JP2014178803A - 監視システム、及び、その制御方法 - Google Patents

Abstract

【課題】中央監視装置の監視サービスが停止されている状態であっても、画像形成装置の状態をユーザに通知可能にすること。
【解決手段】監視装置１０２は、中央監視装置１０３の監視サービスが停止中の際には（Ｓ６０４でＹｅｓの場合）、画像形成装置１０１の管理情報を中央監視装置１０３に送信することなく格納し（Ｓ６１４）、所定の条件に従って前記管理情報に関するメール通知を行い（Ｓ６０８，Ｓ６１１）、前記管理情報内のメール送信済みフラグをＯＮに設定し（Ｓ６０９，Ｓ６１２）、監視サービスの再開後に、前記管理情報を中央監視装置１０３に送信する。中央監視装置１０３は、監視装置１０２から受信した管理情報内のメール送信済みフラグがＯＦＦの場合（Ｓ７０５でＮｏの場合）、前記管理情報に係るメール通知を行い（Ｓ７０７）、前記メール送信済みフラグがＯＮ場合には（Ｓ７０５でＹｅｓの場合）、前記管理情報に係る通知を行わない。
【選択図】図６

Description

本発明は、プリンタ等の画像形成装置の稼働状況を管理、監視する監視システム及びその方法に関するものである。

ネットワーク上に配置された監視装置と中央監視装置によってプリンタの稼動状態を監視する仕組みがある。ファイヤーウォール等によって中央監視装置が直接プリンタに接続できないネットワーク構成において、外部と通信できるネットワーク領域に配置された監視装置がプリンタの稼働状態データを中央監視装置に送信する構成である。

中央監視装置は、中央監視装置自身が正常に稼働している場合においては、プリンタの稼働状態に異常を検知した後に、該異常を通知するメールを送信したり、該異常を通知するメッセージ等を画面に表示したりする（以降「通知」と記載する場合はこれらを総称するものとする）。この通知によりユーザはプリンタの稼働状態に異常があったことを知ることができる。プリンタに発生した異常が致命的な問題であれば、ユーザは可能な限り早期に対処しなければならない。このため、中央監視装置は、プリンタの稼働状態に異常が発生した後、可能な限り早期にユーザに通知しなければならない。

しかし、中央監視装置のメンテナンスあるいは予期せぬ異常等によって、中央監視装置がサービスを停止している場合には、プリンタで発生した異常がユーザに通知されない。

特許文献１には、プリンタの状態を監視する監視装置を監視するサブ監視装置によって監視装置の稼働状態を監視し、監視装置が正常に稼働しているか否かを判定する方法が提案されている。このサブ監視装置は、監視装置に異常が発生していると判定した場合に、ユーザに監視装置の異常を通知することができる。ユーザはこの通知によって、中央監視装置等が正しくプリンタの稼働状態を監視できない状態にあることを知ることができる。

特開２０１０−２８２３２３号公報

しかし、特許文献１の技術では、中央監視装置等に異常があった場合に、中央監視装置の異常をユーザに通知することはできるが、監視すべきプリンタの稼働状態をユーザに通知することはできない。そのため、ユーザは例えば監視範囲のプリンタの稼働状態を直接確認して致命的な問題が発生していないかを確認する必要がある。しかし、中央監視装置が管理するプリンタの数が多い場合には、ユーザはそれら１つ１つを確認しなければならない。また、プリンタに異常が発生するタイミングも予測できないため、ユーザは中央監視装置に異常が発生している期間は、常に監視範囲のプリンタの稼働状態を確認し続けなければならない。よって、プリンタの稼働状態の監視にかける工数は増え、また、異常が発生してから発見までにかかる時間は長くなる可能性が高くなる。

なお、メンテナンスや障害等で中央監視装置のサービスを停止する場合、中央監視装置が、受信したプリンタのエラー情報を内部に蓄積し、サービスが再開したときに、蓄積された情報をまとめてユーザに送信する方法等が考えられる。しかし、この方法では、エラー対応が遅れたてしまったり、エラー情報がまとめて送信される際に、エラー情報の送信順が変わることによる問題などが発生する可能性もあった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、中央監視装置において画像形成装置を監視するサービスが停止されている状態であっても、画像形成装置の状態をユーザに通知することができる仕組みを提供することである。

本発明は、画像形成装置の管理情報を受信して前記管理情報に係る通知を行う監視サービスを実行する中央監視装置と、前記画像形成装置の管理情報を前記中央監視装置に送信する監視装置とを有する監視システムであって、前記監視装置は、前記監視サービスが停止中の際には、前記管理情報を前記中央監視装置に送信することなく格納する格納手段と、所定の条件に従って前記管理情報に関する通知を行う通知手段と、前記通知手段による通知済みを示す情報を前記管理情報に設定する設定手段と、前記監視サービスの再開後に、前記管理情報を前記中央監視装置に送信する送信手段と、を有し、前記中央監視装置は、前記管理情報に前記通知済みを示す情報が設定されている場合には、前記管理情報に係る通知を行わない、ことを特徴とする。

本発明によれば、中央監視装置において画像形成装置を監視するサービスが停止されている状態であっても、画像形成装置の状態をユーザに通知することができる。

本実施例の監視システムの構成を例示するブロック図。 本実施例の画像形成装置のハードウェア構成を例示するブロック図。 本実施例の監視装置のハードウェア構成を例示するブロック図。 本実施例の監視装置のソフトウェア構成を例示するブロック図。 本実施例の中央監視装置のソフトウェア構成を例示するブロック図。 本実施例の監視装置の動作を例示するフローチャート。 本実施例の中央監視装置の動作を例示するフローチャート。 監視装置により送信されるメールの表示例（メンテ時送信）。 監視装置により送信されるメールの表示例（障害時送信）。 中央監視装置により送信されるメールの表示例。 設定情報、稼働状態情報、消耗品の消耗度情報のデータ例を示す図。

以下、本発明を実施するための形態について、図面を参照しながら説明する。

［監視システムの全体構成］
図１は、本発明の一実施例を示す監視システムの構成の一例を示すブロック図である。
図１に示すように、顧客環境１００には、監視対象となる画像形成装置１０１と、それらを監視する監視装置１０２とが、ネットワーク１０４を介して通信可能に接続されている。画像形成装置１０１は、画像形成装置１０１の稼働状態をネットワーク１０４経由で監視装置１０２に通知する。監視装置１０２は、画像形成装置１０１の稼働状態をネットワーク１０４経由で監視する。

