JP2013178744A - 情報処理装置及びプログラム - 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）などであってもよい。生成部１６２及び第２送信部１６３については、後述する。

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

プロトコル決定モジュール１７１は、判定部１７２と、決定部１７３とを、含む。

判定部１７２は、第２受信部１６１により受信された第１プロトコルの機器情報取得要求のプロトコルを変換するか否かを判定する。

具体的には、判定部１７２は、記憶部１４０のレジストリ情報やポート情報などを用いてＰＣ１０にローカル機器が接続されているか否かを確認し、ＰＣ１０にローカル機器が接続されていない場合、判定部１７２は、第１プロトコルの機器情報取得要求のプロトコルを変換しないと判定する。また、判定部１７２は、第１プロトコルの機器情報取得要求で取得が要求された機器情報が機器情報記憶部１４１に記憶されている、又は記憶されておりかつ所定条件を満たしている場合、第１プロトコルの機器情報取得要求のプロトコルを変換しないと判定する。

本実施形態では、エージェントソフト１７０は、ＰＣ１０に接続されたローカル機器の起動時に、当該ローカル機器から、シリアル番号、マックアドレス、機器名、及びモデル名など値が固定的な（変化しない）機器情報を取得し、機器情報記憶部１４１に記憶する。従って、判定部１７２は、第１プロトコルの機器情報取得要求で取得が要求された機器情報が上述のような固定的な機器情報である場合、機器情報記憶部１４１に既に記憶されているため、第１プロトコルの機器情報取得要求のプロトコルを変換しないと判定する。

また本実施形態では、エージェントソフト１７０は、ＰＣ１０に接続されたローカル機器にエラーが発生すると、当該ローカル機器から発生したエラーに関するエラー情報（コール情報）を受信し、機器情報記憶部１４１に記憶する。従って、判定部１７２は、第１プロトコルの機器情報取得要求で取得が要求された機器情報がエラー情報である場合、機器情報記憶部１４１に記憶されておりかつ所定条件を満たしている場合、第１プロトコルの機器情報取得要求のプロトコルを変換しないと判定する。ここで、所定条件とは、例えば、エラーが発生した時点から判定部１７２が判定する時点までの期間が一定期間以上経過しているか否かであり、一定期間以上経過していれば所定条件を満たさず、一定期間未満であれば所定条件を満たすとすることができる。

一方、判定部１７２は、ＰＣ１０にローカル機器が接続されており、かつ第１プロトコルの機器情報取得要求で取得が要求された機器情報が機器情報記憶部１４１に記憶されていない又は記憶されているが所定条件を満たしていない場合、第１プロトコルの機器情報取得要求のプロトコルを変換すると判定する。

例えば、判定部１７２は、第１プロトコルの機器情報取得要求で取得が要求された機器情報がカウンタ情報やトレイ情報である場合、機器情報記憶部１４１に記憶されていないため、第１プロトコルの機器情報取得要求のプロトコルを変換すると判定する。また例えば、判定部１７２は、第１プロトコルの機器情報取得要求で取得が要求された機器情報がエラー情報である場合、機器情報記憶部１４１に記憶されていても所定条件を満たしていない場合、第１プロトコルの機器情報取得要求のプロトコルを変換すると判定する。

決定部１７３は、第２受信部１６１により受信された第１プロトコルの機器情報取得要求の変換先のプロトコルを決定する。具体的には、決定部１７３は、判定部１７２により第１プロトコルの機器情報取得要求のプロトコルを変換すると判定された場合、機器情報記憶部１４１に記憶されているローカル機器のモデル名などを用いて、第１プロトコルの機器情報取得要求の変換先のプロトコルを決定する。

本実施形態では、決定部１７３は、ＰＣ１０に通信インタフェース３を介して機器２０が接続されているため、機器情報記憶部１４１に記憶されている機器２０のモデル名などを用いて、第１プロトコルの機器情報取得要求の変換先のプロトコルを第２プロトコルに決定するものとする。ここでは、第２プロトコルが所定のＰＪＬ（Printer Job Language）である場合を例に取り説明するが、これに限定されるものではない。第２プロトコルなど第１プロトコルの機器情報取得要求の変換先のプロトコルは、ＰＣ１０が対象のローカル機器を管理可能なプロトコルであればよい。

