JPH11291560A

JPH11291560A - 画像処理装置及びその方法

Info

Publication number: JPH11291560A
Application number: JP10103052A
Authority: JP
Inventors: Nobunari Aoki; 伸成青木; Junji Yamada; 潤二山田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-04-14
Filing date: 1998-04-14
Publication date: 1999-10-26

Abstract

(57)【要約】【課題】ビットマップイメージに対してプリンタヘッ
ドのノズル列方向とノズル数に応じたフォーマット変換
を施す際に、ビット単位のメモリアクセスによって処理
時間がかかってしまう。【解決手段】マトリクスパターンからなるカラーテー
ブルに対してはマトリクスパターン縦横変換部３２にお
いて縦横フォーマット変換を施し、インデックス化され
たイメージデータ列に対してはインデックスイメージ縦
横変換部３４において縦横フォーマット変換を施し、ビ
ットマップ展開部３３においてこれら変換後のカラーテ
ーブル及びインデックスイメージに基づいてビットマッ
プ展開を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像処理装置及びそ
の方法に関し、特に画像データをビットマップ形式に展
開する画像処理装置及びその方法に関する。

【０００２】

【従来の技術】通常、インクジェットプリンタ等の画像
処理装置においては、ビットマップ形式に展開された画
像データに基づいて、実際のプリントを行なう。

【０００３】尚、プリンタにおいて使用されるラスタイ
メージデータとしては、例えば４色（イエロー、マゼン
タ、シアン、ブラック）の各色２値のラスタデータが、
ホスト側からラスタ方向（主走査方向）に送られてくる
方式がある。以降、この方式を「ラスタデータモード」
と称する。また、その他の方式として、マトリクスパタ
ーンのカラーテーブルと、該テーブルのインデックス値
の列であるインデックス化されたイメージデータとがラ
スタ方向に送られてくる方式もある。以降、この方式を
「インデックスイメージモード」と称する。

【０００４】前者はインクジェットプリンタで通常用い
られる方式であり、ホスト側で完全なビットマップデー
タを作成してからプリンタに送信する方式である。

【０００５】また、後者はビットマップデータはプリン
タ内において作成するが、１画素を複数ドットのマトリ
クスで表わすことで擬似的に色に階調を出すことができ
るため、特にカラーイメージデータに適した方式であ
る。また、カラーのイメージデータを処理する場合、こ
の方式によればデータの転送量が前者と比べて小さくな
るので、特に高解像度化、高精彩化の予想されるプリン
タにおいては、後者の方式の重要性が高まってくる。

【０００６】ここで、インデックスイメージモードにお
けるイメージデータの展開処理の概要について、図８を
参照して説明する。図８は、プリンタヘッドのノズルと
インデックスイメージデータの関係を概念的に示す図で
ある。インデックスイメージモードの場合、通常ホスト
側から送られてくるイメージデータは、図８において８
１に示されるラスタ方向（主走査方向、横方向）のイン
デックス化されたイメージデータのストリームが送信さ
れる。尚、８２が紙送り方向である副走査方向（縦方
向）である。

【０００７】ここで、プリンタヘッドのノズル列は８６
に示されるように、副走査方向に配置されており、その
ノズル数に応じた数のドットを一度に印字するため、イ
メージデータを少なくともこのノズル数に対応する行数
分だけ、プリンタ内部のＲＡＭ上に記憶することが必要
となる。

【０００８】また、イメージデータとは別に、マトリク
スパターンのカラーテーブルもホストから送信されてく
る。このカラーテーブルを用いることにより、インデッ
クスデータがプリントバッファにビットマップ展開され
る。

【０００９】次に、プリントバッファに記憶したビット
マップイメージに対して、プリンタヘッドのノズル列方
向とノズル数に応じたフォーマット変換を施す、縦横変
換処理が行われ、その後、プリンタエンジンがプリント
バッファ内のビットマップイメージに基づいてプリント
処理を行なう。

【００１０】上記従来のプリンタにおける縦横変換処理
としては、ビットマップデータにビット単位でアクセス
し、そのビット配置の縦及び横を交換するが、該処理は
ソフトウエア、又は専用のハードウエアによって実現さ
れていた。

【００１１】

【発明が解決しようとする課題】上記従来のプリンタに
おいて、上述したような縦横変換処理を高速に行うに
は、専用のハードウエアが必要であったため、コストア
ップが免れなかった。

【００１２】また、縦横変換処理をソフトウエアで実現
するためには、メモリ（ＲＡＭ）へのビット単位のアク
セスが必要不可欠であり、更に、縦横変換処理はイメー
ジデータの全範囲において行われるため、イメージデー
タ量が増加するほど、その処理時間も増大し、スループ
ットが低下してしまうという問題があった。

【００１３】本発明は上記問題点を解決するために成さ
れたものであり、イメージデータのビットマップ展開を
高速に行なう画像処理装置及びその方法を提供すること
を目的とする。

【００１４】

【課題を解決するための手段】上記目的を達成するため
の一手段として、本発明の画像処理装置は以下の構成を
備える。

【００１５】即ち、複数のマトリクスパターンを入力す
るマトリクス入力手段と、前記マトリクスパターンを特
定するためのインデックス情報を順次入力するインデッ
クス入力手段と、前記複数のマトリクスパターンに対し
て配置変換を施すマトリクス変換手段と、前記インデッ
クス情報のデータ列に対して配置変換を施すインデック
ス変換手段と、前記変換されたマトリクスパターン及び
インデックスデータ列に基づいてビットマップを展開す
る展開手段と、を有することを特徴とする。

【００１６】更に、前記マトリクス変換手段によって配
置変換されたマトリクスパターンを保持する変換パター
ン保持手段を有し、前記展開手段は、該変換パターン保
持手段に保持されたマトリクスパターンに基づいてビッ
トマップを展開することを特徴とする。

【００１７】更に、前記ビットマップに基づいて所定幅
単位に可視画像を形成する画像形成手段を有し、前記マ
トリクス変換手段及びインデックス変換手段は、該所定
幅に応じて各々の配置変換を行なうことを特徴とする。

【００１８】

【発明の実施の形態】以下、本発明に係る一実施形態に
ついて、図面を参照して詳細に説明する。

