JPH09226209A - ホストベースプリンタシステムの印刷制御方法とホストベースプリンタシステム - Google Patents

Abstract

(57)【要約】 【課題】 ホストベースプリンタシステムにおいて、印
刷を失敗した場合に、その状態からスムーズに復帰でき
るようにする。 【解決手段】 エラー状態を監視し、データ転送速度よ
りも印刷速度の方が速くて印刷を失敗したプリント・オ
ーバーランでは、十分に長い時間「BUSY」信号を出力す
ると共にリセット処理を行い、その後ホストから送られ
て来るデータをフォームフィードＦＦまで読み捨てる(S
10〜S30)。プリント・オーバーランでなくペーパージャ
ムの印刷失敗なら、ペーパージャム解除後、エラーリカ
バリオンならリセット後にS10 へ戻る(S40〜S70)。一
方、エラーリカバリオフなら、該当ページのデータ量が
大きくて受信バッファへのデータ書込みと読出しとが同
時進行されるプリンタ・オン・ザ・フライ中であったか
否かにより、S20 へ進む場合とS70 へ進む場合に分かれ
る(S80)。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストベースプリ
ンタシステムに関する。

【０００２】

【従来の技術】近年、ホストコンピュータ側でビットマ
ップデータあるいはビットマップデータを圧縮したデー
タ等の印刷用の画像データを形成し、該画像データをプ
リンタに出力して印刷を行う様にしたホストベースプリ
ンタシステムが提案されるようになってきている。

【０００３】こうしたホストベースプリンタシステムに
おいては、プリンタ側のバッファにホスト側から入力さ
れる画像データを一時格納するようになっている。そし
て、ページプリンタの場合、１ページ分の画像データが
少ないときはページエンドまでデータを格納したところ
で印刷部を起動して当該ページの印刷を行うが、バッフ
ァの容量に対して１ページ分の画像データの量が大きい
ときは、バッファが一杯になったところで印刷部を起動
するようになっている。以下、ページエンドの転送を受
ける前に印刷を開始する場合を「プリンタ・オン・ザ・
フライ」と呼ぶ。

【０００４】ページプリンタにおいて、プリンタ・オン
・ザ・フライにより印刷を行っているとき、ホスト側か
らの画像データの転送速度が遅いとページ途中でバッフ
ァが空になってしまう場合がある。この様な状態になる
と、プリンタ側では印刷ができなくなる。この様な印刷
不能状態を、以下の説明では、「プリント・オーバーラ
ン」と呼ぶ。

【０００５】

【発明が解決しようとする課題】こうした事情におい
て、例えば、プリンタ・オン・ザ・フライ中にペーパー
ジャム等によって印刷に失敗した場合、ホストはページ
途中で画像データの出力を停止することとなる。そし
て、プリンタから詰まった紙を除去してリセットしたと
き、ホストは画像データの続きを出力するのに対して、
プリンタ側はその前半のデータをリセットしてしまって
いるので、後半だけを送られてきても、例えばデータ長
の指定なしにいきなり画像データが受信される状態のよ
うに、データ処理が不可能となってイリーガル・コマン
ド・エラーとなってしまう。

【０００６】また、こうした印刷失敗に対して、印刷に
失敗したページの画像データをホスト側から再度送り直
すようにしたエラーリカバリ機能を備える場合もある
が、プリント・オーバーランの場合、プリンタのバッフ
ァ容量と、１ページ分のデータの大きさと、ホストから
の転送速度との関係で再び印刷失敗となる。このため、
従来のホストベースシステムでは、エラーリカバリ機能
をセットした場合に、プリント・オーバーランを起こす
とそこから印刷失敗を繰り返して実質的に機能が停止し
てしまうという問題がある。

【０００７】そこで、本発明は、ホストベースプリンタ
システムにおいて、印刷を失敗した場合に、その状態か
らスムーズに復帰できるようにすることを目的とする。

【０００８】

【課題を解決するための手段、発明の実施の形態及び発
明の効果】かかる目的を達成するため、本発明は、ホス
トコンピュータ側で印刷用の画像データを形成し、該画
像データをプリンタに出力して印刷を行う様にしたホス
トベースプリンタシステムの印刷制御方法において、プ
リンタ側で印刷失敗が生じた場合に、該印刷失敗が生じ
たページを印刷するための画像データをホスト側から出
力完了していない場合には、プリンタが印刷失敗から復
帰した後にホスト側から入力される画像データの内、当
該ページの画像データの末尾までをプリンタ側において
読み捨てるようにしたことを特徴とする。

【０００９】この印刷制御方法によれば、例えばプリン
ト・オーバーランによって印刷に失敗した場合、プリン
タが印刷失敗から復帰した後にホスト側から入力される
画像データの内、当該ページの画像データの末尾までを
プリンタ側において読み捨てるので、仮にエラーリカバ
リ機能がセットされていたとしても、再び同じページを
印刷することがなく、プリント・オーバー・ランを繰り
返すことがない。また、ペーパージャムがプリンタ・オ
ン・ザ・フライ中に生じた場合であって、エラーリカバ
リ機能がオフにされているとき、ホスト側は当該ページ
の続きを出力してくるが、これもページエンドまで読み
捨てるので、イリーガル・コマンド・エラーとならな
い。従って、本発明によれば、印刷失敗によってそのま
まシステムが停止してしまうことがない。

