JP5396792B2 - 画像処理装置及び障害情報管理システム - Google Patents

Description

本発明は、画像処理装置及び障害情報管理システムに関する。

画像処理装置で起る障害に対する処置として、以下に示す特許文献１〜特許文献４等が提案されている。

特許文献１には、電子機器に使用されている部品及びレビジョンを装置を開かなくても把握し、故障部品の指摘がし易くなることが記載されている。

特許文献２には、通常発生した障害の修復作業において、修復後、一定時間可動させて動作確認するために、サービスマンが長時間装置の前で拘束されないように、確認作業の必要有無を判別し、必要あれば、タイマによって動作確認して結果を管理センターを通知することが記載されている。

特許文献３には、エラーコード等が発生した場合に、そのコードに対応するカテゴリ番号を故障候補として管理テーブルに登録し、当該エラーの１回当りの印刷枚数がしきい値以下となった場合に、そのカテゴリ番号を特定し、警告を発することが記載されている。

特許文献４には、情報記憶領域に障害種別の障害情報、障害の組み合わせ、規定発生回数、発生有効時間、判定情報を予め登録しておき、かつ、被管理装置に障害が発生したとき受信時刻を記憶し、条件一致のときは判定情報を読み出し、この判定情報に対応して別の情報記憶領域に予め登録されている対処方法を読出して表示手段に出力することが記載されている。
特開２００５−１８２６１９公報 特開２００６−０９３８２５公報 特開２００６−２０１９２８公報 実開平０９−２８８５９４号公報

本発明は、本構成を有しない場合に比べて、画像処理装置に起き得る最終障害に対する処置を特定する処置情報の選別を容易に行なうことができる画像処理装置および障害情報管理システムを得ることが目的である。

請求項１に記載の発明は、画像形成処理の実行を妨げる障害である最終障害を特定する最終障害情報と前記最終障害には至らないが前記最終障害の要因となる事象を特定する未障害事象情報とを組み合わせて構成された障害情報群と、前記最終障害に応じて実行した処置を特定する処置情報とが関連付けられたデータテーブルに基づいて、少なくとも発生した前記最終障害と関連付けられた前記処置情報を報知する報知手段と、前記最終障害に対する処置が実行されてから所定量の画像形成処理が実行される間の前記処置が対応する最終障害と同一の最終障害の発生回数を計測し、計測した前記発生回数を元にした効果レベルを、前記最終障害の発生回数及び前記最終障害に対して予め定めた条件に基づいて重み付けして設定した重み付け係数から演算し、演算した効果レベルが所定値以下の場合に、前記処置が対応する最終障害に対して効果有と判断する処置後効果判断手段と、前記処置後効果判断手段の判断結果に基づいた前記処置に対する効果情報を前記障害情報群に関連付けた前記データテーブルを作成する作成手段と、を有している。

請求項２に記載の発明は、画像形成処理の実行を妨げる障害である最終障害を特定する最終障害情報と前記最終障害には至らないが前記最終障害の要因となる事象を特定する未障害事象情報とを組み合わせて構成された障害情報群と、前記最終障害に応じて実行した処置を特定する処置情報とを、互いに関連付けて記憶する障害情報記憶手段と、前記最終障害が発生したときに、当該最終障害を特定する最終障害情報と関連付けられた前記処置情報を、前記障害情報記憶手段から読み出す読出手段と、前記読出手段で読み出された前記処置情報を報知する報知手段と、前記最終障害に対する処置が実行されてから所定量の画像形成処理が実行される間の前記処置が対応する最終障害と同一の最終障害の発生回数を計測し、計測した前記発生回数を元にした効果レベルを、前記最終障害の発生回数及び前記最終障害に対して予め定めた条件に基づいて重み付けして設定した重み付け係数から演算し、演算した効果レベルが所定値以下の場合に、前記処置が対応する最終障害に対して効果有と判断する処置後効果判断手段と、前記処置後効果判断手段の判断結果に基づいた前記処置に対する効果情報を前記障害情報群に関連付けて前記障害情報記憶手段に格納する格納手段と、を有している。

請求項３に記載の発明は、前記請求項２に記載の発明において、前記障害情報記憶手段には、新たな前記最終障害が発生する度に、当該最終障害に関連して新たに生成される障害情報群とその処置を特定する処置情報とが関連付けられた状態で蓄積されて記憶される。

請求項４に記載の発明は、前記請求項１〜請求項３の何れか１項記載の発明において、前記障害情報群には、前記最終障害に至るまでの画像処理履歴情報が付加される。

本発明において、前記処置情報は、単一の前記最終障害情報に対して単一又は複数あり、複数の処置情報がある場合、それぞれの処置情報による処置後の再発頻度に基づく優先順位が付与されることを含む。これにより、処置（処置情報）の選択が容易となる。

本発明において、前記優先順位は、それぞれの処置情報による処置の効果があった方が高く、かつ効果があった処置の内、当該処置の実行回数が多い順に決定されることを含む。これにより、処置情報の実行頻度が反映されるため、処置情報を選択するときの適合性や確実性がます。

本発明において、前記優先順位は、それぞれの処置情報毎に予め定めた条件の基づく重み付けを行なった上で、最も処置の実行回数が多い順に決定されることを含む。これにより、処置情報の重要度が反映されるため、処置情報を選択するときの適合性や確実性がます。

