JP2013232221A - 機器管理システム、機器管理システムの制御方法、及び機器情報取得プログラム - Google Patents

Abstract

【課題】ローカル機器と接続される情報処理装置に特別なソフトウェアを導入することなく、ローカル機器の機器情報を取得することができる機器管理システム、機器情報取得方法、及び機器情報取得プログラムを提供する。
【解決手段】機器とローカルに接続された情報処理装置と、該情報処理装置とネットワークを介して接続された機器管理装置からなる機器管理システムであって、前記情報処理装置は、前記機器の機器情報を登録する登録手段を有し、前記機器管理装置は、前記情報処理装置を検索する検索手段と、前記検索手段により検索された前記情報処理装置に対しリモート操作を行うことにより、該情報処理装置を介して、前記機器にアクセス可能であるか否かを判定する判定手段と、前記判定手段による判定の結果、アクセス可能でないと判定されたとき、前記情報処理装置の登録手段に登録された前記機器の機器情報を取得する第１機器情報取得手段と、を有することにより上記課題を解決する。
【選択図】図５

Description

本発明は、ネットワークなどのデータ伝送路を介して接続される少なくとも１台以上の機器を管理する機器管理装置、機器管理システムに関し、特に、機器管理装置が、ネットワークに接続されていない機器からも機器情報を取得し、ネットワークに接続される機器と同様に管理を行う技術に関するものである。

一般的な機器管理システムは、特許文献２のように、ネットワークに接続されるデバイス機器（以下、単に「機器」と言う。）の機器管理を行うシステムである。

ところが、このような機器管理システムには、ネットワークに接続されていない機器（以下、「ローカル機器」と言う。）の機器管理が行えないという問題があった。

ここで言う「ローカル機器」とは、例えばＰＣ（Personal Computer）などの情報処理装置に、ＵＳＢ（Universal Serial Bus）ケーブルなどのデータ伝送路で接続（ローカル接続）されるプリンタやスキャナと言った機器のことである。

上記問題を解決するには、特許文献１のように、ローカル機器と接続されるＰＣを、ネットワーク機器管理装置として活用することで解決できる。

例えば、プリンタ（ローカル機器）と接続されるＰＣを、プリントサーバＰＣ（例えば「Ｎｏｖｅｌｌ（登録商標）社のＮｅｔＷａｒｅ（登録商標）サーバ」）として機能させ、このプリントサーバ機能により（プリントサーバソフト経由で）、プリンタから状態情報を含む機器に関する情報（以下、「機器情報」と言う。）を取得することができる。

しかしながら、上記従来技術では、プリントサーバソフトのような特別なソフトウェアを導入しなければ機器情報を取得できないと言う問題点ある。

つまり、ローカル機器と接続されるＰＣが、たとえ機器管理装置とネットワークを介して接続されていたとしても、プリントサーバ機能が動作するＰＣでなければ、機器管理装置が、ローカル機器の機器情報を取得することができない。

本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、ローカル機器と接続される情報処理装置に特別なソフトウェアを導入することなく、ローカル機器から機器情報を取得することができる機器管理システム、機器情報取得方法、及び機器情報取得プログラムを提供することである。

上記目的を達成するため、本発明の一実施形態において、機器とローカルに接続された情報処理装置と、該情報処理装置とネットワークを介して接続された機器管理装置からなる機器管理システムであって、前記情報処理装置は、前記機器の機器情報を登録する登録手段を有し、前記機器管理装置は、前記情報処理装置を検索する検索手段と、前記検索手段により検索された前記情報処理装置に対しリモート操作を行うことにより、該情報処理装置を介して、前記機器にアクセス可能であるか否かを判定する判定手段と、前記判定手段による判定の結果、アクセス可能でないと判定されたとき、前記情報処理装置の登録手段に登録された前記機器の機器情報を取得する第１機器情報取得手段と、を有することを特徴とする機器管理システムが提供される。

本発明によれば、機器管理装置が、情報処理装置で動作する基本ソフトウェア（ＯＳ）が提供するリモート操作機能を利用して、情報処理装置にローカル接続された機器の機器情報を取得するようにしたことにより、ローカル機器と接続される情報処理装置に特別なソフトウェアを導入することなく、ローカル機器の機器情報を取得することができる。

以下、本発明の好適な実施の形態（以下、「実施形態」という。）について、図面を用いて詳細に説明する。

［第１の実施形態］
＜システム構成＞
では、本実施形態に係る機器管理システムの構成について説明する。図１は、本発明の第１の実施形態に係る機器管理システム１の構成例を示す図である。

図１に示すように、機器管理システム１は、ＭＦＰ（Multifunction Peripheral）やＬＰ（Laser Printer）と言った複数の機器２００（以下、便宜上「ネットワーク機器」と言う。）と、複数のクライアントＰＣ３００（以下、単に「ＰＣ」と言う。）と、機器管理装置１００とが、ネットワーク９０で相互に接続されている。

このようなシステム構成により、機器管理装置１００は、当該装置において動作する機器管理機能によってネットワーク機器２００から機器情報を収集し状態を監視することで機器管理している。また、ＰＣ３００に対しては、ネットワーク機器２００に関する各種情報を提供する。

また、ＰＣ３００の中には、ＵＳＢケーブル８０などを介してローカル接続された機器４００（以下、便宜上「ローカル機器」と言う。）が接続されているものもある。なお、ＰＣ３００とローカル機器４００との接続方法は、上記ＵＳＢケーブル８０に限定されるものではない。例えば、ＩＥＥＥ１３９４（Institute of Electrical and Electronic Engineers 1394）の高速シリアルバス（FireWire）などであってもよく、互いの装置間において双方向通信可能な方法であれば良い。以降の説明では、便宜上、ＵＳＢケーブル８０を用いた場合を例に説明を行う。

通常、このようなローカル機器４００は、ネットワークに接続されていないことから機器管理装置１００によって機器管理を行うことができない。つまり、ローカル機器４００は、ネットワーク機器２００と同じように管理対象機器として取り扱うことができない。

そこで、従来技術では、ＰＣ３００に特別なソフトウェア（プリントサーバ）を導入し、ＰＣ３００が、ローカル機器４００の代わりに機器管理装置１００に対して機器情報の応答などを行うことで、ローカル機器４００を管理対象機器として取り扱えるように対応している。

＜ハードウェア構成＞
次に、上記機器管理システム１において、機器管理を行う機器管理装置１００のハードウェア構成について説明する。図２は、本発明の第１の実施形態に係る機器管理装置１００のハードウェア構成例を示す図である。

