(57)【特許請求の範囲】
【請求項１】
ネットワークデバイスを監視し、ネットワークを介して中央管理装置と通信可能な第１の監視装置、第２の監視装置、及び第３の監視装置が含まれるシステムにおける第３の監視装置であって、
前記第２の監視装置、及び前記第３の監視装置を管理する前記第１の監視装置から、前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じた探索依頼を受信する受信手段と、
前記探索依頼の受信に応じて、前記第３の監視装置の監視対象となるネットワークに対する探索処理を実行する実行手段と、
前記実行された探索処理に従い、前記監視不能となったネットワークデバイスが見つかった場合に、当該ネットワークデバイスを監視対象として登録する登録手段と、
当該ネットワークデバイスの登録に応じて、当該ネットワークデバイスに対する監視処理を開始する監視手段と、
前記第１の監視装置に対して、前記監視処理の開始後に、当該ネットワークデバイスの登録を通知する通知手段と、
前記監視対象のネットワークデバイスの監視の結果を、前記中央管理装置に通知するための送信手段と、
を有することを特徴とする監視装置。
【請求項２】
前記探索処理は、前記監視不能となったネットワークデバイスのホスト名を用いて実行されることを特徴とする請求項１に記載の監視装置。
【請求項３】
前記実行手段は、定期的に、前記中央管理装置で監視対象に設定されているネットワークデバイスのリストを取得して、該リストに含まれるネットワークデバイスの探索処理を実行することを特徴とする請求項１又は２に記載の監視装置。
【請求項４】
前記受信手段は、前記第１の監視装置から、ネットワークデバイスの設定が変更されたことに応じた探索依頼も受信することを特徴とする請求項１乃至３のいずれか１項に記載の監視装置。
【請求項５】
名前解決の失敗、登録されたアドレス情報の不一致、通信テストの失敗の少なくともいずれかのエラーが所定時間を超えて継続している場合に、前記監視不能と判断されることを特徴とする請求項１乃至４のいずれか１項に記載の監視装置。
【請求項６】
前記監視の結果は、障害に係る情報、カウンタ情報、ログ情報の少なくともいずれかを含むことを特徴とする請求項１乃至５のいずれか１項に記載の監視装置。
【請求項７】
前記ネットワークデバイスは、複写機、プリンタ、スキャナ、コンピュータ、デジタル医療機器、ネットワークカメラ、ネットワーク家電、ロボットの少なくともいずれかを含むことを特徴とする請求項１乃至６のいずれか１項に記載の監視装置。
【請求項８】
ネットワークデバイスを監視し、ネットワークを介して中央管理装置と通信可能な第１の監視装置、第２の監視装置、及び第３の監視装置が含まれるシステムであって、
前記第３の監視装置は、
前記第２の監視装置、及び前記第３の監視装置を管理する前記第１の監視装置から、前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じた探索依頼を受信する受信手段と、
前記探索依頼の受信に応じて、前記第３の監視装置の監視対象となるネットワークに対する探索処理を実行する実行手段と、
前記実行された探索処理に従い、前記監視不能となったネットワークデバイスが見つかった場合に、当該ネットワークデバイスを監視対象として登録する登録手段と、
当該ネットワークデバイスの登録に応じて、当該ネットワークデバイスに対する監視処理を開始する監視手段と、
前記第１の監視装置に対して、前記監視処理の開始後に、当該ネットワークデバイスの登録を通知する通知手段と、
前記監視対象のネットワークデバイスの監視の結果を、前記中央管理装置に通知するための送信手段と、を有し、
前記第１の監視装置は、
前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じて、前記第３の監視装置に、該ネットワークデバイスの探索依頼を送信する第１の依頼手段と、を有する、
ことを特徴とするシステム。
【請求項９】
前記第１の監視装置は、
前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じて、前記第２の監視装置に、該ネットワークデバイスを監視対象から削除する依頼を送信する第２の依頼手段を有することを特徴とする請求項８に記載のシステム。
【請求項１０】
前記第１の依頼手段は、定期的に、前記第３の監視装置に、前記監視不能となっているネットワークデバイスの探索依頼を送信することを特徴とする請求項８又は９に記載のシステム。
【請求項１１】
前記探索処理は、前記監視不能となったネットワークデバイスのホスト名を用いて実行されることを特徴とする請求項８乃至１０のいずれか１項に記載のシステム。
【請求項１２】
前記実行手段は、定期的に、前記中央管理装置で監視対象に設定されているネットワークデバイスのリストを取得して、該リストに含まれるネットワークデバイスの探索処理を実行することを特徴とする請求項８乃至１１のいずれか１項に記載のシステム。
【請求項１３】
前記受信手段は、前記第１の監視装置から、ネットワークデバイスの設定が変更されたことに応じた探索依頼も受信することを特徴とする請求項８乃至１２のいずれか１項に記載のシステム。
【請求項１４】
名前解決の失敗、登録されたアドレス情報の不一致、通信テストの失敗の少なくともいずれかのエラーが所定時間を超えて継続している場合に、前記監視不能と判断されることを特徴とする請求項８乃至１３のいずれか１項に記載のシステム。
【請求項１５】
前記監視の結果は、障害に係る情報、カウンタ情報、ログ情報の少なくともいずれかを含むことを特徴とする請求項８乃至１４のいずれか１項に記載のシステム。
【請求項１６】
前記ネットワークデバイスは、複写機、プリンタ、スキャナ、コンピュータ、デジタル医療機器、ネットワークカメラ、ネットワーク家電、ロボットの少なくともいずれかを含むことを特徴とする請求項８乃至１５のいずれか１項に記載のシステム。
【請求項１７】
ネットワークデバイスを監視し、ネットワークを介して中央管理装置と通信可能な第１の監視装置、第２の監視装置、及び第３の監視装置が含まれるシステムにおける第３の監視装置の制御方法であって、
前記第２の監視装置、及び前記第３の監視装置を管理する前記第１の監視装置から、前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じた探索依頼を受信する受信ステップと、
前記探索依頼の受信に応じて、前記第３の監視装置の監視対象となるネットワークに対する探索処理を実行する実行ステップと、
前記実行された探索処理に従い、前記監視不能となったネットワークデバイスが見つかった場合に、当該ネットワークデバイスを監視対象として登録する登録ステップと、
当該ネットワークデバイスの登録に応じて、当該ネットワークデバイスに対する監視処理を開始する監視ステップと、
前記第１の監視装置に対して、前記監視処理の開始後に、当該ネットワークデバイスの登録を通知する通知ステップと、
前記監視対象のネットワークデバイスの監視の結果を、前記中央管理装置に通知するための送信ステップと、
を有することを特徴とする監視装置の制御方法。
【請求項１８】
ネットワークデバイスを監視し、ネットワークを介して中央管理装置と通信可能な第１の監視装置、第２の監視装置、及び第３の監視装置が含まれるシステムの制御方法であって、
前記第３の監視装置が実行する、
前記第２の監視装置、及び前記第３の監視装置を管理する前記第１の監視装置から、前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じた探索依頼を受信する受信ステップと、
前記探索依頼の受信に応じて、前記第３の監視装置の監視対象となるネットワークに対する探索処理を実行する実行ステップと、
前記実行された探索処理に従い、前記監視不能となったネットワークデバイスが見つかった場合に、当該ネットワークデバイスを監視対象として登録する登録ステップと、
当該ネットワークデバイスの登録に応じて、当該ネットワークデバイスに対する監視処理を開始する監視ステップと、
前記第１の監視装置に対して、前記監視処理の開始後に、当該ネットワークデバイスの登録を通知する通知ステップと、
前記監視対象のネットワークデバイスの監視の結果を、前記中央管理装置に通知するための送信ステップと、を有し、
前記第１の監視装置は、
前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じて、前記第３の監視装置に、該ネットワークデバイスの探索依頼を送信する第１の依頼ステップと、を有する、
ことを特徴とするシステムの制御方法。
【請求項１９】
コンピュータを、請求項１乃至７のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置がネットワークデバイスを監視するシステムに関する。
【背景技術】
【０００２】
従来、プリンタや複合機等の画像形成装置等の機器の稼働状況をリモートで監視する機器管理システムがある（以降では、画像形成装置等を単に機器と記載する場合がある）。この機器管理システムは、顧客側に設置する監視装置と、中央管理装置がインターネットを経由して接続されている。監視装置は、収集した監視対象機器の情報／データを、ＨＴＴＰＳ，ＳＭＴＰ等のネットワークプロトコルを使用して、中央管理装置に送信し、中央管理装置で集中管理している。中央管理装置では、メンテナンス契約を締結した顧客情報、監視装置情報、監視対象機器情報等が一元的に管理されており、登録された監視装置から監視情報が送信された時に送信データを保存する。
【０００３】
ここで、顧客側の監視機器が複数のサブネットに跨っている場合、監視装置が複数になる場合がある。この場合、監視対象機器が別のサブネットに移動することもあり、ネットワーク構成によっては、当該機器に通信可能な監視装置に変更する必要がある。
【０００４】
この監視装置を変更する技術として、例えば特許文献１が提案されている。
特許文献１では、監視装置（第Ｎ管理装置）側で新規機器を検出した時、中央管理装置（管理センタサーバ）に通知する。中央管理装置側では監視装置側の新規機器発見の応答として、管理依頼を返すことで新しい監視装置での監視を開始可能にする。また、元の監視装置に対しては、中央管理装置が定期ポーリングで管理対象外とする要求を行うことで、元の監視装置での監視停止を可能にしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２０３６２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１では、新しい監視装置が移動された監視対象機器を発見することが契機となるため、監視対象機器の探索タイミングによっては、長時間監視が停止してしまう場合がある。さらに、特許文献１では、複数の監視装置が同一サブネットにある場合等、複数の監視装置が同じ機器から通信可能な場合に対応出来ない。この場合、監視装置を変更する必要はなく、監視装置の変更を抑制する手段が必要となる等の課題があった。
【０００７】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、監視対象機器が移動した時の監視停止時間を抑えて、機器の監視を再開すること、及び、不要／無駄な監視装置の変更を抑える仕組みを提供することである。
【課題を解決するための手段】
【０００８】
本発明は、ネットワークデバイスを監視し、ネットワークを介して中央管理装置と通信可能な第１の監視装置、第２の監視装置、及び第３の監視装置が含まれるシステムにおける第３の監視装置であって、前記第２の監視装置、及び前記第３の監視装置を管理する前記第１の監視装置から、前記第２の監視装置の監視対象であったネットワークデバイスの監視不能となったことに応じた探索依頼を受信する受信手段と、前記探索依頼の受信に応じて、前記第３の監視装置の監視対象となるネットワークに対する探索処理を実行する実行手段と、前記実行された探索処理に従い、前記監視不能となったネットワークデバイスが見つかった場合に、当該ネットワークデバイスを監視対象として登録する登録手段と、当該ネットワークデバイスの登録に応じて、当該ネットワークデバイスに対する監視処理を開始する監視手段と、前記第１の監視装置に対して、前記監視処理の開始後に、当該ネットワークデバイスの登録を通知する通知手段と、前記監視対象のネットワークデバイスの監視の結果を、前記中央管理装置に通知するための送信手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、監視対象機器が移動した時の監視停止時間を抑えて、機器の監視を再開すること、及び、不要／無駄な監視装置の変更を抑えることができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例の機器管理システム全体の概略構成を例示する図
【図２】中央管理装置、マスタ／スレーブ監視装置のハードウェア構成図
【図３】画像形成装置のハードウェア構成図
【図４】マスタ監視装置のソフトウェア構成図
【図５】スレーブ監視装置のソフトウェア構成図
【図６】画像形成装置のソフトウェア構成図
【図７】中央管理装置のソフトウェア構成図
【図８】スレーブ監視装置の動作を例示するフローチャート
【図９】機器探索処理を例示するフローチャート
【図１０】実施例１の機器登録処理を例示するフローチャート
【図１１Ａ】マスタ監視装置の動作を示すメインのフローチャート
【図１１Ｂ】マスタ監視装置の動作を示すメインのフローチャート
【図１２】機器情報更新処理を例示するフローチャート
【図１３】機器情報変更確認処理を例示するフローチャート
【図１４】スレーブ監視装置側の機器管理テーブルＴｄを例示する図
【図１５】マスタ監視装置側の機器管理テーブルＴｍを例示する図
【図１６】マスタ監視装置側のスレーブ監視装置管理テーブルＴｓを例示する図
【図１７】実施例２の定期探索処理を例示するフローチャート
【図１８】実施例２の機器登録処理を例示するフローチャート
【図１９】監視対象機器リスト取得処理を例示するフローチャート
【図２０】マスタ監視装置のユーザインターフェース（ＵＩ）を例示する図
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１２】
図１は、本発明の一実施例を示す機器管理システム全体の概略構成を例示する図である。
図１に示すように、本実施例の機器管理システムには、顧客システム１４０をはじめとする複数の顧客（不図示）、中央管理装置１３１が接続されている。他に、通常販売会社システムなども機器管理システムに接続されているが、本発明とは直接関係しないため、ここでは図示しない。
【００１３】
１４０に示すように、顧客システム内には、複数のサブネットが存在し、一台のマスタ監視装置１２１と複数のスレーブ監視装置１０１、１１１により、各サブネット内の機器（ネットワークデバイス）を監視している。スレーブ監視装置が機器（１０２ａ〜１０２ｃ，１１２ａ〜１１２ｃ等）から取得した情報は、中央管理装置１３１に送信され、データベース１３２に保存される。データベース１３２は、監視のための情報や、顧客側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどを蓄積する履歴記憶部である。本実施例のシステムは、画像形成装置１０２，１１２等のネットワークデバイスを監視し、ネットワークを介して中央管理装置１３１と通信可能なマスタ監視装置１２１、及び複数のスレーブ監視装置１０１，１１１が含まれる。
【００１４】
中央管理装置１３１とデータベース１３２は、ＬＡＮ１３３で接続されており、ＬＡＮ１３３は、インターネット１５０に接続可能となっている。なお、データベース１３２は、物理的に中央管理装置１３１内に存在してもよい。さらに、中央管理装置１３１からアクセス可能であれば、インターネット１５０を経由した別の場所に存在しても構わない。中央管理装置１３１は、スレーブ監視装置１０１、１１１から、監視対象としての画像形成装置（１０２、１１２）の情報、稼働状態を示す情報（障害情報を含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。そして、中央管理装置１３１は、これらの情報を、例えば販売会社へ配信する機能を有する。
【００１５】
画像形成装置１０２，１１２の稼働状態としては、例えば、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などを例として挙げることができる。また、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることもできる。さらに、カウンタ情報として、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置１０２，１１２内の部品の消耗度を示す部品カウンタなどが挙げられる。
【００１６】
なお、本実施例では、一台のマスタ監視装置１２１と複数のスレーブ監視装置１０１、１１１が監視する機器（ネットワークデバイス）の一例として、画像形成装置を用いて説明する。しかし、本実施例の機器（ネットワークデバイス）は、複写機、プリンタ、スキャナ、複合機等の画像形成装置に限定されるものではなく、コンピュータ、デジタル医療機器、ネットワークカメラ、ネットワーク家電、ロボット等であってもよい。
【００１７】
さらに、中央管理装置１３１には、中央管理装置１３１が監視対象とする画像形成装置の情報や監視に関する設定を登録することができる。中央管理装置１３１では、登録された監視対象の画像形成装置や、監視に関する設定をマージして一括管理できる。また、中央管理装置１３１では、マスタ監視装置１２１及びスレーブ監視装置１０１、１１１に対し、監視に関わる設定を行うこともできる。
【００１８】
本実施例の機器管理システムによるサービスは、販売会社と顧客との保守契約に基づき、提供されるものである。従って、販売会社が契約に基づき監視対象と決定した画像形成装置のみを、本機器管理システムの監視対象としている。
【００１９】
なお、図１中には、中央管理装置１３１及びデータベース１３２が１つずつしか示されていない。しかし、実際には、多くの画像形成装置及びスレーブ／マスタ監視装置からの情報収集や、ファームウェア配信の負荷分散を行うために、複数の中央管理装置、データベースに分散処理をさせるケースもある。
【００２０】
次に、顧客側のシステム構成について説明する。
顧客側環境としては異なる複数の環境がある。図１中では、顧客システム１４０が示されている。
【００２１】
顧客システム１４０は、一顧客のシステムに対応するものであり、大規模なネットワークを構築している構成例である。顧客システム１４０内で複数のスレーブ監視装置１０１、１１０を配置している。紙面の都合上、１０２ａ〜１０２ｃ，１１２ａ〜１１２ｃのように、監視対象の画像形成装置１０２，１１２を３台ずつしか図示していないが、実際は大規模環境では数百〜数千台の機器を、汎用ＰＣにインストールされた機器管理プログラムによって監視している。通常は、一つのサブネットで一台のスレーブ監視装置を配置するが、さらに大規模な環境においては、一つのサブネット内に複数のスレーブ監視装置を配置する場合がある。
【００２２】
以下、顧客システム１００について詳述する。
顧客システム１００においては、インターネット１５０に接続されたＬＡＮ１０３に接続された画像形成装置１０２ａ，１０２ｂ，１０２ｃが、スレーブ監視装置１０１により監視されている。同様に、顧客システム１１０においては、インターネット１５０に接続されたＬＡＮ１１３に接続された画像形成装置１１２ａ，１１２ｂ，１１２ｃが、スレーブ監視装置１１１により監視されている。
【００２３】
スレーブ監視装置１０１、１１１は、マスタ監視装置１２１と通信している。スレーブ監視装置１０１、１１１及びマスタ監視装置１２１は、プロキシサーバ１２２を介して、インターネット１５０経由で中央管理装置１３１と通信している。
【００２４】
なお、上述したスレーブ監視装置１０１、１１１、マスタ監視装置１２１、中央管理装置１３１、画像形成装置１０２、１１２それぞれの間の通信には、ＨＴＴＰ（Ｓ）／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰは、Simple Object Access Protocolの略称である。ＳＯＡＰは、ＸＭＬ（eXtended Markup Language）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本実施例では、ＳＯＡＰは、ＨＴＴＰ（Ｓ）の上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがって、ＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施例では、ＳＯＡＰメッセージによって中央管理装置１３１に送信される。また、本実施例では、ＳＯＡＰを使用しているが、ＲＥＳＴ等、他のＩＦ／プロトコルでも同様に実施することが可能であることは言うまでもない。
【００２５】
スレーブ監視装置１０１は、画像形成装置１０２ａ，１０２ｂ，１０２ｃから収集した情報、収集データの処理結果をデータベース１０４に保存する。また、スレーブ監視装置１０１は、画像形成装置１０２ａ，１０２ｂ，１０２ｃの監視に関わる設定を、データベース１０４若しくは内蔵の記憶装置内に保存する。また、スレーブ監視装置１０１は、画像形成装置１０２ａ，１０２ｂ，１０２ｃの状態情報（例えば、障害等の発生）を、画像形成装置１０２ａ，１０２ｂ，１０２ｃから受信するたびに、データベース１０４に保存し、中央管理装置１３１に送信する。本実施例では、スレーブ監視装置１０１は、機器監視に関するデータを直接中央管理装置１３１に送信するよう、構成されているが、監視データの一部、或いは全てを一度マスタ監視装置１２１に送信するように構成してもよい。なお、スレーブ監視装置１１１に関しても同様であるので、説明を省略する。
【００２６】
マスタ監視装置１２１は、複数のスレーブ監視装置を制御する役割を持つ。具体的には、マスタ監視装置１２１は、各スレーブ監視装置への指示、及び監視対象機器に関する指示を行い、スレーブ監視装置からの各種情報取得依頼に応答する。マスタ監視装置１２１は、スレーブ監視装置１０１、１１１から収集した情報、各種依頼の処理結果をデータベース１２４に保存する。
【００２７】
図２は、スレーブ監視装置１０１、１１１、マスタ監視装置１２１、中央管理装置１３１、ホスト端末等に適用可能な情報処理装置のハードウェア構成を例示するブロック図である。なお、この構成は、図示しないバックエンドに設置される情報処理装置にも適用可能である。
【００２８】
図２において、２０１はＣＰＵで、情報処理装置の制御部である。ＣＰＵ２０１は、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳや本実施例の機器管理プログラムなどを実行する。また、本構成例ではＣＰＵを一つとしたが、複数の場合もあり得る。
【００２９】
２０２は書き換え不能な記憶装置であるＲＯＭである。ＲＯＭ２０２は、基本Ｉ／Ｏプログラム、本装置上の各処理を司るプログラム、データを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、ＲＡＭ２０３に、プログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。なお、後述する各フローチャートにおけるスレーブ監視装置１０１、１１１の各ステップの処理はＣＰＵ２０１が、外部機器Ｉ／Ｆ２０４を介して接続される外部記憶装置やＨＤ２０５等の記憶装置に格納されたプログラムコードに基づく処理を実行することによって、実現されるものとする。
【００３０】
外部機器Ｉ／Ｆ２０４は、外部記憶装置等を接続する。外部記憶装置を接続することにより、外部記憶装置に記憶されたプログラム等を本情報処理装置にロードすることができる。なお、外部記憶装置に用いられる記憶媒体は、ＦＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。
【００３１】
ＨＤ２０５はハードディスクである。ＨＤ２０５は、本装置の各処理に関わるプログラムやデータ、一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、及び画像形成装置から収集したデータ等の各種データを記憶する。なお、本構成例ではＨＤを一つとしたが、複数の場合もあり得る。また、ＨＤの他に、ソリッドステートドライブ（ＳＤＤ）等の他の記憶装置を用いてもよい。
【００３２】
２０６は指示入力部としての入力装置であり、例えばキーボードやポインティングデバイス等である。サービスマン、オペレータ、管理者等の本システムのユーザは、入力装置２０６を介して、情報処理装置に対し、設定、操作等の入力指示を行う。
【００３３】
２０７は表示部としてのディスプレイであり、入力装置２０６から入力した指示や、管理対象の画像形成装置の状態や設定を表示するものである。なお、実際にはアプリケーションがＯＳの仕組みを介して発行した描画コマンドを、グラフィックカードが解釈し、アナログ信号、或いはデジタル信号に変換した情報がディスプレイ２０７に表示される場合等がある。本実施例における表示制御とは、ディスプレイ２０７に表示させるべくＯＳを介して、描画コマンドの発生を行わせる処理を含むものとする。
【００３４】
２０８はＮｅｔｗｏｒｋ Ｉ／Ｆであり、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行うネットワークインタフェースである。情報処理装置は、Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０８を介して、外部装置とのデータのやり取りを行う。２０９はシステムバスであり、情報処理装置内のこれらの要素（２０１〜２０８）のデータの流れを司るものである。
【００３５】
図３は、画像形成装置１０２、１１２の構成を例示する図である。
図３において、３０１はプリンタコントローラである。プリンタコントローラ３０１は、ＣＰＵ３１２、ＲＡＭ３１３、ＲＯＭ３１４、ＤＫＣ３１５、通信部３１６、ビデオＩ／Ｆ３１７、入出力Ｉ／Ｆ３１８等を有する。
【００３６】
ＣＰＵ３１２は、ＲＯＭ３１４或いはＨＤ（外部メモリ）３１９に記憶された制御プログラムなどに基づいて、システムバス３２２に接続される各種デバイスとのアクセスを統括的に制御する。さらに、ＣＰＵ３１２は、ビデオＩ／Ｆ３１７を介して接続されるプリンタエンジンに出力情報としての画像信号を出力する。ＲＡＭ３１３は、ＣＰＵ３１２の主メモリ、ワークエリア等として機能する。
【００３７】
ディスクコントローラ（ＤＫＣ）３１５は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、設定ファイル等を記憶するハードディスク（ＨＤ）等の外部記憶媒体３１９とのアクセスを制御する。
【００３８】
通信部３１６は、ホストコンピュータなどの外部装置３２３（図１のスレーブ監視装置１０１，１１０等）と、各種データの送受信を所定のプロトコルで実行する。
ビデオＩ／Ｆ３１７は、画像データをプリンタが印字可能な情報に展開すると共に、後述のエンジン制御部３０２との間で信号のやり取り及びシリアル通信を行う。
【００３９】
操作部３２０は、表示部３２１やキーボード等の入力部を含んでおり、入出力Ｉ／Ｆ３１８を介してオペレータへの情報提供や、オペレータからの入力指示を行わせるものである。
【００４０】
３０２はエンジン制御部で、プリンタコントローラ３０１との間で信号のやり取り、シリアル通信を介してプリンタエンジンの各ユニットの制御を行う。３０３は用紙搬送制御部で、プリントする用紙を給紙搬送し、プリント後の排紙までの紙搬送をエンジン制御部３０２の指示に基づき実行する。３０４は光学制御部で、スキャナモータの駆動及びレーザのＯＮ／ＯＦＦ制御をエンジン制御部３０２の指示に基づき実行する。
【００４１】
３０５は高圧系制御部で、帯電、現像、転写などの電子写真プロセスに必要な高圧出力をエンジン制御部３０２の指示に基づき実行する。３０６は定着温度制御で、エンジン制御部３０２の指示に基づき、定着器の温度制御を行うと共に、定着器異常検出等を行う。３０７はジャム検出部で、用紙搬送中の搬送不良を検出する。３０８は故障検出部で、プリンタ内の機能部の故障を検出する。３０９は印刷完了通知部で、印刷が正常に行われたことを検出して、エンジン制御部３０２に通知する。３１０はカウンタ制御部で、印刷後、課金カウンタ、部品カウンタ等、各種カウンタ情報を更新する。
【００４２】
エンジン制御部３０２には、プリンタエンジンの各ユニットの情報を管理する機器情報管理部３１１がある。機器情報管理部３１１では、外部装置３２３からの要求に応じて、例えば、カウンタ制御部３１０から各種カウンタを取得し、ビデオＩ／Ｆ３１７に渡す。これにより、カウンタ情報はビデオＩ／Ｆ３１７、通信部３１６を介して外部装置３２３に送信される。その他、機器情報管理部３１１が、外部装置３２３から情報取得要求があった場合も、適宜、各ユニットから情報を取得する。さらに、ジャム検出部３０７から通知されたジャム情報、故障検出部３０９から通知されたエラー情報も、機器情報管理部３１１で管理される。アラームやエラー情報は、外部装置３２３からあらかじめイベント通知依頼がなされていた場合、外部装置３２３にビデオＩ／Ｆ３１７等を介し、送信される。
【００４３】
また、本発明における画像形成装置として上述の電子写真方式を利用したレーザビームプリンタ、インクジェット方式を利用したインクジェットプリンタ、或は熱転写方式を採用したサーマルヘッドプリンタ、或は複写機等に適用可能であることはいうまでもない。
【００４４】
図４は、マスタ監視装置１２１内のソフトウェア構成を例示する図である。なお、図４に示す各部は、マスタ監視装置１２１のＣＰＵ２０１がＲＯＭ２０２又はＨＤ２０５等に格納されたプログラムを読み出して実行することにより実現されるものである。
図４において、４０１は受信データ解析部であり、通信部４０３を介して、中央管理装置１３１、スレーブ監視装置１０１、１１１から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。
【００４５】
４０２は送信データ生成部であり、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部４０３を介して、スレーブ監視装置１０１、１１１、中央管理装置１３１に送信される。
４０３は通信部であり、スレーブ監視装置１０１、１１１、中央管理装置１３１等の外部の情報処理装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。
【００４６】
４０４はデータベースアクセス部であり、データベース１２４への入出力を司る。また、データベースアクセス部４０４は、マスタ監視装置１２１内蔵の記憶装置等に監視データ、設定データ等の必要データを保存している場合、この記憶装置への入出力を司る。
４０５は監視制御部であり、機器情報管理部４０６やスレーブ監視装置管理部４０７等から取得した情報を元に、スレーブ監視装置１０１，１１１に対する指示、制御を行う。
【００４７】
４０６は機器情報管理部であり、中央管理装置１３１に登録されている監視対象の画像形成装置の情報、スレーブ監視装置１０１，１１１から取得した機器情報を管理する。機器情報管理部４０６は、これら各種情報を、データベースアクセス部４０４を介してデータベース１２４に保存する。
４０７はスレーブ監視装置管理部であり、自身が管理するスレーブ監視装置の通信アドレス情報、監視装置を特定する監視装置ＩＤ等を管理する。
【００４８】
４０８は管理情報取得部であり、中央管理装置１３１から、自身が管理するスレーブ監視装置１０１，１１１の情報を取得する。例えば、管理情報取得部４０８は、スレーブ監視装置１０１が監視する監視機器のリストを取得するための要求を送信データ生成部４０２で生成し、通信部４０３を介して、中央管理装置１３１へ送信する。この結果、管理情報取得部４０８は、スレーブ監視装置１０１の監視対象機器リストを取得する。本実施例では、監視制御部４０５からの指示により、監視対象機器リストの取得を行う例について説明するが、管理情報取得部４０８単独で動作してもよく、構成に依存しない。
【００４９】
図５は、スレーブ監視装置１０１、１１１のソフトウェア構成を例示する図である。なお、図５に示す各部は、スレーブ監視装置１０１、１１１のＣＰＵ２０１がＲＯＭ２０２又はＨＤ２０５等に格納されたプログラムを読み出して実行することにより実現されるものである。
図５において、５０１は受信データ解析部であり、通信部５０３を介して、マスタ監視装置１２１、中央管理装置１３１、画像形成装置１０２、１１２から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。
【００５０】
５０２は送信データ生成部であり、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは通信部５０３を介して、中央管理装置１３１、画像形成装置１０２、１１２に送信される。
５０３は通信部であり、マスタ監視装置１２１、中央管理装置１３１、画像形成装置１０２、１１２等の外部の情報処理装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。
【００５１】
５０４はデータベースアクセス部であり、データベース１０４、１１４への入出力を司る。また、データベースアクセス部５０４は、スレーブ監視装置内蔵の記憶装置等に監視データ、設定データ等の必要データを保存している場合、この記憶装置への入出力を司る。
５０５は機器情報取得部であり、画像形成装置１０２，１１２から、画像形成装置１０２，１１２の状態や能力情報等の機器情報や、障害に係る情報、カウンタ情報、ログ情報等を取得する。
【００５２】
５０６は機器情報管理部であり、中央管理装置１３１に登録されている監視対象の画像形成装置に対応して、機器情報取得部５０５が取得した機器情報を登録、管理する。機器情報管理部５０６は、マスタ監視装置１２１から取得した各機器の管理情報も合わせて管理する。本実施例では、スレーブ監視装置１０１，１１１は、マスタ監視装置１２１を介して、中央管理装置１３１から各機器の管理情報を取得するよう構成しているが、スレーブ監視装置１０１，１１１が直接、中央管理装置１３１から取得してもよい。機器情報管理部５０６は、上述のように取得した機器情報を、データベースアクセス部５０４を介して、データベース１０４、１１４に保存する。
【００５３】
５０７は監視制御部であり、監視機器の監視制御処理を行う。監視制御部５０７は、マスタ監視装置１２１、或いは中央管理装置１３１より指示された送信スケジュール、或いは単発の指示に従って、機器情報取得部５０５を介して、監視情報を収集する。該収集された監視情報（障害に係る情報、カウンタ情報、ログ情報の少なくともいずれかを含む）は、機器情報管理部５０６で管理され、前記送信スケジュールに従って、送信データ生成部５０２により送信データに加工され、通信部５０３により、中央管理装置１３１に送信される。さらに、監視制御部５０７は、監視機器の追加、ジャムやトナー切れ等の機器イベントデータの処理も行う。監視制御部５０７は、機器イベント検出時や、機器のシリアル番号不一致等、特定のエラーが発生した時、適宜、送信データ生成部５０２により擬似アラームを生成し、通信部５０３により、中央管理装置１３１に送信する。
【００５４】
５０８は管理情報取得部であり、マスタ監視装置１２１、中央管理装置１３１から、自装置に関する定期送信スケジュールや、指示等の管理情報を取得する。さらに、管理情報取得部５０８は、自装置が監視する監視機器のリストを取得するための要求を送信データ生成部５０２で生成し、通信部５０３を介して、マスタ監視装置１２１へ送信する。この結果、管理情報取得部５０８は、監視対象機器リストを取得する。本実施例では、管理情報取得部５０８は、監視制御部５０７からの指示により、監視対象機器リストの取得を行う例について説明するが、管理情報取得部５０８単独で動作してもよく、構成に依存しない。
【００５５】
５０９は機器探索部であり、スレーブ監視装置の監視エリア内をアドレス指定でのピンポイント探索、或いはブロードキャスト、マルチキャスト等の監視エリア内の全探索で機器探索を行う。後者の全探索において、どのアドレス指定を行うかは、予め設定されるものとする。
【００５６】
図６は、画像形成装置１０２、１１２のソフトウェア構成を例示する図である。なお、図６に示す各部は、画像形成装置１０２、１１２のＣＰＵ３１２がＲＯＭ３１４又はＨＤ３１９等に格納されたプログラムを読み出して実行することにより実現されるものである。
図６において、６０１は受信データ解析部であり、通信部６０３を介して、中央管理装置１３１、スレーブ監視装置１０１，１１１から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。
【００５７】
６０２は送信データ生成部であり、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。送信データ生成部６０２により生成された送信データは、通信部６０３を介して、スレーブ監視装置１０１，１１１に送信される。
６０３は通信部であり、スレーブ監視装置１０１、１１１等の外部装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。
【００５８】
６０４は機器情報取得部であり、本画像形成装置内で発生したサービスコールやジャム等の状態情報を取得する。また、機器情報取得部６０４は、スレーブ監視装置１０１，１１１からの指示により、画像形成装置内部に保持するカウンタ情報等を取得する。機器情報取得部６０４により取得したデータは、送信データ生成部６０２により、送信データに加工され、通信部６０３により、スレーブ監視装置１０１，１１１等の取得要求元に送信される。
６０５は機器情報管理部であり、機器情報取得部６０４が収集した機器情報を管理、制御する。
【００５９】
６０６は機器監視部であり、機器内の監視機能が有効化された時に、外部監視装置同様、機器内部で監視を行う。スレーブ監視装置１０１，１１１より指示された送信スケジュール、或いは、外部アプリケーションからの指示に従って、機器情報取得部６０４により、監視情報を収集する。監視情報は、機器情報管理部６０５で管理され、前記送信スケジュール、或いは外部指示に従って、送信データに加工、通信部６０３により、スレーブ監視装置１０１，１１１に送信される。また、機器のイベントデータも処理し、適宜、スレーブ監視装置１０１，１１１に送信する。
【００６０】
図７は、中央管理装置１３１のソフトウェア構成を例示する図である。なお、図７に示す各部は、中央管理装置１３１のＣＰＵ２０１がＲＯＭ２０２又はＨＤ２０５等に格納されたプログラムを読み出して実行することにより実現されるものである。
図７において、７０１は受信データ解析部であり、通信部７０３を介して、マスタ監視装置１２１、スレーブ監視装置１０１，１１１等から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。
【００６１】
７０２は送信データ生成部であり、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。送信データ生成部７０２により生成された送信データは、通信部７０３を介して、スレーブ監視装置１０１，１１１等に送信される。
７０３は通信部であり、スレーブ監視装置１０１，１１１、マスタ監視装置１２１等の外部の情報処理装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。
７０４はデータベースアクセス部であり、データベース１３２への入出力を司る。
【００６２】
７０５は監視制御部であり、全てのマスタ監視装置／スレーブ監視装置から受信した監視情報、課金情報等を取得するスケジュール、監視内容、監視方法の制御を行う。さらに、監視制御部７０５は、必要に応じて、管理下にあるマスタ監視装置１２１、スレーブ監視装置１０１，１１１へ、送信データ生成部７０２、通信部７０３を介して、指示、応答を送信する。
【００６３】
７０６は取得情報処理部であり、管理下にあるマスタ監視装置１２１、スレーブ監視装置１０１，１１１から受信した情報をそのまま、あるいは加工して、データベースアクセス部７０４を介して、データベース１３２に格納する。また、取得情報処理部７０６は、マスタ監視装置１２１、スレーブ監視装置１０１，１１１等から受信した情報及びデータベース１３２の保存データを元に、カウンタ情報の集計、擬似アラームを含むエラー情報等を担当サービスマンや顧客側へ通知する。
【００６４】
図８は、スレーブ監視装置１０１、１１１の動作を例示するメインのフローチャートである。ここでは、説明を簡略化するために、顧客システム１４０内のスレーブ監視装置１０１について説明を行うが、スレーブ監視装置１１１も同様である。なお、図８〜図１０のフローチャートに示す各ステップの処理は、スレーブ監視装置に設けられたＣＰＵ２０１がＲＯＭ２０２，ＨＤ２０５等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。また、本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については、本発明の本質とは異なるため、説明を省略する。さらに、以降の説明においては、画像形成装置のことを監視機器、或いは単に機器と表記する。また、特に断らない限り、本処理は監視制御部５０７が主体となって必要に応じて各部と連携して動作するものとする。
【００６５】
スレーブ監視装置に電源が投入されると、スレーブ監視装置では、まず、電源投入に伴うシステムの初期化を行う（Ｓ８０１）。具体的には、初期設定情報の読み込み、各動作部の初期化処理等を行う。例えば、機器情報管理部５０６は、データベースアクセス部５０４を介し、データベース１０４から機器管理テーブルＴｄ（図１４）にアクセスし、初期化に必要な情報をＲＡＭ２０３等のワーキングメモリ上に読み込む。監視制御部５０７は、この機器管理テーブルＴｄに対し、機器監視のための初期化処理を行う。例えば、機器へのイベント登録等も実施する。
【００６６】
図１４は、機器管理テーブルＴｄを例示する図である。なお、機器管理テーブルＴｄは、データベース１０４で記憶管理されている。
図１４に示すように、本実施例の機器管理テーブルは、デバイスＩＤ、ＩＰアドレス、ホスト名、登録状態、監視状態、エラー原因等を項目として保持する。また、機器管理テーブルには、前記以外の機器情報も含まれるが、本発明の本質とは関係しないため、省略する。
【００６７】
デバイスＩＤは、デバイスを唯一に特定するＩＤである。ＩＰアドレスとホスト名は、デバイスのアドレスを特定する項目で、通常、何れかが指定され、名前解決によりもう一方が導出される。スレーブ監視装置側では、機器の監視を開始する前に、機器の製品名、シリアル番号、ＭＡＣアドレス等の機器固有の情報に加え、能力情報等を取得し、能力に応じた監視が行われる。これら一連の作業を、本実施例では機器の登録処理とし、機器管理テーブル内の登録状態とは前記登録処理の状態を表す。
【００６８】
登録状態には、監視準備中（ＲＥＧＩＳＴ＿ＲＥＡＤＹ）、登録中（ＲＥＧＩＳＴＥＲＩＮＧ）、登録済（ＲＥＧＩＳＴＥＲＥＤ）等がある。監視状態は、監視処理の一環で機器と通信を試行した時の状態を表し、監視中（ＷＡＴＣＨＩＮＧ）、監視準備中（ＲＥＡＤＹ）、エラー（ＥＲＲＯＲ）、監視停止（ＳＴＯＰＰＥＤ）等がある。エラー原因は、監視状態がエラー、或いは監視停止に至ったエラーの原因を表す。エラーでない場合はＮＯ＿ＥＲＲと表す。
【００６９】
上記Ｓ８０１の初期化処理が完了した後、監視制御部５０７は、通常処理に入る。
Ｓ８０２において、監視制御部５０７は、マスタ監視装置１２１からの機器探索依頼を検出した（マスタ監視装置１２１から機器探索依頼を受信した）か否かを判定する。機器探索依頼とは、マスタ監視装置１２１から、他のスレーブ監視装置１１１の監視対象であった機器の監視不能となったことに応じた探索依頼である（詳細は後述する）。
そして、マスタ監視装置１２１からの機器探索依頼を検出したと判定した場合（Ｓ８０２でＹｅｓの場合）、監視制御部５０７は、Ｓ８０３に処理を進める。
【００７０】
Ｓ８０３において、監視制御部５０７は、機器探索処理を行う。機器探索処理については、図９に詳細を示す。図９については後述する。
上記Ｓ８０３の機器探索処理が完了すると、監視制御部５０７は、Ｓ８０４において、上記Ｓ８０３の機器探索処理において自装置で未管理の新規機器が検出されたか否を判定する。
【００７１】
そして、自装置で未管理の新規機器が検出されたと判定した場合（Ｓ８０４でＹｅｓの場合）、監視制御部５０７は、Ｓ８０５に処理を進める。
Ｓ８０５において、監視制御部５０７は、管理情報取得部５０８に依頼して、機器登録処理を行う。なお、機器登録処理については、図１０、図１８に詳細を示す。図１０については後述する。図１８については実施例２で説明する。上記Ｓ８０５の機器登録処理が完了すると、監視制御部５０７は、Ｓ８０２に処理を移行する。
【００７２】
また、上記Ｓ８０２において、マスタ監視装置１２１からの機器探索依頼を検出していないと判定した場合（Ｓ８０２でＮｏの場合）、監視制御部５０７は、Ｓ８０６に処理を進める。
Ｓ８０６において、監視制御部５０７は、定期処理時刻になったか否かを判定する。そして、定期処理時刻になったと判定した場合（Ｓ８０６でＹｅｓの場合）、監視制御部５０７は、Ｓ８０７に処理を進める。
【００７３】
Ｓ８０７において、監視制御部５０７は、定期処理を実行する。定期処理は、スケジュールに従って各種カウンタやログ、機器状態等の取得処理等、定期的に実施する処理である。この内容については、実施例１の本質とは関係しないため、実施例１では説明を省略する。
上記Ｓ８０７の定期処理の後、監視制御部５０７は、Ｓ８０８において、該定期処理が正常終了したか否かを判定する。そして、定期処理が正常終了したと判定した場合（Ｓ８０８でＹｅｓの場合）、監視制御部５０７は、Ｓ８０２に処理を移行する。
【００７４】
一方、定期処理が正常終了していないと判定した場合（Ｓ８０８でＮｏの場合）、監視制御部５０７は、エラー処理を行い、Ｓ８０９に処理を進める。
Ｓ８０９において、監視制御部５０７は、上記定期処理で名前解決エラーが発生したか否かを判定する。
【００７５】
そして、上記定期処理で名前解決エラーが発生したと判定した場合（Ｓ８０９でＹｅｓの場合）、監視制御部５０７は、Ｓ８１０に処理を進める。
Ｓ８１０において、監視制御部５０７は、名前解決不能エラーをマスタ監視装置１２１へ通知する。なお、通知データには、少なくともエラー発生機器を特定するデバイスＩＤを付加する。上記Ｓ８１０の処理の後、監視制御部５０７は、Ｓ８０２に処理を移行する。
【００７６】
一方、上記Ｓ８０９において、上記定期処理で名前解決エラーが発生していないと判定した場合（Ｓ８０９でＮｏの場合）、監視制御部５０７は、Ｓ８１１に処理を進める。
Ｓ８１１において、監視制御部５０７は、上記定期処理で機器不一致エラーが発生したか否かを判定する。機器不一致エラーとは、機器から取得したシリアル番号、ＭＡＣアドレス等の機器特定情報が機器管理テーブルＴｄの管理情報と異なる場合のエラーである。
【００７７】
そして、機器不一致エラーが発生したと判定した場合（Ｓ８１１でＹｅｓの場合）、監視制御部５０７は、Ｓ８１２に処理を進める。Ｓ８１２において、監視制御部５０７は、機器不一致エラーをマスタ監視装置１２１へ通知する。なお、通知データには、Ｓ８１０同様、少なくともエラー発生機器を特定するデバイスＩＤを付加する。上記Ｓ８１２の処理の後、監視制御部５０７は、Ｓ８０２に処理を移行する。
【００７８】
一方、上記定期処理で機器不一致エラーが発生していないと判定した場合（Ｓ８１１でＮｏの場合）、監視制御部５０７は、Ｓ８１３に処理を進める。
Ｓ８１３において、監視制御部５０７は、上記定期処理で通信不能エラーが発生したか否かを判定する。ここで、通信不能エラーとは、機器の電源断による通信タイムアウトは通常除外し、機器本体或いはルータ等のネットワーク中継装置から機器アクセスが拒否された場合等の通信エラーを指す。また、タイムアウトエラーについても、長期間（閾値以上に）継続する場合は通信不能エラーに含めるように構成してもよい。この場合、図１４には図示しないが、機器のエラー情報として、エラー発生日時や最終処理日時等を管理することで、エラー継続期間を判断すればよい。
【００７９】
そして、上記Ｓ８１３において、上記定期処理で通信不能エラーが発生したと判定した場合（Ｓ８１３でＹｅｓの場合）、監視制御部５０７は、Ｓ８１４に処理を進める。
Ｓ８１４において、監視制御部５０７は、通信不能エラーをマスタ監視装置１２１へ通知する。なお、通知データには、Ｓ８１０、Ｓ８１２同様、少なくともエラー発生機器を特定するデバイスＩＤを付加する。上記Ｓ８１４の処理の後、監視制御部５０７は、Ｓ８０２に処理を移行する。
【００８０】
一方、上記Ｓ８１３において、上記定期処理で通信不能エラーが発生していないと判定した場合（Ｓ８１３でＮｏの場合）、監視制御部５０７は、そのままＳ８０２に処理を移行する。
【００８１】
また、上記Ｓ８０６において、定期処理時刻になっていないと判定した場合（Ｓ８０６でＮｏの場合）、監視制御部５０７は、Ｓ８１５に処理を進める。
Ｓ８１５において、監視制御部５０７は、マスタ監視装置１２１からの機器監視停止依頼を検出（マスタ監視装置１２１から機器監視停止依頼を受信）したか否かを判定する。
【００８２】
そして、マスタ監視装置１２１からの機器監視停止依頼を検出したと判定した場合（Ｓ８１５でＹｅｓの場合）、監視制御部５０７は、Ｓ８１６に処理を進める。
Ｓ８１６において、監視制御部５０７は、機器の監視停止処理を実行する。具体的には、上記機器監視停止依頼で指定された機器の機器管理テーブルＴｄ上の機器情報の監視状態を監視停止（ＳＴＯＰＰＥＤ）に更新する。監視状態を監視停止（ＳＴＯＰＰＥＤ）に変更することで、監視制御部５０７は当該機器については上記Ｓ８０７の定期監視処理を行わないようになる。当該Ｓ８１６機器の監視停止処理では、さらに、監視制御部５０７は、当該機器に対する監視解除のための指示等、監視停止のための諸処理を行う。上記Ｓ８１６の機器の監視停止処理の後、監視制御部５０７は、Ｓ８０２に処理を移行する。
【００８３】
一方、上記Ｓ８１５において、マスタ監視装置１２１からの機器監視停止依頼を検出していないと判定した場合（Ｓ８１５でＮｏの場合）、監視制御部５０７は、Ｓ８１７に処理を進める。
Ｓ８１７において、監視制御部５０７は、マスタ監視装置１２１からの機器削除依頼を検出（マスタ監視装置１２１から機器削除依頼を受信）したか否かを判定する。
【００８４】
そして、マスタ監視装置１２１からの機器削除依頼を検出したと判定した場合（Ｓ８１７でＹｅｓの場合）、監視制御部５０７は、Ｓ８１８に処理を進める。
Ｓ８１８において、監視制御部５０７は、機器削除処理を実行する。具体的には、機器管理テーブルＴｄ及び監視リストＬｓ（不図示）からの機器情報の削除、当該機器に対する監視解除のための指示等、機器の登録解除のための処理を行う。上記Ｓ８１８の機器削除処理の後、監視制御部５０７は、Ｓ８０２へ処理を移行する。なお、本実施例では、スレーブ監視装置１０１，１１１は、機器管理テーブルＴｄ及び不図示の監視リストＬｓを有し、監視リストＬｓに登録されている機器の監視を行うものとする。しかし、スレーブ監視装置１０１，１１１は、監視リストＬｓを保持せず、機器管理テーブルＴｄに登録されている機器の監視を行うようにしてもよい。
【００８５】
一方、上記Ｓ８１７において、マスタ監視装置１２１からの機器削除依頼を検出していないと判定した場合（Ｓ８１７でＮｏの場合）、監視制御部５０７は、Ｓ８１９に処理を進める。
Ｓ８１９において、監視制御部５０７は、マスタ監視装置１２１からの機器との通信テスト依頼を検出（マスタ監視装置１２１から機器との通信テスト依頼を受信）した否かを判定する。
【００８６】
そして、マスタ監視装置１２１からの機器との通信テスト依頼を検出したと判定した場合（Ｓ８１９でＹｅｓの場合）、監視制御部５０７は、Ｓ８２０に処理を進める。
Ｓ８２０において、監視制御部５０７は、機器との通信テスト処理を実行し、Ｓ８２１において、上記Ｓ８２０の通信テストの結果をマスタ監視装置１２１へ通知する。通信テストにおいては、監視制御部５０７は機器情報取得部５０５を介して、シリアル番号、或いはＭＡＣアドレス等の機器特定情報を対象の機器から取得する。シリアル番号とＭＡＣアドレスなど、何れの情報を取得するかは、機器登録時の能力調査により、決定される。シリアル番号が取得可能な機器はシリアル番号を取得する。前記取得した機器特定情報が機器管理テーブルで管理されている、当該機器の値と同じ場合は、通信テストの結果は成功であり、マスタ監視装置１２１に成功を通知する。当該機器の値と異なる場合は通信テストの結果はエラーであり、機器不一致エラーを通知する。当該機器が電源断等で通信不能の場合は同様に、通信エラーを返す。上記Ｓ８２１の処理の後、監視制御部５０７は、Ｓ８０２に処理を移行する。
【００８７】
一方、上記Ｓ８１９において、マスタ監視装置１２１からの機器との通信テスト依頼を検出していないと判定した場合（Ｓ８１９でＮｏの場合）、監視制御部５０７は、Ｓ８２２に処理を進める。
Ｓ８２２において、監視制御部５０７は、マスタ監視装置１２１からの機器情報変更依頼を検出（マスタ監視装置１２１から機器情報変更依頼を受信）したか否かを判定する。
【００８８】
そして、マスタ監視装置１２１からの機器情報変更依頼を検出したと判定した場合（Ｓ８２２でＹｅｓの場合）、監視制御部５０７は、Ｓ８２３に処理を進める。
Ｓ８２３において、監視制御部５０７は、依頼に付随する機器情報で機器管理テーブルＴｄの内容を更新し、Ｓ８０２へ処理を移行する。
一方、マスタ監視装置１２１からの機器情報変更依頼を検出していないと判定した場合（Ｓ８２２でＮｏの場合）、監視制御部５０７は、そのままＳ８０２へ処理を移行する。
【００８９】
次に、上記Ｓ８０３の機器探索処理について、図９を用いて説明する。
機器探索処理では、監視制御部５０７の依頼により、機器探索部５０９が機器探索を行い、監視制御部５０７で探索対象と比較することで探索結果を得る。
図９は、図８のＳ８０３の機器探索処理の詳細を例示するフローチャートである。
まず、Ｓ９０１において、監視制御部５０７は、本処理の入力引数を、探索方法、探索機器のホスト名／ＩＰアドレス、探索機器のシリアル番号、探索機器のＭＡＣアドレス、出力引数を探索結果と探索機器のホスト名／ＩＰアドレスとして処理を開始する。
【００９０】
Ｓ９０２において、監視制御部５０７は、入力引数の探索方法が個別探索指示であるか否かを判定する。
そして、入力引数の探索方法が個別探索指示であると判定した場合（Ｓ９０２でＹｅｓの場合）、監視制御部５０７は、Ｓ９０３に処理を進める。
Ｓ９０３において、監視制御部５０７は、入力引数の名前解決により、ホスト名指示の場合はＩＰアドレスを、ＩＰアドレス指示の場合はホスト名を取得する。
【００９１】
次に、Ｓ９０４において、監視制御部５０７は、上記Ｓ９０３で名前解決に成功したか否を判定する。そして、名前解決に成功したと判定した場合（Ｓ９０４でＹｅｓの場合）、監視制御部５０７は、Ｓ９０５に処理を進める。
Ｓ９０５において、監視制御部５０７は、機器探索部５０９に依頼し、上記Ｓ９０３等で取得したＩＰアドレスに対応する機器を探索し、該機器の機器特定情報であるシリアル番号、或いはＭＡＣアドレスを取得する。例えば、探索機器のホスト名が入力引数として入力された場合、該ホスト名を用いてＩＰアドレスを取得し、機器の探索を行うことができる。即ち、監視制御部５０７は、探索機器のホスト名を用いて（入力として）本機器探索処理を実行することができる。
【００９２】
監視制御部５０７は、Ｓ９０６において、上記Ｓ９０５で取得されたシリアル番号或いはＭＡＣアドレスが、入力引数である探索機器のシリアル番号或いはＭＡＣアドレスと一致するか否かを判定する。
そして、探索機器のシリアル番号或いはＭＡＣアドレスが一致すると判定した場合（Ｓ９０６でＹｅｓの場合）、監視制御部５０７は、Ｓ９０７に処理を進める。
Ｓ９０７において、監視制御部５０７は、探索ＯＫをマスタ監視装置１２１へ通知し、本機器探索処理を終了する。
【００９３】
一方、上記Ｓ９０６において、上記Ｓ９０５で取得されたシリアル番号或いはＭＡＣアドレスが、入力引数である探索機器のシリアル番号或いはＭＡＣアドレスと一致しないと判定した場合（Ｓ９０６でＮｏの場合）、監視制御部５０７は、Ｓ９０８に処理を進める。
Ｓ９０８において、監視制御部５０７は、探索ＮＧ（機器不一致エラー）をマスタ監視装置１２１へ通知し、本機器探索処理を終了する。
【００９４】
また、上記Ｓ９０４において、名前解決に失敗したと判定した場合（Ｓ９０４でＮｏの場合）、機器探索部５０９は、Ｓ９０９に処理を進める。
Ｓ９０９において、監視制御部５０７は、探索ＮＧ（名前解決エラー）をマスタ監視装置１２１へ通知し、本機器探索処理を終了する。
【００９５】
また、上記Ｓ９０２において、入力引数の探索方法が個別探索指示でないと判定した場合（Ｓ９０２でＮｏの場合）、監視制御部５０７は、Ｓ９１１に処理を進める。
Ｓ９１１において、監視制御部５０７は、入力引数の探索方法が全探索指示であるか否かを判定する。
【００９６】
そして、入力引数の探索方法が全探索指示であると判定した場合（Ｓ９１１でＹｅｓの場合）、監視制御部５０７は、Ｓ９１２に処理を進める。
Ｓ９１２において、監視制御部５０７は、機器探索部５０９に依頼し、監視エリア内を予め設定されたアドレス指定により、ブロードキャスト又はマルチキャストによる監視エリア内全探索処理を実行する。
【００９７】
次に、Ｓ９１３において、監視制御部５０７は、上記Ｓ９１２の探索の結果、応答を取得した機器のうち、上述した不図示の監視リストＬｓに登録のない機器、即ち新規機器があるか否かを判定する。そして、新規機器があると判定した場合（Ｓ９１３でＹｅｓの場合）、監視制御部５０７は、Ｓ９１４に処理を進める。
【００９８】
Ｓ９１４において、監視制御部５０７は、機器探索部５０９に依頼し、新規機器のＩＰアドレスに対応する機器の機器特定情報であるシリアル番号或いはＭＡＣアドレスを取得する。
次に、Ｓ９１５において、監視制御部５０７は、上記Ｓ９１４で取得されたシリアル番号或いはＭＡＣアドレスが、入力引数である探索機器のシリアル番号或いはＭＡＣアドレスと一致するか否を判定する。
【００９９】
そして、探索機器のシリアル番号或いはＭＡＣアドレスと一致すると判定した場合（Ｓ９１５でＹｅｓの場合）、監視制御部５０７は、Ｓ９１６に処理を進める。
Ｓ９１６において、監視制御部５０７は、前記シリアル番号／ＭＡＣアドレスが一致した機器のＩＰアドレスを出力引数「探索機器のＩＰアドレス」とし、ホスト名が逆引きできる場合は出力引数「探索機器のホスト名」とし、Ｓ９１７に処理を進める。
Ｓ９１７において、監視制御部５０７は、探索ＯＫをマスタ監視装置１２１へ通知し、本機器探索処理を終了する。
【０１００】
また、上記Ｓ９１５において、上記Ｓ９１４で取得されたシリアル番号或いはＭＡＣアドレスが、入力引数である探索機器のシリアル番号或いはＭＡＣアドレスと一致しないと判定した場合（Ｓ９１５でＮｏの場合）、監視制御部５０７は、Ｓ９１３に処理を移行する。
【０１０１】
また、上記Ｓ９１３において、新規機器がないと判定した場合（Ｓ９１３でＮｏの場合）、監視制御部５０７は、Ｓ９１８に処理を進める。
Ｓ９１８において、監視制御部５０７は、探索ＮＧ（機器不一致エラー）をマスタ監視装置１２１へ通知し、本機器探索処理を終了する。
【０１０２】
また、上記Ｓ９１１において、入力引数の探索方法が全探索指示でないと判定した場合（Ｓ９１１でＮｏの場合）、監視制御部５０７は、Ｓ９１９に処理を進める。
Ｓ９１９は、その他の探索方法が指定された場合であり、監視制御部５０７は、機器探索部５０９に依頼し、指定に応じた探索を実行し、その結果を監視制御部５０７がマスタ監視装置１２１へ通知する。Ｓ９１９の詳細については、本発明の本質とは関係しないため、説明を省略する。Ｓ９１９の処理の後、監視制御部５０７は、本機器探索処理を終了する。
【０１０３】
次に、図８のＳ８０５の機器登録処理について、図１０を用いて説明する。
図１０は、実施例１における機器登録処理の詳細を例示するフローチャートである。本機器登録処理は、監視制御部５０７の依頼により、管理情報取得部５０８がマスタ監視装置１２１から監視対象機器に関する情報を取得し、監視制御部５０７が登録可否を判断することで機器の登録を行う。この登録可否の判断においては、実施例１においては、図１０のように、マスタ監視装置１２１から行方不明機器リストを取得して判断する。
以下、図１０のスレーブ機器監視登録処理について説明する。
【０１０４】
Ｓ１００１において、監視制御部５０７は、本処理の入力引数を、登録対象の機器Ａのホスト名、ＩＰアドレス、シリアル番号、ＭＡＣアドレス、出力引数をホスト名とし、本処理を開始する。なお、入力引数としてホスト名かＩＰアドレスの何れか、或いは双方が指定されているものとする。
【０１０５】
次に、Ｓ１００２において、監視制御部５０７は、入力引数としてホスト名Ｈ、ＩＰアドレスＸの何れかが指定されていないか否かを判定する。そして、入力引数としてホスト名Ｈ、ＩＰアドレスＸの何れかが指定されていないと判定した場合（Ｓ１００２でＹｅｓの場合）、監視制御部５０７は、Ｓ１００３に処理を進める。
Ｓ１００３において、監視制御部５０７は、名前解決によりホスト名ＨからＩＰアドレスＸ、或いは、ＩＰアドレスＸからホスト名Ｈを取得し、Ｓ１００４に処理を進める。
【０１０６】
一方、入力引数としてホスト名Ｈ、ＩＰアドレスＸの何れも指定されていると判定した場合（Ｓ１００２でＮｏの場合）、監視制御部５０７は、そのままＳ１００４に処理を進める。
【０１０７】
Ｓ１００４において、監視制御部５０７は、管理情報取得部５０８に対して、マスタ監視装置１２１から行方不明機器リストを取得するように依頼する。該依頼に応じて、管理情報取得部５０８は、マスタ監視装置１２１から行方不明機器リストを取得する。なお、行方不明機器リストは、マスタ監視装置１２１が監視する全スレーブ監視装置が監視するべき全機器のうち、監視状態が監視準備中（ＲＥＡＤＹ）、監視停止（ＳＴＯＰＰＥＤ）、通信不能エラー（ＥＲＲＯＲ）状態である機器を網羅したリストである。これらの機器は、「監視すべきであるのに監視できていない」機器であるので、登録対象機器が行方不明機器リストに含まれると判定されれば、登録対象機器の登録が可能となる。
【０１０８】
上記Ｓ１００４の処理の後、監視制御部５０７は、Ｓ１００５において、入力引数のうち、機器特定情報であるシリアル番号Ｙ、ＭＡＣアドレスＺをキーに、登録対象機器（機器Ａ）が前記行方不明機器リストに含まれることが確認された否かを判定する。
そして、機器Ａが前記行方不明機器リストに含まれることが確認されたと判定した場合（Ｓ１００５でＹｅｓの場合）、監視制御部５０７は、Ｓ１００６に処理を進める。
【０１０９】
Ｓ１００６において、監視制御部５０７は、機器管理テーブルＴｄ、及び監視リストＬｓに、機器Ａを登録する。登録状態を監視中（ＲＥＧＩＳＴＥＲＩＮＧ）、監視状態は監視準備中（ＲＥＡＤＹ）とする。次に、Ｓ１００７において、監視制御部５０７は、機器Ａの監視を開始する。
なお、上記Ｓ１００６及びＳ１００７では、マスタ監視装置１２１、及び中央管理装置１３１の許可を得ることなく、直ちに、自律的に、機器の登録、及び監視を開始する例を説明している。このような構成を取ることで、監視停止時間を短縮することができるという効果がある。監視開始処理を正常終了した場合、監視制御部５０７は、登録状態を登録済（ＲＥＧＩＳＴＥＲＥＤ），監視状態を監視中（ＷＡＴＣＨＩＮＧ）に変更する。監視開始処理でエラー発生時は、監視状態をエラー（ＥＲＲＯＲ）とし、エラー原因を適宜変更して、再試行する。この再試行については、本発明の本質とは異なるため説明を省略する。
【０１１０】
上記Ｓ１００７の処理の後（即ち、監視処理の開始後）、監視制御部５０７は、機器Ａの機器監視開始をマスタ監視装置１２１へ通知する。機器監視開始通知には、少なくとも、シリアル番号／ＭＡＣアドレス等の機器特定情報、及び、ＩＰアドレス／ホスト名等の通信情報を機器情報として、付帯して送信する。Ｓ１００８の処理の後、監視制御部５０７は、本スレーブ機器監視登録処理を終了する。
【０１１１】
また、上記Ｓ１００５において、入力引数の内、機器特定情報である、シリアル番号Ｙ、ＭＡＣアドレスＺをキーに、機器Ａが前記行方不明機器リストに含まれていることが確認できないと判定した場合（Ｓ１００５でＮｏの場合）、監視制御部５０７は、そのまま本機器監視登録処理を終了する。
【０１１２】
図１１Ａは、マスタ監視装置１２１の動作を示すメインのフローチャートである。なお、図１１Ａ、図１２、図１３のフローチャートに示す各ステップの処理は、マスタ監視装置１２１に設けられたＣＰＵ２０１がＲＯＭ２０２，ＨＤ２０５等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。また、本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については、本発明の本質とは異なるため、説明を省略する。また、特に断らない限り、本処理は監視制御部４０５が主体となって必要に応じて各部と連携して動作するものとする。なお、図１１Ｂ（ａ）については実施例２で説明し、図１１Ｂ（ｂ）については実施例３で説明する。
【０１１３】
マスタ監視装置１２１に電源が投入されると、マスタ監視装置１２１では、まず、電源投入に伴うシステムの初期化を行う（Ｓ１３０１）。具体的には、初期設定情報の読み込み、各動作部の初期化処理等を行う。例えば、機器情報管理部４０６は、データベースアクセス部４０４を介し、データベース１２４からスレーブ監視装置管理テーブルＴｓ（図１６）や、機器管理テーブルＴｍ（図１５）などにアクセスし、初期化に必要な情報をＲＡＭ２０３等のワーキングメモリ上に読み込む。なお、スレーブ監視装置管理テーブルＴｓ（図１６）や機器管理テーブルＴｍ（図１５）の詳細は、フローチャートの説明と合わせて後述する。
【０１１４】
次に、Ｓ１３０２において、監視制御部４０５は、スレーブ監視装置１０１、１１１からのエラー通知を検知（スレーブ監視装置１０１、１１１からエラー通知を受信）したか否かを判定する。また、本実施例では、スレーブ監視装置への通信テスト依頼時に、機器からエラーを通知された場合も本ステップで処理するものとする。
【０１１５】
そして、スレーブ監視装置１０１、１１１からのエラー通知を検知したと判定した場合（Ｓ１３０２でＹｅｓの場合）、監視制御部４０５は、Ｓ１３０３に処理を進める。
Ｓ１３０３において、監視制御部４０５は、探索リトライ期間であるか否かを判定する。この判定においては、データベース１２４に格納された機器管理テーブルＴｍ（図１５）から該エラー通知に対応する機器の機器情報を取得することにより行う。
【０１１６】
機器管理テーブルＴｍについて、図１５を用いて説明する。
図１５は、機器管理テーブルＴｍを例示する図である。なお、機器管理テーブルＴｍは、データベース１２４で記憶管理される。
図１５に示すように、本実施例の機器管理テーブルＴｍは、デバイスＩＤ、ＩＰアドレス、ホスト名、スレーブ監視装置名、登録状態、監視状態、エラー原因、エラー発生日時、最終処理日時等を項目として保持する。また、データベース１２４中の機器管理テーブルＴｍには、上記以外の機器情報も含まれるが、本発明の本質とは関係しないため、説明を省略する。また、デバイスＩＤ、ＩＰアドレス、ホスト名、登録状態、監視状態、エラー原因については、図１４と同じため説明を省略し、異なる項目についてのみ説明する。
【０１１７】
図１５において、スレーブ監視装置名は、スレーブ監視装置を一意に特定する名称である。本実施例では、スレーブ監視装置名を、スレーブ監視装置を一意に特定する名称としているが、スレーブ監視装置を一意に特定するＩＤとしても構わない。
エラー発生日時は、監視状態が「ＥＲＲＯＲ」で更新された時点を示す情報であり、以降、同一のエラー原因でエラー状態が継続する場合は、最終処理日時の項目を更新する。このエラー発生日時と最終処理日時により、エラー継続期間を算出できる。このため、探索の再試行の可否をエラー継続期間で決定することができる。本実施例では、監視制御部４０５は、上記エラー継続期間を算出して予め設定されている探索リトライ期間と比較することで、上記図１１ＡのＳ１３０３の探索リトライ期間であるか否か（即ち、探索の再試行可否）を判定する。例えば、監視制御部４０５は、上記エラー継続期間が探索リトライ期間を超えていない場合には探索リトライ期間であると判定し、上記エラー継続期間が探索リトライ期間を超えた場合には探索リトライ期間でないと判定する。
【０１１８】
上記Ｓ１３０３において、監視制御部４０５が、探索リトライ期間であると判定した場合（Ｓ１３０３でＹｅｓの場合）、Ｓ１３０４に処理を進める。
Ｓ１３０４において、監視制御部４０５は、通知元のスレーブ監視装置以外のスレーブ監視装置の通信アドレスを取得する。この取得には、スレーブ監視装置管理テーブルＴｓを使用する。
【０１１９】
スレーブ監視装置管理テーブルＴｓについて、図１６を用いて説明する。
図１６は、スレーブ監視装置管理テーブルＴｓを例示する図である。なお、スレーブ監視装置管理テーブルＴｓは、データベース１２４で記憶管理される。
図１６に示すように、本実施例のスレーブ監視装置管理テーブルＴｓは、スレーブ監視装置名、ＩＰアドレス、ホスト名、監視装置ＩＤ等を項目として保持する。また、データベース１２４中のスレーブ監視装置管理テーブルＴｓには、上記以外の管理情報も含まれるが、本発明の本質とは関係しないため、説明を省略する。
【０１２０】
図１６において、スレーブ監視装置名は、前述の通り、スレーブ監視装置を一意に特定する名称である。ＩＰアドレス、ホスト名は、各スレーブ監視装置の通信アドレスとして使用するものであり、何れか一つでも構わない。監視装置ＩＤは、中央管理装置１３１で管理されている監視装置ＩＤであり、通常、スレーブ監視装置一台につき、一つの監視装置ＩＤを割り当てる。大規模環境で一拠点に複数のスレーブ監視装置を配置する場合等は、複数のスレーブ監視装置に同一の監視装置を割り当てる。
【０１２１】
上記図１１ＡのＳ１３０４では、監視制御部４０５は、自身が管理する全スレーブ監視装置のうち、上述のエラー通知元のスレーブ監視装置を除外して、スレーブ監視装置管理テーブルＴｓからＩＰアドレスを取得する。
【０１２２】
次に、Ｓ１３０５において、監視制御部４０５は、探索機器（エラー通知に対応する機器）が個別探索対象であるか否かを判定する。例えば、機器管理テーブルＴｍの探索機器のエラー原因が名前解決エラー（ＥＲＲ＿ＮＡＭＥ＿ＲＥＳＯＬＵＴＩＯＮ）のエラー継続期間が閾値以下の場合等の条件を予め設定しておき、この条件を満たす場合に個別探索対象であると判定する。なお、この条件は、外部ファイル等で可変に構成してもよい。
【０１２３】
そして、上記Ｓ１３０５において、探索機器が個別探索対象であると判定した場合（Ｓ１３０５でＹｅｓの場合）、監視制御部４０５は、Ｓ１３０６に処理を進める。
Ｓ１３０６において、監視制御部４０５は、通知元スレーブ監視装置以外のスレーブ監視装置に、ホスト名／ＩＰアドレス指定で探索依頼を送信する。この依頼には少なくとも、探索機器のホスト名／ＩＰアドレス、シリアル番号／ＭＡＣアドレスを付帯する。本Ｓ１３０６の処理の後、監視制御部４０５は、Ｓ１３０７に処理を進める。
【０１２４】
一方、上記Ｓ１３０５において、探索機器が個別探索対象でないと判定した場合（Ｓ１３０５でＮｏの場合）、監視制御部４０５は、Ｓ１３０８に処理を進める。
Ｓ１３０８において、監視制御部４０５は、通知元スレーブ監視装置以外のスレーブ監視装置に、全探索依頼を送信する。この依頼には少なくとも、探索機器のシリアル番号／ＭＡＣアドレスを付帯する。本Ｓ１３０８の処理の後、監視制御部４０５は、Ｓ１３０７に処理を進める。
【０１２５】
また、上記Ｓ１３０３において、監視制御部４０５が、探索リトライ期間でないと判定した場合（Ｓ１３０３でＮｏの場合）、Ｓ１３０９に処理を進める。
Ｓ１３０９において、監視制御部４０５は、スレーブ監視装置管理テーブルＴｓから、通知元スレーブ監視装置の通信アドレスを取得し、Ｓ１３１０において、通知元スレーブ監視装置に機器削除を依頼する。即ち、監視制御部４０５は、名前解決の失敗、登録されたアドレス情報の不一致、通信テストの失敗の少なくともいずれかのエラーが所定時間（探索リトライ期間）を超えて継続している場合に、監視不能と判断し、エラー通知元のスレーブ監視装置に、該エラー通知に対応する機器を監視対象から削除する依頼を送信する。本Ｓ１３１０の処理の後、監視制御部４０５は、Ｓ１３０７に処理を進める。
【０１２６】
上記Ｓ１３０６、Ｓ１３０８又はＳ１３１０の処理の後、監視制御部４０５は、Ｓ１３０７において、上記通知されたエラー情報で機器管理テーブルＴｍ上の機器情報を更新する。具体的には、監視状態、エラー原因、エラー発生日時、最終処理日時を更新する。本Ｓ１３０７の処理の後、監視制御部４０５は、Ｓ１３０２に処理を移行する。
【０１２７】
また、上記Ｓ１３０２において、スレーブ監視装置からのエラー通知を検知していないと判定した場合（Ｓ１３０２でＮｏの場合）、監視制御部４０５は、Ｓ１３１１に処理を進める。
Ｓ１３１１において、監視制御部４０５は、スレーブ監視装置からの機器監視開始通知を検知（スレーブ監視装置から機器監視開始通知を受信）したか否かを判定する。そして、スレーブ監視装置による機器監視開始通知を検知したと判定した場合（Ｓ１３１１でＹｅｓの場合）、監視制御部４０５は、Ｓ１３１２において、該機器監視開始通知に対応する機器の機器情報更新処理を実行する。機器情報更新処理については、図１２を用いて後述する。該Ｓ１３１２の処理の後、監視制御部４０５は、Ｓ１３０２に処理を移行する。
【０１２８】
一方、スレーブ監視装置による機器監視開始通知を検知していないと判定した場合（Ｓ１３１１でＮｏの場合）、監視制御部４０５は、Ｓ１３１３に処理を進める。
Ｓ１３１３において、監視制御部４０５は、スレーブ監視装置からの行方不明機器リストの取得依頼を検知（スレーブ監視装置から行方不明機器リストの取得依頼を受信）したか否かを判定する。そして、スレーブ監視装置からの行方不明機器リストの取得依頼を検知したと判定した場合（Ｓ１３１３でＹｅｓの場合）、監視制御部４０５は、Ｓ１３１４に処理を進める。
【０１２９】
Ｓ１３１４において、監視制御部４０５は、機器管理テーブルＴｍを参照し、行方不明機器リストを作成する。行方不明機器リストは、機器管理テーブルＴｍのうち、監視状態が監視準備中（ＲＥＡＤＹ）、監視停止（ＳＴＯＰＰＥＤ）、通信不能エラー（ＥＲＲＯＲ）状態である機器を網羅したリストである。
次に、Ｓ１３１５において、監視制御部４０５は、上記Ｓ１３１４で作成した行方不明機器リストを依頼元のスレーブ監視装置に送信し、Ｓ１３０２に処理を移行する。
【０１３０】
また、上記Ｓ１３１３において、スレーブ監視装置からの行方不明機器リストの取得依頼を検知していないと判定した場合（Ｓ１３１３でＮｏの場合）、監視制御部４０５は、Ｓ１３１６に処理を進める。
Ｓ１３１６において、監視制御部４０５は、「監視停止」機器の定期処理時間になったか否かを判定する。そして、「監視停止」機器の定期処理時間になったと判定した場合（Ｓ１３１６でＹｅｓの場合）、監視制御部４０５は、Ｓ１３１７に処理を進める。
【０１３１】
Ｓ１３１７において、監視制御部４０５は、機器管理テーブルＴｍを参照し、監視状態が「監視停止」である機器があるか否かを判定する。そして、監視状態が「監視停止」である機器がないと判定した場合（Ｓ１３１７でＮｏの場合）、監視制御部４０５は、そのままＳ１３０２に処理を移行する。
【０１３２】
一方、監視状態が「監視停止」である機器があると判定した場合（Ｓ１３１７でＹｅｓの場合）、監視制御部４０５は、Ｓ１３１８に処理を進める。
Ｓ１３１８において、監視制御部４０５は、探索機器（上記監視状態が「監視停止」である機器）が個別探索対象であるか否かを判定する。この判定条件はＳ１３０５の説明で記載した通りである。そして、探索機器が個別探索対象であると判定した場合（Ｓ１３１８でＹｅｓの場合）、監視制御部４０５は、Ｓ１３１９に処理を進める。
【０１３３】
Ｓ１３１９において、監視制御部４０５は、スレーブ監視装置管理テーブルＴｓを参照して、全スレーブ監視装置の通信アドレスを取得し、Ｓ１３２０において、全スレーブ監視装置に、ＩＰアドレス／ホスト名指定で探索依頼を送信する。この依頼には少なくとも、探索機器のＩＰアドレス／ホスト名、シリアル番号／ＭＡＣアドレスを付帯する。本Ｓ１３１９の処理の後、監視制御部４０５は、Ｓ１３２１に処理を進める。
【０１３４】
また、上記Ｓ１３１８において、探索機器が個別探索対象でないと判定した場合（Ｓ１３１８でＮｏの場合）、監視制御部４０５は、Ｓ１３２３に処理を進める。
Ｓ１３２３において、監視制御部４０５は、探索機器が監視エリア内の全探索対象であるか否かを判定する。ここでの判定条件は、個別探索出来ないのに加え、個別探索で一定時間以上探索出来ていない場合、且つ探索リトライ期間中であることとする。この条件も前述のように、外部ファイル等で可変に構成してもよい。
【０１３５】
そして、上記Ｓ１３２３において、探索機器が監視エリア内の全探索対象でないと判定した場合（Ｓ１３２３でＮｏの場合）、監視制御部４０５は、そのままＳ１３０２に処理を移行する。
一方、上記Ｓ１３２３において、探索機器が監視エリア内の全探索対象であると判定した場合（Ｓ１３２３でＹｅｓの場合）、監視制御部４０５は、Ｓ１３２４に処理を進める。
【０１３６】
Ｓ１３２４において、監視制御部４０５は、マスタ監視装置１２１で監視する全スレーブ監視装置の通信アドレスをスレーブ監視装置管理テーブルＴｓから取得し、Ｓ１３２５において、全スレーブ監視装置に機器の全探索指定で探索依頼を送信する。この依頼には少なくとも、探索機器のシリアル番号／ＭＡＣアドレスを付帯する。本Ｓ１３２５の処理の後、監視制御部４０５は、Ｓ１３２１に処理を進める。
【０１３７】
上記Ｓ１３２０、Ｓ１３２５の処理の後、監視制御部４０５は、Ｓ１３２１において、中央管理装置１３１へ、監視停止継続通知が必要か否かを判定する。監視停止継続通知は、中央管理装置１３１で管理されているにも関わらず、監視停止している機器について、中央管理装置１３１に監視停止が継続している、即ち異常を通知するための通知である。本実施例では、上記Ｓ１３１０において、スレーブ監視装置側の登録を削除するため、中央管理装置へ監視停止に関わるエラー通知をマスタ監視装置１２１が代替する。スレーブ監視装置側の登録を削除せず、「監視停止」を指示する場合は、スレーブ監視装置側で中央管理装置１３１へ前記エラー通知を実施するように構成してもよい。
【０１３８】
そして、上記Ｓ１３２１において、監視停止継続通知が必要であると判定した場合（Ｓ１３２１でＹｅｓの場合）、監視制御部４０５は、Ｓ１３２２において、中央管理装置１３１に監視停止継続通知を送信し、Ｓ１３０２に処理を移行する。
一方、上記Ｓ１３２１において、監視停止継続通知が必要でないと判定した場合（Ｓ１３２１でＮｏの場合）、監視制御部４０５は、そのままＳ１３０２に処理を移行する。
【０１３９】
また、上記Ｓ１３１６において、「監視停止」機器の定期処理時間ではないと判定した場合（Ｓ１３１６でＮｏの場合）、監視制御部４０５は、Ｓ１３２６に処理を進める。
Ｓ１３２６において、監視制御部４０５は、定期処理として、管理情報確認時間であるか否かを判定する。そして、管理情報確認時間であると判定した場合（Ｓ１３２６でＹｅｓの場合）、監視制御部４０５は、Ｓ１３２７において、機器情報変更確認処理を実行する。機器情報変更確認処理については、図１３を用いて後述する。本Ｓ１３２７の処理の後、監視制御部４０５は、Ｓ１３０２に処理を移行する。
【０１４０】
一方、管理情報確認時間でないと判定した場合（Ｓ１３２６でＮｏの場合）、監視制御部４０５は、実施例１においては、そのままＳ１３０２に処理を移行する。
なお、Ｓ１３１０において通知元スレーブ監視装置に機器削除を依頼して、Ｓ１３０７において機器情報更新を行った場合、「監視停止」機器の定期処理時間を待たず、Ｓ１３１７に処理を進め、他のスレーブ監視装置に探索を依頼するようにしてもよい。
【０１４１】
次に、図１１ＡのＳ１３１２の機器情報更新処理について、図１２を用いて説明する。
図１２は、図１１ＡのＳ１３１２の機器情報更新処理を例示するフローチャートである。
【０１４２】
先ず、Ｓ１４０１において、監視制御部４０５は、機器監視開始通知の通知元スレーブ監視装置をＡ、監視を開始した機器をＸとし、処理を開始する。
Ｓ１４０２において、監視制御部４０５は、機器管理テーブルＴｍから、機器Ｘの機器情報を取得する。
【０１４３】
次に、Ｓ１４０３において、監視制御部４０５は、上記Ｓ１４０２で機器Ｘの機器情報を取得できたか、即ち、機器Ｘの機器情報が機器管理テーブルＴｍに登録済みであるか否かを判定する。そして、機器Ｘの機器情報が機器管理テーブルＴｍに登録済みであると判定した場合（Ｓ１４０３でＹｅｓの場合）、監視制御部４０５は、Ｓ１４０４に処理を進める。
【０１４４】
Ｓ１４０４において、監視制御部４０５は、別のスレーブ監視装置Ｂが機器Ｘを監視しているか判定する。具体的には、スレーブ監視装置管理テーブルＴｓを参照し、取得した機器情報内のスレーブ監視装置名の値がスレーブ監視装置Ａの装置名と異なり、且つ、監視状態が「ＷＡＴＣＨＩＮＧ」である場合に、別のスレーブ監視装置Ｂが機器Ｘを監視していると判定する。
【０１４５】
そして、別のスレーブ監視装置Ｂが機器Ｘを監視していると判定した場合（Ｓ１４０４でＹｅｓの場合）、監視制御部４０５は、Ｓ１４０５に処理を進める。
Ｓ１４０５において、監視制御部４０５は、スレーブ監視装置管理テーブルＴｓを参照し、スレーブ監視装置Ａ、Ｂの通信先アドレスを取得する。
【０１４６】
次に、Ｓ１４０６において、監視制御部４０５は、機器Ｘの監視状態が正常であるか否かを判定する。そして、機器Ｘの監視状態が正常であると判定した場合（Ｓ１４０６でＹｅｓの場合）、監視制御部４０５は、Ｓ１４０７に処理を進める。
Ｓ１４０７において、監視制御部４０５は、スレーブ監視装置Ｂに機器通信テストを依頼する。
【０１４７】
次に、Ｓ１４０８において、監視制御部４０５は、上記Ｓ１４０７に依頼に対する応答、即ち通信テストの結果応答があったか否かを判定する。通信テストの結果応答がなかったと判定した場合（Ｓ１４０８でＮｏの場合）、監視制御部４０５は、応答があるまで待機する。そして、通信テストの結果応答があったと判定した場合（Ｓ１４０８でＹｅｓの場合）、監視制御部４０５は、Ｓ１４０９に処理を進める。
【０１４８】
Ｓ１４０９において、監視制御部４０５は、通信テストの結果が正常であったか否かを判定する。そして、通信テストの結果が正常であったと判定した場合（Ｓ１４０９でＹｅｓの場合）、監視制御部４０５は、Ｓ１４１０において、新しく登録を通知したスレーブ監視装置Ａに機器削除を依頼する。このＳ１４１０の処理では、複数のスレーブ監視装置が同一機器を監視可能な場合に、先に機器を監視しているスレーブ監視装置を優先し、新しく監視を開始したスレーブ監視装置に機器登録解除・監視停止を指示する例を説明している。このような構成を取ることで、無駄なスレーブ監視装置の変更を抑えるという効果がある。本Ｓ１４１０の処理の後、監視制御部４０５は、Ｓ１４１１に処理を進める。
【０１４９】
一方、上記Ｓ１４０９において、通信テストの結果が正常でなかったと判定した場合（Ｓ１４０９でＮｏの場合）、監視制御部４０５は、Ｓ１４１２に処理を進める。
Ｓ１４１２において、監視制御部４０５は、通信テストの結果が、再試行が必要なエラーであるか否かを判定する。例えば、デバイス電源断を示す通信タイムアウトエラーが該当する。
【０１５０】
そして、再試行が必要なエラーであると判定した場合（Ｓ１４１２でＹｅｓの場合）、監視制御部４０５は、Ｓ１４１３に処理を進める。
Ｓ１４１３において、監視制御部４０５は、通信テスト再試行タスクをセットする。なお、通信テスト再試行タスクが実行されるフローについては、本発明の本質とは関係しないため、説明を省略する。本Ｓ１４１３の処理の後、監視制御部４０５は、Ｓ１４１１に処理を進める。
【０１５１】
一方、上記Ｓ１４１２において、再試行が必要なエラーでないと判定した場合（Ｓ１４１２でＮｏの場合）、監視制御部４０５は、Ｓ１４１４に処理を進める。
また、上記Ｓ１４０６において、機器Ｘの監視状態が正常でないと判定した場合（Ｓ１４０６でＮｏの場合）にも、監視制御部４０５は、Ｓ１４１４に処理を進める。
【０１５２】
Ｓ１４１４において、監視制御部４０５は、機器管理テーブルＴｍに登録済みであるスレーブ監視装置Ｂに機器削除依頼を送信する。このＳ１４１４では、先に機器を監視しているスレーブ監視装置がある場合、且つ当該スレーブ監視装置が機器を監視出来ない場合に、先に機器を監視していたスレーブ監視装置に機器登録解除・監視停止を指示する例を説明している。このような構成を取ることで、先に監視をしていていたスレーブ監視装置の無駄な処理負荷を抑えるという効果がある。
【０１５３】
Ｓ１４１４の処理の後、監視制御部４０５は、Ｓ１４１５において、スレーブ監視装置Ａの監視装置ＩＤとスレーブ監視装置Ｂの監視装置ＩＤが異なるか否かを、スレーブ監視装置管理テーブルＴｓを参照して判定する。そして、スレーブ監視装置Ａの監視装置ＩＤとスレーブ監視装置Ｂの監視装置ＩＤが異なると判定した場合（Ｓ１４１５でＹｅｓの場合）、監視制御部４０５は、Ｓ１４１６に処理を進める。
Ｓ１４１６において、監視制御部４０５は、中央管理装置１３１に対し、機器Ｘの機器情報を、スレーブ監視装置Ｂの下からスレーブ監視装置Ａの下へ移動するように指示する。即ち、監視制御部４０５は、スレーブ監視装置Ｂに関連付けられていた機器Ｘの機器情報を、スレーブ監視装置Ａに関連付けるように中央管理装置１３１に指示する。本Ｓ１４１６の処理の後、監視制御部４０５は、Ｓ１４１７に処理を進める。
【０１５４】
一方、上記Ｓ１４１５において、スレーブ監視装置Ａの監視装置ＩＤとスレーブ監視装置Ｂの監視装置ＩＤが等しいと判定した場合（Ｓ１４１５でＮｏの場合）、監視制御部４０５は、Ｓ１４１７に処理を進める。
【０１５５】
Ｓ１４１７において、監視制御部４０５は、上記機器監視開始通知で通知された機器情報（ＩＰアドレス、ホスト名、シリアル番号、ＭＡＣアドレス等）で、中央管理装置１３１内の登録情報を更新するように制御し、Ｓ１４１１に処理を進める。
【０１５６】
上記Ｓ１４１０、Ｓ１４１３又はＳ１４１７の処理の後、監視制御部４０５は、Ｓ１４１１において、マスタ監視装置１２１内の機器管理テーブルＴｍの機器Ｘの機器情報を、上記機器監視開始通知で通知された機器情報等で更新する。なお、スレーブ監視装置や監視状態が変更になった場合は、スレーブ監視装置名や監視状態も合わせて更新する。本Ｓ１４１１の処理の後、監視制御部４０５は、本機器情報更新処理を終了する。
【０１５７】
また、上記Ｓ１４０４において、別のスレーブ監視装置Ｂが機器Ｘを監視していないと判定した場合（Ｓ１４０４でＮｏの場合）、監視制御部４０５は、Ｓ１４１８に処理を進める。
Ｓ１４１８において、監視制御部４０５は、機器Ｘが監視停止（ＳＴＯＰＰＥＤ）状態か否かを判定する。そして、機器Ｘが監視停止状態であると判定した場合（Ｓ１４１８でＹｅｓの場合）、監視制御部４０５は、Ｓ１４１９に処理を進める。
【０１５８】
Ｓ１４１９において、監視制御部４０５は、スレーブ監視装置Ａの監視装置ＩＤと元のスレーブ監視装置Ｃの監視装置ＩＤが同じであるか否かを、スレーブ監視装置管理テーブルＴｓを参照して判定する。なお、元のスレーブ監視装置Ｃは、機器管理テーブルＴｍを参照して特定する。
そして、スレーブ監視装置Ａの監視装置ＩＤと元のスレーブ監視装置Ｃの監視装置ＩＤが同じであると判定した場合（Ｓ１４１９でＹｅｓの場合）、監視制御部４０５は、Ｓ１４２０に処理を進める。
【０１５９】
一方、上記Ｓ１４１９において、スレーブ監視装置Ａの監視装置ＩＤと元のスレーブ監視装置Ｃの監視装置ＩＤが同じでないと判定した場合（Ｓ１４１９でＮｏの場合）、監視制御部４０５は、Ｓ１４２１に処理を進める。
Ｓ１４２１において、監視制御部４０５は、中央管理装置１３１に対し、機器Ｘの機器情報を、スレーブ監視装置Ｃの下からスレーブ監視装置Ａの下へ移動するように指示する。即ち、監視制御部４０５は、スレーブ監視装置Ｃに関連付けられていた機器Ｘの機器情報を、スレーブ監視装置Ａに関連付けるように中央管理装置１３１に指示する。本Ｓ１４２１の処理の後、監視制御部４０５は、Ｓ１４２０に処理を進める。
【０１６０】
上記Ｓ１４２１処理の後、又は、Ｓ１４１９でＹｅｓの場合、監視制御部４０５は、Ｓ１４２０において、上記Ｓ１４１７と同様に、上記機器監視開始通知で通知された機器情報で、中央管理装置１３１内の登録情報を更新し、Ｓ１４２２に処理を進める。
また、上記Ｓ１４１８において、機器Ｘが監視停止状態でないと判定した場合（Ｓ１４１８でＮｏの場合）、監視制御部４０５は、そのままＳ１４２２に処理を進める。
【０１６１】
Ｓ１４２０の処理の後、又は、上記Ｓ１４１８でＮｏの場合、監視制御部４０５は、Ｓ１４２２において、上記Ｓ１４１１と同様に、マスタ監視装置１２１内の機器管理テーブルＴｍの機器情報を、上記機器監視開始通知で通知された機器情報で更新し、本フローチャートの処理を終了する。
【０１６２】
また、上記Ｓ１４０３において、機器Ｘの機器情報が機器管理テーブルＴｍに登録済みでないと判定した場合（Ｓ１４０３でＮｏの場合）、監視制御部４０５は、Ｓ１４２３に処理を進める。
【０１６３】
Ｓ１４２３において、監視制御部４０５は、中央管理装置１３１から機器Ｘの機器情報を取得する。次に、Ｓ１４２４において、監視制御部４０５は、上記Ｓ１４２３で中央管理装置１３１から機器Ｘの機器情報を取得できたか否か、即ち機器Ｘが中央管理装置１３１に登録済みであるか否かを判定する。そして、機器Ｘが中央管理装置１３１に登録済みであると判定した場合（Ｓ１４２４でＹｅｓの場合）、監視制御部４０５は、Ｓ１４２５に処理を進める。
【０１６４】
Ｓ１４２５において、監視制御部４０５は、上記機器監視開始通知で通知された機器情報と、上記Ｓ１４２３で取得した機器情報とを比較して、中央管理装置１３１に登録されている情報の更新が必要か否かを判定する。
そして、中央管理装置１３１に登録されている情報の更新が必要であると判定した場合（Ｓ１４２５でＹｅｓの場合）、監視制御部４０５は、Ｓ１４２６において、上記機器監視開始通知で通知された機器情報で、中央管理装置１３１内の登録情報を更新し、Ｓ１４２７に処理を進める。
【０１６５】
一方、中央管理装置１３１に登録されている情報の更新が必要でないと判定した場合（Ｓ１４２５でＮｏの場合）、監視制御部４０５は、そのままＳ１４２７に処理を進める。
【０１６６】
Ｓ１４２６の処理の後、又は、上記Ｓ１４２５でＮｏの場合、監視制御部４０５は、Ｓ１４２７において、上記機器監視開始通知で通知された機器情報を用いて、機器管理テーブルＴｍに機器Ｘの機器情報を登録し、本機器情報更新処理を終了する。
【０１６７】
また、上記Ｓ１４２４において、機器Ｘが中央管理装置１３１に登録済みでないと判定した場合（Ｓ１４２４でＮｏの場合）、監視制御部４０５は、Ｓ１４２８に処理を進める。
Ｓ１４２８において、監視制御部４０５は、スレーブ監視装置Ａの通信アドレスを取得し、Ｓ１４２９において、スレーブ監視装置Ａに機器削除を依頼する。そして、Ｓ１４２９の処理の後、監視制御部４０５は、本機器情報更新処理を終了する。
【０１６８】
次に、図１１ＡのＳ１３２７の機器情報変更確認処理について、図１３を用いて説明する。
図１３は、図１１ＡのＳ１３２７の機器情報変更確認処理を例示するフローチャートである。本処理は、中央管理装置１３１の登録情報が、マスタ監視装置１２１の管理情報から変更されていないかを確認する処理である。
【０１６９】
先ず、Ｓ１６０１において、監視制御部４０５は、スレーブ監視装置管理テーブルＴｓから全スレーブ監視装置の監視装置ＩＤを取得する。
次に、Ｓ１６０２において、監視制御部４０５は、中央管理装置１３１から、上記Ｓ１６０１で取得した監視装置ＩＤ毎の全機器情報を取得し（監視装置ＩＤ毎に、監視装置ＩＤに関連付けられている全機器情報を取得し）、該取得した全機器情報を合わせて機器リストＬとする。機器リストＬの機器情報には、機器を管理するスレーブ監視装置の監視装置ＩＤや設置場所等の情報が含まれるものとする。
【０１７０】
次に、Ｓ１６０３において、監視制御部４０５は、機器リストＬの各機器の変更確認を行うため、処理変数として、機器リストＬの監視機器数Ｎ、機器リストＬのｉ番目の監視機器をＤｉ（ｉ＝０，・・・，Ｎ−１）とし、ｉ＝０，・・・，Ｎ−１について、Ｓ１６０４〜Ｓ１６１８の処理を実行するように制御する。
【０１７１】
まず、Ｓ１６０４において、監視制御部４０５は、監視機器ＤｉのデバイスＩＤをキーに機器管理テーブルＴｍから機器情報を取得する。
次に、Ｓ１６０５において、監視制御部４０５は、上記Ｓ１６０４で取得した監視機器ＤｉのデバイスＩＤをキーに機器管理テーブルＴｍから機器情報を取得できたか、即ち、監視機器ＤｉのデバイスＩＤに対応する機器情報が機器管理テーブルＴｍに登録されているか否かを判定する。
【０１７２】
そして、監視機器ＤｉのデバイスＩＤに対応する機器情報が機器管理テーブルＴｍに登録されていると判定した場合（Ｓ１６０５でＹｅｓの場合）、監視制御部４０５は、Ｓ１６０６に処理を進める。
【０１７３】
Ｓ１６０６において、監視制御部４０５は、上記機器管理テーブルＴｍに登録されている監視機器Ｄｉの機器情報と、中央管理装置１３１から取得した監視機器Ｄｉの機器情報とを比較する。
さらに、Ｓ１６０７において、監視制御部４０５は、上記機器管理テーブルＴｍに登録されている監視機器Ｄｉの機器情報と、中央管理装置１３１から取得した機器情報とで、監視機器Ｄｉを監視するスレーブ監視装置の監視装置ＩＤが異なるか否かを判定する。
そして、監視装置ＩＤが異なると判定した場合（Ｓ１６０７でＹｅｓの場合）、監視制御部４０５は、Ｓ１６０８に処理を進める。
【０１７４】
一方、監視装置ＩＤが等しいと判定した場合（Ｓ１６０７でＮｏの場合）、監視制御部４０５は、Ｓ１６１０に処理を進める。
Ｓ１６１０において、監視制御部４０５は、上記機器管理テーブルＴｍに登録されている監視機器Ｄｉの機器情報と、中央管理装置１３１から取得した機器情報とで、ＩＰアドレス／ホスト名等の通信情報が異なっているかを判定する。そして、ＩＰアドレス／ホスト名等の通信情報が異なっていると判定した場合（Ｓ１６１０でＹｅｓの場合）、監視制御部４０５は、Ｓ１６０８に処理を進める。
【０１７５】
一方、ＩＰアドレス／ホスト名等の通信情報が等しいと判定した場合（Ｓ１６１０でＮｏの場合）、監視制御部４０５は、Ｓ１６１１に処理を進める。
Ｓ１６１１において、監視制御部４０５は、上記機器管理テーブルＴｍに登録されている監視機器Ｄｉの機器情報と、中央管理装置１３１から取得した機器情報とで、設置場所が異なるかを判定する。なお、図示しないが、機器管理テーブルＴｍには、設置場所の情報も格納されているものとする。
そして、設置場所が異なると判定した場合（Ｓ１６１１でＹｅｓの場合）、監視制御部４０５は、Ｓ１６０８に処理を進める。
【０１７６】
上記Ｓ１６０７、Ｓ１６１０、Ｓ１６１１の何れかでＹｅｓの場合、監視制御部４０５は、Ｓ１６０８において、監視機器Ｄｉを監視するスレーブ監視装置に、機器情報の変更依頼を送信する。
【０１７７】
次に、Ｓ１６０９において、監視制御部４０５は、この機器情報の変更が監視状態に影響を与えたかを調べるために、監視機器Ｄｉを監視するスレーブ監視装置に、監視機器Ｄｉの通信テストを依頼する。この通信テストでエラーになった場合は、マスタ監視装置メインフローの図１１ＡのＳ１３０２で処理されるものとする。上記Ｓ１６０９の処理の後、監視制御部４０５は、Ｓ１６１８に処理を進める。
【０１７８】
また、上記Ｓ１６１１において、設置場所が等しいと判定した場合（Ｓ１６１１でＮｏの場合）、監視制御部４０５は、そのままＳ１６１８に処理を進める。
【０１７９】
また、上記Ｓ１６０５において、監視制御部４０５は、監視機器ＤｉのデバイスＩＤに対応する機器情報が機器管理テーブルＴｍに登録されていないと判定した場合（Ｓ１６０５でＮｏの場合）、Ｓ１６１２に処理を進める。
【０１８０】
Ｓ１６１２において、監視制御部４０５は、機器管理テーブルＴｍへ機器Ｄｉを新規登録する。
次に、Ｓ１６１３において、監視制御部４０５は、監視機器Ｄｉの機器情報から監視機器Ｄｉを監視するスレーブ監視装置を特定する。具体的には、スレーブ監視装置管理テーブルＴｓから、中央管理装置１３１から取得した監視機器Ｄｉの機器情報に含まれる監視装置ＩＤを持つスレーブ監視装置を取得する。なお、取得したスレーブ監視装置が複数の場合は、監視制御部４０５は、以降の処理（Ｓ１６１４〜Ｓ１６１７）を複数台のスレーブ監視装置に対して行う。
【０１８１】
上記Ｓ１６１３の処理の後、監視制御部４０５は、Ｓ１６１４において、スレーブ監視装置管理テーブルＴｓを参照して、特定したスレーブ監視装置のＩＰアドレスを取得する。
次に、Ｓ１６１５において、監視制御部４０５は、上記監視機器Ｄｉの機器情報としてＩＰアドレス／ホスト名等の通信アドレスが特定できる情報が指定（設定）されているか否かを判定する。そして、監視機器Ｄｉの機器情報としてＩＰアドレス／ホスト名等の通信アドレスが指定されていると判定した場合（Ｓ１６１５でＹｅｓの場合）、監視制御部４０５は、Ｓ１６１６に処理を進める。
【０１８２】
Ｓ１６１６において、監視制御部４０５は、上記Ｓ１６１４で取得したＩＰアドレス等により特定したスレーブ監視装置に、個別探索依頼を送信する。この依頼には、少なくとも探索機器（上記監視機器Ｄｉ）の機器情報として指定されているＩＰアドレス／ホスト名、シリアル番号／ＭＡＣアドレスを付帯する。本Ｓ１６１６の処理の後、監視制御部４０５は、Ｓ１６１８に処理を進める。
【０１８３】
一方、上記Ｓ１６１５において、監視機器Ｄｉの機器情報としてＩＰアドレス／ホスト名等の通信アドレスが指定されていないと判定した場合（Ｓ１６１５でＮｏの場合）、監視制御部４０５は、Ｓ１６１７に処理を進める。
Ｓ１６１７において、監視制御部４０５は、上記Ｓ１６１４で取得したＩＰアドレス等により特定したスレーブ監視装置に、全探索依頼を送信する。この依頼には、少なくとも探索機器のシリアル番号／ＭＡＣアドレスを付帯する。本Ｓ１６１７の処理の後、監視制御部４０５は、Ｓ１６１８に処理を進める。
【０１８４】
上記Ｓ１６０９の後、Ｓ１６１１でＮｏの場合、Ｓ１６１６の後、又はＳ１６１７の後、監視制御部４０５は、Ｓ１６１８において、ｉを１つインクリメントし、ｉ＜Ｎの場合、Ｓ１６０４に処理を移行し、次の監視機器Ｄｉについての処理を行う。一方、ｉ＝Ｎの場合（ｉをＮ−１まで処理を終了、即ち全監視機器の処理を終了した場合）、監視制御部４０５は、本機器情報変更確認処理を終了する。
【０１８５】
以上示したように、実施例１によれば、スレーブ機器監視での監視対象機器の移動の可能性があるエラー検出を契機に他のスレーブ監視装置で機器探索処理を行い、新規機器発見した場合、そのスリーブ監視装置が直ちに監視を開始することで、監視機器の移動をいち早く検知し、監視停止時間を短縮できるという効果がある。また、一定期間、行方不明の機器が見つからない場合、スレーブ監視装置から登録を削除することで、スレーブ監視装置の監視処理の処理負荷及び機器との通信不可を軽減できるという効果がある。さらに、マスタ監視装置がスレーブ監視装置からの登録削除後も中央管理装置への送信を代行することで、全体としての処理負荷を軽減できるという効果がある。
したがって、監視対象機器が移動した時の監視停止時間を抑えて、機器の監視を再開すること、及び、不要／無駄な監視装置の変更を抑えることができる。
【実施例２】
【０１８６】
上述した実施例１では、スレーブ監視装置１０１、１１１が定期処理中に自身で監視している機器の通信不能等の各種エラーを検知し、マスタ監視装置１２１に通知することによって、マスタ監視装置がスレーブ監視装置に探索指示を行う例について説明した。なお、元のスレーブ監視装置がエラーを検知する前に、新しいスレーブ監視装置にて、新規機器の検知を行うことを契機に、監視対象機器が移動したことが判明する可能性がある。また、検知した機器が監視装置間を移動したのではなく、全くの新規機器である場合もある。新規機器の場合は、中央管理装置１３１からの情報取得のタイミングによっては、新規機器検出時にマスタ監視装置１２１内に機器情報が反映されていない場合がある。この場合、（１）実施例１の行方不明機器リストを中央管理装置１３１の情報で更新するか、或いは、（２）中央管理装置１３１から最新の全登録機器情報を取得して全監視機器の監視対象機器リストに存在するかで判断する必要がある。実施例２では後者（２）について、図１７、図１８、図１９を用いて説明する。
【０１８７】
先ず、スレーブ監視装置１０１，１１１の処理について、図１７、図１８を用いて説明する。
図１７は、実施例２のスレーブ監視装置１０１、１１１における定期探索処理を例示するフローチャートである。なお、この処理は、図８のＳ８０７で実施される処理である。図１７、図１８のフローチャートに示す各ステップの処理は、スレーブ監視装置に設けられたＣＰＵ２０１がＲＯＭ２０２，ＨＤ２０５等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。また、特に断らない限り、本処理は監視制御部５０７が主体となって必要に応じて他の部と連携して動作するものとする。また、実施例２のスレーブ監視装置では、マスタ監視装置の指示だけでなく、定期探索タスクをセットすることにより、本定期探索処理が定期的に実行される。
【０１８８】
先ず、Ｓ１２０１において、監視制御部５０７は、自身の監視エリア内の全探索処理を実施する。全探索は、実施例１と同様に、予め設定されたアドレス指定により、監視エリア内をブロードキャスト／マルチキャストで探索する。
【０１８９】
次に、Ｓ１２０２において、監視制御部５０７は、上記Ｓ１２０１で探索された機器の中に新規機器があるか否かを判定する。そして、新規機器があると判定した場合（Ｓ１２０２でＹｅｓの場合）、監視制御部５０７は、Ｓ１２０３に処理を進める。
Ｓ１２０３において、監視制御部５０７は、上記探索された新規機器に対して、機器登録処理を行う。該機器登録処理については、図１８に詳細を示す。図１８については後述する。本Ｓ１２０３の処理の後、監視制御部５０７は、Ｓ１２０２に処理を移行する
【０１９０】
一方、新規機器がないと判定した場合（Ｓ１２０２でＮｏの場合）、監視制御部５０７は、本定期探索処理を終了する。
【０１９１】
図１８は、実施例２における機器登録処理の詳細を例示するフローチャートである。図１８に示す機器登録処理は、図１０に示した実施例１の機器登録処理と大部分が同様であり、図１０と異なる点のみ説明する。図１０はマスタ監視装置１２１から行方不明機器リストを取得する場合の処理に対応する例であったが、図１８は監視対象機器リストを取得する場合の処理に対応する例である。以下、詳細に説明する。
【０１９２】
まず、Ｓ１１０１〜Ｓ１１０３の処理は、図１０のＳ１００１〜Ｓ１００３の処理と同一であるので説明を省略する。Ｓ１１０３の処理の後、又は、Ｓ１１０２でＮｏの場合、監視制御部５０７は、Ｓ１１０４の処理を実行する。
【０１９３】
Ｓ１１０４において、監視制御部５０７は、管理情報取得部５０８に対して、マスタ監視装置１２１から監視対象機器リストを取得するように依頼する。該依頼に応じて、管理情報取得部５０８は、マスタ監視装置１２１から監視対象機器リストを取得する。
【０１９４】
次に、Ｓ１１０５において、監視制御部５０７は、登録対象機器（機器Ａ）が監視対象機器リストに含まれるか否かを判定する。そして、登録対象機器（機器Ａ）が監視対象機器リストに含まれると判定した場合（Ｓ１１０５でＹｅｓの場合）、監視制御部５０７は、Ｓ１１０６に処理を進める。なお、Ｓ１１０６以降の処理は、図１０のＳ１００６以降の処理と同一であるので説明を省略する。
【０１９５】
一方、登録対象機器（機器Ａ）が監視対象機器リストに含まれていないと判定した場合（Ｓ１１０５でＮｏの場合）、監視制御部５０７は、そのまま本機器監視登録処理を終了する。
【０１９６】
次に、実施例２のマスタ監視装置１２１の処理について説明する。
図１１Ｂ（ａ）は、マスタ監視装置のメインフローの実施例２に関わる部分を抜粋したフローチャートである。なお、図１１Ｂ（ａ）、図１９のフローチャートに示す各ステップの処理は、マスタ監視装置１２１に設けられたＣＰＵ２０１がＲＯＭ２０２，ＨＤ２０５等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。また、本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については、本発明の本質とは異なるため、説明を省略する。また、特に断らない限り、本処理は監視制御部４０５が主体となって必要に応じて他の部と連携して動作するものとする。
【０１９７】
実施例２においては、監視制御部４０５は、図１１ＡのＳ１３２６でＮｏの場合、図１１Ｂ（ａ）のＳ１３２８に処理を進める。
Ｓ１３２８において、監視制御部４０５は、スレーブ監視装置からの監視対象機器リスト取得依頼を検知（スレーブ監視装置から監視対象機器リスト取得依頼を受信）したか否かを判定する。そして、スレーブ監視装置からの監視対象機器リスト取得依頼を検知したと判定した場合（Ｓ１３２８でＹｅｓの場合）、監視制御部４０５は、Ｓ１３２９に処理を進める。
【０１９８】
Ｓ１３２９において、監視制御部４０５は、監視対象機器リスト取得処理を実行する。監視対象機器リスト取得処理については、図１９を用いて説明する。Ｓ１３２９の処理の後、監視制御部４０５は、図１１ＡのＳ１３０２に処理を移行する。
一方、上記Ｓ１３２８において、スレーブ監視装置からの監視対象機器リスト取得依頼を検知していないと判定した場合（Ｓ１３２８でＮｏの場合）、監視制御部４０５は、実施例２においては、そのまま図１１ＡのＳ１３０２に処理を移行する。
【０１９９】
図１９は、図１１Ｂ（ａ）のＳ１３２９の監視対象機器リスト取得処理を例示するフローチャートである。
先ず、Ｓ１５０１において、監視制御部４０５は、スレーブ監視装置管理テーブルＴｓから全監視装置ＩＤを取得する。
次に、Ｓ１５０２において、監視制御部４０５は、中央管理装置１３１から監視装置ＩＤ毎に監視対象機器リストを取得する。この監視対象機器リストには少なくとも、各監視機器を特定する機器特定情報が含まれる。
【０２００】
次に、Ｓ１５０３において、監視制御部４０５は、上記Ｓ１５０２で取得した監視対象機器リストをマージして、監視対象機器リストを作成する。
次に、Ｓ１５０４において、監視制御部４０５は、依頼元のスレーブ監視装置に監視対象機器リストを送信し、本監視対象機器リスト取得処理を終了する。
【０２０１】
以上のように、実施例２によれば、スレーブ監視装置において、定期処理時等の機器の監視開始前に最新の監視対象機器リストを参照して、登録可否を決定することにより、さらに監視の停止時間を抑え、処理遅延を軽減することができる。
【実施例３】
【０２０２】
上述した実施例１および実施例２では、スレーブ監視装置１０１、１１１の処理により、監視対象機器が移動したことを判断する例について説明した。なお、実施例１や実施例２の構成に加え、マスタ監視装置１２１の監視対象機器をユーザインターフェース（ＵＩ）に表示し、該ＵＩを介して、ユーザが設定を変更可能に構成することが可能である。このような構成では、ＵＩを介した設定変更指示を検知することで、監視対象機器が移動したことが判明する場合がある。実施例３では、このケースについて、図２０、図１１Ｂ（ｂ）を用いて説明する。
【０２０３】
図２０は、実施例３のマスタ監視装置１２１のユーザインターフェース（ＵＩ）を例示する図である。なお、図２０に示すＵＩは、不図示のホスト端末等から、マスタ監視装置１２１にアクセス等することにより、監視制御部４０５が主体となった制御により、ホスト端末の表示部に表示される。
【０２０４】
図２０（ａ）は、実施例３のマスタ監視装置１２１で監視する全監視機器の一覧を表示するユーザインターフェース（ＵＩ）を例示する図である。
図２０（ａ）に示す例では紙面の都合上、機器数が少ないが、実際のＵＩは数千台、数万台に上る監視機器を閲覧可能に構成されている。ただし、監視台数が多くなる場合、一画面に表示する機器数は制限され、複数ページ／別画面への遷移で表示されることになる。このＵＩでは、編集したい機器の左横のチェックボックスにチェック２００１を入れて、編集ボタン２００２を押下することで、図２０（ｂ）のような機器情報編集画面を表示することができる。
【０２０５】
図２０（ｂ）は、図２０（ａ）のＵＩで選択された機器の機器情報編集画面を例示する図である。
図２０（ｂ）に示す画面では、ＩＰアドレス／ホスト名、ＭＡＣアドレス、設置場所を編集することができる。本画面では、ＩＰアドレスとホスト名が一つにまとめられており、内部で何れが入力されたことを判断するように構成されているが、ＩＰアドレスとホスト名を別の項目として、ＵＩ上にそれぞれ配置してもよい。
【０２０６】
この機器情報編集画面でＩＰアドレス／ホスト名や設置場所が変更された場合、機器の設置場所が移動された可能性があり、スレーブ監視装置間での移動が必要な可能性がある。機器情報編集画面上で更新ボタン２１０１が押された場合、機器情報が更新されている場合には、マスタ監視装置１２１は、後述する図１１Ｂ（ｂ）に示すＳ１３３０で機器情報の更新があったと判定する。以下、図１１Ｂ（ｂ）について説明する。
【０２０７】
図１１Ｂ（ｂ）は、マスタ監視装置のメインフローの実施例３に関わる部分を抜粋したフローチャートである。なお、図１１Ｂ（ｂ）のフローチャートに示す各ステップの処理は、マスタ監視装置１２１に設けられたＣＰＵ２０１がＲＯＭ２０２，ＨＤ２０５等の不揮発性記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。また、本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については、本発明の本質とは異なるため、説明を省略する。また、特に断らない限り、本処理は監視制御部４０５が主体となって必要に応じて他の部と連携して動作するものとする。
【０２０８】
実施例３においては、監視制御部４０５は、図１１Ｂ（ａ）のＳ１３２８でＮｏの場合、図１１Ｂ（ｂ）のＳ１３３０に処理を進める。
Ｓ１３３０において、監視制御部４０５は、図２０に示したＵＩ等から機器情報の更新があったか否かを判定する。そして、機器情報の変更があったと判定した場合（Ｓ１３３０でＹｅｓの場合）、監視制御部４０５は、Ｓ１３３１に処理を進める。
【０２０９】
Ｓ１３３１において、監視制御部４０５は、ＩＰアドレス／ホスト名が変更されたか否かを判定する。そして、少なくともＩＰアドレス／ホスト名のいずれかが変更されたと判定した場合（Ｓ１３３１でＹｅｓの場合）、監視制御部４０５は、Ｓ１３３２に処理を進める。
【０２１０】
一方、ＩＰアドレス／ホスト名のいずれも変更されていないと判定した場合（Ｓ１３３１でＮｏの場合）、監視制御部４０５は、Ｓ１３３４に処理を進める。
Ｓ１３３４において、監視制御部４０５は、設置場所が変更されたか否かを判定する。そして、設置場所が変更されたと判定した場合（Ｓ１３３４でＹｅｓの場合）、監視制御部４０５は、Ｓ１３３２に処理を進める。
【０２１１】
上記Ｓ１３３１でＹｅｓ又はＳ１３３４でＹｅｓの場合、監視制御部４０５は、Ｓ１３３２において、機器管理テーブルＴｍ、スレーブ監視装置管理テーブルＴｓを参照して、設定変更された機器を監視するスレーブ監視装置に機器情報変更依頼を通知する。
次に、Ｓ１３３３において、監視制御部４０５は、変更された機器のスレーブ監視装置に対し、対象機器の通信テストを依頼し、図１１ＡのＳ１３０２に処理を移行する。
【０２１２】
また、上記Ｓ１３３４において、設置場所が変更されていないと判定した場合（Ｓ１３３４でＮｏの場合）、監視制御部４０５は、そのまま図１１ＡのＳ１３０２に処理を移行する。
また、上記Ｓ１３３０において、機器情報の変更がなかったと判定した場合（Ｓ１３３０でＮｏの場合）にも、監視制御部４０５は、そのまま図１１ＡのＳ１３０２に処理を移行する。
【０２１３】
以上のように、実施例３によれば、マスタ監視装置１２１におけるＵＩでの設定更新でも、機器が移動するケースを検出することが可能になる。これにより、さらに、監視の停止時間を抑え、処理遅延を軽減することができる。
【０２１４】
以上示したように、マスタ監視装置１２１と、複数のスレーブ監視装置とを含む機器管理システム（１４０等）において、監視対象機器が移動した時の監視停止時間を抑えて、機器の監視を再開すること、及び、不要／無駄な監視装置の変更を抑えることができる。
【０２１５】
なお、上述したように、本実施例の機器（ネットワークデバイス）は、複写機、プリンタ、スキャナ、複合機等の画像形成装置に限定されるものではなく、コンピュータ、デジタル医療機器、ネットワークカメラ、ネットワーク家電、ロボット等であってもよい。この場合、スレーブ監視装置の監視処理により、スレーブ監視装置から中央管理装置１３１に通知される監視情報は、監視する機器に応じた情報に変更されるものとする。
【０２１６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０２１７】
（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
0006425556.tif 000002
【図２】
0006425556.tif 000003
【図３】
0006425556.tif 000004
【図４】
0006425556.tif 000005
【図５】
0006425556.tif 000006
【図６】
0006425556.tif 000007
【図７】
0006425556.tif 000008
【図８】
0006425556.tif 000009
【図９】
0006425556.tif 000010
【図１０】
0006425556.tif 000011
【図１１Ａ】
0006425556.tif 000012
【図１１Ｂ】
0006425556.tif 000013
【図１２】
0006425556.tif 000014
【図１３】
0006425556.tif 000015
【図１４】
0006425556.tif 000016
【図１５】
0006425556.tif 000017
【図１６】
0006425556.tif 000018
【図１７】
0006425556.tif 000019
【図１８】
0006425556.tif 000020
【図１９】
0006425556.tif 000021
【図２０】
0006425556.tif 000022