本発明においては、前記処置情報が、ソフトウェア、パラメータ設定を含む電子情報である場合に、当該電子情報のダウンロード元を特定する情報が含まれる。これにより、障害情報記憶手段の記憶容量を軽減することができる。

また、本発明においては、前記処置情報の内、部品の交換、部品の調整に関する処置情報が、各部品に付与され固有の識別情報によって管理される記憶媒体に記憶される。これにより、部品管理が容易であり、かつ、障害情報記憶手段の記憶容量を軽減することができる。

さらに、本発明においては、前記記憶媒体が、無線通信によって前記処置情報の送受信を可能とするＲＦＩＤ（Radio Frequency Identification）機能を適用したＩＣタグであることを含む。これにより、情報の送受信の煩雑さを解消することができる。

請求項５に記載の発明は、画像処理装置における画像形成処理の実行を妨げる障害である最終障害を特定する最終障害情報と前記最終障害には至らないが前記最終障害の要因となる事象を特定する未障害事象情報とを組み合わせて構成された障害情報群と、前記最終障害に応じて実行した処置を特定する処置情報と、を互いに関連付けて記憶する障害情報記憶手段と、前記画像処理装置で前記最終障害が発生したときに、当該最終障害を特定する最終障害情報と関連付けられた前記処置情報を、前記障害情報記憶手段から読み出す読出手段と、前記読出手段で読み出された前記処置情報を報知する報知手段と、前記最終障害に対する処置が実行されてから所定量の画像形成処理が実行される間の前記処置が対応する最終障害と同一の最終障害の発生回数を計測し、計測した前記発生回数を元にした効果レベルを、前記最終障害の発生回数及び前記最終障害に対して予め定めた条件に基づいて重み付けして設定した重み付け係数から演算し、演算した効果レベルが所定値以下の場合に、前記処置が対応する最終障害に対して効果有と判断する処置後効果判断手段と、前記処置後効果判断手段の判断結果に基づいた前記処置に対する効果情報を前記障害情報群に関連付けて前記障害情報記憶手段に格納する格納手段と、を有している。

本発明においては、複数の画像処理装置が通信回線網で通信可能に接続されており、前記障害情報を取得する場合に、相互に接続された前記通信回線網を通じてそれぞれの画像処理装置と送受信することを含む。これにより、複数の画像処理装置間で、障害情報記憶手段に記憶された情報を共有化することができる。

請求項６に記載の発明は、前記請求項５に記載の発明において、複数の前記画像処理装置と、少なくとも前記障害情報記憶手段を備えた情報処理端末とが、通信回線網で通信可能に接続される。

請求項７に記載の発明は、前記請求項６又は請求項６記載の発明において、前記障害情報記憶手段には、新たな最終障害が発生する度に、当該最終障害に関連した障害情報群とその処置を特定する処置情報とが関連付けられた状態で蓄積されて記憶される。

請求項８に記載の発明は、前記請求項５〜請求項７の何れか１項記載の発明において、前記障害情報記憶手段に記憶される前記障害情報群には、前記最終障害に至るまでの画像処理履歴情報が付加される。

請求項１記載の発明によれば、本構成を有しない場合に比べて、画像処理装置に起き得る最終障害に対する処置を特定する処置情報の選別を容易に行なうことができる。

請求項２記載の発明によれば、本構成を有しない場合に比べて、画像処理装置に起き得る最終障害に対する処置を特定する処置情報の選別を容易に行なうことができる。

請求項３に記載の発明によれば、本構成を有しない場合に比べて、障害情報群と処置情報とが関連付けられたパターンが徐々に増加するため、複数の処置現場（画像処理装置）での処置情報の共有化を図ることができる。

請求項４に記載の発明によれば、本構成を有しない場合に比べて、さらに処置情報の特定が容易となる。

請求項５記載の発明によれば、本構成を有しない場合に比べて、画像処理装置に起き得る最終障害に対する処置を特定する処置情報の選別を容易に行なうことができる。

請求項６に記載の発明によれば、本構成を有しない場合に比べて、障害情報記憶手段に記憶された情報を一括管理することができる。

請求項７に記載の発明によれば、本構成を有しない場合に比べて、障害情報群と処置情報とが関連付けられたパターンが徐々に増加するため、複数の処置現場での処置情報の共有化を図ることができる。

請求項８に記載の発明によれば、本構成を有しない場合に比べて、さらに処置情報の特定が容易となる。

図１には、本実施の形態に係る画像処理装置１０が示されている。画像処理装置１０は、大きく分類して、図１の左側から画像形成部１２、用紙収容部１４、後処理部１６としている。

画像形成部１２は、その筐体１８の上面に当該画像処理装置１０の全体を制御する主制御部２０が設けられている。主制御部２０は、制御部本体２２と、キーボード２４と、ディスプレイ２６を備えている。また、主制御部２０の図１の右側（画像形成部１２の上面）には、矩形の開口部が設けられている。この開口部には、開閉蓋３２が取り付けられている。

