ホーム > 特許ランキング > ナグラビジョン エス．エー．
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-20
(45)【発行日】2025-01-06
(54)【発明の名称】ビデオフラグメントの２つ以上の変数への透かし入れ
(51)【国際特許分類】
H04N 21/8358 20110101AFI20241223BHJP
H04N 21/234 20110101ALI20241223BHJP
【ＦＩ】
H04N21/8358
H04N21/234
【請求項の数】
22
(21)【出願番号】P 2022504521
(86)(22)【出願日】2020-07-24
(65)【公表番号】
(43)【公表日】2022-10-07
(86)【国際出願番号】 EP2020071008
(87)【国際公開番号】W WO2021014005
(87)【国際公開日】2021-01-28
【審査請求日】2023-07-21
(31)【優先権主張番号】19188058.2
(32)【優先日】2019-07-24
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】515027978
【氏名又は名称】ナグラビジョン エス．エー．
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100199565
【弁理士】
【氏名又は名称】飯野 茂
(74)【代理人】
【識別番号】100212705
【弁理士】
【氏名又は名称】矢頭 尚之
(74)【代理人】
【識別番号】100219542
【弁理士】
【氏名又は名称】大宅 郁治
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】パニス、ジャン－ポール
【審査官】鈴木 順三
(56)【参考文献】
【文献】国際公開第２０１５／１９４３９３（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１８／０３５２３０７（ＵＳ，Ａ１）
【文献】国際公開第２０１５／００９１５９（ＷＯ，Ａ１）
【文献】特開２０１２－０６５２５８（ＪＰ，Ａ）
【文献】特開２０１５－０８０１６４（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１４／００１９７６７（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００ － ２１／８５８
(57)【特許請求の範囲】
【請求項1】
ビデオコンテンツ（１０）をフラグメント化することから取得されるビデオフラグメント（ｆ1．．．ｆ4）を処理する方法であって、前記方法は、複数の前記ビデオフラグメント（ｆ1．．．ｆ4）の各々の２つ以上の変数（ＶA，ＶB）を作成するために前記複数の前記ビデオフラグメントに透かしを入れること（１０２）と、ここにおいて、１つのビデオフラグメントの前記２つ以上の変数は、異なる透かし（Ａ，Ｂ）を使用して透かしを入れられる、
前記ビデオフラグメントのうちの少なくとも１つについての前記２つ以上の変数（ＶA，ＶB）の長さを同じ調整された長さに調整すること（１０４）とを備え、
前記調整された長さは、前記ビデオフラグメントのシーケンス中の他のビデオフラグメントの変数と比較した前記ビデオフラグメントのうちの前記少なくとも１つの前記２つ以上の変数の時間的位置を示すことを特徴とする、方法。
【請求項2】
長さの前記調整は、パディングデータを前記ビデオフラグメントのうちの前記少なくとも１つの前記変数のうちの１つ以上に追加することを備える、請求項１に記載の方法。
【請求項3】
前記ビデオフラグメントのうちの前記少なくとも１つの前記２つ以上の変数の前記時間的位置を示す前記調整された長さに長さを調整する前に、前記ビデオフラグメントの各々について前記２つ以上の変数の長さを均等化することを更に備える、請求項１又は２に記載の方法。
【請求項4】
長さの前記均等化は、パディングデータを前記変数のうちの１つ以上に追加することを備える、請求項３に記載の方法。
【請求項5】
長さの前記調整は、前記ビデオフラグメントのうちの前記少なくとも１つの前記変数の長さが前記ビデオフラグメントのシーケンス中の先行するビデオフラグメントの前記変数の長さよりも長くなることをもたらす、請求項１～４のうちのいずれか一項に記載の方法。
【請求項6】
前記ビデオフラグメントのうちの前記少なくとも１つの前記変数の長さは、前記ビデオフラグメントのシーケンス中の前記先行するビデオフラグメントの前記変数の長さよりも長い予め定義された数のデータ単位である、請求項５に記載の方法。
【請求項7】
１つのビデオフラグメントの前記変数に透かしを入れるために使用されるのと同じ又は関連する透かしが、他のビデオフラグメントの前記変数に透かしを入れるために使用される、請求項１～６のうちのいずれか一項に記載の方法。
【請求項8】
前記時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義され、前記調整された長さは、前記限られた数の可能な位置内の前記調整された長さを有する変数の前記位置を反映する、請求項１～７のうちのいずれか一項に記載の方法。
【請求項9】
前記変数の前記時間的位置は、前記限られた数の可能な位置を法とする前記変数の長さから導出可能である、請求項８に記載の方法。
【請求項10】
前記透かし入れは、アダプティブビットレート（ＡＢＲ）ビデオコンテンツ用のＡ／Ｂ透かし入れであり、前記Ａ／Ｂ透かし入れは、前記ビデオフラグメントの第１の変数（ＶA）を取得するために第１の透かし（Ａ）を使用してそれぞれのビデオフラグメント（ｆ1．．．ｆ4）に透かしを入れること、及び前記ビデオフラグメントの第２の変数（ＶB）を取得するために第２の透かし（Ｂ）を使用して前記ビデオフラグメントに透かしを入れることを含む、請求項１～９のうちのいずれか一項に記載の方法。
【請求項11】
前記２つ以上の変数のうちの１つ以上の前記時間的位置は、変数のオフセットから導出可能である、請求項１～１０のうちのいずれか一項に記載の方法。
【請求項12】
要求元への配信のためのビデオフラグメント（ｆ1．．．ｆ4）の変数（ＶA，ＶB）を選択するための方法であって、前記方法は、ビデオフラグメントのシーケンスにフラグメント化されているビデオコンテンツの全て又は一部を求める要求を受信すること（２０１）と、ここにおいて、複数の前記ビデオフラグメントは、請求項１～１１のうちのいずれか一項に従って、前記複数の前記ビデオフラグメントの各々の２つ以上の変数を作成するために透かしを入れられている、
前記ビデオフラグメントのシーケンス中の他のビデオフラグメントの変数と比較したビデオフラグメントの前記２つ以上の変数の時間的位置を決定すること（２０２）と、
前記決定された時間的位置と前記要求元の識別子とに基づいて前記２つ以上の変数から１つの変数を前記複数の前記ビデオフラグメントの各々について選択すること（２０３）と、
を備える、方法。
【請求項13】
前記時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義され、前記時間的位置は、前記限られた数の可能な位置を法とする前記変数の長さから決定される、請求項１２に記載の方法。
【請求項14】
前記要求は、バイト範囲要求の形態で受信される、請求項１２又は１３に記載の方法。
【請求項15】
前記要求が誤った又は存在しない変数に対して成されたことを示す境界外要求を検出することを更に備える、請求項１２～１４のうちのいずれか一項に記載の方法。
【請求項16】
前記時間的位置の前記決定は、前記２つ以上の変数のうちの１つ以上のオフセットに更に基づく、請求項１２～１５のうちのいずれか一項に記載の方法。
【請求項17】
前記オフセットは、前記要求で受信される、請求項１６に記載の方法。
【請求項18】
前記時間的位置の前記決定は、秘密に更に基づく、請求項１２～１７のうちのいずれか一項に記載の方法。
【請求項19】
請求項１～１１のうちのいずれか一項に記載の方法を実行するように構成される、変数プリプロセッサモジュール。
【請求項20】
請求項１９に記載の変数プリプロセッサモジュールを備える、ヘッドエンドシステム。
【請求項21】
請求項１２～１８のうちのいずれか一項に記載の方法を実行するように構成される、透かし埋め込み器モジュール。
【請求項22】
請求項２１に記載の透かし埋め込み器モジュールを備える、ＣＤＮサーバ。
【発明の詳細な説明】
【技術分野】
【0001】
[0001]本開示は、ビデオフラグメントをビデオフラグメントの２つ以上の変数に処理する方法、要求元、変数プリプロセッサモジュール、ヘッドエンドシステム、透かし（watermark）埋め込み器モジュール、及びＣＤＮサーバへの配信のためのビデオフラグメントの変数を選択する方法に関する。
【背景技術】
【0002】
[0002]ストリーミングされるビデオは、ライブ及びオンデマンドの両方で、視聴者に人気が高まっている。多種多様なネットワーク及び消費者デバイスのおかげで、それは、多数のデバイスにわたってどこでもいつでもアクセス可能になりつつある。ビデオはまた、ソーシャルメディアアウトレット上のユーザ生成コンテンツビデオから、認可されたインターネットストリーミングサービスによって配信される封切り映画及びワールドクラスのスポーツイベントを含む、超高品質及び高精細度の専門コンテンツまで、多くの形態で生じる。
【0003】
[0003]インターネットは、ストリーミングされるビデオのための素晴らしい配信機構としての役割を果たすが、海賊版コンテンツのための人気の配信チャネルでもある。収益を守るために、コンテンツ所有者及び運営者の両方は、著作権侵害から認可されたビデオコンテンツを保護することに関心を持っている。ライセンス条件では、コンテンツ保護はまた、コンテンツ所有者から運営者への典型的な要件である。著作権侵害を防止し、違法コンテンツを取り下げ、違法ソースに対して行動する能力は、コンテンツ保護の重要な目的である。これらの目的を満たすためには、透かし入れ及びデジタル著作権管理（ＤＲＭ：Digital Rights Management）、フィンガープリンティング、及び暗号化などその他を含む様々な技術の使用が必要である。
【0004】
[0004]著作権侵害からの商業的ビデオコンテンツの保護は、コンテンツ所有者にとって明らかに重要であり、典型的には、ライセンス条件における配信者に対する要件である。透かし入れは、盗まれたコピーを追跡して漏洩源に戻すことを可能にするので、窃盗に対抗する有用なツールである。透かし入れ技術の改善は、個々の加入者に配信されるライブコンテンツを含むほぼ全てのタイプのコンテンツに対して、配信者識別子、コンテンツ識別子、及び加入者識別子を包含する透かしを埋め込むことが現在実用的である点まで進んでいる。
【0005】
[0005]透かし入れは、アセットが修正された場合であっても、確実に抽出されることができるアセットのオーディオ部分又はビデオ部分のうちのいずれかにデータを埋め込む技法である。変更の場合、透かしは、それ自体が修正されることなくアセットと共に移動するように設計される。
【0006】
[0006]透かしを埋め込み、後に抽出するための実装の詳細は、透かし入れ技術プロバイダによって異なる。それらは、後に検出器によって抽出されることができる埋め込みデータと基本的な類似性を共有する。透かしは、海賊版コンテンツのソースの法的（forensic）識別のために使用され得る。
【0007】
[0007]法的透かし入れは、配信者レベルで、より粒度の細かいデバイスレベルで、又は加入者レベルでさえ、漏洩コンテンツのソースを識別するための手段を提供することを意図されている。漏洩コンテンツは、著作権侵害サイト上で発見されたとき、任意の埋め込まれたマークについて分析されることができ、マークは、抽出されると、存在するマークに応じて、デバイス／加入者識別までの管理の連鎖（chain of custody）を提供することができる。この情報は、次いで、漏洩源を突き止め、将来の著作権侵害を停止するように作用するために、調査チームによって用いられることができる。
【0008】
[0008]法的透かし入れは、著作権侵害対策機能を提供するが、透かし入れがコンテンツ配信チェーンに価値を追加することができる多くの用途がある。透かし入れのための実例的な応用分野は、透かしが個々のユーザに適用されないが、コンテンツが上映された劇場、日付、及び時間を識別するために使用されることができるデジタルシネマ；透かしがスクリーニングコピーを受信した視聴者を識別するために使用されることができるスクリーナ；透かし入れがブルーレイディスクなどの物理媒体に付け加えられ、後にキャプチャ及び違法な配信のために使用される再生デバイスを決定するために使用されることができる物理媒体；コンテンツを再配信する加入者を識別するために法的透かしが典型的に使用される（プレミアム）ビデオオンデマンド（ＶｏＤ）；オンライン著作権侵害サービスをスキャンすること、違法コンテンツから透かしを抽出すること、及びソースにおいて削除通知（take down notices）を発行すること又は違法再送信をオフにすることからのエンドツーエンド遅延を低減するために法的識別が高速である必要があるライブストリーミングである。
【0009】
[0009]ＶｏＤ及びライブアプリケーションは、典型的には、ＩＰネットワーク上でのビデオ配信を使用する。透かしの使用は、コンテンツの断片を配信することを担うネットワーク及び／又はサービスプロバイダ、並びにコンテンツにアクセスしたユーザを決定するために使用されることができる。この使用ケースは、ＩＰネットワークを通した貴重なコンテンツの配信がリリース日により近づくにつれて関連性が高まり、コンテンツをより貴重なものにする。ＩＰソースビデオの品質が増大しているので、著作権侵害者は、数世代後であっても、非常に高品質のコピーを依然として提供することができる。
【0010】
[0010]多くの透かし入れシステムは、互いに干渉又は置換することなくコンテンツパッケージング及び配信ワークフローの異なる段階においてマークが挿入されることができる階層化された透かしを可能にする。そのような階層化された透かしは、海賊版コンテンツが共有サイト、ソーシャルメディアサイト、及びストリーミングデバイス上で発見される場合に、管理の連鎖全体を再作成するために使用されることができる。
【0011】
[0011]２ステップ透かし入れでは、透かし埋め込みプロセスは、ビデオアセットの異なる部分について異なる変数を予め計算する第１のステップと、所望の透かし識別子を符号化するために変数の一意の組み合わせを構成する第２のステップとの２つの連続するステップに基づく。
【0012】
[0012]透かし入れを２つのステップに分割する理論的根拠は、第１のステップにおける計算負荷をオフロードして、第２のステップを可能な限り単純且つスケーラブルにすることである。第２のステップは、所望の透かし識別子を符号化する変数の一意のシーケンスを生成する。変数のシーケンスは、典型的には、信頼できる法的証拠を確立するのに十分な冗長性を有する透かし識別子を符号化する。従って、それは、識別子が利用可能なビデオ配信ネットワーク中の任意のポイントに統合されることができる。２ステップ埋め込みは、ＶｏＤサーバ又はコンテンツ配信ネットワーク（ＣＤＮ：Content Distribution Network）エッジなどのサーバ上に要件を作成するがクライアントには透過的であるサーバ側埋め込みを可能にする。代替として、復号の前のクライアント上への埋め込みを可能にする。
【0013】
[0013]フラグメント透かし入れは、オーバーザトップ（ＯＴＴ：over-the-top）ストリーミング技術のために使用されることができる。アダプティブビットレート（ＡＢＲ：adaptive bit-rate）サポートの場合、各コンテンツは、典型的には、レンディション(rendition)としても知られる異なる品質レベルで利用可能であり、フラグメントと呼ばれるより小さい部分にチャンク化される。再生デバイスは、視聴体験を最適化するために利用可能なレンディション間で切り替えるフラグメント境界を決定し得る。フラグメント透かし入れは、挿入されるべき一意のＩＤに基づいて経時的にフラグメントバージョンの一意のシーケンスを選択することによって、透かしメッセージを挿入するために同じ機構を活用する。
【0014】
[0014]単一のフラグメントに対する透かし決定への入力は、典型的には、（ｉ）要求されたフラグメントに対応する時間関連情報、典型的にはファイル名で搬送されるタイムスタンプ又はインデックス番号、及び（ｉｉ）挿入されるべき一意の識別子である。
【0015】
[0015]フラグメントは、別個のファイルとして物理的に存在することができるか、又は仮想フラグメントとして単一のファイル中に記憶されることができる。後者の場合、仮想フラグメントは、バイト範囲要求を介してアクセスされることができる。
【0016】
[0016]バイト範囲要求の場合に仮想フラグメントについての「時間」情報を取得するために、要求されたバイト範囲を時間にマッピングするマッピングテーブルを使用することが知られている。各フラグメントバイト範囲要求について、マッピングテーブルへのルックアップが、正しい透かし決定を計算するために必要とされる正しい時間を取り出すために実行される。このマッピングテーブルは、典型的には、コンテンツ配信ネットワーク（ＣＤＮ）上のファイルとしてコンテンツの隣に記憶され、ＣＤＮエッジサーバが透かし決定を計算する必要があるときはいつでも要求されるであろう。ビットレートはコンテンツ及びレンディション毎に変化するので、このマッピングテーブルはコンテンツ毎及びレンディション毎に一意である。
【0017】
[0017]全てのＣＤＮプロバイダが、それらのＣＤＮエッジサーバ上で処理されるべき発信要求をサポートするとは限らない。結果として、フラグメント要求を処理している間に外部マッピングテーブルにアクセスすることが常に可能であるとは限らない。この欠点を克服するために、時間に対するバイト範囲の固定マッピングを使用することが提案されているが、これは非効率的であると考えられ、異なるビットレートを考慮すると画像品質に悪影響を与える。
【0018】
[0018]ＣＤＮエッジサーバ上のマッピングテーブルへのアクセスなしでは、バイト範囲が時間にリンクされることができないので、透かし決定は計算されることができない。
【発明の概要】
【0019】
[0019]本開示は、マッピングテーブルを使用することなく、例えばＣＤＮエッジサーバ上で透かし入れ決定を可能にするための解決策を提案する。
【0020】
[0020]本開示の態様によると、ビデオフラグメントをビデオフラグメントの２つ以上の変数に処理する方法が提案され、各変数は、異なる透かしを有する。方法は、ビデオコンテンツをフラグメントのシーケンスにフラグメント化することを備えることができる。方法は、複数のフラグメントの各々の２つ以上の変数を作成するために複数のフラグメントに透かしを入れることを更に備えることができ、１つのフラグメントの２つ以上の変数は、異なる透かしを使用して透かしを入れられる。方法は、フラグメントのうちの少なくとも１つについての２つ以上の変数の長さを同じ調整された長さに調整することを更に備えることができる。調整された長さは、フラグメントのシーケンス中の他のフラグメントの変数と比較したフラグメントのうちの少なくとも１つの２つ以上の変数の時間的位置を示すことができる。
【0021】
[0021]本明細書では、「変数」という用語は、フラグメントの透かしを入れられたバージョンを示すために使用される。各フラグメントから２つ以上の変数が生成されることができ、これは、フラグメントの異なる変数を取得するために異なる透かしを使用してフラグメントが透かしを入れられることができることを意味する。
【0022】
[0022]時間的位置は、別の時間的位置に対する位置を示す任意の形態を取り得る。時間的位置の例は、絶対的又は相対的な時間的瞬間を示す時間基準である。時間的位置の別の例は、位置のシーケンスにおける位置を示すインデックス番号である。
【0023】
[0023]異なるフラグメントは、典型的には、同じ透かしを使用して透かしを入れられる。例えば、Ａ／Ｂ透かし入れでは、第１のフラグメントは、第１のフラグメントの第１の変数を取得するために透かしＡを使用して、及び第１のフラグメントの第２の変数を取得するために透かしＢを使用して透かしを入れられることができる。第２のフラグメントは、第２のフラグメントの第１の変数を取得するために同じ透かしＡを使用して、及び第２のフラグメントの第２の変数を取得するために同じ透かしＢを使用して透かしを入れられることができる。次いで、後続のフラグメントも、同じ透かしＡ及びＢを使用して透かしを入れられることができる。
【0024】
[0024]有利には、フラグメントのこのようにして取得された透かしを入れられた変数は、それらの時間的位置が変数の長さ中に埋め込まれている。変数の長さは、このことから、時間的位置を示し、例えば、ＣＤＮエッジサーバがマッピングテーブルなしで時間的位置を取得することを可能にする。
【0025】
[0025]実施形態では、長さの調整は、パディングデータをフラグメントのうちの少なくとも１つの変数のうちの１つ以上に追加することを備えることができる。
【0026】
[0026]実施形態では、方法は、長さを調整する前に、フラグメントの各々について２つ以上の変数の長さを均等化することを更に備えることができる。これは、１つのフラグメントの変数の長さが同じ量のパディングデータを使用して調整されることを可能にし、それは、調整ステップを容易にする。
【0027】
[0027]実施形態では、長さの均等化は、パディングデータを変数のうちの１つ以上に追加することを備えることができる。
【0028】
[0028]実施形態では、長さの調整は、フラグメントのうちの少なくとも１つの変数の長さがフラグメントのシーケンス中の先行するフラグメントの変数の長さよりも長くなることをもたらすことができる。このことから、変数の増大した長さは、変数の後の時間的位置を示すことができる。
【0029】
[0029]実施形態では、フラグメントのうちの少なくとも１つの変数の長さは、フラグメントのシーケンス中の先行するフラグメントの変数の長さよりも長い１つのデータ単位であり得る。データ単位は、好ましくはバイトであるが、代替として、フラグメント及び変数を符号化するために使用されるデータフォーマットに応じて、ビット、ワード、又は任意の他のデータ単位であり得る。
【0030】
[0030]実施形態では、複数のフラグメントの各々の２つ以上の変数は、フラグメントのうちの少なくとも１つの２つ以上の変数のために使用されるものと同じ又は関連する透かしを使用して透かしを入れられることができる。
【0031】
[0031]例えばＡＢＲビデオコンテンツ用のＡ／Ｂ透かし入れでは、典型的には同じ透かしが使用され得る。例えば、後に透かしメッセージの再構築を簡略化するために各バージョンで時間的位置を符号化する場合には、フラグメントの異なるバージョンを生成するために、異なるが関連する透かしを使用することが有益であり得る。例えば、関連する透かしでのＡ／Ｂ透かし入れの場合、各フラグメントに対して依然として２つのバージョン（Ａ／Ｂ）が存在するが、例えば、３２個の異なる位置を示す３２個の異なるＡ透かし及び３２個の異なるＢ透かしが存在し得る。バージョンＡの透かしを包含する全てのフラグメントは、同じクラスの透かし（Ａ）に関連するが、全く同じ透かしではないであろう。
【0032】
[0032]実施形態では、時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義されることができる。調整された長さは、限られた数の可能な位置内に調整された長さを有する変数の位置を反映することができる。時間的位置は、例えば、選択された変数のシーケンスから構築された透かしメッセージ中のシンボルインデックスを表し、選択された変数は、フラグメントの各々の２つ以上の変数のうちの１つである。
【0033】
[0033]実施形態では、変数の時間的位置は、限られた数の可能な位置を法とする（modulo）変数の長さから導出可能であり得る。例えば、透かしメッセージが、時間的に繰り返され得る３２個のシンボルを備える場合、３２を法とする変数の長さは、透かしメッセージ中のシンボルインデックスを表すことができる。
【0034】
[0034]実施形態では、２つ以上の変数のうちの１つ以上の時間的位置は、変数のオフセットから導出可能であり得る。これは、後続の変数のために同じ数のバイトを単に要求することによって後続の変数を要求することによってハッカーが誤った時間的位置を示すことを有利に防止する。
【0035】
[0035]本開示の態様によると、要求元への配信のためのビデオフラグメントの変数を選択するための方法が提案される。要求元は、例えば、クライアントデバイス又は再生デバイスである。方法は、フラグメントのシーケンスにフラグメント化されたビデオコンテンツの全て又は一部を求める要求を受信することを備えることができる。複数のフラグメントは、ビデオフラグメントをビデオフラグメントの２つ以上の変数に処理する上記で説明した方法に従って、複数のフラグメントの各々の２つ以上の変数を作成するために透かしを入れられていることができる。方法は、フラグメントのシーケンス中の他のフラグメントの変数と比較したフラグメントの２つ以上の変数の時間的位置を決定することを更に備えることができる。方法は、決定された時間的位置と要求元の識別子とに基づいて２つ以上の変数から１つの変数を複数のフラグメントの各々について選択することを更に備えることができる。要求元の識別子は、例えば、クライアントデバイス又は再生デバイスを一意に識別する識別子である。識別子は、ユーザ又は顧客を識別し得る。識別子は、時間的位置に基づいて、各フラグメントについて２つ以上の変数のうちのどれを選択すべきかを定義することができる。
【0036】
[0036]有利には、変数の長さ中に埋め込まれたそれらの時間的位置を有するフラグメントの透かしを入れられた変数は、このことから、マッピングテーブルなしで変数の時間的位置を取得するために、例えばＣＤＮエッジサーバによって使用されることができる。時間的位置が、次いで、各フラグメントについての変数を選択して、マッピングテーブルを必要とせずに透かしメッセージを生成するために使用されることができる。
【0037】
[0037]実施形態では、時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義されることができ、時間的位置は、限られた数の可能な位置を法とする変数の長さから決定される。
【0038】
[0038]実施形態では、要求は、バイト範囲要求の形態で受信されることができる。
【0039】
[0039]実施形態では、方法は、要求が誤った又は存在しない変数に対して成されたことを示す境界外要求を検出することを更に備えることができる。
【0040】
[0040]実施形態では、時間的位置の決定は、暗号化又はハッシング関数などの暗号化関数に基づくことができる。
【0041】
[0041]実施形態では、時間的位置の決定は、２つ以上の変数のうちの１つ以上のオフセットに更に基づくことができる。これは、後続の変数のために同じ数のバイトを単に要求することによってハッカーが後続の変数を要求することを有利に防止する。その上、不正確な要求が検出され、記録され得る。
【0042】
[0042]実施形態では、オフセットは、要求と共に受信されることができる。このことから、要求元は、変数を取得するためにオフセットを知ることを必要とされ得る。
【0043】
[0043]実施形態では、時間的位置は、秘密に依存し得る。これは、有利には、ハッカーが有効に見える無効な要求を行うことを困難にする。秘密は、典型的には、要求が処理されているネットワークエンティティに知られている。これは、暗号関数と組み合わされたときに特に有利である。
【0044】
[0044]本開示の態様によると、ビデオフラグメントをビデオフラグメントの２つ以上の変数に処理する上記で説明した方法を実行するように構成された変数プリプロセッサモジュールが提案される。
【0045】
[0045]本開示の態様によると、上記で説明したような変数プリプロセッサモジュールを備えるヘッドエンドシステムが提案される。
【0046】
[0046]本開示の態様によると、要求元への配信のためのビデオフラグメントの変数を選択するための上記で説明した方法を実行するように構成された透かし埋め込み器モジュールが提案される。
【0047】
[0047]本開示の態様によると、上記で説明したような透かし埋め込み器モジュールを備えるＣＤＮサーバが提案される。
【0048】
[0048]以下、本開示の実施形態を、更に詳細に説明する。しかしながら、これらの実施形態は、本開示についての保護の範囲を限定するものとして解釈されない場合があることが理解されるべきである。
【0049】
[0049]ここで、実施形態を、例としてのみ、添付の概略図を参照して説明し、添付の概略図では、対応する参照符号は、対応する部分を示す。
【図面の簡単な説明】
【0050】
【図1】[0050]本開示の例証的な実施形態による、システム構成要素の入力及び出力を含むシステムアーキテクチャを示す。
【図2】[0051]本開示の例証的な実施形態による方法のフロー図を示す。
【図3】[0052]本開示の別の例証的な実施形態による方法のフロー図を示す。
【図4】[0053]本開示の例証的な実施形態による、ビデオコンテンツのフラグメントの変数を生成及び選択するための例証的なバイト範囲パディング例を示す。 [0054]図面は、例示的な目的のみを意図され、特許請求の範囲によって規定される範囲又は保護の制限としての役割を果たすものではない。
【発明を実施するための形態】
【0051】
[0055]以下の例は、ＡＢＲビデオコンテンツ用のＡ／Ｂ透かし入れの形態の２ステップ透かし入れに基づく。本開示は、この例に限定されず、変数に透かしを入れられフラグメント化される任意のビデオコンテンツに適用され得ることが理解されるであろう。また、本開示は、Ａ／Ｂ透かし入れにおけるようにフラグメント当たり２つの変数に限定されず、任意の数の変数が生成され、使用され得る。
【0052】
[0056]Ａ／Ｂ透かし入れでは、変数は、配信ネットワークによって使用されるビデオセグメントと同じサイズを有し、ビデオセグメント当たり２つの変数、バージョンＡ及びバージョンＢが存在する。クライアントデバイスは、（ＣＤＮ）エッジにおいてプレイリスト操作又はセグメント選択を使用して、その透かし識別子で符号化されたビデオセグメントの集合のみを受信することができる。
【0053】
[0057]図１に示すように、２ステップ透かし入れの第１のステップは、入力ビデオコンテンツ１０についての変数のセットを計算するための前処理ステップであり得る。第１のステップは、典型的には、入力ビデオコンテンツ１０当たり１回実行される。この例では、変数プリプロセッサ１は、入力フレーム１０を受け取り、それらを２つの中間バージョンに変換する。中間バージョン中のフレームのうちの１つ以上について、変数の長さは、調整された長さを有する変数の２つのセット２０、２１を取得するために、以下でより詳細に説明するように、プロセッサ２によって調整され得、それは、どのバージョンが実際の再生のために使用されるかを選択することによって後の段階での高速埋め込みを可能にする。変数プリプロセッサ１及びプロセッサ２は、２つの別個の装置として実装され得るか、単一の装置に統合され得るか、又は両方のタスクを実行するように構成された１つの同じプロセッサであり得る。
【0054】
[0058]両方のバージョン２０、２１は、典型的には、視覚的に同一であるが、透かし挿入に起因して微妙に異なる。第１のステップでは、透かしプリプロセッサ１は、ビデオ符号化器にベースバンドコンテンツの変数を提供し得る。結果として生じる変数のセット２０、２１は、典型的には、伝送用の関連するコンテナ中で符号化され、パケット化される。
【0055】
[0059]図１では、変数の第１のセット２０は、４つの変数ｆ1ＶA．．．ｆ4ＶAを含み、変数の第２のセット２１は、４つの変数ｆ1ＶB．．．ｆ4ＶBを含む。本明細書では、ｆ１．．ｆ４は、フレームの変数を取得するために透かしを入れられている４つのフレームを示す。ＶA及びＶBは、それぞれのフレームの変数Ａ及び変数Ｂを示す。変数の長さは、フラグメントのストリーム中の変数の時間的位置が後の段階で決定されることを可能にするように調整されている。
【0056】
[0060]変数は、ベースバンドドメイン（符号化前）又は符号化ドメイン（符号化後）のうちのいずれかにおいて、典型的にはフレーム毎にビデオコンテンツを分析することによって生成され得る。変数は、法的透かし入れを実行するための手段を依然として提供しながら、視聴体験に影響を及ぼすことなく交換可能に使用されることができるビデオビットストリームのセグメント（即ちチャンク又はフラグメント）の予め透かしを入れられた変数であり得る。変数の長さは、アダプティブビットレート（ＡＢＲ）ビデオネットワーク中の数バイトからビデオセグメント全体までの範囲で、透かし入れ供給業者間で異なり得る。
【0057】
[0061]２ステップ透かし入れの第１のステップでは、透かしアルゴリズムが、透かし入れシステムの基本特性を定義し得る。応用分野に応じて、アルゴリズムは、例えば、短いフラグメント長をサポートするように調整され得るか、又は大きいペイロードを搬送するように調整され得る。結果として、異なるアルゴリズムは、典型的には、互いに直接互換性がなく、透かし入れシステムの全ての構成要素が同じアルゴリズムを使用することを必要とする。
【0058】
[0062]２ステップ透かし入れの第２のステップは、それが配信される受信者を一意に識別するシリアル化されたビデオビットストリーム３０、３１を作成することを担い得る。第２のステップは、典型的には、単一の変数を変数の各セット２０、２１について選択することによって、一意の変数シーケンス３０、３１を生成するために使用される透かし識別子へのアクセスを有する透かし埋め込み器３によって実施される。この変数シーケンス３０、３１は、ビデオの変更されていないセグメントを備え得る最終的な法的に透かしを入れられたビデオコンテンツの一部である。この動作は、移動中に（例えばネットワークエッジ中で）又はクライアントデバイス中で（例えば再生又はＰＶＲ記録中に）実行されることができる。
【0059】
[0063]Ａ／Ｂ透かし入れでは、埋め込み器は、要求されたフラグメントのＡ又はＢバージョンを提供し戻すために、要求元からのフラグメント要求を再書き込みしている。フラグメント（Ａ又はＢ）の１つのバージョンは、フラグメント開始時間及び透かし中に挿入されるべき一意のＩＤ値に基づいて選択され得る。この開始時間は、典型的には、例えばＤＡＳＨタイムラインの場合、フラグメントファイル名の一部であるが、バイト範囲要求を使用するとき、このバイト範囲は、フラグメント開始時間に変換される必要がある。ファイル命名又はバイト範囲変換手法を尊重するとき、同じことがＨＬＳにも当てはまり得る。
【0060】
[0064]透かし埋め込み（第２のステップ）プロセスは、各フラグメントｆ1．．．ｆ4について、変数の各セット２０、２１から単一の変数ＶA又はＶBを選択し、このことから所望の透かし識別子を符号化する変数シーケンスを生成する変数シーケンス生成器（ＶＳＧ：Variant Sequence Generator）と、一意の識別子で透かしを入れられたビデオである変数シーケンス３０、３１を取得するために、選択された変数を圧縮ビデオビットストリームに適用する透かし埋め込み器（ＥＭＢ：embedder）とによって実行され得る。図１の例では、ビデオシーケンス３０は、第１のエンドユーザに対して生成され得、フラグメントｆ1～ｆ4に対する一意の透かしＡＢＡＢを含む。ビデオシーケンス３１は、第２のエンドユーザに対して生成され得、フラグメントｆ1～ｆ4に対する一意の透かしＡＢＢＡを含む。
【0061】
[0065]変数データが独立した暗号化ブロック中で適用される場合、それらは、解読鍵の知識なしに暗号化ドメイン中で適用され得る。
【0062】
[0066]ＶＳＧは、関連コンテナ中の変数のセットを受信する。透かし識別子に基づいて、それは、変数のシーケンスを生成し、ＥＭＢは、それらをビットストリームに適用して透かしを入れられたビデオを生成する。このシーケンスは、レンダリングのために復号されるか、後の使用（ＰＶＲ）のために記憶されるか、又は送信パイプラインに沿って更に転送されることができる。
【0063】
[0067]第２のステップは、ＯＴＴシナリオにおけるオリジンサーバのように、ヘッドエンドにおいて実施され得る。全てのセグメント要求は、オリジンサーバにエスカレートされ、オリジンサーバは、次いで、セグメントをクエリするエンティティに関連付けられた透かし識別子の一部を符号化する変数の一意のシーケンスを包含するシリアル化されたセグメントを生成することを担当する。Ａ／Ｂ透かし入れでは、要求されたセグメントのバージョンＡ又はバージョンＢのうちのいずれかを返すことになる。そのような統合では、全てのセグメント要求がオリジンサーバに到達し、そのため、キャッシュは存在しない。大規模な展開は不可能であるが、そのような統合は、スクリーナ、ホスピタリティウィンドウ、又はメザニンコンテンツ配信などのいくつかの低容量の場合に適切であり得る。
【0064】
[0068]第２のステップは、クライアントデバイスにおいて実施され得る。この場合、変数メタデータは、ビデオと共にヘッドエンドからデバイスまで移動し得る。帯域幅オーバヘッドに対する制御を維持するために、そのような統合は、通常、可能な限り微細な粒度の変数を有することを必要とする。シリアル化プロセスが平文符号化ビットストリームに対して動作するとき、信頼実行環境（ＴＥＥ：Trusted Execution Environment）内でのその統合は、セキュリティ上の理由から推奨され得る。代替として、異なる変数は、異なる鍵で暗号化され得、各デバイスは、変数の一意のシーケンスへのアクセスを提供する鍵の一意のセットをプロビジョニングされ得る。変数へのアクセスのそのような暗号バインディング（crypto-binding）は、ＩＳＯ ＢＭＦＦ及びブルーレイディスクについて標準化されている。
【0065】
[0069]第２のステップは、好ましくは、エッジ上のＡＢＲセグメント選択として実施される。Ａ／Ｂセグメント選択は、各クライアントセグメント要求にちょうど間に合うように（just in time）Ａ／Ｂ変数の準備されたセグメント間で選択が実行されるときである。ここで、２ステップ透かし入れシステムのシリアル化ステップは、エッジサーバ中で実行される。ビデオ配信システムは、Ａ及びＢセグメントの一意のシーケンスを全ての個体に配信する必要がある。これは、エッジサーバに、セグメント要求を受信したときに返されるべきセグメントのＡバージョン又はＢバージョンのうちのいずれかを選択させることによって達成されることができる。セグメントのバージョン、即ち変数が選択されると、エッジサーバは、次いで、場合によってはオリジンサーバにキャッシュをクエリすることができ、オリジンサーバは、それを受信者に配信する。
【0066】
[0070]エッジ上のＡＢＲセグメント選択は、バイト範囲インデックス付きプレイリストが使用される場合、又はプレイリストがテンプレート化され（スムースストリーミング及びＤＡＳＨ ＶｏＤプロファイル（Smooth Streaming and DASH VoD profiles）などを用いて）、セグメントが個々にアドレス指定されることができない場合に必要とされ得る。プレイリスト配信中のシリアル化の努力は排除され、同じプレイリストが全てのストリームのために使用されることができる。しかしながら、エッジは、各要求されたセグメントについて決定するために論理を適用する必要がある。この論理は、埋め込まれるべき情報の識別、セグメント選択についての決定、及び対応するセグメントの配信を含む。全ての受信者が同じプレイリストを受信するという事実は、コンテンツがダウンロードされる前のプレイリストの比較及び操作に対して更なるセキュリティの層を提供する。ｈｔｔｐｓベースのセグメントＵＲＩ又は他の戦略を利用して、ローカルＩＳＰが、ＣＤＮエッジを離れた後に一見「共通の」コンテンツセグメントを更にキャッシュし、このことから、Ａ／Ｂシリアル化パターンを破壊することを回避することが推奨される。
【0067】
[0071]いくつかのエッジサーバは、セグメントコンテンツ自体に対して遅い再パケット化動作（late repacketization operations）を実行することができる。これは、セグメントが、Ａ／Ｂ間の選択を可能にするエッジ上で選択されるだけでなく、要求された後であってもこれらのセグメントの組み立てに先行することを可能にする。このアイデアは、オリジンサーバとエッジサーバとの間で単一のビデオ伝送プロトコルを使用して、キャッシング能力を最適化し、エッジにおいて再パケット化動作（コンテナ及びスクランブリング）を実行して、セグメントを所望のフォーマットで配信することである。そのような再パケット化は、符号化されたビデオバッファがある時点で平文で利用可能であることを暗示する。セグメント全体よりも微細な粒度で変数を使用する２ステップ透かし入れシステムの場合、それは、エッジにおいてシリアル化ステップを実行する機会を提供する。この場合、ビデオと一緒の変数メタデータの送信は、ストレージが２倍にされ、キャッシュがＡ／Ｂセグメントに対して２倍にされるＡ／Ｂ透かし入れに固有の比よりも著しく低くなり得る。この手法は、ＡＢＲに限定されず、任意のプログレッシブダウンロードに適用することができ、全ての加入者に対して共通のプレイリストを用いる。
【0068】
[0072]全てのＣＤＮプロバイダがそれらのＣＤＮエッジサーバ上で処理されるべき発信要求をサポートするとは限らないので、フラグメント要求を処理している間に外部マッピングテーブルにアクセスすることが常に可能であるとは限らない。そのようなマッピングテーブルは、通常、バイト範囲要求を時間にマッピングして、要求元に配信されるべき正しい変数の選択を可能にするために使用される。ＣＤＮエッジサーバ上のマッピングテーブルへのアクセスなしでは、バイト範囲が時間にリンクされることができないので、透かし決定は計算されることができない。
【0069】
[0073]マッピングテーブルなしでバイト範囲要求が処理されることを可能にするために、変数の時間的位置を示す時間的情報が、変数の長さ中で符号化される。これに関して、知られている２ステップ透かし入れは、以下のように修正及び改善される。
【0070】
[0074]コンテンツ準備ステップ、即ち第１のステップでは、各フラグメントに対応する「時間」情報を符号化するために、フラグメントの変数にパディングが適用される。パディング後、フラグメントの変数は、同じ調整された長さを有し、長さは、他のフラグメントの変数と比較した変数の時間的位置を導出するために使用されることができる。オプションとして、時間的情報を符号化するために長さを調整する前に、フラグメントの全ての透かし変数が同じサイズを有するように、ビデオコンテンツにパディングが適用され得る。
【0071】
[0075]透かし入れステップ、即ち第２のステップでは、各仮想フラグメント要求について、バイト範囲中の変数のフラグメントサイズを計算するために、バイト範囲情報が使用され得る。変数のこのフラグメントサイズに基づいて、「時間情報」が抽出され得る。
【0072】
[0076]このことから、バイト位置を時間に関連付けるためのルックアップテーブルを有する必要性が回避される。
【0073】
[0077]開始位置又はオフセットは変数の長さに依存するので、バイト範囲要求中の変数のサイズを使用する代わりに、時間的情報を取得するために、フラグメント開始位置又はオフセットが使用されることができることが理解されるであろう。
【0074】
[0078]パディングを追加することによって変数の長さ中で符号化される時間情報は、典型的には、限られた数の「透かしシンボル」を考慮する必要があるだけである。透かし入れの特定の場合では、メッセージは、経時的に繰り返される長さＮの透かしシンボルのシーケンスから構築され得る。従って、少数の「透かしシンボル」のみが符号化される必要があるので、追加されるパディングは最小限に抑えられることができる。
【0075】
[0079]図２は、ｆ1．．．ｆ4などのビデオフラグメントをビデオフラグメントのＶA及びＶBなどの２つ以上の変数に処理する方法の例証的な実施形態を示し、各変数は、異なる透かしを有する。ステップ１０１では、ビデオコンテンツ１０が、フラグメントのシーケンスにフラグメント化される。ステップ１０２では、複数のフラグメントｆ1．．．ｆ4が、複数のフラグメントの各々の２つ以上の変数を作成するために透かしを入れられ、１つのフラグメントの２つ以上の変数は、異なる透かしを使用して透かしを入れられる。ステップ１０３は、フラグメントの変数のセットを作成するために透かしを入れられるべき各フラグメントｆ1．．．ｆ4について透かし入れ１０２が繰り返され得ることを示す。ステップ１０４では、フラグメントのうちの少なくとも１つについての２つ以上の変数の長さが、同じ調整された長さに調整される。例えば、第１のフラグメントｆ1について、２つの変数ＶA及びＶBの長さは、同じ長さを有するように調整され得る。このことから、ｆ1ＶA及びｆ1ＶBは、同じ長さを有するであろう。典型的には、これは、他のフラグメントｆ2．．．ｆ4の変数についても行われる。ステップ１０５は、各フラグメントｆ1．．．ｆ4の変数ＶA、ＶBについて長さの調整１０４が繰り返され得ることを示す。調整された長さは、フラグメントのシーケンス中の他のフラグメントの変数と比較したフラグメントのうちの少なくとも１つの２つ以上の変数の時間的位置を示し得る。ステップ１１０はプロセスの終了を示し、変数の長さを調整した後のフラグメントの変数のセット２０、２１が取得される。
【0076】
[0080]長さの調整１０４の結果は、例えば以下のようになる。（長さが等しい）ｆ2ＶA及びｆ2ＶBの長さは、（長さが等しい）ｆ1ＶA及びｆ1ＶBよりも１つ長くなり得る。（長さが等しい）ｆ3ＶA及びｆ3ＶBの長さは、（長さが等しい）ｆ2ＶA及びｆ2ＶBよりも１つ長くなり得る。そして、（長さが等しい）ｆ4ＶA及びｆ4ＶBの長さは、（長さが等しい）ｆ3ＶA及びｆ3ＶBよりも１つ長くなり得る。このことから、変数の調整された長さは、前の変数の長さと比較した変数の長さに基づいて、変数の時間的位置を導出するために使用され得る。本開示は、４つのフラグメントｆ1．．．ｆ4のみを有し、各フラグメントについて２つの変数ＶA、ＶBを有する、後続の変数の長さを１だけ増大させるこの特定の例に限定されないことが理解されるであろう。
【0077】
[0081]図３は、要求元への配信のためのビデオフラグメントの変数を選択するための方法の例を示す。ステップ２０１では、フラグメントのシーケンスにフラグメント化されているビデオコンテンツの全て又は一部を求める要求が受信され、複数のフラグメントは、図２に示す方法に従って、複数のフラグメントの各々の２つ以上の変数を作成するために透かしを入れられている。ステップ２０２では、フラグメントのシーケンス中の他のフラグメントの変数と比較したフラグメントの２つ以上の変数の時間的位置が決定される。ステップ２０３では、複数のフラグメントの各々について、１つの変数が、決定された時間的位置と要求元の識別子とに基づいて２つ以上の変数から選択され、識別子は、時間的位置に基づいて、各フラグメントについて２つ以上の変数のうちのどれを選択すべきかを定義する。このことから、特定のエンドユーザに対して、３０、３１などの一意の変数シーケンス２１０が作成され得る。
【0078】
[0082]図４は、本開示の例証的な実施形態によるＡ／Ｂ透かし入れの例を示し、バイト範囲要求のために生成されるべき透かしメッセージは、３２個のシンボルの長さを有する。この例では、生成されるべき－繰り返され得る、そして典型的には繰り返される－透かしメッセージは、「ＡＢＢＢＡＡＢＡＡＢＢＢＡＢＡＢＡＡＢＢＢＡＡＡＡＡＢＡＢＢＢＡ」に等しい。本明細書では、シンボルＡ及びＢの各々のロケーションは、シンボルインデックス０～３１として導出されることができ、例えば、最初の「Ａ」は、０のシンボルインデックスを有し、最後の「Ａ」は、３１のシンボルインデックスを有する。
【0079】
[0083]ビデオコンテンツをフラグメントのシーケンスにフラグメント化し、フラグメントにＡ／Ｂの透かしを入れた後の符号化器出力が、図４の最も左側のテーブル４１に示され、ピクチャフラグメントの１１個のグループＧＯＰ＃０．．．ＧＯＰ＃１０について、Ａ及びＢの透かしを入れられた変数のサイズが示される。これらの変数は、例えば、エレメンタリストリーム（ＥＳ：elementary stream）中でＨ．２６４又はＨＥＶＣフラグメントとしてフォーマットされる。
【0080】
[0084]Ａ及びＢ変数の初期整合（Initial alignment）３０１が適用され得、その結果が図４の第２のテーブル４２に示される。初期整合３０１は、バイト範囲要求を使用して、コンテンツのバージョンＡ／Ｂ間のフラグメント境界における切り替えをサポートするために必要とされ得る。また、図４の最も左側のテーブル４１に示されている符号化器出力は、適用された透かしの差に起因して、Ａ及びＢ変数についてサイズがほとんど異なり、例えば、透かしＡ及び透かしＢではＧＯＰ＃０についてそれぞれ１６３９３バイト及び１６２３５バイトである。パディングは、フラグメント（Ｎ）にアクセスするためのバイト要求が、ＡバージョンとＢバージョンとの両方に対して同じ「開始－終了」バイト範囲を使用するように、Ａ／Ｂのサイズを等しくする、例えばＧＯＰ＃０について１６３９３バイトにするために適用され得る。初期整合後の変数は、依然として、例えばエレメンタリストリーム（ＥＳ）中のＨ．２６４又はＨＥＶＣフラグメントとしてフォーマットされ得る。初期パディングは、典型的には、ＯＴＴストリーミング中に使用される最終コンテナフォーマット、最も一般的には（フラグメント化された）ＭＰ４又はＴＳ、で存在し続ける必要がある。
【0081】
[0085]ＧＯＰフラグメントの変数は、例えば、Ｈ２６４又はＨＥＶＣフォーマットから別のコンテナ及びパケットフォーマット、例えば、ＭＰ４、フラグメント化されたＭＰ４又はＴＳフラグメントを有するＣＭＡＦコンテナフォーマットに変換され得る３０２。この変換の結果は、図４の第３のテーブル４３に示され、ピクチャのグループＧＯＰ＃０．．．ＧＯＰ＃１０は、それぞれフラグメントＦｒａｇ＃０．．．Ｆｒａｇ＃１０に変換されており、例えば、Ｆｒａｇ＃０の変数は、１７０５１バイトの長さを有する。フラグメントＦｒａｇ＃０．．．Ｆｒａｇ＃１０は、図１の例のフラグメントｆ1．．．ｆ4と同様であり得、変数は、図１の例の変数ＶA及びＶBと同様であり得る。
【0082】
[0086]図４の第４のテーブル４４は、テーブル４５に示されるように、シンボルインデックスを変数の長さに符号化３０３した結果を示す。追加のパディングが、位置情報を符号化するためにフラグメントに適用され得る。追加のパディングは、時間的情報を符号化するためにフラグメントのＡ／Ｂバージョンの両方に等しく追加され得る。これは、通常はファイル名（インデックス番号又はタイムスタンプ）から取得されることができ、バイト範囲要求では利用不可能な位置情報が符号化されることを可能にする。
【0083】
[0087]例えば、３２個の位置についてシンボルインデックスを符号化するためには、以下のモジュロ演算を使用するとき、最大で３１バイトのパディングが必要とされるであろう：
－ ｍｏｄ0（Ｎ） ＝ ｓｉｚｅ0（Ｎ） ＭＯＤＵＬＯ ３２、ここにおいて、ｓｉｚｅ0は、例えば図４の第３のテーブルに示されるように、フラグメントＮの初期整合後のサイズである；
－ ｐａｄｄｉｎｇ（Ｎ） ＝ （ ３２ ＋ ＳｙｍｂｏｌＩｎｄｅｘ（Ｎ） － ｍｏｄ０（Ｎ） ） ＭＯＤＵＬＯ ３２；
－ ｓｉｚｅ1（Ｎ） ＝ ｓｉｚｅ0（Ｎ） ＋ ｐａｄｄｉｎｇ（Ｎ）、ここにおいて、ｓｉｚｅ1は、例えば図４の第４のテーブルに示されるように、フラグメントＮの追加パディング後のサイズである。
－ ｍｏｄ0（Ｎ） ＝ ｓｉｚｅ0（Ｎ） ＭＯＤＵＬＯ ３２、ここにおいて、ｓｉｚｅ0は、例えば図４の第３のテーブルに示されるように、フラグメントＮの初期整合後のサイズである；
－ ｐａｄｄｉｎｇ（Ｎ） ＝ （ ３２ ＋ ＳｙｍｂｏｌＩｎｄｅｘ（Ｎ） － ｍｏｄ０（Ｎ） ） ＭＯＤＵＬＯ ３２；
－ ｓｉｚｅ1（Ｎ） ＝ ｓｉｚｅ0（Ｎ） ＋ ｐａｄｄｉｎｇ（Ｎ）、ここにおいて、ｓｉｚｅ1は、例えば図４の第４のテーブルに示されるように、フラグメントＮの追加パディング後のサイズである。
【0084】
[0088]例えばＣＤＮエッジにおける位置情報の回復は、バイト範囲要求を受信したときに実行され得る。より早くパディングによって慎重に調整された要求のサイズは、以下のモジュロ演算を使用して、要求されたフラグメントＮについての符号化された位置、即ちシンボルインデックスを決定するために使用され得る：
－ ＳｙｍｂｏｌＩｎｄｅｘ（Ｎ） ＝ ｓｉｚｅ1（Ｎ） ＭＯＤＵＬＯ ３２
－ ＳｙｍｂｏｌＩｎｄｅｘ（Ｎ） ＝ ｓｉｚｅ1（Ｎ） ＭＯＤＵＬＯ ３２
【0085】
[0089]例えば、図４の第４のテーブルで１９１３９の長さを有するＦｒａｇ＃３を求めるバイト範囲要求が受信され得る。このＦｒａｇ＃３についてのシンボルインデックスは、１９１３９ ＭＯＤＵＬＯ ３２を演算することによって取得されることができ、その結果、ＳｙｍｂｏｌＩｎｄｅｘ＝３となる。このバイト範囲を要求する要求元に対して、透かしメッセージは、「ＡＢＢＢＡＡＢＡＡＢＢＢＡＢＡＢＡＡＢＢＢＡＡＡＡＡＢＡＢＢＢＡ」になる前に決定された。この透かしメッセージのシンボルインデックス３において、シンボルＢが示され、このことから、バイト範囲要求に応答して返されるべき変数は、ＭＰ４フラグメントのＢ変数である。
【0086】
[0090]上記の例では、フラグメント長（バイト単位のサイズ）は、フラグメントｎの時間的位置を示し得る。これは、フラグメントｎの位置がフラグメントｎの長さの関数によって定義されるものとして定式化され得る：ｐｏｓｉｔｉｏｎ［ｎ］ ＝ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［ｎ］）、ここで、関数は、例えばｍｏｄｕｌｏ Ｍであり、この例では以下の式をもたらす：ｐｏｓｉｔｉｏｎ［ｎ］ ＝ ｌｅｎｇｔｈ［ｎ］ ｍｏｄｕｌｏ Ｍ。
【0087】
[0091]いくつかの長さ値は、無効であるように割り当てられ得る。例えば、最大値より大きい位置にマッピングするものである。無効な長さ値の使用は、特に変数を要求するときに、エラーをシグナリングし得、記録され得る。例えば、ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［ｎ］） ＞ ＭＡＸである場合、エラーがシグナリングされ得、ここで、ＭＡＸは、無効であることが知られている予め定義された値である。そのようなセキュリティ対策は、例えばハッカーによる、変数を取得するための無効で潜在的に違法な試みを検出するために使用され得る。
【0088】
[0092]後続の変数が等しい長さを有するとき、単一の有効な長さ値のときに完全なファイルが要求され得る。例えば、第１の位置にマッピングする第１のフラグメントが、長さが１２０００バイトである場合、攻撃者は、０～１２０００、１２０００～２４０００、２４０００～３６０００、３６０００～４８０００、等のバイト範囲を要求し得る。全ての長さが同じ且つ有効であるので、これらの要求は、それが第１のフラグメントであるかのようにサービスされ得る。
【0089】
[0093]同じ長さ値を使用して後続のフラグメントを要求することに対する対抗策として、１つ以上の変数の長さは、変数のオフセットによって長さに変更され得、効果的に時間的位置も変更する。位置は、次いで、開始－オフセット、長さ、及びオプションとして秘密（鍵）の関数として表され得る：ｐｏｓｉｔｉｏｎ［ｎ］ ＝ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［ｎ］， ｏｆｆｓｅｔ［ｎ］， ｏｐｔｉｏｎａｌ ｓｅｃｒｅｔ）。
【0090】
[0094]いくつかのオフセット－長さ対（又は対応する位置値）は、無効であるように割り当てられ得る。例えば、オフセットを使用しない上記の例と同様に、「ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［ｎ］， ｏｆｆｓｅｔ［ｎ］， ｏｐｔｉｏｎａｌ ｓｅｃｒｅｔ） ＞ ＭＡＸ」である場合、エラーがシグナリング及び／又は記録され得る。そのような対抗策では、上記で述べた攻撃は、失敗する可能性が高い。
【0091】
[0095]オフセットを適用するとき、第１の呼は、典型的には、オフセット０を有するが、後続の呼は、異なるオフセットを有し得る。ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［ｎ］， ｏｆｆｓｅｔ［ｎ］， ｓｅｃｒｅｔ）は、上記で説明したｍｏｄｕｌｏ Ｍ関数などの関数に加えて、暗号ハッシュ関数又は暗号化を伴い得る。フラグメントｎの位置は、このことから、この例ではｐｏｓｉｔｉｏｎ［ｎ］ ＝ ｈａｓｈ（ｌｅｎｇｔｈ［ｎ］， ｏｆｆｓｅｔ［ｎ］， ｓｅｃｒｅｔ） ｍｏｄｕｌｏ Ｍを使用して取得され得る。
【0092】
[0096]秘密は、システム全体、配信者毎、又はコンテンツ毎であり得る。ＣＤＮは、典型的には、コンテンツ要求を処理するために、対応する秘密を知っているべきである。
【0093】
[0097]調整された長さを決定するための処理ステップは、順番に実行される必要がある。現在のフラグメントの開始オフセットは、前のフラグメントの長さに依存することに留意されたい。疑似コードでは、処理は、オフセットを含む時間的位置を取得するための以下のステップを含み得る：
ｏｆｆｓｅｔ［０］ ＝ ０；
ｆｉｎｄ ｐａｄｄｉｎｇ［０］ ｗｈｉｃｈ ｍａｋｅｓ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［０］＋ｐａｄｄｉｎｇ［０］， ｏｆｆｓｅｔ［０］， ｓｅｃｒｅｔ） ＝＝ ０；
ｏｆｆｓｅｔ［１］ ＝ ｏｆｆｓｅｔ［０］ ＋ ｌｅｎｇｔｈ［０］ ＋ ｐａｄｄｉｎｇ［０］；
ｆｉｎｄ ｐａｄｄｉｎｇ［１］ ｗｈｉｃｈ ｍａｋｅｓ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［１］＋ｐａｄｄｉｎｇ［１］， ｏｆｆｓｅｔ［１］， ｓｅｃｒｅｔ） ＝＝ １；
．．．；
ｏｆｆｓｅｔ［ｉ］ ＝ ｏｆｆｓｅｔ［ｉ－１］ ＋ ｌｅｎｇｔｈ［ｉ－１］ ＋ ｐａｄｄｉｎｇ［ｉ－１］；
ｆｉｎｄ ｐａｄｄｉｎｇ［ｉ］ ｗｈｉｃｈ ｍａｋｅｓ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［ｉ］＋ｐａｄｄｉｎｇ［ｉ］， ｏｆｆｓｅｔ［ｉ］， ｋｅｙ） ＝＝ ｉ。
ｏｆｆｓｅｔ［０］ ＝ ０；
ｆｉｎｄ ｐａｄｄｉｎｇ［０］ ｗｈｉｃｈ ｍａｋｅｓ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［０］＋ｐａｄｄｉｎｇ［０］， ｏｆｆｓｅｔ［０］， ｓｅｃｒｅｔ） ＝＝ ０；
ｏｆｆｓｅｔ［１］ ＝ ｏｆｆｓｅｔ［０］ ＋ ｌｅｎｇｔｈ［０］ ＋ ｐａｄｄｉｎｇ［０］；
ｆｉｎｄ ｐａｄｄｉｎｇ［１］ ｗｈｉｃｈ ｍａｋｅｓ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［１］＋ｐａｄｄｉｎｇ［１］， ｏｆｆｓｅｔ［１］， ｓｅｃｒｅｔ） ＝＝ １；
．．．；
ｏｆｆｓｅｔ［ｉ］ ＝ ｏｆｆｓｅｔ［ｉ－１］ ＋ ｌｅｎｇｔｈ［ｉ－１］ ＋ ｐａｄｄｉｎｇ［ｉ－１］；
ｆｉｎｄ ｐａｄｄｉｎｇ［ｉ］ ｗｈｉｃｈ ｍａｋｅｓ ｆｕｎｃｔｉｏｎ（ｌｅｎｇｔｈ［ｉ］＋ｐａｄｄｉｎｇ［ｉ］， ｏｆｆｓｅｔ［ｉ］， ｋｅｙ） ＝＝ ｉ。
【0094】
[0098]バイト範囲要求を使用するとき、要求は、開始－オフセット（上記の例ではｏｆｆｓｅｔ［０］）及び長さ（又は開始－オフセット及び終了－オフセット）を含み得る。このことから、開始－オフセット又は終了－オフセットは、時間的位置又は要求されたフラグメントについてのインジケータとして、又は時間的位置又は要求されたフラグメントについて取得するために使用され得る。
【0095】
[0099]開始－オフセットが０であるとき、時間的位置は、デフォルトでｐｏｓｉｔｉｏｎ［０］ ＝ ０にマッピングし得る。開始－オフセットが非０であるとき、即ち第１のフラグメント（例えばヘッダ）の前にデータがあるとき、先行するセクション（例えばヘッダ）は、必要に応じてパディングされ得る。終了－オフセットの場合、現在のフラグメントは、終了－オフセットに正しい位置を示させるようにパディングされ得る。
【0096】
[00100]実施形態では、開始－オフセットは、以下のように位置を示すために使用されると仮定され得る：ｐｏｓｉｔｉｏｎ［ｎ］ ＝ ｆｕｎｃｔｉｏｎ（ｏｆｆｓｅｔ［ｎ］， ｓｅｃｒｅｔ）。次のフラグメントのためのオフセットは、典型的には、ｏｆｆｓｅｔ［ｎ＋１］ ＝ ｏｆｆｓｅｔ［ｎ］ ＋ ｌｅｎｇｔｈ［ｎ］として表され得る（両方ともバイト範囲要求中で与えられ得る）ので、ｐｏｓｉｔｉｏｎ［ｎ＋１］ ＝ ｆｕｎｃｔｉｏｎ（ｏｆｆｓｅｔ［ｎ］ ＋ ｌｅｎｇｔｈ［ｎ］， ｓｅｃｒｅｔ）と計算され得る。本明細書では、ｐｏｓｉｔｉｏｎ［ｎ］が制限されたシーケンス中の最後の位置である場合、ｐｏｓｉｔｉｏｎ［ｎ＋１］ ＝ ｐｏｓｉｔｉｏｎ［ｎ］ ＋ １ 又はｐｏｓｉｔｉｏｎ［ｎ＋１］ ＝ ０であることを必要とされ得る。
【0097】
[00101]上記の例で使用されるコーデックは、本開示の範囲を限定するものと解釈されるべきではない。以下のうちの１つなどの他のコーデックが使用され得る。過去１０年間にＡＶＣ（Ｈ．２６４）及びＶＰ９の２つの主なオーディオ／ビデオコーデックがあった。これらの２つは、それぞれＨＥＶＣ（Ｈ．２６５）及びＡＶＩに取って代わられつつある。ＶＰ９は、現在、共通メディアアプリケーションフォーマット（ＣＭＡＦ：Common Media Application Format）の一部としてＭＰ４と共に使用されることができる。
【0098】
[00102]ＨＴＴＰライブストリーミング（ＨＬＳ：HTTP Live Streaming）は、共通メディアアプリケーションフォーマット（ＣＭＡＦ）の形式でフラグメント化されたＭＰ４（ｆＭＰ４：fragmented MP4）ファイルをサポートするであろう。ＭＰ４（ＭＰＥＧ－４ Ｐａｒｔ １２又はＩＳＯ／ＩＥＣ １４４９６－１２）として一般に知られているＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ：ISO Base Media File Format）に依拠するこのＭＰＥＧ承認（MPEG-ratified）メディアフォーマットは、バイト範囲アドレス指定方式を使用してＭＰ４ファイルのフラグメント化又はセグメント化されたストリーミングを可能にするために、ＭＰＥＧ－４規格のこの基本的なベースラインフォーマットに依拠する。ＣＭＡＦは、現在、ＭＰＥＧ－Ａ Ｐａｒｔ １９又はＩＳＯ／ＩＥＣ ２３０００－１９である。
【0099】
[00103]ＣＭＡＦは、コーデック非依存（codec-agnostic）であるように意図されており、これは、ＣＭＡＦがＡＶＣ又はＨＥＶＣのうちのいずれか、及び潜在的にＡＶＩと共に使用されることができることを意味する。
【0100】
[00104]本開示の１つ以上の実施形態は、コンピュータシステムと共に使用するためのコンピュータプログラム製品として実装され得る。プログラム製品のプログラム（複数可）は、実施形態の機能（本明細書で説明した方法を含む）を定義し得、様々なコンピュータ可読記憶媒体上に包含されることができる。コンピュータ可読記憶媒体は、非一時的記憶媒体であり得る。例示的なコンピュータ可読記憶媒体は、（ｉ）情報が永久的に記憶され得る書込み不能記憶媒体（例えば、ＣＤ－ＲＯＭドライブによって可読なＣＤ－ＲＯＭディスク、ＲＯＭチップ、又は任意のタイプのソリッドステート不揮発性半導体メモリなどのコンピュータ内の読み出し専用メモリデバイス）、及び（ｉｉ）変更可能な情報が記憶され得る書込み可能記憶媒体（例えば、ハードディスクドライブ又は任意のタイプのソリッドステートランダムアクセス半導体メモリ、フラッシュメモリ）を含むが、それらに限定されない。
以下に、出願当初の特許請求の範囲に記載の事項を、そのまま、付記しておく。
［Ｃ１］
ビデオフラグメント（ｆ 1 ．．．ｆ 4 ）を前記ビデオフラグメントの２つ以上の変数（Ｖ A ，Ｖ B ）に処理する方法であって、前記方法は、
ビデオコンテンツ（１０）をフラグメントのシーケンスにフラグメント化すること（１０１）と、
複数の前記フラグメントの各々の２つ以上の変数を作成するために前記複数のフラグメントに透かしを入れること（１０２）と、ここにおいて、１つのフラグメントの前記２つ以上の変数は、異なる透かしを使用して透かしを入れられる、
前記フラグメントのうちの少なくとも１つについての前記２つ以上の変数の長さを同じ調整された長さに調整すること（１０４）ことと、ここにおいて、前記調整された長さは、前記フラグメントのシーケンス中の他のフラグメントの変数と比較した前記フラグメントのうちの前記少なくとも１つの前記２つ以上の変数の時間的位置を示す、
を備える、方法。
［Ｃ２］
長さの前記調整は、パディングデータを前記フラグメントのうちの前記少なくとも１つの前記変数のうちの１つ以上に追加することを備える、Ｃ１に記載の方法。
［Ｃ３］
長さを調整する前に、前記フラグメントの各々について前記２つ以上の変数の長さを均等化することを更に備える、Ｃ１又は２に記載の方法。
［Ｃ４］
長さの前記均等化は、パディングデータを前記変数のうちの１つ以上に追加することを備える、Ｃ３に記載の方法。
［Ｃ５］
長さの前記調整は、前記フラグメントのうちの前記少なくとも１つの前記変数の長さが前記フラグメントのシーケンス中の先行するフラグメントの前記変数の長さよりも長くなることをもたらす、Ｃ１～４のうちのいずれか一項に記載の方法。
［Ｃ６］
前記フラグメントのうちの前記少なくとも１つの前記変数の長さは、前記フラグメントのシーケンス中の前記先行するフラグメントの前記変数の長さよりも長い予め定義された数のデータ単位、例えば１つのデータ単位であり、前記データ単位は、好ましくはバイトである、Ｃ５に記載の方法。
［Ｃ７］
１つのフラグメントの前記変数に透かしを入れるために使用されるのと同じ又は関連する透かしが、他のフラグメントの前記変数に透かしを入れるために使用される、Ｃ１～６のうちのいずれか一項に記載の方法。
［Ｃ８］
前記時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義され、前記調整された長さは、前記限られた数の可能な位置内の前記調整された長さを有する変数の前記位置を反映する、Ｃ１～７のうちのいずれか一項に記載の方法。
［Ｃ９］
前記変数の前記時間的位置は、前記限られた数の可能な位置を法とする前記変数の長さから導出可能である、Ｃ８に記載の方法。
［Ｃ１０］
前記透かし入れは、ＡＢＲビデオコンテンツ用のＡ／Ｂ透かし入れである、Ｃ１～９のうちのいずれか一項に記載の方法。
［Ｃ１１］
前記２つ以上の変数のうちの１つ以上の前記時間的位置は、変数のオフセットから導出可能である、Ｃ１～１０のうちのいずれか一項に記載の方法。
［Ｃ１２］
要求元への配信のためのビデオフラグメント（ｆ 1 ．．．ｆ 4 ）の変数（Ｖ A ，Ｖ B ）を選択するための方法であって、前記方法は、
フラグメントのシーケンスにフラグメント化されているビデオコンテンツの全て又は一部を求める要求を受信すること（２０１）と、ここにおいて、複数の前記フラグメントは、Ｃ１～１１のうちのいずれか一項に従って、前記複数の前記フラグメントの各々の２つ以上の変数を作成するために透かしを入れられている、
前記フラグメントのシーケンス中の他のフラグメントの変数と比較したフラグメントの前記２つ以上の変数の時間的位置を決定すること（２０２）と、
前記決定された時間的位置と前記要求元の識別子とに基づいて前記２つ以上の変数から１つの変数を前記複数の前記フラグメントの各々について選択すること（２０３）と、ここにおいて、前記識別子は、前記時間的位置に基づいて、各フラグメントについて前記２つ以上の変数のうちのどれを選択すべきかを定義する、
を備える、方法。
［Ｃ１３］
前記時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義され、前記時間的位置は、前記限られた数の可能な位置を法とする前記変数の長さから決定される、Ｃ１２に記載の方法。
［Ｃ１４］
前記要求は、バイト範囲要求の形態で受信される、Ｃ１２又は１３に記載の方法。
［Ｃ１５］
前記要求が誤った又は存在しない変数に対して成されたことを示す境界外要求を検出することを更に備える、Ｃ１２～１４のうちのいずれか一項に記載の方法。
［Ｃ１６］
前記時間的位置の前記決定は、前記２つ以上の変数のうちの１つ以上のオフセットに更に基づく、Ｃ１２～１５のうちのいずれか一項に記載の方法。
［Ｃ１７］
前記オフセットは、前記要求で受信される、Ｃ１６に記載の方法。
［Ｃ１８］
前記時間的位置の前記決定は、秘密に更に基づく、Ｃ１２～１７のうちのいずれか一項に記載の方法。
［Ｃ１９］
Ｃ１～１１のうちのいずれか一項に記載の方法を実行するように構成される、変数プリプロセッサモジュール。
［Ｃ２０］
Ｃ１９に記載の変数プリプロセッサモジュールを備える、ヘッドエンドシステム。
［Ｃ２１］
Ｃ１２～１８のうちのいずれか一項に記載の方法を実行するように構成される、透かし埋め込み器モジュール。
［Ｃ２２］
Ｃ２１に記載の透かし埋め込み器モジュールを備える、ＣＤＮサーバ。
以下に、出願当初の特許請求の範囲に記載の事項を、そのまま、付記しておく。
［Ｃ１］
ビデオフラグメント（ｆ 1 ．．．ｆ 4 ）を前記ビデオフラグメントの２つ以上の変数（Ｖ A ，Ｖ B ）に処理する方法であって、前記方法は、
ビデオコンテンツ（１０）をフラグメントのシーケンスにフラグメント化すること（１０１）と、
複数の前記フラグメントの各々の２つ以上の変数を作成するために前記複数のフラグメントに透かしを入れること（１０２）と、ここにおいて、１つのフラグメントの前記２つ以上の変数は、異なる透かしを使用して透かしを入れられる、
前記フラグメントのうちの少なくとも１つについての前記２つ以上の変数の長さを同じ調整された長さに調整すること（１０４）ことと、ここにおいて、前記調整された長さは、前記フラグメントのシーケンス中の他のフラグメントの変数と比較した前記フラグメントのうちの前記少なくとも１つの前記２つ以上の変数の時間的位置を示す、
を備える、方法。
［Ｃ２］
長さの前記調整は、パディングデータを前記フラグメントのうちの前記少なくとも１つの前記変数のうちの１つ以上に追加することを備える、Ｃ１に記載の方法。
［Ｃ３］
長さを調整する前に、前記フラグメントの各々について前記２つ以上の変数の長さを均等化することを更に備える、Ｃ１又は２に記載の方法。
［Ｃ４］
長さの前記均等化は、パディングデータを前記変数のうちの１つ以上に追加することを備える、Ｃ３に記載の方法。
［Ｃ５］
長さの前記調整は、前記フラグメントのうちの前記少なくとも１つの前記変数の長さが前記フラグメントのシーケンス中の先行するフラグメントの前記変数の長さよりも長くなることをもたらす、Ｃ１～４のうちのいずれか一項に記載の方法。
［Ｃ６］
前記フラグメントのうちの前記少なくとも１つの前記変数の長さは、前記フラグメントのシーケンス中の前記先行するフラグメントの前記変数の長さよりも長い予め定義された数のデータ単位、例えば１つのデータ単位であり、前記データ単位は、好ましくはバイトである、Ｃ５に記載の方法。
［Ｃ７］
１つのフラグメントの前記変数に透かしを入れるために使用されるのと同じ又は関連する透かしが、他のフラグメントの前記変数に透かしを入れるために使用される、Ｃ１～６のうちのいずれか一項に記載の方法。
［Ｃ８］
前記時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義され、前記調整された長さは、前記限られた数の可能な位置内の前記調整された長さを有する変数の前記位置を反映する、Ｃ１～７のうちのいずれか一項に記載の方法。
［Ｃ９］
前記変数の前記時間的位置は、前記限られた数の可能な位置を法とする前記変数の長さから導出可能である、Ｃ８に記載の方法。
［Ｃ１０］
前記透かし入れは、ＡＢＲビデオコンテンツ用のＡ／Ｂ透かし入れである、Ｃ１～９のうちのいずれか一項に記載の方法。
［Ｃ１１］
前記２つ以上の変数のうちの１つ以上の前記時間的位置は、変数のオフセットから導出可能である、Ｃ１～１０のうちのいずれか一項に記載の方法。
［Ｃ１２］
要求元への配信のためのビデオフラグメント（ｆ 1 ．．．ｆ 4 ）の変数（Ｖ A ，Ｖ B ）を選択するための方法であって、前記方法は、
フラグメントのシーケンスにフラグメント化されているビデオコンテンツの全て又は一部を求める要求を受信すること（２０１）と、ここにおいて、複数の前記フラグメントは、Ｃ１～１１のうちのいずれか一項に従って、前記複数の前記フラグメントの各々の２つ以上の変数を作成するために透かしを入れられている、
前記フラグメントのシーケンス中の他のフラグメントの変数と比較したフラグメントの前記２つ以上の変数の時間的位置を決定すること（２０２）と、
前記決定された時間的位置と前記要求元の識別子とに基づいて前記２つ以上の変数から１つの変数を前記複数の前記フラグメントの各々について選択すること（２０３）と、ここにおいて、前記識別子は、前記時間的位置に基づいて、各フラグメントについて前記２つ以上の変数のうちのどれを選択すべきかを定義する、
を備える、方法。
［Ｃ１３］
前記時間的位置は、時間的に繰り返される限られた数の可能な位置内の位置として定義され、前記時間的位置は、前記限られた数の可能な位置を法とする前記変数の長さから決定される、Ｃ１２に記載の方法。
［Ｃ１４］
前記要求は、バイト範囲要求の形態で受信される、Ｃ１２又は１３に記載の方法。
［Ｃ１５］
前記要求が誤った又は存在しない変数に対して成されたことを示す境界外要求を検出することを更に備える、Ｃ１２～１４のうちのいずれか一項に記載の方法。
［Ｃ１６］
前記時間的位置の前記決定は、前記２つ以上の変数のうちの１つ以上のオフセットに更に基づく、Ｃ１２～１５のうちのいずれか一項に記載の方法。
［Ｃ１７］
前記オフセットは、前記要求で受信される、Ｃ１６に記載の方法。
［Ｃ１８］
前記時間的位置の前記決定は、秘密に更に基づく、Ｃ１２～１７のうちのいずれか一項に記載の方法。
［Ｃ１９］
Ｃ１～１１のうちのいずれか一項に記載の方法を実行するように構成される、変数プリプロセッサモジュール。
［Ｃ２０］
Ｃ１９に記載の変数プリプロセッサモジュールを備える、ヘッドエンドシステム。
［Ｃ２１］
Ｃ１２～１８のうちのいずれか一項に記載の方法を実行するように構成される、透かし埋め込み器モジュール。
［Ｃ２２］
Ｃ２１に記載の透かし埋め込み器モジュールを備える、ＣＤＮサーバ。
【図1】
【図2】
【図3】
【図4】