JP2010049364A - 機器管理装置、機器管理システム、機器情報管理方法、機器情報管理プログラム、及びそのプログラムを記録した記録媒体 - Google Patents

Abstract

【課題】管理対象機器と機器管理装置との間のデータ処理を効率よく行うことができる機器管理装置、機器管理システム、機器情報管理方法、機器情報管理プログラム、及びそのプログラムを記録した記録媒体を提供する。
【解決手段】機器管理装置１００は、所定のデータ伝送路９０を介して接続される機器２００の状態を監視し、状態情報を含む機器情報を基に機器２００を管理する装置であって、機器２００から得た状態情報のうち、状態を簡易な情報で表した第１の状態情報（簡易情報）を取得する第１の状態情報取得手段２４５と、取得された第１の状態情報に基づき、状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手段２４６と、判定結果に基づき、状態情報のうち、機器２００の状態を第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報（詳細情報）を取得する第２の状態情報取得手段２４５と、を有することを特徴とする。
【選択図】図４

Description

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

ネットワークなどの所定のデータ伝送路を介して複合機やプリンタと言った画像処理装置などの状態を監視するシステムはすでに知られており、ユーザは管理対象の複数の機器（以下、「管理対象機器」と言う。）に自ら出向くことなく、管理対象機器の異常を検知する（知る）ことが可能となっている。

例えば、特許文献１には、デバイス情報（機器情報）の変更頻度に応じて、スタティック情報（変更しない情報）、セミスタティック情報（稀に変更する情報）、ダイナミック情報（頻繁に変更する情報で、例えば「紙詰まりや紙なしなどの情報」。）に分類し、所定の記憶領域にそれぞれの情報を登録することで、ネットワークで接続された機器状態を管理するとともに、ウォーミングアップやソフトリセットなどの一定時間で自動的に正常回復する状態の登録を回避し、登録情報と機器状態とを合致させることが可能なデバイス情報処理装置（機器管理装置）が提案されている。
特開２００１−４３１５９号公報

しかしながら、特許文献に示される従来の機器管理装置では、ダイナミック情報のような頻繁に変更される情報を、管理対象機器と機器管理装置との間でやり取りする場合に、その間でやり取りされる情報のデータ量が多いと、管理対象機器と機器管理装置とを接続するデータ伝送路への負荷や、そのデータ処理を実行するＣＰＵ（Central Processing Unit）への負荷などの問題が生じる。

その結果、機器管理システム全体のリソースを無駄に消費してしまい、システム全体の性能へ悪影響を及ぼすこととなる（性能低下に繋がる）。

本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、管理対象機器と機器管理装置との間のデータ処理を効率よく行うことができる機器管理装置、機器管理システム、機器情報管理方法、機器情報管理プログラム、及びそのプログラムを記録した記録媒体を提供することである。

上記目的を達成するため、本発明にあっては、所定のデータ伝送路を介して接続される機器の状態を監視し、状態情報を含む機器に関する情報を基に前記機器を管理する機器管理装置が、前記機器から得られる状態情報のうち、前記機器の状態を簡易な情報で表した第１の状態情報を取得する第１の状態情報取得手段と、前記第１の状態情報取得手段により取得された第１の状態情報に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手段と、前記判定手段による判定結果に基づき、前記状態情報のうち、前記機器の状態を、前記第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報を取得する第２の状態情報取得手段と、を有する装置であることを要旨としている。

このような構成によって、本発明に係る機器管理装置は、管理対象機器から簡易情報（詳細情報に比べてデータ量の少ない情報）を取得し、管理対象機器の状態に変化が生じて、取得した簡易情報が前回更新時の簡易情報から変更されているか否かを判断する。その結果、変更されていると判断された場合にのみ、その状態変化を詳細に知るための詳細情報を管理対象機器から取得する。

また、上記目的を達成するため、本発明に係る機器管理装置は、前記第１の状態情報と前記第２の状態情報とを基に、前記機器に関する情報を更新する更新手段を有し、前記判定手段が、前記第１の状態情報取得手段により取得された第１の状態情報と、前記第１の状態情報が取得される前に前記更新手段により更新された前記機器に関する情報に含まれる第１の状態情報とを比較し、その比較結果に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する。

また、上記目的を達成するため、本発明に係る機器管理装置は、前記判定手段が、前記第１の状態情報取得手段により取得された第１の状態情報が、前記第１の状態情報が取得される前に前記更新手段により更新された前記機器に関する情報に含まれる第１の状態情報と異なる場合に、前記機器の状態変化に関する詳細な情報を取得する必要があると判定する。

また、上記目的を達成するため、本発明に係る機器管理装置は、前記第２の状態情報取得手段が、前記判定手段により、前記機器の状態変化に関する詳細な情報を取得する必要があると判定された場合に、前記機器が搭載する機能のうち、状態が変化した機能に関する第２の状態情報を取得する。

また、上記目的を達成するため、本発明に係る機器管理装置は、前記更新手段が、前記判定手段の判定結果に基づき、前記機器に関する情報を更新する。

また、上記目的を達成するため、本発明に係る機器管理装置は、前記更新手段が、前記判定手段により、前記機器の状態変化に関する詳細な情報を取得する必要があると判定され、その判定結果を基に前記第２の状態情報取得手段により第２の状態情報が取得されたときに、前記機器に関する情報を更新する。

また、上記目的を達成するため、本発明に係る機器管理装置は、前記更新手段が、前記機器に関する情報のうち、前記機器の状態変化に対応する情報を更新する。

