JPH10207664A

JPH10207664A - 印刷制御装置及び方法及び印刷装置及び記憶媒体

Info

Publication number: JPH10207664A
Application number: JP9006500A
Authority: JP
Inventors: Yoshinobu Mita; 良信三田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-01-17
Filing date: 1997-01-17
Publication date: 1998-08-07

Abstract

(57)【要約】【課題】バンド単位に印刷する場合において、確実に
正常な印刷を行なうと共に、階調性御よび解像度を重視
する混在画像を適正に印刷させることを可能にする。【解決手段】ホストコンピュータ１より受信したＰＤ
Ｌ印刷データは、一旦メモり３に中間的コード（ディス
プレイリスト）に変換され記憶される。そして、そのデ
ィスプレイリストが階調性重視であれば、バンドバッフ
ァ６に展開し、その展開されたイメージはＪＰＥＧ圧縮
部８で圧縮され、メモり９に格納される。必要に応じて
ＪＰＥＧ伸張部１０で伸張処理されたイメージデータは
バンドバッファ７に再度展開され、後から受信したＰＤ
Ｌデータに備えることを可能とする。また、解像度重視
のディスプレイリストに基づいてバンドバッファ７に展
開されたイメージも解像度重視型の圧縮処理が施され、
メモり１２に格納される。こうして１ページ分のそれぞ
れのバンド単位の圧縮イメージがメモりに格納される
と、合成部１４で合成し、プリンタエンジン部１６に出
力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は印刷制御装置及び方
法及び印刷装置及び記憶媒体に関するものである。

【０００２】

【従来の技術】一般に、ホストコンピュータ上では、各
種アプリケーションで作成した文書（文章のみではな
く、図形やイメージ等も含む）は、ホストコンピュータ
上で動作しているプリンタドライバというデバイスドラ
イバプログラムにより、接続されているプリンタが解釈
できる言語（現在ではほとんどの場合にページ記述言語
＝ＰＤＬに翻訳している）に変換（翻訳）し、それを通
信ケーブル等を介してプリンタに出力している。

【０００３】プリンタ側には、そのプリンタ全体の制御
を行なうコントローラと、実際に印刷するプリンタエン
ジンを持ち、コントローラはデータの受信、ＰＤＬの解
釈して印刷イメージデータを作成する処理を行ない、そ
れをエンジンインタフェースを介してプリンタエンジン
に渡す。

【０００４】ページ記述言語を解釈して印刷する場合の
プリンタエンジンとしては、いくつかの方式があるもの
の、その中で電子写真方式を採用したものが、速度及び
印刷品位、更には騒音の問題の有利であるので、広く使
用されている。

【０００５】また、電子写真方式のプリンタエンジンと
しては、ＬＥＤ方式、レーザビーム方式等が知られてい
るが、いずれにしても、エンジンに転送するインタフェ
ース部分もしくはその近傍には、通常、ダブルバッファ
を設け、一方は、イメージデータの書き込み用に、他の
一方はプリンタへの出力用（シッピング用）に使用し、
これを交互に切り替えている。

【０００６】

【発明が解決しようとする課題】ところが、上記のよう
に、高解像度、及び高階調を再現するには、膨大なメモ
リを必要とする。

【０００７】そこで、１ページ分のメモリの量を節約す
るため、プリンタエンジンが２値記録用であれば、送ら
れてきたＰＤＬデータに基づく多値イメージデータをそ
の都度、先に示したディザ法等を用いて２値化すること
が考えられる。しかし、多値データを意図したＰＤＬデ
ータのコマンドデータが遅れて受信した場合、既に２値
化してしまったイメージに対する論理合成等の多値演算
はできなくなる。

【０００８】補足すると、一度２値系圧縮を行ない、再
び伸張しても、もはやそのデータは２値イメージデータ
でしかないので、遅れて受信したＰＤＬデータが多値デ
ータを意図し、且つ、それが従前のＰＤＬデータに基づ
くイメージに対する論理演算（例えば、すかし効果を得
るため等）を意図していた場合には、正常な論理演算は
期待できず、印刷結果も意図した通りにはならない。

【０００９】一方、メモリ容量を抑える工夫として知ら
れている他の手法としては、バンド単位の印刷を挙げる
ことができる。

【００１０】これは、１ページをいくつかのバンドに分
割して処理するものであり、たとえば２バンド分のバッ
ファを備えれば、一方のバンドバッファに展開してイメ
ージデータを転送している最中は、他方のバンドバッフ
ァに次のバンドのイメージデータの展開を行なえば良く
なり、これを交互に処理することで１ページ分の印刷を
実現できるようになる。この結果、１ページ分のイメー
ジ展開用のメモリが不要になり、メモリコストを抑える
ことが可能になる。

【００１１】しかし、電子写真方式のプリンタエンジン
は、その性質上、一度印刷処理を開始してしまうと、も
はやそのページに対する処理が完了するまでは止めるこ
とができない。

【００１２】従って、場合によっては、あるバンドバッ
ファ内のイメージデータをプリンタエンジンに送信する
時期になっても、そのバンドに対するイメージデータの
展開処理が完了していないという事態が発生することが
ある。これは、複雑な画像を印刷する場合に、往々にし
て発生する問題である。

【００１３】更に、バンド単位の印刷処理では、あるバ
ンドのイメージデータをプリンタエンジンへ転送してし
まうと、そのバンドバッファは次のバンドのイメージデ
ータ展開用に開放されることになるので、後から遅れて
受信したＰＤＬデータに対してはもはや対処することも
できない。

【００１４】また、そこでバンド単位に生成したイメー
ジデータを一旦圧縮して記憶することが考えられる。そ
して、遅れて受信したＰＤＬデータに基づくイメージ展
開が必要な場合には、伸張し、その伸張したイメージデ
ータに対して各種論理演算による合成する。

【００１５】確かに、このようにすると、１ページの全
バンドに対して行なうことになるので、上記の如く、印
刷処理に間に合わないという問題は回避できよう。しか
しながら、圧縮のかけ方にもよるが、例えば多値系の圧
縮である場合には、階調画像に対しては良好に作用する
ものの、ラインアート等については逆に劣化してしま
う。特に、一般的な印刷処理を考えた場合、その多くは
文字等であるので、この劣化は無視できないし、望まし
くない。

