JP4598279B2 - 音楽とその他のメディアにデジタル透かしを用いる方法およびシステム - Google Patents

Description

【０００１】
【関連出願データ】
本出願は、１９９９年５月１９日に出願された同時継続出願６０／１３４，７８２の優先権を主張するものであって、本願の援用文献である。
【０００２】
本出願の発明は、１９９９年１月２０日に出願された出願０９／２３４，７８０と、１９９９年５月１９日に出願された０９／３１４，６４８と、１９９９年６月２１日に出願された０９／３３７，５９０と、１９９９年１１月３日に出願された０９／４３３，１０４と、１９９９年１１月１７日に出願された０９／４４１，８１９と、１９９９年１１月１７日に出願された０９／４４１，８２１と、１９９９年１１月１７日に出願された０９／４４２，４４１と、１９９９年１２月１５日に出願された０９／４６４，３０７と、１９９９年１２月２８日に出願された０９／４７３，０７５と、１９９９年１２月３０日に出願された０９／４７６，６８６と、２０００年１月１３日に出願された０９／４８２，７５２と、２０００年１月１８日に出願された０９／４８４，７４２と、２０００年２月３日に出願された０９／４９８，２２３と、２０００年２月４日に出願された６０／１８０，３６４と、２０００年３月８日に出願された０９／５２０，４０６と、２０００年５月２日に出願された０９／５６３，６６４と、２０００年５月１日に出願された０９／０９／５６２，５１７で開示されたものに関する。
【０００３】
【発明の分野】
本発明は、オーディオとビデオとイメージとその他のメディアのコンテンツに関連するデジタル透かしのアプリケーションに関する。
【０００４】
【背景と概要】
透かし（もしくは、「デジタル透かし」）は、複数の様々なアプローチを用いて試みられて急速に成長している分野である。本譲受人の業績は、米国特許５，８６２，２６０と、同時継続出願０９／５０３，８８１と０９／４５２，０２３と、公開された明細書ＷＯ９９５３４２８とＷＯ０００７３５６（ＵＳ０９／０７４，０３４と０９／１２７，５０２に対応する）に反映されている。その他の非常に多くのアプローチは当業者にとっては周知のものである。職人であれば、透かしの文献全体に精通していると考えられる。
【０００５】
本開示で言及する透かしは、本譲受人の透かし技術を包含するだけでなく、その他の透かし技術を利用することによっても同じように実行できることを理解していただきたい。本明細書では、ステガノグラフィックプロセス、例えば、物理的／電子的オブジェクトから補助データをステガノグラフィック符号化／復号化する処理には、メディアオブジェクト内にデータを隠すデジタル透かしやその他の方法が含まれる。
【０００６】
透かしの用途は様々であるが、本明細書では幾つかの新しい用途について詳述しており、これらは、以前利用できなかった機能と特徴を提供するものである。本発明は、音楽オブジェクトとその他のメディアオブジェクトにデジタル透かしを用いた様々な方法とデバイスとシステムを提供するものであって、これには、視覚的／視聴覚的な著作物（例えば映画や画像やビデオ等）等が含まれる。
【０００７】
本発明の一態様は、コンテンツ内のステガノグラフィック符号化された情報を用いて、デジタルコンテンツに対する支払いを貸方に記入する方法である。この方法を用いてデジタルソースマテリアルを符号化することによって、複数ビットの補助データをステガノグラフィックに伝達することができる。少なくとも一つの介在コンピュータを通して、符号化されたソースマテリアルが目的地に送られる。介在コンピュータではこの方法によって、符号化されたソースマテリアルが検出される。次に、符号化されたソースマテリアルが検出されたことに応答して、符号化されたソースマテリアルによってステガノグラフィックに伝達された複数ビットの補助データに基づいて、支払いを貸方に記入する。また、この方法では（例えばネットワークやその他の通信回線を介して検出された所から離れた場所に対して）その検出に関する報告を行うこともできる。
【０００８】
実施形態の中には、最初に検査されたソースマテリアルからの補助データのみをこの方法によって復号化することによって、そのデータの存在可能性を示すことができるものもある。ソースマテリアルを検査する一つの方法では、符号化された複数ビットの補助データを補う符号化属性を参照する。この符号化属性には、同期化信号とマーカ信号と校正用信号とユニバーサルコード信号等が含まれる。この属性は、反復的ノイズバースト信号やその他の形態の組み込み信号等の特徴的なシグニチャでもよい。
【０００９】
本発明の別の態様は、オーディオソースマテリアルのステガノグラフィック符号化に関する出願である。この方法を用いて、消費者に提供されるオーディオソースマテリアルを復号化して、マテリアル内のステガノグラフィック符号化された複数ビットの補助データを抽出することができる。この方法では、複数ビットの補助データを用いることによって、遠隔の場所、即ち、データベースからソースマテリアルに関する情報を検索することができる。符号化された補助データはその他のアプリケーションにも用いられる。例えば、消費者に示されるソースマテリアルを示すデータを格納することができ、またこのデータを用いることによって、レポートを生成することができる。
【００１０】
本発明の別の態様は、コンテンツに組み込まれたステガノグラフィックデータに基づいてコンテンツの所有者に対して支払いを行う方法である。この方法によって、ステガノグラフィック符号化された複数ビットの補助データを含むオブジェクトを受信して、オブジェクトからこの補助データを復号化する。この方法では、レジストリを調べ、前記復号化された複数ビットの補助データを参照することによってオブジェクトの所有者を決定して、所有者に支払うことができる。
【００１１】
本発明の別の態様は、透かし信号を含むデジタルオブジェクトを符号化する方法である。この方法では、比較的小さい情報コンテンツを含み、すぐに復号化可能な第１の情報信号を備えるオブジェクトを符号化する。また、この方法では、より多くの情報コンテンツを含み、復号化には比較的多くの時間がかかる第２の情報信号を備えるオブジェクトも符号化する。第１と第２の情報信号には、デジタルオブジェクトに組み込まれた少なくとも一つの透かしが備えられる。
【００１２】
本発明の別の態様は、第１と第２の情報信号を用いてステガノグラフィック符号化されたオブジェクトを処理する方法である。第１の情報信号には比較的小さい情報コンテンツが備えられ、第２の情報信号には比較的大きい情報コンテンツが備えられる。本方法では、オブジェクトから第１の情報信号を復号化する。第１の情報信号の比較的小さい情報コンテンツによって、比較的早く復号化することが可能となる。この方法では、復号化された第１の情報信号に基づいて装置の動作を制御する。さらに、本方法では、オブジェクトから第２の情報信号を復号化するが、この復号化には比較的多くの時間が必要となる。第２の情報信号はマスタグローバルアドレスを伝達するものである。マスタグローバルアドレスには以下で詳しく説明される多くのアプリケーションがある。
【００１３】
本発明の別の態様は、マーカ信号を含むオーディオの符号化方法であり、このマーカ信号には、ウェブサイトにリンクするために用いられるマスタグローバルアドレスが含まれる。ここで、マーカ信号は帯域内にあって反復的であることが特徴である。
【００１４】
本発明の別の態様は、物理的オブジェクトの透かしによって商取引きを促進する方法である。この方法では、デバイスを用いて物理的オブジェクトの透かしからペイロードのデータを読み出す。この方法では、前記オブジェクトに関する音楽を含む商取引に関連するデバイスによって読み出されたペイロードのデータを用いられる。
【００１５】
本発明の別の態様は、音楽データの中に複数ビットの透かしデータをステガノグラフィックに挿入する変更方法である。この方法は、音楽データの最終ユーザのために第１のビットグループを挿入し、また、前記音楽データによってその音楽が符号化されるアーチストのために第１のビットグループとは異なる第２のビットグループを挿入し、また、音楽データの配給者のために最初の二つのビットグループとは異なる第３のビットグループを挿入することを特徴とする。
【００１６】
本発明の別の態様は、メディアオブジェクト用課金／認証センターシステムである。このシステムには、メディアオブジェクトを伝送可能なメディアオブジェクト用課金／認証センターが含まれる。また、それには、メディアオブジェクト信号を受信するメディアオブジェクト受信部と通信する透かし復号部も含まれており、それは、メディアオブジェクトを識別するメディアオブジェクト信号から透かしを復号化するために動作可能である。その上、本システムは復号部と通信する送信部を含んでいるため、透かしから得られたメディアオブジェクト識別子を受信して、メディアオブジェクト識別子とユーザ識別子を課金／認証センターに送信することができる。メディアオブジェクト用課金／認証センターでは、メディアオブジェクト識別子に基づいてメディアオブジェクトを識別し、また、ユーザ識別子に基づいてユーザを識別し、また、メディアオブジェクトのコピーをユーザの所定場所へ伝送することができる。
【００１７】
本発明の別の態様は、メディアオブジェクト用課金／認証センターの方法である。この方法では、無線放送または電子的伝送からメディアオブジェクトを受信し、メディアオブジェクトから透かしを復号化する。次に、透かしからメディアオブジェクト識別子を得る。この方法では、メディアオブジェクト識別子とユーザ識別子を課金／認証センターに送信する。課金／認証センターでは、メディアオブジェクト識別子に基づいてメディアオブジェクトを識別し、ユーザ識別子に基づいてユーザを識別し、メディアオブジェクトのコピーをユーザの所定の場所へ伝送する。
【００１８】
本発明の別の態様は、オーディオオブジェクトをオーディオオブジェクトに関する追加情報やアクションにリンクする方法である。この方法では、メディアオブジェクトから透かしを復号化する。次に、透かしからマスタグローバルアドレスを得る。これによって、遠隔のデバイスに接続して、マスタグローバルアドレスに基づいてオーディオオブジェクトに関する追加情報を検索する。例えば、一つのアプリケーションでは、マスタグローバルアドレスを介してオーディオオブジェクトにリンクされたウェブサーバから情報を検索する。ウェブサーバは、オーディオオブジェクトに関する情報と、カスタム化されたメニューオプションを返す。この情報には、オブジェクトの使用法や支払認証要求等を管理するためのインストラクションが含まれている。
【００１９】
マスタグローバルアドレスを用いることによって、サーバに問い合わせることができる。次に、このサーバは、この問い合わせが送られる別の遠隔デバイスのアドレスを調べる。その遠隔デバイスは、ウェブページやオーディオオブジェクトの使用法を管理するインストラクション等の情報を返す。
【００２０】
本発明の別の態様は、透かし検出部を再構築する方法である。この方法では、画像信号やオーディオ信号（例えば、静止画像や映画やオーディオやビデオ等）等の所定のメディア型の信号に組み込まれた透かしを復号化する。透かしには、透かし検出部の動作を変えるために使われるコマンド信号が含まれている。本方法では、このコマンド信号に基づいて、透かし検出部の動作を変える。この変更には、透かし検出部がメディア型の信号の透かしを復号する、即ち解釈する方法を変える工程が含まれていてもよい。
【００２１】
この方法の範囲には様々な実施形態が含まれる。このコマンド信号を、透かしによって運搬される１ビット以上の透かしペイロードとして表現することができる。検出部の動作を変えることには、それを再プログラミングする、即ち、メディアオブジェクトに組み込まれた透かしデータの解釈方法を変えることが含まれる。例えば、この方法は、ファームウェアインストラクションを検出部に転送することによって、既に格納されたインストラクションを置き換えることができる。別の例では、既にプログラムされたルールに基づくコマンドによって検出部の動作を変更することができる。このルールによって、例えば、透かしキーの変更を定義することができる。さらに別の例では、メディアオブジェクトから抽出された透かし信号にデバイスが応答する方法を変更することによって、検出部の動作を変更することができる。例えば、ハードウェアまたはソフトウェアのメディアプレーヤの動作を更新して、透かし信号、特に透かしペイロードで運ばれたメッセージに対して異なった応答をするようにしてもよい。
【００２２】
この方法では、透かしペイロードのデータを用いることによって検出部の動作を変更することができる。例えば、ペイロードにはインストラクションや透かしキーデータを指定することができる。このペイロードのデータに応答して、検出部は新たなインストラクションをインストールして実行するか、または新たな透かしキーを用いてメディアオブジェクト内の透かしを復号化することができる。
【００２３】
本発明の別の態様は、透かし検出部を再構築する別の方法である。この方法では、メディアオブジェクトとメディアオブジェクトに関するコマンドを受信して、透かし検出部がメディアオブジェクトから透かしを復号化するためにアップグレードが必要であるという信号が送られる。この方法では、このコマンドに応答して、透かし検出部を更新して、更新された透かし検出部を作成することができる。この方法では、更新された透かし検出部を用いて、メディアオブジェクトから透かしを復号化する。このコマンドを、メディアオブジェクト内の透かし内に符号化することができ、また、それをメディアオブジェクトと共に送られた透かしチャネル（例えば、ファイルヘッダやフッタ等の帯域外チャネルやサブタイトルデータチャネルやＳＣＡチャネル等）とは異なるチャネルに送ることができる。本方法の範囲は、様々な実施形態を包含するものである。さらに、本方法の複数の態様を、既に要約された方法の態様と組み合わせて用いてもよい。
【００２４】
さらに、本発明の別の態様は、再プログラミング可能な透かし検出部である。この検出部には、コマンドを検出することによって検出部をアップグレードすることができる透かし検出部が含まれる。また、それには、検出部をアップグレードするためのコマンドが検出されたことに応答して置き換えることができるインストラクションが含まれる。透かしペイロードか、もしくは透かしチャネル以外のチャネルのいずれか一方で、メディアオブジェクトと共にインストラクションを透かし検出部に送ることができる。
【００２５】
本発明の別の態様は、透かし内のアップグレードトリガを符号化する方法である。この方法では、所定のメディアの種類に関するメディアオブジェクトを受信して、透かしを符号化してメディアオブジェクトに入れる。透かしには、透かし検出部の動作の変更を開始させるためのコマンド信号が含まれる。検出部に受信されると、この変化によって、透かし検出部がメディアの種類に関する信号内の透かしを復号化、即ち解釈するやり方を変更するように作用する。
【００２６】
以下の詳細な説明と添付の図面を参照することによって、さらに別の特徴が明らかとなる。
【００２７】
【詳細な説明】
解説の便宜のため、以下の議論ではほとんど音楽に焦点を当てているが、同じ原理と技術の大部分もしくはその全てを、非音楽オーディオやビデオや静止イメージや印刷物等のその他の源データにも適用することができる。
【００２８】
【音楽アセット管理】
図を参照すると、独創的なアーチスト１０から音楽配給プロセスが開始する。伝統的にアーチストの音楽はレコードラベル１２に基づいて配給されてきた。（以下の議論では、そのラベルを利用して配給することに言及するが、レコードラベルの介在なしにアーチストの制御下でその配給が理想的に行われることを理解されたい）。
【００２９】
伝統的配給部１４では、レコードラベルに基づいてレコードとテープとビデオ（例えば、音楽ビデオ）とＣＤ１６等の有形メディアが製造される。これらのメディアは、物理的に最終消費者１８に配給される。その上、ラベル１２に基づいて、アウトレット２０に、例えば、アーチストの作品を聴衆に無線放送する（もしくは、有線放送する）ラジオ局とＴＶ局とケーブルと衛星システムに音楽メディアが配給される。再生追跡サービスによって、そのメディアアウトレットを介した配給を監視することができる。アービトロン（Ａｒｂｉｔｒｏｎ）とニールセン（Ｎｉｅｌｓｅｎ）とＡＳＣＡＰとＢＭＩ等の会社によって収集された再生追跡データを用いて、著作権使用料を計算して、放送（例えば、広告用）等が正しいものであるかどうかを確かめることができる。
【００３０】
メディアアウトレットに対する音楽の電子的な配給は増加している。最初は、高品質の陸上通信線や衛星チャネルを介してアナログオーディオ形態で配給が行われた。より高い忠実度を求めるために、その配給チャネルのアナログオーディオはデジタルオーディオにすぐに取って代わられた。
【００３１】
近年、インターネットを含む安全なリンクを介して、レコードラベルからメディアアウトレットに音楽が配給される。始めは、単純にオーディオ信号やデータにスクランブルをかけることによってその安全性が提供された。より精巧な「コンテナ」に基づくシステムでは、いまやオーディオを付加データと共に（しばしば暗号化された形で）「パッケージ化する」ことが台頭している。
【００３２】
また、消費者に対する音楽の電子的な配給も、主にＭＰ３フォーマットが現在人気がある。音楽の供給者は一般の人々と直接取引するが、音楽を専門に扱うインターネットサイト等の新たに出現したデジタルメディアアウトレットのレベル消費者に対して配給することの方が一般的である。消費者は、そのようなサイトからデジタルオーディオファイルを携帯デジタルオーディオプレーヤにダウンロードすることができる。（ダイヤモンドリオ（Ｄｉａｍｏｎｄ Ｒｉｏ）やオーディブルモバイルプレイヤ（Ａｕｄｉｂｌｅ ＭｏｂｉｌｅＰｌａｙｅｒ）等のデバイスは、間違いなく最初にこの携帯インターネットオーディオ機器市場に参入した多数のデバイスのうちの一部である。）あるいは、受信した消費者は、ダウンロードしたデータをその他の書き込み可能なメディア（例えばハードディスクやＣＤやＤＶＤやテープやビデオテープ等）に格納することができる。通常、そのようなダウンロードにはパーソナルコンピュータが用いられるが、インターネットのようなリンクに次世代型携帯オーディオ機器を接続することによって、この仲介がなされる。
【００３３】
消費者がダウンロードしたデータを、特有のデジタルフォーマットで格納したり、別のデジタルフォーマットに変換（変換には解読も含まれる）したり、アナログに変換してアナログ形式で記録したりできる。
【００３４】
前述したチャネルのどこにおいても、音楽の無断コピーや無断使用が発生する可能性がある。しかしながら、一旦音楽が（有形メディアによってか、伝統的放送メディアアウトレットによってか、出現したデジタル配給によってか、その他の方法によって）消費者に配送されると、最大のリスクのうちの一つが発生する。
【００３５】
補助データを音楽に組み込む（即ち、透かし）という概念は広く提案されてきたが、今のところ適用範囲は限られている。
【００３６】
例えば、グッドノイズ（ＧｏｏｄＮｏｉｓｅ）社はマルチメディア識別子、即ちＭＭＩと呼ばれるデジタルシグニチャをＭＰ３音楽に組み込むことを提案している。ＭＭＩは歌とその作者にライセンス番号を付けて登録する。作曲家や配給者に関する情報に加えて、このデジタル符号化には、歌詞やライナーノートやその他の情報が含まれる。しかし、提案されたすべての使用法は、配給者から消費者に伝達するためにだけのものであって、「追跡」用としては積極的に拒否される。（１９９９年２月３日の配信ニュース、「グッドノイズ社によるＭＰ３ファイルの追跡」）
【００３７】
同様に、音楽配給ビジネスで様々な企業が提携しているジェニュインミュージックコアリション（Ｇｅｎｕｉｎｅ Ｍｕｓｉｃ Ｃｏａｌｉｔｉｏｎ）は、ＭＰ３音楽に透かしを用いるという計画を発表した。リキッドオーディオ（Ｌｉｑｕｉｄ Ａｕｄｉｏ）社によって提供される透かし技術によって、アーチストや製作者の連絡先や著作権データや所有権を追跡するための番号を指定するデータが伝達される。コアリション（Ｃｏａｌｉｔｉｏｎ）では、この組み込み情報を提供することによって、著作権侵害を阻むことを願っている。透かしが検出されたオーディオだけを再生する再生技術が、リキッドオーディオ社から次に発表されると業界の観測筋は考えている。（配信ニュース、「ＭＰ３を融解する（Ｌｉｑｕｅｆｙｉｎｇ ＭＰ３）」１９９９年１月２３日）
【００３８】
米国レコード工業会（ＲＩＡＡ）から同様のイニシアチブがアナウンスされた。セキュアデジタルミュージックイニシアチブ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ Ｍｕｓｉｃ Ｉｎｉｔｉａｔｉｖｅ）（ＳＤＭＩ）と呼ばれるプログラムでは、自主規格を定義するように求めている。これにより、音楽の製作者や配給者を適切に援助することができる。このシステムの一要素はおそらく透かしの構成要素である。（ダウジョーンズ（Ｄｏｗ Ｊｏｎｅｓ）配信ニュース、「独自の技術によって拍車、音楽業界の目はウェブに」１９９８年１２月３１日）。
【００３９】
さらに、ソラナ（Ｓｏｌａｎａ）社とＡＳＣＡＰから別のイニシアチブがアナウンスされた。音楽へ透かしを用いるその他の会社は、アリステクノロジ（Ａｒｉｓ Ｔｅｃｈｎｏｌｏｇｙ）社とＭＣＹ社とオーディオソフト（ＡｕｄｉｏＳｏｆｔ）社である。
【００４０】
透かしのペイロードによって、様々な種類のデータを表すことができる。模範的なペイロードにはアーチストや配給団体やタイトルや著作権登録年記／所有者に関するデータが含まれる。その上、ペイロードには、中心的機構（例えば権利管理組織）から発行されたＩＳＢＮ準拠の番号であるデジタルオブジェクト識別子が含まれ、作品をユニークに識別することができる。
【００４１】
そのようなペイロードデータ（例えば、一連のＡＳＣＩＩ文字のタイトル等）は文字通りに符号化可能である。その他の実施形態では複数のコードや略語が採用されており、各コードは既知の意味をもつ。さらにその他の実施形態では、データはそれだけでは意味がないが、遠隔のデータベースや格納場所へのキー（例えば、ユニークな識別子、即ち、ＵＩＤ）として用いられる。以下で詳しく説明するが、そのような遠隔のデータの格納場所の一例は、コンテンツに関連するマスタグローバルアドレス（ＭＧＡ）のウェブサイトである。
【００４２】
例えば、模範的なデータのペイロードは以下のフォーマットを有する：
【表１】