これによって、本発明に係る機器管理装置は、機器情報管理を行う際の管理対象機器と機器管理装置との間で行われるデータ通信処理にかかるデータ量が少なくなり、管理対象機器との間のデータ処理を効率よく行うことができる。その結果、処理の高速化に繋がり、データ処理の性能が向上（性能改善）される。

上記目的を達成するため、本発明に係る機器管理システムは、所定のデータ伝送路を介して接続される機器の状態を機器管理装置によって監視し、状態情報を含む機器に関する情報を基に前記機器を管理するシステムであって、前記機器から得られる状態情報のうち、前記機器の状態を簡易な情報で表した第１の状態情報を取得する第１の状態情報取得手段と、前記第１の状態情報取得手段により取得された第１の状態情報に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手段と、前記判定手段による判定結果に基づき、前記状態情報のうち、前記機器の状態を、前記第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報を取得する第２の状態情報取得手段と、を有することを特徴とする。

上記目的を達成するため、本発明に係る機器情報管理方法は、所定のデータ伝送路を介して接続される機器の状態を監視し、状態情報を含む機器に関する情報を基に前記機器を管理する機器管理装置における方法であって、前記機器から得られる状態情報のうち、前記機器の状態を簡易な情報で表した第１の状態情報を取得する第１の状態情報取得手順と、前記第１の状態情報取得手順により取得された第１の状態情報に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手順と、前記判定手順による判定結果に基づき、前記状態情報のうち、前記機器の状態を、前記第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報を取得する第２の状態情報取得手順と、を有することを特徴とする。

このような手順によって、本発明に係る機器情報管理方法は、管理対象機器から簡易情報を取得し、取得した簡易情報が前回更新時の簡易情報から変更されているか否かを判断し、変更されている場合にのみ、詳細情報を取得すると言う機器情報管理動作を実現する。

これによって、本発明に係る機器情報管理方法は、管理対象機器と機器管理装置との間のデータ処理が効率よく行われる環境を提供できる。

本発明によれば、管理対象機器の状態変化により、管理対象機器から取得した簡易情報が前回更新時の簡易情報から変更されているか否かを判断し、変更されている場合にのみ、詳細情報を取得するようにしたことにより、管理対象機器と機器管理装置との間で行われるデータ通信処理にかかるデータ量が少なくなり、管理対象機器と機器管理装置との間のデータ処理を効率よく行うことができる。

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

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

図１に示すように、機器管理システム１は、ＭＦＰ（Multifunction Peripheral）やＬＰ（Laser Printer）と言った少なくとも１台以上の管理対象機器２００と、少なくとも１台以上のクライアントＰＣ（Personal Computer）３００（以下、単に「ＰＣ」と言う。）と、機器管理装置１００とが、ネットワークなどのデータ伝送路９０で相互に接続されている。

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

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

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

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

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

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

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

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

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

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

＜ソフトウェア構成＞
では、上記機器管理装置１００におけるソフトウェア構成について説明する。図３は、本発明の第１の実施形態に係る機器管理装置１００のソフトウェア構成例を示す図である。

図３に示すように、機器管理装置１００には、ｈｔｔｐｄ２１と、ＷｅｂＰａｇｅ生成部２２と、ＦｒｏｎｔＥｎｄ部２３と、機器管理部２４とから構成されるソフトウェア部品群が搭載（インストール）されている。

ｈｔｔｐｄ（HyperText Transfer Protocol Daemon）２１は、情報処理システムに常駐するＷｅｂサーバ上のプログラムであり、ブラウザからの動作要求を受け付け、その要求に応じてサーバ内に蓄積されたコンテンツを送信したりする。

ＷｅｂＰａｇｅ生成部２２は、ｈｔｔｐｄ２１で受け付けた要求を基にブラウザ上に表示させるためのＷｅｂページを生成する。

ＦｒｏｎｔＥｎｄ部２３は、ＷｅｂＰａｇｅ生成部２２でＷｅｂページを生成するのに必要なデータを後述する機器管理部２４から取得し、取得したデータを基にＷｅｂページ生成用のデータに加工する。

機器管理部２４は、機器管理機能を実現するために、管理対象機器２００の監視、機器情報の取得、及び取得した情報の管理などの各種データ管理、また、要求に応じた検索や更新などの各種データ操作を行う。

つまり、機器管理部２４が、機器管理装置１００で動作する機器管理機能を実現するソフトウェア部品にあたり、上記ｈｔｔｐｄ２１、ＷｅｂＰａｇｅ生成部２２、ＦｒｏｎｔＥｎｄ部２３などは、ＰＣ３００に対する情報提供機能を実現するためのソフトウェア部品にあたる。

＜機器情報管理機能＞
ここからは、上記ソフトウェア構成により実現される機器管理機能の中でも、管理対象機器２００からダイナミック情報であるＭＩＢ（Management Information Base）情報を取得し、取得したＭＩＢ情報を基に、管理データとして保持されている管理対象機器２００に関する情報（以下、「機器情報」と言う。）を更新する機器情報の管理機能について詳しく説明する。

本発明が解決する課題として前述したように、従来技術では、管理対象機器２００から定期的に取得するＭＩＢ情報を、無条件で取得しているため、管理対象機器２００の状態に変化が生じた場合と生じていない場合とで、同じデータ量の通信が行われている。つまり、従来の機器管理装置１００では、管理対象機器２００の状態変化に応じた適切なデータ量による情報収集が行われておらず、データ処理効率の悪い機器情報管理機能を提供していた。