【００１９】＜第１実施形態＞ ●装置構成概要本実施形態におけるインクジェットプリンタの全体ブロ
ック構成を図１に示す。同図において、ＣＰＵ１は以下
に示す他の構成要素にバス２を介してアクセスし、それ
らを制御する。３は読み出し専用メモリ（ＲＯＭ）であ
り、データ読み込み部３１、マトリクスパターン縦横変
換部３２、ビットマップ展開部３３、インデックスイメ
ージ縦横変換部３４を構成する。４は読み書き可能メモ
リ（ＲＡＭ）であり、インデックスイメージデータ格納
部４１、変換後インデックスイメージデータ格納部４
２、カラーテーブル格納部４３、変換後のカラーテーブ
ル格納部４４、プリントバッファ４５を構成する。５は
入力インタフェースであり、回線６を介して外部装置か
ら入力されてくるデータを受け取る。６は出力インタフ
ェースであり、表示装置であるＬＣＤ８へのデータ出力
を行う。９はエンジンインタフェースであり、プリンタ
エンジン１０とＣＰＵ１とのデータのやり取りを制御す
る。尚、ＲＯＭ３上にある３１〜３４の各部は、例えば
ＲＡＭ４上に存在していても良い。

【００２０】図２は、図１に示す各構成におけるイメー
ジデータの流れを示すブロック図である。同図におい
て、図１と同様の構成には同一番号を付してある。プリ
ント対象となるイメージデータが回線６を介して送信さ
れてくると、データ読み込み部３１は該イメージデータ
を、ＲＡＭ４上のカラーテーブル格納部４３、もしくは
インデックスイメージデータ格納部４１に読み込む。カ
ラーテーブル格納部４３はＲＡＭ４上に配置され、マト
リクスパターンのカラーテーブルを格納する。マトリク
スパターン縦横変換部３２は、カラーテーブル格納部４
３からカラーテーブルを読み込んで、これを縦横変換
し、変換後のカラーテーブル格納部４４に格納する。変
換後のカラーテーブル格納部４４はＲＡＭ４上に配置さ
れ、縦横変換後のカラーテーブルを格納する。インデッ
クスイメージデータ格納部４１はＲＡＭ４上に配置さ
れ、インデックスイメージデータを格納する。インデッ
クスイメージ縦横変換部３４は、インデックスイメージ
データ格納部４１からインデックスイメージデータを読
み込み、インデックスイメージの縦横変換処理を施した
後、変換後インデックスイメージデータ格納部４２に格
納する。変換後インデックスイメージデータ格納部４２
はＲＡＭ４上に配置され、変換後のインデックスイメー
ジデータを格納する。ビットマップ展開部３３は、変換
後のカラーテーブル格納部４４に格納されている変換後
のカラーテーブルと、変換後のインデックスイメージデ
ータ格納部４２に格納されている変換後のインデックス
イメージデータを読み込み、プリントバッファ４５にビ
ットマップ展開する。プリントバッファ４５は、プリン
タエンジン１０に固有のフォーマットのビットマップデ
ータを格納する。そしてプリンタエンジン１０は、プリ
ントバッファ４５に格納されているビットマップデータ
を読み込み、記録媒体上へのプリント処理を行う。

【００２１】●処理概要以下、本実施形態における処理概要について説明する。

【００２２】一般にインクジェットプリンタにおいて
は、ヘッドのノズル数のドットが一度に印字されるた
め、このノズル数のドットを一組にしてプリントバッフ
ァに展開する必要がある。しかしインデックスイメージ
モードの場合、マトリクスパターンカラーテーブルのマ
トリクスはプリンタヘッドのノズル数とは関係なくサイ
ズが決定される。

【００２３】プリンタヘッドのノズル数が各色ｎ個のイ
ンクジェットプリンタで、マトリクスパターンが各色ｍ
×ｍの場合、ｎ／ｍのマトリクスが１組となる（ただ
し、ｎはｍで割り切れる）。このノズル数に対応した１
組のマトリクスまたはそのマトリクスのインデックスの
組を、ここではブロックと称する。

【００２４】ここで図８を参照して説明すれば、ノズル
数は各色８ドットでマトリクスパターンのサイズが４×
４になっている。同図において８７のインデックスｎと
８８のインデックスｍとが同一ブロックを形成してい
る。これを拡大して示したものが図９であり、ノズル数
分のドットが一度に印字される必要があるため、９３に
示すインデックスｎ、９４に示すインデックスｍのマト
リクスパターンのドットのうち、矢印９６上のドットが
一度に印字される。同様に、矢印９７，９８，９９上の
ドットが一度に印字される。

【００２５】しかしながら、通常、マトリクスパターン
のドットは図１０に示す矢印１０１，１０２，１０３，
１０４の方向（主走査方向）に順番に配置されてホスト
から送られてくる。これらを、メモリ上においては矢印
１０５，１０６，１０７，１０８の方向（副走査方向）
に再配置する必要がある。本実施形態では、この再配置
処理をマトリクスパターンの縦横変換処理と称する。

【００２６】また、上述したカラーテーブルとは別に、
ホストからインデックスイメージデータが送られてく
る。しかしこのインデックスイメージデータは、前述し
たマトリクスパターン中のドットと同様のデータ順で送
られてくるため、同一ブロックを形成するインデックス
は連続していない。また、前述したように同一ブロック
を形成するインデックスは一組にしてプリントバッファ
にビットマップ展開する必要がある。このため同一ブロ
ックを形成するインデックスが連続するように、並べ変
える必要がある。本実施形態では、この並べ変えをイン
デックスイメージデータの縦横変換処理と称する。

【００２７】ここで図１１を参照して、インデックスイ
メージの縦横変換処理の概要について説明する。

【００２８】図１１（ａ）においては、インデックスイ
メージデータは１１２，１１３の順序でラスタ方向（横
方向）にホストから送られてくる。ここで、１１６に位
置するインデックスは「３」、１１７に位置するインデ
ックスは「Ａ」であるが、インデックス「３」とインデ
ックス「Ａ」はホストから送られてくるデータとしては
連続していない。しかし、これらは上述したような同一
ブロックを形成するとする。その場合、本実施形態で
は、同一ブロックを形成するインデックスを連続した順
序にＲＡＭ４上に再配置する。図１１（ａ）に示す様な
インデックスイメージデータは、インデックスイメージ
データ格納部４１に格納される。これをインデックスイ
メージ縦横変換部３４は図１１（ｂ）のように再配置
後、変換後インデックスイメージデータ格納部４２に格
納する。図１１（ｂ）に示す様に、変換後のインデック
スイメージでは、矢印１２０，１２１，１２２の順序で
データが配置されるので、１２０は１ブロック目、１２
１は２ブロック目…というように、同一ブロックを生成
するインデックスがＲＡＭ４上の連続した領域に格納さ
れる。

