JPH02219134A - データ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、プリンタ等の各種データ、処理装置に関す
る。

〔従来の技術〕

プリンタのようなデータ処理装置においては、外部（ホ
ストコンピュータ）から受信したデータの誤りを検出す
る機能を持ったものが一般に普及してきており、受信デ
ータに誤りがなく解釈されたときには、そのデータに基
づいてプリントを実行したり、あるいは備え付けの表示
パネルに各種情報を表示するようにしているが、受信し
たデータに誤りがあって解釈し切れなかった場合や、命
令をなんらかの事情で実行できなかった場合などにはエ
ラーが起ったことをエラーメツセージとして表示パネル
あるいは外部（ホストコンピュータ）のデイスプレィ等
に表示させたりしている。

〔発明が解決しようとする課題〕

しかしながら、エラーメツセージはエラーが起ったこと
をオペレータに知らせる程度のごく簡単な情報なので、
エラーの内容を判定し難く、さらに外部からのデータ量
が膨大なときにはエラーの発生箇所さえも判定すること
が困難だった。

そこで１例えば特開昭６３−５９５７１号公報に見られ
るように、入力情報に誤りが発生したときにそれを検出
して、記録媒体（用紙）上の所定位置に誤りの発生を記
録するようにすれば、記録後の記録媒体が膨大な枚数に
上っても、その中から該当ページを見つけ、さらにその
ページ上のエラー位置を割り出すことも可能であるが、
入力情報の誤りの理由等に関しては知ることができない
ため、エラー情報を送信した外部装置の修正は非常に困
難である。

また、例えば特開昭６３−５９６２３号公報に見られる
ように、入力情報に誤りが発生したときにそれを検出し
て、記録媒体上の誤りが発生した位置に、誤りに対応し
たパターンで誤りの発生を記録するようにしても、やは
り上述の問題は解消されない。

さらに、本出願人は先にホストから送られてくる制御コ
ードと文字コードからなるキャラクタコードをヘキサコ
ードに変換し、ヘキサダンプリストとして出力するヘキ
サダンプ機能を備えた印字装置において、上記へキサダ
ンプリストに印字するヘキサコードの制御コードと文字
コードとを区別して印字するために、制御コードの前後
にそれぞれ識別用にｒ＜」、ｒ＞」のキャラクタを挿入
するなどの識別印字手段を設けたものを提案している（
特願昭６３−５９６２３号）。

したがって、この提案を採用した印字装置によれば、ホ
ストからのデータに誤りがあって印字装置側で印字動作
不良等が生じた場合、そのページに対応するデータを制
御コードと文字コードとに識別されたヘキサダンプリス
トとして出力できるので、ホスト側のプログラム等の解
析が容易になり、その解析結果によってエラ一部分を見
つけることができるのでその修正が完了するまでの時間
が短縮する。

しかしながら、このような印字装置においてもまだ改善
の余地が残されている。すなわち、例えば１つの誤りを
割り出すまでに、ヘキサダンプリスト上の誤りに対応す
るデータ以外のデータをもチエツクしなければならない
ため、即座に誤りを発見することはできなかった。

また、すべてのデータを１６進数のコードで用紙に記録
したものがヘキサダンプリストであるため、イメージデ
ータ等をヘキサダンプリストとして出力するようなとき
にはデータ量が膨大となり。

例えば１ペ一ジ分のイメージデータに対して複数枚の用
紙を使用してヘキサダンプリストが作成されるため、用
紙を無駄にするという問題がある。

さらに、制御コードを使用しない（コマンドは使用する
）印字装置に対しては、この提案は全く役に立たない。

この発明は、上記の点に鑑みてなされたものであり、従
来の問題点を解消し、外部から受信したデータに誤りが
あった場合、そのデータを即座に割り出して修正作業を
容易にすることを目的とする。

〔課題を解決するための手段〕

