画像処理装置、画像処理装置の制御方法、プログラム
【課題】 ＶＤＰジョブを印刷する際に、画質とコストのバランスのとれた画像処理が可能な画像処理装置を提供する。
【解決手段】 本発明によるプリンタ１０８は、複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理可能であり、リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成し、複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択するＣＰＵ１１４と、選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ１１とを有する。
【解決手段】 本発明によるプリンタ１０８は、複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理可能であり、リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成し、複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択するＣＰＵ１１４と、選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ１１とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶＤＰにおいて、リユーザブルデータ（複数回参照可能な共通データ）の色合わせをバリアブルデータ（複数回参照不可能なデータ）に応じて切り替えて印刷を行う画像処理装置、画像処理装置の制御方法、プログラムに関する。
【背景技術】
【０００２】
近年、Ｏｎｅ Ｔｏ Ｏｎｅ Ｍａｒｋｅｔｉｎｇの市場拡大に伴い、個々の顧客ニーズに合わせた情報を提供するダイレクトメールが普及してきている。このようなダイレクトメールに係るバリアブルジョブ（ＶＤＰジョブ）の印刷には、ＰＰＭＬ（Ｐｅｒｓｏｎａｌｉｚｅｄ Ｐｒｉｎｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に代表される特殊なＶＤＰのページ記述言語が採用されている。バリアブルジョブは、以下の３つから構成される。各ページで繰り返し利用されるリユーザブルデータと、顧客情報等を含む多数のバリアブルデータと、文書情報の実態を定義したページ記述言語で構成される。
【０００３】
また、ＰＰＭＬで使用されるＰＤＬのＰＳ（ＰｏｓｔＳｃｒｉｐｔ）／ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）／Ｊｐｅｇダイレクト、ＴＩＦＦダイレクトのインタプリタ内では色処理まで行われている。そのためインタプリタ処理を始める前に色処理の設定を決めておかなければならなかった。
【０００４】
色処理ＣＭＳ（Ｃｏｌｏｒ Ｍａｔｃｈｉｎｇ Ｓｙｓｔｅｍ）の代表的な設定としては、「画質重視」と「カウンタ重視」がある。「画質重視」は、黒やグレーの部分をＣ（Ｃｙａｎ）、Ｍ（Ｍａｇｅｎｔａ）、Ｙ（Ｙｅｌｌｏｗ）、ＢＫ（Ｂｌａｃｋ）の４つのインクを混ぜて再現する設定である。「画質重視」の設定は、滑らかなグラデーションを出すことが可能であり、画質を重視する設定である。「カウンタ重視」は、黒やグレーの部分をＢＫ（Ｂｌａｃｋ）の１つのインクで再現する設定である。「カウンタ重視」の設定は、ＢＫの１色だけで出すことによりモノクロで機械を動かし、カラーモノクロカウンタはモノクロとカウントされるため、コストを抑えることが可能な設定である。
【０００５】
色処理のデフォルト設定としては「画質重視」か「カウンタ重視」かが予め決定されていた。また、ＶＤＰ言語のＰＰＭＬ言語はＰＳ／ＰＤＦ／Ｊｐｅｇダイレクト、ＴＩＦＦダイレクトを含んでおり、色処理の設定は、従来ＰＳ／ＰＤＦ／Ｊｐｅｇダイレクト、ＴＩＦＦダイレクトの設定に準拠していた。さらに、ＶＤＰの特徴的なデータであるリユーザブルデータは、何度も使うデータは１回のインタプリタ処理すなわち色処理でデータを作成しておき、その作成されたデータを何度も使いまわすようにすることでパフォーマンスを向上していた。
【０００６】
特許文献１には、ＶＤＰジョブのデータ解析を行い、ワークフローとして、オフセット印刷とデジタル印刷と切り替える技術が記載されている。すなわち、各ページが共通な共通データのグループはオフセット印刷機で高速出力し、各ページが異なるバリアブルの部分のあるデータのグループはデジタル印刷機でそれぞれ異なるページを出力する。これによりバリアブルジョブの短納期化及び低コスト化を実現させることが可能となっている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１５２６２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記の背景のもと、現状はデジタル印刷機の高速化に伴い、ＶＤＰジョブをすべてデジタル印刷機で出力するケースが増えてきており、オフセット印刷よりは画質が劣るデジタル印刷機を少しでも高画質で使用したい。デジタル印刷機よりコストも掛かるため、できるだけコストを掛けたくないとの要望が増えてきている。
【０００９】
さらに、ＶＤＰ印刷では、リユーザブルデータとバリアブルデータがさまざまに組み合わせられている。また、リユーザブルデータでは商品画像や背景画像とイメージであることが多い。イメージは画質を重視し滑らかな階調で少しでもきれいに出力したいが、白黒画像などの場合は画質重視でカラー出力するのではなくモノクロで出力しコストを抑えたい。しかし、従来の仕組みでは画質重視とカウンタ重視設定が両立せず、予めどちらか一方に決めなければならなかった。
【００１０】
ＣＭＳの機器デフォルトを画質重視にすると黒やグレーの階調が滑らかになる反面カラーが多くなりコストアップにつながる。また、カウンタ重視にすると黒いやグレー部がＢＫトナー単色となりコスト面では有利だが、画質的には階調の滑らかさは画質重視よりも劣るという課題があった。
【００１１】
上記の課題を鑑み、本発明は、ＶＤＰジョブを印刷する際に、画質とコストのバランスのとれた画像処理が可能な画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するため、本発明による画像処理装置は、複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理する画像処理装置であって、前記リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成する生成手段と、前記生成手段により生成された複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択する選択手段と、前記選択手段により選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明により、ページに含まれるリユーザブルデータの性質から、色処理の設定を切り替え、画質とコストのバランスのとれた画像処理が可能な画像処理装置を提供することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】ＶＤＰ印刷システムの構成を示すブロック図
【図２】本発明の実施例１における処理の流れを示すフローチャート
【図３】リユーザブルＤＬ生成処理の流れを示すフローチャート
【図４】バリアブルＤＬ生成処理の流れを示すフローチャート
【図５】本発明の実施例７におけるリユーザブルＤＬ生成処理の流れを示すフローチャート
【図６】実施例２においてＵＩに表示される画面の一例を示す図
【図７】実施例３においてＵＩに表示される画面の一例を示す図
【図８】実施例４においてＵＩに表示される画面の一例を示す図
【図９】実施例５においてＵＩに表示される画面の一例を示す図
【図１０】実施例６においてＵＩに表示される画面の一例を示す図
【図１１】本発明の一実施例における印刷データの一例を示す図
【図１２】本発明の一実施例における印刷データの一例を示す図
【図１３】本発明の一実施例における印刷データの一例を示す図
【図１４】本発明の一実施例における印刷データの一例を示す図
【図１５】本発明の一実施例における印刷データの一例を示す図
【図１６】画質重視設定及びカウンタ重視設定において生成されるデータの一例を示す図
【発明を実施するための形態】
【００１５】
（実施例１）
本発明の第一の実施例をまず図１を用いて説明する。図１は、本実施例に適用されるＶＤＰ印刷システムの構成を示すブロック図である。ＶＤＰ印刷システムは本発明に適用される情報処理装置であるＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０１及び、本発明に適用される画像処理装置であるプリンタ１０８により構成される。また、ＰＣ１０１とプリンタ１０８とはネットワーク１０７を介して通信可能に接続されている。
【００１６】
ＰＣ１０１は、ホットフォルダ１０２、表示部１０３、ＣＰＵ１０４、ＨＤＤ１０５、ＲＡＭ１０６からなる。ホットフォルダ１０２は、ネットワーク１０７を介してプリンタ１０８へＰＰＭＬ等ダイレクトプリントデータを送信するものである。表示部１０３は、ＣＰＵ１０４を介してホットフォルダ１０２、ＨＤＤ１０５等のＰＣ１０１の状況を表示するものである。ＣＰＵ１０４は、ＰＣ１０１の各種処理に用いられる中央演算ユニットである。ＨＤＤ１０５は、ＰＣ１０１に関するデータや、ＰＰＭＬ等ダイレクトプリントデータなど各種データを格納し、読みだされ使用されるものである。ＲＡＭ１０６は、ＣＰＵ１０４での各種演算処理で用いられるデータの記憶手段であり、ＰＣ１０１の各種処理に使用される。
【００１７】
プリンタ１０８は、コントローラ１０９、プリントエンジン１１７からなる。コントローラ１０９は、インタプリタ１１０、ＲＩＰ１１１、画像処理部１１２、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）１１３、ＣＰＵ１１４、ＲＡＭ１１５、ＨＤＤ１１６からなる。インタプリタ１１０は、ＰＣ１０１からネットワーク１０７を介して送信されてきたＰＰＭＬ等ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）プリントデータを解釈翻訳するものである。ＲＩＰ１１１は、解釈したプリントデータを各ページのビットマップの印刷データに変換するものである。画像処理部１１２は、ビットマップの印刷データをプリントエンジンに最適なプリントデータに変換したり補正したりするものである。ＵＩ１１３は、プリンタ１０８の各種状況を表示し、プリンタに各種設定を入力するものである。ＣＰＵ１１４は、プリンタ１０８やプリントエンジン１１７の各種処理に用いられる中央演算ユニットである。ＲＡＭ１１５は、ＣＰＵ１０４での各種演算処理で用いられるデータの記憶手段であり、プリンタ１０８やプリントエンジン１１７の各種処理に使用される。ＨＤＤ１１６は、プリンタ１０８やプリントエンジン１１７に関するデータや、プリントデータなど各種データを格納し、読みだされ使用されるものである。プリントエンジン１１７は、コントローラ１０９で生成したプリントデータを実際に印刷するものである。
【００１８】
次に、図１に示すＶＤＰ印刷システムにおける簡単な動作について説明する。まずＰＣ１０１は、図示してないＰＰＭＬ言語を生成するアプリケーションでＶＤＰデータを作成する。作成されたデータは、ＺｉｐファイルにまとめられＨＤＤ１０５に保存される。この保存されたファイルをＰＣ１０１の表示部に表示されているホットフォルダ１０２にファイルを格納し、印刷させるとネットワーク１０７を通してプリンタ１０８へＶＤＰデータを投入することができる。投入されたＶＤＰデータは、コントローラ１０９内のインタプリタ１１０で解釈翻訳される。解釈翻訳されたデータは、ＲＩＰ１１１でページごとのビットマップデータに変換される。ビットマップデータは、画像処理部１１２でプリントエンジンに最適なプリントデータに変換補正される。プリントエンジン用のプリントデータは、プリントエンジン１１７で印刷出力される。
【００１９】
図２は、ＶＤＰデータ（印刷ジョブ）が投入されたのち、ＣＰＵ１１４の制御の下、インタプリタ１１０及びＲＩＰ１１１がビットマップ画像を生成する処理の流れを示すフローチャートである。
【００２０】
まず、ＶＤＰデータがＰＣ１０１から投入されると、ステップ２０１において、ＣＰＵ１１４はＶＤＰデータ投入を受け付ける。ＶＤＰデータに含まれるデータにはリユーザブルデータ（複数回参照可能な共通データ）とバリアブルデータ（複数回参照不可能なデータ）とがある。以下ステップ２０２〜２０６までのステップで、対象となるデータ（対象データ）のＤＬ（Ｄｉｓｐｌａｙ Ｌｉｓｔ）を順次生成する。尚、ＤＬとはＶＤＰデータに含まれるＰＤＬが解釈され、ビットマップ画像が生成される工程における中間言語である。
【００２１】
ステップ２０２において、ＣＰＵ１１４は、対象データが繰り返し使われるリユーザブルデータかどうか判定する。対象データがリユーザブルデータであると判定された場合には、ステップ２０３に移行し、対象データがリユーザブルデータではない（つまりバリアブルデータである）と判定された場合は、ステップ２０５に移行する。
【００２２】
ステップ２０３において、ＣＰＵ１１４は、対象データのＤＬがすでに生成されているか否かを判定する。ここで、リユーザブルデータは、繰り返し使われるため、以前投入されたデータのＤＬは生成済みある。そのため再度ＤＬは生成する必要がなく、ステップ２０３でＤＬが生成済みかどうか確認される。ステップ２０３において、対象データのＤＬがすでに生成されていると判定された場合は、ステップ２０６に移行し、対象データのＤＬがまだ生成されていないと判定された場合はステップ２０４に移行する。
【００２３】
ステップ２０４において、ＣＰＵ１１４は、リユーザブルデータの中間言語であるリユーザブルＤＬを生成するようインタプリタ１１０を制御する。尚、ステップ２０４におけるリユーザブルＤＬの生成処理の詳細は、図３を用いて後述する。また、ステップ２０４において、リユーザブルＤＬとして、色処理ＣＭＳの設定（色処理設定）が画質重視で生成された画質重視ＤＬと、色処理ＣＭＳの設定がカウンタ重視の設定で生成されたカウンタ重視ＤＬとの２種類が生成されることとなる。尚、画質重視ＤＬから生成されたビットマップは、カウンタ重視と比べて画質が高く滑らかなグラデーションを出すことが可能である。一方、カウンタ重視ＤＬから生成されたビットマップは、ＢＫの１色だけで出力が可能であるため、画質重視ＤＬに比べてコストを抑えることが可能である。
【００２４】
ステップ２０５において、ＣＰＵ１１４は、バリアブルデータの中間言語であるバリアブルＤＬを生成するようインタプリタ１１０を制御する。尚、ステップ２０５におけるバリアブルＤＬの生成処理の詳細は、図４を用いて後述する。ステップ２０６において、ＣＰＵ１１４は、１ページ分に対応する対象データのＤＬが生成されたか否かを判定する。１ページ分に対応する対象データのＤＬが生成されたと判定された場合は、ステップ２０７に移行し、１ページ分に対応する対象データのＤＬが生成されていないと判定された場合は、ステップ２０１に戻り次のＶＤＰデータが投入されるのを待つ。
【００２５】
ステップ２０７において、ＣＰＵ１１４は、バリアブルＤＬのカラーフラグが０であるかを判定する。バリアブルＤＬのカラーフラグが０であると判定された場合は、ステップ２０８に移行し、バリアブルＤＬのカラーフラグが０でない（つまり１以上）と判定された場合は、ステップ２０９に移行する。ステップ２０８において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグが０であるかを判定する。リユーザブルＤＬのカラーフラグが０であると判定された場合は、ステップ２１０に移行し、リユーザブルＤＬのカラーフラグが０でない（つまり１以上）と判定された場合は、ステップ２０９に移行する。尚、それぞれのＤＬのカラーフラグに関しては、ステップ２０４、２０５におけるＤＬ生成処理の詳細説明において後述する。
【００２６】
ステップ２０９において、ＣＰＵ１１４は、１ページ分のＤＬから１ページに対応するビットマップ画像を生成する（ＲＩＰ処理）ようＲＩＰ１１１を制御する。このとき、ＣＰＵ１１４は、ＲＩＰ処理に使用するリユーザブルＤＬとして、画質重視ＤＬを使用するようＲＩＰ１１１を制御する。ステップ２１０において、ＣＰＵ１１４は、１ページ分のＤＬから１ページに対応するビットマップ画像を生成する（ＲＩＰ処理）ようＲＩＰ１１１を制御する。このとき、ＣＰＵ１１４は、ＲＩＰ処理に使用するリユーザブルＤＬとして、カウンタ重視ＤＬを使用するようＲＩＰ１１１を制御する。
【００２７】
ステップ２１１において、ＣＰＵ１１４は、バリアブルＤＬをクリアする。これは、バリアブルＤＬはジョブ内の別のページにおいて、繰り返し利用されることがないためである。ステップ２１２において、ＣＰＵ１１４は、印刷ジョブに含まれる全ページのＲＩＰ処理が終了したか否かを判定する。全ページのＲＩＰ処理が終了したと判定された場合は、ステップ２１３に移行し、全ページのＲＩＰ処理が終了していないと判定された場合は、ステップ２０１に移行する。
【００２８】
ステップ２１３において、ＣＰＵ１１４は、リユーザブルＤＬをクリアする。これは、すでに全ページのＲＩＰ処理が終了し、リユーザブルＤＬが必要なくなったためである。
【００２９】
ステップ２１３において、リユーザブルＤＬ（画質重視ＤＬ及びカウンタ重視ＤＬ）がクリアされた後、本フローチャートの処理を終了する。
【００３０】
図３は、図２のフローチャートのステップ２０４における、リユーザブルＤＬの生成処理の流れを詳細に示すフローチャートである。ステップ３０１において、ＣＰＵ１１４は、対象データであるリユーザブルデータを一時保存する。これは、画質重視ＤＬ及びカウンタ重視ＤＬの２種類のＤＬを生成するためである。
【００３１】
ステップ３０２において、ＣＰＵ１１４は、色処理ＣＭＳの設定を画質重視に設定する。ステップ３０３において、ＣＰＵ１１４は、対象データの色値を、画質重視設定に応じたデバイス色に変換する。ステップ３０４において、ＣＰＵ１１４は、画質重視設定に応じたデバイス色に変換された対象データから画質重視ＤＬを生成する。ステップ３０５において、生成された画質重視ＤＬを保存する。
【００３２】
ステップ３０６において、ＣＰＵ１１４は、ステップ３０１において一時保存しておいた対象データ（リユーザブルデータ）を再度読み出し取得する。ステップ３０７において、色処理ＣＭＳの設定をカウンタ重視に設定する。ステップ３０８において、ＣＰＵ１１４は、対象データの色値を、カウンタ重視設定に応じたデバイス色に変換する。ステップ３０９において、ＣＰＵ１１４は、カウンタ重視設定に応じたデバイス色に変換された対象データからカウンタ重視ＤＬを生成する。
【００３３】
ステップ３１０において、ＣＰＵ１１４は、カウンタ重視の場合黒の部分はＢＫ単色となりモノクロとなるのでステップ３０８において変換されたデバイス色にカラーが含まれているか否かを判定する。デバイス色にカラーが含まれていると判定された場合は、ステップ３１１に移行し、デバイス色にカラーが含まれていないと判定された場合は、ステップ３１２に移行する。
【００３４】
ステップ３１１において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグの値をカウントアップしカラーを付加する。ステップ３１２において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグ値をカウントアップせず、カラーを付加しない。ステップ３１３において、生成されたカウンタ重視ＤＬを保存する。ステップ３１４において、保存されていた対象データをクリアし、処理を終了する。
【００３５】
ここで色処理ＣＭＳ設定の画質重視設定、カウンタ重視設定を詳細に説明しておく。「画質重視設定」では、黒やグレーの無彩色のデータをＣ（Ｃｙａｎ）、Ｍ（Ｍａｇｅｎｔａ）、Ｙ（Ｙｅｌｌｏｗ）、ＢＫ（Ｂｌａｃｋ）の４つのインクを混ぜて再現し、滑らかなグラデーションを出せるようにし画質を向上させる設定である。例えばグレーの図１６の入力画像１６０１が入力されたときは出力としてはＣ（Ｃｙａｎ）、Ｍ（Ｍａｇｅｎｔａ）、Ｙ（Ｙｅｌｌｏｗ）、ＢＫ（Ｂｌａｃｋ）を用いた１６０２のように出力される。Ｃ，Ｍ，Ｙ，Ｋトナーを混色することで滑らかなグラデーションが再現可能となり、トナーをＢＫ１色だけのときよりも濃度が増し色の深みが増える。そのため印刷機のカラーモノクロカウンタはカラーとカウントされ、ラインニングコスト的にはコストがかかる。「カウンタ重視設定」では、黒やグレーの無彩色のデータをＢＫ（Ｂｌａｃｋ）の１つのインクで再現し、ＢＫの１色だけで出すことによりモノクロで機械を動かし、機械のカラー部Ｃ，Ｍ，Ｙの部分のダメージも軽減させる設定である。例えば図１６の入力画像１６０１が入力されたときは出力としてはＢＫ（Ｂｌａｃｋ）だけを用いた１６０３のように出力される。ＢＫだけで再現されるのでＣ，Ｍ，Ｙを混色したときよりは濃度が減り、色の深みが減り、少しがさついた感じとなる。しかし、印刷機のカラーモノクロカウンタはモノクロとカウントされランニングコスト的には抑えることが可能となる。また、カラーモノクロカウンタとは電子写真ではＣ、Ｍ、Ｙのトナーを用いた場合はカラーとカウントし、Ｃ、Ｍ、Ｙのトナーを使用せずＢｋだけのトナーを用いた場合はモノクロとカウントしている。これは電子写真ではカラー１枚いくら、モノクロ１枚いくらという形式で料金と取る場合にこのカラーモノクロカウンタが参照される。また一般的にモノクロに較べカラーの料金が高くなっているので、モノクロでプリントしたほうがコスト的には有利である。
【００３６】
図４は、図２のフローチャートのステップ２０５における、バリアブルＤＬの生成処理の流れを詳細に示すフローチャートである。ステップ４０１において、ＣＰＵ１１４は、色処理ＣＭＳの設定をカウンタ重視に設定する。ステップ４０２において、ＣＰＵ１１４は、対象データの色値を、カウンタ重視設定に応じたデバイス色に変換する。
【００３７】
ステップ４０３において、ＣＰＵ１１４は、カウンタ重視設定に応じたデバイス色に変換された対象データからバリアブルＤＬを生成する。ステップ４０４において、ＣＰＵ１１４は、変換されたデバイス色にカラーが含まれているか否かを判定する。デバイス色にカラーが含まれていると判定された場合は、ステップ４０５に移行し、デバイス色にカラーが含まれていないと判定された場合は、ステップ４０６に移行する。
【００３８】
ステップ４０５において、ＣＰＵ１１４は、バリアブルＤＬのカラーフラグの値をカウントアップしカラーを付加する。ステップ４０６において、ＣＰＵ１１４は、バリアブルＤＬのカラーフラグ値をカウントアップせず、カラーを付加しない。ステップ４０７において、生成されたバリアブルＤＬを保存し、処理を終了する。
【００３９】
以上、リユーザブルデータから画質重視ＤＬとカウンタ重視ＤＬとの２つのリユーザブルＤＬを生成した。バリアブルデータから生成したバリアブルＤＬがページ内にカラーがあるかないかで画質重視ＤＬとカウンタ重視ＤＬとの２つのリユーザブルＤＬを切り替えるフローを説明した。バリアブルＤＬにカラーがあるときは画質重視ＤＬを用い、カラーがないときはカウンタ重視ＤＬが用いられる。
【００４０】
具体的な事例を図１１、図１２、図１３、図１４で説明する。まず、図１１のようにレコード１はＡ様向けのダイレクトメールの印刷ページから構成され、同様に、レコード２はＢ様向け、レコード１０はＺ様向けの印刷ページから構成される。尚、点線の丸で囲まれた部分はカラーを示しているデータであり、カラーフラグがついている。これらのデータをまずレコード１のＡ様向けの処理を図１２で説明する。レコード１でのリユーザブルデータは１２０１で、バリアブルデータは１２０２である。リユーザブルデータはここで初めて出てくるのでそれぞれ画質重視ＤＬとカウンタ重視ＤＬとを生成する。次にページ１、２、３、１０ともにバリアブルデータにカラーがあるのでいずれのページにおいても。リユーザブルＤＬとしては画質重視ＤＬが選択されビットマップ画像が生成されることとなる。
【００４１】
次にレコード２のＢ様向けの処理を図１３で説明する。レコード２でのリユーザブルデータは１３０１で、バリアブルデータは１３０２である。リユーザブルデータはレコード１ですでに出てきているのですでにＲｅｕｓａｂｌｅ画質重視ＤＬとＲｅｕｓａｂｌｅカウンタ重視ＤＬはそれぞれ生成されている。生成済みなので再度作り直さないで済むのでＶＤＰは従来よりも高速化される例を示している。次にページ１、２はバリアブルデータにカラーがなくリユーザブルデータもカラーがないので、選択されるリユーザブルＤＬタはカウンタ重視ＤＬとなる。ページ３はリユーザブルデータがカラーなので選択されるリユーザブルＤＬは画質重視ＤＬとなる。ページ４はバリアブルデータにカラーがあるので選択されるリユーザブルＤＬは画質重視ＤＬとなる。
【００４２】
次にレコード１０のＺ様向けの処理を図１４で説明する。レコード１０でのリユーザブルデータは１４０１で、バリアブルデータは１４０２である。リユーザブルデータはレコード１ですでに出てきているのですでに画質重視ＤＬとカウンタ重視ＤＬはそれぞれ生成されている。次にページ１、２はバリアブルデータにカラーがなくリユーザブルデータもカラーがないので、選択されるリユーザブルＤＬはカウンタ重視ＤＬとなる。ページ３はバリアブルデータがカラーなので選択されるリユーザブルＤＬは画質重視ＤＬとなる。ページ４はバリアブルデータにカラーがあるので選択されるリユーザブルＤＬは画質重視ＤＬとなる。
【００４３】
このように見た目モノクロのみのページはモノクロに出力することでコストを抑え、カラーが存在するページのモノクロ部分は図１６の１６０２のようにＣ、Ｍ、Ｙ、Ｂｋで印刷され写真部の階調が滑らかで濃度も濃くなり黒の深みを増した印刷を可能とする。
【００４４】
リユーザブルデータをページのデータによって、カラーがあるときは画質重視にすることで黒やグレーの階調が滑らかになり、カラーがないときはカウンタ重視にすることで黒やグレー部がＢＫトナー単色となりコストを安くすることが可能となる。すなわちＶＤＰでのパフォーマンスを大きく落とすことなく、画質とコストの両立が可能となる。
【００４５】
（実施例２）
実施例１では、リユーザブルデータは画質重視かカウンタ重視かは自動的に選択されていたが、ユーザーによってはどうしても画質重視で階調を滑らかに出したいというユーザーや、カウンタ重視で黒いものはモノクロで出したいというユーザーもいる。そこで図６のようにリユーザブルデータのＣＭＳを実施例１のように自動で行う６０１と画質重視の６０２とカウンタ重視の６０３を選択する画面をＵＩ１１３に選択可能に表示させることでさらにユーザーの希望の出力を可能にすることが可能となる。尚、図６の画面において。自動６０１が選択された場合は、実施例１に記載の方法で、ＤＬの生成及びビットマップ画像の生成が行われる。また、画質重視６０２が選択された場合は、全てのリユーザブルデータに対して画質重視ＤＬのみ生成され、生成された画質重視ＤＬが用いられてビットマップ画像が生成される。また、また、カウンタ重視６０３が選択された場合は、全てのリユーザブルデータに対してカウンタ重視ＤＬのみ生成され、生成されたカウンタ重視ＤＬが用いられてビットマップ画像が生成される。
【００４６】
（実施例３）
実施例１、２では、リユーザブルデータのオブジェクト種のＴｅｘｔ、Ｇｒａｐｈｉｃ、Ｉｍａｇｅに関係なくリユーザブルデータのＣＭＳの設定がなされていた。しかし、ユーザーによっては図７で示すようにｔｅｘｔ、Ｇｒａｐｈｉｃ、Ｉｍａｇｅ属性にそれぞれにＣＭＳの設定を選択可能な画面をＵＩ１１３に表示させることで、さらに好みの出力を行いたいユーザーに対しても、対応可能となる。図３の画面では、ユーザーは、オブジェクト種がＴｅｘｔの場合のＣＭＳ設定をボタン７０１〜７０３から選択し、オブジェクト種がＧｒａｐｈｉｃの場合のＣＭＳ設定をボタン７０４〜７０６から選択する。また、ユーザーはオブジェクト種がＩｍａｇｅの場合のＣＭＳ設定をボタン７０７〜７０９から選択する。これにより、オブジェクト種毎にユーザーの望むＣＭＳ設定が施されることとなる。
【００４７】
（実施例４）
実施例１の方法では、同じユーザー（レコード）の同じリユーザブルデータ画像に対してページ毎にカウンタ重視、画質重視が切り替わってしまい同一レコードに含まれる複数のページに印刷されている同じ画像の印刷画質が変化してしまうことがある。具体的には図１４の１４０３はカウンタ重視で図１６の１６０３のようにＢＫ単色で印刷され、１４０４は画質重視で図１６の１６０２のようにＣ、Ｍ、Ｙ、Ｂｋの４つの色で印刷されてしまう。
【００４８】
そこで、図８のようにリユーザブルデータのＣＭＳ設定をレコードごとに制御するかページ毎に制御するかを切り替えることを可能にした。実施例１の図１４は、図８の８０２のページ単位制御にあたる。図８の８０１のレコード単位制御は図１５に相当する。本来ならば、Ｐａｇｅ３はカウンタ重視のところを一番初めのＰａｇｅ１で選択したカウンタ重視をその後のページにも適用していく。それによりＰａｇｅ２とＰａｇｅ３のどちらのリユーザブルデータも図１６の１６０３のカウンタ重視としてページ間での差を無くすことが可能となる。
【００４９】
（実施例５）
実施例１、２、３、４では、リユーザブルデータを何度繰り返し使うかに関係なく画質重視ＤＬとカウンタ重視ＤＬを生成していた。しかし、繰り返しの回数が少ないときは２つのＤＬを生成することにより従来よりもパフォーマンスが著しく遅くなることがある。そこで遅くなることを回避するためユーザーによって回数を規定して、繰り返しが少ないときは画質重視ＤＬとカウンタ重視ＤＬを生成しないように設定可能とする。これによりユーザーのパフォーマンスを希望のパフォーマンスになるように変更可能となる。図９は、ＵＩ１１３に表示される繰り返し回数の下限を設定するための画面の一例を示す図である。図９の画面で設定された規定値より繰り返し回数が多い場合は、実施例１のように２種類のリユーザブルＤＬが生成され、少ない場合は、１種類のＤＬのみ生成されることとなる。
【００５０】
（実施例６）
実施例１では、リユーザブルＤＬとして画質重視ＤＬ、カウンタ重視ＤＬの２つを生成し、バリアブルデータに応じてどちらを使用するかを切り替えていた。これに対して本実施例では、図１０に示すようにカンパニーカラー、スポットカラーなど色にこだわりがあるオブジェクトは１００１を選択しその切り替えを除外可能にする。
具体的にはデータにスポットカラーが記載されているセパレーション色空間のオブジェクトのリユーザブルデータは画質重視を強制的に選択し、色みを優先することを可能にすることでユーザーの所望の設定が可能となる。
【００５１】
（実施例７）
本実施例では、画質重視ＤＬ、カウンタ重視ＤＬの２つリユーザブルＤＬの生成に関してリユーザブルデータの内容に応じてカウンタ重視ＤＬの生成を省略する例について説明する。図５は、本実施例におけるリユーザブルＤＬ生成処理の流れを示すフローチャートである。尚、図３にて説明した処理と同様の処理については同符号を付し、その説明を省略する。
【００５２】
ステップ５０１において、ＣＰＵ１１４は、リユーザブルデータお入力値カラーがあったか否かを判定する。ここでは入力値にＲ＝Ｇ＝Ｂのみのとき、Ｃ＝Ｍ＝Ｙ＝０のとき、Ｇｒａｙのみのときにそれぞれカラーはなかったと判断する。カラーがあったと判定された場合はステップ５０２に移行し、カラーがなかったと判定された場合は、ステップ３０６に移行する。ステップ５０２において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグの値をカウントアップしカラーを付加した後、ステップ５１７に移行する。この際、カウンタ重視ＤＬは生成されないこととなる。
【００５３】
以上のように、カウンタ重視ＤＬの生成をリユーザブルデータの入力値に応じて省略することでパフォーマンスを向上させることが可能となる。
【００５４】
以上が本発明の実施例の説明であるが、本発明において、これら上記の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００５５】
以上、本発明の実施例について具体例を挙げて説明したが、本発明は上記の実施例に限定されるものではない。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００５６】
１０８ プリンタ
１１０ インタプリタ
１１１ ＲＩＰ
１１４ ＣＰＵ
【技術分野】
【０００１】
本発明は、ＶＤＰにおいて、リユーザブルデータ（複数回参照可能な共通データ）の色合わせをバリアブルデータ（複数回参照不可能なデータ）に応じて切り替えて印刷を行う画像処理装置、画像処理装置の制御方法、プログラムに関する。
【背景技術】
【０００２】
近年、Ｏｎｅ Ｔｏ Ｏｎｅ Ｍａｒｋｅｔｉｎｇの市場拡大に伴い、個々の顧客ニーズに合わせた情報を提供するダイレクトメールが普及してきている。このようなダイレクトメールに係るバリアブルジョブ（ＶＤＰジョブ）の印刷には、ＰＰＭＬ（Ｐｅｒｓｏｎａｌｉｚｅｄ Ｐｒｉｎｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に代表される特殊なＶＤＰのページ記述言語が採用されている。バリアブルジョブは、以下の３つから構成される。各ページで繰り返し利用されるリユーザブルデータと、顧客情報等を含む多数のバリアブルデータと、文書情報の実態を定義したページ記述言語で構成される。
【０００３】
また、ＰＰＭＬで使用されるＰＤＬのＰＳ（ＰｏｓｔＳｃｒｉｐｔ）／ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）／Ｊｐｅｇダイレクト、ＴＩＦＦダイレクトのインタプリタ内では色処理まで行われている。そのためインタプリタ処理を始める前に色処理の設定を決めておかなければならなかった。
【０００４】
色処理ＣＭＳ（Ｃｏｌｏｒ Ｍａｔｃｈｉｎｇ Ｓｙｓｔｅｍ）の代表的な設定としては、「画質重視」と「カウンタ重視」がある。「画質重視」は、黒やグレーの部分をＣ（Ｃｙａｎ）、Ｍ（Ｍａｇｅｎｔａ）、Ｙ（Ｙｅｌｌｏｗ）、ＢＫ（Ｂｌａｃｋ）の４つのインクを混ぜて再現する設定である。「画質重視」の設定は、滑らかなグラデーションを出すことが可能であり、画質を重視する設定である。「カウンタ重視」は、黒やグレーの部分をＢＫ（Ｂｌａｃｋ）の１つのインクで再現する設定である。「カウンタ重視」の設定は、ＢＫの１色だけで出すことによりモノクロで機械を動かし、カラーモノクロカウンタはモノクロとカウントされるため、コストを抑えることが可能な設定である。
【０００５】
色処理のデフォルト設定としては「画質重視」か「カウンタ重視」かが予め決定されていた。また、ＶＤＰ言語のＰＰＭＬ言語はＰＳ／ＰＤＦ／Ｊｐｅｇダイレクト、ＴＩＦＦダイレクトを含んでおり、色処理の設定は、従来ＰＳ／ＰＤＦ／Ｊｐｅｇダイレクト、ＴＩＦＦダイレクトの設定に準拠していた。さらに、ＶＤＰの特徴的なデータであるリユーザブルデータは、何度も使うデータは１回のインタプリタ処理すなわち色処理でデータを作成しておき、その作成されたデータを何度も使いまわすようにすることでパフォーマンスを向上していた。
【０００６】
特許文献１には、ＶＤＰジョブのデータ解析を行い、ワークフローとして、オフセット印刷とデジタル印刷と切り替える技術が記載されている。すなわち、各ページが共通な共通データのグループはオフセット印刷機で高速出力し、各ページが異なるバリアブルの部分のあるデータのグループはデジタル印刷機でそれぞれ異なるページを出力する。これによりバリアブルジョブの短納期化及び低コスト化を実現させることが可能となっている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１５２６２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記の背景のもと、現状はデジタル印刷機の高速化に伴い、ＶＤＰジョブをすべてデジタル印刷機で出力するケースが増えてきており、オフセット印刷よりは画質が劣るデジタル印刷機を少しでも高画質で使用したい。デジタル印刷機よりコストも掛かるため、できるだけコストを掛けたくないとの要望が増えてきている。
【０００９】
さらに、ＶＤＰ印刷では、リユーザブルデータとバリアブルデータがさまざまに組み合わせられている。また、リユーザブルデータでは商品画像や背景画像とイメージであることが多い。イメージは画質を重視し滑らかな階調で少しでもきれいに出力したいが、白黒画像などの場合は画質重視でカラー出力するのではなくモノクロで出力しコストを抑えたい。しかし、従来の仕組みでは画質重視とカウンタ重視設定が両立せず、予めどちらか一方に決めなければならなかった。
【００１０】
ＣＭＳの機器デフォルトを画質重視にすると黒やグレーの階調が滑らかになる反面カラーが多くなりコストアップにつながる。また、カウンタ重視にすると黒いやグレー部がＢＫトナー単色となりコスト面では有利だが、画質的には階調の滑らかさは画質重視よりも劣るという課題があった。
【００１１】
上記の課題を鑑み、本発明は、ＶＤＰジョブを印刷する際に、画質とコストのバランスのとれた画像処理が可能な画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の課題を解決するため、本発明による画像処理装置は、複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理する画像処理装置であって、前記リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成する生成手段と、前記生成手段により生成された複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択する選択手段と、前記選択手段により選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明により、ページに含まれるリユーザブルデータの性質から、色処理の設定を切り替え、画質とコストのバランスのとれた画像処理が可能な画像処理装置を提供することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】ＶＤＰ印刷システムの構成を示すブロック図
【図２】本発明の実施例１における処理の流れを示すフローチャート
【図３】リユーザブルＤＬ生成処理の流れを示すフローチャート
【図４】バリアブルＤＬ生成処理の流れを示すフローチャート
【図５】本発明の実施例７におけるリユーザブルＤＬ生成処理の流れを示すフローチャート
【図６】実施例２においてＵＩに表示される画面の一例を示す図
【図７】実施例３においてＵＩに表示される画面の一例を示す図
【図８】実施例４においてＵＩに表示される画面の一例を示す図
【図９】実施例５においてＵＩに表示される画面の一例を示す図
【図１０】実施例６においてＵＩに表示される画面の一例を示す図
【図１１】本発明の一実施例における印刷データの一例を示す図
【図１２】本発明の一実施例における印刷データの一例を示す図
【図１３】本発明の一実施例における印刷データの一例を示す図
【図１４】本発明の一実施例における印刷データの一例を示す図
【図１５】本発明の一実施例における印刷データの一例を示す図
【図１６】画質重視設定及びカウンタ重視設定において生成されるデータの一例を示す図
【発明を実施するための形態】
【００１５】
（実施例１）
本発明の第一の実施例をまず図１を用いて説明する。図１は、本実施例に適用されるＶＤＰ印刷システムの構成を示すブロック図である。ＶＤＰ印刷システムは本発明に適用される情報処理装置であるＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０１及び、本発明に適用される画像処理装置であるプリンタ１０８により構成される。また、ＰＣ１０１とプリンタ１０８とはネットワーク１０７を介して通信可能に接続されている。
【００１６】
ＰＣ１０１は、ホットフォルダ１０２、表示部１０３、ＣＰＵ１０４、ＨＤＤ１０５、ＲＡＭ１０６からなる。ホットフォルダ１０２は、ネットワーク１０７を介してプリンタ１０８へＰＰＭＬ等ダイレクトプリントデータを送信するものである。表示部１０３は、ＣＰＵ１０４を介してホットフォルダ１０２、ＨＤＤ１０５等のＰＣ１０１の状況を表示するものである。ＣＰＵ１０４は、ＰＣ１０１の各種処理に用いられる中央演算ユニットである。ＨＤＤ１０５は、ＰＣ１０１に関するデータや、ＰＰＭＬ等ダイレクトプリントデータなど各種データを格納し、読みだされ使用されるものである。ＲＡＭ１０６は、ＣＰＵ１０４での各種演算処理で用いられるデータの記憶手段であり、ＰＣ１０１の各種処理に使用される。
【００１７】
プリンタ１０８は、コントローラ１０９、プリントエンジン１１７からなる。コントローラ１０９は、インタプリタ１１０、ＲＩＰ１１１、画像処理部１１２、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）１１３、ＣＰＵ１１４、ＲＡＭ１１５、ＨＤＤ１１６からなる。インタプリタ１１０は、ＰＣ１０１からネットワーク１０７を介して送信されてきたＰＰＭＬ等ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）プリントデータを解釈翻訳するものである。ＲＩＰ１１１は、解釈したプリントデータを各ページのビットマップの印刷データに変換するものである。画像処理部１１２は、ビットマップの印刷データをプリントエンジンに最適なプリントデータに変換したり補正したりするものである。ＵＩ１１３は、プリンタ１０８の各種状況を表示し、プリンタに各種設定を入力するものである。ＣＰＵ１１４は、プリンタ１０８やプリントエンジン１１７の各種処理に用いられる中央演算ユニットである。ＲＡＭ１１５は、ＣＰＵ１０４での各種演算処理で用いられるデータの記憶手段であり、プリンタ１０８やプリントエンジン１１７の各種処理に使用される。ＨＤＤ１１６は、プリンタ１０８やプリントエンジン１１７に関するデータや、プリントデータなど各種データを格納し、読みだされ使用されるものである。プリントエンジン１１７は、コントローラ１０９で生成したプリントデータを実際に印刷するものである。
【００１８】
次に、図１に示すＶＤＰ印刷システムにおける簡単な動作について説明する。まずＰＣ１０１は、図示してないＰＰＭＬ言語を生成するアプリケーションでＶＤＰデータを作成する。作成されたデータは、ＺｉｐファイルにまとめられＨＤＤ１０５に保存される。この保存されたファイルをＰＣ１０１の表示部に表示されているホットフォルダ１０２にファイルを格納し、印刷させるとネットワーク１０７を通してプリンタ１０８へＶＤＰデータを投入することができる。投入されたＶＤＰデータは、コントローラ１０９内のインタプリタ１１０で解釈翻訳される。解釈翻訳されたデータは、ＲＩＰ１１１でページごとのビットマップデータに変換される。ビットマップデータは、画像処理部１１２でプリントエンジンに最適なプリントデータに変換補正される。プリントエンジン用のプリントデータは、プリントエンジン１１７で印刷出力される。
【００１９】
図２は、ＶＤＰデータ（印刷ジョブ）が投入されたのち、ＣＰＵ１１４の制御の下、インタプリタ１１０及びＲＩＰ１１１がビットマップ画像を生成する処理の流れを示すフローチャートである。
【００２０】
まず、ＶＤＰデータがＰＣ１０１から投入されると、ステップ２０１において、ＣＰＵ１１４はＶＤＰデータ投入を受け付ける。ＶＤＰデータに含まれるデータにはリユーザブルデータ（複数回参照可能な共通データ）とバリアブルデータ（複数回参照不可能なデータ）とがある。以下ステップ２０２〜２０６までのステップで、対象となるデータ（対象データ）のＤＬ（Ｄｉｓｐｌａｙ Ｌｉｓｔ）を順次生成する。尚、ＤＬとはＶＤＰデータに含まれるＰＤＬが解釈され、ビットマップ画像が生成される工程における中間言語である。
【００２１】
ステップ２０２において、ＣＰＵ１１４は、対象データが繰り返し使われるリユーザブルデータかどうか判定する。対象データがリユーザブルデータであると判定された場合には、ステップ２０３に移行し、対象データがリユーザブルデータではない（つまりバリアブルデータである）と判定された場合は、ステップ２０５に移行する。
【００２２】
ステップ２０３において、ＣＰＵ１１４は、対象データのＤＬがすでに生成されているか否かを判定する。ここで、リユーザブルデータは、繰り返し使われるため、以前投入されたデータのＤＬは生成済みある。そのため再度ＤＬは生成する必要がなく、ステップ２０３でＤＬが生成済みかどうか確認される。ステップ２０３において、対象データのＤＬがすでに生成されていると判定された場合は、ステップ２０６に移行し、対象データのＤＬがまだ生成されていないと判定された場合はステップ２０４に移行する。
【００２３】
ステップ２０４において、ＣＰＵ１１４は、リユーザブルデータの中間言語であるリユーザブルＤＬを生成するようインタプリタ１１０を制御する。尚、ステップ２０４におけるリユーザブルＤＬの生成処理の詳細は、図３を用いて後述する。また、ステップ２０４において、リユーザブルＤＬとして、色処理ＣＭＳの設定（色処理設定）が画質重視で生成された画質重視ＤＬと、色処理ＣＭＳの設定がカウンタ重視の設定で生成されたカウンタ重視ＤＬとの２種類が生成されることとなる。尚、画質重視ＤＬから生成されたビットマップは、カウンタ重視と比べて画質が高く滑らかなグラデーションを出すことが可能である。一方、カウンタ重視ＤＬから生成されたビットマップは、ＢＫの１色だけで出力が可能であるため、画質重視ＤＬに比べてコストを抑えることが可能である。
【００２４】
ステップ２０５において、ＣＰＵ１１４は、バリアブルデータの中間言語であるバリアブルＤＬを生成するようインタプリタ１１０を制御する。尚、ステップ２０５におけるバリアブルＤＬの生成処理の詳細は、図４を用いて後述する。ステップ２０６において、ＣＰＵ１１４は、１ページ分に対応する対象データのＤＬが生成されたか否かを判定する。１ページ分に対応する対象データのＤＬが生成されたと判定された場合は、ステップ２０７に移行し、１ページ分に対応する対象データのＤＬが生成されていないと判定された場合は、ステップ２０１に戻り次のＶＤＰデータが投入されるのを待つ。
【００２５】
ステップ２０７において、ＣＰＵ１１４は、バリアブルＤＬのカラーフラグが０であるかを判定する。バリアブルＤＬのカラーフラグが０であると判定された場合は、ステップ２０８に移行し、バリアブルＤＬのカラーフラグが０でない（つまり１以上）と判定された場合は、ステップ２０９に移行する。ステップ２０８において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグが０であるかを判定する。リユーザブルＤＬのカラーフラグが０であると判定された場合は、ステップ２１０に移行し、リユーザブルＤＬのカラーフラグが０でない（つまり１以上）と判定された場合は、ステップ２０９に移行する。尚、それぞれのＤＬのカラーフラグに関しては、ステップ２０４、２０５におけるＤＬ生成処理の詳細説明において後述する。
【００２６】
ステップ２０９において、ＣＰＵ１１４は、１ページ分のＤＬから１ページに対応するビットマップ画像を生成する（ＲＩＰ処理）ようＲＩＰ１１１を制御する。このとき、ＣＰＵ１１４は、ＲＩＰ処理に使用するリユーザブルＤＬとして、画質重視ＤＬを使用するようＲＩＰ１１１を制御する。ステップ２１０において、ＣＰＵ１１４は、１ページ分のＤＬから１ページに対応するビットマップ画像を生成する（ＲＩＰ処理）ようＲＩＰ１１１を制御する。このとき、ＣＰＵ１１４は、ＲＩＰ処理に使用するリユーザブルＤＬとして、カウンタ重視ＤＬを使用するようＲＩＰ１１１を制御する。
【００２７】
ステップ２１１において、ＣＰＵ１１４は、バリアブルＤＬをクリアする。これは、バリアブルＤＬはジョブ内の別のページにおいて、繰り返し利用されることがないためである。ステップ２１２において、ＣＰＵ１１４は、印刷ジョブに含まれる全ページのＲＩＰ処理が終了したか否かを判定する。全ページのＲＩＰ処理が終了したと判定された場合は、ステップ２１３に移行し、全ページのＲＩＰ処理が終了していないと判定された場合は、ステップ２０１に移行する。
【００２８】
ステップ２１３において、ＣＰＵ１１４は、リユーザブルＤＬをクリアする。これは、すでに全ページのＲＩＰ処理が終了し、リユーザブルＤＬが必要なくなったためである。
【００２９】
ステップ２１３において、リユーザブルＤＬ（画質重視ＤＬ及びカウンタ重視ＤＬ）がクリアされた後、本フローチャートの処理を終了する。
【００３０】
図３は、図２のフローチャートのステップ２０４における、リユーザブルＤＬの生成処理の流れを詳細に示すフローチャートである。ステップ３０１において、ＣＰＵ１１４は、対象データであるリユーザブルデータを一時保存する。これは、画質重視ＤＬ及びカウンタ重視ＤＬの２種類のＤＬを生成するためである。
【００３１】
ステップ３０２において、ＣＰＵ１１４は、色処理ＣＭＳの設定を画質重視に設定する。ステップ３０３において、ＣＰＵ１１４は、対象データの色値を、画質重視設定に応じたデバイス色に変換する。ステップ３０４において、ＣＰＵ１１４は、画質重視設定に応じたデバイス色に変換された対象データから画質重視ＤＬを生成する。ステップ３０５において、生成された画質重視ＤＬを保存する。
【００３２】
ステップ３０６において、ＣＰＵ１１４は、ステップ３０１において一時保存しておいた対象データ（リユーザブルデータ）を再度読み出し取得する。ステップ３０７において、色処理ＣＭＳの設定をカウンタ重視に設定する。ステップ３０８において、ＣＰＵ１１４は、対象データの色値を、カウンタ重視設定に応じたデバイス色に変換する。ステップ３０９において、ＣＰＵ１１４は、カウンタ重視設定に応じたデバイス色に変換された対象データからカウンタ重視ＤＬを生成する。
【００３３】
ステップ３１０において、ＣＰＵ１１４は、カウンタ重視の場合黒の部分はＢＫ単色となりモノクロとなるのでステップ３０８において変換されたデバイス色にカラーが含まれているか否かを判定する。デバイス色にカラーが含まれていると判定された場合は、ステップ３１１に移行し、デバイス色にカラーが含まれていないと判定された場合は、ステップ３１２に移行する。
【００３４】
ステップ３１１において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグの値をカウントアップしカラーを付加する。ステップ３１２において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグ値をカウントアップせず、カラーを付加しない。ステップ３１３において、生成されたカウンタ重視ＤＬを保存する。ステップ３１４において、保存されていた対象データをクリアし、処理を終了する。
【００３５】
ここで色処理ＣＭＳ設定の画質重視設定、カウンタ重視設定を詳細に説明しておく。「画質重視設定」では、黒やグレーの無彩色のデータをＣ（Ｃｙａｎ）、Ｍ（Ｍａｇｅｎｔａ）、Ｙ（Ｙｅｌｌｏｗ）、ＢＫ（Ｂｌａｃｋ）の４つのインクを混ぜて再現し、滑らかなグラデーションを出せるようにし画質を向上させる設定である。例えばグレーの図１６の入力画像１６０１が入力されたときは出力としてはＣ（Ｃｙａｎ）、Ｍ（Ｍａｇｅｎｔａ）、Ｙ（Ｙｅｌｌｏｗ）、ＢＫ（Ｂｌａｃｋ）を用いた１６０２のように出力される。Ｃ，Ｍ，Ｙ，Ｋトナーを混色することで滑らかなグラデーションが再現可能となり、トナーをＢＫ１色だけのときよりも濃度が増し色の深みが増える。そのため印刷機のカラーモノクロカウンタはカラーとカウントされ、ラインニングコスト的にはコストがかかる。「カウンタ重視設定」では、黒やグレーの無彩色のデータをＢＫ（Ｂｌａｃｋ）の１つのインクで再現し、ＢＫの１色だけで出すことによりモノクロで機械を動かし、機械のカラー部Ｃ，Ｍ，Ｙの部分のダメージも軽減させる設定である。例えば図１６の入力画像１６０１が入力されたときは出力としてはＢＫ（Ｂｌａｃｋ）だけを用いた１６０３のように出力される。ＢＫだけで再現されるのでＣ，Ｍ，Ｙを混色したときよりは濃度が減り、色の深みが減り、少しがさついた感じとなる。しかし、印刷機のカラーモノクロカウンタはモノクロとカウントされランニングコスト的には抑えることが可能となる。また、カラーモノクロカウンタとは電子写真ではＣ、Ｍ、Ｙのトナーを用いた場合はカラーとカウントし、Ｃ、Ｍ、Ｙのトナーを使用せずＢｋだけのトナーを用いた場合はモノクロとカウントしている。これは電子写真ではカラー１枚いくら、モノクロ１枚いくらという形式で料金と取る場合にこのカラーモノクロカウンタが参照される。また一般的にモノクロに較べカラーの料金が高くなっているので、モノクロでプリントしたほうがコスト的には有利である。
【００３６】
図４は、図２のフローチャートのステップ２０５における、バリアブルＤＬの生成処理の流れを詳細に示すフローチャートである。ステップ４０１において、ＣＰＵ１１４は、色処理ＣＭＳの設定をカウンタ重視に設定する。ステップ４０２において、ＣＰＵ１１４は、対象データの色値を、カウンタ重視設定に応じたデバイス色に変換する。
【００３７】
ステップ４０３において、ＣＰＵ１１４は、カウンタ重視設定に応じたデバイス色に変換された対象データからバリアブルＤＬを生成する。ステップ４０４において、ＣＰＵ１１４は、変換されたデバイス色にカラーが含まれているか否かを判定する。デバイス色にカラーが含まれていると判定された場合は、ステップ４０５に移行し、デバイス色にカラーが含まれていないと判定された場合は、ステップ４０６に移行する。
【００３８】
ステップ４０５において、ＣＰＵ１１４は、バリアブルＤＬのカラーフラグの値をカウントアップしカラーを付加する。ステップ４０６において、ＣＰＵ１１４は、バリアブルＤＬのカラーフラグ値をカウントアップせず、カラーを付加しない。ステップ４０７において、生成されたバリアブルＤＬを保存し、処理を終了する。
【００３９】
以上、リユーザブルデータから画質重視ＤＬとカウンタ重視ＤＬとの２つのリユーザブルＤＬを生成した。バリアブルデータから生成したバリアブルＤＬがページ内にカラーがあるかないかで画質重視ＤＬとカウンタ重視ＤＬとの２つのリユーザブルＤＬを切り替えるフローを説明した。バリアブルＤＬにカラーがあるときは画質重視ＤＬを用い、カラーがないときはカウンタ重視ＤＬが用いられる。
【００４０】
具体的な事例を図１１、図１２、図１３、図１４で説明する。まず、図１１のようにレコード１はＡ様向けのダイレクトメールの印刷ページから構成され、同様に、レコード２はＢ様向け、レコード１０はＺ様向けの印刷ページから構成される。尚、点線の丸で囲まれた部分はカラーを示しているデータであり、カラーフラグがついている。これらのデータをまずレコード１のＡ様向けの処理を図１２で説明する。レコード１でのリユーザブルデータは１２０１で、バリアブルデータは１２０２である。リユーザブルデータはここで初めて出てくるのでそれぞれ画質重視ＤＬとカウンタ重視ＤＬとを生成する。次にページ１、２、３、１０ともにバリアブルデータにカラーがあるのでいずれのページにおいても。リユーザブルＤＬとしては画質重視ＤＬが選択されビットマップ画像が生成されることとなる。
【００４１】
次にレコード２のＢ様向けの処理を図１３で説明する。レコード２でのリユーザブルデータは１３０１で、バリアブルデータは１３０２である。リユーザブルデータはレコード１ですでに出てきているのですでにＲｅｕｓａｂｌｅ画質重視ＤＬとＲｅｕｓａｂｌｅカウンタ重視ＤＬはそれぞれ生成されている。生成済みなので再度作り直さないで済むのでＶＤＰは従来よりも高速化される例を示している。次にページ１、２はバリアブルデータにカラーがなくリユーザブルデータもカラーがないので、選択されるリユーザブルＤＬタはカウンタ重視ＤＬとなる。ページ３はリユーザブルデータがカラーなので選択されるリユーザブルＤＬは画質重視ＤＬとなる。ページ４はバリアブルデータにカラーがあるので選択されるリユーザブルＤＬは画質重視ＤＬとなる。
【００４２】
次にレコード１０のＺ様向けの処理を図１４で説明する。レコード１０でのリユーザブルデータは１４０１で、バリアブルデータは１４０２である。リユーザブルデータはレコード１ですでに出てきているのですでに画質重視ＤＬとカウンタ重視ＤＬはそれぞれ生成されている。次にページ１、２はバリアブルデータにカラーがなくリユーザブルデータもカラーがないので、選択されるリユーザブルＤＬはカウンタ重視ＤＬとなる。ページ３はバリアブルデータがカラーなので選択されるリユーザブルＤＬは画質重視ＤＬとなる。ページ４はバリアブルデータにカラーがあるので選択されるリユーザブルＤＬは画質重視ＤＬとなる。
【００４３】
このように見た目モノクロのみのページはモノクロに出力することでコストを抑え、カラーが存在するページのモノクロ部分は図１６の１６０２のようにＣ、Ｍ、Ｙ、Ｂｋで印刷され写真部の階調が滑らかで濃度も濃くなり黒の深みを増した印刷を可能とする。
【００４４】
リユーザブルデータをページのデータによって、カラーがあるときは画質重視にすることで黒やグレーの階調が滑らかになり、カラーがないときはカウンタ重視にすることで黒やグレー部がＢＫトナー単色となりコストを安くすることが可能となる。すなわちＶＤＰでのパフォーマンスを大きく落とすことなく、画質とコストの両立が可能となる。
【００４５】
（実施例２）
実施例１では、リユーザブルデータは画質重視かカウンタ重視かは自動的に選択されていたが、ユーザーによってはどうしても画質重視で階調を滑らかに出したいというユーザーや、カウンタ重視で黒いものはモノクロで出したいというユーザーもいる。そこで図６のようにリユーザブルデータのＣＭＳを実施例１のように自動で行う６０１と画質重視の６０２とカウンタ重視の６０３を選択する画面をＵＩ１１３に選択可能に表示させることでさらにユーザーの希望の出力を可能にすることが可能となる。尚、図６の画面において。自動６０１が選択された場合は、実施例１に記載の方法で、ＤＬの生成及びビットマップ画像の生成が行われる。また、画質重視６０２が選択された場合は、全てのリユーザブルデータに対して画質重視ＤＬのみ生成され、生成された画質重視ＤＬが用いられてビットマップ画像が生成される。また、また、カウンタ重視６０３が選択された場合は、全てのリユーザブルデータに対してカウンタ重視ＤＬのみ生成され、生成されたカウンタ重視ＤＬが用いられてビットマップ画像が生成される。
【００４６】
（実施例３）
実施例１、２では、リユーザブルデータのオブジェクト種のＴｅｘｔ、Ｇｒａｐｈｉｃ、Ｉｍａｇｅに関係なくリユーザブルデータのＣＭＳの設定がなされていた。しかし、ユーザーによっては図７で示すようにｔｅｘｔ、Ｇｒａｐｈｉｃ、Ｉｍａｇｅ属性にそれぞれにＣＭＳの設定を選択可能な画面をＵＩ１１３に表示させることで、さらに好みの出力を行いたいユーザーに対しても、対応可能となる。図３の画面では、ユーザーは、オブジェクト種がＴｅｘｔの場合のＣＭＳ設定をボタン７０１〜７０３から選択し、オブジェクト種がＧｒａｐｈｉｃの場合のＣＭＳ設定をボタン７０４〜７０６から選択する。また、ユーザーはオブジェクト種がＩｍａｇｅの場合のＣＭＳ設定をボタン７０７〜７０９から選択する。これにより、オブジェクト種毎にユーザーの望むＣＭＳ設定が施されることとなる。
【００４７】
（実施例４）
実施例１の方法では、同じユーザー（レコード）の同じリユーザブルデータ画像に対してページ毎にカウンタ重視、画質重視が切り替わってしまい同一レコードに含まれる複数のページに印刷されている同じ画像の印刷画質が変化してしまうことがある。具体的には図１４の１４０３はカウンタ重視で図１６の１６０３のようにＢＫ単色で印刷され、１４０４は画質重視で図１６の１６０２のようにＣ、Ｍ、Ｙ、Ｂｋの４つの色で印刷されてしまう。
【００４８】
そこで、図８のようにリユーザブルデータのＣＭＳ設定をレコードごとに制御するかページ毎に制御するかを切り替えることを可能にした。実施例１の図１４は、図８の８０２のページ単位制御にあたる。図８の８０１のレコード単位制御は図１５に相当する。本来ならば、Ｐａｇｅ３はカウンタ重視のところを一番初めのＰａｇｅ１で選択したカウンタ重視をその後のページにも適用していく。それによりＰａｇｅ２とＰａｇｅ３のどちらのリユーザブルデータも図１６の１６０３のカウンタ重視としてページ間での差を無くすことが可能となる。
【００４９】
（実施例５）
実施例１、２、３、４では、リユーザブルデータを何度繰り返し使うかに関係なく画質重視ＤＬとカウンタ重視ＤＬを生成していた。しかし、繰り返しの回数が少ないときは２つのＤＬを生成することにより従来よりもパフォーマンスが著しく遅くなることがある。そこで遅くなることを回避するためユーザーによって回数を規定して、繰り返しが少ないときは画質重視ＤＬとカウンタ重視ＤＬを生成しないように設定可能とする。これによりユーザーのパフォーマンスを希望のパフォーマンスになるように変更可能となる。図９は、ＵＩ１１３に表示される繰り返し回数の下限を設定するための画面の一例を示す図である。図９の画面で設定された規定値より繰り返し回数が多い場合は、実施例１のように２種類のリユーザブルＤＬが生成され、少ない場合は、１種類のＤＬのみ生成されることとなる。
【００５０】
（実施例６）
実施例１では、リユーザブルＤＬとして画質重視ＤＬ、カウンタ重視ＤＬの２つを生成し、バリアブルデータに応じてどちらを使用するかを切り替えていた。これに対して本実施例では、図１０に示すようにカンパニーカラー、スポットカラーなど色にこだわりがあるオブジェクトは１００１を選択しその切り替えを除外可能にする。
具体的にはデータにスポットカラーが記載されているセパレーション色空間のオブジェクトのリユーザブルデータは画質重視を強制的に選択し、色みを優先することを可能にすることでユーザーの所望の設定が可能となる。
【００５１】
（実施例７）
本実施例では、画質重視ＤＬ、カウンタ重視ＤＬの２つリユーザブルＤＬの生成に関してリユーザブルデータの内容に応じてカウンタ重視ＤＬの生成を省略する例について説明する。図５は、本実施例におけるリユーザブルＤＬ生成処理の流れを示すフローチャートである。尚、図３にて説明した処理と同様の処理については同符号を付し、その説明を省略する。
【００５２】
ステップ５０１において、ＣＰＵ１１４は、リユーザブルデータお入力値カラーがあったか否かを判定する。ここでは入力値にＲ＝Ｇ＝Ｂのみのとき、Ｃ＝Ｍ＝Ｙ＝０のとき、Ｇｒａｙのみのときにそれぞれカラーはなかったと判断する。カラーがあったと判定された場合はステップ５０２に移行し、カラーがなかったと判定された場合は、ステップ３０６に移行する。ステップ５０２において、ＣＰＵ１１４は、リユーザブルＤＬのカラーフラグの値をカウントアップしカラーを付加した後、ステップ５１７に移行する。この際、カウンタ重視ＤＬは生成されないこととなる。
【００５３】
以上のように、カウンタ重視ＤＬの生成をリユーザブルデータの入力値に応じて省略することでパフォーマンスを向上させることが可能となる。
【００５４】
以上が本発明の実施例の説明であるが、本発明において、これら上記の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００５５】
以上、本発明の実施例について具体例を挙げて説明したが、本発明は上記の実施例に限定されるものではない。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００５６】
１０８ プリンタ
１１０ インタプリタ
１１１ ＲＩＰ
１１４ ＣＰＵ
【特許請求の範囲】
【請求項１】
複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理する画像処理装置であって、
前記リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成する生成手段と、
前記生成手段により生成された複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択する選択手段と、
前記選択手段により選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ手段とを有することを特徴とする画像処理装置。
【請求項２】
前記生成手段は、前記バリアブルデータから、一つの色処理設定に従った一つの中間言語を生成することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記生成手段は、無彩色のデータを複数の色を使用して再現する画質重視設定に従った画質重視の中間言語と、前記無彩色のデータを１つの色を使用して再現するカウンタ重視設定に従ったカウンタ重視の中間言語とを生成することを特徴とする請求項１または２いずれかに記載の画像処理装置。
【請求項４】
前記選択手段は、前記リユーザブルデータの含まれるページにカラーが含まれている場合には、前記画質重視の中間言語を選択し、前記リユーザブルデータの含まれるページにカラーが含まれていない場合には、前記カウンタ重視の中間言語を選択することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記生成手段は、リユーザブルデータが無彩色のデータでない場合には、前記画質重視の中間言語のみを生成し、前記カウンタ重視の中間言語を生成しないことを特徴とする請求項３または４いずれかに記載の画像処理装置。
【請求項６】
前記画質重視の中間言語及び前記カウンタ重視の中間言語を生成し、生成された複数の中間言語からＲＩＰ処理に使用する中間言語を選択する方法、前記画質重視の中間言語を生成しＲＩＰ処理に使用する方法、及び前記カウンタ重視の中間言語を生成しＲＩＰ処理に使用する方法のうちいずれかを選択可能な画面を表示する表示手段をさらに有することを特徴とする請求項１乃至５いずれか一項に記載の画像処理装置。
【請求項７】
前記表示手段は、リユーザブルデータのオブジェクト種毎に前記画質重視の中間言語及び前記カウンタ重視の中間言語を生成し、生成された複数の中間言語からＲＩＰ処理に使用する中間言語を選択する方法、前記画質重視の中間言語を生成しＲＩＰ処理に使用する方法、及び前記カウンタ重視の中間言語を生成しＲＩＰ処理に使用する方法のうちいずれかを選択可能な画面を表示することを特徴とする請求項６に記載の画像処理装置。
【請求項８】
複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理する画像処理装置の制御方法であって、
前記リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成する生成工程と、
前記生成工程において生成された複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択する選択工程と、
前記選択工程において選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ工程とを有することを特徴とする制御方法。
【請求項９】
請求項８に記載の画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項１】
複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理する画像処理装置であって、
前記リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成する生成手段と、
前記生成手段により生成された複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択する選択手段と、
前記選択手段により選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ手段とを有することを特徴とする画像処理装置。
【請求項２】
前記生成手段は、前記バリアブルデータから、一つの色処理設定に従った一つの中間言語を生成することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記生成手段は、無彩色のデータを複数の色を使用して再現する画質重視設定に従った画質重視の中間言語と、前記無彩色のデータを１つの色を使用して再現するカウンタ重視設定に従ったカウンタ重視の中間言語とを生成することを特徴とする請求項１または２いずれかに記載の画像処理装置。
【請求項４】
前記選択手段は、前記リユーザブルデータの含まれるページにカラーが含まれている場合には、前記画質重視の中間言語を選択し、前記リユーザブルデータの含まれるページにカラーが含まれていない場合には、前記カウンタ重視の中間言語を選択することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記生成手段は、リユーザブルデータが無彩色のデータでない場合には、前記画質重視の中間言語のみを生成し、前記カウンタ重視の中間言語を生成しないことを特徴とする請求項３または４いずれかに記載の画像処理装置。
【請求項６】
前記画質重視の中間言語及び前記カウンタ重視の中間言語を生成し、生成された複数の中間言語からＲＩＰ処理に使用する中間言語を選択する方法、前記画質重視の中間言語を生成しＲＩＰ処理に使用する方法、及び前記カウンタ重視の中間言語を生成しＲＩＰ処理に使用する方法のうちいずれかを選択可能な画面を表示する表示手段をさらに有することを特徴とする請求項１乃至５いずれか一項に記載の画像処理装置。
【請求項７】
前記表示手段は、リユーザブルデータのオブジェクト種毎に前記画質重視の中間言語及び前記カウンタ重視の中間言語を生成し、生成された複数の中間言語からＲＩＰ処理に使用する中間言語を選択する方法、前記画質重視の中間言語を生成しＲＩＰ処理に使用する方法、及び前記カウンタ重視の中間言語を生成しＲＩＰ処理に使用する方法のうちいずれかを選択可能な画面を表示することを特徴とする請求項６に記載の画像処理装置。
【請求項８】
複数のページで繰り返し利用されるリユーザブルデータ及び繰り返し利用されないバリアブルデータを含むＶＤＰデータを処理する画像処理装置の制御方法であって、
前記リユーザブルデータから、複数の色処理設定に従った複数の中間言語を生成する生成工程と、
前記生成工程において生成された複数の中間言語からビットマップ画像を生成する際に使用される中間言語を選択する選択工程と、
前記選択工程において選択された中間言語に対してＲＩＰ処理を施すことによりビットマップ画像を生成するＲＩＰ工程とを有することを特徴とする制御方法。
【請求項９】
請求項８に記載の画像処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−５６２７８（Ｐ２０１２−５６２７８Ａ）
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願番号】特願２０１０−２０４２５０（Ｐ２０１０−２０４２５０）
【出願日】平成２２年９月１３日（２０１０．９．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願日】平成２２年９月１３日（２０１０．９．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]