JP2016048431A - 監視装置、監視装置の機器管理方法、及びプログラム - Google Patents

Abstract

【課題】管理装置から取得するネットワーク機器の情報に基づいて、ネットワーク機器を監視する監視装置の処理負荷、通信負荷、及びこれらに起因する処理遅延を軽減する監視装置、監視装置の機器管理方法、及びプログラムを提供する。【解決手段】監視装置１０１、１１１は、中央管理装置１２１から監視対象となるネットワーク機器を含むリストを取得し、リストに含まれるネットワーク機器から機器情報を取得して、監視処理を行い、監視処理に際して取得した機器情報の少なくとも一部を中央管理装置１２１に送信する。監視装置１０１、１１１は、監視処理の結果、所定の条件を満たすネットワーク機器を特定した場合に、ネットワーク機器の障害として、障害情報を生成し、中央管理装置１２１に送信し、障害情報に対応するネットワーク機器の監視処理を停止する。【選択図】図１

Description

本発明は、ネットワーク機器を監視する監視装置の制御に関する。

従来、プリンタや複合機等の画像形成装置等の機器の稼働状況をリモートで監視する機器管理システムがある。この機器管理システムは、顧客側に設置する監視装置と、中央管理装置がインターネットを経由して接続されている。監視装置が収集した機器のデータを、ＨＴＴＰＳ，ＳＭＴＰ等のネットワークプロトコルを使用して、中央管理装置に送信し、中央管理装置で集中管理している。中央管理装置では、メンテナンス契約を締結した顧客情報、監視装置情報、監視機器情報等が一元的に管理されており、登録された監視装置から監視情報が送信された時に送信データを保存する。

監視装置には、各種形態／タイプがあり、この中で、中央管理装置から自装置に登録された機器リスト、及び機器情報を取得して、監視を開始する監視装置がある。この形態においては、通常、定期的に監視装置が、中央管理装置から、自装置に登録された機器リスト、及び機器情報を取得する。機器情報には、ＩＰアドレス、或いはホスト名、機器のシリアル番号、ＭＡＣアドレス等、機器との通信に必要な情報や機器特定に必要な情報等が含まれる。

なお、顧客側に設置される機器はリプレース等により撤去される場合がある。しかし、中央管理装置側では、通常、撤去した機器でも、履歴参照のため、数か月、登録を抹消しない。そのため、監視装置の登録機器を中央管理装置の登録機器と同期する場合、撤去／リプレース等で監視不要の機器に対しても通信を実行してしまう。

この通信は無駄であるだけでなく、ネットワーク負荷を増大し、処理負荷、タイムアウトによる処理遅延を引き起こす可能性がある。特に大規模なリプレースを行う場合は、撤去等される機器も多数となる。よって、上述のような無駄な監視処理による処理負荷はかなり大きくなってしまい、該処理不可による処理遅延により、監視装置による監視が遅延する状態にもなり得る。

この無駄な監視処理を中止するための対策として、機器情報として、監視フラグのＯＮ／ＯＦＦ、撤去日時等をユーザに入力させ、監視装置がその値で監視処理の中止を判断する方法が考えられる。しかし、この方法では、ユーザによる手入力が必要であり、完全な効果は期待できない。また、その他、特許文献１では、機器の通信状態が恒久的に通信不能な場合、機器登録の解除を行う提案がなされている。

特許４９７３５１６号公報

しかし、特許文献１では、撤去された機器に対する、中央管理装置の登録が抹消され、消えてしまうため、その後、その機器の機器情報／履歴を参照することができなくなってしまうという問題がある。

また、中央管理装置側での登録を前条件として、監視装置側での機器監視を行うケースにおいては、中央管理装置側での登録ミスにより通信不能であるケースもあり得る。このような場合、顧客／サービスマンが適切な設定変更ができることが望ましいが、特許文献１では、そのようなケースは想定されていないため、適用できない。

このように、撤去された機器等の監視不要な機器の中央管理装置側での登録を保持したまま、監視不要な機器の監視装置における監視を停止可能であり、中央管理装置側での設定ミスにも柔軟に対応可能な監視装置の提案が望まれていた。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、監視不要な機器の管理装置側での登録を保持したまま、監視不要な機器の監視装置における監視を停止して、監視装置における通信負荷、処理負荷を軽減し、通信負荷／処理負荷に起因する処理遅延を軽減することができ、また、管理装置側でのネットワーク機器の登録ミス等にも柔軟に対応することができる仕組みを提供することである。

本発明は、管理対象となるネットワーク機器の登録情報を管理する管理装置から、監視対象となるネットワーク機器を含むリストを取得する取得手段と、前記リストに含まれるネットワーク機器から機器情報を取得して、監視処理を行う監視手段と、前記監視処理に際して取得した機器情報の少なくとも一部を前記管理装置に送信する第１の送信手段と、前記監視処理の結果、所定の条件を満たすネットワーク機器を特定した場合に、当該ネットワーク機器の障害として、障害情報を生成する生成手段と、前記生成手段により生成された障害情報を前記管理装置に送信する第２の送信手段と、前記障害情報に対応するネットワーク機器の監視処理を停止する停止手段と、を有することを特徴とする。

本発明によれば、監視不要な機器の管理装置側での登録を保持したまま、監視不要な機器の監視装置における監視を停止して、監視装置における通信負荷、処理負荷を軽減し、通信負荷／処理負荷に起因する処理遅延を軽減することができる。
また、管理装置側でのネットワーク機器の登録ミス等にも柔軟に対応することができる。

本実施例の機器管理システムの概略構成図 中央管理装置，監視装置，プロキシサーバのハードウェア構成図 画像形成装置のハードウェア構成図 監視装置のソフトウェア構成図 画像形成装置のソフトウェア構成図 中央管理装置のソフトウェア構成図 監視装置の動作を例示するフローチャート 監視装置の機器情報更新処理を例示するフローチャート 監視装置側の機器リストを例示する図 監視装置側で保持する監視停止条件リストを例示する図 監視機器リスト画面を例示する図 機器情報編集画面を例示する図 監視装置のＵＩ処理を例示するフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本発明の一実施例を示す機器管理システム全体の概略構成を例示するブロック図である。
図１に示すように、本実施例の機器管理システムには、顧客システム１００、１１０をはじめとする複数の顧客システム、及び、中央管理装置１２１が接続されている。なお、中央管理装置１２１に接続される顧客システムは、２つに限定されるものではなく、１つでも、３つ以上であってもよい。他に、通常販売会社システムなども機器管理システムに接続されているが、本発明とは直接関係しないため、ここでは図示していない。

各顧客システムから取得された情報は、中央管理装置１２１に送信され、データベース１２２に保存される。データベース１２２は、監視のための情報や、顧客側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどの各種情報を蓄積する履歴記憶部としてのデータベースである。

中央管理装置１２１とデータベース１２２は、ＬＡＮ１２３で接続されており、ＬＡＮ１２３は、インターネット１５０に接続可能となっている。なお、データベース１２２は、物理的に中央管理装置１２１内に存在してもよいし、中央管理装置１２１からアクセス可能であれば、中央管理装置１２１からインターネット１５０を経由した別の場所に存在しても構わない。

中央管理装置１２１は、後述する監視装置１０１、１１１から監視対象としての画像形成装置（１０２、１１２等）の情報、稼働状態を示す情報（障害情報などもを含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。また、中央管理装置１２１は、これらの情報を、例えば販売会社のシステムへ配信する機能なども有する。

画像形成装置の稼働状態としては、例えば、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などを例として挙げることができる。また、画像形成装置の稼働状態として、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることもできる。さらに、カウンタ情報として、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置内の部品の消耗度を示す部品カウンタなどが挙げられる。

さらに、中央管理装置１２１に、中央管理装置１２１が管理対象とする画像形成装置の情報や監視に関する設定を登録することができ、該登録情報を管理する。中央管理装置１２１では、登録された管理対象の画像形成装置や、監視に関する設定をマージして一括管理できる。また、中央管理装置１２１では、監視装置１０１、１１１に対し、監視に関わる設定を行うこともできる。中央管理装置１２１は、監視装置からの要求等に応じて、管理対象の機器の登録情報から、該監視装置の監視対象の機器のリストを提供する。