図２に示すように、機器管理装置１００は、入力装置１０１と、表示装置１０２と、ドライブ装置１０３と、ＲＡＭ（Random Access Memory）１０４と、ＲＯＭ（Read Only Memory）１０５と、ＣＰＵ（Central Processing Unit）１０６と、インタフェース装置１０７と、ＨＤＤ（Hard Disk Drive）１０８とから構成され、それぞれがバスで相互に接続されている。

入力装置１０１は、キーボード及びマウスなどで構成され、機器管理装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどで構成され、機器管理装置１００による処理結果（例えば「管理対象機器から取得した機器情報」）などを表示する。

インタフェース装置１０７は、機器管理装置１００をネットワーク９０などのデータ伝送路に接続するインタフェースである。上記システム構成において説明を行ったように、機器管理装置１００は、インタフェース装置１０７を介して、ネットワーク機器２００やＰＣ３００などとのデータ通信を行う。

ＨＤＤ１０８は、機器管理装置１００全体を制御し情報処理システム（例えば「Ｗｉｎｄｏｗｓ（登録商標）」や「ＵＮＩＸ（登録商標）」などの基本ソフトウェアであるＯＳ）を提供するプログラムやデータ、情報処理システム上において各種機能（例えば「機器管理機能」や「データ通信機能」）を提供するプログラムやデータ（例えば「アプリケーションプログラム」や「アプリケーションデータ」）などを格納している不揮発性の記憶装置である。また、ＨＤＤ１０８は、格納している上記プログラムやデータを、所定のファイルシステムやＤＢ（Data Base）により管理している。

なお、上記プログラムやデータは、例えばＣＤ（Compact Disk）などの記録媒体１０３ａによって機器管理装置１００に提供されるか、ネットワーク９０からインタフェース装置１０７を介してダウンロードされる。例えば、記録媒体１０３ａから提供される場合は、記録媒体１０３ａを読み取り可能なドライブ装置１０３を介してＨＤＤ１０８にインストールされる。

ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、機器管理装置１００が起動されるときに実行されるＢＩＯＳ（Basic Input/Output System）、機器管理装置１００のシステム設定、及びネットワーク関連の設定などの各種データが格納されている。

ＲＡＭ１０４は、上記各種記憶装置から読み出されたプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）であり、ＣＰＵ１０６は、このＲＡＭ１０４上に読み出したプログラムを実行することにより、機器管理装置１００の全体制御や機器管理装置１００が搭載する各種機能を動作させる。

このようなハードウェア構成により、機器管理装置１００は、例えば、ＨＤＤ１０８からＲＡＭ１０４上に読み出した機器管理機能を実現するためのプログラムをＣＰＵ１０６により実行し、ネットワーク機器２００の状態監視やＰＣ３００への情報提供を行ったりすることができる。

＜機器情報取得機能＞
ここからは、上記システム構成において、機器管理装置１００が、ＰＣ３００に接続されるローカル機器４００を管理対象機器として機器管理を行うことを可能とする機能について詳しく説明する。

図３及び図４は、本発明の第１の実施形態に係る機器管理装置１００、ＰＣ３００、及びローカル機器４００の接続例（その１及びその２）を示す図である。

図３に示すように、従来技術では、ローカル機器４００と接続されるＰＣ３００が、たとえ機器管理装置１００とネットワーク９０を介して接続されていたとしても、プリントサーバ機能が動作するＰＣ３００でなければ、機器管理装置１００が、ローカル機器４００の機器情報を取得することができない。その結果、ローカル機器４００を管理対象機器として取り扱うことができない場合があった。

そのため、管理対象としたいローカル機器４００の台数が多い場合、各ローカル機器４００が接続されるＰＣ３００それぞれに対して、プリントサーバソフトを導入しなければならず、その作業は、ユーザや管理者にとって煩雑な作業となる。

また、図４に示すように、上記問題点を解決する方法としては、複数のローカル機器４００１〜ｎを、各ローカル機器４００１〜ｎが接続されたＰＣ３００１〜ｎ（クライアントＰＣ）を介して、プリントサーバ機能が動作する１台のＰＣ３００ＳＶ（プリントサーバ）で管理する方法が一例として挙げられる。これにより、機器管理装置１００が、プリントサーバ機能が動作するＰＣ３００ＳＶ（プリントサーバ）を介して、各ローカル機器４００１〜ｎのリストや機器情報を取得することができる。

しかし、上記構成では、プリントサーバ機能が動作するＰＣ３００ＳＶ（プリントサーバ）が、何らかの原因で故障した場合に、機器管理装置１００が、各ローカル機器４００１〜ｎのリストや機器情報を取得することができなくなる。

さらには、上記構成のように、プリントサーバ機能が動作するＰＣ３００ＳＶ（プリントサーバ）を介して取得するより、ローカル機器４００１〜ｎが接続されたＰＣ３００１〜ｎ（クライアントＰＣ）を介して取得した方が、より詳細なローカル機器４００１〜ｎの情報を取得することができる。

そこで、本実施形態では、ＰＣ３００で動作する基本ソフトウェアであるＯＳが有するリモート操作機能に着目する。

リモート操作機能とは、ＰＣ３００に対して遠隔操作を行う機能である。インターネットの普及や情報通信技術の高度化に伴って、現在のＯＳでは、ＰＣ３００の不具合などの予期せぬ異常が発生した場合に、ＰＣ３００の設置場所まで出向くことなく、ＰＣ３００の異常個所の特定や修復、再起動と言った遠隔操作が行えるソリューションが提供されている。例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳの「リモートアシスタンス」や「リモートデスクトップ」などが相当する。

本実施形態に係る機器管理装置１００では、ＰＣ３００で動作するＯＳが提供するリモート操作機能を利用して、ＰＣ３００に接続されたローカル機器４００の機器情報を取得する機器情報取得機能を有している。

ＯＳの基本機能を実装したソフトウェアであるカーネルは、ＯＳの中核部分として、アプリケーションソフトや周辺機器の監視、ディスクやメモリなどの資源の管理、割りこみ処理、プロセス間通信など、ＯＳとしての基本機能を提供する。

よって、本実施形態に係る機器管理装置１００は、ＰＣ３００を遠隔操作し、上記カーネルを介して、ローカル機器４００の機器情報を取得する。

これにより、本実施形態に係る機器管理装置１００では、ローカル機器４００と接続されるＰＣ３００に、プリントサーバソフトなどの特別なソフトウェアを導入することなく、ローカル機器４００の機器情報を取得することができる。その結果、ネットワーク９０に接続されていない機器に対しても、機器管理を行うことができる。

