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

Abstract

(57)【要約】 【目的】 遠隔制御システムによる診断を行う上で、診
断の必要性の高いものから順に診断を行わせ、診断効率
をより向上させるようにする。 【構成】 診断対象端末である複数の画像記録装置１を
中央管理装置２を介して中央診断装置３にて個別診断す
るようにした画像記録装置の診断システムを前提とし、
各画像記録装置１には、装置本体から取り込まれた各部
情報を解析し、診断の緊急度に相当する診断順位レベル
ｍが付された故障予知が実行される端末側故障予知手段
４を設けると共に、故障予知の結果についての転送タイ
ミングが診断順位レベルｍに応じて決定される転送タイ
ミング制御手段５を設け、一方、中央管理装置２には、
各画像記録装置１からの故障予知の結果が診断順位レベ
ルの高い順に受け付けられる受付順位決定手段６を設け
たことを特徴とするものである。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】従来この種の画像記録装置の診断システ
ムとしては、例えば特開平３−３０１０号公報や特開平
１５４１２８号公報所載のものが知られている。これ
は、診断対象装置内に、該装置が推論を実行すべき異常
状態にあるか否かを判定する機能と、該異常状態を判定
したときの時間、装置、状態を表すデータを送信する機
能とを設け、中央監視制御装置が前記データを受信した
ときに推論を実行するようにしたものである。このタイ
プによれば、推論を実行すべき異常状態のときだけ推論
を起動することができるので、中央監視制御装置での無
駄なデータ処理を回避することができ、診断システムの
効率化を図ることができる。

【０００３】

【発明が解決しようとする課題】ところで、このような
従来の画像記録装置の診断システムにあっては、診断対
象装置内の異常判定機能部は異常状態にあると判定した
ら、中央監視制御装置に異常状態を判定したデータを送
信するようになっているため、複数の診断対象装置で相
前後して異常状態が発生した場合には、先に異常状態を
判定した診断対象装置から先に異常データが中央監視制
御装置側へ送信されることになり、必然的に、中央監視
制御装置は先に異常データが送られた診断対象装置側の
診断を優先的に行うものと考えられる。ところが、複数
の診断対象装置で相前後して異常状態が発生した場合に
おいて、先に発生した異常状態が軽微で、後から発生し
た異常状態が緊急を要するという状況も起こり得るが、
このような状況下では、緊急を要する側の診断対象装置
の診断を迅速に行うことができないという技術的課題を
生ずる。

【０００４】この発明は、以上の技術的課題を解決する
ためになされたものであって、遠隔制御システムによる
診断を行う上で、診断の必要性の高いものから順に診断
を行わせ、診断効率をより向上させるようにした画像記
録装置の診断システムを提供するものである。

【０００５】

【課題を解決するための手段】すなわち、この発明は、
図１に示すように、診断対象端末である複数の画像記録
装置１を中央管理装置２を介して中央診断装置３にて個
別診断するようにした画像記録装置の診断システムを前
提とし、各画像記録装置１には、装置本体から取り込ま
れた各部情報を解析し、診断の緊急度に相当する診断順
位レベルｍが付された故障予知が実行される端末側故障
予知手段４を設けると共に、故障予知の結果についての
転送タイミングが診断順位レベルｍに応じて決定される
転送タイミング制御手段５を設け、一方、中央管理装置
２には、各画像記録装置１からの故障予知の結果が診断
順位レベルの高い順に受け付けられる受付順位決定手段
６を設けたことを特徴とするものである。

【０００６】このような技術的手段において、診断順位
レベルｍは、診断の緊急度に応じて決定されるものであ
るが、診断の緊急度とは通常システムダウンするものが
もっとも高く、以後画像記録動作への影響度合に応じて
適宜選定される。

【０００７】また、端末側故障予知手段４としては、故
障判断処理シーケンスを予め組み込むようにしてもよい
が、判断処理シーケンスの変化に容易に対応するという
観点からすれば、中央管理手段２から電話回線等の伝送
手段を介して故障予知手段にダウンローディングするよ
うに設計することが好ましい。そしてまた、画像記録装
置１のオペレータや技術修復作業者（カスタマーエンジ
ニア）が操作中、あるいは、メンテナンス作業中に、画
像記録装置１を中央診断装置３で診断して貰いたいとい
う要請が考えられるが、このような要請を満足させると
いう観点からすれば、端末側故障予知手段４に、手動操
作による自発的診断要求と共に診断に必要な装置情報が
中央管理装置２側に送出される自発診断要求手段を設け
るようにすることが好ましい。

