JP2001022232A - 画像記録装置の画質診断システム - Google Patents

Abstract

(57)【要約】 【課題】遠隔制御システムによる画質診断を行う上で、
故障原因や故障予知を迅速かつ正確に推論することがで
き、もって、画質診断の信頼性をより高める。 【解決手段】中央管理装置２側の中央診断装置３には、
画質コントロールの主要なパラメータが画質状態に応じ
て予めパターン化されてなる画質診断用パターンテーブ
ル６及び画質状態決定手段７を設け、画質状態決定手段
７では、画質診断用パターンテーブル６を用い、画質コ
ントロールの主要なパラメータがどのパターンに合致す
るか否かを判断し、画質状態を決定する画質診断システ
ムであって、診断対象端末側では、端末側データ転送手
段５に故障予知手段を具備させ、少なくとも故障予知手
段による故障予知が行われた条件下で診断対象端末の画
質診断を行う。また、前記画質診断システムであって、
更に、中央管理装置２側から画像記録装置１の画質コン
トロールの主要なパラメータを書き換え処理する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、画像記録装置の画質
診断システムに係り、特に、複数の画像記録装置を診断
対象端末とし、各画像記録装置の画質を遠隔制御システ
ムにて個別診断するようにした画像記録装置の画質診断
システムの改良に関する。

【０００２】

【従来の技術】従来この種の画像記録装置の画質診断シ
ステムとしては例えば特開平３−１５４１２８号公報所
載のものが知られている。これは、異常画像が発生した
際に、予め決められたチャートにより画像を形成し、こ
のチャート画像を異常画像診断支援装置に送信し、この
画像データを異常画像診断支援装置に予め記憶されてい
る正しい画像データと比較することにより、異常画像診
断を行うようにしたものである。

【０００３】

【発明が解決しようとする課題】ところが、このような
従来の画像記録装置の画質診断システムにあっては、画
像記録装置側で形成されたチャート画像に関する異常画
像データに基づいて故障原因を推論するようになってい
るので、故障原因を推論する上で、異常画像データの特
徴（分布，幅，長さ，形状，濃度等）を検出した後に、
所定の知識ベースに基づいて推論を実行しなければなら
ず、その分、故障原因の推論作業時間が嵩むという技術
的課題が生ずるばかりか、あくまで、異常画像が発生し
た時点で故障原因を推論する方式を採用している関係
上、異常画像が発生する前段階で、これこれの異常が発
生する可能性があるというような故障予知を正確に推論
することはできなかった。

【０００４】この発明は、以上の技術的課題を解決する
ためになされたものであって、遠隔制御システムによる
画質診断を行う上で、故障原因や故障予知を迅速かつ正
確に推論することができ、もって、画質診断の信頼性を
より高めるようにした画像記録装置の画質診断システム
を提供するものである。

【０００５】

【課題を解決するための手段】すなわち、この発明は、
図１に示すように、診断対象端末である複数の画像記録
装置１の画質を中央管理装置２を介して中央診断装置３
にて個別診断するようにした画像記録装置の画質診断シ
ステムを前提とし、各画像記録装置１には、画質コント
ロールの主要なパラメータが記憶される記憶手段４を設
けると共に、この記憶手段４内に格納されている画質コ
ントロールの主要なパラメータが画質診断時にて中央管
理装置２側に転送される端末側データ転送手段５を設
け、この端末側データ転送手段５には画質コントロール
の主要なパラメータに異常が発生したと認められる場合
若しくは異常が発生する可能性があると判断される場合
に故障箇所が予知せしめられる故障予知手段を具備さ
せ、一方、中央診断装置３には、画質コントロールの主
要なパラメータが画質状態に応じて正常であるか否か、
また、異常の場合、どのようなトラブルが想定されるか
について予めパターン化されてなる画質診断用パターン
テーブル６を設けると共に、端末側データ転送手段５か
ら転送された画質コントロールの主要なパラメータが画
質診断用パターンテーブル６のどのパターンに合致する
か否かを判断し、画質状態が決定される画質状態決定手
段７を設け、少なくとも故障予知手段による故障予知が
行われた条件下では端末側データ転送手段５から画質コ
ントロールの主要なパラメータを中央管理装置２側に転
送するようにしたことを特徴とするものである。

【０００６】このような技術的手段において、画質コン
トロールの主要なパラメータとしては、画像記録装置の
特性に基づいて選定されるものであり、例えば電子写真
プロセスにおいては、感光体上の初期帯電電位、感光体
上の画像部潜像電位、画像部現像濃度レベルを挙げるこ
とができる。また、画像記録装置１側に設けられる記憶
手段４への画質コントロールの主要なパラメータの取り
込みタイミングについては、定期的に取り込むようにし
てもよいし、あるいは、画質診断を必要とする時点で取
り込むようにしてもよい。

【０００７】更に、端末側データ転送手段５としては、
記憶手段４内の画質コントロールの主要なパラメータを
中央管理装置２側へ転送できるものであればよく、定期
的に前記パラメータデータを転送するようにしてもよい
し、あるいは、中央管理装置２からの要求に従って前記
パラメータデータを転送するようにしてもよいし、ある
いは、故障予知手段を組み込み、この故障予知手段で行
われるテストにより画質コントロール上に異常が発生し
たと認められる場合若しくは異常が発生する可能性があ
ると判断される場合に、前記パラメータデータを転送す
る等適宜設計変更して差し支えない。

【０００８】また、画質診断用パターンテーブル６とし
ては、画質コントロールの主要なパラメータの値に対応
させて画質影響部品がどのような状態にあるかを予め実
機を用いた実験によりパターン化したものが挙げられ
る。この場合において、診断対象となる画像記録装置が
複数の機種に及ぶ場合には、夫々の機種毎に画質診断用
パターンテーブル６を別個に作成することが必要であ
る。更にまた、画質状態決定手段７としては、診断対象
である個別画像記録装置１毎の特性のみで画質状態を決
定してもよいが、画質状態の決定をより迅速化するに
は、診断対象である個別画像記録装置１毎の特性に加え
て、該当機種の普遍的兆候を考慮することが好ましい。
また、画質診断をより精度良く行うには、実際のトラブ
ル発生の一歩手前の各種兆候を整理して想定した仮想ト
ラブルを生成し、これについて検証するようにすること
が好ましく、より精度を上げるためには、例えば、トラ
ブル間、兆候間、トラブルと何らかの兆候間等の相関を
分析する等の手段を施すようにすればよい。

【０００９】また、本発明の他の態様としては、図１に
示すように、診断対象端末である複数の画像記録装置１
の画質を中央管理装置２を介して中央診断装置３にて個
別診断するようにした画像記録装置の画質診断システム
において、各画像記録装置１には、画質コントロールの
主要なパラメータが記憶される記憶手段４を設けると共
に、この記憶手段４内に格納されている画質コントロー
ルの主要なパラメータが画質診断時にて中央管理装置２
側に転送される端末側データ転送手段５を設け、一方、
中央診断装置３には、画質コントロールの主要なパラメ
ータが画質状態に応じて正常であるか否か、また、異常
の場合、どのようなトラブルが想定されるかについて予
めパターン化されてなる画質診断用パターンテーブル６
を設けると共に、端末側データ転送手段５から転送され
た画質コントロールの主要なパラメータが画質診断用パ
ターンテーブル６のどのパターンに合致するか否かを判
断し、画質状態が決定される画質状態決定手段７を設け
たものにおいて、中央管理装置２側から画像記録装置１
の画質コントロールの主要なパラメータを書き換え処理
するようにした態様が挙げられる。

