(57)【特許請求の範囲】
【請求項１】
受信装置（ＲＥＣ）によって受信したデジタル・データ・パケットのストリームの基本メディアコンテンツにマークを付ける方法であり、前記受信装置（ＲＥＣ）は、少なくとも１つのプロセッサ（ＣＰＵ）、メモリ（Ｍ）、デスクランブラ（ＤＳＣ）、基本メディア・コンテンツ・パケットのシーケンスを生成するデコーダモジュール（ＤＥＣ）を備え、前記受信装置（ＲＥＣ）は更に、前記受信装置（ＲＥＣ）に関連する内部パラメータ（ＵＡ）により規定されるパターンに従って、基本メディア・コンテンツ・パケットの前記シーケンスのデータを変更することによってマークを付けるように構成されたマーカーユニット（ＭＵ）を備える方法であって、
前記マーカーユニット（ＭＵ）によって、基本メディア・コンテンツ・パケットの前記シーケンスにおいて、所定の長さであって前記シーケンスの所定の位置で開始する少なくとも１つのセグメント（Ｔ）を決定するステップと、
少なくとも１つの基本メディア・コンテンツ・パケットの全部又は一部のデータを含む所定の数（Ｎ）の連続ウインドウに前記セグメント（Ｔ）を分割するステップと、
を含む方法において、
基本メディア・コンテンツ・パケットの前記シーケンスにおいて規定された前記セグメント（Ｔ）の各ウインドウにインデックスを付けるステップであって、各インデックスは前記セグメント（Ｔ）のウインドウの位置を規定するステップと、
数学的変換機能を適用することによって前記内部パラメータ（ＵＡ）をコード化して、結果として生じるビットストリングを得るステップと、
前記結果として生じたビットストリングの最初の所定の数（Ｗ）のバイトの各々にモジュロ（Ｎ）演算子を適用することにより前記結果として生じたビットストリングの全体又は一部に基づいて所定の数（Ｗ）のウインドウの位置インデックスを算出するステップであって、前記所定の数のウインドウ（Ｗ）は、前記セグメント（Ｔ）のウインドウの前記数（Ｎ）より少ないステップと、
検出可能なひずみを生じるグリッチを加えることにより前記算出された位置インデックスにより示される前記ウインドウのデータを変更するステップであって、前記グリッチを含む前記ウインドウ及びオリジナルデータを含む前記ウインドウは、基本メディア・コンテンツ・パケットの前記セグメント（Ｔ）の中に、前記受信装置（ＲＥＣ）に関連する前記内部パラメータ（ＵＡ）を表す固有パターンを形成するステップと、
シーケンスの前記セグメント（Ｔ）の前記所定の開始位置を、前記算出された位置インデックスにより示される前記ウインドウの前記加えられたグリッチによって生じる検出可能なひずみとは別の検出可能なひずみを生じる開始コード（ＳＣ）であって、いくつかのウインドウに広がる長さを有する特定のグリッチの形か又は１つのウインドウ以内の連続するグリッチの形の開始コード（ＳＣ）とマークさせるステップと、
前記グリッチの追加によって変更されたデータを含むウインドウを含む前記少なくとも１つのセグメント（Ｔ）を含む基本メディアパケットの少なくとも１つのシーケンスを含む基本メディア・コンテンツ・データ・パケットを出力するステップと、
を更に含むことを特徴とする方法。
【請求項２】
基本メディアパケットの前記シーケンスは、圧縮されていない基本メディアサンプルのシーケンスを含むことを特徴とする請求項１に記載の方法。
【請求項３】
基本メディアパケットの前記シーケンスは、パケット化されて圧縮された基本メディアのシーケンスを含むことを特徴とする請求項１に記載の方法。
【請求項４】
基本メディアパケットの前記シーケンスは、パケット化されてスクランブル化された基本メディアのシーケンスを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記検出可能なひずみが、オーディオデータの場合にはサイレンスグリッチに、又はビデオデータの場合には画素のひずんだブロックに対応することを特徴とする請求項１に記載の方法。
【請求項６】
付加的なパラメータ（Ｐａｒａｍ）は、前記数学的変換機能を適用する前に前記内部パラメータ（ＵＡ）に連結されて、前記位置インデックスは、前記付加的なパラメータ（Ｐａｒａｍ）に連結された前記変換された内部パラメータ（ＵＡ）を表す前記ビットストリングに基づいて算出されることを特徴とする請求項１に記載の方法。
【請求項７】
前記内部パラメータ（ＵＡ）に加えて構成記述子を前記マーカーユニット（ＭＵ）によって受信するステップを更に含み、前記構成記述子は、前記セグメント（Ｔ）の長さ又は期間、前記セグメント（Ｔ）の中のウインドウの数（Ｎ）、変更された基本メディアデータを含むウインドウの数（Ｗ）、ウインドウの中の前記検出可能なひずみの期間、前記数学的変換機能を適用する前に前記内部パラメータに連結される前記付加的なパラメータ（Ｐａｒａｍ）を規定するパラメータを少なくとも含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記付加的なパラメータ（Ｐａｒａｍ）は、前記構成記述子の前記パラメータのチェックサム、前記内部パラメータ（ＵＡ）をコード化するために用いる一種の数学的変換機能のインジケータ、又は前記セグメント（Ｔ）の前記基本メディアコンテンツに関連したその他の情報を含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記数学的変換機能は、ＳＨＡタイプの暗号ハッシュ関数を含むことを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記算出された位置インデックスにより示される前記ウインドウにおいて変更された前記データは、前記デスクランブラ（ＤＳＣ）によって意図的にスクランブル化されたデータを含むことを特徴とする請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
デジタル・データ・パケットのストリームの基本メディアコンテンツにマークを付けるように構成された受信装置（ＲＥＣ）であって、
前記受信装置（ＲＥＣ）は、少なくとも１つのプロセッサ（ＣＰＵ）、メモリ（Ｍ）、デスクランブラ（ＤＳＣ）、及び基本メディア・コンテンツ・パケットのシーケンスを生成するように構成されたデコーダモジュール（ＤＥＣ）を備え、
前記受信装置（ＲＥＣ）は更に、前記受信装置（ＲＥＣ）に関連する内部パラメータ（ＵＡ）により規定されるパターンに従って、基本メディア・コンテンツ・パケットの前記シーケンスのデータを変更することによってマークを付けるように構成されたマーカーユニット（ＭＵ）を備え、
前記マーカーユニット（ＭＵ）は、
基本メディア・コンテンツ・パケットの前記シーケンスにおいて、所定の長さであって前記シーケンスの所定の位置で開始する少なくとも１つのセグメント（Ｔ）を決定し、そして
少なくとも１つの基本メディア・コンテンツ・パケットの全部又は一部のデータを含む所定の数（Ｎ）の連続ウインドウに前記セグメント（Ｔ）を分割するように構成されて、
前記マーカーユニット（ＭＵ）は、
基本メディア・コンテンツ・パケットの前記シーケンスにおいて規定された前記セグメント（Ｔ）の各ウインドウにインデックスを付け、各インデックスは前記セグメント（Ｔ）のウインドウの位置を規定しており、
数学的変換機能を適用することによって前記内部パラメータ（ＵＡ）をコード化して、結果として生じるビットストリングを得て、
前記結果として生じたビットストリングの最初の所定の数（Ｗ）のバイトの各々にモジュロ（Ｎ）演算子を適用することにより前記結果として生じたビットストリングの全体又は一部に基づいて所定の数（Ｗ）のウインドウの位置インデックスを算出し、前記所定の数のウインドウ（Ｗ）は、前記セグメント（Ｔ）のウインドウの前記数（Ｎ）より少なく、
検出可能なひずみを生じるグリッチを加えることにより前記算出された位置インデックスにより示される前記ウインドウのデータを変更し、前記グリッチを含む前記ウインドウ及びオリジナルデータを含む前記ウインドウは、基本メディア・コンテンツ・パケットの前記セグメントの中に、前記受信装置（ＲＥＣ）に関連する前記内部パラメータ（ＵＡ）を表す固有パターンを形成し、
シーケンスの前記セグメント（Ｔ）の前記所定の開始位置を、前記算出された位置インデックスにより示される前記ウインドウの前記追加されたグリッチによって生じる検出可能なひずみとは別の検出可能なひずみを生じる開始コード（ＳＣ）であって、いくつかのウインドウに広がる長さを有する特定のグリッチの形か又は１つのウインドウ以内の連続するグリッチの形の開始コード（ＳＣ）とマークさせ、そして
前記グリッチの追加によって変更されたデータを含むウインドウを含む前記少なくとも１つのセグメント（Ｔ）を含む基本メディアパケットの少なくとも１つのシーケンスを含む基本メディア・コンテンツ・データ・パケットを出力するように更に構成されることを特徴とする受信装置（ＲＥＣ）。
【請求項１２】
前記マーカーユニット（ＭＵ）は、前記デコーダモジュール（ＤＥＣ）の後に若しくは前記デスクランブラモジュール（ＤＳＣ）の後に局所化されるか、又は前記デスクランブラモジュール（ＤＳＣ）に組み込まれることを特徴とする請求項１１に記載の受信装置（ＲＥＣ）。
【請求項１３】
前記検出可能なひずみは、オーディオデータの場合にはサイレンスグリッチに、又はビデオデータの場合には画素のひずんだブロックに対応することを特徴とする請求項１１又は１２に記載の受信装置（ＲＥＣ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コピーの無許可の配布を防止するために、コンテンツデータの起点を識別するためにデジタルオーディオ或いはオーディオ及び／又はビデオ・コンテンツ・データにマークを付けるか又はフィンガープリントする装置及び方法に関する。
【背景技術】
【０００２】
デジタルオーディオ或いはオーディオ及び／又はビデオ処理の分野において、フィンガープリンティングとも呼ばれるフォレンジック透かしは、受信装置により処理されたデータにマークを付ける一般的な技術である。それは、コンテンツが、例えば保護なしで、インターネットで見つかる場合にコンテンツを追跡する方法である。一旦前記オーディオ並びに／或いはオーディオ及び／又はビデオコンテンツがデスクランブルされるとマークをオーディオ並びに／或いはオーディオ及び／又はビデオコンテンツに埋め込むための、さまざまな解決策がある。第１の方法は、この情報を放送側で埋め込むことである。サーバは、情報をコンテンツに隠すために、情報をオーディオ及び／又はビデオコンテンツと慎重に組み合わせ、そして受信機は、コンテンツの認証のために逆に情報を抽出できる。別の方法は、一旦オーディオ並びに／或いはオーディオ及び／又はビデオストリームがデスクランブルされると、受信装置は受信装置の識別に特有のマークを加えるというものである。情報をオーディオ又はビデオコンテンツに挿入することは複雑な処理であり、そこにおいて、マークの頑強性に関する妥協のない不可視性又は聞き取り難さは、主要な目標である。場合によっては、挿入メカニズムのため、完全な不可視性又は聞き取り難さに到達することは不可能である。それゆえ、情報挿入に起因するコンテンツに対する影響を減らすことは、使用可能な解決策に達するキーである。
【０００３】
フィンガープリンティング技術は、例えば特許文献１に開示されており、それは、映画のコピーのようなオーディオ記録のコンテンツに識別可能なコードをコード化するためのシステム及び方法を記載している。オーディオコンテンツは、リスナーには基本的に気付かれないように、コピーのオーディオ・サウンドトラックの少なくとも１つの特定の予め選択された位置において変更される。オーディオコンテンツは、映画のそのコピーに適用される固有番号を表す識別可能なコードを形成するために変更され、そこにおいて、この種のオーディオコンテンツの再生のいかなるオーディオ記録も、識別可能なコードを捕獲する。固有番号は、コード番号を読み込んで、コピーの受取人を識別して、それによって、偽のコピーのソースを突きとめるために、取締機関の職員が映画の疑わしい偽のコピーを調査できるように、それが配布されるときにコピーを受け取る人又は実体の識別と共に、記録されて、格納される。
【０００４】
特許文献２は、独自にコード化されたパターンでプログラムのいくつかの予め選択された位置で画像を僅かに変更することによって、相当な数の映画のようなプログラムの配布ビデオコピーの各々を固有の方法でコード化するシステム及び方法を開示する。疑わしい偽物は、偽物のソースを追跡することを可能にするために偽造されたコピーのためのコード化された番号を決定するために、変更のないマスタービデオと比較できる。好ましくは、いくつかの全場面の各フレームは、偽造者によってほとんど検出不可能で、変更のないマスタービデオと比べると容易に検出される変更を作成するように、画像をシフトすることによって各位置で変更される。アーティファクトは、プログラムの固有番号を表すパターンに挿入される。これらは画像の変更によってエンコーディングを補い、そして偽のコピーを追跡するのを助けるために追加手段を与える。
【０００５】
特許文献３は、コンテンツをソースまで追跡する際に使用するためにオーディオ／ビデオ信号にマークを付けるシステム及び方法を開示する。ＩＤコントローラは、マスターオーディオ／ビデオ信号からオーディオ／ビデオ同期フィンガープリントを捕獲し、フィンガープリントをデータストアに格納して、マスターオーディオ／ビデオ信号のコピーに識別子をコード化するために、信号をＩＤエンコーダに提供する。識別子は、捕獲、圧縮、及び／又はトランスコーディングのような動作を通して持続的であるようにコード化される。コピーされたオーディオ／ビデオ信号の中のコード化された識別子は、フィンガープリントを抽出して、識別子を決定するためにそれを格納されたフィンガープリントと比較することによって後で決定できる。識別子は、次に、コピーされたオーディオ／ビデオ信号のソースを追跡するために用いることができる。
【０００６】
特許文献４は、メッセージを有するトランスポートストリームを処理して、透かしを入れる方法及び装置を開示する。被処理コンテンツパケット、関連キャリアパケット、及び関連キャリアパケットのグループのための透かし記述子を含む被処理トランスポートストリームは、トランスポートストリームから作成される。被処理コンテンツデータは、第１の透かし値を表して、トランスポートセクター境界と接している。関連キャリアパケットは、第２の透かし値を表して、トランスポートセクター境界と接している置換え透かしデータを含む。これらの関連キャリアパケットは、被処理コンテンツパケットと組み合わされる。透かし記述子は同期化データを含む。透かしの入ったトランスポートストリームは、透かしメッセージに従って、選択された被処理コンテンツパケット及び関連キャリアパケットをインタリーブすることにより作成される。
【０００７】
特許文献５は、ビデオ開始コードを使用する透かし挿入のための方法及びシステムを開示する。さまざまな実施形態において、受信機は、複数のビデオフレームから成る圧縮ビデオストリームの埋め込み透かしに基づいて、圧縮ビデオストリームの複数のビデオフレームの各々の各部分のためのデフォルトバージョン、及び圧縮ビデオストリームの複数のビデオフレームの１つ以上のうちの１つ以上の部分のための代替バージョンと対応する透かし制御情報を受信するように構成される。実施形態によれば、デフォルトバージョンは、透かしなしのビデオデータから成ることができて、代替バージョンは、透かしを有するビデオデータから成ることができる。別の例示的実施形態において、デフォルトバージョンは、一種類の透かしを有するビデオデータから成ることができて、代替バージョンは、異なるタイプの透かしを有するビデオデータから成ることができる。あるデータタイプ値を有する開始コード接尾辞を含むことができる開始コードは、デフォルトバージョンの各々のために利用できる。第１の予約値を有する開始コード接尾辞を含むことができる開始コードは、代替バージョンの各々のために利用できる。第２の予約値を有する開始コード接尾辞を含むことができる開始コードは、対応する透かし制御情報の各々のために利用できる。
【０００８】
特許文献６は、コード化ビットストリームを変更するか使用するための方法、又はデータから透かし情報を回復するための方法を開示する。一実施態様では、コード化ビットストリームは、ビットストリームの他のいかなる構文要素のコーディングも変えずに、透かしのコード化ビットストリームへの適用を可能にするために変更される。これは、次のコード化要素の解釈を損なうことなしにコード化構文要素を変えるのに必要な条件を識別することにより実行される。変更された値が、オリジナル値が生成したであろうのと同じデコード変数を生成する場合、コード化構文要素は別のコード化値と置き換えられる。特定の実施態様は、例えば、コンテキストベースの適応２値算術コード化（ＣＡＢＡＣ）を含む、エントロピーコード化を用いてコード化される構文要素に集中する。コーディング又は透かしのタイプに関係なく、さまざまな実施態様は、透かし情報を回復することを提供できる。特定の実施態様は、検出データ及び特徴情報を使用して透かし情報を回復する。
【０００９】
特許文献７は、ダミー値を生成すること、コンテンツのトランスポートストリームによりダミー値を多重化すること、そこではコンテンツの値が透かし信号を含む代替値と置き換えられるコンテンツの少なくとも１つの位置を選択すること、少なくとも１つの代替値を生成すること、及び少なくとも１つの代替値をコンテンツに挿入すること、を含むコンテンツを処理する方法及びシステムを開示する。この方法は、コンテンツエンコーディング及びオーサリングの間に「プレースホルダー」としてダミーデータ（又はパディングデータ）を生成する。後の段階で、これらのダミーデータは、実追加データ（透かし及び他のデータ）と置き換えられる。実追加データは、再エンコーディング又は再多重化なしにコード化／多重化されたコンテンツに挿入される。このように、追加データは、コンテンツの最小の更なる処理で、そしてワークフローに対する最小の影響で、コード化されて多重化されたコンテンツに挿入される。本願明細書で用いられるコンテンツは、ビデオ、オーディオ、及び他のいかなるマルチメディアコンテンツも含む。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】国際公開第２００８／０９７９１８（Ａ２）号パンフレット
【特許文献２】米国特許第７８１８２５７（Ｂ２）号明細書
【特許文献３】米国特許出願公開第２００７／０２４２８２６（Ａ１）号明細書
【特許文献４】米国特許出願公開第２０１０／１００７４２（Ａ１）号明細書
【特許文献５】欧州特許第２３８７２５０（Ａ１）号明細書
【特許文献６】米国特許出願公開第２０１０／１６９３４９（Ａ１）号明細書
【特許文献７】米国特許出願公開第２００９／０４９３０２（Ａ１）号明細書
【特許文献８】国際公開第２０１２／０２２７１２（Ａ１）号パンフレット
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上記の技術は、マークをメディアデータに挿入すると共に、以下の共通点を有する。
・挿入される固有識別子は、メディアに適用される変更の静的な予め生成されたパターンである。それは挿入される間オンザフライで生成することができない。将来のスケールアップは不可能である。
・マークの抽出はブラインド検出プロセスでない。変更位置を自己抽出して、それを適切に解釈するメカニズムがない。従って、それはマークを回復することが可能な参照情報へのアクセスを必要とする。
・ひずみを更に最適化することは不可能である。一旦変更の方法が決定されると、マーク挿入の影響を微調整することはもはや不可能である。
【課題を解決するための手段】
【００１２】
上記の欠点を克服するために、本発明の目的は、グリッチとも呼ばれる変更の数を管理して、最小化して、それによって、オーディオ及び／又はビデオコンテンツへ挿入されるマークの望ましくないひずみを減らすことによって、デジタルオーディオ或いはオーディオ及び／又はビデオ・コンテンツ・データへのマーク挿入の改良された技術を提案することである。
【００１３】
この目的は、受信装置により受信されるデジタル・データ・パケットのストリームの基本メディアコンテンツにマークを付ける方法により達成される。受信装置は、少なくとも１つのプロセッサ、メモリ、デスクランブラ、基本メディア・コンテンツ・パケットのシーケンスを生成するデコーダモジュールを備え、受信装置は更に、受信装置に関連する内部パラメータにより規定されるパターンに従って、基本メディア・コンテンツ・パケットのシーケンスのデータを変更することによってマークを付けるように構成されたマーカーユニットを備える。
この方法は、
マーカーユニットによって、基本メディア・コンテンツ・パケットのシーケンスにおいて、所定の長さであってシーケンスの所定の位置で開始する少なくとも１つのセグメントを決定するステップと、
少なくとも１つの基本メディア・コンテンツ・パケットの全部又は一部のデータを含む所定の数の連続ウインドウにセグメントを分割するステップとを含み、
この方法は、更に、
基本メディア・コンテンツ・パケットのシーケンスにおいて規定されたセグメントの各ウインドウにインデックスを付けるステップであって、各インデックスはセグメントのウインドウの位置を規定するステップと、
数学的変換機能を適用することによって内部パラメータをコード化して、結果として生じるビットストリングを得るステップと、
結果として生じたビットストリングの最初の所定の数のバイトの各々にモジュロ演算子を適用することにより結果として生じたビットストリングの全体又は一部に基づいて所定の数のウインドウの位置インデックスを算出するステップであって、所定の数のウインドウは、セグメントのウインドウの数より少ないステップと、
検出可能なひずみを生じるグリッチを加えることにより算出された位置インデックスにより示されるウインドウのデータを変更するステップであって、グリッチを含むウインドウ及びオリジナルデータを含むウインドウは、基本メディア・コンテンツ・パケットのセグメントの中に、受信装置に関連する内部パラメータを表す固有パターンを形成するステップと、
シーケンスのセグメントの所定の開始位置を、算出された位置インデックスにより示されるウインドウの加えられたグリッチによって生じる検出可能なひずみとは別の検出可能なひずみを生じる開始コードであって、いくつかのウインドウに広がる長さを有する特定のグリッチの形か又は１つのウインドウ以内の連続するグリッチの形の開始コードとマークさせるステップと、
グリッチの追加によって変更されたデータを含むウインドウを含む少なくとも１つのセグメントを含む基本メディアパケットの少なくとも１つのシーケンスを含む基本メディア・コンテンツ・データ・パケットを出力するステップと、
を含むことを特徴とする。
【００１４】
本発明の更なる目的は、デジタル・データ・パケットのストリームの基本メディアコンテンツにマークを付けるように構成された受信装置から成り、受信装置は、少なくとも１つのプロセッサ、メモリ、デスクランブラ、及び基本メディア・コンテンツ・パケットのシーケンスを生じるように構成されたデコーダモジュールを含み、受信装置は、更に、受信装置に関連する内部パラメータにより規定されるパターンに従って、基本メディア・コンテンツ・パケットのシーケンスのデータを変更することによってマークを付けるように構成されるマーカーユニットを備え、
マーカーユニットは、
基本メディア・コンテンツ・パケットのシーケンスにおいて、所定の長さであってシーケンスの所定の位置で開始する、少なくとも１つのセグメントを決定し、
少なくとも１つの基本メディア・コンテンツ・パケットの全部又は一部のデータを含む所定の数の連続ウインドウに分割するように構成され、
マーカーユニットは更に、
基本メディア・コンテンツ・パケットのシーケンスに規定されるセグメントの各ウインドウにインデックスを付け、各インデックスはセグメントのウインドウの位置を規定し、
数学的変換機能を適用することによって内部パラメータをコード化して、結果として生じるビットストリングを取得し、
結果として生じたビットストリングの最初の所定の数のバイトの各々にモジュロ演算子を適用することにより結果として生じたビットストリングの全体又は一部に基づいて所定の数のウインドウの位置インデックスを算出し、所定の数のウインドウ）は、セグメントのウインドウの数より少なく、
検出可能なひずみを生じるグリッチを加えることにより算出された位置インデックスにより示されるウインドウのデータを変更し、グリッチを含むウインドウ及びオリジナルデータを含むウインドウは、基本メディア・コンテンツ・パケットのセグメントの中に、受信装置に関連する内部パラメータを表す固有パターンを形成し、
シーケンスのセグメントの所定の開始位置を、算出された位置インデックスにより示されるウインドウの追加されたグリッチによって生じる検出可能なひずみとは別の検出可能なひずみを生じる開始コードであって、いくつかのウインドウに広がる長さを有する特定のグリッチの形か又は１つのウインドウ以内の連続するグリッチの形の開始コードとマークさせ、
グリッチの追加によって変更されたデータを含むウインドウを含む少なくとも１つのセグメントを含む基本メディアパケットの少なくとも１つのシーケンスを含む基本メディア・コンテンツ・データ・パケットを出力するように更に構成されることを特徴とする。
【００１５】
基本メディアパケットのシーケンスは、オーディオ・データ・パケット又はビデオ・データ・パケットのいずれかを含む。
【００１６】
算出された位置インデックスにより示されるウインドウのデータは、好ましくは、オーディオデータの場合にはサイレンスグリッチに、又はビデオデータの場合には画素のひずんだブロックに対応する検出可能なひずみを生じるグリッチを加えることにより変更される。
【００１７】
本発明の受信装置は、以下グリッチと呼ばれる、変更されたデータを挿入するように構成される。連続的なグリッチは、例えば、受信装置の識別子のような内部パラメータに対応するパターンを生じるようにプログラムされるマーカーユニットに連結するフィルタでいくつかのパケットをドロップすることによって導入できる。それらが、例えば１秒未満適切な状態を維持するように、グリッチの長さ及び認知可能な期間は制御される。
【００１８】
オーディオ及び／又はビデオデータのシーケンスの所定のセグメントは、０からＮ―１までのインデックスを付けたＮ個の連続したウインドウに分割される。好ましい実施形態によれば、セグメントの中の各ウインドウは、同じ長さ又は期間を有することができる。受信装置の識別子は、例えば、コード又は識別子を表すビットストリングに基づいて算出されたインデックスによって各々示される一組のウインドウから成るパターンに割り当てられる。セットのウインドウの数はセグメントの中のウインドウの総数より少なく、そして算出されたインデックスにより示されるセットの各ウインドウはグリッチを含む。オリジナルデータを含むウインドウ及びグリッチを加えることにより変更されたデータを含むウインドウは、このようにセグメントの中でパターンを形成する。ウインドウのグリッチは、ウインドウ自体の長さの中に全ウインドウ又はその一部を占めることができる。
【００１９】
好ましい実施形態によれば、セグメントの開始は、特定のグリッチによってマークを付けられ、グリッチの長さは、いくつかのウインドウ、例えば、ウインドウ長さの２又は３倍まで広がる。この開始コードは、基本メディアデータに挿入されたグリッチによって生じるひずみとは別の検出可能なひずみを生じる。
【００２０】
別の実施形態によれば、セグメントの開始は、２つ又は３つの連続的なグリッチによってマークを付けられ、その長さは同一であるか、又はウインドウの長さの所定の少数部に等しい。
【００２１】
更に別の実施形態によれば、セグメントの開始のパケットストリーム―それゆえに、認知可能なオーディオ及び／又はビデオコンテンツ―の位置は、マッチング参照として登録される。
【００２２】
識別子は、完全なセグメントを含むオーディオ及び／又はビデオ・パケット・シーケンスを観察して、分析することによって検出することができ、それは、次に、グリッチの位置を識別するためにＮ個のウインドウから成る。これらの位置インデックスは、全体として、オーディオ及び／又はビデオ・コンテンツ・ソースの、或いはそれの処理装置の識別子又はそれの表現と解釈されるパターンを形成する。
【００２３】
この識別子は、例えば、全体としての受信装置の固有識別子、又はＣＡＭモジュール、スマートカード、若しくはデータ保護に関連したその他のモジュールのような、受信装置のカスタマイズされた構成要素の固有識別子に相当できる。
【００２４】
更なる実施形態において、マーカーユニットは、複数のセグメントを繰り返し決定することができ、その中で、ウインドウは、同じ識別子に対応するパターンを形成するためにそれに応じて変更される。セグメント及びパターンのこの繰返しの利点は、いくつかのセグメントが故意に、又は故意でなくスキップされるときでも、パターン（従って識別子）の検出を確実にすることである。
【００２５】
マーカーユニットは、デコーダモジュールの後に若しくはデスクランブラモジュールの後のいずれかで局所化されるか、又はデスクランブラモジュールに組み込まれる。従って、基本メディアパケットのシーケンスは、それぞれ、圧縮されていない基本メディアサンプルのシーケンス又はパケット化された圧縮基本メディアのシーケンス又はパケット化されたスクランブル化された基本メディアのシーケンスを含む。
【００２６】
本発明は、以下の詳細な説明によってよりよく理解される。説明は非制限的な実施例として与えられる添付図を参照する。
【図面の簡単な説明】
【００２７】
【図１Ａ．１Ｂ．１Ｃ】本発明による識別子を有するオーディオ及び／又はビデオデータをデスクランブルし、コード化し、マークを付けることを実行することに適しているいろいろな受信装置構成のブロック図を示す。
【図２Ａ．２Ｂ】所定のパターンに従って識別子をセグメントＴの中の一組のウインドウにマップする簡略実施例を示す。
【図３】その始まりは開始コードと同期するセグメントＴの中の６４のインデックスを付けられたウインドウの中の６つのウインドウのグリッチにより形成されたパターンの第１の実際的な例を示す。
【図４】その始まりは開始コードと同期するセグメントＴの中の３２のインデックスを付けられたウインドウの中の５つのウインドウのグリッチにより形成されたパターンの第２の実際的な例を示す。
【発明を実施するための形態】
【００２８】
図面で示す実施例によって、本発明の好ましい実施形態に対して詳細に参照がなされる。本発明が好ましい実施形態と関連して説明されるが、それらが、本発明をこれらの実施形態に限定することを意図しないことが理解される。これに反して、本発明は、変形例、変更態様、及び等価物をカバーすることを意図して、それらは添付の請求の範囲に記載の本発明の精神及び範囲の内に含むことができる。更にまた、本発明の以下の詳細な説明で、多数の特定の詳細は、本発明の完全な理解を提供するために記載される。しかしながら、本発明がこれらの特定の詳細なしで実施できることは、当業者にとって明らかである。他の例において、周知の方法、手順、構成要素、及び回路は、本発明の態様を不必要に不明瞭にしないように詳細に記述されなかった。
【００２９】
有料テレビの分野において、一旦オーディオ及び／又はビデオコンテンツがデスクランブルされると、受信装置が、保護の範囲を拡張するためにその識別に特有のマークを加えることができることは有利であって、コンテンツの違法な配布を阻止するために、最終クライアントの識別子をコンテンツへ挿入することによって、解読ステップの後のコンテンツ保護を確実にする。受信装置は、例えば、オーディオ及び／又はビデオ・コンテンツ・データを受信して、暗号化保護を取り除くことを担当する、セットトップボックス、先進テレビ受像機、又はＣＡＭ（限定受信モジュール）の形を有する。この目的のために、受信装置ＲＥＣは、入力ストリームのオーディオ及び／又はビデオ・コンテンツ・パケットを非多重化するためにデマルチプレクサＤＥＭＵＸを管理する少なくとも１つのプロセッサＣＰＵ、並びに暗号キーでオーディオ及び／又はビデオ・コンテンツ・データをデスクランブルするように構成された少なくとも１つのデスクランブラモジュールＤＳＣを備える。得られたデスクランブルされたがまだ圧縮されているオーディオ及び／又はビデオ・コンテンツ・データは、次に、デコーダＤＥＣモジュールによって、スピーカー及び／又はテレビ画面のようなレンダリング装置ＲＤに適しているフォーマットにデコードされる。プログラム、パラメータ、及び他のデータを作動する受信装置ＲＥＣを格納するプロセッサＣＰＵに関連するメモリＭは、オーディオ及び／又はビデオ・コンテンツ・データにマークを付けるために用いる固有マーク又は識別子ＵＡを格納することもできる。
【００３０】
好ましい実施形態によれば、受信装置ＲＥＣは、更に、シリアル番号のような受信装置ＲＥＣの内部パラメータから導出する固有マークＵＡでコンテンツデータにマークを付けるマーカーユニットＭＵを備える。受信装置ＲＥＣは、通常、すべてのセキュリティ動作を処理するために、セキュリティモジュールを備える。セキュリティモジュールは、スマートカード若しくはＵＳＢドングルのような着脱可能なモジュールのようなさまざまな形を有することができるか、又はそれは、主回路基板に取り付けた単一のチップの形若しくはこれらの形の混合で受信装置に組み込むことができる。
【００３１】
本発明の好ましい実施形態によれば、図１Ａ、図１Ｂ、及び図１ＣにＭｅｄｉａＸにより示されるデータはオーディオデータを表す。
【００３２】
本発明の好ましい実施形態によれば、マーカーユニットＭＵは、図１Ａの実施例に示すように、有料テレビ受信装置ＲＥＣのデコーダＤＥＣの後に配置される。スクランブルされて圧縮されたオーディオ・データ・パケットＭｅｄｉａＸｓ―デマルチプレクサＤＥＭＵＸによって多重化ストリームの他のデータからフィルタリングされる―は、デスクランブルされた（しかしまだコード化された／圧縮された）オーディオ・データ・パケットＭｅｄｉａＸｃを出力するデスクランブラＤＳＣに入る。これらのオーディオ・データ・パケットＭｅｄｉａＸｃは、次に、レンダリング装置ＲＤによるプレゼンテーションに適しているデコードされたオーディオデータ（ＭｅｄｉａＸ）を得るために、適当なデコーダＤＥＣに転送される。
【００３３】
図１Ａにおいて、マーカーユニットＭＵは、デコーダＤＥＣの出力で見つかる複数のオーディオサンプルの少なくとも１つのシーケンスを選択する。選択されたシーケンスは、所定の期間の少なくとも１つの時間Ｔを占めて、所定のオーディオサンプル又は所定のオーディオ・メディア・タイムから始まる。時間Ｔは、次に、各々同じ期間ｔを有して、同じ数のオーディオサンプルを含む所定の数Ｎの連続時間ウインドウに分割される。特定のウインドウが、この受信装置ＲＥＣに割り当てられたパターンに従ってグリッチに割り当てられる場合、マーカーユニットＭＵは、例えばビットをゼロにセットすることによって、これらのウインドウのオーディオサンプルを変更する。それ故、結果として生じるオーディオデータＭｅｄｉａＸｆは、マークを付けられて、レンダリング装置ＲＤに送られる。
【００３４】
他の実施形態によれば、マーカーユニットは、図１Ｂで示すように、デスクランブラＤＳＣとメディアデコーダＤＥＣとの間に設置される。
【００３５】
一般性を失わず、図１ＢのオーディオデータＭｅｄｉａＸｃは、オーディオコーディングのためのＭＰＥＧ  ＡＡＣ（アドバンスト・オーディオ・コーディング）基準に従って圧縮されると考えることができる。ＤＶＢ標準によれば、オーディオメディアＭｅｄｉａＸｃは、二重パケット化フォーマットを有する。コード化されたオーディオフレームＡＡＣは、ＰＥＳ（パケット化基本ストリーム）パケットにカプセル化されて、それは次にＴＳ（トランスポートストリーム）パケットにカプセル化される。この後、ＡＡＣフレームを抽出することは、その親ＴＳパケットを選択することを意味し、外部パケット化をバッファリングして、取り除くことを必要とせずに、選択されるＡＡＣフレームを直接検索するために、このパケット（即ちＰＥＳパケット）のペイロードを解析する。
【００３６】
マーカーユニットＭＵは、デスクランブラＤＳＣの出力で見つかる複数のＡＡＣフレームの少なくとも１つのシーケンスを選択する。選択されたシーケンスは、所定の期間の少なくとも１つの時間Ｔを占めて、所定のオーディオ・メディア・タイムに対応する所定のＡＡＣフレームで始まる。時間Ｔは、次に、各々同じ期間ｔを有して、少なくとも１つのＡＡＣフレームを含む所定の数Ｎの連続時間ウインドウに分割される。特定のウインドウが、この受信装置ＲＥＣに割り当てられたパターンに従ってグリッチを受信するように割り当てられる場合、マーカーユニットＭＵは、そのウインドウに属するＡＡＣフレームのＡＡＣグローバルゲインをゼロにセットすることによって、これらのウインドウのデータを変更する。それ故、結果として生じるオーディオデータＭｅｄｉａＸｃｆは、マークを付けられて、デコーダＤＥＣへのその経路を続ける。ＡＡＣグローバルゲインの代わりに、スケール係数又は関連するＡＡＣフレームのスペクトルデータは、グリッチを生じるために変更できる。これらの最後の２つのケースにおいて、結果として生じるグリッチの期間は、それが１つのＡＡＣフレームの部分的な期間でありえる第１のケースにおけるよりも正確である。ＭＰＥＧ  ２／４  ＡＡＣ仕様は、グローバルゲイン、スケール係数、及びスペクトルデータに関する詳細な情報を提供する。
【００３７】
別の実施形態によれば、マーカーユニットは、図１Ｃで示すように、受信装置ＲＥＣのデスクランブラＤＳＣの中に配置される。
【００３８】
デスクランブラＤＳＣは、正しいデスクランブルを確実にするために、パケット識別子ＰＩＤ及び関連するコントロールワードによってそれが現在デスクランブルしている、いろいろなメディアストリームをよく知っている。組み込まれたマーカーユニットは、オーディオデータＭｅｄｉａＸｓのための精選されたＰＩＤで、いくつかのパケットのデスクランブルを許可又は拒否できる。これらのパケットをデスクランブルしないことは、デコードレベルでデコードエラーを生じ、それは、この受信装置ＲＥＣに割り当てられたパターンに従って、デコードされたオーディオシーケンス中にグリッチを生成する。
【００３９】
更に、本発明の他の実施形態によれば、図１Ａ、図１Ｂ、及び図１ＣでＭｅｄｉａＸにより表されるデータは、ビデオデータを表す。
【００４０】
図１Ａにおいて、マーカーユニットＭＵは、複数のマクロブロックの少なくとも１つのシーケンス、即ち、デコーダＤＥＣの出力で見つかる、１６×１６連続画素のマトリックスを選択する。選択されたシーケンスは所定のビデオフレームで生じて、マクロブロックのＴ数を通して広がり、そして最初のマクロブロック位置は予め定められている。いくつかの連続的なマクロブロックは、各々同じ数のマクロブロックを有する複数の連続ウインドウに分類される。特定のウインドウが、この受信装置ＲＥＣに割り当てられたパターンに従ってグリッチに割り当てられる場合、マーカーユニットＭＵは、関連するマクロブロックの画素をゼロ輝度にセットすることによって、これらのウインドウのデータを変更する。それ故、結果として生じるビデオフレームＭｅｄｉａＸｆは、マークを付けられて、レンダリング装置ＲＤに送られる。マクロブロックのＴ数は、いくつかの連続したビデオフレームの全体にわたって拡張できる。或いは、連続的なビデオスライス又はフレームは、パターンに従ってグリッチを生じるために、上述のマクロブロックの役割を演ずることができる。
【００４１】
一般性を失わず、図１ＢのビデオデータＭｅｄｉａＸｃは、ビデオコーディングのためのＭＰＥＧ  ＡＶＣ（アドバンスド・ビデオ・コーディング）基準に従って圧縮されると考えることができる。ＤＶＢ標準によれば、ビデオメディアＭｅｄｉａＸｃは、二重パケット化フォーマットを有する。コード化されたＮＡＬユニットはＰＥＳパケットにカプセル化されて、それは次にＴＳパケットにカプセル化される。この後、ＮＡＬユニットを抽出することは、その親ＴＳパケットを選択することを意味し、外部パケット化をバッファリングして、取り除くことを必要とせずに、選択されるＮＡＬを検索するために、このパケット（即ちＰＥＳパケット）のペイロードを解析する。
【００４２】
マーカーユニットＭＵは、デスクランブラＤＣＳの出力で見つかるタイプ・イントラの複数のＮＡＬ（ネットワーク抽象化層）ユニットの少なくとも１つのシーケンスを選択する。選択されたシーケンスは、少なくともＴ連続ＮＡＬを占めて、バイトストリーム又はパケット化ユニットの形の所定のビデオフレームの所定の領域に対応する所定のＮＡＬユニットで始まる。いくつかのＮＡＬユニットは、各々同じ数ｔのＮＡＬユニットを有する複数の連続ウインドウに分類される。特定のウインドウが、この受信装置ＲＥＣに割り当てられたパターンに従ってグリッチに割り当てられる場合、マーカーユニットＭＵは、デコーディングプロセスでスキップされるこれらのウインドウのＮＡＬユニットの全体又は一部のＮＡＬタイプをセットする。それ故、結果として生じるビデオデータＭｅｄｉａＸｃｆは、マークを付けられて、デコーダＤＥＣへのその経路を続ける。ＭＰＥＧ  ４  ＡＶＣ仕様は、ＮＡＬ及びそれらのいろいろなタイプに関する詳細な情報を提供する。
【００４３】
ビデオデータの場合は、図１Ｃの組み込まれたマーカーユニットは、ビデオデータＭｅｄｉａＸｓのための精選されたＰＩＤで、いくつかのパケットのデスクランブルを許可又は拒否できる。これらのパケットでデスクランブルしないことは、デコードレベルでデコードエラーを生じ、それは、通常は、受信装置ＲＥＣに割り当てられたパターンに従って、デコードされたビデオシーケンスにおいて、―まだスクランブルされているビデオパケットの情報タイプに応じて―タイプ・ブロック効果又は静止画像さえものグリッチを生成する。
【００４４】
上述の実施形態は、オーディオ及び／又はビデオデータの連続ウインドウの期間にセグメントＴをセットアップする方法を詳述し、そこにおいて、特定パターンに従ってウインドウのＷ数に属するオーディオ及び／又はビデオデータは、グリッチを生成するために変更される。メディアデータの種類に応じて、グリッチはいろいろな方法、例えば、短い期間のサイレンス、一群の画素にわたるボケ効果などで認知可能でありえる。ウインドウの長さ又は期間ｔを調整することによって、これらのひずみは、認知されにくいか又は認知できないように最適化できる。
【００４５】
グリッチの影響を減らす他の方法は、セグメントＴの中のグリッチの外観を最適化することである。以下で、実施形態は、この種の長所を有するセグメントＴのパターンを生成するために提示される。
【００４６】
パターンを生成するために用いる識別子ＵＡは、好ましくは、オーディオ及び／又はビデオコンテンツをデスクランブルするために寄与する受信機に関連する受信装置又はＣＡＭモジュール（限定受信モジュール）の固有識別子から成る。受信機に接続されるＣＡＭモジュールは、通常は、少なくとも１つのスマートカード、デスクランブラモジュール、及びメモリをサポートする。特許文献８は典型的ＣＡＭモジュールを記載しており、クレジットカード形のカード用リーダー、ＳＩＭカード形のカード用リーダー、ＳＤメモリカード用スロット、及びＣＡＭモジュールの中に設置した印刷回路基板で実施されるデスクランブラモジュールを有している。
【００４７】
パターンにマップされる前に、識別子は、後で実行される検出プロセスの間に識別子のロバスト性を更に改善するために、Ｔａｒｄｏｓコーディング、ＣＲＣエラーシグナリング方法、リードサロモン・コーディングなどのような、情報変換の数学的機能又はメカニズムを適用することによって好ましくはコード化される。
【００４８】
図２Ａ及び２Ｂは、識別子を期間Ｔ内に一組のウインドウを含むパターンにマップする簡略実施例を示す。この場合、グリッチは全てのウインドウを占有する。
【００４９】
期間のセグメントＴは、各々ｔの長さ又は期間を有するＮの連続ウインドウに分割される。ウインドウは、０からＮ−１までインデックスを付けられ、ここで、図２Ａ及び２Ｂの実施例でＮ＝８である。一組のＷ＝３ウインドウ（Ｗ＜Ｎによって）のデータは、インデックス１、４及び５により示される位置でグリッチを生じるためにコード化される。残りのウインドウのデータは、そのままにされる。
【００５０】
パターンは、例えば、識別子ＵＡ＝０１００１１００を表すことができて、そこでは、ＵＡの対応するビット位置が値１を含む場合、グリッチ・ウインドウは偽造される。グリッチを含むことを目的とするウインドウのインデックスは、このように、識別子を表すビットストリング０１００１１００に基づいて算出される。換言すれば、ビット１が変更されたデータを含むウインドウに帰すると共に、ビット０は、オリジナルデータを含むウインドウに帰する。
【００５１】
グリッチ・ウインドウにおいて、変更は、必ずしも全ウインドウに適用されないが、ウインドウへのデータの断片に適用されることができる。検出を容易にするために、断片の正確な境界は重要でない、即ち、ウインドウの第１の半分に適用される変更は、ウインドウの第２の半分に対する変更と同じ方法で解釈される。関係するウインドウのインデックス０〜Ｎ−１は、パターンを識別するために排他的に重要である。ウインドウの長さ又は期間は、このようにセグメントＴの中で可変でありえる。
【００５２】
３２ビット（ＵＡの典型的長さ）の識別子をコンテンツ・データ・パケットのシーケンスのパターンにマップする実際的な例によれば、即ち、２つの異なった識別子が同じパターンを有するときに、各々０からＮ―１までのインデックスを有するＷウインドウは、衝突の確率を最小化するように決定しなければならない。
【００５３】
衝突は、例えば、３２ビットストリングから疑似乱数の機能としてふるまう０とＮ―１の間のＷ数の一組のベクトルへのマッピングを定めることによって回避できる。本発明の実施形態によれば、３２ビットの識別子は４バイトのストリングに変換される。ストリング変換は、次に、例えば、６４バイトのｈ［０］、ｈ［１］、ｈ［２］、．．．、ｈ［６３］のシーケンスを生成するために、ＳＨＡタイプ、即ちＳＨＡ−５１２の暗号ハッシュ関数により実行される。他の数学的変換はストリングに適用することもできる。
【００５４】
パターンの第１のインデックスは、第１の変換されてハッシュされたバイトｈ［０］をｈ［０］（ｍｏｄ  Ｎ）に、第２のバイトｈ［１］をｈ［１］（ｍｏｄ  Ｎ）に、．．．、そして最後の第Ｗ番目のバイトｈ［Ｗ−１］をｈ［Ｗ−１］（ｍｏｄ  Ｎ）にマップすることにより定められる。次に、「ｍｏｄ  Ｎ」は、ｈ［ｉ］ｉε［０…Ｗ−１］の２５６の可能な値をＮの可能なインデックス（ウインドウの数）に減らすモジュロＮ演算子である。
【００５５】
この例では、この方法は、Ｎ＜２５６且つＷ・６４である限り機能する。ハッシュ関数がＳＨＡ−２５６である場合、Ｗ・３２は必要とされる。
【００５６】
最大Ｗのウインドウを有する可能なパターンＰ（Ｗ，Ｎ）の数（そこで、グリッチはセグメントＴの全Ｎウインドウにわたって導入される）は、Ｐ（Ｗ，Ｎ）＝Ｃ（Ｎ，１）＋Ｃ（Ｎ，２）＋．．．+Ｃ（Ｎ，Ｗ）により算出される。ここで、Ｃ（Ｎ，ｋ）は、二項係数「Ｎはｋを選択する」である。
【００５７】
例えば、Ｎ＝１０且つＷ＝３である場合、Ｐ（３，１０）＝Ｃ（１０，１）＋Ｃ（１０，２）＋Ｃ（１０，３）＝１０＋４５＋１２０＝１７５の異なったパターンがある。
【００５８】
可能な識別子ＵＡの中で一様に再配布されるパターンの場合は、ほぼＰ（Ｗ，Ｎ）の二乗根がパターンを選択した後の１つの衝突は、周知の誕生日パラドックスによって示されるように予想される。従って、異なった識別子ＵＡが常に異なるパターンを与えることを確実にするために、能動識別子の数は、Ｐ（Ｗ，Ｎ）の二乗根に近くなければならない。それでも、重要であることは、衝突がすべての加入者／識別子の中に存在する確率でなくて、著作権侵害者の識別子ＵＡが別の加入者／識別子との衝突の一部である確率である。
【００５９】
所与のパターンは、少なくとも２つの異なる方法でその最初の識別子ＵＡに戻ってマップすることができる。
１．算出パターンが所与のパターンと一致するまで、すべての能動識別子ＵＡのパターンを算出する。関連する識別子は検索されたものである。
２．すべての能動パターン及び対応する識別子ＵＡを含むメモリに格納された予め算出されたテーブルでパターンを探索する。
【００６０】
例えば、２百万の識別子を生成しなければならないときに、１つのセグメントＴのウインドウＮの総数は、Ｎ＝６４にセットすることができて、グリッチを含むウインドウの数は、最大でＷ＝７にセットすることができる。パターンの数Ｐ（７，６４）＝Ｃ（６４，１）＋Ｃ（６４，２）＋．．．+Ｃ（６４，７）は、２２９（＝５３６,８７０,９１２）の異なったパターンを超える。２百万の能動識別子ＵＡの場合は、ほぼ２１２（＝４０９６）の衝突があり、従って、所与の識別子ＵＡは、１／２５６に近い確率を有する衝突の一部である。
【００６１】
更に、識別子ＵＡのエントロピー情報は、付加的な可変パラメータＰａｒａｍ（８ビット）を最初のＵＡ、即ち、ＵＡ（３２ビット）＋Ｐａｒａｍ（８ビット）に連結することによって、衝突を減らすために増加できる。ここで、記号「＋」は、ストリング連結演算子を意味する。この付加的なパラメータＰａｒａｍ（８ビット）は、以下のように構成記述子の中の受信装置のプロセッサによってエンコーダに伝えることができる。
【００６２】
【表１】
0006470751.tif 000002
【００６３】
この例では、グリッチ期間及びウインドウ期間は、時間単位（ミリ秒）で測定される。それらは、セグメントＴをメディアデータにわたってセットアップする方法に従って、連続したデータパケット、マクロブロック、スライス、又はフレームの数で測定することもできる。
【００６４】
付加的なパラメータは、構成記述子のパラメータのチェックサム、識別子ＵＡをコード化するために用いる一種の数学的変換機能のインジケータ、又はセグメントのコンテンツに関連した他のいかなる情報でもありえる。
【００６５】
上記の構成において、３２ビット又は４バイトの識別子ＵＡは０ｘ１ｃ１３１２３４であり、そして８ビット又は１バイトのパラメータＰａｒａｍは０ｘｆｆである。ハッシュされるストリング「ＵＡ＋Ｐａｒａｍ」は、このように０ｘ１ｃ１３１２３４ｆｆである。
【００６６】
この５バイトのストリングＵＡ＋ＰａｒａｍのＳＨＡ―２５６ハッシュは、１６進法で、０ｘ４５ｆ９ｂ３９３ｅ１１１７３ａ７５１４ｃ０４２７ａ６３ｃｆｆ９９４０ａ０３８９８ｆ６ｃ２４ｅ６１ｄａ３ｅ６２ｂｃｄｆ５８２ａ９８である。
【００６７】
Ｗ＝７の場合は、グリッチの７つのインデックス（最大で）は、以下のように本発明により算出される。ハッシュされたＵＡ＋Ｐａｒａｍストリング（下線を引かれたストリング）の最初の７バイトの各々は、ｍｏｄ６４演算子に従属する。
０ｘ４５＝６９＝５（ｍｏｄ６４）
０ｘｆ９＝２４９＝５７（ｍｏｄ６４）
０ｘｂ３＝１７９＝５１（ｍｏｄ６４）
０ｘ９３＝１４７＝１９（ｍｏｄ６４）
０ｘｅ１＝２２５＝３３（ｍｏｄ６４）
０ｘ１１＝１７（ｍｏｄ６４）
０ｘ７３＝１１５＝５１（ｍｏｄ６４）
【００６８】
識別子ＵＡ  ０ｘ１ｃ１３１２３４のグリッチパターンは、このように、図３で示すようにインデックス５、１７、１９、３３、５１、及び５７を有する位置にある。２つのグリッチは、バイト０ｘｂ３及び０ｘ７３でｍｏｄ６４簡約によって与えられる位置５１で同じインデックスを有する。この特殊性は、識別子ハッシュから生じる異なるストリングが、Ｗ個の最初のバイトのｍｏｄＮ簡約により同じパターンを与えることができることを示す（従って衝突を生じる）。
【００６９】
１０２４の識別子ＵＡの更なる実際的な例において、ＮはＮ＝３２ウインドウにセットされ、そしてグリッチ・ウインドウＷの最大数は５にセットされて、それはＰ（５，３２）＝２１７（＝１３１,０７２）より多い異なったパターンを可能にする。１０２４（２１０）の識別子ＵＡがある場合、ほぼ２．５（＝３２）の衝突があり、従って、所与のＵＡは、１／４００未満の確率を有する衝突の一部である。構成記述子は以下である。
【００７０】
【表２】
0006470751.tif 000003
【００７１】
この例では、３２ビット又は４バイトの識別子ＵＡは０ｘ００ｃ０ｆｆｅｅであり、そして８ビット又は１バイトのパラメータは０ｘｆｆである。ハッシュされるストリング「ＵＡ＋Ｐａｒａｍ」は、従って、５バイトの０ｘ００ｃ０ｆｆｅｅｆｆである。
【００７２】
５バイトのＵＡ＋ＰａｒａｍのＳＨＡ-２５６ハッシュは、１６進法で、０ｘ４７４４３０８ａｃ６ａ６０３４１７０ｃ７ｃ４３６５６ａ１７ｆａ４４ｂｃ２８１８１ｃｃ４５ｄ９３１２ｆ１７ｅ３ｄａ０４３７４３ｅ９である。
【００７３】
グリッチのＷ＝５インデックスは、最初の５バイトの簡約ｍｏｄ３２の各々として決定される。
０ｘ４７＝７（ｍｏｄ３２）
０ｘ４４＝４（ｍｏｄ３２）
０ｘ３０＝１６（ｍｏｄ３２）
０ｘ８ａ＝１０（ｍｏｄ３２）
０ｘｃ６＝６（ｍｏｄ３２）
【００７４】
識別子０ｘ００ｃ０ｆｆｅｅのグリッチパターンは、図４で示すように位置４、６、７、１０、及び１６にある。
【００７５】
セグメントＴは、以前にすでに提示された３つの特定パターンでよく識別される開始コードＳＣから始める。次に、他の全てのグリッチは、上記の構成のように１０００ミリ秒の期間を有することができる「グリッチ期間」パラメータに続く。
【００７６】
「ウインドウ期間」パラメータは、各ウインドウユニット期間ｔに対応する。従ってグリッチはこのウインドウ長に含まれる。「ウインドウ期間」が、要求されるより短い「グリッチ期間」に対して測定された最も長いグリッチ長であるので、これは常に１０００ミリ秒より長くなければならない。換言すれば、グリッチは、割り当てられたウインドウの中で常に完全に収容される。
【００７７】
上記の構成において、同じパターンは、「繰返し時間」パラメータに従って、３回繰り返される。
【００７８】
従って、
第１の実際的な例の場合は、パラメータに従って、完全な挿入のシーケンスは３×６４×２＝３８４秒持続し、そして最大３×７＝２１のグリッチは挿入される（開始コードの時間は考慮されない）。
第２の実際的な例の場合は、パラメータに従って、完全な挿入のシーケンスは３×３２×２＝１９２秒持続し、そして最大３×５＝１５のグリッチは挿入される（開始コードの時間は考慮されない）。
【００７９】
前に説明されたメカニズムを用いて、本発明の目的は、以下により達成される。
セット可能な長さＴを有するセグメントのオーディオ及び／又はビデオ・コンテンツ・パケット・シーケンスに挿入されるグリッチの最大数を固定すること。それはカバーする識別子ＵＡの数に依存し、そして推定される最も小さい数は２（開始コードとしての１つのグリッチ、及びセグメントＴのパターンを表すためのもう１つのグリッチ−即ち、ウインドウのＷタイムのセットは唯一のインデックスを含む）である。
任意の識別子ＵＡからメディアコンテンツに挿入されるパターンをオンザフライで算出すること。演繹プロセスは直接的であって、比較的複雑ではない。
上記のパターンのオーディオ及び／又はビデオデータへの可逆マッピングを提案すること。そこにおいて、各セグメント期間及び各グリッチは、比較的検出可能でありえる。
【図１Ａ】
0006470751.tif 000004
【図１Ｂ】
0006470751.tif 000005
【図１Ｃ】
0006470751.tif 000006
【図２Ａ】
0006470751.tif 000007
【図２Ｂ】
0006470751.tif 000008
【図３】
0006470751.tif 000009
【図４】
0006470751.tif 000010