ここで、Ａは、６バイト（８ビット＝１バイト）のＡＳＣＩＩストリングであって、（以下で議論するが、デフォルトのネームサーバからマスタグローバルアドレスへのリンクとして機能する）デジタルオブジェクト識別子として機能する。Ｂは、２バイトのＡＳＣＩＩフィールドであって、遠隔のデータベースの「アーチスト」フィールドへのキーとして機能する。Ｃは３バイトのＡＳＣＩＩフィールドであって、遠隔のデータベースの「タイトル」フィールドへのキーとして機能する。Ｄは１４ビットのフィールドであって、遠隔のデータベースの「ラベル」フィールドへのキーとして機能する。Ｅは８ビットの整数値であって、作品の初版年度を表す（０は２０００年を表す）。Ｆは１０ビットのフィールドであって、遠隔のデータベースの「価格」フィールドへのキーとして機能する。Ｇは２バイトの使用制御ストリング（以下で詳しく説明する）である。Ｈはストリーミングデータチャネルであり、Ｉは複数ビットのストリングであって、前述した巡回冗長チェックサムとして機能する。（さらに高度なエラー訂正検査にも勿論用いることができる。）ＣＲＣコーディングとストリーミングデータチャネルを除いて、このペイロードのフォーマットは、合計１３６ビットである。
【００４３】
このペイロードは、繰り返し、即ち、重複して音楽から符号化されるため、音楽の一部を抜粋したものからペイロードを完全に符号化することができる。
【００４４】
また、符号化は知覚的に適応可能であることが望ましいため、符号化によって導入された「ノイズ」を視聴者が知覚しそうもなく、またその逆も同様であるような高度なエネルギー符号化が用いられる。知覚的適応符号化には様々な周知の技術がある。例えば、符号化された信号の振幅と音楽の瞬間振幅を結びつける技術がある。その他には、スペクトル領域、もしくは、時間領域で隣接する高エネルギー信号によって１つの信号を音響心理学的に「マスキング」する技術を利用することもある。さらに、透かしエネルギーを利用して音楽のスペクトルのギャップを埋めるアプローチもある。
【００４５】
その他の実施形態では、知覚的適応符号化は用いられない。そのような実施形態では、透かし信号の時間領域特性またはスペクトル特性を仕立てる必要はない。また、透かし信号にスペクトル的にフィルタをかけることによって、低周波オーディオ成分（例えば５００ｈｚ以下）や高周波オーディオ成分（例えば２５００ｈｚ以上）や中間周波オーディオ成分（５００−２５００ｈｚ）を強調するものもある。
【００４６】
ストリーミングデータフィールドチャネル（Ｈ）は、配給サイト（または他のサイト）から最終ユーザにデータを伝達することができるメディアである。そのようなデータは、基本的なワークとは全く無関係である。例えば、消費者のデバイス内のメモリにデータを伝達することによって前に格納された期限切れのデータと置換する等の実用的な目的で、それが用いられる。また、それは、消費者または消費者のデバイスにアクセスするための帯域幅が販売される商業用チャネルであってもよい。基本的に、このストリーミングデータフィールドによってどのような目的も果たすことができる。他の多くのフィールドとは異なり、ストリーミングデータフィールドは、無限に同じデータを繰り返すのではなく、時間と共に変化するデータを伝達することができる。
【００４７】
例えば、フォーマット変換と、再サンプリングと、テープワウとフラッタと、圧縮と、コーディングと、様々なオーディオ処理形態（例えば、フィルタ化やプリエンファシスや再拡大縮小等）によってオーディオに対する不正行為が行われたとしても、透かしデータを回復できるように符号化を実行することが望ましい。そのようなロバスト性を備える一つの方法は、そのような不正行為を全て認識できる周知の特性を有する信号を符号化することである。そのような周知の信号を識別することによって、透かし信号を復号化できる（周知の信号には、例えば、同期信号やマーカ信号や校正用信号や出願人の特許で説明されたユニバーサルコード信号等の様々な形態がある）。
【００４８】
実施形態の中には、透かし「ダイヤルトーン」信号が提供されるものもある。このダイヤルトーン信号は低振幅で比較的広帯域の反復信号であって、一般的に限られた情報（例えば１ビットの情報）のみを伝達する。ダイヤルトーン信号はオーディオ信号内に存在し、「記録禁止」または同様の命令信号として機能する。その上、または、別の方法では、ダイヤルトーン信号は、オーディオ内に符号化されている複数ビットの透かし信号に対して「ロックする」ことを支援するものとしても機能する。例えば、信号が周期的に反復するので、複数ビットの透かし信号の先頭を識別することができる。また、信号のスペクトル、即ち反復率は、オーディオの一時的な悪化を識別することができる。そのような模範的な信号は、特許５，６３６，２９２で「シンプルユニバーサルコード」として詳しく説明されている。
【００４９】
１トラックの音楽を、特定の使用用途向けに事前に認定することができる。例えば、透かしペイロードの使用制御ストリングは、オーディオが認定されるデバイスのクラスを詳述するための６ビットフィールドを備える。各ビットは、様々なデバイスのクラスに対応する。クラス１のデバイスは、アナログオーディオ出力のみを備える携帯型再生用デバイスであってもよい。クラス２のデバイスは、音楽をデジタルフォーマット（例えば、ＭＰ３やレッドブック（ｒｅｄｂｏｏｋ）や、＊.ＷＡＶ）で出力する以外に、アナログオーディオも出力できる携帯型エンターテインメントデバイスであってもよい。クラス３のデバイスは、パーソナルコンピュータシステム（即ち、デジタルオーディオを処理したり出力するための本質的に無限の能力を備える）であってもよい。ＭＰ３オーディオが提供されるデバイスは、使用制御ストリングデータをチェックすることによって、オーディオの利用が認定されているかどうかを調べる。例えば、アナログ専用出力をもつ携帯型再生デバイスは、使用制御ストリングの第１ビットを調べる。もしそれが「１」ならば、デバイスはＭＰ３データを用いる（即ち、再生する）ことが認められている。もしそれが「０」ならば、デバイスは音楽の再生を棄却する。
【００５０】
特定のデバイスクラスに関する事前認定に加えて、使用制御ストリングは、許可された再生の回数を示す複数のビットを備えてもよい。このデータを７ビットから９ビットに符号化することができ、以下の８つの可能性がある：
０ 再生禁止
１ １回の再生を許可
２ ２回の再生を許可
３ ３回の再生を許可
４ ４回の再生を許可
５ ５回の再生を許可
６ １０回の再生を許可
７ 無限の再生を許可
８ 許可される再生回数を指定する（透かし内か、もしくは、遠隔のサイトに格納される）関連データを参照。
【００５１】
再生用デバイスは、許可されている再生回数を音楽の各トラックに記憶する不揮発性記憶装置を備える。各再生の始めに、デバイスはこの数を減らす。
【００５２】
また、使用制御ストリングは、記録許可を示す２ビットフィールド（ビット１０と１１）を備えてもよい。値が０の場合は（デジタルフォーマットに関係なく）、ＭＰ３オーディオに対応するデータが別のデジタルデバイスには決して提供されないことを意味する。値が１の場合は、ＭＰ３データに対応するデータが別のデジタルデバイスに対して１度だけ提供されることを意味する。値が２の場合は、データが他のデジタルデバイスに何度でも提供されることを意味する。（値３は保持されている）。
【００５３】
オーディオ透かしに含ませることができる別のデータフィールドは、年代の適合性を示す格付けである。暴力的なまたは性的なテーマを備える音楽には、ＭＰＡＡの「ＰＧ−１３」や「Ｒ」と同様の格付けがなされる。オーディオ機器は入ってくる音楽の格付けを認識して、その格付けが特定の閾値設定を超えている場合は再生を中断するようにプログラムされている。周知の様々な技術を用いることによって、例えば若い視聴者がその設定を簡単に変更できないようにすることができる。
【００５４】
オーディオ透かしに含ませることができる別のデータフィールドは、日付フィールドである。このフィールドは、音楽が透かしを施された日付か、音楽に関する特定の権利を将来変更する日付のいずれかを示すことができる。例えば、特定の選択した音楽の永久再生権を購入したくないと思う消費者もいる。選択したものに対する６ヶ月間の再生権は、多くの消費者にとって満足のいくものであろうし、特に期間限定で値引きする場合はなおさらである。このような処置は音楽の配給者にとって完全に不利なわけではない。何故ならば、もし選択した音楽の魅力に関する初期評価があまりにも近視眼的な見方でなされたならば、消費者の一部の人は音楽を２回購入することになるかもしれないからである。（もちろん、再生機器は実時間のクロックデータ源が必要である。これによって、透かしの日付フィールドをチェックすることによって再生権が失効していないことを確認できる）。
【００５５】
オーディオ透かしに含ませることができるその他のデータフィールドには、技術的な再生用パラメータを指定する。例えば、パラメータによって低音周波数や高音周波数や中音周波数等に有利に作用するスペクトルのイコライズ処理を再生機器に施すことができる。同様に、透かしデータに応答して、既に構成された他のイコライズ処理を呼び出すことができる。同様に、そのパラメータから、例えばエコー効果やリバーブ等の再生機器が備える特殊効果を発動させることができる。（さらに、それらのパラメータは通常、省略され、コード化された形態で表され、（再生機器内の、またはそれにリンクされた）メモリに記憶されたインストラクションに基づいて翻訳される）。
【００５６】
同じデータフィールドとその原理を、非オーディオコンテンツにも適用することができる。例えば、ビデオの透かしデータによって、表示モニタや再生パラメータ（例えば色空間）を制御して、見て良かったかどうかの体験を改善することができる。
【００５７】
【音楽アセット管理／商取引】
国内の音楽の著作権侵害行為はその大部分が組織化されたものではない。むしろ、機会と都合のよさによる犯罪である。もし、犯罪を起こすことが難しければ、正規のチャネルからコピーを得ることが面倒ではなくなる。同様に、もし正規のチャネルからコピーを得る手順が簡略化されれば、著作権侵害を誘因するものが減る。透かしを施すことによって犯罪が起こしにくくなって、正規の音楽が取得しやすくなる。
【００５８】
例えば、従来のレコード店での音楽の価格づけについて考慮されたい。一枚のＣＤ（コンパクトディスク）は１５ドルであるが、そのディスクに含まれる１，２曲の流行歌によってその売上げが決まる。これらの曲を得るために消費者はディスク全体を買わなければならないが、おそらく多くの曲は特に興味のないものである。本質的に、消費者には損害を与えるが、レコードラベルは恩恵を受けるということであって、これは腹立たしいことである。これらの環境やコピーをする機会が整っているため、消費者が時々違法コピーを行っても驚くにあたらない。
【００５９】
１，２曲だけを手に入れたいときに、全音楽選集の購入を避ける古典的な一つの方法は、ラジオから音楽を記録する方法である。合法性はあいまいであるが、この方法は一体型のカセット／ラジオプレーヤの時代には人気があった。しかしながら、ラジオ放送で所望の曲に遭遇することは難しい場合もあり、またその質は決して素晴らしいものではなかった。
【００６０】
一体型のカセット／ラジオプレーヤは、いまや様々な機能を備える汎用コンピュータやその他の精巧なデバイスに進化した。音楽をウェブから取得することができ、様々な形態（例えば、携帯型ＭＰ３プレーヤやハードディスクに記憶されたり、書き込み可能なＣＤ−ＲＯＭに格納されたり、アナログカセットに再生／記録される等）で記録することができる。その質はきわめて高く、ラジオ放送の不規則な放送時間の問題は、ウェブ上でオンデマンドの配送メカニズムによって克服された。（さらに、音楽を実時間よりも早くダウンロードすることができ、放送から直接記録する技術よりもメリットがある）。
【００６１】
新旧の混成体の一つは、（例えば車内で利用するための）新型ラジオである。この新型ラジオは、フロントパネルに「キャプチャ」ボタン（もしくは、その他の形態、例えばＧＵＩのキャプチャアイコンのユーザインタフェース）を備える。もし、ユーザが記録し保存したい曲を聴いたなら、その曲の再生中にキャプチャボタンを押す。これに応答して、ラジオデバイスは音楽に組み込まれた透かしを復号化することによって音楽の身元が識別される。次に、ラジオは無線通信を行って、ユーザと所望の曲を識別する。ローカルリピータネットワークはこの無線信号に応答し、それを音楽の課金／認証センターに（無線再放送やモデムやその他の通信メディアによって）伝達する。課金／認証センターは（例えば、前もって準備されたクレジットカードによって）ユーザに名目上の料金を請求し、ユーザの所定の場所にダウンロードするために音楽を待ち行列に入れる。
【００６２】
一実施形態では、所定の場所とはユーザ自身のコンピュータである。「有効な」ＩＰアドレスがユーザのコンピュータに既知のものであれば、音楽をすぐに転送できる。ユーザのコンピュータがたまにしかインターネットに接続されないならば、音楽を（例えば、ユーザが設定したパスワードで保護されている）ウェブサイトに記憶することができ、いつでも都合の良いときに、ユーザのコンピュータにダウンロードできる。
【００６３】
他の実施形態では、所定の場所とは、ユーザが保持している携帯型音楽ライブラリである。このライブラリは、例えばハードディスクや半導体メモリアレイ等の形態をとることができ、ユーザは常に音楽を格納することができる。この記憶デバイスは、ユーザが採用している一台以上の再生装置（例えば、携帯型ＭＰ３プレーヤや家庭用ステレオシステムやカーステレオシステム等）に音楽データを提供できる。たいていの場合、ライブラリは物理的にユーザの住居内に配置されるが、遠隔に設置してもよい、例えば、他の多くのユーザの音楽ライブラリとまとめて中央の場所に設置してもよい。
【００６４】
携帯型音楽ライブラリは、それ自体のインターネット接続を持つことができる。あるいは、無線の性能をもつこともでき、無線放送（例えば、課金／認証センター）からデジタル音楽を受信することができる。いずれにせよ、短距離無線通信によってライブラリからユーザの再生用デバイスに音楽を提供することができる。
【００６５】
このような構成によって、ユーザは家にいなくても好みの音楽の履歴を都合よく編集することができる。
【００６６】
勿論、前述のものに対しては様々な変更が可能である。ラジオは自動車用の装置ではなくて、携帯型装置（例えば、大型ポータブルラジカセやウォークマン型のラジオ等）であってもよい。選択さえた音楽のキャプチャを開始するためにユーザが用いるＵＩの態様は、（物理的なまたは画面上の）ボタンでなくてもよい。例えば、実施形態の幾つかでのこの態様は、「キャプチャ」や「記録」等の音声による指示に応答する音声認識システムである。あるいは、ジェスチャインタフェース形態でもよい。
【００６７】
ユーザの「キャプチャ」指示に応答して透かしだけを復号化する代わりに、ラジオは受信した全てのプログラムから透かしを復号化し、小型ＦＩＦＯメモリに最新のものを保存することができる。そのような構成によって、ユーザは曲の再生中にキャプチャ命令を発行する必要がなく、曲が終わってからであってもよい。
【００６８】
実施形態の中には、透かしに対応するデータを様々な形式でユーザに提供できるものもある。例えば、現在再生中のアーチストと曲を識別しながら、ユーザのＬＣＤ画面上にデータを示すことができる。対応するＵＩボタンがアクティブになっていると、デバイスは最後の数曲をそのように識別できる。さらに、データを表示形式でユーザに示す必要はない。つまり、その代わりに、既知のコンピュータの音声技術を利用してアナウンスしてもよい。
【００６９】
透かしがＡＳＣＩＩ文字データではなくて、ＵＩＤ、即ちコード化された略語を伝達する実施形態では一般的に、デバイスはそのデータを翻訳してからユーザに提示しなければならない。例えば、一実施形態のデバイスはポケット型ＦＭラジオであり、１メガバイトの半導体不揮発性ＲＡＭメモリを備える。コード番号とアーチスト名と曲名を一致させるルックアップテーブルとして機能するデータ構造を、このメモリは備える。ユーザがデバイスに問い合わせて曲の身元を学習するときに、復号化された透かしからの一つ以上のフィールドに基づいて、メモリにインデックスをつけ、その結果としてのメモリからのテキストデータ（例えば、曲名とアーチスト）がユーザにアナウンス、もしくは表示される。
【００７０】
ほとんどのアプリケーションのそのようなメモリは頻繁に更新する必要がある。ＲＦ受信部は、そのように更新されたデータを提供する準備メカニズムを備える。一実施形態のラジオは、アイドル状態から一時的に覚醒し、ベースバンド放送チャネルもしくは補助（例えばＳＣＡ）チャネルのいずれか一方でメモリの更新データが放送される所定の周波数に合わせる。
【００７１】
前述のものの変形として、更新されたメモリデータを無線配給する代わりに、インターネット配給を行うことができる。例えば、携帯型プレーヤを毎晩「ネスト」に置くことによって、プレーヤのアーチスト／曲名用のメモリを更新することができる。（機器用の充電器と一体化される）ネストはインターネット接続をもつことができ、赤外線技術や誘導技術やその他のプロキシミティ接続技術によって、または金属接点を介して、携帯型デバイスとデータを交換することができる。ネストは、毎晩更新された複数のアーチスト／曲名の選集を受信できるため、携帯型デバイスのメモリの書き込みが可能である。そのような構成によって、常に適切に透かしデータを解釈して、ユーザに示すことができる。
【００７２】
上述した「キャプチャ」という概念は、その他の複数の機能にも拡張可能である。一つは電子メールの転送に類似している。もしある消費者が別の友人が楽しみにしている曲を聴いたならば、その視聴者は友人にその曲のコピーを送信することができる。「送信」ボタンを押すことによって、またはグラフィカル（または音声認識用またはジェスチャ認識用）ユーザインタフェース上の同様の機能を呼び出すことによって、この命令を発行することができる。これに応答して、そのように指示された機器は受信者についてその者に問い合わせることができる。その人物は、名前や受信者をユニークに識別するのに十分な名前の一部を入力することによって、所望の一人または複数の受信者を指定することができる。より一般的には、人物は受信者名を言うことができる。従来の車輌用ハンズフリー携帯電話と同様に、音声認識装置は音声命令を聞き、所望の受信者を識別することができる。「アドレス帳」準拠の機能には、その中に格納された受信者に関する不可欠な情報（例えば、ウェブサイトやＩＰアドレスや受信者が音楽を格納するもしくは待ち行列に入れる場所や、音楽を配送する際のフォーマットを識別するためのその他のデータ等）が含まれている。そのような指示に対して、音楽の料金を送り主のクレジットカードに入金するための認証を含むインストラクションを、機器は課金／認証センターに発送する。さらに、課金／認証センターは、指定された受信者に所望の方法で音楽を配送する。
【００７３】
さらに、（音声やＧＵＩまたは物理的なボタンやテキストやジェスチャやその他の入力によって）視聴者は機器に問い合わせして、次に再生する選集が記録されているＣＤを識別する。あるいは、視聴者は、次に再生するアーチストのコンサートスケジュールについて機器に問い合わせる。さらに、機器は遠隔のデータベースと接続し、問い合わせを伝達し、問い合わせに関連するアーチストや曲名を識別する透かしペイロードからデータを転送することができる。データベースは要求されたデータを見つけ、（ディスプレイを介して、マシンスピーチによって、またはその他の出力によって）ユーザに提示するためにそのデータを機器に返す。必要ならば、ユーザは続けて次のインストラクションに関する対話を行って、例えば、次に再生する曲が含まれる複数のＣＤのうちの１枚を購入することができる。さらに、このインストラクションは音声やＧＵＩ等によって入力され、機器から課金／認証センターに発送される。課金／認証センターでは、事前に格納された情報（例えば、クレジットカードの口座番号や郵送先住所等）に基づいて、トランザクションを完了することができる。機器に確認メッセージが伝達され、ユーザに提示される。
【００７４】
前述のトランザクションでは、遠隔のサイトやデータベースとリンクしなければならないが、そのようなリンクが不要な他の透かしに基づいた消費者向けサービスもある。例えば、ユーザは現在再生している選集のアーチストまたは曲名に関して、機器に問い合わせることができる。機器は、組み込まれた透かしデータを調べて（オプションとしてメモリを調べることによってコード化された透かしデータに関するテキスト名を決定し）、要求された情報を（ディスプレイやアナウンスやその他の出力によって）ユーザに提供することができる。
【００７５】
また、音楽をラジオから配送するのではなくインターネットから配送するために前述の概念（例えば、キャプチャや送信等）を用いることもできる。（以下の議論は「キャプチャ」機能について説明しているが、既に議論されたその他の機能も同様に実施可能なことを認識されたい）。
【００７６】
オーディオを（ＣＤの形態等で）販売したり、消費者を引き付ける魅力として限定の音楽を無料でダウンロード（や音楽クリップ集）させる商業用ウェブサイトが多数ある。しかし、商業的な主張のない音楽のウェブサイトも多数ある。そのようなウェブサイトは完全に音楽愛好者によって他の音楽愛好者に楽しみを与えるために、主催されている。そのようなウェブサイトから音楽をダウンロードすると、最終ユーザのコンピュータはデジタルデータを解析し、そこから透かしデータを復号化することができる。さらに、商取引きを開始する「キャプチャ」ボタンを用いてユーザを示すことができ、これによって、次にダウンロードされるオーディオの完全なコピーが前もって構成された記憶場所へ送信され、これに対応して、ユーザのクレジットカードの借方に記入される。このトランザクションは、音楽がダウンロードされる（例えば、上述した課金／認証センターから）サイトに関係なく発生する。
【００７７】
「キャプチャ」ボタンはウェブサイト上に示すことができるが、一般的に、それはそのウェブサイトの非商業的性質と一致していない。その代わり、模範的な一実施形態のキャプチャの態様は、ユーザのコンピュータにあるソフトウェアプログラムである。ユーザがこのソフトウェアプログラムを呼び出すと、その時に存在するインターネット接続上のユーザコンピュータと課金／認証センター間に対するソケットチャネルが例示される。ユーザの他の行為（例えば、非商業的ウェブサイトから音楽をダウンロードする）を中断させることなく、復号化された透かしデータとユーザＩＤが課金／認証センターにこのチャネルを介して送られる。これに応答して、課金／認証センターは前もって設定された場所へ音楽を送信し、請求書を作成する。
【００７８】
幾つかの実施形態では、オペレーティングシステムの一部として透かし検出部が含まれ、それは透かしの存在を求めて、全てのＴＣＰ／ＩＰやその他のインターネットや、ユーザコンピュータが受信するデータを常に監視する。この場合、キャプチャ機能が呼び出されると、そのプログラムはオペレーティングシステムが受信した最新の透かしデータを格納するメモリの場所を調査する。別の実施形態のコンピュータは、組み込まれた透かしデータに対する全インターネットトラヒックを監視することはないが、キャプチャプログラムによって呼び出し可能なＡＰＩを備えて、次に受信されるデータから透かしを復号化できる。上述したように、ＡＰＩは復号化された透かしデータをキャプチャプログラムに返し、そのデータを課金／認証センターに伝達する。さらに別の実施形態では、透かし検出部はキャプチャプログラムの一部を成し、ユーザがキャプチャプログラムを呼び出すと透かしを復号化して、それを課金／認証センターに伝達する。
【００７９】
キャプチャプログラムを選択的に呼び出すには様々な方法がある。一つはキーボードマクロ（例えば、キーボードの複数のキーの組み合わせ）によるものである。もう一つは、常に画面に表示されているプログラムアイコンによるものであり、ダブルクリックすることによってアクティブにすることができる。（さらに、不慮の呼び出しの可能性に依存して、確認処理が呼び出されることがある）。他の多くの方法も同様に実行可能である。
【００８０】
よく熟慮されたシナリオでは、ユーザが非商業的ウェブサイトから音楽をダウンロードしているときに、キャプチャ動作が呼び出される。ダウンロードすること自体は、ユーザコンピュータに音楽を転送することであるため、これは幾分冗長であるように見える。しかしながら、キャプチャ動作には付加価値もある。
【００８１】
ストリーミングオーディオの場合、通常、オーディオは消費者が再利用することができる場所には記憶されない。オーディオは配送されたときに聞くことができるが、その後はなくなってしまう。オーディオをキャプチャすることによって、繰り返し再生可能なコピーがユーザに提供される。
【００８２】
ダウンロードされた音楽ファイルの場合、音楽を他のデバイス上で記録されないように符号化することが可能であった。従って、ユーザがデスクトップコンピュータ上に音楽をダウンロードするときは、コピー防止メカニズムによって、そのファイルをどこででも、例えば携帯型音楽機器で利用することはできない。さらに、オーディオをキャプチャすることによって、別のデバイスに転送可能なコピーがユーザに提供される。（課金／認証センターから提供された音楽ファイルは、それ自体でコピー防止範囲をもつことができる。例えば、ファイルは一度だけコピー可能である、または、ファイルはユーザが所有するデバイスにだけコピー可能である等である）。
【００８３】
（デバイスの所有権は様々な方法で確認することができる。一つは、ユーザが課金／認証センターに登録するときにユーザが所有する全ての音楽用デバイスを課金／認証センターに識別させる（必要に応じて、機器があとで取得することによって補われる）方法である。ユーザに関連するデバイスＩＤは、課金／認証センターのデータベースに記憶することができ、ファイルをコピーすることを許可された、またはファイルを再生することを許可されたデバイスとしてダウンロードされた音楽内にそれらのＩＤを符号化できる）。
【００８４】
非商業的な音楽ウェブサイトで提供される商取引の機会は、デジタル透かしによって有効にされる１回だけである。その他にも多くのものがある。
【００８５】
一例として、現在音楽とアーチストを宣伝しているメディアについて考慮されたい。ラジオの放送時間に加えて、これらには（ＭＴＶ風の）音楽ビデオやファン雑誌やウェブ広告やグラフィカルアイコン（例えば、グレイトフルデッド（Ｇｒａｔｅｆｕｌ Ｄｅａｄ）のダンシングベア（ｄａｎｃｉｎｇ ｂｅａｒｓ））やポスターやライブイベントや映画等が含まれる。商取引きの際のリンクとしてのメディアに、透かしが施されたデータを用いることができる。
【００８６】
例えば、通常、ポスターにはアーチストの写真が含まれ、また、ＣＤジャケットのアートが備えられている。様々な種類のデータを用いて、写真／アートにデジタル透かしを施すことができる。これらのデータには、例えば、アーチストの個人情報やアーチストの作品を配給するレコードラベルやポスター（例えばＣＤやコンサートツアー等）によって特に宣伝されている音楽プロジェクトやアーチストのファンによるウェブサイトやＣＤや電子的形態でオーディオを販売するためにレコードラベルによって主催されているウェブサイトやアーチストの音楽を無料でダウンロード可能なウェブサイトやポスター自体を識別するデータ等がある。
【００８７】
パームトップコンピュータとデジタルカメラの機能を融合する携帯型機器をもちちユーザは、ポスター画像を撮影することができる。プロセッサは透かしが施されたデータを復号化し、復号化されたデータに基づいて様々なリンクを張ることを開始できる。
【００８８】
模範的な一実施形態では、写真の撮影後に、ユーザは撮影した画像データから集められた様々なリンクを公開するデバイスのソフトウェアプログラムを呼び出す。例えば、アーチストのファンによるウェブサイトへのリンクやストリーミングオーディオや音楽クリップ集の無料ダウンロードや宣伝されているＣＤの注文やアーチストによる一曲または複数の選曲集の個人的コピーをユーザの携帯型音楽ライブラリにダウンロードするように上述した課金／認証センターへ要求する等のオプションが、そのプログラムによって提供される。（デバイスは、無線インターネットリンクをもつものとする。この機能を持たないデバイスでは、要求されたアクションを待ち行列に入れることによって、インターネットへのリンクが利用可能になるときに、それを自動的に実行することができる）。
【００８９】
ポスターから復号化されたデジタル透かしフィールドによってインデックス付けされた遠隔のデータベースを用いることによって、さらに複雑なトランザクションの実行が可能になる。例えば、ポスターによって、コンサートツアーの宣伝を行うことができる。デジタル透かしフィールドは、（コードやフルテキストによって）アーチストと、ウェブサイトもしくはＩＰアドレスを識別するためのものである。ユーザの機器は特定のサイトへのリンクを確立し、アーチスト識別子を提供する。これに応答して、このサイトではそのアーチストのツアースケジュールをダウンロードし、それをデバイス上に表示する。その上、ダウンロード／表示された情報には、チケットを注文するために利用可能な電話番号や、各（あるいは選択された）会場で利用可能な座席クラスを直接示し、デバイスを介してユーザからチケットの注文を集めることができる。帰路チャネルリンク（場合によって、無線もしくは有線）を介して、ユーザは要求された情報（例えば、郵送先住所やチャージカード番号）を提供することができ、ユーザに一枚または複数のチケットが発送される。無線リンクの場合、これらはすべてユーザが映画のポスターの前に立っているときに行われる。
【００９０】
その他の宣伝用メディア内に符号化された透かしデータに基づいて、同様のシステムを実現することができる。例えば、音楽ビデオについて考慮されたい。上述したように、周知のテレビ／コンピュータ機器を用いることによって、そのビデオに追加された透かしデータをすぐに復号化し、それを用いてオーディオのダウンロードやＣＤ販売やファンクラブやコンサートチケットアウトレットウェブサイト等へのリンクを確立することができる。
【００９１】
ライブイベントでさえも、そのような透かしに基づく機会が提供される。場内放送やコンサートのスピーカへ送られるアナログオーディオに（通常、振幅の前に）透かしを施すことによって、その中の複数ビットのデジタルデータを符号化できる。次世代／携帯型音楽機器（例えば、インターネットへの無線インタフェースを備える機器）は、アナログ記録性能（例えば、その装置の半導体メモリに接続された内蔵マイクロフォンやＡ／Ｄ変換器やＭＰ３符号化器）を備えることができる。ライブイベントに参加するユーザは音楽を抜粋して記録する。次に、透かしを復号化することができ、また、上で再検討されたように、抽出されたデータはリンクと商取引きの機会に対してアクセスするために用いられる。
【００９２】
映画は、透かしに基づく商取引きの機会を提供するために、オーディオとビジュアルの機会を提供する。どちらのメディアも符号化することによって、上で再検討された種類の情報を伝達することができる。画像やオーディオのキャプチャ性能を備えた携帯型機器は、オーディオや画像を抜粋してキャプチャし、そこから透かしデータを復号化し、上で再検討されたリンクを張る等の機能を実行することができる。
【００９３】
上で再検討された消費者が関心のある透かしは、模範的例にすぎない。その他の多数のものも、有益であると認識されている。例えば、（文字の符号化されたウェブアドレスリンクか、もしくは、遠隔のリンクデータベース内の文字リンクにインデックスをつけるＩＤコードのいずれか一方によって）長編映画の前に表示される宣伝用クリップ集に試写会での評論家の批評を示す透かしデータを含ませることができる。呼び物の映画の透かしデータによって、映画スターやディレクターや製作者に関する情報を備えるウェブサイトに接続することができ、これらの各人はその他の映画をリストにすることができる。透かしによって伝達されるその他のウェブリンクによって、その映画のビデオテープの購入や映画のサウンドトラックの購入や映画に関連するおもちゃやゲームの購入等の機会を与えることができる。
【００９４】
【デバイス制御に関する追加情報】
上の記述では、消費者の体験や機会を改善する透かしの符号化に焦点を当ててきた。勿論、透かしデータは、択一的に、もしくは付加的に、メディア所有者の興味に応ずるものである。
【００９５】
例を上げて説明するので、例えば、透かしを施された音楽について考慮されたい。もし透かしが許可と制限の二つの目的を果たしているならば、それは非常にメディア所有者の役に立っていることになる。許可としては、透かし信号を含む音楽だけを再生（または記録）するアクションを認証するという合図になる当該透かし信号を含む音楽だけを再生（または記録）するように音楽機器を設計することができる。この構成によって、もし音楽が無許可源から得られたが、必要な透かしが含まれていなければ、音楽の利用が許可されていないと機器が認識し、再生（または記録）要求を棄却する。
【００９６】
上述したように、音楽機器は組み込まれた透かしデータに厳密に応答し、音楽の利用に関する制限を設定することができる。（ａ）音楽を再生できる様々な種類のデバイスと、（ｂ）音楽を記録できる様々な種類のデバイスと、（ｃ）音楽を再生できる回数と（ｄ）音楽を記録できる回数等のうちのいくつか、または全て（またはそれに加えてその他のもの）を、透かし内のフィールドで指定することができる。
【００９７】
デバイスに対する制限（ａ）と（ｂ）には様々な種類がある。実施形態の中には、これらの制限によって、符号化された音楽を再生／記録することが認められている特定の装置を（例えば、シリアル番号や登録された所有者等によって）識別することができるものもある。あるいは、これらの制限によって（例えば、５０メガバイト以下の音楽用メモリを備える電池式携帯型プレーヤやディスクベース／専用音楽機器や汎用パーソナルコンピュータ等の）装置の特定のクラスを識別することができる。あるいは、これらの制限によって、特定の性能の品質基準（例えば、４４．１ＫＨｚサンプルレートかそれ以下の品質の２チャネル、１６ビットのオーディオ）を識別することができる。
【００９８】
同様に、利用に対する制限（ｃ）と（ｄ）にも様々な種類がある。例えば、「コピー禁止」や「コピーは１回限り」や「無制限のコピーを許可」や「再生は１回限り」や「Ｎ回の再生」（ここで、Ｎは、透かしデータ内の他の場所で指定されるか、もしくは、透かしデータフィールドによってインデックス付けされるデータベースを参照することによって指定されるパラメータである）や「無制限の再生を許可」等がある。
【００９９】
ゼロ（例えば、「コピー禁止」）と無限（例えば、「無制限のコピーを許可」と「無制限の再生を許可」）という利用制限に対応するように音楽機器を簡単に設計することが可能である。デバイスは単に透かしデータ内の１つ以上のビットを調査し、その値に基づいて動作を許可（または棄却）する。
【０１００】
その他の利用制御の制限を実施するために、様々な方法をとることができる。一般的には、格納された音楽を変更することによって、利用制御の制限に影響を与えることができる。例えば、もしその音楽が「記録は１回限り」であれば、記録するときに、機器は「記録禁止」状態を示すように音楽を変更することができる。例えば、格納された音楽に組み込まれた透かしデータを変更（または透かしデータを追加）することによって、または格納された音楽に関するその他のデータを変更することによって、この変更を行うことができる。もし（例えば、インターネットや無線通信等のストリーミング信号と対比される）元の信号が格納される場合は、その信号もそのように変更しなければならない。
【０１０１】
再生の制限も同様である。例えば、音楽内で更新された透かしの中に、残りの再生回数を符号化することもできるし、個別のカウンタで追跡することもできる。
【０１０２】
特に、「コピーは１回限り」という利用制限について考えてみると、一例としての実施形態では、「コピーは１回限り」ビットと「コピー禁止」ビットという二つの明白な透かしペイロードビットが提供される。初めに（インターネットや無線やその他の方法のいずれかによって）配給されたときは、「コピーは１回限り」ビットがセットされ、「コピー禁止」ビットはセットされていない。
【０１０３】
このように符号化された音楽が対応する記録用デバイスに提供されると、デバイスには１回のコピーが認められる。（対応するデバイスは、符号化された透かしデータを認識し、透かしによって指示された通りに動作する。）この特権を行使すると、記録用デバイスはデータを変更して、さらにコピーができないことを保証しなければならない。その一例としての実施形態では、アサートされた「コピー禁止」ビットを有する音楽に第２の透かしを追加する記録デバイスによって、この変更が行われる。元の透かしが引き続き存在していても検出することができるように、第２の透かしは一般的に「直交」空間で符号化されなければならない。次に、従順な機器は、両方の透かしをチェックし、そのいずれかがアサートされた「コピー禁止」ビットを有していればコピーを断わらなければならない。
【０１０４】
この構成のメリットの一つは、透かし信号に何らかの形態の劣化が生じた（例えば、スケーリングや再サンプリング）とき、第１の透かしが弱められることである。対照的に、第２の透かしは、劣化した信号に特有のものであって、簡単に検出することができる。（また、二つの透かしは正確には同じ時間基準や他の基礎を持たないため、劣化は、一つの透かしとその他の透かしが直交する一因となるかもしれない）。
【０１０５】
その他のアプローチでは、元の音楽の「コピー禁止」ビットを符号化するのではなく、このビット（それがどう表現されるものであれ）を空白のまま（即ち、「１」でも「０」でもない）にしておくというものである。変換に基づく透かし技術では、これは「コピー禁止」ビットに対応する一つまたは複数の変換係数を不変のままにしておくことを意味する。もしサンプル時間領域（または画像データに対する空間領域）で透かしが施されると、これは、複数の特定のサンプル（画素）を修正なしの状態にしておくことを意味する。記録用デバイスが許可された記録を行うときに、必要に応じて変換係数やサンプル変更して、前に符号化されていない「コピー禁止」ビットをアサートすることができる。
【０１０６】
そのシステムで従順な記録用デバイスは、一つの透かし内の「コピー禁止」ビットをチェックし、もしアサートされていれば（「コピーは１回限り」ビット値は無視して）コピーを行うことを棄却する。
【０１０７】
「コピーは１回限り」に対する第３のアプローチは、「コピーは１回限り」と「コピー禁止」の両方のビットを設定することであるが、前者のビットを非常に弱く（例えば、特定の処理に耐えられないような、より低いゲインや高周波数ＤＣＴ係数を用いて）設定する。例えば、再サンプリングやスケーリングやＤ／Ａ変換等による一般的な劣化に耐えられないように、弱い「コピーは１回限り」ビットが設計される。さらに、「コピーは１回限り」ビットを失うことを確実にするために、記録用デバイスは、（例えば、ＤＣＴ係数が「コピーは１回限り」ビットを伝達する周波数帯域に雑音信号を加えることによって）このビットをマスクする弱い雑音信号を故意に加えることもできる。
【０１０８】
このシステムでの従順なデバイスは、一つの透かし内の「コピーは１回限り」ビットをチェックし、もしセットされていることが検出されなければ、コピーすることを棄却する。
【０１０９】
これらの三つの実施例は、作品に関する複数の権利を変更可能な多くの技術を示したにすぎない。その他の多くの技術は周知のものである。例えば、コピー防止技術ワーキンググループ、ｈｔｔｐ：／／ｗｗｗ．ｄｖｃｃ．ｃｏｍ／ｄｈｓｇ／を参照されたい。デジタルビデオ用の透かしに基づくコピー制御システムが提案されており、ここから前述の例の一部のものが得られている。また、ブルーム（Ｂｌｏｏｍ）らの著述「ＤＶＤビデオのコピー防止」、ＩＥＥＥ会報、マルチメディア情報の識別と保護の特集号も参照されたい。
【０１１０】
【スケール性能】
検出部の多くの実施形態で望まれる態様の一つはスケール性能である。これは、計算の需要を見積り、それに利用可能な計算リソースを調和させることができる検出部の性能に言及するものである。もし高性能ペンティアムＩＩＩワークステーション上で検出部を実行させるならば、同じ検出部が低速マイクロコントローラで実行されるときよりも「多く実行」することになる。大量の入力データ（例えば、音楽からの時間領域での抜粋やビデオデータフレーム内の画素ブロック／マクロブロック）を処理して透かしを復号化することによって、一方向のスケール性能を実現することができる。例えば、入力オーディオストリームは１秒毎の部分に分けられる。高速プロセッサは１秒以下で各部分を復号化でき、データストリームの各部分を連続処理できる。対照的に、低速プロセッサは１つの部分から透かしを復号化するのに２．５秒かかることがある。第１の部分を処理している間に、第２と第３の部分は復号化されないまま送られる。次に、プロセッサは第４の部分を取り込んで処理するが、第５と第６の部分は復号化されないまま送られる。
【０１１１】
高速プロセッサ上で実行される検出部は、「無為に過ごす」ことが難しいことは明らかであって、高信頼性で復号化された透かしを生成する。しかし、どちらのシステムでも透かしを復号化して、「実時間」で動作する。
【０１１２】
時間（例えば、音楽やビデオ）領域や空間（例えば、画像やビデオ）領域で入力データをスキップすることは、スケール性能を実現する方法の一例にすぎない。本技術分野の当業者にとって、その他の多くのアプローチは周知のものである。これらの代わりとなる方法の中には、透かしの復号化に関するデータ解析段階、例えば、相互相関処理に多少時間をかけなければならないものもある。
【０１１３】
大きなデータストリング（例えば、ウェブアドレスや音楽家の名前等）の検索可能なデータベースを参照する際は、透かしが施されたＵＩＤを参照した。実施形態の中には、ＵＩＤによって参照されたデータ記録からその他のデータベース記録をポイントするものもある。そのような構成によって、一度ＵＩＤを参照すると複数の異なるデータ記録を得ることができるので、透かしペイロードを削減できる場合がある。
【０１１４】
【生産ツール】
従来技術では、ソースマテリアルに組み込まれた透かしは、通常、ワーク全体で一貫して静的である、つまり最初から最後まで不変である。しかし、前の記述から認識されることであるが、ワークの過程で透かしデータを動的に変更することによって多くのアプリケーションを最適に実行することができる。本発明の別の態様によって、選択や動的な組み込み、つまり透かしデータの変更を容易にする生産ツールが提供される。そのような実施形態の一つは、ユーザインタフェースを備えるソフトウェアプログラムであって、それはワークに組み込まれた様々な透かしフィールドをグラフィカルに表示し、各フィールドに挿入可能なデータのライブラリを（テキストで、またはアイコンによって）示し、符号化されるデータをユーザが入力することを可能にする。ＵＩに関する別の制御では、メディアの早送りと巻き戻しを制御し、様々な透かしデータの開始と終了位置をユーザが決定することができる。ビデオやオーディオの編集ツールで周知のグラフィカルパラダイムを用いることによって、様々な透かしペイロードの各々の開始および終了フレーム／サンプルを示すことができる。
【０１１５】
そのツールは、スタンドアロン型のものであってもよいし、アビットテクノロジ社（Ａｖｉｄ）やアドビシステムズ社（Ａｄｏｂｅ）やハレオ社（Ｊａｌｅｏ）やピナクルシステムズ社（Ｐｉｎｎａｃｌｅ Ｓｙｓｔｅｍｓ）やサウンドフォージ社（ＳｏｕｎｄＦｏｒｇｅ）やソニックファウンドリ社（Ｓｏｎｉｃ Ｆｏｕｎｄｒｙ）やシンテクノロジ社（Ｘｉｎｇ Ｔｅｃｈｎｏｌｏｇｙ）やプレソニック社（Ｐｒｅｓｏｎｉｑ）やソニックデスクトップソフトウェア社（Ｓｏｎｉｃ Ｄｅｓｋｔｏｐ Ｓｏｆｔｗａｒｅ）等のベンダから提供されたデスクトップ型のオーディオやビデオ用の生産／編集ツールに統合してもよい。
【０１１６】
【支払に基づくシステム】
本発明の別の態様は、ウェブ上のコンテンツを得るために使用可能な匿名の支払用トークンの利用である。一実施形態では、トークンは１２８ビットの擬似ランダム番号を備え、発行銀行（やその他の発行機関）を識別する追加ビットが付け加えられる。（複数の追加ビットは、銀行のウェブサーバのＩＰアドレスや、電子的有線転送するための銀行を識別する経路番号や、その他の識別子でよい。）１２８ビットの番号は、一般的に、必要に応じて銀行によって無作為に生成され、その各々は、一定の増分額、例えば１０セントを表す。
【０１１７】
そのような取引きのために貨幣を蓄えたいと願う消費者は、例えば、１００個のトークンの代わりに１０ドルを銀行に支払う。例えば、クレジットカードが認証されると、これらのトークンは消費者のコンピュータ内のディスクやその他の記憶装置に伝送されるか、または、銀行支店の窓口からディスケットや他の記憶メディアによって提供される（この場合、消費者は後で自分自身のコンピュータの記憶装置にその番号をコピーする）。（勿論、銀行以外のアウトレットも利用して、一般的にコンビニエンスストアや多くの食料品店で為替を発行する方法でその番号を分配することができる）。
【０１１８】
例えば、１週間前にテレビで放送したトレイルブレイザ（Ｔｒａｉｌｂｌａｚｅｒ）のバスケットボールの試合の最終クォータを消費者が観たいと願っていると想像していただきたい。（この消費者はその試合を見逃してしまったか、または観たけれども、もう一度最終クォータを観たいと思っている。）ユーザは、その目的のために維持されているウェブサイトにウェブブラウザを割り当てて、検索を実行して所望のプログラムを識別する。（通常、ウェブサイトは、マテリアルの著作権を保持する所有者によって維持されているが、これは必ずしもそうではない。例えば、ＡＢＣスポーツ（ＡＢＣ Ｓｐｏｒｔｓ）やプロバスケットボール協会やスポーツイラストレーテッド（Ｓｐｏｒｔｓ Ｉｌｌｕｓｔｒａｔｅｄ）によって維持されているウェブサイトで利用可能なマテリアルもある。例えば、インフォシーク（Ｉｎｆｏｓｅｅｋ）やベリティ（Ｖｅｒｉｔｙ）等の周知の様々な検索エンジンを用いた検索が実行可能であって、タイトルの用語やキーワードや放送日や著作権の所有者等に基づいて検索することができる。例えば、キーワード「トレイルブレイザ（Ｔｒａｉｌｂｌａｚｅｒｓ）」や日付「１９９９年４月２６日」と入力すると、ダウンロードするために利用可能なビデオのリストが消費者に表示される。うまくいけば、そのうちの一つが要求された試合である。各リストによって関連する名目上の料金（例えば、８０セント）が示される。
【０１１９】
所望のバスケットボールの試合に関するハイパーテキストのリンク上でクリックすると、一つ以上のオプションを有する次の画面が視聴者に表示される。リストされた複数のオプションの一つ目は、コマーシャル付きの試合全体である。料金は、前の画面で表示された名目上の料金（即ち、８０セント）である。その他のオプションには、試合の第１と第２と第３と第４クォータが個別に含まれ、最後を除いてそれぞれ料金は２０セントである。最後は、例えば３０セントの割増料金で請求される。所望のビデオオプションをクリックすると、支払いを行うための次の画面が表示される。
【０１２０】
要求したビデオの料金を支払うため、既に購入したトークンのうちの３つをウェブを介してビデオ供給者に転送するように、消費者は自分自身のコンピュータに指示する。様々なユーザインタフェースのメタファを用いることによってこの転送を容易に行うことができる。例えば、画面上に表示されたダイアログボックスに転送する金額をユーザが入力することを可能にしたり、「財布」画面から「切符売り場」画面へトークンを表すアイコンを（または所望のコンテンツを表すアイコンやサムネイルを介して）ドロップ／ドラッグしたり、コンテンツリストの直前に表示された「インクリメント」カウンタをクリックする等である。消費者が十分なトークンの転送を認証すると、ウェブサイト（または見られているウェブページでＨＴＭＬ符号化として示される他のウェブアドレス）に、消費者のコンピュータはそれらのトークンを送信する。インターネットリンクによって、どのようなパケットであっても、もしくは他のフォーマットが用いられても、この転送は単純に３つの１２８＋ビット番号の形をとる（ここで、「＋」は銀行の識別子を示す）。この方法で伝送されると、これらのトークンはユーザのコンピュータから削除されるか、または単純に使用済みとして印がつけられる。（勿論、他の実施形態では、例えば、トークンのコンテンツやそれらが利用されたオーディオやビデオの購入記録としての支出の記録は消費者のコンピュータに格納されている）。
【０１２１】
金額は名目上のものであるため、本実施形態では暗号化を行なっていないが、もちろん、他の実施形態では（例えば、ユーザがウェブサイトにトークンを送信する際や、より以前にトークンをユーザに送信する際に）暗号化を行うことができる。明らかなことであるが、メディア供給者が実時間でトークンを銀行にすぐに送信するという条件では暗号化は最適な機能であるが、必ずしも不可欠というわけではない。
【０１２２】
トークンデータを受信すると、メディア供給者の識別子やそれによって示される資金が入金される口座と共に、ウェブサイトはすぐにそのトークンデータを識別された銀行に送る。銀行は１２８ビットの番号がその銀行から発行されたものかどうか、またそれらがすでに使用済みであるかどうかを確認する。それらの番号が有効であれば、３つのトークンが使用済みであり、メディア供給者に３０セントの借金があることを示すように銀行はディスクベースの記録を更新する。その借金は、すぐに（例えば、メディア供給者によって示された口座に入金することによって）または月末一括払いで支払われる。その後、トークンが有効であって、要求された口座に入金されたことを確認するために、銀行はウェブサイトにメッセージを送る。（オプションとして、（もしわかれば）トークンの購入者にメッセージを送信して、トークンが買い戻されたことを記録する）。
【０１２３】
これに応答して、ウェブサイトは消費者に要求されたビデオの配送を開始する。一例の実施形態では、ビデオは透かしが施されてから配送されるが、そうでなければ暗号化されていない方法で、通常、ストリーミングフォーマットで送信されるが、オプションとしてファイルフォーマットで送信されることもある。（他の実施形態では暗号化を行うこともできる。）その一例の実施形態の透かしは迅速に行われ、ダウンロードの日付やダウンロードサイトやデスティネーションＩＰアドレスや購入者の個人情報（もしわかれば）等を含む様々なデータを含ませることができる。
【０１２４】
大量のビデオに対して見積り料金は少額であるため、違法コピーをしようとする消費者の意欲を妨げられる。（特に、時とともに価値が下がる古いマテリアルに関して、違法コピーのために利用されるアフターマーケットの需要はあまり多くない。また、第三者にとって、そのようなマテリアルを編集して再度配給しても金銭的に魅力のあるものではない。封切りビデオや時間が経っても高価値を維持するマテリアルは、そのような配給には適しておらず、ここで開示された技術を用いるほうがよい）。
【０１２５】
実施形態の中には、受信したビデオを受け取り次第、その完全性をチェックするものもある。この態様については、以下の透かしに基づく受信というセクションで説明する。
【０１２６】
この一例としてのシステムでは、トークンの中に購入者の個人情報を示すものは何も含まれていない。ウェブサイトはビデオが配達されたサイトのＩＰアドレスを認識しているが、購入者の個人情報を知る必要はない。おそらく銀行ではトークンの購入者の記録を維持しているが、必要とするわけではない。いずれにせよ、その銀行から匿名で得られたトークンはその後、消費者が望むならば、消費者間で交換可能である。
【０１２７】
上述したように、消費者が選択可能なビデオの抜粋にはコマーシャルが含まれる。サイトの中には、コマーシャルを削除したビデオを配送したり、消費者にそのコマーシャルを伝送することなくスキップしたものを配送するものもある。勿論、そのようなビデオは割増料金が見込まれる。実施形態の中には、そのような消費者によって見られない広告の広告主のために（あるいは、広告主によって）維持されている口座に補償金として、その値段の差額が貸方に電子的に記入されるものもある。（（もしビデオからコマーシャルが削除されていたならば）ビデオ全体か、もしくは、コマーシャル自体のデータによって、信用貸しされる広告主の識別子はビデオ内に永久的に符号化されることが望ましい。（消費者に伝送するため、コマーシャルはスキップされるが、ビデオのヘッドエンドで復号化が可能である。そのような符号化は帯域内透かし等によって実施可能である））。
【０１２８】
前述の議論では、特にビデオを所望のコンテンツと考えていたが、同じ原理をオーディオやイメージやその他のコンテンツにも同様に適用可能である。
【０１２９】
トークンに基づく支払い方法は、利用可能な多くの方法のうちの一つに過ぎない。オンライン支払いメカニズムに関する文献は広範囲にわたっているが、一般的にそれらの全システムをここで用いることができる。
【０１３０】
１２８ビットのトークンの追跡は、銀行の後方業務の問題となることがある。一つのアプローチは、１０¹²⁸箇所の場所のあるメモリを有するもので、それぞれの場所に２ビット値（例えば、００＝発行されない、０１＝発行されるが使用されない、１０＝発行され使用される、１１＝保持される）が記憶される。その代わりに、より複雑なデータを記憶することもできるが、そのようなメモリは、非現実的なほど大型となってしまう。
【０１３１】
その他の一アプローチでは、発行する際に、１２８ビットの番号の各々をハッシュして、ずっと小さいキー値（例えば、２０ビット）にすることである。１０²⁰箇所の場所を持つメモリは、このキーによってインデックスを付けることができる。その各場所には、以下の４つのデータを含むことができる。即ち、その値にハッシュされる、発行された１２８ビットのトークン番号と、トークンが発行／回収された日付／時間を示す第１と第２の日付フィールドと、次のメモリ位置のアドレスを指定するリンクの４つである。その次のメモリ位置（元の１０²⁰箇所の場所の外側）には、さらに４つのデータを備えることができる。即ち、この場合は、元のキー値にハッシュされる、発行された第２の１２８ビットのトークン番号と、２つの日付フィールドと、次の記憶位置へのリンク等である。
【０１３２】
１２８ビットのランダム番号が生成されると、その番号のハッシュコードによってインデックス付けられた元のメモリ位置に、（トークンの二重発行を避けるために）それと同じ値の前の番号がないかどうかがチェックされる。リンクチェインのメモリ位置内の連続した各位置に同じ１２８ビットの番号がないかどうかがチェックされる。リンクチェインの最後に到達したら、銀行は１２８ビットのランダム番号が以前に発行されていないことがわかり、最後にアドレスされた位置に、発行日付や次の格納位置へのリンクと共にその番号を書き込む。
【０１３３】
１２８ビットのトークンを受信すると、同じリンクリストの処理が行なわれて、第１の位置が識別され、その後、リンクされたメモリ位置のうちの一つに格納された番号とトークン番号が一致するまで次の位置に進む。一致すると、その番号には、対応するフィールドに償還日時を書き込むことによって、償還されたものとして印が付けられる。リンクされたチェインの最後まで検索を行っても格納された番号とトークンの番号が一致しなかった場合は、トークンは無効（即ち、その銀行からは発行されていない）として処理される。
【０１３４】
勿論、多数のトークン番号を追跡するその他の方法を用いてもよく、前述したものは単なる模範的な例にすぎない。もしくは、トークンは必ずしも追跡する必要はないものである。トークンが十分なビットを備えていれば、そのような構成はかなり実用的である。例えば、説明された１２８ビットによって同じトークンが二つ発行される機会はごくわずかであり、銀行が望むならば、二重発行をチェックする工程はなくてもよい。そのような場合、銀行はトークン番号の注文リストを未払いで有効なものとして単純に保持することができる。新しいトークンが施行されると、それらのトークン番号がリストに追加される。それらのトークン番号が償還されると、それらの番号はリストから削除される。周知のリスト処理技術を用いることによって、そのような検索や更新や削除等のアクションを迅速に行うことができる。
【０１３５】
【透かしに基づく受信】
一般的に、コンテンツに対する支払いに関するアプリケーションでは、サーバ（またはヘッドエンド等）からコンテンツが送信されたら、そのコンテンツは必ず受信されるものと仮定している。この仮定は誤りの場合もある。ネットワークの停止や中断やインターネットのトラヒック負荷を減らす（例えば、ビデオフレームをドロップする）ことは可能であって、コンテンツに対する消費者の予想される楽しみをなくす（例えば、配送の失敗）ことさえ可能である。このような場合、消費者は、査定料金の調整や返済を行うために、コンテンツの供給者と交渉する。
【０１３６】
透かしはコンテンツの受信を確認するメカニズムを備える。ダウンロードやその他の配送イベント中に連続して透かしが検出されると、ソフトウェアプログラム（もしくはハードウェアデバイス）はコンテンツが適切に配送されたことを証明する電子受領書を発行することができる。この受領書は格納可能であって、配送を確認するためにコンテンツの配給者へ送信することができる。
【０１３７】
一実施形態の（コンピュータやテレビやセットトップボックスやオーディオ機器等の）コンテンツ受信デバイスは、受信したコンテンツから透かしを周期的に復号化することによって、その連続受信を確認することができる。例えば、５秒毎に透かし検出部は透かしを復号化して、復号化されたデータを記録する（もしくは、同じ透かしを連続して検出した事実を単純に記録する）ことができる。変更された透かしが検出されると（即ち、異なるコンテンツオブジェクトの受信を開始すると）、前に受信したコンテンツの期間が記録されて、受領書が発行される。
【０１３８】
それに関連する一実施形態では、コンテンツの最後の部分（例えば、５秒やフレーム等）には、異なる「コンテンツの最後」を示す透かしがあって、これによって受領書の発行がトリガされる。その透かしはコンテンツの長さを示すため、透かしの周期的なポーリングに対するクロスチェックとして機能する。（例えば、もし２秒間隔の定期的なサンプリングによって同じコンテンツに対応する５４５個のサンプルが得られるならば、そして、「コンテンツの最後」を示す透かしが、コンテンツが１０９０秒の長さであったことを示すならば、コンテンツ全体の受領を確認することができる）。
【０１３９】
別の実施形態では、例えば、全フレームをインクリメントするデータや、時間をインクリメントするその他のもの（例えば、フレーム数やタイムスタンプ等）を含むことによって、一連のコンテンツの中で透かしを変更することができる。透かし検出部は、コンテンツ全体を通して、このデータの連続的なインクリメントを監視し、不明瞭な（透かしを破壊する可能性のある）部分または失われた部分がないことを確認することができる。さらに、配送の最後に、受信システムは、識別されたコンテンツのＸＸＸフレーム／秒／等が受信されたことを確認するメッセージを発行することができる。
【０１４０】
この技術の一つのアプリケーションは、送信ではなく、受領に基づいてコンテンツに対し請求することである。さらに、受け取られたコンテンツ−価値の割合に基づいて、請求額を調整することができる。（例えば、消費者がコンテンツ受信デバイスを無効にすることによって）配送が途中で中断された場合、コンテンツに対する名目上の請求額を半分にすることができる。長いコンテンツ、例えば、テレビ放送／ウェブ放送大学の授業を１セッションで「消費」することはできないため、それは、特に、消費時支払い方式による請求によく適している。
【０１４１】
この技術の別のアプリケーションは、広告の検証である。現在、伝送によって、あるいは、めったにないが、受領書に組み込まれたコードを検出することによって広告が追跡される（ニールセンメディアリサーチの特許５，８５０，２４９と５，７３７，０２５を参照）。しかしながら、そのような受信検出部は、一般的に、一旦トリガがかかると広告が受信された時間長をそれ以上記録しない。そのため、５秒だけか、もしくは５０秒のコマーシャルが表示されるかどうかに関わらず、同じデータが作成される。本願で考慮したように、透かしを監視することによって、広告効果のある期間を正確に追跡することができる。
【０１４２】
本技術の一アプリケーションでは、広告の受信者に広告全体を見る動機が与えられる。例えば、コンテンツ受信デバイスは、全体的に聞かれた／見られた各広告に対する受領書を発行する透かし検出部を備えることができる。これらの受領書は、例えば、ここで説明されたコンテンツのトークンや金銭的価値に交換可能である。幾つかの実施形態では、受領書は一般的なものであって、領収書が得られるに値する広告かどうかに関わらず全領収書に所望の割増料を課すものもある。その他の実施形態では、受領書は特定の広告主（または広告主のクラス）に関連する。従って、プロテクタアンドギャンブル社（Ｐｒｏｃｔｅｒ ＆ Ｇａｍｂｌｅ）の広告からの５０枚の受領書を集めたテレビ視聴者は、プロテクタアンドギャンブル社の製品を２．５０ドル引で購入できるクーポン券と交換することができる。あるいは、デルタ航空からの受領書は、デルタ航空のマイレージサービスを受けるためのマイル数（例えば、広告の１分ごとに１マイルの割合）と交換することができる。広告を早送りするかまたはスキップするように改良された機会を消費者に与える新形態のメディアでは、そのような誘因は特に有益である。
【０１４３】
（前述の「受領書」という概念は、透かしデータと共に説明された（また、透かし技術の利用は本質的に本アプリケーションではメリットがあると信じられている）が、同様に、その他の手段によって伝達された付加的なデータを用いて同じ原理を実施することも可能である）。
【０１４４】
【マスタグローバルアドレス】
上述したように、コンテンツの各部分が関連したウェブアドレス（「マスタグローバルアドレス」（ＭＧＡ）や「マスタＩＰアドレス」）を有することが望ましい。そのようなアドレスは通常コンテンツと一緒に、例えば、その中に透かしを施されたＩＰアドレスによって伝達される。
【０１４５】
例えば、英語のサウンドトラックを含むストリーミングビデオをダウンロードする消費者について考慮されたい。視聴者は英語を話せないかもしれない。あるいは、別の言語のサウンドトラックを聞くのが好きかもしれない。ユーザは、ビデオに組み込まれた透かしデータを復号化し、それに関連するウェブアドレスへのリンクを開始することができる。ここで、ユーザには、そのコンテンツオブジェクトのサブトラックリストが他の言語で表示される。視聴者は所望の言語をクリックし、第２の同時通信（例えば、第２のソケットチャネル）を介してそれを受信することができる。消費者のオーディオ／ビデオ機器はデフォルトの英語トラックの代わりに所望のオーディオトラックを用いることができる。
【０１４６】
もしストリーミングビデオやその代わりのサウンドトラックが同じサーバ上で扱われるならば、同期化は簡単である。その代わりとなるサウンドトラックの伝送を管理するプロセスは、同じＩＰアドレスに対してビデオを流すプロセスを識別する。ＳＭＰＴＥあるいは他の時間／フレームデータに基づいて、前者のプロセスは後者と同期化する。（もし二つのデータストリームが同じサーバから得られたものでないならば、必要に応じて、その代わりのサウンドトラックサーバに時間／フレームデータを伝達して、同期化することができる）。
【０１４７】
マスタグローバルアドレスのその他のアプリケーションは、監視ステーションがコンテンツの存在や経路を記録できるポイントとして機能することである。例えば、ネットワーク上のコンピュータノードや衛星中継器等をコンテンツ信号が通過する著作権認識ノードについて考慮されたい。（例えば、ＭＰ３やＪＰＧやＡＶＩ等のファイル拡張子を参照することによって）ノードがメディアオブジェクトの通過を検出すると、オブジェクト内に符号化されたアドレスに対してインターネットを介して「ピーン」という音を送り、単純にオブジェクトの通過をレポートすることができる。最終ユーザのコンピュータに同様の監視機能を提供して、例えば、ファイルオープン（ＦｉｌｅＯｐｅｎ）やファイルセーブ（ＦｉｌｅＳａｖｅ）や印刷（Ｐｒｉｎｔｉｎｇ）やＭＧＡデータを有するコンテンツの他の使用方法をレポートすることができる。
【０１４８】
このシステムは、動作の「ピーン」と「ポーン」というフェーズを含むように拡張可能である。ソフトウェアアプリケーション（またはビデオやオーディオ再生デバイス等のユーザ機器）がメディアオブジェクトに遭遇すると（例えば、ファイルを開くときや再生するとき等）、直面したことをレポートするためにＭＧＡサイトに対して、ピーンという音を出す。ＭＧＡサイトは「ポーン」という音を出し、この遭遇に対して適切なインストラクションを用いて応答する。例えば、もし完全な機能やアクセスが許可される前に、オブジェクトが費用の支払いを要求するならば、ＭＧＡサイトは、不具合の状態のときだけオブジェクトを使う（例えば、再生する）というインストラクションを用いて、そのアプリケーションに対して応答することによって、ユーザが完全に楽しめない（例えば、解像度を下げたり、音質を下げたり、抜粋だけにする等）ようにすることができる。また、ＭＧＡサイトは、ユーザアプリケーションに完全な機能が得られる用語（例えば支払）を知らせることができる。このアプリケーションは、支払いを認可できるユーザに対してそのような情報をグラフィカルにか、もしくは、聞こえるように示すことができるので、ユーザが望むならば、不具合（もしくは、不具合のない）の状態でコンテンツを楽しむことができる。支払いの認証を受信すると、ＭＧＡサイトは、改善されたアクセス権／利用権が購入されて、そのアプリケーションを実行することができることをユーザアプリケーションに知らせることができる。
【０１４９】
ＭＧＡのさらに別のアプリケーションでは、コンテンツオブジェクトのユーザに、そのオブジェクトにカスタマイズされたオプションメニューを提示する。
【０１５０】
現在のグラフィカルオペレーティングシステムでは、ユーザが（例えば、マウスの右ボタンによって）アイコンをクリックすると、アイコンやそれによって示されるファイルに関連し開始できるアクションの詳細がメニューに表示される。そのようなオプションは既にプログラムされ（即ち、スタティックであり）、通常、単にファイル拡張子に基づくオペレーティングシステムによって決定される。
【０１５１】
本発明のこの態様に基づいてメディアオブジェクトを表すアイコンをクリックすると、オブジェクトに関するＭＧＡサイトへのインターネットリンクを開始する。ＭＧＡサイトは、その特定のオブジェクトに関してユーザに示されたオプションメニューをカスタマイズするために用いられるデータで応答する。
【０１５２】
例えば、ＪＰＧ画像ファイルを表すアイコンについて考慮されたい。アイコン上で右クリックすると、オペレーティングシステムによって示される様々なオプションをユーザに与えるメニュー（例えば、削除や圧縮や再命名）と、オブジェクトのＭＧＡサイトからのデータに従ってカスタマイズされた追加オプションが表示される。これらのカスタマイズされたオプションには、例えば、以下のものが含まれる：
（ａ）１００×１５０画素フォーマットを無料で開く；
（ｂ）４８０×６４０画素フォーマットを１０セントで開く；
（ｃ）９６０×１２８０画素フォーマットを２０セントで開く；
（ｄ）１０００部以下の発行部数を有する広報にこの画像を用いる権利を１．２５ドルで購入する；
（ｅ）ライセンスオプションの完全なリストを表示する。
【０１５３】
オプション（ｂ）や（ｃ）をクリックすると、（上述したトークン等によって）資金をＭＧＡサイトに伝送する商取引きアプリケーションが開始される。これに対応して、ＭＧＡサイトは（例えば、ＴＣＰ／ＩＰやＨＴＭＬインストラクションを用いて）応答し、要求された方法でファイルを開くようにユーザのコンピュータ上のアプリケーションを認証する。（次に、ＪＰＧアプリケーションのためのデフォルトアプリケーションは、自動的に開始できる。さもなくば、コンピュータはまず、代わりに、他のアプリケーションを用いるべきかどうかをユーザに問い合わせる）。
【０１５４】
上述のオプション（ｄ）をクリックすると、コンピュータ上の画像を全て利用することができる。さらに、ＭＧＡサイトは、デジタル認証をユーザコンピュータに送って、消費者が購入した利用権を記録する。
【０１５５】
この特定の構成では、例えば、暗号化や安全なコンテナ技術によるコンテンツに対するアクセス制御は行われていない。名目上の費用やライセンス契約の容易さから、ユーザは簡単に「正しいことをする」ことができ、著作権の侵害を防ぐことができる。もちろん、他の実施形態では周知のアクセス制御技術を用いて、必要な支払いがなされるまでオブジェクトの利用を制限することができる。
【０１５６】
もちろん、そのような全てのトランザクション記録は、ＭＧＡサイトにも記録されている。
【０１５７】
オプション（ｅ）をクリックすると、ウェブサイトに対するのブラウザウィンドウがユーザコンピュータ上で開かれるが、このウェブサイトではその画像に関して利用可能なライセンスオプションの全リストが示される。（このウェブサイトのアドレスは、ＭＧＡサイトからユーザデバイスに伝達されたカスタマイズ化データに含まれているが、メニュー上で明白にユーザに示されることはない。）そのようなウェブサイトから、ユーザは所望の権利を選択し、支払いを実行し、ユーザコンピュータ（またはその他のメディア機器）上のソフトウェアアプリケーションに必要な認証を受けることによって、コンテンツをオープンしたり処理したりできる。
【０１５８】
ユーザが「クリックする」オブジェクトはアイコンである必要はなく、画像であってもよいし、またその他のグラフィカル表示であってもよい。（また、「クリック」も必ずしも必要ではない。音声コマンドやその他の信号を用いても、オーディオクリップや選択物に対して同じ効果が得られる）。
【０１５９】
例えば、インターネットを介した本やＣＤの一般的な宣伝について考慮されたい。ＪＰＧや本の表紙を描写するその他の画像ファイルやＣＤジャケットのアートワークはメディアオブジェクトとみなすことができ、透かしが施されたＭＧＡポインタを含むことができる。ＭＧＡサイトから本の表紙の画像を右クリックすると、ＪＰＧファイルと共に通常表示されるものに加えて、以下のものを含むオプションメニューがユーザに表示される：
（ａ）「１９９９年４月１９日付けのニューヨークタイムズ紙に書かれたこの本のレビューを参照する」
（ｂ）「アマゾン（Ａｍａｚｏｎ）．ｃｏｍでこの本のレビューリストを参照する」
（ｃ）「アマゾン（Ａｍａｚｏｎ）．ｃｏｍに投稿するために、この本について自分自身のレビューを入力する」
（ｄ）「アマゾン（Ａｍａｚｏｎ）．ｃｏｍでこの本の本日の売上ランクを参照する」
（ｅ）「アマゾン（Ａｍａｚｏｎ）．ｃｏｍから１６．９５ドルでこの本を購入する」
（ｆ）「バーンズアンドノーブル（Ｂａｒｎｅｓａｎｄｎｏｂｌｅ）．ｃｏｍから１９．９５ドルでこの本を購入し、次の購入のために５ドルのクレジットを受け取る」
（ｇ）「このタイトルの映画のリリースに関する情報を備えるウェブサイトにリンクする（現在は１９９９年１０月１０日から公開予定）」
（ｈ）「この本に関するウェブサイトをリストするヤフー（Ｙａｈｏｏ）にリンクする」
（ｉ）「ライコス（Ｌｙｃｏｓ）からこの本に関するリストを検索する」。
【０１６０】
もしユーザがメニューから複数の購入オプションのうちの一つを選択したならば、ユーザ名やクレジットカード番号や請求書送付先や出荷先住所等が含まれる前もって記憶された電子商取引用プロファイルが暗号化オブジェクト形式でＭＧＡサイト（または書籍販売業者）に送られて、購入に影響を与える。もしくは、その選択によって、ユーザが送信情報を手動で入力したり選択したりするための追加画面やサブメニューの表示が始まる。
【０１６１】
その他のものを選択すると、ユーザコンピュータ上で新たなブラウザウィンドウが開かれ、ＭＧＡサイトから伝達されたデータ内で指定されるが、ユーザ向けにメニューに表示されないＵＲＬに対して開かれる。適切なＨＴＭＬ形式のインストラクションを生成することによって、特定の問い合せや指定されたＵＲＬでその他の動作を実行することができる。
【０１６２】
幾つかの実施形態では、カスタマイズされたメニューには一つだけの選択肢の他に、例えば「ホームへリンクする」等のオペレーティングシステムから通常提供されるものを表示する。このオプションをクリックすると、そのオブジェクトのＭＧＡのホームページへのブラウザウィンドウが開かれる。そのページでは、前述したオプションやその他（おそらく広告用グラフィックやマルチメディアを含む）の全てがユーザに表示される。それらのオブジェクトは、強力なマーケティングエージェントとして機能する。既に議論された例に戻ると、本の表紙のＪＰＧ画像ファイルには、ＭＧＡのような特定の書籍販売業者が主催するウェブページが含まれ、その本を購入するためのオプションやその他の情報が提供される。そのようなベンダから発行されたＪＰＧをできる限り広範囲に宣伝することによって、本（もしくは、ＣＤや車や消費者用機器やその他の実質的なもの）のマーケティングを実行することができる。アマゾン（Ａｍａｚｏｎ）．ｃｏｍによって配給されている本の表紙のＪＰＧもあれば、バーンズアンドノーブル（Ｂａｒｎｅｓ＆Ｎｏｂｌｅ）．ｃｏｍやボーダーズ（Ｂｏｒｄｅｒｓ）．ｃｏｍから配給されているものもあって、その各々は、その本の購入トランザクションが実行される各ＭＧＡにリンクされている。
【０１６３】
ＭＧＡによってカスタマイズされたメニューに戻るが、そのメニューはアイコンや画像（もしくは、オーディオ抜粋中の合図）をクリックしたときに現れるメニューに限定されない。同様に、現在アクセスまたは利用されているオブジェクトのＭＧＡサイトから得られたカスタム化データに基づいてカスタマイズされたオプションを用いて、アプリケーションプログラム内にドロップダウンメニューが存在することができる。たいていのグラフィカルなオペレーティングシステムやアプリケーションプログラムは、そのようなメニューのカスタム化を実行できる改良されたツールセットを備える。さらに、ＭＧＡサイトから伝達されたその他のデータはユーザには示されないが、コンピュータ（例えば、ブラウザプログラム）によって利用されるため、ユーザが選択するメニューオプションを実行することができる。
【０１６４】
さらに、前述の技術を静止画像やオーディオやビデオやコンテンツのその他の形態にも同じ様に適用することができ、汎用コンピュータやソフトウェアアプリケーションや特定のメディア機器と共にすぐに利用可能である。
【０１６５】
解説の便宜のため前述の議論では、文字のＵＲＬアドレスをＭＧＡとしてオブジェクトに組み込むことを考慮したが、一般的にはこれは本当ではない。その代わりに、ＭＧＡは、一般的にオブジェクト（例えば、１２８ビットの無作為のＩＤ）の識別データの他に、多数の（おそらく無数の）オブジェクトとして機能するネームサーバコンピュータのＵＲＬも備える（後者の一例には、デジマークマークセンター（Ｄｉｇｉｍａｒｃ ＭａｒｃＣｅｎｔｒｅ）のサーバがある）。
【０１６６】
上で詳述した所望のデータを得るために、ユーザコンピュータ（クライアントコンピュータと呼ばれる場合もある）はネームサーバコンピュータとリンクして、処理されるオブジェクトのＩＤを提供する。ネームサーバコンピュータはこのＩＤを用いてデータベースに問い合わせを行って、問い合わせの経路を決定する現在のＩＰアドレスをデータベースから得ることができる。ネームサーバコンピュータは、クライアントコンピュータからの要求を正確なデスティネーションアドレスに伝達することができ、また、そのリンク自体を開始できるクライアントコンピュータに正確なデスティネーションアドレスを返すこともできる。その構成で、単純にネームサーバのデータベース内で対応する記録を変更することによって、その中に符号化された期限切れのアドレスを有する古いレガシーオブジェクトを伝えることなく、最終的に、オブジェクトに関するＩＰアドレスが必要なときに簡単に変更することができる。
【０１６７】
実施形態の中には、ネームサーバのＵＲＬが透かしに含まれていなくてもよいものもある。特定のＵＲＬがない場合、その代わりにクライアントコンピュータは（局所的にまたは遠隔に格納された）デフォルトのネームサーバアドレスに対してリンクを張る。そのサーバがオブジェクトＩＤを認識しない場合は、エラーコードを戻すか、またはその他のネームサーバに対して問い合わせを送ることができる。次に、それらのサーバがそのオブジェクトＩＤを認識しない場合は、さらに別のネームサーバに問い合わせを送ることができる。このように、識別されたオブジェクトに関する情報に対して、指数関数的に多数のネームサーバが迅速に集められる。別な方法では、オブジェクトの透かしにネームサーバの全ＩＰアドレスを符号化するのではなく、局所的に（例えば、ユーザコンピュータ内のＲＡＭ上やディスクに）または遠隔に（例えば、デフォルトのネームサーバのＩＰアドレスに）格納されたデータに基づいて、６５，５３６個の所定のネームサーバアドレスのうちの一つの簡略形としてオブジェクトＩＤの最初のＮ（例えば、１６）ビットを用いられる。
【０１６８】
オブジェクト内へのＭＧＡデータの組み込みの背景となる基本的な概念は、オブジェクトに関するデータの格納場所をポインタで指すことであるが、その他の方法で達成してもよい
【０１６９】
上述したように、ＭＧＡデータの「ピーン」という音を出すアプリケーションによって、ＭＧＡサイトはそのオブジェクトがサイトを通過したことを知らせることができる。一般的に、ＭＧＡサイトが受信する各問い合わせを送信したアドレスをＭＧＡサイトは記録することができる。そのような各アドレスは、対応するオブジェクトのコピーをもつ（持っていた）と考えられる。それによって、それらのメディアの所有者は、メディアオブジェクトのコピーの宣伝を追跡することができる。少なくともそれらのオブジェクトの利用する限りでは、関連するＭＧＡサイトとの通信が必要である。
【０１７０】
そのような追跡によって、非常に多くの機会が提供され、その一部は商取引きの領域である。例えば、ガースブルックス（Ｇａｒｔｈ Ｂｒｏｏｋｓ）のＣＤジャケットのアートに対応するＭＧＡサイトは、そのＣＤに興味のある者のＩＰアドレスのリストを提供することができる。次のガースブルックスのＣＤがリリースされると、そのリストのアドレスに電子メールや宣伝用のデータオブジェクト（例えば、オーディオクリップ集）を送ることができる。
【０１７１】
また、その追跡によって、インターネット検索の新たな次元が開けられる。現在のインターネット検索エンジンは、強引なアプローチを使って、例えば、与えられた多数の写真のファイルを識別するために、ウェブ全体の無数のページにアクセスする。ＭＧＡは、そのような強引なアプローチを簡単にする方法を提供する。本技術の検索エンジンは、写真ファイルの一例を見つけることができ、その中から透かしが施されたＭＧＡデータを検出することによって対応するＭＧＡサイトにリンクすることができる。ＭＧＡサイトにとって既知の一部または全てのその他のサイトのリストをＭＧＡサイトから得ることによって（もしそれらの問い合わせが認証されれば）、検索エンジンはその写真ファイルのコピーを得ることができる。（そのデータを検索エンジンに提供することによって、代金と引き換えの場合のみサイトリストへのアクセスを許可するＭＧＡサイトには商取引きの機会が得られる。さもなくば、ＭＧＡサイトから収集したデータを用いて検索エンジンがユーザの問い合わせに応答する場合は、エンジンの所有者からお礼金を回収するようにＭＧＡサイトは構成されている）。
【０１７２】
ＭＧＡによって記録されているアドレスの多くは、一般の人々がアクセスできるデータ記憶装置ではない。検索エンジンはリストされた各アドレスをチェックすることによって、所望のオブジェクトが存在してアクセス可能であることを確認した後でデータベースにアドレスを追加する。
【０１７３】
【隠しトレース】
同時継続出願０９／１８５，３８０では、銀行券画像に対応するデジタルデータの存在をコンピュータシステム内で探し、そのデータを処理する（例えば、スキャン（Ｓｃａｎ）やファイルオープン（ＦｉｌｅＯｐｅｎ）やファイルセーブ（ＦｉｌｅＳａｖｅ）や印刷（Ｐｒｉｎｔ）や編集（Ｅｄｉｔ）等）試みの隠しレコードを作成する偽造防止技術について説明している。この記録は、そのシステムのユーザからは（例えば、様々なデータの暗号化や隠し技術を用いて）隠されているが、公認の取締官にはこの記録を回復するツールが提供されている。これによって得られて法廷で用いられるデータは、偽造者を起訴する際に有用であることがわかる。（試みられた偽造行為の証拠をコンピュータがこっそりと記憶できる知識は、隠しレコード自体よりも偽造を阻止する際に有用であることがわかる）。
【０１７４】
同じ技術を用いることによって、メディアの著作権侵害者が非公認の処理をオーディオや画像やビデオやコンテンツに施すことを阻止することができる。一実施形態のコンピュータのオペレーティングシステム（複数の周辺デバイスドライバを含む）は、コピー禁止の透かしを有するデータを求めるために、システム内の様々なデータ（例えば、書き込み可能な記憶メディアに送信されたデータやシリアルポートやネットワーク通信を介して送信されたデータ等）を監視する。例えば、書き込み可能なディスクや遠隔のコンピュータに送られたそのデータの存在は、コピー禁止インストラクションが回避されたことを示す。そのような場合、もしコンピュータが法的に差し押さえられるならば、オペレーティングシステムは、刑事訴追の際に用いるためにその行為を記憶した１つ以上の隠しレコードを書き込む。
【０１７５】
その提示された例は、コピー防止システムやその他のアクセス制御システムの回避を阻止するために利用される多くの監視応答技術のうちの一つにすぎない。一般的に、もしコンテンツデータがあってはならないところで発見されたり、使うべきでないのに使われているのが発見されたならば、対応するレコードを作成しなければならない。（その他の介入行為も同様にトリガされる。隠しトレースは、疑わしいハッキングに対する複数の類似の応答のうちの一つであることが望ましい）。
【０１７６】
【透かしを用いてアクセスされるメタデータ】
ＸＭＬとＳＧＭＬとＨＴＭＬとして知られる形式のメタデータが広く用いられて、デジタルオブジェクトに関する情報（例えば、著者やキーワードや価格や権利やキャプション等）が送られる。一般的に、メタデータは、プロパティ名（例えば、「著者」）やプロパティ値（例えば、「マークトウェイン」）に関するデータ構成と考えることができる。一般的に、そのようなデータは、以下のようなタグフォーマットで表される：
＜ＭＥＴＡ ＮＡＭＥ＝“著者” ＣＯＮＴＥＮＴ＝“マークトウェイン”＞
【０１７７】
一般的に、サーバとクライアントのコンピュータ間でそれらが関連するデジタルオブジェクト（例えば、マークトウェインの著書のテキスト）と共にメタデータが交換される。
【０１７８】
ここで詳しく説明されたように、透かしの重要なアプリケーションも、メディアに関する情報を同様に伝達する。この場合、メディアに関する情報とは、メディアのコンテンツ自体に組み込まれた情報（例えば、ユニークな識別を行うもの、コピー禁止等の基本的な動作の確立するものや、拡張された機能へのリンクを提供するもの）である。
【０１７９】
役に立つメタデータの場合は、ブラウザやアプリケーションプログラムやオペレーティングシステムやアセット管理システムや検索エンジン等のどの背景であろうと、それを関連するコンテンツにリンクしなければならない。しかしながら、以下で詳しく説明するが、コンテンツとそれに関連するメタタグを常に一緒に伝達しなければならないわけではない。
【０１８０】
例えば、透かしが施されたメディアオブジェクトを受信するアプリケーションプログラムやその他のクライアントの処理について考慮されたい。透かしには、そのオブジェクトに対するＭＧＡ（前述したように、最終的なＩＰアドレスは指定しない）が含まれる。ＭＧＡサイトには、オブジェクトに対応するメタデータが格納される。オブジェクトの透かしによって識別されたＭＧＡサイトにリンクすることによって、クライアントコンピュータはオブジェクトに対応するメタデータを得ることができる。このデータはクライアントコンピュータで格納され、また、その他のメタデータとして利用されて、例えば、そのオブジェクトを用いて利用可能な局所的機能（例えば、購入や検索等）を定義することができる。
【０１８１】
ストックされている写真のオンラインカタログは特殊な例である。各写真は、ＭＧＡデータを用いて透かしが施される。写真家や著作権日や価格や電話番号や主題等を識別するために、アプリケーションプログラムはその写真のためにＭＧＡサイトにリンクし、対応するメタデータを得ることができる。その後、このデータは必要なときに表示したり用いたりすることができる。従って、形式が異なる多数のデータオブジェクトを一つの簡単なアプリケーションプログラムで用意に処理することができる。何故ならば、プログラムは関連するメタデータ形式（ネームサーバがこのデータを標準形式で提供すると仮定すると）を変更することに関心を持つ必要がないからである。これによって、プログラミングやオブジェクトのフォーマット化を実質的に柔軟に行うことができる。
【０１８２】
前述したインターネット検索エンジンの例に戻って、ＭＧＡはメディアオブジェクト用のメタデータが豊富に含まれた格納場所として認識される。専用検索エンジンは、サイトの周りでの収集データに焦点を当てており、メタタグパラメータの様々なブール値の組み合わせに対応するＭＧＡサイトを迅速に識別することができる。
【０１８３】
【アセット管理／コンテナ】
アセット権管理のトピックに関する多くのことを記述した。見本となる特許文献には、米国特許５，８９２，９００と５，７１５，４０３と５，６３８，４４３と５，６３４，０１２と５，６２９，９８０と公開欧州出願ＥＰ８６２，３１８が含まれる。技術的な業績のほとんどはジャーナルの記事に記録されており、ＩＢＭ社のクリプトロウプ（Ｃｒｙｐｔｏｌｏｐｅ）システムやポートランドソフトウェア（Ｐｏｒｔｌａｎｄ Ｓｏｆｔｗａｒｅ）社のジップロック（ＺｉｐＬｏｃｋ）システムやソフトバンクネットソリューションズ（Ｓｏｆｔｂａｎｋ Ｎｅｔ Ｓｏｌｕｔｉｏｎｓ）社の権利交換サービスやインタートラストテクノロジ（ＩｎｔｅｒＴｒｕｓｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ）社のデジボックス（ＤｉｇｉＢｏｘ）システム等の商標や関連する企業名を検索することによって識別することができる。
【０１８４】
模範的なアセット管理システムによって、暗号化された形で（例えば、ウェブサーバから、あるいは新しいコンピュータのハードディスク上で）コンテンツを利用することが可能となる。コンテンツ（例えばプレビュー）を識別するデータとコンテンツに関する様々な権利を指定するデータは暗号化されたコンテンツに関連する。ユーザがコンテンツを十分に使いこなしたいと望むならば、復号化鍵を提供してコンテンツへのアクセスを許可する配給者に対してユーザは課金認証（例えば、クレジットカード）を提供する。（そのようなシステムは、オブジェクトに基づく技術を用いることによって実現される。そのようなシステムでは、一般的にコンテンツは「安全なコンテナ」内に配給されると考えられる）。
【０１８５】
（復号化後の）コンテンツの不正使用を追跡できるように、コンテンツには印をつけなければならない（独自のものにしなければならない／順番に並べなければならない）。透かしを用いてこのマーキングを実行することによって、印がコンテンツと共にどこへ行っても、どのような形であっても、確認することができる。その特定のコンテナに関連するデータベース内のＵＩＤを符号化することによって、配給者は透かしを施した後に暗号化されたオブジェクトを配給することができる。コンテナに対してアクセス権が与えられると、購入者や購入日や与えられた権利等を反映するようにデータベースの記録を更新することができる。別の方法では、コンテンツをアクセスする（例えば復号化する）ために用いられるソフトウェアツール内に透かしの符号化部を含ませるものである。そのような符号化部は安全なコンテナから開放されるときにコンテンツに透かしデータを組み込ませてから、ユーザに提供することができる。組み込まれたデータには、ＵＩＤを含ませることができる。配給者はこのＵＩＤを割り当てた後に、コンテナを配給することができる。その代わりに、ＵＩＤはアクセス権が与えられるまで認識されない、または作成されないデータストリングであってもよい。ＵＩＤの他にコンテンツのアクセスに関する時間や方法に対する特定の情報等な配給者に認識されていないその他のデータを透かしに含ませることができる。
【０１８６】
前述したように、コンテナ等がなくても透かしを用いてアクセス権システムを実現することができる。例えば、信用できる世界では、著作権を与えられたワークをウェブ上で自由に利用することができる。ユーザがワークを合法的に利用したいと願うならば、ユーザはその透かしを復号化し、ワークの利用期間や条件を決定することができる。これにより、組み込まれた透かしによって（直接、または中間データベースを介して）指定されたウェブサイトへリンクされる。ここで、組み込まれた透かしは、所望の情報を指定する。次に、ユーザは必要な支払いの準備を行って、必要な権利が保証された既知のアイテムを利用することができる。
【０１８７】
【透かし検出部の遠隔再構築】
遠隔から透かし検出部を再構築することが望ましい場合もある。例えば、透かしシステムへ不法侵入されたとき、もしくは、譲歩したときにその機能は望ましいものである。
【０１８８】
本発明のこの態様では、透かし検出部の動作の態様の一部をコマンドに応答して変更する。変更は様々な形をとることができる。擬似ランダムキーデータ（例えば、スペクトル拡散用拡散信号）を用いる透かしシステムでは、検出に用いられる擬似ランダム信号を変更することができる。ＤＦＴ処理を用いるシステムでは、メッセージビットとＤＦＴ係数間の写像を変更することができる。さらに他のシステムでは、前述したように、復号化を実行することができるが、１つ以上のビットの意味を変更することができる（例えば、通常、フィールドＡを定義すると解釈されている複数のビットは、フィールドＢを定義すると解釈することもできるし、またその逆もある）。さらに他のシステムでは、前述したように、復号化を実行することができるが、与えられた透かし信号に対するデバイス応答を変更することができる。さらに他のシステムでは、ソフトウェアのインストラクションセットを再書き込みするか、または再度整理することによって、検出部の動作を変更することができる。
【０１８９】
コマンドは様々な方法で伝達することができる。一実施形態では、コマンドは透かしペイロード内のトリガビットであってもよい。通常、トリガビットの値は「０」である。もし、このビットの値が「１」ならば、検出部システムはその動作を変更することによって応答する。また透かしペイロード内のビットの特定の組み合わせを検出することによって変更をトリガできるように、トリガパターンを確立することもできる。特定のデータフィールドのリザーブ状態は、利用されるパターンの例である。
【０１９０】
また、コマンドは透かしチャネルとは異なるチャネル（例えば、ＦＭ放送のＳＣＡチャネルやビデオ放送のサブタイトルデータチャネルやＭＰＥＧデータストリーム内のヘッダデータ等）を介して伝達することもできる。
【０１９１】
既にプログラムされたルール（例えば、数値的にかアルゴリズムで決定された数列によって連続的に進行するコード）に基づいて変更を実施することができる。あるいは、トリガビットを有する透かしペイロード内に指定されたデータに基づいて変更を行うことができる（通常の方法で解釈されるのではなくて、検出された透かしの非トリガビットは新たな擬似ランダムキーデータを定義することができる）。あるいは、各ビデオフレームがさらに透かし情報を伝達できるビデオ符号化では当然のことであるが、連続的に与えられる透かしペイロードで伝達されるデータに基づいて変更を実施することができる。（後者の構成は、広帯域幅／再プログラミングチャネルを提供するものである。ここで、広帯域幅／再プログラミングチャネルは、様々なファームウェアインストラクションを検出部に転送することによって既に格納されている命令を置き換えることができる）。
【０１９２】
そのような構成によって、検出部の多様性と機能性を大きく向上させることができる。
【０１９３】
【結びの言葉】
ユニークな機能セットを各々が備える様々な実施形態が評価された。（さらにその他のものは、援用文献として本譲受人の特許に開示されている。）本明細書を過度に長くすることなく広範囲にわたる開示を行うために、出願人らは上述した複数の特許や特許出願を援用文献としている。
【０１９４】
一般的に、本明細書は、一実施形態で説明された機能は他の実施形態でも同様に利用できることを明白に教唆するものとして解釈すべきである。従って、例えば、ビデオ透かしペイロードのデータに関して、日付フィールドは特に議論されなかった。また、「再生は１回限り」という透かしも検討されなかった。透かしに（またはその一部に）校正用信号を含めることは発表された特許の実施形態で示されているが、上述した実施形態の中では詳細に論じていない。「シンプルユニバーサルコード」も同様である。前述の実施形態のうちの一つで説明された、前もって格納された商取引きプロファイルを他の実施形態にも同様に適用することができる。同様に、一実施形態に関して広告の表示について議論し、他の実施形態についてはいないが、一般的にそれも適用することができる。これらの概念は全て、デジマーク（Ｄｉｇｉｍａｒｃ）としてよく知られており、一般的にデジマークの特許開示で記述されたワーク全体に適用可能であると考えらる。実際的な観点から、それぞれの個別の順列と組み合わせに関して詳説することは避ける。
【０１９５】
例示的な実施形態を参照して我々の発明の原理を説明したが、その原理を逸脱せずに詳細な構成を変更し、詳述することができることは明らかである。
【０１９６】
例えば、無線の様々な利用法について言及したが、そのような言及はＦＭ放送や無線インターネットネットワーキング等のみを取り上げたわけではなく、他の無線メカニズムも含まれる。例えば、携帯電話や直接衛星放送が含まれる。
【０１９７】
同様に、特定の実施形態では、１００＋ビットの透かしペイロードについて説明したが、他のシステムでは、もっと小さい（もっと大きい場合もあるが）ペイロードが望ましく、１−８ビット程度の小さいものが望ましい場合もある。
【０１９８】
前述の例では特定の種類のメディア（例えば、ビデオやオーディオ等）に関して説明したが、各実施形態の原理を他の種類のメディアにも同様に適用できることを認識されたい。
【０１９９】
上で考慮された機器の一部には、それらのデバイス上の現在の標準よりも精巧なユーザインタフェースを必要とするものもある。多くのの場合、機器に対する一時的なユーザインタフェースとして、赤外線等によって接続されたパームトップコンピュータを用いることによって、基本的なオーディオ機器のシンプル性を維持することができる。同様に、処理能力の一部を、付加的なパームトップにオフロードすることができる。（ここで、パームトップとは一般的にポケット型プログラマブル演算デバイスを表す）。
【０２００】
特に指定のない限り、ここで考慮されたデジタル音楽やビデオや画像は特定の形態、即ち、フォーマットではないことを理解されたい。例えば、オーディオは、ストリーミングと非ストリーミング等の様々な形式や、（例えば、ＭＰ３とＭＰ４とＭＳオーディオ（Ａｕｄｉｏ）とウィンドウズメディアテクノロジ（Ｗｉｎｄｏｗｓ Ｍｅｄｉａ Ｔｅｃｈｎｏｌｏｇｉｅｓ）とリアルオーディオ（ＲｅａｌＡｕｄｉｏ）と＊．ＷＡＶとＭＩＤＩとＣサウンド（Ｃｓｏｕｎｄ）とドルビーのアドバンストオーディオコーデック（Ｄｏｌｂｙ’ｓ Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｅｃ）（ＡＡＣ）等の）様々な形式にすることができる。
【０２０１】
例示的な実施形態を参照して本発明の原理を説明してきたが、本発明はそれに限定されるものではないことを認識されたい。
【０２０２】
例えば、通常、デジタル透かしは、人間が見てわかる変更の証拠やデータ表記を残さないが、前述のアプリケーションにはこれを必要としないものもある。本質的な機能を損なうことなく、可視的であり目立ちさえするマーキングを用いることができる。従って、特定のアプリケーションから要求によって、バーコードやデータグリフやＯＣＲマーキングやその他の機械が読み取り可能な印が代用される。
【０２０３】
一般的にデスクトップコンピュータに関して詳細な実施形態が説明されたが、汎用携帯情報端末や多機能型携帯電話や特定のデバイスを含むその他のデジタル機器によって、そのようなデバイスはますます取って代わられるだろうことを認識されたい。さらに、改良されたブルートゥース規格を含む様々な無線通信技術を用いることによって、上述の実施形態とデバイスの能力と有用性をさらに改良することができる。
【０２０４】
透かし符号化／復号化システムは、その分野の職人にとっては簡単に実現できるので、ここでは詳細に論じない。従来、長期記憶メモリ（例えばディスクやＲＯＭ等）に格納され、一時記憶装置（例えばＲＡＭ）に転送され、それに関連するＣＰＵで実行される適切なソフトウェアによって、その技術は実現される。その他の実施例では、その機能は専用ハードウェアによって、またはハードウェアとソフトウェアの組み合わせによって達成することができる。ＦＰＧＡを含む再プログラム可能な論理部は、特定の実施例に用いることができるというメリットがある。
【０２０５】
上述された実施形態の要素と機能の特定の組み合わせは模範例にすぎないことを認識されたい。これらの教唆を他の教唆に置き換えることも援用文献の特許／アプリケーションで考慮されている。
【０２０６】
上で議論された原理と機能が適用可能な様々な実施形態の観点から、詳細な実施形態は説明目的のためのものであって、本発明の範囲を限定するものではないことは明らかである。むしろ、我々は、以下の請求項とその等価物と精神の範囲にある全ての変更を我々の発明として請求する。
【図面の簡単な説明】
【図１】 音楽配給に関与する当事者とチャネルを示す図である。
【図２】 音楽のアーチストとレコードラベルと電子音楽配給者の全てが、以下の明細書でその一部が詳述されるメディアアセット管理システムと相互作用できる方法の概念的モデルを示す。
【符号の説明】
１０ 音楽アーチスト
１２ レコードラベル
１４ 伝統的な配給者
２０ 無線／ケーブル