【００１６】本発明は、かかる問題点に鑑み成されたも
のであり、バンド単位に印刷する場合において、確実に
正常な印刷を行なうと共に、階調性御よび解像度を重視
する混在画像を適正に印刷させることを可能ならしめる
印刷制御装置及び方法及び印刷装置及び記憶媒体を提供
しようとするものである。

【００１７】

【課題を解決するための手段】この課題を解決するた
め、例えば本発明の印刷制御装置は以下に示す構成を備
える。すなわち、ページ記述言語で記述された印刷デー
タを受信し、当該データを解釈印刷制御装置であって、
受信した印刷データが階調性を重視するか、解像度を重
視するかを判定する判定手段と、該判定手段の判定結果
に従い、階調性重視のイメージデータと、解像度重視の
イメージデータを別々にバンド単位に発生するイメージ
発生手段と、該イメージ発生手段で発生した階調性重視
のバンド単位のイメージデータを階調性重視で圧縮して
所定のメモリに格納し、当該メモリ内に格納されたイメ
ージデータを伸張する第１の圧縮・伸張手段と、前記イ
メージ発生手段で発生した解像度重視のバンド単位のイ
メージデータを解像度重視で圧縮して所定のメモリに格
納し、当該メモリ内に格納されたイメージデータを伸張
する第２の圧縮・伸張手段と、該第１、第２の圧縮・伸
張手段で伸張して得たイメージデータを合成し、前記印
刷手段の特性に合わせて変換し、所定の印刷手段に出力
する出力手段とを備える。

【００１８】

【発明の実施の形態】以下、添付図面に従って本発明に
係る実施形態の一例を詳細に説明する。

【００１９】図１は実施形態におけるプリンタ装置の断
面構造を示している。図示において、７００はホストコ
ンピュータからの印刷データの受信、イメージデータの
発生、そして、プリンタエンジンへの出力を行なうプリ
ンタ制御部である（詳細は後述）。

【００２０】７１１はスキャナであり、プリンタ制御部
７００からの画像信号（イメージデータに基づくビデオ
信号）を光信号に変換するレーザ出力部（不図示）、多
面体（例えば８面体）のポリゴンミラー７１２、このミ
ラー７１２を回転させるモータ（不図示）及びｆ／θレ
ンズ（結像レンズ）７１３などを有する。７１４は、レ
ーザ光の光路を変更する反射ミラー、７１５は感光ドラ
ムである。レーザ出力部から出射したレーザ光はポリゴ
ンミラー７１２の一側面で反射され、ｆ／θレンズ７１
３及びミラー７１４を介して図示矢印方向に回転してい
る感光ドラム７１５の表面を線状に走査（ラスタスキャ
ン）する。これによって、印刷画像に相当する静電潜像
が感光ドラム７１５の面上に形成されることになる。

【００２１】また、７１７は一次帯電器、７１８は全面
露光ランプ、７２３は転写されなかつた残留トナーを回
収するクリーナ部、７２４は転写前帯電器であり、これ
らの部材は感光ドラム７１５の周囲に配設されている。

【００２２】７２６はレーザ露光によつて、感光ドラム
７１５の表面に形成された静電潜像を現像する現像器ユ
ニットであり、以下に示す構成よりなる。７３１Ｙ，７
３１Ｍ，７３１Ｃ，７３１Ｂｋは感光ドラム７１５と接
して直接現像を行なう現像スリーブ、７３０Ｙ，７３０
Ｍ，７３０Ｃ，７３０Ｂｋは予備トナーを保持しておく
トナーホッパー、７３２は現像剤の移送を行なうスクリ
ューであって、これらのスリーブ７３１Ｙ〜７３１Ｂ
ｋ、トナーホッパー７３０Ｙ〜７３０Ｂｋ及びスクリュ
ー７３２により現像器ユニットの回転軸Ｐの周囲に配設
されている。尚、前述した各構成要素の符号のＹ，Ｍ，
Ｃ，Ｂｋは色を示している。つまり、“Ｙ”はイエロ
ー、“Ｍ”はマゼンタ、“Ｃ”はシアン、“Ｂｋ”はブ
ラックである。イエローのトナー像を形成する時には、
本図の位置でイエロートナー現像処理を行なう。また、
マゼンタのトナー像を形成する時は、現像器ユニット７
２６を図の軸のＰを中心に回転して、感光体７１５にマ
ゼンタ現像器内の現像スリーブ７３１Ｍが接する様にす
る。シアン、ブラックの現像も同様に作動する。

【００２３】また、７１６は用紙を巻き付け、感光ドラ
ム７１５上に形成されたトナー像を用紙に転写する転写
ドラムであり、７１９は転写ドラム７１６の移動位置を
検出させるためのアクチュエータ板、７２０はこのアク
チュエータ板７１９と近接することにより転写ドラム７
１６がホームポジシヨン位置に移動したのを検出するポ
ジシヨンセンサ、７２５は転写ドラムクリーナ、７２７
は紙押えローラ、７２８は徐電器、７２９は転写帯電器
であり、これらの部材７１９，７２０，７２５，７２
７，７２９は転写ローラ７１６の周囲に配設されてい
る。

【００２４】一方、７３５，７３６は用紙（紙葉体）を
収納する給紙カセットあり、実施例では給紙カセット７
３５には例えばＡ４サイズの用紙、給紙カセット７３６
にはＡ３サイズの用紙が収納されているものとする。７
３７，７３８はカセット７３５，７３６から用紙を給紙
する給紙ローラ、７３９，７４０，７４１は給紙及び搬
送のタイミングを取るタイミングローラであり、これら
を経由して給紙搬送された用紙は紙ガイド７４９に導か
れて先端を後述のグリツパに但持されながら転写ドラム
７１６に巻き付き、像形成過程に移行する。尚、給紙カ
セット７３５，７３６のいずれを選択するかは、主制御
部３１の指示により決定し、選択された給紙ローラのみ
が回転する様になつている。

