(57)【要約】【課題】Ｐｒｅｓｅｒｖｅ−Ｘ変換を実行するシステムが所望される。【解決手段】印刷システムが開示される。印刷システムは、Ｐｒｅｓｅｒｖｅ−Ｘカラーを生成するため、１つ以上の基準に一致する入力カラーを単一のカラーコンポーネントを有する出力カラーにマッピングする共通カラーエンジン（ＣＣＥ）と、Ｐｒｅｓｅｒｖｅ−Ｘカラーを記憶するカラーキャッシュとを有するカラーマネージメントユニットを有する。Ｐｒｅｓｅｒｖｅ−Ｘカラーは、入力カラー及び出力カラーの対応するペアを含む。【選択図】図１
2018026808.tif 000002
【特許請求の範囲】
【請求項１】
印刷システムであって、
Ｐｒｅｓｅｒｖｅ−Ｘカラーを生成するため、１つ以上の基準に一致する入力カラーを単一のカラーコンポーネントを有する出力カラーにマッピングする共通カラーエンジン（ＣＣＥ）であって、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーは入力カラー及び出力カラーの対応するペアである、ＣＣＥと、
前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを記憶するカラーキャッシュと、
を有するカラーマネージメントユニットを有する印刷システム。
【請求項２】
前記ＣＣＥは、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを予め計算し、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを前記カラーキャッシュに挿入する、請求項１記載の印刷システム。
【請求項３】
前記ＣＣＥは、Ｐｒｅｓｅｒｖｅ−Ｘモードが設定されているか判断し、前記Ｐｒｅｓｅｒｖｅ−Ｘモードが設定されていると判断すると、前記カラーキャッシュに追加される要素の個数を決定する、請求項２記載の印刷システム。
【請求項４】
前記ＣＣＥは、Ｐｒｅｓｅｒｖｅ−Ｘカラーを無効にするため、オーバライドカラー置換を挿入する、請求項２記載の印刷システム。
【請求項５】
前記カラーマネージメントユニットにおいて受信した入力カラーに対応する出力カラーを生成するためのルックアップテーブル（ＬＵＴ）を更に有する、請求項２記載の印刷システム。
【請求項６】
前記ＣＣＥは、前記入力カラーが前記キャッシュに以前に追加されていると判定すると、前記カラーキャッシュから出力カラーを抽出する、請求項２記載の印刷システム。
【請求項７】
前記入力カラーは、Ｐｒｅｓｅｒｖｅ−Ｘ入力カラーである、請求項６記載の印刷システム。
【請求項８】
前記ＬＵＴは、前記入力カラーが前記カラーキャッシュに含まれていないと判断すると、出力カラーを生成するため、多次元補間を実行する、請求項５記載の印刷システム。
【請求項９】
前記カラーキャッシュから抽出される出力カラーは、以前に補間されたカラーである、請求項８記載の印刷システム。
【請求項１０】
マシーンによりアクセスされると、
Ｐｒｅｓｅｒｖｅ−Ｘカラーを生成するため、１つ以上の基準に一致する入力カラーを単一のカラーコンポーネントを有する出力カラーにマッピングするステップであって、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーは入力カラー及び出力カラーの対応するペアである、マッピングするステップと、
前記Ｐｒｅｓｅｒｖｅ−Ｘカラーをカラーキャッシュに記憶するステップと、
を前記マシーンに実行させるデータを有するマシーン可読媒体。
【請求項１１】
マシーンによりアクセスされると、
前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを予め計算するステップと、
前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを前記カラーキャッシュに挿入するステップと、
を前記マシーンに更に実行させるデータを含む、請求項１０記載のマシーン可読媒体。
【請求項１２】
マシーンによりアクセスされると、
Ｐｒｅｓｅｒｖｅ−Ｘモードが設定されているか判断するステップと、
前記Ｐｒｅｓｅｒｖｅ−Ｘモードが設定されていると判断されると、前記カラーキャッシュに追加される要素の個数を決定するステップと、
を前記マシーンに更に実行させるデータを含む、請求項１１記載のマシーン可読媒体。
【請求項１３】
マシーンによりアクセスされると、
Ｐｒｅｓｅｒｖｅ−Ｘカラーを無効にするため、オーバライドカラー置換を挿入するステップを前記マシーンに更に実行させるデータを含む、請求項１２記載のマシーン可読媒体。
【請求項１４】
マシーンによりアクセスされると、
受信した入力カラーに対応する出力カラーを生成するステップを前記マシーンに更に実行させるデータを含む、請求項１２記載のマシーン可読媒体。
【請求項１５】
マシーンによりアクセスされると、
前記入力カラーが前記キャッシュに以前に追加されていると判断されると、前記カラーキャッシュから出力カラーを抽出するステップを前記マシーンに更に実行させるデータを含む、請求項１２記載のマシーン可読媒体。
【請求項１６】
前記入力カラーは、Ｐｒｅｓｅｒｖｅ−Ｘ入力カラーである、請求項１５記載のマシーン可読媒体。
【請求項１７】
マシーンによりアクセスされると、
前記入力カラーが前記カラーキャッシュに含まれていないと判断されると、出力カラーを生成するため、多次元補間を実行するステップを前記マシーンに更に実行させるデータを含む、請求項１５記載のマシーン可読媒体。
【請求項１８】
Ｐｒｅｓｅｒｖｅ−Ｘカラーを生成するため、１つ以上の基準に一致する入力カラーを単一のカラーコンポーネントを有する出力カラーにマッピングする共通カラーエンジン（ＣＣＥ）であって、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーは入力カラー及び出力カラーの対応するペアである、ＣＣＥと、
前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを記憶するカラーキャッシュと、
を有するカラーマネージメントユニット。
【請求項１９】
前記ＣＣＥは、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを予め計算し、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを前記カラーキャッシュに挿入する、請求項１８記載のカラーマネージメントユニット。
【請求項２０】
前記ＣＣＥは、前記入力カラーに対する許容値が与えられると、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを予め計算し、前記Ｐｒｅｓｅｒｖｅ−Ｘカラーを前記カラーキャッシュに挿入する、請求項１８記載のカラーマネージメントユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
［著作権］
本特許文書の開示の一部は、著作権保護に従う題材を含む。著作権者は、特許商標庁の特許ファイル又はレコードに現れるとき、特許文書又は特許開示の何れかの者によるファクシミリ複製に対して異議を有しないが、そうでない場合、全ての著作権を如何なるものでさえ留保する。
［発明の分野］
本発明は、カラーマネージメントの分野に関し、特にピュアな入力カラーをカラーマネージメントを介し真の出力カラーにマッピングすることに関する。
【背景技術】
【０００２】
カラーマネージメントの成長は、ＩＣＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｌｏｒ  Ｃｏｎｓｏｒｔｉｕｍ）プロファイルを生成するのに利用されるソフトウェアパッケージを増加させてきた。ＩＣＣプロファイルは、デバイスカラースペースとデバイスに依存しないカラースペースとの間のマッピングを定義することによって、特定のデバイス又は表示要件のカラー属性を記述する。典型的には、標準化団体、例えば、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）によって作成されたプロファイルが、シアン、マゼンタ、イエロー、ブラック（ＣＭＹＫ）印刷ジョブを印刷するとき、プリンタ入力プロファイルとして選択される。
【０００３】
カラーマネージメントは、典型的には、高次元ルックアップテーブル（ＬＵＴ）内の入力カラーの多次元補間を実行する。商用及びトランザクショナルプリンタでは、より望ましいカラー出力を生成するため、カラーに対してＰｒｅｓｅｒｖｅ−Ｂｌａｃｋ（Ｐｒｅｓｅｒｖｅ−Ｋ）変換を適用することが一般的である。最も一般的には、当該変換はグレーテキストに使用され、ここでは、カラーマネージメントにより“グレーさ（ｇｒａｙｎｅｓｓ）”を保存し、非グレー値を出力に導入しないことが望まれる。さらに、真のグレーは、Ｃ、Ｍ又はＹのインク／トナーが使用されることなく、Ｋチャネルのみを介し生成可能であるため、インク／トナーの使用は当該変換を通じて最小限にすることが可能である。
【０００４】
当該変換は、構成要素となる各カラーコンポーネントの等しい大きさを有する入力カラーを単一のグレー／ブラック出力カラーコンポーネントに効果的にマッピングする。例えば、ｒ＝ｇ＝ｂのカラーコンポーネントを有するＲＧＢ値は、ｃ＝ｍ＝ｙ＝０，ｋ’の出力ＣＭＹＫカラーにマッピングされる。同様に、ｃ＝ｍ＝ｙ，ｋ＝０又はＣ＝Ｍ＝Ｙ＝０，ｋ’の入力ＣＭＹＫ値は、ｃ＝ｍ＝ｙ＝０，ｋ’にマッピングされる。当該変換は、他の何れかのカラーマネージメントが適用された後でさえ、真のグレー／ブラックを表すカラーが等しく真のグレー／ブラックとして保存されることを保証するため実行される。
【０００５】
Ｐｒｅｓｅｒｖｅ−Ｋカラーを取得するための一般的な方法は、全てのカラーが補間されるＬＵＴを修正することである。本質的に、Ｐｒｅｓｅｒｖｅ−Ｋカラーの入力基準に一致する全てのＬＵＴノードは、ＬＵＴにおける元の出力カラー値にかかわらず、出力カラーがＫのみであることを保証するために手作業により修正される。例えば、ＲＧＢ  ＬＵＴは、（０，０，０，ｋ’）の出力ＣＭＹＫカラーにマッピングされる入力カラー（ｘ，ｘ，ｘ）を有するそれのノードの全てを有する。ｋ’の値は入力カラースペース自体に依存し、各種式／表現が利用されてもよい。
【０００６】
この設計はＰｒｅｓｅｒｖｅ−Ｋ問題に対する迅速／効率的な解決策を提供するが、それは、カラーアーチファクト及びカラー汚染を生じさせる可能性がある。ＬＵＴに対する修正は、修正されたノードの近傍のエリアにおける広範囲にわたるカラー変化を生成させる可能性がある。それ自体は実際にはＰｒｅｓｅｒｖｅ−Ｋでないカラーが、近くのＰｒｅｓｅｒｖｅ−Ｋカラーによる影響を大きく受けるかもしれない。あるいは、真のＰｒｅｓｅｒｖｅ−Ｋカラーは、Ｋ軸がカラースペースの主要なコンポーネントでないため、全てのケースにおいて依然として取得されない可能性がある（すなわち、ＲＧＢ入力スペースに対して）。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従って、Ｐｒｅｓｅｒｖｅ−Ｘ変換を実行するシステムが所望される。
【課題を解決するための手段】
【０００８】
一実施例では、印刷システムが開示される。印刷システムは、Ｐｒｅｓｅｒｖｅ−Ｘカラーを生成するため、１つ以上の基準に一致する入力カラーを単一のカラーコンポーネントを有する出力カラーにマッピングする共通カラーエンジン（ＣＣＥ）と、Ｐｒｅｓｅｒｖｅ−Ｘカラーを記憶するカラーキャッシュとを有するカラーマネージメントユニットを有する。Ｐｒｅｓｅｒｖｅ−Ｘカラーは、入力カラー及び出力カラーの対応するペアを含む。
【０００９】
更なる実施例では、Ｐｒｅｓｅｒｖｅ−Ｘカラーを生成するため、１つ以上の基準に一致する入力カラーを単一のカラーコンポーネントを有する出力カラーにマッピングするステップと、Ｐｒｅｓｅｒｖｅ−Ｘカラーをカラーキャッシュに記憶するステップとを有する方法が開示される。Ｐｒｅｓｅｒｖｅ−Ｘカラーは、入力カラー及び出力カラーの対応するペアを含む。
【発明の効果】
【００１０】
本発明によると、Ｐｒｅｓｅｒｖｅ−Ｘ変換を実行するシステムを提供することができる。本発明のより良好な理解は、以下の図面と共に以下の詳細な説明から取得されうる。
【図面の簡単な説明】
【００１１】
【図１】図１は、印刷システムの一実施例のブロック図である。
【図２】図２は、印刷コントローラの一実施例のブロック図である。
【図３】図３は、カラーマネージメントユニットの一実施例を示す。
【図４Ａ】図４Ａは、ＬＵＴの実施例を示す。
【図４Ｂ】図４Ｂは、ＬＵＴの実施例を示す。
【図５】図５は、Ｐｒｅｓｅｒｖｅ−Ｋの実現形態のためのキャッシュを生成する処理の一実施例を示すフロー図である。
【図６】図６は、Ｐｒｅｓｅｒｖｅ−Ｋの実現形態のためのキャッシュを生成するのに実装されるコードの一実施例を示す。
【図７】図７は、Ｐｒｅｓｅｒｖｅ−Ｋの処理を実行するための一実施例を示すフロー図である。
【図８】図８は、コンピュータシステムの一実施例を示す。
【発明を実施するための形態】
【００１２】
Ｐｒｅｓｅｒｖｅ−Ｋ変換を実行するシステムが説明される。以下の記載では、説明のため、多数の具体的な詳細が本発明の完全な理解を提供するため与えられる。しかしながら、本発明がこれらの具体的な詳細なしに実施されうることは、当業者に明らかであろう。他の例では、周知の構成及びデバイスは、本発明の基礎となる原理を曖昧にすることを回避するため、ブロック図の形式で示される。
【００１３】
明細書における“一実施例”又は“実施例”との参照は、当該実施例に関連して説明される特定の特徴、構成又は特性が本発明の少なくとも１つの実施例に含まれることを意味する。明細書の様々な箇所における“一実施例では”という語句の出現は、必ずしも全てが同じ実施例を参照しているとは限らない。
【００１４】
図１は、印刷システム１３０の一実施例を示すブロック図である。ホストシステム１１０は、プリンタ１６０を介しシート画像（ｓｈｅｅｔ  ｉｍａｇｅ）１２０を印刷媒体１８０（紙など）に印刷するため、印刷システム１３０と通信する。生成される印刷媒体１８０は、ブラック及びホワイトを含む（例えば、シアン、マゼンタ、イエロー及びブラック（ＣＭＹＫ）など）複数のグレーシェードの何れか及び／又はカラーにより印刷されてもよい。ホストシステム１１０は、パーソナルコンピュータ、サーバ又はデジタルカメラやスキャナなどのデジタルイメージングデバイスなどの何れかの計算デバイスを含むものであってもよい。
【００１５】
シート画像１２０は、印刷媒体１８０の用紙上の画像がどのように印刷されるべきかを記述する何れかのファイル又はデータであってもよい。例えば、シート画像１２０は、ＰｏｓｔＳｃｒｉｐｔデータ、ＰＣＬ（Ｐｒｉｎｔｅｒ  Ｃｏｍｍａｎｄ  Ｌａｎｇｕａｇｅ）データ及び／又は他の何れかのプリンタ言語データを含んでもよい。印刷コントローラ１４０は、プリンタ１６０を介し印刷媒体１８０に印刷するためのビットマップ１５０を生成するため、シート画像を処理する。印刷システム１３０は、比較的大きなボリューム（例えば、毎分１００ページ以上など）を印刷するよう動作可能な高速プリンタであってもよい。印刷媒体１８０は、連続形式の紙、切断された用紙及び／又は他の何れか有形な印刷に適した媒体であってもよい。印刷システム１３０は、１つの一般化された形式では、シート画像１２０に基づきビットマップ１５０を印刷媒体１８０（トナー、インクなどを介し）に提示するプリンタ１６０を含む。
【００１６】
印刷コントローラ１４０は、印刷媒体１８０への印刷に従ってビットマップ１５０を生成するためのシート画像１２０を変換するよう動作可能な何れかのシステム、デバイス、ソフトウェア、回路及び／又は他の適切なコンポーネントであってもよい。これに関して、印刷コントローラ１４０は、処理及びデータ記憶能力を有してもよい。
【００１７】
図２は、印刷コントローラ１４０の一実施例を示すブロック図である。印刷コントローラ１４０（例えば、ＤＦＥ又はデジタルフロントエンド）は、それの一般化された形式では、カラーマネージメントモジュール２１０、インタプリタモジュール２１２及びハーフトーニングモジュール２１４を含む。カラーマネージメントモジュール２１０は、入力カラースペースからプリンタ１６０のカラースペースへのカラーマッピングを提供する。
【００１８】
インタプリタモジュール２１２は、印刷ジョブの画像（例えば、シート画像１２０などの未処理の用紙側画像）を用紙側（ｓｈｅｅｔｓｉｄｅ）ビットマップに解釈、レンダリング、ラスタリング又は変換するよう動作可能である。インタプリタモジュール２１２により生成される用紙側ビットマップはそれぞれ、フル用紙側ビットマップとしても参照される印刷ジョブの画像（すなわち、連続トーン画像（ＣＴＩ））を表す２次元ピクセルアレイである。２次元ピクセルアレイは、ビットマップが画像のピクセルセット全体を含むため、“フル”用紙側ビットマップとみなされる。インタプリタモジュール２１２は、レンダリングのレートが実質的に生成印刷エンジンのイメージングのレートに一致するように、複数の未処理の用紙側を同時に解釈又はレンダリングするよう動作可能である。
【００１９】
ハーフトーニングモジュール２１４は、インクのハーフトーンパターンとして用紙側ビットマップを表すよう動作可能である。例えば、ハーフトーニングモジュール２１４は、ピクセルを紙への適用のためのＣＭＹＫインクのハーフトーンパターンに変換しうる。従って、ハーフトーニングモジュール２１４は、フル用紙側ビットマップと同じｄｐｉ（ｄｏｔｓ  ｐｅｒ  ｉｎｃｈ）でコントーン画像（ｃｏｎｔｏｎｅ  ｉｍａｇｅ）をバイナリ／マルチビットレベル画像に変換する。これは、典型的には、コントーンピクセルとハーフトーン化された画像ピクセルとの一対一の対応関係を生成するポイント処理として実現されるハーフトーン化のためである。生成されたハーフトーン画像は、プリンタ１６０のプリントヘッド機構を駆動するのに利用される。
【００２０】
一実施例では、カラーマネージメントユニット２１０は、ＩＣＣプロファイルを利用して、プリンタ１６０において印刷される特定のオブジェクトにおける各ピクセルのＣＭＹＫ値を決定するためのマッピングによってカラーマネージメントされたワークフローを実行する。図３は、カラーマネージメントユニット２１０の一実施例を示すブロック図である。カラーマネージメントユニット２１０は、カラーキャッシュ３１０及びカラールックアップテーブル（ＬＵＴ）３２０を有する。カラーキャッシュ３１０は、カラーマッピングデータに対する以降のリクエストがより迅速に提供できるように、カラーマッピングデータを記憶するハードウェア及び／又はソフトウェアコンポーネントであってもよい。
【００２１】
一実施例では、印刷コントローラ１４０は、入力カラーが対応する出力カラーと共にカラーキャッシュ３１０に含まれているか判断するため、入力カラーを受信すると、カラーキャッシュ３１０の検索を実行する。含まれている場合、出力カラーがカラーマネージメントワークフローに対して提供される。しかしながら、カラーキャッシュ３１０にエントリがない場合、ＬＵＴ３２０は、出力カラーを生成するため、多次元補間を実行するのに利用される。従って、入力カラー及び生成される出力カラーは、カラーキャッシュ３１０におけるエントリとして記憶される。
【００２２】
図４Ａは、ＬＵＴ３２０の一実施例を示す。図４Ａに示されるように、ＬＵＴ３２０は複数のノード４５０を含む。上述されたように、ＬＵＴ３２０などのＬＵＴは、出力カラーがＫのみであることを保証するため、Ｐｒｅｓｅｒｖｅ−Ｋカラーのための入力基準に一致するＬＵＴノード４５０を手動により修正することによって、Ｐｒｅｓｅｒｖｅ−Ｋカラーを取得するよう修正される。しかしながら、このようなノード修正は、上述されたように、カラーアーチファクト及びカラー汚染を生じさせる可能性がある。
【００２３】
問題に対する解決策は、ＬＵＴノードを追加することであった。しかしながら、この解決策は、ＬＵＴサイズを大きく増大させるコストをもたらす。さらに、当該解決策は、Ｐｒｅｓｅｒｖｅ−Ｋであるべき全てのカラーに対して正確なＰｒｅｓｅｒｖｅ−Ｋ値を依然として生成しない可能性がある。他の解決策は、Ｐｒｅｓｅｒｖｅ−Ｋについて各カラーを明示的にチェックすることである。この解決策は、全てのケースにおいて正確なＰｒｅｓｅｒｖｅ−Ｋカラーを生成するが、所与の入力カラーの各／全てのカラーコンポーネントを常にチェックする必要があるという極端なコストを生じさせる。
【００２４】
一実施例によると、カラーマネージメントユニット２１０は、複数の基準の１つに一致する入力カラーの単一のカラーコンポーネントを有する出力カラーへのマッピングを実行するため実現される（例えば、Ｐｒｅｓｅｒｖｅ−Ｋ、ここで、Ｘは何れかの原色又は組み合わせを表すものであってもよい）。具体的には、カラーマネージメントユニット２１０は、構成要素となる各カラーコンポーネントの等しい大きさに一致する入力カラーの単一のグレー／ブラック出力カラーコンポーネントへのＰｒｅｓｅｒｖｅ−Ｋマッピングを実行する。
【００２５】
他の基準は、ゼロに等しい残りのカラーコンポーネントを有する指定された単一の入力カラーコンポーネントの単一の出力カラーコンポーネント（例えば、Ｐｒｅｓｅｒｖｅ−Ｋのグレー／ブラック）へのマッピングである。他の基準は、プリンタオペレータが所望する特有の性質を有するより１つ以上の入力カラーの単一の出力カラーコンポーネント（例えば、Ｐｒｅｓｅｒｖｅ−Ｋのグレー／ブラック）へのマッピングである。
【００２６】
更なる実施例は、他のカラーマッピングを実現するものであってもよい。例えば、入力ＣＭＹＫカラーのＹコンポーネントがカラーマネージメントを介して異なる出力ＣＭＹＫカラースペースに保存される必要がある具体例があってもよい。このような具体例では、所望される動作は、カラーキャッシュ３１０に全てのＰｒｅｓｅｒｖｅ−Ｋカラーを加えることによって実現される。図４Ｂは、ＲＧＢ入力カラースペースについてＬＵＴ３２０における各種Ｘカラーコンポーネント値のためのＰｒｅｓｅｒｖｅ−Ｘカラーの一実施例を示す。更なる実施例では、許容値がＰｒｅｓｅｒｖｅ−Ｘカラーに対して利用されてもよい。例えば、ＲＧＢ  Ｐｒｅｓｅｒｖｅ−Ｘの実施例では、（ｘ＋／−１，ｘ＋／−１，ｘ＋／−１）の形式の全てのカラーがまた保存されてもよい。
【００２７】
一実施例では、Ｐｒｅｓｅｒｖｅ−Ｘ入力カラーからＰｒｅｓｅｒｖｅ−Ｘ出力カラーへのマッピングを予め計算し、Ｐｒｅｓｅｒｖｅ−Ｘ入力及び出力ペアカラーをカラーキャッシュ３１０に記憶する共通カラーエンジン（ＣＣＥ）３３０を有する。このような実施例では、ＬＵＴ３２０は修正されないままである。Ｐｒｅｓｅｒｖｅ−Ｘ入力カラーは、入力カラースペースが知られているとき、事前に決定されてもよい（例えば、ＲＧＢカラースペースに対して、Ｐｒｅｓｅｒｖｅ−ＫカラーはＲ＝Ｇ＝Ｂの形式を有する）。
【００２８】
入力カラーを受信すると、ＣＣＥ３３０は、カラーの有無についてカラーキャッシュ３１０の検索を実行する（例えば、Ｐｒｅｓｅｒｖｅ−Ｘカラーとして、又は以前に補間されたカラーとして）。入力カラーがキャッシュ３１０において検出された場合、対応する出力カラーが返され、それ以上は不要である。しかしながら、入力カラーがカラーキャッシュ３１０において検出されなかった場合、ＬＵＴ３２０は、出力カラーを計算するため、フル多次元補間を実行するよう実現される。この出力カラーは、以降の利用のためにカラーキャッシュ３１０に記憶され、その後に返される。従って、Ｐｒｅｓｅｒｖｅ−ＸカラーはＬＵＴ３２０の補間を回避することによって取得される。
【００２９】
図５は、キャッシュ生成処理の一実施例を示すフロー図である。処理ブロック５１０において、Ｐｒｅｓｅｒｖｅ−Ｘモードが設定されているか否かと、影響を受けると予想されるＰｒｅｓｅｒｖｅ−Ｘ要素の個数とが判断される。Ｐｒｅｓｅｒｖｅ−ＸモードはＧＵＩ（すなわち、カーソルコントロール９２２、キーボード９２３及び／又はディスプレイ９２４を用いたグラフィカルユーザインタフェース）を介しオペレータによって設定されるか、あるいは、受信した印刷ジョブ及び／又はジョブチケットによって示されるように設定されてもよい。Ｐｒｅｓｅｒｖｅ−Ｘが設定されている場合、元のキャッシュ３１０のサイズが、Ｐｒｅｓｅｒｖｅ−Ｘの要素数と等しい数だけ増やされる。処理ブロック５２０において、カラーキャッシュ３１０が構成される。一実施例では、キャッシュ３１０のサイズは素数であり、キャッシュ３１０のタイプはハッシュテーブルである。
【００３０】
処理ブロック５３０において、オーバライド（ｏｖｅｒｒｉｄｅ）が挿入される。一実施例では、オーバライドはＰｒｅｓｅｒｖｅ−Ｘカラーを無効にするため実装される。一実施例では、オーバライドはカラーの置換を含むものであってもよい。処理ブロック５４０において、Ｐｒｅｓｅｒｖｅ−Ｘカラーが計算され、キャッシュ３１０に挿入される。処理ブロック５５０において、キャッシュ３１０の状態が保存される。図６は、Ｐｒｅｓｅｒｖｅ−Ｘの実現形態のためのキャッシュを生成するのに実装されるコードの一実施例を示す。
【００３１】
図７は、Ｐｒｅｓｅｒｖｅ−Ｘ処理を実行するための一実施例を示すフロー図である。処理ブロック７１０において、入力カラーがカラーマネージメントユニット２１０において受信される。判定ブロック７２０において、入力カラーがカラーキャッシュ３１０にあるか否かが判定される。存在する場合、処理ブロック７３０において、入力カラーに対応する出力カラーがカラーキャッシュ３１０から抽出される。上述されたように、抽出されたカラーは、Ｐｒｅｓｅｒｖｅ−Ｘカラー又は以前に補間されたカラーであってもよい。処理ブロック７６０において、出力カラーが返される。
【００３２】
判定ブロック７２０において、入力カラーがキャッシュ３１０にないと判定された場合、処理ブロック７４０において、多次元補間がＬＵＴ３２０において実行される。処理ブロック７５０において、新たな入力及び出力カラーがカラーキャッシュ３１０に追加される。処理ブロック７６０において、出力カラーが返される。
【００３３】
数百万（又は数十億）の入力カラーの処理中、カラーキャッシュ３１０をクリア／リセットすることが典型的には必要になる。一実施例では、カラーキャッシュ３１０は、含まれているカラーの全てを実際に削除することなくリセットされてもよい。このようにして、補間されたカラーのみがリセットされ、Ｐｒｅｓｅｒｖｅ−Ｘカラー及び／又はオーバライドカラーは再計算及び／又はカラーキャッシュ３１０に再挿入される必要はない。
【００３４】
上述されたシステムは、ほとんど又は全く追加的な計算コストなくＰｒｅｓｅｒｖｅ−Ｘカラーを提供する。これは、特に修正されたノードによるＬＵＴを利用する際に全てのＰｒｅｓｅｒｖｅ−Ｘカラーを正確に計算できないことに従来悩まされていたＲＧＢカラーについて真である。Ｐｒｅｓｅｒｖｅ−Ｘカラーをカラーキャッシュに初期的に追加するのにかかる時間は、たったワンタイムの計算負荷である。さらに、この処理時間は、Ｐｒｅｓｅｒｖｅ−Ｘ  ＬＵＴノードを修正するのに現在かかる時間と匹敵する可能性がある。ＬＵＴノードはここでは修正されていないため、何れの非Ｐｒｅｓｅｒｖｅ−Ｘカラーの破損もない。
【００３５】
さらに、上述したシステムは、カラーキャッシュがリセットされる毎に再計算／再挿入される必要なく、全てのＰｒｅｓｅｒｖｅ−Ｘカラーが１回のみ計算されるため、より高い処理速度を可能にする。上述されたように、補間からのカラーのみがキャッシュリセット中に消去され、Ｐｒｅｓｅｒｖｅ−Ｘカラー及び／又はオーバライドカラーは維持される。
【００３６】
図８は、印刷システム１３０及び／又は印刷コントローラ１４０が実現されうるコンピュータシステム９００を示す。コンピュータシステム９００は、情報を通信するためのシステムバス９２０と、情報を処理するためバス９２０に結合されるプロセッサ９１０とを含む。
【００３７】
コンピュータシステム９００は更に、プロセッサ９１０により実行される情報及び命令を記憶するため、バス９２０に結合されるランダムアクセスメモリ（ＲＡＭ）又は他のダイナミックストレージデバイス９２５（ここではメインメモリとして参照される）を有する。メインメモリ９２５はまた、プロセッサ９１０による命令の実行中に一時的な変数又は他の中間情報を記憶するのに利用されてもよい。コンピュータシステム９００はまた、プロセッサ９１０により利用される静的情報及び命令を記憶するため、バス９２０に結合されるリードオンリーメモリ（ＲＯＭ）及び／又は他のスタティックストレージデバイス９２６を有してもよい。
【００３８】
磁気ディスク又は光ディスクなどのデータストレージデバイス９２７及びそれの対応するドライブはまた、情報及び命令を記憶するため、コンピュータシステム９００に結合されてもよい。コンピュータシステム９００はまた、Ｉ／Ｏインタフェース９３０を介し第２のＩ／Ｏバス９５０に結合可能である。ディスプレイデバイス９２４、入力デバイス（例えば、英数字入力デバイス９２３及び／又はカーソルコントローラデバイス９２２）を含む複数のＩ／Ｏデバイスが、Ｉ／Ｏバス９５０に結合されてもよい。通信デバイス９２１は、他のコンピュータ（サーバ又はクライアント）にアクセスするためのものである。通信デバイス９２１は、イーサネット（登録商標）、トークンリング又は他のタイプのネットワークに結合するのに利用されるものなど、モデム、ネットワークインタフェースカード又は他の周知のインタフェースデバイスを含んでもよい。
【００３９】
本発明の実施例は、上述された各種ステップを含むものであってもよい。これらのステップは、マシーン実行可能命令により具体化されてもよい。命令は、汎用又は特定用途プロセッサに特定のステップを実行させるのに利用可能である。あるいは、これらのステップは、ステップを実行するための配線化ロジックを含む特定のハードウェアコンポーネントによって、又はプログラムされたコンピュータコンポーネントとカスタムハードウェアコンポーネントとの何れかの組み合わせによって実行されてもよい。
【００４０】
本発明の要素はまた、マシーン実行可能命令を記憶するためのマシーン可読媒体として提供されてもよい。マシーン可読媒体は、限定されることなく、フロッピー（登録商標）ディスケット、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気若しくは光カード、伝搬媒体又は電子命令を記憶するのに適した他のタイプの媒体／マシーン可読媒体を含むものであってもよい。例えば、本発明は、通信リンク（例えば、モデム又はネットワーク接続）を介し搬送波又は他の伝搬媒体において具体化されるデータ信号を経由してリモートコンピュータ（例えば、サーバ）から要求元のコンピュータ（例えば、クライアント）に転送されてもよいコンピュータプログラムとしてダウンロードされてもよい。
【００４１】
本発明の多くの変更及び修正は上記説明を読んだ当業者にお互いなく明らかになるが、例示的に図示及び説明される何れかの特定の実施例は限定するとみなされることを意図していないと理解されるべきである。従って、各種実施例の詳細に対する参照は、発明にとって必須とみなされる特徴のみを記載した請求項の範囲を限定することを意図していない。
【図１】
2018026808.tif 000003
【図２】
2018026808.tif 000004
【図３】
2018026808.tif 000005
【図４Ａ】
2018026808.tif 000006
【図４Ｂ】
2018026808.tif 000007
【図５】
2018026808.tif 000008
【図６】
2018026808.tif 000009
【図７】
2018026808.tif 000010
【図８】
2018026808.tif 000011