Claims (18)

1. 装置のキャプチャ部が音声をキャプチャリングするステップと、
   前記装置の処理装置が、前記音声から音声識別子を認識するステップと、
   前記装置の送信器が、前記音声識別子及び該装置内のメモリからのユーザ識別子の各々の少なくとも一部を、該装置から離間した場所に送信するステップと、
   該送信に応答して、前記受信器が、前記音声に関連するデータを遠隔地から受信するステップと、
   前記装置のディスプレイ又はオーディオ出力が、前記受信したデータの少なくとも一部を提示するステップであって、該受信したデータは検索のための選択肢を含み、該選択肢は、前記音声に関連するコンテンツの前記検索を開始するよう前記処理装置に指示するためにユーザによる選択が可能である、該ステップと、
   を含む方法。
2. 前記ユーザ識別子は、ユーザに対応付けられた所定の場所を特定する情報として遠隔地においても記憶されており、
   前記ディスプレイが、前記所定の場所に送られる前記音声又は該音声に関連する情報のコピーを所有する選択肢を示す前記受信したデータを、提供する、
   請求項１に記載の方法。
3. 前記受信器又は前記キャプチャ部が、前記音声を前記処理装置に提供するステップと、
   前記送信器が、前記音声から取得される前記音声識別子を前記処理装置から受信するステップと、
   を更に含む請求項１に記載の方法。
