JPH10320152A - 印刷処理システム、印刷処理装置ならびに、印刷処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ホスト上のフレームバッファへの描画完了ま
での待ち時間を少なくし、処理速度の向上を図ることが
可能な印刷処理システム、印刷処理装置、ならびに印刷
処理方法。 【解決手段】 ホスト１上のフレームバッファ１５を複
数のバンド領域に分け、フレームバッファ１５への描画
作業と同時並行して、イメージデータ圧縮作業とデータ
転送作業を行うことによって、また、万一、バンド領域
の再描画が発生する場合でも、プリンタ２へ転送済みの
バンドデータをキャンセルし、送り直すことによって、
高速な出力処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストコンピュー
タで加工されたイメージデータをプリンタに送出し印刷
を行う印刷処理システム、印刷処理装置、ならびに、印
刷処理方法に関する。

【０００２】

【従来の技術】従来、イメージ出力に特化したページプ
リンタは「ホストベースプリンタ」と呼ばれている。

【０００３】この種のプリンタでは、ホストプリンタ上
で、アプリケーションからドライバに対して、印刷の指
示が発生した場合は、アプリケーションからの具体的な
描画の指示、例えば文字の印字、図形の描画、イメージ
の貼り付け等を、ドライバ内でバンド単位等に細分化し
て中間言語の状態にして蓄積し、さらにページの上から
下へとソーティングして保存しておく。

【０００４】そして、ドライバ内に、１ページ分の中間
言語データが溜まった時点で、プリンタに対して給紙開
始を指示して、同時に、中間言語の状態のデータを、ペ
ージの先頭からイメージに展開して、順次プリンタに転
送する。これを繰り返すことで、１ページの印刷が完了
する。

【０００５】「ホストページプリンタ」の長所は、プリ
ンタ内には、比較的小さなイメージ蓄積用の受信バッフ
ァだけがあればよく、また、そのイメージを順次用紙に
転写してゆく回路があればよいだけなので、ＣＰＵは不
要で、非常に安価な製品が可能になる点である。

【０００６】また一方、一般のＰＤＬプリンタと言われ
る製品では、アプリケーションからの具体的な描画の指
示、例えば文字の印字、図形の描画、イメージの貼り付
け等を、プリンタのＰＤＬコマンドに変換して、プリン
タへ転送している。プリンタは、数ページ分のデータを
蓄えられるだけの受信バッファを持ち、高性能のＣＰＵ
の能力で、受信したプリンタコマンドの解釈と、イメー
ジへの展開と、用紙への転写作業を行う。

【０００７】長所としては、ホスト上で、１ページ分の
データが蓄積されるまで、プリンタへのデータ転送を待
つ必要がない点、ソーティングが不要な点、文書の内容
が、文字の印字や、罫線、単純な図形等であれば、単純
なプリンタコマンドに変換されるだけなので、プリンタ
への転送データ量が、小さくなることである。

【０００８】またさらに、ＰＤＬプリンタから派生した
「イメージ専用プリンタ」では、１ページ分の圧縮され
たイメージデータを受信するだけの大きさの、受信バッ
ファを内蔵して、受信した１ページ分の圧縮イメージデ
ータを、ハードウェア回路でデータ伸長して、同時にビ
デオ信号に変換してエンジン部に出力する方法で印刷処
理を行う。

【０００９】長所は、内蔵するＣＰＵは、受信管理を行
うだけでよいので、安価な製品で良い。さらに、受信バ
ッファとしても、１ページ分あれば十分なので、メモリ
は比較的少なくてよい。すなわち、「ホストベースプリ
ンタ」までは行かないが、低コストのプリンタ製品が可
能である。

【００１０】また、受信バッファは、１ページ分のイメ
ージデータが蓄えられる分はあるので、ホストから送ら
れてくるデータが、単純に１ページ分溜まってから、給
紙動作を開始する。これにより、「ホストベースプリン
タ」のように、いったん印刷処理が始まれば、印刷処理
最優先になるために、ホスト上のアプリケーションがロ
ックするといった点は防げる。

【００１１】

【発明が解決しようとする課題】しかしながら、上記
「ホストベースプリンタ」では、いったんプリンタに対
して給紙を指示したならば、ホストコンピュータ上で
は、給紙のスピードに合わせてイメージの展開と、イメ
ージデータの転写を行わなければならない。

【００１２】この作業が最優先となるので、印刷中は、
ホストコンピュータ上の他のアプリケーション動作が、
ロック状態になるという欠点がある。

【００１３】それでも、イメージの展開と転送が間に合
わなければ、「オーバーランエラー」となる。

【００１４】また、一般のＰＤＬプリンタでは、プリン
タコマンドの解析処理等で、高価なＣＰＵが必要なこ
と、また、メモリについても、受信バッファ用、解析
用、展開用として用いるので、大容量のメモリが必要に
なる。すなわち、プリンタとしては、高価にならざるを
えない。

【００１５】また、文書の内容が、複雑な図形であった
り、写真などのイメージ画像であったりすると、プリン
タコマンドに変換する過程で、膨大なデータ量に膨らん
でしまうという欠点もある。

【００１６】一方、ＰＤＬプリンタから派生した「イメ
ージ専用プリンタ」では、イメージの重なりを処理する
能力がないために、一般的に次のような動作を行う。す
なわち、ホスト上のドライバに、１ページ分のフレーム
バッファを設けて、その上に、文字、罫線、図形、イメ
ージの貼り付け等の描画処理を行い、１ページ分の描画
が完了した時点で、１ページ分のイメージをデータ圧縮
し、それから、プリンタにデータ転送する。

【００１７】これは、「ホストベースプリンタ」のよう
な描画指示のソーティングが不要であるという長所の反
面、ホスト上で１ページ分の描画処理が完了しないと、
プリンタへのデータ転送も始まらず、その時間分、給紙
開始時間が遅くなるという欠点がある。

【００１８】そこで、本発明の目的は、比較的低コスト
のＰＤＬプリンタから派生した「イメージ専用プリン
タ」でありながら、ホスト上のフレームバッファへの描
画完了までの待ち時間をできるだけ少なくすることが可
能な印刷処理システム、印刷処理装置、ならびに印刷処
理方法を提供することにある。

【００１９】また、本発明の他の目的は、ホスト上の文
書でページ単位に形式を判断することによって、「ホス
ト上のフレームバッファへの描画完了までの待ち時間を
できるだけ少なくする」という目的に対し、より効果的
な処理を選択することが可能な印刷処理システム、印刷
処理装置、ならびに印刷処理方法を提供することにあ
る。

【００２０】さらに、本発明の他の目的は、「ホスト上
のフレームバッファへの描画完了までの待ち時間を、で
きるだけ少なくする」という目的に対し、文書の形式に
よって、効果的あるいは効果的でないの区別があった点
を文書の形式による差をなくし、すべての文書で有効と
することが可能な印刷処理システム、印刷処理装置、な
らびに印刷処理方法を提供することにある。

【００２１】

【課題を解決するための手段】本発明は、ホストコンピ
ュータとプリンタとの間でデータのやりとりを行う印刷
処理システムであって、前記ホストコンピュータ側に設
けられ、イメージデータの描画が行われるフレームバッ
ファと、該フレームバッファ上を複数のバンド領域に分
割する手段と、１つの文書を印刷する際、該文書のデー
タを前記複数に分割されたバンド領域上に描画する手段
と、該描画の処理と同時並行して、該描画の終わったバ
ンド領域のイメージデータを圧縮する手段と、該圧縮し
たイメージデータを前記プリンタへのイメージ描画コマ
ンドに変換する手段と、該変換されたコマンド群を前記
プリンタに送出する手段と、さらに、前記プリンタへの
送出が完了したバンド領域について再度の描画処理が行
われた場合においては、該再度の描画処理が完了した時
点で既に送出済みのバンド領域のイメージデータを取り
消す手段と、該再度の描画処理が完了したバンド領域に
ついてイメージデータを圧縮する手段と、該圧縮したイ
メージデータを前記プリンタへのイメージ描画コマンド
に変換する手段と、該変換されたコマンド群を前記プリ
ンタに送出する手段と、前記プリンタ側に設けられ、該
プリンタへのコマンド群を受信する手段と、該受信した
コマンド群内のイメージ描画コマンドで指示された圧縮
イメージデータを伸長する手段と、該伸長したイメージ
データをバンドメモリへ展開する手段と、該バンドメモ
リ上のバンドの大きさ分のデータをエンジン部にビデオ
転送する手段と、該エンジン部でビデオ信号を用紙に転
写する手段と、さらに、１ページ分のコマンド群を受信
した時点で、前記イメージデータのバンドメモリへの展
開、および、前記バンドメモリのエンジン部へのビデオ
転送、および、前記エンジン部でのビデオ信号の用紙へ
の転写を繰り返すことによって、ページ単位の用紙の出
力を行う手段とを具えることによって、印刷処理システ
ムを構成する。

【００２２】ここで、前記ホストコンピュータ側に設け
られ、印刷を行う文書が、前記バンド領域への再度の描
画処理が多発する文書のページか否かを判断する手段
と、該再度の描画処理が多発する文書のページと判断さ
れた場合は、前記フレームバッファへの１ページ分の描
画処理が全て完了した時点で、各バンド領域のイメージ
データを圧縮する手段と、該圧縮されたイメージデータ
を前記プリンタへのイメージ描画コマンドに変換する手
段と、該変換されたコマンド群を前記プリンタに送出す
る手段と、該プリンタへのデータ転送を完了させる手段
とをさらに具えて構成することができる。

【００２３】また、本発明は、ホストコンピュータとプ
リンタとの間でデータのやりとりを行う印刷処理システ
ムであって、前記ホストコンピュータ側に設けられ、イ
メージデータの描画が行われるフレームバッファと、１
つの文書を印刷する際、該文書のデータを前記フレーム
バッファ上に描画する手段と、該描画の処理と同時並行
して、前記フレームバッファのある大きさの矩形領域に
おいて描画の処理が完了したか否かを判断する手段と、
該描画が完了したと判断された矩形領域のイメージデー
タを圧縮する手段と、該圧縮したイメージデータを前記
プリンタへのイメージ描画コマンドに変換する手段と、
該変換されたコマンド群を前記プリンタに送出する手段
と、さらに、前記プリンタへの送出が完了した矩形領域
について再度の描画処理が行われた場合においては、該
再度の描画処理が完了した時点で既に送出済みの矩形領
域のイメージデータを取り消す手段と、該再度の描画処
理が完了した矩形領域について重なりがないように調整
する手段と、該調整後の矩形領域について、イメージデ
ータを圧縮する手段と、該圧縮したイメージデータを前
記プリンタへのイメージ描画コマンドに変換する手段
と、該変換されたコマンド群を前記プリンタに送出する
手段と、前記プリンタ側に設けられ、該プリンタへのコ
マンド群を受信する手段と、該受信したコマンド群内の
イメージ描画コマンドで指示された複数の矩形領域の圧
縮イメージデータを伸長する手段と、該伸長したイメー
ジデータをラスタメモリへ展開する手段と、該ラスタメ
モリ上のデータをエンジン部にビデオ転送する手段と、
該エンジン部でビデオ信号を用紙に転写する手段と、さ
らに、１ページ分のコマンド群を受信した時点で、前記
イメージデータのラスタメモリへの展開、および、前記
ラスタメモリのエンジン部へのビデオ転送、および、前
記エンジン部でのビデオ信号の用紙への転写を繰り返す
ことによって、ページ単位の用紙の出力を行う手段とを
具えることによって、印刷処理システムを構成する。

【００２４】また、本発明は、プリンタにデータを転送
するホスト側の装置であって、イメージデータの描画が
行われるフレームバッファと、該フレームバッファ上を
複数のバンド領域に分割する手段と、１つの文書を印刷
する際、該文書のデータを前記複数に分割されたバンド
領域上に描画する手段と、該描画の処理と同時並行し
て、該描画の終わったバンド領域のイメージデータを圧
縮する手段と、該圧縮したイメージデータを前記プリン
タへのイメージ描画コマンドに変換する手段と、該変換
されたコマンド群を前記プリンタに送出する手段と、さ
らに、前記プリンタへの送出が完了したバンド領域につ
いて再度の描画処理が行われた場合においては、該再度
の描画処理が完了した時点で既に送出済みのバンド領域
のイメージデータを取り消す手段と、該再度の描画処理
が完了したバンド領域についてイメージデータを圧縮す
る手段と、該圧縮したイメージデータを前記プリンタへ
のイメージ描画コマンドに変換する手段と、該変換され
たコマンド群を前記プリンタに送出する手段とを具える
ことによって、印刷処理装置を構成する。

【００２５】ここで、印刷を行う文書が、前記バンド領
域への再度の描画処理が多発する文書のページか否かを
判断する手段と、該再度の描画処理が多発する文書のペ
ージと判断された場合は、前記フレームバッファへの１
ページ分の描画処理が全て完了した時点で、各バンド領
域のイメージデータを圧縮する手段と、該圧縮されたイ
メージデータを前記プリンタへのイメージ描画コマンド
に変換する手段と、該変換されたコマンド群を前記プリ
ンタに送出する手段と、該プリンタへのデータ転送を完
了させる手段とをさらに具えて構成することができる。

【００２６】また、本発明は、上記ホスト側の装置を用
い、該ホスト側の装置から転送されたデータを印刷する
装置であって、前記ホスト側の装置から当該装置へ転送
されるコマンド群を受信する手段と、該受信したコマン
ド群内のイメージ描画コマンドで指示された圧縮イメー
ジデータを伸長する手段と、該伸長したイメージデータ
をバンドメモリへ展開する手段と、該バンドメモリ上の
バンドの大きさ分のデータをエンジン部にビデオ転送す
る手段と、該エンジン部でビデオ信号を用紙に転写する
手段と、さらに、１ページ分のコマンド群を受信した時
点で、前記イメージデータのバンドメモリへの展開、お
よび、前記バンドメモリのエンジン部へのビデオ転送、
および、前記エンジン部でのビデオ信号の用紙への転写
を繰り返すことによって、ページ単位の用紙の出力を行
う手段とを具えることによって、印刷処理装置を構成す
る。

【００２７】また、本発明は、プリンタにデータを転送
するホスト側の装置であって、イメージデータの描画が
行われるフレームバッファと、１つの文書を印刷する
際、該文書のデータを前記フレームバッファ上に描画す
る手段と、該描画の処理と同時並行して、前記フレーム
バッファのある大きさの矩形領域において描画の処理が
完了したか否かを判断する手段と、該描画が完了したと
判断された矩形領域のイメージデータを圧縮する手段
と、該圧縮したイメージデータを前記プリンタへのイメ
ージ描画コマンドに変換する手段と、該変換されたコマ
ンド群を前記プリンタに送出する手段と、さらに、前記
プリンタへの送出が完了した矩形領域について再度の描
画処理が行われた場合においては、該再度の描画処理が
完了した時点で既に送出済みの矩形領域のイメージデー
タを取り消す手段と、該再度の描画処理が完了した矩形
領域について重なりがないように調整する手段と、該調
整後の矩形領域について、イメージデータを圧縮する手
段と、該圧縮したイメージデータを前記プリンタへのイ
メージ描画コマンドに変換する手段と、該変換されたコ
マンド群を前記プリンタに送出する手段とを具えること
によって、印刷処理装置を構成する。

【００２８】また、本発明では、上記ホスト側の装置を
用い、該ホスト側の装置から転送されたデータを印刷す
る装置であって、前記ホスト側の装置から当該装置へ転
送されるコマンド群を受信する手段と、該受信したコマ
ンド群内のイメージ描画コマンドで指示された複数の矩
形領域の圧縮イメージデータを伸長する手段と、該伸長
したイメージデータをラスタメモリへ展開する手段と、
該ラスタメモリ上のデータをエンジン部にビデオ転送す
る手段と、該エンジン部でビデオ信号を用紙に転写する
手段と、さらに、１ページ分のコマンド群を受信した時
点で、前記イメージデータのラスタメモリへの展開、お
よび、前記ラスタメモリのエンジン部へのビデオ転送、
および、前記エンジン部でのビデオ信号の用紙への転写
を繰り返すことによって、ページ単位の用紙の出力を行
う手段とを具えることによって、印刷処理装置を構成す
る。

【００２９】また、本発明は、ホストコンピュータとプ
リンタとの間でデータのやりとりを行う印刷処理方法で
あって、前記ホストコンピュータ側において、イメージ
データの描画が行われるフレームバッファ上を複数のバ
ンド領域に分割し、１つの文書を印刷する際、該文書の
データを前記複数に分割されたバンド領域上に描画を行
い、該描画の処理と同時並行して、該描画の終わったバ
ンド領域のイメージデータを圧縮し、該圧縮したイメー
ジデータを前記プリンタへのイメージ描画コマンドに変
換し、該変換されたコマンド群を前記プリンタに送出
し、さらに、前記プリンタへの送出が完了したバンド領
域について再度の描画処理が行われた場合においては、
該再度の描画処理が完了した時点で既に送出済みのバン
ド領域のイメージデータを取り消し、該再度の描画処理
が完了したバンド領域についてイメージデータを圧縮
し、該圧縮したイメージデータを前記プリンタへのイメ
ージ描画コマンドに変換し、該変換されたコマンド群を
前記プリンタに送出し、そして、前記プリンタ側におい
て、該プリンタへ転送されたコマンド群を受信し、該受
信したコマンド群内のイメージ描画コマンドで指示され
た圧縮イメージデータを伸長し、該伸長したイメージデ
ータをバンドメモリへ展開し、該バンドメモリ上のバン
ドの大きさ分のデータをエンジン部にビデオ転送し、該
エンジン部でビデオ信号を用紙に転写し、さらに、１ペ
ージ分のコマンド群を受信した時点で、前記イメージデ
ータのバンドメモリへの展開、および、前記バンドメモ
リのエンジン部へのビデオ転送、および、前記エンジン
部でのビデオ信号の用紙への転写を繰り返すことによっ
て、ページ単位の用紙の出力を行うことによって、印刷
処理方法を提供する。

【００３０】ここで、前記ホストコンピュータ側におい
て、印刷を行う文書が、前記バンド領域への再度の描画
処理が多発する文書のページか否かを判断し、該再度の
描画処理が多発する文書のページと判断された場合は、
前記フレームバッファへの１ページ分の描画処理が全て
完了した時点で、各バンド領域のイメージデータを圧縮
し、該圧縮されたイメージデータを前記プリンタへのイ
メージ描画コマンドに変換し、該変換されたコマンド群
を前記プリンタに送出し、該プリンタへのデータ転送を
完了させることができる。

