JP3367556B2 - ページプリンタ及びページプリントシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータシス
テムなどで使用されるページプリンタに関し、特に、イ
メージデータをバッファメモリに蓄積し、そしてバッフ
ァメモリからイメージデータを読み出して印刷エンジン
へ転送する動作の制御に関する。

【０００２】

【従来の技術】ページプリンタにおいて、イメージデー
タをビットマップ展開してバッファメモリに書き込む速
度と、バッファメモリからイメージデータを読み出して
印刷エンジンに転送する速度とは、相違するのが普通で
ある。また、バッファメモリの容量が小さくて１ページ
分のイメージデータを蓄積できないことも多い。そのた
め、特に複雑でデータ量の多いイメージ場合、イメージ
データの展開とバッファメモリへの書き込みが印刷エン
ジンへの転送時期に間に合わずに、ページの印刷途中で
バッファメモリから読み出すデータがなくなり印刷が続
けれらなくなるエラーが生じることがある（このエラー
を本明細書では「アンダーランエラー」という）。ま
た、これとは逆に、イメージデータの展開と書き込みが
非常に早くてバッファメモリが満杯になり後続のデータ
が書き込めなくなるエラー（この明細書では「オーバー
ランエラー」という）が生じることもある。

【０００３】この問題に対して、特許第２６６３８６１
号のページプリンタは、バッファメモリのライトアドレ
スとリードアドレスとの一致を検出することによってエ
ラー発生を検出して、これをホストに通知し、それによ
り、利用者にエラー発生を知らせて適当な処置を利用者
が講じ得るようにしている。

【０００４】

【発明が解決しようとする課題】しかし、上述の従来技
術の利点は、エラーが発生したとき、これを利用者に知
らせて対策をとらせることに止る。利用者にとっては、
エラーが生ぜずに常に印刷が成功することが理想的であ
る。もしエラーが発生したとしても、それに対する適切
な対策をシステムが自動的に講じてくれる方が望まし
い。

【０００５】本発明の目的は、オーバーランエラーを未
然に防止することにある。

【０００６】

【課題を解決するための手段】本発明に従えば、ページ
プリンタは、バッファを含むメモリと、データを基に画
像を形成して出力する画像出力部と、ホストから受信し
たデータをバッファへ書きこむ受信部と、バッファ内の
データを画像出力部へ転送する転送部と、ホストが所定
単位のデータを送信しようとする各段階で、バッファの
空き容量に関する情報をホストに通知する空きバッファ
容量通知部とを備える。ホストは、上記各段階で、ペー
ジプリンタからの通知に基づき、バッファの空き容量と
所定単位のデータのサイズとを比較し、その結果、空き
容量が所定単位のデータのサイズ以上であれば、ページ
プリンタへの所定単位のデータの送信を開始し、空き容
量が所定単位のデータのサイズ以上でなければ、そうな
るまで待ってから所定単位のデータの送信を開始する。
これにより、オーバーランエラーが防止される。

【０００７】好適な実施形態では、ホストは、所定単
位、例えばバンド単位で圧縮した又は圧縮しないデータ
をプリンタに送り、各バンドデータの送信開始の直前
に、プリンタから空きバッファ容量を取得して、その空
きバッファ容量がそのバンドデータのサイズ以上であれ
ば、そのバンドデータの送信を開始し、そうでなけれ
ば、空きバッファ容量がそのバンドデータのサイズ以上
になるまで待ってから、そのバンドデータの送信を開始
する。

【０００８】好適な実施形態では、ページプリンタは、
更に、アンダーランエラーなどのプリンタエラーや各ペ
ージの印刷成功などの各種プリンタステータスを検出し
てホストに通知する機能をもつ。その場合、プリンタ
は、検出結果の情報を一旦メモリに保存し、ホストから
要求があったときにメモリ内の情報をホストに送信す
る。ホストは、各バンドデータの送信を開始しようとす
る直前に、プリンタに要求してプリンタステータスを取
得する。

【０００９】本発明のホストは典型的にはコンピュータ
であるが、そのためのコンピュータプログラム（例え
ば、プリンタドライバプログラム）は、ディスク型スト
レージ、半導体メモリおよび通信ネットワークなどの各
種の媒体を通じてコンピュータにインストールまたはロ
ードすることができる。

【００１０】

【発明の実施の形態】図１は、本発明の一実施形態の構
成を示す。

【００１１】本実施形態のページプリンタ３は、ホスト
１側でビットマップ展開されたイメージデータをホスト
１から受信して印刷するホストベースドプリンタであ
る。このプリンタ３は、パラレルインタフェースのよう
な専用インタフェ−ス又はＬＡＮのようなネットワーク
を介して、ホスト１と双方向通信可能に接続され、ホス
ト１からはビットマップ展開されたイメージデータを受
信し、また、ホスト１へはプリンタの各種ステータス
（例えば、空きバッファ容量、エラー情報、印刷成功情
報など）を送信することができる。ホスト１から受信し
たイメージデータを蓄えるための受信バッファは、プリ
ンタ３内のＤＲＡＭ２１内に固定又は可変の容量で確保
されている。この受信バッファの容量は、１ページ分の
イメージデータのサイズより小さくてよい。後述するＣ
ＰＵ２３のワークエリアもＤＲＡＭ２１内に確保されて
おり、このワークエリアではホスト１に通知すべきステ
ータス情報などが記憶される。

【００１２】プリンタ３は、電子写真プロセスを実行す
る機構である印刷エンジン２７と、イメージデータをホ
スト１から受信して必要な加工を施し印刷エンジン２７
に渡す一連の処理回路、すなわちインタフェース回路１
１、ＤＭＡコントローラ１３、データ伸張回路１５、ビ
デオコントローラ１７及び後処理回路１９を有してい
る。これらの処理回路１１〜１９は、例えば専用ハード
ウェアロジック回路で構成されている。さらに、プリン
タ３は、ホスト１からの要求の解釈やエラーの検出やプ
リンタステータスの管理などを行うために、ＣＰＵ２
３、プログラムや固定データを格納したＲＯＭ２５、及
び前述のＤＲＡＭ２１などからなるマイクロコンピュー
タを有する。各部の機能は次のとおりである。