第１プロトコル変換モジュール１８０〜第ｎプロトコル変換モジュール１９０は、第１プロトコルの機器情報取得要求の変換先のプロトコルに対応したモジュールであり、本実施形態では、第１プロトコル変換モジュール１８０が第２プロトコルに対応するものとする。従って、ここでは、第１プロトコル変換モジュール１８０〜第ｎプロトコル変換モジュール１９０のうち第１プロトコル変換モジュール１８０の説明を主に行うものとする。なお、第１プロトコル変換モジュール１８０以外のプロトコル変換モジュールは、第１プロトコル変換モジュール１８０と変換先のプロトコルは異なるが処理内容は同様である。

第１プロトコル変換モジュール１８０は、要求生成部１８１と、第１送信部１８２と、
第１受信部１８３と、応答生成部１８４とを、含む。

要求生成部１８１は、機器管理装置３０からネットワーク２を介して送信された第１プロトコルの機器情報取得要求に基づいて、第２プロトコルの第１機器情報取得要求を生成する。具体的には、要求生成部１８１は、第２受信部１６１により受信された第１プロトコルの機器情報取得要求に基づいて、決定部１７３により決定された第２プロトコルの第１機器情報取得要求を生成する。第２プロトコルの第１機器情報取得要求は、例えば、ローカル機器のカウンタ情報の取得を要求するものである。

また要求生成部１８１は、ＰＣ１０に接続されたローカル機器の起動時に、第２プロトコルの第２機器情報取得要求を生成する。第２プロトコルの第２機器情報取得要求は、例えば、ローカル機器の固定的な機器情報の取得を要求するものである。

第１送信部１８２は、要求生成部１８１により生成された第２プロトコルの第１機器情報取得要求や第２プロトコルの第２機器情報取得要求を、通信インタフェース３を介してローカル機器に送信する。

第１受信部１８３は、ローカル機器の機器情報を含む第２プロトコルの第１機器情報取得応答や第２プロトコルの第２機器情報取得応答を、ローカル機器から通信インタフェース３を介して受信する。なお、第２プロトコルの第１機器情報取得応答は、第２プロトコルの第１機器情報取得要求に対する応答であり、第２プロトコルの第２機器情報取得応答は、第２プロトコルの第２機器情報取得要求に対する応答である。

また第１受信部１８３は、機器の機器情報を含む第２プロトコルの機器情報通知を、ローカル機器から通信インタフェース３を介して受信する。第２プロトコルの機器情報通知は、例えば、ローカル機器のエラー情報を通知するものであり、ローカル機器の機器情報としてエラー情報が含まれる。

応答生成部１８４は、第１受信部１８３により受信された第２プロトコルの第２機器情報取得応答及び第２プロトコルの機器情報通知に含まれるローカル機器の機器情報を第１プロトコル用に変換して機器情報記憶部１４１へ記憶する。

また応答生成部１８４は、判定部１７２により第１プロトコルの機器情報取得要求のプロトコルを変換しないと判定された場合、機器情報記憶部１４１に記憶されているローカル機器の機器情報を用いて、第１プロトコルの機器情報取得応答を生成する。

また応答生成部１８４は、第１受信部１８３により受信された第２プロトコルの第１機器情報取得応答に基づいて、第１プロトコルの機器情報取得応答を生成する。この際、応答生成部１８４は、第２プロトコルの第１機器情報取得応答に含まれる機器情報だけでなく、機器情報記憶部１４１に記憶されているＰＣ１０やローカル機器の機器情報を用いて、第１プロトコルの機器情報取得応答を生成してもよい。