本実施例の機器管理システムによるサービスは、例えば、販売会社と顧客との保守契約等に基づき提供されるものである。従って、販売会社が契約等に基づき監視対象と決定した画像形成装置のみを、本機器管理システムの監視対象としている。

なお、図１の例では、中央管理装置１２１及びデータベース１２２が１つずつしか示されていない。しかし、実際には、多くの画像形成装置及び監視装置からの情報収集や、ファームウェア配信の負荷分散を行うために、複数の中央管理装置、データベースに分散処理をさせるケースもある。

次に、顧客側のシステム構成について説明する。
顧客側環境としては異なる複数の環境がある。図１中では、一例として、顧客システム１００、１１０が示されている。
顧客システム１００、１１０は夫々、異なる顧客であり、異なる構成例である。顧客システム１００では、紙面の都合上、３台しか図示していないが、実際は大規模環境で数百〜数千台の機器を、監視装置１０１によって、監視している。

顧客システム１１０では、比較的少ない台数（数十台規模）を監視する遠隔監視の例であり、データベースを別途設けず、監視データ等を監視装置１１１に内蔵の記憶装置に保存するシステム構成である。なお、監視装置１０１、１１１は、例えば汎用のパーソナルコンピュータ（ＰＣ）に機器管理プログラムがインストールされたものとする。以下、本質的に顧客システム１００と１１０の違いはないため、顧客システム１００について詳述するが、顧客システム１１０も同様である。

顧客システム１００においては、インターネット１５０に接続されたＬＡＮ１０３に接続された画像形成装置１０２ａ，１０２ｂ，１０２ｃが、監視装置１０１により監視されている。監視装置１０１は、プロキシサーバ１０５を介して、インターネット１５０経由で中央管理装置１２１と通信している。

なお、上述した監視装置１０１、中央管理装置１２１、画像形成装置１０２それぞれの間の通信には、ＨＴＴＰ（Ｓ）／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰは、Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌの略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本例では、ＳＯＡＰはＨＴＴＰ（Ｓ）の上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがって、ＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施例ではＳＯＡＰメッセージによって中央管理装置１２１に送信される。また、本実施例ではＳＯＡＰを使用しているが、ＲＥＳＴ等、他のＩＦ／プロトコルでも同様に実施することが可能であることは言うまでもない。

監視装置１０１は、画像形成装置１０２ａ，１０２ｂ，１０２ｃから収集した情報、収集データの処理結果をデータベース１０４に保存する。また、画像形成装置の監視に関わる設定もデータベース１０４、若しくは監視装置１０１に内蔵等する記憶装置内に保存する。監視装置１０１は、画像形成装置の状態情報（例えば、障害等の発生）を、画像形成装置１０２ａ，１０２ｂ，１０２ｃから受信するたびに、データベース１０４に保存し、中央管理装置１２１に送信する。

図２は、中央管理装置１２１、監視装置１０１，１１１、プロキシサーバ１０５，１１５等として適用可能な情報処理装置のハードウェア構成を例示するブロック図である。なお、図示しないバックエンドに設置される情報処理装置の構成にも相当させることができる。

図２において、２０１はＣＰＵで、情報処理装置の制御部である。ＣＰＵ２０１は、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、オペレーティングシステム（ＯＳ）や本発明の機器管理プログラムなどを実行する。なお、本構成例ではＣＰＵを一つとしたが、複数の場合もありえる。

２０２は書き換え不能な記憶部であるＲＯＭであり、内部には、基本Ｉ／Ｏプログラム、本装置上の各処理を司るプログラム、データを記憶する。２０３はＲＡＭであり、ＲＡＭ２０３には、プログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行い、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。なお、後述する各フローチャートにおける監視装置１０１、１１１の各ステップの処理は、ＣＰＵ２０１が、２０２，２０５等の記憶装置や後述する記憶媒体に格納されたプログラムコードに基づく処理を実行することによって、実現されるものとする。

２０４は外部機器Ｉ／Ｆであり、各種外部機器を接続可能である。外部機器Ｉ／Ｆ２０４を介してハードディスクドライブ等の記憶装置や記憶媒体のリーダ装置を接続することにより、記憶媒体に記憶されたプログラム等を本情報処理装置にロードすることができる。なお、記憶媒体は、ＦＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

２０５はハードディスク（ＨＤ）であり、本装置の各処理に関わるプログラムやデータ、一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、及び画像形成装置から収集したデータ等の各種データを記憶する。また、本構成例ではＨＤを一つとしたが、複数の場合もありえる。また、ＳＳＤ（ソリッドステートドライブ）を設ける構成であってもよい。

２０６は指示入力部である入力装置であり、キーボードやポインティングデバイスである。入力装置２０６は、サービスマン、オペレータ、管理者等の本システムのユーザが情報処理装置に対して、設定、操作等の入力指示を行うものである。

２０７は表示部であるディスプレイであり、入力装置２０６から入力した指示や、管理対象の画像形成装置の状態や設定を表示するものである。なお、実際にはアプリケーションがＯＳの仕組みを介して発行した描画コマンドを、グラフィックカードが解釈し、アナログ信号、或いはデジタル信号に変換した情報がディスプレイ２０７に表示される場合等がある。本実施例における表示制御とは、情報をディスプレイ２０７等の表示部に表示させるべくＯＳを介して、描画コマンドの発生を行わせる処理を含むものとする。

２０８はＮｅｔｗｏｒｋ Ｉ／Ｆ（ネットワークインタフェース）であり、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。該ネットワークインターフェース２０８を介して情報処理装置は、外部装置とのデータのやり取りを行う。
２０９はシステムバスであり、情報処理装置内のこれらの要素（２０１〜２０８）のデータの流れを司るものである。

図３は、画像形成装置１０２、１１２のプリンタ制御部とその周辺部分のハードウェア構成を例示するブロック図である。
図において、３０１はプリンタコントローラである。
プリンタコントローラ３０１において、通信部３１６は、ホストコンピュータなどの外部装置３２３（例えば図１の監視装置１０１，１１１等）と、各種データの送受信を所定のプロトコルで実行する。ビデオＩ／Ｆ３１７は、通信と画像データの受信、及び受信した画像データをプリンタが印字可能な情報に展開すると共に、後述のエンジン制御部３０２との間で信号のやり取り及びシリアル通信を行うためのものである。

画像形成装置のＣＰＵ３１２は、ＲＯＭ３１４或いはＨＤ（外部メモリ）３１９に記憶された制御プログラムなどに基づいて、システムバス３２２に接続される各種デバイスとのアクセスを統括的に制御する。さらに、ＣＰＵ３１２は、ビデオＩ／Ｆ３１７を介して接続されるプリンタエンジンに出力情報としての画像信号を出力する。

ＲＡＭ３１３は、ＣＰＵ３１２の主メモリ、ワークエリア等として機能する。ディスクコントローラ（ＤＫＣ）３１５は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、設定ファイル等を記憶するハードディスク（ＨＤ）等の外部メモリ３１９とのアクセスを制御する。なお、外部メモリとしてＳＳＤ（ソリッドステートドライブ）を設ける構成であってもよい。

操作部３２０は、表示部３２１やキーボード等の入力部を含んでおり、入出力Ｉ／Ｆ３１８を介してオペレータへの情報提供や、オペレータからの入力指示を行わせるものである。

３０２はエンジン制御部で、プリンタコントローラ３０１との間で信号のやり取り、シリアル通信を介してプリンタエンジンの各ユニットの制御を行う。ここで、３０３は用紙搬送制御部であり、プリントする用紙を給紙搬送し、プリント後の排紙までの紙搬送を、エンジン制御部３０２の指示に基づき実行する。３０４は光学制御部で、スキャナモータの駆動及びレーザのＯＮ／ＯＦＦ制御を、エンジン制御部３０２の指示に基づき実行する。

３０５は高圧系制御部で、帯電、現像、転写などの電子写真プロセスに必要な高圧出力を、エンジン制御部３０２の指示に基づき実行する。３０６は定着温度制御で、エンジン制御部３０２の指示に基づき、定着器の温度制御を行うと共に、定着器以上検出等を行う。