では、上記機器情報取得機能の構成とその動作について説明する。

《機能構成》
図５は、本発明の第１の実施形態に係る機器情報取得機能３０の構成例を示す図である。

機器情報取得機能３０は、主に、機器管理装置１００に搭載（インストール）される機器管理コンポーネント（アプリケーション）のソフトウェア部品により実現される機能である。

図５に示すように、本実施形態に係る機器情報取得機能３０は、複数の機能部から構成される。

（機器情報取得機能）
機器情報取得機能３０は、主に、検索部３１と、リモート操作可否判定部３２と、Ｉ／Ｆ情報取得部３３と、機器情報取得部３４とを有している。

まず、検索部３１は、ネットワーク９０を介して接続され、当該機器管理装置１００と通信可能なＰＣ３００を検索する機能である。例えば、検索部３１は、所定のＩＰアドレスの範囲を検索範囲として、"ｐｉｎｇ"コマンドにより、各ＩＰアドレスで指定したＰＣ３００からの応答を確認し、その確認結果に基づき、当該機器管理装置１００と通信可能なＰＣ３００を特定する。

"ｐｉｎｇ"コマンドは、インターネットやイントラネットなどのＴＣＰ／ＩＰネットワークを診断するプログラムである。接続されているかどうか調べたいコンピュータのＩＰアドレスを指定すると、ＩＣＭＰ（Internet Control Message Protocol）を使って通常３２バイト程度のデータを送信し、相手のコンピュータから返信があるかどうか、返信がある場合はどのくらい時間がかかっているか、などのデータを基にネットワークを診断することができる。

なお、上記では、"ｐｉｎｇ"コマンドを用いてＰＣ３００との通信可否を確認する方法について説明を行ったが、この方法に本発明が限定されるものではない。当該機器管理装置１００から、ＰＣ３００との通信可否が確認できれば、どのようなネットワーク診断プログラムであっても良い。

リモート操作可否判定部３２は、上記検索部３１において応答のあったＰＣ３００（検索部３１により特定された通信可能なＰＣ３００）に対して、リモート操作が可能か否かを判定する機能である。このとき、リモート操作可否判定部３２は、ＰＣ３００が、リモート操作機能を提供する際に用いるプロトコル（通信規約）に割り当てられたポート番号を調べ、ＰＣ３００に接続可能か否かを検証することで、リモート操作の可否を判定する。

リモート操作可否判定部３２では、上記ポート番号を調べる方法として、例えばＰＣ３００に対してポートスキャンを行う。

ポートスキャンは、接続窓口として複数個用意されている各ポートに対して順番にアクセスし、ＰＣ３００内で動作しているアプリケーションソフトウェアやＯＳの種類を調べることができる。

これにより、リモート操作可否判定部３２は、リモート操作機能に割り当てられているポート番号を調べることができる。

リモート操作機能を提供するプロトコルには、「リモート デスクトップ プロトコル（ＲＤＰ：Remote Desktop Protocol）」、「リモート プロシージャ コール（ＲＰＣ：Remote Procedure Call）」、「Ｓｅｃｕｒｅ Ｓｈｅｌｌ（ＳＳＨ）」、及び「ＴＥＬＮＥＴ」などが一例として挙げられる。

リモート操作可否判定部３２は、ポートスキャンにより、上記プロトコルに割り当てられたポート番号で、ＰＣ３００に接続可能か否かを検証する。

リモート操作可否判定部３２は、この検証結果に基づき、接続可能な場合にリモート操作が可能であると判断し、一方、接続不可能な場合にリモート操作が不可能であると判断する。

Ｉ／Ｆ情報取得部３３は、上記リモート操作可否判定部３２による判定結果が、リモート操作可能であった場合に、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、ＰＣ３００が機能提供しているインタフェースに関する情報（以下、「Ｉ／Ｆ情報」と言う。）を取得する機能である。

Ｉ／Ｆ情報７１は、Ｗｉｎｄｏｗｓ（登録商標）ＯＳのコンピュータ管理ツール６１（起動パス［%SystemRoot%\system32\compmgmt.msc /s］）が管理する情報である。

上記Ｉ／Ｆ情報７１には、例えばディスプレイやネットワークなどのアダプタ、ＵＳＢ、ＩＥＥＥ１３９４、及びＲＳ２３２Ｃ（Recommended Standard 232 version C）などの各種シリアルポートと言った、ＰＣ３００に対して外部接続される各種デバイスをサポートするための情報が含まれている。

また、Ｗｉｎｄｏｗｓ（登録商標）ＯＳでは、リモート操作により、上記情報を取得するためのツールキット（モジュール群）であるＳＤＫ（Software Development Kit）が幾つか用意されている。代表的なＳＤＫには、「ＷＭＩ ＳＤＫ（Windows Management Instrumentation SDK）」などがある。

Ｉ／Ｆ情報取得部３３は、上記ＳＤＫのモジュールを用いて、上記Ｉ／Ｆ情報７１を取得する。具体的には、リモート操作により、上記ＳＤＫのモジュールをＰＣ３００上で動作させることでＩ／Ｆ情報を取得する。

なお、上記では、Ｉ／Ｆ情報７１を「ＷＭＩ ＳＤＫ」を用いて取得する方法について説明を行ったが、この方法に本発明が限定されるものではない。例えば、予めＰＣ３００のプラットフォームに応じて開発したＩ／Ｆ情報取得プログラムを、当該機器管理装置１００からＰＣ３００へ送信し、ＰＣ３００上で動作させることで各種情報を取得することも可能である。この方法は、上記ＳＤＫを用いることができない場合に有効である。

機器情報取得部３４は、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、上記Ｉ／Ｆ情報取得部３３により取得されたＩ／Ｆ情報７１に基づき、ＰＣ３００を介してローカル機器４００の機器情報５１を取得する機能である。

上記Ｉ／Ｆ情報取得部３３により取得されるＩ／Ｆ情報７１には、例えばＰＣ３００がＵＳＢ、ＩＥＥＥ１３９４、及びＲＳ２３２Ｃの通信ポートをサポートしていた場合、これらの各種シリアルポートの情報が含まれる。さらに、これらの情報には、「モデル名」、「ベンダ名」、及び「デバイスドライバ」などの接続先に関する情報（以下、「接続先情報」と言う。）が含まれている。

