JP3098584B2 - 電子複写システムにおける障害除去及び回復方法及び装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は電子複写のシステムに関
し、特に、障害の除去及びこれからの回復の方法に関す
る。

【０００２】

【従来の技術】光レンズ式印字システムにおいては、ラ
ンプまたはフラッシュ装置が光を書類上に浴びせかけ、
これに同期して感光体ベルト上に画像を生成させる。こ
の感光体ベルトはトナーを拾い上げ、これからコピーを
作る。電子複写式印字システムにおいては、少なくとも
１つのジョブを構成する書類を順々に走査する。書類が
走査されると、画像信号が獲得されて電子的に記憶され
る。次いで、この信号を順々に読み出して印字装置へ転
送し、用紙上に画像を形成する。書類が走査されると、
これは、任意の回数印字されるか、または任意の種々の
方法で処理される（例えば、語を削除または追加、画像
を拡大または縮小、等）。複数の書類がジョブを構成
し、このジョブが走査される場合、この走査済み書類の
処理または操作としては、１つまたは複数の削除、所望
の順序への書類の再配置、または前もしくは後で走査さ
れた書類の追加がある。印字または処理は、比較的同期
的であるか、または走査後の非同期的である。非同期的
の場合には、走査と印字または処理との間に時間的間隔
がある。そこで、システムは複数の走査済みジョブをシ
ステムメモリ内に累積し、後で処理または印字すること
ができる。印字されるべきジョブの順序は、ジョブの優
先順序に応じ、ならびに、生産性またはスループットを
増大させ、及び印字装置または走査装置の動作休止時間
を減少させようとするオペレータの要望に応じて、走査
されたときのジョブの順序とは異なった順序となること
ができる。

【０００３】種々の理由で、電子複写システムの動作が
中断される可能性がある。この中断の原因としては、走
査装置または印字装置の障害、ハードウェアまたはソフ
トウェアの障害、用紙の送り誤り、作為的の中断、メモ
リの損失、等がある。走査装置障害によるこのような中
断が生ずると、オペレータは、この障害の原因が何であ
るかが正確には解らず、障害の発生場所を探すか、また
はサービス呼び出しの命令を発するということになる。
いずれの選択も、極めて時間がかかり、動作休止時間が
許容不可能程度になるという可能性がある。システムが
ジョブを構築している最中に障害が生ずると、動作休止
時間が生ずるだけではなく、更に、用紙通路内に存在し
ている書類が損傷され、そしてジョブの完全性を保証す
ることができなくなるという可能性がある。

【０００４】この技術分野の従来の文献には、障害検出
及び能力回復を含んでいる処理システムが開示されてい
る。即ち、米国特許第4,799,985 号には、障害検出能力
を有する書類処理装置が開示されている。パワーアップ
時に存在する障害源を取り替える方法が開示されてい
る。パワーアップが生ずる度ごとに自己診断試験が実行
される。この診断試験は、どのタスクモードが障害源に
よって影響を受け、従って他のタスクモードはなお完全
になっているかを調べる。

【０００５】米国特許第4,839,895 号には、マルチプロ
セッサシステムに対する早期障害検出システムが開示さ
れており、装置の現在状態を遊休マイクロプロセッサ状
態最中にモニタして障害を検出する。障害が生じた場合
には、このマイクロプロセッサをシステムの残りのもの
から分離する。米国特許第4,589,090 号には、遠隔プロ
セッサクラッシュ回復が開示されており、複数の制御ボ
ードを用いて複写装置の機能を制御する。発生する可能
性ある障害のリストを調べ、現在のシステム状態をモニ
タする。ボードクラッシュからの回復方法が示されてい
る。更に、ハードウェアクラッシュからの回復方法も示
されている。ディスプレイを用い、ユーザに障害を知ら
せる。

【０００６】米国特許第4,583,834 号には、コンピュー
タ制御装置を有するコピー装置が開示されている。この
コンピュータにあるディスプレイにより、オペレータ
は、障害が生ずるとその場所を指定することができる。
前記従来の技術においては障害の検出及び回復の能力は
あるが、電子複写システムに対し、障害をその特性に従
って類別し、独立の機能を継続させるという障害の除去
及び回復の操作は開示されていない。

【０００７】

【発明が解決しようとする課題】本発明の目的は、電子
複写システムにおいて、障害が検出されたときに行なう
ことが必要である障害の除去及び回復のステップをオペ
レータに表示する方法を提供することにある。本発明の
他の目的は、電子複写システムにおいて、システムの障
害状態を自動的にモニタする方法を提供することにあ
る。本発明の更に他の目的は、電子複写システムにおい
て、操作を容易にするため、同じ命令を用いて操作する
ことのできる障害をバケットに分類する方法を提供する
ことにある。本発明の更に他の目的は、電子複写システ
ムにおいて、障害が検出されたときに障害除去が必要で
ある特定の領域を識別する方法を提供することにある。
本発明の更に他の目的は、電子複写システムにおいて、
他の独立機能に影響を与えることなしに特定機能の障害
を探す方法を提供することにある。本発明の更に他の目
的は、電子複写システムにおいて、独立のシステム機能
に対する命令を別々の表示領域に表示し、オペレータが
システムの特定領域のみに注意を集中することができる
ようにする方法を提供することにある。本発明の更に他
の目的は、電子複写システムに対して、特定の操作要求
を実行する能力がないということを表示するための能力
を与えることにある。

【０００８】

【課題を解決するための手段】本発明の前記及び他の目
的を達成し、ならびに前記従来の欠点を除去するため、
本発明においては、電子複写システムにおいて、障害に
ついての除去及び回復の命令を表示し、これにより、オ
ペレータが、正常のシステム操作最中に生ずる障害状態
を除去し、及びこれから回復することを可能にする。シ
ステムは複数の独立サブシステムから成っているので、
命令を特定のシステム機能に対する別々の表示領域に表
示し、システム障害の識別を容易にすることができる。
障害が検出されたとき、これに関係のない機能は中断な
しに継続することができる。障害予測をシステムによっ
て行なうことができる。類似の回復操作を必要とする相
異なる障害をバケットに分類し、別々の命令を装置によ
って表示するという程度を簡単にする。

【０００９】以下、本発明を図面について詳細に説明す
る。図面において、同様参照番号は同様部材を示す。

【００１０】

【実施例】システム 図面について、特に図１及び図２について説明すると、
図は本発明の教示に従って印字ジョブを処理するための
レーザ式印字システム２を例示するものである。印字シ
ステム２を、説明の都合上、走査装置部または画像入力
端末装置（ＩＩＴ）６、制御装置部７、及び印字装置部
または画像出力端末装置（ＩＯＴ）８に分割する。本明
細書においては格別の印字システムを図示してこれにつ
いて説明を行なうが、本発明は、インクジェット式、粒
子線写真式、等の他の形式の印字システムに対しても用
いることができる。

【００１１】図２ないし図４について説明すると、走査
装置部６は透明プラテン２０を有し、走査すべき書類２
２がその上に載せられる。１つまたは複数の線形アレイ
２４が、プラテン２０に下で往復走査移動するように支
持されている。レンズ２６及びミラー２８、２９、３０
が協同し、プラテン２０の線状セグメント及びその上で
走査される書類の上にアレイ２４を合焦させる。アレイ
２４は、走査された画像を表す画像信号または画素を提
供し、この画像信号は、プロセッサ２５による適当な処
理の後、制御装置部７へ出力される。

【００１２】プロセッサ２５はアレイ２４によって出力
されたアナログ画像信号をディジタル信号に変換し、こ
の画像信号を要求に従って処理してシステム２をイネー
ブルし、プログラムされたジョブを実行するのに必要な
形式で前記画像データを記憶及び操作する。プロセッサ
２５はまた、画像信号に対してフィルタリング、しきい
値処理、スクリーニング、クロッピング、縮小／拡大、
等のような強調及び変更を加える。ジョブプログラムに
何らかの変更及び調整を加えた後には、書類を再走査す
る。

【００１３】走査すべき書類２２を走査のためのプラテ
ン２０に載せ、または、再循環式書類取扱（ＲＤＨ）モ
ードもしくは半自動書類取扱（ＳＡＤＨ）モードで動作
可能な自動書類取扱装置（ＡＤＨ）３５内に入れる。ブ
ック（Book) モードを含む手動モード及びコンピュータ
フォームズフィーダ（Computer Forms Feeder)（ＣＦ
Ｆ）モードも提供され、ＣＦＦモードにおいては書類は
コンピュータ用折りたたみ用紙の形式で受け入れられ
る。ＲＤＨモード動作のため、書類取扱装置３５は書類
トレイ３７を有し、このトレイ内に書類２２がスタック
またはバッチとして配置される。トレイ３７内の書類２
２は真空式送りベルト４０、書類送りローラ４１及び書
類送りベルト４２によってプラテン２０上に送られ、こ
のプラテンにおいて書類はアレイ２４によって走査され
る。走査の後、書類はベルト４２によってプラテン２０
から取り出され、書類送りローラ４４によってトレイ３
７へ戻される。

