JP2004530147A - 複雑形状と基準背景との比較を使用するカラー画像表示精度 - Google Patents

Abstract

コンピュータ・ネットワーク上に存在するクライアントに関連するディスプレイ装置のカラー応答を特徴付ける情報を獲得し、その情報を使用してクライアントに配信されるカラー画像を修正することによって、コンピュータ・ネットワーク全体にわたってカラー画像表示精度が改善できる。その情報にはディスプレイ装置についての黒点推定が含まれる。本発明は、１つの実施形態では、数字、文字等といった非矩形形状の形態の暗色要素を使用して、黒点推定を決定する助けとする。特に、グレイ値を変化させた複雑形状の行または列を黒の背景の上で表示すればよい。複雑形状を使用して黒点を決定することは、グレイ・バランスの不良の原因となりうるＲ、Ｇ、及びＢの小さな差を分析する助けとなる。一般に矩形であるパッチまたはバーの代わりに、さらに複雑な形状を使用してその差を分析する際人間の視覚を支援すればよい。例えば、クライアントを案内して、ディスプレイ装置のカラー応答をプロファイルするカラー・プロファイリィング処理を行わせることによって情報が得られる。例えば、その案内は、クライアントに配信される一連の指示ウェブ・ページの形態を取ってもよい。ウェブ・ページは対話式とし、クライアントからカラー特性データが収集できるようにしてもよい。

Description

