JPH04261552A - 電子複写印刷システムの故障の記録及び診断方法及び装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子複写システムに関
し、さらに詳しくは、電子複写印刷システムの故障を記
録し診断することに関する。

【０００２】

【従来の技術】電子複写印刷システムでは、ソフトウェ
アによるサービス、対象物およびハードウェアの機能の
間で一連の複雑な相互作用が行われ、印刷された最終製
品またはそれ以外の処理をされた最終製品が提供される
。このようなシステムでは、少なくとも１つの印刷ジョ
ブによって構成される１つの文書または一連の文書が連
続的に走査され、その結果画像信号が得られ、これらの
画像信号は電気的に記憶される。これらの信号は後で連
続的に読み取られ、印刷機に転送され用紙上に画像を形
成する。このような文書は、何回でも印刷することがで
き、また幾通りに処理（例えば、言葉を削除したり付け
加えたり、または画像を拡大したり縮小したり、等）す
ることもできる。もし複数の文書が処理中の１つのジョ
ブによって構成されるなら、この文書の処理すなわち操
作は、１つ以上の文書の削除、文書の所望の順序への並
べ替え、先に走査したかまたは後で走査する１つまたは
複数の文書の追加を含むことができる。印刷または処理
は、走査と相関させて同期させることができ、または走
査の後でこれと同期しないで行うこともできる。もし非
同期であるならば、走査と印刷または処理との間に、時
間間隔が存在する。そこで、このシステムは、多数の走
査したジョブをシステム・メモリ内に蓄積し、後続の処
理または印刷に備えることができる。ジョブの優先順位
および生産性すなわち処理量を向上させ、印刷機やスキ
ャナの停止時間を短縮させるためのオペレータの希望に
よって、ジョブの印刷順序は、走査したジョブの順序と
異なってもよい。

【０００３】このようなシステムでは、機能の全てのレ
ベルで故障が発生する可能性がある。ソフトウェアが対
象の故障　（ｓｏｆｔｗａｒｅ　ｏｂｊｅｃｔｆａｕｌ
ｔｓ）　が発生し、その結果、違法なジョブ・パラメー
タ、改変されたデータ、資源の問題、入力されたマスタ
のエラー、フォントの問題等のような問題が生じる。こ
のような故障を取り扱う機構は、このシステムと一体化
した不可欠の構成要素であるが、その理由は、このよう
な故障がシステムを中断させる結果となり、システムを
破損してシステムの再ブートを必要とする結果になる可
能性があるからである。システムからオペレータに与え
られ、ジョブの中断を生じる１つまたは複数の故障にこ
のオペレータを導く情報は、システムのを効率的に動作
させるために重要である。

【０００４】関連技術は、電子複写機用の自動オンライ
ン診断能力を有する印刷システムを開示し、これはしき
い値を超える重大な故障の後に起動される。Ｍａｒｉｎ
ｏ他に対する米国特許番号第４，１３３，４７７号は、
故障検出システムを有する静電型複写機を開示する。故
障フラッグのアレーが各々の機械要素と関連して、幾つ
かの故障と機械の動作を記録する。

【０００５】Ｂｒａｓｗｅｌｌ他に対する米国特許番号
第４，７３９，３６６号は、複写機の診断システムを開
示し、これには最適動作パラメータが記憶され、実際の
動作特性をこのパラメータと比較して修理または調整の
要求を判定する。事象情報を画面でまたは数字によって
アクセスし、この機械の動作の履歴を示すことができる
。Ｎｅｌｓｏｎに対する米国特許番号第３，８３８，２
６０号は、マイクロプログラムが可能な制御メモリ診断
システムを開示する。故障時の故障情報とシステムの状
態はメモリに記憶され、故障情報を読み出して診断を可
能にする。

【０００６】Ｍｉａｚｇａ他に対する米国特許番号第４
，４９９，５８１号は、自己試験ルーチンを組み込んだ
複写機用の自己試験システムを開示し、これは機械の動
作論理を試験して動作理論の構成部品の一体性と動作可
能性を保証する。表示パネルによって全ての故障を視覚
によって識別し、修理とサービスを行うことができる。 Ｍｉａｚｇａ他に対する米国特許番号第４，６９１，３
１７号は、例え故障が検出されても、機械の動作を継続
できるように、ゼログラフィー装置の機能を外す方法を
開示し、検出された故障を特定の入力または出力に隔離
し、この特定の入力または出力が特定の機械の機能に関
連するかどうかを判定し、機械の動作を継続させるため
にその機能を外すようにオペレータに指示することによ
って、これは行われる。隔離した故障が、特定のジョブ
に対して選択されなかった機械の機能と関連する場合、
この故障は無視する。