機器情報取得部３４は、Ｉ／Ｆ情報７１に含まれる上記接続先情報に基づき、ローカル機器４００が、「どのＩ／ＦでＰＣ３００に接続されているのか」を特定し、リモート操作により、ＰＣ３００から、先に特定したＩ／Ｆを介してローカル機器４００にアクセスし、機器情報５１を取得する。

例えば、ＰＣ３００にＵＳＢケーブル８０を介してローカル機器４００が接続されている場合には、機器情報取得部３４により、Ｉ／Ｆ情報７１に含まれる「ＵＳＢケーブル８０を介して接続されたローカル機器４００」と言う接続先情報に基づき、ＰＣ３００とローカル機器４００とを接続するＩ／Ｆとして「ＵＳＢ」を特定する。続いて、ＰＣ３００からＵＳＢを介してローカル機器４００にアクセスし、機器情報５１を取得する。

このとき、リモート操作によるＰＣ３００からローカル機器４００へのデータ通信や情報取得などは、カーネルなどの基本ソフトウェアに含まれる通信モジュールや情報取得モジュールなどを用いて行う。

その結果、ＰＣ３００は、当該機器管理装置１００からのリモート操作による動作要求に応じて、ローカル機器４００から機器情報５１を取得する。

機器情報取得部３４は、リモート操作により、ＰＣ３００を介して取得した機器情報５１を、当該機器管理装置１００に送信し、ローカル機器４００の機器情報５１を取得する。

なお、上記では、リモート操作により、ＰＣ３００を介してローカル機器４００の機器情報５１を取得する方法について説明を行ったが、この方法に本発明が限定されるものではない。例えば、予めＰＣ３００のプラットフォームに応じて開発したローカル機器４００の機器情報取得プログラムを、当該機器管理装置１００からＰＣ３００へ送信し、ＰＣ３００上で動作させることで各種情報を取得することも可能である。この方法は、機器管理装置１００からのリモート操作において、ＰＣ３００とローカル機器４００との間で機器情報５１を送受信できない場合に有効である。

以上のように、機器管理装置１００では、当該機器管理装置１００と同一ネットワーク９０に接続されるＰＣ３００を検索し、該当したＰＣ３００がリモート操作可能か否かを判定する。その結果、リモート操作可能であれば、リモート操作により、ＰＣ３００を介して、ローカル機器４００の機器情報５１を取得する。

（機器管理機能）
機器管理装置１００は、上記機器情報取得機能３０により、ネットワーク機器２００やローカル機器４００などの管理対象機器から収集された機器情報５１に基づき、機器管理を行う。

そのため、登録部４１により、収集した機器情報５１を、記憶装置（例えば「ＨＤＤ１０８」など）の所定の記憶領域に格納する機能を有し、前回取得した機器情報５１に基づく機器状態の変化を監視し、機器管理を行っている。

《機能動作》
ここからは、上記に説明を行った各機能部によるローカル機器４００の機器情報５１を取得する動作について説明する。この機器情報取得機能３０は、上記各機能部が連携動作することにより機能し、機器管理装置１００に搭載される機器情報取得機能３０を実現するためのソフトウェア部品が、ＣＰＵ１０６により格納先（例えば「ＲＯＭ１０５」など）からＲＡＭ１０４に読み出され、以下の処理が実行されることで実現される。

（ローカル機器の機器情報取得処理）
図６は、本発明の第１の実施形態に係るローカル機器４００の機器情報５１を取得する処理手順例を示すシーケンス図である。なお、以下の処理手順では、ローカル機器４００がＵＳＢケーブル８０によりＰＣ３００に接続されている場合を例に説明する。

図６に示すように、機器管理装置１００は、まず、検索部３１により、ネットワーク９０に接続されるＰＣ３００を検索する（ステップＳ１０１）。このとき、検索部３１は、"ｐｉｎｇ"コマンドなどのネットワーク診断プログラムによって、当該機器管理装置１００とＰＣ３００とが通信可能か否かを、ＰＣ３００からの応答により確認する。

機器管理装置１００は、リモート操作可否判定部３２により、応答のあったＰＣ３００に対して、リモート操作が可能か否かを判定する（ステップＳ１０２）。このとき、リモート可否判定部３２は、ポートスキャンにより、ＰＣ３００において、リモート操作機能のプロトコルに割り当てられたポート番号を調べ、これらのポート番号でＰＣ３００に接続可能か否かを、ＰＣ３００からの応答により検証する。

機器管理装置１００は、ＰＣ３００へリモート操作可能であると判定された場合に、Ｉ／Ｆ情報取得部３３により、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、ＰＣ３００が機能提供しているＩ／Ｆ情報７１を取得する（ステップＳ１０３）。

機器管理装置１００は、機器情報取得部３４により、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、Ｉ／Ｆ情報取得部３３により取得されたＩ／Ｆ情報７１に含まれる上記接続先情報に基づき、ＰＣ３００を介してローカル機器４００の機器情報５１を取得する（ステップＳ１０４）。

ＰＣ３００では、機器管理装置１００からのリモート操作により、接続先情報から特定されたＩ／ＦであるＵＳＢを介して、ローカル機器４００から機器情報５１を取得する（ステップＳ１０５）。このとき、ローカル機器４００は、ＰＣ３００に対して、要求された機器情報５１を生成し、送信する（ステップＳ１０６）。

機器管理装置１００は、機器情報取得部３４により、リモート操作で、ＰＣ３００を介して取得した機器情報５１を、当該機器管理装置１００に送信し、ローカル機器４００の機器情報５１を取得する。

その結果、機器管理装置１００は、取得したローカル機器４００の機器情報５１を、登録部４１により、記憶装置の所定の記憶領域に格納することで、機器管理ＤＢなどに登録する（ステップＳ１０７）。

＜まとめ＞
以上のように、本発明の第１の実施形態によれば、本実施形態に係る機器管理装置１００は、当該機器管理装置１００と同一ネットワーク９０に接続されるＰＣ３００を検索し、該当したＰＣ３００がリモート操作可能か否かを判定する。

その結果、リモート操作可能であれば、リモート操作により、ＰＣ３００を介して、ローカル機器４００の機器情報５１を取得する。

これによって、機器管理装置１００では、ローカル機器４００と接続されるＰＣ３００に、プリントサーバソフトなどの特別なソフトウェアを導入することなく、ローカル機器４００の機器情報５１を取得することができる。よって、機器管理装置１００と同一ネットワーク９０に接続されていない機器に対しても、機器管理を行うことができる。

