(57)【特許請求の範囲】
【請求項１】
ネットワーク上の複数の画像形成装置を監視する管理装置であって、
前記画像形成装置の状態を取得する状態取得手段と、
前記取得された前記画像形成装置の状態に基づいて、前記画像形成装置の状態の変化を監視する監視手段と、
前記監視手段による前記画像形成装置の状態の変化の監視結果に応じて、前記状態の変化を通知すべき通知先を決定する決定手段と、
前記決定手段により決定された通知先に対して、前記状態の変化に関する通知を送信する送信手段とを備え、
前記監視手段は、
前記状態取得手段が取得した画像形成装置の状態に基づいて、前記画像形成装置に発生中のエラーが既に発生済みのエラーであるか、新たに発生したエラーであるかを判断するエラー発生判断手段と、
前記エラー発生判断手段により前記発生中のエラーが既に発生済みのエラーであると判断された場合に、該発生中のエラーが予め決められた時間以上継続しているかを判断するエラー継続時間判断手段と、
前記状態取得手段が取得した画像形成装置の状態に基づいて、前記画像形成装置で発生していたエラーが回復したかを判断するエラー回復判断手段とをさらに備え、
前記決定手段は、前記エラー継続時間判断手段により前記発生中のエラーが予め決められた時間以上継続していると判断された場合の通知先として、前記エラー発生判断手段により当該エラーが新たに発生したエラーであると判断された際の通知先とは異なる通知先を新たに決定し、
前記送信手段は、前記エラー継続時間判断手段により前記発生中のエラーが予め決められた時間以上継続していると判断された場合に、前記決定手段により決定された通知先に対して、前記エラー発生判断手段により当該エラーが新たに発生したエラーであると判断された際に送信された通知に関連づく情報を含む、当該エラーに関する通知を送信し、
前記決定手段は、前記エラー回復判断手段により前記画像形成装置で発生していたエラーが回復したと判断された場合の通知先として、当該発生していたエラーに関する通知が送信されたことがある通知先を決定し、
前記送信手段は、前記エラー回復判断手段により前記画像形成装置で発生していたエラーが回復したと判断された場合に、前記決定手段により決定された通知先に対して、当該エラーの回復に関する通知を送信することを特徴とする管理装置。
【請求項２】
前記エラー発生判断手段は、前記画像形成装置に発生中のエラーが既に発生済みのエラーの状態変化したものであるかを判断し、
前記決定手段は、前記エラー発生判断手段により前記画像形成装置に発生中のエラーが既に発生済みのエラーの状態変化したものであると判断された場合の通知先として、前記エラー発生判断手段により前記画像形成装置に発生中のエラーが新たに発生したエラーであると判断された際の通知先と同じ通知先を決定し、
前記送信手段は、前記エラー発生判断手段により前記画像形成装置に発生中のエラーが既に発生済みのエラーの状態変化したものであると判断された場合に、前記決定手段により決定された通知先に対して、当該エラーに関する通知を送信することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記エラー発生判断手段により前記画像形成装置に発生中のエラーが既に発生済みのエラーの状態変化したものであると判断された場合に、前記送信手段が前記決定手段により決定された通知先に対して送信する当該エラーに関する通知は、前記エラー発生判断手段により前記画像形成装置に発生中のエラーが新たに発生したエラーであると判断された際に送信された通知に関連づく情報を含むことを特徴とする請求項２に記載の管理装置。
【請求項４】
前記状態の変化に関する通知の識別情報と通知の履歴とを対応付けて記憶する記憶手段をさらに備え、
前記決定手段は、前記エラー回復判断手段により前記画像形成装置で発生していたエラーが回復したと判断された場合に、前記記憶手段に記憶された当該エラーに関する通知の識別情報に対応する通知の履歴に基づいて、当該発生していたエラーに関する通知が送信されたことがある通知先を決定し、決定した通知先を前記エラーの回復に関する通知の通知先とすることを特徴とする請求項１乃至３のいずれか１項に記載の管理装置。
【請求項５】
前記送信手段による前記状態の変化に関する通知は、電子メールであることを特徴とする請求項１乃至４のいずれか１項に記載の管理装置。
【請求項６】
ネットワーク上の複数の画像形成装置を監視する管理装置の制御方法であって、
前記画像形成装置の状態を取得する状態取得工程と、
前記取得された前記画像形成装置の状態に基づいて、前記画像形成装置の状態の変化を監視する監視工程と、
前記監視工程で前記画像形成装置の状態の変化の監視結果に応じて、前記状態の変化を通知すべき通知先を決定する決定工程と、
前記決定工程で決定された通知先に対して、前記状態の変化に関する通知を送信する送信工程とを備え、
前記監視工程においては、
前記状態取得工程で取得された画像形成装置の状態に基づいて、前記画像形成装置に発生中のエラーが既に発生済みのエラーであるか、新たに発生したエラーであるかを判断するエラー発生判断工程と、
前記エラー発生判断工程で前記発生中のエラーが既に発生済みのエラーであると判断された場合に、該発生中のエラーが予め決められた時間以上継続しているかを判断するエラー継続時間判断工程と、
前記状態取得工程で取得された画像形成装置の状態に基づいて、前記画像形成装置で発生していたエラーが回復したかを判断するエラー回復判断工程とをさらに備え、
前記決定工程においては、前記エラー継続時間判断工程で前記発生中のエラーが予め決められた時間以上継続していると判断された場合の通知先として、前記エラー発生判断工程で当該エラーが新たに発生したエラーであると判断された際の通知先とは異なる通知先を新たに決定し、
前記送信工程においては、前記エラー継続時間判断工程で前記発生中のエラーが予め決められた時間以上継続していると判断された場合に、前記決定工程で決定された通知先に対して、前記エラー発生判断工程により当該エラーが新たに発生したエラーであると判断された際に送信された通知に関連づく情報を含む、当該エラーに関する通知を送信し、
前記決定工程においては、前記エラー回復判断工程で前記画像形成装置で発生していたエラーが回復したと判断された場合の通知先として、当該発生していたエラーに関する通知が送信されたことがある通知先を決定し、
前記送信工程においては、前記エラー回復判断工程で前記画像形成装置で発生していたエラーが回復したと判断された場合に、前記決定工程で決定された通知先に対して、当該エラーの回復に関する通知を送信することを特徴とする制御方法。
【請求項７】
前記エラー発生判断工程においては、前記画像形成装置に発生中のエラーが既に発生済みのエラーの状態変化したものであるかを判断し、
前記決定工程においては、前記エラー発生判断工程で前記画像形成装置に発生中のエラーが既に発生済みのエラーの状態変化したものであると判断された場合の通知先として、前記エラー発生判断工程で前記画像形成装置に発生中のエラーが新たに発生したエラーであると判断された際の通知先と同じ通知先を決定し、
前記送信工程においては、前記エラー発生判断工程で前記画像形成装置に発生中のエラーが既に発生済みのエラーの状態変化したものであると判断された場合に、前記決定工程で決定された通知先に対して、当該エラーに関する通知を送信することを特徴とする請求項６に記載の制御方法。
【請求項８】
請求項１乃至５のいずれか１項に記載の管理装置が備える各手段としてコンピュータを機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理装置の制御方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
ネットワークに接続されているネットワークデバイスの状態を監視する装置が提案されている。例えば、特許文献１は、ネットワークデバイスの状態を定期的に取得し、ネットワークデバイスの状態が変化したことを検知した場合に、状態変化を所定の通知先に対して電子メールで通知するネットワークデバイス管理装置を提案している。このネットワークデバイス管理装置は、例えば、新しいエラーが発生した場合に、エラーが発生したことを電子メールで通知先に通知する。また、このネットワーク管理装置は、例えば、ネットワークデバイスのエラーが回復した場合に、エラーが回復したことを電子メールで通知先に通知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１が提案するネットワークデバイス管理装置をネットワークに接続されている画像形成装置の管理に適用することにより、画像形成装置に生じたエラーの発生等を電子メールでネットワーク管理者に通知することができる。
【０００５】
しかし、特許文献１が提案するネットワークデバイス管理装置は、ネットワークデバイスの状態変化を検出した時にのみ電子メールを通知先に送信する。つまり、ネットワークデバイス管理装置がネットワークデバイスに発生したエラーに関する電子メールを通知するのは１回のみであり、このエラーに関する電子メールを、例えば通知先を変更した上で再送することは行っていない。
【０００６】
従って、特許文献１が提案するネットワークデバイス管理装置を画像形成装置の管理に適用した場合、以下のような問題がある。すなわち、電子メールの受信者（ネットワーク管理者等）が電子メールを見落とすと、画像形成装置で発生したエラーが電子メール受信者に認識されず、このエラーが長時間にわたって放置される。
【０００７】
また、上記ネットワークデバイス管理装置は、エラーに関する電子メールを、通知先を変更した上で再送しないので、エラーが回復した場合に、エラーが回復したことを、このエラーに関する電子メールを通知済みの各々の通知先に対して通知することはできない。
【０００８】
本発明は、上記問題点の少なくとも一つを解決するためになされたものである。本発明は、画像形成装置にエラーが発生した場合にエラーに関する情報を所望の通知先に通知する手法であって、画像形成装置に発生したエラーが放置されないようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一実施形態の管理装置は、ネットワーク上の複数の画像形成装置を監視する管理装置である。前記管理装置は、前記画像形成装置の状態を取得する状態取得手段と、前記取得された前記画像形成装置の状態に基づいて、前記画像形成装置の状態の変化を監視する監視手段と、前記監視手段による前記画像形成装置の状態の変化の監視結果に応じて、前記状態の変化を通知すべき通知先を決定する決定手段と、前記決定手段により決定された通知先に対して、前記状態の変化に関する通知を送信する送信手段とを備える。前記監視手段は、前記状態取得手段が取得した画像形成装置の状態に基づいて、前記画像形成装置に発生中のエラーが既に発生済みのエラーであるか、新たに発生したエラーであるかを判断するエラー発生判断手段と、前記エラー発生判断手段により前記発生中のエラーが既に発生済みのエラーであると判断された場合に、該発生中のエラーが予め決められた時間以上継続しているかを判断するエラー継続時間判断手段と、前記状態取得手段が取得した画像形成装置の状態に基づいて、前記画像形成装置で発生していたエラーが回復したかを判断するエラー回復判断手段とをさらに備える。前記決定手段は、前記エラー継続時間判断手段により前記発生中のエラーが予め決められた時間以上継続していると判断された場合の通知先として、前記エラー発生判断手段により当該エラーが新たに発生したエラーであると判断された際の通知先とは異なる通知先を新たに決定し、前記送信手段は、前記エラー継続時間判断手段により前記発生中のエラーが予め決められた時間以上継続していると判断された場合に、前記決定手段により決定された通知先に対して、前記エラー発生判断手段により当該エラーが新たに発生したエラーであると判断された際に送信された通知に関連づく情報を含む、当該エラーに関する通知を送信する。また、前記決定手段は、前記エラー回復判断手段により前記画像形成装置で発生していたエラーが回復したと判断された場合の通知先として、当該発生していたエラーに関する通知が送信されたことがある通知先を決定する。また、前記送信手段は、前記エラー回復判断手段により前記画像形成装置で発生していたエラーが回復したと判断された場合に、前記決定手段により決定された通知先に対して、当該エラーの回復に関する通知を送信する。
【発明の効果】
【００１０】
本発明の管理装置によれば、画像形成装置において発生したエラーが所定の時間放置された場合に、エラーの通知先を変更、追加などした上で、通知先に対してエラーに関する通知を再送することができる。これにより、画像形成装置において発生したエラーが長時間に渡って放置されることを防ぐことができる。また、本発明の管理装置によれば、画像形成装置において発生していたエラーが回復した場合に、このエラーを通知済みの各々の通知先に対して漏れなくエラー回復メールを送信することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態のシステム構成例を示す図である。
【図２】デバイス管理装置とデバイスのハードウェア構成例を示す図である。
【図３】デバイス管理装置の機能ブロック図の例である。
【図４】デバイス詳細情報の取得処理を説明する図である。
【図５】デバイスの状態の監視処理を説明するフローチャートである。
【図６】監視条件作成画面の例を示す図である。
【図７】デバイスの状態監視処理の詳細を説明するフローチャートである。
【図８】状態情報の例と、デバイス状態リストの例とを示す図である。
【図９】電子メール再送処理の詳細を説明するフローチャートである。
【図１０】エラーメッセージリストの例を示す図である。
【図１１】状態変化メール送付処理を説明するフローチャートである。
【図１２】新規エラーメール送付処理を説明するフローチャートである。
【図１３】回復メール送付処理の詳細を説明するフローチャートである。
【発明を実施するための形態】
【００１２】
図１は、本実施形態のシステム構成例を示す図である。図１に示すシステムは、デバイス１０１、デバイス管理装置１０２、メールサーバ１０３、クライアントＰＣ（Personal Computer ）１０４を備える。デバイス１０１、デバイス管理装置１０２、メールサーバ１０３、クライアントＰＣ１０４は、ネットワーク１００を介して互いに通信する。ネットワーク１００は、例えばインターネットである。ネットワーク１００がＬＡＮ（Local Area Network）等であってもよい。
【００１３】
図１に示すシステムは、１または複数のデバイス１０１を備える。デバイス１０１は、デバイス管理装置１０２が管理対象とする情報処理装置である。本実施形態では、デバイス１０１は、画像形成装置（例えば複合機）である。
【００１４】
デバイス管理装置１０２は、本実施形態の管理装置である。デバイス管理装置１０２は、ネットワーク上のデバイス１０１を監視する。具体的には、デバイス管理装置１０２は、デバイス１０１からデバイス１０１の状態を取得し、取得されたデバイス１０１の状態の変化を監視する。そして、デバイス管理装置１０２は、デバイス１０１の状態の変化の監視結果に応じて、該状態の変化に関する電子メールを該状態の変化の通知先に対して送信する。この通知先は、例えばネットワーク管理者である。デバイス管理装置１０２は、上記電子メールを、メールサーバ１０３を介して通知先に対して送信する。
【００１５】
メールサーバ１０３は、デバイス管理装置１０２から送信された電子メールを受信して、指定された送信先（状態の変化の通知先）に転送する。なお、電子メールの転送には、ＳＭＴＰ（Simple Mail Transfer Protocol ）やＰＯＰ３（Post Office Protocol Version 3）を用いることが一般的であるが、これらのプロトコルに限定されない。クライアントＰＣ１０４は、メールサーバ１０３から電子メールを受信する機能を備えている。クライアントＰＣ１０４は、例えばネットワーク管理者が操作するＰＣであり、ネットワーク管理者は、クライアントＰＣ１０４が受信した電子メールの内容を閲覧することができる。
【００１６】
図２は、デバイス管理装置とデバイスのハードウェア構成例を示す図である。図２（Ａ）は、デバイス管理装置のハードウェア構成例を示す。デバイス管理装置１０２は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３を備える。ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略称である。また、ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略称である。
【００１７】
また、デバイス管理装置１０２は、キーボードコントローラ（ＫＢＣ）２０５、ディスプレイコントローラ（ＤＳＰＣ）２０６、ディスクコントローラ（ＤＫＣ）２０７を備える。また、デバイス管理装置１０２は、インタフェースコントローラ（ＩＦＣ）２０８、キーボード（ＫＢ）２０９、ディスプレイ（ＤＳＰ）２１０、ハードディスクドライブ（ＨＤＤ）２１１、フロッピー（登録商標）ディスクドライブ（ＦＤＤ）２１２を備える。
【００１８】
ＣＰＵ２０１は、デバイス管理装置１０２全体を制御する。具体的には、ＣＰＵ２０１は、ＨＤＤ２１１から、デバイス管理装置１０２を制御するコンピュータプログラム（以下、デバイス管理プログラムと記述）を読み込んで実行する。ＲＯＭ２０２は、ＢＩＯＳやブートプログラムを予め記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＫＢＣ２０５は、ＫＢ２０９や図示しないポインティングデバイス等からの指示入力を制御する。ＤＳＰＣ２０６は、ＤＳＰ２１０による情報の表示処理を制御する。
【００１９】
ＤＫＣ２０７は、ＨＤＤ２１１、ＦＤＤ２１２、ＣＤ−ＲＯＭ（不図示）といった記憶装置へのアクセスを制御する。ＨＤＤ２１１およびＦＤＤ２１２は、ブートプログラム、オペレーティングシステム（ＯＳ）、データベース、デバイス管理プログラムおよびそのデータ等を予め記憶する。ＩＦＣ２０８は、ネットワーク１００を介して他のネットワーク機器と情報を送受信する。ＣＰＵ２０１乃至ＩＦＣ２０８は、システムバス２０４上に配置される。
【００２０】
また、本実施形態においては、ＯＳは、例えば、マイクロソフト社製のウィンドウズ（登録商標）であるが、これに限るものではない。また、デバイス管理プログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどの記憶媒体に予め記憶されていてもよい。そして、このデバイス管理プログラムが、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭから読み出されてＨＤＤ２１１にインストールされるようにしてもよい。
【００２１】
なお、クライアントＰＣ１０４とメールサーバ１０３は、図２（Ａ）に示すデバイス管理装置１０２と同様のハードウェア構成を有する。メールサーバ１０３が備えるＨＤＤ２１１は、例えばＳＭＴＰ、ＰＯＰ３等のメールソフトウェアを予め記憶している。
【００２２】
図２（Ｂ）は、デバイスのハードウェア構成例を示す。図２（Ｂ）では、画像形成装置のハードウェア構成を例にとって説明する。デバイス（画像形成装置）１０１は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、操作パネル３０５、ネットワークＩ／Ｆ３０６、プリンタエンジン３０７、スキャナ３０８、ファクシミリ通信部３０９を備える。
【００２３】
ＣＰＵ３０１は、デバイス１０１全体を制御する。ＲＯＭ３０２は、ＣＰＵ３０１が実行する印刷処理プログラムやフォントデータを予め記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリア、受信バッファ、画像描画領域として機能する。デバイス１０１内でエラーが発生した場合、エラーを検知したＣＰＵ３０１は、ＲＡＭ３０３に、発生中のエラー（発生中エラー）の一覧を記憶する。
【００２４】
ＨＤＤ３０４は、画像データ等を記憶する。ＣＰＵ３０１は、デバイス１０１のＩＰ（Internet Protocol ）アドレス、製品名、シリアルナンバーといった、デバイス固有の情報を記憶する。操作パネル３０５は、各種スイッチ、ボタン、メッセージ表示用の液晶表示部を備える。ネットワークＩ／Ｆ３０６は、デバイス１０１をネットワーク１００に接続するインタフェースである。具体的には、ネットワークＩ／Ｆ３０６は、デバイス１０１とデバイス管理装置１０２との間の通信を制御する。また、ネットワークＩ／Ｆ３０６は、デバイス１０１とメールサーバ１０３との間の通信を制御する。プリンタエンジン３０７は、記録紙への印刷処理を制御する。スキャナ３０８は、原稿の読み取り処理を行う。通信部３０９は、ファクシミリの送受信を行う。
【００２５】
図３は、デバイス管理装置の機能ブロック図の例である。デバイス管理装置１０２は、ＵＩ（User Interface）制御部４０１、デバイス管理部４０２、状態監視部４０３、デバイス探索部４０４、デバイス通信部４０５を備える。また、デバイス管理装置１０２は、電子メール制御部４０６、デバイスデータベース（ＤＢ）４０７を備える。本実施形態の管理装置の制御方法は、図３に示すデバイス管理装置１０２が備える各処理部の機能によって実現される。デバイス管理装置１０２が備える各処理部の機能は、具体的には、ＣＰＵ２０１（図２（Ａ））がＨＤＤ２１１に記憶されたデバイス管理プログラムを実行することによって実現される。
【００２６】
ＵＩ制御部４０１は、デバイス管理装置１０２のユーザがデバイス管理装置１０２を操作するために用いるグラフィカルユーザインタフェース（ＧＵＩ）を提供する。ＧＵＩは、デバイス管理装置１０２が備えるディスプレイ（ＤＳＰ）２１０に表示される。ＧＵＩが、クライアントＰＣ１０４からＨＴＴＰプロトコルを用いて利用可能なＷｅｂアプリケーションであってもよい。
【００２７】
デバイス管理部４０２は、デバイス探索部４０４を介して、ネットワークに接続されたデバイス１０１を探索する。デバイス探索部４０４は、デバイス管理部４０２の指示に従ってデバイス１０１を探索する。デバイス探索部４０４は、ＳＬＰ、ＳＮＭＰなどの探索要求パケットを送信することによってデバイス１０１を探索する。ＳＬＰは、Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌの略称である。ＳＮＭＰは、Ｓｉｍｐｌｅ
Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌの略称である。
【００２８】
デバイス管理部４０２は、探索されたデバイス１０１のＩＰアドレスとＭＡＣ（Media Access Control）アドレスとをデバイス探索情報としてＲＡＭ２０３またはＨＤＤ２１１に一時的に保存する。デバイス管理部４０２は、探索されたデバイス１０１を対象として、デバイス通信部４０５を介して、デバイス詳細情報を取得する。デバイス詳細情報は、例えば、デバイス１０１の機種名、シリアル番号、能力等である。デバイス通信部４０５は、デバイス管理部４０２の指示に従って、デバイス詳細情報を取得し、デバイス管理部４０２に渡す。
【００２９】
デバイス管理部４０２は、デバイスを一意に識別する情報（例えば、シリアル番号、ＩＰアドレス、ＭＡＣアドレス）と、デバイス詳細情報とを関連付けて、デバイスＤＢ４０７にデバイスリストとして記憶する。上記デバイスを一意に識別する情報は、デバイスリストから個々の情報を抽出するためのキーとなる。以下では当該キーをデバイスキーと記述する。
【００３０】
状態監視部４０３は、デバイス１０１の状態を取得する状態取得手段として機能する。具体的には、デバイス管理部４０２は、デバイス通信部４０５を介して、デバイス１０１の状態を示す情報（以下、状態情報）を取得する。状態情報の取得対象となるデバイス１０１は、デバイスリストが含む各々のデバイスキーに対応するデバイス１０１である。本実施形態では、状態監視部４０３は、ＳＮＭＰを使って状態情報を取得する。状態監視部４０３が、ＳＮＭＰ以外のプロトコルを使用して状態情報を取得するようにしてもよい。状態監視部４０３は、取得した状態情報を、デバイスキーと関連付けて、デバイスＤＢ４０７にデバイス状態リストとして記憶する。
【００３１】
また、状態監視部４０３は、デバイス１０１の状態の変化を監視する監視手段として機能する。具体的には、状態監視部４０３は、状態情報とデバイス状態リストとに基づいて、デバイス１０１にエラーが発生中であるかを判断する。また、状態監視部４０３は、状態情報とデバイス状態リストとに基づいて、デバイス１０１に発生したエラーが回復したかを判断する。
【００３２】
状態監視部４０３は、デバイス１０１の状態の変化の監視結果に応じて、状態の変化を通知すべき通知先を決定する決定手段として機能する。状態監視部４０３は、電子メール制御部４０６およびメールサーバ１０３を介して、該状態の変化に関する電子メールを該状態の変化の通知先に対して送信する。電子メール制御部４０６は、状態監視部４０３からの指示に従って、上記状態の変化に関する電子メールを状態監視部４０３によち決定された通知先に対して送信する送信手段として機能する。デバイスＤＢ４０７は、デバイスリスト、デバイス状態リストを記憶する記憶手段である。また、デバイスＤＢ４０７は、図６に示す監視条件作成画面条で指定された監視条件、図１０を参照して説明するメッセージリストを記憶する。
【００３３】
図４は、デバイス詳細情報の取得処理を説明する図である。図４（Ａ）は、デバイス詳細情報の取得処理を説明するフローチャートである。例えば、ユーザが、デバイス管理装置１０２のＵＩ制御部４０１が提供するＧＵＩを用いて、デバイス詳細情報取得のためのメニューを選択すると、ＵＩ制御部４０１がデバイス管理部４０２を起動する。これにより、本フローチャートが示すデバイス詳細情報の取得処理が開始される。
【００３４】
まず、デバイス管理部４０２が、ＵＩ制御部４０１を介して、ユーザからのデバイス探索の指示を受け付けると、デバイス管理部４０２が、デバイス探索部４０４に指示して、デバイス１０１を探索させる。具体的には、デバイス探索部４０４は、ネットワーク１００上の各種デバイスに対して、デバイス探索要求を発行する（ステップＳ１）。デバイス探索要求は、ネットワーク１００上の各種デバイスに対して、デバイス探索情報の送信を求める要求である。この例では、デバイス探索情報は、デバイス１０１のＩＰアドレスとＭＡＣアドレスである。
【００３５】
次に、デバイス探索部４０４が、デバイス１０１から応答すなわちデバイス探索情報を受信したかを判断する（ステップＳ２）。デバイス探索部４０４が、デバイス１０１からデバイス探索情報を受信していない場合は、処理を終了する。デバイス探索部４０４が、デバイス１０１からデバイス探索情報を受信した場合、デバイス管理部４０２が、デバイス探索部４０４からデバイス探索情報を受け取る。そして、デバイス管理部４０２が、デバイス探索情報をＲＡＭ２０３またはＨＤＤ２１１に一時的に保存する（ステップＳ３）。
【００３６】
次に、デバイス管理部４０２が、デバイス通信部４０５にデバイス詳細情報取得要求の発行を依頼し、デバイス通信部４０５はデバイス詳細情報取得要求を発行する（ステップＳ４）。デバイス詳細情報取得要求は、デバイス１０１に対して、デバイス詳細情報の送信を求める要求である。デバイス管理部４０２は、デバイス通信部４０５を介して、デバイス詳細情報取得要求の応答結果、すなわち、デバイス詳細情報を受信する。デバイス管理部４０２が、デバイス詳細情報を受信したかを判断する（ステップＳ５）。
【００３７】
デバイス管理部４０２が、デバイス詳細情報を受け取っていない場合は、処理を終了する。デバイス管理部４０２が、デバイス詳細情報を受け取った場合、デバイス管理部４０２は、受け取ったデバイス詳細情報をデバイスキーと関連付け、デバイスリストとしてデバイスＤＢ４０７に記憶する（ステップＳ６）。
【００３８】
図４（Ｂ）はデバイスリストの例を示す図である。デバイスリストは、デバイス名、シリアル番号、ＩＰアドレス、ＭＡＣアドレス、製品名といったデータ項目を有する。デバイス名は、デバイス１０１の名称である。シリアル番号は、デバイス１０１のシリアル番号である。ＩＰアドレスは、デバイス１０１のＩＰアドレスである。ＭＡＣアドレスは、デバイス１０１のＭＡＣアドレスである。製品名は、デバイス１０１の製品名である。なお、デバイスリストが、例えばデバイス１０１の設置場所等の情報を含むようにしてもよい。また、以下の説明では、シリアル番号をデバイスキーとして説明する。
【００３９】
図５は、デバイスの状態の監視処理を説明するフローチャートである。例えば、ユーザが、デバイス管理装置１０２のＵＩ制御部４０１が提供するＧＵＩを用いて、デバイスを監視するためのメニューを選択すると、ＵＩ制御部４０１がデバイス管理部４０２を起動する。これにより、本フローチャートが示すデバイスの状態変化の監視処理が開始される。
【００４０】
まず、ＵＩ制御部４０１が、ユーザに対して、監視条件作成画面を提供する。監視条件は、デバイスの監視に関する条件である。ＵＩ制御部４０１は、監視条件作成画面上におけるユーザの操作に従って、監視条件を作成する（ステップＳ１１）。ＵＩ制御部４０１は、作成した監視条件をデバイス監視部４０３に渡す。デバイス監視部４０３は，ＵＩ制御部４０１から受け取った監視条件をデバイスＤＢ４０７に記憶する。
【００４１】
図６は、監視条件作成画面の例を示す図である。監視対象デバイス８１０は、監視対象のデバイスを指定する設定項目である。ユーザは、デバイスリストが含む各々のデバイスキーに対応するデバイスの中から１または複数のデバイスを指定することができる。この例では、ユーザは、デバイスのシリアル番号をテキストボックスに入力することによって監視対象デバイスを指定するが、ユーザが他の方法によって監視対象のデバイスを指定するようにしてもよい。
【００４２】
監視時間８２０は、デバイスの状態監視を実行する時間を指定する設定項目である。監視対象エラー種別８３０は、デバイスの状態の監視処理において検出対象とするエラーの種別（エラーカテゴリ）を指定する設定項目である。電子メール送信条件８４０は、デバイスの状態変化の通知先に電子メールを送信する条件を指定する設定項目である。この例では、電子メールを送信する条件として、デバイス１０１の状態変化の種類を指定することができる。
【００４３】
ユーザが、例えば、「エラー発生時」に対応するチェックボックスにチェックを入れると、デバイス１０１にエラーが発生した時に電子メールを送信するという条件が指定される。ユーザが、例えば、「エラー回復時」に対応するチェックボックスにチェックを入れると、デバイス１０１のエラーが回復した時に電子メールを送信するという条件が指定される。また、ユーザが、例えば、「エラー状態変化時」に対応するチェックボックスにチェックを入れると、デバイス１０１のエラーの状態が変化した時に電子メールを送信するという条件が指定される。
【００４４】
電子メール再送設定８５０は、電子メールの再送を行うかを指定する設定項目である。ユーザが、電子メール再送設定８５０に対応するチェックボックスにチェックを入れることにより、一定時間エラーが回復しない場合に、電子メールを再送することが指定される。図６に示す例では、電子メール再送設定８５０は、全てのエラーについて一律に電子メールの再送を行うかを指定する設定項目である。電子メール再送設定８５０が、エラーカテゴリとエラーレベル毎に電子メールの再送実行の可否を設定できる設定項目であってもよい。
【００４５】
電子メール再送間隔８６０は、電子メールを再送する時間間隔を指定する設定項目である。エラーが発生してから本設定項目で指定された時間が経過しても、デバイス１０１でエラーが継続し続けた場合、状態監視部４０３が、電子メールを再送する。ユーザは、警告レベルエラー、オペレータコールエラー、サービスコールエラーなどのエラーのレベル毎に電子メールの再送間隔を設定することができる。
【００４６】
電子メール送付先８７０は、状態監視部４０３がデバイスの状態変化を検知した場合に送信する電子メールの送信先、すなわち、デバイスの状態変化の通知先を指定する設定項目である。状態監視部４０３が最初にデバイスのエラーを検知した場合、状態監視部４０３は、「第１優先」に指定された通知先に、電子メールを送信する。この電子メールを送信してから電子メール再送間隔が経過した場合、状態監視部４０３は、「第２優先」に指定された通知先に電子メールを送信する。以後、電子メール再送間隔が経過する度に、状態監視部４０３は、優先順位が一つ低い通知先に対して電子メールを送信する。すなわち、状態監視部４０３は、「第３優先」、「第４優先」、．．．、「第Ｎ優先」で指定された通知先に対して、順次電子メールを送信する。なお、状態監視部４０３が、電子メール再送間隔が経過する度に、既に電子メールを送信した通知先と、今回エラーを通知すべき通知先とに対して電子メールを送信するようにしてもよい。
【００４７】
ユーザがＯＫボタン８８０を押下すると、ＵＩ制御部４０１が、ユーザが監視条件作成画面上の各々の設定項目を用いて指定した設定内容をデバイス監視部４０３に渡して、監視条件作成画面の表示を終了する。状態監視部４０３は、ＵＩ制御部４０１から渡された設定内容をデバイスＤＢ４０７に記憶する。また、ユーザがキャンセルボタン８９０を押下すると、ＵＩ制御部４０１が、ユーザが監視条件作成画面上の各々の設定項目を用いて指定した設定内容を破棄して、監視条件作成画面の表示を終了する。
【００４８】
図５に戻って説明を続ける。状態監視部４０３が、ステップＳ１１において作成された監視条件に基づいて、デバイスの状態の監視を開始する時刻（監視開始時刻）になったかを判断する（ステップＳ１２）。状態監視部４０３が、監視開始時刻になっていないと判断した場合は、ステップＳ１２に戻る。状態監視部４０３が、監視開始時刻になったと判断した場合は、状態監視部４０３が、デバイスの状態監視処理を実行する（ステップＳ１３）。
【００４９】
図７は、図５のステップＳ１３におけるデバイスの状態監視処理の詳細を説明するフローチャートである。まず、状態監視部４０３が、図６の監視条件作成画面上の監視対象デバイス８１０で指定された監視対象のデバイスを対象として、状態情報を取得する（ステップＳ１３１）。状態監視部４０３は、取得した状態情報を、デバイスキーと関連付けて、デバイスＤＢ４０７にデバイス状態リストとして記憶する（ステップＳ１３２）。
【００５０】
図８は、状態情報の例と、デバイス状態リストの例とを示す図である。図８（Ａ）は、状態情報の例を示す。状態情報は、デバイスキーと、エラーＩＤと、監視時刻といったデータ項目を有する。デバイスキーは、状態情報に対応するデバイス１０１を一意に識別する識別情報である。本実施形態では、デバイスキーは、状態情報に対応するデバイス１０１のシリアル番号である。エラーＩＤは、監視対象のデバイスに発生しているエラーを一意に識別する識別情報である。監視時刻は、状態監視部４０３が監視対象のデバイスから本状態情報を取得した時刻である。監視時刻は、取得された状態情報毎に単一の時刻である。
【００５１】
図８（Ｂ）は、デバイス状態リストの例を示す。デバイス状態リストは、デバイスキー、エラーＩＤ、エラー発生時刻、エラー最終検出時刻、エラー回復時刻、エラーメール送信回数、送信メールＭｅｓｓａｇｅ−Ｉｄ、送信メールＲｅｆｅｒｅｎｃｅといったデータ項目を有する。デバイスキーは、状態情報のデバイスキーに対応する。エラーＩＤは、状態情報のエラーＩＤに対応する。
【００５２】
エラー発生時刻は、状態監視部４０３がデバイス１０１で発生したエラーを最初に検出した時刻である。状態監視部４０３は、図８に示す状態情報に基づいて、監視対象のデバイス１０１でエラーが発生したことを検出する。エラー最終検出時刻は、状態監視部４０３が監視対象デバイスで発生したエラーを最後に検出した時刻である。エラー回復時刻は、状態監視部４０３が監視対象のデバイス１０１においてエラーが回復したことを検出した時刻である。エラー回復時刻が空欄であることは、該当するエラーが未回復状態であることを示す。
【００５３】
エラーメール送信回数は、状態監視部４０３が、電子メール制御部４０６を介して、該当するエラーを通知する電子メールを通知先に送信した回数である。状態監視部４０３は、エラーを通知する電子メールを通知先に送信する度に、デバイス状態リスト内のエラーメール送信回数を一つ増やして上書きする。送信メールＭｅｓｓａｇｅ−Ｉｄと、送信メールＲｅｆｅｒｅｎｃｅｓは、状態監視部４０３が送信する電子メールのヘッダ情報に含まれる情報である。
【００５４】
送信メールＭｅｓｓａｇｅ−Ｉｄは、送信する電子メール、つまりデバイス１０１の状態の変化に関する通知を一意に識別する識別情報であるＭｅｓｓａｇｅ−Ｉｄを示す。送信メールＲｅｆｅｒｅｎｃｅｓは、上記通知（例えば、エラーに関する電子メール）の履歴である。送信メールＲｅｆｅｒｅｎｃｅｓは、当該エラーに関する過去の電子メールのＭｅｓｓａｇｅ−Ｉｄのリストを含む。つまり、送信メールＲｅｆｅｒｅｎｃｅｓは、エラーが新たに発生したエラーであると判断された際に送信された通知（後述する新規エラーメール）に関連づく情報である。そして、デバイスＤＢ４０７は、送信メールＭｅｓｓａｇｅ−Ｉｄと送信メールＲｅｆｅｒｅｎｃｅとを対応付けて記憶する記憶手段として機能する。
【００５５】
ここで、図７のステップＳ１３２における処理の例を、図８（Ａ）に示す状態情報と８８（Ｂ）に示すデバイス状態リストとを参照して説明する。まず、状態監視部４０３は、状態情報が含むデバイスキーとエラーＩＤの組み合わせと同一の組み合わせを持つ要素（一行分のデータ）がデバイス状態リストに存在するかを調べる。状態情報が含むデバイスキーとエラーＩＤの組み合わせと同一の組み合わせを持つ要素が存在する場合は、状態監視部４０３は、その要素のエラー最終検出時刻に、状態情報が含む監視時刻の値を設定する。
【００５６】
状態情報が含むデバイスキーとエラーＩＤの組み合わせと同一の組み合わせを持つ要素が存在していない場合、状態監視部４０３は、デバイス状態リストに要素を新たに追加する。そして、状態監視部４０３は、状態情報のデバイスキー、エラーＩＤ、監視時刻の値を、それぞれ、追加した要素のデバイスキー、エラーＩＤ、エラー最終検出時刻に設定する。また、状態監視部４０３は、追加した要素のエラー発生時刻にも、状態情報の監視時刻の値を設定する。
【００５７】
デバイス状態リストに含まれる、エラー回復時刻が空欄である要素については、この要素に対応するデバイス１０１で発生しているエラーは未回復状態である。状態監視部４０３は、エラー回復時刻が空欄であり、かつ、状態情報が含むデバイスキーとエラーＩＤの組み合わせと同一の組み合わせが存在していない要素に対応するデバイス１０１のエラーが回復したと判断する。そして、状態監視部４０３は、当該要素のエラー回復時刻に状態情報が含む監視時刻の値を設定する。
【００５８】
図７に戻って説明を続ける。ステップＳ１３３において、状態監視部４０３が、ステップＳ１３１において取得した状態情報に基づいて、監視対象のデバイスでエラーが発生中であるかを判断する（ステップＳ１３３）。具体的には、状態監視部４０３が状態情報を１件以上取得している場合に、状態監視部４０３は、監視対象のデバイスでエラーが発生中であると判断する。状態監視部４０３が、監視対象のデバイスでエラーが発生中でないと判断した場合は、ステップＳ１４１に進む。状態監視部４０３が、監視対象のデバイスでエラーが発生中であると判断した場合は、ステップＳ１３４に進む。
【００５９】
次に、状態監視部４０３が、監視対象のデバイスで発生中のエラーが以前から発生しているエラーであるかを判断する（ステップＳ１３４）。具体的には、状態監視部４０３は、デバイス状態リストが含むエラー回復時刻が空欄である要素について、エラー発生時刻の値とエラー最終検出時刻の値とを比較する。
【００６０】
状態監視部４０３がエラー発生時刻の値とエラー最終検出時刻の値とを比較した結果、エラー発生時刻の値＜エラー最終検出時刻の値である場合、状態監視部４０３は、監視対象デバイスで発生中のエラーが以前から発生しているエラーであると判断する。エラー発生時刻の値＜エラー最終検出時刻の値でない場合、状態監視部４０３は、監視対象デバイスで発生中のエラーが以前から発生しているエラーでないと判断する。
【００６１】
状態監視部４０３が、監視対象デバイスで発生中のエラーが以前から発生しているエラーでないと判断した場合は、ステップＳ１３８に進む。状態監視部４０３が、監視対象デバイスで発生中のエラーが以前から発生しているエラーであると判断した場合は、ステップＳ１３５に進む。
【００６２】
ステップＳ１３５において、状態監視部４０３が、監視対象のデバイスで発生しているエラーの継続時間Ｔが、再送基準時間以上であるかを判断する。再送基準時間は、状態監視部４０３が、監視条件作成画面（図６を参照）上の電子メール再送間隔８６０で指定された時間に基づいて予め算出する時間である。すなわち状態監視部４０３は、デバイス（画像形成装置）に発生中のエラーが既に発生済みのエラーであると判断された場合に、該エラーが予め決められた時間以上継続しているかを判断するエラー継続時間判断手段として機能する。
【００６３】
状態監視部４０３は、以下の式（１）に基づいて再送基準時間を算出する。
再送基準時間＝エラーメール送信回数×電子メール再送間隔・・・式（１）
上記式（１）中の「エラーメール送信回数」は、デバイス状態リストにおける当該エラーが発生しているデバイス１０１に対応する要素が含むエラーメール送信回数に設定されている値である。「電子メール再送間隔」は、監視条件作成画面上の電子メール再送間隔８６０で指定された時間である。
【００６４】
また、状態監視部４０３は、以下の式（２）に基づいて、エラーの継続時間Ｔを算出する。
Ｔ＝エラー最終検出時刻の値−エラー発生時刻の値・・・式（２）
上記式（２）中の「エラー最終検出時刻の値」は、デバイス状態リストにおける当該エラーが発生しているデバイス１０１に対応する要素が含むエラー最終検出時刻に設定されている値である。また、「エラー発生時刻の値」は、デバイス状態リストにおける当該エラーが発生しているデバイス１０１に対応する要素が含むエラー発生時刻に設定されている値である。
【００６５】
監視対象のデバイスで発生しているエラーの継続時間Ｔが、再送基準時間以上でない場合は、ステップＳ１４１に進む。監視対象のデバイスで発生しているエラーの継続時間Ｔが、再送基準時間以上である場合は、ステップＳ１３６に進む。
【００６６】
ステップＳ１３６において、状態監視部４０３が、監視対象のデバイスで発生しているエラーが再送対象エラーであるかを判断する（ステップＳ１３６）。再送対象エラーは、当該エラーに関する電子メールを再送信する対象となるエラーである。具体的には、監視条件作成画面上の電子メール再送設定８５０で指定されたエラーが再送対象エラーである。従って、状態監視部４０３は、電子メール再送設定８５０で指定された内容に基づいて、監視対象のデバイスで発生しているエラーが再送対象エラーであるかを判断する。
【００６７】
電子メール再送設定８５０が、エラーカテゴリとエラーレベル毎に電子メールの再送実行の可否を設定できる設定項目である場合、状態監視部４０３は、監視対象のデバイスで発生しているエラーが再送対象エラーであるかを以下のようにして判断する。状態監視部４０３は、予め、各々のエラーを示すエラーＩＤと、エラーカテゴリと、エラーレベルとを対応付けて所定の記憶手段（例えば、デバイスＤＢ４０７）に記憶しておく。状態監視部４０３は、上記記憶手段から、監視対象のデバイスで発生しているエラーを示すエラーＩＤに対応するエラーカテゴリとエラーレベルとを取得する。そして、状態監視部４０３は、電子メール再送設定８５０で設定された設定内容のうち、上記取得したエラーカテゴリとエラーレベルとに対応する設定内容を参照して、監視対象のデバイスで発生しているエラーが再送対象エラーであるかを判断する。
【００６８】
監視対象のデバイスで発生しているエラーが再送対象エラーでない場合は、ステップＳ１４１に進む。監視対象のデバイスで発生しているエラーが再送対象エラーである場合は、状態監視部４０３が、電子メール再送処理を実行して（ステップＳ１３７）、ステップＳ１４１に進む。電子メール再送処理は、当該エラーに関する電子メールを再送信する処理である。
【００６９】
図９は、図７のステップＳ１３７における電子メール再送処理の詳細を説明するフローチャートである。まず、状態監視部４０３が、再送する電子メール（再送メール）の宛先を指定する（ステップＳ２０１）。ステップＳ２０１において、状態監視部４０３は、デバイス状態リストにおける当該エラーが発生しているデバイス１０１に対応する要素が含むエラーメール送信回数を取得する。取得されたエラーメール送信回数が、例えば「Ｎ」である場合、既に第Ｎ優先の電子メール送信先まで、エラーに関する電子メールを送信済みである。従って、この場合には、状態監視部４０３は、監視条件作成画面上の電子メール送信先８７０で「第（Ｎ＋１）優先」に指定されている電子メール送付先を、再送メールの宛先として指定する。すなわち、状態監視部４０３は、エラーの通知先として、図７のステップＳ１３４において当該エラーが新たに発生したエラーであると判断された際の通知先（後述する新規エラーメールの宛先）とは異なる通知先を新たに決定する。
【００７０】
次に、状態監視部４０３が、再送メールのヘッダ情報を作成する（ステップＳ２０２）。具体的には、状態監視部４０３が、デバイス状態リストにおける当該エラーが発生しているデバイス１０１に対応する要素が含む送信メールＲｅｆｅｒｅｎｃｅｓの現在の値の末尾にセパレータを付加して、現在の送信メールＭｅｓｓａｇｅ−Ｉｄの値を追加する。上記セパレータは、例えば、スペース文字である。これにより、状態監視部４０３が、新たな送信メールＲｅｆｅｒｅｎｃｅｓの値を作成する。そして、状態監視部４０３が、作成した新たな送信メールＲｅｆｅｒｅｎｃｅｓの値を送信メールＲｅｆｅｒｅｎｃｅｓに上書き設定する。また、状態監視部４０３が、新たな送信メールＭｅｓｓａｇｅ−Ｉｄの値として一意の文字列を作成し、この一意の文字列を送信メールＭｅｓｓａｇｅに上書き設定する。
【００７１】
上書き設定された送信メールｒｅｆｅｒｅｎｃｅの値は、デバイス１０１に発生したエラーに関する電子メールの識別情報の履歴である。状態監視部４０３は、この電子メールの識別情報の履歴を、エラーメール送信回数と対応付けてデバイス状態リストに記憶する。
【００７２】
続いて、状態監視部４０３が、上書き設定した送信メールＭｅｓｓａｇｅ−Ｉｄと送信メールＲｅｆｅｒｅｎｃｅｓとを用いて、電子メールのヘッダ情報を作成する。具体的には、状態監視部４０３は、電子メールのヘッダ部のＭｅｓｓａｇｅ−Ｉｄフィールドに送信メールＭｅｓｓａｇｅ−Ｉｄの値を割り当てる。また、状態監視部４０３は、電子メールのヘッダ部のＲｅｆｅｒｅｎｃｅｓフィールドに送信メールＲｅｆｅｒｅｎｃｅｓの値を割り当てる。次に、状態監視部４０３が、予めデバイスＤＢ４０７に記憶されたメッセージリストを参照し、電子メールの本文を作成する（ステップＳ２０３）。
【００７３】
図１０は、メッセージリストの例を示す図である。メッセージリストは、エラーＩＤ、エラーカテゴリ、エラーレベル、エラーメッセージ、回復メッセージといったデータ項目を有する。エラーＩＤは、監視対象のデバイスで発生し得るエラーを一意に識別する識別情報である。エラーカテゴリは、エラーの種別である。エラーレベルは、エラーの重大である度合いである。エラーメッセージは、当該エラーに関する電子メールの本文に記述されるメッセージである。回復メッセージは、当該エラーが回復した場合に送信される電子メールの本文に記述されるメッセージである。
【００７４】
図９のステップＳ２０３において、状態監視部４０３は、例えば、デバイス状態リストにおける当該エラーが発生しているデバイス１０１に対応する要素が含むエラーＩＤを取得する。状態監視部４０３が、エラーメッセージリストを参照して、上記取得したエラーＩＤに対応するエラーメッセージを抽出する。そして、状態監視部４０３が、抽出したエラーメッセージを電子メールの本文に挿入する。なお、状態監視部４０３が、電子メールの本文に、エラーメッセージだけでなく、エラーＩＤ、エラーカテゴリ、エラーレベルを挿入するようにしてもよい。また、状態監視部４０３が、監視対象のデバイスの各種情報（例えば、図４（Ｂ）に示すデバイスリストの情報）を挿入するようにしてもよい。
【００７５】
次に、状態監視部４０３が、ステップＳ２０２において作成した電子メールのヘッダ情報とステップＳ２０３において作成した電子メールの本文とを連結する。これにより、状態監視部４０３が、再送メールを作成する（ステップＳ２０４）。そして、後述する図７のステップＳ１４３において、状態監視部４０３は、電子メール制御部４０６に指示して、再送メールをステップＳ２０１において指定した宛先に送信させる。これにより、電子メール制御部４０６が、状態監視部４０３が決定した通知先に対して、エラーに関する通知を送信する（エラーに関する電子メールを再送信する）。
【００７６】
図７に戻って説明を続ける。ステップＳ１３８において、状態監視部４０３が、デバイス状態リストとメッセージリストとに基づいて、状態変化エラーが発生しているかを判断する（ステップＳ１３８）。状態変化エラーは、監視対象のデバイス１０１で過去に発生したエラーの状態が変化したエラーである。過去に発生した、状態が変化する前のエラーのことを、本実施形態では状態変化前エラーと記述する。すなわち、状態監視部４０３は、監視対象のデバイス１０１に発生中のエラーが既に発生済みのエラーでないと判断した場合に（Ｓ１３４でＮｏ）、発生中のエラーが既に発生済みのエラーの状態変化したものであるかを判定する。
【００７７】
状態監視部４０３が、状態変化エラーが発生していないと判断した場合は、状態監視部４０３が、監視対象のデバイスで発生しているエラーが新たに発生したエラーであると判断し、新規エラーメール送付処理を実行する（ステップＳ１４０）。すなわち、状態監視部４０３は、デバイス１０１の状態の変化に基づいて、デバイス１０１に発生中のエラーが既に発生済みのエラーであるか（Ｓ１３４でＹｅｓ）、新たに発生したエラーであるか（Ｓ１３８でＮｏ）を判断するエラー発生判断手段として機能する。上記新規エラーメールは、監視対象のデバイスで新たに発生したエラーを通知する電子メールである。状態監視部４０３が、状態変化エラーが発生していると判断した場合は、状態監視部４０３が、状態変化メール送付処理を実行する（ステップＳ１３９）。
【００７８】
上記ステップＳ１３８における処理の例について、具体的に説明する。図８（Ｂ）に示すデバイス状態リストにおける、デバイスキーがＡＢＣ１２３、エラーＩＤがＩＤ−０００２である要素（以下、第１の要素）に注目する。すなわち、デバイスキー「ＡＢＣ１２３」に対応するデバイス１０１において、エラーＩＤがＩＤ−０００２であるエラーが発生しているものとする。
【００７９】
まず、状態監視部４０３は、第１の要素のエラー最終検出時刻の値を取得する。この例では、状態監視部４０３は、「２０ｘｘ／０１／０１  １５：００」という値を取得する。次に、状態監視部４０３が、この値と同一の値をエラー回復時刻に持ち、かつ、デバイスキーの値が第１の要素と同じ「ＡＢＣ１２３」である要素を抽出する。この例では、状態監視部４０３が、デバイスキーがＡＢＣ１２３、エラーＩＤがＩＤ−０００１である要素（以下、第２の要素）を抽出する。
【００８０】
次に、状態監視部４０３が、メッセージリストを参照して、第１の要素が持つエラーＩＤ「ＩＤ−０００２」に対応するエラーが状態変化エラーであるかを判断する。この例では、第１の要素が持つエラーＩＤに対応するエラーカテゴリと第２の要素が持つエラーＩＤに対応するエラーカテゴリとが同じである場合に、状態監視部４０３が、第１の要素が持つエラーＩＤに対応するエラーが状態変化エラーであると判断する。
【００８１】
図１０に示すメッセージリストを参照すると、第１の要素が持つエラーＩＤ「ＩＤ−０００２」に対応するエラーカテゴリも、第２の要素が持つエラーＩＤ「ＩＤ−０００２」に対応するエラーカテゴリも、トナーである。従って、状態監視部４０３は、第１の要素が持つエラーＩＤ「ＩＤ−０００２」に対応するエラー、つまり、監視対象のデバイス１０１に発生しているエラーが状態変化エラーであると判断する。なお、第２の要素が持つエラーＩＤ「ＩＤ−０００２」に対応するエラーは、状態変化前エラーである。
【００８２】
図１１は、状態変化メール送付処理を説明するフローチャートである。以下に、図１１を用いて、図７のステップＳ１３９における状態変化メール送付処理について説明する。状態変化メールは、状態変化エラーが発生したことを通知する電子メールである。まず、状態監視部４０３が、状態変化メールの宛先を指定する（ステップＳ３０１）。
【００８３】
状態変化メールが通知する状態変化エラーは、監視対象のデバイスで過去に発生したエラーの状態が変化したエラーであるので、この状態変化エラーは、まず、第１優先の宛て先に通知する必要がある。従って、状態監視部４０３は、監視条件作成画面上の電子メール送信先８７０で「第１優先」に指定されている電子メール送付先を、状態変化メールの宛先として指定する。この例では、状態監視部４０３が指定する状態変化メールの宛先は、後述する図１２のステップＳ４０１において指定される新規エラーメールの宛先と同じ宛先である。なお、状態監視部４０３が、「第１優先」に指定されている電子メール送付先以外の宛先、すなわち、新規エラーメールの宛先と異なる宛先に状態変化メールを送信するようにしてもよい。
【００８４】
次に、状態監視部４０３が、状態変化メールのヘッダ情報を作成する（ステップＳ３０２）。状態変化メールが通知する状態変化エラーが、図８（Ｂ）に示すデバイス状態リストにおける、デバイスキーがＡＢＣ１２３、エラーＩＤがＩＤ−０００２である要素（第１の要素）に対応するエラーである場合を例にとって説明する。
【００８５】
この状態変化エラーは、図８（Ｂ）に示すデバイス状態リストにおける、デバイスキーがＡＢＣ１２３、エラーＩＤがＩＤ−０００１である要素（第２の要素）に対応するエラーの状態が変化したエラーである。従って、状態監視部４０３は、デバイス状態リストにおける上記第１の要素の送信メールＲｅｆｅｒｅｎｃｅｓに、第２の要素の送信メールＭｅｓｓａｇｅ−Ｉｄの値を設定する。また、状態監視部４０３は、第１の要素の送信メールＭｅｓｓａｇｅ−Ｉｄに、一意の文字列を設定する。そして、状態監視部４０３が、状態変化メールのヘッダ部のＭｅｓｓａｇｅ−Ｉｄフィールドに第１の要素の送信メールＭｅｓｓａｇｅ−Ｉｄの値を割り当てる。
【００８６】
また、状態監視部４０３は、状態変化メールのヘッダ部のＲｅｆｅｒｅｎｃｅｓフィールドに第１の要素の送信メールＲｅｆｅｒｅｎｃｅｓの値を割り当てる。ステップＳ３０３における状態変化メールの本文の作成処理、ステップＳ３０４における状態変化メールの作成処理は、それぞれ、図９のステップＳ２０３の処理、ステップＳ２０４の処理と同様である。以上説明したように、状態監視部４０３は、発生中のエラーが状態変化エラーであると判断した場合に、状態変化メールを新たな電子メールとして予め決められた通知先に対して送信する。状態監視部４０３が状態変化メールを通知先に対して送信することにより、通知先が、デバイス１０１に発生していたエラーの状態が変化したことを知ることができる。
【００８７】
図１２は、新規エラーメール送付処理を説明するフローチャートである。以下に、図１２を用いて、図７のステップＳ１４０における新規エラーメール送付処理について説明する。状態監視部４０３が、新規エラーメールの宛先を指定する（ステップＳ４０１）。具体的には、状態監視部４０３は、監視条件作成画面上の電子メール送信先８７０で「第１優先」に指定されている電子メール送付先を、新規エラーメールの宛先として指定する。
【００８８】
次に、状態監視部４０３が、新規エラーメールのヘッダ情報を作成する（ステップＳ４０２）。具体的には、状態監視部４０３は、デバイス状態リストにおける、新規エラーメールが通知するエラーに対応する要素の送信メールＭｅｓｓａｇｅ−Ｉｄに、一意の文字列を設定する。状態監視部４０３は、この要素の送信メールＲｅｆｅｒｅｎｃｅｓ１１０８には情報を設定しない。そして、状態監視部４０３が、新規エラーメールのヘッダ部のＭｅｓｓａｇｅ−Ｉｄフィールドに上記要素の送信メールＭｅｓｓａｇｅ−Ｉｄの値を割り当てる。ステップＳ４０３における新規エラーメールの本文の作成処理、ステップＳ４０４における新規エラーメールの作成処理は、それぞれ、図９のステップＳ２０３の処理、ステップＳ２０４の処理と同様である。
【００８９】
図７に戻って説明を続ける。ステップＳ１４１において、状態監視部４０３が、状態情報（図８（Ａ）を参照）とデバイス状態リスト（図８（Ｂ）を参照）とに基づいて、回復エラーがあるかを判断する（ステップＳ１４１）。回復エラーは、監視対象デバイスにおいて回復したエラーである。具体的には、状態監視部４０３が、デバイス状態リストから、状態情報が含む監視時刻と等しいエラー回復時刻に対応する要素（以下、エラー回復要素と記述）を抽出する。状態監視部４０３は、抽出したエラー回復要素に対応するエラーを、当該エラー回復要素に対応するデバイス１０１における回復エラーであると判断する。
【００９０】
例えば、状態情報が含む監視時刻が、「２０ｘｘ／０１／０１  １３：００」の場合、状態監視部４０３は、図８（Ｂ）に示すデバイス状態リストからエラー回復要素としてデバイスキーが「ＤＥＦ４５６」でエラーＩＤが「ＩＤ−００１０」である要素を抽出する。そして、状態監視部４０３は、エラーＩＤが「ＩＤ−００１０」であるエラーを回復エラーであると判断する。但し、状態監視部４０３は、状態情報が含む監視時刻と等しいエラー回復時刻に対応する要素であっても、状態変化前エラーに対応する要素は、エラー回復要素と判断しない。すなわち、状態監視部４０３は、監視対象のデバイス（画像形成装置）１０１の状態の変化に基づいて、監視対象のデバイス１０１に発生したエラーが回復したかを判断するエラー回復判断手段として機能する。
【００９１】
状態監視部４０３が、回復エラーがないと判断した場合は、ステップＳ１４３に進む。状態監視部４０３が、回復エラーがあると判断した場合、状態監視部４０３は、回復メール送付処理を実行する（ステップＳ１４２）。回復メールは、回復エラーを通知する電子メールである。
【００９２】
図１３は、回復メール送付処理の詳細を説明するフローチャートである。以下に、図１３を用いて、図７のステップＳ１４２における回復メール送付処理について説明する。状態監視部４０３が、エラーの回復の通知先すなわち回復メールの宛先を、該エラーに関する電子メールの履歴に応じて指定する（ステップＳ５０１）。ここでの該エラーに関する電子メールは、再送メールと、状態変化メールと、新規エラーメールとを含む。
【００９３】
ステップＳ４０１における処理について、以下に具体的に説明する。状態監視部４０３が、デバイス状態リストから、回復エラーに対応する要素（エラー回復要素）の送信メールＲｅｆｅｒｅｎｃｅｓの値を読み出す。次に、状態監視部４０３が、読み出した送信メールＲｅｆｅｒｅｎｃｅｓの値をセパレータ（例えば、スペース文字）毎に区切って、１又は複数の文字列を生成する。生成された文字列は、過去に回復前のエラーに関する電子メールのＭｅｓｓａｇｅ−Ｉｄとして使用された文字列であるので、この文字列は、回復する前のエラーに関する電子メールの識別情報の履歴を示す。すなわち、状態監視部４０３は、デバイス状態リストから、回復する前のエラーに関する電子メールの識別情報の履歴を取得する。
【００９４】
次に、状態監視部４０３が、生成した文字列と一致する送信メールＭｅｓｓａｇｅ−Ｉｄまたは送信メールＲｅｆｅｒｅｎｃｅｓを有する要素をデバイス状態リストから抽出する。状態監視部４０３が、抽出した各々の要素のエラーメール送信回数の値を読み出す。状態監視部４０３が読み出したエラーメール送信回数のうち、最大の送信回数がＮであるものとする。
【００９５】
最大の送信回数がＮであるということは、回復前のエラーに関する電子メールは、第１優先から第Ｎ優先までの宛先に送信済みであることを意味する。従って、状態監視部４０３は、監視条件作成画面上の電子メール送信先８７０で「第１優先」から「第Ｎ優先」に指定されている電子メール送付先を、回復メールの宛先として指定する。すなわち、状態監視部４０３は、発生していたエラーに関する電子メールの識別情報の履歴が含む各々の電子メールの識別情報に対応する電子メールの送信回数を取得し、該取得した電子メールの送信回数に基づいて、エラーの回復の通知先を決定して指定する。
【００９６】
言い換えると、状態監視部４０３は、当該発生していたエラーに関する電子メールの識別情報（送信メールＭｅｓｓａｇｅ−Ｉｄ）に対応する送信メールＲｅｆｅｒｅｎｃｅに基づいて、当該発生していたエラーに関する通知が送信されたことがある通知先を決定する。そして、状態監視部４０３は、決定した通知先をエラーの回復に関する通知の通知先とする。これにより、状態監視部４０３は、当該発生していたエラーに関する通知が送信されたことがある通知先をエラーの回復に関する通知の通知先として決定する。その結果、状態監視部４０３は、回復メールを、回復前のエラーに関する電子メールの宛先に対して漏れなく送信することができる。
【００９７】
次に、状態監視部４０３が、回復メールのヘッダ情報を作成する（ステップＳ５０２）。回復メールのヘッダ情報の作成処理は、図９のステップＳ２０２における再送メールのヘッダ情報の作成処理と同様であるので、説明を省略する。
【００９８】
次に、状態監視部４０３が、回復メールの本文を作成する（ステップＳ５０３）。具体的には、状態監視部４０３は、メッセージリストから、エラー回復要素が持つエラーＩＤに対応する回復メッセージを抽出し、抽出した回復メッセージを回復メールの本文に挿入する。なお、状態監視部４０３が、メッセージリストからエラー回復要素が持つエラーＩＤに対応するエラーカテゴリ、エラーレベル等を抽出し、抽出したエラーカテゴリ、エラーレベル等を本文に挿入するようにしてもよい。また、状態監視部４０３が、エラー回復要素に対応するデバイス１０１の各種情報（デバイスリストの情報等）を本文に挿入するようにしてもよい。ステップＳ５０４における回復メールの作成処理は、図９のステップＳ２０４における処理と同様である。
【００９９】
図７に戻って説明を続ける。状態監視部４０３は、ステップＳ１３７、Ｓ１３９、Ｓ１４０、Ｓ１４２において作成した全てのメールを、指定された宛先に対して送信する（ステップＳ１４３）。具体的には、状態監視部４０３は、電子メール制御部４０６に指示して、再送メールを図９のステップＳ２０１において指定した宛先に送信させる。また、状態監視部４０３は、電子メール制御部４０６に指示して、状態変化メールを図１１のステップＳ３０１において指定した宛先に送信させる。
【０１００】
また、状態監視部４０３は、電子メール制御部４０６に指示して、新規エラーメールを図１２のステップＳ４０１において指定した宛先に送信させる。また、状態監視部４０３は、電子メール制御部４０６に指示して、回復メールを図１３のステップＳ５０１において決定した宛先に送信させる。電子メール制御部４０６は、上記決定された宛先に対して回復メールを送信する。
【０１０１】
以上説明した本実施形態の管理装置によれば、画像形成装置において発生したエラーが所定の時間放置された場合に、エラーの通知先を変更した上で、通知先に対してエラーに関する電子メールを再送信することができる。従って、画像形成装置において発生したエラーが長時間に渡って放置されることを防ぐことができる。また、本実施形態の管理装置によれば、画像形成装置において発生していたエラーが回復した場合に、このエラーを通知済みの各々の通知先に対して漏れなくエラー回復メールを送信することができる。
【０１０２】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
0005669507.tif 000002
【図２】
0005669507.tif 000003
【図３】
0005669507.tif 000004
【図４】
0005669507.tif 000005
【図５】
0005669507.tif 000006
【図６】
0005669507.tif 000007
【図７】
0005669507.tif 000008
【図８】
0005669507.tif 000009
【図９】
0005669507.tif 000010
【図１０】
0005669507.tif 000011
【図１１】
0005669507.tif 000012
【図１２】
0005669507.tif 000013
【図１３】
0005669507.tif 000014