ここで、ローカル機器のトレイ情報の取得を例に取り、第１プロトコル変換モジュール１８０及び第ｎプロトコル変換モジュール１９０の処理について説明する。第１プロトコル変換モジュール１８０は、前述の通り、所定のＰＪＬ（第２プロトコル）に対応するモジュールであり、第ｎプロトコル変換モジュール１９０は、所定のＰＪＬとは異なるＰＪＬに対応するモジュールであるとする。なお、ここでは、ＰＣ１０に機器２０以外のローカル機器が接続されているものとする。

第１プロトコル変換モジュール１８０は、決定部１７３により第１プロトコルの機器情報取得要求の変換先のプロトコルが所定のＰＪＬに決定されると、当該所定のＰＪＬの第１機器情報取得要求として、@PJL INQUIRE INTRAYXSIZE、PJL INQUIRE INTRAYXQUANTと、@PJL INQUIRE INTRAYXMEDIAを生成し、機器２０に送信し、機器２０から応答を受信し、受信した応答を図３に示すようなＸＭＬデータに整形し、整形したＸＭＬデータのうちタブ「variables」のデータをパースし、第１プロトコル用に変換する。

第ｎプロトコル変換モジュール１９０は、決定部１７３により第１プロトコルの機器情報取得要求の変換先のプロトコルが所定のＰＪＬとは異なる上記ＰＪＬに決定されると、当該ＰＪＬの第１機器情報取得要求として、@PJL INFO STATUSを生成し、ＰＣ１０に接続されている機器２０ではないローカル機器に送信し、当該ローカル機器から応答を受信し、受信した応答を図４Ａ及び図４Ｂに示すようなＸＭＬデータに整形し、整形したＸＭＬデータのうちタブ「statuses」のデータをパースし、第１プロトコル用に変換する。

ここで、生成部１６２及び第２送信部１６３について説明する。

生成部１６２は、機器情報記憶部１４１に記憶されているＰＣ１０の機器情報を用いて、第２受信部１６１により受信された第１プロトコルの機器情報取得要求に対する第１プロトコルの機器情報取得応答を生成する。

第２送信部１６３は、応答生成部１８４により生成されたローカル機器の機器情報を含む第１プロトコルの機器情報取得応答及び生成部１６２により生成されたＰＣ１０の機器情報を含む第１プロトコルの機器情報取得応答を、ネットワーク２を介して機器管理装置３０に送信する。

なお、ＰＣ１０は、上述した各部の全てを必須の構成とする必要はなく、その一部を省略した構成としてもよい。

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

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

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

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

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

制御部２５０は、機器２０の各部を制御するものであり、ＣＰＵなどの制御装置により実現できる。制御部２５０は、第２プロトコルの第１機器情報取得要求や第２プロトコルの第２機器情報取得要求を、ＰＣ１０から通信インタフェース３を介して受信すると、第２プロトコルの第１機器情報取得応答や第２プロトコルの第２機器情報取得応答を生成し、通信インタフェース３を介してＰＣ１０に送信する。また制御部２５０は、機器２０にエラーが発生すると、第２プロトコルの機器情報通知を生成し、通信インタフェース３を介してＰＣ１０に送信する。

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

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

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

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

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

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

制御部３５０は、機器管理装置３０の各部を制御するものであり、ＣＰＵなどの制御装置により実現できる。制御部３５０は、記憶部３４０に記憶されている機器管理プログラムを起動（実行）することにより、ＰＣ１０のエージェントソフト１７０のマネージャとして機能する。

制御部３５０は、第１プロトコルの機器情報取得要求を、ネットワーク２を介してネットワーク機器に送信し、第１プロトコルの機器情報取得応答を、ネットワーク２を介してネットワーク機器から受信する。そして制御部３５０は、第１プロトコルの機器情報取得応答に含まれる機器情報を記憶部３４０に記憶し、ネットワーク機器を管理する。

また、ＰＣ１０のようにネットワーク機器にローカル機器が接続されている場合には、制御部３５０は、第１プロトコルの機器情報取得応答でネットワーク機器だけでなくローカル機器の機器情報も受信する。従って、制御部３５０は、ネットワーク機器だけでなくローカル機器も管理する。