【００３１】また、本発明は、ホストコンピュータとプ
リンタとの間でデータのやりとりを行う印刷処理方法で
あって、前記ホストコンピュータ側において、１つの文
書を印刷する際、該文書のデータを、イメージデータの
描画が行われるフレームバッファ上に描画し、該描画の
処理と同時並行して、前記フレームバッファのある大き
さの矩形領域において描画の処理が完了したか否かを判
断し、該描画が完了したと判断された矩形領域のイメー
ジデータを圧縮し、該圧縮したイメージデータを前記プ
リンタへのイメージ描画コマンドに変換し、該変換され
たコマンド群を前記プリンタに送出し、さらに、前記プ
リンタへの送出が完了した矩形領域について再度の描画
処理が行われた場合においては、該再度の描画処理が完
了した時点で既に送出済みの矩形領域のイメージデータ
を取り消し、該再度の描画処理が完了した矩形領域につ
いて重なりがないように調整し、該調整後の矩形領域に
ついて、イメージデータを圧縮し、該圧縮したイメージ
データを前記プリンタへのイメージ描画コマンドに変換
し、該変換されたコマンド群を前記プリンタに送出し、
前記プリンタ側において、該プリンタへ転送されたコマ
ンド群を受信し、該受信したコマンド群内のイメージ描
画コマンドで指示された複数の矩形領域の圧縮イメージ
データを伸長し、該伸長したイメージデータをラスタメ
モリへ展開し、該ラスタメモリ上のデータをエンジン部
にビデオ転送し、該エンジン部でビデオ信号を用紙に転
写し、さらに、１ページ分のコマンド群を受信した時点
で、前記イメージデータのラスタメモリへの展開、およ
び、前記ラスタメモリのエンジン部へのビデオ転送、お
よび、前記エンジン部でのビデオ信号の用紙への転写を
繰り返すことによって、ページ単位の用紙の出力を行う
ことによって、印刷処理方法を提供する。

【００３２】

【発明の実施の形態】以下、図面を参照して、本発明を
詳細に説明する。

【００３３】本発明の第１の実施の形態を、図１〜図１
７に基づいて説明する。なお、本例は、バンド単位の処
理を前提とした発明である。

【００３４】まず、本例における発明の概要について説
明する。

【００３５】本例に係る第１の発明としては、比較的低
コストである、ＰＤＬプリンタから派生した「イメージ
専用プリンタ」を前提としている。前述したように、こ
の種のプリンタでは、プリンタ内でイメージの重なりを
処理する能力がない。ホスト上のドライバで重なりのな
いよう調整する必要がある。

【００３６】そして、一般的な文書としては、文字の多
い、ポートレート横書きの文書形式が多いと仮定し、ド
ライバ上では、ホスト上の１ページ分のフレームバッフ
ァを１６程度の均等な短冊形のバンドに分割し、上から
順番に描画が進むとの前提で、描画が終わったバンドか
ら、次のバンドの描画作業と同時並行して、イメージデ
ータの圧縮作業と、データ転送作業を行う。

【００３７】そして、万が一、すでにデータ転送が完了
したバンドへの、アプリケーションの描画指示が再びあ
ったならば、前に転送したバンドの圧縮されたイメージ
データは、プリンタ上からキャンセルして、ドライバ上
で再描画後のバンドを圧縮して、データ転送し直す。

【００３８】これにより、ホストのドライバ上で、フレ
ームバッファへの描画作業と同時並行して、イメージデ
ータ圧縮作業とデータ転送作業を行う。

【００３９】上述したように、一般的な文書としては、
文字の多い、ポートレート横書きの文書形式が多いと仮
定し、ドライバ上では、ホスト上の１ページ分のフレー
ムバッファを１６程度の均等な短冊形のバンドに分けて
おいて、アプリケーションからドライバへの指示とし
て、上から順番に描画が進むとの前提で、描画の終わっ
たバンドから、次のバンドの描画作業と同時並行して、
イメージデータの圧縮作業と、データ転送作業を行うよ
うになっている。

【００４０】しかしながら、現実の文書では、必ずし
も、文字の多い、ポートレート横書きの文書だけではな
い。例えば、ランドスケープの横書き文書を、用紙の縦
長給送のまま、第１の発明の方法で処理しようとする
と、各バンドへの再描画が多発して、バンドデータのキ
ャンセルと、バンドデータの再転送が繰り返されて、実
用的ではない。

【００４１】そこで、上記第１の発明に付随する第２の
発明として、ホスト上で、アプリケーションからドライ
バへ印刷の指示があったときは、ドライバからアプリケ
ーションへ、ページ単位にどのような文書か問い合わせ
を行って、「文字の多い、ポートレート横書きの文書」
のページのときだけ、第１の発明による印刷処理を行
い、そうでない場合は、ドライバ上のフレームバッファ
に１ページ分の全描画が完了するまでは、イメージの圧
縮やデータ転送を開始しない、周知の手法をとるように
する。

【００４２】以上の説明が、本例に係る第１，第２の発
明の概要である。

【００４３】次に、本発明に係るバンド単位の処理を前
提とした具体例を詳細に説明する。

【００４４】（ａ）本例では、ホスト上のドライバが、
フレームバッファ上への描画を行うが、フレームバッフ
ァを１６の均等なバンドに分割しておいて、描画の完了
したバンドについては、次のバンドの描画作業と同時並
行して、描画完了のバンド内のイメージデータを圧縮
し、プリンタへデータ転送する作業を行う。

【００４５】図１は、システム全体を説明するためのブ
ロック構成図である。

【００４６】１は、バンド単位の圧縮されたイメージデ
ータを作成してプリンタへ送るホストコンピュータとし
てのパソコンである。２はプリンタ本体、３はプリンタ
内のコントローラ部、４はプリンタ内のエンジン部を示
している。

【００４７】ホスト１内には、さらに、ホスト１全体を
制御する中央処理装置（以下、ＣＰＵという）５、アプ
リケーションソフトウェア等の表示を行うＣＲＴ６、ユ
ーザーからの指示を入力するためのキーボード７、大量
のプログラムやデータを内蔵した外部記憶装置８、ホス
ト１の全体制御のプログラムの一部や、表示用のフォン
トデータの入ったリード・オンリー・メモリ（以下、Ｒ
ＯＭという）９、ランダム・アクセス・メモリ（以下、
ＲＡＭという）１０等で構成されている。

【００４８】さらに、ＲＡＭ１０の内部には、ホスト１
の全体制御を行うプログラムであるＯＳ１１、文書処理
を行うアプリケーションプログラム１２、アプリケーシ
ョン１２からの印刷指示により、印刷処理のためのプリ
ンタコマンドを作成するドライバ１３、各種プログラム
のワーク領域１４が存在する。

【００４９】また、ワーク領域内には、ドライバ１３
が、文字、図形、イメージ等の描画を行う１ページ分の
展開領域としてのフレームバッファ１５や、このフレー
ムバッファ１５を概念上、短冊形の均等な１６のバンド
領域に分けた際に、描画の管理を行うためのバンド管理
表１６が存在する。なお、フレームバッファ１５、およ
び、バンド管理表１６は、アプリケーション１２からド
ライバ１３に対して文書の印刷の指示が出された場合に
設けられ、ドライバ１３によるプリンタコマンドの作成
処理が完了した時点で削除される。

【００５０】ところで、ホスト１には、送信部１７があ
り、この部分を通して、バンド毎のイメージデータが、
圧縮されてプリンタコマンドの形になって、プリンタ２
のコントローラ部３の受信部２２に転送される。

【００５１】プリンタ２内では、コントローラ部３は、
ホストコンピュータ１から送られてくるイメージデータ
を受信し、受信したデータからビデオ信号を生成し、エ
ンジン部４に送る役目を担っている。エンジン部４は、
コントローラ部３から受け取ったビデオ信号を用紙に転
写して印刷し、排紙する。

【００５２】コントローラ部３は、コントローラ部３全
体を制御するＣＰＵ２１、ＣＰＵ２１による処理動作を
記述したプログラムの入っているＲＯＭ２４，ＲＡＭ２
５，ホスト１からイメージデータを受信し、受信したデ
ータをＲＡＭ２５内にある受信バッファ２６にセットす
る受信部２２、受信バッファ２６内でバンドごとに圧縮
されて蓄積されているイメージデータを、データ伸長し
てからビデオ信号に変換してエンジン部４に出力するイ
メージ伸長・ビデオ転送回路２３等で構成されている。
２７は、受信済みで受信バッファ２６にページ内のバン
ド毎にセットされた状態のイメージデータを示してい
る。

【００５３】受信バッファ２６に受信、セットされるデ
ータは、ページの中が１６のバンドに区別されて、バン
ドの区分の中に、イメージデータが１個ずつ並んでい
る。もちろん、ホスト１上のドライバ１３が、このよう
な並びとして、プリンタ２へ出力している。

【００５４】その他、ＲＡＭ２５内には、プログラムの
ワーク領域２８、さらにその中には、受信バッファ２６
に受信したページ毎、バンド毎のイメージデータ２７を
管理するための管理表２９が含まれている。

【００５５】なお、それぞれのバンドの高さは、縦置き
の用紙１ページを、短冊形に均一に１６等分したものと
して考えている。

【００５６】イメージ伸長・ビデオ転送回路２３は、ド
ライバ１３から送られてくるあるバンドのデータとし
て、何も含まれていない空白のバンドのときは、その部
分のビデオ信号は何も転送しない機能と、さらに、ドラ
イバ１３から送られてくるあるバンドのデータとしての
単一の圧縮されたブロックイメージを、この回路が直
接、データ伸長を行い、同時にビデオ信号に変換して、
エンジン部４へ転送する機能をもつ。すなわち、２つの
機能を合わせもっている。

【００５７】ところで、コントローラ部３のＣＰＵ２１
は、ＲＡＭ２５の内部の受信バッファ２６や管理表２９
等のメモリ管理を行うだけなので、処理能力のそれほど
高くない、安価な製品でよい。

【００５８】次に、エンジン部４について説明する。エ
ンジン部４にも、ＣＰＵ３１やメモリ３２があり、メモ
リ３２には制御プログラムの入ったＲＯＭ３３や、プロ
グラムのワーク領域としてのＲＡＭ３４が含まれる。ビ
デオ受信部３５は、コントローラ部３からのビデオ信号
を受信し、現像定着部３７で用紙に画像を転写する。給
紙部３６は、未使用の白い用紙を用紙カセット等から取
り込む役目をし、現像定着部３７は、上述のように用紙
に画像を転写して定着し、排紙部３８は印刷済みの用紙
を排出する。

【００５９】なお、太い矢印は、イメージデータやビデ
オ信号の流れ、あるいは、エンジン部４では、用紙の流
れを示している。また、細い矢印は、各部分間の制御の
やりとりを示している。コントローラ部３のＣＰＵ２１
と、エンジン部４のＣＰＵ３１も、互いに情報のやり取
りを行う。ビデオの転写や、用紙の搬送等の印刷処理の
制御に係わる情報である。

【００６０】図２は、ホスト１上のドライバ１３での作
業の原理を示す。

【００６１】図１でも、一部説明したが、ホスト１上の
ドライバ１３は、１ページ分の描画領域としてのフレー
ムバッファ１５を設け、それを均等な短冊形の１６個の
バンドに分けて、管理している。図２では、説明のため
に６個のバンドに分けられているが、実際は１６個のバ
ンドに分かれて管理される。

【００６２】アプリケーション１２が印刷を指示した文
書の形式としては、ポートレイト横書きであって、ま
た、プリンタ２は、用紙の搬送方向として、用紙は縦置
きと仮定している。

【００６３】図２（ａ）は、アプリケーション１２から
の描画の指示が、ページの先頭から下へと、順調に移り
変わっていることを示しており、描画の完了した先頭の
バンドから、イメージデータの圧縮と、プリンタ２への
データ転送を行う。もちろん、この作業と同時並行で、
より下の位置のバンドへの描画処理は、続けられる。

【００６４】図２（ｂ）は、すべてのバンドの描画と、
圧縮、データ転送が完了したが、アプリケーション１２
から、先頭のバンド位置に、再度、図形の描画の指示が
あったことを示している。このとき、新たな描画が完了
したら、再描画のあった先頭のバンドについては、プリ
ンタ２へ既に転送済みの先頭バンドのデータを取り消す
指示をし、そして、再描画のあったバンドのイメージデ
ータを圧縮し、プリンタ２へ再度データ転送する。

【００６５】このバンドデータの取り消しと、再送の方
法によって、万が一、アプリケーション１２の描画の指
示が、上から下へと順調には移り変わらず、順序が一部
逆転しているとしても、印字の不良が防げることにな
る。

【００６６】なお、図２（ａ）で、バンドへの描画が完
了したかどうかの判断は、あるバンドへの描画の後で、
その下の位置のバンドの位置への描画が、開始されたか
どうかで判断する。すなわち、下の位置のバンドで描画
が始まったら、それより上の位置のバンドは、描画が完
了したものと判断する。

【００６７】ただし、バンドとバンドの境界上で、境界
にまたがって例えば印字描画が行われる場合は、下のバ
ンドの描画が始まったには違いないが、上のバンドの描
画が完了したことにはならない。

【００６８】なお、フレームバッファ１５のバンド上に
展開されたイメージは、バンド内で実際にイメージのあ
る矩形部分だけを取り出して、圧縮されて、単一のイメ
ージブロックとして、ドライバ１３からプリンタ２へ転
送される。すなわち、バンド内でも、空白の部分は切り
捨てられる。

【００６９】プリンタ２内では、イメージ伸長・ビデオ
転送回路２３に対して、イメージブロックのデータ伸長
とビデオ信号のエンジン部４への出力を指示する。すな
わち、一般のＰＤＬプリンタで行われているフレームバ
ッファやバンドメモリ等へのイメージ展開作業を経由せ
ずに、直接、エンジン部４へのビデオ転送が行われる。

【００７０】図２では、文書の形式として、ポートレー
トの横書きであって、図形の描画も、先頭のバンドに一
部あるだけという条件の基で、原理の説明を行った。し
かし実際には、上記の文書の形式だけとは限らない。

【００７１】そこで、図３では、ドライバ１３でのフレ
ームバッファ１５への描画処理を始める前に、アプリケ
ーション１２へ問い合わせることを説明している。

【００７２】問い合わせの結果で、図２で説明した、１
ページ分の描画完了前に、バンド単位でプリンタ２への
データ転送を行ってしまう方法をとるか、あるいは、従
来どおり、フレームバッファ１５への展開が、完全に１
ページ分完了するまで待つ方法をとるかを選択する。

【００７３】図２の方法が有効な文書形式は、例えば、
「文字だけの、ポートレート横書き文書」や「文字＋小
さな図形やイメージだけの、ポートレート横書き文書」
である。また、完全に１ページ分完了するまで待つ従来
の方法が有効な文書形式は、例えば、「ランドスケープ
文書」、「ポートレート縦書き文書」、「全面図形文
書」、「表文書」等である。

【００７４】図４は、バンド管理表１６の説明図であ
る。

【００７５】バンド管理表１６は、ホスト１のＲＡＭ１
０上にあり、フレームバッファ１５上の１６個のバンド
の中の、それぞれのイメージデータを、すでにプリンタ
２へ転送したかどうか管理している。バンド番号の欄
は、１ページ内の１６個のバンドの番号を表わし、転送
完了の欄は、初期状態としてすべて０がセットされてい
て、データ転送が終わっていないバンドは０のままであ
り、データ転送が完了したバンドは、１がセットされ
る。

【００７６】もちろん、ドライバ１３による、文書の１
ページ毎のプリンタコマンド作成処理が開始されるたび
に、バンド管理表１６は初期化される。

【００７７】図５は、ホスト１からプリンタ２へ送られ
る、バンド毎のイメージデータのコマンド構造の説明図
である。

【００７８】先頭には、ジョブ開始コマンド４１、次に
ページ毎にページ開始コマンド４２、ページ内のバンド
毎にバンド番号コマンド４３と続く。バンド番号コマン
ド４３は、それぞれのバンドについて、最低１度は発行
される。イメージのない空白のバンドについても、バン
ド番号コマンド４３は発行される。

【００７９】バンド番号コマンド４３の後には、イメー
ジブロックの貼り付け位置を示す位置指定コマンド４
４、イメージブロックの縦のサイズ４５、イメージブロ
ックの横のサイズ４６、データの大きさ４７と続き、最
後に圧縮されたイメージブロックデータ４８がセットさ
れる。ところで、既に述べたが、１つのバンドには、単
一の矩形のイメージブロックが含まれるだけである。

【００８０】なお、空白バンドを表わす場合には、バン
ド番号コマンド４３のあとに続く位置指定コマンド４４
以降のコマンドはない。これで、空白バンドを表わす。

【００８１】また、データ転送後に再描画の行われたバ
ンドについては、ドライバ１３上で、再度、バンド番号
コマンド４３以降のコマンドが発行されて、プリンタ２
にデータ転送される。以前送ったバンドのデータについ
てのキャンセルのコマンドはないが、再度、同じ番号の
バンド番号コマンド４３を送ること自体が、前送ったバ
ンドデータのキャンセルを意味する。

【００８２】それらバンドデータの再送を含めたバンド
データ転送が全て完了した場合は、そのページの印刷の
コマンド作成が完了したことを意味するページ終了コマ
ンド４９を転送する。

【００８３】以上の処理をページ毎に繰り返すことによ
って、アプリケーション１２から依頼のあった文書の全
ページの印刷が完了する。そして、最後にジョブ終了コ
マンド５０をプリンタ２へ転送して、全ての処理が終了
する。

【００８４】この時点で、ドライバ１３は、フレームバ
ッファ１５上のフレームバッファ１５とバンド管理表１
６をワーク領域１４から取り除く。

【００８５】ところで、プリンタ２のコントローラ部３
は、受信したプリンタコマンド内の圧縮されたブロック
イメージデータを、イメージ伸長・ビデオ転送回路２３
を用いてデータ伸長し、同時にビデオ信号に変換して、
エンジン部４に転送する。

【００８６】図６は、コントローラ部３のＲＡＭ２５の
中のワーク領域２８内に存在する管理表２９の説明図で
ある。

【００８７】コントローラ部３は、この管理表２９を用
いて、受信バッファ２６に受信した、各ページ毎のバン
ドデータの管理を行っている。

【００８８】管理表２９には、まずページ番号の欄があ
り、次に、各ページ内のバンドの番号欄があり、さら
に、受信バッファ２６内の各バンドデータの格納開始ア
ドレス欄があり、それぞれセットされる。なお、各欄の
初期値は、−１である。

【００８９】図６の場面は、１ページ目のバンドのデー
タの受信が進み、バンド番号の１番から１６番まで受信
が行われたことを示している。また、１ページ目のバン
ドの受信が全て完了したことを表わすため、存在しない
バンド番号１７、及び、その行の開始アドレス欄に、−
２がセットされている。

【００９０】なお、バンド番号１番、１１番、１２番、
１５番、１６番に−１がセットされているが、これは、
イメージデータを含まない空白のバンドであることを示
している。

【００９１】また、再描画が行われて、バンドデータの
再転送が発生したバンドについては、受信バッファ２６
に受信後、管理表２９上は、開始アドレスの欄が書き換
わるだけである。

【００９２】ところで、図６は、１ページ目のすべての
バンドデータの受信が完了し、２ページ目のバンドデー
タの受信に移り、現在、２ページ目の２番目のバンドデ
ータを受信続行中の場面を示している。

【００９３】図７は、コントローラ部３のＲＯＭ２４に
内蔵されているプログラムを示す。

【００９４】６１は、受信管理プログラムであり、受信
バッファ２６に貯蔵される各ページ内のバンド毎のイメ
ージデータを、管理表２９を用いて管理する。受信部２
２への受信データの受信バッファ２６上の書き込み位置
の指示も行う。