画像形成部１２は筐体１８によって覆われており、前記主制御部２０からの画像データに応じて発光する光ビームを走査する光走査部と、光走査部によって走査された光ビームを受けて所謂静電潜像が形成される感光体ドラムと、感光体ドラム上の静電潜像へトナー等の現像剤を供給することで現像する現像部と、この現像によって顕像化された画像を記録用紙へ転写する転写部と、転写した記録用紙上の画像を定着させる定着部とを備えている。以下、上記一連の工程を、「画像形成処理全般」という。

上記画像形成部１２が収容された筐体１８の図１の前面は、ほぼ全域に亘って開口されており、所謂観音開き型の一対の開閉扉３４が取り付けられている。

このため、画像形成部１２のメンテナンス時には、この一対の開閉扉３４を開放することで、筐体１８の前面とほぼ同一の面積のメンテナンス作業空間が設けられることになる。

この画像形成部１２の転写部へ送られる記録用紙は、前記開閉蓋３２の下部に設けられたトレイ３６、或いは用紙収容部１４に設けられた複数のトレイ３８から選択的に持ち出されるようになっている。すなわち、複数のトレイ３６，３８には、それぞれサイズの異なる記録用紙を収容可能（同一サイズの場合もある）となっており、主制御部２０からの指示に基づく、画像形成部１２からの指示で何れかのトレイ３６、３８が選択され、例えば、最上層の記録用紙から順番に持ち出すようになっている。

用紙収容部１４の上部は、画像形成された記録用紙の搬送部４０となっている。すなわち、画像形成部１２で画像形成された記録用紙は、後処理が必要な場合に、この搬送部４０を経て、後処理部１６へ搬送されるようになっている。なお、後処理が不要な記録用紙は、前記開閉蓋３２の下部に配置された排出トレイユニット４２へ排出されるようになっている。

後処理部１６は、例えば、フィニッシャー部とも称され、製本、綴じ、穴あけ、折り等の加工、並びにジョブ単位、部数単位での仕分け処理を実行する。

図１に示される如く、画像形成部１２を構成する一部の部品には、無線タグ４４が取り付けられている。無線タグ４４は、周知のようにＲＦＩＤ機能により、非接触、かつ非電力で情報の送受信が可能である。前記主制御部２０には、この無線タグ４４と送受信するための無線送受信部９２（図３参照）が搭載されており、この主制御部２０には、図示しない配線を介して、前記一対の開閉扉３４の一方の裏面側に設けられたアンテナ４６が電気的に接続されている。

このアンテナ４６は、主制御部２０の無線送受信部９２（図３参照）による情報の送受信が実行されると、アンテナ４６と無線タグ４４との間で非接触通信が実行されることになる。

図２に示される如く、本実施の形態では、通信回線網４８を介して、前述した構造の複数の画像形成装置１０が互いに情報を送受信可能に接続されている。なお、図示は省略したが、前記通信回線網４８には、上記と異なる構造の画像形成装置が接続されていてもよい。また、通信回線網４８は、所謂ＬＡＮ（ローカル・エリア・ネットワーク）やＷＡＮ（ワイド・エリア・ネットワーク）等の限られた範囲でのネットワーク以外に、インターネットであってもよい。

前記通信回線網４８には、サーバー５０が接続されている。このサーバー５０には、通信回線網４８に接続された複数の画像形成装置１０における共有の情報が蓄積（記憶）されるようになっている。

この共有の情報としては、画像処理装置１０が障害を起こした場合のその障害コード（最終障害コード）、並びに、その障害を起こすまでの処理の履歴（ログ）、ログに書き込まれる障害までは至らなかった画像処理中の不具合を示すコード（未障害事象コード）、最終障害が発生したときの処置を特定する処置情報がある。

本実施の形態では、上記障害に関する情報を関連付けて、サーバー５０で一括管理している。

図３は、サーバー５０で一括管理される障害に関する情報と、その情報を用いて処置される画像処理装置１０との間での通信を含む、障害情報管理に関する制御を機能的に示したブロック図である。なお、このブロック図は、制御を機能的に分類したものであり、ハード構成を限定するものではない。

サーバー５０には、障害情報テーブルメモリ５２が設けられている。この障害情報テーブルメモリ５２は、障害情報読出部５４とテーブル格納部５６に接続されている。この障害情報読出部５４とテーブル格納部５６は、それぞれ信号解析部５８に接続されている。信号解析部５８は、サーバー側Ｉ／Ｆ（インターフェイス）６０を介して通信回線網４８に接続されている。

また、障害情報テーブルメモリ５２には、テーブル編集部６１が接続されており、必要に応じて、格納されるテーブルの編集（追加、入替、消去、変更等）が実行されるようになっている。

通信回線網４８には、前述のように複数の画像処理装置１０が接続されているが、図３では、１つの画像処理装置１０の主制御部２０のみを図示する。

通信回線網４８は、画像処理装置側Ｉ／Ｆ６２を介して、障害情報要求部６４、情報送出部６６、情報受取部６８のそれぞれに接続されている。

（障害情報の受け取り）
情報受取部６８は、自動処置実行指示部６９及び表示制御部７０に接続されている。

自動処置実行指示部６９では、情報受取部６８で受け取った障害情報に関するデータに基づき、自動処置（バージョンアップのダウンロード、パラメータ設定や調整等）ができる場合にその指示を各部に指示する。