【０００７】Ｆｕｒｕｉｃｈｉ他に対する米国特許番号
第４，４７７，１７８号は、画像形成装置を開示し、こ
の装置は処理装置内でトラブルを検出する検出装置、お
よびこの検出装置によって検出されたトラブルに応答し
て、画像形成動作を停止する回路を有する。Ａｂｅｌ他
に対する米国特許番号第４，６３３，４６７号は、コン
ピュータ・システムの故障復帰方法を開示し、この方法
は、エラー状態の検出に応答して、エラー・レポートを
発生する。レポートを受信した場合、各種のエラーに対
して可能性のある故障の重み付けを含むリストを発生す
る。故障の履歴リストは、時間の経過と共に充実させ、
このリストと組み合わせて最も故障の可能性の高い装置
を選択する。

【０００８】

【解決するべき課題】故障の履歴を作成し、この履歴か
ら故障の分析を行うことができるようにするため、関連
技術は故障を検出し記録するが、従来技術は、ログした
故障によって、別の特定の動作をトリガするのに使用す
るか、または疑わしい問題を検証および（または）隔離
することができるオンラインによる診断をトリガするの
に使用するシステム内の集中故障ロギング・サービスを
開示していない。

【０００９】したがって、本発明の１つの目的は、シス
テム内の故障ロギング・サービスによって、このシステ
ム内で検出した全ての故障を記録する電子複写システム
を提供することであり、このサービスにはログ内の故障
の時刻の打ち込みと記録が含まれる。本発明の他の目的
は、このようなログをオフラインで使用して、問題の最
も可能性の高い原因と影響を判断することができる電子
複写システムを提供することである。

【００１０】本発明の他の目的は、このようなログをオ
ンラインで使用して、ハードウェアの故障の発生を監視
することができる電子複写システムを提供することであ
る。本発明のさらに他の目的は、疑わしい問題を検証し
、および（または）隔離するために使用することができ
るオンライン診断を行う電子複写システムを提供するこ
とである。

【００１１】本発明のさらに他の目的は、このような診
断の結果をソフトウェアに戻し、このソフトウェアが診
断を発動し、故障情報がオペレータに伝達される電子複
写システムを提供することである。本発明のさらに他の
目的は、オフラインによる診断を行う電子複写システム
を提供することであり、この診断装置によって、オペレ
ータは、以前にはサービス技術者のみに可能であった試
験とその結果得られるシステム内の故障に関する情報に
アクセスすることが可能になる。

【００１２】

【課題を解決する手段】上述およびその他の目的を達成
し、上で論じた欠点を克服するため、ジョブを印刷する
電子複写システムが提供され、このシステムは、故障の
発生に備えてシステムを監視し、各々の故障に対して特
定の応答を開始し、オンラインによる診断を行い、この
診断の結果はこのようなオンラインによる診断を開始す
るしきい値を設定したソフトウェアに伝達される。この
ようにして得た故障情報は、オペレータに伝達される。 さらに、このシステムはオフラインによる診断を提供し
、この診断によって、以前にはサービス技術者のみに可
能であった試験にオペレータがアクセスすることが可能
になる。

【００１３】

【実施例】以下の図を参照して本発明をより詳細に説明
するが、図において同一の参照番号は同一の要素を示す
。 Ａ．システム 図、特に図１と図２は、本発明の教示にしたがって印刷
作業を処理する典型的なレーザを基礎にした印刷システ
ム２を示す。説明の便宜上、印刷システム２をスキャナ
・セクション６、制御装置セクション７および印刷装置
セクション８に分割する。１つの特定の印刷システムを
図示し、説明するが、本発明をインク・ジェット印刷、
イオン印刷（ｉｏｎｏｇｒａｐｈｉｃ）　等の他のタイ
プの印刷システムに使用してもよい。

【００１４】特に図２〜図４を参照して、スキャナ・セ
クション６は透明なプラテン２０を含み、プラテン２０
の上に走査する文書２２が載置される。１つ以上の直線
アレイ２４が支持されて、プラテン２０の下を往復運動
して走査する。レンズ２６とミラー２８、２９、３０は
協働し、プラテン２０の線状のセグメントと、その上で
走査される文書上にアレイ２４を結像する。アレイ２４
は、走査する画像を示す画像信号すなわち画素を発生し
、それらはプロセッサ２５によって適当に処理されてか
ら、制御装置セクション７に出力される。

【００１５】プロセッサ２５は、アレイ２４によってア
ナログの画像信号出力をデジタルに変換し、システム２
が、プログラムされた作業の遂行に必要なフォームで、
画像データを記憶し、取扱うことを可能にするために必
要に応じて画像信号を処理する。プロセッサ２５は、ま
たフィルタリング、スレショルディング（ｔｈｒｅｓｈ
ｏｌｄｉｎｇ）　、スクリーニング（ｓｃｒｅｅｎｉｎ
ｇ）　、クロッピング　（ｃｒｏｐｐｉｎｇ）　、縮小
および拡大等の画像信号の強化と変更も行う。作業プロ
グラムの何らかの変更および調整があれば、引き続いて
文書を再走査しなければならない。