３０７はジャム検出部で、用紙搬送中の搬送不良を検出する。３０８は故障検出部で、プリンタ内の機能部の故障を検出する。３０９は印刷完了通知部で、印刷が正常に行われたことを検出して、エンジン制御部３０２やカウンタ制御部３１０に通知する。カウンタ制御部３１０は、課金カウンタ、部品カウンタ等の各種カウンタ情報を保持し、印刷完了後、各種カウンタ情報を更新する。

なお、エンジン制御部３０２には、プリンタエンジンの各ユニットの情報を管理する機器情報管理部３１１がある。機器情報管理部３１１では、外部装置３２３からの要求に応じて、例えば、カウンタ制御部３１０から各種カウンタを取得し、ビデオＩ／Ｆ３１７に渡す。これにより、カウンタ情報は、ビデオＩ／Ｆ３１７、通信部３１６を介して外部装置３２３に送信される。その他、外部装置３２３から情報取得要求があった場合も、機器情報管理部３１１は、適宜、各ユニットから情報を取得する。

さらに、機器情報管理部３１１は、ジャム検出部３０７から通知されたジャム情報、故障検出部３０９から通知されたアラームやエラー情報等も管理する。なお、機器情報管理部３１１は、アラームやエラー情報について、外部装置３２３から予めイベント通知依頼がなされていた場合、アラームやエラー情報を、外部装置３２３にビデオＩ／Ｆ３１７等を介し、プリンタコントローラ３０１に送信する。

また、本発明における画像形成装置として上述の電子写真方式を利用したレーザビームプリンタ、インクジェット方式を利用したインクジェットプリンタ、或は熱転写方式を採用したサーマルヘッドプリンタ、或は複写機等に適用可能であることはいうまでもない。

図４は、監視装置１０１、１１１内のソフトウェア構成を例示するブロック図である。なお、図４に示す各部はソフトウェアとして実装されるものであり、監視装置１０１、１１１のＣＰＵ２０１が、ＨＤ２０５等に格納されたプログラムを読み出して実行することにより実現される。

４０１は受信データ解析部であり、通信部４０３を介して、中央管理装置１２１、画像形成装置１０２、１１２から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。

４０２は送信データ生成部であり、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部４０３を介して、中央管理装置１２１、画像形成装置１０２、１１２等に送信される。
４０３は通信部であり、中央管理装置１２１、画像形成装置１０２、１１２等の外部の情報処理装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。

４０４はデータベースアクセス部であり、データベース１０４への入出力を司る。また、データベースアクセス部４０４は、内蔵の記憶装置等に監視データ、設定データ等の必要データを保存している場合、この記憶装置への入出力を司る。

４０５は機器情報取得部であり、画像形成装置１０２，１１２の状態や能力情報等の各種の機器情報を取得する。
４０６は機器情報管理部であり、中央管理装置１２１に登録されている監視対象の画像形成装置に対応する、機器情報取得部４０５から取得した機器情報を管理する。各種情報は、機器情報管理部４０６により、データベースアクセス部４０４を介して、データベース１０４に保存される。

４０７は機器監視部であり、監視機器の監視処理を行う。機器監視部４０７は、中央管理装置１２１より指示された送信スケジュールに従って、機器情報取得部４０５により、監視情報を収集する。収集された監視情報は、機器情報管理部４０６で管理され、前記送信スケジュールに従って、送信データ生成部４０２により送信データに加工され、収集された監視情報の少なくとも一部が、通信部４０３により、中央管理装置１２１に送信される。さらに、機器監視部４０７は、監視機器の追加、ジャムやトナー切れ等の機器イベントデータも処理する。機器監視部４０７は、機器イベント検出時や、機器のシリアル番号不一致等、特定のエラーが発生した時、適宜、送信データ生成部４０２により擬似アラームを生成し、通信部４０３により、中央管理装置１２１に送信する。

４０８は管理情報取得部であり、中央管理装置１２１から、自装置に関する定期送信スケジュールや、指示等の管理情報を取得する。管理情報取得部４０８は、自装置が監視する監視機器のリストを取得するための要求を送信データ生成部４０２で生成し、通信部４０３を介して、中央管理装置１２１へ送信し、中央管理装置１２１から監視機器リストを取得する。本実施例では、機器監視部４０７からの指示により、監視機器リストの取得を行う例について説明するが、管理情報取得部４０８単独で動作してもよく、構成に依存しない。

図５は、画像形成装置１０２、１１２内のソフトウェア構成を例示するブロック図である。なお、図５に示す各部はソフトウェアとして実装されるものであり、画像形成装置１０２、１１２のＣＰＵ３１２が、ＲＯＭ３１４やＨＤ３１９等に格納されたプログラムを読み出して実行することにより実現される。

５０１は受信データ解析部であり、通信部５０３を介して、中央管理装置１２１、監視装置１０１，１１１から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。

５０２は送信データ生成部であり、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部５０３を介して、中央管理装置１２１、監視装置１０１，１１１に送信される。
５０３は通信部であり、中央管理装置１２１、監視装置１０１、１１１等の外部装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。

５０４は機器情報取得部であり、本画像形成装置内で発生したサービスコールやジャム等の状態情報を取得する。さらに、機器情報取得部５０４は、監視装置１０１，１１１からの指示により、画像形成装置内部に保持するカウンタ情報等の各種情報を取得する。機器情報取得部５０４が取得したデータは、送信データ生成部５０２により、送信データに加工され、通信部５０３により、監視装置１０１，１１１等の取得要求元に送信される。
５０５は機器情報管理部であり、機器情報取得部５０４が収集した機器情報を管理、制御する。

５０６は機器監視部であり、機器内の監視機能が有効化された時に、外部の監視装置と同様に、機器内部で本機器の監視を行う。機器監視部５０６は、中央管理装置１２１より指示された送信スケジュール、或いは、外部アプリケーションからの指示に従って、機器情報取得部５０４により、監視情報を収集する。監視情報は、機器情報管理部５０５で管理され、前記送信スケジュール、或いは外部指示に従って、送信データに加工、通信部５０３により、中央管理装置１２１に送信される。また、機器監視部５０６は、外部の監視装置と同様に、機器のイベントデータも処理し、適宜、中央管理装置１２１、或いは監視装置１０１，１１１に送信する。

図６は、中央管理装置１２１内のソフトウェア構成の一例を示すブロック図である。なお、図６に示す各部はソフトウェアとして実装されるものであり、中央管理装置１２１のＣＰＵ２０１が、ＨＤ２０５等に格納されたプログラムを読み出して実行することにより実現される。

６０１は受信データ解析部であり、通信部６０３を介して、監視装置１０１，１１１、画像形成装置１０２、１１２から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。

６０２は送信データ生成部であり、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部６０３を介して、監視装置１０１，１１１、画像形成装置１０２、１１２に送信される。
６０３は通信部であり、監視装置１０１，１１１、画像形成装置１０２、１１２等の外部の情報処理装置と、ＬＡＮ及びインターネット等のネットワークを介して、データの送受信を行う。

６０４はデータベースアクセス部であり、データベース１２２への入出力を司る。
６０５は監視制御部であり、全ての監視装置から監視情報、課金情報等を取得するスケジュールの管理や、監視内容、方法の制御を行う。さらに、監視制御部６０５は、必要に応じて、管理下にある監視装置１０１，１１１へ、送信データ生成部６０２、通信部６０３を介して、指示、応答を送信する。

６０６は取得情報処理部であり、管理下にある監視装置１０１，１１１から受信した情報をそのまま、あるいは加工して、データベースアクセス部６０４を介して、データベース１２２に格納する。また、取得情報処理部６０６は、監視装置１０１，１１１等から受信した情報及びデータベース１２２の保存データを元に、カウンタ情報の集計、擬似アラームを含むエラー情報等を担当サービスマンや顧客側へ通知する。

図７は、監視装置１０１、１１１の動作を例示するメイン処理のフローチャートである。説明を簡略化するために、顧客システム１００の監視装置１０１について説明を行うが、顧客システム１１０の監視装置１１１の動作も同様である。また、本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については、本発明の本質とは異なるため、説明を省略する。さらに、以降の説明においては、監視対象の画像形成装置のことを監視機器、或いは単に機器と表記する。また、特に断らない限り、本処理は機器監視部４０７が主体となって動作するものとする。