【００９５】解析プログラム６２は、受信バッファ２６
上に貯えられたイメージデータ、すなわち、イメージブ
ロック貼り付けのコマンド群を解析して、イメージブロ
ックのデータ伸長作業と、エンジン部４へのビデオ信号
転送作業を、イメージ伸長・ビデオ転送回路２３に指示
し、また、エンジン部４へは、印刷処理の実行を指示す
る。そして、排紙が完了したページについては、受信バ
ッファ２６上からそのページのデータを削除する作業も
行う。削除するといっても、管理表２６から、排紙済み
ページの登録を抹消するだけである。受信バッファ２６
上で、データクリアを行うわけではない。

【００９６】従って、解析プログラム６２の中では、バ
ンド毎の解析と、バンド毎のビデオ出力、排紙作業が繰
り返し行われていることになる。

【００９７】各プログラムの動作の詳細は、後述のフロ
ーチャートで詳しく説明する。

【００９８】なお、受信管理プログラム６１と解析プロ
グラム６２は、プリンタ２の電源オンと同時に立ち上が
り、ホスト１からデータ送信を待ち構えることになる。
以後、プリンタの電源オフまで、２つのプログラムは、
マルチタスクで動作を続行する。

【００９９】図８は、受信バッファ２６内の受信したデ
ータの書き込み処理が進行する際の各ポインタの位置関
係を説明するための図である。受信バッファ２６は、い
わゆる「リングバッファ」の構造になっている。

【０１００】受信部２２は、あらかじめ受信管理プログ
ラム６１から、限界ポインタ７１を指示されていて、受
信バッファ２６内でこの位置まで、受信したデータの直
接書き込みが許されている。１バイトごとに加算される
書き込み位置自体は、受信部２２が管理している。

【０１０１】図８で説明すると、プリンタ２の起動直後
は、限界ポインタ７１は受信バッファ２６の最大値の位
置、すなわち、受信バッファ２６の領域の最後尾のアド
レスと一致しているが、この図では説明のために、限界
ポインタ７１が、受信バッファ２６の最大値の少し手前
に設定されている。そして、この状態では、受信部２２
による受信データの書き込みが、限界ポインタ７１の少
し手前まで進んで来たことを示している。

【０１０２】また、受信済みのデータについては、解析
プログラム６２の制御によって、順次並行して、データ
解析作業、圧縮されたイメージデータの伸長作業、エン
ジン部４へのビデオ転送作業、エンジン部４による印刷
作業が実行される。そして、エンジン部４への排紙の指
示が完了したページまで、解析ポインタ７２が設定され
る。その後、排紙が無事完了したページについては、排
紙ポインタ７３が設定される。受信したデータのうち、
排紙ポインタ７３のアドレス以前の部分については、も
う既に排紙済みで不要なので、「消去」された状態にな
っていて、新しい受信データが書き込み可能である。
「消去」といっても実際にクリアーされているわけでは
なく、新しい受信データは上書きされる形である。

【０１０３】なお、解析ポインタ７２、排紙ポインタ７
３は、ページ単位に設定される。解析プログラム６２
は、受信バッファ２６上のページ境界位置等を、受信管
理プログラム６１が作成、管理している管理表２９上で
調べることによってわかる。

【０１０４】図８の（ｂ）は、受信バッファ２６の最大
値の位置まで受信データの書き込みが進んでしまい、受
信管理プログラム６１が、限界ポインタ７１を受信バッ
ファ２６の先頭位置付近に移動させるよう受信部２２に
指示し、実際に、受信部２２による受信データの書き込
みが、先頭部分で少し進んだ状態を示している。これが
いわゆる「リングバッファ」の動作である。

【０１０５】限界ポインタ７１の変更は、次の手順で行
なわれる。まず、受信部２２による受信データの書き込
みが、限界ポインタ７１まで進むと、受信部２２は「限
界に達してこれ以上書き込めない」ことを受信管理プロ
グラム６１に知らせる。すなわち、限界ポインタ７１の
変更を催促する。催促された受信管理プログラム６１
は、排紙ポインタ７３を調べ、新しく空いた領域がない
かチェックする。そして、新しい限界ポインタ７１位置
を排紙ポインタ７３位置として、受信部２２へ指示す
る。これで、受信部２２は、古い限界ポインタ７１位置
から、新しい限界ポインタ７１位置まで、受信データの
書き込みが可能になる。

【０１０６】なお、受信部２２は、「書き込み位置が限
界ポインタ７１に達したとき」以外にも、受信データ中
に「ジョブ開始コマンド４１を検知したとき」や、「ペ
ージの開始コマンド４２を検知したとき」、「バンド番
号コマンド４３を検知したとき」、「ジョブ終了コマン
ド５０を検出したとき」等も受信管理プログラム６１に
連絡を行う。これによって、受信管理プログラム６１
は、受信の実作業、すなわち、信号線の制御や受信した
データのメモリへの書き込みを受信部２２に任せなが
ら、受信したページの管理が可能になる。

【０１０７】ところで、受信部２２は、ホスト１から受
信したデータを高速で受信バッファ２６に直接書き出す
仕組み、いわゆるＤＭＡ（ダイナミック・メモリ・アク
セス）受信回路を持っているわけだが、ＦＩＦＯ（ファ
ーストイン・ファーストアウト）バッファが内蔵されて
おり、ホスト１から送られてくるイメージデータは、一
旦、このＦＩＦＯバッファに貯えられてから、受信管理
プログラム６１から指示された受信バッファ２６上の書
き込み位置へ、高速で書き込まれる。なお、このような
処理は、技術的には、周知なので、ここでの詳細な説明
は省略する。

【０１０８】（ｂ）次に、本例の動作を、フローチャー
トを用いて説明する。

【０１０９】図９，図１０は、ホスト１上のプリンタド
ライバ１３の動作を説明するフローチャートである。プ
リンタドライバ１３は、ユーザーが用いるアプリケーシ
ョンソフト１２で作成した文書データから、図５で説明
したバンド毎のイメージのプリンタコマンドを作成し、
プリンタ２へ転送する。ユーザーがアプリケーションソ
フト１２から文書の印刷を指示すると、ホスト１内でプ
リンタドライバ１３が起動される。

【０１１０】ドライバ１３は、起動時には、ホスト１の
ＲＡＭ１０上に１ページ分の大きさの、イメージ展開領
域としてのフレームバッファ１５、及び、バンド管理表
１６を確保し、同時にフレームバッファ１５をクリアす
る。また、ドライバ１３の文書印刷処理の終了時には、
フレームバッファ１５、および、バンド管理表１６とし
て使われていたメモリ領域は開放される。

【０１１１】処理としては、まず、ステップＳ１で、ジ
ョブ開始コマンド４１をプリンタ２へ転送し、次にステ
ップＳ２で、変数ｍに印刷しようとしている文書のペー
ジ数に１を加算した値をセットし、ステップＳ３で変数
ｍｐに１をセットする。そして、ステップＳ４で、変数
ｍｐが変数ｍより小さいかチェックし、ＮＯなら文書の
すべてのページ数の処理が終わったことになるので、ス
テップＳ５でジョブ終了コマンド５０を転送して、ドラ
イバ１３の処理を終了する。

【０１１２】ステップＳ４でＹＥＳなら、ステップＳ６
で、ページ開始コマンド４２をプリンタ２へ転送し、ス
テップＳ７で、どのような文書形式のページか、アプリ
ケーション１２に問い合わせ、ステップＳ８で、図３で
説明したように、図２の方法でバンドデータを先にデー
タ転送した方法が有効かどうか判断し、有効であると判
断したなら、ステップＳ９へ進む。

【０１１３】ステップＳ８では、印刷しようとしている
ページの文書形式が、「文字だけで、ポートレートの横
書き」文書か、あるいは、「文字＋小さなイメージか図
形の、ポートレートの横書き」文書であれば、“有効”
と判断して、ステップＳ９へ進む。

【０１１４】ステップＳ９では、まずバンド管理表１６
を、すべて０クリアし、ステップＳ１０で、アプリケー
ション１２からの描画指示を、１つだけ得て、ステップ
Ｓ１１で、アプリケーション１２から描画指示が、実際
に得られたかチェックする。

【０１１５】ここで、ＹＥＳなら、ステップＳ１２で、
この描画指示がこのページで最初の描画指示かチェック
し、ＹＥＳならステップＳ１３で、描画予定のバンドよ
り、前の位置のバンド、すなわち上の位置のバンドがあ
るか、チェックし、ステップＳ１４で、“バンドあり”
と判定されれば、ステップＳ１５で、描画予定のバンド
より前の位置、すなわち上の位置に対応するバンド番号
コマンドだけを、プリンタ２へ転送する。これは、空白
のバンドを送ったことになる。そして、バンド管理表１
６で、データ転送したバンドに対応した行の転送完了欄
に１をセットして、ステップＳ１６に移る。ステップＳ
１４でＮＯの場合も、ステップＳ１６に移る。

【０１１６】ステップＳ１６では、フレームバッファ１
５上に、実際に描画を実行して、バンド管理表１６にお
いて、描画したバンドの行の転送完了欄に、０をセット
する。そして、ステップＳ１０の直前に戻ってループを
形成し、次の描画処理を続行する。

【０１１７】ステップＳ１２で、最初の描画指示ではな
いと判断されたならば、ステップＳ１７で、描画予定の
バンド番号に対して、その前の位置、すなわちそれより
上の位置のバンド番号で、データ転送していないバンド
番号があるかチェックする。このチェックは、バンド管
理表１６上、描画予定のバンドより上の位置のバンド
で、転送完了欄に、０がセットされていないか、サーチ
して行う。

【０１１８】そして、ステップＳ１８で、“バンドあ
り”と判断されたならば、ステップＳ１９で、転送する
バンド領域内から、イメージが実際に含まれる矩形領域
を、単一のブロックとして切り出し、データ圧縮する。
そして、ステップＳ２０で、位置指定コマンド４４をプ
リンタ２へ転送し、ステップＳ２１で、イメージブロッ
クの、縦サイズ４５、横サイズ４６、圧縮後のデータの
大きさ４７、圧縮したイメージブロックデータ４８をセ
ットし、プリンタ２にコマンドを転送する。それと同時
に、バンド管理表１６上で、転送の完了したバンドの行
の転送完了欄に１をセットする。

【０１１９】その後、ステップＳ２２で、ステップＳ１
７のチェックで転送すべきと判断されて、転送がまだ済
んでいないバンドが残っていないかチェックし、まだ、
残りがあるならば、ステップＳ１９の直前に戻ってルー
プを形成し、残りのバンドがなくなるまで、転送処理を
繰り返す。

【０１２０】ステップＳ１８でＮＯ、あるいは、ステッ
プＳ２２でＮＯの場合は、ステップＳ１６へ移り、フレ
ームバッファ１５上に、実際に描画を実行して、バンド
管理表１６において、描画したバンドの行の転送完了欄
に０をセットする。そして、ステップＳ１０の直前に戻
ってループを形成し、次の描画処理を続行する。

【０１２１】ステップＳ１１でＮＯの場合は、文書のこ
のページの描画はすべて完了したことになる。そこで、
図１０のステップＳ３４に移り、バンド管理表１６を調
べて、コマンド転送を完了していないバンドがあるかチ
ェックし、あるのなら、ステップＳ３５で、データ転送
するバンド領域内から、イメージが実際に含まれる矩形
領域を、単一のブロックとして切り出し、データ圧縮す
る。そして、ステップＳ３６で、位置指定コマンド４４
をプリンタ２へ転送し、ステップＳ３７で、イメージブ
ロックの縦サイズ４５、横サイズ４６、圧縮後のデータ
の大きさ４７、圧縮したイメージブロックデータ４８を
セットし、プリンタ２にコマンドを転送する。それと同
時に、バンド管理表１６上で、転送の完了したバンドの
行の転送完了欄に１をセットする。

【０１２２】その後、ステップＳ３８で、ステップＳ３
４のチェックで転送すべきと判断されて、転送がまだ済
んでいないバンドが残っていないか、チェックし、ま
だ、残りがあるならば、ステップＳ３５の直前に戻って
ループを形成し、残りのバンドがなくなるまで、転送処
理を繰り返す。

【０１２３】ステップＳ３４でＮＯの場合、ステップＳ
３８でＮＯの場合は、ステップＳ３９で、ページ終了コ
マンド４９をプリンタ２へ転送し、ステップＳ４０で、
変数ｍｐに１を加算した後、ステップＳ４の直前に戻っ
て、文書の次のページの処理に移る。

【０１２４】ステップＳ８でＮＯの場合、すなわち、描
画動作と並行して、描画の完了したバンドのイメージデ
ータをプリンタ２へ転送する方法に、適していないと判
断された文書形式のページの場合は、図１０のステップ
Ｓ２３に移る。これ以降は、フレームバッファ１５へ全
ての描画が完了してから、プリンタコマンドの作成処理
を開始する。バンド管理表１６を使用してのバンド管理
も行わない。

【０１２５】そこで、まずステップＳ２３では、フレー
ムバッファ１５上に、アプリケーション１５からのその
ページへの描画の指示を全て実行し、ステップＳ２４
で、変数ｎに１７をセットする。１７という値は、用紙
サイズを長手方向に均等に１６のバンドに分割する意味
での、「１６」の値に１を加算した値である。そして、
ステップＳ２５で、変数ｎｐに１をセットし、ステップ
Ｓ２６で変数ｎｐが変数ｎより小さいかチェックし、Ｎ
Ｏなら１ページの１６個のバンド処理が終了したことを
意味するので、ステップＳ３９でページ終了コマンド４
９をプリンタ２へ転送した後、ステップＳ４０で変数ｍ
ｐに１を加算して、ステップＳ４の直前に戻り、次のペ
ージのバンド出力処理に移る。

【０１２６】ステップＳ２６でＹＥＳなら、ステップＳ
２７で、ｎｐ番目のバンド番号コマンド４３をプリンタ
２へ転送し、ステップＳ２８で、フレームバッファ１５
から、ｎｐ番目のバンドの大きさのイメージを切り出
し、ステップＳ２９で、そのバンドが空白かチェック
し、ＹＥＳなら、ステップＳ３３で変数ｎｐに１を加算
してから、ステップＳ２６の直前に戻り、ループを形成
して、次のバンドの処理に移る。

【０１２７】ステップＳ２９でＮＯなら、ステップＳ３
０で、データ転送するバンド領域内から、イメージが実
際に含まれる矩形領域を、単一のブロックとして切り出
し、データ圧縮する。そして、ステップＳ３１で、位置
指定コマンド４４をプリンタ２へ転送し、ステップＳ３
２で、イメージブロックの縦サイズ４５、横サイズ４
６、圧縮後のデータの大きさ４７、圧縮したイメージブ
ロックデータ４８をセットしし、プリンタ２にコマンド
転送する。

【０１２８】その後は、ステップＳ３３で変数ｎｐに１
を加算してから、ステップＳ２６の直前に戻り、ループ
を形成して、次のバンドの処理に移る。

【０１２９】図１１は、受信管理プログラム６１の動作
を説明するためのフローチャートである。このプログラ
ムは、プリンタ２の電源立ち上げと同時に、動作を開始
する。

【０１３０】まず、ステップＳ５１で、受信バッファ２
６、ワーク領域２８内にある管理表２９等をクリアし、
ステップＳ５２で、受信部２２に受信データ書き込みの
限界値、すなわち、図８で説明した限界ポインタ７１の
値を、受信バッファ２６の最大値にセットする。これに
より、受信部２２は、受信バッファ２６の大きさまでフ
ルに書き込めることになる。その後、ステップＳ５３
で、ユーザーがプリンタ２を電源オフしたかチェック
し、ＹＥＳならこのプログラムの処理を終了する。

【０１３１】ステップＳ５３でＮＯなら、ステップＳ５
４で受信部２２から受信開始の知らせがあったかチェッ
クする。受信開始の知らせとは、受信部２２がホスト１
から受け取った転送データの中から、ジョブ開始コマン
ド４１を検知したかどうかの知らせである。ステップＳ
５４でＮＯなら、ステップＳ５３の直前に戻り、ループ
を形成して、ホスト１からのプリントコマンドの転送を
待つ。

【０１３２】ステップＳ５４でＹＥＳなら、ステップＳ
５５で受信部２２へ受信データの受信バッファ２６への
書き込み開始を指示する。

【０１３３】なお、受信部２２は、ジョブ開始コマンド
４１を検知したら、まず、ホスト１からの受信を一時停
止し、受信管理プログラム６１に対してジョブ開始コマ
ンド４１を検知したことを知らせ、それから受信管理プ
ログラム６１から受信データの受信バッファ２６への書
き込み開始が指示されるまで待つ。これがステップＳ５
５に相当する。また、受信部２２は、ジョブ開始コマン
ド４１を検知するまでの受信データは、全て受け捨てる
形になっている。すなわち、ホスト１からデータは受信
するが、受信バッファ２６には書き込まない。

【０１３４】ステップＳ５５の後は、ステップＳ５６
で、受信部２２から何らかの知らせがあったかチェック
し、ＮＯなら知らせがあるまで待つ。ＹＥＳなら、その
知らせが、ページ開始コマンド４２の検知かチェック
し、ＹＥＳなら、ステップＳ５８で、管理表２９にペー
ジのデータの受信開始をセットする。すなわち、管理表
２９のページ番号欄に、ページ番号をセットする。その
後は、ステップＳ６３で、受信部２２に、受信データの
受信バッファ２６への書込み続行を指示した後、ステッ
プＳ５６の直前に戻り、受信部２２からの知らせを待
つ。

【０１３５】ステップＳ５７でＮＯの場合は、ステップ
Ｓ５９で、受信部２２からの知らせがバンド番号コマン
ド４３の検知かチェックし、ＹＥＳなら、ステップＳ６
０で、管理表２９に、バンド番号とバンドデータの開始
位置をセットし、その後は、前述したステップＳ６３以
降の処理を行う。

【０１３６】ステップＳ５９でＮＯの場合は、ステップ
Ｓ６１で、受信部２２からの知らせがページ終了コマン
ド４９の検知かチェックし、ＹＥＳなら、ステップＳ６
２で、管理表２９に、ページの全てのバンドデータの受
信完了をセットする。すなわち、管理表２９のバンド番
号欄に１７をセットし、開始アドレス欄に−２をセット
する。その後は、前述したステップＳ６３以降の処理を
行う。

【０１３７】なお、ステップＳ５８、ステップＳ６０、
ステップＳ６２で、管理表２９への記録を行っている
が、その際には、解析プログラム６２が管理表２９を書
き換え中かどうかチェックし、書き換え中であれば、解
析プログラム６２による書き換え処理が完了してから、
受信管理プログラム６１が管理表２９への記録を行う。

【０１３８】ステップＳ６１でＮＯの場合は、ステップ
Ｓ６４で、受信部２２からの知らせがジョブ終了コマン
ド５０の検知かチェックし、ＹＥＳなら、ステップＳ７
２に飛んで、受信部２２に、受信データの受信バッファ
２６への書込みを終了するように指示して、ステップＳ
５３の直前に戻ってループを形成し、次のジョブ開始の
知らせを待つ。