【００２５】また、５５０はドラム回転モータであり、
感光ドラム７１５と転写ドラム７１６を同期回転する。
７５０は像形成過程が終了後、静電気の作用で張り付い
た用紙を転写ドラム７１６から取り外す剥離爪、７４２
は取り外された用紙を搬送する搬送ベルト、７４３は搬
送ベルト７４２で搬送されてきた用紙を定着する画像定
着部であり、画像定着部７４３は一対の熱圧力ローラ７
４４及び７４５を有する。

【００２６】上記構成における、プリンタ制御部７００
の模式的な構成と上記印刷を行なうプリンタエンジン部
及びホストコンピュータとの関係を示したのが図２であ
る。

【００２７】図中、１はＰＤＬデータを生成するホスト
コンピュータである。２はプリンタ制御部７００の主要
部分であるＣＰＵであり、プリンタ制御部７００及びプ
リンタエンジン１６の制御を行なうものである。３はホ
ストコンピュータ１から受信したＰＤＬデータ等を一時
記憶するメモリ、４は画像展開を行う（レンダリング）
レンダラー、５，６は論理合成に関するパラメータ設定
部と論理演算部、７は画像展開の為のバンドバッファで
あり、８，９，１０は中間調重視の圧縮・伸長部とその
メモリ、１１，１２，１３はラインアートの解像度重視
の圧縮・伸長部とそのメモリである。１４は２つの伸長
結果を合成する合成部、１５はプリンタの色成分にデー
タを変換する色変換部である。１６はプリンタエンジン
部であって、その構成は図１に示した通りである。

【００２８】ホストコンピュータ１上のアプリケーショ
ンで描画されたＰＤＬデータは、図示しない通信部を経
て、メモリ３に取り込まれる。ＣＰＵ２は、取り込まれ
たＰＤＬデータをレンダラー４が展開し易いデータ形式
であるディスプレイリスト（中間コード）に変換し、再
びメモリ３に書き込む。この時にＣＰＵ２は、ＰＤＬデ
ータの各記述要素（オブジェクト）を中間調画像か、文
字・線画等のラインアートなのかを判別し、別々のディ
スプレイリストとして扱う。又、この時に、バンドバッ
ファ７の許容サイズに合わせて、各バンドに分割したデ
ィスプレイリストを生成する。各バンドは１画面を適当
な画素幅毎に水平ラインで分割したものである。

【００２９】メモリ３の中のディスプレイリストに基づ
き、レンダラー４は画像の展開を行う。その際に論理合
成描画に関しては、論理演算パラメータをパラメータ部
５にセットし、論理演算部６で実際の演算を行い、バン
ドバッファ７に書き込みを行う。一度バンドバッファに
既に書き込み済みのデータとの論理合成は、論理描画パ
スを通して読み込まれたバンドバッファ７のデータとレ
ンダラー４のデータ間で論理演算が、論理演算部６で行
われ、再度書き込むことで行われる。

【００３０】レンダラー４はバンド毎にディスプレイリ
ストの展開を行い、後段で展開イメージが圧縮される
が、中間調用画像のディスプレイリストとラインアート
用のディスプレイリストの展開順序については特に限定
しない。

【００３１】さて、バンドバッファ７に展開されたビッ
トマップイメージが、中間調画像用のディスプレイリス
トの展開結果であるならば、ＪＰＥＧ圧縮部８で、中間
調の階調性を重視した圧縮が成される。また、ラインア
ートに関するバンドが、バンドバッファ７上に展開され
ている時は、解像度保存型圧縮部１１で、解像度を保ち
ラインアートの品位を下げない圧縮が成される。

【００３２】つまり、ＣＰＵ２がＰＤＬデータからディ
スプレイリストを作成する場合に、中間調画像用とライ
ンアート用との区別できる形式で作成し、レンダラー４
はまず中間調用のディスプレイリストに基づいてバンド
バッファに論理演算部６を介して書き込み、それが完了
するとそのバンドバッファに展開されている中間調画像
をＪＰＥＧ圧縮部８で圧縮させ、その後でバンドバッフ
ァを一旦クリアしてラインアート用の論理演算によるバ
ンドバッファへの展開処理を行なう。ラインアートの画
像データは解像度保存型の圧縮を行ない、メモリにバン
ド単位に格納する。なお、上記例では、イメージ展開処
理を中間調、ラインアートの順にしたが、この逆であっ
ても良いのは勿論である。

【００３３】それぞれの圧縮は、メモリ９、メモリ１２
に一時記憶される。中間調画像及びラインアート画像の
ディスプレイリストが全てレンダラー４で展開され圧縮
が終了した時点で、プリンタへの画像出力の為にＪＰＥ
Ｇ伸長部１０と解像度保存型伸長部１３が同時に伸長を
始める。それぞれの伸張処理の速度が異なるのであれば
同期をとるための手器用なバッファを用意しすれば良い
であろう。

【００３４】また、その順は、１画面を形成する一番上
のバンドから伸長が行われる。２つの伸長結果は合成部
１４にて合成される。合成後に本実施形態の場合は、
Ｒ，Ｇ，ＢからＣ，Ｍ，Ｙ，Ｋへ色変換部１５で変換さ
れて、プリンタ１６へその結果がシッピングされる。プ
リンタ１６が面順次に色データを受ける場合には色変換
部１５は、１色のみを出力する構成で良く、この場合Ｊ
ＰＥＧ伸長部１０、解像度保存型伸長部１３は、色面数
分の回数だけ伸長を繰り返す。

【００３５】ところでメモリ３の容量が限られホストコ
ンピュータ１から１画面分のＰＤＬデータを一度に全て
受け取る事ができない場合は、複数回に分割して、受け
る必要がある。また、場合によっては、あるバンドに対
するＰＤＬデータについてイメージ展開処理を行なって
いる場合に、それより前のバンドについてイメージ展開
を必要とするＰＤＬデータを受信する場合も有り得る。

【００３６】このような場合には、レンダラー４が、バ
ンドバッファ７にビットマップデータを展開する前に、
対応するバンド及びそれが中間調データ又はラインアー
トデータであるか判断し、それに応じて、ＪＰＥＧ伸長
部１０又は解像度保存型伸長部１３の伸長部を動作し
て、図示のサブクローズパスを通し、バンドバッファ７
上に伸長データを展開しておく。この状態でレンダラー
４は、バンドバッファ上に展開を行ってオーバーライト
する。ただし、バンドバッファ上のデータとの論理合成
が必要な場合には、論理描画パスを通して論理演算部６
にて行われる。その他の動作はサブクローズが発生しな
い場合と同じである。