【００１３】インタフェース回路１１は、ホスト１から
の要求及びイメージデータの受信や、ホスト１へのステ
ータス情報の送信などの、ホスト１との双方向通信の制
御を行う。インタフェース回路１１に受信された要求
は、ＣＰＵ２３により直接読み出される。ＣＰＵ２３は
その要求を解釈し、要求に基づいた制御を実行する。Ｄ
ＭＡコントローラ１３は、ＤＲＡＭ２１内の受信バッフ
ァに対するイメージデータの書き込み及び読み出しをＤ
ＭＡにより行う。ＤＭＡによるイメージデータのＤＲＡ
Ｍ２１への入出力経路には、受信ＤＭＡ３１と転送ＤＭ
Ａ３３の２チャンネルがある。受信ＤＭＡ３１を通じ
て、ホスト１からのイメージデータがＤＲＡＭ２１に書
き込まれる。また、転送ＤＭＡ３３を通じて、イメージ
データがＤＲＡＭ２１からデータ伸張回路１５へ転送さ
れる。

【００１４】データ伸張回路１５は、ホスト１からのイ
メージデータが圧縮されていた場合、これを元のデータ
に伸張してから後段のビデオコントローラ１７へ渡す。
ホスト１から圧縮されずに来たデータには、そのままビ
デオコントローラ１７へ渡す。ビデオコントローラ１７
は、印刷エンジン２７へのイメージデータの転送（ビデ
オ転送という）のタイミングを制御する。

【００１５】後処理回路１９は、イメージデータの解像
度を印刷エンジン２７に合わせるための解像度変換、文
字などの輪郭を滑らかなものにするエッジスムージン
グ、ガンマ特性などを考慮して階調値を調整する階調制
御などの後処理をイメージデータに施して印刷エンジン
２７に送る。上述した解像度変換は、例えば印刷エンジ
ン２７の解像度が６００ｄｐｉである場合、ホストから
受信したデータが３００ｄｐｉであったならば、これを
エンジン２７と同じ６００ｄｐｉに変換する機能であ
る。この解像度変換機能があることによって、後述する
ように、例えば、ホスト１から最初に６００ｄｐｉのイ
メージデータを送ったところアンダーエラーが生じて印
刷が失敗した場合、次にホスト１からのイメージデータ
の解像度を３００ｄｐｉに落として印刷をリトライす
る、といったことが可能になる。

【００１６】ＣＰＵ２３は、印刷の開始時にホスト１か
らの要求を受けてプリンタ情報（通信モード、ＲＡＭサ
イズなどの１つの印刷ジョブである程度固定的な状態情
報）をホスト１に通知したり、印刷の最中にプリンタの
現在のステータス（エンジンの状態、空きバッファ容
量、エラーが発生中か、各ページ毎に印刷が成功した
か、などの時々刻々変動する状態情報）を実時間で取得
してＤＲＡＭ２１内のワークエリアに記録し、ホスト１
から要求があるとそのステータスをホスト１に通知した
りする。これらの機能のうち特に本発明に直接関わるも
のとして、ＣＰＵ２３は、ＤＭＡコントローラ１３のＤ
ＲＡＭ２１へのライトアドレス（受信ＤＭＡアドレス）
とリードアドレス（転送ＤＭＡアドレス）を基に、ＤＲ
ＡＭ２内の受信バッファの空き容量を計算し、この空き
容量をＤＲＡＭ２１内のワークエリアに記録して、ホス
ト１から要求があるとこの空き受信バッファ容量をホス
ト１に通知する。

【００１７】次に、上記の構成の下での動作を説明す
る。

【００１８】図２は、ホスト１がプリンタ３へイメージ
データ送るときに各ページ毎に行う制御のフローを示
す。

【００１９】ホスト１は、まず、印刷しようとするペー
ジが１ページ目か２ページ目以降かを判断し（Ｓ１）、
１ページ目であれば、プリンタ３からプリンタ情報（通
信モード（プリンタ３と、ホスト１との間で成立してい
る通信モードであって、例えばパラレル通信の場合はCo
mpatibilityやECPなど）、ＤＲＡＭサイズなどであり、
これらのプリンタ情報が準備できていない場合には準備
中を示す情報）を取得し（Ｓ２）、これに基づきプリン
タ３の制限事項を把握する。２ページ目以降は、プリン
タ情報の取得は行なわない。また、１ページ目のときだ
けでなく、ステップＳ６の印字エラーが発生した後もプ
リンタ情報を取得し、プリンタ３がエラーから復帰して
いるか否かをチェックする。

【００２０】プリンタ３からプリンタ情報を受けると、
ホスト１は、そのプリンタ情報が有効か無効か、つまり
上述した通信モードやＤＲＡＭサイズなどを示した有効
なプリンタ情報であるか、準備中を示す無効なプリンタ
情報かを判断し（Ｓ３）、情報が準備中（無効）の場合
は、ホスト１は有効なプリンタ情報を受けるまでプリン
タ情報をプリンタ３から繰り返しリードする。なお、プ
リンタ情報が準備中（無効）になる原因は、プリンタ３
がプリンタイニシャライズ中か、又はエラーからの復帰
中であることである。

【００２１】有効なプリンタ情報を取得すると、ホスト
１は、プリンタ３の通信モードやＲＡＭサイズを基にイ
メージデータの送信モード（解像度など）を決定する。
次に、ホスト１は、印刷しようとするイメージデータに
関するホスト情報（イメージデータの解像度、トータル
バンド数など）をプリンタ３へ送信する（Ｓ４）。プリ
ンタ３は、このホスト情報を基に、レジスタの設定やバ
ッファクリアなどのページ設定を行う。

【００２２】次に、ホスト１は、プリンタ３からプリン
タステータス（エンジンの状態、空きバッファ容量、エ
ラーが発生中か、各ページ毎に印刷が成功したか、な
ど）を受信し（Ｓ５）、これに基づきプリンタ３が１バ
ンドのイメージデータを受信可能か否かをチェックする
（Ｓ６、Ｓ8）。すなわち、次の〜の条件が満たさ
れていれば、受信可能と判断する。