【０１３９】上述のように、受信部２２は、ジョブ開始
コマンド４１、ページ開始コマンド４２、バンド番号コ
マンド４３、ページ終了コマンド４９、ジョブ終了コマ
ンド５０等を検知すると、受信動作をいったん停止し
て、受信管理プログラム６１による管理表２９のセット
と、受信管理プログラム６１による受信動作再開の指示
を待って、受信作業を再開する形になっている。すなわ
ち、受信部２２と受信管理プログラム６１は、相互に緊
密に関わり合いながら、データの受信処理が進行するこ
とになる。

【０１４０】ところで、ステップＳ６４でＮＯの場合
は、ステップＳ６５で、受信部２２からの知らせが、受
信データの書き込みが指定された限界値に達したとの知
らせなのかチェックし、ＮＯなら、ステップＳ５６の直
前に戻ってループを形成し、受信部２２による受信デー
タの書き込みを続ける。

【０１４１】ステップＳ６５でＹＥＳなら、ステップＳ
６６で新しい限界値を受信部２２に指示可能かチェック
し、ＹＥＳなら、ステップＳ６７で新しい限界値を受信
部２２に知らせて、その後はステップＳ５６の直前に戻
り、ループを形成して、受信部２２による受信データの
受信バッファ２６への書き込みを続ける。

【０１４２】ステップＳ６６でＮＯなら、ステップＳ６
８で、受信データが大きすぎるのかチェックする。“大
きすぎる”とは、受信バッファ２６を全て使っても、あ
る１ページ分のデータが受信しきれないことを示してい
る。大きすぎると判断した場合は、ステップＳ６９でプ
リンタ２のパネル上データにエラー表示を行い、ステッ
プＳ７０で、受信バッファ２６、ワーク領域２８内にあ
る管理表２９等をクリアし、ステップＳ７１で、受信部
２２に対し、受信データ書き込みの限界値を受信バッフ
ァ２６の最大値とセットする。その後、ステップＳ７２
で受信部２２に書き込み終了を指示してから、ステップ
Ｓ５３の直前に戻り、ループを形成して次の文書のジョ
ブ開始の知らせを待つ。これによって、大きすぎてエラ
ーとなってしまったページを含んだ文書ジョブは、巨大
なページ以降、すべて受け捨てられることになる。

【０１４３】ステップＳ６８でＮＯならば、ステップＳ
７３で１秒待ち、解析プログラム６２によって解析が進
み、受信バッファ２６に空きができるのを待つ。そし
て、ステップＳ６６の直前に戻りループを形成して、ス
テップＳ６６で、受信バッファ２６の空きを確認する。

【０１４４】なお、ステップＳ６９で、“プリンタ２の
パネル上にエラー表示”と記載したが、パネルは図１の
構成図では、説明していない。しかし、通常のプリンタ
等では、“印刷可”の状態なのか“エラー”の状態なの
か“用紙なし”の状態なのか区別するために、プリンタ
２の前面か上面に、液晶パネルか状態表示ランプが設置
されているのが普通である。なお、ここでの詳細な説明
は省略する。

【０１４５】図１２は、受信部２２の動作を説明するた
めのフローチャートである。図１１では、受信管理プロ
グラム６１の動作を説明する際に、ついでに受信部２２
の動作も言葉で説明したが、分かりにくいのでフローチ
ャートにして図１２とした。もちろん、受信部２２はハ
ードウェアの回路であって、通常のプログラムとは異な
るが、動作の順序を、フローチャートで説明する。

【０１４６】受信部２２は、プリンタ２の電源オンと同
時に動作を開始するが、まず、ステップＳ８１で、受信
を一旦停止する。これは、プリンタ２側をビジー状態と
して、ホスト１からのデータ転送を拒否することであ
る。その後、ステップＳ８２で、受信管理プログラム６
１から受信バッファ２６上の書き込み位置の限界値の指
示があるまで待ち、指示があったなら、ステップＳ８３
でホスト１からのデータの受信は可能だが、受信したデ
ータは受け捨てる状態とする。

【０１４７】そして、ステップＳ８４で、ユーザがプリ
ンタ２の電源をオフしたかチェックし、ＹＥＳなら受信
部２２の動作を終了する。ＮＯなら、ステップＳ８５
で、受信したデータからジョブ開始コマンド４１を検知
したかチェックし、ＮＯならステップＳ８４の直前に戻
り、ホスト１からのジョブ開始コマンド４１を待ち受け
る形になる。

【０１４８】ステップＳ８５でＹＥＳなら、ステップＳ
８６で一旦受信を停止し、ステップＳ８７でジョブ開始
コマンド４１を検知したことを、受信管理プログラム６
１へ知らせる。受信を一旦停止するとは、プリンタ２が
ビジー状態で、ホスト１からのデータの受信を拒否して
いる状態である。

【０１４９】次に、ステップＳ８８で、受信管理プログ
ラム６１から受信バッファ２６への書込み開始の指示が
あるまで待ち、指示があったなら、ステップＳ８９で、
ホスト１からの受信を行い、受信したデータは受信バッ
ファ２６上に書込む動作を開始し、ステップＳ９０で、
受信、および、書込み動作を続行する。そして、ステッ
プＳ９１で、ページ開始コマンド４２を検知したかチェ
ックし、ＹＥＳなら、ステップＳ９２で受信管理プログ
ラム６１に、ページ管理コマンド４２を検知したことを
知らせる。

【０１５０】この時点で、受信管理プログラム６１は、
受信文書のページ番号を管理表２９に記録する。ステッ
プＳ９２の後は、ステップＳ９７で受信を一旦停止した
後、ステップＳ９８で受信管理プログラム６１から受信
続行の指示があるまで待ち、受信続行の指示があったな
らば、ステップＳ９０の直前に戻りループを形成して、
受信、および、受信バッファ２６への書込みを続行す
る。

【０１５１】ステップＳ９１でＮＯなら、ステップＳ９
３で、バンド番号コマンド４３を検知したかチェック
し、ＹＥＳなら、ステップＳ９４で、受信管理プログラ
ム６１にバンド番号コマンド４３を検知したことを知ら
せる。この時点で、受信管理プログラム６１は、管理表
２９に、バンド番号とバンドデータの開始アドレスを記
録する。その後は、前述のステップＳ９７以降の処理に
移る。

【０１５２】ステップＳ９３でＮＯなら、ステップＳ９
５で、ページ終了コマンド４９を検知したかチェック
し、ＹＥＳなら、ステップＳ９６で、受信管理プログラ
ム６１にページ終了コマンド４９を検知したことを知ら
せる。この時点で、受信管理プログラム６１は、管理表
２９のバンド番号欄に１７、開始アドレス欄に−２をセ
ットする。その後は、前述のステップＳ９７以降の処理
に移る。

【０１５３】ステップＳ９５でＮＯなら、ステップＳ９
９で、ジョブ終了コマンド５０を検知したかチェック
し、ＹＥＳならステップＳ１００で、受信を一旦停止
し、ステップＳ１０１で、ジョブ終了コマンド５０を検
知したことを受信管理プログラム６１に知らせる。

【０１５４】次に、ステップＳ１０２で、受信管理プロ
グラム６１から、受信は可だが、受信したデータは受け
捨てるとの指示があるまで待ち、指示があったならステ
ップＳ８３の直前に戻り、次の文書のジョブ開始コマン
ド４１を待つ。

【０１５５】ステップＳ９９でＮＯなら、ステップＳ１
０３で、受信バッファ２６上への書き込み位置が限界に
達してしまったかチェックし、ＹＥＳならステップＳ１
０４で受信を一旦停止し、ステップＳ１０５で受信管理
プログラム６１へ受信バッファ２６への書き込みが限界
に達したことを知らせる。

【０１５６】次に、ステップＳ１０６で受信管理プログ
ラム６１から受信バッファ２６上の新しい書き込み位置
の限界値の指示があったかチェックし、ＮＯなら、ステ
ップＳ１０７で、受信管理プログラム６１から書き込み
終了の指示があったかチェックし、ＮＯならステップＳ
１０６の直前に戻り、ループを形成する。すなわち、受
信管理プログラム６１からの新しい限界値の指示か、書
込み終了の指示があるまで待つ。

【０１５７】なお、ステップＳ１０７で、受信管理プロ
グラム６１から書込み終了の指示があるのは、１ページ
分のデータが大きすぎて、受信バッファ２６全部の領域
を使っても、１ページ分のデータが収まりきらなくてエ
ラーとなったときである。

【０１５８】ところで、ステップＳ１０６でＹＥＳの場
合は、ステップＳ９０の直前に戻り、受信と書込みを続
行する。また、ステップＳ１０７でＹＥＳの場合は、ス
テップＳ８３の直前に戻り、以後のデータは、ジョブ開
始コマンド４１が来るまでは、受信してもすべて受け捨
てることになる。すなわち、ある文書で、大きすぎてエ
ラーとなったページ以降の文書内のページは、全て受け
捨てられることになる。

【０１５９】ところで、ステップＳ１０３でＮＯの場合
も、ステップＳ９０の直前に戻り、データの受信と受信
バッファへの書込みが続行される。

【０１６０】図１３，図１４は、解析プログラム６２の
動作を説明するためのフローチャートである。解析プロ
グラム６２も、プリンタ２の電源オンとともに立ち上が
り、以後、受信部２２によって書込まれた、受信バッフ
ァ２６の中のプリントコマンドの解析、および、排紙処
理を行う。

【０１６１】まず、ステップＳ１１１で、ユーザーがプ
リンタ２を電源オフしたかチェックし、ＹＥＳなら、こ
のプログラムの処理を終了する。ＮＯなら、ステップＳ
１１２で、受信バッファ２６内に受信済みのページのデ
ータがあるかチェックし、ないならばステップＳ１１１
の直前に戻りループを形成して、ホスト１からのデータ
の受信を待つ。

【０１６２】なお、ステップＳ１１２では、管理表２９
を調べることによって、受信済みのページが存在するか
どうかをチェックする。具体的には、管理表２９上で、
バンド番号欄に１７、開始アドレス欄に−２がセットさ
れている行があるかどうかで、受信済みページの有無を
サーチする。なお、管理表２９は、図１２のフローチャ
ートで説明したような動作で、受信管理プログラム６１
が管理を行っている。

【０１６３】ステップＳ１１２でＹＥＳならば、以後、
そのページのプリントコマンドを次々と解析して処理し
てゆくわけだが、まず、ステップＳ１１３で変数ｎに
「１７」をセットする。「１７」は１ページのバンド分
割数「１６」に１を加算した値である。次に、ステップ
Ｓ１１４で、変数ｎｐに１をセットし、ステップＳ１１
５で、変数ｎｐが変数ｎより小さいかチェックし、ＮＯ
なら、バンドの処理がすべて完了したことを示し、ステ
ップＳ１２９へ飛び、排紙の完了を待つ。

【０１６４】ステップＳ１１５でＹＥＳなら、ステップ
Ｓ１１６で、バンドｎｐ番目のデータは、イメージデー
タがなく、空白バンドなのかチェックし、ＹＥＳならス
テップＳ１１７で、変数ｔに０をセットする。そして、
ステップＳ１１９へ飛ぶ。ステップＳ１１６でＮＯな
ら、ステップＳ１１８で変数ｔに１をセットし、ステッ
プＳ１１９へ飛ぶ。

【０１６５】ステップＳ１１９以降、ステップＳ１３５
までは、バンド単位のエンジン部４へのビデオ信号出力
処理を示している。

【０１６６】まず、ステップＳ１１９では、変数ｎｐが
１かチェックする。すなわち、あるページの最初のバン
ドかチェックするわけである。最初のバンドであれば、
ステップＳ１２０でエンジン部４に給紙開始を指示し
て、ステップＳ１２１で用紙があるかチェックし、用紙
なしならばステップＳ１２２で、ユーザーが用紙を追加
セットするまで待ち、それからステップＳ１２５へ飛
ぶ。ステップＳ１２１でＮＯならば、すなわち、用紙が
あるなら、そのままステップＳ１２５へ飛ぶ。

【０１６７】ステップＳ１１９で最初のバンドではない
と判断されたならば、ステップＳ１２３で、前のバンド
のビデオ転送処理が終了するまで待つ。ただし、待って
いる間に、紙ジャム、つまり紙詰まりが発生しているか
を、ステップＳ１２４で常に監視している。仮に、紙ジ
ャムが発生しているのならば、ステップＳ１２４からス
テップＳ１３４へ飛び、紙ジャムからの復帰処理を行
う。

【０１６８】ステップＳ１２３でＹＥＳなら、すなわ
ち、前のバンドのビデオ転送が終了したなら、ステップ
Ｓ１２５で、変数ｔが０かチェックし、ＹＥＳなら、ス
テップＳ１２６で、イメージ伸長・ビデオ転送回路２３
に空白バンドの出力処理を指示して、ステップＳ１２８
へ飛ぶ。

【０１６９】ステップＳ１２５でＮＯなら、ステップＳ
１２７で、イメージ伸長・ビデオ転送回路２３に、ｎｐ
番目のバンドデータに含まれる単一イメージブロック
を、圧縮イメージのデータ伸長をしながらビデオ信号を
出力することを指示して、ステップＳ１２８へ飛ぶ。

【０１７０】ステップＳ１２８では、変数ｎｐに１を加
算してから、ステップＳ１１５の直前に戻り、次のバン
ドデータのバンドメモリへの展開、および、ビデオ信号
出力処理へ移る。

【０１７１】ステップＳ１１５でＮＯの場合は、バンド
出力処理がすべて終了して、後は、ステップＳ１２９以
降で印刷された用紙の排紙の完了を待つだけとなるが、
まずステップＳ１２９では、排紙が完了したかチェック
し、ＮＯならば、ステップＳ１３３で、紙ジャム、つま
り、紙詰まりが発生したかチェックし、ＮＯならばステ
ップＳ１２９の直前に戻りループを形成して、排紙の完
了まで待つ。

【０１７２】ステップＳ１２９で、排紙が完了したと判
断したならば、ステップＳ１３０で、受信管理プログラ
ム６１に、管理表２９を書き換え中であることを知ら
せ、ステップＳ１３１で、管理表２９上の、排紙済みペ
ージの記録をクリアし、ステップＳ１３２で、受信管理
プログラム６１に、管理表２９の書き換えが完了したこ
とを知らせる。そして、ステップＳ１１１の直前に戻っ
て、次の受信済みページの処理を続ける。

【０１７３】ステップＳ１３３でＹＥＳならば、ステッ
プＳ１３４で紙ジャム発生をパネル表示し、ステップＳ
１３５でユーザーが詰まった紙を取り除くまで待ち、取
り除いたことがわかれば、ステップＳ１１１の直前まで
戻り、もう一度、前回処理を行なった受信済みページデ
ータの、ビデオ出力、排紙処理を試みる。

【０１７４】なお、ステップＳ１３１では、管理表２９
上のページの登録をクリアしているが、受信管理プログ
ラム６１は、この領域がクリアされていることをチェッ
クして、受信部２２に対して、新しい受信データ書込み
の限界値の指示を行う。

【０１７５】次に、図１５，図１６，図１７で、イメー
ジ伸長・ビデオ転送回路２３の動作を説明する。

【０１７６】イメージ伸長・ビデオ転送回路２３は、ハ
ードウェア回路であって、プログラムではないが、その
動作を図１６，図１７のフローチャートを用いて説明す
る。なお、前述したように、解析プログラム６２が、イ
メージ伸長・ビデオ転送回路２３に指示をし、エンジン
部４に対して、ビデオ信号の出力を実行させる。イメー
ジ伸長・ビデオ転送回路２３の処理の中には、空白バン
ドの処理、圧縮されたブロックイメージデータから直接
の、圧縮イメージデータの伸長と、伸長したデータから
ビデオ信号出力処理の２つが含まれる。

【０１７７】また、図示しないが、イメージ伸長・ビデ
オ転送回路２３の中には、ブロックイメージデータか
ら、１ライン分、圧縮イメージデータを伸長した後で、
伸長したデータを取っておくための、ラインバッファが
内蔵されている。このラインバッファのデータを基に、
ビデオ信号を作成してエンジン部４に出力する。

【０１７８】まず、図１５では、図１６，図１７のフロ
ーチャートで用いる各変数の説明をする。

【０１７９】変数ｈは、バンドの高さを示す。これは、
ビデオ信号を出力する際のライン数に相当する。変数Ｉ
は、バンドの巾を示す。この大きさは、バイトを単位と
している。すなわち、８の倍数のドット数が、ビデオ信
号の白黒のビットに変換されて出力される。

【０１８０】変数ｈａは、イメージブロックに到達する
までの上マージンである。ビデオ信号は、何も送る必要
のない部分のライン数である。変数ｈｂは、イメージブ
ロックの高さ、すなわち、ブロックのライン数である。

【０１８１】変数ｌａは、イメージブロックの左マージ
ンである。この部分は、ビデオ信号は何も送る必要がな
い。変数ｌｂは、イメージブロックの巾である。ｌａ，
ｌｂの値についても、大きさは、バイトを単位としてい
る。すなわち、８の倍数のドット数が、ビデオ信号の白
黒のビットに変換されて出力される。

【０１８２】前述したホスト１上のドライバの動作とし
ては、バンドやブロックイメージデータの巾方向は“バ
イト単位の大きさ”に揃えることについては、何も記述
されていなかったが、ハードウェア回路を用いた高速な
イメージ出力を可能にするには、上記のような区切りの
良くなる工夫が必要になる。ドライバも、このような工
夫を前提として、プリントコマンドをプリンタ２へ転送
する。

【０１８３】次に、図１６，図１７で、イメージ伸長・
ビデオ転送回路２３の動作を説明する。

【０１８４】この回路２３は、プリンタ２の電源オンと
同時に動作を開始するが、まず、ステップＳ１４１で、
ユーザーがプリンタ２を電源オフしたかチェックし、Ｙ
ＥＳなら、この回路２３は動作を終了する。ＮＯなら、
ステップＳ１４２で、解析プログラム６２からビデオ信
号出力の指示があったかチェックし、ＮＯなら、ステッ
プＳ１４１の直前に戻り、ループを形成して、解析プロ
グラム６２からの指示を待つ。

【０１８５】ステップＳ１４２でＹＥＳなら、ステップ
Ｓ１４３で、変数ｈにバンドの高さ、すなわち、バンド
の総ライン数をセットする。この値は、解析プログラム
６２から、ビデオ信号の出力の指示があったときに、同
時に与えられる。そして、ステップＳ１４４で、解析プ
ログラム６２からの指示が、空白バンドの出力指示かチ
ェックし、ＹＥＳならステップＳ１４５で、変数ｔに０
をセットして、ステップＳ１４８へ飛ぶ。

【０１８６】ステップＳ１４４でＮＯならば、バンド内
に単一のイメージブロックがあって、その圧縮されたイ
メージブロックデータを、イメージ伸長・ビデオ転送回
路２３に対して、データ伸長を行って、ビデオ信号を出
力することを指示していることを意味する。そこで、ス
テップＳ１４６で、変数ｌにバンド巾の値をセットす
る。この値も、解析プログラム６２から、ビデオ信号の
出力の指示があったときに、同時に与えられる。

