提示されるオリジナルのオーディオ又はビデオデータの不正記録やコピーなどの不正利用に対し、透かしによりプロテクトする方法であって、前記方法は、送信サイトにおいて、前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも2つの異なる透かし前処理されたバージョンを、前記オリジナルのオーディオ又はビデオデータから発生し、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用することにより求められ、対応する暗号鍵を用いて前記バージョンを暗号化し、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化される、ステップと、前記透かし前処理され暗号化されたバージョンと前記暗号鍵と前記鍵シーケンスとを、例えば1つ以上のデータファイルとして、1つ以上のレシーバ又はレシーバ装置に転送するステップと、受信サイトにおいて、前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求めるステップと、前記オリジナルのオーディオ又はビデオデータの復号された透かしを入れたバージョンを提供するステップとを有する方法。提示されるオリジナルのオーディオ又はビデオデータの不正記録やコピーなどの不正利用に対し、透かしによりプロテクトする送信システムであって、前記送信システムは、前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも2つの異なる透かし前処理されたバージョンを、前記オリジナルのオーディオ又はビデオデータから発生するように構成された手段であって、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用し、対応する暗号鍵を用いて前記バージョンを暗号化することにより求められ、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化される、手段と、前記透かし前処理され暗号化されたバージョンと前記暗号鍵と前記鍵シーケンスとを、例えば1つ以上のデータファイルとして、1つ以上のレシーバ又はレシーバ装置に転送し、前記受信サイトにおいて、前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求めるように構成された手段と、を有する送信システム。提示されるオリジナルのオーディオ又はビデオデータの不正記録やコピーなどの不正利用に対し、透かしによりプロテクトする受信システムであって、前記受信システムは、前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも2つの異なる透かし前処理されたバージョンを受信し又は記憶し、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用し、対応する暗号鍵を用いて前記バージョンを暗号化することにより求められ、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化され、前記受信システムは、前記暗号鍵と前記鍵シーケンスとを受信して記憶し、前記送信システムは、前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求めるように構成された手段と、前記オリジナルのオーディオ又はビデオデータの復号された透かしを入れたバージョンを提供するように構成された手段とを有する、受信システム。前記送信サイトと受信サイトは、DCI仕様に基づきデジタルシネマシステムを表す、請求項1に記載の方法、又は請求項2又は3に記載のシステム。前記透かし情報ワードは、デジタル映画館のIDと可変のタイムスタンプとを表す、請求項4に記載の方法、又は請求項4に記載のシステム。前記透かしはアダプティブスプレッド位相変調を用いる、請求項1、4及び5いずれか一項に記載の方法、又は請求項2乃至5いずれか一項に記載のシステム。前記透かし前処理されたバージョンの1つのブロック又はフレームは、シンクデータを表す透かしシンボルで透かし前処理され、前記シンクデータは、受信サイトにおいて、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンに挿入される、請求項1及び4ないし6いずれか一項に記載の方法、又は請求項2乃至6いずれか一項に記載のシステム。各場合にシンクデータを表す前記挿入された透かしシンボルは、異なる3つの連続した透かしシンボルを構成する、請求項6又は7に記載の方法、又は請求項6又は7に記載のシステム。前記透かし情報ワードは固定部と可変部とを有し、透かし前処理されたブロック又はフレームの異なるバージョンは、前記可変部に対してのみ用いられる、請求項1及び4ないし8いずれか一項に記載の方法、又は請求項2乃至8いずれか一項に記載のシステム。前記可変部は前記タイムスタンプを表す、請求項5ないし9いずれか一項に記載の方法、又は請求項5乃至9いずれか一項に記載のシステム。前記オリジナルのオーディオ又はビデオデータの連続したブロック又はフレームの少なくとも2つの異なる透かし前処理されたバージョンの一方は、ベースバージョンを表し、他のバージョンの連続したブロック又はフレームは、対応するバージョンと前記ベースバージョンとの間の透かし差分信号を表す、請求項1及び4ないし10いずれか一項に記載の方法、又は請求項2乃至10いずれか一項に記載のシステム。事前透かし入れと暗号化本発明により、一オーディオPCMファイルに対し複数のブロック毎に事前透かし入れされたトラックが配信される。すべての事前透かし入れされたトラックは暗号化されファイルに格納される。レシーバサイトでは、事前透かし入れされたトラックが復号され、透かし情報ワード例えば、映画館のIDとタイムスタンプに基づき、透かし入れされたオーディオストリームが提示のため構成される。本発明の処理は、次の基準を満たすものであれば、他の透かしシステムにも適用できる。-土台の透かしシステムがブロックベースで動作する。実際、ほとんどの透かしシステムは元の信号を、空間的又は時間的にバラバラな領域に分割する。オーディオ透かしシステムでは、オーディオトラックは時間的に一連の連続したオーディオブロックに分割する。-異なるブロック間で重なりが生じても、1ブロックにおける透かしの埋込が隣接ブロックのコンテンツに依存しない。少なくとも、かかる依存性は、透かしを入れたトラックの品質と透かしのロバスト性の大幅な減少のため、無視できる。上記の特性意外に、アダプティブスプレッドフェーズ変調ASPMの特殊な場合には、以下を仮定できる:-透かしwのN個の情報ビットは、一連の別々のシンボル<外3>により表され、各シンボルはNSB個のサブブロックよりなるブロックに埋め込まれる。-透かしシステムにおいて、各サブブロックは心理音響モデルの利用により決定される同数のサンプルを含む。例えば、サブブロックのサイズlは<外4>である。オーディオトラックが配信される前に、オリジナルのファイルデータcorgは特殊な透かし<外5>を用いてNA回透かしを埋め込まれ、結果としてNA個の透かしコピーが得られる。図3は、時間tに対して、同じデータファイルの2つのバージョンc0、c1と、同期シンボルが埋め込まれたバージョンcSとを示す。各バージョンは異なる透かしが入れられ及び暗号化されている。透かしされたトラックのコピーはそれぞれ<外6>のうちの時間的に一連の同一透かし情報ビットパターンにより表される。例えば、ファイルバージョンc0では、ビットパターン<外7>を用いて、t4からtnまでの時間の透かしシンボルを発生し、ファイルバージョンc1では、ビットパターン<外8>を用いて、透かしシンボルw1を発生する。かかるデータの準備は、透かし前処理と呼ぶ。これらの透かしの埋込は、異なるビット又はシンクワード<外9>を表すビットパターンを発生する一意的な鍵Kを用いて行う。ASPM処理を用いる場合、他の信号処理動作に対し検出がうまくいくように、3つの異なる順次的同期シーケンス<外10>を、図3でデータファイルのバージョンcSに示したように、透かしw0/w1の始めに挿入しなければならない。この実施例では、透かし情報ワードの長さはlw=35ビットなので、同期ビットはブロック位置が固定され、別途透かし前処理したコピーとして格納する必要はない。これにより、図3に示したように、すべての透かしブロックをカウントする場合の数よりも、必要な透かし前処理コピーの数が減少する。セキュリティを高めるため、個々のオーディオファイルに対して透かし鍵は異なってもよい。しかし、これにより、透かし検出の際に識別問題が生じる。しかし、この問題は、指紋技術を組み込むことにより解決できる。トラックの透かしコピーは、例えば全体として、鍵KEを用いて暗号化関数<外11>により<外12>により暗号化される。得られた暗号化ファイルはパックされ、レシーバ映画館に配信又は転送される。デジタルシネマアプリケーションでは、透かし前処理した暗号化ファイルは、映画館のメディアサーバに格納される。レシーバサイトでオーディオトラックを提示する前に、透かし前処理したコピーを、同じ鍵KEを用いて復号関数<外13>により復号<外14>する。オーディオトラックへのlw個の透かし情報ビットの埋込は、透かし前処理したコピーから透かしコピーをブロック又はフレームごとに構成することにより行う。ブロックの総数は<外15>であり、lw=35個の透かしブロックとnS=3個の同期ブロックとがある。図4は、コンストラクタ40に必要なトラックcwを構成することにより、ビットシーケンス<外16><外17>中の現在のビット値iによると、透かし前処理セクション<外18>が、透かし前処理トラックc0又はc1からコンストラクタ40により連続して取られ、アセンブルされる。透かし情報ワードwの内容はレシーバにより個別に決定できる。有利にも、透かしトラックの構成速度は、I/O性能のみによって決まり、用いる透かし処理の種類にはよらない。データ準備ステップで行われる透かし処理は、すべてのレシーバ映画館に対して同じであり、そのため一オーディオトラックに対して一度だけ行えばよい。ブロック毎の暗号化前述の実施形態では、間違った透かしすなわち、映画館IDを担う透かしトラックを構成することができてしまう。以下の実施形態では、透かし前処理と構成処理が異なる。透かし前処理コピーを生成するために行う透かし処理は、前の実施形態と同じである。しかし、透かし処理されたコピーはブロック毎に暗号化される。各ブロック<外19>は、図5に示したように、透かしトラック中の位置tjで始まるブロックに対して、及びシンボルタイプiに対して、異なる鍵Kijを用いることにより暗号化される。ブロック毎に暗号化されたファイルは、パックされ、例えばそれがメディアサーバに記憶される映画館に配信される。メディアファイルに加えて、透かしを構成するためのビットを担うブロックのみを復号するのに必要な鍵よりなる鍵シーケンス<外20>が、各レシーバに送信される。デジタルシネマアプリケーションの場合、透かし<外21>は、映画館のIDとタイムスタンプよりなる。鍵シーケンスは、同期ブロック<外22>と映画館のID<外23>よりなる固定部と、タイムスタンプ<外24>の可変部とに分割できる。は、DCI透かしの35ビットと、3同期ビットよりなる。最後のサブシーケンスKtimeを可変することにより、異なるタイムスタンプを実装できる。これにより、対応する鍵シーケンスのみを送信することにより、タイムスタンプを一定の期間に限定することが可能になる。レシーバ映画館は、上部が図5に対応する図6に示したように、鍵シーケンス<外25>を用いて、暗号化されたブロック<外26>から位置jのブロックを求めることにより、透かしwIDとwtimeが埋め込まれたブロックのみを正しく復号できる。前述の実施形態に加え、この実施形態は、適当なブロックのみが、割り当てられた鍵シーケンスにより復号できるので、正しい透かし及び、それにより映画館のIDが黙示的に埋め込まれているとの利点を有する。しかし、欠点も残る:-デジタルシネマアプリケーションでは、この処理では、正しいタイムスタンプの埋込が保証できない。潜在的な敵対者が、異なるシンボルが埋め込まれたブロックのすでに復号されたバージョンを用いて、間違ったタイムスタンプを埋め込める。それにもかかわらず、透かしコピーを、送信された鍵サブシーケンスKtimeに応じた範囲内のタイムスタンプだけで構成することができる。間違ったタイムスタンプは、送信された鍵シーケンスを知っていれば検出できる。-透かし前処理されたコピーとブロック毎に暗号化されたコピーとを送信しなければならないので、帯域幅がほぼ二倍になる。帯域幅の削減透かしの静的部分と動的部分とを考慮することにより、帯域幅の削減をできる。これは、ストリームの透かし前処理されブロック毎に暗号化された部分を、同期ビットと透かしのIDとを担う固定透かし部分とともに送信することにより、行える。可変部分のみの場合、透かし前処理したブロックと暗号化したブロックの2つのバージョンをレシーバ映画館に送信する。タイムスタンプ範囲は、送信者サイトで制御可能である。透かしの埋込は、前の実施形態で説明したものと同じである。復号するブロックの選択は、透かしの可変部wtimeに対してのみ行われなければならない。これは図7に示した。必要な帯域幅は、透かしの可変部wtimeに対して、一透かしシンボルでマークされたトラックと、異なる透かしシンボルの透かし信号の差分とを送信することにより、さらに低減できる。図8に示したように、位置tjにある各ブロックに対して、第1のシンボル0の透かしバージョン<外27>が埋め込まれ、差分<外28>透かし差分信号はオリジナルの透かし信号よりもダイナミックレンジが低いので、有効に圧縮できる。前の実施形態で説明したように、可変透かし部分wtimeからブロックを選択するのに加え、構成により透かしを埋め込むため、透かし前処理したコピーのシンボル以外のシンボルを埋め込む場合、式3による異なる信号のブロック毎の加算が行われる。前述の通り、本発明はデジタルシネマアプリケーションに応用できる。さらに、レシーバサイトにおいてセキュアでないデバイスで透かし埋込ステップを実行しなければならないすべてのアプリケーションに応用可能である。