そのため、機器管理システム１における管理対象機器２００の台数が多い場合や、管理対象機器２００と機器管理装置１００との間で頻繁にやり取りされる場合などを考えると、そのデータ処理に無駄な時間を要することとなり、結果的にシステム全体の性能低下に繋がる。

そこで、本実施形態では、ＭＩＢ情報に含まれる機器の状態を表す情報（以下「状態情報」と言う）のデータ量特性に着目する。

ＭＩＢ情報における状態情報は、主に、機器の状態を簡易な情報で表す状態情報（以下、「簡易情報」と言う。）と、詳細な情報で表す状態情報（以下、「詳細情報」と言う。）とに大別される。例えば、簡易情報にあたるＨｏｓｔＲｅｓｏｕｒｃｅＭＩＢや、詳細情報にあたるＰｒｉｎｔｅｒＭＩＢである。

ＩＥＴＦ（Internet Engineering Task Force）による技術仕様の保存・公開形式であるＲＦＣ１５１４（Request for Comments 1514）のＨｏｓｔＲｅｓｏｕｒｃｅＭＩＢには、"hrPrinterStatus"と"hrPrinterDetectedErrorState"と言う簡易な状態を表すＭＩＢのオブジェクトが定義されており、これらのオブジェクトに対してステータスコードやステータスの組み合わせを表すビット列が記述される。

一方、ＲＦＣ１７５９のＰｒｉｎｔｅｒＭＩＢには、"PrinterAlert"グループと言うプリンタに関する詳細な状態情報がグループ化されており、その"PrinterAlert"グループは、配列形式による複数のアラートに関する詳細情報から構成され、詳細なエラーコードやエラー内容を表す文字列などが記述される。

このように、ＨｏｓｔＲｅｓｏｕｒｃｅＭＩＢは、主にコード値やビット値などのデータ量の少ない形式で簡易な状態情報が記述されており、ＰｒｉｎｔｅｒＭＩＢは、文字列を含むデータ量の多い形式で詳細な状態情報が記述されている。

本実施形態に係る機器管理装置１００では、上記データ量の違いを考慮し、管理対象機器２００から、詳細情報に比べて相対的に情報量が少ない簡易情報を取得し、取得した簡易情報が、管理対象機器２００の状態変化により前回更新時の簡易情報から変更されているか否かを判断する。その結果、変更されていると判断された場合にのみ、その状態変化の詳細を知るための詳細情報を取得し、取得した簡易情報及び詳細情報を基に機器情報を更新する機器情報管理機能を有している。

詳細情報の取得を必要とするときは、管理対象機器２００の状態に変化が生じた場合であることから、管理対象機器２００と機器管理装置１００との間で、常に詳細情報までのデータ量をやり取りする必要はない。

本実施形態に係る機器管理装置１００では、管理対象機器２００の状態変化に応じて適切なデータ量による情報収集を行い、管理データの機器情報を更新する。

これによって、本実施形態に係る機器管理装置１００では、管理対象機器２００との間でやり取りするデータ量が少なくなり、管理対象機器２００との間のデータ処理を効率よく行うことができる。その結果、処理の高速化に繋がり、データ処理の性能が向上（性能改善）される。

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

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

機器情報管理機能は、主に、ソフトウェア構成の説明において前述した機器管理部２４のソフトウェア部品により実現される機能である。

図４に示すように、機器情報管理機能は、主に、機器情報保持部２４２と、監視タイマ部２４３と、ポーリング制御部２４４と、ＭＩＢ情報取得部２４５と、詳細情報取得判定部２４６と、機器情報更新部２４７とを有している。

（機器情報管理のポーリング処理）
機器情報管理機能では、主に、管理対象機器２００の状態に変化が生じて、管理対象機器２００から詳細情報を取得する必要があるか否かを判定する処理と、取得した簡易情報及び詳細情報を基に機器情報を更新する処理とを、機器管理システム１に参加している（機器管理装置１００とデータ伝送路９０で接続される）各管理対象機器２００に対して定期的に行う。

つまり、機器管理装置１００は、管理対象機器２００それぞれに対してポーリング処理を行っている。

上記ポーリング処理は、ポーリング制御部２４４により行われ、ポーリング制御部２４４は、後述する詳細情報取得判定部２４６及び機器情報更新部２４７に対して動作要求を行い、機器情報管理機能の動作全体を制御する。

また、ポーリング制御部２４４は、監視タイマ部２４３から一定の時間間隔（所定時間の経過）で通知される処理開始（動作タイミング）の指示に従って、管理対象機器２００へのポーリング処理を開始する。

（管理対象機器からの情報取得）
ＭＩＢ情報取得部２４５は、管理対象機器２００からデータ伝送路９０を介してＭＩＢ情報を取得する。

また、ＭＩＢ情報取得部２４５は、後述する詳細情報取得判定部２４６及び機器情報更新部２４７からの情報取得要求に応じてＭＩＢ情報を取得する。

ＭＩＢ情報取得部２４５が取得するＭＩＢ情報には、前述したように簡易情報（ＨｏｓｔＲｅｓｏｕｒｃｅＭＩＢ）と詳細情報（ＰｒｉｎｔｅｒＭＩＢ）の２つの情報がある。