【技術分野】
【０００１】
本発明はカラー・イメージングに関し、特に、ディスプレイ装置上でのカラー画像の表示に関する。
【背景技術】
【０００２】
インターネットの成長は、オンライン小売業者にとって大きな機会を生み出した。大手民生品小売業者の大部分は、ワールド・ワイド・ウェブ上の商業サイトを開設した。同時に、ウェブ・サイトという存在を利用できることで、これまで小規模小売業者が経験していたマーケティング上の障壁の多くが取り除かれた。現在では、ほぼどんな小売業者も、潜在的な顧客が簡単にアクセスできるように製品情報を掲示し、自動化された形でその製品を受注することができる。
【０００３】
製品情報には多数の画像が含まれることもある。画像があると、クライアント装置側のウェブ顧客はオンライン購入注文を送信する前に製品を見ることができる。品目によっては、ユーザは「サムネイル」画像をクリックしてその品目をさらに高解像度のフォーマットで見ることができるものもある。しかし、多くの小売業者にとって、画像の品質は重大な関心事となりうる。特に、色精度は、色が問題となる製品の小売業者にとって非常に重大なことがある。
【０００４】
例えば、衣類の小売業者の場合、セーターの画像はその実際の色とできる限り一致しているべきである。不都合にも、ディスプレイ装置が異なれば色出力特性は大きく異なったものになりうる。陰極線管（ＣＲＴ）または平面パネル・ディスプレイ、ビデオカード、ドライバ・ソフトウェア、及びオペレーティングシステムの協働によって、ＲＧＢピクセル値がどのようにレンダリングされ表示されるかが決定されるのであって、それはシステム毎に大きく異なる。
【０００５】
その結果、オンライン顧客は暗紅色に見えるセーターを注文してその代わりに明るい赤色のセーターを受け取るということがありうる。実際に、色の不正確さはオンライン顧客が注文した商品の重大な返品理由となった。場合によっては、この問題は、小売業者がオンライン販売促進策に取り組むことによって得られる利点を打ち消し、継続した投資の効果を薄れさせることもある。
【発明の開示】
【０００６】
本発明は、カラー出力特性の異なるディスプレイ装置を有するコンピュータ・ネットワークにおけるカラー画像表示精度の改善に関する。本発明の１つの実施形態では、数字、文字等といった複雑非矩形形状のグレイ要素を使用して、各ディスプレイ装置を特徴付けるための黒点（ｂｌａｃｋｐｏｉｎｔ）推定を支援する。
【０００７】
特に、グレイ値の異なる非矩形形状の行または列を、基準背景の役目を果たす黒の背景上に表示する。背景に最も一致して見える形状、行、または列の１つを選択することによって黒点を推定する。複雑非矩形形状を使用して黒点を決定することは、グレイ・バランス不良の原因となりうるＲ、Ｇ及びＢの小さな差を分析する助けとなる。
【０００８】
一般に矩形である、パッチまたはバーの代わりにさらに複雑な形状を使用して、人間の目によるこの差の分析を助ける。例えば、ほぼ非矩形である数字、文字、及びその他の複雑形状は人間の目のパターン認識能力と関連して、グレイスケール差の感度を高めることができる。人間の目がパターン認識を行うよう要求される場合、あるパターンと周囲の領域との間の色のグラデーションの感度が増大する。複雑形状は一般に単純形状と比較して長い境界を有し、コントラストを得るための周囲長の増大を促進する。
【０００９】
実施形態によっては、ディスプレイ装置の各カラー・チャネル、例えば、赤、緑、及び青（Ｒ、Ｇ、及びＢ）について各１つ、計３つの別個の黒点を推定することもある。多数の、チャネル固有の黒点を推定することは、ＣＲＴモニタのような一部のディスプレイ装置は異なるカラー・チャネルについて非常に異なった黒点を示し、単一のＲＧＢ黒点推定を使用するだけでは特徴付けが困難なことがあるという認識に基づいている。各カラー・チャネル（Ｒ、Ｇ、Ｂ）について個別に黒点を推定することによって、ディスプレイ装置の総合比色応答のさらに正確な特性が得られる。
【００１０】
さらに正確な比色特性は、黒点推定において複雑形状を使用することから得られるが、それによって個々のディスプレイに配信され表示されるカラー画像を修正する処理の精度が向上する。この方法で、本発明はカラー画像表示精度を改善できる。これは、例えば、コンピュータ・ネットワーク上に存在するクライアント装置に関連するディスプレイ装置のカラー応答を特徴付ける多チャネル黒点推定及び他の情報を得ることによって達成できる。
【００１１】
この情報を有利に使用して、ワールド・ワイド・ウェブのようなコンピュータ・ネットワーク上でクライアントに配信されるカラー画像を修正する。本発明を、さまざまな実施形態で適用し、クライアントに関連する個々のディスプレイ装置のカラー応答を補償するカラー画像修正を提供する。ディスプレイ装置は陰極線管モニタ、平面パネル・ディスプレイ、または同様のカラー画像ディスプレイ装置といった形態でよい。多チャネル黒点推定及び付加情報は、例えば、クライアントを案内して、ディスプレイ装置のカラー応答をプロファイルするカラー・プロファイリィング処理を行わせることによって得られる。この案内は、クライアントに配信される一連の指示ウェブ・ページの形態でよい。
【００１２】
ウェブ・ページは対話式とし、クライアントからカラー特性データが収集できるようにしてもよい。カラー特性データを使用して、多チャネル黒点推定、ガンマ、グレイ・バランス等といったディスプレイ装置特性に関する多様な情報を推定できる。情報を収集したら、クライアントのディスプレイ装置に関するカラー・プロファイルを作成し、その後それを使用してクライアントに配信されるカラー画像を修正できる。カラー・プロファイルは、クライアントに配信されるカラー画像を修正するためクライアントが画像サーバに送信する情報に組み込んでもよい。クライアントが送信する情報は、ウェブ・クッキーまたは他のコンテンツ・コンテナとして具体化してもよい。
【００１３】
一連の縦続的ステップを使用してＲＧＢの平均ガンマの非常に正確な値を決定できる。例えば、実施形態によっては、粗ガンマ（ｃｏｇｒｓｅ ｇａｍｍａ）測定のために選択されたグレイ・パッチを、さらに微調整されたガンマの測定に使用されるある範囲のグレイ・パッチに対する中央パッチとして使用する。本出願で使用される「グレイ」という用語は一般に、単一カラー・チャネルによって形成される色とは異なり、様々なグレイ・レベルの２つかそれ以上のカラー・チャネルの組み合わせによって形成される色を指す。次に、微ガンマ（ｆｉｎｅ ｇａｍｍａ）を使用してグレイ・バランス決定用の中央グレイ・パッチを形成してもよい。有利にも、実施形態によっては、ユーザはわずか４クリックでカラー・プロファイリィング処理を完了でき、グレイ・バランス決定は１回のクリックで完了できる。
【００１４】
クッキー、または代替コンテナは、クライアントのディスプレイ装置のカラー応答特性の永続的な表示を提供できる。クライアントがウェブ・サーバにアクセスしウェブ・ページ・コンテンツ中にカラー画像が識別される度に、クッキーを適当な画像サーバに送信し、クライアントのディスプレイ装置上に表示されるカラー画像の精度を改善すればよい。クッキーはディスプレイ装置について計算されたカラー・プロファイルまたはそのカラー・プロファイルを計算するために有用なパラメータを含み、それによってクライアントにレンダリングされるカラー修正または「補正」を提供してもよい。
【００１５】
カラー画像精度が改善されるため、クライアントが見る画像は意図された通りになる。本システム及び方法はディスプレイ装置の正確な特徴付けを提供する一方で、ユーザに信頼性と使用の容易さをもたらす。例えば、小売販売のコンテンツでは、対象品目の色は実際の色により近づく。その結果オンライン顧客が注文した品目が色の不一致によって返品される恐れは少なくなる。オンライン小売業者は返品されることが少なくなり、オンライン顧客は、注文する品目について予想通りの色のものが届くというより大きな確信をもって買い物できるようになる。
【００１６】
一般に、オンライン画像を見るユーザは、ディスプレイ装置を大幅に調整する必要なしに、元の情報源が意図した色を見ることができる。カラー画像精度の改善によって、クライアントのオンライン体験が向上する。同時に、多くの実施形態では、ユーザは、時間と貴重な注意力持続期間を費やすこともある、ダウンロード可能プラグイン、クライアント側スクリプト等によって煩わされる必要がない。その代りに、好適な実施形態において、カラー・プロファイリング処理はウエブ・ページの実行によって行われる。
【００１７】
１つの実施形態では、本発明は、グレイ要素を背景上で表示し、各グレイ要素が異なったグレイ値及び非矩形形状とを有し、ユーザによって選択され、背景に最も一致して見えるグレイ要素の１つに基づいてディスプレイ装置について黒点を推定することを含む方法を提供する。
【００１８】
別の実施形態では、本発明は、コンピュータ・ネットワーク上に存在し、コンピュータ・ネットワーク上に存在する遠隔クライアントにウェブ・ページを送信するウェブ・サーバと、コンピュータ・ネットワーク上に存在し、クライアントに関連するディスプレイ装置上で表示するためウェブ・ページによって参照されるカラー画像をクライアントに送信するカラー画像サーバと、コンピュータ・ネットワーク上に存在し、クライアントを案内して、クライアントに関連するディスプレイ装置のカラー応答を特徴付ける情報を得るカラー・プロファイリィング処理を行わせ、そこでその情報がディスプレイ装置のカラー・チャネルについての黒点推定を含み、カラー・プロファイリィング処理が、黒の背景上でグレイ要素を表示し、そこで各グレイ要素が異なったグレイ値及び非矩形形状とを含み、黒の背景に最も一致して見えるグレイ要素の１つを選択し、及び選択されたグレイ要素に基づいてディスプレイ装置について黒点を推定することを含み、及びそれぞれのディスプレイ装置上で表示される時カラー画像の精度を改善するため、情報に基づいてカラー画像サーバによって送信されるカラー画像を修正する１つかそれ以上のカラー補正モジュールとを有するシステムを提供する。
【００１９】
さらに別の実施形態では、本発明は、グレイ要素を背景上で表示し、そこで各グレイ要素が異なったグレイ値と非矩形形状とを有し、ユーザによって選択され、背景に最も一致して見えるグレイ要素の１つに基づいてディスプレイ装置について黒点を推定することをプロセッサに行わせるプログラム・コードを含むコンピュータ読み取り可能な記録媒体を提供する。
【発明を実施するための最良の形態】
【００２０】
図１は、コンピュータ・ネットワーク全体にわたってカラー画像表示精度を改善するシステム１０の構成図である。コンピュータ・ネットワークは、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、またはワールド・ワイド・ウェブのようなグローバル・ネットワークの形態でよい。１つの実施形態によれば、システム１０は、ネットワーク上のクライアントに関連するディスプレイ装置の比色応答を特徴とする多チャネル黒点推定を得るよう構成してもよい。
【００２１】
すなわち、ディスプレイ装置の各カラー・チャネル、例えば、赤、緑、及び青（Ｒ、Ｇ、及びＢ）について１つ、計３つの個別の黒点を推定してもよい。多数の、チャネル固有の黒点を推定するのは、ＣＲＴモニタのような一部のディスプレイ装置は、異なるカラー・チャネルについて非常に異なった黒点を示し、単一ＲＧＢ黒点推定を使用するだけでは特性決定が困難なことがあるという認識に基づいている。ＲＧＢ全体の黒点だけを推定する代わりに、まず各カラー・チャネル（Ｒ、Ｇ、Ｂ）について黒点を個別に推定することによってディスプレイ装置の比色応答のさらに正確な特性決定が得られる。
【００２２】
図１に示されるように、システム１０はウェブ・サーバ１２と、クライアント１４と、カラー画像サーバ１６と、カラー・プロファイル・サーバ１８とを含んでもよい。ウェブ・サーバ１２はクライアント１４に、カラー画像のようなグラフィック・コンテンツを組み込んだウェブ・ページへのアクセスを提供する。カラー画像の一部はウェブ・サーバ１２に格納されたウェブ・ページに組み込んでもよいが、他のカラー画像はカラー画像サーバ１６に格納される。ウェブ・サーバ１２は、例えば、低解像度であると共に色強度（ｃｏｌｏｒ−ｉｎｔｅｎｓｉｖｅ）が低いカラー画像を格納してもよい。より高解像度のカラー画像とより色強度の高い画像をカラー画像サーバ１６に格納してもよい。
【００２３】
ウェブ・サーバ１２と、クライアント１４と、カラー画像サーバ１６と、カラー・プロファイル・サーバ１８は各々それぞれの装置と共にローカルに存在するかまたはリモートで実行されるコンピュータ読み取り可能な記録媒体上に格納されるプログラム・コードを実行する。例えば、クライアント１４の場合、プログラム・コードは、クライアント・コンピュータによってアクセス及び実行されるランダム・アクセス・メモリ（ＲＡＭ）中に存在してもよい。プログラム・コードは、クライアント１４に関連する固定ハード・ドライブまたは取り外し可能媒体装置といった別のメモリ装置からメモリにロードしてもよい。特に、プログラム・コードは当初、磁気、光学、磁気光学または他のディスクまたはテープ媒体、またはＥＥＰＲＯＭのような電子媒体といったコンピュータ読み取り可能な記録媒体上に置いてもよい。また、プログラム・コードは、例えばローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、またはインターネットのようなグローバル・ネットワークを介した遠隔データ・アーカイブからの伝送によって媒体にロードしてもよい。コードのかなりの部分はそれぞれの装置に伝送されサーバまたはブラウザ・アプリケーションによって実行されるウェブ・ページ・コードでもよい。
【００２４】
ウェブ・サーバ１２によって生成される、例えばハイパーテキスト・マークアップ言語（ＨＴＭＬ）、拡張マークアップ言語（ＸＭＬ）等のウェブ・ページ・コードは、カラー画像サーバ１６またはその他の場所に格納される特定のカラー画像を指す画像タグを含んでもよい。クライアント１４がウェブ・サーバ１２によって配信される個々のウェブ・ページにアクセスし、ページ・コンテンツを構成するＨＴＭＬを実行すると、カラー画像サーバ１６がアクセスされ、ウェブ・ページ・コード内でタグを付けられた画像が得られる。すなわち、クライアント１４用に構成されたウェブ・ページのコンテンツは、ウェブ・サーバ１２及びカラー画像サーバ１６といったシステム１０によって占有されるネットワーク内の様々なリソースから得られるオブジェクトを含んでもよい。実施形態によっては、ウェブ・サーバ１２及びカラー画像サーバ１６は互いに一体化してもよい。しかし、図１の例では、カラー画像サーバ１６とウェブ・サーバ１２とは別個の構成要素である。ウェブ・サーバ１２とカラー画像サーバ１６とは各々データベース・サーバ及びファイル・サーバと対話し、クライアント１４に配信されるため選択されるカラー画像へのアクセスを得ればよい。
【００２５】
クライアント１４は、ユーザがシステム１０上のリソースにアクセスしそのリソースから得られるカラー画像を表示できるような様々な装置の形態でよい。クライアント１４の例には、ウィンドウズ、マッキントッシュ、ユニックス、またはリナックス環境で動作するデスクトップまたは携帯型コンピュータ、小型携帯型装置用のパーム、ウィンドウズＣＥ、または同様のオペレーティング・システム環境に基づく携帯情報端末（ＰＤＡ）、インターネット機能付き無線電話、インターネット・アクセス用セット・トップ・ボックス付き対話式テレビ、一般大衆が利用できるインターネット・キオスク、及び将来出現しうるインターネット家電が含まれる。各クライアント１４は好適には、ウェブ・ブラウザのようなグラフィック・ビューイング・アプリケーションを実行して、システム１０に付属するウェブ・サーバ１２及びカラー画像サーバ１６といった他のリソース上に存在するリソースにアクセスする。ウェブ・ブラウザ・アプリケーションによって、クライアント１４に関連するユーザは、ウェブ・サーバ１２によって生成されたウェブ・ページと、カラー画像サーバ１６によって供給される画像を容易に見ることができる。情報がユーザ対話式フォーマットで表示されているならば、他のユーザ・インタフェース・アプリケーションがウェブ・サーバ１２にアクセスする際有用なこともある。
【００２６】
実施形態によっては、カラー画像サーバ１６は、静止画像に加えて、カラー補正されたビデオ画像を配信するよう構成してもよい。ＭＰＥＧクリップ、ストリーミング・ビデオ等といったビデオは、個々のクライアント１４に関連するディスプレイ装置の影響を補償しない場合、同様のカラー精度の問題に見舞われることがある。すなわち、本発明の実施形態の中には、同報通信型（ｂｒｏａｄｃａｓｔ−ｌｉｋｅ）ビデオ・コンテンツのために特に有用なものがある。
【００２７】
各々の場合、クライアント１４には陰極線管または平面パネル・ディスプレイといったディスプレイ装置が含まれ、ウェブ・サーバ１２及びカラー画像サーバ１６から得られるカラー画像を表示する。電子ペーパーのような他の種類のディスプレイ及びダイナミック・ビューイング（ｄｙｎａｍｉｃ ｖｉｅｗｉｎｇ）媒体も考慮される。ウェブ・サーバ１２と、クライアント１４と、カラー画像サーバ１６との間の通信は、ＴＣＰ／ＩＰのような従来のネットワーク・プロトコルを使用して行えばよい。上記で説明したクライアント装置の中には、ＰＤＡ及び無線電話のように、現在組み込んでいるカラー・ディスプレイの品質が比較的低いものもあるが、そうした装置も近い将来高品質カラー・ディスプレイの恩恵を享受することになると予想される。したがって、システム１０は将来ＰＤＡ、無線電話、及び同様の装置によって表示されるカラー画像の品質が向上する際にも容易に適用可能である。
【００２８】
一例として、ウェブ・サーバ１２は衣類販売店のようなオンライン小売業者に関連するウェブ・ページを配信すればよい。この例では、ウェブ・サーバ１２によって配信されるウェブ・ページは、オンライン顧客が見るための品目のカラー画像と共に、小売業者が販売する一連の品目に関する情報を含んでもよい。カラー画像には、カラー画像サーバ１６に格納された高解像度画像へのハイパーテキスト・リンクと同じ場所に配置された低解像度「サムネイル」画像を構成するものがあってもよい。クライアント１４は、ブラウザ・アプリケーション内でウェブ・サーバ１２によって配信されるコードを実行し、クライアントに関連するディスプレイ装置上で表示するウェブ・ページを構成する。
【００２９】
クライアント１４に関連するユーザがマウス、トラックボール、ペン等といったポインティング装置でサムネイル画像の１つをクリックすると、クライアント１４はカラー画像サーバ１６にアクセスして、ウェブ・ページ・コード中に埋め込まれた画像タグによって指定された高解像度カラー画像を得る。高解像度カラー画像をより高いカラー精度で表示できるようにするため、カラー画像サーバ１６はクライアント１４について得られた情報に基づいてカラー画像を修正する。特に、カラー画像サーバ１６はクライアント１４に関連するディスプレイ装置のカラー応答を特徴付ける情報を得る。情報は例えば、ウェブ・クッキーまたは他のコンテンツ・コンテナの形態で、カラー画像サーバ１６にアップロードすればよい。また、カラー・プロファイル・サーバ１８によって認識される、システム１０中のいくつかの加入者カラー画像サーバに送信、すなわち同報通信してもよい。情報は、クライアント１４に関連するユーザを案内して、ディスプレイ装置のカラー応答をプロファイル測定するカラー・プロファイリィング処理を行わせることによって生成すればよい。
【００３０】
クライアント１４がカラー画像サーバ１６からのカラー画像にアクセスすると、ユーザは、デフォルト・カラー設定のバージョンで画像を見るか、それともユーザのディスプレイ装置用のカスタム・カラー設定を行い、それによってカラー画像の品質を改善するカラー・プロファイリィング処理を開始するかを選択できる。特に、カラー画像サーバ１６によって配信されるカラー画像を、カラー・プロファイル・サーバ１８との対話を通じてカラー・プロファイリィング処理を開始する１つかそれ以上のハイパーテキスト・リンクと共にウェブ・ページに埋め込めばよい。ユーザがハイパーテキスト・リンクをクリックすると、クライアント１４はカラー・プロファイル・サーバ１８にアクセスし、一連の指示ウェブ・ページをユーザに配信する。
【００３１】
カラー・プロファイル・サーバ１８によって提供される指示ウェブ・ページはユーザを案内して、クライアント１４に関連する個々のディスプレイ装置のカラー応答特性を推定するよう設計されたいくつかのステップを行わせる。処理が完了すると、カラー・プロファイル・サーバ１８は、実行される場合、カラー・プロファイル情報を含むクッキーを生成するコンテンツと共にウェブ・ページを配信する。その後クッキーはカラー画像サーバ１６にアップロードされ、そのカラー画像と、その後アクセスされるカラー画像を修正するために使用され、クライアント１４に関連するディスプレイ装置上で高品質カラー画像を生じる。カラー・プロファイリィング処理の例は、以下この詳細な説明の中でさらに詳細に説明される。
【００３２】
カラー・プロファイル情報を得る他の技術では、ユーザがカラー画像サーバ１６ａ−１６ｎと直接対話することを要求しないこともある。その代わり、ユーザは自発的にウェブ・サイトを訪問し、カラー・プロファイル測定を行ってもよい。そのウェブ・サイトはカラー・プロファイル・サーバ１８によって提供してもよく、またカラー・プロファイル・サーバと同じドメイン内にあってもよい。また、ユーザは、ダウンロードまたは物理的に配信されるソフトウェアを実行することで、個々のクライアント１４ａ−１４ｎに関連するディスプレイ装置のプロファイル測定を行ってもよい。さらに、使用される際、カラー・プロファイルを生成し、そのカラー・プロファイルを、例えばクッキー中で加入者カラー画像サーバに送信するようにディスプレイ装置を構成してもよい。各々の場合、カラー・プロファイル・サーバ１８は、いくつかの個々のカラー画像サーバに転送し、カラー補正された画像をクライアント１４に配信するため、本質的に同じ情報を受信する。
【００３３】
図２は、図１に示されるシステムを組み込んだウェブベース環境２０の構成図である。ウェブベース環境２０には、いくつかの加入者２２ａ、２２ｂ、及び２２ｃ−２２ｎが含まれ、これらは各々オンライン販売ウェブ・サイトを有する商業的小売業者であってよい。もちろん、加入者２２ａ−２２ｎは、美術館等といった非商業的実体を含んでもよい。各加入者２２ａ、２２ｂ、及び２２ｃ−、２２ｎについて、加入者ウェブ・サーバ、または「加入者サーバ」（ＳＳ₁−ＳＳ_N）１２ａ、１２ｂ、及び１２ｃ−１２ｎは、加入者の商品を説明するコンテンツを有するウェブ・ページを配信し、カラー画像サーバ（ＣＩＳ₁−ＣＩＳ_N）１６ａ、１６ｂ、及び１６ｃ−１６ｎは、個々のクライアント１４ａ、１４ｂ、及び１４ｃ−１４ｎについて生成されるカラー・プロファイルに基づいて修正されることもある高品質画像を配信する。すなわち、各加入者２２ａ−２２ｎは高品質カラー画像をそれぞれのカラー画像サーバ１６ａ−１６ｎに掲示し、それぞれの加入者サーバ１２ａ−１２ｎで高品質画像を呼び出すウェブ・ページを維持する。注意されたいが、クライアント１４ａ−１４ｎは加入者２２ａ−２２ｎより多くてもよい。
【００３４】
加入者サーバ１２ａ−１２ｎの１つとカラー画像サーバ１６ａ−１６ｎの１つとは好適にはそれぞれの加入者の制御下にある。別言すれば、加入者２２ａが加入者サーバ１２ａ及びカラー画像サーバ１６ａの維持、管理、及びコンテンツに責任を負うとすれば、加入者２２ｂは加入者サーバ１２ｂ及びカラー画像サーバ１６ｂに責任を負う。この方法で、加入者２２ａ−２２ｎは加入者サーバ１２ａ−１２ｎ及びカラー画像サーバ１６ａ−１６ｎのコンテントを自分で容易に更新できる。その結果、加入者２２ａ−２２ｎは、本発明の実施形態によって考慮されるカラー画像品質の改善を利用するために、画像コンテンツの制御を何らかの第三者に譲渡する必要はない。その代わり、加入者２２ａ−２２ｎは、固有のカラー画像サーバ１６ａ−１６ｂと、クライアント１４ａ−１４ｎを案内してカラー・プロファイリィング処理を行わせるカラー・プロファイル・サーバ１８との対話を利用する。それにもかかわらず、実施形態によっては、全ての加入者用の中央画像サーバの使用が望ましいこともある。加入者サーバ１２ａ−１２ｂ及びカラー画像サーバ１６ａ−１６ｎに関連する商業的な実体は、それらの全てが１つかそれ以上の共通のカラー・プロファイル・サーバ１８との対話によって生成されるカラー・プロファイルを使用するという意味で「加入者」である。すなわち、加入者とは、本出願で説明されるカラー補正を利用し、カラー・プロファイル・サーバ１８を使用するウェブ・サイトを有する小売業者または小売業者の集まりであればよい。加入者サーバ１２ａ−１２ｎは加入者の主ウェブ・サーバであってもよい。カラー画像サーバ１６ａ−１６ｎは対応する加入者サーバ１２ａ−１２ｎと同じロケーションに置かれているかまたは遠隔ロケーションに置かれたサーバでよく、加入者の高解像度または色強度の高い（ｃｏｌｏｒ−ｉｎｔｅｎｓｉｖｅ）カラー画像と、画像を補正し補正された画像をクライアント１４ａ−１４ｎに供給するカラー補正モジュールとを含む。各カラー画像サーバ１６ａ−１６ｎはそれぞれの加入者サーバ１２ａ−１２ｎのドメイン内にあってもよいが、これは必要条件ではない。すなわち、図２の環境では、クライアント１４ａ−１４ｎは、自分のブラウザで加入者のウェブ・ページを見る加入者２２ａ−２２ｎの潜在的な顧客である。
【００３５】
クライアント１４ａ−１４ｎは、ワールド・ワイド・ウェブ２４を介して、加入者サーバ１２ａ−１２ｎと、カラー画像サーバ１６ａ−１６ｎと、カラー・プロファイル・サーバ１８とにアクセスする。図１に示されるクライアント１４ａ−１４ｎと加入者２２ａ−２２ｎとの数は例示を容易にするため制限されているが、実際の数は加入者サーバ１２ａ−１２ｎと、カラー画像サーバ１６ａ−１６ｎと、カラー・プロファイル・サーバ１８と、ウェブ２４との帯域幅制限によってはほぼ無制限でよい。多数のクライアント１４ａ−１４ｎが加入者２２ａ−２２ｎにアクセスする場合、個々のディスプレイ装置のカラー応答はかなり異なることがありうる。しかし、カラー・プロファイル・サーバ１８とカラー画像サーバ１６ａ−１６ｎとによって管理されるカラー・プロファイリィング処理及びカラー画像修正によって様々なクライアント・ディスプレイ装置間の差が補償され、それによってウェブ２４全体にわたって位置するユーザが見るカラー出力の一貫性が向上する。例えば、加入者２２ａ−２２ｎが衣類小売業者である場合、異種類のディスプレイ装置上でクライアント１４ａ−１４ｎが見るカラー画像を、実際の衣類品目の色にさらに近付けることができる。
【００３６】
図３は、図１及び図２に示されるコンピュータ・ネットワークにおけるカラー画像表示精度を改善する方法を例示する流れ図である。クライアント１４が加入者サーバ１２からウェブ・ページをダウンロードするよう要求すると、クライアントは、参照番号４０によって示されるように、ディスプレイ装置上に表示される際にウェブ・ページ中に組み込まれるカラー画像の位置を示す画像タグが埋め込まれたＨＴＭＬコード（または他の形態のウェブ・ページ・コード）を受信する。いわゆる「サムネイル」のような低解像度画像の場合、画像タグは加入者サーバ１２にあるロケーションを指してもよい。ユーザがサムネイルをクリックして高解像度画像にアクセスするか、または高解像度画像が初めからウェブ・ページに埋め込まれている場合、図３の参照番号４２によって示されるように、クライアント１４はウェブ・ページ・コードを実行して、指定されたカラー画像サーバ１６のカラー画像にアクセスしそれをダウンロードする。
【００３７】
図３の例では、参照番号４４によって示されているように、カラー画像サーバ１６にアクセスするためクライアント１４によって実行されるウェブ・ページ・コードは、カラー画像サーバから見えるカラー・プロファイル・クッキーが個々のクライアントについて生成されているかを照会する。例えば、クッキーは、カラー画像サーバのドメインに対応している場合可視である。クッキーの管理は、この説明の後の部分で述べられる。カラー・プロファイル・クッキーは、クライアント１４に関連するディスプレイ装置のカラー応答を特徴付ける情報を含み、クライアント側にローカルに存在する。カラー・プロファイル・クッキーが生成されていれば、参照番号４６によって示されるように、クライアント１４はクッキーをカラー画像サーバにアップロードする。クッキー画像サーバ４８は、参照番号４８によって示されるように、クライアント１４によって要求された画像を検索し、カラー補正を適用することによって、クッキー・コンテンツに基づいて画像を補正する。カラー補正は、画像を補正して、クライアント１４に関連するディスプレイ装置のカラー応答特性の変化を補償する。次に、参照番号５０によって示されるように、カラー画像サーバ１６はカラー補正された画像をクライアント１４にダウンロードし、参照番号５２によって示されるように、処理は終了する。上記の方法で、クライアント１４はクライアントのディスプレイ装置についてカスタマイズされたカラー補正画像を受信し、さらに正確なカラー出力を提供する。
【００３８】
カラー・プロファイル・クッキーが以前に生成されていない場合、参照番号５４によって示されているように、クライアント１４はカラー画像サーバ１６からデフォルト・カラー画像をダウンロードし、クライアントに関連するディスプレイ装置上に表示する。この画像は、クライアント１４に関連する個々のディスプレイ装置についてカラー補正または他の形でカスタマイズされていないという意味で「デフォルト」画像である。その結果、クライアント１４によって表示される時、デフォルト画像は元のカラー画像に対して大きな色の不正確さを示すことがある。しかし、参照番号５６によって示されるように、クライアント１４はデフォルト画像と共に、カラー・プロファイル測定の選択肢を提示してもよい。特に、クライアント１４は、画像と共に、カラー・プロファイル測定及び補正が画像に適用されているか否かの表示をダウンロードすればよい。画像と共に、クライアント１４はその表示を行い、合わせてユーザにカラー・プロファイル測定を実行するよう勧誘するハイパーテキスト・アイコンを表示すればよい。ユーザはポインティング装置でプロファイル測定アイコンをクリックし、カラー・プロファイリィング処理にアクセスすればよい。実施形態によっては、プロファイル測定アイコンは、プロファイル測定がすでに行われ、画像が補正されていることを、例えばアイコンをカラーで表示することによって示してもよい。プロファイル測定が以前に行われていない場合、アイコンを白黒で表するかまたは何らかの表示を提供してもよい。アイコンをクリックすることで、ユーザは最初の機会かまたはプロファイルが更新される際にプロファイル測定を開始できる。
【００３９】
参照番号５８によって決定されるように、この選択肢が選ばれない場合、参照番号５２によって示されるように、ユーザはそのままデフォルト画像を見て処理は終了する。しかし、その選択肢が選ばれると、クライアント１４は、例えば、アイコンに関連するハイパーリンク・テキストを介して、カラー・プロファイル・サーバ１８にアクセスするようユーザを誘導するコードを実行する。参照番号６０によって示されるように、カラー・プロファイル・サーバ１８は、クライアント１４に関連するユーザを案内してカラー・プロファイリィング処理を行わせる。カラー・プロファイリィング処理は、個々のクライアント１４に関連するディスプレイ装置が示すカラー応答を特徴付ける情報を生成する。カラー・プロファイリィング処理の完了に続いて、参照番号６２によって示されるように、クライアント１４はカラー・プロファイル・クッキーを生成する。カラー・プロファイル・クッキーはカラー特性決定情報を含む。次に、参照番号４６によって示されるように、クライアント１４はカラー・プロファイル・クッキーをカラー画像サーバにアップロードし、カラー補正された画像を得てカラー画像精度を改善する。以下説明されるように、クッキーはカラー画像サーバ１６のドメイン用に書き換える必要があることもある。
【００４０】
注目すべきことだが、以下説明されるように、カラー・プロファイリィング処理はオプションとして、プラグイン、ジャバ・スクリプト、または他の影響の大きいクライアント側処理を必要としない。その代わり、加入者サーバ１２と、クライアント１４と、カラー画像サーバ１６と、カラー・プロファイル・サーバ１８との間の対話は、クライアント１４に配信されるウェブ・ページ・コードを実行することによって進められる。このアプローチは、クライアント１４に関連するエンドユーザにとって大きな利便性を生じる。同時に、加入者２２ａ−２２ｎは個々のユーザについてのカラー情報を保持する必要はない。むしろ、クライアント１４がカラー画像を要求する時いつでも、例えば、クッキーの形態で、情報をカラー画像サーバ１６にアップロードすればよい。その上で、加入者２２ａ−２２ｎは固有のカラー画像をカラー画像サーバ１６ａ−１６ｎに維持し、個々のクライアント１４ａ−１４ｎによってアップロードされたカラー・プロファイル・クッキーを処理できるカラー補正モジュールを組み込むことによって、カラー補正を提供すればよい。従って、加入者２２ａ−２２ｎは、固有のウェブ・ページまたは画像を中央ウェブ・リポジトリに掲示する必要はない。
【００４１】
図３を参照して説明されるカラー・プロファイリィング処理を実行するため、クライアント１４はカラー・プロファイル・サーバ１８と対話する。カラー・プロファイル・サーバ１８は一連のウェブ・ページをクライアント１４に配信する。各ウェブ・ページはユーザを案内してカラー・プロファイリィング処理における与えられたステップを行わせるように設計されている。例えば、１つのウェブ・ページは、ユーザからディスプレイ装置の黒点の推定を抽出するよう設計された指示及び画像コンテンツを含んでもよい。１つの実施形態では、黒点推定は多数のチャネル固有黒点の推定でもよい。他のウェブ・ページは、粗ガンマ、微ガンマ及びグレイ・バランス情報を抽出するよう設計された指示及びコンテンツを含んでもよい。すなわち、各ウェブ・ページは、ユーザがクリックすることでクライアント１４からカラー・プロファイル・サーバ１８に情報を転送できるハイパーテキスト・アイコン等といった対話式媒体を含んでもよい。
【００４２】
必要な情報を収集すると、カラー・プロファイル・サーバ１８はクッキーを作成し、それをローカルに格納して将来使用するためクライアント１４に配信する。実施形態によっては、２つのクッキーをクライアント１４に提供してもよい。第１のクッキーはカラー・プロファイル・サーバ１８に関連するドメイン名に対応し、個々のクライアント１４ａ−１４ｎとカラー・プロファイル・サーバとの間の将来の対話のために使用してもよい。第１のクッキーを「プロファイラ・クッキー」と呼ぶこともある。第２のクッキーは、カラー画像のダウンロード元である、（小売業者のような個々の加入者に対応する）個々のカラー画像サーバ１６ａ−１６ｎに関連するドメイン名に対応してもよい。別言すれば、第２のクッキーは、カラー・プロファイリィング処理が開始されるカラー画像サーバ１６ａ−１６ｎに対応してもよい。この方法で、カラー画像サーバ１６ａ−１６が配信する将来の画像は、当該ドメインに関連するクッキー・コンテンツに基づいて修正される。第２のクッキーを「加入者クッキー」と呼ぶこともある。
【００４３】
プロファイラ・クッキーを使用して、他のドメインに関連するカラー画像サーバ１６ａ−１６ｎと共に使用する追加加入者クッキーを生成すればよい。すなわち、クライアント１４ａ−１４ｎに位置するユーザは、それまでカラー補正された画像をダウンロードしたことのないカラー画像サーバ１６ａ−１６ｎにアクセスする場合、ユーザはカラー・プロファイル測定の選択肢をクリックしてカラー・プロファイル・サーバ１８に向かってもよい。カラー・プロファイル・サーバ１８と対話する際、クライアント１４は、カラー・プロファイリィング処理を繰り返す代わりに単にプロファイラ・クッキーをアップロードする。新しいカラー画像サーバ１６ａ−１６ｎに関連するドメインに関する情報をプロファイラ・クッキーに組み込めばよい。
【００４４】
プロファイラ・クッキーの受信に応答して、カラー・プロファイル・サーバ１８は、目的のクライアント１４ａ−１４ｎに関連するユーザに助言してクッキー中に示されたドメインにクッキー・コンテンツを送信させるウェブ・ページを配信するが、その際、とりわけプライバシーの問題についてユーザの承認を要求してもよい。ユーザが承認すると、カラー・プロファイル・サーバ１８は、プロファイラ・クッキー中のドメインによって指定されたカラー画像サーバ１６ａ−１６ｎにクッキー・コンテンツを送信する。それに応答して、カラー画像サーバ１６ａ−１６ｎはそれ自体のドメインについて加入者クッキーを作成し、そのクッキーを将来使用するためにクライアント１４ａ−１４ｎに書き込む。その後、当該加入者２２ａ−２２ｎにカラー補正された画像を要求する場合、クライアント１４は適当な加入者クッキーを当該画像サーバ１６ａ−１６ｎにアップロードし、カラー・プロファイル・サーバ１８との対話は回避してもよい。
【００４５】
一方がカラー・プロファイル・サーバ１８用であり、もう一方が個々の加入者サーバ１２ａ−１２ｎまたはカラー画像サーバ１６ａ−１６ｎ用である第１及び第２のクッキーに依存することは、部分的には既存のウェブ設計の考慮事項によって行われる。特に、クライアントのブラウザ上に格納されたクッキーは通常、それを生成したサーバのドメインによってマークされ、一般に他のドメインからは見えない。すなわち、カラー・プロファイル・サーバ１８によって作成されたクッキーは一般にカラー画像サーバ１６ａ−１６ｎからは見えず、その逆も同様である。さらに、クッキーの可視性は、クッキーにサーバのドメイン内のパスによるマークを付けることで、さらに制限してもよい。この種のクッキーは、たとえ同じドメインであっても、パス外のページを要求した場合には見えない。さらに、ブラウザは定期的に、要求がある都度すべての可視クッキーをサーバに送信する。これにはＨＴＭＬページに対する最初の要求だけでなく、ページ内に埋め込まれた画像に対する要求も含まれる。しかし、画像はＨＴＭＬページと異なるサーバから来ることもあるので、ＨＴＭＬページに対して送信されるクッキーが画像に対して送信されるものと異なることもある。
【００４６】
上記の考察に照らして、カラー・プロファイル・サーバ１８はカラー・プロファイリィング処理の管理についてだけでなく、加入者クッキーの生成についても仲介手段の役目を果たしている。この仲介手段機能によって、集中型サイトにおいてでなくカラー画像サーバ１６ａ−１６ｎにおいて、全ての加入者画像のカラー補正が行えるようになる。また、この仲介手段機能によって、クライアントは一度カラー・プロファイリィング処理を行うと、その他の加入者について画像のカラー補正を得るためそれを繰り返す必要がなくなる。例外として、クライアント１４ａ−１４ｎに関連する、ローカルのドライバ・ソフトウェアまたはディスプレイ装置またはビデオカードといったハードウェアを変更した場合、ユーザは自発的にカラー・プロファイリィング処理を繰り返してもよい。実際には、ハードウェアの変更に対応するため時々更新することを奨励するため、プロファイラ・クッキーと加入者クッキーとに有効期限を適用してもよい。
【００４７】
明らかなように、３つの異なるサーバ、すなわち、加入者サーバ１２ａ−１２ｎと、カラー画像サーバ１６ａ−１６ｎと、カラー・プロファイル・サーバ１８とはカラー補正処理に伴う労力を分割している。特に、プロファイラ・クッキーと加入者クッキーとが存在することを想定すると、加入者サーバ１２ａ−１２ｎは加入者固有のウェブ・ページについてＨＴＭＬを供給し、それらのページについて他の要求の大部分を処理するが、それにはカラー補正の対象とならない画像を供給することも含まれる。カラー画像サーバ１６ａ−１６ｎはカラー画像訂正の対象となる画像を供給する。
【００４８】
カラー画像サーバ１６ａ−１６ｎは、適当な加入者クッキーを受信すると、クッキー・コンテンツに基づいてカラー補正を行い、カラー補正された画像を適当なクライアント装置１４ａ−１４ｎに供給する。また、カラー画像サーバ１６ａ−１６ｎは、訂正可能なカラー画像の近くに、カラー画像が実際に訂正されているかを示すアイコンを供給してもよい。例えば、カラー画像サーバ１６ａ−１６ｎは、加入者クッキーを発見しなければ、ユーザがアイコンをクリックしてカラー・プロファイリィング処理を開始するよう勧めるアイコンを表示する。そうでない場合、アイコンはただ単に、カラー補正が「オン」であること、すなわち、カラー補正が画像に適用済みであることを表示する。
【００４９】
上記で言及したように、カラー・プロファイル・サーバ１８は、カラー・プロファイリィング処理のためのページを供給する。カラー画像サーバ１６ａ−１６ｎによって配信されたカラー画像と共に表示されたアイコンをクリックすることによってカラー・プロファイリィング処理が呼び出される場合、それぞれのクライアント１４ａ−１４ｎは恐らく、当該加入者２２ａ−２２ｎについて加入者クッキーを有していない。しかし、場合によっては、クライアント１４ａ−１４ｎは新しいハードウェアまたはソフトウェアのために、プロファイルを更新するためカラー補正処理を自発的に繰り返してもよい。プロファイラ・クッキーが存在する場合、単にクッキー・コンテンツを適当な加入者ドメインに送って加入者クッキーを作成することで処理を省略すればよい。
【００５０】
プロファイラ・クッキーが存在しない場合、カラー・プロファイル・サーバ１８によってフルカラー・プロファイリィング処理が供給される。カラー・プロファイリィング処理が完了すると、カラー・プロファイル・サーバ１８はクライアント１４ａ−１４ｎについてプロファイラ・クッキーを生成し、プロファイラ・クッキー・コンテンツを当該カラー画像サーバ１６ａ−１６ｎに伝える。次に、カラー画像サーバ１６ａ−１６ｎは、プロファイラ・クッキー・コンテンツに基づいて加入者クッキーを生成し、カラー・プロファイリィング処理が呼び出された元の加入者ＵＲＬを呼び出す。
【００５１】
カラー・プロファイル・サーバ１８によって生成されたプロファイラ・クッキーと、カラー画像サーバ１６ａ−１６ｎによって生成された加入者クッキーとの間でカラー補正情報を交換する機構は異なってもよい。特に、クッキーをクライアント１４ａ−１４ｎに配信する代わりに、カラー・プロファイル・サーバ１８は、認識された加入者のグループ２２ａ−２２ｎに関連する全てのカラー画像サーバ１６ａ−１６ｎにカラー補正情報を送信するよう配置してもよい。この方法で、カラー・プロファイリィング処理の結果としてカラー・プロファイル・サーバ１８によって得られたカラー・プロファイル情報を、加入者２２ａ−２２ｎが格納するように「同報通信」してもよい。このアプローチの利点は、情報転送がシームレスになることである。クライアント１４ａ−１４ｎに関連するユーザは、カラー・プロファイルを更新する以外、最初のカラー・プロファイリィング処理に続いてカラー・プロファイル・サーバ１８と対話する必要はない。むしろ、各加入者２２ａ−２２ｎは、個々のクライアント１４ａ−１４ｎ、例えばクライアントＩＤコードに関連するカラー補正情報を格納する。
【００５２】
クライアント１４ａ−１４ｎがカラー画像サーバ１６ａ−１６ｎの１つにアクセスする場合、適当なカラー補正情報を検索しそれによってカラー補正された画像を供給するためクライアントＩＤコードが使用される。このことの欠点は、各加入者２２ａ−２２ｎが、それぞれの加入者サーバ１２ａ−１２ｎにアクセスしないかもしれないクライアントを含めて、参加加入者からカラー補正された画像を要求したクライアント１４ａ−１４ｎについてのカラー補正情報のデータベースを維持する必要があるということである。すなわち、カラー補正情報の転送のためにクッキーを使用するアプローチが加入者２２ａ−２２ｎによってはより望ましいこともある。それにもかかわらず、カラー補正情報を同報通信するのは実行可能な選択肢であり、加入者２２ａ−２２ｎによっては許容可能であり、エンドユーザにとってはきわめて便利なものになりうる。
【００５３】
以下は、間接クッキー転送アプローチによる、加入者サーバ１２ａ−１２ｎと、クライアント１４ａ−１４ｎと、カラー画像サーバ１６ａ−１６ｎと、カラー・プロファイル・サーバ１８との間の情報伝達に関連する詳細の一部を説明する。このアプローチは、プロファイラ・クッキー・コンテンツがカラー・プロファイル・サーバ１８からそれぞれのカラー画像サーバ１６ａ−１６ｎに転送される前にユーザが介入し承認を入力するという意味で間接的である。ウェブ・ページをクライアント１４ａ−１４ｎに配信する際、加入者サーバ１２ａ−１２ｎは関連するカラー画像サーバ１６ａ−１６ｎに格納された訂正可能な画像のＵＲＬを伝える。さらに、加入者サーバ１２ａ−１２ｎは好適には、画像の近くにカラー・プロファイルアイコンを組み込んでいる。カラー・プロファイルアイコン用のＵＲＬは当該カラー画像サーバ１６ａ−１６ｎを指し、アイコンに関連するハイパーテキスト・リンクはカラー・プロファイル・サーバ１８を指す。
【００５４】
カラー補正情報をカラー画像サーバ１６ａ−１６ｎに戻すことを達成するため、クライアント１４ａ−１４ｎがアイコンに関連するハイパーテキスト・リンクをたどる場合、ユーザが見たページのＵＲＬがカラー・プロファイル・サーバ１８に伝えられる。ＵＲＬを伝えるこのステップは、目標ＵＲＬに関するパラメータとしてＵＲＬを含めることによってか、またはアイコンを隠す形態から、すなわち、隠し入力フィールドに格納されたＵＲＬによって情報をＰＯＳＴすることによって達成すればよい。後者の場合、アイコンはボタンの役目を果たし、何らかの最小限のクライアント側スクリプト処理を要求することもある。さらに、以下説明されるように、加入者２２ａ−２２ｎの名称と、カラー・プロファイリィング処理が完了した後でカラー画像サーバ１６ａ−１６ｎによって供給される完了ページのＵＲＬとを、カラー・プロファイル・サーバ１８に対する要求の中に含めてもよい。加入者２２ａ−２２ｎは、適当なＵＲＬと共にアイコン・コードを挿入するサーバ側スクリプト処理機能を備えてもよい。
【００５５】
カラー・プロファイリィング処理のために、カラー・プロファイル・サーバ１８は、加入者サーバ１２ａ−１２ｎが提供するウェブ・ページを実行することによって呼び出すことのできるいくつかのウェブ・ページを供給する。この場合、「戻りＵＲＬ」がシーケンス中の各ページに渡される。戻りＵＲＬは目標ＵＲＬ中のパラメータとしてか、またはフォーム中の隠しフィールドを使用することによって渡せばよい。場合によっては、戻りＵＲＬはサーバ変数として格納してもよい。上記で言及したように、カラー・プロファイル・サーバ１８は、（１）プロファイラ・クッキーが存在しない場合には、フルカラー・プロファイリィング、及び（２）プロファイラ・クッキーがすでに存在する場合加入者クッキーの作成、という２つのシナリオを処理する。どちらのシナリオでも、カラー・プロファイル・サーバ１８は、既存または新しく作成されたプロファイル・クッキー・コンテンツを当該加入者２２ａ−２２ｎに転送する。すなわち、カラー・プロファイル・サーバ１８は、クライアント１４ａ−１４ｎに関連するユーザに情報転送の許可を要求するボタンを提示してもよい。
【００５６】
そのボタンに対応するＵＲＬは、カラー画像サーバ１６ａ−１６ｎによって供給されるページを指す。カラー画像サーバ１６ａ−１６ｎに送信される要求には戻りＵＲＬと、プロファイラ・クッキー中に書き込まれたカラー情報との両方が含まれる。この要求は好適には、長さを考慮して、ＵＲＬ中に記載の全ての情報に対するＧＥＴ要求ではなく、フォームからのＰＯＳＴ要求である。カラー・プロファイル・サーバ１８は、戻りＵＲＬを参照して加入者２２ａ−２２ｎの宛先ページのＵＲＬを決定する。クッキー・コンテンツを転送する前に、ユーザは宛先を知りたいだろう。従って、カラー・プロファイル・サーバ１８は、ボタンと共にその特定加入者２２ａ−２２ｎの名称を表示する。加入者の名称がＵＲＬから容易に判定できない場合、そのＵＲＬとカラー・プロファイル・サーバ１８がアクセス可能なデータベース中の名称とを相互参照することによってか、または加入者サーバ１２ａ−１２ｎによって生成されたページからの元の要求の中で戻りＵＲＬと共に名称を伝えることによって生成すればよい。
【００５７】
カラー・プロファイル・サーバ１８から情報を受信すると、当該カラー画像サーバ１６ａ−１６ｎは、カラー・プロファイリィング処理が完了したことを示すページを供給する。このページは、カラー・プロファイル・サーバ１８から受信する際、カラー補正情報と「戻り」ページのＵＲＬとを含むＰＯＳＴ要求によって呼び出してもよい。カラー画像サーバ１６ａ−１６ｎはカラー補正情報を当該クライアント１４ａ−１４ｎにクライアント・クッキーとして書き込む。それ以降、加入者クッキーはそれぞれのクライアント１４ａ−１４ｎに格納され、カラー補正可能な画像に対する要求があれば当該加入者２２ａ−２２ｎに関連するカラー画像サーバ１６ａ−１６ｎに送信される。それに応答して、カラー画像サーバ１６ａ−１６ｎは加入者クッキー・コンテンツを抽出し、その内容に基づいて要求された画像にカラー補正を適用し、カラー補正された画像をクライアント１４ａ−１４ｎに配信する。
【００５８】
代替アプローチとして、カラー補正は、クライアント１４ａ−１４ｎがボタン、アンカー、または他の入力媒体をクリックする時生成される要求中に埋め込まれた形でなく、直接要求によって、カラー・プロファイル・サーバ１８から、それぞれの加入者２２ａ−２２ｎに関連するカラー画像サーバ１６ａ−１６ｎに伝えてもよい。このアプローチは、ユーザが介入して転送の承認をカラー・プロファイル・サーバ１８に転送する必要がないという意味で直接的である。その代わり、適当なカラー画像サーバ１６ａ−１６ｎへのプロファイル・クッキー・コンテンツの転送をシームレスにすることができる。実際に、好適な実施形態では、クライアント１４ａ−１４ｎに関連するユーザは、最初のプロファイリィングに続いて情報を転送するためカラー・プロファイル・サーバ１８によって送信されるページを見ることすらない。この方法で、カラー・プロファイル・サーバ１８からカラー画像サーバ１６ａ−１６ｎへのカラー補正情報の転送は、クライアント１４ａ−１４ｎに関連するユーザが転送を行うリンクをクリックする必要なしに、自動的に行われる。このアプローチによって転送はユーザにとってさらにシームレスになる。最終的な結果は同じであり、すなわち、プロファイラ・クッキー中に含まれるカラー補正情報の転送によって、ユーザがカラー・プロファイリィング処理を再実行する必要なしに加入者クッキーが作成される。
【００５９】
直接要求による転送を促進するため、クライアント１４ａ−１４ｎはクライアントＩＤを割り当てられている。通常、クライアントＩＤは加入者クッキー中に格納され、クライアント１４ａ−１４ｎに関連するブラウザ上でそこから受信すればよい。個々の加入者２２ａ−２２ｎにとって新しいクライアント１４ａ−１４ｎ、すなわち、加入者クッキーを個々のカラー画像サーバ１６ａ−１６ｎに送信しないクライアントは、カラー画像サーバからの応答中ＨＴＭＬを伴うクッキーとして送信される新しいクライアントＩＤを割り当てられる。カラー・プロファイル・サーバ１８を指す全てのＵＲＬはその後、パラメータとしてクライアントＩＤと加入者ＩＤとの両方を含むので、カラー・プロファイル・サーバはそれぞれのクライアント１４ａ−１４ｎについてカラー補正情報に対する要求を相関すればよい。カラー・プロファイル・アイコンに対するＵＲＬは、加入者クッキーがない場合カラー・プロファイル・サーバ１８を指す。このアプローチの場合、それぞれの加入者サーバ１２ａ−１２ｎと対応するカラー画像サーバ１６ａ−１６ｎは、同じクッキーが見られるように同じドメインを占めることが好適である。
【００６０】
間接アプローチの場合と同様、直接転送アプローチにおいて、カラー画像サーバが加入者クッキーを受信するか否かに応じて、カラー補正可能な画像に隣接して現れるカラー・プロファイル・アイコンを、カラー画像サーバ１６ａ−１６ｎかまたはカラー・プロファイル・サーバ１８かの何れかから供給してもよい。加入者クッキーが存在する場合、プロファイル・アイコンがカラー画像サーバ１６ａ−１６ｎによって供給され、例えば、カラー補正が有効であるという意味のテキスト・メッセージによって、そのことを示す外観とされる。加入者クッキーを有さないのは新しいクライアント１４ａ−１４ｎだけであるから、カラー画像サーバ１６ａ−１６ｎによって供給される画像は大部分そのようになる。
【００６１】
加入者クッキーが提示されない場合、アイコンはカラー・プロファイル・サーバ１８によって供給される。別言すると、カラー画像サーバ１６ａ−１６ｎによって供給されるウェブ・ページの内部には、カラー・プロファイル・サーバ１８によって供給されるアイコンが埋め込まれている。プロファイラ・クッキーが存在する場合、カラー・プロファイル・サーバ１８は、クライアント１４ａ−１４ｎがすでにカラー・プロファイリィング処理を行っていることを示すアイコンを供給する。そうでない場合、アイコンは、それぞれのクライアント１４ａ−１４ｎがまだカラー・プロファイリィング処理を完了していないことを示す。これは、カラー・プロファイリィング処理が完了したことを示す色付きのアイコンと、それが完了していないことを示す白黒のアイコンとによって表してもよい。
【００６２】
実施形態によっては、アイコンは、クライアント１４ａ−１４ｎはカラー・プロファイリィング処理を行っているが、カラー補正情報はまだ個々の加入者２２ａ−２２ｎに転送されておらず、画像はまだカラー補正されていないということを示してもよい。どちらの場合でも、カラー・プロファイル・サーバ１８は、カラー・プロファイル・サーバ１８に転送されるＵＲＬ中に含まれるクライアント１４ａ−１４ｎと加入者２２ａ−２２ｎとのＩＤをも受信する。プロファイラ・クッキーが存在する場合、カラー・プロファイル・サーバ１８はすぐにクライアントＩＤとプロファイラ・クッキー・コンテンツとを専用要求の中で当該カラー画像サーバ１６ａ−１６ｎに転送する。
【００６３】
加入者クッキーが存在する場合、カラー画像サーバ１６ａ−１６ｎはクッキー中に含まれる情報に基づいてカラー補正を行う。加入者クッキーが存在しない場合、カラー画像サーバ１６ａ−１６ｎは短時間待って、カラー・プロファイル・サーバ１８からこのクライアントについてのカラー情報を受信する。情報が受けられる場合、カラー画像サーバ１６ａ−１６ｎはカラー補正を適用し、加入者クッキーをクライアント１４ａ−１４ｎに関連するブラウザに書き込む。そうでない場合、カラー画像サーバ１６ａ−１６ｎは訂正されていない画像を供給する。
【００６４】
この直接アプローチの場合、カラー・プロファイル・サーバ１８によって転送されるカラー補正情報がクライアント１４ａ−１４ｎからの画像要求と同期して受信されないことがあるので、カラー画像サーバ１６ａ−１６ｎは、その情報を追跡する必要があることがある。従って、個々のクライアント１４ａ−１４ｎに関連するカラー補正情報を一時的に追跡するカラー画像サーバ１６ａ−１６ｎと、クライアントＩＤ情報を追跡及び生成する加入者サーバ１２ａ−１２ｎとによって共有されるデータベース・アプリケーションの組み込みが必要なこともある。一度情報が加入者クッキーに書き込まれれば、それぞれのクライアント１４ａ−１４ｎについてのＩＤとカラー補正情報とはデータベースから消去してもよい。
【００６５】
直接転送アプローチによるＩＤの管理は次のように行われる。カラー・プロファイル・サーバ１８によって生成された元のカラー補正情報は固有ＩＤによって刻印すればよい。固有ＩＤは加入者２２ａ−２２ｎに転送されるカラー補正情報のコピーの中で維持してもよい。このＩＤは、クライアント１４ａ−１４ｎがカラー・プロファイリィング処理を繰り返す場合に変化し、プロファイラＩＤと呼ばれることもある。プロファイラＩＤは、次回カラー・プロファイリィング処理が行われるまで変化せず、それは数ヵ月後となることもある。実際には、プロファイラＩＤは特定のカラー・プロファイリィング処理に対応する。プロファイラＩＤはクライアントＩＤと加入者ＩＤとによって補足される。クライアントＩＤは、加入者２２ａ−２２ｎがカラー情報を要求する相手先のクライアントを特定し、加入者ＩＤは特定の加入者を特定する。
【００６６】
カラー画像サーバ１６ａ−１６ｎが特定のクライアント１４ａ−１４ｎに関するカラー補正情報を有さない時はいつでも、クライアント及び加入者ＩＤがＵＲＬパラメータを介してカラー・プロファイル・サーバ１８に渡される。プロファイラ・クッキー・コンテンツまたはカラー・プロファイリィング処理を実行した結果に基づいて、カラー・プロファイル・サーバがクライアントに関する適当な情報を決定すると、加入者ＩＤは、カラー補正情報と共に、カラー・プロファイル・サーバ１８からカラー画像サーバ１６ａ−１６ｎに戻される。カラー画像サーバ１６ａ−１６ｎがこの情報を受信し、それを加入者クッキーとしてクライアントのブラウザに書き込むと、加入者ＩＤはもはや必要ない。
【００６７】
図４は、ディスプレイ装置についてのカラー・プロファイリィング処理を例示する流れ図である。図４に示される処理を使用して図３を参照して上記で論じられたプロファイラ・クッキー・コンテンツを生成すればよい。注目すべきことだが、ユーザはカラー・プロファイリィング処理全体を、ポインティング装置をわずか３回「クリック」するだけで完了できる。ユーザがパッチを選択した後次に進むために継続ボタンをクリックすることを要求される場合、処理は追加のステップを取り入れてもよい。しかし、ユーザがパッチの選択に続いて自動的に次に進むことを許可される場合、処理全体は３クリックで完了できる。以下説明される、任意選択のアナログ調整、個別Ｒ、Ｇ、及びＢ黒点、及び微調整ガンマ・ステップを合わせると、処理は６〜７までのクリックを必要とすることがある。また、多くの実施形態では、カラー・プロファイリィング処理は、離散要素を選択する方法を利用する場合プラグインまたはクライアント側スクリプト処理を必要としないが、スライダ調整を使用する場合といった実施形態によっては、こうした機構を提供してもよい。
【００６８】
カラー・プロファイリィング処理は、Ｒ、Ｇ、及びＢ蛍光体またはフォトダイオード素子について黒点及びガンマの正確な値を決定することによるディスプレイ装置の視覚的なプロファイリィングを可能にする。ガンマとは、デジタル装置の値の変化に伴う光強度の変化率を示すパラメータγを指す。「黒点」という用語は、ディスプレイ装置上で表示可能な最低ＲＧＢ値を指す。黒点以下のカラー値については、ディスプレイ装置によって放出される光はそれ以上低下することがない。また、黒点はブラック・オンセット（ｂｌａｃｋ ｏｎｓｅｔ）と呼ばれることもある。本発明によれば、３つの別個の黒点が、モニタのＲ、Ｇ、及びＢの各カラー・チャネルについて１つづつ、任意選択で測定される。さらに正確なモニタと共に使用するため、単一の暗灰色ＲＧＢ選択を使用して、Ｒ、Ｇ、及びＢについて単一平均黒点値を推定してもよい。
【００６９】
古くなったＣＲＴモニタといった、一部のディスプレイ装置では、異なるカラー・チャネルが非常に異なる黒点を生じることがある。従って、カラー・プロファイルを生成する際に単一ＲＧＢ黒点測定に依存すると、不正確さをもたらすことがある。しかし、チャネル固有黒点を決定することで、不正確さの度合いを減少できる。別言すれば、各カラー・チャネルについて個別に黒点を推定することによって、ディスプレイ装置の比色応答のさらに正確な推定が得られる。比色特性決定がさらに正確になることで、特定のモニタ上で配信及び表示されるカラー画像の変換の際の精度が向上する。
【００７０】
カラー・プロファイル・サーバ１８は、一連の指示ウェブ・ページをクライアント１４ａ−１４ｎに供給することによって、図４に示されるカラー・プロファイリィング処理を管理してもよい。一般に、カラー・プロファイリィング処理は、（１）ディスプレイ装置の赤、緑、及び青（Ｒ、Ｇ、及びＢ）カラー・チャネル各々についての黒点、（２）Ｒ、Ｇ、及びＢについての平均ガンマ、及び（３）Ｒ、Ｇ、及びＢについてのガンマの差の決定を含んでもよい。ディスプレイ装置特性の差は広い範囲にわたるため、上記（２）の決定は、（２ａ）粗ガンマ推定、及び（２ｂ）微ガンマ推定の決定にさらに分割してもよい。この処理は以下図４〜図１１を参照して詳細に説明される。
【００７１】
図４の参照番号６４によって示されるように、カラー・プロファイリィング処理はまず、カラー・ディスプレイ装置の各カラー・チャネル、例えばＲ、Ｇ、Ｂについての推定黒点の決定を含む。黒点を決定した後、それは単に推定値でよいが、カラー・プロファイリィング処理は、ディスプレイ装置によって示されるガンマの決定を含む。特に、参照番号６６によって示されるように、処理は粗ガンマの決定を含み、それに、参照番号６８によって示されるような、微ガンマの決定が続いてもよい。微ガンマの決定は、部分的には粗ガンマに依存することがある。別言すれば、さらに微調整されたガンマに収束するための初期推定値及び開始点として、粗ガンマを使用してもよい。
【００７２】
微ガンマを決定した後、処理は、図４の参照番号７０によって示されるように、ディスプレイ装置によって示されるグレイ・バランスの決定を含んでもよい。グレイ・バランスは、ディスプレイ装置が使用する１つかそれ以上のカラー・チャネル、例えば、赤、緑、及び青の方向への中性グレイのカラー・シフトの量の表示を提供する。グレイ・バランスは、カラー・プロファイリィング処理において以前に決定されたガンマ、特に、特定の実施形態では、微ガンマに部分的に依存することがある。次に、カラー・プロファイリィング処理は、参照番号７２によって示されるように、カラー・プロファイルの生成を含む。カラー・プロファイルは、参照番号６４、６６、６８、７０によって示される決定、すなわち、黒点、ガンマ、及びグレイ・バランスに基づいて、ディスプレイ装置のカラー応答を特徴付ける情報を含む。次に、参照番号７４によって示されるように、カラー・プロファイルはクッキー、または他のコンテンツ・コンテナにロードして、必要な場合何れかのカラー画像サーバ１６ａ−１６ｎにアップロードするようクライアント１４の元でローカルに格納すればよい。
【００７３】
推定黒点パラメータは、ディスプレイ装置のダイナミック・レンジを定義する。最大ＲＧＢ値は常に白を定義するので、黒点は黒の終点を定義し、ひいては、Ｒ、Ｇ、及びＢ各カラー・チャネルについて、黒から白への連続変化を得る値の領域を定義する。ここでも、黒点とは、その値以下でディスプレイ装置が放出する光がそれ以上減少しなくなるＲ、Ｇ、またはＢの値を指す。個々のカラー・チャネル、例えばＲについて、黒点は、Ｒの値がさらに減少しても、ディスプレイ装置が放出するＲチャネル光は減少しなくなる点である。ディスプレイ装置のあるカラー・チャネルについての黒点が高い場合、画像補正が行われなければ、暗い領域のそのチャネルの値は最も暗い陰にマップされ、陰の細部は失われてしまう。従って、正確な黒点推定を得ることは、ディスプレイ装置によって表示される画像の精度のために重要である。
【００７４】
多チャネル黒点推定に加えて、カラー・プロファイルはガンマ・パラメータとグレイ・バランス・パラメータを含んでもよい。これらのパラメータは共に、個々のディスプレイ装置の比色応答を定義するので、装置上でさらに正確な表示を行うためにカラー画像を修正することが可能になる。ガンマ・パラメータは画像の総合的な外観に最も大きく影響する。ガンマは画像が明るくなりすぎるかまたは暗くなりすぎるか、またはコントラストが強すぎるかまたは弱すぎるかを決定する。第３のパラメータであるＲ、Ｇ、Ｂガンマ差すなわち「グレイ・バランス」が重要なのは、人間の目がグレイ・バランスに非常に敏感だからである。グレイ・バランス・パラメータは、ＲＧＢカラーの組み合わせを生成する時の、ディスプレイ装置の異なるカラー・チャネル間の相対的な均衡、または不均衡を示す。
【００７５】
図５は、図４に示されるカラー・プロファイリィング処理をさらに詳細に例示する流れ図である。図５に示されるように、黒点決定のため、カラー・プロファイル・サーバ１８はまずディスプレイ装置調整用のウェブ・ページを供給すればよい。ウェブ・ページはディスプレイ装置の輝度とコントラストとを調整するようユーザに指示する。このディスプレイ装置調整のステップは任意選択であるが、黒点決定のためにディスプレイ装置を準備する際一般に望ましい。参照番号７６によって示されるように、カラー・プロファイル・サーバ１８はバー、パッチ、記号、文字、数字等といった暗色要素のいくつかの行を含むウェブ・ページを供給してもよい。
【００７６】
パッチまたはバーの代わりに、数字のような代替形状を有する要素を表示するのが望ましいこともある。パッチまたはバーは一般に矩形でよいが、さらに複雑な形状を使用して差を分析する際人間の目を支援してもよい。すなわち、数字、文字、及び他の複雑形状は、例えば、人間の目のパターン認識能力と組み合わされて、グレイ・スケール差に対する感度を向上させることができる。人間の目はパターン認識を行うよう要求されると、あるパターンと周囲の領域との間のカラー階調に対する感度が増大する。複雑形状が提示する境界は単純形状より長いので、コントラストを得る周辺長が増大する。複雑形状を有する要素は、モニタを特徴付ける黒点、粗ガンマ、及び微調整ガンマ決定の際に使用してもよい。
【００７７】
横の行に対する代替案として、ウェブ・ページ全体にわたって並行して配置される縦の列に要素を配置してもよい。また別の代替案として、各行または列は、数個の要素の代わりに、１つまたは少数の要素だけを含んでもよい。任意の各行中の要素の数が多いと、隣接する行中の要素間の差をユーザが分析する助けとなることもある。
【００７８】
参照番号７８によって示されるように、ウェブ・ページは、ディスプレイ装置の輝度とコントラストとを最大にするようユーザに指示してもよい。要素の行（または列）は一列に配置してもよい。各行中の要素は好適には同じ暗度または明度を示す。しかし、その一列の各行中の要素は、他の隣接する行中の要素に対して相対暗度または明度が異なっている。例えば、最も暗い行の要素を最下部に配置し、行に含まれる要素が上に向かって徐々に明るい陰になるようにしてもよい。参照番号８０によって示されるように、ウェブ・ページは、最も暗い行の要素がほとんど見えなくなるまで輝度を下げるようユーザに指示する。この時点で、ユーザは「次へ」または何らかの同様のハイパーテキスト・アイコンを選択し、カラー・プロファイリィング処理における次のステップ、例えば、赤、青、及び緑各チャネル個別の黒点決定に進んでもよい。
【００７９】
図６は、図５に示されるカラー・プロファイリィング処理におけるディスプレイ装置調整で使用されるウェブ・ページ１２２を例示する。暗色要素の行１２４が表示され、各行中の要素は同じグレイ・レベル値を有しているが、隣接行中の要素とはグレイ・レベル値が異なっている。一例として、（図６の例で数字で示される）暗色要素の行１２４は、８、１６、２４、及び３２といったグレイ・レベル値でユーザに提示してもよい。別言すれば、「０」、「１」、「２」及び「３」の行は、それぞれ８、１６、２４及び３２のグレイ・レベルを有してもよい。暗灰色要素の行が表示されると、ユーザは、ディスプレイ装置が備えているアナログまたはデジタル制御装置を使用して、ディスプレイ装置の輝度とコントラストとを最大に設定するよう指示される。次にユーザはさらに、最暗色（最低グレイ・レベル値）要素を有する行がほとんど見えなくなるまでディスプレイ装置の輝度を下げるよう指示され、完了したら「次へ」をクリックする。ディスプレイ装置調整のこの任意選択のステップは、以下説明されるように各カラー・チャネルについて黒点決定を実行するようモニタを準備するためのものである。
【００８０】
各カラー・チャネルについて黒点決定処理を実行するため、各カラー・チャネルについてのいくつかの行（または列）の暗色要素を連続ウェブ・ページ上に表示してもよい。特別に、チャネル固有黒点決定のための赤チャネル、青チャネル、及び緑チャネルのウェブ・ページを任意の順序でクライアントに供給してもよい。各々の場合、ディスプレイ装置調整のために供給された、図６のウェブ・ページ１２２のような、ある色チャネルについての暗色要素を相対明度または暗度の昇順または降順で行中に配置してもよい。そうした行は一連のグレイ・レベル階調を提供する。
【００８１】
例えば、赤チャネル黒点決定ウェブ・ページの最下部行は、そのウェブ・ページ上に示される要素のうち赤の最も暗い陰（最低グレイ値）を帯びた要素を有する「０」の行でもよい。ウェブ・ページ１２２の場合、行または列中の要素の配置は例示のためのものである。実施形態によっては、（要素の行ではなく）一連の個別要素を表示するだけで十分なこともある。
【００８２】
ユーザにほとんど見えない最暗色要素の行はディスプレイ装置のそれぞれのチャネルについての黒点に依存することになる。要素の行は黒、すなわち、ＲＧＢ＝０の背景の上に表示される。ディスプレイ装置によっては、ユーザは８、１６、またはそれより高い輝度レベルの要素が見られないこともある。ユーザは、ディスプレイ装置上でほとんど見えない要素の行を選択するよう指示される。このステップは、黒点、すなわち、それ以上カラー・チャネル値が低下しても、そのカラー・チャネルについてディスプレイ装置が放出する光が減少しない視覚的な「カットオフ」点を決定する。代替案として、あるカラー・チャネルについて、最も見えない要素の行が見えなくなるようにした後、残りのほとんど見えないバーをクリックするようユーザを促してもよい。どちらの場合でも、黒点が推定できる。
【００８３】
図７は、図５に示されるカラー・プロファイリィング処理における黒点推定で使用されるウェブ・ページ１２８を例示する。ウェブ・ページ１２８は図６のウェブ・ページ１２２とほぼ同様のものでよい。例えば、ウェブ・ページ１２８は陰になった要素の行１３０を含んでもよい。ここでも、アプリケーションによっては、要素の列または一連の要素を表示するだけで十分なこともある。図７に示されるように、ウェブ・ページ１２８は、ディスプレイ装置上でほとんど見えない要素の行を選択するようユーザに指示する。ウェブ・ページ１２２の場合と同様、ウェブ・ページ１２８中の行１３０は、例えば、それぞれ８，１６、２４、及び３２の輝度レベルを有する「０」、「１」、「２」及び「３」の行として配置してもよい。図７中のウェブ・ページ１２８は赤チャネル黒点決定のためのウェブ・ページを表し、黒の背景の上に置かれた赤チャネルの行を含む。
【００８４】
赤チャネルについてほとんど見えない行を選択すると、例えば、行中の任意の要素をクリックすると、ユーザは自動的に、緑チャネル黒点を決定する目的で、黒の背景の上に置かれた緑要素の行を含むほぼ同一のウェブ・ページを供給される。この方法で、ユーザは黒の背景に最も一致して見える、または調和する可視の行または要素を選択する。ほとんど見えない緑の要素の行の選択に続いて、青チャネル黒点決定のためのほぼ同一のウェブ・ページがユーザに供給され、ユーザは同様の選択を行う。すなわち、各カラー・チャネルについての黒点決定を管理する連続ウェブ・ページは、前のチャネルについての行の選択に続いて自動的に供給すればよい。また、「次へ」アイコンまたは同様の装置をクリックするようユーザを促してもよい。もちろん、要素の選択に続いて連続ウェブ・ページを自動的に供給することは、処理中に含まれるクリックの合計数を減らすために望ましいといえる。
【００８５】
上記の方法で、ユーザは各カラー・チャネルについてほとんど見えない要素の行を選択し、それによって各カラー・チャネルについての黒点の表示を提供する。図５はさらに処理を例示する。特に、図５は、暗赤色要素または記号の行の表示（８２）と、ほとんど見えない行の選択（８４）とを示し、さらに選択された行に基づく赤チャネルについての推定黒点の計算（８６）を例示する。同様に、緑チャネルについて、暗緑色記号の行が表示され（８８）、それにほとんど見えない行の選択（９０）と、選択された行に基づく緑チャネルについての推定黒点の計算（９２）とが続く。最後に、青チャネルについて、暗青色記号の行が表示され（９４）、それにほとんど見えない行の選択（９６）と、選択された行に基づく青チャネルについての推定黒点の計算（９８）とが続く。
【００８６】
各連続ウェブ・ページ上に表示されたほとんど見えない要素の行の選択に続いて、クライアント装置１４ａ−１４ｎはその結果をカラー・プロファイル・サーバ１８に送信する。代替的に、最後のカラー・チャネルについての黒点決定を完了した後、全てのカラー・チャネルについての結果を同時に送信してもよい。その後、カラー・プロファイル・サーバ１８は、参照番号８６、９２、９８によって示されているように、各チャネルについての推定黒点を計算するか、または、例えばカラー画像サーバ１６によって後で計算するため、パラメータをそのまま格納してもよい。
【００８７】
ディスプレイ装置挙動の完全な記述は、ＲＧＢをＸＹＺに関連付ける次の数式によって表すことができる。
【００８８】
【数１】