この発明は上記の目的を達成するため、第１図に機能ブ
ロックで示すように、外部から受信したデータの誤りを
検出する誤り検出手段Ａを備えたデータ処理装置におい
て、この誤り検出手段Ａによって検出された誤りの原因
を推測する誤り原因推測手段Ｂと、該手段Ｂによって推
測された誤りの原因に基づいてその誤りの原因となった
データ部分、その誤りの理由、及びその解決方法の情報
等のデバッグ情報を作成するデバッグ情報作成手段Ｃと
を設けたものである。

〔作　用〕

このように構成されたデータ処理装置によれば、誤り検
出手段Ａによって外部から受信したデータの誤りが検出
されると、誤□り原因推測手段Ｂがその検出されたデー
タの誤りの原因を推測し、その推測された誤りの原因に
基づいてデバッグ情報作成手段Ｃが誤りの原因となった
データ部分、その誤りの理由、及びその解決方法の情報
等のデバッグ情報を作成する。

したがって、例えばプリンタにおいては、そのデバッグ
情報を表示パネルに表示したり、用紙にプリントしたり
、あるいは外部にデバッグ情報を送信してデイスプレィ
等に表示させることによって、オペレータはデバッグ情
報の指示に従って容易に修正作業を行なうことができる
。

〔実　施　例〕

以下、この発明の実施例を第２図以降を参照して具体的
に説明する。

第２図は、この発明の一実施例であるレーザプリンタの
概略構成を示す断面図である。

このレーザプリンタは１本体１に給紙トレイ２を着脱可
能に備え、上部に第１排紙スタッカ３゜後部に第２排紙
スタッカ４を設けている。

その２個の排紙スタッカ３．４のうち、通常は第１排紙
スタッカ３が選択されるが、封筒や葉書などのカールし
やすい紙を使用する場合など、特別な場合に第２排紙ス
タッカ４が選択される。

なお、この２個の排紙スタッカへの排紙は、切換爪５に
よって切換可能である。

さらに、本体１内には、後述するプリンタエンジンの作
像部を構成する感光体ドラム６、帯電部７、光書送部８
．現像部９．転写部１０．定着部１１と、給紙ローラ１
２及びレジストローラ対１３等による給紙部と、搬送ロ
ーラとペーパガイド板等からなる排紙用搬送部１４とが
備えられている。

また、このプリンタの上部には、後述するプリンタコン
トローラ２０とエンジンドライバ１８の基板が装着され
ている。

外部からのコマンドによってプリントシーケンスが開始
されると、給紙ローラ１２によって給紙トレイ２から給
紙を始め、その用紙の先端がレジストローラ対１３に挾
持された位置で一時停止する。

一方、感光体ドラム６は第２図の矢示方向へ回転し、帯
電部７により帯電された表面に、光書送部８によって後
述するプリンタコントローラ２０からのビデオデータに
応じて変調されたレーザビームを、ドラム軸方向に主走
査しながら照射して露光し、潜像を形成する。

それを、現像部９においてトナーによって現像し、転写
部１０によってレジストローラ対１３により所定のタイ
ミングで給送される用紙に転写し、その後定着部１１で
加熱定着された用紙を、第２排紙スタッカ４あるいは排
紙用搬送部１４を介した第１排紙スタッカ３八排紙する
。

第３図は、このレーザプリンタの制御部の構成を示すブ
ロック図である。

プリンタコントローラ２０は、外部インタフェースとし
てホストコンピュータ２１と接続するためのホストイン
タフェース２２を、内部インタフェースとしてプリンタ
エンジン２３と接続するためのエンジンインタフェース
２４．スイッチ２５及び２６と接続するためのスイッチ
用インタフェース２７．ＬＣＤデイスプレィ２８と接続
するためのデイスプレィインタフェース２９をそれぞれ
備えている。

また、このプリンタコントローラ２０はコントローラ部
として、マイクロコンピュータ（以下ｒＣＰＵＪと略称
する）　３０．　ＲｏＭ３１．ＲＡＭ３２を備えている
。