【００２９】以上のようにして縦横変換されたカラーマ
トリクステーブルとインデックスイメージデータを用い
て、プリントバッファ４５にイメージをビットマップ展
開する。尚、上述した各処理については、更にその詳細
を後述する。

【００３０】●プリント処理詳細説明本実施形態においては、上述したようにして展開された
ビットマップに基づいて実際のプリント処理が行われ
る。

【００３１】以下、本実施形態におけるプリント処理の
全体の流れについて、図３のフローチャートを参照して
更に詳細に説明する。

【００３２】まずステップＳ３０でプリント関連のデー
タとしてはまず、マトリクスパターンのカラーテーブル
が不図示のホストから送られてくる。これを本装置はＲ
ＡＭ４上のカラーテーブル格納部４３に格納する。

【００３３】次にステップＳ３１で、このマトリクスパ
ターンのカラーテーブルをマトリクスパターン縦横変換
部３２で縦横変換し、ＲＡＭ４上の変換後のカラーテー
ブル格納部４４に格納する。

【００３４】次にステップＳ３２で、インデックスイメ
ージの最後まで、ビットマップ展開を行なう。これは、
ステップＳ３２１〜Ｓ３２４の処理を繰り返すことによ
り行われる。以下、この処理について詳述するステップＳ３２１で、不図示のホストから送られてくる
インデックスイメージデータをデータ読み込み部３１で
プリントヘッドサイズ（ノズル数）分を読み込み、イン
デックスイメージデータ格納部４１に格納する。このイ
ンデックスイメージデータは、先に送られたカラーテー
ブルのインデックスである。ここで、本装置のプリント
ヘッドサイズが各色ｎドットであり、マトリクスパター
ンが縦ｍドットであるとすると、ｎ／ｍ個のインデック
スにより同一ブロックが形成される。そのため、ｎ／ｍ
行のインデックスイメージデータを、インデックスイメ
ージデータ格納部４１に格納する。

【００３５】そしてステップＳ３２２において、インデ
ックスイメージデータ格納部４１に格納されているイン
デックスイメージデータを、インデックスイメージ縦横
変換部３４で縦横変換し、変換後のインデックスイメー
ジデータ格納部４２に格納する。尚、このＳ３２２の処
理手順については後で詳述する。

【００３６】次にステップＳ３２３では、変換後のイン
デックスイメージデータ格納部４２に格納されているイ
ンデックスイメージデータを、プリントバッファ４５に
ビットマップ展開する。このビットマップ展開の際に
は、変換後のカラーテーブル格納部４４に格納されてい
る、縦横変換済みのマトリクスパターンのカラーテーブ
ルを用いる。尚、このＳ３２３の処理手順については後
で詳述する。

【００３７】そしてステップＳ３２４において、プリン
トバッファ４５に展開されたビットマップデータに基づ
いて、エンジン１０がプリント処理を行なう。

【００３８】以上が、本実施形態におけるプリント処理
全体の概略である。

【００３９】ここで、本実施形態で使用するデータの構
造について詳細に説明する。

【００４０】以下では、説明を分かり易くするために、
プリントヘッドのサイズ（ノズル数）が各色（Ｙ，Ｍ，
Ｃ，Ｋ）８ドットであるとして、インデックスイメージ
モードでプリントを行なう例について考える。更に、カ
ラーテーブルはそのインデックスが０〜２５５で示され
る１バイトデータであり、マトリクスパターンが４×４
ドットであるとする。この場合、擬似的に２５６色を表
現することができ、また、２個のインデックスにより１
ブロックが形成される。尚、本実施形態におけるこれら
各条件は、以下の説明を簡便に行なうためであり、実際
にはプリントヘッドのノズル数ｎ、カラーテーブル数
ｍ、マトリクスパターンｐ×ｑドット（ｎ，ｍ，ｐ，ｑ
は任意の自然数）の一般的な条件下において、本発明は
成立する。

【００４１】本実施形態においては、上述したように２
つのインデックスが同一ブロックを形成するが、同一ブ
ロックを形成する２つのインデックスのうち、副走査方
向の上位に位置するインデックスを「上位インデック
ス」、下位に位置するインデックスを「下位インデック
ス」と以下表現する。

【００４２】本実施形態におけるカラーテーブルの各イ
ンデックスの概念について、図１４を参照して説明す
る。図１４は、マトリクスパターンの縦横変換処理を説
明するための図である。同図において、１４１がマトリ
クスパターンのカラーテーブル（以下、単にテーブルと
称する）である。テーブル１４１において、１４３に示
す「０」はテーブル１４１のインデックス番号を示し、
１４４はインデックス０のイエロー（Ｙ）のマトリクス
パターンを示す。同様に、１４５はマゼンタ（Ｍ）のマ
トリクスパターンを、１４６はシアン（Ｃ）のマトリク
スパターンを、１４７はブラック（Ｋ）のマトリクスパ
ターンをそれぞれ示す。尚、ここでは便宜上、使用する
色をＹ、Ｍ、Ｃ、Ｋとしたが、別の色であっても良い。

【００４３】１４４〜１４７のマトリクスパターンは、
１ドットに１ビットデータを使用すると、各インデック
ス毎の各色のマトリクスパターンのデータ量は１６ビッ
ト（２バイト）となる。尚、一般には１ドットにＮビッ
トを使用するとしても良い。即ち、マトリクスパターン
がｐ×ｑドットであるとすると、マトリクスパターンの
データ量はｐ×ｑ×Ｎビットとなる。

【００４４】以降、本実施形態においてはマトリクスパ
ターンの各要素をドットと称する。即ち、ドットは１ビ
ットのデータに対応して具体的に実現される。また、ド
ット番号とそのドットに対応するビット番号とを同じ意
味として用いる。例えば、図１６の１６１に示す４×８
ドットマトリクスは、具体的には１６３に示す４バイト
（３２ビット）データとして実現される。ここで、１６
１におけるドット番号は即ち、１６３のビット番号に対
応している。

【００４５】本実施形態では、カラーテーブルの各イン
デックスに８バイト（１６ビット×４色）のデータを使
用するため、テーブル全体では２０４８バイト（８バイ
ト×２５６インデックス）のデータを使用することにな
る。

【００４６】●カラーテーブルの縦横変換処理詳細以下、図３のＳ３１に示したマトリクスパターンの縦横
変換処理について、詳細に説明する。

