(57)【要約】【課題】拡大処理を必要とするバンド単位の中間コード画像データをレンダリング処理する際に、簡単な処理によって、バンド間あるいはページ間に跨るイメージの連続性を保証した画像処理装置を提供する。【解決手段】中間コード生成部１１は、上位処理装置１から渡されたソースイメージを拡大して描画する際に、拡大したイメージが複数のバンドあるいはページに跨る場合に、バンド間あるいはページ間の連続性を保証するように、拡大イメージの描画開始位置を示すオフセットを中間コード画像データに含めておく。中間コード画像データ展開部１３は、中間コード生成部１１が生成した中間コード画像データに従い、オフセットを初期値として利用して拡大処理を行い、レンダリングを行う。これによって、中間コード画像データ展開部１３はバンド間やページ間の関係を意識することなく、レンダリング処理を行うことができる。【選択図】  図１
2004276475.tif 000002
【特許請求の範囲】
【請求項１】
入力される描画命令からビットマップイメージを作成する画像処理装置において、前記描画命令を解釈してバンド単位の中間コード画像データを生成する中間コード生成手段と、バンド単位に前記中間コード画像データをレンダリングしてビットマップイメージを作成する中間コード画像データ展開手段を有し、前記中間コード生成手段は、拡大処理を必要とする中間コード画像データを前記中間コード画像データ展開手段によりレンダリング処理を行ったときにバンド間あるいはページ間に跨るイメージの連続性を保証するように前記中間コード画像データを生成することを特徴とする画像処理装置。
【請求項２】
前記中間コード生成手段は、イメージ、圧縮イメージおよび２値イメージに対する中間コード画像データについて、連続性を保証するように生成することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記中間コード生成手段は、主走査線方向に対するオフセットおよび拡大率の情報を含む中間コード画像データを生成することを特徴とする請求項１または請求項２に記載の画像処理装置。
【請求項４】
前記中間コード生成手段は、副走査線方向に対するオフセットおよび拡大率の情報を含む中間コード画像データを生成することを特徴とする請求項１ないし請求項３のいずれか１項に記載の画像処理装置。
【請求項５】
前記中間コード画像データ展開手段は、前記中間コード画像データに基づいて主走査線方向の拡大処理を行う拡大処理機能を備えており、前記拡大処理機能は、前記中間コード画像データの主走査線方向に対するオフセットおよび拡大率の情報をもとに、前記オフセットを初期値として設定した後、拡大率を加算してゆき、加算結果が所定値を越えるか否かを判定基準として画素単位の出力イメージを決定し、指定された主走査線方向の出力幅に達するまで拡大処理を繰り返すことを特徴とする請求項３に記載の画像処理装置。
【請求項６】
前記中間コード画像データ展開手段は、前記中間コード画像データに基づいて副走査線方向の拡大処理を行う拡大処理機能を備えており、前記拡大処理機能は、前記中間コード画像データの副走査線方向に対するオフセットおよび拡大率の情報をもとに、前記オフセットを初期値として設定した後、拡大率を加算してゆき、加算結果が所定値を越えるか否かを判定基準としてライン単位の出力イメージを決定し、指定された副走査線方向の出力幅に達するまで拡大処理を繰り返すことを特徴とする請求項４に記載の画像処理装置。
【請求項７】
前記中間コード生成手段は、主走査線方向及び副走査線方向に対するオフセットおよび拡大率の情報を含む中間コード画像データを生成し、前記中間コード画像データ展開手段は、前記中間コード画像データに基づいて主／副走査線方向の拡大処理を行う拡大処理機能を備えており、前記拡大処理機能は、前記中間コード画像データの主走査線方向及び副走査線方向に対するオフセットおよび拡大率の情報をもとに、前記オフセットを初期値として設定した後、拡大率を加算してゆき、加算結果が所定値を越えるか否かを判定基準として画素単位あるいはライン単位の出力イメージを決定し、指定された主／副走査線方向の出力幅に達するまで拡大処理を繰り返すことを特徴とする請求項１または請求項２に記載の画像処理装置。
【請求項８】
前記中間コード生成手段は、前記中間コード画像データ展開手段における拡大処理で発生する累積誤差を判定し、必要に応じて前記中間コード画像データおよびイメージを分割して生成することを特徴とする請求項１ないし請求項７のいずれか１項に記載の画像処理装置。
【請求項９】
前記中間コード生成手段は、前記中間コード画像データ展開手段における拡大処理で発生する累積誤差を判定し、該判定結果に従って少なくとも拡大率の精度を決定することを特徴とする請求項３ないし請求項７のいずれか１項に記載の画像処理装置。
【請求項１０】
前記中間コード画像データ展開手段は、専用の回路で構成されていることを特徴とする請求項１ないし請求項９のいずれか１項に記載の画像処理装置。
【請求項１１】
入力される描画命令を解釈してバンド単位の中間コード画像データを生成し、バンド単位に前記中間コード画像データをレンダリングしてビットマップイメージを作成する画像処理方法であって、前記中間コード画像データの生成の際に、拡大処理を必要とする中間コード画像データをレンダリングしたときにバンド間あるいはページ間に跨るイメージの連続性を保証するように、前記中間コード画像データを生成することを特徴とする画像処理方法。
【請求項１２】
前記中間コード画像データの生成処理は、イメージ、圧縮イメージおよび２値イメージに対する中間コード画像データについて、連続性を保証するように前記中間コード画像データを生成することを特徴とする請求項１１に記載の画像処理方法。
【請求項１３】
少なくとも拡大処理を必要とする前記中間コード画像データは、主走査線方向に対するオフセットおよび拡大率の情報を含むことを特徴とする請求項１１または請求項１２に記載の画像処理方法。
【請求項１４】
少なくとも拡大処理を必要とする前記中間コード画像データは、副走査線方向に対するオフセットおよび拡大率の情報を含むことを特徴とする請求項１１ないし請求項１３のいずれか１項に記載の画像処理方法。
【請求項１５】
前記中間コード画像データをレンダリングする際に前記中間コード画像データに基づいて主走査線方向の拡大処理を行う拡大処理機能を備えており、前記拡大処理機能は、前記中間コード画像データの主走査線方向に対するオフセットおよび拡大率の情報をもとに、前記オフセットを初期値として設定した後、拡大率を加算してゆき、加算結果が所定値を越えるか否かを判定基準として画素単位の出力イメージを決定し、指定された主走査線方向の出力幅に達するまで拡大処理を繰り返すことを特徴とする請求項１３に記載の画像処理方法。
【請求項１６】
前記中間コード画像データをレンダリングする際に前記中間コード画像データに基づいて副走査線方向の拡大処理を行う拡大処理機能を備えており、前記拡大処理機能は、前記中間コード画像データの副走査線方向に対するオフセットおよび拡大率の情報をもとに、前記オフセットを初期値として設定した後、拡大率を加算してゆき、加算結果が所定値を越えるか否かを判定基準としてライン単位の出力イメージを決定し、指定された副走査線方向の出力幅に達するまで拡大処理を繰り返すことを特徴とする請求項１４に記載の画像処理方法。
【請求項１７】
少なくとも拡大処理を必要とする前記中間コード画像データは、主走査線方向及び副走査線方向に対するオフセットおよび拡大率の情報を含んでおり、また、前記中間コード画像データをレンダリングする際に前記中間コード画像データに基づいて主／副走査線方向の拡大処理を行う拡大処理機能を備えており、前記拡大処理機能は、前記中間コード画像データの主走査線方向及び副走査線方向に対するオフセットおよび拡大率の情報をもとに、前記オフセットを初期値として設定した後、拡大率を加算してゆき、加算結果が所定値を越えるか否かを判定基準として画素単位あるいはライン単位の出力イメージを決定し、指定された主／副走査線方向の出力幅に達するまで拡大処理を繰り返すことを特徴とする請求項１１または請求項１２に記載の画像処理方法。
【請求項１８】
前記中間コード画像データを生成する際に、前記中間コード画像データのレンダリングに際して拡大処理を行う場合に発生する累積誤差を判定し、必要に応じて前記中間コード画像データおよびイメージを分割して生成することを特徴とする請求項１１ないし請求項１７のいずれか１項に記載の画像処理方法。
【請求項１９】
前記中間コード画像データを生成する際に、前記中間コード画像データのレンダリングに際して拡大処理を行う場合に発生する累積誤差を判定し、該判定結果に従って少なくとも拡大率の精度を決定することを特徴とする請求項１３ないし請求項１７のいずれか１項に記載の画像処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、入力される描画命令を解釈して中間コード画像データを生成し、バンド単位に中間コード画像データをレンダリングしてビットマップイメージを作成して印字装置等に出力を行う画像処理技術に関するものである。
【０００２】
【従来の技術】
パーソナルコンピュータなどの上位処理装置から印字命令を受けた画像処理装置は、実際の印字情報である描画命令を受信して順に解釈してビットマップイメージを作成し、出力する。この処理過程において、画像処理装置がページバッファを保持している場合には、解釈したビットマップイメージをそのままページバッファに書き込み、ページ単位で出力する。しかしページバッファは多大な記憶容量を必要とするため、頁バッファではなく、１ページを複数に分割したバンド単位のバッファ（バンドバッファ）を保持している場合も多い。このような場合には、一度バンド単位の中間コード画像データに変換し、全ての描画命令の解釈および中間コード画像データの生成終了後、バンド単位で中間コード画像データを解釈し、ビットマップイメージをバンドバッファに書き込む処理（＝レンダリング処理）を行う。
【０００３】
描画命令から中間コード画像データへの変換は、描画命令の内容がグラフィックスやフォントの場合には、中間コード画像データのみで表現し、一方、描画命令の内容がイメージの場合には、イメージの形状情報を持つ中間コード画像データとイメージ（圧縮あり／なし／２値など）で表現する。
【０００４】
最近、画像処理装置の出力先となる印字装置の高画質化に伴い、出力解像度が６００あるいは１２００ｄｐｉといったように高解像度化の一途をたどっている。一方、上位処理装置上では７２ｄｐｉ程度の解像度でも、十分、表示可能である。このような入力解像度と出力解像度の相違から、画像処理装置において解像度変換が必要となる。このとき、描画命令の内容がグラフィックスやフォントの場合には、中間コード画像データの生成時に解像度変換を行うことができる。一方、描画命令の内容がイメージの場合には、イメージの形状情報は中間コード画像データの生成時に解像度変換を行うが、イメージはデータ量が多いため、レンダリング処理時に解像度変換を行うのが一般的である。
【０００５】
拡大方法としては、拡大率をライン出力単位で加算し、加算結果においてキャリー（あるいはオーバーフロー）が発生したか否かにより、同一ラインを出力するか、次のラインを出力するかを決定するという方法が考案されており、例えば特許文献１に記載されている画像処理方法及び装置においても同様の拡大方式が記載されている。
【０００６】
上記の拡大方式は、副走査線方向の拡大のみを対象としている。これに対し、例えば特許文献２に記載されている印字データ生成装置では、１画素分のデータの読み出し毎に加算を行って、主走査線方向の拡大も行っている。
【０００７】
しかし、上記２つの方式においてはバンドという概念はない。上述のように、入力される描画命令を解釈して中間コード画像データを生成し、バンド単位に中間コード画像データをレンダリングしてビットマップイメージを作成して印字装置に出力を行う画像処理装置に対し、上記２つの方式を適用した場合、バンド間あるいはページ間に跨るイメージの連続性を保証することができないという問題がある。
【０００８】
このような問題に対し、例えば特許文献３に記載されている画像処理方法とその装置では、第１のバンドにおいて所定周期の画像ライン毎にコピーを行う第１挿入部と、第２のバンドにおいて第１のバンドからの周期が変わらないように画像ラインのコピーを行う第２挿入部を持つ構成が記載されている。
【０００９】
しかし、バンド単位でレンダリングを行う場合、同一バンドに複数の拡大処理を必要とするイメージの中間コードを処理する必要がある。このような場合、特許文献３に記載されているような拡大方式を適用しようとすると、第２のバンドの第２挿入部がそれぞれのイメージの連続性を保証しなければならなくなる。そのため、非常に処理が複雑になるという問題がある。バンド数は２以上であり、多くのバンドに関係する場合、その都度、次のバンドに対応する挿入部が前のバンドから跨るイメージの連続性を保証しなければならないため、さらに処理は複雑となるという問題があった。
【００１０】
【特許文献１】
特開平５−３３８２６６号公報
【特許文献２】
特開２００１−１５０７３９号公報
【特許文献３】
特開平１０−５１６２７号公報
【００１１】
【発明が解決しようとする課題】
本発明は、上述した事情に鑑みてなされたもので、拡大処理を必要とするバンド単位の中間コード画像データをレンダリング処理する際に、簡単な処理によって、バンド間あるいはページ間に跨るイメージの連続性を保証したレンダリング処理を行うことができる画像処理装置及び画像処理方法を提供することを目的とするものである。
【００１２】
【課題を解決するための手段】
本発明は、入力される描画命令を解釈してバンド単位の中間コード画像データを生成し、バンド単位に前記中間コード画像データをレンダリングしてビットマップイメージを作成する画像処理装置及び画像処理方法であって、前記中間コード画像データの生成の際に、特にイメージ、圧縮イメージおよび２値イメージに対する中間コード画像データについて、拡大処理を必要とする中間コード画像データをレンダリングしたときにバンド間あるいはページ間に跨るイメージの連続性を保証するように、前記中間コード画像データを生成することを特徴とするものである。例えば、主走査方向又は副走査方向あるいはその両方向に対するオフセット及び拡大率の情報を含む中間コード画像データを生成しておくことができる。そして、レンダリングする際に、オフセット及び拡大率を利用してイメージの拡大処理を行えばよい。これによって、バンド間あるいはページ間に跨るイメージの連続性を保証して、それぞれのバンドのレンダリングを行うことができる。また、そのようなバンド間あるいはページ間に跨るイメージの連続性を保証した中間コード画像データを生成するので、レンダリング時にはそれぞれのバンドに対応した中間コード画像データのみでレンダリングを行うことができるとともに、イメージの連続性などを考慮することなくレンダリング処理を行うことができる。従って、レンダリング時の処理を非常に簡素化することができる。
【００１３】
また、印字装置の高解像度化あるいは巨大な用紙サイズのサポートなどにより、拡大処理における累積誤差によって、拡大画像のズレが発生する可能性が出てきている。このような問題にも対処するため、累積誤差の判定結果に従い、必要に応じて中間コード画像データおよびイメージ（圧縮あり／なし／２値）を分割して生成することができる。あるいは、累積誤差の判定結果に従って少なくとも拡大率の精度を決定するように構成することができる。このような中間コード画像データおよびイメージの分割や拡大率の精度の設定によって累積誤差の伝搬や増大を防ぎ、画像のズレを防止することができる。
【００１４】
このような本発明の画像処理装置を実現する場合、中間コード生成手段についてはＣＰＵ及びプログラムによって構成してもよいが、中間コード画像データ展開手段については、専用の回路で構成することが望ましい。本発明の画像処理装置の出力先として例えば印字装置が想定されるが、印字装置においては連続したビットマップイメージの供給が必要であるなど、種々の制約があり、中間コード画像データ展開手段がそのような制約を満たすように専用回路で構成されているとよい。
【００１５】
【発明の実施の形態】
図１は、本発明の実施の一形態を示す機能ブロック図である。図中、１は上位処理装置、２は画像処理装置、３は印字装置、１１は中間コード生成部、１２は中間コードメモリ、１３は中間コード画像データ展開部、１４はバンドバッファ、１５は出力制御部である。画像処理装置２は、本発明の画像処理装置あるいは本発明の画像処理方法を実現する装置であり、描画命令を受け取ってバンド単位のビットマップイメージを作成し、出力する。ここでは、例えばパーソナルコンピュータなどの上位処理装置１から描画命令を受け取り、ビットマップイメージを作成して印字装置３に出力するものとして図示している。なお、上位処理装置１と画像処理装置２は、ケーブル接続されたり、あるいはＬＡＮなどのネットワークによって通信可能に接続されていてよい。また、画像処理装置２と印字装置３とは、配線などによって直結されている場合が多いが、これに限られるものではない。
【００１６】
画像処理装置２は、中間コード生成部１１、中間コードメモリ１２、中間コード画像データ展開部１３、バンドバッファ１４、出力制御部１５を含んで構成されている。中間コード生成部１１は、上位処理装置１から送られてくる描画命令を受け取り、その描画命令を解釈してバンド単位の中間コード画像データを生成する。このとき、少なくとも拡大処理を必要とするイメージ（圧縮イメージ、２値イメージ等を含む）の中間コード画像データを生成する際には、その中間コード画像データを中間コード画像データ展開部１３によってレンダリングしたときに、バンド間あるいはページ間に跨るイメージの連続性が保証されるように、中間コード画像データを生成する。具体的には、主走査線方向または副走査線方向あるいは両方向に対するオフセットおよび拡大率の情報を含む中間コード画像データを生成する。また、中間コード画像データ展開部１３において拡大処理を行う際に累積誤差が発生することに対応し、発生する累積誤差を判定して、必要に応じて中間コード画像データおよびイメージを分割して生成することもできる。
【００１７】
中間コードメモリ１２は、中間コード生成部１１で生成した中間コード画像データを記憶する。また、例えば中間コード生成部１１で上位処理装置１から受け取った描画命令を記憶するなど、中間コード生成部１１における処理において利用することも可能である。
【００１８】
中間コード画像データ展開部１３は、中間コードメモリ１２からバンド単位に中間コード画像データを読み出してレンダリングし、ビットマップイメージを作成してバンドバッファに書き込む。中間コード画像データ展開部１３は、中間コード画像データに基づいて主／副走査線方向の拡大処理を行う拡大処理機能を備えており、レンダリングの際にイメージを拡大処理して１バンド分のビットマップイメージに展開する。このとき、中間コード生成部１１によって中間コード画像データ中に拡大率とともにオフセットが格納されている。このオフセットを考慮してバンド単位のビットマップイメージに展開することによって、他のバンドについて考慮しなくてもバンド間あるいはページ間の連続性を保証することができる。
【００１９】
このような中間コード画像データ中のオフセット及び拡大率を用いた拡大処理の方法としては、例えば、オフセットを初期値として設定した後、拡大率を加算してゆき、加算結果が所定値を越えるか否かを判定基準として画素単位あるいはライン単位の出力イメージを決定し、指定された主／副走査線方向の出力幅に達するまで拡大処理を繰り返すように処理を行えばよい。もちろん、拡大処理手法は任意であり、このような方式に限られるものではない。
【００２０】
バンドバッファ１４は、中間コード画像データ展開部１３で展開したバンド単位のビットマップイメージを記憶する。なお、バンドバッファ１４は例えばカラーのビットマップイメージを記憶する際には、色成分毎に別々のプレーンとして記憶する面順次データとして記憶したり、あるいは画素毎にすべての色成分のデータを保持する点順次データとして記憶することができる。また、バンドバッファ１４として、１バンド分の記憶領域を有するほか、複数バンド分の記憶領域を有し、中間コード画像データ展開部１３によるビットマップイメージへの展開と、次の出力制御部１５による読み出しを並行して行えるように構成することもできる。
【００２１】
出力制御部１５は、バンドバッファ１４に展開されたビットマップイメージを読み出し、印字装置３などに転送する。
【００２２】
図２は、本発明の実施の一形態における、より具体的な機能ブロック図である。図中、２１は入力制御部、２２は描画命令解釈部、２３は中間コード画像データ生成部、３１は中間コード画像データ解釈部、３２は圧縮／伸長処理部、３３は縮小／拡大処理部、３４は点面変換部、３５は色変換部、３６は多値化変換部である。実線の矢印はデータの流れを示し、破線の矢印は制御の流れを示している。
【００２３】
この例では、中間コード生成部１１は、入力制御部２１、描画命令解釈部２２、中間コード画像データ生成部２３を含んで構成されており、また中間コード画像データ展開部１３は、中間コード画像データ解釈部３１、圧縮／伸長処理部３２、縮小／拡大処理部３３、点面変換部３４、色変換部３５、多値化変換部３６を含んで構成されている。なお、図２においてはバンドバッファ１４についても中間コード画像データ展開部１３中に設けた例として示している。
【００２４】
入力制御部２１は、上位処理装置１などから送られてくる描画命令を受信し、中間コードメモリ１２に記憶させる。そして描画命令解釈部２２を起動する。描画命令解釈部２２は、中間コードメモリ１２に記憶されている描画命令を順に読み出し、解釈する。そして、この描画命令の解釈処理によって得られた情報（属性情報、色情報、エッジ情報、イメージなど）を中間コード画像データ生成部２３に引き渡す。中間コード画像データ生成部２３は、上述の中間コード生成部１１における中間コード生成に関する各種の機能を実行し、描画命令解釈部２２から渡された情報から、バンド単位で中間コード画像データ（およびイメージ）を生成し、中間コードメモリ１２に格納する。なお、中間コード画像データ生成部２３による中間コード画像データの生成処理の具体例については後述する。
【００２５】
図３は、拡大処理を必要とするイメージの中間コード画像データの一例の説明図である。上位処理装置１上での解像度と印字装置３の解像度の違いは、属性情報がグラフィックスやフォントの場合、中間コード画像データ生成部２３で中間コード画像データを生成する際に解像度変換を行うことにより補正される。それに対し、属性情報がイメージの場合、イメージの形状情報は中間コード画像データの生成時に補正されるが、イメージ自体は中間コード画像データ展開部１３によるレンダリング処理時に解像度変換が行われる。イメージはデータ量が多いため、なるべく後で解像度変換を行った方がメモリ効率がよい。そのため、この例においても、イメージのデータについては中間コード画像データ展開部１３で解像度変換を行う。そのためには、中間コード画像データにレンダリング処理時のイメージの拡大処理に必要な情報を保持する必要がある。このような拡大処理に必要な情報を保持した中間コード画像データの一例を図３に示している。
【００２６】
図３（Ｂ）に従来の拡大処理が必要なイメージの中間コード画像データのフォーマットの例を示している。このフォーマットでは、ヘッダ部にレンダリング時のイメージの拡大に必要な主／副走査線方向の拡大率の値と拡大前のイメージへのポインタを保持し、またボディ部に解像度変換後のイメージの形状情報を保持している。
【００２７】
このフォーマットでも、対象とするイメージが複数のバンドやページに跨ることがない場合においては問題ない。しかし、イメージが複数のバンドやページに跨る場合には、拡大後のイメージが直前のバンドにどの程度描画されたかを知る必要があるが、このフォーマットにはそのような情報が存在しないため、バンドやページの境界においてイメージの連続性が保証できなくなる。例えば副走査線方向に４倍に拡大する場合、１ラインのイメージが４ラインのイメージになる。バンドの境界において、前のバンドに４ラインのうちの３ラインが描画できた場合、次のバンドには１ライン部を描画すればよい。しかし、図３（Ｂ）に示すフォーマットでは、前のバンドにどの程度描画したかを示す情報が存在しないため、４ライン分描画してしまい、７ラインの画像となって画質が劣化してしまう。あるいは、前のバンドの描画状態を調べるといった複雑な処理が必要となってしまう。
【００２８】
本発明では、拡大処理が必要な中間コード画像データのフォーマットとして、図３（Ａ）に示すようなデータフォーマットを採用することができる。このフォーマットでは、ヘッダ部にコマンドＩＤ、属性情報、イメージへのポインタ、レンダリング時のイメージの拡大に必要な主／副走査線方向の拡大率の値などとともに、バンド間に跨るイメージの連続性を保証するための副走査線初期値（オフセット）およびページ間に跨るイメージの連続性を保証するための主走査線初期値（オフセット）の値を保持する。ちなみに、ページ間に跨るイメージの例として拡大連写（例えば、Ａ４サイズの原画を４分割して、それぞれの部分をＡ４サイズで印字装置から出力して貼り合わせることにより、Ａ４サイズの４倍の大きさの出力画を得るというもの）などが挙げられる。
【００２９】
なお、ヘッダ部におけるコマンドＩＤには、イメージの内容として圧縮あり／なし／２値が考えられ、拡大処理を行なう前の処理が異なるため、それぞれを判別するための情報が格納される。後述する具体例では、圧縮無しのイメージの場合に“１”、圧縮されたイメージの場合に“２”、２値イメージの場合に“３”を格納している。また、属性情報には文字、グラフィックス、イメージなどの描画オブジェクトの属性を示す情報が格納され、ここではイメージの場合に“４”としている。
【００３０】
中間コード画像データのフォーマットは、図３（Ａ）に限られるものではなく、バンド間あるいはページ間に跨るイメージの連続性を保証することができれば、任意に構成することが可能である。
【００３１】
図２に戻り、中間コード画像データ展開部１３の中間コード画像データ解釈部３１は、中間コードメモリ１２から中間コードを順に取り出して解釈し、バンド単位でバンドバッファ１４に描画処理し、ビットマップイメージに展開する。このとき、中間コード画像データによっては、圧縮／伸長処理部３２、縮小／拡大処理部３３、色変換部３５は、多値化変換部３６等を用いて処理を行う。また、展開したビットマップイメージを出力制御部１５から出力する際には、印字装置３の構成に応じて点面変換部３４を利用するように制御する。
【００３２】
圧縮／伸長処理部３２は、圧縮されたイメージを伸長してバンドバッファ１４に書き込む。また、例えば中間コードメモリ１２の記憶容量が不足する場合に中間コードに従って途中まで描画処理したバンドバッファ１４内のビットマップイメージを圧縮して中間コードメモリ１２に格納する。この場合も、バンドバッファ１４に書き込む際には、この圧縮／伸長処理部３２によって伸長処理を行う。
【００３３】
縮小／拡大処理部３３は、描画するオブジェクトがイメージの時、中間コードメモリ１２に格納されている中間コード画像データ中の拡大率に従って、イメージを縮小あるいは拡大処理する。なお、拡大処理したイメージは、同じく中間コード画像データ中のオフセットに従ってバンドバッファ１４に書き込む。
【００３４】
点面変換部３４は、バンドバッファ１４にビットマップイメージを記憶する際に、色成分毎に別々のプレーンとして記憶する面順次データとして記憶し、印字装置３が画素毎にすべての色成分のデータを保持する点順次データを要求する場合、面順次データから点順次データへ変換する。あるいは、バンドバッファ１４にビットマップイメージを記憶する際に点順次データとして記憶し、印字装置３が面順次データを要求する場合、点順次データから面順次データへ変換する。
【００３５】
色変換部３５は、中間コード画像データに従って色変換処理を行う。例えばＲＧＢ色空間で指定されている色を、印字装置３が必要とするＣＭＹＫ色空間の色に変換するなどといった色空間変換処理も行う。
【００３６】
多値化変換部３６は、例えば２値イメージを他の多値（カラー）イメージと同様に扱うために、２値を多値の最小値及び最大値に対応させ、２値イメージを多値イメージに変換する。
【００３７】
なお、中間コード画像データ展開部１３の全部又は一部の構成、あるいはさらにバンドバッファ１４などは、専用の回路で構成することが可能である。本発明ではバンド間の連続性を考慮して中間コード画像データを生成しているので、生成された中間コード画像データを扱う中間コード画像データ展開部１３は処理内容が簡素化され、画一的な処理で済む。従って、専用の回路で構成した場合でも小型化できるとともに、専用回路によって高速に処理を行うことが可能である。
【００３８】
次に、具体例を用いて上述の構成における動作の一例を説明する。図４は、本発明の実施の一形態において複数のバンドに跨るイメージに対して生成された中間コード画像データと展開されたビットマップイメージの関係の第１の具体例の説明図である。図４に示した例では、上位処理装置１から与えられるイメージ（以下、ソースイメージと呼ぶ）は、図４（Ｅ）に示すように幅１０００画素、高さ１２０画素の圧縮されていないイメージであり、高さ２０画素毎に異なるハッチングを施して示している。このイメージを主走査線方向に２倍、副走査線方向に４倍拡大して、上から副走査方向に１７０画素の位置から描画する場合を示している。なお、１バンドの副走査線方向の画素数は２７０画素としている。また、主走査方向に並ぶ画素をラインと呼ぶことにする。
【００３９】
このような図４（Ｅ）に示すソースイメージを拡大して描画処理を行う場合、図４（Ｄ）に示すように３つのバンドに跨るビットマップイメージとなる。このとき、最初の１〜２５ライン目のソースイメージは４倍に拡大されて１００ライン分のイメージとなり、全て１番目のバンドに書き込まれる。しかし、次の２６ライン目のソースイメージは、４倍に拡大された４ラインの拡大イメージのうち１ライン目が１番目のバンドに書き込まれ、２〜４ライン目が２番目のバンドに書き込まれる。次の２７〜９１ライン目のソースイメージは４倍に拡大されて全て２番目のバンドに書き込まれる。９２ライン目のソースイメージについては、４倍に拡大された４ラインの拡大イメージのうち１〜３ライン目が２番目のバンドに書き込まれ、４ライン目が３番目のバンドに書き込まれる。さらに９５〜１２０ライン目のソースイメージは、４倍に拡大されて全て３番目のバンドに書き込まれる。
【００４０】
このようなイメージのバンド単位の展開を中間コード画像データ展開部１３において行うために、中間コード生成部１１の中間コード画像データ生成部２３が生成する中間コード画像データについて説明する。なお、いずれの中間コード画像データについても倍率は同様であり、主走査線拡大率として０．５（２倍の逆数）、副走査線拡大率として０．２５（４倍の逆数）を設定する。そして、中間コード画像データ中のオフセットを、それぞれのバンドに応じて設定する。
【００４１】
まず、１番目のバンドに対応する中間コード画像データは、前のバンドとの関連はないので、バンド間の連続性を考慮する必要はない。この場合、図４（Ａ）に示すように、主走査線及び副走査線のオフセットを０に設定しておく。なお、中間コード画像データのフォーマットは図３（Ａ）に示したものであり、ヘッダ部のみを示している。以下の説明においても同様である。また、中間コード画像データ中のイメージへのポインタは、ソースイメージの先頭を指しておく。
【００４２】
２番目のバンドに対応する中間コード画像データは、１番目のバンドからの連続性を考慮する必要がある。すなわち、上述のように２６ライン目のソースイメージを拡大したイメージが１番目のバンドと２番目のバンドに跨っている。そのため、２番目のバンドに描画するイメージは、１番目のバンドに描画した部分を除く部分としなければならない。そのために、拡大したイメージのうち、どこから２番目のバンドに描画を開始するかを示すオフセットを設定する。この例では、拡大された４ラインのイメージのうち、１／４の１ラインが１番目のバンドに書き込まれているので、図４（Ｂ）に示すように、副走査線のオフセットとして０．２５を設定する。また、中間コード画像データ中のイメージへのポインタは、ソースイメージの２６ライン目の先頭を指し示しておく。
【００４３】
３番目のバンドに対応する中間コード画像データは、２番目のバンドからの連続性を考慮する必要がある。すなわち、上述のように９２ライン目のソースイメージを拡大したイメージが２番目のバンドと３番目のバンドに跨っている。そのため、３番目のバンドに描画するイメージは、２番目のバンドに描画した部分を除く部分としなければならない。そのために、拡大したイメージのうち、どこから３番目のバンドに描画を開始するかを示すオフセットを設定する。この例では、９２ライン目のソースイメージを拡大した４ラインのイメージのうち、３／４が２番目のバンドに書き込まれている。従って図４（Ｃ）に示すように、副走査線のオフセットとして０．７５を設定する。また、中間コード画像データ中のイメージへのポインタは、ソースイメージの９２ライン目のイメージの先頭を指し示しておく。
【００４４】
このようにして中間コード生成部１１で生成した中間コード画像データに従って、中間コード画像データ展開部１３がイメージをバンドバッファ１４に展開する際の処理について説明する。上述のように、中間コードメモリ１２に格納された中間コード画像データは、中間コード画像データ展開部１３の中間コード画像データ解釈部３１によりバンド毎に順に読み出され、解釈される。そして、それぞれの中間コード画像データに従ってレンダリング処理が行われる。
【００４５】
このとき、中間コード画像データが拡大処理を伴うイメージの描画を指示するものである場合には、縮小／拡大処理部３３によってソースイメージを拡大しながらバンドバッファ１４に描画する。図５は、中間コード画像データ展開部１３の縮小／拡大処理部３３における拡大処理の動作の一例を示すフローチャートである。まず初期設定として、Ｓ４１において、中間コード画像データ中の副走査線方向のオフセットを副走査線判定レジスタＲｓに設定し、またＳ４２において、ソースアドレスとして中間コード画像データ中のイメージへのポインタのアドレスを設定する。そしてＳ４３〜Ｓ５６までの処理を、ソースイメージの高さだけ繰り返す。これによって、Ｓ４３〜Ｓ５６の間の処理を、ソースイメージのそれぞれの主走査線について行う。
【００４６】
またＳ４４において、中間コード画像データ中の主走査線方向のオフセットを主走査線判定レジスタＲｆに設定し、Ｓ４５〜Ｓ５１までの処理を、ソースイメージの幅だけ繰り返す。これによって、Ｓ４５〜Ｓ５１の間の処理を、それぞれの主走査線における画素について行う。なお、バンドの右端に達した時点で当該主走査線における処理を終えてもよい。
【００４７】
Ｓ４６では、主走査線判定レジスタＲｆに、中間コード画像データ中の主走査線方向の拡大率を加算し、Ｓ４７において、加算によってキャリーが発生したか否かを判定する。ここでは加算結果が１以上となればキャリーが発生し、レジスタには少数部分のみが残るものとしている。Ｓ４７でキャリーが発生していると判定された場合には、Ｓ４８において、ソースアドレスを次のアドレスに更新し、その更新後のアドレスのソースイメージをバンドバッファ１４の該当するアドレスに書き込む。また、キャリーが発生していなければ、Ｓ４９において、現時点でのソースアドレスのソースイメージをバンドバッファ１４の該当するアドレスに書き込む。そして、いずれの場合もＳ５０において、バンドバッファ１４のアドレスを次のアドレスに更新する。
【００４８】
この処理を繰り返すことによって、キャリーが発生するまでは同じソースイメージの画素が書き込まれ、キャリーが発生すると書き込まれるソースイメージが更新される。結果として、バンドバッファ１４にはソースイメージを拡大したイメージが書き込まれてゆく。例えば図４に示した具体例のように拡大率が０．５の場合、０＋０．５ではキャリーが発生せず、次の０．５＋０．５によってキャリーが発生する。これが繰り返され、同じソースイメージの画素が２画素ずつバンドバッファ１４に書き込まれ、２倍に拡大されたイメージが書き込まれることになる。こうしてソースイメージの主走査線方向の画素が無くなる（幅に達する）まで繰り返し、１主走査線分の拡大イメージがバンドバッファ１４に書き込まれる。
【００４９】
１主走査線分の拡大イメージが生成されたら、Ｓ５２において、副走査線判定レジスタＲｓに、中間コード画像データ中の副走査線方向の拡大率を加算し、Ｓ５３において、加算によってキャリーが発生したか否かを判定する。キャリーが発生していなければ、Ｓ５４において、Ｓ４５〜Ｓ５１で生成した１主走査線分の拡大イメージを次の１主走査線分の拡大イメージとしてバンドバッファ１４内でコピーし、Ｓ５５において、その拡大イメージの幅分だけ、バンドバッファ１４のアドレスを更新する。キャリーが発生するまで、このコピーを繰り返し、キャリーが発生したら、Ｓ５６からＳ４３へ戻って、新たな拡大イメージの生成処理を行う。そして、ソースイメージの高さに達したら、処理を終える。あるいは、バンドの下端に達した時点で処理を終えてもよい。
【００５０】
このようにして、副走査線方向については、１主走査線分の拡大イメージの生成あるいはコピーを繰り返すことによって、副走査線方向に拡大したイメージがバンドバッファ１４内に書き込まれることになる。例えば図４に示した具体例のように拡大率が０．２５の場合、０＋０．２５、０．２５＋０．２５、０．５＋０．２５ではキャリーが発生せず、次の０．７５＋０．２５によってキャリーが発生する。そのため、１主走査線分の拡大イメージを生成した後、その拡大イメージを３回コピーすることによって、副走査線方向に４倍に拡大されたイメージをバンドバッファ１４に書き込むことができる。こうしてソースイメージの副走査線方向のラインが無くなる（高さに達する）まで繰り返して処理を終える。
【００５１】
このような拡大処理においては、Ｓ４１において副走査線判定レジスタＲｓに副走査線方向のオフセットを設定し、またＳ４４において主走査線判定レジスタＲｆに主走査線方向のオフセットを設定している。これによって、拡大率を加算してキャリーが発生するまでの回数が調節されることになる。
【００５２】
このようにして、前のバンドで描画した部分については当該バンドでは描画しないように（すなわち残りの部分のみ描画するように）制御することができる。また、この拡大処理及びバンドバッファ１４への書き込みにおいては、前のバッファへの書き込み状況を参照する必要が無く、中間コード画像データ中の情報のみに従ってレンダリングを行えばよいので、上述のように処理は非常に簡単化することができる。もちろん中間コード画像データを生成する際にはバンドに跨る部分でのオフセットの設定が必要となるが、もともと中間コード画像データを生成する際にはバンドを考慮して処理を行っており、簡単にオフセットの設定を行うことができる。
【００５３】
上述の動作を図４に示した具体例を用いて簡単に説明する。図４（Ａ）に示すような中間コード画像データに従って中間コード画像データ展開部１３でイメージを展開する際には、図４（Ｅ）に示すソースイメージの１〜２５ライン目のイメージは、図４（Ｄ）に示すように拡大されてバンドバッファ１４に書き込まれる。また、ソースイメージの２６ライン目のイメージについては、４ラインのイメージに拡大されるものの、１番目のバンドに収まる１ライン分のみがバンドバッファ１４に書き込まれる。
【００５４】
２番目のバンドについては、中間コード画像データは図４（Ｂ）に示すように図４（Ｅ）に示すソースイメージの２６ライン目のイメージの先頭をイメージへのポインタが指し示しており、ソースイメージの２６ライン目のイメージからレンダリング処理を開始する。それとともに中間コード画像データ中には、副走査線方向のオフセットとして０．２５が設定されている。従って、ソースイメージの２６ライン目のイメージについて縮小／拡大処理部３３で拡大処理を行う際に、オフセット（＝０．２５）を副走査線判定レジスタＲｓの初期値として設定する。そのため、Ｓ４５〜Ｓ５１によって２６ライン目のソースイメージについて１主走査線分の拡大イメージを生成した後、２回のコピーを行った時点でキャリーが発生することとなる。これによって、４ライン分の拡大イメージのうちの３ライン分がバッファメモリ１４に書き込まれることになる。これによって、先に１番目のバンドに描画された１ライン分とともに４ライン分の拡大されたイメージが不具合なく再現されることになる。
【００５５】
なお、２番目のバンドには、図４（Ｅ）に示すソースイメージの２７〜９１ライン目のイメージについては、拡大されたイメージの全体がバンドバッファ１４に書き込まれ、９２ライン目のイメージについては、２番目のバンドに収まる３ライン分の拡大されたイメージがバンドバッファ１４に書き込まれる。
【００５６】
３番目のバンドについても同様であり、中間コード画像データ中には図４（Ｃ）に示すように図４（Ｅ）に示すソースイメージの９２ライン目の先頭をイメージへのポインタが指し示しており、ソースイメージの９２ライン目のイメージからレンダリング処理を開始する。それとともに、中間コード画像データ中には、副走査線方向のオフセットとして０．７５が設定されている。従って、ソースイメージの９２ライン目のイメージについて縮小／拡大処理部３３で拡大処理を行う際に、オフセット（＝０．７５）を副走査線判定レジスタＲｓの初期値として設定する。そのため、Ｓ４５〜Ｓ５１によって９２ライン目のソースイメージを主走査方向に拡大して１主走査線分の拡大イメージを生成した後、拡大率（＝０．２５）を加算した時点でキャリーが発生することとなる。これによって、拡大された４ライン分のうちの１ライン分がバッファメモリ１４に書き込まれることになる。従って、既に２番目のバンドに書き込まれた３ライン分のイメージとともに、４ライン分の拡大されたイメージが不具合なく再現されることになる。
【００５７】
このようにして、図４に示した例では図４（Ｅ）に示すイメージは主走査線方向に２倍、副走査線方向に４倍に拡大され、図４（Ｄ）に示すように３つのバンドに跨ったイメージが不具合なくレンダリングされる。
【００５８】
なお、図４に示した具体例では、ページ間に跨るイメージの連続性を保証するための主走査線（オフセット）の値を０としているが、例えば拡大連写の場合などで主走査線（オフセット）の値が設定された場合でも、図５に示した処理に従って拡大処理を行えばよい。すなわち、次ページの同じバンドにおいて生成される中間コード画像データには、主走査線オフセットが設定されているため、図５のＳ４４においてその主走査線オフセットが主走査線判定レジスタＲｆの初期値として設定される。これによって、ページ間の連続性も保証することができる。
【００５９】
図６は、本発明の実施の一形態において複数のバンドに跨るイメージに対して生成された中間コード画像データと展開されたビットマップイメージの関係の第２の具体例の説明図である。この第２の具体例では、ソースイメージが圧縮されている場合を想定している。図６（Ｅ）には図４（Ｅ）と同様のソースイメージを示しており、このソースイメージが図６（Ｆ）に示すように圧縮されているものとする。
【００６０】
ここでは、それぞれのバンドに書き込まれる部分毎に圧縮した例を示している。この場合、バンドに跨ってレンダリングされるラインについては、両方のバンドに対応する圧縮データに含ませることができる。また、圧縮方法によってはそれぞれの部分イメージを圧縮されたままで特定できる場合もあり、そのような場合にはソースイメージ全体をそのまま圧縮し、圧縮データ内をイメージへのポインタで指し示すように構成してもよい。
【００６１】
中間コード生成部１１では、それぞれのバンドに対応して図６（Ａ）〜（Ｃ）に示す中間コード画像データを生成する。その内容は図４の場合とほぼ同様であり、コマンドＩＤ（ヘッダ部の最上欄）が“２”となって圧縮イメージを示していることと、イメージへのポインタが圧縮コードに対して指し示している点で異なるのみである。主走査線拡大率、主走査線オフセット、副走査線拡大率、副走査線オフセットについては図４に示した例と同じである。
【００６２】
図７は、ソースイメージが圧縮されている場合における中間コード画像データ展開部１３の動作の一例を示すフローチャートである。図６に示したように圧縮されたソースイメージをレンダリングする際には、まずＳ６１において、中間コード画像データ展開部１３は圧縮／伸長処理部３２に対してソースイメージの伸長処理を行わせ、圧縮されていないビットマップイメージデータに戻す。そしてＳ６２において、縮小／拡大処理部３３によって伸長されたソースイメージを拡大しながら、バンドバッファ１４に書き込む。このときの拡大処理は、例えば上述の図５に示したような処理で行えばよい。
【００６３】
このようにして、圧縮されたソースイメージについても、ビットマップイメージの場合と同様に、良好にレンダリング処理を行うことができる。
【００６４】
図８は、本発明の実施の一形態において複数のバンドに跨るイメージに対して生成された中間コード画像データと展開されたビットマップイメージの関係の第３の具体例の説明図である。この第３の具体例では、ソースイメージが２値イメージの場合を想定している。図８（Ｅ）には図４（Ｅ）と同サイズのソースイメージを示しているが、この例では各画素が‘０’または‘１’で示された２値のイメージである。
【００６５】
中間コード生成部１１では、それぞれのバンドに対応して図８（Ａ）〜（Ｃ）に示す中間コード画像データを生成する。その内容は図４の場合とほぼ同様であるが、コマンドＩＤ（ヘッダ部の最上欄）が“３”となって２値イメージであることを示している点で異なっている。主走査線拡大率、主走査線オフセット、副走査線拡大率、副走査線オフセットについては図４に示した例と同じである。
【００６６】
図９は、ソースイメージが２値イメージである場合における中間コード画像データ展開部１３の動作の一例を示すフローチャートである。図８に示したように２値のソースイメージをレンダリングする際には、まずＳ７１において、中間コード画像データ展開部１３は多値化変換部３６に対して２値のソースイメージを多値化させる。例えば２値の‘０’が白、‘１’が黒であって、多値の最大濃度が２５５，最低濃度が０の場合、２値の‘０’を多値の‘０’に、また２値の‘１’を多値の‘２５５’にそれぞれ変換する。これによって他の多値（カラー）のオブジェクトと同等に扱うことができるようになる。
【００６７】
２値のソースイメージを多値化した後、Ｓ７２において、縮小／拡大処理部３３によって多値化されたソースイメージを拡大しながら、バンドバッファ１４に書き込む。このときの拡大処理は、例えば上述の図５に示したような処理で行えばよい。
【００６８】
このようにして、２値のソースイメージについても、多値のソースイメージの場合と同様に、良好にレンダリング処理を行うことができる。
【００６９】
上述の第２、第３の具体例においても、第１の具体例と同様に、副走査線オフセットが設定される場合に限らず、例えば拡大連写の場合などで主走査線オフセットの値が設定された場合についても適用可能である。
【００７０】
上述の各具体例で説明したように、中間コード画像データの拡大率として、ここでは実際の倍率の逆数として表現している。そのために、拡大率は小数となる。このとき、拡大率を保持する中間コード画像データの設定領域のサイズが十分に大きくないと、印字装置３の高解像度化や巨大な用紙サイズのサポートなどにより、累積誤差による拡大画像のズレが生じることがある。
【００７１】
このような不具合を解消するため、中間コード生成部１１において中間コード画像データを生成する際に、累積誤差により不具合が発生するか否かを、判定基準をもとに判定し、中間コード画像データおよびソースイメージ（圧縮あり／なし／２値）を分割する機能を中間コード画像データ生成部２３に持たせることができる。累積誤差による不具合の判定基準としては、例えば累積誤差が１画素程度以上となるか否かなどとすればよい。
【００７２】
図１０は、本発明の実施の一形態において累積誤差が発生する場合に生成された中間コード画像データと展開されたビットマップイメージの関係の具体例の説明図である。例えば図１０（Ｅ）に示すように主走査線方向に長い拡大イメージを描画する場合、図中の点線部分で累積誤差の影響が発生する可能性があると判断された場合、その累積誤差の影響が発生する位置あるいはその手前で、図１０（Ａ）、（Ｂ）に示すように、ソースイメージを分割する。そして、図１０（Ｃ）、（Ｄ）に示すように、それぞれのソースイメージに対応する中間コード画像データを生成すればよい。
【００７３】
このように複数のイメージ及び中間コード画像データに分割することによって、累積誤差の影響を排除することができる。また、このように分割しても、レンダリング処理によって描画されたイメージは図１０（Ｅ）に示すように連続したイメージとなり、何ら支障はない。
【００７４】
図１０に示した例では拡大されたイメージがバンドに跨っていないが、バンドに跨るような場合であっても、それぞれのバンドにおいて生成する中間コード画像データとソースイメージについて分割すればよい。また、副走査方向についても拡大率の累積誤差によって影響が発生する可能性がある場合も、同様にして中間コード画像データ及びソースイメージを分割すればよい。
【００７５】
図１０に示した例では、累積誤差が伝搬しないようにソースイメージや中間コード画像データを分割する例を示したが、このほかにも、例えば拡大率の精度を向上させれば累積誤差を低減することが可能である。高精度の拡大率を保持するためには、中間コード画像データ中の主走査線方向及び副走査線方向の拡大率を保持する領域を広くすればよい。しかし、すべての中間コード画像データについて、これらの領域を広く取ることによって、中間コードメモリ１２の容量を圧迫する場合も考えられる。このような場合には、拡大率を保持する領域を可変領域とし、通常の精度の拡大率を用いた場合の累積誤差を判定して、その判定結果に従って領域の大きさを決定するように構成するとよい。このとき、オフセットの値についても累積誤差に従って調整しておくことができる。上述のようにオフセットは主走査線判定レジスタＲｆ、副走査線判定レジスタＲｓの初期値として設定されるので、累積誤差の調整にも利用することが可能である。
【００７６】
【発明の効果】
以上の説明から明らかなように、本発明によれば、中間コード画像データを生成する際に、拡大情報（＝拡大率）、および、バンド間あるいはページ間の連続性の保証情報としてオフセットを保持する。これによって、中間コード画像データからビットマップイメージデータに展開する際に拡大処理を行うとき、前後のバンドとの関係を意識することなく、中間コード画像データに従って処理を行うだけでよい。これによって構成が簡易になり、拡大処理の高速化を図ることができるという効果がある。
【００７７】
また、将来的に印字装置の高解像度化あるいは巨大な用紙サイズのサポートなどにより、拡大処理における累積誤差による拡大画像のズレの発生が懸念される場合に対応し、判定基準に従い中間コード画像データおよびイメージを分割したり、精度を制御することによって、累積誤差の影響を抑え、良好な画像を再現することが可能となる。この場合も、中間コード画像データを生成する際の処理において対応可能であり、中間コード画像データに従って展開する処理を変更する必要はない。そのため、展開処理をチップ化した場合でも、チップの造り直しを避けることができ、コストの抑制が可能である。
【図面の簡単な説明】
【図１】本発明の実施の一形態を示す機能ブロック図である。
【図２】本発明の実施の一形態における、より具体的な機能ブロック図である。
【図３】拡大処理を必要とするイメージの中間コード画像データの一例の説明図である。
【図４】本発明の実施の一形態において複数のバンドに跨るイメージに対して生成された中間コード画像データと展開されたビットマップイメージの関係の第１の具体例の説明図である。
【図５】中間コード画像データ展開部１３の縮小／拡大処理部３３における拡大処理の動作の一例を示すフローチャートである。
【図６】本発明の実施の一形態において複数のバンドに跨るイメージに対して生成された中間コード画像データと展開されたビットマップイメージの関係の第２の具体例の説明図である。
【図７】ソースイメージが圧縮されている場合における中間コード画像データ展開部１３の動作の一例を示すフローチャートである。
【図８】本発明の実施の一形態において複数のバンドに跨るイメージに対して生成された中間コード画像データと展開されたビットマップイメージの関係の第３の具体例の説明図である。
【図９】ソースイメージが２値イメージである場合における中間コード画像データ展開部１３の動作の一例を示すフローチャートである。
【図１０】本発明の実施の一形態において累積誤差が発生する場合に生成された中間コード画像データと展開されたビットマップイメージの関係の具体例の説明図である。
【符号の説明】
１…上位処理装置、２…画像処理装置、３…印字装置、１１…中間コード生成部、１２…中間コードメモリ、１３…中間コード画像データ展開部、１４…バンドバッファ、１５…出力制御部、２１…入力制御部、２２…描画命令解釈部、２３…中間コード画像データ生成部、３１…中間コード画像データ解釈部、３２…圧縮／伸長処理部、３３…縮小／拡大処理部、３４…点面変換部、３５…色変換部、３６…多値化変換部。
【図１】
2004276475.tif 000003
【図２】
2004276475.tif 000004
【図３】
2004276475.tif 000005
【図４】
2004276475.tif 000006
【図５】
2004276475.tif 000007
【図６】
2004276475.tif 000008
【図７】
2004276475.tif 000009
【図８】
2004276475.tif 000010
【図９】
2004276475.tif 000011
【図１０】
2004276475.tif 000012