［簡易情報：ＨｏｓｔＲｅｓｏｕｒｃｅＭＩＢ］
・hrPrinterStatus
プリンタの現在の動作状態を表すコード値［動作状態（対応コード）］
例：［idle（１），printing（２），warmup（３）］
・hrPrinterDetectedErrorState
プリンタのエラー状態を表すビット値［エラー状態（対応ビット）］
例：［lowPaper（bit0），noPaper（bit1），lowToner（bit2），noToner（bit3），doorOpen（bit4），jammed（bit5），offline（bit6），serviceRequested（bit7）］
・hrDeviceStatus
デバイスの現在の動作状態を表すコード値［動作状態（対応コード）］
例：［unknown（１），running（２），warning（３），testing（４），down（５）］
このように、簡易情報には、管理対象機器２００の現在の動作状態やエラー状態を表す各種情報が含まれており、機器管理装置１００では、後述する詳細情報より少ないデータ量で、管理対象機器２００の状態変化を知ることができる。

［詳細情報：ＰｒｉｎｔｅｒＭＩＢ］
・prtAlertCode
プリンタに関するアラートの内容を表すコード値［アラート内容（対応コード）］
例：［other（１），unknown（２），coverOpen（３），coverClosed（４），interlockOpen（５），interlockClosed（６），configurationChange（７），jam（８）など］
・prtAlertDescription
プリンタに関するアラートの内容を表す文字列［（対応文字列）］
例：［（フィニッシャーに用紙が残っています）、（イエロートナー残りわずか）、（ＡＤＦ紙詰まり）、（トレイ１未装着）など］
このように、詳細情報には、管理対象機器２００で発生しているアラートの内容を表す各種情報が含まれている。これにより、機器管理装置１００では、前述した簡易情報に比べて、より詳細な管理対象機器２００の状態を知ることができる。

なお、上記簡易情報及び詳細情報の説明では、情報取得対象の管理対象機器２００がプリンタであった場合の例である。

管理対象機器２００は、当該装置が備える記憶装置（例えば「ＨＤＤ１０８」など）の所定の記憶領域であるＭＩＢ情報保持部３２により機器の状態に関する情報を含む最新のＭＩＢ情報を保持しており、機器管理装置１００と当該装置との間のデータ通信を制御する通信制御部３１により、機器管理装置１００からの情報取得要求に応じて最新のＭＩＢ情報を応答する構成となっている。

よって、ＭＩＢ情報取得部２４５は、上記簡易情報又は上記詳細情報の取得を管理対象機器２００へ要求し、これらの情報を取得する。つまり、ＭＩＢ情報取得部２４５は、簡易情報の取得と詳細情報の取得との両方の情報取得機能を有している。

また、ＭＩＢ情報取得部２４５において、上記２つの情報取得機能により簡易情報又は詳細情報のどちらの情報を取得するのかについては、後述する詳細情報取得判定部２４６による判定結果により制御される。

（詳細情報取得の判定）
詳細情報取得判定部２４６は、簡易情報より相対的にデータ量が多い詳細情報を、管理対象機器２００から取得する必要があるか否かを判定する。

機器情報管理機能では、機器管理装置１００と管理対象機器２００との間で行われるデータ処理を効率よく行うために、簡易情報に比べてデータ量が多い詳細情報の取得を、管理対象機器２００の状態に変化が生じた場合などのような、情報を取得する必要があるときに限定して行う構成とし、データ処理にかかるデータ量を少なくしている。

そこで、詳細情報取得判定部２４６では、詳細情報に比べてデータ量が少ない簡易情報を基に、管理対象機器２００の状態に変化が生じたか否か判断することで、詳細情報を取得する必要があるか否かを判定している。

より具体的には、ＭＩＢ情報取得部２４５により取得された簡易情報と、前回更新され保持されている簡易情報（以下、「前回更新時の簡易情報」と言う。）との内容（コード値やビット値）を比較し、その比較結果から上記管理対象機器２００の状態変化を判断する。管理対象機器２００の状態に変化が生じた場合、取得された簡易情報は、以前取得した簡易情報とその内容が異なることから判断することができる。

詳細情報取得判定部２４６は、その中で、取得した簡易情報が前回更新時の簡易情報と異なり、内容が変更されている場合、管理対象機器２００の状態に変化が生じたものと判断し、一方、簡易情報が一致し、内容が変更されていない場合、管理対象機器２００の状態も変化がなかったものと判断する。

これにより、詳細情報取得判定部２４６は、取得した簡易情報と前回更新時の簡易情報とが異なる比較結果となり、管理対象機器２００の状態に変化が生じたものと判断された場合、管理対象機器２００から詳細情報を取得する必要があると判定し、その旨をポーリング制御部２４４へと通知する。

ポーリング制御部２４４は、詳細情報取得判定部２４６から通知される判定結果に基づいて、ＭＩＢ情報取得部２４５による情報取得動作を制御する。

なお、詳細情報取得判定部２４６による簡易情報の比較に用いる「前回更新時の簡易情報」は、後述する機器情報保持部２４２により保持される機器情報内の更新前の情報である。

以上のように、詳細情報取得判定部２４６は、管理対象機器２００の状態変化により、簡易情報が変更されているか否かを判断し、簡易情報が変更されている場合に、管理対象機器２００から詳細情報の取得が必要であるとして、情報取得動作を制御するポーリング制御部２４４へその旨（判定結果）を通知する。

その結果、機器管理装置１００では、管理対象機器２００の状態が変化し、その状態変化を知るために必要な場合にのみ、管理対象機器２００から詳細情報を取得することで、管理対象機器２００の状態変化に応じた適切なデータ量による情報収集が行われる。

（機器情報の保持）
機器情報管理機能では、ＭＩＢ情報取得部２４５により取得されたＭＩＢ情報などを、管理対象機器２００の機器情報として、機器情報保持部２４２により保持する。

機器情報保持部２４２は、例えば、機器管理装置１００が備える記憶装置（例えば「ＨＤＤ１０８」など）の所定の記憶領域であり、図５に示すような各種情報項目と対応データとから構成される機器情報４１を保持している。