【００４７】本実施形態におけるマトリクスパターンの
カラーテーブルの縦横変換は、各カラーテーブルにおけ
る各色のマトリクスパターンを個々に縦横変換すること
によって行われる。そこで、個々のマトリクスパターン
のカラーテーブルの縦横変換の概念について、以下に詳
述する。

【００４８】変換前のマトリクスをＢ、変換後のマトリ
クスをＡとし、４×４マトリクスのｘ行ｙ列要素をＡ
［ｘ，ｙ］で表すとすると、マトリクスパターン縦横変
換部３２においては、各マトリクスをＡ［ｘ，ｙ］＝Ｂ［ｘ，ｙ］となるように縦横変換する。ただし、マトリクスＡ，Ｂ
の各要素は、「０」または「１」の２値のドットを表す
データである。

【００４９】ここで、図１４を参照して、１４３で示さ
れるインデックスｎ番のイエローのマトリクスパターン
における縦横変換処理について説明する。マトリクスパ
ターン縦横変換部３２においては、変換前のマトリクス
パターン１４８を、そのドットの縦と横を変換してマト
リクスパターン１４９を生成し、１４２に示すように変
換後のカラーテーブル格納部４４に格納する。１４２に
示すテーブルによれば、イエローのマトリクスパターン
について、変換前のカラーテーブル１４１に対して縦横
変換が施されたことが分かる。ここで１５０は、ビット
マップ展開部３３がビットマップ展開処理を行う際に、
処理を効率化するために１４９のマトリクスを主走査方
向に倍に拡張したものである。以降、この処理をマトリ
クスの拡張と称する。尚、拡張されたドットは０に初期
化されている。

【００５０】本実施形態においては、１５０のマトリク
スパターンが変換後のカラーテーブル格納部４４に格納
される。以下、このカラーテーブルの縦横変換処理の手
順を図４に示し、以下に詳述する。

【００５１】本実施形態においては、カラーテーブルの
インデックスは０〜２５５であるため、カラーテーブル
の縦横変換処理は即ち、ステップＳ４０に示すように、
縦横変換するマトリクスパターンのインデックスをＮと
すると、０から２５５のＮについて、ステップＳ４１〜
Ｓ４３の処理を繰り返す。

【００５２】まずステップＳ４１では、インデックスＮ
のカラーテーブルをカラーテーブル格納部４３から読み
込む。

【００５３】次にステップＳ４２において、読み込んだ
インデックスＮのカラーテーブルについて、Ｙ，Ｍ，
Ｃ，Ｋ各色の順に計４回、ステップＳ４２１の処理を実
行する。ステップＳ４２１では、マトリクスパターンを
それぞれ縦横変換する。この処理手順については後で詳
述する。

【００５４】そしてステップＳ４３において、縦横変換
された各色のマトリクスパターンを変換後のカラーテー
ブル格納部４４に格納する。

【００５５】以上が図４の説明であるが、ここでステッ
プＳ４２１のマトリクスパターン縦横変換処理の具体的
な手順を図６に示し、以下に詳述する。

【００５６】図６のステップＳ６１において、マトリク
スパターンと同一サイズである一時的な変数（例えば、
本実施形態における各インデックスの各色のマトリクス
パターンは１６ビットであるため、２バイトの変数）を
０で初期化する。

【００５７】そしてステップＳ６２では、マトリクスパ
ターンを１ドット毎にアクセスして、縦横の位置を変換
する。即ち、マトリクスパターンのドット番号をｎとし
て、ｎが０から１５まで、ステップＳ６２１〜Ｓ６２３
の処理を繰り返す。この処理を、図１４を参照して説明
する。ただし、図１４に示すマトリクスにおいては、白
い要素が「０」、黒い要素が「１」を表すとする。例え
ば、１４８のマトリクスの場合、ドット番号が０，２，
４，８，１２が「１」を表し、その他が「０」を表す。

【００５８】ステップＳ６２１では、ビットマスク処理
によりマトリクスパターンからｎドット目を抽出する。
ここでｎ＝０の場合、図１４の例ではドット番号０は
「１」であるため、抽出されるドットは「１」である。
同様に、ｎ＝１の場合、抽出されるドットは「０」とな
る。

【００５９】ステップＳ６２２では、ステップＳ６２１
で抽出したドットが「０」であるか「１」であるかを判
定する。そしてドットが「１」であればステップＳ６２
３の処理を行うが、「０」なら何も行わない。

【００６０】ステップＳ６２３では、一時変数のドット
番号ｎと対称な位置にあるドットを「１」にセットす
る。ここで、ｉ行ｊ列の要素の対称な位置とは、ｊ行ｉ
列目の要素であり、このマトリクスの実現である実際の
ビットデータの場合も、ｉ行ｊ番目の要素（ドット）に
対応するビットの対称な位置とは、ｊ行ｉ列目の要素
（ドット）に対応するビットのことである。例えば、ｎ
＝０の場合、図１４の１４８に示すマトリクス例では、
ドット番号０と対称な位置にあるドットはドット番号０
であり、また、ｎ＝１の場合、ドット番号１と対称な位
置にあるドットはドット番号４である。

【００６１】そしてステップＳ６３においては、マトリ
クスの拡張処理を行う、即ち、この一時変数のデータを
４ビット間隔に格納し直す。これは、後で説明するビッ
トマップ展開部３３における処理の効率化のために行う
もので、図１４の例では、１４９に示す縦横変換済みの
一時変数を、１５０のような配置にデータ変換する。こ
こで、１４９と１５０のマトリクスを比較すれば分かる
ように、マトリクス１５０のサイズはマトリクス１４９
の倍（３２ドット）になっている。マトリクス１４９に
おけるドット番号０〜３は、マトリクス１５０における
ドット番号０〜３へ再配置されている。そして同じく、
マトリクス１４９のドット番号４〜７はドット番号８〜
１１へ、８〜１１は１６〜１９へ、１２〜１５は２４〜
２７へ、それぞれ再配置される。そして、マトリクス１
５０における残りのドット、即ちドット番号が４〜７，
１２〜１５，２０〜２３，２８〜３１のドットは、
「０」に初期化しておく。

【００６２】以上が本実施形態におけるカラーテーブル
の縦横変換処理であるが、この処理の別の方式として、
図６に示すフローチャートにおいて、まずＳ６１で初期
化処理を行なった後、ｎビット目が「１」の時は何もせ
ず、ｎビット目が「０」の時には、対称位置を「０」に
する方法も考えられる。