【００１０】上述したような技術的手段によれば、各画
像記録装置１の記憶手段４には、画質コントロールの主
要なパラメータが記憶されており、端末側データ転送手
段５は前記記憶手段４に格納されている画質コントロー
ルの主要パラメータを少なくとも画質診断時において中
央管理装置２側に転送する。すると、中央診断装置３
は、中央管理装置２からの診断要求に応じて診断を開始
し、中央診断装置３の画質状態決定手段７は、端末側デ
ータ転送手段５から転送された画質コントロールの主要
なパラメータが画質診断用パターンテーブル６のどのパ
ターンに合致するか否かを判断し、画質状態を決定す
る。そして、中央診断装置３は、画質状態決定手段７が
決定した画質状態に基づく診断結果を中央管理装置２に
報告する。ここで、端末側データ転送手段５には画質コ
ントロールの主要なパラメータに異常が発生したと認め
られる場合若しくは異常が発生する可能性があると判断
される場合に故障箇所が予知せしめられる故障予知手段
を具備させ、少なくとも故障予知手段による故障予知が
行われた条件下では端末側データ転送手段５から画質コ
ントロールの主要なパラメータを中央管理装置２側に転
送するようにすれば、故障予知手段による故障予知を事
前に行った後に、本格的な画質診断を行うことが可能に
なる。

【００１１】次に、本件発明に関連する先行例について
補足しておく。先行例１（特開平３−１６１７６６号公
報）は、複写機側で予め決められたレベルによって、大
故障、中故障などの判断をし、この判断結果をセンタ装
置に通報するものである。また、先行例２（特開平２−
２３７３６５号公報）は、画像読取り装置において、Ｃ
ＣＤにより原稿板の画像を読取り、画像の先鋭度を反映
するパラメータを抽出し、ピント位置の判定に供する表
を用い、ＣＣＤのピントの診断を行うようにしたもので
ある。更に、先行例３（特開昭６２−４５２６６号公
報）は、中央管理装置側から端末側のパラメータを書き
換え処理するものである。先ず、先行例１には、「画質
コントロールの主要なパラメータが画質状態に応じて異
常の場合、どのようなトラブルが想定されるかについて
予めパターン化された画質診断用パターンテーブル」及
びこれを用いた「画質状態決定手段」が記載されていな
い。また、先行例２は、画像読取り装置自体に自己診断
機能を具備させるようにしたものに過ぎず、もともと中
央管理装置を備えたシステムを想定していないことから
中央管理装置側の要素として把握することが困難である
ばかりか、先行例２の判定表は、ＣＣＤの状態や光学系
のチェックが必要であることをメッセージ表示している
だけで、「主要なパラメータが画質状態に応じて異常の
場合、どのようなトラブルが想定されるかについて予め
パターン化された画質診断用パターンテーブル」とは言
えない。更に、先行例１には、確かに故障予知について
触れられているが、「少なくとも故障予知手段による故
障予知が行われた条件下では端末側データ転送手段から
画質コントロールの主要なパラメータを中央管理装置側
に転送し、画質診断用パターンテーブルを用いた画質診
断を行う点」も何ら記載されておらず、示唆されていな
い。それゆえ、先行例１，２を組み合わせたとしても、
本件発明の特徴点である「画質診断用パターンテーブ
ル」及び「画質状態決定手段」並びに「主要なパラメー
タの転送タイミング」を想定し得ない。また、先行例３
には、「中央管理装置側から端末側のパラメータを書き
換え処理すること」が開示されているが、先行例１〜３
のいずれにも「画質診断用パターンテーブル」及び「画
質状態決定手段」が示唆されていない以上、書き換え処
理したパラメータによる画質がどのような状態であるか
の再診断を行うことはできない。それゆえ、先行例１〜
３を組み合わせたとしても、本件発明を想定することは
実質的に不可能である。

【００１２】

【発明の実施の形態】以下、添付図面に示す実施の形態
に基づいてこの発明を詳細に説明する。 目次 １．システムの概要 ２．複写機の画像形成ユニット構成 ３．ＲＩＣＦＢ構成 ４．ＥＳ構成 ５．診断システムの処理シーケンス （１）全体処理シーケンス （２）ＲＩＣＦＢ処理シーケンス （３）ホストコンピュータの処理シーケンス （４）ＥＳの処理シーケンス

【００１３】１．システムの概要 図２はこの発明が適用された複写機の診断システムの一
実施の形態である。同図において、符号２０は診断対象
端末である複数の複写機、２１は各複写機２０に付設さ
れて複写機２０の故障箇所を予知する故障予知ボード
（以下ＲＩＣＦＢ［Ｒｅｍｏｒｔ Ｉｎｔｅｒａｃｔｉ
ｖｅ Ｃｏｍｕｎｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ
Ｂｏａｒｄの略］という）、２２は複数の複写機２０と
電話回線２３を介して接続されるホストコンピュータ、
２４，２５はＲＩＣＦＢ２１、ホストコンピュータ２２
と電話回線２３との間におけるデータ変調を行うモデ
ム、２６はホストコンピュータ２２と通信可能に接続さ
れ、ホストコンピュータ２２からの要求指令に従って診
断対象複写機２０の故障予知された機能部品を診断する
診断専門システム（以下ＥＳ［Ｅｘｐｅｒｔ Ｓｙｓｔ
ｅｍの略］という）である。

【００１４】２．複写機の画像形成ユニット構成 図３はこの実施の形態に係る複写機の画像形成ユニット
の全体構成を示す説明図である。同図において、符号３
０は感光体としての感光ベルト、３１は感光ベルト３０
を予め初期帯電する帯電コロトロン、３２はプラテン３
３上の原稿３４をスリット露光走査する走査光学系、３
５はプラテン３３上の露光走査開始位置を検出する露光
レジストセンサ、３６は感光ベルト３０上に画質コント
ロール用潜像のパッチを形成するパッチジェネレータ、
３７は感光ベルト３０に開設された基準位置検出用の孔
を検出するベルトホールセンサ、３８は感光ベルト３０
の初期帯電表面電位を検出するＥＳＶ（Ｅｌｅｃｔｒｉ
ｃ Ｓｔａｔｉｃ Ｖｏｌｔｍｅｔｅｒの略）センサ、
３９は感光ベルト３０上の不要潜像を消去するイレーズ
ランプ、４０は例えば二段の現像ロール４０ａ，４０ｂ
及び感光ベルト３０側へ転移したキャリアを回収するキ
ャッチアップロール４０ｃを有する二成分現像方式のメ
インカラー用の第一現像器、４１は例えば二段の現像ロ
ール４１ａ，４１ｂ及び感光ベルト３０側へ転移したキ
ャリアを回収するキャッチアップロール４１ｃを有する
二成分現像方式のサブカラー用の第二現像器、４２は感
光ベルト３０上の電位を除去して感光ベルト３０上のト
ナー像を転写し易くする転写前処理コロトロン、４３は
上記パッチ部分のトナー像濃度を検出するＡＤＣ（Ａｕ
ｔｏｍａｔｉｃ Ｄｅｎｓｉｔｙ Ｃｏｎｔｒｏｌの
略）センサ、４４は図示外の複写用紙に感光ベルト３０
上のトナー像を転写させる転写コロトロン、４５は転写
後の複写用紙を感光ベルト３０から剥離するディタック
コロトロン、４６は感光ベルト３０上の残留トナーを除
去するクリーナである。尚、転写工程を経た複写用紙は
図示外の定着器を通過し、複写用紙上の未定着トナー像
が定着されるようになっている。