【００２３】印刷エンジン２７が印刷動作可能であ
る。すなわち、印刷エンジン２７がデータ受信可能であ
り、印刷不能状態（紙無し、紙ジャム、カバーオープ
ン、エンジン異常など）でなく、かつ、定着器の温度が
規定値である。

【００２４】プリンタ３のページ設定が完了してい
る。

【００２５】受信バッファに１バンド分以上の空きが
ある。

【００２６】エラーが発生していない。

【００２７】また、プリンタ３は１ページの印刷が終了
する度に、印刷の成功／失敗のフラグを立てる。ホスト
１は、プリンタ３から取得したステータスに含まれる印
刷成功／失敗のフラグを見て（Ｓ６）、「成功」であれ
ばそのページのイメージデータをホスト１内から削除
し、「失敗」であれば、ステップＳ１に戻り失敗したペ
ージからイメージデータを再送信する。再送信する場
合、印刷失敗の原因がアンダーランエラーであるときに
は、イメージデータの解像度をもっと低い値に変換して
（例えば、６００ｄｐｉから３００ｄｐｉに落とし）
（Ｓ７）、再送信する。解像度を落とすことによってデ
ータサイズが小さくなるので、後に詳述するように、再
送信ではアンダーランエラーが生じにくくなる。

【００２８】ステップＳ８でプリンタ３が１バンドを受
信可能と判断した場合にのみ、ホスト１は１バンドのイ
メージデータを送信する（Ｓ９）。これにより、オーバ
ーランエラーが回避される。ホスト１は、バンドイメー
ジデータを送信する前に、そのバンドデータが圧縮によ
ってサイズが縮小する否か判断し、縮小する場合にはそ
のバンドデータを圧縮し、縮小しない場合は圧縮しな
い。そして、ホスト１は、バンドイメージデータの送信
前に、プリンタ３に対し、そのバンドデータが圧縮デー
タであるか否か（圧縮ＯＮ／ＯＦＦ）、圧縮したバンド
データのサイズ（圧縮ＯＦＦの場合は、元のバンドデー
タサイズ）を通知しておく。プリンタ３は、そのバンド
イメージデータをＤＲＡＭ２１の受信バッファに蓄え、
所定バンド数のデータが蓄えられたらビデオ転送をスタ
ートする。

【００２９】次にホスト１は、１ページの全てのバンド
データを送信し終えたかチェックし（Ｓ１０）、送信し
終えてなければステップＳ５へ戻る。このようにして、
ホスト１は、バンド単位でイメージデータをプリンタ３
に送信し、その都度、送信前にプリンタステータスをチ
ェックしてプリンタ３が１バンド分のデータを受信でき
るか確認する。よって、プリンタ３は、少なくとも１バ
ンド分の空きバッファ容量があるときに、多くとも１バ
ンドサイズのデータを受信することになる（圧縮ＯＦＦ
で１バンド、圧縮ＯＮでは１バンド未満）。これによ
り、前述したようにオーバーランエラーが回避される。

【００３０】図３は、プリンタ３がホスト１からデータ
を受信するときの動作フローを示す。

【００３１】まず、ホスト１がプリンタ情報を要求して
きた場合（Ｓ１１でＹＥＳ）、プリンタ３のＣＰＵ２３
が、通信モードやＲＡＭサイズなどのプリンタ情報をホ
スト１に送信する（Ｓ１３）。また、プリンタ情報が準
備できたいない場合（Ｓ１２でＮＯ）には、準備中であ
ること（具体的には、プリンタイニシャライズ中である
こと、又はエラーからの復帰中であること）をホスト１
に知らせる（Ｓ１４）。

【００３２】プリンタ情報をホスト１に送信した後、プ
リンタ３のＣＰＵ２３は、ホスト１からイメージデータ
に関するホスト情報（解像度３００ｄｐｉ／６００ｄｐ
ｉ、トータルバンド数）を受信し、その情報を基にデー
タ受信に関するレジスタ設定、バッファクリアなどのペ
ージ設定を行う（Ｓ１５）。

【００３３】続いて、ホスト１から１バンドのイメージ
データを受信するための処理に入る（Ｓ１６）。この１
バンド受信の制御フローを図４に示す。

【００３４】図４に示すように、まずホスト１からプリ
ンタステータスの要求が来ると（Ｓ２１でＹＥＳ）、Ｃ
ＰＵ２３が現在のプリンタのステータスをホスト１に通
知する（Ｓ２２、Ｓ２３、Ｓ２４）。具体的には、現在
印字エラーが発生している場合には、その印字エラーの
種類などのエラーステータスをホスト１に通知して（Ｓ
２３）、図３のステップＳ１１に戻る。エラーが発生し
ていない場合には、空きバッファ容量、エンジン状態、
ページ設定が終わったか、ページの印刷が成功したか、
などのステータス情報をホスト１に送る（Ｓ２４）。な
お、空きバッファ容量は、前述したように、ＤＭＡコン
トローラ１３の転送ＤＭＡアドレスと受信ＤＭＡアドレ
スから計算する。前述したように、ホスト１は、このス
テータス情報を基にプリンタ１が１バンド分のデータを
受信できるか判断し、受信できると判断すると、圧縮Ｏ
Ｎ／ＯＦＦやバンド圧縮サイズなどのバンド情報、続い
てそのバンドのイメージデータをプリンタ３に送る。

【００３５】プリンタ３のＣＰＵ２３は、圧縮ＯＮ／Ｏ
ＦＦやバンド圧縮サイズなどのバンド情報に基づいてＤ
ＭＡコントローラ１３の受信ＤＭＡに関するパラメータ
（受信ＤＭＡアドレスの開始ポイント、バンドデータの
バイト数など）を設定し（Ｓ２６）、ＤＭＡコントロー
ラ１３にデータ受信を許可する（Ｓ２７）。それによ
り、ＤＭＡコントローラ１３が受信ＤＭＡ３１の経路で
ホスト１から１バンド分のイメージデータを受信してＤ
ＲＡＭ２１の受信バッファに書き込む。なお、ホスト１
からバンド情報が来ない場合には（Ｓ２５でＮＯ）、制
御はステップＳ２１に戻る。