【００８９】
ここで、変数ｄ_r、ｄ_g、及びｄ_bは１．０に正規化されるデジタル入力値である。赤、緑、青チャネルについて、パラメータｋ_0,r、ｋ_0,g、及びｋ_0,bは黒点であり、パラメータγ_r、γ_g、及びγ_bはガンマである。
【００９０】
パラメータｋ_0,r、ｋ_0,g、及びｋ_0,bの値は次のように決定する。（個々のモニタの特性に関わらず）赤チャネルについて、人間の目で検出できる、ＸＹＺの値の最小可視集合が存在すると想定し、それをベクトル（Ｘ_t,r，Ｙ_t,r，Ｚ_t,r）と呼ぶ。このベクトルは上記の数式中のＲの値に対応する固有の値を有し、それをＲ_tと呼ぶ。特定のγ_r及びｋ_0,rの値を有する個々のモニタについて、Ｒ_tに関連する固有の装置値が存在し、それをｄ_t,rと呼ぶ。
【００９１】
【数２】

【００９２】
この装置値ｄ_t,rは、説明されたようなカラー・プロファイル測定手順を通じて、すなわち、赤についての黒点決定ウェブ・ページ中の最も暗いほとんど見えない要素の行を選択することで、ユーザによって決定される。Ｒ_tの値は経験的に決定する。例えば、ｋ_0,r＝０．０及びγ_r＝２．２の暗室中の較正されたディスプレイ・システムについて、ｄ_t,r＝８／２５５グレイ・レベルで赤のパッチが見えるとすれば、Ｒ_t＝（８・２５５）^2.2ということである。
【００９３】
ｋ_0,rの正確な値は、２つの連立方程式、すなわち、上記のＲ_tについての数式と、以下説明されるＲ_.33についての数式とを解くことによって計算すればよい。また、２．２のγを想定することによって、ｋ_0,rについて妥当な推定を行ってもよい。この推定を行う場合、ｋ_0,rの値は次式のように推定すればよい。
【００９４】
【数３】