【００１６】走査する文書２２をプラテン２０に載置し
て、循環式文書処理（ＲＤＨ）モードまたは半自動文書
処理（ＳＡＤＨ）モードのいずれかで動作できる自動文
書処理装置（ＡＤＦ）３５によって走査してもよい。書
籍モードおよびコンピュータ・フォーム・フィーダ（Ｃ
ＦＦ）・モードを含む手動モードもまた提供され、後者
はコンピュータの折りたたみ用紙形式の文書を受け入れ
る。ＲＤＨモードの動作の場合、文書処理装置３５は文
書トレイ３７を有し、トレイ３７の中で文書２２は、積
重ね状すなわち束状に構成される。トレイ３７の中の文
書２２は、真空フィード・ベルト４０、文書フィード・
ロール４１および文書フィード・ベルト４２によって前
進してプラテン２０上に供給され、そこでアレイ２４に
よって走査される。走査に引き続いて、文書はベルト４
２によってプラテン２０から取り除かれ、文書フィード
・ロール４４によってトレイ３７に戻される。

【００１７】ＳＡＤＨモードの動作の場合、文書投入用
スロット４６は、トレイ３７とプラテン２０の間にある
文書フィード４２へのアクセスを提供し、そのスロット
を介して個々の文書が手動で投入され、プラテン２０に
搬送される。スロット４６の背後のフィード・ロール４
９は隙間を形成して、文書を係合してフィード・ベルト
４２に供給し、さらにプラテン２０上に供給する。走査
に引き続いて、文書はプラテン２０から取り除かれ、キ
ャッチ・トレイ４８内に排出される。

【００１８】ＣＦＦモードの動作の場合、コンピュータ
・フォームの材料は、スロット４６を介して供給され、
フィード・ロール４９によって文書フィード・ベルト４
２に送られ、今度はベルト４２が折りたたみ材料の内の
１ページを、プラテン２０上の所定位置に送る。図２お
よび図３を参照して、印刷装置セクション８は、レーザ
・タイプの印刷装置によって構成され、説明の便宜上、
ラスタ出力スキャナ（ＲＯＳ）セクション８７、印刷モ
ジュール・セクション９５、用紙供給セクション１０７
および仕上げ装置１２０に分割する。ＲＯＳ８７はレー
ザ９１を有し、レーザ９１のビームは、２つの画像ビー
ム９４に分割される。各ビーム９４は、音響／光　（ａ
ｃｏｕｓｔｏ　ｏｐｉｔｉｃ）　モジュレータ９２によ
る画像信号入力の内容にしたがって変調され、二重の画
像ビーム９４が与えられる。ビーム９４は、回転する多
角形の鏡面１００によって、印刷モジュール９５の移動
する写真感光体９８を横切って走査され、各走査の都度
、写真感光体９８に２つの画像線を露出し、画像信号入
力によって表される静電潜像を発生する。画像ビーム９
４による露出に先立って、写真感光体９８を帯電ステー
ションにおいてコロトロン１０２により均一に帯電する
。静電潜像は、現像装置１０４によって現像され、転写
ステーション１０６において、用紙供給セクション１０
７によって供給された印刷媒体１０８に転写される。媒
体１０８は、後述するように、種々の用紙サイズ、種類
および色のいずれによって構成されてもよい。転写のた
め、印刷媒体は、主用紙トレイ１１０、補助用紙トレイ
１１２または１１４のいずれかから、写真感光体９８上
で現像された画像とタイミングを合わせて供給される。 印刷媒体１０８に転写された現像画像は、融着装置１１
６によって恒久的に固定、すなわち融着され、その結果
得られた印刷物は、出力トレイ１１８か仕上げ装置１２
０のいずれかに排出される。仕上げ装置１２０は、印刷
物を糸等で綴じるか、または止め金等で綴じて書籍を作
るスティッチャ１２２および印刷物を接着剤で製本して
書籍にするサーマル・バインダ１２４を有する。

【００１９】図１、図２、図５、図６および図７を参照
して、説明の便宜上、制御装置セクション７を画像入力
制御器５０、ユーザ・インタフェース（ＵＩ）５２、シ
ステム制御器５４、主メモリ５６、画像操作セクション
５８および画像出力制御器６０に分割する。特に図５〜
図７を参照して、制御セクション７は、複数のプリント
配線板（ＰＷＢ）７０を有し、ＰＷＢ７０は、１対のメ
モリ・バス７２、７４によって相互に接続されると共に
システム・メモリ６１と接続される。メモリ制御器７６
は、システム・メモリ６１をバス７２、７４と接続する
。ＰＷＢ７０は、複数のシステム・プロセッサ７８を有
するシステム・プロセッサＰＷＢ７０　　１、ＵＩ５２
とデータを授受するＵＩ通信制御器８０を有する低速入
出力プロセッサＰＷＢ７０　　２、主メモリのそれぞれ
のディスク９０−１、９０−２および９０−３とデータ
を授受するディスク駆動制御器／プロセッサ８２を有す
るＰＷＢ７０−３、７０−４および７０−５（画像デー
タを凝縮する画像凝縮器／プロセッサ５１は、ＰＷＢ７
０−３に設けられる）、画像操作セクション５８の画像
操作プロセッサを有する画像操作用ＰＷＢ７０−６、印
刷装置セクション８による印刷のための画像データを処
理する画像発生プロセッサ８６を有する画像発生プロセ
ッサＰＷＢ７０−７と７０−８、印刷装置セクション８
とデータの授受を制御するディスパッチ・プロセッサ８
８と８９を有するディスパッチ・プロセッサＰＷＢ７０
−９、およびブート（ｂｏｏｔ）制御アービトレーショ
ン　（ａｒｂｉｔｒａｔｉｏｎ）、スケジューラ（ｓｃ
ｈｅｄｕｌｅｒ）　ＰＷＢ７０　　１０を有する。