【００１４】ＳＡＤＨモードの動作に対しては、書類入
り口スロット４６が、トレイ３７とプラテン２０との間
にある書類送りベルト４２に対する接近を提供し、この
スロットを通って個々の書類が手で差し込まれてプラテ
ン２０へ運ばれる。スロット４６の後ろにある送りロー
ラ４９はニップを形成し、書類に係合してこれを送りベ
ルト４２へ及びプラテン２０上へ送る。走査の後、書類
はプラテン２０から取り出され、キャッチトレイ４８内
に排出される。

【００１５】ＣＦＦモードの動作に対しては、コンピュ
ータ形式の材料をスロット４６を通して送り、送りロー
ラ４９によって書類送りベルト４２へ送る。この書類送
りベルトは前記コンピュータ形式の折りたたみ材料の一
つのページをプラテン２０上の所定位置へ送る。図２及
び図３について説明すると、印字装置部８はレーザ印字
装置を有する。この印字装置部を、説明の都合上、ラス
タ出力走査装置（ＲＯＳ）部８７、印字モジュール部９
５、用紙供給部１０７、及び仕上げ装置１２０に分割す
る。ＲＯＳ８７はレーザ９１を有す。このレーザのビー
ムは２つの画像形成用ビーム９４に分裂させられる。各
ビーム９４は、音響光学変調装置９２により、入力され
る画像信号の内容に従って変調され、二重画像形成用ビ
ーム９４を提供する。ビーム９４は、回転式多角形体１
００の鏡面ファセットにより、印字モジュール部９５の
移動式感光体９８を横切って走査させられ、各走査で感
光体９８上の２つの画像線画を露光し、変調装置９２へ
入力される画像信号によって表される静電潜像を作る。
感光体９８は、画像形成ビーム９４による露光の準備と
して、帯電ステーションにおいてコロトロン１０２によ
って一様に帯電させられる。前記静電潜像は現像装置１
０４によって現像され、そして転写ステーション１０６
において、用紙供給部１０７によって送り出される印字
媒体１０８へ転写される。媒体１０８は、種々のシート
サイズ、形式、及び色彩の任意のものであってよい。転
写のため、印字媒体は、主用紙トレイ１１０から、また
は補助用紙トレイ１１２もしくは１１４から、感光体９
８上の現像済み画像と時間的に整合して送り出される。
印字媒体１０８へ転写された現像済み画像は定着装置１
１６によって永久的に固着または定着させられ、その結
果できた印字物は出力トレイ１１８へ、または仕上げ装
置１２０へ排出される。仕上げ装置１２０は、印字物を
互いに縫い綴じまたはステープル綴じして書籍を形成す
るためのスティッチャ１２２、及び印字物を接着剤で結
着して書籍にするための熱式製本装置１２４を有す。

【００１６】図１、図２、図５、図６及び図７について
説明すると、制御装置部７を、説明の都合上、画像入力
制御装置５０、ユーザインタフェース（ＵＩ）５２、シ
ステム制御装置５４、主メモリ５６、画像操作部５８、
及び画像出力制御装置６０に分割する。図５ないし図７
について詳細に説明すると、制御装置部７は複数のプリ
ント配線盤（ＰＷＢ）７０（後述のＰＷＢ７０−１ない
し７０−１０を総称する）を有す。ＰＷＢ７０は、１対
のメモリバス７２、７４により、互いに、及びシステム
メモリ６１に接続される。メモリ制御装置７６がシステ
ムメモリ６１をバス７２、７４と接続させる。ＰＷＢ７
０としては、複数のシステムプロセッサ７８を有するシ
ステムプロセッサＰＷＢ７０−１、及び、ＵＩ５２とデ
ータをやりとりするためのＵＩ通信制御装置８０を有す
る低速入出力プロセッサＰＷＢ７０−２、及び、主メモ
リ５６のディスク９０−１、９０−２、９０−３とそれ
ぞれデータをやりとりするためのディスク駆動制御装置
／プロセッサ８２を有するＰＷＢ７０−３、７０−４、
７０−５（画像データを圧縮するための画像圧縮装置／
プロセッサ５１はＰＷＢ７０−３上にある）、及び、画
像操作部５８の画像操作プロセッサを有する画像操作Ｐ
ＷＢ７０−６、及び、印字装置部８によって印字するた
めに画像データを処理するための画像発生プロセッサ８
６を有する画像発生プロセッサＰＷＢ７０−７、７０−
８、及び、印字装置部８とのデータのやりとりを制御す
るためのディスパッチプロセッサ８８、８９を有するデ
ィスプパッチプロセッサＰＷＢ７０−９、及び、ブート
制御調停スケジューラＰＷＢ７０−１０がある。

【００１７】走査装置部６のプロセッサ２５から制御装
置部７に入力された走査済み画像データは、ＰＷＢ７０
−３上の画像入力制御装置５０の画像圧縮装置／プロセ
ッサ５１によって圧縮される。画像データが圧縮装置／
プロセッサ５１を通過するにつれ、該画像データはＮ走
査線幅のスライスにセグメント化される。各スライスは
スライスポインタを有す。圧縮済み画像データは、スラ
イスポインタとともに、及び画像特定情報（画素単位で
計った書類の高さ及び幅、使用した圧縮方法、圧縮済み
画像データに対するポインタ、及び画像スライスポイン
タに対するポインタのような）を提供する関連の全ての
画像記述子とともに、画像ファイルに入れられる。相異
なる印字ジョブを表すこの画像ファイルは、ランダムア
クセスメモリまたはＲＡＭを具備するシステムメモリ６
１に一時的に記憶され、主メモリ５６への転送を待つ。
この主メモリにおいてデータは使用待ち状態に保持され
る。

【００１８】図１に示すように、ＵＩ５２は、会話型タ
ッチスクリーン６２、キーボード６４、及びマウス６６
から成る組合せ形のオペレータ制御装置／ＣＲＴディス
プレイを有す。ＵＩ５２はオペレータを印字システム２
とインタフェースさせ、オペレータが印字ジョブ及び他
の命令をプログラムし、システムオペレーティング情
報、命令、プログラミング情報、診断情報、等を得るこ
とのできるようにする。タッチスクリーン６２に表示さ
れるファイル及びアイコンのような項目は、スクリーン
６２に表示されている項目に指で触れることにより、ま
たはマウス６６を用いてカーソル６７を選択項目に向け
てマウスをキーイングすることにより、作動させられ
る。

【００１９】主メモリ５６は、マシンオペレーティング
システムソフトウェア、マシンオペレーティングデー
タ、及び現在処理中の走査済み画像データを記憶するた
めの複数のハードディスク９０−１、９０−２、９０−
３を有す。主メモリ５６内の圧縮済み画像データが更に
他の処理を要求するとき、またはＵＩ５２のタッチスク
リーン６２上の表示を要求されるとき、または印字装置
部８によって要求されるとき、前記データは主メモリ５
６内でアクセスされる。プロセッサ２５によって提供さ
れるもの以外の更に他の処理が要求される場合には、前
記データはＰＷＢ７０−６上の画像操作部５８へ転送さ
れ、このＰＷＢにおいて、丁合、準備、分解、等の追加
の処理ステップが実行される。処理の後、前記データは
主メモリ５２へ戻され、またはタッチスクリーン６２上
の表示のためにＵＩ５２へ送られ、または画像出力制御
装置６０へ送られる。

【００２０】画像出力制御装置６０へ出力された画像デ
ータは圧縮解除され、ＰＷＢ７０−７、７０−８（図
５）の画像発生プロセッサ８６による印字のために準備
される。その後、データはＰＷＢ７０−９上のディスパ
ッチプロセッサ８８、８９によって印字装置部８へ出力
される。印字のために印字装置部８へ送られた画像デー
タは、通例、新しい画像データのための場所を作るため
にメモリ５６から排除される。

【００２１】図８について説明すると、システム制御信
号は複数のプリント配線盤（ＰＷＢ）を介して分配され
る。これらＰＷＢとして、ＥＤＮコアＰＷＢ１３０、マ
ーキングイメージング（ＭＩＮ）コアＰＷＢ１３２、用
紙取扱（ＰＨＮ）コアＰＷＢ１３４、仕上製本（ＦＢ
Ｎ）コアＰＷＢ１３６、及び種々の入出力（Ｉ／Ｏ）Ｐ
ＷＢ１３８がある。システムバス１４０が、コアＰＷＢ
１３０、１３２、１３４及び１３６を、互いに及び制御
装置部７に接続し、ローカルバス１４２が、Ｉ／Ｏ Ｐ
ＷＢ１３８を、互いに及びその関連のコアＰＷＢに接続
する。