【００１５】このような画像形成ユニットは図３に示す
駆動制御系にて駆動制御されるようになっている。同図
においては、マーキングＣＰＵ５０がマーキングプログ
ラムを実行し、感光ベルト３０上に原稿３４に対応する
トナー像を形成し、このトナー像を複写用紙に転写する
ようになっており、上記マーキングＣＰＵ５０は入出力
インタフェース５１を介して各種入力制御信号を取り込
むと共に、各種出力制御信号を出力するようになってい
る。

【００１６】この実施の形態において、上記入力制御信
号としては、複写機２０のコントロールパネル上で指示
される倍率、用紙サイズ、ランレングス（ＲＵＮ ＬＥ
ＮＧＴＨ）等のコントロール信号、露光レジストセンサ
３５からの位置検出信号（ＥＸＰ ＲＥＧＩ ＳＮ
Ｒ）、走査光学系３２のレンズシャッタ信号（ＬＥＮＳ
ＳＨＵＴＴＥＲ）、ベルトホールセンサ３７からの位置
検出信号（Ｂ．ＨＯＬＥＳＮＲ）、ＥＳＶセンサ３８か
らの出力（ＥＳＶ）をＥＳＶアンプ５２及びＡＤコンバ
ータ５４を介してデジタル化した検出信号、ＡＤＣセン
サ４３からの出力（ＡＤＣ ＳＮＲ）をＡＤＣアンプ５
３及びＡＤコンバータ５４を介してデジタル化した検出
信号等が挙げられる。

【００１７】一方、上記出力制御信号としては、パッチ
ジェネレータアンプ５６を介してパッチジェネレータ３
６へ供給されるパッチジェネレータオンオフ信号（Ｐ．
ＧＥＮＥ ＯＮ／ＯＦＦ）、ＤＡコンバータ５７及びパ
ッチジェネレータアンプ５６を介してパッチジェネレー
タ３６へ供給されるパッチジェネレータ電圧信号、デベ
ロッピングクラッチ５８に供給されるデベクラッチオン
オフ信号（ＤＥＶＥＣＬ ＯＮ／ＯＦＦ）、第一現像器
４０、第二現像器４１のトナーボックス４０ｄ，４１ｄ
に対するトナー補給信号、すなわち、ディスペンサモー
タオンオフ信号（Ｄ．ＭＯＴ ＯＮ／ＯＦＦ）、イレー
ズランプドライバ５９を介してイレーズランプ３９へ供
給されるイレーズ信号（ＩＥＬ）、現像バイアス供給源
６０，６１を介して第一現像器４０及び第二現像器４１
の各現像ロール４０ａ，４０ｂ，４１ａ，４１ｂへ供給
される現像バイアスオンオフ信号（ＶＢＩＡＳ ＯＮ／
ＯＦＦ）、ＤＡコンバータ５７及び現像バイアス供給源
６０，６１を介して第一現像器４０及び第二現像器４１
の各現像ロール４０ａ，４０ｂ，４１ａ，４１ｂへ供給
される現像バイアスレベル設定信号、ＡＤＣアンプ５３
を介してＡＤＣセンサ４３へ供給されるＡＤＣオンオフ
信号（ＡＤＣ ＯＮ／ＯＦＦ）、ＤＡコンバータ５７及
び高電圧供給源６２を介して帯電コロトロン３１へ供給
される電圧制御信号等が挙げられる。

【００１８】３．ＲＩＣＦＢ構成 図４はＲＩＣＦＢ２１の全体構成を示すブロック図であ
る。同図において、ＲＩＣＦＢ２１は複写機２０のユー
ザインタフェース（ＵＩ）ＣＰＵ７１を介して複写機２
０と通信可能に接続されており、マーキングＣＰＵ５０
やメインＣＰＵ７０のメモリデータをもシステムバス７
２及びＵＩＣＰＵ７１を介して取り込めるようになって
いる。また、この実施の形態においては、複写機２０の
コンソールパネル（図示せず）若しくはディスプレイ
（図示せず）上に自発診断要求ボタンが設置されてお
り、オペレータあるいは技術修復作業者（カスタマーエ
ンジニア）が複写機２０の診断を希望するような場合に
おいて自発診断要求ボタンを選択操作すると、この自発
診断要求信号がＵＩＣＰＵ７１を介してＲＩＣＦＢ２１
に取り込まれ、ＲＩＣＦＢ２１がホストコンピュータ２
２側に診断要求をすると共に、診断に必要な複写機２０
側データを送出するようになっている。尚、上記自発診
断要求ボタンの操作者を技術修復作業者（カスタマーエ
ンジニア）にのみに制限する場合には、通常のユーザが
誤って操作しないような位置に自発診断要求ボタンを配
設することが好ましい。

【００１９】この実施の形態において、ＲＩＣＦＢ２１
は、ＵＩＣＰＵ７１とバッファ８１を介して接続される
ＲＩＣＦＢ用ＣＰＵ８０を有し、このＲＩＣＦ用ＣＰＵ
８０には、後述するＡＣＳＳプログラムやマーキングＣ
ＰＵ５０等のメモリデータ（画質コントロールの主要な
パラメータデータ等）が書込まれるＥＰＲＯＭ８２を配
設するほか、パワーダウン時等において切換器８６にて
バッテリ８３駆動に切り換えられ、このバッテリ８３に
よって診断データとカレンダのデータがバックアップさ
れる機構８４，８５を備えている。尚、符号８７はＲＩ
ＣＦＢ用ＣＰＵ８０とモデム２４との間に介装されるバ
ッファである。

【００２０】４．ＥＳ構成 図５はこの実施の形態で採用されるＥＳの詳細を示す。
同図において、ＥＳ２６は、ホストコンピュータ２２の
要求に対して診断サービスを実施する所謂人工知能（Ａ
Ｉ）診断サーバである。この実施の形態において、ホス
トコンピュータ２２は、診断要求の引数として、診断デ
ータファイル（被診断機のデータを特定のフォーマット
で表現したもの：以下この実施の形態ではＭｕｎｇｅｒ
ファイルという）９１をＥＳ２６のベースソフトウエア
であるＲＩＣ Ｓｈｅｌｌ２６１に送信し、このＲＩＣ
Ｓｈｅｌｌ２６１はそのＭｕｎｇｅｒファイル９１を
ハッシュテーブル９２にローディングする。

【００２１】そして、ＥＳ２６の診断本体（以下ＫＢと
略す）２６２は、ＲＩＣ Ｓｈｅｌｌ２６１からの要求
に対してハッシュテーブル９２にローディングされたＭ
ｕｎｇｅｒファイル９１を引数（入力）として、このＭ
ｕｎｇｅｒファイル９１内情報を知識ベースに基づいて
診断し、出力として対応するＡｌｅｒｔ情報９３をＲＩ
Ｃ Ｓｈｅｌｌ２６１に返送する。次に、ＲＩＣ Ｓｈ
ｅｌｌ２６１はそのＡｌｅｒｔ情報９３からＡｌｅｒｔ
ファイル９４を生成し、ホストコンピュータ２２の指令
を待ってこのＡｌｅｒｔファイル９４をホストコンピュ
ータ２２に返送する。このとき、上記ＫＢ２６２は、Ｒ
ＩＣＦＢ２１のＡＣＳＳに基づいた何らかの異常を示す
兆候が被診断機に存在することが明らかな場合には、Ｒ
ＩＣＦＢ２１のＡＣＳＳで示された値に従って推論を施
し、一方、診断開始前にはトラブルの兆候の存在自体が
明らかでない場合（この実施の形態では画質及び紙詰ま
り）には、ＡＣＳＳの値に依存せずに可能性のある全て
のトラブルについて予知診断を実施する。

