JP4356953B2 - 画像処理システム及び画像処理装置及びその制御方法及び記憶媒体 - Google Patents
画像処理システム及び画像処理装置及びその制御方法及び記憶媒体 Download PDFInfo
- Publication number
- JP4356953B2 JP4356953B2 JP21785299A JP21785299A JP4356953B2 JP 4356953 B2 JP4356953 B2 JP 4356953B2 JP 21785299 A JP21785299 A JP 21785299A JP 21785299 A JP21785299 A JP 21785299A JP 4356953 B2 JP4356953 B2 JP 4356953B2
- Authority
- JP
- Japan
- Prior art keywords
- attribute
- map information
- image
- information
- indicating whether
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Record Information Processing For Printing (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は画像処理システム及び画像処理装置及びその制御方法及び記憶媒体、とくにデジタル的に画像データを生成し、プリント等の出力装置に出力する画像処理装置及び方法及び記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、このようなシステムとして図７に示すようなものが知られている。
【０００３】
これはホストコンピューター１０１を用いてＤＴＰなどのページレイアウト文書やワープロ、グラフィック文書などを作成してレーザービームプリンタやインクジェットプリンタなどによりハードコピー出力するシステムの大まかな構成である。
【０００４】
１０２はホストコンピューター上で動作するアプリケーションで、代表的なものとしてＭｉｃｒｏｓｏｆｔ社のワード(R)のようなワープロソフトや、Ａｄｏｂｃ社のＰａｇｅＭａｋｅｒ(R)のようなページレイアウトソフトが有名である。
【０００５】
これらのソフトウェアで作成されたデジタル的な文書は図示しないコンピューターのオペレーティングシステム（ＯＳ）を介してプリンタドライバ１０３に受け渡される。
【０００６】
上記デジタル文書は通常、ひとつのページを構成する図形や文字などをあらわすコマンドデータの集合として表されており、これらのコマンドをプリンタドライバ１０３に送ることになる。プリンタドライバ１０３は、画面（頁）を構成する一連のコマンドをＰＤＬ（ページ記述言語）と呼ばれる言語体系として変換する。ＰＤＬの代表例としてはＧＤＩ(R)やＰＳ(R)（ポストスクリプト）などが有名である。
【０００７】
プリンタドライバ１０３は、生成したＰＤＬコマンドデータを、ラスターイメージプロセッサ１０４内のラスタライザー１０５に転送する。ラスタライザー１０５はＰＤＬコマンドで表現されている文字、図形などを実際にプリンタ出力するための２次元のビットマップイメージへと展開する。ビットマップイメージは、２次元平面を１次元のラスター（ライン）のくり返しとして埋め尽くすような画像となるため１０５のことをラスタライザーと呼んでいる。展開されたビットマップイメージは画像メモリ１０６に一時的に格納される。
【０００８】
以上の動作を模式的に示たのが図８である。ホストコンピューター上で表示されている文書画像１１１はＰＤＬコマンド列１１２としてプリンタドライバ経由でラスタライザーへ送られ、ラスタライザーは１１３のように２次元のビットマップイメージを画像メモリ上に展開する。
【０００９】
展開された画像データはカラープリンタ１０７へ送られる。カラープリンタ１０７には周知の電子写真方式やインクジェット記録方式の画像形成ユニット１０８が利用されており、これらを用いて用紙上に可視画像を形成してプリント出力される。画像メモリ中の画像データは画像形成ユニットを動作させるために必要な図示しない同期信号やクロック信号、あるいは特定の色成分信号の転送要求などと同期して転送されるのはもちろんである。
【００１０】
【発明が解決しようとする課題】
以上説明したような従来例において、出力に利用される画像形成ユニットについて考えてみると、種々の問題点が生じてくることが明かになっている。
【００１１】
例えば、通常、カラープリンタはプリント出力上にカラー画像を形成するため、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）という、４色のトナー、またはインクを用いて、いわゆる減法混色の原理に基づいて画像形成を行う。
【００１２】
一方、ホストコンピューターのアプリケーションが画像を表示する際にはカラーモニターを利用するのが普通であり、カラーモニターはレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）という加法混色の３原色を用いて色を表示する。
【００１３】
従って文書を構成する文字や図形の色、あるいは写真などをスキャナーで読みこんでレイアウトした画像などの色はすべてＲ，Ｇ，Ｂを混合した色として表現されている。
【００１４】
すなわちラスタライザーはＰＤＬとしてＲ，Ｇ，Ｂで定義されてホストコンピューターから転送されてくる色情報をなんらかの手段でＣ，Ｍ，Ｙ，Ｋに変換した後、ビットマップイメージを生成してプリンタに送出する必要がある。
【００１５】
ところがＲＧＢをＣＭＹＫに変換する方法は一義的に決まっているものではなく、最適な変換方法というのはＰＤＬで定義されている図形の属性によって異なってくる。例えば図８の例を参照すると、符号１１４で示す部分はスキャナなどで読み込まれた自然画像、符号１１５は円形、長方形といった電子的に発生させたグラフィック画像、符号１１６は文字（ＴＥＸＴ）画像、といったそれぞれ異なる属性を持っている。
【００１６】
ここで１１６のＴＥＸＴの色をＲ＝Ｇ＝Ｂ＝０の黒色として定義してあった場合、これに対する最適なＣＭＹＫ信号は８ビットの濃度信号で表すとＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５となる。つまり黒い文字はプリンタの４色のトナーの一うち黒トナーのみで再現するのが好ましい。
【００１７】
一方１１４の自然画像の特定ピクセルの画素値がＲ＝Ｇ＝Ｂ＝０であった場合、上記文字データと同様にＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５に変換してしまうと、本来、自然画像中のもっとも濃度の高い部分を表現すべきなのが黒トナーのみで再現されるため、絶対濃度が不足してしまう。むしろこの場合、Ｃ＝Ｍ＝Ｙ＝１００、Ｋ＝２５５といった値に変換して絶対濃度を高くした方が好ましい結果が得られる。
【００１８】
このような問題を解決するため、ラスタライザーはＣＭＹＫへの変換を行わずＲＧＢの値を用いてビットマップ画像に展開するようにし、画像形成ユニット側で、送られてくるＲＧＢのビットマップ画像中から周知の像域分離手法を用いて文字画像領域を検出し、検出された文字画像領域とそれ以外の領域とでＲＧＢからＣＭＹＫへの変換方法を切り替えてＣＭＹＫデータを生成して出力する、という方法が考えられる。
【００１９】
しかし、像域分離手法は、文字領域を１００％検出できるとは限らず、また自然画像領域の中にも誤って文字領域として検出してしまう場合もある。従って、形成される画像も誤った検出結果に基づくものとなり、記録される画像の品質向上の妨げとなる。
【００２０】
また、他の例として画像形成ユニットが２値のドットしか再現できないような場合も考えられる。この場合、ラスタライザーがＹ，Ｍ，Ｃ，Ｋの多値のビットマップイメージを画像メモリに展開するのであるが、それを受け取った画像形成ユニットは誤差拡散法やデイザ処理といった周知の２値化処理をおこなって多値画像信号を２値画像信号に変換した後プリント出力する、という構成となる。
【００２１】
このとき、やはり最適な２値化手法というものは画像の属性によって変わることになる。すなわち文字や図形などのグラフィックはディザのマトリックスサイズを小さくして解像度を重視した２値化が好ましいし、また写真のような自然画像はマトリックスサイズを大きくして階調再現性を重視した方が好ましい。
【００２２】
また、この場合も画像メモリから転送される多値のビットマップイメージに対し像域分離処理をおこなってディザマトリックスのサイズを適応的に切り替えるという方法も考えられるが、前述と同様の不具合を防止することはできない。
【００２３】
そこでＰＤＬ画像をビットマップ展開する場合に、展開された画像データが自然画像領域であるか、文字、図形領域であるかを示す属性情報を同時に生成して前記ビットマップ画像と同じように２次元ビットマップ状に展開しておき、展開された画像データを画像形成部に転送する際に、この属性情報も同時に転送し、属性情報に基づいて異なる画像処理を施してハードコピー出力するという方法が考えられる。
【００２４】
この場合、前記のような画像の属性に応じて異なるディザマトリックスを適用したり、異なる色処理を適用したりすることが可能になる。しかしながら、例えば自然画像に文字を重ね書きしたり、あるいはグラフィック図形上に写真を張り付けたりした場合など、異なる属性の部品画像が同一座標上に展開される場合に、その部分の属性設定に矛盾が生じる場合がある。
【００２５】
これは例えばカラーの自然画像上に無彩色のグレーのグラフィック図形を重ね書きする場合に、図形の内部に背景の自然画像が透かし状に見えるように設定したような場合などである。このとき重ね書きする図形は無彩色であるので、通常は黒単色で再現すべき領域となるはずであり、そのためこのグラフィック領域に対し白黒のオブジェクトであることを示す属性情報を付加することになる。しかしここでは背景のカラー画像が透けて見える状態で重ね書きする設定であるので、それを黒単色で再現してしまうと、本来背景に透けて見えるべき自然画像のカラー情報が失われてしまうことになる。
【００２６】
本発明はかかる問題点に鑑みなされたものであり、コマンド形式で記述されたた印刷情報によって表わされる異なる属性を有する混在画像を、より高画質でプリント出力することを可能ならしめる画像処理システム及び画像処理装置及びその制御方法及び記憶媒体を提供しようとするものである。
【００２７】
【課題を解決するための手段】
この課題を解決するため、例えば本発明の画像処理システムは以下の構成を備える。すなわち、
画像を構成する個々の部品に対応付けられたコマンド群で表現された画像データを入力するデータ入力手段と、
該コマンドに基づいてビットマップイメージを生成し、所定のビットマップメモリに格納するコマンド解釈手段と、
前記コマンドで表現される部品の属性を示す属性情報に基づき、前記ビットマップイメージの各画素単位に、少なくともベクトル属性を有するか否かを示す情報、文字属性を有するか否かを示す情報、及び、有彩色属性を有するか否かを示す情報を含む属性マップ情報を生成し、所定の属性メモリに格納する属性マップ情報生成手段と、
前記生成されたビットマップイメージと属性マップ情報に基づいてハードコピー出力する画像形成手段とを有する画像処理システムであって、
前記属性マップ情報生成手段は、注目部品の属性マップ情報を属性メモリに格納する際、前記注目部品の属性マップ情報と従前に格納されている他の部品の属性マップ情報を比較して、それぞれの属性マップ情報が異なる場合に、前記注目部品の属性マップ情報を、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有していない、前記文字属性を有するか否かを示す情報について文字属性を有していない、有彩色属性を有するか否かを示す情報について有彩色を有する、となるように更新することを特徴とする。
【００２８】
【発明の実施の形態】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【００２９】
図１は本発明の一実施形態のシステムブロック構成図である。図中、１０〜１５は図７の１０１〜１０６、また１８、１９は図７の１０７、１０８と同様である。
【００３０】
本実施形態の特徴は属性マップメモリ１６および画像処理部１７にある。ここで、画像処理部１７は独立して存在するように示してあるが、ラスターイメージプロセッサ１３もしくはカラープリンタ１８に含まれる構成としてもかまわない。また、ラスタライザー１４は単独の装置でも良いし、ホストコンピュータ１０或いはカラープリンタ１８に含まれる構成にしてもよい。
【００３１】
ラスタライザー１４は画像を構成する個々の部品（以後オブジェクトと呼ぶ）に対応付けられたコマンドに基づいて画像メモリ１５上にビットマップイメージを生成するが、このとき部品の属性に基づいて属性マップ情報を生成し属性マップメモリ１６に書き込む。
【００３２】
尚、実施形態におけるラスタライザー１４は、画像メモリ１５にビットマップイメージを生成するときに、１画素についてＲ、Ｇ、Ｂそれぞれ８ビットのビットマップイメージを作成するものとして説明する（従って画像メモリ１５は１ページの画像記録が完了する毎に“白”を表現するデータＦＦｈで初期化することになる）。
【００３３】
図６に、実施形態における部品属性と属性マップ情報との関係の一例を示す。
【００３４】
ここで、属性マップ情報を３ビットのフラグ情報としてあり、６通りの部品属性に従って図示のように属性マップ情報を生成するように示してある。属性マップ情報はベクトル属性、文字属性、色属性の３通りであり、ベクトル属性は対象部品（オブジェクト）が自然画像の場合は“０”、文字または図形などのグラフィックオブジェクトの場合は“１”となる。文字属性は自然画像、グラフィックオブジェクトの場合は“０”、文字オブジェクトの場合は“１”となる。色属性はオブジェクトがカラー（有彩色）か白黒（無彩色）かによって決められ自然画像、文字、グラフィックいずれのオブジェクトに関してもカラーオブジェクトの場合は“０”、白黒のオブジェクトの場合は“１”が設定される。なお、これらの属性は１つのオブジェクトについての定義であり、例えば色属性が“０”であるというのはそのオブジェクト全体が有彩色であることを示しているのであって、その画素が有彩色であることを示すものではない。
【００３５】
図１に戻って、画像処理部１７は画像メモリ１５のビットマップデータに対し種々の画像処理を施してカラープリンタへデータを出力するが、このとき図６の規則によって属性マップメモリ１６に記憶されている属性マップ情報を参照して画像処理方法を適宜切り替える（詳細は後述）。
【００３６】
なお、実施形態における画像形成ユニット１９は、カラーレーザビームプリンタエンジンを採用する（ただし、これに限るものではなく、インクジェットプリンタでも良い）。動作を簡単に説明すると、転写ドラム（不図示）に記録紙を巻きつけ、感光ドラム（不図示）上に生成させた１色成分のトナー像を転写することを、全４色成分につき順次行い、最後の色成分（Ｂｋ成分）の転写が完了すると、定着器で定着させ、外部に排出する、というものである。
【００３７】
次に属性マップ情報の生成方法についてさらに詳細に説明する。
【００３８】
まずＰＤＬデータの展開を始める前に属性マップメモリ１６の内容を全ての属性が１として初期化する。これは後述する、複数のオブジェクトを重ね書きして展開する場合の属性情報の処理を矛盾なく行うためである。
【００３９】
次に、ＰＤＬで記述された文書画像の展開を行う。文書は例えば図２のようなものであるとする。この文書は異なる属性を持つ複数のオブジェクトによって構成されているが、これを属性ごとに分割して表示したものが図３である。
【００４０】
図３（ａ）はカラーの自然画像オブジェクト、同図（ｂ）は白黒の自然画像オブジェクトのみを抜き出したものである。同様に同図（ｃ）はカラーの文字オブジェクト、同図（ｄ）は白黒の文字オブジェクト、同図（ｅ）はカラーのグラフィックオブジェクト、同図（ｆ）は白黒のグラフィックオブジェクトをあらわしており、これらを全て重ね合わせると図２となる。
【００４１】
これら図（ａ）〜（ｆ）のそれぞれのオブジェクトが占める領域が図６の左欄の各属性に対応しており、図６の規則に従って属性マップ情報が各オブジェクトが存在する座標上に生成され、属性マップメモリ１６に書き込まれる。
【００４２】
例えば属性マップメモリ１６上の図３（ａ）の画像が存在する矩形領域にはベクトル属性＝０、文字属性＝０、色属性＝０という値が属性マップ情報として書き込まれる。
【００４３】
また同図（ｂ）の白黒自然画像領域では画像の存在する矩形領域に色属性＝１が生成される（それ以外のベクトル属性、文字属性はやはり０である）。
【００４４】
同様に同図（ｃ）で画像が展開される領域に対応する属性マップメモリにはベクトル属性＝１、文字属性＝１、色属性＝０が、同図（ｄ）ではベクトル属性＝１、文字属性＝１、色属性＝１が生成される。
【００４５】
さらに同様に同図（ｅ）ではベクトル属性＝１、文字属性＝０、色属性＝０が、また同図（ｆ）ではベクトル属性＝１、文字属性＝０、色属性＝１が生成される。
【００４６】
ここで図３であきらかなように、異なる属性のオブジェクトがビットマップメモリ上の同一の位置に重複して展開される場合がある。例えば図３（ｂ）の右下の自然画像部分には同図（ｆ）の右下の三角形のグラフィックが重ね書きされている。
【００４７】
このような場合、通常は最後に展開されたオブジェクトがビットマップイメージを上書きするので、属性マップ情報も同様に、最後に展開されたオブジェクトの属性情報で上書きされる。すなわち図２の場合には三角形のグラフィックオブジェクトの属性情報が最終的な属性マップメモリに保存されることになる。
【００４８】
しかし異なるオブジェクトが同一座標上に重ねて展開される場合、すでに展開されている画像データを残すようにする場合、例えばすでに自然画像が存在する領域に、その画像とＡＮＤやＯＲなどの論理演算を施しながらグラフィックオブジェクトを上書きする、といった場合があり、これは先に説明したＧＤＩ(R)の場合、ＲＯＰ処理（Raster Operation処理）と呼ばれているものがこのような処理に相当している。
【００４９】
この場合、上書きするオブジェクトの属性情報までも上書きするようにしてしまうと、例えばカラーの自然画像の上に白黒の文字を上書きすると、上書きした部分の色属性が“１”（すなわち白黒）となってしまい、すでに存在しているカラーの画像情報が失われてしまうことになる。
【００５０】
そこで、本実施形態では以下のように属性マップ情報を生成する。
【００５１】
まずあらたなオブジェクトを展開する場合、展開されるべきビットマップ座標に対応する属性マップメモリを参照し、すでに生成されている属性情報を参照する。そして現在展開している属性情報とすでに生成されている属性マップメモリ上の属性情報をビット単位に比較し、両者が一致していればそれをそのまま保存し、一致していない場合はそのビットを“０”にリセットする。属性マップ情報は初期状態では全て“１”に初期化されているので、まだオブジェクトが展開されていない領域（下地領域）の上に新たなオブジェクトを展開する場合、展開するオブジェクトの属性情報の或るビットが“１”であれば、そのビットの属性情報は“１”となり、そうでない場合は“０”にリセットされることになる。
【００５２】
尚、属性情報の比較はビット単位に行うものとしたが、３つの属性情報全てが一致するか否かを判定してもよい。
【００５３】
前者の場合、すでに展開されている画像が白黒のグラフィックであり、その上に上書きして展開するオブジェクトがカラーの文字であったとすると、ベクトル属性はどちらも１なので１のままとなるが、文字属性は前者が０、後者が１なので０にリセットされ、色属性は前者が１で後者が０なのでやはり０にリセットされる。
【００５４】
従って、この場合生成されるその画素位置における属性情報はベクトル属性＝１、文字属性＝色属性＝０となり、カラーのグラフィックという扱いと同等となる。
【００５５】
以上の手順で生成されたのが図４の属性情報であり、同図（ａ），（ｂ），（ｃ）がそれぞれベクトル属性、文字属性、色属性であり、黒く塗りつぶした領域がそれぞれの属性が“１”に設定されている部分を示している。
【００５６】
初期状態が全て１であるので、同図（ａ）のベクトル属性の場合はベクトル属性が“０”のオブジェクト、すなわち自然画像を展開した領域のみが０となり、それ以外は“１”になっている。
【００５７】
同様に同図（ｂ）の文字属性は文字でないオブジェクトを展開した領域で“０”となる。また同図（ｃ）ではカラーのオブジェクトを展開すると、その領域の属性情報が“０”にリセットされる。
【００５８】
以上の手順で属性マップ情報が生成される。
【００５９】
さて、生成された画像メモリ１５に展開されたビットマップ画像データ、および属性マップメモリ１６に格納された属性マップデータは図示しない同期信号とともに画像処理部１７へ転送される。
【００６０】
このとき画像メモリ１５の所定の画素位置のデータと対応する画素の属性マップデータが互いに対応付けられて転送される。すなわち画像メモリ中の特定画素の画素値が画像処理部へ送られるときには、同一画素位置の属性マップデータ（フラグデータ）もほぼ同時に送られることになる。
【００６１】
画像処理部１７は画像メモリ１５からの画素値（各色成分事のデータ）に対して種々の画像処理を施すのであるが、処理の方法は属性マップメモリ１６からの属性情報（フラグデータ）によって決定され、制御される。
【００６２】
すなわち画像メモリ１５に展開された画像データ（ＲＧＢの２４ビットデータ）に対し、先ず、ｌｏｇ変換処理及びＵＣＲ処理によって、その時点での画像形成ユニットで形成している一色成分のデータを抽出する。ＲＧＢ輝度データからＹＭＣＫの濃度データに変換することは公知であるので、その詳細は省略するが、抽出された１記録色成分のデータは、属性マップ情報に応じたディザマトリックスのサイズの切り替え処理を施され、２値信号に変換される。そして、その２値信号を画像形成ユニット１９に出力する。
【００６３】
図５は切り替えを行うディザマトリックスの一例である。同図（ａ），（ｂ），（ｃ）の３通りを属性マップ情報によって切り替える。本実施形態で用いる画像データは各画素ごとに８ビットの整数値（０〜２５５）であるとし、ディザマトリックスの各セル内の値をしきい値として２値化することにより出力画素のＯＮ／ＯＦＦを制御する。同図（ａ）は３ｘ３のサイズのディザマトリックスであり、１画素を６００ｄｐｉとすると２００ｄｐｉの解像度で１０階調を表現できる。同図（ｂ）は５ｘ５サイズであり、１２０ｄｐｉ／２６階調を表現できる。同図（ｃ）は８ｘ８サイズなので７５ｄｐｉ／６５階調となる。
【００６４】
したがって注目画素に対応する属性マップ情報を参照し、連続階調領域すなわちベクトル属性が０の場合は同図（ｃ）のマトリックスで２値化するようにし、またグラフィック領域すなわちベクトル属性が“１”で文字属性が“０”の場合は同図（ｂ）のマトリックスを用いて２値化する。また文字領域すなわちベクトル属性が“１”で文字属性が“１”の場合は同図（ａ）のマトリックスを用いる。このようにすると、例えば写真などは階調性を重視した再現をしながら文字は解像度高く再現し、またグラフィックはそれらの中間の再現というように高品質な出力画像を得ることができる。
【００６５】
以上、説明したように本実施形態によれば、ＰＤＬで記述され、記録しようとするオブジェクトによる１ページのビットマップイメージを展開すると共に、各オブジェクトの属性（文字、線画、写真画像等の中間調画像）に応じて各画素単位にその属性情報をビットマップイメージと対応付けて作成すると共に、同じ位置に異なる属性があったとしても、重なり合う異なる属性に適した属性に適宜補正することで、より高品位の画像を記録することができるようになる。
【００６６】
＜第２の実施形態の説明＞
上記実施形態（第１の実施形態）では、画像処置部１７で、ディザマトリックスのサイズを、画像メモリ１５からの画素データ（ＲＧＢデータ）と同期して属性マップメモリ１６から属性マップデータを読出し、その属性マップデータに従ってディザマトリックスのサイズを切り換えるものであった。
【００６７】
しかしながら、ＲＧＢ→ＹＭＣＫに変換する際に用いるＵＣＲ処理を、属性マップデータに従って制御するようにしてもよい。
【００６８】
例えば、属性マップデータにおけるベクトル属性、文字属性及び色属性の全てが“０”の場合、つまり、その画素がカラー写真画像等の一部の画素を示している場合には１００％ＵＣＲ処理ではなく、８０％ＵＣＲ処理を行うようにすることで、全ての記録色成分による記録が行える方向に補正する。
【００６９】
なお、注目画素がカラー属性を有していないのであれば、Ｂｋ成分のみによる画像記録が行われるようにする。例えば、写真画像等の一部であっても、その画像領域がカラー属性を有していない場合にはＢｋ成分のみ出力し、他の成分（Ｃ、Ｍ、Ｙ）は強制的に０を出力する。
【００７０】
また、属性マップデータにより、注目画素が文字やベクトル成分の一部であって、カラー属性を有する場合には、１００％ＵＣＲ処理を行う。
【００７１】
以上の如く、第２の実施形態によっても、第１の実施形態と同様の作用効果を奏することができるようになる。
【００７２】
なお、第１、第２の実施形態を好適に組み合わせるようにしてもよい。
【００７３】
＜第３の実施形態の説明＞
上記第１、第２の実施形態では、属性マップ情報として、ベクトル画像か否か、文字か否か、カラーか白黒か、という３通りの属性について説明したが、もちろんこれに限定されるわけではなく、例えばカラーのオブジェクトではその色の色相や彩度を識別するフラグとしたり、あるいはオブジェクトのエッジ部か否か、などといった様々なフラグ情報を考えることができる。
【００７４】
また属性マップ情報に基づく画像処理方法の切り替えも前記実施形態に限られるものではなく、他にもエッジ強調処理の切り替えや、ビットマップデータを圧縮してプリンタ部へ転送する場合の圧縮方法の切り替え、など種々のものが考えられる。
【００７５】
また２つのオブジェクトの属性情報から新たな属性情報を生成する規則として、本実施形態では２つのオブジェクトの持つ属性情報が等しい場合にはその値とし、そうでない場合には０にリセットするという構成を示したが、これは両者の属性情報に対し論理積（ＡＮＤ）処理を施したのと同等となる。しかしそれに限定されることはなく、例えば２つの属性の論理和（ＯＲ）をとることにより属性１を優先するようにしたり、あるいは上書きした部品の属性情報を常に用いるようにしたり、すでに存在している部品の属性情報をそのまま保存するようにする、といった方法も考えられる。
【００７６】
更に、実施形態では、画像メモリ１５にはＲＧＢ輝度成分のビットマップイメージを展開するものとして説明したが、ＹＭＣ或いはＹＭＣＫ濃度成分のビットマップイメージデータを展開するようにしてもよいのは勿論である。
【００７７】
また、実施形態では画像形成ユニットとして、カラーＬＢＰを例にして説明したが、ＰＷＭ方式を採用して多値画像記録可能な画像形成ユニットに適合してもよい。この場合、１画素１ビットへの変換（２値化処理）は不要になるので、属性マップ情報に従ってＲＧＢ→ＹＭＣＫ変換処理、或いは濃度変換された画像データのエッジ強調処理等に適用すれば良いであろう。
【００７８】
また、記録方式もレーザビームプリンタに限るものでなく、インク液滴を吐出するタイプのエンジンでも良いし、他の如何なる方式でも構わない。要は、属性マップメモリ１６に記憶された属性情報に従って適宜、最適な記録処理へ切り換わるようになっていれば良い。
【００７９】
更に、実施形態ではラスターイメージプロセッサ１３は、ホストコンピュータ１０とカラープリンタ１８との間に介在するものとして説明したが、カラープリンタの筐体内にラスターイメージプロセッサ１３を設けてもよいし、ホストコンピュータ１０側の処理の一部として設けるようにしてもよい。
【００８０】
後者の場合には、特にプリンタドライバ１２の一部の機能として取込むことが可能であるので、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成される。
【００８１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８２】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発生のメモリカード、ＲＯＭなどを用いることができる。
【００８３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８５】
【発明の効果】
以上説明したように本発明によれば、コマンド形式で記述されたた印刷情報によって表わされる異なる属性を有する混在画像を、より高画質でプリント出力することが可能になる。
【図面の簡単な説明】
【図１】本発明を実施するブロック構成の一例を示す図である。
【図２】本発明が適用されるＰＤＬ文書の一例を示す図である。
【図３】図２の文書中の部品を属性ごとに分解して表示した図である。
【図４】図２の文書から属性マップ情報を生成した場合を説明する図である。
【図５】本発明におけるディザマトリックスの一例を説明する図である。
【図６】実施形態における画像属性と属性マップ情報との関係を示す図である。
【図７】従来のブロック構成の一例を示す図である。
【図８】ＰＤＬによる画像出力の手順を説明する図である。
【発明の属する技術分野】
本発明は画像処理システム及び画像処理装置及びその制御方法及び記憶媒体、とくにデジタル的に画像データを生成し、プリント等の出力装置に出力する画像処理装置及び方法及び記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、このようなシステムとして図７に示すようなものが知られている。
【０００３】
これはホストコンピューター１０１を用いてＤＴＰなどのページレイアウト文書やワープロ、グラフィック文書などを作成してレーザービームプリンタやインクジェットプリンタなどによりハードコピー出力するシステムの大まかな構成である。
【０００４】
１０２はホストコンピューター上で動作するアプリケーションで、代表的なものとしてＭｉｃｒｏｓｏｆｔ社のワード(R)のようなワープロソフトや、Ａｄｏｂｃ社のＰａｇｅＭａｋｅｒ(R)のようなページレイアウトソフトが有名である。
【０００５】
これらのソフトウェアで作成されたデジタル的な文書は図示しないコンピューターのオペレーティングシステム（ＯＳ）を介してプリンタドライバ１０３に受け渡される。
【０００６】
上記デジタル文書は通常、ひとつのページを構成する図形や文字などをあらわすコマンドデータの集合として表されており、これらのコマンドをプリンタドライバ１０３に送ることになる。プリンタドライバ１０３は、画面（頁）を構成する一連のコマンドをＰＤＬ（ページ記述言語）と呼ばれる言語体系として変換する。ＰＤＬの代表例としてはＧＤＩ(R)やＰＳ(R)（ポストスクリプト）などが有名である。
【０００７】
プリンタドライバ１０３は、生成したＰＤＬコマンドデータを、ラスターイメージプロセッサ１０４内のラスタライザー１０５に転送する。ラスタライザー１０５はＰＤＬコマンドで表現されている文字、図形などを実際にプリンタ出力するための２次元のビットマップイメージへと展開する。ビットマップイメージは、２次元平面を１次元のラスター（ライン）のくり返しとして埋め尽くすような画像となるため１０５のことをラスタライザーと呼んでいる。展開されたビットマップイメージは画像メモリ１０６に一時的に格納される。
【０００８】
以上の動作を模式的に示たのが図８である。ホストコンピューター上で表示されている文書画像１１１はＰＤＬコマンド列１１２としてプリンタドライバ経由でラスタライザーへ送られ、ラスタライザーは１１３のように２次元のビットマップイメージを画像メモリ上に展開する。
【０００９】
展開された画像データはカラープリンタ１０７へ送られる。カラープリンタ１０７には周知の電子写真方式やインクジェット記録方式の画像形成ユニット１０８が利用されており、これらを用いて用紙上に可視画像を形成してプリント出力される。画像メモリ中の画像データは画像形成ユニットを動作させるために必要な図示しない同期信号やクロック信号、あるいは特定の色成分信号の転送要求などと同期して転送されるのはもちろんである。
【００１０】
【発明が解決しようとする課題】
以上説明したような従来例において、出力に利用される画像形成ユニットについて考えてみると、種々の問題点が生じてくることが明かになっている。
【００１１】
例えば、通常、カラープリンタはプリント出力上にカラー画像を形成するため、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）という、４色のトナー、またはインクを用いて、いわゆる減法混色の原理に基づいて画像形成を行う。
【００１２】
一方、ホストコンピューターのアプリケーションが画像を表示する際にはカラーモニターを利用するのが普通であり、カラーモニターはレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）という加法混色の３原色を用いて色を表示する。
【００１３】
従って文書を構成する文字や図形の色、あるいは写真などをスキャナーで読みこんでレイアウトした画像などの色はすべてＲ，Ｇ，Ｂを混合した色として表現されている。
【００１４】
すなわちラスタライザーはＰＤＬとしてＲ，Ｇ，Ｂで定義されてホストコンピューターから転送されてくる色情報をなんらかの手段でＣ，Ｍ，Ｙ，Ｋに変換した後、ビットマップイメージを生成してプリンタに送出する必要がある。
【００１５】
ところがＲＧＢをＣＭＹＫに変換する方法は一義的に決まっているものではなく、最適な変換方法というのはＰＤＬで定義されている図形の属性によって異なってくる。例えば図８の例を参照すると、符号１１４で示す部分はスキャナなどで読み込まれた自然画像、符号１１５は円形、長方形といった電子的に発生させたグラフィック画像、符号１１６は文字（ＴＥＸＴ）画像、といったそれぞれ異なる属性を持っている。
【００１６】
ここで１１６のＴＥＸＴの色をＲ＝Ｇ＝Ｂ＝０の黒色として定義してあった場合、これに対する最適なＣＭＹＫ信号は８ビットの濃度信号で表すとＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５となる。つまり黒い文字はプリンタの４色のトナーの一うち黒トナーのみで再現するのが好ましい。
【００１７】
一方１１４の自然画像の特定ピクセルの画素値がＲ＝Ｇ＝Ｂ＝０であった場合、上記文字データと同様にＣ＝Ｍ＝Ｙ＝０、かつＫ＝２５５に変換してしまうと、本来、自然画像中のもっとも濃度の高い部分を表現すべきなのが黒トナーのみで再現されるため、絶対濃度が不足してしまう。むしろこの場合、Ｃ＝Ｍ＝Ｙ＝１００、Ｋ＝２５５といった値に変換して絶対濃度を高くした方が好ましい結果が得られる。
【００１８】
このような問題を解決するため、ラスタライザーはＣＭＹＫへの変換を行わずＲＧＢの値を用いてビットマップ画像に展開するようにし、画像形成ユニット側で、送られてくるＲＧＢのビットマップ画像中から周知の像域分離手法を用いて文字画像領域を検出し、検出された文字画像領域とそれ以外の領域とでＲＧＢからＣＭＹＫへの変換方法を切り替えてＣＭＹＫデータを生成して出力する、という方法が考えられる。
【００１９】
しかし、像域分離手法は、文字領域を１００％検出できるとは限らず、また自然画像領域の中にも誤って文字領域として検出してしまう場合もある。従って、形成される画像も誤った検出結果に基づくものとなり、記録される画像の品質向上の妨げとなる。
【００２０】
また、他の例として画像形成ユニットが２値のドットしか再現できないような場合も考えられる。この場合、ラスタライザーがＹ，Ｍ，Ｃ，Ｋの多値のビットマップイメージを画像メモリに展開するのであるが、それを受け取った画像形成ユニットは誤差拡散法やデイザ処理といった周知の２値化処理をおこなって多値画像信号を２値画像信号に変換した後プリント出力する、という構成となる。
【００２１】
このとき、やはり最適な２値化手法というものは画像の属性によって変わることになる。すなわち文字や図形などのグラフィックはディザのマトリックスサイズを小さくして解像度を重視した２値化が好ましいし、また写真のような自然画像はマトリックスサイズを大きくして階調再現性を重視した方が好ましい。
【００２２】
また、この場合も画像メモリから転送される多値のビットマップイメージに対し像域分離処理をおこなってディザマトリックスのサイズを適応的に切り替えるという方法も考えられるが、前述と同様の不具合を防止することはできない。
【００２３】
そこでＰＤＬ画像をビットマップ展開する場合に、展開された画像データが自然画像領域であるか、文字、図形領域であるかを示す属性情報を同時に生成して前記ビットマップ画像と同じように２次元ビットマップ状に展開しておき、展開された画像データを画像形成部に転送する際に、この属性情報も同時に転送し、属性情報に基づいて異なる画像処理を施してハードコピー出力するという方法が考えられる。
【００２４】
この場合、前記のような画像の属性に応じて異なるディザマトリックスを適用したり、異なる色処理を適用したりすることが可能になる。しかしながら、例えば自然画像に文字を重ね書きしたり、あるいはグラフィック図形上に写真を張り付けたりした場合など、異なる属性の部品画像が同一座標上に展開される場合に、その部分の属性設定に矛盾が生じる場合がある。
【００２５】
これは例えばカラーの自然画像上に無彩色のグレーのグラフィック図形を重ね書きする場合に、図形の内部に背景の自然画像が透かし状に見えるように設定したような場合などである。このとき重ね書きする図形は無彩色であるので、通常は黒単色で再現すべき領域となるはずであり、そのためこのグラフィック領域に対し白黒のオブジェクトであることを示す属性情報を付加することになる。しかしここでは背景のカラー画像が透けて見える状態で重ね書きする設定であるので、それを黒単色で再現してしまうと、本来背景に透けて見えるべき自然画像のカラー情報が失われてしまうことになる。
【００２６】
本発明はかかる問題点に鑑みなされたものであり、コマンド形式で記述されたた印刷情報によって表わされる異なる属性を有する混在画像を、より高画質でプリント出力することを可能ならしめる画像処理システム及び画像処理装置及びその制御方法及び記憶媒体を提供しようとするものである。
【００２７】
【課題を解決するための手段】
この課題を解決するため、例えば本発明の画像処理システムは以下の構成を備える。すなわち、
画像を構成する個々の部品に対応付けられたコマンド群で表現された画像データを入力するデータ入力手段と、
該コマンドに基づいてビットマップイメージを生成し、所定のビットマップメモリに格納するコマンド解釈手段と、
前記コマンドで表現される部品の属性を示す属性情報に基づき、前記ビットマップイメージの各画素単位に、少なくともベクトル属性を有するか否かを示す情報、文字属性を有するか否かを示す情報、及び、有彩色属性を有するか否かを示す情報を含む属性マップ情報を生成し、所定の属性メモリに格納する属性マップ情報生成手段と、
前記生成されたビットマップイメージと属性マップ情報に基づいてハードコピー出力する画像形成手段とを有する画像処理システムであって、
前記属性マップ情報生成手段は、注目部品の属性マップ情報を属性メモリに格納する際、前記注目部品の属性マップ情報と従前に格納されている他の部品の属性マップ情報を比較して、それぞれの属性マップ情報が異なる場合に、前記注目部品の属性マップ情報を、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有していない、前記文字属性を有するか否かを示す情報について文字属性を有していない、有彩色属性を有するか否かを示す情報について有彩色を有する、となるように更新することを特徴とする。
【００２８】
【発明の実施の形態】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【００２９】
図１は本発明の一実施形態のシステムブロック構成図である。図中、１０〜１５は図７の１０１〜１０６、また１８、１９は図７の１０７、１０８と同様である。
【００３０】
本実施形態の特徴は属性マップメモリ１６および画像処理部１７にある。ここで、画像処理部１７は独立して存在するように示してあるが、ラスターイメージプロセッサ１３もしくはカラープリンタ１８に含まれる構成としてもかまわない。また、ラスタライザー１４は単独の装置でも良いし、ホストコンピュータ１０或いはカラープリンタ１８に含まれる構成にしてもよい。
【００３１】
ラスタライザー１４は画像を構成する個々の部品（以後オブジェクトと呼ぶ）に対応付けられたコマンドに基づいて画像メモリ１５上にビットマップイメージを生成するが、このとき部品の属性に基づいて属性マップ情報を生成し属性マップメモリ１６に書き込む。
【００３２】
尚、実施形態におけるラスタライザー１４は、画像メモリ１５にビットマップイメージを生成するときに、１画素についてＲ、Ｇ、Ｂそれぞれ８ビットのビットマップイメージを作成するものとして説明する（従って画像メモリ１５は１ページの画像記録が完了する毎に“白”を表現するデータＦＦｈで初期化することになる）。
【００３３】
図６に、実施形態における部品属性と属性マップ情報との関係の一例を示す。
【００３４】
ここで、属性マップ情報を３ビットのフラグ情報としてあり、６通りの部品属性に従って図示のように属性マップ情報を生成するように示してある。属性マップ情報はベクトル属性、文字属性、色属性の３通りであり、ベクトル属性は対象部品（オブジェクト）が自然画像の場合は“０”、文字または図形などのグラフィックオブジェクトの場合は“１”となる。文字属性は自然画像、グラフィックオブジェクトの場合は“０”、文字オブジェクトの場合は“１”となる。色属性はオブジェクトがカラー（有彩色）か白黒（無彩色）かによって決められ自然画像、文字、グラフィックいずれのオブジェクトに関してもカラーオブジェクトの場合は“０”、白黒のオブジェクトの場合は“１”が設定される。なお、これらの属性は１つのオブジェクトについての定義であり、例えば色属性が“０”であるというのはそのオブジェクト全体が有彩色であることを示しているのであって、その画素が有彩色であることを示すものではない。
【００３５】
図１に戻って、画像処理部１７は画像メモリ１５のビットマップデータに対し種々の画像処理を施してカラープリンタへデータを出力するが、このとき図６の規則によって属性マップメモリ１６に記憶されている属性マップ情報を参照して画像処理方法を適宜切り替える（詳細は後述）。
【００３６】
なお、実施形態における画像形成ユニット１９は、カラーレーザビームプリンタエンジンを採用する（ただし、これに限るものではなく、インクジェットプリンタでも良い）。動作を簡単に説明すると、転写ドラム（不図示）に記録紙を巻きつけ、感光ドラム（不図示）上に生成させた１色成分のトナー像を転写することを、全４色成分につき順次行い、最後の色成分（Ｂｋ成分）の転写が完了すると、定着器で定着させ、外部に排出する、というものである。
【００３７】
次に属性マップ情報の生成方法についてさらに詳細に説明する。
【００３８】
まずＰＤＬデータの展開を始める前に属性マップメモリ１６の内容を全ての属性が１として初期化する。これは後述する、複数のオブジェクトを重ね書きして展開する場合の属性情報の処理を矛盾なく行うためである。
【００３９】
次に、ＰＤＬで記述された文書画像の展開を行う。文書は例えば図２のようなものであるとする。この文書は異なる属性を持つ複数のオブジェクトによって構成されているが、これを属性ごとに分割して表示したものが図３である。
【００４０】
図３（ａ）はカラーの自然画像オブジェクト、同図（ｂ）は白黒の自然画像オブジェクトのみを抜き出したものである。同様に同図（ｃ）はカラーの文字オブジェクト、同図（ｄ）は白黒の文字オブジェクト、同図（ｅ）はカラーのグラフィックオブジェクト、同図（ｆ）は白黒のグラフィックオブジェクトをあらわしており、これらを全て重ね合わせると図２となる。
【００４１】
これら図（ａ）〜（ｆ）のそれぞれのオブジェクトが占める領域が図６の左欄の各属性に対応しており、図６の規則に従って属性マップ情報が各オブジェクトが存在する座標上に生成され、属性マップメモリ１６に書き込まれる。
【００４２】
例えば属性マップメモリ１６上の図３（ａ）の画像が存在する矩形領域にはベクトル属性＝０、文字属性＝０、色属性＝０という値が属性マップ情報として書き込まれる。
【００４３】
また同図（ｂ）の白黒自然画像領域では画像の存在する矩形領域に色属性＝１が生成される（それ以外のベクトル属性、文字属性はやはり０である）。
【００４４】
同様に同図（ｃ）で画像が展開される領域に対応する属性マップメモリにはベクトル属性＝１、文字属性＝１、色属性＝０が、同図（ｄ）ではベクトル属性＝１、文字属性＝１、色属性＝１が生成される。
【００４５】
さらに同様に同図（ｅ）ではベクトル属性＝１、文字属性＝０、色属性＝０が、また同図（ｆ）ではベクトル属性＝１、文字属性＝０、色属性＝１が生成される。
【００４６】
ここで図３であきらかなように、異なる属性のオブジェクトがビットマップメモリ上の同一の位置に重複して展開される場合がある。例えば図３（ｂ）の右下の自然画像部分には同図（ｆ）の右下の三角形のグラフィックが重ね書きされている。
【００４７】
このような場合、通常は最後に展開されたオブジェクトがビットマップイメージを上書きするので、属性マップ情報も同様に、最後に展開されたオブジェクトの属性情報で上書きされる。すなわち図２の場合には三角形のグラフィックオブジェクトの属性情報が最終的な属性マップメモリに保存されることになる。
【００４８】
しかし異なるオブジェクトが同一座標上に重ねて展開される場合、すでに展開されている画像データを残すようにする場合、例えばすでに自然画像が存在する領域に、その画像とＡＮＤやＯＲなどの論理演算を施しながらグラフィックオブジェクトを上書きする、といった場合があり、これは先に説明したＧＤＩ(R)の場合、ＲＯＰ処理（Raster Operation処理）と呼ばれているものがこのような処理に相当している。
【００４９】
この場合、上書きするオブジェクトの属性情報までも上書きするようにしてしまうと、例えばカラーの自然画像の上に白黒の文字を上書きすると、上書きした部分の色属性が“１”（すなわち白黒）となってしまい、すでに存在しているカラーの画像情報が失われてしまうことになる。
【００５０】
そこで、本実施形態では以下のように属性マップ情報を生成する。
【００５１】
まずあらたなオブジェクトを展開する場合、展開されるべきビットマップ座標に対応する属性マップメモリを参照し、すでに生成されている属性情報を参照する。そして現在展開している属性情報とすでに生成されている属性マップメモリ上の属性情報をビット単位に比較し、両者が一致していればそれをそのまま保存し、一致していない場合はそのビットを“０”にリセットする。属性マップ情報は初期状態では全て“１”に初期化されているので、まだオブジェクトが展開されていない領域（下地領域）の上に新たなオブジェクトを展開する場合、展開するオブジェクトの属性情報の或るビットが“１”であれば、そのビットの属性情報は“１”となり、そうでない場合は“０”にリセットされることになる。
【００５２】
尚、属性情報の比較はビット単位に行うものとしたが、３つの属性情報全てが一致するか否かを判定してもよい。
【００５３】
前者の場合、すでに展開されている画像が白黒のグラフィックであり、その上に上書きして展開するオブジェクトがカラーの文字であったとすると、ベクトル属性はどちらも１なので１のままとなるが、文字属性は前者が０、後者が１なので０にリセットされ、色属性は前者が１で後者が０なのでやはり０にリセットされる。
【００５４】
従って、この場合生成されるその画素位置における属性情報はベクトル属性＝１、文字属性＝色属性＝０となり、カラーのグラフィックという扱いと同等となる。
【００５５】
以上の手順で生成されたのが図４の属性情報であり、同図（ａ），（ｂ），（ｃ）がそれぞれベクトル属性、文字属性、色属性であり、黒く塗りつぶした領域がそれぞれの属性が“１”に設定されている部分を示している。
【００５６】
初期状態が全て１であるので、同図（ａ）のベクトル属性の場合はベクトル属性が“０”のオブジェクト、すなわち自然画像を展開した領域のみが０となり、それ以外は“１”になっている。
【００５７】
同様に同図（ｂ）の文字属性は文字でないオブジェクトを展開した領域で“０”となる。また同図（ｃ）ではカラーのオブジェクトを展開すると、その領域の属性情報が“０”にリセットされる。
【００５８】
以上の手順で属性マップ情報が生成される。
【００５９】
さて、生成された画像メモリ１５に展開されたビットマップ画像データ、および属性マップメモリ１６に格納された属性マップデータは図示しない同期信号とともに画像処理部１７へ転送される。
【００６０】
このとき画像メモリ１５の所定の画素位置のデータと対応する画素の属性マップデータが互いに対応付けられて転送される。すなわち画像メモリ中の特定画素の画素値が画像処理部へ送られるときには、同一画素位置の属性マップデータ（フラグデータ）もほぼ同時に送られることになる。
【００６１】
画像処理部１７は画像メモリ１５からの画素値（各色成分事のデータ）に対して種々の画像処理を施すのであるが、処理の方法は属性マップメモリ１６からの属性情報（フラグデータ）によって決定され、制御される。
【００６２】
すなわち画像メモリ１５に展開された画像データ（ＲＧＢの２４ビットデータ）に対し、先ず、ｌｏｇ変換処理及びＵＣＲ処理によって、その時点での画像形成ユニットで形成している一色成分のデータを抽出する。ＲＧＢ輝度データからＹＭＣＫの濃度データに変換することは公知であるので、その詳細は省略するが、抽出された１記録色成分のデータは、属性マップ情報に応じたディザマトリックスのサイズの切り替え処理を施され、２値信号に変換される。そして、その２値信号を画像形成ユニット１９に出力する。
【００６３】
図５は切り替えを行うディザマトリックスの一例である。同図（ａ），（ｂ），（ｃ）の３通りを属性マップ情報によって切り替える。本実施形態で用いる画像データは各画素ごとに８ビットの整数値（０〜２５５）であるとし、ディザマトリックスの各セル内の値をしきい値として２値化することにより出力画素のＯＮ／ＯＦＦを制御する。同図（ａ）は３ｘ３のサイズのディザマトリックスであり、１画素を６００ｄｐｉとすると２００ｄｐｉの解像度で１０階調を表現できる。同図（ｂ）は５ｘ５サイズであり、１２０ｄｐｉ／２６階調を表現できる。同図（ｃ）は８ｘ８サイズなので７５ｄｐｉ／６５階調となる。
【００６４】
したがって注目画素に対応する属性マップ情報を参照し、連続階調領域すなわちベクトル属性が０の場合は同図（ｃ）のマトリックスで２値化するようにし、またグラフィック領域すなわちベクトル属性が“１”で文字属性が“０”の場合は同図（ｂ）のマトリックスを用いて２値化する。また文字領域すなわちベクトル属性が“１”で文字属性が“１”の場合は同図（ａ）のマトリックスを用いる。このようにすると、例えば写真などは階調性を重視した再現をしながら文字は解像度高く再現し、またグラフィックはそれらの中間の再現というように高品質な出力画像を得ることができる。
【００６５】
以上、説明したように本実施形態によれば、ＰＤＬで記述され、記録しようとするオブジェクトによる１ページのビットマップイメージを展開すると共に、各オブジェクトの属性（文字、線画、写真画像等の中間調画像）に応じて各画素単位にその属性情報をビットマップイメージと対応付けて作成すると共に、同じ位置に異なる属性があったとしても、重なり合う異なる属性に適した属性に適宜補正することで、より高品位の画像を記録することができるようになる。
【００６６】
＜第２の実施形態の説明＞
上記実施形態（第１の実施形態）では、画像処置部１７で、ディザマトリックスのサイズを、画像メモリ１５からの画素データ（ＲＧＢデータ）と同期して属性マップメモリ１６から属性マップデータを読出し、その属性マップデータに従ってディザマトリックスのサイズを切り換えるものであった。
【００６７】
しかしながら、ＲＧＢ→ＹＭＣＫに変換する際に用いるＵＣＲ処理を、属性マップデータに従って制御するようにしてもよい。
【００６８】
例えば、属性マップデータにおけるベクトル属性、文字属性及び色属性の全てが“０”の場合、つまり、その画素がカラー写真画像等の一部の画素を示している場合には１００％ＵＣＲ処理ではなく、８０％ＵＣＲ処理を行うようにすることで、全ての記録色成分による記録が行える方向に補正する。
【００６９】
なお、注目画素がカラー属性を有していないのであれば、Ｂｋ成分のみによる画像記録が行われるようにする。例えば、写真画像等の一部であっても、その画像領域がカラー属性を有していない場合にはＢｋ成分のみ出力し、他の成分（Ｃ、Ｍ、Ｙ）は強制的に０を出力する。
【００７０】
また、属性マップデータにより、注目画素が文字やベクトル成分の一部であって、カラー属性を有する場合には、１００％ＵＣＲ処理を行う。
【００７１】
以上の如く、第２の実施形態によっても、第１の実施形態と同様の作用効果を奏することができるようになる。
【００７２】
なお、第１、第２の実施形態を好適に組み合わせるようにしてもよい。
【００７３】
＜第３の実施形態の説明＞
上記第１、第２の実施形態では、属性マップ情報として、ベクトル画像か否か、文字か否か、カラーか白黒か、という３通りの属性について説明したが、もちろんこれに限定されるわけではなく、例えばカラーのオブジェクトではその色の色相や彩度を識別するフラグとしたり、あるいはオブジェクトのエッジ部か否か、などといった様々なフラグ情報を考えることができる。
【００７４】
また属性マップ情報に基づく画像処理方法の切り替えも前記実施形態に限られるものではなく、他にもエッジ強調処理の切り替えや、ビットマップデータを圧縮してプリンタ部へ転送する場合の圧縮方法の切り替え、など種々のものが考えられる。
【００７５】
また２つのオブジェクトの属性情報から新たな属性情報を生成する規則として、本実施形態では２つのオブジェクトの持つ属性情報が等しい場合にはその値とし、そうでない場合には０にリセットするという構成を示したが、これは両者の属性情報に対し論理積（ＡＮＤ）処理を施したのと同等となる。しかしそれに限定されることはなく、例えば２つの属性の論理和（ＯＲ）をとることにより属性１を優先するようにしたり、あるいは上書きした部品の属性情報を常に用いるようにしたり、すでに存在している部品の属性情報をそのまま保存するようにする、といった方法も考えられる。
【００７６】
更に、実施形態では、画像メモリ１５にはＲＧＢ輝度成分のビットマップイメージを展開するものとして説明したが、ＹＭＣ或いはＹＭＣＫ濃度成分のビットマップイメージデータを展開するようにしてもよいのは勿論である。
【００７７】
また、実施形態では画像形成ユニットとして、カラーＬＢＰを例にして説明したが、ＰＷＭ方式を採用して多値画像記録可能な画像形成ユニットに適合してもよい。この場合、１画素１ビットへの変換（２値化処理）は不要になるので、属性マップ情報に従ってＲＧＢ→ＹＭＣＫ変換処理、或いは濃度変換された画像データのエッジ強調処理等に適用すれば良いであろう。
【００７８】
また、記録方式もレーザビームプリンタに限るものでなく、インク液滴を吐出するタイプのエンジンでも良いし、他の如何なる方式でも構わない。要は、属性マップメモリ１６に記憶された属性情報に従って適宜、最適な記録処理へ切り換わるようになっていれば良い。
【００７９】
更に、実施形態ではラスターイメージプロセッサ１３は、ホストコンピュータ１０とカラープリンタ１８との間に介在するものとして説明したが、カラープリンタの筐体内にラスターイメージプロセッサ１３を設けてもよいし、ホストコンピュータ１０側の処理の一部として設けるようにしてもよい。
【００８０】
後者の場合には、特にプリンタドライバ１２の一部の機能として取込むことが可能であるので、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成される。
【００８１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８２】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発生のメモリカード、ＲＯＭなどを用いることができる。
【００８３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８５】
【発明の効果】
以上説明したように本発明によれば、コマンド形式で記述されたた印刷情報によって表わされる異なる属性を有する混在画像を、より高画質でプリント出力することが可能になる。
【図面の簡単な説明】
【図１】本発明を実施するブロック構成の一例を示す図である。
【図２】本発明が適用されるＰＤＬ文書の一例を示す図である。
【図３】図２の文書中の部品を属性ごとに分解して表示した図である。
【図４】図２の文書から属性マップ情報を生成した場合を説明する図である。
【図５】本発明におけるディザマトリックスの一例を説明する図である。
【図６】実施形態における画像属性と属性マップ情報との関係を示す図である。
【図７】従来のブロック構成の一例を示す図である。
【図８】ＰＤＬによる画像出力の手順を説明する図である。
Claims (7)
- 画像を構成する個々の部品に対応付けられたコマンド群で表現された画像データを入力するデータ入力手段と、
該コマンドに基づいてビットマップイメージを生成し、所定のビットマップメモリに格納するコマンド解釈手段と、
前記コマンドで表現される部品の属性を示す属性情報に基づき、前記ビットマップイメージの各画素単位に、少なくともベクトル属性を有するか否かを示す情報、文字属性を有するか否かを示す情報、及び、有彩色属性を有するか否かを示す情報を含む属性マップ情報を生成し、所定の属性メモリに格納する属性マップ情報生成手段と、
前記生成されたビットマップイメージと属性マップ情報に基づいてハードコピー出力する画像形成手段とを有する画像処理システムであって、
前記属性マップ情報生成手段は、注目部品の属性マップ情報を属性メモリに格納する際、前記注目部品の属性マップ情報と従前に格納されている他の部品の属性マップ情報を比較して、それぞれの属性マップ情報が異なる場合に、前記注目部品の属性マップ情報を、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有していない、前記文字属性を有するか否かを示す情報について文字属性を有していない、有彩色属性を有するか否かを示す情報について有彩色を有する、となるように更新することを特徴とする画像処理システム。 - 前記属性マップ情報は、初期状態として、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有する、前記文字属性を有するか否かを示す情報について文字属性を有する、有彩色属性を有するか否かを示す情報について有彩色を有していない、として設定されることを特徴とする請求項第１項に記載の画像処理システム。
- 更に、前記ビットマップメモリ及び前記属性メモリより画素単位に読出し、読出した属性マップ情報に基づいて注目画素に対する色変換処理を切り換えて処理を行う画像処理手段を有し、該画像処理手段で色変換処理されたデータを前記画像形成手段に出力することを特徴とする請求項第１項または第２項に記載の画像処理システム。
- コマンド形式のデータで構成される印刷データに基づいてカラー画像を記録する画像処理装置であって、
印刷データ中のコマンドに基づいて部品のビットマップイメージデータを生成し、所定の画像メモリに展開するコマンド解釈手段と、
前記コマンドで表現される部品の属性を示す属性情報に基づき、前記ビットマップイメージの各画素単位に、少なくともベクトル属性を有するか否かを示す情報、文字属性を有するか否かを示す情報、及び、有彩色属性を有するか否かを示す情報を含む属性マップ情報を生成し、所定の属性メモリに格納する属性マップ情報生成手段と、
前記生成されたビットマップイメージと属性マップ情報に基づいてカラー画像を記録する画像形成手段に出力する手段を有し、
前記属性マップ情報生成手段は、注目部品の属性マップ情報を属性メモリに格納する際、前記注目部品の属性マップ情報と従前に格納されている他の部品の属性マップ情報を比較して、それぞれの属性マップ情報が異なる場合に、前記注目部品の属性マップ情報を、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有していない、前記文字属性を有するか否かを示す情報について文字属性を有していない、有彩色属性を有するか否かを示す情報について有彩色を有する、となるように更新することを特徴とする画像処理装置。 - コマンド形式のデータで構成される印刷データに基づいてカラー画像を記録する画像処理装置の制御方法であって、
印刷データ中のコマンドに基づいて部品のビットマップイメージデータを生成し、所定の画像メモリに展開するコマンド解釈工程と、
前記コマンドで表現される部品の属性を示す属性情報に基づき、前記ビットマップイメージの各画素単位に、少なくともベクトル属性を有するか否かを示す情報、文字属性を有するか否かを示す情報、及び、有彩色属性を有するか否かを示す情報を含む属性マップ情報を生成し、所定の属性メモリに格納する属性マップ情報生成工程と、
前記生成されたビットマップイメージと属性マップ情報に基づいてカラー画像を記録する画像形成手段に出力する工程とを有し、
前記属性マップ情報生成工程は、注目部品の属性マップ情報を属性メモリに格納する際、前記注目部品の属性マップ情報と従前に格納されている他の部品の属性マップ情報を比較して、それぞれの属性マップ情報が異なる場合に、前記注目部品の属性マップ情報を、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有していない、前記文字属性を有するか否かを示す情報について文字属性を有していない、有彩色属性を有するか否かを示す情報について有彩色を有する、となるように更新することを特徴とする画像処理装置の制御方法。 - コンピュータが読込み実行することで、前記コンピュータを、コマンド形式のデータで構成される印刷データに基づいてカラー画像を記録する画像処理装置として機能させるプログラムコードを格納した記録媒体であって、
印刷データ中のコマンドに基づいて部品のビットマップイメージデータを生成し、所定の画像メモリに展開するコマンド解釈手段と、
前記コマンドで表現される部品の属性を示す属性情報に基づき、前記ビットマップイメージの各画素単位に、少なくともベクトル属性を有するか否かを示す情報、文字属性を有するか否かを示す情報、及び、有彩色属性を有するか否かを示す情報を含む属性マップ情報を生成し、所定の属性メモリに格納する属性マップ情報生成手段と、
前記生成されたビットマップイメージと属性マップ情報に基づいてカラー画像を記録する画像形成手段に出力する手段と
して機能させるプログラムコードを格納し、
前記属性マップ情報生成手段は、注目部品の属性マップ情報を属性メモリに格納する際、前記注目部品の属性マップ情報と従前に格納されている他の部品の属性マップ情報を比較して、それぞれの属性マップ情報が異なる場合に、前記注目部品の属性マップ情報を、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有していない、前記文字属性を有するか否かを示す情報について文字属性を有していない、有彩色属性を有するか否かを示す情報について有彩色を有する、となるように更新することを特徴とする記録媒体。 - 情報処理装置、画像処理装置、及び、カラー画像記録装置で構成される画像処理システムであって、
前記情報処理装置は、
アプリケーションプログラムから要求があった印刷対象情報を、コマンド形式の印刷データに変換して前記画像処理装置に出力する出力手段を備え、
前記画像処理装置は、
前記出力手段により出力されてきたコマンドを解釈し、当該コマンドで表現される部品のビットマップイメージデータを生成し、所定の画像メモリに展開するコマンド解釈手段と、
前記コマンドで表現される部品の属性を示す属性情報に基づき、前記ビットマップイメージの各画素単位に、少なくともベクトル属性を有するか否かを示す情報、文字属性を有するか否かを示す情報、及び、有彩色属性を有するか否かを示す情報を含む属性マップ情報を生成し、所定の属性メモリに格納する属性マップ情報生成手段と、
前記画像メモリ及び前記属性メモリから情報を読出し、属性マップ情報に基づいて、前記画像メモリからのビットマップイメージデータを補正する手段とを備え、
前記カラー画像処理装置は、
補正されたビットマップイメージデータに基づいてカラー画像を記録媒体上に記録する手段を備え、
前記属性マップ情報生成手段は、注目部品の属性マップ情報を属性メモリに格納する際、前記注目部品の属性マップ情報と従前に格納されている他の部品の属性マップ情報を比較して、それぞれの属性マップ情報が異なる場合に、前記注目部品の属性マップ情報を、前記ベクトル属性を有するか否かを示す情報についてベクトル属性を有していない、前記文字属性を有するか否かを示す情報について文字属性を有していない、有彩色属性を有するか否かを示す情報について有彩色を有する、となるように更新することを特徴とする画像処理システム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21785299A JP4356953B2 (ja) | 1999-07-30 | 1999-07-30 | 画像処理システム及び画像処理装置及びその制御方法及び記憶媒体 |
| US09/521,850 US7054029B1 (en) | 1999-03-09 | 2000-03-09 | Image processing apparatus and method, and storage medium |
| US11/370,925 US7692813B2 (en) | 1999-03-09 | 2006-03-09 | Image processing apparatus and method, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21785299A JP4356953B2 (ja) | 1999-07-30 | 1999-07-30 | 画像処理システム及び画像処理装置及びその制御方法及び記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001038970A JP2001038970A (ja) | 2001-02-13 |
| JP4356953B2 true JP4356953B2 (ja) | 2009-11-04 |
Family
ID=16710786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21785299A Expired - Fee Related JP4356953B2 (ja) | 1999-03-09 | 1999-07-30 | 画像処理システム及び画像処理装置及びその制御方法及び記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4356953B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4541181B2 (ja) * | 2005-02-22 | 2010-09-08 | 株式会社沖データ | カラー画像処理装置 |
| JP4817934B2 (ja) * | 2006-03-31 | 2011-11-16 | キヤノン株式会社 | 画像処理装置およびその方法 |
| JP5028190B2 (ja) | 2007-08-31 | 2012-09-19 | キヤノン株式会社 | 印刷制御装置、印刷制御方法、及びプログラム |
| JP4944761B2 (ja) * | 2007-12-27 | 2012-06-06 | キヤノン株式会社 | 画像処理装置、画像処理方法およびプログラム |
| CN101387983B (zh) * | 2008-09-28 | 2011-02-23 | 北大方正集团有限公司 | 一种自动测试栅格图像处理器的方法及系统 |
| JP6614857B2 (ja) * | 2015-08-21 | 2019-12-04 | キヤノン株式会社 | 画像処理装置、画像処理方法及びプログラム |
-
1999
- 1999-07-30 JP JP21785299A patent/JP4356953B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001038970A (ja) | 2001-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7692813B2 (en) | Image processing apparatus and method, and storage medium | |
| US7164493B1 (en) | Image processing method, system and apparatus, and storage medium | |
| JP4261739B2 (ja) | 画像処理装置、画像処理方法、記憶媒体及び画像処理システム | |
| US7612910B2 (en) | Information processing apparatus, information processing system, information output control method, storage medium and program | |
| JP2004320448A (ja) | 画像処理装置、画像処理システム、およびコンピュータが実行するためのプログラム | |
| US20050275856A1 (en) | Image processing apparatus and method thereof | |
| CN114302020B (zh) | 图像形成装置、其控制方法和存储介质 | |
| JP4428743B2 (ja) | 画像処理方法及び装置、プリンタ、画像処理システム及び記憶媒体 | |
| JP2008005317A (ja) | 画像処理装置及びその方法、並びに、コンピュータプログラムおよび記録媒体 | |
| JP4973803B1 (ja) | 画像処理装置及びプログラム | |
| JP4356953B2 (ja) | 画像処理システム及び画像処理装置及びその制御方法及び記憶媒体 | |
| JP4514168B2 (ja) | 画像処理システム及び画像処理方法 | |
| JP4109785B2 (ja) | 画像処理装置及びその方法、コンピュータ可読メモリ | |
| US20060092439A1 (en) | Printer controller, image forming apparatus, image forming program | |
| JP4306841B2 (ja) | 画像処理装置及びその方法、コンピュータ可読メモリ | |
| JP3888594B2 (ja) | 画像処理装置及び画像処理方法 | |
| JP3550979B2 (ja) | 画像処理装置 | |
| JP4217332B2 (ja) | 画像処理装置及びその方法、コンピュータ可読メモリ | |
| JP2007274629A (ja) | 画像処理方法、画像処理装置、画像形成装置、プログラムおよび記録媒体 | |
| JP3768560B2 (ja) | 画像処理装置および方法 | |
| JP3829895B2 (ja) | 画像処理装置 | |
| JP4075657B2 (ja) | 画像処理装置及び印刷装置 | |
| JPH11196246A (ja) | 画像形成装置 | |
| JP2004174964A (ja) | 印刷制御装置および印刷制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| JP2006140955A (ja) | 画像処理装置、画像形成装置、画像処理システム、画像処理方法および画像処理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060731 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060731 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080722 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080801 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080807 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080919 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090306 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090731 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090803 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130814 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |