JP5044522B2 - 画像処理装置 - Google Patents

Description

本発明は、カラー画像処理を行う画像処理装置に関し、特に、ページ記述言語により記述された文書データの色変換を行う画像処理装置に関する。

カラー画像を出力する装置として、例えば、モニタ等の表示装置や、プリンタ等の印刷装置等がある。これらの出力装置では、カラー形式が異なるため、例えばモニタに表示されたカラー画像をプリンタにより印刷させる等、異なる出力装置を用いて同じカラー画像を出力する場合、画像処理装置が、該カラー画像に対応するデータに対して、各出力装置のカラー形式に基づく変換処理、即ち色変換処理を実施する必要がある。

上記した画像処理装置は、従来、ページ記述言語により記述された文書データに対して、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が提供する色変換のためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を使用して、色変換処理を実施する。

例えば、単一の色で描画された図形等の部品（オブジェクト）を複数含むカラー画像を色変換する場合、画像処理装置は、各オブジェクトに対応する記述を含む文書データから、オブジェクトの色を指定するための色記述をそれぞれ検出する。そして、画像処理装置は、ＡＰＩを用いて、この色記述のカラー形式を変換する色変換処理を実施する（例えば、下記特許文献１参照）。
特開２０００−５９６４２号公報

しかしながら、上記した従来の方法では、オブジェクト毎にＡＰＩを呼び出して、色変換処理を実施しなければならず、ＡＰＩの呼び出しや復帰等の繰り返しに時間を要する。そのため、処理時間が長くなってしまい、処理速度が低下するという問題があった。

したがって、色変換の処理速度を向上可能な画像処理装置が、望まれていた。

本発明は、以上の点を解決するために、次の構成を採用する。

〈構成〉
本発明に係る画像処理装置は、第一のカラー形式で記述された文書データを入力する入力部と、入力された文書データを解析し、各図形の形状を指定するための形状情報と、色を指定するための第一カラー情報とを、それぞれ検出する解析検出部と、検出された各第一カラー情報を合成して、第一合成カラー情報を生成する合成生成部と、生成された第一合成カラー情報を、第二のカラー形式に色変換して、第二合成カラー情報を生成する変換生成部と、生成された第二合成カラー情報から、各図形に対応する第二カラー情報をそれぞれ取得する取得部と、解析検出部により検出された各形状情報と、取得部により取得された各第二カラー情報とに基づいて、各図形を描画するためのラスタライズデータを生成するラスタライズ部とを備えることを特徴とする。

本発明の画像処理装置によれば、図形毎にカラー情報の色変換を繰り返さずとも、各カラー情報が合成された合成カラー情報を色変換することにより、第一のカラー形式から第二のカラー形式への色変換が可能となるので、色変換の処理速度が向上される。

以下、本発明の実施形態を、図を用いて詳細に説明する。ここでは、本発明を、プリンタが接続されるホストＰＣ（パーソナルコンピュータ）に適用した場合を例に、説明を行う。

図１は、本発明の実施例１に係るホストＰＣの機能構成を示すブロック図である。
本実施例のホストＰＣ１０には、図１に示されるように、印刷装置としてのプリンタ１１が接続される。ホストＰＣ１０は、モニタ（後述）に表示されたカラー画像をプリンタ１１で印刷すべく、カラー画像処理を実施する。

ホストＰＣ１０は、画像処理装置として、図１に示されるように、アプリケーション部１２、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）部１３及びプリンタドライバ部１４を含んで構成される。

また、ホストＰＣ１０には、図示せぬモニタが接続される。モニタは、表示装置として、幾何図形や文字等の図形を含むカラー画像を表示する。

アプリケーション部１２は、モニタに表示されたカラー画像の印刷要求を、ＯＳ部１３に入力する。

ＯＳ部１３は、図１に示されるように、スプールファイル生成部１５及びビットマップイメージ変換部１６を備えている。

スプールファイル生成部１５は、アプリケーション部１２からの印刷要求に応じて、描画すべき図形の形状や色等を指定するためのデータを、所定の形式に基づき記述して、文書データとしてのスプールファイルを生成する。また、スプールファイル生成部１５は、入力部として、生成したスプールファイルをプリンタドライバ部１４へ入力する。

本実施例では、スプールファイルの記述形式の例として、Ｍｉｃｒｏｓｏｆｔ社のＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を採用する。ＸＰＳは、マークアップ言語の一つであるＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）を用いて、ページを構成する各要素の定義を行うページ記述言語である。周知のように、ＸＭＬは、複数の要素と属性とを組み合わせることにより、階層的な構造を記述可能なマークアップ言語であり、ＸＰＳにおいて、要素が描画命令に対応し、属性が要素、即ち描画命令のパラメータに対応する。

図２は、スプールファイルの一例を示す図である。
ＸＰＳで記述されたスプールファイルには、通常、ページの内容が記述されるマークアップデータや、フォントやイメージ等を指定するためのリソースデータ、各ページ間の関係が記述されるメタデータ等、複数のファイルがパッケージングされる。図２に示されるスプールファイル３０は、これらのファイルのうち、図形に関する記述が含まれるマークアップデータに対応している。本実施例では、このマークアップデータを、スプールファイルと同義のものとして、以降、参照することとする。

図２（ａ）に示されるスプールファイル３０は、図形の描画命令に対応する１６の要素３１−１〜１６を含んで構成される。

要素３１−１〜５及び要素３１−１２〜１６は、円形や矩形等の幾何図形の描画命令に対応するＰａｔｈ要素である。各Ｐａｔｈ要素には、幾何図形の形状を指定するためのパラメータであるＤａｔａ属性が含まれる。また、要素３１−６〜１１は、文字の描画命令を示すＧｌｙｐｈｓ要素である。
尚、本実施例では、幾何図形及び文字を総称して、図形と記す。

各要素３１−１〜１６には、また、図形の色を指定するためのパラメータであるＦｉｌｌ属性が含まれる。本実施例では、スプールファイル生成部１５は、第一のカラー形式として、ｓＲＧＢ（ｓｔａｎｄａｒｄ ＲＧＢ）形式を用いて、図形の色の指定を行う。ここで、ｓＲＧＢ形式は、光の三原色であるＲ（Ｒｅｄ）、Ｇ（Ｇｒｅｅｎ）及びＢ（Ｂｌｕｅ）の３成分の値の組み合わせにより色を表現するＲＧＢ形式の規格の一つである。

