(57)【要約】【課題】  デバイス探索のための通信負荷、探索時間を減少させる。【解決手段】  ネットワーク上のデバイスから送信された応答を受信し（Ｓ１００１）、当該応答に含まれるデバイスタイプを判定し（Ｓ１００３）、判定されたデバイスタイプに応じたデバイス情報とデバイス名とを取得するための情報取得要求を生成し、デバイスに対して送信する（Ｓ１００９）。【選択図】  図１０
2006202195.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の画像処理装置と通信可能な情報処理装置であって、
前記画像処理装置に対して探索要求を送信する第１の送信手段と、
前記探索要求に対する応答を前記画像処理装置から受信する第１の受信手段と、
前記応答に含まれる前記画像処理装置の種類を示す情報から、前記画像処理装置の種類を判定する判定手段と、
前記判定手段によって判定された前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を問い合わせる為の情報取得要求を生成する生成手段と、
前記生成された情報取得要求を前記画像処理装置に対して送信する第２の送信手段と、
前記第２の送信手段によって送信される情報取得要求に応答して前記画像処理装置から送信された、前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を含む応答を受信する第２の受信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記判定手段は、前記画像処理装置の種類が第１の種類であるか第２の種類であるかを判定し、
前記生成手段は、前記第１の種類に応じた装置情報又は前記第２の種類に応じた装置情報と問い合わせる為の情報取得要求を生成することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記生成手段によって生成される情報取得要求は、前記装置情報を問い合わせるための要求と前記装置名を問い合わせるための要求とを含むことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記生成手段によって生成される情報取得要求は、マークアップ言語によって記述され、前記装置情報を問い合わせるための要素と前記装置名を問い合わせるための要素とを含むことを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記画像処理装置の種類とは、レーザービームプリンタ、インクジェットプリンタ、複合機のうちの少なくとも何れかであることを特徴とする請求項１乃至４記載の情報処理装置。
【請求項６】
ネットワーク上の画像処理装置と通信可能な情報処理装置における制御方法であって、
前記画像処理装置に対して探索要求を送信する第１の送信ステップと、
前記探索要求に対する応答を前記画像処理装置から受信する第１の受信ステップと、
前記応答に含まれる前記画像処理装置の種類を示す情報から、前記画像処理装置の種類を判定する判定ステップと、
前記判定ステップによって判定された前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を問い合わせる為の情報取得要求を生成する生成ステップと、
前記生成された情報取得要求を前記画像処理装置に対して送信する第２の送信ステップと、
前記第２の送信ステップによって送信される情報取得要求に応答して前記画像処理装置から送信された、前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を含む応答を受信する第２の受信ステップと、
を有することを特徴とする情報処理装置における制御方法。
【請求項７】
ネットワーク上の画像処理装置と通信可能な情報処理装置に以下のステップを実行させるプログラムであって、
前記画像処理装置に対して探索要求を送信する第１の送信ステップと、
前記探索要求に対する応答を前記画像処理装置から受信する第１の受信ステップと、
前記応答に含まれる前記画像処理装置の種類を示す情報から、前記画像処理装置の種類を判定する判定ステップと、
前記判定ステップによって判定された前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を問い合わせる為の情報取得要求を生成する生成ステップと、
前記生成された情報取得要求を前記画像処理装置に対して送信する第２の送信ステップと、
前記第２の送信ステップによって送信される情報取得要求に応答して前記画像処理装置から送信された、前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を含む応答を受信する第２の受信ステップと、
を情報処理装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワークに関し、具体的にはネットワークデバイスと通信可能な情報処理装置およびその制御方法に関する。
【背景技術】
【０００２】
従来、ネットワークを介して複数のネットワークデバイスを管理するシステムが考えられている。このようなシステムにおいては、ネットワークデバイス管理装置はまずネットワーク上に接続されるデバイスを探索する必要がある。
【０００３】
ネットワークデバイスを探索する方法として、ＳＮＭＰ／ＭＩＢ及びＳＬＰを使用する方法がある。
【０００４】
ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）とは、ネットワークに接続されたデバイスをネットワーク経由で監視するためのプロトコルである。ＳＮＭＰによるネットワーク管理は、ネットワーク管理装置としてのマネージャと、管理対象デバイスに常駐するエージェントとの間のＵＤＰ通信により実現され、マネージャからのリクエストに対してエージェントはレスポンスを返す。ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）は、ＳＮＭＰに対応したネットワークデバイスに存在する、そのネットワークデバイスについての管理情報のデータベースである。マネージャからのリクエストに対して、エージェントはＭＩＢ内の情報を返す。ＳＮＭＰ／ＭＩＢを使用したデバイス探索の場合、特定のＭＩＢオブジェクトを含むＳＮＭＰパケットをブロードキャストすることにより、管理対象のデバイスを探索する（例えば特許文献１参照）。
【０００５】
一方、ＳＬＰ（Ｓｉｍｐｌｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）とは、ＴＣＰ／ＩＰ環境で提供しているサービスを通知、問い合わせをするために用いられるプロトコルである。ＳＬＰを使用してネットワークデバイスを探索する場合、特定のサービスタイプを指定してマルチキャストパケットを送信して管理対象のデバイスを探索することができる。
【０００６】
さらに、近年、ＸＭＬ−ＳＯＡＰを利用した分散オブジェクトモデルであるＷｅｂサービスが注目されている。そしてこのＷｅｂサービスの技術を用いてデバイス探索を行う方法が考えられている。
【０００７】
図１４は、従来の方法におけるＷｅｂサービス技術を用いたデバイス探索の流れを示すシーケンス図である。
【０００８】
１４０１に示すＤｉｓｃｏｖｅｒｙＰｒｏｘｙ（以下ＤＰ）は、Ｗｅｂサービス技術を用いたデバイス探索を行い、探索されたデバイスをデバイスリストとして保持するプロセスをコンピュータ又はデバイス上で動作するソフトウェアである。一方、１４０２に示すＤｉｓｃｏｖｅｒｙＡｇｅｎｔ（以下ＤＡ）は、ＤｉｓｃｏｖｅｒｙＰｒｏｘｙからの探索リクエストに応答してレスポンスを返すプロセスをコンピュータ又はデバイス上で動作するソフトウェアである。
【０００９】
先ず、ＤＡが動作するデバイスが起動すると、ＤＡはＤＰに対して起動メッセージ（「Ｈｅｌｌｏメッセージ」）を送信する（１４０３）。
【００１０】
Ｈｅｌｌｏメッセージを受信し、デバイスの存在を知ったＤＰは、該デバイスに対して探索要求（「Ｐｒｏｂｅパケット」）を送信し、ＤＡからＰｒｏｂｅパケットに対する応答（「ＰｒｏｂｅＭａｔｃｈパケット」）を得る（１４０４）。
【００１１】
その後、ＤＰはＤＡが動作するデバイスの詳細情報の取得を行う。先ず、デバイスの装置名を取得するための要求をＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットとしてＤＡに送信し、その応答を受信する（１４０５）。次に、デバイスＩＤを取得するための要求をＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットとしてＤＡに送信し、その応答を受信する（１４０６）。次に、デバイスタイプを取得するための要求をＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットとしてＤＡに送信し、その応答を受信する（１４０７）。デバイスタイプとはデバイスの種類を示す情報であり、例えば当該デバイスがレーザービームプリンタ（ＬＢＰ）か、インクジェットプリンタか、複合機（ＭＦＰ）かどうかを示す情報である。
【００１２】
さらに１４０７においてデバイスタイプを受信し、デバイスの種類が特定されると、当該デバイスの種類に応じたデバイス詳細情報を取得するための要求をＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットとしてＤＡに送信し、その応答を受信する（１４０８）。
【００１３】
このようにしてＤＰはＤＡが動作するデバイスの詳細情報を取得し、デバイスリストとして保持する。
【００１４】
以上説明した方法で、Ｗｅｂサービス技術を用いたデバイス検索が行われる。
【特許文献１】特開２００３−５８４４３
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、上記ネットワークデバイス管理システムにおいて、Ｗｅｂサービス技術を用いたデバイス検索を行った場合、ＤＰはＤＡが動作するデバイスの詳細情報を取得するために、数多くのパケット通信を行わなければならない。つまり、図１４に示すように１４０３〜１４０８のステップを経なければ、ＤＡが動作するデバイスのデバイスタイプに応じた詳細情報を取得することができないといった問題が生じる。これはＤＰ、ＤＡ両者の処理負荷の増大を招き、ネットワークトラフィックが生じる。また、この問題はネットワーク上に多数のデバイスが存在し、ＤＰにおいて管理すべきデバイスの数が増大するにつれてより顕著になる。
【００１６】
本発明はこのような従来の問題点に鑑みなされたものであり、ネットワーク上のデバイスを管理するシステムにおいて、Ｗｅｂサービス技術を用いた従来のデバイス探索を行った場合においても、装置の負荷を増加させることなく、またネットワークのトラフィックをより抑えることができ、探索時間の短縮を可能とする情報処理装置、及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するために、本発明の情報処理装置は、ネットワーク上の画像処理装置と通信可能な情報処理装置であって、前記画像処理装置に対して探索要求を送信する第１の送信手段と、前記探索要求に対する応答を前記画像処理装置から受信する第１の受信手段と、前記応答に含まれる前記画像処理装置の種類を示す情報から、前記画像処理装置の種類を判定する判定手段と、前記判定手段によって判定された前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を問い合わせる為の情報取得要求を生成する生成手段と、前記生成された情報取得要求を前記画像処理装置に対して送信する第２の送信手段と、前記第２の送信手段によって送信される情報取得要求に応答して前記画像処理装置から送信された、前記画像処理装置の種類に応じた装置情報及び前記画像処理装置の装置名を含む応答を受信する第２の受信手段とを有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ネットワーク上のデバイスを管理するシステムにおいて、Ｗｅｂサービス技術を用いた従来のデバイス探索を行った場合においても、装置の負荷を増加させることなく、またネットワークのトラフィックをより抑えることができ、探索時間の短縮が可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照し、本発明の実施の形態の一例について詳細に説明する。
【００２０】
図１は、本実施形態のネットワークシステム全体の接続形態を表す構成図である。ＰＣ１０００は、ユーザが使用するＷｅｂブラウザが動作するＰＣ、ＰＣ１００１はデバイス管理ソフトウェアが動作するＰＣである。デバイス１００３は、Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙ機能を持つデバイスである。デバイス１００４、デバイス１００５は、Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙの要求に応答する機能であるＤｉｓｃｏｖｅｒｙ  Ａｇｅｎｔを持つデバイスである。デバイス管理ソフトウェアは、ルータ１００２を介してデバイス１００３，１００４，１００５を管理している。ルータ１００２は、フィルタ制御を行いブロードパケット、マルチキャストパケットは通さないように設定してある。
【００２１】
図２は、デバイス探索のフローの一例を示した図である。デバイス１００３上のＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙは、デバイス１００４，１００５上のＤｉｓｃｏｖｅｒｙ  Ａｇｅｎｔからデバイス起動メッセージを受信する。デバイス起動メッセージは、具体的にはＨｅｌｌｏメッセージとして送信される。デバイス起動メッセージを受信したＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙは、デバイス１００４，１００５のデバイス情報の取得を行う。取得したデバイス情報は、Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙ内のデバイスリストとして保持される。
【００２２】
ＰＣ１００１上のデバイス管理ソフトウェアは、定期的にＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙからデバイスリストの情報を取得してデバイス管理ソフトウェア内のデータベースに保持する。ルータ１００２によって、ブロードキャスト、マルチキャストパケットの制御はされているが、デバイス１００３からデバイスリストを取得することにより、ルータを超えたデバイスの探索が可能となる。
【００２３】
ユーザは、ＰＣ１０００上のＷｅｂブラウザを用いて、ＰＣ１００１上のデバイス管理ソフトウェアへアクセスし、デバイスリストを表示参照することができる。
【００２４】
図３は、デバイス探索のフローの他の一例を示した図である。デバイス１００３上のＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙは、探索要求パケット、具体的にはＰｒｏｂｅパケットを使用してデバイス１００４，１００５を探索する。デバイス１００４，１００５が返信するＰｒｏｂｅＭａｔｃｈパケットからデバイスのアドレス情報を得た後、デバイス１００４，１００５のデバイス情報の取得を行う。取得したデバイス情報は、Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙ内のデバイスリストとして保持される。
【００２５】
ＰＣ１００１上のデバイス管理ソフトウェアは、定期的にＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙからデバイスリストの情報を取得してデバイス管理ソフトウェア内のデータベースに保持する。ユーザは、ＰＣ１０００上のＷｅｂブラウザを用いて、ＰＣ１００１上のデバイス管理ソフトウェアへアクセスし、デバイスリストを表示する。
【００２６】
図４は、Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙが動作するデバイス１００３の全体構成を示したブロック図である。Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ  ２０００は画像入力デバイスであるスキャナ２０７０（原稿の画像を読み取る）や画像出力デバイスであるプリンタ２０９５（画像を可視記録し出力する）と接続し、一方ではＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１（ＰＳＴＮまたはＩＳＤＮ１０３０）と接続することで、画像情報やデバイス情報の入出力を行う為のコントローラである。
【００２７】
ＣＰＵ２００１は図４の画像処理装置全体を制御するコントローラである。ＲＡＭ２００２はＣＰＵ２００２が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２００３はブートＲＯＭであり、本画像処理装置のブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブで、システムソフトウェアプログラム、画像データ等を格納する。ＤｉｓｃｏｖｅｒｙＰｒｏｘｙを実行するソフトウェアは、ＨＤＤ２００４又はＲＯＭ２００３に格納され、ＣＰＵ２００１によって実行される。
【００２８】
操作部Ｉ／Ｆ２００６は操作部（ＵＩ）２０１２とのインターフェース部で、操作部２０１２に表示する画像データを操作部２０１２に対して出力する。また、操作部２０１２から使用者が入力した情報をＣＰＵ２００１に伝える役割をする。
【００２９】
ＮｅｔｗｏｒｋＩ／Ｆ２０１０は本画像処理装置を複数の端末で形成されるＬＡＮ２０１１に接続し、情報の入出力を行う。Ｍｏｄｅｍ２０５０は本画像処理装置を一般の公衆回線網２０５１に接続し、情報の入出力を行う。
【００３０】
以上のデバイスがシステムバス２００７上に配置される。
【００３１】
Ｉｍａｇｅ  Ｂｕｓ  Ｉ／Ｆ２００５はシステムバス２００７と画像データを高速で転送する画像バス２００８を接続し、データ構造を変換するバスブリッジである。画像バス２００８は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。
【００３２】
画像バス２００８上には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）２０６０はＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部２０２０は、画像入出力デバイスであるスキャナ２０７０やプリンタ２０９５とコントローラ２０００を接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力された画像データに対し補正、加工、編集を行う。プリンタ画像処理部は、プリント出力すべき画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部２０３０は画像データの回転を行う。画像圧縮部２０４０は、多値画像データはＪＰＥＧ、２値画像画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００３３】
図５は、画像入出力デバイスの外観図である。画像入力デバイスであるスキャナ部２０７０は、原稿上に描かれた画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することで、画像を読み取りラスターイメージデータ２０７１として電気信号に変換する。原稿用紙は原稿フィーダ２０７２のトレイ２０７３にセットし、使用者が操作部２０１２から読み取り起動指示することにより、コントローラＣＰＵ２００１がスキャナ２０７０に指示を与え（２０７１）、フィーダ２０７２は原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００３４】
画像出力デバイスであるプリンタ部２０９５は、電気的なラスターイメージデータ２０９６を用紙上の可視画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、コントローラＣＰＵ２００１からの指示２０９６によって開始する。プリンタ部２０９５には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット２１０１、２１０２、２１０３、２１０４がある。また、排紙トレイ２１１１は印字し終わった用紙を受けるものである。
【００３５】
図６は、Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙが動作するデバイス１００３のソフトウエアブロック図である。１５０１はＵＩ即ちユーザインターフェイスを司るものであり、オペレータが本画像処理装置の各種操作・設定を行う際、機器との仲介を行うモジュールである。本モジュールは、オペレータの操作に従い、後述の各種モジュールに入力情報を転送し処理の依頼、或いはデータの設定等を行う。
【００３６】
１５０２はＡｄｄｒｅｓｓ−Ｂｏｏｋ即ちデータの送付先、通信先等を管理するデータベースモジュールである。Ａｄｄｒｅｓｓ−Ｂｏｏｋの内容は、ＵＩ１５０１からの操作情報によりデータの追加、削除、取得が行われ、オペレータの操作により後述の各モジュールにデータの送付・通信先情報を与えるものとして使用されるものである。このＡｄｄｒｅｓｓ−Ｂｏｏｋには、宛先の情報と対応付けてその宛先に送信する際のデータの形式、及び送信可能な画像の形態、解像度の情報等が記憶されている。
【００３７】
１５０３はＷｅｂ−Ｓｅｒｖｅｒモジュールであり、図外のＷｅｂクライアントからの要求により、本画像処理装置の管理情報を通知するために使用される。管理情報は、後述のＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８を介して読み取られ、後述のＨＴＴＰモジュール１５１２、ＴＣＰ／ＩＰモジュール１５１６、Ｎｅｔｗｏｒｋ−Ｄｒｉｖｅｒ１５１７を介してＷｅｂクライアントに通知される。ＤｉｓｃｏｖｅｒｙＰｒｏｘｙのソフトウェアはＷｅｂ−Ｓｅｒｖｅｒモジュール１５０３に含まれる。
【００３８】
１５０４はＵｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール即ち、各種データの配信を司るモジュールであり、ＵＩ１５０１によりオペレータに指示されたデータを、同様に指示された通信（出力）先に配布するものである。また、オペレータにより、本画像処理装置のスキャナ機能を使用し配布データの生成が指示された場合は、後述のＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８を介して機器を動作させ、データの生成を行う。
【００３９】
１５０５はプリンタモジュールであり、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール１５０４内で出力先にプリンタが指定された際に実行されるモジュールである。
【００４０】
１５０６はＥ−ｍａｉｌモジュールであり、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール１５０４内で通信先にＥ−ｍａｉｌアドレスが指定された際に実行されるモジュールである。
【００４１】
１５０７はデータベースモジュールであり、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄ１５０４内で出力先にデータベースが指定された際に実行されるモジュールである。
【００４２】
１５０８はＤＰモジュールであり、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール１５０４内で出力先に本画像処理装置と同機能を持った装置が指定された際に実行されるモジュールである。
【００４３】
１５０９はＲｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎモジュールであり、本画像処理装置のスキャナ機能を使用し、ネットワーク等で接続された他の装置を出力先とし、本画像処理装置単体で実現しているＣｏｐｙ機能と同等の処理を行うモジュールである。
【００４４】
１５１０はＲｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔモジュールであり、本画像処理装置のプリンタ機能を使用し、ネットワーク等で接続された他の装置を入力先とし、本画像処理装置単体で実現しているＣｏｐｙ機能と同等の処理を行うモジュールである。
【００４５】
１５１１はＷｅｂ−Ｐｕｌｌ−Ｐｒｉｎｔモジュール即ちインターネットまたはイントラネット上の各種ホームページの情報を読み出し、印刷するモジュールである。
【００４６】
１５１２は本画像処理装置がＨＴＴＰにより通信する際に使用されるモジュールであり、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＷｅｂ−Ｓｅｒｖｅｒ１５０３、Ｗｅｂ−Ｐｕｌｌ−Ｐｒｉｎｔ１５１１モジュールに通信を提供するものである。
【００４７】
１５１３はｌｐｒモジュールであり、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＵｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール１５０４内のプリンタモジュール１５０５にｌｐｒによる通信を提供するものである。
【００４８】
１５１４はＳＭＴＰモジュールであり、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＵｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール１５０４内のＥ−ｍａｉｌモジュール１５０６にＳＭＴＰによる通信を提供するものである。
【００４９】
１５１５はＳＬＭ即ちＳａｌｕｔａｔｉｏｎ−Ｍａｎａｇｅｒモジュールであり、後述のＴＣＰ／ＩＰ１５１６モジュールにより前述のＵｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール１５０４内のデータベースモジュール１５１７、ＤＰモジュール１５１８、及びＲｅｍｏｔｅ−Ｃｏｐｙ−Ｓｃａｎ１５０９モジュール、Ｒｅｍｏｔｅ−Ｃｏｐｙ−Ｐｒｉｎｔ１５１０モジュールにｓａｌｕｔａｔｉｏｎアーキテクチャによる通信を提供するものである。
【００５０】
１５１６はＴＣＰ／ＩＰ通信モジュールであり、前述の各種モジュールに後述のＮｅｔｗｏｒｋ−ＤｒｉｖｅｒによりＴＣＰ／ＩＰに準拠したネットワーク通信を提供するものである。
【００５１】
１５１７はネットワークドライバであり、ネットワークに物理的に接続される部分を制御するものである。
【００５２】
１５１８はＣｏｎｔｒｏｌｌ−ＡＰＩであり、Ｕｎｉｖｅｒｓａｌ−Ｓｅｎｄモジュール１５０４等の上流モジュールに対し、後述のＪｏｂ−Ｍａｎａｇｅｒ１５１９等の下流モジュールとのインターフェイスを提供するものであり、上流、及び下流のモジュール間の依存関係を軽減しそれぞれの流用性を高めるものである。
【００５３】
１５１９はＪｏｂ−Ｍａｎａｇｅｒであり、前述の各種モジュールよりＣｏｎｔｒｏｌｌ−ＡＰＩ１５１８を介して指示される処理内容を解釈し、後述の各モジュールに指示を与えるものである。また、本モジュールは、本画像処理装置内で実行されるハード的な処理を一元管理するものである。
【００５４】
１５２０はＣＯＤＥＣ−Ｍａｎａｇｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９が指示する処理の中でデータの各種圧縮・伸長を管理・制御するものである。
【００５５】
１５２１はＦＢＥ−Ｅｎｃｏｄｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４により実行されるスキャン処理により読み込まれたデータをＦＢＥフォーマットにより圧縮するものである。
【００５６】
１５２２はＪＰＥＧ−ＣＯＤＥＣであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４により実行される読取スキャン処理、及びＰｒｉｎｔ−Ｍａｎａｇｅｒ１５２６により実行される印刷処理において、読み込まれたデータのＪＰＥＧ圧縮及び印刷データのＪＰＥＧ展開処理を行うものである。
【００５７】
１５２３はＭＭＲ−ＣＯＤＥＣであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４により実行される読取スキャン処理、及びＰｒｉｎｔ−Ｍａｎａｇｅｒ１５２６により実行される印刷処理において、読み込まれたデータのＭＭＲ圧縮及び印刷データのＭＭＲ伸長処理を行うものである。
【００５８】
１５２４はＳｃａｎ−Ｍａｎａｇｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９が指示する読取スキャン処理を管理・制御するものである。
【００５９】
１５２５はＳＣＳＩドライバであり、Ｓｃａｎ−Ｍａｎａｇｅｒ１５２４と本画像処理装置が内部的に接続しているスキャナ部との通信を行うものである。
【００６０】
１５２６はＰｒｉｎｔ−Ｍａｎａｇｅｒであり、Ｊｏｂ−Ｍａｎａｇｅｒ１５１９が指示する印刷処理を管理・制御するものである。
【００６１】
１５２７はＥｎｇｉｎｅ−Ｉ／Ｆドライバであり、Ｐｒｉｎｔ−Ｍａｎａｇｅｒ１５２６と印刷部とのＩ／Ｆを提供するものである。
【００６２】
１５２８はパラレルポートドライバであり、Ｗｅｂ−Ｐｕｌｌ−Ｐｒｉｎｔモジュール１５１１がパラレルポートを介して図外の出力機器にデータを出力する際のＩ／Ｆを提供するものである。
【００６３】
なお、上記のものは、使用すべき装置に必要なもののみ設定し、利用することも可能である。
【００６４】
図７は、デバイス管理ソフトウェアが動作するＰＣ１００１の構成を示した図である。ハードディスク（ＨＤ）２１１には、デバイス管理ソフトウェアのプログラムが格納される。ハードウェア上の実行の主体はＣＰＵ２０１であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１１に格納されたデバイス管理ソフトウェアである。本実施例においては、ＯＳは例えば、ウィンドウズ（登録商標）ＸＰ（マイクロソフト社製）を想定しているが、これに限るものではない。
【００６５】
デバイス管理ソフトウェアは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図７に示すフロッピー（登録商標）ディスクコントローラ（ＦＤ）２１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１１にインストールされる。
【００６６】
図８は、本発明におけるデバイス１００４上のＤｉｓｃｏｖｅｒｙ  ＡｇｅｎｔがＰｒｏｂｅパケットを受信したときの動作を示すフローチャートである。Ｓ８０１において、Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔは、デバイス１００３上のＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙが送信したＰｒｏｂｅパケットを受信する。Ｓ８０２において、デバイスタイプを含むＰｒｏｂｅＭａｔｃｈパケットを作成する。図９は、ＰｒｏｂｅＭａｔｃｈパケットの例である。ＰｒｏｂｅＭａｔｃｈパケットは拡張可能なマークアップ言語であるＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述され、＜ｄ：ＤｅｔａｉｌＴｙｐｅｓ＞のタグで囲まれた要素にＭＦＰというデバイスタイプが記載されている。Ｓ８０３において、ＰｒｏｂｅＭａｔｃｈパケットをＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙに返信する。Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙでは、受信したＰｒｏｂｅＭａｔｃｈパケットのデバイスタイプを解析し、デバイス１００４の種類を知ることができる。
【００６７】
図１０は、本発明におけるデバイス１００３上のＤｉｓｃｏｖｅｒｙ  ＰｒｏｘｙがＰｒｏｂｅＭａｔｃｈパケットを受信し、デバイスの詳細情報を取得するためにＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットを生成する動作を示すフローチャートである。
【００６８】
デバイスの情報取得要求であるＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットは、拡張可能なマークアップ言語であるＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述され、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）パケットによって送信される。また、ＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットは、デバイス情報の格納先を示すＵＲＬを記述した，
＜ｗｓｘ：Ｄｉａｌｅｃｔ＞のタグで囲まれた要素を含み、当該タグで囲まれたＵＲＬ先からのデバイス情報を要求する。
【００６９】
まずＳ１００１において、デバイス１００４上のＤｉｓｃｏｖｅｒｙ  Ａｇｅｎｔが返信したＰｒｏｂｅＭａｔｃｈパケットを受信する。Ｓ１００２において、デバイスの製品名を取得するための要求と、デバイスＩＤを取得するための要求を作成する。具体的には＜ｗｓｘ：Ｄｉａｌｅｃｔ＞のタグで囲まれた要素に、「Ｔｈｉｓ  Ｍｏｄｅｌ」を指定するＵＲＬと「Ｔｈｉｓ  ｄｅｖｉｃｅ」を指定するＵＲＬを記述する。
【００７０】
次に、Ｓ１００３において、Ｓ１００１で受信したＰｒｏｂｅＭａｔｃｈパケット内のデバイスタイプを解析し、デバイスタイプがＭＦＰかどうか判断する。デバイスタイプがＭＦＰの場合、Ｓ１００４に進みＭＦＰ、ＦＡＸに特化した詳細情報を取得するために、＜ｗｓｘ：Ｄｉａｌｅｃｔ＞のタグで囲まれた要素に、「Ｔｈｉｓ  ＭＦＰ」を指定するＵＲＬと「Ｔｈｉｓ  ＦＡＸ」を指定するＵＲＬを記述する。
【００７１】
デバイスタイプがＭＦＰでない場合、Ｓ１００５に進みデバイスタイプがＬＢＰかどうか判断する。ＬＢＰの場合、Ｓ１００６において、ＬＢＰに特化した詳細情報を取得するために、＜ｗｓｘ：Ｄｉａｌｅｃｔ＞のタグで囲まれた要素に、「Ｔｈｉｓ  ＬＢＰ」を指定するＵＲＬを記述する。
【００７２】
デバイスタイプがＬＢＰでない場合、Ｓ１００７においてデバイスタイプがインクジェットプリンタ（ＢＪプリンタ）かどうか判断する。ＢＪプリンタの場合、Ｓ１００８に進み、ＢＪプリンタに特化した詳細情報を取得するために、＜ｗｓｘ：Ｄｉａｌｅｃｔ＞のタグで囲まれた要素に、「Ｔｈｉｓ  ＢＪｐｒｉｎｔｅｒ」を指定するＵＲＬを記述する。
【００７３】
Ｓ１００９において、生成したデバイス情報取得要求であるＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットを送信する。
【００７４】
図１１は、Ｓ１００９において送信されるＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットの例である。
【００７５】
１１０１に示すようにそれぞれ、装置名を取得するための要求である＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｗｓ／２００４／０８／ｄｅｖｐｒｏｆ／ＴｈｉｓＭｏｄｅｌ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞、デバイスＩＤを取得するための要求である＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｗｓ／２００４／０８／ｄｅｖｐｒｏｆ／ＴｈｉｓＤｅｖｉｃｅ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞、ＭＦＰに特化した詳細情報を取得するための要求である＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｃｏｎｏｎ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ／ＴｈｉｓＭｆｐ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞、及びＦＡＸに特化した詳細情報を取得するための要求である＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｃｏｎｏｎ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ／ＴｈｉｓＦａｘ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞が記述されている。
【００７６】
一方、図１２は、図１１のデバイス情報取得要求であるＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットに対して、ＤＡから送信される応答パケットの例である。
【００７７】
１２０１には、ＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットの＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｗｓ／２００４／０８／ｄｅｖｐｒｏｆ／ＴｈｉｓＭｏｄｅｌ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞に対する応答である装置名を示す情報が記述されている。
【００７８】
１２０２には、ＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットの＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｓｃｈｅｍａｓ．ｘｍｌｓｏａｐ．ｏｒｇ／ｗｓ／２００４／０８／ｄｅｖｐｒｏｆ／ＴｈｉｓＤｅｖｉｃｅ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞に対する応答であるデバイスＩＤを示す情報が記述されている。
【００７９】
１２０３には、ＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットの＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｃｏｎｏｎ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ／ＴｈｉｓＭｆｐ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞に対する応答であるＭＦＰに特化した詳細情報が記述されている。
【００８０】
１２０４には、ＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットの＜ｗｓｘ：Ｄｉａｌｅｃｔ＞ｈｔｔｐ：／／ｃｏｎｏｎ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ／ＴｈｉｓＦａｘ＜／ｗｓｘ：Ｄｉａｌｅｃｔ＞に対する応答であるＦＡＸに特化した詳細情報が記述されている。
【００８１】
これらのデバイスタイプに応じた情報取得要求を指定することにより、ＭＦＰ、ＬＢＰ、ＢＪ等の個々のデバイスによって異なる情報を取得することが可能になる。
【００８２】
取得するメタデータの情報はベンダー固有の詳細なデバイス情報である。また、他ベンダーのデバイスでも標準の情報取得要求を指定することにより、各ベンダー共通の標準的なデバイス情報は取得することが可能になる。
【００８３】
このように、本発明では、デバイス情報取得要求であるＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットに、装置名を取得するための要求、デバイスＩＤを取得するための要求、デバイスの種類に応じた詳細情報を取得するための要求を全て含んだデバイス情報取得要求（ＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケット）を作成することによって、複数回の通信によって得なければいけなかったデバイスの各情報をまとめて取得することができる。
【００８４】
図１３は、従来例で示したＷｅｂサービス技術を用いたデバイス探索のシーケンス図（図１４）に対して、本発明を用いたデバイス探索を行った場合の処理の流れを示すシーケンス図である。
【００８５】
図１４と比較して「ＧｅｔＭｅｔａｄａｔａ」のシーケンスが少なくなっていることがわかる。
【００８６】
以上本実施例においては、ＤｉｓｃｏｖｅｒｙＰｒｏｘｙがネットワーク上のデバイス１００３上で動作する場合について説明したが、他のデバイス、又はＰＣ上で動作してもよいことは言うまでもない。
【００８７】
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。
【００８８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８９】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ネットワーク上のファイルサーバが有する記憶装置、或いは、インターネット上のＦＴＰサーバが有する記憶装置など、あらゆる記録媒体を用いることができる。
【００９０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００９１】
【図１】本実施例におけるネットワークシステムのシステム図である。
【図２】本実施例におけるデバイス検索のフローの一例を示した図である。
【図３】本実施例におけるデバイス検索のフローの他の一例を示した図である。
【図４】本実施例におけるＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙが動作するデバイスのハードウェア構成を示したブロック図である。
【図５】本実施例における画像入出力デバイスの外観図である。
【図６】本実施例におけるＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙが動作するデバイスのソフトウェアブロック図である。
【図７】本実施例におけるデバイス管理ソフトウェアが動作するコンピュータの構成を示す図である。
【図８】本実施例におけるＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙの動作を示すフローチャートである。
【図９】本実施例におけるＰｒｏｂｅＭａｔｃｈパケットの例である。
【図１０】本実施例におけるＤｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙの動作を示すフローチャートである。
【図１１】本実施例におけるＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットの例である。
【図１２】本実施例におけるＭｅｔａＤａｔａＥｘｃｈａｎｇｅパケットに対する応答パケットの例である。
【図１３】本実施例におけるデバイス検索のシーケンス図である。
【図１４】従来の技術におけるデバイス検索のシーケンス図である。
【符号の説明】
【００９２】
１０００  ブラウザが動作するＰＣ
１００１  デバイス管理ソフトウェアが動作するＰＣ
１００２  ルータ
１００３  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｘｙが動作するデバイス
１００４  Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔが動作するデバイス
１００５  Ｄｉｓｃｏｖｅｒｙ  Ａｇｅｎｔが動作するデバイス
２０００  Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ
２００１  ＣＰＵ
２００２  ＲＡＭ
２００３  ＲＯＭ
２００４  ハードディスクドライブ
２００５  Ｉｍａｇｅ  Ｂｕｓ  ｉ／ｆ
２００６  操作部ｉ／ｆ
２００７  システムバス
２００８  画像バス
２０１０  Ｎｅｔｗｏｒｋ  ｉ／ｆ
２０１１  ＬＡＮ（ローカルエリアネットワーク）
２０１２  操作部ＵＩ
２０２０  デバイスｉ／ｆ
２０３０  画像回転部
２０４０  画像圧縮部
２０５０  Ｍｏｄｅｍ
２０５１  一般公衆回線網（ＷＡＮ）
２０６０  ラスターイメージプロセッサ
２０７０  スキャナ部
２０８０  スキャナ画像処理部
２０９０  プリンタ画像処理部
２０９５  プリンタ部
【図１】
2006202195.tif 000003
【図２】
2006202195.tif 000004
【図３】
2006202195.tif 000005
【図４】
2006202195.tif 000006
【図５】
2006202195.tif 000007
【図６】
2006202195.tif 000008
【図７】
2006202195.tif 000009
【図８】
2006202195.tif 000010
【図９】
2006202195.tif 000011
【図１０】
2006202195.tif 000012
【図１１】
2006202195.tif 000013
【図１２】
2006202195.tif 000014
【図１３】
2006202195.tif 000015
【図１４】
2006202195.tif 000016