【００２２】マシンパワーアップすると、オペレーティ
ングシステムソフトウェアが、メモリ５６からＥＤＮコ
アＰＷＢ１３０へ、そしてそこからバス１４０を介して
残りのコアＰＷＢ１３２、１３４及び１３６へロードさ
れる。各コアＰＷＢ１３０、１３２、１３４、１３６
は、ＰＷＢへのオペレーティングシステムソフトウェア
のダウンロード、故障検出、等を制御するためのブート
ＲＯＭ（図示せず）を有す。このブートＲＯＭはまた、
バス１４０を介するＰＷＢ１３０、１３２、１３４、１
３６への及びこれからのオペレーティングシステムソフ
トウェア及び制御データの伝送、ならびにローカルバス
１４２を介するＩ／Ｏ ＰＷＢ１３８への及びこれから
の制御データの伝送を可能にする。追加のＲＯＭ、ＲＡ
Ｍ、及びＮＶＭ型のメモリがシステム２内の種々の場所
に配置されている。

【００２３】図９について説明すると、ジョブはジョブ
プログラムモードにプログラムされ、プログラム中のジ
ョブに対するジョブティケット(Job Ticket)１５０及び
ジョブスコアカード（Job Scorecard)１５２がタッチス
クリーン６２上に表示される。ジョブティケット１５０
はプログラムされる種々のジョブ選択を表示し、ジョブ
スコアカード１５２はジョブを印字するためのシステム
に対する基本命令を表示する。

【００２４】クラッシュ回復 障害またはクラッシュは、システム２のどの部分におい
ても予測不能な状態であり、一つのサブセットのシステ
ム要素をオペレータに対して利用不可能にする。その若
干の例を次ぎに示す。 −− システムレベルにおいて：リブート（reboot)
（クラッシュの後の再始動であり、システムにより、ま
たはＵＩ５２におけるオペレータ介入を介して開始され
る）またはリパワーリング（repowering) （オペレータ
のみによって開始される。パワー損失を含む可能性があ
る）が生ずる場合。 −− システム要素レベルにおいて：システムは、シス
テム要素に対して再初期設定またはリソフトローディン
グ（resoftloading)することにより、自動的に回復しよ
うと試みる場合。更に、若干の障害回復手続き最中に、
オペレータは、回復を獲得するため、システムをしてシ
ステム要素に対して再初期設定またはリソフトロードせ
しめることができる。 −− ハードウェアレベルにおいて：システムハードウ
ェアが動作不能となるとき。

【００２５】継続中の米国特許出願第 号には
クラッシュ回復オペレーションが記載されており、これ
は、クラッシュが生じた後、システム要素を機能的状態
に復帰させる。回復中、クラッシュの最初の原因（即
ち、障害）を除去しなければならない。可能なときはい
つでも、回復における最初の試みは自動的であり、オペ
レータ介入がなく、他のシステム要素に対する影響がな
い。援助が要求される場合には、これはオペレータレベ
ルにおいてである。システム自己試験中にハードウェア
障害が検出された場合には、障害コードがＵＩ５２に表
示され、サービス呼び出しが適切であるということをオ
ペレータに警告する（この障害がオペレータによって除
去することが不可能である場合）。

【００２６】システム２のおいて生ずるクラッシュの項
類として下記のものがある。 (1) オペレータが感知することができるが、自動的に回
復可能であるもの。 (2) システムを或るレベルまで自動的に回復させること
ができるが、また、回復を終了するためにオペレータに
援助を要求するもの。 (3) システムが自動的に回復することができないもので
あり、回復のプロセス（例えば、パワーのブーティン
グ、サイクリング）を開始することをオペレータに要求
するもの。

【００２７】走査装置クラッシュ回復はシステム制御装
置５４によって主として制御される。システム制御装置
５４は、走査装置状態情報及び走査済み画像情報を、受
信するにつれ、メモリ５６内のディスク９０（９０−
１、９０−２、９０−３をまとめて示す）に記憶する。
クラッシュからリブートされると、この情報がディスク
９０から読み出され、走査装置システム６の状態が再構
築される。システム２において、走査装置６は別個のサ
ブシステムであり、従って、システム制御装置５４に対
してはクラッシュし、走査装置６に対しては走行状態に
留まっていることが可能である。これらの型のクラッシ
ュを取り扱うため、走査装置６はそれ自体とシステム制
御装置５４との間の通信を周期的に検査する。走査装置
６が、システム制御装置５４が応答しないということを
測定すると、走査装置は動作停止し、システム制御装置
５４からの命令を待つ。システム制御装置５４がそのク
ラッシュ回復を行なうと、該システム制御装置は、クラ
ッシュが生じたということを示し、ジョブ状態情報を走
査装置６にロードする。このことはまた、走査装置６
に、用紙通路の障害物除去に用いられる障害を発行させ
る。

【００２８】ＵＩ５２を、クラッシュの後、有効状態に
戻すため、特別の回復方法を実施する。システム制御装
置５４がブートされる度ごとに、ＵＩ５２は、システム
制御装置５４に、進行中の現在走査ジョブ及びその状態
（現在書類送りモード）を要求する。進行中のジョブが
ある場合には、ＵＩ５２はジョブをロードし、そのプロ
グラミングを続行する。

【００２９】各走査装置入力モードはそれ自体の独特の
回復手続きを有す。各走査モードに対する回復は下記の
ように進行する。即ち、 プラテン− 捕捉された最後の画像をオペレータに表示
し、これにより、走査に必要な次の書類を捕捉すること
ができるようにする。要求された全ての書類が捕捉され
たら、オペレータは、ＵＩ５２上の障害フレーム内のボ
タンを介して障害を除去する能力を持つ。

【００３０】ＳＡＤＨ及びＣＦＦ− 捕捉された最後の
画像をオペレータに表示し、これにより、走査に必要な
次の書類を所要供給源を介して捕捉することができるよ
うにする。要求された全ての書類が捕捉されたら、オペ
レータは、ＵＩ５２上の障害フレーム内のボタンを介し
て障害を除去する能力を持つ。通常の送り誤り命令はＵ
Ｉ５２によってオペレータに提示され、用紙通路の障害
物除去をすることができるようにする。

【００３１】ＲＤＨ− オペレータは、ＵＩ５２に表示
される通例の「再配置回復」（全ての領域をクリア）命
令を与えられ、原画を再配置して取り扱い装置内へ戻す
ことを命令される。スタックの走査がオペレータによっ
て再開されると、システムは、書類をスタック内の要求
された画像へ自動的にスルー（slew) 送りし、この点か
ら走査を継続する。システムは、ディスク９０内に退避
させられているスタック内容をサーチすることにより、
捕捉すべき次の書類が何であるかを測定する。この同じ
スタック内容情報を走査装置６へダウンロードし、これ
により、その書類スタック知識がシステム制御装置５４
と同じになるようにする。この情報は、書類計数誤りを
検出するために走査装置６によって用いられる。従っ
て、書類は所要の時に正しく反転させられる。

【００３２】次に図１０について説明すると、本発明
は、障害の除去及び回復を行なうのに必要な所要オペレ
ータ介入を行なうための特定の命令をオペレータに説明
するオペレーションを有す。特定障害に対する除去命令
及び回復命令はシステムメモリ６１に記憶される（ステ
ップ２００）。システム２が動作している間、このシス
テムは、複数の障害のうちのどれかの発生に対してモニ
タされる（ステップ２０２）。障害発生が検出されない
場合、システム２の正常オペレーションが継続する（シ
ステム２０４）。しかし、対応の除去命令及び回復命令
をメモリに記憶させている障害発生が検出されると、こ
れら記憶されている命令がアクセスされる（ステップ２
０６）。検出された特定障害によって影響されないシス
テム機能は中断なしに継続する。次いで、アクセスされ
た適切な除去命令及び回復命令がユーザインタフェース
５２に表示される（ステップ２０８）。オペレータはこ
の表示された命令に従い、前記特定障害発生から回復す
るのに必要な所要オペレータ介入を行なう。障害回復が
行なわれると（ステップ２１２）、システム２の正常オ
ペレーションが継続する（ステップ２０４）。しかし、
回復が行なわれないと、サービス呼び出しが要求され
る。

【００３３】本発明の特徴である特定表示及び障害取扱
いについて次に説明する。この説明においては、次に定
義する若干の用語を用いる。バケットは、同じシステム
レベルのレスポンスをトリガし、そしてユーザインタフ
ェース５２に同じオペレータレスポンス及びメッセージ
の表示を要求するいくつかの事象の集合である。バケッ
トは、いくつかのセンスから成っており、類似の障害を
同じ障害取扱命令で取り扱うことを可能にする。センス
状態機構は、連続した一連の命令を用いてオペレータを
走査装置障害の除去及び回復を通ってオペレータを円滑
に進ませるため、同じセンス値を用いる。ＲＤＨ送り誤
りのような若干の走査装置障害は、特定除去命令を必要
とし、従って特定センス値を有す。

【００３４】ゾーン値にも、障害物除去を必要とする特
定走査装置領域を知らせるため、ＲＤＨ送り誤りが与え
られる。ゾーン値は、障害物除去を必要とする走査装置
領域を記述する高レベルメッセージを提供する。バケッ
トは、障害物除去のための領域を１回に１つしか指定し
ないが、ゾーン値は障害物除去のための複数の領域を指
定する。