【００２２】５．診断システムの処理シーケンス （１）全体処理シーケンス 次に、複写機の診断システムの全体処理シーケンスを図
６に基づいて説明する。図６は被診断機である複写機
（Ｍ／Ｃ）２０、ＲＩＣＦＢ２１、ホストコンピュータ
（ＨＯＳＴ）２２、ＥＳ２６の全体的な処理を示す。先
ず、ＨＯＳＴ２２は、ＲＩＣＦＢ２１に後述するＡＣＳ
Ｓ（ＡＬＥＲＴ ＣＲＩＴＥＲＩＡ ＳＹＮＴＡＸ Ｓ
ＰＥＣＩＦＩＣＡＴＩＯＮの略）プログラムをダウンロ
ードする（ステップ［以下ＳＴで略す］１）。この後、
ＲＩＣＦＢ２１は、複写機２０から画質コントロールに
必要な診断用データ等を定期的に取り込み（ＳＴ２）、
ＡＣＳＳプログラムを実行する（ＳＴ３）。そして、Ｒ
ＩＣＦＢ２１がＡＣＳＳプログラムを実行した時点でＡ
ｌｅｒｔが発生した場合には、ＨＯＳＴ２２をコール
（ＣＡＬＬ）する（ＳＴ４）。

【００２３】すると、ＨＯＳＴ２２は所定の受付順位に
従って各複写機２０からのデータを受付け（ＳＴ５）、
その受付順にＥＳ２６に対して診断を要求する（ＳＴ
６）。この後、診断要求を受けたＥＳ２６は診断を実行
し（ＳＴ７）、診断結果をＨＯＳＴ２２に報告する（Ｓ
Ｔ８）。すると、ＨＯＳＴ２２は診断結果を表示し（Ｓ
Ｔ９）、この診断結果に基づいて、事前自動修復が可能
な場合には、複写機２０のコントロールパラメータの書
換処理をＲＩＣＦＢ２１を介して複写機２０側へ要求し
（ＳＴ１０）、複写機２０側ではコントロールパラメー
タが適宜変更される（ＳＴ１１）。

【００２４】（２）ＲＩＣＦＢ処理シーケンス 図７はＲＩＣＦＢ処理シーケンスの詳細を示すフローチ
ャートである。同図において、ＲＩＣＦＢ２１は、先ず
ＡＣＳＳプログラムをダウンロードしているか否かを判
断し（ＳＴ１）、もし、ＡＣＳＳプログラムを未だダウ
ンロードしていない場合には、あるいは、ダウンロード
されているＡＣＳＳプログラムを変更する必要性が生じ
た場合には、ＡＣＳＳクリアプログラムによりＳＲＡＭ
８４のＮＶＭ（Ｎｏｎｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ
の略）領域をクリアした（ＳＴ２）後、ＡＣＳＳダウン
ロードコミュニケーションプログラムによりＡＣＳＳプ
ログラムをダウンロードする（ＳＴ３）。

【００２５】この状態において、ＲＩＣＦＢ２１は、図
９に示すように、定期的に（この実施の形態では１５分
〜６５０００分）診断データであるサービスデータａ〜
ｄを取り込み（ＳＴ４）、このサービスデータａ〜ｄを
元にＡＣＳＳインタプリタプログラムによりテスト（例
えばテスト１〜テスト２５５）を実行する（ＳＴ５）。

【００２６】そして、ＲＩＣＦＢ２１は、図７及び図１
０に示すように、ＡＣＳＳ診断結果フラグの管理プログ
ラムによりテストの診断結果がＡｌｅｒｔ発生であるか
否かを示す診断結果フラグ（ＲＥＳＵＬＴ ＦＬＡＧ）
をセットし（ＳＴ６）、また、Ｈ／Ｌ（ＨＩＧＨ／ＬＯ
Ｗ）プライオリティフラグ管理プログラムにより各テス
トのプライオリティを示すプライオリティフラグ（ＰＲ
ＩＯＲＩＴＹ ＦＬＡＧ）をセットする（ＳＴ７）。そ
して、ＡＣＳＳホストコールドフラグ管理プログラムに
よりＨＯＳＴ２２をコール（ＣＡＬＬ）する（ＳＴ
８）。

【００２７】この実施の形態においては、例えば図１１
に示すように、各テストに対するＲＩＣＦＢ Ａｌｅｒ
ｔ Ｎｏ．が予め決められており、各ＲＩＣＦＢ Ａｌ
ｅｒｔ Ｎｏ．に対するＲＩＣレベル（予め定義されて
いるＡｌｅｒｔ ＬＥＶＥＬ）もアラートの緊急性に応
じて６段階のレベル（Ｓｙｓｔｅｍ Ｆａｉｌ，Ｌｏｃ
ａｌ Ｆａｉｌ，Ｔｉｍｅ Ｂｏｍｂ，Ｐｒｅｖｅｎｔ
Ｍａｉｎｔｅｎａｎｃｅ，Ｉｎｆｏｒｍａｔｉｏｎ，
その他）に予め区分けされている。そして、ＲＩＣレベ
ルがＳｙｓｔｅｍ Ｆａｉｌ，Ｌｏｃａｌ Ｆａｉｌ，
Ｔｉｍｅ Ｂｏｍｂ，Ｐｒｅｖｅｎｔ Ｍａｉｎｔｅｎ
ａｎｃｅの場合には、プライオリティフラグがＨＩＧＨ
であり、一方、ＲＩＣレベルがＩｎｆｏｒｍａｔｉｏ
ｎ，その他の場合には、プライオリティフラグがＬＯＷ
に設定されている。

【００２８】また、図７のＳＴ８をより詳細に述べる
と、図８のような処理を行っている。同図において、Ｒ
ＩＣＦＢ２１は、先ず、テストの診断結果フラグがＡｌ
ｅｒｔ発生状態であるか否かを判断し（ＳＴ１）、診断
結果フラグがＡｌｅｒｔ発生状態である場合には、ホス
トコールドフラグ（ＨＯＳＴ ＣＡＬＬＥＤ ＦＬＡ
Ｇ）がセットされているか否かをチェックし（ＳＴ
２）、セットされていなければ、プライオリティフラグ
がＨＩＧＨか否かをチェックし（ＳＴ３）、プライオリ
ティフラグがＨＩＧＨであれば、図１１に示すように、
直ちにＨＯＳＴ２２をコールし（ＳＴ４）、また、プラ
イオリティフラグがＬＯＷであれば、１日１回予め決め
られた時間にＨＯＳＴ２２をコールする（ＳＴ５）。こ
のとき、図１１のＨＯＳＴレベルに示されるようなプラ
イオリティがＡＣＳＳ Ａｌｅｒｔが発生した場合のＨ
ＯＳＴ２２へ送るＬＯＧＩＮ ＰＡＣＫＥＴに設定され
るようになっている。そして、ＨＯＳＴ２２がコールさ
れた時点で、図１０に示すように、ホストコールドフラ
グがセットされるようになっている（ＳＴ６）。