図５は、本発明の第１の実施形態に係る機器情報４１のデータ例を示す図である。図５に示すように、機器情報４１は、管理対象機器２００に割り当てられている「ＩＰアドレス」及び「モデル名称」に、管理対象機器２００の状態に関する各種情報が、管理対象機器２００ごとに対応付けられたデータ構成となっている。

また、上記状態に関する各種情報は、管理対象機器２００の状態を表す「ステータス」と、ＭＩＢ情報における簡易情報「hrPrinterStatus」、「hrPrinterDetectedErrorState」、「hrDeviceStatus」と、詳細情報「prtAlertCode」、「prtAlertDescription」とから構成される。

上記「ＩＰアドレス」と「モデル名称」は、例えば、機器管理システム１における管理者が、予め管理対象とする管理対象機器２００の情報として、所定のツールを用いて設定される情報項目である。そのうち「ＩＰアドレス」は、ＭＩＢ情報取得部２４５が、管理対象機器２００からＭＩＢ情報を取得する際に、情報取得要求先の管理対象機器２００を特定するために用いられる。

また、上記「ステータス」は、後述する機器情報４１の更新の際に、取得された簡易情報を基に設定される情報項目であり、上記「hrPrinterStatus」、「hrPrinterDetectedErrorState」、「hrDeviceStatus」、「prtAlertCode」、及び「prtAlertDescription」は、取得された簡易情報及び詳細情報を基に設定される情報項目である。

なお、本実施形態では、機器管理装置１００が備える記憶装置を、機器情報保持部２４２とする構成について説明を行ったが、本発明がこの構成に限定されるものではない。

例えば、機器情報保持部２４２を外部の記録媒体１０３ａとする構成や、データ伝送路９０を介して接続された外部機器が備える記憶装置とする構成であってもよく、必ずしも、機器管理装置１００が備える記憶装置により、機器情報保持部２４２を実現する構成でなくてもよい。

（機器情報の更新）
上記機器情報４１は、機器情報更新部２４７により更新される。機器情報更新部２４７は、上記詳細情報取得判定部２４６により、簡易情報が変更されており詳細情報を取得する必要があると判定された場合に、取得された簡易情報及び詳細情報を基に機器情報４１を更新する。

機器情報更新部２４７は、簡易情報及び詳細情報を基に、情報を取得した管理対象機器２００（例えば情報取得の際に用いた「ＩＰアドレス」により機器情報４１内から特定した管理対象機器２００）に対応する各情報項目「hrPrinterStatus」、「hrPrinterDetectedErrorState」、「hrDeviceStatus」、「prtAlertCode」、及び「prtAlertDescription」を更新する。つまり、簡易情報及び詳細情報の値を、対応する情報項目の値として設定し、その内容を更新する。

また、機器情報更新部２４７は、上記情報項目を更新するとともに、取得された簡易情報を基に、情報項目「ステータス」も更新する。

機器情報更新部２４７は、例えば図６に示すような変換テーブル４２を用いて、簡易情報の値を、情報項目「ステータス」に設定する値（文字列）へと変換し、変換後の値を設定することで、その内容を更新する。

取得された簡易情報のデータは、上記に説明を行ったように、コード値やビット値と言った形式であることから、その値からは、どのような状態に関する情報が得られたのかを把握することが困難である。そのため、機器情報更新部２４７では、機器情報４１を更新するときに、上記コード値やビット値を、ユーザなどに提供可能なデータ、すなわち、状態を表す所定の文字列に変換する。

図６は、本発明の第１の実施形態に係る変換テーブル４２のデータ例を示す図である。例えば、機器管理部２４のソフトウェア部品が、図６に示すような変換テーブル４２を有し、機器情報更新部２４７が、取得された簡易情報「hrPrinterStatus」、「hrPrinterDetectedErrorState」、及び「hrDeviceStatus」のいずれかのオブジェクト名とオブジェクトの値とを基に、変換テーブル４２を参照する。

その結果、変換テーブル４２において、該当するオブジェクト名とオブジェクトの値とが、予め設定しておいた変換規則に一致する場合には、オブジェクト名に対応付けられた所定の文字列に変換される。

例えば、簡易情報のオブジェクト名「hrPrinterDetectedErrorState」のビット値において、ビット４が'１'であった場合に、図６に示す変換テーブル４２を用いて変換すると、"トナー／インクなし"の文字列へと変換される。また、オブジェクト名「hrPrinterStatus」のコード値が'５'であった場合には、"ウォームアップ"の文字列へと変換される。

また、変換テーブル４２において、該当するオブジェクト名とオブジェクトの値とが、予め設定しておいた変換規則に一致しない場合（変換条件に該当しない場合）には、"使用可"の文字列へと変換される。

機器情報更新部２４７は、このような所定の変換規則に従って簡易情報から変換された値を、機器情報４１の情報項目「ステータス」の値として設定し、その内容を更新する。

なお、上記変換テーブル４２は、例えば、機器管理部２４のソフトウェア部品を設計する段階において、管理対象とする管理対象機器２００から得られる簡易情報を基に、変換規則を決定し、データ化しておく。

また、本実施形態では、上記変換テーブル４２を、機器管理部２４のソフトウェア部品が有する構成について説明を行ったが、本発明がこの構成に限定されるものではない。