ＸＰＳで記述されるスプールファイルでは、このｓＲＧＢ形式を利用して、Ｒ／Ｇ／Ｂの各成分が０〜２５５の範囲の値で表される。即ち、要素内の属性名を示す文字列「Ｆｉｌｌ」に続く記号列「”＃ＲＲＧＧＢＢ”」により、該要素に対応する図形の色が指定される。ここで、この記号列に含まれる「ＲＲ」、「ＧＧ」、「ＢＢ」は、それぞれ、２桁の１６進数を表す英数字であり、図形の色の第一カラー情報としてのＲ成分値、Ｇ成分値、Ｂ成分値を指定する。

例えば、図２に示されるスプールファイル３０には、要素３１−１として、記号列「＜Ｐａｔｈ Ｆｉｌｌ＝”＃ＦＦ００００” Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”／＞」が含まれている。この要素３１−１では、Ｄａｔａ属性を示す記号列「Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”」により、図形の形状が指定され、Ｆｉｌｌ属性に対応する記号列「Ｆｉｌｌ＝”＃ＦＦ００００”」により、図形の色が指定される。このＦｉｌｌ属性で指定されるＲ成分値、Ｇ成分値、Ｂ成分値は、それぞれ、Ｒ＝２５５、Ｇ＝０、Ｂ＝０である。

図３は、スプールファイルの描画結果を示す図である。
この描画結果３２は、図２に示されるスプールファイル３０に基づき描画され、スプールファイル３０内の各要素３１−１〜１６に対応する１６の図形３３−１〜１６を含む。

例えば、描画結果３２の図形３３−１は、スプールファイル３０内の要素３１−１に対応し、円形の幾何図形からなる図形である。また、描画結果３２の図形３３−６は、要素３１−６に対応し、複数の文字からなる図形である。

ビットマップイメージ変換部１６は、変換生成部として、第一のカラー形式に基づく第一合成カラー情報としてのビットマップイメージに対して、カラー形式の変換、即ち色変換を施して、第二のカラー形式に基づく第二合成カラー情報としてのビットマップイメージを生成する。

本実施例では、上記したように、第一のカラー形式としてｓＲＧＢ形式が採用される。ｓＲＧＢ形式に基づき生成されたビットマップイメージを、本実施例では、ＲＧＢビットマップイメージと記す。

また、本実施例では、第二のカラー形式として、プリンタ１１のカラー形式に対応するＣＭＹＫ形式が採用される。ここで、ＣＭＹＫ形式は、プリンタ１１で使用される各トナーに対応する４成分の値の組み合わせにより色を表現する形式である。ビットマップイメージ変換部１６により、ＣＭＹＫ形式に色変換して生成されるビットマップイメージを、ＣＭＹＫビットマップイメージと記す。

プリンタドライバ部１４は、図１に示されるように、受信部１７、構文解析部１８、形状データテーブル１９、カラー値管理部２０、編集部２１、ラスタライズ部２２及び送信部２３を備えている。

受信部１７は、ＯＳ部１３から入力されたスプールファイルを受信する。受信されたスプールファイルは、構文解析部１８へ送られる。

構文解析部１８は、解析検出部として、受信部１７から受け取ったスプールファイルの構文を解析して、各図形に関する情報を含む図形情報から、図形の色を定義するカラーデータと、形状を定義する形状情報としての形状データとを検出すると共に、対応する図形を識別するための図形番号を付与する。

本実施例では、構文解析部１８は、スプールファイルに含まれる各要素を、図形情報として検出する。そして、構文解析部１８は、スプールファイルにおける要素の出現順序に基づいて、図形番号の付与を行う。例えば、要素の出現順序がＮ番目であった場合、構文解析部１８は、該要素から検出される各データに、図形番号「図形Ｎ」を付与する。また、構文解析部１８は、該要素に含まれるＦｉｌｌ属性を、カラーデータとして検出すると共に、該要素の要素名と、該要素に含まれるＦｉｌｌ属性を除く全属性とを、形状データとして検出する。

例えば、構文解析部１８は、スプールファイル３０（図２）から要素３１−１を検出して、図形番号「図形１」を付与する。また、該要素３１−１から、図形３３−１（図３）に対応するカラーデータとして、「Ｆｉｌｌ＝”＃ＦＦ００００”」を検出する。更に、構文解析部１８は、該要素３１−１から、図形３３−１に対応する形状データとして、「Ｐａｔｈ Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”」を検出する。

また、構文解析部１８は、スプールファイルの構文解析処理が完了すると、編集部２１に編集指示を行う。

形状データテーブル１９は、形状情報記憶部として、構文解析部１８から入力された図形番号及び形状データを記憶する。

図４は、形状データテーブルの構成を示す説明図である。
形状データテーブル１９には、図４に示されるように、スプールファイル３０（図２）から検出された形状データが、図形番号に対応して記憶されている。

例えば、形状データテーブル１９には、図形番号「図形１」に対応して、形状データ「Ｐａｔｈ Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”」が記憶されている。

カラー値管理部２０は、各図形の色を示すカラー値を管理する機能を有し、図１に示されるように、カラー値登録部２４、ＲＧＢカラー値テーブル２５、ビットマップイメージ生成部２６、ＣＭＹＫカラー値テーブル２７、テーブル生成部２８及びカラー値取得部２９を備えている。

カラー値登録部２４は、構文解析部１８から図形番号及びカラーデータの入力を受けると、該カラーデータから、第一カラー情報としてのＲＧＢカラー値を取得する。カラー値登録部２４は、Ｒ成分値、Ｇ成分値及びＢ成分値からなるＲＧＢカラー値を取得して、図形番号と共に、ＲＧＢカラー値テーブル２５に登録する。

例えば、図形番号「図形１」及びカラーデータ「Ｆｉｌｌ＝”＃ＦＦ００００”」が入力された場合、カラー値登録部２４は、該カラーデータを分析し、Ｒ＝２５５、Ｇ＝０及びＢ＝０からなるＲＧＢカラー値を取得する。ここで、Ｒ、Ｇ、Ｂは、それぞれ、カラーデータであるＦｉｌｌ属性により指定されるＲＧＢカラー値のＲ成分値、Ｇ成分値、Ｂ成分値である。カラー値登録部２４は、図形番号「図形１」に対応させて、取得したＲＧＢカラー値をＲＧＢカラー値テーブル２５に登録する。

ＲＧＢカラー値テーブル２５は、第一カラー情報記憶部としての機能を有し、第一カラー情報としてのＲＧＢカラー値を、図形番号と共に記憶する。

