(57)【要約】【課題】  プラグイン更新によるカラーマッチング結果をプレビュー表示する際に、常にプレビュー表示すると操作が煩雑になる。【解決手段】  ステップS2902で、更新対象となる新たなカラーマッチング処理によるプレビューを実行するか否かを決定する。そしてプレビューの実行が選択された場合には、ステップS608〜S612において該プレビューを行ってユーザによる更新指示を待つが、プレビューの非実行が選択された場合には、該プレビューを行わずにそのままステップS613以降の更新処理を行う。【選択図】  図6
2007067940.tif 000002
【特許請求の範囲】
【請求項１】
カラーマッチング処理を構成する変換処理を更新可能とする画像処理方法であって、
更新対象となる新たな変換処理を指示する更新指示ステップと、
前記新たな変換処理に対する事前確認を実行するか否かを選択する事前確認選択ステップと、
該事前確認選択ステップにおいて前記事前確認の実行が選択された場合に、前記新たな変換処理を含むカラーマッチング処理を事前実行した結果を報知する事前確認ステップと、
前記事前確認ステップにおける報知結果に基づいて前記新たな変換処理への更新の可否を判断する更新判断ステップと、
前記更新判断ステップにおいて更新可と判断された場合に前記新たな変換処理への更新を行う更新ステップと、
を有することを特徴とする画像処理方法。
【請求項２】
前記更新ステップにおいては、前記事前確認選択ステップにおいて前記事前確認の非実行が選択された場合にも、前記新たな変換処理への更新を行うことを特徴とする請求項１記載の画像処理方法。
【請求項３】
前記事前確認ステップにおいては、前記事前実行結果をプレビュー表示することによって報知することを特徴とする請求項１または２記載の画像処理方法。
【請求項４】
前記事前確認ステップにおいては、前記新たな変換処理を含むカラーマッチング処理を所定の画像に対して実行した結果を報知することを特徴とする請求項１乃至３のいずれかに記載の画像処理方法。
【請求項５】
前記事前確認選択ステップにおいては、前記新たな変換処理に対して予め設定されたフラグに基づいて、前記事前確認を実行するか否かを選択することを特徴とする請求項１乃至４のいずれかに記載の画像処理方法。
【請求項６】
前記事前確認選択ステップにおいては、前記新たな変換処理の対応するデバイスに基づいて、前記事前確認を実行するか否かを選択することを特徴とする請求項１乃至５のいずれかに記載の画像処理方法。
【請求項７】
前記事前確認選択ステップにおいては、前記デバイスがエントリーモデルである場合に、前記事前確認の非実行を選択することを特徴とする請求項６記載の画像処理方法。
【請求項８】
前記事前確認選択ステップにおいては、前記デバイスがハイエンドモデルである場合に、前記事前確認の実行を選択することを特徴とする請求項６または７記載の画像処理方法。
【請求項９】
前記事前確認選択ステップにおいては、前記デバイスに対して予め設定されたフラグに基づいて、前記事前確認を実行するか否かを選択することを特徴とする請求項６記載の画像処理方法。
【請求項１０】
前記事前確認選択ステップにおいては、前記新たな変換処理による処理結果が更新前の変換処理による処理結果と同様である場合に、前記事前確認の非実行を選択することを特徴とする請求項１乃至９のいずれかに記載の画像処理方法。
【請求項１１】
前記事前確認選択ステップにおいては、前記新たな変換処理の示す色変換方法が、更新前の変換処理の示す色変換方法と同様である場合に、前記事前確認の非実行を選択することを特徴とする請求項１０記載の画像処理方法。
【請求項１２】
前記事前確認選択ステップにおいては、前記新たな変換処理への更新理由に基づいて、前記事前確認を実行するか否かを選択することを特徴とする請求項１乃至１１のいずれかに記載の画像処理方法。
【請求項１３】
前記事前確認選択ステップにおいては、前記新たな変換処理の示すバージョン情報に基づいて前記更新理由を判断することを特徴とする請求項１２記載の画像処理方法。
【請求項１４】
前記事前確認選択ステップにおいては、前記新たな変換処理への更新理由がバグフィックスである場合に、前記事前確認の非実行を選択することを特徴とする請求項１２または１３記載の画像処理方法。
【請求項１５】
前記事前確認選択ステップにおいては、前記新たな変換処理への更新理由が機能追加または性能向上である場合に、前記事前確認の実行を選択することを特徴とする請求項１２乃至１４のいずれかに記載の画像処理方法。
【請求項１６】
前記新たな変換処理は、プラグインモジュールとして提供されることを特徴とする請求項１乃至１５のいずれかに記載の画像処理方法。
【請求項１７】
前記事前確認選択ステップにおいては、操作者の指示に基づいて前記事前確認を実行するか否かを選択することを特徴とする請求項１乃至４のいずれかに記載の画像処理方法。
【請求項１８】
前記カラーマッチング処理は、
入力デバイスに依存する色空間で示される入力データを、デバイスに依存しない色空間で示される第1のデータに変換する第1のデータ変換ステップと、
前記第1のデータに対し、入力側の観察条件に応じた色知覚モデルの順変換を施して色知覚空間で示される第2のデータに変換する第2のデータ変換ステップと、
前記第2のデータに対し、出力デバイスの色再現領域に応じた色空間圧縮処理を施して第3のデータに変換する第3のデータ変換ステップと、
前記第3のデータに対し、出力側の観察条件に応じた色知覚モデルの逆変換を施してデバイスに依存しない色空間で示される第4のデータに変換する第4のデータ変換ステップと、
前記第4のデータを、前記出力デバイスに依存する色空間で示される出力データへ変換する第5のデータ変換ステップと、
によって構成されることを特徴とする請求項１乃至１７のいずれかに記載の画像処理方法。
【請求項１９】
前記第1、第3および第5のデータ変換ステップは、事前に登録された任意の変換処理に更新可能であることを特徴とする請求項１８記載の画像処理方法。
【請求項２０】
カラーマッチング処理を構成する変換処理を更新可能とする画像処理方法であって、
更新対象となる新たな変換処理を指示する更新指示手段と、
前記新たな変換処理に対する事前確認を実行するか否かを選択する事前確認選択手段と、
該事前確認選択手段で前記事前確認の実行が選択された場合に、前記新たな変換処理を含むカラーマッチング処理を事前実行した結果を報知する事前確認手段と、
前記事前確認手段による報知結果に基づいて前記新たな変換処理への更新の可否を判断する更新判断手段と、
前記更新判断手段で更新可と判断された場合に前記新たな変換処理への更新を行う更新手段と、
を有することを特徴とする画像処理装置。
【請求項２１】
前記更新手段は、前記事前確認選択手段で前記事前確認の非実行が選択された場合にも、前記新たな変換処理への更新を行うことを特徴とする請求項２０記載の画像処理装置。
【請求項２２】
前記事前確認手段は、前記事前実行結果をプレビュー表示することによって報知することを特徴とする請求項２０または２１記載の画像処理装置。
【請求項２３】
前記新たな変換処理は、プラグインモジュールとして提供されることを特徴とする請求項２０乃至２２のいずれかに記載の画像処理装置。
【請求項２４】
情報処理装置上で実行されることによって、該情報処理装置を請求項１乃至１９の何れかに記載された画像処理方法を実行するように制御することを特徴とするプログラム。
【請求項２５】
請求項２４に記載されたプログラムが記録されたことを特徴とするコンピュータ可読の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラーマッチング処理を構成する変換処理を更新する際の処理に関する。
【背景技術】
【０００２】
今日、コンピュータの発達と共にデジタル画像データの流通はごく一般的に行われている。画像データの流通に際しては、デバイス間のカラー表現の差異を配慮して、使用デバイスに適切な色信号へ変換を行う、いわゆるカラーマッチングを行うことは周知のとおりである。そして、カラーマッチングによる変換結果を事前に確認する方法も知られている(例えば、特許文献1参照)。
【０００３】
以下に、図10の概念図を用いて一般的に従来より用いられているカラーマッチングについて説明する。RGBデータである入力データは、入力プロファイルによりデバイスに依存しない色空間のXYZデータに変換される。出力デバイスの色再現範囲外の色は出力デバイスにより表現することができないため、そのすべての色が出力デバイスの色再現範囲内に収まるように、デバイスに依存しない色空間のデータに変換された入力データに色空間圧縮が施される。そして、色空間圧縮が施された後、入力データはデバイスに依存しない色空間から出力デバイスに依存する色空間のCMYKデータへ変換される。
【０００４】
カラーマッチングにおいて基準白色点および環境光は固定されている。例えば、International Color Consortium(ICC)によって規定されるプロファイルでは、プロファイルを結び付けるProfile Connection Space(PCS)がD50基準のXYZ値およびLab値である。このため、入力原稿やプリント出力はD50特性の光源下で観察する場合に正しい色再現が保証され、その他の特性の光源下では正しい色再現が保証されない。
【特許文献１】特開平9-326938号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
カラーマッチング処理を構成する変換処理の組み合わせによっては、当然の如くカラーマッチング処理の結果は変わるために、ユーザの嗜好にそぐわない変換結果をもたらすこともある。
【０００６】
従来は、変換処理を更新する際に、更新した変換処理によるカラーマッチング結果を確認した後に、変換処理の更新を実行するか否かを判断することができなかった。
【０００７】
特許文献1では、プリンタの印刷結果をプレビューすることはできるが、変換処理の更新する際にプレビューすることはできなかった。
【０００８】
また、カラーマッチングに使用する変換処理をコンピュータで稼動可能なプラグラムファイルによって提供することが提案されている。このプログラムファイルをカラーマッチングに用いるには事前登録が必要となる。故に、変換処理プラグラムのバージョンアップによってユーザの嗜好にそぐわない変換結果が生じてしまった場合には、煩雑な手順を経て該プログラムを以前のバージョンへ戻さなければならない。
【０００９】
上記課題に鑑み、変換処理プログラムのバージョンアップに際し、プレビューを参照するようにすれば、ユーザの意図に応じた所望のバージョンアップを行うことが可能になる。しかしながらこの場合、プレビュー表示が不要な場合でも常にプレビュー表示を行うため、操作が煩雑になってしまう。
【００１０】
ここで、プレビュー表示が不要な場合としては、以下の例が挙げられる。
【００１１】
1つ目に、バグフィックス(バグ解消)を理由に更新する場合である。すなわち、更新対象の色変換処理をプラグインモジュール(以下、単にプラグインと称する)として提供する際に、該プラグインにバグ(プログラム起因の不具合)があった場合である。このような場合には、たとえ更新によりカラーマッチング結果が変わったとしても、バグの解消を優先すべきという理由により、プレビュー表示なしに強制的に更新を行うことが要求される。
【００１２】
2つ目に、プラグインを更新してもカラーマッチング結果が変わらない場合である。例えば、性能向上や機能追加などを理由に更新する際に、カラーマッチング結果が変わらないことが明らかである場合には、プレビュー表示は不要である。
【００１３】
3つ目に、カラーマッチング結果が変わることに対して敏感ではないと考えられるユーザによる利用がなされている場合である。例えば、エントリーモデルを使用しているユーザは、エントリーユーザが大半であると予想できる。エントリーユーザにとって、プレビュー表示することによって操作が煩雑になるよりも、プレビュー表示することなしに自動でプラグインを更新できた方が、好ましい場合があると考えられる。このような考えに基づくと、コンピュータにインストール済みのモデルがエントリーモデルのみである場合には、プレビュー表示は不要であると考えられる。
【００１４】
4つ目に、プレビュー画面を見る必要はないとユーザが判断した場合である。過去に更新作業を1回以上行っていて、カラーマッチング結果がどのように変わるかを把握しているユーザや、カラーマッチング結果が変わることを気にしないユーザにとっては、プレビュー表示は不要である。
【００１５】
本発明は上記問題を解決するためになされたものであり、カラーマッチング処理を構成する変換処理を更新する際に、事前確認の実行をその必要性に応じて制御することによって、操作性を向上させた画像処理装置およびその方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するための一手法として、本発明の画像処理方法は以下のステップを有する。
【００１７】
すなわち、カラーマッチング処理を構成する変換処理を更新可能とする画像処理方法であって、更新対象となる新たな変換処理を指示する更新指示ステップと、前記新たな変換処理に対する事前確認を実行するか否かを選択する事前確認選択ステップと、該事前確認選択ステップにおいて前記事前確認の実行が選択された場合に、前記新たな変換処理を含むカラーマッチング処理を事前実行した結果を報知する事前確認ステップと、前記事前確認ステップにおける報知結果に基づいて前記新たな変換処理への更新の可否を判断する更新判断ステップと、前記更新判断ステップにおいて更新可と判断された場合に前記新たな変換処理への更新を行う更新ステップと、を有することを特徴とする。
【００１８】
さらに前記更新ステップにおいては、前記事前確認選択ステップにおいて前記事前確認の非実行が選択された場合にも、前記新たな変換処理への更新を行うことを特徴とする。  例えば、前記事前確認ステップにおいては、前記事前実行結果をプレビュー表示することによって報知することを特徴とする。
【００１９】
例えば、前記新たな変換処理は、プラグインモジュールとして提供されることを特徴とする。
【発明の効果】
【００２０】
上記構成からなる本発明によれば、カラーマッチング処理を構成する変換処理を更新する際に、事前確認の実行をその必要性に応じて制御することによって、操作性が向上する。
【発明を実施するための最良の形態】
【００２１】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。
【００２２】
＜色知覚モデル＞
まず、本実施形態のカラーマッチングに用いる色知覚モデルについて、図9を用いて説明する。
【００２３】
人間の視覚系によって知覚される色は、照明光の違い、刺激がおかれている背景などの条件によって、目に入ってくる光が同じであっても異なって見えることが知られている。
【００２４】
例えば、白熱電球で照明された白色は、目に入ってくる光の特性ほどには赤く感じられなくて、白として知覚される。また、黒い背景におかれた白と、明るい背景に置かれた白とでは黒い背景に置かれた白の方が明るく感じられる。前者の現象は色順応、後者は対比として知られている。このためには、XYZではなく網膜状に分布している視細胞の生理的な活性度に対応する量で色を表示する必要があるが、このような目的のために色知覚モデルが開発されている。CIEでは、CIECAM02の使用を推奨している。この色知覚モデルは色覚の生理的な三原色を用いており、例えばCIECAM02で計算される色知覚の相関量であるH(色相),J(明度),C(クロマ)、あるいは、H(色相),Q(ブライトネス),M(カラフルネス)の値が、観察条件に依存しない色の表示方法と考えられる。H,J,CまたはH,Q,Mの値がデバイス間で一致するように色再現することによって、入出力画像の観察条件の違いを解決することができる。
【００２５】
以下、入力画像を観察する際の観察条件に応じた補正処理(XYZをHJCまたはHQMに変換する処理)を行う色知覚モデルCIECAM02の順変換における処理内容を説明する。
【００２６】
図9においてまず、入力画像の観察条件情報としてステップS160で、順応視野の輝度LA、光源条件における試料の相対三刺激値XYZ、光源条件における白色光の相対三刺激値XωYωZω、および、光源条件における背景の相対輝度Ybが設定される。なお、順応視野の輝度LAの単位はcd/平方メートルであり、通常、順応視野における白の輝度の20%が選ばれる。また、ステップS180で指定される観察条件のタイプに基づき、入力画像の観察条件情報として、ステップS170で周囲の影響の定数c、色誘導係数Nc、明度コントラスト係数FLLおよび順応度の係数Fが設定される。
【００２７】
ステップS160およびS170で設定された入力画像観察条件情報に基づき、入力画像を示すXYZに対して以下のような処理が行われる。
【００２８】
まず、人間の生理的な三原色として考えられているBradfordの三原色に基づき、XYZを変換してBradford錐体応答RGBが求められる(S100)。人間の視覚は常に観察光源に完全順応するわけではないので、輝度レベルと周囲条件(LAおよびF)に基づき順応度を示す変数Dを求め、この変数DおよびXωYωZωに基づき、RGBに対して不完全順応処理を行いRcGcBcに変換される(S110)。
【００２９】
次に、人間の生理的な三原色として考えられているHunt-Pointer-Estevezの三原色に基づき、RcGcBcを変換してHunt-Pointer-Estevez錐体応答R'G'B'が求められる(S120)。このR'G'B'に対して刺激強度レベルによる順応度合いの推定が行われ、試料と白の両方に応じた順応後錐体応答R'aG'aB'aが求められる(S130)。なお、ステップS130では、順応視野の輝度LAに基づき求められる変数FLを用いて非線型応答圧縮が行われる。
【００３０】
続いて、見えとの相関関係を求めるために、以下の処理が行われる。
【００３１】
赤-緑および黄色-青の反対色応答abがR'aG'aB'aから求められ(S140)、反対色応答abおよび偏心係数から色相Hが求められる(S150)。
【００３２】
また、Yωおよび背景の相対輝度Ybから求められる背景誘導係数nが求められ、この背景誘導係数nを用いて試料および白の両方に関する無彩色応答AおよびAωが求められる(S190)。そして、背景誘導係数nおよび明度コントラスト係数FLLから求められる係数z、並びに、A,Aωおよびcに基づき明度Jが求められる(S151)。さらに、色誘導係数Ncから飽和度Sが求められ(S153)、飽和度Sおよび明度JからクロマCが求められ(S152)、明度Jおよび白の無彩色応答Aωから輝度Qが求められる(S154)。
【００３３】
また、変数FLおよび周囲の影響の定数cからカラフルネスMが求められる(S155)。
【００３４】
＜色知覚モデルを用いたカラーマッチング処理＞
図1は、本実施形態における、上述した色知覚モデルを用いたカラーマッチング処理の概念を説明する図である。図1において、101は入力デバイスに依存する色信号を、入力側の環境光の白色点基準に基づくデバイスに依存しない色空間データへ変換するための変換マトリクスまたは変換ルックアップテーブル(LUT)である。104および105は入力観察条件(D50光源の白色点、照度レベル、周囲光の状態など)に基づいて人間の知覚信号JCHまたはQMHへ変換を行う色知覚モデル順変換部である。106および107は出力観察条件(D65光源の白色点、照度レベル、周囲光の状態など)に基づいて人間の知覚信号JCHまたはQMHよりデバイスに依存しない色信号であるXYZ信号へ変換する色知覚モデル逆変換部である。108は、出力側の環境光の白色点基準に基づくデバイスに依存しない色空間データより出力デバイスに依存する色信号へ変換するための変換マトリクスまたは変換ルックアップテーブル(LUT)である。102,103は入力色空間値を出力デバイスの色再現可能領域に応じて色空間値に変換を行う色空間変換部である。
【００３５】
RGBまたはCMYKの入力色信号は、変換LUT101により入力デバイスの色信号から入力観察条件におけるデバイスに依存しない色信号であるXYZ信号へ変換される。次に、XYZ信号は、色知覚モデル順変換部104および105により観察条件1(D50光源の白色点、照度レベル、周囲光の状態など)に基づいて人間の知覚信号JCHまたはQMHへ変換される。相対的カラーマッチングの場合はJCH空間が、絶対的カラーマッチングの場合はQMH空間がそれぞれ選択される。
【００３６】
色知覚信号JCHおよびQMHは色空間変換部102または103により出力デバイスの色再現範囲内へ圧縮される。色空間圧縮された色知覚信号JCHおよびQMHは、色知覚モデル逆変換部106および107により出力観察条件(D65光源の白色点、照度レベル、周囲光の状態など)に基づいて出力観察条件におけるデバイスに依存しない色信号であるXYZ信号へ変換される。そして、XYZ信号は変換LUT106により出力デバイスに依存する色信号へ変換される。
【００３７】
以上の処理によって得られたRGBまたはCMYK信号は出力デバイスへ送られて、その色信号によって示される画像が出力される。出力結果であるプリント物あるいは画面表示は出力観察条件下で観察すれば、入力観察条の下で観察されるオリジナル原稿と同じ色味に見える。
【００３８】
なお、一般に観察条件における環境光の白色点は、カラーターゲットやカラーパッチなどの色票を測色した際の標準光源の白色点とは異なる。例えば、測色の際に使用される標準光源はD50やD65であるが、実際に画像を観察する場合の環境光はライトブースのD50やD65とは限らず、白熱電球や蛍光灯などの照明光や、照明光と太陽光とが混合した光になる場合が多い。以下の説明では、簡単化のために、観察条件における環境光の光源特性をD50、D65およびD93とするが、実際にはメディア上の白色点のXYZ値を白色点として設定する。
【００３９】
本実施形態では、入力デバイスに応じた変換LUT101および出力デバイスに応じた変換LUT108は、デバイスの特性を示すデバイス特性データから作成される。デバイス特性データとは、複数の色についてのデバイス色信号とデバイス非依存な色空間データの対応関係を示すデータである。例えば、プリンタのデバイス特性データの1例としては、複数の色についてのCMYK色データと、CMYK色信号に基づきプリントされた色の測色値(XYZデータ)で示される。
【００４０】
本実施形態では、カラーマッチング処理するたびに、デバイス特性データから変換LUTが作成されることを防ぐために、作成した変換LUTをメモリ上にキャッシュする。このキャッシュされたデバイス特性データを本実施形態では「デバイスキャシュ」と呼ぶ。同様に、メモリ上にキャシュした色知覚モデル順変換部104(105)、色知覚モデル逆変換部106(107)の変換LUTを「CAMキャッシュ」と呼ぶ。
【００４１】
また、本実施形態では、カラーマッチング処理を行うために必要な複数の変換処理（入力デバイスに応じた変換LUT101、色知覚モデル順変換部104(105)、色空間変換部102(103)、色知覚モデル逆変換部106(107)および出力デバイスに応じた変換LUT108を合成することにより合成変換LUT109を生成する。そして、入力画像に対してカラーマッチング処理する際は合成変換LUT109を用いて、一括処理を行う。この合成変換LUTもメモリ上にキャッシュする。本実施形態では合成変換LUT109を「システムキャッシュ」と呼ぶ。
【００４２】
＜機能構成＞
図2は本実施形態の一例であるカラーマッチングモジュールの機能構成を示すブロック図である。同図において図1と等価な構成には同一符号を用いている。
【００４３】
図2中、201は、変換LUT101を用いて入力デバイスに依存する色信号(RGBやCMYK)をデバイスに依存しない色空間データ(XYZ)へ変換する入力変換部である。入力変換部201は、事前測定したデバイス色信号とデバイスに依存しない色空間データ(XYZ)の対応値のいくつかを記憶する側色値ならびに入力観察条件を記憶したデバイス情報より測色値を取得し変換LUTを生成する機能を有する。さらに入力変換部201は、入力観察条件を色知覚モデル順変換部104(105)へ提供する機能も併せ持つ。
【００４４】
202は、変換LUT108を用いてデバイスに依存しない色空間データ(XYZ)を出力デバイスに依存する色信号(RGBやCMYK)へ変換する出力変換部である。出力変換部202は、事前測定したデバイス色信号とデバイスに依存しない色空間データ(XYZ)の対応値のいくつかを記憶する側色値ならびに出力観察条件を記憶したデバイス情報より測色値を取得し変換LUTを生成する機能を有する。さらに出力変換部202は、出力観察条件を色知覚モデル逆変換部順変換部106(107)へ提供を行う機能、出力デバイス色再現領域を色空間変換部102(103)へ提供する機能も併せ持つ。
【００４５】
なお、本実施形態において入力変換部201、出力変換部202は、デバイスに応じた処理の切り替えや上記説明した機能以外の拡張機能などを提供することが可能となるよう、プラグイン(デバイスプラグイン)で提供される。
【００４６】
また、本実施形態における色空間変換部102(103)も、色空間の圧縮方法(ICCのレンダリングインテントに相当)に応じた切り替え等に応ずる事が可能となるよう、色空間変換プラグインで提供される。
【００４７】
203は、入力変換部201および出力変換部202に対して事前測定したデバイス色信号とデバイスに依存しない色空間データ(XYZ)の対応値のいくつかを記憶する側色値ならびに出力観察条件の提供を行うデバイス情報である。
【００４８】
204は、デバイス情報203の格納場所の管理を行うデバイス情報管理部204である。
【００４９】
205は、デバイスプラグイン、色空間変換プラグインのバージョン、格納場所の管理を行う入出力・色空間変換管理部(プラグイン管理部)である。
【００５０】
206はデバイス・CAMキャッシュ管理部であり、入力変換部201あるいは出力変換部202において生成された変換LUT101,108および色知覚モデル順変換部104(105)あるいは色知覚モデル逆変換部106(107)で生成されたCAMテーブル、CAM-1テーブルの格納場所となる。また、変換LUT101,108の生成条件ならびCAMテーブル、CAM-1テーブルの生成条件であるデバイスプラグインとデバイス情報の関連を管理する。これにより、入力変換部201,出力変換部202における変換LUTの生成を省略することができる。ならびに、色知覚モデル順変換部104(105),色知覚モデル逆変換部106(107)における色知覚モデルへの変換・逆変換を行うために用いる変換テーブル(CAMテーブル、CAM-1テーブル)の生成を省略することができる。したがって、本実施形態におけるカラーマッチングの高速化を行うことが可能となる。
【００５１】
なお本実施形態においては、CAMテーブル、CAM-1テーブルの生成条件として関連付けの対象をデバイスプラグインならびにデバイス情報とした。しかしながら、XYZとJCh空間の対応は観察条件(光源の白色点、照度レベル、周囲光の状態など)と対応していれば良いため、観察条件を関連付けてCAMテーブル、CAM-1テーブルを管理することでも代用可能である。
【００５２】
本実施形態における一連のカラーマッチング処理において、とある入力デバイスプラグイン、出力デバイスプラグイン、入出力デバイス情報ならびに色空間変換プラグインの組み合わせを頻繁に使用する場合が考えられる。このとき、カラーマッチングの結果である入力信号と出力信号の対応関係を直接的に対応付けたLUT(システムキャッシュ)の生成を行うことで、処理の高速化が可能となる。207は、このようなシステムキャッシュの作成を行うシステムキャッシュ作成部である。
【００５３】
208は、システムキャッシュ作成部207において作成されたシステムキャッシュの管理を行うシステムキャッシュ管理部である。
【００５４】
209はシステムキャッシュの生成やプレビュー表示に使用されるサンプル画像である。
【００５５】
210は、システムキャッシュ作成部207において作成され、システムキャッシュ管理部208において管理されるシステムキャッシュを用いてカラーマッチング処理を行う入出力結合処理部である。
【００５６】
211は、カラーマッチングを行った入力デバイスプラグイン、出力デバイスプラグイン、入出力デバイス情報ならびに色空間変換プラグインの組み合わせをカラーマッチング履歴として管理する履歴管理部である。
【００５７】
212は、上記各構成の管理を行い、外部からのカラーマッチング指示を受け付け、カラーマッチング処理の実行を制御し、カラーマッチング結果の出力などを行う本実施形態における制御部である。
【００５８】
213は、デバイス情報、デバイスプラグイン、色空間変換プラグインのインストールの制御を行うインストール制御部である。
【００５９】
＜装置構成＞
図3は、図2に示した機能構成を実現する装置の構成例を示すブロック図である。図3に示すような装置は、例えばパーソナルコンピュータのような汎用のコンピュータ装置に、図2に示す機能を実現するソフトウェアを供給することによって実現されることは言うまでもない。その場合、本実施形態の機能を実現するソフトウェアは、コンピュータ装置のOS(基本システム)に含まれていても構わないし、OSとは別に例えば入出力デバイスのドライバソフトウェアに含まれていても構わない。
【００６０】
図3において、CPU301は、ROM302およびハードディスク(HD)307などに格納されたプログラムに従い、RAM303をワークメモリに利用して、装置全体の動作を司るとともに、上述したカラーマッチングに関連する処理をはじめとする各種の処理を実行する。入力インタフェイス304はデジタルカメラ等の入力デバイス305を接続するための、ハードディスクインタフェイス306はHD307を接続するためのインタフェイスである。また、ビデオインタフェイス308はモニタ等のビデオデバイス309を接続するための、出力インタフェイス310はプリンタ等の出力デバイス311を接続するためのインタフェイスである。
【００６１】
なお、本実施形態が対象とする入力デバイスには、ディジタルスチルカメラおよびディジタルビデオカメラなどの撮影機器、並びに、イメージスキャナおよびフィルムスキャナなどイメージリーダをはじめとする各種の画像入力機器が含まれる。また、出力デバイスには、CRTやLCDなどのカラーモニタ、カラープリンタおよびフィルムレコーダなどの画像出力機器が含まれる。
【００６２】
また、インタフェイスとして汎用のインタフェイスが利用できる。その用途に応じて、例えば、RS232C、RS422、USBおよびIEEE1394などのシリアルインタフェイス、並びに、SCSIおよびセントロニクスなどのパラレルインタフェイスが利用可能である。
【００６３】
本実施形態では、カラーマッチングを行うためのデバイス情報やプラグイン他のプラグラムはHD307に格納されるが、ハードディスクに限らず、他の記憶媒体を用いても本実施形態は構成可能である。
【００６４】
＜データ構成＞
次に、本実施形態において用いられる主要なデータ構成を、図4および図5を用いて説明する。なお、図4および図5においては、本実施形態における特徴的な項目のみを記載しているが、本図で説明する以外の項目が各データに含まれていても構わない。
【００６５】
＜＜デバイス情報、プラグイン情報＞＞
図4は、デバイス情報ならびにデバイスプラグイン、色空間変換プラグインの模式図である。図4中、401はデバイス情報の模式図である。デバイス情報401の構成項目としては、変換LUT101,108を生成するためのデバイス信号とデバイスに依存しない色空間の対応データ、CAM変換テーブル、CAM-1テーブルを生成するための「観察条件」、および「測色情報」を含む。さらに、前記情報が適用可能なデバイスプラグインを特定するためのプラグインを一意に特定するプラグインIDを、「適用プラグインID」として含む。「適用プラグインID」を構成項目として含む理由は、デバイスプラグインは入出力デバイスに応じてプラグインが提供されるため、測定デバイスに応じたデバイスプラグインを選定する必要があるためである。
【００６６】
402は、デバイスプラグインの模式図である。デバイスプラグイン402の構成項目としては、本実施形態に用いるプラグインを一意に特定するための「プラグインID」、および該プラグインがデバイスプラグインであるか色空間変換プラグインであるかを示す「種別」、およびその「名称」を含む。また、改定履歴を管理するためのバージョン情報を示す「バージョン」、適用可能なデバイスを特定するための「適用デバイス」の情報を含む。さらに、入力変換部201、出力変換部202における変換機能を実行するプログラムを「プログラム部」に含む。ここで「プラグインID」としては例えばUUIDなどを用いる。また「適用デバイス」としては、ディジタルカメラ、プリンタといった一般的なデバイス分類や特定の機種など適用範囲を指定することが可能である。
【００６７】
403は、色空間変換プラグインの模式図である。色空間変換プラグイン403の構成項目としては、本実施形態に用いるプラグインを一意に特定するための「プラグインID」、および該プラグインがデバイスプラグインであるか色空間変換プラグインであるかを示す「種別」、およびその「名称」を含む。また、改定履歴を管理するためのバージョン情報を示す「バージョン」、レンダリングインテントに相当する色空間変換方法を示す「マッチング方法」を含む。さらに、色空間変換部102(103)における変換機能を実行するプラグラムを「プログラム部」に含む。ここで「プラグインID」としては、デバイスプラグイン402と同様に例えばUUIDなどを用いる。
【００６８】
＜＜管理情報＞＞
図5は、デバイス情報管理部204、プラグイン管理部205、デバイス・CAMキャッシュ管理部206、システムキャッシュ管理部208および履歴管理部211における管理情報の模式図である。
【００６９】
501は、デバイス情報管理部204におけるデバイス情報管理データであり、これを用いてデバイス情報の管理が行われる。デバイス情報管理データは、デバイス情報を特定するためのID、適用デバイスプラグインを特定するためのID、並びにデバイス情報ファイルの格納場所の対応を記憶する。IDはデバイス情報管理データ501中でユニークであればよい。
【００７０】
502は、プラグイン管理部205におけるデバイスプラグイン管理データである。本データを用いてデバイスプラグインの管理を行う。デバイスプラグイン管理データ502は、デバイスプラグインに格納されるプラグインID、名称、バージョン、適用デバイスならびにプラグインの格納場所の対応を記憶する。
【００７１】
503は、プラグイン管理部205における色空間変換プラグイン管理データである。本データを用いて色空間変換プラグインの管理を行う。色空間変換プラグイン管理データ503は、色空間変換プラグインに格納されるプラグインID、名称、バージョン、変換方法ならびにプラグインの格納場所の対応を記憶する。
【００７２】
以下、デバイスプラグインあるいは色空間変換プラグインを総称する呼称として単に「プラグイン」と記載する。
【００７３】
＜＜インストール済デバイス管理テーブル＞＞
ここで、図5におけるデバイス情報管理データ501の例として、図11のようなインストール済デバイス情報管理テーブルを示す。本実施形態では、コンピュータにインストール済みのデバイスの情報(デバイスの識別子、デバイス名称等)を、このインストール済デバイス情報管理テーブルにより管理している。図11はすなわち、デバイス情報管理部204における管理情報の模式図でもある。図11において、「デバイスID」はデバイスに固有な識別子である。「デバイス名」はデバイスの名称である。「デバイス情報ファイル格納場所」はデバイス情報ファイルの格納場所である。
【００７４】
＜＜インストール済プラグイン情報管理テーブル＞＞
図5におけるプラグイン管理データ502,503の例として、図12のようなインストール済プラグイン情報管理テーブルを示す。図12における「バージョン」としては、以下のような設定規則がある。バージョンが新しくなるとその表記される数字が増えるが、本実施形態では、バージョンが新しくなる理由がバグフィックスか性能向上か機能追加により、バージョン表記において数字の増える桁が異なる。例えば、1.3.2というバージョンに対して、バグフィックスによりバージョンが上がる場合は1.3.3のように1桁目の数字が1つ増える。性能向上による場合には1.4.0のように2桁目が増える。機能追加による場合には2.0.0のように3桁目が増える。また、左側の桁が上がるとその右にある桁の数字は0にリセットされる。つまり、ある2つのバージョンのうちどちらがより新しいかを判定する場合には、より左にある桁の数字が大きい方が新しいことになる。
【００７５】
＜＜新プラグイン情報管理テーブル＞＞
本実施形態では、コンピュータにこれからインストールしようとしているプラグインの情報(プラグインの識別子、プラグインの名称、プラグインのバージョンなど)を、図13に示すような新プラグイン情報管理テーブルにより管理する。なお、このテーブルはインストール制御部213によって提供される。
【００７６】
図13において、「プラグインID」はプラグインに固有な識別子であり、プラグイン管理データ502,503におけるプラグインIDと同様である。「名称」はプラグインの名称であり、図12に示すインストール済プラグイン情報管理テーブルにおける「名称」と同様である。「バージョン」はプラグインのバージョンであり、図12に示すインストール済プラグイン情報管理テーブルにおける「バージョン」と同様である。「色変更バージョン」は、「バージョン」に設定されているバージョンと色の互換性がある最も古いバージョンを設定する。「色変更バージョン」に有効なバージョンが設定されていない場合は、過去のすべてのバージョンと色の互換性がないとみなす。「プレビュー表示フラグ」は、該当するプラグインを使用したカラーマッチング結果をプレビューするか否かを表すフラグである。このフラグがONの場合には、該当するプラグインを使用したカラーマッチング結果をプレビューし、OFFの場合には、該当するプラグインを使用したカラーマッチング結果をプレビューしない。本実施形態のプレビュー制御においては、この「プレビュー表示フラグ」のON/OFFを制御する。
【００７７】
＜＜デバイス−プレビューフラグ管理テーブル＞＞
本実施形態では、デバイスとプレビュー表示の有無の関係を、図14に示すようなデバイス−プレビューフラグ管理テーブルにより管理する。なお、このテーブルはインストール制御部213によって提供される。
【００７８】
図14において、「プラグインID」はプラグインに固有な識別子であり、図12に示すインストール済プラグイン情報管理テーブルにおける「プラグインID」と同様である。「デバイスID」はデバイスに固有な識別子であり、図11に示すインストール済デバイス管理テーブルにおける「デバイスID」と同様であり、複数のデバイスIDを格納することができる。「プレビュー表示強制フラグ」は、該当するデバイスがインストール済デバイス管理テーブルに含まれる場合に、該当するプラグインを使用したカラーマッチング結果を強制的にプレビューするか否かを表すフラグである。このフラグがONの場合には、図13に示す新プラグイン情報管理テーブルにおける「プレビュー表示フラグ」をONにし、OFFの場合には、新プラグイン情報管理テーブルにおける「プレビュー表示フラグ」をOFFにする。
【００７９】
＜＜プラグイン−プレビューフラグ管理テーブル＞＞
本実施形態では、プラグインとプレビュー表示の有無の関係を、図15に示すようなプラグイン−プレビューフラグ管理テーブルにより管理する。なお、このテーブルはインストール制御部213によって提供される。
【００８０】
図15において、「プラグインID」はプラグインに固有な識別子であり、図12に示すインストール済プラグイン情報管理テーブルにおける「プラグインID」と同様である。「プレビュー表示強制フラグ」は、該当するプラグインを使用したカラーマッチング結果を強制的にプレビューするか否かを表すフラグである。このフラグがONの場合には、詳細は後述するが、図13に示す新プラグイン情報管理テーブルにおける「プレビュー表示フラグ」がONに設定され、OFFの場合には、該「プレビュー表示フラグ」がOFFに設定される。
【００８１】
図5の説明に戻り、504は、プラグイン管理部205における変換LUT101,108の管理を行うデバイスキャッシュ管理データである。デバイスキャッシュ管理データ504は、自身の内部でユニークなデバイスキャッシュID、変換方向(デバイス信号→/←XYZ)、変換LUT101,108の生成を行ったプラグインID、デバイス情報IDならびにキャッシュデータの格納場所の対応を記憶する。
【００８２】
505は、プラグイン管理部205におけるCAMキャッシュの管理を行うCAMキャッシュ管理データである。CAMキャッシュ管理データ505は、自身の内部でユニークなCAMキャッシュID、CAMキャッシュの生成を行ったプラグインID、デバイス情報IDならびにキャッシュデータの格納場所の対応を記憶する。
【００８３】
506は、プラグイン管理部205におけるCAM-1キャッシュの管理を行うCAM-1キャッシュ管理データである。CAM-1キャッシュ管理データ506は、自身の内部でユニークなCAM-1キャッシュID、CAM-1キャッシュの生成を行ったプラグインID、デバイス情報IDならびにキャッシュデータの格納場所の対応を記憶する。
【００８４】
507は、システムキャッシュ管理部208においてシステムキャッシュの管理を行うシステムキャッシュ管理データである。システムキャッシュ管理データ507は、自身の内部でユニークなシステムキャッシュID、システムキャッシュの生成を行った入力デバイスプラグインを特定するプラグインID、入力デバイス情報を特定するデバイス情報IDを記憶する。さらに、出力デバイスプラグインを特定するプラグインID、出力デバイス情報を特定するデバイス情報ID、色空間変換プラグインIDならびにキャッシュデータの格納場所の対応を記憶する。
【００８５】
508は、履歴管理部211においてカラーマッチング処理履歴を管理する履歴管理データである。履歴管理データ508は、自身の内部でユニークな履歴ID、カラーマッチングを実施した日時を記憶するタイムスタンプ、カラーマッチングにシステムキャッシュを用いた場合はシステムキャッシュIDを対応付けて記憶する。システムキャッシュを使用した場合は、履歴IDと、カラーマッチング処理を行った入力デバイスプラグインID、入力デバイス情報ID、出力デバイスプラグインID、出力デバイス情報ID、色空間変換プラグインID、を対応付けて記憶する。ここで、システムキャッシュ作成部207によってシステムキャッシュを作成する際にも、入力信号と出力信号の対応を求めるために、カラーマッチング処理が実行される。
【００８６】
＜プラグイン更新処理＞
以下、図6のフローチャートを用いて本実施形態におけるプラグイン更新処理の詳細を説明する。なお本実施形態においては、上述したプラグインIDが同一である場合に、同一プラグインとみなすものとして説明する。
【００８７】
図6は、インストール制御部213によってデバイスプラグインあるいは色空間変換プラグインを本実施形態のカラーマッチングモジュールに対してインストールする処理を示すフローチャートである。
【００８８】
本実施形態のカラーマッチングモジュールにおいて使用されるプラグインならびにデバイス情報は、インストール制御部213によってインストールされ、使用可能となる。
【００８９】
まず、インストール対象のプラグインより図4において説明したプラグインIDならびにバージョンの読み出しを行う。次に更新対象であるか、あるいは新規インストールとなるかを識別するために、制御部212に対して同一のプラグインIDを有するプラグインが存在するかの検索依頼を行う。制御部212はプラグイン管理部205に対して、デバイスプラグイン管理データ502および色空間変換プラグイン管理データ503中に該検索依頼を受けたプラグインIDが存在するかを検索して、制御部212へ該検索結果を返却する。該検索結果はインストール制御部213へ返却される。インストール制御部213では、同一プラグインが存在しない場合は、新規インストールであるとみなしてステップS602へ進み、同一プラグインIDが存在する場合は、更新インストールであるとみなしてステップS2902へ進む(ステップS601)。
【００９０】
インストール対象のプラグインが新規のプラグインである場合は、新規インストール処理を行う。すなわち、プラグインをインストールとするとともにプラグインに対応する管理データを作成する(ステップS602)。
【００９１】
ステップS601において既にインストールされているプラグインの更新であると判定された場合は、更新インストール処理を開始する。その際に本実施形態ではステップS2902において、更新前後のカラーマッチング結果を比較するために、ビデオデバイス309に対し更新対象であるプラグインを用いたカラーマッチング結果をプレビューするか否かを決定する。この処理がすなわち、本実施形態の特徴であるプレビュー制御であり、具体的には、図13に示すプラグイン情報管理テーブルにおける「プレビュー表示フラグ」のON/OFFを制御する。このステップS2902の詳細は、図16、図17、図18、図19を用いて後述する。
【００９２】
次にステップS603においてインストール制御部213は、制御部212へ、更新対象となるプラグインを用いたカラーマッチング処理が行われたかを問い合わせる。制御部212は、履歴管理部211に対して、履歴管理データ508中に更新対象となるプラグインIDが存在するか検索を依頼し、該検索結果を受領する。更に使用履歴のあるシステムキャッシュIDを履歴管理部211より取得し、システムキャッシュ管理部208に対して、該使用履歴のあるシステムキャッシュが更新対象のプラグインを用いて作成されたか検索依頼を行う。システムキャッシュ管理部208では、システムキャッシュ管理データ507を使用履歴の存在するシステムキャッシュIDと更新対象のプラグインIDが関連付けられているかの検索を行い、該検索結果を制御部212へ返却する。制御部212は、システムキャッシュ管理部208における検索結果または履歴管理部211における検索結果に使用履歴が存在する場合は、使用履歴があることをインストール制御部213へ通知する。インストール制御部213は使用履歴が存在することを確認した場合はステップS604へ進み、使用履歴が無い場合はステップS605へ進む。
【００９３】
本実施形態においては、使用履歴が存在する場合は、該使用履歴に基づいて、プレビューの作成対象となるカラーマッチング処理の選択を行うためのプレビュー対象選択画面を表示する。一方、使用履歴が存在しない場合は、任意の組み合わせにてカラーマッチング処理の指定を行うためのプレビュー対象選択画面を表示する。
【００９４】
すなわち、使用履歴が存在する場合はステップS604において、更新対象のプラグインの使用履歴として、入出力、色空間変換プラグイン名称、入出力デバイス情報ファイル名の組み合わせの取得を制御部212へ依頼する。制御部212では、履歴管理部211より更新対象のプラグインIDが含まれる使用履歴の取得を行うと共に、使用履歴のあるシステムキャッシュIDの作成時の組み合わせをシステムキャッシュ管理部208より取得する。使用履歴管理データ508およびシステムキャッシュ管理データ507ではIDを記憶しているため、プラグイン名称はプラグイン管理部205より取得し、デバイス情報のファイル名についてはデバイス情報管理部204より取得する。取得されたプラグイン名称ならびにデバイス情報ファイル名は、使用履歴ならびにデバイスキャッシュ作成組み合わせのIDとの対応関係をもたせて、インストール制御部213へ通知する。
【００９５】
一方、ステップS605においては、更新対象のプラグインの使用履歴が存在しないため、プラグイン管理部205において管理される入出力プラグイン、色空間変換プラグインの名称のすべてとデバイス情報ファイル名のすべての取得を制御部212に依頼する。制御部212では、プラグイン管理部205ならびにデバイス情報管理部204よりプラグイン名称ならびにデバイス情報ファイル名を取得して、インストール制御部213へ通知する。
【００９６】
次にステップS606では、プレビュー対象選択画面の生成を行い、ビデオデバイス309への表示を行う。
【００９７】
＜＜プレビュー対象選択画面＞＞
ここで図7Aおよび図7Bを用いて、プレビュー対象選択画面の表示様態を説明する。
【００９８】
図7Aは、使用履歴が存在した場合のプレビュー対象選択画面の表示例を示す(以下、履歴選択画面と称する)。履歴選択画面は、ステップS604において制御部212より取得した使用履歴を1行1履歴として表示し、プレビュー対象を択一選択するための択一選択手段を設けたものである。ユーザはプレビューを所望するカラーマッチングの組み合わせを使用履歴中より択一選択し、「選択終了」ボタンをもって選択終了をインストール制御部213へ通知する。なお、インストールを中止する場合は、「更新中止」ボタンをもって中止指示をインストール制御部213に通知する。
【００９９】
なお、プレビューを行わずに更新のみを行いたい場合には、履歴選択画面において「プレビューを行わないで更新する」を選択し、「選択終了」ボタンを押下すれば良い。
【０１００】
図7Bは、使用履歴が存在しない場合のプレビュー対象選択画面の表示例を示す(以下、処理フロー指定画面と呼称する）。処理フロー指定画面は、ステップS605によって取得した、デバイスプラグイン名称、色空間変換プラグイン名称、デバイス情報をそれぞれの選択手段にセットする。ここで、更新対象のプラグインがデバイスプラグインであるか色空間変換プラグインであるかを識別し、デバイスプラグインの場合は、これを明示する。例えば、入力/出力プラグイン選択手段にセットされた更新対象のプラグイン名称に対して反転表示を行う等、更新対象であることを識別できるような表示を行う。これは、例えばモニタのごとく入力あるいは出力双方に適用可能なデバイスを対象としたプラグインの場合において、入力側あるいは出力側のいずれに用いるのかをユーザが選択可能とするためである。一方、色空間変換プラグインの場合は、更新対象のプラグイン名称を固定的に表示する。なお、図7Bに示す処理フロー指定画面では、色空間変換プラグインが更新対象である場合を例としている。
【０１０１】
ユーザは、処理フロー指定画面を用いて、プレビュー表示を行うカラーマッチング処理の組み合わせを指定し、「選択終了」ボタンをもって選択終了をインストール制御部213へ通知する。なお、インストールの中止を行う場合は、「更新中止」ボタンをもって中止指示をインストール制御部213に通知する。
【０１０２】
なお、プレビューを行わずに更新のみを行いたい場合には、処理フロー指定画面において「プレビューを行わないで更新する」を選択し、「選択終了」ボタンを押下すれば良い。
【０１０３】
図7A,図7Bに示すプレビュー対象選択画面において、プレビューを行わずにプラグインを更新するという選択を可能にすることで、ユーザの意思でプレビューをスキップすることも可能になる
図6の説明に戻り、以上のようにステップS606でプレビュー対象が選択されると、次にステップS607ではインストール制御部213によって、プレビュー指示の判定を行う。すなわち、プレビュー選択終了通知、あるいはプラグイン更新中止指示、あるいはプレビューせずに更新指示、のいずれが通知されたかを判定する。プラグイン更新中止指示の場合は、更新インストール処理を終了する。プレビュー選択終了通知の場合は、ステップS608へ進む。プレビューせずに更新指示の場合は、ステップS613へ進む。
【０１０４】
なお、ステップS607における判定処理をステップS2902の直後に行い、プレビュー選択終了通知の場合に、ステップS603以降の処理を実行し、プレビューせずに更新指示の場合は同様にステップS613へ進むことによっても、本実施形態は同様に実現される。
【０１０５】
ステップS608では、プレビュー対象選択画面において指定された、プレビュー表示対象となるカラーマッチング処理を行うプラグイン、デバイス情報の組み合わせを取得する。
【０１０６】
ステップS609では、ステップS608で取得したプラグイン、デバイス情報の組み合わせと共に、プラグイン更新前のプレビュー画像の生成を制御部212に依頼する。制御部212では、指定された入力プラグインID、入力デバイス情報ID、出力プラグインID、出力デバイス情報IDおよび色空間変換プラグインIDに基づき、システムキャッシュが存在するかをシステムキャッシュ管理部208に問い合わせる。
【０１０７】
該問い合わせの結果、システムキャッシュが存在する場合は、その格納場所をシステムキャッシュ管理部208より取得し、当該システムキャッシュを用いて、サンプル画像209に対するカラーマッチング指示を入出力結合処理部210に対して行う。
【０１０８】
一方、システムキャッシュが存在しない場合は、入力プラグインID、入力/出力デバイス情報IDならびに出力プラグインIDに基づき、デバイスキャッシュ、CAMキャッシュ、CAM-1キャッシュが存在するかをデバイス・CAMキャッシュ管理部206へ問い合わせる。入力プラグインID、入力デバイス情報IDに対応したデバイスキャッシュ、CAMキャッシュが存在する場合は、当該キャッシュの格納場所を取得して、入力変換部201および色知覚モデル順変換部104(105)へ当該キャッシュ使用の指示を行う。出力プラグインID、出力デバイス情報IDに対応したデバイスキャッシュ、CAM-1キャッシュが存在する場合は、当該キャッシュの格納場所を取得して、出力変換部202および色知覚モデル逆変換部106(107)へ当該キャッシュ使用の指示を行う。一方、これらキャッシュが存在しない場合は、プラグイン管理部205、デバイス情報管理部204よりデバイスプラグインならびにデバイス情報の格納場所を取得し、入力変換部201、出力変換部202へ当該デバイスプラグインならびにデバイス情報の使用を指示する。
【０１０９】
次いで入力変換部201あるいは出力変換部202では、デバイス情報内の観察条件を取得し、色知覚モデル順変換部104(105)あるいは色知覚モデル逆変換部106(107)へ観察条件の通知を行う。続けて制御部212は、プラグイン管理部205より色空間変換プラグインの格納場所を取得して色空間変換部102(103)に対して当該プラグインの使用指示を行う。そして制御部212は、サンプル209に対してカラーマッチングの実行を行うべく、入力変換部201、色知覚モデル順変換部104(105)、色空間変換部102(103)、色知覚モデル逆変換部106(107)、出力変換部202に対して順次処理実行を指示する。
【０１１０】
以上の処理をもってプラグイン更新前のカラーマッチング処理が終了するが、上記カラーマッチング処理の出力デバイスがビデオデバイスではない場合は、更に出力デバイスをビデオデバイスとして忠実な再現が可能となるように更にカラーマッチングを行う。そして、インストール制御部213へカラーマッチング処理が終了したプレビュー画像の格納場所を通知する。
【０１１１】
次にステップS610において、プラグイン更新後のプレビュー画像の生成を行う。インストール制御部213は、更新対象のプラグインの適用箇所として入力変換部201、出力変換部202または色空間変換部102(103)の指定ならびにプラグイン格納場所、更新対象以外のプラグインID、デバイス情報IDを制御部212へ通知する。そしてさらに、プレビュー画像生成を制御212に依頼する。制御部212では、更新対象以外のプラグインID、デバイス情報IDの格納場所をプラグイン管理部205、デバイス情報管理部204より取得する。次に、インストール制御部213より通知を受けた更新対象のプラグイン適用箇所に基づき、入力変換部201または出力変換部202または色空間変換部102(103)に対して更新後のプラグイン格納場所を通知すると共に、当該プラグインの使用を指示する。
【０１１２】
次に、更新対象以外のプラグインならびにデバイス情報の格納場所を各々、入力変換部201あるいは出力変換部202あるいは色空間変換部102(103)へ通知する。入力変換部201、出力変換部202は、デバイス情報中の観察条件の取得を行い、色知覚モデル順変換部104(105)あるいは色知覚モデル逆変換部106(107)へ観察条件を通知する。続けて制御部212は、サンプル209に対してカラーマッチングの実行を行うべく、入力変換部201、色知覚モデル順変換部104(105)、色空間変換部102(103)、色知覚モデル逆変換部106(107)、出力変換部202に対して順次処理実行を指示する。
【０１１３】
以上の処理をもって更新前のカラーマッチング処理が終了するが、上記カラーマッチング処理の出力デバイスがビデオデバイスではない場合は、更にビデオデバイスに忠実な再現が可能となるように更にカラーマッチングを行う。そして、インストール制御部213へカラーマッチング処理が終了したプレビュー画像の格納場所を通知する。
【０１１４】
ステップS611では、プレビュー画面を生成し、ビデオデバイス309への表示を行う。
【０１１５】
＜＜プレビュー画面＞＞
ここで図8を用いて、本実施形態におけるプレビュー画面の表示様態を説明する。図8はインストール制御部213が生成し、ビデオデバイス309に表示されたプレビュー画面例である。該プレビュー画面は、ステップS609ならびにステップS610で生成した更新前、更新後のプラグインを使用したプレビュー画像をそれぞれ、更新前、更新後として対比できるようなプレビュー画像表示欄を備える。さらに、ユーザが更新を所望した場合にインストール制御部213に対して更新指示を与える「更新実行」ボタン並びに更新中止を指示する「更新」中止ボタンが配置される。更に、キャッシュの再作成を行うか否かのキャッシュ更新指示手段を有する。ここでの更新指示対象は、色空間変換プラグインの更新の場合はシステムキャッシュであるが、デバイスプラグインの場合は、システムキャッシュに加え、デバイスキャッシュ、CAMキャッシュ、CAM-1キャッシュとなる。
【０１１６】
図6の説明に戻り、ステップS611で表示されたプレビュー画面に対してユーザは、キャッシュ更新の有無指定並びに、更新を所望する場合は「更新実行」ボタンによりインストール制御部213に対して更新指示を与える。更新を所望しない場合は、「更新中止」ボタンにより更新中止を指示する。
【０１１７】
ステップS612では、インストール制御部213が、更新指示あるいは更新中止指示のいずれが選択されたかを識別し、更新中止指示がされた場合は更新処理を終了し、更新指示がなされた場合はステップS613へ進む。
【０１１８】
ステップS613では、インストール制御部213は、制御部212に対して更新対象となるデバイスプラグイン管理データの更新依頼を行う。制御部212は、プラグイン管理部205に対して更新対象のプラグインIDならびに更新後のバージョン情報を通知して更新処理を指示する。プラグイン管理部205は、更新対象がデバイスプラグインであれば、デバイスプラグイン管理データ502中に存在する更新対象のプラグインIDの検索を行い、当該プラグインIDと関連付けられるバージョン情報の更新を行って更新完了通知を発する。また、更新対象が色空間変換プラグインであれば、色空間変換プラグイン管理データ503中に存在する更新対象のプラグインIDの検索を行い、当該プラグインIDと関連付けられるバージョン情報の更新を行い、更新完了通知を発する。制御部212は、完了通知をインストール制御部213へ通知する。
【０１１９】
次にステップS614では、インストール制御部213よりプラグイン本体の格納場所を制御部212に通知すると共に、プラグイン本体の更新を依頼する。制御部212はプラグイン管理部205へプラグインIDと共にプラグイン本体のファイル名を通知し、更新指示を行う。プラグイン管理部205は、更新後のプラグインの格納場所を決定し、デバイスプラグイン管理データ502または色空間変換プラグイン管理データ503の当該プラグインIDに関連した格納場所に更新を行い、更新された格納場所を制御部212へ通知する。制御部212は、プラグイン管理部205より通知された格納先へプラグインを格納する。
【０１２０】
ステップS615では、ステップS611で表示したプレビュー画面中でキャッシュ更新指示がなされていたか否かを判定する。キャッシュ更新が指示されていた場合はステップS616へ進み、指示されていなかった場合はステップS617へ進む。
【０１２１】
ステップS616では、更新対象となるプラグインを用いて作成されたデバイスキャッシュ、CAMキャッシュ、CAM-1キャッシュ、システムキャッシュの更新を行う。
【０１２２】
制御部212は、デバイス・CAMキャッシュ管理部206より当該プラグインを用いて作成されたキャッシュが存在するか検索を依頼する。存在する場合は、管理されているキャッシュの作成条件に従い、入力変換部201または出力変換部202に変換LUT101,108の作成指示を行う。さらに、色知覚モデル順変換部104(105)あるいは色知覚モデル逆変換部106(107)に対してCAMテーブルまたはCAM-1テーブルの作成指示を行う。作成が完了したならば、デバイス・CAMキャッシュ管理部206に管理される格納先への格納を行う。
【０１２３】
続いて、制御部212は、システムキャッシュ管理部208より当該プラグインを用いて作成されたキャッシュが存在するか検索する。存在する場合には、管理されているキャッシュの作成条件に従い、システムキャッシュ作成部207でシステムキャッシュを作成する。作成されたシステムキャッシュは、システムキャッシュ管理部208に管理される格納場所へ格納される。
【０１２４】
キャッシュの更新が終了したならばインストール制御部213へ終了の通知を行い、インストール制御部213の処理を終了する。
【０１２５】
ステップS617では、更新対象となるプラグインを用いて作成されたデバイスキャッシュ、CAMキャッシュ、CAM-1キャッシュ、システムキャッシュの破棄を行う。
【０１２６】
制御部212は、デバイス・CAMキャッシュ管理部206より当該プラグインを用いて作成されたキャッシュが存在するか検索を依頼する。存在する場合は、デバイスキャッシュ管理データ504、CAMキャッシュ管理データ505およびCAM-1キャッシュ管理データ506より当該データを削除すると共に、キャッシュの削除を行う。
【０１２７】
次に、制御部212は、システムキャッシュ管理部208より当該プラグインを用いて作成されたキャッシュが存在するか検索する。存在する場合には、システムキャッシュ管理データ507の当該データを削除すると共にキャッシュの削除を行う。
【０１２８】
キャッシュの破棄が終了したならばインストール制御部213へ終了の通知を行い、インストール制御部213の処理を終了する。
【０１２９】
以上説明したように、本実施形態では図6に示すフローチャートに従って、プラグインの更新が行われる。
【０１３０】
＜プレビュー制御＞
以下、ステップS2902に示したプレビューの可否を決定するプレビュー制御処理について、詳細に説明する。すなわち本実施形態においては、以下に示す図16,図17,図18,図19のいずれかの方法によって、プレビューの可否を決定する。
【０１３１】
＜＜プレビュー可否の決定方法［1］＞
図16は、該当するプラグインを使用してプレビューを行うか否かを決定する処理を示すフローチャートである。この決定処理は、プラグインの更新によってカラーマッチングの結果が変わるか否かに基づいて、またはプラグインの更新理由に基づいて行われることを特徴とする。
【０１３２】
図16において、ステップS3010では、図13に示す新プラグイン情報管理テーブルから、該当するプラグインの「色変更バージョン」を取得する。そして、該色変更バージョンに有効なバージョンが設定されていない場合はステップS3011に進む。有効なバージョンが設定されている場合は、図12に示すインストール済プラグイン情報管理テーブルから、該当するプラグインの「バージョン」を取得し、どちらのバージョンがより新しいかを比較する。「色変更バージョン」に設定されているバージョンの方が新しい場合は、該当するプラグインを更新することにより色がかわると判定され、ステップS3011にすすむ。一方、「色変更バージョン」に設定されているバージョンの方が古いまたは同じである場合は、該当するプラグインを更新することにより色は変わらないと判定され、ステップS3002に進む。
【０１３３】
ステップS3011では、インストール済プラグイン情報管理テーブル(図12)から該当するプラグインの「バージョン」を取得する。また、新プラグイン情報管理テーブル(図13)から該当するプラグインの「バージョン」を取得する。そして、上述したバージョンの設定規則に基づいて両者のバージョンを比較することにより、プラグインの更新理由がバグフィックス、性能向上、機能追加の何れかであるかを判定する。ここでバグフィックスと判定された場合はステップS3002に進み、性能向上または機能追加と判定された場合はステップS3003に進む。
【０１３４】
ステップS3002では、新プラグイン情報管理テーブルの「プレビュー表示フラグ」をOFFに設定する。ステップS3003では、新プラグイン情報管理テーブルの「プレビュー表示フラグ」をONに設定する。
【０１３５】
ここで、ステップS3011において、判定結果に関わらずステップS3002に進むようにすれば、プラグインの更新によってカラーマッチング結果が変わらないのであれば、プラグインの更新理由に関わらず、常にプレビュー表示を省略することが可能になる。また、ステップS3010において、判定結果に関わらずステップS3011に進むようにすれば、カラーマッチング結果に影響があるか否かに関わらず、ステップS3011でプラグインの更新理由のみに基づいて、プレビュー表示の可否を決定することが可能になる。
【０１３６】
ここで、図13に示す新プラグイン情報管理テーブルの「プラグインID」がrgb_printer_largeである場合を例にして、プレビュー表示フラグの設定処理を説明する。
【０１３７】
まず、ステップS3010で、新プラグイン情報管理テーブルの「色変更バージョン」を取得し、これが、インストール済プラグイン情報管理テーブルの「バージョン」と同じ1.1.0であることを確認する。これは、更新によってカラーマッチング結果が変わらないことを意味しているため、ステップS3002に進んで「プレビュー表示フラグ」にOFFを設定する。
【０１３８】
同様に、新プラグイン情報管理テーブルの「プラグインID」がcmyk_printer_1である場合を例にすると、ステップS3010で、新プラグイン情報管理テーブルの「色変更バージョン」に有効なバージョンが設定されていないため、ステップS3011に進む。ステップS3011ではまず、新プラグイン情報管理テーブルの「バージョン」が2.3.5であり、インストール済プラグイン情報管理テーブルの「バージョン」が2.3.1であることを確認する。次に、上述したバージョンの設定規則に従って両者のバージョンを比較すると、一桁目が増加しているためバグフィックスによる更新であることが決定される。従ってステップS3002に進んで「プレビュー表示フラグ」にOFFを設定する。
【０１３９】
これにより、プラグインの更新によってカラーマッチングの結果が変わる場合で、かつその更新理由が性能向上や機能追加であった場合に、プレビュー表示を行うように制御される。一方、プラグインの更新によってカラーマッチングの結果が変わらない場合、またはその更新理由がバグフィックスであった場合には、プレビュー表示を省略するように制御される。
【０１４０】
本方法によれば、プラグインを更新してもカラーマッチング結果が変わらないと判断された場合にはプレビュー表示を行わないため、常にプレビュー表示を行う場合と比べて操作を簡単にすることができる。
【０１４１】
また、バグフィックスによる更新か否かを自動で判断し、バグフィックスによる更新であると判断された場合にはプレビュー表示を行わないように制御することによって、プラグイン更新時の操作を簡単にすることができる。またこの場合、ユーザは更新可否の選択を行わないため、ユーザが更新しない旨を選択したためにバグが放置されてしまうという問題を解消することができ、確実にバグを除去することができる。
【０１４２】
＜＜プレビュー可否の決定方法［2］＞＞
図17は、該当するプラグインを使用してプレビューを行うか否かを決定する処理を示すフローチャートである。この決定処理は、コンピュータにインストール済のデバイスに基づいて行われることを特徴とする。
【０１４３】
図17において、ステップS3020では、該当するプラグインが図14に示すデバイス−プレビューフラグ管理テーブルに含まれているか否かを判定する。プラグインが含まれている場合にはさらに、デバイス−プレビューフラグ管理テーブルより該当する「デバイスID」を取得し、該デバイスIDが、図11に示すインストール済デバイス管理テーブルに含まれるか否かを判定する。デバイスIDが含まれる場合はステップS3021に進み、含まれない場合はステップS3003に進む。
【０１４４】
ステップS3021では、図14に示すデバイス−プレビューフラグ管理テーブルから該当するプラグイン、およびデバイスIDに関連付けられたプレビュー表示強制フラグをすべて取得する。そして、プレビュー表示強制フラグがすべてOFFの場合はステップS3002に進むが、ひとつでもONであればステップS3003に進む。
【０１４５】
ステップS3002では、新プラグイン情報管理テーブルの「プレビュー表示フラグ」をOFFに設定する。ステップS3003では、新プラグイン情報管理テーブルの「プレビュー表示フラグ」をONに設定する。
【０１４６】
ここで、図13に示す新プラグイン情報管理テーブルの「プラグインID」がrgb_printer_bjである場合を例にして、プレビュー表示フラグの設定処理を説明する。
【０１４７】
まずステップS3020で、デバイス−プレビューフラグ管理テーブル(図14)にrgb_printer_bjという「プラグインID」が含まれていることを確認する。次に、該デバイス−プレビューフラグ管理テーブルから、rgb_printer_bjという「プラグインID」に関連付いているpixus_ip_1500とpixus_ip_2000という2つの「デバイスID」を取得する。そして、該当する「デバイスID」のうちpixus_ip_1500が、インストール済デバイス管理テーブル(図11)に含まれていることを確認する。次に、デバイス−プレビューフラグ管理テーブル(図14)から、rgb_printer_bjという「プラグインID」、およびpixus_ip_1500という「デバイスID」に関連付いている「プレビュー表示強制フラグ」を取得する。すると、この「プレビュー表示強制フラグ」はOFFであるためステップS3002に進み、新プラグイン情報管理テーブル(図13)の「プレビュー表示フラグ」をOFFに設定する。
【０１４８】
このように、デバイス−プレビューフラグ管理テーブル(図14)の「デバイスID」にエントリーモデルを設定し、その「プレビュー表示強制フラグ」にOFFを設定することで、ユーザの使用デバイスがエントリーモデルだけである場合には、プレビュー表示を省略することが可能になる。これは、エントリーモデルを使用しているユーザは、カラーマッチング結果が変わることに対して比較的敏感ではないとみなし、操作の簡便化を優先させるためである。
【０１４９】
同様に、新プラグイン情報管理テーブル(図13)の「プラグインID」がdigital_cameraである場合を例にすると、まずステップS3020で、デバイス−プレビューフラグ管理テーブル(図14)にdigital_cameraという「プラグインID」が含まれていることを確認する。次に、該デバイス−プレビューフラグ管理テーブルから、digital_cameraという「プラグインID」に関連付いているeos_1ds_mark_2とixy_digital_lという2つの「デバイスID」を取得する。次に、該当するデバイスIDのうちeos_1ds_mark_2とixy_digital_lが、インストール済デバイス管理テーブル(図11)に含まれていることを確認する。次に、デバイス−プレビューフラグ管理テーブル(図14)から、digital_cameraという「プラグインID」に対する、eos_1ds_mark_2とixy_digital_lの2つの「デバイスID」に関連づいている、2つの「プレビュー表示強制フラグ」を取得する。すると、この「プレビュー表示強制フラグ」はそれぞれONとOFFであり、すなわち少なくとも1つがONであるためステップS3003に進み、新プラグイン情報管理テーブル(図13)の「プレビュー表示フラグ」をONに設定する。
【０１５０】
このように、デバイス−プレビューフラグ管理テーブル(図14)の「デバイスID」にハイエンドモデルを設定し、その「プレビュー表示強制フラグ」にONを設定することで、ユーザの使用デバイスにハイエンドモデルが含まれる場合には、プレビュー表示を強制することが可能になる。
【０１５１】
＜＜プレビュー可否の決定方法［3］＞＞
図18は、該当するプラグインを使用してプレビューを行うか否かを決定する処理を示すフローチャートである。この決定処理は、予め設定されたフラグに基づいて行われることを特徴とする。
【０１５２】
図18において、ステップS3030では、該当するプラグインが、図15に示すプラグイン−プレビューフラグ管理テーブルに含まれているか否かを判定する。含まれている場合にはステップS3031に進み、含まれていない場合はステップS3003に進む。
【０１５３】
ステップS3031では、図15に示すプラグイン−プレビューフラグ管理テーブルから該当する「プラグインID」に関連付いている「プレビュー表示強制フラグ」を取得する。この「プレビュー表示強制フラグ」がONの場合はステップS3003に進んで、図13に示す新プラグイン情報管理テーブルの「プレビュー表示フラグ」をONに設定する。一方、「プレビュー表示強制フラグ」がOFFの場合はステップS3002に進んで、新プラグイン情報管理テーブルの「プレビュー表示フラグ」をOFFに設定する。
【０１５４】
このように、プラグイン−プレビューフラグ管理テーブル(図15)の「プレビュー表示強制フラグ」をユーザが任意に設定することによって、ユーザはプレビューの可否を制御することができる。したがって、ユーザがプレビュー画面を見る必要はないと判断した場合などにも対応することができ、操作性を優先することができる。
【０１５５】
＜＜プレビュー可否の決定方法［4］＞＞
図19は、該当するプラグインを使用してプレビューを行うか否かを決定する処理を示すフローチャートである。この決定処理は、上述した図16,図17,図18に示す方法を組み合わせて行われることを特徴とする。
【０１５６】
図19において、ステップS3030では、該当するプラグインが、プラグイン−プレビューフラグ管理テーブル(図15)に含まれているか否かを判定する。含まれている場合にはステップS3031に進み、含まれていない場合はステップS3020にすすむ。
【０１５７】
ステップS3031では、プラグイン−プレビューフラグ管理テーブル(図15)から該当する「プラグインID」に関連付いている「プレビュー表示強制フラグ」を取得する。この「プレビュー表示強制フラグ」がONの場合はステップS3003に進み、OFFの場合はステップS3002に進む。
【０１５８】
ステップS3020では、該当するプラグインがデバイス−プレビューフラグ管理テーブル(図14)に含まれているか否かを判定する。プラグインが含まれている場合にはさらに、デバイス−プレビューフラグ管理テーブル(図14)より該当する「デバイスID」を取得し、該デバイスIDが、インストール済デバイス管理テーブル(図11)に含まれるか否かを判定する。デバイスIDが含まれる場合はステップS3021に進み、含まれない場合はステップS3010に進む。
【０１５９】
ステップS3021では、デバイス−プレビューフラグ管理テーブル(図14)から該当するプラグイン、およびデバイスIDに関連付けられたプレビュー表示強制フラグをすべて取得する。そして、プレビュー表示強制フラグがすべてOFFの場合はステップS3002に進むが、ひとつでもONであればステップS3003に進む。
【０１６０】
ステップS3010では、新プラグイン情報管理テーブル(図13)から、該当するプラグインの「色変更バージョン」を取得する。そして、該色変更バージョンに有効なバージョンが設定されていない場合はステップS3011に進む。有効なバージョンが設定されている場合は、インストール済プラグイン情報管理テーブル(図12)から、該当するプラグインの「バージョン」を取得し、どちらのバージョンがより新しいかを比較する。色変更バージョンに設定されているバージョンの方が新しい場合は、該当するプラグインを更新することにより色がかわると判定され、ステップS3011に進む。一方、色変更バージョンに設定されているバージョンの方が古いまたは同じである場合は、該当するプラグインを更新することにより色は変わらないと判定され、ステップS3002に進む。
【０１６１】
ステップS3011では、インストール済プラグイン情報管理テーブル(図12)から該当するプラグインの「バージョン」を取得する。また、新プラグイン情報管理テーブル(図13)から該当するプラグインの「バージョン」を取得する。そして、上述したバージョンの設定規則に基づいて両者のバージョンを比較することにより、プラグインの更新理由がバグフィックス、性能向上、機能追加の何れかであるかを判定する。ここでバグフィックスと判定された場合はステップS3002に進み、性能向上または機能追加と判定された場合はステップS3003に進む。
【０１６２】
ステップS3002では、新プラグイン情報管理テーブルの「プレビュー表示フラグ」をOFFに設定する。ステップS3003では、新プラグイン情報管理テーブルの「プレビュー表示フラグ」をONに設定する。
【０１６３】
ここで、新プラグイン情報管理テーブル(図13)の「プラグインID」がsed_1である場合を例にして、プレビュー表示フラグの設定処理を説明する。
【０１６４】
まず、ステップS3030で、プラグイン−プレビューフラグ管理テーブル(図15)にsed_1という「プラグインID」が含まれていることを確認する。次にステップS3031で、プラグイン−プレビューフラグ管理テーブル(図15)から、sed_1という「プラグインID」に関連付いている「プレビュー表示強制フラグ」を取得する。この「プレビュー表示強制フラグ」はOFFであるためステップS3002に進み、新プラグイン情報管理テーブル(図13)のプレビュー表示フラグをOFFに設定する。
【０１６５】
このように、プラグイン−プレビューフラグ管理テーブル(図15)の「プレビュー表示強制フラグ」をOFFに設定しておくことによって、バージョンやインストール済みデバイスに依らず、常にプレビュー表示を行わないように制御することができる。すなわち、設定に柔軟性を持たせることができる。
【０１６６】
同様に、新プラグイン情報管理テーブル(図13)の「プラグインID」がrelative-colorimetric_gmaの場合を例にすると、まずステップS3030で、プラグイン−プレビューフラグ管理テーブル(図15)にrelative-colorimetric_gmaという「プラグインID」が含まれていることを確認する。次にステップS3031で、プラグイン−プレビューフラグ管理テーブル(図15)から、relative-colorimetric_gmaという「プラグインID」に関連付いている「プレビュー表示強制フラグ」を取得する。この「プレビュー表示強制フラグ」はONであるためステップS3003にすすみ、新プラグイン情報管理テーブル(図13)の「プレビュー表示フラグ」をONに設定する。
【０１６７】
このように、プラグイン−プレビューフラグ管理テーブル(図15)の「プレビュー表示強制フラグ」をONに設定しておくことによって、バージョンやインストール済みデバイスに依らず、常にプレビュー表示を行うように制御することができる。すなわち、設定に柔軟性を持たせることができる。
【０１６８】
同様に、新プラグイン情報管理テーブル(図13)の「プラグインID」がsaturation_gmaの場合を例にすると、図6のステップS601において、インストール済プラグイン情報管理テーブル(図12)にsaturation_gmaという「プラグインID」が含まるか否かを判定する。そして、含まれていないことを確認すると、新規インストールを行うべくステップS602に進む。
【０１６９】
このように、新規にインストールするプラグインに対してはプレビュー表示を行わないように設定することが可能になる。
【０１７０】
以上説明したように本実施形態によれば、プラグイン更新時において、プレビューが不要な場合にはこれを行わないように制御することが可能となり、常にプレビュー表示を行う場合と比べて操作を簡単にすることができる。
【０１７１】
なお、本実施形態ではプレビュー結果をモニタ表示する例を示したが、プリンタを用いて該プレビュー結果をプリント出力することも可能である。
【０１７２】
＜他の実施形態＞
以上、実施形態例を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記憶媒体(記録媒体)等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１７３】
なお本発明を適用する計算機は、パーソナルコンピュータ、携帯電話を含む携帯端末、画像形成装置など、その形態を問わないのは言うまでもない。
【０１７４】
尚本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。なお、この場合のプログラムとは、実施形態において図に示したフローチャートに対応したプログラムである。
【０１７５】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１７６】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等の形態であっても良い。
【０１７７】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD-ROM，DVD-R)などがある。
【０１７８】
プログラムの供給方法としては、以下に示す方法も可能である。すなわち、クライアントコンピュータのブラウザからインターネットのホームページに接続し、そこから本発明のコンピュータプログラムそのもの(又は圧縮され自動インストール機能を含むファイル)をハードディスク等の記録媒体にダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明に含まれるものである。
【０１７９】
また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせることも可能である。すなわち該ユーザは、その鍵情報を使用することによって暗号化されたプログラムを実行し、コンピュータにインストールさせることができる。
【０１８０】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。さらに、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１８１】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、実行されることによっても、前述した実施形態の機能が実現される。すなわち、該プログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行うことが可能である。
【図面の簡単な説明】
【０１８２】
【図１】本実施形態における色知覚モデルを用いたカラーマッチング処理を示す概念図である。
【図２】本実施形態におけるカラーマッチングモジュールの機能構成を示すブロック図である。
【図３】図2の機能構成を実現する装置の構成例を示すブロック図である。
【図４】デバイス情報ならびにデバイスプラグイン、色空間変換プラグインの模式図である。
【図５】管理情報の模式図である。
【図６】本実施形態のカラーマッチングモジュールに対するインストール処理を示すフローチャートである。
【図７Ａ】プレビュー対象選択画面の表示例を示す図である。
【図７Ｂ】プレビュー対象選択画面の表示例を示す図である。
【図８】プレビュー画面の表示例を示す図である。
【図９】本実施形態に適用されるカラーマッチング用の色知覚モデルを示す図である。
【図１０】一般的なカラーマッチング処理を示す概念図である。
【図１１】インストール済デバイス管理テーブルの一例を示す図である。
【図１２】インストール済プラグイン情報管理テーブルの一例を示す図である。
【図１３】新プラグイン情報管理テーブルの一例を示す図である。
【図１４】デバイス−プレビューフラグ管理テーブルの一例を示す図である。
【図１５】プラグイン−プレビューフラグ管理テーブルの一例を示す図である。
【図１６】プレビュー用プラグイン決定方法の一例を示すフローチャートである。
【図１７】プレビュー用プラグイン決定方法の一例を示すフローチャートである。
【図１８】プレビュー用プラグイン決定方法の一例を示すフローチャートである。
【図１９】プレビュー用プラグイン決定方法の一例を示すフローチャートである。
【図１】
2007067940.tif 000003
【図２】
2007067940.tif 000004
【図３】
2007067940.tif 000005
【図４】
2007067940.tif 000006
【図５】
2007067940.tif 000007
【図６】
2007067940.tif 000008
【図７Ａ】
2007067940.tif 000009
【図７Ｂ】
2007067940.tif 000010
【図８】
2007067940.tif 000011
【図９】
2007067940.tif 000012
【図１０】
2007067940.tif 000013
【図１１】
2007067940.tif 000014
【図１２】
2007067940.tif 000015
【図１３】
2007067940.tif 000016
【図１４】
2007067940.tif 000017
【図１５】
2007067940.tif 000018
【図１６】
2007067940.tif 000019
【図１７】
2007067940.tif 000020
【図１８】
2007067940.tif 000021
【図１９】
2007067940.tif 000022