(57)【要約】【課題】ネットワーク上のクライアントが、ネットワークに接続されたデバイス管理装置を介して、デバイス管理装置に接続されているデバイスの属性情報を取得する。【解決手段】デバイス管理装置は、第１のＩ／Ｆと、第２のＩ／Ｆと、収集部と、要求受信部と、応答作成部と、応答送信部とを備える。第１のＩ／Ｆは、クライアントと通信するためのＩ／Ｆである。第２のＩ／Ｆは、複数のデバイスと通信するためのＩ／Ｆである。収集部は、第２のＩ／Ｆに接続された複数のデバイスに関する属性情報を収集する。要求受信部は、ネットワーク上のクライアントから第１のＩ／Ｆを介して、属性情報の送信を要求する属性要求を受信する。応答作成部は、属性要求に応じて、収集された複数のデバイスに関する属性情報を含む属性応答を作成する。応答送信部は、クライアント対して作成された属性応答を送信する。【選択図】図７
2007094947.tif 000002
【特許請求の範囲】
【請求項１】
デバイス管理装置であって、
ネットワークを介して、クライアントコンピュータと通信するための第１のインターフェースと、
複数のデバイスと通信するためのインターフェースであって、前記第１のインターフェースとは異なる第２のインターフェースと、
前記第２のインターフェースに接続された前記複数のデバイスに関する属性情報を収集する収集部と、
ネットワーク上のクライアントコンピュータから前記第１のインターフェースを介して、属性情報の送信を要求する属性要求を受信する要求受信部と、
前記属性要求に応じて、前記収集された複数のデバイスに関する属性情報の全部または一部を含む属性応答を作成する応答作成部と、
前記ネットワーク上のクライアントコンピュータに対して前記作成された属性応答を送信する応答送信部と、
を備えるデバイス管理装置。
【請求項２】
請求項１に記載のデバイス管理装置において、
前記属性応答は、含むべき前記複数のデバイスに関する属性情報のうち各デバイスに共通する属性情報が重複しないように作成されるデバイス管理装置。
【請求項３】
請求項１または請求項２に記載のデバイス管理装置において、
前記第２のインターフェースに接続された複数のデバイスは、前記第２のインターフェースと直接接続されているデバイスと、１または複数の他のデバイスを介して、前記第２のインターフェースと接続されているデバイスとを含むデバイス管理装置。
【請求項４】
請求項１ないし請求項３のいずれかに記載のデバイス管理装置において、
前記複数のデバイスは、異なるサービスを提供する複数種類のデバイスを含むデバイス管理装置。
【請求項５】
請求項１ないし請求項４のいずれかに記載のデバイス管理装置において、
前記属性要求は、不特定の種類のデバイスに関する前記属性情報を要求し、
前記応答送信部は、前記第２のインターフェースに接続された全てのデバイスについての前記属性情報を含む前記属性応答を作成するデバイス管理装置。
【請求項６】
請求項１ないし請求項５のいずれかに記載のデバイス管理装置において、
前記属性要求は、特定の種類のデバイスを指定するデバイス情報を含み、
前記応答送信部は、前記第２のインターフェースに接続された複数のデバイスのうち、前記デバイス情報に対応する前記特定の種類のデバイスに関する属性情報を含む前記属性応答を作成するデバイス管理装置。
【請求項７】
請求項１ないし請求項６のいずれかに記載のデバイス管理装置において、
前記属性要求は、前記属性情報の項目を特定するための項目情報を含み、
前記応答送信部は、前記複数のデバイスに関する属性情報のうち、前記項目情報により特定された項目に対応する属性情報を含む前記属性応答を作成するデバイス管理装置。
【請求項８】
請求項１ないし請求項７のいずれかに記載のデバイス管理装置において、
前記デバイス管理装置が、前記第２のインターフェースを介して前記デバイスと通信可能になった時に、前記収集部は、そのデバイスに関する前記属性情報の少なくとも一部を収集するデバイス管理装置。
【請求項９】
請求項１ないし請求項８のいずれかに記載のデバイス管理装置において、
前記収集部は、前記第２のインターフェースを介して、定期的に、前記複数のデバイスから前記複数のデバイスに関する属性情報の少なくとも一部を収集するデバイス管理装置。
【請求項１０】
請求項１ないし請求項９のいずれかに記載のデバイス管理装置において、
前記収集部は、前記属性要求に応じて、前記属性応答に含むべき前記複数のデバイスに関する属性情報の少なくとも一部を収集するデバイス管理装置。
【請求項１１】
ネットワークを介して、クライアントコンピュータと通信するための第１のインターフェースと、前記第１のインターフェースとは異なると共に、複数のデバイスと通信するための第２のインターフェースと、を備えるデバイス管理装置における方法であって、
前記第２のインターフェースに接続された前記複数のデバイスに関する属性情報を収集し、
ネットワーク上のクライアントコンピュータから前記第１のインターフェースを介して、属性情報の送信を要求する属性要求を受信し、
前記属性要求に応じて、前記収集された複数のデバイスに関する属性情報の全部または一部を含む属性応答を作成し、
前記ネットワーク上のクライアントコンピュータに対して前記作成された属性応答を送信する方法。
【請求項１２】
ネットワークを介して、クライアントコンピュータと通信するための第１のインターフェースと、前記第１のインターフェースとは異なると共に、複数のデバイスと通信するための第２のインターフェースと、を備えるデバイス管理装置を制御するためのコンピュータプログラムであって、
前記第２のインターフェースに接続された前記複数のデバイスに関する属性情報を収集する第１の機能と、
ネットワーク上のクライアントコンピュータから前記第１のインターフェースを介して、属性情報の送信を要求する属性要求を受信する第２の機能と、
前記属性要求に応じて、前記収集された複数のデバイスに関する属性情報の全部または一部を含む属性応答を作成する第３の機能と、
前記ネットワーク上のクライアントコンピュータに対して前記作成された属性応答を送信する第４の機能と、
をコンピュータに実現させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された管理装置によるデバイスの管理に関し、特に、クライアントからの要求に応じて複数のデバイスの属性情報を応答する技術に関する。
【背景技術】
【０００２】
プリンタ等のデバイスを、ローカルエリアネットワーク（ＬＡＮ）をはじめとするネットワークに接続して使用する形態が普及しつつある。このようなネットワークに接続されたデバイス（ネットワークデバイス）をネットワーク上のクライアントコンピュータ（以下、単にクライアントという。）を用いて管理する技術が知られている。例えば、クライアントからネットワークデバイスを探索する探索パケットを送信し、探索パケットに対する応答として、ネットワークデバイスからＭＡＣアドレスを記録した応答パケットを受信する技術が知られている（特許文献１）。この技術では、応答パケットを元に、ネットワークデバイスのリストを表示し、リストから選択されたネットワークデバイスに対し、ネットワーク設定を行っている。
【特許文献１】特開２０００−１２２９４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ネットワークに接続されたデバイス管理装置に複数のデバイスが接続されている構成については考慮されていない。したがって、上記技術を、デバイス管理装置に複数のデバイスが接続されている構成に適用した場合、クライアントコンピュータが、必要とするデバイスの属性情報を取得できないおそれがあった。
【０００４】
本発明は、上記課題を解決するためになされたものであり、ネットワーク上のクライアントが、ネットワークに接続されたデバイス管理装置を介して、デバイス管理装置に接続されている複数のデバイスの属性情報を取得することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題の少なくとも一部を解決するため、本発明の第１の態様は、デバイス管理装置を提供する。本発明の第１の態様に係るデバイス管理装置は、第１のインターフェースと、第２のインターフェースと、収集部と、要求受信部と、応答作成部と、応答送信部とを備える。第１のインターフェースは、ネットワークを介して、クライアントコンピュータと通信するためのインターフェースである。第２のインターフェースは、複数のデバイスと通信するためのインターフェースであって、前記第１のインターフェースとは異なるインターフェースである。収集部は、前記第２のインターフェースに接続された前記複数のデバイスに関する属性情報を収集する。要求受信部は、ネットワーク上のクライアントから前記第１のインターフェースを介して、属性情報の送信を要求する属性要求を受信する。応答作成部は、前記属性要求に応じて、前記収集された複数のデバイスに関する属性情報の全部または一部を含む属性応答を作成する。応答送信部は、前記ネットワーク上のクライアント対して前記作成された属性応答を送信する。
【０００６】
本発明の第１の態様に係るデバイス管理装置によれば、クライアントが属性要求をデバイス管理装置に送信すると、デバイス管理装置に接続されたデバイスに関する属性情報を含む属性応答がクライアントに対して送信される。しがたって、クライアントは、デバイス管理装置を介して、デバイス管理装置に接続されているデバイスに関する属性情報を取得することができる。
【０００７】
本発明の第１の態様に係るデバイス管理装置において、前記属性応答は、含むべき前記複数のデバイスに関する属性情報のうち各デバイスに共通する属性情報が重複しないように作成されても良い。こうすれば、属性応答のデータ量を低減することができる。
【０００８】
本発明の第１の態様に係るデバイス管理装置において、前記第２のインターフェースに接続された複数のデバイスは、前記第２のインターフェースと直接接続されているデバイスと、１または複数の他のデバイスを介して、前記第２のインターフェースと接続されているデバイスとを含んでも良い。こうすれば、クライアントは、デバイス管理装置に直接接続されているデバイスに加えて、間接的に接続されているデバイスについても、属性情報を取得することができる。
【０００９】
本発明の第１の態様に係るデバイス管理装置において、前記複数のデバイスは、異なるサービスを提供する複数種類のデバイスを含んでも良い。かかる場合には、クライアントは、複数種類のデバイスについての属性情報を、デバイス管理装置を介して取得することができる。
【００１０】
本発明の第１の態様に係るデバイス管理装置において、前記属性要求は、不特定のデバイスに関する前記属性情報を要求し、前記応答送信部は、前記第２のインターフェースに接続された全ての複数のデバイスについての前記属性情報を含む前記属性応答を作成しても良い。こうすれば、クライアントは、１つの属性要求を送信することによって、第２のインターフェースに接続された複数のデバイスについて、まとめて属性情報を取得することができる。
【００１１】
本発明の第１の態様に係るデバイス管理装置において、前記属性要求は、特定の種類のデバイスを指定するデバイス情報を含み、前記応答送信部は、前記第２のインターフェースに接続された複数のデバイスのうち、前記デバイス情報に対応する前記特定の種類のデバイスに関する属性情報を含む前記属性応答を作成しても良い。こうすれば、クライアントは、特定の種類のデバイスの属性情報を、選択的に取得することができる。
【００１２】
本発明の第１の態様に係るデバイス管理装置において、前記属性要求は、前記属性情報の項目を特定するための項目情報を含み、前記応答送信部は、前記複数のデバイスに関する属性情報のうち、前記項目情報により特定された項目に対応する属性情報を含む前記属性応答を作成しても良い。こうすれば、クライアントは、取得したい項目の属性情報を、選択的に取得することができる。
【００１３】
本発明の第１の態様に係るデバイス管理装置において、前記デバイス管理装置が、前記第２のインターフェースを介して前記デバイスと通信可能になった時に、前記収集部は、そのデバイスに関する前記属性情報の少なくとも一部を収集しても良い。また、前記第２のインターフェースを介して、前定期的に、前記複数のデバイスから前記複数のデバイスに関する属性情報の少なくとも一部を収集しても良い。また、前記属性要求に応じて、前記属性応答に含むべき前記複数のデバイスに関する属性情報の少なくとも一部を収集しても良い。こうすれば、収集部は、属性情報の性質等に応じて、適切に属性情報の収集を行うことができる。
【００１４】
なお、本発明は、種々の態様で実現することが可能であり、例えば、ネットワークに接続されると共に、クライアントと通信するための第１のインターフェースと、前記第１のインターフェースとは異なると共に、複数のデバイスと通信するための第２のインターフェースと、を備えるデバイス管理装置における方法のような方法発明として実現することができる。あるいは、かかる装置または方法を構築するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の態様で実現することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明について、図面を参照しつつ、実施例に基づいて説明する。
【００１６】
Ａ．実施例：
・ネットワークシステムの構成：
図１は、本発明の実施例におけるネットワークシステムの概略構成図である。ネットワークシステム１０００は、図１に示すように、クライアントとしての計算機（以下、単にクライアントという。）ＣＬと、デバイス管理装置１００と、デバイス管理装置１００に接続された複数のデバイスを含む。クライアントＣＬと、デバイス管理装置１００とは、ローカルエリアネットワーク（ＬＡＮ）を介して互いに接続されている。複数のデバイスのうち、図１上側のデバイス管理装置１００に接続されているデバイスは、プリンタＰＲＴ１と、プリンタＰＲＴ２と、スキャナＳＣＮである。プリンタＰＲＴ１と、プリンタＰＲＴ２と、スキャナＳＣＮは、それぞれ、ＵＳＢ（Universal Serial Bus）ケーブルＣＶを用いて直接にデバイス管理装置１００に接続されている。
【００１７】
複数のデバイスのうち、図１下側のデバイス管理装置１００に接続されているデバイスは、複合機ＭＦＤと、プリンタＰＲＴ３と、プリンタＰＲＴ４である。複合機ＭＦＤは、ＵＳＢケーブルＣＶを用いて直接にデバイス管理装置１００に接続されている。一方、プリンタＰＲＴ３と、プリンタＰＲＴ４は、ＵＳＢケーブルＣＶを用いて複合機ＭＦＤと、直接接続されている。デバイス管理装置１００は、プリンタＰＲＴ３およびプリンタＰＲＴ４と、複合機ＭＦＤを介して通信可能に構成されている。すなわち、デバイス管理装置１００と、プリンタＰＲＴ３、ＰＲＴ４は、複合機ＭＦＤを介して間接的に接続されている。
【００１８】
図２〜図４を参照してネットワークシステム１０００に含まれる各機器の構成について説明する。図２は、クライアントＣＬの内部構成を示す説明図である。図３は、デバイス管理装置１００の内部構成を示す説明図である。図４は、デバイスの内部構成を示す説明図である。
【００１９】
クライアントＣＬは、周知の計算機であり、図２に示すように、中央演算装置（ＣＰＵ）２１０と、メモリ２２０と、表示装置２４０を備えている。また、クライアントＣＬは、ネットワークインターフェースカード（ＮＩＣ）２３０を備えており、ＮＩＣ２３０を介してＬＡＮに接続されている。ＣＰＵ２１０は、メモリ２２０に格納された各種プログラムを実行することによりクライアントＣＬとしての機能を実現する。ＮＩＣ２３０は、ネットワークに接続するための通信インターフェースであり、具体的には、イーサネットの仕様に対応したケーブルを介して、ＬＡＮと接続される。
【００２０】
メモリ２２０には、種々のプログラムやデータが格納されるが、図２においては、本実施例における処理に必要な構成を選択的に図示し、本明細書においては、図示された構成について説明する。メモリ２２０には、ネットワーク管理プログラム２２１と、ネットワーク管理テーブル２２２と、通信プロトコルプログラム２２３とが、格納されている。ネットワーク管理プログラム２２１は、ＬＡＮに接続された機器等を管理するために用いられ、要求送信モジュール２２１１と、応答受信モジュール２２１２とを含んでいる。要求送信モジュール２２１１は、ＬＡＮ上に接続された機器に対して、属性情報の送信を要求する属性要求を送信する。応答受信モジュール２２１２は、ＬＡＮ上に接続された機器から属性要求に対する属性応答を受信する。ネットワーク管理テーブル２２２は、ネットワーク管理プログラム２２１が作成・更新するテーブルであり、属性応答に含まれる属性情報を記録しておくためのテーブルである。通信プロトコルプログラム２２３は、ネットワーク管理プログラム２２１の下位層にある通信プロトコルの機能を実現するプログラムであり、ネットワーク管理プログラム２２１が行う通信処理を実現する。具体的には、通信プロトコルプログラム２２３は、ＳＬＰ（Service Location Protocol）のクライアント側プロトコル（ユーザエージェント）、および、ＳＬＰの下位プロトコルであるＵＤＰ／ＩＰプロトコルを実装しており、上述した属性要求の送信や属性応答の受信を実現する。
【００２１】
デバイス管理装置１００は、図３に示すように、ＣＰＵ１１０と、メモリ１２０と、ＮＩＣ１３０と、ＵＳＢホストＩ／Ｆ部１４０を備えている。ＣＰＵ１１０は、メモリ１２０に格納されている各種プログラムを実行することにより、デバイス管理装置１００としての機能を実現する。ＮＩＣ１３０は、ＬＡＮを介して、クライアントＣＬを始めとするネットワーク上の機器と通信するためのインターフェースであり、具体的には、イーサネットの仕様に対応したケーブルを介して、ＬＡＮと接続される。デバイス管理装置１００は、ＮＩＣ１３０をＬＡＮ上のクライアントＣＬと通信するために用いる。ＵＳＢホストＩ／Ｆ部１４０は、ＵＳＢケーブルＣＶを接続するためのＵＳＢホストコネクタ１４１〜１４３を備え、ＵＳＢケーブルＣＶを介して、デバイス（例えば、プリンタＰＲＴ１や、スキャナＳＣＮ）と接続される。ＵＳＢホストＩ／Ｆ部１４０は、デバイスと通信するためのインターフェースであり、ＵＳＢ規格に従ったデータ通信を、接続されたデバイスとの間で実行する。
【００２２】
メモリ１２０には、種々のプログラムやデータが格納されるが、図３においては、本実施例における処理に必要な構成を選択的に図示し、本明細書においては、図示された構成について説明する。メモリ１２０には、デバイス管理プログラム１２１と、通信プロトコルプログラム１２３と、属性情報管理データベース１２２とが、格納されている。デバイス管理プログラム１２１は、属性情報収集モジュール１２１１と、要求受信モジュール１２１２と、応答作成モジュール１２１３と、応答送信モジュール１２１４とを含んでいる。属性情報収集モジュール１２１１は、ＵＳＢホストＩ／Ｆ部１４０を介してデバイス管理装置１００と接続された各デバイスに関する属性情報を収集する。要求受信モジュール１２１２は、ＮＩＣ１３０を介してＬＡＮ上のクライアントから送信された属性要求を受信する。応答作成モジュール１２１３は、属性要求に応じて、後述する属性応答を作成する。応答送信モジュール１２１４は、作成された属性応答を、属性要求を送信したＬＡＮ上のクライアントに対して送信する。属性情報管理データベース１２２は、属性情報収集モジュール１２１１によって収集された属性情報を記録しておくためのデータベースであるが、詳細については後述する。通信プロトコルプログラム１２３は、デバイス管理プログラム１２１の下位層にある通信プロトコルの機能を実現するプログラムであり、デバイス管理プログラム１２１が行う通信処理を実現する。具体的には、通信プロトコルプログラム１２３は、ＵＳＢホストＩ／Ｆ部１４０を介してデバイスと通信するためのプロトコル（ドライバ）を実装しており、上述した属性情報の収集を実現する。また、通信プロトコルプログラム１２３は、ＳＬＰのサーバー側プロトコル（サーバーエージェント）、および、ＳＬＰの下位プロトコルであるＵＤＰ／ＩＰプロトコルを実装しており、上述した属性要求の受信や属性応答の送信を実現する。
【００２３】
デバイス管理装置１００と接続されるデバイスについて、プリンタＰＲＴ１〜ＰＲＴ４を例にして説明する。以下の説明において、各プリンタＰＲＴ１〜ＰＲＴ４を区別する必要がない場合には、符号の末尾の数字を省略し、プリンタＰＲＴと表記する。プリンタＰＲＴは、図４に示すように、コントローラ３１０と、プリントエンジン３２０と、ＵＳＢデバイスＩ／Ｆ部３４０とを備えている。コントローラ３１０は、プリンタ全体を制御する計算機であり、ＣＰＵ３１１と、メモリ３１２を備えている。メモリ３１２には、プリンタＰＲＴの制御プログラム３１３と共に、属性情報テーブル３１５が格納されている。属性情報テーブル３１５は、プリンタＰＲＴ（デバイス）の属性情報が記録されているが、その詳細は後述する。制御プログラム３１３は、プリンタＰＲＴの制御に必要な各種モジュール（図示省略）と共に、属性情報テーブル３１５に記録された属性情報をデバイス管理装置１００に送信する属性情報送信モジュール３１４を含んでいる。プリントエンジン３２０は、実際に印刷を行う機構部分であり、本実施例では、静電気によってトナー粉が付着する現象を利用して印刷用紙上に画像を形成するいわゆるレーザー式のプリントエンジンである。ＵＳＢデバイスＩ／Ｆ部３４０は、デバイス管理装置１００と接続するためのＵＳＢデバイスコネクタ３４５を備え、ＵＳＢケーブルＣＶを介して、デバイス管理装置１００と接続される。ＵＳＢデバイスＩ／Ｆ部３４０は、デバイス管理装置１００と通信するためのインターフェースであり、ＵＳＢ（Universal Serial Bus）規格に従ったデータ通信を、デバイス管理装置１００との間で実行する。
【００２４】
なお、スキャナＳＣＮの構成は、プリントエンジン３２０に代えて、図４に破線で示すスキャナエンジン３３０を備える以外は、基本的にプリンタＰＲＴと同一である。スキャナエンジン３３０は、用紙等の媒体の画像を光学的に読み取り、画像データを生成する処理を行なう機構部分である。また、複合機ＭＦＤは、プリントエンジン３２０と共に、図４に破線で示すスキャナエンジン３３０を備えている。また、複合機ＭＦＤは、さらに、図４において破線で示すように、ＵＳＢホストＩ／Ｆ部３５０を備えている。ＵＳＢホストＩ／Ｆ部３５０は、デバイス管理装置１００におけるＵＳＢホストＩ／Ｆ部１４０と同様の機能・構成を備えており、ＵＳＢホストコネクタ３５５、３５６およびＵＳＢケーブルＣＶを介して、他のデバイス（例えば、プリンタＰＲＴ３およびプリンタＰＲＴ４（図１））と接続可能である。複合機ＭＦＤは、デバイス管理装置１００と、複合機ＭＦＤのＵＳＢホストＩ／Ｆ部３５０に接続された他のデバイスとの通信を仲介する機能を備えている。すなわち、複合機ＭＦＤは、デバイス管理装置１００から他のデバイス宛に送信されたデータをＵＳＢデバイスＩ／Ｆ部３４０を介して受信すると、そのデータをＵＳＢホストＩ／Ｆ部３５０を介して他のデバイスに転送する。また、逆に他のデバイスからデバイス管理装置１００宛に送信されたデータをＵＳＢホストＩ／Ｆ部３５０を介して受信すると、そのデータをＵＳＢデバイスＩ／Ｆ部３４０を介してデバイス管理装置１００に転送する。複合機ＭＦＤの他の構成は、基本的にプリンタＰＲＴと同一である。ただし、制御プログラム等の仕様は、スキャナ、複合機など、そのデバイスの種類に応じて異なることは、当然である。例えば、複合機ＭＦＤの制御プログラムは、スキャナエンジン３３０により生成された画像データを、プリントエンジン３２０を用いて印刷することにより、コピー機能を実現するモジュールを含んでいる。
【００２５】
図５を参照して、各デバイスのメモリ３１２に格納されている属性情報テーブル３１５について、さらに説明する。図５は、属性情報テーブル３１５の具体例を概念的に示す説明図である。属性情報テーブル３１５には、そのデバイスに関する多数の属性情報が記録されている。図５は、デバイスがプリンタＰＲＴである場合の属性情報テーブル３１５を示している。デバイスの属性情報の項目は、デバイスタイプ、メーカ名、機種名、シリアル番号等、デバイス固有の情報を含んでも良い。デバイスタイプの値は、対象のデバイスがプリンタＰＲＴであれば「プリンタ」、対象のデバイスがスキャナＳＣＮであれば「スキャナ」、対象のデバイスが複合機ＭＦＤであれば「複合機」と記録される。さらに、デバイスの属性情報の項目は、デバイスの仕様に関する情報を含んでも良い。例えば、デバイスがプリンタＰＲＴである場合、デバイスの仕様に関する情報は、図５に示すように、モノクロ印刷の可否、カラー印刷の可否を含んでも良いし、さらに、印刷解像度、印刷速度等、デバイスの性能に関する情報を含んでも良い。同様にして、デバイスがスキャナＳＣＮである場合には、デバイスの仕様に関する情報は、例えば、モノクロ読み取りの可否、カラー読み取りの可否、読み取り解像度を含み得る。
【００２６】
さらに、デバイスの属性情報の項目は、デバイスの動作状況によって、動的に変化する情報を含んでも良い。例えば、デバイスがプリンタＰＲＴである場合、動的に変化する情報は、図５に示すように、プリンタの状態を含んでも良い。プリンタの状態の値は、例えば、「印刷中」「ジョブ受信中」「エラー状態」を取り得る。さらに、動的に変化する情報は、エラー状態にある場合における具体的なエラーの内容、例えば、「用紙切れ」「トナー切れ」「紙詰まり」等を含んでも良い。デバイスの属性情報の項目に、動的に変化する情報が含まれる場合には、コントローラ３１０（ＣＰＵ３１１）は、デバイスの動作状況の変化に応じて、随時、これらの属性情報を更新する。
【００２７】
これらの属性情報は、例えば、ＭＩＢ(Management Information Base)として記録されても良い。ＭＩＢには、属性情報がオブジェクトごとに記録される。このオブジェクトは、ツリー構造で管理され、それぞれにオブジェクトＩＤ（以下、ＯＩＤと呼ぶ。）が割り振られ、識別できるようになっている。このＯＩＤは、「１．４．２．２．１．３」のようにピリオドで区切られた数字となっている。
【００２８】
図６を参照して、デバイス管理装置１００のメモリ１２０に格納されている属性情報管理データベース１２２について、さらに、説明する。図６は、属性情報管理データベース１２２の具体例を概念的に示す説明図である。属性情報管理データベース１２２には、ＵＳＢホストＩ／Ｆ部１４０を介してデバイス管理装置１００と接続されている各デバイスに関する属性情報が、デバイスごとに記録されている。図６に示す属性情報管理データベース１２２は、図１上側のデバイス管理装置１００のメモリ１２０に格納されているものである。図６に示す属性情報管理データベース１２２において、デバイス１、デバイス２、デバイス３の欄に記録されている属性情報は、それぞれ、図１におけるプリンタＰＲＴ１、プリンタＰＲＴ２、スキャナＳＣＮの属性情報である。各デバイスの欄に記録される属性情報は、各デバイスに格納されている上述した属性情報テーブル３１５に記録されている属性情報の全部または一部を含んでいる。さらに、各デバイスの欄に記録される属性情報には、ＩＰアドレス、ＭＡＣアドレス、インデックスが含まれる。ＩＰアドレスおよびＭＡＣアドレスは、デバイス管理装置１００に割り当てられているアドレスである。ＬＡＮ上のクライアントＣＬが各デバイスに対してアクセスする場合、例えば、印刷ジョブ等のデータを送信する場合には、デバイス管理装置１００を介してアクセスする必要があるため、デバイス管理装置１００のＩＰアドレスおよびＭＡＣアドレスも、各デバイスの属性情報として、属性情報管理データベース１２２に記録されている。なお、デバイス管理装置１００にＩＰアドレスが割り当てられていない場合には、「未設定」である旨がＩＰアドレスの項目の値として記録される。インデックスは、デバイス管理装置１００に接続されている各デバイスに割り当てられる番号であり、例えば、各デバイスを識別するために用いられる。図１において、各デバイスに接続されているＵＳＢケーブルＣＶ上に付した数値は、インデックスの値を示している。
【００２９】
・ネットワークシステム１０００における処理：
図７を参照して、ネットワークシステム１０００における処理について説明する。図７は、ネットワークシステム１０００における処理の一例を示すシーケンス図である。デバイス管理装置１００の属性情報収集モジュール１２１１は、定期的に、デバイス管理装置１００に接続されている各デバイスを監視し、各デバイスから属性情報を収集する。具体的には、属性情報収集モジュール１２１１は、各デバイスに対して、定期的に、各デバイスに格納されている属性情報テーブル３１５に格納されている属性情報を送信するように要求する定期要求を送信する（ステップ［１］）。各デバイスの属性情報送信モジュール３１４は、定期要求に応じて、要求された属性情報が記述された定期応答をデバイス管理装置１００に対して送信する（ステップ［２］）。デバイス管理装置１００の属性情報収集モジュール１２１１は、各デバイスから送信されてきた定期応答に記録されている属性情報を用いて、属性情報管理データベース１２２を更新する（ステップ［３］）。上述したステップ［１］〜ステップ［３］が所定間隔おきに繰り返されることにより、属性情報管理データベース１２２は、常に、各デバイスの比較的新しい状態を反映した状態に維持される。
【００３０】
次に、図７と共に、図８〜図１１を参照して、クライアントＣＬが、デバイス管理装置１００から属性情報を取得するための一連の処理について説明する。図８は、属性要求のデータ構造を概略的に示す図である。図９は、属性応答のデータ構造を概略的に示す図である。図１０は、属性応答作成処理の処理ルーチンを示すフローチャートである。図１１は、属性情報記述部の内容の一例を概略的に示す図である。本処理は、例えば、クライアントＣＬが、ＬＡＮ上に接続されている未知のデバイスを探索する場合に実行される。かかる場合には、まず、クライアントＣＬの要求送信モジュール２２１１は、属性要求５００を送信する（ステップ［４］）。未知のデバイスの探索であるので、クライアントＣＬは、属性要求５００をブロードキャストにより、送信する。
【００３１】
属性要求５００は、図８に示すように、ヘッダ部５０１と、ボディ部５０２とを備えている。属性要求５００は、例えば、ＵＤＰプロトコルに従ったＵＤＰパケットであり、ヘッダ部５０１は、ＵＤＰ／ＩＰヘッダ、および、ＵＤＰ／ＩＰプロトコルの上位プロトコルであるＳＬＰプロトコルに従ったＳＬＰヘッダを含んでいる。ボディ部５０２は、コマンド記述部５０３および項目記述部５０４を含んでいる。コマンド記述部５０３には、このパケットが、ネットワーク上に接続されたデバイスに対する属性要求であることを示すコマンド文が記述されている。コマンド文は、例えば、「ｄｅｖｉｃｅ−メーカ識別子」とされる。このコマンド文は、メーカ識別子により特定されたメーカ製のデバイスに関する属性情報を要求する属性要求であることを示している。このコマンド文では、デバイスの種類（例えば、プリンタ、スキャナ）を特定していない。従って、このコマンド文を含む属性要求５００は、不特定の種類のデバイスに対する属性要求である。項目記述部５０４は、クライアントＣＬが取得したい属性情報の項目を指定するために記述され、例えば、取得したい属性情報の項目名が記述される。項目記述部５０４は、その記述を省略されることができる。項目記述部５０４に何も記述されていない場合には、後述するように、その属性要求５００は、予め定められた項目について、属性情報を要求するものと解釈される。
【００３２】
クライアントＣＬから送信された属性要求５００は、デバイス管理装置１００の要求受信モジュール１２１２によって受信される。要求受信モジュール１２１２が属性要求５００を受信すると、デバイス管理装置１００の応答作成モジュール１２１３は、属性応答作成処理を実行する（ステップ［５］）。図１０を参照して、属性応答作成処理について、さらに、説明する。属性応答作成処理が開始されると、応答作成モジュール１２１３は、コマンド記述部５０３に記述されたコマンド文を取得する（ステップＳ１０２）。応答作成モジュール１２１３は、取得されたコマンド文に基づいて、対象となるデバイスを特定する。対象となるデバイスは、後のステップＳ１１４において作成される属性応答にその属性情報が含められるデバイスである。例えば、コマンド文が、上述したように、メーカ名のみを特定している場合には、そのメーカ製のデバイスは、全て対象となるデバイスである。
【００３３】
次に、応答作成モジュール１２１３は、項目記述部５０４に属性情報の項目を指定する記述があるか否かを判断する（ステップＳ１０６）。応答作成モジュール１２１３は、項目記述部５０４に記述があると判断すると（ステップＳ１０６：ＹＥＳ）、項目記述部５０４の記述に基づいて、属性情報を取得すべき項目（取得項目）を特定する（ステップＳ１１０）。一方、応答作成モジュール１２１３は、項目記述部５０４に記述がないと判断すると（ステップＳ１０６：ＮＯ）、予め定められた優先項目を取得項目として特定する（ステップＳ１０８）。予め定められた優先項目には、例えば、クライアントＣＬが未知のデバイスについて優先的に認識することが望ましい項目が定められる。具体的には、「ＩＰアドレス」「ＭＡＣアドレス」「メーカ」「インデックス」「デバイスタイプ」「機種名」「シリアル番号」が、優先項目として設定される。
【００３４】
応答作成モジュール１２１３は、続いて、属性情報管理データベース１２２から必要な属性情報を取得する（ステップＳ１１２）。具体的には、応答作成モジュール１２１３は、ステップＳ１０４において特定された対象となるデバイスについて、ステップＳ１０８において特定された項目に対応する属性情報を、属性情報管理データベース１２２から選択的に取得する。必要な属性情報が取得されると、応答作成モジュール１２１３は、取得された属性情報を含む属性応答を作成する（ステップＳ１１４）。
【００３５】
図９には、具体例として、図１に示す上側のデバイス管理装置１００において、メーカ名が「ＢＢＢ」である不特定の種類のデバイスに関する属性情報を要求する属性要求５００が受信された場合に作成される属性応答５５０の一例が示されている。なお、本具体例において、受信された属性要求５００の項目記述部５０４には何も記述されていないものとする。図９に示すように、作成される属性応答５５０は、属性要求と同様に、ヘッダ部５５１と、ボディ部５５２とを備えている。ボディ部５５２には、属性情報記述部５５３が含まれている。図９下側に示すように、属性情報記述部５５３にステップＳ１１２において取得された属性情報が、対象となるデバイスごとに記述される。ここで、対象となるデバイスの全てについて、値が共通する属性項目がある場合には、図９に示すように、その項目に対応する属性情報は、共通項目の欄に記述される。共通項目の欄に記述された属性情報は、デバイスごとに記述される欄には記述されない。こうすることによって、属性応答５５０は、対象となる複数のデバイスに関する属性情報のうち各デバイスに共通する属性情報が重複しないように作成される。図９に示す例は、特定のメーカ製のデバイスについての属性情報を要求する属性要求５００に対する属性応答５５０であるので、「メーカ」についての属性情報は、対象となる全てのデバイスにおいて共通となる。また、上述したようにデバイス管理装置１００に割り当てられたＩＰアドレスやＭＡＣアドレスは、デバイス管理装置１００に接続された全てのデバイスにおいて共通の属性情報である。従って、図９に示す例では、「ＩＰアドレス」「ＭＡＣアドレス」「メーカ」の項目に対応する属性情報は、共通項目の欄に記述される。属性応答が作成されると属性応答作成処理は、終了される。
【００３６】
図７に戻って、説明を続ける。属性応答作成処理（ステップ［５］）が終了されると、デバイス管理装置１００の応答送信モジュール１２１４は、作成された属性応答５５０を、属性要求５００を送信したクライアントＣＬに対して、送信する（ステップ［６］）。
【００３７】
クライアントＣＬにおいて、応答受信モジュール２２１２が、デバイス管理装置１００から送信された属性応答５５０を受信すると、属性応答５５０の属性情報記述部５５３に記述された属性情報に基づいて、ネットワーク管理テーブル２２２が更新される（ステップ［７］。以上説明したステップ［４］〜ステップ［７］までの一連の処理によって、クライアントＣＬは、未知のデバイスに関する属性情報を取得することができる。
【００３８】
クライアントＣＬは、取得された属性情報を用いて、様々な処理を実行することができる。例えば、クライアントＣＬは、属性情報として取得されたデバイスの機種名やメーカに基づいて、そのデバイスを利用するために必要なドライバを、自動的にインストールすることができる。
【００３９】
クライアントＣＬは、取得された属性情報を用いて、さらに、異なる属性情報を取得することもできる。例えば、クライアントＣＬは、上述した一連の処理により、ＬＡＮ上のデバイス管理装置１００を介して、２台のプリンタＰＲＴ１、ＰＲＴ２が利用可能であることを認識する。クライアントＣＬは、プリンタＰＲＴ１、ＰＲＴ２を利用するために必要なポート番号と、モノクロ印刷およびカラー印刷の可否を、属性情報としてさらに取得する追加処理を実行することができる。図７におけるステップ［８］〜ステップ［１１］は、当該追加処理のシーケンスを示している。以下、これらのステップを順次説明する。
【００４０】
クライアントＣＬは、まず、プリンタＰＲＴ１、ＰＲＴ２が接続されたデバイス管理装置１００に対して、ユニキャストにより属性要求５００を送信する（ステップ［８］）。ユニキャストに必要なＩＰアドレスは、上述した処理において属性情報として取得されている（図９）。本ステップにおいて、送信される属性要求５００のコマンド記述部５０３に記述されるコマンド文には、対象となるデバイスの種類として「プリンタ」を指定する情報が含められる。クライアントＣＬは、「プリンタ」についての属性情報が取得できれば良いためである。例えば、「ｄｅｖｉｃｅ−メーカ識別子−ｐｒｉｎｔｅｒ」と記述される。このように、本実施例では、コマンド文に、特定の種類のデバイスを指定するデバイス情報を含めることによって、対象となるデバイスの種類を特定することができる。さらに、本ステップにおいて、送信される送信される属性要求５００の項目記述部５０４には、取得すべき属性情報の項目「ポート番号」「モノクロ印刷」「カラー印刷」を指定する情報（例えば、項目名）が記述される。
【００４１】
デバイス管理装置１００において、属性要求５００が受信されると、上述したステップ［６］同様に、属性応答作成処理（図１０）が実行され、属性応答５５０が作成される（ステップ［９］）。図１１には、本ステップにおいて作成される属性応答５５０の属性情報記述部５５３ａが示されている。ステップ［８］において送信された属性要求５００は、上述のように、対象となるデバイスの種類を「プリンタ」と指定しているので、作成される属性応答５５０において対象となるデバイスは、デバイス１（図１：プリンタＰＲＴ１）と、デバイス２（図１：プリンタＰＲＴ２）となる。デバイス３（図１：スキャナＳＣＮ）は、対象となるデバイスには含まれない。また、属性情報記述部５５３ａに含められる属性情報の項目は、ステップ［８］において送信された属性要求５００の項目記述部５０４における記述によって指定された項目「ポート番号」「モノクロ印刷」「カラー印刷」である。これらの項目のうち「モノクロ印刷」の項目の値が、対象となる２つのデバイスにおいて共通しているので、「モノクロ印刷」の項目に対応する属性情報は、図１１に示すように共通項目の欄に記述される。
【００４２】
上述したステップ［６］［７］と同様に、作成された属性応答５５０は、デバイス管理装置１００からクライアントＣＬに対して送信され（ステップ［１０］）、属性応答５５０の属性情報記述部５５３ａに記述された内容は、クライアントＣＬにおいて、ネットワーク管理テーブル２２２に記述される（ステップ［１１］）。
【００４３】
この結果、クライアントＣＬは、取得した属性情報に基づいて、プリンタＰＲＴ１、ＰＲＴ２を利用して、印刷を実行することができる。具体的には、クライアントＣＬは、プリンタＰＲＴ１（デバイス１）の属性情報として取得されたＩＰアドレスおよびポート番号を送信先に指定して、モノクロ印刷を要求する印刷ジョブを送信することができる。
【００４４】
以上説明した実施例におけるデバイス管理装置１００によれば、属性要求５００を、デバイス管理装置１００に対して送信することにより、属性要求５００に対する応答として、デバイス管理装置１００に接続されているデバイスに関する属性情報を取得することができる。
【００４５】
さらに、デバイス管理装置１００は、デバイス管理装置１００に接続された複数のデバイスから属性情報を収集し、クライアントＣＬからの属性要求に応じて、動的に必要な属性要求を含めた属性応答を作成するので、クライアントＣＬは、効率良く、属性情報を取得することができる。例えば、クライアントＣＬは、デバイスの種類を特定しない属性要求５００を１つ送信するだけで、デバイス管理装置１００に接続された複数種類のデバイスに関する属性情報をまとめて取得することができる。また、クライアントＣＬは、必要に応じて、デバイスの種類や属性情報の項目を特定した属性要求５００を送信することによって、必要な属性情報を選択的に取得することができる。
【００４６】
さらに、デバイス管理装置１００の応答作成モジュール１２１３は、含むべき複数のデバイスに関する属性情報のうち各デバイスに共通する属性情報が重複しないように、属性応答５５０を作成するので、属性応答５５０のデータ量を低減することができる。
【００４７】
Ｂ．変形例：
・第１変形例：
上記実施例では、未知のデバイスを探索するときに、クライアントＣＬからブロードキャストにより送信される属性要求５００は、対象となるデバイスの種類を特定するための情報を含んでいないが、未知のデバイスを探索する場合であっても、対象となるデバイスの種類を特定するための情報を含んでも良い。例えば、プリンタを検索する場合は、コマンド文を、「ｄｅｖｉｃｅ−メーカ識別子−ｐｒｉｎｔｅｒ」とすれば良い。図１２は、属性情報記述部の内容の一例を概略的に示す図である。図１２には、コマンド文が「ｄｅｖｉｃｅ−メーカ識別子−ｐｒｉｎｔｅｒ」であり、項目記述部５０４には何も記述されていない属性要求５００に対して作成される属性応答５５０の属性情報記述部５５３ｂが示されている。かかる場合には、クライアントＣＬは、未知のプリンタについて属性情報を取得することができる。
【００４８】
・第２変形例：
上記実施例では、デバイス管理装置１００の属性情報収集モジュール１２１１は、定期的に各デバイスに要求を送信して問い合わせることによって、属性情報を収集しているが、属性情報の収集方法は、これに限られない。図１３を参照して、他の属性情報の収集方法を第２変形例として説明する。図１３は、第２変形例におけるネットワークシステム１０００における処理を示すシーケンス図である。本変形例では、ＣＬから属性要求５００が送信され（ステップ［１］、［８］）、デバイス管理装置１００が属性要求５００を受信した後に、属性情報収集モジュール１２１１は、属性応答作成の対象となるデバイスに対して、必要な属性情報の送信を要求する属性要求を送信する（ステップ［２］、［９］）。属性情報収集モジュール１２１１は、送信した属性要求に対する応答を受信する（ステップ［３］、［１０］）。図１３におけるその他のステップは、図７における同名のステップと同一の処理であるので、その説明を省略する。本変形例によれば、属性情報収集モジュール１２１１は、属性応答５５０の作成に必要な属性情報を選択的に各デバイスから取得することができる。また、属性情報収集モジュール１２１１は、定期的に属性情報を収集する必要がなく、クライアントＣＬから属性要求５００を受信した場合のみ属性情報を収集するので、デバイス管理装置１００の処理負荷が低減される。
【００４９】
さらに、属性情報収集モジュール１２１１は、属性情報の性質に応じて収集方法を使い分けても良い。例えば、デバイス固有の情報であって変化することがない属性情報、例えば、メーカ名、機種名、シリアル番号については、属性情報収集モジュール１２１１は、デバイスがデバイス管理装置１００に接続された時に、これらの属性情報を収集することとしても良い。そして、デバイスの動作状況によって、動的に変化する属性情報、例えば、プリンタの状態、エラー状態時におけるエラーの内容については、属性情報収集モジュール１２１１は、実施例に示すように定期的に収集することとしても良い。こうすれば、属性情報収集モジュール１２１１は、効率良く属性情報を収集することができる。
【００５０】
・その他の変形例：
上記実施例では、デバイス管理装置１００と、接続されるデバイス（例えば、プリンタＰＲＴ１）は、別体として構成されているが、デバイス管理装置１００は、一または複数の機能を有するデバイス（例えば、プリンタＰＲＴや、複合機ＭＦＤ）と同一の筐体に収容されていても良い。かかる場合には、デバイス管理装置１００と、デバイスとの間は、ＵＳＢ接続に代えて、例えば、内部シリアルバスにより接続され得る。
【００５１】
上記実施例では、デバイス管理装置１００とデバイスとの間は、ＵＳＢケーブルＣＶにより接続され、ＵＳＢ規格に従った通信が行われるが、デバイス管理装置１００とデバイスとの間との間は、クライアントＣＬとデバイス管理装置１００とを接続するＮＩＣ１３０とは異なるインターフェースを用いて接続されていれば良い。例えば、ＩＥＥＥ１３９４バス接続、パラレル接続、シリアル接続などの有線接続や、ブルートゥース接続，赤外線接続などの無線接続で接続するようにしてもよい。
【００５２】
上記実施例では、デバイスとしてプリンタＰＲＴ、スキャナＳＣＮ、複合機ＭＦＤが用いられているが、他の種類のデバイスを用いることもできる。例えば、ファクシミリ、コピー機を、デバイスとして用いても良い。
【００５３】
以上、実施例、変形例に基づき本発明について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施例におけるネットワークシステムの概略構成図。
【図２】クライアントの内部構成を示す説明図。
【図３】デバイス管理装置の内部構成を示す説明図。
【図４】デバイスの内部構成を示す説明図。
【図５】属性情報テーブルの具体例を概念的に示す説明図。
【図６】属性情報管理データベースの具体例を概念的に示す説明図。
【図７】ネットワークシステムにおける処理の一例を示すシーケンス図。
【図８】属性要求のデータ構造を概略的に示す図。
【図９】属性応答のデータ構造を概略的に示す図。
【図１０】属性応答作成処理の処理ルーチンを示すフローチャート。
【図１１】属性情報記述部の内容の一例を概略的に示す図。
【図１２】属性情報記述部の内容の一例を概略的に示す図。
【図１３】第２変形例におけるネットワークシステムにおける処理を示すシーケンス図。
【符号の説明】
【００５５】
１００...デバイス管理装置
１１０...ＣＰＵ
１２０...メモリ
１２１...デバイス管理プログラム
１２１１...属性情報収集モジュール
１２１２...要求受信モジュール
１２１３...応答作成モジュール
１２１４...応答送信モジュール
１２２...属性情報管理データベース
１２３...通信プロトコルプログラム
２１０...ＣＰＵ
２２０...メモリ
２２１...ネットワーク管理プログラム
２２１１...要求送信モジュール
２２１２...応答受信モジュール
２２２...ネットワーク管理テーブル
２２３...通信プロトコルプログラム
２４０...表示装置
３１０...コントローラ
３１１...ＣＰＵ
３１２...メモリ
３１３...制御プログラム
３１４...属性情報送信モジュール
３１５...属性情報テーブル
３２０...プリントエンジン
３３０...スキャナエンジン
３４０...ＵＳＢデバイスＩ／Ｆ部
３５０...ＵＳＢホストＩ／Ｆ部
５００...属性要求
５０１...ヘッダ部
５０２...ボディ部
５０３...コマンド記述部
５０４...項目記述部
５５０...属性応答
５５１...ヘッダ部
５５２...ボディ部
５５３...属性情報記述部
１０００...ネットワークシステム
ＰＲＴ１〜ＰＲＴ４...プリンタ
ＣＬ...クライアント
ＣＶ...ＵＳＢケーブル
ＭＦＤ...複合機
ＳＣＮ...スキャナ
【図１】
2007094947.tif 000003
【図２】
2007094947.tif 000004
【図３】
2007094947.tif 000005
【図４】
2007094947.tif 000006
【図５】
2007094947.tif 000007
【図６】
2007094947.tif 000008
【図７】
2007094947.tif 000009
【図８】
2007094947.tif 000010
【図９】
2007094947.tif 000011
【図１０】
2007094947.tif 000012
【図１１】
2007094947.tif 000013
【図１２】
2007094947.tif 000014
【図１３】
2007094947.tif 000015