【００９５】
同様の方法で、ｋ_0,g及びｋ_0,bの値を決定すればよい。
【００９６】
図８は、図５に示されるカラー・プロファイリィング処理におけるガンマ及びグレイ・バランス決定を例示する流れ図である。粗ガンマを決定するため、参照番号１００によって示されるように、カラー・プロファイル・サーバ１８によって供給されるウェブ・ページの１つは、ディザ緑背景（ｄｉｔｈｅｒｅｄ ｇｒｅｅｎ ｂａｃｋｇｒｏｕｎｄ）の上に、ある範囲の緑要素を表示する。粗ガンマ決定ウェブ・ページは、最後の黒点決定ウェブ・ページ中の要素の行の選択の直後に自動的に供給するか、または「次へ」アイコンまたは同様の装置の選択に応答して供給すればよい。
【００９７】
１つの実施形態では、粗ガンマ決定は緑カラー・チャネルだけに制限されている。特別に、粗ガンマ決定は、緑のディザ背景の上の一連の緑要素を使用してなされる。赤、緑、及び青の中で、緑は最も支配的で強い蛍光体であり、最もコントラストが強い。また、緑は最も高いＬ^*を有する。また、注意されたいが、緑は目の明所Ｖ（λ）応答に最も一致する。粗ガンマ決定に対するこのアプローチは緑カラー・チャネルだけを考慮し、本質的に赤及び緑を無視している。この方法で、粗ガンマ測定は最も支配的なカラー・チャネルに集中し、多くのディスプレイ装置で非常に一般的な、赤と青の不均衡を起こしうる誤差を回避している。すなわち、粗ガンマ決定のために表示される要素は、異なった暗度または明度値を有する緑パッチでよい。また、全てのカラー・チャネルについて、総合粗ガンマを決定してもよい。
【００９８】
緑パッチを表示すると、図８の参照番号１０２によって示されるように、ユーザは、ディザ背景と最も調和して見えるパッチを選択するよう指示される。緑パッチがディザ背景と「調和する」というのは、背景のレベルに一致して見えるということである。緑のディザ背景の上に表示されたある範囲の緑パッチの例が図９によって示され、参照番号１３２によって示される。この範囲の緑パッチと緑のディザ背景とを、カラー・プロファイル・サーバ１８が供給するウェブ・ページ中で表示すればよい。ここでもポインティング装置でクリックすることによって選択された緑パッチに基づいて、図８の参照番号１０４によって示されるように、カラー・プロファイル・サーバ１８は粗ガンマを計算する。ディザ緑背景の上の緑パッチの集合から１つの緑パッチを選択することを通じて、このステップで決定される粗ガンマをＲ、Ｇ、及びＢの平均ガンマの推定値として使用すればよい。ディザ緑背景は約２５％〜５０％に設定してもよい。ディザ付き背景が約３３％に近づくとディスプレイ装置の黒から緑の遷移の実際の中間点にさらに近づき、通常のディスプレイ装置にとって好適なこともある。
【００９９】
適当な頻度で黒と緑とを交替させることによって、２５％、３３％、または５０％の緑背景を生成すればよい。ＣＲＴの場合、装置のビデオ帯域幅のため、ある水平線中の全てのピクセルを点滅させる方が、個々のピクセルを変調して垂直線を形成するより、ディスプレイ装置毎の出力が予測できるようになる。平面パネル装置の場合、これはそれほど問題にならない。しかし、ＣＲＴと平面パネル装置との両方を使用するクライアントに対応するため、交互水平線を使用してディザ付き背景を生成することが好適である。
【０１００】
大部分のモニタは１．６〜２．５の範囲内にあるので、範囲１３２のパッチの中の中央パッチは、２．０の平均ガンマに基づいたものでよい。中央パッチを取り囲む他の緑パッチは、相互間８グレイ・レベルといった比較的大きなステップで順に進んでもよい。粗ガンマは次式を使用して推定すればよい。
【０１０１】
【数４】