次に、本実施形態の情報処理装置を含む機器管理システムの動作について説明する。

図７は、本実施形態の機器管理システム１で機器２０の起動時に実行される処理の一例を示すフローチャートである。

まず、決定部１７３は、ＰＣ１０に通信インタフェース３を介して接続されている機器２０が起動すると、機器２０との通信に用いるプロトコルを決定する（ステップＳ１００）。ここでは、決定部１７３は、機器２０との通信に用いるプロトコルをＰＪＬに決定するものとする。

続いて、要求生成部１８１は、決定部１７３により決定されたＰＪＬのリクエストであり、機器２０の固定的な機器情報の取得を要求する第２機器情報取得要求を生成する（ステップＳ１０２）。

続いて、第１送信部１８２は、要求生成部１８１により生成されたＰＪＬのリクエストを、通信インタフェース３を介して機器２０に送信する（ステップＳ１０４）。

続いて、第１受信部１８３は、機器２０により生成されたＰＪＬのレスポンスであり、機器２０の固定的な機器情報の取得を応答する第２機器情報取得応答を、通信インタフェース３を介して機器２０から受信する（ステップＳ１０６）。

続いて、応答生成部１８４は、第１受信部１８３により受信されたＰＪＬのレスポンスに含まれる機器２０の固定的な機器情報を第１プロトコル用に変換して機器情報記憶部１４１へ記憶する（ステップＳ１０８）。

図８は、本実施形態の機器管理システム１で機器２０のエラー発生時に実行される処理の一例を示すフローチャートである。

まず、第１受信部１８３は、機器２０にエラーが発生すると、機器２０から通信インタフェース３を介して、ＰＪＬのメッセージであり、機器２０のエラー情報を通知する機器情報通知を受信する（ステップＳ２０１）。

続いて、応答生成部１８４は、第１受信部１８３により受信されたＰＪＬのメッセージに含まれる機器２０のエラー情報を第１プロトコル用に変換して機器情報記憶部１４１へ記憶する（ステップＳ２０２）。

図９は、本実施形態の機器管理システム１で機器管理装置３０により機器情報が要求された場合に実行される処理の一例を示すフローチャートである。

まず、第２受信部１６１は、機器管理装置３０からネットワーク２を介して、ＳＮＭＰのリクエストである機器情報取得要求を受信する（ステップＳ３００）。

続いて、判定部１７２は、第２受信部１６１により受信されたＳＮＭＰのリクエストのプロトコルを変換するか否かを判定する（ステップＳ３０２）。

ＳＮＭＰのリクエストのプロトコルを変換する場合（ステップＳ３０２でＹｅｓ）、決定部１７３は、機器情報記憶部１４１に記憶されているローカル機器のモデル名などを用いて、ＳＮＭＰのリクエストの変換先のプロトコルを決定する（ステップＳ３０４）。ここでは、決定部１７３は、機器２０との通信に用いるプロトコルをＰＪＬに決定するものとする。

続いて、要求生成部１８１は、ＳＮＭＰのリクエストに基づいて、決定部１７３により決定されたＰＪＬのリクエストであり、機器２０のカウンタ情報等の機器情報の取得を要求する第１機器情報取得要求を生成する（ステップＳ３０６）。

続いて、第１送信部１８２は、要求生成部１８１により生成されたＰＪＬのリクエストを、通信インタフェース３を介して機器２０に送信する（ステップＳ３０８）。

続いて、第１受信部１８３は、機器２０により生成されたＰＪＬのレスポンスであり、機器２０のカウンタ情報等の機器情報の取得を応答する第２機器情報取得応答を、通信インタフェース３を介して機器２０から受信する（ステップＳ３１０）。

続いて、応答生成部１８４は、ＰＪＬのレスポンスに基づいて、ＳＮＭＰのレスポンスである機器２０の機器情報を含む機器情報取得応答を生成する（ステップＳ３１２）。