画像形成装置１０１、監視装置１０２は、ネットワーク１０４、ゲートウェイ機器１０５を介して外部ネットワーク（例えばインターネット）１０６に接続し、中央監視装置１０３と通信を行う。以下、外部ネットワークをインターネットとして説明する。ゲートウェイ機器１０５は、ルーターやプロキシサーバ、ファイヤーウォール等で構成される。なお、本実施例では、インターネット１０６を介して各装置が通信を行う場合を説明しているが、各装置はその一部あるいは全てが同一ネットワーク内に接続されていてもよい。

なお、図１では、顧客環境１００には、画像形成装置１０１、監視装置１０２が１台ずつしか記載されていないが、１台の監視装置１０２により複数台の画像形成装置１０１を監視する構成であってもよく、顧客環境１００には、複数台の監視装置１０２と複数台の画像形成装置１０１があってもよい。
また、監視装置１０２の監視機能は、画像形成装置１０１にプログラムをインストールすることでも実現可能であり、該監視機能は、画像形成装置１０１に組み込むこともできる。なお、本実施例では、該監視機能を監視装置１０２が有するものとして説明する。

次に、顧客環境１００の監視装置１０２を介して画像形成装置１０１を監視する中央監視装置１０３の処理情報を元にサービスを行う監視会社の環境（監視会社環境１０７）について説明する。
監視会社環境１０７では、中央監視装置１０３の処理情報を閲覧、処理する情報処理装置１０８が、ネットワーク１０９に接続されている。情報処理装置１０８は、ネットワーク１０９、ゲートウェイ機器１１０を介してインターネット１０６に接続し、中央監視装置１０３と通信を行う。ゲートウェイ機器１１０は、ルーターやプロキシサーバ、ファイヤーウォール等で構成される。

次に中央監視装置１０３について説明する。
中央監視装置１０３は、ネットワーク１１１、ゲートウェイ機器１１２を介してインターネット１０６に接続し、監視装置１０２や情報処理装置１０８と通信を行う。ゲートウェイ機器１１２は、ルーターやプロキシサーバ、ファイヤーウォール等で構成される。

中央監視装置１０３は、監視装置１０２が画像形成装置１０１から受信した画像形成装置１０１等に記録された情報を受信し、処理を行う。当該情報のことを管理情報と定義する。管理情報は、画像形成装置１０１の設定情報、画像形成装置１０１の一部あるいは全体の稼働状態情報、消耗品の消耗度情報、カウンタ情報等の情報の少なくとも１つを含む。また、管理情報は、監視装置１０２と画像形成装置１０１との間の通信状態の情報を含んでいてもよい。なお、監視装置１０２は、中央監視装置１０３に送信する管理情報に、メール送信先、メール送信済フラグ等の設定の値を含めることができる。即ち、中央監視装置１０３が受信する管理情報に、監視装置１０２によって設定される、メール送信先、メール送信済フラグ等の設定値を含めることができ、当該設定を利用することにより、本実施例では中央監視装置１０３による通知を制御する。なお、上記メール送信先の初期値は空文字、メール送信済フラグの初期値はＯＦＦであるとする。中央監視装置１０３は、以上のような画像形成装置１０１の管理情報を前記監視装置１０２から受信し、該管理情報に係る通知を行う監視サービスを実行する。

以下、管理情報に含まれる各情報について説明する。
設定情報は、例えば、ＩＰアドレス、ＭＡＣアドレス、シリアル番号、デバイス名、製品名、設置場所、インストールされているファームウェアの種類やバージョン、インストールされているアプリケーションの種類やバージョン等の情報を含むことができる。図１１（ａ）は、本実施例における設定情報のデータ例を示す図である。

稼働状態情報は、例えば、ハードディスクエラーや温度上昇、内部通信遮断等のハードエラーや、紙ジャム等のエラー、トナー切れ、用紙切れ、針切れ、ドアオープン、排紙トレイの紙積載超過等のユーザが回避できるエラーの情報も含むことができる。また、稼働状態情報に付与する情報として、情報取得日時、ユニット番号、重大度、トレーニングレベル、前記メール送信先、前記メール送信済フラグ等の情報を含むことができる。図１１（ｂ）は、本実施例における稼働状態情報のデータ例を示す図である。

消耗品の消耗度情報は、例えば、インクやトナー、廃トナー、用紙、針の最大容量や残量、容量単位、最大容量に対する残量の割合等の情報を含むことができる。また消耗品の消耗度情報に付与する情報として、情報取得日時、ユニット番号、色情報を含むことができる。図１１（ｃ）は、本実施例における消耗品の消耗度情報のデータ例を示す図である。

カウンタ情報は、例えば、用紙のサイズ別の印刷回数、スキャン回数、ファックス送信回数等の機能の利用回数情報やドラム回転回数等の利用ユニットの使用回数情報を含むことができる。カウンタ情報のデータ例は、消耗品の消耗度情報と類似するため省略する。なお、管理情報は、上述した情報に限定されるものではなく、監視装置１０２の機能によってデータの変換や追加、削除を行うこともできる。

中央監視装置１０３は、画像形成装置１０１を複数台処理できるように、画像形成装置１０１を一意に識別する管理識別子を用いて画像形成装置の管理を行い、管理識別子と管理情報を紐づけて情報処理装置１０８に配信する。当該管理識別子は、例えば、ユニークな製造番号やＭＡＣアドレスあるいは本システムや他のシステムによって割り振られたユニークな識別子等である。図１１（ａ），（ｂ），（ｃ）の例では、「ＳｅｒｉａｌＮｏ．」列の値を管理識別子として利用しており、「ＳｅｒｉａｌＮｏ．」列の値によって（ａ）と（ｂ），（ｃ）のデータを結合する。

［画像形成装置］
図２は、画像形成装置１０１の構成の一例を示すブロック図である。
画像形成装置１０１は、例えば、デジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナ装置等の画像形成装置に適用することができる。
画像形成装置１０１は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、内部バス２０６、デバイス制御２０７、定着器等を含む印刷部２０８、入出力制御２０９を有する。

ＣＰＵ２０１は、ＲＯＭ２０３に格納されているプログラム（画像形成装置の各機能を実現するためのプログラム）を実行し、内部バス２０６を介して各デバイスを総括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ＲＯＭ２０３は、上記プログラムや各種データを記憶する。

ネットワークＩ／Ｆ２０５は、ローカルエリアネットワーク１０４を介して、外部のネットワーク機器或いはパーソナルコンピュータ（ＰＣ）と片方向または双方向にデータをやりとりするネットワークインタフェースである。デバイス制御２０７は、印刷部２０８を制御する。ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３とともにプログラムの実行処理を行うとともに、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。記憶装置２０４は、外部記憶装置として機能し、画像データ等を記憶するほか、ＲＡＭ２０２に代わって、前記管理情報を保存することも可能である。なお、記憶装置２０４は、ハードディスクやＳＳＤ（Solid State Drive）等で構成されている。