図５は、ＲＧＢカラー値テーブルの構成を示す説明図である。
ＲＧＢカラー値テーブル２５には、図５に示されるように、スプールファイル３０（図２）内のＦｉｌｌ属性に基づき取得されたＲＧＢカラー値が、図形番号に対応して記憶されている。

例えば、図５のＲＧＢカラー値テーブル２５には、図形番号「図形１」に対応して、Ｒ成分値、Ｇ成分値及びＢ成分値からなるＲＧＢカラー値「Ｒ＝２５５，Ｇ＝０，Ｂ＝０」が記憶されている。

ビットマップイメージ生成部２６は、ＲＧＢカラー値テーブル２５に登録された各ＲＧＢカラー値に基づいて、第一合成カラー情報としてのＲＧＢビットマップイメージを生成する。ビットマップイメージ生成部２６は、例えば、図５に示されるＲＧＢカラー値テーブル２５に基づいて、１６ピクセルからなるＲＧＢビットマップイメージを生成する。ここで、ＲＧＢビットマップイメージは、各ピクセルが、対応する図形番号のＲＧＢカラー値を有するビットマップイメージである。本実施例では、図形番号「図形Ｎ」に対応するピクセルのピクセル番号を「ピクセルＮ」と記す。

ＣＭＹＫカラー値テーブル２７は、第二カラー情報記憶部としての機能を有し、プリンタ１１で印字可能な第二カラー情報としてのＣＭＹＫカラー値を、図形番号と共に記憶する。ＣＭＹＫカラー値テーブル２７に記憶される各ＣＭＹＫカラー値は、それぞれ、Ｃ成分値、Ｍ成分値、Ｙ成分値及びＫ成分値からなる。

図６は、ＣＭＹＫカラー値テーブルの構成を示す説明図である。
例えば、ＣＭＹＫカラー値テーブル２７には、図形番号「図形１」に対応して、Ｃ成分値「１」、Ｍ成分値「２５３」、Ｙ成分値「２５４」及びＫ成分値「０」からなるＣＭＹＫカラー値「Ｃ＝１，Ｍ＝２５３，Ｙ＝２５４，Ｋ＝０」が記憶されている。

テーブル生成部２８は、取得部として、複数のピクセルからなるＣＭＹＫビットマップイメージから、各ピクセルが有するＣＭＹＫカラー値を取得して、ＣＭＹＫカラー値テーブル２７を生成する。

カラー値取得部２９は、取得部として、入力された図形番号に基づいて、ＣＭＹＫカラー値テーブル２７を検索し、対応するＣＭＹＫカラー値を取得して出力する。例えば、図形番号「図形１」が入力されると、カラー値取得部２９は、ＣＭＹＫカラー値テーブル２７（図６）から、図形番号「図形１」に対応するＣＭＹＫカラー値「Ｃ＝１，Ｍ＝２５３，Ｙ＝２５４，Ｋ＝０」を取得して出力する。

編集部２１は、構文解析部１８からの編集指示に基づいて、カラー値管理部２０に色変換指示を行う。また編集部２１は、図形番号に基づいて、形状データテーブル１９から形状データを取得すると共に、カラー値管理部２０からＣＭＹＫカラー値を取得して、形状データ及びＣＭＹＫカラー値をラスタライズ部２２に入力する。

ラスタライズ部２２は、編集部２１から入力された各形状データ及びＣＭＹＫカラー値に基づいて、ラスタライズデータを生成し、送信部２３へ送る。

送信部２３は、出力部として、ラスタライズ部２２からラスタライズデータを受け取って、該ラスタライスデータを印刷要求と共にプリンタ１１へ送信する。

プリンタ１１は、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）及びブラック（Ｋ）の４色のトナーを用いてカラー印刷を行う印刷装置であり、ホストＰＣ１０から印刷要求及びラスタライズデータを受信して、該ラスタライズデータに基づく印刷を行う。

次に、本実施例のホストＰＣ１０の動作について、説明する。
ここでは、図３に示される描画結果３２をプリンタ１１により印刷すべく、カラー画像処理が実行される場合の流れについて、図７に沿って説明する。
図７は、本発明に係るホストＰＣのカラー画像処理動作を示すフローチャートである。

アプリケーション部１２からＯＳ部１３に印刷要求が入力される（ステップＳ１０１）と、ＯＳ部１３のスプールファイル生成部１５が、スプールファイルを生成する（ステップＳ１０２）。スプールファイル生成部１５は、図２に示されるスプールファイル３０を生成し、プリンタドライバ部１４へ送る。

そして、プリンタドライバ部１４の受信部１７が、ＯＳ部１３からスプールファイル３０を受信して、構文解析部１８へ送る（ステップＳ１０３）。

前述したように、スプールファイル生成部１５により生成されたスプールファイル３０は、ＸＰＳで記述され、各図形の色は、モニタでの表示に適したＲＧＢ形式で指定されている。一方、一般的なプリンタは、ＣＭＹＫの４色のトナーを用いて、カラー印刷を行う。したがって、モニタに表示されたカラー画像を、プリンタ１１により印刷するためには、ＲＧＢ形式に基づき指定されたＲＧＢカラー値を、ＣＭＹＫ形式のＣＭＹＫカラー値に色変換する必要がある。

そこで、まず、構文解析部１８が、スプールファイル３０の構文解析処理を行う（ステップＳ１０４）。この構文解析処理の詳細については、図８を用いて説明する。

図８は、本発明に係るホストＰＣの実施例１における構文解析動作を示すフローチャートである。

構文解析部１８は、スプールファイル３０（図２）内の記号を順に読み込んで解析し、各図形３３−１〜１６（図３）に対応する図形情報を探索する。そして、スプールファイル３０に含まれる各要素３１−１〜１６を、図形情報として、出現順に一つずつ選択する（ステップＳ２０１）。構文解析部１８は、まず、図形３３−１に対応する要素３１−１、即ち「＜Ｐａｔｈ Ｆｉｌｌ＝”＃ＦＦ００００” Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”／＞」を、一番目の図形情報として選択する。

構文解析部１８は、選択した図形情報に対して、選択順に基づき図形番号を付与する（ステップＳ２０２）。構文解析部１８は、要素３１−１に対応する図形情報に、図形番号「図形１」を付与する。

次に、構文解析部１８は、選択された図形情報から、カラーデータを検出する（ステップＳ２０３）。構文解析部１８は、図形情報に含まれるＦｉｌｌ属性「Ｆｉｌｌ＝”＃ＦＦ００００”」を、カラーデータとして検出し、図形番号「図形１」及びカラーデータ「Ｆｉｌｌ＝”＃ＦＦ００００”」を、カラー値管理部２０のカラー値登録部２４に入力する。

