(57)【要約】【課題】  設置されている各画像処理装置の設定を一台毎にそれぞれ設定する必要があり、このような操作は非常に手間がかかり、運用環境の変更が容易に行えない。【解決手段】  チケット管理サーバからプロセス定義チケットを受信してそのプロセス定義チケットを解析し、その解析結果に応じて、画像処理装置（デバイス）が運用されている運用環境を判定する（Ｓ１５，Ｓ１９）。この判定結果に応じて、この画像処理装置の機能のうち、その運用環境に合致しない機能を制限する（Ｓ２２）。【選択図】  図５
2010108438.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置と情報処理装置とで実行される処理が記述されたチケットを管理するサーバ装置と前記画像処理装置及び前記情報処理装置がネットワークを介して接続された画像処理システムであって、
前記画像処理装置は、
前記サーバ装置から前記チケットを受信する受信手段と
前記受信手段で受信した前記チケットを解析する解析手段と、
前記解析手段の解析結果に応じて前記画像処理装置が運用されている運用環境を判定する判定手段と、
前記判定手段による結果に応じて、前記画像処理装置の機能のうち前記運用環境に合致しない機能を制限する制限手段と、
を有することを特徴とする画像処理システム。
【請求項２】
前記運用環境に合致しない機能とは、前記情報処理装置を経由せずに前記画像処理装置から前記ネットワークを介して接続された他の装置に画像データを送信する機能であることを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記判定手段は、前記画像処理装置の読み取り機能が管理されているか否かの条件に基づいて判定することを特徴とする請求項１又は２に記載の画像処理システム。
【請求項４】
前記受信手段は、前記チケットを記憶する前記サーバ装置にログインすることにより前記チケットを受信することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
【請求項５】
前記受信手段は、前記画像処理装置の電源が投入された時点で、前記画像処理装置に記憶された設定情報に基づいて前記チケットを記憶する前記サーバ装置にログインして前記チケットを受信することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
【請求項６】
前記受信手段は、前記画像処理装置の電源が投入された時点で、前記チケットを記憶するサーバ装置に対して確認メッセージを送信し、前記確認メッセージに対する応答メッセージとして前記チケットを受信することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
【請求項７】
画像処理装置及び情報処理装置がネットワークを介して接続された画像処理システムであって、
前記画像処理装置は、
前記ネットワークに接続された情報処理装置から特定のサービスを検索するためのデバイス探索を受信する受信手段と、
前記受信手段で受信したデバイス探索を解析する解析手段と、
前記解析手段の結果に応じて、前記画像処理装置が運用されている運用環境を判定する判定手段と、
前記判定手段の結果に応じて、前記画像処理装置の機能のうち、前記運用環境に合致しない機能を制限する制限手段と、
前記デバイス探索の中に少なくとも２つのサービス探索の条件が含まれていて、かつ、前記画像処理装置が複数の探索条件に合致した機能を有している場合、一方のサービス探索にのみ応答して他のサービス探索に該当する前記画像処理装置の機能を制限する制限手段と、
を有することを特徴とする画像処理システム。
【請求項８】
前記画像処理装置は、前記デバイス探索が単一のサービス探索を含む場合は、前記探索条件に合致したか否かに基づいた応答を行って前記画像処理装置の機能制限を行わないことを特徴とする請求項７に記載の画像処理システム。
【請求項９】
前記情報処理装置はアドレス管理サーバを含み、前記処理内容は、前記アドレス管理サーバにより配布されたアドレス設定情報に含まれていることを特徴とする請求項８に記載の画像処理システム。
【請求項１０】
前記アドレス管理サーバはＤＨＣＰサーバとしての機能を、前記画像処理装置はＤＨＣＰクライアントとしての機能をそれぞれ有し、前記アドレス管理サーバはＤＨＣＰを使用して前記アドレス設定情報を配布することを特徴とする請求項８に記載の画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理システムに関するものである。
【背景技術】
【０００２】
スキャナ、ファクシミリ装置、プリンタ、複写機、又はこれらを複合した複合機、そしてパーソナルコンピュータ、メールサーバ等をネットワークで相互に接続して、それぞれのサービスを連携させて処理を行う画像処理システムが存在している。そして、この画像処理システムを効率的に管理し、動作及び運用させる方法が提案されている。特許文献１では、ユーザを特定しないジョブチケットの実行によって、なりすましや、ユーザ毎のきめ細かいスキャンサービスができないことや、正規の手順で作成（原稿をスキャンして）されたドキュメントかどうかが分からないことを課題としている。そして、この課題を解決するために、ジョブチケットにユーザの証明情報を埋め込み、この認証情報に基づいてユーザ認証を行う。そして、そのジョブチケットに含まれるスキャン条件に従って読み取りを実行するといった解決方法を開示している。
【特許文献１】特開２００６−１４８８６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来技術では、ジョブチケット毎に埋め込まれたユーザ認証情報に基づいて処理を行うことにより、ユーザを特定した上でスキャンサービスのセキュリティ性や利便性を高めている。しかしながら、セキュリティを最重要視した運用環境では、ジョブチケットに埋め込まれたユーザ認証情報によってのみ管理するだけでは充分でない。例えば、ジョブチケットの作成ミスや設定上の問題により、本来意図していない機能の利用が可能になってしまう等の問題点が考えられる。
【０００４】
また画像処理装置が多数設置された後で、セキュリティを最重要視した運用環境に変更し、各画像処理装置のスキャナ機能等を用いた原稿画像の処理に制限を加えると場合も想定される。このような場合は、既に設置されている各画像処理装置の設定を一台毎にそれぞれ設定する必要がある。このような操作は非常に手間がかかり、運用環境の変更が容易に行えないという問題がある。
【０００５】
本発明の目的は上記従来技術の問題点を解決することにある。
【０００６】
また本願発明の特徴は、
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係る画像処理システムは以下のような構成を備える。即ち、
画像処理装置と情報処理装置とで実行される処理が記述されたチケットを管理するサーバ装置と前記画像処理装置及び前記情報処理装置がネットワークを介して接続された画像処理システムであって、
前記画像処理装置は、
前記サーバ装置から前記チケットを受信する受信手段と
前記受信手段で受信した前記チケットを解析する解析手段と、
前記解析手段の解析結果に応じて前記画像処理装置が運用されている運用環境を判定する判定手段と、
前記判定手段による結果に応じて、前記画像処理装置の機能のうち前記運用環境に合致しない機能を制限する制限手段とを有することを特徴とする。
【０００８】
上記目的を達成するために本発明の一態様に係る画像処理システムは以下のような構成を備える。即ち、
画像処理装置及び情報処理装置がネットワークを介して接続された画像処理システムであって、
前記画像処理装置は、
前記ネットワークに接続された情報処理装置から特定のサービスを検索するためのデバイス探索を受信する受信手段と、
前記受信手段で受信したデバイス探索を解析する解析手段と、
前記解析手段の結果に応じて、前記画像処理装置が運用されている運用環境を判定する判定手段と、
前記判定手段の結果に応じて、前記画像処理装置の機能のうち、前記運用環境に合致しない機能を制限する制限手段と、
前記デバイス探索の中に少なくとも２つのサービス探索の条件が含まれていて、かつ、前記画像処理装置が複数の探索条件に合致した機能を有している場合、一方のサービス探索にのみ応答して他のサービス探索に該当する前記画像処理装置の機能を制限する制限手段とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像処理装置が設置された運用環境を、セキュリティを最重要視した運用環境に変更した場合でも、画像処理装置自体が、運用環境の把握を行い処理の切り替えを行うことができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して本発明の好適な実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
図１は、本発明の実施形態に係る画像処理システムの構成を説明する図である。このシステムを、画像処理装置と情報処理装置とで実行する処理を定義し、その処理を監理するサーバと画像処理装置及び情報処理装置とがネットワークを介して接続された画像処理システムとして説明する。
【００１２】
画像処理装置１０５，１０６はそれぞれ、原稿の読み取りを行い、ネットワーク１０４に接続された様々な装置や端末に、その読み取った画像データを送信する。尚、これら画像処理装置１０５，１０６は、スキャナ機能のみがネットワークで使用できる単一機能の装置であっても良く、或は、多機能処理装置（ＭＦＰ）などのように、複数の機能（スキャン、印刷、ファクシミリ通信等）を提供できる装置であってもよい。管理者用端末１０３は、画像処理装置１０５，１０６やチケット処理サーバ１０１での処理内容を記述したチケット（プロセス定義チケット）を作成、或は編集する。このプロセス定義チケットには、画像データを読み取る際の読み取り解像度、読み取りサイズ、カラー原稿の読み取り、輝度調整等の指定や、画像読み取り後の処理内容（メール送信やファイル送信、ＯＣＲ処理等）が記述されている。また、プロセス定義チケットに記述される処理内容には、複数の処理内容が記述されるものであっても良い。チケット管理サーバ１０２は、管理者用端末１０３で作成されたプロセス定義チケットをユーザ情報と関連付けて記憶及び管理する。また、このＰＳＰ管理サーバ１０２は、プロセス定義チケットに記載された処理内容を実行する画像処理装置１０５，１０６や、ＰＳＰ処理サーバ１０１からプロセス定義チケットを取得する。尚、このＰＳＰ管理サーバ１０２は、プロセス定義チケットの保存や取得ができる構成であれば、ディレクトリサービス（例えば、アクティブディレクトリ）等を実施できる装置であってもよい。ＰＳＰ処理サーバ１０１は、画像処理装置１０５や１０６から送られてきた画像データに対して、プロセス定義チケットに記載された一連の後処理を行う。この後処理の一例としては、画像データをプロセス定義チケットの設定に従って、他のファイルサーバへファイル送信する処理や、プロセス定義チケットの設定に従って、他の電子メールサーバに電子メールを送信する等の処理がある。ユーザ１０８は、画像処理装置１０５を操作する。アドレス管理サーバ１１０は、ネットワーク１０４に接続された各装置に対して、アドレス設定情報（例えばＩＰアドレス）を配布する。
【００１３】
本実施形態に係るＰＳＰを用いた大まかな処理の流れとしては、管理者用端末１０３は、一連の処理と設定を記述したプロセス定義チケットを生成する。そしてそのプロセス定義チケットをチケット管理サーバ１０２に送って記憶させる。次にユーザ１０８が、画像処理装置１０５を利用する際、チケット管理サーバ１０２に格納されたプロセス定義チケットを画像処理装置１０５により読み込ませる。そして画像処理装置１０５は、そのプロセス定義チケットに記載された処理内容を解析し、その解析結果に従って画像の読み取りを行う。こうして読み取られた画像データは、そのプロセス定義チケットとともにチケット処理サーバ１０１に送信される。これによりチケット処理サーバ１０１は、そのプロセス定義チケットに従って後処理を実行して、一連の処理が完了する。
【００１４】
図２は、本実施形態に係る画像処理装置１０５（１０６）の構成を示すブロック図である。
【００１５】
制御部２０１は、この画像処理装置全体の動作を制御するとともに、画像入力デバイスであるスキャナ２２０や画像出力デバイスであるプリンタ２２１と接続されている。さらにＬＡＮ２０７や公衆回線(WAN)２０９と接続して画像データやデバイス情報の入出力を行っている。ＣＰＵ２０２は。この画像処理装置全体を制御するためにＲＡＭ２０３或はＲＯＭ２１２に記憶されたプログラムを実行して後述する各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０２による各種制御処理の実行時に各種データを一時的に記憶するワークメモリを提供している。ＲＯＭ２１２はブートＲＯＭであり、装置の起動時に実行されるブートプログラム等を格納している。ＨＤＤ２１３はハードディスクドライブで、ＯＳや各種アプリケーションプログラム等を格納しており、プログラムの実行時には、これらプログラムはＲＡＭ２０３にロードされてＣＰＵ２０２により実行される。操作部Ｉ／Ｆ２０４は、タッチパネルを有した操作部（ＵＩ）２０５とのインターフェース部で、操作部２０５に表示する画像データを操作部２０５に出力し、また操作部２０５で入力された情報をＣＰＵ２０２に伝える役割をする。ネットワークＩ／Ｆ２０６は、ＬＡＮ２０７に接続されて通信データの入出力を行う。モデム２０８は、公衆回線２０９に接続されて通信データの入出力を行う。イメージバスインターフェース２１４は、システムバス２１１と、画像データを高速で転送できるイメージバス２１５との間に接続され、バスブリッジとして機能している。イメージバス２１５は、ＰＣＩバス又はＩＥＥＥ１３９４等で構成される。
【００１６】
次に、このイメージバス２１５に接続される各部を説明する。
【００１７】
ラスタイメージプロセッサ（ＲＩＰ）２１８は、ＰＤＬ（ページ記述言語）コードをビットマップイメージに展開する。デバイスＩ／Ｆ部２１９は、スキャナ２２０やプリンタ２２１と制御部２０１とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２２２は、スキャナ２２０から入力した画像データに対して補正、加工、編集を行う。プリンタ画像処理部２２３は、プリンタ２２１に出力する画像データに対して、プリンタ２２１に応じた補正、解像度変換等を行う。画像回転部２２４は、画像データの回転を行う。画像圧縮伸張部２２５は、多値画像データの場合はＪＰＥＧで、また２値画像データの場合は、ＪＢＩＧ，ＭＭＲ，ＭＨ等により画像データの圧縮伸張処理を行う。ＩＣカードスロット２１０は、ＩＣカードメディアを挿入した後に適切なＰＩＮ（Personal Identifier Number）コードを入力することにより、暗号・復号に用いる鍵の入出力を行う。暗号・復号処理部２１６は、ＩＣカードスロット２１０の鍵を用いてデータの暗号化や復号処理を行うハードウェア・アクセラレータボードである。
【００１８】
尚、この図２の構成は、画像処理装置１０５，１０６がＭＦＰ装置である場合の構成例を示しているが、本発明はこれに限定されるものでなく、画像処理装置１０５，１０６がスキャナ機能のみがネットワークで使用できる単一機能の装置であっても良い。つまり、画像処理装置１０５，１０６の構成によっては、図２に示す構成の一部が存在していない場合もある。
【００１９】
図３は、本実施形態に係るチケット管理サーバ１０２、チケット処理サーバ１０１、管理者用端末１０３、アドレス管理サーバ１１０のハードウェア構成を示すブロック図である。尚、これらチケット管理サーバ１０２、チケット処理サーバ１０１、管理者用端末１０３、アドレス管理サーバ１１０は、汎用のＰＣ（パーソナルコンピュータ）を使用可能であり、以下の説明は共通である。
【００２０】
図において、ＣＰＵ３０１は、システムバス３０４に接続された各種デバイスの制御を行う。ＲＯＭ３０２は、ＢＩＯＳやブートプログラム等を記憶している。ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置として使用される。ＫＢＣ３０５はキーボードコントローラであり、マウス（登録商標）等のポインティングデバイス（ＰＤ）３０９、キーボード３１３からの情報などの入力に係る処理を行う。ＣＲＴＣ３０６は表示制御部で、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従って表示データをビデオメモリに描画すると共に、そのビデオメモリに描画された表示データをビデオ信号として表示部３１０に表示する。表示部３１０はＣＲＴや液晶などの表示装置である。ＤＫＣ３０７はディスクコントローラであり、ハードディスク（ＨＤ）３１１、フロッピー（登録商標）ディスク（ＦＤ）３１２へのリード／ライトを行う。ＮＩＣ３０８はネットワークインタフェースカードで、ネットワークとの間で情報通信を行う。尚、ハードディスク３１１には、ＯＳや、そのＯＳ上で動作する各種アプリケーションプログラム等が格納されている。上記構成において、本装置の電源が投入されてオンになった時点で、ＣＰＵ３０１はＲＯＭ３０２に格納されたブートプログラムに従って、ハードディスク３１１からＯＳをＲＡＭ３０３に読み込み、情報処理装置として機能するようになる。
【００２１】
［実施形態１］
次に、図４のフローチャートを参照して本実施形態１に係る一連の処理の流れを説明する。
【００２２】
図４は、本実施形態１に係る画像処理装置における状態監視処理を説明するフローチャートである。この処理は、ＣＰＵ２０２がＨＤＤ２１３からＲＡＭ２０３にロードされたプログラムを実行することによって実行される。尚、以下の説明では、画像処理装置１０５（デバイス）を例にして説明するが、画像処理装置１０６でも同様の処理が可能である。
【００２３】
この処理は、画像処理装置１０５が運用されている運用環境の下で画像処理装置１０５の状態を監視するものである。先ずステップＳ１で、画像処理装置１０５の動作条件変更フラグを判定する。この動作条件変更フラグは、例えばＨＤＤ２１３などに不揮発に記憶され、このフラグがオフの場合には、画像処理装置１０５は管理された運用環境に無いと判断する。一方、この動作条件変更フラグがオンの場合は、画像処理装置１０５は管理された運用環境であると判定され、画像処理装置１０５の一部の機能に制約が加えられた状態にある。ステップＳ１で、動作条件変更フラグがオンであれば、既に、画像処理装置１０５が管理された運用環境での設定が完了して動作しているものと判断して、この処理を終了する。
【００２４】
一方、ステップＳ１で、動作条件変更フラグがオフであればステップＳ２に進み、ユーザ１０８によって、画像処理装置１０５の操作部２０５で操作が行われたか否かを判定する。そしてステップＳ３で、この画像処理装置１０５が管理された運用環境であれば機能制限される必要性がある機能に関する操作を行ったか否かを判定する。なお、運用環境であれば機能制限される必要性がある機能とは、例えば、チケット処理サーバ１０１を経由せずに画像処理装置１０５からネットワークを介して接続された他の装置に画像データを送信する機能である。ここで、そのような機能に関する操作がなされなかった、即ち、機能制限とは無関係の操作であると判定するとステップＳ２に戻り、操作の監視を引き続き行う。一方、ステップＳ３で、機能制限に関係のある操作がなされたと判定するとステップＳ４に進み、図５のフローチャートを参照して後述する運用環境の判定処理を行って、この処理を終了する。
【００２５】
図５は、図４のステップＳ４の判定処理を説明するフローチャートである。
【００２６】
先ずステップＳ１１で、チケットでの一連の処理を行うためのエントリがチケット管理サーバ１０２に作成されているか否かを判定する。ここでエントリが作成されていると判定した場合はステップＳ２１に進むが、そうでない場合はステップＳ１２に進む。ステップＳ１２では、画像処理装置１０５は自装置に割り当てられたログインＩＤを用いてチケット管理サーバ１０２にログインするための準備を行う。次にステップＳ１３で、既にチケット管理サーバ１０２にログイン済みか否かを判定し、ログイン済みであればステップＳ１５に進むが、そうでない場合はステップＳ１４に進む。ステップＳ１４では、画像処理装置（デバイス）はチケット管理サーバ１０２にログインするための処理を実行し、ログインに成功するとステップＳ１５に進むが、ログインに失敗した場合にはステップＳ１６に進む。ステップＳ１５では、この画像処理装置１０５に割り当てられたデバイス用プロセス定義チケットが存在するか否かを判定し、存在していると判定した場合はステップＳ２１に進み、そうでないときはステップＳ１６に進む。
【００２７】
ステップＳ１６では、画像処理装置１０５を操作するユーザ１０８が、そのユーザ自身のＩＤを用いて、チケット管理サーバ１０２へログインするための準備を行う。そしてステップＳ１７で、画像処理装置１０５は、そのユーザが既にチケット管理サーバ１０２にログインしているか否かを判定する。既にログインしているときはステップＳ１９に進むが、ログイン済みでない場合はステップＳ１８に進む。ステップＳ１８では、画像処理装置１０５は、そのユーザのＩＤを用いて、実際にチケット管理サーバ１０２に対してログインするための処理を行う。こうしてログインに成功した場合はステップＳ１９に進み、ログインに失敗した場合はステップＳ２０に進む。ステップＳ１９では、画像処理装置１０５を操作するユーザ１０８のＩＤでログインに成功しているため、そのユーザに割り当てられたプロセス定義チケットが存在するか否かを判定する。そして存在している場合はステップＳ２１に進み、存在していない場合にはステップＳ２０に進む。
【００２８】
ステップＳ２０では、画像処理装置１０５は、運用環境の判定処理の結果、管理された運用環境ではない（以下、public-scan環境）であると判定して、この処理を終了する。
【００２９】
一方、ステップＳ２１では、画像処理装置１０５は、管理された運用環境（以下、managed-scan環境）であると判定する。そしてステップＳ２２に進み、画像処理装置１０５は、その監理された運用環境に適したデバイスの動作条件に変更する。この一例としては、画像を読み取るスキャン機能全般に対して、プロセス定義チケットを用いた処理以外の機能を無効化すること等が考えられる。その後、ステップＳ２３に進み、画像処理装置１０５は、前述の動作条件変更フラグをオフからオンに切り替えて、例えばＨＤＤ２１３などに記憶して、この判定処理を終了する。
【００３０】
以上説明したように本実施形態１によれば、画像処理装置は、プロセス定義チケットを用いて自身の有する機能が監理された運用環境にあるか、或は監理されていない運用環境にあるかを判断し、それに応じてその装置の動作条件を変更することができる。これにより、画像処理装置自体が、運用環境の把握を行い処理の切り替えを行うことができる。そのため、ユーザ、特に管理者は、画像処理装置の配置や台数、設定状況を詳細に把握する必要なしに、容易に、例えばセキュリティ重視の運用環境に切り替えることが可能となる。更に、運用環境の切り替えや、画像処理装置の入れ替え等が発生した場合であっても、セキュリティの漏れがない運用環境の維持も可能となる。
【００３１】
［実施形態２］
この実施形態２では、上述の実施形態１のように画像処理装置の運用環境の判定にプロセス定義チケットを用いるのではなく、ＤＨＣＰなどの画像処理装置のアドレス決定時に合わせて運用環境を判定する点が異なる。尚、本実施形態２に係る画像処理装置（デバイス）及びサーバ、クライアントのハードウェア構成、及びネットワークを介したシステム構成は前述の実施形態１と同様であるため、それらの説明を省略する。
【００３２】
図６は、本発明の実施形態２に係る画像処理装置による判定処理を説明するフローチャートである。
【００３３】
また図７は、本実施形態２に係るアドレス管理サーバ１１０による処理を説明するフローチャートである。
【００３４】
先ず、図６について説明する。尚、この処理は、ＣＰＵ２０２がＨＤＤ２１３からＲＡＭ２０３にロードされたプログラムを実行することにより実現される。尚、ここでも画像処理装置１０５を例にして説明するが、画像処理装置１０６でも同様の処理が可能である。
【００３５】
この処理は、画像処理装置１０５がネットワーク１０４に接続されて動作するために必要な、ネットワークアドレスを取得するための処理を開始することにより実行される。まずステップＳ３１で、ＤＨＣＰクライアントとしての画像処理装置１０５は、DHCPDISCOVERメッセージをネットワーク１０４にブロードキャストで送信する。次にステップＳ３２に進み、アドレス管理サーバ１１０からDHCPOFFERメッセージを受信する。次にステップＳ３３で、このDHCPOFFERメッセージに含まれていたＩＰアドレスを使用するためのDHCPREQUESTメッセージをブロードキャストでネットワーク１０４に送信する。次にステップＳ３４に進み、アドレス管理サーバ１１０からのDHCPACKメッセージを受信する。そして、それ以降は配布されたＩＰアドレス及び設定情報を使用してネットワーク１０４との間で通信を行う。また、配布されたＩＰアドレスは、使用可能な期間（リースタイム）が設けられている。そのため画像処理装置１０５は、その取得したＩＰアドレスを継続して使用したい場合には、ＤＨＣＰリースタイムが切れる期限の前にアドレス管理サーバ１１０に対してDHCPREQUESTメッセージを送信する必要がある。
【００３６】
以上説明したクライアントとサーバとの間のメッセージのやり取りは、図９のシーケンス図の９０１乃至９０４で示されている。
【００３７】
ステップＳ３４で受信したDHCPACKメッセージには、optionsフィールド８０１（図８）が設けられており、このメッセージのフォーマットは、実施形態２に係るＤＨＣＰメッセージのフォーマットを説明する図８を参照して後述する。
【００３８】
次にステップＳ３６で、本実施形態２では、前述のoptionsフィールドを拡張して使用するために、画像処理装置１０５は、そのoptionsフィールドの内容を抽出する。次にステップＳ３６で、その抽出したoptionsフィールドの中に、予め定められた、managed-scanを有効とする情報が含まれているか否かを判定する。この判定の結果、managed-scanが有効にされていない場合はステップＳ３７に進み、public-scanの運用環境であると判定して、この処理を終了する。
【００３９】
一方、ステップＳ３６で、managed-scanを有効とする情報が含まれていると判定するとステップＳ３８に進み、managed--scanの運用環境であると判定する。そしてステップＳ３９に進み、画像処理装置１０５は、このmanaged-scan環境に適したデバイスの動作条件に変更する。この一例としては、画像を読み取るスキャン機能全般に対して、プロセス定義チケットを用いた処理以外の機能を無効化するなどが考えられる。その後ステップＳ４０に進み、動作条件変更フラグをオフからオンに切り替えて、この判定処理を終了する。この動作条件変更変更フラグは、一旦オフ状態からオンに変更された場合には画像処理装置１０５に不揮発に保持され、画像処理装置の次回の電源オン時からは、この動作条件変更変更フラグで装置の動作条件の変更を行っても良い。
【００４０】
次に、アドレス管理サーバ１１０がＩＰアドレスなどの設定情報を画像処理装置１０５に配布する際の処理を図７のフローチャートを使用して説明する。尚、図７に示すアドレス等の配布を行うための処理は、アドレス管理サーバ１１０のＨＤ３１１からＲＡＭ３０３にロードされたプログラムをＣＰＵ３０１が実行することにより達成される。
【００４１】
先ずステップＳ５１で、画像処理装置１０５が送信したDHCPDISCOVERメッセージを受信する。次にステップＳ５２に進み、未割り当てのＩＰアドレスが残っているかどうかを判定し、残っていないと判定した場合は、この処理を終了する。一方、未割り当てのＩＰアドレスが残っていると判定するとステップＳ５３に進み、DHCPOFFERメッセージを生成する。その際、配布するＩＰアドレスは、図８のyiaddrフィールド８０３に設定する。またその他の設定情報として、optionsフィールド８０１には、ＤＨＣＰサーバ自身のＩＰアドレス及びリースタイムを設定する。次にステップＳ５４に進み、その生成したDHCPOFFERメッセージを画像処理装置１０５に送信する。次にステップＳ５５に進み、画像処理装置１０５が送信したDHCPREQUESTメッセージを受信する。このDHCPREQUESTメッセージのoptionsフィールド８０１には、DHCPOFFERメッセージのyiaddrフィールド８０３で設定したＩＰアドレスが含まれている。そしてステップＳ５６に進み、配布情報ＤＢ１００３（図１０）の該当ＩＰアドレスを割り当て済みとする。
【００４２】
次にステップＳ５７に進み、配布情報設定部１００２（図１０）にmanaged-scanの配布情報が設定されているか否かを判定する。ここでmanaged-scanの配布情報が設定されていないと判定するとステップＳ５９に進むが、設定されている場合はステップＳ５８に進む。ステップＳ５８では、optionsフィールドのうち、予め定められた拡張可能な値を使用して、managed-scanが有効である旨を通知するためのデータを作成してoptionsフィールドに設定する。
【００４３】
例えば本実施形態２では、コード「２００」を独自拡張を示すコードとし、データ長length（バイト）が３バイトで、その内訳を、type（２バイト）：「０x０１ａｂ」がmanaged-scan環境とする。そしてstate（１バイト）：「valid(1)，invalid(2)」とし、stateが「valid(1)」の場合に、managed-scan環境であることを示すものとする。
【００４４】
次にステップＳ５９に進み、DHCPREQUESTメッセージのoptionsフィールド８０１に、更に含まれている要求オプションを確認する。配布情報ＤＢ１００３を参照して要求されたオプション情報を設定したDHCPACKメッセージを生成する。そしてステップＳ６０で、その生成したDHCPACKメッセージを画像処理装置１０５に送信して、この処理を終了する。
【００４５】
図９は、本実施形態２に係るアドレス管理サーバ１１０としてＤＨＣＰサーバを用いた場合のシーケンス例を説明する図である。尚、ＤＨＣＰクライアントは、ＤＨＣＰクライアント処理部１０１１（図１０）として画像処理装置１０５に含まれているものとする。
【００４６】
図９において、９０１では、ＤＨＣＰクライアント処理部１０１１は、DHCPDISCOVERメッセージ（確認メッセージ）をブロードキャストする。ＤＨＣＰサーバは、このDHCPDISCOVERメッセージを受信すると、９０２で、DHCPOFFERメッセージを送信する。このDHCPOFFERメッセージには、ＤＨＣＰクライアントが使用することを許可されたＩＰアドレスやその他の設定情報が含まれている。
【００４７】
ＤＨＣＰクライアントは、このDHCPOFFERメッセージを受信すると、９０３で、そのDHCPOFFERメッセージに含まれていたＩＰアドレスを使用するためのDHCPREQUESTメッセージをブロードキャストする。ＤＨＣＰサーバは、このDHCPREQUESTメッセージを受信すると、９０４で、DHCPACKメッセージを送信する。ＤＨＣＰクライアントは、このDHCPACKメッセージを受信すると、それ以降は、その配布されたＩＰアドレス及び設定情報を使用してネットワーク通信を行う。また配布されたＩＰアドレスには、使用可能な期間（リースタイム）が設けられている。そのため、ＤＨＣＰクライアントは、その取得したＩＰアドレスを継続して使用したい場合に、９０５で、ＤＨＣＰリースタイムが切れる期限の前にＤＨＣＰサーバに対してDHCPREQUESTメッセージを送信する。ＤＨＣＰサーバは、その割り当て済のＩＰアドレスからのDHCPREQUESTを受信すると、９０６で、リースタイムを更新してDHCPACKメッセージを送信する。また、ＤＨＣＰクライアントがＩＰアドレスの使用を中止する場合は、９０７で、ＤＨＣＰクライアントは、ＤＨＣＰサーバに対してDHCPRELEASEメッセージを送信する。ＤＨＣＰサーバは、このDHCPRELEASEメッセージを受信すると、そのＩＰアドレスの割り当てを解除して、そのＩＰアドレスを、別のＤＨＣＰクライアントに対して割り当て可能にする。
【００４８】
またＤＨＣＰサーバは、割り当て済のＩＰアドレスからリースタイムが切れる前にDHCPREQUESTを受信しなかった場合は、リースタイムが切れると、そのＩＰアドレスの割り当てを解除して、別のＤＨＣＰクライアントに対して割り当て可能にする。尚、図９において、９０１〜９０４のメッセージは、ＤＨＣＰクライアントはまだＩＰアドレスが確定していないため、ブロードキャストで行われる。
【００４９】
図８は、本発明の実施形態２に係るＤＨＣＰメッセージのフォーマットを説明する図である。
【００５０】
optionsフィールド８０１は、可変長の各種データを設定可能な領域である。この領域８０１は、１バイトのタグ、１バイトのデータサイズ、可変長のデータを１個のoptionデータとし、複数のoptionデータを設定可能である。タグの値は予め標準化されている値と、ベンダが拡張可能な値がある。一例として、サブネットマスクやＤＮＳサーバのＩＰアドレスといったタグの値は標準化された値として広く使用されている。本実施形態２では、このoptionsフィールド８０１を拡張して使用する。またgiaddrフィールド８０２は、リレーエージェントがＤＨＣＰサーバにＤＨＣＰメッセージを転送する際に、リレーエージェント自身のＩＰアドレスを設定する。それによりＤＨＣＰサーバは、ＤＨＣＰメッセージを受信した際に、それがリレーエージェントからのものであった場合にはこのgiaddrフィールド８０２を確認する。これにより、ＤＨＣＰクライアントが属するサブネットを特定することができる。またyiaddrフィールド８０３には、ＤＨＣＰサーバがＤＨＣＰクライアントに割り当てるＩＰアドレスが設定される。
【００５１】
図１０は、本実施形態２に係るアドレス管理サーバ（ＤＨＣＰサーバ）１１０と画像処理装置（ＤＨＣＰクライアント）１０５のソフトウェア構成を示すブロック図である。
【００５２】
アドレス管理サーバ１１０において、ＤＨＣＰサーバ処理部１００１は、前述のＤＨＣＰサーバとして処理を行う。クライアントに配布するＩＰアドレスのリストや設定情報は配布情報ＤＢ１００３に保持されており、ＤＨＣＰサーバ処理部１００１は、クライアントからの要求に基づき配布情報ＤＢ１００３を参照して各種情報を配布する。配布情報設定部１００２は、配布情報ＤＢ１００３に保持する情報を設定する。
【００５３】
画像処理装置１０５において、ＤＨＣＰクライアント処理部１０１１は、前述のＤＨＣＰクライアントとしての処理を行う。ＤＨＣＰサーバから配布されたＩＰアドレスや各種設定情報は設定情報記憶部１０１２に保持され、適宜参照して使用することが可能である。またデバイス情報管理部１０１３は、この画像処理装置１０５自身のデバイス情報を管理する。
【００５４】
以上説明したように本実施形態２によれば、画像処理装置は、ＤＨＣＰなどの画像処理装置のアドレス決定時に合わせて、自身の有する機能が監理された運用環境にあるか、或は監理されていない運用環境にあるかを判断する。それに応じてその装置の動作条件を変更することができる。これにより、画像処理装置自体が、運用環境の把握を行って処理の切り替えを行うことができる。そのため、ユーザ、特に管理者は、画像処理装置の配置や台数、設定状況を詳細に把握する必要なしに、容易に、例えばセキュリティ重視の運用環境に切り替えることが可能となる。更に、運用環境の切り替えや、画像処理装置の入れ替え等が発生した場合であっても、セキュリティの漏れがない運用環境の維持も可能となる。また実施形態２では、ＤＨＣＰメッセージの拡張機能を使用して、機能が監理された運用環境にあるか否かを知らせることができるため、そのための特別なメッセージを追加して送受信する必要が無い。
【００５５】
［実施形態３］
本実施形態３では、画像処理装置の運用環境を判定する際に、実施形態１のようにプロセス定義チケットを用いるのではなく、運用環境に対応したクライアントからの探索条件に基づいて判定する。また画像処理装置の運用環境の判定を、実施形態２のように、ＩＰアドレスの配布時にアドレス管理サーバ（ＤＨＣＰ）からの情報に基づくのではなく、運用環境に対応したクライアントからの探索条件に基づいて判定を行う点が異なっている。尚、本実施形態３に係る画像処理装置及びサーバ、クライアントのハードウェア構成、及びネットワークを介したシステム構成は前述の実施形態１と同様とする。
【００５６】
図１１は、本発明の実施形態３に係る管理者用端末１０３によるデバイス探索のための処理を説明するフローチャートである。
【００５７】
図１２は、実施形態３に係る画像処理装置１０５で実行されるデバイス探索に応答する処理を説明するフローチャートである。
【００５８】
先ず図１１の処理について説明する。この処理は、ネットワーク１０４に接続された端末や各種装置に対してサービス探索を行うために開始される。先ずステップＳ７１で、探索を行う条件を設定する。次にステップＳ７２に進み、実際の探索のためのProbeメッセージを送信する。次にステップＳ７３で、そのProbeメッセージの応答としてProbeMatchメッセージを受信する。次にステップＳ７４に進み、その受信したProbeMatchメッセージに基づいて、返信のあった装置の情報をレコードに追加する。そしてステップＳ７５に進み、ステップＳ７２で送信したProbeメッセージに対する探索及びその返信のタイムアウト時間が経過したか否かを判定する。ここでタイムアウトでない場合は、再びステップＳ７３に戻って、ProbeMatchメッセージを受信する。そしてステップＳ７５で、タイムアウト時間が経過すると、探索終了としてステップＳ７６に進み、ステップＳ７４で追加されたレコードを、予め定められた表示順等のソート条件やフィルタ条件に基づいて、探索結果の表示のための前処理を行う。こうして前処理が完了するとステップＳ７７に進み、ネットワーク１０４で探索された装置に対する画面を表示して処理を終了する。
【００５９】
次に図１２を参照して、本実施形態３に係る画像処理装置１０５の処理を説明する。ここでも画像処理装置１０５を例にして説明するが、画像処理装置１０６でも同様の処理が可能である。
【００６０】
この処理は、管理者用端末１０３によるサービス探索に対する応答のための処理を示している。先ずステップＳ８１で、Probeメッセージを受信する。次にステップＳ８２に進み、図１４，図１５に示すようなTypesタグの値を抽出する。次にステップＳ８３で、抽出した機能が画像処理装置１０５が機能として提供しているサービスと合致しているか否かを判定する。ここで合致しないと判定すると、この処理を終了する。一方、合致しているものが少なくとも１つ以上あると判定するとステップＳ８４に進む。ステップＳ８４では、受信したProbeメッセージに対する、応答のためのデータを生成する。次にステップＳ８５に進み、managed-scan環境に対応するデバイスタイプが、ステップＳ８２で抽出したTypesタグの値に含まれているか否かを判定する。ここでmanaged-scan環境のデバイスタイプが含まれていないと判定するとステップＳ９２に進み、含まれていると判定するとステップＳ８６に進む。
【００６１】
ステップＳ８６では、managed-scan環境でサービス探索、かつ、自装置がmanaged-scan機能を有することから、managed-scanの運用環境に配置されていると判定する。次にステップＳ８７に進み、画像処理装置１０５は、そのmanaged-scan環境に適したデバイスの動作条件に変更する。この一例としては、画像を読み取るスキャン機能全般に対して、プロセス定義チケットを用いた処理以外の機能を無効化する等が考えられる。そしてステップＳ８８に進み、画像処理装置１０５は、動作条件変更フラグをオフからオンに切り替える。そしてステップＳ８９に進む。尚、この動作条件変更変更フラグは、一旦オフ状態からオンに変更された場合には、画像処理装置１０５で不揮発に保持されるものとし、画像処理装置１０５の次回の電源オン時からは、この動作条件変更変更フラグで装置の動作条件の変更を行っても良い。
【００６２】
次にステップＳ８９に進み、ステップＳ８４で生成した応答データの中からmanaged-scan環境と相反するデバイスタイプを抽出する。本実施形態３では、managed-scan環境と相反するサービスとして、public-scan環境が相当している。次にステップＳ９０に進み、相反するデバイスタイプが含まれるかどうかを判定し、含まれていないと判定した場合はステップＳ９２に進み、含まれていると判定した場合はステップＳ９１に進む。ステップＳ９１では、ステップＳ８４で生成された応答データの中から、相反するデバイス対応の情報を削除する。そしてステップＳ９２に進み、用意された応答データに基づきProbeMatchメッセージを送信して、この処理を終了する。
【００６３】
図１３は、本実施形態３に係る管理者用端末１０３と画像処理装置１０５のソフトウェア構成を示すブロック図である。
【００６４】
デバイス探索処理部１３２３は、管理者用端末１０３においてプロセス定義チケットの生成に当たって、適合したサービスを提供しているデバイスの探索を行う。探索情報表示部１３２４は、探索されたデバイス情報を表示する。設定情報記憶部１３２２は、デバイス探索のための設定条件等の情報を記憶する。
【００６５】
画像処理装置１０５において、探索要求処理部１３３１は、前述のデバイス探索処理部１３２３を用いたデバイス探索に対する応答処理等を行う。この探索に対しての応答データを記録するなど各種設定情報は、設定情報記憶部１３３２に保持され、適宜参照して使用することが可能である。デバイス情報管理部１３３４は、この画像処理装置１０５自身のデバイス情報を管理する。
【００６６】
次に図１４乃至図１９を参照して、本実施形態３に係るProbeメッセージ例、ProbeMatchメッセージ例、探索結果の表示例をそれぞれ簡単に説明する。尚、図１４と図１８の探索時には、画像処理装置１０５の状態は、動作条件変更フラグがオフで、public-scan環境とmanaged-scan環境に応答できる状態とする。
【００６７】
図１４は、本実施形態３に係る管理者用端末１０３が送信するProbeメッセージの一例を示す図である。
【００６８】
１４０１は、デバイスを探索するメッセージであることを示すタグである。１４０２は、public-scan環境に適合する装置を探索していることを示すTypesタグである。
【００６９】
図１５は、図１４に示されたProbeMatchメッセージに対して画像処理装置１０５から送信されるProbeMatchメッセージの一例を示す図である。尚、ここでは、図１４において、探索条件に「managed-scan」が含まれていないため、この応答メッセージでは、１５０１で示すように、public-scanだけが示され、managed-scanは含まれていない。
【００７０】
図１６は、本実施形態３に係る管理者用端末１０３が画像処理装置を探索する際のＵＩの例を示す図である。
【００７１】
図において、１６０１は、探索するデバイスのタイプを指定するためのエリアである。ここには、「public-scan」「managed-scan」などのキーワードが指定可能である。ここで指定可能なキーワードは、管理者用端末１０３が、その運用環境に応じて適宜、選択肢を決定できる。このエリア１６０１に何も記入されていない場合は、ネットワーク１０４の全ての画像処理装置が探索対象となる。そして検索実行ボタン１６０２が押下されると、図１４に示した条件で探索が実行される。こうして探索された結果は、領域１６０３に表示される。ここには、画像処理装置から取得した情報に基づいて、デバイスのタイプやモデル名、デバイス名等が表示される。図１６では、public-scan環境にあるデバイス「Dev Scanner」、「Sales Scanner」のデバイス名と、そのタイプ、モデル名が表示されている。
【００７２】
図１７は、本実施形態３に係る管理者用端末１０３が送信するProbeメッセージの他の例を示す図である。
【００７３】
１７０１は、デバイスを探索するメッセージであることを示すタグである。１７０２は、public-scan環境とmanaged-scan環境に適合する装置を探索していることを示すTypesタグである。
【００７４】
図１８は、図１７に示されたProbeMatchメッセージに対して画像処理装置から送信されるProbeMatchメッセージの一例を示す図である。
【００７５】
ここでは図１７に示すように、探索条件に「public-scan」が含まれているとともに、「managed-scan」という運用環境として「public-scan」と相反する条件も含まれている。このため本実施形態３では、１８０１で示すように、応答メッセージにpublic-scanが含まれていないことが示されている。
【００７６】
図１９は、本実施形態３に係る管理者用端末１０３が画像処理装置を探索する際のＵＩの一例を示す図である。
【００７７】
図において、１９０１は、探索するデバイスのタイプを指定するエリアである。ここには、「public-scan」「managed-scan」等のキーワードが指定できる。ここで指定可能なキーワードは、管理者用端末１０３が、その運用環境に応じて適宜、選択肢を決定できる。検索実行ボタン１９０２が押下されると、図１７に示した条件で探索が実行される。こうして探索された結果はエリア１９０３に表示される。ここには画像処理装置から取得した情報に基づいて、デバイスのタイプやモデル名、デバイス名等が同時に表示される。図１９では、managed-scan環境にあるデバイス「Dev Scanner」、「Sales Scanner」のデバイス名と、そのタイプ、モデル名が表示されている。
【００７８】
以上説明したように実施形態３によれば、画像処理装置は、運用環境に対応したクライアントからの探索条件に基づいて、自身の有する機能が監理された運用環境にあるか、或は監理されていない運用環境にあるかを判断する。それに応じてその装置の動作条件を変更することができる。これにより、画像処理装置自体が、運用環境の把握を行って処理の切り替えを行うことができる。そのため、ユーザ、特に管理者は、画像処理装置の配置や台数、設定状況を詳細に把握する必要なしに、容易に、例えばセキュリティ重視の運用環境に切り替えることが可能となる。更に、運用環境の切り替えや、画像処理装置の入れ替え等が発生した場合であっても、セキュリティの漏れがない運用環境の維持も可能となる。
【００７９】
（他の実施形態）
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００８０】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００８１】
プログラムを供給するための記録媒体としては、様々なものが使用できる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。
【００８２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。その場合、ダウンロードされるのは、本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００８３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する形態としても良い。その場合、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムが実行可能な形式でコンピュータにインストールされるようにする。
【００８４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される形態以外の形態でも実現可能である。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８５】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれるようにしてもよい。この場合、その後で、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８６】
【図１】本発明の実施形態に係る画像処理システムの構成を説明する図である。
【図２】本実施形態に係る画像処理装置の構成を示すブロック図である。
【図３】本実施形態に係るチケット管理サーバ、チケット処理サーバ、管理者用端末、アドレス管理サーバのハードウェア構成を示すブロック図である。
【図４】本実施形態１に係る画像処理装置における状態監視処理を説明するフローチャートである。
【図５】図４のステップＳ４の判定処理を説明するフローチャートである。
【図６】本発明の実施形態２に係る画像処理装置による判定処理を説明するフローチャートである。
【図７】本実施形態２に係るアドレス管理サーバによる処理を説明するフローチャートである。
【図８】本発明の実施形態２に係るＤＨＣＰメッセージのフォーマットを説明する図である。
【図９】本実施形態２に係るアドレス管理サーバとしてＤＨＣＰサーバを用いた場合のシーケンス例を説明する図である。
【図１０】本実施形態２に係るアドレス管理サーバ（ＤＨＣＰサーバ）と画像処理装置（ＤＨＣＰクライアント）のソフトウェア構成を示すブロック図である。
【図１１】本発明の実施形態３に係る管理者用端末によるデバイス探索のための処理を説明するフローチャートである。
【図１２】実施形態３に係る画像処理装置で実行されるデバイス探索に応答する処理を説明するフローチャートである。
【図１３】本実施形態３に係る管理者用端末と画像処理装置のソフトウェア構成を示すブロック図である。
【図１４】本実施形態３に係る管理者用端末１０３が送信するProbeメッセージの一例を示す図である。
【図１５】図１４に示されたProbeMatchメッセージに対して画像処理装置から送信されるProbeMatchメッセージの一例を示す図である。
【図１６】本実施形態３に係る管理者用端末が画像処理装置を探索する際のＵＩの例を示す図である。
【図１７】本実施形態３に係る管理者用端末が送信するProbeメッセージの他の例を示す図である。
【図１８】図１７に示されたProbeMatchメッセージに対して画像処理装置から送信されるProbeMatchメッセージの一例を示す図である。
【図１９】本実施形態３に係る管理者用端末が画像処理装置を探索する際のＵＩの一例を示す図である。
【図１】
2010108438.tif 000003
【図２】
2010108438.tif 000004
【図３】
2010108438.tif 000005
【図４】
2010108438.tif 000006
【図５】
2010108438.tif 000007
【図６】
2010108438.tif 000008
【図７】
2010108438.tif 000009
【図８】
2010108438.tif 000010
【図９】
2010108438.tif 000011
【図１０】
2010108438.tif 000012
【図１１】
2010108438.tif 000013
【図１２】
2010108438.tif 000014
【図１３】
2010108438.tif 000015
【図１４】
2010108438.tif 000016
【図１５】
2010108438.tif 000017
【図１６】
2010108438.tif 000018
【図１７】
2010108438.tif 000019
【図１８】
2010108438.tif 000020
【図１９】
2010108438.tif 000021