なお、図７、及び、後述する図８、図１３のフローチャートの各ステップの処理は、監視装置１１１（監視装置１０１）に設けられたＣＰＵ２０１がＲＯＭ２０２，ＨＤ２０５等の不揮発性の記憶装置に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。

先ず、ステップＳ７０１において、監視装置１１１では、電源投入に伴うシステムの初期化を行う。具体的には、初期設定情報の読み込み、各動作部の初期化処理等を行う。例えば、機器情報管理部４０６は、データベースアクセス部４０４を介して、監視対象となっている全ての画像形成装置に関する監視装置１０１内の情報テーブルを、監視装置内機器リストＬｃとしてＲＡＭ２０３やＨＤ２０５に読み込む等の処理を行う。機器監視部４０７は、この監視装置内機器リストＬｃに対し、機器監視のための初期化処理を行う。例えば、機器へのイベント登録等も実施する。

図９は、監視装置内機器リストＬｃを例示する図である。
図９に示すように、監視装置内機器リストＬｃは、デバイスＩＤ、ＩＰアドレス、ホスト名、登録状態、監視状態、エラー原因、エラー発生日時、最終処理日時等を項目として保持する。

デバイスＩＤは、デバイスを唯一に特定するＩＤ（識別情報）である。ＩＰアドレスとホスト名は、デバイスのアドレスを特定する項目で、通常、何れかが指定され、名前解決によりもう一方が導出される。

登録状態は、以下に示す登録処理の状態を表す。監視装置側では、機器の監視を開始する前に、機器の製品名、シリアル番号、ＭＡＣアドレス等の機器固有の情報に加え、能力情報等を取得し、能力に応じた監視が行われる。これら一連の作業を、本実施例では機器の登録処理と呼び、機器リスト内の登録状態とは、前記登録処理の状態を表す。登録状態には、登録中（ＲＥＧＩＳＴＥＲＩＮＧ）、登録済（ＲＥＧＩＳＴＥＲＥＤ）等がある。

監視状態は、監視処理の一環で機器と通信を試行した時の状態を表す。監視状態には、監視中（ＷＡＴＣＨＩＮＧ）、監視準備中（ＲＥＡＤＹ）、エラー（ＥＲＲＯＲ）、監視停止（ＳＴＯＰＰＥＤ）等がある。

エラー原因は、監視状態がエラー、或いは、監視停止に至ったエラーの原因を表す。エラーでない場合は、ＮＯ＿ＥＲＲと表す。
エラー発生日時は、前記エラーの発生日時を表す。
最終処理日時は、機器との通信を最後に試行した日時を表す。

以下、図７のフローチャートの説明に戻る。
上記Ｓ７０１で初期化処理が完了した後、機器監視部４０７は、通常処理に入る。ステップＳ７０２において、機器監視部４０７は、定期監視処理時刻になったか否かを判定する。そして、定期監視処理時刻になったと判定した場合（Ｓ７０２でＹｅｓの場合）、機器監視部４０７は、Ｓ７０３に処理を進める。

ステップＳ７０３では、機器監視部４０７は、監視装置内機器リストＬｃに含まれる、各定期監視処理の処理対象機器の機器情報を参照し、監視状態が「監視停止（ＳＴＯＰＰＥＤ）」の機器を除外し、処理変数Ｎを処理対象機器の数、処理変数ｎを「０」で初期化し、Ｓ７０４に処理を進める。

ステップＳ７０４では、機器監視部４０７は、処理変数Ｒｅｓｕｌｔを「ＮＯ＿ＥＲＲ（エラーなし）」で初期化し、処理対象機器のｎ番目の要素をＤｎ（ｎ：０〜Ｎ−１）とし、Ｄｎと通信して、Ｄｎの監視処理を実施する。この監視処理には、課金データの収集や、各種カウンタの取得等も含まれるが、本発明の本質とは関係しないため、説明を省略する。

次に、ステップＳ７０５において、機器監視部４０７は、上記Ｓ７０４で実施した監視処理の通信が成功したか否かを判定する。
そして、監視処理の通信が成功したと判定した場合（Ｓ７０５でＹｅｓの場合）、機器監視部４０７は、Ｓ７０６に処理を進める。

ステップＳ７０６では、機器監視部４０７は、上記Ｓ７０４の監視処理で取得した取得データが正常（期待値通り）であるか否かを判定する。
そして、取得データが正常であると判定した場合（Ｓ７０６でＹｅｓの場合）、機器監視部４０７は、Ｓ７０７に処理を進める。

ステップＳ７０７では、機器監視部４０７は、ＤｎのデバイスＩＤ，Ｒｅｓｕｌｔ＝ＮＯ＿ＥＲＲ，エラー発生日時＝ＮＵＬＬを、入力パラメータとして、機器情報更新処理を実行する。なお、機器情報更新処理は、機器監視部４０７の依頼により、機器情報管理部４０６が主体で行うものとする。機器情報更新処理の詳細は、図８のフローチャートを用いて後述する。

また、上記Ｓ７０５において、監視処理の通信が失敗した（通信結果がエラー）と判定した場合（Ｓ７０５でＮｏの場合）、機器監視部４０７は、Ｓ７０９に処理を進める。
また、上記Ｓ７０６において、取得データが正常でない（取得結果がエラーである）と判定した場合（Ｓ７０６でＮｏの場合）にも、機器監視部４０７は、Ｓ７０９に処理を進める。

ステップＳ７０９では、機器監視部４０７は、上記Ｓ７０５又はＳ７０６で判定されたエラーに対応するエラー値（即ち、監視処理における通信結果或いは取得結果がエラーである場合のエラーの原因）を、Ｒｅｓｕｌｔに適宜セットする。上記Ｓ７０５で判定されるエラーは、通信系のエラーであり、例えば、名前解決が出来ない（本実施例ではＥＲＲ＿ＮＡＭＥ＿ＲＥＳＯＬＵＴＩＯＮ）、通信のタイムアウト（同ＥＲＲ＿ＴＩＭＥＯＵＴ）等がある。また、上記Ｓ７０６で判定されるエラーは、通信には成功したが取得データが期待値と異なる場合のエラーであり、例えば、シリアル番号不一致（本実施例ではＥＲＲ＿ＭＩＳＭＡＴＣＨ＿ＳＮ）等がある。これらのエラー値を、Ｒｅｓｕｌｔにセットする。

上記Ｓ７０９の処理を完了すると、機器監視部４０７は、ステップＳ７１０において、ＤｎのデバイスＩＤ，上記Ｓ７０９でセットしたＲｅｓｕｌｔ値、エラー発生日時＝現日時を、入力パラメータとして、機器情報更新処理（図８）を実行する。

上記Ｓ７０７又はＳ７１０の機器情報更新処理の後、ステップＳ７０８において、機器監視部４０７は、ｎを１インクリメントし、ｎがＮに等しいか、即ち全監視対象機器の処理を完了したか否かを判定する。
そして、ｎがＮに等しくない（未だ全監視対象機器の処理を完了していない）と判定した場合（Ｓ７０８でＮｏの場合）、機器監視部４０７は、Ｓ７０４に処理を戻し、次の監視対象機器の処理に移行する。

一方、ｎがＮに等しい（全監視対象機器の処理を完了した）と判定した場合（Ｓ７０８でＹｅｓの場合）、機器監視部４０７は、Ｓ７０２に処理を戻し、定期監視処理時刻の判定を行う。

また、上記Ｓ７０２において、機器監視部４０７が、定期監視処理時刻になっていないと判定した場合（Ｓ７０２でＮｏの場合）、機器監視部４０７は、Ｓ７１１に処理を進める。

ステップＳ７１１では、機器監視部４０７は、中央管理装置１２１からの機器情報の取得時刻になったか否かを判定する。
そして、中央管理装置１２１からの機器情報の取得時刻になっていないと判定した場合（Ｓ７１１でＮｏの場合）、機器監視部４０７は、その他の処理を適宜処理する（Ｓ７３０）。例えば、監視処理により取得した情報の中央管理装置１２１への送信タイミングとなった場合には、監視処理により取得した情報を中央管理装置１２１に送信する。なお、Ｓ７３０の処理については、本発明の本質とは関係しないため、詳細な説明を省略する。