【００３５】機能は、特定オペレーション要求を実行す
るためにシステム２によって用いられるシステムハード
ウェア及び／又はソフトウェアモジュールを定義する。
その例としては、画像変換、マーク、事後構文解析、走
査、及びシグナチュアがある。機能特徴は、ユーザイン
タフェース５２を介してオペレータによって使用のため
に随意に選択され得る機能の一部である。この機能は、
特徴が利用不能となっても、なお、その利用可能オペレ
ーションのサブセットを処理するために使用可能であ
る。

【００３６】オブジェクトは、システム内に存在してい
るオペレータ選択可能項目である。オブジェクトは、ユ
ーザインタフェース５２における直接オペレータ呼出し
を介して同期的に操作される。オブジェクトはまたシス
テム呼出しを介して非同期的に操作される（オペレーシ
ョンの待機列の一部として機能に付託されることによ
り）。

【００３７】オペレーションは、オペレータが感知する
ことのできるシステムアクションに対する要求である。
オペレーションは同期的または非同期的となる。非同期
的オペレーションは、ユーザインタフェース５２を介し
てオペレータによって直接に呼び出されるアクションに
対する要求である。オペレータは、このアクション要求
の結果についてのフィードバックを、新しいアクション
要求を続行する前に、期待する。非同期的オペレーショ
ンは、オペレータによって直接に呼び出されるアクショ
ン、またはシステム２によって間接的に呼び出されるア
クションに対する要求である。オペレータは、アクショ
ン要求の結果についての即時フィードバックを期待はし
ない。オペレータは、新しいアクション要求を行なうこ
とを開始（または継続）することのできることを期待す
る。

【００３８】オペレータ選択は、将来のオペレータ要求
を設定するためにオペレータによって行なわれる呼出し
である。この選択の結果として、オペレータによって期
待される即時システムアクションはない。リスクは、障
害物除去及び／又は回復アクションを、システム及び／
又はオペレータに対するその影響に従い、所定コースの
アクションをとることによって分類する。障害物除去及
び／又は回復アクションは、下記の場合には、リスク的
であるとみなされる。即ち、（１）アクションの結果、
ハードウェア構成部材が損傷または破壊される場合、
（２）アクションの結果、システムソフトウェアの損傷
または破壊が生じ、サービス介入なしでは簡単に再生不
可能である場合、（３）アクションが、オペレータに対
する機械的安全偶然性を主張する場合、及び／又は
（４）アクションの結果、オペレータデータベースの損
失が生じ、簡単には再生不可能である場合、である。

【００３９】サービス障害コードは、表示不能の全ての
故障事象に、及びオペレータ例外メッセージに（即ち、
記録されない障害事象に）割り当てられる基準コードで
ある。タスクは、オペレータに対する高いレベルの出力
を生じさせるようにシステムによって編成されるオペレ
ーション要求のグループである（即ち、ジョブを走査す
る、ジョブを印字する、等）。

【００４０】表示は、事象の型に従って設けられる。機
能障害事象型は、特定のハードウェアまたはソフトウェ
アモジュールを利用不能または劣化させるという一つの
型である。機能障害は、オペレータの側から見ると、特
定のオペレーション要求が出されることを阻止し、また
は実行中の特定のオペレーションを放棄、延期、または
機能不能にする。障害を受けたハードウェアまたはソフ
トウェア（または、モジュール内の障害を受けた特定の
特徴）の使用を要求しないオペレーション要求は正常に
実行継続する。機能障害が、ハードウェアまたはソフト
ウェアモジュールの若干の特徴だけが障害を受けたとい
うものである場合には、この機能は低下した状態で利用
可能である。この機能は、この場合、障害を受けた特徴
を要求しないオペレーションを実行するのになお利用可
能である。

【００４１】情報表示事象は、情報メッセージをユーザ
インタフェース５２においてオペレータに対して表示さ
せる事象である。情報事象は、進行中のシステムオペレ
ーションに対する即時的影響を与えず、また強制的オペ
レータアクションを要求しない。情報事象は、オペレー
タを待ち行列に入れ、将来のシステム、機能、またはオ
ブジェクトの障害を阻止する可能性のある随意選択的ア
クションをとるようにすることができる。未決定の機能
またはオブジェクトの問題についての早期警告として次
のものがある。即ち、（１）機能に入ることを待ってい
るオブジェクトが、この機能に必要なオペレータ供給消
耗品が得られないために、この機能による処理が不可能
である（例えば、印字待ち行列内の第１のジョブは用紙
貯蔵品を必要とするが、この用紙は現在ロードされてな
く、トレイは使用可能であるが現在印字ジョブに使用さ
れていない）、及び（２）オペレータ供給消耗品のため
の供給源が枯渇しており、一方、機能はオペレーション
を実行しつつあり、そしてこの機能は代替供給物へ切り
替えられてしまっている（例えば、自動トレイ切替えが
呼び出されてしまっている）。未決定のオブジェクトま
たは機能障害は、オペレータがユーザインタフェース５
２における警告に応答して適時に所望のアクションを実
行すれば、避けることができる。

【００４２】オブジェクト障害は、オペレーション要求
が或るオブジェクトに対して試みられることを阻止する
事象、または或るオブジェクトに対して現在実行中のオ
ペレーションを放棄、延期または失敗させる事象であ
る。障害が生じたオブジェクトに関係のないオペレーシ
ョンは、障害を除去することなしに正常に実行を継続す
ることを許される。オブジェクト障害は下記の理由に対
して生ずる。即ち、（１）印字待ち行列内のオブジェク
トが、このオブジェクトによって要求された機能の特徴
が現在利用可能でないために、印字に必要な機能に入る
ことを阻止される、（２）オブジェクト自体についての
何かが、既に進行中のオペレーションを機能が継続する
ことを阻止する、（３）オブジェクトに対して動作して
いる機能が、このオブジェクトが部分的処理済み状態に
あるときに障害を受け、前記機能は前記オブジェクトを
機能から取り去ることによってその障害を処理するとい
う機能である、（４）オブジェクトが、このオブジェク
トがシステムに入るまでは検出されない無効プログラミ
ングパラメータのために、障害を受ける、（５）現在シ
ステム内にあるオブジェクトの処理を継続するために、
ベースシステムの外部にある（即ち、ネットソースから
の）オブジェクトが要求され、そして外部オブジェクト
は見つからないかまたは障害を受けている、及び（６）
システムが、オブジェクトを要求に応じて処理するのに
十分な資源を有していない、という理由に対して生ず
る。無効パラメータは、オブジェクトが該オブジェクト
が入ろうと試みている機能によって処理されることを阻
止する。

【００４３】オペレーション遅延は、（１）同期オペレ
ーションが実行するのに２〜４秒よりも長い時間をとる
とき、（２）オペレータが感知できる非同期オペレーシ
ョンが８〜１０秒よりも長い時間にわたって中断される
とき、に生ずる事象である。オペレータ故障は、システ
ムアクション要求に実行を停止させる事象である。オペ
レーション故障は影響されるオペレーションを延期また
は放棄させる。オペレータは、非同期オペレーションが
失敗したときにオペレーション故障を知るだけである。

【００４４】選択衝突は、オペレータが、互いに衝突状
態にある特徴の組合せを選択するときに生ずる事象であ
る。システム障害は、システム全体を使用不能にする事
象である。システム障害は全ての現在システムオペレー
ションを延期または放棄させる。システムは、障害が除
去されるまで、どのオペレーションを実行するのにも使
用不能となる。障害を除去することができない場合、更
に他のシステムオペレーションが阻止され、サービス呼
出しが要求される。

【００４５】本発明におけるユーザインタフェース５２
におけるディスプレイ特徴について次に説明する。 Ｉ．ＵＩ５２における表示の機能 Ａ．障害コード表示 障害コードは、問題の根本原因を指示し、故障隔離中に
使用される。

【００４６】多くの場合、２つまたはそれ以上の故障状
態は、同じオペレータ障害メッセージ及び除去手続きを
招来するが、相異なる障害コードを割り当てられる。２
つまたはそれ以上の故障状態が連携して生じて同じオペ
レータ障害メッセージを発生させるならば、制御装置７
は、その障害コードを待ち行列に入れること、及び主な
故障に対するコードを表示することができる。制御装置
７は、オペレータ障害メッセージを発生した根本原因ま
たは主な故障に対する障害コードを表示する。主な故障
が不確実である場合には、最初に検出された故障に対す
るコードが表示される。制御装置７はまた、障害状態が
変化する（即ち、故障のうちの１つが除去される）が、
オペレータ障害メッセージをクリアするのに必要な全て
の状態がまだ出てきていない場合、障害除去フレーム内
に表示されている障害コードを更新する。

【００４７】オペレータはまたいくつかのアクティブ故
障コードの待ち行列を表示することができる。この待ち
行列に入っている障害は、関連の特徴が現在選択されて
いないために、または特徴／機能がユーザによってシス
テムから構成解除されているために、現在表示されてい
ないマスクされたまたは低下したモードの故障を含む全
てのアクティブ故障を含んでいる。待ち行列障害ディス
プレイヤは故障が除去されると動的に更新される。待ち
行列障害の優先順位は、制御装置７の全ての故障が第
１、印字装置８の全ての故障がこれに続き、次いで、走
査装置６の全ての故障がその後に続く。各モジュール
（制御装置７、印字装置８、及び走査装置６）における
故障は、オペレータに提示される優先順位で表示され
る。