【００６３】●インデックスイメージデータの縦横変換
処理詳細以下、図３のＳ３２２に示したインデックスイメージデ
ータの縦横変換処理について、詳細に説明する。

【００６４】不図示のホストより、図１１に示すような
インデックスデータが送られてきたとする。これらはデ
ータ読み込み部３１によってインデックスイメージデー
タ格納部４１に読み込まれる。この時のインデックスイ
メージデータ格納部上でのデータ配置は、図１２に示す
ようになる。ここでは、まだ同一ブロックのインデック
スは連続した領域に格納されていない。従って、これを
図１３に示すように再配置することにより、同一ブロッ
クのインデックスデータが連続した領域に存在する。

【００６５】このインデックスイメージデータの縦横変
換処理を、図１１を参照して説明する。図１１（ａ）に
示すようなインデックスイメージデータが、インデック
スイメージデータ格納部４１に読み込まれているとする
と、これは図１２に示す様な形態でＲＡＭ４上に格納さ
れる。前述したように、このままでは同一ブロックのイ
ンデックスが隣接したＲＡＭ領域に配置されないため、
これを図１３に示す配置に変えて、変換後インデックス
イメージデータ格納部４２に格納し直す。この処理を図
７のフローチャートに示し、以下に詳述する。

【００６６】まずステップＳ７１において、インデック
スイメージデータ格納部４１から、図１１の１１２に示
す１ラスタ目のインデックス（図１２に示すアドレス０
０００〜のデータ、すなわちインデックス「３」からの
１ラスタ分のデータ）を読み込む。

【００６７】ステップＳ７２では、読み込んだ１ラスタ
目のデータを、変換後のインデックスイメージデータ格
納部４２の先頭（図１３に示すアドレス２０００）から
１バイトおきに格納する。図１３を参照して説明する
と、アドレス２０００，２００２，２００４，…に１バ
イトおきに格納する。これは、本実施形態では同一ブロ
ックを構成するために２つのインデックスイメージデー
タが必要であるからであり、一般に、１ブロックがｎイ
ンデックスで構成されるのであれば、（ｎ−１）バイト
おきに格納すれば良い。

【００６８】そしてステップＳ７３において、インデッ
クスイメージデータ格納部４１から、図１１の１１３に
示す２ラスタ目のインデックス（図１２に示すアドレス
１０００〜のデータ、すなわちインデックス「Ａ」から
の１ラスタ分のデータ）を読み込み、ステップＳ７４で
変換後のインデックスイメージデータ格納部４２の先頭
から空いている領域に、１バイトおきに書き込む。図１
３の例では、アドレス２００１，２００３，２００５，
…に、即ち先に格納した１ラスタ目のインデックスデー
タの次の空いた領域に格納する。尚、一般に１ブロック
がＮインデックスで構成されるのであれば、ステップＳ
７２の処理も含めると、ステップＳ７３に相当する処理
をＮ−１回行うことになる。

【００６９】以上の処理により、図１１（ａ）に示され
る様なインデックスイメージデータが、ＲＡＭ４上の領
域に図１３に示す形態で書き込まれる。これにより、同
一ブロックを形成するインデックスが連続した領域に格
納される。図１３の例によれば、アドレス２０００のイ
ンデックスとアドレス２００１のインデックスとが同一
ブロックを形成する。また同様に、アドレス２００２、
アドレス２００３のインデックスが同一ブロックを形成
する。即ち、偶数アドレスのインデックスがブロック内
の上位インデックスに、奇数アドレスのインデックスが
下位インデックスになる。

【００７０】●ビットマップ展開処理詳細以下、図３のＳ３２３に示したビットマップ展開処理に
ついて、詳細に説明する。

【００７１】本実施形態においては、変換後のカラーテ
ーブルと変換後のインデックスイメージデータを用い
て、プリントバッファ４５にビットマップを展開する。
この処理手順を図５に、その概念図を図１５に、実際の
データ構造を図１６に示し、以下に詳述する。

【００７２】図５に示すステップＳ５０で、変換後イン
デックスイメージデータ格納部４２に格納されているイ
ンデックスイメージデータの全てについて、ステップＳ
５１〜Ｓ５３の処理を繰り返す。

【００７３】まずステップＳ５１において、変換後イン
デックスイメージデータ格納部４２から１ブロックのイ
ンデックスデータ（本実施形態においては上位インデッ
クス、下位インデックスの２インデックス）を取り出
す。ここでは説明のため、この取り出したインデックス
イメージデータのうち、上位に位置するインデックスを
ｎ、下位に位置するインデックスをｍで示すとする。

【００７４】次いでステップＳ５２で、インデックス
ｎ，ｍの縦横変換済みのマトリクスパターンを、変換後
のカラーテーブル格納部４４から取り出し、一時格納領
域に格納する。

【００７５】そしてステップＳ５３において、一時格納
領域に格納されているマトリクスパターンを、Ｙ，Ｍ，
Ｃ，Ｋの順で指定色を設定し、そのマトリクスパターン
をビットマップに展開する。

【００７６】このビットマップ展開を行なうステップＳ
５３の処理の詳細を、マトリクスパターンの概念図であ
る図１５と、実際のデータ構造である図１６を参照して
以下に詳述する。

【００７７】まずステップＳ５３１においては、一時格
納領域に格納したマトリクスパターンのうちの上位イン
デックスｎの指定色部分を取り出す。この動作の概念図
を図１５の１５１に示し、実際のデータ構造を図１６の
１６３に示す。

【００７８】次にステップＳ５３２では、一時格納領域
に格納したマトリクスパターンのうちの下位インデック
スｍの指定色部分を取り出し、４ビット右にシフトす
る。この様子を図１５の１５２及び１５４に示す。１５
２はインデックスｍの指定色部分のマトリクスを取り出
した図で、１５４はそれを４ビット右にシフトした図を
表わす。また、インデックスｍの実際のデータ構造を図
１６の１６４に、これを４ビットシフトしたデータ構造
を１６６に示す。

【００７９】そしてステップＳ５３３において、ステッ
プＳ５３１，Ｓ５３２で処理したマトリクスパターンの
ビット毎のＯＲ（論理和）をとる。この様子を図１５の
１５５，１５６に示す。このＯＲ処理の結果、インデッ
クスｎ，ｍのマトリクスパターンが、１５７に示す様に
結合される。この１５５，１５６，１５７に示されるよ
うに、２つのマトリクスパターンのＯＲ処理は、上位イ
ンデックスｎのマトリクスの左半分のドットと、下位イ
ンデックスｍの４ビットシフト後のマトリクスの右半分
のドットと、から３２ドットのマトリクスパターンを合
成する処理に相当する。