また、表示制御部７０では、情報受取部６８で受け取った障害情報に関するデータに基づき、ディスプレイ２６の表示に適合させるためのデータ変換機能や、ディスプレイ２６を駆動するためのドライバとしての役目を有している。

情報受取部６８による障害情報の受け取りは、前記障害情報要求部６４からサーバー５０へ送出される障害情報要求信号に基づいて実行される。すなわち、障害要求部６４から障害要求信号が送出されると、この障害要求信号は、画像処理装置側Ｉ／Ｆ６２、通信回線網４８、サーバー側Ｉ／Ｆ６０を介して信号解析部５８で受信する。信号解析部５８では、障害要求信号であることを認識して、障害情報読出部５４を起動して、障害情報テーブルメモリ５２から障害情報を読み出し、障害情報送出部７２を介して、要求のあった画像処理部１０の主制御部２０へ返信する。

（障害情報テーブルの格納）
図３に示される如く、主制御部２０は、前述した「画像形成処理全般」を制御する画像形成制御部７４を備えている。

画像形成制御部７４には、障害発生状況監視部７６が接続されている。この障害発生状況監視部７６では、画像形成制御部７４による画像形成処理を監視し、障害発生の有無を判断する。

障害発生状況監視部７６は、最終障害コード生成部７８に接続されている。最終障害コード生成部７８では、障害発生状況監視部７６で障害発生を認識すると、障害発生信号を受け、この障害を特定する最終障害コードを生成する。

最終障害コード生成部７８は、テーブル生成部８０に対して、生成した最終障害コードを送出する役目を有している。

また、障害発生状況監視部７６において、障害発生を認識すると、前記障害情報要求部６４に障害発生信号を送出する。この結果、障害情報要求部６４では、サーバー５０に対して障害情報を要求することになる。これは、前記「障害の受け取り」に関する事項の１つである。

さらに、障害発生状況監視部７６において、障害発生を認識すると、ログ取込部８２に障害発生信号を送出する。このログ取込部８２は、前記画像形成制御部７４に接続されており、障害発生信号の入力をきっかけとして、画像形成制御部７４から画像形成処理の履歴情報（ログ）を取り込む。

ログ取込部８２は、未障害事象コード抽出部８４及び前記テーブル生成部８０に接続されている。これにより、テーブル生成部８０では、前記最終障害コードの入力と同期して、ログ取込部８２からログ情報を受け取る。

一方、前記ログ取込部８２から履歴情報を受け取った未障害事象コード抽出部８４では、履歴情報に含まれる未障害事象、すなわち、障害には至らなかったが、例えば、許容される時間内に処理されたり、一時的に障害が起きたがすぐに復帰したといった事象を抽出し、その事象を未障害事象コードとして特定する。

より具体的には、記録用紙の搬送系において、相対的に上流側のセンサから下流側のセンサへ到達する搬送時間が通常よりも長いが許容範囲であった場合、トナーの使用量が通常平均値よりも所定量多い、稼働時間が平均稼働時間よりも所定時間長い、といった事象が挙げられる。

未障害事象コード抽出部８４は、前記テーブル生成部８０に接続され、生成された未障害事象コードをテーブル生成部８０へ送出する。この結果、テーブル生成部８０には、最終障害コードの入力に同期して、前記未障害事象コード及びログ情報が入力されることになる。テーブル生成部８０では、この最終障害コード、未障害事象コード及びログ情報の組み合わせである障害情報群と、後述する処置情報と関連付けてテーブル化するようになっている。

テーブル生成部８０には、処置情報書込部８６が接続されている。処置情報書込部８６では、入力される処置情報を、テーブル生成部８０に入力されている障害情報群を基に作成されたテーブルに、当該障害情報群と関連付けながら書き込んでいく役目を有している。

処置情報書込部８６は、処置情報生成部８８に接続されている。処置情報生成部８８では、基本的に３の入力系（データ１）〜（データ３）から入力される処置情報に関するデータを解析し、処置情報を生成するようになっている。

（データ１）処置内容
処理情報生成部８８には、キーボード２４が接続されている。このキーボード２４からは、例えば、サービスマン等が最終障害に応じて行なった処置に関する情報がキー入力されるようになっている。

このキー入力は、予め処置内容が符号化された入力フォーマットを作成しておき、符号を入力したり、選択したりすることで処置の内容を入力するようにしてもよいし、サービスマンが自由に書き込むことができるテキスト情報であってもよい。

（データ２）部品交換、修理による処置
処置情報生成部８８には、受信情報解析部９０が接続されている。この受信情報解析部９０は、無線送受信部９２が接続されている。

無線送受信部９２はアンテナ４６を介して、無線タグ４４との送受信を実行する。無線タグ４４は、画像形成部１２（図１参照）の各部に装着された部品のそれぞれに設けられている。なお、図１では、４箇所の無線タグ４４を図示しているが、この数は限定されるものではない。

無線送受信部９２では、定期的或いは不定期に無線タグ４４との送受信を実行する。定期的とは、例えば、タイマ等による一定の時間間隔で行なうことを言い、不定期とは開閉扉３４が開放されたとき等を言う。