【０１８７】次に、ステップＳ１４７で、変数ｔに１を
セットし、変数ｈａにはブロックの上マージン、変数ｈ
ｂにはブロック高さ、すなわち、ブロックの総ライン
数、変数ｌａにはブロックの左マージン、変数ｌｂには
ブロックの巾をセットする。これらの値も、解析プログ
ラム６２から、ビデオ信号の出力の指示があったとき
に、同時に与えられている。そして、ステップＳ１４８
へ移る。

【０１８８】ステップＳ１４８では、変数ｈｐに０をセ
ットする。変数ｈｐは、ビデオ信号を出力すべきバンド
上のラインの位置を示すカウンタである。

【０１８９】そして、ステップＳ１４９で、変数ｔが０
かチェックし、０なら、以後、空白のバンド処理を行う
が、まず、ステップＳ１５０でエンジン部４から、ビデ
オ信号の出力要求があったかチェックし、ＮＯならルー
プを形成して、この要求があるまで待つ。ビデオ信号出
力要求があったなら、そのまま何もせずに、ステップＳ
１５１で、変数ｈｐに１を加算し、ステップＳ１５２
で、変数ｈｐが変数ｈよりも小さいかチェックし、ＹＥ
Ｓなら、すなわち、バンド内のラインでまだ処理が終わ
っていない部分が残っているなら、ステップＳ１５０の
直前に戻って、次の空白のラインの作業を続ける。

【０１９０】ステップＳ１５２でＮＯなら、すなわち、
バンド内の全ての空白ラインの処理が終わったならば、
ステップＳ１５３で、解析プログラム６２に対して、指
示のあったバンドのビデオ信号の出力が完了したことを
知らせる。この中には、空白バンドの出力処理が完了し
たことも含まれる。そして、ステップＳ１４１の直前に
戻って、解析プログラム６２からの次のビデオ出力指示
を待つ。

【０１９１】ステップＳ１４９でＮＯの場合、すなわ
ち、バンドの中の単一イメージブロックを出力する場合
は、図１７のステップＳ１５４以降の処理に移る。

【０１９２】まず、ステップＳ１５４では、ブロックデ
ータ中の第１ラインの圧縮イメージデータの伸長を実行
し、伸長したデータをイメージ伸長・ビデオ転送回路２
３内に存在するラインバッファにセットする。これは、
圧縮データの伸長作業を前もってしておくことによっ
て、ビデオ信号出力時に伸長作業を行ったのでは、ビデ
オ出力のタイミングに間に合わなくなることを防ぐため
である。

【０１９３】その後、ステップＳ１５５でループを形成
して、エンジン部４からのビデオ信号要求があるまで待
ち、あったならばステップＳ１５６で、変数ｈｐが変数
ｈａより小さいかチェックし、ＹＥＳなら何もせずステ
ップＳ１６３へ飛ぶ。これは、ブロックの上マージンの
部分では、ビデオ信号を送らず何もしないことを意味し
ている。

【０１９４】ステップＳ１５６でＮＯならば、ステップ
Ｓ１５７で、変数ｈｐが、変数ｈａと変数ｈｂを加算し
た値より小さいかチェックし、ここでＮＯならば、ビデ
オ信号を送らず何もせずステップＳ１６３へ飛ぶ。これ
は、バンド内でブロックの下の部分が空いているのであ
れば、すなわち、下マージンがあるなら、その部分には
ビデオ信号を送らないことを示している。

【０１９５】ステップＳ１５７でＹＥＳならば、ステッ
プＳ１５８で、ラインの上で変数ｌａの大きさ分、ビデ
オ信号を送らず、ステップＳ１５９で、変数ｌｂの大き
さ分、イメージ伸長・ビデオ転送回路２３の中にあるラ
インバッファ上のデータをビデオ信号に変換して、ビデ
オ信号をエンジン部４へ出力する。そして、ステップＳ
１６０で、変数ｈｂｐに、変数ｈｐの値から変数ｈａの
値を減算し、さらに、１を加算した値をセットする。

【０１９６】次に、ステップＳ１６１で、変数ｈｂｐが
変数ｈｂより小さいかチェックし、ＮＯなら、すなわ
ち、ブロック内の全てのラインのビデオ信号出力が終わ
ったなら、何もせずステップＳ１６３へ飛ぶ。

【０１９７】ステップＳ１６１でＹＥＳなら、すなわ
ち、ブロック内でまだビデオ信号出力していないライン
が残っているのなら、ステップＳ１６２で、ブロックデ
ータ中の変数ｈｂｐ番目のラインの圧縮イメージデータ
の伸長処理を実行し、伸長したデータをイメージ伸長・
ビデオ転送回路２３の中にあるラインバッファにセット
して、ステップＳ１６３へ飛ぶ。

【０１９８】この処理も、圧縮データの伸長作業を前も
ってしておくことによって、ビデオ信号出力時に伸長作
業を行ったのでは、ビデオ出力のタイミングに間に合わ
なくなることを防ぐためである。

【０１９９】ステップＳ１６３では、変数ｈｐに１を加
算してから、ステップＳ１６４で、変数ｈｐが変数ｈよ
り小さいかチェックし、ＹＥＳならステップＳ１５５の
直前に戻って、バンド内の次のラインのビデオ信号出力
処理を続ける。

【０２００】ステップＳ１６４でＮＯなら、図１６のス
テップＳ１５３へ飛んで、ビデオ信号の出力が完了した
ことを解析プログラム６２へ知らせてから、ステップＳ
１４１の直前に戻って、解析プログラム６２からの次の
ビデオ信号出力指示を待つ。

【０２０１】なお、ステップＳ１５３で、イメージ伸長
・ビデオ転送回路２３が、解析プログラム６２に対して
ビデオ信号の出力完了を知らせてから、解析プログラム
６２が、次のバンドのビデオ信号出力指示をイメージ伸
長・ビデオ転送回路２３に指示するまでの間は、非常に
短時間でなければならない。

【０２０２】この間に時間的な空きが入ると、その間、
ビデオ信号が出力されないので、印刷された用紙を見る
と、そのラインの部分だけ、白い筋が入ったような現象
となる。すなわち、バンドとバンドの間に隙間ができ
る。

【０２０３】このようなことから、解析プログラム６２
の排紙時のバンドとバンドの間の処理は、きわめて迅速
に行わなければならない。

【０２０４】（ｃ）ここで、本例における特徴を以下の
（１）〜（９）にまとめて列挙しておく。

【０２０５】（１）本例では、プリンタ２上には、イメ
ージ展開用のフレームバッファやバンドメモリを設ける
必要がないので、メモリが少なくて済み、低コストであ
る。

【０２０６】（２）本例では、コントローラ部３のＣＰ
Ｕ２１は、ほとんど受信バッファ２６のメモリ管理を行
うだけなので、安価な製品でよく、低コスト化できる。

【０２０７】（３）本例では、コントローラ部３では、
バンドメモリ上にイメージを展開して、そのビデオ信号
をエンジン部４に出力するのではなく、圧縮されたイメ
ージデータを、イメージ伸長・ビデオ転送回路２３に対
して、圧縮イメージデータのデータ伸長とビデオ信号へ
の変換、エンジン部４への出力を指示するだけなので、
ＣＰＵ２１の負荷が小さくて済む。

【０２０８】（４）本例では、受信バッファ２６へ１ペ
ージ分のデータを受信してから、印刷を開始する。「ホ
ストベースプリンタ」のように、プリンタ２へのデータ
転送を最優先にするために、ホスト１上で、他のアプリ
ケーションがロックするというような現象は起こらな
い。

【０２０９】（５）本例では、ホスト１上のドライバ
は、バンドの大きさそのもののイメージデータをプリン
タ２に送るのではなくて、バンドの領域の中の、実際に
イメージのある矩形部分だけをプリンタ２へ送るので、
転送データ量は小さくなる。

【０２１０】（６）本例では、空白のバンドがある場合
は、コントローラ部３では、バンドメモリ上に空白部を
展開して、そのビデオ信号をエンジン部４に送るのでは
なく、空白部に相当する部分は、イメージ伸長・ビデオ
転送回路２３に対して、ビデオ信号を送らないよう指示
するだけなので、ＣＰＵ２１の負荷を小さくできる。

【０２１１】（７）本例では、ホスト１のドライバ１３
上で、フレームバッファ１５の１ページ分のイメージ描
画が完了する前に、データ転送するので、その分印刷処
理時間が短縮できる。

【０２１２】（８）本例では、ホスト１のドライバ１３
上で、バンド単位に区切って、前もってデータ転送を行
うが、データ転送後に万が一、バンドへの再描画が行わ
れた場合も、前に送ったバンドデータをキャンセルして
から、再度バンドデータを転送し直すので、印字不良が
生じない。

【０２１３】（９）本例では、ホスト１のドライバ１３
上で、バンド単位に処理を行って、１ページのイメージ
描画が完了する前に、データ転送を開始しているが、文
書の形式によっては、適、不適があるので、ドライバ１
３は、前もってアプリケーションに対して問い合わせを
行って、上記処理に適した文書の場合だけ、前もって転
送する処理を行う。これによって、無駄な処理をなくす
ことができる。

【０２１４】次に、本発明の第２の実施の形態を、図１
８〜図３２に基づいて説明する。

【０２１５】なお、本例は、イメージブロック単位の処
理を前提とした発明である。

【０２１６】まず、本例における発明の概要について説
明する。

【０２１７】前述した第１の発明では、一般的な文書と
しては、文字の多い、ポートレート横書きの文書形式が
多いと仮定して処理を行っていたが、前述のように、現
実の文書では、必ずしも、文字の多い、ポートレート横
書きの文書だけではない。

【０２１８】本例に係る第３の発明では、ドライバ上の
フレームバッファに、アプリケーションからの指示にし
たがって描画を行うが、ある矩形領域の描画が完了した
と考えられる場合は、その時点でその矩形領域、すなわ
ちイメージブロックをデータ圧縮し、プリンタへデータ
転送する。もちろん、データ圧縮作業、データ転送作業
は、フレームバッファ上の他の領域への描画作業と、同
時並行して処理が進められる。

【０２１９】従って、本例の第３の発明では、第１の発
明でのバンド単位で行っていた処理を、比較的小さなイ
メージブロック単位に処理を行うようにした点が異な
る。

【０２２０】なお、ここでの「ある矩形領域」とは、例
えば、文書の中の、「１行」を単位としてもよい。その
際、「ある矩形領域の描画が完了したと考えられる場
合」とは、前の行への文字の追加描画が完了し、次の行
への文字描画が開始された時点である。

【０２２１】また、万が一、一旦データ転送してしまっ
たイメージブロックについて、重ね書き等で、再描画が
発生したときは、以前転送済みのイメージブロックをキ
ャンセルして、イメージブロック同士の重なりがないよ
うに調整した後、イメージブロックを再送するようにす
る。

【０２２２】また、「ホストベースプリンタ」のよう
に、アプリケーションからの描画指示を、ホスト上で蓄
積してソーティングする必要もない。

【０２２３】以上の説明が、本例に係る第３の発明の概
要である。

【０２２４】次に、本発明に係るイメージブロック単位
の処理を前提とした具体例を詳細に説明する。

【０２２５】（ｄ）本例では、ホスト上のドライバが、
フレームバッファ上への描画を行うが、小さな矩形領域
としてのイメージブロックを単位に考え、描画の完了し
たイメージブロックについては、次のイメージブロック
の描画作業と同時並行して、描画完了したイメージブロ
ックデータを圧縮し、プリンタへデータ転送する作業を
行う。上記イメージブロックの単位としては、例えば、
ポートレート横書き文書でいえば、１行分の横に長い矩
形領域を、ひとつのイメージブロックとして考える。

【０２２６】図１８は、システム全体を説明するための
ブロック構成図である。ほとんどは、第１の実施の形態
の図１で説明した構成要素と同じだが、異なる部分だけ
説明する。

【０２２７】第１の実施の形態では、ホスト１のワーク
領域１４上に、バンドごとのデータの転送状況を管理す
るための、バンド管理表１６があったが、第２の実施の
形態では、バンドの代わりにイメージブロックでの制御
を行うので、イメージブロック管理表８１を設けてい
る。

【０２２８】また、プリンタ２の受信バッファ２６上に
蓄積されるデータも、第１の実施の形態では、番号付け
されたバンドごとのイメージデータ２７だったが、本例
では、番号付けされたイメージブロックデータ８２であ
る。

【０２２９】さらに、ワーク領域２８には、第１の実施
の形態では管理表２９が設けられていただけだが、本例
では、受信バッファ２６上の蓄積されたイメージブロッ
クデータを管理するページ管理表８３以外に、１ページ
分の全ブロックをイメージ伸長・ビデオ転送回路２３に
対して、ビデオ信号出力処理を依頼する際に必要となる
ライン領域管理表８４を設けている。

【０２３０】第１の実施の形態では、イメージ伸長・ビ
デオ転送回路２３の処理は、空白バンドの処理と、バン
ドに含まれる単一イメージブロックのビデオ信号出力処
理の２つだったが、本例では、ライン領域管理表８４の
助けを借りて、１ページに含まれる全イメージブロック
のビデオ信号出力処理を行う。

【０２３１】その他の構成要素については、第１の実施
の形態、本例とも、ほとんど同じである。

【０２３２】ところで、コントローラ部３のＣＰＵ２１
は、ＲＡＭ２５の内部の受信バッファ２６やページ管理
表８３、ライン領域管理表８４等のメモリ管理を行うだ
けなので、処理能力のそれほど高くない、安価な製品で
もよい。この点も、第１の実施の形態と同様である。

【０２３３】図１９は、ホスト１上のドライバ１３での
作業の原理を示す説明図である。

【０２３４】図１８でも、一部説明したが、ホスト１上
のドライバ１３は、アプリケーションから印刷の指示を
受けた際に、１ページ分の描画領域としてのフレームバ
ッファ１５を設ける。

【０２３５】アプリケーション１２が印刷を指示した文
書の形式としては、ポートレイト横書きであって、ま
た、プリンタ２は、用紙の搬送方向として、用紙は縦置
き、と仮定して説明を行う。

【０２３６】図１９（ａ）は、アプリケーション１２か
らの描画の指示が、ページの先頭から下へと、順調に移
り変わっていることを示しており、描画の完了した先頭
のイメージブロックから、イメージデータの圧縮と、プ
リンタ２へのデータ転送を行う。もちろん、この作業と
同時並行で、より下の位置のイメージブロックへの描画
処理は続けられる。ここでは、文書の中の“１行”を、
イメージブロックのひとつの単位として扱っている。

【０２３７】図１９（ｂ）は、すべてのイメージブロッ
クの描画と、圧縮、データ転送が完了したが、アプリケ
ーション１２から、先頭のイメージブロック位置に、再
度、図形の描画の指示があったことを示している。この
とき、新たな描画が完了したら、再描画のあった先頭の
イメージブロックについては、プリンタ２へ既に転送済
みの先頭イメージブロックのデータを取り消す指示を
し、そして、再描画のあった矩形領域についてイメージ
ブロックを整え、つまり、重なりのないように２つのイ
メージブロックに分割し、それぞれをデータ圧縮し、プ
リンタ２へ再度データ転送する。

【０２３８】なお、図１９（ｂ）では、再描画のあった
矩形領域について、イメージブロックを整える作業の後
は、図形描画のブロックと、１行目の文字列の左半分の
ブロックの２つのブロックに分けられたことを示してい
る。

【０２３９】仮に、再描画の図形描画領域が、１行目全
体を覆う場合は、図形描画領域だけが単一のイメージブ
ロックとして残り、文字列のブロックは残らない。

【０２４０】また、再描画の図形描画領域が、文字列の
２行にわたってかかる場合は、再転送のためのイメージ
ブロックを整える作業としては、２行の文字列ブロッ
ク、図形描画のブロックと、複数の部分を考慮して行わ
れる。

【０２４１】以上説明したような、転送済みイメージブ
ロックの取り消しと、再送の方法によって、万が一、ア
プリケーション１２の描画の指示が、上から下へと順調
には移り変わらず、重なりのある再描画等で、順序が一
部逆転しているとしても、印字の不良は防げることにな
る。

【０２４２】なお、図１９（ａ）で、あるイメージブロ
ックへの描画が完了したかどうかの判断は、あるイメー
ジブロックへの描画の後で、次の描画が、前の矩形描画
領域からかなり離れた位置で、開始されたかどうかで判
断する。すなわち、図１９の例では、上の行の最後尾に
文字が描画された後、次の行の先頭に文字の描画が開始
されたら、前の行のイメージブロックは描画が完了した
ものと判断する。

【０２４３】前述した第１の実施の形態では、バンド処
理を前提とし、図２で、文書の形式として、ポートレー
トの横書きであって、図形の描画も、先頭のバンドに一
部あるだけ、という条件の上で、原理の説明を行った。
そして、ドライバ上で、描画作業を行いながら、同時に
データ転送を行う処理方法が有効なのは、「文字だけの
ポートレート横書き」の文書形式か、「文字が大部分の
ポートレート横書き＋小さな図形かイメージ」の文書形
式だけと限定していた。

【０２４４】本例でも、図１９において、ポートレート
の横書きを例に説明したが、個々のイメージブロックの
形状は、横長でも縦長でも制限はないので、どのような
文書形式でも区別なく扱うことができる。この場合、ド
ライバ上で、描画作業を行いながら、同時にデータ圧縮
データ転送を行う処理方法は、すべての文書形式で有効
である。

【０２４５】どのような文書形式でも、フレームバッフ
ァ１５上に、完全に１ページ分完了するまで待つという
従来の方法をとる必要はない。

【０２４６】ちなみに、図１９（ｂ）では、縦罫線も縦
長のイメージブロックとして、データ転送している。

【０２４７】図２０，図２１は、イメージブロック管理
表８１の説明図である。

【０２４８】イメージブロック管理表８１は、ホスト１
のＲＡＭ１０上にあり、フレームバッファ１５上におけ
る多数のイメージブロックデータの描画状態、転送状態
を管理している。イメージブロック番号の欄は、描画完
了した順番でのイメージブロックの番号を表わし、左上
端Ｘ座標、左上端Ｙ座標、右下端Ｘ座標、右下端Ｙ座標
は、イメージブロックの矩形領域を記録している。

【０２４９】なお、矩形領域のＸ座標は、バイト単位で
管理している。これは、８ドットを１単位として扱うの
で区切りがよく、ハードウェアのイメージ伸長・ビデオ
転送回路２３が、ビデオ信号の出力処理を行う際も処理
しやすいからである。

【０２５０】転送完了の欄は、初期状態としてすべて０
がセットされていて、データ転送が終わっていないバン
ドは０のままであり、データ転送が完了したバンドは、
１がセットされている。

【０２５１】もちろん、ドライバ１３による文書の１ペ
ージごとのプリンタコマンド作成処理が開始されるたび
に、イメージブロック管理表８１は初期化される。

【０２５２】図２０は、イメージブロックの描画が１番
から１２番まで進み、１番から１１番まではプリンタ２
へのデータ転送が完了したが、１２番は現在描画処理中
で、矩形領域も増加する可能性があることを示してい
る。