【００３６】データ受信を開始したＤＭＡコントローラ
１３は、ステップＳ２６で設定されたバイト数のイメー
ジデータつまり１バンドのイメージデータを受信し終わ
ると、その旨をＣＰＵ２３に通知し、ＣＰＵ２３の制御
は図３に示したステップＳ１７へ進む。

【００３７】ＣＰＵ２３は、ステップＳ１７でＤＲＡＭ
２１の受信バッファに所定バンド数分のイメージデータ
が蓄えられたか否かをチェックする。まだ所定バンド数
分のデータが蓄えられてなければ、再びステップＳ１６
へ戻って後続のバンドデータの受信を繰り返す。所定バ
ンド数分のデータが蓄えられたならば、ＣＰＵ２３はＤ
ＭＡコントローラ１３にビデオ転送を許可する（Ｓ１
８）。これにより、ビデオ転送が開始する。すなわち、
ＤＭＡコントローラ１３はＤＲＡＭ２１からイメージデ
ータを読み出してデータ伸張回路１５へ転送する動作を
開始し、データ伸張回路１５、ビデオコントローラ１７
及び後処理回路１９もそれぞれの処理を開始して、印刷
エンジン２７が印刷を開始する。ビデオ転送開始後も、
ホスト１からのバンド単位でのデータ受信は同様に続け
られる（Ｓ１９）（詳細は図４に示した通り）。１ペー
ジ分のデータの受信が完了すると（Ｓ２０でＹＥＳ）、
制御はステップＳ１１に戻り、次のページのデータ受信
が同様の手順で開始される。

【００３８】上述のステップＳ１７で判断する「所定バ
ンド数」は、アンダーランエラーを防止することを目的
として、ＣＰＵ２３が各ページ毎に、次の原理に基づい
て決定するものである。

【００３９】すなわち、ホスト１からのデータ受信速度
をｘ〔バイト／秒〕、ビデオ転送の速度をｙ〔バイト／
秒〕、データ圧縮率をα、１ページの全データ数をＴ
〔バイト〕、受信バッファのサイズをＭ〔バイト〕、ビ
デオ転送を開始する時点で受信バッファに蓄えられてい
るデータサイズをＰ〔バイト〕とする。通常、データ受
信速度ｘよりもビデオ転送速度ｙの方が高速であり、こ
の高速のビデオ転送の転送ＤＭＡアドレスが低速のデー
タ受信の受信ＤＭＡアドレスに追いついてしまうとアン
ダーランエラーが生じる。しかし、 Ｐ≦Ｍ …（１） （α×Ｔ−Ｐ）／ｘ＜Ｔ／ｙ …（２） を満足するようにＰを設定しておけば、ビデオ転送の転
送ＤＭＡアドレスがデータ受信の受信ＤＭＡアドレスに
追いつかないうちに１ページ分のデータ受信が完了する
ので、アンダーランエラーは生じない。（１）、（２）
式より、 Ｍ≧Ｐ＞Ｔ（α−ｘ／ｙ） …（３） が導かれる。この（３）式を満たすようにＰを設定すれ
ばアンダーランエラーは生じない。この実施形態では、
バイト数でなくバンド数で決めているので、（３）式を
満たす最小のＰ〔バイト〕を圧縮バンドサイズ〔バイ
ト〕で割って、その商に１を加えた値を上記「所定バン
ド数」として設定すればよい。

【００４０】この「所定バンド数」が受信バッファに蓄
積された時点でビデオ転送を開始することにより、アン
ダーランエラーが回避できる。それに加え、ビデオ転送
の開始を必要最小限だけ遅らせるに過ぎないので、印刷
速度も高い。

【００４１】なお、ページの最初で「所定バンド数」を
決めても、ページの途中で圧縮率αが低下したり、ホス
ト１からのデータ受信速度が低下したりすると、アンダ
ーランエラーが発生する可能性が出てくる。この場合、
バッファサイズＭをより大きく確保するか、イメージの
解像度を落として１ページの全データサイズＴを小さく
する必要がある。特に解像度変換の効果は大きく、例え
ば、６００ｄｐｉから３００ｄｐｉに解像度を落とすと
データサイズＴは４分の１になる。従って、一旦アンダ
ーランエラーが生じた後のデータ再送信の際に解像度変
換を行うことは（図２、ステップＳ７）、アンダーラン
エラーを再び生じさせなくする効果が大きい。解像度変
換により印刷画質は若干悪化するが、利用者にとって、
印刷できないよりは好ましい。

【００４２】図５は、ビデオ転送に関してＣＰＵ２３が
行う制御フローである。

【００４３】ＣＰＵ２３は、ビデオ転送が可能であるか
（すなわち、イメージデータが上記所定バンド数以上受
信済みか）をチェックし（Ｓ３１）、受信済みであれ
ば、イメージデータに関するホスト情報（解像度、トー
タルバンド数など）を基にビデオ転送に関するレジスタ
設定を行う（Ｓ３２）。次に、圧縮ＯＮ／ＯＦＦ、圧縮
バンドサイズなどのバンド情報を基にＤＭＡコントロー
ラ１３の転送ＤＭＡに関するパラメータ（転送ＤＭＡド
レスの開始ポイント、バンドデータのバイト数など）及
びデータ伸張回路１５のパラメータ（伸張ＯＮ／ＯＦＦ
など）を設定する。転送ＤＭＡアドレスの開始ポイント
を設定する際、現在実行中（又は、これから開始する）
の受信ＤＭＡアドレスの開始ポイントと、設定しようと
している転送ＤＭＡアドレスの開始ポイントとを比較し
（Ｓ３３）、両者が一致する場合はアンダーランエラー
と判断し、アンダーランエラーフラグをＤＲＡＭ２１の
ワークエリアにセットする（Ｓ３４）。このアンダーラ
ンエラーは、前述したようにホスト１が各バンド送信に
先立ってプリンタステータスを読み出すことによって
（図２、Ｓ５）、ホスト１に通知される。ホスト１がプ
リンタのステータスを読み出した時点で、アンダーラン
エラーフラグは解除される。前述したように、ホスト１
は、アンダーランエラーを検知したら、エラーの発生し
たイメージデータに対し解像度を落として最初のバンド
から再送信し、これに続いて、後続のバンドのイメージ
データも解像度を落として送信する。