【００４８】障害コードの割当ては、、「診断プログラ
ム番号及び状態コードに対する多国家標準」（Multinat
ional Standard for Diagnostic Program Numbers and
Status Codes) （７００Ｐ０２８６０）による。コード
の形式は、３桁の英数字接頭部、ダッシュ、及び３桁の
接尾部（ＡＸＸ−ＹＹＹ）となっている。このコード割
当てにおいて、接頭部は、障害機能を包含するサービス
ドキュメンテーション／対話のセクションを表す。接尾
部番号の割当ては、処理をシステム化する機能または他
の因子内のオペレーションのシーケンスを基礎とする。

【００４９】通例のＵＩ５２表示能力が存在していない
場合には、４桁コードが保守パネルに表示される。 Ｂ．機能障害表示 機能障害を取り扱うためにＵＩ５２の３つの別々の表示
領域が下記のように設けられる。即ち、 − ジョブを走査してシステムに入力させる能力に影響
を与える機能障害、 − ジョブを印字してシステムに入力させる能力に影響
を与える機能障害、 − 走査または印字以外のオペレーション（即ち、画像
表示オペレーション、外部データインタフェース通信、
等）を行なう能力に影響を与える機能障害。

【００５０】前記表示は、機能障害に関し、オペレータ
に下記のものを提供する。即ち、 − 詳細な障害除去及び回復手続きを表示することをオ
ペレータに許す機構、 − 自動的障害除去及び／又は回復の試みが失敗した場
合、所要の回復手続きを再び試みることをオペレータに
許す機構（即ち、障害リセット機構）、 − 何時障害除去及び回復を試みるべきかについてオペ
レータが決定者である場合、所要の回復手続きを再び試
み、または開始することをオペレータに許す機構（即
ち、障害リセット機構）、 − 機能障害生起が、自然に、現在のＵＩ５２ワークス
ペース領域を障害除去情報で覆わせるということはな
い。最上レベルの機能障害は特定の領域に閉じこめられ
るべきである、及び、 − 障害を除去できない場合、この障害の結果として何
がシステムによってなし得ないのかをオペレータに知ら
せるための手段が提供される。 Ｃ．情報メッセージ表示 非同期オペレーションに関する情報メッセージのオペレ
ータビューは常にＵＩ５２の状態取扱装置の適切な領域
を介する。未決定の機能またオブジェクトの障害につい
ての早期警告は常に非同期オペレーションに関係する。
非同期オペレーションに関する情報メッセージのオペレ
ータビューは常にＵＩ５２の現在対話メッセージ表示領
域を介する。 Ｄ．オブジェクト障害表示 オペレータの側から見ると、オブジェクトは下記の場所
に存在するのみである。即ち、 − 走査装置６内、 − 印字待ち行列内、 − 印字装置８内、 − システムファイル内、及び − ディレクトリ内。

【００５１】障害オブジェクトについてのオペレータビ
ューは下記の通りである。即ち、オブジェクトが、走査
装置６または印字装置８内にある間に障害を受ける場
合、オペレータは、この障害オブジェクトを、ＵＩ５２
の状態取扱領域に表示される機能障害を介して知らされ
る。オブジェクトが、印字待ち行列内にある間に障害を
受ける場合、オペレータは、この障害オブジェクトを、
ＵＩ５２の状態取扱装置の印字装置表示領域に表示され
る「印字待ち行列内障害ジョブ」メッセージを介して知
らされる。オブジェクトが、システムファイル内にある
間に障害を受ける場合、オペレータは、この障害オブジ
ェクトを、ＵＩ５２の状態取扱装置の「システム状態」
表示領域に表示される「システムファイル内障害ジョ
ブ」メッセージを介して知らされる。オブジェクトが、
同期オペレーション試み（例えば、画像表示オペレーシ
ョンまたはディレクトリ操作）中に障害を受ける場合、
オペレータは、この障害オブジェクトを、ＵＩ５２の現
在対話メッセージ表示領域内のオペレータ故障メッセー
ジを介して知らされる。

【００５２】全ての場合、障害オブジェクトをどのよう
にして補正するかいついての特定情報が、該オブジェク
トが、該オブジェクトを視察することのできるＵＩ５２
の対話領域内の点にある状態において、得られる。得ら
れる状態のレベルは、図９において識別される原因を取
り扱うのに十分な特定的なものである。障害オブジェク
トは、常に、ＵＩ５２の対話領域内のオペレータによっ
て視察される点にある未障害オブジェクトから弁別され
るべきである。 Ｅ．オペレーション遅延表示 同期オペレーション遅延メッセージがＵＩ５２の現在対
話メッセージ表示領域内のメッセージを介して表示され
る。非同期オペレーション遅延メッセージはＵＩ５２の
適切な状態取扱装置表示領域内に表示される。

【００５３】下記のオペレーション遅延のいずれかが生
ずるとフィードバックがオペレータに提供される。即
ち、 １．フィードバックを必要とする下記の書類取扱／走査
機能遅延： −走査装置がウォーミングアップ中、 −書類が再配置中、 −自動書類取扱装置／走査装置障害回復の試みが処理中
であり、これは２〜４秒よりも長い時間がかかる、 −書類取扱装置がスタック内の次のセパレータを探索
中、 −書類取扱装置／走査装置機能が割込み呼出しに応答し
てサイクルダウン中、 −オンライン走査診断が処理中であり、これは２〜４秒
よりも長い時間がかかる。 ２．フィードバックを必要とする下記の印字装置機能遅
延： −印字装置がウォーミングアップ中、 −画像品質調整を行なうために印字処理が割込ませられ
る、 −自動印字装置障害回復の試みが処理中であり、これは
２〜４秒よりも長い時間がかかる、 −印字装置が印字停止呼出しからサイクルダウン中、 −製本ジョブが印字待ち行列へ与えられ、印字待ち行列
が空であり、製本装置はウォームアップされていない、 −オンライン印字機能診断が処理中であり、これは８〜
１０秒よりも長い時間がかかる、 −印字中、定着装置が温度不足になる、 −スタッカアンロードオペレーションを行なうため、印
字処理を割込み、 −待ち行列のジョブ間に印字オペレーションを割込み
（ジョブ間に＜８〜１０秒必要）、 −排除シートを上部トレイへ送るため、印字処理を遅
延。 ３．フィードバックを必要とする下記の外部データイン
タフェースオペレーション遅延： −これらオペレーションを同期的または非同期的オペレ
ーションとして実行するかに従って要件を決定。 ４．フィードバックを必要とする下記の印字待ち行列遅
延： −ジョブが印字待ち行列へ与えられたが、印字待ち行列
内の使用可能ジョブのみに対して印字の前に操作するこ
とが必要であるので（例えば、バッチ回転、シグナチュ
ア化、書式化、等）、印字装置は待機レディ状態になっ
ていることが必要（即ち、印字装置始動を遅延させるこ
とが必要）。 ５．フィードバックを必要とする下記のＵＩ５２遅延： −タッチ機能が、リセット中であるので、使用不能であ
る間、 −モード切替えが遅延しているとき、 −編集モードが遅延し、２〜４秒よりも長い時間がかか
る、 −オンライン画像表示診断が処理中であり、これは２〜
４秒よりも長い時間がかかる。 Ｆ．オペレーション故障表示： オペレータは、ＵＩ５２の現在対話メッセージ領域に表
示されるメッセージを介して同期オペレーション故障を
知らされる。この故障メッセージは、一般に、オペレー
ション故障の理由をオペレータに知らせる。

【００５４】−オペレーション故障が機能障害によって
生じた場合、メッセージはどの機能／機能特徴が現在使
用不能であるかを指示する。 −オペレーション故障がオブジェクト障害の結果である
場合、メッセージはこの障害オブジェクトが何処で見つ
かるかを指示する。 非同期オペレーション故障についてのオペレータビュー
は、常に、状態取扱装置メッセージ領域に表示される機
能障害またはオブジェクト障害を介する。 Ｇ．選択衝突表示 プログラミング時に衝突が検出された場合、選択衝突の
オペレータビューはＵＩ５２の現在対話メッセージ領域
に表示されるメッセージを介する。オブジェクトが生成
されてシステムに入れられた後の衝突が検出される場
合、衝突は通例のオブジェクト障害表示機構を介して表
示される。 Ｈ．システム障害表示 システム障害は、表示の側から見ると、最高優先順位事
象である。この型の障害が生ずると、ＵＩ５２の対話領
域は、システムが「中断」(broken)されているという極
めて明白な表示をオペレータに提供する。システム障害
が存在している間、オペレータに対して他の型の事象を
表示する必要はない。システム障害はまた２次的の機能
及び／又はオブジェクト障害を発生させる。しかし、こ
れら事象の重要性は、システム障害が除去されてしまう
までは２次的である。唯一の要件は、システム障害が成
功的に除去された後、これら２次的事象をその通例の表
示機構を介してオペレータに表示するということであ
る。

