(57)【要約】【課題】  サービスマンのメンテナンス訪問を効率よく行うようにすべく演算を行うことができる仕組みを提供すること。【解決手段】  ホスト装置１０７は、ネットワークに接続された画像形成装置１０２を管理する。画像形成装置１０２は長期的予測に基づくメンテンナンス情報としての定期メンテナンス情報と、中期的或は短期的予測に基づくメンテナンス情報としてのアラーム情報から求めたメンテナンス有効期限等とに基づくメンテナンススケジュール管理を行い、長期的予測に基づくメンテンナンス定期訪問とは別に、即時性が求められる事態が発生したとしても、適切なメンテナンス訪問スケジュールを演算し、その演算結果に基づいた効率よいメンテナンススケジュールを提供する。【選択図】  図１
2005165467.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された機器を管理する情報処理装置であって、
長期的予測に基づくメンテンナンス情報と、中期的或は短期的予測に基づくメンテナンス情報とに基づくメンテナンススケジュール管理を行う管理手段を有することを特徴とする情報処理装置。
【請求項２】
ネットワークに接続された機器を管理する情報処理方法であって、
長期的予測に基づくメンテンナンス情報と、中期的或は短期的予測に基づくメンテナンス情報とに基づくメンテナンススケジュール管理を行う管理ステップを有することを特徴とする情報処理方法。
【請求項３】
ネットワークに接続された機器を管理する情報処理プログラムであって、
長期的予測に基づくメンテンナンス情報と、中期的或は短期的予測に基づくメンテナンス情報とに基づくメンテナンススケジュール管理を行う管理手順をコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された例えば事務用機器のような機器のメンテナンススケジュール管理を行う仕組みに関する。
【背景技術】
【０００２】
近年、画像形成装置などの事務用機器（デバイス）がネットワーク接続され、その事務用機器の状態を包括的に遠隔監視する遠隔管理システムが提案されている。
【０００３】
一方、定期メンテナンスや故障発生から保守作業によるユーザ先の事務用機器（特に、画像形成装置）の機械停止によるダウンタイムの低減が要求されている。同時に画像形成装置に使用される消耗部品は数多く、それぞれの消耗部品に対する管理が要求されている。
【０００４】
このような背景の中、特許文献１では障害の分類毎に異常の判断を所定のロジックに基づき行い、何れかの分類で基準値を超えた異常の発生が認識されるとサービスマンの必要性を判断する仕組みが開示されている。
【０００５】
また、特許文献２では管理装置側でスケジュール作成手段を有し、画像形成装置の動作の良否に基づいてメンテナンスおよび保守のスケジュールを決定するシステムが提案されている。故障状態の時は現時点より直ちにサービスマンをユーザ先に訪問させ保守するように指示し、ジャム異常および不適正状態の時は、現時点より１、２日後に設定されサービスマンにメンテナンス、保守作業を実施するようにする指示する仕組みが開示されている。
【０００６】
また、特許文献３には、複写装置の使用頻度に応じて各部品において、所定日数後に寿命が到来しているか否かを判断し、保守員が現場において、次回の保守作業日のスケジュールを行うために判断結果を利用することが開示されている。更に、同文献には、複写機の使用頻度の情報をネットワークを介して収集し、該収集した情報を保守作業日のスケジュールを行うために利用することも開示されている。
【０００７】
【特許文献１】特開２０００−２５３１９９号公報
【特許文献２】特開平０３−１９６０６４号公報
【特許文献３】特開平０８−２２１４８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、実際のメンテナンス現場では長期的に予測することができる事態と、即時性を求められる或は近いうちに所定のメンテナンスを必要とするような予想外の事態とが混在している状況が想定される。
【０００９】
従来の技術によれば、即時性を求められるような事態と、長期的に予測される事態の夫々に対して、どのような対処を施すかが提案されているが、実際に即時性が求められる事態が発生したような場合に、どのようにメンテナンスのスケジューリングを行うかに関しては改良の余地があった。
【００１０】
例えば、画像形成装置の使用頻度から次回の訪問日を特定したとしても、訪問日が到来する前に、予想外の事態が発生した場合などには、長期的な予測に基づく定期訪問と、即時性が求められる事態に対する訪問との二度の訪問が必要となり、サービスマン及び顧客に対して非常に煩雑な作業を強いることになっていた。
【００１１】
本発明は、上記問題に鑑み、よりサービスマンのメンテナンス訪問を効率よく行うようにすべく演算を行うことができる仕組みを提供することにある。
【課題を解決するための手段】
【００１２】
請求項１の発明は、ネットワークに接続された機器を管理する情報処理装置であって、長期的予測に基づくメンテンナンス情報と、中期的或は短期的予測に基づくメンテナンス情報とに基づくメンテナンススケジュール管理を行う管理手段を有することを特徴とする。
【００１３】
請求項２の発明は、ネットワークに接続された機器を管理する情報処理方法であって、長期的予測に基づくメンテンナンス情報と、中期的或は短期的予測に基づくメンテナンス情報とに基づくメンテナンススケジュール管理を行う管理ステップを有することを特徴とする。
【００１４】
請求項３の発明は、ネットワークに接続された機器を管理する情報処理プログラムであって、長期的予測に基づくメンテンナンス情報と、中期的或は短期的予測に基づくメンテナンス情報とに基づくメンテナンススケジュール管理を行う管理手順をコンピュータに実行させることを特徴とする。
【００１５】
なお、前記中期的或は短期的予測に基づくメンテナンス情報は、メンテナンスを行うべく目安を示すメンテンナンス有効期限を含むことができる。
【００１６】
また、前記管理手段によって管理されるメンテナンススケジュール管理の情報を報知する報知手段を有することとすることもできる。
【発明の効果】
【００１７】
以上説明したように本発明によれば、サービスマンのメンテナンス訪問を効率よく行うようにすべく演算を行うことができる仕組みを提供することが可能となった。
【発明を実施するための最良の形態】
【００１８】
図を参照して、本発明を適用した遠隔管理システムの詳細を説明する。本システムの基本構成を図１乃至図１０を参照して説明する。
【００１９】
＜システム構成＞
図１は、本実施の形態のデバイス（画像形成装置やプリンタなど）をネットワークに接続するためのネットワークボード（ＮＥＢ）１０１を、開放型アーキテクチャを持つプリンタ１０２へつなげた場合を示す図である。ＮＥＢ１０１はローカルエリアネットワーク（ＬＡＮ）１０３へ、同軸コネクタをもつＥｔｈｅｒｎｅｔ（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５をもつ１０Ｂａｓｅ−Ｔ、１００Ｂａｓｅ−ＴなどのＬＡＮインターフェースを介して接続されている。
【００２０】
ＰＣ１０４などの複数のパーソナルコンピュータ（ＰＣ）もまた、ＬＡＮ１０３に接続されており、ネットワークオペレーティングシステムの制御の下、ＰＣ１０４はＮＥＢ１０１と通信することができる。ＰＣ１０４上では、アプリケーションプログラムとして、ブラウザ（Ｂｒｏｗｓｅｒ）とメーラ（Ｍａｉｌｅｒ）とが実行可能になっている。この状態で、ＰＣの一つをネットワーク管理部として指定することが可能である。
【００２１】
また、ＬＡＮ１０３上には本実施系を行うためのコンピュータシステムからなるデバイス管理用装置１０５が接続されている。さらに、デバイス管理用装置のデータベースを管理する図示しないデータベース管理サーバが接続されている。データベース管理サーバは、デバイス管理用装置（サーバ）１０５に包含されていてもよい。
【００２２】
デバイス管理用装置１０５は、ＭＩＢ（詳細は後述する）で定義された製造元（メーカー）独自のデータと、ＴＣＰ／ＩＰ上の階層で製造元（メーカー）独自のプロトコルを使用することにより、ＬＡＮ１０３を介してデバイスのデータを収集している。
【００２３】
また、複数のＬＡＮを接続するインターネット１０６を介して、各ＬＡＮ上に接続されたデバイス管理用装置からのデータを収集するコンピュータシステムからなるホスト装置１０７がある。同様に、デバイスの保守、点検を行うためのサービス拠点１０８にあるＰＣ等の情報処理装置もインターネット１０６に接続されており、エラーやジャムなどのサービスマンの訪問要請やメンテナンス情報の送信などのデータをホスト装置１０７からサービス拠点１０８（の情報処理装置）へ送信する。なお、サービスマンは、携帯ＰＤＡのような携帯可能な端末をインターネットに接続することによって、データ拠点に送られてくるデータを収集可能である。１０９はＬＡＮ１０３上に接続されたプリンタである。
【００２４】
＜ネットワーク上でのデバイス管理プロトコル＞
ネットワーク上でデバイスを管理するための方法としては、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔ：ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Ｃｏｍｍｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ＣＭＩＰ）と呼ばれる。ＣＭＩＰはヨーロッパの共通ネットワーク管理プロトコルである。
【００２５】
また米国においては、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ：ＳＮＭＰ）と呼ばれるＳＮＭＰに関するプロトコルがある。
【００２６】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション、各々がエージェントを含むいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。
【００２７】
また、エージェントは自分の状態に関するデータをデータベースの形式で保持している。このデータベースのことをＭＩＢ（ＭＡｎａｇｅｍｅｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ぶ。
【００２８】
ＭＩＢは木構造のデータ構造をしており、ＲＦＣ１１５５  Ｓｔｒｕｃｔｕｒｅ  ａｎｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ＴＣＰ／ＩＰ−ｂａｓｅｄ  Ｉｎｔｅｒｎｅｔｓで規定されている。
【００２９】
このＭＩＢ中にはプライベートＭＩＢと呼ばれるノードがあり、企業や団体が独自のＭＩＢを定義することが可能である。
【００３０】
製造元（メーカー）に対しては、独自の定義をおこなうための企業番号が割り当てられており、製造元（メーカー）独自のＭＩＢである製造元（メーカー）ＭＩＢ（Ｃａｎｏｎ  ＭＩＢ）により、画像形成装置の情報をネットワーク上に送出することが可能となっている。
【００３１】
＜デバイス管理用装置＞
図２はデバイス管理用装置１０５の構成を示す。２０１は、全体を制御するＣＰＵ、２０２はＣＰＵ２０１が動作するために必要なワーキングエリアであるＲＡＭ、２０３は記憶装置としてのハードディスクであって、ＣＰＵ２０１の動作を指示する、図３に示す如きプログラムを含むプログラムを記憶し、各種コピーカウンタ値やジャム、エラー、アラーム情報などのステータス情報、部品カウンタ、およびＭＩＢ情報を記憶しておくためのデータベースとして機能する。２０４はユーザがデバイス管理ＵＩ（ユーザインターフェース）を閲覧するためのディスプレイ、２０５は必要な情報をユーザ等が操作入力するためのキーボード、２０６はモデムとの通信を行なうためのシリアルインターフェース、２０７はネットワーク（ＬＡＮ）との通信を行なうためのインターフェースである。
【００３２】
以下、デバイス管理用装置の動作を図３のフローチャートに基づいて説明する。  
デバイス管理用装置は通常アイドル状態（Ｓ３０１）にある。イベントのうち、ＬＡＮ１０３上にあるデバイスである画像形成装置からのイベントを受信すると（Ｓ３０２）、Ｓ３０３で、そのイベントが、管理するデバイスからのものか否かを判断し、その通りであれば、そのイベントに対応するデータ（たとえば、ジャムイベントならジャムデータ、アラームイベントならアラームデータ）を画像形成装置に要求する（Ｓ３０４）。画像形成装置は、デバイス管理用装置からのデータ要求に応じて、データを送出する。画像形成装置からのデータを取得すると、デバイス管理用装置はデータベース内に該データを蓄積する。
【００３３】
なおエラーデータなどホスト装置１０７へ緊急通知する必要のあるデータがあれば、ただちにホスト装置１０７に対して送信し、ジャムデータやアラームデータはデバイス管理用装置から必要に応じてホストへ送信する（Ｓ３０５）。
【００３４】
Ｓ３０３でデバイスからのイベントでない場合は、ホスト装置からのイベントであると判断する。すなわち、ホスト装置から、カウンタ値や部品カウンタの要求があると、デバイス管理用装置の管理データベースから要求に応じたデータをホスト装置へ送信する（Ｓ３０６）。
【００３５】
また、デバイス管理用装置はデバイスの定期監視を行っており、ある所定の時刻になると（Ｓ３０７）、監視下にあるデバイスの各種カウンタ値を収集する（Ｓ３０８）。デバイス管理用装置にて収集されたデータは、データベース内に図示しない所定のフォーマットで蓄積され、そのデバイスの使用状況が把握できる。
【００３６】
＜デバイス管理用装置〜ホスト装置間のデータ通信シーケンス＞
デバイス管理用装置とホスト装置のデータ送受信は３つの方法がある。  
Ｅ−ｍａｉｌ、モデム、ＴＣＰ／ＩＰの３方法があるが、基本的にデータ送受信シーケンスは同じなので、Ｅ−ｍａｉｌの場合で、図４に基づいて説明する。図４に示す制御手順はデバイス管理用装置およびホスト装置の記憶装置内のプログラム格納領域に格納されていて、ＣＰＵが同プログラムを実行する。
【００３７】
図４の（ａ）において、まず送信（ここではデバイス管理用装置、ホスト装置のどちらでもよい）のシーケンスを説明する。送信側が発呼の条件を満たすと（Ｓ４０１）、転送すべきデータをＥ−ｍａｉｌに添付し送信する（Ｓ４０２）。送信データに対して応答待ちを行い（Ｓ４０３）、規定時間内に応答メールがあるかどうか確認する（Ｓ４０４）。応答があった場合、応答先のメールアドレスが予め登録されたものと一致するかどうか確認し（Ｓ４０５）、一致した場合通信結果をデータベース上に記録し（Ｓ４０６）、シーケンスを終了する（Ｓ４０７）。
【００３８】
送信データに対する応答待ち（Ｓ４０３）で規定時間内に応答が無かった場合（Ｓ４０４）、再送要求を行う（Ｓ４０８）。再送回数が規定回数内であれば、Ｓ４０２にてデータを再送する。再送回数が規定回数を越えていた場合、管理者（送信側がデバイス管理用装置の場合、ユーザ側の管理者、送信側がホスト装置の場合、オペレータになる。）へ警告メールを通知し（Ｓ４０９）、通信結果（エラー）をデータベース上に記録（Ｓ４０６）して終了する（Ｓ４０７）。
【００３９】
続いて、図４の（ｂ）において、受信のシーケンスを説明する。受信側はデータの受信待ちを行い（Ｓ４１１）、受信した場合（Ｓ４１２）、データをデータベース上に記録し（Ｓ４１３）、通信結果データベース上に記録して（Ｓ４１４）終了する（Ｓ４１５）。
【００４０】
＜ホスト装置の制御＞
図５はホスト装置の構成図である。５０１は全体を制御しているＣＰＵ、５０２はＣＰＵ５０１が動作するために必要なワーキングエリアであるＲＡＭ、５０３は記憶装置としてのハードディスクであって、データ処理を行うために必要なプログラム（図６，１３，１４等のプログラムを含む）やデータを格納し、受信したデータを保存し、デバイス管理データを全てここに保存する。５０５はオペレータが指示を与えるためのキーボード、５０４はホスト装置が情報を出力するためのディスプレイ、５０６はモデムとデータ送受信するためのシリアルポート、５０７はＬＡＮと接続されたネットワークボード、５０８はデバイス管理用装置とＥ−ｍａｉｌによるデータのやりとりをするメールサーバーである。
【００４１】
図６はホスト装置の処理の一例を示すフローチャートであって、Ｅ−ｍａｉｌによるデータ送受信の場合を説明する。通常ホスト装置はデバイス管理用装置からのＥ−ｍａｉｌを待っている（Ｓ６０１）。着信があればパスワードチェックを行い（Ｓ６０２）、カウンタ値や部品カウンタ（詳細は後述する）を受信する（Ｓ６０３）。正しくメールが受信できた場合、デバイス管理用装置にＯＫメールを返信し（Ｓ６０４）、正しく受け取れなかった場合エラーメールを送信する（Ｓ６０５）。正しくメールが受信できた場合は、続けて暗号化されたメールの添付情報を復号化し（Ｓ６０６）、ハードディスクにカウンタ値や部品カウンタを格納する（Ｓ６０７）。このときデバイス側の診断結果が警告レベルに達していればディスプレイに警告を表示しオペレータに通知する（Ｓ６０８，Ｓ６０９）。
【００４２】
＜デバイス＞
図７はデバイスとしての画像形成装置の主要部構成を示す縦断面図である。  
画像形成装置は、図７に示すように、画像形成装置本体７０１と、折り装置７０２と、フィニッシャ７０３とから構成され、画像形成装置本体７０１は原稿画像を読み取るイメージリーダ７０４およびプリンタ７０５を備える。
【００４３】
イメージリーダ７０４には、原稿給送装置７０６が搭載されている。原稿給送装置７０６は、原稿トレイ上に上向きにセットされた原稿を先頭頁から順に１枚づつ左方向へ給紙し、湾曲したパスを介してプラテンガラス７０７上を左から流し読取り位置を経て右へ搬送し、その後外部の排紙トレイ７０８に向けて排出する。この原稿がプラテンガラス７０７上の流し読取り位置を左から右へ向けて通過するときに、この原稿画像は流し読取り位置に対応する位置に保持されたスキャナユニット７０９により読み取られる。この読取り方法は、一般的に、原稿流し読みと呼ばれる方法である。具体的には、原稿が流し読取り位置を通過する際に、原稿の読取り面がスキャナユニット７０９のランプ７１０の光で照射され、その原稿からの反射光がミラー７１１，７１２，７１３を介してレンズ７１４に導かれる。このレンズ７１４を通過した光は、イメージセンサ７１５の撮像面に結像する。
【００４４】
このように流し読取り位置を左から右へ通過するように原稿を搬送することによって、原稿の搬送方向に対して直交する方向を主走査方向とし、搬送方向を副走査方向とする原稿読取り走査が行われる。すなわち、原稿が流し読取り位置を通過する際に主走査方向に原稿画像を１ライン毎にイメージセンサ７１５で読み取りながら、原稿を副走査方向に搬送することによって原稿画像全体の読取りが行われ、光学的に読み取られた画像はイメージセンサ７１５によって画像データに変換されて出力される。イメージセンサ７１５から出力された画像データは、後述する画像信号制御部において所定の処理が施された後にプリンタ７０５の露光制御部７１６にビデオ信号として入力される。
【００４５】
なお、原稿給送装置７０６により原稿をプラテンガラス７０７上に搬送して所定位置に停止させ、この状態でスキャナユニット７０９を左から右へ走査させることにより原稿を読み取ることも可能である。この読取り方法は、いわゆる原稿固定読みと呼ばれる方法である。
【００４６】
原稿給送装置７０６を使用しないで原稿を読み取るときには、まず、ユーザにより原稿給送装置７０６を持ち上げてプラテンガラス７０７上に原稿を載置し、そして、スキャナユニット７０９を左から右へ走査させることにより原稿の読取りを行う。すなわち、原稿給送装置７０６を使用しないで原稿を読み取るときには、原稿固定読みが行われる。
【００４７】
プリンタ７０５の露光制御部７１６は、入力されたビデオ信号に基づきレーザ光を変調して出力し、該レーザ光はポリゴンミラー７１６ａにより走査されながら感光ドラム７１７上に照射される。感光ドラム７１７には走査されたレーザ光に応じた静電潜像が形成される。ここで、露光制御部７１６は、後述するように、原稿固定読み時には、正しい画像（鏡像でない画像）が形成されるようにレーザ光を出力する。
【００４８】
この感光ドラム７１７上の静電潜像は、現像器７１８から供給される現像剤によって現像剤像として可視像化される。また、レーザ光の照射開始と同期したタイミングで、各カセット７１９，７２０、手差給紙部７２１または両面搬送パス７２２から用紙が給紙され、この用紙は感光ドラム７１７と転写部７２３との間に搬送される。感光ドラム７１７に形成された現像剤像は転写部７２３により給紙された用紙上に転写される。
【００４９】
現像剤像が転写された用紙は定着部７２４に搬送され、定着部７２４は用紙を熱圧することによって現像剤像を用紙上に定着させる。定着部７２４を通過した用紙はフラッパ７２５および排出ローラ７２６を経てプリンタ７０５から外部（折り装置７０２）に向けて排出される。
【００５０】
ここで、用紙をその画像形成面が下向きになる状態（フェイスダウン）で排出するときには、定着部７２４を通過した用紙をフラッパ７２５の切換動作により一旦反転パス７２７内に導き、その用紙の後端がフラッパ７２５を通過した後に、用紙をスイッチバックさせて排出ローラ７２６によりプリンタ７０５から排出する。以下、この排紙形態を反転排紙と呼ぶ。この反転排紙は、原稿給送装置７０６を使用して読み取った画像を形成するときまたはコンピュータから出力された画像を形成するときなどのように先頭頁から順に画像形成するときに行われ、その排紙後の用紙順序は正しい頁順になる。
【００５１】
また、手差給紙部７２１からＯＨＰシートなどの硬い用紙が給紙され、この用紙に画像を形成するときには、用紙を反転パス７２７に導くことなく、画像形成面を上向きにした状態（フェイスアップ）で排出ローラ７２６により排出する。
【００５２】
さらに、用紙の両面に画像形成を行う両面記録が設定されている場合には、フラッパ７２５の切換動作により用紙を反転パス７２７に導いた後に両面搬送パス７２２へ搬送し、両面搬送パス７２２へ導かれた用紙を上述したタイミングで感光ドラム７１７と転写部７２３との間に再度給紙する制御が行われる。
【００５３】
プリンタ７０５から排出された用紙は折り装置７０２に送られる。この折り装置７０２は、用紙をＺ形に折りたたむ処理を行う。例えば、Ａ３サイズやＢ４サイズのシートでかつ折り処理が指定されているときには、折り装置７０２で折り処理を行い、それ以外の場合、プリンタ７０５から排出された用紙は折り装置７０２を通過してフィニッシャ７０３に送られる。このフィニッシャ７０３には、画像が形成された用紙に挿入するための表紙、合紙などの特殊用紙を給送するインサータ７２８が設けられている。フィニッシャ７０３では、製本処理、綴じ処理や穴あけなどの各処理を行う。
【００５４】
＜画像形成装置のブロック図＞
次に、図７に示す画像形成装置全体の制御を司るコントローラの構成について図８を参照しながら説明する。
【００５５】
コントローラは、図８に示すように、ＣＰＵ回路部８０１を有し、ＣＰＵ回路部８０１は、ＣＰＵ（図示せず）、ＲＯＭ８０２、ＲＡＭ８０３、ハードディスク８０４とが接続され、ＲＯＭ８０２に格納されている制御プログラムにより各ブロック８０５，８０６，８０７，８０８，８０９，８１０，８１１，８１２を総括的に制御する。ＲＡＭ８０３は、制御データを一時的に保持し、また制御に伴う演算処理の作業領域として用いられる。ハードディスク８０４は、制御プログラムに必要な情報や各ブロック８０５，８０６，８０７，８０８，８０９，８１０，８１１，８１２から受信した情報を記憶する。
【００５６】
原稿給送装置制御部８０５は、原稿給送装置７０６をＣＰＵ回路部８０１からの指示に基づき駆動制御する。イメージリーダ制御部８０７は、上述のスキャナユニット７０９、イメージセンサ７１５などに対する駆動制御を行い、イメージセンサ７１５から出力されたアナログ画像信号を画像信号制御部８０８に転送する。
【００５７】
画像信号制御部８０８は、イメージセンサ７１５からのアナログ画像信号をデジタル信号に変換した後に各処理を施し、このデジタル信号をビデオ信号に変換してプリンタ制御部８１０に出力する。外部Ｉ／Ｆ８０９はＬＡＮインターフェースを介してコンピュータ８１３に入力されたデジタル画像信号に各種処理を施し、このデジタル画像信号をビデオ信号に変換してプリンタ制御部８１０に出力する。また、外部Ｉ／Ｆ８０９はＬＡＮインターフェースを介して図示しないデバイス管理用装置と通信を行う。この画像信号制御部８０８による処理動作は、ＣＰＵ回路部８０１により制御される。プリンタ制御部８１０は、入力されたビデオ信号に基づき上述の露光制御部７１６を駆動する。
【００５８】
操作部８０６は、画像形成に関する各種機能を設定する複数のキー、設定状態を示す情報を表示するための表示部などを有し、各キーの操作に対応するキー信号をＣＰＵ回路部８０１に出力するとともに、ＣＰＵ回路部８０１からの信号に基づき対応する情報を表示部に表示する。
【００５９】
＜画像形成装置のソフト構造および遠隔管理用データ作成＞
図９の画像形成装置のタスク構成図（データに関しては図１０のデータ種類表に記述）を用いて、画像形成装置にて作成される遠隔管理用データについて説明する。図９に示すタクスマネージャー、各タスクは、ＣＰＵ回路部８０１のＲＯＭ８０２内のプログラムをＣＰＵが実行することによって実現される。なお、図１０において、デバイス管理用装置またはホスト装置の欄に○がついているデータは、当該データを当該装置に送信することを示しており、×は送信しないことを示している。
【００６０】
タスクマネージャー９０１は複数のタスクを同時に管理するためのものである。紙搬送部タスク群９０２は原稿および画像形成されるシートの紙搬送を司るタスク群である。シーケンス制御タスク９０３は、画像形成装置全体の管理を行うタスクである。通信タスク９０４はデバイス管理用装置と通信を行うためのタスクである。また、本実施形態の遠隔管理用データを作成するための管理用データ作成タスク９０５がある。
【００６１】
画像形成装置では、画像形成ごとに用紙サイズ別、モード別、紙種別、カラー別のカウントを行っている。これらのカウント結果は管理用データ作成タスク９０５にて行われ、画像形成装置内のメモリ装置（ハードディスク）に格納されている。
【００６２】
同様にして、ジャム、エラー、アラームなどのステータス情報が所定のデータフォーマットで画像形成装置内のメモリ装置（ハードディスク）に格納される。
【００６３】
さらに、画像形成装置内の各部ごとに構成消耗部品の交換寿命と、使用度数を表したカウンタ（以下、部品カウンタとする）を持っており、管理用データ作成タスク９０５の中でカウントされた結果が画像形成装置のメモリ装置（ハードディスク）に格納される。
画像形成装置の状態監視タスク９０６は、画像形成装置内の異常（ジャム、エラー、アラーム）を検知するか、予め設定されたデバイスのステータス変化を検知すると、画像形成装置のメモリ装置（ハードディスク）にその情報を格納または更新する。
【００６４】
以上が遠隔管理システムの基本構成で、以下図１１〜図１６を参照して、故障予測手段からメンテナンス有効期限を算出し、メンテナンススケジュール管理を行う遠隔管理システムについて説明する。
【実施例１】
【００６５】
＜画像形成装置のアラーム検出手段＞
図１１は、画像形成装置の記憶装置（ハードディスク）内に記憶されるアラーム情報のステータスの一例である。アラーム情報とは、画像形成装置の状態が正常ではないが、エラーやジャムが起こっていない状態を示すものであり、後述のフローチャートにて詳しく説明するが、メンテナンスを行う為の指標となる情報として、技術的意味合いから印刷枚数等と同様にメンテナンス情報とすることができる。
【００６６】
アラーム情報の具体例としては、画像形成装置内の給紙動作時に給紙動作開始からセンサをＯＮする時間を測定し、所定値を満たしていない場合にアラーム情報として記憶する。その他にも、モータの駆動電流やフォトセンサの発光電圧および出力電圧などアラーム情報として記憶される情報は様々である。この所定値とは、基本構成、部品の種類、使用方法、特性などに起因するためそれぞれのアラーム情報によって異なる。また、アラーム情報の中にはアラームレベルが設定されており、アラームレベルにより所定値が異なる。図１１では、アラームの例として、デッキリフターＡエラー、給紙動作異常、給紙センサ異常、パスＡセンサ異常を示しており、例えば、図１１の給紙動作異常では、給紙動作開始後、センサＯＮ信号が３００ｍｓ以内で検知できない場合はアラームレベル１、センサＯＮ信号が４００ｍｓ以内で検知できない場合はアラームレベル２、センサＯＮ信号が５００ｍｓ以内で検知できない場合はアラームレベル３というようにエラーまたはジャムが発生する可能性が高くなるほどアラーレベルは上がっていく。同様にそのアラームレベルに対応した最大限度動作回数が記憶されている。これはアラーム情報が出力されてからその動作を継続できる保証回数である。例えば、図１１の給紙動作異常のアラームレベル１では、このアラーム情報が記憶されてから１００００回給紙動作を保証する。また、パスＡセンサ異常のアラームレベル３では、このアラーム情報が記憶されてから１０００回の通紙動作を保証する。画像形成装置は、アラームが検出されるとこれらの情報をハードディクスに記憶し、デバイス管理用装置およびホスト装置にアラーム情報として送信する。
【００６７】
＜ホスト装置のメンテナンススケジュール管理＞
ホスト装置は、後述する仕組みによりメンテナンススケジュール管理を行う。定期点検などあらかじめ発生する定期メンテナンスに関しては、ホスト装置からデバイス管理用装置およびサービス拠点にＬＡＮで接続されているデバイスの定期メンテナンススケジュール情報を送信し、デバイス管理用装置のデバイス管理ＵＩを閲覧するためのディスプレイおよびサービス拠点の図示しない情報処理装置のディスプレイに表示する。
【００６８】
図１２（a）は、メンテナンススケジュール管理に利用される情報処理装置における保守作業予定日の調整を行うための画面の表示態様を示す。この管理に利用される情報処理装置の表示手段としては、例えば、図１におけるＬＡＮ上のデバイスである画像形成装置１０２の操作表示部や、デバイス管理用装置１０５の表示部や、ホスト装置１０７の表示部などが想定され、適宜サービスマンが必要とする場合に参照される。この画像表示情報の生成は、例えば、画像形成装置、データ管理装置またはホスト装置において行われる。
【００６９】
また、図１２（a）において、  １２０１は各ユニットを識別する為の識別情報が表示されている。
【００７０】
１２０２は、各ユニット毎の予め想定された寿命度数を示すものであり、寿命度数としては、例えば代表的なものとして、印刷枚数カウントが利用される。
【００７１】
１２０３は各ユニット毎の現状の使用状態を示したものである。ここでは、現在にいたるまでに利用された印刷枚数が示されている。
【００７２】
１２０４は、入力欄１２０５に入力された数値（日）後の各ユニット毎の予想状態を示す。これは、各デバイス毎における使用頻度と、入力欄１２０５に入力された数値（日）とに基づいて算出されるものであり、使用頻度は、今までにおけるデバイスの使用状況（印刷枚数カウント）と、期間との商に基づいて算出されるものに相当する。
【００７３】
そして、１２０６は入力欄１２０５に入力された数値（日）後における各ユニットの寿命状態を示す。即ち「パスユニット」については１５０日後にまだ、五日間の寿命余裕があり、「給紙センサ」については、既に寿命が三日間超過していることを示している。
【００７４】
例えば、図１２（a）に示される解析の結果、１４７日後に定期メンテナンスを行えば、「パスユニット」、「給紙センサ」、「デッキリフターユニット」のメンテナンスを一度で済ませることができることが予想される。
【００７５】
このように図１２（a）に示されるような保守作業予定日の調整を行うためのユーザインタフェースを介して、サービスマンは長期的なメンテナンスのスケジュールを立てることが可能となる。
【００７６】
図１２(b)は、図１２（a）にて説明した仕組みを利用してデバイス管理用装置またはホスト装置で生成された情報に基づいて作成された定期メンテナンス情報の画面への表示態様を示すものであり、例えば、デバイス管理用装置のディスプレイに表示される定期メンテナンス情報を示す画面に相当する。また、サービス拠点の情報処理装置の表示装置にも同様の情報が表示される。
【００７７】
一方、長期的な予測を行うための印刷カウント枚数や、感光体ドラムの回転数や、各部品への通電時間とは別に、エラーやジャムなどの偶然に発生するメンテナンスに関しては、緊急を要するためホスト装置がその内容を受信すると、すぐにデバイス管理用装置およびサービス拠点（サービスマン）に送信し、至急メンテナンスを実施するデータを送信する。
【００７８】
図１３はアラーム情報がホスト装置に送信された時に、最大限度動作回数からメンテナンスの有効期限を決定するフローチャートであり、図１１の給紙動作異常を例に説明する。画像形成装置内でアラームレベル２の給紙異常アラームが発生しアラーム情報として記憶されると、そのアラーム情報をデバイス管理用装置へ送信し、更にデバイス管理用装置からホスト装置に送信される。デバイス管理用装置からのデータをホスト装置が受信すると、パスワードチェック、ハードディスクに記憶（図６参照）を行い、受信した情報がアラーム情報の場合には図１３に示すフローチャートに移行する。ホスト装置が対応する画像形成装置の給紙異常アラーム情報を受信し、アラームコード、アラームレベル、最大限度動作回数を取得する（Ｓ１３０１）。上記例では、給紙異常アラームでアラームレベルが「２」および最大限度回数が５０００回である。次に、ホスト装置がそのアラームが発生した画像形成装置の過去Ｎ日の動作カウント回数の平均値を算出するか、指定日Ｍの動作カウント回数を取得する（Ｓ１３０２）。過去Ｎ日および指定日Ｍは、ホスト装置のキーボードから設定可能である。上記例では、N＝２として過去２日の平均給紙動作カウント回数が５００回とする。平均動作カウント回数が算出されたら、最大限度動作回数／（平均）動作カウント回数＝メンテナンス有効期限（日）よりメンテナンス有効期限を算出する（Ｓ１３０３）。上記例では、５０００／５００＝１０日のメンテナンス有効期限が算出される。
【００７９】
このメンテナンス有効期限とは、実質的にはアラーム情報に関連するユニット或は部品に関して、メンテナンスを行うべき期間の目安を示すものであり期間に対応すると共に、現在の日付と前記期間とから、メンテナンスを行うべく限度の日付にも対応する。また、残りの寿命に相当させることもできる。
【００８０】
図１４は、図１２にて説明した長期的予測に基づいて作成されたメンテナンススケジュールをアラーム情報に基づいて適宜変更するフローチャートを示す。
【００８１】
これは、アラーム情報からメンテナンス有効期限を算出し、実際にメンテナンスを行う日時を決定するフローチャートである。まず、画像形成装置の定期メンテナンス日時Xを取得し、アラーム情報から算出したメンテナンス有効期限にアラームが発生した日時を加算したメンテナンス有効期限日Yを算出する（Ｓ１４０１）。  
次に、定期メンテナンス日時Ｘとメンテナンス有効期限日Ｙの大小を比較する（Ｓ１４０２）。
【００８２】
定期メンテナンス日Ｘがメンテナンス有効期限日Ｙより遅い場合でには、その差が５日間以内（Ｓ１４０３）であれば、メンテナンス日をメンテナンス有効期限日Ｙに設定し（Ｓ１４０４）、定期メンテナンスおよびアラーム情報のメンテナンス（必要に応じては、部品交換）を同時に行う日程に変更される。尚、５日という日数は一例であり、適宜に任意の値に設定されるものとする。
【００８３】
Ｓ１４０３で、定期メンテナンス日Ｘがメンテナンス有効期限日Ｙより遅い場合でも、その差が５日間以内でない時は、定期メンテナンス日をＸ、メンテナンス有効期限日をＹに設定し（Ｓ１４０５）、別々のメンテスナンス日を作成する。同様に、Ａ１４０２で、定期メンテナンス日Ｘがメンテナンス有効期限日Ｙより早い場合でその差が５日間以内（Ｓ１４０６）であれば、メンテナンス日を定期メンテナンス日Ｘに設定し（Ｓ１４０７）、定期メンテナンスおよびアラーム情報のメンテナンス（必要に応じては、部品交換）を同時に行う日程に変更される。Ｓ１４０６で、定期メンテナンス日Ｘがメンテナンス有効期限日Ｙより早い場合でも、その差が５日間以内でない時は、Ｓ１４０５において、定期メンテナンス日をＸ、メンテナンス有効期限日をＹに設定し、別々のメンテスナンス日を作成する。以上のＳ１４０１乃至Ｓ１４０７によって、メンテナンス日が変更あるいは追加されるとデバイス管理用装置に対しその内容のデータを送信する（Ｓ１４０８）。
【００８４】
図１５は、ホスト装置がアラーム情報の取得によってメンテナンス日を変更あるいは追加されデバイス管理用装置およびサービス拠点にデータを送信した時に、デバイス管理用装置のディスプレイおよびサービス拠点の情報処理装置のディスプレイに表示されるメンテナンス日の変更を示す画面である。同図（ａ）は、定期メンテナンス日Ｘがメンテナンス有効期限日Ｙより遅く、その差が５日間以内（図１４のＳ１４０３参照）でメンテナンス日がメンテナンス有効期限日Ｙに変更されたときに表示されるものである。同図（ｂ）は、定期メンテナンス日をＸ、メンテナンス有効期限日をＹに設定し（図１４のＳ１４０５参照）、別々のメンテスナンス日に設定されたときに表示されるものである。同様に、同図（ｃ）は、定期メンテナンス日Ｘがメンテナンス有効期限日Ｙより早い場合で、その差が５日間以内（図１４のＳ１４０６参照）でメンテナンス日が定期メンテナンス日Ｘに変更されたときに表示されるものである。
【００８５】
このように図１４のフローチャートによれば、長期的予測に基づくメンテンナンス定期訪問とは別に、即時性が求められる事態が発生したとしても、適切なメンテナンス訪問スケジュールを演算し、その演算結果に基づいた効率よいメンテナンススケジュールを提供することが可能となった。例えば、画像形成装置の使用頻度から次回の訪問日を予定していたような状況において、予想外の事態が発生した場合などには、長期的な予測に基づく定期訪問と、即時性が求められる事態に対する訪問との二度の訪問を最大限に防ぐことができるようになった。
【００８６】
したがって、ホスト装置は、定期メンテナンススケジュールなどの長期的予測に基づくメンテナンス情報と、アラーム情報およびこのアラーム情報に基づいて作成したメンテナンス有効期限などの中期的あるいは短期的予測に基づくメンテナンス情報とに基づいてメンテナンススケジュール管理を行う管理手段を有するものである。また、ホスト装置は、この管理手段によって管理作成されたメンテナンススケジュール管理の情報を報知する報知手段を有するものである。
【実施例２】
【００８７】
本発明の画像形成装置のアラーム検出手段は以下に示すものでも良い。  
図１６は、画像形成装置内でアラーム情報のステータスとして記憶される一例である。例えば、画像形成装置内の給紙動作時に給紙動作開始からセンサをＯＮする時間を測定し、所定値を満たしていない場合にアラーム情報として記憶する。その他にも、モータの駆動電流やフォトセンサの発光電圧および出力電圧などアラーム情報として記憶される情報は様々である。この所定値とは、基本構成、部品の種類、使用方法、特性などに起因するためそれぞれのアラーム情報によって異なる。また、アラーム情報の中にはアラームレベルが設定されており、アラームレベルにより所定値が異なる。例えば、図１６の給紙動作異常では、給紙動作開始後、センサＯＮ信号が３００〜３５０ｍｓで検知した場合はアラームレベル１、センサＯＮ信号が４００〜４５０ｍｓで検知した場合はアラームレベル３、センサＯＮ信号が５００ｍｓ以内で検知できない場合はアラームレベル５というようにエラーまたはジャムが発生する可能性が高くなるほどアラーレベルは上がっていく。図１７は、そのアラームレベル毎のメンテナンス有効期限を示す。アラーム情報がホスト装置に送信されると、ホスト装置はアラームレベルを判断しメンテナンス有効期限を決定する。その後は実施形１と同様にメンテナンス日を図１４に示すフローチャートで決定し、デバイス管理用装置およびサービス拠点にその内容を送信する。
【００８８】
なお、本システムは、ＬＡＮおよびインターネットを介してデバイス、デバイス管理用装置、ホスト装置、およびサービス拠点が相互にデータ交換可能に接続されているので、例えば、ＬＡＮに接続されているデバイスである画像形成装置からのアラーム情報はデバイス管理用装置が受信するので、図１３乃至図１５に示す如き処理はデバイス管理用装置においても実行可能であり、さらには、ＬＡＮに接続されているデバイスにおいても実行可能である。また、例えば、図１２（ａ），（ｂ）、図１５等の表示情報もデバイス、デバイス管理用装置、ホスト装置、およびサービス拠点において共有可能である。また、ＬＡＮおよびインターネットを介して相互に接続されているデバイス、デバイス管理用装置、ホスト装置、およびサービス拠点間でデータを授受することによって、メンテナンススケジュール管理が実行されるので、このメンテナンススケジュール管理を行う際に用いるデータは、全て、メンテナンス情報またはそれに関連する情報ということができる。
【図面の簡単な説明】
【００８９】
【図１】本発明を適用した遠隔管理システムの構成図である。
【図２】デバイス管理用装置の構成を示す図である。
【図３】デバイス管理用装置の制御フローチャートである。
【図４】（ａ），（ｂ）はデバイス管理用装置とホスト装置とのデータ通信フローチャートである。
【図５】ホスト装置の構成図である。
【図６】ホスト装置の制御フローチャートである。
【図７】画像形成装置（デバイス）の構成を示す断面図である。
【図８】画像形成装置全体の制御を司るコントローラの構成図である。
【図９】画像形成装置のタスク構造を示す図である。
【図１０】画像形成装置がもつ管理システム用データの一例を示す図である。
【図１１】実施例１のアラームを例示する図である。
【図１２】（ａ），（ｂ）は定期メンテナンススケジュールを表す画面の例を示す図である。
【図１３】メンテナンス有効期限決定フローチャートである。
【図１４】メンテナンス日程決定フローチャートである。
【図１５】（ａ）〜（ｃ）はデバイス管理用装置のメンテナンス日変更画面を示す図である。
【図１６】実施例２のアラームを例示する図である。
【図１７】実施例２のアラームレベルとメンテナンス有効期限対応表を示す図である。
【符号の説明】
【００９０】
１０２      画像形成装置
１０３      ＬＡＮ
１０５      デバイス管理用装置
１０６      インターネット
１０７      ホスト装置
１０８      サービス拠点
【図１】
2005165467.tif 000003
【図２】
2005165467.tif 000004
【図３】
2005165467.tif 000005
【図４】
2005165467.tif 000006
【図５】
2005165467.tif 000007
【図６】
2005165467.tif 000008
【図７】
2005165467.tif 000009
【図８】
2005165467.tif 000010
【図９】
2005165467.tif 000011
【図１０】
2005165467.tif 000012
【図１１】
2005165467.tif 000013
【図１２】
2005165467.tif 000014
【図１３】
2005165467.tif 000015
【図１４】
2005165467.tif 000016
【図１５】
2005165467.tif 000017
【図１６】
2005165467.tif 000018
【図１７】
2005165467.tif 000019