【００３７】１画面分の全てのＰＤＬデータをホストコ
ンピュータ１より受け終わるまでこの処理が繰り返され
る。なお、ＰＤＬデータの場合における１ページの終了
は、その旨を示すコマンド（改頁ページコマンド等）を
受信したか否かで判断されるものである。

【００３８】以上説明した処理をまとめると、例えばＣ
ＰＵ２は図３のフローチャートに示す手順で処理を行な
うことになる。

【００３９】なお、本処理以外にも、ホストコンピュー
タ１からの受信処理、及び受信したＰＤＬデータに基づ
く階調性重視のディスプレイリストと解像度重視のディ
スプレイリストの作成処理があるが、その説明は省略す
る。

【００４０】先ず、ステップＳ１において、バンドバッ
ファ７を一旦クリアし、別タスクで作成された階調性重
視のディスプレイリストをメモリ３より読出して、バン
ドバッファ７に対する展開処理（階調性重視のイメージ
データ描画処理）を行なう。なお、メモリ３には、別の
バンドに対するディスプレイリストが含まれることもあ
るので、その場合にはそのディスプレイリストを読み飛
ばす。

【００４１】こうして着目しているバンドの階調性重視
のイメージデータの展開が完了したと判断したら（着目
しているバンドに対する未処理の階調性重視のディスプ
レイリストがその時点で存在しないと判断したら）、処
理はステップＳ２に進み、展開された中間調データに対
して階調性重視の圧縮処理（実施形態ではＪＰＥＧ圧
縮）を行なわせ、ステップＳ３で圧縮データをメモリ９
に格納させる。

【００４２】以上の処理を終えると、処理はステップＳ
４に進んで、バンドバッファ７を一旦クリアし、着目し
ているバンドに対する解像度重視（ラインアート用）の
ディスプレイリストに基づくイメージ展開処理を行な
う。着目しているバンドの解像度重視のイメージデータ
の展開が完了したと判断したら（着目しているバンドに
対する未処理の解像度重視のディスプレイリストがその
時点で存在しないと判断したら）、処理はステップＳ５
に進み、展開された解像度重視用のイメージデータに対
して解像度重視の圧縮処理（例えばＪＢＩＧ符号化やＭ
ＭＲ符号化等）を行なわせ、ステップＳ６でその圧縮デ
ータを今度はメモリ１２に格納させる。

【００４３】上記処理が終了すると、次のバンドに対す
る処理を行なうべく、ステップＳ７で全バンドに対する
処理が完了したか否かを判断する。なお、この間にも別
タスクでもって、受信したＰＤＬデータに基づくディス
プレイリストの作成処理が行われているので、場合によ
っては既に圧縮記憶したバンドに対するディスプレイリ
ストも作成されることもあるが、それについては未処理
のままメモリ３に取り残されることになる。

【００４４】さて、上記処理を繰り返すことで、取り敢
えず最後のバンド（最下端のバンド）に対する圧縮及び
メモリへの格納処理が完了すると、処理はステップＳ８
に進み、未処理の中間調のディスプレイリストが存在す
るか否かを判断する。存在する場合にはステップＳ９に
進んで、取り残されたディスプレイリストは階調性重視
のディスプレイリストであるか否かを判断する。

【００４５】階調性重視のディスプレイリストがあると
判断したら、ステップＳ１０に進んで、その中の上位に
位置する階調画像のバンドイメージをバンドバッファ７
に展開させるべく、ＪＰＥＧ伸張部１０に対して指示を
与え、図示のサブクローズパスを介してバンドバッファ
７に伸張させた階調性重視のイメージを展開させる。こ
の後、ステップＳ１１に進んで、そのバンドに対するデ
ィスプレイリストに従って、論理演算が指示されていれ
ば、その論理演算に従ってバンドバッファにイメージを
展開する。こうして、そのバンドに対する展開処理が終
了したら、処理はステップＳ１２に進んで、着目してい
るバンドのイメージデータを圧縮し、メモリ９に格納さ
せる。

【００４６】ステップＳ９で取り残されたディスプレイ
リストが解像度重視のものであると判断した場合、ある
いは、階調性画像の展開処理が終了したら、処理はステ
ップＳ１３に進み、取り残されたディスプレイリストの
中で解像度重視用のものが存在するか否かを判断する。
存在すると判断したら、ステップＳ１４に進み、該当す
るバンドの圧縮データを伸張させるよう解像度保存型伸
張部１３に対して伸張処理を行なわせ、その伸張画像を
バンドバッファ７に展開させる。ついで、ステップＳ１
５、１６でイメージ展開処理（必要なら論理演算する）
を行なわせ、再度圧縮してメモリ１２に格納させる。

【００４７】この後、処理はステップＳ８に戻るが、未
処理のディスプレイリストが存在しなくなったと判断す
るまで（ＰＤＬデータには改頁コマンドもしくはページ
出力指示コマンドがあるので、それ以降に該当するペー
ジに対するディスプレイリストがあるのかは判断でき
る）、ステップＳ９以降の処理を繰り返す。

【００４８】こうして、着目しているページに対する階
調性重視及び解像度重視のイメージデータそれぞれの全
バンド分がメモリ９及びメモリ１２に格納されると本処
理は終了し、次断の印刷処理に移行する。

【００４９】印刷処理では、伸張部１０、１３を同時に
動作させ、号西部１４で合成し、その時のプリンタエン
ジン部１６による画像形成色に対応する色信号（Ｙ、
Ｍ、Ｃ、Ｂｋ）を色変換部１５で生成し、公知のシーケ
ンスに従って記録動作すれば良い。

【００５０】以上の結果、ラインアート画像データは解
像度が重視され、中間調画像データは階調性が重視され
るという特徴を行かしつつ、それぞれの画像に対してバ
ンド単位の正常な画像記録を行なうことが可能になる。
より詳しくは、バンド単位に印刷するにも拘わらず、一
旦１ページ分のバンドイメージを階調性重視型、解像度
重視型それぞれの圧縮を行なって、別々のメモリに記憶
管理する。しかも遅れてきたＰＤＬデータに対しては、
そのＰＤＬデータでしめされるバンドのイメージの種類
に応じて、該当するイメージを伸張して再度論理合成し
て更新するこで、その論理演算も適正に行えるようにな
る。