【００８０】このビットシフト、ＯＲ処理における実際
のデータ構造の変化の様子は、図１６の１６３，１６
４，１６５，１６６，１６７に示される。即ち、１６７
に示す４バイト分のデータが、図１５の１５７に示され
るの合成後のマトリクスに対応している。

【００８１】図５に戻り、上述したステップＳ５３３に
示すＯＲ処理を行ったマトリクスパターンを、ステップ
Ｓ５３４でプリントバッファ４５の対応する位置に格納
する。これにより、プリントバッファ４５へのビットマ
ップ展開が完了する。

【００８２】尚、上述したステップＳ５３２の処理は、
本実施形態が４×４のマトリクスを例としているために
４ビットシフトしているが、一般的なｎ×ｍのマトリク
スに対しては、ｍビット右にシフトすれば良い。また、
説明の簡便のために３２ドットを１つの処理単位として
いるが、これは一般のｍドットであっても同様である。
即ち、一般には、ｎビットずつをｍ／ｎ回分、右にシフ
トさせてＯＲをとることになる。

【００８３】以上説明したように本実施形態によれば、
インデックス化されたイメージデータをプリントする際
に、一旦インデックスデータをビットマップ展開した後
に縦横変換するのではなく、マトリクスパターンのカラ
ーテーブルとインデックスイメージデータとを独立に縦
横変換してからビットマップ展開することにより、イメ
ージデータへのビット単位のアクセスを減らすことがで
き、ビットマップ展開時間を短縮することができる。

【００８４】＜第２実施形態＞以下、本発明に係る第２
実施形態について説明する。第２実施形態において、上
述した第１実施形態と同様の構成については同一番号を
付し、説明を省略する。

【００８５】第２実施形態においては、マトリクスパタ
ーン縦横変換部３２及びビットマップ展開部３３におけ
る処理内容と、変換後のカラーテーブル格納部４４にお
けるデータ構造が、第１実施形態とは異なる。

【００８６】上述した第１実施形態においては、マトリ
クスパターン縦横変換部３２において、マトリクスの拡
張処理、即ち一時変数を４ビット間隔に格納し直す処理
を行なっていた（図６のＳ６３）。従って、変換後のマ
トリクスパターンのカラーテーブルは、図１４の１５０
に示すように、その要素が変換前のマトリクス１４９の
倍になる。これにより、変換後のカラーテーブル格納部
４４としては、変換前のカラーテーブル格納部４３の倍
のＲＡＭサイズが必要となる。

【００８７】そこで第２実施形態においては、変換後の
カラーテーブル格納部４４のＲＡＭサイズを抑えるため
に、図６のステップＳ６３に示すマトリクス拡張処理を
省き、図１４の１４９に示すような、拡張処理を行わな
い４×４のマトリクスパターンを、変換後のカラーテー
ブル格納部４４に格納する。

【００８８】これにより、変換後のカラーテーブルのサ
イズは、変換前のカラーテーブルのサイズと同じにな
る。またこの場合、変換前のカラーテーブル格納部４３
と、変換後のカラーテーブル格納部４４とを同じＲＡＭ
領域にとることもできる。即ち、変換後のマトリクスパ
ターンを変換前のカラーテーブルに上書きすれば良い。

【００８９】また、図６のステップＳ６３に示す拡張処
理を省くため、ビットマップ展開部３３において同等の
処理を付加する。この処理を、図１７、図１８を参照し
て以下に詳細に説明する。

【００９０】図１８は、第２実施形態におけるビットマ
ップ展開処理のフローチャートであり、第１実施形態で
示した図５のフローチャートと同様の処理には同一ステ
ップ番号を付し、説明を省略する。図１８においては、
ステップＳ１８０で、インデックスｎのマトリクスパタ
ーンに対して拡張処理を行なうことを特徴とする。即
ち、ステップＳ１８０において一時変数に格納されてい
るマトリクスパターンは、図１７の１７１，１７２に示
すような４×４のマトリクス構造をなす。第２実施形態
においては、これに対して１７３，１７４に示すような
マトリクス拡張処理を施してから、図１８のステップＳ
５３２以降の処理を、第１実施形態と同様に行う。

【００９１】ここで第２実施形態においては、マトリク
スの拡張処理の実行回数が、第１実施形態と異なってく
る。例えば、インデックスイメージデータのインデック
ス数（ピクセル数）をｎとすると、第１実施形態におけ
るマトリクス拡張処理の実行回数は、カラーテーブル数×色数（Ｙ，Ｍ，Ｃ，Ｋ）＝２５６×
４＝１０２４回となる。一方、第２実施形態においては、インデックス数×色数（Ｙ，Ｍ，Ｃ，Ｋ）＝ｎ×４回となる。即ち第２実施形態においては、インデックスイ
メージデータのインデックス数ｎが増加するとマトリク
ス拡張処理の実行回数も増加し、従って処理速度が低下
してしまう。

【００９２】以上説明したように第２実施形態によれ
ば、変換後のカラーテーブル格納部４４のＲＡＭのサイ
ズを少なく抑える代わりに、処理速度がイメージデータ
のサイズに依存してしまうというトレードオフが発生す
る。

【００９３】尚、本発明はマトリクスパターンのカラー
テーブルに限らず、フォントデータ等のマトリクスパタ
ーンのデータをビットマップ展開する場合にも応用する
ことができる。

【００９４】また、上述した各実施形態においては特に
インクジェットプリンタについて本発明を適用した例に
ついて説明したが、本発明はラスタ順に入力されたマト
リクスパターンとそのインデックスに基づいてビットマ
ップを展開する画像処理装置であれば、その記録方式に
関らず適用可能である。

【００９５】また、本発明は、特にインクジェット記録
方式の中でも、インク吐出を行わせるために利用される
エネルギーとして熱エネルギーを発生する手段（例えば
電気熱変換体やレーザ光等）を備え、前記熱エネルギー
によりインクの状態変化（膜沸騰）を生起させる方式の
プリント装置について説明したが、かかるバブルジェッ
ト方式によれば記録の高密度化、高精細化が達成でき
る。