【０２５３】同様に図２１は、イメージブロックの描画
が１番から１３番まで進み、１番から１２番まではプリ
ンタ２へのデータ転送が完了したが、その後、１３番の
描画が現在進行中であって、しかも、１３番で描画中の
矩形領域が、すでに転送済みの１番と２番の矩形領域に
かかっていることを示している。

【０２５４】すなわち、１番と２番の転送完了欄が、２
とセットされていることは、そのことを示している。こ
の後、１３番の描画が完了した時点で、１番と２番の転
送済みのデータをキャンセルして、１番、２番、１３番
の矩形領域を、重なりのないように整えて、再度データ
圧縮、データ転送を行わなければならないことを示して
いる。

【０２５５】図２２は、ホスト１からプリンタ２へ送ら
れるバンド毎のイメージデータのコマンド構造の説明図
である。

【０２５６】第１の実施の形態の図５で説明したコマン
ド構造とほとんど同じだが、バンド番号４３の代わり
に、イメージブロック番号９１がセットされる。また、
位置指定コマンド４４の原点は、第１の実施の形態で
は、バンドの左上端だったが、本例では、１ページ分の
フレームバッファ１５の左上端である。

【０２５７】イメージブロックの再送がない限り、イメ
ージブロックの矩形領域は、重なりのないように、ドラ
イバ１３によって作成される。フレームバッファ１５へ
の再描画等が発生して、以前データ転送したイメージブ
ロックをキャンセルするときは、ドライバ１３は、以前
転送したと同じイメージブロック番号をセットして、矩
形領域を重なりのないよう整えた後のイメージブロック
を、送り直せばよい。これで、以前転送済みのイメージ
ブロックをキャンセルして、新たにイメージブロックを
転送することになる。

【０２５８】ただし、以前転送したイメージブロック
を、キャンセルだけしたい場合は、以前転送したイメー
ジブロック番号４１だけを送る。位置指定コマンド４４
以降を省略する。これで、その番号のイメージブロック
は、キャンセルだけされたことになる。

【０２５９】なお、イメージブロックのデータの圧縮方
式としては、各ライン単位に圧縮する方法を取る。ライ
ンにまたがっての圧縮はしない。これは、イメージ伸長
・ビデオ転送回路２３による、複数のイメージブロック
のデータ伸長作業を、簡略化するためである。

【０２６０】図２３は、コントローラ部３のＲＡＭ２５
の中の、ワーク領域２８内に存在するページ管理表８３
の説明図である。

【０２６１】コントローラ部３は、このページ管理表８
３を用いて、受信バッファ２６に受信した、各ページご
とのイメージブロックデータ８３の管理を行っている。

【０２６２】ページ管理表８３には、まずページ番号の
欄があり、次に、各ページ内のイメージブロックの番号
欄があり、さらに、受信バッファ２６内の各イメージブ
ロックデータ８２の格納開始アドレス欄があり、それぞ
れセットされる。なお、各欄の初期値は、−１である。

【０２６３】図２３は、１ページ目のイメージブロック
データの受信が進み、イメージブロック番号の１番から
１６番まで受信が行われたことを示している。また、１
ページ目のイメージブロックの受信がすべて完了したこ
とを表わすため、存在しないイメージブロック番号１
７、及び、その行の開始アドレス欄に、−２がセットさ
れている。

【０２６４】なお、イメージブロック番号１番、１１
番、１２番に−１がセットされているが、これは、上記
各番号のイメージブロックを、覆いつくす再描画が発生
して、上記各番号のイメージブロックが完全にキャンセ
ルされたことを示している。

【０２６５】ところで、図２３は、１ページ目の全ての
イメージブロックデータの受信が完了し、２ページ目の
イメージブロックデータ受信に移り、現在、２ページ目
の２番目のイメージブロックデータを受信続行中の場面
を示している。

【０２６６】図２４は、コントローラ部３のワーク領域
２８に含まれるライン領域管理表８４の説明図である。

【０２６７】ライン領域管理表８４は、１ページ分のイ
メージブロックデータが受信バッファ２６に溜まって、
イメージ伸長・ビデオ転送回路２３に、ビデオ信号出力
処理を依頼する際に、解析プログラム６２によって作成
される表である。

【０２６８】図２４（ａ）は、フレームバッファ１５上
の３つのイメージブロックがあり、ブロックの重なりを
考慮して、１ページ全体をライン方向に区分していった
ときに、７つの領域に分けられることを示している。

【０２６９】そして、図２４（ｂ）は、ライン領域管理
表８４の構造であって、一番左はライン領域番号であ
り、２番目の欄は各ライン領域の始まるＹ座標を示し、
最後の欄は、その領域に所属するイメージブロックの番
号を示している。ライン領域に何もイメージブロックが
ない場合は、イメージブロック番号は０であり、また、
あるライン領域には複数のイメージブロックが存在する
場合は、イメージブロック番号の欄には、複数の番号が
セットされる。

【０２７０】ところで、第１の実施の形態では、コント
ローラ部３のＲＯＭ２４の中のプログラムとしては、受
信管理プログラム６１、解析プログラム６２が存在する
ことを図７において説明した。本例でも、同様なので、
その説明は省略する。なお、動作の詳細は、後述のフロ
ーチャートで説明する。

【０２７１】一方、第１の実施の形態では、図８で、受
信バッファ２６が“リングバッファ”になっており、そ
の際の限界ポインタ７１、解析ポインタ７２、排紙ポイ
ンタ７３の動作を説明したが、本例でも、全く同様なの
で、その説明は省略する。

【０２７２】（ｅ）次に、本発明の第２の実施の形態の
動作を、フローチャートを用いて説明する。

【０２７３】図２５，図２６，図２７は、ホスト１上の
プリンタドライバ１３の動作を説明するフローチャート
である。プリンタドライバ１３は、ユーザーが用いるア
プリケーションソフト１２で作成した文書データから、
図２２で説明したイメージブロック毎のイメージのプリ
ンタコマンドを作成し、プリンタ２へ転送する。ユーザ
ーがアプリケーションソフト１２から文書の印刷を指示
すると、ホスト１内でプリンタドライバ１３が起動され
る。

【０２７４】ドライバ１３は、起動時には、ホスト１の
ＲＡＭ１０上に１ページ分の大きさのイメージ展開領域
としてのフレームバッファ１５、および、イメージブロ
ック管理表８１を確保し、同時にフレームバッファ１５
をクリアする。また、ドライバ１３の文書印刷処理の終
了時には、フレームバッファ１５、および、イメージブ
ロック管理表８１として使われていたメモリ領域は、開
放される。

【０２７５】処理としては、まず、ステップＳ１７１
で、ジョブ開始コマンド４１をプリンタ２へ転送し、次
にステップＳ１７２で、変数ｍに、印刷しようとしてい
る文書のページ数に１を加算した値をセットし、ステッ
プＳ１７３で、変数ｍｐに１をセットする。そして、ス
テップＳ１７４で、変数ｍｐが変数ｍより小さいかチェ
ックし、ＮＯなら文書のすべてのページ数の処理が終わ
ったことになるので、ステップＳ１７５でジョブ終了コ
マンド５０を転送して、ドライバの処理を終了する。

【０２７６】ステップＳ１７４でＹＥＳなら、ステップ
Ｓ１７６で、ページ開始コマンド４２をプリンタ２へ転
送し、ステップＳ１７７で、イメージブロック管理表８
１をすべて０クリアし、ステップＳ１７８で、アプリケ
ーション１２からの描画指示を一つだけ得て、ステップ
Ｓ１７９で、アプリケーション１２から描画指示が実際
に得られたかチェックする。

【０２７７】ここで、ＹＥＳなら、ステップＳ１８０
で、この描画指示がこのページで最初の描画指示かチェ
ックし、ＹＥＳならステップＳ１８１で、フレームバッ
ファ１５上に、実際に描画を実行して、イメージブロッ
ク管理表８１に描画した矩形領域を登録し、転送完了欄
には０をセットする。そして、ステップＳ１７８の直前
に戻ってループを形成し、次の描画処理を続行する。

【０２７８】ステップＳ１８０で、最初の描画指示では
ないと判断されたならば、ステップＳ１８２で、描画中
である矩形領域に対して、新しい描画指示の描画予定位
置が近い位置にあるかチェックする。“近い”とは、例
えば、１行の文字列の描画処理で、１行の最後尾に、文
字を１文字追加描画するならば、“近い”が、次の行の
先頭の１文字を、新たに描画するのであれば、“遠い”
ことになる。

【０２７９】ステップＳ１８２で“近い”と判断された
なら、ステップＳ１８３で、フレームバッファ１５上へ
の描画処理を実行し、イメージブロック管理表８１上
で、描画中の矩形領域の矩形領域座標を新しい描画分追
加してセットし、転送完了欄には０をセットする。

【０２８０】そして、ステップＳ１８４で、新しい描画
が既に転送済みのイメージブロックに重なっていないか
チェックし、ＮＯなら、ステップＳ１７８の直前に戻っ
てループを形成し、アプリケーション１２からの次の描
画指示の処理を続行する。

【０２８１】ステップＳ１８４でＹＳＥなら、ステップ
Ｓ１８５で、イメージブロック管理表８１上で重なりの
発見されたイメージブロックの転送完了欄に２をセット
する。そして、ステップＳ１７８の直前に戻ってループ
を形成し、アプリケーション１２からの次の描画指示の
処理を続行する。ステップＳ１８２でＮＯの場合、すな
わち、“遠い”と判断された場合は、図２６のステップ
Ｓ１８６に飛んで、これまで描画中であった矩形領域の
イメージデータをデータ圧縮し、ステップＳ１８７で、
プリンタ２へイメージブロック番号コマンド９１を転送
し、ステップＳ１８８で、位置指定コマンド４４を転送
し、ステップＳ１８９で、イメージブロックの、縦サイ
ズ４５、横サイズ４６、圧縮後のデータの大きさ４７、
圧縮したイメージブロックデータ４８をセットし、プリ
ンタ２にコマンド転送する。そして、ステップＳ１９０
で、イメージブロック管理表８１上で、転送の完了した
イメージブロックの行の転送完了欄に１をセットする。

【０２８２】その後、ステップＳ１９１で、イメージブ
ロック管理表８１の転送完了欄が２の行はないかチェッ
クし、ＮＯなら、ステップＳ１９２で、フレームバッフ
ァ１５上に、実際に新たな描画を実行して、イメージブ
ロック管理表８１に描画した矩形領域を登録し、転送完
了欄には０をセットする。そして、ステップＳ１８４に
飛んで、ステップＳ１８４以降の処理を続行する。

【０２８３】ステップＳ１９１でＹＥＳなら、ステップ
Ｓ１９３で、重なりのないように、イメージブロック間
の矩形領域を修正して整え、イメージブロック管理表８
１も修正する。そして、ステップＳ１９４で、整えた後
で転送すべきイメージブロックが発生しているかチェッ
クし、ＹＥＳなら、ステップＳ１９５で、修正後の矩形
領域をデータ圧縮し、ステップＳ１９６で、修正したイ
メージブロック番号コマンド９１をプリンタ２に転送
し、ステップＳ１９７で、位置指定コマンド４４を転送
し、ステップＳ１９８で、イメージブロックの縦サイズ
４５、横サイズ４６、圧縮後のデータの大きさ４７、圧
縮したイメージブロックデータ４８をセットし、プリン
タ２にコマンド転送する。そして、ステップＳ１９９
で、イメージブロック管理表８１上で、転送の完了した
イメージブロックの行の転送完了欄に、１をセットす
る。

【０２８４】その後、ステップＳ１９１の直前に戻って
ループを形成し、さらに、転送完了欄が２のイメージブ
ロックが残っていないかチェックして、残っていれば、
残りがなくなるまで、処理を続ける。

【０２８５】ステップＳ１９４でＮＯの場合は、イメー
ジブロックの単純なキャンセルを行うが、まずステップ
Ｓ２００で、以前転送したイメージブロック番号コマン
ド９１をプリンタ２へ転送し、ステップＳ２０１で、イ
メージブロック管理表８１上で、転送完了欄に−１をセ
ットする。

【０２８６】その後、ステップＳ１９１の直前に戻って
ループを形成し、さらに、転送完了欄が２のイメージブ
ロックが残っていないかチェックして、残っていれば、
残りがなくなるまで処理を続ける。

【０２８７】ステップＳ１７９でＮＯの場合、すなわ
ち、１ページ分の描画がすべて完了した場合は、図２７
のステップＳ２０２へ移り、まず、これまで描画中であ
った矩形領域のイメージデータをデータ圧縮し、ステッ
プＳ２０３で、プリンタ２へ、イメージブロック番号コ
マンド９１を転送し、ステップＳ２０４で、位置指定コ
マンド４４を転送し、ステップＳ２０５で、イメージブ
ロックの、縦サイズ４５、横サイズ４６、圧縮後のデー
タの大きさ４７、圧縮したイメージブロックデータ４８
をセットし、プリンタ２にコマンド転送する。そして、
ステップＳ２０６で、イメージブロック管理表８１上
で、転送の完了した、イメージブロックの行の転送完了
欄に１をセットする。

【０２８８】その後、ステップＳ２０７で、イメージブ
ロック管理表８１の転送完了欄が、２の行はないかチェ
ックし、ＮＯなら、ステップＳ２０８で、ページ終了コ
マンド４９をプリンタ２へ転送し、ステップＳ２０９
で、変数ｍｐに１を加算した後、ステップＳ１７４の直
前に戻ってループを形成し、文書の次のページの処理に
移る。

【０２８９】ステップＳ２０７でＹＥＳなら、ステップ
Ｓ２１０で、重なりのないように、イメージブロック間
の矩形領域を修正して整え、イメージブロック管理表８
１も修正する。そして、ステップＳ２１１で、整えた後
で転送すべきイメージブロックが発生しているかチェッ
クし、ＹＥＳなら、ステップＳ２１２で、修正後の矩形
領域をデータ圧縮し、ステップＳ２１３で、修正したイ
メージブロック番号コマンド９１をプリンタ２に転送
し、ステップＳ２１４で、位置指定コマンド４４を転送
し、ステップＳ２１５で、イメージブロックの、縦サイ
ズ４５、横サイズ４６、圧縮後のデータの大きさ４７、
圧縮したイメージブロックデータ４８をセットし、プリ
ンタ２にコマンド転送する。そして、ステップＳ２１５
においてイメージブロック管理表８１上で転送の完了し
たイメージブロックの行の転送完了欄に１をセットす
る。

【０２９０】その後は、ステップＳ２０７の直前に戻っ
てループを形成し、さらに、転送完了欄が２のイメージ
ブロックが残っていないかチェックして、残っていれ
ば、残りがなくなるまで処理を続ける。

【０２９１】ステップＳ２１１でＮＯの場合は、イメー
ジブロックの単純なキャンセルを行うが、まずステップ
Ｓ２１７で、以前転送したイメージブロック番号コマン
ド９１をプリンタ２へ転送し、ステップＳ２１８で、イ
メージブロック管理表８１上の転送完了欄に−１をセッ
トする。

【０２９２】その後、ステップＳ２０７の直前に戻って
ループを形成し、さらに、転送完了欄が２のイメージブ
ロックが残っていないかチェックして、残っていれば、
残りがなくなるまで処理を続ける。

【０２９３】図２８は、受信管理プログラム６１の動作
を説明するためのフローチャートである。このプログラ
ムは、プリンタ２の電源立ち上げと同時に、動作を開始
する。

【０２９４】まず、ステップＳ２２１で、受信バッファ
２６、ワーク領域２８内にあるページ管理表８３等をク
リアし、ステップＳ２２２で、受信部２２に受信データ
書き込みの限界値、すなわち、図８で説明した限界ポイ
ンタ７１の値を、受信バッファ２６の最大値にセットす
る。これで受信部２２は、受信バッファ２６の大きさま
でフルに書き込めることになる。その後、ステップＳ２
２３で、ユーザーがプリンタを電源オフしたかチェック
し、ＹＥＳならこのプログラムの処理を終了する。

【０２９５】ステップＳ２２３で、ＮＯなら、ステップ
Ｓ２２４で受信部２２から受信開始の知らせがあったか
チェックする。受信開始の知らせとは、受信部２２がホ
スト１から受け取った転送データの中から、ジョブ開始
コマンド４１を検知したかどうかの知らせである。ステ
ップＳ２２４でＮＯなら、ステップＳ２２３の直前に戻
り、ループを形成して、ホスト１からのプリントコマン
ドの転送を待つ。

【０２９６】ステップＳ２２４でＹＥＳなら、ステップ
Ｓ２２５で受信部２２へ受信データの受信バッファ２６
への書き込み開始を指示する。

【０２９７】なお、受信部２２は、ジョブ開始コマンド
４１を検知したら、まずホスト１からの受信を一時停止
し、受信管理プログラム６１に対してジョブ開始コマン
ド４１を検知したことを知らせ、それから受信管理プロ
グラム６１から受信データの受信バッファ２６への書き
込み開始が指示されるまで待つ。これがステップＳ２２
５に相当する。また、受信部２２は、ジョブ開始コマン
ド４１を検知するまでの受信データは、すべて受け捨て
る形になっている。すなわち、ホスト１からデータは受
信するが、受信バッファ２６には書き込まない。

【０２９８】ステップＳ２２５の後は、ステップＳ２２
６で、受信部２２から何らかの知らせがあったかチェッ
クし、ＮＯなら知らせがあるまで待つ。ＹＥＳなら、そ
の知らせがページ開始コマンド４２の検知かチェック
し、ＹＥＳなら、ステップＳ２２８で、ページ管理表８
３にページのデータの受信開始をセットする。すなわ
ち、ページ管理表８３のページ番号欄に、ページ番号を
セットすることである。その後は、ステップＳ２３３
で、受信部２２に、受信データの受信バッファ２６への
書込み続行を指示した後、ステップＳ２２６の直前に戻
り、受信部２２からの知らせを待つ。

【０２９９】ステップＳ２２７でＮＯの場合は、ステッ
プＳ２２９で、受信部２２からの知らせがイメージブロ
ック番号コマンド９１の検知かチェックし、ＹＥＳな
ら、ステップＳ２３０で、ページ管理表８３に、イメー
ジブロック番号とイメージブロックデータの開始位置を
セットし、その後は、前述したステップＳ２３３以降の
処理を行う。

【０３００】ステップＳ２２９でＮＯの場合は、ステッ
プＳ２３１で、受信部２２からの知らせがページ終了コ
マンド４９の検知かチェックし、ＹＥＳなら、ステップ
Ｓ２３２で、ページ管理表８３に、ページの全てのイメ
ージブロックデータの受信完了をセットする。すなわ
ち、ページ管理表８３のイメージブロック番号欄に存在
しないイメージブロック番号をセットし、開始アドレス
欄に−２をセットする。その後は、前述したステップＳ
２３３以降の処理を行う。

【０３０１】なお、ステップＳ２２８、ステップＳ２３
０、ステップＳ２３２で、ページ管理表８３への記録を
行っているが、その際には、解析プログラム６２がペー
ジ管理表８３を書き換え中かどうかチェックし、書き換
え中であれば、解析プログラム６２による書き換え処理
が完了してから、受信管理プログラム６１がページ管理
表８３への記録を行う。