【００１０】なお、このホストベースプリンタシステム
の印刷制御方法において、前記印刷失敗が繰り返し生じ
ないタイプのものであり、かつ、印刷失敗の際には印刷
失敗ページを再度印刷するエラーリカバリ機能がセット
されているときは、プリンタが印刷失敗から復帰した
後、ホスト側は当該印刷失敗ページの先頭から画像デー
タを送り直すようにし、プリンタは該送り直された画像
データに基づいて印刷を実行する様にしておくとよい。

【００１１】これは、エラーリカバリ機能をセットした
場合、ホストは画像データを途中からではなくページの
先頭から送り直すので、これをそのまま印刷することが
できるからである。そして、次に説明する様なプリント
・オーバー・ランではなく、ペーパージャムの様な場合
には、再度同じ失敗を繰り返さないので、エラーリカバ
リによって印刷に失敗したページを補うことができるか
らである。

【００１２】また、本発明においては、ホストコンピュ
ータ側で印刷用の画像データを形成し、該画像データを
プリンタに出力して印刷を行う様にしたホストベースプ
リンタシステムの印刷制御方法において、プリンタで印
刷失敗が生じた場合に、該印刷失敗が繰り返し生じるタ
イプのものか否かを判別し、繰り返し生じるタイプのも
のである場合には、プリンタが印刷失敗から復帰した後
にホスト側から入力される画像データの内、当該ページ
の画像データの末尾までをプリンタ側において読み捨て
るようにしたことを特徴とするホストベースプリンタシ
ステムの印刷制御方法も完成している。

【００１３】この印刷制御方法によれば、プリンタでプ
リント・オーバー・ラン・エラーが生じた場合には、プ
リンタがリセットされた後にホスト側から続けて入力さ
れる画像データの内、当該ページの画像データの末尾ま
でをプリンタ側において読み捨てる。従って、ホストか
ら当該ページの残りのデータが送られてきてもこれを無
視するのでイリーガル・コマンド・エラーを起こすこと
がない。また、仮にエラーリカバリ機能がセットされて
いてホストが再度同じページのデータを送り直してきて
も、これは無視されるので同じ失敗を繰り返さない。従
って、エラーリカバリ機能がセットされていようといま
いと、いずれの場合も、システムが止まってしまうこと
がない。

【００１４】また、本発明は、ホストコンピュータ側で
印刷用の画像データを形成し、該画像データをプリンタ
に出力して印刷を行う様にしたホストベースプリンタシ
ステムの印刷制御方法において、プリンタで印刷失敗が
生じた場合に、該印刷失敗が生じたページを印刷するた
めの画像データをホスト側から出力完了していない場合
には、ホストコンピュータは、プリンタに対してリセッ
ト処理を指令した後に当該ページの先頭から画像データ
を出力するようにしたことを特徴とするホストベースプ
リンタシステムの印刷制御方法も完成している。

【００１５】この印刷制御方法によれば、例えばプリン
タ・オン・ザ・フライ中にプリンタで印刷失敗が生じた
場合、プリンタ復帰によるデータ出力再開時には、続き
のデータではなく、ページの先頭からのデータを出力す
る。従って、例えば、エラーリカバリ機能がオンなら、
当該ページを先頭から再度送り直す。また、エラーリカ
バリ機能がオフなら、出力し残しているページの残りの
データは捨ててしまい、次のページの先頭からデータを
出力する。そして、プリンタに対してはリセットを指示
しているので、イリーガル・コマンド・エラーを生じる
ことはない。

【００１６】また、本発明は、ホストコンピュータ側で
印刷用の画像データを形成し、該画像データをプリンタ
に出力して印刷を行う様にしたホストベースプリンタシ
ステムの印刷制御方法において、プリンタで印刷失敗が
生じた場合に、該印刷失敗が繰り返し生じるタイプのも
のか否かを判別し、繰り返し生じるタイプのものである
場合には、プリンタに対してリセット処理を指令した後
に次のページの先頭から画像データを出力するようにし
たことを特徴とするホストベースプリンタシステムの印
刷制御方法をも完成している。

【００１７】この印刷制御方法によれば、プリント・オ
ーバーラン・エラーが生じた場合は、プリンタをリセッ
トすると共に、次のページの先頭から画像データを出力
する。この結果、エラーリカバリ機能がセットされてい
ても、プリント・オーバーラン・エラーの様な原因の場
合には、当該機能が無視されることとなり、同じ失敗を
繰り返してシステムを停止させてしまうということがな
い。

【００１８】この様に、本発明の各方法によれば、いず
れも、ホストベースプリンタシステムにおいて印刷失敗
からの復帰をスムーズにすることができる。これら本発
明の方法は、次の様な構成のホストベースプリンタシス
テムによって実現することができる。