【００２０】スキャナ・セクション６のプロセッサ２５
から制御装置セクション７に入力した走査された画像デ
ータは、ＰＷＢ７０−３の画像入力制御器５０の画像凝
縮器／プロセッサ５１によって凝縮される。画像データ
は、凝縮器／プロセッサ５１を通過する際に、Ｎ操作線
幅の、それぞれスライス・ポインタを有するスライスに
分割される。凝縮された画像データは、スライス・ポイ
ンタおよび画像の特定の情報（例えば画素での文書の高
さおよび幅、使用された凝縮方法、凝縮された画像デー
タに対するポインタおよび画像スライス・ポインタへの
ポインタ）を提供する何らかの関連する画像記述子と共
に、画像ファイル内に載置される。異なった印刷作業を
表す画像ファイルは、システム・メモリ６１に一時的に
記憶され、システム・メモリ６１は、そこでデータの使
用を保留する主メモリ５６への転送を保留するランダム
・アクセス・メモリすなわちＲＡＭによって構成される
。

【００２１】図１で最もよく分かるように、ＵＩ５２は
、対話式タッチスクリーン６２、キーボード６４および
マウス６６によって構成される、一体化したオペレータ
用制御器／ＣＲＴ表示装置を有する。ＵＩ５２は、オペ
レータを印刷システム２とインタフェースさせ、オペレ
ータが印刷作業や他の命令をプログラムして、システム
を動作する情報、命令、プログラムする情報、診断情報
等を入手することを可能にする。タッチスクリーン６２
に表示された、ファイルや像等の項目は、指でスクリー
ン６２上の表示された項目に触れるか、またはマウス６
６を使用して選択した項目にカーソル６７を合わせ、マ
ウスのキーを入力するかのいずれかによって動作する。

【００２２】主メモリ５６は、複数のハード・ディスク
９０−１、９０−２、９０−３を有し、装置の動作シス
テム用のソフトウェア、装置の動作データおよび現在処
理中の走査画像データを記憶する。主メモリ５６にある
凝縮された画像データをさらに処理する必要がある場合
、またはＵＩ５２のタッチスクリーン６２に表示する必
要がある場合、または印刷装置セクション８が必要とす
る場合には、データは主メモリ５６内でアクセスされる
。プロセッサ２５によって与えられた処理以外に、さら
に処理する必要がある場合には、データはＰＷＢ７０−
６の画像操作セクション５８に転送され、そこで照合、
準備、分解等の他の処理ステップを実施する。処理に引
き続いて、データを主メモリ５６に戻すか、タッチスク
リーン６２に表示するためＵＩ５２に送るか、または画
像出力制御器６０に送ってもよい。

【００２３】画像出力制御器６０に出力された画像デー
タは、分解されてＰＷＢ７０−７、７０−８の画像発生
プロセッサによっていつでも印刷できる状態になる（図
５参照）。これに引き続いて、データはＰＷＢ７０−９
のディスパッチ・プロセッサ８８、８９によって、印刷
装置セクション８に出力される。印刷のため印刷装置セ
クション８に送られた画像データは通常、メモリ５６か
ら除外され、新しい画像データに対する余地を設ける。

【００２４】特に図８を参照して、システム制御信号は
、複数のプリント配線基板（ＰＷＢ）を介して配布され
る。これらは種々の入出力（Ｉ／Ｏ）ＰＷＢ１３８と共
に、ＥＤＮコアＰＷＢ１３０、マーキング／映像化コア
ＰＷＢ１３２、用紙処理コアＰＷＢ１３４および仕上げ
装置／製本装置コアＰＷＢ１３６を有する。システム・
バス１４０は、コアＰＷＢ１３０、１３２、１３４、１
３６を相互に接続すると共に、また制御装置セクション
７と接続し、一方ローカル・バス１４２は、Ｉ／Ｏ　　
ＰＷＢ１３８を相互に接続すると共にその関連のコアＰ
ＷＢと接続するのに役立つ。

【００２５】装置に電源が供給されると、オペレーティ
ング・システムのソフトウェアがメモリ５６からＥＤＮ
コアＰＷＢ１３０にロードされ、次にバス１４０を介し
てＥＤＮコアＰＷＢ１３０からその他のコアＰＷＢ１３
２、１３４、１３６にロードされるが、これらのコアＰ
ＷＢ１３０、１３２、１３４、１３６は、ブートＲＯＭ
（図示せず）を有し、ＰＷＢに対するオペレーティング
・システム用ソフトウェアのダウンロード、故障検出等
を制御する。ブートＲＯＭによって、またバス１４０を
介するＰＷＢ１３０、１３２、１３４および１３６との
オペレーティング・システム用ソフトウェアと制御デー
タの授受およびローカル・バス１４２を介するＩ／ＯＰ
ＷＢ１３８との制御データの授受が可能になる。別のＲ
ＯＭ、ＲＡＭおよびＮＶＭ型式のメモリが、システム２
内の種々の場所に備えられている。

