JP3509840B2

JP3509840B2 - ページプリンタ

Info

Publication number: JP3509840B2
Application number: JP12071097A
Authority: JP
Inventors: 修浅見
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1997-05-12
Filing date: 1997-05-12
Publication date: 2004-03-22
Anticipated expiration: 2017-05-12
Also published as: JPH10309835A

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】本発明は、ページプリンタにおける
バンドイメージバッファの取り扱いに関する。

【０００２】

【従来の技術】ページプリンタでは、図１に示すよう
に、内部のプロセッサが１ページの印刷イメージ１０１
を「バンド」と呼ばれる単位の塊１０３に分割し、メモ
リ効率を良くするために、各バンド１０３のイメージを
中間コード１０５に変換してメモリに格納する。１ペー
ジ分のイメージの中間コード１０７が出来上がると、印
刷エンジンを動作させる（印刷開始）。エンジンの動作
中、エンジン動作に同期して、各バンドの中間コード１
０５をバンドバッファ１０９へレンダリング（つまり、
イメージに展開）していく。バンドバッファ１０９に展
開されたイメージは、ＤＭＡにより印刷エンジンへ転送
されていく。尚、バンドバッファ１０９の数は、レンダ
リングが印刷エンジンへの転送に間に合わなく（これを
「オーバラン」という）ならないような範囲内で、最小
の数に予め固定されている。

【０００３】ところが、あるバンドの中間コードの量が
多くなりオーバーランになりそうな状況を検出すると、
若しくはレンダリング後のイメージより中間コードの方
が大きくなってしまう状況を検出すると、プロセッサは
そのバンドのイメージを、エンジンには同期せずに事前
に、バンドバッファ１０９とは異なる場所１１１へレン
ダリングする（これを「事前展開」という）。そして、
そのバンドの印刷時に、その事前展開イメージをその記
憶場所１１１からバンドバッファ１０９へコピーする。

【０００４】

【発明が解決しようとする課題】このように、従来のペ
ージプリンタでは、事前展開したイメージをエンジンへ
転送する時、そのイメージをその記憶場所１１１からバ
ンドバッファ１０９へコピーした上で、バンドバッファ
１０９からエンジンへ転送している。その理由は、バン
ドバッファ１０９内のイメージはエンジンへの転送後は
後続バンドのレンダリングのためにクリアされるのに対
し、記憶場所１１１内の事前展開イメージは、エンジン
転送後に紙ジャムなどのエラーが発生した場合に再度印
刷できるよう、保持しておく必要があるからである。

【０００５】しかしながら、事前展開イメージをその記
憶場所からバンドバッファにコピーすることは無駄な作
業であり、後続バンドをバンドバッファにレンダリング
する上でも非効率的である。

【０００６】従って、本発明の目的は、ページプリンタ
において、事前展開されたイメージをバンドバッファへ
コピーする作業を無くすことにある。

【０００７】本発明の別の目的は、バンドイメージのレ
ンダリング及び印刷エンジンへの転送を効率化すること
にある。

【０００８】

【課題を解決するための手段】本発明の第１の側面に従
うページプリンタは、メモリと、印刷エンジンと、通常
のバンドのイメージをその印刷時にレンダリングするた
めの通常のバンドバッファをメモリ内に確保する手段
と、事前展開バンドのイメージを事前にレンダリングす
るための外部バンドバッファをメモリ内に確保する手段
と、通常のバンドバッファ及び外部バンドバッファ内の
イメージをそれぞれの印刷時に印刷エンジンへ直接的に
転送し、それぞれの転送後、通常のバンドバッファ内の
イメージのみを次バンドのイメージのレンダリングに備
えてクリアする転送手段とを備える。

【０００９】本発明の第２の側面に従うページプリンタ
は、メモリと、印刷エンジンと、各バンドのイメージを
レンダリングするための各バンドバッファをメモリ内に
確保する手段と、各バンドバッファ内のイメージをその
印刷時に印刷エンジンへ直接的に転送する転送手段とを
備え、この転送手段は、各バンドバッファ内のイメージ
が通常のバンドのものか事前展開バンドのものかを見分
けて、それぞれの転送後、各バンドバッファ内の通常の
バンドのイメージのみを次バンドのイメージのレンダリ
ングに備えてクリアする。