【００５１】＜第２の実施形態＞基本的には上記実施形
態（第１の実施形態）に準ずるが、バンドバッファ７か
ら合成部１４に、ラインアートリアルタイムパスを設け
る。場合によって、解像度保存型圧縮部１１、メモリ１
２、解像度保存型伸長部１３は取り除くことも可能であ
る。実際の描画アプリケーションによって生成される画
像ではラインアート部分が、それ程複雑でなく、プリン
タの速度より高速でレンダリングを行なうことができる
ケースが非常に多いのが理由である。

【００５２】従って、予め中間調画像に関するディスプ
レイリストのみレンダラー４で展開し（ラインアートに
関するディスプレイリストはメモリに記憶保持させたま
まにする）、ＪＰＥＧ圧縮部８で圧縮する動作を全ての
バンドについて終了させる。その後、プリンタ１６への
シッピング時に、ＪＰＥＧ伸長部１０にて伸長を行いな
がら、レンダラー４はラインアートに関するディスプレ
イリストに基づくバンドバッファ７への展開を行ない、
合成部１４で合成しながら色変換部１４を介してプリン
タ１６にデータを出力する。この場合、バンドバッファ
７は２分割してダブルバッファ構成を取り、一方を展開
用、他方を合成部１４への出力用とすると、スピード的
に有利である。

【００５３】又、サブクローズの発生時には、一番最後
のＰＤＬデータを受け取った時のみラインアートリアル
タイムパスを用いても良い。いずれにしてもシッピング
までの処理速度の向上に大きく貢献する。

【００５４】又、ラインアートリアルタイムパスを利用
する際には、レンダラーは、予めＣＭＹＫでレンダリン
グするようにディスプレイリストを作成し、合成部はＪ
ＰＥＧ伸長部１０の結果を色変換部１５に通した後に設
ける事により、面順次プリンタへのシッピング時に、レ
ンダラー４が１色分ずつ、レンダリングが可能で、負荷
が減り、より多くの複雑な画像に対してもリアルタイム
パスが使用出来るようになり、スループット（単位時間
当たりのプリント数）を上げることができる。

【００５５】＜第３の実施形態＞ＲＧＢ展開データを一
旦２値化又はディザ処理等をして、３プレーンのビット
マップデータにした後に、ＪＢＩＧ等の情報保存型圧縮
をかける。

【００５６】又は、Ｒ，Ｇ，Ｂを一度ＣＭＹＫに変換し
た後に２値化してから、ＪＢＩＧ等の圧縮をする。この
場合はシッピング時にＪＰＥＧ伸長データを色変換部１
５で、色変換した後で合成する。

【００５７】また、展開されたラインアートは例えば６
４色程度に分類して対応表（カラーパレットテーブル）
を作り、一旦２４ビットのＲＧＢ画像から６ビットのテ
ーブル番号に落として、更にＪＢＩＧ等の情報保存型圧
縮をすると共に６４色のテーブルを持つ。８色程度に分
類するとＲＧＢ画像は３ビットのテーブル画像になり、
圧縮率を更に上げることができよう。

【００５８】更にまた、解像度保存型圧縮１１の実施形
態２の変形で、領域毎（例えば水平２４画素×垂直２４
画素）に、例えば４色に分類してテーブルを作り、２ビ
ットのデータで表現し、場合によって更にＪＢＩＧ圧縮
する、領域毎に対応表（カラーパレットテーブル）を持
つ。この場合、領域内に出現する色数は少なくカラーパ
レットは少ない色数で済む。カラーパレットと異なる色
は分類の際に最も近い色に分類する。

【００５９】以上３つの実施形態の共通概念図は図４に
示す通りになろう。

【００６０】＜第４の実施形態＞図５は第４の実施形態
における解像度保存型圧縮部１１の処理概要を示してい
る。多色（数色）保存圧縮方式であるイメージを例えば
８×８のブロックに分割し、ラインアートを含むか否か
のフラグを持つ。ブロック内にラインアートを含む場合
には、各画素のＲＧＢデータ値に対応するコード及び対
応データ値表（カラーパレット）を持つ。ブロック内に
出現する色数は４色程度に制限し、越える場合は一番近
い色で代用する。あまりにも色数が多い時は、場合によ
ってはそのブロックを含むバンドに対して全て中間調画
像としてレンダリングし直してＪＰＥＧ圧縮部８で圧縮
するようにしても良い。

【００６１】コードデータは、ハフマン符号を用いて、
ビット数を減らせれば尚良い。

【００６２】対応表（カラーパレット）の中では、必ず
１つ透過モードを決めておき、例えば、Ｒ＝Ｇ＝Ｂ＝０
の時は透過として、その画素は合成部１４では、ＪＰＥ
Ｇ伸長画像の上に重ねずに、ＪＰＥＧ画像が上に重なる
ようにする。もし本当にＲ＝Ｇ＝Ｂ＝０のデータが出現
する時は、Ｒ＝０，Ｇ＝０，Ｂ＝１のように影響の無い
範囲でデータを置き換えておく。

【００６３】圧縮率はおよそ以下のようになる。（１＋Ａ（２４Ｂ＋６４Ｃ＋Ｄ））／（（８×８）×２
４））ここで、先頭の“１”：フラグビットＡ：ラインアートを含むブロックの画面占有率Ｂ：ブロック内平均色数Ｃ：色コード平均ビット長Ｄ：ブロック内色数指定ビット長（２〜３）もしＡ＝０．１５，Ｂ＝１．５，Ｃ＝１．１程度なら
ば、Ａ４の６００ｄｐｉ画像で圧縮結果は１ＭＢ以下と
なり、１／１００程度の圧縮が可能である。

【００６４】Ｄはデコード（伸長）の結果より実際の色
数を後で検知する構成ならば“０”となる。この色数の
指定又は検知は圧縮のビットストリームの内、どこまで
がカラーパレットテーブル（対応表）なのか知る上で必
要である。

【００６５】＜第５の実施形態＞解像度保存型圧縮部１
１の変形例を第５の実施形態として説明する。