【００２６】図９を参照して、作業は作業プログラム・
モードでプログラムされるが、その際、プログラムされ
ている作業のため、作業チケット１５０および作業スコ
アカード１５２が、タッチスクリーン６２に表示される
。作業チケット１５０は、プログラムされた種々の作業
の選択を表示し、一方作業スコアカード１５２は、作業
を印刷するシステムに対する基礎的な命令を表示する。 Ｂ．故障時の動作 故障または破損は、システム２のいずれかの部分の予想
不可能な状態であり、これはシステム要素のサブセット
をオペレータが使用できない状態となることである。

【００２７】幾つかの例は、システム・レベルで、再ブ
ート（破損後のシステムの再開であり、これはシステム
によって、またはＵＩ５２のオペレータの介入によって
開始することができる）または電源再投入（オペレータ
によってのみ開始されるが、電力の損失を伴う可能性が
ある）が発生した場合。

【００２８】システム要素のレベルで、システム要素を
再初期化するかまたはこれに再びソフトウェアをロード
することによって、システムを自動的に復旧しようと試
みる場合。さらに、何等かの故障復旧手順の期間中、オ
ペレータはシステム要素を再初期化しまたはこれに再び
ソフトウェアをロードして、システムの復旧を実現させ
ることができる。

【００２９】ハードウェアのレベル、ここではシステム
のハードウェアが動作不能になる。故障または破損の場
合、このシステムは診断ルーチンを内蔵して故障または
破損の識別を行い、これによってスキャナ・セクション
６と印刷機セクション８およびこれらに対応するサブセ
クションは、制御装置セクション７と通信を行い、これ
らの各セクションの状態に関する情報を制御装置に与え
る。このようなシステム内の内部通信は、システムの通
常の動作状態の間（即ち、故障がなく破損もない状態の
間）、オペレータにとって明らかである。このシステム
は、またオペレータおよび（または）技術者との会話が
必要であるとシステムが判断する場合、選択的にアクセ
スすることが可能な状態情報を提供する。このシステム
は、またオペレータにシステム内の故障を通知する。破
損の場合、このシステムはオペレータおよび（または）
技術者によって必要とされる、原因と復旧の方法の情報
を提供する。保守の呼び出しを必要とする技術的な支援
に対するシステムとオペレータの依存性とそれに伴うシ
ステムの停止時間の両方を低減するために、本発明は、
システムを介してオペレータに使用することのできる情
報を大量に提供する。

【００３０】したがって、システムは破損を復旧する動
作を有し、これは、破損が発生した後、システム要素を
動作可能な状態に戻す。復旧の期間中、破損の初期の原
因（すなわち、故障）を取除かなければならない。可能
ならば常に、復旧の最初の試みは、オペレータの介入に
よらず、他のシステム要素に衝撃を与えないで自動的に
行われる。もし支援が必要ならば、それはオペレータの
レベルで行われる。もしシステムの自己診断中にハード
ウェアの故障が検出れたなら、故障コードがＵＩ５２で
表示され、オペレータに保守の呼び出しが必要であるこ
とを警告する。

【００３１】システム２内で発生する破損の範疇には、
１）オペレータが認識できるが、自動的に復旧できるよ
うな破損、 ２）システムを、あるレベルまで自動的に復旧させるが
、オペレータが復旧を完了させるために支援する必要が
あるような破損、および ３）システムが、自動的に復旧することができず、オペ
レータが復旧の工程（例えば、ブートする、電源の再投
入）を開始する必要があるような破損が含まれる。

【００３２】ここで説明するような寸法と複雑性を有す
る電子複写システムでは、ソフトウェアとハードウェア
両方で、多数の異なった範囲の故障が発生する可能があ
る。個別的に、各故障はシステム２の特定の構成要素に
よって重要であるが、故障はまた、より大きい問題の原
因になる可能性がある。制御装置セクション７によって
、各故障を処理することに必要なコードの総数を集中さ
せて低減することができることも重要である。本発明で
は、これは故障ロギング・サービスによって、システム
２内で発生する全ての故障を記録することによって実現
され、この故障ロギング・サービスには、故障の時刻を
打ち込むステップ、およびログ内に故障の記録を行うス
テップが含まれる。ログはオフラインで使用し、システ
ムでデバッグし、問題の最も可能性の高い原因と影響を
判定する。