【００４４】アンダーランエラーが発生していない場
合、プリンタ３のＣＰＵ２３は、ＤＭＡコントローラ１
３に１バンドの転送ＤＭＡを許可する（Ｓ３５）。１バ
ンドの転送ＤＭＡが終了する度にＤＭＡコントローラ１
３がその旨を通知するので、ＣＰＵ２３はステップＳ３
３に戻る。こうして、１ページの転送が完了するまで、
１バンドの転送ＤＭＡ設定と転送ＤＭＡの実行とを繰り
返す。１ページの転送が完了したら（Ｓ３６でＹＥ
Ｓ）、ＣＰＵ２３は、印刷成功フラグをＤＲＡＭ２１の
ワークエリアにセットする（Ｓ３７）。印刷成功フラグ
は、ホスト１がプリンタステータスを読み出すときにホ
スト１に通知される。ホスト１がプリンタのステータス
を読み出した時点で、印刷成功フラグは解除される。前
述したように、ホスト１は、印刷成功フラグを受信した
ら、そのページのイメージデータを削除する。

【００４５】１ページ分のビデオ転送が完了すると制御
はステップＳ３１へ戻り、次のページのビデオ転送が同
様の手順で開始される。イメージデータの圧縮率が高
い、もしくは受信バッファサイズが十分に大きい場合
は、複数ページのイメージデータが受信バッファ４３に
蓄えられ、印刷エンジン２７の最大スループットで連続
印刷される。

【００４６】図６は、ＤＲＡＭ２１の構成を示す。

【００４７】既に説明したように、ＤＲＡＭ２１内には
ワークエリア４１と受信バッファ４３が確保されてい
る。ワークエリア３１はヒープメモリ及びスタックメモ
リとして使用される。図示の例では、ＤＲＡＭ２１の全
エリアのうちバッファ先頭アドレスＢＵＦＴＯＰからバ
ッファ最終アドレスＢＵＦＢＴＭまでが受信バッファ４
３である。受信ＤＭＡでは、そのアドレスポイント（受
信ＤＭＡアドレス）ＲＡＤを、バッファ先頭アドレスＢ
ＵＦＴＯＰからバッファ最終アドレスＢＵＦＢＴＭへ向
かう方向へ進めていき、バッファ最終アドレスＢＵＦＢ
ＴＭに達するとバッファ先頭アドレスＢＵＦＴＯＰに戻
る。同様に、転送ＤＭＡでも、そのアドレスポイント
（転送ＤＭＡアドレス）ＴＡＤを、バッファ先頭アドレ
スＢＵＦＴＯＰからバッファ最終アドレスＢＵＦＢＴＭ
へ向かう方向へ進めていき、バッファ最終アドレスＢＵ
ＦＢＴＭに達するとバッファ先頭アドレスＢＵＦＴＯＰ
に戻る。このように受信バッファ４３はリングバッファ
として使用される。

【００４８】図示の例は、受信バッファ４３にＢページ
のデータ５３を蓄積中であり、且つＢページの前のＡペ
ージのデータ５１のビデオ転送を開始しようとしている
状態を示している。各ページのデータ５１、５３には、
各ページイメージに関するホスト情報（解像度、トータ
ルバンド数など）、各バンドの情報（圧縮ＯＮ／ＯＦ
Ｆ、圧縮バンドサイズなど）及び各バンドのイメージデ
ータなどが含まれている。

【００４９】この実施形態では、前述したようにオーバ
ーランエラーを防止するため、ホスト１はバンド単位で
データを送信し、その都度、その送信に先立ってプリン
タ３が受信バッファ４３の空き容量を計算してホスト１
に通知し、その空き容量が１バンド以上であるときのみ
ホスト１は送信を実行する。以下に、その空き容量を計
算する方法を説明する。

【００５０】図７は、受信バッファ４３の２つの状態を
示している。つまり、図７（Ａ）は「受信ＤＭＡアドレ
スＲＡＤ＞転送ＤＭＡアドレスＴＡＤ」の状態、図７
（Ｂ）は「受信ＤＭＡアドレスＲＡＤ＜転送ＤＭＡアド
レスＴＡＤ」の状態を示している。ハッチングで示した
領域に受信データが蓄積されており、「空」と記した領
域が空き領域である。

【００５１】図７（Ａ）に示す「受信ＤＭＡアドレスＲ
ＡＤ＞転送ＤＭＡアドレスＴＡＤ」のときには、 空き容量＝（ＴＡＤ−ＢＵＦＴＯＰ）＋（ＢＵＦＢＴＭ
−ＲＡＤ） であり、図７（Ｂ）に示す「受信ＤＭＡアドレスＲＡＤ
＜転送ＤＭＡアドレスＴＡＤ」のときには、 空き容量＝ＴＡＤ−ＲＡＤ である。

【００５２】図８は、この空き容量の計算に用いられる
回路（又はソフトの処理流れ）を示す。

【００５３】図８において、ＴＡＤＳＴは転送ＤＭＡア
ドレスのスタートポイントであり、ＲＡＤＳＴは受信Ｄ
ＭＡアドレスのスタートポイントであり、既に述べたよ
うに、これらは各バンドの転送ＤＭＡ及び各バンドの受
信ＤＭＡをそれぞれ開始するときにＣＰＵ２３によって
それぞれ設定される。ＴＡＤＣＮＴは転送ＤＭＡを行お
うとする受信バッファのアドレスを示すカウンタであ
り、ＲＡＤＣＮＴは受信ＤＭＡを行おうとする受信バッ
ファのアドレスを示すカウンタである。