【００９６】その代表的な構成や原理については、例え
ば、米国特許第４７２３１２９号明細書、同第４７４０
７９６号明細書に開示されている基本的な原理を用いて
行うものが好ましい。この方式はいわゆるオンデマンド
型、コンティニュアス型のいずれにも適用可能である
が、特に、オンデマンド型の場合には、液体（インク）
が保持されているシートや液路に対応して配置されてい
る電気熱変換体に、記録情報に対応していて膜沸騰を越
える急速な温度上昇を与える少なくとも１つの駆動信号
を印加することによって、電気熱変換体に熱エネルギー
を発生せしめ、記録ヘッドの熱作用面に膜沸騰を生じさ
せて、結果的にこの駆動信号に１対１で対応した液体
（インク）内の気泡を形成できるので有効である。この
気泡の成長、収縮により吐出用開口を介して液体（イン
ク）を吐出させて、少なくとも１つの滴を形成する。こ
の駆動信号をパルス形状をすると、即時適切に気泡の成
長収縮が行われるので、特に応答性に優れた液体（イン
ク）の吐出が達成でき、より好ましい。

【００９７】このパルス形状の駆動信号としては、米国
特許第４４６３３５９号明細書、同第４３４５２６２号
明細書に記載されているようなものが適している。な
お、上記熱作用面の温度上昇率に関する発明の米国特許
第４３１３１２４号明細書に記載されている条件を採用
すると、さらに優れた記録を行うことができる。

【００９８】記録ヘッドの構成としては、上述の各明細
書に開示されているような吐出口、液路、電気熱変換体
の組み合わせ構成（直線状液流路または直角液流路）の
他に熱作用面が屈曲する領域に配置されている構成を開
示する米国特許第４５５８３３３号明細書、米国特許第
４４５９６００号明細書を用いた構成も本発明に含まれ
るものである。加えて、複数の電気熱変換体に対して、
共通するスロットを電気熱変換体の吐出部とする構成を
開示する特開昭５９−１２３６７０号公報や熱エネルギ
ーの圧力波を吸収する開口を吐出部に対応させる構成を
開示する特開昭５９−１３８４６１号公報に基づいた構
成としても良い。

【００９９】さらに、記録装置が記録できる最大記録媒
体の幅に対応した長さを有するフルラインタイプの記録
ヘッドとしては、上述した明細書に開示されているよう
な複数記録ヘッドの組み合わせによってその長さを満た
す構成や、一体的に形成された１個の記録ヘッドとして
の構成のいずれでもよい。

【０１００】加えて、装置本体に装着されることで、装
置本体との電気的な接続や装置本体からのインクの供給
が可能になる交換自在のチップタイプの記録ヘッド、あ
るいは記録ヘッド自体に一体的にインクタンクが設けら
れたカートリッジタイプの記録ヘッドを用いてもよい。

【０１０１】また、本発明の記録装置の構成として設け
られる、記録ヘッドに対しての回復手段、予備的な補助
手段等を付加することは本発明の効果を一層安定にでき
るので好ましいものである。これらを具体的に挙げれ
ば、記録ヘッドに対してのキャッピング手段、クリーニ
ング手段、加圧あるいは吸引手段、電気熱変換体あるい
はこれとは別の加熱素子あるいはこれらの組み合わせに
よる予備加熱手段、記録とは別の吐出を行う予備吐出モ
ードを行うことも安定した記録を行うために有効であ
る。

【０１０２】さらに、記録装置の記録モードとしては黒
色等の主流色のみの記録モードだけではなく、記録ヘッ
ドを一体的に構成するか複数個の組み合わせによってで
も良いが、異なる色の複色カラー、または混色によるフ
ルカラーの少なくとも１つを備えた装置とすることもで
きる。

【０１０３】以上説明した本発明実施例においては、イ
ンクを液体として説明しているが、室温やそれ以下で固
化するインクであっても、室温で軟化もしくは液化する
ものを用いても良く、あるいはインクジェット方式では
インク自体を３０°Ｃ以上７０°Ｃ以下の範囲内で温度
調整を行ってインクの粘性を安定吐出範囲にあるように
温度制御するものが一般的であるから、使用記録信号付
与時にインクが液状をなすものであればよい。

【０１０４】加えて、積極的に熱エネルギーによる昇温
をインクの固形状態から液体状態への状態変化のエネル
ギーとして使用せしめることで積極的に防止するため、
またはインクの蒸発を防止するため、放置状態で固化し
加熱によって液化するインクを用いても良い。いずれに
しても熱エネルギーの記録信号に応じた付与によってイ
ンクが液化し、液状インクが吐出されるものや、記録媒
体に到達する時点では既に固化し始めるもの等のよう
な、熱エネルギーの付与によって初めて液化する性質の
インクを使用する場合も本発明は適用可能である。この
ような場合インクは、特開昭５４−５６８４７号公報あ
るいは特開昭６０−７１２６０号公報に記載されるよう
な、多孔質シート凹部または貫通孔に液状または固形物
として保持された状態で、電気熱変換体に対して対向す
るような形態としてもよい。本発明においては、上述し
た各インクに対して最も有効なものは、上述した膜沸騰
方式を実行するものである。

【０１０５】＜他の実施形態＞なお、本発明は、複数の
機器（例えばホストコンピュータ，インタフェイス機
器，リーダ，プリンタなど）から構成されるシステムに
適用しても、一つの機器からなる装置（例えば、複写
機，ファクシミリ装置など）に適用してもよい。

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

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

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

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

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

【０１１１】

【発明の効果】以上説明したように本発明によれば、イ
ンデックス化されたイメージデータについて、マトリク
スパターンのカラーテーブルとインデックスイメージデ
ータとを独立に縦横変換してからビットマップ展開する
ことにより、イメージデータへのアクセス回数を減ら
し、高速なビットマップ展開が可能となる。

【０１１２】

【図面の簡単な説明】

【図１】本発明に係る一実施形態の画像処理装置の全体
構成を示すブロック図である。

【図２】本実施形態におけるデータの流れを示すブロッ
ク図である。

【図３】インデックスイメージデータのビットマップ展
開処理のフローチャートである。

【図４】カラーテーブル縦横変換処理のフローチャート
である。

【図５】ビットマップ展開処理のフローチャートであ
る。

【図６】マトリクスパターンの縦横変換のフローチャー
トである。

【図７】インデックスイメージ縦横変換処理のフローチ
ャートである。

【図８】プリンタヘッドのノズルとインデックスイメー
ジデータの概念図である。