一方、上記Ｓ７１１において、中央管理装置１２１からの機器情報の取得時刻になったと判定した場合（Ｓ７１１でＹｅｓの場合）、機器監視部４０７は、Ｓ７１２に処理を進める。中央管理装置１２１からの機器情報の取得処理は、本実施例では、定期的な処理、例えば数時間に一度の定期処理として記載しているが、これに限定されるものではない。

ステップＳ７１２では、機器監視部４０７は、管理情報取得部４０８に依頼して、中央管理装置１２１から監視対象機器リストＬｓを取得する。詳細には、管理情報取得部４０８は、監視対象機器リスト取得要求を送信データ生成部４０２により生成し、通信部４０３を介して、中央管理装置１２１へ送信する。中央管理装置１２１は、通信部６０３を介して、受信した要求を、受信データ解析部６０１が解析し、監視対象機器リスト取得要求を検出する。そして、監視制御部６０５が、この監視対象機器リスト取得要求を受けて、応答として、当該監視装置の監視対象機器リスト情報を送信データ生成部６０２により生成し、通信部６０３を介して、当該監視装置へ応答する。監視装置１０１では、通信部４０３を介して、管理情報取得部４０８が、上記応答を受信し、機器監視部４０７へ応答を渡す。機器監視部４０７は、これを監視対象機器リストＬｓとして取得する。

次に、ステップＳ７１３において、機器監視部４０７は、機器情報管理部４０６に、上記Ｓ７１２で取得した監視対象機器リストＬｓと、監視装置内機器リストＬｃの比較を依頼し、該比較結果としての差異機器リストＤを取得する。合わせて、機器監視部４０７は、差異機器数をＮ、処理変数ｎを「０」で初期化する。差異機器リストＤは、比較処理用の一時的なリストであり、ＲＡＭ２０３等のメモリ上に保持するのみで、本処理完了後には破棄される。この差異機器リストＤには、上記比較処理により、機器が新規／更新／削除の３種類が区別されて登録される。さらに、機器情報として、他に少なくとも機器を特定するデバイスＩＤ，各機器情報の実体へのポインタ等も保持する。新規機器は、Ｌｓに登録があってＬｃに未登録の機器である。更新機器は、ＬｓとＬｃの双方に登録されているが、ホスト名、ＩＰアドレス等の通信情報に変更がある機器や、機器を特定する情報、例えばＭＡＣアドレス等に変更がある機器である。削除機器は、Ｌｃに登録があるが、Ｌｓに登録がない機器である。差異機器リストＤには各機器の情報として、この機器の種別が登録されている。

上記Ｓ７１３の処理の後、機器監視部４０７は、ステップＳ７１４において、ｎがＮに等しくないか否かを判定する。
そして、ｎがＮに等しくないと判定した場合（Ｓ７１４でＹｅｓの場合）、機器監視部４０７は、Ｓ７１５に処理を進める。
ステップＳ７１５では、機器監視部４０７は、差異機器リストＤのｎ番目の要素Ｄｎが新規機器であるか否かを判定する。

そして、差異機器リストＤのｎ番目の要素Ｄｎが新規機器であると判定した場合（Ｓ７１５でＹｅｓの場合）、機器監視部４０７は、Ｓ７１６に処理を進める。
ステップＳ７１６では、機器監視部４０７は、機器情報管理部４０６に指示し、要素Ｄｎの監視装置内機器リストＬｃ及びデータベース１０４への登録等、新規機器の登録に必要な処理を行う。

次に、ステップＳ７１７において、機器監視部４０７は、新規機器から登録時に必要な情報を取得する。取得する情報は、機器の特定情報であるシリアルＮｏ．やＭＡＣアドレス等の情報や、能力情報等である。

次に、ステップＳ７１８において、機器監視部４０７は、上記Ｓ７０５と同様に、上記Ｓ７１７で実施した取得処理の通信が成功したか否かを判定する。
そして、上記取得処理の通信が成功したと判定した場合（Ｓ７１８でＹｅｓの場合）、機器監視部４０７は、Ｓ７１９に処理を進める。

ステップＳ７１９では、機器監視部４０７は、上記Ｓ７１７の取得処理で取得した取得データが正常（期待値通り）であるか否かを判定する。
そして、取得データが正常であると判定した場合（Ｓ７１９でＹｅｓの場合）、機器監視部４０７は、Ｓ７２０に処理を進める。
ステップＳ７２０では、機器監視部４０７は、機器へのイベント登録等、機器に関する初期設定を行い、Ｓ７２１に処理を進める。

ステップＳ７２１では、機器監視部４０７は、新規機器の機器情報更新処理を行う。機器監視部４０７は、上記Ｓ７０７同様、ＤｎのデバイスＩＤ，Ｒｅｓｕｌｔ＝ＮＯ＿ＥＲＲ，エラー発生日時＝ＮＵＬＬを、入力パラメータとして、機器情報更新処理を実行し、Ｓ７２２に処理を進める。

また、上記Ｓ７１８において、取得処理の通信が失敗したと判定した場合（Ｓ７１８でＮｏの場合）、機器監視部４０７は、Ｓ７２３に処理を進める。
また、上記Ｓ７１９において、取得データが正常（期待値通り）でないと判定した場合（Ｓ７１９でＮｏの場合）にも、機器監視部４０７は、Ｓ７２３に処理を進める。

ステップＳ７２３では、機器監視部４０７は、上記Ｓ７０９と同様に、Ｒｅｓｕｌｔに適宜エラー値をセットする。
次に、Ｓ７２４において、機器監視部４０７は、新規機器のデバイスＩＤ，Ｓ７２１でセットしたＲｅｓｕｌｔ値、エラー発生日時＝現日時を、入力パラメータとして、機器情報更新処理を実行し、Ｓ７２２に処理を進める。

また、上記Ｓ７１５において、差異機器リストＤのｎ番目の要素Ｄｎが新規機器でないと判定した場合（Ｓ７１５でＮｏの場合）、機器監視部４０７は、Ｓ７２５に処理を進める。

ステップＳ７２５では、機器監視部４０７は、差異機器リストＤのｎ番目の要素Ｄｎが更新機器であるか否かを判定する。
そして、差異機器リストＤのｎ番目の要素Ｄｎが更新機器であると判定した場合（Ｓ７２５でＹｅｓの場合）、機器監視部４０７は、Ｓ７２６に処理を進める。

ステップＳ７２６では、機器監視部４０７は、変更のあった情報と監視状態、エラー原因、エラー発生日時、最終処理日時をリセットする。本例では、監視状態はＲＥＡＤＹ（監視準備中）、エラー原因はＮＯ＿ＥＲＲ（エラーなし）、エラー発生日時及び最終処理日時をＮＵＬＬにセットすることにより、エラー継続期間がリセットされる。そして、上記Ｓ７２６の後は、Ｓ７１７に遷移することにより、新規登録の場合と同じ処理を実施することで、機器情報を更新することができる。即ち、中央管理装置１２１から取得された情報に、監視処理が停止された機器の情報の更新情報が含まれている場合、この機器は、次回Ｓ７０３において処理対象機器から除外されることがなくなり、機器監視部４０７は、該機器の監視処理を再開することになる。

また、上記Ｓ７２５において、差異機器リストＤのｎ番目の要素Ｄｎが更新機器でないと判定した場合（Ｓ７２５でＮｏの場合）、機器監視部４０７は、Ｓ７２７に処理を進める。

ステップＳ７２７では、機器監視部４０７は、差異機器リストＤのｎ番目の要素Ｄｎが削除機器であるか否かを判定する。
そして、差異機器リストＤのｎ番目の要素Ｄｎが削除機器であると判定した場合（Ｓ７２７でＹｅｓの場合）、機器監視部４０７は、Ｓ７２８に処理を進める。

ステップＳ７２８では、機器監視部４０７は、機器の登録解除のために必要な処理、例えばイベント登録解除等を実行する。その後、ステップＳ７２９において、機器監視部４０７は、機器情報管理部４０６に指示し、要素Ｄｎを、監視装置内機器リストＬｃおよびデータベース１０４から削除し、Ｓ７２２へ遷移する。

一方、上記Ｓ７２７において、差異機器リストＤのｎ番目の要素Ｄｎが削除機器でないと判定した場合（Ｓ７２７でＮｏの場合）、機器監視部４０７は、そのままＳ７２２へ処理を遷移する。