【００１９】即ち、一つは、ホストコンピュータ側で印
刷用の画像データを形成し、該画像データをプリンタに
出力して印刷を行う様にしたホストベースプリンタシス
テムにおいて、印刷失敗が生じた場合に、該印刷失敗が
生じたページを印刷するための画像データをホスト側か
ら出力完了しているか否かを判別する出力完了判別手段
と、該出力完了判別手段によって出力未完了と判別され
た場合には、プリンタが印刷失敗から復帰した後にホス
ト側から入力される画像データの内、当該ページの画像
データの末尾までを読み捨てさせる読み捨て手段とを備
えさせたことを特徴とするホストベースプリンタシステ
ムである。ここで、このホストベースプリンタシステム
において、印刷を失敗した後、プリンタが復帰したら再
度同一ページの画像データをホストコンピュータから出
力させるエラーリカバリ機能をセットするエラーリカバ
リ手段と、印刷失敗の原因が、当該印刷失敗を繰り返し
生じるタイプのものか否かを判別する印刷失敗原因判別
手段と、該印刷失敗原因判別手段によって印刷失敗が繰
り返し生じるタイプのものであると判別された場合に
は、前記エラーリカバリ手段によりエラーリカバリ機能
がセットされているときであっても、同一ページについ
ての印刷動作を実行しないようにするエラーリカバリ無
視手段とを備えさせるとよい。

【００２０】また、この他、ホストコンピュータ側で印
刷用の画像データを形成し、該画像データをプリンタに
出力して印刷を行う様にしたホストベースプリンタシス
テムにおいて、印刷失敗が生じた場合に、該印刷失敗が
繰り返し生じるタイプのものか否かを判別する失敗原因
判別手段と、該印刷失敗原因判別手段によって印刷失敗
が繰り返し生じるタイプのものであると判別された場合
には、プリンタが印刷失敗から復帰した後にホスト側か
ら入力される画像データの内、当該ページの画像データ
の末尾までを読み捨てさせる読み捨て手段とを備えさせ
たことを特徴とするホストベースプリンタシステムも有
効である。

【００２１】さらに、ホストコンピュータ側で印刷用の
画像データを形成し、該画像データをプリンタに出力し
て印刷を行う様にしたホストベースプリンタシステムに
おいて、印刷失敗が生じた場合に、該印刷失敗が生じた
ページを印刷するための画像データをホスト側から出力
完了しているか否かを判別する出力完了判別手段と、該
出力完了判別手段によって出力未完了と判別された場合
には、プリンタをリセットした後、当該ページの画像デ
ータを先頭から再出力させる再出力手段とを備えること
を特徴とするホストベースプリンタシステムも有効であ
る。

【００２２】加えて、ホストコンピュータ側で印刷用の
画像データを形成し、該画像データをプリンタに出力し
て印刷を行う様にしたホストベースプリンタシステムに
おいて、印刷失敗が生じた場合に、該印刷失敗が繰り返
し生じるタイプのものか否かを判別する失敗原因判別手
段と、該印刷失敗原因判別手段によって印刷失敗が繰り
返し生じるタイプのものであると判別された場合には、
プリンタをリセットした後、当該ページの次のページの
画像データを先頭から出力するページ飛ばし手段とを備
えることを特徴とするホストベースプリンタシステムも
有効である。

【００２３】

【実施例】以下、本発明の実施の形態を一層分かりやす
くするため、いくつかの実施例を図面と共に説明する。
実施例のホストベースプリンタシステム１０は、図１に
示す様に、印刷ホスト２０と、レーザプリンタ３０とで
構成されている。印刷ホスト２０とレーザプリンタ３０
とはパラレルデータ送受信用ケーブルを介して電気的に
接続されており、印刷ホスト２０側でドットイメージの
画像データを形成し、これをプリンタ３０で受信して印
刷を行うように構成されている。印刷ホスト２０から送
信されてくる画像データは圧縮されており、プリンタ３
０はこれを伸張しつつ印刷を実行することになる。な
お、パラレルデータ送受信用ケーブルは、ＩＥＥＥ１２
８４規格に適合するものであり、プリンタ３０側からホ
スト２０へとデータを送信できるようになっている。

【００２４】印刷ホスト２０は、ＣＰＵ，ＲＡＭ，ＲＯ
Ｍ，ハードディスク，入出力インタフェース等を備える
パーソナルコンピュータで構成され、出力データを作成
するための機能的構成要素として、アプリケーション２
１と、プリンタドライバ２２とを備えている。アプリケ
ーション２１は、例えば、印刷機能を有するワープロソ
フトやＣＡＤソフト等である。プリンタドライバ２２
は、印刷データをプリンタ３０に見合った画像データに
展開し、圧縮する処理を行う。この圧縮された画像デー
タが出力データとなる。

【００２５】印刷ホスト２０はまた、出力データリスト
２６に出力データを蓄えたり、出力データリスト２６の
出力データをプリンタ３０へ転送する役目をするスプー
ラ２３を備えている。スプーラ２３はプリンタドライバ
２２の機能の一つと考えてもよいし、独立した機能と考
えてもよい。出力データリスト２６は、具体的にはハー
ドディスク等の記憶装置により構成される。

【００２６】そして、印刷ホスト２０は、出力データリ
スト２６を管理するため、格納スタートページ管理カウ
ンタ２７、格納エンドページ管理カウンタ２８及び出力
完了ページ管理カウンタ２９を備えている。格納スター
トページ管理カウンタ２７及び格納エンドページ管理カ
ウンタ２８は、出力データリスト２６に格納されている
データにおいて、それぞれ最初のページと最後のページ
を示す。ただし、格納エンドページ管理カウンタ２８
は、ページ単位として完成されている最後のページを示
す。出力完了ページ管理カウンタ２９は、プリンタ３０
に既に出力した最後のページを示す。各カウンタ２７，
２８，２９は、具体的にはＲＡＭにより構成される。