【００２９】尚、この実施の形態では、ＡＣＳＳで発生
した全てのＡｌｅｒｔをＨＯＳＴ２２側へ転送しておら
ず、診断効率を上げる上で、Ａｌｅｒｔレベルの高い上
位１０個をサービスデータ内に入れて転送するようにな
っている。

【００３０】（３）ホストコンピュータの処理シーケン
ス 図１２はＨＯＳＴ２２の処理シーケンスを示すフローチ
ャートである。同図において、ＨＯＳＴ２２は、先ず、
ＲＩＣＦＢ２１からのＬＯＧＩＮ ＰＡＣＫＥＴ内のプ
ライオリティを判断し（ＳＴ１）、同一時間枠（例えば
３分以内程度）で発生した各ＨＯＳＴ ＣＡＬＬに対す
る受付順位をハイプライオリティ順に決定し（ＳＴ
２）、受付順にデータをダンプする（ＳＴ３）。

【００３１】この後、ＨＯＳＴ２２は、ＥＳ２６に対し
て診断を要求した（ＳＴ４）後、ＥＳ２６からの診断結
果を受けたか否かをチェックし（ＳＴ５）、ＥＳ２６か
らの診断結果を受信した時点で診断結果をディスプレイ
上に表示する（ＳＴ６）。そして、ＨＯＳＴ２２は、複
写機の対象機能部品の事前自動修復が可能か否かを判断
し（ＳＴ７）、もし、事前自動修復が可能であるなら
ば、ＨＯＳＴ２２側からＲＩＣＦＢ２１へ対象機能部品
のコントロールパラメータの書換要求が行われ（ＳＴ
８）、複写機のＮＶＭ上に書込まれているコントロール
パラメータを変更する。一方、事前自動修復が不可能で
あれば、技術修復作業者（カスタマーエンジニア）に診
断結果に基づく修復作業指示を通知する（ＳＴ９）。

【００３２】ここで、ＳＴ８の具体的処理例としては以
下のものが挙げられる。例えばＩＯＴ（Ｉｍａｇｅ Ｏ
ｕｔｐｕｔ Ｔｅｒｍｉｎａｌ）の再現画像濃度が低い
と判断されたような場合において、トナーの補給量パラ
メータを増加させたり、現像バイアス設定用パラメータ
を変化させたり、帯電コロトロンのチャージ用パラメー
タを変化させ、再現画像濃度を高くするという処理であ
る。

【００３３】（４）ＥＳの処理シーケンス ◎全体処理シーケンス（図５参照） ＥＳ２６は、前述したように、ＲＩＣ Ｓｈｅｌｌ２６
１及びＫＢ２６２から構成されているが、ＫＢ２６２の
対象はＲＩＣ Ｓｈｅｌｌ２６１のみであり、ＫＢ２６
２が独自にＨＯＳＴ２２や他の機器と通信を行うように
はなっていない。

【００３４】◎ＫＢの処理シーケンス 図１３はＫＢ２６２の処理シーケンスを示すフローチャ
ートである。同図において、ＫＢ２６２は、先ず、ハッ
シュテーブル９２を参照してＡＣＳＳのＡｌｅｒｔ Ｎ
ｏ．の内容を確認し、プライオリティの高い順（Ｓｙｓ
ｔｅｍ Ｆａｉｌ…その他の診断）に異常箇所の診断を
行う。そして、異常箇所の診断が終了した段階で、画
質、Ｊａｍ（紙詰まり）、ＨＦＳＩ（Ｈｉｇｈ Ｆｒｅ
ｑｕｅｎｃｙ Ｓｅｒｖｉｃｅ Ｉｔｅｍ）のレベルチ
ェックに関して異常予知検査診断を行う。

【００３５】ここで、異常箇所の診断の概要を述べる
と、これは、ＡＣＳＳに基づいて送られてきた何らかの
明らかなトラブル兆候についてのみ診断を施すものであ
り、値が即診断結果にリンクするものが多く、ＡＣＳＳ
がＨＯＳＴ２２にデータを送る以前に自らある程度診断
を実施しているものである。また、ＫＢ２６２のレベル
で複数個のルールの起動を必要とするものもあるが、こ
れらは、ＡＣＳＳのレベルでは、ある程度原因の絞り込
みを行ったものの、まだ完全には絞り込めず複数の候補
が挙がっている状態とみなすことができる。この場合、
原則前向き推論を適用することにより、原因の絞り込み
を図っており、ＡＣＳＳの値を結果とみなすと、診断は
その原因を導き出す過程であり、これは原因帰属推論と
みなすことができる。すなわち、ＫＢ２６２は、定義済
みのＡｌｅｒｔ Ｎｏ．に対して全て対応し、ＤＥ（Ｄ
ｏｍａｉｎ Ｅｘｐｅｒｔｓ）より得られた知識に則っ
て必要なＡｌｅｒｔ情報を生成する。ここにおけるルー
ルの主たる仕様は、異常部位の特定、ＲＩＣ Ｓｈｅｌ
ｌ２６１仕様に合わせるためのハンドシェイキング、対
応するリペアアクション（Ｒｅｐａｉｒ Ａｃｔｉｏ
ｎ）の抽出である。

【００３６】次に、異常予知検査診断の概要を述べる
と、ＨＦＳＩのレンジチェックに関しては、規定のＴｈ
ｒｅｓｈｏｌｄを越えたものに対し規定のＡｌｅｒｔを
生成するものであり、本質的にルール仕様のトラブル診
断と略同様である。一方、画質及びＪａｍに関しては、
仮想トラブルを抽出し、ＡＣＳＳに全く依存しない形で
仮説推論を実施する。そして、他の処理と大きく異なる
点は、処理の主目的が確定したトラブルのリペアアクシ
ョンを抽出することではなく、起きているか、若しくは
起きそうなトラブルを抽出することにある。その後、そ
れらの仮想トラブルに対してトラブルの確信値と共にリ
ペアアクションを抽出する。尚、この推論は、トラブル
診断が前向き推論であるのに対し、後ろ向き推論を試み
るものである。

【００３７】◎ＫＢの具体的な機能ブロック 図１４はこの実施の形態で採用されるＫＢ２６２の具体
的な機能ブロックを示す。同図において、符号１００は
観察データを分析して必要なものは学習して保持するた
めの学習機構であり、大きく、入力機構解析機構１０１
と仮想トラブル生成機構１０２とに分かれる。

【００３８】ここで、入力情報解析機構１０１は、図示
外のＩ／Ｏ機構から受け取った情報を解析し、普遍的兆
候として蓄積するものについては統計処理を行った後、
普遍的兆候事例ベース１１１をアップデートする。ま
た、被診断機の個別情報は診断のセッションが終わるま
で内部ワークエリアに確保すると共に、個別情報も特に
継続観察が必要なマシンについては個別事例ベース１１
２をアップデートしこれを蓄える。また、入力情報が確
定済みトラブルＩＤを含んでいた場合には、そのトラブ
ル（整理した必要情報＋ＩＤ）をトラブル解析機構１３
０に渡す。

【００３９】また、仮想トラブル生成機構１０２は、各
種事例ベース１１１〜１１３に蓄積された内容から、入
力情報に確定済みトラブルＩＤが含まれている時（複数
のＩＤの場合もある）の、そのトラブルを引き起こすに
至った兆候の変移を逆算して読取る。そして、そのトラ
ブル発生の一歩手前の各種兆候を整理して集めた集合Ｘ
を作る。ここで、新規の仮想トラブルＨを生成する。先
の集合Ｘはこの仮想トラブルＨを証明する際の論理的帰
結要素となる。この両者を仮想トラブル事例ベース１１
３に追加アップデートする。