【００５４】転送ＤＭＡアドレスカウンタ６１は、各バ
ンドの転送ＤＭＡが実行される間、転送ＤＭＡスタート
アドレスＴＡＤＳＴを出力値の初期値として、その出力
値を、バッファ先頭アドレスＢＵＦＴＯＰから受信バッ
ファ最終アドレスＢＵＦＢＴＭまでリング状に循環する
るように１づつ進めていく。この転送ＤＭＡアドレスカ
ウンタ６１の出力値が転送ＤＭＡアドレスＴＡＤであ
る。

【００５５】同様に、受信ＤＭＡアドレスカウンタ６３
は、各バンドの受信ＤＭＡが実行される間、受信ＤＭＡ
スタートアドレスＲＡＤＳＴを出力値の初期値として、
その出力値を、バッファ先頭アドレスＢＵＦＴＯＰから
受信バッファ最終アドレスＢＵＦＢＴＭまでリング状に
循環するように１づつ進めていく。この受信ＤＭＡアド
レスカウンタ６１の出力値が受信ＤＭＡアドレスＲＡＤ
である。

【００５６】比較器６５が、転送ＤＭＡアドレスＴＡＤ
と受信ＤＭＡアドレスＲＡＤを比較して、いずれが大き
いかを示すアドレス比較フラグＡＤＣＭＰＲをセットす
る。減算器６７、６９、７１が、「ＴＡＤ−ＢＵＦＴＯ
Ｐ＝ＴＳＵＢＴＰ」、「ＴＡＤ−ＲＡＤ＝ＴＳＵＢ
Ｒ」、「ＢＵＦＢＴＭ−ＲＡＤ＝ＢＴＳＵＢＲ」をそれ
ぞれ計算する。

【００５７】ＣＰＵ２３は、アドレス比較フラグＡＤＣ
ＭＰＲを見て、「受信ＤＭＡアドレスＲＡＤ＞転送ＤＭ
ＡアドレスＴＡＤ」のときには、 空き容量＝ＴＳＵＢＴＰ＋ＢＴＳＵＢＲ とし、「受信ＤＭＡアドレスＲＡＤ＜転送ＤＭＡアドレ
スＴＡＤ」のときには、 空き容量＝ＴＳＵＢＲ とする。

【００５８】次に、本発明の第２の実施形態について説
明する。この実施形態の全体構成は図１に示したものと
同様である。この実施形態では、ホスト１がビデオ転送
の開始タイミングを決めてプリンタ３へ指示する。一般
に、ホスト１はプリンタ３に比べてＣＰＵの処理能力が
高いので、ホスト１で開始タイミングを決定した方が、
プリンタ３で決めるよりも、より正確に開始タイミング
を設定することができる。また、プリンタ３は、ホスト
１から指示された開始タイミングが来る前に受信バッフ
ァの空き容量が所定量（例えば、１バンド）まで減った
ときには、その時点で自主的にビデオ転送を開始する。
これにより、ホスト１から指示された開始タイミングが
来る前に受信バッファが満杯になりプリンタ３がストー
ルする、という事態が回避される。ホスト１から指示さ
れた開始タイミングより早くにビデオ転送を開始した場
合でも実際には正常に印刷できるケースがあるので、エ
ラー発生を最小限にとどめることができる。また、ホス
ト１が指示したビデオ転送の開始タイミングが１ページ
分のデータ受信完了より早いタイミングであった場合に
おいて、アンダーランエラーが発生した場合には、ホス
ト１はまず、開始タイミングを１ページ分のデータ受信
完了後に変更してプリンタ３に指示した上で、データを
再送する。それでも、再びアンダーランエラーが発生し
た場合には、ホスト１は次に解像度を落としたデータ
（例えば、元々の６００ｄｐｉを３００ｄｐｉにしたデ
ータ）をプリンタ３に再送する。プリンタの受信バッフ
ァは、元の高い解像度のデータを１ページ分格納できる
必要はないが、解像度を落としたデータを１ページ分格
納できる容量はもつ。

【００５９】図９は、この実施形態における、ホスト１
がプリンタ３へイメージデータ送るときに各ページ毎に
行う制御のフローチャートホストの制御フローを示す。

【００６０】ここでは、図２に示した前の実施形態のホ
ストの制御フローと異なるところだけを説明する。説明
しない部分は図２のフローと同じである。

【００６１】ホスト１は、ステップＳ４３でホスト情報
（つまり、イメージデータに関する情報）をプリンタ３
に送信するが、このホスト情報にはイメージデータの解
像度（３００／６００ｄｐｉ）やトータルバンド数の
他、ビデオ転送の開始タイミング（何バンド目か）が含
まれている。この開始タイミングはホスト１が、最初の
実施形態で説明した（３）式、つまり、 Ｍ≧Ｐ＞Ｔ（α−ｘ／ｙ） …（３） の条件が満たされるように決定する。ここに、ｘはホス
ト１からのデータ受信速度〔バイト／秒〕、ｙはビデオ
転送の速度〔バイト／秒〕、αはデータ圧縮率、Ｔは１
ページの全データ数〔バイト〕、Ｍは受信バッファのサ
イズ〔バイト〕、Ｐはビデオ転送の開始時点で受信バッ
ファに蓄えられているデータサイズ〔バイト〕である。
ホスト１は、開始タイミングを決定する際、イメージデ
ータを送信するポートの種類（パラレル、ＵＳＢ、イー
サネット（登録商標）など）、もしくはポートの通信モ
ード（パラレルの場合のCompatibility、ECPなど）に応
じて、データ受信速度ｘが異なるから、それに応じて開
始タイミングを変える。例えば、パラレルのECPのよう
に受信速度ｘが速い場合は早い開始タイミングを設定
し、ネットワーク通信のように受信速度ｘが安定してい
ない場合は遅い開始タイミング（例えば、１ページのデ
ータ全てを受信した後にビデオ転送を開始するように）
を設定する。なお、プリンタ３はステップＳ４２にて必
要に応じてホスト１との間で成立している通信モードを
プリンタ情報としてホスト１に前もって知らせておく
（例えば、パラレルの通信モード（Compatibility又はE
CP）はプリンタ３が知らせないとホスト１は分らないの
で、プリンタ３からホスト１に知らせる。）。

