JPH071800A - プリンタのエラー情報出力方式 - Google Patents

Abstract

(57)【要約】 【目的】サービスマンコールの原因解析に必要なシステ
ム内部のエラー情報を表示出力する。 【構成】Ｉ／Ｆコントローラを制御するソフトウエアの
各タスク、即ち印字情報の入力を制御するセントロ受信
部１、印字情報の命令を解析するコマンド解析部２、Ｒ
ＡＭやレジスタの入出力を制御するメモリ管理部３、解
析された命令に基づいて各タスクを制御するコマンド実
行部４、コンピュータ資源を管理して各タスクに割り当
てるモニタ部５、プリンタエンジン７を制御するプリン
タコントロール部６、及びキーボード９のキー入力等に
より表示装置１０へのデータ表示を制御するパネル制御
部８は、それぞれ、エラーが発生すると、アドレスカウ
ンタの内容、レジスタ、及びレジスタの内容をＲＡＭに
記憶してエラー表示ルーチンにジャンプする。エラー表
示ルーチンでは、上記ＲＡＭに記憶された内容を、キー
ボード９からのキー入力に基づいて順次表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、サービスマンコールの
原因解析に必要なエラー情報を表示出力するプリンタに
関する。

【０００２】

【従来の技術】従来より、稼動中の複写機や電子写真プ
リンタ等に異常が生じた場合、装置の表示パネル等によ
り、異常を示すアラームが表示報知される。通常は、オ
ペレータがガインダンスキーを操作するとエラーに対す
る処理方法が順次案内され、オペレータはこの案内に従
って異常解除のための処置をする。そして、なお異常が
解除されないとサービスマンコールが表示されて一切の
処理が停止する。

【０００３】また、予め異常の種類を、例えば用紙ジャ
ムやトナー切れなどオペレータが処理することにより回
復可能な異常と、サービスマンによる修理等が必要な異
常とに分類しておき、異常発生時には、アラーム表示と
共に発生した異常の種類を表示しこの異常に対応する処
理を指示するようにしたものもある。

【０００４】このように、オペレータが処理可能な異常
の発生（オペレータコール）に対しては、一瞥して処理
すべき内容が判るような様々なガイダンス（指導・案
内）表示が用意されているが、サービスマンコールの場
合は、異常に対応する番号等が表示されるのみであり、
サービスマンは、この表示された番号等に基づいて異常
の種類を判断して処置するようになっていた。

【０００５】

【発明が解決しようとする課題】サービスマンコールの
場合、このような表示でも、例えば熱定着用ヒータの断
線等プリンタエンジンに起因する異常やＲＡＭ(Random
Access Memory)エラー等Ｉ／Ｆ（インターフェース）ハ
ードウエアに起因する異常等はセンサや電気回路によっ
て検出されるから、上記番号によるガイダンス表示内容
と実際の故障内容とに齟齬がなく、したがって故障個所
を正確に認識できるため何ら不都合なことはない。