4. ユーザ装置中のマイクロフォンが、音楽をキャプチャリングして、キャプチャした音楽に基づく電気信号を該ユーザ装置の処理装置に転送するステップと、
   前記処理装置が、前記電気信号から音声識別子を取得するステップと、
   前記ユーザ装置の送信器が、前記音声識別子をデータベースに送信するステップと、
   前記送信に応答して、前記ユーザ装置の受信器が、前記データベースから前記音楽に関連する情報を受信するステップと、
   前記ユーザ装置の表示装置又はオーディオ出力が、前記音楽について少なくともテキスト情報をユーザに提供するステップであって、該テキスト情報は、前記データベースから取得した前記情報に少なくとも部分的に基づいており、該テキスト情報は、検索のための選択肢を含んでおり、該選択肢は、前記音楽に関連するコンテンツの前記検索を開始するよう前記処理装置に指示するためにユーザによる選択が可能である、該ステップと、
   を含む方法。
5. 前記ユーザ装置は携帯電話を含んでいる、請求項４に記載の方法。
6. 前記テキスト情報は、目標の装置に電気的に送られる前記音楽又は該音楽に関連するデータを所有する機会を示す情報である、請求項４に記載の方法。
7. 前記ユーザ装置上のボタンを押すことを含むユーザの動作に応じて開始する、請求項４に記載の方法。
8. 前記ユーザ装置の音声認識機能によって発せられる前記ユーザの音声命令に応じて開始する請求項４に記載の方法
9. 前記テキスト情報は、前記音楽に関連するインターネットリンクを含む、請求項４に記載の方法。
10. 前記取得するステップにおいて、前記処理装置が前記電気信号から電子透かしを復号化するステップを更に含む請求項４に記載の方法。
11. ユーザのポケットに入れて持ち運び可能な大きさのハウジングを有する装置であって、
    音声をキャプチャリグし、該音声に対応する電気信号を出力するトランスデューサと、
    前記トランスデューサからの前記電気信号を受けて、前記音声中の楽曲を識別する音声識別子を該電気信号から取得する処理装置と、
    前記データベースに前記音声識別子を送信し、データベースから検索される情報であって前記音声識別子に対応する楽曲に関する該情報を受信するインタフェースと、
    前記インタフェースによって受信された前記楽曲に関する情報を表示するディスプレイであって、該情報は、検索のための選択肢を含み、該選択肢は、前記楽曲に関連するコンテンツの前記検索を開始するよう前記プロセッサに命令するためにユーザによる選択が可能である、該ディスプレイと、
    を備える装置。
12. 前記インタフェースは無線インタフェースである、請求項１１に記載の装置。
13. 目標の装置に送られる前記楽曲のコピーを所有するためにユーザが選択できるようにする入力装置を更に備える請求項１１に記載の装置。
14. 前記目標の装置は、インターネットを介してアクセス可能な記憶装置を備えている、請求項１３に記載の装置。
15. 目標の装置に送られる前記楽曲に関する情報を所有するためにユーザが選択できるようにする入力装置を更に備える請求項１１に記載の装置。
16. 前記目標の装置は、インターネットを介してアクセス可能な記憶装置を備えている、請求項１５に記載の装置。
17. 携帯電話を含んでいる請求項１１に記載の装置。
18. 前記楽曲に関する情報は、前記ディスプレイ上に表示される複数の選択肢からなるメニューを含んでおり、
    前記楽曲に関する電子商取引を実行するために前記複数の選択肢をユーザが選択することを可能とする入力デバイスを更に備える、
    請求項１１に記載の装置。

Images