(57)【特許請求の範囲】
【請求項１】
画像形成装置を監視するための記憶部を備える監視装置であって、
前記監視装置のアドレス情報を画像形成装置に登録する登録手段と、
前記画像形成装置での事象の発生に応じて、前記登録手段により登録されたアドレス情報を用いた当該発生した事象に関する情報の通知を前記画像形成装置から受信する受信手段と、
前記受信手段により受信された通知に基づき、前記画像形成装置で発生した事象に関する情報を前記記憶部に記憶させる記憶手段と、
定期的に前記画像形成装置に対して要求することで、前記画像形成装置で発生した事象に関する情報を取得する取得手段と、
前記取得手段により取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されているかを判断する判断手段とを有し、
前記判断手段により前記取得手段で取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されていないと判断されたことに応じて、前記登録手段が前記画像形成装置に対して前記監視装置のアドレス情報の再登録を行うことを特徴とする監視装置。
【請求項２】
前記画像形成装置が、自装置で発生した複数の事象を順次、保持する際には、
前記記憶手段は、前記画像形成装置で発生した事象に関する情報として、前記画像形成装置で順次、保持されている複数の事象の中でどの事象まで通知したかを識別できる第１の参照情報を前記記憶部に記憶させ、
前記取得手段は、前記画像形成装置で発生した事象に関する情報として、前記画像形成装置で最も新しく保持された事象を識別するための第２の参照情報を取得して、
前記判断手段は、前記取得手段により取得された第２の参照情報と、前記記憶部に記憶された第１の参照情報との比較の結果により一致しなかった際に、前記記憶部に第２の参照情報が記憶されないと判断することを特徴とする請求項１に記載の監視装置。
【請求項３】
さらに、前記取得手段による情報取得に際して、画像形成装置からの応答の有無を示す情報を保存する保存手段を有し、
前記取得手段により定期的に行われる要求に関して、今回の要求に基づき前記画像形成装置で発生した事象に関する情報が取得された際に、前記保存手段に保存された情報を参照した結果、前回の要求に基づく画像形成装置からの応答が無かった場合には、前記登録手段が前記画像形成装置に対して前記監視装置のアドレス情報の再登録を行うことを特徴とする請求項１または２に記載の監視装置。
【請求項４】
さらに、前記登録手段による前記アドレス情報の再登録の回数を保持する保持手段を有し、
前記保持手段により保持された再登録の回数が既定回数を超えた場合は、前記判断手段により前記取得手段で取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されていないと判断されたとしても、前記登録手段が前記画像形成装置に対して前記アドレス情報の再登録を行わず、
前記保持手段により保持された再登録の回数が既定回数を超えない場合は、前記判断手段により前記取得手段で取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されていないと判断されたことに応じて、前記登録手段が前記画像形成装置に対して前記アドレス情報の再登録を行うことを特徴とする請求項１乃至３の何れか１項に記載の監視装置。
【請求項５】
前記判断手段により前記取得手段で取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されていないと判断された際に、既定時間が経過しても、前記取得手段で取得された前記画像形成装置で発生した事象に関する情報が前記受信手段により受信されなかったことに応じて、前記登録手段が前記画像形成装置に対して前記アドレス情報の再登録を行うことを特徴とする請求項１乃至４の何れか１項に記載の監視装置。
【請求項６】
前記監視装置を介して画像形成装置を管理する管理サーバとネットワークを介して前記監視装置は接続され、
前記監視装置が受信される画像形成装置で発生した事象は前記管理サーバに通知されることを特徴とする請求項１乃至５の何れか１項に記載の監視装置。
【請求項７】
前記画像形成装置で発生する事象は、エラー及びジャムを含むことを特徴とする請求項１乃至６の何れか１項に記載の監視装置。
【請求項８】
画像形成装置を監視するための記憶部を備える監視装置における情報処理方法であって、
前記監視装置のアドレス情報を画像形成装置に登録する登録工程と、
前記画像形成装置での事象の発生に応じて、前記登録工程で登録されたアドレス情報を用いた当該発生した事象に関する情報の通知を前記画像形成装置から受信する受信工程と、
前記受信工程で受信された通知に基づき、前記画像形成装置で発生した事象に関する情報を前記記憶部に記憶させる記憶工程と、
定期的に前記画像形成装置に対して要求することで、前記画像形成装置で発生した事象に関する情報を取得する取得工程と、
前記取得工程で取得された前記画像形成装置で発生した事象に関する情報が前記記憶部により記憶されているかを判断する判断工程とを有し、
前記判断工程において、前記取得工程で取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されていないと判断されたことに応じて、前記画像形成装置に対して前記監視装置のアドレス情報の再登録を行うことを特徴とする情報処理方法。
【請求項９】
請求項１乃至７の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の状態などを監視するためのシステムに関するものであって、特に、画像形成装置への事象発生時の通知先の登録に関する。
【背景技術】
【０００２】
ネットワークに接続された画像形成装置の紙詰まりなどの故障や異常を示す障害情報、及び消耗品の残量の変化などを示す残量情報といった状態情報を収集する監視システムが従来から知られている。監視システムは、画像形成装置が設置されている顧客先のネットワークに設置される監視装置と、遠隔で画像形成装置や監視装置を集中管理する管理サーバとで構成される。監視装置は画像形成装置から状態情報などを収集し、さらに収集した情報を管理サーバへ通知する。
【０００３】
上述した状態情報の中には、主に保守担当者による画像形成装置の保守が必要な事象が発生したことを示すイベントデータが含まれる。このイベントデータに関しては、画像形成装置のダウンタイム（非稼動時間）を最小限に抑えるため、事象発生後、速やかに管理サーバへ通知することが求められている。そこで監視装置は、保守が必要となるような事象の発生を即時に認識するために、画像形成装置に例えば監視装置のネットワークアドレス（通知先アドレス）と通知条件を登録し、画像形成装置にイベントデータを事象発生時に通知させるようにしていた。ここで通知条件とは、例えば画像形成装置が特定の状態に変化した時点で通知するなどといった条件になる。
【０００４】
一方で、画像形成装置の状態などの事象を、画像形成装置からの一方的な通知にのみ頼ると、通信時の通信状況や異常などで監視装置に伝わらないことがあり、監視すべき情報の完全性が失われる可能性がある。そこで、定期的に、監視装置から画像形成装置に状態を取得する処理（ポーリング処理）を行う必要がある。
【０００５】
ここで、画像形成装置の電源がＯＦＦされたなどの原因により、前述した画像形成装置に登録された通知用の登録情報（通知先のアドレス情報と通知条件）が消失することがある。そこで、特許文献１に開示されるような技術がある。具体的には、印刷装置に登録されている、しばらく利用されていない状態通知用のホストコンピュータのアドレス情報を削除したことを、印刷装置がそのホストコンピュータに通知し、ホストコンピュータがその通知を受信した時のみアドレスの再登録を行っている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−２８２４７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、先行技術においては、印刷装置がしばらく利用されていないアドレスを識別して、そのアドレスを削除した際に通知を行っていた。よって、電源がＯＦＦになった場合や、情報が上書きされて通知先が削除された場合などを特に考慮していない。また、従来技術においては、印刷装置の状態通知以外に、アドレスを削除したことを通知するためだけの通信を行う必要があった。従って、先行技術には改善の余地があった。
【０００８】
そこで、本発明は登録情報（通知先アドレスと通知条件）が消失したことを画像形成装置が監視装置に特に通知しなくても、監視装置が画像形成装置に対して登録情報の再登録が行うことが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の課題を解決するために、本発明における画像形成装置を監視するための記憶部を備える監視装置は、前記監視装置のアドレス情報を画像形成装置に登録する登録手段と、前記画像形成装置での事象の発生に応じて、前記登録手段により登録されたアドレス情報を用いた当該発生した事象に関する情報の通知を前記画像形成装置から受信する受信手段と、前記受信手段により受信された通知に基づき、前記画像形成装置で発生した事象に関する情報を前記記憶部に記憶する記憶手段と、定期的に前記画像形成装置に対して要求することで、前記画像形成装置で発生した事象に関する情報を取得する取得手段と、前記取得手段により取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されているかを判断する判断手段とを有し、前記判断手段により前記取得手段で取得された前記画像形成装置で発生した事象に関する情報が前記記憶部に記憶されていないと判断されたことに応じて、前記登録手段が前記画像形成装置に対して前記監視装置のアドレス情報の再登録を行うことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、登録情報（通知先アドレスと通知条件）が消失したことを画像形成装置が監視装置に特に通知しなくても、画像形成装置に対して監視装置が登録情報の再登録が行うことが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明におけるシステム構成例を示す図である。
【図２】本発明における監視装置１０１のハードウェア構成例を示す図である。
【図３】本発明における画像形成装置のハードウェア構成例を示す図である。
【図４】本発明における監視装置１０１のソフトウェアの構成例を示す図である。
【図５】本発明における監視装置１０１のモジュールの関連を示す図である。
【図６】監視装置１０１に格納される状態情報の一例である。
【図７】監視装置１０１が管理サーバに通知するデータの一例である。
【図８】画像形成装置に対して登録される状態情報の通知用の登録情報の一例である。
【図９】本発明における全体的なシーケンス図である。
【図１０】メイン処理部の処理を説明するためのフローチャートである。
【図１１】受信制御部の処理を説明するためのフローチャートである。
【図１２】ポーリング処理部の処理を説明するためのフローチャートである。
【図１３】実施例２のポーリング処理部の処理を説明するためのフローチャートである。
【図１４】実施例３のメイン処理部の処理を説明するためのフローチャートである。
【図１５】実施例４のポーリング処理部の処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１３】
［実施例１］
図１は本発明に関わる装置を含むシステムを示すシステム構成図である。１０１は、顧客先などの監視対象となる画像形成装置が設置されたローカルシステム内の監視装置である。１０２、１０３、及び１０４は、監視装置１０１の監視対象となる画像形成装置である。画像形成装置としては、例えばプリンタ、複写機、及び複合機などがあり、何れの機器であっても本発明に関する後述の処理は適用可能である。監視装置１０１は、画像形成装置１０２〜１０４から稼動情報をネットワーク１０５経由で取得する。ここで、稼動情報には、印刷枚数や構成部品の使用回数を示すカウンタ情報、エラーやジャムなどの状態情報、及び環境ログといった情報が含まれる。そして、監視装置１０１は画像形成装置から取得した情報をインターネット１０６経由で、遠隔から画像形成装置の管理を行う管理サーバ１０７に送信する。
【００１４】
図２は監視装置１０１のハードウェア構成図である。
【００１５】
ＣＰＵ２０１は、監視装置１０１全体を制御するためのものである。ＲＯＭ２０２はシステム起動に必要なブートプログラムや監視処理などを実現するため各種プログラムを記憶するための読み出し専用メモリである。ＲＡＭ２０３は、ＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリ等として用いられる。Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０４は、画像形成装置１０２〜１０４と通信を行い、かつ、管理サーバ１０７とインターネット１０６を介して通信を行うための構成要素になる。表示制御部２０６には表示部２０９が接続され、入力制御部２０７には入力部２１０、２１１が接続されている。管理サーバ１０７からの情報を含むシステムを運用する上で必要な情報は、これら入出力デバイス（２０９〜２１１）を通じて入出力されることになる。２０８は、ＣＰＵ２０１で実行するプログラムやアプリケーション情報などを格納するＨＤＤである。また、ここで挙げた構成は、システムバス２０５に接続された構成をとっている。
【００１６】
図３は、本実施例において利用する画像形成装置１０２〜１０４のハードウェア構成図である。
【００１７】
３０１は、原稿を自動的にイメージリーダ３０２に送る原稿給送部であり、イメージリーダ（スキャナ）３０２により原稿が読み込まれる。３０３は、読み込んだ原稿およびネットワークなどから受信したデータを印刷画像に変換・印刷するための画像形成部である。３０４は、印刷用の用紙を給紙する給紙部である。３０５は、印刷した用紙のソートやステイプルといった後処理などを施し、排出しする排紙部である。３０６は、ＬＡＮおよびインターネットなどに接続し、外部との通信を行うためのＮｅｔｗｏｒｋ  Ｉ／Ｆである。３０７は、画像形成装置の各部分の状態を検知するセンサである。
【００１８】
３０８は、画像形成装置全体を制御するＣＰＵである。３０９は、システム起動に必要なブートプログラムや各種処理を実現するため各種プログラムを記憶するためのＲＯＭである。３１０は、一時的に記憶すべきデータの記憶する際やＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリなどとして用いられるＲＡＭである。３１１は、各種処理に関わるプログラムやデータ、自装置に送信されてきたユーザ情報などを記憶するためのＨＤＤである。３１２は、指示入力を受け付ける操作部である。３１３は、自装置の稼動情報及び操作部３１２での操作に関わる情報などを表示するための表示部である。３１４は、外部接続のための接続回線に接続するモデムである。３１５は、ここで挙げた各構成を接続するためのシステムバスである。
【００１９】
本実施例で用いる画像形成装置以外の画像形成装置では、その装置が備える機能に応じて、イメージリーダ３０２、画像形成部３０３、及びモデム３１４などは、動作が異なったり、構成要素として含まれなかったりすることがある。しかしながら、そのような装置であっても、本発明における特徴的な後述の処理を適用することができる。
【００２０】
図４は監視装置１０１のソフトウェアブロック図である。
【００２１】
４０１はＯＳ（オペレーティングシステム）、４０２はライブラリ、４０３はＷｅｂサーバ、４０４はアプリケーションである。アプリケーションの一部として画像形成装置に関する情報の管理や、管理サーバ１０７からの情報に基づく制御などを行うための監視プログラム４０５を含む。４０６はハードウェア制御プログラムであり、その一部としてネットワークボード制御プログラム４０７、ＨＤ（ハードディスク）制御プログラム４０８を含む。
【００２２】
図５は監視装置１０１のモジュール関連図である。
【００２３】
起動処理部５０１は、監視プログラムの起動時の処理を制御するものである。起動処理部５０１は、登録処理部５０２を呼び出す。登録処理部５０２は、画像形成形成装置１０２〜１０４に、監視装置に対する情報通知用の登録情報の登録処理を行う。登録情報としては、通知先となる監視装置のアドレス情報と通知条件が含まれる。
【００２４】
状態取得部５０３は、タイマ５０６からの通知で処理を開始し、画像形成装置１０２〜１０４に対して状態情報を要求することで取得し、また、状態比較部５０５を呼び出す。つまり監視装置から画像形成装置に対して状態情報を要求して取得する処理は、状態取得部５０３により実現されることになる。状態比較部５０５は、状態取得部５０３により画像形成装置から取得した状態情報と、記憶部５０７に記録されている状態情報とを比較する。そして、変化があったと判断すると、登録処理部５０２に画像形成装置への登録情報（通知先アドレスと通知条件）の登録処理を依頼する。
【００２５】
受信制御部５０４では、画像形成装置１０２〜１０４からの状態情報の通知を待ち受ける。この状態情報の通知は、画像形成装置に登録されている登録情報に基づき画像形成装置から自発的に行われることになる。受信制御部５０４では、画像形成装置から状態情報を受信すると、ＲＡＭ２０３またはＨＤＤ２０８である記憶部５０７に格納する。
【００２６】
図６は監視装置１０１が記憶部５０７に格納する画像形成装置１０２〜１０４から取得した状態情報の例である。
【００２７】
デバイスＩＤは、画像形成装置を特定するための識別情報である。データ取得日時は監視装置１０１が画像形成装置１０２〜１０４から情報を取得した日時である。取得方法は、監視装置１０１の画像形成装置からのデータ取得を行った方法を示すものである。監視装置１０１が、画像形成装置から登録情報に基づき自発的に状態情報を通知されたことにより取得した場合は、この項目には“イベント”と記録される。監視装置１０１が、定期的に行っている情報取得（ポーリング）により状態情報を取得した場合は、この項目には“ポーリング”と記録される。事象種類は、エラー、ジャム、及びアラームなどの画像形成装置で発生した事象の種類を示す。発生日時は、事象が画像形成装置で発生した日時を示すものである。事象詳細は、事象種類によって異なる。
【００２８】
デバイスＩＤがＡＢＣ０００１で発生した事象を例にして事象詳細について説明する。事象の種類はエラーであり、事象詳細として、エラーを識別するためのエラーコードであるＥ０１０、事象発生時のトータルの印刷枚数である１２４５を含む。更に、エラーの詳細を表す詳細コード、及びスキャンといったエラー発生時の画像形成装置の動作内容を含むこともできる。
【００２９】
図７は監視装置１０１がインターネット１０６を介して管理サーバ１０７に通知するデータの一例である。ここでは、ＳＯＡＰスキーマを示したが、通知データ形式は、これに限定するものではない。
【００３０】
図６に示したデバイスＩＤがＡＢＣ００００１の画像形成装置で発生したエラーを通知する場合を示す。“ｎｓ１：ｐｏｓｔＥｒｒｏｒＩｎｆｏｒｍａｔｉｏｎ”は、通知データがエラー情報であることを示す。“ｓｅｒｉａｌＮｕｍｂｅｒ”には、画像形成装置を特定する識別情報であるデバイスＩＤ、ここでは、ＡＢＣ００００１を設定する。“ｅｒｒｏｒＣｏｄｅ”にはエラーコードＥ０１０、“ｏｃｃｕｒｅｎｃｅＴｉｍｅ”にはエラー発生日時、“ｔｏｔａｌＣｏｕｎｔｅｒ”にはエラー発生時の印刷枚数である１２４５を設定する。“ｔｉｍｅＳｔａｍｐ”には、監視装置１０１から管理サーバ１０７へのデータ送信日時を設定する。
【００３１】
図８は監視装置１０１が画像形成装置１０２〜１０４に登録する通知用の登録情報の一例である。
【００３２】
“Ｐｒｏｔｏｃｏｌ  Ｔｙｐｅ”は、画像形成装置から画像形成装置１０１へのイベント通知プロトコルである。“ＩＰ  Ａｄｄｒｅｓｓ”は、通知先アドレス、即ち、監視装置１０１のＩＰアドレスである。“Ｅｖｅｎｔ  Ｎｕｍｂｅｒ”は、通知対象として設定する事象の個数である。“Ｅｖｅｎｔ  Ｋｉｎｄ”は、通知対象とする事象の種類であり、“Ｅｖｅｎｔ  Ｎｕｍｂｅｒ”に設定した個数分だけ含まれる。ここでは、通知条件として、“Ｅｖｅｎｔ  Ｋｉｎｄ”に通知すべき状態情報として、エラー、ジャム、ステータス変化を登録している。
【００３３】
図９は、本実施例における監視装置１０１、画像形成装置１０２〜１０４、及び、管理サーバ１０７の動作を表すシーケンス図である。監視装置１０１において、監視プログラム４０５が実行されることにより、受信制御部５０４、ポーリング処理部９０２、及びメイン処理部９０３による処理が実現される。ポーリング処理部９０２は、状態取得部５０３、タイマ５０６、及び状態比較部５０５で構成される。メイン処理部９０３は、起動処理部５０１と登録処理部５０２とから構成される。
【００３４】
以下、システム内での監視装置１０１の動作の概要を説明する。
【００３５】
まずメイン処理部９０３では、起動処理部５０１から登録処理部５０２を呼び出し、画像形成装置１０２に対して状態情報の通知用の登録情報の登録処理を行う（９０５）。これにより、受信制御部５０４は、状態情報の受信の待機状態に入る。一方で、ポーリング処理部９０２は定期処理の開始のためにタイマ５０６を初期化する。ポーリング処理部９０２は、既定時間ごとに画像形成装置１０２に管理サーバ１０７に通知すべき事象が発生していないかを情報取得部５０３によって問い合わせる（９０６、９０７）。
【００３６】
画像形成装置１０２は、登録処理部５０２から通知された登録情報（通知先アドレスと通知条件）のＲＡＭ３１０などに保存する。エラーが発生（９１１）すると、画像形成装置１０２は、ＲＡＭ３１０に保存した登録情報を参照し、発生したエラーが通知対象であると判断した場合、監視装置１０１の受信制御部５０４に状態情報を通知する（９１２）。
【００３７】
受信制御部５０４は、状態情報の通知を受信すると、発生した事象の詳細を画像形成装置１０２に問い合わせ（９１３）、その応答をさらに受信する（９１４）。その後、メイン処理部９０３に受信した事象とその詳細情報を通知する（９１５）。メイン処理部９０３は、受信した事象に関して、図７で示したデータ形式に変換し、管理サーバ１０７に送信する（９１６）。
【００３８】
ここで、画像形成装置１０２では、電源ＯＦＦ／ＯＮによりＲＡＭ３１０に保存してあった登録情報が消失する（９１７）。
【００３９】
そして、ポーリング処理部９０２から画像形成装置１０２への定期的な状態の問い合わせが行われる（９１８、９２１）。ここで、最初のポーリング処理（９１８、９１９）では通知対象となる事象（状態変化）が発生していない。
【００４０】
その後、画像形成装置１０２においてエラーが発生（９２０）したとする。次のポーリング（９２１）に対応する応答として、ポーリング処理部９０２は特定の事象とその詳細情報を取得することができる（９２２）。そして、ポーリング処理部９０２は、状態比較部５０５で画像形成装置１０２の状態がそれ以前の状態から変化したと判断すると、メイン処理部９０３に発生した事象とその詳細データを通知する（９２３）。メイン処理部９０３は、受信した事象に関して、図７で示したデータ形式に変換し、管理サーバ１０７に送信する（９２４）。
【００４１】
また、ポーリング処理部９０２では、画像形成装置に登録されている登録情報（通知先アドレスと通知条件）が消失したと判断し、状態比較部５０５からメイン処理部９０３に登録処理の依頼をする（９２５）。これは、本来、画像形成装置から自発的に通知されるべき事象が、ポーリング処理により取得されてしまったからである。メイン処理部９０３は、画像形成装置に対し、起動処理部５０１から登録処理部５０２を呼び出し、状態情報の通知用の登録情報の登録処理を行う（９２６）。
【００４２】
以下、図１０〜１２のフローチャートを用いて、メイン処理部９０３、受信制御部５０４、及びポーリング処理部９０２の動作をさらに詳細に説明する。
【００４３】
図１０はメイン処理部９０３の動作を表すフローチャートである。
【００４４】
Ｓ１００１において、メイン処理部９０３は、初期化処理として、ＨＤＤに格納された監視プログラム４０５の監視対象となる画像形成装置の台数、各装置のデバイスＩＤ、及びＩＰアドレスを読み込み、ＲＡＭ２０３に格納する。これら情報は、監視装置の管理者が予め登録しても良いし、管理サーバからインターネットなどの通信回線を介して取得しても良い。
【００４５】
Ｓ１００２において、メイン処理部９０３は監視対象となる１台以上の画像形成装置に図８に示した形式の通知用の登録情報（通知先アドレスと通知条件）をＲＡＭ２０３上に作成する。そして、登録処理部５０２が、作成した情報を画像形成装置にネットワーク１０５を介して送信することで、登録処理を行う。
【００４６】
Ｓ１００３において、メイン処理部９０３は、受信制御部５０４をスレッド、あるいは、プロセスとして起動する。受信制御部５０４の起動が完了すると、メイン処理部９０３はＳ１００４でポーリング処理部９０２をスレッド、あるいは、プロセスとして起動する。
【００４７】
次に、メイン処理部９０３は、Ｓ１００５で受信制御部５０４及びポーリング処理部９０２からの通知の受信を待機する状態に入る。メイン処理部９０３ではＳ１００５以降に通知を受信すると、Ｓ１００６で通知されたデータの種類を判定する。つまり、Ｓ１００６で、管理サーバへ通知すべき事象の発生を示す通知であるか否かを判定することになる。ここで、管理サーバへ通知すべき事象の発生を示す通知であると判定されると、Ｓ１００９で、管理サーバ１０７に発生事象を通知し、Ｓ１００５の待機状態に戻る。
【００４８】
Ｓ１００６で、メイン処理部９０３が管理サーバへ通知すべき事象の発生を示す通知ではないと判定すると、Ｓ１００７で、登録情報（通知先アドレスと通知条件）の登録処理の依頼か否かをさらに判定する。メイン処理部１０３は、Ｓ１００７で登録処理の依頼であると判定すると、Ｓ１００８において、依頼データに含まれるＩＰアドレスの画像形成装置に対して、Ｓ１００２と同様に登録情報を作成し、送信する。ここで、メイン処理部１０３は、Ｓ１００７で登録処理の依頼ではないと判定すると、Ｓ１００５の待機状態に戻る。
【００４９】
図１１は受信制御部５０４の動作を表すフローチャートである。
【００５０】
受信制御部５０４は、メイン処理部９０３によって起動される（図１０、Ｓ１００３）。
【００５１】
Ｓ１１０１において、受信制御部５０４は、画像形成装置からの状態情報の通知の受信の待機状態に入る。ここで、状態情報の通知を受信すると、Ｓ１１０２において、当該通知に含まれる管理サーバに通知すべき特定の事象に関する詳細情報を、画像形成装置から取得する。また、受信制御部５０４が画像形成装置から受信した状態情報とその詳細情報などをもとに、監視装置内で画像形成装置が通知済みの状態が管理される。ここで画像形成装置は状態情報の保持方法として、通知内容がＨＤＤ等に順次追加書き込みされ保持されるという方法、及び現在の状態の情報のみが保持されるという方法がある。前者のように画像形成装置が状態情報として通知内容を複数記憶しているなら、受信制御部５０４が画像形成装置から状態情報を受信すると共に、今回どこまで読み込んだかのリードポインタの情報（第１の参照情報）を受信して記憶部５０７にて管理する。また、画像形成装置が現在の状態情報を保持している際には、受信制御部５０４が画像形成装置から受信した状態情報及びその詳細情報を記憶部５０７で記憶する。これらの処理により、監視装置において、画像形成装置が通知済みの状態を管理されることになる。
【００５２】
その後、受信制御部５０４は、Ｓ１１０３においてメイン処理部９０３に受信した事象の詳細情報を通知し、Ｓ１１０１の待機状態に戻る。
【００５３】
図１２はポーリング処理部９０２の動作を表すフローチャートである。
【００５４】
ポーリング処理部９０２は、メイン処理部９０３によって起動される（図１０、Ｓ１００４）。ポーリング処理部９０２は周期的に、画像形成装置に管理サーバ１０７への通知対象となる事象が発生していないかを問い合わせる。
【００５５】
Ｓ１２０１において、ポーリング処理部９０２は画像形成装置の状態変化に基づく通知対象の事象の発生有無を判断するための情報を画像形成装置に対して要求処理を開始する。ここでの処理には、ポーリング処理のための通信の開始処理なども含まれる。Ｓ１２０２において、Ｓ１２０１での要求処理に応じて取得した情報より通知対象の事象の有無を判定する。ポーリング処理部９０２は、通知対象の事象があると判定するとＳ１２０３にすすむ。画像形成装置において通知すべき事象が発生していないのであるなら、Ｓ１２０６にすすむ。
【００５６】
ここで、通知対象の事象の有無の確認方法について説明する。記憶部５０７でリードポインタの情報を管理している場合には、ポーリング処理部９０２では、画像形成装置が現在までに自装置のＨＤＤ等に状態情報をどこまで書き込んだかのライトポインタの情報（第２の参照情報）を画像形成装置から取得する。つまり、このライトポインタの情報は最も新しく保持された状態情報のＨＤＤ等での位置を示している。そして、取得したライトポインタと記憶部５０７で管理していたリードポインタの情報同士を比較する。ポーリング処理部９０２は、ライトポインタがリードポインタより進んでいる場合、画像形成装置において状態変化があると判定し、そうでない場合は状態変化がないと判定する。また、記憶部５０７で画像形成装置の事象とその詳細情報が管理されている際には、今回取得した情報と比較する。ポーリング処理部９０２は、比較結果において状態が一致しない場合は状態変化があると判定し、一致する場合には状態変化はないと判定する。これらの処理により、ポーリング処理部９０２は通知対象の事象の有無を確認することになる。
【００５７】
Ｓ１２０３では、ポーリング処理部９０２が、画像形成装置から通知対象の事象の詳細情報を取得して、さらに記憶部５０７にて現在のリードポインタ、あるいは取得した事象に関する情報を記憶、管理する。Ｓ１２０４において、ポーリング処理部９０２は、取得した発生事象の詳細情報をメイン処理部９０３に通知する。さらに、Ｓ１２０５において、ポーリング処理部９０２は、メイン処理部９０３に画像形成装置への通知用の登録情報（通知先アドレスと通知条件）の登録処理を依頼する。ここでは、依頼に際して該画像形成装置のＩＰアドレスなどの識別情報をメイン処理部９０３に伝える。
【００５８】
Ｓ１２０６で、ポーリング処理部９０２は監視対象となる画像形成装置の全てについて処理したかを判定する。ここで、全ての装置に対して処理したと判定すると、Ｓ１２０７においてタイマ５０６によって管理されている所定時間だけ待機を行う。そして、所定時間の待機を終えると、Ｓ１２０１に戻って、監視対象の中で最初の画像形成装置に対するポーリング処理を開始するためにＳ１２０１に戻る。
【００５９】
Ｓ１２０６において、全ての装置に対して処理していない場合、次の監視対象の画像形成装置に対するポーリング処理を行うためにＳ１２０１に戻る。
【００６０】
以上、本実施例によれば、通知先アドレスと通知条件といった登録情報が消失したことを画像形成装置が監視装置に特別に通知しなくても、監視装置が定期的に行うポーリング処理に伴い登録情報の消失したであろうことを検出することができる。前述した通り、ポーリング処理は、画像形成装置の監視すべき情報の完全性が失われることを防ぐために、画像形成装置からの前記登録情報を用いた自発的な状態情報の通知とあわせて行う必要がある。つまり、本実施例では特別な通知などを行わなくても、適切に画像形成装置に対して消失した登録情報の再登録が行うことが可能となる。
【００６１】
［実施例２］
本実施例では、ポーリング処理部９０２において、画像形成装置の電源ＯＦＦ／ＯＮされたと考えられる際に、登録情報の再登録を行うための制御について説明する。
【００６２】
図１３はポーリング処理部９０２の動作を表すフローチャートである。
【００６３】
Ｓ１３０１は、実施例１で説明した監視対象の画像形成装置の何れか１台に対するＳ１２０１の処理に加え、その画像形成装置からの何らかの応答の有無をＲＡＭ２０３に保存する処理を追加したものである。ここで応答が無い場合とは、例えば画像形成装置が電源をＯＦＦされているなどの理由でポーリング処理自体が失敗したことを想定している。
【００６４】
Ｓ１３０２において、ポーリング処理部９０２は、Ｓ１３０１で画像形成装置から応答あったか否かを判定し、応答があった場合はＳ１３０３にすすみ、無かった場合はＳ１３０８にすすむ。Ｓ１３０３において、ポーリング処理部９０２はＳ１２０２と同様の判定処理を行う。ここで、通知対象の事象が有ると判定された場合にはＳ１３０４に進み、通知対象の事象が無いと判定された場合にはＳ１３０７に進む。Ｓ１３０４〜Ｓ１３０６では、それぞれ、実施例１にて説明したＳ１２０３〜Ｓ１２０５と同様の処理が行われる。
【００６５】
Ｓ１３０７において、ポーリング処理部９０２は、前回の行われたポーリング処理の際のＳ１３０１でも、画像形成装置からの応答があったか否かを判定する。前回も応答あったと判定された場合はＳ１３０８にすすみ、前回は応答が無かったと判定された場合には通知先アドレスと通知条件といった登録情報を画像形成装置に登録するためにＳ１３０６にすすむ。ここで、前回のポーリング処理時には画像形成装置の電源がＯＦＦだったといった理由で情報取得が行えなかったが、今回はＳ１３０１で情報取得が行えたので画像形成装置の電源がＯＮされたことが想定できる。つまり、Ｓ１３０７の判定により、今回のポーリング処理の成功により画像形成装置の電源ＯＮが検出できたので、電源がＯＦＦされたことで登録情報の消失した画像形成装置に対して登録情報の再登録処理を行うことができる。
【００６６】
Ｓ１３０８において、ポーリング処理部９０２は、今回のポーリング処理におけるＳ１３０１の処理に関する応答を画像形成装置から受けたか否かを保存する。具体的には、Ｓ１３０１でＲＡＭ２０３に保存した画像形成装置からの応答の有無を示す情報を記憶部５０７に保存する。ここで保存された情報は、次回のポーリング処理の際のＳ１３０７の判定処理に用いられる。
【００６７】
その後、Ｓ１３０９〜Ｓ１３１０では、それぞれ、実施例１にて説明したＳ１２０６〜Ｓ１２０７と同様の処理が行われる。
【００６８】
以上、本実施例によれば、ポーリング処理における画像形成装置からの応答の有無を保存しておくことにより、画像形成装置の電源がＯＦＦからＯＮされたことを検知することができ、必要なタイミングで監視装置から登録情報の再登録を行うことができる。
【００６９】
［実施例３］
本実施例では、監視装置１０１による画像形成装置への再登録処理を中止する場合の制御について説明する。
【００７０】
図１４はメイン処理部９０３の動作を表すフローチャートである。Ｓ１４０１からＳ１４０４では、実施例１にて説明したＳ１００１からＳ１００４と同じ処理を行う。
【００７１】
Ｓ１４０５において、メイン処理部９０３は、監視対象となる各画像形成装置に対応付けて保持する再登録処理を連続して行った回数を示す再登録回数を０で初期化する。引き続きＳ１４０６〜Ｓ１４０８では、実施例１にて説明したＳ１００５〜Ｓ１００７と同じ処理を行う。
【００７２】
メイン処理部９０３がＳ１４０６での通知に基づき、Ｓ１４０７で管理サーバへ通知すべき事象の発生したと判定すると、Ｓ１４１１に進む。Ｓ１４１１において、メイン処理部９０３は、Ｓ１００９と同様の通知処理を行い、更に通知した画像形成装置に対応付けて保持している再登録回数を０でクリアする。
【００７３】
メイン処理部９０３がＳ１４０８において登録情報の登録依頼であると判定した場合にはＳ１４０９にすすむ。Ｓ１４０９においては、実施例１と異なり、メイン処理部９０３が登録依頼のあった画像形成装置に対応付けて保持されている再登録回数が既定回数を超えていないかを判定する。
【００７４】
メイン処理部９０３は、Ｓ１４０９で既定回数を超えていると判定すると、画像形成装置への登録情報の再登録の処理は行わず、Ｓ１４０６に戻る。この際には、監視装置の管理者もしくは管理サーバに対して、既定回数以上の再登録処理が行われそうになった旨の警告の通知をおこなってもよい。一方、Ｓ１４０９で既定回数を越えていないと判定されるとＳ１４１０にすすむ。Ｓ１４１０おいて、メイン処理部９０３はＳ１００８と同様に登録処理を行い、更に登録処理を行った画像形成装置に対応付けて保持されている再登録回数を１だけカウントアップし、Ｓ１４０６に戻る。
【００７５】
以上、本実施例によれば、画像形成装置が何らかの理由により登録情報の再登録が出来ない場合であるにも関わらず、再登録処理を繰り返すという無駄な処理を行うことを防止することができる。
【００７６】
［実施例４］
本実施例では、画像形成装置の最新の状態をポーリング処理部９０２が受信制御部による受信より早く取得したと判断される場合に関しての制御について説明する。
【００７７】
図１５はポーリング処理部９０２の動作を表すフローチャートである。実施例１にて説明した図１２のフローチャートとの差異は、Ｓ１５０５及びＳ１５０６である。
【００７８】
ポーリング処理部９０２は、Ｓ１５０１〜Ｓ１５０４で、メイン処理部９０３に取得した詳細情報を通知した後、Ｓ１５０５で既定時間待機する。ここでの既定時間は、システムポリシーなどを考慮して、管理者が任意に設定可能であり、通常は数秒単位で設定する。
【００７９】
既定時間経過後、Ｓ１５０６において、ポーリング処理部９０２は、Ｓ１５０１〜Ｓ１５０３で取得した情報と同じ内容の状態情報に関する通知が受信制御部５０４により受信されていないかを判定する。ここではポーリング処理部９０２は、Ｓ１５０６で同じ内容の通知が画像形成装置から受信制御部５０４に行われていないと判断した場合に、Ｓ１５０７でメイン処理部９０３に画像形成装置への登録処理を依頼する。
【００８０】
以上、本実施例では、ポーリング処理部９０２が画像形成装置の通知すべき事象を取得したとしても、画像形成装置に対する登録情報の再登録の依頼を直ちに行わず、受信制御部５０４で同じ内容の通知を受信したか否かを判定するために待機した。これにより、画像形成装置において登録情報が消失していないにも関わらず、無駄な再登録処理が行われることを防止できる。
【００８１】
［他の実施例］
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005424765.tif 000002
【図２】
0005424765.tif 000003
【図３】
0005424765.tif 000004
【図４】
0005424765.tif 000005
【図５】
0005424765.tif 000006
【図６】
0005424765.tif 000007
【図７】
0005424765.tif 000008
【図８】
0005424765.tif 000009
【図９】
0005424765.tif 000010
【図１０】
0005424765.tif 000011
【図１１】
0005424765.tif 000012
【図１２】
0005424765.tif 000013
【図１３】
0005424765.tif 000014
【図１４】
0005424765.tif 000015
【図１５】
0005424765.tif 000016