【００１０】これら本発明のページプリンタでは、事前
展開バンドのイメージも、事前展開されていない通常の
バンドのイメージも、それぞれがレンダリングされたバ
ンドバッファから直接的に（つまり、他のバンドバッフ
ァへのコピーを経由することなく）印刷エンジンへ転送
される。そして、印刷エンジンへの転送後、バンドバッ
ファ内の通常バンドのイメージのみが、次のバンドイメ
ージのレンダリングに備えてクリアされ、事前展開バン
ドのイメージは、後にエラーリカバリのために再印刷を
する必要が生じた場合に備えて、クリアされずに保持さ
れる。

【００１１】本発明では、通常のバンドのイメージの記
憶場所（通常のバンドバッファ）と事前展開バンドのイ
メージの記憶場所（外部バンドバッファ）とを、印刷エ
ンジンへの転送に関しては同様に取り扱うが、転送後の
クリアに関しては、通常のバンドバッファと外部バンド
バッファとを別様に取り扱う。このような取り扱いを可
能にする一手段として、各バンドバッファ内に印刷状態
管理タグを設けることができる。このタグには、各バン
ドバッファの識別番号と印刷状態とが示されている。こ
こで、「印刷状態」とは、例えば、レンダリングが完了
したか否か、エンジンへの転送が終わったか否かという
ような印刷に関わるバンドバッファ処理の進行状況であ
る。この印刷状態管理タグを利用することにより、外部
バンドバッファからも、通常のバンドバッファと同様に
エンジンへの直接的なイメージ転送が可能であるととも
に、外部バンドバッファと通常のバンドバッファとを見
分けて、転送後のクリアに関して別様に取り扱うことが
可能である。

【００１２】本発明のページプリンタでは、望ましく
は、ヌルバンド（つまり、印刷すべきイメージのないブ
ランクのバンド）の印刷時にヌルデータを発生させて印
刷エンジンへ直接的に供給する手段を設けることができ
る。これにより、ヌルバンドについてメモリ内のバンド
バッファを使う必要がなくなるため、メモリの使用効率
が改善され、そしてバンドイメージのレンダリング及び
転送処理が一層効率的に行い得るようになる。

【００１３】

【発明の実施の形態】図２は、本発明の一実施形態にか
かるページプリンタの要部の構成を示す。

【００１４】プロセッサ１はメモリ３内に、受信バッフ
ァ５、印刷位置管理テーブル７及び通常のバンドバッフ
ァ（以下、単に「バンドバッファ」という）９を確保す
る。また、プロセッサ１は、必要に応じて、外部バンド
バッファ１１もメモリ３内に確保する。

【００１５】受信バッファ５は、ホストコンピュータか
ら受信した印刷コマンドを一時的に蓄積する場所であ
る。印刷位置管理テーブル７は、各バンドの印刷位置を
管理するために用いられるとともに、各バンドの中間コ
ードを蓄積する場所である。図中の印刷位置管理テーブ
ル７では、横線で仕切られた各行が各バンドに割り当て
られた領域を示しており、その各バンド領域において、
左側のフィールドの数字７１は紙面上での各バンドの印
刷順序を示し、右側のフィールドは各バンドの中間コー
ドの蓄積場所（中間コードバッファ）を示している。こ
こで、右側のフィールドに「ＮＵＬＬ」と書かれている
バンドは、そのバンドには印刷を行わないこと（紙面上
でブランクになること）を意味している（そのバンドを
「ヌルバンド」という）。

【００１６】バンドバッファ９は、印刷エンジン１３の
動作に同期してレンダリングされた各バンドのイメージ
を一時的に蓄積する場所である。図中のバンドバッファ
９では、横線で仕切られた各行が各バンドに割り当てら
れた領域を示している。その各バンド領域は、各バンド
イメージの印刷状態を示すための「印刷状態管理タグ」
と呼ばれる部分９１を有している。印刷状態管理タグ９
１の右側に図示したフィールド９３は、各バンドのイメ
ージの蓄積場所を示している。バンドバッファ９サイズ
は、オーバランが生じないと通常期待される範囲内で、
最小のバンド数分（図示の例では４バンド分）だけ確保
される。