そして、このプリンタコントローラ２０内の各部はアド
レスバス、コントロールバス、及びデータバスからなる
パスライン３３によって相互に接続されている。

なお、スイッチ２５．２８とＬＣＤデイスプレィ２８は
、ここでは図示しない１つのフロントパネルに設けられ
ているものとするが、勿論それぞれ異なる位置に設ける
ようにしてもよい。

また、ホストインタフェース２２は、ホストコンピュー
タ２１としてのオフィスコンピュータ。

パーソナルコンピュータあるいはワードプロセッサ等と
接続され、接続するホストコンピュータに合わせて各種
パラレルインタフェースあるいはシリアルインタフェー
スが選択される。

そして、このホストインタフェース２２は、ホストコン
ピュータ２１から文字コード、制御コード、制御コマン
ド等の各種データ及びコマンドを受信したり、プリンタ
ステータス等の情報をホストコンピュータ２１へ送信し
たりする。

ｃｐｕ３０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、タイマ／カウ
ンタ、及びＩｌｏ等からなる汎用の１６ビツト又は３２
ビツトのマイクロコンピュータであり、このプリンタコ
ントローラ全体を統括制御する。

特に、この発明に係わる処理として、後述するデバッグ
モード時において、ホストコンピュータ２１から受信し
たデータに誤りがあるとそれを検出し、所定の処理を行
なってデバッグ情報を作成してそれをＬＣＤデイスプレ
ィ２８に表示させたり、またはそのデバッグ情報をホス
トコンピュータ２１に送信してデイスプレィ装置に表示
させたり、あるいはそのデパック情報をビデオデータに
変換してエンジンインタフェース２４を介してプリンタ
エンジン２３のエンジンドライバ１８（第２図）に送出
したりする。

ところで、デバッグ情報にはエラーの原因となったデー
タ及びその付近のデータ、エラーの詳しい理由１発生し
たエラーの解決方法、さらにはオペレータが任意に指定
できるマージンやフォントサイズ等の環境変数などさま
ざまなものがある。

ＲＯＭ３１はリードオンメモリであり、ＣＰＵ３０が使
用する各種プログラム、ビデオデータ作成時に使用され
るフォントデータ、このプリンタで定義される全ての命
令データ、ホストコンピュータ２１から受信される命令
データに対して予想される誤りの原因に応じた各理由、
解決方法等のデバッグ情報作成用の各情報等を格納して
いる。

ＲＡＭ３２は大容量のランダムアクセスメモリであり、
主としてホストコンピュータ２１から受信したデータを
一時格納するインプットバッファ、それによって作成さ
れるページデータを格納するページバッファ、そのペー
ジデータとフォントデータ等によってページ単位で作成
されるビデオデータを展開するビデオバッファ、ホスト
コンピュータ２１からのダウンロードフォントを格納す
るフォントファイルに使用される。

また、ＲＡＭ３２は上記デパック情報をビデオデータと
して展開するメモリや、その他ＣＰＵ３０が使用するシ
ステムメモリ等に使用される。

シタがって、ＣＰｔＪＩＱ、ＲＯＭ３１及びＲＡＭ３２
が、第１図に示した誤り検出手段Ａは勿論のこと、誤り
原因推測手段Ｂ及びデバッグ情報作成手段Ｃとしての機
能も果す。

スイッチ２５は、通常モードまたはデバッグモードのい
ずれかを設定するための切換えスイッチであり、このス
イッチ２５が開（オフ）状態のときは通常モードがセッ
トされ、エラー発生時にはＬＣＤデイスプレィ２８に簡
単なエラーメツセージを表示し、このスイッチ２５が閉
（オン）状態のときはデバッグモードがセットされ、エ
ラー発生時にはＬＣＤデイスプレィ２８にデバッグ情報
を表示したり、そのデバッグ情報を用紙に記録（プリン
ト）したりする。