続いて、カラー値登録部２４が、入力されたカラーデータから、ＲＧＢカラー値を取得する（ステップＳ２０４）。カラー値登録部２４は、カラーデータ「Ｆｉｌｌ＝”＃ＦＦ００００”」を分析し、Ｒ成分値「２５５」、Ｇ成分値「０」及びＢ成分値「０」からなるＲＧＢカラー値「Ｒ＝２５５，Ｇ＝０，Ｂ＝０」を取得する。

そして、カラー値登録部２４は、取得したＲＧＢカラー値を、入力された図形番号「図形１」と共に、ＲＧＢカラー値テーブル２５に登録する（ステップＳ２０５）。ＲＧＢカラー値テーブル２５には、図５に示されるように、図形番号「図形１」に対応して、ＲＧＢカラー値「Ｒ＝２５５，Ｇ＝０，Ｂ＝０」が記憶される。

カラー値登録部２４は、ＲＧＢカラー値の登録が完了すると、構文解析部１８に登録完了を通知する。

続いて、構文解析部１８が、選択された図形情報から、形状データを検出する（ステップＳ２０６）。構文解析部１８は、図形情報からカラーデータを除く部分「Ｐａｔｈ Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”」を、形状データとして検出する。

そして、構文解析部１８は、検出した形状データを、図形番号「図形１」と共に、形状データテーブル１９に登録する（ステップＳ２０７）。形状データテーブル１９には、図４に示されるように、図形番号「図形１」に対応して、形状データ「Ｐａｔｈ Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”」が記憶される。

続いて、構文解析部１８は、スプールファイル３０に未選択の図形情報が有るか否かを判断する（ステップＳ２０８）。構文解析部１８は、未選択の図形情報が有ると判断する（ステップＳ２０８）と、それらの図形情報を出現順に選択する（ステップＳ２０１）。そして、ホストＰＣ１０において、選択された図形情報に対し、ステップＳ２０２からステップＳ２０７までの処理が実行される。

構文解析部１８が、図形３３−１６（図３）に対応する要素３１−１６（図２）を、図形情報として選択し（ステップＳ２０１）、図形番号「図形１６」を付与した（ステップＳ２０２）後、ステップＳ２０３からステップＳ２０７までの処理が実行されると、構文解析部１８は、未選択の図形情報が無いと判断する（ステップＳ２０８）。これにより、ホストＰＣ１０における構文解析処理が終了する。

上記のように、スプールファイル３０に対する構文解析処理が実行され、各図形に対応するＲＧＢカラー値がＲＧＢカラー値テーブル２５に登録されると共に、形状データが形状データテーブル１９に登録される。

図７に戻って、構文解析処理が完了する（ステップＳ１０４）と、構文解析部１８は、編集部２１に編集指示を行う。

編集部２１は、編集指示を受けると、カラー値管理部２０に色変換指示を行う。そして、カラー値管理部２０が、色変換処理を実行する（ステップＳ１０５）。この色変換処理の詳細については、図９及び図１０を用いて説明する。

図９は、本発明に係るホストＰＣの実施例１における色変換動作を示すフローチャートであり、図１０は、本発明に係るホストＰＣの色変換動作を説明する図である。

カラー値管理部２０において、ビットマップイメージ生成部２６が編集部２１から色変換指示を受けると、ビットマップイメージ生成部２６は、ＲＧＢカラー値テーブル２５（図５）に登録されている各ＲＧＢカラー値に基づいて、ＲＧＢビットマップイメージを生成する（ステップＳ３０１）。ビットマップイメージ生成部２６は、図形番号「図形１」から「図形１６」にそれぞれ対応する１６のＲＧＢカラー値を読み出して、図１０（ａ）に示されるように、１６ピクセルからなるＲＧＢビットマップイメージ３４を生成する（ステップＳ３０１）。

ビットマップイメージ生成部２６は、ＲＧＢカラー値テーブル２５から、まず、図形番号「図形１」に対応するＲＧＢカラー値「Ｒ＝２５５，Ｇ＝０，Ｂ＝０」を読み出し、該ＲＧＢカラー値を有するピクセル番号「ピクセル１」のピクセル３４−１を生成する。次に、ビットマップイメージ生成部２６は、ＲＧＢカラー値テーブル２５から、図形番号「図形２」に対応するＲＧＢカラー値「Ｒ＝２５５，Ｇ＝１２８，Ｂ＝２４０」を読み出して、対応するピクセル番号「ピクセル２」のピクセル３４−２を生成する。このように、ビットマップイメージ生成部２６は、各図形番号に対応するＲＧＢカラー値を有するピクセル番号「ピクセル１」から「ピクセル１６」までの各ピクセル３４−１〜１６を生成して、ＲＧＢビットマップイメージ３４を生成する。図１０（ａ）に示されるＲＧＢビットマップイメージ３４は、４ピクセル×４ピクセルの形状を有するが、これは一例であり、例えば１６ピクセル×１ピクセル等、他の形状に生成しても良い。

ビットマップイメージ生成部２６は、ＲＧＢビットマップイメージ３４（図１０（ａ））を生成すると、続いて、該ＲＧＢビットマップイメージ３４を色変換すべく、ＯＳ部１３に色変換要求を入力する。

カラー値管理部２０からＯＳ部１３に色変換要求が入力されると、ＯＳ部１３のビットマップイメージ変換部１６が、ＲＧＢビットマップイメージ３４に、ＲＧＢ形式からＣＭＹＫ形式へのカラー形式の変換、即ち色変換を施して、図１０（ｂ）に示されるように、ＣＭＹＫビットマップイメージ３５を生成する（ステップＳ３０２）。

ＣＭＹＫビットマップイメージ３５は、１６ピクセルからなり、ピクセル番号「ピクセル１」のピクセル３５−１は、ＲＧＢビットマップイメージ３４のピクセル３４−１を色変換して生成される。即ち、ピクセル３５−１は、ピクセル３４−１のＲＧＢカラー値「Ｒ＝２５５，Ｇ＝０，Ｂ＝０」に対応するＣＭＹＫカラー値を有する。同様に、ＣＭＹＫビットマップイメージ３５のピクセル３５−２は、ＲＧＢビットマップイメージ３４のピクセル３４−２に対応し、ピクセル３５―１６は、ピクセル３４−１６に対応する。ビットマップイメージ変換部１６は、これら１６ピクセル分の色変換処理を、同時に実行し、ＣＭＹＫビットマップイメージ３５を生成する。