【００５５】システム障害が除去された後に全ＵＩ５２
表示能力が存在している場合には、状態取扱装置は下記
に対するアクセスを提供する： −詳細な障害除去及び回復手続き、 −自動的障害除去及び／又は回復の試みが失敗する場合
に対しては、所要手続きを再び試みる（即ち、障害リセ
ット機構を提供する）ことをオペレータに許す機構、及
び −何時障害除去及び回復を試みるかについてオペレータ
が決定者である場合には、所要手続きを開始する（即
ち、障害リセット機構を提供する）ことをオペレータに
許す機構。

【００５６】全表示能力が存在していない場合には、表
示は下記のようになる： −低下表示モード（ＲＤＭ）能力が存在している場合に
は、障害指示がＵＩ５２に表示され、適切なサービスコ
ードが保守パネルに表示される、 −ＲＤＭ能力が存在していない場合には、サービスコー
ドだけが保守パネルに表示される。 II. システム事象取扱 事象を取り扱うための一意的システムレベル要件が、事
象の型、事象に対する所要システム応答の一意性、及び
事象を取り扱うのに必要なオペレータ表示の一意性によ
って十分に指令される。オペレータの側から見ると、こ
れら領域において共通の属性を有する全ての事象は、こ
れらが大きく異なった原因を有しているとしても、同じ
事象バケットに分類される。 Ａ．システム障害の一般的取扱い システム障害を取り扱うための一般的要件は下記によっ
て定まる： −現在状態における継続オペレーションはオペレータま
たはシステムにリスクを主張するかしないか、 −障害後のシステムの状態が宣言される（ブーティング
の最中または正常オペレーション中に）、 −障害後に存在する表示能力が宣言される（全表示、低
下表示モード、または保守パネルのみ）、 −障害除去及び／又は回復を試みることはオペレータま
たはシステムにリスクを主張するかしないか、及び、 −障害除去または回復手続きを試みるためにオペレータ
支援が要求されるかされないか。

【００５７】図１２は、前述の因子に基づいて適切なシ
ステム障害バケットを選択するための指針を提供するも
のである。 １．他の種々のシステム障害取扱特徴 制御装置７が、システムの自動リブートが必要であり、
そして一方、ＩＩＴ及び／又はＩＯＴがサイクルアップ
状態にある、と測定した場合、ＥＳＳは（可能なら
ば）、リブート処理開始前にソフトサイクルダウン処理
を完了する（そしてそれが生ずることを待つ）ことをＩ
ＩＴ及びＩＯＴに指令しようと試みるべきである。 Ｂ．機能障害の一般的取扱い 機能障害の一般的取扱いは下記による： −障害後に機能が完全に使用不能であるかないか、また
は、機能の或る特徴のみが使用不能であるかどうか、 −障害除去及び／又は回復を試みることはオペレータま
たはシステムにリスクを主張するかしないか、 −障害除去及び／又は回復を試みることは他の機能に８
〜１０秒よりも長い時間にわたって動作延期させるかさ
せないか、及び −障害除去または回復手続きを試みるためにオペレータ
支援が要求されるかされないか。

【００５８】図１３は、前述の因子に基づいて適切な機
能障害バケットを選択するための指針を提供するもので
ある。走査及び印字の機能に対して要求されるオペレー
タ対話の量は、その機械的性質のため、システムの他の
機能に対するものよりもはるかに大きい。大部分の対話
は一意的対話を要求する。それで、一意的事象バケット
を要求する各機能について多数の事象がある。 １．他の種々の機能障害取扱特徴 制御装置７と周辺装置（走査装置６または印字装置８）
との間の通信が失われると、制御装置７と通信すること
ができなくなった周辺装置はそれ自体のソフトサイクル
ダウン処理を開始する責任があることになる。オブジェ
クトが、それが部分的処理済み状態にあるときに、機能
障害の結果として機能から自動的に除去される場合、こ
のオブジェクトは、除去される前に、障害を受ける。オ
ペレータが、部分的処理済みオブジェクトを、これが走
査機能内にあるときに、退避させようとすると、このオ
ブジェクトは、システムファイルへ移動させられる前
に、障害を受ける。ハードウェア機能が、オブジェクト
がまだその中にある状態で、動作を中止したときには、
オペレータは、「オブジェクト退避」及び「オブジェク
ト削除」の機構にアクセスしなければならない。

【００５９】多重障害が、与えられたハードウェアモジ
ュール（例えば、印字または走査）内で同時に生ずる
と、このモジュールを「ノットレディ」(NotReady) 状
態にする全ての障害が除去されるまで、機能回復命令は
表示されない。全ての障害が除去されると、所要の複合
回復を表す１セットの機能回復命令だけがオペレータに
提供される。リブートを試みるために周辺装置が制御装
置７によって停止させられると、周辺装置はクラッシュ
回復戦略に従って回復する。即ち、下記の通りである： − リブート試みの結果として生じた２次的障害を除去
するために周辺装置のカバーまたはドアを開けることを
オペレータが要求されない場合、周辺装置のオペレーシ
ョンは自動的に再開される。

【００６０】− カバーまたはドアを開けることをオペ
レータが要求される場合、問題の周辺装置のオペレーシ
ョンは、ＵＩ５２を介する直接オペレータ呼出しの結果
としてのみ、再開される。 Ｃ．オブジェクト障害の一般的取扱い オブジェクトが障害の発生時に走査または印字の機能内
にある場合、機能はオペレーションを延期して、オブジ
ェクトは機能内に残る。

【００６１】−障害が宣言されると、オペレータは、オ
ブジェクトをこれら機能から取り去るというオプション
を常に有す（削除または退避する）。 −オペレータが障害オブジェクトをこれら機能のいずれ
かから取り去り、そして、前記機能は、前記オブジェク
トが障害を受けたという理由でのみ障害を受けたのであ
る場合、障害オブジェクトを機能から取り去るという動
作は、機能障害をクリアさせ、機能をレディ状態に復帰
させる。

【００６２】オブジェクトが、障害の発生時において走
査または印字以外の他の機能内にある場合、障害が生ず
るとシステムは自動的にオブジェクトを機能から取り去
る。この場合、機能は障害を受けず、そして、オブジェ
クトは、機能に入る前にそれがあった最後の場所におい
てＵＩ５２内でアクセス可能である。 ２．オブジェクトが複数の機能内にあるときに生ずるオ
ブジェクト障害の取扱い オブジェクト障害が、複数の機能によって操作されてい
るときに、発生する場合、下記の一般的規則が適用され
る： −オブジェクトは障害を受ける。

【００６３】−障害が生ずる場所の上流の全ての機能は
（即ち、オブジェクトが走査、事後構文解析及び印字内
にある場合には、走査は事後構文分解の上流にあり、印
字は事後構文分解の下流にある）、継続を妨げるオペレ
ータアクションが取られるまで、オブジェクトに対する
操作を継続する。 −障害が生ずる場所の下流の全ての機能はオペレーショ
ン延期または放棄する。

【００６４】−オブジェクトが、障害が生ずるときに印
字機能内にあり（即ち、印字が既になされている）、そ
して走査機能内で障害を起こさなかった場合、印字機能
は障害を起こし、削除または退避オプションがＵＩ５２
の印字装置状態取扱装置表示領域内で使用可能となる。 −オブジェクトが走査機能内で障害を起こした場合、走
査機能は障害を起こし、このオブジェクトを削除または
退避するためのオプションがＵＩ５２の走査装置状態取
扱装置表示領域を介して使用可能となる。

【００６５】−他の全ての場合において、オブジェクト
はＵＩ５２内のどこかで選択に対して使用可能となり、
オペレータオプションはこのオブジェクトとともに存在
する。 ３．障害オブジェクトの除去 全てのオブジェクト障害は、問題は補正されているとい
うことをインタフェース呼出しを介して指示するオペレ
ータによって除去することが可能である。更に、オブジ
ェクトを処理するのに必要な機能特徴が現在利用不能で
あるために、印字機能に入ろうと試みているときに障害
を受ける印字待ち行列内のオブジェクト（例えば、フォ
ーマット、マーク、自動シグナチュア）は、オペレータ
がこのオブジェクトをシステムファイルから移動させる
と、無障害となる。 ４．障害オブジェクトを取り扱うためのオプション オペレータは、最小限、障害オブジェクトを取り扱うた
めに利用可能な下記のオプションを有す： 障害オブジェクトの型 利用可能障害オブジェクトオペレーション ────────────────────────────────── 退避済みプログラム 削除済みプログラム ────────────────────────────────── ジョブ ジョブを再考 ジョブをプログラム ジョブを編集 −ページを削除 −ページを再プログラム −ページレベル内容を編集 ジョブを削除 ────────────────────────────────── ライブラリ項目 項目を削除 項目を編集 III.一般状態取扱装置表示 状態取扱装置表示はシステム事象をオペレータに通信す
るための３つの一意的メッセージ表示領域を提供する。
種々の事象の表示は下記のように区分される： Ａ．走査装置表示 （１）走査装置状態情報（レディ、ノットレディ、ジョ
ブXXを走査中）。 （２）走査装置を停止させ、及び／又は走査装置をジョ
ブ走査に使用不能にする機能障害。 （３）走査状態及び警告メッセージ。 （４）走査装置を走査ジョブを受容するのに使用不能に
し、または走査装置機能を低下させる機能障害（低下走
査装置能力）。