【００３３】制御装置セクション７は、またしきい値ア
ルゴリズムを実行し、このアルゴリズムはハードウェア
の故障の発生を監視し、故障ロギング・サービス内でロ
グされる特定の故障および（または）故障の組み合わせ
によって、いずれの特定の動作をトリガするかを判断す
る。もししきい値より大きい過剰な故障が特定の装置で
発生するならば、オンライン診断をトリガして問題が存
在することを実証し、および（または）このシステム内
で発見された他の問題から疑わしい問題を隔離する。制
御装置７内のプログラムは、オペレータとこの制御装置
７内で使用可能な診断サービスとの間の内部対話の能力
を提供する。このような内部対話は「ソフトウェア・ク
ライエント」によって実現され、これはオペレータと内
部診断サービスとの間の仲介者として機能する。これら
のオンラインとオフライン診断サービスは、システム２
の画像入力装置、画像出力装置、および画像処理サービ
ス装置内で発生する可能性のある故障の特定の種類の各
々を識別して評価する特定の確立されたステップのシー
ケンスによって構成される。

【００３４】ソフトウェア・クライエントは、診断サー
ビスに必要な対話用のリンクを提供し、オペレータから
命令や他の通信を受け取り、診断試験の結果またはオペ
レータに必要な全ての他の情報をこのオペレータに伝達
する。ソフトウェア・クライエント・プログラムは、オ
ペレータとシステム２の要素との間に、より柔軟な対話
能力を提供する。

【００３５】したがって、本発明は保守の呼び出しの必
要を回避するために、自動的に処理を行うオンライン診
断を提供する。重大な故障、すなわち、しきい値を超え
る故障が発生した場合、復旧のために取ることのできる
選択肢はシステム２全体を再ブートすることだけである
オペレータにその故障を提起する代りに、以下のシーケ
ンスが発生する。

【００３６】１）オペレータは、ジョブを取り消しまた
は保存することによって故障を取り除こうと試み、この
ことによって診断ルーチンを実行するのに必要なハード
ウェアと資源が解放される。 ２）オンライン診断を実行させる資源は、制御装置セク
ション７内のスケジューラによってスケジュールを設定
される。

【００３７】３）オペレータは、オンライン診断が実行
中であることをＵＩ５２で、適当なアイコンによって知
らされる。すなわち、システム２は、技術サービス・オ
ペレータ（または複数の技術者）が使用可能な診断ルー
チンを内蔵し、オペレータがサービスを求めると、これ
らの技術サービス・オペレータは機械を検査する。診断
ルーチンは通常技術者だけがアクセスすることが可能で
あり、これらの技術者は機械に対してサービスを行う場
合、このルーチンと対話を行う。本発明によれば、通常
アクセスすることができない診断ルーチンが動作される
が、技術者によって使用される対話動作は全て抑制され
る。これは切り離された各モード（オフライン診断対オ
ンライン診断）に対して、独立したソフトウェア・クラ
イエントを有することによって実現され、このモードは
平行して実行される統一試験と分離されてこれと対話を
行う。

【００３８】４）オンライン診断が実行され、一方全て
の対話活動は抑制される。 ５）オンライン診断の結果は、制御装置セクション７内
のしきい値を設けるソフトウェアに戻されるが、これは
最初にオンライン診断を発動したソフトウェアである。 もし診断によって、故障が検出されたならば、これはオ
ペレータに提起される。そうでなければ、最初の故障が
提起される。

【００３９】説明したオンライン診断能力は、画像入力
制御装置５０のレベル、画像処理装置５８のレベル、お
よび画像出力制御装置６０のレベルで提供されるサービ
スに使用することができる。ここで提供される診断能力
によって、システム２のレベルでの故障検出が可能にな
るが、これは以前には、技術上の代表者が保守の呼び出
しを行った後でのみ可能であったものである。本発明は
、広範な診断能力をオペレータの支配下に置き、これに
よって、故障からより迅速に復旧することが可能になり
、システム２のサービスに戻る。

【００４０】さらに、診断が画像出力制御装置６０のレ
ベルで行われる場合、本発明の診断能力によって、複数
のＰＷＢ７０を分離　（ｉｓｏｌａｔｉｏｎ）すること
が可能になる。診断故障　（ｄｉａｇｎｏｓｔｉｃ　ｆ
ａｕｌｔｓ）によって行われる分離は、本来のしきい値
による厳密な故障判定よりもしばしばはるかに良好であ
る。図１０は、制御装置７によるシステム２内の故障の
記録に対するこのシステムの動作を示す。

【００４１】この制御装置７は、システム２内のジョブ
を継続的に監視して（ステップ２００）、システム２内
の状態、システム２内の各ジョブの機能、およびシステ
ム２内の故障の存在に関する全てのデータを処理する。 システム２内で発生する全ての故障は、オンライン診断
またはオフライン診断によって検出された故障も含めて
、中央故障ロギング・サービスにログされる。このサー
ビスは故障を時刻によって打ち込み、次に不揮発性メモ
リ（ＮＶＭ，図示せず）によって制御装置７内にこれを
記憶する（ステップ２０２）。ユーザ・インタフェース
５２を介してオペレータに提起された全ての故障もまた
ログされ、その結果、故障のログをオフラインで検討す
ることによって、発生した全ての故障とその結果システ
ム２に対して生じる影響について包括的な見解が得られ
る。