【００６６】例えば８×８画素毎にラインアートを含む
か否かのフラグを立て、その部分のみに２値のビットマ
ップを持ち、透過又は着色のいずれかの表現とし、着色
部分は代表色１色を持つ。ラインアートを含まないブロ
ックに対して代表色を持たない為フラグのみ存在し、１
／（８×８×２４）の圧縮となり、ラインアートを含む
ブロックはフラグ１ビット＋代表色のビット数で表現さ
れる。この部分の圧縮率は（１＋８×８＋Ｚ）／（８×
８×２４）（Ｚは代表色の表現ビット数）となり、全体
の圧縮率はラインアートを含むブロックの比率で決ま
る。

【００６７】また代表色の保存も、ラインアートを含む
直前ブロックの代表色との相関をとれば、同じ値が続く
ケースなどが多い為に更に圧縮する事も可能である。

【００６８】＜各実施形態に対する補足説明＞図６
［Ｃ］はＰＤＬで作成した画像を示し、ハッチング部分
は中間調画像を示す。このような画像を得る為にレンダ
ラー４でレンダリングしてＪＰＥＧ圧縮部８で圧縮する
イメージは同図［Ａ］のようになる。

【００６９】もちろん実際にはバンド毎に分割して処理
される。解像度保存型圧縮１１で圧縮されるラインアー
トイメージは同図［Ｂ］に示す。合成部１４では、基本
的に中間調画像にラインアート画像を重ね合わせる為に
ラインアートのオブジェクトＱである円が、中間調オブ
ジェクトＰに重なると希望の画像が生成できない。従っ
て、この様な関係ではラインアートの展開時にレンダラ
ー４は重なり部分を考慮して、オブジェクトＱの一部を
マスクする。このマスク情報は、ラインアートのディス
プレイリスト生成時に盛り込まれる。

【００７０】ところでサブクローズ時にラインアートを
何度か伸長とレンダリングによる重ね書き等を繰り返す
と色数が増えすぎて、解像度保存圧縮が不向きになる事
がある。この場合には、バンドバッファ７上にて、ＪＰ
ＥＧ伸長画像とラインアートの解像度保存型伸長画像を
重ね合わせて、ＪＰＥＧ圧縮部８で圧縮し、そのバンド
に関してはラインアート画像を存在させない形式をとっ
ても構わない。この様に、サブクローズ発生時等に、必
ずしも中間調／ラインアートに合致しない圧縮方法を選
択する事も可能である。

【００７１】また、本発明ではディスプレイリスト生成
時に中間調イメージとラインアートの分離を行ったが、
バンドバッファ７に展開後に像域分離を行って２種類に
分割して圧縮しても構わない事は容易に推察できる。

【００７２】＜第６の実施形態＞図７を用いて第６の実
施形態を説明する。本第６の実施形態は、圧縮をホスト
ベース（ＨＢ）コントローラに適用した場合の構成方法
である。ホストベースのコントローラは、ホストコンピ
ュータ側でＰＤＬを展開してビットマップイメージを生
成した後にプリンタ側に画像データを送るもので、プリ
ンタ側にレンダラー等のＰＤＬ展開機能を持たなくて良
いものである。図中、第１の実施形態と同一の機能ブロ
ックは同一番号が割り振ってある。第１の実施形態でい
う、ホストコンピュータ１及びコントローラのＣＰＵ２
は、ホストＣＰＵ２０に置き換えられる。

【００７３】又、記憶装置としてハードディスク２１が
レンダリングの際にも利用できる為に第１の実施形態の
ように、メモリ３の容量に制限があっても基本的にサブ
クローズの発生は抑えられ、サブクローズパスは必要な
くなる。レンダラー４でレンダリングを終了後に圧縮さ
れた２種類のＪＰＥＧ圧縮データと解像度保存型圧縮デ
ータは、メモリ９−１及びメモリ１２−１に蓄積後通信
を行うインターフェースＩ／Ｆ２２−１で、プリンタ側
に送られる。この時メモリ９−１、メモリ１２−１は１
ページ分の圧縮データを全て保存せずに、バンド単位等
でプリンタ側に送信するようにすればメモリ容量は削減
できる。プリンタ側ではＩ／Ｆ２２−２で、ホスト側か
らの圧縮データを受け取り後、ＪＰＥＧ圧縮データをメ
モリ９−２ヘ、解像度保存型圧縮データを１２−２へ一
旦蓄積し、１ページ分の圧縮データが揃った時点で、プ
リンタ１６へのシッピングが第１の実施形態と同様に行
われる。場合によって、プリンタ１６の前段にバッファ
２３を速度差の緩衝用に設けてもよい。

【００７４】＜第７の実施形態＞第６実施形態に於て、
通常ホスト側としては多くの機種があり、その全てにプ
リントコントロールのハードを利用してもらう事はでき
ない。しかしながらプリントコントロール（ドライバ）
のソフトウェアは限られた代表的なＯＳ等に対応する事
で、ほとんどのホストで利用可能である。従って、図
８、図９に、ホスト側（詳しくはホストコンピュータ上
で動作するプリンタドライバプログラム）で展開ハード
を利用しない場合の概略フローチャートを示す。

【００７５】まず、ディスプレイリストの作成で、バン
ド幅を決定（ステップＳ２１）と中間調（イメージ）及
びラインアートに２分割したディスプレイリストを作成
する（ステップＳ２２）。その後“レンダリング＆圧
縮”処理をして（ステップＳ２４）、プリンタ側にデー
タ送信する（ステップＳ２５）。プリンタへのデータ送
信はバンド単位毎に行っても良い事は言うまでもない。

【００７６】上記処理の中のステップＳ２４におけるレ
ンダリング＆圧縮処理は、図９に示す手順で行われる。

【００７７】まず、中間調（イメージ）の各バンドをレ
ンダリングして（ステップＳ３１）、ＪＰＥＧ圧縮する
（ステップＳ３２）事を全バンドに繰り返す（ステップ
Ｓ３３）。次にラインアートの各バンドをレンダリング
（ステップＳ３４）して解像度保存型圧縮する（ステッ
プＳ３５）事を繰り返す（ステップＳ３６）。