【図９】ノズルとマトリクスパターンの拡大図である。

【図１０】マトリクスパターンのビット配置図である。

【図１１】インデックスイメージデータの縦横変換の概
念を示す図である。

【図１２】インデックスイメージデータ格納部における
データ構造を示す図である。

【図１３】変換後インデックスイメージデータ格納部に
おけるデータ構造を示す図である。

【図１４】マトリクスパターンカラーテーブルの縦横変
換の概念図である。

【図１５】ビットマップ展開処理におけるビットマップ
作成処理の様子を示す図である。

【図１６】ビットマップ展開処理における実際のデータ
構造を示す図である。

【図１７】本発明に係る第２実施形態におけるビットマ
ップ展開処理の概念を示す図である。

【図１８】第２実施形態におけるビットマップ展開処理
のフローチャートである。

【符号の説明】

３１データ読み込み部３２マトリクスパターン縦横変換部３３ビットマップ展開部３４インデックスイメージ縦横変換部４１インデックスイメージデータ格納部４２変換後インデックスイメージデータ格納部４３カラーテーブル格納部４４変換後カラーテーブル格納部４５プリントバッファ

フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＧ０９Ｇ 5/36 ５２０Ｈ０４Ｎ 1/387 Ｂ４１Ｊ 3/04 １０１ＺＨ０４Ｎ 1/387 Ｇ０６Ｆ 15/66 ３５０Ｂ

Claims

【特許請求の範囲】

【請求項１】複数のマトリクスパターンを入力するマ
トリクス入力手段と、前記マトリクスパターンを特定するためのインデックス
情報を順次入力するインデックス入力手段と、前記複数のマトリクスパターンに対して配置変換を施す
マトリクス変換手段と、前記インデックス情報のデータ列に対して配置変換を施
すインデックス変換手段と、前記変換されたマトリクスパターン及びインデックスデ
ータ列に基づいてビットマップを展開する展開手段と、
を有することを特徴とする画像処理装置。
【請求項２】更に、前記マトリクス変換手段によって
配置変換されたマトリクスパターンを保持する変換パタ
ーン保持手段を有し、前記展開手段は、該変換パターン保持手段に保持された
マトリクスパターンに基づいてビットマップを展開する
ことを特徴とする請求項１記載の画像処理装置。
【請求項３】更に、前記ビットマップに基づいて所定
幅単位に可視画像を形成する画像形成手段を有し、前記マトリクス変換手段及びインデックス変換手段は、
該所定幅に応じて各々の配置変換を行なうことを特徴と
する請求項２記載の画像処理装置。
【請求項４】前記マトリクス入力手段及び前記インデ
ックス入力手段は、第１の方向順にデータを入力し、前記画像形成手段は、前記第１の方向と直角をなす第２
の方向に前記所定幅を有することを特徴とする請求項３
記載の画像処理装置。
【請求項５】前記第１の方向は主走査方向であり、前
記第２の方向は副走査方向であることを特徴とする請求
項４記載の画像処理装置。
【請求項６】前記マトリクス変換手段及びインデック
ス変換手段は、各々のデータ配置の主走査方向と副走査
方向とを入れ替えることを特徴とする請求項５記載の画
像処理装置。
【請求項７】前記マトリクス変換手段は、配置変換後
のマトリクスパターンのサイズが前記画像形成手段にお
ける所定幅分に相当するように拡張することを特徴とす
る請求項３記載の画像処理装置。
【請求項８】前記展開手段は、前記拡張されたマトリ
クスパターンを１ブロックとして、該ブロック単位でビ
ットマップを展開することを特徴とする請求項７記載の
画像処理装置。
【請求項９】前記展開手段は、前記マトリクス変換手
段により配置変換されたマトリクスパターンに対して、
そのサイズが前記画像形成手段における所定幅分に相当
するように拡張してからビットマップを展開することを
特徴とする請求項３記載の画像処理装置。
【請求項１０】前記展開手段は、前記インデックス情
報によって特定された複数のマトリクスパターンの論理
和をとることにより、ビットマップを展開することを特
徴とする請求項１記載の画像処理装置。
【請求項１１】前記マトリクスパターンはカラーテー
ブルであることを特徴とする請求項１記載の画像処理装
置。
【請求項１２】前記画像形成手段は記録ヘッドを備
え、前記所定幅は該記録ヘッドの記録幅であることを特
徴とする請求項３記載の画像処理装置。
【請求項１３】前記記録ヘッドは、インクを吐出して
記録を行うインクジェット記録ヘッドであることを特徴
とする請求項１２記載の画像処理装置。
【請求項１４】前記記録ヘッドは、熱エネルギーを利
用してインクを吐出する記録ヘッドであって、インクに
与える熱エネルギーを発生するための熱エネルギー変換
体を備えていることを特徴とする請求項１３記載の画像
処理装置。
【請求項１５】所定幅単位で画像形成を行なう画像処
理装置における画像処理方法であって、複数のマトリクスパターンを入力するマトリクス入力工
程と、前記複数のマトリクスパターンに対して配置変換を施す
マトリクス変換工程と、配置変換後のマトリクスパターンを保持する変換パター
ン保持工程と、前記マトリクスパターンを特定するためのインデックス
情報を順次入力するインデックス入力工程と、前記インデックス情報のデータ列に対して配置変換を施
すインデックス変換工程と、前記変換パターン保持工程によって保持されたマトリク
スパターン及びインデックス変換工程において変換され
たインデックスデータ列に基づいて、前記所定幅単位に
ビットマップを展開する展開工程と、を有することを特
徴とする画像処理方法。
【請求項１６】所定幅単位で画像形成を行なう画像処
理装置における画像処理方法のプログラムコードが格納
されたコンピュータ可読メモリであって、複数のマトリクスパターンを入力するマトリクス入力工
程のコードと、前記複数のマトリクスパターンに対して配置変換を施す
マトリクス変換工程のコードと、配置変換後のマトリクスパターンを保持する変換パター
ン保持工程のコードと、前記マトリクスパターンを特定するためのインデックス
情報を順次入力するインデックス入力工程のコードと、前記インデックス情報のデータ列に対して配置変換を施
すインデックス変換工程のコードと、前記変換パターン保持工程によって保持されたマトリク
スパターン及びインデックス変換工程において変換され
たインデックスデータ列に基づいて、前記所定幅単位に
ビットマップを展開する展開工程のコードと、を有する
ことを特徴とするコンピュータ可読メモリ。