これによって、本実施形態に係る機器管理システム１では、ユーザ端末（ＰＣ３００）にＵＳＢケーブル８０などを介して接続され、ユーザごとに使用されている（プライベートに使用している）プリンタやスキャナと言った機器（ローカル機器４００）を、ネットワーク９０に接続され、ユーザに共通して使用されているＭＦＰと言った機器（ネットワーク機器２００）と同じ管理対象機器として管理できる。

［第２の実施形態］
第１の実施形態では、機器管理装置がＰＣを介してローカル機器にアクセスし、ローカル機器の機器情報を取得する構成について説明を行った。

しかし、ローカル機器で処理されるデータの機密性を考慮した「アクセス拒否」や、機器管理装置がＰＣを介してローカル機器にアクセスする際に用いる「Ｉ／Ｆの未対応」など、必ずしも、第１の実施形態に挙げる構成によって、ローカル機器から機器情報を取得できるとは限らない。

そこで、本実施形態では、ＰＣにローカル機器が接続された際に、動的に更新されるコンピュータ管理ツールが管理するＩ／Ｆ情報に着目し、更新されたＩ／Ｆ情報からローカル機器の機器情報を取得する。

ＰＣは、当該装置に機器や拡張カードなどを接続した際に、ハードウェアとファームウェア、ドライバ、ＯＳ、及びアプリケーション間が自動的に協調し、機器の組み込みと動作設定を自動的に行うプラグアンドプレイ（Plug and Play，又はPnP）と言う機能を有している。このとき、上記プラグアンドプレイが動作した際に、接続された機器の機器情報を接続先情報として取得し、Ｉ／Ｆ情報が更新される。

よって、本実施形態では、機器管理装置が、リモート操作可能なプロトコルによりＰＣにアクセスし、プラグアンドプレイにより更新されたＩ／Ｆ情報からローカル機器の機器情報を取得する。

以降に、本実施形態に係る機器管理装置が有する機器情報取得機能について説明する。なお、第１の実施形態と同様の点については、同一の参照符号を付し、その説明を便宜省略する。

＜機器情報取得機能＞
《機能構成》
本実施形態に係る機器情報取得機能３０は、主に、検索部３１と、リモート操作可否判定部３２と、Ｉ／Ｆ情報取得部３３と、機器情報取得部３４とを有しており、第１の実施形態と同様の構成である。

その中で第１の実施形態と異なる点は、上記機器情報取得部３４が有する機能である。

第１の実施形態に係る機器情報取得部３４では、上記Ｉ／Ｆ情報取得部３３により取得したＩ／Ｆ情報７１からＰＣ３００とローカル機器４００とを接続するＩ／Ｆを特定し、特定したＩ／Ｆを用い、ＰＣ３００を介してローカル機器４００の機器情報５１を取得していた。

これに対し、本実施形態に係る機器情報取得部３４は、リモート操作により、ＰＣ３００を介してローカル機器４００の機器情報５１が取得可能か否かを判断し、取得不可能な場合に、プラグアンドプレイにより更新されたＩ／Ｆ情報７１からローカル機器４００の機器情報５１を取得する。

機器情報取得部３４では、プラグアンドプレイにより更新されたＩ／Ｆ情報７１、すなわち上記Ｉ／Ｆ情報取得部３３により取得されたＩ／Ｆ情報７１から接続先情報を抽出し、ローカル機器４００の機器情報５１を取得する。

具体的には、次の図７に示す動作によりローカル機器４００から機器情報を取得する。

図７は、本発明の第２の実施形態に係る機器情報取得機能３０の動作例を示す図である。図７に示すように、まず、（１）ＰＣ３００にローカル機器４００がＵＳＢケーブル８０を介して接続されると、プラグアントプレイにより、自動的にローカル機器４００からプラグアンドプレイ情報が取得され、取得した各種情報がレジストリ領域にＩ／Ｆ情報７１として書き込まれる。

（２）機器管理装置１００は、機器情報取得部３４によるリモート操作により、ＰＣ３００のＯＳが有する「リモート レジストリ サービス（Remote Registry Service）」を介して、（３）レジストリ領域へアクセスし、プラグアンドプレイの際に書き込まれたＩ／Ｆ情報７１を読み取る。

上記（２）の動作において、機器管理装置１００が有する機器情報取得部３４とＰＣ３００が有する「リモート レジストリ サービス」との間では、「ＳＭＢ パイプ プロトコル（SMB（Server Message Block）Pipe Protocol）」を用いて、データの送受信を行う。また、上記（３）の動作において、レジストリ領域へのアクセスは、「リモート レジストリ サービス」における名前付きパイプ「\\pipe\winreg」へアクセスすることにより行う。ここで言う「名前付きパイプ」とは、Ｗｉｎｄｏｗｓ（登録商標）ＯＳにおけるプロセス間通信の一手法であり、プロセス同士が所定のストリームを共有し、互いに書き込み／読み取りを行うことで協調的な動作を行う。

《機能動作》
ここからは、上記に説明を行った機器情報取得部３４を含む機器情報取得機能３０によるローカル機器４００の機器情報５１を取得する動作について説明する。この機器情報取得機能３０は、上記各機能部が連携動作することにより機能し、機器管理装置１００に搭載される機器情報取得機能３０を実現するためのソフトウェア部品が、ＣＰＵ１０６により格納先（例えば「ＲＯＭ１０５」など）からＲＡＭ１０４に読み出され、以下の処理が実行されることで実現される。

（ローカル機器の機器情報取得処理）
図８は、本発明の第２の実施形態に係るローカル機器４００の機器情報５１を取得する処理手順例を示すシーケンス図である。なお、以下の処理手順では、ローカル機器４００がＵＳＢケーブル８０によりＰＣ３００に接続されている場合を例に説明する。

図８に示すように、ＰＣ３００が、まず、ローカル機器４００がＵＳＢケーブル８０により接続されたことを検知すると（ステップＳ２０１）、プラグアンドプレイ機能により、ＵＳＢケーブル８０を介してローカル機器４００から機器情報５１が取得される（ステップＳ２０２）。

その結果、ＰＣ３００は、コンピュータ管理ツール６１が管理するＩ／Ｆ情報７１に、ローカル機器４００から取得された機器情報５１を接続先情報として追加し、Ｉ／Ｆ情報７１を更新する（ステップＳ２０３）。このとき、取得された各種情報は、レジストリ領域に書き込まれ保持される。

この状態において、機器管理装置１００は、検索部３１により、ネットワーク９０に接続されるＰＣ３００を検索し（ステップＳ２０４）、リモート操作可否判定部３２により、検索時に応答のあったＰＣ３００に対して、リモート操作が可能か否かを判定する（ステップＳ２０５）。