ビットマップイメージ変換部１６によるＲＧＢビットマップイメージ３４からＣＭＹＫビットマップイメージ３５への色変換が完了すると、カラー値管理部２０のテーブル生成部２８が、生成されたＣＭＹＫビットマップイメージ３５に基づいて、ＣＭＹＫカラー値テーブル２７を生成する（ステップＳ３０３）。

テーブル生成部２８は、まず、ＣＭＹＫビットマップイメージ３５から、ピクセル番号「ピクセル１」のピクセル３５−１が有するＣＭＹＫカラー値「Ｃ＝１，Ｍ＝２５３，Ｙ＝２５４，Ｋ＝０」を取得する。そして、テーブル生成部２８は、該ＣＭＹＫカラー値を、図形番号「図形１」に対応させて、ＣＭＹＫカラー値テーブル２７（図６）に記憶させる。同様に、テーブル生成部２８は、各ピクセル３５−２〜１６が有するＣＭＹＫカラー値を順に取得し、ピクセル番号「ピクセルＮ」に対応する図形番号「図形Ｎ」と共に、ＣＭＹＫカラー値テーブル２７に記憶させる。

テーブル生成部２８は、図６に示されるように、ＣＭＹＫカラー値テーブル２７を生成すると、色変換の完了を編集部２１に通知する。これにより、カラー値管理部２０による色変換処理が終了する。

上記のように、ＲＧＢカラー値テーブル２５に基づいて、各図形３３−１〜１６（図３）のＲＧＢカラー値をそれぞれ有する１６ピクセルのＲＧＢビットマップイメージ３４（図１０（ａ））が生成された後、ＣＭＹＫビットマップイメージ３５への色変換が実施される。

図７に戻って、色変換処理の完了を通知されると、編集部２１は、編集処理を実行する（ステップＳ１０６）。この編集処理の詳細については、図１１を用いて説明する。

図１１は、本発明に係るホストＰＣの編集動作を示すフローチャートである。

編集部２１は、まず、図形番号を「図形１」から順に選択する（ステップＳ４０１）。そして、編集部２１は、選択した図形番号を、カラー値管理部２０に入力する。

そして、カラー値管理部２０のカラー値取得部２９が、入力された図形番号に基づいて、ＣＭＹＫカラー値テーブル２７から、対応するＣＭＹＫカラー値を取得し、該ＣＭＹＫカラー値を編集部２１に送る（ステップＳ４０２）。カラー値取得部２９は、図形番号「図形１」に基づいて、ＣＭＹＫカラー値テーブル２７（図６）から、ＣＭＹＫカラー値「Ｃ＝１，Ｍ＝２５３，Ｙ＝２５４，Ｋ＝０」を取得して出力する。

続いて、編集部２１は、選択した図形番号に基づいて、形状データテーブル１９から、対応する形状データを取得する（ステップＳ４０３）。編集部２１は、図形番号「図形１」に基づいて、形状データテーブル１９（図４）から、形状データ「Ｐａｔｈ Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”」を取得する。

そして、編集部２１は、取得した形状データ及びＣＭＹＫカラー値を、ラスタライズ部２２に入力する（ステップＳ４０４）。編集部２１は、図形番号「図形１」に対応する形状データ「Ｐａｔｈ Ｄａｔａ＝”Ｍ１０，９０ ａ ６０，６０ ０ １ １ ０，１”」及びＣＭＹＫカラー値「Ｃ＝１，Ｍ＝２５３，Ｙ＝２５４，Ｋ＝０」を、ラスタライズ部２２に入力し、ラスタライズ部２２が、これらを対応させて記憶する。

次に、編集部２１は、未選択の図形番号が有るか否かを判断する（ステップＳ４０５）。編集部２１は、未選択の図形番号が有ると判断する（ステップＳ４０５）と、それらの図形番号を順に選択する（ステップＳ４０１）。そして、ホストＰＣ１０において、選択された図形番号に対して、ステップＳ４０２からステップＳ４０４までの処理が実行される。

図形番号「図形１６」が選択され（ステップＳ４０１）、該図形番号に対応するＣＭＹＫカラー値及び形状データが取得された後、ラスタライズ部２２に入力される（ステップＳ４０２〜Ｓ４０４）と、編集部２１は、未選択の図形番号が無いと判断する（ステップＳ４０５）。これにより、ホストＰＣ１０における編集処理が終了する。

上記のように、各図形に対応する形状データ及びＣＭＹＫカラー値が取得され、ラスタライズ部２２に入力される。

図７に戻って、編集処理が完了すると、編集部２１は、ラスタライズ部２２にラスタライズ指示を行う。そして、ラスタライズ部２２が、入力された各形状データ及びＣＭＹＫカラー値に基づいて、ラスタライズデータを生成する（ステップＳ１０７）。ラスタライズ部２２は、生成したラスタライズデータを送信部２３へ送る。

続いて、送信部２３が、ラスタライズデータを、印刷要求と共にプリンタ１１へ送信する（ステップＳ１０８）。これにより、ホストＰＣ１０におけるカラー画像処理が完了する。

プリンタ１１は、ホストＰＣ１０から印刷要求およびラスタライズデータを受信すると、該ラスタライデータに基づいて、カラー印刷を行う。

上記のように、ホストＰＣ１０において、ＲＧＢ形式で色指定されたスプールファイルが生成された後、カラー形式がＣＭＹＫ形式に色変換され、ラスタライズデータが生成される。

このように、本実施例のホストＰＣ１０は、各図形の色がＲＧＢ形式で指定されたスプールファイルに対し、色変換処理を実行する際に、各図形に対応するＲＧＢカラー値に基づき、ＲＧＢビットマップイメージを生成することにより、ビットマップイメージの色変換を行うＡＰＩを用いた色変換処理を実行可能とする。

図１７は、従来のホストＰＣの色変換動作を説明する図である。
従来のホストＰＣは、図１７に示されるように、図形毎に、ＲＧＢ形式からＣＭＹＫ形式への色変換処理を実行する。例えば、図２のスプールファイル３０を色変換する場合、ホストＰＣのＯＳ部は、１６の図形３３−１〜３３−１６（図３）それぞれに対して、ＡＰＩを呼び出して、色変換処理を実行することとなる。