【００２７】また、この印刷ホスト２０は、プリンタ３
０において印刷失敗を引き起こした場合、当該印刷失敗
ページのデータを再度送り直すエラーリカバリ機能をセ
ットすることができるようになっている。このエラーリ
カバリ機能は、ユーザーの希望により、オン／オフいず
れかをセットしておくことができる。なお、エラーリカ
バリ機能のオン／オフはホスト２０のＲＡＭに格納され
る。そして、このエラーリカバリ機能のオン／オフ情報
は、プリンタ３０へコマンドと共に送られる様になって
いる。

【００２８】印刷ホスト２０は、上述の管理カウンタ２
７〜２９に基づいて、出力データリスト２６内のデータ
の管理と、出力ページの管理とを行っている。具体的に
は、出力完了ページ管理カウンタ２９は、１ページ分の
データを出力するとインクリメントされ、次に出力すべ
きページを特定する。従って、前述のエラーリカバリ機
能がオンの場合に印刷失敗が起こった場合には、出力完
了ページ管理カウンタ２９を一つ前に戻し、同一ページ
を再度出力するようにするのである。

【００２９】また、格納エンドページ管理カウンタ２８
は、出力データリスト２６にデータを１ページ分格納す
る毎にインクリメントされる。この格納エンドページ管
理カウンタ２８が出力完了ページ管理カウンタ２９より
も大きい値の場合にだけデータ出力が実行される。

【００３０】さらに、格納スタートページ管理カウンタ
２７は、後述するプリンタ３０側の不揮発性メモリ５３
の記憶内容に基づいて印刷完了ページを特定し、印刷完
了ページ＋１となるようにセットされる。印刷ホスト２
０は、この格納スタートページ管理カウンタ２７により
特定されるページ以前のデータについては出力データリ
スト２６から削除し、格納領域の効率利用を図ってい
る。

【００３１】プリンタ３０は、レーザ光方式で印刷する
印刷機構や用紙送り機構等の諸機構を含むプリンタエン
ジン３１と、このプリンタエンジン３１の諸機構を制御
するコントロールユニット３２を有するものであるが、
この種のプリンタエンジン３１自体は既存のレーザプリ
ンタと同様であるので、その詳しい説明は省略する。

【００３２】次に、コントロールユニット３２は、図２
に示す様に、ＣＰＵ４０、このＣＰＵ４０にクロックパ
ルスを供給する水晶発振器４１、印刷制御プログラム等
を内蔵したＲＯＭ４２、種々のワークメモリ等が設けら
れるＲＡＭ４３、タイマ割り込みのためのタイマ４４、
印刷ホスト２０との送受信のための送受信回路４５、受
信バッファ４６、受信バッファ４６から圧縮された画像
データを受けて復号する復号化回路４７、この復号化回
路４７で復号化された画像データを受けて一時的に格納
してシリアル画像データとして出力するラインバッファ
４８、受信バッファ４６とラインバッファ４８とを直接
アクセス可能なＤＭＡコントローラ４９、プリンタ駆動
用Ｉ／Ｏ５０、プリンタ駆動回路５１及び操作パネル５
２等が設けられている。また、コントロールユニット３
２には、印刷枚数の累積値を記憶する不揮発性メモリ５
３も備えられている。

【００３３】ＲＯＭ４２、ＲＡＭ４３、送受信回路４
５、ＤＭＡコントローラ４９、プリンタ駆動回路５１及
び不揮発性メモリ５３は、バス５４を介してＣＰＵ４０
に接続され、また、タイマ４４、送受信回路４５、プリ
ンタ駆動用Ｉ／Ｏ５０及び復号化回路４７は割り込み信
号ライン５５を介してＣＰＵ４０に接続されている。

【００３４】ＤＭＡコントローラ４９は、受信バッファ
４６とラインバッファ４８とに夫々接続されると共に、
復号化回路４７にも接続されている。印刷ホスト２０か
ら送受信回路４５を介して受信されたパラレルの圧縮さ
れた画像データは、ＤＭＡコントローラ４９により受信
バッファ４６に書き込まれ、ＤＭＡコントローラ４９に
より受信バッファ４６から読み出され、ＤＭＡコントロ
ーラ４９により復号化回路４７へ供給されて復号化さ
れ、その復号化されたドットイメージの画像データは、
復号化回路４７からラインバッファ４８へ供給され、ラ
インバッファ４８からシリアルの画像データとしてプリ
ンタ駆動回路５１へ供給され、そのドットイメージの画
像データに対応する駆動信号でプリンタエンジン３１が
駆動されることになる。

【００３５】そして、１ページの印刷が完了すると、Ｃ
ＰＵ４０により不揮発性メモリ５３の累積値が１インク
リメントされる。また、プリンタエンジン３１には、ジ
ャムの発生を検知するための紙詰まりセンサをはじめと
する各種のセンサ類３５が備えられており、このセンサ
類の検知した情報はＣＰＵ４０によって監視されてい
る。

