JP2015060278A - 情報処理装置、機器管理システム、プログラム及び機器管理方法 - Google Patents

Abstract

【課題】機器と接続される情報処理装置が切り替わる場合であっても、機器と新たに接続された情報処理装置を簡易に機器管理装置に把握させることができる情報処理装置、機器管理システム、プログラム及び機器管理方法を提供する。【解決手段】第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能な情報処理装置であって、前記第１通信路を介した前記機器との接続を検知する検知部と、前記機器との接続が検知された場合に、前記情報処理装置の識別情報を含む所定通知を前記機器管理装置に送信する送信部と、前記所定通知に基づいて、前記機器管理装置から機器情報取得要求を受信する受信部と、前記機器情報取得要求に基づいて、前記機器の機器情報を取得する取得部と、を備え、前記送信部は、前記情報処理装置の識別情報と前記機器の機器情報とを含む機器情報取得応答を、前記機器管理装置に送信する。【選択図】図３

Description

本発明は、情報処理装置、機器管理システム、プログラム及び機器管理方法に関する。

従来から、ネットワークを介して接続された機器を管理する機器管理装置が知られている。例えば特許文献１には、各種プロトコルそれぞれのエージェントを有するネットワーク拡張ボードを用いて被管理装置をネットワークに接続することにより、処理モジュールと被管理装置とがこれらのプロトコルを用いて管理情報を交換する技術が開示されている。

また、このような機器管理装置には、ネットワークを介して接続されたＰＣ（Personal Computer）などの情報処理装置を介して、当該情報処理装置にＵＳＢ（Universal Serial Bus）ケーブルなどの通信インタフェースで接続された機器を管理するものもある。

しかしながら、上述したような従来技術では、機器と接続される情報処理装置が切り替わっても、機器管理装置は、接続が切り替わった時点では、機器の接続先が切り替わったことを把握できなかった。

機器管理装置は、接続先が切り替わった機器を管理するためには、まず、機器の以前の接続先の情報処理装置と通信することで、当該機器の接続が解除されたことを把握し、次に、当該機器と新たに接続された情報処理装置を検索することで、当該機器と新たに接続された情報処理装置を把握する必要があった。このため、機器と接続される情報処理装置が切り替わる場合、機器管理処理が煩雑化する傾向にある。

本発明は、上記事情に鑑みてなされたものであり、機器と接続される情報処理装置が切り替わる場合であっても、機器と新たに接続された情報処理装置を簡易に機器管理装置に把握させることができる情報処理装置、機器管理システム、プログラム及び機器管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の一態様にかかる情報処理装置は、第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能な情報処理装置であって、前記第１通信路を介した前記機器との接続を検知する検知部と、前記機器との接続が検知された場合に、前記情報処理装置の識別情報を含む所定通知を前記機器管理装置に送信する送信部と、前記所定通知に基づいて、前記機器管理装置から機器情報取得要求を受信する受信部と、前記機器情報取得要求に基づいて、前記機器の機器情報を取得する取得部と、を備え、前記送信部は、前記情報処理装置の識別情報と前記機器の機器情報とを含む機器情報取得応答を、前記機器管理装置に送信する。

本発明によれば、機器と接続される情報処理装置が切り替わる場合であっても、機器と新たに接続された情報処理装置を簡易に機器管理装置に把握させることができるという効果を奏する。

図１は、本実施形態の機器管理システムの構成の一例を示すブロック図である。 図２は、本実施形態の機器管理システムの構成の一例を示すブロック図である。 図３は、本実施形態のＰＣの構成の一例を示すブロック図である。 図４は、本実施形態のレスポンスの一例を示す図である。 図５は、本実施形態のレスポンスの一例を示す図である。 図６は、本実施形態の機器の構成の一例を示すブロック図である。 図７は、本実施形態の機器管理装置の構成の一例を示すブロック図である。 図８は、本実施形態の制御部によって記憶部に記憶された機器情報の一例を示す図である。 図９は、本実施形態の制御部によって記憶部に記憶された機器情報の一例を示す図である。 図１０は、本実施形態の機器管理システムでＰＣが機器の接続を検知した際に実行される処理の一例を示すフローチャートである。 図１１は、本実施形態の機器管理システムでＰＣが機器の切断を検知した際に実行される処理の一例を示すフローチャートである。 図１２は、本実施形態の機器管理装置のプロトコル決定処理の一例を示すフローチャートである。 図１３は、本実施形態のＰＣのプロトコル変換モジュール決定処理の一例を示すフローチャートである。 図１４は、変形例の制御部によって記憶部に記憶された機器情報の一例を示す図である。 図１５は、変形例のレスポンスの一例を示す図である。 図１６は、変形例のレスポンスの一例を示す図である。 図１７は、本実施形態のＰＣ及び機器管理装置のハードウェア構成の一例を示すブロック図である。 図１８は、変形例の機器の構成の一例を示すブロック図である。

以下、添付図面を参照しながら、本発明にかかる情報処理装置、機器管理システム、プログラム及び機器管理方法の実施形態を詳細に説明する。

図１及び図２は、本実施形態の機器管理システム１の構成の一例を示すブロック図である。図１に示すように、機器管理システム１は、ＰＣ（Personal Computer）１０、１１（情報処理装置の一例）と、機器２０、２１と、機器管理装置３０とを、備える。ＰＣ１０、１１、機器２１、及び機器管理装置３０は、ネットワーク２（第２通信路の一例）を介して接続されている。

機器２０は、図１に示すように、通信インタフェース３（第１通信路の一例）を介してＰＣ１０と接続したり、図２に示すように、通信インタフェース３を介してＰＣ１１と接続したり、図示は省略するが、ネットワーク２を介して機器管理装置３０と接続したり、することができる。

つまり、本実施形態の機器管理システム１では、少なくとも機器２０の接続形態を、いずれのＰＣに通信インタフェース３でローカル接続するかを切り替え可能であり、更に、ネットワーク２に接続するネットワーク接続への切り替えも可能となっている。

ネットワーク２は、例えば、インターネットやＬＡＮ（Local Area Network）などにより実現できる。通信インタフェース３は、例えば、ＵＳＢ（Universal Serial Bus）ケーブルなどにより実現できる。

機器管理装置３０は、機器管理サービスを提供するサービス提供会社のサービスセンタに設けられており、ＰＣ１０、１１及び機器２０、２１は、サービス拠点に設けられている。サービス拠点は、管理対象の機器が設置されているエリアであり、例えば、機器管理サービスを受ける会社の事業所などが該当する。但し、機器管理装置３０の設置場所は、サービスセンタに限定されず、サービス拠点などであってもよい。

機器管理装置３０は、ＰＣ１０、１１及び機器２０、２１を管理するものであり、後述の機器管理（マネージャ）プログラムがインストールされたＰＣなどにより実現できる。図１及び図２では、機器管理装置３０の管理対象の機器としてＰＣ１０、１１及び機器２０、２１を例示しているが、機器管理装置３０の管理対象の機器はこれらに限定されるものではない。

ＰＣ１０、１１は、後述のエージェントプログラムがインストールされており、図１及び図２に示すように、通信インタフェース３で機器２０が接続されている場合、機器管理装置３０から機器情報の取得が要求されると、通信インタフェース３を介して機器２０から機器情報を取得し、機器管理装置３０に通知する。これにより、機器管理装置３０は、機器２０がネットワーク２に接続されてない場合でも管理することができる。

機器２０は、通信インタフェース３、ネットワーク２の双方に接続可能な機器であればよく、機器２１は、少なくともネットワーク２に接続可能な機器であればよい。なお、機器２１も、通信インタフェース３、ネットワーク２の双方に接続可能な機器であってもよい。

機器２０、２１は、例えば、印刷装置、複写機、複合機、スキャナ装置、及びファクシミリ装置等の画像形成装置、並びにプロジェクタ、カメラ、エアコン、冷蔵庫、蛍光灯、自販機、及びハンドヘルド型端末等の各種電子機器などが該当する。複合機（ＭＦＰ：Multifunction Peripheral）は、複写機能、印刷機能、スキャナ機能、及びファクシミリ機能のうち少なくとも２つの機能を有するものである。なお本実施形態では、機器２０、２１がプロジェクタである場合を例に取り説明する。

なお、以下の説明では、ネットワーク２に接続された機器をネットワーク機器、通信インタフェース３に接続された機器をローカル機器と称する場合がある。

図３は、本実施形態のＰＣ１０、１１の構成の一例を示すブロック図である。図３に示すように、ＰＣ１０、１１は、通信部１１１と、通信部１１２と、操作部１２０と、表示部１３０と、記憶部１４０と、制御部１５０とを、備える。

通信部１１１は、ネットワーク２を介して、機器管理装置３０などの外部装置と通信するものであり、ＮＩＣ（Network Interface Card）などにより実現できる。

通信部１１２は、通信インタフェース３を介して、機器２０などのローカル機器と通信するものであり、ＵＳＢなどにより実現できる。

操作部１２０は、各種操作の入力を行うものであり、キーボード、マウス、タッチパッド、及びタッチパネルなどの入力装置により実現できる。

表示部１３０は、各種画面を表示するものであり、液晶ディスプレイ及びタッチパネル式ディスプレイなどの表示装置により実現できる。

記憶部１４０は、ＰＣ１０、１１で実行されるＯＳ（Operating System）プログラム及びエージェントプログラムなどの各種プログラムや、ＰＣ１０、１１で行われる各種処理に使用されるデータなどを記憶する。記憶部１４０は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカード、光ディスク、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）などの磁気的、光学的、及び電気的に記憶可能な記憶装置の少なくともいずれかにより実現できる。

記憶部１４０は、ＰＣ１０、１１自身の機器情報やローカル機器の機器情報を記憶する機器情報記憶部１４１を含む。機器情報記憶部１４１は、ＰＣ１０、１１の機器情報については予め記憶しており、ローカル機器の機器情報については、ローカル機器が接続されている場合に後述の制御部１５０により随時記憶される。

ＰＣ１０、１１の機器情報は、例えば、ＰＣ１０、１１のシリアル番号、ＩＰアドレス、ＭＡＣアドレス、機器名、モデル名、管理者情報、及びエラー情報など、ＰＣ１０、１１に関する情報であればよい。ローカル機器の機器情報は、例えば、ローカル機器のシリアル番号、ＭＡＣアドレス、機器名、モデル名、カウンタ情報、及びエラー情報（コール情報）など、ローカル機器に関する情報であればよい。

制御部１５０は、ＰＣ１０、１１の各部を制御するものであり、ＣＰＵ（Central Processing Unit）などの制御装置により実現できる。制御部１５０は、ＯＳ１６０と、エージェントソフトウェア１７０（以下、エージェントソフト１７０と称する）とを、含む。ここで、制御部１５０は、記憶部１４０に記憶されているＯＳプログラム、エージェントプログラムを起動（実行）することにより、それぞれ、ＯＳ１６０、エージェントソフト１７０をソフトウェアとして実現する。

ＯＳ１６０は、ＰＣ１０、１１の各部（詳細には、ＰＣ１０、１１のハードウェア及びソフトウェア）を制御するものであり、例えば、Ｗｉｎｄｏｗｓ（登録商標）やＵＮＩＸ（登録商標）などの基本ソフトウェアにより実現できる。ＯＳ１６０は、送信部１６１と、受信部１６２と、生成部１６３とを、含む。なお、送信部１６１、受信部１６２、及び生成部１６３については、適宜説明する。

エージェントソフト１７０は、ローカル機器から機器情報を取得するものであり、検知部１７１と、プロトコル決定モジュール１７２と、第１プロトコル変換モジュール１８０〜第ｎ（ｎは、自然数）プロトコル変換モジュール１９０とを、含む。

検知部１７１は、通信インタフェース３を介したローカル機器との接続や切断を検知する。

送信部１６１は、検知部１７１によりローカル機器との接続が検知された場合に、ＰＣ１０、１１の識別情報を含む所定通知を機器管理装置３０に送信する。また送信部１６１は、検知部１７１によりローカル機器との切断が検知された場合にも、ＰＣ１０、１１の識別情報を含む所定通知を機器管理装置３０に送信する。

例えば、送信部１６１は、所定通知としてＳＮＭＰ（Simple Network Management Protocol）のＴＲＡＰを機器管理装置３０に送信する。ＰＣ１０、１１の識別情報は、少なくともＰＣ１０、１１のＩＰアドレスが含まれていればよい。

受信部１６２は、所定通知に基づいて、機器管理装置３０から機器情報取得要求を受信する。受信部１６２は、機器管理装置３０と通信可能なプロトコルで通信すればよく、例えば、ＳＮＭＰ、ＨＴＴＰ（HyperText Transfer Protocol）、及びＳＯＡＰ（Simple Object Access Protocol）などが挙げられる。

プロトコル決定モジュール１７２は、検知部１７１によりローカル機器との接続が検知されている場合、受信部１６２により受信された機器情報取得要求のプロトコルの変換先のプロトコルを決定する。具体的には、プロトコル決定モジュール１７２は、第１プロトコル変換モジュール１８０〜第ｎプロトコル変換モジュール１９０（取得部の一例）にローカル機器との試験通信を行わせ、機器情報取得要求の変換先のプロトコルを、ローカル機器から応答を受信した試験通信で用いたプロトコル変換モジュールに決定する。

なお、プロトコル決定モジュール１７２は、検知部１７１によりローカル機器との切断が検知されている場合、ローカル機器と通信不可能であるため、受信部１６２により受信された機器情報取得要求のプロトコルの変換先のプロトコルを決定しない。

第１プロトコル変換モジュール１８０〜第ｎプロトコル変換モジュール１９０は、機器情報取得要求の変換先のプロトコルに対応したモジュールであり、プロトコル決定モジュール１７２により決定されたプロトコル変換モジュールが、機器情報取得要求を自身のプロトコル用の機器情報取得要求に変換してローカル機器と通信を行い、ローカル機器の機器情報を取得する。

そして、当該プロトコル変換モジュールは、取得したローカル機器の機器情報を機器情報取得応答のプロトコル用に変換し、機器情報記憶部１４１からＰＣ１０、１１のＩＰアドレス及びＭＡＣアドレスを取得し、ＰＣ１０、１１のＩＰアドレス及びＭＡＣアドレス、並びに変換後のローカル機器の機器情報を含む機器情報取得応答を生成する。

なお、当該プロトコル変換モジュールは、定期処理として、ローカル機器の機器情報を取得した場合、取得したローカル機器の機器情報を機器情報取得応答のプロトコル用に変換し、機器情報記憶部１４１に記憶する。

例えば、当該プロトコル変換モジュールは、取得したローカル機器の機器情報を図４に示すようなＸＭＬデータに整形し、整形したＸＭＬデータのうちタブ「statuses」のデータをパースし、機器情報取得応答のプロトコル（ここでは、ＸＭＬ）用に変換する。なお、当該プロトコル変換モジュールは、取得したローカル機器の機器情報を図５に示すようなＭＩＢデータに整形し、機器情報取得応答のプロトコル（ここでは、ＳＮＭＰ）用に変換してもよい。

以下では、ローカル機器の機器情報は、ローカル機器のシリアル番号及びカウンタ情報やエラー情報などのステータス情報とを、含むものとして説明するが、これに限定されるものではない。

送信部１６１は、検知部１７１によりローカル機器との接続が検知されている場合、プロトコル変換モジュールにより生成された機器情報取得応答を、機器管理装置３０に送信する。

一方、検知部１７１によりローカル機器との切断が検知されている場合、生成部１６３は、機器情報記憶部１４１からＰＣ１０、１１のＩＰアドレス及びＭＡＣアドレス、並びにローカル機器の機器情報を取得して機器情報取得応答を生成し、送信部１６１は、当該機器情報取得応答を、機器管理装置３０に送信する。

図６は、本実施形態の機器２０の構成の一例を示すブロック図である。図６に示すように、機器２０は、通信部２１０と、通信部２１１と、操作部２２０と、表示部２３０と、記憶部２４０と、制御部２５０と、投影部２６０とを、備える。

通信部２１０は、ネットワーク２を介して、機器管理装置３０などの外部装置と通信するものであり、ＮＩＣなどにより実現できる。

通信部２１１は、通信インタフェース３を介して、ＰＣ１０、１１と通信するものであり、ＵＳＢなどにより実現できる。

操作部２２０は、各種操作の入力を行うものであり、キースイッチ及びタッチパネルなどの入力装置により実現できる。

表示部２３０は、各種画面を表示するものであり、液晶ディスプレイ及びタッチパネル式ディスプレイなどの表示装置により実現できる。

記憶部２４０は、機器２０で実行される各種プログラム、及び機器２０の機器情報など機器２０で行われる各種処理に使用されるデータなどを記憶する。機器２０の機器情報は、例えば、機器２０のシリアル番号、ＩＰアドレス、ＭＡＣアドレス、機器名、モデル名、カウンタ情報、及びエラー情報（コール情報）など、機器２０に関する情報であればよい。但し、ＩＰアドレスは、機器２０がネットワーク２に接続されている場合、即ち、機器２０がネットワーク機器である場合に、機器情報として記憶部２４０に記憶される。

制御部２５０は、機器２０の各部を制御するものであり、ＣＰＵなどの制御装置により実現できる。

制御部２５０は、機器２０が通信インタフェース３に接続されている場合、ＰＣ１０、１１から通信インタフェース３を介して機器情報取得要求を受信すると、機器情報を通信インタフェース３を介してＰＣ１０、１１に送信する。また制御部２５０は、機器２０にエラーが発生すると、機器情報を生成し、通信インタフェース３を介してＰＣ１０、１１に送信する。

投影部２６０は、ＰＣ１０、１１からＰＪＬで投影が要求されると、投影を実行する。

図７は、本実施形態の機器管理装置３０の構成の一例を示すブロック図である。図７に示すように、機器管理装置３０は、通信部３１０と、操作部３２０と、表示部３３０と、記憶部３４０と、制御部３５０とを、備える。

通信部３１０は、ネットワーク２を介して、ＰＣ１０や機器２０〜２２などのネットワーク機器と通信するものであり、ＮＩＣなどにより実現できる。

操作部３２０は、各種操作の入力を行うものであり、キーボード、マウス、タッチパッド、及びタッチパネルなどの入力装置により実現できる。

表示部３３０は、各種画面を表示するものであり、液晶ディスプレイ及びタッチパネル式ディスプレイなどの表示装置により実現できる。

記憶部３４０は、機器管理装置３０で実行される機器管理プログラムなどの各種プログラム、並びに機器管理装置３０で行われる各種処理に使用されるデータなどを記憶する。記憶部３４０は、例えば、ＨＤＤ、ＳＳＤ、メモリカード、光ディスク、ＲＯＭ、及びＲＡＭなどの磁気的、光学的、及び電気的に記憶可能な記憶装置の少なくともいずれかにより実現できる。記憶部３４０は、ＰＣ１０、１１や機器２０、２１など機器管理装置３０の管理対象の機器の機器情報を記憶する。

制御部３５０は、機器管理装置３０の各部を制御するものであり、ＣＰＵなどの制御装置により実現できる。制御部３５０は、機器管理ソフトウェアとして機能し、ＰＣ１０、１１のエージェントソフト１７０のマネージャとしても機能する。

制御部３５０は、ＰＣ１０又はＰＣ１１からの所定通知に基づいて機器情報取得要求をＰＣ１０又はＰＣ１１に送信し、ＰＣ１０又はＰＣ１１からの機器情報取得応答に含まれるＰＣ１０又はＰＣ１１の識別情報とローカル機器の機器情報とを対応付けて記憶部３４０上で管理する。

なお制御部３５０は、機器情報取得要求をＰＣ１０又はＰＣ１１に送信する際、ＳＮＭＰ、ＨＴＴＰ、及びＳＯＡＰなど各種プロトコルでＰＣ１０又はＰＣ１１との試験通信を行わせ、ＰＣ１０又はＰＣ１１から応答を受信した試験通信で用いたプロトコルで機器情報取得要求をＰＣ１０又はＰＣ１１に送信する。

図８及び図９は、本実施形態の制御部３５０によって記憶部３４０に記憶された機器情報の一例を示す図である。図８は、図１の接続形態時における各機器の機器情報を示しており、図９は、図１の接続形態から図２の接続形態に切り替えられた後における各機器の機器情報を示している。

図８及び図９に示すように、記憶部３４０に記憶されている機器情報は、ＩＰアドレス、ＭＡＣアドレス、シリアル番号、接続フラグ、及びステータス情報を含む。ここでは、図８及び図９における１行目の機器情報（シリアル番号“Ａ１２３４５”など）がＰＣ１０の情報を示し、２行目の機器情報（シリアル番号“Ｂ１２３４５”など）がＰＣ１１の情報を示し、３行目の機器情報（シリアル番号“Ｃ１２３４５”など）が機器２０の情報を示し、４行目の機器情報（シリアル番号“Ｄ１２３４５”など）が機器２１の情報を示すものとする。また、接続フラグは、機器の接続形態を示す情報であり、“０”がネットワーク接続を示し、“１”がローカル接続を示すものとする。

図１では、機器２０は、ＰＣ１０とローカル接続されているため、制御部３５０は、機器２０の機器情報として、例えば、ＰＣ１０のＩＰアドレス“１９２．１６８．１０．１０”、ＭＡＣアドレス“ＡＡ：ＡＡ：ＡＡ：００：００：０１”、シリアル番号“Ｃ１２３４５”、及びカウンタ情報“１２０”やエラー情報“−”などのステータス情報を含む機器情報取得応答を受信する。このため、制御部３５０は、図８に示すように、受信した機器２０の機器情報の値を記憶部３４０に登録するとともに、接続フラグの値を“１”とする。

この後、図１の接続形態から図２の接続形態に切り替えられると、機器２０は、ＰＣ１１とローカル接続されているため、制御部３５０は、機器２０の機器情報として、例えば、ＰＣ１１のＩＰアドレス“１９２．１６８．１０．１１”、ＭＡＣアドレス“ＢＢ：ＢＢ：ＢＢ：００：００：０１”、シリアル番号“Ｃ１２３４５”、及びカウンタ情報“１９０”やエラー情報“−”などのステータス情報を含む機器情報取得応答を受信する。このため、制御部３５０は、図９に示すように、ＩＰアドレス及びＭＡＣアドレスをＰＣ１１の値に更新するとともに、機器２０のステータス情報を記憶部３４０に追加登録する。