図１２は、色変換処理に要する処理時間を説明する図（その１）である。
図１２（ａ）は、従来のホストＰＣに対応する図であり、図１２（ｂ）は、本実施例のホストＰＣ１０に対応する図である。また、図１２に示される各罫線は、それぞれ、時刻を示す。

従来のホストＰＣでは、図形毎に色変換が施されるので、図形の数をＮとすると、単一のカラー値の色変換をＮ回繰り返さなければならない。したがって、ＡＰＩの呼び出しや復帰、ユーザモードから特権モードへの実行権限の切り替え等に要する処理時間、即ち色変換オーバーヘッドが、Ｎ回発生することとなる。図１２（ａ）には、Ｎ＝４の場合の例が示されている。

一方、本実施例のホストＰＣ１０では、一つのビットマップイメージに対して色変換が実行されるので、図１２（ｂ）に示されるように、色変換オーバーヘッドは１回しか発生しない。したがって、色変換処理に要する処理時間の短縮化が可能となる。図１２（ｂ）では、図１２（ａ）に示される従来の処理時間と比較して、時間Δｔが短縮される。

以上のように、本実施例のホストＰＣ１０によれば、図形毎に色変換を繰り返さずとも、ビットマップイメージを生成することにより、既存のＡＰＩを利用して、各ＲＧＢカラー値をＣＭＹカラー値に同時に色変換可能となる。したがって、色変換に係るオーバーヘッドの影響が軽減され、多大なコストをかけることなく、色変換の処理速度の向上が実現される。

図１３は、本発明の実施例２に係るホストＰＣの機能構成を示すブロック図である。
本実施例のホストＰＣ４０は、ＯＳ部４１にカラー値変換部４９が追加されると共に、プリンタドライバ部４２のカラー値管理部４３に、カウンタ４５、判定部４６、カラー値参照部４７及びテーブル登録部４８が追加される構成が、実施例１とは異なる。
尚、本実施例において、実施例１と同一の構成については同一の符号で示し、これらについての詳しい説明を省略する。

ホストＰＣ４０は、画像処理装置として、図１３に示されるように、アプリケーション部１２、ＯＳ部４１及びプリンタドライバ部４２を含んで構成される。

ＯＳ部４１は、図１３に示されるように、スプールファイル生成部１５、ビットマップイメージ変換部１６及びカラー値変換部４９を備えている。

カラー値変換部４９は、変換取得部として、ＲＧＢカラー値からＣＭＹＫカラー値への色変換を行う。

プリンタドライバ部４２は、図１３に示されるように、受信部１７、構文解析部１８、形状データテーブル１９、カラー値管理部４３、編集部２１、ラスタライズ部２２及び送信部２３を備えている。

カラー値管理部４３は、図１３に示されるように、カラー値登録部４４、カウンタ４５、判定部４６、ＲＧＢカラー値テーブル２５、ビットマップイメージ生成部２６、カラー値参照部４７、ＣＭＹＫカラー値テーブル２７、テーブル生成部２８、テーブル登録部４８及びカラー値取得部を備えている。

カラー値登録部４４は、構文解析部１８から図形番号及びカラーデータの入力を受けると、カウンタ４５にカラーデータの入力を通知する。また、カラー値登録部４４は、入力されたカラーデータからＲＧＢカラー値を取得し、図形番号及びＲＧＢカラー値をＲＧＢカラー値テーブル２５（図５）に登録する。

カウンタ４５は、計数部として、カラー値登録部４４からの通知に基づいて、ＲＧＢカラー値テーブル２５に登録されたＲＧＢカラー値の数、即ち、構文解析部１８により検出された図形情報の数を、図形数ｎとして計数する。

判定部４６は、編集部２１からの色変換指示に基づき、カウンタ４５から計数中の図形数ｎを取得して、該図形数ｎと所定の図形数閾値ｎｔｈとを比較し、大小を判定する。図形数ｎが図形数閾値ｎｔｈ以上、即ちｎ≧ｎｔｈである場合、判定部４６は、ビットマップイメージ生成部２６に、ＲＧＢビットマップイメージの生成を指示する。図形数ｎが図形数閾値ｎｔｈ未満、即ちｎ＜ｎｔｈである場合、判定部４６は、カラー値参照部４７にＲＧＢカラー値の変換を指示する。

カラー値参照部４７は、ＲＧＢカラー値テーブル２５に登録された各ＲＧＢカラー値を参照し、ＯＳ部４１のカラー値変換部４９により、該ＲＧＢカラー値をＣＭＹＫカラー値に変換させる。

テーブル登録部４８は、カラー値変換部４９により変換された各ＣＭＹＫカラー値を順に受け取って、ＣＭＹＫカラー値テーブル２７（図６）に順に登録する。

次に、本実施例のホストＰＣ４０の動作について、説明する。

本実施例のホストＰＣ４０によるカラー画像処理の大まかな流れは、図７に示されるフローチャートと同一である。一方、ステップＳ１０４の構文解析処理及びステップＳ１０５の色変換処理の詳細は、実施例１とは異なる。ここでは、まず、図７のステップＳ１０４の処理に相当する構文解析処理について、図１４に沿って説明する。
図１４は、本発明に係るホストＰＣの実施例２における構文解析動作を示すフローチャートである。

構文解析部１８は、スプールファイルの構文解析に先立ち、まず、カラー値管理部４３にカウンタ４５の初期化を指示する。この指示に基づき、カウンタ４５により計数される図形数ｎが、ｎ＝０に初期化される（ステップＳ５０１）。

続いて、構文解析部１８は、スプールファイル３０（図２）を読み込んで解析し、各要素３１−１〜１６を図形情報として、出現順に一つずつ選択し（ステップＳ２０１）、選択順に基づき図形番号を付与する（ステップＳ２０２）。

そして、構文解析部１８は、選択された図形情報から、カラーデータを検出し、図形番号及びカラーデータをカラー値登録部２４に入力する（ステップＳ２０３）。

次に、カラー値登録部２４が、入力されたカラーデータから、ＲＧＢカラー値を取得し（ステップＳ２０４）、取得したＲＧＢカラー値を、入力された図形番号と共に、ＲＧＢカラー値テーブル２５に登録する（ステップＳ２０５）。

また、カラー値登録部２４は、カウンタ４５に加算指示を送る。カウンタ４５は、この加算指示に基づき、計数中の図形数ｎに１を加算して、ｎ＋１とする（ステップＳ５０２）。

ＲＧＢカラー値の登録が完了すると、カラー値登録部２４は、構文解析部１８に登録完了を通知する。