【０１０２】
ここで、ｄ_.33,gは、背景と最も調和して見える選択されたパッチの（１．０に正規化される）グレイ・レベル値であり、ｋ_0,gは前に決定された黒点であり、Ｇ_.33は（１／３に等しい）緑チャネルの相対強度であり、γ_gは緑ガンマである。粗ガンマを実際に計算することに対する代替案では、選択されたパッチの緑レベル値をそのまま微ガンマ処理で使用するため転送する。この場合、その値は最終的に廃棄してもよい。
【０１０３】
粗ガンマ推定を得た後、微ガンマを推定する。微ガンマとはＲ、Ｇ、及びＢの平均ガンマの微細化（ｒｅｆｉｎｅ）、すなわち「微調整」された推定値である。微ガンマは、ディザ付き緑背景の上で提示された緑パッチの集合から別の緑パッチを選択することによって決定すればよい。この場合、中央パッチは粗ガンマを決定するためユーザが選択した緑パッチと同一でよい。すなわち、粗ガンマ・ステップは微ガンマ・ステップに「情報提供」する。実際には、選択された粗ガンマ・パッチが微調整ガンマ決定のための開始点の役目を果たすようにしてもよい。詳しく言うと、粗ガンマ決定の際選択された緑パッチを、微ガンマ決定のための中央パッチとして使用してもよい。
【０１０４】
微ガンマを決定するためのある範囲のパッチを図１０で例示し、参照番号１３４によって示す。この範囲のパッチは、粗ガンマ処理で選択された中央緑パッチを中心にしてより小さいステップで順に配置される。例えば、粗ガンマ設定の際差として使用された８緑レベルと異なり、４緑レベル間隔でパッチを設定してもよい。この方法で、より狭い範囲を使用して粗ガンマ推定を「微調整」するが、その際範囲の中央は粗ガンマ推定から「学習」している。
【０１０５】
参照番号１０６によって示されるように、カラー・プロファイル・サーバ１８が供給するウェブ・ページは、より狭い範囲の緑パッチの中から粗ガンマ推定で選択された緑パッチを表示する。次に、参照番号１０８によって示されているように、ユーザは、粗ガンマについて使用されたのと同じディザ付き緑背景と最も調和する緑パッチを選択するよう指示される。参照番号１１０によって示されるように、選択されたパッチに基づいて、カラー・プロファイル・サーバ１８は単一微ＲＧＢガンマを計算する。すなわち、微ガンマはＲＧＢチャネルについて推定された総ガンマである。また、上記で言及されたように、微ガンマを計算し、カラー補正を提供する際カラー画像サーバ１６ａ−１６ｂが使用するように、選択されたパッチのＲＧＢ値をそのまま格納してもよい。何れにしても、ガンマの微細化された推定は、次式によって計算すればよい。
【０１０６】
【数５】