ソフトウェア部品が有する構成では、管理対象機器２００の増加や状態情報の拡張などに対応するために、その都度、更新後の変換テーブル４２を含むソフトウェア部品へ置き換える必要がある（ソフトウェア部品を更新する必要がある）。このような煩わしさを解決するために、変換テーブル４２を外部データ化し、機器情報更新部２４７の機能を実現するソフトウェア部品を変更することなく対応可能な構成が考えられる。この場合には、例えば、変換テーブル４２を、機器管理装置１００が備える記憶装置に保持する構成や、外部の記録媒体１０３ａに保持する構成であってもよい。

以上ようにして取得・更新・保持された機器情報４１は、ＦｒｏｎｔＥｎｄ部２３が有する機器一覧表示用情報取得部２１３からの要求に応じて、機器情報提供部２４１により要求元へ提供される。その結果、機器一覧表示用情報取得部２１３は、Ｗｅｂページ（機器一覧表示）用の情報を取得することができ、ＦｒｏｎｔＥｎｄ部２３からＷｅｂＰａｇｅ生成部２２へと渡され、ＷｅｂＰａｇｅ生成部２２により生成されたＷｅｂページが、ブラウザを介してＰＣ３００の表示画面へと表示される。

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

図７は、本発明の第１の実施形態に係る機器情報取得・更新の処理手順例を示すシーケンス図である。

図７に示すように、機器管理装置１００は、監視タイマ部２４３が一定の時間経過するまで待機し（ステップＳ１０１）、時間が経過すると、ポーリング処理の開始を、ポーリング制御部２４４へ指示する（ステップＳ１０２）。

ポーリング制御部２４４は、受け付けた指示に従って、まず、詳細情報取得判定部２４６に対して、情報取得を行う必要があるか否かの判定を要求する（ステップＳ１０３）。

判定要求を受け付けた詳細情報取得判定部２４６は、ＭＩＢ情報取得部２４５に対して、ＭＩＢ情報のうち簡易情報の取得を要求する（ステップＳ１０４）。

ＭＩＢ情報取得部２４５は、情報取得要求に応じて、予め設定されているＩＰアドレスを基に、当該装置とデータ伝送路９０で接続されている（機器管理システム１に参加している）管理対象機器２００から簡易情報［hrDeviceStatus／hrPrinterDetectedErrorState／hrDeviceStatusの各オブジェクトの値］を取得する。（ステップＳ１０５）。

取得された簡易情報は、ＭＩＢ情報取得部２４５から情報取得要求元の詳細情報取得判定部２４６へ転送される（ステップＳ１０６）。

続いて、詳細情報取得判定部２４６は、機器情報保持部２４２へアクセスし、ＩＰアドレスを基に、保持される機器情報４１から、前回更新時の簡易情報を取得する（ステップＳ１０７）。

詳細情報取得判定部２４６は、上記ステップＳ１０５において取得した簡易情報（今回の取得情報）と、機器情報保持部２４２により保持されていた簡易情報（以前の取得情報）とを比較し、その比較結果から、管理対象機器２００の状態変化を知るために詳細情報を取得する必要があるか否かを判定する（ステップＳ１０８）。上記比較結果が、取得した簡易情報と前回更新時の簡易情報との内容が異なる場合に（簡易情報が変更されている場合に）、管理対象機器２００の状態に変化が生じたものとし、その状態変化を知るための詳細情報を取得する旨の判定結果とする。一方、簡易情報の内容が同じ場合には（簡易情報が変更されていない場合には）、管理対象機器２００の状態に変化がないものとし、詳細情報を取得しない旨の判定結果とする。この判定結果は、判定要求の応答として、詳細情報取得判定部２４６からポーリング制御部２４４へと通知される。

ポーリング制御部２４４は、受け付けた判定結果が、詳細情報を取得する旨の判定結果であった場合に、以降に説明するステップＳ１０９からＳ１１５の処理を行う。一方、詳細情報を取得しない旨の判定結果であった場合には、ステップＳ１０９からＳ１１５の処理を行わない。

ポーリング制御部２４４は、詳細情報を取得する旨の判定結果であった場合に、機器情報更新部２４７に対して、機器情報保持部２４２により保持される機器情報４１の更新を要求する（ステップＳ１０９）。

更新要求を受け付けた機器情報更新部２４７は、ＭＩＢ情報取得部２４５に対して、ＭＩＢ情報のうち詳細情報の取得を要求する（ステップＳ１１０）。

ＭＩＢ情報取得部２４５は、情報取得要求に応じて、ＩＰアドレスを基に、管理対象機器２００から詳細情報［prtAlertCode／prtAlertDescriptionの各オブジェクトの値］を取得する。（ステップＳ１１１）。

取得された詳細情報は、ＭＩＢ情報取得部２４５から情報取得要求元の機器情報更新部２４７へ転送される（ステップＳ１１２）。

続いて、機器情報更新部２４７は、予め保持している変換テーブル４２を参照し、上記ステップＳ１０５において取得した簡易情報のオブジェクト名とオブジェクトの値を基に、管理対象機器２００の状態を表す文字列であるステータス情報を生成する（ステップＳ１１３）。このとき、上記変換テーブル４２により、簡易情報のオブジェクト値であるコード値やビット値が、変換テーブル４２によりそれぞれに対応付けられた所定の文字列へと変換されることで、上記ステータス情報を生成する。

機器情報更新部２４７は、機器情報保持部２４２が保持する機器情報４１を参照し、上記ステップＳ１１３において生成したステータス情報、また、上記ステップＳ１０５において取得した簡易情報及び上記ステップＳ１１１において取得した詳細情報を基に、該当する情報項目のデータ値を設定し、その内容を更新する（ステップＳ１１４）。そして、その更新完了の旨は、更新要求の応答として、機器情報更新部２４７からポーリング制御部２４４へと通知される。