【００３６】なお、受信バッファ４６は、いわゆるリン
グバッファとして構成され、ＤＭＡコントローラ４９
は、受信バッファ４６内のリードポインタＲＰとライト
ポインタＷＰとを操作することでデータの書き込みと読
み出しとを制御している。ここで、模式図を用いてデー
タの読み出しアドレスを示すリードポインタＲＰとデー
タの書き込みアドレスを示すライトポインタＷＰとの関
係を説明しておく。

【００３７】図３（Ａ）〜（Ｃ）に示す様に、受信バッ
ファ４６には矢印方向に図の下端からデータが書き込ま
れていくとする。そして、上端に達したら再び下端に戻
って上方へと書き込んでいくとする。データの読み出し
もこれと同様に下端から上端へと読み出し、再び下端へ
戻るようになっている。従って、ライトポインタＷＰ及
びリードポインタＲＰも図の矢印方向に移動していくこ
とになる。そして、ライトポインタＷＰはリードポイン
タＲＰを追い抜くことができない関係にある。これは、
ライトポインタＷＰがリードポインタＲＰを追い抜くと
読み出されていないデータに新しいデータが上書きされ
ることとなるからである。また、リードポインタＲＰも
また、ライトポインタＷＰを追い抜くことができない関
係にある。これは、リードポインタＲＰがライトポイン
タＷＰを追い抜くと、データが書き込まれていない領域
からデータを読み出そうとすることになってしまうから
である。

【００３８】このため、ライトポインタＷＰとリードポ
インタＲＰは、図３（Ａ）〜（Ｃ）のいずれかの関係に
しかならない。なお、これらの図において、ハッチング
部分が読み出しを完了していないデータの格納されてい
る領域を意味する。（Ａ）は、１ページ分のデータが受
信バッファ４６の容量に比べて小さい場合に相当する。
このような場合には、データエンドに相当するフォーム
フィードコマンドＦＦまで書き込んでライトポインタＷ
Ｐが停止してからリードポインタＲＰが動き始め、デー
タの読み出しが行われる。

【００３９】また、（Ｂ）の場合は、１ページ分のデー
タが受信バッファ４６の容量に比べて大きく、全部を格
納できないため、受信バッファ４６が一杯になったとこ
ろでリードポインタＲＰを移動させながら読み出しを開
始し、読み出した後に書き込む状態となっているもの
で、プリンタ・オン・ザ・フライと呼ばれる状態に相当
する。この場合は、フォームフィードコマンドＦＦまで
データを書き込む前に読み出しが開始されるので、リー
ドポインタＲＰだけでなくライトポインタＷＰも移動し
続ける状態にある。リードポインタＲＰとライトポイン
タＷＰの関係においては、ＲＰ−１＝ＷＰとなったとき
に「ＢＵＳＹ」にしてデータが来ないようにされている
ので、ライトポインタＷＰがリードポインタＲＰを追い
越すことはない。

【００４０】これら（Ａ），（Ｂ）は正常に印刷を行う
ことができる場合であるが、（Ｃ）の状態になると正常
な印刷ができなくなる。即ち、プリンタ・オン・ザ・フ
ライにおいてリードポインタＲＰがライトポインタＷＰ
に追いついてしまった場合、両ポインタの移動速度の関
係から印刷不能状態になってしまうのである。これがプ
リント・オーバーランと呼ばれる状態である。この状態
になると、当該ページのデータが大き過ぎ、受信バッフ
ァ４６の容量及びポインタＷＰ，ＲＰの移動速度の関係
から、再度印刷を行おうとしても再び印刷失敗を来すこ
ととなる。

【００４１】以上より、リードポインタＲＰとライトポ
インタＷＰの位置関係から、次のことが判明する。 印刷開始時にライトポインタＷＰがリードポインタ
ＲＰの直後にあるときは、プリンタ・オン・ザ・フライ
の状態にある。

【００４２】 印刷実行中にリードポインタＲＰがラ
イトポインタＷＰの直後にあるときは、プリント・オー
バーランの状態にある。 従って、印刷開始時の両ポインタの位置関係と、印刷実
行中の両ポインタの位置関係をチェックすることで、上
記，を検知することができることとなる。なお、
は、印刷実行中に両ポインタが共に動いているか否かで
チェックしてもよい。

【００４３】次に、実施例のホストベースプリンタシス
テム１０におけるエラー監視制御の内容について説明す
る。本実施例では、プリンタ３０側で、このエラー監視
制御処理を行っており、その詳細は図４の様に構成され
ている。以下、この図４の処理を第１実施例と呼ぶ。

【００４４】第１実施例のエラー監視ルーチンでは、Ｄ
ＭＡコントローラ４９によるライトポインタＷＰとリー
ドポインタＲＰの移動状態をチェックし、の関係にあ
るか否か、即ち、プリント・オーバーランを起こしてい
るか否かを判定する（Ｓ１０）。プリント・オーバーラ
ンを起こしていると判断された場合は、十分に長い時間
（例えば１０秒程度）に渡って「ＢＵＳＹ」信号をホス
ト２０側へ出力すると共にリセット処理を行う（Ｓ２
０）。そして、「ＢＵＳＹ」信号を停止した後でホスト
から送られて来るデータをフォームフィードＦＦまで読
み捨てる（Ｓ３０）。