【０３０２】ステップＳ２３１でＮＯの場合は、ステッ
プＳ２３４で、受信部２２からの知らせがジョブ終了コ
マンド５０の検知かチェックし、ＹＥＳなら、ステップ
Ｓ２４２に飛んで、受信部２２に、受信データの受信バ
ッファ２６への書込みを終了するように指示して、ステ
ップＳ２２３の直前に戻ってループを形成し、次のジョ
ブ開始の知らせを待つ。

【０３０３】上述のように、受信部２２は、ジョブ開始
コマンド４１、ページ開始コマンド４２、イメージブロ
ック番号コマンド９１、ページ終了コマンド４９、ジョ
ブ終了コマンド５０等を検知すると、受信動作を一旦停
止して、受信管理プログラム６１によるページ管理表８
３のセットと、受信管理プログラム６１による受信動作
再開の指示を待って、受信作業を再開する形になる。す
なわち、受信部２２と受信管理プログラム６１は、相互
に緊密に関わり合いながらデータの受信処理が進行す
る。

【０３０４】ところで、ステップＳ２３４でＮＯの場合
は、ステップＳ２３５で、受信部２２からの知らせが、
受信データの書き込みが指定された限界値に達したとの
知らせなのかチェックし、ＮＯなら、ステップＳ２２６
の直前に戻ってループを形成し、受信部２２による受信
データの書き込みを続ける。

【０３０５】ステップＳ２３５でＹＥＳなら、ステップ
Ｓ２３６で新しい限界値を受信部２２に指示可能かチェ
ックし、ＹＥＳなら、ステップＳ２３７で新しい限界値
を受信部２２に知らせて、その後はステップＳ２２６の
直前に戻り、ループを形成して、受信部２２による受信
データの受信バッファ２６への書き込みを続ける。

【０３０６】ステップＳ２３６でＮＯなら、ステップＳ
２３８で、受信データが大きすぎるのかチェックする。
“大きすぎる”とは、受信バッファ２６を全て使って
も、ある１ページ分のデータが受信しきれないことを示
している。大きすぎると判断できた場合は、ステップＳ
２３９でプリンタ２のパネル上にエラー表示を行い、ス
テップＳ２４０で、受信バッファ２６、ワーク領域２８
内にあるページ管理表８３等をクリアし、ステップＳ２
４１で、受信部２２に対し、受信データ書き込みの限界
値を受信バッファ２６の最大値とセットする。その後、
ステップＳ２４２で受信部２２に書き込み終了を指示し
てから、ステップＳ２２３の直前に戻り、ループを形成
して次の文書ジョブ開始の知らせを待つ。これによっ
て、大きすぎてエラーとなってしまったページを含んだ
文書ジョブは、巨大なページ以降、全て受け捨てられ
る。

【０３０７】ステップＳ２３８でＮＯならば、ステップ
Ｓ２４３で１秒待ち、解析プログラム６２によって解析
が進み、受信バッファ２６に空きができるのを待つ。そ
して、ステップＳ２３６の直前に戻りループを形成し
て、ステップＳ２３６で、受信バッファ２６の空きを確
認する。

【０３０８】なお、ステップＳ２３９で、“プリンタ２
のパネル上にエラー表示”と記載したが、パネルは図１
８では記載、説明していない。しかし、通常のプリンタ
等では、“印刷可”の状態なのか“エラー”の状態なの
か“用紙なし”の状態なのか区別するために、プリンタ
２の前面か上面に、液晶パネルか状態表示ランプが設置
されているのが普通である。なお、ここでの詳細な説明
は省略する。

【０３０９】図２９は、受信部２２の動作を説明するた
めのフローチャートである。図２８では、受信管理プロ
グラム６１の動作を説明する際に、ついでに受信部２２
の動作も説明したが、分かりやすくするために図２９の
フローチャートにまとめた。もちろん、受信部２２はハ
ードウェアの回路であって、通常のプログラムとは異な
るが、動作の順序をフローチャートで説明する。

【０３１０】ところで、第１の実施の形態の図１２で説
明した受信部の動作と、図２９の動作は、ほとんど同じ
なので違いのある部分だけ説明する。

【０３１１】第１の実施の形態の図１２では、ステップ
Ｓ９３で、バンド番号コマンド４３を検知したかチェッ
クし、ＹＥＳなら、ステップＳ９４で、バンド番号コマ
ンド４３を検知したことを、受信管理プログラム６１に
知らせる形であったが、本例の図２９では、この部分を
ステップＳ２６３で、イメージブロック番号コマンド９
１を検知したかチェックし、ＹＥＳなら、ステップＳ２
６４で、イメージブロック番号コマンド９１を検知した
ことを、受信管理プログラム６１へ知らせる形にした。
なお、その他の部分の動作は、図１２と図２９は全く同
じであるので、その説明は省略する。

【０３１２】図３０は、解析プログラム６２の動作を説
明するためのフローチャートである。解析プログラム６
２も、プリンタ２の電源オンと共に立ち上がり、以後、
受信部２２によって書込まれた、受信バッファ２６の中
のプリントコマンドの解析、および、排紙処理を行う。

【０３１３】まず、ステップＳ２８１で、ユーザーがプ
リンタ２を電源オフしたかチェックし、ＹＥＳなら、こ
のプログラムの処理を終了する。ＮＯなら、ステップＳ
２８２で、受信バッファ２６内に受信済みのページのデ
ータがあるかチェックし、ないならばステップＳ２８１
の直前に戻りループを形成して、ホスト１からのデータ
の受信を待つ。

【０３１４】なお、ステップＳ２８２では、ページ管理
表８３を調べることによって、受信済みのページが存在
するかどうかをチェックする。具体的には、ページ管理
表８３上で、開始アドレス欄に−２がセットされている
行があるかどうかによって、受信済みページの有無をサ
ーチする。なお、ページ管理表８３は、図２８のフロー
チャートで説明したような動作で、受信管理プログラム
６１が管理を行っている。

【０３１５】ステップＳ２８２でＹＥＳならば、以後、
そのページのプリントコマンドを次々と解析して処理し
てゆくわけだが、まず、ステップＳ２８３で、ページ管
理表９１のデータをもとに、ライン領域管理表８４を作
成する。ライン領域管理表８４は、図２４で説明したよ
うに、複数のイメージブロックのビデオ信号転送をイメ
ージ伸張・ビデオ転送回路２３に指示する際に、必要と
なるものである。

【０３１６】ステップＳ２８４以降で、具体的な印刷動
作に移るわけだが、ステップＳ２８４で、エンジン部４
に給紙開始を指示して、ステップＳ２８５で用紙がある
かチェックし、用紙なしならばステップＳ２８６で、ユ
ーザーが用紙を追加セットするまで待ち、それからステ
ップＳ２８７へ飛ぶ。ステップＳ２８５でＮＯならば、
すなわち、用紙があるなら、そのままステップＳ２８７
へ飛ぶ。

【０３１７】ステップＳ２８７では、イメージ伸長・ビ
デオ転送回路２３に、ビデオ信号の出力を指示する。こ
の際、ページ管理表８３、ライン領域管理表８４のアド
レスも、イメージ伸長・ビデオ転送回路２３に知らせ
る。

【０３１８】ステップＳ２８８以降で、印刷された用紙
の排紙の完了を待つだけとなるが、まずステップＳ２８
８では、排紙が完了したかチェックし、ＮＯならば、ス
テップＳ２９２で、紙ジャム、すなわち、紙詰まりが発
生したかチェックし、ＮＯならばステップＳ２８８の直
前に戻りループを形成して、排紙の完了まで待つ。

【０３１９】ステップＳ２８８で、排紙が完了したと判
断したならば、ステップＳ２８９で、受信管理プログラ
ム６１に、ページ管理表８３を書き換え中であることを
知らせ、ステップＳ２９０で、ページ管理表８３上の排
紙済みページの記録をクリアし、ステップＳ２９１で、
受信管理プログラム６１にページ管理表８３の書き換え
が完了したことを知らせる。そして、ステップＳ２８１
の直前に戻って、次の受信済みページの処理を続ける。

【０３２０】ステップＳ２９２でＹＥＳならば、ステッ
プＳ２９３で、イメージ伸長・ビデオ転送回路２３にビ
デオ信号出力の中止を指示し、ステップＳ２９４で、紙
ジャム発生をパネル表示し、ステップＳ２９５で、ユー
ザーが詰まった紙を取り除くまで待ち、取り除いたこと
がわかれば、ステップＳ２８１の直前まで戻り、もう一
度、前回処理を行った受信済みページデータのビデオ出
力、排紙処理を試みる。

【０３２１】なお、ステップＳ２９０では、ページ管理
表８３上のページの登録をクリアしているが、受信管理
プログラム６１は、この領域がクリアされていることを
チェックして、受信部２２に対して新しい受信データ書
込みの限界値の指示を行う。

【０３２２】次に、図３１，図３２で、イメージ伸長・
ビデオ転送回路２３の動作を説明する。イメージ伸長・
ビデオ転送回路２３は、ハードウェア回路であって、プ
ログラムではないが、その動作を図３１，図３２のフロ
ーチャートを用いて説明する。なお、前述したように、
解析プログラム６２が、イメージ伸長・ビデオ転送回路
２３に指示をして、エンジン部４に対して、ビデオ信号
の出力を実行させる。イメージ伸長・ビデオ転送回路２
３の処理の中には、空白ライン領域の処理、圧縮された
ブロックイメージデータから直接の圧縮イメージデータ
の伸長と、伸長したデータからのビデオ信号出力処理の
２つが含まれる。

【０３２３】また、図示しないが、イメージ伸長・ビデ
オ転送回路２３の中には、ブロックイメージデータか
ら、１ライン分、圧縮イメージデータを伸長した後で、
伸長したデータを取っておくための、ラインバッファが
内蔵されている。ラインバッファは、ラインバッファ
Ａ、ラインバッファＢの２本存在する。このラインバッ
ファのデータをもとに、ビデオ信号を作成してエンジン
部４に出力する。

【０３２４】図３１で、イメージ伸長・ビデオ転送回路
２３の動作を説明する。

【０３２５】この回路は、プリンタ２の電源オンと同時
に動作を開始するが、まず、ステップＳ３０１で、ユー
ザーがプリンタ２を電源オフしたかチェックし、ＹＥＳ
なら、この回路は動作を終了する。ＮＯなら、ステップ
Ｓ３０２で、解析プログラム６２からビデオ信号出力の
指示があったかチェックし、ＮＯなら、ステップＳ３０
１の直前に戻り、ループを形成して、解析プログラム６
２からの指示を待つ。

【０３２６】ステップＳ３０２でＹＥＳなら、ステップ
Ｓ３０３で、変数ｈに１ページの総ライン数をセット
し、ステップＳ３０４で、変数ｈｐに１をセットする。
変数ｈｐは、ビデオ信号を出力すべきバンド上のライン
の位置を示すカウンタである。

【０３２７】そして、ステップＳ３０５で、変数ｈｐが
奇数かどうかチェックし、奇数なら、ステップＳ３０６
で、ラインバッファＡを０クリアし、ステップＳ３０７
でライン領域管理表８４をチェックし、ステップＳ３０
８で、ｈｐ番目のラインは空白領域かどうかチェック
し、ＹＥＳならステップＳ３１０へ飛ぶ。ＮＯならステ
ップＳ３０９で、ライン領域管理表８４、ページ管理表
８３をたどり、各イメージブロックから、ｈｐ番目のラ
インに相当する１ライン分のデータを取り出し、データ
伸長して、ラインバッファＡにセットする。

【０３２８】その後、ステップＳ３１０で、解析プログ
ラム６２から、ビデオ出力中止の指示があったかチェッ
クし、ＹＥＳなら、ステップＳ３０１の直前に戻ってル
ープを形成し、解析プログラム６２からの次のビデオ出
力指示を待つ。

【０３２９】ステップＳ３１０でＮＯなら、ステップＳ
３１１で、エンジン部４からビデオ信号の要求があるか
チェックし、ＮＯなら、ステップＳ３１０の直前に戻っ
てループを形成し、エンジン部４からビデオ信号の要求
があるまで待つ。

【０３３０】ステップＳ３１１でＮＯなら、ステップＳ
３１２で、ラインバッファＡ上のデータを、ビデオ信号
に変換してのエンジン部４への出力を開始する。これ以
降、ビデオ信号の出力作業は、本フローチャートの動作
とは別個に作業が続けられる。

【０３３１】そして、ステップＳ３１３で、変数ｈｐに
１を加算し、ステップＳ３１４で変数ｈｐが変数ｈより
小さいかチェックし、ＹＥＳなら、ステップＳ３０５の
直前に戻って、次のラインのビデオ出力処理に移る。ス
テップＳ３１４でＮＯなら、このページのビデオ出力は
すべて終わったことになり、ステップＳ３０１の直前に
戻って、解析プログラム６２からの次のページのビデオ
出力指示を待つ。

【０３３２】ステップＳ３０５でＮＯなら、ステップＳ
３１５で、ラインバッファＢを０クリアし、ステップＳ
３１６でライン領域管理表８４をチェックし、ステップ
Ｓ３１７で、ｈｐ番目のラインは空白領域かどうかチェ
ックし、ＹＥＳならステップＳ３１９へ飛ぶ。ＮＯなら
ステップＳ３１８で、ライン領域管理表８４、ページ管
理表８３をたどり、各イメージブロックから、ｈｐ番目
のラインに相当する１ライン分のデータを取り出し、デ
ータ伸長して、ラインバッファＢにセットする。

【０３３３】その後、ステップＳ３１９で、解析プログ
ラム６２から、ビデオ出力中止の指示があったかチェッ
クし、ＹＥＳなら、ステップＳ３０１の直前に戻ってル
ープを形成し、解析プログラム６２からの次のビデオ出
力指示を待つ。

【０３３４】ステップＳ３１９でＮＯなら、ステップＳ
３２０で、エンジン部４からビデオ信号の要求があるか
チェックし、ＮＯなら、ステップＳ３１９の直前に戻っ
てループを形成し、エンジン部４からビデオ信号の要求
があるまで待つ。

【０３３５】ステップＳ３２０でＹＥＳなら、ステップ
Ｓ３２１で、ラインバッファＢ上のデータを、ビデオ信
号に変換してのエンジン部４への出力を開始する。それ
以降、ビデオ信号の出力作業は、本フローチャートの動
作とは別個に、作業が続けられる。

【０３３６】ステップＳ３２１の後は、ステップＳ３１
３以降の処理を続ける。

【０３３７】次に、ステップＳ３０９、あるいは、ステ
ップＳ３１８のルーチンの詳細を、図３２のフローチャ
ートで説明する。

【０３３８】まず、ステップＳ３３１で、ライン領域管
理表８４上で、ｈｐ番目のライン上で、データセットし
ていないイメージブロックが残っているかチェックし、
ＮＯなら、すなわち、全てのイメージブロックのセット
が完了したなら、このルーチンからリターンする。

【０３３９】ＹＥＳなら、すなわち、まだセットされて
いないイメージブロックが残っているなら、そのイメー
ジブロックについて、ステップＳ３３２で、ページ管理
表８３上で、目的のイメージブロック位置をサーチし、
ステップＳ３３３で、目的のイメージブロックから、ｈ
ｐ番目のラインに相当する１ライン分の圧縮データを取
り出し、ステップＳ３３４で、取り出した圧縮データを
データ伸長し、ステップＳ３３５で、ラインバッファ上
の相当する位置に伸長したデータをセットする。

【０３４０】なお、ラインバッファとは、ラインバッフ
ァＡかラインバッファＢのどちらかを示している。

【０３４１】ステップＳ３３５のあとは、ステップＳ３
３１の直前に戻ってループを形成し、残りのイメージブ
ロックの処理に移る。

【０３４２】（ｆ）ここで、本例における特徴を以下の
（１）〜（９）にまとめて列挙しておく。

【０３４３】（１）本例では、プリンタ２上には、イメ
ージ展開用のフレームバッファやバンドメモリを設ける
必要がないので、メモリが少なくて済み、低コストであ
る。

【０３４４】（２）本例では、コントローラ部３のＣＰ
Ｕ２１は、ほとんど受信バッファ２６のメモリ管理を行
うだけなので、安価な製品でよく、低コスト化できる。

【０３４５】（３）本例では、コントローラ部３では、
バンドメモリ上にイメージを展開して、そのビデオ信号
をエンジン部４に出力するのではなく、圧縮されたイメ
ージデータを、イメージ伸長・ビデオ転送回路２３に対
して、圧縮イメージデータのデータ伸長とビデオ信号へ
の変換、エンジン部４への出力を指示するだけなので、
ＣＰＵ２１の負荷が小さくて済む。

【０３４６】（４）本例では、受信バッファ２６へ１ペ
ージ分のデータを受信してから、印刷を開始する。「ホ
ストベースプリンタ」のように、プリンタ２へのデータ
転送を最優先にするために、ホスト１上で、他のアプリ
ケーションがロックするというような現象は起こらな
い。

【０３４７】（５）本例では、ホスト１上のドライバ
は、イメージブロックとして、実際にイメージのある矩
形部分だけをプリンタ２へ送るので、転送データ量は小
さくなる。

【０３４８】（６）本例では、空白の領域がある場合、
その部分の空白データはプリンタ２へ転送しない。コン
トローラ部３では、空白部に相当する部分は、イメージ
伸長・ビデオ転送回路２３自体が白のビデオ信号を送る
だけなので、ＣＰＵ２１の負荷を小さくできる。

【０３４９】（７）本例では、ホスト１のドライバ１３
上で、フレームバッファ１５の１ページ分のイメージ描
画が完了する前に、データ転送するので、その分印刷処
理時間が短縮できる。

【０３５０】（８）本例では、ホスト１のドライバ１３
上で、イメージブロック単位に区切って、前もってデー
タ転送を行うが、データ転送後に万が一、イメージブロ
ックへの再描画が行われた場合も、前に送ったイメージ
ブロックデータをキャンセルしてから、再度イメージブ
ロックデータを転送し直すので、印字不良が生じない。

【０３５１】（９）本例では、ホスト１のドライバ１３
上で、イメージブロック単位に処理を行って、１ページ
のイメージ描画が完了する前に、データ転送を開始して
いるが、第１の実施の形態のように、文書の形式によ
る、適、不適の差はなく、どのような文書形式でも、本
例の処理方法が有効である。

【０３５２】なお、上述した第１，第２の実施の形態の
変形例として、以下に列挙するような構成としてもよ
い。

【０３５３】まず、第１の変形例について述べる。

【０３５４】第２の実施の形態では、イメージブロック
の展開作業に、ハードウェアの回路であるイメージ伸長
・ビデオ転送回路２３を使用していたが、その代わり
に、ソフトウェアを用いて、展開作業をしてもよい。な
お、動作の詳細は、図３１，図３２のフローチャートで
説明した処理と同様に行うことができる。

【０３５５】次に、第２の変形例について述べる。

【０３５６】第２の実施の形態における図３１では、ス
テップＳ３１２かステップＳ３２１でビデオ信号の出力
を開始してから、次のラインバッファのデータを作成す
るわけだが、この作業は、エンジン部４からの次のビデ
オ信号要求があるまでに、完了させなければならず、迅
速な作業が求められる。