【００６２】プリンタ３は、ステップＳ４４でホスト１
から送られて来たホスト情報を基に、レジスタの設定や
バッファクリアなどのページ設定を行う。その際、ホス
ト情報に含まれる上記開始タイミングもプリンタ３内の
レジスタに設定される。その後、プリンタ３は、ホスト
１から送られてくる各ページのデータを受信バッファに
蓄え、そして、原則として、各ページ毎にホスト１から
指示された開始タイミングになると（つまり、ホスト１
から指示された開始タイミングとしてのバンド数を受信
すると）ビデオ転送を開始する。

【００６３】また、プリンタ３は１ページの印刷が終了
する度に、印刷の成功／失敗のフラグを立て、ホスト１
は、プリンタ３から取得したステータスに含まれる印刷
成功／失敗のフラグを見て（Ｓ４６）、「成功」であれ
ばそのページのイメージデータをホスト１内から削除
し、「失敗」であれば、ステップＳ４７のエラー処理に
進んで、失敗したページからデータの再送信を行う。

【００６４】図１０は、このエラー処理のフローを示
す。

【００６５】まず、エラー内容をチェックし（Ｓ５
１）、エラー原因が紙ジャムだった場合には、失敗した
ページから単純に再送信を行う。一方、エラー原因がア
ンダーランエラーだった場合には、次に、エラー発生時
にプリンタ３に対し指示してあったビデオ転送の開始タ
イミングをチェックし（Ｓ５２）、フライングスタート
（つまり、１ページの全データの受信完了前にビデオ転
送を開始すること）を指示してあった場合には、「１ペ
ージの全データの受信完了後にビデオ転送を開始する」
よう開始タイミングを変更し（Ｓ５３）、その変更後の
開始タイミングをプリンタ３に指示し直して（図９、Ｓ
４４）失敗ページからデータを再送信する（図９、Ｓ４
９）。また、エラー発生時に既に「１ページの全データ
の受信完了後にビデオ転送を開始する」ようプリンタ３
に指示してあった場合には、解像度を落として（例えば
６００ｄｐｉから３００ｄｐｉに落として）失敗ページ
のデータを作り直し（Ｓ５３）、その落とした解像度を
プリンタ３に通知して（図９、Ｓ４４）失敗ページにつ
いては解像度を落としたデータを再送信する（図９、Ｓ
４９）。尚、上述のデータ再送信は、ホスト１が自動的
に行ってもよいし、或いは、エラーが発生したことをユ
ーザに知らせ、再送するか否か、再送する場合は解像度
を落とすか否かをユーザに選択させてもよい。

【００６６】図１１は、プリンタ３がホスト１からデー
タを受信するときの動作フローを示す。

【００６７】ここでは、図３に示した最初の実施形形態
のプリンタ制御フローと異なる部分だけを説明する。説
明しない部分は、図３のフローと同じである。

【００６８】ステップＳ６５で、プリンタ３はホスト１
からホスト情報（解像度、トータルバンド数、ビデオ転
送の開始タイミングなど）を受信し、その情報を基にデ
ータ受信に関するレジスタ設定、バッファクリアなどの
ページ設定を行う。

【００６９】続いて、プリンタ３は、図４に示したよう
な流れでホスト１から１バンド分のイメージデータを受
信する処理に入る（Ｓ６６）。そして、ホスト１から受
信バッファにデータを受信しつつ、プリンタ３は、ホス
ト１から指定された開始タイミングとしてのバイト数を
受信し終わったかどうかと、受信バッファの空き容量が
１バンド未満になったかどうかをチェックする（Ｓ６
７）。指定バイト数を受信完了した場合、プリンタ３は
ビデオ転送を開始することができる（Ｓ６８）。ホスト
１から指示されたバンド数が全ての１ページのトータル
バンド数、つまりホスト１から「１ページの全データの
受信完了に開始せよ」と指示されていた場合、ビデオ転
送開始後直ちにステップＳ６１へ戻り（Ｓ７１）次ペー
ジのデータ受信動作に入る。

【００７０】また、データの圧縮率が予想外に悪い、或
いは元のデータが受信バッファサイズよりかなり大きい
等の事情があると、ホスト１から指示されたバンド数を
受信しないうちに受信バッファの空き容量が１バンド未
満になることがある。この場合、バッファ空き容量が１
バンド１バンド未満になった時点でプリンタ３はビデオ
転送を開始する。この場合、アンダーランエラーが発生
する確率が高くなるが、ホスト１が指定した開始タイミ
ングに十分大きいマージンが含まれていることなどの理
由から、正常に印刷ができるケースも少なくない。

【００７１】図１２は、プリンタ３が行うビデオ転送の
制御フローである。

【００７２】ここでは、図５に示した最初の実施形態の
ビデオ転送フローと異なる部分だけ説明する。説明しな
い部分は、図５のフローと同じである。

【００７３】まず、ビデオ転送が可能であるかを、ホス
ト１から指示されたバンド数以上を受信済みか否かによ
りチェックする（Ｓ７１）。受信済みであれば、図５の
フローと同様の手順で１バンドのビデオ転送を実行する
（Ｓ７２〜Ｓ７５）。そして、プリンタエンジンの状態
をチェックし（Ｓ７６）、紙ジャムが発生していたら、
紙ジャムエラーフラグをセットする（Ｓ７７）。ホスト
１は、紙ジャムエラーを検出した場合には、図１０に示
したようにパラメータを変更することなくデータを再送
する。

【００７４】以上、本発明の一実施形態を説明したが、
これらの実施形態はあくまで本発明の説明のための例示
であり、本発明をこれら実施形態にのみ限定する趣旨で
はない。従って、本発明は、上記実施形態以外の様々な
形態でも実施することができるものである。

【図面の簡単な説明】

【図１】本発明の一実施形態の構成を示すブロック図。

【図２】ホスト１がプリンタ３へイメージデータ送ると
きに各ページ毎に行う制御のフローチャート。

【図３】プリンタ３がホスト１からデータを受信すると
きのプリンタＣＰＵ２３の制御のフローチャート。

【図４】１バンド受信の制御のフローチャート。

【図５】ビデオ転送の制御のフローチャート。

【図６】ＤＲＡＭ２１のメモリマップ。

