(57)【特許請求の範囲】
【請求項１】
オリジナルデジタルコンテンツオブジェクトを改良するためのデバイスにより行われる方法であって、前記デバイスがプロセッサとメモリと透かし検出器とを備えており、
前記メモリが、第１のコンポーネント及び一つ以上の追加コンポーネントを有するオリジナルデジタルコンテンツオブジェクトを受け取るステップと、
前記透かし検出器が、前記オリジナルデジタルコンテンツオブジェクトの前記第１のコンポーネントを、その内部にステガノグラフィ的に埋め込まれたデジタル透かしを参照することにより認識するステップと、
前記プロセッサが、前記デジタル透かしを参照して、前記第１のコンポーネントの対応物を取得するステップと、
前記プロセッサが、前記オリジナルデジタルコンテンツオブジェクトの前記第１のコンポーネントを前記取得した対応物で置換することにより、改良されたデジタルコンテンツオブジェクトを生成するステップと、
を含む方法。
【請求項２】
前記対応物は、前記第１のコンポーネントと同じコンテンツを、前記第１のコンポーネントの忠実度または正確度より高い忠実度または正確度で表している、請求項１に記載の方法。
【請求項３】
前記対応物は、該対応物内にステガノグラフィ的に埋め込まれたデジタル透かしを有さない、請求項１に記載の方法。
【請求項４】
前記対応物は、該対応物内にステガノグラフィ的に埋め込まれたデジタル透かしを有している、請求項１に記載の方法。
【請求項５】
前記対応物内にステガノグラフィ的に埋め込まれた前記デジタル透かしは、前記第１のコンポーネントにステガノグラフィ的に埋め込まれた前記デジタル透かしとは異なる、請求項４に記載の方法。
【請求項６】
前記プロセッサが、人間が知覚可能な形式のコンテンツオブジェクトを検知するステップと、
前記プロセッサが、該コンテンツオブジェクトを変換して、前記オリジナルデジタルコンテンツオブジェクトを生成するステップと、
を更に含む請求項１に記載の方法。
【請求項７】
光学スキャナを用いて物品をスキャンすることにより、前記プロセッサが前記オリジナルデジタルコンテンツオブジェクトを生成するステップを更に含む請求項１に記載の方法。
【請求項８】
改良されたデジタルコンテンツオブジェクトを生成するシステムであって、
オリジナルデジタルコンテンツオブジェクトデータのソースと、
デジタル透かし検出器と、
対応物データのソースと、
を備え、これらの構成要素は、前記オリジナルデジタルコンテンツオブジェクトデータの第１のコンポーネントに埋め込まれたデジタル透かしデータを参照することにより該第１のコンポーネントを前記対応物データで置換できるように協働する、システム。
【請求項９】
前記システムはプリンタである、請求項８に記載のシステム。
【請求項１０】
前記システムは写真複写機である、請求項８に記載のシステム。
【請求項１１】
プロセッサと透かし検出器とを備えたデバイスにより行われる方法であって、
前記透かし検出器が、オリジナルデジタルコンテンツデータ内にステガノグラフィ的に埋め込まれたデジタル透かしデータをデコードするステップと、
前記プロセッサが、前記デジタル透かしデータを特定する遠隔サーバへメッセージを送信するステップと、
前記プロセッサが、前記遠隔サーバからデータを受信するステップと、
を含み、前記データは、前記デジタル透かしデータがデコードされる前記オリジナルデジタルコンテンツデータと知覚上類似したコンテンツであって、前記オリジナルデジタルコンテンツデータの忠実度または正確度より高い忠実度または正確度を有しているコンテンツに対応している、方法。
【請求項１２】
前記データがステガノグラフィ的に埋め込まれたデジタル透かしを含んでいる、請求項１１に記載の方法。
【請求項１３】
前記プロセッサが、前記デバイスが受け入れ可能な媒体コンテンツの種類を前記遠隔サーバに指示するステップを更に含み、前記遠隔サーバから受信する前記データの種類が前記受け入れ可能な媒体コンテンツの種類の一つである、請求項１１に記載の方法。
【請求項１４】
オリジナルデジタルコンテンツオブジェクト内にステガノグラフィ的に埋め込まれたデジタル透かしデータを第１の場所において第１のデバイスがデコードするステップと、
該デコードされたデジタル透かしデータを用いて、前記第１の場所から離れた第２の場所において第２のデバイスが該第２のデバイスに格納された一組のデータを特定するステップと、
前記特定された一組のデータを、前記第２のデバイスが、前記第１および第２の場所から離れた第３の場所にある第３のデバイスに送信するステップと、
を含む、第１のデバイスと第２のデバイスと第３のデバイスとを備えたシステムにより行われる方法。
【請求項１５】
前記特定された一組のデータは、前記デジタル透かしデータがデコードされる前記オリジナルデジタルコンテンツオブジェクトと知覚上類似したコンテンツであって、前記オリジナルデジタルコンテンツオブジェクトの忠実度または正確度より高い忠実度または正確度を有しているコンテンツに対応している、請求項１４に記載の方法。
【請求項１６】
前記第３のデバイスが受け入れ可能な媒体コンテンツの種類を前記第２のデバイスに指示するステップを更に含み、前記第２のデバイスから前記第３のデバイスへと送られる前記特定された一組のデータの種類が前記受け入れ可能な媒体コンテンツの種類の一つである、請求項１４に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の分野】
本発明は、電子透かしに関しており、より詳細には様々なアプリケーションでデータのプロキシとして透かしを使用することに関する。
【０００２】
【発明の概要】
60/134,782、60/141,538および09/343104（国際公開WO 00/70585およびWO 00/70523で様々に組み合わされ補足されている）を含む譲り受け人の先願の出願において詳述されるように、電子透かし技術は、単に著作権を有する情報を伝達するというその従来の役割を越えた多数のアプリケーションを有する。或る未来への展望によると、全ての「コンテンツ」が透かしを入れられるべきであり、それによって、透かしを入れられたコンテンツが透かし認識および読み込み技術を備えるデジタル装置によって処理される場合は常に、かなりの多様性を有するオペレーションおよびトランザクションが可能になることが予測される。全ての物理媒体オブジェクトはそれによって本質的かつ持続的にデジタル使用可能であり、ネットワークへのアクセスをかなり簡略にすることができ、局所型および遠隔アプリケーションを実行することができる。インターネットの継続的な成長および浸透するコンピューティングへのトレンドの始まりは、従来の媒体コンテンツとデジタルプロセシング環境間での関係を根本的に変える機会であることを知らせている。
【０００３】
本明細書において、そのコンテンツは、電子オーディオ、画像およびビデオファイルに言及しているだけでなく、例えばアートワーク、パターン、製品パッケージのラベル、コンサートチケット等といった、物理オブジェクトおよび媒体コンテンツの態様も含んでいる。
【０００４】
本発明の一態様によると、共用リソースへのポインターとして透かしデータを処理することが、 関連したオブジェクトをポイントからポイントへ伝送する代わりに時には用いられ、それによって速度およびバンド幅の効率が得られる。
【０００５】
本発明の別の態様によると、透かしはOLEのようなアプリケーションで使用される。
【０００６】
オブジェクトのリンクと埋め込み（Object linking and embedding）（「OLE」、これはまたダイナミックデータ交換或いは「DDE」として時に知られている）は、第１のデジタルオブジェクト（例えばグラフ）を第２のデジタルオブジェクト（例えばワードプロセッシング文書）内に埋め込み可能な周知のデータ処理構成である。いくつかの実施例では、埋込は静的である。つまり、一旦埋込が行われると、その後の第１のデジタルオブジェクト（例えばグラフ）への変更は、第２の合成デジタルオブジェクト（例えば文書）には反映されない。他の実施例では、埋込は動的である（したがって、より一般には埋込よりむしろリンクと呼ばれている）。このようなアレンジでグラフが変更される場合、グラフの最新バージョンを取り入れるために文書は自動的に更新される。
【０００７】
OLEの基礎をなしている技術は高度であるが、当業者にはよく理解されるであろう。本題の更なる詳細に関しては、多くの特許（例えば5,581,760および5,581,686）および参照文献（例えばBrockschmidtの「OLE 2の中身（Inside OLE 2）」、マイクロソフトプレス、レドモンド、WA、1994年）を参考にされたい。
【０００８】
発明のこの態様によると、オブジェクトをリンクさせるか又は埋め込むためには、OLEのような原理はデジタルオブジェクトの透かしデータを使って実現される。
【０００９】
このような一実施例で、写真複写機はオリジナルの紙文書をスキャンして、画像データを生成する。この画像データは、紙文書上のグラフィック（単数／複数）を識別する透かしデータがあるかどうかに関して分析される。この透かし識別子によって、写真複写機は、紙文書上のグラフィック（単数／複数）に対応している元の画像データについて遠隔画像データベースに照会することができる。この元データは、遠隔データベースから写真複写機に中継することができ、走査画像データに置換え可能である。したがって、写真複写機から印刷される出力は、様々な破損メカニズム（例えばオリジナルの紙文書の劣化、スキャンによるアーチファクト等）にさらされる画像データよりも、元の画像データに少なくとも部分的に基づいている。
【００１０】
本発明のこれ並びに他の特徴および利点は、添付の図面によって進められる以下の詳細な説明から容易に明らかになるであろう。
【００１１】
【詳細な説明】
図1を参照して、2つのデバイス（発信元ユーザに関連する第１のデバイス12と受信側ユーザに関連する第２のデバイス14）をリンクしている具体的なネットワーク10について考えていただきたい。第１のデバイス12は比較的低いバンド幅チャネルを通してネットワークに結合しており、一方、第２のデバイス14は比較的高いバンド幅チャネルを通してネットワークに結合している。（たとえば、第１のデバイスは低解像度、取込機能（静止画像のみ）を有し、9600ボー・データチャネルを提供するインターネット使用可携帯電話であってよく、或いは、付随PCまたはデジタル触写カメラ付きで、28.8kbpsモデムでインターネットに結合している家庭用PCであってもよい。第２のデバイスは、1.45メガビット／秒T-1ライン、ケーブルモデム等を通してインターネットに結合しているコンピュータであってよい。）2つのデバイスをつないでいるネットワーク10は、いくつかの部分（例えば16）では狭いバンド幅、他の部分ではかなりのブロードバンド（例えばインターネットバックボーン18）等の、様々なリンクを含む。
【００１２】
デバイス12のユーザが、該ユーザーの関心事であり得る印刷された画像（例えば、マガジンの広告）に出くわすと仮定されたい。撮像デバイス（例えば、携帯電話に内蔵されたCMOSまたはCCDカメラ、PC接続型フラットベッドスキャナ等）を用いて、デバイス12は広告の画像を取り込む。
【００１３】
従来技術では、デバイス12によって取り込まれた画像は、ネットワークを介してデバイス14に送信されており；第２のデバイスによって受信された画像は、まさに第１のデバイスによって送信された画像であると考えられる。
【００１４】
本発明の一実施例によると、デバイス14は、デバイス12から送信されたものよりも優れた画像を受信する。このような一実施例では、デバイス14は、デバイス12によって取り込まれた画像データを受信する。デバイス14は、画像が画像データ内に隠された透かしを含んでいることを認識し、同じものをデコードする。透かしペイロードは、画像のコピーにインターネット上のサーバ20または他の記憶媒体からアクセスできるインデックスを含む。このインデックスを用いて、第２のデバイス14はサーバ20に照会し、サーバ20はこの透かしインデックスに対応する画像（この場合は広告）を第２のデバイス14に戻す。サーバによって提供される画像は、より高い解像度か或いは元の画像になりえ、すなわち、該画像にはデバイス12でのスキャンからのアーチファクトは残らない。このようなプロシージャは、図2のフローチャートで示されている。
【００１５】
感知した画像を識別する透かしペイロードは、アプリケーションが必要とするのと同程度の長さまたは短さになり得る。一般的に16および64ビット間のペイロードが使われるが、これは必須ではない。より短いペイロードは、一定の画質度を維持する一方でより強力にコード化することができるという利点を有し；より長いペイロードは、画像にラベル付けすることができる識別子にかなりの領域を提供する。実例となる透かし技術は、譲り受け人の特許5,862,260および2000年2月14日に出願されて特許出願中の第09/503881号に詳述されている。かなりの多様性を有する透かしアレンジを用いることができ、該透かしアレンジは、特許5,930,369、5,933,798、5,664,018、5,825,892、5,940,429および5,889,868で提案されるものを含む。
【００１６】
本発明の別の実施例（図3）によると、狭いバンド幅のチャネル16（それを通ってデバイス12が結合する）によって課せられるバンド幅ボトルネックが、画像のプロキシとして透かしを使用することによって取り除かれる。このようなアレンジで、デバイス12によって取り込まれる画像データはデコードされ、画像に隠された透かしペイロードは抜き出される。（これは、例えば携帯電話マイクロプロセッサー、デスクトップコンピュータ、専用のデコーダ回路等のようなデバイス12で使用可能なハードウェアまたはソフトウェアによって実行可能である。あるいは、このデコーディングは、例えば介在ネットワークのスマートルーターによって、デバイス12から遠く離れて（しかしデバイス14の前で）行うこともできる。以下の説明で、デバイス12でのデコードが仮定される。）ネットワークを介して画像データを伝送する代わりに、透かしデコーディングデバイス（例えばデバイス12）は、透かしペイロード（またはその一部）を単に伝送する。ペイロードを受け取ると、デバイス14は再びサーバ20に照会し、その透かしに対応させて画像（および／または、以下に詳述するように更なるコンテンツまたは機能）を獲得する。画像は、サーバと第２のデバイス間の高速チャネル（単数／複数）を介して得られ；第１のデバイスをリンクしている低バンド幅チャネルは、低バンド幅透かしペイロード情報のみを運ぶ。
【００１７】
低バンド幅デバイスにフィルタを構築することによって、共用リソースとしての画像の可用性を示している透かしのクラスが認識されるか又は「透かしデータだけを伝送する」というユーザの選択が行われた場合に、画像［または透かしを通して画像に関連するコンテンツ］は、より高性能の伝送手段を介してメッセージ受手側に利用可能になる。
【００１８】
前述の変形例は、第２のデバイス14に透かしペイロードを伝送しない。その代わりに、ペイロードは、対応する所望の画像を第２のデバイス14に送信させるインストラクションによって、第１のデバイス12（またはスマートルーター）により直接サーバ20にディスパッチされる。このようなアレンジは、図4で示される。
【００１９】
いくつかのアプリケーションでは、サーバによって送られる媒体が、デバイス12によって取り込まれる単純な画像よりも高品位である可能性がある。たとえば、デバイス12によって取り込まれる画像の透かしペイロードは、ビデオ、アニメーション、音、実行可能なアプリケーション、エイプレット(aplets)（例えばJAVA、ActiveX）等の（「拡張コンテンツ」）を含む、サーバ20上の一つ以上のファイルにインデックスを付けてもよい。このように、1つのデバイスでのマガジン広告のスキャンは、ビデオ、マクロ媒体・ショックウェーブ・プレゼンテーション（Macromedia Shock Wave presentation）等の配信を第２のデバイスに促すことができる。
【００２０】
いくつかの実施例で、第２のデバイス14は、媒体-プレイバック機能をサーバ20に対して識別する。次いで、サーバ20は、その特定の媒体消費者に適した媒体で、透かしに基づく照会に応答することができる。
【００２１】
デバイス14の媒体機能をサーバ20に示すことができる一つの方法は、それぞれに機能を示す「1」ビットがセットされるフラグビットを備えるデータワードによるものである。簡略化された8ビットの機能ワードは、以下のようになってよい：
【表１】
0004880159.tif 000002
このワードを備えるデータは、例えば、プログラムがインストールの際に登録される（Windowsでのレジストリデータベース）オペレーティングシステムデータベースから、デバイス14上に自動的にコンパイル可能である。
【００２２】
デバイス14がサーバ20に機能ワード10101100を送信した場合、サーバは、デバイス14がGIFおよびJPEGイメージと（しかし、TIFFでない）RealAudioおよびWAV音（しかし、MP3またはWindows Mediaではない）をサポートするということがわかる。
【００２３】
サーバ20が、いくつかのサポートフォーマットで、照会された透かしに対応する媒体コンテンツを有する場合、サーバは優先順位命令によって特定のものを（例えば、JPEGがサポートされていればJPEGを；GIFがサポートされていればGIFを；TIFFがサポートされていればTIFFを）配信可能である。
【００２４】
サーバ20が第２のデバイス14によってサポートされないフォーマットの媒体（例えば前述の例のTIFF）だけを有する場合、サーバは変換ルーチンを起動して、第２のデバイス14に送信する前にサポートされた媒体タイプ（例えばJPEG）への高速変換を実行できる。
【００２５】
透かしインデックスが（デバイス12から直接ではなく）第２のデバイス14によって提供された場合、機能データワードはインデックスを伴うことが可能である。
【００２６】
透かしインデックスが第１のデバイス12から直接提供される場合、サーバは、照会に応答する前に、データ機能ワードを第２のデバイス14から要請可能である。あるいは、サーバは、ファイル上に(on-file)、全ての既知媒体消費者の媒体機能を詳述しているデータベースを保持でき、そのようなプロファイルに従って、その照会レスポンスに合わせることができる。（第２のデバイス14は、サーバ20に機能の更新を自動的に知らせるよう（例えばニューメディアプレイバックアプリケーションがレジストリデータベースに登録されるたびに）アレンジ可能である）。
【００２７】
サーバ20が第２のデバイス14の媒体機能を知らず且つ識別できない場合、最も受け入れられる見込みのあるデフォルト形式（例えば、第１のデバイス12によって取り込まれるコンテンツが画像である場合はJPEG）で、媒体を提供することができる。
【００２８】
図5は、本発明の別の態様による写真複写機50を示す。写真複写機は、プラテン52、スキャナアセンブリ54、生データメモリ56、透かしデコーダ58、プロセッサ60、ネットワークコネクション62、元画像バッファ64、合成メモリ66および再生エンジン68を含む。
【００２９】
紙文書（例えば文書70）はプラテン52に配置され、スキャナアセンブリ54は起動されて文書に対応しているスキャンデータを生成する。スキャナアセンブリは、従来のものであり、プラテンの軸に沿って光学的にスキャンするCCDまたはCMOSセンサエレメントの1次元アレイを含み、2D画像データを生成する。あるいは、スキャナは、文書の画像が一つ以上のレンズを通して投影される2Dアレーのセンサエレメントを備えてもよい。図示された実施例で、文書70は複数ビットの電子透かしでコード化されるピクチャ71を含む。文書70が複数コンポーネント（例えばテキストおよびピクチャ）を取り入れることから、文書は合成文書を指してよい。
【００３０】
スキャナアセンブリ54からのスキャンデータは生データメモリ56に格納され、そこで該データは透かしデコーダ58によって透かしデータがあるかどうかを分析される。
【００３１】
画像に電子透かしを入れることができ並びにデコードできる多くの異なる技術がある。一つは、例えば特許第5,862,260号および1999年11月30日に出願された特許出願中の第09/452023号に詳述されている有名なディジマーク透かしシステム（Digimarc watermark system）であり、この開示内容は参照として本願に取り入れられている。かなりの多様性を有する他のシステムも知られている。透かしが好ましくない画像劣化なしで複数ビットの補助データの伝達を可能にすることが必要とされる全てである。
【００３２】
ピクチャ71の透かしが検出されると、ネットワークコネクション62を通して（例えば、インターネットで）リモートサーバー72との通信が始められるよう、プロセッサ60はプログラムされている。プログラムされたプロセッサは、サーバに、検出された透かし（例えば、16-64ビットの識別子であってよい）を識別する照会メッセージを送る。サーバ72のデータベース74は、その透かしID 79によってインデックスを付けられたデジタルオブジェクトのレコード77を検索し、見つけた場合には、オブジェクト78の元のバージョン（この場合ピクチャ71の元のバージョン）が写真複写機に送られるようにする。
【００３３】
図示される実施例で、データベースは、その透かしIDのデータベースレコード内に格納されるオブジェクトの元のバージョンを有していて、同じものを写真複写機へ直接取って返す。他の実施例では、オブジェクト自体はデータベースに格納されない。その代わりに、データベースは、元のオブジェクトが格納される遠隔データリポジトリーのアドレスを（透かしIDと関連するレコードに）格納している。この場合、オブジェクトサーバ72は、遠隔リポジトリーに、（例えば、再びインターネットで）インストラクションを伝送することができ、遠隔リポジトリーに元のオブジェクトの提供を要求する。オブジェクトは、遠隔データリポジトリーから写真複写機に直接送信されてよく、オブジェクトサーバ72を通して中継されてもよい。いずれにせよ、元のオブジェクトは、TIFF、JPEG、GIFまたは他のフォーマットで提供されてよい。（いくつかの実施例で、写真複写機からのリクエスト信号は所望のフォーマットを指定するか、或いは写真複写機が受け入れ可能な複数フォーマットを指定してよく、次いで、元のオブジェクトはサーバ72かまたは遠隔リポジトリーによって前述のフォーマットで出力される。他の実施例において、写真複写機からのリクエスト信号は、なんのフォーマットデータも含まない）。
【００３４】
幾つかの実施例において、オブジェクトサーバ32は、特許出願中の第60/164,619号（11/10/99に出願済み）および第09/343104号（6/29/99に出願済み）、公開済みのWO 00/70585でより詳細に述べられているタイプであってよく、この開示内容は参照として本願に取り入れられている。
【００３５】
走査画像データのあらゆる透かしのIDを検出することに加えて、写真複写機の透かし検出器はまた、文書画像内の透かしを入れられたピクチャの配置およびその状態（例えばサイズ、回転等）を識別し、対応する状態情報を生成する。いくつかの実施例において、この状態情報はオブジェクトサーバ72に通され、元のオブジェクト78が、文書画像で検出されるオブジェクトに一致するよう（例えば、オブジェクトサーバによって）サイズ設定され／回転されるといったことを可能にする。他の実施例で、元のオブジェクトのジェネリックバージョンは写真複写機に戻され、プロセッサ60は、オリジナルピクチャ71のオブジェクトに一致させる必要に応じて元ピクチャ78のサイズ設定をし回転させることに関わる。
【００３６】
いくつかの実施例において、紙文書でのピクチャ71はトリミングされている。（透かしは、それでもなお、トリミングされた画像から検出可能である。）元ピクチャ78が遠隔地から受信された場合、元ピクチャは、トリミング境界（もしあれば）を決めるために、オリジナル文書で検出されたピクチャ71にパターンマッチングさせることができ、対応する元ピクチャのトリミングが達成される。
【００３７】
前述のスケーリング／回転／トリミング等の調整（もしあれば）は、バッファ64に格納された元ピクチャ78に施され、処理された元ピクチャは、合成メモリ66内のオリジナル文書スキャンデータと組み合わせられ、走査ピクチャ71の代わりに元のピクチャのデータ78を含む合成文書画像を生成する。（元ピクチャからオリジナルピクチャデータへの置換えは、マスキング、オーバーライト等を含む様々な既知の画像処理技術によって達成できる）。次いで、合成文書画像が再生エンジン68に通され、従来の方法でハードコピー出力（すなわち拡張合成文書70'）を生成する。（リプログラフィックエンジン68は、例えば、ゼログラフィ、インクジェット式等を含む多くの異なるフォームをとることができる。
【００３８】
サーバ72から受信された元のピクチャ78は、それ自体に透かしを入れることができる。透かしが入れられた場合、透かしは、必ずしもそうである必要はないが、オリジナルピクチャ71の透かしと同じペイロード情報を通常伝達する。他の実施例において、リモートサーバー72から受信された元ピクチャ78は、透かしを有していない。このようなケースでは、元ピクチャは、透かしを有していない状態で合成文書70に置換えることができる。あるいは、装置50は、置換オペレーションの前に（または置換オペレーションの一部として）ピクチャに透かしを埋め込んでもよい。
【００３９】
置換されたピクチャが透かしを有する場合、これは透かしに基づく拡張または更新処理を後に可能にする。例えば、元ピクチャ78を含む拡張合成文書70'が写真複写機で印刷され、結果として生じるフォトコピーがその後、写真複写された場合、後の方の写真複写操作で、第２の写真複写機のスキャナによって生成される走査ピクチャデータを元ピクチャデータに再び置換えてよい。さらに、印刷される場合はいつでもピクチャを最新バージョンに更新するのに適切なアプリケーションにおいて、ピクチャ78に透かしを入れることは、文書が印刷用にスキャンされるときはいつでも最新バージョンに置き換えることを可能にする。
【００４０】
他の状況では、拡張合成文書70'に含まれるピクチャ78が透かしを有していないことが望ましい。これは、例えば、文書70'がアーカイブ処理後に変更されないことが重要な特定のアーカイブアプリケーションでの場合である。ピクチャ78に透かしが入れられていないことを確実にすることによって、後続の写真複写での不注意なピクチャの変化を防ぐことができる。（元画像78がサーバ72から透かしを入れられた状態で提供された場合、写真複写機は、ユーザーインターフェースまたはその種の他のものを通してのユーザからの対応するインストラクションに応じて、透かしを取り除くかまたは無効にすることができる）。
【００４１】
前述の説明から、本発明の実施例が従来技術に勝る様々な利点を提供することは明らかである。一つは、低バンド幅チャネルを用いて高バンド幅拡張コンテンツをディスパッチすることである。他には、最初に取り込んだデータよりも高い質のデータを受取ることである。他には、アプリケーションにプロキシとして用いられる媒体コンテンツから画像または透かしデータを取り込むことによって、受け側への低バンド幅チャネルを介してアプリケーションを配信することである。他には、「オリジナル」より 優れた「フォトコピー」を生成することである。
【００４２】
特定の実施例に関して本発明の仕組みを説明し図示してきたが、その仕組みが他の異なる形式でも実現可能であることは理解されよう。
【００４３】
例えば、本発明は主に画像に関して説明してきたが、同じ仕組みがビデオおよびオーディオにも等しく適用できる。
【００４４】
同様に、前述の説明は透かしの伝送に関してなされているが、多くの実施において、透かしの一部のみが伝送される必要がある。（透かしは、エラー訂正情報または他のデータを含んでよく、サーバ20上でその対応するデータを識別することは必ずしも必要ではない）。
【００４５】
更に、詳細な実施例が第１のデバイス12用の静止またはビデオカメラシステムを企図しているが、前述の画像取込システムの機能性の多くは本発明にとって不可欠なものではない。その代わり、より単純な「透かし取込」を供給する入力装置が代わりに使われてよい。このような装置では、例えばピクセル補間に関連したハードウェアまたはソフトウェアコンポネント（一般に、所望の仮想解像度を達成するのに用いられる）、フォーマッティング（例えばJPEG形式で出力を提供するための）等が省略可能である。このようなコンポーネントは、結果として生じる画像が表示され、印刷されるものである場合には有効な機能を供するが、透かしデータを抜き出すために画像データを単にデコードする場合には不必要であるかまたは不利益を及ぼす。
【００４６】
本発明は、初期コンテンツを識別する（すなわち、デバイス12によって感知される）ステガノグラフィック透かし技術に関して図示しているが、他の技術が代わりに使われてもよい。これらは、データ浮彫り（data glyphs）、１次元および２次元バーコード、磁気インク、RF IDタグ、UVまたはIRマーキング等を含む。
【００４７】
詳細な実施例が、透かしに対応するコンテンツのリポジトリとして供するために一つのサーバ20を企図しているが、他の実施例において、このようなサーバは分散方式で実施されている。いくつかの実施例で、1つのサーバはデフォルトリポジトリーの働きをしてよく、第１のサーバが要求されたデータを提供することができない場合、他のサーバに照会をディスパッチすることができる。頻繁に要求されるコンテンツのキャッシュは、ネットワークを通して様々なロケーションで提供可能である。このようなネットワークコンフィギュレーションの更なる詳細は、出願中の第09/343104号（WO 00/70585）において見つけられる。
【００４８】
写真複写機の実施例において、同じ仕組みがパーソナルコンピューター（例えば、Adobe Photoshopといった画像編集ソフトウェアと共に）を含む他のシステムでも等しく適用できることが理解されよう。このようなケースでは、入力画像データはスキャナからのものである必要はなく、例えば、デジタルファイル、ネットワークロケーションなどからのものでもよい。この実施例での「文書」の引用は、解説用としてのみである。本技術は、透かしを入れられたコンポーネント（デジタルまたはアナログフォームの）を含む、あらゆる合成オブジェクトに同様に使用可能である。さらに、独立した生データメモリ16を用いて図5の実施例が記載されているが、元画像バッファ24および合成メモリ26、より具体的には、これらの機能のいくつか又は全てが、一つのメモリによって供給されている。一つのメモリはコンピュータシステムのメインRAMメモリであってよい。
【００４９】
図5の実施例は、ソフトウェアインストラクション（例えば、メモリまたは記憶媒体に格納されている）によってプログラムされるプロセッサ60を使用しているが、他の実施例において、記載されている機能性のいくつか又は全てが、専用のハードウェア（例えばASIC）またはプログラム可能なハードウェア（例えばPLA）を用いて達成可能である。
【００５０】
図5の実施例は、文書が透かしを入れられた一枚の写真を含むアレンジに関して図示しているが、複数のそういった透かし入りコンポーネントが合成文書にあってよく、また各々の元バージョンを獲得して、オリジナル文書の拡張バージョンを再現するのに必要な程度同じものが編集/合成できるように、システムはアレンジ可能であることが理解されよう。同様に、透かし入り写真はオリジナル文書のコンポーネントであり得ることを企図しているが、他の実施例において、透かし入りオブジェクトは、オリジナル文書の全体を備えてもよい。
【００５１】
元画像コンポーネントの置換えについて言及しているが、いくつかの実施例では、「元」ではないコンポーネントに置換えることが望ましいかもしれない。実際のところ、いくつかの実施例において、視覚的にオリジナルオブジェクトと異なるオブジェクトは、置換えてよい。クリスマスカードのアートワークについて考えていただきたい。アートワークは、透かし入りの「ジェネリック」会社ロゴを含んでよい。本発明のこの態様によるコンピュータによって遭遇した場合、ジェネリックロゴはコンピュータの会社オーナーに対応しているロゴと取り替えることができる。このようなケースで、置換え画像はコンピュータ自体の内部に格納でき、ネットワークコネクションを不要にする。コンピュータのオペレーティングシステムによって維持されるレジストリデータベースは、透かしIDによって定義されるキーを含んでよい。透かしIDが発生した場合、処理されているオブジェクトに置換えることができる対応グラフィックを識別するために、レジストリデータベースを調べることが出来る。何も見つからなかった場合、透かしIDをリモートサーバー72に通すことができる。
【００５２】
解説的な便宜のために、利用可能な場合には常に元データを置換するように図5の実施例が記載されているが、より具体的には、これは、デバイスのオペレータによって  例えば適切なスイッチ、ボタンまたはユーザーインタフェースコントロールによって、使用可または使用不可にされる機能である。いくつかの実施例で、元コンポーネントの置換えが可能な場合、デバイスはユーザに照会するようにアレンジされてよく、場合によっては、置換えるように提案する画像コンポーネントの描写をユーザに示すことができる。
【００５３】
ハードコピー出力は印刷後に静的（すなわち変化不可）なので、図5の実施例は、透かしに基づくオブジェクト埋込を使用するためのものであると言える。他の実施例で、拡張合成文書70'は印刷はされないが格納はされる。合成文書が利用されるときはいつでも（例えば、編集用に開くかまたは印刷する場合）、その中のあらゆる透かし入りコンポーネント（単数／複数）が更新され、透かし入りコンポーネント（単数／複数）の最新有効バージョン（単数／複数）を含むことができる。このようなケースで、文書は透かしに基づくオブジェクトリンクを使用するためのものと言える。
【００５４】
当業者にはよく知られているように、様々なデバイス用の専用ハードウェアコンポーネント/システムを使って、および／またはファームウェアまたはソフトウェア等によってプログラムされたプロセッサを使用することによって、前述の方法の全てが実行可能である。後者の場合、プロセッサは各々、適当な入出力装置/機能と共にCPUおよび関連メモリを含んでよい。ソフトウェアは、ディスクのような物理的な記憶媒体に存在することができ、実行用のプロセッサのメモリへロード可能である。ソフトウェアは、CPUに上で詳述された様々なプロセスを実行させるインストラクションを含む。
【００５５】
本明細書を過度に長くすることなく包括的な開示を提供するために、出願人は上記で引用した特許および特許出願を参照として取り入れている。
【００５６】
本発明の原理が適用できる多種多様な実施例をみることで、詳細な実施例は実例としてのみであり、本発明の範囲を限定するものではないことが理解されよう。以下の請求項およびその均等物の範囲および精神の範囲内にある前述の実施例の全てが本発明であることを主張する。
【図面の簡単な説明】
【図１】  本発明の仕組みを使用可能なネットワーク環境を示す図である。
【図２】  本発明の一実施例の態様を図示するフローチャートである。
【図３】  本発明の別の実施例の態様を図示するフローチャートである。
【図４】  本発明の更なる別の実施例の態様を図示するフローチャートである。
【図５】  本発明の更なる別の実施例による装置を示す。
【図１】
0004880159.tif 000003
【図２】
0004880159.tif 000004
【図３】
0004880159.tif 000005
【図４】
0004880159.tif 000006
【図５】
0004880159.tif 000007