【０１０７】
ここで、ｄ_.33,gは、背景と調和する選択されたパッチの（１．０に正規化される）緑レベル値であり、ｋ_0,gは前に決定された黒点であり、Ｇ_.33は（１／３に等しい）緑チャネルの相対強度であり、γ_gは緑ガンマである。
【０１０８】
グレイ・バランスを決定するため、カラー・プロファイル・サーバ１８は、複数のＲＧＢパッチを供給するウェブ・ページを供給する。ＲＧＢパッチは、以前選択された緑の値とほぼ等しいかまたは故意にずらした赤及び青の値と共に、以前の微ガンマ・ステップで選択されたのと同じ緑の値によって生成すればよい。参照番号１１２によって示されるように、ＲＧＢパッチは、以前のステップ（微ガンマ）の緑ディザ付き背景と同じ方法でディザを付けられた灰色の背景の上で表示すればよい。ここでも、このステップは以前のステップから「学習」しており、正確なガンマの探索範囲を絞る助けとなるカスケイドされた一連のカラー・プロファイル測定ステップ（粗ガンマ、微ガンマ及びグレイ・バランス）の一部を形成する。参照番号１１４によって示されるように、次にユーザは、ディザ付き背景と最も調和して見えるグレイ・パッチを選択するよう指示される。参照番号１１６によって示されるように、選択されたグレイ・パッチに基づいて、個々のＲＧＢガンマを計算する。注目すべきことだが、総グレイ・バランス決定はユーザのポインティング装置を１回クリックすることで行うことができる。
【０１０９】
すなわち、微ガンマ処理で選択された緑強度値を使用して、ガンマ推定から導出された中央グレイ・パッチの値付近の赤及び青において＋／−（プラス／マイナス）差または「ずれ（ｓｈｉｆｔ）」を示すグレイ・パッチを生成する。例えば、微ガンマ処理で選択された値の緑を、ほぼ同一の値の赤及び青と共に範囲の中央に表示すればよい。次に、赤及び青についてのガンマをグレイ・バランス決定によって微調整するが、これはディスプレイ装置の赤−青不均衡を識別する助けとなる。すなわち、緑ガンマはグレイ・バランス・ステップで「固定」され、赤と青の不均衡が決定される。別言すれば、グレイ・バランス配列中の全てのパッチは、同じ緑の値を有しているが、異なった階調の赤及び青によって変調されている。このステップは緑という１つの変化軸を除去しているが、赤と緑または青と緑の間に不均衡がある場合の識別を可能にしている。このため選択の範囲が微調整された範囲に制限されるので、ユーザがさらに正確な選択を行う際の助けとなる。
【０１１０】
グレイ・バランス決定用パッチの範囲は、微ガンマ処理に由来するガンマ推定によって形成された中央グレイ・パッチの周囲に配置された赤と青にシフトされたパッチを含むパッチの二次元配列でもよい。他の実施形態では、赤チャネルを使用して初期ＲＧＢガンマ推定を決定し、それに続いて、緑及び赤または青及び赤の間の不均衡を分析するグレイ・バランス決定を行ってもよい。
【０１１１】
図１１は、グレイ・バランス決定で使用される５×５行列に配置されたグレイ・パッチの二次元配列１３６の例を示す。各パッチは青軸、赤軸、またはそれらの両方に沿った中央グレイ・パッチからのずれを示すが、好適には緑方向のずれはない。ユーザは、ディザ付き背景と最も調和して見えるパッチを選択するが、この背景は３３％ディザ付き背景でもよい。中央パッチを任意選択で強調し、好適なデフォルト選択肢であることを示してもよい。
【０１１２】
パッチの数と、各パッチのＲＧＢの正確な値とは全く柔軟に考えてよい。例えば、図１１の画像の場合、蛍光体、平均ガンマ、及び黒点に基づいてディスプレイについて推定されるプロファイルによって示される同一の値Ｌ^*を有するように、全てのパッチを選択してもよい。中央に隣接するパッチは、上記のパラメータから構成されたマトリックスＴＲＣ（調子再現曲線）プロファイルから推定されるａ^*及びｂ^*についての＋／−３ΔＥの全ての順列だけ異なってもよい。
【０１１３】
格子配列の外周付近のパッチは、Ｒ及びＢにおいて＋／−６ΔＥだけ中心から異なってもよい。また、簡単にするため、Ｒ及びＢが＋／−５グレイ・レベル及び＋／−１０グレイ・レベルといった一定の量だけ変化することにしてもよい。好適には、全てのパッチはほぼ一定のＬ^*のカラー空間の全ての方向で、中央パッチからのわずかな偏差である。この試験は、Ｒ、Ｇ、及びＢのガンマに大幅な差が存在し、ひいてはＲとＢとの間に大幅な不均衡があるかどうかを鋭敏に決定する助けとなる。
【０１１４】
図１１に示されるパッチの二次元フォーマットはユーザが正しいパッチを選択する助けとなることもある。カラー・プロファイリィング処理の前のステップ、すなわち微調整ガンマに由来するパッチは、この実施形態では中央に配置される。隣接するパッチのグレイ・レベルは、配列が外側に向かって延びるにつれて異なるので、配列の外周は、中央パッチから離れた２つの階調を含む。経験上、このアレイは視覚的な「ファンネル（ｆｕｎｎｅｌ）」効果を生じ、背景と一致する開始点として中央パッチの方向にユーザを向かわせる傾向がある。二次元配列におけるパッチ間の差は、パッチの一次元の帯の場合より明瞭で劇的である。配列が外側に向かって延びるにつれて、ずれは大きくなる。すなわち、階調は顕著であり、そのことは適当なパッチを選択する際ユーザの助けとなるが、適当なパッチは、多くの場合、カラー・プロファイリィング処理の以前のステップで選択された中央パッチである。
【０１１５】
ユーザが中央パッチを選択する場合、Ｒ、Ｇ及びＢチャネルについて単一のガンマ値を使用する。他のパッチの１つが選択される場合、次式に基づいて３つの別個のガンマを計算する。
【０１１６】
【数６】

