(57)【要約】【課題】適切な通信テストを行うことを目的とする。【解決手段】管理装置に対して、カウンタ情報及び障害情報を含む稼動情報を送信する画像形成装置であって、稼動情報の送信の失敗の履歴を管理する管理手段と、通信テストの指示を受け付ける入力手段と、入力手段で通信テストの指示を受け付けた場合、管理手段で履歴として管理されている送信が失敗した稼動情報と、送信が失敗した稼動情報と同分類の送信が成功した稼動情報と、を通信テストに伴い管理装置に送信する送信制御手段と、を有することによって課題を解決する。【選択図】図７
2013062599.tif 000002
【特許請求の範囲】
【請求項１】
管理装置に対して、カウンタ情報及び障害情報を含む稼動情報を送信する画像形成装置であって、
前記稼動情報の送信の失敗の履歴を管理する管理手段と、
通信テストの指示を受け付ける入力手段と、
前記入力手段で通信テストの指示を受け付けた場合、前記管理手段で履歴として管理されている送信が失敗した稼動情報と、前記送信が失敗した稼動情報と同分類の送信が成功した稼動情報と、を前記通信テストに伴い前記管理装置に送信する送信制御手段と、
を有する画像形成装置。
【請求項２】
前記送信制御手段は、前記入力手段で通信テストの指示を受け付けた場合、前記管理手段で履歴として管理されている送信が失敗した稼動情報が障害情報であるときは、前記送信が失敗した稼動情報を送信せず、前記通信テストを行う請求項１記載の画像形成装置。
【請求項３】
前記同分類とは、通信種の分類が同分類である請求項１又は２記載の画像形成装置。
【請求項４】
前記通信種の分類は、定期、定期及び分割、イベント（重複通知禁止）である請求項３記載の画像形成装置。
【請求項５】
前記通信テストの実行結果を表示する表示手段を更に有する請求項１乃至４何れか１項記載の画像形成装置。
【請求項６】
管理装置に対して、カウンタ情報及び障害情報を含む稼動情報を送信する画像形成装置が実行する情報処理方法であって、
前記稼動情報の送信の失敗の履歴を管理する管理ステップと、
通信テストの指示を受け付ける入力ステップと、
前記入力ステップで通信テストの指示を受け付けた場合、前記管理ステップで履歴として管理されている送信が失敗した稼動情報と、前記送信が失敗した稼動情報と同分類の送信が成功した稼動情報と、を前記通信テストに伴い前記管理装置に送信する送信制御ステップと、
を含む情報処理方法。
【請求項７】
管理装置に対して、カウンタ情報及び障害情報を含む稼動情報を送信するコンピュータに、
前記稼動情報の送信の失敗の履歴を管理する管理ステップと、
通信テストの指示を受け付ける入力ステップと、
前記入力ステップで通信テストの指示を受け付けた場合、前記管理ステップで履歴として管理されている送信が失敗した稼動情報と、前記送信が失敗した稼動情報と同分類の送信が成功した稼動情報と、を前記通信テストに伴い前記管理装置に送信する送信制御ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置を管理装置がリモートで監視する監視システムにおいて、設置後に何らかの原因により画像形成装置からの監視データを受信できなくなる場合がある。そのような状況が発生した場合、メンテナンス作業者、又は像形成装置の管理者が画像形成装置から管理装置へのネットワーク通信状態を確認する目的で通信テストを実施する。
しかし、通信テストは、導通確認が目的で実際に監視データの送信は行わない。そのため通信テストは成功するが、肝心の監視データの送信の失敗を復旧できない事例がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１３５１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術では、特定の画像形成装置において一定時間、印刷処理が行われているか否かを基に複数のプロトコルで情報取得(状態確認)を行い、異常であった場合、以上対応処理を行っている。
【０００５】
本発明は、通信テストの実行時に、それまでの通信状況を考慮した一部監視データの通信確認も合わせて行うことにより、適切な通信テストを行うことを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、管理装置に対して、カウンタ情報及び障害情報を含む稼動情報を送信する画像形成装置であって、前記稼動情報の送信の失敗の履歴を管理する管理手段と、通信テストの指示を受け付ける入力手段と、前記入力手段で通信テストの指示を受け付けた場合、前記管理手段で履歴として管理されている送信が失敗した稼動情報と、前記送信が失敗した稼動情報と同分類の送信が成功した稼動情報と、を前記通信テストに伴い前記管理装置に送信する送信制御手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、適切な通信テストを行うことができる。
【図面の簡単な説明】
【０００８】
【図１】画像形成装置監視システムのシステム構成の一例を示す図である。
【図２】画像形成装置１０１のハードウェア構成の一例を示す図である。
【図３】管理装置１０２等のハードウェア構成の一例を示す図である。
【図４】画像形成装置１０１のモジュール群４００の一例を示す図である。
【図５】管理装置１０２の処理モジュール群５００の一例を示す図である。
【図６Ａ】画像形成装置１０１の記憶装置２０４に用意される管理装置１０２への通信の結果を格納する通信履歴格納テーブルの一例を示す図である。
【図６Ｂ】画像形成装置１０１の記憶装置２０４に用意される管理装置１０２への通信種の分類を格納する通信分類格納テーブルの一例を示す図である。
【図７】通信テストに関する情報処理の一例を示すフローチャートである。
【図８】通信選択処理の一例を示すフローチャートである。
【図９Ａ】通信テスト機能画面９００の一例を示す図である。
【図９Ｂ】通信テスト実行結果画面９０３の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜実施形態１＞
図１は、画像形成装置監視システムのシステム構成の一例を示す図である。
画像形成装置１０１は、ローカルエリアネットワーク１０４、プロキシやファイヤーウォール等のネットワーク機器１０５を介し、外部のネットワーク１０６に接続することができる。
管理装置１０２は、ローカルエリアネットワーク１０８、プロキシやファイヤーウォール等のネットワーク機器１０７を介し、外部のネットワーク１０６に接続することができ、画像形成装置１０１からの通信を受信することができる。
情報処理装置１０３は、ローカルエリアネットワーク１０８を介し、管理装置１０２に接続し、管理装置の設定機能や情報参照機能を利用することができる。
ネットワーク１０６は、ローカルエリアネットワーク（ＬＡＮ）、又は固定電話回線や携帯電話回線等の専用線、インターネット等、通信を行えるものであれば何れでもよい。
【００１１】
図２は、画像形成装置１０１のハードウェア構成の一例を示す図である。
画像形成装置１０１は、例えばデジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナ装置等の装置である。
画像形成装置１０１は、ＲＯＭ２０３に格納されているプログラム（後述する図４の各処理を実現するプログラムを含む）を実行するＣＰＵ２０１を備える。ＣＰＵ２０１は、内部バス２０６を介して各画像形成装置を総括的に制御する。
画像形成装置１０１は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ハードディスク装置や不揮発性メモリといった記憶装置（以降は、記憶装置）２０４、画像形成を行う印刷部を制御するデバイス制御２０７、印刷機構を備える印刷部２０８を備えている。
ＣＰＵ２０１は、中央演算処理装置であり画像形成装置の制御を司る。
ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。
ＲＯＭ２０３や記憶装置２０４は、外部記憶装置として機能し、ＣＰＵ２０１で処理をするプログラムの他、印刷データ、カウンタ情報、システム情報及びステータス情報を保存することができる。
【００１２】
更に、画像形成装置１０１は、ローカルエリアネットワーク１０４に接続するためのネットワークインターフェース（ＮＷ  Ｉ／Ｆ）２０５、画像形成装置の設定や状態の表示を行うための入出力装置２０９を備える。これらは、内部バス２０６を介してＣＰＵ２０１等と接続されている。
入出力装置２０９は、画像形成装置１０１を操作するためにタッチパネルやテンキー等で構成されている。ユーザーは、入出力装置２０９を用いて、画像形成装置１０１の操作以外にも管理装置１０２への接続設定や接続チェックを行うことができる。
デバイス制御２０７は、印刷部２０８を制御するだけでなく、印刷部に備えているセンサーにより印刷の進捗状況、画像形成装置のステータスやカウンタ情報等を取得することができる。取得した情報は、ＣＰＵ２０１により必要に応じてネットワークインターフェース２０５からローカルエリアネットワーク１０４を介して管理装置１０２に通知することができる。
ＣＰＵ２０１が、プログラムに基づき処理を実行することによって、画像形成装置１０１のモジュール構成、及び後述する画像形成装置１０１が実行するフローチャートの処理が実現される。
【００１３】
図３は、管理装置１０２等のハードウェア構成の一例を示す図である。
管理装置１０２は、画像形成装置１０１を監視、管理する装置である。管理装置１０２には、例えばＰＣ、サーバー等を適用することができる。
管理装置１０２は、ＲＯＭ３０３に格納されているプログラム（後述する図５の各処理を実現するプログラムも含む）を実行する中央演算処理装置（ＣＰＵ）３０１を備える。ＣＰＵ３０１は、内部バス３０６を介して各管理装置１０２を総括的に制御する。ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ハードディスク装置や不揮発メモリ（２０４と同様に以後、記憶装置）３０４、ネットワークインターフェース（ＮＷ  Ｉ／Ｆ）３０５が内部バス３０６を介して接続される。
ネットワークインターフェース３０５は、ローカルエリアネットワーク１０８を介して、外部のネットワーク機器とデータをやりとりする。記憶装置３０４は、外部記憶装置として機能し、画像形成装置１０１の登録情報を記憶する他、通知されるカウンタ情報、システム情報及びステータス情報を保存することもできる。
また、管理装置１０２は、管理装置１０２の設定や管理を行うための入出力インターフェース（入出力Ｉ／Ｆ）３０７、それに接続するディスプレイやキーボード、マウス等の入出力装置３０８を備える。また、管理装置１０２は、入出力装置３０８以外にもローカルエリアネットワーク１０８を介して別の情報処理装置１０３等にも同じ入出力機能を提供することもできる。入出力機能とは、例えばＨＴＴＰ等のプロトコルを用いた外部から設定や管理を行うことができるＵＩ機能のプログラムを指す。
ＣＰＵ３０１が、プログラムに基づき処理を実行することによって、管理装置１０２のモジュール構成等が実現される。
情報処理装置１０３のハードウェア構成等は管理装置１０２と同様であるため説明を省略する。
【００１４】
次に画像形成装置１０１、管理装置１０２のモジュール（処理部）構成を、図４、図５を使って説明する。
図４は、画像形成装置１０１のモジュール群４００の一例を示す図である。また、図５は、管理装置１０２の処理モジュール群５００の一例を示す図である。
図４において画像形成装置１０１は、ネットワークインターフェース２０５を介してローカルエリアネットワーク１０４に接続している。ネットワークインターフェース２０５は、通信処理部４０１によって制御され、画像形成装置１０１を制御するデバイス管理部４０２の指示に従い、外部の管理装置１０２と必要な情報をやり取りする処理を行う。
通信処理部４０１は、管理装置１０２と通信をするための通信プロトコルを処理する機能を備えている。
通信プロトコルとして例えばＳＮＭＰ（ＳＩＭＰＬＥ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等がある。
【００１５】
次にデバイス管理部４０２について説明する。デバイス管理部４０２は、画像形成装置１０１全体の動作を管理、制御を司る。
デバイス管理部４０２は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記録領域と情報のやり取りを行い、通信処理部４０１、デバイス制御部４０３、入出力処理部４０４、履歴管理部４０５、通信テスト処理部４０６と連携する。
また、デバイス管理部４０２は、デバイス制御２０７で取得可能な情報だけでなく、通信処理部４０１で取得可能な情報も通信データとして扱うことができる。画像形成装置１０１は、これらの情報を管理装置１０２に送信する際、画像形成装置固有又は設定情報（ＩＰアドレス、ＭＡＣアドレス、デバイスシリアル番号、製品名、製品タイプ等）も一緒に送信する。このことで管理装置１０２は、画像形成装置単位で判別、個別の処理を行うことができる。
デバイス制御部４０３は、デバイス制御２０７の制御を司るモジュールで、デバイス制御２０７で前述のステータスやカウンタ情報等を取得し、それら情報をデバイス管理部４０２に提供することができる。
【００１６】
入出力処理部４０４は、入出力装置２０９の制御を司るモジュールで、タッチパネルやキーから入力された情報の処理を行い、デバイス管理部４０２で指示された情報を入出力装置２０９に表示する処理を司る。後述の導通チェック指示や導通チェックの結果表示等も入出力処理部４０４にて制御する。
履歴管理部４０５は、画像形成装置１０１が管理装置１０２と通信した結果を管理するモジュールで、一定の期間通信の結果を履歴として管理する。履歴の管理の実例は後述する図６を用いて説明する。
通信テスト処理部４０６は、画像形成装置１０１を管理する管理装置１０２との通信を確認する導通チェックの機能を制御するモジュールである。
通信テスト処理部４０６は、デバイス管理部４０２を介し、履歴管理部４０５から通信が成功、失敗したかの結果を取得することができる。通信テスト処理部４０６は、取得した履歴を用いて、導通チェック前に必要な処理を決定することができる。処理の決定については後述する図７を用いて説明する。
【００１７】
続いて管理装置１０２の各処理部について図５を用いて説明する。
通信処理部５０１は、ネットワークインターフェース３０５を介してローカルエリアネットワーク１０８と接続し、管理装置１０２の全体を制御する管理システム処理部５０２の指示に従い、監視対象とする画像形成装置１０１と必要な情報をやり取りする。
通信処理部５０１は、通信プロトコルを処理する機能を備えており、画像形成装置１０１からの通知を受信し処理するため、例えば図４で説明したＳＭＴＰやＨＴＴＰ等の画像形成装置側で用意されるプロトコルを用意している。
管理装置１０２は、図４で説明した画像形成装置１０１より通知される画像形成装置固有又は設定情報（ＩＰアドレス、ＭＡＣアドレス、デバイスシリアル番号、製品名等）を管理しておくことで画像形成装置単位での判別、個別の処理を行うことができる。
通信処理部５０１で処理された通信の情報は、管理システム処理部５０２により記憶領域であるＲＯＭ３０３、又は記憶装置３０４に記録される。記録された情報は、入出力処理部５０３によりディスプレイ等の入出力装置３０８に表示することができる。
また表示処理部５０４にてＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の表示言語で表示情報を生成し、通信処理部５０１、ネットワークインターフェース３０５を介し情報処理装置１０３等の外部装置に送信することができる。
【００１８】
続いて図６、図７、図８、図９を用いて本実施形態の送信制御の処理の詳細を説明する。
図６Ａは、画像形成装置１０１の記憶装置２０４に用意される管理装置１０２への通信の結果を格納する通信履歴格納テーブルの一例を示す図である。
通信履歴格納テーブルへの格納処理はＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の何れかの記憶領域に記憶され、ＣＰＵ２０１にて処理が実行される。
通信履歴格納テーブルには通信を実施した時刻、通信の種類、通信の結果が格納されている。例えば部品の利用状況を表す部品カウンタが２０１１年６月１１日の日本時間５時４５分に画像形成装置１０１から管理装置１０２に送信され、管理装置１０２から通信の結果が成功した応答が返却されたとする。このとき、通信履歴格納テーブルには送信時刻「２０１１  ０６／１１  ０５：４５」、通信種「部品カウンタ」、通信結果「成功」と記録される。
管理装置１０２より通信失敗の応答が返却された場合、管理装置１０２との通信が確立できない場合は、通信結果「失敗」が記録される。
また、通信が失敗した際再送処理が設定されている通信においては通信結果に「再送」が記録される。これは、管理装置１０２への通信が成功していないこと、及び継続的に再送処理を行っていることを表す。
【００１９】
図６Ｂは、画像形成装置１０１の記憶装置２０４に用意される管理装置１０２への通信種の分類を格納する通信分類格納テーブルの一例を示す図である。
通信分類格納テーブルへの格納処理はＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の何れかの記憶領域に記憶され、ＣＰＵ２０１にて処理が実行される。
通信分類格納テーブルには、通信種毎に定期的に通信を行う通信種であるか、１回の通信で処理が完了する通信種か、同じ通信を複数回実施してはいけない通信種か、が格納されている。
例えば、印刷の利用状況を表す課金カウンタは定期的に管理装置１０２に通知し、かつ、様々な課金カウンタがありデータ量が多いため分割で送信する。この場合、通信種に「課金カウンタ」、分類に「定期、分割」が格納される。
定期的に送信するがデータ量が少ないプログラムバージョンは分割しないため分類は「定期」のみが格納される。エラーや紙詰まり（ジャム）のような異常時のみ発生する通信種は分類に「イベント（重複通知禁止）」が格納され、同じ内容での通信を複数回実施してはいけないとする。
なお、課金カウンタ、部品カウンタ、機能カウンタ等は、カウンタ情報の一例である。また、エラー等は、障害情報の一例である。また、カウンタ情報、障害情報は、画像形成装置の稼動情報の一例である。
【００２０】
通信履歴格納テーブル、通信分類格納テーブルの利用については図７、図８のフローチャートで説明をする。
各フローチャートで実行される処理は前述の図４の画像形成装置１０１の各処理部によって実行される。より具体的には各処理はプログラムとして画像形成装置１０１におけるＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の何れかの記憶手段に記録され、各処理部はＣＰＵ２０１にて実行される。
生成された情報は、画像形成装置１０１の電源が切れても消失しないようＲＯＭ２０３、記憶装置２０４にて記録される。
まずステップＳ７０１において、ユーザーは、入出力装置２０９にて管理装置１０２との導通確認を行うための通信テスト機能を呼び出す。デバイス管理部４０２は、入出力処理部４０４を介し通信テスト機能要求を受け、通信テスト処理部４０６に通信テスト機能を実行するよう指示を出す。
通信テスト処理部４０６は、デバイス管理部４０２を介し入出力処理部４０４に通信テスト画面の表示を指示する。並行して、通信テスト処理部４０６は、ステップＳ７０２に進み、過去に通信テストを実行したか否かをチェックする。通信テストの実行可否はＲＯＭ２０３に記録されており、通信テスト処理部４０６は、記録に従いステップＳ７０３又はステップＳ７１１に進む。
過去に通信テストを実施していない場合、ステップＳ７１１において、通信テスト処理部４０６は、導通の通信のみを実施し通信テストを終了する。
【００２１】
次に過去に通信テストを実施していた場合の処理について説明する。
ステップＳ７０３において、通信テスト処理部４０６は、通信履歴格納テーブルの通信結果から失敗、又は再送となっている通信が存在するかを確認する。失敗、再送の通信が存在しない場合、通信テスト処理部４０６は、ステップＳ７１１に進み、通信テストのみを実行する。１つでも失敗、再送の通信が存在している場合、通信テスト処理部４０６は、ステップＳ７０４に進む。
ステップＳ７０４において、通信テスト処理部４０６は、全通信が失敗しているかの確認を行う。通信履歴格納テーブルには、一定期間、例えば２週間、履歴が格納されている。通信履歴格納テーブルに格納されている全ての通信において通信結果が失敗、再送になっている場合、通信テスト処理部４０６は、ステップＳ７１１に進み、通信テストのみを実行する。１つでも成功している通信が存在する場合、通信テスト処理部４０６は、ステップＳ７０５に進む。
ステップＳ７０５において、通信テスト処理部４０６は、通信履歴格納テーブルの通信結果で失敗、再送となっている通信種において、通信分類格納テーブルより重複通知禁止の通信が含まれているか否かを確認する。含まれている場合、通信テスト処理部４０６は、ステップＳ７０６へ進み、重複通知禁止の通信種の通信が１つでも再送中であるかを確認する。再送中の通信種が存在しない場合は、通信テスト処理部４０６は、ＲＯＭ２０３に再送中の通信種がないことを記録情報として記録する。
また、ステップＳ７０６において、重複通知禁止でない通信種が１つでも含まれている場合、通信テスト処理部４０６は、ステップＳ７０７へ進む。
【００２２】
ステップＳ７０７において、通信テスト処理部４０６は、通信テストを実施する前に通信を行う通信種の選択処理を行う。ステップＳ７０７の処理の詳細については図８を用いて説明する。
ステップＳ７０７は、ステップＳ８０１からステップＳ８０６までで構成される。
ステップＳ８０１において、通信テスト処理部４０６は、前述の記録情報より失敗、再送中となっている通信種に重複通知禁止の通信種が含まれているかを確認する。もし含まれていない場合、通信テスト処理部４０６は、失敗している通信種が定期的な分類の通信種だけと判断し、ステップＳ８０２へ進む。
ステップＳ８０２において、通信テスト処理部４０６は、失敗している通信種と同分類の通信種で成功となっている通信種が存在しているかを確認する。通信テスト処理部４０６は、成功しているか否かを、前述の通信履歴格納テーブルの通信結果で確認することができる。例えば、部品カウンタの通信が失敗している場合、通信テスト処理部４０６は、通信分類格納テーブルの分類より、課金カウンタ、機能カウンタが、定期通知、かつ、分割であるため、通知する分類であることを確認できる。この場合、通信テスト処理部４０６は、同類で、かつ、通信が成功している通信種があると判断し、ステップＳ８０３へ進む。
【００２３】
ステップＳ８０３において、通信テスト処理部４０６は、通信テスト前に通信を実施する通信種を設定する処理を行う。より具体的に説明すると、通信テスト処理部４０６は、前述の結果に基づき、通信が成功している通信種をＲＯＭ２０３に記録する。もし成功している通信が複数存在する場合は、通信テスト処理部４０６は、全て記録してもよいし、次のように絞り込んで記録してもよい。例えば、通信テスト処理部４０６は、通信分類格納テーブルの分類において同じ分類の通信種にそれぞれ優先度付けを行い、成功している通信種が複数存在する場合はその中で一番優先度の高い通信種だけに絞り込んでＲＯＭ２０３に記録してもよい。通信テスト処理部４０６は、優先度の付け方で１つにも絞り込むこともできるし、２つ以上に絞り込むこともできる。
次にステップＳ８０４へ進み、通信テスト処理部４０６は、先に確認をした、失敗している通信種を通信テスト前に実施するよう設定する処理を行う。
通信テスト処理部４０６は、通信履歴格納テーブルの定期的通信で、かつ、通信結果で失敗している通信種をＲＯＭ２０３に記録し、通信種選択の処理を終了する。
【００２４】
一方、ステップＳ８０１にて失敗、再送中となっている通信種に重複通知禁止の通信種が含まれている場合、通信テスト処理部４０６は、ステップＳ８０５へ進み、重複通知禁止の通信種で再送中であるものをＲＯＭ２０３に記録する。そして、通信テスト処理部４０６は、ステップＳ８０４へ進む。
ステップＳ８０２で失敗している通信種と同類で、通信が成功している通信種がない場合、通信テスト処理部４０６は、ステップＳ８０６へ進む。
例えば、プログラムバージョンと環境ログとの両方の通信が失敗している場合、通信テスト処理部４０６は、通信分類格納テーブルより同類の定期的通知だけの通信種が存在しないことが分かる。
ステップＳ８０６において、通信テスト処理部４０６は、分類は異なるものの課金カウンタの通信は重要度が高いとして成功通信の通信種としてＲＯＭ２０３に記録を行い、ステップＳ８０６へ進む。
ステップＳ８０４を終了すると、通信テスト処理部４０６は、図７のステップＳ７０８へ進む。
【００２５】
ステップ７０８において、通信テスト処理部４０６は、前述のステップＳ８０４、Ｓ８０５、Ｓ８０６、Ｓ８０７の各ステップで記録したＲＯＭ２０３の記録情報を基に通信テストの前に実施する通信種の通信を行う。ステップＳ７０８で実施した通信種毎の通信結果をステップＳ７０９において、通信テスト処理部４０６は、ＲＯＭ２０３に記録し、ステップＳ７１０へ進む。
ステップＳ７１０において、通信テスト処理部４０６は、管理装置１０２への導通を確認するための通信を実施する。この際、通信テスト処理部４０６は、管理装置１０２に対しどのような通信種を送信し、その結果成功したのか失敗したのか再送したのかの情報を付与して管理装置１０２に通知を行う。
導通確認の通知の成功、失敗に関わらずステップＳ７１２へ進み、通信テスト処理部４０６は、通信テストの処理結果を表示して通信テスト処理を終了する。
図示はしていないが管理装置１０２では画像形成装置１０１からの通信テストよりどのような通信が実施され、各通信の結果を確認することができる。
【００２６】
図９では、図７と図８とで説明したフローチャートに基づく通信テストに対し、入出力装置２０９に表示する画面の例を示している。
ステップＳ７０１で通信テスト実行指示を受けた場合の画面の例を図９Ａで説明する。
図９Ａの通信テスト機能画面９００は、ユーザーが画像形成装置１０１より管理装置１０２に対し通信テストを行うための画面を示している。通信テスト機能画面９００には通信テストを実行する「実行」ボタン９０１が備えられている。ユーザーが「実行」ボタン９０１を押下することでステップＳ７０１以降の処理が開始される。
通信テストを実施せず終了する場合は通信テスト処理をキャンセルするための「戻る」ボタン９０２を押下することで通信テスト機能画面を終了することができる。
【００２７】
図９Ｂの通信テスト実行結果画面９０３は、ユーザーが画像形成装置１０１より管理装置１０２に対し通信テストした結果表示の画面を示している。通信テスト実行結果画面９０３にはステップＳ７０９の結果及びＳ７１０又はＳ７１１での導通確認の結果が表示される。
本図では導通の通信前に課金カウンタと部品カウンタとの通信種の通信を実施し、結果どちらの通信も成功していることをＯＫで示している。
また、導通の確認自体の結果も成功したとしてＯＫを表示している。
ユーザーは、「終了」ボタン９０４を押下することで通信テスト機能画面を終了することができる。
なお、本実施形態では課金カウンタや部品カウンタ等を用いた場合を例に説明を行ったが、これらの通信種に限定されるものではない。
例えば画像形成装置の動作状態を記録したログ情報や、画像診断に利用する画像診断情報等、画像形成装置１０１で生成可能な情報であれば何でもよい。
また実施形態では手動で通信テストの実行を行っているが、条件に応じて自動的に本実施形態の通信テスト処理を実行してもよいし、管理装置１０２の指示により通信テスト処理を実行してもよい。
【００２８】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００２９】
以上、上述した各実施形態によれば、通信テストの実行時にそれまでの通信状況を考慮した一部監視データの通信も行うことで適切な通信テストを実行できるようになる。また、決め打ちの複数プロトコルの通信での確認ではなく、通信の結果履歴より失敗している通信を選択することで適切な再現確認が可能となる。また、通信異常発生時の確認時に異常発生の監視データ送信だけでなく、正常な監視データ通信も併せて実行することで正常・異常の状態を同時に把握することができる。
よって、適切な通信テストを行うことができる。
【００３０】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2013062599.tif 000003
【図２】
2013062599.tif 000004
【図３】
2013062599.tif 000005
【図４】
2013062599.tif 000006
【図５】
2013062599.tif 000007
【図６Ａ】
2013062599.tif 000008
【図６Ｂ】
2013062599.tif 000009
【図７】
2013062599.tif 000010
【図８】
2013062599.tif 000011
【図９Ａ】
2013062599.tif 000012
【図９Ｂ】
2013062599.tif 000013