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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

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

【０００５】

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

【０００６】このような技術的手段において、画質コン
トロールの主要なパラメータとしては、画像記録装置の
特性に基づいて選定されるものであり、例えば電子写真
プロセスにおいては、感光体上の初期帯電電位、感光体
上の画像部潜像電位、画像部現像濃度レベルを挙げるこ
とができる。

【０００７】また、画像記録装置１側に設けられる記憶
手段４への画質コントロールの主要なパラメータの取り
込みタイミングについては、定期的に取り込むようにし
てもよいし、あるいは、画質診断を必要とする時点で取
り込むようにしてもよい。

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

【０００９】また、画質診断用パターンテーブル６とし
ては、画質コントロールの主要なパラメータの値に対応
させて画質影響部品がどのような状態にあるかを予め実
機を用いた実験によりパターン化したものが挙げられ
る。この場合において、診断対象となる画像記録装置が
複数の機種に及ぶ場合には、夫々の機種毎に画質診断用
パターンテーブル６を別個に作成することが必要であ
る。

【００１０】更にまた、画質状態決定手段７としては、
診断対象である個別画像記録装置１毎の特性のみで画質
状態を決定してもよいが、画質状態の決定をより迅速化
するには、診断対象である個別画像記録装置１毎の特性
に加えて、該当機種の普遍的兆候を考慮することが好ま
しい。また、画質診断をより精度良く行うには、実際の
トラブル発生の一歩手前の各種兆候を整理して想定した
仮想トラブルを生成し、これについて検証するようにす
ることが好ましく、より精度を上げるためには、例え
ば、トラブル間、兆候間、トラブルと何らかの兆候間等
の相関を分析する等の手段を施すようにすればよい。

【００１１】

【作用】 上述したような技術的手段によれば、各画像記
録装置１の記憶手段４には、画質コントロールの主要な
パラメータが記憶されており、端末側データ転送手段５
は前記記憶手段４に格納されている画質コントロールの
主要パラメータを少なくとも画質診断時において中央管
理装置２側に転送する。すると、中央診断装置３は、中
央管理装置２からの診断要求に応じて診断を開始し、中
央診断装置３の画質状態決定手段７は、端末側データ転
送手段５から転送された画質コントロールの主要なパラ
メータが逐次更新される画質診断用パターンテーブル６
のどのパターンに合致するか否かを判断し、画質状態を
決定する。そして、中央診断装置３は、画質状態決定手
段７が決定した画質状態に基づく診断結果を中央管理装
置２に報告する。

【００１２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５２】

【数１】

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

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

【００５５】

【数２】

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

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

【００５８】

【数３】

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

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

【００６１】

【数４】

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

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

【００６４】

【発明の効果】以上説明してきたように、この発明によ
れば、画質コントロールの主要なパラメータが画質状態
に応じて予めパターン化されてなる画質診断用パターン
テーブルを用い、画質コントロールの主要なパラメータ
がどのパターンに合致するか否かを判断し、画質状態を
決定するようにしたので、遠隔制御システムによる画質
診断を行う上で、故障原因や故障予知を迅速かつ正確に
推論することができ、もって、画質診断の信頼性を高め
ることができる。特に、この発明によれば、画質診断用
パターンテーブルを逐次更新するようにしているので、
例えば感光体の劣化・現像剤の劣化等の要因によって現
像特性が変化するなどしても、これに対応した画質診断
を行うことができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06T 1/00 G06T 7/00 - 7/60 B41J 29/46 - 29/48 G06F 11/22 310

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 診断対象端末である複数の画像記録装置
   （１）の画質を中央管理装置（２）を介して中央診断装
   置（３）にて個別診断するようにした画像記録装置の画
   質診断システムにおいて、各画像記録装置（１）には、
   画質コントロールの主要なパラメータが記憶される記憶
   手段（４）を設けると共に、この記憶手段（４）内に格
   納されている画質コントロールの主要なパラメータが画
   質診断時にて中央管理装置（２）側に転送される端末側
   データ転送手段（５）を設け、一方、中央診断装置
   （３）には、画質コントロールの主要なパラメータが画
   質状態に応じて正常であるか否か、また、異常の場合、
   どのようなトラブルが想定されるかについて予めパター
   ン化されてなる画質診断用パターンテーブル（６）を設
   けると共に、この画質診断用パターンテーブル（６）を
   逐次更新させ、端末側データ転送手段（５）から転送さ
   れた画質コントロールの主要なパラメータが画質診断用
   パターンテーブル（６）のどのパターンに合致するか否
   かを判断し、画質状態が決定される画質状態決定手段
   （７）を設けたことを特徴とする画像記録装置の画質診
   断システム。