【０１１７】
ここで、γ及びｄ_.33の添え字は、Ｒ及びＢチャネルについての固有の値を示す。各チャネルについてのｄ_.33の値は、このグレイ・バランス・ステップで選択された特定のパッチのＲＧＢの値によって与えられる。これらの数式は周知であり、国際カラー・コンソーシアム（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｌｏｒ Ｃｏｎｓｏｒｔｉｕｍ、ＩＣＣ）仕様においてマトリックスＴＲＣ形式と呼ばれる数式を使用して、クライアントのディスプレイ装置について正確なプロファイルを生成する蛍光値の集合と組み合わされる。ここでも、カラー・プロファイル・サーバ１８または、カラー画像サーバ１６ａ−１６ｎに関連するカラー補正モジュールによって計算を行えばよい。
【０１１８】
好適な実施形態では、アプリケーション、アプレット、または他のクライアント側スクリプトをクライアント側にロードする必要がないため、粗ガンマ、微ガンマ及びグレイ・バランス決定ステップでパッチを選択するこの処理は有利である。その代わり、ユーザは単にウェブ・ページ中に表示されたパッチの１つを選択するだけでよい。しかし、他の実施形態では、アプリケーション、アプレット、またはクライアント側スクリプトを使用する場合、円滑なスライダ・バー、＋／−矢印等を使用して、ディザ付き背景と比較するため１つのパッチの色を実時間で調整することが考えられる。この方法で、ユーザは、パッチの有限の集合から最も一致するものを選択するのではなく、１つのパッチを正確に一致させる能力を有する。また、この実時間調整の技術は、カラー較正及び特性決定への非ネットワーク・アプローチの場合も有用なことがある。この場合、黒点、ガンマ、及び／またはグレイ・バランスについて、ユーザが選択するパッチまたは要素は、スライダまたは他の調整媒体が色をユーザにとって視覚的に許容可能なレベル、すなわちパッチがディザ付き背景と一致して見える点に調整したという条件の単一の調整可能なパッチでもよい。
【０１１９】
黒点、粗ガンマ、微調整ガンマ、及びグレイ・バランス処理に基づいて、参照番号１１８によって示されるように、そのディスプレイ装置についてのカラー・プロファイルを生成する。カラー・プロファイルが生成されると、参照番号１２０によって示されるように、カラー・プロファイラ・クッキーが作成される。カラー・プロファイルを表す情報を将来使用するためカラー・プロファイラ・クッキーに追加する。特に、その情報を使用して、個々のクライアント１４ａ−１４ｎと、個々の加入者２２ａ−２２ｎと、カラー画像サーバ１６ａ−１６ｎとの間の将来の対話のため加入者クッキーを作成すればよい。カラー・プロファイルはネットワーク中でディスプレイ装置を特徴付けるため特に有用であるが、非ネットワーク・アプリケーションでも有用なことがある。特に、本出願で説明されるカラー・プロファイリィング処理は、ネットワーク上ではなく、装置がローカルで生成または獲得するコンテントを訂正するため個々のディスプレイ装置をキャリブレーション及び特徴付ける際すぐに用途を見出せる。
【０１２０】
有利な点として、クライアント１４ａ−１４ｎは、そのディスプレイ装置に関する情報を提供する必要はない。ｓＲＧＢ、アップル・マッキントッシュＲＧＢ（Ａｐｐｌｅ Ｍａｃｉｎｔｏｓｈ ＲＧＢ）等といった公開標準に基づく蛍光値の平均集合を使用して、十分に満足すべき結果を生じることができる。望ましい場合、特に蛍光値と白点の問題に取り組むため、さらなるステップを追加してもよい。カラー・プロファイリィング処理は単に、クライアント１４ａ−１４ｎに関連するディスプレイ装置のカラー応答を特徴付ける情報をカラー画像サーバ１６ａ−１６ｎに伝えるコンテナ及び伝達手段の役目を果たすクッキーを生成する。また、色度情報及び白点は、場合によっては、ＶＥＳＡのような通信プロトコルを利用するディスプレイ、またはコンピュータのオペレーティング・システムから得てもよい。現在の技術では、ＲＧＢ黒点及びガンマをハードウェア・レベルで完璧に維持することは、高価な電子回路を用いても難しいので、本発明の有用性は今後も継続する。
【０１２１】
普通は、個々のドメインに見える全てのクッキーを、クライアント１４ａ−１４ｎが実行するブラウザ・アプリケーションからの各要求に添付する。この理由で、通常のブラウザは、各ドメインを最大２０クッキーまでに制限している。特定の加入者２２ａ−２２ｎのためにクッキーの割り当てを消費するのを避けるため、特定の加入者２２ａ−２２ｎのための全てのカラー補正情報は好適には１つのプロファイラ・クッキーと１つの加入者クッキーとにパックする。例えば、いくつかの項目を、その場合に応じて、加入者クッキーまたはプロファイラ・クッキーの値列にパックすればよい。すなわち、各クッキーはＲ、Ｇ、及びＢのガンマ値を含むことになる。各ガンマ値は、１．０〜約３．０の値でよい。さらに、クッキーは、例えば、０〜＋１０００．０の値で表される黒及び白の色度値を含んでもよい。
【０１２２】
クッキーの例は、その値列にパックされ、各々セパレータによって仕切られた、以下の項目を有してもよい。
【０１２３】
（１）クッキー・フォーマット・バージョン・コード−数字コード、例えば１〜３バイト、プラスセパレータ。
【０１２４】
（２）クッキー導入期日−普通のクッキー方式タイムスタンプ（１９７０年１月１日グリニッジ標準時午前０時以後の経過ミリ秒）、例えば１２〜１３バイト、プラスセパレータ。
【０１２５】
（３）カラー補正順序によって生成される時に当該カラー情報に割り当てられる固有のプロファイラＩＤ、長い整数、例えば４バイト、プラスセパレータ（但し、もっと長いこともある）。
【０１２６】
（４）Ｒ、Ｇ、Ｂについてのガンマ及び黒点値−各々１．０〜約３．０の浮動小数点値を表すテキストであり、４つの１０進数を保持する。小数点を含んでもよい。すなわち、ガンマ値は各々５または６バイト、プラスセパレータを占めることがあり、全体で３倍になる。また、Ｒ、Ｇ、及びＢについて選択された色調値を表示して、後でクッキーをサーバにアップロードした際にガンマ及び黒点値を計算できるようにしてもよい。
【０１２７】
（５）黒と白の色度−各々０〜＋１０００．０の浮動小数点値を表すテキストであり、４つの有効数字を保持する。すなわち、これは各々６または７バイト、プラスセパレータを占めることがあり、全体で２倍になる。
【０１２８】
（６）カラー毎のビット数−２つの１０進数、２バイト、プラスセパレータ。
【０１２９】
（７）ディスプレイ装置ＩＤコード−ほぼ１０バイト、プラスセパレータの英数字コード。
【０１３０】
（８）クッキー・データ・チェックサム−長い整数、４バイト。
上記で説明されたクッキーの例は６８バイト、プラス１０セパレータを有する。セパレータ記号は値列を「エスケープ」する必要がないように選択すればよく、脱字記号（＾）が使用されることが多い。すなわち、値列の通常のサイズは約８０バイトとなる。
【０１３１】
図１２は、図１及び図２に示されるシステムにおいてクライアント１４ａ−１４ｎに送信されるカラー画像１８４の例である。図１２に示されるように、画像１８４は、クライアント１４ａ−１４ｎに関連するディスプレイ装置の画面１８２上に提示すればよい。「ＡＢＣ社」といった個々の加入者２２ａ−２２ｎに関連するカラー画像サーバ１６ａ−１６ｎは要求に応じて画像１８４をクライアント１４ａ−１４ｎに配信する。例示の目的で、画像１８４には、加入者２２ａ−２２ｎと、表示される個々の品目とを示す説明文１８６を添付してもよい。また、参照番号１８８によって示されるように、画像１８４にアイコン、ボタン等を添付して、カラー画像サーバ１６ａ−１６ｎによるカラー補正が適用されているかどうかを示すようにしてもよい。図１２の例では、例えば、加入者クッキーがその特定の加入者２２ａ−２２ｎについて生成されていないといった理由で、カラー補正は適用されていない。参照番号１９０によって示されるように、別のアイコン、ボタン等を表示して、ディスプレイ装置のプロファイル測定を行うようユーザを促してもよい。
【０１３２】
要素１８８及び１９０は、以前に論じられたように一体化してもよく、カラー補正が適用されたことを示す特定の配色といった外観を呈してもよい。どちらの場合でも、要素１９０は、カラー・プロファイル・サーバ１８に関連するＵＲＬへのハイパーテキスト・リンクを提供する。すなわち、ユーザが要素１９０をクリックすると、カラー・プロファイル・サーバ１８から、カラー・プロファイリィング処理を開始するためのページが要求される。しかし、プロファイラ・クッキーがすでに存在する場合、クライアント１４ａ−１４ｎはそれをカラー・プロファイル・サーバ１８に送信する。この場合、カラー・プロファイリィング処理を繰り返す必要はない。その代わり、カラー・プロファイル・サーバ１８は当該加入者２２ａ−２２ｎについて加入者クッキーを作成し、以前説明されたように、ユーザの介入なしに直接か、またはユーザの承認を伴って間接的に、関連するカラー画像サーバ１６ａ−１６ｎに転送する。
【０１３３】
図１３は、図１及び図２に示されるシステムにおけるカラー補正情報の送信を例示する構成図である。すなわち、図１３は、個々のクライアント１９６がアクセスした特定の加入者２２ａ−２２ｎに関連するカラー画像サーバ１９４、１９８について加入者クッキーがすでに作成されている状況を例示する。この場合、加入者サーバ１２ａ−１２ｎからのウェブ・ページにアクセスして、クライアント１９６はカラー画像サーバ１９４からの画像を要求する。他の加入者２２ａ−２２ｎからの画像を要求する場合、クライアント１９６はカラー画像サーバ１９８からの画像を要求する。カラー画像サーバ１９４は、カラー補正モジュール２００と、カラー画像のアーカイブ２０２とを組み込んでいる。同様に、カラー画像サーバ１９８には、カラー補正モジュール２０４と、カラー画像のアーカイブ２０６とが含まれる。
【０１３４】
線２０８によって示されるように、クライアント１９６は、画像要求をカラー画像サーバ１９４に送信する時、カラー・プロファイル・クッキー、すなわち加入者クッキーを一緒に送信する。同様に、線２１０によって示されるように、クライアント１９６は、画像を要求する時加入者クッキーをカラー画像サーバ１９８に送信する。各々の場合、加入者クッキーは、それぞれ画像アーカイブ２０２、２０６から供給される画像を修正、すなわちカラー補正する際対応するカラー補正モジュール２００、２０４によって使用されるカラー補正情報を提供するカラー・プロファイルを含む。すなわち、要求を受信すると、カラー画像サーバ１９４または１９８は添付された加入者クッキーを処理して内容を抽出し、抽出した内容に基づいてカラー補正モジュール２００を制御する。この方法で、参照番号２１２及び２１４によって示されるように、クライアント１９６はカラー補正画像を受信する。
【０１３５】
ここで、カラー補正モジュールが、加入者クッキー中に含まれるカラー・プロファイルを使用する方法を説明する。図４〜図１１に関連する上記の議論は、黒点と、平均ガンマと、グレイ・バランスを考慮してＲＧＢについて平均されたガンマとを説明する簡略化された１次元公式を利用していた。図４〜図１１を参照して説明された実施形態では、それぞれのクライアント１４ａ−１４ｎに関連するユーザによって選択された赤、緑、及び青要素に基づいて、各カラー・チャネルについて黒点を推定している。すなわち、カラー・プロファイリィング処理の出力は、黒点ＲＧＢ値及びガンマ、または個別のＲＧＢガンマである。ここでは、上記で説明された方法でこれらの値が決定されていると想定する。ディスプレイ装置挙動の完全な記述は、ＲＧＢ−＞ＸＹＺに関連する次の等式によって表すことができる。
【０１３６】
【数７】