【００４０】また、ここには、相関解析機構１０３があ
り、トラブル間、兆候間、トラブルと何らかの兆候等の
相関を分析する。そして、相関の高かったトラブルに関
しては、トラブル検証機構１１５にかけて、トラブルと
しての判断を行う。

【００４１】更に、基本原理事実ベース１１０は、基本
原理として明らかな事実を記憶した知識ベースであり、
確定済みのトラブルについての原因究明や対処手段の選
定等は全てこの知識に基づいて決定される。

【００４２】また、普遍的兆候事例ベース１１１は、機
種特有の兆候を統計処理した形で整理して蓄積保持す
る。ここに蓄積保持される情報は、一つの機種について
観察された現象や、ある現象と現象の間の関係につい
て、統計的にその機種に普遍的に見られる兆候を保持す
るものである。

【００４３】そしてまた、個別事例ベース１１２は、あ
る特定の機械個別の兆候を統計処理した形で整理して蓄
積保持する。不良品等に見られる特異なケースとしてこ
の情報は使われる。

【００４４】更にまた、仮想トラブル事例ベース１１３
は、ある機種に発生し得るトラブルの事例を蓄積保持す
るもので、トラブル予知診断はこの中の事例を被診断機
に対して適応し、検証することによって行う。

【００４５】また、トラブル検証機構１１５は、被診断
機に対してあるトラブルが発生している（若しくは発生
しそう）かを判断する機構であり、判断に必要なルール
と必要なデータとで構成される。また、トラブル検証機
構１１５で確定したトラブルは更に他のトラブルとの相
関を求めて真のトラブルを追求するため、仮想トラブル
生成機構１０２に渡される。また、相関から得たトラブ
ルが確定すれば、通常のトラブルと同様に、トラブル解
析機構１３０にトラブルを渡すと共に、仮想トラブル維
持機構１２０にかける。

【００４６】ここで、仮想トラブル事例ベースの中身と
検証ロジックをより具体的に述べると、仮想トラブル事
例ベースは全てオブジェクト指向表現に基づいて設計さ
れている。このため、全ての知識、ルールはオブジェク
トの中に規定される。以下に仮想トラブル事例ベースの
一部を画質トラブルに焦点を当てた形で図１５に示す。

【００４７】同図は、仮想トラブルとして画質トラブル
とＪａｍトラブルがあることを意味し、更に、画質トラ
ブル事例中には複数の事例があることを示している。そ
して、画質トラブル１が成立するために必要な論理的帰
結要素が２つあって、更にその要素の仮説から論理的に
得られる帰結要素が２つあることを示している。各オブ
ジェクトは必要なデータを自らのスロット中に、必要な
ルールを自らのメソッドスロットに保持する。そして、
これらは全て上位から下位へインヘリタンス（継承）可
能である。尚、メソッドの起動等検証の制御はトラブル
検証機構１１５にて行われる。

【００４８】また、検証のロジックは所謂仮説推論と同
様である。今、画質トラブル１を検証する場合を想定す
ると、証明要素１と証明要素２の夫々について夫々が成
立するかどうかを検定する。このため、この２つのオブ
ジェクトに対して証明する為のメッセージＶｅｒｉｆｙ
を送る。メッセージＶｅｒｉｆｙを受け取った各オブジ
ェクトはメッセージに対応するメソッドを起動し、その
判断を行う。しかし、この段階ではその是非は確定せ
ず、自らを証明すべく下位階層のオブジェクトに同様の
メッセージを送る。こうして、最下位階層まで行って、
夫々の結果を上位に返す。上位のオブジェクトは下位か
ら上がった結果を合計処理して、自らの是非を決定し、
更に、その結果を上位に返す。こうして、最終的に画質
トラブル１の是非が判断される。証明に当たって、各オ
ブジェクトは結果の是非を２値で返すのではなく、０か
ら１００の間の確信値を返す。上位オブジェクトは複数
の結果とそれらに付随する確信値を勘案して、自らの確
信値も決定する。最終的に画質トラブル１も０から１０
０の間の確信値を伴って、当該機に対するトラブルの検
証結果を推定する。すなわち、検証結果の確信値が１０
０に近ければ近いほど、そのトラブルの可能性が高く、
０に近ければ近いほどそのトラブルの可能性が低いこと
を意味する。

【００４９】また、仮想トラブル維持機構１２０は仮想
トラブル事例ベース１１３を効率よく常にアップデート
する機構であり、仮想トラブル順位決定機構１２１を具
備している。この仮想トラブル順位決定機構１２１は、
検証すべきトラブルのプライオリティを決定するもので
あり、ルールと必要なデータから構成される。また、こ
の仮想トラブル維持機構１２０は、高相関トラブルの有
無に関わらず、発生トラブルの頻度等に応じて診断の都
度実施する。

【００５０】また、トラブル解析機構１３０は、被診断
機に対してあるトラブルの発生（若しくは発生の可能
性）が判明した後、基本原理事実ベース１１０に基づい
て原因の特定や、その対処手段を決定する機構で、原因
特定に必要なルールと必要なデータから構成される原因
究明機構１３１と、対処決定に必要なルールと必要なデ
ータから構成される対処決定機構１３２とに分かれる。
そして、このトラブル解析機構１３０は所定のアラート
情報（兆候、原因、望まれる対処）を出力する。

【００５１】次に、画質の検査診断を例に挙げて具体的
に説明する。 ◎画質の検査診断のアルゴリズム ＤＥ（Ｄｏｍａｉｎ Ｅｘｐｅｒｔｓ）から得られた知
識によると、画質トラブル判定に必要な要素は、感光体
（この実施の形態ではＰ／Ｒ（感光）ベルト）の表面電
位の異常度、ＡＤＣパッチ・ジェネレータ電位の異常
度、コピー濃度値の異常度の３つが挙げられる。今、夫
々をＸ１，Ｘ２，Ｘ３という変数で捉えた場合、画質ト
ラブル判定に必要な画質トラブル度（確信値）Ｙは数１
にて示される関数で求められる。但し、数１において、
ｎ１，ｎ２，ｎ３は３つの要素がＹを決定する上でのお
互いの比率、Ｃは最終的に決定されるＹを微妙に調整す
るための係数である。

【００５２】

【数１】

【００５３】次に、夫々の要素についての詳細定義を示
す。 Ｘ１：感光体の表面電位の異常度について これは、感光体の表面電位（Ａ１）とグリッドモニタ値
（Ａ２）の２つのＭｕｎｇｅｒデータより算出される。
これにより、感光体の表面電位が正常であるか否か、ま
た、異常の場合、どのようなトラブルが発生していると
思われるのかが同時に導出される。この場合におけるト
ラブル判定テーブルを図１６に模式的に示す。同図にお
いて、横軸は感光体の表面電位（Ａ１）、縦軸は感光体
の表面電位を制御している帯電コロトロン（ＣＣ）のグ
リッドモニタ値（Ａ２）であり、Ａ１（Ｌ）（電子写真
法適用上の最低限界値）≦Ａ１≦Ａ１（Ｈ）（電子写真
法適用上の最大限界値）、Ａ２（Ｌ）（電子写真法適用
上の最低限界値）≦Ａ２≦Ａ２（Ｈ）（電子写真法適用
上の最大限界値）の範囲で、各トラブル可能領域Ａ−Ｉ
〜Ａ−Ｘ（例えばＡ−Ｉは帯電コロトロンによる初期帯
電にて形成された暗電位が不良になる可能性のある領
域、Ａ−ＩＩは部品（感光体、帯電コロトロングリッド
／ピン等）が寿命になる可能性のある領域、…Ａ−Ｖは
ＨＶＰＳ［ＨｉｇｈＶｏｌｔａｇｅ Ｐｏｗｅｒ Ｓｕ
ｐｌｙ］が不良になる可能性がある領域、…Ａ−Ｘは正
常コントロール領域）が区分けされている。尚、図中、
Ａ１（Ｍ）、Ａ２（Ｍ）は正常コントロール領域の最適
点に対応したＡ１、Ａ２の値を示す。また、図１６にお
いて、Ｂ１（Ｌ）未満及びＢ１（Ｈ）を超えた領域は電
子写真法が適用できない領域（ＸＥＲＯ ＦＡＩＬ）を
示す。