なお、上述したように、画像形成装置１０１を、後述する図４に示す監視装置１０２の各モジュールとして機能させるためのプログラムをＲＯＭ２０３、記憶装置２０４にコンピュータ読み取り可能に格納し、該プログラムをＣＰＵ２０１がＲＡＭ２０２にロード等して実行することで、監視装置１０２の機能を、画像形成装置１０１で代替することもできる。

［監視装置］
図３は、監視装置１０２の構成の一例を示すブロック図である。
監視装置１０２は、例えば、ＰＣ、サーバ等の情報処理装置に適用することができる。監視装置１０２は、ＲＯＭ３０３や記憶装置３０４に格納されているプログラム（後述する図４の各モジュールを実現するためのプログラムも含む）を実行するＣＰＵ３０１を備え、ＣＰＵ３０１が内部バス３０６を介して各デバイスを総括的に制御する。内部バス３０６には、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、入出力Ｉ／Ｆ３０７等の各デバイスが接続されている。

入出力Ｉ／Ｆ３０７は、例えば、ＰＳ２やUniversal Serial Bus（ＵＳＢインタフェース）、アナログやデジタルのディスプレイインタフェース等の入出力インタフェースである。キーボードやマウス、ＣＲＴや液晶装置の入出力装置３０８は、入出力Ｉ／Ｆ３０７を介して監視装置１０２と接続され、監視設定情報の登録・変更・削除・表示や管理情報の表示、ログファイルの表示等を行うことができる。

ネットワークＩ／Ｆ３０５は、ネットワーク１０４やゲートウェイ機器１０５を介してインターネット１０６に接続するネットワークインタフェースであり、画像形成装置１０１や中央監視装置１０３、情報処理装置１０８と通信を行うことができる。

ＣＰＵ３０１は、ＲＡＭ３０２やＲＯＭ３０３とともにプログラムの実行処理を行うとともに、記憶装置３０４等の記録媒体に画像データを記録する処理を行う。記憶装置３０４は、外部記憶装置として機能し、前記管理情報を記憶するほか、ＲＡＭ３０２に代わって、システム情報及び処理情報を記憶することも可能である。なお、記憶装置３０４は、ハードディスクやＳＳＤ（Solid State Drive）等で構成されている。

なお、入出力装置３０８は、外部機器として説明したが、勿論、監視装置１０２にハードウェアとして内蔵されていてもよい。また、中央監視装置１０３や情報処理装置１０８も、上記の監視装置１０２と同様の構成例を適用することができる。なお、上述の図４の監視装置１０２のハードウェア構成を、中央監視装置１０３に適用する場合、記憶装置３０４には、後述する図５の各モジュールを実現するためのプログラムも含む各種プログラムを格納しておき、ＣＰＵ３０１がこれを実行するものとする。

［監視装置のソフトウェアモジュール構成］
図４は、監視装置１０２の内部にある画像形成装置１０１から受信した管理情報を処理するソフトウェアモジュールの構成の一例を示す図である。
図４において、４００は、画像形成装置１０１から受信した管理情報を処理する監視装置１０２のソフトウェアモジュールに該当する。ソフトウェアモジュール４００は、記憶装置３０４に格納され、実行時にＲＡＭ３０２に展開され、ＣＰＵ３０１にて実行されることにより、その機能を実現する。なお、特に断りのない限り、後述するすべての説明において監視装置１０２に関するハードウェア上の実行の主体は、ＣＰＵ３０１であり、ソフトウェア上の制御の主体は、記憶装置３０４に格納されたプログラムである。

ソフトウェアモジュール４００は、監視処理部４０１、記録処理部４０２、通信処理部４０３、管理情報処理部４０４、入出力処理部４０５、状態検知部４０６を有する。以下、各部について説明する。

通信処理部４０３は、ネットワークＩ／Ｆ３０５、ネットワーク１０４を経由して、監視装置１０２の外部にデータを送信したり、監視装置１０２の外部からデータを受信したりすることができる。具体的には、通信処理部４０３は、管理情報処理部４０４からの指示に従い、画像形成装置１０１への管理情報の問合せと、画像形成装置１０１から受信した応答の管理情報処理部４０４への送信等を行うことができる。また、通信処理部４０３は、監視処理部４０１からの指示に従い中央監視装置１０３への監視結果の送信と、中央監視装置１０３から受信した応答の監視処理部４０１への送信を行うこともできる。また、通信処理部４０３は、中央監視装置１０３の稼働状態を検知するための状態検知部４０６からの指示に従い、中央監視装置１０３への稼働状態問合せと、中央監視装置１０３から受信した応答の状態検知部４０６への送信を行うこともできる。

また、通信処理部４０３は、監視処理部４０１の指示に従い、インターネット１０６へのメール送信を行うこともできる。また、通信処理部４０３は、中央監視装置１０３から送信された監視設定情報の受信と、監視処理部４０１への送信を行うこともできる。

この監視設定情報には、監視対象の画像形成装置１０１を管理識別子のリストで示す監視対象画像形成装置リストや、監視対象の画像形成装置１０１を監視する監視期間、監視間隔等を含めることができる。当該監視期間には、各日における時間の範囲や曜日の指定等を含めることができる。当該監視間隔は、任意の時間間隔を設定することができる。

また、監視設定情報には、中央監視装置１０３に管理情報を送信する管理情報の一部を加工したり削除したりするために利用する管理情報フィルタリング条件を含めることもできる。また、監視設定情報には、定期的なサーバメンテナンス期間やバージョンアップ作業等の事前に中央監視装置１０３が停止すると判明している期間を設定する停止期間を含めることができる。また、監視設定情報には、停止期間におけるメールの宛先となるメンテ時メール送信先を含めることもできる。なお、監視設定情報は、後述する入出力処理部４０５から受信することもできる。

記録処理部４０２は、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４の記憶領域と情報のやりとりを行う。記録処理部４０２は、管理情報処理部４０４や監視処理部４０１、状態検知部４０６で処理した情報の記憶装置３０４への記録を行ったり、ＲＯＭ３０３に格納されている情報の取得を行ったりする。

管理情報処理部４０４は、監視処理部４０１が記録処理部４０２を介して記録した監視スケジュールを取得し、その監視スケジュールに則って管理情報取得指示を通信処理部４０３に送信し、通信処理部４０３から受信した画像形成装置１０１の管理情報の記録処理部４０２への送信を行う。

状態検知部４０６は、監視処理部４０１からの指示に従い、通信処理部４０３を介して、中央監視装置１０３に対して、中央監視装置１０３が行う監視サービスの稼働是非や中央監視装置１０３と通信可否（以降、中央監視装置稼働状態）の問合せと、その応答の受信を行う。なお、状態検知部４０６は、中央監視装置１０３から監視サービスを停止している旨の情報を受信した場合や、中央監視装置１０３が一定回数、あるいは一定の期間に応答を返さない場合に、中央監視装置稼働状態が停止状態であると判断する。即ち、中央監視装置１０３の監視サービスが停止状態と判断する。また、状態検知部４０６は、監視処理部４０１への中央監視装置稼働状態の送信を行ったり、記録処理部４０２への中央監視装置稼働状態の送信を行ったりすることもできる。