登録完了を通知されると、構文解析部１８は、続いて、選択された図形情報から、形状データを検出し（ステップＳ２０６）、検出した形状データを、図形番号と共に、形状データテーブル１９に登録する（ステップＳ２０７）。

次に、構文解析部１８は、スプールファイル３０に未選択の図形情報が有るか否かを判断する（ステップＳ２０８）。そして、未選択の図形情報が有ると判断する（ステップＳ２０８）と、それらの図形情報を出現順に選択する（ステップＳ２０１）。そして、ホストＰＣ４０において、選択された図形情報に対し、ステップＳ２０２からステップＳ２０７までの処理が実行される。未選択の図形情報が無いと判断される（ステップＳ２０８）と、ホストＰＣ１０における構文解析処理が終了する。

上記のように、各図形に対応するＲＧＢカラー値がＲＧＢカラー値テーブル２５に登録されると共に、カウンタ４５により図形数ｎが計数される。

次に、図７のステップＳ１０５の処理に相当する色変換処理について、図１５に沿って説明する。
図１５は、本発明に係るホストＰＣの実施例２における色変換動作を示すフローチャートである。

ここでは、まず、カウンタ４５の計数値である図形数ｎが図形数閾値ｎｔｈ以上である場合の色変換処理の流れについて、説明する。

色変換処理の実行に先立ち、カラー値管理部２０は、編集部２１から色変換指示を受ける。この色変換指示に基づき、判定部４６が、カウンタ４５から、計数中の図形数ｎを取得し、該図形数ｎと図形数閾値ｎｔｈとを比較する（ステップＳ６０１）。

図形数ｎが図形数閾値ｎｔｈ以上、即ちｎ≧ｎｔｈである場合（ステップＳ６０２）、判定部４６は、ビットマップイメージ生成部２６に、ＲＧＢビットマップイメージの生成を指示する。

ビットマップイメージ生成部２６は、ＲＧＢカラー値テーブル２５に基づき、ＲＧＢビットマップイメージ３４（図１０（ａ））を生成し（ステップＳ３０１）、ＯＳ部１３に色変換要求を入力する。

そして、ＯＳ部１３のビットマップイメージ変換部１６が、ＲＧＢビットマップイメージ３４を色変換して、ＣＭＹＫビットマップイメージ３５（図１０（ｂ））を生成する（ステップＳ３０２）。

続いて、テーブル生成部２８が、生成されたＣＭＹＫビットマップイメージ３５に基づいて、ＣＭＹＫカラー値テーブル２７を生成する（ステップＳ３０３）。ＣＭＹＫカラー値テーブル２７の生成が完了すると、テーブル生成部２８は、色変換の完了を編集部２１に通知する。これにより、カラー値管理部２０による色変換処理が終了する。

上記のように、図形数ｎが図形数閾値ｎｔｈ以上である場合、ＲＧＢビットマップイメージが生成され、ビットマップイメージ変換部１６により、ＲＧＢビットマップイメージからＣＭＹＫビットマップイメージへの色変換が実施される。

次に、図形数ｎが図形数閾値ｎｔｈ未満である場合について、説明する。

ステップＳ６０２において、図形数ｎが図形数閾値ｎｔｈ未満、即ちｎ＜ｎｔｈである場合、判定部４６は、カラー値参照部４７にＲＧＢカラー値の変換を指示する。

カラー値参照部４７は、この指示に基づいて、まず、図形番号を「図形１」から順に選択する（ステップＳ６０３）。

そして、カラー値参照部４７は、ＲＧＢカラー値テーブル２５を参照し、選択した図形番号に対応するＲＧＢカラー値を取得する（ステップＳ６０４）。カラー値参照部４７は、ＲＧＢカラー値テーブル２５（図５）から、まず、図形番号「図形１」に対応するＲＧＢカラー値「Ｒ＝２５５，Ｇ＝０，Ｂ＝０」を取得して、図形番号及びＲＧＢカラー値を、ＯＳ部４１のカラー値変換部４９に入力する。

カラー値変換部４９は、入力されたＲＧＢカラー値を、ＣＭＹＫカラー値に色変換する（ステップＳ６０５）。カラー値変換部４９は、ＲＧＢカラー値「Ｒ＝２５５，Ｇ＝０，Ｂ＝０」に色変換を施して、ＣＭＹＫカラー値「Ｃ＝１，Ｍ＝２５３，Ｙ＝２５４，Ｋ＝４」を取得し、図形番号と共に出力する。

カラー値変換部４９により色変換されたＣＭＹＫカラー値は、図形番号と共に、テーブル登録部４８に入力される。そして、テーブル登録部４８が、入力されたＣＭＹＫカラー値を、入力された図形番号と共に、ＣＭＹＫカラー値テーブル２７（図６）に登録する（ステップＳ６０６）。テーブル登録部４８は、図形番号「図形１」及びＣＭＹＫカラー値「Ｃ＝１，Ｍ＝２５３，Ｙ＝２５４，Ｋ＝４」を、ＣＭＹＫカラー値テーブル２７に記憶させた後、登録完了をカラー値参照部４７に通知する。

カラー値参照部４７は、登録完了を通知されると、未選択の図形番号が有るか否かを判断する（ステップＳ６０７）。未選択の図形番号が有ると判断する（ステップＳ６０７）と、カラー値参照部４７は、それらの図形番号を順に選択する（ステップＳ６０３）。そして、ホストＰＣ４０は、選択された図形番号に対して、ステップＳ６０４からステップＳ６０６までの処理を実行する。

未選択の図形番号が無いと判断される（ステップＳ６０７）と、カラー値参照部４７は、色変換の完了を編集部２１に通知する。これにより、ホストＰＣ４０における色変換処理が完了する。

上記のように、図形数ｎが図形数閾値ｎｔｈ未満である場合、ＲＧＢカラー値テーブル２５に登録された各ＲＧＢカラー値が、一つずつ、ＣＭＹＫカラー値に色変換される。

図１６は、色変換処理に要する処理時間を説明する図（その２）である。
図１６（ａ）は、実施例１のホストＰＣ１０に対応する図であり、図１６（ｂ）は、本実施例のホストＰＣ４０に対応する図である。何れも、図形数閾値ｎｔｈ未満となる図形数ｎ＝２の場合の処理時間を示す。

実施例１のホストＰＣ１０では、ビットマップイメージの色変換を行うＡＰＩを用いて、色変換処理を実行する。したがって、図１６（ａ）に示されるように、ビットマップイメージの作成に処理時間を費やすこととなる。