【００６６】例： ・画像品質が低下。 ・書類取扱装置が使用不能（プラテンモードだけが使用
可能）。 ・ＥＤＨ及びＳＡＤＨが使用不能（プラテン及びＣＦＦ
モードだけが使用可能）。

【００６７】・ＲＤＨが使用不能。 ・スロットが使用不能（ＳＡＤＨまたはＣＦＦなし）。 ・セパレータ機能及びプラテンモードが使用不能。 ・ＣＦＦが使用不能。 ・ＳＡＬＤＨモード（大形書類）が使用不能。

【００６８】・自動サイズ感知が使用不能。 ・走査装置における走査開始制御が使用不能。 ・走査装置における停止制御が使用不能。 Ｂ．印字装置表示 （１）印字装置状態情報（レディ、ノットレディ、ジョ
ブXXを印字）。 （２）印字装置を停止させ及び／又は印字装置をジョブ
印字に使用不能にする。 （３）印字待ち行列警告メッセージにおける障害ジョ
ブ。 （４）印字装置状態及び警告メッセージ。

【００６９】例： ・Ｘセット完了、Ｙセット選択済み。 ・次のジョブが新しいストックを要求、トレイは使用不
能。 ・トレイが空になり、自動トレイ切替えが生じた。 （５）印字装置を印字ジョブ受容に使用不能にするか、
または印字機能を低下させる（低下印字装置能力）機能
障害。

【００７０】例： ・仕上げ装置が使用不能。 ・切替え装置が使用不能。 ・製本機能が使用不能。 ・シグナチュア印字が使用不能。

【００７１】・トレイ１が使用不能。 ・トレイ２が使用不能。 ・トレイ３が使用不能。 Ｃ．システム制御表示 （１）システム状態メッセージ。

【００７２】例： ・低ディスクスペース警告。 ・ディスクの清掃必要。 （２）システムファイル内障害ジョブ警告メッセージ。 （３）印字及び／又は走査以外のものに影響する機能障
害。

【００７３】・画像表示機能が使用不能。 ・外部データインタフェースが使用不能。 例： −ストリーミングテープからに対するコピーが使用不
能。 −外部データインタフェースが使用不能。

【００７４】−ＸＮＳデータインタフェースが使用不
能。 ・ＵＩ機能が低下。 例： −マウスが使用不能。 −タッチが使用不能。

【００７５】−キーボードが使用不能。 全てのシステム機能の動作を妨げるシステム障害は、前
述の全ての状態表示に対して表示優先性を持つ前述の全
ての状態表示機構に対して表示優先性を持つ別個の表示
機構を介して表示されるか、または全ての状態取扱装置
メッセージ表示領域に同時に表示される。

【００７６】状態取扱装置表示領域は、III のＡないし
Ｃの欄に示した主表示領域の各々に対してメッセージを
同時に表示することができ、また多数の最上レベルのメ
ッセージをこれら領域の各々内に同時に表示することが
できる。低いレベルの機能障害が生じ、オペレータが感
知できる独立のシステム機能に影響を与えると（例え
ば、事後構文解析機能障害は印字機能及び画像表示機能
に影響を与える可能性があり、そして、これらはいずれ
も、オペレータの側から見ると独立の機能である）、こ
の障害は、III のＡないしＣの欄に示した要件に従っ
て、適用可能な全ての状態取扱装置表示領域に表示され
る。 Ｄ．状態取扱装置表示優先順位 与えられた状態取扱装置表記領域にある表示用場所を越
える多くのメッセージがある場合には、表示優先順位は
III のＡないしＣの欄に掲げた順序となる。或る型の多
数のメッセージがある場合には（即ち、多数の障害、状
態メッセージ、または低下モードメッセージ）、これら
に対する表示優先順位は先入れ先出し方式となる。 IV. 低下モード表示 低下モードは、単に、前に定義した事象バケットに従っ
て指示された障害を取り扱かった結果である。機能また
は機能特徴が障害のために使用不能となると、システム
は自動的に低下モードに入る。下記のオペレータ感知可
能機能が識別された。

【００７７】−走査装置。 −印字装置。 −画像表示（即ち、編集モード）。 −外部データインタフェース機能。 −ユーザインタフェース。

【００７８】ここに識別された機能特徴は、走査、印
字、外部データインタフェース、及びＵＩ機能に関する
ものである。使用不能となる可能性のあるこれら機能の
各々内の特徴のリストを、III のＡ欄（項目＃４）、II
I のＢ欄（項目＃５）、及びIII のＣ欄（項目＃３）に
示す。これらの取扱いに関する若干の一意的表示特徴は
下記の通りである： − 機能または機能特徴を使用不能にする全ての障害
は、この障害を受けた機能または機能特徴が現在使用中
であってもなくとも、適当する状態取扱装置表示領域に
表示される。唯一の例外は、オペレータがスイッチ対話
を介して機能または機能特徴をディスエーブルするかど
うかである。この場合に対しては、この機能または機能
特徴に関する全ての障害は状態取扱装置領域にはもはや
表示されない。

【００７９】− オペレータはインタフェース内に１つ
の集中した場所を提供され、この場所において、現在障
害を受けるかディスエーブルされている全てのシステム
機能及び機能特徴についての完全な状態を得ることがで
きる。 Ｖ．低下モデル事象取扱い 障害を受けた特徴または構成解除された特徴を包含する
機能にオブジェクトを与えようとする試みがなされ、そ
してこの機能がこのオブジェクトを操作するためにこの
特徴を必要とする場合、このオブジェクトは障害を受
け、この機能に入ることを阻止される。

【００８０】現在機能内にあるオブジェクトに対するオ
ペレーションを継続するのに必要な機能特徴が、このオ
ブジェクトがこの機能内にある間に障害を受けるかまた
は構成解除されると、このオブジェクトが機能から取り
去られるまで、この機能は使用不能となる。この機能
が、障害状態中にオブジェクトを固守する型ものである
場合、オペレータは、どのようにしてこの機能を再び使
用可能にするかについての適切な情報を提供される（即
ち、特徴を固定する、または、オブジェクトを退避また
は削除する）。

【００８１】いくつかの走査装置センサ障害は、適正な
書類入力モード選択を行なうシステムの能力に影響を与
える可能性がある。モード選択処理に影響を与える障害
が自己試験パワーアップ中に検出され、そして現在処理
中のジョブが走査装置内にない場合、システムは下記の
ように応答する： −ＲＤＨセンサが故障したら、システムはＲＤＨモード
を自動的にディスエーブルする。

【００８２】−ＳＡＤＨセンサが故障したら、システム
はＳＡＤＨモードを自動的にディスエーブルする。 −バーコード読取り装置が故障したら、システムはバー
コード読取り機構を自動的にディスエーブルする。 前記の場合に対し、オペレータは、この問題、及び、与
えられた入力モードが、宣言されたセンサ障害により、
もはや使用不能であるということを知らされる。

【００８３】センサ障害が正常オペレーション中に生じ
た場合、オペレータは、通例、下記の障害のうちの一つ
が検出されるとこの問題を知らされる： −ＳＡＤＨモード送り誤り。 −ＲＤＨモード送り誤り。

【００８４】−「走査すべき書類なし」モード選択衝突
メッセージ。 −「プラテン上の書類除去」モード選択衝突メッセー
ジ。これら障害に対する呼出し回避情報は下記のことを
オペレータに知らせる： −反復障害生起はハードウェア故障の結果である可能性
がある、 −障害が固執的に生ずる場合、サービスを呼出すべきで
ある、及び、 −スイッチインタフェースを介して適当する入力モード
を構成解除することにより、走査装置を或るジョブを操
作するのに使用可能にすることができる。 Ａ．入力モードを構成解除するときの書類入力モード選
択変更要件 書類入力モード選択が係属中の米国特許出願第
号に記載されている。その開示内容を本明細書にお
いて参照として説明する。

【００８５】モードを構成解除するという行為（自動
的、またはスイッチ対話におけるオペレータ呼出しの結
果として）の結果、入力モード選択処理に対する下記の
変更が生ずる： （１）ＲＤＨモードでディスエーブルされている場合、
モード選択ロジックは、ＲＤＨトレイ内に用紙がない、
と常に仮定する。 （２）ＳＡＤＨモードがディスエーブルされている場
合、ＵＩ５２においてＣＦＦモードが選択されていなけ
れば、モード選択ロジックは、ＳＡＤＨスロット内に用
紙がない、と仮定する。ＣＦＦモードが選択されている
ならば、モード選択ロジックは、ＳＡＤＨスロット内に
用紙がある、と仮定する。 （３）ＣＦＦモードがディスエーブルされている場合、
インタフェースは、ＣＦＦモードを選択することを許さ
ない。 （４）バーコード読取り装置がディスエーブルされてい
る場合、モード選択ロジックは下記を仮定する：事例１−パワーオン後 ＲＤＨトレイ及びＳＡＤＨスロット内に書類が感知され
ない場合、モード選択ロジックは、プラテン上に書類が
ある、と仮定する。