【００７８】又、処理の順番として各バンド毎に中間調
バンドの展開とＪＰＥＧ圧縮、ラインアートの展開と解
像度保存圧縮を終え、これを全バンドに繰り返しても何
ら問題はない。

【００７９】以上の様にホストベースのコントローラに
おいては、ソフトウェアで、２種類に分割された中間調
画像とラインアート画像のディスプレイリストより、別
々に展開して圧縮してプリンタ側に送る事により、プリ
ンタ側のメモリ容量の削減及びプリンタ側とホスト側の
通信時間の短縮及び中間調とラインアートの画像品質の
維持が可能である。

【００８０】尚、実施形態における印刷装置は、レーザ
ビーム方式による印刷装置を例にして説明したが、例え
ばＬＥＤプリンタであっても同様に適用できるので、こ
れによって本発明が限定されるものではない。また、電
子写真方式のプリンタに限らず、如何なる方式にも適用
可能ではあるが、高速なプリントエンジンを備えた電子
写真方式のプリンタに適用した方がその作用効果を得る
ことができる。

【００８１】また、本発明は複数の機器（例えばホスト
コンピュータとプリンタと別々になっている場合）から
構成されるシステムに適用しても、一つの機器からなる
装置（例えば、ホストコンピュータとプリンタとが一体
になっている場合等）に適用してもよい。

【００８２】更に、本発明の目的は、前述した第７の実
施形態のご解く、機能を実現するソフトウェアのプログ
ラムコードを記録した記憶媒体を、システムあるいは装
置に供給し、そのシステムあるいは装置のコンピュータ
（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプロ
グラムコードを読出し実行することによっても、達成さ
れることは言うまでもない。

【００８３】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００８４】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００８５】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００８６】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００８７】以上説明したように、本実施形態に従え
ば、２種類の画像圧縮伸長手段により、プリンタコント
ローラが必要とするメモリを大幅に削減し、かつライン
アートに関する品位で最重要な、解像度を保存しなが
ら、中間調画像の階調性を保つ。しかもそのときの圧縮
率、画質が、１種類の圧縮を用いた時頼大幅に向上す
る。

【００８８】

【発明の効果】以上説明したように本発明によれば、確
実に正常な印刷を行なうと共に、階調制御及び解像度を
重視する混在画像を適正に印刷させることが可能にな
る。

【００８９】

【図面の簡単な説明】

【図１】実施形態における印刷装置の断面構造図であ
る。

【図２】実施形態におけるプリンタ制御部のブロック構
成とホストコンピュータ及びプリンタエンジンとの接続
関係を示す図である。

【図３】実施形態におけるプリンタ制御部のＣＰＵの動
作処理手順を示すフローチャートである。

【図４】実施形態における装置の構成概念図である。

【図５】第４の実施形態における解像度保存型圧縮部の
処理概要を示す図である。

【図６】第１〜第５の実施形態における動作概要を説明
するための図である。

【図７】第６の実施形態におけるホストコンピュータと
プリンタの構造及び接続関係を示す図である。

【図８】第７の実施形態におけるホストコンピュータ側
の処理内容を示すフローチャートである。

【図９】図８におけるレンダリング＆圧縮処理の内容を
示すフローチャートである。

【符号の説明】

１ホストコンピュータ２ＣＰＵ３、９、１２メモリ４レンダラー５パラメータ部６論理演算部７バンドバッファ８ＪＰＥＧ圧縮部１０ＪＰＥＧ伸張部１１解像度保存型圧縮部１３解像度保存型伸張部１４合成部１５色変換部１６プリンタエンジン部

Claims

【特許請求の範囲】