一方、本実施例のホストＰＣ４０は、色変換処理に先立ち、図形数を計数し、該図形数が所定の図形数閾値未満である場合は、ビットマップイメージを生成することなく、単一のカラー値の色変換を行うＡＰＩを用いて、図形毎に色変換処理を実行する。したがって、判定に要する処理時間と、各図形に対する色変換オーバーヘッドとに比較して、イメージ作成に費やす処理時間が長い場合、処理時間の短縮化が可能となる。図１６（ｂ）では、図１６（ａ）に示される実施例１の処理時間と比較して、時間Δｔ´が短縮される。

以上のように、本実施例のホストＰＣ４０によれば、描画すべき図形の数に基づいて、色変換に使用するＡＰＩを選択可能となるので、より効果的な処理速度の向上が実現される。

上記した各実施例では、本発明をプリンタに適用した場合を例に、説明を行ったが、本発明はこれに限定されない。例えば、ＦＡＸやＭＦＰ（複合機）等にも適用可能である。

また、上記した各実施例では、スプールファイルの記述形式として、ＸＰＳを例に説明を行ったが、本発明はこれに限定されない。例えば、ＥＭＦ（Ｅｘｔｅｎｄｅｄ Ｍｅｔａ Ｆｉｌｅ）等の記述形式を採用することも可能である。

更に、上記した各実施例では、色変換処理の対象として、スプールファイルを例に説明を行ったが、本発明はこれに限定されない。例えば、ＰｏｓｔｓｃｒｉｐｔやＰＣＬ等のページ記述言語に対しても適用可能である。

本発明の実施例１に係るホストＰＣの機能構成を示すブロック図である。 スプールファイルの一例を示す図である。 スプールファイルの描画結果を示す図である。 形状データテーブルの構成を示す説明図である。 ＲＧＢカラー値テーブルの構成を示す説明図である。 ＣＭＹＫカラー値テーブルの構成を示す説明図である。 本発明に係るホストＰＣのカラー画像処理動作を示すフローチャートである。 本発明に係るホストＰＣの実施例１における構文解析動作を示すフローチャートである。 本発明に係るホストＰＣの実施例１における色変換動作を示すフローチャートである。 本発明に係るホストＰＣの色変換動作を説明する図である。 本発明に係るホストＰＣの編集動作を示すフローチャートである。 色変換処理に要する処理時間を説明する図（その１）である。 本発明の実施例２に係るホストＰＣの機能構成を示すブロック図である。 本発明に係るホストＰＣの実施例２における構文解析動作を示すフローチャートである。 本発明に係るホストＰＣの実施例２における色変換動作を示すフローチャートである。 色変換処理に要する処理時間を説明する図（その２）である。 従来のホストＰＣの色変換動作を説明する図である。

符号の説明

１０、４０ ホストＰＣ
１１ プリンタ
１２ アプリケーション部
１３、４１ ＯＳ部
１４、４２ プリンタドライバ部
１５ スプールファイル生成部
１６ ビットマップイメージ変換部
１７ 受信部
１８ 構文解析部
１９ 形状データテーブル
２０、４３ カラー値管理部
２１ 編集部
２２ ラスタライズ部
２３ 送信部
２４、４４ カラー値登録部
２５ ＲＧＢカラー値テーブル
２６ ビットマップイメージ生成部
２７ ＣＭＹＫカラー値テーブル
２８ テーブル生成部
２９ カラー値取得部
４５ カウンタ
４６ 判定部
４７ カラー値参照部
４８ テーブル登録部
４９ カラー値変換部

Claims (8)

1. 第一のカラー形式で記述された文書データを入力する入力部と、
   入力された前記文書データを解析し、各図形の形状を指定するための形状情報と、色を指定するための第一カラー情報とを、それぞれ検出する解析検出部と、
   検出された各前記第一カラー情報を合成して、第一合成カラー情報を生成する合成生成部と、
   生成された前記第一合成カラー情報を、第二のカラー形式に色変換して、第二合成カラー情報を生成する変換生成部と、
   生成された前記第二合成カラー情報から、前記各図形に対応する第二カラー情報をそれぞれ取得する取得部と、
   前記解析検出部により検出された各前記形状情報と、前記取得部により取得された各前記第二カラー情報とに基づいて、前記各図形を描画するためのラスタライズデータを生成するラスタライズ部と、
   を備えることを特徴とする画像処理装置。
2. 前記ラスタライズデータを出力する出力部を更に備えることを特徴とする請求項１記載の画像処理装置
3. 前記解析検出部により検出された各前記形状情報を記憶する形状情報記憶部を更に備え、
   前記ラスタライズ部は、前記形状情報記憶部に基づいて、前記ラスタライズデータを生成することを特徴とする請求項１記載の画像処理装置。
4. 前記解析検出部により検出された各第一カラー情報を記憶する第一カラー情報記憶部を更に備え、
   前記合成生成部は、前記第一カラー情報記憶部に基づいて、前記第一合成カラー情報を生成することを特徴とする請求項１記載の画像処理装置。
5. 前記取得部により取得された各前記第二カラー情報を記憶する第二カラー情報記憶部を更に備え、
   前記ラスタライズ部は、前記第二カラー情報記憶部に基づいて、前記ラスタライズデータを生成することを特徴とする請求項１記載の画像処理装置。
6. 前記第一合成カラー情報及び前記第二合成カラー情報は、それぞれ、ビットマップイメージからなり、
   前記変換生成部は、前記第一のカラー形式に基づくビットマップイメージを、前記第二のカラー形式に基づくビットマップイメージに色変換することを特徴とする請求項１記載の画像処理装置。
7. 各前記図形に対応して、前記解析検出部により検出された前記第一カラー情報を計数して、図形数を取得する計数部と、
   取得された前記図形数と、所定の図形数閾値とを比較して、前記図形数が前記図形数閾値以上であるか否かを判定する比較判定部と、
   前記図形閾値未満であると判定されると、各前記第一カラー情報を、第二のカラー形式に色変換して、第二カラー情報をそれぞれ取得する変換取得部と、
   を更に備え、
   前記ラスタライズ部は、前記変換取得部により取得された前記第二カラー情報に基づいて、前記ラスタライズデータを生成する
   ことを特徴とする請求項１記載の画像処理装置。
8. 前記変換取得部により取得された各前記第二カラー情報を記憶する第二カラー情報記憶部を更に備え、
   前記ラスタライズ部は、前記第二カラー情報記憶部に基づいて、前記ラスタライズデータを生成することを特徴とする請求項７記載の画像処理装置。

Images