なお、上記ステップ１０３からＳ１１４までの処理は、上記ステップＳ１０２における１回の実行開始指示に対して、機器管理装置１００で管理する（機器管理システム１に参加している）管理対象機器２００の台数分繰り返して行われる。また、全ての台数が処理されると、上記ステップＳ１０１の処理に移行し、一定時間経過後に再び実行開始が指示される。

以上のように、機器管理装置１００では、データ量の少ない簡易情報を基に、管理対象機器２００の状態に変化が生じて詳細情報を取得する必要があるか否かを判断し、必要のある場合にのみ、管理対象機器２００からデータ量の多い詳細情報を取得し、取得した簡易情報及び詳細情報を基に、管理データである機器情報４１を更新する。

ところで、上記機器情報管理機能の説明では、機器管理システム１における管理対象機器２００が主にプリンタの場合を例に説明を行ったが、機器管理システム１の構成で説明したように、管理対象機器２００には、ＭＦＰなどの複数の機能を搭載した画像処理装置も存在する。

このような場合、機器管理装置１００では、上記機器情報管理機能によって、ＭＦＰが搭載している複数の機能に対応したＭＩＢ情報を取得することとなる。すなわち、プリンタの場合には、１つのプリンタ機能に対応するＭＩＢ情報を取得していたが、ＭＦＰの場合には、プリンタ機能に対応する情報に加えて、スキャナやＦＡＸと言った他の機能に対応する情報も取得する。

このことから、多機能な管理対象機器２００の場合には、単一機能の管理対象機器２００に比べて、機器管理装置１００との間で行われるデータ通信処理にかかるデータ量が多くなり、負荷をかけてしまう。

そこで、本実施形態に係る機器情報管理機能では、上記に示す処理負荷を軽減するために、管理対象機器２００の状態変化により詳細情報を取得する場合に、管理対象機器２００の種別（例えば「多機能機器／単一機能機器」又は「ＭＦＰ／ＬＰ」など）に応じて、状態に変化が生じた機能に対応する詳細情報のみを取得する。

例えば、コピー、プリンタ、スキャナ、ＦＡＸと言った複数の機能を搭載する画像処理装置（管理対象機器２００）において、スキャナで障害が発生した場合、機器管理装置１００は、この画像処理装置からスキャナに対応する詳細情報のみを取得する。

このように、多機能な管理対象機器２００とのデータ通信処理において、機能の状態変化に応じて取得する情報を限定したことにより（必要な情報のみを取得するようにしたことにより）、通信時のデータ量を必要最小限に抑えることができ、処理負荷を軽減することができる。

なお、「管理対象機器２００の種別を特定する」には、機器情報保持部２４２により保持される機器情報のモデル名から特定する方法や、簡易情報のオブジェクト名から特定する方法などが挙げられる。また、「状態に変化が生じた機能に対応する詳細情報を特定する」には、簡易情報の内容を比較するときに、取得した簡易情報と保持された簡易情報との内容の違いを判断するだけでなく、更に、変更された簡易情報のオブジェクト名を基に、状態に変化が生じた機能を特定する方法などが挙げられる。

＜まとめ＞
以上のように、本発明の第１の実施形態によれば、本実施形態に係る機器管理装置１００は、ＭＩＢ情報取得部２４５により、管理対象機器２００から簡易情報（詳細情報に比べてデータ量の少ない情報）を取得し、詳細情報取得判定部２４６により、管理対象機器２００の状態に変化が生じて、取得した簡易情報が前回更新時の簡易情報から変更されているか否かを判断する。

その結果、変更されていると判断された場合にのみ、ＭＩＢ情報取得部２４５により、その状態変化を詳細に知るための詳細情報（簡易情報に比べてデータ量が少ない情報）を管理対象機器２００から取得し、機器情報更新部２４７により、取得した簡易情報及び詳細情報を基に機器情報４１を更新する。

これによって、機器管理装置１００では、管理対象機器２００と機器管理装置１００との間で行われるデータ通信処理にかかるデータ量が少なくなり、管理対象機器２００との間のデータ処理を効率よく行うことができる。その結果、処理の高速化に繋がり、データ処理の性能を向上（性能改善）する。

また、機器管理装置１００は、管理対象機器２００が複数の機能を搭載している場合、ＭＩＢ情報取得部２４５による詳細情報取得の際に、状態に変化が生じた機能に対応する詳細情報のみを取得する。

これによって、機器管理装置１００では、管理対象機器２００の種別に応じて取得する詳細情報を限定することができ、情報取得時時のデータ処理の性能を向上（性能改善）することができる。

以上のことから、本実施形態に係る機器管理システム１では、機器管理装置１００と管理対象機器２００との間で行われるデータ処理において、リソースを無駄に消費することなく効率よく処理され、データ伝送路９０への通信負荷が軽減される。

その結果、データ伝送路９０を介して管理対象機器２００へ送信される印刷ジョブなどの機器管理以外のデータ処理に悪影響を及ぼすことがなく、機器管理機能が動作する中で、ユーザに快適な利用環境提供することができる。

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

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

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

本発明の第１の実施形態に係る機器管理システムの構成例を示す図である。 本発明の第１の実施形態に係る機器管理装置のハードウェア構成例を示す図である。 本発明の第１の実施形態に係る機器管理装置のソフトウェア構成例を示す図である。 本発明の第１の実施形態に係る機器情報管理機能の構成例を示す図である。 本発明の第１の実施形態に係る機器情報のデータ例を示す図である。 本発明の第１の実施形態に係る変換テーブルのデータ例を示す図である。 本発明の第１の実施形態に係る機器情報取得・更新の処理手順例を示すシーケンス図である。