無線送受信部９２では、アンテナ４６と無線タグ４４との間で非接触通信を実行するように制御し、当該部品が交換されたか否か、交換された場合の交換時期、或いは、調整がされたか否か、調整された場合の調整内容を無線タグ４４に対して要求し、無線タグ４４は、この要求に応答するように起動する。なお、一般的に無線タグ４４は電力を持たないが、無線送受信部９２からのアンテナ４６を介した電磁波による電磁誘導作用により情報の送受信が可能となっている。

無線送受信部９２が、無線タグ４４から受けた情報は、受信情報解析部９０で解析された後、処理情報生成部８８へ送出されるようになっている。

（データ３）処置に応じた評価
処置情報生成部８８には、処置評価判定部９４が接続されている。処置評価判定部９４は、例えばサービスマンが行なった処置が、その後良好であったのか、再発したのか等を評価する役目を有している。評価は、自動評価と手入力評価とがある。

（自動評価）
処置評価判定部９４には、処理量カウンタ９６が接続されている。処理量カウンタ９６は、前記画像形成制御部７４から、ＰＶ（プリントボリューム）データを受け取るようになっている。ＰＶとは、例えば、ＪＩＳ規格のＡ４サイズ換算での処理枚数（Ａ３サイズの処理であれば、２カウント）を表す。

処理量カウンタ９６では、このＰＶが所定量に達した時点で、前記障害発生状況監視部７６からの情報に基づいて、評価対象の最終障害が発生したか否かを確認し、その効果情報を処置情報生成部８８へ送出するようになっている。

（手入力評価）
処置評価判定部９４には、キーボード２４が接続されている。このキーボード２４から、例えばサービスマンが処置を実行した後、評価対象の最終障害の発生の有無等を自身で判断して、その評価を入力する。

以下に本実施の形態の作用を図４のフローチャートに従い説明する。なお、このフローチャートは、画像処理装置１０の主制御部２０で実行される画像形成制御の１つのルーチンとして実行される制御である。

ステップ１００では、障害が発生したか否かが判断され、否定判定された場合には、ステップ１０２へ移行して、以前に発生した障害を対象とした処置後の判断時期か否かが判断される。このステップ１０２で否定判定された場合には、このルーチンは終了する。

前記ステップ１００で肯定判定されると、ステップ１０４へ移行して障害情報要求部６４（図３参照）からサーバー５０へ障害情報に基づくテーブルを要求して、ステップ１０６へ移行し、サーバー５０からの情報の受け取りを確認する。

ステップ１０６でサーバー５０からの情報の受け取りを確認（肯定判定）すると、ステップ１０８へ移行して受け取った情報に基づいて、テーブルの有無を判断する。

ステップ１０８で肯定判定（障害情報に基づくテーブル有）されると、ステップ１１０へ移行して受け取った処置の効果があったか否かが判断される。この判断は、後述するステップ１２２で判断し、サーバー５０に格納される効果判断情報に基づいて実行される。

すなわち、Ｎ（ＰＶ）及び／又はｔ（時間）中に同一障害発生がＭ回以下の場合、「効果有り」と判断し、それ以外を「効果無し」と判断する。但し、Ｎ値，ｔ値，Ｍ値はそれぞれ任意であり、ＰＶはＪＩＳ規格Ａ４サイズ換算での処理枚数を示す。

なお、処置の効果の有無の判断は、例えば、今までの同一障害における効果有取得回数の度合い（パーセンテージ）で示すことが挙げられ、この場合、例えば、７０％以上を効果有りとすればよい。

効果判断基準の例としては、以下のような条件がある。

（効果判断基準例１）
１００００ＰＶ中に同一障害発生無し（Ｎ＝１００００枚／Ａ４、Ｍ＝０、ｔ→設定なし）
（効果判断基準例２）
１００００ＰＶ中に同一障害発生件数が１０以下（Ｎ＝１００００枚／Ａ４、Ｍ＝１０、ｔ→設定なし）
（効果判断基準例３）
２４時間中に同一障害発生無し（ｔ＝２４hour、Ｍ＝０、Ｎ→設定なし）
前記ステップ１１０で肯定判定、すなわち、処置の効果が有りと判定されると、ステップ１１２へ移行して、当該処置が自動で実施可能か否かを判断する。

このステップ１１２で肯定判定されると、ステップ１１４へ移行して自動処理制御を実行し、このルーチンは終了する。この自動処置には、インストールされているプログラムソフトのバージョンアップを、該当サーバーへ通信回線網４８及び図示しないインターネット等を介してアクセスし、自動的にダウンロードする、或いは、設定されている調整値（パラメータ）を変更、調整すること等を言う。

前記ステップ１１２で否定判定された場合は、ステップ１１６へ移行して、ディスプレイ２６（図３参照）等を用いて処置情報を報知する。すなわち、処置に関するガイダンスを行うことで、例えば、サービスマンが処置し易いように報知する。これにより、サービスマンは、必要な部品の交換等を実行する。

次に、ステップ１０８で受け取った情報に基づいて、「障害情報無し」と判断される、或いは、ステップ１１０で受け取ったテーブルによる処置に効果が無いと判断されると、ステップ１１８へ移行して、今回新たに実行する処置を、発生した障害コード群（障害コード、未障害事象コード、ログ情報）に関連つけたテーブルを作成する（表１参照）。