監視処理部４０１は、入出力処理部４０５から入力されるか、通信処理部４０３を介して中央監視装置１０３から送信される、監視設定情報の記録処理部４０２への送信を行うことができる。また、監視処理部４０１は、管理情報処理部４０４が記録した管理情報を記録処理部４０２から取得し、通信処理部４０３を介して、中央監視装置１０３への送信を行ったりすることもできる。なお、監視処理部４０１が管理情報を中央監視装置１０３へ送信するタイミングは、監視設定情報に含まれる送信間隔やスケジュールに基づいて決められる。ただし、監視処理部４０１は、状態検知部４０６が記録した中央監視装置稼働状態情報を記録処理部４０２から取得し、その結果に応じて、中央監視装置１０３への管理情報の送信を行わない制御を行うこともできる。

入出力処理部４０５は、入出力装置３０８であるキーボード、マウス、ディスプレイを制御し、監視設定情報の登録・変更・削除・表示や管理情報の表示、ログファイルの表示等を行うためのインタフェースとなっている。

［中央監視装置のソフトウェアモジュール構成］
図５は、中央監視装置１０３のソフトウェアモジュール構成の一例を示すブロック図である。
図５において、５００は、中央監視装置１０３のソフトウェアモジュールに該当する。ソフトウェアモジュール５００は、記憶装置３０４に格納され、実行時にＲＡＭ３０２に展開され、ＣＰＵ３０１にて実行されることにより、その機能を実現する。なお、特に断りのない限り、後述するすべての説明において、中央監視装置１０３に関するハードウェア上の実行の主体はＣＰＵ３０１であり、ソフトウェア上の制御の主体は、記憶装置３０４に格納されたプログラムである。ソフトウェアモジュール５００は、監視処理部５０１、記録処理部５０２、通信処理部５０３、管理情報処理部５０４、入出力処理部５０５を有する。

監視処理部５０１は、中央監視装置１０３において、監視装置１０２から通知される管理情報を用いた判断、加工、記録、表示、通知等の処理を司る処理部である。監視処理部５０１は、記録処理部５０２、通信処理部５０３、入出力処理部５０５を制御する。

通信処理部５０３は、ネットワークＩ／Ｆ３０５を介してネットワーク１１１に接続し、監視装置１０２や情報処理装置１０８からの通知や要求を受け付けることができる。また、通信処理部５０３は、監視装置１０２から送信された管理情報の受信を行い、管理情報処理部５０４に送信することもできる。また、通信処理部５０３は、監視処理部５０１からの指示に従い、所定の通信処理仕様に基づく通信データの送信、または受信を行うこともできる。

上述した通信処理部５０３が送信する通信データには、監視設定情報、中央監視装置稼働状態、画面表示用のＨＴＭＬ、監視結果メール、中央監視装置１０３が受信した通信データに対する応答を含めることができる。前記画面表示用のＨＴＭＬとは、監視会社環境１０７にある情報処理装置１０８が画像形成装置１０１の情報を参照する際はインターネット経由で接続することがあるため、ウェブブラウザで処理が可能なＨＴＭＬフォーマットに変換したものである。なお、画面表示用のデータは、ＨＴＭＬフォーマットに限らず表示する機器に合わせた別のフォーマットを用意できることはいうまでもない。前記情報処理装置１０８がＨＴＭＬフォーマット情報を参照するために、通信処理部５０３にはＷＷＷサーバの機能を設けている。通信処理部５０３が受信する通信データは、管理情報、画面表示リクエスト、中央監視装置１０３からの送信データに対する応答を含めることができる。

記録処理部５０２は、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４の記憶領域と情報のやりとりを行う。記録処理部５０２は、管理情報処理部５０４や監視処理部５０１で処理した情報の記憶装置３０４への記録を行ったり、ＲＯＭ３０３に格納されている情報の取得を行ったりする。

管理情報処理部５０４は、通信処理部５０３を介して監視装置１０２から受信した管理情報を、記録処理部５０２に送信する。また、管理情報処理部５０４は、管理情報の複製・加工・削除・情報付与を行うこともできる。また、管理情報処理部５０４は、管理情報を記録処理部５０２への送信に伴い、管理情報を受信・記録したことを監視処理部５０１に通知することもできる。また、管理情報処理部５０４は、情報処理装置１０８からの取得指示に応じて、記録処理部５０２から取得した管理情報を基に画面表示用のＨＴＭＬを生成し、通信処理部５０３を介して情報処理装置１０８に送信することもできる。

監視処理部５０１は、入出力処理部５０５から入力されるか、通信処理部５０３を介して情報処理装置１０８から送信される、中央監視設定情報の記録処理部５０２への送信を行うことができる。また、監視処理部５０１は、管理情報処理部５０４から管理情報を受信・記録したことの通知を受け、管理情報と中央監視設定情報に含まれる管理情報フィルタリング条件との照合処理や、監視処理部５０１が持つロジックに従い照合処理を行うことができる。また、監視処理部５０１は、前記照合処理の結果を受け、管理情報に合致した中央監視設定情報に含まれるメール送信先に設定されたメールアドレスに対して、メールを送信することもできる。

上述した中央監視設定情報には、監視対象の画像形成装置１０１を管理識別子のリストで示す監視対象画像形成装置リストや監視対象の画像形成装置１０１を監視する監視期間や監視間隔等を含めることができる。当該監視期間には、各日における監視時間の範囲や曜日の指定等を含めることができる。当該監視間隔は、任意の時間間隔を設定することができる。

また、監視処理部５０１は入出力処理部５０５から入力されるか通信処理部５０３を介して情報処理装置１０８から送信される監視設定情報の記録処理部５０２への送信を行うことができる。監視設定情報に含めることができる情報については、通信処理部４０３で説明したため省略する。なお、監視設定情報の監視対象画像形性装置リスト、管理情報フィルタリング条件、メンテナンス時通知先メールアドレスは、それぞれ中央監視設定情報の監視対象画像形成装置リスト、管理情報フィルタリング条件、メール送信先の情報から複製することができる。

入出力処理部５０５は、入出力装置３０８であるキーボード、マウス、ディスプレイを制御し、監視設定情報や中央監視設定情報の登録・変更・削除・表示や、管理情報の表示、ログファイルの表示等を行うためのインタフェースとなっている。

