(57)【要約】【課題】  障害情報を確実に通知すること。【解決手段】  障害情報があるか否かを一定時間ごとにチェックし、障害情報があると判別された場合、障害情報をホストに送信することを特徴とする。【選択図】  図８
2005134984.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された、該ネットワークに接続される画像形成装置と通信可能な情報処理装置において、
画像形成装置の状態情報を検知する手段と、該稼状態情報を保持する手段と、該状態情報の内容を評価する手段と、状態動情報を予め登録されている別の情報処理装置に送信する手段と、時刻を計測する手段を備えることで、画像形成装置の現状態及び経過状態に応じて、状態情報を該別の情報処理装置に送信することを特徴とする情報処理装置。
【請求項２】
メールの処理が可能なサーバの存在するネットワークに接続された、電子メール送受信が可能な情報処理装置において、請求項１での、送信手段として、電子メールを使用することを特徴とする情報処理装置。
【請求項３】
請求項１において、該画像形成装置にて複数の状態を検知したとき、最後に検知した状態及び時刻を評価する手段を備えることで、画像形成装置に複数の状態が発生したとき、現状態及び経過状態に応じて、状態情報を該別の情報処理装置に送信することを特徴とする情報処理装置。
【請求項４】
障害情報があるか否かを一定時間ごとにチェックするチェックステップと、
前記チェックステップにより障害情報があると判別された場合、障害情報をホストに送信する送信ステップとを有する障害通知方法。
【請求項５】
障害情報があるか否かを一定時間ごとにチェックするチェックステップと、
前記チェックステップにより障害情報があると判別された場合、障害情報をホストに送信する送信ステップとを有するコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の状態を監視する情報処理装置、障害通知方法、及びプログラムに関するものである。
【背景技術】
【０００２】
一般に、遠隔地に存在する画像形成装置を監視する場合、監視対象装置の状態を定期的に取得し、監視対象装置を一元管理する情報処理装置に状態を通知する方法がある。この場合、画像形成装置に異常を検知すると、該装置の識別情報と異常内容、時刻等を、あらかじめ設定された宛先に送信する。
【０００３】
このような構成で、送信された異常情報を受信できない場合、該情報処理装置は該異常を検知できない。そのため、送信側と受信側で送受確認を行い、送信失敗時の再送処理を行う方法がある。
【特許文献１】特開平９−３１２６９５
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、何らかの制約条件で、送受確認を行うことができない環境においては、上記説明するような異常を検知できない状況が発生する。
このような場合、監視対象である画像形成装置で、障害が発生していても、サービスマンが該異常を知ることはなく、結果、障害復旧処理ができず、顧客先に損害を与えかねない。
【０００５】
また、電子メールでは、ＳＭＴＰサーバへの接続の失敗や、中継エラー等でホストに情報が到達しない場合がある。Ａｇｅｎｔでは再送処理がないため、このような場合、情報が抜けることになる。エラー情報の欠落は、ユーザに不都合を起こすため、このような課題を解決する必要がある。
【０００６】
本発明は上記課題を解決するもので、異常を検知すると、復旧するまで該異常を通知しつづけることにより、障害発生を知らせることができる装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１では、ネットワークに接続された情報処理装置において、
画像形成装置の状態情報を検知する手段と、該状態情報を保持する手段と、該状態情報の内容を評価する手段と、該状態情報を予め登録されている別の情報処理装置に送信する手段と、時刻を計測する手段を備えることで、
画像形成装置の状態を検知し、異常時に情報を送信し、計測時間ごとに状態を取得し、その状態内容に応じて、情報を予め登録されている情報処理装置に送信することを特徴とする。
【０００８】
請求項２では、請求項１で用いる送信手段として、電子メールを使用することを特徴とする。
【０００９】
請求項３では、請求項１に加えて、該画像形成装置にて複数の状態を検知したとき、最後に検知した状態及び時刻を評価する手段を備えることで、画像形成装置に複数の状態が発生したとき、現状態及び経過状態に応じて、状態情報を該別の情報処理装置に送信することを特徴とする。
【発明の効果】
【００１０】
以上説明したように、請求項１の情報処理装置は、ネットワークに接続された情報処理装置において、
画像形成装置の状態情報を検知する手段と、該稼状態情報を保持する手段と、該状態情報の内容を評価する手段と、該状態情報を予め登録されている別の情報処理装置に送信する手段と、時刻を計測する手段を備えることで、障害状態が継続している場合に、定期的に別の情報処理装置に該障害情報を送信することができる。
【００１１】
請求項２の情報処理装置は、請求項１で用いる送信手段として、電子メールを使用することを特徴とする。
【００１２】
請求項１では、１つの画像形成装置に複数の障害が発生したとき、定規定に複数回、情報を送信するが、請求項３では、請求項１に加えて、該画像形成装置にて複数の状態を検知したとき、最後に検知した状態及び時刻を評価する手段を備えることで、画像形成装置に複数の状態が発生したとき、最後の障害発生を起点として、障害状態が継続している場合に、該情報を該別の情報処理装置に送信することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００１４】
［第１の実施の形態］
図１は、本発明の実施の形態に係る情報処理装置が接続された、デバイス遠隔監視システムの全体構成例を示す概念図である。デバイス遠隔監視システムは、デバイス監視装置１（以下、監視装置１と略称）、拠点側管理サーバ２、デバイス３，４，５、センタ側管理サーバ６、センタ側クライアントＰＣ７、通信回線８、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）９から構成されている。図中の符号１０は通信プロトコルである。
【００１５】
デバイス遠隔監視システムには、デバイスの監視を統括するセンタ側として少なくとも一般的な情報処理装置が備える構成を有するセンタ側管理サーバ６が存在し、更に、情報を蓄積するためのデータベース１１と、センタ側管理サーバ６にＬＡＮ９で接続され且つ単独で或いはセンタ側管理サーバ６のクライアントとして動作可能なセンタ側クライアントＰＣ７とが存在する。センタ側管理サーバ６と拠点側管理サーバ２は、インターネット等の通信回線８を介し、所定の通信プロトコル１０で通信可能となっている。本例では、不正アクセスを防止するため及びネットワークにおけるファイアウォールを越す（通過する）ために、一般的なプロトコル（ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ））や認証も設けている。尚、本例では、センタ側管理サーバ６を１つしか図示していないが、後述する障害監視、カウンタ情報収集など目的に応じセンタ側管理サーバ６を分割して複数存在させる構成も可能である。
【００１６】
一方、デバイス遠隔監視システムには、該システムの拠点側として拠点側管理サーバ２が存在し、デバイス３，４，５や不図示のパーソナルコンピュータの情報を収集する監視装置１がＬＡＮ９に接続されている。監視装置１は、ＬＡＮ９を介して通信可能な各種のデバイス３，４，５の稼動情報や障害情報を含むメンテナンス情報を収集すると共に、デバイス３，４，５の制御プログラムなどを更新するように制御する機能を備え、収集された情報を拠点側管理サーバ２を介してセンタ側管理サーバ６に転送する機能を備える。
【００１７】
尚、監視装置１と拠点側管理サーバ２、センタ側クライアントＰＣ７とセンタ側管理サーバ６は、互いに情報の共有を行うことができれば、本例のように別々の構成として設置してもよいし、それぞれの機能を併せ持つ単一の装置（監視装置１の機能と拠点側管理サーバ２の機能を併せ持つ単一の装置、センタ側クライアントＰＣ７の機能とセンタ側管理サーバ６の機能を併せ持つ単一の装置）として設置してもよい。図１に２点鎖線枠にてその様子を示す。以後、本例では監視装置１が外部のセンタ側管理サーバ６と通信を行う時は拠点側管理サーバ２を介しての通信を行うこととするが、拠点側管理サーバ２に監視装置１の機能を兼用させるようにしてもよい。以後、本例では監視装置１とセンタ側管理サーバ２とが互いに情報の送受信を行うものとして説明する。
【００１８】
また、図１では、監視装置１、拠点側管理サーバ２がそれぞれ１つしか示されていないが、実際の運用においては、複数の監視装置１、複数の拠点側管理サーバ２と、これら複数の監視装置１と複数の拠点側管理サーバ２とを一元的に管理するセンタ側管理サーバ６とを通信回線８を介し通信可能とすることで、デバイス遠隔監視システムが構築されている。
【００１９】
デバイス３〜５としては、画像形成装置としてのプリンタ（電子写真方式及びインクジェット方式を含む）や、画像読取装置としてのスキャナや、画像通信装置としてのファクシミリや、画像形成装置としてのプリンタ機能及びファクシミリ機能を統合的に備えたデジタル複合機や、情報処理装置としてのパーソナルコンピュータや、情報処理装置としてのプリントサーバなどが挙げられる。尚、画像形成装置につていは後述の記載において詳しく説明することとする。更に、不図示のパーソナルコンピュータは、図７の５０１として示すようにＬＡＮ９に接続されており、例えば、所定のアプリケーションデータをＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、プリンタドライバを介してＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）に生成し、該生成したＰＤＬをデバイス３，４，５に出力させるべく送信する機能を備える。
【００２０】
そして、監視装置１は、デバイス３〜５（プリンタ、ファクシミリ、複合機等）の機器の状態やトナー残量や用紙サイズ毎の印刷面数等の稼動情報、パーソナルコンピュータにおけるＣＰＵの状況やメモリ使用状況や有料アプリケーション使用状況等の稼動情報、デバイス３〜５（プリンタ、複合機等）における用紙のジャム情報、パーソナルコンピュータでの再起動回数等の各種障害情報、等を少なくとも含むメンテナンス情報を収集する。
【００２１】
図２は、図１における監視装置１のハードウェア構成を示すブロック図である。監視装置１は、一般的な情報処理装置が備える構成、即ち、ＣＰＵ２０１、バス２０２、ＲＡＭ２０３、Ｆｌａｓｈ（フラッシュ）ＲＯＭ２０４に加えて、複数の各種用途のインタフェース（以下Ｉ／Ｆと略称）、即ち、Ｎｅｔｗｏｒｋ（ネットワーク）Ｉ／Ｆ（１）２０５、Ｎｅｔｗｏｒｋ（ネットワーク）Ｉ／Ｆ（２）２０６、Ｓｅｒｉａｌ（シリアル）Ｉ／Ｆ２０７、Ｄｅｂｕｇ（デバッグ）Ｉ／Ｆ２０８を備えている。
【００２２】
ＣＰＵ２０１は、各構成部品を個別に及び総統合的に、個別に又は総統合的に制御するものであり、フラッシュＲＯＭ２０４に格納されたプログラムに基づき後述の図３〜図６、図９、図１０のフローチャートに示す処理を実行する。バス２０２は、図２の構成部品間のデータを受け渡す共通信号路である。ＲＡＭ２０３は、電気的に情報を記憶でき且つ書き換え可能な記憶手段である。フラッシュＲＯＭ２０４は、電気的に書き換え可能であり且つ電源が無くなっても情報を記憶可能な不揮発性記憶手段である。ネットワークＩ／Ｆ２０５、２０６は、ネットワーク経由で外部と情報交換を行うインタフェースである。シリアルＩ／Ｆ２０７は、ＲＳ２３２Ｃシリアル通信にて情報交換を行うインタフェースである。デバッグＩ／Ｆ２０８は、デバッグ用途に用いるシリアル通信部であるところのインタフェースである。
【００２３】
尚、監視装置１にはキーボード等の入力デバイス、表示部、表示制御部などを備えるようにしてもよいが、後述するように監視装置１のネットワークＩ／Ｆ２０５，２０６に例えばサービスマンが所持するＰＣを接続し、該ＰＣ側から監視装置１内の設定プログラムを起動することで監視装置１の設定変更を行うことが可能である。即ち、監視装置１に入力デバイス、表示部、表示部制御部を備えなくともよいようにすることで安価に監視装置１を構築可能としている。
【００２４】
また、拠点側管理サーバ２、パーソナルコンピュータ、センタ側管理サーバ６、センタ側クライアントＰＣ７については、一般的な情報処理装置が備える構成を備えていればよいので、詳しい説明は省略する。
【００２５】
図３は、図１におけるデバイス３〜５の一例である画像形成装置の全体の制御を司るコントローラの構成例を示すブロック図である。画像形成装置のコントローラは、原稿給送装置制御部３０２、イメージリーダ制御部３０３、画像信号制御部３０４、プリンタ制御部３０５、外部Ｉ／Ｆ３０６、ＣＰＵ回路部３０７、ソータ制御部３１３、フィニッシャ制御部３１４、状態検知部３１５を備えている。図中３１１は画像形成装置の操作部、３１２は画像形成装置の表示部、３０１は画像形成装置にＬＡＮ９を介して接続されたコンピュータ３０１である。
【００２６】
ＣＰＵ回路部３０７は、ＣＰＵ（図示略）、ＲＡＭ３０８、ＲＯＭ３０９、ハードディスク３１０を備えている。ＣＰＵは、ＲＯＭ３０９に格納されている制御プログラムに基づき、原稿給送装置制御部３０２、イメージリーダ制御部３０３、画像信号制御部３０４、プリンタ制御部３０５、外部Ｉ／Ｆ３０６、操作部３１１、表示部３１２、ソータ制御部３１３、フィニッシャ制御部３１４、状態検知部３１５を統括的に制御する。ＲＯＭ３０９は、制御プログラムを格納する。ＲＡＭ３０８は、制御データを一時的に保持し、また制御に伴う演算処理の作業領域として用いられる。ハードディスク３１０は、制御プログラムに必要な情報や、原稿給送装置制御部３０２〜状態検知部３１５から受信した情報を記憶する。
【００２７】
原稿給送装置制御部３０２は、原稿積載部にセットされた原稿を原稿読取位置へ自動的に給送する原稿給送装置（図示略）をＣＰＵ回路部３０７からの指示に基づき駆動制御する。イメージリーダ制御部３０３は、原稿を走査するスキャナユニット（図示略）、原稿の光学像を電気信号に光電変換するイメージセンサ（図示略）などに対する駆動制御を行い、イメージセンサから出力されたアナログ画像信号を画像信号制御部３０４に転送する。画像信号制御部３０４は、アナログ画像信号をデジタル信号に変換した後に各処理を施し、このデジタル信号をビデオ信号に変換してプリンタ制御部３０５に出力する。画像信号制御部３０４による処理動作は、ＣＰＵ回路部３０７により制御される。
【００２８】
外部Ｉ／Ｆ３０６は、ＬＡＮ９及びＬＡＮインタフェースを介してコンピュータ３０１から入力されたデジタル画像信号に各種処理を施し、このデジタル画像信号をビデオ信号に変換してプリンタ制御部３０５に出力する。また、外部Ｉ／Ｆ３０６は、ＬＡＮ９及びＬＡＮインタフェースを介して監視装置１と通信を行う。プリンタ制御部３０５は、入力されたビデオ信号に基づき、感光体に対する露光を制御する露光制御部（図示略）を駆動する。操作部３１１は、画像形成に関する各種機能を設定する複数のキー、設定状態を示す情報を表示するための表示部などを有し、各キーの操作に対応するキー信号をＣＰＵ回路部３０７に出力すると共に、ＣＰＵ回路部３０７からの信号に基づき対応する情報を表示部３１２に表示する。
【００２９】
ソータ制御部３１３は、画像形成が完了した用紙を仕分けるソータ機構（図示略）を駆動制御する。フィニッシャ制御部３１４は、画像形成が完了した用紙の後処理（用紙に穴を開けるパンチ処理、用紙を綴じるステイプル処理など）を行うフィニッシャ機構（図示略）を駆動制御する。ソータ制御部３１３、フィニッシャ制御部３１４は、外部Ｉ／Ｆ３０６を経由したユーザからの入力または操作部３１１からの設定により、ＣＰＵ回路部３０７からの信号に基づき動作する。状態検知部３１５は、図示の各ブロックからの状態情報を収集し、異常検知等の検知及び検知結果に基づく判断を行い、判断結果をＣＰＵ回路部３０７に通知する。ＣＰＵ回路部３０７は、この通知に従い表示部３１２に異常を表示し、外部Ｉ／Ｆ３０６を経由してコンピュータ３０１等へ異常を通知する。
【００３０】
図４は画像形成装置のソフトウェア構成を示すブロック図である。画像形成装置は、タスクマネージャ４０１、紙搬送部タスク群４０２、シーケンス制御タスク４０３、通信タスク４０４、管理用データ作成タスク４０５、状態監視タスク４０６を備えている。
【００３１】
タスクマネージャ４０１は、複数のタスクを同時に管理するためのものである。紙搬送部タスク群４０２は、原稿及び画像形成される用紙の搬送を司るタスク群である。シーケンス制御タスク４０３は、画像形成装置全体の管理を行うタスクである。通信タスク４０４は、監視装置１と通信を行うためのタスクである。
【００３２】
管理用データ作成タスク４０５は、本実施の形態の遠隔管理用データを作成するためのタスクである。画像形成装置では、画像形成処理ごとに用紙サイズ別、処理モード別、用紙種別、白黒／カラー別の稼動情報のカウントを行っている。これらの稼動情報のカウントは管理用データ作成タスク４０５にて行われ、画像形成装置内の記憶部に格納されている。同様にして、ジャム、エラー、アラームなどのステータス情報（障害情報）が所定のデータフォーマットで画像形成装置内の記憶部に格納される。更に、画像形成装置内の各部ごとに、消耗部品の交換寿命と、消耗部品の使用度数を表したカウンタ（部品カウンタ）を持っており、管理用データ作成タスク４０５の中でカウントされた結果が画像形成装置の記憶部に格納される。
【００３３】
状態監視タスク４０６は、画像形成装置内の異常（ジャム、エラー、アラーム）を検知するか、予め設定されたデバイスのステータス変化を検知するタスクであり、検知に伴いステータス情報が所定のデータフォーマットで画像形成装置内の記憶部に格納される。
【００３４】
図５は、図１中の１に示される監視装置内のデバイス状態監視部のモジュール構成を示す。５０１は障害情報確認プログラム、５０２は障害情報送信部、５０３は障害監視プログラム、５０４は監視対象リスト、５０５は定期処理部、５０６は障害状態取得プログラム、５０７は機器状態情報である。
【００３５】
図６及び図７は監視装置１がデバイス３〜５やパーソナルコンピュータのカウンタ情報を収集するカウンタ情報取得処理を示すフローチャートである。本実施の形態でのカウンタ情報とは、デバイス３〜５やパーソナルコンピュータの上記メンテナンス情報の一部或いは全てを含む情報であり、本フローチャートに示すカウンタ情報取得処理は各デバイスのそれぞれに対して実行される。
【００３６】
監視装置１はカウンタ情報を取得するカウンタ情報取得プログラムを実行（６０１）し、監視対象のデバイスそれぞれに関し、ステップ６０３〜ステップ６０５の処理を例えば６０分間隔で行うことにより、定期的にカウンタ情報の取得を行う（６０２）。先ずステップＳ５０３において、監視装置１はデバイスからカウンタ情報を取得（６０３）し、デバイスから取得したカウンタ情報を、フラッシュＲＯＭ２０４に保存する（６０４）。ここで、デバイスから取得するカウンタ情報のデータ形式とホストへ送信するカウンタ情報のデータ形式が異なる場合には、このカウンタ情報の保存の時点でデータ変換しておくことも可能である。また、このデータ変換をホストへ送信時に行う方法もある。次に、監視装置１は６０分後に同様のカウンタ情報の取得処理を行うために、６０分待機する（６０５）。
【００３７】
続いて、監視装置１は定期処理として、ホストにカウンタ情報を送るためにカウンタ情報送信プログラムを起動する（７０１）。監視装置１は上記ステップ６０１のカウンタ情報取得プログラムによりカウンタ情報を保存しているかどうかを判断する（７０２）。カウンタ情報が保存されている場合は、監視装置１は保存してあるカウンタ情報をホストへ送信する（７０３）。なお、カウンタ情報は、拠点側管理サーバ２とセンタ側管理サーバ６を介してセンタ側クライアントＰＣ７に電子メールで送信される。本処理が実行されることにより監視装置１からホストに送信されたカウンタ情報は、上記で説明したようにセンタ側クライアントＰＣ７において共有され、例えばオペレータにより参照することが可能となっている。一方、カウンタ情報が保存されていない場合は、そのまま終了する。
【００３８】
図８及び図９は本実施例の特徴を示す、監視装置１によるデバイス障害監視処理プログラムに係る処理を示すフローチャートである。監視装置１から拠点側管理サーバ２或いはセンタ側管理サーバ６（以下ホストと称する）或いはセンタ側クライアントＰＣ７に対する情報送信は上記ＳＭＴＰで行う場合について説明する。
【００３９】
監視装置１は監視対象のデバイスの障害情報を確認する障害情報確認プログラム５０１を実行（８０１）し、監視対象のデバイスそれぞれに関し、ステップ８０３〜ステップ８０８の処理を行う（８０２）ことにより、例えば１分間隔で障害情報の確認処理を行っている。監視装置１はデバイスの前回の状態を５０７から取得（８０３）し、その後、ＬＡＮ９を介して、障害状態取得プログラム５０６により監視対象のデバイスに対し障害情報を要求し、再度５０６から現状態を取得する（８０４）。次に、前回の状態と今回の状態を判定（８０５）し、新規障害情報を取得したと判断した場合は、ホストに対し、上記ステップ８０４において取得した障害情報を送信する（８０６）。なお、障害情報は、拠点側管理サーバ２とセンタ側管理サーバ６を介してセンタ側クライアントＰＣ７に電子メールで送信される。そして、障害監視対象リストに登録する（８０７）。障害監視対象リストの内容を図１０に示す。デバイス種別、デバイスのＩＰアドレス、障害コード、情報送信時刻が入る。一方、ステップ８０５において、新規障害情報を取得しなかったと判断した場合は、監視装置１は１分間隔で障害情報の確認を行うために、１分間待機する（８０８）。
【００４０】
図９で、定期的な監視処理を示す。障害監視プログラムは起動後（９０１）、定期的な監視処理を行う（９０２）。また定期的な監視処理において、監視対象リストに記載される第数分の監視処理、ステップ９０４から９１０の処理を毎回行う（９０３）。監視対象リストから１つのデバイスの情報を取得する（９０４）。続いて、該デバイスから現在の障害情報を取得する（９０５）。そのデバイスに障害が継続している場合（９０６）、時刻をチェックする（９０７）。前回送信時刻より１時間経過した場合（９０８）、障害情報を送信する（９０９）と同時に、リスト内の情報送信時刻を更新する。なお、障害情報は、拠点側管理サーバ２とセンタ側管理サーバ６を介してセンタ側クライアントＰＣ７に電子メールで送信される。Ｓ４０４にて障害が検出できなかった場合、監視対象リストから該デバイスの情報を削除する（９１０）。
【００４１】
この操作を監視対象台数分繰り返し、全台数処理後、１分待機する（９１１）。
【００４２】
このように、図６及び図７において説明したカウンタ情報取得処理、図８及び図９において説明したデバイス障害情報監視処理が実行されることにより、ユーザ先において利用される画像形成装置やパーソナルコンピュータなどにおけるメンテナンス情報を遠隔から一元的に集中管理することができる。
【００４３】
そして、図９に示す障害監視処理が実行されることにより、障害が発生したまま放置されている画像形成装置の情報を定期的に送信することが可能である。
【００４４】
［第２の実施の形態］
本実施例では、請求項３の例を示す。基本構成は、第一実施例と同じである。図１１に本実施例の障害情報確認プログラムの動作を示す。第一実施例と同一処理は、同一番号を振る。
【００４５】
第一実施例と同様、新規障害情報を取得したと判断した場合は、ホストに対し、取得した障害情報を送信する（８０６）。なお、障害情報は、拠点側管理サーバ２とセンタ側管理サーバ６を介してセンタ側クライアントＰＣ７に電子メールで送信される。その後、障害監視対象リストを参照し（１１０１）、該デバイスに関する情報が該リストに存在するかチェックする（１１０２）。該デバイスの情報が該リストに存在しない場合、該デバイス情報を該リストに登録する（８０７）。該デバイスの情報が該リストに存在する場合、該デバイス情報の障害コード、情報送信時刻を更新する。
【００４６】
結果、同じデバイスにおいて、複数のエラーが発生した場合、最新のエラーを基準に、定期的にホストにエラー状態を通知することができる。この結果、１つのデバイスで複数のエラーが起きた場合、エラー数分の情報が通知されることを防ぐ。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施の形態に係る情報処理装置が接続された、デバイス遠隔監視システムの全体構成例を示す概念図である。
【図２】図１における監視装置１のハードウェア構成を示すブロック図である。
【図３】図１におけるデバイス３〜５の一例である画像形成装置の全体の制御を司るコントローラの構成例を示すブロック図である。
【図４】画像形成装置のソフトウェア構成を示すブロック図である。
【図５】監視装置１の生涯監視部のモジュール構成図である。
【図６】監視装置１のカウンタ情報取得処理におけるカウンタ情報取得プログラムによる処理を示すフローチャートである。
【図７】監視装置１のカウンタ情報取得処理におけるカウンタ情報送信プログラムによる処理を示すフローチャートである。
【図８】監視装置１のカウンタ情報取得処理における障害情報確認プログラムによる処理を示すフローチャートである。
【図９】監視装置１のカウンタ情報取得処理における障害監視プログラムによる処理を示すフローチャートである。
【図１０】第一実施例の監視対象リスト例である。
【図１１】第二実施例の、監視装置１のカウンタ情報取得処理における障害情報確認プログラムによる処理を示すフローチャートである。
【符号の説明】
【００４８】
１  監視装置
２  拠点側管理サーバ
３，４，５  デバイス
６  センタ側管理サーバ
７  センタ側クライアントＰＣ
８  通信回線
９  ＬＡＮ
１０  通信プロトコル
【図１】
2005134984.tif 000003
【図２】
2005134984.tif 000004
【図３】
2005134984.tif 000005
【図４】
2005134984.tif 000006
【図５】
2005134984.tif 000007
【図６】
2005134984.tif 000008
【図７】
2005134984.tif 000009
【図８】
2005134984.tif 000010
【図９】
2005134984.tif 000011
【図１０】
2005134984.tif 000012
【図１１】
2005134984.tif 000013