【００１７】外部バンドバッファ１１は、事前展開され
たバンドのイメージを蓄積する場所であり、あるバンド
について事前展開の必要が生じたときにそのバンドのた
めに確保される。外部バンドバッファ１１は、バンドバ
ッファ９と同様に、そのバンドイメージの印刷状態を示
すための「印刷状態管理タグ」１１１を有している。印
刷状態管理タグ１１１の右側に図示したフィールド１１
３は、事前展開されたバンドイメージの蓄積場所を示し
ている。

【００１８】図中の矢印はデータの概略的な流れを示し
ている。まず、ホストコンピュータから受信された印刷
コマンドは受信バッファ５に蓄積される。次にプロセッ
サ１が、受信バッファ５から印刷コマンドを受信順に読
み込み、これを解釈することにより各バンドの中間コー
ドを生成し、その中間コードを印刷位置管理テーブル７
に登録して行く。尚、ヌルバンドについては、ヌルバン
ドである旨の中間コードが登録されるだけである。

【００１９】印刷位置管理テーブル７に１ページ分の中
間コードが出来上がると、次にプロセッサ１は印刷エン
ジン１３を作動させ、そして、印刷エンジン１３に同期
して、印刷位置管理テーブル７内の各バンドの中間コー
ドをイメージにレンダリングしてバンドバッファ９に書
込んで行く。バンドバッファ９内の各バンドイメージ
は、ＤＭＡよりに印刷エンジン１３へ転送される。尚、
ヌルバンドについては、プロセッサ１は、バンドバッフ
ァ９へのレンダリングは行わず、代りに、ヌルデータ
（例えば値「０」のデータ）をそのヌルバンドのサイズ
分だけ生成して印刷エンジン１３へ送る。

【００２０】各バンドの中間コード生成過程で、プロセ
ッサ１は、そのバンドの中間コードの量が閾値を越えて
ないかどうかを監視している。もし閾値を越えた場合に
は、それは、オーバーランが生じそうな状況、若しくは
イメージより中間コードの量の方が大きい状況を意味し
ている。その場合にはプロセッサ１は、そのバンドのた
めの外部バンドバッファ１１を確保し、そのバンドのイ
メージをその外部バンドバッファ１１に事前展開し、さ
らに、そのバンドが事前展開バンドである旨の１個の中
間コード（これには外部バンドバッファ１１のポインタ
が登録されている）を生成して、印刷位置管理テーブル
７のそのバンドの中間コードバッファに登録する。例え
ば、図２に示した例では、印刷順序が５番目のバンドが
事前展開バンドである。

【００２１】外部バンドバッファ１１内の事前展開バン
ドのイメージは、そのバンドの印刷時に、バンドバッフ
ァ９にコピーされることなく、外部バンドバッファ１１
３からＤＭＡにより印刷エンジン１３へ転送される。

【００２２】バンドバッファ９内のバンドイメージは、
印刷エンジン１３への転送が終わるとプロセッサ１によ
ってクリアされるが、外部バンドバッファ１１内の事前
展開バンドイメージは、印刷エンジン１３への転送が終
わってもクリアされずに、そのページ（両面印刷の場合
は、そのページと反対側のページ）の必要枚数の印刷が
完了してその印刷した用紙が排出されるまで、保存され
る。

【００２３】図２に示した本実施形態で特に重要な機能
は、外部バッファ１１内の事前展開イメージをバンドバ
ッファ９を経由せずに直接に印刷エンジン１３へ転送す
る点である。この機能を実現するために本実施形態が採
用した構成及び処理動作を以下に詳細に説明する。

【００２４】図３及び図４は、印刷位置管理テーブル７
に登録された中間コードの構成を示す。

【００２５】図３は、事前展開バンドでもヌルバンドで
もない通常のバンドの中間コードの構成を示す。通常の
バンドの中間コード量はバンドによってまちまちであ
る。中間コードの量はその作成過程で増えて行くもので
あり、始めから中間コード量を決めることはできない。
そこで、図３に示すように、一定サイズの中間コードバ
ッファ７３１を複数個連結して使用する。各中間コード
バッファ７３１の最後には、次の中間コードバッファ７
３１へのポインタである「リンクコード」と呼ばれるコ
ードが入る（各バンドの最後の中間コードバッファ７３
１のリンクコードは次バンドの最初の中間コードバッフ
ァ７３１へのポインタである）。