この表１に示される如く、障害情報群には、障害コードの他、未障害事象コードが必須情報として含まれ、さらに、ログ情報が任意に登録される。未障害事象コードは、最終的に発生した障害にいきつくまでに発生した障害にまでは至らなかった事象であり、最終障害の処置情報を検討するにあたり、重要な要素となり得る。また、この未障害事象コードに加え、ログ情報が登録されていることで、さらに処置情報の検討精度が上がる。

処置情報は、大きく分けて、主としてサービスマンが実行する手作業の処理と、自動処理とがある。

サービスマンによる手作業としては、部品交換等が挙げられる。一方、自動処理としては、ソフトのバージョンアップ、設定パラメータの変更、調整が挙げられる。

次のステップ１２０では、情報送出部６６（図３参照）から、テーブル生成部８０で生成したテーブルをサーバー５０へ送出し、このルーチンは終了する。

次に、前述したステップ１０２で処置後の効果判断時期であると判定（肯定判定）されると、ステップ１２２へ移行し、前述した処置後効果判断制御を実行し、次いで、ステップ２４へ移行して、この処置後の効果情報を、情報送出部６６からサーバー５０へ送出する。サーバー５０では、この効果情報を、既にサーバー５０に登録されている障害情報群−処置情報テーブルに関連付けて格納する。

（変形例）
以下に本実施の形態における変形例について説明する。この変形例は、サーバー５０において管理される障害情報群、処置情報、効果情報等で生成されるテーブル管理に関するものである。

すなわち、前述実施の形態では、障害情報群と処置情報とを関連付けてテーブル化し、処置後の効果を付加することで、同一の障害コードに基づいて、的確な処置情報を選択するようにした。これに対して、変形例では、テーブルをさらに細分化すると共に処置後の効果に重み付けを行なうようにした。

図５は、サーバー５０に格納される障害と被疑箇所／処置テーブル２００を示し、図６は、障害発生履歴データテーブル２０２の一例を示したものである。

図５に示す被疑箇所／処置テーブル２００は、項目として、「障害コード」欄２０４、「障害の重み付け」欄２０６、「被疑箇所／処置」欄２０８が設けられている。「被疑箇所／処置」欄２０８には、過去に実行した処置（３項目構成）が列挙されている。処置の項目には、「処置Ｎｏ．」欄２１０、「処置情報」欄２１２、「効果レベル」欄２１４が設けられている。なお、「障害コード」欄２０４には、前述の表１に示した未障害事象コードやログ情報が含まれるものとする。

なお、この被疑箇所／処置テーブル２００の各項目に記載された内容は、所謂現場用語的な記号でテーブル化された様子を示したものであるので、特徴的箇所を必要に応じて説明し、その他については省略する。

この被疑箇所／処置テーブル２００では、「効果レベル」欄２１４が障害が起きる毎に１ずつ加算（＋１）されるようになっており、例えば、障害コード０１−２０ｘにおけるＬＶＰＳ（低電圧電源部）では、効果レベルが「３」になっている。これはＬＶＰＳの障害（未障害事象）が３回あったが顧客側の処理で回復したことを示している。

このとき、効果レベルを予め定めた所定の条件に基づいて、重み付けを行なっている。

重み付けの条件は、以下の事項である。

（重み付け条件１） 障害の重要度による重み付け
これは、顧客がメンテンナンスできるものは低く、システムダウンしなければならないようなものを高くする。

（重み付け条件２） 被疑箇所の影響度合いによる重み付け
これは、他の部位に間接的に影響を与える可能性が高いものほど高くする。一例として、相対的にＬＶＰＳは高く、トレイセンサは低い。

（重み付け条件３） 製造（出荷）日からの経過日数（累積プリント処理枚数）に基づく重み付け
これは、同じ障害コードを持つ障害でも、初期不良は高く、経時変化による不良は低い。

すなわち、ある程度長く使っていれば劣化もあり初期に比べて障害が発生することも予測されるが、初期不良は経時劣化がない分重要度を高くする必要がある。

（重み付け条件４） 重み付けの解除
関連部品として登録されても正常を維持していれば重み付けして要素を撤回する。

以上を踏まえ、効果レベルを設定するためには、
効果レベル＝（現在の累計効果レベル＋新たな効果レベル）×重み付け係数・・（１）
となる。なお、重み付け係数は、障害の重み付け係数と、発生回数に重み付け係数とに分類してもよい。

図６に示す障害発生履歴データテーブル２０２は、項目として、「発生日」欄２１６、「発生時刻」欄２１８、「障害コード」欄２２０、「発生回数」欄２２２、「印刷数」欄２２４、「前回の同一障害からの印刷数」欄２２６、「前回の障害からの印刷数」欄２２８、「復旧効果の高い被疑箇所」欄２３０が設けられている。「復旧効果の高い被疑箇所」欄２３０には、過去に実行した処置（３項目構成）が効果レベルが高い順に列挙されている（１ｓｔ、２ｎｄ、３ｒｄ、４ｔｈ・・・）。処置の項目には、「処置Ｎｏ．」欄２１０、「処置情報」欄２１２、「効果レベル」欄２１４（図５の「被疑箇所/処置」欄２０８の各項目と同一）が設けられている。

なお、この障害発生履歴データテーブル２０２の各項目に記載された内容は、所謂現場用語的な記号でテーブル化された様子を示したものであるので、特徴的箇所を必要に応じて説明し、その他については省略する。