【０１３７】
ここで、変数ｄ_r、ｄ_g、及びｄ_bは１．０に正規化されるデジタル入力値である。パラメータｋ_0,r、ｋ_0,g、及びｋ_0,bは赤、緑、青チャネルについての黒点であり、パラメータγ_r、γ_g、及びγ_bは赤、緑、青チャネルについてのガンマである。すなわち、それぞれのディスプレイ装置についての加入者クッキー中に含まれるガンマおよび黒点情報を上記の数式で使用して、実際に、目的装置プロファイルを生じればよい。目的装置プロファイルを、要求された画像について以前に計算されたソース・プロファイルと共に使用して、ディスプレイ装置上にキャリブレイトされた出力を生じるのに十分な画像データの変換を行えばよい。
【０１３８】
上記のアプローチは、バーンズ（Ｂｅｒｎｓ）著、「ＣＲＴ測色。第１部：理論と実際」における数式２１のような、ディスプレイ装置を特徴付ける他の試みとは異なっている。多くの特性決定では、黒点ではなく黒オフセットを記述する「ｋ」パラメータを使用している。黒オフセットとは、ＲＧＢ＝０の場合ディスプレイから測定または知覚される非ゼロ強度を指す。発明者の経験では、本発明の実施形態によるカラー・プロファイリィング処理で使用されるコントラスト／輝度調整手順はこの現象の影響を最小化する。しかし、コントラスト／輝度調整の後でも、黒点がゼロでないことは大いにありうるので、それを考慮することは必要である。
【０１３９】
このプロファイル記述は、このフォーマットで使用してもよく、またＩＣＣによって規定されるようなフォーマットに変換してもよい。このフォーマットはマトリックスＴＲＣフォーマットとしても知られ、上記と同様の行列と組み合わされた数式ではなく、Ｒ、Ｇ、及びＢに関する上記の数式についての汎用ルックアップ・テーブルを利用している。例えば、ガンマ、黒点等といった上記の情報を、クライアント１４ａ−１４ｎに関連するコンピュータ上のクッキー中に格納すればよい。また、ユーザが選択したパッチのＲＧＢ値である個別データをクッキー中に格納してもよく、それによって、後日同じ入力情報を使用して、改良されたプロファイル技術を使用することもできる。
【０１４０】
個々の加入者２２ａ−２２ｂについての既存の画像のアーカイブとＨＴＭＬコードベースによって本出願で説明されたシステムを実現するため、既存の加入者サーバ１２ａ−１２ｎを修正し、ＨＴＭＬページ中に示された既存の画像ファイル参照を、カラー補正モジュールを備えた当該カラー画像サーバ１６ａ−１６ｎへの同様の参照と置き換える。例えば、「ｈｔｔｐ：／／ＳｕｂｓｃｒｉｂｅｒＮａｍｅ．ｃｏｍ／ｉｍａｇｅｓ／ＩｍａｇｅＮａｍｅ．ｊｐｇ」という既存の加入者画像ファイル参照を、「ｈｔｔｐ：／／ｃｏｒｒｅｃｔｉｏｎ．ＳｕｂｓｃｒｉｂｅｒＮａｍｅ．ｃｏｍ／ｉｍａｇｅｓ／ＩｍａｇｅＮａｍｅ．ｊｐｇ」といった参照と置き換えればよい。ＨＴＭＬ中のこのように修正された参照は次に、カラー画像サーバ１６ａ−１６ｎに対して要求された画像を供給するよう指令を出す。カラー画像サーバ１６ａ−１６ｎは命令を受信すると、加入者クッキーが存在する場合はそれも受信し、クッキー中に含まれる情報を適用してカラー補正を行う。次に、カラー画像サーバ１６ａ−１６ｎは当該画像ファイルを読み込み、加入者クッキー中に格納されたディスプレイ・パラメータを利用して固有のディスプレイ・プロファイルを作成し、クライアントのブラウザに送信する前に画像をソースから目的画像に変換する。
【０１４１】
加入者サーバ１２ａ−１２ｎ上に格納される全ての画像は、加入者カラー画像サーバ１６ａ−１６ｎ上に存在する同じ名前の対応するコピー・ファイルを有してもよい。カラー画像サーバ１６ａ−１６ｎはこの画像ファイルのデータベースにアクセスして、クライアント１４ａ−１４ｎに送信されたＨＴＭＬページが参照する画像を読み込み、変換、及び送信してもよい。１つの実施形態では、カラー画像サーバ１６ａ−１６ｎはカラー・マネージメントのごく簡単で迅速な技術を使用してもよい。特に、カラー画像サーバ１６ａ−１６ｎ上の全ての画像は好適には所定のＲＧＢカラー空間を有する。このことは通常、元の画像が、スキャナ、デジタルカメラ等といった対応するソース装置のカラー空間から、加入者２２ａ−２２ｎによって決定される標準カラー空間に変換されることを意味する。標準ＲＧＢカラー空間の良好な例はカラーマッチＲＧＢ（ＣｏｌｏｒＭａｔｃｈ ＲＧＢ）であるが、これは「仮想ディスプレイ」についてＤ５０の色温度を有する。アドビＲＧＢ（Ａｄｏｂｅ ＲＧＢ）のような他のカラー空間は優秀なガマット（ｇａｍｕｔ）を有するが、Ｄ６５の色温度を有する。クライアント１４ａ−１４ｎに送信されたＨＴＭＬページ上の画像を、「ｃｏｒｒｅｃｔｉｏｎ．ＳｕｂｓｃｒｉｂｅｒＮａｍｅ．ｃｏｍ／ｉｍａｇｅｓ／ＩｍａｇｅＮａｍｅ．ｊｐｇ」といった加入者サーバ１２ａ−１２ｎに関連するカラー画像サーバ１６ａ−１６ｎを介して参照すると、カラー画像サーバ１６ａ−１６ｎは対応する画像にアクセスし、画像を宛先クライアントに送信する前にＲＧＢデータを実時間で変換する。変換は下記の計算によって行えばよい。
【０１４２】
【数８】

【０１４３】
注意されたいが、処理速度を増大するため、上記の行列を１つの行列に連結してもよい。
【０１４４】
図１４は、コンピュータ・ネットワークにおけるカラー画像表示精度を改善するシステム２１４の代替アーキテクチャを例示する構成図である。システム２１４は、加入者に関する全ての画像が中央カラー画像サーバ１６に格納される点以外は、図２に示されるシステムにほぼ一致する。カラー・プロファイル測定サーバ１８は、図１４の実施形態ではカラー画像サーバ１６中に存在するか、またはそれと一体化してもよい。この場合、カラー・プロファイル測定サーバ１８は、上記で説明されたカラー・プロファイリィング処理を案内するウェブ・ページを提供する。カラー画像サーバ１６またはカラー・プロファイル・サーバ１８は、クライアント１４ａ−１４ｎに関連する個々のカラー・プロファイルを格納するデータベース・サーバを含んでもよい。クライアント１４ａ−１４ｎは、加入者サーバ１２ａ−１２ｎの１つによって送信されるコード中でタグを付けられた画像を要求する時、中央カラー画像サーバ１６に向かう。カラー画像サーバ１６はクライアントから送信されたクライアントＩＤを使用して適当なカラー・プロファイルを検索し、それを適用した上で、カラー補正について本出願で説明された技術を使用して要求されたカラー画像を修正してもよい。この方法で、カラー画像サーバは、クライアント１４ａ−１４ｎとカラー画像サーバとの間でクッキーを転送する必要なくカラー補正された画像を提供する。
【図面の簡単な説明】
【０１４５】
【図１】コンピュータ・ネットワークにおけるカラー画像表示精度を改善するシステムの構成図である。
【図２】図１に示されるシステムを組み込んだウェブベース環境の構成図である。
【図３】コンピュータ・ネットワークにおけるカラー画像表示精度を改善する方法を例示する流れ図である。
【図４】ディスプレイ装置についてのカラー・プロファイリィング処理を例示する流れ図である。
【図５】図４に示されるカラー・プロファイリィング処理における多チャネル黒点決定を例示する流れ図である。
【図６】黒点決定前のカラー・ディスプレイのアナログ調整用のウェブ・ページの図である。
【図７】特定の色チャネルについての黒点決定用のウェブ・ページの図である。
【図８】図４に示されるカラー・プロファイリィング処理におけるガンマ及びグレイ・バランス決定を例示する流れ図である。
【図９】図４に示されるカラー・プロファイリィング処理において粗ガンマを決定する際使用されるグレイ要素の範囲を例示する。
【図１０】図４に示されるカラー・プロファイリィング処理において微ガンマを決定する際使用されるグレイ要素の範囲を例示する。
【図１１】図４に示されるカラー・プロファイリィング処理においてグレイ・バランスを決定する際使用されるグレイ要素の範囲を例示する。
【図１２】図１及び図２に示されるシステムにおいてクライアントに送信されるカラー画像の例を示す。
【図１３】図１及び図２に示されるシステムにおけるカラー補正情報の送信を例示する構成図である。
【図１４】コンピュータ・ネットワークにおけるカラー画像表示精度を改善するシステムの代替アーキテクチャを例示する構成図である。

Claims (21)

1. 方法であって、
   黒の背景上で一連の暗色要素を表示し、そこで前記暗色要素の各々が異なったグレイ値及び非矩形形状とを有し、
   ユーザによって選択され、可視であり前記背景に最も一致して見える前記暗色要素の１つに基づいて、ディスプレイ装置のための黒点を推定することを含む方法。
2. さらに、
   前記推定された黒点に基づいて前記ディスプレイ装置についてカラー画像を修正し、及び
   前記ディスプレイ装置上で表示するため、コンピュータ・ネットワークを介して前記修正されたカラー画像を配信することを含む、請求項１に記載の方法。
3. 前記ディスプレイ装置が前記コンピュータ・ネットワーク上のクライアントに関連し、前記方法がさらに、
   前記クライアントから前記コンピュータ・ネットワーク上のサーバに、前記推定された黒点を表す情報を送信し、
   前記情報に基づいて前記サーバによって前記カラー画像を修正し、及び
   前記ディスプレイ装置上で表示するため、前記サーバから前記クライアントに前記修正されたカラー画像を配信することを含む、請求項１に記載の方法。
4. さらに、
   前記情報をウェブ・クッキー中に格納し、
   前記ウェブ・クッキーを前記クライアントから前記サーバに送信し、及び
   前記ウェブ・クッキーのコンテンツに基づいて前記サーバによって前記カラー画像を修正することを含む、請求項３に記載の方法。
5. 前記ディスプレイ装置が前記コンピュータ・ネットワーク上のクライアントに関連し、前記方法がさらに、
   前記推定された黒点に基づいてカラー・プロファイルを生成し、
   前記クライアントから前記コンピュータ・ネットワーク上のサーバに前記カラー・プロファイルを送信し、
   前記カラー・プロファイルに基づいて前記サーバによって前記カラー画像を修正し、及び
   前記ディスプレイ装置上で表示するため、前記サーバから前記クライアントに前記修正されたカラー画像を配信することを含む、請求項１に記載の方法。
6. さらに、
   前記ディスプレイ装置の各カラー・チャネルについて前記黒の背景上で暗色要素を表示し、
   各カラー・チャネルについて、可視であり前記黒の背景に最も一致して見える前記暗色要素の１つを選択し、及び
   前記選択された暗色要素に基づいて、前記ディスプレイ装置の前記カラー・チャネルについてチャネル固有の黒点を推定することを含む、請求項１に記載の方法。
7. 前記カラー・チャネルが赤、緑、及び青カラー・チャネルである、請求項６に記載の方法。
8. 前記ディスプレイ装置が陰極線管モニタまたは平面パネル・ディスプレイである、請求項７に記載の方法。
9. 前記非矩形形状が数字または文字を含む、請求項１に記載の方法。
10. さらに、
    前記ディスプレイ装置についてガンマとグレイ・バランスとを推定し、
    推定された前記黒点と、前記ガンマと、前記グレイ・バランスとに基づいて前記ディスプレイ装置についてカラー・プロファイルを生成し、及び
    前記カラー・プロファイルを使用して前記ディスプレイ装置について前記カラー画像を修正することを含む、請求項１に記載の方法。
11. コンピュータ読み取り可能な記録媒体であって、
    背景上で暗色要素を表示し、そこで前記暗色要素の各々が異なったグレイ値及び非矩形形状とを有し、
    ユーザによって選択され、可視であり前記背景に最も一致して見える前記暗色要素の１つに基づいてディスプレイ装置のための黒点を推定する、
    ことをプロセッサに行わせるプログラム・コードを含むコンピュータ読み取り可能な記録媒体。
12. 前記コードが、
    前記推定された黒点に基づいて前記ディスプレイ装置についてカラー画像を修正し、
    前記ディスプレイ装置上で表示するため、コンピュータ・ネットワークを介して前記修正されたカラー画像を配信する、
    ことを前記プロセッサに行わせる、請求項１１に記載のコンピュータ読み取り可能な記録媒体。
13. 前記ディスプレイ装置が前記コンピュータ・ネットワーク上のクライアントに関連し、前記コードが、
    前記クライアントから前記コンピュータ・ネットワーク上のサーバに、前記推定された黒点を表す情報を送信し、
    前記情報に基づいて前記サーバによって前記カラー画像を修正し、及び
    前記ディスプレイ装置上で表示するため、前記サーバから前記クライアントに前記修正されたカラー画像を配信する、
    ことを前記プロセッサに行わせる、請求項１１に記載のコンピュータ読み取り可能な記録媒体。
14. 前記コードが、
    前記情報をウェブ・クッキー中に格納し、
    前記ウェブ・クッキーを前記クライアントから前記サーバに送信し、及び
    前記ウェブ・クッキー・コンテンツに基づいて前記サーバによって前記カラー画像を修正する、
    ことを前記プロセッサに行わせる、請求項１３に記載のコンピュータ読み取り可能な記録媒体。
15. 前記ディスプレイ装置が前記コンピュータ・ネットワーク上のクライアントに関連し、前記コードが、
    前記推定された黒点に基づいてカラー・プロファイルを生成し、
    前記カラー・プロファイルに基づいて前記カラー画像を修正し、
    前記クライアントから前記コンピュータ・ネットワーク上のサーバに前記カラー・プロファイルを送信し、
    前記カラー・プロファイルに基づいて前記サーバによって前記カラー画像を修正し、及び
    前記ディスプレイ装置上で表示するため、前記サーバから前記クライアントに前記修正されたカラー画像を配信する、
    ことを前記プロセッサに行わせる、請求項１１に記載のコンピュータ読み取り可能な記録媒体。
16. 前記コードが、
    前記ディスプレイ装置の各カラー・チャネルについて前記黒の背景上で暗色要素を表示し、
    各カラー・チャネルについて、可視であり前記黒の背景に最も一致して見える前記暗色要素の１つを選択し、
    前記選択された暗色要素に基づいて、前記ディスプレイ装置の前記カラー・チャネルについてチャネル固有の黒点を推定する、
    ことを前記プロセッサに行わせる、請求項１１に記載のコンピュータ読み取り可能な記録媒体。
17. 前記カラー・チャネルが赤、緑、及び青カラー・チャネルである、請求項１６に記載のコンピュータ読み取り可能な記録媒体。
18. 前記ディスプレイ装置が陰極線管モニタまたは平面パネル・ディスプレイである、請求項１７に記載のコンピュータ読み取り可能な記録媒体。
19. 前記非矩形形状が数字または文字を含む、請求項１１に記載のコンピュータ読み取り可能な記録媒体。
20. 前記コードが、
    前記ディスプレイ装置についてガンマとグレイ・バランスとを推定し、
    推定された前記黒点、前記ガンマ及び前記グレイ・バランスに基づいて前記ディスプレイ装置についてカラー・プロファイルを生成し、及び
    前記カラー・プロファイルを使用して前記ディスプレイ装置について前記カラー画像を修正する、
    ことを前記プロセッサに行わせる、請求項１１に記載の方法。
21. システムであって、
    コンピュータ・ネットワーク上に存在し、前記コンピュータ・ネットワーク上に存在する遠隔クライアントにウェブ・ページを送信するウェブ・サーバと、
    前記コンピュータ・ネットワーク上に存在し、前記クライアントに関連するディスプレイ装置上に表示するために、前記ウェブ・ページによって参照されるカラー画像を送信するカラー画像サーバと、
    前記コンピュータ・ネットワーク上に存在し、カラー・プロファイリング処理を通じて前記クライアントを案内して、前記クライアントに関連する前記ディスプレイ装置のカラー応答を特徴付ける情報を得るカラー・プロファイル・サーバと、そこで前記情報が前記ディスプレイ装置のカラー・チャネルについての黒点推定を含み、前記カラー・プロファイリィング処理が、
    黒の背景上で暗色要素を表示し、そこで前記暗色要素の各々が異なったグレイ値及び非矩形形状とを有し、
    可視であり前記黒の背景に最も一致して見える前記暗色要素の１つを選択し、及び
    前記選択された暗色要素に基づいてディスプレイ装置について前記黒点を推定することを含み、
    それぞれのディスプレイ装置上で表示される時前記カラー画像の精度を改善するため、前記情報に基づいて前記カラー画像サーバによって送信される前記カラー画像を補正する１つかそれ以上のカラー補正モジュールとを有するシステム。

Images