符号の説明

１ 機器管理システム
２１ ｈｔｔｐｄ
２２ ＷｅｂＰａｇｅ生成部
２３ ＦｒｏｎｔＥｎｄ部
２３１ 機器一覧表示用情報取得部
２４ 機器管理部
２４１ 機器情報提供部
２４２ 機器情報保持部
２４３ 監視タイマ部
２４４ ポーリング制御部
２４５ ＭＩＢ情報取得部
２４６ ＭＩＢ情報取得判定部
２４７ 機器情報更新部
３１ 通信制御部
３２ ＭＩＢ情報保持部
４１ 機器情報
４２ 変換テーブル
９０ データ伝送路
１００ 機器管理装置
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（中央処理装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ 管理対象機器（画像処理装置）
３００ クライアントＰＣ（情報処理装置）

Claims (11)

1. 所定のデータ伝送路を介して接続される機器の状態を監視し、状態情報を含む機器に関する情報を基に前記機器を管理する機器管理装置であって、
   前記機器から得られる状態情報のうち、前記機器の状態を簡易な情報で表した第１の状態情報を取得する第１の状態情報取得手段と、
   前記第１の状態情報取得手段により取得された第１の状態情報に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手段と、
   前記判定手段による判定結果に基づき、前記状態情報のうち、前記機器の状態を、前記第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報を取得する第２の状態情報取得手段と、を有することを特徴とする機器管理装置。
2. 当該機器管理装置が、
   前記第１の状態情報と前記第２の状態情報とを基に、前記機器に関する情報を更新する更新手段を有し、
   前記判定手段は、
   前記第１の状態情報取得手段により取得された第１の状態情報と、前記第１の状態情報が取得される前に前記更新手段により更新された前記機器に関する情報に含まれる第１の状態情報とを比較し、
   その比較結果に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定することを特徴とする請求項１に記載の機器管理装置。
3. 前記判定手段は、
   前記第１の状態情報取得手段により取得された第１の状態情報が、前記第１の状態情報が取得される前に前記更新手段により更新された前記機器に関する情報に含まれる第１の状態情報と異なる場合に、
   前記機器の状態変化に関する詳細な情報を取得する必要があると判定することを特徴とする請求項２に記載の機器管理装置。
4. 前記第２の状態情報取得手段は、
   前記判定手段により、前記機器の状態変化に関する詳細な情報を取得する必要があると判定された場合に、
   前記機器が搭載する機能のうち、状態が変化した機能に関する第２の状態情報を取得することを特徴とする請求項１ないし３のいずれか一項に記載の機器管理装置。
5. 前記更新手段は、
   前記判定手段の判定結果に基づき、前記機器に関する情報を更新することを特徴とする請求項２ないし４のいずれか一項に記載の機器管理装置。
6. 前記更新手段は、
   前記判定手段により、前記機器の状態変化に関する詳細な情報を取得する必要があると判定され、その判定結果を基に前記第２の状態情報取得手段により第２の状態情報が取得されたときに、
   前記機器に関する情報を更新することを特徴とする請求項５に記載の機器管理装置。
7. 前記更新手段は、
   前記機器に関する情報のうち、前記機器の状態変化に対応する情報を更新することを特徴とする請求項２ないし６のいずれか一項に記載の機器管理装置。
8. 所定のデータ伝送路を介して接続される機器の状態を機器管理装置によって監視し、状態情報を含む機器に関する情報を基に前記機器を管理する機器管理システムであって、
   前記機器から得られる状態情報のうち、前記機器の状態を簡易な情報で表した第１の状態情報を取得する第１の状態情報取得手段と、
   前記第１の状態情報取得手段により取得された第１の状態情報に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手段と、
   前記判定手段による判定結果に基づき、前記状態情報のうち、前記機器の状態を、前記第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報を取得する第２の状態情報取得手段と、を有することを特徴とする機器管理システム。
9. 所定のデータ伝送路を介して接続される機器の状態を監視し、状態情報を含む機器に関する情報を基に前記機器を管理する機器管理装置における機器情報管理方法であって、
   前記機器から得られる状態情報のうち、前記機器の状態を簡易な情報で表した第１の状態情報を取得する第１の状態情報取得手順と、
   前記第１の状態情報取得手順により取得された第１の状態情報に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手順と、
   前記判定手順による判定結果に基づき、前記状態情報のうち、前記機器の状態を、前記第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報を取得する第２の状態情報取得手順と、を有することを特徴とする機器情報管理方法。
10. 所定のデータ伝送路を介して接続される機器の状態を監視し、状態情報を含む機器に関する情報を基に前記機器を管理する機器管理装置における機器情報管理プログラムであって、
    コンピュータを、
    前記機器から得られる状態情報のうち、前記機器の状態を簡易な情報で表した第１の状態情報を取得する第１の状態情報取得手段と、
    前記第１の状態情報取得手段により取得された第１の状態情報に基づき、前記機器の状態変化に関する詳細な情報を取得する必要があるか否かを判定する判定手段と、
    前記判定手段による判定結果に基づき、前記状態情報のうち、前記機器の状態を、前記第１の状態情報に比べてデータ量の多い詳細な情報で表した第２の状態情報を取得する第２の状態情報取得手段として機能させる機器情報管理プログラム。
11. 請求項１０に記載のプログラムを記録した、コンピュータが読み取り可能な記録媒体。

Images