図６は、監視装置１０２と中央監視装置１０３との間で通信が行えなかった場合の監視装置１０２における各管理情報の受信からメール送信までの処理を説明するためのフローチャートである。なお、このフローチャートの処理は、監視装置１０２のソフトウェアモジュール４００により実行されるものである。即ち、このフローチャートの処理は、監視装置１０２のＣＰＵ３０１が記憶装置３０４に格納されたプログラムを読み出して実行することにより実現される。

Ｓ６０１において、通信処理部４０３が、画像形成装置１０１から管理情報を受信すると、Ｓ６０２に移行する。Ｓ６０２において、監視処理部４０１は、上記Ｓ６０１で受信した管理情報に含まれる画像形成装置１０１の管理識別子が監視設定情報に設定されている監視対象画像形成装置リストに含まれているか否かを判定する。

上記Ｓ６０２の結果、当該管理識別子が監視対象画像形成装置リストに含まれていないと判定した場合（Ｓ６０２でＮｏの場合）、監視処理部４０１は、当該画像形成装置１０１は上記管理情報をユーザに通知する必要のない画像形成装置であると判断し、本フローチャートの処理を終了する。一方、上記Ｓ６０２の結果、当該管理識別子が監視対象画像形成装置リストに含まれていると判定した場合（Ｓ６０２でＹｅｓの場合）、監視処理部４０１は、当該画像形成装置１０１が上記管理情報をユーザに通知すべき画像形成装置であると判断し、Ｓ６０３に移行する。

Ｓ６０３では、監視処理部４０１は、上記管理情報に含まれる画像形成装置１０１の稼働状態情報や消耗品の消耗度情報と、監視設定情報に設定されている管理情報フィルタリング条件との照合を行い、合致するか否かを判定する。

稼働状態情報や消耗品の消耗度情報の具体例は、前述したため説明を省く。管理情報フィルタリング条件には、稼働状態情報に対する該非判定や消耗品の消耗度情報に対する上限閾値・下限閾値を設定することができる。稼働状態情報に対する該非判定の具体例としては、PrinterMIB(RFC3805)のprtAlertSeverityLevelの値が「3」であれば該当、それ以外であれば非該当、等がある。なお、MIBは、Management Information Baseの略であり、SNMP（Simple Network Management Protocol）を利用しているネットワーク機器の動作状況を監視、管理するための動作状況に関するデータを示す。prtAlertSeverityLevelは、プリンタで発生したアラートの深刻度として定義されている。値「3」は、「critical」と定義されており、一般的に致命的な障害が発生している場合に設定されることが期待される。よって、この条件を上記の管理情報フィルタリング条件に設定しておく。

他の具体例としては、同じくPrinterMIBのprtAlertTrainingLevelの値が「5」であれば該当、それ以外であれば非該当、等がある。prtAlertTrainingLevelは、プリンタで発生したアラートに対処するのに要求される訓練のレベルとして定義されている。値「5」は「fieldService」と定義されており、一般的に修理担当技術者による対処が必要である場合に設定されることが期待される。よって、この条件を上記の管理情報フィルタリング条件に含めるように設定しておく。

他の具体例としては、同じくPrinterMIBのprtAlertCodeの値が「1101」、「1102」、「808」のいずれかであれば該当、それ以外であれば非該当、等がある。prtAlertCodeはプリンタで発生したアラートの種類として定義されている。値「1101」は「markerTonerEmpty」、値「1102」は「markerInkEmpty」、値「808」は「inputMediaSupplyEmpty」と定義されている。これらはそれぞれ、トナー残量無し、インク残量無し、用紙切れ、の場合に設定されることが期待される。また、これらの具体例の他、画像形成装置１０１の製造者が独自に定義・設定した情報に対する該非判定を行ってもよい。よって、これらの条件を上記の管理情報フィルタリング条件に含めるように設定しておく。

消耗品の消耗度情報に対する上限閾値・下限閾値の設定の具体例としては、次のものがある。同じくPrinterMIBのprtMarkerSuppliesLevelの値とprtMarkerSuppliesMaxCapacityの値との商と、設定した下限閾値を比較し、前記商の値が下限閾値より大ならば該当、それ以外であれば非該当、等がある。よって、これらの条件を上記の管理情報フィルタリング条件に含めるように設定しておく。なお、prtMarkerSuppliesLevelは、プリンタ内のある消耗品の容器の残りのスペースと定義されている。prtMarkerSuppliesMaxCapacityは、プリンタ内のある消耗品の容器の最大容量と定義されている。実際には対象の消耗品の容器を特定する処理が入るが説明は省略する。

即ち、上記Ｓ６０３の判定処理では、上記管理情報に含まれる各情報のうち、例えば、稼働状態情報が致命的な障害発生を示す値に該当する、稼働状態情報が修理担当技術者による対処が必要な警告を示す値に該当する、消耗品の消耗度情報が消耗品切れを示す値に該当する、消耗品の消耗度情報が閾値を超えた値に該当する等の各管理情報フィルタリング条件の少なくともいずれかに該当するか判定し、該当する情報をユーザに通知すべき事態の発生を示す情報として上記管理情報から抽出している。なお、上記Ｓ６０３で判定する管理情報フィルタリング条件は、上記例に限定されるものではなく、上記管理情報に含まれる情報の中から、ユーザに通知すべき事態の発生を検出可能な条件であればどのような条件であってもよい。

上記Ｓ６０３の結果、上記管理情報が上記管理情報フィルタリング条件に合致しないと判定した場合（Ｓ６０３でＮｏの場合）、監視処理部４０１は、上記管理情報がユーザに通知する必要のない状態であると判断し、本フローチャートの処理を終了する。一方、上記Ｓ６０３の結果、上記管理情報が上記管理情報フィルタリング条件に合致すると判定した場合（Ｓ６０３でＹｅｓの場合）、監視処理部４０１は、上記管理情報がユーザに通知すべき状態であると判断し、Ｓ６０４に移行する。

Ｓ６０４では、監視処理部４０１は、中央監視装置１０３の監視サービスの稼働状態が停止中であるか否かを判定する。前述したとおり、中央監視装置１０３の監視サービスの稼動状態が停止中であるか否かは、中央監視装置稼動状態を状態検知部４０６によって検知し、監視処理部４０１が判定する。あるいは、監視処理部４０１によって中央監視装置１０３に管理情報の送信を試みた結果、一定回数、あるいは一定期間を超えて応答がなかった場合に、中央監視装置１０３の監視サービスの稼働状態が停止中であると判定してもよい。