【００２６】図４は、事前展開バンドの中間コードの構
成を示す。事前展開バンドの中間コードは、事前展開バ
ンドである旨の一つの所定の中間コード７３３と、次の
バンドへのポインタであるリンクコード７３５とから構
成され、１個の中間コードバッファ７３１に収納され
る。事前展開バンドである旨を示す中間コード７３３に
は、その事前展開されたイメージを格納した外部バンド
バッファ１１へのポインタが登録されている。従って、
この中間コード７３３から外部バンドバッファ１１を参
照することができる。

【００２７】図３と図４に示した中間コード構成から理
解されるように、シリアルにリンクされた多数の中間コ
ードバッファ７３１の形式で１つのページの中間コード
が印刷位置管理テーブル７に登録されているので、その
リンクに従ってページの先頭から最後までの全ての中間
コードを順番にたどることができる。

【００２８】図４には更に、事前展開バンドのイメージ
を格納した外部バンドバッファ１１の構成も示されてい
る。

【００２９】外部バンドバッファ１１は、既に説明した
ように印刷状態管理タグ１１１と事前展開されたバンド
イメージの記憶場所１１３とから構成される。印刷状態
管理タグ１１１には、このバンドバッファ１１の識別番
号１１５と、印刷状態コード１１７と、バンドイメージ
の記憶場所１１３へのポインタ１１９とが含まれてい
る。

【００３０】図５は、通常のバンドバッファ９の構成を
示す。

【００３１】各バンドバッファ９も、既に説明したよう
に印刷状態管理タグ９１とバンドイメージの記憶場所９
３とから構成される。印刷状態管理タグ９１には、各バ
ンドバッファ９の識別番号９５と、印刷状態コード９７
と、バンドイメージの記憶場所９３へのポインタ９９と
が含まれている。

【００３２】図４の外部バンドバッファ１１と図５のバ
ンドバッファ９とを対比すると分るように、両者は実質
的に同一の構成である。従って、外部バンドバッファ１
１を通常のバンドバッファ９と同様に取り扱うことが可
能である。これらのバッファ１１、９の印刷状態コード
１１７、９７は、イメージをレンダリングしている途中
であることを示す「レンダリング中」、レンダリングが
完了しエンジンへ転送できる状態を示す「レンダリング
済み」、エンジンへのイメージを転送中であることを示
す「転送中」、及びエンジンへのイメージ転送が完了し
ていることを示す「空き」のいずれかの値をとる。

【００３３】図６は、プロセッサ１が各ページの印刷の
ために行う処理の全体の流れを示す。

【００３４】プロセッサ１は、ホストコンピューから印
刷コマンドを受信すると（Ｓ１）、それを一旦受信バッ
ファ５に格納した後、受信バッファ５から受信順に印刷
コマンドを読み込んでこれを解釈する（Ｓ２）。印刷コ
マンドを解釈することにより、プロセッサ１は中間コー
ドを生成する（Ｓ４）。

【００３５】ステップＳ４の中間コード生成処理の詳細
は、図７に示す通りである。まず、１つのページを複数
のバンドに分割し、今処理中のバンドの紙面上での印刷
位置を決定する（Ｓ１１）。続いて、今処理中のバンド
について、中間コードを生成して印刷位置管理テーブル
７に登録し（Ｓ１２）、更に、そのバンドについて今ま
で生成した中間コードの量を計算する（Ｓ１３）。この
中間コード量は、事前展開する必要があるか否かの判断
に使用される。

【００３６】再び図６を参照して、ステップＳ４の後、
今処理中のバンドの中間コード量を所定の閾値と比較し
（Ｓ５）、その中間コード量が閾値を越えていないなら
ば、上述した中間コード生成処理を続行する。もし、今
処理中のバンドの中間コード量が閾値を越えた場合に
は、そのバンドについて事前展開処理を行う（Ｓ６）。
この事前展開処理の詳細は後に説明する。

【００３７】こうして各バンドを順次に中間コード化し
ていき、１つのページの中間コードが全て印刷位置管理
テーブル７に登録されると（Ｓ３でＹｅｓ）、次に、プ
ロセッサ１はステップＳ７、Ｓ８のレンダリング処理に
入る。プロセッサ１は、印刷位置管理テーブル７に登録
された中間コードを順番にたどって行き、まず、今印刷
しようとしているバンドが事前展開バンドであるか否か
をチェックする（Ｓ７）。そのバンドが事前展開バンド
でなければ、プロセッサ１はそのバンドの中間コードに
基づいてそのバンドのイメージをイメージバッファ９に
レンダリングする（Ｓ８）。