【０００６】しかしながら、サービスマンコールは、異
常の種類が限定されているオペレータコールとは異な
り、種々の異常に対して発生する。例えば印字処理前段
の画像データ処理を行うＩ／Ｆコントローラで検出され
るサービスマンコールは、ソフトウエア上のデータエラ
ーによる場合が多く異常の種類は多種多様であり、これ
らの中には、検出個所に基づく番号表示と検出要因とが
必ずしも一致しないものが存在する。例えば、図６に示
すように、コマンド実行、モニタ、及びパネル制御の各
タスク(task:オペレーションシステムが資源を割り振っ
て処理を行う仕事の単位）間で制御データの送受を行っ
ているときに、あるデータＡをコマンド実行タスクで制
作し、そのデータＡをモニタタスクを介してパネル制御
タスクが受け取って処理を行おうとしてデータＡが不正
データであると判明したとき、この不正データ検出に基
づくサービスマンコールが行われる。この場合、ガイダ
ンス表示にはパネル制御タスクで異常が発生したと表示
される。しかし実際のエラー発生要因は、例えば、ａ：
パネル制御タスクのバグ、ｂ：パネル制御タスクが使用
しているＲＡＭの不良、ｃ：コマンド実行タスクのバ
グ、ｄ：コマンド実行タスクが使用しているＲＡＭの不
良、ｅ：コマンド実行タスクからパネル制御タスクまで
の間のデータ化け等が考えられ、上記ガイダンス表示か
らだけでは異常の原因を特定することができない。この
場合、サービスマンは試行錯誤を繰り返しながら異常の
原因を探索していくことになり、手数がかかって面倒で
あるばかりでなく全体として保守作業の能率が低下する
という問題があった。

【０００７】また、ノイズによって発生した異常の場合
は、同一ノイズを任意に発生させることは極めて困難で
あり、したがって異常の再現も極めて困難であるから、
原因究明は不可能に近い。

【０００８】本発明は、上記従来の実情に鑑み、サービ
スマンコールの原因解析に必要なエラー情報を表示出力
できるエラー情報出力方式を実現することを目的とす
る。

【０００９】

【課題を解決するための手段】以下、本発明に係わるプ
リンタのエラー情報出力方式の構成を述べる。本発明
は、上位機器から入力する印字情報を解析しその解析結
果に対応する画像情報を生成しその画像情報を印刷出力
するプリンタのエラー情報出力方式に適用される。

【００１０】先ず、上記印字情報に基づく画像情報生成
処理過程における複数のチェックポイントで生成される
データ及びそのアドレスを記憶しておく記憶手段を有す
る。同手段は、例えばＲＡＭ(Random Access Memorｙ）
等からなる。

【００１１】次に、上記画像情報生成処理過程中のエラ
ー発生を検知するエラー検知手段を有する。同手段は、
例えば、Ｉ／Ｆソフトウエア等からなる。そして、上記
エラー検知手段によりエラー発生が検知されたとき上記
記憶手段に保持された情報を表示する表示制御手段を有
する。同手段は、例えば、ＣＰＵ(Central Processing
Unit) 、パネル制御部等からなる。

【００１２】

【作用】ゆえに、この発明は、エラー検知手段により画
像情報生成処理過程中のエラー発生が検知されると、こ
のとき記憶手段により保持された上記画像情報生成処理
過程のチェックポイントにおいて生成されたデータ及び
そのアドレスが、表示制御手段により表示される。

【００１３】これにより、サービスマンコールの原因解
析に必要なエラー情報を表示出力することができる。

【００１４】

【実施例】以下、本発明の実施例について図面を参照し
ながら詳述する。図１は、一実施例に係わるＩ／Ｆコン
トローラを制御するソフトウエアのタスク構成を示す概
要図である。

【００１５】同図において、セントロ受信部１は、セン
トロニクスＩ／Ｆ（パラレルデータの送受信が可能なセ
ントロニクス社の仕様に準拠して構成されたインターフ
ェース）を介してホスト機器から送信される印字情報の
入力を制御する。

【００１６】コマンド解析部２は、セントロ受信部１が
入力する印字情報を命令コード、文字コード、パラメー
タ等からなる中間コードに変換して命令を解析する。メ
モリ管理部３は、印字情報をページ単位で一時的に記憶
するページバッファ領域、ビットイメージデータを記憶
するＣＧメモリ領域、ワーク領域等からなるＲＡＭや、
用紙一枚分のビットイメージを展開するフレームメモ
リ、さらにはデータレジスタ、プログラムカウンタ等の
入出力を制御する。

【００１７】コマンド実行部４は、コマンド解析部によ
って解析された命令に基づいてメモリ管理部３、モニタ
部５、プリンタコントロール部６等を制御する。モニタ
部５は、いわゆるＵＮＩＸシステムのカーネルの如きプ
ログラムであり、コンピュータ資源を管理し、それを各
タスクに割り当て、且つ各部の処理実行を制御する。

【００１８】プリンタコントロール部６は、外部制御部
のプリンタエンジン７へビットイメージデータをビデオ
転送する制御を行う。パネル制御部８は、キーボード９
からのキー入力、及びモニタ部５からの制御をうけて表
示装置１０にデータを表示する制御を行う。

【００１９】このようなタスク構成において、各タスク
実行中にしばしばエラーが発生する。このようなエラー
の発生要因としては、Ａ：ノイズ等による不正割り込み
の発生、Ｂ：ノイズ等によるＣＰＵのアクセス不正やＲ
ＡＭのデータ化けの発生、Ｃ：ソフトウエアのバグに基
づく処理不可能な受信データ又は制御データの生成、
Ｄ：プリンタエンジン等の動作エラー、Ｅ：ホスト機器
からの不正送信データの混入等がある。

【００２０】上記のタスク構成においては、これら発生
したエラーを以下に説明する方法により検知する。すな
わち、１：受信データ又は制御データのチェックサム
（合計値判定）でチェック、２：詳しくは後述する各Ｉ
／Ｏ（入出力）でのタイムアウトチェック、３：受信デ
ータ又は制御データが処理範囲外であり処理が不可能で
ある場合、４：あるタスクにて送受する制御データ間で
の情報不一致又はタイミングずれのある場合等である。

【００２１】図２に、上記各Ｉ／Ｏ（入出力）でのタイ
ムアウトチェックが行われる場合の一例を示す。同図に
示すように、Ｉ／Ｆ（インターフェース）１１とＰＲ−
ＣＯＮＴ（プリンタコントローラ）１２が通信線により
接続されていて、Ｉ／Ｆ１１からＰＲ−ＣＯＮＴ１２に
例えば給紙切り換え等の指示信号が出力されたものとす
る。ＰＲ−ＣＯＮＴ１２側では、その指示による処理を
行っている間、Ｉ／Ｆ１１に対し指示を実行中であるこ
とを示す信号（ＢＵＳＹ信号）を出力する。このＢＵＳ
Ｙ信号が出力されている間、Ｉ／Ｆ１１は次の指示信号
を出力せずに待機する。Ｉ／Ｆ１１からの指示に対する
ＰＲ−ＣＯＮＴ１２側における実行時間は、指示の種類
毎に予め仕様上で規定されている。Ｉ／Ｆ１１側では、
ＰＲ−ＣＯＮＴ１２に指示をしてからこの指示に対する
ＢＵＳＹ信号が解除されるまでの時間を監視し、上記指
示に対して規定されている実行時間を越えてなお上記Ｂ
ＵＳＹ信号が解除されないとき、Ｉ／Ｆ１１側では、Ｐ
Ｒ−ＣＯＮＴ１２に何らかの異常が発生した、即ちタイ
ムアウト・エラーが発生したと判断する。

【００２２】ところで、上述したエラー発生要因Ａ、
Ｂ、Ｃ、Ｄ及びＥと、エラー検出方法１、２、３及び４
とは１対１で対応していない。これは、１つのタスクに
おいてエラー検出のためのチェックポイント（エラー検
出個所）が１個所とは限らないことによる。通常では、
いずれの検出個所で、いかなる検出方法で、どの種類の
データによって生じたエラーが検出されたかは不明であ
る。従来、サービスマンコールの際に正確なガイダンス
表示ができなかった理由もここに存在する。

【００２３】本実施例においては、上述したエラー検出
方法に基づいてより正確なガイダンス表示を行えるよう
にするものである。エラー検出後このような正確なガイ
ダンス表示を行うために、図１に示す各タスクは、不図
示の複数のレジスタａ、ｂ1、ｂ2 、ｍ1 、ｍ2 やＲＡ
Ｍ等を使用する。

【００２４】以下、上記の構成における各タスクによる
エラー検出に係わる処理動作の一例を図３に示すフロー
チャートを用いて説明する。同図に示すフローチャート
は、各タスクにおける上述した各Ｉ／Ｏでのタイムアウ
トチェックの処理を示している。

【００２５】同図において、先ず、Ｉ／Ｏ指示の内容を
レジスタｍ1 に記憶し（ステップＳm ）、続いて、上記
Ｉ／Ｏ指示の内容に対応して予め規定されているタイム
アウト時間（最長実行時間）をレジスタｍ2 に記憶して
（ステップＳm+1 ）、次に、上記Ｉ／Ｏ指示を実行する
（ステップＳm+2 ）。これにより、例えば図２に示すＩ
／Ｆ１１からＰＲ−ＣＯＮＴ１２に指示信号が出力さ
れ、その実行時間の監視が開始される。この実行時間の
監視は、上記Ｉ／Ｏ指示の実行後、「０」からスタート
させたタイマ値と上記レジスタｍ2 に記憶したタイムア
ウト時間との比較を、ＰＲ−ＣＯＮＴ１２から出力され
るＢＵＳＹ信号が解除されるまで繰り返すことによって
行われる。そして、上記タイマ値がレジスタｍ2 のタイ
ムアウト時間を越えない内にＢＵＳＹ信号が解除された
ときはタイムアウト・エラーは発生しなかったと判断
し、一方、ＢＵＳＹ信号が解除されぬままタイマ値がレ
ジスタｍ2 のタイムアウト時間を越えたときはタイムア
ウト・エラーが発生したと判断する。

【００２６】上記判別でタイムアウト・エラーが検出さ
れていなければ（Ｓm+3 がＮ）、上記レジスタｍ及び関
連する他の各レジスタに記憶された内容を「０」クリア
して（ステップＳm+4 ）、メイン処理に戻るが、他方、
上記判別でタイムアウト・エラーが検出されていれば、
プログラムカウンタの値をＲＡＭの所定領域に記憶する
（ステップＳm+5 ）。これにより、タイムアウト・エラ
ー発生時のプログラムアドレスがシステム内に記憶され
る。

【００２７】また、これと共に各レジスタの値を同じく
ＲＡＭの他の所定領域に記憶する（同じくステップＳm+
5 ）。これにより、タイムアウト・エラー発生時及び直
前までの上記タスク間で送受されたデータがシステム内
に記憶される。

【００２８】そして、後述するエラー表示ルーチンへジ
ャンプする（ステップＳm+6 ）。このエラー表示ルーチ
ンは、各タスクに対し共通のルーチンであり、いずれの
タスクであれ又如何なる種類のエラーであれ、エラーを
検出した場合は、全て上記エラー表示ルーチンへジャン
プする。これによって、後述するエラー表示が行われ
る。

【００２９】次に、図４(a),(b),(c) に、各タスクにお
けるエラー検出に係わる処理動作の他の例をフローチャ
ートで示す。これらのフローチャートは連続して実行さ
れるタスク間で送受されるデータの不一致によるエラー
検出の処理を示している。

【００３０】同図(a),(b) 及び(c) にそれぞれ示すタス
クＡ、Ｂ及びＣは、図１において連続して実行されるタ
スクであればいずれのタスクでもよい。例えば、今タス
クがコマンド解析部２からメモリ管理部３へ、このメモ
リ管理部３からコマンド実行部４へと順次移行したもの
とする。このときコマンド解析部２、メモリ管理部３及
びコマンド実行部４によるエラー検出に係わる動作は、
図４の(a) に示すタスクＡ、同図(b) に示すタスクＢ及
び同図(c) に示すタスクＣによってそれぞれ表すことが
できる。他の連続するタスクの場合も同様であり、即
ち、図１に実線矢印または複線矢印で流れの方向が示さ
れている７つのタスクは、自タスク独自の処理を行うと
共に、処理の流れの中で自タスクの置かれた位置に応じ
て図４(a),(b) 及び(c) にそれぞれ示すタスクＡ、タス
クＢ及びタスクＣで表されるいずれの処理をも行ってい
る。

【００３１】例えば、上記コマンド解析部２→メモリ管
理部３→コマンド実行部４の場合を例として説明すれ
ば、先ず、同図(a) に示すように、タスクＡ（コマンド
解析部２）は、他タスク（メモリ管理部３）への通知デ
ータ（コマンド解析結果）をレジスタａに記憶すると共
に（ステップＳi ）、その通知データを他タスク（メモ
リ管理部３）へ通知する（ステップＳi+1 ）。

【００３２】次に、同図(b) に示すように、タスクＢ
（メモリ管理部３）は、上記タスクＡ（コマンド解析部
２）からの通知を受領し（ステップＳj ）、その受領デ
ータをレジスタｂ1 に記憶し（ステップＳj+1 ）、続い
て、他タスク（コマンド実行部４）への通知データ（い
ま受領した又は既に受領・記憶済みのコマンド解析結
果）をレジスタｂ2 に記憶すると共に（ステップＳj+2
）、その通知データを他タスク（コマンド実行部４）
へ通知する（ステップＳj+3 ）。

【００３３】そして、同図(c) に示すように、タスクＣ
（コマンド実行部４）は、上記タスクＢ（メモリ管理部
３）からの通知を受領し（ステップＳk ）、次に、その
受領したデータにエラーがあるか否か判別する（ステッ
プＳk+1 ）。

【００３４】上記判別でエラーが検出されていなければ
（Ｓk+1 がＮ）、上記各レジスタａ、ｂ1 、ｂ2 に記憶
された内容を「０」クリアして（ステップＳk+2 ）、メ
イン処理に戻るが、他方、上記判別でエラーが検出され
ていれば、プログラムカウンタの値をＲＡＭの所定領域
に記憶する（ステップＳk+3 ）。これにより、この場合
も、エラー発生時のプログラムアドレスがシステム内に
記憶される。

【００３５】また、これと共に各レジスタの値を同じく
ＲＡＭの他の所定領域に記憶する（同じくステップＳk+
3 ）。これにより、エラー発生時及び直前までの上記タ
スク間で送受されたデータがシステム内に記憶される。

【００３６】そして、エラー表示ルーチンへジャンプす
る（ステップＳk+4 ）。 このように、エラー発生時の
タスク間の送受データやプログラムアドレスを記録した
後、エラー表示ルーチンの処理を行う。この処理を、図
５に示すフローチャートを用いて説明する。

【００３７】同図において、まずサービスマンコールを
行う（Ｓ１）。これにより、異常発生とその異常が発生
したタスクを示す番号がパネル等に警告表示される。こ
れは従来と同様の処理であり、また従来であればエラー
表示はこのサービスマンコールで終了する。

【００３８】本実施例では、次に、所定のキー押下（所
定のパネルキーの入力操作）がなされたか否か判別し、
キー押下されるまで待機する（Ｓ２、Ｙ）。これによ
り、異常発生後は、サービスマンの到着まで現状が維持
される。

【００３９】そして、キー押下が行われたときは（Ｓ
２、Ｎ）、エラー発生時に記憶されたプログラムカウン
タの内容及びデータの送受に関与した各レジスタ名（又
はレジスタ番号）を表示する（Ｓ３）。

【００４０】次に、ふたたび所定のキー押下を待機して
（Ｓ４、Ｙ）、キー押下が行われたときは（Ｓ４、
Ｎ）、エラー発生時にＲＡＭに記憶されたデータを表示
する（Ｓ５）。これにより、最初はＲＡＭの所定領域に
記憶され先頭データが表示される。

【００４１】続いて、表示ポインタを更新する（Ｓ
６）。これにより、いま表示したデータのアドレスを示
している表示ポインタがインクリメントされて次に表示
すべきデータのアドレスが設定される。

【００４２】そして、ここでも所定のキー押下を待機し
て（Ｓ７、Ｙ）、キー押下が行われたときは（Ｓ７、
Ｎ）、上記更新された表示ポインタで示されるＲＡＭの
領域を参照し、そこにデータがあるか否か判別する（Ｓ
８）。そしてデータがあれば（Ｓ８、Ｙ）、上記ステッ
プＳ５に戻って、ステップＳ５〜Ｓ８を繰り返す。これ
により、エラー時にＲＡＭの所定領域に記憶されたデー
タが順次表示される。これにより、サービスマンは、エ
ラー時のシステム内部の情報を十分に知ることができ
る。

【００４３】このように、データを順次表示して、上記
ステップＳ８で、データがもう無いと判別したときは
（Ｓ８、Ｎ）、再表示を指示するキー入力操作がなされ
たか否か判別する（Ｓ９）。

【００４４】そして、再表示が指示されていなければ
（Ｓ９、Ｎ）、処理を中止するが、一方、再表示が指示
されていれば（Ｓ９、Ｙ）、上記ステップＳ１に戻る。
これにより、サービスマンは、必要に応じてエラー時の
システム内部の情報を繰り返し表示させて調査すること
ができ、工場の設計者と連絡を取るなどして、原因解析
を早期に行うことができる。

【００４５】尚、本実施例においては、エラー発生時の
プログラムカウンタの値やデータをＲＡＭに記憶するよ
うにしているが、ＲＡＭに限ることなく、不揮発性のメ
モリを使用してもよく、このようにすれば、電源切断後
もエラー発生時の状態を示すデータを記憶に残すことが
でき、サービスマンの到着まで電源を投入したまま放置
するという電力の無駄を省くことができる。また、プロ
グラムカウンタの値とデータを記憶しているが、データ
そのものに限ることなく、タスクが使用するデータエリ
アのアドレスポインタの内容を記憶するようにしてもよ
い。

【００４６】

【発明の効果】以上詳細に説明したように、本発明によ
れば、Ｉ／Ｆソフトウエアにより検出されたサービスマ
ンコール発生時において、一定操作を行うことによりプ
ログラム内部情報が表示されるので、サービスマンと設
計者間の連絡等によりエラーの原因解析を早期に行うこ
とができ、したがって保守サービス機能が向上する。

【図面の簡単な説明】

【図１】一実施例に係わるＩ／Ｆコントローラを制御す
るソフトウエアのタスク構成を示す概要図である。

【図２】各タスクにおける各Ｉ／Ｏ（入出力）でのタイ
ムアウトチェックが行われる場合の一例を説明する図で
ある。

【図３】各Ｉ／Ｏでのタイムアウトチェックの処理動作
の例を示すフローチャートである。

【図４】(a),(b),(c) は各タスク間で送受されるデータ
の不一致によるエラー検出の処理動作の例を示フローチ
ャートである。

【図５】エラー発生時のシステム内部情報を表示するエ
ラー表示ルーチンのフローチャートである。

【図６】従来のサービスマンコールの内容を説明する図
である。

【符号の説明】

１ セントロ受信部 ２ コマンド解析部 ３ メモリ管理部 ４ コマンド実行部 ５ モニタ部 ６ プリンタコントロール部 ７ プリンタエンジン ８ パネル制御部 ９ キーボード １０ 表示装置 １１ Ｉ／Ｆ（インターフェース） １２ ＰＲ−ＣＯＮＴ（プリンタコントローラ）

Claims (1)

【特許請求の範囲】
1. 【請求項１】 上位機器から入力する印字情報を解析し
   その解析結果に対応する画像情報を生成しその画像情報
   を印刷出力するプリンタのエラー情報出力方式におい
   て、 前記印字情報に基づく画像情報生成処理過程における複
   数のチェックポイントで生成されるデータ及びそのアド
   レスを記憶しておく記憶手段と、 前記画像情報生成処理過程中のエラー発生を検知するエ
   ラー検知手段と、 該エラー検知手段によりエラー発生が検知されたとき前
   記記憶手段に保持された情報を表示する表示制御手段
   と、 を有することを特徴とするプリンタのエラー情報出力方
   式。