上記Ｓ６０４の結果、中央監視装置１０３の監視サービスの稼動状態が停止中でないと判定した場合（Ｓ６０４でＮｏの場合）、監視処理部４０１は、中央監視装置１０３の監視サービスの稼動状態が正常状態であると判断し、Ｓ６０５に移行する。Ｓ６０５では、監視処理部４０１は、通信処理部４０３を介して、上記管理情報を中央監視装置１０３に送信し、本フローチャートの処理を終了する。
一方、上記Ｓ６０４の結果、中央監視装置１０３の監視サービスの稼動状態が停止中であると判定した場合（Ｓ６０４でＹｅｓの場合）、監視処理部４０１は、Ｓ６０６の処理に移行する。

Ｓ６０６では、監視処理部４０１は、中央監視装置１０３の監視サービスの停止状態が計画されていたものであるか否かを判定する。すなわち、ユーザによって監視装置１０２に監視設定情報に停止期間が設定されており、かつ、その停止期間に現在日時が含まれているか否かを判定する。

上記Ｓ６０６の結果、上記Ｓ６０６の判定の結果、中央監視装置１０３の監視サービスの停止状態が計画されていたものでない（監視設定情報の停止期間に現在日時が含まれていない）と判定した場合（Ｓ６０６でＮｏの場合）、監視処理部４０１は、ユーザが予測していない何らか障害が発生していると判断し、Ｓ６１０の処理に移行する。なお、Ｓ６１０移行の処理については後述する。

一方、上記Ｓ６０６の結果、中央監視装置１０３の監視サービスの停止状態が計画されていたものである（監視設定情報の停止期間に現在日時が含まれている）と判定した場合（Ｓ６０６でＹｅｓの場合）、監視処理部４０１は、例えば、定期的なサーバメンテナンス期間やバージョンアップ作業等のユーザによって事前に計画された期間における中央監視装置１０３の監視サービスの停止であると判断し、Ｓ６０７の処理に移行する。

Ｓ６０７では、監視処理部４０１は、監視設定情報に、メンテナンス時通知先メールアドレスが設定されているか否かを判定する。上記Ｓ６０７の結果、監視設定情報にメンテナンス時通知先メールアドレスが設定されていないと判定した場合（Ｓ６０７でＮｏの場合）、監視処理部４０１は、Ｓ６１０に移行し、後述するメール通知が行われる。Ｓ６１０移行の処理の詳細は後述するが、監視設定情報にメンテナンス時通知先メールアドレスが設定されていない場合であっても、上記Ｓ６０２、Ｓ６０３、および、Ｓ６０６にてユーザによって監視設定情報の各設定が設定されている前提があるため、ユーザは通知を受け取る、あるいは、誰かに通知する意思があったとみなすことができるため、何らかの通知の必要があるからである。勿論、前記監視設定情報にメンテナンス時通知先メールアドレスが設定されていない場合に、設定不足とみなし、Ｓ６１０に移行することなく本フローチャートの処理を終了してもよい。

一方、上記Ｓ６０７の結果、監視設定情報にメンテナンス時通知先メールアドレスが設定されていると判定した場合（Ｓ６０７でＹｅｓの場合）、監視処理部４０１は、該設定されているメンテナンス時通知先メールアドレスにメールを送信する必要があると判断し、Ｓ６０８に移行する。

なお、メンテナンス時通知先メールアドレスに設定するメールアドレスの宛先は、例えば、ユーザの内、サービスマンや統括マネージャ、修理担当技術者、作業者等であり、顧客ＩＴ管理者は含めない想定である。これは、上記Ｓ６０６の処理により中央監視装置１０３に接続できない状態にあることをユーザが想定していたことが判明しており、顧客ＩＴ管理者への通知を行う必要がないためである。なお、メンテナンス時通知先メールアドレスは、監視設定情報の設定ではなく、監視装置１０２全体の共通の設定として記録されていてもよい。

Ｓ６０８では、監視処理部４０１は、通信処理部４０３を介して、メンテナンス時通知先メールアドレスに設定されたメールアドレスにメールを送信する処理を行い、Ｓ６０９に移行する。なお、Ｓ６０８では、メール本文に表示する情報の生成も行う。図８の表示例を用いてメール本文に表示する情報について説明する。

図８は、本実施例において監視装置によりメンテナンス時通知先メールアドレスに送信されるメール本文の一例を示す図である。
図８に示すように、メール本文には、管理識別子と紐づく設定情報に含まれる画像形成装置を特定可能な情報を含めることができる。当該情報は、前述した設定情報に含まれる情報の内、ＩＰアドレス（２６行）、ＭＡＣアドレス（２７行）、シリアル番号（２２行）、デバイス名（２３行）、製品名（２４行）、設置場所（２５、２８、２９、３０行）、等である。また、メール本文には、稼働状態情報や消耗品の消耗度情報を含めることができる（１４、１８行）。また、メール本文には、画像形成装置１０１から監視装置１０２が管理情報を受け取った日時を含めることができる（１５、１９行）。また、メール本文には、合致した監視設定情報に設定されている停止期間を含めることができる（０７行）。また、メール本文には、当該メールがユーザが想定していた中央監視装置１０３の停止期間中に発生した画像形成装置１０１の異常に関する通知である旨を示す案内文を含めることもできる（０２、０６行）。また、メール本文には、監視装置１０２から代理でメール送信されているものである旨を示す案内文を含めることもできる（０６行）。なお、上記メール本文に表示する情報は、メールタイトルや添付ファイル等、メール本文以外の箇所に表示されてもよい。

Ｓ６０９では、監視処理部４０１は、上記管理情報内のメール送信先設定の値に、メンテナンス時通知先メールアドレスに設定されているメールアドレスを設定し、Ｓ６１３に移行する。この設定は、後述する図７で説明するメール再送要否判定（Ｓ７０６）で利用される。メール送信先に値が設定されている例を図１１（ｂ），（ｃ）に示す（「Ａｄｄｒｅｓｓ」列）。なお、メンテナンス時通知先メールアドレスは、例えば、中央監視設定情報のメール送信先の情報から複製されたものである。

以下、Ｓ６１０〜Ｓ６１２の処理について説明する。
Ｓ６１０〜Ｓ６１２の処理は、ユーザが想定していない障害が中央監視装置１０３、あるいは中央監視装置１０３と監視装置１０２の間の経路において発生している場合（上記Ｓ６０６でＮｏの場合）や、メンテナンス時通知先メールアドレスが設定されていなかった場合（上記Ｓ６０７でＮｏの場合）に、実行される。以下、詳細に説明する。

まず、Ｓ６１０において、監視処理部４０１は、障害発生時通知先メールアドレスが設定されているか否かを判定する。なお、障害発生時通知先メールアドレスに設定されるメールアドレスの宛先は、ユーザの内、サービスマンや統括マネージャ、修理担当技術者、作業者等に加え、顧客ＩＴ管理者を含める想定である。なぜならば、Ｓ６１０に至る場合とは、ユーザが想定していない障害が発生している状況であり、かつ、その障害の原因が顧客環境１００内のネットワーク経路等のインフラである可能性もあるためである。

