(57)【要約】【課題】処理の軽いページのファーストプリント及び処理の重いページの連続スループットを共に高速にすることができる印刷制御方法、情報処理装置及び印刷装置を提供する。【解決手段】ホスト・コンピュータ３０００のプリンタドライバ３０２２で生成された印刷データをページ単位でスプールファイル３０３１としてスプールし、当該印刷データをページ単位で印刷装置３１００に送出する。この際、送出された印刷データの積算データ３０２４に基づいて印刷装置３１００に切替情報を通知し、切替情報の通知後は生成された印刷データをバンド単位でバンドスプーラ３０２３としてスプールし、スプールされた印刷データをバンド単位に印刷装置３１００に送出する。印刷装置３１００は、切替情報を受信した場合、ページ単位の印刷データをバンド単位の印刷データに分割し、それまでに受信されたバンド単位の印刷データと併合する。【選択図】  図３
2004326266.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳから渡される描画命令を解析して印刷データを生成するコンピュータと、該コンピュータに接続され、前記印刷データを印刷する印刷装置とを備える印刷システムにおける印刷制御方法であって、
前記コンピュータで生成された前記印刷データをページ単位でスプールする第１のスプール工程と、
前記コンピュータでスプールされた前記印刷データをページ単位で前記印刷装置に送出して該印刷装置内に格納する格納工程と、
前記印刷装置に送出された前記印刷データに関する情報に基づいて、前記コンピュータから前記印刷装置に切替情報を通知する通知工程と、
前記切替情報の通知後、前記コンピュータで生成された前記印刷データをバンド単位でスプールする第２のスプール工程と、
前記コンピュータでスプールされた前記印刷データをバンド単位に前記印刷装置に送出する送出工程と、
前記印刷装置が前記切替情報を受信した場合、該印刷装置内に格納されているページ単位の前記印刷データをバンド単位の印刷データに分割する分割工程と、
前記切替情報の受信後に前記印刷装置で受信されたバンド単位の前記印刷データと該印刷装置内に記憶され、バンド単位に分割された前記印刷データとを併合する併合工程と
を有することを特徴とする印刷制御方法。
【請求項２】
前記印刷装置に対して送出された前記印刷データのサイズ情報を積算する積算工程をさらに有し、
前記通知工程は、前記サイズ情報の積算値が所定値以上になった場合、前記コンピュータから前記印刷装置に切替情報を通知する
ことを特徴とする請求項１に記載の印刷制御方法。
【請求項３】
前記通知工程は、前記積算値が前記印刷装置内のデータ格納容量を超える場合、前記切替情報を通知することを特徴とする請求項２に記載の印刷制御方法。
【請求項４】
前記通知工程は、前記印刷データのジョブ数が前記印刷装置の処理能力を超える場合、前記切替情報を通知することを特徴とする請求項１に記載の印刷制御方法。
【請求項５】
前記印刷装置内で前記印刷データを中間コードに変換して所定の記憶装置に記憶する記憶工程と、
前記記憶装置内に記憶された前記中間コードが所定量に達した場合、該中間コードを別フォーマットに変換してサイズを小さくして、該記憶装置に再格納する再格納工程と
をさらに有することを特徴とする請求項１から４までのいずれか１項に記載の印刷制御方法。
【請求項６】
前記中間コードの別フォーマットへの変換はレンダリングであることを特徴とする請求項５に記載の印刷制御方法。
【請求項７】
前記積算工程が、前記コンピュータから前記印刷装置に送出した前記印刷データのデータ種別毎に、データサイズ、個数又は複雑度を積算することを特徴とする請求項２に記載の印刷制御方法。
【請求項８】
前記再格納工程が、ページ単位の前記印刷データとバンド単位の前記印刷データによって格納のタイミングを変化させることを特徴とする請求項５に記載の印刷制御方法。
【請求項９】
印刷データを印刷する印刷装置に接続可能な情報処理装置であって、
ＯＳから渡される描画命令を解析して印刷データを生成する生成手段と、
生成された前記印刷データをページ単位でスプールする第１のスプール手段と、
前記第１のスプール手段によりスプールされた前記印刷データをページ単位で前記印刷装置に送出する第１の送出手段と、
前記印刷装置に対して送出された前記印刷データのサイズ情報を積算する積算手段と、
前記サイズ情報の積算値が所定値以上になった場合、前記印刷装置への印刷データの送出をページ単位からバンド単位の印刷データに切り替えるための切替情報を通知する通知手段と、
前記切替情報の通知後に生成された前記印刷データをバンド単位でスプールする第２のスプール手段と、
前記第２のスプール手段によりスプールされた前記印刷データをバンド単位に前記印刷装置に送出する第２の送出手段と
を備えることを特徴とする情報処理装置。
【請求項１０】
請求項９に記載の情報処理装置に接続可能な印刷装置であって、
前記第１のスプール手段によりスプールされた前記印刷データをページ単位で受信する受信手段と、
受信した前記印刷データを中間コードに変換して所定の記憶装置に記憶する記憶手段と、
前記切替情報を受信した場合、前記記憶装置に記憶されているページ単位の前記印刷データをバンド単位の印刷データに分割する分割手段と、
前記切替情報の受信後に受信され中間コードに変換されたバンド単位の前記印刷データと、前記記憶装置に記憶されバンド単位に分割された前記印刷データとを併合する併合手段と、
前記記憶装置内に記憶された中間コードが所定量に達した場合、該中間コードを別フォーマットに変換してサイズを小さくして、該記憶装置に再格納する再格納手段と
を備えることを特徴とする印刷装置。
【請求項１１】
印刷データを印刷する印刷装置に接続可能なコンピュータに、
ＯＳから渡される描画命令を解析して印刷データを生成する生成手順と、
生成された前記印刷データをページ単位でスプールする第１のスプール手順と、
前記第１のスプール手順によりスプールされた前記印刷データをページ単位で前記印刷装置に送出する第１の送出手順と、
前記印刷装置に対して送出された前記印刷データのサイズ情報を積算する積算手順と、
前記サイズ情報の積算値が所定値以上になった場合、前記印刷装置への印刷データの送出をページ単位からバンド単位の印刷データに切り替えるための切替情報を通知する通知手順と、
前記切替情報の通知後に生成された前記印刷データをバンド単位でスプールする第２のスプール手順と、
前記第２のスプール手順によりスプールされた前記印刷データをバンド単位に前記印刷装置に送出する第２の送出手順と
を実行させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホスト・コンピュータ側で印刷情報を生成するプリンタドライバやデバイスドライバと呼ばれるソフトウェアモジュールと、当該ホスト・コンピュータからの印刷情報を受けて動作する印刷装置とを備える印刷システムにおける印刷制御技術に関する。
【０００２】
【従来の技術】
図２は、従来の印刷システムの細部構成を示し、印刷制御処理の流れを説明するためのブロック図である。従来の一般的な印刷システムは、図２に示すように、セントロニクスインターフェースといったパラレル通信手段やネットワーク通信手段を介してホスト・コンピュータ２０００と印刷装置２１００とが接続された構成である。
【０００３】
ホスト・コンピュータ２０００側では、ワードプロセッサや表計算のようなアプリケーションソフトウェア２００１がＷｉｎｄｏｗｓ（登録商標）（以下、単に「Ｗｉｎｄｏｗｓ」と称す。）  のような、いわゆる基本ソフトの上で動作している。このアプリケーションソフトウェア２００１において印刷を行う場合は、そのプログラム内から、基本ソフトが提供するいくつかのサブシステムのうちグラフィックサブシステム２００２の機能を用いて行う。このグラフィックサブシステム２００２は、例えばＷｉｎｄｏｗｓではＧＤＩ（Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）２００４と呼ばれており、ディスプレイやプリンタに対する画像情報の処理を司っている。
【０００４】
このＧＤＩ２００４は、ディスプレイやプリンタといった各デバイス毎の依存性を吸収するために「デバイスドライバ」と呼ばれるモジュールを動的にリンクし、それぞれのデバイスに対する出力処理を行う。プリンタに対するこのモジュールはプリンタドライバ２００５と呼ばれる。このプリンタドライバ２００５では、その能力や機能等に応じてあらかじめデバイスドライバに実装することが決められているＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）と呼ばれる関数群を用意する必要がある。アプリケーションソフトウェア２００１のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）コールをＧＤＩ２００４がデバイスドライバ用にデータ変換を行い、このＤＤＩ関数群が適宜ＧＤＩ２００４からコールされ、所定の印刷処理が実行されるような仕組みになっている。
【０００５】
ＧＤＩ２００４では、このようにプリンタドライバ２００５を介してアプリケーションソフトウェア２００１からの印刷要求をシーケンシャル（ｓｅｑｕｅｎｔｉａｌ）に処理している。プリンタドライバ２００５には、プリンタドライバ内で出力時のイメージデータ形式にまで描画する「イメージモード」と、描画処理可能なプリンタ向けのコマンドである「ＰＤＬ（Ｐｒｉｎｔｅｒ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）モード」とに大別される。近年のプリンタドライバは、ＰＤＬモードとイメージモードとを備えており、ユーザにより出力モードを切り替えることや、印刷データの内容に応じて出力モードを自動的に切り替える技術がある（例えば、特許文献１参照）。
【０００６】
まず、ＰＤＬモード系プリンタドライバについて説明する。プリンタドライバ２００５は、ＤＤＩ関数毎にＰＤＬコマンドを生成する構成となっており、生成した印刷命令は、順次再度ＧＤＩ２００４を介して１ページ分がスプールファイル２００６として格納される。そして、１ページ分のデータが揃うと、Ｉ／Ｆ２００７を介して印刷装置２１００へ送出される。
【０００７】
印刷装置２１００は、印刷命令を受信バッファ２１０３に一時格納し、コマンド解析部２１０７で解析処理が行われる。そして、解析した結果、印刷装置２１００内で高速に処理可能な中間データが生成され、ページメモリ２１０６の中間言語格納領域に格納される。ページメモリ２１０６に１ページ分の中間データが蓄えられると、印刷装置２１００内の処理単位であるバンド領域毎に登録順にリスト構造が作られる。以降、このリスト構造を「バンドリスト」と称す。
【０００８】
バンドリストにつながっている中間言語は、ハードウェア又はソフトウェアにより用意したページメモリ２１０６内のバンドメモリ領域に対して描画処理が施される。そして、生成されたバンドメモリ領域上のイメージデータは、エンジン回転に同期してビデオ信号に変換（シップ処理）される。このようなバンドメモリ領域を２つ用意して、くり返し用いることによって、少ないメモリ空間で、描画処理とシップ処理とをエンジンに同期して行うことが可能である。
【０００９】
しかしながら、上述したようなＰＤＬモード系処理では、ＤＤＩ関数から受け取るデータはすべて描画コマンドとして生成されるため、アプリケーションソフトウェア２００１が多量の描画命令を発行してきた分だけＰＤＬコマンドが生成される。すなわち、理論上無限大のＰＤＬコマンドが生成される。しかし、印刷装置２１００のような従来のプリンタに搭載されているメモリは有限であるため、一部の個所に複雑な又は多量に描画命令が発行された場合、或いは、描画時間がシップ処理時間よりも大きくなった場合、従来のプリンタでは以下に示すような手段を用いて正常印字を実現していた。
【００１０】
（１）サブクローズ方式
（１−１）中間言語がページメモリ内に入りきらなくなった場合、それまで格納した中間言語データをバンドメモリを使って描画及び圧縮（ＰａｃｋＢｉｔｓ、Ｒｕｎｌｅｎｇｔｈ、ＪＢＩＧ圧縮等）し、中間データとして保持する。尚、描画オブジェクトが関係した全てのバンドについて行う。
（１−２）描画が済んだ中間言語データは消去することでページメモリの空き領域を増やす。
（１−３）空いた領域に入りきっていない中間言語を格納する。全ページ入りきれば上記（１−１）で再登録した圧縮イメージデータを一中間言語として扱うことで、同期バンドレンダリングが可能となる
（１−４）上記処理を行っても１ページ分の中間言語が入りきらない場合、再度上記（１−１）の処理を実施する。この場合、既に登録されている圧縮イメージデータが最初に描画され、その上に新たな中間データが描画された後、再圧縮することになる。
【００１１】
サブクローズ方式を実行しているプリンタとしては、例えば、特許文献２がある。
【００１２】
（２）プレバンド方式
中間言語データが一つのバンドに集中して存在すると、描画処理がエンジン速度に間に合わないことがある。そこで、プリンタ内部で中間言語登録時に一つのバンドに集中すると判断されたバンド領域は、エンジンを起動する前に用意したバンドメモリ領域上に描画処理を実施しておく。
【００１３】
ＰＤＬモードでは、上述したような手段により正常印字は保証されているが、高速な同期バンドレンダリング処理が不可能なため、パフォーマンス劣化が発生する。
【００１４】
プレバンド方式（プレレンダリング方式とも呼ぶ。）を実行するプリンタとしては、例えば、特許文献３がある。
【００１５】
一方、イメージモードでは、プリンタドライバ２００５内部で、１ページ又はバンド単位のビットマップメモリ空間を確保し、ＤＤＩ関数がコールされる度にビットマップメモリ上に直接描画処理を実施する。ここで、生成する印刷命令はビットマップデータであって、ＰＤＬモードと同様にスプールファイル２００６として１ページ分がスプーラ２００３内に格納された後、Ｉ／Ｆ２００７を介して印刷装置２１００へ送出される。そのため、イメージモードでは、データサイズが最大でも１ページ全面分以上のデータとなることはない。
【００１６】
印刷装置２１００では、ＰＤＬモードと同様の処理が行われるが、送られてくるデータがイメージデータだけであるため、印刷システムが１ページ全面のイメージデータを受け付けることができる構成になっていれば、ＰＤＬモードのように極端に遅い処理になることはない。すなわち、安定したスループットが出しやすい。
【００１７】
以上をまとめると、「ＰＤＬモード系処理」では、印刷装置内部のメモリに入りきるようなデータであれば、ドライバの処理が簡単で高速であり、データサイズも少なく、コントローラも高速なモードで印字処理が可能であるという利点がある。また、「イメージモード」では、印刷装置に送られる印刷命令のサイズには上限があるため、コントローラは安定したパフォーマンスで動作することが可能であるという利点がある。
【００１８】
【特許文献１】
特開２００１−２８２４９８号公報
【特許文献２】
特開平８−２２４９１７号公報
【特許文献３】
特開平４−３２３０６１号公報
【００１９】
【発明が解決しようとする課題】
しかしながら、上記ＰＤＬモード系処理では、多量なデータ又は複雑なデータがＰＤＬコマンドとして送られてきた場合、メモリ資源に限りのある印刷装置ではパフォーマンスが極端に落ちる可能性が高いという問題がある。また、上記イメージモードでは、処理の軽いページであってもページ単位のイメージデータが印刷命令となるため、ホストの処理時間、転送時間及びコントローラの処理時間がＰＤＬモードに比べてかかるという問題がある。
【００２０】
上述した両者の問題点を解決する手段として、図８に示すように、グラフィックスサブシステム８０２で生成した中間データ８０３１を１ページ分保持し、デスプーラ８０３２で重そうなページやバンドをコントローラで処理しやすいデータに分解、又はイメージに展開したデータ（イメージモード）を印刷コマンドにすることで、コントローラの負荷を軽減する方法が考案されている。すなわち、図８は、従来の別の印刷システムの細部構成を示すブロック図である。しかしながら、このような方法を用いた場合であっても、データ解析の為に一旦データをスプールすることにより軽いジョブの印刷でも１ページ目の処理が遅くなるという問題がある。
【００２１】
本発明は、このような事情を考慮してなされたものであり、処理の軽いページのファーストプリント及び処理の重いページの連続スループットを共に高速にすることができる印刷制御方法、情報処理装置及び印刷装置を提供することを目的とする。
【００２２】
【課題を解決するための手段】
上記課題を解決するため、本発明は、ＯＳから渡される描画命令を解析して印刷データを生成するコンピュータと、該コンピュータに接続され、前記印刷データを印刷する印刷装置とを備える印刷システムにおける印刷制御方法であって、
前記コンピュータで生成された前記印刷データをページ単位でスプールする第１のスプール工程と、
前記コンピュータでスプールされた前記印刷データをページ単位で前記印刷装置に送出して該印刷装置内に格納する格納工程と、
前記印刷装置に送出された前記印刷データに関する情報に基づいて、前記コンピュータから前記印刷装置に切替情報を通知する通知工程と、
前記切替情報の通知後、前記コンピュータで生成された前記印刷データをバンド単位でスプールする第２のスプール工程と、
前記コンピュータでスプールされた前記印刷データをバンド単位に前記印刷装置に送出する送出工程と、
前記印刷装置が前記切替情報を受信した場合、該印刷装置内に格納されているページ単位の前記印刷データをバンド単位の印刷データに分割する分割工程と、
前記切替情報の受信後に前記印刷装置で受信されたバンド単位の前記印刷データと該印刷装置内に記憶され、バンド単位に分割された前記印刷データとを併合する併合工程と
を有することを特徴とする。
【００２３】
また、本発明は、印刷データを印刷する印刷装置に接続可能な情報処理装置であって、
ＯＳから渡される描画命令を解析して印刷データを生成する生成手段と、
生成された前記印刷データをページ単位でスプールする第１のスプール手段と、
前記第１のスプール手段によりスプールされた前記印刷データをページ単位で前記印刷装置に送出する第１の送出手段と、
前記印刷装置に対して送出された前記印刷データのサイズ情報を積算する積算手段と、
前記サイズ情報の積算値が所定値以上になった場合、前記印刷装置への印刷データの送出をページ単位からバンド単位の印刷データに切り替えるための切替情報を通知する通知手段と、
前記切替情報の通知後に生成された前記印刷データをバンド単位でスプールする第２のスプール手段と、
前記第２のスプール手段によりスプールされた前記印刷データをバンド単位に前記印刷装置に送出する第２の送出手段と
を備えることを特徴とする。
【００２４】
さらに、本発明は、上記情報処理装置に接続可能な印刷装置であって、
前記第１のスプール手段によりスプールされた前記印刷データをページ単位で受信する受信手段と、
受信した前記印刷データを中間コードに変換して所定の記憶装置に記憶する記憶手段と、
前記切替情報を受信した場合、前記記憶装置に記憶されているページ単位の前記印刷データをバンド単位の印刷データに分割する分割手段と、
前記切替情報の受信後に受信され中間コードに変換されたバンド単位の前記印刷データと、前記記憶装置に記憶されバンド単位に分割された前記印刷データとを併合する併合手段と、
前記記憶装置内に記憶された中間コードが所定量に達した場合、該中間コードを別フォーマットに変換してサイズを小さくして、該記憶装置に再格納する再格納手段と
を備えることを特徴とする。
【００２５】
【発明の実施の形態】
以下、図面を参照して、本発明の一実施形態に係る印刷システムについて説明する。図３は、本発明の一実施形態に係るホスト・コンピュータと印刷装置とを備える印刷システムの細部構成を示すブロック図である。まず、本実施形態に係る印刷システムで印刷処理を実行させる印刷装置の実現例であるカラーレーザービームプリンタ（以下、「カラーＬＢＰ」と称す。）の構成について説明する。
【００２６】
図１は、６００ドット／インチ（ｄｐｉ）の解像度を有し、各色成分各画素が８ビットで表現された多値データに基づいて画像記録を行うカラーＬＢＰの構造を示す側断面図である。図１において、１００はカラーＬＢＰ本体であり、外部に接続されているホスト・コンピュータ等から供給されるプリントデータ（文字コードや画像データ等）及び制御コードから成る印刷情報を入力して記憶するとともに、それらの情報に従って対応する文字パターンやイメージ等を作成し、記憶媒体である記録紙上に像を形成する装置である。
【００２７】
１１０はホスト・コンピュータ等から供給される印刷情報を解析し、印刷イメージの生成処理を行うとともに、カラーＬＢＰ本体１００の制御を行うフォーマッタ制御部である。また、フォーマッタ制御部１１０は、ユーザによる操作及びユーザに対する状態通知のためのスイッチ及びＬＥＤ表示器等が配されているオペレーション・パネル部１２０と接続されている。このオペレーション・パネル部１２０はカラーＬＢＰ本体１００の外装の一部として配設されている。フォーマッタ制御部１１０において生成された最終的な印刷イメージは、ビデオ信号として出力制御部１３０に送出される。出力制御部１３０は、カラーＬＢＰ本体１００の不図示の各種センサからの状態入力とともに光学ユニット１４０及び各種駆動系機構部に対し制御信号を出力し、カラーＬＢＰ本体１００としての印刷処理を制御を司るものである。
【００２８】
図１に示すカラーＬＢＰにおいて、給紙カセット１６１から給紙された用紙Ｐは、その先端をグリッパ１５４ｆにより狭持されて、転写ドラム１５４の外周に保持される。光学ユニット１４０により感光ドラム１５１上に形成された各色の潜像は、イエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）、ブラック（Ｂｋ）の各色現像器Ｄｙ、Ｄｍ、Ｄｃ、Ｄｂにより現像化されて、転写ドラム１５４の外周に保持された用紙Ｐに複数回転写されて多色画像が形成される。
【００２９】
その後、用紙Ｐは転写ドラム１５４から分離されて、定着ユニット１５５で定着され、排紙部１５９より排紙トレー部１６０に排出される。ここで、各色の現像器Ｄｙ、Ｄｍ、Ｄｃ、Ｄｂは、その両端に回転支軸を有し、各々がその軸を中心に回転可能となるように現像器選択機構部１５２に保持される。これによって、各色の現像器Ｄｙ、Ｄｃ、Ｄｂ、Ｄｎは、図１に示すように現像器選択のために現像器選択機構部１５２が回転軸１５２ａを中心にして回転した場合であっても、その姿勢を一定に維持できる構成をとっている。
【００３０】
選択された現像器が現像位置に移動後、現像器選択機構部１５２は当該現像器と一体で支点１５３ｂを中心にして、選択機構保持フレーム１５３がソレノイド１５３ａにより感光ドラム１５１方向へ引っ張られ、感光ドラム１５１方向へ移動し現像処理が行われるように構成されている。
【００３１】
次に、帯電器１５６によって感光ドラム１５１が所定の極性に均一に帯電される。フォーマッタ制御部１１０においてデバイス依存ビットマップとして展開された印刷情報は、対応するパターンのビデオ信号に変換されレーザドライバに出力され半導体レーザ１４１を駆動する。入力されたビデオ信号に応じて半導体レーザ１４１から発射されるレーザ光はオンオフ制御され、さらにスキャナモータ１４３によって高速回転するポリゴンミラー１４２で左右方向に振らされ、ポリゴンレンズ１４４、反射鏡１４５を介して感光ドラム１５１上を走査露光する。これにより、感光ドラム１５１上には画像パターンの静電潜像が形成されることになる。
【００３２】
次に、例えば、Ｍ（マゼンタ）色の静電潜像がＭ色の現像器Ｄｍにより現像され、  感光体ドラム１５１上にＭ色の第１のトナー像が形成される。一方、所定のタイミングで転写紙Ｐが給紙され、トナーと反対極性（例えば、プラス極性）の転写バイアス電圧が転写ドラム１５４に印加され、感光体ドラム１５１上の第１のトナー像が転写紙Ｐに転写されると共に、転写紙Ｐが転写ドラム１５４の表面に静電吸着される。その後、感光ドラム１５１はクリーナー１５７によって残留するＭ色トナーが除去され、次の色の潜像形成及び現像行程に備える。以下同様の手順によって、Ｃ（シアン）、Ｙ（イエロー）、Ｋ（ブラック）の順で、第２、３、４色目のトナー像の転写が行われる。但し、各色の転写時には、転写ドラム１５４には前回よりも高いバイアス電圧が印加される点で異なる。
【００３３】
４色のトナー像が重畳転写された転写紙Ｐの先端部が分離位置に近づくと、分離爪１５８が接近してその先端が転写ドラム１５４の表面に接触し、転写紙Ｐを転写ドラム１５４から分離させる。分離された転写紙Ｐは定着ユニット１５５に搬送され、ここで転写紙Ｐ上のトナー像が定着されて排紙トレイ１６０上に排出される。
【００３４】
本実施形態におけるカラーＬＢＰは、以上のような画像形成過程を経て６００ドット／インチ（ｄｐｉ）の解像度で画像出力を行う。尚、本発明を適用可能なプリンタは、上述したカラーＬＢＰに限られるものではなく、インクジェットプリンタやサーマルプリンタ等の他のプリント方式のカラープリンタであってもよい。
【００３５】
次に、カラーＬＢＰ１００におけるフォーマッタ制御部１１０について図３を用いて説明する。図３は、上述したように本発明の一実施形態に係るホスト・コンピュータ３０００と印刷装置３１００とを備える印刷システムの細部構成を示すブロック図である。図３に示す印刷装置３１００におけるフォーマット制御部３１０２は、通常はＰＤＬコントローラ等とも呼ばれている部分であり、ホスト・コンピュータ３０００との接続手段であるインタフェース部（Ｉ／Ｆ）３１０１、受信データ等を一時的に保持管理するための受信バッファ３１０３、送信データ等を一時的に保持管理するための送信バッファ３１０４、印刷データの解析を司るコマンド解析部３１０７、印刷制御処理実行部３１０９、描画処理実行部３１０５及びページメモリ３１０６より構成されている。
【００３６】
印刷装置３１００のＩ／Ｆ３１０１は、ホスト・コンピュータ３０００との印刷データの送受信を行う通信手段であり、通信プロトコルとしてＩＥＥＥ−１２８４に準拠した通信を可能とするものである。但し、本実施形態では、この通信手段に限定するものでなく、ネットワークを介してさまざまなプロトコルによる接続であってもよいし、ＩＥＥＥ−１３９４に準じた通信手段であってもよい。このＩ／Ｆ３１０１を介して受信された印刷データは、そのデータを一時的に保持する記憶手段である受信バッファ３１０３に逐次蓄積され、必要に応じてコマンド解析部３１０７での解析又は描画処理実行部３１０５の実行によって読み出されて処理される。
【００３７】
コマンド解析部３１０７は、印刷命令体系や印刷ジョブ制御言語に準じた制御プログラムにより構成されており、文字印字、図形、イメージ等の描画に関する印刷データの解析結果は、描画処理実行部３１０５に指示を与えて処理し、給紙選択やリセット命令等の描画以外のコマンドは、印刷制御処理実行部３１０９に指示を出し処理する。
【００３８】
描画処理実行部３１０５では、文字やイメージの各描画オブジェクトをページメモリ３１０６内のバンドメモリ領域に逐次展開して行くレンダラである。図１を用いて前述したカラーＬＢＰに対しては、ＭＣＹＫの面順次でデバイス依存ビットマップデータを送出する必要がある。しかし、標準状態では、そのために必要なメモリをすべて確保するわけではなく、１プレーン（１、２又は４ｂｉｔ／ｐｉｘｅｌ）の数分の１のバンド領域としてバンドメモリがページメモリ３１０６内に確保され、そのバンド領域を使いまわして画像をエンジン速度に同期して処理するするように構成されている。
【００３９】
通常は、このようにＹＭＣＫレンダラによる展開処理とプリンタエンジンへのビデオ信号のシッピングの追いかけっこ、すなわち、バンディング制御によってページメモリ３１０６は管理されているが、十分なメモリがある場合は１ページ分が展開可能な領域を確保しても良い。尚、一般的に、フォーマッタ制御部３１０２は、中央演算処理装置（ＣＰＵ）、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）等を用いたコンピュータ・システムによって構成されている。また、各部の処理は、マルチタスクモニタ（リアルタイムＯＳ）のもとでタイムシェアリングに処理される構成てあっても良いし、各機能ごとに専用のコントローラ・ハードウェアを用意して独立して処理される構成であってもかまわない。
【００４０】
オペレーション・パネル３１２０は、前述した通り印刷装置３１００の各種状態を設定・表示するためのものである。出力制御部３１０８は、ページメモリ３１０６内のバンドメモリの内容をビデオ信号に変換処理し、プリンタ・エンジン３１１０へ画像転送を行う。プリンタ・エンジン３１１０は、受け取ったビデオ信号を記録紙に永久可視画像形成するための印刷機構部であり、図１を用いて前述したものである。
【００４１】
以上、印刷装置３１００について説明した。次に、ホスト・コンピュータ３０００を含む本実施形態に係る印刷システムの全体構成について説明する。
【００４２】
図３においてホスト・コンピュータ３０００は、プリントデータ及び制御コードから成る印刷情報を印刷装置３１００に出力するものである。ホスト・コンピュータ３０００は、入力デバイスであるキーボード３１０、ポインティングデバイスであるマウス３１１及び表示デバイスであるディスプレイモニタ３２０を合わせた一つのコンピュータ・システムとして構成されている。尚、ホスト・コンピュータ３０００は、Ｗｉｎｄｏｗｓ  ＸＰ、ＷｉｎｄｏｗｓＭｅ等の基本ＯＳによって動作しているものとする。
【００４３】
ホスト・コンピュータ３０００側について、本実施形態に関する機能的な部分にのみ注目し、基本ＯＳ上での機能を大きく分類すると、アプリケーションソフトウェア３０１と、グラフィックサブシステム３０２と、印刷情報格納手段及び印刷装置との通信手段を含むスプーラ３０３とに大別される。
【００４４】
アプリケーションソフトウェア３０１は、例えば、ワープロや表計算等の基本ソフトウェア上で動作する応用ソフトウェアを指すものである。グラフィックサブシステム３０２は、基本ＯＳの機能の一部であるＧＤＩ（Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）３０２１と、当該ＧＤＩ３０２１から動的にリンクされるデバイスドライバであるプリンタドライバ３０２２とによって構成されている。
【００４５】
プリンタドライバ３０２２は、ＧＤＩ３０２１からＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）というインタフェースを介してコールされ、デバイスに応じた処理を描画オブジェクト毎に行うものである。本印刷システムでは、ＤＤＩ関数に渡された情報をプリンタで高速に処理可能な印刷命令データ形式に変換し、「直接スプーラ３０３に送出する系」と、「生成した印刷命令をバンド単位に分割してバンドスプーラ３０２３に１ページ分保持し、ページの最後にまとめてスプーラ３０３に送出する系」の２つが存在する。また、プリンタドライバ３０２２は、生成した印刷命令データの情報を積算データ３０２４として積算し、積算した結果が規定値（例えば、印刷装置３１００のメモリ容量等）を超えているか否かをチェックし、後述する切替情報を送出する。また、当該印刷データのジョブ数が印刷装置３１００の処理能力を超えるような場合に切替情報を送出するようにしてもよい。
【００４６】
スプーラ３０３は、ＯＳが管理しているスプールファイルシステムであり、設定により１ページ単位又はジョブ単位で印刷データをスプールし、Ｉ／Ｆ３０３２を介して印刷装置３１００に送出する。すなわち、スプールファイル３０３１に格納された印刷命令は、Ｉ／Ｆ３０３２を介して印刷装置３１００に送出される。
【００４７】
基本ＯＳによって、上述したこれらの名称や機能的な枠組みは若干異なる場合があるが、本発明で言う各技術的手段が実現できるモジュールであれば、それらの名称や枠組みは本発明にとってあまり大きな問題ではない。例えば、「スプーラ」や「スプールファイル」と呼ばれるものは、別のＯＳにおいては「プリント・キュー」と呼ばれるモジュールに処理を組み込むことによっても実現可能である。尚、一般的に、これらの各機能モジュールを含むホスト・コンピュータ３０００は、中央演算処理装置（ＣＰＵ）、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ハードディスクドライブ（ＨＤＤ）、各種入出力制御部（Ｉ／Ｏ）等のハードウェアのもとで、基本ソフトと呼ばれるソフトウェアがその制御を司り、その基本ソフトのもとで、それぞれの応用ソフト、サブシステムプロセスが機能モジュールとして動作するようになっている。
【００４８】
上記構成を具備することによって、印刷データを印刷する印刷装置３１００に接続可能なホスト・コンピュータ３０００は、ＯＳから渡される描画命令を解析して印刷データを生成し、生成された印刷データをページ単位でスプールし、スプールされた印刷データをページ単位で印刷装置３１００に送出するとともに、印刷装置３１００に対して送出された印刷データのサイズ情報を積算する。記サイズ情報の積算値が所定値以上になった場合（例えば、印刷装置３１００のメモリのデータ格納容量を超えるような場合）、印刷装置３１００への印刷データの送出をページ単位からバンド単位の印刷データに切り替えるための切替情報を通知し、切替情報の通知後に生成された印刷データをバンド単位でスプールし、スプールされた印刷データをバンド単位に印刷装置３１００に送出する。
【００４９】
これに対して、上記ホスト・コンピュータ３０００に接続可能な印刷装置３１００は、ホスト・コンピュータ３０００でスプールされた印刷データをまずページ単位で受信し、受信した印刷データを中間コードに変換して所定の記憶装置（例えば、ページメモリ３１０６）に記憶する。そして、ホスト・コンピュータ３０００から前述した切替情報を受信した場合、当該記憶装置に記憶されているページ単位の印刷データをバンド単位の印刷データに分割する。また、切替情報の受信後に受信され中間コードに変換されたバンド単位の印刷データと、記憶装置に記憶されバンド単位に分割された印刷データとを併合し、当該記憶装置内に記憶された中間コードが所定量に達した場合、当該中間コードを別フォーマットに変換してサイズを小さくして、当該記憶装置に再格納する。
【００５０】
次に、ホスト・コンピュータ３０００におけるプリンタドライバ３０２２の処理について説明する。図５は、本実施形態におけるプリンタドライバ３０２２内の印刷命令生成処理及びページ／バンド切り分け処理について説明するためのフローチャートである。まず、ＯＳから受けた描画命令を印刷装置３１００で処理可能な印刷命令データ（ページデータ）を生成する（ステップＳ５０１）。次に、生成した印刷命令の情報（例えば、サイズ情報等）を積算する（ステップＳ５０２）。そして、積算した結果が、規定値を超えていないかどうかをチェックする（ステップＳ５０３）。例えば、積算された印刷命令データの総送出データ量がシステム上許容量内かどうかをチェックする。その結果、超えている場合（Ｎｏ）はステップＳ５０５へ進み、超えていない場合（Ｙｅｓ）はステップＳ５０４に進む。また、上記積算においては、ホスト・コンピュータ３０００から印刷装置３１００に送出した印刷データのデータ種別毎に、データサイズの他にも、個数や複雑度を積算するようにしてもよい。
【００５１】
ステップＳ５０４では、システムスプーラ（すなわち、スプールファイル３０３１）に印刷命令データ書き込む。一方、ステップＳ５０５では、バンドスプーラ３０２３に関係するバンドに分けて当該印刷命令を格納する。尚、格納する際に、バンド単位のデータの先頭にバンド情報を付加する。そして、ステップＳ５０４、Ｓ５０５の処理の後、ページデータの処理が全て終了したか否かをチェックする（ステップＳ５０６）。その結果、全処理が終了した場合（Ｙｅｓ）はステップＳ５０７へ進み、まだ終了していない場合（Ｎｏ）はステップＳ５０１に戻る。ステップＳ５０７では、バンドスプーラ３０２３内に印刷命令が格納されているか否かをチェックし、格納されている場合（Ｙｅｓ）はシステムスプーラ（すなわち、スプールファイル３０３１）にバンドスプーラ３０２３内のデータを書き込んだ後（ステップＳ５０８）処理を終了し、格納されていない場合（Ｎｏ）はそのまま処理を終了する。
【００５２】
すなわち、図３に示す本実施形態に係る印刷システムは、ＯＳから渡される描画命令を解析して印刷データを生成するホスト・コンピュータ３０００と、当該ホスト・コンピュータ３０００に接続され、上記印刷データを印刷する印刷装置３１００とを備えており、ホスト・コンピュータ３０００で生成された印刷データはプリンタドライバ３０２２でページ単位にスプールされ（スプールファイル３０３１）、ホスト・コンピュータ３０００でスプールされた印刷データをＩ／Ｆ３０３２を介してページ単位に印刷装置３１００に送出してページメモリ３１０６に格納する。ここで、印刷装置３１００に送出された印刷データに関する情報に基づいて、ホスト・コンピュータ３０００から印刷装置３０００に切替情報を通知し、切替情報の通知後、ホスト・コンピュータ３０００で生成された印刷データをプリンタドライバ３０２２はバンド単位にスプールし（バンドスプーラ３０２３）、当該スプールされた印刷データをバンド単位に印刷装置３１００に送出する。そして、印刷装置３１００が切替情報を受信した場合、印刷装置３０００内のページメモリ３１０６に格納されているページ単位の印刷データをバンド単位の印刷データに分割し、切替情報の受信後に印刷装置３１００で受信されたバンド単位の印刷データと当該印刷装置３１００内に記憶され、バンド単位に分割された印刷データとを併合する。
【００５３】
また、上記印刷システムにおけるホスト・コンピュータ３０００は、印刷装置３１００に送出された印刷データのサイズ情報を積算し、サイズ情報の積算値が所定値以上になった場合、ホスト・コンピュータ３０００から印刷装置３１００に前述の切替情報を通知することを特徴とする。
【００５４】
次に、図４に示す模式図を使って、ページ途中でページ単位からバンド単位に処理が切り替わった時の印刷命令データについて説明する。図４は、本発明の一実施形態に係る印刷コマンドの構造例を示す模式図である。図４において、４００は、１ジョブ分の印刷命令データを示しており、通常のＰＤＬ言語と同様に、ジョブ開始命令（ｊｏｂＳｔａｒｔ）４００１で始まり、ページの開始を宣言するページ開始命令（ｐａｇｅＳｔａｒｔ）４００２が続いている。
【００５５】
ページ単位データは４０１１で示されているが、バンド情報コマンド（ＢａｎｄＩｎｆｏ）４００３以降は、バンド単位データとなる。バンド情報コマンド４００３は、バンドの領域を示す値ＢａｎｄＲｅｃｔ４００８、本バンドに含まれるデータ４０１１のサイズＢａｎｄＤａｔａＳｉｚｅ４００９等の情報が含まれている。１ページ分のバンドデータの最後には、一般的なＰＤＬ言語と同様に、ページ終了命令（ｐａｇｅＥｎｄ）４００７、ジョブ終了命令（ｊｏｂＥｎｄ）４０１０で終了とする。
【００５６】
図６は、印刷装置３１００のページメモリ３１０６内の領域のデータの格納要領について説明するための図である。すなわち、図６は、印刷データがページ単位のデータの時と、途中でバンド単位のデータに変更された時のそれぞれのデータの格納の様子と、サブクローズ時の様子とを示している。
【００５７】
図６において、６１は、ページ単位のデータとしてページ処理が開始され、コマンド解析部３１０７が多少のデータを処理して中間データとしてメモリに収めた様子を示している。すなわち、コマンド解析部３１０７が出力する中間データは前述のようにバンド単位にバンドリストとして管理され、６１では一例として、「中間データ−Ｂａｎｄ１〜Ｂａｎｄ５」といった一つのページを５つのバンドに区切られたものが表現されている。
【００５８】
ここで、ページ単位にデータを処理している場合のサブクローズは、ページデータ全体をレンダリングし、例えばそれを圧縮してページメモリ３１０６内に収めるため、サブクローズ開始の閾値は、ページメモリ３１０６内に全バンド圧縮して保管するサイズと、サブクローズ処理用イメージ展開領域のサイズとを合わせたサイズとなる。図６では、サブクローズ閾値（Ｐａｇｅ）として示されているラインがこの閾値に該当する。すなわち、本実施形態では、前述した受信された印刷データに関する中間コードの別フォーマットへの変換はレンダリングであることを特徴とする。
【００５９】
ページ単位のデータを処理し続けて中間データのサイズが増えていき、６２に示すようにサブクローズ閾値（Ｐａｇｅ）に到達した場合、サブクローズ処理が始まる。サブクローズ処理中のメモリの様子は、６３に示すように一バンドずつ中間データをレンダリングしてそれを圧縮イメージとして再格納していく。そして、全てのバンドを再格納し終わったら、６４に示すように中間データを削除し、後続する中間データの格納処理を続ける。
【００６０】
その後、処理を継続して再度サブクローズ閾値（Ｐａｇｅ）までデータが増えた場合、６５に示すように既にレンダリングして圧縮されたイメージをイメージ展開用領域に伸張し、そこに中間データを上書きレンダリングし、再度圧縮して格納する。
【００６１】
ここまでは従来の印刷装置と同様の動きとなるが、前述のように、本発明では６２に示す状態に至る前にプリンタドライバ３０２２が、ページ単位のデータからバンド単位のデータにデータを切り替える。この場合、データは必ず先頭のバンドから順に送られることが保証されるため、サブクローズ処理はページ単位の場合のように同時に全てのバンドをレンダリングして圧縮することはなく、現在処理しているバンドのみをバンド単位でサブクローズすればよくなる。
【００６２】
さらに、一つのページのバンド分割を細かくすればするほど一つのバンドのレンダリングイメージサイズは小さくなるため、ページメモリ３１０６の容量が限られていてもサブクローズする度に圧縮する必要はなく、バンド単位のデータを処理し終わった時点で一回圧縮すればよい。そのため、サブクローズ閾値はページ単位の場合とは異なり、サブクローズ中のバンドのイメージ展開用領域サイズのみでよくなる。
【００６３】
図６において、６６はプリンタドライバ３０２２によりページ単位で処理していたデータの中間データが、サブクローズ閾値（Ｐａｇｅ）を超える前にバンド単位のデータに切り替えた場合の様子を示している。このようにサブクローズの閾値はサブクローズ閾値（Ｂａｎｄ）の位置まで低くなり、現在処理中のバンドの中間データＢａｎｄ−１については、ページ単位の時よりも遥かに大きなサイズまでサブクローズせずに処理することができる。
【００６４】
また、バンド単位のデータがサブクローズした場合、６７に示すように、処理中のＢａｎｄ−１をイメージ展開用領域にレンダリングし、その後６８に示すように中間データＢａｎｄ−１を削除してメモリを空け、６９に示すように後続するＢａｎｄ−１用のデータを処理していく。ここで、再度サブクローズが起きた場合も同様にして、イメージ展開用領域に上書きレンダリングし、その後中間データを削除する。そして、Ｂａｎｄ−１のデータの処理が終わった後、７０に示すように、Ｂａｎｄ−１のイメージを圧縮して再格納し、次のバンドの処理を行う。上述したように、本実施形態では、上記再格納処理が、ページ単位の印刷データとバンド単位の印刷データによって格納のタイミングを変化させることを特徴とする。
【００６５】
図６に示す図から明らかなように、バンド単位のサブクローズ処理は、ページ単位のサブクローズに比べて以下の利点がある。
（１）ページ全体ではなく一部のバンドのみがサブクローズするため、ページ処理が高速である。
（２）サブクローズが複数回発生した場合であっても、同一バンドをバンドメモリ上に保持しておけるので、圧縮／伸長処理が繰り返し発生せず、サブクローズ処理が高速である。
（３）１バンド分の中間言語が入りきればよいので、ページ単位データに比べてサブクローズが発生しにくく、ページ処理を高速化したり、必要なメモリサイズを少なくすることができる。
【００６６】
次に、上述した印刷装置３１００の内部処理について説明する。図７は、本実施形態に係る印刷装置３１００の内部処理を説明するためのフローチャートである。
【００６７】
まず、印刷装置３１００内部のステータスを「ページ単位処理」とし、サブクローズ閾値等を初期化する（ステップＳ７０１）。次いで、一つのコマンドを取得して、解析する（ステップＳ７０２）。解析結果から、当該コマンドがバンド情報コマンドか否かを判定する（ステップＳ７０３）。その結果、バンド情報コマンドの場合（Ｙｅｓ）はステップＳ７０４に進み、それ以外の場合（Ｎｏ）はステップＳ７０５に進む。
【００６８】
ステップＳ７０４では、印刷装置３１００内部のステータスを「バンド単位処理」とし初期化して、ステップＳ７０５に進む。ステップＳ７０５では、解析したコマンドに基づく中間データをページメモリに作成する。そして、中間データを作成した結果、中間データサイズがサブクローズ閾値を超えたか否かを判定する（ステップＳ７０６）。その結果、サブクローズ閾値を超えた場合（Ｙｅｓ）はステップＳ７０７へ進み、超えていない場合（Ｎｏ）はステップＳ７１０へ進む。
【００６９】
ステップＳ７０７では、サブクローズの処理を切り分ける。その結果、印刷装置３１００の内部ステータスがページ単位の場合は、全バンドサブクローズ処理実施して、全バンドの中間データをレンダリング圧縮再格納し、中間データを削除し（ステップＳ７１０）、ステップＳ７１０へ進む。一方、ステップＳ７０７でバンド単位の処理中でない場合（Ｎｏ）、現在のバンドサブクローズ処理を実施して、現在のバンドの中間データをイメージ展開用領域にレンダリングして中間データを削除し（ステップＳ７０９）、ステップＳ７１０に進む。
【００７０】
ステップＳ７１０では、バンドが終了した場合であって、かつ、サブクローズされたバンドだった場合か否かを判定する。その結果、Ｙｅｓと判定された場合は、バンドサブクローズの後処理実施し、イメージ展開用領域のイメージを圧縮して再格納し（ステップＳ７１１）、ステップＳ７１２へ進む。そして、ステップＳ７１０でＮｏと判定された場合及びステップＳ７１１の処理の後、ページが終了したか否かを判定する（ステップＳ７１２）。その結果、ページが終了していない場合（Ｎｏ）は、ステップＳ７０３に戻って、ステップＳ７０３から次のコマンド処理を継続する。一方、ページが終了した場合（Ｙｅｓ）はページ処理を終了する。
【００７１】
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。
【００７２】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（又は記憶媒体）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７３】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７４】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００７５】
【発明の効果】
以上説明したように、本発明によれば、処理の軽いページのファーストプリント及び処理の重いページの連続スループットを共に高速にすることができる。
【図面の簡単な説明】
【図１】６００ドット／インチ（ｄｐｉ）の解像度を有し、各色成分各画素が８ビットで表現された多値データに基づいて画像記録を行うカラーＬＢＰの構造を示す側断面図である。
【図２】従来の印刷システムの細部構成を示し、印刷制御処理の流れを説明するためのブロック図である。
【図３】本発明の一実施形態に係るホスト・コンピュータと印刷装置とを備える印刷システムの細部構成を示すブロック図である。
【図４】本発明の一実施形態に係る印刷コマンドの構造例を示す模式図である。
【図５】本実施形態におけるプリンタドライバ３０２２内の印刷命令生成処理及びページ／バンド切り分け処理について説明するためのフローチャートである。
【図６】印刷装置３１００のページメモリ３１０６内の領域のデータの格納要領について説明するための図である。
【図７】本実施形態に係る印刷装置３１００の内部処理を説明するためのフローチャートである。
【図８】従来の別の印刷システムの細部構成を示すブロック図である。
【符号の説明】
３０１  アプリケーションソフトウェア
３０２  グラフィックサブシステム
３０３  スプーラ
３１０  キーボード
３１１  マウス
３２０  ディスプレイモニタ
３０００  ホスト・コンピュータ
３０２１  ＧＤＩ
３０２２  プリンタドライバ
３０２３  バンドスプーラ
３０２４  積算データ
３０３１  スプールファイル
３０３２、３１０１  Ｉ／Ｆ
３１００  印刷装置
３１０２  フォーマッタ制御部
３１０３  受信バッファ
３１０４  送信バッファ
３１０５  描画処理実行部
３１０６  ページメモリ
３１０７  コマンド解析部
３１０８  出力制御部
３１０９  印刷制御処理実行部
３１１０  プリンタエンジン
３１２０  オペレーション・パネル
【図１】
2004326266.tif 000003
【図２】
2004326266.tif 000004
【図３】
2004326266.tif 000005
【図４】
2004326266.tif 000006
【図５】
2004326266.tif 000007
【図６】
2004326266.tif 000008
【図７】
2004326266.tif 000009
【図８】
2004326266.tif 000010