(57)【要約】【課題】バンド領域単位で画像データを処理する際の処理効率の低減を防ぐこと。【解決手段】入力されたバンド高さ６４ラインのバンドデータＭを、バンド高さ３２ラインの２つのバンドデータＢに分割し、分割された複数のバンドデータＢをバッファメモリに格納し、それぞれ処理する。【選択図】図８
2013121679.tif 000002
【特許請求の範囲】
【請求項１】
画像データを第１のバンド領域単位で分割したバンドデータを入力する入力手段と、
前記入力手段で入力された前記第１のバンド領域単位のバンドデータを前記第１のバンド領域より小さい第２のバンド領域単位の複数のバンドデータに分割する分割手段と、
前記分割手段により分割された複数のバンドデータをメモリに記憶するメモリ制御手段と、
前記メモリに記憶された複数のバンドデータのそれぞれを処理する処理手段と、
を備えることを特徴とする記録装置。
【請求項２】
前記入力手段で入力された前記第１のバンド領域単位のバンドデータと、前記分割手段で分割された第２のバンド領域の複数のバンドデータとを対応付けて管理する管理手段をさらに備え、
前記処理手段は、前記管理手段による管理に従って前記入力手段で入力された第１のバンド領域単位のバンドデータごとに、前記分割手段で分割された複数のバンドデータの処理を行うことを特徴とする請求項１に記載の記録装置。
【請求項３】
前記処理手段は、同じルックアップテーブルを用いて前記複数のバンドデータを処理することを特徴とする請求項１又は２に記載の記録装置。
【請求項４】
前記分割手段は、前記第１のバンド領域と前記第２のバンド領域とのバンド高さ比に相当する数に前記入力手段で入力されたバンドデータを分割することを特徴とする請求項１乃至３のいずれか１項に記載の記録装置。
【請求項５】
前記分割手段で分割された複数のバンドデータのそれぞれに有意画像を含むか否かを判定する判定手段をさらに備え、
前記処理手段は、前記判定手段が前記有意画像を含まないと判定したバンド領域のバンドデータを二値化処理しないことを特徴とする請求項１乃至４のいずれか１項に記載の記録装置。
【請求項６】
記憶装置において実行されるデータ処理方法であって、
画像データを第１のバンド領域単位で分割したバンドデータを入力する入力工程と、
前記入力された前記第１のバンド領域単位のバンドデータを、前記第１のバンド領域より小さい第２のバンド領域単位の複数のバンドデータに分割する分割工程と、
前記分割された複数のバンドデータをメモリに記憶する記憶工程と、
前記メモリに記憶された前記複数のバンドデータのそれぞれを処理する処理工程と、
を有することを特徴とするデータ処理方法。
【請求項７】
請求項１乃至５のいずれか１項に記載の記録装置の各手段としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データをバンド領域単位で処理する記録装置、データ処理方法およびプログラムに関する。
【背景技術】
【０００２】
従来、インクジェット記録装置等では、バンディング処理によって画像処理が行われている。バンディング処理とは、１ページ分の画像データを複数の矩形（バンド領域）に分割して、バンド領域単位でレンダリング等の各画像処理を実行する処理のことである。このようなバンディング処理には１バンド分のメモリ（バンドメモリ）を用意すれば良いので、必要なメモリを低減することができる。
【０００３】
特許文献１では、ＣＰＵがバンディング処理時の各バンド領域を構成するライン数を決定し、各バンド領域に対してレンダリング処理を行うことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−１７４９２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
バンディング処理を行う記録装置では、ＲＧＢ等の多値画像データを二値化処理する多値画像処理回路と、二値化処理された画像データに対してスムージング等の処理を行って印刷データを生成する二値化処理回路を構成することによって、一連の処理の高速化を図るものがある。
【０００６】
この一連の処理をバンド領域単位で行う場合に、そのバンド高さが各回路において問題とされる。つまり、多値画像処理回路では二値化処理を行うので、ルックアップテーブルをロードする。ここで、バンド高さが低いほどバンド数は多くなるので、ルックアップテーブルのロード数が増加し、一連の処理上の負荷となってしまう。即ち、多値画像処理回路においては、バンド高さは高いほど良い。
【０００７】
一方、二値化処理回路で行われるスムージング処理等は、対象とするバンド領域だけでなくその周辺の画素を参照することを必要としている。つまり、対象とするバンド領域だけでなく、それに先行するバンド領域と後続するバンド領域も取得する必要がある。しかしながら、バンド高さが高いほど、先行および後続するバンド領域をバッファとして格納しておく領域が大きくなってしまう。即ち、二値化処理回路においては、バンド高さは低いほど良い。
【０００８】
このように、多値画像処理回路と二値画像処理回路とでは、要求されるバンド高さが異なる。多値画像データから印刷データまでの一連の処理をバンド領域単位で行う場合に、所定のバンド高さを定めると、いずれかの回路におけるバンド高さの要求を満たすことができなくなり、画像データの処理効率を低減させてしまう。
【０００９】
本発明は、上記の点に鑑み、バンド領域単位で画像データを処理する際の処理効率の低減を防ぐ記録装置、データ処理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明に係る記録装置は、画像データを第１のバンド領域単位で分割したバンドデータを入力する入力手段と、前記入力手段で入力された前記第１のバンド領域単位のバンドデータを前記第１のバンド領域より小さい第２のバンド領域単位の複数のバンドデータに分割する分割手段と、前記分割手段により分割された複数のバンドデータをメモリに記憶するメモリ制御手段と、前記メモリに記憶された複数のバンドデータのそれぞれを処理する処理手段と、を備える。
【発明の効果】
【００１１】
本発明によれば、バンド領域単位で画像データを処理する際の処理効率の低減を防ぐことができる。
【図面の簡単な説明】
【００１２】
【図１】バンディング処理を実行するためのブロック構成を示す図である。
【図２】多値画像処理を説明するための図である。
【図３】多値画像処理の手順を示すフローチャートである。
【図４】二値画像処理部で扱うバンド高さを示す図である。
【図５】二値画像処理部で扱うバンド高さの比較例を示す図である。
【図６】二値画像バッファの構成を示す図である。
【図７】二値画像バッファの比較例を示す図である。
【図８】バンドデータの対応付けを説明するための図である。
【図９】多値画像処理部が行う処理の手順を示すフローチャートである。
【図１０】多値画像処理を制御する手順を示すフローチャートである。
【図１１】インクジェット記録装置の構成の概要を示す外観斜視図である。
【図１２】インクジェット記録装置の制御構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の好適な実施例を詳しく説明する。尚、以下の実施例は特許請求の範囲に係る本発明を限定するものでなく、また本実施例で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
【００１４】
〔実施例１〕
まず、本実施例におけるインクジェット記録装置の構成を説明する。
【００１５】
［インクジェット記録装置の説明］
図１１は、インクジェット記録装置の構成の概要を示す外観斜視図である。
【００１６】
図１１に示すように、インクジェット記録装置（以下、記録装置）１００は、インクジェット方式に従ってインクを吐出して記録を行なう記録ヘッド１１０３を搭載したキャリッジ１１０２にキャリッジモータＭ１によって発生する駆動力を伝達機構１１０４より伝え、キャリッジ１１０２を矢印Ａ方向に往復移動させるとともに、例えば、記録紙などの記録媒体Ｐを給紙機構１１０５を介して給紙し、記録位置まで搬送し、その記録位置において記録ヘッド１１０３から記録媒体Ｐにインクを吐出することで記録を行なう。
【００１７】
また、記録ヘッド１１０３の状態を良好に維持するためにキャリッジ１１０２を回復装置１１１０の位置まで移動させ、間欠的に記録ヘッド１１０３の吐出回復処理を行う。
【００１８】
記録装置１００のキャリッジ１１０２には記録ヘッド１１０３を搭載するのみならず、記録ヘッド１１０３に供給するインクを貯留するインクカートリッジ１１０６が装着される。インクカートリッジ１１０６は、キャリッジ１１０２に対して着脱自在になっている。
【００１９】
図１１に示した記録装置１００はカラー記録が可能であり、そのためにキャリッジ１１０２は、マゼンタ（Ｍ）、シアン（Ｃ）、イエロー（Ｙ）、ブラック（Ｋ）のインクを夫々、収容した４つのインクカートリッジを搭載している。これら４つのインクカートリッジは夫々独立に着脱可能である。
【００２０】
さて、キャリッジ１１０２と記録ヘッド１１０３とは、両部材の接合面が適正に接触されて所要の電気的接続を達成維持できるようになっている。記録ヘッド１１０３は、記録信号に応じてエネルギーを印加することにより、複数の吐出口からインクを選択的に吐出して記録する。記録ヘッド１１０３は、熱エネルギーを利用してインクを吐出するインクジェット方式を採用しており、熱エネルギーを発生するために電気熱変換体を備え、その電気熱変換体に印加される電気エネルギーが熱エネルギーへと変換され、その熱エネルギーをインクに与えることにより生じる膜沸騰による気泡の成長、収縮によって生じる圧力変化を利用して、吐出口よりインクを吐出させる。この電気熱変換体は各吐出口のそれぞれに対応して設けられ、記録信号に応じて対応する電気熱変換体にパルス電圧を印加することによって対応する吐出口からインクを吐出する。
【００２１】
図１１に示されているように、キャリッジ１１０２はキャリッジモータＭ１の駆動力を伝達する伝達機構１１０４の駆動ベルト１１０７の一部に連結されており、ガイドシャフト１１１３に沿って矢印Ａ方向に摺動自在に案内支持されるようになっている。従って、キャリッジ１１０２は、キャリッジモータＭ１の正転及び逆転によってガイドシャフト１１１３に沿って往復移動する。また、キャリッジ１１０２の移動方向（矢印Ａ方向）に沿ってキャリッジ１１０２の絶対位置を示すためのスケール１１０８（ＣＲエンコーダフィルム）が備えられている。本実施例では、スケール１１０８は透明なＰＥＴフィルムに必要なピッチで黒色のバーを印刷したものを用いており、その一方はシャーシ１１０９に固着され、他方は板バネ（不図示）で支持されている。
【００２２】
また、記録装置１００には、記録ヘッド１１０３の吐出口（不図示）が形成された吐出口面に対向してプラテン（不図示）が設けられており、キャリッジモータＭ１の駆動力によって記録ヘッド１１０３を搭載したキャリッジ１１０２が往復移動されると同時に、記録ヘッド１１０３に記録信号を与えてインクを吐出することによって、プラテン上に搬送された記録媒体Ｐの全幅にわたって記録が行われる。
【００２３】
さらに、図１における搬送ローラ１１１４は、記録媒体Ｐを搬送するために搬送モータＭ２によって駆動される。また、ピンチローラ１１１５は、バネ（不図示）により記録媒体Ｐを搬送ローラ１１１４に当接する。また、ピンチローラホルダ１１１６は、ピンチローラ１１１５を回転自在に支持する。また、搬送ローラギア１１１７は、搬送ローラ１１１４の一端に固着されている。そして、搬送ローラギア１１１７に中間ギア（不図示）を介して伝達された搬送モータＭ２の回転により、搬送ローラ１１１４が駆動される。
【００２４】
また、排出ローラ１１２０は、記録ヘッド１１０３によって画像が形成された記録媒体Ｐを記録装置１００外ヘ排出する。排出ローラ１１２０は、搬送モータＭ２の回転が伝達されることで駆動されるようになっている。なお、排出ローラ１１２０は、記録媒体Ｐをバネ（不図示）により圧接する拍車ローラ（不図示）により当接する。拍車ホルダ１１２２は、拍車ローラを回転自在に支持する。
【００２５】
また、記録装置１００には、図１１に示されているように、記録ヘッド１１０３を搭載するキャリッジ１１０２の記録動作のための往復運動の範囲外（記録領域外）の所望位置（例えば、ホームポジションに対応する位置）に、記録ヘッド１１０３の吐出不良を回復するための回復装置１１１０が配設されている。
【００２６】
回復装置１１１０は、記録ヘッド１１０３の吐出口面をキャッピングするキャッピング機構１１１１と記録ヘッド１１０３の吐出口面をクリーニングするワイピング機構１１１２を備えており、キャッピング機構１１１１による吐出口面のキャッピングに連動して回復装置１１１０内の吸引構成（吸引ポンプ等）により吐出口からインクを強制的に排出させ、それによって、記録ヘッド１１０３のインク流路内の粘度の増したインクや気泡等を除去するなどの吐出回復処理を行う。
【００２７】
また、非記録動作時等には、記録ヘッド１１０３の吐出口面をキャッピング機構１１１１によりキャッピングすることによって、記録ヘッド１１０３を保護するとともにインクの蒸発や乾燥を防止することができる。一方、ワイピング機構１１１２はキャッピング機構１１１１の近傍に配され、記録ヘッド１１０３の吐出口面に付着したインク液滴を拭き取るようになっている。
【００２８】
これらキャッピング機構１１１１及びワイピング機構１１１２により、記録ヘッド１１０３のインク吐出状態を正常に保つことが可能となっている。
【００２９】
［インクジェット記録装置の制御構成］
図１２は図１１に示した記録装置１００の制御構成を示すブロック図である。
【００３０】
図１２に示すように、制御部１２００は、ＭＰＵ１２０１と、後述する制御シーケンスに対応したプログラム、所要のテーブル、その他の固定データを格納したＲＯＭ１２０２と、キャリッジモータＭ１や搬送モータＭ２の制御、及び、記録ヘッド１１０３の制御のための制御信号を生成する特殊用途集積回路（ＡＳＩＣ）１２０３と、画像データの展開領域やプログラム実行のための作業用領域等を設けたＲＡＭ１２０４と、各ブロックを相互に接続してデータの授受を行うシステムバス１２０５と、以下に説明するセンサ群からのアナログ信号を入力してＡ／Ｄ変換し、デジタル信号をＭＰＵ１２０１に供給するＡ／Ｄ変換器１２０６とを含んで構成される。
【００３１】
また、図１２において、ホスト装置１２１０は、画像データの供給源となるコンピュータ（或いは、画像読取り用のリーダやデジタルカメラなど）である。ホスト装置１２１０と記録装置１００との間ではインタフェース（Ｉ／Ｆ）１２１１を介して画像データ、コマンド、ステータス信号等を送受信する。
【００３２】
さらに、スイッチ群１２２０は、電源スイッチ１２２１、プリント開始を指令するためのプリントスイッチ１２２２、及び記録ヘッド１１０３のインク吐出性能を良好な状態に維持するための処理（回復処理）の起動を指示するための回復スイッチ１２２３など、操作者による指令入力を受けるためのスイッチから構成される。センサ群１２３０は、ホームポジションを検出するためのフォトカプラなどの位置センサ１２３１、環境温度を検出するために記録装置１００の適宜の箇所に設けられた温度センサ１２３２等から構成される記録装置１００の状態を検出するためのセンサ群である。
【００３３】
さらに、キャリッジモータドライバ１２４０は、キャリッジ１１０２を図１１に示す矢印Ａ方向に往復走査させるためのキャリッジモータＭ１を駆動させる。また、搬送モータドライバ１２５０は、記録媒体Ｐを搬送するための搬送モータＭ２を駆動させる。
【００３４】
ＡＳＩＣ１２０３は、記録ヘッド１１０３による記録走査の際に、ＲＯＭ１２０２の記憶領域に直接アクセスしながら記録ヘッド１１０３に対して記録素子（吐出ヒータ）の駆動データを転送する。
【００３５】
なお、図１１に示す構成は、インクカートリッジ１１０６と記録ヘッド１１０３とが分離可能な構成であるが、これらが一体的に形成されて交換可能なヘッドカートリッジを構成しても良い。
【００３６】
さらに、本実施例において、記録ヘッドから吐出される液滴はインクであるとして説明し、さらにインクタンクに収容される液体はインクであるとして説明したが、その収容物はインクに限定されるものではない。例えば、記録画像の定着性や耐水性を高めたり、その画像品質を高めたりするために記録媒体に対して吐出される処理液のようなものがインクタンクに収容されていても良い。
【００３７】
本実施例は、インクジェット記録方式の中でも、インク吐出を行わせるために利用されるエネルギーとして熱エネルギーを発生する構成（例えば電気熱変換体やレーザ光等）を備え、熱エネルギーによりインクの状態変化を生起させる方式を用いることにより記録の高密度化、高精細化が達成できる。ただし、これに代えてピエゾ方式等によるインクジェット記録方式も採用し得る。
【００３８】
さらに、記録装置１００が記録できる記録媒体の最大幅に対応した長さを有するフルラインタイプの記録ヘッドとしては、複数記録ヘッドの組み合わせによってその長さを満たす構成や、一体的に形成された１個の記録ヘッドとしての構成のいずれでもよい。
【００３９】
加えて、上記で説明した記録ヘッド自体に一体的にインクタンクが設けられたカートリッジタイプの記録ヘッドのみならず、装置本体に装着されることで、装置本体との電気的な接続や装置本体からのインクの供給が可能になる交換自在のチップタイプの記録ヘッドを用いてもよい。
【００４０】
さらに加えて、本実施例における記録装置１００の形態としては、コンピュータ等の情報処理機器の画像出力端末として一体または別体に設けられるものの他、読取装置等と組み合わせられた複写装置、さらには送受信機能を有するファクシミリ装置の形態を取るものであっても良い。
【００４１】
図１は、記録装置１００におけるバンディング処理を実行するためのブロック構成を示す図である。図１に示す印刷制御部１０１は、図１２に示す制御部１２００に相当する。記録装置１００は、インタフェース部（Ｉ／Ｆ）１０２を介して外部のホスト装置１２１０と接続されており、ＵＳＢやネットワーク等を介して通信する。インタフェース部１０２（図１２のインタフェース１２１１に相当）を介して受信した記録データは、受信バッファ１０３に格納される。その後、コマンド解析部１０４は、格納された記録データを解析し、描画処理部１０５は、記録データに対してレンダリング処理を実行して、多値画像バッファ１０６に多値ビットマップイメージデータを格納する。ここで、多値ビットマップイメージデータとは、例えばＲＧＢ色空間で表されるＲＧＢ各色８ビットの画像データを示す。
【００４２】
多値画像処理部１０７は、多値画像バッファ１０６に格納された多値ビットマップイメージデータに対して多値画像処理を実行して、二値画像バッファ１０８に二値ビットマップイメージデータを格納する。ここで、多値画像処理とは、例えば、ガンマ補正処理、ＣＭＹＫ色空間への変換処理、解像度変換処理、誤差拡散による二値化処理である。これらの多値画像処理によって、ＲＧＢ各色８ビットの画像データは、記録装置１００が出力可能な色数（例えば、１２色）分の１ビットデータに変換される。二値画像処理部１０９は、二値画像バッファ１０８に格納された二値ビットマップイメージデータに対して二値画像処理を実行して印刷出力バッファ１１０に記録画像データとして格納する。ここで、二値画像処理とは、例えば、記録ヘッドのノズル方向に画像データを並び替えるＨＶ変換処理や、スムージング処理や、スキャン境界領域等の画像補正処理である。プリンタエンジン１１１は、記録画像データを印刷出力バッファ１１０から読み出して、記録媒体の搬送や記録ヘッドを搭載したキャリッジの走査を行い、記録ヘッドからインクを吐出して記録媒体に記録する。印刷制御部１０１は、上記の各ブロックを制御する。例えば、ユーザによる印刷のキャンセル時に、上記の各ブロックに対して処理をキャンセルするように指示する。また、印刷制御部１０１は、後述するバンド情報管理部を含む。しかしながら、バンド情報管理部は印刷制御部１０１と独立したブロックとして構成されても良い。
【００４３】
本実施例においては、記録装置１００は、多値画像処理部として多値画像処理回路を、二値画像処理部として二値画像処理回路を備えており、各部における画像処理をハードウェアによって高速化している。また、各画像処理回路は、バンド領域単位でのバンディング処理を行う。多値画像バッファ１０６と二値画像バッファ１０８とで、格納されるバンドデータのバンド高さ（バンドデータを構成するライン数を意味する）及びバンド数の条件は、後述するが、異なっている。
【００４４】
［多値画像処理］
多値画像処理部１０７は、複数のラインを１単位としたバンドデータＭ（第１のバンド領域単位の一例）に対して多値データを二値化処理する。本実施例では、回路規模を抑えるために、多値画像処理部１０７が一度に出力可能な二値データを最大６色とする。従って、ＲＧＢ３色の多値データから記録装置１００が出力可能なインク色１２色分の二値データを得るためには、同じバンドデータＭを多値画像処理部１０７に２回入力して各二値化処理を行う必要がある。
【００４５】
図２は、多値画像処理部１０７で実行される多値画像処理を説明するための図である。また、図３は、多値画像処理の手順を示すフローチャートである。二値化処理ではルップアップテーブル（ＬＵＴ）が用いられる。本実施例では、ルックアップテーブルは、二値化処理を行う前に多値画像処理部１０７の内部メモリにロードされる。
【００４６】
多値画像処理部１０７は、まず、インク色１２色分のうち前半６色を出力するためのＬＵＴ１をロードする（Ｓ３０１）。多値画像処理部１０７にバンドデータＭが転送されると（Ｓ３０２）、ＬＵＴ１を用いて前半６色についての二値化処理を行って二値データを出力する（Ｓ３０３）。次に、多値画像処理部１０７は、インク色１２色分のうち後半６色を出力するためのＬＵＴ２をロードする（Ｓ３０４）。多値画像処理部１０７にバンドデータＭが再度転送されると（Ｓ３０５）、ＬＵＴ２を用いて後半６色についての二値化処理を行って二値データを出力する（Ｓ３０６）。このように、図２及び図３に示すような手順によって１つのバンドデータＭに対応する画像データが二値化処理される。
【００４７】
１ページ分の画像データを処理するためには、図２及び図３に示すＳ３０１〜Ｓ３０６を繰り返して行う必要がある。その場合に、１ページを構成するバンド数が増える程、Ｓ３０１及びＳ３０４で行われるＬＵＴのロードが負荷として処理速度に影響することになる。つまり、バンドデータＭのバンド高さを高くする程、１ページ当たりのバンド数が減少するので、上記の負荷を小さくでき、処理速度への影響を低減することができる。
【００４８】
［二値画像処理］
次に、二値画像処理部１０９について説明する。以下、二値画像処理部１０９が対象とするバンドデータをバンドデータＢとし、多値画像処理部１０７が対象とするバンドデータＭと区別して説明する。二値画像処理部１０９は、複数のラインを１単位としたバンドデータＢ（第２のバンド領域単位の一例）に対してＨＶ変換処理や、スムージング処理や、スキャン境界領域等の画像補正処理を行う。スムージング処理やスキャン境界領域の画像補正処理は、それらの処理が対象とする画素の周辺の画素を参照して行われる。従って、二値画像処理部１０９は、現在対象とする対象画像データに加えて、対象画像データに先行する先行バンドデータＢと、後続する後続バンドデータＢとを取得する必要がある。そのような先行バンドデータＢと後続バンドデータＢの取得は、回路間での通信負荷として処理速度に影響することになる。
【００４９】
バンド高さを低くする程、先行バンドデータ及び後続バンドデータのデータ量を低減し、処理速度への影響を抑えることができる。本実施例においては図４に示すように、二値画像処理部１０９は、取得するバンドデータＢのバンド高さを３２ラインと定めて、８つのバンドデータを一度に画像補正処理の対象とする。また、上述したように、二値画像処理部１０９は、処理対象の画素の周辺の画素を参照して処理を行うのでその参照のために、処理対象の対象画像データ６０１（８バンド分）と、バンドデータ６００（以下、「上のりしろ」ともいう）と、バンドデータ６０２（以下、「下のりしろ」ともいう）とを取得する。
【００５０】
図４を、二値画像処理部１０９に入力されるバンドデータのバンド高さを６４ラインとした場合と比較する。図５の例では、二値画像処理部１０９に入力されるバンドデータＢのバンド高さは６４ラインであり、二値画像処理部１０９は、４つのバンドデータを一度に処理する。また、二値画像処理部１０９は、周辺の画素の参照のために、処理対象の画像データ４０１（４バンド分）と、バンドデータ４００と、バンドデータ４０２とを取得する。
【００５１】
一方、本実施例においては、二値画像処理部１０９の扱うバンド高さは、図４に示すように、図５の場合の半分のラインとする。図４及び図５に示されるように、二値画像処理部１０９が１回に処理対象とする画像データのサイズは２５６ラインで同じである。しかしながら、図４の例では先行バンドデータＢ及び後続バンドデータＢのバンド高さは図５の例の半分となるので、のりしろとなるバンドデータ量を抑えることができ、図５の例に比べて処理速度への影響を抑えることができる。
【００５２】
図６は、二値画像バッファ１０８の構成を示す図である。図６において、１つのバッファ領域が１つのバンドデータＢに対応している。二値画像バッファ１０８は、二値画像処理部１０９が二値画像データの格納待ち状態とならないように、二値画像処理部１０９の処理対象の対象画像データ２つ分と先行バンドデータＢ及び後続バンドデータＢとを加えたデータに対応するデータ領域を少なくとも用意するようにする。つまり、対象画像データ２つ分（８バンド×２）と先行バンドデータＢ及び後続バンドデータＢ（２バンド）との合計１８バンドに対応するデータ領域を少なくとも用意する。その結果、二値画像処理部１０９は、現在処理対象の対象画像データの処理完了後直ちに、次の対象画像データを入力することができる。並行して、多値画像処理部１０７は、二値画像バッファ１０８の未使用のバッファ領域に二値データを出力することができる。
【００５３】
図６を、図５に示したバンド高さで処理する場合の二値画像バッファ１０８の構成と比較する。図７は、図５に示したバンド高さで処理する場合の二値画像バッファ１０８の構成を示す図である。図５におけるバンドデータＢのバンド高さは６４ラインであるので、１つのバッファ領域のサイズは６４ラインである。また、二値画像バッファ１０８のサイズは、対象画像データ２つ分（４バンド×２）と先行バンドデータＢ及び後続バンドデータＢ（２バンド）との合計１０バンドに対応するデータを少なくとも有する。
【００５４】
図６の例では、図５の例よりバンドデータＢのバンド高さを低減することにより、二値画像バッファ１０８のサイズは、３２ライン×１８バッファ領域＝５７６ラインとなる。つまり、図７に示す二値画像バッファ１０８のサイズである６４ライン×１０ライン＝６４０ラインよりも小さくすることができる。
【００５５】
以上のように、多値画像処理部１０７と二値画像処理部１０９とでは、バンドデータのバンド高さに対する要求は異なっている。しかしながら、図５、７の例では、多値画像処理部１０７で扱うバンドデータＭのバンド高さは、二値画像処理部１０９で扱うバンドデータＢのバンド高さと同じにしている。つまり、バンドデータＢのバンド高さを３２ラインとする場合には、バンドデータＭのバンド高さも３２ラインとしている。そのため、二値画像バッファのサイズを小さくすることができない。このように、図５、７の例においては、多値画像処理部１０７で扱う理想的なバンド高さの条件（バンド高さは高い方が良い）と、二値画像処理部１０９で扱う理想的なバンド高さの条件（バンド高さは低い方が良い）とを両方満たしていない。そこで、本実施例においては、バンド情報管理部を設けることにより、多値画像処理部１０７と二値画像処理部１０９の両方のバンド高さの条件を満たすようにする。
【００５６】
バンド情報管理部は、多値画像処理部１０７で扱うバンドデータＭと二値画像処理部１０９で扱うバンドデータＢとを対応付けて管理する。図８は、その対応付けを説明する概念を示す図である。つまり、多値画像バッファ１０６内の１つのバンドデータＭに対応するバッファ領域と、二値画像バッファ１０８内の複数のバンドデータＢに対応するバッファ領域とを対応付けて管理する。
【００５７】
図９は、１つのバンドデータＭに対して多値画像処理部１０７が行うデータ処理（メモリ制御処理）の手順を示すフローチャートである。まず、多値画像処理部１０７は、バンドデータＭとバンドデータＢのバンド高さ比から、バンドデータＭからバンドデータＢが幾つ生成可能かを算出する（ここで、生成される個数をＮとする）。本例においては、バンドデータＭのバンド高さ６４ラインとバンドデータＢのバンド高さ３２ラインとの比「２」が算出される。バンド情報管理部は、本処理の対象となるバンドデータＭを格納する多値画像バッファ１０６内のバッファ領域のアドレスをバンド情報管理部内に登録する。また、バンド情報管理部は、バンドデータＢを格納する二値画像バッファ１０８内のＮ個のバッファ領域のアドレスをバンド情報管理部内に登録する（Ｓ９０１）。本例においては、バンド情報管理部は、１つのバンドデータＭを格納するバッファ領域のアドレスと、２つのバンドデータＢを格納するバッファ領域のアドレスとを対応付けて管理する。
【００５８】
次に、多値画像処理部１０７は、記録装置１００が出力可能なインク色１２色のうち前半６色を出力するためのＬＵＴ（ＬＵＴ１）をロードする（Ｓ９０２）。そして、多値画像処理部１０７は、前半６色分の処理のために、バンド情報管理部に処理対象とすべきバッファ領域のアドレス（先頭アドレス）を問い合わせる。ここで、バンド情報管理部は、バンドデータＭのサイズをＮ等分し、そのＮ等分されたバンドデータＭのサイズ及び先頭アドレスに基づき算出された各アドレスを順に、多値画像処理部１０７からの問い合わせの度に多値画像処理部１０７に送信する。
【００５９】
合わせて、バンド情報管理部は、バンドデータＭに対応付けられた、バンドデータＢを格納する二値画像バッファ１０８内のバッファ領域のアドレスを順に、多値画像処理部１０７からの問い合わせの度に多値画像処理部１０７に送信する。次に、多値画像処理部１０７は、次の対象となるバンドデータＭがあるか否かを判定する（Ｓ９０３）。例えば、本例においては、Ｓ９０２〜Ｓ９０５の処理が２回行われた場合には、Ｓ９０３で「次の対象となるバンドデータＭがない」と判定する。Ｓ９０３で「ある」と判定された場合にはＳ９０４に進み、「ない」と判定された場合には、Ｓ９０６に進む。
【００６０】
Ｓ９０４において、多値画像処理部１０７は、Ｓ９０３で取得した分割されたバンドデータＭのアドレスに基づき、バンドデータＭの一部を多値画像バッファ１０６から取得する。多値画像処理部１０７は、そのバンドデータＭの一部に対して前半６色分の二値化処理を行って二値画像バッファ１０８内の対応するアドレスに出力する（Ｓ９０５）。ここで、出力先となるアドレスは、Ｓ９０２でバンド情報管理部に問い合わせて取得した二値画像バッファ１０８内のアドレスである。Ｓ９０５の処理後、Ｓ９０３に戻る。Ｓ９０３〜Ｓ９０５の処理はＮ回だけ複数回数分繰り返される。
【００６１】
Ｓ９０６において、多値画像処理部１０７は、記録装置１００が出力可能なインク色１２色のうち後半６色を出力するためのＬＵＴ（ＬＵＴ２）をロードする。そして、多値画像処理部１０７は、後半６色分の処理のために、バンド情報管理部に処理対象とすべきバッファ領域のアドレス（先頭アドレス）を問い合わせる。以下は、上述した、Ｓ９０２〜Ｓ９０５の説明と同じである。つまり、バンドデータＭに対して後半６色分の処理を、前半６色分の処理と同様に行う。
【００６２】
以上のように、本実施例においては、バンド情報管理部によって、１つのバンドデータＭを格納する多値画像バッファ１０６内のバッファ領域のアドレスと、複数のバンドデータＢを格納する二値画像バッファ１０８内のバッファ領域のアドレスとが対応付けて管理される。その結果、多値画像処理部１０７は、バンドデータＭのバンド高さ単位で二値化処理を行うことができ、かつ、二値画像処理部１０９は、バンドデータＢのバンド高さ単位でバンドデータを取得することができる。
【００６３】
本実施例において、図９に示す一連の処理は、各工程での指示を記述したディスクリプタのリンクリストをＲＡＭ１２０４等のメモリに予め格納しておき、ＭＰＵ１２０１によってそれらが実行されるようにしても良い。
【００６４】
〔実施例２〕
実施例１では、Ｓ９０２においてバンド情報管理部は、バンドデータＭのサイズをＮ等分し、そのＮ等分されたバンドデータＭのサイズに基づき、多値画像処理部１０７に送信する各アドレスを算出していた。多値画像処理部１０７は、多値画像バッファ１０６内のバッファ領域に格納されたバンドデータＭをＮ等分したデータに対して画像処理を行う。ここで、分割されたデータによっては、印刷対象となるべき画像が含まれていない（いわゆる白画像）場合が考えられる。
【００６５】
本実施例においては、バンド情報管理部は、バンドデータＭをＮ等分した各データを格納している多値画像バッファ１０６内のバッファ領域のアドレスとともに、画像属性も保持する。つまり、インクの吐出を行うべき画像（有意画像）を含むバンドデータが格納されるバッファ領域のアドレスについては「通常画像」を属性として保持し、有意画像を含まないデータが格納されるバッファ領域のアドレスについては「白画像」を属性として保持する。
【００６６】
図１で説明したように、バンドデータＭは、描画処理部１０５から多値画像バッファ１０６に格納される。描画処理部１０５は、レンダリングした際に、記録データでの画像領域を認識している。本実施例においては、描画処理部１０５は、その画像領域の情報（座標、アドレス等）をバンド情報管理部に通知する。
【００６７】
多値画像処理部１０７は、実施例１のＳ９０１の後、図１０に示す処理によってバンドデータＭに対する二値化処理を行うか否かを制御する。多値画像処理部１０７は、実施例１と同様に、バンドデータＭとバンドデータＢのバンド高さ比から、バンドデータＭからバンドデータＢが幾つ生成可能かを算出する（Ｓ１００１）。多値画像処理部１０７は、実施例１のＳ９０２と同様に、Ｎ等分されたバンドデータＭのサイズに基づき算出された各アドレスを、バンド情報管理部８０１に問い合わせる。本実施例においては、バンド情報管理部８０１は、問い合わせのあった各アドレスを上述の属性とともに、多値画像処理部１０７に送信する。多値画像処理部１０７は、Ｓ９０４と同様に、バンドデータＭの一部を多値画像バッファ１０６から取得する（Ｓ１００２）。
【００６８】
次に、多値画像処理部１０７は、バンド情報管理部８０１から取得した属性（「通常画像」又は「白画像」）に基づき、多値画像バッファ１０６から入力したデータに画像が含まれるか否かを判定する（Ｓ１００３）。ここで、画像が含まれると判定された場合には、多値画像処理部１０７は、実施例１と同様に、多値画像バッファ１０６から入力したデータに対して二値化処理を行う（Ｓ１００４）。一方、画像が含まれないと判定された場合には、多値画像処理部１０７は、二値化処理を行わずに、画像が含まれていない旨（例えば、「白画像」の属性）を二値画像バッファ１０８内の対応するアドレスに出力する。二値画像処理部１０９は、「白画像」の属性を受信すると、白画像データを生成して印刷出力バッファ１１０に格納する。
【００６９】
以上のように、本実施例によると、多値画像処理部１０７は、画像が含まれていないデータについては二値化処理を行わない。従って、無駄な処理を省くことができ、処理速度を向上させることができる。
【００７０】
なお、以上の例では、入力された多値（Ｐ値）画像データを二値化処理するものを例に説明したが、三値以上のＱ値（Ｐ＞Ｑ）のデータに変換するものにも適用可能である。また、以上の例ではインクジェット記録を行う装置のための画像データの処理を行うものを例に説明したが、バンディング処理を行うものであれば他の方式のものであってもよい。また、以上の例では、バンドデータＭのバンド高さをＮ等分したものをバンドデータＢのバンド高さとしたが、バンドデータＭを異なるバンド高さの複数のバンドデータＢに分けるようにしてもよい。
【００７１】
以上の説明では、多値画像処理部１０７をハードウェア回路によって実現するものとしたが、これをソフトウェアによって実現するようにしてもよい。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、上記の処理を１つのプロセッサにより実行する場合に限らず、複数のプロセッサにより実行する場合であってもよい。
【図１】
2013121679.tif 000003
【図２】
2013121679.tif 000004
【図３】
2013121679.tif 000005
【図４】
2013121679.tif 000006
【図５】
2013121679.tif 000007
【図６】
2013121679.tif 000008
【図７】
2013121679.tif 000009
【図８】
2013121679.tif 000010
【図９】
2013121679.tif 000011
【図１０】
2013121679.tif 000012
【図１１】
2013121679.tif 000013
【図１２】
2013121679.tif 000014