この障害発生履歴データテーブル２０２は、障害が発生する毎に「発生日時」欄２１６をソート対象とした横に羅列した各項目群（横帯）が増加する。

一方、サービスマンによるメンテナンス処理（部品交換、調整等）が完了すると、実行した処置に関する被疑箇所（「処置Ｎｏ．」欄２１０、「処置情報」欄２１２、「効果レベル」欄２１４）が消去されていくようになっている。

図７及び図８は、図５及び図６に示した２種類のテーブル、すなわち、障害と被疑箇所／処置テーブル２００と、障害発生履歴データテーブル２０２とを適用したテーブル管理制御ルーチンである。

図７は、障害発生時の処理を示しており、ステップ２５０では、障害が発生したときに、障害と被疑箇所／処置テーブル２００に、障害情報群（障害コード、未障害事象コード、ログ情報）に基づく抽出データがあるか否かが判断され、ない場合（否定判定）は新たな障害であるため、このルーチンは終了する。なお、新たな障害の場合には、新たな障害に対する処置制御（図示省略）が実行される。

ステップ２５０で肯定判定、すなわち、発生した障害に基づく抽出データが、障害と被疑箇所／処置テーブル２００にあると判断された場合は、ステップ２５２へ移行して図６の障害発生履歴データテーブル２０２に登録し、ステップ２５４へ移行する。

ステップ２５４では、図６に登録したデータから、過去の履歴に同一の「被疑箇所／処置」情報があるか否かが判断され、あると判断された場合には（肯定判定）、ステップ２５６へ移行して、効果レベルを更新する。なお、この「あり」の判定は複数項目に亘る場合も含むものとする。

この効果レベルの更新の際、
効果レベル＝（現在の累計効果レベル＋新たな効果レベル）×重み付け係数・・（１）
を用いる。

この効果レベルの更新が終了すると、ステップ２５８へ移行する。また、ステップ２５４で、なしと判断された場合は（否定判定）、ステップ２５８へ移行する。

ステップ２５８では、最も高い効果レベルとなった処置情報をディスプレイ２６へ表示し、このルーチンは終了する。

次に、図８は、障害に対する処置を実施した時の処理を示しており、ステップ２６０では実行した処置情報が、図６の障害発生履歴データテーブル２０２に登録されているか否かが判断され、肯定判定されると、今回の処置により履歴として残しておく必要がないので、ステップ２６２へ移行して図６の障害発生履歴データテーブル２０２における被疑箇所情報（「処置Ｎｏ．」欄２１０、「処置情報」欄２１２、「効果レベル」欄２１４）を削除してこのルーチンは終了する。なお、ステップ２６０で否定判定された場合は、このルーチンは終了する。

なお、本実施の形態（変形例を含む）では、通信回線網４８に複数の画像処理装置１０とサーバー５０とを接続し、相互に通信可能とすると共に、サーバー５０に障害情報群と処置情報とを関連付けたテーブルを格納して、それぞれの画像処理装置１０が共有できるような構成としたが、サーバー５０を設けずに、互いの画像処理装置１０が相互に通信して、個々に発生した障害を共有しあう構成としてもよい。

また、例えば、サービスマンが情報（障害情報群と処置情報とを関連付けたテーブル）を携帯可能な記録媒体を所持していてもよいし、メーカーのサーバーへアクセスする構成であってもよい。

すなわち、本実施の形態（変形例を含む）は、障害情報群と処置情報とを関連付けたテーブルを共有し、特定機器、特定場所で発生した障害とその処置を、別の機器、別の場所でも有効に利用できること、並びに、障害に関して、最終障害のみならず最終障害に至るまでに発生した不具合（障害には至らない事象）を加味することが重要であり、情報（障害情報群と処置情報とを関連付けたテーブル）格納先、取得手段は限定されるものではない。

本実施の形態に係る画像処理装置の概略構成図である。 画像処理装置が通信回線網に接続された状態を示すシステム構成図である。 画像処理装置の主制御部とサーバーとにおける情報授受を示す制御の機能ブロック図である。 画像処理装置の主制御部での障害に関する制御の流れを示すフローチャートである。 サーバーに格納される障害と被疑箇所／処置テーブルを模式化した図表である。 サーバーに格納される障害発生履歴データテーブルを模式かした図表である。 障害発生時の処理制御を示すフローチャートである。 障害処置実施時の処理制御を示すフローチャートである。

符号の説明

１０ 画像処理装置
１２ 画像形成部
１４ 用紙収容部
１６ 後処理部
１８ 筐体
２０ 主制御部
２２ 制御部本体
２４ キーボード
２６ ディスプレイ（報知手段）
３２ 開閉蓋
３４ 開閉扉
３６ トレイ
３８ トレイ
４０ 搬送部
４２ 排出トレイユニット
４４ 無線タグ
４６ アンテナ
４８ 通信回線網
５０ サーバー
５２ 障害情報テーブルメモリ（障害情報記憶手段）
５４ 障害情報読出部
５６ テーブル格納部
５８ 信号解析部
６０ サーバー側Ｉ／Ｆ
６１ テーブル編集部
６２ 画像処理装置側Ｉ／Ｆ
６４ 障害情報要求部
６６ 情報送出部
６８ 情報受取部（障害情報読出手段）
７０ 表示制御部（報知手段）
７２ 障害情報送出部
７４ 画像形成制御部
７６ 障害発生状況監視部
７８ 最終障害コード生成部
８０ テーブル生成部
８２ ログ取込部
８４ 未障害事象コード抽出部
８６ 処置情報書込部
８８ 処置情報生成部
９０ 受信情報解析部
９２ 無線送受信部
９４ 処置評価判定部
９６ 処理量カウンタ

