情報処理装置、情報処理装置利用システム、処理条件編集方法
【課題】機器の利便性とセキュリティを両立して確保できる情報処理装置、情報処理装置利用システム及び処理条件編集方法を提供する。
【解決手段】ネットワーク２１、２３を介して接続されたサーバ２２ａまたは２２ｂから取得した、処理条件情報を記憶する処理条件記憶手段１５と、処理条件情報を設定して情報処理を実行する実行手段１７、１８と、を有する情報処理装置２００において、サーバに記憶されている、第1の処理条件情報を取得する取得手段３５と、処理条件記憶手段１５に記憶された処理条件情報を表示する表示手段２０，３１と、処理条件情報を用いた、第1の処理条件情報の編集を受け付ける編集受け付け手段３１と、第1の処理条件情報を、処理条件記憶手段１５に登録する処理条件登録手段３６と、を有する。
【解決手段】ネットワーク２１、２３を介して接続されたサーバ２２ａまたは２２ｂから取得した、処理条件情報を記憶する処理条件記憶手段１５と、処理条件情報を設定して情報処理を実行する実行手段１７、１８と、を有する情報処理装置２００において、サーバに記憶されている、第1の処理条件情報を取得する取得手段３５と、処理条件記憶手段１５に記憶された処理条件情報を表示する表示手段２０，３１と、処理条件情報を用いた、第1の処理条件情報の編集を受け付ける編集受け付け手段３１と、第1の処理条件情報を、処理条件記憶手段１５に登録する処理条件登録手段３６と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理条件に基づき情報処理する情報処理装置等に関し、特に、処理条件を編集可能な情報処理装置、情報処理装置利用システム及び処理条件編集方法に関する。
【背景技術】
【０００２】
ネットワークシステムにおいてディレクトリサービス（ＬＡＮなどのコンピュータネットワーク上にあるユーザ情報、接続されているプリンタ、ファックスなどの機器を記憶し、検索可能にしたサービス。例えば「Active Directory」。）が利用されることがある。ディレクトリサービスの利用態様として種々のものが考えられるが、例えば、機器の処理条件（印刷条件、読み取り条件設定、画像データの配信方法、配信先ユーザ等）を外部のサーバに登録しておき、呼び出した処理条件を機器に設定して処理を実行する技術が考えられている。ユーザは、機器の操作を最小限にして所望の処理を機器に実行させることができる（例えば、特許文献１参照。）。
【０００３】
特許文献１には、利用者ＩＤがスキャナに入力されると、スキャナが利用者ＩＤを、ネットワークを介してスキャンサーバに送信し、スキャンサーバは、送信されてきた利用者ＩＤと一致する利用者ＩＤが内部メモリに登録されているか否か判定し、登録されている場合に利用者ＩＤに対応する読取情報をスキャナに送信する画像読み取りシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、機器の操作パネルから、サーバから取得した処理条件を変更、追加、削除できれば、ユーザの利便性が向上する。しかし、ユーザが自由に処理条件の変更、追加、削除できるとすると、サーバで処理条件を管理している意味が薄れ、セキュリティが低下するおそれがある。例えば、処理条件には、画像データの配信先が含まれているので、配信先が変更されると特にセキュリティが低下しやすい。
【０００５】
しかしながら、ユーザが処理条件を全く変更できないこととすると、利便性が低下してしまうという不都合が生じる。このように、管理された処理条件を用いた従来の機器の利用方法では、利便性とセキュリティを両立して確保しにくいという問題があった。
【０００６】
本発明は、上記課題に鑑み、機器の利便性とセキュリティを両立して確保できる情報処理装置、情報処理装置利用システム及び処理条件編集方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
ネットワークを介して接続されたサーバから取得した、処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置において、前記サーバに記憶されている、第1の処理条件情報を取得する取得手段と、前記処理条件記憶手段に記憶された前記処理条件情報を表示する表示手段と、前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付ける編集受け付け手段と、前記第1の処理条件情報を、前記処理条件記憶手段に登録する処理条件登録手段と、を有することを特徴とする。
【発明の効果】
【０００８】
機器の利便性とセキュリティを両立して確保できる情報処理装置、情報処理装置利用システム及び処理条件編集方法を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】画像形成装置利用システムの概略について説明する図の一例である。
【図２】画像形成装置利用システムの画像形成装置のハードウェア構成図の一例である。
【図３】画像形成装置の機能ブロック図の一例である。
【図４】宛先追加設定画面の一例を示す図である。
【図５】サーバのハードウェア構成について説明する図の一例である。
【図６】サーバの処理条件ＤＢに記憶されている処理条件の一例を模式的に説明する図である。
【図７】サーバの機能ブロック図の一例である。
【図８】機器内処理条件の一例を示す図である。
【図９】機器内処理条件の一例を示す図である。
【図１０】処理条件を画像形成装置に設定するまでの手順を示すシーケンス図の一例である。
【図１１】処理条件一覧画面の一例を示す図である。
【図１２】ユーザが機器内処理条件を用いて処理条件を編集する際のシーケンス図の一例である。
【図１３】編集画面等の一例を示す図である。
【図１４】図８（ｂ）から処理条件番号が「−」以外の宛先だけを抽出したアドレス帳の一例を示す図である。
【図１５】処理条件取得手段が編集範囲を決定する手順を示すフローチャート図の一例である。
【図１６】処理条件を画像形成装置に設定するまでの手順を示すシーケンス図の一例である。
【図１７】ユーザが機器内処理条件を用いて処理条件を編集する際のシーケンス図の一例である。
【図１８】画像形成装置利用システムの構成図における画像形成装置の機能ブロック図の一例である。
【図１９】履歴機能をＯＮ又はＯＦＦのいずれかの設定を受け付ける画面の一例を示す図である。
【図２０】タイムスタンプ情報を有するアドレス帳の一例を示す図である。
【図２１】編集画面の一例を示す図である。
【図２２】処理条件取得手段が編集範囲を決定する手順を示すフローチャート図の一例である。
【図２３】画像形成装置利用システムの構成図における画像形成装置の機能ブロック図の一例である。
【図２４】処理条件の保存条件の設定を受け付ける保存条件設定画面の一例を示す図である。
【図２５】編集画面の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を参照しながら実施例を挙げて説明する。
【実施例１】
【００１１】
図１を用いて、本実施例の画像形成装置利用システム１００の概略について説明する。画像形成装置２００とサーバ２２はネットワークを介して接続されている。
【００１２】
〔画像形成装置利用システム１００の概略〕
（Ａ１）画像形成装置２００を利用するユーザは、画像形成装置２００に認証情報（ユーザＩＤ、パスワード）を入力してログインする。画像形成装置２００は認証情報をサーバ２２に送信する。
（Ａ２）画像形成装置２００が認証情報をサーバ２２に送信すると、サーバ２２はこのユーザが利用できる処理条件を画像形成装置２００に送信する。
（Ａ３）ユーザは処理条件を確認して操作パネルの「登録」ボタンを押下する。画像形成装置２００は「登録」ボタンの押下を受け付け、処理条件をハードディスクドライブ等の記憶装置に記憶する。（実施例２では、「登録」ボタンの代わりにユーザがスターキーを押下して、サーバ２２から受信した処理条件で画像形成装置２００が処理を実行したあと、処理条件をハードディスクドライブ等の記憶装置に記憶する。）。
【００１３】
ここまでが、処理条件の記憶までの手順である。次に、ユーザが、サーバ２２に記憶された処理条件を利用する際に、サーバ２２から画像形成装置２００が受信した処理条件を編集する手順を説明する。
（Ｂ１）画像形成装置２００を利用するユーザは、画像形成装置２００に認証情報（ユーザＩＤ、パスワード）を入力してログインする。
（Ｂ２）画像形成装置２００が認証情報をサーバ２２に送信すると、サーバ２２はこのユーザが利用できる処理条件を画像形成装置２００に送信する。画像形成装置２００は認証情報をサーバ２２に送信する。
（Ｂ３）画像形成装置２００は、例えばユーザの操作に応じて、記憶装置に記憶されている処理条件、又は、処理条件と予め画像形成装置２００に記憶されている機器内処理条件、を読み出し操作パネルに表示する。
（Ｂ４）ユーザは、記憶装置に記憶されている処理条件、又は、処理条件と予め画像形成装置２００に記憶されている機器内処理条件を用いて、これから実行する処理条件を編集することができる。
（Ｂ５）ユーザは実行する処理条件を編集後、操作パネルの記憶ボタンを押下する。画像形成装置２００は記憶ボタンの押下を受け付け、処理条件をハードディスクドライブ（ＨＤＤ）等の記憶装置に記憶する。
【００１４】
したがって、ユーザが実行する予定の処理条件を、画像形成装置２００の記憶装置に記憶されていた処理条件、又は、処理条件と予め画像形成装置２００に記憶されている機器内処理条件の範囲で編集できる。すなわちユーザが編集して画像形成装置２００に設定される処理条件は、元々サーバ２２に記憶されていた処理条件、又は、予め画像形成装置２００に記憶されている機器内処理条件なので、セキュリティはほとんど低下しない。このため、セキュリティの維持と、利便性の向上を両立して実現できる。
【００１５】
〔画像形成装置２００〕
図２は、画像形成装置利用システム１００の画像形成装置２００のハードウェア構成図の一例を示す。画像形成装置２００は、ＬＡＮ２１を介してサーバ２２ａと、ＬＡＮ２１及びインターネット２３を介してサーバ２２ｂと電気的に接続されている。サーバ２２ａとサーバ２２ｂは、処理条件を記憶しているサーバは画像形成装置２００と通信可能な態様で存在すればよいことを示す。以下、サーバ２２ａとサーバ２２ｂを区別せずにサーバ２２という。このサーバ２２には、各ユーザの処理条件が記憶されている。
【００１６】
画像形成装置２００は、スキャナ、プリンタ、ファクシミリ、又は、これらの1以上の機能を備えた複合機（ＭＦＰ：Multifunction Peripheral）である。本実施形態では画像形成装置２００をＭＦＰとして説明する。
【００１７】
画像形成装置２００は、ＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４、ＨＤＤ１５、操作パネル２０、通信Ｉ／Ｆ１９、プロッタエンジン１８、及び、スキャナエンジン１７を備え、これらが内部バス１６により相互に接続されている。 すなわち、画像形成装置２００は、パーソナルコンピュータやワークステーション等と同等の構成を備えた情報処理装置に、プロッタやスキャナ、給紙機構等のハードウェアユニットが接続された構成を有する。
【００１８】
ＣＰＵ１２は、画像形成装置２００全体を統括制御する制御手段であり、ＲＯＭ１３やＨＤＤに記録された種々のプログラム９を実行することにより、後述する処理条件取得手段３５、実行手段３６の各手段として機能する。
ＲＯＭ１３は不揮発性の記憶手段であり、ＣＰＵ１２が実行するプログラムや、固定的なデータ、パラメータ等を記憶している。ＲＯＭ１３を書き換え可能な記憶手段（例えば、フラッシュメモリ）として構成し、これらのデータをアップデートできるようにしてもよい。ＲＡＭ１４は、一時的に使用するデータを記憶したり、ＣＰＵ１２のワークメモリとして使用される主に揮発性の記憶手段（例えば、ＤＩＭＭ：Dual Inline Memory Module）である。
【００１９】
ＨＤＤ１５は、ＣＰＵ１２が実行するプログラム９や、装置の電源がＯＦＦされた後でも保持しておく必要があるデータ（フォントデータ、画像処理等のパラメータの値）、スキャナエンジン１７によって読み取った画像データ、通信インターフェイスによって外部の情報処理装置から受信した印刷データ等、種々のデータを記憶する。
【００２０】
特に、本実施例では、ＨＤＤ１５が、サーバ２２から取得した処理条件を記憶する。また、ＨＤＤ１５には、種々の機器内処理条件が登録された機器内処理条件ＤＢ２４をが予め記憶されている。機器内処理条件については後述する。
【００２１】
なお、ＲＯＭ１３やＨＤＤ１５などの記憶手段に、フラッシュメモリ等の他の記憶手段（例えば、ＳＤＤ：Solid State Drive）を一部又は全部に実装してもよい。
操作パネル２０は、各種の画面、画像形成装置２００の状態、メッセージ等を表示するディスプレイを有し、ユーザに種々の情報を視覚的に提供するユーザインターフェイスである。このディスプレイにはタッチパネルが一体に配置されており、また、ディスプレイの周囲にはテンキー、スタートキー等を含むハードキーが配置され、操作パネル２０は、ユーザからの操作を受け付けるユーザインターフェイでもある。
【００２２】
通信Ｉ／Ｆ１９は、ＬＡＮ２１やインターネット２３を介してサーバ２２と通信可能にするための通信装置である。通信Ｉ／Ｆ１９は、例えばＴＣＰ／ＩＰをプロトコルにして通信するため、物理層とデータリンク層の通信接続を、サーバ２２との間で確立する。画像形成装置２００とサーバ２２の間は、ＴＣＰ／ＩＰの上位層の、例えばＬＤＡＰ（Lightweight Directory Access Protocol ）をプロトコルにして通信する。ＬＤＡＰは、ディレクトリサービスでは汎用的なプロトコルで、画像形成装置２００からサーバ２２の処理条件を検索する際に利用される。
【００２３】
プロッタエンジン１８は、印刷装置（プロッタデバイス）を制御する制御手段である。印刷装置は、スキャナエンジン１７が原稿から生成した画像データ、情報処理装置から取得された印刷データなどから画像を形成して用紙に印刷する。印刷装置としては、レーザービームを用いた電子写真プロセスを使って、感光ドラム等に形成したトナー画像を用紙に転写し、定着装置により熱と圧力により定着して出力する形態、異なる色の液滴が吐出される複数のノズル列を備えた記録ヘッドを往復移動させ、ノズル列より液滴を吐出して画像を形成する形態等、どのようなものでもよい。
【００２４】
スキャナエンジン１７は、スキャナデバイスを制御する制御手段である。スキャナデバイスは、読み取り台に載置されたり自動原稿給装装置（ＡＤＦ）によって読み取り部に給装されたりする原稿の画像から反射光をＣＣＤ等で読み取り、それをＡ／Ｄ変換して画素毎の画素値から成る画像データを生成する。
【００２５】
ＣＰＵ１２は、操作パネル２０によって得られた操作結果に基づき、操作結果データを生成する。操作結果データは、原稿サイズ、解像度、カラーモード等の処理条件を有する。プロッタエンジン１８及びスキャナエンジン１７は、操作結果データをＣＰＵから取得して、それぞれ読み取り・印刷を行う。
【００２６】
図３に基づき、画像形成装置２００の機能について詳細に説明する。図３は、図２の画像形成装置利用システム１００の構成図における画像形成装置２００の機能ブロック図の一例を示す。図２では、操作パネル２０に操作パネル制御手段３１が接続されている。操作パネル制御手段３１は、操作パネル２０と一体としてもよい。操作パネル制御手段３１は、表示手段３２、実行設定手段３４、及び、操作手段３３を有する。
【００２７】
表示手段３２は操作パネル２０のディスプレイに各種の画面を描画する。表示手段３２は、各種のソフトキーの配置を定める画面定義情報に基づき画面を生成する。この画面定義情報は操作手段３３から参照できるようになっている。操作手段３３は、ハードキーの押下を受け付けこのハードキーの種類をＣＰＵ１２に通知し、また、タッチパネルの押下位置を検出してこれと画面定義情報とからソフトキーの押下を受け付けこのソフトキーの種類をＣＰＵ１２に通知する。これにより、ＣＰＵ１２はユーザの操作に応じた処理を実行できる。
【００２８】
実行設定手段３４は、ユーザによる処理条件の編集範囲を規定する。実行設定手段３４は、次の２つの編集範囲のいずれかを処理条件の編集範囲に規定する。
（１）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件、の両方を、ユーザがこれから実行する処理条件の編集範囲とする
（２）サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを、ユーザがこれから実行する処理条件を編集範囲とする
このような設定は、例えば、画像形成装置２００の「システム初期設定」キーを管理者又はユーザが押下して、表示された画面の複数のタブの１つを押下することで表示される宛先追加設定画面１０１から設定される。
図４（ａ）は、宛先追加設定画面１０１の一例を示す図である。宛先追加設定画面１０１は、「サーバを出所とする処理条件のみ」ボタン１０２と「サーバを出所とする処理条件 ＋ アドレス帳」ボタン１０３とを有する。実行設定手段３４は、「サーバを出所とする処理条件のみ」ボタン１０２が押下された場合は（２）の編集範囲を設定する。また、実行設定手段３４は、「サーバを出所とする処理条件 ＋ アドレス帳」ボタン１０３が押下された場合は（１）の編集範囲を設定する。実行設定手段３４は（１）と（２）に対応したフラグをＨＤＤやＲＡＭ１４に記憶しておく。ＣＰＵ（処理条件取得手段３５）１２はこのフラグを参照して、ＨＤＤ１５から読み出す対象（処理条件）を、処理条件のみとするか、処理条件に加え機器内処理条件とするか、を切り替える。
【００２９】
例えば、（１）の編集範囲の場合、予めＨＤＤにて記憶している機器内処理条件を編集範囲に含めることができるので、ユーザの編集可能な範囲が広くなり利便性が向上する。また、（２）の編集範囲の場合、サーバ２２に登録されていた処理条件に編集範囲を制限できるので、セキュリティを向上できる。管理者又はユーザは、利便性とセキュリティのどちらを重視するかによって編集範囲を切り替えることができる。
【００３０】
なお、（１）（２）以外の編集範囲を、処理条件の編集範囲として規定してもよい。図４（ｂ）は宛先追加設定画面１０１の別の一例を示す図である。図４（ｂ）の宛先追加設定画面１０１は「サーバを出所とする処理条件とアドレス帳の共通設定内容」ボタン１０３を有する。この設定は、上記（１）（２）とは別に、
（３）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件、の両方に共通な処理条件を、ユーザがこれから実行する処理条件の編集範囲とする、設定である。
この（３）ような編集範囲の場合、ユーザの編集可能な範囲が狭くなるのでセキュリティを（１）（２）よりも厳しくすることができる。
【００３１】
図３に戻り、アプリケーション３０は、ＲＯＭ１３やＨＤＤ１５に記憶されたプログラム９をＣＰＵ１２が実行して得られた機能の実体、又は、プログラム９そのものである。本実施例のアプリケーション３０は、実行手段３６及び処理条件取得手段３５を有する。なお、アプリケーション３０として画像形成装置２００は、プリンタアプリ、コピーアプリ、ファックスアプリ、スキャナアプリ，ネットファイルアプリ（ドキュメントボックスアプリ）、Ｗｅｂアプリ等を有する。実行手段３６及び処理条件取得手段３５はこれらアプリから共通に利用できる。
【００３２】
処理条件取得手段３５は、操作パネル制御手段３１からユーザが押下したハードキー又はソフトキーの種類を取得して、それらから操作結果データを生成する。上記のように、操作結果データには処理条件が含まれる。具体的には、スキャナアプリの処理条件は「解像度」「濃度設定」「カラー種別」「用紙サイズ」「配信方法」「配信先」等である。また、コピーアプリの処理条件は「用紙サイズ」「編集（集約・両面・製本）」「仕上げ（ステープル・パンチ・ソート）」等である。このような処理条件は、いったんＨＤＤ１５に記憶される。
【００３３】
実行手段３６は、ユーザから受け付けたスタートキーの押下をトリガーにして、操作結果データに沿ってプログラム（各種のコントロールサービス、リソースマネージャ、デバイスドライバ等）を実行する。例えば、ユーザがスキャナアプリを選択した状態では原稿のスキャンが開始される。なお、スタートキーの押下は、操作パネル制御手段３１から実行手段３６に通知される。
【００３４】
また、実行手段３６は、処理条件をＨＤＤ１５に記憶する。実行手段３６は、ユーザによる操作パネル２０の記憶ボタンの押下後（本実施例）、又は、スタートキーの押下後（実施例２）、処理条件をＨＤＤ１５に記憶する。
【００３５】
画像形成装置２００では、実行手段３６が処理条件を取得する方法が３つある。
・１つは、ユーザの操作を受けて処理条件取得手段３５が取得した処理条件を、実行手段３６がＨＤＤから読み出す方法である。
・もう１つは、ＬＡＮ２１又はインターネット２３を介してサーバ２２から処理条件取得手段３５が取得した処理条件を、実行手段３６が受け取る方法（例えば、ＨＤＤ１５やＲＡＭ１４を介して）である。
・もう１つは、ＬＡＮ２１又はインターネット２３を介してサーバ２２から処理条件取得手段３５が取得した処理条件を、ユーザが編集した後、処理条件取得手段３５が実行手段３６に（例えば、ＨＤＤ１５やＲＡＭ１４を介して）送出する方法である。本実施例では、主に、この３番目の方法について説明する。
【００３６】
〔サーバ２２〕
図５に基づき、サーバ２２のハードウェア構成について説明する。サーバ２２は、パーソナルコンピュータ、ワークステーション等を実体とする情報処理装置である。サーバ２２は、ＣＰＵ7１と、ＲＯＭやＲＡＭを含むメモリ７２とが、バスで接続された構造を有する。このバスには、所定のインターフェイスを介して、大容量の記憶装置であるＨＤＤ７５、マウスやキーボードなどの入力装置７６と、ＬＣＤやＣＲＴなどのディスプレイ８０を接続するモニタ制御部７７と、光ディスクなどの記憶媒体７８を読み取る記憶媒体読取装置７３が接続され、また、インターネット２３などのネットワークやＵＳＢなどの外部機器と通信を行なう所定のネットワーク装置７４が接続されている。
サーバ２２のＨＤＤ７５には、処理条件を画像形成装置２００に送信するプログラム７９が記憶されている。このプログラム７９は、記憶媒体７８から記憶媒体読取装置７３により読み取られ、又は、インターネット２３などのネットワークからダウンロードされるなどして、ＨＤＤ７５にインストールされたものである。サーバ２２のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、処理条件提供手段４１を実現する。また、サーバ２２のＨＤＤ７５には処理条件ＤＢ７０が記憶されている。処理条件ＤＢ７０に登録された処理条件については後述する。
【００３７】
ネットワーク装置７４は、例えば、ＴＣＰ／ＩＰをプロトコルにして通信するため、物理層とデータリンク層の通信接続を、画像形成装置２００との間で確立する。なお、本実施例では、画像形成装置２００とサーバ２２を別体に構成したが、画像形成装置２００にサーバ２２の機能を統合してもよい。この場合、サーバ２２の機能や資源にアクセスできる者を管理者に限定し、画像形成装置２００のユーザはサーバ２２の機能や資源にアクセスできないようにする。
【００３８】
図６に基づき、処理条件について説明する。図６は、サーバ２２の処理条件ＤＢ７０に記憶されている処理条件の一例を模式的に説明する図である。処理条件は、ユーザ毎、かつ、アプリケーション３０毎に登録されている。図６の処理条件は、スキャンアプリ用の処理条件であるが、この他、プリンタアプリ、コピーアプリ、ファックスアプリ、ネットファイルアプリ用の処理条件が登録されうる。
【００３９】
スキャンアプリ用の処理条件は、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目を有する。例えば、処理条件１の「宛先」は「takaka＠dd.com aaaa@bbbb eeee@ffff」、「原稿種類」は「文字」、「解像度」は「４００dpi」、「サイズ」は「自動検知」、「カラーモード」は「白黒」、「ファイル形式」は「PDF」である。このように、複数の処理条件を、ユーザ毎かつアプリケーション３０毎に登録することができる。
【００４０】
なお、「処理条件２」の右横の「※」は、画像形成装置２００においてユーザが編集することができない処理条件であることを示す。図６の例では、「処理条件１」はユーザが編集可能で、「処理条件２」はユーザが編集できないことになる。このような設定は次述の管理者が行う。
【００４１】
このような処理条件を画像形成装置２００がサーバ２２から取得すると、実行手段３６は、例えばスキャナを動作させるパラメータとして「解像度」「濃度設定」「カラー種別」「用紙サイズ」の値を設定する。したがって、ユーザが画像形成装置２００の操作パネル２０を操作して「解像度」「濃度設定」「カラー種別」「用紙サイズ」を設定しなくても、画像形成装置２００が原稿を読み取り、画像データを生成することができる。
【００４２】
サーバ２２への処理条件の登録は、管理者によって実行される。登録について簡単に説明する。管理者は、サーバ２２と通信可能な端末にログインすることができ、この端末を操作して以下の手順を一例に処理条件をサーバ２２に登録する。なお、端末とサーバ２２が一体であってもよい。
（登録１）端末は特定のＯＳ（例えば、Ｗｉｎｄｏｗｓ（登録商標）ＶＩＳＴＡ、７と同等以上の機能を備えたＯＳ）の一機能又はアプリケーションソフトウェアとして実装される「スキャナ管理コンソール」というユーザインターフェイスを有する。スキャナ管理コンソールは、管理者が画像形成装置２００及びサーバ２２と通信したり、各種の情報を設定するためのユーザインターフェイスの一態様である。端末と画像形成装置２００は、所定のプロトコル（例えば、ＷＳ−ＥＷＳ）により通信する。
【００４３】
処理条件を作成するためには画像形成装置２００の能力情報（カラーでの読み取りが可能か否か、最大解像度はいくつか、等の情報）が必要になる。このため端末は、管理者の操作を受け付け、画像形成装置２００にその画像形成装置２００が有している能力情報や状態を問い合わせる。
（登録２）端末が画像形成装置２００に対してその画像形成装置２００が有している能力情報の提供を要求すると、要求に応じて画像形成装置２００は端末に対して自機の能力情報を提供する。なお、端末が画像形成装置２００の能力情報を受け取るのは管理者が処理条件作成の操作を行う前でもよいし、処理条件作成を行おうとした時でもよい。
【００４４】
端末は画像形成装置２００から受信した能力情報をディスプレイに表示する。管理者は、能力情報による能力を超えない範囲で、読み取り設定を登録することができる。また、管理者は、配信設定、その読み取り設定を使用するユーザの「ユーザ名」「パスワード」等を登録する。
（登録３）そして、端末は各種の情報が登録された処理条件をサーバ２２に送信する。サーバ２２はこれをユーザが参照可能なように例えばユーザＩＤに対応づけて保存する（記憶する）。サーバ２２は、複数のネットワークに接続されたＰＣ、スキャナ、プリンタ、複写機、ファクシミリ等を、ドメイン（ユーザーとコンピュータの管理単位）の階層構造として管理する。例えば、このサーバ２２に接続可能な画像形成装置２００等を規定することができる。ここまでが処理条件登録に関する処理の流れである。
【００４５】
なお、管理者が一台の画像形成装置２００について、端末を操作して処理条件を生成しサーバ２２に登録する態様を説明したが、管理者により、一台の画像形成装置２００について１つの処理条件が生成されると、端末は、その処理条件を、能力情報を提供した他の画像形成装置２００…に適用して新しい処理条件を作成する。すなわち、一台の画像形成装置２００の処理条件がサーバ２２に登録されると、他の画像形成装置２００でも、同じことができる処理条件を自動でサーバ２２に登録することができる。
【００４６】
図７は、サーバ２２の機能ブロック図の一例を示す。処理条件提供手段４１は、処理条件ＤＢ７０とユーザ認証手段４２と接続されている。処理条件提供手段４１は、画像形成装置２００から認証情報を受信する。認証情報は、上記のようにユーザＩＤとパスワードである。画像形成装置２００は、処理条件の送信をサーバ２２に要求する処理条件取得要求に認証情報を含めてサーバ２２に送信する。処理条件提供手段４１は、処理条件取得要求を受信すると、認証情報をユーザ認証手段４２に送出する。ユーザ認証手段４２は、認証情報（ユーザＩＤとパスワードの組）が不図示の認証情報ＤＢに登録されているか否かに基づき、ユーザの認証が成立するか否かを判定し、判定結果を処理条件提供手段４１に送出する。
【００４７】
処理条件提供手段４１は、ユーザの認証が成立したとの判定結果を取得した場合、ユーザＩＤをキーに処理条件ＤＢ７０を参照し、ユーザＩＤに対応づけられた処理条件を処理条件ＤＢ７０から読み出す。ユーザＩＤに対応づけられた処理条件が複数ある場合、処理条件提供手段４１は全ての処理条件を読み出す。または、処理条件取得要求に要求する処理条件のアプリケーション３０の種類を含めておき、該当するアプリケーション３０の処理条件のみを処理条件提供手段４１が読み出してもよい。処理条件提供手段４１は、処理条件ＤＢ７０から読み出した全ての処理条件を画像形成装置２００に送信する。
【００４８】
〔機器内処理条件〕
続いて、図８を用いて機器内処理条件について説明する。図８は機器内処理条件ＤＢ２４に記憶された機器内処理条件の一例を示す図である。機器内処理条件は、管理者により画像形成装置に登録された処理条件と同等な情報である。「同等」であるので、処理条件と機器内処理条件とは同一でなくてもよい。機器内処理条件はどのような形態（例えば、処理条件単位、処理条件の項目単位、等）で記憶してもよいが、本実施例では、機器内処理条件を用いてユーザが処理条件を編集するので、処理条件の項目に対応して分解された項目単位の記憶形態とした。
【００４９】
図８（a）は機器内処理条件の一項目である宛先（情報）を示す。機器内処理条件の宛先はアドレス帳と同じフォーマットなので、本実施例ではアドレス帳を機器内処理条件の宛先として示した。アドレス帳は、「ユーザ」「宛先」「処理条件番号」の各欄を有する。図８（ａ）はアドレス帳の一例であるが、図８（ａ）では「処理条件番号」の欄を有することが従来と異なる。「処理条件番号」は、処理条件の出所を識別するための番号である。
【００５０】
「ユーザ」には宛先としてユーザのユーザIDやユーザ名等、ユーザを識別するための情報が登録される。「宛先」にはE-Mailアドレスやファックス番号など、画像データの送信先が登録される。図８（ａ）のようなアドレス帳は、管理者（サーバ２２の管理者と同じでも異なっていてもよい。）が不図示のサーバ２２又は画像形成装置２００の操作パネル２０から入力する。したがって、アドレス帳に登録されている宛先であれば、画像データを送信しても情報漏洩のおそれは少ない。図８(a)のアドレス帳では、管理者が登録した宛先には「処理条件番号」として「―」が登録される。
【００５１】
これに対し、図８（ｂ）はいくつかの宛先が処理条件から登録されたアドレス帳の一例を示す図である。処理条件から登録された「宛先」の「処理条件番号」には「―」以外の情報（数値等）が登録される。したがって、「処理条件番号」を参照するとその宛先が管理者が登録された機器内処理条件か、処理条件を出所とするかを判別できる。このように、１つのアドレス帳に機器内処理条件と処理条件が混在しても、両者を判別できるようになっている。なお、図８（ｂ）は一例であって、機器内処理条件と処理条件を別々のデータベースに登録してもよい。
【００５２】
図９（ａ）〜（ｅ）は、「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の機器内処理条件及び処理条件を示す図の一例である。アドレス帳と同様に、予め、管理者が画像形成装置２００に登録した「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の処理条件番号には「―」が登録されている。これら機器内処理条件は、宛先と異なり、画像形成装置２００に固有であるので管理者が登録しておかなくてもよい。すなわち、画像形成装置２００が指定されれば、その画像形成装置２００で設定可能な「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」も自動的に定まる。しかしながら、管理者が、画像形成装置２００の最大性能のうち一部の機能のみの使用をユーザに許可したい場合がある。例えば、カラーによる読み取りではファイルサイズが大きくなるので、カラーによる許可は原則的に許可したくないような場合である。このような要求から、管理者は図９(a)〜(e)の処理条件番号が「―」の機器内処理条件を、予め画像形成装置２００に登録している。
【００５３】
したがって、画像形成装置２００がサーバ２２から処理条件を受信し、画像形成装置２００に処理条件として登録すると、管理者が登録した以外に、ユーザが画像形成装置２００に設定して実行可能な処理条件が増大することになる。しかしながら、サーバ２２にはユーザ毎に処理条件が登録されており、また、その処理条件は管理者が該ユーザに使用を許可した処理条件なので、多くの場合、処理条件は、予め画像形成装置２００に登録された機器内処理条件に含まれる。または、サーバ２２から送信された処理条件は、予め画像形成装置２００に登録された機器内処理条件よりも機能として大きい（例えば、処理条件の「解像度」が６００dpi、機器内処理条件の「解像度」が３００dpi、処理条件の「カラーモード」がカラー、機器内処理条件の「カラーモード」が白黒、のような関係）ものである。このため、画像形成装置２００では、サーバ２２から受信した処理条件を、機器内処理条件により編集してもよいことになる。
【００５４】
実行手段３６は、サーバ２２から受信した処理条件を画像形成装置２００に登録するタイミングになると、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目毎に、機器内処理条件に重複して登録されているか否かを判定する。重複して登録されていなければ、実行手段３６は、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目毎を、それぞれ機器内処理条件に登録する。
【００５５】
なお、ここでいう「重複」とは、処理条件の各項目だけでなく処理条件番号が同じか、少なくとも、処理条件番号「―」でない機器内処理条件と同じであるこという。前者を例にすると、例えば、「原稿種類」が「文字」で処理条件番号が「―」と、「原稿種類」が「文字」で処理番号条件が「１」のとは、重複していると判定されない。したがって、この場合、「文字」について処理条件番号「―」と処理条件番号「１」とがどちらも機器内処理条件に登録される。これは、本実施例では編集範囲が（１）と（２）のように切り替えられるため、同じ処理条件でも出所に応じて別々に扱うためである。
【００５６】
〔処理条件を画像形成装置２００に設定するまでの手順〕
図１０のシーケンス図に基づき処理条件を画像形成装置２００に設定するまでの手順について説明する。まず、ユーザは操作パネル２０を操作して認証操作を入力する（Ｓ３．１）。認証操作は認証情報を画像形成装置２００に入力できればどのような操作でもよく、例えば、ユーザＩＤ及びパスワードを操作パネル２０から入力する方法、ＩＣカードを画像形成装置２００に読み取らせることでユーザＩＤ及びパスワードを入力する方法、等がある。
【００５７】
操作パネル制御手段３１は、ユーザＩＤ及びパスワードの登録画面又はＩＣカードから認証情報を受け付ける。操作パネル制御手段３１は、認証情報を含む処理条件取得要求を処理条件取得手段３５に送出する（Ｓ３．２）。処理条件取得手段３５は、通信Ｉ／Ｆ１９に、処理条件取得要求をサーバ２２に送信するよう要求する（Ｓ３．３）。なお、画像形成装置２００には、サーバ２２のＩＰアドレスやＭＡＣアドレスなどが予め登録されている。通信Ｉ／Ｆ１９は、処理条件取得要求をサーバ２２に送信する（Ｓ３．４）。
【００５８】
サーバ２２のネットワーク装置７４が処理条件取得要求を受信すると、ネットワーク装置７４は処理条件提供手段４１に送出する（Ｓ３．５）。処理条件提供手段４１は、ユーザ認証手段４２に認証情報を送出し、ユーザの認証が成立した場合、ユーザＩＤをキーに処理条件ＤＢ７０から処理条件を読み出し（Ｓ３．６）、処理条件を取得する（Ｓ３．７）。処理条件提供手段４１は、読み出した処理条件を画像形成装置２００に送信するようネットワーク装置７４に要求する（Ｓ３．８）。ネットワーク装置７４は、処理条件を画像形成装置２００に送信する（Ｓ３．９）。
【００５９】
画像形成装置２００の通信Ｉ／Ｆ１９が処理条件を受信すると、通信Ｉ／Ｆ１９は処理条件を処理条件取得手段３５に送出する（Ｓ４．０）。処理条件取得手段３５は、処理条件を操作パネル制御手段３１に送出する（Ｓ４．３）。操作パネル制御手段３１の表示手段３２は、予め定められた画面定義情報に処理条件番号を加えて、処理条件の一覧画面を表示する。
図１１（ａ）は処理条件一覧画面２０１の一例を示す図である。処理条件一覧画２０１は、一覧される「処理条件ｎ（ｎ＝処理条件番号）」ボタン２０２〜２０４、「詳細」ボタン、「登録」ボタン２０６及び「編集」ボタン２０７を有する。ユーザが、１つの「処理条件ｎ」ボタン２０２〜２０４を押下すると、排他的に押下された「処理条件ｎ」ボタン２０２〜２０４が反転表示される。この状態で、ユーザが「詳細」ボタン２０５を押下すると、表示手段３２は該処理条件の詳細を表示する。また、「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザが「登録」ボタン２０６を押下すると「処理条件ｎ」の処理条件を、実行手段３６がＨＤＤ１５に記憶する。また、「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザが「編集」ボタン２０７を押下すると「処理条件ｎ」ボタン２０２〜２０４の処理条件の編集画面４０１が、表示される。
【００６０】
図１１（ｂ）（ｃ）は、ユーザが「詳細」ボタン２０５を押下することで、操作画面に表示された処理条件詳細画面３０１の一例を示す図である。図１１（ｂ）は処理条件１を、図１１（ｃ）は処理条件２をそれぞれ表示した場合の処理条件詳細画面３０１である。図６の処理条件１に示したように、図１１（ｂ）の「宛先」には「takaka＠dd.com」「aaaa@bbbb」「eeee@ffff」が表示されている。ユーザが処理条件詳細画面３０１の右のスクロールバー３０３を操作すると、表示手段３２は「解像度」「原稿種類」「サイズ」「カラーモード」「ファイル形式」等の他の処理条件を表示する。
【００６１】
同様に、図６の処理条件１に示したように、図１１（ｃ）の「宛先」には「ffff＠gggg
hhhh@iiii」「iiii@jjjj」が表示されている。ユーザが処理条件詳細画面３０１の右のスクロールバー３０３を操作すると、表示手段３２は「解像度」「原稿種類」「サイズ」「カラーモード」「ファイル形式」等の他の処理条件を表示する。
【００６２】
図１１（ｂ）（ｃ）においてユーザが「戻る」ボタン３０２を押下すると、操作手段３３がそれを受け付け、表示手段３２は図１１（ａ）の処理条件一覧画２０１を再度、表示する。
【００６３】
図１１（ａ）においてユーザが「編集」ボタン２０７を押下した際に表示される編集画面４０１の一例を図１３（ａ）に示すが、編集画面４０１については後述する。
【００６４】
図１０に戻り、図１１（ｂ）（ｃ）にてユーザが詳細な処理条件を確認し、図１１（ａ）に戻り、図１１（ａ）の「登録」ボタン２０６を押下すると、操作パネル制御手段３１は、「登録」ボタン２０６の押下を受け付ける（Ｓ４．４）。操作パネル制御手段３１は、実行手段３６にユーザが選択した処理条件を記憶するよう要求する（Ｓ４．５）。実行手段３６は、処理条件と記憶要求を取得し、ＨＤＤ１５に記憶する（Ｓ４．６）。
【００６５】
例えば、処理条件に含まれる宛先「takaka＠dd.com」「aaaa@bbbb」「eeee@ffff」が、画像形成装置２００のアドレス帳に記憶される。また、実行手段３６は、処理条件をＨＤＤ１５に記憶する際、処理条件番号も記憶する。これにより、処理条件の出所が明らかとなる。
【００６６】
〔機器内処理条件を用いた処理条件の編集手順〕
図１２は、ユーザが上記の（１）又は（２）のいずれかを編集範囲として、サーバ２２から取得した処理条件を編集する際のシーケンス図の一例を示す。このような処理条件の編集は、例えばその画像形成装置２００において禁止されていない限り可能である。したがって、実際には、図１２のシーケンス図は図１０のシーケンス図と一体であって両者が区別して実行されることは少ない。
【００６７】
図１２において、ユーザがログインしてから実行手段３６が処理条件をサーバ２２から取得するまでの手順は、図１０と同様なので説明を省略する。
【００６８】
ステップＳ４．０までの処理で、処理条件取得手段３５が通信Ｉ／Ｆ１９から処理条件を取得する（Ｓ４．０）。すると、処理条件取得手段３５は、編集用の「処理条件」又は「処理条件＋機器内処理条件」をＨＤＤ１５から読み出す（Ｓ４．１）。
【００６９】
上述したように、実行設定手段３４によって処理条件の編集範囲が規定されている。すわなち、予めＨＤＤ１５にて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を、ユーザがこれから実行する処理条件の編集範囲とするか（１）、サーバ２２から受信してＨＤＤ１５に記憶しておいた処理条件だけを、ユーザがこれから実行する処理条件を編集範囲とするか（２）、が規定されている。処理条件取得手段３５は、実行設定手段３４が設定した例えばフラグを読み編集範囲を決定し、編集範囲に応じてＨＤＤ１５から「処理条件」又は「処理条件＋機器内処理条件」を読み出す（Ｓ４．２）。この手順については図１５のフローチャート図にて説明する。
【００７０】
図１３（ａ）は、編集画面４０１の一例を示す図である。編集画面４０１には、ユーザが処理条件一覧画２０１で選択した「処理条件ｎ」ボタン２０２〜２０４のいずれかの処理条件が項目毎に表示されている。図１３（ａ）は処理条件１が選択された場合に表示される編集画面４０１である。また、「宛先」の欄には「宛先追加」ボタン４０５が表示されている。「宛先追加」ボタン４０５は、処理条件１の宛先「takaka＠dd.com aaaa@bbbb eeee@ffff」に、ユーザが別の宛先を追加するためのボタンである。すなわち、「宛先追加」ボタン４０５は宛先の編集を開始するためのボタンとなる。
【００７１】
図１３（ａ）では、「宛先」の欄にしか編集を開始するためのボタンがないが、各項目に編集を開始するためのボタンが表示される。
【００７２】
ユーザが「宛先追加」ボタン４０５を押下すると、操作パネル制御手段３１は「宛先追加」ボタン４０５の押下を受け付ける。すると、操作パネル制御手段３１は、処理条件取得手段３５がＨＤＤ１５から読み出した「処理条件」又は「処理条件＋機器内処理条件」を操作パネル２０に表示する。実行設定手段３４による設定が、予めＨＤＤ１５にて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする場合、操作パネル制御手段３１が表示する宛先は図８（ｂ）のアドレス帳の宛先である。より正確には、図８（ｂ）のアドレス帳から、図１３（ａ）の宛先（サーバ２２からの処理条件に含まれている宛先）の重複を排除した宛先である。処理条件取得手段３５は、図８（ｂ）のアドレス帳の全てを読み出し、重複を排除して操作パネル制御手段３１に送出する。
【００７３】
実行設定手段３４による設定が、サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを編集範囲とする場合、操作パネル制御手段３１が表示する宛先は図８（ｂ）のアドレス帳（機器内処理条件）のうち、処理条件番号が「−」以外の宛先である。より正確には、図８（ｂ）のアドレス帳の処理条件番号が「−」以外の宛先から、図１３（ａ）の宛先（サーバ２２からの処理条件に含まれている宛先）の重複を排除した宛先である。
【００７４】
図１４は、図８（ｂ）から処理条件番号が「−」以外の宛先だけを抽出したアドレス帳の一例を示す。処理条件取得手段３５は、図１４のようなアドレス帳を読み出し、重複を排除して操作パネル制御手段３１に送出する。
【００７５】
図１３（ｂ）は、「宛先追加」ボタン４０５が押下されると表示される宛先追加画面４０２の一例を示す。宛先追加画面４０２には、名前（ユーザＩＤ又はユーザＩＤに紐づけられたユーザの氏名、ニックネーム等）４０９、宛先４１０及びチェックボックス４０８が表示される。
【００７６】
図１３（ｂ）の左の宛先追加画面４０２は、実行設定手段３４による設定が、予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする場合を、図１３（ｂ）の右の宛先追加画面４０２は、実行設定手段３４による設定が、サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを編集範囲とする場合の画面を、それぞれ示す。
【００７７】
図１３（ｂ）の右図では、機器内処理条件の宛先が表示されないので、「suchann@murataku.ac.jp」「daaa@temada」が表示されない。すなわち、実行設定手段３４による設定が、サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを編集範囲とする場合、ユーザは機器内処理条件を編集に用いることができない。
【００７８】
ユーザは、宛先追加画面４０２で追加したい宛先の先頭のチェックボックス４０８を押下する。図１３（ｂ）左図では「ffff＠gggg」が、図１３（ｂ）右図では「llll＠mmmm」が、それぞれチェックされている。操作パネル制御手段３１は、押下を受け付けチェックボックス４０８にチェックマークを表示する。その状態で「OK」ボタン４０７を押下すれば、操作パネル制御手段３１はチェックマークを表示した宛先を受け付ける。また、操作パネル制御手段３１は、宛先が追加された編集画面４０１を再度表示する。
【００７９】
図１３（ｃ）は、宛先が追加された編集画面４０１の一例を示す図である。図１３（ａ）と比べ、図１３（ｃ）左図では「ffff＠gggg」が宛先に追加され、図１３（ｃ）右図では「llll＠mmmm」が宛先に追加されている。ユーザが「戻る」ボタン４０４を押下すると、操作パネル制御手段３１は「戻る」ボタン４０４の押下を受け付け、図１１（ａ）の処理条件一覧画２０１を表示する。
【００８０】
図１２に戻り、ユーザが、図１１（ａ）の処理条件一覧画２０１から「登録」ボタン２０６を押下すると（Ｓ４．４）、操作パネル制御手段３１は「登録」ボタン２０６の押下を受け付ける。操作パネル制御手段３１は、図１１（ａ）にてユーザが選択した処理条件に、ユーザが編集して追加した処理条件（宛先）を追加して、実行手段３６に送出する（Ｓ４．５）。実行手段３６はＨＤＤ１５に、ユーザが編集して宛先等を追加した処理条件（宛先）を登録する（Ｓ４．６）。上記のように、実行手段３６は、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目毎に、機器内処理条件に重複して登録されているか否かを判定し、重複して登録されていなければ各項目毎を、それぞれ機器内処理条件に登録する。
【００８１】
例えば、「登録」ボタン２０６を押下することで、操作パネル制御手段３１はユーザが編集した処理条件が設定された実行画面を表示する。したがって、ユーザは、処理条件の登録後、「スタート」キーを押下することで、該処理条件を実行することができる。
【００８２】
以上の処理により、ＨＤＤ１５には新たな内処理条件が登録されたことになる。したがって、次回、サーバ２２から処理条件を取得した際は、新たに登録された処理条件を編集範囲とすることができる。なお、例えば、編集範囲を「サーバから受信してＨＤＤに記憶しておいた処理条件だけ」に限定している限り、編集範囲が管理者がサーバ２２に設定した処理条件の範囲を超えることはなく、セキュリティが低下することはない。また、編集範囲を「予めＨＤＤにて記憶している機器内処理条件と、サーバから受信してＨＤＤに記憶しておいた処理条件の両方」としても、機器内処理条件は管理者が登録したものなので、大きくセキュリティが低下することもない。したがって、機器の利便性とセキュリティを両立して確保することができる。
【００８３】
〔編集範囲の決定の詳細な手順〕
図１２のステップＳ４．１〜Ｓ４．２において、処理条件取得手段３５が編集範囲を決定する手順を説明する。
図１５のフローチャート図は、処理条件取得手段３５が、通信Ｉ／Ｆ１９から（サーバ２２から）処理条件を取得するとスタートする。
【００８４】
まず、処理条件取得手段３５は、処理条件が編集可能か否かを判定する（Ｓ１１０）。処理条件取得手段３５は、処理条件に「※」が添付されているか否かに基づき、その処理条件が編集可能か否かを判定する。編集が許可されない場合（Ｓ１１０のＮｏ）、図１５のフローチャート図に基づく処理は終了する。
【００８５】
編集が許可されている場合（Ｓ１１０のＹｅｓ）、処理条件取得手段３５は、実行設定手段３４が設定したフラグを参照する（Ｓ１２０）。上記のようにこのフラグは編集範囲を規定する。
【００８６】
処理条件取得手段３５は、編集範囲がアドレス帳からの追加が許可されているか否かを判定する（Ｓ１３０）。アドレス帳からの追加とは、「（１）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする」ことに相当する。
【００８７】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＹｅｓ）、処理条件取得手段３５はＨＤＤ１５のアドレス帳を読み出す（Ｓ１４０）。アドレス帳には機器内処理条件が記憶されている。
【００８８】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＮｏ）、処理条件取得手段３５はＨＤＤから、サーバ２２から受信してＨＤＤに記憶しておいた処理条件のみを読み出す（Ｓ１５０）。
【００８９】
ついで、処理条件取得手段３５は、サーバ２２から受信した処理条件の宛先とＨＤＤから読み出した宛先の重複を排除する（Ｓ１６０）。処理条件取得手段３５は、アドレス帳から読み出し重複を排除した宛先を操作パネル制御手段３１に送出する。
【００９０】
これにより、操作パネル制御手段３１は、図１３（ｂ）のような宛先追加画面４０２を表示することができる（Ｓ１７０）。
【００９１】
以上説明したように、本実施例の画像形成装置利用システム１００は、サーバ２２から受信した処理条件の編集を編集範囲を限定して認めることで、利便性とセキュリティを両立することができる。また、編集範囲を可変にできるので、利便性を向上させるか、セキュリティを向上させるか、を適宜調整できる。
【実施例２】
【００９２】
実施例１では、「登録」ボタン２０６により処理条件を登録したが、本実施例では処理条件の実行により、サーバ２２から受信した編集前又は編集後の処理条件をＨＤＤ１５に記憶する画像形成装置利用システム１００について説明する。実際に画像形成装置２００が実施した処理条件だけを登録することで、不用意に機器内処理条件の記憶容量が大きくなることを防止したり、実行後、自動的に処理条件を登録できるので操作手順を簡易化できる。
【００９３】
本実施例の画像形成装置２００の機能ブロック図は図２と同様であるので説明は省略する。
図１６は、処理条件を画像形成装置２００に設定するまでの手順を示すシーケンス図の一例である。図１６において、ステップＳ４．０までは図１０と同様である。画像形成装置２００の通信Ｉ／Ｆ１９がサーバ２２から処理条件を受信すると、通信Ｉ／Ｆ１９は処理条件を処理条件取得手段３５に送出する（Ｓ４．０）。処理条件取得手段３５は、処理条件を操作パネル制御手段３１に送出する（Ｓ４．３）。操作パネル制御手段３１の表示手段３２は、予め定められた画面定義情報に処理条件番号を加えて、処理条件覧画面２０１を表示する。
【００９４】
操作パネル制御手段３１は、実施例１と同様に図１１（ａ）のような処理条件一覧画２０１を表示する。ユーザが、１つの「処理条件ｎ」ボタン２０２〜２０４を押下すると、排他的に押下された「処理条件ｎ」ボタン２０２〜２０４が反転表示される。実施例1と同様にユーザが「詳細」ボタン２０５を押下すると表示手段３２は該処理条件の詳細を表示するので、ユーザは処理条件を確認することができる。
【００９５】
いずれかの「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザがハードキーの１つである「スタート」キーを押下すると、操作パネル制御手段３１は「スタート」キー押下を受け付ける（Ｓ５．１）。操作パネル制御手段３１は、実行手段３６に処理条件の実行を要求する（Ｓ５．２）。実行手段３６は、処理条件をパラメータに設定して処理を実行する（Ｓ５．３）。すなわち、画像形成装置２００は、処理条件の「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」をそれぞれパラメータとして設定し、原稿を読み取り画像データを生成する。
【００９６】
実行手段３６が処理条件の実行を終了すると、実行手段３６は処理条件を各項目毎に、ＨＤＤ１５に登録する。
【００９７】
図１７は、ユーザが機器内処理条件を用いて処理条件を編集する際のシーケンス図の一例を示す。図１７において、ユーザがログインしてから、ユーザが処理条件を編集するまでの手順は、図１２と同様なので説明を省略する。
【００９８】
図１３（ｃ）の編集画面４０３においてユーザが処理条件を編集して「戻る」ボタン４０４を押下すると、操作パネル２０には、図１１（ａ）の処理条件一覧画２０１が表示される。いずれかの「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザがハードキーの１つである「スタート」キーを押下すると、操作パネル制御手段３１は「スタート」キー押下を受け付ける（Ｓ５．１）。操作パネル制御手段３１は、実行手段３６に処理条件の実行を要求する（Ｓ５．２）。実行手段３６は、処理条件をパラメータに設定して処理を実行する（Ｓ５．３）。すなわち、画像形成装置２００は、処理条件の「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」をそれぞれパラメータとして設定し、原稿を読み取り画像データを生成する。
【００９９】
実行手段３６が処理条件の実行を終了すると、実行手段３６は処理条件を各項目毎に、機器内処理条件に登録する。すなわち、既に図１６で処理条件がＨＤＤ１５に登録された状態で、実行手段３６は実行した処理条件をＨＤＤ１５に登録する。
【０１００】
本実施例によれば、実施例１の効果に加え、実際に画像形成装置２００が実施した処理条件だけを登録することで、不用意に機器内処理条件の記憶容量が大きくなることを防止したり、「スタート」キーを押下するだけで実行と登録が行われるので、操作手順を簡易化できる。
【実施例３】
【０１０１】
本実施例では、宛先追加画面４０２において表示される宛先を、過去に追加した宛先に基づきソートして表示する画像形成装置利用システム１００について説明する。機器処理条件に登録される宛先の数は、徐々に増えるものと考えられる。この点、他の処理条件の項目が、画像形成装置２００のハード的な機能の制約を受け、あまり増えない傾向にあるのと異なる。また、操作パネル２０の大きさは有限である。したがって、宛先を宛先追加画面４０２に表示する場合、ユーザが選ぶ可能性の高いものから表示することで、ユーザの操作性が向上する。
【０１０２】
図１８は、画像形成装置利用システム１００の構成図における画像形成装置２００の機能ブロック図の一例を示す。図１８において図３と同一部には同一の符号を付しその説明は省略する。図１８では、操作パネル制御手段３１が履歴設定手段３７を有し、処理条件取得手段３５がソート手段３８を有する。
【０１０３】
履歴設定手段３７は、操作パネル２０からの、管理者又はユーザによる履歴機能のＯＮ又はＯＦＦの設定を受け付ける。
図１９は、履歴機能のＯＮ又はＯＦＦの設定を受け付ける画面の一例を示す。図１９の画面は宛先追加設定画面１０１を例にしたが、履歴機能をＯＮ又はＯＦＦに設定できればどのような画面でもよい。「履歴機能」ボタン１０５にチェックボックス１０６が表示されており、ユーザがチェックボックス１０６を押下すると、操作パネル制御手段３１は履歴機能がＯＮであることを受け付け、履歴設定手段３７に通知する。
【０１０４】
履歴設定手段３７は、履歴機能をＯＮ又はＯＦＦに対応したフラグをＨＤＤやＲＯＭに記憶しておく。処理条件取得手段３５のソート手段３８は、このフラグを参照して、宛先追加画面４０２の宛先をソートするか否かを決定する。のソート手段３８は、ＨＤＤ１５に記憶された処理条件のタイムスタンプ情報を参照して、「宛先」をソートする。
【０１０５】
図１３（ｃ）に示したように、操作パネル制御手段３１は、ユーザが追加した宛先を、図１１（ａ）にてユーザが選択した処理条件に加える。操作パネル制御手段３１は、ユーザが追加した宛先と、処理条件を処理条件取得手段３５に送出する。処理条件取得手段３５は、実行手段３６に、宛先が追加された処理条件を送出するので、実行手段３６はHDDに、ユーザが編集して宛先等を追加した処理条件（宛先）を登録する。
【０１０６】
処理条件の登録の際、実行手段３６は、追加された処理条件（宛先）に追加された日時のタイムスタンプ情報を登録する。
図２０は、タイムスタンプ情報を有するアドレス帳の一例を示す。なお、図２０において図８（ｂ）と同一部には同一の符号を付しその説明は省略する。図２０の最も右の欄には「追加日時」が設けられており、「takaka@dd.com」は「3日前」に処理条件に追加されたことが、「suchann@murataku.ac.jp」は「２日前」に処理条件に追加されたことが、「ffff@gggg」は「１日前」に処理条件に追加されたことが、分かる。
【０１０７】
なお、より好ましくは、最新のタイムスタンプ情報だけでなく、１つの宛先に対し過去５回程度のタイムスタンプ情報を登録しておく。こうすることで、宛先毎に使用頻度を算出することが可能となる。
【０１０８】
そして、図１３（ｂ）の宛先追加画面４０２を表示する際、ソート手段３８は、タイムスタンプ情報を参照して、「宛先」をソートする。または、ソート手段３８は、ソートして宛先を操作パネル制御手段３１に送出する。タイムスタンプ情報によれば、最も最近、編集対象として追加された宛先は、「ffff@gggg」で、その前が「suchann@murataku.ac.jp」、さらにその前が「takaka@dd.com」であるので、操作パネル制御手段３１はこの順番で宛先追加画面４０２の宛先を表示する
図２１は、本実施例における図１３（ｂ）の宛先追加画面４０２の一例を示す図である。図２１と図１３（ｂ）の左図を比べると、最も最近追加した「ffff@gggg」が最上段に表示されている。最近追加した宛先は、再度追加することが多いので、表示する宛先を過去の履歴でソートすることで、ユーザは画面の切り替えやスクロールを最小限にして、所望の宛先を追加することができる。
【０１０９】
なお、図２１に示した「ソート」ボタン４１１を押下することで、ソート順を切り替えてもよい。ユーザが「ソート」ボタン４１１を押下する毎に、ソート手段３８は、例えば「タイムスタンプ情報」「アルファベット順」「逆アルファベット順」「使用頻度」のように、ソートの要因を順番に切り替える。こうすることで、操作パネル制御手段３１は、ユーザの所望のソート順で追加対象の宛先を表示することができる。
【０１１０】
〔編集範囲の決定の詳細な手順〕
図２２は、処理条件取得手段３５が編集範囲を決定する手順を示すフローチャート図の一例である。図２２において、ステップＳ１６０までの処理は図１５と同様である。まず、処理条件取得手段３５は、処理条件が編集可能か否かを判定する（Ｓ１１０）。処理条件取得手段３５は、処理条件に「※」が添付されているか否かに基づき、その処理条件が編集可能か否かを判定する。編集が許可されない場合（Ｓ１１０のＮｏ）、図２２のフローチャート図に基づく処理は終了する。
【０１１１】
編集が許可されている場合（Ｓ１１０のＹｅｓ）、処理条件取得手段３５は、実行設定手段３４が設定したフラグを参照する（Ｓ１２０）。上記のようにこのフラグは編集範囲を規定する。
【０１１２】
処理条件取得手段３５は、編集範囲がアドレス帳からの追加が許可されているか否かを判定する（Ｓ１３０）。アドレス帳からの追加とは、「（１）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする」ことに相当する。
【０１１３】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＹｅｓ）、処理条件取得手段３５はＨＤＤのアドレス帳を読み出す（Ｓ１４０）。アドレス帳には機器内処理条件が記憶されている。
【０１１４】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＮｏ）、処理条件取得手段３５はＨＤＤのアドレス帳から、サーバ２２から受信してＨＤＤに記憶しておいた処理条件のみを読み出す（Ｓ１５０）。
【０１１５】
ついで、処理条件取得手段３５は、サーバ２２から受信した処理条件の宛先とＨＤＤから読み出した宛先の重複を排除する（Ｓ１６０）。
【０１１６】
次に、ソート手段３８は、履歴機能がＯＮかＯＦＦかを判定する（Ｓ１６５）。履歴機能がＯＦＦの場合（Ｓ１６５のＮｏ）、ソート手段３８が宛先の表示順をソートすることなく、処理条件取得手段３５は、アドレス帳から読み出し重複を排除した宛先を操作パネル制御手段３１に送出する。
【０１１７】
履歴機能がＯＮの場合（Ｓ１６５のＹｅｓ）、ソート手段３８は、アドレス帳から読み出し重複を排除した宛先の表示順をタイムスタンプ情報に基づきソートする（Ｓ１６６）。処理条件取得手段３５は、ソートした順番で宛先を操作パネル制御手段３１に送出する。
【０１１８】
これにより、操作パネル制御手段３１は、図２１のような宛先追加画面４０２を表示することができる（Ｓ１７０）。
【０１１９】
以上説明したように、本実施例の画像形成装置利用システム１００は、サーバ２２から受信した処理条件の編集を編集範囲を限定して認めることで、利便性とセキュリティを両立することができる。また、編集範囲を可変にできるので、利便性を向上させるか、セキュリティを向上させるか、を適宜調整できる。
【０１２０】
本実施例の画像形成装置利用システム１００は、宛先を宛先追加画面４０２に表示する場合、ユーザが選ぶ可能性の高いものから表示することで、ユーザの操作性を向上させることができる。
【実施例４】
【０１２１】
実施例１ではユーザが「登録」ボタン２０６を押下することにより、実施例２では処理条件を画像形成装置２００に設定し「スタート」キーを押下することにより、実行手段３６が処理条件を登録するとして説明した。しかしながら、いずれの場合もＨＤＤ１５に登録する処理条件を個別に選択することができなかった。そこで、本実施例では、画像形成装置２００のＨＤＤ１５に登録する処理条件を個別に選択できる画像形成装置利用システム１００について説明する。
【０１２２】
図２３は、画像形成装置利用システム１００の構成図における画像形成装置２００の機能ブロック図の一例を示す。図２３において図３と同一部には同一の符号を付しその説明は省略する。図２３では、操作パネル制御手段３１が保存条件設定手段３９を有する。
【０１２３】
保存条件設定手段３９は、管理者又はユーザが操作パネル２０から設定した、処理条件の保存条件の設定を受け付ける。保存条件は以下の通りである。
（Ｒ１）ＨＤＤ１５に登録する処理条件の項目を予め設定しておき、設定された項目だけが「登録」ボタン２０６又は「スタート」キーの押下により登録される
（Ｒ２）登録前に、登録する処理条件の項目をユーザが指定することができ、指定された項目だけが「登録」ボタン２０６又は「スタート」キーの押下により登録される
図２４（ａ）は、処理条件の保存条件の設定を受け付ける保存条件設定画面５０１の一例を示す。保存条件設定画面５０１は、例えば、画像形成装置２００の「システム初期設定」キーを管理者又はユーザが押下して、表示された画面の複数のタブの１つを押下することで表示される。保存条件設定画面５０１は、「自動保存」ボタン５０２と「ユーザ選択」ボタン５０３とを有する。また、「自動保存」ボタン５０２は「詳細条件保存設定」ボタン５０４を有する。「自動保存」ボタン５０２と「ユーザ選択」ボタン５０３は、管理者又はユーザの押下により排他的に選択される。選択されたボタンは丸印５０５が反転表示される。また、「自動保存」ボタン５０２が選択されると、「詳細条件保存設定」ボタン５０４の押下も可能となる。
【０１２４】
保存条件設定手段３９は、「自動保存」ボタン５０２が押下された場合、上記（Ｒ１）の保存条件を設定する。保存条件設定手段３９は、「ユーザ選択」ボタン５０３が押下された場合、上記（Ｒ２）の保存条件を設定する。これら保存条件の設定は、画像形成装置２００の初期設定の1つとしてＨＤＤ等に記憶される。
【０１２５】
図２４（ｂ）は、ユーザが「詳細条件保存設定」ボタン５０４を押下した際に表示される詳細設定画面６０１の一例を示す図である。詳細設定画面６０１には、スキャナアプリの処理条件の各項目「宛先」「解像度」「カラーモード」「原稿種類」「ファイル形式」６０２が表示されている。管理者又はユーザは各項目６０２を押下することで、登録する項目６０２を個別に選択することができる。図２４（ｂ）では「宛先」が選択されているので、この場合、実行手段３６はサーバ２２から取得した処理条件のうち「宛先」だけを機器内処理条件に登録することになる。項目毎の個別の設定は、（Ｒ１）の保存条件の一部としてＨＤＤ等に記憶される。
【０１２６】
なお、図２４（ｂ）はスキャナアプリの処理条件を例示したもので、プリンタアプリ、コピーアプリ、ファックスアプリ、ネットファイルアプリ（ドキュメントボックスアプリ）、Ｗｅｂアプリについても登録する項目を個別に設定できる。
【０１２７】
保存条件設定手段３９が、（Ｒ１）の保存条件を設定した場合、登録される処理条件の項目が図２４（ｂ）で設定された一部になるだけで、その他は実施例１又は２と変わりがない。一方、保存条件設定手段３９が、（Ｒ２）の保存条件を設定した場合、ユーザが保存する項目を指示するための画面が表示される。
【０１２８】
例えば、図１１（ａ）の処理条件一覧画２０１において、ユーザが「編集」ボタン２０７を押下すると、操作パネル制御手段３１は図１３（ａ）のような編集画面４０１を表示するが、この編集画面にてユーザが保存する項目が指示される。
図２５は、本実施例の編集画面７０１の一例を示す図である。図２５において図１３（ａ）と同一部には同一の符号を付しその説明は省略する。図２５の編集画面７０１は、処理条件の各項目にチェックボックス４１２を有する。ユーザが保存したい項目に対応づけられたチェックボックス４１２を押下すると、操作パネル制御手段３１がこれを受け付け、実行手段３６に選択された処理条件の項目を通知する。これにより、実行手段３６は、「登録」ボタン２０６又は「スタート」キーの押下に応じて、ユーザが選択した項目だけをＨＤＤ１５に登録することができる。
【０１２９】
なお、登録する処理条件の項目をユーザが指定する画面は編集画面７０１である必要はなく、例えば、図１１（ｂ）（ｃ）のように、ユーザが「詳細」ボタン２０５を押下することで表示される処理条件詳細画面３０１でもよい。
【０１３０】
本実施例によれば、保存条件設定手段３９が保存条件設定画面５０１から初期設定として、ＨＤＤ１５に登録する処理条件を個別に設定しておくことができ、ユーザが所望の処理条件の一部の項目だけを登録することを可能にできる。
【符号の説明】
【０１３１】
９ プログラム
１２ ＣＰＵ
１３ ＲＯＭ
１４ ＲＡＭ
１５ ＨＤＤ
１６ 内部バス
１７ スキャナエンジン
１８ プロッタエンジン
１９ 通信Ｉ／Ｆ
２０ 操作パネル
２１ ＬＡＮ
２４ 機器内処理条件ＤＢ
３１ 操作パネル制御手段
３２ 表示手段
３３ 操作手段
３４ 実行設定手段
３５ 処理条件取得手段
３６ 実行手段
１００ 画像形成装置利用システム
２００ 画像形成装置
【先行技術文献】
【特許文献】
【０１３２】
【特許文献１】特開２００３−０８７４７９号公報
【技術分野】
【０００１】
本発明は、処理条件に基づき情報処理する情報処理装置等に関し、特に、処理条件を編集可能な情報処理装置、情報処理装置利用システム及び処理条件編集方法に関する。
【背景技術】
【０００２】
ネットワークシステムにおいてディレクトリサービス（ＬＡＮなどのコンピュータネットワーク上にあるユーザ情報、接続されているプリンタ、ファックスなどの機器を記憶し、検索可能にしたサービス。例えば「Active Directory」。）が利用されることがある。ディレクトリサービスの利用態様として種々のものが考えられるが、例えば、機器の処理条件（印刷条件、読み取り条件設定、画像データの配信方法、配信先ユーザ等）を外部のサーバに登録しておき、呼び出した処理条件を機器に設定して処理を実行する技術が考えられている。ユーザは、機器の操作を最小限にして所望の処理を機器に実行させることができる（例えば、特許文献１参照。）。
【０００３】
特許文献１には、利用者ＩＤがスキャナに入力されると、スキャナが利用者ＩＤを、ネットワークを介してスキャンサーバに送信し、スキャンサーバは、送信されてきた利用者ＩＤと一致する利用者ＩＤが内部メモリに登録されているか否か判定し、登録されている場合に利用者ＩＤに対応する読取情報をスキャナに送信する画像読み取りシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、機器の操作パネルから、サーバから取得した処理条件を変更、追加、削除できれば、ユーザの利便性が向上する。しかし、ユーザが自由に処理条件の変更、追加、削除できるとすると、サーバで処理条件を管理している意味が薄れ、セキュリティが低下するおそれがある。例えば、処理条件には、画像データの配信先が含まれているので、配信先が変更されると特にセキュリティが低下しやすい。
【０００５】
しかしながら、ユーザが処理条件を全く変更できないこととすると、利便性が低下してしまうという不都合が生じる。このように、管理された処理条件を用いた従来の機器の利用方法では、利便性とセキュリティを両立して確保しにくいという問題があった。
【０００６】
本発明は、上記課題に鑑み、機器の利便性とセキュリティを両立して確保できる情報処理装置、情報処理装置利用システム及び処理条件編集方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
ネットワークを介して接続されたサーバから取得した、処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置において、前記サーバに記憶されている、第1の処理条件情報を取得する取得手段と、前記処理条件記憶手段に記憶された前記処理条件情報を表示する表示手段と、前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付ける編集受け付け手段と、前記第1の処理条件情報を、前記処理条件記憶手段に登録する処理条件登録手段と、を有することを特徴とする。
【発明の効果】
【０００８】
機器の利便性とセキュリティを両立して確保できる情報処理装置、情報処理装置利用システム及び処理条件編集方法を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】画像形成装置利用システムの概略について説明する図の一例である。
【図２】画像形成装置利用システムの画像形成装置のハードウェア構成図の一例である。
【図３】画像形成装置の機能ブロック図の一例である。
【図４】宛先追加設定画面の一例を示す図である。
【図５】サーバのハードウェア構成について説明する図の一例である。
【図６】サーバの処理条件ＤＢに記憶されている処理条件の一例を模式的に説明する図である。
【図７】サーバの機能ブロック図の一例である。
【図８】機器内処理条件の一例を示す図である。
【図９】機器内処理条件の一例を示す図である。
【図１０】処理条件を画像形成装置に設定するまでの手順を示すシーケンス図の一例である。
【図１１】処理条件一覧画面の一例を示す図である。
【図１２】ユーザが機器内処理条件を用いて処理条件を編集する際のシーケンス図の一例である。
【図１３】編集画面等の一例を示す図である。
【図１４】図８（ｂ）から処理条件番号が「−」以外の宛先だけを抽出したアドレス帳の一例を示す図である。
【図１５】処理条件取得手段が編集範囲を決定する手順を示すフローチャート図の一例である。
【図１６】処理条件を画像形成装置に設定するまでの手順を示すシーケンス図の一例である。
【図１７】ユーザが機器内処理条件を用いて処理条件を編集する際のシーケンス図の一例である。
【図１８】画像形成装置利用システムの構成図における画像形成装置の機能ブロック図の一例である。
【図１９】履歴機能をＯＮ又はＯＦＦのいずれかの設定を受け付ける画面の一例を示す図である。
【図２０】タイムスタンプ情報を有するアドレス帳の一例を示す図である。
【図２１】編集画面の一例を示す図である。
【図２２】処理条件取得手段が編集範囲を決定する手順を示すフローチャート図の一例である。
【図２３】画像形成装置利用システムの構成図における画像形成装置の機能ブロック図の一例である。
【図２４】処理条件の保存条件の設定を受け付ける保存条件設定画面の一例を示す図である。
【図２５】編集画面の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を参照しながら実施例を挙げて説明する。
【実施例１】
【００１１】
図１を用いて、本実施例の画像形成装置利用システム１００の概略について説明する。画像形成装置２００とサーバ２２はネットワークを介して接続されている。
【００１２】
〔画像形成装置利用システム１００の概略〕
（Ａ１）画像形成装置２００を利用するユーザは、画像形成装置２００に認証情報（ユーザＩＤ、パスワード）を入力してログインする。画像形成装置２００は認証情報をサーバ２２に送信する。
（Ａ２）画像形成装置２００が認証情報をサーバ２２に送信すると、サーバ２２はこのユーザが利用できる処理条件を画像形成装置２００に送信する。
（Ａ３）ユーザは処理条件を確認して操作パネルの「登録」ボタンを押下する。画像形成装置２００は「登録」ボタンの押下を受け付け、処理条件をハードディスクドライブ等の記憶装置に記憶する。（実施例２では、「登録」ボタンの代わりにユーザがスターキーを押下して、サーバ２２から受信した処理条件で画像形成装置２００が処理を実行したあと、処理条件をハードディスクドライブ等の記憶装置に記憶する。）。
【００１３】
ここまでが、処理条件の記憶までの手順である。次に、ユーザが、サーバ２２に記憶された処理条件を利用する際に、サーバ２２から画像形成装置２００が受信した処理条件を編集する手順を説明する。
（Ｂ１）画像形成装置２００を利用するユーザは、画像形成装置２００に認証情報（ユーザＩＤ、パスワード）を入力してログインする。
（Ｂ２）画像形成装置２００が認証情報をサーバ２２に送信すると、サーバ２２はこのユーザが利用できる処理条件を画像形成装置２００に送信する。画像形成装置２００は認証情報をサーバ２２に送信する。
（Ｂ３）画像形成装置２００は、例えばユーザの操作に応じて、記憶装置に記憶されている処理条件、又は、処理条件と予め画像形成装置２００に記憶されている機器内処理条件、を読み出し操作パネルに表示する。
（Ｂ４）ユーザは、記憶装置に記憶されている処理条件、又は、処理条件と予め画像形成装置２００に記憶されている機器内処理条件を用いて、これから実行する処理条件を編集することができる。
（Ｂ５）ユーザは実行する処理条件を編集後、操作パネルの記憶ボタンを押下する。画像形成装置２００は記憶ボタンの押下を受け付け、処理条件をハードディスクドライブ（ＨＤＤ）等の記憶装置に記憶する。
【００１４】
したがって、ユーザが実行する予定の処理条件を、画像形成装置２００の記憶装置に記憶されていた処理条件、又は、処理条件と予め画像形成装置２００に記憶されている機器内処理条件の範囲で編集できる。すなわちユーザが編集して画像形成装置２００に設定される処理条件は、元々サーバ２２に記憶されていた処理条件、又は、予め画像形成装置２００に記憶されている機器内処理条件なので、セキュリティはほとんど低下しない。このため、セキュリティの維持と、利便性の向上を両立して実現できる。
【００１５】
〔画像形成装置２００〕
図２は、画像形成装置利用システム１００の画像形成装置２００のハードウェア構成図の一例を示す。画像形成装置２００は、ＬＡＮ２１を介してサーバ２２ａと、ＬＡＮ２１及びインターネット２３を介してサーバ２２ｂと電気的に接続されている。サーバ２２ａとサーバ２２ｂは、処理条件を記憶しているサーバは画像形成装置２００と通信可能な態様で存在すればよいことを示す。以下、サーバ２２ａとサーバ２２ｂを区別せずにサーバ２２という。このサーバ２２には、各ユーザの処理条件が記憶されている。
【００１６】
画像形成装置２００は、スキャナ、プリンタ、ファクシミリ、又は、これらの1以上の機能を備えた複合機（ＭＦＰ：Multifunction Peripheral）である。本実施形態では画像形成装置２００をＭＦＰとして説明する。
【００１７】
画像形成装置２００は、ＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４、ＨＤＤ１５、操作パネル２０、通信Ｉ／Ｆ１９、プロッタエンジン１８、及び、スキャナエンジン１７を備え、これらが内部バス１６により相互に接続されている。 すなわち、画像形成装置２００は、パーソナルコンピュータやワークステーション等と同等の構成を備えた情報処理装置に、プロッタやスキャナ、給紙機構等のハードウェアユニットが接続された構成を有する。
【００１８】
ＣＰＵ１２は、画像形成装置２００全体を統括制御する制御手段であり、ＲＯＭ１３やＨＤＤに記録された種々のプログラム９を実行することにより、後述する処理条件取得手段３５、実行手段３６の各手段として機能する。
ＲＯＭ１３は不揮発性の記憶手段であり、ＣＰＵ１２が実行するプログラムや、固定的なデータ、パラメータ等を記憶している。ＲＯＭ１３を書き換え可能な記憶手段（例えば、フラッシュメモリ）として構成し、これらのデータをアップデートできるようにしてもよい。ＲＡＭ１４は、一時的に使用するデータを記憶したり、ＣＰＵ１２のワークメモリとして使用される主に揮発性の記憶手段（例えば、ＤＩＭＭ：Dual Inline Memory Module）である。
【００１９】
ＨＤＤ１５は、ＣＰＵ１２が実行するプログラム９や、装置の電源がＯＦＦされた後でも保持しておく必要があるデータ（フォントデータ、画像処理等のパラメータの値）、スキャナエンジン１７によって読み取った画像データ、通信インターフェイスによって外部の情報処理装置から受信した印刷データ等、種々のデータを記憶する。
【００２０】
特に、本実施例では、ＨＤＤ１５が、サーバ２２から取得した処理条件を記憶する。また、ＨＤＤ１５には、種々の機器内処理条件が登録された機器内処理条件ＤＢ２４をが予め記憶されている。機器内処理条件については後述する。
【００２１】
なお、ＲＯＭ１３やＨＤＤ１５などの記憶手段に、フラッシュメモリ等の他の記憶手段（例えば、ＳＤＤ：Solid State Drive）を一部又は全部に実装してもよい。
操作パネル２０は、各種の画面、画像形成装置２００の状態、メッセージ等を表示するディスプレイを有し、ユーザに種々の情報を視覚的に提供するユーザインターフェイスである。このディスプレイにはタッチパネルが一体に配置されており、また、ディスプレイの周囲にはテンキー、スタートキー等を含むハードキーが配置され、操作パネル２０は、ユーザからの操作を受け付けるユーザインターフェイでもある。
【００２２】
通信Ｉ／Ｆ１９は、ＬＡＮ２１やインターネット２３を介してサーバ２２と通信可能にするための通信装置である。通信Ｉ／Ｆ１９は、例えばＴＣＰ／ＩＰをプロトコルにして通信するため、物理層とデータリンク層の通信接続を、サーバ２２との間で確立する。画像形成装置２００とサーバ２２の間は、ＴＣＰ／ＩＰの上位層の、例えばＬＤＡＰ（Lightweight Directory Access Protocol ）をプロトコルにして通信する。ＬＤＡＰは、ディレクトリサービスでは汎用的なプロトコルで、画像形成装置２００からサーバ２２の処理条件を検索する際に利用される。
【００２３】
プロッタエンジン１８は、印刷装置（プロッタデバイス）を制御する制御手段である。印刷装置は、スキャナエンジン１７が原稿から生成した画像データ、情報処理装置から取得された印刷データなどから画像を形成して用紙に印刷する。印刷装置としては、レーザービームを用いた電子写真プロセスを使って、感光ドラム等に形成したトナー画像を用紙に転写し、定着装置により熱と圧力により定着して出力する形態、異なる色の液滴が吐出される複数のノズル列を備えた記録ヘッドを往復移動させ、ノズル列より液滴を吐出して画像を形成する形態等、どのようなものでもよい。
【００２４】
スキャナエンジン１７は、スキャナデバイスを制御する制御手段である。スキャナデバイスは、読み取り台に載置されたり自動原稿給装装置（ＡＤＦ）によって読み取り部に給装されたりする原稿の画像から反射光をＣＣＤ等で読み取り、それをＡ／Ｄ変換して画素毎の画素値から成る画像データを生成する。
【００２５】
ＣＰＵ１２は、操作パネル２０によって得られた操作結果に基づき、操作結果データを生成する。操作結果データは、原稿サイズ、解像度、カラーモード等の処理条件を有する。プロッタエンジン１８及びスキャナエンジン１７は、操作結果データをＣＰＵから取得して、それぞれ読み取り・印刷を行う。
【００２６】
図３に基づき、画像形成装置２００の機能について詳細に説明する。図３は、図２の画像形成装置利用システム１００の構成図における画像形成装置２００の機能ブロック図の一例を示す。図２では、操作パネル２０に操作パネル制御手段３１が接続されている。操作パネル制御手段３１は、操作パネル２０と一体としてもよい。操作パネル制御手段３１は、表示手段３２、実行設定手段３４、及び、操作手段３３を有する。
【００２７】
表示手段３２は操作パネル２０のディスプレイに各種の画面を描画する。表示手段３２は、各種のソフトキーの配置を定める画面定義情報に基づき画面を生成する。この画面定義情報は操作手段３３から参照できるようになっている。操作手段３３は、ハードキーの押下を受け付けこのハードキーの種類をＣＰＵ１２に通知し、また、タッチパネルの押下位置を検出してこれと画面定義情報とからソフトキーの押下を受け付けこのソフトキーの種類をＣＰＵ１２に通知する。これにより、ＣＰＵ１２はユーザの操作に応じた処理を実行できる。
【００２８】
実行設定手段３４は、ユーザによる処理条件の編集範囲を規定する。実行設定手段３４は、次の２つの編集範囲のいずれかを処理条件の編集範囲に規定する。
（１）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件、の両方を、ユーザがこれから実行する処理条件の編集範囲とする
（２）サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを、ユーザがこれから実行する処理条件を編集範囲とする
このような設定は、例えば、画像形成装置２００の「システム初期設定」キーを管理者又はユーザが押下して、表示された画面の複数のタブの１つを押下することで表示される宛先追加設定画面１０１から設定される。
図４（ａ）は、宛先追加設定画面１０１の一例を示す図である。宛先追加設定画面１０１は、「サーバを出所とする処理条件のみ」ボタン１０２と「サーバを出所とする処理条件 ＋ アドレス帳」ボタン１０３とを有する。実行設定手段３４は、「サーバを出所とする処理条件のみ」ボタン１０２が押下された場合は（２）の編集範囲を設定する。また、実行設定手段３４は、「サーバを出所とする処理条件 ＋ アドレス帳」ボタン１０３が押下された場合は（１）の編集範囲を設定する。実行設定手段３４は（１）と（２）に対応したフラグをＨＤＤやＲＡＭ１４に記憶しておく。ＣＰＵ（処理条件取得手段３５）１２はこのフラグを参照して、ＨＤＤ１５から読み出す対象（処理条件）を、処理条件のみとするか、処理条件に加え機器内処理条件とするか、を切り替える。
【００２９】
例えば、（１）の編集範囲の場合、予めＨＤＤにて記憶している機器内処理条件を編集範囲に含めることができるので、ユーザの編集可能な範囲が広くなり利便性が向上する。また、（２）の編集範囲の場合、サーバ２２に登録されていた処理条件に編集範囲を制限できるので、セキュリティを向上できる。管理者又はユーザは、利便性とセキュリティのどちらを重視するかによって編集範囲を切り替えることができる。
【００３０】
なお、（１）（２）以外の編集範囲を、処理条件の編集範囲として規定してもよい。図４（ｂ）は宛先追加設定画面１０１の別の一例を示す図である。図４（ｂ）の宛先追加設定画面１０１は「サーバを出所とする処理条件とアドレス帳の共通設定内容」ボタン１０３を有する。この設定は、上記（１）（２）とは別に、
（３）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件、の両方に共通な処理条件を、ユーザがこれから実行する処理条件の編集範囲とする、設定である。
この（３）ような編集範囲の場合、ユーザの編集可能な範囲が狭くなるのでセキュリティを（１）（２）よりも厳しくすることができる。
【００３１】
図３に戻り、アプリケーション３０は、ＲＯＭ１３やＨＤＤ１５に記憶されたプログラム９をＣＰＵ１２が実行して得られた機能の実体、又は、プログラム９そのものである。本実施例のアプリケーション３０は、実行手段３６及び処理条件取得手段３５を有する。なお、アプリケーション３０として画像形成装置２００は、プリンタアプリ、コピーアプリ、ファックスアプリ、スキャナアプリ，ネットファイルアプリ（ドキュメントボックスアプリ）、Ｗｅｂアプリ等を有する。実行手段３６及び処理条件取得手段３５はこれらアプリから共通に利用できる。
【００３２】
処理条件取得手段３５は、操作パネル制御手段３１からユーザが押下したハードキー又はソフトキーの種類を取得して、それらから操作結果データを生成する。上記のように、操作結果データには処理条件が含まれる。具体的には、スキャナアプリの処理条件は「解像度」「濃度設定」「カラー種別」「用紙サイズ」「配信方法」「配信先」等である。また、コピーアプリの処理条件は「用紙サイズ」「編集（集約・両面・製本）」「仕上げ（ステープル・パンチ・ソート）」等である。このような処理条件は、いったんＨＤＤ１５に記憶される。
【００３３】
実行手段３６は、ユーザから受け付けたスタートキーの押下をトリガーにして、操作結果データに沿ってプログラム（各種のコントロールサービス、リソースマネージャ、デバイスドライバ等）を実行する。例えば、ユーザがスキャナアプリを選択した状態では原稿のスキャンが開始される。なお、スタートキーの押下は、操作パネル制御手段３１から実行手段３６に通知される。
【００３４】
また、実行手段３６は、処理条件をＨＤＤ１５に記憶する。実行手段３６は、ユーザによる操作パネル２０の記憶ボタンの押下後（本実施例）、又は、スタートキーの押下後（実施例２）、処理条件をＨＤＤ１５に記憶する。
【００３５】
画像形成装置２００では、実行手段３６が処理条件を取得する方法が３つある。
・１つは、ユーザの操作を受けて処理条件取得手段３５が取得した処理条件を、実行手段３６がＨＤＤから読み出す方法である。
・もう１つは、ＬＡＮ２１又はインターネット２３を介してサーバ２２から処理条件取得手段３５が取得した処理条件を、実行手段３６が受け取る方法（例えば、ＨＤＤ１５やＲＡＭ１４を介して）である。
・もう１つは、ＬＡＮ２１又はインターネット２３を介してサーバ２２から処理条件取得手段３５が取得した処理条件を、ユーザが編集した後、処理条件取得手段３５が実行手段３６に（例えば、ＨＤＤ１５やＲＡＭ１４を介して）送出する方法である。本実施例では、主に、この３番目の方法について説明する。
【００３６】
〔サーバ２２〕
図５に基づき、サーバ２２のハードウェア構成について説明する。サーバ２２は、パーソナルコンピュータ、ワークステーション等を実体とする情報処理装置である。サーバ２２は、ＣＰＵ7１と、ＲＯＭやＲＡＭを含むメモリ７２とが、バスで接続された構造を有する。このバスには、所定のインターフェイスを介して、大容量の記憶装置であるＨＤＤ７５、マウスやキーボードなどの入力装置７６と、ＬＣＤやＣＲＴなどのディスプレイ８０を接続するモニタ制御部７７と、光ディスクなどの記憶媒体７８を読み取る記憶媒体読取装置７３が接続され、また、インターネット２３などのネットワークやＵＳＢなどの外部機器と通信を行なう所定のネットワーク装置７４が接続されている。
サーバ２２のＨＤＤ７５には、処理条件を画像形成装置２００に送信するプログラム７９が記憶されている。このプログラム７９は、記憶媒体７８から記憶媒体読取装置７３により読み取られ、又は、インターネット２３などのネットワークからダウンロードされるなどして、ＨＤＤ７５にインストールされたものである。サーバ２２のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、処理条件提供手段４１を実現する。また、サーバ２２のＨＤＤ７５には処理条件ＤＢ７０が記憶されている。処理条件ＤＢ７０に登録された処理条件については後述する。
【００３７】
ネットワーク装置７４は、例えば、ＴＣＰ／ＩＰをプロトコルにして通信するため、物理層とデータリンク層の通信接続を、画像形成装置２００との間で確立する。なお、本実施例では、画像形成装置２００とサーバ２２を別体に構成したが、画像形成装置２００にサーバ２２の機能を統合してもよい。この場合、サーバ２２の機能や資源にアクセスできる者を管理者に限定し、画像形成装置２００のユーザはサーバ２２の機能や資源にアクセスできないようにする。
【００３８】
図６に基づき、処理条件について説明する。図６は、サーバ２２の処理条件ＤＢ７０に記憶されている処理条件の一例を模式的に説明する図である。処理条件は、ユーザ毎、かつ、アプリケーション３０毎に登録されている。図６の処理条件は、スキャンアプリ用の処理条件であるが、この他、プリンタアプリ、コピーアプリ、ファックスアプリ、ネットファイルアプリ用の処理条件が登録されうる。
【００３９】
スキャンアプリ用の処理条件は、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目を有する。例えば、処理条件１の「宛先」は「takaka＠dd.com aaaa@bbbb eeee@ffff」、「原稿種類」は「文字」、「解像度」は「４００dpi」、「サイズ」は「自動検知」、「カラーモード」は「白黒」、「ファイル形式」は「PDF」である。このように、複数の処理条件を、ユーザ毎かつアプリケーション３０毎に登録することができる。
【００４０】
なお、「処理条件２」の右横の「※」は、画像形成装置２００においてユーザが編集することができない処理条件であることを示す。図６の例では、「処理条件１」はユーザが編集可能で、「処理条件２」はユーザが編集できないことになる。このような設定は次述の管理者が行う。
【００４１】
このような処理条件を画像形成装置２００がサーバ２２から取得すると、実行手段３６は、例えばスキャナを動作させるパラメータとして「解像度」「濃度設定」「カラー種別」「用紙サイズ」の値を設定する。したがって、ユーザが画像形成装置２００の操作パネル２０を操作して「解像度」「濃度設定」「カラー種別」「用紙サイズ」を設定しなくても、画像形成装置２００が原稿を読み取り、画像データを生成することができる。
【００４２】
サーバ２２への処理条件の登録は、管理者によって実行される。登録について簡単に説明する。管理者は、サーバ２２と通信可能な端末にログインすることができ、この端末を操作して以下の手順を一例に処理条件をサーバ２２に登録する。なお、端末とサーバ２２が一体であってもよい。
（登録１）端末は特定のＯＳ（例えば、Ｗｉｎｄｏｗｓ（登録商標）ＶＩＳＴＡ、７と同等以上の機能を備えたＯＳ）の一機能又はアプリケーションソフトウェアとして実装される「スキャナ管理コンソール」というユーザインターフェイスを有する。スキャナ管理コンソールは、管理者が画像形成装置２００及びサーバ２２と通信したり、各種の情報を設定するためのユーザインターフェイスの一態様である。端末と画像形成装置２００は、所定のプロトコル（例えば、ＷＳ−ＥＷＳ）により通信する。
【００４３】
処理条件を作成するためには画像形成装置２００の能力情報（カラーでの読み取りが可能か否か、最大解像度はいくつか、等の情報）が必要になる。このため端末は、管理者の操作を受け付け、画像形成装置２００にその画像形成装置２００が有している能力情報や状態を問い合わせる。
（登録２）端末が画像形成装置２００に対してその画像形成装置２００が有している能力情報の提供を要求すると、要求に応じて画像形成装置２００は端末に対して自機の能力情報を提供する。なお、端末が画像形成装置２００の能力情報を受け取るのは管理者が処理条件作成の操作を行う前でもよいし、処理条件作成を行おうとした時でもよい。
【００４４】
端末は画像形成装置２００から受信した能力情報をディスプレイに表示する。管理者は、能力情報による能力を超えない範囲で、読み取り設定を登録することができる。また、管理者は、配信設定、その読み取り設定を使用するユーザの「ユーザ名」「パスワード」等を登録する。
（登録３）そして、端末は各種の情報が登録された処理条件をサーバ２２に送信する。サーバ２２はこれをユーザが参照可能なように例えばユーザＩＤに対応づけて保存する（記憶する）。サーバ２２は、複数のネットワークに接続されたＰＣ、スキャナ、プリンタ、複写機、ファクシミリ等を、ドメイン（ユーザーとコンピュータの管理単位）の階層構造として管理する。例えば、このサーバ２２に接続可能な画像形成装置２００等を規定することができる。ここまでが処理条件登録に関する処理の流れである。
【００４５】
なお、管理者が一台の画像形成装置２００について、端末を操作して処理条件を生成しサーバ２２に登録する態様を説明したが、管理者により、一台の画像形成装置２００について１つの処理条件が生成されると、端末は、その処理条件を、能力情報を提供した他の画像形成装置２００…に適用して新しい処理条件を作成する。すなわち、一台の画像形成装置２００の処理条件がサーバ２２に登録されると、他の画像形成装置２００でも、同じことができる処理条件を自動でサーバ２２に登録することができる。
【００４６】
図７は、サーバ２２の機能ブロック図の一例を示す。処理条件提供手段４１は、処理条件ＤＢ７０とユーザ認証手段４２と接続されている。処理条件提供手段４１は、画像形成装置２００から認証情報を受信する。認証情報は、上記のようにユーザＩＤとパスワードである。画像形成装置２００は、処理条件の送信をサーバ２２に要求する処理条件取得要求に認証情報を含めてサーバ２２に送信する。処理条件提供手段４１は、処理条件取得要求を受信すると、認証情報をユーザ認証手段４２に送出する。ユーザ認証手段４２は、認証情報（ユーザＩＤとパスワードの組）が不図示の認証情報ＤＢに登録されているか否かに基づき、ユーザの認証が成立するか否かを判定し、判定結果を処理条件提供手段４１に送出する。
【００４７】
処理条件提供手段４１は、ユーザの認証が成立したとの判定結果を取得した場合、ユーザＩＤをキーに処理条件ＤＢ７０を参照し、ユーザＩＤに対応づけられた処理条件を処理条件ＤＢ７０から読み出す。ユーザＩＤに対応づけられた処理条件が複数ある場合、処理条件提供手段４１は全ての処理条件を読み出す。または、処理条件取得要求に要求する処理条件のアプリケーション３０の種類を含めておき、該当するアプリケーション３０の処理条件のみを処理条件提供手段４１が読み出してもよい。処理条件提供手段４１は、処理条件ＤＢ７０から読み出した全ての処理条件を画像形成装置２００に送信する。
【００４８】
〔機器内処理条件〕
続いて、図８を用いて機器内処理条件について説明する。図８は機器内処理条件ＤＢ２４に記憶された機器内処理条件の一例を示す図である。機器内処理条件は、管理者により画像形成装置に登録された処理条件と同等な情報である。「同等」であるので、処理条件と機器内処理条件とは同一でなくてもよい。機器内処理条件はどのような形態（例えば、処理条件単位、処理条件の項目単位、等）で記憶してもよいが、本実施例では、機器内処理条件を用いてユーザが処理条件を編集するので、処理条件の項目に対応して分解された項目単位の記憶形態とした。
【００４９】
図８（a）は機器内処理条件の一項目である宛先（情報）を示す。機器内処理条件の宛先はアドレス帳と同じフォーマットなので、本実施例ではアドレス帳を機器内処理条件の宛先として示した。アドレス帳は、「ユーザ」「宛先」「処理条件番号」の各欄を有する。図８（ａ）はアドレス帳の一例であるが、図８（ａ）では「処理条件番号」の欄を有することが従来と異なる。「処理条件番号」は、処理条件の出所を識別するための番号である。
【００５０】
「ユーザ」には宛先としてユーザのユーザIDやユーザ名等、ユーザを識別するための情報が登録される。「宛先」にはE-Mailアドレスやファックス番号など、画像データの送信先が登録される。図８（ａ）のようなアドレス帳は、管理者（サーバ２２の管理者と同じでも異なっていてもよい。）が不図示のサーバ２２又は画像形成装置２００の操作パネル２０から入力する。したがって、アドレス帳に登録されている宛先であれば、画像データを送信しても情報漏洩のおそれは少ない。図８(a)のアドレス帳では、管理者が登録した宛先には「処理条件番号」として「―」が登録される。
【００５１】
これに対し、図８（ｂ）はいくつかの宛先が処理条件から登録されたアドレス帳の一例を示す図である。処理条件から登録された「宛先」の「処理条件番号」には「―」以外の情報（数値等）が登録される。したがって、「処理条件番号」を参照するとその宛先が管理者が登録された機器内処理条件か、処理条件を出所とするかを判別できる。このように、１つのアドレス帳に機器内処理条件と処理条件が混在しても、両者を判別できるようになっている。なお、図８（ｂ）は一例であって、機器内処理条件と処理条件を別々のデータベースに登録してもよい。
【００５２】
図９（ａ）〜（ｅ）は、「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の機器内処理条件及び処理条件を示す図の一例である。アドレス帳と同様に、予め、管理者が画像形成装置２００に登録した「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の処理条件番号には「―」が登録されている。これら機器内処理条件は、宛先と異なり、画像形成装置２００に固有であるので管理者が登録しておかなくてもよい。すなわち、画像形成装置２００が指定されれば、その画像形成装置２００で設定可能な「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」も自動的に定まる。しかしながら、管理者が、画像形成装置２００の最大性能のうち一部の機能のみの使用をユーザに許可したい場合がある。例えば、カラーによる読み取りではファイルサイズが大きくなるので、カラーによる許可は原則的に許可したくないような場合である。このような要求から、管理者は図９(a)〜(e)の処理条件番号が「―」の機器内処理条件を、予め画像形成装置２００に登録している。
【００５３】
したがって、画像形成装置２００がサーバ２２から処理条件を受信し、画像形成装置２００に処理条件として登録すると、管理者が登録した以外に、ユーザが画像形成装置２００に設定して実行可能な処理条件が増大することになる。しかしながら、サーバ２２にはユーザ毎に処理条件が登録されており、また、その処理条件は管理者が該ユーザに使用を許可した処理条件なので、多くの場合、処理条件は、予め画像形成装置２００に登録された機器内処理条件に含まれる。または、サーバ２２から送信された処理条件は、予め画像形成装置２００に登録された機器内処理条件よりも機能として大きい（例えば、処理条件の「解像度」が６００dpi、機器内処理条件の「解像度」が３００dpi、処理条件の「カラーモード」がカラー、機器内処理条件の「カラーモード」が白黒、のような関係）ものである。このため、画像形成装置２００では、サーバ２２から受信した処理条件を、機器内処理条件により編集してもよいことになる。
【００５４】
実行手段３６は、サーバ２２から受信した処理条件を画像形成装置２００に登録するタイミングになると、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目毎に、機器内処理条件に重複して登録されているか否かを判定する。重複して登録されていなければ、実行手段３６は、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目毎を、それぞれ機器内処理条件に登録する。
【００５５】
なお、ここでいう「重複」とは、処理条件の各項目だけでなく処理条件番号が同じか、少なくとも、処理条件番号「―」でない機器内処理条件と同じであるこという。前者を例にすると、例えば、「原稿種類」が「文字」で処理条件番号が「―」と、「原稿種類」が「文字」で処理番号条件が「１」のとは、重複していると判定されない。したがって、この場合、「文字」について処理条件番号「―」と処理条件番号「１」とがどちらも機器内処理条件に登録される。これは、本実施例では編集範囲が（１）と（２）のように切り替えられるため、同じ処理条件でも出所に応じて別々に扱うためである。
【００５６】
〔処理条件を画像形成装置２００に設定するまでの手順〕
図１０のシーケンス図に基づき処理条件を画像形成装置２００に設定するまでの手順について説明する。まず、ユーザは操作パネル２０を操作して認証操作を入力する（Ｓ３．１）。認証操作は認証情報を画像形成装置２００に入力できればどのような操作でもよく、例えば、ユーザＩＤ及びパスワードを操作パネル２０から入力する方法、ＩＣカードを画像形成装置２００に読み取らせることでユーザＩＤ及びパスワードを入力する方法、等がある。
【００５７】
操作パネル制御手段３１は、ユーザＩＤ及びパスワードの登録画面又はＩＣカードから認証情報を受け付ける。操作パネル制御手段３１は、認証情報を含む処理条件取得要求を処理条件取得手段３５に送出する（Ｓ３．２）。処理条件取得手段３５は、通信Ｉ／Ｆ１９に、処理条件取得要求をサーバ２２に送信するよう要求する（Ｓ３．３）。なお、画像形成装置２００には、サーバ２２のＩＰアドレスやＭＡＣアドレスなどが予め登録されている。通信Ｉ／Ｆ１９は、処理条件取得要求をサーバ２２に送信する（Ｓ３．４）。
【００５８】
サーバ２２のネットワーク装置７４が処理条件取得要求を受信すると、ネットワーク装置７４は処理条件提供手段４１に送出する（Ｓ３．５）。処理条件提供手段４１は、ユーザ認証手段４２に認証情報を送出し、ユーザの認証が成立した場合、ユーザＩＤをキーに処理条件ＤＢ７０から処理条件を読み出し（Ｓ３．６）、処理条件を取得する（Ｓ３．７）。処理条件提供手段４１は、読み出した処理条件を画像形成装置２００に送信するようネットワーク装置７４に要求する（Ｓ３．８）。ネットワーク装置７４は、処理条件を画像形成装置２００に送信する（Ｓ３．９）。
【００５９】
画像形成装置２００の通信Ｉ／Ｆ１９が処理条件を受信すると、通信Ｉ／Ｆ１９は処理条件を処理条件取得手段３５に送出する（Ｓ４．０）。処理条件取得手段３５は、処理条件を操作パネル制御手段３１に送出する（Ｓ４．３）。操作パネル制御手段３１の表示手段３２は、予め定められた画面定義情報に処理条件番号を加えて、処理条件の一覧画面を表示する。
図１１（ａ）は処理条件一覧画面２０１の一例を示す図である。処理条件一覧画２０１は、一覧される「処理条件ｎ（ｎ＝処理条件番号）」ボタン２０２〜２０４、「詳細」ボタン、「登録」ボタン２０６及び「編集」ボタン２０７を有する。ユーザが、１つの「処理条件ｎ」ボタン２０２〜２０４を押下すると、排他的に押下された「処理条件ｎ」ボタン２０２〜２０４が反転表示される。この状態で、ユーザが「詳細」ボタン２０５を押下すると、表示手段３２は該処理条件の詳細を表示する。また、「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザが「登録」ボタン２０６を押下すると「処理条件ｎ」の処理条件を、実行手段３６がＨＤＤ１５に記憶する。また、「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザが「編集」ボタン２０７を押下すると「処理条件ｎ」ボタン２０２〜２０４の処理条件の編集画面４０１が、表示される。
【００６０】
図１１（ｂ）（ｃ）は、ユーザが「詳細」ボタン２０５を押下することで、操作画面に表示された処理条件詳細画面３０１の一例を示す図である。図１１（ｂ）は処理条件１を、図１１（ｃ）は処理条件２をそれぞれ表示した場合の処理条件詳細画面３０１である。図６の処理条件１に示したように、図１１（ｂ）の「宛先」には「takaka＠dd.com」「aaaa@bbbb」「eeee@ffff」が表示されている。ユーザが処理条件詳細画面３０１の右のスクロールバー３０３を操作すると、表示手段３２は「解像度」「原稿種類」「サイズ」「カラーモード」「ファイル形式」等の他の処理条件を表示する。
【００６１】
同様に、図６の処理条件１に示したように、図１１（ｃ）の「宛先」には「ffff＠gggg
hhhh@iiii」「iiii@jjjj」が表示されている。ユーザが処理条件詳細画面３０１の右のスクロールバー３０３を操作すると、表示手段３２は「解像度」「原稿種類」「サイズ」「カラーモード」「ファイル形式」等の他の処理条件を表示する。
【００６２】
図１１（ｂ）（ｃ）においてユーザが「戻る」ボタン３０２を押下すると、操作手段３３がそれを受け付け、表示手段３２は図１１（ａ）の処理条件一覧画２０１を再度、表示する。
【００６３】
図１１（ａ）においてユーザが「編集」ボタン２０７を押下した際に表示される編集画面４０１の一例を図１３（ａ）に示すが、編集画面４０１については後述する。
【００６４】
図１０に戻り、図１１（ｂ）（ｃ）にてユーザが詳細な処理条件を確認し、図１１（ａ）に戻り、図１１（ａ）の「登録」ボタン２０６を押下すると、操作パネル制御手段３１は、「登録」ボタン２０６の押下を受け付ける（Ｓ４．４）。操作パネル制御手段３１は、実行手段３６にユーザが選択した処理条件を記憶するよう要求する（Ｓ４．５）。実行手段３６は、処理条件と記憶要求を取得し、ＨＤＤ１５に記憶する（Ｓ４．６）。
【００６５】
例えば、処理条件に含まれる宛先「takaka＠dd.com」「aaaa@bbbb」「eeee@ffff」が、画像形成装置２００のアドレス帳に記憶される。また、実行手段３６は、処理条件をＨＤＤ１５に記憶する際、処理条件番号も記憶する。これにより、処理条件の出所が明らかとなる。
【００６６】
〔機器内処理条件を用いた処理条件の編集手順〕
図１２は、ユーザが上記の（１）又は（２）のいずれかを編集範囲として、サーバ２２から取得した処理条件を編集する際のシーケンス図の一例を示す。このような処理条件の編集は、例えばその画像形成装置２００において禁止されていない限り可能である。したがって、実際には、図１２のシーケンス図は図１０のシーケンス図と一体であって両者が区別して実行されることは少ない。
【００６７】
図１２において、ユーザがログインしてから実行手段３６が処理条件をサーバ２２から取得するまでの手順は、図１０と同様なので説明を省略する。
【００６８】
ステップＳ４．０までの処理で、処理条件取得手段３５が通信Ｉ／Ｆ１９から処理条件を取得する（Ｓ４．０）。すると、処理条件取得手段３５は、編集用の「処理条件」又は「処理条件＋機器内処理条件」をＨＤＤ１５から読み出す（Ｓ４．１）。
【００６９】
上述したように、実行設定手段３４によって処理条件の編集範囲が規定されている。すわなち、予めＨＤＤ１５にて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を、ユーザがこれから実行する処理条件の編集範囲とするか（１）、サーバ２２から受信してＨＤＤ１５に記憶しておいた処理条件だけを、ユーザがこれから実行する処理条件を編集範囲とするか（２）、が規定されている。処理条件取得手段３５は、実行設定手段３４が設定した例えばフラグを読み編集範囲を決定し、編集範囲に応じてＨＤＤ１５から「処理条件」又は「処理条件＋機器内処理条件」を読み出す（Ｓ４．２）。この手順については図１５のフローチャート図にて説明する。
【００７０】
図１３（ａ）は、編集画面４０１の一例を示す図である。編集画面４０１には、ユーザが処理条件一覧画２０１で選択した「処理条件ｎ」ボタン２０２〜２０４のいずれかの処理条件が項目毎に表示されている。図１３（ａ）は処理条件１が選択された場合に表示される編集画面４０１である。また、「宛先」の欄には「宛先追加」ボタン４０５が表示されている。「宛先追加」ボタン４０５は、処理条件１の宛先「takaka＠dd.com aaaa@bbbb eeee@ffff」に、ユーザが別の宛先を追加するためのボタンである。すなわち、「宛先追加」ボタン４０５は宛先の編集を開始するためのボタンとなる。
【００７１】
図１３（ａ）では、「宛先」の欄にしか編集を開始するためのボタンがないが、各項目に編集を開始するためのボタンが表示される。
【００７２】
ユーザが「宛先追加」ボタン４０５を押下すると、操作パネル制御手段３１は「宛先追加」ボタン４０５の押下を受け付ける。すると、操作パネル制御手段３１は、処理条件取得手段３５がＨＤＤ１５から読み出した「処理条件」又は「処理条件＋機器内処理条件」を操作パネル２０に表示する。実行設定手段３４による設定が、予めＨＤＤ１５にて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする場合、操作パネル制御手段３１が表示する宛先は図８（ｂ）のアドレス帳の宛先である。より正確には、図８（ｂ）のアドレス帳から、図１３（ａ）の宛先（サーバ２２からの処理条件に含まれている宛先）の重複を排除した宛先である。処理条件取得手段３５は、図８（ｂ）のアドレス帳の全てを読み出し、重複を排除して操作パネル制御手段３１に送出する。
【００７３】
実行設定手段３４による設定が、サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを編集範囲とする場合、操作パネル制御手段３１が表示する宛先は図８（ｂ）のアドレス帳（機器内処理条件）のうち、処理条件番号が「−」以外の宛先である。より正確には、図８（ｂ）のアドレス帳の処理条件番号が「−」以外の宛先から、図１３（ａ）の宛先（サーバ２２からの処理条件に含まれている宛先）の重複を排除した宛先である。
【００７４】
図１４は、図８（ｂ）から処理条件番号が「−」以外の宛先だけを抽出したアドレス帳の一例を示す。処理条件取得手段３５は、図１４のようなアドレス帳を読み出し、重複を排除して操作パネル制御手段３１に送出する。
【００７５】
図１３（ｂ）は、「宛先追加」ボタン４０５が押下されると表示される宛先追加画面４０２の一例を示す。宛先追加画面４０２には、名前（ユーザＩＤ又はユーザＩＤに紐づけられたユーザの氏名、ニックネーム等）４０９、宛先４１０及びチェックボックス４０８が表示される。
【００７６】
図１３（ｂ）の左の宛先追加画面４０２は、実行設定手段３４による設定が、予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする場合を、図１３（ｂ）の右の宛先追加画面４０２は、実行設定手段３４による設定が、サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを編集範囲とする場合の画面を、それぞれ示す。
【００７７】
図１３（ｂ）の右図では、機器内処理条件の宛先が表示されないので、「suchann@murataku.ac.jp」「daaa@temada」が表示されない。すなわち、実行設定手段３４による設定が、サーバ２２から受信してＨＤＤに記憶しておいた処理条件だけを編集範囲とする場合、ユーザは機器内処理条件を編集に用いることができない。
【００７８】
ユーザは、宛先追加画面４０２で追加したい宛先の先頭のチェックボックス４０８を押下する。図１３（ｂ）左図では「ffff＠gggg」が、図１３（ｂ）右図では「llll＠mmmm」が、それぞれチェックされている。操作パネル制御手段３１は、押下を受け付けチェックボックス４０８にチェックマークを表示する。その状態で「OK」ボタン４０７を押下すれば、操作パネル制御手段３１はチェックマークを表示した宛先を受け付ける。また、操作パネル制御手段３１は、宛先が追加された編集画面４０１を再度表示する。
【００７９】
図１３（ｃ）は、宛先が追加された編集画面４０１の一例を示す図である。図１３（ａ）と比べ、図１３（ｃ）左図では「ffff＠gggg」が宛先に追加され、図１３（ｃ）右図では「llll＠mmmm」が宛先に追加されている。ユーザが「戻る」ボタン４０４を押下すると、操作パネル制御手段３１は「戻る」ボタン４０４の押下を受け付け、図１１（ａ）の処理条件一覧画２０１を表示する。
【００８０】
図１２に戻り、ユーザが、図１１（ａ）の処理条件一覧画２０１から「登録」ボタン２０６を押下すると（Ｓ４．４）、操作パネル制御手段３１は「登録」ボタン２０６の押下を受け付ける。操作パネル制御手段３１は、図１１（ａ）にてユーザが選択した処理条件に、ユーザが編集して追加した処理条件（宛先）を追加して、実行手段３６に送出する（Ｓ４．５）。実行手段３６はＨＤＤ１５に、ユーザが編集して宛先等を追加した処理条件（宛先）を登録する（Ｓ４．６）。上記のように、実行手段３６は、「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」の各項目毎に、機器内処理条件に重複して登録されているか否かを判定し、重複して登録されていなければ各項目毎を、それぞれ機器内処理条件に登録する。
【００８１】
例えば、「登録」ボタン２０６を押下することで、操作パネル制御手段３１はユーザが編集した処理条件が設定された実行画面を表示する。したがって、ユーザは、処理条件の登録後、「スタート」キーを押下することで、該処理条件を実行することができる。
【００８２】
以上の処理により、ＨＤＤ１５には新たな内処理条件が登録されたことになる。したがって、次回、サーバ２２から処理条件を取得した際は、新たに登録された処理条件を編集範囲とすることができる。なお、例えば、編集範囲を「サーバから受信してＨＤＤに記憶しておいた処理条件だけ」に限定している限り、編集範囲が管理者がサーバ２２に設定した処理条件の範囲を超えることはなく、セキュリティが低下することはない。また、編集範囲を「予めＨＤＤにて記憶している機器内処理条件と、サーバから受信してＨＤＤに記憶しておいた処理条件の両方」としても、機器内処理条件は管理者が登録したものなので、大きくセキュリティが低下することもない。したがって、機器の利便性とセキュリティを両立して確保することができる。
【００８３】
〔編集範囲の決定の詳細な手順〕
図１２のステップＳ４．１〜Ｓ４．２において、処理条件取得手段３５が編集範囲を決定する手順を説明する。
図１５のフローチャート図は、処理条件取得手段３５が、通信Ｉ／Ｆ１９から（サーバ２２から）処理条件を取得するとスタートする。
【００８４】
まず、処理条件取得手段３５は、処理条件が編集可能か否かを判定する（Ｓ１１０）。処理条件取得手段３５は、処理条件に「※」が添付されているか否かに基づき、その処理条件が編集可能か否かを判定する。編集が許可されない場合（Ｓ１１０のＮｏ）、図１５のフローチャート図に基づく処理は終了する。
【００８５】
編集が許可されている場合（Ｓ１１０のＹｅｓ）、処理条件取得手段３５は、実行設定手段３４が設定したフラグを参照する（Ｓ１２０）。上記のようにこのフラグは編集範囲を規定する。
【００８６】
処理条件取得手段３５は、編集範囲がアドレス帳からの追加が許可されているか否かを判定する（Ｓ１３０）。アドレス帳からの追加とは、「（１）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする」ことに相当する。
【００８７】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＹｅｓ）、処理条件取得手段３５はＨＤＤ１５のアドレス帳を読み出す（Ｓ１４０）。アドレス帳には機器内処理条件が記憶されている。
【００８８】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＮｏ）、処理条件取得手段３５はＨＤＤから、サーバ２２から受信してＨＤＤに記憶しておいた処理条件のみを読み出す（Ｓ１５０）。
【００８９】
ついで、処理条件取得手段３５は、サーバ２２から受信した処理条件の宛先とＨＤＤから読み出した宛先の重複を排除する（Ｓ１６０）。処理条件取得手段３５は、アドレス帳から読み出し重複を排除した宛先を操作パネル制御手段３１に送出する。
【００９０】
これにより、操作パネル制御手段３１は、図１３（ｂ）のような宛先追加画面４０２を表示することができる（Ｓ１７０）。
【００９１】
以上説明したように、本実施例の画像形成装置利用システム１００は、サーバ２２から受信した処理条件の編集を編集範囲を限定して認めることで、利便性とセキュリティを両立することができる。また、編集範囲を可変にできるので、利便性を向上させるか、セキュリティを向上させるか、を適宜調整できる。
【実施例２】
【００９２】
実施例１では、「登録」ボタン２０６により処理条件を登録したが、本実施例では処理条件の実行により、サーバ２２から受信した編集前又は編集後の処理条件をＨＤＤ１５に記憶する画像形成装置利用システム１００について説明する。実際に画像形成装置２００が実施した処理条件だけを登録することで、不用意に機器内処理条件の記憶容量が大きくなることを防止したり、実行後、自動的に処理条件を登録できるので操作手順を簡易化できる。
【００９３】
本実施例の画像形成装置２００の機能ブロック図は図２と同様であるので説明は省略する。
図１６は、処理条件を画像形成装置２００に設定するまでの手順を示すシーケンス図の一例である。図１６において、ステップＳ４．０までは図１０と同様である。画像形成装置２００の通信Ｉ／Ｆ１９がサーバ２２から処理条件を受信すると、通信Ｉ／Ｆ１９は処理条件を処理条件取得手段３５に送出する（Ｓ４．０）。処理条件取得手段３５は、処理条件を操作パネル制御手段３１に送出する（Ｓ４．３）。操作パネル制御手段３１の表示手段３２は、予め定められた画面定義情報に処理条件番号を加えて、処理条件覧画面２０１を表示する。
【００９４】
操作パネル制御手段３１は、実施例１と同様に図１１（ａ）のような処理条件一覧画２０１を表示する。ユーザが、１つの「処理条件ｎ」ボタン２０２〜２０４を押下すると、排他的に押下された「処理条件ｎ」ボタン２０２〜２０４が反転表示される。実施例1と同様にユーザが「詳細」ボタン２０５を押下すると表示手段３２は該処理条件の詳細を表示するので、ユーザは処理条件を確認することができる。
【００９５】
いずれかの「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザがハードキーの１つである「スタート」キーを押下すると、操作パネル制御手段３１は「スタート」キー押下を受け付ける（Ｓ５．１）。操作パネル制御手段３１は、実行手段３６に処理条件の実行を要求する（Ｓ５．２）。実行手段３６は、処理条件をパラメータに設定して処理を実行する（Ｓ５．３）。すなわち、画像形成装置２００は、処理条件の「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」をそれぞれパラメータとして設定し、原稿を読み取り画像データを生成する。
【００９６】
実行手段３６が処理条件の実行を終了すると、実行手段３６は処理条件を各項目毎に、ＨＤＤ１５に登録する。
【００９７】
図１７は、ユーザが機器内処理条件を用いて処理条件を編集する際のシーケンス図の一例を示す。図１７において、ユーザがログインしてから、ユーザが処理条件を編集するまでの手順は、図１２と同様なので説明を省略する。
【００９８】
図１３（ｃ）の編集画面４０３においてユーザが処理条件を編集して「戻る」ボタン４０４を押下すると、操作パネル２０には、図１１（ａ）の処理条件一覧画２０１が表示される。いずれかの「処理条件ｎ」ボタン２０２〜２０４が反転表示された状態で、ユーザがハードキーの１つである「スタート」キーを押下すると、操作パネル制御手段３１は「スタート」キー押下を受け付ける（Ｓ５．１）。操作パネル制御手段３１は、実行手段３６に処理条件の実行を要求する（Ｓ５．２）。実行手段３６は、処理条件をパラメータに設定して処理を実行する（Ｓ５．３）。すなわち、画像形成装置２００は、処理条件の「宛先」「原稿種類」「解像度」「サイズ」「カラーモード」「ファイル形式」をそれぞれパラメータとして設定し、原稿を読み取り画像データを生成する。
【００９９】
実行手段３６が処理条件の実行を終了すると、実行手段３６は処理条件を各項目毎に、機器内処理条件に登録する。すなわち、既に図１６で処理条件がＨＤＤ１５に登録された状態で、実行手段３６は実行した処理条件をＨＤＤ１５に登録する。
【０１００】
本実施例によれば、実施例１の効果に加え、実際に画像形成装置２００が実施した処理条件だけを登録することで、不用意に機器内処理条件の記憶容量が大きくなることを防止したり、「スタート」キーを押下するだけで実行と登録が行われるので、操作手順を簡易化できる。
【実施例３】
【０１０１】
本実施例では、宛先追加画面４０２において表示される宛先を、過去に追加した宛先に基づきソートして表示する画像形成装置利用システム１００について説明する。機器処理条件に登録される宛先の数は、徐々に増えるものと考えられる。この点、他の処理条件の項目が、画像形成装置２００のハード的な機能の制約を受け、あまり増えない傾向にあるのと異なる。また、操作パネル２０の大きさは有限である。したがって、宛先を宛先追加画面４０２に表示する場合、ユーザが選ぶ可能性の高いものから表示することで、ユーザの操作性が向上する。
【０１０２】
図１８は、画像形成装置利用システム１００の構成図における画像形成装置２００の機能ブロック図の一例を示す。図１８において図３と同一部には同一の符号を付しその説明は省略する。図１８では、操作パネル制御手段３１が履歴設定手段３７を有し、処理条件取得手段３５がソート手段３８を有する。
【０１０３】
履歴設定手段３７は、操作パネル２０からの、管理者又はユーザによる履歴機能のＯＮ又はＯＦＦの設定を受け付ける。
図１９は、履歴機能のＯＮ又はＯＦＦの設定を受け付ける画面の一例を示す。図１９の画面は宛先追加設定画面１０１を例にしたが、履歴機能をＯＮ又はＯＦＦに設定できればどのような画面でもよい。「履歴機能」ボタン１０５にチェックボックス１０６が表示されており、ユーザがチェックボックス１０６を押下すると、操作パネル制御手段３１は履歴機能がＯＮであることを受け付け、履歴設定手段３７に通知する。
【０１０４】
履歴設定手段３７は、履歴機能をＯＮ又はＯＦＦに対応したフラグをＨＤＤやＲＯＭに記憶しておく。処理条件取得手段３５のソート手段３８は、このフラグを参照して、宛先追加画面４０２の宛先をソートするか否かを決定する。のソート手段３８は、ＨＤＤ１５に記憶された処理条件のタイムスタンプ情報を参照して、「宛先」をソートする。
【０１０５】
図１３（ｃ）に示したように、操作パネル制御手段３１は、ユーザが追加した宛先を、図１１（ａ）にてユーザが選択した処理条件に加える。操作パネル制御手段３１は、ユーザが追加した宛先と、処理条件を処理条件取得手段３５に送出する。処理条件取得手段３５は、実行手段３６に、宛先が追加された処理条件を送出するので、実行手段３６はHDDに、ユーザが編集して宛先等を追加した処理条件（宛先）を登録する。
【０１０６】
処理条件の登録の際、実行手段３６は、追加された処理条件（宛先）に追加された日時のタイムスタンプ情報を登録する。
図２０は、タイムスタンプ情報を有するアドレス帳の一例を示す。なお、図２０において図８（ｂ）と同一部には同一の符号を付しその説明は省略する。図２０の最も右の欄には「追加日時」が設けられており、「takaka@dd.com」は「3日前」に処理条件に追加されたことが、「suchann@murataku.ac.jp」は「２日前」に処理条件に追加されたことが、「ffff@gggg」は「１日前」に処理条件に追加されたことが、分かる。
【０１０７】
なお、より好ましくは、最新のタイムスタンプ情報だけでなく、１つの宛先に対し過去５回程度のタイムスタンプ情報を登録しておく。こうすることで、宛先毎に使用頻度を算出することが可能となる。
【０１０８】
そして、図１３（ｂ）の宛先追加画面４０２を表示する際、ソート手段３８は、タイムスタンプ情報を参照して、「宛先」をソートする。または、ソート手段３８は、ソートして宛先を操作パネル制御手段３１に送出する。タイムスタンプ情報によれば、最も最近、編集対象として追加された宛先は、「ffff@gggg」で、その前が「suchann@murataku.ac.jp」、さらにその前が「takaka@dd.com」であるので、操作パネル制御手段３１はこの順番で宛先追加画面４０２の宛先を表示する
図２１は、本実施例における図１３（ｂ）の宛先追加画面４０２の一例を示す図である。図２１と図１３（ｂ）の左図を比べると、最も最近追加した「ffff@gggg」が最上段に表示されている。最近追加した宛先は、再度追加することが多いので、表示する宛先を過去の履歴でソートすることで、ユーザは画面の切り替えやスクロールを最小限にして、所望の宛先を追加することができる。
【０１０９】
なお、図２１に示した「ソート」ボタン４１１を押下することで、ソート順を切り替えてもよい。ユーザが「ソート」ボタン４１１を押下する毎に、ソート手段３８は、例えば「タイムスタンプ情報」「アルファベット順」「逆アルファベット順」「使用頻度」のように、ソートの要因を順番に切り替える。こうすることで、操作パネル制御手段３１は、ユーザの所望のソート順で追加対象の宛先を表示することができる。
【０１１０】
〔編集範囲の決定の詳細な手順〕
図２２は、処理条件取得手段３５が編集範囲を決定する手順を示すフローチャート図の一例である。図２２において、ステップＳ１６０までの処理は図１５と同様である。まず、処理条件取得手段３５は、処理条件が編集可能か否かを判定する（Ｓ１１０）。処理条件取得手段３５は、処理条件に「※」が添付されているか否かに基づき、その処理条件が編集可能か否かを判定する。編集が許可されない場合（Ｓ１１０のＮｏ）、図２２のフローチャート図に基づく処理は終了する。
【０１１１】
編集が許可されている場合（Ｓ１１０のＹｅｓ）、処理条件取得手段３５は、実行設定手段３４が設定したフラグを参照する（Ｓ１２０）。上記のようにこのフラグは編集範囲を規定する。
【０１１２】
処理条件取得手段３５は、編集範囲がアドレス帳からの追加が許可されているか否かを判定する（Ｓ１３０）。アドレス帳からの追加とは、「（１）予めＨＤＤにて記憶している機器内処理条件と、サーバ２２から受信してＨＤＤに記憶しておいた処理条件の両方を編集範囲とする」ことに相当する。
【０１１３】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＹｅｓ）、処理条件取得手段３５はＨＤＤのアドレス帳を読み出す（Ｓ１４０）。アドレス帳には機器内処理条件が記憶されている。
【０１１４】
アドレス帳からの追加が許可されている場合（Ｓ１３０のＮｏ）、処理条件取得手段３５はＨＤＤのアドレス帳から、サーバ２２から受信してＨＤＤに記憶しておいた処理条件のみを読み出す（Ｓ１５０）。
【０１１５】
ついで、処理条件取得手段３５は、サーバ２２から受信した処理条件の宛先とＨＤＤから読み出した宛先の重複を排除する（Ｓ１６０）。
【０１１６】
次に、ソート手段３８は、履歴機能がＯＮかＯＦＦかを判定する（Ｓ１６５）。履歴機能がＯＦＦの場合（Ｓ１６５のＮｏ）、ソート手段３８が宛先の表示順をソートすることなく、処理条件取得手段３５は、アドレス帳から読み出し重複を排除した宛先を操作パネル制御手段３１に送出する。
【０１１７】
履歴機能がＯＮの場合（Ｓ１６５のＹｅｓ）、ソート手段３８は、アドレス帳から読み出し重複を排除した宛先の表示順をタイムスタンプ情報に基づきソートする（Ｓ１６６）。処理条件取得手段３５は、ソートした順番で宛先を操作パネル制御手段３１に送出する。
【０１１８】
これにより、操作パネル制御手段３１は、図２１のような宛先追加画面４０２を表示することができる（Ｓ１７０）。
【０１１９】
以上説明したように、本実施例の画像形成装置利用システム１００は、サーバ２２から受信した処理条件の編集を編集範囲を限定して認めることで、利便性とセキュリティを両立することができる。また、編集範囲を可変にできるので、利便性を向上させるか、セキュリティを向上させるか、を適宜調整できる。
【０１２０】
本実施例の画像形成装置利用システム１００は、宛先を宛先追加画面４０２に表示する場合、ユーザが選ぶ可能性の高いものから表示することで、ユーザの操作性を向上させることができる。
【実施例４】
【０１２１】
実施例１ではユーザが「登録」ボタン２０６を押下することにより、実施例２では処理条件を画像形成装置２００に設定し「スタート」キーを押下することにより、実行手段３６が処理条件を登録するとして説明した。しかしながら、いずれの場合もＨＤＤ１５に登録する処理条件を個別に選択することができなかった。そこで、本実施例では、画像形成装置２００のＨＤＤ１５に登録する処理条件を個別に選択できる画像形成装置利用システム１００について説明する。
【０１２２】
図２３は、画像形成装置利用システム１００の構成図における画像形成装置２００の機能ブロック図の一例を示す。図２３において図３と同一部には同一の符号を付しその説明は省略する。図２３では、操作パネル制御手段３１が保存条件設定手段３９を有する。
【０１２３】
保存条件設定手段３９は、管理者又はユーザが操作パネル２０から設定した、処理条件の保存条件の設定を受け付ける。保存条件は以下の通りである。
（Ｒ１）ＨＤＤ１５に登録する処理条件の項目を予め設定しておき、設定された項目だけが「登録」ボタン２０６又は「スタート」キーの押下により登録される
（Ｒ２）登録前に、登録する処理条件の項目をユーザが指定することができ、指定された項目だけが「登録」ボタン２０６又は「スタート」キーの押下により登録される
図２４（ａ）は、処理条件の保存条件の設定を受け付ける保存条件設定画面５０１の一例を示す。保存条件設定画面５０１は、例えば、画像形成装置２００の「システム初期設定」キーを管理者又はユーザが押下して、表示された画面の複数のタブの１つを押下することで表示される。保存条件設定画面５０１は、「自動保存」ボタン５０２と「ユーザ選択」ボタン５０３とを有する。また、「自動保存」ボタン５０２は「詳細条件保存設定」ボタン５０４を有する。「自動保存」ボタン５０２と「ユーザ選択」ボタン５０３は、管理者又はユーザの押下により排他的に選択される。選択されたボタンは丸印５０５が反転表示される。また、「自動保存」ボタン５０２が選択されると、「詳細条件保存設定」ボタン５０４の押下も可能となる。
【０１２４】
保存条件設定手段３９は、「自動保存」ボタン５０２が押下された場合、上記（Ｒ１）の保存条件を設定する。保存条件設定手段３９は、「ユーザ選択」ボタン５０３が押下された場合、上記（Ｒ２）の保存条件を設定する。これら保存条件の設定は、画像形成装置２００の初期設定の1つとしてＨＤＤ等に記憶される。
【０１２５】
図２４（ｂ）は、ユーザが「詳細条件保存設定」ボタン５０４を押下した際に表示される詳細設定画面６０１の一例を示す図である。詳細設定画面６０１には、スキャナアプリの処理条件の各項目「宛先」「解像度」「カラーモード」「原稿種類」「ファイル形式」６０２が表示されている。管理者又はユーザは各項目６０２を押下することで、登録する項目６０２を個別に選択することができる。図２４（ｂ）では「宛先」が選択されているので、この場合、実行手段３６はサーバ２２から取得した処理条件のうち「宛先」だけを機器内処理条件に登録することになる。項目毎の個別の設定は、（Ｒ１）の保存条件の一部としてＨＤＤ等に記憶される。
【０１２６】
なお、図２４（ｂ）はスキャナアプリの処理条件を例示したもので、プリンタアプリ、コピーアプリ、ファックスアプリ、ネットファイルアプリ（ドキュメントボックスアプリ）、Ｗｅｂアプリについても登録する項目を個別に設定できる。
【０１２７】
保存条件設定手段３９が、（Ｒ１）の保存条件を設定した場合、登録される処理条件の項目が図２４（ｂ）で設定された一部になるだけで、その他は実施例１又は２と変わりがない。一方、保存条件設定手段３９が、（Ｒ２）の保存条件を設定した場合、ユーザが保存する項目を指示するための画面が表示される。
【０１２８】
例えば、図１１（ａ）の処理条件一覧画２０１において、ユーザが「編集」ボタン２０７を押下すると、操作パネル制御手段３１は図１３（ａ）のような編集画面４０１を表示するが、この編集画面にてユーザが保存する項目が指示される。
図２５は、本実施例の編集画面７０１の一例を示す図である。図２５において図１３（ａ）と同一部には同一の符号を付しその説明は省略する。図２５の編集画面７０１は、処理条件の各項目にチェックボックス４１２を有する。ユーザが保存したい項目に対応づけられたチェックボックス４１２を押下すると、操作パネル制御手段３１がこれを受け付け、実行手段３６に選択された処理条件の項目を通知する。これにより、実行手段３６は、「登録」ボタン２０６又は「スタート」キーの押下に応じて、ユーザが選択した項目だけをＨＤＤ１５に登録することができる。
【０１２９】
なお、登録する処理条件の項目をユーザが指定する画面は編集画面７０１である必要はなく、例えば、図１１（ｂ）（ｃ）のように、ユーザが「詳細」ボタン２０５を押下することで表示される処理条件詳細画面３０１でもよい。
【０１３０】
本実施例によれば、保存条件設定手段３９が保存条件設定画面５０１から初期設定として、ＨＤＤ１５に登録する処理条件を個別に設定しておくことができ、ユーザが所望の処理条件の一部の項目だけを登録することを可能にできる。
【符号の説明】
【０１３１】
９ プログラム
１２ ＣＰＵ
１３ ＲＯＭ
１４ ＲＡＭ
１５ ＨＤＤ
１６ 内部バス
１７ スキャナエンジン
１８ プロッタエンジン
１９ 通信Ｉ／Ｆ
２０ 操作パネル
２１ ＬＡＮ
２４ 機器内処理条件ＤＢ
３１ 操作パネル制御手段
３２ 表示手段
３３ 操作手段
３４ 実行設定手段
３５ 処理条件取得手段
３６ 実行手段
１００ 画像形成装置利用システム
２００ 画像形成装置
【先行技術文献】
【特許文献】
【０１３２】
【特許文献１】特開２００３−０８７４７９号公報
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたサーバから取得した、処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置において、
前記サーバに記憶されている、第1の処理条件情報を取得する取得手段と、
前記処理条件記憶手段に記憶された前記処理条件情報を表示する表示手段と、
前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付ける編集受け付け手段と、
前記第1の処理条件情報を、前記処理条件記憶手段に登録する処理条件登録手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記サーバから取得した以外に予め機器内処理条件情報が記憶された機器内処理条件情報記憶手段を有し、
前記表示手段は、前記処理条件情報に加えて、前記機器内処理条件情報を表示し、
前記編集受け付け手段は、前記処理条件情報に加え、前記機器内処理条件情報を用いた前記第1の処理条件情報の編集を受け付ける、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記表示手段は、前記処理条件情報と、前記機器内処理条件情報とに共通の処理条件のみを表示し、
前記編集受け付け手段は、前記共通の処理条件のみを用いた前記第1の処理条件情報への追加を受け付ける、
ことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記表示手段が、前記処理条件記憶手段に記憶された前記処理条件情報のみを表示するか、前記処理条件情報に加えて前記機器内処理条件情報を表示するか、又は、前記処理条件記憶手段に記憶された前記処理条件情報と前記機器内処理条件情報とに共通の処理条件のみを表示するか、の設定を受け付ける設定受け付け手段、
を有することを特徴とする請求項１〜３いずれか１項記載の情報処理装置。
【請求項５】
前記編集受け付け手段が過去に受け付けた、前記機器内処理条件情報、又は、前記処理条件記憶手段に記憶された前記処理条件情報、の履歴情報を記録する履歴記録手段と、
前記履歴情報に基づき前記機器内処理条件情報、又は、前記処理条件記憶手段に記憶された前記処理条件情報をソートするソート手段と、を有し、
前記表示手段は、前記履歴情報に基づきソートされた順番で前記機器内処理条件情報、又は、前記処理条件記憶手段に記憶された前記処理条件情報を表示する、
ことを特徴とする請求項２記載の情報処理装置。
【請求項６】
前記第1の処理条件情報のうち、前記処理条件登録手段が登録する項目の設定を受け付ける登録条件設定受け付け手段を有し、
前記処理条件登録手段は、前記第1の処理条件情報のうち、前記登録条件設定受け付け手段が受け付けた一部の項目のみを前記処理条件記憶手段に登録する、
ことを特徴とする請求項１〜４いずれか1項記載の情報処理装置。
【請求項７】
前記表示手段が、前記第1の処理条件情報の各項目と、各項目毎に前記処理条件登録手段が登録するか否かの設定を受け付ける設定欄を表示し、
前記登録条件設定受け付け手段は、前記設定欄の設定に応じて、前記サーバから受信した前記第1の処理条件情報毎に、前記処理条件登録手段が登録する項目の設定を受け付ける、
ことを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記登録条件設定受け付け手段は、前記サーバから受信した複数の前記第1の処理条件情報に共通に、前記処理条件登録手段が登録する項目の設定を一度で受け付ける、
ことを特徴とする請求項６記載の情報処理装置。
【請求項９】
前記登録条件設定受け付け手段は、
前記サーバから受信した前記第1の処理条件情報毎に、前記処理条件登録手段が登録する項目の設定を受け付けるか、又は、前記サーバから受信した複数の前記第1の処理条件情報に共通に、前記処理条件登録手段が登録する項目の設定を一度で受け付ける、の設定を受け付ける、
ことを特徴とする請求項６〜８いずれか1項記載の情報処理装置。
【請求項１０】
前記処理条件登録手段は、前記実行手段が前記第1の処理条件情報を設定して情報処理を実行した後、前記第1の処理条件情報を、前記処理条件記憶手段を登録する、
ことを特徴とする請求項１〜９いずれか1項記載の情報処理装置。
【請求項１１】
前記処理条件登録手段は、ユーザによる登録指示を受け付けた場合に、前記第1の処理条件情報を、前記処理条件記憶手段に登録する、
ことを特徴とする請求項１〜９いずれか1項記載の情報処理装置。
【請求項１２】
処理条件データベースを備えたサーバと、前記サーバから取得した処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置とが、ネットワークを介して接続された情報処理装置利用システムにおいて、
前記サーバは、前記情報処理装置からの要求に応じて第１の処理条件情報を提供する提供手段を有し、
前記情報処理装置は、
前記サーバに記憶されている、前記第1の処理条件情報を取得する取得手段と、
前記処理条件記憶手段に記憶された前記処理条件情報を表示する表示手段と、
前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付ける編集受け付け手段と、
前記第1の処理条件情報を、前記処理条件記憶手段に登録する処理条件登録手段と、を有する、ことを特徴とする情報処理装置利用システム。
【請求項１３】
ネットワークを介して接続されたサーバから取得した、処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置の処理条件編集方法において、
取得手段が、前記サーバに記憶されている、第1の処理条件情報を取得するステップと、
表示手段が、前記処理条件記憶手段に記憶された前記処理条件情報を表示するステップと、
編集受け付け手段が、前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付けるステップと、
処理条件登録手段が、前記第1の処理条件情報を、前記処理条件記憶手段に登録するステップと、
を有することを特徴とする処理条件編集方法。
【請求項１４】
処理条件データベースを備えたサーバと、前記サーバから取得した処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置とが、ネットワークを介して接続された情報処理装置利用システムの処理条件編集方法において、
前記サーバが、前記情報処理装置からの要求に応じて第１の処理条件情報を提供するステップと、
前記情報処理装置が、前記サーバに記憶されている、前記第1の処理条件情報を取得するステップと、
前記情報処理装置が、前記処理条件記憶手段に記憶された前記処理条件情報を表示するステップと、
前記情報処理装置が、前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付けるステップと、
前記情報処理装置が、前記第1の処理条件情報を、前記処理条件記憶手段に登録するステップと、
を有する、ことを特徴とする処理条件編集方法。
【請求項１】
ネットワークを介して接続されたサーバから取得した、処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置において、
前記サーバに記憶されている、第1の処理条件情報を取得する取得手段と、
前記処理条件記憶手段に記憶された前記処理条件情報を表示する表示手段と、
前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付ける編集受け付け手段と、
前記第1の処理条件情報を、前記処理条件記憶手段に登録する処理条件登録手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記サーバから取得した以外に予め機器内処理条件情報が記憶された機器内処理条件情報記憶手段を有し、
前記表示手段は、前記処理条件情報に加えて、前記機器内処理条件情報を表示し、
前記編集受け付け手段は、前記処理条件情報に加え、前記機器内処理条件情報を用いた前記第1の処理条件情報の編集を受け付ける、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記表示手段は、前記処理条件情報と、前記機器内処理条件情報とに共通の処理条件のみを表示し、
前記編集受け付け手段は、前記共通の処理条件のみを用いた前記第1の処理条件情報への追加を受け付ける、
ことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記表示手段が、前記処理条件記憶手段に記憶された前記処理条件情報のみを表示するか、前記処理条件情報に加えて前記機器内処理条件情報を表示するか、又は、前記処理条件記憶手段に記憶された前記処理条件情報と前記機器内処理条件情報とに共通の処理条件のみを表示するか、の設定を受け付ける設定受け付け手段、
を有することを特徴とする請求項１〜３いずれか１項記載の情報処理装置。
【請求項５】
前記編集受け付け手段が過去に受け付けた、前記機器内処理条件情報、又は、前記処理条件記憶手段に記憶された前記処理条件情報、の履歴情報を記録する履歴記録手段と、
前記履歴情報に基づき前記機器内処理条件情報、又は、前記処理条件記憶手段に記憶された前記処理条件情報をソートするソート手段と、を有し、
前記表示手段は、前記履歴情報に基づきソートされた順番で前記機器内処理条件情報、又は、前記処理条件記憶手段に記憶された前記処理条件情報を表示する、
ことを特徴とする請求項２記載の情報処理装置。
【請求項６】
前記第1の処理条件情報のうち、前記処理条件登録手段が登録する項目の設定を受け付ける登録条件設定受け付け手段を有し、
前記処理条件登録手段は、前記第1の処理条件情報のうち、前記登録条件設定受け付け手段が受け付けた一部の項目のみを前記処理条件記憶手段に登録する、
ことを特徴とする請求項１〜４いずれか1項記載の情報処理装置。
【請求項７】
前記表示手段が、前記第1の処理条件情報の各項目と、各項目毎に前記処理条件登録手段が登録するか否かの設定を受け付ける設定欄を表示し、
前記登録条件設定受け付け手段は、前記設定欄の設定に応じて、前記サーバから受信した前記第1の処理条件情報毎に、前記処理条件登録手段が登録する項目の設定を受け付ける、
ことを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記登録条件設定受け付け手段は、前記サーバから受信した複数の前記第1の処理条件情報に共通に、前記処理条件登録手段が登録する項目の設定を一度で受け付ける、
ことを特徴とする請求項６記載の情報処理装置。
【請求項９】
前記登録条件設定受け付け手段は、
前記サーバから受信した前記第1の処理条件情報毎に、前記処理条件登録手段が登録する項目の設定を受け付けるか、又は、前記サーバから受信した複数の前記第1の処理条件情報に共通に、前記処理条件登録手段が登録する項目の設定を一度で受け付ける、の設定を受け付ける、
ことを特徴とする請求項６〜８いずれか1項記載の情報処理装置。
【請求項１０】
前記処理条件登録手段は、前記実行手段が前記第1の処理条件情報を設定して情報処理を実行した後、前記第1の処理条件情報を、前記処理条件記憶手段を登録する、
ことを特徴とする請求項１〜９いずれか1項記載の情報処理装置。
【請求項１１】
前記処理条件登録手段は、ユーザによる登録指示を受け付けた場合に、前記第1の処理条件情報を、前記処理条件記憶手段に登録する、
ことを特徴とする請求項１〜９いずれか1項記載の情報処理装置。
【請求項１２】
処理条件データベースを備えたサーバと、前記サーバから取得した処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置とが、ネットワークを介して接続された情報処理装置利用システムにおいて、
前記サーバは、前記情報処理装置からの要求に応じて第１の処理条件情報を提供する提供手段を有し、
前記情報処理装置は、
前記サーバに記憶されている、前記第1の処理条件情報を取得する取得手段と、
前記処理条件記憶手段に記憶された前記処理条件情報を表示する表示手段と、
前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付ける編集受け付け手段と、
前記第1の処理条件情報を、前記処理条件記憶手段に登録する処理条件登録手段と、を有する、ことを特徴とする情報処理装置利用システム。
【請求項１３】
ネットワークを介して接続されたサーバから取得した、処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置の処理条件編集方法において、
取得手段が、前記サーバに記憶されている、第1の処理条件情報を取得するステップと、
表示手段が、前記処理条件記憶手段に記憶された前記処理条件情報を表示するステップと、
編集受け付け手段が、前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付けるステップと、
処理条件登録手段が、前記第1の処理条件情報を、前記処理条件記憶手段に登録するステップと、
を有することを特徴とする処理条件編集方法。
【請求項１４】
処理条件データベースを備えたサーバと、前記サーバから取得した処理条件情報を記憶する処理条件記憶手段と、前記処理条件情報を設定して情報処理を実行する実行手段と、を有する情報処理装置とが、ネットワークを介して接続された情報処理装置利用システムの処理条件編集方法において、
前記サーバが、前記情報処理装置からの要求に応じて第１の処理条件情報を提供するステップと、
前記情報処理装置が、前記サーバに記憶されている、前記第1の処理条件情報を取得するステップと、
前記情報処理装置が、前記処理条件記憶手段に記憶された前記処理条件情報を表示するステップと、
前記情報処理装置が、前記処理条件情報を用いた、前記第1の処理条件情報の編集を受け付けるステップと、
前記情報処理装置が、前記第1の処理条件情報を、前記処理条件記憶手段に登録するステップと、
を有する、ことを特徴とする処理条件編集方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【公開番号】特開２０１１−２９７０８（Ｐ２０１１−２９７０８Ａ）
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願番号】特願２００９−１７０３２６（Ｐ２００９−１７０３２６）
【出願日】平成２１年７月２１日（２００９．７．２１）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願日】平成２１年７月２１日（２００９．７．２１）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]