(57)【特許請求の範囲】
【請求項１】
入力したオブジェクトデータに基づいてビットマップイメージを生成する生成手段と、
前記入力したオブジェクトデータの属性を表す属性情報を、前記生成手段で生成したビットマップイメージの各画素に対応付けて保持する保持手段と、
前記生成手段で生成したビットマップイメージを画像出力部によって処理が可能なデータに変換する変換手段と、
前記保持手段に保持された属性情報に基づいて前記変換手段における処理内容を切り換える切換手段とを備え、
前記属性情報は複数のビットから構成され、前記複数のビットの各々に前記属性情報を構成する複数の属性の各々が割り当てられ、
前記複数のビットの各ビットに割り当てられる複数の属性のうち、能力の異なるプリンタによって共通に用いられる頻度の多い属性ほど前記複数のビットの下位ビットに対して割り当てられることを特徴とする画像処理装置。
【請求項２】
前記保持手段は、前記ビットマップイメージの２次元座標位置に対応付けて各画素毎に属性情報を配置した属性マップを保持する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記保持手段は、前記ビットマップイメージの各画素データの一部のビットに前記属性情報を埋め込む
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記属性情報は、対応するオブジェクトデータがビットマップデータの形態であるかベクトルデータの形態であるかを表す情報を含む
ことを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記変換手段は前記生成手段で生成されたビットマップイメージをディザマトリクスを用いて２値データへ変換する処理を含み、
前記切換手段は、前記変換手段で用いるディザマトリクスを前記属性情報に基づいて変更する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記生成手段は、ＲＧＢ色空間によるビットマップイメージを生成し、
前記変換手段は、前記ビットマップイメージの各画素データをＹＭＣＫ色空間で表される画素データへ変換する色変換処理を含み、
前記切換手段は、前記保持手段によって保持された属性情報に基づいて前記色変換処理のアルゴリズムを変更する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項７】
前記切換手段は各ビットのオン、オフ状態に応じて前記変換手段の処理内容を切り換える
ことを特徴とする請求項１に記載の画像処理装置。
【請求項８】
前記属性情報の各ビットはそれぞれ独立した属性を表す
ことを特徴とする請求項７に記載の画像処理装置。
【請求項９】
前記属性情報は複数のビットによって特定の属性を表すビットグループを含む
ことを特徴とする請求項７に記載の画像処理装置。
【請求項１０】
前記オブジェクトデータがページ記述言語で表される
ことを特徴とする請求項１に記載の画像処理装置。
【請求項１１】
入力したオブジェクトデータに基づいてビットマップイメージを生成する生成工程と、
前記入力したオブジェクトデータの属性を表す属性情報を、前記生成工程で生成したビットマップイメージの各画素に対応付けてメモリに保持する保持工程と、
前記生成工程で生成したビットマップイメージを画像出力部によって処理が可能なデータに変換する変換工程と、
前記保持工程に保持された属性情報に基づいて前記変換工程における処理内容を切り換える切換工程とを備え、
前記属性情報は複数のビットから構成され、前記複数のビットの各々に前記属性情報を構成する複数の属性の各々が割り当てられ、
前記複数のビットの各ビットに割り当てられる複数の属性のうち、能力の異なるプリンタによって共通に用いられる頻度の多い属性ほど前記複数のビットの下位ビットに対して割り当てられることを特徴とする画像処理方法。
【請求項１２】
前記保持工程は、前記ビットマップイメージの２次元座標位置に対応付けて各画素毎に属性情報を配置した属性マップをメモリに保持する
ことを特徴とする請求項１１に記載の画像処理方法。
【請求項１３】
前記保持工程は、前記ビットマップイメージの各画素データの一部のビットに前記属性情報を埋め込む
ことを特徴とする請求項１１に記載の画像処理方法。
【請求項１４】
前記属性情報は、対応するオブジェクトデータがビットマップデータの形態であるかベクトルデータの形態であるかを示す情報を含む
ことを特徴とする請求項１１に記載の画像処理方法。
【請求項１５】
前記変換工程は前記生成工程で生成されたビットマップイメージをディザマトリクスを用いて２値データへ変換する処理を含み、
前記切換工程は、前記変換工程で用いるディザマトリクスを前記属性情報に基づいて変更する
ことを特徴とする請求項１１に記載の画像処理方法。
【請求項１６】
前記生成工程は、ＲＧＢ色空間によるビットマップイメージを生成し、
前記変換工程は、前記ビットマップイメージの各画素データをＹＭＣＫ色空間で表される画素データへ変換する色変換処理を含み、
前記切換工程は、前記保持工程において保持された属性情報に基づいて前記色変換処理のアルゴリズムを変更する
ことを特徴とする請求項１１に記載の画像処理方法。
【請求項１７】
前記切換工程は各ビットのオン、オフ状態に応じて前記変換工程の処理内容を切り換える
ことを特徴とする請求項１１に記載の画像処理方法。
【請求項１８】
前記属性情報の各ビットはそれぞれ独立した属性を表す
ことを特徴とする請求項１７に記載の画像処理方法。
【請求項１９】
前記属性情報は複数のビットによって特定の属性を表すビットグループを含む
ことを特徴とする請求項１７に記載の画像処理方法。
【請求項２０】
前記オブジェクトデータがページ記述言語で表される
ことを特徴とする請求項１１に記載の画像処理方法。
【請求項２１】
請求項１乃至１０のいずれか１項に記載の画像処理装置と、
前記変換手段で得られたデータを用いて記録媒体上に可視画像を形成する画像出力部を備えるプリンタ。
【請求項２２】
ホスト装置と画像出力部とを備えた画像処理システムであって、
入力したオブジェクトデータに基づいてビットマップイメージを生成する生成手段と、
前記入力したオブジェクトデータの属性を表す属性情報を、前記生成手段で生成したビットマップイメージの各画素に対応付けて保持する保持手段と、
前記生成手段で生成したビットマップイメージを前記画像出力部によって処理が可能なデータに変換する変換手段と、
前記保持手段に保持された属性情報に基づいて前記変換手段における処理内容を切り換える切換手段とを備え、
前記属性情報は複数のビットから構成され、前記複数のビットの各々に前記属性情報を構成する複数の属性の各々が割り当てられ、
前記複数のビットの各ビットに割り当てられる複数の属性のうち、能力の異なるプリンタによって共通に用いられる頻度の多い属性ほど前記複数のビットの下位ビットに対して割り当てられることを特徴とする画像処理システム。
【請求項２３】
前記属性は、対応するオブジェクトデータが白黒属性であるかカラー属性であるかを表わす情報を含む
ことを特徴とする請求項１に記載の画像処理装置。
【請求項２４】
前記属性は、対応するオブジェクトデータが文字属性であるか文字以外の属性であるかを表わす情報を含む
ことを特徴とする請求項１に記載の画像処理装置。
【請求項２５】
画像処理のための制御プログラムを格納する記憶媒体であって、該制御プログラムはコンピュータに、
入力したオブジェクトデータに基づいてビットマップイメージを生成する生成工程、
前記入力したオブジェクトデータの属性を表す属性情報を、前記生成工程で生成したビットマップイメージの各画素に対応付けてメモリに保持する保持工程、
前記生成工程で生成したビットマップイメージを画像出力部によって処理が可能なデータに変換する変換工程、
前記保持工程に保持された属性情報に基づいて前記変換工程における処理内容を切り換える切換工程を実行させるものであり、
前記属性情報は複数のビットから構成され、前記複数のビットの各々に前記属性情報を構成する複数の属性の各々が割り当てられ、
前記複数のビットの各ビットに割り当てられる複数の属性のうち、能力の異なるプリンタによって共通に用いられる頻度の多い属性ほど前記複数のビットの下位ビットに対して割り当てられることを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像処理方法及び装置、該画像処理装置を備えたプリンタ、及び画像処理システムに関する。
【０００２】
【従来の技術】
従来より、デジタル的に画像データを生成してプリント出力する画像処理システムが知られている。このようなシステムとしては、図１５に示すようなものが一般的である。図１５は、ホストコンピュータ１０１を用いてＤＴＰを行なうことによりページレイアウト文書やワープロ、グラフィック文書などを作成し、レーザービームプリンタやインクジェットプリンタなどによりハードコピー出力するシステムの概略の構成を示す図である。
【０００３】
図１５において、１０２はホストコンピュータ上で動作するアプリケーションである。アプリケーション１０２の代表的なものとしては、Microsoft社のワード(R)のようなワープロソフトや、Adobe社のPageMaker(R)のようなページレイアウトソフトが挙げられる。これらのソフトウェアで作成されたデジタル的な文書は図示しないコンピュータのオペレーティングシステム（ＯＳ）を介してプリンタドライバ１０３に受け渡される。
【０００４】
上記のデジタル文書は、通常、ひとつのページを構成する図形や文字などを表すコマンドデータの集合として表されており、これらのコマンドをプリンタドライバ１０３に送ることになる。画面を構成する一連のコマンドはＰＤＬ（ページ記述言語）と呼ばれる言語体系で表現されている。このようなＰＤＬの代表例としてはＧＤＩ(R)やＰＳ(R)（ポストスクリプト）などが挙げられる。
【０００５】
プリンタドライバ１０３は送られてきたＰＤＬコマンドをラスタイメージプロセッサ１０４内のラスタライザ１０５に転送する。ラスタライザ１０５はＰＤＬコマンドで表現されている文字、図形などを、実際にプリンタ出力するための２次元のビットマップイメージに展開する。ビットマップイメージは２次元平面を１次元のラスタ（ライン）のくり返しとして埋め尽くすような画像となるため１０５のことをラスタライザと呼んでいる。展開されたビットマップイメージは画像メモリ１０６に一時的に格納される。
【０００６】
以上の動作を模式的に示したのが図１６である。ホストコンピュータ上で表示されている文書画像１１１はＰＤＬコマンド列１１２としてプリンタドライバ経由でラスタライザへ送られ、ラスタライザは１１３のように２次元のビットマップイメージを画像メモリ１０６上に展開する。展開された画像データはカラープリンタ１０７へ送られる。カラープリンタ１０７には周知の電子写真方式やインクジェット記録方式の画像形成ユニット１０８が設けられており、これらによって用紙上に可視画像が形成されてプリント出力される。なお、画像メモリ１０６中の画像データは、画像形成ユニット１０８を動作させるために必要な図示しない同期信号やクロック信号、あるいは特定の色成分信号の転送要求などと同期して転送されるのはもちろんである。
【０００７】
【発明が解決しようとする課題】
以上説明したような従来例において、出力に利用される画像形成ユニット１０８に関して種々の問題点が生じてくることが明かになっている。
【０００８】
例えば、通常、カラープリンタは、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）という、４色のトナー、またはインクを用いて、いわゆる減法混色の原理に基づいてカラー画像の形成を行う。一方、ホストコンピュータのアプリケーションが画像を表示する際にはカラーモニターを利用するのが普通であり、カラーモニターはレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）という加法混色の３原色を用いて色を表示する。従って文書を構成する文字や図形、あるいは写真などをスキャナーで読み込んでレイアウトした画像などの色はすべてＲ，Ｇ，Ｂをある割合で混合した色として表現されている。すなわちラスタライザはＰＤＬとしてＲ，Ｇ，Ｂで定義されてホストコンピュータから転送されてくる色情報をなんらかの手段でＣ，Ｍ，Ｙ，Ｋに変換した後、ビットマップイメージを生成してプリンタに送出する必要がある。
【０００９】
ところがＲＧＢをＣＭＹＫに変換する方法は一義的に決まっているものではなく、最適な変換方法というのはＰＤＬで定義されている図形の属性によって異なってくるものである。例えば図１６の例を参照すると、１１４の部分はスキャナーなどで読み込込まれた自然画像、１１５は円形、長方形といった電子的に発生させたグラフィック画像、１１６は文字（ＴＥＸＴ）画像、といったそれぞれ異なる属性を持っている。
【００１０】
ここで文字画像１１６のＴＥＸＴの色をＲ＝Ｇ＝Ｂ＝０の黒色として定義してあった場合、これに対する最適なＣＭＹＫ信号は８ビットの濃度信号で表すとＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５となる。つまり黒い文字はプリンタの４色のトナーのうち黒トナーのみで再現するのが好ましい。一方１１４の自然画像１１４の特定ピクセルの画素値がＲ＝Ｇ＝Ｂ＝０であった場合、上記文字データと同様にＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５に変換してしまうと、本来、自然画像中のもっとも濃度の高い部分を表現すべきなのが黒トナーのみで再現されるため、絶対濃度が不足してしまう。従って、この場合はＣ＝Ｍ＝Ｙ＝１００、Ｋ＝２５５といった値に変換して絶対濃度を高くした方が好ましい結果が得られる。
【００１１】
また、他の例として画像形成ユニットが２値のドットしか再現できないような場合も考えられる。この場合、ラスタライザがＹ，Ｍ，Ｃ，Ｋの多値のビットマップイメージを画像メモリに展開するのであるが、それを受け取った画像形成ユニットは誤差拡散法やディザ処理といった周知の２値化処理をおこなって多値画像信号を２値画像信号に変換した後プリント出力する、という構成となる。このとき、最適な２値化手法というものは画像の属性によって変わることになる。
【００１２】
すなわち文字や図形などのグラフィックはディザのマトリックスサイズを小さくして解像度を重視した２値化が好ましいし、また写真のような自然画像はマトリックスサイズを大きくして階調再現性を重視した方が好ましい。
【００１３】
上述のように、オブジェクトのデータ属性に応じてラスタライザによる最適な展開処理は異なったものとなり、単一の処理方法でラスタライズを行なえば画質の低下を招く。
【００１４】
本発明は上記の問題に鑑みてなされたものであり、画像データをプリント出力するに際して、画像データに含まれる各画像の属性に応じて適切なデータ処理を実現し、出力画像の品位を向上させることを目的とする。
【００１５】
【課題を解決するための手段】
上記の目的を達成するための本発明の画像処理装置は、たとえば以下の構成を備える。すなわち、
入力したオブジェクトデータに基づいてビットマップイメージを生成する生成手段と、
前記入力したオブジェクトデータの属性を表す属性情報を、前記生成手段で生成したビットマップイメージの各画素に対応付けて保持する保持手段と、
前記生成手段で生成したビットマップイメージを画像出力部によって処理が可能なデータに変換する変換手段と、
前記保持手段に保持された属性情報に基づいて前記変換手段における処理内容を切り換える切換手段とを備え、
前記属性情報は複数のビットから構成され、前記複数のビットの各々に前記属性情報を構成する複数の属性の各々が割り当てられ、
前記複数のビットの各ビットに割り当てられる複数の属性のうち、能力の異なるプリンタによって共通に用いられる頻度の多い属性ほど前記複数のビットの下位ビットに対して割り当てられる。
【００１６】
また、上記の目的を達成するための本発明による画像処理方法は、たとえば以下の工程を備える。すなわち、
入力したオブジェクトデータに基づいてビットマップイメージを生成する生成工程と、
前記入力したオブジェクトデータの属性を表す属性情報を、前記生成工程で生成したビットマップイメージの各画素に対応付けてメモリに保持する保持工程と、
前記生成工程で生成したビットマップイメージを画像出力部によって処理が可能なデータに変換する変換工程と、
前記保持工程に保持された属性情報に基づいて前記変換工程における処理内容を切り換える切換工程とを備え、
前記属性情報は複数のビットから構成され、前記複数のビットの各々に前記属性情報を構成する複数の属性の各々が割り当てられ、
前記複数のビットの各ビットに割り当てられる複数の属性のうち、能力の異なるプリンタによって共通に用いられる頻度の多い属性ほど前記複数のビットの下位ビットに対して割り当てられる。
【００１７】
また、本発明によれば、上記画像処理装置を備えたプリンタが提供される。更に、本発明によれば、上記画像処理装置を含む画像処理システムが提供される。更に、本発明によれば、上記画像処理方法をコンピュータに実現させるための制御プログラムを格納する記憶媒体が提供される。
【００１８】
【発明の実施の形態】
以下、添付の図面を参照して本発明の好適な実施形態を詳細に説明する。
【００１９】
［第１の実施形態］
図１は本実施形態による画像処理システムの構成を表すブロック図である。
【００２０】
図１において、１０はホストコンピュータである。１１はホストコンピュータ１０内で用いられるアプリケーションである。アプリケーション１１としては、たとえばワープロソフト、ドロー系のソフト、グラフィックのソフト等がある。１２はプリンタドライバであり、アプリケーション１１から文字やグラフィックやＢｉｔｍａｐ画像をプリンタに出力する際に、プリンタとのインターフェースを司る。
【００２１】
１３はプリンタドライバを通した出力を展開して画像データにするためのラスタイメージプロセッサである。ラスタイメージプロセッサ１３内には、ラスタライザ１４及び画像データを記憶しておくための画像メモリ１５、及び属性マップメモリ１６が含まれる。なお、ラスタイメージプロセッサはホストコンピュータ側に属してもプリンタ側に属してもかまわない。
【００２２】
１７は画像処理部であり、画像メモリ１５に蓄えられた画像データを属性マップメモリ１６に格納された情報を参照しながら変換し、後述の画像形成ユニット１９で出力可能な画像データ（たとえばＹＭＣＫ各２値の画像データ）にする。１８はカラープリンタである。カラープリンタ１８は、電子データである画像データを紙などの媒体にプリントするための画像形成ユニット１９を含む。画像形成ユニット１９は、電子写真方式のユニット、或いはインクジェット方式のユニット等である。この画像形成ユニット１９を通して最終的な出力結果が得られることになる。
【００２３】
なお、本実施形態では、プリント出力を行なうプリンタとしてカラープリンタ１８を用いて説明を進めるが、本実施形態の処理が白黒プリンタにも容易に適用可能であることは明らかであろう。
【００２４】
また、本実施形態では、説明をわかりやすくするために、画像メモリ１５と属性マップメモリ１６を別々のブロックで表しているが、１つの記憶媒体に画像データおよび属性マップデータが読み出し可能なように記憶させておくことももちろん可能である。
【００２５】
また、アプリケーションで作成されるデジタル文書は、従来例で説明されたようにＰＤＬというコマンド体系により表現されている。該コマンドは大きく分けて、３つのオブジェクトから構成される。１つは文字オブジェクト、２つ目は図形や自由曲線などのベクトルデータなどのグラフィックオブジェクト、３つ目はスキャナーなどで写真や印刷物を読み取る等して得られた画像データなどのBitmapオブジェクトである。
【００２６】
オブジェクトは、たとえば文字の場合、どの文字であるかを識別するための文字コード、文字の形を定義したフォント、文字の大きさを表すサイズ情報、文字の色を表す色情報などのデータからなり、そのままでは、画像形成ユニットで解釈できる情報ではない。そのため、プリンタドライバ１２は、プリンタとのインターフェースを司り、最終段である画像形成ユニット１９で適正な画像が出力できるように同期をとるなどの役割をしながら、ラスタライザ１３に文字、グラフィック、Bitmapなどのオブジェクトを表すコマンド列を送る。
【００２７】
ラスタライザ１３は、受け取ったコマンド列を画像形成ユニットで適正な解釈が可能な２次元のBitmapデータに変換すると同時に、属性マップを出力する。属性マップとは、各画素のもつ属性情報を各画素ごとに持たせて２次元の情報としたものである。この属性マップは、当該２次元画像データと該属性マップとの間で画素毎の対応づけが可能なように、属性マップメモリ１６に格納される。
【００２８】
図２は、属性情報のデータフォーマットの１例を示す図である。本実施形態では、０ｂｉｔ目のみの１ｂｉｔ情報を有し、０ｂｉｔ目がBitmapフラグを表す。０ビット目が１ならBitmapオブジェクトから生成された画素であることを示し、０ならvectorオブジェクトから生成された画素、つまり、文字またはグラフィック画像であることを示す。
【００２９】
ラスタライザ１３は、オブジェクトを２次元のBitmapデータに変換する際に、当該オブジェクトが文字、グラフィック、自然画像のいずれから生成されたのかを各画素ごとに判断し、属性マップメモリ１６に２次元画像データと対応づけが可能なように属性情報を格納する。
【００３０】
図３は、各画素ごとに対応づけられた属性マップ情報の１例を示す図である。図３は、ビットマップオブジェクト上に文字オブジェクトである数字の“１”を重ねた画像を表している。２次元Bitmapに変換する際に、図２で説明したフォーマットにのっとって図３に示されるような属性マップ情報が生成される。すなわち、各画素ごとにVector（文字もしくはグラフィックオブジェクト）で生成された画素であれば「０」を、Bitmapオブジェクトであれば「１」を出力し、図３のような属性マップが属性マップメモリ１６に格納されることになる。
【００３１】
なお、属性マップは、各画素毎に対応がつけられるように格納されれば、どのように構成されてもよい。図３に示したような属性マッププレーンとして属性情報を生成し、画像データは画像メモリ１５に記憶し、属性マップ情報は属性マップメモリ１６に記憶するという方法は一例であり、他の形態を採用してもよい。
【００３２】
たとえば、同じ記憶媒体に画像データと属性情報を記憶するのであれば、図４のように、ＲＧＢの各プレーンに属性マップのプレーンを付加してもよい。或いは、図５のように、ＲＧＢデータが１画素ごとに構成される場合、各画素のＲＧＢの情報に付加する形で埋め込んでもよい。また、データ量を増やさないように構成するために、図６に示すように、ＲＧＢ各プレーンのうちのいずれか１つの面もしくは複数の面の画素毎の下位ｂｉｔに属性情報を埋め込むように構成したり、図７に示すようにＲＧＢデータが１画素内に構成される際に、各画素ごとのＲＥＤ，ＧＲＥＥＮ，ＢＬＵＥ各８ｂｉｔの情報のうちのいずれか１つもしくは複数の色情報の下位ｂｉｔに属性情報を埋め込むように構成してもよい。図７の例では、ＢＬＵＥの情報の８ｂｉｔのうち、下位３ｂｉｔに属性マップを埋め込んだ例が示されている（第１の実施形態では属性情報は１ビットであるが、第２、第３の実施形態で後述するように、属性情報として２ビット、３ビットを用いることもできる）。
【００３３】
画像処理部１７は、上記のように埋め込まれた属性マップ情報を取り出して、画像メモリ１５に蓄えられた画像データと該画像データに画素ごとに対応づけられた属性マップをもとに各画素の属性を判断し、画像処理の切り替えを行い、画像の属性ごとに最適な画像処理を施す。
【００３４】
以上説明した本実施形態の処理手順について図１０及び図１１を参照して更に説明する。
【００３５】
図１０は本実施形態によるオブジェクトの描画及び属性マップの生成を説明するフローチャートである。まずステップＳ１１において、ラスタライザ１４は入力したオブジェクトデータを解析する。そして、ステップＳ１２において、ＲＧＢによるイメージに展開し画像メモリ１５に描画する。次にステップＳ１３において、当該オブジェクトの属性が、「自然画像」であるか、「グラフィックもしくは文字」であるかを判定する。
【００３６】
ステップＳ１３において自然画像であると判定された場合は、ステップＳ１４に進み、属性マップ情報を「１」として、属性マップメモリ１６上の当該オブジェクトの各画素に対応する位置に書込む（ステップＳ１６）。一方、ステップＳ１３においてグラフィックもしくは文字であると判定された場合は、属性マップ情報を「０」として、属性マップメモリ１６上の当該オブジェクトの各画素位置に対応する位置に書込む（ステップＳ１５、Ｓ１６）。
【００３７】
ステップＳ１７では描画すべき次のオブジェクトがあるかどうかを判定し、存在すればステップＳ１１へ戻り、存在しなければ本処理を終了する。
【００３８】
図１１は画像処理部１７によるＣＭＹＫデータの生成手順を説明するフローチャートである。
【００３９】
まず、ステップＳ２１において、画像メモリ１５よりピクセル単位で画像データを読み出す。本実施形態では、画像メモリ１５にはＲＧＢ多値データが格納されている。ステップＳ２２では、ステップＳ２１で読み出したピクセルの属性情報を属性マップメモリ１６から読み出す。なお、属性情報の格納形態については図５〜図７により種々のバリエーションを示したが、ステップＳ２２では、それぞれの形態に応じて対応するピクセルの属性情報を読み出せばよい。
【００４０】
ステップＳ２３では、ＲＧＢ多値データをＹＭＣＫ多値データへ変換する。そして、ステップＳ２４〜Ｓ２６の処理により、画像形成ユニット１９において処理することのできるＹＭＣＫ各色２値のデータへ変換（２値化）する。この２値化において、本実施形態ではディザマトリクスを用いるが、このとき各ピクセルの属性情報に応じてディザマトリクスを使い分ける。
【００４１】
まず、ステップＳ２４において、処理対象のピクセルに付与されている属性が「自然画像」であるか「グラフィック又は文字」であるかを、ステップＳ２２で読み取った属性情報により判定する。ここで、処理対象のピクセルの属性が「グラフィック又は文字」であった場合は、ステップＳ２５へ進み、図８に示すような３×３のディザマトリクスを用いて２値化を行なう（解像度を重視する）。一方、処理対象のピクセルの属性が「自然画像」であった場合は、ステップＳ２６へ進み、８×８のディザマトリクスを用いて２値化を行なう（階調性を重視する）。
【００４２】
以上のように属性マップの情報を用いることにより以下のような処理が可能になる。図１６の例を参照すると、１１４の部分はスキャナーなどで読み込まれた自然画像、１１５は円形、長方形といった電子的に発生させたグラフィック画像、１１６は文字（ＴＥＸＴ）画像、といったそれぞれ異なる属性を持っている。ここで、画像形成ユニットが２値のドットしか再現できないような場合を考える。
【００４３】
この場合、ラスタライザ１４がＹ，Ｍ，Ｃ，Ｋの多値のビットマップイメージを画像メモリに展開するのであるが、それを受け取った画像形成ユニット１９は誤差拡散法やディザ処理といった周知の２値化処理をおこなって多値画像信号を２値画像信号に変換した後プリント出力することになる。このとき、最適な２値化手法は画像の属性によって変わることになる。すなわち文字や図形などのグラフィックはディザのマトリックスサイズを小さくして解像度を重視した２値化が好ましいし、また写真のような自然画像はマトリックスサイズを大きくして階調再現性を重視した方が好ましい。
【００４４】
このように２値化手法を画像に応じて切り換えるべく、ラスタライザ１３はＣＭＹＫへの変換を行わずＲＧＢの値を用いてビットマップ画像に展開するようにし、画像形成ユニット側で送られてくるＲＧＢのビットマップ画像中から周知の像域分離手法を用いて文字画像領域を検出し、検出された文字画像領域とそれ以外の領域とでＲＧＢからＣＭＹＫへの変換方法を切り替えてＣＭＹＫデータを生成して出力する、という方法も考えられる。
【００４５】
しかしこの場合、像域分離手法というものが文字領域を１００％検出できるとは限らず、また自然画像領域の中にも誤って文字領域として検出してしまう場合もあるため、信頼性に欠けるという不具合がある。
【００４６】
これに対して、本実施形態によれば、属性マップ情報を用いて２値化手法の切り替えを行なうので簡単且つ確実に最適な２値化手法を各画像に適用することが可能となる。たとえば、文字画像１１６及びグラフィック画像１１５(Vector）の各画素に対応する属性マップ情報の０ｂｉｔ目は「０」であり、自然画像１１４（Bitmap）の各画素に対応する属性マップ情報の０ｂｉｔ目は「１」である。このため、画素毎に、自然画像と、文字画像及びグラフィック画像の切り分けが簡単にできる。
【００４７】
そして、属性マップで０ｂｉｔ目が１だった画素には図８に示すディザマトリックスを用い、属性マップで０ｂｉｔ目が０だった画素には図９に示すディザマトリックスを用いる。ここで本実施形態で用いる多値データは８ｂｉｔ、０〜２５５レベルとして、図８、図９のディザマトリックスの各セルの閾値よりも各画素の多値データの値のほうが大きい場合、ドットをＯＮして、各セルの閾値以下の場合ドットをＯＦＦする。
【００４８】
図８は、３ｘ３のサイズのディザマトリックスの一例を示す図である。図８に示されるディザマトリクスによれば、１画素を６００ｄｐｉと仮定すると、２００ｄｐｉの解像度で再現可能で、階調数は、１０階調である。よって、階調数は少ないが、高解像に画像再現が可能である。図９は８ｘ８のサイズのディザマトリックスの一例を示す図である。図９のディザマトリクスによれば、１画素を６００ｄｐｉと仮定すると、７５ｄｐｉであり、階調数は６５階調である。低解像ながら、階調数が多く、自然画像を図８のディザマトリクスを用いた場合に比べて高品質に再現できる。
【００４９】
以上のように本実施形態によれば、属性マップ情報に基づいて各画素ごとにディザマトリックスを切り替えるので、自然画像で階調性を保ちながら、文字やグラフィックは解像度を高く再現することが可能となり、高品質な画像を提供することが可能になる。
【００５０】
［第２の実施形態］
上記第１の実施形態では、属性マップとして１ビットの情報を持たせた場合を説明した。しかしながら、属性マップの各ピクセルの属性情報は１ビットに限られない。第２の実施形態では、複数ビットを含む属性情報の一例として、２ビットの属性情報を採用した場合を説明する。
【００５１】
図１２は第２の実施形態による属性情報のデータフォーマットの１例を示す図である。０ｂｉｔ目、１ｂｉｔ目の２ｂｉｔ情報をもち、０ｂｉｔ目はBitmapフラグであり、第１の実施形態で説明したものと同じである。すなわち、Bitmapフラグが「１」ならBitmapオブジェクトから生成された画素であることを示し、「０」ならvectorオブジェクトから生成された画素、つまり、文字またはグラフィック画像中の画素であることを示す。
【００５２】
属性マップの１ｂｉｔ目は、色フラグであり、１なら色（カラー）、０なら白黒（色情報をもたない白、グレイ、黒）を示す。
【００５３】
なお、本実施形態において、０ｂｉｔ目と１ｂｉｔ目は独立しており、０ｂｉｔ目の情報を用いて、第１の実施形態のようなディザマトリックスの切り替えをする。そして、１ｂｉｔ目の情報を参照することで、更に、最適な画像処理を施すことが可能となる。
【００５４】
例えば、画像形成ユニット１９の特性として色ずれが著しい場合、色を持たない文字オブジェクトをＣ，Ｍ，Ｙ，Ｋの４色の組み合わせで出力すると、色がずれるために黒い文字のエッジ部に色が現れて見苦しくなってしまう。この問題を解決するために、
Ｃ’＝Ｃ−ｍｉｎ（Ｃ，Ｍ，Ｙ）
Ｍ’＝Ｍ−ｍｉｎ（Ｃ，Ｍ，Ｙ）
Ｙ’＝Ｙ−ｍｉｎ（Ｃ，Ｍ，Ｙ）
Ｋ  ＝ｍｉｎ（Ｃ，Ｍ，Ｙ）
のように新たにＣ’，Ｍ’，Ｙ’，Ｋを作成し、色をできるだけＫ（黒）で置き換える処理、いわゆるＵＣＲ（下色除去）処理が用いられている。この場合、モノクロの文字画像にはあまり色（Ｃ，Ｍ，Ｙ）情報がのらず色ずれが目立たなくなる。しかしながら、逆に、自然画像に黒が多くのってしまった場合、画像形成ユニット１９の特性によっては、彩度がおちた、くすんだ色になって見苦しくなるといった問題がある。このように、文字画像と自然画像のどちらも高画質とすることは困難となっている。
【００５５】
これに対して、第２の実施形態では、文字画像と自然画像の両方に適切な画像処理を施すことが可能となる。図１２に示した２ビットの属性マップを用いることにより、各画素は以下のいずれかの属性情報を持つことになる。
【００５６】
0004428743.tif 000002
【００５７】
そして、「Vectorでモノクロ」の場合には、上述したようなＵＣＲ処理をかけて色ずれを防ぎ、「Bitmapでカラー」の場合には、ＫをできるだけのせないようにＵＣＲ処理を止めることで彩度の高い高品質な画像の実現ができる。なお、このような色処理の使い分けは、上述の図１１のフローチャートにおけるステップＳ２３において、ＲＧＢデータからＹＭＣＫデータへの変換処理をステップＳ２２で読み取った属性情報に従って切り換えることで行なわれる。
【００５８】
ここで重要なのは、属性マップは、階層的に情報をもつことにより、機能が限定された安価なプリンタから機能を豊富にもつ高付加価値なプリンタまでに対応することが可能であるということである。たとえば、属性マップのｂｉｔ数を１から２へと増やすことにより第１の実施形態と第２の実施形態のどちらも実施できるようになる。そして、第２の実施形態のように２ビットを用いれば、すなわちビット数を増やせば、よりきめの細かい画像処理の切り替えが可能となり、より高品質な画像を提供することが可能になる。
【００５９】
したがって、機能の限定された安価なプリンタでは属性情報の下位のｂｉｔのみを用いて処理を行い、より機能の多いプリンタでは属性情報のより多くのｂｉｔを用いた高度な処理を行うことが可能である。このように、基本的に下位ビットにより用いられる頻度が多い属性情報をもつように構成し、０ｂｉｔ目から順に階層的に情報をもつことで、同じ属性マップの構造をもちながらも、システムのもつ特性（コスト重視、画質重視など）に応じてより適切な構成を構築することができる。
【００６０】
［第３の実施形態］
第２の実施形態では、属性情報の複数のビットの各々が互いに独立している場合を説明したが、属性情報の複数ビットが互いに関連しあっていてもよい。第３の実施形態では、属性情報の複数のビットが互いに主従関係にある場合を説明する。
【００６１】
図１３は第３の実施形態による属性情報のデータフォーマットの１例を示す図である。この属性情報は、０ｂｉｔ目、１ｂｉｔ目、２ｂｉｔ目の３ｂｉｔ情報をもつ。０ｂｉｔ目は、Bitmapフラグであり、上記第１及び第２の実施形態と同様に、１ならBitmapオブジェクトから生成された画素、０ならvectorオブジェクトから生成された画素、つまり、文字またはグラフィック画像を示す。
【００６２】
また、１ｂｉｔ目は色フラグであり、上記第２の実施形態と同様に、１なら色（カラー）、０なら白黒（色情報をもたない白、グレイ、黒）を示す。
【００６３】
２ｂｉｔ目は、文字フラグであり、０なら文字以外、１なら文字オブジェクトであることを表す。
【００６４】
属性マップの２ｂｉｔ目までの情報を用いると以下のようなことが可能になる。たとえば、図１６において、ＴＥＸＴ１１６の色をＲ＝Ｇ＝Ｂ＝０の黒色として定義してあった場合、これに対する最適なＣＭＹＫ信号は８ビットの濃度信号で表すとＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５となる。つまり黒い文字はプリンタの４色のトナーのうち黒トナーのみで再現するのが好ましい。
【００６５】
一方、自然画像１１４の特定ピクセルの画素値がＲ＝Ｇ＝Ｂ＝０であった場合、これを上記文字データと同様にＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５に変換してしまうと、本来、自然画像中のもっとも濃度の高い部分を表現すべきなのが黒トナーのみで再現されるため、絶対濃度が不足してしまう。従って、この場合はＣ＝Ｍ＝Ｙ＝１００、Ｋ＝２５５といった値に変換して絶対濃度を高くした方が好ましい結果が得られる。
【００６６】
また、グラフィック画像１１５は、文字と自然画像の中間の値、すなわちＲ＝Ｇ＝Ｂ＝０であった場合、Ｃ＝Ｍ＝Ｙ＝５０、Ｋ＝２５５が最適だと仮定する。この場合も、画像メモリから転送される多値のビットマップイメージに対し像域分離処理をおこなって、上述のような色処理（Ｒ＝Ｇ＝Ｂ＝０に対する色処理）を適応的に切り替えるという方法も考えられるが、前述と同様の不具合（像域分離手法というものが文字領域を１００％検出できるとは限らず、また自然画像領域の中にも誤って文字領域として検出してしまう場合もあるため、信頼性に欠ける）を防止することはできない。
【００６７】
これに対して、第３の実施形態の属性マップ情報を用いれば、文字画像１１６は属性マップの０ｂｉｔ目が１でかつ２ｂｉｔ目が１の画素で構成され、グラフィック画像１１５は属性マップの０ｂｉｔ目が１でかつ２ｂｉｔ目が０の画素で構成され、自然画像１１４（Bitmap）は属性マップの０ｂｉｔ目が０の画素で構成される。このため、画素毎に、自然画像、文字画像、グラフィックの切り分けが簡単にできる。そのため、上記のように、文字画像部は、Ｒ＝Ｇ＝Ｂ＝０であった場合、Ｃ＝Ｍ＝Ｙ＝０、Ｋ＝２５５とし、グラフィック画像部は、Ｒ＝Ｇ＝Ｂ＝０であった場合、Ｃ＝Ｍ＝Ｙ＝５０、Ｋ＝２５５とし、自然画像部は、Ｒ＝Ｇ＝Ｂ＝０であった場合、Ｃ＝Ｍ＝Ｙ＝１００、Ｋ＝２５５とすることが簡単かつ正確に実現可能となり、よりよい画像品質を実現できる。なお、上述の黒色に対する処理は、図１１のステップＳ２２において読み取られた属性情報に基づいて、ステップＳ２３における色処理を切り換えるようにすれば実現できる。
【００６８】
以上のように、複数のｂｉｔを組み合わせて、より細かい属性を持たせることができる。
【００６９】
なお、第３の実施形態と第２の実施形態との違いは、以下のとおりである。
【００７０】
０ｂｉｔ目と１ｂｉｔ目の情報はそれぞれ独立しており、０ｂｉｔ目、１ｂｉｔ目単独で用いることが可能な情報であるのに対して、２ｂｉｔ目の情報は、０ｂｉｔ目の情報との組み合わせで用いることになる。今回は、０ｂｉｔ目と２ｂｉｔ目の２ｂｉｔを用いたため、２の２乗で４通りの属性を持たせることができる。３ｂｉｔ分の組み合わせであれば８通り、４ｂｉｔ分の組み合わせであれば１６通りの属性を持たせることが可能である。
【００７１】
下記に示した通り、０ｂｉｔ目、２ｂｉｔ目がともに１である場合は下地（何もオブジェクトの情報のない状態）を指定している。オブジェクト情報は３つ（自然画像、文字画像、グラフィック）であるのに、２ｂｉｔ分の４通りの情報が持てるため、全く異なる属性を持たせることが可能である例である。Bitmapで文字という属性は矛盾しているが、２ｂｉｔ目は独立して用いることの可能な情報ではなく、０ｂｉｔ目の情報により意味あいが違う従属の情報として用いるように扱う。
【００７２】
0004428743.tif 000003
【００７３】
第３の実施形態では複数ｂｉｔの組み合わせによる属性マップについて述べてきた。０ｂｉｔ目が独立した情報でありながら、２ｂｉｔ目は０ｂｉｔ目に従属した属性で、２つのｂｉｔを組み合わせて用い、複数ｂｉｔを組み合わせた属性とする。
【００７４】
なお、複数ｂｉｔの組み合わせによる属性は、独立した属性がなく、組み合わせなければ意味をなさないようにも構成することも可能である。例えば、図１４のように、０ｂｉｔ目、１ｂｉｔ目の構成で、
0004428743.tif 000004
のように属性情報を構成することも可能である。いずれの場合も、下地の属性である画素では処理を省略することで処理速度を上げることが可能となる。
【００７５】
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。
【００７６】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００７７】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７８】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００７９】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８０】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８１】
【発明の効果】
以上説明したように、本発明によれば、画像データをプリント出力するに際して、画像データに含まれる各画像の属性に応じた適切なデータ処理が実現され、出力画像の品位が向上する。
【図面の簡単な説明】
【図１】本実施形態による画像処理システムの構成を表すブロック図である。
【図２】第１の実施形態による属性情報のデータフォーマットの１例を示す図である。
【図３】各画素に対応づけられた属性マップ情報の１例を示す図である。
【図４】画像データと属性マップ情報を同じ記憶媒体に記憶する場合の属性マップの格納方法の例を説明する図である。
【図５】画像データと属性マップ情報を同じ記憶媒体に記憶する場合の属性マップの格納方法の別の例を説明する図である。
【図６】画像データと属性マップ情報を同じ記憶媒体に記憶する場合の属性マップの格納方法の別の例を説明する図である。
【図７】画像データと属性マップ情報を同じ記憶媒体に記憶する場合の属性マップの格納方法の別の例を説明する図である。
【図８】３ｘ３のサイズのディザマトリックスの一例を示す図である。
【図９】８ｘ８のサイズのディザマトリックスの一例を示す図である。
【図１０】本実施形態によるオブジェクトの描画及び属性マップの生成を説明するフローチャートである。
【図１１】画像処理部１７によるＣＭＹＫデータの生成手順を説明するフローチャートである。
【図１２】第２の実施形態による属性情報のデータフォーマットの１例を示す図である。
【図１３】第３の実施形態による属性情報のデータフォーマットの１例を示す図である。
【図１４】第３の実施形態による属性情報のデータフォーマットの他の例を示す図である。
【図１５】ホストコンピュータデ作成した文書をプリンタなどにより出力するシステムの一般的な概略構成を示す図である。
【図１６】自然画像、文字画像、グラフィックスの３つの画像形態を説明する図である。
【図１】
0004428743.tif 000005
【図２】
0004428743.tif 000006
【図３】
0004428743.tif 000007
【図４】
0004428743.tif 000008
【図５】
0004428743.tif 000009
【図６】
0004428743.tif 000010
【図７】
0004428743.tif 000011
【図８】
0004428743.tif 000012
【図９】
0004428743.tif 000013
【図１０】
0004428743.tif 000014
【図１１】
0004428743.tif 000015
【図１２】
0004428743.tif 000016
【図１３】
0004428743.tif 000017
【図１４】
0004428743.tif 000018
【図１５】
0004428743.tif 000019
【図１６】
0004428743.tif 000020