(57)【特許請求の範囲】
【請求項１】
提示されるオリジナルのオーディオ又はビデオデータを、不正記録やコピーなどの不正利用に対し、透かしを入れることによりプロテクトする方法であって、
送信サイトにおいて、前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンを、前記オリジナルのオーディオ又はビデオデータから生成し、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用することにより求められ、対応する暗号鍵を用いて前記バージョンを暗号化し、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化される、ステップと、
前記透かし前処理され暗号化されたバージョンと前記暗号鍵と前記鍵シーケンスとを、例えば１つ以上のデータファイルとして、１つ以上のレシーバ又はレシーバ装置に転送するステップと、
受信サイトにおいて、前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求めるステップと、
前記オリジナルのオーディオ又はビデオデータの復号された透かしを入れたバージョンを提供するステップと
を有する方法。
【請求項２】
前記送信サイトと受信サイトは、ＤＣＩ仕様に基づきデジタルシネマシステムを表す、
請求項１に記載の方法。
【請求項３】
前記透かし情報ワードは、デジタル映画館のＩＤと可変のタイムスタンプとを表す、
請求項２に記載の方法。
【請求項４】
前記透かしはアダプティブスプレッド位相変調を用いる、
請求項１ないし３いずれか一項に記載の方法。
【請求項５】
前記透かし前処理されたバージョンの１つのブロック又はフレームは、シンクデータを表す透かしシンボルで透かし前処理され、前記シンクデータは、受信サイトにおいて、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンに挿入される、
請求項１ないし４いずれか一項に記載の方法。
【請求項６】
各場合にシンクデータを表す前記透かしシンボルは、異なる３つの連続した透かしシンボルを構成する、
請求項５に記載の方法。
【請求項７】
前記透かし情報ワードは固定部と可変部とを有し、透かし前処理されたブロック又はフレームの異なるバージョンは、前記可変部に対してのみ用いられる、
請求項１ないし６いずれか一項に記載の方法。
【請求項８】
前記可変部は可変タイムスタンプを表す、
請求項７に記載の方法。
【請求項９】
前記オリジナルのオーディオ又はビデオデータの連続したブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンの一方は、ベースバージョンを表し、他のバージョンの連続したブロック又はフレームは、対応するバージョンと前記ベースバージョンとの間の透かし差分信号を表す、
請求項１ないし８いずれか一項に記載の方法。
【請求項１０】
受信サイトにおいて提示されるオリジナルのオーディオ又はビデオデータを、不正記録やコピーなどの不正利用に対する透かしによりプロテクトする送信システムであって、
前記送信システムは、
前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンを、前記オリジナルのオーディオ又はビデオデータから生成するように構成された手段であって、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用し、対応する暗号鍵を用いて前記バージョンを暗号化することにより求められ、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化される、手段と、
前記透かし前処理され暗号化されたバージョンと前記暗号鍵と前記鍵シーケンスとを、例えば１つ以上のデータファイルとして、１つ以上のレシーバ又はレシーバ装置に転送し、前記受信サイトにおいて、前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求めるように構成された手段と、
を有する送信システム。
【請求項１１】
前記送信システムと受信サイトは、ＤＣＩ仕様に基づきデジタルシネマシステムを表す、
請求項１０に記載の送信システム。
【請求項１２】
前記透かし情報ワードは、デジタル映画館のＩＤと可変のタイムスタンプとを表す、
請求項１１に記載の送信システム。
【請求項１３】
前記透かしはアダプティブスプレッド位相変調を用いる、
請求項１０ないし１２いずれか一項に記載の送信システム。
【請求項１４】
前記透かし前処理されたバージョンの１つのブロック又はフレームは、シンクデータを表す透かしシンボルで透かし前処理され、前記シンクデータは、受信サイトにおいて、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンに挿入される、
請求項１０ないし１３いずれか一項に記載の送信システム。
【請求項１５】
各場合にシンクデータを表す前記挿入された透かしシンボルは、異なる３つの連続した透かしシンボルを構成する、
請求項１４に記載の送信システム。
【請求項１６】
前記透かし情報ワードは固定部と可変部とを有し、透かし前処理されたブロック又はフレームの異なるバージョンは、前記可変部に対してのみ用いられる、
請求項１０ないし１５いずれか一項に記載の送信システム。
【請求項１７】
前記可変部は可変タイムスタンプを表す、
請求項１６いずれか一項に記載の送信システム。
【請求項１８】
前記オリジナルのオーディオ又はビデオデータの連続したブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンの一方は、ベースバージョンを表し、他のバージョンの連続したブロック又はフレームは、対応するバージョンと前記ベースバージョンとの間の透かし差分信号を表す、
請求項１０ないし１７いずれか一項に記載の送信システム。
【請求項１９】
提示されるオリジナルのオーディオ又はビデオデータの不正記録やコピーなどの不正利用に対し、透かしによりプロテクトする受信システムであって、前記受信システムは、前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンを送信サイトから受信し又は記憶し、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用し、対応する暗号鍵を用いて前記バージョンを暗号化することにより求められ、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化され、
前記受信システムは、前記暗号鍵と前記鍵シーケンスとを受信して記憶し、前記受信システムは、
前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求めるように構成された手段と、
前記オリジナルのオーディオ又はビデオデータの復号された透かしを入れたバージョンを提供するように構成された手段と
を有する、受信システム。
【請求項２０】
前記送信サイトと受信システムは、ＤＣＩ仕様に基づきデジタルシネマシステムを表す、
請求項１９に記載の受信システム。
【請求項２１】
前記透かし情報ワードは、デジタル映画館のＩＤと可変のタイムスタンプとを表す、
請求項２０に記載の受信システム。
【請求項２２】
前記透かしはアダプティブスプレッド位相変調を用いる、
請求項１９ないし２１いずれか一項に記載の受信システム。
【請求項２３】
前記透かし前処理されたバージョンの１つのブロック又はフレームは、シンクデータを表す透かしシンボルで透かし前処理され、前記シンクデータは、受信サイトにおいて、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンに挿入される、
請求項１９ないし２２いずれか一項に記載の受信システム。
【請求項２４】
各場合にシンクデータを表す前記透かしシンボルは、異なる３つの連続した透かしシンボルを構成する、
請求項２３に記載の受信システム。
【請求項２５】
前記透かし情報ワードは固定部と可変部とを有し、透かし前処理されたブロック又はフレームの異なるバージョンは、前記可変部に対してのみ用いられる、
請求項１９ないし２４いずれか一項に記載の受信システム。
【請求項２６】
前記可変部は可変タイムスタンプを表す、
請求項２５に記載の受信システム。
【請求項２７】
前記オリジナルのオーディオ又はビデオデータの連続したブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンの一方は、ベースバージョンを表し、他のバージョンの連続したブロック又はフレームは、対応するバージョンと前記ベースバージョンとの間の透かし差分信号を表す、
請求項１９ないし２６いずれか一項に記載の受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、デジタルシネマなどにおいて、提示されるオリジナルのオーディオ又はビデオデータの不正記録や複製などの不正利用に対する、透かしによるプロテクションの方法及びシステムに関する。
【背景技術】
【０００２】
オーディオ透かしはコンテンツプロテクションのセキュリティ技術の一つである。透かし（ＷＭ）は、オリジナルのオーディオ信号のデータに埋め込まれたシグネチャであり、人間の耳には聞こえないことに加え、統計的に検出できず、それを取り除こうとする試みにも耐えなければならない。例えば、デジタルシネマへの応用では、透かしシステムの要件は、一組の特性に基づいて規定できる：透かしを入れたコピーの品質と埋め込んだ透かしのロバストネスの一般的な要件に加え、かかるシネマアプリケーションには、従わねばならない追加的セキュリティ制約がある。
【０００３】
「デジタルシネマイニシアチブ」（ＤＣＩ）は、デジタルシネマ産業全体の標準の仕様を確立するために、７映画会社により設立された組織である。ＤＣＩ仕様書第１．２版がhttp://www.dcimovies.comに公開された。映画製作のワークフローには、図１に示すように、マスタリング、配信、及び映画館における再生が含まれる。
【０００４】
デジタルシネマシナリオには、複数の異なるコンポーネントが規定されている。例えば：
−デジタルシネマ配信マスター（ＤＣＤＭ）；
−圧縮はＤＣＩ準拠のＪＰＥＧ２０００コードストリームとＪＰＥＧ２０００デコーダとを規定している；
−パッケージング；
−トランスポート；
−映画館システム；
−プロジェクション；
−セキュリティ。
【０００５】
デジタルシネマ配信マスターＤＣＤＭは、２Ｋ及び４Ｋマスターをサポートする階層的な画像構造に基づく。デジタルシネマシステムは、ファイルベースデザインで構築されている。すなわち、完全なコンテンツが、画像フレームを中心として構成された複数のファイルとして記憶されたデータよりなっている。含まれるＤＣＤＭオーディオデータは、ビット深度が２４ビット／サンプルであり、サンプルレートが４８または９６ｋＨｚである。ファイルフォーマットはＰＣＭ  ＷＡＶＥであり、データは圧縮されていない。
【０００６】
デジタルシネマシステムでは、図２に示したようにセキュリティシステムは、異なる要件を有し、これは適切なセキュリティメカニズムで実装される。これには、配信から映画館での再生又はプロジェクション２１までの暗号化セキュリティが含まれる。暗号化は、不法なアクセス、及び不正なコピー、編集、若しくは再生に対するプロテクションになる。暗号化されたコンテンツは、各映画館に、１つのデジタルシネマパッケージ（ＤＣＰ）として配信される。ＤＣＰコンテントのコンポーネントは、権利者（例えば、映画スタジオや配信会社）により選択的に暗号化されている。ロギングメカニズムにより、プロテクトされたコンテンツへのアクセスのログが取られる。犯罪科学的トラッキングを可能とするため透かし法と指紋法が使われる。
【０００７】
透かしは、映画館に配置されたサーバのメディアブロックＭＥＤＢＬ中の埋込器２２で入れられる。オーディオデータの透かしに関して最も重要な要件は、透かしがＡＢＸリスニングテストにおいて聞こえないことである。埋め込まれるペイロードには、１９ビットワード長を用いた映画館の識別情報が含まれ、これは２１９＝５２４，２８８映画館に相当する。また、１５分おきに変化し、毎年反復されるタイムスタンプが埋め込まれる。これには、２進法で表すと、１６ビットが必要である：４タイムスタンプ／時×２４時間／日×３６６日／年＝３５１３６タイムスタンプ。このように、透かしｗの情報ビットの全長ｌ（ｗ）は、ｌ（ｗ）＝１９＋１６ビット＝３５ビットである。データレートはｌ（ｗ）ビット／５分＝７ビット／分と設定される。
【０００８】
透かしの埋込は映画館における再生の直前に行わなければならないので、リアルタイムかそれよりも早く実行されねばならない。検出に必要な最小時間セグメントは３０分を過ぎてはならない。
【０００９】
以下、オリジナルすなわちキャリアオブジェクトをＣｏで表す。表記法において、
＜外１＞
0005897570.tif 000002
は時間ドメインにおけるオリジナル信号のサンプルを表す。ここで、ｌＣｏは、トラックＣｏのサンプル数を示す。例えば、サンプリングレートｆｓ＝４４．１ｋＨｚの場合、１秒は４４，１００サンプルに相当する。８または１６ビットの振幅解像度では、数シーケンスの範囲は
＜外２＞
0005897570.tif 000003
である。
【００１０】
キャリア要素Ｃｏｊの付加インデックス「ｊ」は、オーディオ信号のサブセットを示す。良くあることだが、すべてのオーディオ透かしアルゴリズムは、オーディオ信号を重なった又は重なっていない異なるブロックに分割し、普通これらのブロックのサイズは同じである。このため、Ｃｏｊ[i]は、長さがｌＣｏｊである、ｊ番目のブロックのｉ番目のサンプルを示す。個々のブロックは、透かしｗ全体の１ビットの情報を埋め込むのに使われる。
【００１１】
非特許文献１の発明は、内通者が共謀して、復号ボックス（デコーダ）から不法に取り出した共有秘密（鍵）から海賊版デコーダを作ったとしても、その内通者の追跡を可能にする。それゆえ、これは、透かし技術を用いていない暗号化手段による内通者の追跡である。海賊版デコーダがコンテンツを復号できる場合、そのコンテンツに基づいて不法ユーザを追跡するメカニズムは他にはない。次に、不正ユーザを追跡するには、追跡者は海賊版コーダにアクセスする必要がある。透かしの場合、追跡者は、デコーダに組み込まれた一組の鍵と対照的に、コンテンツに埋め込まれたユーザのＩＤ（又はＤＣＩ透かし）を有する海賊版コンテンツにアクセスすればよい。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】O. Billet et al.著「Efficient Traitor Tracing from Collusion Secure Codes」（１０ Aug. ２００８, Information Theoretic Security, Lecture Notes in Computer Science,Springer Berlin Heidelberg, pp.１７１-１８２, XP０１９１０２２８８）
【発明の概要】
【００１３】
対照的に、本発明が解決する問題は、デジタルシネマのシナリオの場合のように、埋込がレシーバサイトで行われる場合、敵対者は潜在的にオリジナルコンテンツにアクセスできるということである。上記の方法と組み合わせて、復号ボックス（デジタルシネマの場合にはＤＣＩサーバ）からセキュリティ鍵が漏れることによる共謀攻撃に対してさらにセキュリティを提供することにより、セキュリティレベルを高めることができる。
【００１４】
図２に示すように、映画の上映の直前に透かしを埋め込むため、その埋込は映画館のメディアブロックＭＥＤＢＬでリアルタイムに行わねばならない。このためには、オーディオ透かしアルゴリズムが受信サイトの専用ＤＳＰハードウェアに実装されていなければならない。しかし、レシーバ（映画館）サイトにおいてＤＳＰハードウェアと透かしを用いるため、このソリューションにはいくつか欠点がある：
−レシーバサイトにおいてＤＳＰハードウェアを組み込むにはコストがかかる；
−（セキュリティ欠陥が検出された時の）透かしアルゴリズムの更新を各レシーバ（映画館）で行わねばならず、時間と費用がかかる；
−かかるシステムには潜在的なセキュリティ上の欠陥がある。復号後、メディアストリームに透かしを埋め込む直前に、オリジナルのコンテンツにアクセスできるからである；
−透かし鍵は埋込するためレシーバに格納され、又は送信されねばならず、このセキュリティ処理が破られるおそれが大きくなる；
−正しいタイムスタンプの埋込を保証できない。潜在的な敵対者は、透かしハードウェアをリバースエンジニアリングして、異なる透かしシンボルが埋め込まれたフレームの、前に復号されたバージョンを用いることにより、不正なタイムスタンプを埋め込める。それにもかかわらず、敵対者は、送信サイトで制御できる範囲内のタイムスタンプを有する、透かしを入れたコピーを構成することができる；
−ＤＳＰハードウェアが組み込まれているという制約のため、異なる（場合によってはリアルタイムではない）透かし処理に切り換えることは可能ではない；
−同じメディアストリームに透かしを入れる、異なる透かし手順を組み合わせることは、処理のハードウェア実装のため、不可能である。
【００１５】
こうした種類の問題は、埋込がレシーバサイトで行われ、透かしアルゴリズムがハードウェアで実装されるすべてのアプリケーションで生じる。
【００１６】
本発明が解決しようとする問題は、かかるプロテクション処理又はシステムの全体的なセキュリティを高めることである。この問題は、請求項１に開示した方法により解決される。この方法を利用するシステムを請求項２と請求項３に開示する。
【００１７】
本発明は、透かし前処理して暗号化したコピーを用いることにより、透かしを埋め込む負荷を、受信サイト（映画館）から送信サイト（ポストプロダクション、スタジオ）に移す；
−透かしアルゴリズムの専用ＤＳＰによる実装はもう必要ない。透かしはソフトウェアで実行できる。これにより安価なハードウェアを用い易くなる；
−ハードウェアの更新が必要ないので、新しい透かし処理の更新は容易に実行できる。
−透かし埋込器と鍵へのアクセスは可能ではなく、そのため透かしエンコーディングに関するセキュリティ問題を回避できる。
【００１８】
フレームごとに透かし前処理をして暗号化した、オーディオＰＣＭファイルのコピーが配信される。フレームごと又はブロックごとの透かしと暗号化は送信サイト（ポストプロダクション又はスタジオ）で行われ、フレーム／ブロックごとに暗号化されたファイルは、パックされ、受信サイト（映画館）に配信される。コピー又はトラックの異なるバージョンは、異なる透かしのシンボルで透かしを入れられた、暗号化された候補を表す。例えば、オーディオ又はビデオ信号の第１のコピーは、送信サイトで、各ブロック又はフレームに対して値「０」の透かしシンボルで透かしが入れられ、第２のコピーは、送信サイトで、各ブロック又はフレームに対して値「１」の透かしシンボルで透かしが入れられる。さらに別のコピーはシンク透かしシンボルを含んでいてもよい。
【００１９】
ファイルが配信されるのに加えて、各レシーバに、フレーム／ブロック番号により識別された個々のフレームやブロックを復号する鍵と、埋め込まれたシンボルとよりなる鍵シーケンスが送信される。受信サイトでは、送信された鍵シーケンスに基づき、適切なフレームのみに復号がなされる。透かし前処理され暗号化されたフレームを用いて、正しい透かし情報ビットを、例えばＤＣＩアプリケーションのＩＤとタイムスタンプを黙示的に担う１つの透かしを入れたコピーを生成する。所望の透かし情報ビットワードのビット又は値に基づき１つの透かし入れしたコピーを生成するため、受信した、又は格納したコピーから、連続的に、対応するフレームやブロックを取り、アセンブルする。
【００２０】
送信サイトにおけるコンテンツの透かし前処理により、透かしの埋込は以下の利点を有する：
−専用ハードウェアによる透かし処理の実装が必要なく、受信サイトにおけるハードウェアのコストが削減される；
−ハードウェアの更新が必要ないので、異なる透かし処理への更新が容易である。
−透かしトラックの構成速度は、Ｉ／Ｏ性能のみによって決まり、用いる透かし処理の速度にはよらない。それゆえ、リアルタイムでは実行できない高度な透かし処理への切り替えが可能である。
−異なる透かし処理を組み合わせて利用でき、これにより透かしを交互に埋め込み、もって犯罪捜査トラッキングシステムのロバスト性を高めることができる。これは、ブロックサイズが異なる場合にはタイミング情報を提供することにより、構成サイトで制御できる；
−受信サイト（映画館）は、すでに透かし（映画館のＩＤ）が埋め込まれた、透かし前処理をしたコピーを受け取る。これにより、受信サイトでいつわりの透かしを不正に埋め込むことを防止する；
−透かしアルゴリズムのリバースエンジニアリングが不可能なので、透かしシステムのセキュリティが確保される。さらに、送信サイトで透かし前処理をするので、透かしシステムの鍵へのアクセスができない。
【００２１】
それにもかかわらず、説明する発明は、まだ２つの欠点を有する：
−映画館サイトには潜在的にセキュリティの脆弱性がある。復号された透かし前処理コピーを用いて、正しい透かしを担わない透かし（例えば、映画館のＩＤは正しいが、タイムスタンプが異なるもの）を構成できる；
−透かし前処理コピーを用いるため、必要な帯域幅はほぼ２倍になる。
それゆえ、上記の通り、暗号化はブロックごとに行うことができる。
【００２２】
原理的に、本発明の方法は、提示するオリジナルのオーディオ又はビデオデータ信号に透かしをいれることにより、不正な記録やコピーなどの不正利用に対して保護するのに適する。前記方法は：
−送信サイトにおいて、前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンを、前記オリジナルのオーディオ又はビデオデータから発生し、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用し、対応する暗号鍵を用いて前記バージョンを暗号化することにより求められ、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化される、ステップと、
−前記透かし前処理され暗号化されたバージョンと前記暗号鍵と前記鍵シーケンスとを、例えば１つ以上のデータファイルとして、１つ以上のレシーバ又はレシーバ装置に転送するステップと、
−受信サイトにおいて、前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求めるステップと、
−前記オリジナルのオーディオ又はビデオデータの復号された透かしを入れたバージョンを提供するステップとを有する。
【００２３】
原理的に、本発明の送信システムは、受信サイトで提示できるオリジナルのオーディオ又はビデオデータ信号に透かしをいれることにより、不正な記録やコピーなどの不正利用に対して保護するのに適する。前記送信システムは：
−前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンを、前記オリジナルのオーディオ又はビデオデータから発生し、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用し、対応する暗号鍵を用いて前記バージョンを暗号化することにより求められ、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化される、ように構成された手段と、
−前記透かし前処理され暗号化されたバージョンと前記暗号鍵と前記鍵シーケンスとを、例えば１つ以上のデータファイルとして、１つ以上のレシーバ又はレシーバ装置に転送し、前記受信サイトにおいて、前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求める、ように構成された手段と、を有する。
【００２４】
原理的に、本発明の受信システムは、提示するオリジナルのオーディオ又はビデオデータ信号に透かしをいれることにより、不正な記録やコピーなどの不正利用に対して保護するのに適する。前記受信システムは、前記オリジナルのオーディオ又はビデオデータの連続するブロック又はフレームの少なくとも２つの異なる透かし前処理されたバージョンを受信し又は記憶し、前記バージョンは、一バージョンに繰り返された透かしシンボル値を適用し、異なるバージョンに異なる透かしシンボル値を適用し、対応する暗号鍵を用いて前記バージョンを暗号化することにより求められ、加えて、前記異なる透かし前処理されたバージョンの各ブロック又はフレームは、対応する鍵シーケンスを用いて個別に暗号化され、前記受信システムは、前記暗号鍵と前記鍵シーケンスとを受信して記憶し、前記送信システムは、
−前記暗号鍵を用いて前記透かし前処理され暗号化されたオーディオ又はビデオデータのバージョンを復号し、個別に前記鍵シーケンスを用いて前記ブロック又はフレームを復号し、所望の透かし情報ワードの値に応じて、前記復号された透かし前処理されたバージョンから、対応するフレーム又はブロックを連続してアセンブルし、前記透かし情報ワードを担う前記オリジナルのオーディオ又はビデオデータの透かしを入れたバージョンを求める、ように構成された手段と、
−前記オリジナルのオーディオ又はビデオデータの復号された透かしを入れたバージョンを提供するように構成された手段とを有する。
【００２５】
本発明のこれ以外の有利な実施形態は、それぞれの従属項に開示されている。
【図面の簡単な説明】
【００２６】
添付した図面を参照して、本発明の実施形態を例として説明する。
【図１】パッケージングからプロジェクションまでのデジタルシネマアプリケーションの配信ワークフローを示す図である。
【図２】デジタルシネマにおける透かし技術の応用を示す図である。
【図３】予め透かしを入れ暗号化されたコピーの準備を示す図である。
【図４】透かしを入れたオーディオトラックの構成を示す図である。
【図５】予め透かしを入れブロックごとに暗号化されたコピーの準備を示す図である。
【図６】ブロックごとに復号されたコピーからの透かしを入れたトラックの構成を示す図である。
【図７】可変部を有する予め透かしを入れ暗号化されたコピーを示す図である。
【図８】差分信号を有する予め透かしを入れ暗号化されたコピーを示す図である。
【発明を実施するための形態】
【００２７】
事前透かし入れと暗号化
本発明により、一オーディオＰＣＭファイルに対し複数のブロック毎に事前透かし入れされたトラックが配信される。すべての事前透かし入れされたトラックは暗号化されファイルに格納される。レシーバサイトでは、事前透かし入れされたトラックが復号され、透かし情報ワード（例えば、映画館のＩＤとタイムスタンプ）に基づき、透かし入れされたオーディオストリームが提示のため構成される。
【００２８】
本発明の処理は、次の基準を満たすものであれば、他の透かしシステムにも適用できる。
−土台の透かしシステムがブロックベースで動作する。実際、ほとんどの透かしシステムは元の信号を、空間的又は時間的にバラバラな領域に分割する。オーディオ透かしシステムでは、オーディオトラックは時間的に一連の連続したオーディオブロックに分割する。
−異なるブロック間で重なりが生じても、１ブロックにおける透かしの埋込が隣接ブロックのコンテンツに依存しない。少なくとも、かかる依存性は、透かしを入れたトラックの品質と透かしのロバスト性の大幅な減少のため、無視できる。
【００２９】
上記の特性意外に、アダプティブスプレッドフェーズ変調（ＡＳＰＭ）の特殊な場合には、以下を仮定できる：
−透かしｗのＮ個の情報ビットは、一連の別々のシンボル
＜外３＞
0005897570.tif 000004
により表され、各シンボルはＮＳＢ個のサブブロックよりなるブロックに埋め込まれる。
−透かしシステムにおいて、各サブブロックは心理音響モデルの利用により決定される同数のサンプルを含む。例えば、サブブロックのサイズｌは
＜外４＞
0005897570.tif 000005
である。
【００３０】
オーディオトラックが配信される前に、オリジナルのファイルデータｃｏｒｇは特殊な透かし
＜外５＞
0005897570.tif 000006
を用いてＮＡ回透かしを埋め込まれ、結果としてＮＡ個の透かしコピーが得られる。図３は、時間ｔに対して、同じデータファイルの２つのバージョンｃ０、ｃ１と、同期シンボルが埋め込まれたバージョンｃＳとを示す。各バージョンは異なる透かしが入れられ（及び暗号化され）ている。透かしされたトラックのコピーはそれぞれ
＜外６＞
0005897570.tif 000007
のうちの時間的に一連の同一透かし情報ビットパターンにより表される。例えば、ファイルバージョンｃ０では、ビットパターン
＜外７＞
0005897570.tif 000008
を用いて、ｔ４からｔｎまでの時間の透かしシンボルを発生し、ファイルバージョンｃ１では、ビットパターン
＜外８＞
0005897570.tif 000009
を用いて、透かしシンボルｗ１を発生する。かかるデータの準備は、透かし前処理と呼ぶ。これらの透かしの埋込は、異なるビット又はシンクワード
＜外９＞
0005897570.tif 000010
を表すビットパターンを発生する一意的な鍵Ｋを用いて行う。ＡＳＰＭ処理を用いる場合、他の信号処理動作に対し検出がうまくいくように、３つの異なる順次的同期シーケンス
＜外１０＞
0005897570.tif 000011
を、図３でデータファイルのバージョンｃＳに示したように、透かしｗ０／ｗ１の始めに挿入しなければならない。この実施例では、透かし情報ワードの長さはｌ（ｗ）＝３５ビットなので、同期ビットはブロック位置が固定され、別途透かし前処理したコピーとして格納する必要はない。これにより、図３に示したように、すべての透かしブロックをカウントする場合の数よりも、必要な透かし前処理コピーの数が減少する。
【００３１】
セキュリティを高めるため、個々のオーディオファイルに対して透かし鍵は異なってもよい。しかし、これにより、透かし検出の際に識別問題が生じる。しかし、この問題は、指紋技術を組み込むことにより解決できる。
【００３２】
トラックの透かしコピーは、例えば全体として、鍵ＫＥを用いて暗号化関数
＜外１１＞
0005897570.tif 000012
により
＜外１２＞
0005897570.tif 000013
により暗号化される。得られた暗号化ファイルはパックされ、レシーバ（映画館）に配信又は転送される。デジタルシネマアプリケーションでは、透かし前処理した暗号化ファイルは、映画館のメディアサーバに格納される。
【００３３】
レシーバサイトでオーディオトラックを提示する前に、透かし前処理したコピーを、同じ鍵ＫＥを用いて復号関数
＜外１３＞
0005897570.tif 000014
により復号
＜外１４＞
0005897570.tif 000015
する。オーディオトラックへのｌ（ｗ）個の透かし情報ビットの埋込は、透かし前処理したコピーから透かしコピーをブロック又はフレームごとに構成することにより行う。ブロックの総数は
＜外１５＞
0005897570.tif 000016
であり、ｌ（ｗ）＝３５個の透かしブロックとｎＳ＝３個の同期ブロックとがある。
【００３４】
図４は、コンストラクタ４０に必要なトラックｃｗを構成することにより、ビットシーケンス
＜外１６＞
0005897570.tif 000017
＜外１７＞
0005897570.tif 000018
中の現在のビット値「ｉ」によると、透かし前処理セクション
＜外１８＞
0005897570.tif 000019
が、透かし前処理トラックｃ０又はｃ１からコンストラクタ４０により連続して取られ、アセンブルされる。
【００３５】
透かし情報ワード「ｗ」の内容はレシーバにより個別に決定できる。
【００３６】
有利にも、透かしトラックの構成速度は、Ｉ／Ｏ性能のみによって決まり、用いる透かし処理の種類にはよらない。データ準備ステップで行われる透かし処理は、すべてのレシーバ（映画館）に対して同じであり、そのため一オーディオトラックに対して一度だけ行えばよい。
ブロック毎の暗号化
前述の実施形態では、間違った透かし（すなわち、映画館ＩＤ）を担う透かしトラックを構成することができてしまう。以下の実施形態では、透かし前処理と構成処理が異なる。
【００３７】
透かし前処理コピーを生成するために行う透かし処理は、前の実施形態と同じである。しかし、透かし処理されたコピーはブロック毎に暗号化される。
【００３８】
各ブロック
＜外１９＞
0005897570.tif 000020
は、図５に示したように、透かしトラック中の位置ｔｊで始まるブロックに対して、及びシンボルタイプｉに対して、異なる鍵Ｋｉｊを用いることにより暗号化される。ブロック毎に暗号化されたファイルは、パックされ、例えばそれがメディアサーバに記憶される映画館に配信される。メディアファイルに加えて、透かしを構成するためのビットを担うブロックのみを復号するのに必要な鍵よりなる鍵シーケンス
＜外２０＞
0005897570.tif 000021
が、各レシーバに送信される。
【００３９】
デジタルシネマアプリケーションの場合、透かし
＜外２１＞
0005897570.tif 000022
は、映画館のＩＤとタイムスタンプよりなる。鍵シーケンスは、同期ブロック
＜外２２＞
0005897570.tif 000023
と映画館のＩＤ
＜外２３＞
0005897570.tif 000024
よりなる固定部と、タイムスタンプ
＜外２４＞
0005897570.tif 000025
の可変部とに分割できる。
【００４０】
【数１】
0005897570.tif 000026
は、ＤＣＩ透かしの３５ビットと、３同期ビットよりなる。
【００４１】
最後のサブシーケンスＫｔｉｍｅを可変することにより、異なるタイムスタンプを実装できる。これにより、対応する鍵シーケンスのみを送信することにより、タイムスタンプを一定の期間に限定することが可能になる。
【００４２】
レシーバ（映画館）は、（上部が図５に対応する）図６に示したように、鍵シーケンス
＜外２５＞
0005897570.tif 000027
を用いて、暗号化されたブロック
＜外２６＞
0005897570.tif 000028
から位置ｊのブロックを求めることにより、透かしｗＩＤとｗｔｉｍｅが埋め込まれたブロックのみを正しく復号できる。
【００４３】
前述の実施形態に加え、この実施形態は、適当なブロックのみが、割り当てられた鍵シーケンスにより復号できるので、正しい透かし（及び、それにより映画館のＩＤ）が黙示的に埋め込まれているとの利点を有する。しかし、欠点も残る：
−デジタルシネマアプリケーションでは、この処理では、正しいタイムスタンプの埋込が保証できない。潜在的な敵対者が、異なるシンボルが埋め込まれたブロックのすでに復号されたバージョンを用いて、間違ったタイムスタンプを埋め込める。それにもかかわらず、透かしコピーを、送信された鍵サブシーケンスＫｔｉｍｅに応じた範囲内のタイムスタンプだけで構成することができる。間違ったタイムスタンプは、送信された鍵シーケンスを知っていれば検出できる。
−透かし前処理されたコピーとブロック毎に暗号化されたコピーとを送信しなければならないので、帯域幅がほぼ二倍になる。
帯域幅の削減
透かしの静的部分と動的部分とを考慮することにより、帯域幅の削減をできる。これは、ストリームの透かし前処理されブロック毎に暗号化された部分を、同期ビットと透かしのＩＤとを担う固定透かし部分とともに送信することにより、行える。可変部分のみの場合、透かし前処理したブロックと暗号化したブロックの２つのバージョンをレシーバ（映画館）に送信する。タイムスタンプ範囲は、送信者サイトで制御可能である。
【００４４】
透かしの埋込は、前の実施形態で説明したものと同じである。復号するブロックの選択は、透かしの可変部ｗｔｉｍｅに対してのみ行われなければならない。これは図７に示した。
【００４５】
必要な帯域幅は、透かしの可変部ｗｔｉｍｅに対して、一透かしシンボルでマークされたトラックと、異なる透かしシンボルの透かし信号の差分とを送信することにより、さらに低減できる。図８に示したように、位置ｔｊにある各ブロックに対して、第１のシンボル「０」の透かしバージョン
＜外２７＞
0005897570.tif 000029
が埋め込まれ、差分
＜外２８＞
0005897570.tif 000030
【００４６】
【数２】
0005897570.tif 000031
【００４７】
【数３】
0005897570.tif 000032
透かし差分信号はオリジナルの透かし信号よりもダイナミックレンジが低いので、有効に圧縮できる。
【００４８】
前の実施形態で説明したように、可変透かし部分ｗｔｉｍｅからブロックを選択するのに加え、構成により透かしを埋め込むため、透かし前処理したコピーのシンボル以外のシンボルを埋め込む場合、式（３）による異なる信号のブロック毎の加算が行われる。
【００４９】
前述の通り、本発明はデジタルシネマアプリケーションに応用できる。さらに、レシーバサイトにおいてセキュアでないデバイスで透かし埋込ステップを実行しなければならないすべてのアプリケーションに応用可能である。
【図１】
0005897570.tif 000033
【図２】
0005897570.tif 000034
【図３】
0005897570.tif 000035
【図４】
0005897570.tif 000036
【図５】
0005897570.tif 000037
【図６】
0005897570.tif 000038
【図７】
0005897570.tif 000039
【図８】
0005897570.tif 000040