画像形成管理システム
【課題】 画像形成装置のメンテナンスにおいて、事前異常情報を取得しても異常情報と同様にサービスマンは即座に対応しなければならないという欠点がある。
【解決手段】 画像形成装置からの事前故障情報から、発生が想定される故障を予測する手段と、前記予測した故障の対応として、交換が想定される部品を選択する手段と、前記部品を交換予想部品として要求する数を計数する手段と、部品の在庫情報を管理している部品在庫情報管理手段と、前記交換予想部品として選択された部品の在庫数と交換予想部品として要求している数とを比較する在庫数適正判断手段と、前記判断手段の結果によって警告を出力する在庫量警告手段を持つことを特徴とする
【解決手段】 画像形成装置からの事前故障情報から、発生が想定される故障を予測する手段と、前記予測した故障の対応として、交換が想定される部品を選択する手段と、前記部品を交換予想部品として要求する数を計数する手段と、部品の在庫情報を管理している部品在庫情報管理手段と、前記交換予想部品として選択された部品の在庫数と交換予想部品として要求している数とを比較する在庫数適正判断手段と、前記判断手段の結果によって警告を出力する在庫量警告手段を持つことを特徴とする
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された例えば事務用機器のような電気機器の故障予測手段から得られる故障予測情報によって、高い確立で発生しそうな異常状態が実際に発生した場合、速やかに対応できるよう、部品の在庫が適正在庫量かどうかを判断して警告表示を行う画像形成管理システムに関する。
【背景技術】
【０００２】
従来、画像形成装置などの事務用機器（デバイス）がネットワーク接続され、その事務用機器の状態を包括的に遠隔監視する遠隔管理システムが提案されている一方、故障発生によるユーザ先の事務用機器（特に、画像形成装置）の機械停止によるダウンタイムの低減が要求されている。また、異常状態が発生した場合、異常状態の発生原因が部品故障であった場合、故障した部品を交換する必要がある。その場合、すぐに部品を交換できるように数時間以内に前記部品を手に入れられる体制が不可欠である。そのために予備交換部品として在庫を持つことになる。しかしながら現状、装置の部品品種が急激に増加している。そのため交換用の予備部品にかかる在庫費用や、在庫スペースの増大が発生している。このような背景の中、特許文献１では画像形成装置から遠隔管理装置に通報される異常情報、事前異常情報（事前故障情報）を機種、機番ごとに受信し、管理装置に送信して管理装置側の画面にその受信情報が時系列順に表示されるものが提案されている上記異常情報とは、搬送系で言うとジャム情報を言い、事前異常情報はジャム事前故障情報を示す。管理装置側でサービスマン訪問の要否を判断し、要と判断された場合にはサービス拠点の端末装置に判断結果を送信している。
【特許文献１】特開２０００−２５３１９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら前記従来例では、以下のような欠点があった。異常情報、事前異常情報を遠隔管理装置に送信し、その情報から管理装置側のオペレータがサービスマン訪問の要否を判断し、その判断結果が要と判定された場合のみサービスマン訪問が実施され、事前異常情報を取得しても異常情報と同様にサービスマンは即座に対応しなければならないという欠点がある。また、事前異常情報によって予測した異常状態は、発生する確率が高い。前記予測した異常状態が発生し、予備部品の交換が必要なった場合に、該当する予備部品が速やかに手に入れることが出来なかった場合、即座に異常状態に対応することができなかった。
【０００４】
本出願に係る発明の目的は、事前異常情報の取得に応じて、発生しうる異常状態に備える、すなわち故障する可能性の高い部品、（交換する可能性の高い部品）の在庫量を適正にするように警告表示することによって、事前に予測していた異常状態に対して速やかに対応することで、機械停止によるダウンタイムの低減を図り、使用者により快適な使用環境を提供することである。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の請求項１記載の画像形成管理システムは、ネットワークに接続された複数の画像形成装置を管理する画像形成装置管理システムにおいて、前記画像形成装置からの事前故障情報から、発生が想定される故障を予測する手段と、前記予測した故障の対応として、交換が想定される部品を選択する手段と、前記部品を交換予想部品として要求する数を計数する手段と、部品の在庫情報を管理している部品在庫情報管理手段と、前記交換予想部品として選択された部品の在庫数と交換予想部品として要求している数とを比較する在庫数適正判断手段と、前記判断手段の結果によって警告を出力する在庫量警告手段を持つことを特徴とする。
【０００６】
また、画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、事前故障情報として送信する画像形成装置を持つことを特徴とする。
【０００７】
また、市場で行われたメンテナンス作業のデータを管理する手段を持ち、前記部品を交換予想部品として要求する数を計数する手段は、前記部品が前記予測した故障の対応として、実際に交換が発生した交換率を加味して、交換予想部品として要求する数を計数することを特徴とする。
【０００８】
また、画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、その緊急度を事前故障レベル情報として事前故障情報に付加して送信する画像形成装置を持つことを特徴とする。
【０００９】
また、前記部品を交換予想部品として要求する数を計数する手段は、前記アラームレベルを加味して交換予想部品として要求する数を計数することを特徴とする。
【００１０】
また、前記部品の在庫情報を管理している部品在庫情報管理手段は、複数の各サービス拠点に設けられ、各サービス拠点内の部品の在庫情報を管理していることを特徴とする。
【発明の効果】
【００１１】
以上説明したように本発明では、本発明は、上記問題に鑑み、画像形成装置内の故障を予測するタイミング等の事前故障情報検知手段を有し、その検知手段により検出した事前異常情報（以下事前故障情報）から交換が必要になりそうな部品を予測し、各サービス拠点にその情報を通知する。そして、各サービス拠点において、前記部品の在庫量を確認すると共に、在庫量が適正かどうかを判断する。そして在庫量が適正でないと判断した場合、警告を表示する。それにより、各サービス拠点の部品の在庫を適正に保つことで、異常状態の発生に備えると共に、異常状態が発生した場合に速やかに対応することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。
【００１３】
＜システムの構成＞
図１は、本実施の形態のデバイス（画像形成装置やプリンタなど）をネットワークに接続するためのネットワークボード（ＮＥＢ）（Ａ−０３０）を、開放型アーキテクチャを持つプリンタ（Ａ−０３１）へつなげた場合を示す図である。ＮＥＢ［Ａ−０３０］はローカルエリアネットワーク（ＬＡＮ）（Ａ−０００）へ、同軸コネクタをもつＥｔｈｅｒｎｅｔ（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５をもつ１０Ｂａｓｅ−Ｔ、１００Ｂａｓｅ−ＴなどのＬＡＮインターフェースを介して接続されている。
【００１４】
ＰＣ（Ａ−０１１）などの複数のパーソナルコンピュータ（ＰＣ）もまた、ＬＡＮ（Ａ−０００）に接続されており、ネットワークオペレーティングシステムの制御の下、ＰＣ（Ａ−０１１）はＮＥＢ（Ａ−０３０）と通信することができる。この状態で、ＰＣの一つをネットワーク管理部として指定することが可能である。
【００１５】
また、ＬＡＮ（Ａ−０００）上には本実施系を行うためのデバイス管理装置（ＰＣ）（Ａ−０１０）が接続されている。さらに、デバイス管理装置のデータベースを管理する図示しないデータベース管理サーバが接続されている。データベース管理サーバは、デバイス管理用サーバ（Ａ−０１０）に包含されていてもよい。
【００１６】
デバイス管理装置は、ＭＩＢで定義されたキヤノン独自のデータと、ＴＣＰ／ＩＰ上の階層でキヤノン独自のプロトコルを使用することにより、デバイスのデータを収集している。
【００１７】
また、複数のＬＡＮを接続するインターネット（Ａ−００１）を介して、各ＬＡＮ上に接続されたデバイス管理装置からのデータを収集するホスト装置（Ａ−０２０）がある。同様に、デバイスの保守、点検を行うための全国各地の複数箇所にある各サービス拠点にもインターネット（Ａ−００１）に接続されているサービス拠点管理装置（Ａ−０４０）がある。異常情報（エラ−、ジャムなどのデータ）や使用状況（カウンタデータ）、事前異常情報（事前故障情報）などのメンテナンス情報は、各装置からデバイス管理用サーバ（Ａ−０１０）を経由してホスト装置（Ａ−０２０）に送信され、さらに各サービス拠点にあるメンテナンス管理装置（Ａ−０４０）に送信される。
【００１８】
＜ネットワーク上でのデバイス管理プロトコル＞
ネットワーク上でデバイスを管理するための方法としては、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔ：ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Ｃｏｍｍｏｎ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＣＭＩＰ）と呼ばれる。ＣＭＩＰはヨーロッパの共通ネットワーク管理プロトコルである。
【００１９】
また米国においては、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：ＳＮＭＰ）と呼ばれるＳＮＭＰに関するプロトコルがある。
【００２０】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション、各々がエージェントを含むいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。
【００２１】
また、エージェントは自分の状態に関するデータをデータベースの形式で保持している。このデータベースのことをＭＩＢ（ＭＡｎａｇｅｍｅｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ぶ。
【００２２】
ＭＩＢは木構造のデータ構造をしており、ＲＦＣ１１５５ Ｓｔｒｕｃｔｕｒｅ ａｎｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｏｆ ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ＴＣＰ／ＩＰ−ｂａｓｅｄ Ｉｎｔｅｒｎｅｔｓで規定されている。
【００２３】
このＭＩＢ中にはプライベートＭＩＢと呼ばれるノードがあり、企業や団体が独自のＭＩＢを定義することが可能である。
【００２４】
キヤノン株式会社には、独自の定義をおこなうために企業番号として「１６０２」が割り当てられており、キヤノン独自のＭＩＢであるキヤノンＭＩＢ（Ｃａｎｏｎ ＭＩＢ）により、画像形成装置の情報をネットワーク上に送出することが可能となっている。
【００２５】
＜デバイス管理装置＞
図２はデバイス管理装置（Ａ−０１０）内の通信制御手段の構成である。全体を制御するＣＰＵ（Ａ−３０１）、ＣＰＵが動作するために必要なワーキングエリアであるＲＡＭ（Ａ−３０２）、ＣＰＵの動作を指示するプログラムを記憶しているＨａｒｄＤｉｓｋ（Ａ−３０３）、各種コピーカウンタ値やジャム、エラー、事前故障情報などのステータス情報、部品カウンタ、およびＭＩＢ情報を記憶しておくためのデータベース（Ａ−３０４）である。（Ａ−３０３、Ａ３０４は同一のＨａｒｄＤｉｓｋ）ユーザがデバイス管理ＵＩを閲覧するためのディスプレイ（Ａ−３０５）で、モデムとの通信を行なうためのシリアルインターフェース（Ａ−３０６）、ネットワーク（ＬＡＮ）との通信を行なうためのインターフェース（Ａ−３０７）である。
【００２６】
以下、図３のデバイス管理装置フローチャート図に基づいて説明する。
【００２７】
デバイス管理装置は通常アイドル状態（Ａ−４０２）にある。画像形成装置からのイベント待ちをしており、イベントを受信すると（Ａ−４０３）、そのイベントに対応するデータ（たとえば、ジャムイベントならジャムデータ、事前故障情報イベントなら事前故障情報データ）を画像形成装置に要求する（Ａ−４０７）。画像形成装置は、デバイス管理装置からのデータ要求に応じて、データを送出する。画像形成装置からのデータを取得すると、デバイス管理装置はデータベース内の該データを蓄積する。
【００２８】
なおエラーデータなどホストへ緊急通知する必要のあるデータがあれば、ただちにホストに対して送信し、ジャムデータや事前故障情報データはデバイス管理装置内で必要に応じてホストへ送信する（Ａ−４０８）。
【００２９】
同様にしてデバイス管理装置は、ホストからのイベント待ち（Ａ−４０５）もしており、カウンタ値や部品カウンタの要求がある（Ａ−４０６）と、デバイス管理装置の管理データベースから要求に応じたデータをホストへ送信する（Ａ−４０９）。
【００３０】
また、デバイス管理装置はデバイスの定期監視を行っており、ある所定の時刻になると（Ａ−４０４）監視下にあるデバイスの各種カウンタ値を収集する（Ａ−４０５）。デバイス管理装置にて収集されたデータは、データベース内に図示しない所定のフォーマットで蓄積され、そのデバイスの使用状況が把握できる。
【００３１】
＜デバイス管理装置〜ホスト装置間のデータ通信シーケンス＞
デバイス管理装置とホスト装置のデータ送受信は３つの方法がある。
【００３２】
Ｅ−ｍａｉｌ、モデム、ＴＣＰ／ＩＰの３方法があるが、基本的にデータ送受信シーケンスは同じなので、Ｅ−ｍａｉｌの場合で、図４に基づいて説明する。
【００３３】
まず送信（ここではデバイス管理装置、ホスト装置のどちらでもよい）のシーケンスを説明する。送信側が発呼の条件を満たすと（Ａ−５０１）、転送すべきデータをＥ−ｍａｉｌに添付し送信する（Ａ−５０２）。送信データに対して応答待ちを行い（Ａ−５０３）、規定時間内に応答メールがあるかどうか確認する（Ａ−５０４）。応答があった場合、応答先のメールアドレスが予め登録されたものと一致するかどうか確認し（Ａ−５０５）、一致した場合通信結果をデータベース上に記録し（Ａ−５０６）、シーケンスを終了する（Ａ−５０７）。
【００３４】
送信データに対する応答待ち（Ａ−５０３）で規定時間内に応答が無かった場合（Ａ−５０４）、再送要求を行う（Ａ−５０８）。再送回数が規定回数内であれば、（Ａ−５０２）にてデータを再送する。再送回数が規定回数を越えていた場合、管理者（送信側がデバイス管理装置の場合、ユーザ側の管理者、送信側がホストの場合、オペレータになる。）へ警告メールを通知し（Ａ−５０９）、通信結果（エラー）をデータベース上に記録（Ａ−５０６）して終了する（Ａ−５０７）。
【００３５】
続いて、受信のシーケンスを説明する。受信側はデータの受信待ちを行い（Ａ−５１１）、受信した場合（Ａ−５１２）、データをデータベース上に記録し（Ａ−５１３）、通信結果データベース上に記録して（Ａ−５１４）終了する（Ａ−５１５）。
【００３６】
＜ホスト装置の制御＞
図５はホスト装置の構成図である。ホスト装置は、全体を制御しているＣＰＵ（Ａ−８０１）、ＣＰＵがデータ処理を行うために必要なプログラムやデータを格納しておくＲＡＭ（Ａ−８０２）、受信したデータを保存しておくためのＨａｒｄＤｉｓｋ（Ａ−８０３）は、デバイス管理データは全てここに保存されている。オペレータが指示を与えるためのキーボード（Ａ−８０４）、ホストコンピュータが情報を出力するためのディスプレイ装置（Ａ−８０５）、モデムとデータ送受信するためのシリアルポート（Ａ−８０６）、ＬＡＮと接続されたネットワークボード（Ａ−８０７）で、デバイス管理装置とＥ−ｍａｉｌによるデータのやりとりをするメールサーバー（Ａ−８０８）から構成される。
【００３７】
図６はホストコンピュータの処理を示すフローチャートである。Ｅ−ｍａｉｌによるデータ送受信の場合のみ説明する。通常ホストコンピュータはデバイス管理装置からのＥ−ｍａｉｌを待っている（Ａ−９０２）。着信があればパスワードチェックを行い（Ａ−９０３、Ａ−９０４）、エラーデータや事前故障情報データやカウンタデータなどを受信する（Ａ−９０４）。ただしくメールが受信できた場合、デバイス管理装置にＯＫメールを返信し（Ａ−９０５）、正しく受け取れなかった場合エラーメールを送信する（Ａ−９１０）。暗号化されたメールの添付情報を復号化し（Ａ−９０６）、ハードディスクに各装置のデータを格納している装置情報データベースに、対象となる装置のデータとして、エラーデータや事前故障情報データやカウンタデータを格納する（Ａ−９０７）。このとき受信した内容によってディスプレイに表示しオペレータに通知する（Ａ−９０９）。
【００３８】
＜サービス拠点のメンテナンス管理装置の制御＞
図１２は複数箇所の各サービスセンターに設けられているサービス拠点のメンテナンス管理装置の構成図である。メンテナンス管理装置は、全体を制御しているＣＰＵ（Ａ−７０１）、ＣＰＵがデータ処理を行うために必要なプログラムやデータを格納しておくＲＡＭ（Ａ−７０２）、受信したデータを保存しておくためのＨａｒｄＤｉｓｋ（Ａ−７０３）は、デバイス管理データや部品在庫情報は全てここに保存されている。オペレータが指示を与えるためのキーボード（Ａ−７０４）、メンテナンス管理装置が情報を出力するためのディスプレイ装置（Ａ−７０５）、モデムとデータ送受信するためのシリアルポート（Ａ−７０６）、ＬＡＮと接続されたネットワークボード（Ａ−７０７）で、ホスト装置とＥ−ｍａｉｌによるデータのやりとりをするメールサーバー（Ａ−７０８）から構成される。
【００３９】
図１３はメンテナンス管理装置の処理を示すフローチャートである。Ｅ−ｍａｉｌによるデータ送受信の場合のみ説明する。通常メンテナンス管理装置はホスト装置からのＥ−ｍａｉｌを待っている（Ａ−６０２）。着信があればパスワードチェックを行い（Ａ−６０３、Ａ−６０４）、その拠点が管理しているデバイスに関するデータ、例えばエラーデータや事前故障情報データやカウンタデータなどを受信する（Ａ−６０４）。ただしくメールが受信できた場合、ホスト装置にＯＫメールを返信し（Ａ−６０５）、正しく受け取れなかった場合エラーメールを送信する（Ａ−６１０）。暗号化されたメールの添付情報を復号化し（Ａ−６０６）、ハードディスクに各装置のデータを格納している装置情報データベースに、対象となる装置のデータとして、エラーデータや事前故障情報データやカウンタデータを格納する（Ａ−６０７）。このとき受信した内容によってディスプレイに表示しオペレータに通知する（Ａ−６０９）。
【００４０】
＜メンテナンス管理装置〜ホスト装置間のデータ通信シーケンス＞
メンテナンス管理装置とホスト装置のデータ送受信は３つの方法がある。
Ｅ−ｍａｉｌ、モデム、ＴＣＰ／ＩＰの３方法があるが、基本的にデータ送受信シーケンスは同じなので、Ｅ−ｍａｉｌの場合で、図１４に基づいて説明する。
【００４１】
まず送信（ここではメンテナンス管理装置、ホスト装置のどちらでもよい）のシーケンスを説明する。送信側が発呼の条件を満たすと（Ａ−５５１）、転送すべきデータをＥ−ｍａｉｌに添付し送信する（Ａ−５５２）。送信データに対して応答待ちを行い（Ａ−５５３）、規定時間内に応答メールがあるかどうか確認する（Ａ−５５４）。応答があった場合、応答先のメールアドレスが予め登録されたものと一致するかどうか確認し（Ａ−５５５）、一致した場合通信結果をデータベース上に記録し（Ａ−５５６）、シーケンスを終了する（Ａ−５５７）。
【００４２】
送信データに対する応答待ち（Ａ−５５３）で規定時間内に応答が無かった場合（Ａ−５５４）、再送要求を行う（Ａ−５５８）。再送回数が規定回数内であれば、（Ａ−５５２）にてデータを再送する。再送回数が規定回数を越えていた場合、管理者（送信側がデバイス管理装置の場合、ユーザ側の管理者、送信側がホストの場合、オペレータになる。）へ警告メールを通知し（Ａ−５５９）、通信結果（エラー）をデータベース上に記録（Ａ−５５６）して終了する（Ａ−５５７）。
【００４３】
続いて、受信のシーケンスを説明する。受信側はデータの受信待ちを行い（Ａ−５５１）、受信した場合（Ａ−５５２）、データをデータベース上に記録し（Ａ−５５３）、通信結果データベース上に記録して（Ａ−５５４）終了する（Ａ−５５５）。
【００４４】
＜デバイス装置＞
図７は本発明のデバイスを画像形成装置として、実施の一形態の主要部構成を示す縦断面図である。
【００４５】
画像形成装置は、図７に示すように、画像形成装置本体１０と、折り装置４００と、フィニッシャ５００とから構成され、画像形成装置本体１０は原稿画像を読み取るイメージリーダ２００およびプリンタ３００を備える。
【００４６】
イメージリーダ２００には、原稿給送装置１００が搭載されている。原稿給送装置１００は、原稿トレイ上に上向きにセットされた原稿を先頭頁から順に１枚づつ左方向へ給紙し、湾曲したパスを介してプラテンガラス１０２上を左から流し読取り位置を経て右へ搬送し、その後外部の排紙トレイ１１２に向けて排出する。この原稿がプラテンガラス１０２上の流し読取り位置を左から右へ向けて通過するときに、この原稿画像は流し読取り位置に対応する位置に保持されたスキャナユニット１０４により読み取られる。この読取り方法は、一般的に、原稿流し読みと呼ばれる方法である。具体的には、原稿が流し読取り位置を通過する際に、原稿の読取り面がスキャナユニット１０４のランプ１０３の光で照射され、その原稿からの反射光がミラー１０５、１０６、１０７を介してレンズ１０８に導かれる。このレンズ１０８を通過した光は、イメージセンサ１０９の撮像面に結像する。
【００４７】
このように流し読取り位置を左から右へ通過するように原稿を搬送することによって、原稿の搬送方向に対して直交する方向を主走査方向とし、搬送方向を副走査方向とする原稿読取り走査が行われる。すなわち、原稿が流し読取り位置を通過する際に主走査方向に原稿画像を１ライン毎にイメージセンサ１０９で読み取りながら、原稿を副走査方向に搬送することによって原稿画像全体の読取りが行われ、光学的に読み取られた画像はイメージセンサ１０９によって画像データに変換されて出力される。イメージセンサ１０９から出力された画像データは、後述する画像信号制御部２０２において所定の処理が施された後にプリンタ３００の露光制御部１１０にビデオ信号として入力される。
【００４８】
なお、原稿給送装置１００により原稿をプラテンガラス１０２上に搬送して所定位置に停止させ、この状態でスキャナユニット１０４を左から右へ走査させることにより原稿を読み取ることも可能である。この読取り方法は、いわゆる原稿固定読みと呼ばれる方法である。
【００４９】
原稿給送装置１００を使用しないで原稿を読み取るときには、まず、ユーザにより原稿給送装置１００を持ち上げてプラテンガラス１０２上に原稿を載置し、そして、スキャナユニット１０４を左から右へ走査させることにより原稿の読取りを行う。すなわち、原稿給送装置１００を使用しないで原稿を読み取るときには、原稿固定読みが行われる。
【００５０】
プリンタ３００の露光制御部１１０は、入力されたビデオ信号に基づきレーザ光を変調して出力し、該レーザ光はポリゴンミラー１１０ａにより走査されながら感光ドラム１１１上に照射される。感光ドラム１１１には走査されたレーザ光に応じた静電潜像が形成される。ここで、露光制御部１１０は、後述するように、原稿固定読み時には、正しい画像（鏡像でない画像）が形成されるようにレーザ光を出力する。
【００５１】
この感光ドラム１１１上の静電潜像は、現像器１１３から供給される現像剤によって現像剤像として可視像化される。また、レーザ光の照射開始と同期したタイミングで、各カセット１１４，１１５、手差給紙部１２５または両面搬送パス１２４から用紙が給紙され、この用紙は感光ドラム１１１と転写部１１６との間に搬送される。感光ドラム１１１に形成された現像剤像は転写部１１６により給紙された用紙上に転写される。
【００５２】
現像剤像が転写された用紙は定着部１１７に搬送され、定着部１１７は用紙を熱圧することによって現像剤像を用紙上に定着させる。定着部１１７を通過した用紙はフラッパ１２１および排出ローラ１１８を経てプリンタ３００から外部（折り装置４００）に向けて排出される。
【００５３】
ここで、用紙をその画像形成面が下向きになる状態（フェイスダウン）で排出するときには、定着部１１７を通過した用紙をフラッパ１２１の切換動作により一旦反転パス１２２内に導き、その用紙の後端がフラッパ１２１を通過した後に、用紙をスイッチバックさせて排出ローラ１１８によりプリンタ３００から排出する。以下、この排紙形態を反転排紙と呼ぶ。この反転排紙は、原稿給送装置１００を使用して読み取った画像を形成するときまたはコンピュータから出力された画像を形成するときなどのように先頭頁から順に画像形成するときに行われ、その排紙後の用紙順序は正しい頁順になる。
【００５４】
また、手差給紙部１２５からＯＨＰシートなどの硬い用紙が給紙され、この用紙に画像を形成するときには、用紙を反転パス１２２に導くことなく、画像形成面を上向きにした状態（フェイスアップ）で排出ローラ１１８により排出する。
【００５５】
さらに、用紙の両面に画像形成を行う両面記録が設定されている場合には、フラッパ１２１の切換動作により用紙を反転パス１２２に導いた後に両面搬送パス１２４へ搬送し、両面搬送パス１２４へ導かれた用紙を上述したタイミングで感光ドラム１１１と転写部１１６との間に再度給紙する制御が行われる。
【００５６】
プリンタ３００から排出された用紙は折り装置４００に送られる。この折り装置４００は、用紙をＺ形に折りたたむ処理を行う。例えば、Ａ３サイズやＢ４サイズのシートでかつ折り処理が指定されているときには、折り装置４００で折り処理を行い、それ以外の場合、プリンタ３００から排出された用紙は折り装置４００を通過してフィニッシャ５００に送られる。このフィニッシャ５００には、画像が形成された用紙に挿入するための表紙、合紙などの特殊用紙を給送するインサータ９００が設けられている。フィニッシャ５００では、製本処理、綴じ処理や穴あけ処理や裁断処理や仕分け積載などの各処理を行う。
【００５７】
＜画像形成装置のブロック図＞
次に、本画像形成装置全体の制御を司るコントローラの構成について図８を参照しながら説明する。図８は図７の画像形成装置全体の制御を司るコントローラの構成を示すブロック図である。
【００５８】
コントローラは、図８に示すように、ＣＰＵ回路部１５０を有し、ＣＰＵ回路部１５０は、ＣＰＵ１５４、ＲＯＭ１５１、ＲＡＭ１５２、Ｈａｒｄｄｉｓｋ１５５とが接続され、ＲＯＭ１５１に格納されている制御プログラムにより各ブロック１０１，１５３，２０１，２０２，２０９，３０１，４０１，５０１を総括的に制御する。ＲＡＭ１５２は、制御データを一時的に保持し、また制御に伴う演算処理の作業領域として用いられる。Ｈａｒｄｄｉｓｋ１５５は、制御にプログラムに必要な情報や各ブロック１０１，１５３，２０１，２０２，２０９，３０１，４０１，５０１から受信した情報を記憶する。
【００５９】
原稿給送装置制御部１０１は、原稿給送装置１００をＣＰＵ回路部１５０からの指示に基づき駆動制御する。イメージリーダ制御部２０１は、上述のスキャナユニット１０４、イメージセンサ１０９などに対する駆動制御を行い、イメージセンサ１０９から出力されたアナログ画像信号を画像信号制御部２０２に転送する。
【００６０】
画像信号制御部２０２は、イメージセンサ１０９からのアナログ画像信号をデジタル信号に変換した後に各処理を施し、このデジタル信号をビデオ信号に変換してプリンタ制御部３０１に出力する。外部Ｉ／Ｆ２０９はＬＡＮインターフェイスを介してコンピュータ２１０入力されたデジタル画像信号に各種処理を施し、このデジタル画像信号をビデオ信号に変換してプリンタ制御部３０１に出力する。また、外部Ｉ／Ｆ２０９はＬＡＮインターフェイスを介して図示しないデバイス管理装置と通信を行う。この画像信号制御部２０２による処理動作は、ＣＰＵ回路部１５０により制御される。プリンタ制御部３０１は、入力されたビデオ信号に基づき上述の露光制御部１１０を駆動する。
【００６１】
操作部１５３は、画像形成に関する各種機能を設定する複数のキー、設定状態を示す情報を表示するための表示部などを有し、各キーの操作に対応するキー信号をＣＰＵ回路部１５０に出力するとともに、ＣＰＵ回路部１５０からの信号に基づき対応する情報を表示部に表示する。
【００６２】
＜画像形成装置のソフト構造および遠隔管理用データ作成＞
図９の画像形成装置のソフト構成図（データに関しては図１０のデータ種類表に記述）を用いて、画像形成装置にて作成される遠隔管理用データについて説明する。
【００６３】
タスクのマネージャー（Ａ−１０１）は複数のタスクを同時に管理するためのものである。紙搬送部タスク群（Ａ−１０２）は原稿および画像形成されるシートの紙搬送を司るタスク群である。シーケンス制御タスク（Ａ−１０３）は、画像形成装置全体の管理を行うタスクである。通信タスク（Ａ−１０４）はデバイス管理装置と通信を行うためのタスクである。また、本実施形態の遠隔管理用データを作成するための管理用データ作成タスク（Ａ−１０５）がある。
【００６４】
画像形成装置では、画像形成ごとに用紙サイズ別、モード別、紙種別、カラー別のカウントを行っている。これらのカウント結果は管理用データ作成タスク（Ａ−１０５）にて行われ、画像形成装置内のメモリ装置に格納されている。
【００６５】
さらに、画像形成装置内の各部ごとに構成消耗部品の交換寿命と、使用度数を表したカウンタ（以下、部品カウンタとする）を持っており、管理用データ作成タスク（Ａ−１０５）の中でカウントされた結果が画像形成装置のメモリ装置に格納される。
【００６６】
同様にして、ジャム、エラー、事前故障情報などのステータス情報が所定のデータフォーマットで画像形成装置内のメモリ装置に格納される。
【００６７】
また、画像形成装置の状態監視タスク（Ａ−１０６）は、画像形成装置内の異常（ジャム、エラー、事前故障情報）を検知するか、予め設定されたデバイスのステータス変化を検知すると、デバイス管理装置に対してイベントを通知する。
【００６８】
以下、本発明の故障予測手段から事前故障情報検出を行う遠隔管理システムについて説明する。
【００６９】
＜画像形成装置の事前故障情報（事前異常状態）検出手段＞
図１１は、画像形成装置内で事前故障情報のステータスとして記憶される一例である。事前故障情報とは、画像形成装置の状態が正常ではないが、エラーやジャムが発生していない状態を示すものである。例えば、画像形成装置内の給紙動作時に給紙動作開始からセンサをＯＮする時間を測定し、所定値を満たしていない場合に事前故障情報として記憶する。
【００７０】
また同様に構成消耗部品の交換寿命と、使用度数を表した部品カウンタ（動作回数または動作時間などのカウンタ）とを比較して、想定使用回数を超えた、すなわち部品の耐久が予定に達したと判断した場合にも、事前故障情報として記憶する。
【００７１】
その他にも、モータの駆動電流やフォトセンサの発光電圧および出力電圧など事前故障情報として記憶される情報は様々である。この所定値とは、基本構成、部品の種類、使用方法、特性などに起因するためそれぞれの事前故障情報によって異なる。
【００７２】
画像形成装置は、事前故障情報が検出されるとこれらの情報を記憶し、デバイス管理装置およびホスト装置に事前故障情報として送信する。
【００７３】
＜ホスト装置のデータ管理＞
ホスト装置のハードウエアに関しては上記で説明したとおりである。ここでは、事前故障情報をもとに、各サービス拠点のメンテナンス管理装置１５８０に事前故障情報を送信するプロセスに関して図を用いて説明する。
【００７４】
ホスト装置１５７０の機能的な構成は図１５に示すように、中央管理部１５００、装置情報管理部１５０１、に事前故障情報管理部１５０２、作業履歴管理部１５０３、通信管理部１５０４、及びホスト装置１５７０が出力を行うための表示部１５０５。ホスト装置１５７０に対して入力を行うための入力部１５０６から構成されている。また、データベースは複数のデータファイルから構成されており、装置情報データベース１５１０、事前故障情報データベース１５１１、作業履歴データベース１５１２がある。中央管理部１５００が各データベースを管理しているデータベース管理部（装置情報管理部１５０１、に事前故障情報管理部１５０２、作業履歴管理部１５０３）に対して操作を要求して各データベースの更新及び検索などを実行する。
【００７５】
図１６は各データベースに管理されているデータの内容の一例である。
【００７６】
図１６（ａ）は各デバイスの管理情報である。デバイスに設定される装置ＩＤ、デバイスを構成している各装置のユニークな型式、デバイスが管理されているサービス拠点のＩＤ、機能カウンタ情報、部品カウンタ情報、ＪＡＭ、ＥＲＲ、アラーム履歴とその作業ＩＤ、縮退状態ステータスとその履歴情報。事前故障ステータスと事前故障の履歴情報が格納されている。
【００７７】
図１６（ｂ）はエラー情報と事前故障情報に関するデータである。各装置のユニークな型式。エラーコードとそのエラーコードに対して部品交換が発生する可能性のある部品番号リスト。事前故障コードと、事前故障コードから将来発生が予測される予測エラーコードリストが格納されている。
【００７８】
図１６（ｃ）はエラーやＪＡＭの発生によって受け付けた障害ＩＤ、発生日時、現在の対策のステータス、作業時刻、交換部品リスト、装置ＩＤ、装置型式、障害内容。対策内容が格納されている。
【００７９】
＜サービス拠点管理装置のデータ管理＞
各サービス拠点のメンテナンス管理装置の機能的な構成は図１５に示すように、中央管理部１５２０、装置情報管理部１５２１、部品在庫情報管理部１５２２、通信管理部１５２７、及びメンテナンス管理装置１５８０が出力を行うための表示部１５２５。メンテナンス管理装置１５８０に対して入力を行うための入力部１５２６から構成されている。また、データベースは複数のデータファイルから構成されており、装置情報データベース１５２３、部品在庫情報データベース１５２４がある。中央管理部１５２０が各データベースを管理しているデータベース管理部（装置情報管理部１５２３、部品在庫情報報管理部１５２２）に対して操作を要求して各データベースの更新及び検索などを実行する。
【００８０】
図１７は各データベースに管理されているデータの内容の一例である。
【００８１】
図１７（ａ）は各デバイスの管理情報である。デバイスに設定される装置ＩＤ、デバイスを構成している各装置のユニークな型式、機能カウンタ情報、部品カウンタ情報、ＪＡＭ、ＥＲＲ、アラームステータスとその作業ＩＤ、縮退状態ステータス。事前故障ステータスが格納されている。事前故障情報によって予測される予測エラーコード。予測エラーコードが要求する予測交換部品コード情報。予測交換部品が予測エラーコーの対応として市場で実際に予測交換部品交換された交換率情報が格納されている。
【００８２】
図１７（ｂ）は部品の在庫情報と事前故障によって要求されている部品情報に関するデータである。各部品のユニークな型式。サービス拠点内にある各部品の在庫数。事前故障情報によってその部品を要求している装置の台数情報。各部品の在庫状況のステータス情報が格納されている。
【００８３】
＜ホスト装置のデータ処理＞
次に上記構成のホスト装置において具体的な処理を図１８のフローチャートを用いて説明する。
【００８４】
ホスト装置の中央管理部１５００は、まずデバイス管理装置１５６０から装置情報を受信した時、装置情報管理部１５０１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５１０から該当する装置のデータを選択させ、前記選択したデータに対して、受信したデータを更新させる。
【００８５】
中央管理部１５００は事前故障情報を受信したかどうかを判断する（ｓ１８−２）。
【００８６】
中央管理部１５００はステップｓ１８−２で事前故障情報を受信したと判断した場合、ステップｓ１８−３を実行し、事前故障情報管理部１５０２を動作させ、受信した事前故障コードを検索キーとして、事前故障情報データベース１５１１から事前故障コードから予測される予測エラーコード及び前記エラーコードによって交換が発生する可能性のある予測故障部品コードを出力させる（ｓ１８−３）。
【００８７】
中央管理部１５００は作業履歴情報管理部１５０３を動作させ、予測エラーコードと予測故障部品コードを検索キーとして、作業履歴データベースからエラーコードの対応として各部品が市場で交換された実交換率情報を出力させる（ｓ１８−４）。
【００８８】
次に中央管理部１５００は通信管理部１５０４を動作させ、デバイス管理装置１５０６から受信したデータに、予測エラーコード情報、予測故障部品コード情報、実交換率情報を付加して、サービス拠点のメンテナンス管理装置１５８０に送信する（ｓ１８−５）。
【００８９】
＜メンテナンス装置のデータ処理＞
次に上記構成のホスト装置１５７０において具体的な処理を図１９のフローチャートを用いて説明する。
【００９０】
メンテナンス装置の中央管理部１５２０は、まずホスト装置１５７０から装置情報を受信した時、装置情報管理部１５２１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５２３から該当する装置のデータを検索させる（ｓ１９−１）。
【００９１】
中央管理部１５２０は事前故障情報を受信したかどうかを判断する（ｓ１９−２）。
【００９２】
中央管理部１５２０はステップＳ１９−２で事前故障情報を受信したと判断した場合、ステップｓ１９−３を実行し、受信した装置情報データを参照し、前記選択した装置データの中に受信した予測エラーコードがないかどうか判断する（ｓ１９−３）。
【００９３】
中央管理部１５２０は前記選択した装置データの中に受信した予測エラーコードが無いと判断した場合、部品在庫情報管理部１５２２を動作させ、前記予測エラーコードに付随されている予測交換部品番号を検索キーとして部品情報データベースから該当する部品情報を検索させる（ｓ１９−４）。
【００９４】
中央管理部１５２０は、部品在庫情報管理部１５２２を動作させ、該当する部品情報の予測故障要求装置数データを＋１する（ｓ１９−５）。
【００９５】
中央管理部１５２０は前記該当する部品情報の在庫数を参照するとともに、該当する部品情報の在庫数と該当する部品情報の予測故障要求装置数を比較する（ｓ１９−６）。
【００９６】
中央管理部１５２０は在庫数よりも要求装置数のほうが多いと判断した場合、前記該当する部品情報のステータスをＮＧにする（ｓ１９−７）。
【００９７】
そして中央管理部１５２０は表示部に警告を表示する（ｓ１９−８）。
【００９８】
中央管理部１５２０は装置情報管理部を動作させ、前記選択した装置データに対して受信したデータを更新させる（ｓ１９−９）。
【００９９】
本発明のメンテナンス装置のデータ処理は以下に示すものでも良い。
【０１００】
＜メンテナンス装置のデータ処理２＞
図２０のフローチャートを用いて説明する。
【０１０１】
メンテナンス装置の中央管理部１５２０は、まずホスト装置１５７０から装置情報を受信した時、装置情報管理部１５２１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５２３から該当する装置のデータを検索させる（ｓ２０−１）。
【０１０２】
中央管理部１５２０は事前故障情報を受信したかどうかを判断する（ｓ２０−２）。
【０１０３】
中央管理部１５２０はステップｓ２０−２で事前故障情報を受信したと判断した場合、ステップｓ２０−３を実行し、受信した装置情報データを参照し、前記選択した装置データの中に受信した予測エラーコードがないかどうか判断する（ｓ２０−３）。
【０１０４】
中央管理部１５２０は前記選択した装置データの中に受信した予測エラーコードが無いと判断した場合、部品在庫情報管理部１５２２を動作させ、前記予測エラーコードに付随されている予測交換部品番号を検索キーとして部品情報データベースから該当する部品情報を検索させる（ｓ２０−４）。
【０１０５】
中央管理部１５２０は、前記予測エラーコードに付随されている予測交換部品の交換率を参照し、部品情報管理部を動作させ、該当する部品情報の予測故障要求装置数データを交換率分増分させ更新する（ｓ２０−５）。（８０％の場合は、＋０．８）
中央管理部１５２０は前記該当する部品情報の在庫数を参照するとともに、該当する部品情報の在庫数と該当する部品情報の予測故障要求装置数を比較する（ｓ２０−６）。
【０１０６】
中央管理部１５２０は在庫数よりも要求装置数のほうが多いと判断した場合、前記該当する部品情報のステータスをＮＧにする（ｓ２０−７）。
【０１０７】
そして中央管理部１５２０は表示部に警告を表示する（ｓ２０−８）。
【０１０８】
中央管理部１５２０は装置情報管理部を動作させ、前記選択した装置データに対して受信したデータを更新させる（ｓ２０−９）。
【０１０９】
＜メンテナンス装置のデータ処理３＞
図２１のフローチャートを用いて説明する。
【０１１０】
メンテナンス装置の中央管理部１５２０は、まずホスト装置１５７０から装置情報を受信した時、装置情報管理部１５２１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５２３から該当する装置のデータを検索させる（ｓ２１−１）。
【０１１１】
中央管理部１５２０は事前故障情報を受信したかどうかを判断する（ｓ２１−２）。
【０１１２】
中央管理部１５２０はステップＳ２１−２で事前故障情報を受信したと判断した場合、ステップｓ２１−３を実行し、受信した装置情報データを参照し、前記選択した装置データの中に受信した予測エラーコードがないかどうか判断する（ｓ２１−３）。
【０１１３】
中央管理部１５２０は前記選択した装置データの中に受信した予測エラーコードが無いと判断した場合、部品在庫情報管理部１５２２を動作させ、前記予測エラーコードに付随されている予測交換部品番号を検索キーとして部品情報データベースから該当する部品情報を検索させる（ｓ２１−４）。
【０１１４】
中央管理部１５２０は、前記予測エラーコードに付随されている事前故障レベルを参照し、部品情報管理部を動作させ、該当する部品情報の予測故障要求装置数データを事前故障レベル率分増分させ更新する（ｓ２１−５）。例えば事前故障情報コードが００１０の場合、事前故障レベルは５段階に定義されている。（図１１参照）前記予測エラーコードに付随されている事前故障レベルが３の場合、予測故障要求装置数データを３／５増加させる。事前故障レベルが５の場合、予測故障要求装置数データを１増加させる。
【０１１５】
中央管理部１５２０は前記該当する部品情報の在庫数を参照するとともに、該当する部品情報の在庫数と該当する部品情報の予測故障要求装置数を比較する（ｓ２１−６）。
【０１１６】
中央管理部１５２０は在庫数よりも要求装置数のほうが多いと判断した場合、前記該当する部品情報のステータスをＮＧにする（ｓ２１−７）。
【０１１７】
そして中央管理部１５２０は表示部に警告を表示する（ｓ２１−８）。
【０１１８】
中央管理部１５２０は装置情報管理部を動作させ、前記選択した装置データに対して受信したデータを更新させる（ｓ２１−９）。
【図面の簡単な説明】
【０１１９】
【図１】本発明の構成図
【図２】デバイス管理装置の構成
【図３】デバイス管理装置の制御フローチャート
【図４】デバイス管理装置とホスト装置とのデータ通信フローチャート
【図５】ホスト装置の構成図
【図６】ホスト装置の制御フローチャート
【図７】画像形成装置（デバイス）の構成図
【図８】画像形成装置のハードブロック図
【図９】画像形成装置のソフト構造
【図１０】画像形成装置がもつ管理システム用データ
【図１１】事前故障情報一例
【図１２】メンテナンス管理装置の構成図
【図１３】メンテナンス管理装置の制御フローチャート
【図１４】ホスト装置とメンテナンス管理装置とのデータ通信フローチャート
【図１５】本発明のブロック構成図
【図１６】ホスト装置内のデータフォーマットの一例
【図１７】メンテナンス管理装置内のデータフォーマットの一例
【図１８】ホスト装置のデータ処理フローチャート
【図１９】メンテナンス管理装置のデータ処理フローチャート
【図２０】メンテナンス管理装置のデータ処理フローチャート
【図２１】メンテナンス管理装置のデータ処理フローチャート
【図２２】在庫量警告表示画面
【技術分野】
【０００１】
本発明は、ネットワークに接続された例えば事務用機器のような電気機器の故障予測手段から得られる故障予測情報によって、高い確立で発生しそうな異常状態が実際に発生した場合、速やかに対応できるよう、部品の在庫が適正在庫量かどうかを判断して警告表示を行う画像形成管理システムに関する。
【背景技術】
【０００２】
従来、画像形成装置などの事務用機器（デバイス）がネットワーク接続され、その事務用機器の状態を包括的に遠隔監視する遠隔管理システムが提案されている一方、故障発生によるユーザ先の事務用機器（特に、画像形成装置）の機械停止によるダウンタイムの低減が要求されている。また、異常状態が発生した場合、異常状態の発生原因が部品故障であった場合、故障した部品を交換する必要がある。その場合、すぐに部品を交換できるように数時間以内に前記部品を手に入れられる体制が不可欠である。そのために予備交換部品として在庫を持つことになる。しかしながら現状、装置の部品品種が急激に増加している。そのため交換用の予備部品にかかる在庫費用や、在庫スペースの増大が発生している。このような背景の中、特許文献１では画像形成装置から遠隔管理装置に通報される異常情報、事前異常情報（事前故障情報）を機種、機番ごとに受信し、管理装置に送信して管理装置側の画面にその受信情報が時系列順に表示されるものが提案されている上記異常情報とは、搬送系で言うとジャム情報を言い、事前異常情報はジャム事前故障情報を示す。管理装置側でサービスマン訪問の要否を判断し、要と判断された場合にはサービス拠点の端末装置に判断結果を送信している。
【特許文献１】特開２０００−２５３１９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら前記従来例では、以下のような欠点があった。異常情報、事前異常情報を遠隔管理装置に送信し、その情報から管理装置側のオペレータがサービスマン訪問の要否を判断し、その判断結果が要と判定された場合のみサービスマン訪問が実施され、事前異常情報を取得しても異常情報と同様にサービスマンは即座に対応しなければならないという欠点がある。また、事前異常情報によって予測した異常状態は、発生する確率が高い。前記予測した異常状態が発生し、予備部品の交換が必要なった場合に、該当する予備部品が速やかに手に入れることが出来なかった場合、即座に異常状態に対応することができなかった。
【０００４】
本出願に係る発明の目的は、事前異常情報の取得に応じて、発生しうる異常状態に備える、すなわち故障する可能性の高い部品、（交換する可能性の高い部品）の在庫量を適正にするように警告表示することによって、事前に予測していた異常状態に対して速やかに対応することで、機械停止によるダウンタイムの低減を図り、使用者により快適な使用環境を提供することである。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の請求項１記載の画像形成管理システムは、ネットワークに接続された複数の画像形成装置を管理する画像形成装置管理システムにおいて、前記画像形成装置からの事前故障情報から、発生が想定される故障を予測する手段と、前記予測した故障の対応として、交換が想定される部品を選択する手段と、前記部品を交換予想部品として要求する数を計数する手段と、部品の在庫情報を管理している部品在庫情報管理手段と、前記交換予想部品として選択された部品の在庫数と交換予想部品として要求している数とを比較する在庫数適正判断手段と、前記判断手段の結果によって警告を出力する在庫量警告手段を持つことを特徴とする。
【０００６】
また、画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、事前故障情報として送信する画像形成装置を持つことを特徴とする。
【０００７】
また、市場で行われたメンテナンス作業のデータを管理する手段を持ち、前記部品を交換予想部品として要求する数を計数する手段は、前記部品が前記予測した故障の対応として、実際に交換が発生した交換率を加味して、交換予想部品として要求する数を計数することを特徴とする。
【０００８】
また、画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、その緊急度を事前故障レベル情報として事前故障情報に付加して送信する画像形成装置を持つことを特徴とする。
【０００９】
また、前記部品を交換予想部品として要求する数を計数する手段は、前記アラームレベルを加味して交換予想部品として要求する数を計数することを特徴とする。
【００１０】
また、前記部品の在庫情報を管理している部品在庫情報管理手段は、複数の各サービス拠点に設けられ、各サービス拠点内の部品の在庫情報を管理していることを特徴とする。
【発明の効果】
【００１１】
以上説明したように本発明では、本発明は、上記問題に鑑み、画像形成装置内の故障を予測するタイミング等の事前故障情報検知手段を有し、その検知手段により検出した事前異常情報（以下事前故障情報）から交換が必要になりそうな部品を予測し、各サービス拠点にその情報を通知する。そして、各サービス拠点において、前記部品の在庫量を確認すると共に、在庫量が適正かどうかを判断する。そして在庫量が適正でないと判断した場合、警告を表示する。それにより、各サービス拠点の部品の在庫を適正に保つことで、異常状態の発生に備えると共に、異常状態が発生した場合に速やかに対応することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。
【００１３】
＜システムの構成＞
図１は、本実施の形態のデバイス（画像形成装置やプリンタなど）をネットワークに接続するためのネットワークボード（ＮＥＢ）（Ａ−０３０）を、開放型アーキテクチャを持つプリンタ（Ａ−０３１）へつなげた場合を示す図である。ＮＥＢ［Ａ−０３０］はローカルエリアネットワーク（ＬＡＮ）（Ａ−０００）へ、同軸コネクタをもつＥｔｈｅｒｎｅｔ（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５をもつ１０Ｂａｓｅ−Ｔ、１００Ｂａｓｅ−ＴなどのＬＡＮインターフェースを介して接続されている。
【００１４】
ＰＣ（Ａ−０１１）などの複数のパーソナルコンピュータ（ＰＣ）もまた、ＬＡＮ（Ａ−０００）に接続されており、ネットワークオペレーティングシステムの制御の下、ＰＣ（Ａ−０１１）はＮＥＢ（Ａ−０３０）と通信することができる。この状態で、ＰＣの一つをネットワーク管理部として指定することが可能である。
【００１５】
また、ＬＡＮ（Ａ−０００）上には本実施系を行うためのデバイス管理装置（ＰＣ）（Ａ−０１０）が接続されている。さらに、デバイス管理装置のデータベースを管理する図示しないデータベース管理サーバが接続されている。データベース管理サーバは、デバイス管理用サーバ（Ａ−０１０）に包含されていてもよい。
【００１６】
デバイス管理装置は、ＭＩＢで定義されたキヤノン独自のデータと、ＴＣＰ／ＩＰ上の階層でキヤノン独自のプロトコルを使用することにより、デバイスのデータを収集している。
【００１７】
また、複数のＬＡＮを接続するインターネット（Ａ−００１）を介して、各ＬＡＮ上に接続されたデバイス管理装置からのデータを収集するホスト装置（Ａ−０２０）がある。同様に、デバイスの保守、点検を行うための全国各地の複数箇所にある各サービス拠点にもインターネット（Ａ−００１）に接続されているサービス拠点管理装置（Ａ−０４０）がある。異常情報（エラ−、ジャムなどのデータ）や使用状況（カウンタデータ）、事前異常情報（事前故障情報）などのメンテナンス情報は、各装置からデバイス管理用サーバ（Ａ−０１０）を経由してホスト装置（Ａ−０２０）に送信され、さらに各サービス拠点にあるメンテナンス管理装置（Ａ−０４０）に送信される。
【００１８】
＜ネットワーク上でのデバイス管理プロトコル＞
ネットワーク上でデバイスを管理するための方法としては、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔ：ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Ｃｏｍｍｏｎ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＣＭＩＰ）と呼ばれる。ＣＭＩＰはヨーロッパの共通ネットワーク管理プロトコルである。
【００１９】
また米国においては、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：ＳＮＭＰ）と呼ばれるＳＮＭＰに関するプロトコルがある。
【００２０】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション、各々がエージェントを含むいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。
【００２１】
また、エージェントは自分の状態に関するデータをデータベースの形式で保持している。このデータベースのことをＭＩＢ（ＭＡｎａｇｅｍｅｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ぶ。
【００２２】
ＭＩＢは木構造のデータ構造をしており、ＲＦＣ１１５５ Ｓｔｒｕｃｔｕｒｅ ａｎｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｏｆ ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ＴＣＰ／ＩＰ−ｂａｓｅｄ Ｉｎｔｅｒｎｅｔｓで規定されている。
【００２３】
このＭＩＢ中にはプライベートＭＩＢと呼ばれるノードがあり、企業や団体が独自のＭＩＢを定義することが可能である。
【００２４】
キヤノン株式会社には、独自の定義をおこなうために企業番号として「１６０２」が割り当てられており、キヤノン独自のＭＩＢであるキヤノンＭＩＢ（Ｃａｎｏｎ ＭＩＢ）により、画像形成装置の情報をネットワーク上に送出することが可能となっている。
【００２５】
＜デバイス管理装置＞
図２はデバイス管理装置（Ａ−０１０）内の通信制御手段の構成である。全体を制御するＣＰＵ（Ａ−３０１）、ＣＰＵが動作するために必要なワーキングエリアであるＲＡＭ（Ａ−３０２）、ＣＰＵの動作を指示するプログラムを記憶しているＨａｒｄＤｉｓｋ（Ａ−３０３）、各種コピーカウンタ値やジャム、エラー、事前故障情報などのステータス情報、部品カウンタ、およびＭＩＢ情報を記憶しておくためのデータベース（Ａ−３０４）である。（Ａ−３０３、Ａ３０４は同一のＨａｒｄＤｉｓｋ）ユーザがデバイス管理ＵＩを閲覧するためのディスプレイ（Ａ−３０５）で、モデムとの通信を行なうためのシリアルインターフェース（Ａ−３０６）、ネットワーク（ＬＡＮ）との通信を行なうためのインターフェース（Ａ−３０７）である。
【００２６】
以下、図３のデバイス管理装置フローチャート図に基づいて説明する。
【００２７】
デバイス管理装置は通常アイドル状態（Ａ−４０２）にある。画像形成装置からのイベント待ちをしており、イベントを受信すると（Ａ−４０３）、そのイベントに対応するデータ（たとえば、ジャムイベントならジャムデータ、事前故障情報イベントなら事前故障情報データ）を画像形成装置に要求する（Ａ−４０７）。画像形成装置は、デバイス管理装置からのデータ要求に応じて、データを送出する。画像形成装置からのデータを取得すると、デバイス管理装置はデータベース内の該データを蓄積する。
【００２８】
なおエラーデータなどホストへ緊急通知する必要のあるデータがあれば、ただちにホストに対して送信し、ジャムデータや事前故障情報データはデバイス管理装置内で必要に応じてホストへ送信する（Ａ−４０８）。
【００２９】
同様にしてデバイス管理装置は、ホストからのイベント待ち（Ａ−４０５）もしており、カウンタ値や部品カウンタの要求がある（Ａ−４０６）と、デバイス管理装置の管理データベースから要求に応じたデータをホストへ送信する（Ａ−４０９）。
【００３０】
また、デバイス管理装置はデバイスの定期監視を行っており、ある所定の時刻になると（Ａ−４０４）監視下にあるデバイスの各種カウンタ値を収集する（Ａ−４０５）。デバイス管理装置にて収集されたデータは、データベース内に図示しない所定のフォーマットで蓄積され、そのデバイスの使用状況が把握できる。
【００３１】
＜デバイス管理装置〜ホスト装置間のデータ通信シーケンス＞
デバイス管理装置とホスト装置のデータ送受信は３つの方法がある。
【００３２】
Ｅ−ｍａｉｌ、モデム、ＴＣＰ／ＩＰの３方法があるが、基本的にデータ送受信シーケンスは同じなので、Ｅ−ｍａｉｌの場合で、図４に基づいて説明する。
【００３３】
まず送信（ここではデバイス管理装置、ホスト装置のどちらでもよい）のシーケンスを説明する。送信側が発呼の条件を満たすと（Ａ−５０１）、転送すべきデータをＥ−ｍａｉｌに添付し送信する（Ａ−５０２）。送信データに対して応答待ちを行い（Ａ−５０３）、規定時間内に応答メールがあるかどうか確認する（Ａ−５０４）。応答があった場合、応答先のメールアドレスが予め登録されたものと一致するかどうか確認し（Ａ−５０５）、一致した場合通信結果をデータベース上に記録し（Ａ−５０６）、シーケンスを終了する（Ａ−５０７）。
【００３４】
送信データに対する応答待ち（Ａ−５０３）で規定時間内に応答が無かった場合（Ａ−５０４）、再送要求を行う（Ａ−５０８）。再送回数が規定回数内であれば、（Ａ−５０２）にてデータを再送する。再送回数が規定回数を越えていた場合、管理者（送信側がデバイス管理装置の場合、ユーザ側の管理者、送信側がホストの場合、オペレータになる。）へ警告メールを通知し（Ａ−５０９）、通信結果（エラー）をデータベース上に記録（Ａ−５０６）して終了する（Ａ−５０７）。
【００３５】
続いて、受信のシーケンスを説明する。受信側はデータの受信待ちを行い（Ａ−５１１）、受信した場合（Ａ−５１２）、データをデータベース上に記録し（Ａ−５１３）、通信結果データベース上に記録して（Ａ−５１４）終了する（Ａ−５１５）。
【００３６】
＜ホスト装置の制御＞
図５はホスト装置の構成図である。ホスト装置は、全体を制御しているＣＰＵ（Ａ−８０１）、ＣＰＵがデータ処理を行うために必要なプログラムやデータを格納しておくＲＡＭ（Ａ−８０２）、受信したデータを保存しておくためのＨａｒｄＤｉｓｋ（Ａ−８０３）は、デバイス管理データは全てここに保存されている。オペレータが指示を与えるためのキーボード（Ａ−８０４）、ホストコンピュータが情報を出力するためのディスプレイ装置（Ａ−８０５）、モデムとデータ送受信するためのシリアルポート（Ａ−８０６）、ＬＡＮと接続されたネットワークボード（Ａ−８０７）で、デバイス管理装置とＥ−ｍａｉｌによるデータのやりとりをするメールサーバー（Ａ−８０８）から構成される。
【００３７】
図６はホストコンピュータの処理を示すフローチャートである。Ｅ−ｍａｉｌによるデータ送受信の場合のみ説明する。通常ホストコンピュータはデバイス管理装置からのＥ−ｍａｉｌを待っている（Ａ−９０２）。着信があればパスワードチェックを行い（Ａ−９０３、Ａ−９０４）、エラーデータや事前故障情報データやカウンタデータなどを受信する（Ａ−９０４）。ただしくメールが受信できた場合、デバイス管理装置にＯＫメールを返信し（Ａ−９０５）、正しく受け取れなかった場合エラーメールを送信する（Ａ−９１０）。暗号化されたメールの添付情報を復号化し（Ａ−９０６）、ハードディスクに各装置のデータを格納している装置情報データベースに、対象となる装置のデータとして、エラーデータや事前故障情報データやカウンタデータを格納する（Ａ−９０７）。このとき受信した内容によってディスプレイに表示しオペレータに通知する（Ａ−９０９）。
【００３８】
＜サービス拠点のメンテナンス管理装置の制御＞
図１２は複数箇所の各サービスセンターに設けられているサービス拠点のメンテナンス管理装置の構成図である。メンテナンス管理装置は、全体を制御しているＣＰＵ（Ａ−７０１）、ＣＰＵがデータ処理を行うために必要なプログラムやデータを格納しておくＲＡＭ（Ａ−７０２）、受信したデータを保存しておくためのＨａｒｄＤｉｓｋ（Ａ−７０３）は、デバイス管理データや部品在庫情報は全てここに保存されている。オペレータが指示を与えるためのキーボード（Ａ−７０４）、メンテナンス管理装置が情報を出力するためのディスプレイ装置（Ａ−７０５）、モデムとデータ送受信するためのシリアルポート（Ａ−７０６）、ＬＡＮと接続されたネットワークボード（Ａ−７０７）で、ホスト装置とＥ−ｍａｉｌによるデータのやりとりをするメールサーバー（Ａ−７０８）から構成される。
【００３９】
図１３はメンテナンス管理装置の処理を示すフローチャートである。Ｅ−ｍａｉｌによるデータ送受信の場合のみ説明する。通常メンテナンス管理装置はホスト装置からのＥ−ｍａｉｌを待っている（Ａ−６０２）。着信があればパスワードチェックを行い（Ａ−６０３、Ａ−６０４）、その拠点が管理しているデバイスに関するデータ、例えばエラーデータや事前故障情報データやカウンタデータなどを受信する（Ａ−６０４）。ただしくメールが受信できた場合、ホスト装置にＯＫメールを返信し（Ａ−６０５）、正しく受け取れなかった場合エラーメールを送信する（Ａ−６１０）。暗号化されたメールの添付情報を復号化し（Ａ−６０６）、ハードディスクに各装置のデータを格納している装置情報データベースに、対象となる装置のデータとして、エラーデータや事前故障情報データやカウンタデータを格納する（Ａ−６０７）。このとき受信した内容によってディスプレイに表示しオペレータに通知する（Ａ−６０９）。
【００４０】
＜メンテナンス管理装置〜ホスト装置間のデータ通信シーケンス＞
メンテナンス管理装置とホスト装置のデータ送受信は３つの方法がある。
Ｅ−ｍａｉｌ、モデム、ＴＣＰ／ＩＰの３方法があるが、基本的にデータ送受信シーケンスは同じなので、Ｅ−ｍａｉｌの場合で、図１４に基づいて説明する。
【００４１】
まず送信（ここではメンテナンス管理装置、ホスト装置のどちらでもよい）のシーケンスを説明する。送信側が発呼の条件を満たすと（Ａ−５５１）、転送すべきデータをＥ−ｍａｉｌに添付し送信する（Ａ−５５２）。送信データに対して応答待ちを行い（Ａ−５５３）、規定時間内に応答メールがあるかどうか確認する（Ａ−５５４）。応答があった場合、応答先のメールアドレスが予め登録されたものと一致するかどうか確認し（Ａ−５５５）、一致した場合通信結果をデータベース上に記録し（Ａ−５５６）、シーケンスを終了する（Ａ−５５７）。
【００４２】
送信データに対する応答待ち（Ａ−５５３）で規定時間内に応答が無かった場合（Ａ−５５４）、再送要求を行う（Ａ−５５８）。再送回数が規定回数内であれば、（Ａ−５５２）にてデータを再送する。再送回数が規定回数を越えていた場合、管理者（送信側がデバイス管理装置の場合、ユーザ側の管理者、送信側がホストの場合、オペレータになる。）へ警告メールを通知し（Ａ−５５９）、通信結果（エラー）をデータベース上に記録（Ａ−５５６）して終了する（Ａ−５５７）。
【００４３】
続いて、受信のシーケンスを説明する。受信側はデータの受信待ちを行い（Ａ−５５１）、受信した場合（Ａ−５５２）、データをデータベース上に記録し（Ａ−５５３）、通信結果データベース上に記録して（Ａ−５５４）終了する（Ａ−５５５）。
【００４４】
＜デバイス装置＞
図７は本発明のデバイスを画像形成装置として、実施の一形態の主要部構成を示す縦断面図である。
【００４５】
画像形成装置は、図７に示すように、画像形成装置本体１０と、折り装置４００と、フィニッシャ５００とから構成され、画像形成装置本体１０は原稿画像を読み取るイメージリーダ２００およびプリンタ３００を備える。
【００４６】
イメージリーダ２００には、原稿給送装置１００が搭載されている。原稿給送装置１００は、原稿トレイ上に上向きにセットされた原稿を先頭頁から順に１枚づつ左方向へ給紙し、湾曲したパスを介してプラテンガラス１０２上を左から流し読取り位置を経て右へ搬送し、その後外部の排紙トレイ１１２に向けて排出する。この原稿がプラテンガラス１０２上の流し読取り位置を左から右へ向けて通過するときに、この原稿画像は流し読取り位置に対応する位置に保持されたスキャナユニット１０４により読み取られる。この読取り方法は、一般的に、原稿流し読みと呼ばれる方法である。具体的には、原稿が流し読取り位置を通過する際に、原稿の読取り面がスキャナユニット１０４のランプ１０３の光で照射され、その原稿からの反射光がミラー１０５、１０６、１０７を介してレンズ１０８に導かれる。このレンズ１０８を通過した光は、イメージセンサ１０９の撮像面に結像する。
【００４７】
このように流し読取り位置を左から右へ通過するように原稿を搬送することによって、原稿の搬送方向に対して直交する方向を主走査方向とし、搬送方向を副走査方向とする原稿読取り走査が行われる。すなわち、原稿が流し読取り位置を通過する際に主走査方向に原稿画像を１ライン毎にイメージセンサ１０９で読み取りながら、原稿を副走査方向に搬送することによって原稿画像全体の読取りが行われ、光学的に読み取られた画像はイメージセンサ１０９によって画像データに変換されて出力される。イメージセンサ１０９から出力された画像データは、後述する画像信号制御部２０２において所定の処理が施された後にプリンタ３００の露光制御部１１０にビデオ信号として入力される。
【００４８】
なお、原稿給送装置１００により原稿をプラテンガラス１０２上に搬送して所定位置に停止させ、この状態でスキャナユニット１０４を左から右へ走査させることにより原稿を読み取ることも可能である。この読取り方法は、いわゆる原稿固定読みと呼ばれる方法である。
【００４９】
原稿給送装置１００を使用しないで原稿を読み取るときには、まず、ユーザにより原稿給送装置１００を持ち上げてプラテンガラス１０２上に原稿を載置し、そして、スキャナユニット１０４を左から右へ走査させることにより原稿の読取りを行う。すなわち、原稿給送装置１００を使用しないで原稿を読み取るときには、原稿固定読みが行われる。
【００５０】
プリンタ３００の露光制御部１１０は、入力されたビデオ信号に基づきレーザ光を変調して出力し、該レーザ光はポリゴンミラー１１０ａにより走査されながら感光ドラム１１１上に照射される。感光ドラム１１１には走査されたレーザ光に応じた静電潜像が形成される。ここで、露光制御部１１０は、後述するように、原稿固定読み時には、正しい画像（鏡像でない画像）が形成されるようにレーザ光を出力する。
【００５１】
この感光ドラム１１１上の静電潜像は、現像器１１３から供給される現像剤によって現像剤像として可視像化される。また、レーザ光の照射開始と同期したタイミングで、各カセット１１４，１１５、手差給紙部１２５または両面搬送パス１２４から用紙が給紙され、この用紙は感光ドラム１１１と転写部１１６との間に搬送される。感光ドラム１１１に形成された現像剤像は転写部１１６により給紙された用紙上に転写される。
【００５２】
現像剤像が転写された用紙は定着部１１７に搬送され、定着部１１７は用紙を熱圧することによって現像剤像を用紙上に定着させる。定着部１１７を通過した用紙はフラッパ１２１および排出ローラ１１８を経てプリンタ３００から外部（折り装置４００）に向けて排出される。
【００５３】
ここで、用紙をその画像形成面が下向きになる状態（フェイスダウン）で排出するときには、定着部１１７を通過した用紙をフラッパ１２１の切換動作により一旦反転パス１２２内に導き、その用紙の後端がフラッパ１２１を通過した後に、用紙をスイッチバックさせて排出ローラ１１８によりプリンタ３００から排出する。以下、この排紙形態を反転排紙と呼ぶ。この反転排紙は、原稿給送装置１００を使用して読み取った画像を形成するときまたはコンピュータから出力された画像を形成するときなどのように先頭頁から順に画像形成するときに行われ、その排紙後の用紙順序は正しい頁順になる。
【００５４】
また、手差給紙部１２５からＯＨＰシートなどの硬い用紙が給紙され、この用紙に画像を形成するときには、用紙を反転パス１２２に導くことなく、画像形成面を上向きにした状態（フェイスアップ）で排出ローラ１１８により排出する。
【００５５】
さらに、用紙の両面に画像形成を行う両面記録が設定されている場合には、フラッパ１２１の切換動作により用紙を反転パス１２２に導いた後に両面搬送パス１２４へ搬送し、両面搬送パス１２４へ導かれた用紙を上述したタイミングで感光ドラム１１１と転写部１１６との間に再度給紙する制御が行われる。
【００５６】
プリンタ３００から排出された用紙は折り装置４００に送られる。この折り装置４００は、用紙をＺ形に折りたたむ処理を行う。例えば、Ａ３サイズやＢ４サイズのシートでかつ折り処理が指定されているときには、折り装置４００で折り処理を行い、それ以外の場合、プリンタ３００から排出された用紙は折り装置４００を通過してフィニッシャ５００に送られる。このフィニッシャ５００には、画像が形成された用紙に挿入するための表紙、合紙などの特殊用紙を給送するインサータ９００が設けられている。フィニッシャ５００では、製本処理、綴じ処理や穴あけ処理や裁断処理や仕分け積載などの各処理を行う。
【００５７】
＜画像形成装置のブロック図＞
次に、本画像形成装置全体の制御を司るコントローラの構成について図８を参照しながら説明する。図８は図７の画像形成装置全体の制御を司るコントローラの構成を示すブロック図である。
【００５８】
コントローラは、図８に示すように、ＣＰＵ回路部１５０を有し、ＣＰＵ回路部１５０は、ＣＰＵ１５４、ＲＯＭ１５１、ＲＡＭ１５２、Ｈａｒｄｄｉｓｋ１５５とが接続され、ＲＯＭ１５１に格納されている制御プログラムにより各ブロック１０１，１５３，２０１，２０２，２０９，３０１，４０１，５０１を総括的に制御する。ＲＡＭ１５２は、制御データを一時的に保持し、また制御に伴う演算処理の作業領域として用いられる。Ｈａｒｄｄｉｓｋ１５５は、制御にプログラムに必要な情報や各ブロック１０１，１５３，２０１，２０２，２０９，３０１，４０１，５０１から受信した情報を記憶する。
【００５９】
原稿給送装置制御部１０１は、原稿給送装置１００をＣＰＵ回路部１５０からの指示に基づき駆動制御する。イメージリーダ制御部２０１は、上述のスキャナユニット１０４、イメージセンサ１０９などに対する駆動制御を行い、イメージセンサ１０９から出力されたアナログ画像信号を画像信号制御部２０２に転送する。
【００６０】
画像信号制御部２０２は、イメージセンサ１０９からのアナログ画像信号をデジタル信号に変換した後に各処理を施し、このデジタル信号をビデオ信号に変換してプリンタ制御部３０１に出力する。外部Ｉ／Ｆ２０９はＬＡＮインターフェイスを介してコンピュータ２１０入力されたデジタル画像信号に各種処理を施し、このデジタル画像信号をビデオ信号に変換してプリンタ制御部３０１に出力する。また、外部Ｉ／Ｆ２０９はＬＡＮインターフェイスを介して図示しないデバイス管理装置と通信を行う。この画像信号制御部２０２による処理動作は、ＣＰＵ回路部１５０により制御される。プリンタ制御部３０１は、入力されたビデオ信号に基づき上述の露光制御部１１０を駆動する。
【００６１】
操作部１５３は、画像形成に関する各種機能を設定する複数のキー、設定状態を示す情報を表示するための表示部などを有し、各キーの操作に対応するキー信号をＣＰＵ回路部１５０に出力するとともに、ＣＰＵ回路部１５０からの信号に基づき対応する情報を表示部に表示する。
【００６２】
＜画像形成装置のソフト構造および遠隔管理用データ作成＞
図９の画像形成装置のソフト構成図（データに関しては図１０のデータ種類表に記述）を用いて、画像形成装置にて作成される遠隔管理用データについて説明する。
【００６３】
タスクのマネージャー（Ａ−１０１）は複数のタスクを同時に管理するためのものである。紙搬送部タスク群（Ａ−１０２）は原稿および画像形成されるシートの紙搬送を司るタスク群である。シーケンス制御タスク（Ａ−１０３）は、画像形成装置全体の管理を行うタスクである。通信タスク（Ａ−１０４）はデバイス管理装置と通信を行うためのタスクである。また、本実施形態の遠隔管理用データを作成するための管理用データ作成タスク（Ａ−１０５）がある。
【００６４】
画像形成装置では、画像形成ごとに用紙サイズ別、モード別、紙種別、カラー別のカウントを行っている。これらのカウント結果は管理用データ作成タスク（Ａ−１０５）にて行われ、画像形成装置内のメモリ装置に格納されている。
【００６５】
さらに、画像形成装置内の各部ごとに構成消耗部品の交換寿命と、使用度数を表したカウンタ（以下、部品カウンタとする）を持っており、管理用データ作成タスク（Ａ−１０５）の中でカウントされた結果が画像形成装置のメモリ装置に格納される。
【００６６】
同様にして、ジャム、エラー、事前故障情報などのステータス情報が所定のデータフォーマットで画像形成装置内のメモリ装置に格納される。
【００６７】
また、画像形成装置の状態監視タスク（Ａ−１０６）は、画像形成装置内の異常（ジャム、エラー、事前故障情報）を検知するか、予め設定されたデバイスのステータス変化を検知すると、デバイス管理装置に対してイベントを通知する。
【００６８】
以下、本発明の故障予測手段から事前故障情報検出を行う遠隔管理システムについて説明する。
【００６９】
＜画像形成装置の事前故障情報（事前異常状態）検出手段＞
図１１は、画像形成装置内で事前故障情報のステータスとして記憶される一例である。事前故障情報とは、画像形成装置の状態が正常ではないが、エラーやジャムが発生していない状態を示すものである。例えば、画像形成装置内の給紙動作時に給紙動作開始からセンサをＯＮする時間を測定し、所定値を満たしていない場合に事前故障情報として記憶する。
【００７０】
また同様に構成消耗部品の交換寿命と、使用度数を表した部品カウンタ（動作回数または動作時間などのカウンタ）とを比較して、想定使用回数を超えた、すなわち部品の耐久が予定に達したと判断した場合にも、事前故障情報として記憶する。
【００７１】
その他にも、モータの駆動電流やフォトセンサの発光電圧および出力電圧など事前故障情報として記憶される情報は様々である。この所定値とは、基本構成、部品の種類、使用方法、特性などに起因するためそれぞれの事前故障情報によって異なる。
【００７２】
画像形成装置は、事前故障情報が検出されるとこれらの情報を記憶し、デバイス管理装置およびホスト装置に事前故障情報として送信する。
【００７３】
＜ホスト装置のデータ管理＞
ホスト装置のハードウエアに関しては上記で説明したとおりである。ここでは、事前故障情報をもとに、各サービス拠点のメンテナンス管理装置１５８０に事前故障情報を送信するプロセスに関して図を用いて説明する。
【００７４】
ホスト装置１５７０の機能的な構成は図１５に示すように、中央管理部１５００、装置情報管理部１５０１、に事前故障情報管理部１５０２、作業履歴管理部１５０３、通信管理部１５０４、及びホスト装置１５７０が出力を行うための表示部１５０５。ホスト装置１５７０に対して入力を行うための入力部１５０６から構成されている。また、データベースは複数のデータファイルから構成されており、装置情報データベース１５１０、事前故障情報データベース１５１１、作業履歴データベース１５１２がある。中央管理部１５００が各データベースを管理しているデータベース管理部（装置情報管理部１５０１、に事前故障情報管理部１５０２、作業履歴管理部１５０３）に対して操作を要求して各データベースの更新及び検索などを実行する。
【００７５】
図１６は各データベースに管理されているデータの内容の一例である。
【００７６】
図１６（ａ）は各デバイスの管理情報である。デバイスに設定される装置ＩＤ、デバイスを構成している各装置のユニークな型式、デバイスが管理されているサービス拠点のＩＤ、機能カウンタ情報、部品カウンタ情報、ＪＡＭ、ＥＲＲ、アラーム履歴とその作業ＩＤ、縮退状態ステータスとその履歴情報。事前故障ステータスと事前故障の履歴情報が格納されている。
【００７７】
図１６（ｂ）はエラー情報と事前故障情報に関するデータである。各装置のユニークな型式。エラーコードとそのエラーコードに対して部品交換が発生する可能性のある部品番号リスト。事前故障コードと、事前故障コードから将来発生が予測される予測エラーコードリストが格納されている。
【００７８】
図１６（ｃ）はエラーやＪＡＭの発生によって受け付けた障害ＩＤ、発生日時、現在の対策のステータス、作業時刻、交換部品リスト、装置ＩＤ、装置型式、障害内容。対策内容が格納されている。
【００７９】
＜サービス拠点管理装置のデータ管理＞
各サービス拠点のメンテナンス管理装置の機能的な構成は図１５に示すように、中央管理部１５２０、装置情報管理部１５２１、部品在庫情報管理部１５２２、通信管理部１５２７、及びメンテナンス管理装置１５８０が出力を行うための表示部１５２５。メンテナンス管理装置１５８０に対して入力を行うための入力部１５２６から構成されている。また、データベースは複数のデータファイルから構成されており、装置情報データベース１５２３、部品在庫情報データベース１５２４がある。中央管理部１５２０が各データベースを管理しているデータベース管理部（装置情報管理部１５２３、部品在庫情報報管理部１５２２）に対して操作を要求して各データベースの更新及び検索などを実行する。
【００８０】
図１７は各データベースに管理されているデータの内容の一例である。
【００８１】
図１７（ａ）は各デバイスの管理情報である。デバイスに設定される装置ＩＤ、デバイスを構成している各装置のユニークな型式、機能カウンタ情報、部品カウンタ情報、ＪＡＭ、ＥＲＲ、アラームステータスとその作業ＩＤ、縮退状態ステータス。事前故障ステータスが格納されている。事前故障情報によって予測される予測エラーコード。予測エラーコードが要求する予測交換部品コード情報。予測交換部品が予測エラーコーの対応として市場で実際に予測交換部品交換された交換率情報が格納されている。
【００８２】
図１７（ｂ）は部品の在庫情報と事前故障によって要求されている部品情報に関するデータである。各部品のユニークな型式。サービス拠点内にある各部品の在庫数。事前故障情報によってその部品を要求している装置の台数情報。各部品の在庫状況のステータス情報が格納されている。
【００８３】
＜ホスト装置のデータ処理＞
次に上記構成のホスト装置において具体的な処理を図１８のフローチャートを用いて説明する。
【００８４】
ホスト装置の中央管理部１５００は、まずデバイス管理装置１５６０から装置情報を受信した時、装置情報管理部１５０１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５１０から該当する装置のデータを選択させ、前記選択したデータに対して、受信したデータを更新させる。
【００８５】
中央管理部１５００は事前故障情報を受信したかどうかを判断する（ｓ１８−２）。
【００８６】
中央管理部１５００はステップｓ１８−２で事前故障情報を受信したと判断した場合、ステップｓ１８−３を実行し、事前故障情報管理部１５０２を動作させ、受信した事前故障コードを検索キーとして、事前故障情報データベース１５１１から事前故障コードから予測される予測エラーコード及び前記エラーコードによって交換が発生する可能性のある予測故障部品コードを出力させる（ｓ１８−３）。
【００８７】
中央管理部１５００は作業履歴情報管理部１５０３を動作させ、予測エラーコードと予測故障部品コードを検索キーとして、作業履歴データベースからエラーコードの対応として各部品が市場で交換された実交換率情報を出力させる（ｓ１８−４）。
【００８８】
次に中央管理部１５００は通信管理部１５０４を動作させ、デバイス管理装置１５０６から受信したデータに、予測エラーコード情報、予測故障部品コード情報、実交換率情報を付加して、サービス拠点のメンテナンス管理装置１５８０に送信する（ｓ１８−５）。
【００８９】
＜メンテナンス装置のデータ処理＞
次に上記構成のホスト装置１５７０において具体的な処理を図１９のフローチャートを用いて説明する。
【００９０】
メンテナンス装置の中央管理部１５２０は、まずホスト装置１５７０から装置情報を受信した時、装置情報管理部１５２１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５２３から該当する装置のデータを検索させる（ｓ１９−１）。
【００９１】
中央管理部１５２０は事前故障情報を受信したかどうかを判断する（ｓ１９−２）。
【００９２】
中央管理部１５２０はステップＳ１９−２で事前故障情報を受信したと判断した場合、ステップｓ１９−３を実行し、受信した装置情報データを参照し、前記選択した装置データの中に受信した予測エラーコードがないかどうか判断する（ｓ１９−３）。
【００９３】
中央管理部１５２０は前記選択した装置データの中に受信した予測エラーコードが無いと判断した場合、部品在庫情報管理部１５２２を動作させ、前記予測エラーコードに付随されている予測交換部品番号を検索キーとして部品情報データベースから該当する部品情報を検索させる（ｓ１９−４）。
【００９４】
中央管理部１５２０は、部品在庫情報管理部１５２２を動作させ、該当する部品情報の予測故障要求装置数データを＋１する（ｓ１９−５）。
【００９５】
中央管理部１５２０は前記該当する部品情報の在庫数を参照するとともに、該当する部品情報の在庫数と該当する部品情報の予測故障要求装置数を比較する（ｓ１９−６）。
【００９６】
中央管理部１５２０は在庫数よりも要求装置数のほうが多いと判断した場合、前記該当する部品情報のステータスをＮＧにする（ｓ１９−７）。
【００９７】
そして中央管理部１５２０は表示部に警告を表示する（ｓ１９−８）。
【００９８】
中央管理部１５２０は装置情報管理部を動作させ、前記選択した装置データに対して受信したデータを更新させる（ｓ１９−９）。
【００９９】
本発明のメンテナンス装置のデータ処理は以下に示すものでも良い。
【０１００】
＜メンテナンス装置のデータ処理２＞
図２０のフローチャートを用いて説明する。
【０１０１】
メンテナンス装置の中央管理部１５２０は、まずホスト装置１５７０から装置情報を受信した時、装置情報管理部１５２１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５２３から該当する装置のデータを検索させる（ｓ２０−１）。
【０１０２】
中央管理部１５２０は事前故障情報を受信したかどうかを判断する（ｓ２０−２）。
【０１０３】
中央管理部１５２０はステップｓ２０−２で事前故障情報を受信したと判断した場合、ステップｓ２０−３を実行し、受信した装置情報データを参照し、前記選択した装置データの中に受信した予測エラーコードがないかどうか判断する（ｓ２０−３）。
【０１０４】
中央管理部１５２０は前記選択した装置データの中に受信した予測エラーコードが無いと判断した場合、部品在庫情報管理部１５２２を動作させ、前記予測エラーコードに付随されている予測交換部品番号を検索キーとして部品情報データベースから該当する部品情報を検索させる（ｓ２０−４）。
【０１０５】
中央管理部１５２０は、前記予測エラーコードに付随されている予測交換部品の交換率を参照し、部品情報管理部を動作させ、該当する部品情報の予測故障要求装置数データを交換率分増分させ更新する（ｓ２０−５）。（８０％の場合は、＋０．８）
中央管理部１５２０は前記該当する部品情報の在庫数を参照するとともに、該当する部品情報の在庫数と該当する部品情報の予測故障要求装置数を比較する（ｓ２０−６）。
【０１０６】
中央管理部１５２０は在庫数よりも要求装置数のほうが多いと判断した場合、前記該当する部品情報のステータスをＮＧにする（ｓ２０−７）。
【０１０７】
そして中央管理部１５２０は表示部に警告を表示する（ｓ２０−８）。
【０１０８】
中央管理部１５２０は装置情報管理部を動作させ、前記選択した装置データに対して受信したデータを更新させる（ｓ２０−９）。
【０１０９】
＜メンテナンス装置のデータ処理３＞
図２１のフローチャートを用いて説明する。
【０１１０】
メンテナンス装置の中央管理部１５２０は、まずホスト装置１５７０から装置情報を受信した時、装置情報管理部１５２１を動作させ、受信した情報の中の装置ＩＤを検索キーとして、装置情報データベース１５２３から該当する装置のデータを検索させる（ｓ２１−１）。
【０１１１】
中央管理部１５２０は事前故障情報を受信したかどうかを判断する（ｓ２１−２）。
【０１１２】
中央管理部１５２０はステップＳ２１−２で事前故障情報を受信したと判断した場合、ステップｓ２１−３を実行し、受信した装置情報データを参照し、前記選択した装置データの中に受信した予測エラーコードがないかどうか判断する（ｓ２１−３）。
【０１１３】
中央管理部１５２０は前記選択した装置データの中に受信した予測エラーコードが無いと判断した場合、部品在庫情報管理部１５２２を動作させ、前記予測エラーコードに付随されている予測交換部品番号を検索キーとして部品情報データベースから該当する部品情報を検索させる（ｓ２１−４）。
【０１１４】
中央管理部１５２０は、前記予測エラーコードに付随されている事前故障レベルを参照し、部品情報管理部を動作させ、該当する部品情報の予測故障要求装置数データを事前故障レベル率分増分させ更新する（ｓ２１−５）。例えば事前故障情報コードが００１０の場合、事前故障レベルは５段階に定義されている。（図１１参照）前記予測エラーコードに付随されている事前故障レベルが３の場合、予測故障要求装置数データを３／５増加させる。事前故障レベルが５の場合、予測故障要求装置数データを１増加させる。
【０１１５】
中央管理部１５２０は前記該当する部品情報の在庫数を参照するとともに、該当する部品情報の在庫数と該当する部品情報の予測故障要求装置数を比較する（ｓ２１−６）。
【０１１６】
中央管理部１５２０は在庫数よりも要求装置数のほうが多いと判断した場合、前記該当する部品情報のステータスをＮＧにする（ｓ２１−７）。
【０１１７】
そして中央管理部１５２０は表示部に警告を表示する（ｓ２１−８）。
【０１１８】
中央管理部１５２０は装置情報管理部を動作させ、前記選択した装置データに対して受信したデータを更新させる（ｓ２１−９）。
【図面の簡単な説明】
【０１１９】
【図１】本発明の構成図
【図２】デバイス管理装置の構成
【図３】デバイス管理装置の制御フローチャート
【図４】デバイス管理装置とホスト装置とのデータ通信フローチャート
【図５】ホスト装置の構成図
【図６】ホスト装置の制御フローチャート
【図７】画像形成装置（デバイス）の構成図
【図８】画像形成装置のハードブロック図
【図９】画像形成装置のソフト構造
【図１０】画像形成装置がもつ管理システム用データ
【図１１】事前故障情報一例
【図１２】メンテナンス管理装置の構成図
【図１３】メンテナンス管理装置の制御フローチャート
【図１４】ホスト装置とメンテナンス管理装置とのデータ通信フローチャート
【図１５】本発明のブロック構成図
【図１６】ホスト装置内のデータフォーマットの一例
【図１７】メンテナンス管理装置内のデータフォーマットの一例
【図１８】ホスト装置のデータ処理フローチャート
【図１９】メンテナンス管理装置のデータ処理フローチャート
【図２０】メンテナンス管理装置のデータ処理フローチャート
【図２１】メンテナンス管理装置のデータ処理フローチャート
【図２２】在庫量警告表示画面
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の画像形成装置を管理する画像形成装置管理システムにおいて、前記画像形成装置からの事前故障情報から、発生が想定される故障を予測する手段と、前記予測した故障の対応として、交換が想定される部品を選択する手段と、前記部品を交換予想部品として要求する数を計数する手段と、部品の在庫情報を管理している部品在庫情報管理手段と、前記交換予想部品として選択された部品の在庫数と交換予想部品として要求している数とを比較する在庫数適正判断手段と、前記判断手段の結果によって警告を出力する在庫量警告手段を持つことを特徴とする画像形成装置管理システム。
【請求項２】
画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、事前故障情報として送信する画像形成装置を持つことを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項３】
市場で行われたメンテナンス作業のデータを管理する手段を持ち、前記部品を交換予想部品として要求する数を計数する手段は、前記部品が前記予測した故障の対応として、実際に交換が発生した交換率を加味して、交換予想部品として要求する数を計数することを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項４】
画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、その緊急度を事前故障レベル情報として事前故障情報に付加して送信する画像形成装置を持つことを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項５】
前記部品を交換予想部品として要求する数を計数する手段は、前記アラームレベルを加味して交換予想部品として要求する数を計数することを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項６】
前記部品の在庫情報を管理している部品在庫情報管理手段は、複数の各サービス拠点に設けられ、各サービス拠点内の部品の在庫情報を管理していることを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項１】
ネットワークに接続された複数の画像形成装置を管理する画像形成装置管理システムにおいて、前記画像形成装置からの事前故障情報から、発生が想定される故障を予測する手段と、前記予測した故障の対応として、交換が想定される部品を選択する手段と、前記部品を交換予想部品として要求する数を計数する手段と、部品の在庫情報を管理している部品在庫情報管理手段と、前記交換予想部品として選択された部品の在庫数と交換予想部品として要求している数とを比較する在庫数適正判断手段と、前記判断手段の結果によって警告を出力する在庫量警告手段を持つことを特徴とする画像形成装置管理システム。
【請求項２】
画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、事前故障情報として送信する画像形成装置を持つことを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項３】
市場で行われたメンテナンス作業のデータを管理する手段を持ち、前記部品を交換予想部品として要求する数を計数する手段は、前記部品が前記予測した故障の対応として、実際に交換が発生した交換率を加味して、交換予想部品として要求する数を計数することを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項４】
画像形成装置内の動作カウントや動作タイミングを計測する計測手段と、予め決められている段階的な予測値と前記計測手段で得られた計測値を比較し、前記計測値が前記段階的な予測値に達した場合に、その緊急度を事前故障レベル情報として事前故障情報に付加して送信する画像形成装置を持つことを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項５】
前記部品を交換予想部品として要求する数を計数する手段は、前記アラームレベルを加味して交換予想部品として要求する数を計数することを特徴とする請求項第一項記載の画像形成装置管理システム。
【請求項６】
前記部品の在庫情報を管理している部品在庫情報管理手段は、複数の各サービス拠点に設けられ、各サービス拠点内の部品の在庫情報を管理していることを特徴とする請求項第一項記載の画像形成装置管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２００６−３３２４９（Ｐ２００６−３３２４９Ａ）
【公開日】平成１８年２月２日（２００６．２．２）
【国際特許分類】
【出願番号】特願２００４−２０７２１６（Ｐ２００４−２０７２１６）
【出願日】平成１６年７月１４日（２００４．７．１４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年２月２日（２００６．２．２）
【国際特許分類】
【出願日】平成１６年７月１４日（２００４．７．１４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]