【００３８】ステップ８のレンダリング処理の詳細は、
図８に示す通りである。まず、印刷位置管理テーブル７
から中間コードを読み込み（Ｓ１５）、今印刷しようと
しているバンドに割り当てたバンドバッファ９の状態が
「空き」になったなら（Ｓ１６、Ｓ１７）、読み込んだ
中間コードからそのバンドイメージをレンダリングして
バンドバッファ９に書込む（Ｓ１８）。レンダリング中
は、バンドバッファ９の印刷状態コード９７を「レンダ
リング中」とし、レンダリングが完了したなら、その印
刷状態コード９７を「レンダリング済み」に変更する
（Ｓ１９）。

【００３９】再び図６を参照して、今印刷しようとして
いるバンドのレンダリングが終了したならば、次にその
バンドの印刷処理が行われる（Ｓ９）。印刷処理は、バ
ンドバッファ９内のイメージを印刷エンジン１３へＤＭ
Ａにより転送することにより行われる。また、今印刷し
ようとしているバンドが事前展開バンドであった場合
（Ｓ７でＹｅｓ）には、直ちにそのバンドの印刷処理に
入ることができる。この事前展開バンドの印刷処理は、
既に述べたように、外部バンドバッファ１１内のイメー
ジを印刷エンジン１３へＤＭＡにより転送することによ
り行われる。この印刷処理の詳細は後に説明する。

【００４０】このような各バンド単位のレンダリングと
印刷の処理が、１ページの最後のバンドまで繰り返され
る（Ｓ１０）。

【００４１】図９は、図６のステップＳ６の事前展開処
理の流れを示す。

【００４２】プロセッサ１は、まずメモリ３内に外部バ
ンドバッファ１１を確保し（Ｓ２１）、次に、今処理中
のバンドの中間コードからそのバンドのイメージをレン
ダリングして外部バンドバッファ１１に書込む（Ｓ２
２）。次に、プロセッサ１は、図４に示したような事前
展開バンド用の中間コード、つまり外部バンドバッファ
１１のポインタをイメージとして登録した所定の中間コ
ードを作成して、これを印刷位置管理テーブル７に登録
する（Ｓ２３）。

【００４３】図１０は、図６のステップＳ９の印刷処理
の流れを示す。尚、この処理の説明における「バンドバ
ッファ」とは、事前展開バンドについては外部バンドバ
ッファ１１を、事前展開バンドでもヌルバンドでもない
通常のバンドについてはバンドバッファ９を意味する。

【００４４】図１０に示すように、まず、今印刷しよう
とするバンドに割り当てられたバンドバッファの印刷状
態コード９７又は１１７をチェックし（Ｓ３１）、それ
が「レンダリング済み」であれば、そのバンドバッファ
内のイメージをビデオデータとして印刷エンジン１３に
ＤＭＡにより転送する（Ｓ３２）。転送中は、そのバン
ドバッファの印刷状態コード９７又は１１７を「転送
中」としておき、転送が終わると「空き」に変更する
（Ｓ３３）。その後、今イメージ転送の終わったバンド
が事前展開バンドでなければ（Ｓ３４でＮｏ）、そのバ
ンドバッファ９を後続バンドのレンダリングに備えてク
リアする（Ｓ３５）が、事前展開バンドである場合は
（Ｓ３４でＹｅｓ）、後刻にエラーリカバリーの必要が
生じた場合に備えて、イメージをクリアせずにそのまま
保存しておく。ステップＳ３４の判断は、例えば、バン
ドバッファの印刷状態管理タグ９１、１１内の識別番号
９５、１１５から判断できる。

【００４５】尚、ステップＳ３１で印刷しようとしてい
るバンドのバンドバッファが「レンダリング済み」にな
っていない場合は、オーバーランエラーとして所定処理
を行う（Ｓ３６）。