上記Ｓ７２１、Ｓ７２４、Ｓ７２９の後、又はＳ７２７でＮｏと判定された場合、機器監視部４０７は、ステップＳ７２２において、ｎを１インクリメントし、Ｓ７１４に処理を戻す。

また、上記Ｓ７１４において、ｎがＮに等しいと判定した場合（Ｓ７１４でＮｏの場合）、機器監視部４０７は、未処理の処理対象機器がないと判断し、Ｓ７０２に処理を戻す。

次に、図７のＳ７０７，Ｓ７１０，Ｓ７２１，Ｓ７２４の機器情報更新処理について、図８を用いて説明する。
図８は、機器情報更新処理を例示するフローチャートである。なお、機器情報更新は、機器監視部４０７の依頼により、機器情報管理部４０６が主体で行う。

まず、ステップＳ８０１において、機器情報管理部４０６は、ＩＮＰＵＴ引数（入力パラメータ）について、デバイスＩＤをＸ，エラー原因（Ｒｅｓｕｌｔ）をＲ、エラー発生日時をＴとする。

次に、ステップＳ８０２において、機器情報管理部４０６は、監視装置内機器リストＬｃ内の機器情報で、デバイスＩＤがＸである機器情報Ｄを取得する。
次に、ステップＳ８０３において、機器情報管理部４０６は、ＲがＮＯ＿ＥＲＲ（エラーなし）であるか否かを判定する。

そして、ＲがＮＯ＿ＥＲＲ（エラーなし）であると判定した場合（Ｓ８０３でＹｅｓの場合）、機器情報管理部４０６は、Ｓ８０４に処理を進める。
ステップＳ８０４では、機器情報管理部４０６は、機器情報Ｄの監視状態をＷＡＴＣＨＩＮＧ（監視中）に、エラー原因をＲに、エラー発生日時をＮＵＬＬに、最終処理日時を現在の日時にセットして、機器情報Ｄにより監視装置内機器リストＬｃおよびデータベース１０４を更新し、本フローチャートの処理（機器情報更新処理）を終了する。

一方、上記Ｓ８０３において、ＲがＮＯ＿ＥＲＲ（エラーなし）でないと判定した場合（Ｓ８０３でＮｏの場合）、機器情報管理部４０６は、Ｓ８０５に処理を進める。
ステップＳ８０５では、機器情報管理部４０６は、機器情報Ｄのエラー原因がＲと等しいか否かを判定する。

そして、機器情報Ｄのエラー原因がＲと等しいと判定した場合（Ｓ８０５でＹｅｓの場合）、機器情報管理部４０６は、機器情報Ｄがエラー継続の状態であると判断し、Ｓ８０６に処理を進める。
ステップＳ８０６では、機器情報管理部４０６は、機器情報Ｄの最終処理日時のみ現在の日時で更新し、機器情報Ｄにより監視装置内機器リストＬｃおよびデータベース１０４を更新する。そして、Ｓ８０６の処理の後、Ｓ８０７に処理を遷移する。

一方、上記Ｓ８０５において、機器情報Ｄのエラー原因がＲと等しくない判定した場合（Ｓ８０５でＮｏの場合）、機器情報管理部４０６は、Ｓ８１２に処理を進める。
ステップＳ８１２では、機器情報管理部４０６は、図１０に示すような監視停止条件リストからエラー原因がＲ、及び機器情報Ｄのエラー原因の重要度を取得する。

図１０は、監視停止条件リストを例示する図である。なお、監視停止条件リストは、例えば、予め監視装置１０１、１１１のＨＤ２０５に格納されているものとするが、中央管理装置１２１から取得するように構成してもよい。

図１０に示す例では、エラー原因、エラー継続期間、重要度を項目として持ち、例えば、ＥＲＲ＿ＮＡＭＥ＿ＲＥＳＯＬＵＴＩＯＮ（名前解決エラー）の重要度は「４」で、監視停止とするエラー継続期間は「２日間（２Ｄａｙｓ）」としている。
また、ＥＲＲ＿ＭＩＳＭＡＴＣＨ＿ＳＮ（シリアル番号不一致エラー）は、通信先の機器が変更になっているため、重要度は「５」で、エラー継続期間は「１日間（１Ｄａｙｓ）」としている。
また、ＥＲＲ＿ＴＩＭＥＯＵＴ（タイムアウトエラー）は、デバイスの電源断だけで発生するため、重要度は「１」で、エラー継続期間は「１４日間（１４Ｄａｙｓ）」である。本設定値は、顧客先のネットワーク環境に応じて、特にエラー継続期間は変更することを想定している。例えば、デバイス電源を殆ど落とさない顧客では、タイムアウトエラーのエラー継続期間はもっと短く出来る。
以上のように、実施例における、エラーの原因に対応する継続期間は、エラーの原因の重要度に応じて決定された継続期間となっている。

以下、図８のフローチャートの説明に戻る。
上記Ｓ８１２の後、機器情報管理部４０６は、ステップＳ８１３において、機器情報Ｄの元のエラーの重要度と、新規のエラー原因であるＲの重要度を比較し、機器情報Ｄのエラー原因の重要度よりＲの重要度の方が大きい（Ｄのエラー原因の重要度＜Ｒの重要度）か否かを判定する。

そして、機器情報Ｄのエラー原因の重要度よりＲの重要度の方が大きい（Ｄのエラー原因の重要度＜Ｒの重要度）と判定した場合（Ｓ８１３でＹｅｓの場合）、機器情報管理部４０６は、Ｓ８１４に処理を進める。
ステップＳ８１４では、機器情報管理部４０６は、重要度が高いエラーで、機器情報Ｄを更新する。具体的には、機器情報管理部４０６は、機器情報Ｄのエラー原因をＲ、エラー発生日時をＴ、最終処理日時を現在の日時で更新し、機器情報Ｄにより監視装置内機器リストＬｃおよびデータベース１０４を更新する。そして、Ｓ８１４の処理の後、Ｓ８０７に処理を遷移する。即ち、前回の監視処理におけるエラー原因よりも重要度が高いエラー原因のエラーが発生した機器については、該発生したエラーの原因および発生日時を用いて、後述するＳ８０７、Ｓ８０８の処理（監視処理の停止を判定するための処理）を行うように制御する。

一方、機器情報Ｄのエラー原因の重要度よりＲの重要度が大きくないと判定した場合（Ｓ８１３でＮｏの場合）、機器情報管理部４０６は、Ｓ８１５に処理を進める。
ステップＳ８１５では、機器情報管理部４０６は、元のエラーの重要度が高いため、機器情報Ｄの最終処理日時のみ現在の日時で更新し、機器情報Ｄにより監視装置内機器リストＬｃおよびデータベース１０４を更新する。そして、Ｓ８１５の処理の後、Ｓ８０７に処理を遷移する。

上記Ｓ８０６、Ｓ８１４、又はＳ８１５の後、機器情報管理部４０６は、ステップＳ８０７において、監視停止条件リストからエラー原因が機器Ｄのエラー原因であるエラーのエラー継続期間Ｃを取得する。
次に、ステップＳ８０８において、機器情報管理部４０６は、機器情報Ｄの最終処理日時からエラー発生日時を減算することで、エラー継続期間を算出し、そのエラー継続期間がＣを超過している（機器情報Ｄの最終処理日時−エラー発生日時＞Ｃ）か否かを判定する。

そして、エラー継続期間がＣを超過している（機器情報Ｄの最終処理日時−エラー発生日時＞Ｃ）と判定した場合（Ｓ８０８でＹｅｓの場合）、機器情報管理部４０６は、Ｓ８０９に処理を進める。
ステップＳ８０９では、機器情報管理部４０６は、機器情報Ｄの監視状態を「ＳＴＯＰＰＥＤ」にセットし、機器情報Ｄにより監視装置内機器リストＬｃおよびデータベース１０４を更新する。なお、監視状態が「ＳＴＯＰＰＥＤ」となった機器は、図７のＳ７０３において、監視対処から除外される。即ち、監視装置は、これ以降、この機器の監視処理を停止し、この機器との通信を行わないように制御する。