Claims (8)

1. 画像形成処理の実行を妨げる障害である最終障害を特定する最終障害情報と前記最終障害には至らないが前記最終障害の要因となる事象を特定する未障害事象情報とを組み合わせて構成された障害情報群と、前記最終障害に応じて実行した処置を特定する処置情報とが関連付けられたデータテーブルに基づいて、少なくとも発生した前記最終障害と関連付けられた前記処置情報を報知する報知手段と、
   前記最終障害に対する処置が実行されてから所定量の画像形成処理が実行される間の前記処置が対応する最終障害と同一の最終障害の発生回数を計測し、計測した前記発生回数を元にした効果レベルを、前記最終障害の発生回数及び前記最終障害に対して予め定めた条件に基づいて重み付けして設定した重み付け係数から演算し、演算した効果レベルが所定値以下の場合に、前記処置が対応する最終障害に対して効果有と判断する処置後効果判断手段と、
   前記処置後効果判断手段の判断結果に基づいた前記処置に対する効果情報を前記障害情報群に関連付けた前記データテーブルを作成する作成手段と、
   を有する画像処理装置。
2. 画像形成処理の実行を妨げる障害である最終障害を特定する最終障害情報と前記最終障害には至らないが前記最終障害の要因となる事象を特定する未障害事象情報とを組み合わせて構成された障害情報群と、前記最終障害に応じて実行した処置を特定する処置情報とを、互いに関連付けて記憶する障害情報記憶手段と、
   前記最終障害が発生したときに、当該最終障害を特定する最終障害情報と関連付けられた前記処置情報を、前記障害情報記憶手段から読み出す読出手段と、
   前記読出手段で読み出された前記処置情報を報知する報知手段と、
   前記最終障害に対する処置が実行されてから所定量の画像形成処理が実行される間の前記処置が対応する最終障害と同一の最終障害の発生回数を計測し、計測した前記発生回数を元にした効果レベルを、前記最終障害の発生回数及び前記最終障害に対して予め定めた条件に基づいて重み付けして設定した重み付け係数から演算し、演算した効果レベルが所定値以下の場合に、前記処置が対応する最終障害に対して効果有と判断する処置後効果判断手段と、
   前記処置後効果判断手段の判断結果に基づいた前記処置に対する効果情報を前記障害情報群に関連付けて前記障害情報記憶手段に格納する格納手段と、
   を有する画像処理装置。
3. 前記障害情報記憶手段には、新たな前記最終障害が発生する度に、当該最終障害に関連して新たに生成される障害情報群とその処置を特定する処置情報とが関連付けられた状態で蓄積されて記憶される請求項２記載の画像処理装置。
4. 前記障害情報群には、前記最終障害に至るまでの画像処理履歴情報が付加される請求項１〜請求項３の何れか１項記載の画像処理装置。
5. 画像処理装置における画像形成処理の実行を妨げる障害である最終障害を特定する最終障害情報と前記最終障害には至らないが前記最終障害の要因となる事象を特定する未障害事象情報とを組み合わせて構成された障害情報群と、前記最終障害に応じて実行した処置を特定する処置情報と、を互いに関連付けて記憶する障害情報記憶手段と、
   前記画像処理装置で前記最終障害が発生したときに、当該最終障害を特定する最終障害情報と関連付けられた前記処置情報を、前記障害情報記憶手段から読み出す読出手段と、
   前記読出手段で読み出された前記処置情報を報知する報知手段と、
   前記最終障害に対する処置が実行されてから所定量の画像形成処理が実行される間の前記処置が対応する最終障害と同一の最終障害の発生回数を計測し、計測した前記発生回数を元にした効果レベルを、前記最終障害の発生回数及び前記最終障害に対して予め定めた条件に基づいて重み付けして設定した重み付け係数から演算し、演算した効果レベルが所定値以下の場合に、前記処置が対応する最終障害に対して効果有と判断する処置後効果判断手段と、
   前記処置後効果判断手段の判断結果に基づいた前記処置に対する効果情報を前記障害情報群に関連付けて前記障害情報記憶手段に格納する格納手段と、
   を有する障害情報管理システム。
6. 複数の画像処理装置と、少なくとも前記障害情報記憶手段を備えた情報処理端末とが、通信回線網で通信可能に接続された請求項５記載の障害情報管理システム。
7. 前記障害情報記憶手段には、新たな前記最終障害が発生する度に、当該最終障害に関連して新たに生成される障害情報群とその処置を特定する処置情報とが関連付けられた状態で蓄積されて記憶される請求項５又は請求項６記載の障害情報管理システム。
8. 前記障害情報群には、前記最終障害に至るまでの画像処理履歴情報が付加される請求項５〜請求項７の何れか１項記載の障害情報管理システム。

Images