【００８６】ＲＤＨトレイまたはＳＡＤＨスロット内に
書類が感知される場合、モード選択ロジックは、プラテ
ン上に書類がない、と仮定する。事例＃２ ＵＤＨは、最後の走査以来開閉されており、
ＵＤＳカバーは現在閉じている 前記事例＃１に同じ。

【００８７】事例３−他の全ての場合 モード選択仮定は、図１４ないし１７の走査装置モード
選択チャートに示した通りになっている。

【００８８】

【発明の効果】本発明において、障害除去及び回復命令
を表示することにより、オペレータは下記のことを行な
う能力を与えられる。即ち、（１）システムの現在障害
状態をモニタする、（２）障害除去及び回復命令にアク
セスする、及び（３）不必要なサービス呼出しを避け
る、という能力を与えられる。システム２は同期的及び
非同期的オペレーションを同時に且つ独立に実行する能
力を有するので、及び、このシステムは該システム内で
オブジェクトを生成、記憶、及びこれに対して作業する
ことをオペレータに許すので、本発明における障害取扱
い及び表示戦略はシステムの能力を大幅に拡張する。こ
の拡張された能力としては下記のものがある。即ち、
（１）他の独立の機能及び／又は機能特徴に影響を与え
ることなしに特定の機能及び／又は機能特徴に障害を与
える能力、（２）システムのハードウェア機能に障害を
与えることとは無関係に、システム内に存在する個々の
オペレータ選択可能オブジェクトに障害を与える能力、
（３）特定の同期オペレーション要求が失敗したという
ことを、ユーザインタフェース５２内の表示機構を介し
てオペレータに知らせる能力、（４）特定の非同期オペ
レーションが、これを保護するために特定のアクション
が採られないと、障害を受けるであろう、ということの
先行警告を提供する能力、（５）注意を必要とするシス
テムの特定の領域のみにオペレータが注意を集中するこ
とのできるように独立のシステム機能に対するメッセー
ジ／障害を別々の表示領域に表示する能力、（６）シス
テム機能によって操作されつつあるオブジェクトとは対
照的にシステム機能に対する別々の一意的障害除去及び
回復オプションを提供する能力、（７）システム内で使
用可能なジョブ再考／編集特徴を介して障害オブジェク
トを決定することをオペレータに許す能力、及び（８）
障害特徴を持つ機能が選択済みオブジェクトに対して操
作を継続することを、障害を受けている前記機能の特定
特徴を処理することを前記オブジェクトが要求しないな
らば、許す能力、がある。

【００８９】以上、本発明をその実施例について説明し
たが、等業者には明らかなように、種々の代替、変形及
び変更が可能である。例えば、異なる障害がシステムに
生じたときに障害除去及び／又は回復命令を提供するた
めにユーザインタフェース５２における表示を更新する
ことができる。これが必要となる時の一例として、或る
走査装置障害のためにＲＤＨにおける書類を再順序づけ
することが必要になるという時がある。この再順序づけ
中に発生する書類送り誤りのために新しい型の障害回復
が必要となる可能性がある。即ち、本発明の前述の実施
例は例として示したものであり、本発明はこれに限定さ
れるものではない。特許請求の範囲に記載のごとき本発
明の精神及び範囲を逸脱することなしに種々の代替、変
形及び変更を行なうことができる。

【図面の簡単な説明】

【図１】本発明の実施に用いる印字媒体識別システムを
具備する電子印字システムの斜視図である。

【図２】図１に示す印字システムの主な部材を示すブロ
ック線図である。

【図３】図１に示す印字システムの主な機械的構成部材
を示す立面図である。

【図４】図１に示す印字システムのための書類走査装置
の一部構造を詳細に示す側面図である。

【図５】図１に示す印字システムのための制御装置部の
主な部品を示すブロック線図である。

【図６】図１に示す印字システムのための制御装置部の
主な部品を示すブロック線図である。

【図７】図１に示す印字システムのための制御装置部の
主な部品を示すブロック線図である。

【図８】図１に示す印字システムのためのプリント配線
盤及び共用線接続部具備のオペレーティングシステムの
ブロック線図である。

【図９】図１に示す印字システムのユーザインタフェー
ス（ＵＩ）タッチスクリーン上に表示されるジョブプロ
グラミングティケット及びジョブスコアカードを例示す
る平面図である。

【図１０】本発明にかかる図１のシステムの回復オペレ
ーションを示すフローチャートである。

【図１１】或る障害に関してオペレータによって要求さ
れる情報のテーブル識別レベルを示す表である。

【図１２】システム障害バケット選択チャートである。

【図１３】機能障害バケット選択チャートである。

【図１４】走査装置モード選択チャートである。

【図１５】走査装置モード選択チャートである。

【図１６】走査装置モード選択チャートである。

【図１７】走査装置モード選択チャートである。

【図１８】走査装置モード選択チャートである。

【図１９】走査装置モード選択チャートである。

【図２０】走査装置モード選択チャートである。

【図２１】走査装置モード選択チャートである。

【符号の説明】

６ 走査装置部 ７ 制御装置部 ８ 印字装置部 ５０ 画像入力制御装置 ５２ ユーザインタフェース ５４ システム制御装置 ５６ 主メモリ ５８ 画像操作部 ６０ 画像出力制御装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 カート ティ ノッド アメリカ合衆国 ニューヨーク州 14618 ロチター ホリィヴェイル ド ライヴ 60 (56)参考文献 特開 平２−559（ＪＰ，Ａ) 特開 平２−42568（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 29/46 B41J 29/38 G03G 15/00 303

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 電子複写システムにおける障害の除去及
   び回復のための方法であって、 特定のシステム障害に対する除去及び回復命令をメモリ
   に記憶する段階と、正常なシステム動作モードの間、 障害の発生に対して前
   記システムをモニタする段階と、前記正常なシステム動作モードの間、少なくとも２つの
   障害発生を検出する段階と、前記少なくとも２つの検出した障害発生を少なくとも１
   つの障害バケットにグループ分けする段階であって、各
   障害バケットは該障害バケットに対応する特定の除去及
   び回復命令の一意の集合を有し且つ各障害バケットは該
   障害バケットに対応する前記と同じ特定の除去及び回復
   命令の一意の集合を要求する障害の集合から成る、グル
   ープ分け 段階と、少なくとも１つの障害バケットに基づいて、該少なくと
   も１つの障害バケットに対応する特定の除去及び回復命
   令の一意の集合の少なくとも１つに自動的にアクセスす
   る段階と、 前記アクセスした特定の除去及び回復命令の一意の集合
   の少なくとも１つを用いて、オペレータに前記システム
   を正常動作モードに回復する助けを要求せずに、前記少
   なくとも２つの障害発生の除去及び該障害からの回復を
   自動的に開始する段階と、 前記少なくとも１つの障害バケットに対応する前記アク
   セスした除去及び回復命令の適切なものを自動的に表示
   する段階であって、前記少なくとも２つの障害発生から
   の自動回復では前記正常動作モードへ回復できないとき
   前記アクセスした除去及び回復命令の前記適切なものは
   オペレータが除去及び回復を手動で開始して行うのを可
   能にさせる、表示段階と から成ることを特徴とする障害
   除去及び回復方法。
2. 【請求項２】 電子複写システムにおける障害の除去及
   び回復のための装置であって、 特定のシステム障害に対する除去及び回復命令を記憶す
   る記憶手段と、正常なシステム動作モードの間、少なくとも２つの 障害
   の発生に対して前記システムをモニタして、少なくとも
   ２つの障害発生を検出するモニター手段と、前記少なくとも２つの検出した障害発生を少なくとも１
   つの障害バケットにグループ分けする手段であって、各
   障害バケットは該障害バケットに対応する特定の除去及
   び回復命令の一意の集合を有し且つ各障害バケットは該
   障害バケットに対応する前記と同じ特定の除去及び回復
   命令の一意の集合を要求する障害の集合から成る、グル
   ープ分け手段 と、少なくとも１つの障害バケットに基づいて、該少なくと
   も１つの障害バケットに対応する特定の除去及び回復命
   令の一意の集合の少なくとも１つに自動的にアクセスす
   るアクセス手段と、 前記アクセスした特定の除去及び回復命令の一意の集合
   の少なくとも１つを用いて、オペレータに前記システム
   を正常動作モードに回復する助けを要求せずに、前記少
   なくとも２つの障害発生の除去及び該障害からの回復を
   自動的に開始する自動除去及び回復手段と、 前記少なくとも１つの障害バケットに対応する前記アク
   セスした除去及び回復命令の適切なものを自動的に表示
   する手段とを包含し、前記アクセスした除去及び回復命
   令の適切なものの前記表示は、自動回復が前記システム
   を前記正常動作モードへ回復するのに失敗したときオペ
   レータが除去及び回復を手動で開始して行うのを可能に
   するものである、 ことを特徴とする障害除去及び回復装置。