機器管理装置１００は、ＰＣ３００へリモート操作可能であると判定された場合に、Ｉ／Ｆ情報取得部３３により、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、ＰＣ３００が機能提供しているＩ／Ｆ情報７１を取得する（ステップＳ２０６）。

機器管理装置１００は、機器情報取得部３４により、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、ＰＣ３００を介してローカル機器４００の機器情報５１が取得可能か否かを、アクセス時のエラーにより判断する。その判断結果が、リモート操作により取得不可能な場合（「アクセス拒否によるエラー」が発生した場合）には、プラグアンドプレイにより更新されたＩ／Ｆ情報７１からローカル機器４００の機器情報５１を取得する（ステップＳ２０７）。このとき、機器情報取得部３４では、上記Ｉ／Ｆ情報取得部３３により取得されたＩ／Ｆ情報７１から接続先情報を抽出し、ローカル機器４００の機器情報５１を取得する（ステップＳ２０８）。また、機器情報取得部３４は、「ＳＭＢ パイプ プロトコル」を用いてＰＣ３００が有する「リモート レジストリ サービス」へアクセスし、ステップＳ２０３においてレジストリ領域に保持される最新のＩ／Ｆ情報７１からローカル機器４００の機器情報５１を取得する。

その結果、機器管理装置１００は、取得したローカル機器４００の機器情報５１を、登録部４１により、記憶装置の所定の記憶領域に格納することで、機器管理ＤＢなどに登録する（ステップＳ２０９）。

＜まとめ＞
以上のように、本発明の第２の実施形態によれば、本実施形態に係る機器管理装置１００は、当該機器管理装置１００と同一ネットワーク９０に接続されるＰＣ３００を検索し、該当したＰＣ３００がリモート操作可能か否かを判定する。

その結果、リモート操作可能であれば、リモート操作により、ＰＣ３００を介して、ローカル機器４００の機器情報５１を取得する。

このとき、「アクセス拒否」や「Ｉ／Ｆへの未対応」などに起因し、リモート操作により、ＰＣ３００を介してローカル機器４００の機器情報５１を取得不可能な場合には、ＰＣ３００が、プラグアンドプレイ機能により接続時にローカル機器４００から取得した機器情報５１を、コンピュータ管理ツール６１が管理するＩ／Ｆ情報７１に含まれる接続先情報から取得する。

これによって、本実施形態に係る機器管理システム１及び機器管理装置１００では、機密性の高いローカル機器４００や、サポートＩ／Ｆが十分でない機器管理装置１００であっても、第１の実施形態と同様の効果を奏することができる。

［第３の実施形態］
第１及び第２の実施形態に係る機器情報取得機能では、ローカル機器の機器情報を取得できない場合や、取得した機器情報が不足している場合が考えられる。

そこで、本実施形態では、ローカル機器が接続されたＰＣに導入されているローカル機器のデバイスドライバ（Ｉ／Ｆ情報以外）から、ローカル機器の機器情報（不足分の機器情報を含む）を取得する機器情報取得機能を有している。

以降に、本実施形態に係る機器管理装置が有する機器情報取得機能について説明する。なお、上記各実施形態と同様の点については、同一の参照符号を付し、その説明を便宜省略する。

＜機器情報取得機能＞
《機能構成》
本実施形態に係る機器情報取得機能３０は、主に、検索部３１と、リモート操作可否判定部３２と、Ｉ／Ｆ情報取得部３３と、機器情報取得部３４とを有しており、第１の実施形態と同様の構成である。

その中で、上記各実施形態と異なる点は、機器情報取得部３４が有する機能である。

上記各実施形態に係る機器情報取得部３４では、上記Ｉ／Ｆ情報取得部３３により取得されたＩ／Ｆ情報７１に基づき、ローカル機器４００の機器情報５１を取得していた。

これに対し、本実施形態に係る機器情報取得部３４は、リモート操作により、ＰＣ３００に導入されたローカル機器４００に対応するデバイスドライバが有する情報から、ローカル機器４００の機器情報５１を取得する。

デバイスドライバは、ＰＣ３００が有するプラグアンドプレイ機能により、ローカル機器４００がＰＣ３００に接続された際に動的にＰＣ３００へと導入される。

機器情報取得部３４では、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、ローカル機器４００に対応するデバイスドライバが有するデバイスの提供機能情報（例えば「プリンタ」）、オプション構成情報（例えば「両面ユニット装着」）、及び動作設定情報（例えば「デフォルト用紙・紙種設定」）などのデバイスに関する各種情報（デバイス情報）を抽出し、ローカル機器４００の機器情報５１を取得する。

また、機器情報取得部３４は、ローカル機器４００の機器情報５１を取得できたか否か、また、取得した機器情報５１に不足情報があるか否かを判断する。その結果、取得できなかった場合や不足情報がある場合に、ローカル機器４００に対応するデバイスドライバが有する情報から、ローカル機器４００の機器情報５１を取得する。

《機能動作》
ここからは、上記に説明を行った機器情報取得部３４を含む機器情報取得機能３０によるローカル機器４００の機器情報５１を取得する動作について説明する。この機器情報取得機能３０は、上記各機能部が連携動作することにより機能し、機器管理装置１００に搭載される機器情報取得機能３０を実現するためのソフトウェア部品が、ＣＰＵ１０６により格納先（例えば「ＲＯＭ１０５」など）からＲＡＭ１０４に読み出され、以下の処理が実行されることで実現される。

（ローカル機器の機器情報取得処理）
図９は、本発明の第３の実施形態に係るローカル機器４００の機器情報５１を取得する処理手順例を示すシーケンス図である。

図９に示すように、機器管理装置１００は、まず、検索部３１により、ネットワーク９０に接続されるＰＣ３００を検索し（ステップＳ３０１）、リモート操作可否判定部３２により、検索時に応答のあったＰＣ３００に対して、リモート操作が可能か否かを判定する（ステップＳ３０２）。

機器管理装置１００は、ＰＣ３００へリモート操作可能であると判定された場合に、Ｉ／Ｆ情報取得部３３により、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、ＰＣ３００が機能提供しているＩ／Ｆ情報７１を取得する（ステップＳ３０３）。

機器管理装置１００は、機器情報取得部３４により、ローカル機器４００の機器情報５１を取得できたか否か、また、取得した機器情報５１に不足情報があるか否かを判断する。その判断結果が、機器情報５１が取得できなかった場合又は取得した機器情報５１に不足情報がある場合には、機器情報取得部３４が、リモート操作により、ローカル機器４００に対応するデバイスドライバが有する情報から、ローカル機器４００の機器情報５１を取得する（ステップＳ３０４）。このとき、機器情報取得部３４では、上記デバイスドライバが有する情報から各種デバイス情報を抽出し、ローカル機器４００の機器情報５１を取得する（ステップＳ３０５）。