【００４５】Ｓ２０により、ホスト２０はデータの送信
を一旦停止することとなる。そして、「ＢＵＳＹ」信号
が消えることによってホスト２０は再びデータの送信を
再開する。このとき、エラーリカバリ機能がオフにされ
ていると、エラーを起こしたページの途中から送信が再
開される。これは不完全なデータであるため、当該ペー
ジの末尾までを読み捨ててやり、イリーガル・コマンド
・エラーを起こさない様にするのである。

【００４６】また、エラーリカバリ機能がオンの場合、
この送信再開において、プリント・オーバーランを起こ
したページのデータが再び送信されることとなる。この
場合はデータは完全なものが送られて来るのであるが、
上述の様に、プリント・オーバー・ランは繰り返し生じ
るエラーである。このため、Ｓ３０にて最初に受信する
フォームフィードＦＦまでを読み捨て、プリント・オー
バーランを繰り返さない様にするのである。

【００４７】一方、Ｓ１０にてプリント・オーバーラン
は起こしていないと判定された場合には、センサ類３５
の内の紙詰まりセンサを確認し、ペーパージャムを起こ
していないかどうか判定する（Ｓ４０）。ペーパージャ
ムを起こしている場合には、本体カバーを開いて詰まっ
た紙を除去し、ペーパージャム解除が行われるのを待つ
（Ｓ５０）。

【００４８】そして、ペーパージャムが解除したら、エ
ラーリカバリ機能がオンになっている場合は、リセット
後にＳ１０へ戻る（Ｓ６０，Ｓ７０）。エラーリカバリ
機能がオンになっているか否かは、ホスト２０からコマ
ンドと共に送られて来る情報により判断される。一方、
エラーリカバリ機能がオフの場合には、印刷開始時のポ
インタＷＰ，ＲＰの位置関係チェック結果等から、プリ
ンタ・オン・ザ・フライによる印刷実行中であったか否
かを判定する（Ｓ８０）。プリンタ・オン・ザ・フライ
中であるならＳ２０へ移行する。これは、エラーリカバ
リオフでかつプリンタ・オン・ザ・フライ中である場合
には、ホスト２０はペーパージャムを起こしたページの
残りのデータを送信して来るので、これを読み捨てるた
めである。

【００４９】一方、プリンタ・オン・ザ・フライ中でな
ければＳ７０を経てＳ１０へ戻る。プリンタ・オン・ザ
・フライ中でないので、ホスト２０はペーパージャムを
起こしたページの次のページの先頭データから送信して
来るから、これは読み捨てなくてもよいからである。

【００５０】なお、ペーパージャムの場合にはエラーリ
カバリオンのときに読み捨てを行わないようにしたの
は、ペーパージャムはデータ自体に基づくエラーではな
く、繰り返し発生するタイプのエラーでないから、エラ
ーリカバリオンの場合は、再度印刷を行う様にするため
である。

【００５１】この様に、本実施例においては、プリント
・オーバーラン及びペーパージャムにより印刷を失敗し
た場合、イリーガル・コマンド・エラーを引き起こした
りせず、また、印刷失敗を繰り返すこともなく、その状
態からスムーズに復帰することができる。

【００５２】次に、第２実施例について説明する。第２
実施例は、ホスト２０側でエラー監視制御を行う場合で
ある。このため、ホスト２０側の印刷制御ルーチンにお
いては、図５に示す様に、プリンタ３０からのステータ
ス情報の有無をチェックしている（Ｓ１１０）。

【００５３】本実施例では、プリンタ３０からは、少な
くとも「ペーパージャム」、「プリント・オーバーラ
ン」及び「プリンタ・オン・ザ・フライ」を判別するこ
とのできる情報がステータス情報としてホスト２０へ送
信されるように構成してある。プリンタ３０は、ペーパ
ージャム、プリントオーバーラン等の状態を、第１実施
例と同様に、センサ類３５の内の紙詰まりセンサの信号
チェックや、ライトポインタＷＰとリードポインタＲＰ
の関係により検知している。

【００５４】プリンタ３０からのステータス情報がなけ
れば、出力データリスト２６に展開した出力データを送
信する（Ｓ１２０）。しかし、プリンタ３０からのステ
ータス情報がある場合には、これがペーパージャムを意
味するものか否かを判別する（Ｓ１３０）。

【００５５】ペーパージャムを意味するものである場合
には、さらに、プリンタ・オン・ザ・フライ中であるか
否かを判別する（Ｓ１４０）。プリンタ・オン・ザ・フ
ライ中であるなら、さらに、エラーリカバリオンとなっ
ているか否かを確認し（Ｓ１５０）、エラーリカバリオ
ンの場合には、プリンタ２０に対してリセットを指令す
るため、インプット・プライム信号（Ｉｎｐｕｔ Ｐｒ
ｉｍｅ；ＩＰ）をＬｏｗにする（Ｓ１６０）。そして、
ペーパージャムを起こしたページの先頭からデータを再
送する（Ｓ１７０）。これに対し、エラーリカバリオン
でない場合には、ＩＰ＝０を出力した後（Ｓ１８０）、
現在送信中のデータのページエンドまでのデータを捨て
る（Ｓ１９０）。

