(57)【要約】    【課題】  画像形成装置のメンテナンスに係る情報が管理サーバの復旧時に管理サーバに通知される場合に、管理サーバが必要以上に無駄な処理を行わなくて済む仕組みを有する画像形成装置を提供することを目的とする。    【解決手段】  画像形成装置のステータスを示す情報である第１メンテナンス情報と、出力面数を含むカウンタ情報である第２のメンテナンス情報を情報収集サーバ１０５へ通知するに際し、情報収集サーバ１０５への通信障害の復旧に応じて、複数のタイミングおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部の第２メンテナンス情報との通知を行う。【選択図】      図８
2006050465.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置の第１メンテナンス情報及び第２メンテナンス情報を含むメンテナンス情報を管理サーバへ通知する通信手段を備える情報処理装置であって、
前記第１メンテナンス情報及び第２メンテナンス情報を記憶する記憶手段と、
前記管理サーバへの通信障害の復旧に応じて、複数のタイミングおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部を除く第２メンテナンス情報との通知を前記通信手段に行わせる制御手段とを有することを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記通信障害発生時に第１メンテナンス情報が発生した場合には通知対象として追加して前記記憶手段に記憶させ、通信障害発生時に第２メンテナンス情報が発生した場合には古い第２メンテナンス情報を通知対象から削除し新に発生した第２メンテナンス情報を通知対象として前記記憶手段に記憶させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２メンテナンス情報の送信を前記第１メンテナンス情報よりも優先させて行わせるように送信キューへの登録を行う登録制御手段を有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記管理サーバからの、前記第１メンテナンス情報の追加の通知要求に応じて、未送信の前記第１メンテナンス情報の通知を前記通信手段に行わせることを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
【請求項５】
前記通知要求は、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）応答であることを特徴とする請求項３に記載の情報処理装置。
【請求項６】
前記第１メンテナンス情報は前記画像形成装置のステータスを示す情報であり、前記第２メンテナンス情報は前記画像形成装置における出力面数を含むカウンタ情報であることを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項７】
前記第２メンテナンス情報には、所定時間利用されない毎にカウントアップされる所定の機能のカウンタ情報が含まれることを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
【請求項８】
画像を記録媒体に記録する印刷手段を備えることを特徴とする請求項１乃至６の何れかに記載の情報処理装置。
【請求項９】
画像形成装置の第１メンテナンス情報及び第２メンテナンス情報を含むメンテナンス情報を管理サーバへ通知する通信手段を備える情報処理装置の通知方法であって、
前記第１メンテナンス情報及び第２メンテナンス情報を記憶する記憶工程と、
前記管理サーバへの通信障害の復旧に応じて、複数のタイミングおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部を除く第２メンテナンス情報との通知を前記通信手段に行わせる制御工程とを有することを特徴とする情報処理装置の通知方法。
【請求項１０】
画像形成装置の第１メンテナンス情報及び第２メンテナンス情報を含むメンテナンス情報を管理サーバへ通知する通信手段を備える情報処理装置の通知方法を実行するための、コンピュータで読み取り可能なプログラムであって、
前記第１メンテナンス情報及び第２メンテナンス情報を記憶するステップと、
前記管理サーバへの通信障害の復旧に応じて、複数のタイミングおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部を除く第２メンテナンス情報との通知を前記通信手段に行わせるステップとを備えたことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置のメンテナンス情報を管理サーバへ通知する通信手段を備える情報処理装置及びその通知方法、並びに前記通知方法を実行するためのプログラムに関する。
【背景技術】
【０００２】
従来、画像形成装置と、複数の画像形成装置のエラーなどを一元的に管理するサービスセンターとを含む画像形成システムが知られている。
【０００３】
上記画像形成システムにおいては、画像形成装置自身、或いは画像形成装置と接続された通信装置が、画像形成装置の状態を検知して、画像形成装置の障害などの情報をサービスセンターに通知するように構成されている（例えば特許文献１を参照）。
【特許文献１】特開平１１−１１９６０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の画像形成システムによれば、検知された画像形成装置の状態を所定のタイミングでサービスセンターに通知するに留まるものであり、サービスセンター或いは通知経路に障害が発生して前記通知を行うことができなかった場合のことを想定するものではなかった。
【０００５】
特にサービスセンターのサーバが復旧した場合に、該サーバに対して、管理対象の複数の画像形成装置から集中的な通知が到来することが予想され、サーバがその受信処理に対応しきれない、といった問題があった。
【０００６】
この問題を解決するため、サーバとして高性能なものを使用し、管理対象の画像形成装置全てから集中的な通知があった場合でも対応できるようにする方法があるが、サーバ価格が非常に高価になり、現実的ではなかった。
【０００７】
本発明は上記従来の問題点に鑑み、画像形成装置のメンテナンスに係る情報が管理サーバの復旧時に管理サーバに通知される場合に、管理サーバがメンテナンス本来の機能を損なわないように必要な情報を取得し、且つ必要以上に無駄な処理を行わなくて済む仕組みを有する情報処理装置及びその通知方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の情報処理装置は、画像形成装置の第１メンテナンス情報及び第２メンテナンス情報を含むメンテナンス情報を管理サーバへ通知する通信手段を備える情報処理装置であって、前記第１メンテナンス情報及び第２メンテナンス情報を記憶する記憶手段と、前記管理サーバへの通信障害の復旧に応じて、複数のタイミングおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部を除く第２メンテナンス情報との通知を前記通信手段に行わせる制御手段とを有することを特徴とする。
【０００９】
本発明の情報処理装置の通知方法は、画像形成装置の第１メンテナンス情報及び第２メンテナンス情報を含むメンテナンス情報を管理サーバへ通知する通信手段を備える情報処理装置の通知方法であって、前記第１メンテナンス情報及び第２メンテナンス情報を記憶する記憶工程と、前記管理サーバへの通信障害の復旧に応じて、複数のタイミングおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部を除く第２メンテナンス情報との通知を前記通信手段に行わせる制御工程とを有することを特徴とする。
【００１０】
本発明の制御プログラムは、画像形成装置の第１メンテナンス情報及び第２メンテナンス情報を含むメンテナンス情報を管理サーバへ通知する通信手段を備える情報処理装置の通知方法を実行するための、コンピュータで読み取り可能な制御プログラムであって、前記第１メンテナンス情報及び第２メンテナンス情報を記憶するステップと、前記管理サーバへの通信障害の復旧に応じて、複数のタイミングおいて収集された第１メンテナンス情報と、複数のタイミングにおいて収集された一部を除く第２メンテナンス情報との通知を前記通信手段に行わせるステップとを備えたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、画像形成装置のメンテナンスに係る情報が管理サーバの復旧時に管理サーバに通知される場合に、管理サーバがメンテナンス本来の機能を損なわないように必要な情報を取得し、且つ必要以上に無駄な処理を行わなくて済む仕組みを実現することができる。
【発明を実施するための最良の形態】
【００１２】
本発明の情報処理装置及びその通知方法、並びにプログラムの実施の形態について、図面を参照しながら説明する。
【００１３】
［第１の実施の形態］
＜第１の実施の形態におけるシステム構成＞
図１は、本発明の情報処理装置を含む画像形成装置を備えたネットワークシステムの構成例を示す図である。
【００１４】
本実施の形態のネットワークシステムでは、画像形成装置１０１，１０２，１０３が、それぞれ設置先のＬＡＮ１２１，１２２，１２３とインターネット１４０を介して、情報収集サーバ１０５に接続されている。情報収集サーバ１０５は、画像形成装置１０１〜１０３からそれぞれ送信されたＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）メッセージ１１１，１１２，１１３を受けて、画像形成装置１０１〜１０３の稼動情報を収集するサーバである。
【００１５】
＜画像形成装置のハードウェア構成＞
図２は、図１に示した画像形成装置１０１〜１０３の概略のハードウェア構成を示すブロック図である。
【００１６】
各画像形成装置１０１〜１０３はそれぞれ、制御ユニット２００、画像を記録媒体に記録する印刷手段であるところのプリンタエンジン２１２、スキャナエンジン２１３、及びユーザインターフェース部２１４を備えている。
【００１７】
制御ユニット２００は、スキャナ制御部２０１、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ＲＡＭ（ＮＶＲＡＭ）２０５、エンジン制御部２０６、ＨＤＤ２０７、タイマ２０８、Ｉ／Ｏ制御部２０９、及びネットワーク制御部２１０を有し、それぞれがバス２１１に接続されている。
【００１８】
ユーザインターフェース部２１４は、スピーカ、タッチパネル、ボタン、及びランプを備えている。
【００１９】
制御ユニット２００内のスキャナ制御部２０１は、スキャナエンジン２１３を制御し、ＣＰＵ２０２は、装置全体の動作を制御する。ＲＡＭ２０４は、ＣＰＵ２０２のワークエリアとして機能し、ＲＯＭ２０３は、起動用のプログラム等が格納されたブートＲＯＭである。ＲＡＭ（ＮＶＲＡＭ）２０５はタッチパネルから設定された値を保持しておくための不揮発性のＲＡＭである。エンジン制御部２０６はプリンタエンジン２１２を制御し、ＨＤＤ２０７は、アプリケーションプログラムのほか、画像データなど各種のデータを格納する。タイマ２０８はタイマ機能を司る。Ｉ／Ｏ制御部２０９はユーザインターフェース部２１４を制御し、ネットワーク制御部２１０はＬＡＮとの接続制御を行う。
【００２０】
＜画像形成装置の稼動情報通知関連のソフトウェア構成＞
図３は、上記画像形成装置１０１〜１０３における稼動情報通知関連のソフトウェア構成を示す図である。
【００２１】
図中の３０１はネットワーク通信ドライバであって、ネットワークインターフェースの制御を行う。３０２はＴＣＰ／ＩＰプロトコル制御部であって、ＴＣＰ／ＩＰの通信処理全般を処理する。３０３はＳＳＬ通信制御部であり、通信時に接続先の証明書検証や鍵の交換とデータの暗号・復号処理を行う。３０４はＨＴＴＰ  Ｃｌｉｅｎｔ制御部であって、ＳＯＡＰ制御部３０５の要求に基づきＳＯＡＰメッセージをＨＴＴＰプロトコルで送受信する。
【００２２】
３０５はＸＭＬ解析部を内蔵したＳＯＡＰ制御部であって、ＳＯＡＰ通信の制御を行う。３０６は、ＳＯＡＰ受信メッセージ解析部であって、通信先からの応答メッセージの内容を解析する。３０７はＳＯＡＰ送信メッセージ生成部であって、デバイス内部のデータをＳＯＡＰメッセージへ変換する。３０８は、デバイス情報の送信／再送スケジュール制御部であって、後述する図６及び図７のフローに基づき、再送すべきメッセージの選択を行う。３０９は、再送データ保存部であって、再送待機或いは再送保留と判断したＳＯＡＰメッセージを保持する。
【００２３】
また、３１０は画像形成装置の制御ドライバであって、スキャナ制御部２０１やエンジン制御部２０６などを制御する。３１１は累積カウンタ値取得モジュールであって、スキャナ制御部２０１やエンジン制御部２０６などから累積カウンタ情報を収集する。
【００２４】
ここで累積カウンタ情報（第２メンテナンス情報）とは、例えば、画像形成装置の累積コピー紙枚数や、出力面数（片面ならば１、両面ならば２となる）や、画像形成装置が稼動を開始してからの累積稼動時間など、数十〜数百種類の様々な種類のカウンタ情報があり、容量が多いため、カウンタ情報の全てを情報収集サーバ１０５に通知せず、必要なカウンタ情報のみ通知するようになっている。
【００２５】
３１２はステータス情報取得モジュールであって、スキャナ制御部２０１やエンジン制御部２０６などからステータス情報（第１メンテナンス情報）を収集する。例えば、紙ジャムがステータス情報の一例として挙げられるが、ジャムについては、ジャムが発生したという事実、カバーを開いたという事実、紙ジャムが取り除かれ解消したという事実というように一連の状態の遷移を捉えることで詳細なジャムに関する状況を把握できる。よって、後述の図１７においては、累積カウンタ情報については、古い情報を除く最新の累積カウンタ情報を再送信する対象として登録するのに対し、ステータス情報は一連の流れを把握する上で、古いステータス情報も含めて再送信する対象として登録を行なう。  ３１３は、累積カウンタ／ステータス情報フィルタ部であって、ステータス情報取得モジュール３１２が検出するステータス変化のうち、不要なステータス変化に関するフィルタ処理を行い、必要なデータのみを送信／再送スケジュール制御部３０８へ渡す。
【００２６】
また、この他の種類のカウンタとして、所定の機能（例えば印刷データをストアするボックス機能）について所定時間利用されない毎にカウントアップされる累積カウンタ情報、製品使用状況を把握する目的で、使用した印刷処理系、紙サイズ、及び１ジョブ当たりの枚数、所定の機能に関して所定時間利用されなかったということなど、多数の印刷時オプションを記録しているが、これらのカウンタは、累積値の差分に着目した解析を行っていないため、最新値が取得できていれば良い。
【００２７】
＜情報収集サーバのハードウェア構成＞
図４は、図１に示した情報収集サーバ１０５のハードウェア構成を示すブロック図である。
【００２８】
この情報収集サーバ１０５は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤＤ４０４、不揮発性ＲＡＭ（ＮＶＲＡＭ）４０５、及びネットワーク制御部（ネットワークＩ／Ｆ）４０６を備え、それぞれがバス４０７に接続されている。
【００２９】
ＣＰＵ４０１は、サーバの動作全体を制御する。ＲＯＭ４０２は起動用プログラムが格納されているブートＲＯＭであり、ＲＡＭ４０３はアプリケーション動作時に演算領域として活用する。ＨＤＤ４０４はアプリケーションや処理データを格納し、不揮発性ＲＡＭ（ＮＶＲＡＭ）４０５は基本的な設定情報を保持する。ネットワーク制御部４０６はネットワークとの接続制御を行う。
【００３０】
＜情報収集サーバのソフトウェア構成＞
図５は、上記情報収集サーバ１０５のソフトウェア構成を示す図である。
【００３１】
図中の５０１はネットワーク通信ドライバであって、ネットワークインターフェースの制御を行う。５０２はＴＣＰ／ＩＰプロトコル制御部であって、ＴＣＰ／ＩＰの通信処理全般を処理する。５０３はＳＳＬ通信制御部であって、通信時に接続先の証明書の検証や鍵の交換とデータの暗号・復号処理を行う。５０４はＨＴＴＰ  Ｃｌｉｅｎｔ制御部であって、ＳＯＡＰ制御部５０５の要求に基づきＳＯＡＰメッセージをＨＴＴＰプロトコルで送受信する。
【００３２】
５０５はＸＭＬ解析部を内蔵したＳＯＡＰ制御部であって、ＳＯＡＰ通信の制御を行う。５０６は送受信ＳＯＡＰメッセージ生成／解析部であり、デバイス内部のデータをＳＯＡＰメッセージへ変換、或いは受信したＳＯＡＰメッセージをデバイス内部のデータ型へ変換する。５０７はデータベース接続Ｉ／Ｆであって、受信したＳＯＡＰメッセージから取り出されたデータをＳＱＬ形式のデータへ変換し、後述するテーブル５０８〜５１１から成るデータベースへ送信する。
【００３３】
５０８は、累積カウンタ値を保存する累積カウンタ値保存テーブルであり、５０９は、ステータス情報を保存するステータス情報保存テーブルである。５１０は、デバイス情報を保存するデバイス情報保存テーブルであり、５１１は、デバイスの動作スケジュール情報を保存するスケジュール管理テーブルである。そして、これらのテーブル５０８〜５１１におけるデータの更新・削除は、データベース接続Ｉ／Ｆ５０７を介して行われる。
【００３４】
以下、上記の構成において、第１の実施の形態に係る画像形成装置の特徴的な動作を説明する。
【００３５】
＜情報収集サーバがダウンした場合の画像形成装置の再送処理＞
図６及び図７は、情報収集サーバ１０５がダウンした場合の画像形成装置１０１〜１０３の再送処理を示すフロー図である。
【００３６】
まずステップＳ１１００において、送信／再送スケジュール制御部３０８は、情報収集サーバ１０５がダウンしているか否かを判定する。この情報収集サーバ１０５のダウンは、送信／再送スケジュール制御部３０８が、例えば６０秒間の一定期間に亘って予め設定された情報収集サーバ１０５のＵＲＬから応答がないと判断することにより、検知される状態とする。
【００３７】
次のステップＳ１１０１においては、ステータス情報取得モジュール３１２がイベント情報（ステータス情報）を取得すると共に、ステップＳ１１０２においては累積カウンタ値取得モジュール３１１が累積カウンタ情報を取得し保持する。なお、実際には、ステップＳ１１０１、Ｓ１１０２の処理は複数のタイミングおいて実行され、複数のステータス情報及び累積カウンタ情報が収集される。
【００３８】
そして、ステップＳ１１０３では、ＳＯＡＰ送信メッセージ生成部３０７が、ステップＳ１１０１或いはステップＳ１１０２において取得された情報をＳＯＡＰメッセージに変換して送信メッセージを生成する。
【００３９】
新規に送信メッセージが生成されたら、送信／再送スケジュール制御部３０８は、ステップＳ１１０４において、その新規メッセージと同種のメッセージが再送データ保存部３０９で再送待機になっているかを確認する。例えば、既に累積コピー枚数カウンタが再送待機になっていないか、などの確認を行う。
【００４０】
前記ステップＳ１１０４の判定で、同種のものが待機していなければ、ステップＳ１１０９へ進み、送信／再送スケジュール制御部３０８は、生成した新規メッセージを再送待機メッセージとして再送データ保存部３０９の再送待機リストに登録する。ステップＳ１１０４で既に同種のメッセージが登録されている場合は、ステップＳ１１０５へ進んで、その登録されているメッセージが累積カウンタ値を扱うものかどうかを判断する。
【００４１】
前記ステップＳ１１０５の判定で累積カウンタ値であればステップＳ１１０６へ進んで、送信／再送スケジュール制御部３０８は、再送データ保存部３０９から既存の古い再送待機メッセージ（累積カウンタ値）を削除し、ステップＳ１１０９で、新規メッセージである累積カウンタ値を、既に登録済みのステータス情報よりも再送順位を優先させて再送待機リストに登録する。これにより、ステータス情報の通知よりも累積カウンタ情報を優先的に送信キューへ登録することができ通知を優先して行うことができる。
【００４２】
一方、前記ステップＳ１１０５の判定で累積カウンタ値ではない、即ちステータス情報と判断された場合は、ステップＳ１１０７へ進み、送信／再送スケジュール制御部３０８は、同種のステータス情報の登録数が閾値を超えていないかを確認する。閾値を超えていない場合はステップＳ１１０９で新規メッセージを再送データ保存部３０９に再送待機させる。閾値を超えている場合はステップＳ１１０８へ進み、送信／再送スケジュール制御部３０８は、再送待機リスト中の一番古い再送待機メッセージを再送保留リストへ移動した後、ステップＳ１１０９で新規メッセージを再送待機リストへ登録する。
【００４３】
ステップＳ１１０９で登録処理が終わった後、送信／再送スケジュール制御部３０８は、ステップＳ１１１０で情報収集サーバ１０５が復旧したかどうか確認する。ここでの復旧したという確認は、情報収集サーバ１０５に対して情報通知のリトライを行い、結果として通知可能になった状態に遷移できたことを示す。
【００４４】
ここで情報収集サーバ１０５が復旧していなければステップＳ１１０９へ戻り、復旧していた場合は、ステップＳ１１１１へ進む。
【００４５】
ステップＳ１１１１では、送信／再送スケジュール制御部３０８は、ステップＳ１１０６で更新された再送待機メッセージ、及びステップＳ１１０８で更新された再送待機メッセージを送信キューを介して情報収集サーバ１０５へ送信し、複数のタイミングおいて収集されたメンテナンス情報（第１メンテナンス情報）と、複数のタイミングにおいて収集された一部を除く第２メンテナンス情報（累積カウンタ情報）との通知を情報収集サーバ１０５に通知する。
【００４６】
その後、ステップＳ１１１２へ進んで、送信／再送スケジュール制御部３０８は、ステップＳ１１１１のＳＯＡＰ通知のリプライとして、情報収集サーバ１０５から再送保留メッセージの再送要求があるか確認し、要求がある場合は、ステップＳ１１１３で再送保留メッセージを情報収集サーバ１０５へ送信して、本処理を終了する。
【００４７】
なお、前記ステップＳ１１０７と前記ステップＳ１１０８の処理を省略し、ステップＳ１１０５の判定において累積カウンタ値の種類でないと判断された種別の情報を、ステップＳ１１０９で、そのまま再送待機リストに登録するようにしても良い。
【００４８】
図６及び図７のフローチャートによる、再送待機リストと再送保留リストへのメッセージの登録様子を図１７に示す。図１７は、逐次ステータス情報、累積カウンタ情報の送信を試み、サーバへの接続に失敗した場合の再送待機リストの様子を示す図である。
【００４９】
尚、以下では、再送待機リストを基に説明を行なうが、この再送信待機リストの機能を送信キューに持たせるようにしても良い。また、累積カウンタ情報については、ある一種類の累積カウンタ情報から構成されてもよいし、複数種類の累積カウンタ情報から構成される累積カウンタ群を適用するようにしても良い。
【００５０】
ここでは、送信する累積カウンタ情報がＡ及びＢの２種類、ステータス情報がＡ及びＢ及びＣの３種類あるとする。また、累積カウンタＡの１回目の送信はＣｎｔＡ０１、２回目の送信はＣｎｔＡ０２と示す。ステータス情報はその種類ごとにＡ，Ｂ，Ｃとし、また、例えば、ステータスＡの１回目の送信はＳｔＡ０１と示す。尚、累積カウンタ情報Ａ及びＢはステップＳ１１０２の収集処理に基づくものであり、ステータス情報Ａ、Ｂ及びＣはステップＳ１１０１の収集処理に基づく。
【００５１】
まず１７−１では、（１）〜（５）までの送信メッセージは用意された対応する再送信待機リストへ登録される。累積カウンタ情報は累積カウンタ用の再送待機リストへ、ステータス情報はステータス用の再送待機リストへそれぞれ登録される。
【００５２】
次に、１７−２では、ＣｎｔＡ０２（６）が送信に失敗した時点で、累積カウンタＡの再送待機メッセージＣｎｔＡ０１（１）を削除（ステップＳ１１０６）し、ＣｎｔＡ０２（６）を新たに登録する（ステップＳ１１０９）。１７−３では、ＳｔＢ０２（７）が送信に失敗した時点で、ＳｔＡ０１（２）を再送保留とし（ステップＳ１１０８）、ＳｔＢ０２（７）を再送待機とする（ステップＳ１１０９）。
１７−４では、ＣｎｔＢ０２（８）が送信に失敗した時点で、ＣｎｔＢ０１（４）を削除し（ステップＳ１１０６）、ＣｎｔＢ０２（８）を再送待機とする（ステップＳ１１０９）。１７−５では、ＳｔＡ０３（９）が送信に失敗した時点で、ＳｔＢ０１（３）を再送保留とし（ステップＳ１１０８）、ＳｔＡ０３（９）を再送待機とする（ステップＳ１１０９）。
【００５３】
１７−６では、ＳｔＣ０１（１０）が送信に失敗した時点で、ＳｔＡ０２（５）を再送保留とし（ステップＳ１１０８）、ＳｔＣ０１（１０）を再送待機とする（ステップＳ１１０９）。
【００５４】
そして、情報収集サーバ１０５との接続が成功した段階で、累積カウンタＡ、Ｂの再送待機メッセージと再送待機のステータス情報を送信する。また、後に情報収集サーバ１０５から追加要求があった場合に、再送保留メッセージとして登録されたステータス情報を送信する。
【００５５】
＜第１の実施の形態における再送処理の具体例＞
図８は、上述した画像形成装置１０１〜１０３の再送処理の具体例を示すシーケンス図である。このシーケンスは、情報収集サーバ１０５のダウン中に、紙詰まりに関するステータス情報やコピー枚数などの累積カウンタ値をメッセージとして情報収集サーバ１０５側へ送信して失敗に終わった場合に、画像形成装置（例えば１０１）側で実行される再送処理のシーケンスを示している。
【００５６】
以下、６０１から順にシーケンスを説明する。
【００５７】
まず６０１において、情報収集サーバ１０５がダウンした後（図６のステップＳ１１００）、画像形成装置１０１では、「紙詰まり１」が発生し（６０２、ステップＳ１１０１）、この「紙詰まり１」のステータス情報を情報収集サーバ１０５へ通知すべく送信処理を実行する（６０３、ステップＳ１１０３）。しかし、情報収集サーバ１０５がダウン中であるため、当該送信処理は失敗し、「紙詰まり１」のステータス情報を再送待機リストに登録する（６０４、ステップＳ１１０４のＮｏ、ステップＳ１１０９）。
【００５８】
その後、「紙詰まり１」が解消したので（６０５、ステップＳ１１０１）、「紙詰まり解消１」のステータス情報を、再送待機中の「紙詰まり１」のステータス情報と共に、情報収集サーバ１０５へ通知すべく送信処理を実行する（６０６、ステップＳ１１０３）。これも前回同様に、情報収集サーバ１０５がまだダウン中であるため、当該送信処理は失敗し、「紙詰まり解消１」を再送待機リストに登録する（６０７、ステップＳ１１０４のＹｅｓ、ステップＳ１１０５のＮｏ、ステップＳ１１０７のＹｅｓ、ステップＳ１１０９）。
【００５９】
さらにその後、画像形成装置１０１で「紙詰まり２」が発生し（６０８、ステップＳ１１０１）、この「紙詰まり２」のステータス情報を、再送待機中の「紙詰まり１」と「紙詰まり解消１」のステータス情報と共に、情報収集サーバ１０５へ通知すべく送信処理を実行する（６０９、ステップＳ１１０３）。
【００６０】
しかし、情報収集サーバ１０５がまだダウン中であるため、当該送信処理は失敗し、「紙詰まり解消２」を再送待機リストに登録する（６１０、ステップＳ１１０４のＹｅｓ、ステップＳ１１０５のＮｏ、ステップＳ１１０７のＹｅｓ、ステップＳ１１０９）。
【００６１】
その後、画像形成装置１０１で「累積コピー枚数１」を確認し（６１１、ステップＳ１１０２）、この「累積コピー枚数１」の累積カウンタ値を、再送待機中の「紙詰まり１」と「紙詰まり解消１」と「紙詰まり２」のステータス情報と共に、情報収集サーバ１０５へ通知すべく送信処理を実行する（６１２、ステップＳ１１０３）。
【００６２】
しかし、情報収集サーバ１０５がまだダウン中であるため、当該送信処理は失敗し、「累積コピー枚数１」を再送待機リストに登録する（６１３、ステップＳ１１０４のＮｏ、ステップＳ１１０９）。
【００６３】
その後、「紙詰まり２」が解消したので（６１４、ステップＳ１１０１）、この「紙詰まり解消２」のステータス情報を、再送待機中の「紙詰まり解消１」と「紙詰まり２」と「累積コピー枚数１」の各ステータス情報と共に、情報収集サーバ１０５へ通知すべく送信処理を実行する（６１５、ステップＳ１１０３）。このとき、再送待機リスト中で最も古い「紙詰まり１」のステータス情報は、再送保留リストへ移動して（６１４、ステップＳ１１０４のＹｅｓ、ステップＳ１１０５のＮｏ、ステップＳ１１０７のＮｏ、ステップＳ１１０８）、送信処理を行わない。
【００６４】
情報収集サーバ１０５はまだダウン中であるため、６１５の送信処理は失敗し、「紙詰まり解消２」を再送待機リストに登録する（６１６、ステップＳ１１０４のＹｅｓ、ステップＳ１１０５のＮｏ、ステップＳ１１０７のＹｅｓ、ステップＳ１１０９）。
【００６５】
さらにその後、画像形成装置１０１で「累積コピー枚数２」を確認し（６１７、ステップＳ１１０２）、この「累積コピー枚数２」の累積カウンタ値を、再送待機中の「紙詰まり解消１」と「紙詰まり２」と「紙詰まり解消２」の各ステータス情報と共に、情報収集サーバ１０５へ通知すべく送信処理を実行する（６１８、ステップＳ１１０３）。このとき、再送待機リスト中で古い「累積コピー枚数１」の累積カウンタ値は再送待機リストから削除されるため（６１７、ステップＳ１１０４のＹｅｓ、ステップＳ１１０５のＹｅｓ、ステップＳ１１０６）、送信処理が行われない。情報収集サーバ１０５はまだダウン中であるため、６１８の送信処理の失敗を検出する（６１９）。
【００６６】
その後、情報収集サーバ１０５が復旧すると（６２０、ステップＳ１１１０）、再送待機中の、「紙詰まり解消１」、「紙詰まり２」及び「紙詰まり解消２」の各ステータス情報と、「累積コピー枚数２」の累積カウンタ値を情報収集サーバ１０５側へ送信する（６２１、ステップＳ１１１１）。情報収集サーバ１０５側では、送信されてきたステータス情報を解析し（６２２）、再送保留データの要求を行う（６２３、ステップＳ１１１２）。この要求を受けて画像形成装置１０１側では、再送保留リストに登録した「紙詰まり１」のステータス情報を情報収集サーバ１０５側へ送る（６２４、ステップＳ１１１３）。
【００６７】
以上詳細に記述したシーケンスでは要するに、６０１で情報収集サーバ１０５がダウンし、６２０で復旧するまでの間に、画像形成装置が計７回送信処理を行っている（６０３，６０６，６０９，６１２，６１５，６１８，６２１）。また、６０２，６０５，６０８，６１４で紙詰まりのステータス情報の送信準備を行い、６１１，６１７で累積カウンタ値の送信準備をしている。
【００６８】
本例では、情報収集サーバ１０５の復旧時には、最新の累積カウンタ値と、最新からカウントして３回分のステータス情報だけを情報収集サーバ１０５へ送ることができるように、図６及び図７で示したフローに基づいて送信メッセージの絞り込み処理を行っている。すなわち、６１４では最初の紙詰まり情報である「紙詰まり１」を再送保留に変更し、６１７では、最初の累積カウンタ値である「累積コピー枚数１」の送信を取り消している。これにより、情報収集サーバ１０５の復旧時のデータ送信量を削減している。
【００６９】
情報収集サーバ１０５は、６１０と６１４の紙詰まり情報から直近の紙詰まりに関しては既に解決されたため、早急にサービスマンを派遣する必要があるとは判断しない。しかし、６０５で解消した「紙詰まり１」がどの程度の期間に亘って続いていたのか、また６０２と６０８が同一の箇所で発生しているのか、などの判断を下すことができない。このため、情報収集サーバ１０５は、復旧後一定時間経過してトラフィックが落ち着いたところで、６２３で再送保留データ（「紙詰まり１」）の再送を要求し、紙詰まりの発生傾向についてより正確な分析を行う。
【００７０】
以下、上述した再送処理において、画像形成装置１０１〜１０３側から情報収集サーバ１０５へ送る各種通知用のＳＯＡＰ／ＸＭＬメッセージについて説明する。
【００７１】
＜各種通知用のＳＯＡＰ／ＸＭＬメッセージ＞
Ｉ．紙詰まり発生／解消を通知するためのＳＯＡＰ／ＸＭＬメッセージ
図９は、画像形成装置１０１〜１０３において紙詰まりの発生／解消のイベントが発生した時に情報収集サーバ１０５へ送信されるイベント通知用のＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。このメッセージは、図６のステップＳ１１０１とステップＳ１１０３に対応して作成されるメッセージである。
【００７２】
図中の記述部分７０１は、送信元のデバイス（画像形成装置）を特定するための情報でデバイスのＭＡＣアドレスやＩＰアドレス、データベース上でデバイスを管理するためのＫｅｙコードなどを格納する。
【００７３】
図中の記述部分７０２は、記述部分７０１で一意に特定されるデバイスにおいて発生又は解消した紙詰まりの日時、発生部位、紙の種別などを格納する。記述部分７０２中の、
＜ｏｃｃｕｒｒｅｎｃｅＴｉｍｅ＞は、発生日時、
＜ｒｅｖｅｒｔＳｔａｔｅ＞は、ジャムの復帰状態、
＜ｒｅｖｅｒｔＴｉｍｅ＞は、ジャム復帰時刻、
＜ｔｏｔａｌＲｅｓｏｕｒｃｅＣｏｕｎｔ＞は、ジャム発生時の累積コピー枚数、
＜ｃｏｄｅ＞は、ジャム発生時の詳細エラーコード
をそれぞれ示す。
【００７４】
ＩＩ．累積カウンタ値を通知するためのＳＯＡＰ／ＸＭＬメッセージ
図１０は、画像形成装置１０１〜１０３における累積カウンタ値を通知するために使用されるＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。このメッセージは、図６のステップＳ１１０２とステップＳ１１０３に対応して作成されるメッセージである。
【００７５】
図中の記述部分８０１は、送信元のデバイスを特定するための情報が記述され、デバイスのＭＡＣアドレスやＩＰアドレス、データベース上でデバイスを管理するためのコードなどを格納する。
【００７６】
図中の記述部分８０２は、前記記述部分８０１で一意に特定されるデバイスの累積カウンタ種別とその値を格納する。累積カウンタ値は、記述部分８０２の＜ｉｔｅｍ＞内に＜Ｓｔｒｉｎｇ＞の配列要素として列挙されている。配列要素の１項目を例に説明すると、＜５０５，２３，２，３＞までがカウンタを識別するためのコードであり、＜１６７５＞が＜５０５，２３，２，３＞によって特定されるカウンタの累積値である。
【００７７】
ＩＩＩ．その他のイベント情報を通知するためのＳＯＡＰ／ＸＭＬメッセージ
上述した再送処理（図８）では、画像形成装置が再送するイベント情報として紙詰まりの発生／解消についてのみ採り上げたが、これ以外のイベント情報も再送することができるのは述べるまでもない。例えば、サービスマンが対応する必要のあるイベント（サービスコールエラー）や、「本体カバーが空いている」などの警告の発生などのイベント情報が挙げられる。ここでは、これらのイベント情報の通知に使用されるＳＯＡＰメッセージの例について、図１１及び図１２を参照して説明する。
【００７８】
図１１は、画像形成装置においてサービスマンが対応する必要のあるイベントが発生した時に情報収集サーバ１０５へ送信されるイベント通知用のＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。このメッセージは、図６のステップＳ１１０１とステップＳ１１０３に対応して作成されるメッセージである。
【００７９】
図中の記述部分９０１は、送信元のデバイスを特定するための情報が記述され、デバイスのＭＡＣアドレスやＩＰアドレス、データベース上でデバイスを管理するためのＫｅｙコードなどを格納する。
【００８０】
図中の記述部分９０２には、記述部分９０１で一意に特定されるデバイス上で発生しているサービスコールエラーの情報が記述されている。ここでは、
＜ｓｅｒｖｉｃｅＣａｌｌＬｏｇ＞タグ内の＜ｃｏｄｅ＞及び＜ｓｕｂ−ｃｏｄｅ＞から、１０２４−０００２番の障害（ケーブルの断線）が発生していると、情報収集サーバ１０５側で把握することができる。この＜ｃｏｄｅ＞，＜ｓｕｂ−ｃｏｄｅ＞により、ドラムユニットの破損やスキャナセンサ破損など、サービスマン対応時に役立つ事前情報が通知される。
【００８１】
図１２は、画像形成装置において「本体カバーが空いている」などの警告を出した時に情報収集サーバ１０５へ送信されるイベント通知用のＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。このメッセージは、図６のステップＳ１１０１とステップＳ１１０３に対応して作成されるメッセージである。
【００８２】
図中の記述部分１００１は、送信元のデバイスを特定するための情報が記述され、デバイスのＭＡＣアドレスやＩＰアドレス、データベース上でデバイスを管理するためのコードなどを格納する。記述部分１００２は、前記記述部分１００１で一意に特定されるデバイスに関して＜ｃｏｄｅ＞に警告内容を、＜ｍａｊｏｒｓｔａｔｕｓ＞に警告種別を記している。＜ｔｉｍｅＳｔａｍｐ＞はイベント発生時の時間である。
【００８３】
［第２の実施の形態］
＜第２の実施の形態におけるシステム構成＞
図１３は、本発明の第２の実施の形態に係るネットワークシステムの構成例を示す図である。
【００８４】
本実施の形態では、情報処理装置が、その監視対象となる複数台の画像形成装置から稼動情報を収集し、これら画像形成装置に代わって情報収集サーバへＳＯＡＰメッセージを送信するシステムとなっている。
【００８５】
具体的に説明すると、情報処理装置１２１４は、設置先のＬＡＮ１２１５を通じて監視対象の画像形成装置１２１１，１２１２，１２１３の稼動情報を収集し、インターネット１２００に接続されたネットワーク１２１６を経由して情報収集サーバ１２４１へＳＯＡＰメッセージ１２１７を送信する。
【００８６】
情報処理装置１２２４，１２３４に関しても、情報処理装置１２１４と同様に、各自の監視対象の画像形成装置１２２１〜１２２４，１２３１〜１２３４からそれぞれ稼動情報を取得し、情報収集サーバ１２４１へＳＯＡＰメッセージ１２１７を送信する。
【００８７】
送信情報は、第１の実施の形態と同様、累積カウンタ値とデバイスのステータス情報であり、送信されるＳＯＡＰメッセージは図９、図１０に示されたものを用いる。本実施の形態では、情報処理装置１２１４，１２２４，１２３４が、各自の監視対象である画像形成装置のステータス情報／累積カウンタ値などを定期的に収集しており、この点が第１の実施の形態と異なる。
【００８８】
＜情報処理装置のハードウェア構成＞
本実施の形態における情報処理装置１２１４，１２２４，１２３４のハードウェア構成は、基本的に図４に示したものと同様であるので、説明を省略する。
【００８９】
＜情報処理装置のソフトウェア構成＞
図１４は、本実施の形態における情報処理装置１２１４，１２２４，１２３４のソフトウェア構成を示す図である。
【００９０】
図中の１４０１は、ネットワーク通信ドライバであって、ネットワークインターフェースの制御を行う。１４０２はＴＣＰ／ＩＰプロトコル制御部であって、ＴＣＰ／ＩＰの通信処理全般を処理する。１４０３はＳＳＬ通信制御部であって、通信時に接続先の証明書の検証や鍵の交換とデータの暗号・復号処理を行う。
【００９１】
１４０４はＨＴＴＰ  Ｃｌｉｅｎｔ制御部であって、ＳＯＡＰ制御部１４０５の要求に基づきＳＯＡＰメッセージをＨＴＴＰプロトコルで送受信する。１４０５はＸＭＬパーサを内蔵したＳＯＡＰ制御部であって、ＳＯＡＰ通信の制御を行う。１４０６はＳＯＡＰ受信メッセージの解析部であって、情報収集サーバ１２４１からの応答メッセージを解析する。１４０７はＳＯＡＰ送信メッセージの生成部であって、監視対象の画像形成装置から取得したデータをＳＯＡＰメッセージへ変換する。
【００９２】
１４０８は稼動情報の送信／再送スケジュール制御部であって、第１の実施の形態に係る図６及び図７と同じフローに基づき、再送するべきメッセージの選択を行う。１４０９は再送データ保存部であって、送信／再送スケジュール制御部１４０８が再送待機或いは再送保留と判断したＳＯＡＰメッセージを保持する。
【００９３】
１４１０は累積カウンタ値取得モジュールであって、監視対象としている画像形成装置のスキャナ制御部２０１やエンジン制御部２０６などからネットワーク経由で累積カウンタ情報を収集する。１４１１はステータス情報取得モジュールであって、スキャナ制御部２０１やエンジン制御部２０６などからステータス情報を収集する。
【００９４】
１４１２は、ステータス情報取得モジュール１４１１が検出するステータス変化のうち、不要なステータス変化に関するフィルタ処理を行い必要なデータのみを送信／再送スケジュール制御部１４０８へ渡す。
【００９５】
１４１３は、監視デバイス管理モジュール１４１３であって、情報処理装置が監視すべき画像形成装置のデータを保持する。ここで管理している画像形成装置に対し、情報取得モジュール１４１０，１４１１を通してデータの取得を行い、データをＳＯＡＰメッセージへ変換して情報収集サーバ１２４１へ送信する。
【００９６】
＜画像形成装置のソフトウェア構成＞
図１５は、本実施の形態における画像形成装置のソフトウェア構成を示す図である。
【００９７】
図中の１５０１は、ネットワーク通信ドライバであって、ネットワークインターフェースの制御を行う。１５０２は、ＴＣＰ／ＩＰプロトコル制御部であって、ＴＣＰ／ＩＰの通信処理全般を処理する。１５０３はネットワーク経由で累積カウンタ値やステータス情報を取得するためのＩ／Ｆである。
【００９８】
１５０４は、ステータス情報取得モジュールであって、スキャナ制御部２０１やエンジン制御部２０６などからステータス情報を収集する。１５０５はステータス情報取得モジュールであって、スキャナ制御部２０１やエンジン制御部２０６などからステータス情報を収集する。１５０６は累積カウンタ値取得モジュールであって、スキャナ制御部２０１やエンジン制御部２０６などから累積カウンタ情報を収集する。
【００９９】
＜情報収集サーバがダウンした場合の情報処理装置の再送処理＞
本実施の形態において情報収集サーバ１２４１がダウンした場合、情報処理装置１２１４，１２２４，１２３４が再送を試みる。この処理フローに関しては、第１の実施の形態と同じであり、図６及び図７に基づいて処理する。
【０１００】
＜第２の実施の形態における再送処理の具体例＞
図１６は、情報処理装置１２１４，１２２４，１２３４の再送処理の具体例を示すシーケンス図である。これは、画像形成装置１２１１〜１２１３，１２２１〜１２２３，１２３１〜１２３３をそれぞれ監視している情報処理装置１２１４，１２２４，１２３４が、情報収集サーバ１２４１のダウン中に、紙詰まり等のステータス情報、及びコピー枚数などの累積カウンタ値をメッセージとして情報収集サーバ１２４１側へ送信して失敗に終わった場合に、情報処理装置側で実行される再送処理のシーケンスを示している。
【０１０１】
なお、図８と共通の要素には同一の符号を付し、その説明を省略する。また、実際の情報処理装置は、１台で複数台の画像形成装置を監視するが、図１６の例では簡略化のため、情報収集サーバ、情報処理装置、画像形成装置をそれぞれ各１台としている。
【０１０２】
本実施の形態では、情報処理装置が監視対象の画像形成装置に対して定期的にポーリングすることにより、ステータス情報と累積カウンタ情報を取得している（１６０３，１６０８，１６１３，１６２１はステータス情報の取得、１６１７，１６２５は累積カウンタ値の取得）。情報処理装置は、画像形成装置のステータス変化を検出した場合（１６０４、１６０９、１６１４、１６２２）には随時、累積カウンタ値に関しては取得後直ちに情報収集サーバ１２４１への送信を試みる。
【０１０３】
送信結果、情報収集サーバ１２４１への接続ができなかった場合は、図６及び図７のフローに基づいて、再送待機メッセージ、再送保留メッセージ又はメッセージ削除の処理を行う。１６２２で、「「紙詰まり１」」を再送保留に、１６２６では、「「累積コピー枚数１」」を再送リストから削除し、６２０の情報収集サーバ復旧時に６２１で送信されるメッセージデータ量を抑えている。
【０１０４】
情報収集サーバ１２４１は復旧後、６２２でステータス情報の解析を行い、情報処理装置側に未送信のステータス情報があり、その情報が監視対象の状況把握に必要と判断した場合は、６２３で送信保留分の再送を要求する。この例では、６２２の解析時に６０２のデータが送信保留となっており、現時点で紙詰まりは解消されているが、６０２の紙詰まりがいつ発生したのか、発生部位が何処なのか分からない。情報収集サーバ１２４１は６２４で始めて紙詰まりの傾向を把握できる。
【０１０５】
このように、２段階の送信形態をとることにより、情報収集サーバ１２４１の復旧直後において、緊急で対処するべき監視対象の検索、時系列に沿ったステータス状態の把握、並びにトラフィックの抑制を実現することができる。
【０１０６】
［第１及び第２の実施の形態の効果等］
上記第１及び第２の実施形態によれば、画像形成装置のメンテナンスに係る情報が情報収集サーバの復旧時に情報収集サーバへ通知される場合に、情報収集サーバがメンテナンス本来の機能を損なわないように、必要な情報を取得し、且つ必要以上に無駄な処理を行わなくて済む仕組みを実現することができる。
【０１０７】
具体的には、画像形成装置は、累積複写枚数を保持するカウンタ情報（稼動状況）、並びにトナー残量や紙詰まりなどのステータス情報を販売会社の情報収集サーバへ通知し、メンテナンスサービスや課金処理を行うために利用している。通知する情報は、前記の通りカウンタ情報とステータス情報があるが、その違いに留意する必要がある。つまり、前者のカウンタ情報とは累積値を保持するもので、更新される累積値を定められた集計期間の開始時に一回取得できれば良い。顧客向けの使用枚数通知書を作成するための累積複写枚数カウンタは１日１回定時に取得し、送信できれば問題ない。また、その他の種類のカウンタについても同様である。
【０１０８】
一方、トナー残量や紙詰まりなどステータス情報は、顧客へのメンテナンスサポートを提供する上で欠かせないものであり、ステータス変化時に迅速に情報収集サーバへ通知される必要がある。装置内の特定部位で紙詰まりが頻発しているようであれば、その部位のパーツに何らかの異常が発生していると考えられる。また、一度紙詰まりのステータスが通知されてから長期間復旧していないようであれば、ユーザに対処できないトラブルが発生していると考えられる。どちらもサービスマンの対応が必要なケースである。逆に、紙詰まりの通知後、時間差をおかずに復旧の通知が届いた場合は、ユーザ自身が問題に対処できたと判断する。
【０１０９】
このようにステータス情報は、時系列的な変化（頻度やパターン変化）に着目した解析処理を加えることで始めて有効に活用することができる。つまり、上記何れの実施形態においても、情報収集サーバや通信経路のトラブルによって送信元からのデータの送信が途絶した場合に、情報収集サーバが必要とする有用なデータの通知を実現しつつ、無駄なトラフィックを排除して情報収集サーバの受信処理を軽減することができる。
【０１１０】
特に上記第１及び第２の実施形態では、情報収集サーバとの通信方式にＳＯＡＰ／ＸＭＬを用いているが、ＳＯＡＰ／ＸＭＬメッセージ形式はカウンタ情報をバイナリデータとして送信する場合と比べデータサイズが増加する。すなわち、紙詰まり情報（ステータス情報）の通知例の抜粋を表す図９と、累積カウンタ情報の通知例の抜粋を示す図１０に示した通り、ＳＯＡＰ／ＸＭＬ形式では名前空間や型情報などが必要とされることから、ＣＶＳ形式と比較してデータ量が２０倍前後、１回の送信メッセージサイズは約１５Ｋ〜２０Ｋバイトになる。
【０１１１】
情報収集サーバが何らかの理由でダウンしている場合、画像形成装置でメッセージを保管する。メッセージ内容にもよるが、１０個のメッセージが送信待ちになると、１台当たりの総サイズは２００Ｋバイトを超える。復旧時の情報収集サーバは５万台以上のクライアント（画像形成装置）からそれぞれ２００Ｋバイト以上のデータを受信・処理する必要があり、送信時刻の分散だけでなく、一定時間内に送信されないことにより価値が失われた可能性のあるメッセージに関しては送信を保留することが望ましい。
【０１１２】
上記第１及び第２の本実施の形態では、先に述べた累積カウンタ値及びステータス情報のそれぞれの特性を考慮し、情報収集サーバ復旧時のクライアント側の再送処理に、累積カウンタ値に関しては最新の情報のみ選択し、ステータス情報に関しては時系列変化の追跡範囲を最新のものから数件（例えば３件など）に絞り込みを行い、再送対象のＳＯＡＰ／ＸＭＬメッセージのデータ量を抑制する。また、情報収集サーバ復旧時に再送を保留したステータス情報は、一定期間デバイス側で保持して、情報収集サーバ側から再送要求がきた時のみ送信することができ、トラフィック容量を軽減しつつ、情報収集サーバが必要とする情報を効率的に通知することができる。
【０１１３】
本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用しても良い。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【０１１４】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、不揮発性メモリを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１１６】
【図１】第１の実施の形態に係るネットワークシステムの構成例を示す図である。
【図２】図１に示した画像形成装置の概略のハードウェア構成を示すブロック図である。
【図３】第１の実施の形態に係る画像形成装置における稼動情報通知関連のソフトウェア構成を示す図である。
【図４】図１に示した情報収集サーバのハードウェア構成を示すブロック図である。
【図５】第１の実施の形態に係る情報収集サーバのソフトウェア構成を示す図である。
【図６】情報収集サーバがダウンした場合の画像形成装置の再送処理を示すフロー図である。
【図７】図６の続きのフロー図である。
【図８】第１の実施の形態に係る画像形成装置の再送処理の具体例を示すシーケンス図である。
【図９】紙詰まりの発生／解消が発生した時に送信されるイベント通知用のＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。
【図１０】累積カウンタ値を通知するために使用されるＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。
【図１１】サービスマンが対応する必要のあるイベントが発生した時に送信されるイベント通知用のＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。
【図１２】警告を出した時に情報収集サーバへ送信されるイベント通知用のＳＯＡＰ／ＸＭＬメッセージの一例を示す図である。
【図１３】第２の実施の形態に係る画像形成装置を含むネットワークシステムの構成例を示す図である。
【図１４】第２の実施の形態における情報処理装置のソフトウェア構成を示す図である。
【図１５】第２の実施の形態における画像形成装置のソフトウェア構成を示す図である。
【図１６】情報処理装置の再送処理の具体例を示すシーケンス図である。
【図１７】サーバへの接続に失敗した場合の再送待機リストの様子を示す図である。
【符号の説明】
【０１１７】
１０１〜１０３，１２１１〜１２１４  画像形成装置
１０５，１２４１  情報収集サーバ
１２１〜１２３，１２１７，１２２７，１２３７  ＳＯＡＰメッセージ
１２１４，１２２４，１２３４  情報処理装置
【図１】
2006050465.tif 000003
【図２】
2006050465.tif 000004
【図３】
2006050465.tif 000005
【図４】
2006050465.tif 000006
【図５】
2006050465.tif 000007
【図６】
2006050465.tif 000008
【図７】
2006050465.tif 000009
【図８】
2006050465.tif 000010
【図９】
2006050465.tif 000011
【図１０】
2006050465.tif 000012
【図１１】
2006050465.tif 000013
【図１２】
2006050465.tif 000014
【図１３】
2006050465.tif 000015
【図１４】
2006050465.tif 000016
【図１５】
2006050465.tif 000017
【図１６】
2006050465.tif 000018
【図１７】
2006050465.tif 000019