その結果、機器管理装置１００は、取得したローカル機器４００の機器情報５１を、登録部４１により、記憶装置の所定の記憶領域に格納することで、機器管理ＤＢなどに登録する（ステップＳ３０６）。

＜まとめ＞
以上のように、本発明の第３の実施形態によれば、本実施形態に係る機器管理装置１００は、当該機器管理装置１００と同一ネットワーク９０に接続されるＰＣ３００を検索し、該当したＰＣ３００がリモート操作可能か否かを判定する。

その結果、リモート操作可能であれば、リモート操作により、ＰＣ３００を介して、ローカル機器４００の機器情報５１を取得する。

このとき、何らかの原因により「機器情報５１が取得不可能」や「取得した機器情報５１に不足情報あり」などの場合には、リモート操作により、ＰＣ３００に導入されたローカル機器４００に対応するデバイスドライバが有する情報から、ローカル機器４００の聞き情報５１を取得する。

これによって、本実施形態に係る機器管理システム１及び機器管理装置１００では、何らかの原因により、ローカル機器４００から直接機器情報５１を取得不可能な場合や、取得した機器情報５１が機器管理上必要十分な情報を有していない場合であっても、上記各実施形態と同様の効果を奏することができる。

なお、本実施形態では、プラグアンドプレイによりＰＣ３００に導入されるローカル機器４００に対応するデバイスドライバから、機器情報５１を取得する構成について説明を行ったが、この構成に本発明が限定されるものではない。例えば、第２の実施形態において説明を行ったレジストリ領域には、プラグアンドプレイにより、上記デバイスドライバがＰＣ３００に導入された際に、デバイスドライバが有する情報が書き込まれる場合がある。よって、第２の実施形態で説明を行ったように、機器管理装置１００が有する機器情報取得部３４が、「ＳＭＢ パイプ プロトコル」を用いてＰＣ３００が有する「リモート レジストリ サービス」へアクセスし、レジストリ領域に保持される情報からローカル機器４００の機器情報５１を取得しても良い。

［第４の実施形態］
第１及び第２の実施形態では、ＰＣを介して又はＰＣ自身が有するＩ／Ｆ情報に基づいてローカル機器の機器情報を取得する構成について説明を行った。また、第３の実施形態では、ＰＣに導入されたデバイスドライバからローカル機器の機器情報を取得する構成について説明を行った。

本実施形態では、Ｗｉｎｄｏｗｓ（登録商標）ＯＳのコンピュータ管理ツールを、機器管理装置からリモート操作することで、ローカル機器から機器情報を取得する機器情報取得機能について説明する。なお、上記各実施形態と同様の点については、同一の参照符号を付し、その説明を便宜省略する。

＜機器情報取得機能＞
《機能構成》
図１０は、本発明の第４の実施形態に係る機器情報取得機能の構成例を示す図である。
本実施形態に係る機器情報取得機能３０は、主に、検索部３１と、リモート操作可否判定部３２と、機器情報取得部３４とを有している。

その中で、上記各実施形態と異なる点は、Ｉ／Ｆ情報取得部３３を有していない点である。

上記各実施形態に係るＩ／Ｆ情報取得部３３は、機器情報取得３４において、機器管理装置１００からＰＣ３００へリモート操作を行い、ＰＣ３００を介してローカル機器４００にアクセスする際に、ＰＣ３００とローカル機器４００とを接続するＩ／Ｆを特定するための情報を取得している。

しかし、本実施形態では、ＰＣ３００で動作するＯＳのコンピュータ管理ツール６１（デバイス管理機能を実現しているプログラム）を用いて、ローカル機器４００から機器情報５１を取得するため、機器管理装置１００において、ＰＣ３００とローカル機器４００とを接続するＩ／Ｆを特定する必要がない。

そのため、本実施形態に係る機器情報取得機能３０では、Ｉ／Ｆ情報取得部３３を有していない。

また、上記相違点以外に、機器情報取得部３４が有する機能が上記各実施形態と異なっている。

本実施形態に係る機器情報取得部３４は、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、コンピュータ管理ツール６１（デバイス管理機能を実現しているプログラム）を動作させ、ＰＣ３００を介してローカル機器４００から機器情報５１を取得する。例えば、機器情報取得部３４は、コンピュータ管理ツール６１を動作させ、「ＷＭＩ ＳＤＫ」を用いてローカル機器４００から機器情報５１を取得する。

《機能動作》
図１１は、本発明の第４の実施形態に係るローカル機器４００の機器情報５１を取得する処理手順例を示すシーケンス図である。

図１１に示すように、機器管理装置１００は、まず、検索部３１により、ネットワーク９０に接続されるＰＣ３００を検索し（ステップＳ４０１）、リモート操作可否判定部３２により、検索時に応答のあったＰＣ３００に対して、リモート操作が可能か否かを判定する（ステップＳ４０２）。

機器管理装置１００は、ＰＣ３００へリモート操作可能であると判定された場合に、機器情報取得部３４により、リモート操作可能なプロトコルによりＰＣ３００へアクセスし、リモート操作により、コンピュータ管理ツール６１を動作させ、ＰＣ３００を介してローカル機器４００から機器情報５１を取得する（ステップＳ４０３）。

ＰＣ３００では、機器管理装置１００からのリモート操作により、コンピュータ管理ツール６１が動作し、ＰＣ３００とローカル機器４００とを接続するＩ／ＦであるＵＳＢを介して、ローカル機器４００から機器情報５１を取得する（ステップＳ４０４）。このとき、ローカル機器４００は、ＰＣ３００に対して、要求された機器情報５１を生成し、送信する（ステップＳ４０５）。

機器管理装置１００は、機器情報取得部３４により、リモート操作で、ＰＣ３００を介して取得した機器情報５１を、当該機器管理装置１００に送信し、ローカル機器４００の機器情報５１を取得する。

その結果、機器管理装置１００は、取得したローカル機器４００の機器情報５１を、登録部４１により、記憶装置の所定の記憶領域に格納することで、機器管理ＤＢなどに登録する（ステップＳ４０６）。

＜まとめ＞
以上のように、本発明の第４の実施形態によれば、本実施形態に係る機器管理装置１００は、当該機器管理装置１００と同一ネットワーク９０に接続されるＰＣ３００を検索し、該当したＰＣ３００がリモート操作可能か否かを判定する。

