(57)【要約】      （修正有）【課題】オーディオビジュアルまたはオーディオデータが複数の部分に分割されるコピープロテクションのための方法提供する。【解決手段】複数の部分は少なくとも部分的にスクランブルされ、スクランブルされた順序でレコードキャリアに格納されるように準備される。これは、レコードキャリア上の物理的な位置が、例えば分割されたデータのそれぞれの部分が格納されるレコードキャリアのセクタが、スクランブルされた順序に依存するように行われる。【選択図】図１
2012146386.tif 000002
【特許請求の範囲】
【請求項１】
光レコードキャリアのコピープロテクションのための方法であって、
前記光レコードキャリアの第１の物理領域に格納される暗号化されたオーディオビジュアルまたはオーディオコンテンツを決定することと、
前記光レコードキャリアの第２の物理領域に格納されるプログラム命令を決定することと
を含み、
前記プログラム命令の第１の部分は、プレイバック装置上で実行された場合に、前記プレイバック装置に前記第１の物理領域の中の所定の位置でバイト値を読み取らせ、前記バイト値は前記暗号化されたオーディオビジュアルまたはオーディオコンテンツのそれぞれのバイトに対応し、さらにプレイバック装置に前記バイト値を含むデータエンティティをアセンブルさせ、
前記プログラム命令の第２の部分で、前記第２の部分が前記プレイバック装置で実行された場合に、前記データエンティティが、追加のプログラム命令としておよび／または前記第２の部分が実行されるときに処理される入力データとして解釈される方法。
【請求項２】
前記プログラム命令の前記第２の部分の制御フローが前記入力データの少なくとも一部に依存する、請求項１に記載の方法。
【請求項３】
前記オーディオビジュアルまたはオーディオコンテンツが複数の部分として前記光レコードキャリアに格納されるように提供され、前記部分は第１の順序を有し、
前記部分が前記第１の順序で再生された場合に前記オーディオビジュアルまたはオーディオコンテンツが前記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
前記部分が前記第１の順序とは異なる第２の順序で前記光レコードキャリアに格納されるように提供され、
それぞれの部分が格納される前記レコードキャリア上の物理的な位置が前記第２の順序に依存し、
前記第１の順序はファイルとして前記光レコードキャリアに格納されるようには提供されず、
前記入力データが、前記プログラム命令の前記第２の部分により前記オーディオビジュアルまたはオーディオコンテンツのプレイバックのために使用される前記第１の順序を表す、請求項１または２に記載の方法。
【請求項４】
前記オーディオビジュアルまたはオーディオコンテンツが複数の部分として前記光レコードキャリアに格納されるように提供され、前記部分は第１の順序を有し、
前記部分が前記第１の順序で再生された場合に前記オーディオビジュアルまたはオーディオコンテンツが前記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
前記部分が前記第１の順序とは異なる第２の順序で前記光レコードキャリアに格納されるように提供され、
それぞれの部分が格納される前記レコードキャリア上の物理的な位置が前記第２の順序に依存し、
複数のさらなる第１の順序が前記光レコードキャリアに格納されるように提供され、
前記プログラム命令の前記第２の部分が、前記入力データおよび／または前記追加のプログラム命令に依存して前記第１の順序と前記さらなる第１の順序とを識別するための命令を含む、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
プレイバックのために使用された場合に前記オーディオビジュアルまたはオーディオコンテンツの非正規の再生をもたらす非正規のプレイバック順序が前記光レコードキャリアに格納されるように提供され、
前記プログラム命令の前記第２の部分が、前記プレイバック装置に前記入力データが有効なプレイバック順序に対応するかどうかを認証させる命令を含み、
前記入力データが有効なプレイバック順序であると認証された場合に、前記命令は、前記プレイバック装置に前記オーディオビジュアルまたはオーディオコンテンツの再生のために前記有効なプレイバック順序を使用させる、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記光レコードキャリアが、第１のプレイバック順序をプレイバックのために使用した場合には再生され、第２のプレイバック順序を使用した場合には再生されない広告コンテンツを含む、請求項５に記載の方法。
【請求項７】
光データキャリアがブルーレイ・ディスクであり、前記データエンティティが前記所定の位置で前記バイト値にアクセスすることにより前記プレイバック装置のローカルメモリに読み込まれるＪａｖａ（登録商標）クラスファイルとして解釈され、
前記プログラム命令の前記第２の部分が前記Ｊａｖａ（登録商標）クラスファイルを直接実行する、請求項５または６に記載の方法。
【請求項８】
光データキャリアがブルーレイ・ディスクであり、前記データエンティティが前記所定の位置で前記バイト値にアクセスすることにより前記プレイバック装置のローカルメモリに読み込まれ、前記データエンティティは新しいファイルとして解釈され、
前記プログラム命令の前記第２の部分が、前記ブルーレイ・ディスクの論理ファイルシステムに存在するファイルを前記新しいファイルで置換するため、または前記新しいファイルを前記ブルーレイ・ディスクの前記論理ファイルシステムに追加するための更新コマンドを含む、請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記新しいファイルがＪａｖａ（登録商標）クラスファイルに対応する、請求項８に記載の方法。
【請求項１０】
前記新しいファイルがプレイリストファイルに対応する、請求項８または９に記載の方法。
【請求項１１】
前記新しいファイルがＡＡＣＳ標準のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルに対応する、請求項８〜１０のいずれか１項に記載の方法。
【請求項１２】
前記所定の位置を表すデータがサーバからダウンロードされる、請求項１〜１１のいずれか１項に記載の方法。
【請求項１３】
前記光レコードキャリアがオリジナルであると識別された場合に、前記光レコードキャリアに格納されるコンテンツが正規の品質で再生されるように前記データエンティティをアセンブルすることを可能にするバイト値が所定の位置で読み取られるように、サーバが前記データを供給する、請求項１２に記載の方法。
【請求項１４】
光レコードキャリアであって、
第１の物理領域に格納される暗号化されたオーディオビジュアルまたはオーディオコンテンツと、
前記光レコードキャリアの第２の物理領域に格納されるプログラム命令と
を含み、
前記プログラム命令の第１の部分は、プレイバック装置上で実行された場合に、前記プレイバック装置に前記暗号化されたオーディオビジュアルまたはオーディオコンテンツのそれぞれのバイトに対応するバイト値を前記第１の物理領域の中の所定の位置で読み取らせ、さらに前記プレイバック装置に前記バイト値を含むデータエンティティをアセンブルさせ、
前記プログラム命令の第２の部分で、前記第２の部分が前記プレイバック装置で実行された場合に、前記データエンティティが、追加のプログラム命令としておよび／または前記第２の部分で処理される入力データとして解釈される、光レコードキャリア。
【請求項１５】
前記オーディオビジュアルまたはオーディオコンテンツが複数の部分として前記光レコードキャリアに格納され、前記部分は第１の順序を有し、
前記部分が前記第１の順序で再生された場合に前記オーディオビジュアルまたはオーディオコンテンツが前記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
前記部分が前記第１の順序とは異なる第２の順序で前記光レコードキャリアに格納され、
それぞれの部分が格納される前記レコードキャリア上の物理的な位置が前記第２の順序に依存し、
前記第１の順序がファイルとして前記光レコードキャリアに格納されず、
前記入力データが、前記プログラム命令の前記第２の部分により前記オーディオビジュアルまたはオーディオコンテンツのプレイバックのために使用される前記第１の順序を表す、請求項１４に記載の光レコードキャリア。
【請求項１６】
前記オーディオビジュアルまたはオーディオコンテンツが複数の部分で前記光レコードキャリアに格納され、前記部分は第１の順序を有し、
前記部分が前記第１の順序で再生された場合に前記オーディオビジュアルまたはオーディオコンテンツが前記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
前記部分が前記第１の順序とは異なる第２の順序で前記光レコードキャリアに格納され、
それぞれの部分が格納される前記レコードキャリア上の物理的な位置が前記第２の順序に依存し、
複数のさらなる第１の順序が前記光レコードキャリアに格納され、
前記プログラム命令の前記第２の部分が、前記入力データおよび／または前記追加のプログラム命令に依存して前記第１の順序と前記さらなる第１の順序とを識別するための命令を含む、請求項１４または１５に記載の光レコードキャリア。
【請求項１７】
前記部分が、１０秒〜２０秒、１０秒〜３０秒、３０秒〜１分、１分〜２分または３分、３分〜５分、および／あるいは５分〜１０分の範囲の長さを有する、請求項１５または１６に記載の光レコードキャリア。
【請求項１８】
前記プログラム命令の前記第１の部分が、サーバからの前記所定の位置のダウンロードをもたらすプログラム命令を含む、請求項１４〜１７のいずれか１項に記載の光レコードキャリア。
【請求項１９】
光レコードキャリアのコピープロテクションのための方法であって、
前記光レコードキャリアに格納されるプログラム命令を決定することを含み、
前記プログラム命令は、プレイバック装置で実行された場合に、前記プレイバック装置に、前記光レコードキャリアがオリジナルであるかどうかをチェックさせ、前記光レコードキャリアがオリジナルである場合に限り、前記光レコードキャリアに格納されるオーディオまたはオーディオビジュアルコンテンツの正規の品質でのプレイバックを制御するために使用されるさらなるプログラム命令をサーバからダウンロードさせる方法。
【請求項２０】
前記オーディオまたはオーディオビジュアルコンテンツがレコードキャリア上に第２の順序で配列される複数の部分として格納され、
前記さらなるプログラム命令が、前記プレイバック装置に、前記光レコードキャリアに格納される複数のプレイバックシーケンスから適切なプレイバックシーケンスを選択することにより前記部分を第１の順序で再生させる、請求項１９に記載の方法。
【請求項２１】
光レコードキャリアであって、
プログラム命令を含み、前記プログラム命令は、プレイバック装置で実行された場合に、前記プレイバック装置に前記光レコードキャリアがオリジナルであるかどうかをチェックさせ、前記光レコードキャリアがオリジナルである場合に限り、前記光レコードキャリアに格納されるオーディオまたはオーディオビジュアルコンテンツの正規の品質でのプレイバックを制御するために使用されるさらなるプログラム命令をサーバからダウンロードさせる光レコードキャリア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コピープロテクション、またコピープロテクトされたレコードキャリアのための方法、装置およびシステムに関する。
【背景技術】
【０００２】
レコードキャリア上に格納されるコンテンツをコピープロテクトするためのさまざまな方法およびアルゴリズムが存在する。そのようなコピープロテクション方法によってプロテクトされるであろうコンテンツは、例えば、コンピュータプログラムのようなデータ、例えば映画のようなオーディオビジュアルコンテンツ、およびオーディオファイルの中のオーディオコンテンツでありうる。
【０００３】
しかしながら、コピープロテクションのための利用可能な方法およびアルゴリズムの多くが“ハックされている”、つまり、コピープロテクションがレコードキャリアから取り除かれ、コンテンツは、記録可能な光データキャリアに、またはハードディスクその他のストレージに格納される“リップされた（ripped）”バージョンとして配布される。
【０００４】
それゆえ、コピープロテクション方法およびアルゴリズムの品質を改善する必要は絶えずある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態の目的は、コピープロテクションのための方法、装置およびシステムを提供することである。本発明のさらなる目的は、コピープロテクトされたレコードキャリアを提供することである。
【課題を解決するための手段】
【０００６】
これらの目的は、独立請求項によって解決される。
【０００７】
本発明のさらなる詳細は、図面および以下の説明の考察から明らかになるであろう。
【図面の簡単な説明】
【０００８】
添付図面が実施形態のさらなる理解を提供するために含まれ、本明細書に組み入れられ、本明細書の一部を構成する。図面は実施形態を図示し、説明と共に、実施形態の原理を説明するのに役立つ。その他の実施形態、および実施形態の意図される有利な点の多くが、以下の詳細な説明を参照してよりよく理解されるようになるので、容易に認識されるであろう。図面の要素は互いに対して必ずしもスケール適合していない。同様の参照符号は対応する同様の部分を指定する。
【０００９】
【図１】オーディオビジュアルファイルが複数の部分に分割され、これらの部分は複数のファイルの形でレコードキャリアに格納される一実施形態を示す。
【図２】レコードキャリアがブルーレイ（Blu-ray（登録商標）、ＢＤ）・ディスクであり、プレイリストがディスクに格納されるオーディオビジュアルコンテンツをプレイバックするために使用される一実施形態を示す。
【図３Ａ】オーディオビジュアルファイル（クリップ）が分割され、スクランブルをかけられた順序でレコードキャリアに格納されるさらなる実施形態を示す。
【図３Ｂ】オーディオビジュアルファイル（クリップ）が分割され、スクランブルをかけられた順序でレコードキャリアに格納されるさらなる実施形態を示す。
【図３Ｃ】オーディオビジュアルファイル（クリップ）が分割され、スクランブルをかけられた順序でレコードキャリアに格納されるさらなる実施形態を示す。
【図４Ａ】偽（fake）プレイリストを生成することにより正しいプレイリストを隠す可能性を示す。
【図４Ｂ】偽（fake）プレイリストを生成することにより正しいプレイリストを隠す可能性を示す。
【図５Ａ】オリジナルの（再生専用（pre-recorded））レコードキャリアのプレイバックがどのように動作するかを示す。
【図５Ｂ】追加の（偽）タイトルを伴う一実施形態を示す。
【図６Ａ】追加のファイルがレコードキャリアに含まれる一実施形態を示す。
【図６Ｂ】追加のファイルがレコードキャリアに含まれる一実施形態を示す。
【図６Ｃ】追加のファイルがレコードキャリアに含まれる一実施形態を示す。
【図７Ａ】広告またはチャンククリップが偽プレイリストに挿入されるさらなる実施形態を示す。
【図７Ｂ】広告またはチャンククリップが偽プレイリストに挿入されるさらなる実施形態を示す。
【図７Ｃ】広告またはチャンククリップが偽プレイリストに挿入されるさらなる実施形態を示す。
【図７Ｄ】広告またはチャンククリップが偽プレイリストに挿入されるさらなる実施形態を示す。
【図８】ブルーレイ標準のマルチアングルの特徴が適用される一実施形態を示す。
【図９】プレイリストがサーバから提供される一実施形態を示す。
【図１０Ａ】ウォーターマーク入りオーディオビジュアルファイルがプレイリストに含まれる一実施形態を示す。
【図１０Ｂ】ウォーターマーク入りオーディオビジュアルファイルがプレイリストに含まれるさらなる実施形態を示す。
【図１１】ウォーターマーク入りオーディオビジュアルファイルの使用を図示するためのさらなる実施形態を示す。
【図１２】コピーが検出された場合に、プレイバックが妨げられる、または低減された娯楽価値でプレイバックが行われる一実施形態を示す。
【図１３】プレイバックがコピーから開始された場合に、何が起こりうるかを示す。
【図１４】プレイバックがハードディスクから行われた場合に、すなわち、リップされたコンテンツをプレイバックする試みが行われた場合に、何が起こりうるかを示す。
【図１５】オリジナル・ディスク・チェックの一実施形態を説明するための図を示す。
【図１６】オリジナル・ディスク・チェックのさらなる実施形態を説明するための図を示す。
【図１７】ブルーレイ・ディスクに格納されるプログラム命令の中でボリュームＩＤおよび／またはＰＭＳＮが認証される一実施形態を示す。
【図１８】ネイティブモジュールがホスト環境にインストールされる一実施形態を示す。
【図１９Ａ】バイトが所定の位置で読み取られるさらなる実施形態を示す。
【図１９Ｂ】さらなる実施形態によるコピープロテクションのための方法のステップを示す。
【図１９Ｃ−１】レコードキャリア上のプログラム命令の制御フローが所定の位置で読み取られるバイトによって修正される一実施形態を示す。
【図１９Ｃ−２】レコードキャリア上のプログラム命令の制御フローが、所定の位置で読み取られるバイトによって修正され、選択されるプログラムパスによって異なるプレイリストがプレイバックのために選択されるさらなる実施形態を示す。
【図１９Ｄ】バイトが所定の位置で読み取られ、バイトがキー素材として解釈されるさらなる実施形態を示す。
【図１９Ｅ】バイトが所定の位置で読み取られ、バイトがＪａｖａ（登録商標）クラスファイルとして解釈されるさらなる実施形態を示す。
【図１９Ｆ】バイトが所定の位置で読み取られ、バイトがプレイリストファイルとして解釈されるさらなる実施形態を示す。
【図１９Ｇ】所定の位置で読み取られるバイトがプレイリストファイルとして解釈され、かつＶＦＳ更新コマンドによりブルーレイ・ディスクのファイルシステムに含まれる方法のステップを示す。
【図１９Ｈ】所定の位置で読み取られるバイトがプレイリストファイルとして解釈され、かつＶＦＳ更新コマンドによりブルーレイ・ディスクのファイルシステムに含まれ、それにより、ディスクに格納されるプレイリストファイルを置換する方法のステップを示す。
【図１９Ｉ】バイトが所定の位置で読み取られ、バイトがＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルとして解釈されるさらなる実施形態を示す。
【図１９Ｊ】Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルが少なくともいくらかの破損したデータを含むブルーレイ・ディスクを伴うさらなる実施形態を示す。
【図２０】例えばブルーレイ・ディスクのためのマスタリング工程の一部でありうるステップを示す。
【図２１】コピープロテクションが、正規のオーディオビジュアルファイルの異なる部分に対して異なるビデオシーケンスを生成することにより実現される一実施形態を示す。
【図２２】メインおよびサブパスを有するＢＤプレイリストに対する例を示す。
【図２３Ａ】変化するサブパスを有するプレイリストに基づく偽プレイリストを伴う一実施形態を示す。
【図２３Ｂ】プレイバックのために図２３Ａのプレイリストを使用した場合の結果を示す。
【図２３Ｃ】複数のサブパスを有するプレイリストに基づく偽プレイリストを伴う一実施形態を示す。
【図２４Ａ】ジャンクコンテンツがメイン動画の中に挿入される一実施形態を示す。
【図２４Ｂ】ジャンクデータまたは欠けている部分がサーバから提供され、サブパスとしてメイン動画の中に含まれる一実施形態を示す。
【図２５】所定のセクションが、異なる論理ファイル名により参照されるレコードキャリアの一実施形態を示す。
【図２６】図２５の論理ファイルシステムを示す。
【図２７】コピープログラムが図２５および図２６のレコードキャリアをどのようにコピーしうるかの一例を示す。
【図２８】任意のシャッフルされた論理ファイル名を伴う一実施形態を示す。
【図２９】ディスクの同一の領域を参照する論理ファイル名に基づき偽プレイリストが生成される一実施形態を示す。
【図３０】クリップのスライシングおよびシャッフリングが、複数の異なる論理ファイル名によりシャッフルされたクリップを参照することと組み合わせられる一実施形態を示す。
【図３１Ａ】追加の部分がレコードキャリアに格納されるさらなる実施形態を示す。
【図３１Ｂ】追加の部分がレコードキャリアに格納されるさらなる実施形態を示す。
【図３１Ｃ】追加の部分がレコードキャリアに格納されるさらなる実施形態を示す。
【図３２Ａ】追加の部分が別の部分のコピーであるレコードキャリアに格納されるさらなる実施形態を示す。
【図３２Ｂ】追加の部分が別の部分のコピーであるレコードキャリアに格納されるさらなる実施形態を示す。
【図３３】追加の部分が、別の部分の一部（だけ）のコピーに対応するレコードキャリアに格納されるさらなる実施形態を示す。
【図３４Ａ】追加の部分が生成され、レコードキャリアに格納され、追加の部分が、例えば広告など、またレコードキャリアに格納されるその他の部分のコピーのような追加のコンテンツを含むさらなる実施形態を示す。
【図３４Ｂ】追加の部分が生成され、レコードキャリアに格納され、追加の部分が、例えば広告など、またレコードキャリアに格納されるその他の部分のコピーのような追加のコンテンツを含むさらなる実施形態を示す。
【図３５Ａ】「長い」プレイリストが生成されるさらなる実施形態を示す。
【図３５Ｂ】「長い」プレイリストが生成されるさらなる実施形態を示す。
【図３６】レコードキャリアが、正しいプレイリストおよび複数の偽プレイリスト（さらなる第１の順序）を含むさらなる実施形態を示す。正しいプレイリストおよび複数の偽プレイリストは割り当てられたインデックス番号を各々有する。
【図３７】ブルーレイ・ディスクが第１のＪａｖａ（登録商標）クラスファイルを含むさらなる実施形態を示す。しかしながら、この第１のＪａｖａ（登録商標）クラスファイルは、正規の品質でのディスクに格納されるオーディオまたはオーディオビジュアルコンテンツの再生を可能にする命令を含まない。
【発明を実施するための形態】
【００１０】
以下では、本発明の実施形態が説明される。以下では説明される実施形態が全て任意の方法で組み合わせられうる、すなわち、所定の説明される実施形態がその他と組み合わせられないという制限がないことに留意することが重要である。さらに、図面全体を通して同一の参照符号が同一の要素または同様の要素を示すことに留意されたい。
【００１１】
本発明の範囲を逸脱することなくその他の実施形態が利用されうる、および構造または論理的変更が行われうることを理解されたい。したがって、以下の詳細な説明は限定する意味で受け取られるべきではなく、本発明の範囲は添付の請求の範囲により定義される。
【００１２】
特にことわらない限り、本明細書で説明されるさまざまな実施形態の特徴が互いに組み合わせられうることを理解されたい。
【００１３】
図１では、Ｓ１０２でＡＶデータ１０４が提供される。例えば、ＡＶデータはオーディオビジュアル（audiovisual、ＡＶ）ファイルとして提供されうる。ＡＶデータがストリーム化されたコンテンツとして、または任意のその他の形態で提供されることも可能である。ＡＶデータ１０４はまた、オリジナルまたは正規のＡＶデータとして参照されうる。ＡＶデータ１０４は、従来レコードキャリア上の１つの部分、例えば１つのファイルまたはクリップの形で、例えば連続したブロックまたはセクタの形で書き込まれるＡＶデータに対応する。従来のレコードキャリアのファイルシステムでは、ＡＶデータ１０４は通常、単一のファイル名により参照される。例えば、ＡＶデータ１０４はレコードキャリアに格納される完全な映画に相当しうる。
【００１４】
それゆえ、ＡＶデータ１０４はＡＶデータのコンテンツにより定義される正規のプレイバックシーケンスを有する。正規のプレイバックシーケンスは、例えばコンテンツの製作責任者または映画製作者により生成される／記録されるようなプレイバックシーケンスに対応する。それゆえ、正規のプレイバックシーケンスは、例えばフィルムまたは任意のその他のビデオコンテンツの製作責任者により意図されるようなコンテンツのプレイバックシーケンスである。正規のプレイバックシーケンスでは、例えば映画のシーンが映画の正しい論理的な順序で再生される。
【００１５】
ＡＶデータ１０４のコンテンツをコピープロテクトするために、本発明の一実施形態によれば、Ｓ１０６でＡＶデータ１０４は複数の部分１０４−１、…、１０４−４に分割されうる。部分１０４−１、…、１０４−４はＡＶデータ１０４から得られる順序に対応する第１の順序を有する。図１で図示されるように、本実施形態ではＡＶデータ１０４は分割（スライシング）が行われた４つの部分１０４−１、１０４−２、１０４−３、および１０４−４を有する。部分は、ＡＶデータ１０４にもともと含まれない、すなわち、部分は部分１０４−１、…、１０４−４に分割することを図示するためだけに役立つことに留意されたい。
【００１６】
Ｓ１１０で第２の順序が部分１０８−１、…、１０８−４に対して決定される。第２の順序は第１の順序と異なり、部分１０８−１、…、１０８−４の「スクランブルをかけられた順序」または「シャッフルされた順序」とも呼ばれうる。図１の実施形態では第２の順序は１０８−４、１０８−１、１０８−３、および１０８−２である。それゆえ、ＡＶデータ１０４が映画である場合に、映画の部分１０８−４に対応する映画の終わりは、部分１０８が第２の順序でプレイバックされる場合に、すなわち、再生される場合に、最初にプレイされる。しかしながら、プレイバックのために第１の順序を使用する場合には、オリジナルのコンテンツが再生される。しかしながら、レコードキャリアのプレイバックは「線形プレイバック（linear  playback）」ではない、すなわち、読取ヘッドがレコードキャリアの領域の上を線形に動かない可能性がある。実際には、読取ヘッド、例えば光ピックアップが、それぞれの部分が格納される異なる物理的な位置にジャンプするために前後へ動く。これは、ディスクのスキャンニング順序に関して「雑然とした（jumbled）」プレイバック（またはアクセス）である。
【００１７】
Ｓ１１２で部分１０８−１、…、１０８−４はレコードキャリア１１４に格納される。それにより、部分１０８−１、…、１０８−４は第２の順序で格納される。すなわち、複数の部分のそれぞれの部分が格納されるレコードキャリア１１４上の物理的または空間的な位置が第２の順序に依存する。図１の実施形態で理解されるように、レコードキャリア１１４は、例えばレコードキャリア１１４のフォーマットに従う論理ブロックに対応しうる複数の領域（区域）、例えばブロックまたはセクタ１１６−１、…、１１６−ｎを有する。これらの区域の各々の中にそれぞれの部分が格納されうる。図１の実施形態では、物理的にはレコードキャリアの真ん中に配列される第１の区域１１６−４に部分１０８−４が格納されうる。同様に、区域１１６−１、１１６−３、および１１６−２に、それぞれ部分１０８−１、１０８−３、および１０８−２が格納されうる。
【００１８】
図示されるように、第２の順序は、部分１０８−１、…、１０８−４がレコードキャリアに物理的に格納される順序を決定する。したがって、第２の順序は、「格納順序」とも呼ばれうる。同様に、Ｓ１０６で第１の順序は正規のプレイバックシーケンスでのＡＶデータ１０４のプレイバックのために使用されうるので、第１の順序は「プレイバック順序」とも呼ばれうる。
【００１９】
レコードキャリアへの部分１０８−１、…、１０８−４の格納に関して、格納は、各部分がレコードキャリアの論理ファイルシステムの１つのファイルに格納されるようなものである可能性があることに留意されたい。しかしながら、別の実施形態では、部分のいくらか（複数の部分）が１つの同一のファイルに格納され、その他の部分（さらなる複数の部分）がその他のファイルに格納されることも可能である。当然、全ての部分がレコードキャリアの論理ファイルシステムの１つのファイルに格納されることも可能である。
【００２０】
図１の実施形態では、領域１１６−２および１１６−３にそれぞれ格納される部分１０８−２および１０８−３は、括弧１１５−３によっても示されるようにファイルシステムの１つのファイル１１５−３に格納される。領域１１６−４および１１６−１に格納される部分１０８−４および１０８−１は、それぞれ別個のファイル１１５−１および１１５−２として格納される。
【００２１】
いくつかの部分が同一のファイルに格納される場合に、第１の順序は、それぞれの部分が始まるおよび／または終わるレコードキャリア上の（物理的な）位置を参照しうる。例えば、部分１０８−２を参照するためには、第１の順序が、部分１０８−２の始まり、すなわち、領域１１６−２の始まりを示す始まりの位置（開始ポイント）１１７−１、および部分１０８−２の終わり、すなわち、領域１１６−２の終わりを示す終わりの位置（終了ポイント）１１７−２を参照しうる。レコードキャリアが例えばブルーレイ・ディスクである場合に、部分１０８−１、…１０８−４は、それぞれのイン−ポイント（IN-point）（部分の始まり）およびアウト−ポイント（OUT-point）（部分の終わり）を伴うプレイアイテムとして参照されうる―図２も参照。それゆえ、同一のファイルまたは異なるファイルの中の部分を参照するプレイアイテムがありうる。
【００２２】
図１の実施形態には、４つの部分１０８だけが示されている。しかしながら、実際には部分の数ははるかに多い可能性がある。例えば、部分は約１分の長さのオーディオビジュアルコンテンツを有しうる。ＡＶデータ１０４が長さ１２０分の映画である場合、例えば、レコードキャリアに格納される１２０の部分１０８がある。部分の長さのその他のありうる値は、１０秒〜２０秒、１０秒〜３０秒、３０秒〜１分、１分〜２分または３分、３分〜５分、および／または５分〜１０分である。また、より短いまたはより長いファイルが可能である。図１で部分１０８−１、…、１０８−４のサイズにより示されるように、異なる部分の長さは異なりうる。サイズはまたＡＶ部分の全てまたは一部に対して同一にすることができる。
【００２３】
上記のように、部分が第２の順序に従って、すなわち、レコードキャリアに物理的に格納されるような順序でプレイバックされる場合、ＡＶデータ１０４のコンテンツは正規のプレイバックシーケンスで再生されない。実際には、視聴者がコンテンツを楽しむことができず不満を表すように、コンテンツは少なくとも一部で完全に不規則に再生される。
【００２４】
それゆえ、ＡＶデータ１０４のコンテンツを楽しむためには、第１の順序が知られていなければならない。第１の順序が知られていない場合には、オリジナルのＡＶコンテンツがユーザを満足させるように再生されることができないので、レコードキャリアは役に立たない。それは、ファイルをレコードキャリア上に物理的に配列されるような順序でプレイバックする場合に、例えば、映画の終わりからのいくらかのシーンが始まりに示され、逆に、映画の始まりからの部分が終わりに示されることでありうる。
【００２５】
それゆえ、複製者（copier）、すなわち、人（ハッカー（hacker））またはコピープログラムが、レコードキャリアに格納される部分をコピーするまたはリップする場合、その部分がプレイバックされるときに、第１の順序が知られている、または決定されうるものでなければ、コピーは役に立たない。部分が第１の順序でプレイバックされる場合に限って、ＡＶデータのコンテンツが正規の（オリジナルの）プレイバックシーケンスで再生される。
【００２６】
さらに、十分な数の部分がある場合に、手作業で第１の順序を見つけ出すことは非常に厄介、または不可能になる。人が部分を注視することにより第１の順序を見つけ出そうとすることをさらに困難にするためには、部分の少なくとも一部がシーンの始まりで開始する、または動画のシーンの終わりで終わるように、ＡＶデータを分割することが効果的でありうる。この場合、ある部分の終わりからおよび／または部分の始まりから得ることができる第１の順序の手がかりがない。さらに、第１の順序で次のファイルとなる部分を見つけ出すために、部分の始まりおよび／または終わりでオーディオおよび／またはビデオのパターンを分析することができないので、自動化された第１の順序を見つけ出すプロセスはより困難である。
【００２７】
最長／最大のファイルを、そのような大きなファイルがメイン動画を含むと仮定し、レコードキャリア上で自動的に見つけ出そうとするいくらかのコピープログラムも存在する。しかしながら、少なくともいくらかの部分がそれぞれ別個のファイルに格納される場合、これらのできあがったファイルはサイズがかなり小さいので、そのようなプログラムは失敗する。そのようなコピープログラムを具体的に混乱させること、またはそのようなコピープログラムに役に立たないコピーを作らせることも可能である。これは、例えばＡＶデータの所定の部分に対して部分の分割およびスクランブリングを適用するだけで可能である。例えば、分割は、動画の終わりの１０分〜２０分に対応するＡＶデータの部分にだけ適用されうる。それゆえ、複製者またはコピープログラムが、動画の大きな部分に対応する大きなＡＶファイル、およびスクランブルをかけられた順序でレコードキャリアに格納されることも格納されないこともありうるいくつかのより小さなＡＶファイルを見出すことがありうる（この場合、少なくともいくらかの部分が別個のファイルに格納される）。このとき、コピープログラムが最大ファイルだけを、このファイルがメイン動画に対応し、かつ小さい方のファイルが例えばボーナス素材、追加のＡＶ素材、または同種のものに対応すると仮定してコピーする場合に、例えば動画の終わりが欠けているので、それぞれのコピーは不満を抱かせるものになる。
【００２８】
また、部分のうち１つの部分だけに選択的にスクランブリングを適用することが可能である。それゆえ、視聴者がレコードキャリアに物理的に格納されるような順序で部分を見るときに体験する「不規則性」は、スクランブリングに依存する。スクランブリングが例えば動画の終わりに対応する部分に対してだけ行われる場合に、複製者は、動画の終わりが不規則にプレイバックされるので、第１の順序が知られていなければ、レコードキャリアのファイルごとのコピーが実際には役に立たないことに即座に気づかない可能性がある。もちろん、スクランブリングは、動画の始まりまたは真ん中の部分に対応する部分に対して行われてもよい。
【００２９】
それゆえ、上記から、図１のＳ１０２、Ｓ１０６、Ｓ１１０、およびＳ１１２で例示的に説明されるようなコピープロテクションのための方法は非常に効果的であることが明らかである。コピープロテクトされたコンテンツをハックするためには、レコードキャリア１１４に格納される部分１０８に対する正しいプレイバック順序を見つけ出すために、高度な努力が必要とされる。
【００３０】
一方、同様に明らかなように、第１の順序は何らかのやり方でプロテクトされるべきである。これは、例えば暗号化されたまたは不明瞭化された（隠された）第１の順序をレコードキャリアに格納することにより行われうる。また、第１の順序はレコードキャリアに全く格納されない可能性がある。この場合、第１の順序はダウンロードのためにサーバ上に提供されうる。ダウンロードすることは認証プロセスにより制御されうる。第１の順序のプロテクションは以下に詳述される。
【００３１】
図１の実施形態から同様に明らかになるであろうが、説明される基本原理は、つまり、大量のＡＶデータを、例えば大きなファイルを例えば多数のいくつかのより小さな部分またはファイルに分割すること、および小さなファイル／部分のシャッフリング（スクランブリング）は、多くのタイプのレコードキャリアに適用可能でありうる。その基本原理は、ブルーレイ・ディスク（ＢＤ）、デジタル多目的ディスク（digital  versatile  disc、ＤＶＤ）、ＣＤ−ＲＯＭ、または任意のその他の可能な将来のビデオ・ストレージ・フォーマットをコピープロテクトするために使用されうる。基本原理はまた、ハードディスク、例えばＲＡＭストレージのような取り外し可能なメモリに格納されるコンテンツ、またはダウンロードされる、例えばストリーミングされるコンテンツに適用されることができる。例えば、多数の小さなＡＶファイル（部分）がさまざまなサーバでダウンロードするために提供されることが可能でありうる。しかしながら、ＡＶファイル全体に分散させられるコンテンツを再生することを可能にするＡＶファイルの正しい（第１の）順序は、１つのソースでだけ利用可能でありうる。これは、第１の順序をダウンロードすることを可能にする厳格な認証プロセスが行われる１つのサーバだけにしてもよい。代わりにおよび／または追加で、郵送でメモリ製品、例えば取り外し可能なメモリ（メディアカード、ＵＳＢメモリスティック）を介して第１の順序を配布することも可能である。第１の順序はまた、ユーザがレコードキャリアについてプレイバック装置に入力しなければならないアンロックキーから得られてもよい。アンロックキーはレコードキャリア上またはレコードキャリアのケース上に印刷されうる。また、第１の順序はレコードキャリアの識別子から自動的に得られてもよい。例えば、レコードキャリアがブルーレイ・ディスクである場合に、ディスクのＰＭＳＮ（pre-recorded  media  serial  number）またはボリュームＩＤが第１の順序を自動的に決定する（復号するまたは非不明瞭化する（de-obfuscate））ために用いられてもよい。
【００３２】
基本原理が、コピープロテクトされたやり方でコンテンツをダウンロードする／ストリーミングするために適用される場合、異なる順序のファイルを各個人のユーザに対してダウンロードされるために提供することも可能である。この場合、１人のユーザによりダウンロードされる部分またはファイルのある（第２の）順序に対する第１の順序は、別のユーザによりダウンロードされる部分またはファイルの別の（第２の）順序に対して役に立たない。第２の順序は、例えばＡＶ部分のファイル名により、および／または部分もしくはファイルの中のヘッダ情報により示されうる。
【００３３】
上記のダウンロードされる／ストリーミングされるコンテンツ（スライシング／スクランブリングによる）のコピープロテクションは、任意の種類のコンテンツ、例えばオーディオ（だけの）コンテンツ、オーディオビジュアルコンテンツ、またはその他のマルチメディアコンテンツ、例えばダウンロードされるビデオ・ゲーム・コンテンツに対して使用されうる。この場合、このときスクランブルをかけられる部分に分割されるのは例えばオーディオデータまたはその他のマルチメディアデータである。
【００３４】
上述のように、図１に示されるＡＶデータ１０４は、部分１０８に任意に分割されうる。しかしながら、同様に既に述べたように、別の実施形態では、ＡＶデータ１０４に対する図１に示されるカットをＡＶデータ１０４のコンテンツによって決定することも可能である。例えば、カット、すなわち、ＡＶデータ１０４が２つの部分に分割される位置は、コンテンツのシーン変更により選定されうる。それゆえ、部分１０８のいくつかの始まりがコンテンツ、例えば動画のシーンの始まりに対応することも、および／または部分１０８のいくらかの終わりがコンテンツのシーンの終わりに対応することもありうる。
【００３５】
カットはまた、例えば動画のサブタイトルが別個の部分に分割されないように設定されうる。例えば、サブタイトルはプレイバック中に所定の期間、例えば１０秒間表示されうる。この場合の分割は、この同一のサブタイトルが表示されるＡＶデータの部分を別個の部分に分割しないようにする。このことの有利な点は、できあがった部分が再符号化される必要がない可能性があるということである。実際には、ＡＶデータを分割することだけが必要であってもよい。また、ハッカーが、正規のプレイバックシーケンスで連続してプレイバックされるべき部分を決定することはより困難である。２つの異なる部分の中の同一のサブタイトルは、ハッカーにとってそのような２つの部分が連続してプレイバックされるべきであるという明らかなヒントになる。
【００３６】
それゆえ、コンテンツによる分割の有利な点は、次の／前の部分の始まりおよび／または終わりに基づき、第１の順序で別の（前の）部分に引き続く部分を推測することが容易ではないため、第１の順序を決定することがより困難になることでありうる。さらに、第１の順序を決定しようと試みるために、部分のピクチャまたはオーディオのパターンを使用しようと試みうる自動化コピープログラムを使用することが困難、または不可能である。
【００３７】
また、ＡＶデータがＭＰＥＧ−２標準により符号化される場合、カットは、できあがった部分が完全なフレーム、例えばＩフレームで始まるようになっていてもよい。ＡＶデータがＭＰＥＧ−４／Ｈ．２６４／ＡＶＣ標準に従って符号化される場合に、カットは、できあがった部分が完全なフレーム、例えばＩＤＲフレームで始まるように設定されてもよい。この場合も、このことの有利な点は、できあがった部分を再符号化する必要がない可能性があるということである。実際には、ＡＶデータを分割する必要があり、ＡＶデータのオリジナルの符号化が使用されてもよい。これは、実際上、例えばコピープロテクトされるレコードキャリアを製造するプロセスでコピープロテクションのための方法を使用する場合に、単純なワークフローを提供するのに役立つ。ＡＶデータは符号化されて提供されればよく、オリジナルの符号化が製造プロセス全体を通して使用されうる。
【００３８】
図１のＳ１１２に示されるように、また以下で詳述されるさらなる実施形態で言及されるように、ファイルまたはクリップ（例えば、部分）または例えばプログラム命令のような他のデータがレコードキャリアに格納される。これは、記録メディアの物理構造を変更することにより行われる。例えば、レコードキャリアがハードディスクである場合、データを格納するために個々の記録メディアの磁気特性が改変／変更される。レコードキャリアが光レコードキャリア、例えばＤＶＤ、ＢＤ、およびＣＤ−ＲＯＭのような例えば光ディスクである場合に、ピットおよび／またはランドが個々の記録メディア上に形成されうる。
【００３９】
なお、明細書全体を通して、「第１の順序」はプレイリストとも呼ばれる。この意味において、用語「プレイリスト」は、リストのファイルまたはクリップのプレイバックのためのプレイバック順序を示すリストとして理解される。用語「プレイリスト」は、特定の標準、例えば用語プレイリストが特定の意味を有しうるブルーレイ標準に限定するものと理解されるべきではない。同様に、プレイリストは、ハードディスクに格納されるファイルが「プレイリスト」により定義される順序で再生されることだけを意味することもありうる。「第２の順序」はレコードキャリア上の物理ストレージに対する順序を決定したのであるため、第２の順序は「格納順序」とも呼ばれる。
【００４０】
上記のように、ＡＶデータを複数の部分に分割する基本原理は、多くの異なるタイプのレコードキャリア、および／またはダウンロードされる／ストリーミングされるデータに適用可能である。しかしながら、以下では、例示目的のためだけに、上記の概念を探求するための例が、ブルーレイ（ＢＤ）・ディスクによって説明される。
【００４１】
図２に示されるように、ＢＤ上のオーディオビジュアルデータは異なる論理層１１８、１２０、および１２２の中に系統立てられる。３つの層は、ＡＶデータを分割する／スライスすること、および上記で説明されるようなプレイバックで第１の順序を再生することに関して重要となりうる。
・層１１８：動画（Ｍｏｖｉｅ）オブジェクト／ＢＤ−Ｊオブジェクト１２４
・層１２０：ＰｌａｙＩｔｅｍ１２８を含む動画プレイリスト１２６
・層１２２：ＡＶクリップファイル（以下、単純に「クリップ」と呼ばれる）
【００４２】
クリップ１３０は、実際のオーディオビジュアルデータ、すなわち、音声および映像として解釈されうるデータを含む。実際のオーディオビジュアルデータの他に、クリップ１３０は何らかのメタデータをプレゼンテーション・グラフィックス・ストリームまたはインタラクティブ・グラフィックス・ストリームの形で含んでもよい。プレゼンテーション・グラフィックス・ストリームは例えばサブタイトルを表示するために使用されうる。インタラクティブ・グラフィックス・ストリームは対話型メニューを表示するために使用されうる。実際には、クリップ１３０はオーディオビジュアルコンテンツのためのコンテナと呼ばれうる。すなわち、クリップ１３０は、プライマリのオーディオおよびビデオ、セカンダリのオーディおよびビデオ、プレゼンテーショングラフィックス（例えば、サブタイトル）、ならびにインタラクティブグラフィックス（例えば、ボタン・ナビゲーション・コマンドを伴うメニュー）を含みうる。
【００４３】
動画プレイリスト１２６はＰｌａｙＩｔｅｍ１２８の集合である。それぞれのＰｌａｙＩｔｅｍ１２８は、単一のクリップ１３０のインターバルを表し、開始時間（イン−ポイント）および終了時間（アウト−ポイント）からなり、その両方とも、関連するクリップのプレイ時間の中のポイントを指す。
【００４４】
動画オブジェクトおよび／またはＢＤ−Ｊオブジェクト１２４は、プレイリスト１２６のプレイバックをトリガしてナビゲーション構造を提供することに関与する。動画オブジェクト１２４は、実行可能なナビゲーション・コマンド・プログラムであり、したがって、プログラム命令を含む。ナビゲーションコマンドの典型的な例は、プレイリストをプレイするためのコマンドである。基本ナビゲーションコマンドの他に、ＢＤ標準はＪａｖａ（登録商標）プログラミング言語を用いてプログラムされうる適合可能なアプリケーション環境を提供する。ＢＤ−Ｊオブジェクトは、この環境の中で実行されうるプログラム命令を含むＪａｖａ（登録商標）プログラムである。
【００４５】
層１１８、１２０、１２２の階層が図２に示される。これは例えばインデックステーブルのような構造を省いた簡略化された図であることに留意されたい。
【００４６】
動画オブジェクトまたはＢＤ−Ｊオブジェクト１２４内部から、「プレイ」コマンドが動画プレイリスト１２６に対して発行され、プレイリスト１２６の中に含まれるＰｌａｙＩｔｅｍ１２８−１、１２８−２の連続プレイバックをトリガする。それぞれのＰｌａｙＩｔｅｍ１２８は、単一のクリップ１３０での（時間ベースの）開始および終了の位置を参照する。開始と終了との位置の間に位置する関連するクリップのコンテンツが、各ＰｌａｙＩｔｅｍ１２８についてプレイバックされる。なお、単一のプレイリスト中に含まれる異なるＰｌａｙＩｔｅｍ１２８が、全て同一のクリップを参照する必要はない。図２の例では、示されるプレイリストは影がつけられていないクリップの部分だけをプレイする。
【００４７】
図１のレコードキャリア１１４がブルーレイ・ディスクであり、かつプレイリスト１２６が第１の順序を含む場合、ＰｌａｙＩｔｅｍ１２８−１、１２８−２、および次のＰｌａｙＩｔｅｍ（図２に示されていない）は、それぞれのイン−ポイントおよびアウト−ポイントにより部分１０８−１、…、１０８−４を参照しうる。
【００４８】
以下の説明では、ほとんどの例において、ＡＶデータが１つのファイルまたは同一の領域の形でレコードキャリアに従来書き込まれる（一次）ＡＶファイルまたはクリップとして提供される。さらに、このとき、ＡＶファイルは複数の（二次）ファイルまたはクリップに分割されるものとして説明される。二次ファイルまたはクリップは図１の部分１０８−１、…、１０８−４に対応する。これは、いかなる意味においても限定していると解釈されるべきではない。図１によって説明されるように、複数の部分（部分１０８−１、…、１０８−４）は１つのファイル（またはブルーレイ・ディスクの場合にはクリップ）の形でレコードキャリアに格納されうる、または代わりに／追加で、複数の部分は、それぞれの部分が１つのファイルまたはクリップに格納されるように別個のファイルに格納されてもよい。
【００４９】
図３Ａ〜図３Ｃは、通常（従来）それぞれの単一のファイルの形でブルーレイ・ディスクに格納されるクリップ１３２−１、１３２−２、１３２−３が、より小さなクリップ１４０に分割されて（スライスされて）、ブルーレイ・ディスク、例えば再生専用（オリジナルの）ブルーレイ・ディスクに格納される一実施形態を示す。
【００５０】
図３Ａは、従来のブルーレイ・ディスクがどのように見えるかを示す。図３Ａの例は、図２の簡略化されたモデルが使用され、かつＢＤタイトルが付録を伴わずに格納されることが仮定されるという点で簡略化されている。例えば予告編に対応しうる第１のクリップ１３２−１、例えばメイン映画に対応しうる第２のクリップ１３２−２、およびメイン映画の後にプレイされるいくつかのプロモーションコンテンツに対応しうる第３のクリップ１３２−３だけがある。図３Ａに見られるように、単一の動画／ＢＤ−Ｊオブジェクト１３４が、動画プレイリスト１３６のプレイバックをトリガすることに関与する。図３Ａの例では、動画プレイリスト１３６は３つのＰｌａｙＩｔｅｍ１３８−１、１３８−２、および１３８−３、すなわち従来のブルーレイ・ディスク上に含まれる３つのクリップ１３２−１、１３２−２、１３２−３の各々に対する１つのＰｌａｙＩｔｅｍを含む。各ＰｌａｙＩｔｅｍ１３８−１、１３８−２、１３８−３のイン−ポイントおよびアウト−ポイントは、関連するクリップ１３２−１、１３２−２、１３２−３の始まりおよび終わりに正確に対応する。これは、プレイリスト１３６のプレイバックがトリガされると、３つのクリップ１３２−１、１３２−２、および１３２−３が連続した順序でそれぞれ始まりから終わりまでプレイされることを意味する。
【００５１】
クリップ１３２−１、１３２−２、および１３２−３（ＡＶデータ）をコピープロテクトするために、クリップはいくつかのより小さなクリップ１４０−１、…、１４０−６（部分）に分割またはスライスされる。クリップ１４０−１、…、１４０−６は、ほぼ１分のプレイバック時間のビデオシーケンスに対応しうる。その他の実施形態では、クリップは３０秒〜１分、１分〜３分、３分〜５分、および／または５分〜１０分までの範囲の長さを有してもよい。クリップは、ファイルの各々に対して同一の長さを有さなくてもよい。
【００５２】
現在のＢＤ標準によれば、１つのディスク上のクリップの数の上限は、４０００である。これは、ＡＶデータをスライスする場合に考慮されうる。
【００５３】
図３Ｂに示されるように、すべてのオリジナルのクリップ１３２−１、１３２−２、１３２−３をより小さなクリップ（オリジナルのクリップの部分）に分割する必要はない。例えば、オリジナルのクリップ１３２−３（ＡＶデータ）は、より小さなクリップに分割されない。このように、ＡＶデータを複数のＡＶ部分に選択的に分割する原理を適用することが可能である。例えば、第３のクリップ１３２−３が販売促進のためのコンテンツまたは広告を含む場合、第３のクリップ１３２−３をより小さなクリップに分割することにより第３のクリップ１３２−３をコピープロテクトする（そして、図３Ｃを説明する場合に以下で詳述されるようにシャッフリングを適用する）必要がない可能性がある。
【００５４】
さらなる実施形態では、（一次）クリップの一部だけをより小さなクリップ（部分）に分割して、残りをそのままにしておくことも可能である。例えば、映画の始まりをそのままにしておき、コピーされたコンテンツの始まりだけを見た場合に、複製者およびリッピング者（ripper）に成功したと信じさせることも可能でありうる。しかしながら、このとき、（一次、オリジナルの）クリップの終わりは、スクランブルをかけられた順序（図３Ｃ参照）で映画が見られた場合に、映画の終わりがスクランブルをかけられるように分割されうる。
【００５５】
さらに、１つのより大きなＡＶファイルがディスクに格納される場合、複製者は、小さい方のＡＶファイルが映画の終わりに属することに気づかずにこの長いＡＶファイルだけをコピーするかもしれない。そうすると、視聴者は動画の終わりを見そこなうために、非常に劣った体験をすることになる。
【００５６】
図３Ｂに見られるように、３つのクリップ１３２−１、１３２−２、および１３２−３は６つのより小さなクリップ１４０−１、…、１４０−６に分割される。これは例示的な目的のための限定しない一例である。実際の応用ではクリップ（部分）の数はずっと多くてもよい。例えば、長さ１２０分を有する映画に対して、小さなクリップが例えば平均の長さ１分を有する場合、ほぼ１２０のクリップが存在しうる。このように、クリップ（部分）の数は、異なるより小さいクリップの長さ、またオリジナルのクリップ（ＡＶデータ）を分割する場合に適用される戦略（例えば、ＡＶデータの始まり／真ん中／終わりだけを分割する）に依存する。
【００５７】
クリップ１３２−１、１３２−２、１３２−３がスライス／分割された後、できあがったより小さなクリップ（部分）１４０−１、…、１４０−６は第１の順序を有する。クリップ（部分）１４０−１、…、１４０−６がその第１の順序で再生された場合に、（一次、正規の、オリジナルの）クリップ１３２−１、１３２−２、１３２−３のコンテンツは正規のプレイバックシーケンスで再生される。
【００５８】
しかしながら、図３Ｃに示されるように、クリップ１４０−１、…、１４０−６はシャッフルまたはスクランブルをかけられうる。シャッフリング／スクランブリング後、クリップ１４０−１、…、１４０−６はスクランブル（第２の）順序、すなわち、１４０−３、１４０−１、１４０−５、１４０−２、１４０−６、１４０−４を有する。次に、クリップが、スクランブルされた順序（第２の順序）でＢＤに格納されうる。このように、それぞれのクリップ１４０（部分）が格納されるディスク（レコードキャリア）上の物理的または空間的な位置は、シャッフリング／スクランブリング後の順序に依存する（図１のレコードキャリア１１４も参照）。既に明らかなように、これは、ハッカーが、クリップがディスクのファイルシステムの中に出現するシーケンス、つまりクリップがディスク上で物理的に出現するようなシーケンスでクリップを抽出することを妨げる。
【００５９】
図３Ｃに見られるように、シャッフリングはまた、同一のオリジナルのクリップに由来しないクリップ１４０を入れ替える。同様に明らかであるように、図３Ｃに示される順序でディスク上のファイルシステムまたは物理的な位置に従ってクリップ１４０を抽出すること、およびクリップ１４０を動画に連結することは、全くの混乱をもたらす。オリジナルのフィーチャー／コンテンツにおいて、論理的順序が完全に狂うだけでなく、上記で例示されるように、クリップが予告編、メイン映画、およびボーナス素材に対応する場合に、プレイバック中に短いスパンの予告編および販売促進のためのコンテンツも姿を現す。
【００６０】
例えばブルーレイ・ディスクの合法コピーを得る方法に関する情報を含むことができる新しいクリップが導入される可能性もある。これらのクリップは、スライシング／分割からできあがるクリップの中にシャッフルされてもよい。このオプションは図３には示されていないが、後述される（例えば図６〜図８を参照）。
【００６１】
さらなる実施形態では、スライスされたクリップ１４０のいくらかだけをディスクに格納すること、すなわち、必ずしも全てのクリップをディスクに格納しないことも可能でありうる。ディスクに格納されないクリップは、例えばダウンロードのためにサーバ上で提供されてもよい（例えば図９を参照）。
【００６２】
図１および図３の例から明らかなように、クリップのシャッフリング、すなわち、第２の順序を決定することは、完全に任意に行われうる。しかしながら、第２の順序でオーディオビジュアルファイルを含むブルーレイ・ディスクをもたらすことがＢＤ仕様と適合するようにシャッフリングを制御することも可能である。これは、シームレスなプレイバックを可能にする、すなわち、プレイバック装置には、プレイバックでフレームを休止させないまたはフリーズさせないほど十分なバッファリングがある。ＢＤ仕様によれば、２つのクリップがシームレスに連結される最大距離は、（ＢＤ−ＲＯＭ上で）６４００００論理ブロック（層内）および４００００論理ブロック（層間）である。したがって、さらなる実施形態では、シャッフリングのために採用されるアルゴリズム、すなわち第２の順序を決定するためのアルゴリズムは、第１の順序に従って連続してプレイバックされる２つのクリップが、６４００００論理ブロックより遠くに決して離れないことを保証しうる。換言すれば、正規のコンテンツを再生するためにＡＶ部分のプレイバックを可能にする順序に対応する第１の順序で互いに連続する第１のＡＶ部分および第２のＡＶ部分は、レコードキャリアの標準、例えばＢＤ仕様により指定される許容される物理的な距離以下の互いからの物理的な距離を有する。このことは、ＡＶ部分がそれぞれの標準に適合する任意のプレーヤでシームレスに再生されることを可能にする。部分がこのやり方で配列されるレコードキャリアは、「インスペック（in-spec）」である、すなわち、特定の標準の仕様に適合すると呼ばれてもよい。
【００６３】
しかしながら、経験的なテストは、はるかにより大きな距離も可能であることを示していることに留意されたい。多くのプレーヤが、例えば、シームレスなプレイバックを可能にするために大量のビデオデータをバッファすることが可能になるように、所定の規格において要求されるよりも大きなメモリを有している場合もある。
【００６４】
コピープロテクションをさらに改善するために、スライスされたクリップの（第１の）順序は容易に推測可能であるべきでない。したがって、レコードキャリアは、上述の努力の軽減を可能にする手がかりを含むべきでない。これは、
−レコードキャリア上のクリップの位置からの手がかり、
−ファイルの命名からの手がかり、および
−データ内部の参照からの手がかり
を含みうるが、これには限定されない。
【００６５】
それゆえ、例えば図１および図３で使用される参照符号は、それぞれのファイル名としては確実によい選択肢ではない。そのようなファイル名は、第１の順序を判定することを容易にし、これはもちろん避けるべきである。また、明らかなことであるが、ディスク上のファイルの物理的配列における特定のパターンも避けるべきである。
【００６６】
コピープロテクションをさらに強化するために、スライスされたＡＶファイルの正しい順序（第１の順序）は、不明瞭化されるやり方でレコードキャリアに格納されうる。第１の順序の非不明瞭化（「復号」）のための「キー」または「キー素材」は、例えばファイルシステムまたは暗号化パラメータの整合性、暗号化特性、ディスクを読み出すためのドライブのアクセス特性などのようなディスクのパラメータから例えば得られうる。暗号化されたコンテンツのバイト値および／またはビット値を読み出し、これらのバイト値を非不明瞭化のためのキー素材として使用することも可能である（例えば、図１９Ａ〜図１９Ｊを参照）。
【００６７】
キーがどのようにして得られうるかに関するさらなる詳細が以下に与えられる。しかしながら、目下のよりよい理解のために、以下のことに留意されたい。
【００６８】
あらゆるレコードキャリアは、特定の物理構造を有し、レコードキャリアに格納される特定のデータを含む。それにより、再生専用（pre-recorded）レコードキャリアの物理構造は、例えば記録可能な光レコードキャリアまたはハードディスクのような例えば記録可能なレコードキャリア上にある再生専用レコードキャリアのコピーとは一般に異なる。例えば、再生専用レコードキャリアが光レコードキャリアである場合、再生専用レコードキャリア上には、記録可能なレコードキャリア上とは異なるピットおよびランドの特定のパターンが存在し、例えば複製者（例えば、コピープログラム）はこの特定のパターンをコピーすることができない。再生専用レコードキャリア上では、物理構造およびデータがガラスマスタリング工程で刻まれ、打ち抜き（stamping）を介して大量複製されるが、記録可能なレコードキャリア上では、物理構造が予め刻まれ、データは記録装置で高出力レーザビームによって（染料の透明度を変えることにより）焼きつけられる。
【００６９】
また、例えば、再生専用レコードキャリアがそれに格納されたコピープロテクトされたオリジナルのデータを有し、かつ記録可能なレコードキャリアがコピーされたデータを有する再生専用レコードキャリアのコピーである場合、オリジナルのデータとコピーされたデータとは異なりうる。例えば、コピーされたデータには、オリジナルのデータの暗号化特性または暗号化パラメータが含まれない可能性がある。さらに、例えば、コピーされたデータのファイルシステムは、オリジナルのデータのファイルシステムから逸脱しうる。
【００７０】
このように、再生専用（オリジナルの）レコードキャリアからは、所定のオリジナルの特性パラメータ（「キー」）が得られうる。これらのオリジナルの特性パラメータは、再生専用（オリジナルの）レコードキャリアの物理構造、および／または再生専用（オリジナルの）レコードキャリアに格納される（オリジナルの）データに依存しうる。物理構造のオリジナルの特性パラメータは、読取装置、例えば光ピックアップ、またはハードディスクの読取ヘッドにより、再生専用キャリアから抽出されうる、すなわち、読取装置は特定のやり方で物理構造にアクセスするように制御されうる。
【００７１】
また、再生専用（オリジナルの）レコードキャリアのコピーである記録可能レコードキャリアからは、特定のコピー特性パラメータが得られうる。これらのコピー特性パラメータは、記録可能レコードキャリアの物理構造、および／または記録可能レコードキャリアに格納されるコピーされたデータに依存しうる。物理構造のコピー特性パラメータは、読取装置、例えば光ピックアップ、またはハードディスクの読取ヘッドにより、記録可能キャリアから抽出されうる、すなわち、読取装置は特定のやり方で物理構造にアクセスするように制御されうる。
【００７２】
コピー特性パラメータが記録可能レコードキャリアを抽出するやり方が、再生専用レコードキャリアからオリジナルの特性パラメータを抽出するためのやり方と同一であって、コピー特性パラメータがオリジナルの特性パラメータから逸脱する場合、このことはさまざまな方法で利用されうる。例えば、このことは、データがコピーから読み取られたことを検出するために利用されてもよい（オリジナル・ディスク・チェック）。さらに、パラメータは、コピープロテクションのためのさまざまなアルゴリズムのために利用されてもよい。
【００７３】
ここで、オリジナルの特性データおよびコピー特性データは、再生専用レコードキャリアに格納されるコピープロテクトデータ、例えばＡＶデータのためにさまざまな方法で探求される「キー」、「キー素材」、または「キーデータ」とも呼ばれる。キーは、例えば正しいプレイリストを見つけ出すため、認証目的のため、例えばサーバでプレイバック品質（例えば、正規の品質または低下した品質）を制御するため、および／またはプレイバックを完全に妨げるためのアルゴリズムのための入力データとして使用されうる。
【００７４】
また、キーデータ（特性データ）は、動的に決定されてもよい。例えば、プログラム、例えばＢＤの動画またはＢＤ−ＪのオブジェクトがＡＶコンテンツのプレイバックのために使用される場合、プログラムは、プレイバック中に、つまり動的に、さまざまな時間にそれぞれのキーデータ（すなわち、データがオリジナルのレコードキャリアから読み取られる場合にはオリジナルの特性データ、またはデータがコピーから読み取られる場合にはコピー特性データ）を決定しうる。
【００７５】
第１の順序はまた、図４Ａ（単一の正しい動画プレイリストを示す）および図４Ｂ（多数の偽動画プレイリストを示す）の実施形態で示されるようにプロテクトされうる。図４Ａに示されるように、正しい順序（第１の順序）でクリップ１４０−１、…、１４０−６（図３Ｂおよび図３Ｃと同一の符号）を参照するＰｌａｙＩｔｅｍ１４３−１、…、１４３−６を含む１つの正しいプレイリスト１４２が存在しうる。このとき、図４Ａに見られるように、ＰｌａｙＩｔｅｍ１４３−１、…、１４３−６は、クリップ１４０−１、…、１４０−６を昇順で参照する。もちろん、クリップ１４０の物理的な位置はディスク全体に分散しているので、クリップ１４０のプレイバックのための物理的なアクセスは広い範囲にわたり分散させられる。しかしながら、正しいプレイリスト１４２のプレイバックがトリガされた場合、図３Ａに示されるようにオリジナルの設定でプレイバックされた同一のシーケンスがプレイバックされる。この場合、例えばまず予告編（クリップ１３２−１）が示され、次にメイン映画（クリップ１３２−２）が示され、次にプロモーションコンテンツ（クリップ１３２−３）が示される。
【００７６】
第２の順序がＢＤ仕様に従って（「インスペック」、上記を参照）連続クリップの物理的な位置をもたらすようにシャッフリングが行われた場合、ＢＤ仕様に適合するＢＤプレーヤ上ではシームレスなプレイバックが可能である。
【００７７】
正しい動画プレイリスト１４２（第１の順序）が、ディスクから、または他の場所から容易に入手されうることを避けるために、多数の偽プレイリスト（さらなる第１の順序、すなわち、さらなるプレイバック順序）を生成し、ディスクに格納することが可能である。図４Ｂの例に示されるように、ｎのプレイリスト１４４−１、…、１４４−ｎが生成されうる。換言すれば、複数のさらなるプレイバック順序が決定され、レコードキャリアに格納されうる。さらなるプレイバック順序は、第１の順序とは異なり、互いに異なっていてもよい（この後半は必ずしも必要ではない）。
【００７８】
プレイリストの全て、すなわち正しいプレイリスト１４２、またさらなるプレイリスト（「偽プレイリスト」、さらなる第１の順序）１４４がディスクに格納される場合、および多数のさらなるプレイリスト１４４がある場合、複製者がプレイリストのどれが正しいプレイリストかを見つけ出すことは困難な作業になる。つまり、第１のプレイリストは不明瞭化される。オリジナルのクリップが、オリジナルのビデオコンテンツでシーンチェンジが発生する場所で分割され、多数の偽プレイリストが一見同様のコンテンツ再生をもたらすように見える場合に、これが特にあてはまる。さらに、任意のさらなるプレイリスト（さらなる第１の順序）を使用するときのコンテンツ再生が、正しいプレイリスト（すなわち、第１の順序）を使用するときのコンテンツ再生と同様であってもよい。換言すれば、さらなる実施形態では、ディスクに格納される全てのプレイリスト（すなわち、正しいプレイリストおよび偽プレイリスト）の相関関係は高い可能性がある、すなわち、全てのプレイリストが一見同様のコンテンツ再生をもたらす。これは、複製者が偽プレイリスト（さらなる第１の順序）の中から正しいプレイリスト（第１の順序）を決定するのを困難にする。全てのコンテンツ再生が一見同じように見えるので、手作業での決定は困難であり、同じ理由で、およびさらにディスクに格納される全てのプレイリスト間の相関関係が高いために、自動的に決定することも困難であり、その結果、正しいプレイリストが、例えば相関関係またはその他の同様の尺度を自動的に決定することによっては容易に決定されない可能性がある。もちろん、ディスクに格納される全てのプレイリストが同様でなければならないわけではない。同様であるのはだた一部であってもよい。これもまた、複製者を混乱させうる。
【００７９】
ＢＤ−ＲＯＭ標準／仕様によれば、２０００のプレイリストが許容されている。それゆえ、図４Ｂの例では、ｎは１９９９であってもよい。つまり、１９９９までの偽プレイリスト（さらなる第１の順序）がディスクに格納されうる。もちろん、ｎに対して異なる値が可能である。ｎの合理的な値は、１０、１００、２００、３００、…、１９９９でありうる。
【００８０】
（ｉ）オリジナルのクリップをより小さなクリップに分割することにより、および（ｉｉ）多数の偽プレイリストをディスクに格納することにより、コピープロテクトされるオリジナルのブルーレイ・ディスクをプレイバックするためには、ディスクに格納されるコンテンツをプレイバックすることをユーザが望む場合に、正しいプレイリストを見つけ出すことが必要である。
【００８１】
したがって、図５Ａに示されるように、新しい動画／ＢＤ−Ｊオブジェクト１４６が生成されうる。このＢＤ−Ｊオブジェクトは、コンテンツがプレイバックされるブルーレイ・ディスクがオリジナルのディスクまたは再生専用ディスクかどうか、またはディスクがコピーかどうか、またはプレイバックがハードディスクからのもの（「リップされたコンテンツ」）かどうかをチェックするプログラム命令（コード）を含みうる。このオリジナル・ディスク・チェックは多くの異なる方法で行われうる。詳細は以下で与えられる（例えば、図１２〜図２０も参照）。
【００８２】
図５Ｂに示されるさらなる実施形態では、「偽タイトル」（不明瞭化の目的のために生成される追加のタイトル）をブルーレイ・ディスクに格納することも可能である。ＢＤ標準はディスク上に９９９までのタイトル（ＢＤ−Ｊオブジェクトおよび／または動画オブジェクト）を有することを許容している。「偽タイトル」を伴うさらなる実施形態によれば、１つだけまたは所定の数の「正しいタイトル」、すなわち、正規のプレイバックシーケンスでのオリジナルのＡＶコンテンツのプレイバックをもたらすタイトルが、ディスクに格納されうる。図５Ｂの例では、１つの正しいタイトル１４５−１だけがあり、タイトル１４５−２、…、１４５−ｎは、正規のプレイバックシーケンスまたは正規の品質でのコンテンツのプレイバックをもたらさない追加の（偽）タイトルである。
【００８３】
プレイバックは、ＢＤ標準に従って第１のプレイタイトル（First  Play  title、ＦＰタイトル）（インデックステーブルの中のインデックス「−１」により参照される）を選択することにより起動されうる。トップ・メニュー・タイトル（インデックステーブルの中のインデックス「０」により参照される）によりプレイバックを起動することも可能である。
【００８４】
正しいタイトルは、正しいプレイリスト（第１の順序）を偽プレイリスト（さらなる第１の順序）と区別するのと同一のやり方で、すなわち、ディスクから「キーパラメータ」を抽出し、キーパラメータを、次にコンテンツのプレイバックのための正しいタイトルを選択するプログラム命令のための入力データとして使用することにより、偽タイトルと区別されうる。また、ディスク上の１つのタイトルがＡＶデータ（オリジナルのコンテンツ）の一部分だけをプレイバックし、別のタイトルがディスクのプレイバック中に動的に決定されることが可能であり、このとき、この別のタイトルはＡＶデータの残りの部分をプレイバックすることに関与する。タイトルのそれぞれについて、この場合もいくつかのプレイリストが含まれてもよく、１つだけまたは所定の数のプレイリストが正規のプレイバックシーケンスでのプレイバックをもたらす。
【００８５】
図５Ａおよび図５Ｂでは、ディスクチェックの結果に基づき、異なるオプションが存在する。ディスクチェックが成功した場合、ＢＤ−Ｊオブジェクト１４６は、偽タイトル１４５−２とは対照的に、正しい動画プレイリスト１４２および／または正しいタイトル１４５−１のプレイバックをトリガしうる。ディスクチェックが失敗した場合、該当するメッセージが視聴者に表示される、またはランダムプレイリスト／タイトル、すなわち偽プレイリスト１４４および／または偽タイトル１４５−２がプレイバックのために使用されうる。どのプレイリスト／タイトルが正しいものであるかという情報は、暗号化された形でだけＢＤ−Ｊオブジェクト１４６に利用可能であってもよい。この情報を復号するために、オリジナルのディスクからのデータ（オリジナルの特性データ、上記の定義を参照）が必要とされてもよい。例えば、タイトルのＢＤ−Ｊオブジェクトは、例えばＡＡＣＳ特性（「パラメータ」とも呼ばれる）のような暗号化特性またはパラメータに基づいて、復号する、すなわち正しいプレイリスト１４２と偽プレイリスト１４４−１〜１４４−ｎと、および／または正しいタイトル１４５−１とタイトル１４５−１、…〜１４５−ｎの全てとを区別する。さらに、例えばＰＭＳＮ（pre-recorded  media  serial  number）またはＲＯＭマークに格納されるボリュームＩＤのようなパラメータが使用されてもよい。また、ＡＡＣＳにより暗号化されたコンテンツが使用されてもよい。この場合、ディスクをコピープロテクトするときに、ＢＤ−Ｊオブジェクト、その一部（例えば、Ｊａｖａ（登録商標）クラスファイル、例えば図１９Ｅを参照）、および／またはプレイリストがＡＡＣＳにより暗号化されたコンテンツに基づいて生成されてもよい（特定の位置でバイトを読み取ることによる、図１９Ａ〜図１９Ｊ参照）。換言すれば、コンテンツがＡＡＣＳにより暗号化される場合にのみ、ＢＤ−Ｊオブジェクトは偽プレイリスト１４４−１〜１４４−ｎまでの中から正しいプレイリスト１４２を、および／またはタイトル１４５−１、…〜１４５−ｎの中から正しいタイトルを決定することができる。それゆえ、この場合、正しいプレイリスト１４２および／または正しいタイトル１４５−１は、プレイバック中に動的に決定されうる。換言すれば、プレイリスト１４２および／またはタイトル１４５−１は、プレイバックの始まりにはプレーヤに全く知られない、または完全には知られないことがありうる。
【００８６】
このことは、複製者にとってジレンマである。つまり、ＢＤ−Ｊオブジェクトは暗号化されたコンテンツデータ（オリジナルの特性データ）が入力データとして使用されるときに正しいプレイリストを決定するためだけに使用可能であるために、複製者がＡＡＣＳ暗号化を取り除いた場合、彼らはもはや正規のプレイバックのためにオリジナルのＢＤ−Ｊオブジェクトを使用することができない。一方、ＡＡＣＳ暗号化が取り除かれない場合に、コンテンツがプレイバックされうるコピーを作ることは非常に困難、または不可能である。これはまた以下で詳述される。
【００８７】
さらに、加えて、多数のプレイリスト（偽プレイリストを含む）から正しいプレイリストを選択するために、「キー」（ディスクから抽出される特性データ、つまり、オリジナルの場合にはオリジナルの特性データ、およびコピー特性データ、上記を参照）によるアングル（図８の実施形態を参照）またはサブパス（図２１〜図２４の実施形態を参照）を選択することも可能である。換言すれば、タイトル（ＢＤ−Ｊオブジェクトおよび／または動画オブジェクト）、プレイリスト、アングル、およびサブパスは全て、ディスクから抽出される「キー」によってさまざまな組合せで選択されうる。それぞれの場合に、オリジナルのコンテンツが正規のプレイバックシーケンスおよび／または正規の品質で再生されるようにするために、正しいタイトル、プレイリスト、アングル、およびサブパスと区別される必要がある「偽」インスタンスが、例えば偽タイトル、偽プレイリスト、偽アングル、および／または偽サブパスが存在しうる。このように、それぞれのディスクに対するコピー・プロテクション・スキームの設計者のための強力なツールボックスがある。例えば、あるディスクに対しては、設計者が追加の（偽）アングルおよびタイトルの概念だけを使って作業することを選択してもよく、一方、別のディスクに対しては、設計者が追加の（偽）プレイリストの概念だけを使用してもよい。ディスクのクリップ、ファイル、および／または部分の正しいプレイバックの不明瞭化について膨大な可能性が存在しうるため、このことは複製者を混乱させる。
【００８８】
図５Ａは、定位置にある、すなわち、プレーヤの中にあるオリジナルのブルーレイ・ディスクを使ったプレイバックを図示する。安全なプレイバックのために、ＢＤ−Ｊオブジェクト１４６はディスクをチェックし、ディスクから「キー」（キー素材）を抽出する。「キー」は、例えば暗号化パラメータ、ＰＭＳＮ、ボリュームＩＤ、ＡＡＣＳまたは別の方法で暗号化されたコンテンツの部分、および／またはその他のような、オリジナルのディスクからの上記データに対応する。また、ＡＶ部分またはファイルにアクセスする場合の光ピックアップのアクセス特性がキーの目的のために使用されうる。これは、例えば第２の順序、すなわち、ファイルが（オリジナルの）ディスクに物理的に格納される順序が変更されたかどうかを検出するのに役立ちうる。キーを入力データとして使って、ＢＤ−Ｊオブジェクトは正しいプレイリスト１４２とおびただしい量の利用可能なプレイリスト１４４−１、…、１４４−ｎ（偽プレイリスト）を区別することができる。
【００８９】
ディスクの特性パラメータとも呼ばれうる「キー」は、オリジナルの（例えば、再生専用）ディスク、またはオリジナルのディスクの「マネージドコピー（managed  copy）」だけから読み取られる／決定されうる、かつ違法コピーにまたはハードディスクには転送され得ないことに留意されたい。「マネージドコピー」は、ＡＡＣＳ仕様に従って管理されるコピーを意味する。例えば、ＰＭＳＮ、またはＲＯＭマークに格納されるボリュームＩＤを違法コピーに転送することは不可能である。また、例えばＡＡＣＳパラメータ／フォルダのような暗号化パラメータは、違法コピーには転送されないであろう。キーがそのようなパラメータに依存する場合、プレイバックが違法コピーからであれば、正しいプレイリスト、タイトル、アングル、および／またはサブパスと、偽プレイリスト、偽タイトル、偽アングル、および／または偽サブパスとを区別することは不可能である。
【００９０】
ＰＭＳＮは記録可能ディスク上に適切に転送されないので、ＡＡＣＳ標準による「マネージドコピー」をサポートするためには、ＰＭＳＮがキー素材として使用されないように、正しいプレイリスト、正しいタイトル、正しいアングル、および／または正しいサブパスを決定するためのプログラム命令を適用することが有用でありうる。一方、「マネージド」（すなわち、合法）コピーが検出された場合、ＰＭＳＮまたはボリュームＩＤがマネージド（合法）コピーから変更された形で読み取られるようにプログラム命令を設計することも可能である。
【００９１】
その上、ＢＤ−Ｊオブジェクト１４６の動作は、インスペクションから守られてもよい。すなわち、採用されるコード不明瞭化方法が、ディスクチェックおよびキー抽出の動作、ならびに動画プレイリスト／タイトル／アングル／サブパスの選択について「盗聴する（eavesdrop）」ことを不可能にしてもよい。この目的のために、さらなる実施形態では、正しいおよび偽プレイリスト／タイトル／アングル／サブパスを区別するためのプログラム命令は、例えば、プレイバック、サブタイトル、言語、ユーザ対話、ナビゲーションコマンド、または例えばディスクがプレーヤに挿入された場合、もしくは例えばリモコンでそれぞれのキーを動作させることによりメニューを要求する場合に視聴者に表示されるメニューを制御するために使用される、ＢＤ−Ｊオブジェクトのその他のプログラム命令に織り込まれてもよい。長いコードにつながる偽（「ダミー」）命令を生成することも可能である。
【００９２】
例から明らかにように、スクランブルされたＡＶファイルを有するオリジナルのブルーレイ・ディスクを所有するユーザにとって、コピーコントロール機構は完全に透過的である。視聴体験は、プロテクトされないディスク、すなわちスクランブルされた小さなＡＶファイルを有さないディスクがプレイされた場合と全く同じである。
【００９３】
図６Ａ〜図６Ｃは、一次（正規の）ＡＶファイル１４８の部分を含む、例えば映画を含むクリップのほかに、さらに追加のクリップ（例えば、クリップ１５２−４’を参照）が追加されうるさらなる実施形態を示す。図７Ａ〜図７Ｄに見られるように、追加のクリップは、偽動画プレイリストにより参照され、それゆえ、コピープロテクションの目的のために役立ちうる。追加のクリップ（追加のファイル）は、
−広告コンテンツ（例えば、重畳されるプロモーションコンテンツを伴う正規のクリップ）、
−著作権情報を伴うクリップ、
−レコードキャリアの合法コピーがどのように得られることができるかに関する情報、
−低下した娯楽価値を伴う（例えば、コンテンツの歪みまたは除去による）正規のクリップ、
−コピーバリア（copy  barrier）
を含みうるが、これらに限定されない。
【００９４】
「コピーバリア」は、例えばプレーヤにディスクを読み取ることを打ち切らせるまたは遅くさせる特定の物理構造を含むためにプレーヤにより読み取られない、ディスクまたはファイルの読み取り不可能または再生不可能な領域または区域でありうる。かかる領域は、例えば、その内容が参照により本明細書に組み入れられる欧州特許出願公開第１８１８９２４号明細書に説明されている。
【００９５】
図６Ａは、コピープロテクトされたやり方でブルーレイ・ディスクに書き込まれる単一のクリップ（ＡＶデータ）１５０を示す。クリップ１５０が上記で説明されたようにスライシング／シャッフリングによりコピープロテクションなしに従来のディスクに書き込まれる場合、単一のＰｌａｙＩｔｅｍを参照するプレイリスト１４８が使用される。
【００９６】
クリップ１５０をコピープロテクトするために、クリップ１５０は図６Ｂに示されるようにいくつかのより小さいクリップ１５２−１、…、１５２−６にスライスされる。
【００９７】
図６Ｃに示されるように、追加のクリップ１５２−４’（追加のファイル）が挿入される。この追加のファイル１５２−４’はジャンクデータ、または上述の任意の他のタイプのコンテンツ、例えば広告、著作権情報などを含みうる。また、追加のクリップ１５２−４’は、上記で詳述されるようなコピーバリアを含んでもよい。
【００９８】
クリップ１５２−４’のような追加のクリップの挿入は、もちろん、クリップシャッフリングと組み合わせられてもよい。換言すれば、クリップ１５２−１、…、１５２−６、および１５２−４’の順序は、スクランブルされてもよい。これが、図７Ａおよび図７Ｂに示されている。図７Ａは、シャッフルされたクリップ１５２−１、…、１５２−６をオリジナルの順序（第１の順序）に戻す正しい動画プレイリスト１５４を示す。プレイリスト１５４は、追加のクリップ１５２−４’を参照するＰｌａｙＩｔｅｍ  ＰＩを含まないことに留意されたい。従って、この追加のクリップ１５２−４’は、プレイリスト１５４を使用するプレイバック中にはプレイバックされない／アクセスされない。
【００９９】
このように、例えば、プレイバックのためにプレイリスト１５４を使用する場合、広告は再生されなくてもよい。さらに、追加のクリップ１５２−４’がコピーバリアを含む場合、ディスクの読取プロセスは、読み取り不可能なまたは再生不可能な部分／セクタにより乱されなくてもよい。
【０１００】
図７Ｂに示されるように、この正しいプレイリスト１５４とは別に、他のプレイリスト１５６（さらなる第１の順序）が存在しうる。図７Ｂは１つのそのような追加のプレイリストだけを示すが、実際の応用では上記で説明されるように多数の追加のプレイリスト（さらなる第１の順序）、例えば１９９９までのプレイリストがあってもよい。実際には、上記で説明されたように、ディスクに格納される多数のプレイリストの中でどれが正しいプレイリストかを見つけ出すことが容易ではないので、多数の偽プレイリスト１５６が有利でありうる。図３Ａ〜図３Ｃ、ならびに図４Ａおよび図４Ｂの例との違いは、プレイリスト１５６について示されるように、ここでは偽プレイリスト１５６が追加のクリップ１５２−４’をも参照しうることである。これは、全ての偽プレイリスト（全てのさらなる第１の順序）に対して必ずしもあてはまらないことに留意されたい。換言すれば、追加のクリップ１５２−４’を参照する偽プレイリストがある一方で、同一のディスク上の他の偽プレイリストが追加のクリップ１５２−４’を参照しなくてもよい。上記のように、追加のクリップ１５２−４’は、ジャンクまたは広告のコンテンツを含みうる。
【０１０１】
追加のクリップ１５２−４’がコピーバリア（上記を参照）を含む場合、ディスクの読取プロセスは乱される、または打ち切られうる。このとき、全てのまたは大多数の偽プレイリストがコピーバリアを伴う追加のクリップを参照することが可能であるので、これは、コピープロテクションを強化するためのさらなる手段を追加する。このようにして、正しいプレイリストがなければ、読み取りは完全に妨げられうる。
【０１０２】
望ましい視聴体験の低下の仕方によっては「広告プレイリスト」の生成が１つのオプションである。広告プレイリスト１５７−Ａの一例が、図７Ｃに示されている。広告プレイリスト１５７−Ａは、正規のプレイバックシーケンスの再生を可能にしうる。矢印で示されるように、ＰｌａｙＩｔｅｍ  ＰＩはクリップ１５２−１、１５２−２、１５２−３、１５２−４’、１５２−５、および１５２−６を連続して参照する。しかしながら、動画クリップのいくつか、例ではクリップ１５２−４が、広告クリップ、例ではクリップ１５２−４に置換されうる。この場合、例えば広告はオーバレイとして表示される。
【０１０３】
図７Ｄに示されるように、追加のクリップを加えることももちろん可能である。図示されているように、プレイリスト１５７−Ｂは、ＰｌａｙＩｔｅｍ１５５によりクリップ１５２−７を参照する。矢印で示されるように、プレイリスト１５７−Ｂは以下のように、すなわち、１５２−１、１５２−２、１５２−３、１５２−４、１５２−７、１５２−５、および１５２−６のクリップの連続したプレイバックをもたらす。
【０１０４】
クリップ１５２−７は、広告（例えば、コマーシャル）含みうる。それゆえ、例えば映画はコマーシャルのための番組中断を伴って再生される。
【０１０５】
図７Ｄの実施形態は、以下のように使用されることができる。ディスク上の偽プレイリスト（さらなる第１の順序）の全ては、実際には正規のプレイバックシーケンスで正規のＡＶコンテンツ（ＡＶデータ）の再生を可能にしうる。しかしながら、偽プレイリストの全てまたは大多数が、例えば図７Ｄのクリップ１５２−７のように広告を伴うクリップへの参照を含みうる。このように、コピーが作られた場合、正しいプレイリスト（第１の順序）が知られている、または説明されたように得られなくても、動画は常に正しい順序でプレイバックされるが、コマーシャルのための番組中断を伴うであろう。
【０１０６】
図８は、「マルチアングル（multi-angle）」と呼ばれるブルーレイ標準／仕様の特徴が適用されるさらなる実施形態を示す。
【０１０７】
ブルーレイ標準は、ユーザにより選択されうる、あるいはＢＤ−Ｊオブジェクトまたは動画オブジェクトにより設定されうる複数のアングルで、タイトル（動画）のいくらかの部分がプレイバックされることを許容している。
【０１０８】
図８の実施形態では、多数のプレイリストを伴うコピープロテクションと同様の技術が採用されうる。プレイバックの間にオリジナルのディスクをチェックするＢＤ−Ｊオブジェクトまたは動画オブジェクトが挿入されうる。ディスクチェックが成功した場合、すなわち、ディスクがオリジナルのディスクと認められた場合、正しいアングルのプレイバックをもたらすレジスタが設定される、つまり、オリジナルのＡＶデータの部分の正しいアングルが選択される。しかしながら、チェックが失敗した場合、レジスタは異なる形態で、例えば別のアングル（偽アングル）がプレイバックされるように設定されうる。この他のアングルは、任意のＡＶコンテンツを伴うクリップを参照しうる。
【０１０９】
このように、「偽アングル」は任意のオーディオビジュアルコンテンツを含みうる。正しいアングルはメイン動画（ＡＶデータ）からの正しいシーケンス（部分）を含むが、偽アングルは、例えば破損したバージョン、空のビデオ、広告クリップ、またはコピーバリアを含みうる。これが図８に図示されている。示されるように、追加のクリップ＃２−２がディスクに格納される。この追加のクリップ＃２−２は「任意の」オーディオビジュアルコンテンツ、すなわち、オリジナルのＡＶデータの一部に対応するオリジナルのクリップ＃２−１の代わりにプレイされたときにユーザの気を散らすおよび／または娯楽価値を低下させる望ましくないコンテンツに対応する。また、クリップ＃２−２がコピーバリアを含む場合、ディスクの読み取りは乱される／打ち切られうる。
【０１１０】
図９に示されるさらなる実施形態では、レコードキャリア１５４、例えばブルーレイ・ディスクには、プレイリストが格納されない。加えておよび／または代わりに、レコードキャリア１５４はオリジナルのＡＶデータのスライスされた部分を全ては含まなくてもよい。
【０１１１】
レコードキャリア１５４上ではプレイリストが提供されないので、プレーヤがレコードキャリア１５４に格納されるＡＶファイルのプレイバックのためにプレイリストを必要とする場合に、レコードキャリア１５４はプレーヤ１５６でプレイバックされない。それゆえ、複製者がレコードキャリア１５４のコピーを作る場合、コピーはプレイリストを含まない、つまりプレイリストが欠けているので、コピーは完全に役に立たないであろう。プレーヤが、例えばプレイリストをサーバ１５８からダウンロードすることにより、または取り外し可能ストレージメディアからプレイリストにアクセスすることによりプレイリストを決定する方法がなければ、コピーは役に立たない。さらに、レコードキャリア１５４が例えば１分の長さのスライスされたＡＶファイルを含み、かつこれらのスライスされたＡＶファイルが説明されるようにスクランブルをかけられた（第２の）順序でレコードキャリア１５４に格納される場合、複製者が、ビデオコンテンツの製作責任者または映画製作者により生成されるような（正しい）正規のプレイバックシーケンスで正規のＡＶファイルを再生することはさらにより困難になる。
【０１１２】
既に示されたように、レコードキャリア１５４がＡＶデータを完全に再生するためのＡＶ部分を全ては含んでいない実施形態も可能である。換言すれば、上記で説明されたように、ＡＶデータを複数の部分にスライスした後、部分の少なくとも１つをレコードキャリア１５４に含めない／格納しないことがありうる。もちろん、欠けている部分が例えば映画の重要なシーン（視聴者がＡＶデータのコンテンツを論理的に理解するために重要なＡＶデータの一部）を含みうるように、この欠けている部分を選択してもよい。この場合、視聴者はＡＶデータ、例えば映画のコンテンツの重要な部分を見られないので、ＡＶデータの部分のいくらか、例えば映画の重要なシーンがないそのようなレコードキャリア１５４のコピーは、視聴者にとって著しく低下した娯楽価値しか有さないであろう。
【０１１３】
プレイリストをもたずに、および／または正規のＡＶファイルを完全に再生するために必要な全てのＡＶ部分をもたずにレコードキャリア１５４をプレイバックするために、プレーヤ１５６は、サーバ１５８からプレイリストおよび／または追加の／欠けているＡＶファイルをダウンロードしうる。代わりに、プレーヤはまた、プレーヤ１５６の中に挿入されうる／プレーヤ１５６から取り外されうるリムーバブルのまたは固定のストレージメディアから、プレイリストおよび／または追加の／欠けているＡＶファイルを読み取ってもよい。
【０１１４】
いずれの場合も、（欠けている）プレイリストおよび／または追加の／欠けているＡＶファイルの配布は、レコードキャリア１５４を配布するのとは独立して行われうる。
【０１１５】
もちろん、ダウンロードは、プレーヤ１５６で行われるオリジナル・ディスク・チェックが成功することを要求しうる。換言すれば、プレーヤ１５６が、挿入されたレコードキャリアがオリジナルのレコードキャリア（例えば、再生専用レコードキャリア）であることを決定した場合だけ、プレーヤ１５６は正しいプレイリストおよび／または追加のＡＶファイルをダウンロードすることができる。オリジナル・ディスク・チェックが失敗した場合でも、サーバはプレイリストまたは追加のファイルを提供してもよい。しかしながら、提供されるプレイリストは上記で詳述されるような偽プレイリストでありうる。また、提供される追加のファイルは広告を含みうる。
【０１１６】
上記のように、サーバからダウンロードされるＡＶファイルは、正規のＡＶファイルの小さなスライス、すなわち部分でありうる。これらのスライスは、例えば１分、２分、３分、５分、および／または１０分の長さを有しうる。このように、スライスされたＡＶファイルはサイズがかなり小さく、その結果、サーバ１５８からプレーヤ１５６に伝送される場合に、少ない帯域幅しか必要としない。それゆえ、少ない帯域幅の要求しか伴わない効果的なコピープロテクションが実現されうる。
【０１１７】
また、プレイリストをサーバ１５８からプレーヤ１５６まで伝送することは、少ない帯域幅しか必要としない。それゆえ、同様に、全てのＡＶ部分がディスク上にあるがプレイリストがディスクに格納されない一実施形態でも、少ない帯域幅の要件しか伴わない効果的コピープロテクションが実現されうる。
【０１１８】
それゆえ、図９に示されるように、複数のＡＶ部分（スライスされた部分）の少なくとも１つがサーバ１５８に格納され、レコードキャリア１５４に格納されない一実施形態が存在する。
【０１１９】
プレイリストをダウンロードする場合に、ダウンロードするために使用されるプレイバック装置のハードウェア識別子、例えばＰＣのＰＣ識別子がまずサーバに伝達される場合だけこれが許されることも可能である。例えば、ＰＣ上のソフトウェアプレーヤが、例えば図１８に示されるようにプレイバック装置として使用される場合に、インストールされたネイティブモジュールがＰＣの識別子をサーバに伝達してもよい。
【０１２０】
レコードキャリア１５４がプレイリストを含むことも可能であるが、このプレイリストは正しいプレイリストではなくてもよい、つまり、このプレイリストは正規のプレイバックシーケンスおよび／または正規の品質でのプレイバックを可能にしない。ディスクに格納されるプレイリストを使ったプレイバックは、正規のＡＶファイルの不満を抱かせる再生をもたらす。レコードキャリア１５４が広告を伴うＡＶファイルを含むことも可能である。この場合、レコードキャリア１５４に格納されるプレイリストは、広告を含むそのようなＡＶファイルを参照しうる。さらに、正規のプレイバックシーケンスであるが広告により中断される（コマーシャルのための番組中断）コンテンツ、例えば映画の再生を可能にするレコードキャリア１５４上のプレイリストが提供されてもよい。広告なしのコンテンツ（映画）を楽しむためには、別のプレイリストが必要となりうる。このプレイリストは、プレーヤ１５６が、挿入されたレコードキャリアがオリジナルのレコードキャリアでありコピーではないことを判定すると、サーバ１５８により提供されうる。
【０１２１】
レコードキャリアの製造業者には、レコードキャリアに格納される広告からの収入（歳入）がありうるので、このような実施形態では、実際には、広告を含むレコードキャリアのコピーを可能にすることに対してほとんど制限がかけられない可能性がある。しかしながら、複製者が広告を簡単に取り除くことを避けるためには、上記で説明されるように分割／スライスする、およびシャッフルすることが有用であろう。
【０１２２】
ブルーレイ・ディスクのコンテクストにおいて、図９に示されるような一実施形態を実現するために使用されうる特徴は、「プログレッシブプレイリスト（progressive  playlist）」と呼ばれるものである。このＢＤ−ＲＯＭの特徴は、ストリーミングに似たプレイバック、すなわち、Ｗｅｂサイトからストリームデータをダウンロードすることを伴ってプレイリストをプレイすることを可能にする。それゆえ、プレイバックが始まる前に、プログレッシブプレイリストから全てのクリップのＡＶストリームが利用可能でなければならないわけではない。従って、プレーヤでのオリジナル・ディスク・チェックが成功した場合だけ、プレイリストのプレイバックが始まりうる、および正しい追加のデータがダウンロードされる、またはディスクから抽出される。ディスクチェックが失敗した場合、ディスクまたはサーバから提供される追加のデータは、ジャンクデータ、全く欠けているおよび／または広告のコンテンツでありうる。また、プレーヤにプレイバックを停止させる再生不可能なコンテンツがサーバから提供されてもよい。Ｗｅｂサイトからコンテンツをダウンロードすることは、ＢＤプロファイル２．０またはＢＤプロファイル２．ｘを伴うＢＤ−ＲＯＭプレーヤを必要としうる。ローカルストレージにダウンロードされたコンテンツ（またはディスクから抽出されたコンテンツ）をレコードキャリアからのコンテンツと組み合わせるために、ＶＦＳ（virtual  file  system、仮想ファイルシステム）が使用される必要がある（ＶＦＳ更新）。
【０１２３】
仮想ファイルシステムおよびプログレッシブプレイリストは、オリジナルのディスクが成功した場合だけ、正しくダウンロードされた追加のデータのプレイバックを開始するために使用されうる。加えて、ＰＭＳＮ（pre-recorded  media  serial  number）が、あらゆるディスクに対して個別のユニークなコンテンツをダウンロードするために使用されてもよい（例えば、自動的に生成される）。ＰＭＳＮは、例えばマネージドコピーのためのオンライン認証のために各ＢＤ−ＲＯＭに追加されうる一意のシリアル番号である。
【０１２４】
このように、各個別のディスクに対してユニークなプレイリストをダウンロードすることが可能である。
【０１２５】
この特徴は、ＡＶデータのＡＶ部分の少なくとも一部にウォーターマークを入れる一実施形態で有利に使用されうる。つまり、ダウンロードされるユニークなプレイリストは、例えば図１０Ａに示されるように、ウォーターマークを入れる目的で使用されうる。
【０１２６】
図１０Ａの実施形態で示されるように、レコードキャリア１６０が複数のＡＶ部分１１、１２、２１、２２、３１、４１、５１、５２、６１、７１、…を含みうる。
【０１２７】
この表記法では、インデックス「１」はウォーターマークなしのＡＶ部分を示し、インデックス「２」はウォーターマーク入りのＡＶ部分を示す。例えば、ＡＶ部分１１はウォーターマークなしのＡＶ部分であり、ＡＶ部分１２はＡＶ部分１１と同一であるがウォーターマーク入りのＡＶコンテンツを含む。それゆえ、ＡＶ部分１１は「オリジナルの」ＡＶ部分と呼ばれ、ＡＶ部分１２はウォーターマーク入りのオリジナルのＡＶ部分１１のコピーと呼ばれうる。レコードキャリア１６０に格納されるＡＶ部分の全てが２つのインスタンス、すなわち、ウォーターマーク入りの１つのインスタンスおよびウォーターマークなしの１つのインスタンスで存在してもよい。しかしながら、図１０Ａに見られるように、これは必須ではない。レコードキャリア１６０上には、ＡＶ部分１、２、および５だけが２度、つまり、ウォーターマークなしのものとウォーターマーク入りのものとが格納される。
【０１２８】
レコードキャリア１６０上には、ＡＶ部分１１、１２、２１、２２、３１、４１、５１、５２、６１、７１、…が上記で説明されるようにスクランブルをかけられた順序で（物理的に）格納されうることに留意されたい。しかしながら、これは必須ではない。しかしながら、コンテンツを容易にコピーすることを防ぐという点で有利でありうる。
【０１２９】
ＡＶ部分のオリジナル、およびウォーターマーク入りコピーをレコードキャリア１６０に提供することにより、オリジナルのＡＶ部分の代わりにウォーターマーク入りコピーがプレイされる／再生されるプレイリストを生成することが可能である。さらに、コンテンツが正規のプレイバックシーケンスで再生されるように全てＡＶ部分を再生することを可能にする複数の「正しい」プレイリストを定義することが可能である。換言すれば、全て正規のプレイバックシーケンスでコンテンツを再生することを可能にする複数の第１の順序が存在してもよい。
【０１３０】
これは、図１０Ａのサーバ１６２の内側に示されるテーブルに図示されている。サーバ／プレーヤ環境での複数の「正しい」プレイリストの使用は必須ではないことに留意されたい。複数の「正しい」プレイリストをレコードキャリア１６０に提供し、ディスクから抽出される特性パラメータ（すなわち、キー）によってプレイリストの１つを選択することも可能である。
【０１３１】
サーバ１６２の内側に示されるテーブルで図示されるように、例えば、全て正しい、すなわち、正規のプレイバックシーケンスの再生を可能にする、以下の３つのプレイリストがある。
３１１１５１２１６１４１
３１１２５１２１６１４１
３１１２５１２２６１４１
【０１３２】
これら３つのプレイリスト１〜３の全てがＡＶデータのコンテンツを正規のプレイバックシーケンスでプレイバックする「正しい」プレイリストである。しかしながら、ＡＶ部分のいくらかがウォーターマークを含むので、正規のコンテンツを再生する場合に使用されたプレイリストを識別することが可能である。例えば、ＡＶ部分３１１１５１２１６１４１が再生されれば、第１のプレイリストが使用されている。
【０１３３】
プレイバックのためにオリジナルのＡＶ部分およびウォーターマーク入りコピーを使用するこのコンセプトを利用することにより、およびＡＶ部分のサイズがかなり小さいという事実により、非常に多数の「正しいプレイリスト」を生成することが容易に可能である。可能な正しいプレイリストの数はＡＶ部分のコピー／オリジナルの対の数と共に指数的に大きくなる。ＡＶ部分のコピーがレコードキャリア１６０にこれ以上格納されない仮定すると、ＡＶ部分の３対のオリジナル／コピーがあるので、２３＝８の異なる正しいプレイリストを生成することが可能である。
【０１３４】
ＡＶ部分のコピー／オリジナルの対を使用するという考えは、さまざまな手法で探求されうる。既に示されたように、多数の正しいプレイリストをレコードキャリアに格納することも可能である。このとき、プレイバック中に選択されるプレイリストは、レコードキャリア１６０から抽出される特性値に依存しうる。例えば、ＰＭＳＮ（pre-recorded  media  serial  number）が特性値として使用されうる。しかしながら、上記および下記で説明されるいかなる種類のキーも、プレイバックのために使用されるプレイリストを決定するために使用されうる。従って、この実施形態では、再生されるコンテンツを分析することによって、どのユニークなレコードキャリアがプレイバックのために使用されたかを判定することが可能である。
【０１３５】
正しいプレイリストがレコードキャリア１６０に格納されず、異なる「正しい」プレイリストがサーバ１６２に格納されてもよい。レコードキャリア１６０がプレーヤ１６４に挿入された場合、プレーヤは上記で説明されるようにオリジナル・ディスク・チェックを行いうる。プレーヤは、レコードキャリア１６０がオリジナルのディスクであると判定すると、レコードキャリア１６０の一意の識別子をサーバ１６２に伝達しうる。一意の識別子は、例えばブルーレイ・ディスクのＰＭＳＮであってもよい。図１０Ａの実施形態において、レコードキャリア１６０のＰＭＳＮは、例えばＰＭＳＮ＝５２７８９である。サーバ１６２では、このＰＭＳＮはまだ指定されていない／使用されていないプレイリストに割り当てられうる。図１０Ａの例では、プレイリスト３：３１１２５１２２６１４１がレコードキャリア１６０のＰＭＳＮ＝５２７８９に割り当てられる。このとき、サーバ１６２は、このプレイリスト３をプレーヤ１６４に伝達しうる。結果として、プレーヤ１６４はオーディオビデオ部分３１１２５１２２６１４１を読み取る／プレイバックする。
【０１３６】
プレーヤ１６４が、例えばコンテンツをリップすることによりレコードキャリア１６０のコピーを作るために使用される場合に、リップされたコンテンツはウォーターマーク入り部分を依然として含みうる。リップされたコンテンツが分析された場合に、分析は以下を明らかにしうる。
【０１３７】
【表１】
2012146386.tif 000003
【０１３８】
このように、分析は、コピーまたはオリジナルのＡＶ部分であるＡＶ部分の所定の順序を明らかにした。この分析に基づき、オリジナルのディスクを再生する場合に使用されたプレイリストを判定することが可能である。プレイリストはＰＭＳＮに一意に関連付けられるので、リップされたコンテンツからＰＭＳＮを得ることが可能である。
【０１３９】
それゆえ、この実施形態は、コピーが作られたディスクを突き止めるのに役立ちうる。これは複製者を見つけ出すのに有利となりうる。例えば、あるディスクがどこで販売またはレンタルされたかが知れた場合に、店／レンタル場所が発見されうる。さらに、店またはレンタル場所がカスタマデータベースを有する場合に、誰がレコードキャリア１６０をレンタル／購入したかを捜し出すことさえ可能でありうる。もちろん、カスタマデータをそのように格納することに関する法的規制に注意しなければならない。とはいえ、例えば、そこからのコピーが例えばインターネットまたは闇市場に姿を現すディスクが、頻繁にレンタルされる店／レンタル場所を特定することが可能でありうる。
【０１４０】
図１０Ｂは、図１０Ａの実施形態と同様の一実施形態を示す。しかしながら、この実施形態では、ＡＶ部分の２つ以上のコピーが部分のいくつかに対して存在する。例えば、部分２および５の２つのコピーがある。それゆえ、部分２および５に対して３つのインスタンス、部分１に対して２つのインスタンス、ならびに部分３、４、６、および７に対して１つのインスタンスだけがある。つまり、図１０Ｂに見られるように、スライスされた部分の所定の数のインスタンスがあってもよい。インスタンスのそれぞれは、異なるウォーターマークでウォーターマークを入れられうる。この場合、このことはもちろん、図１０Ａの実施形態でも同様に可能であることに留意されたい。実際には、図１０Ａで「ウォーターマークなしのオリジナル」と説明された部分がまた、「ゼロ」に等しい「ウォーターマーク」入りのそれぞれの部分のインスタンスと理解されうる（それゆえ、「ウォーターマークなし」の可能性がウォーターマークの特殊な場合であると理解される）。
【０１４１】
図１０Ｂの例では、各インスタンスがウォーターマークを有すると仮定される。この場合も、「ウォーターマークなし」の場合が同じやり方で扱われる、つまり、ウォーターマークを有しないインスタンスがまた、ウォーターマーク「ゼロ」を有するとして理解されうることに留意されたい。例えば、部分の１つのインスタンスだけがある場合に、それぞれの部分に対して実際のウォーターマークを提供しないことが計算上より効果的になりうる。
【０１４２】
図１０Ａの実施形態に関連して拡張された概念がどのように使用されうるかは、図１０Ｂから明らかである。例では、プレイリスト３は部分のインスタンスのシーケンス
３１１２５１２３６１４１
を含む。
【０１４３】
部分／インスタンスのこのシーケンスがプレイバックのために使用された場合、これは図１０Ａにおいて上記で説明されたのと同一のやり方で、オリジナルのディスクを再生する場合に使用されたプレイリストを決定するために使用されうる。図１０Ｂの例では、図１０Ａのように、プレイリスト３が使用されている。
【０１４４】
図１１は図１０Ａの例をさらに図示する。図示されているように、ユニークなプレイリストを使用してｎの異なるクリップにウォーターマークを入れることがＰｌａｙＩｔｅｍ１１〜６１に対して使用される。ＰｌａｙＩｔｅｍ  Ｘ１のあらゆる順列が使用されてよく、プレイリストの中の位置Ｘだけが固定されうる（必須ではない）。
【０１４５】
図１２は、レコードキャリア１６６上にプログラム命令１７０および暗号化パラメータ１７２が格納されるさらなる実施形態を示す。
【０１４６】
このように、図１２に示されるＳ１７０で、プログラム命令がレコードキャリアに格納されるコピープロテクションのための方法が提供される。レコードキャリア１６６がプレイバック装置１６８でプレイバックされる場合、Ｓ１７２に示されるように、プログラム命令１７０がレコードキャリア１６６からロードされプレイバック装置１６８上で実行される。プログラム命令１７０が実行された場合、プレイバック装置１６８は、第１のステップＳ１７４で、暗号化パラメータ１７２がレコードキャリア１６６に格納されているかどうかをチェックする。そうである場合、第２のステップＳ１７６で、暗号化パラメータの整合性がチェックされる。このチェックが成功した場合だけ、Ｓ１７８でプレイバックが正規の品質で可能となる。そうでなければ、Ｓ１８０で、プレイバックがされない、または劣化した品質による低下した娯楽価値を伴うプレイバック、すなわち、正規の品質ではないプレイバックがされるであろう。
【０１４７】
暗号化パラメータ１７２は、光レコードキャリアに格納される正規のオーディオビジュアルコンテンツに依存してもよく、また光レコードキャリアを製造するときにレコードキャリア１６６に格納される正規のオーディオビジュアルコンテンツのコピープロテクションのための暗号化標準に従って決定されてもよい。
【０１４８】
例えば、オリジナルのレコードキャリア１６６の場合の暗号化パラメータ１７２は、ＡＡＣＳ（advanced  access  content  system）パラメータでありうる。複製者がオリジナルのレコードキャリアのコピーを作る場合、しばしばＡＡＣＳフォルダが完全に取り除かれる。それゆえ、Ｓ１７４で、これは、Ｓ１８０でプレイバックが不可能、またはプレイバック低下した娯楽価値を伴うことがもたらす。一方、複製者がコピーを作り、ＡＡＣＳパラメータをコピーすることを意図する場合、参照により本明細書に組み入れられるＡＡＣＳ仕様で定義されるような整合性チェックは成功しないであろう。換言すれば、Ｓ１７６での整合性チェックは成功せず、Ｓ１８０でプレイバックが妨げられる、またはプレイバックが低下した品質を伴うであろう。より正確には、ＡＡＣＳ  ＬＡのＷｅｂサイトwww.aacsla.comから利用可能な文献Advanced  Access  Content  System  (AACS)  “Introduction  and  Common  Encryption  Elements”,  Revision  0.91,  February  17,  2006の全内容が、全体として参照により本明細書に組み入れられる。また、ＡＡＣＳ  ＬＡのＷｅｂサイトwww.aacsla.comから利用可能な文献Advanced  Access  Content  System  (AACS)  “Pre-recorded  Video  Book”,  Revision  0.92,  November  29,  2007の全内容が、全体として参照により本明細書に組み入れられる。さらに、ＡＡＣＳ  ＬＡのＷｅｂサイトwww.aacsla.comから利用可能な文献Advanced  Access  Content  System  (AACS)  “Blu-ray  Disc  Pre-recorded  Book”,  Revision  0.921,  June  6,  2008の全内容が、全体として参照により本明細書に組み入れられる。さらになお、ＡＡＣＳ  ＬＡのＷｅｂサイトwww.aacsla.com（http://www.aacsla.com/specifications/Supplement_BD_Prerecorded_Book_v0.921.zipを参照）から利用可能な“JavaDoc  and  Stubs  for  BD  Prerecorded  Book”,  Rev.  0.921に含まれるＪａｖａＤｏｃの全内容が、全体として参照により本明細書に組み入れられる。
【０１４９】
プログラム命令１７０は、暗号化パラメータ１７２をチェックするためにプレーヤ１６８に格納されるプログラム命令に対応しうる。それゆえ、レコードキャリア１６６に格納されるプログラム命令１７０は、通常はハードウェア環境だけで通常行われるチェックを、ソフトウェアでエミュレートされレコードキャリアからロードされるプレイバック装置によって行うことを可能にしうる。例えば、レコードキャリアが認可されたハードウェアプレーヤによりプレイバックされる場合、暗号化パラメータの整合性に関する同一のチェックは２度、すなわち、プレーヤのハードウェアにより１度、および例えばレコードキャリア１６６からロードされるプログラム命令１７０を実行するプレーヤ上で実行されるＪａｖａ（登録商標）仮想マシン（Java  virtual  machine、ＪＶＭ）においてプレーヤによりソフトウェアで１度、行われうる。
【０１５０】
例えば、レコードキャリア１６６がオリジナルのブルーレイ・ディスクであり、かつプレーヤ１６８が認可されたＢＤプレーヤである場合、プレーヤはＡＡＣＳの上述の仕様に定義されるようにＡＡＣＳパラメータをチェックする。これは認可されたハードウェアプレーヤでは必須である。プログラム命令１７０は実質的に、同一のチェックを（またはチェックの少なくとも一部を）ソフトウェアで行う。それゆえ、ＡＡＣＳパラメータの整合性は２度、すなわち、プレーヤのハードウェアにより１度、およびプログラム命令１７０をロードし実行した後でプレーヤ１６８によりソフトウェアで１度、チェックされうる。
【０１５１】
このように、レコードキャリア１６６にプログラム命令１７０を提供することにより、プレーヤ１６８上で実行されるソフトウェアでのオリジナル・ディスク・チェックが実現されうる。
【０１５２】
レコードキャリア１６６がブルーレイ・ディスクである場合、プログラム命令１７０はＢＤ−Ｊオブジェクトに埋め込まれてもよい。このＢＤ−Ｊオブジェクトは、例えばオーディオビジュアルコンテンツのプレイバックの制御、および／またはオーディオビジュアルコンテンツのプレイバックの制御のための対話型ユーザメニューなどのためのさらなる機能を有してもよい。それゆえ、プログラム命令１７０のある部分が暗号化パラメータ１７２をチェックすることに関連付けられ、他の部分が例えばプレイバックおよびメニューを制御することのようなブルーレイ標準に従う他の機能および／またはブルーレイ標準に従う他の機能、例えばユーザ対話コマンド、ナビゲーションコマンドなどに関連付けられてもよい。
【０１５３】
さらなる実施形態では、プログラム命令１７０はまた、正しいプレイリストと、上記で説明されるような複数の偽プレイリストとを区別するための命令を含みうる。さらに、レコードキャリア１６６が、上記で説明されるようなスライスおよびシャッフルされたＡＶ部分を含む場合、プログラム命令、例えばＢＤ−Ｊオブジェクトは、レコードキャリア１６０の複製者によっては取り除かれないことがありうる。その理由は、複製者がプログラム命令を取り除くつもりであれば、正しいプレイリストを決定することが可能でないであろうことである。また、プログラム命令はプレイバックを妨げうる。この場合、複製者がプログラム命令１７０を取り除くと正しいプレイリストを決定することが不可能になるので、複製者にとってジレンマがある。一方、複製者がコピー上にプログラム命令１７０を残す場合、プログラム命令は光レコードキャリア１６６上のコンテンツのプレイバックを禁止しうる。
【０１５４】
上記のように、レコードキャリア１６６がブルーレイ・ディスクである場合、ディスクチェックはＢＤ−Ｊオブジェクトで行われうる。これはコピーを失敗させうる。このとき、ＢＤ−Ｊオブジェクトは、オリジナルのディスクを検出することができない場合に、適切な動作をトリガしうる。この動作は、エラーメッセージの表示から、著作権侵害阻止または広告のコンテンツのプレイバック、偽広告プレイリストのプレイバック、偽オーディオストリームを強制するプレイバックの偽サブタイトルを強制するプレイバックまで多岐にわたり、自由に定義されうる。このように、低下した娯楽価値を伴い、正規の品質ではないプレイバックがある。さらに、プレイバック中の動作、例えば対話グラフィックスＩＧストリームでのボタン・ナビゲーション・コマンドも適用されうる。
【０１５５】
本明細書全体で説明される偽プレイリスト、偽タイトル、偽アングル、および／または偽サブパスのケースにおいて、どのプレイリスト／タイトル／アングルレジスタ／サブパスが正しいものであるかという情報を復号する（決定する）ためのキーもまた、オリジナルのディスク上にスタンプされたデータを有するオリジナルのディスクの、違法コピーに転送されることができないオリジナルのブルーレイ・ディスクの特有の特性に基づいてもよい。この手段は、別の層のセキュリティを提供する。つまり、違法コピー上のＢＤ−Ｊオブジェクトが、正しいプレイリストをディスクから見つけ出すためのキーを抽出することができない。これは、図１３に示されている。違法コピーであるコピーされたディスク１８２に格納されるＢＤ−Ｊオブジェクト１８４は、Ｓ１８８でキーを抽出した後、Ｓ１８６で、ディスクをチェックする。抽出されたキー（例えば、暗号化特性／パラメータ、チェックされた暗号化パラメータ、および／またはその他）が正しくないので、正しいプレイリストは決定され得ない。それゆえ、プレーヤは、どれが正しい動画プレイリストか、およびどのプレイリストが偽動画プレイリストか分からない。図１３の例は複数のプレイリスト（偽および正しいプレイリストを含む）だけを示していることに留意されたい。もちろん、これが、本明細書に説明されるように偽タイトル、アングル、および／またはサブパスに拡張されることも同様に可能である。
【０１５６】
図１３の実施形態では、ＢＤ−Ｊオブジェクトはディスクからロードされる。別の実施形態では、ＢＤ−Ｊオブジェクトはローカルメモリ（ＶＦＳ）からロードされてもよい。ＢＤ−Ｊオブジェクトは、インターネットからダウンロードされる、または符号化されたコンテンツから抽出される（図２０の実施形態を参照）ことにより、ローカルメモリに転送されうる。
【０１５７】
一般に、図１４に見られるように、違法コピーを生成するための別の手法は、レコードキャリアのオーディオビジュアルデータをハード・ディスク・ドライブに転送することである（一般に「リッピング（ripping）」と呼ばれる手順）。次に、このデータはプレイバックされ、インターネット上での配布のために異なるフォーマット、例えばより小さなサイズに再符号化されるか、記録可能ディスクに焼きつけられうる。上記で説明されるようなクリップスライシングは、リッピングにより生成されるコピーが有用でないことを保証する。そのようなコピーは、全く視聴には適しない。このことが図１４に図示されている。つまり、クリップのスライシングおよびシャッフリングにより、ディスクから抽出されうるオーディオビジュアルデータは、楽しむことができない（使用できない）。プレイバックの試行は、インターリーブされた脈絡のない動画断片の連続をもたらす。
【０１５８】
チャンクまたは広告クリップが挿入された場合も、状況は同様である。リッピング後、リップされたコンテンツの不可欠な部分からのクリップは、ごっちゃになったプレイバックであるたけでなく、広告コンテンツを特徴とする。
【０１５９】
図１２によって既に説明されたように、実行されると暗号化パラメータがレコードキャリア上に存在するかどうかをチェックし、そのような暗号化パラメータの整合性をもチェックするプログラム命令を、レコードキャリアに格納することも可能である。これは図１５によってより詳細に説明される。この実施形態によれば、ＡＡＣＳ特有ファイル（暗号化パラメータ）およびプロパティ（ＡＡＣＳパラメータの整合性チェック）が存在する場合（図１２の第１のステップＳ１７４）、かつＡＡＣＳパラメータが修正されてない場合（図１２の第２のステップＳ１７６）だけ、プレイバックが正規の品質で許容されうる。したがって、認可されたプレーヤ（ＣＥまたはＳＷ）は非合法の復号されたコンテンツをプレイしないであろう。リップツール（rip  tool）は、例えばＡＡＣＳフォルダを完全に取り除き、破られたＡＡＣＳバージョン（ＭＫＢ−メディア・キー・ブロック）から計算されうるタイトルキーを使って、ボリュームＩＤをスニフィング（sniffing）して（またはパッチされた／変更されたファームウェアを伴うＢＤドライブを使って）、ＡＶストリームファイルを復号するかもしれない。図１２によって説明されるように、コピープロテクションのための方法は、ステップＳ１７４でＡＡＣＳが取り除かれたかどうかチェックし、第２のステップＳ１７６でＡＡＣＳ特有属性が見い出されない場合にはプレイバックを妨げる。
【０１６０】
図１５はブルーレイ・ディスクのファイル構造を示す。ＡＡＣＳフォルダ１９０は、レイヤごとのコンテンツ証明書１９１（レイヤ０に対するｃｏｎｔｅｎｔ０００．ｃｅｒ、レイヤ１に対するｃｏｎｔｅｎｔ００１．ｃｅｒ、…）を保持する。これらのコンテンツ証明書ファイルは、認可されたプレーヤがディスクの始動時に確認しなければならないデータを含む（例えば、コンテンツハッシュ、ＢＤ−Ｊルート証明書のハッシュ値、ＡＡＣＳ  ＬＡ  ＲＳＡ署名  、すなわち、ＡＡＣＳフォルダ１９０が存在する場合、ファイル、例えばコンテンツ証明書ファイル１９１は、暗号化されたコンテンツのプレイバックのために正しくなければならない／変更されてはいけない。ＢＤ−ＲＯＭディスクの複製を開始する前に、これらのファイルはその署名を追加するためにＡＡＣＳ  ＬＡに転送されなければならない。
【０１６１】
上述のように、コピーコントロールの目的のために、プレーヤはハードウェアで整合性チェックを行いうる。しかしながら、追加でまたは代わりにソフトウェアで整合性チェックを行うことも可能である。このように、認可されたプレーヤによりハードウェアで通常行われる整合性チェックが、ＢＤ−Ｊオブジェクトの中のソフトウェアでも行われうる。この整合性チェックを回避するためには、ＢＤ−Ｊオブジェクト（またはプレイバックタイトル）全体が取り除かれる、またはハックされなければならない。しかしながら、上記の説明から明らかなように、そのような回避／ハッキングを妨げる手段がある。例えば、メイン動画ファイルを複数のスライスされたＡＶ部分、すなわち多数の小さなチャンクにスライスする（分割する）こと、および上記で説明されるようにプレイバック命令（ビデオ断片を接続するシーケンス）を不明瞭にすることである。
【０１６２】
換言すれば、正しいプレイリストを見つけ出すためのＢＤ−Ｊオブジェクトは簡単に取り除かれないであろう。同一のＢＤ−Ｊオブジェクトの中で整合性チェックが行われる場合、暗号化パラメータ、例えばＡＡＣＳパラメータ、または修正された暗号化パラメータなしのコピーは、偽プレイバックリストを伴うプレイバックをもたらしうる。それゆえ、ＡＡＣＳパラメータは「キー素材」として、すなわち、ＢＤ−Ｊオブジェクトが正しいおよび偽（正しくない）のプレイリストを区別するための入力データとして使用されうる。
【０１６３】
ブルーレイ・ディスク上のＡＡＣＳ暗号化コンテンツのケースで行われうる整合性チェックは、図１５によって説明される。レコードキャリアに格納されるＢＤ−Ｊオブジェクト１９３（例えば、図１２の符号１７０により示されるようなプログラム命令）は、ＢＤ−Ｊオブジェクトがプレイバック中に選択された場合に立ち上げられる＊ｊａｒファイル（Ｘｌｅｔ）１９２を参照する。Ｘｌｅｔ１９２は、コンテンツ証明書ファイル１９１（例えば、図１５の右側に例示的に展開される／示される、レイヤの数とは独立してＢＤ−ＲＯＭ上に存在するｃｏｎｔｅｎｔ０００．ｃｅｒ）を開き、Ｈａｓｈ＿Ｖａｌｕｅ＿ｏｆ＿ＢＤ−Ｊ＿Ｒｏｏｔ＿Ｃｅｒｔｉｆｉｃａｔｅアイテム１９４を読み取る。この値１９４は、ａｐｐ．ｄｉｓｃｒｏｏｔ．ｃｒｔファイル１９６の計算されたＳＨＡ−１（ＳＨＡ＝secure  hash  algorithm）値と比較され、同一である必要がある。ａｐｐ．ｄｉｓｃｒｏｏｔ．ｃｒｔファイル１９６はまた、より一般的な用語で「アプリケーションルート証明書」および／または「ＢＤ−Ｊアプリケーション認証のルート証明書」とも呼ばれる。同様のタスクは、暗号化されたＡＶコンテンツ自体を使って行われてもよい。したがって、ハッシングは２段階の方法で行われ、それによりＡＶチャンク（上記で定義されるスライスと混乱しないように）のハッシュがコンテンツ・ハッシュ・テーブル１９８（例えば、レイヤの数と無関係にあらゆるＢＤ−ＲＯＭ上に存在するＣｏｎｔｅｎｔＨａｓｈ０００．ｔｂｌ）に格納される。コンテンツ・ハッシュ・テーブルのチャンクのハッシュ値はコンテンツ証明書ファイル１９１に格納され、図１５の符号２００で参照される。この値は比較され、ＡＶストリームファイル２０２の対応するチャンクの計算されたハッシュ値と同一である必要があるであろう。
【０１６４】
プレーヤ上でプログラム命令を実行する場合、図１５によって説明されるようなＡＡＣＳフォルダのコンテンツをチェックすることに加えておよび／またはその代わりに、図１６を使って説明されるように、ＢＤＭＶ／ストリームフォルダのコンテンツをチェックすることも可能である。
【０１６５】
例えば、ＡＶストリームファイル（クリップファイル、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒの最上位２ビット）の中のＣＰＩフラグ（コピー許可インジケータ）をチェックすることが、リッピングツールがコンテンツファイルの復号を行うのを妨げる。加えて、コンテンツが暗号化されているかどうかのチェックが、トランスポートストリームのｓｙｎｃ＿ｂｙｔｅ（すべてのＴＳパケットが値０ｘ４７で始まる）の値をチェックすることにより行われてもよい、すなわち、暗号化されている場合、この値が変化する。
【０１６６】
図１６に見られるように、ＢＤＡＶトランスポートストリーム２２０（＊．ｍ２ｔｓのＡＶクリップファイル）は、サイズが各６１４４バイト（２０４８バイトの３つの論理セクタ）のアラインドユニット（aligned  unit）２２２−１、…、２２２−ｎから構成される。アラインドユニット２２２は、同じようにしてサイズが各１９２バイトの３２のソースパケット２２４−１、２２４−２、…、２２４−３２に分割される。ソースパケット２２４自体は、４バイトのＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ２２６（サイズが４バイト）、およびトランスポートパケット２２８（サイズが１８８バイト）からなる。トランスポートパケット２２８のレイアウトは、標準ＭＰＥＧ−２システム第１部仕様（ＩＳＯ／ＩＥＣ  １３８１８−１）に対応する。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ２２６の最上位２ビット、ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ２３０は、バイナリ値１１ｂに設定された場合に、暗号化されたＢＤＡＶトランスポートストリームに信号を送る。この値をチェックすることが、ＡＶクリップファイルが復号されなかったことを保証する。換言すれば、ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ２３０は、暗号化パラメータとも呼ばれ、この値がバイナリ値１１ｂを示す場合にこの暗号化パラメータは整合性があると判断される。
【０１６７】
各トランスポートパケット２２８は、１６進の値０ｘ４７を有する８ビットのｓｙｎｃ＿ｂｙｔｅ２３２で始まる。アラインドユニットの最初の１６バイトは暗号化されず（非暗号化）、残りの６１２８バイトは、ブロックキー、およびＡＡＣＳについて指定されるようなＡＥＳ−１２８ＣＢＣＥ暗号化を使用して暗号化される―詳細は上記で示されるＷｅｂページで利用可能なAACS  BD  pre-recorded  bookに見出されるであろう。アラインドユニットの第２のｓｙｎｃ＿ｂｙｔｅ  ２３４で始まり、この値は暗号化され（典型的には０ｘ４７ではない）、ＡＶクリップファイルが依然として暗号化されていることを保証するためにチェックされうる。
【０１６８】
このように、アラインドユニットの第２のｓｙｎｃ＿ｂｙｔｅ  ２３４は、暗号化パラメータとも呼ばれ、この暗号化パラメータは、整合性があるかどうかチェックされうる。つまり、第２のｓｙｎｃ＿ｂｙｔｅ  ２３４が０ｘ４７ではなければ、整合性があるであろう。整合性チェックのよりよい信頼性を達成するために、所定の数、例えば５つの連続したｓｙｎｃ＿ｂｙｔｅがチェックされてもよい。これらのチェックされたｓｙｎｃ＿ｂｙｔｅの大多数が値０ｘ４７とは異なる場合、この暗号化パラメータの整合性が推認されてもよい。
【０１６９】
図１７に示されるさらに別の実施形態では、ブルーレイ・ディスク上のボリュームＩＤおよび／またはＰＭＳＮの存在がチェックされうる。ボリュームＩＤおよびＰＭＳＮは、暗号化パラメータとも呼ばれ、これらの暗号化パラメータがブルーレイ・ディスク上に存在するかどうかがチェックされうる。例えば図１２のＳ１８０で示されるように、ボリュームＩＤおよびＰＭＳＮが存在しない場合、プレイバックが妨げられる、またはプレイバックが低下した品質になりうる。
【０１７０】
図１７の実施形態に関して、ＡＡＣＳ  ＡＥＳ復号は、一方ではディスク上のＭＫＢ（media  key  block）ファイル（ＡＡＣＳフォルダの中のＭＫＢ＿ＲＯ．ｉｎｆファイル）をプレーヤの一意の装置キーで処理した結果である処理キー、他方ではＢＤ−ＲＯＭのＲＯＭマークに格納されるボリュームＩＤの２つの部分のキー素材を必要とすることに留意されたい。
【０１７１】
ＰＭＳＮ（pre-recorded  media  serial  number）は、例えばマネージドコピーのためのオンライン認証のために各ＢＤ−ＲＯＭに追加されうるユニークなシリアルである。ＡＡＣＳ  ＬＡは、ＢＤ−ＪオブジェクトからボリュームＩＤおよびＰＭＳＮにアクセスするインタフェースを提供する。違法コピーまたはＢＤ−ＲＯＭのリッピングは、オリジナルのディスクを保有していることの保証のためにチェックされるボリュームＩＤおよびＰＭＳＮの欠損をもたらす。換言すれば、ボリュームＩＤおよび／またはＰＭＳＮ（暗号化パラメータ）が存在しない場合、ディスクは違法コピーである。
【０１７２】
図１７において、符号２３６は、（ディスクのＲＯＭマーク内部の）ボリュームＩＤ２４０および（ＢＣＡ「バースト・カッティング・エリア（burst  cutting  area）」、すなわちディスクの領域の内部の）ＰＭＳＮ２４２の存在をチェックするプログラム命令を含むＢＤ−Ｊオブジェクト２３８を有するＢＤ−ＲＯＭを記号的に表す。符号２４４は、ＢＤ−Ｊオブジェクト２３８に関連付けられるＪａｖａ（登録商標）プログラムの断片を示す。プログラム断片２４４（プログラム命令）は、ｃｏｍ．ａａｃｓｌａ．ｂｌｕｒａｙ．ｏｎｌｉｎｅパッケージを介してボリュームＩＤ２４０および／またはＰＭＳＮ２４２をチェックしうる。２４６では、ディスクがオリジナルかそうでないかを決定するための異なるチェックを通して動作するフローチャートが示される。ここで、Ｓ２４８ではボリュームＩＤが読み取られる。ボリュームＩＤが無効である場合、Ｓ２５０においてディスクがコピーであると判定する。さらに、Ｓ２５２ではＰＭＳＮが読み取られる。ＰＭＳＮが有効でない場合、処理はＳ２５０に進み、ディスクがコピーであると判定する。Ｓ２４８でボリュームＩＤ、Ｓ２５２でＰＭＳＮが有効であると判定された場合、Ｓ２５４において、プレーヤはサーバに対してオンラインになりうる。これは、ブルーレイ・プレーヤが、プロファイル２．０を有するブルーレイ・プレーヤに対して必須である相互接続性を有する場合に可能である。Ｓ２５６で、サーバはＰＭＳＮの値を認証しうる。認証が受け入れられた場合、Ｓ２５８においてディスクがオリジナルであると判定される。一方、ＰＭＳＮがサーバにより受け入れられない場合、Ｓ２５８においてディスクがコピーであると判定される。
【０１７３】
図１８は、ＢＤ−Ｊオブジェクト２６２（プログラム命令）を含むブルーレイ・ディスク２６０のさらなる実施形態を示す。図１８に示される例において、ブルーレイ・ディスク２６０は、ホスト環境２６４、例えばパーソナルコンピュータのようなコンピュータ環境でプレイバックされる。ホスト環境２６４では、ブルーレイ・ディスク・ソフトウェア・プレーヤ２６６のようなソフトウェアが提供されうる。ブルーレイ・ディスク２６０をプレイバックするために、ＢＤプレーヤ２６６は、Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ）２６８を実行しうる。Ｊａｖａ（登録商標）仮想マシン２６８は、ディスク２６０をプレイバックする場合に、ＢＤオブジェクト２６２を実行しうる。
【０１７４】
さらに、ＢＤオブジェクト２６２は、プレイバック環境、例えばＢＤプレーヤ２６８のチェックを含むプログラム命令を含みうる。このチェックがプレイバック装置はコンピュータであることを明らかにする場合、すなわちホスト環境２６４がプレイバック装置はコンピュータであることを示す場合、ＢＤ−Ｊオブジェクト２６２は、ネイティブモジュール２７０のようなさらなるソフトウェアがホスト環境２６４にインストールされない限り、プレイバックを妨げるであろう。あるいは、プレイバックが開始されるが、正しいプレイリスト、正しいタイトル、正しいアングル設定、および／または正しいサブパスを伴わないで開始されるであろう。このように、図１８に示される実施形態では、ホスト整合性（およびディスク整合性：オリジナルｖｓ．違法コピー）が、可能な複数の各偽プレイリスト、偽タイトル、偽アングル設定、および／または偽サブパスの中からの正しいプレイリスト、正しいタイトル、正しいアングル設定、および／または正しいサブパスを選択することに影響を及ぼす可能性がある。
【０１７５】
ネイティブモジュール２７０は、ブルーレイ・ディスク２６０の製造業者により、および／またはソフトウェアＢＤプレーヤ２６６の提供者により提供されうる。
【０１７６】
ネイティブモジュール２７０内部では、ホスト環境２６４のホスト整合性がチェックされうる。例えば、ＢＤプレーヤ２６６がデバッグモードで実行されていないかどうかがチェックされうる。ＢＤプレーヤ２６６がデバッグモードで実行されている場合、ネイティブモジュール２７０はこのことを検出し、これをＪａｖａ（登録商標）仮想マシン２６８に報告することが可能であってもてもよい。これを受けて、Ｊａｖａ（登録商標）ＶＭ２６８は、ブルーレイ・ディスク２６０のプレイバックを可能にしないであろう。また、ネイティブモジュール２７０内部では、オリジナル・ディスク・チェックが、ＢＤ−Ｊオブジェクトと協働して実行または判定されてもよい。
【０１７７】
ネイティブモジュール２７０のインストールには、有利な点がいくつかあるであろう。まず、ネイティブモジュール２７０内部のプログラミングは、ＢＤ−Ｊオブジェクトの中で可能なプログラミングより高度でありうる。ネイティブモジュール２７０はまた、より複雑なやり方でではあるが、上記で説明されるようにオリジナル・ディスク・チェックを実行するプログラム命令を含みうる。このことは、ホストシステムが、例えばコードサイズ、使用済み／空きメモリサイズ、パフォーマンスなどに関して制限がより少ない可能性があるために可能である。Ｊａｖａ（登録商標）コードだけを使用する場合に比べてよりよい不明瞭化が、ネイティブモジュール２７０の中では可能であろう。これは、ネイティブモジュールでは、Ｊａｖａ（登録商標）バイトコードに対してより強力な不明瞭化を適用できる、例えばｘ８６命令セットが使用されうるために可能である。「不明瞭化」は、例えば、正しいプレイリストがどのように決定されうるかを隠すことを指す。さらに、ＢＤ−Ｊオブジェクト２６２およびネイティブモジュール２７０は、組み合わせられてオリジナル・ディスク・チェックおよびホスト整合性チェックを行ってもよい。
【０１７８】
ＢＤ−Ｊオブジェクト２６２は、コネクション、例えばローカルホストを介したＴＣＰ／ＩＰコネクションを介して、ネイティブモジュール２７０と通信しうる。これによってハッカーがＢＤ−Ｊオブジェクト２６２とネイティブモジュール２７０の間で交換されるデータを容易に盗聴できないように、接続は暗号化されてもよい。
【０１７９】
ネイティブモジュールが少しでもホスト上にインストールされていることをＢＤ−Ｊオブジェクト２６２が認証するために、ＢＤ−Ｊオブジェクト２６２は、例えばローカルホスト（ＩＰアドレス：１２７．０．０．１）の所定のポートにリクエストを送信してもよい。ネイティブモジュールは、このポートを使用するように構成されてもよく、その場合、ネイティブモジュールがホスト上にインストールされていれば、リクエストは適切に、すなわち期待される（所定の）やり方で返答されうる。リクエストが期待されるように返答された場合、ＢＤ−Ｊオブジェクト２６２は、ネイティブモジュールが適切にインストールされていると判断し、通信を開始しうる。この場合、正規のコンテンツのプレイバックが可能であろう（ディスクがオリジナル、または合法的コピー、例えばマネージドコピーであることが条件とされる）。リクエストが返答されない、または期待されるように返答されない場合、ＢＤ−Ｊオブジェクトは、例えばダウンロードのための特定のＷｅｂアドレスを早くも示すことにより、ネイティブモジュールをインストールするようユーザへのメッセージの表示を開始してもよい。この場合、ネイティブモジュールがインストールされなければ、スライスされシャッフルされた部分の正しい（第１の）順序でのプレイバックは妨げられるであろう（そしてプレイバックはネイティブモジュールのインストール後にリスタートする）。また、ネイティブモジュールがインストールされない場合、広告を伴うプレイリスト（上記を参照）が選択されてもよい。
【０１８０】
ＢＤプロファイル２．０のケースでは、ＢＤ−Ｊオブジェクトがネイティブモジュールをダウンロードしてもよい。
【０１８１】
また、ネイティブモジュール２７０は、ホスト環境２６４の整合性をチェックすることを可能にする。これは、ＢＤ−Ｊオブジェクト２６２の単独使用では、つまりネイティブモジュール２７０との対話なしでは可能にならない。その理由は、ＢＤ−Ｊオブジェクトがネイティブモジュール２７０との対話なしに使用された場合、ホスト環境にアクセスすることができないために、それがブルーレイＪａｖａ（登録商標）ＶＭ内で実行されるためである。
【０１８２】
ネイティブモジュール２７０はまた、海賊版（違法な）コピーからのプレイバックを可能とするよう静的にまたは動的に変更される／破損させられる／影響を及ぼされることがないように、ホスト環境を制御してもよい。ネイティブモジュール２７０は、例えばチェックサムを介してプレイバックソフトウェアの整合性をチェックする、またはプレイバックソフトウェアが、データが外部から検査される／変更されうるデバッグモードで実行されていないことをチェックしてもよい。ネイティブモジュール２７０はまた、ブルーレイ・ディスクが、仮想ドライブソフトウェアによって可能になるようなエミュレートされた仮想ドライブでないことをチェックしてもよい。ネイティブモジュール２７０はまた、ブルーレイ・ディスクのプレイバック中に、ビデオコンテンツのキャプチャがないことを保証してもよい。
【０１８３】
ネイティブモジュール２７０の１つのさらなる有利な点は、以下の例によって説明されるであろう。複製者は、ＢＤソフトウェアプレーヤ２６６をデバッグモードで実行することにより、ブルーレイ・ディスク２６０に格納されるスライスされたＡＶ部分のプレイバックのための正しいプレイリスト（正しい第１の順序）を決定しようとすると予想される。かかるデバッグモード（「疑わしい」ホスト整合性＝認証されていないホスト整合性を示す）では、ディスク上のファイルの物理的なアクセス順序を追跡することにより、第２の順序で格納される複数のＡＶ部分の正しいプレイリストを決定することが可能でありうる。ＢＤ−Ｊオブジェクト２６２がネイティブモジュール２７０のインストールを要求することによって、ＢＤソフトウェアプレーヤ２６６がデバッグモードで実行されることが妨げられうる。
【０１８４】
ディスクがハードウェアのＢＤプレーヤでプレイバックされる場合、これがＢＤ−Ｊオブジェクト２６２により認証されうる。その場合、もちろん、ＢＤ−Ｊオブジェクト２６２は、プレイバックのためにネイティブオブジェクトがインストールされることを要求しない。一方、ＢＤ−Ｊオブジェクト２６２はもちろん、ディスクがオリジナルまたは合法コピーであることを、本明細書全体を通して説明されるように抽出される「キー素材」に基づきなおも認証しうる。
【０１８５】
図１８はまた、ハッカーがコピープロテクションをハックする方法の一例として回避モジュール２７１を示す。図１８では、破線が、当該破線で接続される２つのエンティティ間の通信を示す。実線は「モニタリング」または「監視」を示す。例えば、ネイティブモジュール２７０は、ホスト環境の回避モジュールを「モニタする」ものとして示されている（そのような回避モジュールがインストールまたは実行されているかどうかの検出）。同様に、回避モジュールは、インストールおよび実行されている場合に、ディスクおよび／またはＢＤプレーヤをモニタする。例えば、回避モジュールは、デバッグツール（シングルステッピング、ＡＰＩフッキング、メモリスニフィング）、ＴＣＰ／ＩＰモニタ、ファイルモニタ（例えば、ディスク上のどのファイルがどの順序でアクセスされているかを検出する）、バスモニタ（例えば、ディスク上のどのセクタがどの順序でアクセスされているかを検出する）、インストールされたフィルタドライブ、広範囲なエミュレータ（例えば、ＡＡＣＳおよび／またはボリュームＩＤ／ＰＭＳＮがディスク上に存在することをエミュレートする）、仮想ドライブ、オペレーティングシステムのためのエミュレータ（仮想マシン）となる、またはそれらを実現するであろう。
【０１８６】
ネイティブモジュール２７０は、ＢＤプレーヤソフトウェア、すなわち、ＢＤプレーヤ２６６のためのソフトウェアと共にインストールされる（フルインストールまたは更新インストール）、またはＢＤ−Ｊオブジェクト２６２により要求されるであろう。例えば、ＢＤ−Ｊオブジェクト２６２は、プレイバックがソフトウェアのＢＤプレーヤで始動され、認可されたハードウェアプレーヤで始動されたのではないことを検出しうる。ＢＤプレーヤ２６６がソフトウェアプレーヤであることをＢＤ−Ｊオブジェクトが検出した場合、ＢＤ−Ｊオブジェクトは、ユーザがネイティブモジュール２７０をダウンロードし、ネイティブモジュール２７０をホストシステム２６５にインストールすることが可能なインターネットアドレスを、ビデオフレームの中に示しうる。ホストシステム２６４は、例えばＭｉｃｒｏｓｏｆｔ（登録商標）社のＷｉｎｄｏｗｓ（登録商標）のようなオペレーティングシステムでありうる。一般に、ソフトウェアベースのＢＤプレーヤの全ての製造業者と全面的に協働することが望ましい。そのような協働の場合に、ソフトウェアベースのＢＤプレーヤは、ネイティブモジュールを既に含む、またはインストールするであろう。しかしながら、消費者の快適さは劣る結果になるが、そのような協働がなくてもこれは機能する。その場合、ユーザは、ネイティブモジュールを別個にダウンロードしインストールしなければならないであろう。
【０１８７】
ネイティブモジュール２７０が実行され次第、ＢＤプレーヤ２６６により自動的にスタートされなければ、ＢＤオブジェクト２６２により要求される。ＢＤ−Ｊオブジェクト２６２は、上述のように例えば暗号化されたＴＣＰ／ＩＰコネクションを介してネイティブモジュールと通信しうる。
【０１８８】
図１９Ａ〜図１９Ｊは、コピープロテクトされたレコードキャリアが暗号化されたコンテンツ、例えば暗号化されたオーディオビジュアルまたはオーディオコンテンツを含む、さらなる実施形態を示す。レコードキャリアはまた、例えば、コンテンツがプレイバック装置により再生される場合に暗号化されたコンテンツにアクセスするために使用されるプログラム命令（制御ロジック）を含む。図１９Ａ〜図１９Ｊの実施形態では、プログラム命令は、プレイバック装置にレコードキャリア上の所定の位置でバイト値を読み取らせる。次に、読み取られたバイト値は、追加のプログラム命令として、および／またはプレイバック装置によりさらに処理される入力データとして解釈される。
【０１８９】
図１９Ａは、例示的一実施形態を示す。図１９Ａの左側には、光レコードキャリア２７２−１が示されている。さらに、右側には、光レコードキャリア２７２−１に格納されるプログラム命令２７２−３を実行するプレイバック装置２７２−２が概略的に図示されている。プログラム命令２７２−３は、第１の部分２７２−４および第２の部分２７２−５を含む。
【０１９０】
さらに、図示されるように、第１の物理領域２７２−６では、暗号化されたコンテンツが光レコードキャリア２７２−１に格納される。プログラム命令２７２−３は、光レコードキャリア２７２−１の第２の物理領域２７２−７に格納される。第２の物理領域２７２−７は、ボックスとして示されているが、実際には、この第２の物理領域の形状は一般には円形であり、データは光レコードキャリア２７２−１のストレージパスの部分に格納されることに留意されたい。
【０１９１】
光レコードキャリア２７２−１に格納されるコンテンツを再生するために、プレイバック装置２７２−２は、プログラム命令２７２−３をロードおよび実行する。プログラム命令の第１の部分２７２−４を実行する場合、プレイバック装置は第１の物理領域２７２−６内部の所定の位置でバイト値および／またはビット値を読み取る。所定の位置は、予め定められた位置であってもよく、例えば所定のレジスタ値またはその他のプログラムロジックによって動的に決定される所定の位置であってもよい。
【０１９２】
説明全体を通して、全ての例／実施形態はバイト値に関係がある。しかしながら、ビット値も、バイト値の代わりに、またはバイト値と組み合わせて使用されうることを理解されたい。
【０１９３】
図１９Ａの例では、プレイバック装置２７２−２がメモリ２７２−８を有する。光レコードキャリア２７２−１がブルーレイ・ディスクであり、かつプレイバック装置２７２−２がブルーレイ・プレーヤである場合、メモリ２７２−８は、例えばブルーレイ仕様に従う汎用レジスタに対応しうる。
【０１９４】
図示されるように、第１の部分２７２−４は、第１の物理領域２７２−６の中の位置ＡおよびＢからバイトおよび／またはビットの値を読み取るための命令を含む。換言すれば、暗号化されたコンテンツからバイト値が読み取られる。次に、読み取られたバイト値はメモリ２７２−８に格納される。図１９Ａの例では、位置Ａのバイト値はメモリセル（レジスタ）２１７６に格納され、位置Ｂから読み取られたバイト値はメモリセル（レジスタ）２１７７に格納される。
【０１９５】
この方法で読み取られるバイト値は、メモリ２７２−８の中のデータエンティティとして理解されうる。第２の部分２７２−５において、このデータエンティティはさらに処理される。例えば、第２の部分２７２−５では、データエンティティは追加のプログラム命令、例えばＪａｖａ（登録商標）バイトコードとして、および／または第２の部分内部で、つまり第２の部分が実行される場合にさらに処理される入力データとして解釈されうる。
【０１９６】
データエンティティは、図１９Ｂ〜図１９Ｊに関連して以下に詳述されるようにさまざまな方法で使用されうる。
【０１９７】
図１９Ａの例では、入力データとしてのデータエンティティの解釈の一例が示される。図示されるように、第２の部分２７２−５は、制御フロー文の一例
If  (register2176==0x0F)  then  X1  else  X2
を含む。
【０１９８】
このように、この例では、メモリ２７２−８のメモリセル２１７６に格納されるバイト値が、ｉｆ文に対する入力データとして使用される。プログラム命令の第２の部分２７２−５内部の制御フローは、かかるｉｆ文またはソフトウェアの制御フローを制御するための任意のその他の適切な文によって影響を及ぼされるであろう。
【０１９９】
例えば、（図１９Ａで例示されように）ｉｆ文が真である場合、関数Ｘ１が実行されるが、ｉｆ文が偽である場合、関数Ｘ２が呼び出されて実行されるであろう。
【０２００】
関数Ｘ１は、例えば上記で説明されるような意味で、正しいプレイリスト（第１の順序）に対応しうる。ｉｆ文が偽である場合、すなわち関数Ｘ２が実行される場合、例えば上記で説明されるように偽プレイリストがさらなるプレイバック（さらなる第１の順序）のために使用されうる。また、関数Ｘ２は、光レコードキャリア２７２−１に格納されるコンテンツにアクセスするための異なる挙動のメニューをもたらしてもよい。関数Ｘ２については、さまざまなその他の可能性が存在する。例えば、広告のプレイバックにつながるプレイリストが選択される、正しく動作しないメニューが表示される、および／またはプレイバックが完全に妨げられてもよい。ユーザにとって迷惑なプレイバック装置２７２−２の挙動に関するさらなる可能性については、上記および下記を参照されたい。
【０２０１】
図１９Ａから明らかなように、暗号化されたコンテンツのバイト値を第２の部分で入力データ／追加のプログラム命令として使用する有利な点は、第１の物理領域２７２−６に格納されるデータが暗号化されたコンテンツに対応しない場合、これらのバイト値が異なることである。つまり、複製者がコンテンツを復号して復号されたコンテンツを第１の物理領域２７２−６に格納する場合、位置ＡおよびＢでのバイト値は、暗号化されたコンテンツが第１の物理領域２７２−６に格納される場合とは異なる。それゆえ、複製者がコピープロテクション（暗号化、例えばブルーレイ・ディスクの場合のＡＡＣＳ暗号化）を取り除く場合、プレイバック中にメモリ２７２−８の中に読み取られるバイト値は、位置ＡおよびＢにおいて、バイト値が再生専用光レコードキャリアまたはその合法コピーから読み取られる場合とは異なる。それゆえ、制御フローは、光レコードキャリアが暗号化されたコンテンツを含むか、または復号されたコンテンツを含むかによって変更されうる。後者は、光レコードキャリアが違法コピーであることを示す。このように、違法コピーがプレイバックされる場合、ディスクに格納されるプログラム命令は、プレイバック中、および／またはプログラム命令の実行中に異なる挙動をもたらす（例えば、正しく動作しないメニューなど）。
【０２０２】
位置ＡおよびＢはまた、「オフセット」とも呼ばれる。例えば、位置Ａは、第１の物理領域２７２−６の境界（内側の円）で始まるファイルまたはセクタの始まりから特定の数のバイトのオフセットとして理解されうる。
【０２０３】
また、プレイバック装置２７２−２が、単一の位置を読み取るのではない、すなわち、位置ごとに（バイトごとに）バイト値を読み取るのではなく特定の数の連続したバイトを、例えば第１の物理領域２７２−６に連続して格納される１メガバイトをメモリの中に読み取ることが可能であることに留意されたい。プレイバック装置２７２−２では、読み取られるより大きな部分、上記のように例えば１メガバイトの中で、オフセット値に基づき、所定の位置にあるバイトが読み取られる。例えば、第１の物理領域２７２−６が１メガバイトに対応すると仮定すると、この１メガバイトはレコードキャリアへの１度だけの読取アクセスによりプレイバック装置２７２−２のメモリの中に読み込まれうる。換言すれば、物理領域２７２−６の全てのデータがプレイバック装置のメモリの中に連続して読み込まれうる。このとき、このデータの中で、バイト値がオフセット情報に基づき決定される。それゆえ、位置ＡおよびＢにあるバイト値は、位置ＡおよびＢに別個にアクセスする場合より速く読み取られうる。
【０２０４】
図１９Ｂはコピープロテクションのための方法のステップを示す。Ｓ２７２−９で、第１の物理領域に格納される暗号化されたコンテンツが決定される。さらに、Ｓ２７２−１０で、第２の物理領域に格納されるプログラム命令が決定される。コピープロテクトされたレコードキャリアを製造する場合、コンテンツおよびプログラム命令はレコードキャリアに格納される。
【０２０５】
図１９Ｃ−１および図１９Ｃ−２は、第２の部分の制御フローがどのように修正されうるかの例を示す。図１９Ｃ−１および図１９Ｃ−２に示される実施形態は、ブルーレイ標準と関係がある、つまり光レコードキャリアはブルーレイ・ディスクであると仮定される。しかしながら、もちろん、当業者がこの教示をその他の標準に一般化することは困難ではないであろう。
【０２０６】
図１９Ｃ−１に示されるように、Ｓ２７３−１で、レジスタ２１７６に格納されるバイト値が０ｘ０Ｆに等しいかどうかがチェックされる。これが真である場合、処理はＳ２７３−２に進み、ここで手順／コマンドプレイ（プレイリスト）が実行される。プレイリストは、例えばディスクが上記で説明されるようにスクランブルをかけられた部分を含む場合に、例えば、ブルーレイ・ディスクに格納されるコンテンツのプレイバックを開始する正しいプレイリスト（第１の順序）に対応しうる。しかしながら、制御フローの変更もスクランブリングと無関係に適用されうる。
【０２０７】
レジスタ２１７６に格納されるバイト値が０ｘ０Ｆに等しくない場合、処理はＳ２７３−３に進む。図１９Ｃ−１の例では、この場合メニューが表示される。このように、図１９Ｃ−１は、ブルーレイ・プレーヤによりプログラム命令を実行する場合に、暗号化されたコンテンツ内部の所定の位置で読み取られるバイト値に基づき（読み取られるバイト値は入力データとして解釈される）、制御フローがどのように変更される、または影響を及ぼされるかを示す。
【０２０８】
図１９Ｃ−２は、Ｓ２７３−４でレジスタ２１７６のバイト値が評価されるさらなる例を示す。バイト値が、バイト値０ｘ０Ｆに対応する場合、Ｓ２７３−５で、正しいプレイリストＰＬがプレイバックのために使用される、つまりそれぞれのプレイコマンドが実行される。プレイコマンドは、図１９Ａに示されるプログラム命令の第２の部分に含まれてもよい。
【０２０９】
レジスタ２１７６の中のバイト値が０ｘ０Ｆに等しくない場合、Ｓ２７３−６で、偽プレイリスト「偽ＰＬ」が、コマンドプレイ（偽ＰＬ）を実行することによりプレイバックのために使用される。偽プレイリストは、例えば広告を含む、および／またはプレイバックのための正しくない順序をもたらすものでありうる。
【０２１０】
それゆえ、図１９Ｃ−２の実施形態では、光レコードキャリア上で、オーディオビジュアルまたはオーディオコンテンツは複数の部分に格納されうる（例えば、図１参照）。上記の図１によって説明されるように、部分は第１の順序を有しうる。ここで、部分が第１の順序で再生される場合に、光レコードキャリアに格納されるオーディオビジュアルまたはオーディオコンテンツは正規のプレイバックシーケンスで再生されうる。しかしながら、レコードキャリア上には、部分は第２の順序で、例えば第１の順序と異なるスクランブルをかけられた順序で格納される。このとき、それぞれの部分が格納されるレコードキャリア上の物理的な位置は、第２の順序に依存しうる。さらに、第１の順序は光レコードキャリアに格納されない可能性がある。しかしながら、第１の順序は特定の位置から読み取られるバイトに基づき決定されうる（この点のさらなる詳細については図１９Ｆも参照）。
【０２１１】
上述のように、所定の位置で読み取られるバイト値はさまざまな方法で使用されうる。
【０２１２】
図１９Ｄは、バイト値が位置２７４−１、…、２７４−４で読み取られる一例を示す。図示されるように、暗号化されていないデータからいくつかのバイト値を読み取ることも可能である。図１９Ｄの例では、暗号化されていないデータからバイト値が位置２７４−３で読み取られる。
【０２１３】
図１９Ｄの例では、全てのバイト値が単一のＢＤＡＶトランスポートストリーム（＊．ｍ２ｔｓ）２７５−１から読み取られる。しかしながら、これは必須ではなく、バイトは異なるトランスポートストリーム（＊．ｍ２ｔｓ）の中の位置で読み取られてもよい。
【０２１４】
図１９Ｄの例では、位置２７４−１、…、２７４−４で読み取られるバイト値は、それぞれバイト値０ｘ５３、０ｘ１Ｆ、０ｘ０Ｂ、および０ｘ１１に対応する。次に、これらのバイト値はＢＤ−Ｊオブジェクト２７６のキー素材として、すなわち、入力データとして使用されうる。上記および下記で詳細に説明されるように、キー素材はプレイリストの選択、プレイバックのためのアングルの設定、ブルーレイ・ディスクに格納されるタイトルのメニューの制御、などに影響を及ぼしうる。図１９Ａに関連して上述したように、さまざまな位置のバイトにアクセスするためのアクセス速度は、より大きなデータブロックをプレイバック装置のメモリの中に読み込むことにより増大させられる。例えば、ＢＤ−Ｊオブジェクト２７６は、２つのアラインドユニット２７７−１および２７７−２を含む１メガバイトのデータを読み取る命令を含んでもよい。
【０２１５】
図１９Ｄの実施形態で示されたように、暗号化パラメータ／特性は、暗号化されたＡＶファイルから抽出される。次に、これらの暗号化パラメータ（キー素材）は、オリジナル・ディスク・チェックのために使用されうる。キー素材は、正しいプレイリストと偽プレイリストとを区別するアルゴリズムで使用されうる。オリジナルのディスクを製造する場合に、これが意味することは、図１９Ｄの実施形態において、ＢＤ−Ｊオブジェクトは、ディスクがＡＡＣＳにより暗号化された後にファイナライズされる、または生成される必要があるということである（図２０参照）。
【０２１６】
図１９Ｄの実施形態の有利な点は以下の通りである。ＢＤ−Ｊオブジェクトは、データをトランスポートストリームから、例えば擬似乱数的に読み取る。このデータは、トランスポートストリームが暗号化されたデータを含むか、復号されたデータを含むかによって異なる。それゆえ、コピープログラムがデータのいくらかを復号した場合は、読み取られるデータはオリジナルと異なる。従って、読み取られたデータは、例えば正しいプレイリストと偽プレイリストとを区別するために使用されうる。データがオリジナルのディスクから読み取られたデータと同一である場合、正しいプレイリストが識別されうる。そうではない場合、これは不可能であり、結果として読み取られたデータは正しくないと識別されるであろう。
【０２１７】
図１９Ｅは、所定の位置で読み取られるバイト値を使用するさらに別の可能性を示す。一例として、図１９Ｄに示される同一のトランスポートストリーム２７５−１から同一のバイト値２７４−１、…、２７４−４が読み取られると仮定する。もちろん、これは一例にすぎず、バイト値はその他の位置、および別のトランスポートストリームから読み取られてもよい。
【０２１８】
しかしながら、図１９Ｄの実施形態に関して図１９Ｅで異なる点は、読み取られたバイト値の解釈である。図１９Ｅに示される実施形態では、データエンティティに対応して読み取られたバイト値はＪａｖａ（登録商標）クラスファイルとして解釈される。
【０２１９】
ファイルをＪａｖａ（登録商標）クラスファイル２７８−１として解釈することに関しては、２つの可能な実施形態が存在する。
【０２２０】
第一に、読み取られたバイト、すなわちデータエンティティは、プレイバック装置のプログラムメモリ（ヒープまたはスタックとも呼ばれる）の中にロードされるＪａｖａ（登録商標）クラスファイルとして解釈される。そうすると、プレイバック装置はＪａｖａ（登録商標）クラスファイルを直接実行することが可能である。換言すれば、バイト値は、プログラムメモリの所定の領域の中の所定の数のレジスタの中に読み込まれる。そうすると、これらの所定のレジスタは、ＢＤ−Ｊオブジェクト２７８−２の実行中にＢＤ−Ｊオブジェクト２７８−２によりロードされるＪａｖａ（登録商標）クラスファイルとして解釈される。この場合、読み取られたバイトのさらなる処理は必要ない。
【０２２１】
第２の可能性は、読み取られたバイト値、すなわちデータエンティティが、ブルーレイ・ディスクの論理ファイルシステムに含まれる（新しい）Ｊａｖａ（登録商標）クラスファイルとして解釈されるということである。これは、ブルーレイ仕様の更新コマンドにより行われうる。例えば、更新ＶＦＳ（仮想ファイルシステム）コマンドが実行されてもよい。そのような更新コマンドにより、論理ファイルシステムの中に既に存在するファイルが置換、または更新されてもよい。それだけでなく、論理ファイルシステムに追加のファイルを含むことも可能である。それゆえ、（新しい）ファイル、すなわち、新しいファイルとして解釈されるエンティティの中のデータは、論理ファイルシステムに存在するファイルを置換／更新するか、新しいファイルとしてブルーレイ・ディスクの論理ファイルシステムに追加されうる。
【０２２２】
この場合も、ＢＤ−Ｊオブジェクト２７８−１の挙動に影響を及ぼすさまざまな可能性が実現可能である。例えば、ブルーレイ・ディスク上で、Ｊａｖａ（登録商標）クラスファイルは論理ファイルシステムに既に格納されて含まれるが、プレイバック中に望ましくない挙動につながる命令を含んでもよい。例えば、光レコードキャリアに格納されるＪａｖａ（登録商標）クラスファイルは、メニューが正しく動作しないこと、偽プレイリストの選択などをもたらしてもよい。ディスクに格納されるプログラム命令の実行中に、新しいＪａｖａ（登録商標）クラスファイルが動的に決定されてもよい。この場合、この新しいＪａｖａ（登録商標）クラスファイルは、ディスクに格納されるＪａｖａ（登録商標）クラスファイルを置換することにより論理ファイルシステムの中に含まれてもよい。さらに、この新しいＪａｖａ（登録商標）クラスファイルは、メニュー、正しいプレイリストの選択などという正しい機能をもたらしてもよい。
【０２２３】
図１９Ｆは、読み取られたバイト値の別の解釈に対するさらに別の実施形態を示す。
【０２２４】
この実施形態において、バイト値（データエンティティ）は、プレイリストファイル２７９−１として解釈される。それゆえ、図１９Ｆの実施形態において、プレイリストファイル２７９−１は、ブルーレイ・リストに格納されるＢＤ−Ｊオブジェクト２７９−２の実行中に動的に決定される。プレイリストファイル２７９−１をブルーレイ・ディスクの論理ファイルシステムの中に含むために、図１９Ｅに関連して概説されるのと同一のステップが実行されうる。バイト値はローカルメモリの中に読み取られ、更新ＶＦＳコマンドが実行されうる。これは、更新されるコマンドの前に、またはプレイリストファイルを論理ファイルシステムへ追加するときに、論理ファイルシステムに含まれるプレイリストファイルの置換をもたらしてもよい。更新コマンド前に、ファイルシステムに含まれるプレイリストファイルをディスクに格納してもよく、例えば正しくない（偽）プレイリストを含んでもよい。動的に生成されるプレイリストファイルは、正しいプレイリスト（第１の順序）を含みうる。
【０２２５】
さらなる可能性が存在する。例えば、ブルーレイ・ディスクがプレイリストファイルを全く含まないことがありうる。この場合、プレイバックは全く不可能であろう。この場合、ブルーレイ・ディスクがブルーレイ・プレーヤに挿入されるときに、ブルーレイ・プレーヤは所定の位置でバイトを読み取り、更新ＶＦＳコマンドを介して論理ファイルシステムの中にプレイリストファイルを生成することによりプレイリストを決定しうる。あるいは、上述されたように、プレイリストファイルがブルーレイ・ディスクに既に格納されていてもよい。しかし、このプレイリストファイルは、広告のプレイバック、またはブルーレイ・ディスクに格納されるその他の妨害コンテンツのプレイバックをもたらしうる。このとき、新しいプレイリストファイルが、説明されるように動的に生成され、新しいプレイリストファイルが、既に存在するファイルを置換する可能性がある。
【０２２６】
図１９Ｇは、図１９Ｆに示される実施形態によるプレイバック装置で実行されうるステップを示す。Ｓ２８０−１で、バイト値が所定の位置で読み取られる。図１９Ａに関連して既に簡潔に述べたように、所定の位置を、予め定められた位置、すなわちＢＤ−Ｊオブジェクト２７９−２の実行中に変更されない位置に対応させることが可能である。しかしながら、所定の位置を動的に決定することも可能である。例えば、位置は、他の位置に格納されるバイト値に依存してもよい。
【０２２７】
Ｓ２８０−２で、ローカルメモリの中にプレイリストが生成される。次に、Ｓ２８０−３で、ＶＦＳ更新コマンドが実行されうる。これは、ブルーレイ・ディスクの論理ファイルシステムの中のローカルメモリに前に格納された（Ｓ２８０−２）プレイリストファイルを含むことをもたらす。上記のように、論理ファイルシステムの中に既に存在するファイルが置換または変更されてもよく、新しいファイルが追加されてもよい。次に、Ｓ２８０−４で、プレイリストコマンドが実行されうる。これは、Ｓ２８０−２およびＳ２８０−３で決定されたプレイリストをプレイバックのために使用することをもたらす。
【０２２８】
図１９Ｈは、Ｓ２８１−１でバイトが所定の位置で読み取られるさらに別の実施形態を示す。Ｓ２８１−２で、読み取られたバイトが解釈される（interpreted）。より具体的には、Ｓ２８１−２では、読み取られたバイト値（データエンティティ）が有効なプレイリストであるかどうかが認証される。光レコードキャリアがブルーレイ・ディスクではなく別のフォーマットの光レコードキャリアである場合に、読み取られたバイトが有効なプレイバック順序に対応するかどうかがチェックされてもよい。
【０２２９】
Ｓ２８１−２では、光レコードキャリアがブルーレイ・ディスクであり、かつ読み取られたバイトがブルーレイ標準に従うプレイリストとして解釈された場合、読み取られたバイトがブルーレイ標準に従うプレイリストに対応するかどうかが認証されうる。これは、ブルーレイ標準に従うプレイリストの所定の特性に基づき判定される。読み取られたバイトが有効なプレイリストではない場合、処理はＳ２８１−３に進む。それゆえ、この場合、ディスクに格納されるプレイリスト、例えば偽または広告のプレイリスト、すなわち非正規のプレイバック順序が、プレイバックのために使用されうる。それゆえ、ディスクに格納されるこのプレイリストは、広告、またはディスクに格納される他の妨害コンテンツのプレイバックにつながるプレイアイテムを含みうる。もちろん、加えて、および／または代わりに、上記で説明される妨害の特徴の他の任意のもの、例えばメニューが修正されうるなどが実現されてもよい。
【０２３０】
その一方で、Ｓ２８１−２で読み取られたバイトが有効なプレイリストに対応することが判定された場合、処理はＳ２８１−４に進む。つまり、プレイリストファイルがローカルメモリの中に生成されうる。Ｓ２８１−５で、ＶＦＳ更新コマンドが実行される。これは、ディスクに格納されるプレイリストに対応するプレイリストファイルの置換をもたらしうる。換言すれば、ディスクに格納されて最初にロードされたプレイリストファイルは、ＶＦＳ更新コマンドを実行することにより、ローカルメモリの中に格納されるプレイリストファイルで置換されうる。Ｓ２８１−６で、ＶＦＳ更新コマンドを実行することにより、Ｓ２８１−５で論理ファイルシステムの中にプレイリストファイルとして含まれたプレイリストは、プレイバックのために使用される。
【０２３１】
図１９Ｉに示されるさらなる実施形態では、所定の位置で読み取られるバイトの解釈の別の可能性が示される。この実施形態において、読み取られたバイト値は、ＡＡＣＳ暗号化標準のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルの少なくとも一部に対応する。
【０２３２】
図１９Ｉは、論理ファイルシステムを概略的に表したブルーレイ・ディスク２８１−１を左側に示す。ファイルシステムの一部は、ＡＡＣＳディレクトリの中のＡＡＣＳ特有ファイルに対応する。ＡＡＣＳのファイルの１つがＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルである。当業者により公知のように、および例えばＡＡＣＳ標準で定義されるように、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、ＣＰＳユニットのための暗号化されている１または複数のタイトルキーを含みうる。ブルーレイ・ディスク２８１−１に格納される、ＡＡＣＳにより暗号化されたコンテンツのプレイバック中に、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルに格納されるタイトルキーは、メディアキーおよびボリュームＩＤを使用して復号される（この点の詳細についてはＡＡＣＳ標準を参照）。
【０２３３】
しかしながら、明らかなように、ＡＡＣＳにより暗号化されたコンテンツのプレイバックのためのタイトルキーを復号するためには、暗号化されたキーを含むみ他のデータまたは破損したキーデータを含まないＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルが必要である。少なくともいくつかの暗号化されたタイトルキーが、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルに格納されなければならない。そうでなければ、暗号化されたコンテンツのプレイバックは不可能になる。
【０２３４】
図１９Ｉの実施形態では、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルに格納されるタイトルキーの少なくともいくつかが破損したデータを含む、つまり、ファイルの一部が、暗号化されたタイトルキーではなくいくつかの他のデータ、例えば破損したデータなどを含む。破損したデータから（正しい）復号されたタイトルキーは決定され得ない。それゆえ、プレイバックは、少なくとも、暗号化されたタイトルキーが利用可能ではないタイトルについて不可能である。
【０２３５】
図１９Ｉに示される実施形態によれば、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、変更、置換、またはＡＡＣＳディレクトリに動的に、例えばブルーレイ・プレーヤの中のブルーレイ・ディスク２８１−１のプレイバック／アクセス中に追加される。Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、ＶＦＳ更新コマンドにより置換、変更、または論理ファイルシステムに追加される。換言すれば、図１９Ｉの実施形態では、特定の位置で読み取られるバイトがＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルとして解釈され、ローカルメモリの中に生成されるＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、ブルーレイ・プレーヤの中で実行時に（動的に）ブルーレイ・ディスクの論理ファイルシステムに含まれる。
【０２３６】
さらなる実施形態では、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル２８１−２は、１つの第１の有効に暗号化されたタイトルキー、および例えば第２の暗号化されたタイトルキーの外観を有する他の破損したデータを含んでもよい。第１のタイトルキーは、ブルーレイ・ディスク２８１−１に格納されるコンテンツの少なくとも一部のプレイバックを可能にしうる。例えば、ブルーレイ・ディスク２８１−１上のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルに格納される第１の暗号化されたタイトルキーは、動画のイントロ、および／または著作権プロテクション予告編のプレイバックを可能にしうる。次に、（あるいは別の適切な瞬間および時間に）このコンテンツは再生されている間、ブルーレイ・ディスク上のプログラム命令はブルーレイ・プレーヤに所定の位置でバイトを読み取らせ、このバイトはローカルメモリの中に含められて（新しい）Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルとして解釈される。次に、この新しいＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、ＶＦＳ更新コマンドによりプレーヤの側の論理ファイルシステムに含められうる。ＶＦＳ更新コマンドの後、新しいＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、ディスクに格納されたさらなるコンテンツ、例えばメイン動画をさらに復号するために使用される。このように、違法コピーからであってもコンテンツの少なくとも一部のプレイバックは可能であるが、その他の部分は復号可能ではない可能性がある。換言すれば、コンテンツのいくらかの部分は、このコンテンツに対する有効な暗号化されたキーがディスク上のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルに既に格納されているので、所定の位置で正しい、すなわち期待されるバイトを読み取ることがなくても再生可能でありうるように、ディスクを設計することが可能である。しかしながら、コンテンツの他の部分は、所定の位置で、正しい、すなわち期待されるバイト値を読み取り、このときコンテンツ復号のために使用される（正しい）動的に生成されるＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルを含むことがなければ、復号可能ではないであろう。
【０２３７】
このことが、符号２８１−２および２８１−３を使用して図１９Ｉに示されている。ディスクに格納されるＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル２８１−２は、コンテンツの最初の部分、例えば予告編の復号を可能にする１つの有効な暗号化されたタイトルキーを含みうる。このＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、例えばディスクに格納されるコンテンツのプレイバックの始まりで使用されうる。その後（これは前、またはその他の適切な瞬間であることも可能である）、新しいユニットキーＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルが、ローカルメモリの中に生成され、ＶＦＳ更新コマンドにより論理ファイルシステムに含められる。図１９Ｉに示される例では、これはＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル２８１−３である。このＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、ディスクに格納される残りの暗号化されたコンテンツをプレイバックするために使用される。
【０２３８】
図１９Ｉの実施形態は、図１９Ｊにさらに図示される。図１９Ｊはレプリケータ（replicator）２８２−１、図１９Ｉで既に示されたブルーレイ・ディスク２８１−１、およびプレイバック装置２８２−２を示す。レプリケータ側２８２−１（例えば、ブルーレイ・ディスク２８１−１の製造場所）では、２つのタイトルキーＸ、Ｙが暗号化されうる。しかし、暗号化されたタイトルキーＸだけがレコードキャリア２８１−１上のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル２８１−２に格納される。暗号化されたタイトルキーＹは、図１９Ａに示されるプログラム命令の例えば第１の部分に対応するプログラム命令２８２−３を生成するために使用される。プログラム命令は、例えば、暗号化されたタイトルキーＹを表すバイトの適切な位置を求めて暗号化されたコンテンツをスキャンしうるパーサ（parser）の結果に基づき決定されうる。換言すれば、プログラム命令２８２−３は、アセンブルされた場合に、暗号化されたタイトルキーＹに対応する特定の位置にあるバイトがアクセスされるように設計される。その一方で、図示されるように、ブルーレイ・ディスク２８１−１に格納されるＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル２８１−２は、タイトルキーＸだけを（暗号化された形で）含む。しかし、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル２８１−２は、暗号化されたタイトルキーＹではなく、代わりに、「破損したタイトルキー」と呼ばれるいくつかの破損したデータを含む。
【０２３９】
プレイバック装置では、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル２８１−２がプレイバックのために使用されるときに、タイトルキーＹが、暗号化されたやり方で、プログラム命令２８２−３を実行することにより再構成されることがなければ、タイトルキーＸを使って復号されることができるタイトルだけがプレイバックされるであろう。上述のように、これは、実際には、新しいＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆを動的に生成し、新しいＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆをディスクの論理ファイルシステムの中に含めることにより行われる。
【０２４０】
ブルーレイ・ディスク２８１−１が、再生専用ディスクまたは合法コピーである場合、コンテンツは暗号化されたやり方（ＡＡＣＳにより暗号化される）でディスクに格納される。したがって、Ｓ２８２−４で、ブルーレイ・ディスク２８１−１をプレイバックする場合、バイト値が所定の位置（例えば、ディスクを製造するときにパーサにより決定される）で読み取られ、読み取られたバイト値は、暗号化されたタイトルキーＸおよびＹを含む有効なＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルを生成することを可能にする、期待される値を有する。このようにして、タイトルキーＸおよびＹに割り当てられる両方のタイトル（コンテンツ部分）が復号されうる。その一方で、ディスクが違法コピーである場合、コンテンツはもはやＡＡＣＳにより暗号化されていない可能性がある。それゆえ、再生専用ディスクまたは合法コピーからバイトを読み取る場合と異なるバイトが、所定の位置で読み取られる。それゆえ、ディスクに格納されるコンテンツの少なくとも一部の復号を可能にしない破損したＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルが生成されるであろう。
【０２４１】
このように、Ｓ２８２−４で読み取られるバイトは、Ｕｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルとして解釈され、この新しく生成されたＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、Ｓ２８２−５でＶＦＳ更新コマンドを介してブルーレイ・ディスクの論理ファイルシステムに含められる。従って、Ｓ２８２−６で、新しく生成されたＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルは、タイトルキーＸおよびタイトルキーＹを復号するために使用され、これらは、次に、Ｓ２８２−７で、ディスク２８２−１に格納される暗号化されたコンテンツを復号するために使用されうる（もちろん、これは上記で提示される理由のために違法コピーに対しては機能しない）。
【０２４２】
ディスクがプレーヤに挿入されると、プログラム命令２８２−３（例えばＢＤ−Ｊオブジェクト）、例えば図１９Ａに関連して示される第２の部分が、ディスクに格納されタイトルキーＸに関連付けられる第１のコンテンツ、例えば予告編または著作権通告のプレイバックを起動しうる（このコンテンツは例えば第１のＣＰＳユニットの一部である）。暗号化されたタイトルキーＸは、直接ディスク上で見出されうるので（暗号化されたタイトルキーＸは破損したデータではないので）、ディスクに格納されるコンテンツの少なくともこの部分が、所定の位置でバイトを読み取ることがなくても、または違法コピーから「偽」バイト値を読み取った場合でも、プレイバック装置により再生されうる。換言すれば、違法コピーからでさえ、タイトルキーＸに関連付けられるコンテンツのこの部分は正しく再生されうる。しかしながら、暗号化されたタイトルキーＹは直接ディスクに格納さるのではない（Ｓ２８２−４およびＳ２８２−５で動的に生成される）ので、所定の位置から正しいバイト値が読み取られなければ、タイトルキーＹに関連付けられる第２のコンテンツ（このコンテンツは例えば第２のＣＰＳユニットの一部である）をプレイバックすることは不可能である。
【０２４３】
上記で理解されたように、図１９Ｉおよび図１９Ｊは、ＡＡＣＳにより暗号化されたコンテンツから抽出される（暗号化されたコンテンツが予想される領域の中の所定の位置でバイトを読み取る）データを使用する方法を示し、例えば暗号化されたマスタディスクのトランスポート・ストリーム・ファイル（例えば、図１９Ｉに示されるファイル０００００．ｍ２ｔｓおよび／または００００１．ｍ２ｔｓ）のバイト（データエンティティ）の集合がＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルを定義する。ＢＤ−ＲＯＭタイトルのプレイバック中に、ＢＤ−Ｊオブジェクト（プログラム命令、例えば図１９Ｊに示されるプログラム命令２８２−３、または図１９Ａのプログラム命令２７２−４）は、このデータをＡＡＣＳにより暗号化されたコンテンツから抽出し、プレイバック装置（少なくともＢＤプロファイル１．１を必要とする）のローカルストレージのＢＵＤＡ（Binding  Unit  Data  Area）にＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルとしてバイトを格納する。ＶＦＳ（仮想ファイルシステム）更新の実行後、このファイルは、再生専用ディスク上のオリジナルファイルを置換する。
【０２４４】
ＢＤ−ＲＯＭ標準は、そのそれぞれに対してＡＶコンテンツの暗号化のためのユニークなタイトルキーがＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルの中に暗号化されたやり方で格納されるＣＰＳユニットを指定する。上記で説明されるように、これは、（暗号化されたタイトルキーを再生専用ディスク上のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルから取り除くことにより、または破損したバージョンを格納することにより）ＡＡＣＳにより暗号化されたＡＶデータ内部のメイン動画（これは例えば図１９Ｉに示される００００１．ｍ２ｔｓとしてもよい）に対するＣＰＳユニットキーを隠し、ＣＰＳユニットキーをローカルストレージのＢＵＤＡにプレイバック中に動的に生成することを可能にする。図１９Ｉのトランスポートストリーム０００００．ｍ２ｔｓは、例えばＨＤＭＶイントロ（著作権警告／通告、その他を含む）およびＨＤＭＶメニューを含むことができ、このＣＰＳユニットに対する暗号化されたタイトルキーはディスク上で利用可能なので（これは図１９Ｊに示される暗号化されたタイトルキーＸに対応しうる）、復号することができる。メイン動画を開始することを選択すると、ＢＤ−Ｊオブジェクト（プログラム命令２８２−３）がその仕事をし、暗号化されたコンテンツの中の所定の位置でバイトにアクセスすることによりメイン動画のＣＰＳユニットについてのタイトルキー（例えば、タイトルキーＹ）に対するバイトを抽出する。
【０２４５】
それゆえ、ＡＡＣＳが破られた（損なわれた）場合に、複製者（コピーツール）は暗号化されたタイトルキーを有さないので、複製者は隠されたＣＰＳユニットキーによってＡＡＣＳにより暗号化されたファイルを復号しないであろう。違法コピーツールは、現在のところ、標準プロテクションを回避するためにＢＤタイトルを立ち上げる／分析する必要がない―これはディスクをコピーするためにスタンドアロンのソリューション（ワンクリック）を提供するそのようなコピーツールの便利な特徴である。ここで説明されたような方法を実行する場合、ＢＤタイトルが完全に分析されなければならないので、コピーツールがコピーを作ることがより困難になる。さらに、コピープロテクションをハックするためには、（バイトが読み取られる場所を分析するために）完全なＡＶデータが手元にあることが必要である。これは、ハッカーが、例えばインターネット上で容易に伝達されない可能性がある大量のデータ（例えば、２０ギガバイト）を保有する必要があることを意味する。
【０２４６】
説明されたように、図１９Ａ〜図１９Ｊの実施形態では、バイト値が所定の位置で読み取られる。さらなる実施形態（図示されていない）では、所定の位置を表すデータが、ダウンロードのためにサーバ上に提供されてもよい。コピープロテクションを提供するために、サーバは、光データキャリアがオリジナルであると識別された場合だけ（この識別は本明細書全体を通して説明されるように行われる）、「正しい」位置を供給する。位置が「正しい」とは、コンテンツの再生が正規の品質で可能となるように、データエンティティのアセンブリを可能にする位置が提供されることを意味する。この点で、図１９Ａ〜図１９Ｊに関連して説明される可能性の全てが可能である。例えば、データエンティティが、図１９Ｄに示されるようなキー素材、図１９Ｅに示されるようなＪａｖａ（登録商標）クラスファイルなどを表してもよい。例えば、「正しい」位置が供給された場合に、これは多数の偽プレイリストの中からの正しいプレイリストの選択などをもたらしうる。
【０２４７】
その一方で、この実施形態では、ディスクチェックが失敗し、レコードキャリアがオリジナルではないと判定された場合、サーバから所定の位置が供給されない、または非正規の品質での再生だけを可能とする所定の位置が供給される。例えば、偽プレイリスト、例えば広告のプレイリストなどの選択をもたらす図１９Ｄのようなキー素材が決定されうる。本明細書全体を通して説明される、非正規の品質での再生のための可能性の全てが適用可能である。
【０２４８】
図２０は、例えばブルーレイ・ディスクのためのマスタリング工程の一部となりうるステップを示す。Ｓ２８３−１で、暗号化されたコンテンツが決定される。この暗号化されたコンテンツは、図１９Ａに示される第１の領域２７２−６に格納される例えば暗号化されたオーディオビジュアルまたはオーディオコンテンツである。
【０２４９】
Ｓ２８３−２で、プログラム命令が決定される。Ｓ２８３−３で、例えば暗号化されたコンテンツの中でサーチ（パース）されたバイトのオフセット（位置）が決定される。例えば、Ｓ２８３−３では、キー素材（図１９Ｄ参照）、Ｊａｖａ（登録商標）クラスファイル（図１９Ｅ参照）、プレイリストファイル（図１９Ｆ参照）、および／またはＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイル（図１９Ｉおよび図１９Ｊ参照）を表すバイトが、暗号化されたコンテンツの中でサーチされうる。暗号化されたコンテンツは大量のデータであるので、２５５の可能なバイト値の中でありうるすべてのバイト値が、いくつかの位置で統計的に発生するであろう。次に、これらの位置はプログラム命令（例えば、ＢＤ−Ｊオブジェクト）を決定するために使用され、プログラム命令はプレイバック装置で実行される場合に、それぞれの位置でバイト値を読み取る。位置は、例えば、コンパイルされる、またはこれらの位置を記述する別個のファイルの中のＢＤ−Ｊオブジェクト（プログラム命令）に含まれる。
【０２５０】
このようにして、Ｓ２８３−４で、Ｓ２８３−２で最初に決定されたプログラム命令は、所定の位置でバイトを読み取ることを組み入れるように変更されうる。また、例えばＶＦＳ更新コマンド、または制御フローを変更するためのさらなる命令その他のコマンドがこの段階に含まれうる。
【０２５１】
次に、Ｓ２８３−５で、レコードキャリア上に書き込まれるデータがファイナライズされる。このデータは、Ｓ２８３−１で決定された（それ以上は変更されなかった）暗号化されたコンテンツデータ、および２８３−４で決定された、変更されたプログラム命令を含む。
【０２５２】
図１９Ｄ、図１９Ｅ、および図１９Ｆにおいて上記で示されたように、データエンティティ（キー素材、Ｊａｖａ（登録商標）クラスファイル、およびプレイリストファイルをそれぞれ表す）は、コンテンツ復号の目的のためにはアセンブルされない。データエンティティは、復号されるデータとしてもアセンブルされない。後者はまた、データエンティティがＡＡＣＳ暗号化標準のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルを表す図１９Ｉおよび図１９Ｊについてあてはまる。
【０２５３】
同様に上記で示されたように、ＡＡＣＳ暗号化が取り除かれた場合、このことが「正しくない」バイト値が所定の位置から読み取られることをもたらすので、コピープロテクションは効果的になる。このとき、これは、ディスクをプレイバックしようとする場合にさまざまな妨害（例えば、正しく動作しないメニュー、偽プレイリストの使用などを含む）をもたらす。それゆえ、複製者がＡＡＣＳコピープロテクションを取り除く場合、（違法）コピーはプレイバック中にオリジナルのようには動作しない。
【０２５４】
図１９Ａ〜図１９Ｊに関して、所定の位置は、暗号化されたコンテンツの全てにわたり分散させられた（擬似）ランダムな位置とすることが可能であることにも留意されたい。このように、複製者が完全なＡＶコンテンツ（ＢＤ−Ｊオブジェクトのサイズと比べてサイズが非常に大きい）なしにＢＤ−Ｊオブジェクトの分析を行うことができない。
【０２５５】
同様に明らかであろうが、図１９Ａ〜図１９Ｊは、例えば暗号化されたコンテンツの中の予め定められた位置または動的に決定される位置で、１ビットまたは１バイトの値だけを認証することで、ディスクがオリジナルであるかまたはコピーであるかを判定するために使用されてもよい。実際には、任意の所定の数のビットおよび／またはバイトが使用されうる。それゆえ、任意のビットおよび／またはバイトのシーケンスは、ディスクがオリジナルであるかまたはマネージドコピーであるか、および暗号化されたやり方で格納されるコンテンツを依然として含むかどうか（明らかなように、復号されたコンテンツの場合に、読み取られたバイトは一般に位置が異なる）を認証するためのキーとして読み取られうる。
【０２５６】
さらなる実施形態では、図２１〜図２４によって説明されるコピープロテクションのための方法も提供されうる。もちろん、これらの実施形態は前に説明された実施形態の任意と組み合わせられうる。
【０２５７】
図２１で示されるように、コピープロテクトされたやり方でレコードキャリア２９４に格納されるべき正規のビデオコンテンツ２９２を含む正規のビデオフレーム２９０のシーケンスが提供されうる。例えば、コピープロテクションのために、正規のフレーム２９０は第１の部分２９６および第２の部分２９８に分割されうる。図示されるように、第２の部分２９８は、第１の部分２９６よりも小さい。第１の部分２９６に対する第２の部分２９８のサイズの比は、例えば１：６〜１：３でありうる。
【０２５８】
また、図示されるように、第１の部分２９６は、第２の部分２９８（第２の部分のコンテンツ）を除いた正規のフレーム２９０に対応し、第２の部分２９８は第１の部分２９６を除いた正規のフレーム２９０に対応する。
【０２５９】
第１の部分２９６に基づき、第１のビデオシーケンス３００が決定される、例えば第１の部分２９６（領域２９８の中のビデオコンテンツを含まない）は、それぞれの符号化されたビデオデータを得るために符号化される。第１のビデオシーケンス３００は、第２の部分２９８（コンテンツ）を除いた正規のフレーム２９０に対応する。また、第１の部分２９６を除いた正規のフレーム２９０に対応する第２のビデオシーケンス３０２が決定されうる。
【０２６０】
このようにして、第１のビデオシーケンス３００を再生する場合、第２の部分２９８のコンテンツを除いた正規のフレームのコンテンツだけが再生される。また、第２のビデオシーケンス３０２を再生する場合、第２の部分２９８に対応する「ウインドウ」の中に示されるコンテンツだけが再生される。
【０２６１】
第１および第２のビデオシーケンス３００、３０２は、それぞれ第１のファイル３０４および第２のファイル３０６としてレコードキャリア２９４に格納されうる。
【０２６２】
別個のファイル３０４、３０６としてレコードキャリア２９４に格納される第１および第２のビデオシーケンス３００、３０２に、正規のフレーム２９０を分割することの有利な点は、コピープログラムがシーケンスの一方だけ、すなわち、第１のビデオシーケンス３００または第２のビデオシーケンス３０２だけをコピーしうるということである。第１および第２の部分２９６、２９８が異なるサイズであるという事実により、第１のファイル３０４のファイルサイズは第２のファイル３０６のファイルサイズよりはるかに大きいので、コピープログラムは、大きいファイル、すなわち第１のファイル３０４だけをコピーしうる。これは、コピープログラムが、大きなファイルをメイン動画と判断する可能性がある一方で、小さいファイルをボーナストラックなどとみなしうるためである。ブルーレイ・ディスクの場合、この効果は、第２のビデオシーケンス３０２を全く参照しないプレイリスト（偽プレイリスト、非正規のプレイリスト）がディスク上に含まれる場合に強化されうる。
【０２６３】
レコードキャリアがブルーレイ・ディスクである場合、第１のビデオシーケンス３００は、クリップ３０４−１の部分に対応する、またはクリップ３０４−１の部分に格納されうる。第２のビデオシーケンス３０６は、さらなるクリップに対応する、または図２２に示されるようにさらなるクリップ３０６−１の部分に格納されうる。第１のクリップ３０４−１のそれぞれの部分は、プレイリストの中のＰｌａｙＩｔｅｍによりメインパスとして参照されうるのに対し、第２のクリップ３０６−１のそれぞれの部分は、プレイリストでサブパスとして（サブプレイアイテムとしてここでは「ＳｕｂＰｌａｙＩｔｅｍ」と書かれる）参照されうる。
【０２６４】
画像の乱れのない正規のビデオコンテンツを再生するために、第１および第２のビデオシーケンス３００、３０２（ブルーレイ・ディスクの場合、第１および第２のクリップ３０４−１、３０６−１に含まれうる）は、同期して再生されなければならない。これは、それぞれのプレイリストを設計することにより行われうる。
【０２６５】
このために、第１および第２のクリップ３０４−１、３０６−１に格納される２つのビデオシーケンスの同期プレイバックを可能にする１つのプレイリストが、ブルーレイ・ディスクに格納される、または代わりに（図９によって上記で説明されるように）サーバからダウンロードされうる。
【０２６６】
コピープロテクションを改善するために、複数のさらなるプレイリスト（追加の偽プレイリスト）もディスクに格納されうる。これらのさらなるプレイリストのうちの１つがプレイバックのために使用される場合、第１および第２のビデオシーケンスは同期して再生されない可能性がある。さらに、ディスク上には、実行された場合に（上記で説明されるように）レコードキャリアの特性パラメータまたは暗号化パラメータに基づき、同期プレイバックを可能にするプレイリストとさらなるプレイリストを区別する、例えばＢＤ−Ｊオブジェクトの形のいくつかのプログラム命令が格納されてもよい。実際には、オリジナル・ディスク・チェック／キー抽出のための上記で説明される方法の全てが、同期プレイバックを可能にするプレイリストとその他のプレイリストを区別するために使用されうる。
【０２６７】
図２３Ａに示されるさらなる実施形態では、偽プレイリスト（本明細書全体を通して「非正規のプレイリスト」とも呼ばれる）が、ＳｕｂＰｌａｙＩｔｅｍはそれぞれのＰｌａｙＩｔｅｍとマッチしないビデオシーケンスを参照する、ＰｌａｙＩｔｅｍ（ＰＩ）とＳｕｂＰｌａｙＩｔｅｍ（ＳＰＩ）の組み合わせに基づき決定されうる。
【０２６８】
図２３Ａでは、異なるビデオ部分２４００〜２４０４を含む３つのクリップ、すなわちクリップ＃１、クリップ＃２、およびクリップ＃３が示される。図２３Ａの例では、第２のプレイリストであるプレイリスト＃２だけが正規の品質でのプレイバックを可能にするオリジナルのプレイリストである。それゆえ、プレイリスト＃２だけが、ディスクに格納される正規のビデオコンテンツの再生、すなわち、正規のフレームの再生をもたらしうる。
【０２６９】
図２３Ａに示される実施形態では、ビデオ部分２４００、２４０１、２４０２、および２４０３が光レコードキャリアに格納される正規のコンテンツの部分である、つまり、部分２４００、２４０１、２４０２、および２４０３は正規のフレームに属する。一方、クリップ＃３のビデオ部分２４０４は広告を含む。この部分は、点線により図２３Ａで示されるように、ＳｕｂＰｌａｙＩｔｅｍ＃１−３１によりプレイリスト＃３で参照される。その他の参照は、図２３Ａから容易に理解され、例えばプレイリスト＃１のＳｕｂＰｌａｙＩｔｅｍ＃１−１２は部分２４０３を参照し、プレイリスト＃３のＰｌａｙＩｔｅｍ＃１−３１は部分２４００を参照する、といったような具合である。
【０２７０】
図２３Ａの例において、部分２４００および２４０１は、それぞれの第１のビデオシーケンスを格納する。例では、部分２４００に格納される第１のビデオシーケンスは、図２１の第１のビデオシーケンス３００に対応する。さらに、部分２４０２および２４０３は、図２１に関連して上記で説明される意味で、それぞれの第２のビデオシーケンスを格納する。例では、部分２４０３に格納される第２のビデオシーケンスは、図２１の第２のビデオシーケンス３０２に対応する。
【０２７１】
プレイバックのために図２３Ａのプレイリスト＃１、＃２、および＃３を使用する場合の再生の異なる結果が、図２３Ｂに示される。
【０２７２】
図示されるように、プレイリスト＃１が再生のために使用された場合、まずＰｌａｙＩｔｅｍ  ＰＩ＃１−１１により参照されるビデオ部分２４００のコンテンツが、ＳｕｂＰｌａｙＩｔｅｍ  ＳＰＩ＃１−１１により参照される部分２４０２に格納されるビデオコンテンツと一緒に再生される。しかしながら、このコンテンツは、部分２４００のコンテンツに属する「欠けている」部分に対応しないので、部分２４０２のコンテンツは、部分２４００のコンテンツのピクチャの中のピクチャとして理解される。これは視聴者にとって気分を害するものである。
【０２７３】
図２３Ｂで図示されるように、プレイリスト＃２（オリジナルのプレイリスト）を使用する場合に限り、正規のフレームが再生される。第２のビデオシーケンス２４０３は、第１のビデオシーケンス２４００に対応するので、２つのビデオシーケンス（正規のフレームの部分）は「パズル」におけるように一緒に連結される。それゆえ、視聴者は、第２のビデオシーケンス２４０３が実際には第１のビデオシーケンス２４００の中に「挿入されている」ことに気づかない。プレイバックのためにプレイリスト＃２を使用する場合、同じことが右のピクチャで起こる（これは図２３Ｂに示されるピクチャの右の列の上から２番目のピクチャである）。このとき、第２のビデオシーケンス２４０２は、第１のビデオシーケンス２４０１に挿入されている。この場合も、２つのビデオシーケンスが同一の正規のフレームに属するので、視聴者はこのことに気づかない。
【０２７４】
図２３Ａおよび図２３Ｂの例に示されるように、プレイリスト＃３が使用されて、部分２４００が再生される場合、同時に部分２４０４が広告を含んで再生される。それゆえ、視聴者は広告により気分を害される。
【０２７５】
図２３Ａおよび図２３Ｂから明らかになるように、追加の（偽）プレイリストを生成するために、ディスク上の部分２４０４に格納される広告コンテンツのような追加のコンテンツを提供することは、必ずしも必要ではない。かかる追加の（偽）プレイリストは、所定の第１のビデオシーケンスを再生する場合に、ＳｕｂＰｌａｙＩｔｅｍを介して「正しくない」欠けている部分を参照することによっても簡単に決定されうる。例えば、（部分２４０２に格納される）正しくない欠けているビデオシーケンスが部分２４００に格納されるビデオシーケンスの中に挿入される、図２３Ｂの左上角に示される結果を参照されたい。この場合、部分２４００が第１のビデオシーケンスを格納し、部分２４０３（「欠けている」部分である）がそれぞれの第２のビデオシーケンスを格納するところ、部分２４０２に格納されるビデオシーケンスは第３のビデオシーケンスとして参照されうる。
【０２７６】
さらなる実施形態では、ディスク上にオリジナルのプレイリスト（正規のプレイリスト）を全く提供しないことも可能である。この場合、正しくない欠けている部分を参照するプレイリストだけがディスクに含まれうる。オリジナルのプレイリストは、ＡＡＣＳにより暗号化されたコンテンツから所定の位置でバイトを読み取ることにより決定されうる（例えば、図１９Ｆおよび対応する説明を参照）、またはダウンロードのためにサーバ上に提供されうる。
【０２７７】
正しいプレイリストがディスク上で複数の偽プレイリストの中に格納される場合、正しいプレイリストは（図２３Ａおよび図２３Ｂの例では、これはプレイリスト＃２である）、説明されたのと同じ同一の技術に基づき、すなわち、「キー抽出」、およびキーデータを入力データとして使用するプログラム命令に基づくプレイリストの選択に基づき、偽プレイリストと区別される（識別される）であろう。もちろん、図２３Ａおよび図２３Ｂの実施形態は（以下で説明される図２３Ｃの実施形態もまた）、クリップのスライシングおよびシャッフリングと組み合わせられてもよい。この場合、本明細書全体を通して説明される追加の（偽）プレイリストが生成される可能性が組み合わされて、複製者を混乱させる効果は増大するであろう。
【０２７８】
図２３Ｃに示されるさらに別の実施形態（「複数のサブパス―付加的に、プレイバック中に動的に変化するサブパスを含む―を伴うプレイリストに基づく偽プレイリスト」とも呼ばれる）では、複数の異なるサブパスを伴うプレイリストが提供されうる。サブパスのうちの１つだけが、メインパスの中の欠けている部分への正しい挿入につながる正しいサブパスでありうる。この場合も、正しいサブパスは抽出される「キー素材」に基づきプレイバック中に決定されうる。また、第１のビデオシーケンスの中への正しい第２のビデオシーケンスの挿入をもたらす正しいサブパスは、図２３Ｃで図示されるように動的に変更されてもよい。図示されるように、最初の２つのＰｌａｙＩｔｅｍ＃１および＃２については、ＳｕｂＰｌａｙＩｔｅｍ＃３が、正規の品質での再生をもたらすオリジナルの（「正しい」）ＳｕｂＰｌａｙＩｔｅｍである。しかしながら、ＰｌａｙＩｔｅｍ＃４については、ＳｕｂＰｌａｙＩｔｅｍはこれよりも少なく、さらに、オリジナルの（欠けている）部分（第２のビデオシーケンス）を参照するのは、今度はＳｕｂＰｌａｙＩｔｅｍ＃１である。
【０２７９】
図２３Ｃの略号「ＳＰＩ」は、ＳｕｂＰｌａｙＩｔｅｍを意味する。明らかであるが、図２３Ｃにおいて、ＰｌａｙＩｔｅｍ＃１に対して正しくないＳｕｂＰｌａｙＩｔｅｍ、例えばＳｕｂＰｌａｙＩｔｅｍ＃１がプレイバックのために選択される場合、これは視聴者の気に障るピクチャ・イン・ピクチャ効果につながる。しかしながら、ＳｕｂＰｌａｙＩｔｅｍ＃３（オリジナルのＳＰＩ）がＰｌａｙＩｔｅｍ＃１に対して使用される場合、視聴者は、実際にはＳｕｂＰｌａｙＩｔｅｍが表示されていることに少しも気づかない。これは図２３Ａについても同じである。既に明らかなように、オリジナルの（「正しい」）ＳｕｂＰｌａｙＩｔｅｍのセクションは、キー素材（例えば、暗号化特性）、およびコンテンツを再生するために使用されるプログラム命令に依存するようになされてもよい。
【０２８０】
図２３Ａの「異なるサブパスを伴うプレイリストに基づく偽プレイリスト」および図２３Ｃの「複数のサブパスを伴うプレイリストに基づく偽プレイリスト」の２つの実施形態は、組み合わせられてもよい。
【０２８１】
図２４Ａは、ブルーレイ・ディスク３０８がプレイバックを制御するため、およびオリジナル・ディスク・チェック／キー抽出を行うためのＢＤ−Ｊオブジェクト３０９を含む一実施形態を示す。ディスク３０８は、複数のオーディオ・ビデオ・ファイル３１０、３１２、３１４をさらに含む。ファイル３１４は、例えば図２１に示される第１のビデオシーケンス３００のような第１のビデオシーケンスに対応しうる。換言すれば、ファイル３１４は、例えば図２１の第２の部分２９８のようなより小さい部分を除いた大きなファイルでありうる。
【０２８２】
ファイル３１０、３１２は、サイズがより小さいであろう。サイズは、例えば図２１の第２の部分２９８のサイズと同一のサイズであってもよい。しかしながら、ファイル３１０だけが「欠けている部分」、すなわちファイル３１４で欠けている正規のフレームの部分を含みうる。ファイル３１２は、ファイル３１０以外のコンテンツを含みうる。ディスク３０８がコピーであり、かつプレーヤ３１７でプレイバックされる場合、Ｊａｖａ（登録商標）仮想マシン３１６の中のプレーヤ３１７は、オリジナル・ディスク・チェックを実行しうる。図２４Ａの例において、ディスク３０８は、オリジナル・ディスク・チェックが失敗するようなコピーである。それゆえ、メインパスとしてファイル３１４、サブパスとしてジャンクデータを含むファイル３１２を参照する、ディスク３０８に格納されるプレイリストが選択されうる。結果が図２４Ａの右側に示されるようになるように、２つのファイル３１４および３１２は一緒にプレイバックされる。符号３１８で示されるピクチャはファイル３１２から生じ、符号３２０を伴うピクチャはファイル３１４の結果でありうる。
【０２８３】
ファイル３１２のコンテンツは、広告またはその他のジャンクコンテンツを含みうる。さらに、コンテンツは、メイン動画のコンテンツから視聴者の気をそらす「人目を引く」ビデオコンテンツでありうる。図２４Ａの例において、３１８で示されるコンテンツは、例えば３２０で示される静かなシーンから視聴者の気を散らす銃撃シーンである。
【０２８４】
図２４Ｂは、ディスク３２２が、それに格納される１つのファイルだけを有するさらなる実施形態を示す。例示の目的のために、このファイルは図２４Ａに示されるのと同一のファイル３１４でありうる、すなわち、ファイルは、図２１に示される第１のビデオシーケンス３００のような正規のフレームの大きな部分を含むファイルでありうる。しかしながら、ディスク３２２は、例えば図２１に示される第２の部分２９８のようなより小さい部分に対応するファイルを含まない。それゆえ、プレーヤがファイル３１４だけをプレイする場合に、図２１のフレーム３００で示されるような余白空間がある（または広告／気を散らすコンテンツがメインパスのビデオシーケンスに含まれた場合に示されるような、広告または気を散らすコンテンツがある）。
【０２８５】
欠けている部分、例えば図２１に示される第２の部分２９８／第２のビデオシーケンス３０２は、ダウンロードのためにサーバ３２１上に提供されうる。アクセスは、ディスク３２２がオリジナルまたは合法（マネージド）コピーであると判定された場合にだけ許容されうる。そうでない場合、サーバ３２１はジャンクまたは広告のコンテンツを提供しうる。このように、図２４Ｂにおいて、サーバ３２１により提供されるコンテンツはサブパスで使用されるビデオデータを提供する一方で、プレイリストでメインパスとして作り出されるビデオはディスク３２２から提供されうる。
【０２８６】
図２４Ｂの例において、ディスク３２２は、ＢＤ−Ｊオブジェクト／Ｊａｖａ（登録商標）仮想マシンのオリジナル・ディスク・チェックが失敗し、それゆえにサーバ３２１が広告コンテンツを提供するようなコピーである。これは、３２３の車「ＢＲＡＮＤ  Ｘ」のコマーシャルが、３２０で示されるメイン動画に含まれる右側に示されている。
【０２８７】
もちろん、上述されたように、ディスクチェックが成功した場合、すなわち、ディスクはオリジナルである場合、正規のフレームからの第２の部分は、正規のフレームの第１の部分を伴って同期して再生される。それゆえ、視聴者は、見られているピクチャの部分がメインパスおよびサブパスからの別々の部分から生じていることに気づかない。
【０２８８】
もちろん、さらなる実施形態（図示されていない）では、第２のビデオシーケンスの部分、例えば図２１に示される第２のビデオシーケンス３０２の部分だけがレコードキャリアに格納され、第２のビデオシーケンスの残りの部分が、オリジナル・ディスク・チェックが成功した場合にサーバからダウンロードされることも可能である。
【０２８９】
図２４Ａおよび図２４Ｂに示されるように、オリジナル・ディスク・チェックが失敗した場合、気を散らす／人目を引くコンテンツがメイン動画に含まれることで、コピープロテクションのための効果的な方法が提供される。さらに、図２４Ｂでは、オリジナル・ディスク・チェックが成功した場合に含められる部分のサイズが非常に小さく、サーバから容易にダウンロードされるので、より少ない帯域幅しか要求しないコピープロテクションを実現することができる。
【０２９０】
図２１〜図２４の実施形態に関して、ピクチャ・イン・ピクチャは、例えばコピープロテクトされなければならないオリジナルのＡＶデータ（コンテンツ）としての動画の中のいくつかの部分にだけ適用されることが可能であることに留意されたい。換言すれば、ＡＶデータのいくつかの部分に対してだけ２つの別個のビデオシーケンスが設定され、その他の部分に対しては１つのビデオシーケンスだけがあってもよい。この場合、プレイリストのいくつかのＰｌａｙＩｔｅｍだけが、１つのビデオシーケンスの中に符号化され、ピクチャ・イン・ピクチャとして表示される欠けた部分を参照するサブパスを有しうる。これを複製者が見つけることは困難であろう。つまり、複製者が一目見て、いくつかの部分でオリジナルのディスク／マネージドコピーがプレイバックのために使用されない場合、ＢＤ標準のＰｉＰ（ピクチャ・イン・ピクチャ）機能が、気を散らすコンテンツを含むために使用されていることに気づかない可能性がある。
【０２９１】
また、さらなる実施形態において、メインパスのビデオシーケンスは、より小さい部分の領域に、広告または気を散らすコンテンツを既に含んでいてもよい。例えば、図２１において、第２の部分２９８が「切り抜かれた」第１のビデオシーケンス３００の領域は、広告または他の気を散らすコンテンツに対応するビデオシーケンスで埋められうる。ここで、このできあがったビデオシーケンスは符号化され、その結果、プレイリストの中のメインパスにより参照されている場合にプレイバックされる。オリジナル・ディスク・チェックが成功した場合、サブパスで参照されるビデオシーケンスが広告／気を散らすコンテンツをオーバレイするプレイリストが選択される。
【０２９２】
なお、さらなる実施形態では、切り抜かれた部分（図２１の第２の部分２９８）は、動いていてもよい、つまり、動画（またはその他のビデオコンテンツ）の進行中に異なる位置に出現してもよい。例えば、小さい方のピクチャは、動画の中で人の顔の上を動いていてもよい。このように、図２１の第２の部分２９８の位置（ならびに図２４Ａおよび図２４Ｂの部分３１８、３２０）は、コピープロテクトされるビデオコンテンツに依存してもよい。切り抜かれた部分ではなくその他のコンテンツが挿入される場合、コンテンツから視聴者の気を最も散らすように位置が選択されうる。例えば、広告コンテンツが含まれる場合、広告は動画の中の人の顔の上に表示される。これは視聴者の気を確かに散らす。気を散らすことは、ＰｉＰのオン／オフを切り換えること、およびさらにＰｉＰを動かすことにより増大させられるであろう。この場合、「正しくない」プレイリストが使用されると、広告が動いているだけでなく、広告がオンおよびオフに切り換えられる。これはまた視聴者にとって非常に迷惑である。
【０２９３】
図２５に示されるコピープロテクションのための方法のさらなる実施形態では、光レコードキャリアの論理ファイルシステムで複数のファイル名、すなわち、論理ファイルシステムの論理ファイル名が、ディスクの同一の物理的な一部を参照することが可能である。この場合も、この概念は、上記で説明される実施形態の任意のものと容易に組み合わせられうる。
【０２９４】
図２５では、レコードキャリア、例えば光レコードキャリアが、ディスクの物理領域（部分）、例えば異なる物理ブロックまたはセクタに、各々対応する４つの異なる領域（部分）３３０−１、…、３３０−４を有する。
【０２９５】
領域３３０−１、…、３３０−４の各々または少なくとも一部は、レコードキャリアの論理ファイルシステムの異なる論理ファイル名を介してアクセスされる。例えば、第１の領域３３０−１は、論理ファイル名クリップ＃１、クリップ＃５、クリップ＃９、およびクリップ＃１３により論理ファイルシステムでアクセスされる、すなわち、参照されうる。
【０２９６】
それゆえ、プレイバック装置が論理ファイル名としてクリップ＃１を読み取る命令を受け取った場合、領域３３０−１が例えば光ピックアップによりアクセスされる。領域３３０−１はまた、プレイバック装置がクリップ＃５、クリップ＃９、および／またはクリップ＃１３にアクセスする命令を受け取った場合にも読み取られる。
【０２９７】
レコードキャリアが例えばブルーレイ・ディスクである場合、論理ファイルシステムは、例えばＵＤＦ２．５０ファイルシステムのようなＵＤＦファイルシステムでありうる。しかしながら、複数の論理名を使用して同一の領域を参照するためには、そのようなブルーレイ・ディスクのＵＤＦファイルシステムは変更されなければならない可能性がある。例えば、ファイルエントリが追加されたり、データの物理的な位置が変更されたり、および／または参照長が変更されたりしうる。
【０２９８】
レコードキャリアがブルーレイ・ディスク、ＤＶＤ、あるいは他の公知のまたは将来のフォーマットであるかどうかとは無関係に、同一の領域にアクセスするために複数の異なるファイル名を使用する概念は、同一の物理領域にアクセスすることにより同一のコンテンツをプレイバックするための複数の異なる順序、例えばプレイリストを生成することを可能にする。
【０２９９】
例えば、図２５において、プレイリストＰＬ＃１は、論理ファイルシステムでは、クリップ＃１、クリップ＃６、クリップ＃１１、およびクリップ＃１６をプレイし、それにより、それぞれ領域３３０−１、３３０−２、３３０−３、および３３０−４にアクセスする。プレイリストＰＬ＃２は、論理ファイルシステムでは、クリップ＃５、クリップ＃１０、クリップ＃１５、およりクリップ＃４をプレイし、それにより、プレイリスト＃１に対するのと同一の順序で物理領域に、すなわち、それぞれ領域３３０−１、３３０−２、３３０−３、および３３０−４にアクセスする。また、図２５に示されるプレイリストＰＬ＃３およびＰＬ＃４は、物理領域３３０−１、３３０−２、３３０−３、および３３０−４にアクセスする同一の順序をもたらす。
【０３００】
それゆえ、プレイリストＰＬ＃１〜ＰＬ＃４の全てが、実際には物理領域３３０−１、３３０−２、３３０−３、および３３０−４を同一の順序でプレイバックする。しかしながら、論理ファイルシステムでは、異なるクリップがアクセスされる。
【０３０１】
論理ファイルシステムでのアクセスが図２６に示される。図２６の例は、図２５の例に対応することに留意されたい。しかし、図２６は、論理ファイルシステムだけを示す。例えば、ＰｌａｙＬｉｓｔ＃１は図２５のＰＬ＃１に対応し、以下のＰｌａｙＩｔｅｍ、すなわち、それぞれファイルクリップ＃１、クリップ＃６、クリップ＃１１、およびクリップ＃１６の（論理ファイルシステムでの）プレイバックにつながるＰＩ＃１、ＰＩ＃２、ＰＩ＃３、およびＰＩ＃５を含む。
【０３０２】
このように、図２５および図２６は、例えば領域３３０−１〜３３０−４に格納される複数のＡＶファイルが光レコードキャリアに格納される一実施形態を図示する。ＡＶファイルは、第１の順序を有しうる。例えば、ＡＶファイルと領域との間に１対１のマッピングがある場合、第１の順序は領域の位置により定義されうる、すなわち、第１の順序は３３０−１、３３０−２、３３０−３、および３３０−４である。
【０３０３】
ＡＶファイルが第１の順序でプレイバックされた場合、ＡＶファイルのオーディオビジュアルコンテンツは正規のプレイバックシーケンスで再生される。例えば、領域３３０−１、…、３３０−４に対応するＡＶファイルが映画に対応する場合、映画は製作責任者により生成されたようにプレイバックされる。
【０３０４】
同様に、図２５および図２６でに示されるように、論理ファイルシステムは、論理ファイルシステムの複数のファイル名が同一の領域／ＡＶファイルにアクセスすることを可能にするように設計される。例えば、領域３３０−２に対応するＡＶファイルが異なる論理ファイル名クリップ＃２、クリップ＃６、クリップ＃１０、およびクリップ＃１４によりアクセスされうる。
【０３０５】
さらに、図２５が示すように、複数のプレイリスト、例えば第１の順序での複数のＡＶファイル／領域のプレイバックを各々示す第１および第２のプレイリストがありうる。プレイリストは、領域をプレイバックする場合に異なるシーケンスの論理ファイル名が使用される点が異なる。しかしながら、光ピックアップの物理的なアクセスは常に同一である。
【０３０６】
同一の物理領域にアクセスするために異なる論理名を使用することの有利な点は、複製者が論理ファイル名に基づきコピーを作成しうるということである。結果として、複製者、例えばコピープログラムは、同一の領域を何度もコピーする。図２５の例では、各領域に対して４つの異なる論理名が使用されるので、領域３３０−１〜３３０−４の各々が４度コピーされうる。これは、非常に大きな量のデータをもたらす。図２５の例では、データが、レコードキャリアに実際に格納されるデータの量の４倍になる。例えば、レコードキャリアが５０ギガバイトのストレージを伴うブルーレイ・ディスクである場合、論理ファイル名をコピーするコピープログラムのコピーは２００ギガバイトになるであろう。
【０３０７】
当然、図２５は一例にすぎず、実際にははるかに多くの論理ファイル名が使用されうる。そのような場合、データの量はさらに増大し、非常に大きな量のデータは複製者にとって扱うのが困難である。さらに、オリジナル・ディスク・チェックを行うのが容易になりうる。コピープログラムまたは複製者が論理ファイル名に基づきコピーを作る場合、物理領域の配置は図２７に示されるように論理ファイル名に依存しうる。
【０３０８】
図２７は、複製者が論理ファイル名によりコピーし、コピーされた論理ファイル名に関連する領域を論理ファイル名の順序で格納する場合に何が起こるかを示す。図２７の例では、クリップ＃１、クリップ＃２、クリップ＃３、クリップ＃４、クリップ＃５、およびクリップ＃６が、例えばそれぞれ物理領域３３０−５、３３０−６、３３０−７、３３０−８、３３０−９、および３３０−１０に格納されうる。このように、図２５に示されるようにオリジナルのディスクでは事実ではないクリップ＃６のコピーのためにデータが物理的に生成される。
【０３０９】
さらに、プレイリストＰＬ＃１がプレイバックのために使用される場合、クリップ＃１およびクリップ＃６のアクセス特性は異なる。図２５に示されるオリジナルのディスクの例では、クリップ＃１およびクリップ＃６によりアクセスされる領域３３０−１および３３０−２は、それぞれ互いに隣接する。しかし、それぞれ論理ファイル名クリップ＃１およびクリップ＃６によりアクセスされるコピー領域３３０−５および３３０−１０上では、物理的により遠く離れている。したがって、例えば光ピックアップ、またはハードディスクの読取ヘッドのアクセス時間が異なる。
【０３１０】
この効果は正規の品質でのＡＶファイルのプレイバックを妨げるために用いられる。あるいは、この効果はプレイバックを完全に停止させる／妨げるために用いられてもよい。それゆえに、光レコードキャリアは、再生専用光レコーディングキャリアからＡＶファイルを読み取る場合、光ピックアップの所定のアクセス特性データを含みうる。図２５の例では、領域３３０−１、３３０−２、３３０−３、および３３０−４が格納される光ディスクは、最初にクリップ＃１にアクセスし、次にクリップ＃６にアクセスする場合に、光ピックアップのアクセス時間を記述するデータを含みうる。
【０３１１】
さらに、光レコードキャリアは、実行されてＡＶファイルを読み取る場合に、プレイバック装置のピックアップ（光または磁気のピックアップ）のアクセス特性データと、再生専用光レコードキャリアから読み取る場合の光ピックアップのアクセス特性データとを比較するプログラム命令を含みうる。
【０３１２】
例えば、ＡＶファイルがコピー（これは光レコードキャリアまたはハードディスクとしてもよい）から読み取られる場合、実際のアクセス特性データが判定されうる。図２７では、そのような実際のアクセス特性データは、例えば、それぞれ領域３３０−５および３３０−１０に格納され、クリップ＃１にアクセスし、次に連続してクリップ＃６にアクセスする場合のアクセス時間を記述しうる。
【０３１３】
論理ファイル名クリップ＃１およびクリップ＃６は、異なる物理領域でのアクセスをもたらすので、アクセス時間、すなわち、実際のアクセス特性データは、論理ファイル名クリップ＃１およびクリップ＃６を使用することにより図２５のオリジナルの光レコードキャリア上の領域３３０−１および３３０−２にアクセスする場合のアクセス時間とは異なる。
【０３１４】
それゆえ、図２５に示されるように再生専用／オリジナルの光レコードキャリアにアクセスする場合のアクセス特性を記述するものと、図２７に示されるようにコピー上でのアクセス特性を記述する実際のものとでは、予め定められたアクセス特性データに偏差がありうる。所定のアクセス特性データと実際の特性データとの偏差がしきい値を超えた場合、ＡＶファイルのプレイバックは妨げられうる。あるいは、プレイバック品質が低下しうる。
【０３１５】
一方、ディスクを物理的に、すなわち、図２７に例示される論理ファイル名に基づかずにコピーすることを目指すコピープログラム／複製者もあるであろう。そのような場合、例えばＡＡＣＳパラメータのような暗号化パラメータが同様にコピーされなければならない。これは、例えばＢＤ−ＲＯＭのＰＭＳＮまたはボリュームＩＤをコピーすることができるコピープログラムまたはディスク書込装置が存在しないために合法的には可能ではなく、違法な物理コピーはプレイバックされ得ない。それゆえ、物理レベル上だけで、すなわち、論理ファイルシステムをチェックすることなしに動作するコピープログラムも、図２５に示されるようなレコードキャリアのコピーを作ることができない。
【０３１６】
図２８は図２５に対応するが、クリップ／領域３３０−１、…、３３０−４の任意のシャッフルされた論理ファイル名を伴う。これは、論理ファイル名と物理的な位置の間に相関関係が見出されないことがありうるので、複製者のさらなる混乱をもたらしうる。
【０３１７】
同一の領域の異なるファイル名はまた、偽プレイリストを生成するために使用されてもよい。例えば、図２９は、領域３３０−１、…、３３０−４（例示の目的のために、これらは図２５および図２８と同一の領域である）に対する４つのプレイリストＰＬ１０、ＰＬ２０、ＰＬ３０、およびＰＬ４０を示す。それぞれの符号ＰＬ１０、ＰＬ２０、ＰＬ３０、およびＰＬ４０で示される図２９の矢印は、それぞれのプレイリストに含まれる論理ファイル名のシーケンスを示す。これは以下をもたらす。
ＰＬ１０：クリップ＃３、クリップ＃８、クリップ＃１０、クリップ＃７
ＰＬ２０：クリップ＃４、クリップ＃１２、クリップ＃５、クリップ＃８
ＰＬ３０：クリップ＃４、クリップ＃１１、クリップ＃１０、クリップ＃１
ＰＬ４０：クリップ＃９、クリップ＃５、クリップ＃６、クリップ＃７
【０３１８】
図２９の例は、図２５と同一の物理ディスク、および同一の論理ファイルシステム（図２５の例と同一の名前）を有するが、異なるプレイリストを有する。容易に理解されうるように、プレイリストＰＬ１０およびＰＬ４０は、物理領域に正しい順序、すなわち３３０−１、３３０−２、３３０−３、および３３０−４でアクセスする「正しい」プレイリストである。一方、プレイリストＰＬ２０およびＰＬ３０は、物理領域の異なるアクセスをもたらし、それゆえ、正しくない、すなわち、ユーザに不満を抱かせる再生をもたらす「偽」プレイリストである。例えば、プレイリストＰＬ２０がプレイバックのために使用された場合に、領域３３０−１がまず再生され、次に、領域３３０−３が３度再生される。
【０３１９】
プレイリストは、論理ファイルシステムおよび／または物理マッピングについて異なる長さを有することが可能であることに留意されたい。例えば、プレイリストが異なる数の論理ファイル名を含み、異なる数の領域をプレイバックすることにより、異なる長さのオーディオビジュアルコンテンツの再生をもたらしてもよい。
【０３２０】
上記、例えば図５、１２、１３、１７、および１８、ならびに対応する説明を参照、と同様に、追加のプレイリストが複製者を混乱させるために使用されてもよく、正しいプレイリスト、例えば図２８のプレイリストＰＬ１０およびＰＬ４０が、オリジナル・ディスク・チェックが成功した、および／または正しい「キーデータ」、つまりオリジナルのディスクだけから読み取られることができるようなキーデータがディスクから抽出された場合だけ、偽プレイリストと区別されてもよい。例えば、暗号化パラメータ、および／または暗号化パラメータの整合性をチェックし、かつ上記で説明されるような整合性チェックに基づき正しいプレイリスト、例えば図２８のプレイリスト１０を決定するＢＤ−Ｊオブジェクトがブルーレイ・ディスクに格納されてもよい。あるいは、または加えて、例えばＰＭＳＮ、ボリュームＩＤ、および／またはその他のような暗号化パラメータが使用されてもよい。また、この場合も、正しいプレイリストがディスク上に含まれず、ダウンロードのためにサーバから供給されてもよい（図９参照）。
【０３２１】
ＢＤ−Ｊオブジェクトのプログラム命令は、正しいプレイリストと偽プレイリストとの識別をもたらさないので、期待される暗号化パラメータのない、または（ハックされたために）変更された暗号化パラメータを伴うコピーは、役に立たないであろう。
【０３２２】
さらなる実施形態において、上記で説明されるようなアクセス特性は、正しいプレイリストと偽プレイリストを区別するために使用されてもよい。プレイバック装置は、例えば図２９の例において、まずクリップ＃３にアクセスし、次にクリップ＃８にアクセスする場合に、アクセス特性をチェックしうる。アクセス特性が、レコードキャリアが再生専用レコードキャリアである場合に発生することが期待される予め定義された範囲内である場合に限って、アルゴリズムがプレイリストＰＬ１０を正しいプレイリストと決定しうる。換言すれば、アクセス特性は正しいプレイリストを決定するためのアルゴリズムのための入力データとして使用されうる。入力データはまた、上記のように、「キーデータ」または「キー素材」、すなわち、ディスクに対して計算されるキーとも呼ばれる。
【０３２３】
図３０は、例えば図１〜図４によって上記で説明されるスライシングおよびシャッフリングの概念と、レコードキャリア上の同一の物理的な位置にアクセスするために異なる論理ファイル名を使用する概念とを組み合わせるさらなる実施形態を示す。
【０３２４】
図３０では、ＡＶデータ３４０が６つの部分、すなわち、ＡＶ部分３４２−１、…、３４２−６にスライスされる、すなわち分割される。これらのＡＶ部分３４２−１、…、３４２−６は、例えば１分、１分〜２分など（さらなる値については上記を参照）の長さを有しうる。さらに、ＡＶ部分３４２−１、…、３４２−６は第１の順序を有し、ＡＶ部分３４２−１、…、３４２−６が第１の順序で再生される場合に、ＡＶデータ３４０のコンテンツは正規のプレイバックシーケンスで再生される。次に、上記で説明されるように、ＡＶファイル３４２−１、…、３４２−６が第１の順序と異なる順序である第２の順序を有するように、ＡＶ部分３４２をシャッフルまたはスクランブルする（混合する）ことが可能である。図３０の例では、第２の順序は３４２−２、３４２−６、３４２−１、３４２−３、３４２−４、および３４２−５である。
【０３２５】
次に、ＡＶ部分は第２の順序でディスクに書き込まれる、つまり、第２の順序は物理的な位置、例えばＡＶ部分が格納されるディスク上の１つの領域または複数の領域を定義するであろう。
【０３２６】
ここで、図２５〜図２９の説明によれば、ＡＶファイル３４２の各々は、複数の異なる論理ファイル名によりアクセスされうる、例えばディスク上の１つの特定の領域または複数の特定の領域に格納されるＡＶファイル３４２−２は、論理ファイル名１１、３、および７によりアクセスされうる。同様に、ＡＶファイル３４２−６は、論理ファイル名１、４、および８によりアクセスされうる。ＡＶファイル３４２−１は、論理ファイル名１５、２、および１０によりアクセスされうる。ＡＶファイル３４２−３は、論理ファイル名１２、１６、および１８によりアクセスされうる。ＡＶファイル３４２−４は、論理ファイル名５、２１、９、１７、１３、１４、１９、２０によりアクセスされ、ＡＶファイル３４２−５は単一の論理ファイル名６によりアクセスされうる。
【０３２７】
多数の論理ファイル名が、ほぼ無数の偽プレイリスト（さらなる第１のプレイリスト）を生成する可能性を与える。また、多数の正しいプレイリストを設定することもできる。論理ファイル名に基づく図３０の正しいプレイリストの一例が、例えば２、１１、１６、２１、６、８である。同様に論理ファイル名に基づく偽プレイリストの一例が、例えば１１、４、７、２０、９である。
【０３２８】
このように、同一のＡＶファイルにアクセスするために異なる論理ファイル名を使用する概念は、この概念を用いずに決定されるプレイリストの数に「さらなる広がり」を追加する。
【０３２９】
この場合も、上記のように、正しいプレイリストを決定するために、ディスクに格納されるプログラム命令が、ディスクから抽出される特性データ（「キーデータ」）と組み合わせて使用されうる。
【０３３０】
図３０の例において、さらなる実施形態では、ＡＶファイル３４２の第２の順序は完全に任意ではなく、シームレスなプレイバックが可能であるようなものでありうることに留意されたい。換言すれば、２つのＡＶファイル３４２の間の物理的な距離は、論理ブロックで予め定義された距離を超えないであろう。そのような制約は、レコードキャリアに対する標準により課されうる。例えば、ブルーレイ・フォーマットでは、物理的な距離が６４００００論理ブロックを超えないであろう。
【０３３１】
また、図３０の実施形態に関して、異なる論理ファイル名によりアクセスされる１つのファイルは、ＡＶデータ３４０のいくつかのスライスされた部分を含みうることに留意されたい。ただし、図３０の例ではそうであるように、各部分３４２が１つのファイルに格納されることを除外するものではない。しかしながら、部分１０８−３および１０８−２が図１で１つのファイルに格納されるように、複数の部分が１つのファイルに格納されてもよい。
【０３３２】
以上では、コピープロテクションのための方法、システム、および装置のさまざまな異なる実施形態、またレコードキャリアのさまざまな実施形態が説明された。これらの方法のいくつかは、ハードディスク上のオーディオビジュアルコンテンツをコピープロテクトするためにも適用されうる。例えば、ＡＶクリップをスライスおよびシャッフルする概念はまた、ハードディスク上のＡＶコンテンツをコピープロテクトするために使用されてもよい。いずれの場合も、説明される実施形態の全てが、任意の可能なやり方で組み合わせられうる。
【０３３３】
このように、上記で説明される実施形態の全ては、任意の方法で組み合わせられうることを理解されたい。
【０３３４】
上記では、何度も、例えばファイルまたはクリップ（例えば、ＡＶ部分）、あるいは例えばプログラム命令などの他のデータのようなデータがレコードキャリアに格納される、または書き込まれる。これは、記録メディアの物理構造を変更することにより行われる。例えば、レコードキャリアがハードディスクである場合、それぞれの記録メディアの磁気特性が、データを格納するために代替／変更される。レコードキャリアが光レコードキャリア、例えばＤＶＤ、ＢＤ、およびＣＤ−ＲＯＭのような例えば光ディスクである場合、ピットおよび／またはランドがそれぞれの記録メディアの上に設けられうる。
【０３３５】
上記で説明されたいくつかの実施形態では、光データキャリア上のＡＶデータの暗号化特性が分析される。この目的のために、プログラム命令がプレイバック装置上で実行される。これらの命令の実行の過程で、プレイバック装置は光データキャリアからこれらの暗号化の特性を取り出す。情報はプレイバック装置により取り出されるが、その情報は光データキャリア自体の特性であり、プレイバック装置の特性ではない。したがって、ＡＶデータが、オリジナルのデータキャリアではないデータキャリアに格納される状況を検出することが可能である。
【０３３６】
さらに、いくつかの実施形態（例えば、図１を参照、しかし多くのその他の図も参照）では、オーディオビジュアルデータが複数の部分に格納され、この場合、全ての部分がデータキャリアのフォーマット仕様に適合する。各部分がフォーマット仕様に適合するという事実のために、適切なプレイバック装置はこれらの部分の各々を再生することが可能である。したがって、ＡＶデータは破損していないとみなされる。第１の順序が知られていない場合に、これらの部分を第２の順序で格納することは、ＡＶデータをエンドユーザにとって役に立たなくする、または楽しみを低下させる意図をもって行われる。データ（部分）が、第２の順序に従って、または非正規のプレイバック順序であるさらなる第１の順序（「偽順序／プレイリスト」）に従ってプレイされる場合には娯楽価値が正規の品質に達しない一方、第１の順序でのプレイバックは正規の品質に対応する。
【０３３７】
本明細書全体を通して使用される技術内容、用語、略語などのいくらかをよりよく理解するためには、以下の文献が役立つであろう。
【０３３８】
全体が参照により本明細書に組み入れられる、Optical  Storage  Technology  Association  (OSTA)のＷｅｂサイトwww.osta.orgから利用可能な文献“Universal  Disk  FormatTM  Specification”,  Revision  2.50,  April  30,  2003の全内容。
【０３３９】
さらに、全体が参照により本明細書に組み入れられる、Ｗｅｂサイトhttp://us.blu-raydisc.comから利用可能な文献“White  paper  Blu-ray  Disc  Format  -  2.B  Audio  Visual  Application  Format  Specification  for  BD-ROM”,  March  2005の全内容。
【０３４０】
さらに、書籍“Blu-ray  Disc  Demystified”,  1st  edition,  Nov.  10,  2008,  ISBN-13  978-0071590921の全内容が、全体が参照により本明細書に組み入れられる。書籍に関する情報はまた、Ｗｅｂサイトhttp://www.bddemystified.comで得られることができる。
【０３４１】
また、２００８年１２月１１日に公開された米国特許出願公開第２００８／０３０４８１１号明細書の全内容は、全体が参照により本明細書に組み入れられる。
【０３４２】
図３１Ａ〜図３１Ｃは、追加の部分がレコードキャリアに格納されるさらなる実施形態を示す。追加の部分は、例えば著作権に関する情報、映画またはその他の製品に対する広告、および／あるいはレコードキャリアの合法コピーがどのように得られることができるかに関する情報を含みうる。
【０３４３】
この実施形態では、正規のコンテンツの再生を可能にするオリジナルのプレイリスト（第１の順序）が追加の部分を参照しなくてもよい。しかしながら、偽プレイリスト（さらなる第１の順序）は追加の部分を参照するであろう。偽プレイリストのうちのいくつかは、視聴者が例えば映画またはその他のコンテンツの少なくとも一部を正規の品質で見るように、オーディオビジュアルコンテンツの少なくとも一部をオリジナルの正規の順序でプレイしうる。しかしながら、映画の一部が正規の品質（正規の順序）でプレイされた後、例えば著作権に関する情報、または合法コピーを得る方法に関する情報を含む追加の部分が表示される。その後、偽プレイリストに基づく再生は停止する、または非正規の品質で継続する。視聴者が映画に興味をもった後に追加の部分がプレイされるので、明らかにそれは、視聴者に非常に不満を抱かせるであろう。
【０３４４】
図３１Ａは、追加の部分３６８−３が部分３６８−１と３６８−２の間に挿入される一例を示す。図３１Ｂは、プレイアイテム３６９−１、３６９−２、および３６９−３がそれぞれ部分３６８−１、３６８−３、および３６８−２を参照する偽プレイリストの一例を示す。このように、偽プレイリストが再生のために使用される場合に、追加の部分３６８−３が再生される。
【０３４５】
図３１Ｃは、追加の部分３７０−６が追加されてレコードキャリアに格納されるさらなる例を示す。図３１Ｃの例で図示されるように、正しいプレイリストＰＬ−Ｃｏｒｒｅｃｔは、プレイアイテムＰＩ（３７０−６）を含まない。一方、偽プレイリストＰＬ−ｆａｋｅは、それぞれプレイアイテムＰＩ（３７０―６）を含む。
【０３４６】
さらに、図３１Ｃの例で図示されるように、第１の部分３７１−１での偽プレイリストＰＬ−ｆａｋｅは、正しいプレイリストＰＬ−ｃｏｒｒｅｃｔの第１の部分３７２−１に対応する。それゆえ、再生のために偽プレイリストＰＬ−ｆａｋｅを使用した場合、最初は、プレイアイテムＰＩ（３７０−１）、ＰＩ（３７０−２）、ＰＩ（３７０−３）、ＰＩ（３７０−４）が、正規の順序（正規の品質）でコンテンツの一部を再生するであろう。しかしながら、部分３７０−５を参照するプレイアイテムが偽プレイリストＰＬ−ｆａｋｅには含まれていないので、偽プレイリストＰＬ−ｆａｋｅを使用する場合、部分３７０−５ではなく、代わりに部分３７０−６を参照するプレイアイテムが再生される。正しいプレイリストＰＬ−Ｃｏｒｒｅｃｔで部分３７０−５を参照するプレイアイテムが動画の最後のシーンに対応すると仮定すると、これは、再生が偽プレイリストＰＬ−ｆａｋｅを使っている場合に、視聴者にとって非常に不満を抱かせ、迷惑である。
【０３４７】
図３２Ａは、レコードキャリアに格納される別の部分３７５−３のコピーである追加の部分３７５−３’がレコードキャリアに格納されるさらなる実施形態を示す。この実施形態の有利な点は、偽プレイリストが「インスペック」であるより多くの偽プレイリストが生成されうることである。換言すれば、より多くの偽プレイリストの全てが、スクランブルをかけられた順序ではあるがシームレスな再生を可能にするものでありうる。いずれの場合も、複製者（ハッカー）は、偽プレイリストがシームレスな再生を可能にしない可能性があるという事項によっては、偽プレイリストと正しいプレイリストとを識別することができない。これは、さらなるレベルのセキュリティを追加する有利な点である。
【０３４８】
用語「インスペック」の意味について、シームレスに結合される２つのクリップに対する最大距離は、（ＢＤ−ＲＯＭ上で）６４００００論理ブロック（層内）および４００００論理ブロック（層間）であるというＢＤ仕様の詳細に関しては、上記で詳述した説明が参照される。
【０３４９】
図３２Ｂは、この効果を図示する一例を示す。図３２Ｂの例のレコードキャリア上には、オーディオまたはオーディオビジュアルコンテンツの部分３７２−３、３７２−６、３７２−１、３７２−５、３７２−４、３７２−２、および３７２−６’がその順序（第２の順序）で格納される。部分３７２−６’は、部分３７２−６のコピーである。
【０３５０】
正しいプレイバックシーケンス（第１の順序）は、以下のプレイバックシーケンス、すなわち、３７２−１、３７２−２、３７２−３、３７２−４、３７２−５、３７２−６に対応する。
【０３５１】
それゆえ、正しいプレイリストＰＬ−Ｃｏｒｒｅｃｔは、
ＰＬ−Ｃｏｒｒｅｃｔ＝｛ＰＩ（３７２−１）、ＰＩ（３７２−２）、ＰＩ（３７２−３）、ＰＩ（３７２−４）、ＰＩ（３７２−５）、ＰＩ（３７２−６）｝
により与えられる。
【０３５２】
偽プレイリストは、以下のように与えられうる。
ＰＬ−Ｆａｋｅ＝｛ＰＩ（３７２−２）、ＰＩ（３７２−６’）、ＰＩ（３７２−４）、ＰＩ（３７２−５）、ＰＩ（３７２−１）、ＰＩ（３７２−３）｝。
【０３５３】
図示されるように、偽プレイリストＰＬ−Ｆａｋｅの中の第２のプレイアイテムＰＩ（３７２−６’）は、部分３７２−６のコピーを参照する。部分３７２−６’は部分３７２−２のとても近くに（図３２Ｂの例では次に）配列されるので、偽プレイリストＰＬ−ｆａｋｅを使用する場合の再生はシームレスになる。一方、偽プレイリストＰＬ−ｆａｋｅが第２のプレイアイテムとして部分３７２−６（オリジナルの部分であり、コピー３７２−６’ではない）を参照する場合、部分３７２−２と部分３７２−６の距離は非常に大きくなり、「アウトオブスペック」になりうる、つまり、シームレスな再生は、以下の偽プレイリストに対して可能ではなくなりうる。
ＰＬ−Ｆａｋｅ＝｛ＰＩ（３７２−２）、ＰＩ（３７２−６）、ＰＩ（３７２−４）、ＰＩ（３７２−５）、ＰＩ（３７２−１）、ＰＩ（３７２−３）｝。
【０３５４】
このプレイリストがシームレスな再生を可能にしないという事実は、複製者（ハッカー）により検出され、それにより、複製者はこのプレイリストが偽プレイリストであることを判定するであろう。それゆえ、説明されたようにコピーを提供することにより、そのような状況を避けることができ、全てがシームレスな再生を可能にするより多くの偽プレイリストが生成されうる。この追加は、より多くの偽プレイリストが、多くの偽プレイリストの中から正しいプレイリストを決定するのをより困難にするので、コピープロテクションをさらに強化する。
【０３５５】
さらなる実施形態（図示されていない）では、レコードキャリア上の分散された物理的な位置に格納されるオーディオビジュアルコンテンツの１つの部分のいくつかのコピーを保持することも可能である。
【０３５６】
部分の１つのコピー（または２つ以上のコピーの場合には複数のコピー）は、レコードキャリア上のさまざまな位置に格納されうる。さらに、コピーがレコードキャリアに格納される部分は、複製者（ハッカー）が、説明されたような偽プレイリストを使用する場合にコンテンツが正規の順序／品質で再生されないことを容易に認識しないように、動画の目立たない部分としてもよい。
【０３５７】
図３３は、別の部分の一部（だけ）のコピーに対応する追加の部分がレコードキャリアに格納されるさらなる実施形態を示す。図３３の例では、符号３７７−２が部分３７７−３の一部を表す。図３３の下部に示されるように、この一部３７７−２のコピー３７７−２’が追加の部分としてレコードキャリアに格納される。
【０３５８】
その他の部分の一部のコピーを格納する効果は、図３２Ａおよび図３２Ｂに関連して上記で説明されるのと同様である。また、この場合、コピーは偽プレイリストで参照されるうるので、シームレスなプレイバックを可能にするより多くのプレイリストが生成されうる。
【０３５９】
図３４Ａおよび図３４Ｂは、追加の部分が生成されてレコードキャリアに格納されるさらなる実施形態を示し、追加の部分は、例えば広告など（上記を参照）、およびレコードキャリアに格納される他の部分のコピーのような追加のコンテンツを含む。図３４Ａに示されるように、部分３８２は、追加のコンテンツを含む部分３８０−５、またそれぞれが部分３８０−３の一部に対応する第１の一部３８０−３−１および第２の一部３８０−３−２を含む。
【０３６０】
可能なさらなる実施形態（図示されていない）では、追加の部分が、コピーされた一部により囲まれなくてもよいことに留意されたい。追加の部分の前だけにコピーを追加することも可能である。それゆえ、図３４Ａでは、部分３８２は部分３８０−３−１だけを含んで部分３８０−３−２を含まなくてもよい。
【０３６１】
図３４Ｂは、偽プレイリストの一部として、図３４Ａに示される追加の部分が、プレイアイテム３８３−１、３８３−２、３８３−３、および３８３−４の並びの中の第３のプレイアイテムとしてプレイアイテム３８３−３により参照される偽プレイリストの例を示す。
【０３６２】
１つの効果は、この場合も上記で説明されるのと同様である。つまり、（正しくない、すなわち非正規の順序で）シームレスなプレイバックを可能にするより多数の偽プレイリストが生成されうる。
【０３６３】
別の効果は、追加の部分をその他の部分のコピーで囲むことが、複製者がそれぞれの部分を発見することをより困難にすることである。例えば、ＢＤディスク上のそれぞれのクリップ（部分）が正規のコンテンツの部分のコピーで始まらない場合、複製者は例えばそれぞれのビデオシーケンスの最初のピクチャを見るだけで、部分がディスクに格納される正規のコンテンツに属しないことを容易に認識しうるために、複製者はそれぞれの部分（例えば、広告を含む追加の部分だけを含む）をより容易に発見することができる。さらに、この場合、複製者（ハッカー）は、それぞれの部分を参照する全ての（偽）プレイリストを除外することもできる。これは、少なくとも部分の始まりで、正規のコンテンツの部分のコピーが追加される場合に、回避できる。複製者は、そのような部分（例えば、図３４Ａの部分３８２）が追加のコンテンツを含むことを容易に認識することができない。さらに、複製者はこのことを認識しないので、そのような部分を参照する（偽）プレイリストを容易には除外することができない。
【０３６４】
図３５Ａは、第１の部分３９３−１および第２の部分３９３−２を有するプレイリストのさらなる実施形態を示す。第２の部分３９３−２のサブパートが第１の部分３９３−１の前に配列され、第２の部分３９３−２のさらなるサブパートが第１の部分３９３−１の後に配列される。
【０３６５】
この実施形態では、第１の部分３９３−１の中のプレイアイテム、すなわち、プレイアイテム３９２−２、３９２−３、３９３−４、および３９２−５だけが、コンテンツの製作者により意図されるような正規のオーディオビジュアルコンテンツをプレイバックするためのようなオーディオビジュアルコンテンツの部分を参照する。
【０３６６】
プレイリストのプレイアイテムの全てが、すなわち、プレイアイテム３９２−１、３９２−２、３９２−３、３９２−４、３９２−５、３９２−６、および３９２−７がプレイバックのために使用される場合に、プレイバック継続時間はコンテンツの製作者により意図されたよりも長くなる。
【０３６７】
これは一例を用いてさらに図示される。
【０３６８】
プレイアイテム３９２−２、３９２−３、３９２−４、および３９２−５は、正規の順序の完全な映画に対応すると仮定する。映画は、例えば２時間に対応する第１の期間の継続時間を有しうる。しかしながら、プレイリストは追加のプレイアイテム３９２−１、３９２−６、および３９２−７を含むので、プレイリストの再生の期間ははるかに長くなりうる。
【０３６９】
図３５Ａの例では、３つの追加プレイアイテム３９２−１、３９２−６、および３９２−７だけが示されている。実際にははるかにより多数の追加のプレイアイテムが可能であるので、これはいかなる制限としても理解されるべきでない。この場合、再生のために偽プレイリストを使用する場合の再生時間ははるかに長く、例えば１００時間、１０００時間、１０，０００時間を超える、またはさらに多くの時間になりうる。
【０３７０】
したがって、複製者（ハッカー）は、プレイリストのどの一部が、コンテンツの製作者により意図されるようなコンテンツ（だけ）を、例えば言及される２時間の映画（だけ）を再生するプレイアイテムを含むかを決定することが非常に困難である。
【０３７１】
コピープロテクションをハックするためには、何時間もビデオシーケンスを注視して、映画が実際にいつ始まり、終わるかを決定する必要がある。実際のところ、人間がそのような種類のコピープロテクションをハックすることはできないであろう。
【０３７２】
図３５Ａのレコードキャリアを再生するためには、プレイリストの中の多数のプレイアイテムの中から正しい始まりおよび終わりのプレイアイテムを見つけ出す必要がある（図３５Ａの例の場合にはプレイアイテム３９２−２および３９２−５）。
【０３７３】
図３５Ａの実施形態に基づき、１つのプレイリスト（「長い」プレイリスト）だけをコピープロテクトされたレコードキャリアに含むことも可能である。正規の品質で再生する（ここでは、オリジナルの長さで、すなわち、コンテンツの製作者により意図されるようなコンテンツの再生を指す）ためには、プレイリストの中の始まりおよび終わりのプレイアイテムを決定することが必要である。この目的のために、本明細書全体を通して説明されるような、多数の偽プレイリストの中から正しいプレイリストを決定するためのものと同じ可能性が存在する。例えば、始まりおよび終わりのプレイアイテムのインデックス番号は、所定の位置（図１９Ａ〜図１９Ｊ参照）でバイト値を読み取ることに基づきアセンブルされてもよく、それぞれのインデックス番号がサーバからダウンロードされてもよい。
【０３７４】
もちろん、多数の偽の「長い」プレイリストが含まれてもよい。偽プレイリストのうちのいくつか、または全てが、コンテンツの数百、数千、またはさらに長時間の再生をもたらしうる。それゆえ、正規の品質（正規の継続時間を伴う）での再生のために、正しいプレイリスト（「長い」プレイリストでありうる）を決定し、加えてこのプレイリストの中の始まりおよび終わりのプレイアイテムを決定することが必要である。それゆえ、コピープロテクションはさらに強化されうる。
【０３７５】
図３５Ａの例で示されるように、第２の部分３９３−２の中のプレイアイテムにより参照される部分は、追加のコンテンツを含みうる（例えば、部分３９０−５を参照するプレイアイテム３９２−１を参照）。さらに、第２の部分３９３−２の中のプレイアイテムは、正規のコンテンツの一部である部分を参照してもよい（例えば、部分３９０−３を参照するプレイアイテム３９２−６を参照）。さらにその上、第２の部分３９３−２の中のプレイアイテムは、他の部分のコピーである部分を参照してもよい（例えば、部分３９０−２のコピーである部分３９０−２’を参照するプレイアイテム３９２−７を参照）。このように、「長い」プレイリストでも、複製者が正規の品質／正規の継続時間で再生を可能にする始まりおよび終わりのプレイアイテムがどこにあるかに関してどんな手がかりも得ることができないように、シームレスな再生が達成されうる。
【０３７６】
図３５Ｂは、部分３９２−１〜３９２−５がスクランブルされた順序でレコードキャリアに格納される、レコードキャリアのさらなる例を示す。コピープロテクションの目的のために使用されうるプレイリストも、図３５Ｂに示される。図示されるように、プレイリストは正規の順序で正規の長さ（例えば、映画の正規の長さ）でのオーディオビジュアルコンテンツの再生を可能にする第１の部分３９４−１を含む。しかしながら、プレイリストＰＬは、図３５Ｂの例では図３５Ａのようなサブパートに分割された第２の部分３９４−２をさらに含む。プレイバックのためにプレイリストＰＬを使用する場合の再生の合計の長さは、何時間にも、例えば１０時間、１００時間、１，０００時間、１０，０００時間を超える、またはさらに多くの時間になりうる。それゆえ、部分３９２−１、…、３９２−５だけをオリジナルの順序（第１の順序）でオリジナルの継続時間でプレイバックするためには、プレイリストＰＬの中の正しい始まりおよび終わりのプレイアイテム（例では、これらは第１の部分３９４−１に位置するプレイアイテムＰＩ（３９２−１）およびＰＩ（３９２−５）である）を見つけ出すことが必要である。
【０３７７】
図３６は、例えばブルーレイ・ディスクでありうるレコードキャリア４００が、正しいプレイリストおよび複数の偽プレイリスト（さらなる第１の順序）を含むさらなる実施形態を示す。正しいプレイリストおよび複数の偽プレイリストは、割り当てられたインデックス番号を各々有する。図３６の例では、正しいプレイリストは割り当てられたインデックス番号２０１を有し、偽プレイリストはさらに示されるインデックス番号１…２００、および２０２…１０００を有する。
【０３７８】
レコードキャリア４００に格納されるオーディオビジュアルコンテンツをプレイバックするためには、正しいプレイリストが識別されなければならない。これはプレイバック装置４０２により、キャリア４００がオリジナルであるかどうかをチェックすることにより行われうる。これが正しい場合、プレイバックインデックス番号４０３がサーバ４０４からダウンロードされる。次に、プレイバック装置４０２は、プレイバックインデックス番号４０３とレコードキャリア上のインデックス番号１…１０００をマッチさせる。次に、プレイバック装置４０２は、プレイバックインデックス番号に基づきプレイバックのために使用されるそれぞれのプレイリストを選択する。例えば、サーバがプレイバックインデックス番号として番号「２００」を提供する場合、偽プレイリスト（図３６のディスク４００上に示されるテーブルを参照）がプレイバックのために使用される。
【０３７９】
オリジナル・ディスク・チェックが成功した場合、すなわち、レコードキャリア４００はオリジナルであると識別された場合、サーバは正しいプレイリストに対するインデックス番号（例では２０１）を提供する。そうではない場合、ダウンロードが全く始まらないか、サーバがプレイバック装置が正しいプレイバックインデックスを決定することができないようにするプレイバックインデックス番号を提供する、つまり、偽プレイリストがプレイバックのために使用される。
【０３８０】
プレイバックインデックス番号４０３を決定するために、サーバは、ディスク４００のプレイバック中にプレーヤ４０２で行われるオリジナル・ディスク・チェックから所定のの予め定義されたパラメータを受け取りるであろう。例えば、ディスク４００がプレイバックされる場合、ディスク４００に格納されるプログラム命令は、プレーヤに所定のハッシュ値（図１５参照）などを読み取るように命令しうる。次に、これらのハッシュ値（予め定義されるパラメータの一例として）は、プレーヤ４０２からサーバ４０４に送信されうる。次に、これらの値に基づき、サーバ４０４はプレイバックインデックス番号４０３を決定しうる。例えば、サーバ４０４が「正しい」（期待される）ハッシュ値（例えば、オリジナルのディスクのハッシュ値）を受け取た場合、サーバは、正しいプレイリストがプレイバックのために選択されるようにプレイバックインデックス番号４０３を提供しうる、例では、これはインデックス番号２０１である（インデックス番号２００が関連付けられた正しいプレイリスト「正しいＰＬ」を有することを示すディスク４００上のテーブルを参照）。
【０３８１】
もちろん、予め定義されるパラメータのように、本明細書全体を通して開示される任意の他の値／情報が使用されてもよい。例えば、予め定義された位置でのバイト値が使用されたりしてもよい。したがって、これは図３６に示されているが、プレーヤ４０２は完全な「オリジナル・ディスク・チェック」を行う必要がない。実際には、予め定義される所定のパラメータ／値をディスクから読み取り、これらのパラメータをサーバ４０４に送信することで十分である。その意味において、サーバはプレイバック装置から送信されるパラメータ／値と期待される値（ディスクがオリジナルである場合に読み取られる期待される値）を比較するので、サーバはオリジナル・ディスク・チェックに関与する。
【０３８２】
さらなる実施形態（図に示されていない）では、オリジナル・ディスク・チェックは全く行われず、例えばディスク上のタイトルを識別するパラメータだけがプレーヤからサーバに送信される。次に、サーバは、パラメータが受け取られた日付を決定し、日付が予め定義された日付の後である場合に、サーバは正しいプレイリストに対するプレイバックインデックス番号を提供する。日付が予め定義される日付の前である場合、サーバはプレイバックインデックス番号を全く提供しない、または偽プレイリストを参照するプレイバックインデックス番号を提供する。このようにして、所望のリリース日前のＢＤタイトルのプレイバックを妨げることが可能である。
【０３８３】
図３７は、ブルーレイ・ディスク４１０が第１のＪａｖａ（登録商標）クラスファイル４１２を含むさらなる実施形態を示す。しかしながら、この第１のＪａｖａ（登録商標）クラスファイル４１２は、正規の品質でのディスクに格納されるオーディオまたはオーディオビジュアルコンテンツの再生を可能とする命令を含まない。例えば、多くの偽プレイリストの中から正しいプレイリストを選択することを可能にするプログラム命令は、第１のＪａｖａ（登録商標）クラスファイル４１２には含まれないであろう。
【０３８４】
（ディスクがオリジナルである場合に）ディスクがコンテンツを正規の品質でプレイバックするためには、第２のＪａｖａ（登録商標）クラスファイル４１４が必要とされる。この第２のＪａｖａ（登録商標）クラスファイル４１４は、ダウンロードのためにサーバ４１６上に提供されうる。しかしながら、オリジナル・ディスク・チェックが、ディスク４１０はオリジナルのディスクであることを明らかにした場合に限り、プレイバック装置４１７が第２のＪａｖａ（登録商標）クラスファイル４１４をダウンロードすることができる。そうでない場合、ダウンロードはできない可能性がある、または代わりにサーバは例えば偽（例えば、広告）プレイリストを選択することにより非正規の品質でのプレイバックをもたらすＪａｖａ（登録商標）クラスファイルを供給しうる。
【０３８５】
上記の説明の一部に基づき、いくらかの実施形態が以下の番号をつけられた項目１〜１１５により要約されうることは明らかである。
【０３８６】
１．コピープロテクションのための方法であって、
オーディオビジュアルデータまたはオーディオデータのコンテンツによって定義される正規のプレイバックシーケンスを有する上記オーディオビジュアルデータまたはオーディオデータを提供することと、
上記オーディオビジュアルデータまたはオーディオデータを複数の部分に分割し、上記部分は第１の順序を有し、上記部分が上記第１の順序で再生される場合に上記コンテンツが上記正規のプレイバックシーケンスで再生されることと、
上記部分の少なくとも一部について第２の順序を決定し、上記第２の順序は上記第１の順序とは異なることと、
レコードキャリア上で、上記複数の部分のそれぞれの部分が上記第２の順序によって格納される物理的な位置を決定することと
を含む方法。
２．上記第１の順序で互いに連続し、かつ上記第２の順序に従って上記レコードキャリアに格納される第１の部分および第２の部分が、上記レコードキャリア上で互いから物理的な距離を有し、上記物理的な距離は、部分がシームレスに再生されるように上記レコードキャリアの標準により指定される許容される物理的な距離よりも大きくない、項目１に記載の方法。
３．上記部分が、１０秒〜２０秒、１０秒〜３０秒、３０秒〜１分、１分〜２分または３分、３分〜５分、および／または５分〜１０分の範囲の長さを有する、項目１または項目２に記載の方法。
４．上記第１の順序が、不明瞭化されて上記レコードキャリアに格納されるように提供される、項目１から３のいずれか１項に記載の方法。
５．上記第１の順序とは異なる複数のさらなる第１の順序が上記レコードキャリアに格納されるように提供される、項目１から４のいずれか１項に記載の方法。
６．上記レコードキャリアをプレイバックするように構成される読取装置上で実行された場合に上記レコードキャリアの特性パラメータを抽出する、上記レコードキャリアに格納されるプログラム命令を決定し、上記特性パラメータに基づき上記第１の順序が上記さらなる第１の順序から識別されること
を含む、項目５に記載の方法。
７．上記特性パラメータが上記コンテンツのプレイバック中に動的に決定され、上記特性パラメータが上記コンテンツに依存する、項目６に記載の方法。
８．上記レコードキャリアに格納される少なくとも１つの追加の部分を提供することと、
上記部分が上記さらなる第１の順序の１つでプレイバックされた場合に、上記追加の部分が上記さらなる第１の順序の上記１つに従う位置でプレイバックされるように、上記追加の部分を上記第２の順序に含め、
上記追加の部分が上記部分を上記第１の順序でプレイバックする場合に再生されないように、上記追加の部分が上記第１の順序に含まれないことと
をさらに含む、項目５から７のいずれか１項に記載の方法。
９．上記レコードキャリアに格納される少なくとも１つの追加の部分を提供し、上記追加の部分は上記複数の部分のうちの１つの部分の少なくとも一部のコピーであることと、
上記部分が上記さらなる第１の順序の１つでプレイバックされた場合に、上記追加の部分が上記さらなる第１の順序の上記１つに従う位置でプレイバックされるように、上記追加の部分を上記第２の順序に含めることと
をさらに含む、項目５から７のいずれか１項に記載の方法。
１０．上記レコードキャリアに格納される少なくとも１つの追加の部分を提供し、上記追加の部分は上記複数の部分のうちの１つの部分の少なくとも一部のコピーを含み、さらに追加のコンテンツを含むことと、
上記部分が上記さらなる第１の順序の１つでプレイバックされた場合に、上記追加の部分が上記さらなる第１の順序の上記１つに従う位置でプレイバックされるように、上記追加の部分を上記第２の順序に含めることと
をさらに含む、項目５から７のいずれか１項に記載の方法。
１１．上記部分の少なくとも一部がウォーターマークを入れられる、項目１から１０のいずれか１項に記載の方法。
１２．複数の部分に対して、上記各部分のコピーが上記レコードキャリアに格納されるように提供され、上記各部分のコピーがウォーターマークを入れられる、項目１から１１のいずれか１項に記載の方法。
１３．上記部分が上記第１の順序で再生された場合に上記コピーが再生されるように、上記第１の順序では少なくとも１つの部分がそのコピーにより置換され、
上記そのコピーにより置換される少なくとも１つの部分が、上記レコードキャリアのユニークな識別子に依存して選択される、項目１２に記載の方法。
１４．上記複数の部分のうちの少なくとも１つがサーバに格納されるように提供され、上記レコードキャリアに格納されるようには提供されない、項目１から１３のいずれか１項に記載の方法。
１５．上記第１の順序を表すデータがダウンロードのためにサーバ上に提供され、
上記第１の順序が上記レコードキャリアに格納されるように提供されない、項目１から１４のいずれか１項に記載の方法。
１６．上記部分のうちの少なくとも１つの始まりが上記コンテンツのシーンの始まりに対応する、および／または上記部分のうちの少なくとも１つの終わりが上記コンテンツのシーンの終わりに対応する、項目１から１５のいずれか１項に記載の方法。
１７．上記複数の部分のうちの各部分が、上記レコードキャリアをプレイバックするためにプレイバック装置により使用されるプレイバックシーケンスに含まれるプレイアイテムに対応し、
上記プレイバックシーケンスが、上記第１の順序で上記プレイアイテムを参照する第１のパート、および上記プレイアイテムの少なくとも一部を参照する第２のパートを含み、
上記第１のパートの上記プレイアイテムがプレイバックのために使用される場合にオーディオビジュアルデータまたはオーディオデータが第１の区間だけ再生され、
上記第１および第２のパートの上記プレイアイテムがプレイバックのために使用される場合にオーディオビジュアルデータまたはオーディオデータが第２の区間だけ再生され、上記第１の区間は上記第２の区間よりも短い、項目１に記載の方法。
１８．上記第２のパートが、上記レコードキャリアに格納される追加の部分に対応する追加プレイアイテムを参照する、項目１７に記載の方法。
１９．コピープロテクトされたレコードキャリアに格納されるコンテンツを再生するための方法であって、上記レコードキャリアはそこに第２の順序で格納される複数の部分を含み、上記方法は、
上記部分について第１の順序を決定し、上記第１の順序は上記第２の順序とは異なり、上記部分が上記第１の順序で再生される場合に上記コンテンツが正規のプレイバックシーケンスおよび／または正規の品質で再生されることと、
上記第１の順序に従って上記部分の少なくとも一部を連続して再生することと
を含む方法。
２０．上記第１の順序が、上記レコードキャリアから得られる少なくとも１つの特性パラメータから決定される、項目１９に記載の方法。
２１．コピープロテクトされたレコードキャリアに格納されるコンテンツを再生するように適合される装置であって、上記レコードキャリアはそこに第２の順序で格納される部分を含み、上記装置は、
上記部分について第１の順序を決定するように適合され、上記第１の順序は上記第２の順序とは異なるプロセッサと、
上記第１の順序に従って上記部分の少なくとも一部を連続して再生するように適合される復号ユニットと
を備える装置。
２２．コピープロテクトされたレコードキャリアに格納されるコンテンツを再生するように適合された装置であって、上記レコードキャリアはそこにスクランブルされた順序で格納される部分を含み、上記装置は
上記部分についての第１の順序をネットワークを介して受信するように適合され、上記第１の順序は第２の順序とは異なるインタフェースを含み、
さらに上記第１の順序に従って上記部分の少なくとも一部を連続して再生するように適合される復号ユニットを含む
装置と、
上記装置によるダウンロードのために上記第１の順序を提供するように適合されるサーバと
を含むシステム。
２３．コピープロテクトされたレコードキャリアを製造するように適合される装置であって、
オーディオビジュアルデータまたはオーディオデータのコンテンツにより定義される正規のプレイバックシーケンスを有する上記オーディオビジュアルデータまたはオーディオデータを受け取るように適合される受信ユニットと、
上記オーディオビジュアルデータまたはオーディオデータを複数の部分に分割するように適合されるデータプロセッサであって、上記部分は第１の順序を有し、
上記部分が上記第１の順序で再生される場合に上記コンテンツが上記正規のプレイバックシーケンスでおよび／または正規の品質で再生され、
上記プロセッサは、さらに上記部分の少なくとも一部について第２の順序を決定するように適合され、上記第２の順序は上記第１の順序とは異なる
データプロセッサと、
上記部分の少なくとも一部を上記第２の順序で上記レコードキャリア上に書き込むように適合される書き込みユニットと
を備える装置。
２４．レコードキャリアであって、
スクランブルされた順序で上記レコードキャリア上の複数の部分に格納される正規のオーディオビジュアルコンテンツまたはオーディオコンテンツを含み、
上記部分が上記スクランブルされた順序で再生される場合に、上記正規のオーディオビジュアルコンテンツまたは正規のオーディオがその正規のプレイバックシーケンスで再生されないレコードキャリア。
２５．上記レコードキャリアについてプレイバック装置上で実行可能なプログラム命令をさらに含み、
上記プログラム命令は、上記プレイバック装置上で実行される場合に、上記部分について第１の順序を決定し、
上記部分が上記第１の順序でプレイバックされる場合に、上記正規のオーディオビジュアルまたはオーディオコンテンツがその正規のプレイバックシーケンスで再生される、項目２４に記載のレコードキャリア。
２６．レコードキャリア上に格納されるＡＶコンテンツのコピープロテクションのための方法であって、
上記ＡＶコンテンツを複数の部分に分割することと、
上記部分の少なくとも一部について順序を決定し、上記部分が上記順序で再生される場合に上記ＡＶコンテンツの少なくとも一部が正規の第１の順序と異なるやり方で再生されることと、
上記順序で上記レコードキャリア上に格納されるように上記部分の全てを提供することと
を含む方法。
２７．光レコードキャリアのコピープロテクションのための方法であって、
上記光レコードキャリアに格納されるプログラム命令を決定し、上記プログラム命令の部分は、プレイバック装置で実行された場合に、上記プレイバック装置に、第１のステップで暗号化特性が上記光レコードキャリア上に存在するかおよび暗号化特性が実在すると認められるかをチェックさせ、第２のステップで上記暗号化特性の整合性を認証させることを含み、
上記プログラム命令は、上記第１のステップで上記暗号化特性が上記光レコードキャリアに存在すると判定され、上記第２のステップで整合性が認証された場合に限り、上記光レコードキャリア上に格納された正規のオーディオビジュアルまたはオーディオコンテンツのプレイバックを正規の品質で起動する方法。
２８．上記光レコードキャリアの上記整合性が認証される場合、上記暗号化特性の少なくともいくらかは、上記光レコードキャリア上に格納される正規のオーディオビジュアルまたはオーディオコンテンツに依存し、上記光レコードキャリアの製造時に上記正規のオーディオビジュアルまたはオーディオコンテンツのコピープロテクションのための暗号化標準に従って決定されている、項目２７に記載の方法。
２９．上記プログラム命令のさらなる部分が、上記オーディオビジュアルまたはオーディオコンテンツのプレイバックおよび／または上記オーディオビジュアルまたはオーディオコンテンツのプレイバックを制御する対話型ユーザメニューを制御する、項目２７から２８のいずれか１項に記載の方法。
３０．上記光レコードキャリアがブルーレイ・ディスクであり、暗号化標準がＡＡＣＳ（Advanced  Access  Content  System）であり、
上記プログラム命令が、ＢＤ−Ｊオブジェクト、動画オブジェクト、および／または対話型メニューに含まれる、項目２７から２９のいずれか１項に記載の方法。
３１．上記正規のオーディオビジュアルまたはオーディオコンテンツが複数の部分に格納され、上記部分は第１の順序を有し、
上記部分が上記第１の順序で再生される場合に上記正規のオーディオビジュアルまたはオーディオコンテンツが上記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
上記部分が、上記第１の順序とは異なる第２の順序で上記光レコードキャリア上に格納され、
それぞれの部分が格納される上記レコードキャリア上の物理的な位置が上記第２の順序に依存する、項目２７から３０のいずれか１項に記載の方法。
３２．上記第１の順序が不明瞭化されて上記レコードキャリアに格納され、
上記プログラム命令が上記第１の順序を非不明瞭化するための命令を含む、項目３１に記載の方法。
３３．上記プログラム命令が、上記正規のオーディオビジュアルまたはオーディオコンテンツのプレイバックの間に動的に上記第１の順序を非不明瞭化するための命令を含み、
上記非不明瞭化が上記正規のオーディオビジュアルまたはオーディオコンテンツに依存する上記暗号化特性に依存する、項目３１または３２に記載の方法。
３４．上記光レコードキャリアがブルーレイ・ディスクであり、暗号化標準がＡＡＣＳ（Advanced  Access  Content  System）であり、
上記暗号化特性が、上記ＡＡＣＳ標準のコンテンツ証明書に格納されるハッシュ値、上記オーディオビジュアルまたはオーディオコンテンツについてのトランスポートストリームにおけるコピー許可インジケータ、複数の連続する同期バイト、ボリュームＩＤ、およびＰＭＳＮ（pre-recorded  media  serial  number）からなる群からの少なくとも１つのパラメータを含む、項目２７から３３のいずれか１項に記載の方法。
３５．上記光レコードキャリアがブルーレイ・ディスクであり、暗号化標準がＡＡＣＳ（Advanced  Access  Content  System）であり、
上記暗号化特性が上記ＡＡＣＳ標準のコンテンツ証明書に格納されるハッシュ値を含み、上記ハッシュ値は上記光レコードキャリア上に格納され、
上記第２のステップで上記ハッシュ値が算出されたハッシュ値と比較され、上記算出されたハッシュ値は、ＡＶストリームファイルの一部から算出されるハッシュ値に対応する、またはアプリケーションルート証明書のセキュアハッシュアルゴリズム（Secure-Hash-Algorithm）値に対応する、項目２７から３３のいずれか１項に記載の方法。
３６．上記光レコードキャリアがブルーレイ・ディスクであり、暗号化標準がＡＡＣＳ（Advanced  Access  Content  System）であり、
上記暗号化特性が上記ＡＡＣＳ標準の上記コンテンツ証明書に格納されるハッシュ値を含み、上記ハッシュ値は上記光レコードキャリア上に格納される上記正規のオーディオビジュアルまたはオーディオコンテンツに依存し、
上記第２のステップで上記ハッシュ値が算出されたハッシュ値と比較され、上記算出されるハッシュ値は、ＡＶストリームファイルの一部から算出されるハッシュ値に対応する、項目２７から３３、または３５のいずれか１項に記載の方法。
３７．上記光レコードキャリアがブルーレイ・ディスクであり、暗号化標準がＡＡＣＳ（Advanced  Access  Content  System）であり、
上記暗号化特性が上記ＡＡＣＳ標準のコンテンツ証明書に格納されるハッシュ値を含み、上記ハッシュ値は上記光レコードキャリア上に格納されるアプリケーションルート証明書に依存し、
上記第２のステップで上記ハッシュ値が算出されたハッシュ値と比較され、上記算出されるハッシュ値は、上記アプリケーションルート証明書のセキュアハッシュアルゴリズム（Secure-Hash-Algorithm）値に対応する、項目２７から３３、または３５のいずれか１項に記載の方法。
３８．上記光レコードキャリアがブルーレイ・ディスクであり、
上記第１のステップで上記暗号化特性が上記レコードキャリア上に存在しないと判定された、または上記第２のステップで上記暗号化特性が破損していると判定された場合に、上記正規のオーディオビジュアルまたはオーディオコンテンツの代替的なアングルが、ブルーレイ標準のそれぞれの機能に従って選択される、項目２７から３７のいずれか１項に記載の方法。
３９．上記光レコードキャリアがブルーレイ・ディスクであり、上記プログラム命令が上記プレイバック装置上でＪａｖａ（登録商標）仮想マシンの中で実行され、
上記プログラム命令が上記プレイバック装置のチェックを含み、
上記チェックが上記プレイバック装置は上記光レコードキャリアのためのプレイバックソフトウェアのホストとしてのコンピュータであることを明らかにする場合、上記プログラム命令が、所定のソフトウェアモジュールが上記コンピュータ上にインストールされていない限りプレイバックを妨げる、項目２７から３８のいずれか１項に記載の方法。
４０．上記所定のソフトウェアモジュールが上記ホストの整合性をチェックしてＢＤ−Ｊオブジェクトと通信し、
上記ＢＤ−Ｊオブジェクトは、上記ホストの整合性が認証されなかったと判定された場合にプレイバックを妨げる、項目３９に記載の方法。
４１．上記プレイバックソフトウェアのチェックサムが正しくない、上記プレイバックソフトウェアがデバッグモードで実行されている、および／または上記ブルーレイ・ディスクが仮想ドライブとしてエミュレートされている場合に、上記ホストの整合性が認証されないと判断される、項目４０に記載の方法。
４２．オリジナルのレコードキャリアのコピーであって、
オーディオビジュアルまたはオーディオコンテンツであって、上記オーディオビジュアルまたはオーディオコンテンツがコピープロテクトされず、上記コピーが上記オリジナルのレコードキャリアのコピープロテクションのために使用される標準の暗号化特性を含まない、または上記コピーが破損した暗号化特性を含むオーディオビジュアルまたはオーディオコンテンツと、
プログラム命令であって、上記プログラム命令の部分が、上記オーディオビジュアルまたはオーディオコンテンツのプレイバックのためのプレイバック装置に、
第１のステップで暗号化特性が光レコードキャリア上に存在するかどうかをチェックさせ、
これが真であれば、第２のステップで、整合性チェックに基づき上記破損した暗号化特性を検出させ、
上記第１のステップで上記暗号化特性が上記光レコードキャリア上に存在しないと判定された場合、または上記第２のステップで破損した暗号化特性が検出された場合に上記プログラム命令が上記オーディオビジュアルまたはオーディオコンテンツをプレイバックすることを妨げるプログラム命令と
を含む、オリジナルのレコードキャリアのコピー。
４３．再生専用レコードキャリアであって、
上記再生専用レコードキャリアのコピープロテクションのために使用される暗号化標準に従ってコピープロテクトされるオーディオビジュアルまたはオーディオコンテンツと、
上記暗号化標準の暗号化特性と、
プログラム命令であって、上記プログラム命令の部分が、上記再生専用レコードキャリアのためのプレイバック装置に、
第１のステップで上記暗号化特性が上記再生専用レコードキャリア上に存在することをチェックさせ、
これが真であれば、第２のステップで、上記暗号化特性の整合性チェックを実行させ、
上記暗号化特性は上記オーディオビジュアルまたはオーディオコンテンツに少なくとも部分的に依存し、上記再生専用レコードキャリアの製造時に上記オーディオビジュアルまたはオーディオコンテンツのコピープロテクションのための上記暗号化標準に従って決定され、
上記プログラム命令は、上記第１のステップで上記暗号化特性が光レコードキャリア上に存在すると判定され上記第２のステップで上記整合性チェックが成功した場合に限り上記オーディオビジュアルまたはオーディオコンテンツをプレイバックすることを許容するプログラム命令と
を含む、再生専用レコードキャリア。
４４．レコードキャリアを製造する方法であって、
上記レコードキャリア上にオーディオビジュアルまたはオーディオコンテンツを格納することと、
上記レコードキャリア上に上記オーディオビジュアルまたはオーディオコンテンツに依存する暗号化特性を格納することと、
上記レコードキャリア上にプログラム命令を格納し、上記プログラム命令の部分が、上記レコードキャリアのためのプレイバック装置に、
第１のステップで上記暗号化特性が上記レコードキャリア上に存在することをチェックさせ、
これが真であれば、第２のステップで、上記暗号化特性の整合性チェックを実行させ、
上記プログラム命令は、上記第１のステップで上記暗号化特性が光レコードキャリア上に存在しないと判定された場合、または上記第２のステップで上記整合性チェックが成功しなかった場合に上記オーディオビジュアルまたはオーディオコンテンツを正規の品質でプレイバックすることを妨げる方法。
４５．コピープロテクションのための方法であって、
複数のＡＶ部分を提供することと、
上記複数のＡＶ部分のサブセットについて第１の順序を決定し、上記ＡＶ部分が上記第１の順序で再生される場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されることと、
レコードキャリア上でそれぞれのＡＶ部分が格納される物理的な位置を決定し、上記物理的な位置が上記第１の順序とは異なる第２の順序により定義されることと、
ダウンロードのためにサーバに格納される第１の順序を表すまたは識別するデータを提供することと
を含む方法。
４６．上記第１の順序が上記レコードキャリアに格納されるようには提供されない、項目４５に記載の方法。
４７．上記ＡＶ部分が、３０秒〜１分、１分〜３分、３分〜５分、および／または５分〜１０分の範囲の長さを有する、項目４５または４６に記載の方法。
４８．上記レコードキャリアがそこにスタンプされたデータを有するオリジナルのレコードキャリアとして識別され、レコードキャリアの違法コピーとして識別されなかった場合に限り、上記第１の順序が上記サーバからダウンロード可能である、項目４５から４７のいずれか１項に記載の方法。
４９．上記複数のＡＶ部分の少なくとも一部について、それぞれのオリジナルのＡＶ部分のコピーが上記レコードキャリア上に格納されるように提供され、上記コピーは第１のウォーターマークでウォーターマークを入れられる、項目４５から４８のいずれか１項に記載に記載の方法。
５０．コピーが上記レコードキャリアに格納されるように提供される上記それぞれのオリジナルのＡＶ部分が、第２のウォーターマークでウォーターマークを入れられる、項目４９に記載の方法。
５１．上記ＡＶ部分が上記第１の順序で再生される場合に上記コピーが再生されるように、上記第１の順序では少なくとも１つのＡＶ部分がそのコピーにより置換される、項目４９または５０に記載の方法。
５２．そのコピーにより置換される上記少なくとも１つのＡＶ部分が、上記レコードキャリアのユニークな識別子に依存して選択される、項目５１に記載の方法。
５３．サーバで、複数の第１の順序を表すデータがダウンロードのために提供され、
上記複数の第１の順序の各々が、上記ＡＶ部分を上記正規のプレイバックシーケンスで再生することを可能にする、項目４５から５２のいずれか１項に記載の方法。
５４．上記複数の第１の順序の各々が、異なるシーケンスのコピーおよびＡＶ部分のオリジナルを含む、項目５３に記載の方法。
５５．上記レコードキャリアが、上記複数の第１の順序の１つに割り当てられるユニークな識別子を含む、項目５３または５４に記載の方法。
５６．上記レコードキャリア上に格納される少なくとも１つの追加のＡＶ部分を提供することと、
上記ＡＶ部分がさらなる第１の順序でプレイバックされる場合に上記追加のＡＶ部分が上記さらなる第１の順序に従う位置でプレイバックされるように、上記追加のＡＶ部分を上記さらなる第１の順序に含め、上記追加のＡＶ部分は上記第１の順序に含まれないことと
をさらに含み、
上記レコードキャリアがレコードキャリアの違法コピーとして識別された場合に、上記さらなる第１の順序がダウンロードのために上記サーバで提供され上記第１の順序をダウンロードすることが妨げられる、項目４５から５５のいずれか１項に記載の方法。
５７．コピープロテクトされたレコードキャリアのプレイバックのための方法であって、
複数のＡＶ部分を含むレコードキャリアを提供し、それぞれのＡＶ部分が格納される上記レコードキャリア上の物理的な位置が第１の順序とは異なる第２の順序で定義され、上記ＡＶ部分が上記第１の順序で再生される場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されることと、
上記第１の順序をサーバからダウンロードすることと、
上記複数のＡＶ部分を上記サーバからダウンロードされた上記第１の順序でプレイバックすることと
を含む方法。
５８．コピープロテクトされたレコードキャリアのプレイバックのための装置であって、
複数のＡＶ部分を含むレコードキャリアを受け入れるように適合されるプレイバックユニットであって、それぞれのＡＶ部分が格納される上記レコードキャリア上の物理的な位置が第１の順序とは異なる第２の順序で定義され、上記ＡＶ部分が上記第１の順序で再生される場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されるプレイバックユニットと、
上記第１の順序をサーバからダウンロードするように適合される通信ユニットと
を含み、
上記プレイバックユニットは、さらに、上記サーバからダウンロードされた上記第１の順序で上記複数のＡＶ部分をプレイバックするように適合される装置。
５９．レコードキャリアをコピープロテクトするためのシステムであって、
ダウンロードのために複数のＡＶ部分についての第１の順序を提供するように適合されるサーバと、
コピープロテクトされたレコードキャリアのプレイバックのための装置であって、
上記複数のＡＶ部分を含むレコードキャリアを受け入れるように適合されるプレイバックユニットを含み、
それぞれのＡＶ部分が格納される上記レコードキャリア上の物理的な位置が上記第１の順序と異なる第２の順序により定義され、
上記ＡＶ部分が上記第１の順序で再生された場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生され、
上記装置は上記第１の順序を上記サーバからダウンロードするように適合される通信ユニットをさらに含み、
上記プレイバックユニットは、さらに、上記第１の順序が上記サーバからダウンロードされると上記複数のＡＶ部分を上記第１の順序でプレイバックするようにさらに適合される装置と
を含むシステム。
６０．レコードキャリアであって、
上記レコードキャリアに格納される複数のＡＶ部分であって、上記ＡＶ部分が第１の順序でプレイバック装置により再生された場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されるように配列され、それぞれのＡＶ部分が格納される上記レコードキャリア上の物理的な位置が上記第１の順序とは異なる第２の順序で定義される複数のＡＶ部分を含み、
上記第１の順序を表すデータが上記レコードキャリア上に格納されないレコードキャリア。
６１．コピープロテクションのための方法であって、
複数のＡＶ部分を提供することと、
上記複数のＡＶ部分のサブセットについて第１の順序を決定し、上記ＡＶ部分が上記第１の順序で再生された場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されることと、
レコードキャリア上でそれぞれのＡＶ部分が格納される物理的な位置を決定し、上記物理的な位置は上記第１の順序とは異なる第２の順序で定義されることと、
複数のさらなる第１の順序を決定し、上記ＡＶ部分が上記さらなる第１の順序のいずれかで再生された場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されないことと、
インデックス番号を上記第１の順序に、さらなるインデックス番号を上記さらなる第１の順序の各々に割り当てることと、
ダウンロードのためにサーバに格納される、上記第１の順序の上記インデックス番号を提供することと
を含む方法。
６２．上記レコードキャリアのプレイバックの場合に、プレイバック装置が上記レコードキャリアがオリジナルであるかどうかをチェックし、これが真である場合に上記サーバがプレイバックのためにプレイバックインデックス番号を提供し、上記プレイバックインデックス番号は上記第１の順序を示す、項目６１に記載の方法。
６３．上記レコードキャリアのプレイバック装置により、上記レコードキャリアから予め定義されたパラメータおよび／または値を読み取ることと、
上記予め定義されたパラメータおよび／または値を上記サーバに伝送することと、
上記サーバに含まれるマイクロプロセッサにより、上記予め定義されたパラメータおよび／または値と上記予め定義されたパラメータおよび／または値についての期待される値とを比較することと、
上記予め定義されたパラメータおよび／または値が上記期待される値とマッチした場合に上記サーバから上記プレイバック装置にプレイバックインデックス番号を伝送し、上記プレイバックインデックス番号は上記プレイバック装置が上記インデックス番号に基づき上記第１の順序を識別することを可能にすることと
を含む、項目６１に記載の方法。
６４．レコードキャリアであって、
上記レコードキャリアに格納される複数のＡＶ部分であって、上記ＡＶ部分が第１の順序でプレイバック装置により再生される場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されるように配列され、それぞれのＡＶ部分が格納される上記レコードキャリア上の物理的な位置が上記第１の順序とは異なる第２の順序で定義される複数のＡＶ部分と、
複数のさらなる第１の順序であって、上記ＡＶ部分が上記さらなる第１の順序のいずれかで再生された場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生されない複数のさらなる第１の順序と、
上記第１の順序のインデックス番号、および上記さらなる第１の順序の各々についてのさらなるインデックス番号と、
上記レコードキャリアのためのプレイバック装置により実行された場合に上記プレイバック装置にプレイバックインデックス番号をサーバからダウンロードしようと試みさせ、上記レコードキャリアがオリジナルであった場合に上記サーバにより提供される上記プレイバックインデックス番号は上記インデックス番号と同じであり、さらに、上記プレイバック装置に上記プレイバックインデックス番号に基づきプレイバック順序を決定させるプログラム命令と
を含むレコードキャリア。
６５．コピープロテクトされたレコードキャリアのプレイバックのための装置であって、
複数のＡＶ部分を含むレコードキャリアを受け入れるように適合されるプレイバックユニットであって、それぞれのＡＶ部分が格納される上記レコードキャリア上の物理的な位置が第１の順序とは異なる第２の順序で定義され、上記ＡＶ部分が上記第１の順序で再生された場合に上記ＡＶ部分に含まれるコンテンツが正規のプレイバックシーケンスで再生され、上記レコードキャリアは複数のさらなる第１の順序、上記第１の順序へのインデックス番号、および上記さらなる第１の順序へのさらなるインデックス番号をさらに含むプレイバックユニットと、
プレイバックインデックス番号をサーバからダウンロードするように適合される通信ユニットと
を含み、
上記プレイバックユニットは、さらに、上記プレイバックインデックス番号が上記インデックス番号にマッチする場合にプレイバック順序が上記第１の順序に対応し、上記プレイバックインデックス番号が上記さらなるインデックス番号のいずれかとマッチする場合に上記プレイバック順序が上記それぞれのさらなる第１の順序に対応するように、上記プレイバックインデックス番号と上記インデックス番号および上記さらなるインデックス番号のうちの１つとをマッチさせることで上記プレイバック順序を決定するように適合され、
上記プレイバックユニットは、さらに、上記ＡＶ部分を上記プレイバック順序でプレイバックするように適合される装置。
６６．光レコードキャリアのコピープロテクションのための方法であって、
上記光レコードキャリア上での格納のために正規のビデオコンテンツの正規のフレームを提供することと、
上記正規のフレームを第１の部分および第２の部分に分割することと、
第１のビデオシーケンスだけが再生された場合に上記正規のフレームの上記第２の部分が欠落するように、上記正規のフレームの上記第１の部分だけに対応する上記第１のビデオシーケンスを決定することと、
第２のビデオシーケンスだけが再生された場合に上記正規のフレームの上記第１の部分が欠落するように、上記正規のフレームの上記第２の部分だけに対応する上記第２のビデオシーケンスを決定することと、
を含む方法。
６７．上記第１および第２のビデオシーケンスが同期して再生される場合に上記第２のビデオシーケンスが上記第１のビデオシーケンスのピクチャの中のピクチャとして再生されるように、上記第２の部分が上記第１の部分よりも実質的に小さい、項目６６に記載の方法。
６８．上記光レコードキャリアがレコードキャリアの違法コピーである場合、第３のビデオシーケンスが上記第１のビデオシーケンスのピクチャの中のピクチャとして再生されるように、上記第２のビデオシーケンスの代わりに第３のビデオシーケンスが上記正規のフレームの上記第２の部分で再生される、項目６６または６７に記載の方法。
６９．上記第３のビデオシーケンスが、広告、または上記第１のビデオシーケンスを解釈することから視聴者の気を散らすビデオコンテンツを含む、項目６８に記載の方法。
７０．上記光レコードキャリアに格納されるプログラム命令に基づき上記光レコードキャリアが違法コピーであるか判定され、
上記プログラム命令の部分が、プレイバック装置に、
第１のステップで暗号化特性が上記光レコードキャリア上に存在するかどうかをチェックさせ、
これが真である場合に、第２のステップで上記暗号化特性の整合性を認証させる、項目６８から６９のいずれか１項に記載の方法。
７１．上記第２のビデオシーケンスの一部だけがレコードキャリアに格納されるように提供され、上記第２のビデオシーケンスの残りの部分が上記正規のビデオコンテンツを再生した場合にサーバからダウンロードされるように提供される、項目６６から７０のいずれか１項に記載の方法。
７２．上記光レコードキャリアがブルーレイ・ディスクであり、
上記第１のビデオシーケンスがメインパスとして再生され、上記第２のビデオシーケンスがサブパスとして再生される、項目６６から７１のいずれか１項に記載の方法。
７３．上記光レコードキャリアがブルーレイ・ディスクであり、正規のフレームのプレイバックがプレイリストに基づき起動され、上記プレイリストは上記第１のビデオシーケンスを参照するプレイアイテム、および対応する上記第２のビデオシーケンスを参照するサブプレイアイテムを含む、項目６６から７２のいずれか１項に記載の方法。
７４．上記ブルーレイ・ディスクが少なくとも１つのさらなるプレイリストを含み、第３のビデオシーケンスが上記第１のビデオシーケンスのピクチャの中のピクチャとして表示されるように、上記さらなるプレイリストは上記第１のビデオシーケンスを参照するさらなるプレイアイテム、および対応する上記第３のビデオシーケンスを参照するサブプレイアイテムを含む、項目７３に記載の方法。
７５．複数のさらなるプレイリストがレコードキャリアに格納され、上記さらなるプレイリストのうちの１つがプレイバックのために使用された場合に上記第１および第２のビデオシーケンスが同期して再生されない、項目６６から７４のいずれか１項に記載の方法。
７６．実行された場合に上記レコードキャリアの特性パラメータおよび暗号化特性に基づき上記プレイリストと上記さらなるプレイリストとを識別するプログラム命令が上記レコードキャリアに格納される、項目７５に記載の方法。
７７．光レコードキャリアであって、
正規のビデオフレームの第１の部分だけに対応する第１のビデオシーケンスと、
上記正規のビデオフレームの第２の部分だけに対応する第２のビデオシーケンスと
を含み、
上記第１および第２のビデオシーケンスが同期して再生された場合に上記正規のビデオフレームが再アセンブルされる光レコードキャリア。
７８．上記光レコードキャリアがブルーレイ・ディスクであり、上記第１および第２のビデオシーケンスがそれぞれメインパスおよびサブパスとして再生される、項目７７に記載の光レコードキャリア。
７９．光レコードキャリアを製造するための方法であって、
上記光レコードキャリアに少なくとも部分的に格納される正規のビデオコンテンツの正規のフレームを提供することと、
上記正規のフレームを第１の部分および第２の部分に分割し、上記第１および第２の部分は重複しないことと、
第１のビデオシーケンスだけが再生された場合に上記正規のフレームの上記第２の部分が欠落するように、上記光レコードキャリア上に上記正規のフレームの上記第１の部分だけに対応する上記第１のビデオシーケンスを格納することと、
第２のビデオシーケンスだけが再生された場合に上記正規のフレームの上記第１の部分が欠落するように、上記光レコードキャリア上に上記正規のフレームの上記第２の部分だけに対応する上記第２のビデオシーケンスを格納することと
を含む方法。
８０．製造装置であって、
正規のビデオコンテンツの正規のフレームを受け入れるように適合され、さらに、上記正規のフレーム第１の部分および第２の部分に分割するように適合され、上記第１および第２の部分は重複しないビデオプロセッサと、
第１のビデオシーケンスだけが再生された場合に上記正規のフレームの上記第２の部分が欠落するように、光レコードキャリア上に上記正規のフレームの上記第１の部分だけに対応する上記第１のビデオシーケンスを格納するように適合され、さらに、第２のビデオシーケンスだけが再生された場合に上記正規のフレームの上記第１の部分が欠落するように、上記光レコードキャリア上に上記正規のフレームの上記第２の部分だけに対応する上記第２のビデオシーケンスを格納するように適合される製作ユニットと
を含む製造装置。
８１．光レコードキャリアのコピープロテクションのための方法であって、
複数のＡＶファイルを上記光レコードキャリアに格納し、上記ＡＶファイルが第１の順序を有し、各ＡＶファイルが上記光レコードキャリアの領域に物理的に格納され、上記ＡＶファイルが上記第１の順序でプレイバックされた場合に上記ＡＶファイルのオーディオビジュアルコンテンツが正規のプレイバックシーケンスで再生されることと、
上記光レコードキャリア上に論理ファイルシステムを提供し、１つのＡＶファイルの少なくとも一部が異なる論理ファイル名を介してアクセスされるように、上記論理ファイルシステムでは少なくとも１つの領域が上記論理ファイルシステムの複数のファイル名に関連付けられることと、
上記第１の順序での上記複数のＡＶファイルのプレイバックを示す第１のプレイリストを表すデータを上記光レコードキャリア上に提供し、上記第１のプレイリストにおいて上記ＡＶファイルは上記論理ファイルシステムの第１のファイル名により参照されることと、
第２の順序での上記複数のＡＶファイルのプレイバックを示す第２のプレイリストを上記光レコードキャリア上に提供し、上記第２のプレイリストにおいて上記ＡＶファイルは上記論理ファイルシステムの第２のファイル名により参照され、上記第１および第２のファイル名は異なることと
を含む方法。
８２．上記第１および第２のプレイリストがプレイバックのために使用された場合に両方とも上記ＡＶファイルの上記オーディオビジュアルコンテンツを上記正規のプレイバックシーケンスで再生するように、上記第１および第２のファイル名が同じ物理領域を参照する、項目８１に記載の方法。
８３．上記第１のプレイリストがプレイバックのために使用された場合に上記ＡＶファイルの上記オーディオビジュアルコンテンツを上記正規のプレイバックシーケンスで再生し、上記第２のプレイリストがプレイバックのために使用された場合に上記ＡＶファイルの上記オーディオビジュアルコンテンツを上記正規のプレイバックシーケンス以外のシーケンスで再生するように、上記第１および第２のファイル名が異なる物理領域を参照する、項目８１または８２に記載の方法。
８４．さらなる第２の順序での上記複数のＡＶファイルのプレイバックを示す複数のさらなる第２のプレイリストがレコードキャリア上に提供され、
上記さらなる第２のプレイリストでの論理ファイル名のシーケンスが上記さらなる第２のプレイリストの各々について異なる、項目８１から８３のいずれか１項に記載の方法。
８５．上記複数のさらなる第２のプレイリストの一部が、それぞれの論理ファイル名のシーケンスにより上記第１の順序を参照する、項目８４に記載の方法。
８６．上記複数のさらなる第２のプレイリストの一部が、それぞれの論理ファイル名のシーケンスにより上記第１の順序以外の順序を参照する、項目８４または８５に記載の方法。
８７．上記複数のさらなる第２のプレイリストの一部が、それぞれの論理ファイル名のシーケンスにより上記第１の順序を参照し、上記複数のさらなる第２のプレイリストのさらなる一部が、それぞれの論理ファイル名のシーケンスにより上記第１の順序以外の順序を参照する、項目８４から８６のいずれか１項に記載の方法。
８８．上記光レコードキャリアが、上記第１のプレイリストと上記複数のさらなる第２のプレイリストとを識別するためのプログラム命令を含む、項目８４から８７のいずれか１項に記載の方法。
８９．プレイバック装置が上記プログラム命令を実行するときに上記光レコードキャリアのコピープロテクション標準の暗号化特性を評価し、上記第１のプレイリストおよび上記複数のさらなる第２のプレイリストが上記評価に依存して識別される、項目８８に記載の方法。
９０．プレイバック装置が上記プログラム命令を実行するときに上記ＡＶファイルの読み取り時のデータピックアップのアクセス特性を評価し、上記第１のプレイリストおよび上記複数のさらなる第２のプレイリストが上記アクセス特性によって識別される、項目８８または８９に記載の方法。
９１．上記光レコードキャリアが、
再生専用光レコードキャリアから上記ＡＶファイルを読み取るときの光ピックアップの所定のアクセス特性データを含み、
プレイバック装置により上記レコードキャリアのプレイバックの間に実行された場合に、上記ＡＶファイルを読み取るときの上記プレイバック装置のデータピックアップの実際のアクセス特性データを決定するプログラム命令をさらに含み、
上記所定のアクセス特性データと上記実際のアクセス特性データとの偏差が閾値を超えた場合に正規の品質でのＡＶファイルのプレイバックが妨げられる、または上記ＡＶファイルのプレイバックが停止させられる、項目８１から９０のいずれか１項に記載の方法。
９２．光レコードキャリアであって、
上記光レコードキャリアに格納される複数のＡＶファイルであって、上記ＡＶファイルが第１の順序を有するように配列され、各ＡＶファイルが上記光レコードキャリアの領域に物理的に格納され、上記ＡＶファイルが上記第１の順序でプレイバックされた場合に上記ＡＶファイルのオーディオビジュアルコンテンツが正規のプレイバックシーケンスで再生される複数のＡＶファイルと、
論理ファイルシステムであって、１つのＡＶファイルの少なくとも一部が異なる論理ファイル名を介してアクセスされるように、上記論理ファイルシステムでは少なくとも１つの領域が上記論理ファイルシステムの複数のファイル名に関連付けられる論理ファイルシステムと、
上記第１の順序での上記複数のＡＶファイルのプレイバックを示す第１のプレイリストを表すデータであって、上記第１のプレイリストでは上記ＡＶファイルが上記論理ファイルシステムの第１のファイル名により参照されるデータと、
第２の順序での上記複数のＡＶファイルのプレイバックを示す第２のプレイリストを表すデータであって、上記第２のプレイリストでは上記ＡＶファイルが上記論理ファイルシステムの第２のファイル名により参照され、上記第１および第２のファイル名が異なるデータと
を含む光レコードキャリア。
９３．コピープロテクトされた光レコードキャリアを製造する方法であって、
複数のＡＶファイルを上記光レコードキャリアに格納し、上記ＡＶファイルは第１の順序を有し、各ＡＶファイルは上記光レコードキャリアの領域に物理的に格納され、上記ＡＶファイルが上記第１の順序でプレイバックされた場合に上記ＡＶファイルのオーディオビジュアルコンテンツが正規のプレイバックシーケンスで再生されることと、
上記光レコードキャリア上に論理ファイルシステムを提供し、１つのＡＶファイルの少なくとも一部が異なる論理ファイル名を介してアクセスされるように、上記論理ファイルシステムでは少なくとも１つの領域が上記論理ファイルシステムの複数のファイル名に関連付けられることと、
上記光レコードキャリア上に上記第１の順序での上記複数のＡＶファイルのプレイバックを示す第１のプレイリストを提供し、上記第１のプレイリストでは上記ＡＶファイルが上記論理ファイルシステムの第１のファイル名により参照されることと、
上記光レコードキャリア上に第２の順序での上記複数のＡＶファイルのプレイバックを示す第２のプレイリストを提供し、上記第２のプレイリストでは上記ＡＶファイルが上記論理ファイルシステムの第２のファイル名により参照され、上記第１および第２のファイル名が異なることと
を含む方法。
９４．コピープロテクトされた光レコードキャリアを製造するように適合される装置であって、
複数のＡＶファイルを上記光レコードキャリアに格納する手段であって、上記ＡＶファイルが第１の順序を有し、各ＡＶファイルは上記光レコードキャリアの領域に物理的に格納され、上記ＡＶファイルが上記第１の順序でプレイバックされた場合に上記ＡＶファイルのオーディオビジュアルコンテンツが正規のプレイバックシーケンスで再生される手段と、
上記光レコードキャリア上に論理ファイルシステムを提供する手段であって、１つのＡＶファイルの少なくとも一部が異なる論理ファイル名を介してアクセスされるように、上記論理ファイルシステムでは少なくとも１つの領域が上記論理ファイルシステムの複数のファイル名に関連付けられる手段と、
上記光レコードキャリア上に上記第１の順序での上記複数のＡＶファイルのプレイバックを示す第１のプレイリストを提供する手段であって、上記第１のプレイリストでは上記ＡＶファイルが上記論理ファイルシステムの第１のファイル名により参照される手段と、
上記光レコードキャリア上に第２の順序での上記複数のＡＶファイルのプレイバックを示す第２のプレイリストを提供する手段であって、上記第２のプレイリストでは上記ＡＶファイルが上記論理ファイルシステムの第２のファイル名により参照され、上記第１および第２のファイル名が異なる手段と
を含む装置。
９５．光レコードキャリアのコピープロテクションのための方法であって、
上記光レコードキャリアの第１の物理領域に格納される暗号化されたオーディオビジュアルまたはオーディオコンテンツを決定することと、
上記光レコードキャリアの第２の物理領域に格納されるプログラム命令を決定することと
を含み、
上記プログラム命令の第１の部分は、プレイバック装置上で実行された場合に、上記プレイバック装置に上記第１の物理領域の中の所定の位置でバイト値を読み取らせ、上記バイト値は上記暗号化されたオーディオビジュアルまたはオーディオコンテンツのそれぞれのバイトに対応し、さらにプレイバック装置に上記バイト値を含むデータエンティティをアセンブルさせ、
上記プログラム命令の第２の部分で、上記第２の部分が上記プレイバック装置で実行された場合に、上記データエンティティが、追加のプログラム命令としておよび／または上記第２の部分が実行されるときに処理される入力データとして解釈される方法。
９６．上記プログラム命令の上記第２の部分の制御フローが上記入力データの少なくとも一部に依存する、項目９５に記載の方法。
９７．上記オーディオビジュアルまたはオーディオコンテンツが複数の部分として上記光レコードキャリアに格納されるように提供され、上記部分は第１の順序を有し、
上記部分が上記第１の順序で再生された場合に上記オーディオビジュアルまたはオーディオコンテンツが上記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
上記部分が上記第１の順序とは異なる第２の順序で上記光レコードキャリアに格納されるように提供され、
それぞれの部分が格納される上記レコードキャリア上の物理的な位置が上記第２の順序に依存し、
上記第１の順序はファイルとして上記光レコードキャリアに格納されるようには提供されず、
上記入力データが、上記プログラム命令の上記第２の部分により上記オーディオビジュアルまたはオーディオコンテンツのプレイバックのために使用される上記第１の順序を表す、項目９５または９６に記載の方法。
９８．上記オーディオビジュアルまたはオーディオコンテンツが複数の部分として上記光レコードキャリアに格納されるように提供され、上記部分は第１の順序を有し、
上記部分が上記第１の順序で再生された場合に上記オーディオビジュアルまたはオーディオコンテンツが上記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
上記部分が上記第１の順序とは異なる第２の順序で上記光レコードキャリアに格納されるように提供され、
それぞれの部分が格納される上記レコードキャリア上の物理的な位置が上記第２の順序に依存し、
複数のさらなる第１の順序が上記光レコードキャリアに格納されるように提供され、
上記プログラム命令の上記第２の部分が、上記入力データおよび／または上記追加のプログラム命令に依存して上記第１の順序と上記さらなる第１の順序とを識別するための命令を含む、項目９５から９７のいずれか１項に記載の方法。
９９．プレイバックのために使用された場合に上記オーディオビジュアルまたはオーディオコンテンツの非正規の再生をもたらす非正規のプレイバック順序が上記光レコードキャリアに格納されるように提供され、
上記プログラム命令の上記第２の部分が、上記プレイバック装置に上記入力データが有効なプレイバック順序に対応するかどうかを認証させる命令を含み、
上記入力データが有効なプレイバック順序であると認証された場合に、上記命令は、上記プレイバック装置に上記オーディオビジュアルまたはオーディオコンテンツの再生のために上記有効なプレイバック順序を使用させる、項目９５から９８のいずれか１項に記載の方法。
１００．上記光レコードキャリアが、第１のプレイバック順序をプレイバックのために使用した場合には再生され、第２のプレイバック順序を使用した場合には再生されない広告コンテンツを含む、項目９９に記載の方法。
１０１．光データキャリアがブルーレイ・ディスクであり、上記データエンティティが上記所定の位置で上記バイト値にアクセスすることにより上記プレイバック装置のローカルメモリに読み込まれるＪａｖａ（登録商標）クラスファイルとして解釈され、
上記プログラム命令の上記第２の部分が上記Ｊａｖａ（登録商標）クラスファイルを直接実行する、項目９５から１００のいずれか１項に記載の方法。
１０２．光データキャリアがブルーレイ・ディスクであり、上記データエンティティが上記所定の位置で上記バイト値にアクセスすることにより上記プレイバック装置のローカルメモリに読み込まれ、上記データエンティティは新しいファイルとして解釈され、
上記プログラム命令の上記第２の部分が、上記ブルーレイ・ディスクの論理ファイルシステムに存在するファイルを上記新しいファイルで置換するため、または上記新しいファイルを上記ブルーレイ・ディスクの上記論理ファイルシステムに追加するための更新コマンドを含む、項目９５から１０１のいずれか１項に記載の方法。
１０３．上記新しいファイルがＪａｖａ（登録商標）クラスファイルに対応する、項目１０２に記載の方法。
１０４．上記新しいファイルがプレイリストファイルに対応する、項目１０２または１０３に記載の方法。
１０５．上記新しいファイルがＡＡＣＳ標準のＵｎｉｔ＿Ｋｅｙ＿ＲＯ．ｉｎｆファイルに対応する、項目１０２、１０３、または１０４に記載の方法。
１０６．上記所定の位置を表すデータがサーバからダウンロードされる、項目９５から１０５のいずれか１項に記載の方法。
１０７．上記光レコードキャリアがオリジナルであると識別された場合に、上記光レコードキャリアに格納されるコンテンツが正規の品質で再生されるように上記データエンティティをアセンブルすることを可能にするバイト値が所定の位置で読み取られるように、サーバが上記データを供給する、項目１０６に記載の方法。
１０８．光レコードキャリアであって、
第１の物理領域に格納される暗号化されたオーディオビジュアルまたはオーディオコンテンツと、
上記光レコードキャリアの第２の物理領域に格納されるプログラム命令と
を含み、
上記プログラム命令の第１の部分は、プレイバック装置上で実行された場合に、上記プレイバック装置に上記暗号化されたオーディオビジュアルまたはオーディオコンテンツのそれぞれのバイトに対応するバイト値を上記第１の物理領域の中の所定の位置で読み取らせ、さらに上記プレイバック装置に上記バイト値を含むデータエンティティをアセンブルさせ、
上記プログラム命令の第２の部分で、上記第２の部分が上記プレイバック装置で実行された場合に、上記データエンティティが、追加のプログラム命令としておよび／または上記第２の部分で処理される入力データとして解釈される、光レコードキャリア。
１０９．上記オーディオビジュアルまたはオーディオコンテンツが複数の部分として上記光レコードキャリアに格納され、上記部分は第１の順序を有し、
上記部分が上記第１の順序で再生された場合に上記オーディオビジュアルまたはオーディオコンテンツが上記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
上記部分が上記第１の順序とは異なる第２の順序で上記光レコードキャリアに格納され、
それぞれの部分が格納される上記レコードキャリア上の物理的な位置が上記第２の順序に依存し、
上記第１の順序がファイルとして上記光レコードキャリアに格納されず、
上記入力データが、上記プログラム命令の上記第２の部分により上記オーディオビジュアルまたはオーディオコンテンツのプレイバックのために使用される上記第１の順序を表す、項目１０８に記載の光レコードキャリア。
１１０．上記オーディオビジュアルまたはオーディオコンテンツが複数の部分で上記光レコードキャリアに格納され、上記部分は第１の順序を有し、
上記部分が上記第１の順序で再生された場合に上記オーディオビジュアルまたはオーディオコンテンツが上記オーディオビジュアルまたはオーディオコンテンツの正規のプレイバックシーケンスで再生され、
上記部分が上記第１の順序とは異なる第２の順序で上記光レコードキャリアに格納され、
それぞれの部分が格納される上記レコードキャリア上の物理的な位置が上記第２の順序に依存し、
複数のさらなる第１の順序が上記光レコードキャリアに格納され、
上記プログラム命令の上記第２の部分が、上記入力データおよび／または上記追加のプログラム命令に依存して上記第１の順序と上記さらなる第１の順序とを識別するための命令を含む、項目１０８または１０９に記載の光レコードキャリア。
１１１．上記部分が、１０秒〜２０秒、１０秒〜３０秒、３０秒〜１分、１分〜２分または３分、３分〜５分、および／あるいは５分〜１０分の範囲の長さを有する、項目１０９または１１０に記載の光レコードキャリア。
１１２．上記プログラム命令の上記第１の部分が、サーバからの上記所定の位置のダウンロードをもたらすプログラム命令を含む、項目１０８から１１１のいずれか１項に記載の光レコードキャリア。
１１３．光レコードキャリアのコピープロテクションのための方法であって、
上記光レコードキャリアに格納されるプログラム命令を決定することを含み、
上記プログラム命令は、プレイバック装置で実行された場合に、上記プレイバック装置に、上記光レコードキャリアがオリジナルであるかどうかをチェックさせ、上記光レコードキャリアがオリジナルである場合に限り、上記光レコードキャリアに格納されるオーディオまたはオーディオビジュアルコンテンツの正規の品質でのプレイバックを制御するために使用されるさらなるプログラム命令をサーバからダウンロードさせる方法。
１１４．上記オーディオまたはオーディオビジュアルコンテンツがレコードキャリア上に第２の順序で配列される複数の部分として格納され、
上記さらなるプログラム命令が、上記プレイバック装置に、上記光レコードキャリアに格納される複数のプレイバックシーケンスから適切なプレイバックシーケンスを選択することにより上記部分を第１の順序で再生させる、項目１１３に記載の方法。
１１５．光レコードキャリアであって、
プログラム命令を含み、上記プログラム命令は、プレイバック装置で実行された場合に、上記プレイバック装置に上記光レコードキャリアがオリジナルであるかどうかをチェックさせ、上記光レコードキャリアがオリジナルである場合に限り、上記光レコードキャリアに格納されるオーディオまたはオーディオビジュアルコンテンツの正規の品質でのプレイバックを制御するために使用されるさらなるプログラム命令をサーバからダウンロードさせる光レコードキャリア。
【０３８７】
ここでは特定の実施形態が示され、説明されたが、説明された実施形態の範囲から逸脱することなく、さまざまな極めて最終の（ultra  net）および／または均等な実装が、図示および説明された特定の実施形態の代替となりうることは、当業者には理解されるであろう。本願は、ここで検討された実施形態のいかなる応用または変形をも包含することを意図されている。それゆえ、本発明は、請求の範囲およびその均等物によってのみ限定されることが意図されている。
【０３８８】
なお、また、本明細書を通じて、サーバ、プレーヤ、プレイバック装置および他の装置が説明される場合には、そのようなハードウェアはそれぞれプロセッサを含むことが理解されるであろう。
【図１】
2012146386.tif 000004
【図２】
2012146386.tif 000005
【図３Ａ】
2012146386.tif 000006
【図３Ｂ】
2012146386.tif 000007
【図３Ｃ】
2012146386.tif 000008
【図４Ａ】
2012146386.tif 000009
【図４Ｂ】
2012146386.tif 000010
【図５Ａ】
2012146386.tif 000011
【図５Ｂ】
2012146386.tif 000012
【図６Ａ】
2012146386.tif 000013
【図６Ｂ】
2012146386.tif 000014
【図６Ｃ】
2012146386.tif 000015
【図７Ａ】
2012146386.tif 000016
【図７Ｂ】
2012146386.tif 000017
【図７Ｃ】
2012146386.tif 000018
【図７Ｄ】
2012146386.tif 000019
【図８】
2012146386.tif 000020
【図９】
2012146386.tif 000021
【図１０Ａ】
2012146386.tif 000022
【図１０Ｂ】
2012146386.tif 000023
【図１１】
2012146386.tif 000024
【図１２】
2012146386.tif 000025
【図１３】
2012146386.tif 000026
【図１４】
2012146386.tif 000027
【図１５】
2012146386.tif 000028
【図１６】
2012146386.tif 000029
【図１７】
2012146386.tif 000030
【図１８】
2012146386.tif 000031
【図１９Ａ】
2012146386.tif 000032
【図１９Ｂ】
2012146386.tif 000033
【図１９Ｃ−１】
2012146386.tif 000034
【図１９Ｃ−２】
2012146386.tif 000035
【図１９Ｄ】
2012146386.tif 000036
【図１９Ｅ】
2012146386.tif 000037
【図１９Ｆ】
2012146386.tif 000038
【図１９Ｇ】
2012146386.tif 000039
【図１９Ｈ】
2012146386.tif 000040
【図１９Ｉ】
2012146386.tif 000041
【図１９Ｊ】
2012146386.tif 000042
【図２０】
2012146386.tif 000043
【図２１】
2012146386.tif 000044
【図２２】
2012146386.tif 000045
【図２３Ａ】
2012146386.tif 000046
【図２３Ｂ】
2012146386.tif 000047
【図２３Ｃ】
2012146386.tif 000048
【図２４Ａ】
2012146386.tif 000049
【図２４Ｂ】
2012146386.tif 000050
【図２５】
2012146386.tif 000051
【図２６】
2012146386.tif 000052
【図２７】
2012146386.tif 000053
【図２８】
2012146386.tif 000054
【図２９】
2012146386.tif 000055
【図３０】
2012146386.tif 000056
【図３１Ａ】
2012146386.tif 000057
【図３１Ｂ】
2012146386.tif 000058
【図３１Ｃ】
2012146386.tif 000059
【図３２Ａ】
2012146386.tif 000060
【図３２Ｂ】
2012146386.tif 000061
【図３３】
2012146386.tif 000062
【図３４Ａ】
2012146386.tif 000063
【図３４Ｂ】
2012146386.tif 000064
【図３５Ａ】
2012146386.tif 000065
【図３５Ｂ】
2012146386.tif 000066
【図３６】
2012146386.tif 000067
【図３７】
2012146386.tif 000068