スイッチ２６は、後述するリアルタイムモードまたはバ
ッチモードのいずれかを設定するための切換えスイッチ
であり、エラー発生時には設定されたモードに応じてデ
バッグ情報を用紙に記録する。

プリンタエンジン２５は、第２図に示した感光体ドラム
６とその周辺の各部及び光書送部８等による作像部並び
にレジストローラ対１５等の用紙搬送部などからなる機
構部と、その制御部であるエンジンドライバ１８からな
り、プリンタコントローラ２０からのコマンド及びビデ
オデータによって、エンジンドライバ１８が機構部のシ
ーケンス制御を行なう。

ＬＣＤデイスプレィ２８は、例えば２ライン×３２文字
のキャラクタデイスプレィで、デバッグ情報やその他各
種メツセージ等を文字列で表示する。

ここで、命令データの構成を第４図に示す命令データに
よって説明する。

制御キャラクタは制御命令であることを示す例えば「Ｅ
ＳＣ」等のキャラクタであり、識別コードは前述した命
令データの識別を表わす番号または記号等のコードであ
る。

また１、″はパラメータとパラメータとを区切るための
ものである。なお、パラメータの数は各命令データごと
に決められている。

次に、この実施例の作用について第５図以降をも参照し
て具体的に説明する。

第５図は、この実施例による通常プリント処理を示すフ
ローチャートである。

このルーチンは、電源が投入され、ホストコンピュータ
２１からのデータを受信するとスタートし、まず通常印
字、すなわち受信したデータに基づいてページ単位でビ
デオデータを作成し、それを順次エンジンドライバ１８
に送出することにより、エンジンドライバ１８がプリン
タエンジン２３の機構部を駆動してプリントを実行する
。

次いで、デバッグモード設定スイッチ２５がオン状態か
否かを判別し、オン状態ならばデバッグモードをセット
して通常印字の処理に戻り、この処理を繰返す。

一方、デバッグモード設定スイッチ２５がオフ状態なら
ば、次にデバッグモードの設定を指示する命令がなされ
たか否か、すなわちホス１へコンピュータ２１からデバ
ッグモードを設定するためのコマンドが受信されたか否
かを判断する。

そして、デバッグモードを設定するためのコマンドが受
信されたときには上述と同様にデバッグモードをセット
して通常印字の処理に戻り、この処理を繰返す。

ところで、第５図の処理を実行中に、すなわちホストコ
ンピュータ２１から受信したデータに誤りがあってそれ
を検出した時には、第６図のエラー処理ルーチンに移行
する。

第６図のルーチンがスタートすると、まずデバッグモー
ドか否かを判別し、デバッグモードでなければ通常のエ
ラー処理、すなわちエラーが起ったことをメツセージと
してＬＣＤデイスプレィ２８に表示させて、第５図の処
理に戻る。

なお、このメツセージは単にエラーが発生したことをオ
ペレータに知らせる程度のごく簡単な情報である。

一方、デバッグモードならば、このルーチンから直ちに
抜けて第７図のデバッグモートルーチンに移行する。

第７図のルーチンがスタートすると、まずエラータイプ
を判定する。

すなわち、第８図において、誤りが検出されたデータ（
例えば８ビツト分）を取込み１次にそのデータが印字デ
ータ（例えば文字コード）か命令データ（コマンド、制
御コード）かを判定する６そして、上記データが印字デ
ータならばそれをビデオデータに変換してエンジンドラ
イバ１８に送出し、エンジンドライバ１８は受取ったビ
デオデータに基づいてプリンタエンジン２３の機構部を
駆動してプリントを実行し、上記データが命令データな
らば、次にその命令データは定義されているか否かを判
別する。

そして、定義されていなければ、すなわちプリンタに対
する命令を予想していたのに命令として解釈できない命
令データ（例えばＲＯＭ３１内の識別コードとホストコ
ンピュータ２１から受信された識別コードとが一致しな
い）が受信された場合は未定義命令エラー（誤り原因）
と判定する。