次に、ステップＳ８１０において、機器情報管理部４０６は、監視が停止したことを中央管理装置１２１へ通知するために、擬似アラームを生成する。擬似アラームには、障害情報の一つであり、少なくとも監視装置情報、機器情報、エラー情報を含む。
次に、ステップＳ８１１において、機器情報管理部４０６は、上記Ｓ８１０で生成した擬似アラームを中央管理装置１２１へ送信し、本フローチャートの処理（機器情報更新処理）を終了する。即ち、監視装置は、監視処理の結果、エラー状態と該エラーの継続期間等に基づく所定の条件を満たす画像形成装置を特定した場合に、当該画像形成装置の障害として、障害情報（疑似アラーム）を生成し、中央管理装置１２１に送信する。

また、上記Ｓ８０８において、エラー継続期間がＣを超過していないと判定した場合（Ｓ８０８でＮｏの場合）、機器情報管理部４０６は、そのまま本フローチャートの処理（機器情報更新処理）を終了する。

また、本実施例では、中央管理装置１２１への擬似アラーム送信を行っているが、管理者等の登録ユーザへのメール通知、ＵＩ表示でも効果は同様である。また、疑似アラームの送信と、管理者等の登録ユーザへのメール通知、ＵＩ表示を合わせて行ってもよい。

以上示したように、実施例１によれば、監視装置は、画像形成装置等の機器監視において、エラー状態と該エラーの継続期間により、監視停止を判断し、監視停止と判断した機器との通信を行わないように制御する。これにより、監視装置が中央管理装置１２１から監視対象の機器を所得して機器の監視を行う場合であっても、中央管理装置１２１には登録された状態のままで監視不要な機器に対する無駄な通信を抑えることができる。よって、監視装置において、監視不要な機器に対する無駄な通信に起因するネットワーク負荷の増大、処理負荷、タイムアウトによる処理遅延を引き起こす可能性を抑え、処理遅延等により機器の監視が遅延する状態の発生を抑えることができる。
また、中央管理装置１２１側での登録ミスにより通信不能であるケースについても、疑似アラームや管理者等への通知により、登録を修正することができるようになる。このように、中央管理装置１２１側でのネットワーク機器の登録ミス等にも柔軟に対応することができる。
よって、監視装置の通信負荷、処理負荷を軽減でき、通信負荷／処理負荷に起因する処理遅延を軽減することができる。

上記実施例１では、中央管理装置１２１から監視対象の機器情報を取得することにより、監視装置１０１、１１１側の機器情報を更新する例について説明した。この構成では、サービスマンや管理者がエラー原因を取り除くために中央管理装置１２１に設定変更を行った後、最大取得間隔分だけ、監視装置による機器の監視が停止する場合がある。しかし、サービスマンや管理者がエラー原因を取り除いた後、直ちに監視が再開できる方が利便性がよい。そのため、実施例２では、監視装置側にユーザインタフェース（ＵＩ）を設け、機器情報の編集や機器との通信テストで監視を再開するための構成を設ける。

図１１は、監視装置１０１、１１１が提供するＵＩとしての監視機器リスト画面の一例を示す図である。この監視機器リスト画面は、監視装置内機器リストＬｃから取得した機器情報に基づいて、機器監視部４０７により、監視装置１０１、１１１のディスプレイ２０７に表示される。

監視機器リスト画面では、監視対象機器が、その情報と共に表示されており、各機器の変更可能な情報の編集、及び機器との通信テストが実施できる。
具体的には、対象機器の左のチェックボックス１１０１をチェックして、［編集］ボタン１１０２押下により機器情報の編集を行う。また、対象機器の左のチェックボックス１１０１をチェックして、［通信テスト］ボタン１１０３押下により、監視装置１０１、１１１が対象機器との通信テストを行う。

例えば、機器の故障等により、一定期間通信出来なかった機器も監視停止となるが、監視／通信可能な状態に復帰した場合、［通信テスト］ボタン１１０３を押下することにより実行される通信テストに成功すれば、監視を再開できる。

図１２は、［編集］ボタン１１０２押下により表示される機器情報編集画面を例示する図である。この機器情報編集画面は、監視装置１０１、１１１のディスプレイ２０７に表示される。

図１２に示す機器情報編集画面の例では、［ＩＰアドレス／ホスト名］欄１２０１，［ＭＡＣアドレス］欄１２０２で［ＩＰアドレス／ホスト名］，［ＭＡＣアドレス］の変更が可能である。即ち、機器情報編集画面は、機器情報管理部５０５が管理する機器情報をユーザ入力により更新するための画面である。例えば、ホスト名のタイプミスにより監視が停止した場合、機器情報編集画面の［ＩＰアドレス／ホスト名］欄１２０１を正しいホスト名に変更し、［更新］ボタン１２０３を押下することにより、監視装置内機器リストＬｃ、および、機器情報管理部５０５が管理する機器情報（データベース１０４内の情報）を更新し、成功すれば、対応する機器の監視処理を再開できる。
このような処理を図１３のフローチャートを用いて、以下に説明する。

図１３は、監視装置１０１、１１１のＵＩ処理を例示するフローチャートである。説明を簡略化するために、顧客システム１００の監視装置１０１について説明を行うが、顧客システム１１０の監視装置１１１の動作も同様である。本フローチャートでは、本発明に関わる処理のみ説明し、その他の処理については、本発明の本質とは異なるため、説明を省略する。また、本フローチャートでは、図７と異なる処理のみ説明し、同様の処理については説明を省略する。

先ず、ステップＳ１３０１において、機器監視部４０７は、プログラム初期化、ＵＩの初期化を行う。具体的には図１１のような監視機器リストを表示する。
次に、ステップＳ１３０２において、機器監視部４０７は、更新指示があったか否かを判定する。具体的には、入力装置２０６による図１２の［更新］ボタン１２０３の押下を検出する。

そして、更新指示があったと判定した場合（Ｓ１３０２でＹｅｓ）、機器監視部４０７は、Ｓ１３０３に処理を進める。
ステップＳ１３０３では、機器監視部４０７は、更新指示があった機器（対象機器）の機器情報をリセットする。図７のＳ７２６同様、更新情報と監視状態、エラー原因、エラー発生日時、最終処理日時をリセットし、Ｓ１３０４に処理を進める。

また、上記Ｓ１３０２において、機器監視部４０７は、更新指示がなかったと判定した場合（Ｓ１３０２でＮｏの場合）、機器監視部４０７は、Ｓ１３１２に処理を進める。
ステップＳ１３１２では、機器監視部４０７は、通信テスト指示があったか判定する。具体的には、図１１の［通信テスト］ボタン１１０３の押下を検出する。
そして、通信テスト指示があったと判定した場合（Ｓ１３１２でＹｅｓの場合）、機器監視部４０７は、通信テスト指示があった機器を対象機器とし、Ｓ１３０４に処理を進める。

上記Ｓ１３０３、又は、上記Ｓ１３１２の後、機器監視部４０７は、ステップＳ１３０４において、対象機器から機器特定情報を取得する。機器特定情報とは、Ｓ７１７同様、シリアルＮｏ．やＭＡＣアドレス等の情報や、能力情報等である。なお、上記対象機器とは、上記Ｓ１３０２の更新対象の機器、又は、後述のＳ１３１２の通信テスト対象の機器である。
次に、ステップＳ１３０５において、機器監視部４０７は、上記Ｓ１３０４の取得処理において、機器との通信が成功したか否かを判定する。

そして、機器との通信が成功したと判定した場合（Ｓ１３０５でＹｅｓの場合）、機器監視部４０７は、Ｓ１３０６に処理を進める。
ステップＳ１３０６では、機器監視部４０７は、図７のＳ７１９と同様に、取得データが正常か否かを判定する。
そして、取得データが正常であると判定した場合（Ｓ１３０６でＹｅｓの場合）、機器監視部４０７は、Ｓ１３０７に処理を進める。

ステップＳ１３０７では、機器監視部４０７は、機器へのイベント登録等、機器に関する初期設定を行う。
次に、ステップＳ１３０８において、機器監視部４０７は、対象機器の機器情報更新処理（図８）を行う。機器情報更新処理は、図７のＳ７２１と同様に、対象機器のデバイスＩＤ，Ｒｅｓｕｌｔ＝ＮＯ＿ＥＲＲ，エラー発生日時＝ＮＵＬＬを、入力パラメータとして実行する。

