機器管理装置、機器管理システム、機器管理方法、機器管理プログラム、及びそのプログラムを記録した記録媒体
【課題】多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことができる機器管理装置、機器管理システム、機器管理方法、機器管理プログラム、及びそのプログラムを記録した記録媒体を提供する。
【解決手段】機器管理装置１００は、所定のデータ伝送路９０を介して接続される複数の機器２００から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に複数の機器２００を管理する装置であって、前記機器情報の取得処理及び／又は管理データ３１として保持する機器情報の更新処理を行う情報取得・更新手段Ｔｈと、１又は複数の機器２００が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段２４７と、機器応答判定手段２４７による判定結果に基づいて、同時に実行させる複数の情報取得・更新手段Ｔｈを制御する処理制御手段２４４と、を有している。
【解決手段】機器管理装置１００は、所定のデータ伝送路９０を介して接続される複数の機器２００から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に複数の機器２００を管理する装置であって、前記機器情報の取得処理及び／又は管理データ３１として保持する機器情報の更新処理を行う情報取得・更新手段Ｔｈと、１又は複数の機器２００が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段２４７と、機器応答判定手段２４７による判定結果に基づいて、同時に実行させる複数の情報取得・更新手段Ｔｈを制御する処理制御手段２４４と、を有している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークなどのデータ伝送路を介して接続される１又は複数の機器を管理する機器管理装置、機器管理システムに関し、特に、機器の応答状態に応じて機器監視を制御する技術に関するものである。
【背景技術】
【０００２】
ネットワークに接続される１又は複数の画像処理装置（以下、「管理対象機器」と言う。）の管理を効率的に行うため、機器管理装置（機器管理サーバ）により管理対象機器を一元管理するが機器管理システムが知られている。
【０００３】
このような機器管理システムにおいて、管理対象機器が多く存在する場合には、機器管理装置と各管理対象機器との間で効率のよいデータ通信を行い、管理対象機器を監視するのかが重要となってくる。
【０００４】
そこで、機器管理装置において、管理対象機器とデータ通信を行う複数のスレッドを起動し、短時間での機器監視処理を実現する機器管理システムがある。また、管理対象機器が、２４時間常に起動されているとは限らないため、上記複数のスレッドによる機器監視処理では、電源オフなどによりデータ通信時に応答がない場合に、所定のタイムアウト値に従って、管理対象機器とのデータ通信を終了する。
【０００５】
例えば、特許文献１には、ＡＲＰ（Address Resolution Protocol）検索を行い、ネットワーク接続機器からの応答の有無を判断するネットワーク接続機器検出装置が開示されている。また、特許文献２には、マスターエージェントからネットワーク上に未設置のスレイブエージェントに対する不必要なポーリングを省くことにより、スループットの低下を防ぐネットワーク監視システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の機器監視制御では、多くの管理対象機器が応答なし状態となった場合に、機器監視にかかる処理時間が延長する恐れがある。
【０００７】
管理対象機器が応答なし状態となった場合に、機器監視処理を行う複数のスレッドは、タイムアウト時間の間、待機状態となる。
【０００８】
機器監視処理を行うスレッドは、管理対象機器と機器管理装置との間の通信負荷を考慮して起動数に制限がある。そのため、最大起動数のスレッド全てが待機状態となった場合には、待機状態のスレッドが終了するまで、機器監視処理が一時的に停止することとなる。これでは、例えば、夜間などにおいて、多くの管理対象機器の電源がオフされた状態になった場合に、各管理対象機器からの応答がないことにより、機器監視処理が一時的に停止し、機器監視にかかる処理時間が延長してしまう。
【０００９】
本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことができる機器管理装置、機器管理システム、機器管理方法、機器管理プログラム、及びそのプログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明に係る機器管理装置は、所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置であって、前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有している。
【００１１】
このような構成によって、本発明に係る機器管理装置は、管理対象機器が最終的に応答なしと判断されるまでの状態を段階的に確認する。機器管理装置は、その確認結果を基に機器監視処理を行うスレッドの起動を制御する。具体的には、機器管理装置は、管理対象機器において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態が確認された時点で、監視待機状態が確認された管理対象機器を応答待ち対象外とする。機器管理装置は、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動する。つまり、機器管理装置では、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動する。このように、機器管理装置は、監視時間の延長原因である機器監視処理の待機時間が発生しないように制御を行う。
【００１２】
これによって、本発明に係る機器管理装置は、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことができる。
【００１３】
上記目的を達成するため、本発明に係る機器管理システムは、複数の機器と、前記複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置とが、所定のデータ伝送路を介して接続される機器管理システムであって、前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有している。
【００１４】
上記目的を達成するため、本発明に係る機器管理方法は、所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置における機器管理方法であって、１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手順と、前記機器応答判定手順による判定結果に基づいて、前記機器情報の取得及び／又は管理データとして保持する前記機器情報の更新を行う複数の情報取得・更新処理を同時に実行するように制御する処理制御手順と、を有している。
【００１５】
このような手順によって、本発明に係る機器管理方法は、機器管理装置において、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動すると言う動作を実現する。
【００１６】
これによって、本発明に係る機器管理方法は、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことが可能な環境を提供できる。
【発明の効果】
【００１７】
本発明によれば、管理対象機器において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態が確認された時点で、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動することで、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理が可能な機器管理装置、機器管理システム、機器管理方法、機器管理プログラム、及びそのプログラムを記録した記録媒体を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施形態に係る機器管理システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係る機器管理装置のハードウェア構成例を示す図である。
【図３】本発明の第１の実施形態に係る機器管理装置のソフトウェア構成例を示す図である。
【図４】本発明の第１の実施形態に係る機器管理機能の構成例を示す図である。
【図５】本発明の第１の実施形態に係る機器情報のデータ例を示す図である。
【図６】本発明の第１の実施形態に係る制御情報のデータ例を示す図である。
【図７】本発明の第１の実施形態に係る機器監視の処理手順例（応答あり）を示すシーケンス図である。
【図８】本発明の第１の実施形態に係る機器監視の処理手順例（応答なし：その１）を示すシーケンス図である。
【図９】本発明の第１の実施形態に係る機器監視の処理手順例（応答なし：その２）を示すシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、本発明の好適な実施の形態（以下、「実施形態」と言う。）について、図面を用いて詳細に説明する。
【００２０】
［第１の実施形態］
＜システム構成＞
本実施形態に係る機器管理システムの構成について説明する。
【００２１】
図１は、本実施形態に係る機器管理システム１の構成例を示す図である。図１に示すように、機器管理システム１は、ＭＦＰ（Multifunction Peripheral）やＬＰ（Laser Printer）といった１又は複数の管理対象機器２００、１又は複数のクライアントＰＣ（Personal Computer）３００（以下、単に「ＰＣ」と言う。）、及び機器管理装置１００が、ネットワークなどのデータ伝送路９０で相互に接続されている。
【００２２】
このようなシステム構成により、機器管理装置１００は、当該装置において動作する機器管理機能により管理対象機器２００の状態を監視し管理している。また、機器管理装置１００は、ＰＣ３００に対して、管理対象機器２００の状態に関する各種情報を提供している。
【００２３】
＜ハードウェア構成＞
次に、上記機器管理装置１００のハードウェア構成について説明する。
【００２４】
図２は、本実施形態に係る機器管理装置１００のハードウェア構成例を示す図である。図２に示すように、機器管理装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８を含むハードウェアを備え、それぞれがバスで相互に接続されている。
【００２５】
入力装置１０１は、キーボード及びマウスなどを含み、機器管理装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、機器管理装置１００による処理結果（例えば「機器の状態情報」）などを表示する。
【００２６】
インタフェース装置１０７は、機器管理装置１００をネットワークなどの所定のデータ伝送路９０に接続するインタフェースである。よって、機器管理装置１００は、インタフェース装置１０７を介して、管理対象機器２００とデータ通信を行うことができる。
【００２７】
ＨＤＤ１０８は、各種プログラム及びデータを格納している不揮発性の記憶装置である。格納されるプログラム及びデータには、例えば、機器管理装置１００全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（登録商標）」や「ＵＮＩＸ（登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及び情報処理システム上において各種機能（例えば「機器管理機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納している上記プログラム及びデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
【００２８】
ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、機器管理装置１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。
【００２９】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、機器管理装置１００が起動されるときに実行されるＢＩＯＳ（Basic Input/Output System）、機器管理装置１００のシステム設定、及びネットワーク関連設定などのデータが格納されている。
【００３０】
ＲＡＭ１０４は、上記各種記憶装置から読み出されたプログラム及びデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記ＲＡＭ１０４上に読み出したプログラムを実行することにより、機器管理装置１００の全体制御及び各種搭載機能の動作を実現する。
【００３１】
このようなハードウェア構成により、機器管理装置１００は、例えば、ＨＤＤ１０８からＲＡＭ１０４上に読み出したプログラム（機器管理プログラム）をＣＰＵ１０６により実行し、機器管理機能を実現することができる。
【００３２】
＜ソフトウェア構成＞
次に、上記機器管理装置１００におけるソフトウェア構成について説明する。
【００３３】
図３は、本実施形態に係る機器管理装置１００のソフトウェア構成例を示す図である。図３に示すように、機器管理装置１００には、ｈｔｔｐｄ（HyperText Transfer Protocol Daemon）２１、ＷｅｂＰａｇｅ生成部２２、ＦｒｏｎｔＥｎｄ部２３、及び機器管理部２４などを含むソフトウェア部品群が搭載（インストール）されている。
【００３４】
ｈｔｔｐｄ２１は、情報処理システムに常駐するＷｅｂサーバ上のプログラムであり、ブラウザからの動作要求を受け付け、その要求に応じてサーバ内に蓄積されたコンテンツを送信する。
【００３５】
ＷｅｂＰａｇｅ生成部２２は、ｈｔｔｐｄ２１で受け付けた要求を基にブラウザ上に表示させるＷｅｂページを生成する。
【００３６】
ＦｒｏｎｔＥｎｄ部２３は、ＷｅｂＰａｇｅ生成部２２でＷｅｂページの生成に必要なデータを後述する機器管理部２４から取得し、取得したデータを基にＷｅｂページ生成用のデータに加工する。
【００３７】
機器管理部２４は、機器管理機能を実現するために、管理対象機器２００の監視、機器情報の取得、及び取得情報の管理などの各種データ管理、ならびに、要求に応じた検索及び更新などの各種データ操作を行う。
【００３８】
つまり、機器管理部２４が、機器管理装置１００で動作する機器管理機能を実現するソフトウェア部品にあたる。上記ｈｔｔｐｄ２１、ＷｅｂＰａｇｅ生成部２２、及びＦｒｏｎｔＥｎｄ部２３などは、ＰＣ３００に対する情報提供機能を実現するためのソフトウェア部品にあたる。
【００３９】
＜機器管理機能＞
次に、本実施形態に係る機器管理機能について説明する。
【００４０】
本実施形態に係る機器管理装置１００では、管理対象機器２００が最終的に応答なしと判断されるまでの状態を段階的に確認する。機器管理装置１００は、その確認結果を基に機器監視処理を行うスレッドの起動を制御する。具体的には、機器管理装置１００は、管理対象機器２００において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態が確認された時点で、監視待機状態が確認された管理対象機器２００を応答待ち対象外とする。機器管理装置１００は、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。機器管理装置１００は、このような機器管理機能を有している。
【００４１】
本実施形態に係る機器管理機能では、例えば、夜間など、多くの管理対象機器２００が応答なし状態となった場合に、機器監視にかかる処理時間の延長を防ぐ。
【００４２】
そこで、本実施形態に係る機器管理装置１００では、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。機器管理装置１００は、監視時間の延長原因である機器監視処理の待機時間が発生しないように制御を行う。
【００４３】
これによって、多くの管理対象機器２００が応答なし状態であっても、監視時間を延長することなく機器監視処理が行える。
【００４４】
以下に、上記機器管理機能の構成とその動作について説明する。
図４は、本実施形態に係る機器管理機能の構成例を示す図である。図４に示すように、機器管理装置１００では、機器情報提供部２４１、機器情報保持部２４２、監視タイマ部２４３、ポーリング制御部２４４、ＭＩＢ（Management Information Base）情報取得部２４５、機器情報更新部２４６、機器応答判定部２４７、及び制御情報保持部２４８などを有する機器管理部２４が動作する。
【００４５】
上記機器管理機能は、主に、管理対象機器２００からＭＩＢ情報を取得し、管理データとして保持している１又は複数の管理対象機器２００の機器情報を更新する「情報取得・更新機能」、及び管理対象機器２００からの情報取得を制御する「情報取得制御機能」に大別される。機器管理機能は、これらの機能動作により管理対象機器２００の監視（機器監視処理）を行っている。
【００４６】
「情報取得・更新機能」は、上記各機能部のうち、機器情報提供部２４１、機器情報保持部２４２、ＭＩＢ情報取得部２４５、及び機器情報更新部２４６により実現される。また、「情報取得制御機能」は、監視タイマ部２４３、ポーリング制御部２４４、機器応答判定部２４７、及び制御情報保持部２４８により実現される。
【００４７】
以下に、「情報取得・更新機能」及び「情報取得制御機能」について順に説明する。
【００４８】
《情報取得・更新機能》
ＭＩＢ情報取得部２４５は、機器情報更新部２４６からの情報取得要求に応じて、管理対象機器２００からＭＩＢ情報を取得する。ＭＩＢ情報取得部２４５は、所定のデータ伝送路９０により接続される各管理対象機器２００から、通信制御部３１を介してＭＩＢ情報を取得する。
【００４９】
ＭＩＢ情報とは、ＳＮＭＰ（Simple Network Management Protocol）で管理されるネットワーク機器が、機器状態を外部に知らせるために公開する情報である。管理対象機器２００では、上記ＭＩＢ情報をＭＩＢ情報保持部３２で保持している。
【００５０】
ＭＩＢ情報取得部２４５は、例えば、管理対象機器２００のＩＰアドレスを基に、ＳＮＭＰのＧｅｔコマンドにより管理対象機器２００へＭＩＢ情報の取得要求を行う。その結果、管理対象機器２００は、ＲｅｑｕｅｓｔコマンドによりＭＩＢ情報を応答する。
【００５１】
機器情報更新部２４６は、取得したＭＩＢ情報を基に、機器情報保持部２４２で保持する各管理対象機器２００の機器情報を更新する。
【００５２】
機器情報保持部２４２は、例えば、図５に示すような機器情報４１を保持している。
【００５３】
図５は、本実施形態に係る機器情報４１のデータ例を示す図である。図５に示すように、機器情報４１は、「ＩＰアドレス」、「モデル名称」、及び「ステータス」などの各情報項目が関連付けられた構成となっている。「ＩＰアドレス」は、管理対象機器２００を特定するための機器特定データである。「モデル名称」は、管理対象機器２００の機種を特定するための機種特定データである。「ステータス」は、管理対象機器２００の状態を表す機器状態データである。
【００５４】
例えば、機器情報更新部２４６は、ＭＩＢ情報に含まれる機器特定データ及び機種特定データを基に機器情報４１を参照し、登録された複数の管理対象機器２００１〜２００ｎの中から、ＭＩＢ情報を取得した管理対象機器２００を特定する。機器情報更新部２４６は、特定した管理対象機器２００の機器状態データを、取得したＭＩＢ情報を基に更新する。
【００５５】
このようにして更新された機器情報４１は、ＦｒｏｎｔＥｎｄ部２３が有する機器一覧表示用情報取得部２３１からの要求に応じて、機器情報提供部２４１により要求元へ提供される。これにより、機器一覧表示用情報取得部２３１は、機器一覧表示用の情報を取得する。取得した情報は、ＦｒｏｎｔＥｎｄ部２３からＷｅｂＰａｇｅ生成部２２へと渡され、ＷｅｂＰａｇｅ生成部２２により機器一覧表示用のＷｅｂページが生成される。ＰＣ３００では、例えば、ブラウザを介して上記Ｗｅｂページを閲覧することができる。
【００５６】
《情報取得制御機能》
監視タイマ部２４３は、ポーリング制御部２４４に対し、一定の時間間隔に従ってポーリング処理の開始を指示することで、機器監視処理の開始タイミングを制御する。
【００５７】
管理対象機器２００の監視とは、機器状態の変化を検知する処理である。よって、機器監視処理では、最新の機器情報４１を基に管理対象機器２００の状態変化を検知する。
【００５８】
そのため、管理対象機器２００を監視するためには、管理対象機器２００から周期的にＭＩＢ情報を取得し、保持する機器情報４１を最新情報に更新する必要がある。そこで、機器管理装置１００では、監視タイマ部２４３から動作開始の指示を受けたポーリング制御部２４４により、ポーリング処理が開始され、情報取得及び情報更新が行われる。
【００５９】
ポーリング制御部２４４は、監視タイマ部２４３から動作開始の指示を受けて、情報取得・更新機能として動作するスレッドを起動し、ポーリング処理を開始する。
【００６０】
ここで、スレッドについて簡単に説明する。スレッドとは、マルチスレッドに対応したＯＳ上でのソフトウェアの実行単位である。１つのプログラムは、最低１つのスレッドを有する。同じプログラムに属するスレッドは、ＲＡＭ１０４上のワークエリアなどのリソースを共有する。また、起動された複数のスレッドは、ＣＰＵ１０６を交互に占有することによって見かけ上同時実行できる。つまり並列処理できる。
【００６１】
よって、ポーリング制御部２４４は、監視タイマ部２４３による動作指示に応じて、複数のスレッドを起動する。なお、ポーリング制御部２４４により起動するスレッドの数は、管理対象機器２００と機器管理装置１００との間で通信可能な適正値（以下、「最大スレッド数」と言う。）が予め決められている。
【００６２】
ポーリング制御部２４４は、現在起動中のスレッドの数（以下、「起動スレッド数」と言う。）を管理し、最大スレッド数に基づいて新規スレッドを起動する。このようにして、情報取得・更新機能は、複数のスレッドにより並列実行される。
【００６３】
なお、起動スレッド数の管理は、スレッドを起動した際に起動スレッド数を加算し、終了通知を受け付けた際に減算することにより行われる。このように、起動スレッド数は、スレッドの増減に応じて更新される。
【００６４】
ポーリング制御部２４４により起動されたスレッド（以下、便宜上「情報取得・更新スレッド」と言う。）は、管理対象機器２００へ情報取得要求を行う前に、機器応答判定部２４７に対して機器応答の確認要求を行う。
【００６５】
機器応答判定部２４７は、要求に対する管理対象機器２００からの応答の有無を判定する。例えば、機器応答判定部２４７は、情報取得要求を行う前段階で、応答確認のための要求（ダミー要求）行い、管理対象機器２００からの応答の有無を判定する。
【００６６】
また、機器応答判定部２４７は、管理対象機器２００が最終的に応答なしと判断されるまでの状態を段階的に確認する。通常、管理対象機器２００の応答なし状態は、予め設定されたタイムアウト値の経過（一定時間の経過）を基に判断される。具体的には、最初の要求を行ってからタイムアウト値を経過しても応答がなければ応答なし状態と判断される。
【００６７】
そこで、機器応答判定部２４７は、管理対象機器２００において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態（応答なしとなりそうな状態）か否かを判定する。これにより、機器応答判定部２４７は、管理対象機器２００が最終的に応答なしと判断されるまでの状態を段階的に確認する。
【００６８】
機器応答判定部２４７は、以下のような方法で、監視待機状態か否かを判定する。
【００６９】
（ダミー要求による判定）
機器応答判定部２４７は、ダミー要求に対して応答がなければ、管理対象機器２００が監視待機状態と判定する。
【００７０】
（複数のタイムアウト値による判定）
例えば、２つのタイムアウト値を用意する。１つは、応答なし状態を最終的に判断するための第１のタイムアウト値、もう１つは、第１のタイムアウト値より小さい値（短い時間）の第２のタイムアウト値（仮タイムアウト値）である。
【００７１】
このように、タイムアウト値を段階的に設定することで、例えば、通信負荷による応答遅延などを考慮した判定を行うことができる。
【００７２】
機器応答判定部２４７は、ダミー要求を行ってから上記第２のタイムアウト値を経過しても応答がなければ、管理対象機器２００が監視待機状態と判定する。
【００７３】
このように、機器応答判定部２４７は、管理対象機器２００からの応答の有無だけでなく、応答なし状態を最終的に判断するまでの間に、監視待機状態の管理対象機器２００を判定する。
【００７４】
機器応答判定部２４７は、上述した機器応答の確認結果を要求元の情報取得・更新スレッドに応答する。
【００７５】
情報取得・更新スレッドは、応答待ちの管理対象機器２００の数（以下、「応答待ち機器数」と言う。）により、機器応答の確認状況を管理する。情報取得・更新スレッドは、機器応答の確認要求を行う際に応答待ち機器数を加算する。また、情報取得・更新スレッドは、機器応答の確認結果が「応答あり」又は「監視待機状態（応答なしとなりそうな状態）」の場合に応答待ち機器数を減算する。つまり、応答待ち機器数は、応答待ちの管理対象機器２００のうち監視待機状態と判定されていない管理対象機器２００の数となる。
【００７６】
情報取得・更新スレッドでは、機器応答の確認結果が「監視待機状態」の場合に応答待ち機器数を減算することで、監視待機状態が確認された時点で、監視待機状態が確認された管理対象機器２００を応答待ち対象外としている。このように、応答待ち機器数は、機器応答の確認結果に応じて更新される。
【００７７】
また、情報取得・更新スレッドは、機器応答の確認結果（応答有無の結果）に基づいて、情報取得・更新機能の実行を制御する。情報取得・更新スレッドは、機器応答の確認結果が「応答あり」の場合のみ、ＭＩＢ情報取得部２４５による情報取得及び機器情報更新部２４６による情報更新を実行する。また、情報取得・更新スレッドは、機器応答の確認結果が「応答なし」の場合、機器情報更新部２４６による情報更新のみ実行する。
【００７８】
情報取得・更新スレッドは、情報更新後、ポーリング制御部２４４に対してスレッドの終了を通知する。
【００７９】
また、監視タイマ部２４３は、ポーリング制御部２４４に対し、ポーリング処理の開始を指示した後、応答待ち機器数の変化を確認している。上述したように、応答待ち機器数は、機器応答判定部２４７による機器応答の確認結果を基に情報取得・更新スレッドにより更新される。
【００８０】
監視タイマ部２４３は、応答待ち機器数の更新が確認されると、ポーリング制御部２４４に対して、新規スレッドの起動可否の判定要求を行う。つまり、監視タイマ部２４３は、応答待ち機器数の変化から、監視待機状態が確認され応答待ち対象外となった管理対象機器２００が存在するか否かを確認する。
【００８１】
ポーリング制御部２４４は、上記最大スレッド数、上記起動スレッド数、及び上記応答待ち機器数を基に、例えば、以下の条件式（スレッドの起動条件）に従って新規スレッドが起動可能か否かを判定する。
【００８２】
（条件式）
［起動スレッド数］ ＜ ［最大スレッド数］ ＋ ［応答待ち機器数］
上記条件式の場合には、起動スレッド数が、最大スレッド数と応答待ち機器数との総和より小さい間は、新規スレッドが起動可能と判定される。なお、上記条件式による起動スレッド数には、機器管理に係るサービスにより提供可能な上限値が設けられている。この上限値は、応答待ち機器を考慮した最大の起動スレッド数であり、機器管理装置１００のハードウェア性能などを含むリソース資源を考慮した値である。
【００８３】
これにより、ポーリング制御部２４４は、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。また、ポーリング制御部２４４は、上記条件式を用いた新規スレッドの起動制御により、起動条件を満たしている間、並列処理させる（同時に実行させる）スレッドの数を増加することができる。
【００８４】
なお、上記第１のタイムアウト値、上記第２のタイムアウト値、上記最大スレッド数、上記起動スレッド数、及び上記応答待ち機器数などを含む制御データは、例えば、図６に示すように、制御情報保持部２４８により保持されている。
【００８５】
図６は、本実施形態に係る制御情報４２のデータ例を示す図である。図６に示すように、制御情報４２は、「設定項目」及び「制御値」などの各情報項目が関連付けられた構成となっている。「設定項目」は、制御値として設定可能な項目を表す項目識別データであり、「制御値」は、各項目の実データである。
【００８６】
例えば、設定項目「仮タイムアウト値」、「タイムアウト値」、及び「最大スレッド数」それぞれに対応する実データは、デフォルト値が設定されており、後に、所定のツール又はコマンドを用いて設定変更ができる。一方、設定項目「起動スレッド数」及び「応答待ち機器数」それぞれに対応する実データは、はじめに初期値'０'が設定されおり、処理が実行されると動的に更新される。
【００８７】
このような制御情報４２は、上述したように、監視タイマ部２４３及びポーリング部２４４（起動スレッドを含む）により参照又は更新される。
【００８８】
なお、上記機器情報保持部２４２及び上記制御情報保持部２４８は、例えば、機器管理装置１００が備えるＨＤＤ１０８などの不揮発性の記憶装置が有する機能である。
【００８９】
このように、本実施形態に係る機器管理機能は、上記各機能部が連係動作することにより実現される。
【００９０】
次に、機器管理機能の詳細な動作（機能部群の連係動作）について、処理手順を示すフローチャートを用いて説明する。
【００９１】
機器管理機能は、機器管理装置１００に搭載（インストール）される機器管理プログラム（ソフトウェア部品）が、ＣＰＵ１０６により、格納先（例えば「ＲＯＭ」）からＲＡＭ１０４上に読み出され、以下の処理が実行されることで実現される。
【００９２】
以下には、機器監視処理において、管理対象機器２００から応答がある場合（Ａ）及び応答がない場合（Ｂ）の２つのケースについて順に説明する。
【００９３】
（Ａ）応答ありの場合
図７は、本実施形態に係る機器監視の処理手順例（応答あり）を示すシーケンス図である。図７に示すように、機器管理装置１００では、まず、監視タイマ部２４３が、一定時間待機後（ステップＳ１０１）、ポーリング制御部２４４に対し、ポーリング処理の開始を指示する（ステップＳ１０２）。
【００９４】
ポーリング制御部２４４は、情報取得・更新スレッドＴｈを起動（ステップＳ２０１）、制御情報保持部２４８で保持する起動スレッド数を加算（＋１）する（ステップＳ２０２）。
【００９５】
起動された情報取得・更新スレッドＴｈは、機器応答判定部２４７に対して機器応答の確認要求を行い（ステップＳ２０３）、制御情報保持部２４８で保持する応答待ち機器数を加算（＋１）する（ステップＳ２０４）。
【００９６】
機器応答判定部２４７は、要求に応じて、管理対象機器２００に対して機器応答の確認を行う（ステップＳ２０５）。このとき、機器応答判定部２４７は、管理対象機器２００に対してダミー要求を発行することで、機器応答を確認する。
【００９７】
機器応答判定部２４７は、要求に対して管理対象機器２００からの応答の有無を判定する（ステップＳ２０６）。
【００９８】
機器応答判定部２４７は、管理対象機器２００の機器応答が確認されると、ステップＳ２０６において「応答あり」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ２０７）。
【００９９】
その結果、情報取得・更新スレッドＴｈは、応答待ち機器数を減算（―１）する（ステップＳ２０８）。
【０１００】
続いて、情報取得・更新スレッドＴｈは、上記判定結果「応答あり」を基に、機器情報更新部２４６に対して機器情報の更新要求を行う（ステップＳ２０９）。
【０１０１】
機器情報更新部２４６は、要求に応じて、ＭＩＢ情報取得部２４５に対し、機器情報の取得要求を行う（ステップＳ２１０）。
【０１０２】
ＭＩＢ情報取得部２４５は、管理対象機器２００からＭＩＢ情報を取得し（ステップＳ２１１）、取得したＭＩＢ情報を、取得要求元の機器情報更新部２４６に渡す（ステップＳ２１２）。
【０１０３】
これにより、機器情報更新部２４６は、受け取ったＭＩＢ情報に基づいて、機器情報保持部２４２で保持する機器情報を最新情報に更新し（ステップＳ２１３）、更新完了を、更新要求元の情報取得・更新スレッドＴｈに通知する（ステップＳ２１４）。
【０１０４】
情報取得・更新スレッドＴｈは、更新完了通知を受けて、ポーリング制御部２４４にスレッド終了を通知し、情報取得・更新機能の動作を終了する（ステップＳ２１５）。
【０１０５】
ポーリング制御部２４４は、スレッド終了通知を受けて、起動スレッド数を減算（―１）する（ステップＳ２１６）。
【０１０６】
また、監視タイマ部２４３では、ポーリング処理の開始を指示した後、定期的に制御情報保持部２４８にアクセスし（ステップＳ３０１）、応答待ち機器数が更新されたか否かを確認している（ステップＳ３０２）。つまり、監視タイマ部２４３は、情報取得・更新スレッドＴｈにより更新される応答待ち機器数の変化を監視している。
【０１０７】
監視タイマ部２４３は、応答待ち機器数の更新が確認されると、ポーリング制御部２４４に対してスレッドの起動可否の判定要求を行う（ステップＳ３０３）。
【０１０８】
ポーリング制御部２４４は、最大スレッド数、起動スレッド数、及び応答待ち機器数を基に、所定の条件式に従って新規スレッドが起動可能か否かを判定する。（ステップＳ３０４）。
【０１０９】
これにより、ポーリング制御部２４４は、所定の条件が満たされた場合に、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。なお、上記判定により起動される新規スレッドＴｈの数は、予め設けておいた機器管理に係るサービスにより提供可能な上限（応答待ち機器を考慮した最大の起動スレッド数）までである。
【０１１０】
（Ｂ）応答なしの場合
図８は、本実施形態に係る機器監視の処理手順例（応答なし：その１）を示すシーケンス図である。図８に示すように、機器管理装置１００では、まず、監視タイマ部２４３が、一定時間待機後（ステップＳ４０１）、ポーリング制御部２４４に対し、ポーリング処理の開始を指示する（ステップＳ４０２）。
【０１１１】
ポーリング制御部２４４は、情報取得・更新スレッドＴｈを起動（ステップＳ５０１）、制御情報保持部２４８で保持する起動スレッド数を加算（＋１）する（ステップＳ５０２）。
【０１１２】
起動された情報取得・更新スレッドＴｈは、機器応答判定部２４７に対して機器応答の確認要求を行い（ステップＳ５０３）、制御情報保持部２４８で保持する応答待ち機器数を加算（＋１）する（ステップＳ５０４）。
【０１１３】
機器応答判定部２４７は、要求に応じて、管理対象機器２００に対して機器応答の確認を行う（ステップＳ５０５）。このとき、機器応答判定部２４７は、管理対象機器２００に対してダミー要求を発行することで、機器応答を確認する。
【０１１４】
機器応答判定部２４７は、要求に対して管理対象機器２００からの応答の有無を判定する（ステップＳ５０６）。
【０１１５】
機器応答判定部２４７は、管理対象機器２００の機器応答が確認されなければ、ステップＳ５０６において「監視待機状態（応答なしとなりそうな状態）」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ５０７）。
【０１１６】
その結果、情報取得・更新スレッドＴｈは、応答待ち機器数を減算（―１）する（ステップＳ５０８）。
【０１１７】
また、機器応答判定部２４７は、一定時間経過（タイムアウト）するまで、管理対象機器２００からの応答の有無を判定する（ステップＳ５０９）。このとき、機器応答判定部２４７は、制御情報保持部２４８で保持する第１のタイムアウト値（最終判断を行うためのタイムアウト値）を参照し、第１のタイムアウト値に従った一定時間の間（第１のタイムアウト値を経過するまで）、応答の有無を判定する。
【０１１８】
その結果、機器応答判定部２４７は、一定時間を経過しても、管理対象機器２００の機器応答が確認されなければ、ステップＳ５０９において「応答なし」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ５１０）。このようにして、最終的な応答なし状態が判断される。
【０１１９】
情報取得・更新スレッドＴｈは、上記判定結果「応答なし」を基に、機器情報更新部２４６に対して機器情報の更新要求を行う（ステップＳ５１１）。
【０１２０】
機器情報更新部２４６は、要求に応じて、機器情報保持部２４２で保持する機器情報を最新情報（ステータス：応答なし）に更新し（ステップＳ５１２）、更新完了を、更新要求元の情報取得・更新スレッドＴｈに通知する（ステップＳ５１３）。このように、最終的な応答なし状態が判断されると、管理対象機器２００への情報取得を行わずに、機器状態データを「応答なし」へと変更し情報更新のみを行う。
【０１２１】
情報取得・更新スレッドＴｈは、更新完了通知を受けて、ポーリング制御部２４４にスレッド終了を通知し、情報取得・更新機能の動作を終了する（ステップＳ５１４）。
【０１２２】
ポーリング制御部２４４は、スレッド終了通知を受けて、起動スレッド数を減算（―１）する（ステップＳ５１５）。
【０１２３】
また、監視タイマ部２４３では、ポーリング処理の開始を指示した後、定期的に制御情報保持部２４８にアクセスし（ステップＳ６０１）、応答待ち機器数が更新されたか否かを確認している（ステップＳ６０２）。つまり、監視タイマ部２４３は、情報取得・更新スレッドＴｈにより更新される応答待ち機器数の変化を監視している。
【０１２４】
監視タイマ部２４３は、応答待ち機器数の更新が確認されると、ポーリング制御部２４４に対してスレッドの起動可否の判定要求を行う（ステップＳ６０３）。
【０１２５】
ポーリング制御部２４４は、最大スレッド数、起動スレッド数、及び応答待ち機器数を基に、所定の条件式に従って新規スレッドが起動可能か否かを判定する。（ステップＳ６０４）。
【０１２６】
これにより、ポーリング制御部２４４は、所定の条件が満たされた場合に、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。
【０１２７】
以上のように、機器管理装置１００では、一定の時間間隔で、複数のスレッド（情報取得・更新スレッドＴｈ）を起動し、複数の管理対象機器２００に対して機器監視処理が並列して行われる。また、機器管理装置１００では、スレッドの起動と終了を管理対象機器２００の数だけ繰り返す。
【０１２８】
従来では、管理対象機器２００に対して情報取得要求を行った後に、タイムアウトにより最終的に応答なし状態が判断され、起動中のスレッドが終了すると、新規スレッドが起動される。これにより、管理対象機器２００の応答なし状態による機器監視処理の待機時間（新規スレッドが起動されるまでの待ち時間）が発生する。
【０１２９】
そこで、機器管理装置１００では、機器監視処理の待機時間を防ぐため、起動したスレッドのスレッド終了通知を待たずに、ダミー要求による機器応答が確認された時点で、スレッド起動条件に従って新規スレッドを起動するか否かを決定する。
【０１３０】
図９は、本実施形態に係る機器監視の処理手順例（応答なし：その２）を示すシーケンス図である。図８に示した処理手順との違いは、２つのタイムアウト値を用いて機器応答の判定を行っている点である。よって、以下の説明では、上記相違点に係る処理（ステップＳ８０３からステップＳ８１４）についてのみ説明する。
【０１３１】
図９に示すように、起動された情報取得・更新スレッドＴｈは、機器応答判定部２４７に対して機器応答の確認要求を行い（ステップＳ８０３）、制御情報保持部２４８で保持する応答待ち機器数を加算（＋１）する（ステップＳ８０４）。
【０１３２】
機器応答判定部２４７は、要求に応じて、管理対象機器２００に対して機器応答の確認を行う（ステップＳ８０５）。このとき、機器応答判定部２４７は、管理対象機器２００に対してダミー要求を発行することで、機器応答を確認する。
【０１３３】
機器応答判定部２４７は、仮タイムアウト値を経過するまでの一定時間の間、要求に対して管理対象機器２００からの応答の有無を判定する（ステップＳ８０６）。このとき、機器応答判定部２４７は、制御情報保持部２４８で保持する第２のタイムアウト値を参照し、第２のタイムアウト値（仮タイムアウト値）に従った一定時間の間、応答の有無を判定する。
【０１３４】
機器応答判定部２４７は、一定時間を経過しても、管理対象機器２００の機器応答が確認されなければ、ステップＳ８０６において「監視待機状態（応答なしとなりそうな状態）」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ８０７）。
【０１３５】
その結果、情報取得・更新スレッドＴｈは、応答待ち機器数を減算（―１）する（ステップＳ８０８）。
【０１３６】
また、機器応答判定部２４７は、第１のタイムアウト値を経過するまでの一定時間の間、管理対象機器２００からの応答の有無を判定する（ステップＳ８０９）。このとき、機器応答判定部２４７は、制御情報保持部２４８で保持する第１のタイムアウト値を参照し、第１のタイムアウト値（最終判断するためのタイムアウト値）に従った一定時間の間、応答の有無を判定する。
【０１３７】
その結果、機器応答判定部２４７は、一定時間を経過しても、管理対象機器２００の機器応答が確認されなければ、ステップＳ８０９において「応答なし」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ８１０）。このようにして、最終的な応答なし状態が判断される。
【０１３８】
情報取得・更新スレッドＴｈは、上記判定結果「応答なし」を基に、機器情報更新部２４６に対して機器情報の更新要求を行う（ステップＳ８１１）。
【０１３９】
機器情報更新部２４６は、要求に応じて、機器情報保持部２４２で保持する機器情報を最新情報（ステータス：応答なし）に更新し（ステップＳ８１２）、更新完了を、更新要求元の情報取得・更新スレッドＴｈに通知する（ステップＳ８１３）。このように、最終的な応答なし状態が判断されると、管理対象機器２００への情報取得を行わずに、機器状態データを「応答なし」へと変更し情報更新のみを行う。
【０１４０】
情報取得・更新スレッドＴｈは、更新完了通知を受けて、ポーリング制御部２４４にスレッド終了を通知し、情報取得・更新機能の動作を終了する（ステップＳ８１４）。
【０１４１】
以上のように、機器管理装置１００では、機器応答の確認において、単にダミー要求に対する応答の有無を判定するのではなく、その中でも、応答なし状態を最終的に判断するための時間より短い時間で、管理対象機器２００から応答を待ち受ける。これにより、通信負荷などによる応答遅延が発生した場合でも機器応答を段階的に確認できる。
【０１４２】
＜まとめ＞
以上のように、本実施形態に係る機器管理装置１００によれば、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態（応答なしとなりそうな状態）を確認した時点で、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。機器管理装置１００は、監視時間の延長原因である機器監視処理の待機時間が発生しないように制御を行う。
【０１４３】
これによって、機器管理装置１００は、夜間における電源オフなど、多くの管理対象機器２００が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことができる。
【０１４４】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る機器管理装置１００が有する「機器管理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、ＣＰＵ１０６により実行され実現される。
【０１４５】
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。記録媒体１０３ａには、例えば、フロッピー（登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびにＳＤメモリカード（SD Memory Card）及びＵＳＢ（Universal Serial Bus）メモリなどがある。
【０１４６】
よって、上記プログラムは、記録媒体１０３ａを読み取り可能なドライブ装置１０３や外部記憶Ｉ／Ｆ（非図示）などを介して機器管理装置１００にインストールすることができる。また、機器管理装置１００は、インタフェース装置１０７を備えていることから、インターネットなどの電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０１４７】
また、上記実施形態では、機器情報４１及び制御情報４２を、機器管理装置１００が備える記憶装置（例えば「ＨＤＤ」）に保持する構成（機器情報保持部２４２及び制御情報保持部２４８を有する構成）について説明を行ったが、この限りでない。例えば、機器管理装置１００が外部記憶Ｉ／Ｆ装置（非図示）を備えていれば、上記ＳＤメモリカード及び上記ＵＳＢメモリなどを含む記録媒体１０３ａが保持する構成であってもよい。さらに、機器管理装置１００が備えるインタフェース装置１０７を介して、所定のデータ伝送路９０により接続される外部装置が保持する構成であってもよい。なお、機器情報４１及び制御情報４２を外部に保持する場合には、機器管理部２４が、各情報の格納先を指定可能であることが前提となる。
【０１４８】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１４９】
１ 機器管理システム
２１ ｈｔｔｐｄ
２２ ＷｅｂＰａｇｅ生成部
２３ ＦｒｏｎｔＥｎｄ部
２３１ 機器一覧表示用情報取得部
２４ 機器管理部
２４１ 機器情報提供部
２４２ 機器情報保持部
２４３ 監視タイマ部
２４４ ポーリング制御部
２４５ ＭＩＢ情報取得部
２４６ 機器情報更新部
２４７ 機器応答判定部
２４８ 制御情報保持部
３１ 通信制御部
３２ ＭＩＢ情報保持部
４１ 機器情報
４２ 制御情報
９０ データ伝送路
１００ 機器管理装置
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（中央処理装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ 管理対象機器（画像処理装置）
３００ クライアントＰＣ（情報処理装置）
【先行技術文献】
【特許文献】
【０１５０】
【特許文献１】特開２００４−２４７８６６号公報
【特許文献２】特開２００８−１２５００９号公報
【技術分野】
【０００１】
本発明は、ネットワークなどのデータ伝送路を介して接続される１又は複数の機器を管理する機器管理装置、機器管理システムに関し、特に、機器の応答状態に応じて機器監視を制御する技術に関するものである。
【背景技術】
【０００２】
ネットワークに接続される１又は複数の画像処理装置（以下、「管理対象機器」と言う。）の管理を効率的に行うため、機器管理装置（機器管理サーバ）により管理対象機器を一元管理するが機器管理システムが知られている。
【０００３】
このような機器管理システムにおいて、管理対象機器が多く存在する場合には、機器管理装置と各管理対象機器との間で効率のよいデータ通信を行い、管理対象機器を監視するのかが重要となってくる。
【０００４】
そこで、機器管理装置において、管理対象機器とデータ通信を行う複数のスレッドを起動し、短時間での機器監視処理を実現する機器管理システムがある。また、管理対象機器が、２４時間常に起動されているとは限らないため、上記複数のスレッドによる機器監視処理では、電源オフなどによりデータ通信時に応答がない場合に、所定のタイムアウト値に従って、管理対象機器とのデータ通信を終了する。
【０００５】
例えば、特許文献１には、ＡＲＰ（Address Resolution Protocol）検索を行い、ネットワーク接続機器からの応答の有無を判断するネットワーク接続機器検出装置が開示されている。また、特許文献２には、マスターエージェントからネットワーク上に未設置のスレイブエージェントに対する不必要なポーリングを省くことにより、スループットの低下を防ぐネットワーク監視システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の機器監視制御では、多くの管理対象機器が応答なし状態となった場合に、機器監視にかかる処理時間が延長する恐れがある。
【０００７】
管理対象機器が応答なし状態となった場合に、機器監視処理を行う複数のスレッドは、タイムアウト時間の間、待機状態となる。
【０００８】
機器監視処理を行うスレッドは、管理対象機器と機器管理装置との間の通信負荷を考慮して起動数に制限がある。そのため、最大起動数のスレッド全てが待機状態となった場合には、待機状態のスレッドが終了するまで、機器監視処理が一時的に停止することとなる。これでは、例えば、夜間などにおいて、多くの管理対象機器の電源がオフされた状態になった場合に、各管理対象機器からの応答がないことにより、機器監視処理が一時的に停止し、機器監視にかかる処理時間が延長してしまう。
【０００９】
本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことができる機器管理装置、機器管理システム、機器管理方法、機器管理プログラム、及びそのプログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明に係る機器管理装置は、所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置であって、前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有している。
【００１１】
このような構成によって、本発明に係る機器管理装置は、管理対象機器が最終的に応答なしと判断されるまでの状態を段階的に確認する。機器管理装置は、その確認結果を基に機器監視処理を行うスレッドの起動を制御する。具体的には、機器管理装置は、管理対象機器において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態が確認された時点で、監視待機状態が確認された管理対象機器を応答待ち対象外とする。機器管理装置は、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動する。つまり、機器管理装置では、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動する。このように、機器管理装置は、監視時間の延長原因である機器監視処理の待機時間が発生しないように制御を行う。
【００１２】
これによって、本発明に係る機器管理装置は、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことができる。
【００１３】
上記目的を達成するため、本発明に係る機器管理システムは、複数の機器と、前記複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置とが、所定のデータ伝送路を介して接続される機器管理システムであって、前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有している。
【００１４】
上記目的を達成するため、本発明に係る機器管理方法は、所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置における機器管理方法であって、１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手順と、前記機器応答判定手順による判定結果に基づいて、前記機器情報の取得及び／又は管理データとして保持する前記機器情報の更新を行う複数の情報取得・更新処理を同時に実行するように制御する処理制御手順と、を有している。
【００１５】
このような手順によって、本発明に係る機器管理方法は、機器管理装置において、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動すると言う動作を実現する。
【００１６】
これによって、本発明に係る機器管理方法は、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことが可能な環境を提供できる。
【発明の効果】
【００１７】
本発明によれば、管理対象機器において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態が確認された時点で、他の管理対象機器に対して機器監視処理を行う新規スレッドを起動することで、多くの管理対象機器が応答なし状態であっても、監視時間を延長することなく機器監視処理が可能な機器管理装置、機器管理システム、機器管理方法、機器管理プログラム、及びそのプログラムを記録した記録媒体を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施形態に係る機器管理システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係る機器管理装置のハードウェア構成例を示す図である。
【図３】本発明の第１の実施形態に係る機器管理装置のソフトウェア構成例を示す図である。
【図４】本発明の第１の実施形態に係る機器管理機能の構成例を示す図である。
【図５】本発明の第１の実施形態に係る機器情報のデータ例を示す図である。
【図６】本発明の第１の実施形態に係る制御情報のデータ例を示す図である。
【図７】本発明の第１の実施形態に係る機器監視の処理手順例（応答あり）を示すシーケンス図である。
【図８】本発明の第１の実施形態に係る機器監視の処理手順例（応答なし：その１）を示すシーケンス図である。
【図９】本発明の第１の実施形態に係る機器監視の処理手順例（応答なし：その２）を示すシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、本発明の好適な実施の形態（以下、「実施形態」と言う。）について、図面を用いて詳細に説明する。
【００２０】
［第１の実施形態］
＜システム構成＞
本実施形態に係る機器管理システムの構成について説明する。
【００２１】
図１は、本実施形態に係る機器管理システム１の構成例を示す図である。図１に示すように、機器管理システム１は、ＭＦＰ（Multifunction Peripheral）やＬＰ（Laser Printer）といった１又は複数の管理対象機器２００、１又は複数のクライアントＰＣ（Personal Computer）３００（以下、単に「ＰＣ」と言う。）、及び機器管理装置１００が、ネットワークなどのデータ伝送路９０で相互に接続されている。
【００２２】
このようなシステム構成により、機器管理装置１００は、当該装置において動作する機器管理機能により管理対象機器２００の状態を監視し管理している。また、機器管理装置１００は、ＰＣ３００に対して、管理対象機器２００の状態に関する各種情報を提供している。
【００２３】
＜ハードウェア構成＞
次に、上記機器管理装置１００のハードウェア構成について説明する。
【００２４】
図２は、本実施形態に係る機器管理装置１００のハードウェア構成例を示す図である。図２に示すように、機器管理装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８を含むハードウェアを備え、それぞれがバスで相互に接続されている。
【００２５】
入力装置１０１は、キーボード及びマウスなどを含み、機器管理装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、機器管理装置１００による処理結果（例えば「機器の状態情報」）などを表示する。
【００２６】
インタフェース装置１０７は、機器管理装置１００をネットワークなどの所定のデータ伝送路９０に接続するインタフェースである。よって、機器管理装置１００は、インタフェース装置１０７を介して、管理対象機器２００とデータ通信を行うことができる。
【００２７】
ＨＤＤ１０８は、各種プログラム及びデータを格納している不揮発性の記憶装置である。格納されるプログラム及びデータには、例えば、機器管理装置１００全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（登録商標）」や「ＵＮＩＸ（登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及び情報処理システム上において各種機能（例えば「機器管理機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納している上記プログラム及びデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
【００２８】
ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、機器管理装置１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。
【００２９】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、機器管理装置１００が起動されるときに実行されるＢＩＯＳ（Basic Input/Output System）、機器管理装置１００のシステム設定、及びネットワーク関連設定などのデータが格納されている。
【００３０】
ＲＡＭ１０４は、上記各種記憶装置から読み出されたプログラム及びデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記ＲＡＭ１０４上に読み出したプログラムを実行することにより、機器管理装置１００の全体制御及び各種搭載機能の動作を実現する。
【００３１】
このようなハードウェア構成により、機器管理装置１００は、例えば、ＨＤＤ１０８からＲＡＭ１０４上に読み出したプログラム（機器管理プログラム）をＣＰＵ１０６により実行し、機器管理機能を実現することができる。
【００３２】
＜ソフトウェア構成＞
次に、上記機器管理装置１００におけるソフトウェア構成について説明する。
【００３３】
図３は、本実施形態に係る機器管理装置１００のソフトウェア構成例を示す図である。図３に示すように、機器管理装置１００には、ｈｔｔｐｄ（HyperText Transfer Protocol Daemon）２１、ＷｅｂＰａｇｅ生成部２２、ＦｒｏｎｔＥｎｄ部２３、及び機器管理部２４などを含むソフトウェア部品群が搭載（インストール）されている。
【００３４】
ｈｔｔｐｄ２１は、情報処理システムに常駐するＷｅｂサーバ上のプログラムであり、ブラウザからの動作要求を受け付け、その要求に応じてサーバ内に蓄積されたコンテンツを送信する。
【００３５】
ＷｅｂＰａｇｅ生成部２２は、ｈｔｔｐｄ２１で受け付けた要求を基にブラウザ上に表示させるＷｅｂページを生成する。
【００３６】
ＦｒｏｎｔＥｎｄ部２３は、ＷｅｂＰａｇｅ生成部２２でＷｅｂページの生成に必要なデータを後述する機器管理部２４から取得し、取得したデータを基にＷｅｂページ生成用のデータに加工する。
【００３７】
機器管理部２４は、機器管理機能を実現するために、管理対象機器２００の監視、機器情報の取得、及び取得情報の管理などの各種データ管理、ならびに、要求に応じた検索及び更新などの各種データ操作を行う。
【００３８】
つまり、機器管理部２４が、機器管理装置１００で動作する機器管理機能を実現するソフトウェア部品にあたる。上記ｈｔｔｐｄ２１、ＷｅｂＰａｇｅ生成部２２、及びＦｒｏｎｔＥｎｄ部２３などは、ＰＣ３００に対する情報提供機能を実現するためのソフトウェア部品にあたる。
【００３９】
＜機器管理機能＞
次に、本実施形態に係る機器管理機能について説明する。
【００４０】
本実施形態に係る機器管理装置１００では、管理対象機器２００が最終的に応答なしと判断されるまでの状態を段階的に確認する。機器管理装置１００は、その確認結果を基に機器監視処理を行うスレッドの起動を制御する。具体的には、機器管理装置１００は、管理対象機器２００において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態が確認された時点で、監視待機状態が確認された管理対象機器２００を応答待ち対象外とする。機器管理装置１００は、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。機器管理装置１００は、このような機器管理機能を有している。
【００４１】
本実施形態に係る機器管理機能では、例えば、夜間など、多くの管理対象機器２００が応答なし状態となった場合に、機器監視にかかる処理時間の延長を防ぐ。
【００４２】
そこで、本実施形態に係る機器管理装置１００では、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。機器管理装置１００は、監視時間の延長原因である機器監視処理の待機時間が発生しないように制御を行う。
【００４３】
これによって、多くの管理対象機器２００が応答なし状態であっても、監視時間を延長することなく機器監視処理が行える。
【００４４】
以下に、上記機器管理機能の構成とその動作について説明する。
図４は、本実施形態に係る機器管理機能の構成例を示す図である。図４に示すように、機器管理装置１００では、機器情報提供部２４１、機器情報保持部２４２、監視タイマ部２４３、ポーリング制御部２４４、ＭＩＢ（Management Information Base）情報取得部２４５、機器情報更新部２４６、機器応答判定部２４７、及び制御情報保持部２４８などを有する機器管理部２４が動作する。
【００４５】
上記機器管理機能は、主に、管理対象機器２００からＭＩＢ情報を取得し、管理データとして保持している１又は複数の管理対象機器２００の機器情報を更新する「情報取得・更新機能」、及び管理対象機器２００からの情報取得を制御する「情報取得制御機能」に大別される。機器管理機能は、これらの機能動作により管理対象機器２００の監視（機器監視処理）を行っている。
【００４６】
「情報取得・更新機能」は、上記各機能部のうち、機器情報提供部２４１、機器情報保持部２４２、ＭＩＢ情報取得部２４５、及び機器情報更新部２４６により実現される。また、「情報取得制御機能」は、監視タイマ部２４３、ポーリング制御部２４４、機器応答判定部２４７、及び制御情報保持部２４８により実現される。
【００４７】
以下に、「情報取得・更新機能」及び「情報取得制御機能」について順に説明する。
【００４８】
《情報取得・更新機能》
ＭＩＢ情報取得部２４５は、機器情報更新部２４６からの情報取得要求に応じて、管理対象機器２００からＭＩＢ情報を取得する。ＭＩＢ情報取得部２４５は、所定のデータ伝送路９０により接続される各管理対象機器２００から、通信制御部３１を介してＭＩＢ情報を取得する。
【００４９】
ＭＩＢ情報とは、ＳＮＭＰ（Simple Network Management Protocol）で管理されるネットワーク機器が、機器状態を外部に知らせるために公開する情報である。管理対象機器２００では、上記ＭＩＢ情報をＭＩＢ情報保持部３２で保持している。
【００５０】
ＭＩＢ情報取得部２４５は、例えば、管理対象機器２００のＩＰアドレスを基に、ＳＮＭＰのＧｅｔコマンドにより管理対象機器２００へＭＩＢ情報の取得要求を行う。その結果、管理対象機器２００は、ＲｅｑｕｅｓｔコマンドによりＭＩＢ情報を応答する。
【００５１】
機器情報更新部２４６は、取得したＭＩＢ情報を基に、機器情報保持部２４２で保持する各管理対象機器２００の機器情報を更新する。
【００５２】
機器情報保持部２４２は、例えば、図５に示すような機器情報４１を保持している。
【００５３】
図５は、本実施形態に係る機器情報４１のデータ例を示す図である。図５に示すように、機器情報４１は、「ＩＰアドレス」、「モデル名称」、及び「ステータス」などの各情報項目が関連付けられた構成となっている。「ＩＰアドレス」は、管理対象機器２００を特定するための機器特定データである。「モデル名称」は、管理対象機器２００の機種を特定するための機種特定データである。「ステータス」は、管理対象機器２００の状態を表す機器状態データである。
【００５４】
例えば、機器情報更新部２４６は、ＭＩＢ情報に含まれる機器特定データ及び機種特定データを基に機器情報４１を参照し、登録された複数の管理対象機器２００１〜２００ｎの中から、ＭＩＢ情報を取得した管理対象機器２００を特定する。機器情報更新部２４６は、特定した管理対象機器２００の機器状態データを、取得したＭＩＢ情報を基に更新する。
【００５５】
このようにして更新された機器情報４１は、ＦｒｏｎｔＥｎｄ部２３が有する機器一覧表示用情報取得部２３１からの要求に応じて、機器情報提供部２４１により要求元へ提供される。これにより、機器一覧表示用情報取得部２３１は、機器一覧表示用の情報を取得する。取得した情報は、ＦｒｏｎｔＥｎｄ部２３からＷｅｂＰａｇｅ生成部２２へと渡され、ＷｅｂＰａｇｅ生成部２２により機器一覧表示用のＷｅｂページが生成される。ＰＣ３００では、例えば、ブラウザを介して上記Ｗｅｂページを閲覧することができる。
【００５６】
《情報取得制御機能》
監視タイマ部２４３は、ポーリング制御部２４４に対し、一定の時間間隔に従ってポーリング処理の開始を指示することで、機器監視処理の開始タイミングを制御する。
【００５７】
管理対象機器２００の監視とは、機器状態の変化を検知する処理である。よって、機器監視処理では、最新の機器情報４１を基に管理対象機器２００の状態変化を検知する。
【００５８】
そのため、管理対象機器２００を監視するためには、管理対象機器２００から周期的にＭＩＢ情報を取得し、保持する機器情報４１を最新情報に更新する必要がある。そこで、機器管理装置１００では、監視タイマ部２４３から動作開始の指示を受けたポーリング制御部２４４により、ポーリング処理が開始され、情報取得及び情報更新が行われる。
【００５９】
ポーリング制御部２４４は、監視タイマ部２４３から動作開始の指示を受けて、情報取得・更新機能として動作するスレッドを起動し、ポーリング処理を開始する。
【００６０】
ここで、スレッドについて簡単に説明する。スレッドとは、マルチスレッドに対応したＯＳ上でのソフトウェアの実行単位である。１つのプログラムは、最低１つのスレッドを有する。同じプログラムに属するスレッドは、ＲＡＭ１０４上のワークエリアなどのリソースを共有する。また、起動された複数のスレッドは、ＣＰＵ１０６を交互に占有することによって見かけ上同時実行できる。つまり並列処理できる。
【００６１】
よって、ポーリング制御部２４４は、監視タイマ部２４３による動作指示に応じて、複数のスレッドを起動する。なお、ポーリング制御部２４４により起動するスレッドの数は、管理対象機器２００と機器管理装置１００との間で通信可能な適正値（以下、「最大スレッド数」と言う。）が予め決められている。
【００６２】
ポーリング制御部２４４は、現在起動中のスレッドの数（以下、「起動スレッド数」と言う。）を管理し、最大スレッド数に基づいて新規スレッドを起動する。このようにして、情報取得・更新機能は、複数のスレッドにより並列実行される。
【００６３】
なお、起動スレッド数の管理は、スレッドを起動した際に起動スレッド数を加算し、終了通知を受け付けた際に減算することにより行われる。このように、起動スレッド数は、スレッドの増減に応じて更新される。
【００６４】
ポーリング制御部２４４により起動されたスレッド（以下、便宜上「情報取得・更新スレッド」と言う。）は、管理対象機器２００へ情報取得要求を行う前に、機器応答判定部２４７に対して機器応答の確認要求を行う。
【００６５】
機器応答判定部２４７は、要求に対する管理対象機器２００からの応答の有無を判定する。例えば、機器応答判定部２４７は、情報取得要求を行う前段階で、応答確認のための要求（ダミー要求）行い、管理対象機器２００からの応答の有無を判定する。
【００６６】
また、機器応答判定部２４７は、管理対象機器２００が最終的に応答なしと判断されるまでの状態を段階的に確認する。通常、管理対象機器２００の応答なし状態は、予め設定されたタイムアウト値の経過（一定時間の経過）を基に判断される。具体的には、最初の要求を行ってからタイムアウト値を経過しても応答がなければ応答なし状態と判断される。
【００６７】
そこで、機器応答判定部２４７は、管理対象機器２００において、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態（応答なしとなりそうな状態）か否かを判定する。これにより、機器応答判定部２４７は、管理対象機器２００が最終的に応答なしと判断されるまでの状態を段階的に確認する。
【００６８】
機器応答判定部２４７は、以下のような方法で、監視待機状態か否かを判定する。
【００６９】
（ダミー要求による判定）
機器応答判定部２４７は、ダミー要求に対して応答がなければ、管理対象機器２００が監視待機状態と判定する。
【００７０】
（複数のタイムアウト値による判定）
例えば、２つのタイムアウト値を用意する。１つは、応答なし状態を最終的に判断するための第１のタイムアウト値、もう１つは、第１のタイムアウト値より小さい値（短い時間）の第２のタイムアウト値（仮タイムアウト値）である。
【００７１】
このように、タイムアウト値を段階的に設定することで、例えば、通信負荷による応答遅延などを考慮した判定を行うことができる。
【００７２】
機器応答判定部２４７は、ダミー要求を行ってから上記第２のタイムアウト値を経過しても応答がなければ、管理対象機器２００が監視待機状態と判定する。
【００７３】
このように、機器応答判定部２４７は、管理対象機器２００からの応答の有無だけでなく、応答なし状態を最終的に判断するまでの間に、監視待機状態の管理対象機器２００を判定する。
【００７４】
機器応答判定部２４７は、上述した機器応答の確認結果を要求元の情報取得・更新スレッドに応答する。
【００７５】
情報取得・更新スレッドは、応答待ちの管理対象機器２００の数（以下、「応答待ち機器数」と言う。）により、機器応答の確認状況を管理する。情報取得・更新スレッドは、機器応答の確認要求を行う際に応答待ち機器数を加算する。また、情報取得・更新スレッドは、機器応答の確認結果が「応答あり」又は「監視待機状態（応答なしとなりそうな状態）」の場合に応答待ち機器数を減算する。つまり、応答待ち機器数は、応答待ちの管理対象機器２００のうち監視待機状態と判定されていない管理対象機器２００の数となる。
【００７６】
情報取得・更新スレッドでは、機器応答の確認結果が「監視待機状態」の場合に応答待ち機器数を減算することで、監視待機状態が確認された時点で、監視待機状態が確認された管理対象機器２００を応答待ち対象外としている。このように、応答待ち機器数は、機器応答の確認結果に応じて更新される。
【００７７】
また、情報取得・更新スレッドは、機器応答の確認結果（応答有無の結果）に基づいて、情報取得・更新機能の実行を制御する。情報取得・更新スレッドは、機器応答の確認結果が「応答あり」の場合のみ、ＭＩＢ情報取得部２４５による情報取得及び機器情報更新部２４６による情報更新を実行する。また、情報取得・更新スレッドは、機器応答の確認結果が「応答なし」の場合、機器情報更新部２４６による情報更新のみ実行する。
【００７８】
情報取得・更新スレッドは、情報更新後、ポーリング制御部２４４に対してスレッドの終了を通知する。
【００７９】
また、監視タイマ部２４３は、ポーリング制御部２４４に対し、ポーリング処理の開始を指示した後、応答待ち機器数の変化を確認している。上述したように、応答待ち機器数は、機器応答判定部２４７による機器応答の確認結果を基に情報取得・更新スレッドにより更新される。
【００８０】
監視タイマ部２４３は、応答待ち機器数の更新が確認されると、ポーリング制御部２４４に対して、新規スレッドの起動可否の判定要求を行う。つまり、監視タイマ部２４３は、応答待ち機器数の変化から、監視待機状態が確認され応答待ち対象外となった管理対象機器２００が存在するか否かを確認する。
【００８１】
ポーリング制御部２４４は、上記最大スレッド数、上記起動スレッド数、及び上記応答待ち機器数を基に、例えば、以下の条件式（スレッドの起動条件）に従って新規スレッドが起動可能か否かを判定する。
【００８２】
（条件式）
［起動スレッド数］ ＜ ［最大スレッド数］ ＋ ［応答待ち機器数］
上記条件式の場合には、起動スレッド数が、最大スレッド数と応答待ち機器数との総和より小さい間は、新規スレッドが起動可能と判定される。なお、上記条件式による起動スレッド数には、機器管理に係るサービスにより提供可能な上限値が設けられている。この上限値は、応答待ち機器を考慮した最大の起動スレッド数であり、機器管理装置１００のハードウェア性能などを含むリソース資源を考慮した値である。
【００８３】
これにより、ポーリング制御部２４４は、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答なしになりそうな状態を確認した時点で、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。また、ポーリング制御部２４４は、上記条件式を用いた新規スレッドの起動制御により、起動条件を満たしている間、並列処理させる（同時に実行させる）スレッドの数を増加することができる。
【００８４】
なお、上記第１のタイムアウト値、上記第２のタイムアウト値、上記最大スレッド数、上記起動スレッド数、及び上記応答待ち機器数などを含む制御データは、例えば、図６に示すように、制御情報保持部２４８により保持されている。
【００８５】
図６は、本実施形態に係る制御情報４２のデータ例を示す図である。図６に示すように、制御情報４２は、「設定項目」及び「制御値」などの各情報項目が関連付けられた構成となっている。「設定項目」は、制御値として設定可能な項目を表す項目識別データであり、「制御値」は、各項目の実データである。
【００８６】
例えば、設定項目「仮タイムアウト値」、「タイムアウト値」、及び「最大スレッド数」それぞれに対応する実データは、デフォルト値が設定されており、後に、所定のツール又はコマンドを用いて設定変更ができる。一方、設定項目「起動スレッド数」及び「応答待ち機器数」それぞれに対応する実データは、はじめに初期値'０'が設定されおり、処理が実行されると動的に更新される。
【００８７】
このような制御情報４２は、上述したように、監視タイマ部２４３及びポーリング部２４４（起動スレッドを含む）により参照又は更新される。
【００８８】
なお、上記機器情報保持部２４２及び上記制御情報保持部２４８は、例えば、機器管理装置１００が備えるＨＤＤ１０８などの不揮発性の記憶装置が有する機能である。
【００８９】
このように、本実施形態に係る機器管理機能は、上記各機能部が連係動作することにより実現される。
【００９０】
次に、機器管理機能の詳細な動作（機能部群の連係動作）について、処理手順を示すフローチャートを用いて説明する。
【００９１】
機器管理機能は、機器管理装置１００に搭載（インストール）される機器管理プログラム（ソフトウェア部品）が、ＣＰＵ１０６により、格納先（例えば「ＲＯＭ」）からＲＡＭ１０４上に読み出され、以下の処理が実行されることで実現される。
【００９２】
以下には、機器監視処理において、管理対象機器２００から応答がある場合（Ａ）及び応答がない場合（Ｂ）の２つのケースについて順に説明する。
【００９３】
（Ａ）応答ありの場合
図７は、本実施形態に係る機器監視の処理手順例（応答あり）を示すシーケンス図である。図７に示すように、機器管理装置１００では、まず、監視タイマ部２４３が、一定時間待機後（ステップＳ１０１）、ポーリング制御部２４４に対し、ポーリング処理の開始を指示する（ステップＳ１０２）。
【００９４】
ポーリング制御部２４４は、情報取得・更新スレッドＴｈを起動（ステップＳ２０１）、制御情報保持部２４８で保持する起動スレッド数を加算（＋１）する（ステップＳ２０２）。
【００９５】
起動された情報取得・更新スレッドＴｈは、機器応答判定部２４７に対して機器応答の確認要求を行い（ステップＳ２０３）、制御情報保持部２４８で保持する応答待ち機器数を加算（＋１）する（ステップＳ２０４）。
【００９６】
機器応答判定部２４７は、要求に応じて、管理対象機器２００に対して機器応答の確認を行う（ステップＳ２０５）。このとき、機器応答判定部２４７は、管理対象機器２００に対してダミー要求を発行することで、機器応答を確認する。
【００９７】
機器応答判定部２４７は、要求に対して管理対象機器２００からの応答の有無を判定する（ステップＳ２０６）。
【００９８】
機器応答判定部２４７は、管理対象機器２００の機器応答が確認されると、ステップＳ２０６において「応答あり」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ２０７）。
【００９９】
その結果、情報取得・更新スレッドＴｈは、応答待ち機器数を減算（―１）する（ステップＳ２０８）。
【０１００】
続いて、情報取得・更新スレッドＴｈは、上記判定結果「応答あり」を基に、機器情報更新部２４６に対して機器情報の更新要求を行う（ステップＳ２０９）。
【０１０１】
機器情報更新部２４６は、要求に応じて、ＭＩＢ情報取得部２４５に対し、機器情報の取得要求を行う（ステップＳ２１０）。
【０１０２】
ＭＩＢ情報取得部２４５は、管理対象機器２００からＭＩＢ情報を取得し（ステップＳ２１１）、取得したＭＩＢ情報を、取得要求元の機器情報更新部２４６に渡す（ステップＳ２１２）。
【０１０３】
これにより、機器情報更新部２４６は、受け取ったＭＩＢ情報に基づいて、機器情報保持部２４２で保持する機器情報を最新情報に更新し（ステップＳ２１３）、更新完了を、更新要求元の情報取得・更新スレッドＴｈに通知する（ステップＳ２１４）。
【０１０４】
情報取得・更新スレッドＴｈは、更新完了通知を受けて、ポーリング制御部２４４にスレッド終了を通知し、情報取得・更新機能の動作を終了する（ステップＳ２１５）。
【０１０５】
ポーリング制御部２４４は、スレッド終了通知を受けて、起動スレッド数を減算（―１）する（ステップＳ２１６）。
【０１０６】
また、監視タイマ部２４３では、ポーリング処理の開始を指示した後、定期的に制御情報保持部２４８にアクセスし（ステップＳ３０１）、応答待ち機器数が更新されたか否かを確認している（ステップＳ３０２）。つまり、監視タイマ部２４３は、情報取得・更新スレッドＴｈにより更新される応答待ち機器数の変化を監視している。
【０１０７】
監視タイマ部２４３は、応答待ち機器数の更新が確認されると、ポーリング制御部２４４に対してスレッドの起動可否の判定要求を行う（ステップＳ３０３）。
【０１０８】
ポーリング制御部２４４は、最大スレッド数、起動スレッド数、及び応答待ち機器数を基に、所定の条件式に従って新規スレッドが起動可能か否かを判定する。（ステップＳ３０４）。
【０１０９】
これにより、ポーリング制御部２４４は、所定の条件が満たされた場合に、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。なお、上記判定により起動される新規スレッドＴｈの数は、予め設けておいた機器管理に係るサービスにより提供可能な上限（応答待ち機器を考慮した最大の起動スレッド数）までである。
【０１１０】
（Ｂ）応答なしの場合
図８は、本実施形態に係る機器監視の処理手順例（応答なし：その１）を示すシーケンス図である。図８に示すように、機器管理装置１００では、まず、監視タイマ部２４３が、一定時間待機後（ステップＳ４０１）、ポーリング制御部２４４に対し、ポーリング処理の開始を指示する（ステップＳ４０２）。
【０１１１】
ポーリング制御部２４４は、情報取得・更新スレッドＴｈを起動（ステップＳ５０１）、制御情報保持部２４８で保持する起動スレッド数を加算（＋１）する（ステップＳ５０２）。
【０１１２】
起動された情報取得・更新スレッドＴｈは、機器応答判定部２４７に対して機器応答の確認要求を行い（ステップＳ５０３）、制御情報保持部２４８で保持する応答待ち機器数を加算（＋１）する（ステップＳ５０４）。
【０１１３】
機器応答判定部２４７は、要求に応じて、管理対象機器２００に対して機器応答の確認を行う（ステップＳ５０５）。このとき、機器応答判定部２４７は、管理対象機器２００に対してダミー要求を発行することで、機器応答を確認する。
【０１１４】
機器応答判定部２４７は、要求に対して管理対象機器２００からの応答の有無を判定する（ステップＳ５０６）。
【０１１５】
機器応答判定部２４７は、管理対象機器２００の機器応答が確認されなければ、ステップＳ５０６において「監視待機状態（応答なしとなりそうな状態）」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ５０７）。
【０１１６】
その結果、情報取得・更新スレッドＴｈは、応答待ち機器数を減算（―１）する（ステップＳ５０８）。
【０１１７】
また、機器応答判定部２４７は、一定時間経過（タイムアウト）するまで、管理対象機器２００からの応答の有無を判定する（ステップＳ５０９）。このとき、機器応答判定部２４７は、制御情報保持部２４８で保持する第１のタイムアウト値（最終判断を行うためのタイムアウト値）を参照し、第１のタイムアウト値に従った一定時間の間（第１のタイムアウト値を経過するまで）、応答の有無を判定する。
【０１１８】
その結果、機器応答判定部２４７は、一定時間を経過しても、管理対象機器２００の機器応答が確認されなければ、ステップＳ５０９において「応答なし」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ５１０）。このようにして、最終的な応答なし状態が判断される。
【０１１９】
情報取得・更新スレッドＴｈは、上記判定結果「応答なし」を基に、機器情報更新部２４６に対して機器情報の更新要求を行う（ステップＳ５１１）。
【０１２０】
機器情報更新部２４６は、要求に応じて、機器情報保持部２４２で保持する機器情報を最新情報（ステータス：応答なし）に更新し（ステップＳ５１２）、更新完了を、更新要求元の情報取得・更新スレッドＴｈに通知する（ステップＳ５１３）。このように、最終的な応答なし状態が判断されると、管理対象機器２００への情報取得を行わずに、機器状態データを「応答なし」へと変更し情報更新のみを行う。
【０１２１】
情報取得・更新スレッドＴｈは、更新完了通知を受けて、ポーリング制御部２４４にスレッド終了を通知し、情報取得・更新機能の動作を終了する（ステップＳ５１４）。
【０１２２】
ポーリング制御部２４４は、スレッド終了通知を受けて、起動スレッド数を減算（―１）する（ステップＳ５１５）。
【０１２３】
また、監視タイマ部２４３では、ポーリング処理の開始を指示した後、定期的に制御情報保持部２４８にアクセスし（ステップＳ６０１）、応答待ち機器数が更新されたか否かを確認している（ステップＳ６０２）。つまり、監視タイマ部２４３は、情報取得・更新スレッドＴｈにより更新される応答待ち機器数の変化を監視している。
【０１２４】
監視タイマ部２４３は、応答待ち機器数の更新が確認されると、ポーリング制御部２４４に対してスレッドの起動可否の判定要求を行う（ステップＳ６０３）。
【０１２５】
ポーリング制御部２４４は、最大スレッド数、起動スレッド数、及び応答待ち機器数を基に、所定の条件式に従って新規スレッドが起動可能か否かを判定する。（ステップＳ６０４）。
【０１２６】
これにより、ポーリング制御部２４４は、所定の条件が満たされた場合に、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。
【０１２７】
以上のように、機器管理装置１００では、一定の時間間隔で、複数のスレッド（情報取得・更新スレッドＴｈ）を起動し、複数の管理対象機器２００に対して機器監視処理が並列して行われる。また、機器管理装置１００では、スレッドの起動と終了を管理対象機器２００の数だけ繰り返す。
【０１２８】
従来では、管理対象機器２００に対して情報取得要求を行った後に、タイムアウトにより最終的に応答なし状態が判断され、起動中のスレッドが終了すると、新規スレッドが起動される。これにより、管理対象機器２００の応答なし状態による機器監視処理の待機時間（新規スレッドが起動されるまでの待ち時間）が発生する。
【０１２９】
そこで、機器管理装置１００では、機器監視処理の待機時間を防ぐため、起動したスレッドのスレッド終了通知を待たずに、ダミー要求による機器応答が確認された時点で、スレッド起動条件に従って新規スレッドを起動するか否かを決定する。
【０１３０】
図９は、本実施形態に係る機器監視の処理手順例（応答なし：その２）を示すシーケンス図である。図８に示した処理手順との違いは、２つのタイムアウト値を用いて機器応答の判定を行っている点である。よって、以下の説明では、上記相違点に係る処理（ステップＳ８０３からステップＳ８１４）についてのみ説明する。
【０１３１】
図９に示すように、起動された情報取得・更新スレッドＴｈは、機器応答判定部２４７に対して機器応答の確認要求を行い（ステップＳ８０３）、制御情報保持部２４８で保持する応答待ち機器数を加算（＋１）する（ステップＳ８０４）。
【０１３２】
機器応答判定部２４７は、要求に応じて、管理対象機器２００に対して機器応答の確認を行う（ステップＳ８０５）。このとき、機器応答判定部２４７は、管理対象機器２００に対してダミー要求を発行することで、機器応答を確認する。
【０１３３】
機器応答判定部２４７は、仮タイムアウト値を経過するまでの一定時間の間、要求に対して管理対象機器２００からの応答の有無を判定する（ステップＳ８０６）。このとき、機器応答判定部２４７は、制御情報保持部２４８で保持する第２のタイムアウト値を参照し、第２のタイムアウト値（仮タイムアウト値）に従った一定時間の間、応答の有無を判定する。
【０１３４】
機器応答判定部２４７は、一定時間を経過しても、管理対象機器２００の機器応答が確認されなければ、ステップＳ８０６において「監視待機状態（応答なしとなりそうな状態）」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ８０７）。
【０１３５】
その結果、情報取得・更新スレッドＴｈは、応答待ち機器数を減算（―１）する（ステップＳ８０８）。
【０１３６】
また、機器応答判定部２４７は、第１のタイムアウト値を経過するまでの一定時間の間、管理対象機器２００からの応答の有無を判定する（ステップＳ８０９）。このとき、機器応答判定部２４７は、制御情報保持部２４８で保持する第１のタイムアウト値を参照し、第１のタイムアウト値（最終判断するためのタイムアウト値）に従った一定時間の間、応答の有無を判定する。
【０１３７】
その結果、機器応答判定部２４７は、一定時間を経過しても、管理対象機器２００の機器応答が確認されなければ、ステップＳ８０９において「応答なし」と判定された判定結果を、確認要求元の情報取得・更新スレッドＴｈに渡す（ステップＳ８１０）。このようにして、最終的な応答なし状態が判断される。
【０１３８】
情報取得・更新スレッドＴｈは、上記判定結果「応答なし」を基に、機器情報更新部２４６に対して機器情報の更新要求を行う（ステップＳ８１１）。
【０１３９】
機器情報更新部２４６は、要求に応じて、機器情報保持部２４２で保持する機器情報を最新情報（ステータス：応答なし）に更新し（ステップＳ８１２）、更新完了を、更新要求元の情報取得・更新スレッドＴｈに通知する（ステップＳ８１３）。このように、最終的な応答なし状態が判断されると、管理対象機器２００への情報取得を行わずに、機器状態データを「応答なし」へと変更し情報更新のみを行う。
【０１４０】
情報取得・更新スレッドＴｈは、更新完了通知を受けて、ポーリング制御部２４４にスレッド終了を通知し、情報取得・更新機能の動作を終了する（ステップＳ８１４）。
【０１４１】
以上のように、機器管理装置１００では、機器応答の確認において、単にダミー要求に対する応答の有無を判定するのではなく、その中でも、応答なし状態を最終的に判断するための時間より短い時間で、管理対象機器２００から応答を待ち受ける。これにより、通信負荷などによる応答遅延が発生した場合でも機器応答を段階的に確認できる。
【０１４２】
＜まとめ＞
以上のように、本実施形態に係る機器管理装置１００によれば、タイムアウトによる応答なし状態の最終的な判断を待たずに、応答がなくなってから一定時間経過（タイムアウト）するまでの監視待機状態（応答なしとなりそうな状態）を確認した時点で、他の管理対象機器２００に対して機器監視処理を行う新規スレッドを起動する。機器管理装置１００は、監視時間の延長原因である機器監視処理の待機時間が発生しないように制御を行う。
【０１４３】
これによって、機器管理装置１００は、夜間における電源オフなど、多くの管理対象機器２００が応答なし状態であっても、監視時間を延長することなく機器監視処理を行うことができる。
【０１４４】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る機器管理装置１００が有する「機器管理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、ＣＰＵ１０６により実行され実現される。
【０１４５】
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。記録媒体１０３ａには、例えば、フロッピー（登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびにＳＤメモリカード（SD Memory Card）及びＵＳＢ（Universal Serial Bus）メモリなどがある。
【０１４６】
よって、上記プログラムは、記録媒体１０３ａを読み取り可能なドライブ装置１０３や外部記憶Ｉ／Ｆ（非図示）などを介して機器管理装置１００にインストールすることができる。また、機器管理装置１００は、インタフェース装置１０７を備えていることから、インターネットなどの電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０１４７】
また、上記実施形態では、機器情報４１及び制御情報４２を、機器管理装置１００が備える記憶装置（例えば「ＨＤＤ」）に保持する構成（機器情報保持部２４２及び制御情報保持部２４８を有する構成）について説明を行ったが、この限りでない。例えば、機器管理装置１００が外部記憶Ｉ／Ｆ装置（非図示）を備えていれば、上記ＳＤメモリカード及び上記ＵＳＢメモリなどを含む記録媒体１０３ａが保持する構成であってもよい。さらに、機器管理装置１００が備えるインタフェース装置１０７を介して、所定のデータ伝送路９０により接続される外部装置が保持する構成であってもよい。なお、機器情報４１及び制御情報４２を外部に保持する場合には、機器管理部２４が、各情報の格納先を指定可能であることが前提となる。
【０１４８】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１４９】
１ 機器管理システム
２１ ｈｔｔｐｄ
２２ ＷｅｂＰａｇｅ生成部
２３ ＦｒｏｎｔＥｎｄ部
２３１ 機器一覧表示用情報取得部
２４ 機器管理部
２４１ 機器情報提供部
２４２ 機器情報保持部
２４３ 監視タイマ部
２４４ ポーリング制御部
２４５ ＭＩＢ情報取得部
２４６ 機器情報更新部
２４７ 機器応答判定部
２４８ 制御情報保持部
３１ 通信制御部
３２ ＭＩＢ情報保持部
４１ 機器情報
４２ 制御情報
９０ データ伝送路
１００ 機器管理装置
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（中央処理装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ 管理対象機器（画像処理装置）
３００ クライアントＰＣ（情報処理装置）
【先行技術文献】
【特許文献】
【０１５０】
【特許文献１】特開２００４−２４７８６６号公報
【特許文献２】特開２００８−１２５００９号公報
【特許請求の範囲】
【請求項１】
所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置であって、
前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、
１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、
前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有することを特徴とする機器管理装置。
【請求項２】
前記処理制御手段は、
前記機器応答判定手段により、前記監視待機状態であると判定された場合に、
同時に実行させる前記情報取得・更新手段の数を増加し、前記情報取得・更新手段を実行することを特徴とする請求項１に記載の機器管理装置。
【請求項３】
前記処理制御手段は、
同時に実行可能な前記情報取得・更新手段の最大数に、応答待ちの状態となっている機器のうち前記監視待機状態と判定されていない機器の数を加算し、同時に実行させる前記情報取得・更新手段の数を増加することを特徴とする請求項２に記載の機器管理装置。
【請求項４】
前記処理制御手段は、
所定の条件に従って、前記情報取得・更新手段の実行可否を判定し、
判定結果に基づいて、前記情報取得・更新手段を実行することを特徴とする請求項１ないし３のいずれか一項に記載の機器管理装置。
【請求項５】
前記処理制御手段は、
現在実行中の前記情報取得・更新手段の数が、同時に実行可能な前記情報取得・更新手段の最大数に、応答待ちの状態となっている機器のうち前記監視待機状態と判定されていない機器の数を加算した値より小さい場合に、前記情報取得・更新手段が実行できると判定することを特徴とする請求項４に記載の機器管理装置。
【請求項６】
前記機器応答判定手段は、
前記情報取得・更新手段の実行による前記機器情報の取得処理及び／又は前記機器情報の更新処理が行われる前に、
前記管理対象機器に対して、機器応答を確認するための要求を発行し、要求に対する応答の有無に基づいて、前記監視待機状態であるか否かを判定することを特徴とする請求項１ないし５のいずれか一項に記載の機器管理装置。
【請求項７】
前記機器応答判定手段は、
前記管理対象機器に対して、機器応答を確認するための要求を発行し、前記一定時間であるタイムアウト値より短い時間経過した時点での要求に対する応答の有無に基づいて、前記監視待機状態であるか否かを判定することを特徴とする請求項６に記載の機器管理装置
【請求項８】
複数の機器と、前記複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置とが、所定のデータ伝送路を介して接続される機器管理システムであって、
前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、
前記機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、
前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有することを特徴とする機器管理システム。
【請求項９】
所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置における機器管理方法であって、
１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手順と、
前記機器応答判定手順による判定結果に基づいて、前記機器情報の取得及び／又は管理データとして保持する前記機器情報の更新を行う複数の情報取得・更新処理を同時に実行するように制御する処理制御手順と、を有することを特徴とする機器管理方法。
【請求項１０】
所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置における機器管理プログラムであって、
コンピュータを、
前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、
１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、
前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段として機能させる機器管理プログラム。
【請求項１１】
請求項１０に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。
【請求項１】
所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置であって、
前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、
１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、
前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有することを特徴とする機器管理装置。
【請求項２】
前記処理制御手段は、
前記機器応答判定手段により、前記監視待機状態であると判定された場合に、
同時に実行させる前記情報取得・更新手段の数を増加し、前記情報取得・更新手段を実行することを特徴とする請求項１に記載の機器管理装置。
【請求項３】
前記処理制御手段は、
同時に実行可能な前記情報取得・更新手段の最大数に、応答待ちの状態となっている機器のうち前記監視待機状態と判定されていない機器の数を加算し、同時に実行させる前記情報取得・更新手段の数を増加することを特徴とする請求項２に記載の機器管理装置。
【請求項４】
前記処理制御手段は、
所定の条件に従って、前記情報取得・更新手段の実行可否を判定し、
判定結果に基づいて、前記情報取得・更新手段を実行することを特徴とする請求項１ないし３のいずれか一項に記載の機器管理装置。
【請求項５】
前記処理制御手段は、
現在実行中の前記情報取得・更新手段の数が、同時に実行可能な前記情報取得・更新手段の最大数に、応答待ちの状態となっている機器のうち前記監視待機状態と判定されていない機器の数を加算した値より小さい場合に、前記情報取得・更新手段が実行できると判定することを特徴とする請求項４に記載の機器管理装置。
【請求項６】
前記機器応答判定手段は、
前記情報取得・更新手段の実行による前記機器情報の取得処理及び／又は前記機器情報の更新処理が行われる前に、
前記管理対象機器に対して、機器応答を確認するための要求を発行し、要求に対する応答の有無に基づいて、前記監視待機状態であるか否かを判定することを特徴とする請求項１ないし５のいずれか一項に記載の機器管理装置。
【請求項７】
前記機器応答判定手段は、
前記管理対象機器に対して、機器応答を確認するための要求を発行し、前記一定時間であるタイムアウト値より短い時間経過した時点での要求に対する応答の有無に基づいて、前記監視待機状態であるか否かを判定することを特徴とする請求項６に記載の機器管理装置
【請求項８】
複数の機器と、前記複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置とが、所定のデータ伝送路を介して接続される機器管理システムであって、
前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、
前記機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、
前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段と、を有することを特徴とする機器管理システム。
【請求項９】
所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置における機器管理方法であって、
１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手順と、
前記機器応答判定手順による判定結果に基づいて、前記機器情報の取得及び／又は管理データとして保持する前記機器情報の更新を行う複数の情報取得・更新処理を同時に実行するように制御する処理制御手順と、を有することを特徴とする機器管理方法。
【請求項１０】
所定のデータ伝送路を介して接続される複数の機器から状態情報を含む機器情報を取得し、取得した複数の前記機器情報を基に前記複数の機器を管理する機器管理装置における機器管理プログラムであって、
コンピュータを、
前記機器情報の取得処理及び／又は管理データとして保持する前記機器情報の更新処理を行う情報取得・更新手段と、
１又は複数の機器が、応答がなくなってから一定時間経過するまでの監視待機状態であるか否かを判定する機器応答判定手段と、
前記機器応答判定手段による判定結果に基づいて、同時に実行させる複数の前記情報取得・更新手段を制御する処理制御手段として機能させる機器管理プログラム。
【請求項１１】
請求項１０に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２１１５２３（Ｐ２０１０−２１１５２３Ａ）
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願番号】特願２００９−５７０１３（Ｐ２００９−５７０１３）
【出願日】平成２１年３月１０日（２００９．３．１０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願日】平成２１年３月１０日（２００９．３．１０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]