【００５６】一方、ペーパージャムを起こしているがプ
リンタ・オン・ザ・フライ中でない場合には（Ｓ１４０
＝ＮＯ）、エラーリカバリオンの場合はプリンタ・オン
・ザ・フライ中と同様にＳ１６０，Ｓ１７０を実行する
が、エラーリカバリオンでない場合には、ＩＰ＝０の出
力のみを行う（Ｓ２００，Ｓ２１０）。これは、プリン
タ・オン・ザ・フライでないなら、ペーパージャムを起
こしたページのデータは出力し終っているので、ページ
エンドまでを捨てるという処理が不要だからである。

【００５７】ステータス情報がペーパージャムでない場
合は、プリント・オーバー・ランか否かを確認する（Ｓ
１３０→Ｓ２２０）。そして、プリント・オーバー・ラ
ンである場合には、エラーリカバリ機能のオン／オフに
関係なく、ＩＰ＝０を出力した後、ページエンドまでの
データを削除する処理を実行する（Ｓ２２０→Ｓ１８０
→Ｓ１９０）。これは、プリント・オーバー・ランは再
発するエラーであるため、エラーリカバリオンであって
もこれを無視するためである。

【００５８】プリンタ２０側では、ＩＰ＝０を受信する
とリセット処理を行い、受信バッファ４６及びラインバ
ッファ４８がクリアされる。そして、ペーパージャムの
場合であってエラーリカバリオンなら、ペーパージャム
を起こしたページのデータを再び受信してこれを再印刷
する。エラーリカバリオフの場合には、次のページの先
頭から受信開始する。一方、プリント・オーバーランで
ある場合には、エラーリカバリのオン／オフに関係な
く、次のページの先頭からデータを受信し始め、１ペー
ジ飛ばして印刷を行うことになる。

【００５９】この様に、本実施例においても、プリント
・オーバーラン及びペーパージャムにより印刷を失敗し
た場合、イリーガル・コマンド・エラーを引き起こした
りせず、また、印刷失敗を繰り返すこともなく、その状
態からスムーズに復帰することができる。

【００６０】以上本発明の一実施例について説明してき
たが、本発明は何らこの実施例に限定されるものではな
く、その要旨を逸脱しない範囲内で種々なる態様にて実
施できることはもちろんである。

【図面の簡単な説明】

【図１】 実施例のホストベースプリンタシステムの概
略構成図である。

【図２】 実施例のホストベースプリンタシステムの概
略構成図である。

【図３】 実施例のホストベースプリンタシステムにお
ける受信バッファとライトポインタ、リードポインタと
の関係を示す模式図である。

【図４】 第１実施例におけるプリンタ側の制御処理内
容を示すフローチャートである。

【図５】 第２実施例におけるホスト側の制御処理内容
を示すフローチャートである。

【符号の説明】

１０・・・ホストベースプリンタシステム、２０・・・
印刷ホスト、２１・・・アプリケーション、２２・・・
プリンタドライバ、２３・・・スプーラ、２６・・・出
力データリスト、２７・・・格納スタートページ管理カ
ウンタ、２８・・・格納エンドページ管理カウンタ、２
９・・・出力完了ページ管理カウンタ、３０・・・レー
ザプリンタ、３１・・・プリンタ本体、３２・・・コン
トロールユニット、３５・・・センサ類、４０・・・Ｃ
ＰＵ、４１・・・水晶発振器、４２・・・ＲＯＭ、４３
・・・ＲＡＭ、４４・・・タイマ、４５・・・送受信回
路、４６・・・受信バッファ、４７・・・復号化回路、
４８・・・ラインバッファ、４９・・・ＤＭＡコントロ
ーラ、５０・・・プリンタ駆動用Ｉ／Ｏ、５１・・・プ
リンタ駆動回路、５２・・・操作パネル、５３・・・不
揮発性メモリ、５４・・・バス、５５・・・信号ライ
ン。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータ側で印刷用の画像デ
   ータを形成し、該画像データをプリンタに出力して印刷
   を行う様にしたホストベースプリンタシステムの印刷制
   御方法において、 プリンタ側で印刷失敗が生じた場合に、該印刷失敗が生
   じたページを印刷するための画像データをホスト側から
   出力完了していない場合には、プリンタが印刷失敗から
   復帰した後にホスト側から入力される画像データの内、
   当該ページの画像データの末尾までをプリンタ側におい
   て読み捨てるようにしたことを特徴とするホストベース
   プリンタシステムの印刷制御方法。
2. 【請求項２】 請求項１記載のホストベースプリンタシ
   ステムの印刷制御方法において、前記印刷失敗が繰り返
   し生じないタイプのものであり、かつ、印刷失敗の際に
   は印刷失敗ページを再度印刷するエラーリカバリ機能が
   セットされているときは、プリンタが印刷失敗から復帰
   した後、ホスト側は当該印刷失敗ページの先頭から画像
   データを送り直すようにし、プリンタは該送り直された
   画像データに基づいて印刷を実行する様にしたことを特
   徴とするホストベースプリンタシステムの印刷制御方
   法。