また、上記命令データが定義されていればこの命令デー
タを処理し、次にこの命令データにもつとパラメータが
必要か否かを判別し、パラメータが必要でなければ命令
データの指示に従って命令を実行し、パラメータが必要
ならば次のデータ（８ビツト）を取込んで上記命令デー
タにそれを加え、新たな命令データとする。

次いで、その命令データのタイプがＲＯＭ３１内の命令
データのタイプと合致するか否かを判定し、合致しなけ
れば、すなわちその命令データのパラメータにおいて例
えば整数を予想していた箇所が英文字の場合はデータタ
イプエラーと判定する。

また、命令データが合致すれば１次にその命令データの
範囲が合致するか否かを判別し１合致しなければ、すな
わちその命令データのパラメータにおいて例えば１と５
の間を予想していた箇所が８の場合はデータ範囲エラー
と判定し、命令データが合致すればもつとパラメータが
必要か否かの判定に戻り、この処理を繰り返す。

このルーチンで未定義命令エラー、データタイプエラー
又はデータ範囲エラーのいずれかを判定すると第７図に
戻り、次にそのエラータイプに基づいてデバッグ情報を
作成する。

すなわち、ＲＯＭ３１から誤りの原因に対応する理由、
解決方法等の各情報等を選定して読出し、誤りの原因と
なったデータ部分及びその付近のデータと共に一括して
デバッグ情報としてＲＡＭ３２に格納する。

次いで、ＲＡＭ！；２に格納されたデバッグ情報をデイ
スプレィインタフェース２日を介してＬＣＤデイスプレ
ィ２８に表示させる。

ここで、その表示内容について具体的に説明する。

エラーとなったデータ及びその付近のデータは、ＪＩＳ
コード表示、アスキコード表示、１６進数のリスト等の
いずれかもしくはいくつかを組合わせて表示する。

例えば、プリンタはｒＥｓｃｚｚ　：Ｊ　　（ＥＳＣと
は１６進数でＩＢのアスキコードで表わされる文字）を
受信したが、プリンタにｒＥＳＣｚｚ；Ｊという命令デ
ータが定義されていなかった場合、例えば第１０図に示
すようなエラー周辺のデータを表示する。

また、エラーの理由として、未定義命令エラーを判定し
た場合は「定義されていない命令」、データタイプエラ
ーを判定した場合は「パラメータのタイプが違う」、デ
ータ範囲エラーを判定した場合は「不適切なパラメータ
」というふうに表示する。

さらに、発生したエラーの解決方法として、エラーの理
由が「不適切なパラメータ」の場合はパラメータの許さ
れる範囲を、エラーの理由が「パラメータのタイプが違
う」の場合はパラメータのなり得るタイプを、エラーの
理由が「定義されていない命令」の場合はこのような命
令の間違いではではないかという内容をそれぞれ表示す
る。

再び第７図のルーチンに戻り１次にリアルタイムモード
、バッチモードあるいはインクアクティブモードのいず
れかが設定されていれば、その設定されたモードに応じ
た処理を実行する。

すなわち、リアルタイムモード（実時間モード）ならば
、エラーが発生した時点で作成されたデバッグ情報を直
ちにビデオデータに変換してエンジンドライバ１日に送
出する。

それによって、エンジンドライバ１８は受取ったビデオ
データに基づいてプリンタエンジン２３の機構部を駆動
してプリントを実行して、用紙にデバッグ情報を記録す
る。このとき、エラーが発生した直後の用紙上のカーソ
ル位置にデバッグ情報が記録される。

また、バッチモードならばメモリ（ＲＡＭ５２）内にデ
バッグ情報を蓄積していき、インクアクティブモード（
ホストコンピュータ２１からの設定コマンドによってセ
ットされる）ならばホストコンピュータ２１へデバッグ
情報を送信し、処理を終了する。

一方、上記いずれのモードも設定されていなければ、他
の処理へ進む。