図１０は、本実施形態の機器管理システム１でＰＣ１０が機器２０の接続を検知した際に実行される処理の一例を示すフローチャートである。

まず、検知部１７１は、通信インタフェース３を介したローカル機器との接続を検知する（ステップＳ１０１）。

続いて、送信部１６１は、ＳＮＭＰのＴＲＡＰを機器管理装置３０に送信する（ステップＳ１０３）。ＳＮＭＰのＴＲＡＰは、ＰＣ１０のＩＰアドレスを含む。

続いて、受信部１６２は、ＳＮＭＰのＴＲＡＰに基づいて、機器管理装置３０からポーリング（機器情報取得要求）を受信する（ステップＳ１０５）。

続いて、第１プロトコル変換モジュール１８０〜第ｎプロトコル変換モジュール１９０のうちのプロトコル決定モジュール１７２により決定されたプロトコル変換モジュールが、機器情報取得要求を自身のプロトコル用の機器情報取得要求に変換してローカル機器と通信を行い、ローカル機器の機器情報を取得する。そして、当該プロトコル変換モジュールは、取得したローカル機器の機器情報を機器情報取得応答のプロトコル用に変換し、機器情報記憶部１４１からＰＣ１０のＩＰアドレス及びＭＡＣアドレスを取得し、ＰＣ１０のＩＰアドレス及びＭＡＣアドレス、並びに変換後のローカル機器の機器情報を含む機器情報取得応答を生成する（ステップＳ１０７）。

続いて、送信部１６１は、プロトコル変換モジュールにより生成された機器情報取得応答を、機器管理装置３０に送信する（ステップＳ１０９）。

図１１は、本実施形態の機器管理システム１でＰＣ１０が機器２０の切断を検知した際に実行される処理の一例を示すフローチャートである。

まず、検知部１７１は、通信インタフェース３を介したローカル機器との切断を検知する（ステップＳ２０１）。

続いて、送信部１６１は、ＳＮＭＰのＴＲＡＰを機器管理装置３０に送信する（ステップＳ２０３）。ＳＮＭＰのＴＲＡＰは、ＰＣ１０のＩＰアドレスを含む。

続いて、受信部１６２は、ＳＮＭＰのＴＲＡＰに基づいて、機器管理装置３０からポーリング（機器情報取得要求）を受信する（ステップＳ２０５）。

続いて、生成部１６３は、機器情報記憶部１４１からＰＣ１０のＩＰアドレス及びＭＡＣアドレス、並びにローカル機器の機器情報を取得して機器情報取得応答を生成し、送信部１６１は、当該機器情報取得応答を、機器管理装置３０に送信する（ステップＳ２０７）。

図１２は、本実施形態の機器管理装置３０のプロトコル決定処理の一例を示すフローチャートである。

まず、機器管理装置３０の制御部３５０は、ＳＮＭＰのＴＲＡＰを受信すると、試していないプロトコルで試験通信を行い（ステップＳ３０１）、レスポンスがあるか否か確認する（ステップＳ３０３）。

レスポンスがない場合（ステップＳ３０３でＮｏ）、ステップＳ３０１へ戻る。

一方、レスポンスがある場合（ステップＳ３０３でＹｅｓ）、レスポンスを受信した試験通信で用いたプロトコルに決定し（ステップＳ３０５）、当該プロトコルでポーリング（機器情報取得要求）を送信する（ステップＳ３０７）。

図１３は、本実施形態のＰＣ１０、１１のプロトコル変換モジュール決定処理の一例を示すフローチャートである。

まず、プロトコル決定モジュール１７２は、受信部１６２により機器情報取得要求が受信されると、試していないポートに試していないプロトコル変換モジュールで試験通信を行わせ（ステップＳ４０１）、レスポンスがあるか否か確認する（ステップＳ４０３）。

レスポンスがない場合（ステップＳ４０３でＮｏ）、ステップＳ４０１へ戻る。

一方、レスポンスがある場合（ステップＳ４０３でＹｅｓ）、レスポンスを受信した試験通信で用いたプロトコル変換モジュールに決定し（ステップＳ４０５）、当該プロトコル変換モジュールで機種判定通信を行う（ステップＳ４０７）。

レスポンスがない場合（ステップＳ４０９でＮｏ）、ステップＳ４０７へ戻る。