上記Ｓ６１０の結果、障害発生時通知先メールアドレスが設定されていないと判定した場合（Ｓ６１０でＮｏの場合）、監視処理部４０１は、メールの送信先を決定できないため、本フローチャートの処理を終了する。一方、上記Ｓ６１０の結果、障害発生時通知先メールアドレスが設定されていると判定した場合（Ｓ６１０でＹｅｓの場合）、監視処理部４０１は、該設定されているメールアドレスにメールを送信する必要があると判断し、Ｓ６１１に移行する。

Ｓ６１１では、監視処理部４０１は、通信処理部４０３を介して、障害発生時通知先メールアドレスに設定されたメールアドレスにメールを送信する処理を行い、Ｓ６１２に処理を移行する。なお、上記Ｓ６１１ではＳ６０８同様、メール本文に表示する情報の生成も行う。該Ｓ６１１で生成するメール本文の情報は、上記Ｓ６０８で生成するメール本文と類似しているが、案内文の生成処理のみ異なるため図９を用いて説明する。

図９は、本実施例において監視装置により障害発生時通知先メールアドレスに送信されるメール本文の一例を示す図である。
図９に示すように、上記Ｓ６１１で生成するメール本文には、当該メールが、ユーザが想定していない障害が中央監視装置１０３、あるいは中央監視装置１０３と監視装置１０２の間の経路において発生している旨を示す案内文を含めることができる（０２、０５、０６行）。

次に、Ｓ６１２では、監視処理部４０１は、管理情報のメール送信先設定に、障害発生時通知先メールアドレスを設定し、Ｓ６１３に移行する。この設定は、後述する図７で説明するメール再送要否判定（Ｓ７０６）で利用される。メール送信先に値が設定されている例を図１１（ｂ），（ｃ）に示す（「Ａｄｄｒｅｓｓ」列）。

上記Ｓ６０９又はＳ６１２の処理が終了すると、Ｓ６１３において、監視処理部４０１は、上記管理情報のメール送信済フラグに値「ＯＮ」を設定し、Ｓ６１４に移行する。即ち、監視処理部４０１は、監視装置１０２によるメール通知済みを示す情報を管理情報に設定する。この設定は、図７で説明するメール再送要否判定（Ｓ７０５）で利用される。メール送信済フラグに値「ＯＮ」が設定されている例を図１１（ｂ），（ｃ）に示す（「ＳｅｎｄＦｌａｇ」列）。

Ｓ６１４では、監視処理部４０１は、上記Ｓ６０９、Ｓ６１２、Ｓ６１３で更新した管理情報の値を記録処理部４０２に送信して格納し（記録処理部４０２内の管理情報を更新し）、本フローチャートの処理を終了する。なお、図６のフローチャートには示していないが、監視処理部４０１は、中央監視装置１０３の監視サービスの再開後に、上記Ｓ６１４で格納した管理情報を、中央監視装置１０３に送信する。

図７は、中央監視装置１０３における各管理情報の受信からメール送信までの処理を説明するためのフローチャートである。なお、このフローチャートの処理は、中央監視装置１０３のソフトウェアモジュール５００により実行されるものである。即ち、このフローチャートの処理は、中央監視装置１０３のＣＰＵ３０１が記憶装置３０４に格納されたプログラムを読み出して実行することにより実現される。

Ｓ７０１において、通信処理部５０３が、監視装置１０２から管理情報を受信すると、Ｓ７０２に移行する。Ｓ７０２では、管理情報処理部５０４は、上記Ｓ７０１で受信した管理情報をデータベースに格納し、Ｓ７０３に移行する。

なお、上記Ｓ７０２では、図６のＳ６０８，Ｓ６１１で説明した中央監視装置１０３の停止期間中に、監視装置１０２がメール送信した管理情報についても、データベースへの格納を行う。これは、データベースに格納した情報を参照して画面ＵＩへの表示を行う必要があるためである。画面ＵＩには、アラートの発生状況や発生・回復履歴、消耗品の消耗度情報等の表示を行うことができるが、本発明では主題ではないため説明を省く。なお、上記Ｓ７０２の処理は、後述するＳ７０３、Ｓ７０４の判定条件に合致した管理情報についてのみ行われてもよい。つまり、中央監視設定情報に合致する情報のみをデータベースに格納し、画面ＵＩに表示することもできる。

次に、Ｓ７０３では、監視処理部５０１は、上記管理情報に含まれる画像形成装置１０１の管理識別子が、中央監視設定情報に設定されている監視対象の画像形成装置のリストに含まれているか否かを判定する。

上記Ｓ７０３の結果、当該管理識別子が監視対象画像形成装置リストに含まれていないと判定した場合（Ｓ７０３でＮｏの場合）、監視処理部５０１は、当該画像形成装置１０１はユーザに通知する必要のない画像形成装置であると判断し、本フローチャートの処理を終了する。一方、上記Ｓ７０３の結果、当該管理識別子が監視対象画像形成装置リストに含まれていると判定した場合（Ｓ７０３でＹｅｓの場合）、監視処理部５０１は、当該画像形成装置１０１がユーザに通知すべき画像形成装置であると判断し、Ｓ７０４に移行する。

Ｓ７０４では、監視処理部５０１は、上記管理情報に含まれる画像形成装置１０１の稼働状態情報や消耗品の消耗度情報と、中央監視設定情報に設定されている管理情報フィルタリング条件との照合を行い合致するか否かを判定する。なお、Ｓ７０７の処理は、図６のＳ６０３の処理と同様であるので、詳細な説明は省略する。

上記Ｓ７０４の結果、合致しないと判定した場合（Ｓ７０４でＮｏの場合）、監視処理部５０１は、ユーザに通知する必要のない状態であると判断し、本フローチャートの処理を終了する。一方、上記Ｓ７０４の結果、合致したと判定した場合（Ｓ７０４でＹｅｓの場合）、監視処理部５０１は、ユーザに通知すべき状態であると判断し、Ｓ７０５に移行する。

次に、Ｓ７０５、Ｓ７０６において、監視処理部５０１は、上記管理情報のメール送信済フラグの値が「ＯＮ」であるか否か、また、該メール送信済フラグの値が「ＯＮ」である場合には、上記管理情報のメール送信先の値と中央監視装置１０３のデータベースに格納された中央監視設定情報のメール送信先の値が等しいか否かを判定する。