また、上記Ｓ１３０５において、機器との通信が失敗したと判定した場合（Ｓ１３０５でＮｏの場合）、機器監視部４０７は、Ｓ１３１０に処理を進める。
また、上記Ｓ１３０６において、取得データが正常でないと判定した場合（Ｓ１３０６でＮｏの場合）にも、機器監視部４０７は、Ｓ１３１０に処理を進める。

ステップＳ１３１０では、機器監視部４０７は、Ｒｅｓｕｌｔに適宜エラー値をセットする。
次に、ステップＳ１３１１において、機器監視部４０７は、対象機器の機器情報更新処理（図８）を行う。機器情報更新処理は、対象機器のデバイスＩＤ，上記Ｓ１３１０でセットしたＲｅｓｕｌｔ値、エラー発生日時＝現在の日時を、入力パラメータとして実行する。

上記Ｓ１３０８、又は、Ｓ１３１１の後、機器監視部４０７は、ステップＳ１３０９において、ＵＩ表示を更新する。機器情報編集画面（図１２）を表示している場合は、クローズして、監視機器リスト画面（図１１）に戻る。監視機器リスト画面も表示内容を更新する。そして、上記Ｓ１３０９の後、機器監視部４０７は、Ｓ１３０２に処理を遷移する。

また、上記Ｓ１３１２において、通信テスト指示がなかったと判定した場合（Ｓ１３１２でＮｏの場合）、機器監視部４０７は、Ｓ１３１３に処理を進める。
ステップＳ１３１３では、機器監視部４０７は、編集指示があったか、即ち、図１１の［編集］ボタン１１０２押下を検出したか否かを判定する。
そして、編集指示があった、即ち［編集］ボタン押下を検出したと判定した場合（Ｓ１３１３でＹｅｓの場合）、機器監視部４０７は、Ｓ１３１４に処理を進める。
ステップＳ１３１４では、機器監視部４０７は、図１２のような機器情報編集画面を表示し、Ｓ１３０２に処理を進める。

一方、上記Ｓ１３１３において、編集指示がなかったと判定した場合（Ｓ１３１３でＮｏの場合）、機器監視部４０７は、Ｓ１３１５に処理を進める。
ステップＳ１３１５では、機器監視部４０７は、その他の処理を適宜実行し、Ｓ１３０２に処理を進める。上記Ｓ１３１５の処理については、本発明の本質とは関係しないため、説明を省略する。

なお、上記更新指示があった場合は、監視装置側で管理されている機器情報のみでなく、中央管理装置１２１側で管理されている機器情報について更新するようにしてもよい。

以上示したように、実施例２によれば、実施例１の効果に加え、サービスマンや管理者がエラー原因を取り除くために設定変更を行った後、該設定変更に関連する機器の監視を即時再開することが可能となり、監視処理遅延の軽減、及び、操作性を更に向上することができる。

以上のように、顧客環境に設置される監視装置において、エラー状態と各エラーの継続期間により、機器監視を中央管理装置１２１からの指示なしで、監視装置側で暫定的に停止する判断を行い、監視停止と判断した機器との通信を行わないことにより、監視不要な機器の中央管理装置１２１側での登録を保持したまま、監視不要な機器の監視装置における監視を停止して、監視装置における通信負荷、処理負荷を軽減し、通信負荷／処理負荷に起因する処理遅延を軽減することができる。なお、監視中止時には、擬似アラームを生成し、中央管理装置１２１に送信し、監視を停止することにより、管理者やサービスマン等は、監視装置が特定の機器の監視を停止したことを認識することができる。よって、中央管理装置１２１側でのネットワーク機器の登録ミス等にも柔軟に対応することができる。

なお、上記各実施例では、監視装置側の機器情報を更新する際に、監視装置内機器リストＬｃと、データベース１０４の情報を更新する構成を説明した。しかし、監視装置内機器リストＬｃと、データベース１０４の情報は、同時に更新される必要はなく、監視装置内機器リストＬｃとは別のタイミングで、監視装置内機器リストＬｃに基づいてデータベース１０４の情報を更新するようにしてもよい。

なお、上記各実施例では、監視装置の監視対象として画像形成装置（例えば印刷装置）として説明したが、監視装置の監視対象はネットワーク機器であればどのような機器であってもよい。例えば、パーソナルコンピュータ等の情報処理装置や、ネットワーク家電等の他のネットワーク機器であってもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施例について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (11)

1. 管理対象となるネットワーク機器の登録情報を管理する管理装置から、監視対象となるネットワーク機器を含むリストを取得する取得手段と、
   前記リストに含まれるネットワーク機器から機器情報を取得して、監視処理を行う監視手段と、
   前記監視処理に際して取得した機器情報の少なくとも一部を前記管理装置に送信する第１の送信手段と、
   前記監視処理の結果、所定の条件を満たすネットワーク機器を特定した場合に、当該ネットワーク機器の障害として、障害情報を生成する生成手段と、
   前記生成手段により生成された障害情報を前記管理装置に送信する第２の送信手段と、
   前記障害情報に対応するネットワーク機器の監視処理を停止する停止手段と、
   を有することを特徴とする監視装置。
2. 前記所定の条件を満たすネットワーク機器とは、前記監視処理におけるエラーが該エラーの原因に対応する継続期間を超過して継続しているネットワーク機器を示すことを特徴とする請求項１に記載の監視装置。
3. 前記エラーの原因に対応する継続期間は、該エラーの原因の重要度に応じた継続期間であることを特徴とする請求項２に記載の監視装置。
4. 前記機器情報は、前記監視処理における通信結果或いは取得結果がエラーである場合の前記エラーの原因、エラー発生日時、最終処理日時の情報を含み、
   前記生成手段は、前記機器情報、及び、該機器情報に含まれるエラーの原因に対応する継続期間の情報に基づいて、所定の条件を満たすネットワーク機器を特定することを特徴とする請求項２又は３に記載の監視装置。
5. 前記生成手段は、前回の監視処理におけるエラーの原因よりも重要度が高いエラーが発生したネットワーク機器については、該発生したエラーの原因および発生日時を用いて、前記所定の条件を判断することを特徴とする請求項２乃至４のいずれか１項に記載の監視装置。
6. 前記取得手段により取得された情報に、前記監視処理が停止されたネットワーク機器の情報の更新情報が含まれている場合に、前記監視手段は、該ネットワーク機器の監視処理を再開することを特徴とする請求項１乃至５のいずれか１項に記載の監視装置。
7. 前記リストに含まれるネットワーク機器の情報を管理する管理手段と、
   前記管理手段が管理する情報をユーザ入力に応じて更新する更新手段と、を有し、
   前記更新手段により、前記監視処理が停止されたネットワーク機器の情報が更新された場合に、前記監視手段は、該ネットワーク機器の監視処理を再開することを特徴とする請求項１乃至５のいずれか１項に記載の監視装置。
8. ユーザの指示に応じて前記監視処理が停止されているネットワーク機器に対する通信を行うテスト手段を設け、
   前記テスト手段による前記監視処理が停止されたネットワーク機器に対する通信が成功した場合、前記監視手段は、該ネットワーク機器の監視処理を再開することを特徴とする請求項１乃至５のいずれか１項に記載の監視装置。
9. 前記ネットワーク機器は、画像形成装置であることを特徴とする請求項１乃至６のいずれか１項に記載の監視装置。
10. ネットワーク機器を監視する監視装置の制御方法であって、
    管理対象となるネットワーク機器の登録情報を管理する管理装置から、監視対象となるネットワーク機器を含むリストを取得する取得ステップと、
    前記リストに含まれるネットワーク機器から機器情報を取得して、監視処理を行う監視ステップと、
    前記監視処理に際して取得した機器情報の少なくとも一部を前記管理装置に送信する第１の送信ステップと、
    前記監視処理の結果、所定の条件を満たすネットワーク機器を特定した場合に、当該ネットワーク機器の障害として、障害情報を生成する生成ステップと、
    前記生成ステップで生成された障害情報を前記管理装置に送信する送信ステップと、
    前記障害情報に対応するネットワーク機器の監視処理を停止する停止ステップと、
    を有することを特徴とする監視装置の制御方法。
11. コンピュータを、請求項１乃至９のいずれか１項に記載される手段として機能させるためのプログラム。

Images