(57)【特許請求の範囲】
【請求項１】
ホストコンピュータと、ラスタイメージプロセッサと、画像処理部と、を有する画像処理システムであって、
前記ホストコンピュータは、
ダイアログ画面を表示させ、前記ダイアログ画面を介して入力された指示により、カラーのビットマップは色属性として、ＲＧＢ各色の色情報のレベルの差が所定のレベル以下の場合は白黒属性として、オブジェクトの画質を指定する指定手段と、
アプリケーションが生成した、画像を構成する要素が文字オブジェクトまたはグラフィックオブジェクトまたはビットマップオブジェクトであることを示す情報と、それぞれのオブジェクトの色情報と、を含むコマンドを出力する出力手段と、を有し、
前記ラスタイメージプロセッサは、
前記出力手段により出力された前記コマンドを画像形成ユニットで解釈可能な２次元ビットマップデータに変換する変換手段と、
前記変換手段により変換された前記２次元ビットマップデータの各画素が前記文字オブジェクトまたは前記グラフィックオブジェクトから生成されたか、または前記ビットマップオブジェクトから生成されたかを示す情報と、前記２次元ビットマップデータの各画素がカラーであるか白黒であるかを示す情報と、を前記２次元のビットマップデータの各画素と対応づける属性マップを、前記指定手段の前記指定に従って作成する作成手段と、を有し、
前記画像処理部は、
前記属性マップに従って、前記変換手段により変換された前記２次元ビットマップデータを、画像形成ユニットで出力可能な画像データにするための画像処理を行う画像処理手段を有する
ことを特徴とする画像処理システム。
【請求項２】
ホストコンピュータと、ラスタイメージプロセッサと、画像処理部と、を有する画像処理システムで実行される画像処理方法であって、
前記ホストコンピュータで実行される工程は、
指定手段が、ダイアログ画面を表示させ、前記ダイアログ画面を介して入力された指示により、カラーのビットマップは色属性として、ＲＧＢ各色の色情報のレベルの差が所定のレベル以下の場合は白黒属性として、オブジェクトの画質を指定する指定工程と、
出力手段が、アプリケーションにより生成された、画像を構成する要素が文字オブジェクトまたはグラフィックオブジェクトまたはビットマップオブジェクトであることを示す情報と、それぞれのオブジェクトの色情報と、を含むコマンドを出力する出力工程と、を有し、
前記ラスタイメージプロセッサで実行される工程は、
変換手段が、前記出力工程で出力された前記コマンドを画像形成ユニットで解釈可能な２次元ビットマップデータに変換する変換工程と、
作成手段が、前記変換工程で変換された前記２次元ビットマップデータの各画素が前記文字オブジェクトまたは前記グラフィックオブジェクトから生成されたか、または前記ビットマップオブジェクトから生成されたかを示す情報と、前記２次元ビットマップデータの各画素がカラーであるか白黒であるかを示す情報と、を前記２次元のビットマップデータの各画素と対応づける属性マップを、前記指定工程での前記指定に従って作成する作成工程と、を有し、
前記画像処理部で実行される工程は、
画像処理手段が、前記属性マップに従って、前記変換工程で変換された前記２次元ビットマップデータを、画像形成ユニットから出力する画像データにするための画像処理を行う画像処理工程を有する
ことを特徴とする画像処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタル的に画像データを生成し、プリント出力するときの出力画像の品位を向上させる画像処理方法、および画像処理システムに関するものである。
【０００２】
【従来の技術】
従来、このようなシステムとして図１６に示すようなものが知られている。これはホストコンピューター１０１を用いてＤＴＰなどのページレイアウト文書やワープロ、グラフィック文書などを作成してレーザービームプリンターやインクジェットプリンターなどによりハードコピー出力するシステムのだいたいの構成を示している。１０２はホストコンピューター上で動作するアプリケーションで、代表的なものとしてＭｉｃｒｏｓｏｆｔ社のワード(R)のようなワープロソフトや、Ａｄｏｂｅ社のＰａｇｅＭａｋｅｒ(R)のようなページレイアウトソフトが有名である。これらのソフトウェアで作成されたデジタル的な文書は図示しないコンピューターのオペレーティングシステム（ＯＳ）を介してプリンタードライバ１０３に受け渡される。
【０００３】
上記デジタル文書は通常、ひとつのページを構成する図形や文字などをあらわすコマンドデータの集合として表されており、これらのコマンドを１０３に送ることになる。画面を構成する一連のコマンドはＰＤＬ（ページ記述言語）と呼ばれる言語体系として表現されており、ＰＤＬの代表例としてはＧＤＩ(R)やＰＳ(R)（ポストスクリプト）などが有名である。プリンタードライバー１０３は送られてきたＰＤＬコマンドをラスターイメージプロセッサー１０４内のラスタライザー１０５に転送する。１０５はＰＤＬコマンドで表現されている文字、図形などを実際にプリンター出力するための２次元のビットマップイメージに展開する。ビットマップイメージは２次元平面を１次元のラスター（ライン）のくり返しとして埋め尽くすような画像となるため１０５のことをラスタライザーと呼んでいる。展開されたビットマップイメージは画像メモリー１０６に一時的に格納される。
【０００４】
ホストコンピューター上で表示されている文書画像１１１はＰＤＬコマンド列１１２としてプリンタードライバー経由でラスタライザーへ送られ、ラスタライザーは１１３のように２次元のビットマップイメージを画像メモリー上に展開する。展開された画像データはカラープリンター１０７へ送られる。１０７には周知の電子写真方式やインクジェット記録方式の画像形成ユニット１０８が利用されており、これらを用いて用紙上に可視画像を形成してプリント出力される。画像メモリー中の画像データは画像形成ユニットを動作させるために必要な図示しない同期信号やクロック信号、あるいは特定の色成分信号の転送要求などと同期して転送される。
【０００５】
【発明が解決しようとする課題】
以上説明したような従来例において、出力に利用される画像形成ユニットについて考えてみると、種々の問題点が生じてくることが明かになっている。
【０００６】
例えば、通常、カラープリンターはプリント出力上にカラー画像を形成するため、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）という、４色のトナー、またはインクを用いて、いわゆる減法混色の原理に基づいて画像形成を行う。一方、ホストコンピューターのアプリケーションが画像を表示する際にはカラーモニターを利用するのが普通であり、カラーモニターはレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）という加法混色の３原色を用いて色を表示する。従って文書を構成する文字や図形の色、あるいは写真などをスキャナーで読みこんでレイアウトした画像、などの色はすべてＲ，Ｇ，Ｂをある割合で混合した色として表現されている。
【０００７】
すなわちラスタライザーはＰＤＬとしてＲ，Ｇ，Ｂで定義されてホストコンピューターから転送されてくる色情報をなんらかの手段でＣ，Ｍ，Ｙ，Ｋに変換した後、ビットマップイメージを生成してプリンターに送出する必要がある。ところがＲＧＢをＣＭＹＫに変換する方法は一義的に決まっているものではなく、最適な変換方法というのはＰＤＬで定義されている図形の属性によって異なってくる。例えば図１７の例を参照すると、１１４の部分はスキャナーなどで読み込まれた自然画像、１１５は円形、長方形といった電子的に発生させたグラフィック画像、１１６は文字（ＴＥＸＴ）画像、といったそれぞれ異なる属性を持っている。
【０００８】
ここで１１６のＴＥＸＴの色をＲ＝Ｇ＝Ｂ＝０の黒色として定義してあった場合、これに対する最適なＣＭＹＫ信号は８ビットの濃度信号で表すとＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５となる。つまり黒い文字はプリンターの４色のトナーのうち黒トナーのみで再現するのが好ましい。一方１１４の自然画像の特定ピクセルの画素値がＲ＝Ｇ＝Ｂ＝０であった場合、上記文字データと同様にＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５に変換してしまうと、本来、自然画像中のもっとも濃度の高い部分を表現すべきなのが黒トナーのみで再現されるため、絶対濃度が不足してしまう。
【０００９】
従って、この場合はＣ＝Ｍ＝Ｙ＝１００、Ｋ＝２５５といった値に変換して絶対濃度を高くした方が好ましい結果が得られる。このような問題を解決するため、ラスタライザーはＣＭＹＫへの変換を行わずＲＧＢの値を用いてビットマップ画像に展開するようにし、画像形成ユニット側で送られてくるＲＧＢのビットマップ画像中から周知の像域分離手法を用いて文字画像領域を検出し、検出された文字画像領域とそれ以外の領域とでＲＧＢからＣＭＹＫへの変換方法を切り替えてＣＭＹＫデータを生成して出力する、という方法も考えられている。
【００１０】
しかしこの場合、像域分離手法というものが文字領域を１００％検出できるとは限らず、また自然画像領域の中にも誤って文字領域として検出してしまう場合もあるため、信頼性に欠けるという不具合がある。また、他の例として画像形成ユニットが２値のドットしか再現できないような場合も考えられる。この場合、ラスタライザーがＹ，Ｍ，Ｃ，Ｋの多値のビットマップイメージを画像メモリーに展開するのであるが、それを受け取った画像形成ユニットは誤差拡散法やディザ処理といった周知の２値化処理をおこなって多値画像信号を２値画像信号に変換した後プリント出力する、という構成となる。
【００１１】
このとき、最適な２値化手法というものは画像の属性によって変わることになる。すなわち文字や図形などのグラフィックはディザのマトリックスサイズを小さくして解像度を重視した２値化が好ましいし、また写真のような自然画像はマトリックスサイズを大きくして階調再現性を重視した方が好ましい。また、この場合も画像メモリーから転送される多値のビットマップイメージに対し像域分離処理をおこなってディザマトリックスのサイズを適応的に切り替えるという方法も考えられるが、前述と同様の不具合を防止することはできない。
【００１２】
【課題を解決するための手段】
そこで本発明においては、描画する画像の特性に対して適切な品質の画像処理を実行する画像処理システム及び画像処理方法を提供することを目的とする。
【００１３】
上記課題を解決し、その目的を達成するべく、本発明にかかる画像処理システム及びその方法は主に以下の構成からなることを特徴とする。
【００１４】
すなわち、本発明にかかる画像処理システムは、ホストコンピュータと、ラスタイメージプロセッサと、画像処理部と、を有する画像処理システムであって、
前記ホストコンピュータは、
ダイアログ画面を表示させ、前記ダイアログ画面を介して入力された指示により、カラーのビットマップは色属性として、ＲＧＢ各色の色情報のレベルの差が所定のレベル以下の場合は白黒属性として、オブジェクトの画質を指定する指定手段と、
アプリケーションが生成した、画像を構成する要素が文字オブジェクトまたはグラフィックオブジェクトまたはビットマップオブジェクトであることを示す情報と、それぞれのオブジェクトの色情報と、を含むコマンドを出力する出力手段と、を有し、
前記ラスタイメージプロセッサは、
前記出力手段により出力された前記コマンドを画像形成ユニットで解釈可能な２次元ビットマップデータに変換する変換手段と、
前記変換手段により変換された前記２次元ビットマップデータの各画素が前記文字オブジェクトまたは前記グラフィックオブジェクトから生成されたか、または前記ビットマップオブジェクトから生成されたかを示す情報と、前記２次元ビットマップデータの各画素がカラーであるか白黒であるかを示す情報と、を前記２次元のビットマップデータの各画素と対応づける属性マップを、前記指定手段の前記指定に従って作成する作成手段と、を有し、
前記画像処理部は、
前記属性マップに従って、前記変換手段により変換された前記２次元ビットマップデータを、画像形成ユニットで出力可能な画像データにするための画像処理を行う画像処理手段を有することを特徴とする。
【００１５】
また、本発明にかかる画像処理方法は、ホストコンピュータと、ラスタイメージプロセッサと、画像処理部と、を有する画像処理システムで実行される画像処理方法であって、
前記ホストコンピュータで実行される工程は、
指定手段が、ダイアログ画面を表示させ、前記ダイアログ画面を介して入力された指示により、カラーのビットマップは色属性として、ＲＧＢ各色の色情報のレベルの差が所定のレベル以下の場合は白黒属性として、オブジェクトの画質を指定する指定工程と、
出力手段が、アプリケーションにより生成された、画像を構成する要素が文字オブジェクトまたはグラフィックオブジェクトまたはビットマップオブジェクトであることを示す情報と、それぞれのオブジェクトの色情報と、を含むコマンドを出力する出力工程と、を有し、
前記ラスタイメージプロセッサで実行される工程は、
変換手段が、前記出力工程で出力された前記コマンドを画像形成ユニットで解釈可能な２次元ビットマップデータに変換する変換工程と、
作成手段が、前記変換工程で変換された前記２次元ビットマップデータの各画素が前記文字オブジェクトまたは前記グラフィックオブジェクトから生成されたか、または前記ビットマップオブジェクトから生成されたかを示す情報と、前記２次元ビットマップデータの各画素がカラーであるか白黒であるかを示す情報と、を前記２次元のビットマップデータの各画素と対応づける属性マップを、前記指定工程での前記指定に従って作成する作成工程と、を有し、
前記画像処理部で実行される工程は、
画像処理手段が、前記属性マップに従って、前記変換工程で変換された前記２次元ビットマップデータを、画像形成ユニットから出力する画像データにするための画像処理を行う画像処理工程を有することを特徴とする。
【００１７】
【発明の実施の形態】
（第１の実施形態）
図１に本発明にかかる画像処理システムを最もよく表すブロック図である。
【００１８】
１０は、ホストコンピュータ。１１は、ホストコンピュータ内で用いられるワープロ、ドロー系のソフト、グラフィックのソフト等のアプリケーション、１２は、アプリケーションから文字やグラフィックやＢｉｔｍａｐ画像をプリンタに出力する際にプリンタとのインターフェースを司るプリンタドライバ、１３は、プリンタドライバを通した出力を展開して画像データにするためのラスターイメージプロセッサで、該１３内には、ラスタライザ１４及び画像データ１５を記憶しておくための画像メモリ、及び属性マップメモリ１６を含む。
【００１９】
２０は、属性マップにより高度な情報を付加するための外部処理手段であり、２０で得られた結果に基づいて属性マップメモリ１６は書き換えられる。
【００２０】
１７は、画像メモリに蓄えられた画像データをより高品質な画像にするため及び後述の画像形成ユニット１９で出力可能な画像データにするための画像処理部である。１８は、カラープリンタで、プリンタ１８は、電子データである画像データを紙などの媒体にプリントするための画像形成ユニット１９を含む。画像形成ユニット１９は、電子写真方式のユニットであったり、インクジェットのユニットなどであり、画像形成ユニット１９を通して最終的な出力結果を得る。
【００２１】
属性マップについては、後で詳しく述べる。
【００２２】
本実施形態では、カラープリンタ１８として説明を進めるが、白黒プリンタでも容易に適用可能であることは言うまでもない。
【００２３】
また、説明をわかりやすくするために、画像メモリ１５と属性マップメモリ１６を別々のブロックで書き表しているが、１つの記憶媒体に画像データおよび属性マップデータが読み出し可能なように記憶させておくことも可能である。
【００２４】
アプリケーションで作成されるデジタル文書は、従来例で説明されたようにＰＤＬというコマンド体系により表現されており、該コマンドは大きく分けて、３つのオブジェクトから構成される。１つは、文字オブジェクト、２つ目は、図形や自由曲線などのベクトルデータなどのグラフィックオブジェクト、３つ目は、スキャナーなどで写真や印刷物を読みとったものや画像データなどのＢｉｔｍａｐオブジェクトである。
【００２５】
オブジェクトは、文字であれば、どの文字であるかを識別するための文字コード、文字の形を定義したフォント、文字の大きさを現すサイズ情報、文字の色を現す色情報などのデータからなり、そのままでは、画像形成ユニットで解釈できる情報ではない。プリンタドライバ１２は、プリンタとのインターフェースを司り、最終段である画像形成ユニット１９で適正な画像が出力できるように同期をとるなどの役割をしながら、ラスタライザ１３に文字、グラフィック、Ｂｉｔｍａｐなどのオブジェクトを現すコマンド列を送る。ラスタライザ１４は、受け取ったコマンド列を画像形成ユニットで適正な解釈が可能な２次元のＢｉｔｍａｐデータに変換すると同時に、本発明の特徴である属性マップを出力する。属性マップとは、各画素のもつ属性情報を各画素ごとに持たせて２次元の情報としたもので、属性マップメモリ１６に、画素ごとの対応づけが該２次元画像データと該属性マップとで可能なように格納する。
【００２６】
２０は、属性マップをより高度な情報とするための外部処理手段で、本実施形態では、文字判定処理手段とする。
【００２７】
図４は、属性マップのフォーマットの１例である。０ｂｉｔ目のみの１ｂｉｔ情報をもち、０ｂｉｔ目は、Ｂｉｔｍａｐフラグである。１ならＢｉｔｍａｐオプジェクトから生成された画素、０ならｖｅｃｔｏｒオブジェクトから生成された画素、つまり、文字またはグラフィック画像を示す。ラスタライザは、オブジェクトを２次元のＢｉｔｍａｐデータに変換する際に、最終的に文字、グラフィック、自然画像のどのオブジェクトから生成されたのかを各画素ごとに判断して属性マップに２次元画像データと対応づけが可能なように格納する。
【００２８】
図５は、各画素ごとに対応づけられた属性マップ情報の１例である。ビットマップオブジェクト上に文字オブジェクトである数字の“１”を重ねた画像を現している。２次元ｂｉｔｍａｐに変換する際に、属性マップのフォーマットにのっとって、各画素ごとにＶｅｃｔｏｒ（文字もしくはグラフィックオブジェクト）で生成された画素であれば１、Ｂｉｔｍａｐオブジェクトであれば０を出力し、図５のような属性マップを生成する。
【００２９】
ここで、図４とは、属性マップの情報が逆転していることに注意されたい。フォーマットの作り方次第で、図４のように、Ｂｉｔｍａｐなら１、Ｖｅｃｔｏｒ（文字 or グラフィック）なら０としてもよいし、図５のように、Ｂｉｔｍａｐなら０、Ｖｅｃｔｏｒ（文字 or グラフィック）なら１のようにしてもよい。
【００３０】
属性マップは、各画素ごとに対応がつけられるように格納されれば、どのように構成されてもよい。例えば、図５のような属性マッププレーンとして、画像データは、画像メモリ１５に記憶し、属性マップ情報は、属性マップメモリ１６に記憶するように構成してもよいし、同じ記憶媒体に記憶するのであれば、図６の（Ａ）のように、ＲＧＢの各プレーンに属性マップのプレーンを付加してやったり、図６の（Ｂ）のように、ＲＧＢデータが１画素内に構成される場合、各画素のＲＧＢの情報に付加する形で埋め込んでもよい。また、データ量を増やさないように構成するために、図６（Ｃ）のように、ＲＧＢ各プレーンのうちのいずれか１つの面もしくは複数の面の画素ごとの下位ｂｉｔに属性マップ情報を埋め込むように構成したり、図６（Ｄ）のようにＲＧＢデータが１画素内に構成される際に、各画素ごとのＲＥＤ，ＧＲＥＥＮ，ＢＬＵＥ各８ｂｉｔの情報のうちのいずれか１つもしくは複数の色情報の下位ｂｉｔに属性マップを埋め込むように構成してもよい。
【００３１】
この図６(Ｄ)では、ＢＬＵＥの情報の８ｂｉｔのうち、下位３ｂｉｔに属性マップを埋め込んだ例を示している。
【００３２】
（対応する図が無い部分の説明）
フォーマット解釈部１０５は、上記のように埋め込まれた属性マップ情報を取り出して、属性マップのフォーマットにのっとって、該画像メモリ１０４に蓄えられた画像データと該画像データに画素ごとに対応づけられた属性マップをもとに各画素の属性を判断し、該画像処理部１０６で、画像処理の切り替えを行い、画像の属性ごとに最適な画像処理を施す。
【００３３】
例えば、属性マップの情報を用いると以下のようなことが可能になる。図１７の例を参照すると、１１４の部分はスキャナーなどで読み込まれた自然画像、１１５は円形、長方形といった電子的に発生させたグラフィック画像、１１６は文字（ＴＥＸＴ）画像、といったそれぞれ異なる属性を持っている。
【００３４】
ここで、画像形成ユニットが２値のドットしか再現できないような場合も考えられる。この場合、ラスタライザーがＹ，Ｍ，Ｃ，Ｋの多値のビットマップイメージを画像メモリーに展開するのであるが、それを受け取った画像形成ユニットは誤差拡散法やディザ処理といった周知の２値化処理をおこなって多値画像信号を２値画像信号に変換した後プリント出力する、という構成となる。このとき、やはり最適な２値化手法というものは画像の属性によって変わることになる。すなわち文字や図形などのグラフィックはディザのマトリックスサイズを小さくして解像度を重視した２値化が好ましいし、また写真のような自然画像はマトリックスサイズを大きくして階調再現性を重視した方が好ましい。
【００３５】
本発明の属性マップ情報を用いて、図４のフォーマットにのっとると、１１６の文字画像、１１５のグラフィック画像は、属性マップの０ｂｉｔ目が０であり、１１４の自然画像（Ｂｉｔｍａｐ）は、属性マップの０ｂｉｔ目が１の画素であるため、画素ごとに、自然画像と、文字画像、グラフィック画像の切り分けが簡単にできる。
【００３６】
ただし、自然画像として属性マップに割り当てられるＢｉｔｍａｐオブジェクトの中には、イメージスキャナ等の読み取りデバイスを用いて原稿から読み取られた画像で、写真や印刷物などのいわゆる自然画像の他に文字画像を読み取っている場合がある。この場合、今まで説明してきた属性マップによれば、全て一律に自然画像として情報を記憶してしまい、階調再現性を重視した２値化処理が全面に施されることになり、Ｂｉｔｍａｐオブジェクトに読み込まれてあった文字画像は、解像度が低く読み取りにくい画像となってしまう。
【００３７】
図１２は、イメージスキャナ等読み取りデバイスを用いて原稿から読み取られた画像内に文字画像が入っていた場合を想定した図である。図１２の画像には、数字の“２”がｂｉｔｍａｐオブジェクトのデータとして読み込まれているとする。図１２の画像は、読み取り画像であるため、属性マップの０ｂｉｔ目は、図１３のように全て１のＢｉｔｍａｐ属性であるとして作成される。本実施形態では、外部処理である文字判定手段を用いて文字画像領域を検出する。文字判定手段は、各画素ごとに文字部であるか、文字部以外であるかを判定するための手段で、既知の手法が様々に提案されており、本発明の本質と関係がないためここでは詳しい説明は省略する。
【００３８】
文字判定手段により検出された文字画像領域は、属性マップの０ｂｉｔ目が１であったものを、属性マップの０ｂｉｔ目を０と書き換える。図１４は、上記方法により書き換えられた属性マップデータである。数字の“２”を構成する画素が１から０に書き換えられていることがわかる。
【００３９】
こうすることで、Ｂｉｔｍａｐオブジェクトが一律にＢｉｔｍａｐ属性になるわけではなく、Ｂｉｔｍａｐオブジェクトに含まれる文字画像データに関しては、文字あるいはグラフィックのＶｅｃｔｏｒ属性をもたせるといったことが可能になる。このように、ラスタライザが展開する際に、属性マップを作成するだけでなく、外部処理の結果に応じて、１つ以上の属性マップデータが作成される、もしくは書き換えられることで、より高度な画像品質を実現可能なシステムが構築できる。
【００４０】
属性マップで０ｂｉｔ目が０だったものには、図２のディザマトリクスを用いる。また、属性マップで０ｂｉｔ目が１だったものには、図３のディザマトリクスを用いる。ここで本実施形態で用いる多値データは８ｂｉｔ、０〜２５５レベルとして、図２、図３のディザマトリクスの各セルの閾値よりも各画素の多値データの値のほうが大きい場合、ドットをＯＮして、各セルの閾値以下の場合ドットをＯＦＦする。
【００４１】
図２は、３ｘ３のサイズのディザマトリクスであり、１画素を６００ｄｐｉと仮定すると、２００ｄｐｉの解像度で再現可能で、階調数は、１０階調である。よって、階調数は少ないが、高解像に画像再現が可能である。図３は８ｘ８のサイズのディザマトリクスであり、１画素を６００ｄｐｉと仮定すると、７５ｄｐｉであり、階調数は６５階調である。低解像ながら、階調数が多く、自然画像を図２に比べて、高品貿に再現できる。このように属性マップにより、各画素ごとにディザマトリクスを切り替えることで、自然画像で階調性を保ちながら、文字やグラフィックは解像度の高く再現することが可能で、高品質な画像を提供することが可能になる。
【００４２】
また、自然画像の中において、文字が存在した場合にも、上記のように属性マップを外部処理、すなわち文字判定手段によって書き換えることで、解像度を高く表現することができ、さらに高品質な画像を再現することができる。
【００４３】
また、本実施形態では、既に作成されている属性マップを書き換えることで、本発明を実現するように構成したが、新たな属性マップ情報として、図１１のように付加することも可能である。図１１でｂｉｔ０が１ならばｂｉｔｍａｐ（自然画像）で、０ならばｖｅｃｔｏｒ（文字 or グラフィック）、ｂｉｔ１が１ならば、ｂｉｔｍａｐ（自然画像）中の文字で、０ならばそれ以外を示す。
【００４４】
本実施形態を説明するために、外部処理手段として、文字判定手段を用いて書かれているが、展開時に割り当てられる属性以外の情報を得られる外部処理であれば、他の処理手段でよいことはいうまでもない。
【００４５】
（第２の実施形態）
図７（ａ）は、アプリケーションで作成された書類の１例であり、文字オブジェクト、グラフィックオブジェクト、自然画像オブジェクトがそれぞれ存在する。７−ａは自然画像オブジェクトで、カラーのビットマップで作成されているが、白黒の文字の入った画像であったとする。７−ｂは自然画像オブジェクトで、カラーのビットマップで作成されており、白黒で出力されるべき画像でないとする。
【００４６】
カラーのビットマップにおいては、白黒情報であった場合、ＲとＧとＢがほぼ同じくらいのレベルで表わされ、プリントする際にほぼ同じくらいのレベルのＣ，Ｍ，Ｙデータに変換され出力される。また、プリントアウトの際、ＲＧＢのデータは、ＣＭＹＫの４色のデータに変換されることが多い。Ｋは黒のことで、いわゆるＵＣＲと呼ばれる処理をもって生成される信号である。文字や線画像などで、黒い画像を生成する場合、ＣＭＹを組み合わせて黒データを生成すると、プリンタで各色によって画像の書き出す位置がずれて、色がにじんで見えてしまったり、色のバランスが悪く赤っぽい黒や青っぽい黒となり画質を著しく損ねてしまうことがある。また、黒でプリントすることでＣＭＹの３色でプリントするよりもトナーの消費量を抑えるといったメリットもある。ただし、自然画像に黒でプリントされる割合が増えると彩度がおちた見栄えの悪い画像となってしまうといったデメリットがある。
【００４７】
そこで、自然画像は、彩度よく出力するために黒を用いないでＣＭＹの３色で構成されるような色変換処理を、文字、グラフィックなど、黒を品質のよい黒で再現したり色ずれの影響が少ないように再現するために黒の量を増やす色変換処理を用いることでより高品質な画像を得ることが可能となる。これは従来通りの属性マップを用いれば可能な処理である。
【００４８】
しかし、７−ａは、従来通りの属性マップの作成方法をとると、カラーでかつ自然画像であるといった属性が割り当てられる。自然画像であった場合、前述のように、彩度がおちた見栄えの悪い画像とならないようにＣＭＹの３色で生成されるため、白黒の文字が書かれているのにも関わらず、黒の品質が悪く（赤っぽくなったり）、色ずれに対しても色がにじんでしまい画質が劣化するといった状態になってしまう。これを防ぐために、本実施形態では、図８のように画像処理システムを構成する。
【００４９】
１０は、ホストコンピュータ。１１は、ホストコンピュータ内で用いられるワープロ、ドロー系のソフト、グラフィックのソフト等のアプリケーション、１２は、アプリケーションから文字やグラフィックやＢｉｔｍａｐ画像をプリンタに出力する際にプリンタとのインターフェースを司るプリンタドライバ、１３は、プリンタドライバを通した出力を展開して画像データにするためのラスターイメージプロセッサで、１３内には、１４ラスタライザ及び１５画像データを記憶しておくための画像メモリ、及び１６属性マップメモリを含む。
【００５０】
２１は、操作者が欲する属性マップとなるように指定するための属性マップ指定手段であり、２１で指示された結果に基づいて１６属性マップメモリは書き換えられる。１７は、画像メモリに蓄えられた画像データをより高品質な画像にするため及び後述の１９画像形成ユニットで出力可能な画像データにするための画像処理部、１８は、カラープリンタで、１８プリンタは、電子データである画像データを紙などの媒体にプリントするための１９画像形成ユニットを含む。１９画像形成ユニットは、電子写真方式のユニットであったり、インクジェットのユニットなどであり、１９画像形成ユニットを通して最終的な出力結果を得る。
【００５１】
図１５は、本実施形態で用いる属性マップのフォーマットである。
【００５２】
ｂｉｔ０が０ならＶｅｃｔｏｒ属性（文字、グラフィックオブジェクト）、１ならＢｉｔｍａｐ属性（Ｂｉｔｍａｐオブジェクト（自然画像））であり、ｂｉｔ１が０なら白黒画像、１ならカラー画像の属性を表わしている。
【００５３】
操作者者は、属性マップ指定手段２１を用いて指定する。
【００５４】
図７（ｂ）は、属性マップ指定手段２１を実現するためにホストコンピュータに実装したプログラムの対話的な画面の１例である。図７（ｂ）では、図７（ａ）の７−ａに対応する部分をマウスなどのポインティングデバイスを用いて指定して選択し、７−ａが反転表示されている。ポップアップされたダイアログが表示され、属性マップは、Ｂｉｔｍａｐ属性でかつカラー属性であると指定されている。
【００５５】
図９は、図７（ｂ）のダイアログだけ抜き出した図である。マウスなどでｂｉｔ１を白黒に指定してＯＫをクリックすることで、、図８の属性マップ１６の情報を書き換えて、図７（ａ）の７−ａはｂｉｔ０が１、ｂｉｔ１が０すなわちＢｉｔｍａｐ属性かつ白黒属性にすることができる。７−ｂは、何も指定せず、Ｂｉｔｍａｐ属性かつカラー属性のままにしておくとすると、７−ａは、白黒ということで、黒の信号に置きかえられ、色ずれすることなく高品質な黒画像として出力され、７−ｂは、カラーのビットマップとして彩度の高い高品質な画像として出力することが可能になる。
【００５６】
操作者からの指定は、以下のようにプリンタドライバに指定することでも実現できる。
【００５７】
プリンタドライバから属性マップの作成方法を指定するための１例を図１０に示す。
【００５８】
図１０は、プリンタドライバで属性マップの作成方法を指定するためのダイアログを起動した図で、上の項目が指定されれば、カラービットマップは全て色属性として、ＵＣＲのないＣＭＹ３色で生成され、真ん中の項目が指定されれば、ＲＧＢの各色の差が１０レベル以下の場合黒属性で置き換えるように生成される。また下の項目が指定されればデフォルトモードとして、予め定められたＵＣＲを用いて処理をする。操作者は、プリンタドライバからこれらのうちのどれかを指定することで、好みの画質を得ることが可能となる。
【００５９】
このように、属性マップを操作者が指定する手段を備えることで、より自由度が高く高度な画像処理方法の切り替えが可能となり、高品質な画像を提供することができる。
【００６０】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００６１】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６３】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先の説明に対応するプログラムコードが格納されることになる。
【００６４】
【発明の効果】
以上説明したように本発明によれば、画像を構成する個々の要素の属性を定義するためのコマンドに基づく属性マップとしてのビットマップイメージに、コマンド以外の外部の画像処理信号を反映して、印刷するべき画像に適した画質を定義する属性マップを生成して画像処理を行なうことを可能にする。
【図面の簡単な説明】
【図１】本発明を最もよく表わす画像処理システムのブロック図である。
【図２】実施形態１の説明に用いられるディザマトリクスの１例である。
【図３】実施形態１の説明に用いられるディザマトリクスの１例である。
【図４】実施形態１の説明に用いられる属性マップのフォーマットの１例である。
【図５】実施形態１の説明に用いられる属性マップの１例である。
【図６】画像データと属性マップ情報を同じ記憶媒体に記憶する場合の属性マップの格納方法の例である。
【図７】図７（ａ）は第２の実施形態を説明するためのアプリケーションで作成された書類の図であり、図７（ｂ）は第２の実施形態で属性マップの指定方法を説明するための図である。
【図８】第２の実施形態を最もよく表わす画像処理システムのブロック図である。
【図９】第２の実施形態で属性マップの指定方法を説明するための図である。
【図１０】第２の実施形態でプリンタドライバから属性マップを指定する方法を示した図である。
【図１１】第１の実施形態で属性マップを外部からの信号で情報を付加した例を示した図である。
【図１２】第１の実施形態の説明に用いられる読み取り画像を示した図である。
【図１３】図１２の属性マップを示した図である。
【図１４】第１の実施形態での効果により、図１２の属性マップを書き換えた後の属性マップを示した図である。
【図１５】本実施形態で用いる属性マップのフォーマットである。
【図１６】従来技術を説明するための図である。
【図１７】従来技術を説明するための図である。
【符号の説明】
１０  ホストコンピュータ
１１  アプリケーション
１２  プリンタドライバ
１３  ラスターイメージプロセッサ
１４  ラスタラーザー
１５  画像メモリ−
１６  属性マップメモリー
１７  画像処理部
１９  画像形成ユニット
【図１】
0004514168.tif 000002
【図２】
0004514168.tif 000003
【図３】
0004514168.tif 000004
【図４】
0004514168.tif 000005
【図５】
0004514168.tif 000006
【図６】
0004514168.tif 000007
【図７】
0004514168.tif 000008
【図８】
0004514168.tif 000009
【図９】
0004514168.tif 000010
【図１０】
0004514168.tif 000011
【図１１】
0004514168.tif 000012
【図１２】
0004514168.tif 000013
【図１３】
0004514168.tif 000014
【図１４】
0004514168.tif 000015
【図１５】
0004514168.tif 000016
【図１６】
0004514168.tif 000017
【図１７】
0004514168.tif 000018