【０３５７】この場合、ｈｐ番目のラインにかかるイメ
ージブロックの数が、あまりに多いと、ラインバッファ
へのデータセット作業が間に合わない可能性がある。そ
こで、イメージ伸長・ビデオ転送回路２３は、１つのラ
インにかかるイメージブロックの数に制限を設ける必要
がある。例えば、最大５０個のイメージブロックとして
もよい。

【０３５８】この制限の実作業は、具体的にはドライバ
１３が行う。図２５，図２６，図２７のフローチャート
上には示されていないが、例えば、１ラインにかかるブ
ロック数を常に監視し、最大ブロック数５０を超える場
合は、以前送った複数のイメージブロックをキャンセル
し、その複数のイメージブロックをまとめて１つにし、
再転送することにすればよい。

【０３５９】これにより、イメージ伸長・ビデオ転送回
路２３自体には、最大５０個のイメージブロックの制限
のための処理は不要になる。以上の制限処理により、イ
メージブロックの数が増えても、印字不良は発生しな
い。

【０３６０】次に、第３の変形例について述べる。

【０３６１】第１の実施の形態、第２の実施の形態での
プリンタ２の受信バッファ２６は、“リングバッファ”
の形式になっていると説明したが、バンドデータのキャ
ンセル、あるいは、イメージブロックデータのキャンセ
ルが発生しても、特に何もしなかった。

【０３６２】しかし、データのキャンセルが多い場合
は、受信バッファ２６上に無駄な領域が点在することに
なって良くない。１ページ分のデータ量が大きく、受信
バッファ２６の大きさに近い場合に特に問題となる。

【０３６３】この対策としては、第１の実施の形態で
は、図１１で示した受信管理プログラム６１のフローチ
ャート上で、ステップＳ６６とステップＳ６８の間に、
「受信バッファを整理する」処理を、挿入すればよい。
この「受信バッファを整理する」とは、データのキャン
セル等で無駄になった部分について、受信済みの有効な
データを、前から順番に詰める作業のことである。当然
ながら、同時に管理表２９についても、キャンセルした
バンドの削除作業以外に、有効なデータの開始アドレス
についても変更が必要になる。

【０３６４】また第２の実施の形態での対策としては、
図２８で示した受信管理プログラム６１のフローチャー
ト上で、ステップＳ２３６とステップＳ２３８の間に、
「受信バッファを整理する」処理を挿入すればよい。そ
の動作については、上記例と同様だが、ページ管理表８
３に対して、キャンセルしたイメージブロックの削除作
業と、有効なデータの開始アドレスの変更作業が入るこ
とになる。

【０３６５】

【発明の効果】以上説明したように、本発明によれば、
ホスト上のフレームバッファを複数のバンド領域に分
け、バンド単位の処理を前提とし、フレームバッファへ
の描画作業と同時並行して、イメージデータ圧縮作業と
データ転送作業を行うようにしたので、ドライバの全作
業時間から圧縮時間、データ転送時間を差し引くことが
でき、これにより、従来のように１ページ分の全描画が
完了するまで処理を待つ必要がなくなり、時間短縮を図
ることができる。しかも、万が一、アプリケーションか
らの描画指示が上から下へと進まない場合でも、すなわ
ち、バンド領域の再描画が発生する場合でも、転送済み
のバンドデータをキャンセルし、送り直すことによって
その処理を救済することができる。また、ホストベース
プリンタのように、アプリケーションからの描画指示を
蓄積してソーティングする必要もなくなる。従って、ホ
スト上で１ページの描画が完了するまで処理を待つ必要
がないので、その時間分だけ、高速な出力処理を行うが
可能となる。

【０３６６】また、本発明によれば、ホスト上で印刷を
開始する前に、アプリケーションに対して文書内容の形
式について問い合わせを行うようにしたので、最適な処
理を選択することが可能となり、これにより、ホスト上
のフレームバッファへの描画完了までの待ち時間をさら
に少なくすることが可能となる。

【０３６７】さらに、本発明によれば、バント単位で行
っていた処理を、比較的小さなイメージブロック単位に
して処理を行うようにしたので、印刷しようとしている
文書の形式に無関係に、ホスト上で１ページの描画が完
了するまデータ転送を待つ必要がなくなり、その時間分
だけ、さらに高速な出力処理を行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態であるシステム全体
の構成を示すブロック図である。

【図２】ホスト上のドライバでの作業原理を示す説明図
である。

【図３】描画前におけるアプリケーションへの問い合わ
せを示す説明図である。

【図４】バンド管理表の説明図である。

【図５】コマンドの構造の説明図である。

【図６】管理表の説明図である。

【図７】ＲＯＭに内蔵されたプログラムの内容を示す説
明図である。

【図８】受信バッファのポインタの位置関係を示す説明
図である。

【図９】プリンタドライバの動作を説明するフローチャ
ートである。

【図１０】プリンタドライバの動作を説明するフローチ
ャートである。

【図１１】受信管理プログラムの動作を説明するフロー
チャートである。

【図１２】受信部の動作を説明するフローチャートであ
る。

【図１３】解析プログラムの動作を説明するフローチャ
ートである。

【図１４】解析プログラムの動作を説明するフローチャ
ートである。

【図１５】バンドのビデオ出力をする際の各変数の説明
図である。

【図１６】イメージ伸長・ビデオ転送回路の動作を説明
するフローチャートである。

【図１７】イメージ伸長・ビデオ転送回路の動作を説明
するフローチャートである。

【図１８】本発明の第２の実施の形態であるシステム全
体の構成を示すブロック図である。

【図１９】ホスト上のドライバでの作業原理を示す説明
図である。

【図２０】イメージブロック管理表の説明図である。

【図２１】イメージブロック管理表の説明図である。

【図２２】コマンドの構造の説明図である。

【図２３】ページ管理表の説明図である。

【図２４】ライン領域管理表の説明図である。

【図２５】プリンタドライバの動作を説明するフローチ
ャートである。

【図２６】プリンタドライバの動作を説明するフローチ
ャートである。

【図２７】プリンタドライバの動作を説明するフローチ
ャートである。

【図２８】受信管理プログラムの動作を説明するフロー
チャートである。

【図２９】受信部の動作を説明するフローチャートであ
る。

【図３０】解析プログラムの動作を説明するフローチャ
ートである。

【図３１】イメージ伸長・ビデオ転送回路の動作を説明
するフローチャートである。

【図３２】イメージ伸長・ビデオ転送回路の動作を説明
するフローチャートである。

【符号の説明】

１ ホストコンピュータ ２ プリンタ ３ コントローラ部 ４ エンジン部 １２ アプリケーション １３ ドライバ １５ フレームバッファ ２２ 受信部 ２３ イメージ伸長・ビデオ転送回路 ２４ ＲＯＭ ２６ 受信バッファ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｎ 1/00 １０７ Ｈ０４Ｎ 1/00 １０７Ａ 1/41 1/41 Ｚ

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータとプリンタとの間で
   データのやりとりを行う印刷処理システムであって、 前記ホストコンピュータ側に設けられ、 イメージデータの描画が行われるフレームバッファと、 該フレームバッファ上を複数のバンド領域に分割する手
   段と、 １つの文書を印刷する際、該文書のデータを前記複数に
   分割されたバンド領域上に描画する手段と、 該描画の処理と同時並行して、該描画の終わったバンド
   領域のイメージデータを圧縮する手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 さらに、前記プリンタへの送出が完了したバンド領域に
   ついて再度の描画処理が行われた場合においては、該再
   度の描画処理が完了した時点で既に送出済みのバンド領
   域のイメージデータを取り消す手段と、 該再度の描画処理が完了したバンド領域についてイメー
   ジデータを圧縮する手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 前記プリンタ側に設けられ、 該プリンタへのコマンド群を受信する手段と、 該受信したコマンド群内のイメージ描画コマンドで指示
   された圧縮イメージデータを伸長する手段と、 該伸長したイメージデータをバンドメモリへ展開する手
   段と、 該バンドメモリ上のバンドの大きさ分のデータをエンジ
   ン部にビデオ転送する手段と、 該エンジン部でビデオ信号を用紙に転写する手段と、 さらに、１ページ分のコマンド群を受信した時点で、前
   記イメージデータのバンドメモリへの展開、および、前
   記バンドメモリのエンジン部へのビデオ転送、および、
   前記エンジン部でのビデオ信号の用紙への転写を繰り返
   すことによって、ページ単位の用紙の出力を行う手段と
   を具えたことを特徴とする印刷処理システム。
2. 【請求項２】 前記ホストコンピュータ側に設けられ、 印刷を行う文書が、前記バンド領域への再度の描画処理
   が多発する文書のページか否かを判断する手段と、 該再度の描画処理が多発する文書のページと判断された
   場合は、前記フレームバッファへの１ページ分の描画処
   理が全て完了した時点で、各バンド領域のイメージデー
   タを圧縮する手段と、 該圧縮されたイメージデータを前記プリンタへのイメー
   ジ描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 該プリンタへのデータ転送を完了させる手段とをさらに
   具えたことを特徴とする請求項１記載の印刷処理システ
   ム。
3. 【請求項３】 ホストコンピュータとプリンタとの間で
   データのやりとりを行う印刷処理システムであって、 前記ホストコンピュータ側に設けられ、 イメージデータの描画が行われるフレームバッファと、 １つの文書を印刷する際、該文書のデータを前記フレー
   ムバッファ上に描画する手段と、 該描画の処理と同時並行して、前記フレームバッファの
   ある大きさの矩形領域において描画の処理が完了したか
   否かを判断する手段と、 該描画が完了したと判断された矩形領域のイメージデー
   タを圧縮する手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 さらに、前記プリンタへの送出が完了した矩形領域につ
   いて再度の描画処理が行われた場合においては、該再度
   の描画処理が完了した時点で既に送出済みの矩形領域の
   イメージデータを取り消す手段と、 該再度の描画処理が完了した矩形領域について重なりが
   ないように調整する手段と、 該調整後の矩形領域について、イメージデータを圧縮す
   る手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 前記プリンタ側に設けられ、 該プリンタへのコマンド群を受信する手段と、 該受信したコマンド群内のイメージ描画コマンドで指示
   された複数の矩形領域の圧縮イメージデータを伸長する
   手段と、 該伸長したイメージデータをラスタメモリへ展開する手
   段と、 該ラスタメモリ上のデータをエンジン部にビデオ転送す
   る手段と、 該エンジン部でビデオ信号を用紙に転写する手段と、 さらに、１ページ分のコマンド群を受信した時点で、前
   記イメージデータのラスタメモリへの展開、および、前
   記ラスタメモリのエンジン部へのビデオ転送、および、
   前記エンジン部でのビデオ信号の用紙への転写を繰り返
   すことによって、ページ単位の用紙の出力を行う手段と
   を具えたことを特徴とする印刷処理システム。
4. 【請求項４】 プリンタにデータを転送するホスト側の
   装置であって、 イメージデータの描画が行われるフレームバッファと、 該フレームバッファ上を複数のバンド領域に分割する手
   段と、 １つの文書を印刷する際、該文書のデータを前記複数に
   分割されたバンド領域上に描画する手段と、 該描画の処理と同時並行して、該描画の終わったバンド
   領域のイメージデータを圧縮する手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 さらに、前記プリンタへの送出が完了したバンド領域に
   ついて再度の描画処理が行われた場合においては、該再
   度の描画処理が完了した時点で既に送出済みのバンド領
   域のイメージデータを取り消す手段と、 該再度の描画処理が完了したバンド領域についてイメー
   ジデータを圧縮する手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   とを具えたことを特徴とする印刷処理装置。
5. 【請求項５】 印刷を行う文書が、前記バンド領域への
   再度の描画処理が多発する文書のページか否かを判断す
   る手段と、 該再度の描画処理が多発する文書のページと判断された
   場合は、前記フレームバッファへの１ページ分の描画処
   理が全て完了した時点で、各バンド領域のイメージデー
   タを圧縮する手段と、 該圧縮されたイメージデータを前記プリンタへのイメー
   ジ描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 該プリンタへのデータ転送を完了させる手段とをさらに
   具えたことを特徴とする請求項４記載の印刷処理装置。
6. 【請求項６】 請求項４又は５記載のホスト側の装置を
   用い、該ホスト側の装置から転送されたデータを印刷す
   る装置であって、 前記ホスト側の装置から当該装置へ転送されるコマンド
   群を受信する手段と、 該受信したコマンド群内のイメージ描画コマンドで指示
   された圧縮イメージデータを伸長する手段と、 該伸長したイメージデータをバンドメモリへ展開する手
   段と、 該バンドメモリ上のバンドの大きさ分のデータをエンジ
   ン部にビデオ転送する手段と、 該エンジン部でビデオ信号を用紙に転写する手段と、 さらに、１ページ分のコマンド群を受信した時点で、前
   記イメージデータのバンドメモリへの展開、および、前
   記バンドメモリのエンジン部へのビデオ転送、および、
   前記エンジン部でのビデオ信号の用紙への転写を繰り返
   すことによって、ページ単位の用紙の出力を行う手段と
   を具えたことを特徴とする印刷処理装置。
7. 【請求項７】 プリンタにデータを転送するホスト側の
   装置であって、 イメージデータの描画が行われるフレームバッファと、 １つの文書を印刷する際、該文書のデータを前記フレー
   ムバッファ上に描画する手段と、 該描画の処理と同時並行して、前記フレームバッファの
   ある大きさの矩形領域において描画の処理が完了したか
   否かを判断する手段と、 該描画が完了したと判断された矩形領域のイメージデー
   タを圧縮する手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   と、 さらに、前記プリンタへの送出が完了した矩形領域につ
   いて再度の描画処理が行われた場合においては、該再度
   の描画処理が完了した時点で既に送出済みの矩形領域の
   イメージデータを取り消す手段と、 該再度の描画処理が完了した矩形領域について重なりが
   ないように調整する手段と、 該調整後の矩形領域について、イメージデータを圧縮す
   る手段と、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換する手段と、 該変換されたコマンド群を前記プリンタに送出する手段
   とを具えたことを特徴とする印刷処理装置。
8. 【請求項８】 請求項７記載のホスト側の装置を用い、
   該ホスト側の装置から転送されたデータを印刷する装置
   であって、 前記ホスト側の装置から当該装置へ転送されるコマンド
   群を受信する手段と、 該受信したコマンド群内のイメージ描画コマンドで指示
   された複数の矩形領域の圧縮イメージデータを伸長する
   手段と、 該伸長したイメージデータをラスタメモリへ展開する手
   段と、 該ラスタメモリ上のデータをエンジン部にビデオ転送す
   る手段と、 該エンジン部でビデオ信号を用紙に転写する手段と、 さらに、１ページ分のコマンド群を受信した時点で、前
   記イメージデータのラスタメモリへの展開、および、前
   記ラスタメモリのエンジン部へのビデオ転送、および、
   前記エンジン部でのビデオ信号の用紙への転写を繰り返
   すことによって、ページ単位の用紙の出力を行う手段と
   を具えたことを特徴とする印刷処理装置。
9. 【請求項９】 ホストコンピュータとプリンタとの間で
   データのやりとりを行う印刷処理方法であって、 前記ホストコンピュータ側において、 イメージデータの描画が行われるフレームバッファ上を
   複数のバンド領域に分割し、 １つの文書を印刷する際、該文書のデータを前記複数に
   分割されたバンド領域上に描画を行い、 該描画の処理と同時並行して、該描画の終わったバンド
   領域のイメージデータを圧縮し、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換し、 該変換されたコマンド群を前記プリンタに送出し、 さらに、前記プリンタへの送出が完了したバンド領域に
   ついて再度の描画処理が行われた場合においては、該再
   度の描画処理が完了した時点で既に送出済みのバンド領
   域のイメージデータを取り消し、 該再度の描画処理が完了したバンド領域についてイメー
   ジデータを圧縮し、 該圧縮したイメージデータを前記プリンタへのイメージ
   描画コマンドに変換し、 該変換されたコマンド群を前記プリンタに送出し、 そして、前記プリンタ側において、 該プリンタへ転送されたコマンド群を受信し、 該受信したコマンド群内のイメージ描画コマンドで指示
   された圧縮イメージデータを伸長し、 該伸長したイメージデータをバンドメモリへ展開し、 該バンドメモリ上のバンドの大きさ分のデータをエンジ
   ン部にビデオ転送し、 該エンジン部でビデオ信号を用紙に転写し、 さらに、１ページ分のコマンド群を受信した時点で、前
   記イメージデータのバンドメモリへの展開、および、前
   記バンドメモリのエンジン部へのビデオ転送、および、
   前記エンジン部でのビデオ信号の用紙への転写を繰り返
   すことによって、ページ単位の用紙の出力を行うことを
   特徴とする印刷処理方法。
10. 【請求項１０】 前記ホストコンピュータ側において、 印刷を行う文書が、前記バンド領域への再度の描画処理
    が多発する文書のページか否かを判断し、 該再度の描画処理が多発する文書のページと判断された
    場合は、前記フレームバッファへの１ページ分の描画処
    理が全て完了した時点で、各バンド領域のイメージデー
    タを圧縮し、 該圧縮されたイメージデータを前記プリンタへのイメー
    ジ描画コマンドに変換し、 該変換されたコマンド群を前記プリンタに送出し、 該プリンタへのデータ転送を完了させることを特徴とす
    る請求項９記載の印刷処理方法。
11. 【請求項１１】 ホストコンピュータとプリンタとの間
    でデータのやりとりを行う印刷処理方法であって、 前記ホストコンピュータ側において、 １つの文書を印刷する際、該文書のデータを、イメージ
    データの描画が行われるフレームバッファ上に描画し、 該描画の処理と同時並行して、前記フレームバッファの
    ある大きさの矩形領域において描画の処理が完了したか
    否かを判断し、 該描画が完了したと判断された矩形領域のイメージデー
    タを圧縮し、 該圧縮したイメージデータを前記プリンタへのイメージ
    描画コマンドに変換し、 該変換されたコマンド群を前記プリンタに送出し、 さらに、前記プリンタへの送出が完了した矩形領域につ
    いて再度の描画処理が行われた場合においては、該再度
    の描画処理が完了した時点で既に送出済みの矩形領域の
    イメージデータを取り消し、 該再度の描画処理が完了した矩形領域について重なりが
    ないように調整し、 該調整後の矩形領域について、イメージデータを圧縮
    し、 該圧縮したイメージデータを前記プリンタへのイメージ
    描画コマンドに変換し、 該変換されたコマンド群を前記プリンタに送出し、 前記プリンタ側において、 該プリンタへ転送されたコマンド群を受信し、 該受信したコマンド群内のイメージ描画コマンドで指示
    された複数の矩形領域の圧縮イメージデータを伸長し、 該伸長したイメージデータをラスタメモリへ展開し、 該ラスタメモリ上のデータをエンジン部にビデオ転送
    し、 該エンジン部でビデオ信号を用紙に転写し、 さらに、１ページ分のコマンド群を受信した時点で、前
    記イメージデータのラスタメモリへの展開、および、前
    記ラスタメモリのエンジン部へのビデオ転送、および、
    前記エンジン部でのビデオ信号の用紙への転写を繰り返
    すことによって、ページ単位の用紙の出力を行うことを
    特徴とする印刷処理方法。