【図７】受信バッファ４３の２つの状態を示す図。

【図８】空きバッファ容量の計算に用いられる回路（又
はソフト）の構成図。

【図９】本発明の第２の実施形態における、ホスト１が
プリンタ３へイメージデータ送るときに各ページ毎に行
う制御のフローチャート。

【図１０】第２の実施形態における、ホストのエラー処
理のフローチャート。

【図１１】第２の実施形態における、プリンタ３がホス
ト１からデータを受信するときのプリンタＣＰＵ２３の
制御のフローチャート。

【図１２】第２の実施形態における、ビデオ転送の制御
のフローチャート。

【符号の説明】

１ ホスト ３ プリンタ １３ ＤＭＡコントローラ ２１ ＤＲＡＭ ２３ ＣＰＵ ４３ 受信バッファ

フロントページの続き (72)発明者 尾形 裕保 長野県諏訪市大和３丁目３番５号 セイ コーエプソン株式会社内 (72)発明者 丸山 三千男 長野県諏訪市大和３丁目３番５号 セイ コーエプソン株式会社内 (72)発明者 千原 一徳 長野県諏訪市大和３丁目３番５号 セイ コーエプソン株式会社内 (72)発明者 村田 すなお 長野県諏訪市大和３丁目３番５号 セイ コーエプソン株式会社内 (56)参考文献 特開 平10−207649（ＪＰ，Ａ) 特開 平10−233877（ＪＰ，Ａ) 特開 平８−129463（ＪＰ，Ａ) 特開 平10−285363（ＪＰ，Ａ) 特開 平３−175066（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 5/30 G06F 3/12

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 バッファを含むメモリと、 データを基に画像を形成して出力する画像出力部と、 ホストから受信したデータを前記バッファへ書きこむ受
   信部と、 前記バッファ内のデータを前記画像出力部へ転送する転
   送部と、 前記ホストをして前記プリンタが受信可能なサイズのデ
   ータを送信せしめるために、前記ホストが所定単位のデ
   ータを送信しようとする各段階で、前記バッファの空き
   容量に関する情報を前記ホストに通知し、それにより、
   前記空き容量と前記所定単位のデータのサイズとを比較
   し、その結果、前記空き容量が前記所定単位のデータの
   サイズ以上であれば、前記所定単位のデータの送信を開
   始し、前記空き容量が前記所定単位のデータのサイズ以
   上でなければ、そうなるまで待ってから前記所定単位の
   データの送信を開始することを、前記各段階で前記ホス
   トに行なわせる空きバッファ容量通知部とを備えたペー
   ジプリンタ。
2. 【請求項２】 前記空きバッファ容量通知部は、前記ホ
   ストが所定単位のデータの送信を開始しようとする都
   度、この送信の開始に先立って、前記空き容量に関する
   情報を前記ホストに通知する請求項１記載のページプリ
   ンタ。
3. 【請求項３】 ホストと、このホストから送信されるデ
   ータをページ単位で印刷するページプリンタとを備える
   ページプリントシステムにおいて、 前記ページプリンタは、 バッファを含むメモリと、 前記データを基に画像を形成して出力する画像出力部
   と、 前記ホストから受信したデータを前記バッファへ書きこ
   む受信部と、 前記バッファ内のデータを前記画像出力部へ転送する転
   送部と、前記ホストが所定単位のデータを送信しようとする各段
   階で、 前記バッファの空き容量に関する情報を前記ホス
   トに通知する空きバッファ容量通知部とを備え、 前記ホストは、前記各段階で、前記ページプリンタから
   通知される前記バッファの空き容量に関する情報に基づ
   き、前記空き容量と前記所定単位のデータのサ イズとを
   比較し、その結果、前記空き容量が前記所定単位のデー
   タのサイズ以上であれば、前記ページプリンタへの前記
   所定単位のデータの送信を開始し、前記空き容量が前記
   所定単位のデータのサイズ以上でなければ、そうなるま
   で待ってから前記ページプリンタへの前記所定単位のデ
   ータの送信を開始する送信手段を備えるページプリント
   システム。
4. 【請求項４】 ホストから受信したデータをバッファに
   一時的に蓄積してからバッファから画像出力部へ転送す
   るように構成され、前記ホストが所定単位のデータを送
   信しようとする各段階で前記バッファの空き容量に関す
   る情報を前記ホストに通知する機能をもったページプリ
   ンタに対して、前記データを送信するホストにおいて、前記各段階で、 前記ページプリンタから通知される前記
   バッファの空き容量に関する情報に基づき、前記空き容
   量と前記所定単位のデータのサイズとを比較し、その結
   果、前記空き容量が前記所定単位のデータのサイズ以上
   であれば、前記ページプリンタへの前記所定単位のデー
   タの送信を開始し、前記空き容量が前記所定単位のデー
   タのサイズ以上でなければ、そうなるまで待ってから前
   記ページプリンタへの前記所定単位のデータの送信を開
   始する送信手段を備えた、 ページプリンタのためのホスト。
5. 【請求項５】 ホストから受信したデータをバッファに
   一時的に蓄積してからバッファから画像出力部へ転送す
   るように構成され、前記ホストが所定単位のデータを送
   信しようとする各段階で前記バッファの空き容量に関す
   る情報を前記ホストに通知する機能をもったページプリ
   ンタに対して、前記データを送信するホストとして、コ
   ンピュータを機能させるためのプログラムを担持したコ
   ンピュータ読取可能な記録媒体において、前記プログラムが、 前記各段階で、 前記ページプリンタから通知される前記
   バッファの空き容量に関する情報に基づき、前記空き容
   量と前記所定単位のデータのサイズとを比較し、その結
   果、前記空き容量が前記所定単位のデータのサイズ以上
   であれば、前記ページプリンタへの前記所定単位のデー
   タの送信を開始し、前記空き容量が前記 所定単位のデー
   タのサイズ以上でなければ、そうなるまで待ってから前
   記ページプリンタへの前記所定単位のデータの送信を開
   始する送信手段として前記コンピュータを機能させるプ
   ログラムを含む、 コンピュータ読取可能な記録媒体。