そして、上記管理情報のメール送信済フラグの値が「ＯＮ」であり、且つ、上記管理情報のメール送信先の値と中央監視装置１０３のデータベースに格納された中央監視設定情報のメール送信先の値が等しい（Ｓ７０５でＹｅｓ且つＳ７０６でＹｅｓの場合）、監視処理部５０１は、既に当該管理情報については中央監視設定情報に設定されたメール送信先に対して監視装置１０２によって代理送信済みであるためメール送信を行わず、本フローチャートの処理を終了する。この処理により、監視装置１０２が代理送信したメールの宛先に、同様のメールが重複して送信されてしまうという問題を解決することができる。勿論、改めて中央監視装置１０３からメール送信を行うこともできる。図示しないが、この場合、メールタイトルやメール本文に、監視装置１０２から通知済みである情報の再送である旨を含めてもよい。

一方、上記管理情報のメール送信済フラグの値が「ＯＮ」でない、又は、上記管理情報のメール送信先の値と中央監視装置１０３のデータベースに格納された中央監視設定情報のメール送信先の値が等しくない（Ｓ７０５でＮｏ又はＳ７０６でＮｏの場合）、監視処理部５０１は、中央監視装置１０３から改めてメール送信を行う必要があるため、Ｓ７０７に移行する。なお、上記Ｓ７０６において、比較元の管理情報のメール送信先と比較先の中央監視設定情報のメール送信先とに複数のメールアドレスが設定されている場合、過不足なくその全てが一致した場合のみ「Ｙｅｓ」と判定するものとする。この判定処理により、監視装置１０２が代理送信したメールの宛先が、障害発生時通知先メールアドレスである場合に多く発生する、本来送信すべき宛先にメール送信されないという問題を解決することができる。また、メンテナンス時通知先メールアドレスの情報が、古い中央監視設定情報に基づいて生成されている場合において、最新の中央監視設定情報に設定されたメール送信先に対してメールが送信されないという問題をも解決することができる。

Ｓ７０７では、監視処理部５０１は、中央監視設定情報のメール送信先に設定されたメールアドレスにメールを送信し、本フローチャートの処理を終了する。Ｓ７０７では、メール本文に表示する情報の生成も行う。メール本文に含めることができる情報は、図６のＳ６０９で説明した情報と同等であるため説明は省略する。ただし、メール本文に含めることができる案内文は、Ｓ７０５から直接Ｓ７０７に移行した場合と、Ｓ７０５からＳ７０６を経てＳ７０７に移行した場合とで、内容を変えることもできる。図１０の表示例を用いて、Ｓ７０５からＳ７０６を経てＳ７０７に移行した場合にメール本文に表示する情報について説明する。

図１０は、本実施例において中央監視設定情報によりメール送信先に送信されるメール本文の一例を示す図である。
上記Ｓ７０５からＳ７０６を経てＳ７０７に移行した場合は、監視装置１０２によって過去に代理でメール送信されている管理情報についてのメール送信であるため、既にメール送信された情報の再送である旨やその際に送信したメールアドレスの情報を表示させることができる（図１０の０２、０６、０７、０８行）。この情報をメール本文に表示することにより他のユーザが既に対応済みである障害に対して重複して対処を行おうとアクションを試みることを防いだり、過去にメール受信した他のユーザに状況確認を行ったりすることができる。なお、上記メール本文に表示する情報は、メールタイトルや添付ファイル等、メール本文以外の箇所に表示されてもよい。

以上示したように、本実施例によれば、監視装置から中央監視装置までのネットワーク経路に異常が発生した場合、あるいは中央監視装置に異常が発生した場合のように、中央監視装置において監視のサービスが停止されている場合であっても、監視対象の画像形成装置の状態をユーザに通知することができる。

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

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

Claims (7)

1. 画像形成装置の管理情報を受信して前記管理情報に係る通知を行う監視サービスを実行する中央監視装置と、前記画像形成装置の管理情報を前記中央監視装置に送信する監視装置とを有する監視システムであって、
   前記監視装置は、
   前記監視サービスが停止中の際には、前記管理情報を前記中央監視装置に送信することなく格納する格納手段と、
   所定の条件に従って前記管理情報に関する通知を行う通知手段と、
   前記通知手段による通知済みを示す情報を前記管理情報に設定する設定手段と、
   前記監視サービスの再開後に、前記管理情報を前記中央監視装置に送信する送信手段と、を有し、
   前記中央監視装置は、前記管理情報に前記通知済みを示す情報が設定されている場合には、前記管理情報に係る通知を行わない、ことを特徴とする監視システム。
2. 前記設定手段は、前記通知手段により通知を行った通知先の情報も前記管理情報に設定するものであり、
   前記中央監視装置は、前記管理情報に前記通知済みを示す情報が設定されている場合であっても、前記管理情報に設定されている通知先の情報が、前記監視サービスでの通知先と異なる場合には、前記管理情報に係る通知を行う、ことを特徴とする請求項１に記載の監視システム。
3. 前記通知手段は、前記監視装置に設定されている前記監視サービスの停止期間に該当する時には、予め設定されているメンテナンス時の通知先に通知を行い、前記監視サービスの停止期間に該当しない時には、予め設定されている障害発生時の通知先に通知を行うことを特徴とする請求項１又は２に記載の監視システム。
4. 前記管理情報は、前記画像形成装置の設定情報、前記画像形成装置の稼働状態情報、前記画像形成装置に備えられた消耗品の消耗度情報、前記画像形成装置の有するカウンタ情報の少なくとも１つを含むこと特徴とする請求項１乃至３のいずれか１項に記載の監視システム。
5. 前記所定の条件は、前記管理情報に含まれる稼働状態情報が障害発生を示す値に該当する場合、前記管理情報に含まれる消耗品の消耗度情報が消耗品切れを示す値又は閾値を超えた値に該当する場合の少なくともいずれかの場合に該当することを条件とすることを特徴とする請求項４に記載の監視システム。
6. 前記監視装置は、前記画像形成装置に設けられることを特徴とする請求項１乃至５のいずれか１項に記載の監視システム。
7. 画像形成装置の管理情報を受信して前記管理情報に係る通知を行う監視サービスを実行する中央監視装置と、前記画像形成装置の管理情報を前記中央監視装置に送信する監視装置とを有する監視システムの制御方法であって、
   前記監視装置が実行する、
   前記監視サービスが停止中の際には、前記管理情報を前記中央監視装置に送信することなく格納手段に格納する格納ステップと、
   所定の条件に従って前記管理情報に関する通知を行う通知ステップと、
   前記通知ステップによる通知済みを示す情報を前記管理情報に設定する設定ステップと、
   前記監視サービスの再開後に、前記管理情報を前記中央監視装置に送信する送信ステップと、
   前記中央監視装置が実行する、前記管理情報に前記通知済みを示す情報が設定されていない場合には、前記管理情報に係る通知を行い、前記管理情報に前記通知済みを示す情報が設定されている場合には、前記管理情報に係る通知を行わない制御ステップと、
   を有することを特徴とする監視システムの制御方法。

Images