ところで、バッチモードがセットされているときは上述
したように通常はメモリにデバッグ情報を蓄積するが、
ホストコンピュータ２１からデバッグ情報を用紙に記録
するための命令コマンドが受信された時、あるいはエラ
ーが発生したページのプリントが終了した後もしくは一
定時間データの受信が止まった後などに第９図のパッチ
印刷ルーチンがスタートして、今まで蓄積したデバッグ
情報を順次ビデオデータに変換してエンジンドライバ１
８に送出する。

それによって、エンジンドライバ１８は受取ったビデオ
データに基づいてプリンタエンジン２３の機構部を駆動
してプリントを実行して、用紙にデバッグ情報を記録す
る。

なお、バッチモードを使用すると、通常プリント中にデ
パック情報が割込むことを避けることができる。したが
って１通常プリントされた用紙（エラーあり）と後でデ
バッグ情報が記録された用紙とを見比べることができる
。

以上、このように構成したこの実施例においては、ホス
トコンピュータ２１から受信したデータの誤りが検出さ
れると、その検出されたデータの誤り（エラー）の原因
を推測し、その推測された誤りの原因に基づいて誤りの
原因となったデータ部分、その付近のデータ、その誤り
の理由、及びその解決方法の情報（エラーの解決方法）
等のデパック情報を作成する。

そして、そのデパック情報を表示パネルに表示または用
紙に記録したり、あるいはホストコンピュータ２１にデ
バッグ情報を送信してデイスプレィ等に表示させること
によって、オペレータはデバッグ情報の指示に従って容
易に修正作業を行なうことができる。

なお、この発明はレーザプリンタに限らず、ＬＥＤプリ
ンタ等の他の光プリンタには勿論、ワイヤドツトプリン
タやサーマルプリンタ等のラインプリンタ、さらにはデ
ジタル複写機、ファクシミリ装置等の各種データ処理装
置にも同様に広く適用可能である。

［発明の効果〕 以上説明したように、この発明によれば、外部から受信
したデータに誤りがあった場合、そのデータを即座に割
り出して修正作業を容易にできる。

【図面の簡単な説明】

第１図はこの発明の基本構成を示す機能ブロック図、 第２図はこの発明の一実施例であるレーザプリンタの内
部機構の概略を示す断面図、 第３図は同じくそのプリンタコントローラ２０の構成を
示すブロック図。 第４図はこの実施例に使用される命令データの構成例を
示す説明図、 第５図はこの実施による通常プリント処理を示すフロー
図、 第６図は同じくエラー処理を示すフロー図、第７図は同
じくデバッグ情報の作成及び出力の処理を示すフロー図
、 第８図は同じくエラータイプ判定処理のサブルーチンを
示すフロー図、 第９図は同じくバッチモードにおけるデバッグ情報出力
処理を示すフロー図、 第１０図はこの実施例によるエラー表示例の説明図であ
る。 １・・・レーザプリンタ　　１日・・・プリンタエンジ
ン２０・・・プリンタコントローラ ２１・・・ホストコンピュータ ２５・・・デバッグモード設定スイッチ２Ｂ・・・バッ
チモード設定スイッチ ２８・・・ＬＣＤデイスプレィ ３０・・・ｃｐｕ　（マイクロコンピュータ）３１・・
・ＲＯＭ　（リードオンメモリ）３２・・・ＲＩＡＭ（
ランダムアクセスメモリ）第１図 Ｓ４図 第５図 ｆｉ５ｖ！Ｊ １１８７図 第８図 第１

Claims (1)

【特許請求の範囲】
1. １　外部から受信したデータの誤りを検出する誤り検出
   手段を備えたデータ処理装置において、前記誤り検出手
   段によつて検出された誤りの原因を推測する誤り原因推
   測手段と、該手段によつて推測された誤りの原因に基づ
   いてその誤りの原因となつたデータ部分、その誤りの理
   由、及びその解決方法の情報等のデバッグ情報を作成す
   るデバッグ情報作成手段とを設けたことを特徴とするデ
   ータ処理装置。