【００５４】そして、感光体の表面電位の異常度Ｘ１
は、上記Ａ１とＡ２とを引数として、以下の数２にて示
される関数で得られる。この異常度Ｘ１は、Ａ１，Ａ２
が正常コントロール領域の最適点、具体的にはＡ１
（Ｍ），Ａ２（Ｍ）からどの程度離間しているかで導き
出されるものであり、Ａ１，Ａ２のＡ１（Ｍ），Ａ２
（Ｍ）からの離間量が大きい程異常度Ｘ１は高くなるの
である。この場合において、係数ａ１〜ａ４はこの異常
度を算出する上での感光体の表面電位値の依存度、ま
た、ｂ１〜ｂ４はグリッドモニタ値の依存度を夫々示し
ている。

【００５５】

【数２】

【００５６】Ｘ２：ＡＤＣパッチ・ジェネレータ電位の
異常度について これは、ＡＤＣパッチ電位（Ｂ１）と最適なＡＤＣパッ
チ電位を作るための光のコントロール値（Ｂ２）の２つ
のＭｕｎｇｅｒデータにより算出される。これにより、
ＡＤＣパッチ・ジェネレータの電位が正常か否か、ま
た、異常の場合、どのような不良が発生していると思わ
れるかが同時に導出される。この場合におけるトラブル
判定テーブルを図１７に模式的に示す。同図において、
横軸はＡＤＣパッチを感光体上に形成するための感光体
の表面電位（Ｂ１）、縦軸は最適なパッチ電位を作るた
めの光のコントロール値（Ｂ２）であり、Ｂ１（Ｌ）
（電子写真法適用上の最低限界値）≦Ｂ１≦Ｂ１（Ｈ）
（電子写真法適用上の最大限界値）、Ｂ２（Ｌ）（電子
写真法適用上の最低限界値）≦Ｂ２≦Ｂ２（Ｈ）（電子
写真法適用上の最大限界値）範囲で、各トラブル可能領
域Ｂ−Ｉ〜Ｂ−Ｘ（Ｂ−Ｉ，Ｂ−ＩＩ，Ｂ−Ｖ，Ｂ−Ｖ
Ｉ，Ｂ−ＶＩＩ，Ｂ−ＶＩＩＩは夫々レベルが異なるコ
ントロール不良領域、Ｂ−ＩＩＩは感光体，帯電コロト
ロングリッド／ピン等の部品の汚れ、寿命要注意領域、
Ｂ−ＩＶはパッチジェネレータが汚れている可能性のあ
る領域、Ｂ−ＩＸはパッチジェネレータの光量が不足す
る可能性のある領域、Ｂ−Ｘは正常コントロール領域）
が区分けされている。尚、図中、Ｂ１（Ｍ）、Ｂ２
（Ｍ）は正常コントロール領域の最適点に対応したＢ
１、Ｂ２の値を示す。

【００５７】そして、ＡＤＣパッチ・ジェネレータ電位
の異常度Ｘ２は、上記Ｂ１とＢ２とを引数として、以下
の数３にて示される関数で得られる。尚、異常度Ｘ２の
意味合いは前記Ｘ１と同様であり、また、係数ａ１〜ａ
４はこの異常度を算出する上でのＡＤＣパッチ電位値の
依存度、また、ｂ１〜ｂ４は光のコントロール値の依存
度を夫々示している。

【００５８】

【数３】

【００５９】Ｘ３：コピー濃度値の異常度について これは、ＡＤＣパッチ反射光の読み値（Ｃ１）と感光体
のクリーン面反射光（Ｃ２）の２つのＭｕｎｇｅｒデー
タにより算出される。これにより、コピーが濃いのか薄
いのか、また、薄い場合、どのような不良が発生してい
ると思われるかが同時に導出される。この場合における
トラブル判定テーブルを図１８に模式的に示す。同図に
おいて、横軸は感光体上でトナーで形成されたＡＤＣパ
ッチからの反射光の読み値（Ｃ１）、縦軸は感光体のク
リーン面からの反射光（Ｃ２）であり、Ｃ１（Ｌ）（電
子写真法適用上の最小限界値）≦Ｃ１≦Ｃ１（Ｈ）（電
子写真法適用上の最大限界値）、Ｃ２（Ｌ）（電子写真
法適用上の最小限界値）≦Ｃ２≦Ｃ２（Ｈ）（電子写真
法適用上の最大限界値）の範囲で、各トラブル可能領域
Ｃ−Ｉ〜Ｃ−ＸＩＩ（Ｃ−Ｉ，Ｃ−ＶＩ，Ｃ−ＶＩＩ
Ｉ，Ｃ−ＸＩは各種センサが不良になる可能性のある領
域、Ｃ−ＩＩは濃度が高すぎる可能性のある領域、Ｃ−
ＩＩＩは濃度検出に対して要注意する可能性のある領
域、Ｃ−ＩＶは濃度検出に対して注意する可能性のある
領域、Ｃ−Ｖは濃度が低すぎたり、カブリが生ずる可能
性のある領域、Ｃ−ＶＩＩはＡＤＣパッチが形成されな
い可能性のある領域、Ｃ−ＩＸは現像器が不良である可
能性がある領域、Ｃ−Ｘは正常コントロール領域、Ｃ−
ＸＩＩはＡＤＣパッチの濃度が不良になる可能性のある
領域）が区分けされている。尚、図中、Ｃ１（Ｍ）、Ｃ
２（Ｍ）は正常コントロール領域の最適点に対応したＣ
１、Ｃ２の値を示す。

【００６０】そして、コピー濃度値の異常度は、上記Ｃ
１とＣ２とを引数として、以下の数４にて示される関数
で得られる。尚、この異常度Ｘ３の意味合いも前記Ｘ１
と同様であり、また、係数ａ１〜ａ４はこの異常度を算
出する上でのパッチ反射光の読み値の依存度、また、ｂ
１〜ｂ４はＰ／Ｒベルトの反射光値の依存度を夫々示し
ている。

【００６１】

【数４】

【００６２】このような画質トラブル判定の異常度算出
において、仮に、ｎ１＝０．５とすれば、例えＡＤＣパ
ッチ・ジェネレータの電位やコピー濃度がさほど異常な
値でなくても、Ｐ／Ｒベルトの表面電位の異常度が１０
０なら、最低でも５０％を越えるトラブル判定が下され
ることを意味する。また、各３要素の係数ａ１〜ａ４、
ｂ１〜ｂ４は、ＫＢ導入後、夫々の式を変更することな
く、この係数の値のみを調整するだけで微妙なＫＢの調
整を可能にするものである。