一方、レスポンスがある場合（ステップＳ４０９でＹｅｓ）、レスポンスを受信した機種判定通信の機種にローカル機器の機種を決定する（ステップＳ４１１）。

以上のように本実施形態によれば、ローカル機器の接続を検知すると、ＴＲＡＰを機器管理装置３０に通知し、機器管理装置３０は、これにより機器情報取得要求を行うため、ローカル機器と接続されるＰＣが切り替わる場合であっても、ローカル機器と新たに接続されたＰＣを簡易に機器管理装置３０に把握させることができる。

また本実施形態によれば、ローカル機器の切断を検知すると、ＴＲＡＰを機器管理装置３０に通知し、機器管理装置３０は、これにより機器情報取得要求を行うため、ローカル機器と接続されるＰＣが切り替わる場合であっても、当該ＰＣが管理しているローカル機器の情報を機器管理装置３０に把握させることができる。

（変形例）
なお、本発明は、上記実施形態に限定されるものではなく、種々の変形が可能である。

（変形例１）
例えば上記実施形態では、機器管理装置３０は、ローカル機器の接続先のＰＣが切り替わった場合、ＰＣのＩＰアドレス及びＭＡＣアドレスを更新してローカル機器を継続管理する例を説明したが、図１４に示すように、接続されたことのあるＰＣ毎にローカル機器の機器情報を管理するようにしてもよい。

（変形例２）
例えば、上記実施形態では、機器２０などのローカル機器がプロジェクタである場合を例に取り説明したが、ローカル機器は、例えば、印刷装置などであってもよい。

図１８は、変形例の機器４２０の構成の一例を示すブロック図である。図１８に示すように、機器４２０は、通信部２１０と、操作部２２０と、表示部２３０と、記憶部２４０と、制御部２５０と、印刷部４６０とを、備える。

通信部２１０、操作部２２０、表示部２３０、記憶部２４０、及び制御部２５０については、上記実施形態と同様である。

印刷部４６０は、ＰＣ１０やＰＣ１１からＰＪＬで印刷が要求されると、印刷を実行する。

この場合、プロトコル変換モジュールは、取得したローカル機器の機器情報を図１５に示すようなＸＭＬデータに整形し、整形したＸＭＬデータのうちタブ「Variable」のデータをパースし、機器情報取得応答のプロトコル（ここでは、ＸＭＬ）用に変換する。なお、当該プロトコル変換モジュールは、取得したローカル機器の機器情報を図１６に示すようなＭＩＢデータに整形し、機器情報取得応答のプロトコル（ここでは、ＳＮＭＰ）用に変換してもよい。

（ハードウェア構成）
図１７は、本実施形態のＰＣ１０、１１及び機器管理装置３０のハードウェア構成の一例を示すブロック図である。図１７に示すように、本実施形態のＰＣ１０、１１及び機器管理装置３０は、ＣＰＵなどの制御装置９０１と、ＲＯＭやＲＡＭなどの記憶装置９０２と、ＨＤＤやＳＳＤなどの外部記憶装置９０３と、ドライブ装置９０４と、マウスやキーボードなどの入力装置９０５と、ディスプレイなどの表示装置９０６と、ＮＩＣなどの通信装置９０７と、インタフェース装置９０８とを、備えており、それぞれがバスＢで相互に接続されており、通常のコンピュータを利用したハードウェア構成で実現できる。

本実施形態のＰＣ１０、１１で実行されるエージェントプログラム及び本実施形態の機器管理装置３０で実行される機器管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。

また、本実施形態のＰＣ１０、１１で実行されるエージェントプログラム及び本実施形態の機器管理装置３０で実行される機器管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、本実施形態のＰＣ１０、１１で実行されるエージェントプログラム及び本実施形態の機器管理装置３０で実行される機器管理プログラムを、インターネット等のネットワーク経由で提供または配布するようにしてもよい。また、本実施形態のＰＣ１０、１１で実行されるエージェントプログラム及び本実施形態の機器管理装置３０で実行される機器管理プログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。

本実施形態のＰＣ１０、１１で実行されるエージェントプログラム及び本実施形態の機器管理装置３０で実行される機器管理プログラムは、上述した各部をコンピュータ上で実現させるためのモジュール構成となっている。実際のハードウェアとしては、制御装置９０１が外部記憶装置９０３からプログラムを記憶装置９０２上に読み出して実行することにより、上記各部がコンピュータ上で実現されるようになっている。