その結果、リモート操作可能であれば、リモート操作により、ＰＣ３００を介して、ローカル機器４００の機器情報５１を取得する。

このとき、機器管理装置１００は、リモート操作より、ＰＣ３００で動作するＯＳが有するコンピュータ管理ツール６１を動作させ、ローカル機器４００から機器情報５１を取得する。

これによって、本実施形態に係る機器管理システム１及び機器管理装置１００では、上記各実施形態と同様の効果を奏するとともに、ローカル機器４００が接続されるＰＣ３００からＩ／Ｆ情報７１を取得し、リモート操作前に、互いの装置を接続するＩ／Ｆを特定する処理を行わなくても良いことから、ローカル機器４００からの機器情報５１の取得にかかる処理時間を短縮することができる。つまり、機器情報取得の高速化を図ることができる。

ここまで、上記各実施形態に基づき本発明の説明を行ってきたが、上記各実施形態に係る機器管理装置１００が有する「機器情報取得機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムとしてＣＰＵ１０６により実行することで実現される。よって、上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。

また、上記プログラムは、フロッピー（登録商標）ディスク、ＣＤ、ＤＶＤ（Digital Versatile Disk）などの記録媒体１０３ａに記憶させることによって、これらの記録媒体１０３ａを読み取り可能なドライブ装置１０３を介して機器管理装置１００にインストールすることができる。また、機器管理装置１００は、インタフェース装置１０７を備えていることから、インターネットなどの電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。

最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

本発明の第１の実施形態に係る機器管理システムの構成例を示す図である。 本発明の第１の実施形態に係る機器管理装置のハードウェア構成例を示す図である。 本発明の第１の実施形態に係る機器管理装置、情報処理装置、及びローカル機器の接続例（その１）を示す図である。 本発明の第１の実施形態に係る機器管理装置、情報処理装置、及びローカル機器の接続例（その２）を示す図である。 本発明の第１の実施形態に係る機器情報取得機能の構成例を示す図である。 本発明の第１の実施形態に係るローカル機器の機器情報を取得する処理手順例を示すシーケンス図である。 本発明の第２の実施形態に係る機器情報取得機能の動作例を示す図である。 本発明の第２の実施形態に係るローカル機器の機器情報を取得する処理手順例を示すシーケンス図である。 本発明の第３の実施形態に係るローカル機器の機器情報を取得する処理手順例を示すシーケンス図である。 本発明の第４の実施形態に係る機器情報取得機能の構成例を示す図である。 本発明の第４の実施形態に係るローカル機器の機器情報を取得する処理手順例を示すシーケンス図である。

１ 機器管理システム
３０ 機器情報取得機能部群
３１ 検索部
３２ リモート操作可否判定部
３３ Ｉ／Ｆ情報取得部
３４ 機器情報取得部
４１ 登録部
５１ 機器情報
６１ コンピュータ管理ツール
７１ Ｉ／Ｆ情報
８０ ＵＳＢケーブル（データ伝送路：その１）
９０ ネットワーク（データ伝送路：その２）
１００ 機器管理装置
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（中央処理装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Controller）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ ネットワーク機器（画像処理装置）
３００ クライアントＰＣ（情報処理装置）
４００ ローカル機器（画像処理装置）

特開２０００−２９３４６５号公報 特開２００７−２２１５６５号公報

Claims (7)

1. 機器とローカルに接続された情報処理装置と、該情報処理装置とネットワークを介して接続された機器管理装置からなる機器管理システムであって、
   前記情報処理装置は、
   前記機器の機器情報を登録する登録手段を有し、
   前記機器管理装置は、
   前記情報処理装置を検索する検索手段と、
   前記検索手段により検索された前記情報処理装置に対しリモート操作を行うことにより、該情報処理装置を介して、前記機器にアクセス可能であるか否かを判定する判定手段と、
   前記判定手段による判定の結果、アクセス可能でないと判定されたとき、前記情報処理装置の登録手段に登録された前記機器の機器情報を取得する第１機器情報取得手段と、
   を有することを特徴とする機器管理システム。
2. 前記機器管理装置は、
   前記判定手段による判定結果に基づき、前記情報処理装置に対してリモート操作を行うことで、前記情報処理装置と前記機器とのインタフェースの情報を取得するインタフェース情報取得手段、
   を有することを特徴とする請求項１記載の機器管理システム。
3. 前記第１機器情報取得手段は、
   前記インタフェース情報取得手段により取得された前記インタフェースの情報に基づき特定したインタフェースを介して、前記機器から前記機器情報を取得する、
   ことを特徴とする請求項２記載の機器管理システム。
4. 前記情報処理装置は、
   前記インタフェースを介して、前記機器の機器情報を取得する第２機器情報取得手段を有する、
   ことを特徴とする請求項３記載の機器管理システム。
5. 前記第１機器情報取得手段は、
   取得した前記機器情報に不足情報があるか否かを判定し、不足情報があったときに、前記情報処理装置に対しリモート操作を行うことにより、前記機器に対応するソフトウェアが有する情報から前記機器の機器情報を取得する、
   ことを特徴とする請求項１ないし４いずれか１項に記載の機器管理システム。
6. 機器とローカルに接続された情報処理装置と、該情報処理装置とネットワークを介して接続された機器管理装置からなる機器管理システムの制御方法であって、
   前記情報処理装置を検索する手順と、
   前記機器の機器情報を登録する手順と、
   前記検索手順により検索された前記情報処理装置に対しリモート操作を行うことにより、該情報処理装置を介して、前記機器にアクセス可能であるか否かを判定する判定手順と、
   前記判定手順による判定の結果、アクセス可能でないと判定されたとき、前記情報処理装置の登録手順に登録された前記機器の機器情報を取得する機器情報取得手順と、
   を有することを特徴とする機器管理システムの制御方法。
7. 機器とローカルに接続された情報処理装置と、該情報処理装置とネットワークを介して接続された機器管理装置からなる機器管理システムに含まれる機器管理装置を、
   前記情報処理装置を検索する手順、
   前記検索手順により検索された前記情報処理装置に対しリモート操作を行うことにより、該情報処理装置を介して、前記機器にアクセス可能であるか否かを判定する判定手順、
   前記判定手順による判定の結果、アクセス可能でないと判定されたとき、前記情報処理装置に登録されている前記機器の機器情報を取得する機器情報取得手順、
   として実行させるための機器情報取得プログラム。

Images