一方、ＳＮＭＰのリクエストのプロトコルを変換しない場合（ステップＳ３０２でＮｏ）、応答生成部１８４は、機器情報記憶部１４１に記憶されているローカル機器の機器情報を用いて、ＳＮＭＰのレスポンスである機器２０の機器情報を含む機器情報取得応答を生成する（ステップＳ３１４）。

続いて、生成部１６２は、機器情報記憶部１４１に記憶されているＰＣ１０の機器情報を用いて、ＳＮＭＰのリクエストに対するレスポンスであるＰＣ１０の機器情報を含む機器情報取得応答を生成する。そして第２送信部１６３は、応答生成部１８４により生成されたＳＮＭＰのレスポンス及び生成部１６２により生成されたＳＮＭＰのレスポンスを、ネットワーク２を介して機器管理装置３０に送信する（ステップＳ３１６）。

以上のように、本実施形態では、ＰＣ１０は、機器管理装置３０から第１プロトコルの機器情報取得要求を受信すると、当該第１プロトコルの機器情報取得要求に基づいて、ローカル機器との通信に用いる第２プロトコルの機器情報取得要求を生成し、ローカル機器から機器情報を取得し、取得した機器情報を第１プロトコルの機器情報取得応答で機器管理装置３０に通知する。従って本実施形態によれば、ネットワークに接続されていないローカル機器についてもネットワーク機器と同等の機器情報を取得できるので、ローカル機器についても機器管理装置に高度な管理を行わせることができる。

なお、従来の機器管理システムでは、ローカル機器を管理する場合であってもプロトコルの相違等が原因で、ローカル機器については、十分の機器情報の取得ができず、生存の有無程度しか管理されていなかった。

また本実施形態によれば、ローカル機器の固定的な機器情報については、予めローカル機器から取得しておくため、毎回ローカル機器から取得する必要がなく、ＰＣ１０及びローカル機器間の通信量を削減でき、処理性能を向上させることもできる。

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

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

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

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

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

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

通信部２１０、操作部２２０、表示部２３０、記憶部２４０、及び制御部２５０については、上記実施形態と同様である。投影部４６０は、ＰＣ１０からＰＪＬで投影が要求されると、投影を実行する。

このように、機器４２０がプロジェクタである場合、ＰＣ１０の第１プロトコル変換モジュール１８０は、決定部１７３により第１プロトコルの機器情報取得要求の変換先のプロトコルが所定のＰＪＬに決定されると、当該所定のＰＪＬの第１機器情報取得要求として、@PJL INQUIRE INTRAYXSIZE、PJL INQUIRE INTRAYXQUANTと、@PJL INQUIRE INTRAYXMEDIAを生成し、機器４２０に送信し、機器４２０から応答を受信し、受信した応答を図１２に示すようなＸＭＬデータに整形し、整形したＸＭＬデータのうちタブ「variables」のデータをパースし、第１プロトコル用に変換する。

同様に、ＰＣ１０の第ｎプロトコル変換モジュール１９０は、決定部１７３により第１プロトコルの機器情報取得要求の変換先のプロトコルが所定のＰＪＬとは異なる上記ＰＪＬに決定されると、当該ＰＪＬの第１機器情報取得要求として、@PJL INFO STATUSを生成し、ＰＣ１０に接続されている機器４２０ではないローカル機器に送信し、当該ローカル機器から応答を受信し、受信した応答を図１３に示すようなＸＭＬデータに整形し、整形したＸＭＬデータのうちタブ「statuses」のデータをパースし、第１プロトコル用に変換する。

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

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

Claims (9)

1. 第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能な情報処理装置であって、
   前記機器管理装置から前記第２通信路を介して送信された第１プロトコルの機器情報取得要求に基づいて、第２プロトコルの第１機器情報取得要求を生成する要求生成部と、
   前記第２プロトコルの第１機器情報取得要求を、前記第１通信路を介して前記機器に送信する第１送信部と、
   前記機器の機器情報を含む第２プロトコルの第１機器情報取得応答を、前記機器から前記第１通信路を介して受信する第１受信部と、
   前記第２プロトコルの第１機器情報取得応答に基づいて、第１プロトコルの機器情報取得応答を生成する応答生成部と、
   を備える情報処理装置。
