(57)【要約】【課題】ドキュメントをプリントするのに用いるプリントデバイスの色域に、そのドキュメントに含まれる１つ以上の色が含まれていない場合において、ユーザに印刷するか選択させる。【解決手段】プリントするイメージングデータにアクセスすること６００、イメージングデータが表す色を識別すること６０２、識別した色をプリントデバイスの色域と比較すること６０８、および、識別した色のうちの１つ以上がプリントデバイスの色域に含まれていない場合にはユーザに通知すること６１０を含む方法。【選択図】　　　図２
2004005385.tif 000002
【特許請求の範囲】
【請求項１】
色域不足に関してユーザに通知する方法であって、
プリントするイメージングデータにアクセスするステップと、
前記イメージングデータが表す色を識別するステップと、
該識別した色を、プリントデバイスの色域と比較するステップと、
前記識別した色のうちの１つ以上が前記プリントデバイスの前記色域に含まれていない場合には、ユーザに通知するステップと
を含む方法。
【請求項２】
イメージングデータにアクセスする前記ステップは、イメージングの拡張機能を用いることによってイメージングデータにアクセスするステップを含むものである、請求項１に記載の方法。
【請求項３】
前記イメージングの拡張機能は、ユーザのブラウザの一部を含むものである、請求項２に記載の方法。
【請求項４】
前記イメージングの拡張機能は、ネットワークベースのサービスの一部を含むものである、請求項２に記載の方法。
【請求項５】
色を識別する前記ステップは、Ｐａｎｔｏｎｅｓの色を識別するステップを含むものである、請求項１に記載の方法。
【請求項６】
色を識別する前記ステップは、カラープロファイルが規定する絶対的な色を表す強度の値の組を識別するステップを含むものである、請求項１に記載の方法。
【請求項７】
前記強さの値の組は、ＲＧＢ、ＣＭＹ、およびＹＣＣのうちの少なくとも１つを含むものである、請求項６に記載の方法。
【請求項８】
前記カラープロファイルはＩＣＣプロファイルを含む、請求項６に記載の方法。
【請求項９】
色域不足状態に関してユーザに通知するようになされたネットワークベースのサービスであって、
プリントするイメージングデータにアクセスするよう構成された論理と、
前記イメージングデータが表す色を識別するよう構成された論理と、
前記識別した色を、プリントデバイスの色域と比較するよう構成された論理と、
前記識別した色のうちの１つ以上が前記プリントデバイスの前記色域に含まれていない場合には、ユーザに通知するよう構成された論理と
を含むサービス。
【請求項１０】
イメージングデータにアクセスするよう構成された前記論理は、イメージングの拡張機能を含むものである、請求項９に記載のサービス。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、色域不足通知のシステムおよび方法に関する。より詳細には、本発明は、プリントデバイスの色域の不足に関してプリント前にユーザに警告することができる、ウェブベースのイメージングのシステムおよび方法に関する。
【０００２】
【従来の技術】
コンピュータ技術が進歩するにつれて、我々の日常生活におけるコンピュータの役割は拡大してきており、さまざまな周辺装置またはサポート装置の必要も増してきている。コンピュータとともに用いる典型的な周辺装置のひとつが、プリンタである。プリンタは、電子データのハードコピーを生成する。利用できるプリンタのタイプおよび機能も同様に拡大してきており、その結果、さまざまなプリント能力、性能、および価格の各種のプリンタが存在する。
【０００３】
コンピュータ技術の使用の拡大のうちの重要なもののひとつが、コンピュータのネットワーク化である。コンピュータ同士をネットワークで相互に接続することによって、各コンピュータは、互いに通信することができ、プリンタ等他のデバイスとも通信することができる。インターネット等のコンピュータネットワークは発展し続けているので、コンピュータネットワークのコンピューティングにおける潜在能力のすべてを利用し活用する、さらなる改良した機能がより必要とされている。
【０００４】
【発明が解決しようとする課題】
コンピュータネットワークが利用できれば、このようなネットワークをプリントのために用いることができる。たとえば、ユーザは、インターネット等のネットワークを介して、遠隔プリントサービスの施設にアクセスすることができる場合がある。しかしこのような仕組みにすると、予想外の結果が生じる可能性がある。たとえば、ユーザは、ドキュメントをプリントするのに用いられるプリントデバイスの能力が分かっていない場合がある。そのような場合には、ドキュメントをプリントするのに用いるプリントデバイスの色域が、そのドキュメントに含まれる１つ以上の特色（ｓｐｅｃｉｆｉｃ　ｃｏｌｏｒ）（たとえば、Ｐａｎｔｏｎｅｓ（商標））を含んでいない、という可能性がある。したがって、プリント結果にユーザは満足しない場合がある。特に多数のドキュメントをプリントしなければならずドキュメントにおける色が重要である場合（たとえば、会社ロゴの場合）、これは明らかに、重大な問題になる可能性がある。
【０００５】
【課題を解決するための手段】
本開示は、色域不足通知のシステムおよび方法に関する。ある態様においては、システムおよび方法は、プリントするイメージングデータにアクセスすること、イメージングデータが表す色を識別すること、識別した色をプリントデバイスの色域と比較すること、および、識別した色のうちの１つ以上がプリントデバイスの色域に含まれていない場合にはユーザに通知することに関する。
【０００６】
本開示は、色域不足状態に関してユーザに通知するよう構成された、ネットワークベースのサービスにも関する。ある態様において、このサービスは、プリントするイメージングデータにアクセスするよう構成された論理と、イメージングデータが表す色を識別するよう構成された論理と、識別した色をプリントデバイスの色域と比較するよう構成された論理と、識別した色のうちの１つ以上がプリントデバイスの色域に含まれていない場合にはユーザに通知するよう構成された論理とを含む。
【０００７】
さらに本開示は、プリントデバイスに関する。ある態様において、プリントデバイスは、プロセッシングデバイスとメモリとを含む。メモリは、プリントするイメージングデータにアクセスするよう構成された論理と、イメージングデータが表す色を識別するよう構成された論理と、識別した色をプリントデバイスの色域と比較するよう構成された論理と、識別した色のうちの１つ以上がプリントデバイスの色域に含まれていない場合にはユーザに通知するよう構成された論理とを含む。
【０００８】
本発明の他のシステム、方法、特徴、および利点は、以下の明細書を添付図面とともに読めば明らかとなろう。
【０００９】
添付の図面を参照すれば、本発明をよりよく理解することができる。図面内の各構成要素は、必ずしも一定の縮尺ではなく、本発明の原理を分かりやすく説明することを重要視している。
【００１０】
【発明の実施の形態】
プリントデバイスの色域の不足に関してプリント前にユーザに通知するシステムおよび方法を開示する。実施の態様によっては、システムは分散アーキテクチャを有し、この分散アーキテクチャによって、ユーザは、プリントしたドキュメントに付け加えるイメージングデータを保持（ｍａｉｎｔａｉｎ）することができる。このようなシナリオにおいては、ユーザは、ネットワークベースのまたはウェブベースのイメージングサービス（ｉｍａｇｉｎｇ　ｓｅｒｖｉｃｅ）にアクセスする。このようなイメージングサービスによって、ユーザは、ユーザのパーソナル・イメージング・リポジトリ（ｐｅｒｓｏｎａｌ　ｉｍａｇｉｎｇ　ｒｅｐｏｓｉｔｏｒｙ）内のイメージングデータにアクセスすることができるとともに、イメージングデータを所望するとおりに配置する（ａｒｒａｎｇｅ）ことができる。いったん配置（ａｒｒａｎｇｅｍｅｎｔ）を選択すると、ユーザのパーソナル・イメージング・リポジトリ内にドキュメントを記憶することができ、所望する場合には、ネットワークベースのまたはウェブベースのプリントサービスを用いて、１つ以上のハードコピードキュメントを生成することができる。
【００１１】
本発明のシステムおよび方法の説明を容易にするために、図面を参照して例示的なシステムを説明する。このようなシステムを詳細に説明するが、これらは説明の目的のためのみに提供されるものであり、本発明の概念から逸脱することなくさまざまな変更が可能であることが理解されよう。例示的なシステムを説明した後、システムの動作の例を提供して、色域の不足に関してユーザに通知することができる方法を説明する。
【００１２】
図１は、本発明の大まかな動作を表す概略図である。本図に示すように、イメージングクライアント１００は、１つ以上のイメージングソース１０２、１つ以上のイメージングデスティネーション１０４、およびパーソナル・イメージング・リポジトリ１０６と通信を行う。イメージングソース１０２は、イメージングクライアント１００がアクセスすることができて、ドキュメントを作成するのに用いるイメージングデータを選択または識別するのに用いることができる、幅広くさまざまなデバイスやサービスの任意のものを表す。
【００１３】
パーソナル・イメージング・リポジトリ１０６は、イメージ格納機能を提供する。イメージ格納機能は通常、イメージングクライアント１００に合わせてパーソナル化されている。イメージングリポジトリ１０６は、さまざまな異なる場所に配置されていてもよい。たとえば、リポジトリ１０６は、イメージングクライアント１００、イメージングソース１０２、またはイメージングデスティネーション１０４に関連する、１つ以上のコンピューティングデバイス上に保持されていてもよい。または、リポジトリ１０６は、イメージングクライアント１００、イメージングソース１０２、およびイメージングデスティネーション１０４がアクセスすることができる別個のコンピューティングデバイス（たとえば、サーバ）上に保持されていてもよい。イメージングリポジトリ１０６内のイメージングデータは、テキスト、グラフィック、ビデオやアニメーションのフレーム、写真（ｐｉｃｔｕｒｅｓ）、それらの組み合わせ等、いかなるタイプのプリント可能なデータであってもよい。
【００１４】
いったんパーソナル・イメージング・リポジトリ１０６内にイメージングデータを記憶すると、イメージングクライアント１００は、何らかの形式の処理または操作を行うためにイメージングデスティネーション１０４へと通信するデータを、リポジトリから選択することができる。例として、データはプリントするためにイメージングデスティネーション１０４へと通信される。イメージングデスティネーション１０４がプリントに適合している場合には、プリンタ、多機能周辺装置（ＭＦＰ）、プロッタ、サービス管理を行う（ｓｅｒｖｉｃｅ　ｍａｎａｇｉｎｇ）プリントデバイス、等、ハードコピードキュメントを生成することができる幅広くさまざまなプリントデバイスのうちのいずれを含んでいてもよい。
【００１５】
以下の説明から明らかとなるように、上述の動作方法によって、イメージングクライアント１００が高い度合いでパーソナル化される。具体的には、クライアントの個人情報にアクセスできて、クライアントが用いるいかなる参加（ｐａｒｔｉｃｉｐａｔｉｎｇ）サービス（たとえば、ウェブサイト）と一緒にその個人情報を利用することができるものであれば、それぞれのサービスをユーザに合わせてカスタマイズすることができる。
【００１６】
図２は、本発明を実施することができる例示となる分散システム２００を示す。図２に示すように、システム２００は、ネットワーク２０４に結合しているイメージング・クライアント・デバイス２０２を含む。この結合を介して、イメージング・クライアント・デバイス２０２を、そしてしたがってイメージングクライアント（すなわち、ユーザ）を、サーバ２０６、２０８等、１つ以上のネットワークサーバと通信する状態に配置することができる。クライアントデバイス２０２とネットワークサーバ２０６、２０８とは、デスクトップコンピュータ、ポータブルコンピュータ、サーバ専用コンピュータ、マルチプロセッサコンピューティングデバイス、個人情報端末（ＰＤＡ）、携帯電話、ペンをベースにしたコンピュータ、ゲームコンソール、等、幅広くさまざまな従来の有線および／または無線のコンピューティングデバイスのうちのいずれかを表す。
【００１７】
ネットワーク２０４は、さまざまなコンピューティングデバイス間でデータおよびその他の情報（たとえば、制御情報）を通信するのに用いることができる、１つ以上のデータ配布ネットワークを表す。ネットワーク２０４の例としては、インターネット、ローカルエリアネットワーク（ＬＡＮ）、公衆または私設ワイドエリアネットワーク（ＷＡＮ）、およびそれらの組み合わせがある。ネットワーク２０４はさらに、公開の（ｐｕｂｌｉｃ）かつ／または独占的な（ｐｒｏｐｒｉｅｔａｒｙ）通信プロトコルを含む、幅広くさまざまな異なる通信プロトコルのうちのいずれかを用いる、有線および／または無線の部分を含む、さまざまな異なるタイプのネットワークを含んでもよい。
【００１８】
動作中、ユーザはネットワークブラウザ２１０を動作することができる。ネットワークブラウザ２１０は、イメージング・クライアント・デバイス２０２上で実行されており、ネットワークサーバ２０６、２０８上で実行されているイメージングサービス２１６、２１８と対話する。本明細書において、「サービス」という用語は、１つ以上のコンピューティングデバイス上で実行することができ、イメージングデータの選択や配置、データ操作、プリント等、１つ以上の特定の機能を、イメージング・クライアント・デバイス２０２に提供する、ソフトウェアおよび／またはファームウェアのコンポーネントを指す。図２に示すように、ネットワークブラウザ２１０は、ネットワークサーバ２０６、２０８のうちの１つ以上から、ネットワークコンテンツ２１２を受け取ることができる。このコンテンツ２１２は通常、たとえばテキスト、グラフィック、さまざまなコマンド（たとえば、ハイパーテキストマークアップ言語（ＨＴＭＬ）、Ｊａｖａ（商標）、ＪａｖａＳｃｒｉｐｔ（商標）等）および／またはアプリケーション（たとえば、Ｊａｖａ（商標）アプレット）等のさまざまなコンポーネントを含む。使用中、コンテンツ２１２は、態様によっては、パーソナル・イメージング・リポジトリ２１４との通信を容易にすることができ、リポジトリに記憶されているデータにサーバ２０６、２０８がアクセスすることができるようにする。この通信を容易にすることができる方法の例については、図３および図４を参照して後述する。
【００１９】
ネットワークサーバ２０６は、イメージングソースサービス２１６を実行する。イメージングソースサービス２１６によって、特に、ユーザが自分のパーソナル・イメージング・リポジトリ２１４と対話することができる。イメージングソースサービス２１６は、アクセスすることができる多数のサービスを実際に提供することができる。実施形態によっては、このような互いに異なるサービスは、互いに異なる機能を提供することができる。たとえば、あるサービスは、グラフィックの記憶および検索を担当するかもしれず、別のサービスは、単一のドキュメント内でのグラフィック同士のマージを担当する場合がある。ネットワークブラウザ２１０でこのようなサービスにアクセスすることによって、ユーザは、パーソナル・イメージング・リポジトリ２１４のグラフィック記憶装置（ｇｒａｐｈｉｃ　ｓｔｏｒｅ）２２０内のグラフィックとして記憶されるイメージングデータを、選択または識別することができる。このようなグラフィックは個々のファイルとして記憶することができ、また一般的に、二次元グラフィックとして表すことができるいかなるデータを含んでもよい。後述するように、記憶装置２２０内の個々のグラフィックは、適切なプリント媒体上にプリントすることができる個々のイメージとして用いることができるか、または、多数の個々のグラフィックを、プリントする単一のイメージとして１つにまとめることができる。
【００２０】
多数のグラフィックを用いるかどうかにかかわらず、イメージングソースサービス２１６を用いて、作成するドキュメントのビジュアル表示（ｖｉｓｕａｌ　ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）上のグラフィックを配置することができる。いったん配置を選択すると、イメージングソースサービス２１６はその配置を、パーソナル・イメージング・リポジトリ２１４のコンポジション記憶装置（ｃｏｍｐｏｓｉｔｉｏｎ　ｓｔｏｒｅ）２２２内のコンポジション（すなわち、コンポジションイメージ）として記憶することができることに留意しなければならない。グラフィック記憶装置２２０とコンポジション記憶装置２２２とを２つの別個の記憶装置として示しているが、このような記憶装置がシステム２００内に多数存在していてもよく、１つ以上のグラフィック記憶装置が１つ以上のコンポジション記憶装置と組み合わさっていてもよい。さらに、このような記憶装置２２０、２２２のうちの１つ以上を、イメージング・クライアント・デバイス２０２、サーバ２０６、２０８のうちの１つ以上、または他の指定コンピューティングデバイス（図示せず）上で実施してもよい。
【００２１】
いったんグラフィックとコンポジションとを選択すると、ネットワークサーバ２０８上で実行されるイメージング・デスティネーション・サービス２１８にアクセスすることによって、イメージングデータを処理またはその他の方法で操作することができる。１つ以上のハードコピードキュメントを生成する場合には、このサービス２１８は、ドキュメントをプリントすることができるプリントサービスを含んでもよい。プリントサービスは、ドキュメントを生成するのに用いるプリントデバイスと密接に関連していてもよく、たとえば、プリントデバイス自体によってホストされていてもよい。このような場合、サーバ２０８は、プリントデバイスの埋め込みサーバを含んでもよい。サービスがどのようにホストされているかにかかわらず、イメージング・デスティネーション・サービス２１８にプリント要求が通信され、プリント要求を受け取ると、ネットワークサーバ２０８がグラフィック記憶装置２２０およびコンポジション記憶装置２２２と対話し、プリントジョブを完了するのに必要なデータを検索する。いったんこのようなデータが検索されると、ネットワークサーバ２０８は、サーバが結合する（直接的にまたは間接的に）１つ以上のプリントデバイス（図示せず）と対話して、ハードコピードキュメントを生成する。
【００２２】
図３は、本発明を実施することができる、第１の例示的なウェブベースのイメージングシステム３００を示す。以下の説明から理解されるように、本システム３００は、システムの機能の多くがクライアントデバイスによって提供されるという点において、クライアントをベースにした実施として説明することができる。Ｓｈｅｌｌ　Ｓｉｍｐｓｏｎ、Ｗａｒｄ　Ｆｏｓｔｅｒ、およびＫｒｉｓ　Ｌｉｖｉｎｇｓｔｏｎによる「Ａ　Ｍｅｔｈｏｄ，　Ｓｙｓｔｅｍ　ａｎｄ　Ｐｒｏｇｒａｍ　Ｐｒｏｄｕｃｔ　ｆｏｒ　Ｍｕｌｔｉｐｒｏｆｉｌｅ　Ｏｐｅｒａｔｉｏｎｓ　ａｎｄ　Ｅｘｐａｎｓｉｖｅ　ＰｒｏｆｉｌｅＯｐｅｒａｔｉｏｎ」という名称の米国特許出願番号第０９／９２４，０５８号において、同様のシステムが詳細に説明されている。
【００２３】
図３に示すように、システム３００は、イメージング・クライアント・デバイス３０２を含む。イメージング・クライアント・デバイス３０２は、ウェブサーバ３１２のイメージングサービスのウェブコンテンツ３１４およびウェブサーバ３１６のプリントサービスのウェブコンテンツ３１８から引き出したウェブコンテンツ３０６にアクセスするようになっている、ウェブブラウザ３０４を含む。ウェブコンテンツ３０６は、コンテンツ２１２と同様に、通常テキスト、グラフィック、およびさまざまなコマンドを含む。コマンドは、ブラウザ３０４内にダウンロードしてユーザが要求するサービスを行う、１つ以上の組の実行可能命令を含んでもよい。このような命令は、たとえばＨＴＭＬ、Ｊａｖａ（商標）、ＪａｖａＳｃｒｉｐｔ（商標）、Ｃ−＃、またはその他適当な言語を含む、いかなる好適な言語で書かれていてもよい。実行可能命令は、さまざまな異なる機能を供給してもよい。たとえば、ウェブコンテンツ３０６は通常、ターゲットグラフィック、すなわちアクセスしたウェブサイトが提供するグラフィックをユーザに表示させる実行可能命令を含む。
【００２４】
図３に示す実施形態において、実行可能命令はさらに、パーソナル・イメージング・リポジトリ３２０にアクセスするのに用いられる。このような命令は通常、イメージングの拡張機能３１０の各方法にパーソナル・イメージング・リポジトリ３２０にアクセスしさまざまなウェブイメージング動作を行うよう要求する、システム全体の汎用アクセス命令３０８を含む。このような命令３０８は、ユーザのパーソナル・イメージング・リポジトリ３２０の構成からは独立しているので、「汎用」と呼ばれる。以下でより詳細に説明するように、汎用アクセス命令３０８は、たとえば、パーソナル・イメージング・リポジトリ３２０のデフォルトのグラフィック記憶装置３３６にグラフィックを付け加えるのに、または、リポジトリのデフォルトのコンポジション記憶装置３４６に新しいコンポジションを付け加えるのに用いることができる。
【００２５】
図３にさらに示すように、イメージングの拡張機能３１０は、ブラウザ３０４の一部を形成してもよい。本態様を図示し本明細書において説明するが、イメージングの拡張機能３１０は、代替として、ブラウザ３０４の外側、たとえば異なるデバイス上に設けてもよい。しかしイメージングの拡張機能３１０は、その位置にかかわらず、ユーザの、対応するイメージングクライアントに特有なコマンドの生成／そのコマンドへのマッピングによって、汎用アクセス命令３０８の実行に応答するよう構成されている。イメージングの拡張機能３１０は通常、好ましくはシステム全体の標準にしたがってインタフェースの役割を果たす、１つ以上のアプリケーションプログラミングインタフェース（ＡＰＩ）として実施される。
【００２６】
汎用アクセス命令３０８は、実行すると、イメージングの拡張機能の要求（たとえば、ＡＰＩ要求）が出されるようにする。イメージングの拡張機能の要求が出されることによって今度は、イメージングの拡張機能３１０（たとえば、ＡＰＩ）がユーザのパーソナル・イメージング・リポジトリ３２０にアクセスする。したがって、ウェブコンテンツ３０６はイメージングの拡張機能３１０を、ユーザのパーソナル・イメージング・リポジトリ３２０にアクセスするゲートウェイとして用いる。一般に、ＡＰＩは、何らかの形式の受け取ったリダイレクト開始命令（ｒｅｄｉｒｅｃｔｉｏｎ　ｉｎｉｔｉａｔｉｏｎ）に基づいて、ブラウザ３０４をリダイレクトするデスティネーションを確立する方法の組を含んでもよい。このような状況においては、プロセスは通常、リダイレクト開始命令を受け取ってブラウザ３０４をリダイレクトすること、デスティネーションへの直接的または間接的な参照があるかどうかを探し出すこと、そして次に、ブラウザにそのデスティネーションを閲覧させることを含む。この同じ機能を実施するのに、他にも多くの方法（ハードウェアとソフトウェアの両方）があることが理解されよう。
【００２７】
態様によっては、イメージングの拡張機能３１０は、ウェブコンテンツ３０６（すなわち、１つ以上のウェブサービスからの実行可能命令）がユーザのパーソナル・イメージング・リポジトリ３２０に任意にアクセスしないようにするよう構成されている。このアクセス制限は、さまざまな方法を用いてウェブコンテンツ３０６に課すことができる。たとえば、イメージングの拡張機能ＡＰＩは、イメージングの拡張機能３１０が以前に提供したウェブコンテンツ３０６からの参照のみを受け入れるよう構成してもよい。このようなシナリオにおいては、コンテンツ３０６は、イメージングの拡張機能ＡＰＩを要求する（ｃａｌｌ）ときに、任意に参照を供給することができない。したがって、ユーザのパーソナル・イメージング・リポジトリ３２０にアクセスするためには、ウェブコンテンツ３０６はまず、イメージングの拡張機能ＡＰＩを用いて参照を取得しなければならない。
【００２８】
イメージングの拡張機能３１０を用いて、パーソナル・イメージング・リポジトリ３２０のサーバ３２２のユーザプロファイル記憶装置３２４内に記憶されている１つ以上のユーザプロファイル３２６にアクセスすることができる。例として、ユニフォーム・リソース・ロケータ（ＵＲＬ）、ポインタ、ソケット、その他の裏で使用する細かいプロトコル（ｂａｃｋｒｏｏｍ　ｄｅｔａｉｌ）によって、イメージングの拡張機能３１０をユーザプロファイル３２６に仕向けてもよい。実施形態によっては、同じユーザが多数のユーザプロファイルを有していてもよい。これは、ユーザがファイヤーウォールの内側であるか外側であるか次第で、異なるグラフィック記憶装置およびコンポジション記憶装置を用いることができる、という点において、ファイヤーウォール（図示せず）を用いている場合に特に有利な場合がある。
【００２９】
ユーザプロファイル３２６は通常、そのユーザプロファイルについてのパーソナル・イメージング・リポジトリ３２０のすべてまたは一部への参照を含む。たとえば、図３に示すように、ユーザプロファイル３２６は、デフォルトのグラフィック記憶装置への参照３２８、デフォルトのコンポジション記憶装置への参照３３０、およびデフォルトのコンポジションへの参照３３２を含んでもよい。使用中、ユーザプロファイル３２６は、適当な方法を用いてプロファイルを作成し、変更し、アクセスし、キャンセルするサービスの機能を果たす。したがって、イメージングの拡張機能３１０は、ユーザプロファイル３２６内のそのような適切な方法にマッピングして（すなわち、そのような方法を利用して）、デフォルトのグラフィック記憶装置３３６やデフォルトのコンポジション記憶装置３４６等のさまざまなリポジトリのアイテムへの参照を取得する。
【００３０】
ユーザプロファイル記憶装置３２４と同様に、デフォルトのグラフィック記憶装置３３６とデフォルトのコンポジション記憶装置３４６とは、別個のサーバ３３４、３４４上にあってもよい。しかし、所望であれば、記憶装置のうちの１つ以上が単一のマシン上にあってもよいことが理解されよう。図３に示すように、デフォルトのグラフィック記憶装置３３６を用いて、グラフィック３３８、３４０、３４２等のさまざまなグラフィックスを記憶する。このようなグラフィックは、略いかなるフォーマットで記憶してもよい。たとえば、このようなフォーマットは、ＰＤＦ、ＪＰＥＧ、ＰｏｓｔＳｃｒｉｐｔ、ＴＩＦＦ、ＧＩＦ、ＢＭＰ等を含んでもよい。さらに、デフォルトのグラフィック記憶装置３３６は、１つ以上のＡＰＩを含んでもよい。したがって、グラフィック記憶装置を単に設ける（ｐｒｏｖｉｄｉｎｇ　ｆｏｒ）こととは異なり、グラフィック記憶装置３３６は、グラフィックスを作成、検索、および／または操作するのに用いる各サービスも提供することができる。さらに、デフォルトのグラフィック記憶装置３３６は、さまざまなウェブサービスのウェブコンテンツと通信してもよい。たとえば、プリントサービスのウェブコンテンツ３１８は、プリントジョブについてデフォルトのグラフィック記憶装置３３６にクエリーを（拡張機能３１０を介して）送信し、１つ以上のグラフィックが所望の配置で転送されるようにとの要求も送信して、プリント性能を最適化してもよい。
【００３１】
デフォルトのコンポジション記憶装置３４６は、コンポジション３４８、３５０等、さまざまなコンポジションを記憶する。このようなコンポジションを用いて、選択したグラフィックを配置することができる。ユーザプロファイル記憶装置３２４やデフォルトのグラフィック記憶装置３３６と同様に、デフォルトのコンポジション記憶装置３４６もまた、グラフィック記憶装置からのグラフィックにアクセスすることができたり、そのようなグラフィックを操作することができたり、といった、さまざまなＡＰＩを含んでもよい。
【００３２】
図４は、本発明を実現することができる第２の例示的なウェブベースのイメージングシステム４００を示す。図４に示すように、システム４００は、図３に示すシステム３００の特徴のうちの多くを含む。したがって、システム４００は、ウェブブラウザ３０４を実行してウェブコンテンツ３０６を受け取るものであるイメージング・クライアント・デバイス３０２を含む。システム４００はパーソナル・イメージング・リポジトリ３２０をも含む。パーソナル・イメージング・リポジトリ３２０は、たとえば、ユーザプロファイル記憶装置３２４、デフォルトのグラフィック記憶装置３３６、およびデフォルトのコンポジション記憶装置３４６を含んでもよい。さらに、システム４００は、ウェブサーバ３１２、３１６を含む。このようなコンポーネントは、一般的には、図３において識別される同様の名称で同様の番号のついた要素と同じようにしてそれぞれ構成されている。しかし、クライアントをベースにしたシステム３００とは異なり、システム４００は、サーバをベースにした実施形態を提供し、システム３００においてクライアントデバイス３０２が提供する機能のうちの多くは、他のデバイスに移されている。例として、この他のデバイスは、認証サービス４０４を実行するさらなるウェブサーバ４０２を含んでもよい。図４に示すように、認証サービス４０４は、ユーザのブラウザ３０４内にダウンロードすることができるウェブコンテンツ４０６（たとえば、実行中に生成されるもの）を含む。
【００３３】
上述した相違点に加え、システム４００においてはサーバ３１２、３１６に異なるソフトウェアを設けて、他の動作モードを可能にしている。例として、サーバ３１２はイメージングサービス４０８を実行することができる。イメージングサービス４０８は、ウェブコンテンツ４１０とイメージングの拡張機能４１２とを含む。同様に、ウェブサーバ３１６はプリントサービス４１４を実行することができる。プリントサービス４１４は、ウェブコンテンツ４１６とイメージングの拡張機能４１８とを含む。システム３００のウェブコンテンツ３１４、３１８と同様に、ウェブコンテンツ４１０、４１６は、通常、ユーザのブラウザ３０４内にダウンロードすることができるテキストおよびグラフィックを含む。しかし、システム３００とは異なり、ブラウザが自らのイメージングの拡張機能を含まないという点において、汎用アクセス命令をブラウザ３０４内にダウンロードする必要はない。このような態様は、クライアントデバイス３０２の記憶容量が限られている場合（たとえば、ＰＤＡ、携帯電話の場合）に有利である。反対に、上述のように、サービス４０８、４１４は自らのイメージングの拡張機能４１２、４１８を含んでおり、これらを用いてユーザのパーソナル・イメージング・リポジトリ３２０にアクセスすることができる。例として、コンテンツ４１０、４１６は、ＰＨＰスクリプト、Ｊａｖａ（商標）サーブレット、Ｊａｖａ（商標）サーバページ（ＪＳＰ）、アクティブサーバページ（ＡＳＰ）等のうちの１つ以上を含むサーバ側コードを含む。
【００３４】
イメージングの拡張機能４１２、４１８はそれぞれ通常、イメージングの拡張機能３１０の構成と同様の構成を有する。したがって、イメージングの拡張機能４１２、４１８は、実行するとユーザのパーソナル・イメージング・リポジトリ３２０にアクセスする１つ以上のＡＰＩを含んでもよい。ここでもまた、ＡＰＩは、何らかの形式の受け取ったリダイレクト開始命令をベースにしてブラウザ３０４をリダイレクトするデスティネーションを確立する方法の組を含んでもよい。ＡＰＩは、たとえば、ＵＲＬ、ポインタ、ソケット、その他の裏で使用する細かいプロトコルを実装してリダイレクトを容易にしてもよい。
【００３５】
次に、例示的なシナリオを参照して、システム４００のサービスがパーソナル・イメージング・リポジトリ３２０にアクセスする方法を説明する。本例において、ユーザは、クライアントデバイス３０２のウェブブラウザ３０４を用いてイメージングサービス４０８を閲覧する。サービス４０８に達すると、ウェブコンテンツ４１０が実行されてウェブページを生成し、ウェブページはウェブブラウザ３０４にダウンロードされる（コンテンツ３０６として）。いったんこれが行われると、コンテンツ３０６がブラウザ３０４をウェブサーバ４０２上にある認証サービス４０４へとリダイレクトする。通常これは、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）を生成することによってウェブコンテンツ４１０が行う。ＨＴＴＰは、ブラウザ３０４にダウンロードされると、ヘッダエントリにおいて識別されたアドレス（たとえば、ＵＲＬ）へとブラウザをリダイレクトさせる。次にウェブコンテンツがウェブブラウザ３０４にダウンロードされ、ユーザには、ユーザのアイデンティティとユーザのパーソナル・イメージング・リポジトリ３２０の位置の両方を識別する認証手続きを完了する機会が提供される。認証手続きは、たとえば、ユーザ名とパスワード等の認証情報の入力を含んでいてもよい。認証情報は、たとえば前のセッションで、認証サービス４０４に登録されている。この情報を、サーバ４０２が生成するウェブページに入力してもよい。他の態様において、認証手続きは、ユーザの身分証明書の読み取りを含んでもよい。身分証明書は、ユーザの認証情報を含む記憶媒体（たとえば、磁気ストリップ）を含む。当業者であれば、他にも多くの認証方法が存在するということを理解しよう。
【００３６】
いったんユーザが認証手続きの完了に成功するとブラウザ３０４が再びリダイレクトされ、今度はイメージングサービス４０８に戻る。イメージングサービス４０８を再訪するのに用いるリダイレクトアドレス（たとえば、ＵＲＬ）は、ユーザを識別する情報と、ユーザのパーソナル・イメージング・リポジトリ３２０を識別する（たとえば、さらなるＵＲＬで）情報とを含む。絶え間なく行ったり来たりするようにリダイレクトするのを回避するために、クライアントデバイス３０２上に「クッキー」を記憶してもよい。これによって認証サービス４０４は、さらなるログインを必要とすることなく、ユーザのアイデンティティを確認することができる。いったんこの情報をイメージングサービス４０８が所有すると、適切なときにイメージングサービス４０８が自らのイメージングの拡張機能４１２の要求（たとえば、ＡＰＩ要求）を行って、パーソナル・イメージング・リポジトリ３２０のユーザプロファイル記憶装置３２４にアクセスするようイメージングの拡張機能４１２に命令することができる。このアクセスによって、ユーザがイメージングサービス４０８を用いて、たとえば、デフォルトのグラフィック記憶装置３３６内のグラフィックとして記憶するイメージングデータを選択または識別することができる。
【００３７】
たとえば、「プリント」ボタンの選択時にイメージングサービス４０８からのリダイレクトによってプリントサービス４１４にアクセスすると、さまざまなコンテンツがウェブブラウザ３０４にダウンロードされる。するとプリントサービス４１４がデフォルトのグラフィック記憶装置３３６およびデフォルトのコンポジション記憶装置３４６にアクセスして、プリントするグラフィックにアクセスすることができ、ドキュメント上でのグラフィックの配置を取得することができるようになっている。
【００３８】
図５は、図３および図４に示すイメージング・クライアント・デバイス３０２の例示的なアーキテクチャを示す概略図である。上述のように、クライアントデバイス３０２は、デスクトップコンピュータ、ポータブルコンピュータ、サーバ専用コンピュータ、マルチプロセッサコンピューティングデバイス、携帯電話、ＰＤＡ、ハンドヘルドまたはペンをベースにしたコンピュータ、ゲームコンソール等、幅広くさまざまな従来の有線および／または無線のコンピューティングデバイスのうちのいずれであってもよい。そのタイプにかかわらず、クライアントデバイス３０２は通常、プロセッシングデバイス５００、メモリ５０２、１つ以上のユーザインタフェースデバイス５０４、ディスプレイ５０６、１つ以上の入出力（Ｉ／Ｏ）デバイス５０８、および１つ以上のネットワークインタフェースデバイス５１０を含む。これらはそれぞれ、ローカルインタフェース５１２に接続されている。
【００３９】
プロセッシングデバイス５００は、いかなる特注のまたは市販のプロセッサ、中央処理装置（ＣＰＵ）またはクライアントデバイス３０２に関連するいくつかのプロセッサ中の補助プロセッサ、半導体をベースにしたマイクロプロセッサ（マイクロチップの形式で）、マクロプロセッサ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、複数の好適に構成したデジタル論理ゲート、別個の素子を含む他の周知の電気的構成を個々にまたさまざまな組み合わせで具備して、クライアントデバイス３０２の動作全体を統制する。メモリ５０２は、揮発性メモリ素子（たとえば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ等のＲＡＭ））と不揮発性メモリ素子（たとえば、ＲＯＭ、ハードドライブ、テープ、ＣＤ−ＲＯＭ、等）とのいかなる組み合わせを含んでもよい。
【００４０】
１つ以上のユーザインタフェースデバイス５０４は、それを用いてユーザがクライアントデバイス３０２と対話することができるコンポーネントを備える。たとえば、クライアントデバイス３０２がパーソナルコンピュータ（ＰＣ）を備える場合、このようなコンポーネントは、キーボードやマウスを備えてもよい。クライアントデバイス３０２がハンドヘルドデバイス（たとえば、ＰＤＡ、携帯電話）を備える場合、このようなコンポーネントは、ファンクションキーやボタン、タッチスクリーン、スタイラス等を備えてもよい。ディスプレイ５０６は、ＰＣについてはコンピュータモニタやプラズマスクリーンを備えてもよく、ハンドヘルドデバイスについては液晶ディスプレイ（ＬＣＤ）を備えてもよい。
【００４１】
図５をさらに参照して、１つ以上のＩ／Ｏデバイス５０８は、クライアントデバイス３０２の他のデバイスへの接続を容易にするようになっており、したがって、１つ以上のシリアル、パラレル、小型コンピュータシステムインタフェース（ＳＣＳＩ）、ユニバーサルシリアルバス（ＵＳＢ）、ＩＥＥＥ１３９４（たとえば、ＦｉｒｅＷｉｒｅ（商標））、および／またはパーソナルエリアネットワーク（ＰＡＮ）のコンポーネントを具備してもよい。ネットワークインタフェースデバイス５１０は、ネットワーク（たとえば、図２のネットワーク２０４）を介してデータを伝送および／または受け取るのに用いる、さまざまなコンポーネントを備える。例として、ネットワークインタフェースデバイス５１０は、入力も出力も両方伝達することができるデバイス、たとえば、変調器／復調器（たとえば、モデム）、無線（たとえば、無線周波数（ＲＦ））トランシーバ、電話インタフェース、ブリッジ、ルータ、ネットワークカード等を具備する。
【００４２】
メモリ５０２は通常、少なくとも、オペレーティングシステム５１４とウェブブラウザ３０４とを備える。オペレーティングシステム５１４は、他のソフトウェアの実行を制御し、スケジューリング、入出力制御、ファイルおよびデータの管理、メモリ管理、ならびに通信制御および関連サービスを提供する。図３および図４を参照して上述したように、ウェブブラウザ３０４は、ネットワーク（たとえば、インターネット）を介してさまざまなサービスにアクセスし、したがって、さまざまな異なるソースからコンテンツをダウンロードするのに用いる、ソフトウェアおよび／またはファームウェアを備える。ウェブブラウザ３０４が図３に示すように構成されている場合、ブラウザは、イメージングの拡張機能３１０を含んでもよい。しかし、システムが図４に示すように配置されている場合には、ブラウザ３０４内にイメージングの拡張機能３１０を設ける必要はないことが理解されよう。
【００４３】
図３および図４に示すさまざまなサーバのアーキテクチャは、通常、図５を参照して上述したアーキテクチャと同様である。したがって、このようなサーバについて別個の図面を設けることはしない。しかし当業者であれば、サーバのアーキテクチャにさまざまな異なる構成を用いてもよいということを理解しよう。
【００４４】
本明細書において、さまざまなソフトウェアおよび／またはファームウェアを説明した。このソフトウェアおよび／またはファームウェアは、いかなるコンピュータに関連するシステムまたは方法が用いるまたはそれに関連して使用される、いかなるコンピュータ読み出し可能媒体上に記憶してもよいことが理解されなければならない。本明細書においては、コンピュータ読み出し可能媒体とは、コンピュータに関連するシステムまたは方法が用いるまたはそれに関連するコンピュータプログラムを収容するまたは記憶することができる、電子、磁気、光学、その他物理的なデバイスまたは手段を指す。このようなプログラムは、コンピュータをベースにしたシステム、プロセッサを含むシステム、命令実行システム、装置、またはデバイスから命令をフェッチして実行することができるその他のシステム等の、命令実行システム、装置、またはデバイスが用いるまたはそれに関連して使用される、いかなるコンピュータ読み出し可能媒体において実施してもよい。本明細書において、「コンピュータ読み出し可能媒体」は、命令実行システム、装置、またはデバイスが用いるまたはそれに関連して使用されるプログラムを記憶、通信、伝搬、または搬送することができる、いかなる手段であってもよい。
【００４５】
コンピュータ読み出し可能媒体は、たとえば電子、磁気、光学、電磁気、赤外線、または半導体のシステム、装置、デバイス、または伝搬媒体であってもよいが、これに限定するものではない。コンピュータ読み出し可能媒体のより具体的な例（非網羅的なリスト）は、１つ以上の線（ｗｉｒｅｓ）を有する電気接続、ポータブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能書き込み可能リードオンリメモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）、光ファイバ、およびポータブルコンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）を具備する。今コンピュータ読み出し可能媒体は、その上にプログラムがプリントされた紙その他好適な媒体でさえあってもよいことに留意されたい。たとえばその紙その他媒体を光学的にスキャンすることによって、プログラムを電子的にキャプチャし、その後必要ならばコンパイル、解釈、その他好適な方法で処理し、そしてコンピュータのメモリ内に記憶することができるからである。
【００４６】
例示的なシステムを上述したが、次にシステムの動作を説明する。以下の説明において、フロー図を提供する。このようなフロー図におけるいかなるプロセスステップまたはブロックも、そのプロセスにおける特定の論理機能（ｌｏｇｉｃａｌ　ｆｕｎｃｔｉｏｎｓ）またはステップを実施する１つ以上の実行可能命令を含むモジュール、セグメント、またはコードの一部を表すことが理解されなければならない。特定の例示的なプロセスステップを説明するが、他の実施も可能であることが理解されよう。さらに、関係する機能によっては、各ステップを、略同時および逆の順序を含む、示すまたは説明するものとは異なる順番で実行してもよい。
【００４７】
図６は、本発明のシステムを用いてユーザに通知する方法の例の概要を提供する。ブロック６００に示すように、まずユーザがイメージングソース１０２にアクセスする。いったんソースにアクセスすると、ブロック６０２に示すように、ユーザは、１つ以上のハードコピードキュメントを生成するのに用いるデータを作成または識別する。例として、ドローイングアプリケーションや文書処理アプリケーション等、好適なユーザアプリケーションで、データを作成／識別してもよい。データがユーザによって作成される場合には、ユーザはさらに、データの配置（すなわち、コンポジション）を選択してもよい。特に、データは、１つ以上のグラフィックばかりでなく、テキストも含んでもよい。
【００４８】
この時点で、ブロック６０４に示すように、イメージングデスティネーション１０４にアクセスしてもよい。例として、イメージングデスティネーション１０４は、１つ以上の遠隔プリントデバイスを具備し、かつ／またはユーザに近接する１つ以上のプリントデバイス上でのプリントを容易にするネットワークベースの（たとえば、ウェブベースの）プリントサービスを有する。または、イメージングデスティネーション１０４は、イメージングデータの色を評価して用いるプリントデバイスが正確にそのような色を再現することができるかどうかを判断することができる別個のサービスを有してもよい。いったんイメージングデスティネーション１０４にアクセスすると、ブロック６０６に示すように、イメージングデスティネーションは、イメージングデータが表す（たとえば、ドキュメント内に含まれる）色を評価する。この評価は、後述するように、いくつかの異なる方法で行ってもよい。しかし例として、評価は、データが表すさまざまな色を規定するイメージングデータ内に含まれる情報か、またはそれに関連する情報を参照して行われる。
【００４９】
判断の要素６０８を参照して、いったん評価を行うと、次に、プリントデバイスが１つ以上の色をサポートしていないかどうか、すなわち、イメージングデータの１つ以上の色がプリントデバイスの色域内に含まれていないかどうかを判断することができる。そうではない場合、すなわち、イメージングデータ内に含まれるすべての色をプリントデバイスがサポートしている場合には、フローは後述するブロック６１４へと続く。しかし、１つ以上の色がサポートされていない場合には、ブロック６１０に示すように、ユーザはこの状態に関して通知を受ける。次に、判断の要素６１２に示すように、ユーザがとにかくプリントすることを望んでいるかどうかを判断することができる。例として、この判断は、プリントプロセスを続行するかキャンセルするかの選択の入力をユーザに要求することによって行われる。ユーザがプリントプロセスをキャンセルすることを望む場合には、フローは終了する。反対に、ユーザがプリントプロセスを続行すること、すなわちプリントデバイスの色域が不足しているにもかかわらずプリントすることを望む場合には、フローはブロック６１４へと続き、ブロック６１４においてプリントプロセスが開始する。
【００５０】
次に図７を参照して、プリントするデータを生成するかつ／または識別するためにイメージングソース１０２を用いる例を提供する。イメージングソース１０２は、さまざまな異なる態様を有してもよい。例として、イメージングソース１０２は、単に、クライアントデバイス３０２上で実行されるローカルのアプリケーション（たとえば、ドローイングアプリケーションや文書処理アプリケーション）を含んでもよい。他の例において、イメージングソース１０２は、それを用いてユーザがデータを作成し、識別し、かつ／または配置することができるネットワークベースの（たとえば、ウェブベースの）サービスを含んでもよい。イメージングソース１０２がネットワークベースのサービスを含む場合には、ユーザはブラウザ３０４でこのソースにアクセスすることができる。このようなシナリオにおいては、サービスは通常、インターネットを介してアクセスされるウェブサイトを含む。
【００５１】
ブロック７００に示すように、イメージングソース１０２は、その構成にかかわらず、まずユーザによってアクセスされる。しかしこの時点から後の動作は、イメージングソース１０２がローカルのアプリケーションであるか、それともネットワークベースのサービスであるかによって決まる。ブロック７０２を参照して、イメージングソース１０２がネットワークベースのサービスでない場合には、フローは後述のブロック７０６へと続く。反対に、イメージングソース１０２がネットワークベースのサービスである場合には、フローはブロック７０４へと続き、ブロック７０４において、イメージングソース１０２はコンテンツ３０６をユーザのブラウザ内にダウンロードする。上述のように、このコンテンツ３０６は通常、ユーザに表示してユーザとサービスの間のインタフェースを容易にする、さまざまなテキストおよび／またはグラフィックスを含む。図３を参照して上述したように、このコンテンツ３０６は、オプションで、ブラウザ３０４のイメージングの拡張機能３１０の各方法を要求するさまざまなウェブイメージング動作を行う、汎用アクセス命令３０８を含んでもよい。
【００５２】
イメージングソース１０２にアクセス後、ブロック７０６に示すように、ソースはデータ（すなわち、グラフィックス）の入力または識別情報（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を受け取ることができる。たとえば、イメージングソース１０２は、クライアントデバイス３０２のユーザインタフェースデバイス５０４を介してユーザが手作業で入力するデータを受け取ってもよい。または、ユーザは、クライアントデバイス３０２のメモリ５０２内にあるデータ、または、デバイスのメモリから遠隔の、ネットワークでアクセス可能な位置にあるデータ（たとえば、以前に作成したドキュメント）の位置を識別してもよい。いったんデータを受け取るかつ／または識別すると、判断の要素７０８に示すように、さらなるデータが入力かつ／または識別されるかどうかを判断することができる。さらなるデータが入力かつ／または識別される場合には、フローはブロック７０６に戻り、ブロック７０６においてこのようなデータが受け取られる。しかし、さらなるデータが入力および／または識別されない場合には、フローはブロック７１０へと続き、ブロック７１０において、受け取ったデータおよびそのデータの配置（すなわち、コンポジション）が、パーソナル・イメージング・リポジトリ３２０内に記憶される。すなわち、データはグラフィック記憶装置３３６内に記憶することができ、データの配置は、コンポジション記憶装置３４６内に記憶することができる。データおよび配置（すなわち、イメージングデータ）を別個の「記憶装置」内に記憶するものとして説明したが、当業者であれば、データとその配置とは、単一の「記憶装置」内に記憶してもよいということを理解しよう。
【００５３】
イメージングソース１０２がネットワークベースのサービスである場合には、ユーザのブラウザ３０４内に記憶されているイメージングの拡張機能３１０および／またはウェブサーバ３１２上に記憶されているイメージングの拡張機能４１２を用いることによって、イメージングデータの記憶を促進することができる。前者の場合には、ブラウザ３０４にダウンロードされたコンテンツ３０６が、イメージングの拡張機能３１０に要求（たとえば、ＡＰＩ要求）を行い、それによって、ユーザプロファイル３２６を含むユーザプロファイル記憶装置３２４に要求が行われる。この要求によって、デフォルトのグラフィック記憶装置３３６にアクセスすることができ、その中にさまざまなグラフィックスを記憶することができる。
【００５４】
図４の例示的なシステム４００において、イメージングデータの記憶は、イメージングの拡張機能４１２を用いることによって行われる。特に、イメージングソース１０２に最初にアクセスした時には、ユーザのブラウザ３０４は、ブラウザ内にダウンロードされたコンテンツ３０６によって、認証サービスにリダイレクトすることができ、ユーザには、ユーザのアイデンティティとユーザのパーソナル・イメージング・リポジトリ３２０の位置の両方を識別する認証手続きを完了する機会が提供されていた。いったん認証手続きが首尾良く完了すると、ブラウザ３０４が再びリダイレクトされ、ユーザ情報、または、少なくともユーザプロファイル３２６の位置がプリントサービスに提供される。するとサービスは、この情報で、イメージングの拡張機能４１２に要求を行って、パーソナル・イメージング・リポジトリ３２０のユーザプロファイル記憶装置３２４に要求を行うようイメージングの拡張機能に命令することによって、ユーザのパーソナル・イメージング・リポジトリ３２０にアクセスすることができる。イメージングの拡張機能を用いることについて具体的に確認したが、当業者であれば、その代わりに、サービスが直接ユーザプロファイル記憶装置３２４に要求をしてもよいということを理解するだろうことに留意する。このような場合、サービスはたとえば、パーソナル・イメージング・リポジトリ３２０のさまざまな要素を要求するよう構成されたスタブの集まりを用いてもよい。
【００５５】
グラフィック記憶装置３３６および／またはコンポジション記憶装置３４６は、態様によっては、イメージングソース１０２の一部を形成するか、またはイメージングソース１０２にサポートされていてもよいことに留意しなければならない。したがって、イメージングソース１０２がローカルのアプリケーションを含む場合には、記憶装置３３６、３４６は、クライアントデバイス３０２のメモリ５０２内に配置されていてもよい。イメージングソース１０２がネットワークベースのサービスを含む場合には、記憶装置３３６、３４６は、ネットワーク２０４を介してアクセス可能な１つ以上のサーバ上に配置されていてもよい。
【００５６】
オプションで、イメージングソース１０２は、オリジナルのドキュメントに付け加えて、またはオリジナルのドキュメントのない状態で、ユーザが作成したかつ／または識別したドキュメントの縮小版を記憶してもよい。例として、ドキュメントのこの縮小版は、そのドキュメントをプリントすることができる適当なイメージングデスティネーション１０４が最終的にアクセスするドキュメントのさまざまなページのビットマップを含んでもよい。このようなソースの多くは、ドキュメントをハードコピー形式でプリントしたときのような外見のドキュメントの「スナップショット」を含むプリントプレビューを生成することができるという点において、このような縮小版は、イメージングソースによって、通常、容易に生成することができる。さらに、このようなイメージングソースの多くは、プレビューの拡大縮小が可能である。以下の説明から理解されるように、ドキュメントの縮小版を記憶することによって、イメージングデスティネーション１０４が行う色評価が簡単になる。イメージングソース１０２はまた、記憶情報を用いて、またはオンデマンドの合成によって、イメージングソースを介して利用できるグラフィックスに関連する各色に関する情報を提供することができてもよい。この情報も同様に、色評価において有用である。いったんイメージングデータを記憶すると、イメージングソース１０２に関するセッションについてのフローは終了する。
【００５７】
図８Ａおよび図８Ｂは、色域不足状態に関してユーザに通知を行うことにおけるイメージングデスティネーション１０４の動作の例を提供する。上述のように、イメージングデスティネーション１０４は、この機能を有するプリントサービスを含んでもよく、またはイメージングソースとプリントサービスの後にアクセスされる別個の評価サービスを含んでもよい。しかしいずれにせよ、イメージングデスティネーション１０４（すなわち、サービス）は通常、イメージングデータをプリントするのに用いるプリントデバイスと密接に関連している。特に、イメージングデスティネーション１０４は、プリントデバイスのカラー印刷能力（ｃｏｌｏｒ　ｃａｐａｂｉｌｉｔｉｅｓ）に関する情報にアクセスする。このようにして、サービスは選択したプリントデバイスについて知識を得、したがって、プリントデバイスが正確に色を表現することができるかどうかを判断することができる。
【００５８】
図８Ａのブロック８００から始まって、まずイメージングデスティネーション１０４にアクセスする。通常このアクセスは、ネットワークを介してイメージングデスティネーションを閲覧することによって行われる。これは、明示的に行っても暗黙的に（たとえば、他のサービスからのリダイレクトによって）行ってもよい。説明の目的のために、イメージングデスティネーション１０４は、イメージングデータ（たとえば、ドキュメント）の色を分析することができるプリントサービスを含むものとする。例として、このプリントサービスは、インターネットを介してアクセスされるウェブサイトを含む。イメージングソース１０２がネットワークベースのサービスを含む場合には、イメージングソースのウェブサイトから「プリント」ボタンを選択することによって、イメージングデスティネーション１０４への到着を行うことができる。
【００５９】
いったんプリントサービスにアクセスすると、ブロック８０２に示すように、プリントサービスはコンテンツ３０６をユーザのブラウザ３０４内にダウンロードする。このコンテンツ３０６は通常、ユーザに表示してユーザとサービスとの間のインタフェースを容易にする、さまざまなテキストおよび／またはグラフィックスを含む。システムが図３に示すように配置されている場合には、コンテンツ３０６はまた、ブラウザ３０４のイメージングの拡張機能３１０の各方法を要求してユーザのパーソナル・イメージング・リポジトリ３２０にアクセスすることができるようにする、汎用アクセス命令３０８も含んでもよい。システムが図４に示すように配置されている場合には、イメージングデスティネーションのイメージングの拡張機能４１８を用いてパーソナル・イメージング・リポジトリ３２０にアクセスしてもよい。この後者の場合には、イメージングの拡張機能４１８は、たとえばリダイレクトアドレス（たとえば、ＵＲＬ）とともにイメージングデスティネーションに提供される情報から、パーソナル・イメージング・リポジトリ３２０の位置がわかる。
【００６０】
次に、ブロック８０４に示すように、プリントサービスはプリントするイメージングデータ（たとえば、ドキュメント）にアクセスする。イメージングソース１０２が、クライアントデバイス３０２上で実行されるローカルのアプリケーションを含む場合には、プリントするドキュメントの位置をユーザが入力することによって、このアクセスを容易にすることができる。または、イメージングソース１０２がネットワークベースのサービスを含む場合には、プリントサービスは、イメージングの拡張機能３１０または４１８を用いてユーザのパーソナル・イメージング・リポジトリ３２０を自動的に参照することによって、アクセスをすることができる。ネットワークベースのサービスを用いてユーザがドキュメント（複数可）を作成するかつ／または識別したばかりであるとすれば、イメージングデータは、ネットワークベースのサービスが記憶していたグラフィックスとデフォルトのコンポジションとを含む。
【００６１】
パーソナル・イメージング・リポジトリ３２０内のイメージングデータにアクセスすることによって、プリントサービスは、データが表す各色に関する情報を取得することができる。例として、イメージングデータは、データが表すドキュメントを作成するのに用いられてきたさまざまなＰａｎｔｏｎｅ（商標）の色の識別を含む場合がある。これに加えて、またはこの代わりに、イメージングデータは、ドキュメントを作成するのに用いられたさまざまな赤、緑、青（ＲＧＢ）の三色の組み合わせのうちの特色を識別する（通常の人間の見方で）、１つ以上の国際カラーコンソーシアム（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｃｏｌｏｒ　Ｃｏｎｓｏｒｔｉｕｍ：ＩＣＣ）のプロファイルを含む場合がある。当業者には理解されるように、色に関する情報は他の形式をとってもよい。この情報が提供される形式は重要ではなく、プリントサービスが色情報を取得することができるという事実のほうが重要である。
【００６２】
色情報（ドキュメントやイメージに関連する色情報等）は、「相対的」と「絶対的」の２つの方法で提供することができる。色は通常、特に、ＲＧＢ濃度、ＣＭＹ（紙等のプリント媒体上に配置するシアン、マゼンタ、およびイエローのトナー量）、ＹＣＣ（輝度、色度１、および色度２）等の値の組として供給される。一般的に、線形変換を用いて色を表す１組の値から他のタイプに変換することが可能であることに留意するべきである。一般的に、このような変換は可逆である。
【００６３】
色が「相対的」に提供される場合には、その色を特定する値の組の解釈は、特定のハードウェアによって決まる。ユーザが知覚する実際の色（色の知覚は、人間の目における桿体と錐体によって決まる）は、特定のモニタ、プリンタ、その他その色を生成するのに用いるデバイスによって変化する。通常、値の組は、その特定のデバイスに適当な形式に線形変換され、その特定のタイプのハードウェアを変調するのに用いられる。たとえば、ブラウン管（ＣＲＴ）モニタの場合には、カラー値がＣＭＹとして提供される場合、このような値はＲＧＢに線形変換され、次にこれらを用いて、通常の（ｔｙｐｉｃａｌ）ディスプレイにおいて用いられるＣＲＴガンを変調する。モニタの特性はモデル毎、製造者毎に異なるので、ユーザが知覚する実際の色は、その色を見るのに用いるモニタによって変化する。
【００６４】
色が絶対的に提供される場合には、その色を特定する値の組の解釈は、絶対的に決まる。たとえば、ある特定のＲＧＢの三色の組み合わせは、ある具体的な人間の色知覚を示す。絶対的な色を表すＲＧＢの三色の組み合わせは、ＩＣＣプロファイルによって識別されるもの等のカラープロファイルを用いて解釈してもよい。このプロファイルは、色が標準ＲＧＢ（ｓＲＧＢ）として解釈される場合のように、暗黙的であってもよい。他の例として、特定のＰａｎｔｏｎｅ（商標）の色もまた、具体的な人間の色知覚を示す。その絶対的な色が示すのとまさに同じ人間の色知覚を当該ハードウェア（たとえば、ディスプレイやプリンタ）上で再現するのは、そのハードウェアの特性のために、不可能な場合がある。所与のハードウェアシステムで生成することができる色の範囲を、そのシステムの「色域」と呼ぶ。特定の絶対的な色がハードウェアシステムの色域内に入らず、したがってそのハードウェアシステムは意図する人間の色知覚を複製することはできないことが時折ある。色域外の色の影響を最小にするために、ハードウェアシステムは各色を自らの色域にマッピングする。通常これはユーザには許容できるものであるが、場合によっては、許容できない場合がある（会社ロゴのプリントの際など）。
【００６５】
上述の方法でパーソナル・イメージング・リポジトリ３２０から色情報にアクセスする代わりに、イメージングデータのアクセスには、上述のように、プリントするドキュメントの縮小版（たとえば、ビットマップ）の検索を含んでもよい。このように動作すると、プリントサービスは、オリジナルのドキュメント全体をサービスにアップロードするよりも速く、データを検索することができる。または、イメージングデータに関する色情報を読み出して、イメージングデスティネーション１０４がデバイスの能力に対して（ａｇａｉｎｓｔ）評価してもよく、あるいは、そのデバイスに関する色情報は、適当な記憶装置に提供され、その記憶装置が、イメージング情報（ｉｍａｇｉｎｇ　ｉｎｆｏｒｍａｔｉｏｎ）において存在する各色に対して評価してもよい。
【００６６】
いったんイメージングデータにアクセスすると、ブロック８０６に示すように、プリントサービスは、イメージングデータが表す各色を識別することができる。この識別を行った後、ブロック８０８に示すように、プリントサービスは、識別した色をプリントデバイスの色域の色と比較することができる。上述のように、この比較は、サービスとプリントデバイスとが密接に関連しているために容易になる。実際、実施形態によっては、プリントサービスをプリントデバイスがホストして、プリントデバイスの能力に関して最も正確で新しい知識を得るようにしてもよい。このようなシナリオにおいては、色域に関する情報は、プリントデバイス内に記憶されているデータベース内に含まれていてもよい。
【００６７】
次に図８Ｂおよび判断の要素８１０を参照して、プリントデバイスが１つ以上の色をサポートしていないかどうか、すなわちイメージングデータの１つ以上の色がプリントデバイスの色域内に含まれていないかどうかを判断することができる。プリントデバイスがすべての色をサポートしている場合、フローは後述するブロック８１６へと続く。しかし、１つ以上の色がサポートされていない場合には、ブロック８１２に示すように、ユーザはこの状態に関して通知を受ける。例として、ユーザは、ブラウザ３０４でユーザに示されるプリント警告の形態のインタフェース（たとえば、グラフィカルユーザインタフェース（ＧＵＩ））で通知を受けてもよい。
【００６８】
図９は、例示的なウェブページ９０２を示す例示的なブラウザインタフェース９００の概略図である。ブラウザインタフェース９００をウィンドウズベースのブラウザインタフェースとして示すが、ほぼ任意のブラウザインタフェースを用いることができることが理解されよう。したがって、特にクライアントデバイス３０２が、ＰＤＡや携帯電話等のハンドヘルド・コンピューティング・デバイスである場合には、インタフェースの外見は図９に示すようなものではない場合がある。図９に示すように、たとえばダイアログボックスの形態であるプリント警告９０４が現れてもよい。プリント警告９０４は、プリントデバイスの色域の不足を識別する警告メッセージ９０６を含む。さらに、警告９０４は、プリントを続行するかプリントをキャンセルするかのオプション９０８を含んでもよい。例として、このようなオプションは、「実行」ボタン９１０を選択することによって選んでよい。オプションで、ユーザは「詳細情報」ボタン９１２を選択することによって、潜在的な問題に関するさらなる情報を取得することができる。「詳細情報」ボタン９１２を選択すると、色域の不足とプリントするドキュメントに及ぼす潜在的な影響とを説明するユーザへのさらなるダイアログボックスが開く。さらにこのボタンは、オプションで、色（複数可）を所望のとおりに調整するのに用いることができるサービスへのリンクをユーザに提供してもよい。
【００６９】
図８Ｂおよび判断の要素８１４に戻って、次に、ユーザがプリントプロセスを続行することを望んでいるかどうかを判断することができる。ユーザが続行を望まない場合には、フローは終了する。反対に、色域不足であるにもかかわらず、ユーザがプリントプロセスを続行することを望む場合には、フローはブロック８１６へと続き、ブロック８１６において、たとえばプリントする目的でイメージングデータを検索することによって、プリントプロセスが開始する。
【００７０】
上記説明および図面において、例示の目的で本発明の特定の実施形態を詳細に開示したが、当業者には、特許請求の範囲において述べられた本発明の範囲から逸脱することなく、その変形および変更を行うことができることが理解されよう。
【図面の簡単な説明】
【図１】本発明の一般的な動作を表す概略図である。
【図２】本発明を実施することができる例示的な分散システムの図である。
【図３】本発明を実施することができる、第１の例示的なウェブベースのイメージングシステムの図である。
【図４】本発明を実施することができる、第２の例示的なウェブベースのイメージングシステムの図である。
【図５】図３および図４に示すイメージング・クライアント・デバイスの概略図である。
【図６】本発明の（ｉｎｖｅｎｔｉｖｅ）システムをプリントデバイスの色域の不足に関してユーザに通知するのに用いることができる方法の概要を提供するフロー図である。
【図７】プリントするデータを生成および／または識別するのにイメージングソースを用いることの例のフロー図である。
【図８Ａ】色域不足の通知を行うことにおけるイメージングデスティネーションの動作の例を示すフロー図である。
【図８Ｂ】色域不足の通知を行うことにおけるイメージングデスティネーションの動作の例を示すフロー図である。
【図９】図８Ａおよび図８Ｂの例において用いることができる例示的な通知の図である。
【図１】
2004005385.tif 000003
【図２】
2004005385.tif 000004
【図３】
2004005385.tif 000005
【図４】
2004005385.tif 000006
【図５】
2004005385.tif 000007
【図６】
2004005385.tif 000008
【図７】
2004005385.tif 000009
【図８Ａ】
2004005385.tif 000010
【図８Ｂ】
2004005385.tif 000011
【図９】
2004005385.tif 000012