【０００８】更に、転送タイミング制御手段５について
は、診断順位レベルｍに合致させて転送タイミングを設
定してもよいし、診断順位レベルｍをグルーピングして
診断順位レベルｍ数よりも少ない数で転送タイミングを
設定するようにしてもよい。

【０００９】また、中央管理装置２側の受付順位決定手
段６については、予め決められた同一時間枠内で故障予
知の結果の優先順位を診断順位レベルに基づいて決定す
るように設計すればよく、通常、端末側故障予知手段４
の診断順位レベルｍの情報をＬＯＧＩＮ情報の中に包含
させて中央管理装置２側へ転送するような方式が採用さ
れ得る。

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

【００１１】

【作用】上述したような技術的手段によれば、端末側故
障予知手段４は、装置本体から取り込まれた各部情報を
解析し、診断の緊急度に相当する診断順位レベルｍが付
された故障予知を実行する。すると、転送タイミング制
御手段５は、診断順位レベルに応じた転送タイミングに
て故障予知の結果を中央管理装置２側へ転送し、受付順
位決定手段６は、故障予知の結果を診断順位レベルの高
い順に受け付ける。従って、診断順位レベルの高い故障
予知が中央管理装置２に受付けられ、中央診断装置３に
て優先的に診断される。

【００１２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５２】

【数１】

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

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

【００５５】

【数２】

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

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

【００５８】

【数３】

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

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

【００６１】

【数４】

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

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

【００６４】

【発明の効果】以上説明してきたように、この発明によ
れば、各画像記録装置の故障予知を緊急度の高い順に診
断するようにしたので、遠隔制御システムによる診断を
行う上で、緊急度の高い診断対象装置から順に診断結果
を与えることができ、もって、診断効率をより高めるこ
とができる。特に、請求項２記載のものによれば、診断
対象である個別画像記録装置毎の特性に加えて、該当機
種の普遍的兆候を考慮するようにしたので、診断をより
迅速に処理することができる。また、請求項３記載の発
明によれば、オペレータや技術修復作業者側から簡単な
操作で自発的に診断要求することができるので、診断シ
ステムの利用範囲を更に拡大することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

１…画像記録装置，２…中央管理装置，３…中央診断装
置，３ａ…診断用知識ベース，４…端末側故障予知手
段，５…転送タイミング制御手段，６…受付順位決定手
段

フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 11/22 ３６０ Ｃ 9290−5Ｂ 15/62 Ｄ 8125−5Ｌ // Ｇ０６Ｆ 9/44 ３３０ Ｕ 9193−5Ｂ (72)発明者 黒須 豊 神奈川県川崎市高津区坂戸３丁目２番１号 ＫＳＰ Ｒ＆Ｄビジネスパークビル 富 士ゼロックス株式会社内 (72)発明者 木村 端一 神奈川県海老名市本郷2274番地 富士ゼロ ックス株式会社海老名事業所内

Claims (3)

【特許請求の範囲】
1. 【請求項１】 診断対象端末である複数の画像記録装置
   （１）を中央管理装置（２）を介して中央診断装置
   （３）にて個別診断するようにした画像記録装置の診断
   システムにおいて、各画像記録装置（１）には、装置本
   体から取り込まれた各部情報を解析し、診断の緊急度に
   相当する診断順位レベル（ｍ）が付された故障予知が実
   行される端末側故障予知手段（４）を設けると共に、故
   障予知の結果についての転送タイミングが診断順位レベ
   ル（ｍ）に応じて決定される転送タイミング制御手段
   （５）を設け、一方、中央管理装置（２）には、各画像
   記録装置（１）からの故障予知の結果が診断順位レベル
   の高い順に受け付けられる受付順位決定手段（６）を設
   けたことを特徴とする画像記録装置の診断システム。
2. 【請求項２】 請求項１記載のものにおいて、中央診断
   装置（３）は、診断対象である個別画像記録装置毎の特
   性に加えて、該当機種の普遍的兆候を診断用知識ベース
   （３ａ）としていることを特徴とする画像記録装置の診
   断システム。
3. 【請求項３】 請求項１又は２記載のものにおいて、端
   末側故障予知手段（４）は、手動操作による自発的診断
   要求と共に診断に必要な装置情報が中央管理装置（２）
   側に送出される自発診断要求手段を備えたことを特徴と
   する画像記録装置の診断システム。