【００６３】このような画質トラブル判定においては、
例えば図１９，図２０に示すように、夫々のパラメータ
がどの領域に属しているかという点を判定基準とし、そ
の判定基準に合致したものをトラブル判定結果として仮
想トラブルとして挙げ、この仮想トラブルについてトラ
ブル度（確信値）と共にトラブル判定を行うようになっ
ている。例えば、夫々のパラメータが図１９の判定基準
１６に合致したとすると、図２０に示すように、濃度高
すぎ／カブリレベル４という仮想トラブルが想定され、
これに関する仮想トラブル原因Ｔ１６が追求される。
尚、この実施の形態においては、判定基準として上記パ
ラメータに加えて、感光体の表面電位目標値等の各種デ
ータが参照されるものもある。

【００６４】

【発明の効果】以上説明してきたように、この発明によ
れば、画質コントロールの主要なパラメータが画質状態
に応じて予めパターン化されてなる画質診断用パターン
テーブルを用い、画質コントロールの主要なパラメータ
がどのパターンに合致するか否かを判断し、画質状態を
決定するようにしたので、遠隔制御システムによる画質
診断を行う上で、故障原因や故障予知を迅速かつ正確に
推論することができ、もって、画質診断の信頼性を高め
ることができる。特に、この請求項１記載の発明では、
端末側データ転送手段に故障予知手段を具備させ、少な
くとも故障予知手段による故障予知が行われた条件下で
診断対象端末の画質診断を行うようにしたので、故障原
因や故障予知をより迅速かつ正確に把握することができ
る。また、請求項２記載の発明によれば、診断対象であ
る個別画像記録装置毎の特性に加えて、該当機種の普遍
的兆候を考慮するようにしたので、画質診断をより迅速
に処理することができる。更にまた、請求項３記載の発
明によれば、画質診断用パターンテーブルを用いた画質
状態決定手段を備えたシステムにおいて、更に、中央管
理装置側から画像記録装置の画質コントロールの主要な
パラメータを書き換え処理するようにしたので、書き換
え処理後に再度診断を行いその結果を見ることで、最初
の診断結果の検証及び診断の信頼性を高めることができ
る。

【図面の簡単な説明】

【図１】 この発明に係る画像記録装置の画質診断シス
テムの構成を示す説明図である。

【図２】 この発明が適用された複写機の診断システム
の一実施の形態の基本構成を示す説明図である。

【図３】 実施の形態に係る複写機の画像形成ユニット
構成を示す説明図である。

【図４】 実施の形態に係るＲＩＣＦＢの構成を示す説
明図である。

【図５】 実施の形態に係るＥＳの基本的構成を示す説
明図である。

【図６】 実施の形態に係る診断システムの全体処理シ
ーケンスを示すフローチャートである。

【図７】 ＲＩＣＦＢの処理シーケンスを示すフローチ
ャートである。

【図８】 ＲＩＣＦＢのホストコールドフラグ管理プロ
グラムの処理シーケンスを示すフローチャートである。

【図９】 ＲＩＣＦＢのＡＣＳＳインタプリタプログラ
ムの実行状態を模式的に示す説明図である。

【図１０】 ＡＣＳＳプログラム実行時の各フラグを示
す説明図である。

【図１１】 ＲＩＣＦＢからのＡｌｅｒｔ情報の転送方
式を示す説明図である。

【図１２】 ホストコンピュータの処理シーケンスを示
す説明図である。

【図１３】 ＫＢの処理シーケンスを示す説明図であ
る。

【図１４】 実施の形態で用いられるＫＢの機能ブロッ
ク図である。

【図１５】 実施の形態における仮想トラブル事例ベー
スの中身と検証ロジックを示す説明図である。

【図１６】 感光ベルトの表面電位の異常度に対するト
ラブル判定テーブル例を示す説明図である。

【図１７】 ＡＤＣパッチ・ジェネレータ電位の異常度
に関するトラブル判定テーブル例を示す説明図である。

【図１８】 コピー濃度値の異常度に関するトラブル判
定テーブル例を示す説明図である。

【図１９】 画質トラブル判定用の判定基準例を示す説
明図である。

【図２０】 判定基準に対応する仮想トラブル及びその
原因例を示す説明図である。

【符号の説明】

１…画像記録装置，２…中央管理装置，３…中央診断装
置，４…記憶手段，５…端末側データ転送手段，６…画
質診断用パターンテーブル，７…画質状態決定手段

Claims (3)

【特許請求の範囲】
1. 【請求項１】 診断対象端末である複数の画像記録装置
   （１）の画質を中央管理装置（２）を介して中央診断装
   置（３）にて個別診断するようにした画像記録装置の画
   質診断システムにおいて、各画像記録装置（１）には、
   画質コントロールの主要なパラメータが記憶される記憶
   手段（４）を設けると共に、この記憶手段（４）内に格
   納されている画質コントロールの主要なパラメータが画
   質診断時にて中央管理装置（２）側に転送される端末側
   データ転送手段（５）を設け、この端末側データ転送手
   段（５）には画質コントロールの主要なパラメータに異
   常が発生したと認められる場合若しくは異常が発生する
   可能性があると判断される場合に故障箇所が予知せしめ
   られる故障予知手段を具備させ、一方、中央診断装置
   （３）には、画質コントロールの主要なパラメータが画
   質状態に応じて正常であるか否か、また、異常の場合、
   どのようなトラブルが想定されるかについて予めパター
   ン化されてなる画質診断用パターンテーブル（６）を設
   けると共に、端末側データ転送手段（５）から転送され
   た画質コントロールの主要なパラメータが画質診断用パ
   ターンテーブル（６）のどのパターンに合致するか否か
   を判断し、画質状態が決定される画質状態決定手段
   （７）を設け、少なくとも故障予知手段による故障予知
   が行われた条件下では端末側データ転送手段（５）から
   画質コントロールの主要なパラメータを中央管理装置
   （２）側に転送するようにしたことを特徴とする画像記
   録装置の画質診断システム。
2. 【請求項２】 請求項１記載のものにおいて、画質状態
   決定手段（７）は、診断対象である個別画像記録装置
   （１）毎の特性に加えて、該当機種の普遍的兆候を考慮
   していることを特徴とする画像記録装置の画質診断シス
   テム。
3. 【請求項３】 診断対象端末である複数の画像記録装置
   （１）の画質を中央管理装置（２）を介して中央診断装
   置（３）にて個別診断するようにした画像記録装置の画
   質診断システムにおいて、各画像記録装置（１）には、
   画質コントロールの主要なパラメータが記憶される記憶
   手段（４）を設けると共に、この記憶手段（４）内に格
   納されている画質コントロールの主要なパラメータが画
   質診断時にて中央管理装置（２）側に転送される端末側
   データ転送手段（５）を設け、一方、中央診断装置
   （３）には、画質コントロールの主要なパラメータが画
   質状態に応じて正常であるか否か、また、異常の場合、
   どのようなトラブルが想定されるかについて予めパター
   ン化されてなる画質診断用パターンテーブル（６）を設
   けると共に、端末側データ転送手段（５）から転送され
   た画質コントロールの主要なパラメータが画質診断用パ
   ターンテーブル（６）のどのパターンに合致するか否か
   を判断し、画質状態が決定される画質状態決定手段
   （７）を設け、更に、中央管理装置（２）側から画像記
   録装置（１）の画質コントロールの主要なパラメータを
   書き換え処理することを特徴とする画像記録装置の画質
   診断システム。