１ 機器管理システム
２ ネットワーク
３ 通信インタフェース
１０、１１ ＰＣ
２０、２１、４２０ 機器
３０ 機器管理装置
１１１ 通信部
１１２ 通信部
１２０ 操作部
１３０ 表示部
１４０ 記憶部
１４１ 機器情報記憶部
１５０ 制御部
１６０ ＯＳ
１６１ 送信部
１６２ 受信部
１６３ 生成部
１７０ エージェントソフト
１７１ 検知部
１７２ プロトコル決定モジュール
１８０ 第１プロトコル変換モジュール
１９０ 第ｎプロトコル変換モジュール
２１０ 通信部
２１１ 通信部
２２０ 操作部
２３０ 表示部
２４０ 記憶部
２５０ 制御部
２６０ 投影部
３１０ 通信部
３２０ 操作部
３３０ 表示部
３４０ 記憶部
３５０ 制御部

特許第３９３７４７８号公報

Claims (6)

1. 第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能な情報処理装置であって、
   前記第１通信路を介した前記機器との接続を検知する検知部と、
   前記機器との接続が検知された場合に、前記情報処理装置の識別情報を含む所定通知を前記機器管理装置に送信する送信部と、
   前記所定通知に基づいて、前記機器管理装置から機器情報取得要求を受信する受信部と、
   前記機器情報取得要求に基づいて、前記機器の機器情報を取得する取得部と、
   を備え、
   前記送信部は、前記情報処理装置の識別情報と前記機器の機器情報とを含む機器情報取得応答を、前記機器管理装置に送信する情報処理装置。
2. 前記取得部は、定期的に前記機器の機器情報を取得し、
   前記検知部は、前記第１通信路を介して接続された前記機器との切断を検知し、
   前記送信部は、前記機器との切断が検知された場合に、前記所定通知を前記機器管理装置に送信し、
   前記受信部は、前記所定通知に基づいて、前記機器管理装置から機器情報取得要求を受信し、
   前記送信部は、前記情報処理装置の識別情報と前記取得部により取得済みの前記機器の機器情報とを含む機器情報取得応答を、前記機器管理装置に送信する請求項１に記載の情報処理装置。
3. 前記取得部は、種々のプロトコルで前記機器との試験通信を行い、前記機器から応答を受信した試験通信で用いたプロトコルで機器情報取得用の通信を行い、前記機器の機器情報を取得する請求項１又は２に記載の情報処理装置。
4. 第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能な情報処理装置と、前記機器管理装置とを、備える機器管理システムであって、
   前記情報処理装置は、
   前記第１通信路を介した前記機器との接続を検知する検知部と、
   前記機器との接続が検知された場合に、前記情報処理装置の識別情報を含む所定通知を前記機器管理装置に送信する送信部と、
   前記所定通知に基づいて、前記機器管理装置から機器情報取得要求を受信する受信部と、
   前記機器情報取得要求に基づいて、前記機器の機器情報を取得する取得部と、
   を備え、
   前記送信部は、前記情報処理装置の識別情報と前記機器の機器情報とを含む機器情報取得応答を、前記機器管理装置に送信し、
   前記機器管理装置は、
   前記所定通知に基づいて前記機器情報取得要求を前記情報処理装置に送信し、前記機器情報取得応答に含まれる前記情報処理装置の識別情報と前記機器の機器情報とを対応付けて管理する制御部を備える機器管理システム。
5. 第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能なコンピュータを、
   前記第１通信路を介した前記機器との接続を検知する検知部と、
   前記機器との接続が検知された場合に、前記情報処理装置の識別情報を含む所定通知を前記機器管理装置に送信する送信部と、
   前記所定通知に基づいて、前記機器管理装置から機器情報取得要求を受信する受信部と、
   前記機器情報取得要求に基づいて、前記機器の機器情報を取得する取得部と、
   して機能させ、
   前記送信部は、前記情報処理装置の識別情報と前記機器の機器情報とを含む機器情報取得応答を、前記機器管理装置に送信するプログラム。
6. 第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能な情報処理装置で実行される機器管理方法であって、
   前記第１通信路を介した前記機器との接続を検知する検知ステップと、
   前記機器との接続が検知された場合に、前記情報処理装置の識別情報を含む所定通知を前記機器管理装置に送信する送信ステップと、
   前記所定通知に基づいて、前記機器管理装置から機器情報取得要求を受信する受信ステップと、
   前記機器情報取得要求に基づいて、前記機器の機器情報を取得する取得ステップと、
   を含み、
   前記送信ステップでは、前記情報処理装置の識別情報と前記機器の機器情報とを含む機器情報取得応答を、前記機器管理装置に送信する機器管理方法。

Images