【請求項１】ページ記述言語で記述された印刷データ
を受信し、当該データを解釈する印刷制御装置であっ
て、受信した印刷データが階調性を重視するか、解像度を重
視するかを判定する判定手段と、該判定手段の判定結果に従い、階調性重視のイメージデ
ータと、解像度重視のイメージデータを別々にバンド単
位に発生するイメージ発生手段と、該イメージ発生手段で発生した階調性重視のバンド単位
のイメージデータを階調性重視で圧縮して所定のメモリ
に格納し、当該メモリ内に格納されたイメージデータを
伸張する第１の圧縮・伸張手段と、前記イメージ発生手段で発生した解像度重視のバンド単
位のイメージデータを解像度重視で圧縮して所定のメモ
リに格納し、当該メモリ内に格納されたイメージデータ
を伸張する第２の圧縮・伸張手段と、該第１、第２の圧縮・伸張手段で伸張して得たイメージ
データを合成し、所定の印刷手段に出力する出力手段と
を備えることを特徴とする印刷制御装置。
【請求項２】前記出力手段は前記印刷手段の印刷色成
分に合せたデータに変換し、前記印刷手段に出力するこ
とを特徴とする請求項第１項に記載の印刷制御装置。
【請求項３】更に前記第１、第２の圧縮・伸張手段で
伸張して得たイメージデータを前記イメージ発生手段に
フィードバックするフィードバック手段と、該フィード
バックを行なわせるか否かを制御する制御手段とを備
え、前記制御手段は、全バンドに対する圧縮データを格納し
た後に、着目しているページに対する未処理の印刷デー
タが存在する場合にフィードバックを行なわせることを
特徴とする請求項第１項に記載の印刷制御装置。
【請求項４】ページ記述言語で記述された印刷データ
を受信し、当該データを解釈する印刷制御方法であっ
て、受信した印刷データが階調性を重視するか、解像度を重
視するかを判定する判定工程と、該判定工程の判定結果に従い、階調性重視のイメージデ
ータと、解像度重視のイメージデータを別々にバンド単
位に発生するイメージ発生工程と、該イメージ発生工程で発生した階調性重視のバンド単位
のイメージデータを階調性重視で圧縮して所定のメモリ
に格納し、当該メモリ内に格納されたイメージデータを
伸張する第１の圧縮・伸張工程と、前記イメージ発生工程で発生した解像度重視のバンド単
位のイメージデータを解像度重視で圧縮して所定のメモ
リに格納し、当該メモリ内に格納されたイメージデータ
を伸張する第２の圧縮・伸張工程と、該第１、第２の圧縮・伸張工程で伸張して得られたイメ
ージデータを合成し、所定の印刷手段に出力する出力工
程とを備えることを特徴とする印刷制御方法。
【請求項５】前記出力工程は、前記印刷手段の印刷色
成分に合せたデータに変換し、前記印刷手段に出力する
ことを特徴とする請求項第４項に記載の印刷制御方法。
【請求項６】更に、前記第１、第２の圧縮・伸張工程
で伸張して得たイメージデータを前記イメージ発生工程
にフィードバックするフィードバック工程と、該フィー
ドバックを行なわせるか否かを制御する制御工程とを有
し、前記制御工程は、全バンドに対する圧縮データを格納し
た後に、着目しているページに対する未処理の印刷デー
タが存在する場合にフィードバックを行なわせることを
特徴とする請求項第４項に記載の印刷制御方法。
【請求項７】ページ記述言語で記述された印刷データ
を受信し、当該データを解釈する印刷装置であって、受信した印刷データが階調性を重視するか、解像度を重
視するかを判定する判定手段と、該判定手段の判定結果に従い、階調性重視のイメージデ
ータと、解像度重視のイメージデータを別々にバンド単
位に発生するイメージ発生手段と、該イメージ発生手段で発生した階調性重視のバンド単位
のイメージデータを階調性重視で圧縮して所定のメモリ
に格納し、当該メモリ内に格納されたイメージデータを
伸張する第１の圧縮・伸張手段と、前記イメージ発生手段で発生した解像度重視のバンド単
位のイメージデータを解像度重視で圧縮して所定のメモ
リに格納し、当該メモリ内に格納されたイメージデータ
を伸張する第２の圧縮・伸張手段と、該第１、第２の圧縮・伸張手段で伸張して得たイメージ
データを合成し、所定の印刷手段に出力する出力手段と
を備えることを特徴とする印刷装置。
【請求項８】印刷装置に向けて、上位処理から受信し
た印刷データを当該印刷装置に出力するためのプログラ
ムコードを記憶した記憶媒体であって、上位処理から受信した印刷データが階調性を重視する
か、解像度を重視するかを判定する判定ステップと、該判定ステップの判定結果に従い、階調性重視のイメー
ジデータと、解像度重視のイメージデータを別々にバン
ド単位に発生するイメージ発生ステップと、該イメージ発生ステップで発生した階調性重視のバンド
単位のイメージデータを階調性重視で圧縮して所定のメ
モリに格納し、当該メモリ内に格納されたイメージデー
タを伸張する第１の圧縮・伸張ステップと、前記イメージ発生ステップで発生した解像度重視のバン
ド単位のイメージデータを解像度重視で圧縮して所定の
メモリに格納し、当該メモリ内に格納されたイメージデ
ータを伸張する第２の圧縮・伸張ステップと、該第１、第２の圧縮・伸張ステップで伸張して得たイメ
ージデータを合成し、前記印刷装置に向けて出力する出
力ステップとの機能を有するプログラムコードを記憶し
た記憶媒体。
【請求項９】ページ記述言語で記述された印刷データ
を受信し、当該データを解釈する印刷制御装置であっ
て、受信した印刷データが階調性を重視するものか、解像度
を重視するものかを判断する判定手段と、該判定手段で階調性を重視すると判定された印刷データ
についてはバンド単位に階調性重視のイメージデータを
発生するイメージ発生手段と、該イメージ発生手段で発生したイメージデータを階調性
重視で圧縮して所定のメモリに格納し、当該メモリ内に
格納されたイメージデータを伸張する圧縮・伸張手段
と、該圧縮・伸張手段で伸張して得たイメージデータを前記
イメージ発生手段にフィードバックするフィードバック
手段と、該フィードバックを行なわせるか否かを制御する制御手
段と、１ページ分の階調画像データのメモリへの格納が完了し
た場合、前記判定手段によって解像度を重視すると判定
されたイメージデータをバンド単位に発生させ、前記圧
縮・伸張手段によって伸張された階調性重視のイメージ
データを合成して、所定の印刷手段に出力する出力手段
とを備えることを特徴とする印刷制御装置。
【請求項１０】ページ記述言語で記述された印刷デー
タを受信し、当該データを解釈する印刷制御装置の制御
方法であって、受信した印刷データが階調性を重視するものか、解像度
を重視するものかを判断する判定工程と、該判定工程で階調性を重視すると判定された印刷データ
についてはバンド単位に階調性重視の発生するイメージ
発生工程と、該イメージ発生工程で発生した階調性重視のバンド単位
のイメージデータを階調性重視で圧縮して所定のメモリ
に格納し、当該メモリ内に格納されたイメージデータを
伸張する圧縮・伸張工程と、該圧縮・伸張工程で伸張して得たイメージデータを前記
イメージ発生工程にフィードバックするフィードバック
工程と、該フィードバックを行なわせるか否かを制御する制御工
程と、１ページ分の階調画像データのメモリへの格納が完了し
た場合、前記判定工程によって解像度を重視すると判定
されたイメージデータをバンド単位に発生させ、前記圧
縮・伸張工程によって伸張された階調性重視のイメージ
データを合成して、所定の印刷手段に出力する出力工程
とを備えることを特徴とする印刷制御装置の制御方法。
【請求項１１】ページ記述言語で記述された印刷デー
タを受信し、当該データを解釈する印刷装置であって、受信した印刷データが階調性を重視するものか、解像度
を重視するものかを判断する判定手段と、該判定手段で階調性を重視すると判定された印刷データ
についてはバンド単位に階調性重視の発生するイメージ
発生手段と、該イメージ発生手段で発生した階調性重視のバンド単位
のイメージデータを階調性重視で圧縮して所定のメモリ
に格納し、当該メモリ内に格納されたイメージデータを
伸張する圧縮・伸張手段と、該圧縮・伸張手段で伸張して得たイメージデータを前記
イメージ発生手段にフィードバックするフィードバック
手段と、該フィードバックを行なわせるか否かを制御する制御手
段と、１ページ分の階調画像データのメモリへの格納が完了し
た場合、前記判定手段によって解像度を重視すると判定
されたイメージデータをバンド単位に発生させ、前記圧
縮・伸張手段によって伸張された階調性重視のイメージ
データを合成して、所定の印刷手段に向けて出力する出
力手段とを備えることを特徴とする印刷装置。