【００４２】もし故障が、ハードウェアに関係がなけれ
ば（ステップ２０４）、何も行わない（ステップ２０６
）。もし故障がハードウェアと関係するが、この故障の
発生は致命的ではないと考えられるなら、すなわち、こ
れが予め設定したしきい値数をこえないなら（ステップ
２０８）、何も行わない（ステップ２１０）。故障の中
には、指定された時間間隔（しきい値数）内で、数回発
生しない限り致命的ではないものもある。もし同じ故障
が発生してこのしきい値をこえれば、これは致命的なも
のであるとして取り扱われる。

【００４３】もしログされた故障がハードウェアと関係
し、その故障の指定されたしきい値をこえたなら、チェ
ックを行い、システムのいずれの部分がこの故障と関係
しているかを判定する。もし故障がシステム全体に影響
を与えるなら（ステップ２１２）、この故障は直ちに制
御装置７に提起され、制御装置７はシステム２を再ブー
トして装置のリセットを試みる（ステップ２１４）。

【００４４】もし故障がシステム２全体に影響を与えな
いなら、チェックを行ない、オンライン診断が使用可能
であるかどうかを判定する（ステップ２１６）。もし診
断が使用できなければ、この故障はオペレータに提起さ
れ、特定の装置が使用できないことをこのオペレータに
知らせる（ステップ２１８）。使用不能であるが、シス
テム２の他の構成要素の機能を妨げないこのような装置
の例には、システムが臨時のフォントをロードすること
を可能にするテープの流れ、または印刷中のページの内
容を見直す能力を与えるＰＷＢがある。同様に、スキャ
ナが走査できないこと、またはプリンタが印刷をできな
いことは、他の構成要素が機能を果たす能力に必ずしも
干渉しない。

【００４５】もし故障した装置がオンライン診断を使用
することができるなら、診断ルーチンのスケジュールを
立てるように要求が行われる（ステップ２２０）。オペ
レータは未完成のジョブを取り消して保存する機会を与
えられ（ステップ２２２）、オンライン診断が開始され
（ステップ２２４）、一方システム２内の影響を受けた
ハードウェアとアクセスする他の全ての対話機能は抑制
される。オンライン診断が終了すると、その結果はＵＩ
５２を介してオペレータに伝達される（ステップ２２６
）。

【００４６】図１１は、故障した装置に対してオンライ
ン診断を使用することができる場合に発生する事象のシ
ーケンスのフローチャートである。図１１の冒頭で示す
ように、オンライン診断動作は、ヒューマン・インタフ
ェース・レベルによるオペレータ、ソフトウェア・クラ
イエント、および診断の間で共同して並列に行われる作
業である。図１０の初めに説明したように、もし故障し
た装置がオンライン診断を使用することができるなら、
診断ルーチンのステップのスケジュールを立てるように
要求が行われる（ステップ２２０）。システム２内で使
用することができる（および故障した装置に適用するこ
とができる）オンライン診断試験のスケジュールの設定
によって、この試験を実行するのに必要なシステム内の
資源が解放される（ステップ３００）。さらに、オペレ
ータには、またシステム２内で現在処理中のジョブの取
り消すかまたは保存するかのいずれかを行う機会が与え
られる（ステップ３０２）。これは、故障した装置を矛
盾して使用することを防止するために行われる。ソフト
ウェア・クライエントは、オペレータのクリア命令を待
ち、次に選択された診断試験に対する命令をフォーマッ
トする（ステップ３０４）。これらの命令がソフトウェ
ア・クライエントに対して与えられ、またはソフトウェ
ア・クライエントによって与えられると、このソフトウ
ェア・クライエントは診断サービスに選択した試験を実
行する指示を与える。この時、試験が診断サービスによ
って一回実行され、一方システム２内の他の全ての機能
は使用可能のままである（ステップ３１６）。システム
２上で実行されている試験から得た試験結果は、ソフト
ウェア・クライエントに伝達され（ステップ３１８）、
これは実行されるべき試験用の命令に対する応答を解読
する（ステップ３０８）。試験が試験に失敗した（ｆａ
ｕｌｔｅｄ）場合、すなわち、試験に合格しなかった場
合（ステップ３１０）、ソフトウェア・クライエントは
、ユーザ・インタフェース５２を介してオペレータに発
見された故障を知らせる（３１２）。試験に合格した場
合（ステップ３１４）、ソフトウェア・クライエントは
ユーザ・インタフェース５２を介して、しきい値をこえ
る元の原因となった故障をオペレータに知らせる。図１
１に対するソフトウェア仕様を付録に示す。