2. 前記第１プロトコルの機器情報取得要求の変換先のプロトコルを決定する決定部を更に備える請求項１に記載の情報処理装置。
3. 前記第１プロトコルの機器情報取得要求のプロトコルを変換するか否かを判定する判定部を更に備える請求項２に記載の情報処理装置。
4. 前記機器の機器情報を記憶する機器情報記憶部を更に備え、
   前記判定部は、前記第１プロトコルの機器情報取得要求で取得が要求された機器情報が前記機器情報記憶部に記憶されていない又は記憶されているが所定条件を満たしていない場合、前記第１プロトコルの機器情報取得要求のプロトコルを変換すると判定し、
   前記決定部は、前記第１プロトコルの機器情報取得要求のプロトコルを変換すると判定された場合、前記第１プロトコルの機器情報取得要求の変換先のプロトコルを決定し、
   前記要求生成部は、前記第１プロトコルの機器情報取得要求に基づいて、前記決定部により決定された前記第２プロトコルの第１機器情報取得要求を生成する請求項３に記載の情報処理装置。
5. 前記機器の機器情報を記憶する機器情報記憶部を更に備え、
   前記判定部は、前記第１プロトコルの機器情報取得要求で取得が要求された機器情報が前記機器情報記憶部に記憶されている、又は記憶されておりかつ所定条件を満たしている場合、前記第１プロトコルの機器情報取得要求のプロトコルを変換しないと判定し、
   前記応答生成部は、前記第１プロトコルの機器情報取得要求のプロトコルを変換しないと判定された場合、前記機器情報記憶部に記憶されている前記機器の前記機器情報を用いて、前記第１プロトコルの機器情報取得応答を生成する請求項３に記載の情報処理装置。
6. 前記要求生成部は、前記機器の起動時に、第２プロトコルの第２機器情報取得要求を生成し、
   前記第１送信部は、前記第２プロトコルの第２機器情報取得要求を、前記第１通信路を介して前記機器に送信し、
   前記第１受信部は、前記機器の機器情報を含む第２プロトコルの第２機器情報取得応答を、前記機器から前記第１通信路を介して受信し、
   前記機器情報記憶部は、前記第２プロトコルの第２機器情報取得応答に含まれる前記機器情報を記憶する請求項４又は５に記載の情報処理装置。
7. 前記第１受信部は、前記機器の機器情報を含む第２プロトコルの機器情報通知を、前記機器から前記第１通信路を介して受信し、
   前記機器情報記憶部は、前記第２プロトコルの機器情報通知に含まれる前記機器情報を記憶する請求項４〜６のいずれか１つに記載の情報処理装置。
8. 前記第１プロトコルの機器情報取得要求を、前記機器管理装置から前記第２通信路を介して受信する第２受信部と、
   前記第１プロトコルの機器情報取得応答を、前記第２通信路を介して前記機器管理装置に送信する第２送信部と、
   を更に備える請求項１〜７のいずれか１つに記載の情報処理装置。
9. 第１通信路を介して機器と通信可能であり、第２通信路を介して前記機器を管理する機器管理装置と通信可能なコンピュータに、
   前記機器管理装置から前記第２通信路を介して送信された第１プロトコルの機器情報取得要求に基づいて、第２プロトコルの第１機器情報取得要求を生成する要求生成ステップと、
   前記第２プロトコルの第１機器情報取得要求を、前記第１通信路を介して前記機器に送信する第１送信ステップと、
   前記機器の機器情報を含む第２プロトコルの第１機器情報取得応答を、前記機器から前記第１通信路を介して受信する第１受信ステップと、
   前記第２プロトコルの第１機器情報取得応答に基づいて、第１プロトコルの機器情報取得応答を生成する応答生成ステップと、
   を実行させるためのプログラム。

Images