3. 【請求項３】 ホストコンピュータ側で印刷用の画像デ
   ータを形成し、該画像データをプリンタに出力して印刷
   を行う様にしたホストベースプリンタシステムの印刷制
   御方法において、 プリンタで印刷失敗が生じた場合に、該印刷失敗が繰り
   返し生じるタイプのものか否かを判別し、繰り返し生じ
   るタイプのものである場合には、プリンタが印刷失敗か
   ら復帰した後にホスト側から入力される画像データの
   内、当該ページの画像データの末尾までをプリンタ側に
   おいて読み捨てるようにしたことを特徴とするホストベ
   ースプリンタシステムの印刷制御方法。
4. 【請求項４】 ホストコンピュータ側で印刷用の画像デ
   ータを形成し、該画像データをプリンタに出力して印刷
   を行う様にしたホストベースプリンタシステムの印刷制
   御方法において、 プリンタで印刷失敗が生じた場合に、該印刷失敗が生じ
   たページを印刷するための画像データをホスト側から出
   力完了していない場合には、ホストコンピュータは、プ
   リンタに対してリセット処理を指令した後に当該ページ
   の先頭から画像データを出力するようにしたことを特徴
   とするホストベースプリンタシステムの印刷制御方法。
5. 【請求項５】 ホストコンピュータ側で印刷用の画像デ
   ータを形成し、該画像データをプリンタに出力して印刷
   を行う様にしたホストベースプリンタシステムの印刷制
   御方法において、 プリンタで印刷失敗が生じた場合に、該印刷失敗が繰り
   返し生じるタイプのものか否かを判別し、繰り返し生じ
   るタイプのものである場合には、プリンタに対してリセ
   ット処理を指令した後に次のページの先頭から画像デー
   タを出力するようにしたことを特徴とするホストベース
   プリンタシステムの印刷制御方法。
6. 【請求項６】 ホストコンピュータ側で印刷用の画像デ
   ータを形成し、該画像データをプリンタに出力して印刷
   を行う様にしたホストベースプリンタシステムにおい
   て、 印刷失敗が生じた場合に、該印刷失敗が生じたページを
   印刷するための画像データをホスト側から出力完了して
   いるか否かを判別する出力完了判別手段と、 該出力完了判別手段によって出力未完了と判別された場
   合には、プリンタが印刷失敗から復帰した後にホスト側
   から入力される画像データの内、当該ページの画像デー
   タの末尾までを読み捨てさせる読み捨て手段とを備えさ
   せたことを特徴とするホストベースプリンタシステム。
7. 【請求項７】 請求項６記載のホストベースプリンタシ
   ステムにおいて、 印刷を失敗した後、プリンタが復帰したら再度同一ペー
   ジの画像データをホストコンピュータから出力させるエ
   ラーリカバリ機能をセットするエラーリカバリ手段と、 印刷失敗の原因が、当該印刷失敗を繰り返し生じるタイ
   プのものか否かを判別する印刷失敗原因判別手段と、 該印刷失敗原因判別手段によって印刷失敗が繰り返し生
   じるタイプのものであると判別された場合には、前記エ
   ラーリカバリ手段によりエラーリカバリ機能がセットさ
   れているときであっても、同一ページについての印刷動
   作を実行しないようにするエラーリカバリ無視手段とを
   備えることを特徴とするホストベースプリンタシステ
   ム。
8. 【請求項８】 ホストコンピュータ側で印刷用の画像デ
   ータを形成し、該画像データをプリンタに出力して印刷
   を行う様にしたホストベースプリンタシステムにおい
   て、 印刷失敗が生じた場合に、該印刷失敗が繰り返し生じる
   タイプのものか否かを判別する失敗原因判別手段と、 該印刷失敗原因判別手段によって印刷失敗が繰り返し生
   じるタイプのものであると判別された場合には、プリン
   タが印刷失敗から復帰した後にホスト側から入力される
   画像データの内、当該ページの画像データの末尾までを
   読み捨てさせる読み捨て手段とを備えさせたことを特徴
   とするホストベースプリンタシステム。
9. 【請求項９】 ホストコンピュータ側で印刷用の画像デ
   ータを形成し、該画像データをプリンタに出力して印刷
   を行う様にしたホストベースプリンタシステムにおい
   て、 印刷失敗が生じた場合に、該印刷失敗が生じたページを
   印刷するための画像データをホスト側から出力完了して
   いるか否かを判別する出力完了判別手段と、 該出力完了判別手段によって出力未完了と判別された場
   合には、プリンタをリセットした後、当該ページの画像
   データを先頭から再出力させる再出力手段とを備えるこ
   とを特徴とするホストベースプリンタシステム。
10. 【請求項１０】 ホストコンピュータ側で印刷用の画像
    データを形成し、該画像データをプリンタに出力して印
    刷を行う様にしたホストベースプリンタシステムにおい
    て、 印刷失敗が生じた場合に、該印刷失敗が繰り返し生じる
    タイプのものか否かを判別する失敗原因判別手段と、 該印刷失敗原因判別手段によって印刷失敗が繰り返し生
    じるタイプのものであると判別された場合には、プリン
    タをリセットした後、当該ページの次のページの画像デ
    ータを先頭から出力するページ飛ばし手段とを備えるこ
    とを特徴とするホストベースプリンタシステム。