【００４６】以上説明した実施形態によれば、事前展開
したバンドイメージがその記憶場所から印刷時に直接的
に印刷エンジンへ転送されるので、事前展開イメージを
バンドバッファにコピーするという無駄な作業がなく、
よって、メモリの使用効率が改善され、かつイメージの
レンダリング及び転送の処理が効率化される。また、ヌ
ルバンドについてはプロセッサからエンジンへヌルデー
タを送ることにより、バンドバッファへのレンダリング
を省いているので、やはりメモリの使用効率が改善され
る。

【００４７】上述した実施形態は本発明の説明のための
ものであり、本発明の範囲を限定する趣旨ではない。本
発明は図示及び上に説明した具体的な構成、機能、処理
及び動作以外の種々の態様においても実施することがで
きるものである。例えば、上記実施例では通常のバンド
バッファの個数が固定的に定まっていたが、これが可変
的であってもよい。

【図面の簡単な説明】

【図１】従来の処理を示す説明図。

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

【図３】通常のバンドの中間コードの構成を示すブロッ
ク図。

【図４】事前展開バンドの中間コード及び事前展開イメ
ージの構成を示すブロック図。

【図５】バンドバッファ９の構成を示すブロック図。

【図６】プロセッサ１の処理の全体の流れを示すフロー
チャート。

【図７】中間コード生成処理の流れを示すフローチャー
ト。

【図８】レンダリング処理の流れをを示すフローチャー
ト。

【図９】事前展開処理の流れを示すフローチャート。

【図１０】印刷処理の流れを示すフローチャート。

【符号の説明】

１プロセッサ３メモリ５受信バッファ７印刷位置管理テーブル９バンドバッファ１１外部バンドバッファ１３印刷エンジン７３中間コード９１、１１１印刷状態管理タグ９３、１１３バンドイメージ

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 5/30

Claims

(57)【特許請求の範囲】

【請求項１】メモリと、印刷エンジンと、前記メモリ内に、通常のバンドのイメージをその印刷時
にレンダリングするための通常のバンドバッファを確保
する手段と、前記メモリ内に、事前展開バンドのイメージを事前にレ
ンダリングするための外部バンドバッファを確保する手
段と、前記通常のバンドバッファ及び前記外部バンドバッファ
内のイメージをそれぞれの印刷時に前記印刷エンジンへ
直接的に転送し、それぞれの転送後、前記通常のバンド
バッファ内のイメージのみを次バンドのイメージのレン
ダリングに備えてクリアする転送手段とを備えたページ
プリンタ。
【請求項２】請求項１記載のページプリンタにおい
て、前記通常のバンドバッファ及び前記外部バンドバッファ
が、それぞれの識別番号と印刷状態を示した印刷状態管
理タグを有し、前記転送手段が、前記通常のバンドバッファと前記外部
バンドバッファの印刷状態管理タグに基づいて、前記通
常のバンドバッファと前記外部バンドバッファとを見分
けるとともにそれぞれのバッファ内のイメージの転送を
制御するページプリンタ。
【請求項３】請求項１乃至２記載のページプリンタに
おいて、ヌルバンドの印刷時にヌルデータを生成して前記印刷エ
ンジンへ直接的に供給する手段を更に備えたページプリ
ンタ。
【請求項４】メモリと、印刷エンジンと、前記メモリ内に、各バンドのイメージをレンダリングす
るための各バンドバッファを確保する手段と、前記各バンドバッファ内のイメージをその印刷時に前記
印刷エンジンへ直接的に転送する転送手段とを備え、前記転送手段が、前記各バンドバッファ内のイメージが
通常のバンドのものか事前展開バンドのものかを見分け
て、それぞれの転送後、前記各バンドバッファ内の通常
のバンドのイメージのみを次バンドのイメージのレンダ
リングに備えてクリアするページプリンタ。
【請求項５】請求項４記載のページプリンタにおい
て、前記各バンドバッファが各々の識別番号と印刷状態を示
した印刷状態管理タグを有し、前記転送手段が、前記各バンドバッファの印刷状態管理
タグに基づいて、前記各バンドバッファ内のイメージが
前記通常のバンドのものか前記事前展開バンドバッファ
のものかを見分けるとともにそれぞれの転送を制御する
ページプリンタ。
【請求項６】請求項４乃至５記載のページプリンタに
おいて、ヌルバンドの印刷時にヌルデータを生成して前記印刷エ
ンジンへ直接的に供給する手段を更に備えたページプリ
ンタ。