【００４７】図１２は、通常サービス技術者だけがアク
セスすることができるオフライン診断が要求された場合
に発生する事象のシーケンスのフローチャートを示す。 この図と説明は、診断試験の実行の完全性を保持しなが
ら、診断試験がどのようにして異なったソフトウェア・
クライエントと対話を行うかを示す。オンライン診断実
行の正味の効果は、通常サービス技術者だけが使用する
ことができる診断試験を、サービス技術者がこの現場に
到着する前に実行することである。オペレータは、最初
に保守の要求を行う場合、サービス技術者にオンライン
診断による故障を知らせることができる。オンライン診
断の結果は、通常ハードウェアの故障をより良好に隔離
し、そのため、サービス技術者は故障となったＰＷＢＡ
（プリント配線板アッセンブリ）の補修部品を持って現
場に来ることができ、これによってシステム２の停止時
間を最小にする。ユーザ・インタフェース５２を介して
行うサービス技術者の命令によって（ステップ４００）
、ソフトウェア・クライエントには指定されたオンライ
ン診断試験を実行する指示が与えられる（ステップ４０
２）。（この要求によって、試験を一回だけ実行するか
、またはサービス技術者によって停止されるまで継続的
に実行することができる）。ソフトウェア・クライエン
トは、要求された試験を実行するオフライン診断サービ
スにこの命令を送信し、一方システム２内の他の全ての
機能は使用不能の状態にある（ステップ４０４）。 サービス技術者によって要求された場合（ステップ４０
８）、この試験を何時でも停止することができるかどう
かは、ソフトウェア・クライエントによって与えられた
選択肢である。そうでなければ、試験は終了するまで行
われるか、または致命的な故障が発見されるまで行われ
る（ステップ４１２）。診断試験によって試験の結果は
ソフトウェア・クライエントに提供され、これは応答を
解読し（ステップ４１４）、この結果をユーザ・インタ
フェース５２を介してサービス技術者に伝達する（ステ
ップ４１６）。図１２に対するソフトウェア仕様を付録
に示す。

【００４８】本発明を、その特定の実施例と関連して説
明したが、当業者にとって、多くの代替、変形および変
更が明らかであることは明白である。したがって、ここ
で説明した本発明の好適な実施例は、例示を意図するも
のであつて、これによって限定することを意図するもの
ではない。上記の請求項で規定した本発明の精神と範囲
から逸脱することなく、種々の変更が可能である。

【図面の簡単な説明】

【図１】本発明の印刷媒体識別システムを組み込んだ電
子印刷システムを示す図である。

【図２】図１に示す印刷システムの主要要素を示すブロ
ック図である。

【図３】図１に示す印刷システムの主要な機械要素を示
す平面図である。

【図４】図１に示す印刷システム用の文書スキャナの若
干の構造の詳細を示す概略図である。

【図５】図１に示す印刷システムの制御セクションの主
要部品を示す概略ブロック図である。

【図６】図１に示す印刷システムの制御セクションの主
要部品を示す概略ブロック図である。

【図７】図１に示す印刷システムの制御セクションの主
要部品を示す概略ブロック図である。

【図８】図１に示す印刷システム用のプリント配線板と
共有接続を有するオペレーティング・システムのブロッ
ク図である。

【図９】図１に示す印刷システムのオペレータインタフ
ェース（ＵＩ）のタッチ・スクリーン上に表示された典
型的なジョブ・プログラミング・チケットとジョブ・ス
コアカードを示す図である。

【図１０】制御装置７によるシステム２内の故障の処理
に対するシステム２の動作を示す。

【図１１】オペレータ・ソフトウェア・クライエント、
およびオンライン診断サービス間の命令のフローチャー
トである。

【図１２】オペレータ・ソフトウェア・クライエント、
およびオンライン診断サービス間の命令のフローチャー
トである。

【符号の説明】

２　　印刷システム ６　　スキャナ・セクション ７　　制御装置セクション ８　　印刷装置セクション ５１　　画像凝縮処理装置 ５２　　ユーザ・インタフェース（ＵＩ）５４　　シス
テム制御器 ５６　　主メモリ ５８　　画像操作セクション ６０　　画像出力制御器 ６１　　システム・メモリ ６２　　タッチスクリーン ７０　　プリント配板（ＰＷＢ） ７２，７４　　メモリ・バス ７６　　メモリ制御器 ７８　　システムプロセッサ ８０　　ＵＩ通信制御器 ８２　　ディスク駆動制御器／プロセッサ８６　　画像
発生プロセッサ

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　複数のジョブを走査し、同期的にまた
   は非同期的に処理し、印刷する電子複写システム内の故
   障から復旧する方法において、ジョブ内の少なくとも１
   つの故障の発生に備えてシステムを監視するステップ；
   上記の故障を識別するステップ；故障ロギング・サービ
   スによって上記の故障を記録するステップ；上記の故障
   ロギング・サービスで記録された故障の回数が事前に定
   めた回数をこえるかどうかを判定するステップであって
   、上記の回数はしきい値数である上記のステップ；上記
   の故障しきい値数をこえた故障に対してオンライン診断
   を使用用可能かどうかを判定するステップ；および上記
   の故障ロギング・サービスに記録された上記の故障およ
   び上記の故障に関連する使用可能なオンライン診断ルー
   チンに関する情報をオペレータに知らせるステップ；に
   よって構成されることを特徴とする方法。