JP6380542B2 - 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム - Google Patents

Description

本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに詳細には、不正流通コンテンツの出所追跡を可能とする情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。

映画や音楽等、様々なコンテンツを記録する情報記録媒体（メディア）として、ＤＶＤ(Digital Versatile Disc)や、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）が多く利用されている。

これらの情報記録媒体に記録される音楽データ、画像データ等の多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、このような情報記録媒体（メディア）にコンテンツを格納してユーザに提供する場合、正規な利用権を持つユーザのみにコンテンツの利用を許容する利用制御を行うのが一般的である。

具体的には、例えばコンテンツを暗号化コンテンツとして記録し、正規なコンテンツ購入処理を行ったユーザに提供した暗号鍵によってのみ復号可能とするといった制御等が行われる。しかし、このような処理を行っても、例えば暗号化コンテンツを取得したユーザが復号したコンテンツや、暗号鍵を不正に配布、あるいは公開するなどの処理を行ってしまうと不特定多数のコンテンツの不正利用が発生する。特に昨今は、ネットワークを介したデータの不正公開や配信が行われるケースが多く、これらの不正をいかに防止するかが大きな課題となっている。

不正コンテンツの流通を防止する１つの対策として、復号（平文）コンテンツに基づいて、復号処理を行なった装置を判別可能とした構成がある。
これは、暗号化コンテンツを復号して生成した復号コンテンツ、例えば復号画像データを解析し、画像から抽出される識別データに基づいて復号処理を行なった装置を判別する構成である。
この出所追跡を可能とした構成については、例えば特許文献１（特開２００６−２３６１２１号公報）、特許文献２（特開２００７−４３３３６号公報）等に記載がある。

これらの特許文献に記載の構成は、コンテンツを構成データであるセグメント、例えば映画コンテンツを構成するあるシーンの画像を異なる鍵で復号可能とした複数のバリエーションデータとして設定するものである。各再生装置は、再生装置に格納した再生装置固有の鍵を適用して、複数のバリエーションデータから復号可能な１つのデータを選択して復号し、再生する。異なる鍵を格納した再生装置は、同一シーンの画像について、異なるバリエーションデータを復号して再生する。このように、各再生装置によって異なるバリエーションデータが選択されて再生されることになる。すなわち再生装置に応じて異なる再生パスに従った再生処理が行われる。

例えば、復号コンテンツのコピーデータがネットワークを介して流通した場合、そのコンテンツに含まれるバリエーションデータや再生パスを解析することで、コンテンツを復号した装置を、ある程度の範囲で特定することが可能となる。
なお、各再生装置に格納される暗号鍵（復号鍵）は、装置のメーカー等によって異なり、これらの設定単位に応じて出所を追跡することが可能となる。

しかし、例えばバリエーションデータを有する映画コンテンツをディスクに格納する場合、バリエーションデータを構成する同一シーンの画像を複数、ディスクに記録する必要がある。
これは、ディスクに記録するデータの容量が増大するという問題点を発生させる。

さらに、各再生装置は、ディスクに記録された同一シーンの画像から１つのデータを選択して再生することが必要となり、この再生処理において、ディスクの記録データの連続的読み取り再生ではなく、所定距離のジャンプを伴う再生処理を行なうことが必要となる。
このように、ジャンプを伴う再生を行なうと、再生画像の途切れが発生する可能性が高まる。

再生画像の途切れを発生させないためには、ジャンプ所要時間等を考慮してディスクに対する記録データの配置を決定する処理が必要であるが、このデータ配置は、バリエーションデータのデータ長や数に依存するものであり困難性が高いという問題点がある。

また、各バリエーションデータを選択しながら再生するためには、各再生パスに対応した再生制御情報であるプレイリストを各再生パスに対応して設定することが必要となる。しかし、バリエーションデータを保持するプレイリストの設定許容数は、ディスクに記録する１つのコンテンツに対して上限数＝１０２４の制限があり、再生パスの設定可能な最大数は１０２４となる。
従って、バリエーションデータに基づく不正コピーコンテンツの出所特定処理は、全プレーヤ（再生装置）に対して１／１０２４の絞り込みまでが限界となってしまう。このレベルは、例えば再生装置の種類を特定する程度であり、例えば、再生装置１台単位等の出所特定は不可能であるという問題もある。

特開２００６−２３６１２１号公報 特開２００７−４３３３６号公報

本開示は、例えばこのような問題点に鑑みてなされたものであり、より実効性のある出所追跡を可能として不正なコピーコンテンツの流通や利用を抑制可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。

本開示の第１の側面は、
コンテンツ再生処理を実行するデータ処理部を有し、
前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
前記データ処理部は、
各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行する情報処理装置にある。

さらに、本開示の第２の側面は、
各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツを記録データとして格納した情報記録媒体であり、
前記バリエーションデータの各々は、復号データから埋め込みデータを取得可能なデータであるとともに、再生装置が読み取り可能なバリエーションデータ識別子を記録したデータであり、
再生装置が、前記バリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツの再生を行なうことを可能とした情報記録媒体にある。

さらに、本開示の第３の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、コンテンツ再生処理を実行するデータ処理部を有し、
前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
前記データ処理部が、
各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行する情報処理方法にある。

さらに、本開示の第４の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、コンテンツ再生処理を実行するデータ処理部を有し、
前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
前記プログラムは、前記データ処理部に、
各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得させて、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行させるプログラムにある。

なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、再生パスを設定可能なコンテンツを利用して不正コピーコンテンツの確実な出所解析を行う構成が実現される。
具体的には、各々を異なる鍵で復号可能とした複数のバリエーションデータからなるセグメント領域を有し、選択バリエーションデータに応じた再生パスを設定可能なコンテンツを利用する。各バリエーションデータは復号データから電子透かし等の埋め込み情報を取得可能である。各バリエーションデータの各々は、１９２バイトのソースパケット、または、６１４４バイトのアラインドユニットによって構成される。再生装置は、バリエーションデータに記録されたバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを選択して再生する。
本構成により、再生パスを設定可能なコンテンツを利用して不正コピーコンテンツの確実な出所解析を行う構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

再生装置対応の再生パスを設定可能としたコンテンツの構成例について説明する図である。 再生装置対応の再生パスを設定可能としたコンテンツの構成データからの識別情報検出例について説明する図である。 ＢＤＭＶフォーマットに従ってメディアに記録されるデータのディレクトリ構成例について説明する図である。 ＢＤＭＶフォーマットにおいて規定されるプレイリストと、再生データとの対応について説明する図である。 クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルのデータ構成としてのＭＰＥＧ−２ＴＳ（トランスポートストリーム）の構成例について説明する図である。 クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルのデータ構成としてのＭＰＥＧ−２ＴＳ（トランスポートストリーム）、およびＰＥＳパケットの構成例について説明する図である。 バリエーションデータを１つのソースパケットで構成した例について説明する図である。 バリエーションデータ識別子の設定例について説明する図である。 コンテンツ再生処理のシーケンスについて説明するフローチャートを示す図である。 バリエーションデータを１つのアラインドユニットで構成した例について説明する図である。 バリエーションデータ識別子の設定例について説明する図である。 バリエーションデータ識別子の設定例について説明する図である。 バリエーションデータ識別子の設定例について説明する図である。 コンテンツ再生処理のシーケンスについて説明するフローチャートを示す図である。 セグメントキーファイルの一例について説明する図である。 ディスク上のバリエーションデータの記録例について説明する図である。 バリエーションマップテーブルの一例について説明する図である。 バリエーションマップテーブルの一例について説明する図である。 ＥＰマップについて説明する図である。 ＥＰマップについて説明する図である。 ＥＰマップについて説明する図である。 セグメント領域に複数のバリエーションデータが設定される場合のＥＰマップについて説明する図である。 セグメント領域に複数のバリエーションデータが設定される場合のＥＰマップについて説明する図である。 セグメント領域に複数のバリエーションデータが設定される場合のＥＰマップについて説明する図である。 バリエーションデータに記録する識別情報の例について説明する図である。 バリエーションデータに記録する識別情報の例について説明する図である。 情報処理装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．再生パス解析に基づく出所追跡処理の概要について
２．ソースパケット、またはアラインドユニット単位のバリエーションデータを設定した実施例について
２−１．クリップＡＶストリームファイルの詳細構成について
２−２．（実施例１）ソースパケット単位のバリエーションデータを設定した実施例について
２−３．（実施例２）アラインドユニット単位のバリエーションデータを設定した実施例について
３．実施例１，２に示すバリエーションデータ設定に適合した各種の構成について
３−１．セグメントキーファイルの構成について
３−２．バリエーションマップテーブルについて
３−３．バリアントナンバーを用いて再生対象バリエーションデータの選択を可能とした構成について
３−４．ＥＰマップの構成について
３−５．バリエーションデータに対する埋め込みデータについて
４．情報処理装置のハードウェア構成例について
５．本開示の構成のまとめ

［１．再生パス解析に基づく出所追跡処理の概要について］
本発明の構成についての説明の前に、まず、既存の再生パス解析に基づく出所追跡処理の概要について説明する。

図１を参照して再生装置に応じたコンテンツの再生パス設定例について説明する。
図１には、例えば映画等のコンテンツを格納したディスクに記録された再生データの構成例と、各再生装置がコンテンツの再生を行なう場合に選択するデータ列、すなわち再生パスを示している。
図１には、以下の２つの再生パスを示している。
（１）再生装置Ａの再生パスＡ
（２）再生装置Ｂの再生パスＢ

図１（１），（２）に示すＡＶ００〜ＡＶ２５５の各々は、映画等のコンテンツの再生データ、具体的には例えば数秒程度の画像フレームによって構成される画像データである。左から右に再生データが配列されており、再生装置は、ＡＶ０００から再生を開始してＡＶ２５５まで再生を行なう。

ただし、セグメント領域（セグメント１〜１５）には、複数の同一シーンの画像データが設定されている。例えばセグメント１には、
ＡＶ００１〜ＡＶ０１６の１６個の画像データが設定されている。
これらは、同一のシーンの画像データであるが、ＡＶ００１〜ＡＶ００１６の１６個の画像データは、それぞれ異なる鍵（セグメントキー）で暗号化されている。
このセグメント領域に設定された異なる暗号鍵で暗号化されたデータをバリエーションデータと呼ぶ。

各再生装置は、自装置に格納された鍵（デバイスキー）等を利用して、コンテンツとともにディスクに格納されたセグメントキーファイルからセグメントキーを取得することができる。
ただし、１つの再生装置に格納されたデバイスキーを用いて取得可能なセグメントキーは、各セグメント領域に対して１つのセグメントキーのみである。
すなわち、各再生装置は、各セグメント領域（例えばセグメント１）の複数のバリエーションデータ（例えばＡＶ００１〜ＡＶ０１６）中、１つのバリエーションデータを復号可能なセグメントキーが取得できる。

セグメントキーファイルから取得できるセグメントキーの組み合わせは、再生装置に格納されたデバイスキーに応じて異なる設定となる。
再生装置は、セグメントキーファイルから得られたセグメントキーを利用して、１つのセグメント領域から、復号可能な１つのバリエーションデータを選択して、復号して再生する。

セグメント領域以外の１つのデータのみが設定された区間は、単一データ領域、または非セグメント領域と呼ぶ。例えばＡＶ０００、ＡＶ０１７等の再生区間は１つのデータのみが設定されており、すべての再生装置は、この１つのデータのみを再生する。

なお、これらの単一データ領域のデータも暗号化データである。
これらのデータは、やはりコンテンツを格納したディスクに格納されたＣＰＳユニットキーファイルから取得可能なＣＰＳユニットキーを適用して復号することができる。
再生装置は、再生装置に格納されたデバイスキーや、ディスクに格納されたデータを適用した処理によって、ＣＰＳユニットキーファイルからＣＰＳユニットキーを取得する。

図１に示す例では、コンテンツ中に１５個のセグメント領域（セグメント１〜１５）が設定されている。
また、各セグメント１〜１５の各々には、１６個の異なる鍵（セグメントキー）で暗号化されたデータ（バリエーションデータ＝異なる鍵で復号可能なデータ）が設定されている。セグメント領域に設定される異なる鍵で復号可能な複数のデータの各々をバリエーションデータと呼ぶ。

バリエーションデータの復号用の鍵がセグメントキーである。セグメントキーは、例えば、再生対象コンテンツと共にディスクに格納されたセグメントキーファイルから取得可能である。
ただし、セグメントキーファイルに格納されたセグメントキーは、個別に暗号化されており、再生装置は、再生装置に格納されたデバイスキー等を用いた復号処理により一部のセグメントキーを取得できる。
１つの再生装置が取得可能なセグメントキーは、各セグメント領域に設定された複数のバリエーションデータの１つのバリエーションデータのみを復号することができる鍵である。

再生装置は、各セグメント領域について、順次、セグメントキーファイルから取得可能なセグメントキーを取得し、取得したセグメントキーを用いて１つのバリエーションデータを復号して再生処理を実行する。
このように、各再生装置は、１つのセグメント領域から、１つの復号可能なバリエーションデータを選択して再生処理を行なう。
異なるデバイスキーを格納した再生装置は、異なる再生パスに従った再生処理を実行することになる。

図１（１）に示す例は、再生装置Ａの再生パスを示している。
再生装置Ａは、以下の各データを、順次、再生する。
ＡＶ０００→［ＡＶ０１６］→ＡＶ０１７→［ＡＶ０１９］→ＡＶ０３４→［ＡＶ０３５］・・・・→ＡＶ２３８→［ＡＶ２４０］→ＡＶ２５５
これが、再生装置Ａの再生パスＡである。
なお、上記の再生データ中［ＡＶｘｘｘ］のように、［ ］で囲んで示したデータが各セグメント領域に設定されたバリエーションデータである。

再生装置Ａは、セグメント領域に設定された１６個のバリエーションデータ（暗号化データ）から再生装置Ａの所有する鍵（デバイスキー）等を用いて、セグメントキーファイルに格納された暗号化セグメントキーを復号してセグメントキーを取得する。
取得したセグメントキーを適用して復号可能なバリエーションデータを選択して再生を行なう。
［ ］で囲まれていないデータは、セグメント領域以外のデータであり、すべての再生装置において共通に再生されるデータである。

一方、図１（２）に示す再生装置Ｂは、以下の各データを、順次、再生する。
ＡＶ０００→［ＡＶ００２］→ＡＶ０１７→［ＡＶ０２０］→ＡＶ０３４→［ＡＶ０５０］・・・・→ＡＶ２３８→［ＡＶ２３９］→ＡＶ２５５
これが、再生装置Ｂの再生パスＢである。

上記の再生データ中［ＡＶｘｘｘ］のように、［ ］で囲んで示したデータがバリエーションデータである。
再生装置Ｂは、再生装置Ｂに格納されたデバイスキーを用いてセグメントキーファイルから一部のセグメントキーを取得する。
さらに、再生装置Ｂは、取得したセグメントキーを適用して、セグメント領域に設定された１６個のバリエーションデータ（暗号化データ）から復号可能な１つのバリエーションデータを選択して再生を行なう。
［ ］で囲まれていないデータは、セグメント領域以外のデータであり、すべての再生装置において共通に再生されるデータである。

再生装置Ａの再生パスＡと、再生装置Ｂの再生パスＢを比較すると、セグメント領域以外の単一データ領域の再生データは共通する。しかしセグメント領域において再生するバリエーションデータは、異なるデータとなっている。
これは、再生装置Ａと再生装置Ｂに格納されたデバイスキーが異なり、セグメントキーファイルから取得可能なセグメントキーの組み合わせが異なるからである。

各再生パス中のセグメント領域に設定されるバリエーションデータには、どのバリエーションデータであるかの識別子、例えば［ＡＶｘｘｘ］等のデータ識別子が埋め込まれている。例えば電子透かし（ｗａｔｅｒｍａｒｋ）等の技術により識別子が埋め込まれている。
すなわち、再生画像データを解析することで、どのバリエーションデータが再生されたかを判別することができる。

図２を参照して、各再生装置による再生画像データと、再生画像データに対する画像解析処理について説明する。
図２に示す情報記録媒体（ディスク）１０には、図１を参照して説明したセグメント領域と単一データ領域から構成されるコンテンツが格納されている。
再生装置Ａ，２１は、図１（１）を参照して説明した再生パスＡに従ってコンテンツ再生を実行する。
再生装置Ｂ，２１は、図１（２）を参照して説明した再生パスＢに従ってコンテンツ再生を実行する。

再生画像Ａ，３１は、１つのセグメント領域から選択されたバリエーションデータであり、再生パスＡに含まれるバリエーションデータ［ＡＶ０１６］である。
再生画像Ｂ，３２は、同じセグメント領域から選択された異なるバリエーションデータであり、再生パスＢに含まれるバリエーションデータ［ＡＶ００２］である。
これら２つの再生画像Ａ，Ｂは、いずれも例えば映画コンテンツの同一シーンの画像であり、視聴者には区別なく鑑賞される画像である。

しかし、再生画像Ａ，３１は、再生パスＡに含まれるバリエーションデータ［ＡＶ０１６］であり、この再生画像Ａ，３１には、バリエーションデータ［ＡＶ０１６］であることを示す識別情報（データ識別子）が埋め込まれている。例えば電子透かし（ｗａｔｅｒｍａｒｋ）解析処理によって識別子を解析することができる。
なお、このように再生データに埋め込まれた識別情報はフォレンジックマーク（Ｆｏｒｅｎｓｉｃ ｍａｒｋ）、あるいはフォレンジックウォーターマーク（Ｆｏｒｅｎｓｉｃ ｗａｔｅｒｍａｒｋ）と呼ばれる。

一方の再生画像Ｂ，３２は、再生パスＢに含まれるバリエーションデータ［ＡＶ００２］であり、この再生画像Ｂ，３２には、バリエーションデータ［ＡＶ００２］であることを示す識別情報（データ識別子）が埋め込まれている。

図１に示すコンテンツには、１５個のセグメント領域（セグメント１〜１５）が設定されている。
例えばネットワーク上から、不正流通したコピーコンテンツが発見された場合、この不正流通コンテンツに含まれる１５個のセグメント領域における再生画像が、どのバリエーションデータであるかを判別すれば、そのコンテンツの再生パスが明らかになる。

例えば、不正に流通しているコピーコンテンツが、図１に示す再生パスＡからなるコンテンツであれば、そのコピーコンテンツは、図２に示す再生装置Ａによって復号されたコンテンツが元データであり、再生装置Ａが不正コピーコンテンツの出所であると判断することができる。

また、例えば、不正に流通しているコピーコンテンツが、図１に示す再生パスＢからなるコンテンツであれば、そのコピーコンテンツは、図２に示す再生装置Ｂによって復号されたコンテンツが元データであり、再生装置Ｂが不正コピーコンテンツの出所であると判断することができる。

しかし、各バリエーションデータを選択しながら再生するためには、各再生パスに対応した再生制御情報であるプレイリストを各再生パスに対応して設定することが必要となる。しかし、前述したように、プレイリストの設定許容数は、ディスクに記録する１つのコンテンツに対して上限数＝１０２４の制限があり、再生パスの設定可能な最大数が１０２４に制限されてしまうという問題がある。

上記の制限により、バリエーションデータに基づく不正コピーコンテンツの出所特定処理においては、全プレーヤ（再生装置）に対して１／１０２４の絞り込みしかできない。この絞り込みレベルは、例えば再生装置の種類を特定する程度であり、再生装置１台単位等の出所特定は不可能となる。

プレイリストによって再生対象として選択可能な再生データ単位は、クリップＡＶストリームファイルであり、各バリエーションデータは、個別のクリップＡＶストリームファイルとして設定され、ディスクに記録されることになる。

図１を参照して説明した各セグメントのバリエーションデータ（ＡＶ００１〜ＡＶ２５４）の各々が、個別のクリップＡＶストリームファイルとして設定される。
再生装置は、１つのプレイリストに従って各セグメント領域から１つのバリエーションデータを構成する１つのクリップＡＶストリームファイルを選択して再生する。

しかし、このクリップＡＶストリームファイルに格納されるデータは、ほぼ数秒程度の再生時間に相当するデータである。従って、各セグメント領域に１６個のバリエーションデータを設定し、図１に示すように１５個のセグメント領域を設定すると、１つのコンテンツに必要となるバリエーションデータのデータ量がかなり大きくなる。
再生時間に換算すると、
バリエーションデータ再生時間総量＝１６×１５×（数秒）
となり、
この長時間のデータをディスクに記録する必要が発生し、バリエーションデータによって大きな記録領域が占有されてしまうことになる。

なお、再生データを格納したクリップＡＶストリームファイルを再生するためには、再生制御情報ファイルとしてクリップ情報ファイルが必要となる。
クリップ情報ファイルには、クリップＡＶストリームファイルに格納されたデータの再生開始位置や再生終了位置等が格納され、さらに、ランダムアクセスポイント情報等を記録したＥＰマップ等も格納される。
クリップ情報ファイルは、１つのクリップＡＶストリームファイルに対応して必ず１つ設定される。

従って、図１に示す（１６×１５）個のバリエーションデータは、
（１６×１５）個のクリップＡＶストリームファイル、
（１６×１５）個のクリップ情報ファイル、
これらのファイルによって構成されることになる。
これらのデータをディスクに記録することにより、ディスクのデータ記録領域が、かなり大きく占有されてしまう。

再生装置は、コンテンツ再生時に１つのセグメント領域に設定される１６個のバリエーションデータから１つのバリエーションデータを選択して再生する。
ディスクには、例えば、１つのセグメント領域に設定された１６組のクリップＡＶストリームファイルとクリップ情報ファイルをシーケンシャルに並べて記録している。
再生装置は、この１６組のクリップＡＶストリームファイルとクリップ情報ファイルの組から、１つの組を選択して再生する。この選択再生処理を行なう場合、再生装置は、読み取りヘッダ（光学ヘッダ）のジャンプ処理を行なう必要がある。
すなわち、ディスクに記録された再生対象とならないバリエーションデータ記録領域をジャンプして、再生対象となるバリエーションデータの記録位置に読み取りヘッダを位置決めして再生するジャンプ再生処理が必要となる。
このようなヘッダのジャンプ処理には所定時間を要し、ジャンプ処理時間が長くなると、再生途切れが発生する恐れがある。

このように、クリップ単位のバリエーションデータを設定すると、以下のような問題点が発生する。
（ａ）プレイリストの設定許容数（１０２４）までの再生パスしか設定できない。
（ｂ）１つのバリエーションデータであるクリップＡＶストリームファイルトクリップ情報ファイルのデータ量が大きいため、バリエーションデータによるディスクの記録領域の占有率が高くなる。
（ｃ）再生装置の再生処理時にジャンプ処理が必要となり、再生遅延、再生途切れを発生させる恐れがある。

［２．ソースパケット、またはアラインドユニット単位のバリエーションデータを設定した実施例について］
上述したように、出所追跡を可能とするためにコンテンツ内に設定するバリエーションデータを、クリップＡＶストリームファイルとクリップ情報ファイルによって構成されるクリップファイル単位の設定とすると、上記のような様々な問題が発生する。

以下、これらの問題を解決する構成について説明する。以下の２つの実施例について、順次、説明する。
（実施例１）ソースパケット単位のバリエーションデータを設定した実施例
（実施例２）アラインドユニット単位のバリエーションデータを設定した実施例

なお、ソースパケットと、アラインドユニットは、いずれも再生対象データである画像等のデータを格納したクリップＡＶストリームファイルの構成データである。
ソースパケットは１９２Ｂ（バイト）データ、アラインドユニットは、３２個のソースパケットによって構成される６１４４Ｂ（バイト）データである。

［２−１．クリップＡＶストリームファイルの詳細構成について］
上記の２つの実施例の具体的構成を説明する前に、ソースパケットや、アラインドユニットについての説明として、クリップＡＶストリームファイルの詳細構成について説明する。

まず、図３を参照して、例えば映画等のコンテンツをＢＤ（Ｂｌｕ−ｒａｙ（登録商標）Ｄｉｓｃ）に記録する場合の記録フォーマット（ＢＤＭＶフォーマット）について説明する。
ＢＤＭＶフォーマットでは、再生対象データである画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等のデータをクリップＡＶストリームファイルに格納して記録する。

クリップＡＶストリームファイルは、１８８バイトのトランスポートストリーム（ＴＳ：Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）パケットを構成要素として設定されるファイルである。トランスポートストリームパケット、すなわちＴＳパケットは、ＭＰＥＧ−２ＴＳ（Ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）フォーマットに従って配列される。
ＭＰＥＧ−２ＴＳフォーマットは、ＩＳＯ１３８１８−１において標準化されたフォーマットであり、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）に対するデータ記録や、デジタル放送等に用いられている。

なお、ＭＰＥＧ−２ＴＳフォーマットに従って格納が許容される画像、音声、静止画の符号化データは、例えば以下の符号化データである。
画像：ＭＰＥＧ−１、ＭＰＥＧ−２、ＡＶＣ（ＭＰＥＧ−４ＡＶＣ）、ＨＥＶＣ（ＭＰＥＧ−４ＨＥＶＣ）、
音声：ＭＰ１，ＭＰ２，ＭＰ３，リニアＰＣＭ，ＤＴＳ
静止画：ＪＰＥＧ
例えば上記の各符号化データがＭＰＥＧ−２ＴＳにおいて規定するＴＳ（トランスポートストリーム）パケットに分散して格納される。

図３は、例えばＲＯＭ型のＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）である情報記録媒体（メディア）１０に記録されたＢＤＭＶフォーマットに従った記録データのディレクトリを示す図である。

ディレクトリは図３に示すように管理情報設定部５１（ＡＡＣＳディレクトリ）と、データ部５２（ＢＤＭＶディレクトリ）に分離されている。
管理情報設定部５１（ＡＡＣＳディレクトリ）には、データの暗号化鍵であるＣＰＳユニットキーファイルや、セグメントキーファイル、さらに利用制御情報ファイルなどが格納される。

ＣＰＳユニットキーファイルには、図１に示すセグメント領域以外の単一データ領域（非セグメント領域）に設定された暗号化データの復号に適用するＣＰＳユニットキーが暗号化鍵データとして格納されている。
再生装置は、再生装置に格納されたデバイスキーや、ディスクに格納されたデータを適用した処理によって、ＣＰＳユニットキーファイルからＣＰＳユニットキーを取得することができる。

セグメントキーファイルには、図１に示すセグメント領域に設定されるバリエーションデータの復号に適用するセグメントキーが暗号化鍵データとして格納されている。
再生装置は、再生装置に格納されたデバイスキーや、ディスクに格納されたデータを適用した処理によって、セグメントキーファイルからセグメントキーを取得することができる。

ただし、前述したように１つの再生装置に格納されたデバイスキーを用いてセグメントキーファイルから取得できるセグメントキーは、各セグメント領域に対して１つのセグメントキーのみである。
すなわち、セグメント領域に設定された複数のバリエーションデータの１つを復号するための１つのセグメントキーのみを取得することができる。
セグメントキーファイルから取得可能となるセグメントキーの組み合わせは、再生装置に格納されたデバイスキーに応じて異なる設定となる。
この設定に応じて、再生装置対応の再生パスが設定されることになる。

なお、ＣＰＳユニットキーファイルからのＣＰＳユニットキーの取得処理、および、セグメントキーファイルからのセグメントキーの取得処理の詳細については、本出願人の先の出願である特許文献１（特開２００６−２３６１２１号公報）に記載がある。以下に説明する本開示の処理においても、この特許文献に開示済みの処理と同様の処理によってＣＰＳユニットキー、セグメントキーの取得処理が実行される。

一方、データ部５２のＢＤＭＶディレクトリ以下には、
インデックスファイル、
プレイリストファイル、
クリップ情報ファイル、
クリップＡＶストリームファイル、
ＢＤＪＯファイル、
例えば、これらのファイルが記録される。

インデックスファイルには、再生処理に適用するインデックス情報としてのタイトル情報が格納される。
プレイリストファイルは、タイトルによって指定されの再生プログラムのプログラム情報に従ったコンテンツの再生順等を規定したファイルであり、再生位置情報を持クリップ情報に対する指定情報を有する。
クリップ情報ファイルは、プレイリストファイルによつて指定されるファイルであり、クリップＡＶストリームファイルの再生位置情報等を有する。
クリップＡＶストリームファイルは、再生対象となるＡＶストリームデータを格納したファイルである。
ＢＤＪＯファイルは、ＪＡＶＡ（登録商標）プログラム、コマンド等を格納したファイルの実行制御情報を格納したファイルである。

情報処理装置が情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
（ａ）まず、再生アプリケーションによってインデックスファイルから特定のタイトルを指定する。
（ｂ）指定されたタイトルに関連付けられた再生プログラムが選択される。
（ｃ）選択された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
（ｄ）選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生や、コマンドの実行処理が行われる。

図４は、情報記録媒体（メディア）１０に記録される以下のデータ、すなわち、
プレイリストファイル、
クリップ情報ファイル、
クリップＡＶストリームファイル、
これらのデータの対応関係を説明する図である。

実際の再生対象データである画像と音声データからなるＡＶストリームはクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルとして記録され、さらに、これらのＡＶストリームの管理情報、再生制御情報ファイルとして、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルと、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが規定される。

これら複数のカテゴリのファイルは、図４に示すように、
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルを含むプレイリストレイヤ、
クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルと、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルからなるクリップレイヤ、
これらの２つのレイヤに区分できる。

なお、一つのクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルには一つのクリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが対応付けられ、これらのペアを一つのオブジェクトと考え、これらをまとめてクリップ（Ｃｌｉｐ）、あるいはクリップファイルと呼ぶ。
クリップＡＶストリームファイルに含まれるデータの詳細情報、例えばＭＰＥＧデータのＩピクチャ位置情報などを記録したＥＰマップなどの管理情報がクリップ情報ファイルに記録される。

クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルは、ＭＰＥＧ−２ＴＳ（トランスポートストリーム）をＢＤＭＶフォーマットの規定構造に従って配置したデータを格納している。この構成の詳細については図５を参照して後段で説明する。

また、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルは、例えば、クリップＡＶストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである（エントリポイント：ＥＰ）等の再生時間位置等の対応データ等、クリップＡＶストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。

プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプに基づいてクリップ情報ファイルを参照して、クリップＡＶストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。
クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。

このように、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルは、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルには、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）が設定され、プレイアイテムの各々が、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。

再生対象となる画像や音声の実データを格納したクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルは、例えば図５に示すようなＭＰＥＧ−２トランスポートストリーム（ＴＳ：Ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ）ファイル構造を持つ。

図５に示すように、ＭＰＥＧ−２ＴＳフォーマットは、以下の特徴を有する。
１）ＭＰＥＧ−２ＴＳファイルは、整数個のアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）から構成される。
２）アラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）の大きさは、６ｋＢ（＝６１４４バイト（２０４８×３バイト））である。
３）アラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）は、ソースパケットの第一バイト目から始まる。
４）ソースパケットは、１９２バイト長である。一つのソースパケットは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒとＴＳパケットから成る。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、４バイト長であり、またＴＳパケットは、１８８バイト長である。

５）ＴＳパケットはヘッダ（ＴＰヘッダ）とペイロード部を有する。１つのＴＳパケットのペイロードには画像、音声等、いずれか一種類のデータの符号化データが格納される。
６）ＴＳパケットのヘッダ（ＴＰヘッダ）にはペイロードのデータ種類を示すＰＩＤ（プログラムＩＤ）が記録される。
７）ＴＳパケットのペイロードは画像や音声等の符号化データであるエレメンタリストリーム（ＥＳ）を格納したパケット（パケタイズドエレメンタリストリーム（ＰＥＳ））とＰＥＳヘッダ等によって構成される。
８）ＰＥＳヘッダには、後続のＰＥＳパケットに格納されたエレメンタリストリーム（ＥＳ）の再生時間情報を示すプレゼンテーション・タイムスタンプ（ＰＴＳ）や、デコード処理時間を示すデコーディング・タイムスタンプ（ＤＴＳ）が記録される。

さらに、図５（Ｅ）に示すように、ＴＳパケットのヘッダ情報には、以下の各データが格納される。
（ａ）同期用バイト（Ｓｙｎｃ ｂｙｔｅ）
（ｂ）トランスポートエラー識別子（Ｔｒａｎｓｐｏｒｔ＿ｅｒｒｏｒ＿ｉｎｄｉｃａｔｏｒ）
（ｃ）ペイロードユニットスタート識別子（Ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ）
（ｄ）トランスポートプライオリティ（Ｔｒａｎｓｐｏｒｔ＿ｐｒｉｏｒｉｔｙ）
（ｅ）プログラムＩＤ（ＰＩＤ）
（ｆ）トランスポートスクランブリングコントロール（Ｔｒａｎｓｐｏｒｔ ｓｃｒａｍｂｌｉｎｇ ｃｏｎｔｒｏｌ）
（ｇ）アダプテーションフィールドコントロール（Ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ ｃｏｎｔｒｏｌ）
（ｈ）コンティニュイティカウンタ（Ｃｏｎｔｉｎｕｉｔｙ ｃｏｕｎｔｅｒ）
（ｉ）アダプテーションフィールド（Ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）

図６は、ＭＰＥＧ−２ＴＳフォーマットにおいて規定されるＰＥＳパケット、すなわち、例えば１つの画像フレームに相当する１ピクチャに関する符号化データおよびそのメタデータを格納したＰＥＳパケットの構成データについて説明する図である。

図６（２）に示すＰＥＳパケットは、１つの画像フレーム（１ピクチャ）に対応する画像データとその復号処理に適用する情報等からなるメタデータをペイロードとして格納したパケットである。
このＰＥＳパケットは、図６（１）に示すように複数のＴＳパケットによって構成される。
図６（３）は、１つのＴＳパケット（Ｐｎ）の詳細構成例である。

［２−２．（実施例１）ソースパケット単位のバリエーションデータを設定した実施例について］
次に、実施例１として、ソースパケット単位でバリエーションデータを設定した実施例について説明する。

図７を参照して、本実施例１に従ってソースパケット単位でバリエーションデータを設定したデータ構成例について説明する。

図７（Ａ）〜（Ｃ）は、先に図５を参照して説明した再生データとしての画像データ等を格納したクリップＡＶストームファイルの以下の構成を示している。
（Ａ）６１４４バイトのアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）を複数配列した構成を持つＭＰＥＧ−２ＴＳファイル。
（Ｂ）１９２バイトのソースパケットを複数配列した構成を持つアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）。
（Ｃ）４バイトヘッダ（ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ）と、１８８バイトのＴＳパケットからなるソースパケット。

本実施例１では、図７に示すように、図７（Ｃ）に示す１９２バイトのソースパケットを１つのバリエーションデータとして設定する。
図７（１）にバリエーションデータ設定例を示している。

図７（１）に示すバリエーションデータ設定例は、先に図１、図２を参照して説明した構成と同様、再生装置によって異なる再生パスを設定することを可能とした構成を持つ。すなわち、各再生装置に異なる再生パスを設定するため、複数のセグメント領域を設定し、各セグメント領域に異なるセグメントキーで復号可能な複数のバリエーションデータを設定している。

ただし、先に図１を参照して説明した構成では、バリエーションデータ［ＡＶｘｘｘ］の各々が個別のクリップＡＶストリームファイルの設定であったが、本実施例では、バリエーションデータ［ＡＶｘｘｘ］の各々は、ソースパケットの設定である。
すなわち、各バリエーションデータは、各々が１９２バイトの１つのソースパケットによって構成される。

図７（１）に示すセグメント領域（セグメント１〜）に設定されたＡＶ０００，ＡＶ００１，ＡＶ００２・・・、これらは、例えばある映画コンテンツを構成するあるシーンの画像データである。これらの各々は、１９２バイトの１つのソースパケットの構成データである。
図の左から右に示す時間軸（ｔｉｍｅ）に従って、順次再生されるシーンに対応する画像データを示している。
例えば、最初のシーンがＡＶ０００である。

最初のソースパケットＡＶ０００の次のデータとして、ＡＶ００１〜ＡＶ００１６の１６個の画像データ（バリエーションデータ）を格納したソースパケットが設定されている。
これら１６個のソースパケットは、同一のシーンに対応するデータを格納している。しかし、ＡＶ００１〜ＡＶ００１６の１６個のソースパケットに格納された画像データは、それぞれ異なる鍵（セグメントキー）で暗号化されている。

各再生装置は、自装置に格納された鍵（デバイスキー）等を利用して、コンテンツとともにディスクに格納されたセグメントキーファイルからセグメントキーを取得することができる。
ただし、１つの再生装置に格納されたデバイスキーを用いて取得可能なセグメントキーは、１つのセグメント領域（例えばセグメント１）に設定された複数のバリエーションデータ（例えばＡＶ００１〜ＡＶ０１６）に含まれる１つのバリエーションデータのみを復号可能な設定となる。

再生装置は、セグメントキーファイルから得られたセグメントキーを利用して、１つのセグメント領域から、復号可能な１つのバリエーションデータを選択して、復号処理を行ない再生する。

セグメント領域以外の１つのデータのみが設定された区間は、単一データ領域（非セグメント領域）である。例えばＡＶ０００、ＡＶ０１７等の再生区間は１つのデータのみが設定されている。単一データ領域については、すべての再生装置は、共通の単一データを再生する。
これらはＣＰＳユニットキーを用いて復号して再生する。

バリエーションデータの復号用の鍵であるセグメントキーは、例えば、再生対象コンテンツと共にディスクに格納されたセグメントキーファイルから取得可能である。
ただし、セグメントキーファイルに格納されたセグメントキーは、個別に暗号化されており、再生装置は、再生装置に格納されたデバイスキー等を用いた復号処理により一部のセグメントキーを取得できる。
１つの再生装置が取得可能なセグメントキーは、セグメント領域に設定された複数のバリエーションデータの１つのバリエーションデータのみを復号することができる鍵である。

再生装置は、各セグメント領域について、順次、セグメントキーファイルから取得可能なセグメントキーを取得し、取得したセグメントキーを用いて１つのバリエーションデータを復号して再生処理を実行する。
このように、各再生装置は、１つのセグメント領域から、１つの復号可能なバリエーションデータを選択して再生処理を行なう。
異なるデバイスキーを格納した再生装置は、異なる再生パスに従った再生処理を実行することになる。

図７（１）には、再生装置Ａの再生パスを示している。
再生装置Ａは、以下の各データを、順次、再生する。
ＡＶ０００→［ＡＶ０１６］→ＡＶ０１７→［ＡＶ０１９］→ＡＶ０３４→［ＡＶ０３５］・・・・
これが、再生装置Ａの再生パスＡである。
なお、上記の再生データ中［ＡＶｘｘｘ］のように、［ ］で囲んで示したデータが各セグメント領域に設定されたバリエーションデータである。

再生装置Ａは、セグメント領域に設定された１６個のバリエーションデータ（暗号化データ）から再生装置Ａの所有する鍵（デバイスキー）等を用いて、セグメントキーファイルに格納された暗号化セグメントキーを復号してセグメントキーを取得する。
取得したセグメントキーを適用して復号可能なバリエーションデータを選択して再生を行なう。
［ ］で囲まれていないデータは、セグメント領域以外のデータであり、すべての再生装置において共通に再生されるデータである。

格納したデバイスキーが異なる再生装置は、セグメント領域において復号、再生可能なバリエーションデータが異なるデータとなり、異なる再生パスが設定される。

各再生パス中のセグメント領域に設定されるバリエーションデータには、どのバリエーションデータであるかの識別子、例えば［ＡＶｘｘｘ］等のデータ識別子が埋め込まれている。
すなわち、再生画像データを解析することで、どのバリエーションデータが再生されたかを判別することができる。
この判別処理によって、先に図２を参照して説明したように、例えば不正にコピーされたコンテンツからその不正コピーの出所を判定することが可能となる。

本実施例では、バリエーションデータの各々は、１９２バイトのソースパケットによって構成される。
再生装置は、各セグメント領域に設定された複数のソースパケットから１つのソースパケットのみを選択して復号し再生処理を実行する。

再生装置は、各セグメント領域から、自己の再生パスに従って再生対象とする１つのソースパケットを選択する必要がある。
ソースパケットの選択処理に適用するために各ソースパケットに設定するバリエーションデータ識別子の設定例について図８を参照して説明する。

図８には、以下の各データの構成を示している。
（１）ソースパケット
（２）トランスポートパケット（ＴＳパケット）
（３）ＴＳパケットヘッダ

図８（１）に示す１９２バイトのソースパケットが、本実施例１における１つのバリエーションデータに対応する。
図８（１）に示すように、１９２バイトのソースパケットは、
４バイトのヘッダと、１８８バイトのトランスポートパケット（ＴＳパケット）によって構成される。
４バイトのヘッダには、ＴＳパケットに格納された画像データ等の再生対象データに関するデコーディングタイムを示すデコーディング・タイムスタンプ（ＤＴＳ）と、再生時間を示すプレゼンテーショヲン・タイムスタンプ（ＰＴＳ）が格納されている。

再生装置は、このＤＴＳ，ＰＴＳに従って、各ソースパケットに格納された再生データのデコード処理と再生処理のタイミングを制御する。
なお、本実施例では、１つのセグメント領域に設定される複数のバリエーションデータ、すなわち複数のソースパケットには、同一の再生データが格納されているので、これらのソースパケットのヘッダに格納されるＤＴＳやＰＴＳは同一のタイムスタンプとなる。

再生装置は、セグメント領域に設定された複数のバリエーションデータである複数のソースパケットから１つのソースパケット（バリエーションデータ）を選択して再生する。
この選択処理に適用するのが、バリエーションデータ識別子である。

図８（２）に示すトランスポートパケットは４バイトのＴＳパケットヘッダと、１８８バイトのＴＳパケットペイロードによって構成される。
ＴＳパケットペイロードには再生対象となるデータ、例えば画像データ等が暗号化されて格納されている。

図８（３）は、ＴＳパケットヘッダの詳細構成を示している。
バリエーションデータ識別子は、このＴＳパケットヘッダに設定することが可能である。
図８には、以下の２つのデータ設定例を示している。
（ａ）バリエーションデータ識別子設定例１
バリエーションデータ識別子設定例１は、ＴＳパケットヘッダのトランスポートプライオリティ設定フィールドに再生対象となるソースパケットであるか否かを判定可能としたバリエーションデータ識別子を設定した例である。

バリエーションデータ［１］
バリエーションデータ［２］
：
バリエーションデータ［ｎ］
このようなバリエーションデータ識別子をＴＳパケットヘッダのトランスポートプライオリティ設定フィールドに格納する。

（ｂ）バリエーションデータ識別子設定例２
バリエーションデータ識別子設定例２は、ＴＳパケットヘッダのパケットＩＤ（ＰＩＤ）設定フィールドに再生対象となるソースパケットであるか否かを判定可能としたバリエーションデータ識別子を設定した例である。

バリエーションデータ［１］
バリエーションデータ［２］
：
バリエーションデータ［ｎ］
このようなバリエーションデータ識別子をＴＳパケットヘッダのパケットＩＤ（ＰＩＤ）設定フィールドに格納する。

例えば、このようにＴＳパケットヘッダにバリエーションデータ識別子を設定することが可能である。
再生装置は、セグメント領域に設定される複数のバリエーションデータに対応する複数のソースパケットを順次読み取り、各ソースパケットのＴＳパケットヘッダに設定されたバリエーションデータ識別子を読み取り、再生装置による再生対象データを格納したソースパケットであるか否かを判別する。

なお、この判別処理には、再生装置に割り当てられた再生パスに従ったバリエーションデータ識別子のデータが必要となる。これは、例えば後述するバリエーションマップテーブルから得ることができる。
バリエーションマップテーブルについては後段で説明する。

さらに、バリエーションデータ識別子として、例えば、復号に適用するセグメントキーの識別子を利用する構成としてもよい。例えば、
セグメントキー［０］
セグメントキー［１］
：
セグメントキー［Ｎ］
これらいずれかのセグメントキー識別子をバリエーションデータ識別子としてトランスポートプライオリティ設定フィールドやパケットＩＤ（ＰＩＤ）設定フィールドに格納する。

再生装置は、再生装置に格納されたデバイスキー等を用いた復号処理によって、コンテンツとともにディスクに格納されたセグメントキーファイルから一部のセグメントキーを取得することが可能である。

取得可能なセグメントキーの識別子と一致する識別子が、ソースパケットのトランスポートプライオリティ設定フィールドやパケットＩＤ（ＰＩＤ）設定フィールドに格納されたソースパケットを選択することで、そのソースパケットに格納された暗号化データの復号処理、および再生処理を行なうことができる。

このように、再生装置は、ソースパケットのＴＳパケットヘッダに設定されるバリエーションデータ識別子に基づいて、復号可能なデータを格納したソースパケットを選択することが可能となる。すなわち、再生装置に対応して設定される特定のパスに従って、順次、ソースパケットを選択して復号、再生処理を実行することができる。
復号に適用する鍵は、セグメントキーファイルから取得するセグメントキーであり、再生装置に格納されたデバイスキー等を利用した復号処理によってセグメントキーファイルから取得可能な鍵である。

次に、図９に示すフローチャートを参照して、再生装置の実行する処理シーケンスについて説明する。
図９に示すフローは、再生装置に装着されたメディア、例えばＢＤ等のディスクに格納されたコンテンツを再生する処理のシーケンスを説明するフローである。
図９に示すフローに従った処理は、再生装置のデータ処理部が、再生装置の記憶部に格納されたプログラムに従って実行する。
データ処理部は、プログラム実行機能を有するＣＰＵ等を備えている。
以下、各ステップの処理について順次、説明する。

（ステップＳ１０１）
まず、再生装置のデータ処理部は、例えばユーザによって指定された再生対象コンテンツを再生するための再生制御情報ファイルであるプレイリストファイルを取得する。
再生対象コンテンツを格納したディスクには、先に図３を参照して説明したディレクトリに従った各データが格納されている。
再生装置は、ユーザによる再生指定コンテンツの再生を実行するために適用するプレイリストファイルを選択する。

（ステップＳ１０２）
次に、再生装置は、ステップＳ１０２において、ステップＳ１０１で選択したプレイリストファイルに従って選択されるクリップファイル（クリップ情報ファイル、クリップＡＶストリームファイル）を取得して、再生処理を開始する。
先に図３、図４を参照して説明したように、プレイリストファイルは、再生対象コンテンツを格納したクリップＡＶストリームファイルやクリップ情報ファイルと対応付けられている。
再生装置は、プレイリストファイルの記述に従って、再生対象コンテンツを格納したクリップファイル（クリップＡＶストリームファイル＋クリップ情報ファイル）を取得する。

（ステップＳ１０３）
次に、再生装置は、ステップＳ１０３において、プレイリストファイルによって選択されるクリップＡＶストリームファイルの構成データであるソースパケットを順次、取得する。

（ステップＳ１０４）
次に、再生装置は、ステップＳ１０４において、取得したソースパケットの構成データであるＴＳパケットのヘッダに格納されたバリエーションデータ識別子を取得する。
先に図８を参照して説明したように、ソースパケットの構成データであるＴＳパケットのヘッダには、バリエーションデータ識別子が記録されている。

（ステップＳ１０５）
再生装置は、ステップＳ１０５において、バリエーションデータ識別子が、自装置の再生パスに従った再生対象となるソースパケット（バリエーションデータ）であるか否かを判定する。
なお、この判定処理は、再生装置に割り当てられた再生パスに従ったバリエーションデータ識別子のデータ、例えば後述するバリエーションマップテーブルから得ることができる。バリエーションマップテーブルについては後段で説明する。

バリエーションデータ識別子が、自装置の再生パスに従った再生対象となるソースパケット（バリエーションデータ）でないことが確認された場合、ステップＳ１０３に戻り、次のソースパケットを取得して、ステップＳ１０４以下の処理を実行する。

一方、ステップＳ１０５において、バリエーションデータ識別子が、自装置の再生パスに従った再生対象となるソースパケット（バリエーションデータ）であることが確認された場合、すなわち再生装置が取得可能なセグメントキーによる復号が可能な再生データを格納したソースパケットであることを示す値であることが確認された場合、ステップＳ１０６に進む。

（ステップＳ１０６）
ステップＳ１０５において、バリエーションデータ識別子の値が自装置の再生パスに従った再生対象となるソースパケット（バリエーションデータ）である、すなわち復号可能な再生データを格納したソースパケットであることを示す値であることが確認された場合、再生装置は、ステップＳ１０６において、ソースパケットの構成データであるＴＳパケットのペイロードを取り出す。ＴＳペイロードには再生対象データ、たとえば画像データの暗号化データが格納されている。

再生装置は、ＴＳペイロードに格納された暗号化データを復号して再生する。
なお、復号に適用する鍵は、セグメント領域のバリエーションデータである場合は、セグメントキーファイルから取得するセグメントキーである。
セグメント領域以外の単一データ領域（非セグメント領域）のデータに対しては、ＣＰＳユニットキーを適用する。
セグメントキーは、再生装置に格納されたデバイスキー等を適用することで、セグメントキーファイルから取得可能な鍵である。

（ステップＳ１０７）
再生装置は、ステップＳ１０７において、再生対象コンテンツを構成する全てのソースパケットに対する処理が完了したか否かを判定し、未処理のソースパケットがある場合は、ステップＳ１０３に戻り、未処理パケットに対するステップＳ１０３以下の処理を実行する。
ステップＳ１０７において、再生対象コンテンツを構成する全てのソースパケットに対する処理が完了したと判定した場合は、処理を終了する。

本実施例１では、１つのバリエーションデータを１９２バイトの１つのソースパケットによって構成している。
さらに、再生装置による再生可否判定処理をソースパケット内に設定したバリエーションデータ識別子によって判定する構成としている。

このように、本実施例１では、先に図１他を参照して説明したようにクリップファイル単位のバリエーションデータではなく、データ量の小さいソースパケット単位のバリエーションデータを設定している。

本実施例１の構成、すなわちソースパケット単位のバリエーションデータの設定により、以下の効果が得られる。
（効果１）再生装置による再生可否判定処理をソースパケット内に設定したバリエーションデータ識別子によって判定する構成であり、バリエーションデータ識別子の設定により、より多くの再生パスを設定することが可能である。
図１他を参照して説明したクリップファイル単位のバリエーションデータを設定した構成では、プレイリストに応じた再生パスが設定されるため、再生パスは、プレイリストファイルの設定許容数（１０２４）までに限られるが、本実施例１ではこのような上限は生じない。

（効果２）１つのバリエーションデータであるソースパケットのデータ量は１９２バイトと小さいため、バリエーションデータによるディスクの記録領域の占有率を小さく抑えることができる。
図１他を参照して説明したクリップファイル単位のバリエーションデータを設定した構成では、１つのバリエーションデータであるクリップＡＶストリームファイルトクリップ情報ファイルのデータ量が大きいため、バリエーションデータによるディスクの記録領域の占有率が高くなる。

（効果３）本実施例１では、再生装置は、再生処理に際して、セグメント領域のソースパケットを順次、読み出してバリエーションデータ識別子の設定が再生可のパケットを選択して再生する構成であり、再生処理に際してジャンプ処理を伴わない再生が可能となる。
図１他を参照して説明したクリップファイル単位のバリエーションデータを設定した構成では、選択したプレイリストファイルによって再生指定されるクリップファイルを選択して読み出すために、読み出しヘッダのジャンプ処理が必要となり、再生遅延、再生途切れを発生させる恐れがある。

［２−３．（実施例２）アラインドユニット単位のバリエーションデータを設定した実施例について］
次に、実施例２として、アラインドユニット単位でバリエーションデータを設定した実施例について説明する。

図１０を参照して、本実施例２に従ってアラインドユニット単位でバリエーションデータを設定したデータ構成例について説明する。

図１０（Ａ）〜（Ｂ）は、先に図５を参照して説明した再生データとしての画像データ等を格納したクリップＡＶストームファイルの以下の構成を示している。
（Ａ）６１４４バイトのアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）を複数配列した構成を持つＭＰＥＧ−２ＴＳファイル。
（Ｂ）１９２バイトのソースパケットを複数配列した構成を持つアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）。

本実施例２では、図１０に示すように、図１０（Ｂ）に示す６１４４バイトのアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）を１つのバリエーションデータとして設定する。
図１０（１）にバリエーションデータ設定例を示している。

図１０（１）に示すバリエーションデータ設定例は、先に図１、図２を参照して説明した構成と同様、再生装置によって異なる再生パスを設定することを可能とした構成を持つ。すなわち、各再生装置に異なる再生パスを設定するため、複数のセグメント領域を設定し、各セグメント領域に異なるセグメントキーで復号可能な複数のバリエーションデータを設定している。

ただし、先に図１を参照して説明した構成では、バリエーションデータ［ＡＶｘｘｘ］の各々が個別のクリップＡＶストリームファイルの設定であったが、本実施例では、バリエーションデータ［ＡＶｘｘｘ］の各々は、ソースパケットの設定である。
すなわち、各バリエーションデータは、各々が６１４４バイトの１つのアラインドユニットによって構成される。

図１０（１）に示すセグメント領域（セグメント１〜）に設定されたＡＶ０００，ＡＶ００１，ＡＶ００２・・・、これらは、例えばある映画コンテンツを構成するあるシーンの画像データである。これらの各々は、６１４４バイトの１つのアラインドユニットの構成データである。
図の左から右に示す時間軸（ｔｉｍｅ）に従って、順次再生されるシーンに対応する画像データを示している。
例えば、最初のシーンがＡＶ０００である。

最初のアラインドユニットであるＡＶ０００の次のデータとして、ＡＶ００１〜ＡＶ００１６の１６個の画像データ（バリエーションデータ）を格納したアラインドユニットが設定される。
これら１６個のアラインドユニットは、同一のシーンに対応するデータを格納している。しかし、ＡＶ００１〜ＡＶ００１６の１６個の画像データは、それぞれ異なる鍵（セグメントキー）で暗号化されている。

各再生装置は、自装置に格納された鍵（デバイスキー）等を利用して、コンテンツとともにディスクに格納されたセグメントキーファイルからセグメントキーを取得することができる。
ただし、１つの再生装置に格納されたデバイスキーを用いて取得可能なセグメントキーは、１つのセグメント領域（例えばセグメント１）に設定された複数のバリエーションデータ（例えばＡＶ００１〜ＡＶ０１６）に含まれる１つのバリエーションデータのみを復号可能な設定となる。

再生装置は、セグメントキーファイルから得られたセグメントキーを利用して、１つのセグメント領域から、復号可能な１つのバリエーションデータを選択して、復号処理を実行して再生する。

セグメント領域以外の１つのデータのみが設定された区間は、単一データ領域（非セグメント領域）である。例えばＡＶ０００、ＡＶ０１７等の再生区間は１つのデータのみが設定されている。単一データ領域については、すべての再生装置は、共通の単一データを再生する。
これらはＣＰＳユニットキーを用いて復号して再生する。

バリエーションデータの復号用の鍵であるセグメントキーは、例えば、再生対象コンテンツと共にディスクに格納されたセグメントキーファイルから取得可能である。
ただし、セグメントキーファイルに格納されたセグメントキーは、個別に暗号化されており、再生装置は、再生装置に格納されたデバイスキー等を用いた復号処理により一部のセグメントキーを取得できる。
１つの再生装置が取得可能なセグメントキーは、セグメント領域に設定された複数のバリエーションデータの１つのバリエーションデータのみを復号することができる鍵である。

再生装置は、各セグメント領域について、順次、セグメントキーファイルから取得可能なセグメントキーを取得し、取得したセグメントキーを用いて１つのバリエーションデータを復号して再生処理を実行する。
このように、各再生装置は、１つのセグメント領域から、１つの復号可能なバリエーションデータを選択して再生処理を行なう。
異なるデバイスキーを格納した再生装置は、異なる再生パスに従った再生処理を実行することになる。

図１０（１）には、再生装置Ａの再生パスを示している。
再生装置Ａは、以下の各データを、順次、再生する。
ＡＶ０００→［ＡＶ０１６］→ＡＶ０１７→［ＡＶ０１９］→ＡＶ０３４→［ＡＶ０３５］・・・・
これが、再生装置Ａの再生パスＡである。
なお、上記の再生データ中［ＡＶｘｘｘ］のように、［ ］で囲んで示したデータが各セグメント領域に設定されたバリエーションデータである。

再生装置Ａは、セグメント領域に設定された１６個のバリエーションデータ（暗号化データ）から再生装置Ａの所有する鍵（デバイスキー）等を用いて、セグメントキーファイルに格納された暗号化セグメントキーを復号してセグメントキーを取得する。
取得したセグメントキーを適用して復号可能なバリエーションデータを選択して再生を行なう。
［ ］で囲まれていないデータは、セグメント領域以外のデータであり、すべての再生装置において共通に再生されるデータである。

格納したデバイスキーが異なる再生装置は、セグメント領域において復号、再生可能なバリエーションデータが異なるデータとなり、異なる再生パスが設定される。

各再生パス中のセグメント領域に設定されるバリエーションデータには、どのバリエーションデータであるかの識別子、例えば［ＡＶｘｘｘ］等のデータ識別子が埋め込まれている。
すなわち、再生画像データを解析することで、どのバリエーションデータが再生されたかを判別することができる。
この判別処理によって、先に図２を参照して説明したように、例えば不正にコピーされたコンテンツからその不正コピーの出所を判定することが可能となる。

本実施例では、バリエーションデータの各々は、６１４４バイトのアラインドユニットによって構成される。
再生装置は、各セグメント領域に設定された複数のラインドユニットから１つのアラインドユニットのみを選択して復号し再生処理を実行する。

再生装置は、各セグメント領域から、自己の再生パスに従って再生対象とする１つのアラインドユニットを選択する必要がある。
アラインドユニットの選択処理に適用するために各アラインドユニットに設定するバリエーションデータ識別子の設定例について図１１を参照して説明する。

図１１には、以下の各データの構成を示している。
（１）ＭＰＥＧ−２ＴＳファイル
（２）アラインドユニット

図１１（２）に示す６１４４バイトのアラインドユニットが、本実施例２における１つのバリエーションデータに対応する。
図１１（２）に示すように、６１４４バイトのアラインドユニットには、２ビットのコピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）が設けられる。

バリエーションデータ識別子は、このコピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）に記録することが可能である。
すなわち、コピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）に再生対象となるアラインドユニットであるか否かを判定可能としたバリエーションデータ識別子を設定する。

バリエーションデータ［１］
バリエーションデータ［２］
：
バリエーションデータ［ｎ］
このようなバリエーションデータ識別子をアラインドユニットに設定されるコピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）に格納する。

図１２を参照して、コピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）に、再生対象となるアラインドユニットであるか否かを判定可能としたバリエーションデータ識別子を設定した例について説明する。

図１２（ａ）は、従来のコピー許容情報設定部に対するビット値設定例を示した図である。
例えば、設定ビット値＝００の場合、このアラインドユニットに格納された再生対象データが非暗号化データ（ｕｎｅｎｃｒｙｐｔｅｄ）であることを示している。
また、設定ビット値＝１１の場合、このアラインドユニットに格納された再生対象データが暗号化データ（ｅｎｃｒｙｐｔｅｄ）であることを示している。
その他のビット値＝０１，１０については、定義されておらず、利用されていない。

図１２（ｂ）は、本実施例に従って、コピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）に、再生対象となるアラインドユニットであるか否かを判定可能としたバリエーションデータ識別子を設定した例である。

各ビット値について、以下のように定義する。
設定ビット値＝００の場合、このアラインドユニットに格納された再生対象データが非暗号化データ（ｕｎｅｎｃｒｙｐｔｅｄ）であることを示す。
また、設定ビット値＝１１の場合、このアラインドユニットに格納された再生対象データが暗号化データ（ｅｎｃｒｙｐｔｅｄ）であることを示す。
これらは、従来と同様である。

さらに、
設定ビット値＝０１の場合、このアラインドユニットに格納された再生対象データが暗号化データ（ｅｎｃｒｙｐｔｅｄ）であり、かつ、セグメント領域に設定された１つのバリエーションデータであり、
バリエーションデータ識別子＝バリエーションデータ［１］
に対応する暗号化データであることを示す。
設定ビット値＝１０の場合、このアラインドユニットに格納された再生対象データが暗号化データ（ｅｎｃｒｙｐｔｅｄ）であり、かつ、セグメント領域に設定された１つのバリエーションデータであり、
バリエーションデータ識別子＝バリエーションデータ［２］
に対応する暗号化データであることを示す。

例えば、このようにアラインドユニットのコピー許容情報設定フィールドにバリエーションデータ識別子を設定することが可能である。
再生装置は、セグメント領域に設定される複数のバリエーションデータに対応する複数のアラインドユニットを順次読み取り、各アラインドユニットのコピー許容情報設定フィールドに設定されたバリエーションデータ識別子の設定に基づいて、再生装置による再生対象データを格納したアラインドユニットであるか否かを判別する。

なお、この判別処理には、再生装置に割り当てられた再生パスに従ったバリエーションデータ識別子のデータが必要となる。これは、例えば後述するバリエーションマップテーブルから得ることができる。
バリエーションマップテーブルについては後段で説明する。

さらに、バリエーションデータ識別子として、例えば、復号に適用するセグメントキーの識別子を利用する構成としてもよい。例えば、
セグメントキー［０］
セグメントキー［１］
：
セグメントキー［Ｎ］
これらいずれかのセグメントキー識別子をバリエーションデータ識別子として、アラインドユニットのコピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）に記録する。
記録例を図１３（ｃ）に示す。

設定ビット値＝０１の場合、このアラインドユニットに格納された再生対象データが暗号化データ（ｅｎｃｒｙｐｔｅｄ）であり、かつ、セグメント領域に設定された１つのバリエーションデータであり、セグメントキー［０］を適用して復号可能な暗号化データであることを示す。
設定ビット値＝１０の場合、このアラインドユニットに格納された再生対象データが暗号化データ（ｅｎｃｒｙｐｔｅｄ）であり、かつ、セグメント領域に設定された１つのバリエーションデータであり、セグメントキー［１］を適用して復号可能な暗号化データであることを示す。

再生装置は、再生装置に格納されたデバイスキー等を用いた復号処理によって、コンテンツとともにディスクに格納されたセグメントキーファイルから一部のセグメントキーを取得することが可能である。

取得可能なセグメントキーの識別子と一致する識別子が、アラインドユニットのコピー許容情報設定部（ｃｏｐｙ ｐｅｒｍｉｓｓｉｏｎ ｉｎｄｉｃａｔｏｒ）に格納されたアラインドユニットを選択することで、そのアラインドユニットに格納された暗号化データの復号処理、および再生処理を行なうことができる。

このように、再生装置は、アラインドユニットに設定されるバリエーションデータ識別子に基づいて、復号可能なデータを格納したアラインドユニットを選択することが可能となる。すなわち、再生装置に対応して設定される特定のパスに従って、順次、アラインドユニットを選択して復号、再生処理を実行することができる。
復号に適用する鍵は、セグメントキーファイルから取得するセグメントキーであり、再生装置に格納されたデバイスキー等を利用した復号処理によってセグメントキーファイルから取得可能な鍵である。

図１１〜図１３を参照して説明したように、アラインドユニットのコピー許容情報設定フィールドにバリエーションデータ識別子を設定することが可能である。
再生装置は、セグメント領域に設定される複数のバリエーションデータに対応する複数のアラインドユニットを順次読み取り、各アラインドユニットのコピー許容情報設定フィールドに設定されたバリエーションデータ識別子に基づいて、再生装置による再生対象データを格納したアラインドユニットであるか否かを判別する。

次に、図１４に示すフローチャートを参照して、再生装置の実行する処理シーケンスについて説明する。
図１４に示すフローは、再生装置に装着されたメディア、例えばＢＤ等のディスクに格納されたコンテンツを再生する処理のシーケンスを説明するフローである。
図１４に示すフローに従った処理は、再生装置のデータ処理部が、再生装置の記憶部に格納されたプログラムに従って実行する。
データ処理部は、プログラム実行機能を有するＣＰＵ等を備えている。
以下、各ステップの処理について順次、説明する。

（ステップＳ２０１）
まず、再生装置のデータ処理部は、例えばユーザによって指定された再生対象コンテンツを再生する再生制御情報ファイルであるプレイリストファイルを取得する。
再生対象コンテンツを格納したディスクには、先に図３を参照して説明したディレクトリに従った各データが格納されている。
再生装置は、ユーザによる再生指定コンテンツの再生を実行するために適用するプレイリストファイルを選択する。

（ステップＳ２０２）
次に、再生装置は、ステップＳ２０２において、ステップＳ２０１で選択したプレイリストファイルに従って選択されるクリップファイル（クリップ情報ファイル、クリップＡＶストリームファイル）を取得して、再生処理を開始する。
先に図３、図４を参照して説明したように、プレイリストファイルは、再生対象コンテンツを格納したクリップＡＶストリームファイルやクリップ情報ファイルと対応付けられている。
再生装置は、プレイリストファイルの記述に従って、再生対象コンテンツを格納したクリップファイル（クリップＡＶストリームファイル＋クリップ情報ファイル）を取得する。

（ステップＳ２０３）
次に、再生装置は、ステップＳ２０３において、プレイリストファイルによって選択されるクリップＡＶストリームファイルの構成データであるアラインドユニットを順次、取得する。

（ステップＳ２０４）
次に、再生装置は、ステップＳ２０４において、取得したアラインドユニットのコピー許容情報設定フィールドに格納されたバリエーションデータ識別子を取得する。
先に図１１〜図１３を参照して説明したように、アラインドユニットの構成データであるコピー許容情報設定フィールドには、バリエーションデータ識別子が記録されている。

（ステップＳ２０５）
再生装置は、ステップＳ２０５において、バリエーションデータ識別子が、自装置の再生パスに従った再生対象となるアラインドユニット（バリエーションデータ）であるか否かを判定する。
なお、この判定処理は、再生装置に割り当てられた再生パスに従ったバリエーションデータ識別子のデータ、例えば後述するバリエーションマップテーブルから得ることができる。バリエーションマップテーブルについては後段で説明する。

バリエーションデータ識別子が、自装置の再生パスに従った再生対象となるアラインドユニット（バリエーションデータ）でないことが確認された場合、ステップＳ２０３に戻り、次のアラインドユニットを取得して、ステップＳ２０４以下の処理を実行する。

一方、ステップＳ２０５において、バリエーションデータ識別子が、自装置の再生パスに従った再生対象となるアラインドユニット（バリエーションデータ）であることが確認された場合、すなわち再生装置が取得可能なセグメントキーによる復号が可能な再生データを格納したアラインドユニットであることを示す値であることが確認された場合、ステップＳ２０６に進む。

（ステップＳ２０６）
ステップＳ２０５において、バリエーションデータ識別子の値が自装置の再生パスに従った再生対象となるアラインドユニット（バリエーションデータ）である、すなわち復号可能な再生データを格納したアラインドユニットであることを示す値であることが確認された場合、再生装置は、ステップＳ２０６において、アラインドユニットの構成データからＴＳパケットのペイロードを取り出す。ＴＳペイロードには再生対象データ、たとえば画像データの暗号化データが格納されている。

再生装置は、ＴＳペイロードに格納された暗号化データを復号して再生する。
なお、復号に適用する鍵は、セグメント領域のバリエーションデータである場合は、セグメントキーファイルから取得するセグメントキーである。
セグメント領域以外の単一データ領域（非セグメント領域）のデータに対しては、ＣＰＳユニットキーを適用する。
セグメントキーは、再生装置に格納されたデバイスキー等を適用することで、セグメントキーファイルから取得可能な鍵である。

（ステップＳ２０７）
再生装置は、ステップＳ２０７において、再生対象コンテンツを構成する全てのアラインドユニットに対する処理が完了したか否かを判定し、未処理のアラインドユニットがある場合は、ステップＳ２０３に戻り、未処理のアラインドユニットに対して、ステップＳ２０３以下の処理を実行する。
ステップＳ２０７において、再生対象コンテンツを構成する全てのアラインドユニットに対する処理が完了したと判定した場合は、処理を終了する。

本実施例２では、１つのバリエーションデータを６１４４バイトの１つのアラインドユニットによって構成している。
さらに、再生装置による再生可否判定処理をアラインドユニット内に設定したデータによって判定する構成としている。

このように、本実施例２では、先に図１他を参照して説明したようにクリップファイル単位のバリエーションデータではなく、データ量の小さいアラインドユニット単位のバリエーションデータを設定している。

本実施例２の構成、すなわちアラインドユニット単位のバリエーションデータの設定により、以下の効果が得られる。
（効果１）再生装置による再生可否判定処理をアラインドユニット内に設定したバリエーションデータ識別子によって判定する構成であり、バリエーションデータ識別子の設定により、より多くの再生パスを設定することが可能である。
図１他を参照して説明したクリップファイル単位のバリエーションデータを設定した構成では、プレイリストに応じた再生パスが設定されるため、再生パスは、プレイリストファイルの設定許容数（１０２４）までに限られるが、本実施例２ではこのような上限は生じない。

（効果２）１つのバリエーションデータであるアラインドユニットのデータ量は６１４４バイトと小さいため、バリエーションデータによるディスクの記録領域の占有率を小さく抑えることができる。
図１他を参照して説明したクリップファイル単位のバリエーションデータを設定した構成では、１つのバリエーションデータであるクリップＡＶストリームファイルトクリップ情報ファイルのデータ量が大きいため、バリエーションデータによるディスクの記録領域の占有率が高くなる。

（効果３）本実施例１では、再生装置は、再生処理に際して、セグメント領域のアラインドユニットを順次、読み出してバリエーションデータ識別子の設定が再生可のアラインドユニットを選択して再生する構成であり、再生処理に際してジャンプ処理を伴わない再生が可能となる。
図１他を参照して説明したクリップファイル単位のバリエーションデータを設定した構成では、選択したプレイリストファイルによって再生指定されるクリップファイルを選択して読み出すために、読み出しヘッダのジャンプ処理が必要となり、再生遅延、再生途切れを発生させる恐れがある。

［３．実施例１，２に示すバリエーションデータの設定に適合した各種の構成について］
上述したように、本開示の構成では、セグメント領域に設定するバリエーションデータを１９２バイトのソースパケット、あるいは６１４４バイトのアラインドユニットとした設定であり、従来の１つのクリップファイルをバリエーションデータとした設定と異なり、小さいデータサイズのバリエーションデータを設定した構成となっている。
以下、このようなデータサイズの小さいバリエーションデータを設定した実施例１，２に適合した各種の構成について説明する。

［３−１．セグメントキーファイルの構成について］
まず、セグメントキーファイルの構成について説明する。
セグメントキーファイルは、先に図３等を参照して説明したように、コンテンツを格納したディスクに記録された暗号化鍵ファイルである。

各再生装置は、自装置に格納された鍵（デバイスキー）等を利用して、コンテンツとともにディスクに格納されたセグメントキーファイルからセグメントキーを取得することができる。
ただし、１つの再生装置に格納されたデバイスキーを用いて取得可能なセグメントキーは、各セグメント領域に対して１つのセグメントキーのみである。
すなわち、各再生装置は、各セグメント領域の複数のバリエーションデータ中、１つのバリエーションデータを復号可能なセグメントキーが取得できる。

セグメントキーファイルから取得可能となるセグメントキーの組み合わせは、再生装置に格納されたデバイスキーに応じて異なる設定となる。
再生装置は、セグメントキーファイルから得られたセグメントキーを利用して、１つのセグメント領域から、復号可能な１つのバリエーションデータを選択して、復号処理を実行して再生する。

図１５にセグメントキーファイルの構成例を示す。
図１５に示すように、セグメントキーファイルには、以下の各データが格納される。
（１）クリップファイル識別子
（２）セグメントナンバー
（３）開始ソースパケットナンバー（Ｓｔａｒｔ ＳＰＮ）
（４）繰り返し設定数（Ｉｔｅｒａｔｉｏｎ）
（５−１〜ｎ）バリエーション対応暗号化セグメントキー＆識別子（バリエーション１〜ｎ）

クリップファイル識別子は、例えばユーザが選択した再生対象とするコンテンツに対応するタイトルに従って選択されるプレイリストファイルに基づいて選択されるクリップファイルである。
なお、クリップファイルにはクリップＡＶストリームファイルとクリップ情報ファイルが含まれる。たとえば、クリップファイル識別子として１２３４５という値が設定されていたときには、クリップＡＶストリームファイルとしては１２３４５．ｍ２ｔｓが、クリップ情報ファイルとしては１２３４５．ｃｌｐｉがそれぞれ選択される。
再生対象データである画像データ等は、クリップＡＶストリームファイルに格納されている。先に図５を参照して説明したＭＰＥＧ−２ＴＳフォーマットデータとして格納されている。

図１５に示すように、セグメントキーファイルには、１つのクリップファイル（クリップＡＶストリームファイルとクリップ情報ファイル）に対応付けられて複数のセグメント対応の複数のセグメントキーが格納される。

（２）セグメントナンバーは、１つのクリップファイルに設定されたセグメントの識別子である。
例えば、図７（１）、図１０（１）に示すバリエーションデータ設定例に示すセグメント１，２，３等のセグメント識別情報に対応する。

（３）開始ソースパケットナンバー（Ｓｔａｒｔ ＳＰＮ）は、各セグメント領域の開始位置のソースパケットを識別するソースパケット識別子である。

（４）繰り返し数（Ｉｔｅｒａｔｉｏｎ）は、１つのセグメント内の１つのバリエーションに属するバリエーションデータ（ソースパケット、またはアラインドユニット）の数である。
前述した実施例１ではバリエーションデータをソースパケット単位に設定しているが、１つのソースパケットは１９２バイトとデータサイズが小さい。
従って、例えば埋め込みデータのデータ量が大きい場合、１つのソースパケットのみでは、データを埋め込みが困難になる場合がある。この問題を解決するため、複数のソースパケットを利用して埋め込みデータの記録を行う。

同様に、実施例２ではバリエーションデータをアラインドユニット単位に設定しているが、１つのアラインドユニットも６１４４バイトとデータサイズが小さい。
従って、例えば埋め込みデータのデータ量が大きい場合、１つのアラインドユニットのみでは、データを埋め込みが困難になる場合がある。この問題を解決するため、複数のアラインドユニットを利用して埋め込みデータの記録を行う。

なお、埋め込みデータは、例えば電子透かし等の技法を用いて画像データ等に埋め込まれる。
先に図２を参照して説明したように、画像を解析することで埋め込みデータを読み取り、出所を判定することができる。

図１５に示すセグメントキーファイルの繰り返し数（Ｉｔｅｒａｔｉｏｎ）に設定された数のバリエーションデータは、すべて１つの同じセグメントキーで復号可能な設定となる。
再生装置のデータ処理部は、セグメントキーファイルから取得した１つのセグメントキーで、繰り返し数として設定された数のバリエーションデータの復号処理を行なう。

（５−１〜ｎ）バリエーション対応暗号化セグメントキー＆識別子（バリエーション１〜ｎ）は、各セグメントに設定されるバリエーションデータの復号に適用するセグメントキーを暗号化した暗号化セグメントキーと、その識別子を格納したフィールドである。
なお、このセグメントキーファイルの例は、１つのセグメントにｎ個のバリエーションデータを設定した例に相当する。

なお、暗号化セグメントキーは、前述したように、再生装置に格納されたデバイスキー等を利用したデータ処理によって復号可能である。
ただし、１つの再生装置は、１つのセグメントから１つのセグメントキーのみしか取得できない。

図１５のセグメントキーファイルに設定される以下の各データ、すなわち、
（３）開始ソースパケットナンバー（Ｓｔａｒｔ ＳＰＮ）
（４）繰り返し設定数（Ｉｔｅｒａｔｉｏｎ）
これらのデータについて、さらに図１６を参照して説明する。

図１６には、ディスクに記録されたディスク上のバリエーションデータの配置例を２つ示している。
図１６（１），（２）とも１つのセグメント領域に対応するバリエーションデータの記録例を示している。
なお、１つのセグメント領域に設定されたバリエーション数（ｎ）は、ｎ＝２、すなわち２種類のバリエーションデータとしている。
また、繰り返し数は、図１６（１），（２）とも３としている。

例えば図１６（１）には、
バリエーションデータ［１］と、バリエーションデータ［２］が交互に３回、記録されている。
１つのバリエーションデータ［１］、および、１つのバリエーションデータ［２］の各々が、
実施例１の設定では、１つのソースパケット（１９２バイト）に相当する。
実施例２の設定では、１つのアラインドユニット（６１４４バイト）に相当する。

スタートソースパケットナンバー（スタートＳＰＮ）はセグメント領域の開始位置にあるソースパケットの識別子である。
再生装置は、このソースパケットの識別子に基づいて、セグメント領域の開始位置であることを判別することができる。

再生装置は、スタートＳＰＮから開始されるセグメント領域にあるバリエーションデータを順次、取得して、自装置が取得可能なセグメントキーで復号できるバリエーションデータのみを選択して復号し、再生することになる。

図１６（２）に示すバリエーションデータの配列は、３つのバリエーションデータ［１］を連続配置し、その後に３つのバリエーションデータ［２］を連続配置する構成としている。
このようにバリエーションデータのディスク上の記録構成は、様々な設定とすることが可能である。

［３−２．バリエーションマップテーブルについて］
再生装置が各セグメント領域から、どのバリエーションデータを選択して再生するかは、先に図８、図１１〜図１３を参照して説明したように、バリエーションデータ識別子を利用した選択処理を行なう。
このバリエーションデータの選択処理には、再生装置に割り当てられた再生パスに従ったバリエーションデータ識別子のデータが必要となる。この再生パス対応の再生対象バリエーションデータ情報を記録したバリエーションマップテーブルについて説明する。

図１７にバリエーションマップテーブルの構成例を示す。
このバリエーションマップテーブルは、再生対象となるコンテンツに対応する管理データの１つとしてコンテンツに併せてディスクに格納する。

図１７に示すバリエーションマップテーブルは、各セグメント領域（セグメント１〜Ｍ）について、各再生パス（Ｘ，Ｙ，・・・）の設定された再生装置が再生すべきバリエーションデータの識別子を記録したテーブルである。

例えば、再生パスＸに従って再生処理を実行する再生装置は、
セグメント１については、バリエーションデータ識別子［１］のバリエーションデータを選択して再生、
セグメント２については、バリエーションデータ識別子［４］のバリエーションデータを選択して再生、
：
セグメントＭについては、バリエーションデータ識別子［５］のバリエーションデータを選択して再生、
このようなバリエーションデータの選択処理を実行する。

また、再生パスＹに従って再生処理を実行する再生装置は、
セグメント１については、バリエーションデータ識別子［３］のバリエーションデータを選択して再生、
セグメント２については、バリエーションデータ識別子［１］のバリエーションデータを選択して再生、
：
セグメントＭについては、バリエーションデータ識別子［２］のバリエーションデータを選択して再生、
このようなバリエーションデータの選択処理を実行する。

このように、再生装置は、この図１７に示すバリエーションマップテーブルを参照して、各セグメント領域で再生すべきバリエーションデータを把握することが可能となる。

なお、再生装置が、どの再生パス（再生パスＸ，Ｙ・・・）の再生を行なう設定であるかについては、再生装置は、再生装置の保持するデバイスキーを用いて予め規定したアルゴリズムに従って算出するデータ（バリアントナンバー）に基づいて知ることが可能である。
例えば、ある再生装置が自己のデバイスキーを用いた演算によってバリアントナンバーＸを算出した場合、再生装置は、自己に割り当てられた再生パスが再生パスＸであると判断することができる。

また、バリエーションマップテーブルに記録するバリエーションデータ識別子として、セグメントキー識別子を記録する構成としてもよい。
セグメントキー識別子を記録したバリエーションマップテーブルの構成例を図１８に示す。

図１８に示すバリエーションマップテーブルは、各セグメント領域（セグメント１〜Ｍ）について、各再生パス（Ｘ，Ｙ，・・・）の設定された再生装置が再生すべきバリエーションデータ識別子として、そのバリエーションデータの復号に適用するセグメントキーの識別子であるセグメントキー識別子を記録したテーブルである。

なお、この図１８に示すバリエーションマップテーブルは、例えば、図８、図１３等を参照して説明したように、ソースパケットのＴＳヘッダや、アラインドユニットのコピー許容情報の記録フィールドにセグメントキー識別子が記録された構成の場合に適用されるマップである。

例えば、再生パスＸに従って再生処理を実行する再生装置は、
セグメント１については、セグメントキー識別子［１］が設定されたバリエーションデータを選択し、セグメントキー［１］を用いて復号して再生、
セグメント２については、セグメントキー識別子［４］が設定されたバリエーションデータを選択し、セグメントキー［４］を用いて復号して再生、
：
セグメントＭについては、セグメントキー識別子［５］が設定されたバリエーションデータを選択し、セグメントキー［５］を用いて復号して再生、
このようなバリエーションデータの選択処理を実行する。

また、再生パスＹに従って再生処理を実行する再生装置は、
セグメント１については、セグメントキー識別子［３］が設定されたバリエーションデータを選択し、セグメントキー［３］を用いて復号して再生、
セグメント２については、セグメントキー識別子［６］が設定されたバリエーションデータを選択し、セグメントキー［６］を用いて復号して再生、
：
セグメントＭについては、セグメントキー識別子［２］が設定されたバリエーションデータを選択し、セグメントキー［２］を用いて復号して再生、
このようなバリエーションデータの選択処理を実行する。

［３−３．バリアントナンバーを用いて再生対象バリエーションデータの選択を可能とした構成について］
上述したように、図１７〜図１８に示すバリエーションマップテーブルをコンテンツに併せてディスクに記録することで、再生装置は、バリエーションマップテーブルを参照して、各セグメント領域で再生すべきバリエーションデータを把握することが可能となる。

しかし、図１７〜図１８に示すバリエーションマップテーブルは、すべてのパスに対応する経路情報をすべて記録した構成であり、セグメント領域の数や、バリエーションデータ数が多くなると、データ量が多くなってしまうという問題がある。

次に、図１７〜図１８に示すようなバリエーションマップテーブルを用いることなく、再生装置が、各セグメント領域で再生すべきバリエーションデータを把握することが可能とした構成について説明する。

前述したように、再生装置は、自装置に割り当てられた再生パス（再生パスＸ，Ｙ・・・）を、再生装置の保持するデハイスキーを用いて予め規定したアルゴリズムに従って算出するデータ（バリアントナンバー）に基づいて知ることが可能である。
例えば、ある再生装置が自己のデバイスキーを用いた演算によってバリアントナンバーＸを算出した場合、再生装置は、自己に割り当てられた再生パスが再生パスＸであると判断することができる。

このバリアントナンバー（Ｖａｒｉａｎｔ Ｎｕｍｂｅｒ）の構成ビットを用いて、各セグメントにおいて選択すべきバリエーションデータを把握可能とした構成について説明する。

例えば、各セグメント領域に２つのバリエーションデータが設定されている場合、すなわち、
バリエーションデータ［０］、
バリエーションデータ［１］、
このように２分岐型の２つのバリエーションデータが設定されている場合について説明する。

各再生装置が再生パス確認のために算出するバリアントナンバーのビット列を用いて再生パスに従って選択すべきバリエーションデータを決定する。
例えば、ある再生装置が自己のデバイスキー等を用いて算出したバリアントナンバーが、以下の１０ビットデータであるとする。
バリアントナンバー＝０１１０１１１１０１

この算出値の構成ビットを、そのまま、バリエーションデータ識別子として用いる。
すなわち、
セグメント１については、バリアントナンバーの先頭ビット［０］に従って、バリエーションデータ［０］を選択する。
セグメント２については、バリアントナンバーの２番目のビット［１］に従って、バリエーションデータ［１］を選択する。
セグメント３については、バリアントナンバーの先頭ビット［１］に従って、バリエーションデータ［１］を選択する。
以下、同様に繰り返す。

１１番以降のセグメントについては、再度、バリアントナンバーの先頭ビットから、順次各ビット値を取得して、取得ビット値に対応したバリエーションデータ識別子を持つバリエーションデータを選択する。

次に、各セグメント領域に４つのバリエーションデータが設定されている場合、すなわち、
バリエーションデータ［０］、
バリエーションデータ［１］、
バリエーションデータ［２］、
バリエーションデータ［３］、
このように４分岐型の４つのバリエーションデータが設定されている場合について説明する。

各再生装置が再生パス確認のために算出するバリアントナンバーのビット列を用いて再生パスに従って選択すべきバリエーションデータを決定する。
例えば、ある再生装置が自己のデバイスキー等を用いて算出したバリアントナンバーが、以下の１０ビットデータであるとする。
バリアントナンバー＝０１１０１１１１０１

この算出値の構成ビットを、先頭から２つずつ取り出して、バリエーションデータ識別子として用いる。
すなわち、２ビットデータ：００〜１１を、バリエーションデータの識別子：０〜３の値を示すものとして扱う。
００＝０
０１＝１
１０＝２
１１＝３
上記の対応関係とする。

セグメント１については、バリアントナンバーの先頭から２ビット［０１］に従って、バリエーションデータ［１］を選択する。
セグメント２については、バリアントナンバーの３〜４番目のビット［１０］に従って、バリエーションデータ［２］を選択する。
セグメント３については、バリアントナンバーの５〜６番目のビット［１１］に従って、バリエーションデータ［３］を選択する。
以下、同様に繰り返す。

６番以降のセグメントについては、再度、バリアントナンバーの先頭ビットから、順次各ビット値を取得して、取得ビット値に対応したバリエーションデータ識別子を持つバリエーションデータを選択する。

なお、上記のようにバリアントナンバーが１０ビットデータである場合、１０２４通りの再生パスしか設定できない。
これでは、設定可能な再生パスを増加させることができない。
この対応としては、１０ビットのバリアントデータに対する所定の演算、例えばハッシュ関数を適用する等の演算を実行して、ビット長を拡張したバリアントナンバーを用いる構成としてもよい。
拡張したビット値を有するデータ、例えば２０ビットデータを再生パス識別子としてのバリアントナンバーとして用いる構成としてもよい。

［３−４．ＥＰマップの構成について］
先に、図４を参照して説明したように、プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。

また、クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、図１９に示すＥＰマップ（ＥＰ＿ｍａｐ）を有する。
ＥＰマップは、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報を記録している。
すなわち、ＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプと、パケット位置情報に相当するパケット取得のためのアドレス情報との対応データが記録されている。

具体的には、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケット番号（ＳＰＮ）と、
これらの対応情報を有する。

このような対応情報を有するＥＰマップを参照することで、タイムスタンプに基づいて対応するアドレス（ＳＰＮ）を取得し、アドレス（ＳＰＮ）に従って、例えばＡＶストリーム中の再生開始位置であるデコード開始点などを見つけることができる。

図２０は、ＥＰマップ（ＥＰ＿ｍａｐ）の具体的な構成と利用例を説明する図である。図２０（Ａ）に示すクリップＡＶストリーム（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。

ビデオストリームのソースパケットは、ＭＰＥＧデータを構成するＩＰＢピクチャ、すなわち、Ｉ（Ｉｎｔｒａ）ピクチャ、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ）ピクチャを有する。Ｉピクチャは単独で復号可能なピクチャデータであり、その他のＰピクチャ、Ｂピクチャは、復号する場合に前後のＩピクチャの参照が必要となる。例えば、ランダムアクセスによる再生開始点は、単独復号可能なＩピクチャを持つパケット位置に設定される。

ＥＰマップはランダムアクセス可能な再生開始点位置情報としてＩピクチャの位置情報を、上述のＰＴＳとＳＰＮの対応データとして保持している。すなわち、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケット番号（ＳＰＮ）と、
これらの対応情報である。

このような設定としたＥＰマップを参照することで、ランダムアクセス可能な再生開始位置であるＩピクチャの場所を求めることができる。ＥＰマップ（ＥＰ＿ｍａｐ）は、クリップ情報ファイルに含まれるデータである。

ＥＰマップに基づくＩピクチャ位置の検出について、図２０を参照して説明する。図２０（Ａ）はクリップＡＶストリームを示し、各矩形は１９２バイトのソースパケットを示している。

図には、Ｉ（Ｉｎｔｒａ）ピクチャの先頭バイトを含むソースパケットを、斜線を付した四角で示している。斜線の無い白い四角はランダムアクセスポイントとならないデータが含まれるソースパケットや、他のストリームのデータが含まれているソースパケットを示す。

例えば、ＰＩＤ＝ｘで区別されるビデオストリームのランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケット番号Ｘ１のソースパケットは、クリップＡＶストリームの時間軸上でＰＴＳ＝ｐｔｓ（ｘ１）の位置に配置される。同様に、次にランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケットはソースパケット番号Ｘ２のソースパケットとされ、ＰＴＳ＝ｐｔｓ（ｘ２）の位置に配置される。

図２０（Ｂ）に示すように、ソースパケットは、１８８バイトのトランスポートパケットに４バイトのヘッダ（ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ）を付加した形で構成される。トランスポートパケット部分は、ヘッダ部（ＴＰ ｈｅａｄｅｒ）とペイロード部とからなる。

図２０（Ｃ２）に示すＥＰマップの登録データであるＳＰＮ＿ＥＰ＿ｓｔａｒｔは、シーケンスヘッダ（ＳＱＨ）から始まるＩピクチャを含むアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ）の第１バイト目を含むソースパケットのソースパケット番号（ＳＰＮ）を表す。
なお、クリップＡＶストリームファイル中のすべてのパケットに設定された一連の番号がソースパケット番号（ＳＰＮ）である。クリップＡＶストリームファイル中、最初のソースパケットのソースパケット番号をゼロ、その次のパケットのソースパケット番号は１であり、以後、次のパケット毎にソースパケット番号は１つずつ増加する。

図２０（Ｃ２）に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）は、
ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）、
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）、
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）、および、
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）、
これらのデータを記録している。

ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）は、ビデオストリームを伝送するトランスポートパケットのパケット識別子（ＰＩＤ）である。
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）は、ＥＰ＿ｍａｐに含まれるＰＴＳ＿ＥＰ＿ｓｔａｒｔ とＳＰＮ＿ＥＰ＿ｓｔａｒｔのペアのエントリの個数である。

プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）は、ランダムアクセス可能なＩピクチャから始まるＡｃｃｅｓｓ ＵｎｉｔのＰＴＳ（プレゼンテーション・タイムスタンプ）を表す。
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）は、ＰＴＳ＿ＥＰ＿ｓｔａｒｔの値により参照されるアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ）の第１バイト目を含むソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）を表す。

ビデオストリームのＰＩＤ（パケット識別子）の値がｓｔｒｅａｍ＿ＰＩＤに格納され、ＰＴＳ＿ＥＰ＿ｓｔａｒｔとＳＰＮ＿ＥＰ＿ｓｔａｒｔの対応関係を表すテーブル情報であるＥＰ＿ｍａｐ（）が生成される。
例えば、ＰＩＤ＝ｘのビデオストリームのＥＰマップには、
ＰＴＳ＝ｐｔｓ（ｘ１）とソースパケット番号（ＳＰＮ）Ｘ１、
ＰＴＳ＝ｐｔｓ（ｘ２）とソースパケット番号（ＳＰＮ）Ｘ２、
・・・、
ＰＴＳ＝ｐｔｓ（ｘｋ）とソースパケット番号（ＳＰＮ）Ｘｋ、
これらのＰＴＳとＳＰＮの対応データからなるテーブルが記述される。
上記のテーブルを含むＥＰマップ（ＥＰ＿ｍａｐ）が、１つのクリップＡＶストリームに対応するクリップ情報ファイルに格納される。

このようなデータを持つＥＰマップ（ＥＰ＿ｍａｐ）は、例えばランダムアクセスなどを行うときのデコード開始位置を特定するために参照される。
クリップ中の時間軸上の時刻ｘから再生開始するとき、ＥＰ＿ｍａｐを利用して、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報の計算方法について、図２１を使って説明する。

図２１に示すように、プレイリスト（ＰｌａｙＬｉｓｔ）が、クリップ中の時間軸上の時刻ｘから再生開始を指定する情報を有する場合、ｘよりも小さく最も近い値を持つタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］が特定される。
このプレイリスト情報に従って特定されるタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に基づいて、クリップ情報ファイル中のＥＰマップを参照して、タイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に対応するソースパケット番号［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を特定する。

このようにＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
このパケット位置［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を、クリップＡＶストリームファイル中の再生開始点、すなわち、デコードを開始すべきアドレス情報として取得し、デコード処理を行って再生を行うことができる。

上述した実施例において説明した各セグメント領域に設定されるバリエーションデータは、例えば同一シーンの画像データである。
図１を参照して説明したバリエーションデータの各々を１つのクリップファイル（クリップ情報ファイル＋クリップＡＶストリームファイル）で構成した場合、１つのクリップ情報ファイルに記録されるＥＰマップを用いた処理に問題は生じない。

しかし、先の実施例１、実施例２で説明した構成、すなわち、１つのバリエーションデータを１つのソースパケットとした設定や１つのアラインドユニットとした設定の場合、１つのセグメント領域に含まれる複数のバリエーションデータは、すべて１つのクリップＡＶストリームファイルに含まれ、これらはすべて１つのクリップ情報ファイルの制御対象となる。

すなわち、１つのクリップ情報ファイルに記録された１つのＥＰマップに１つのセグメント領域に設定される複数のバリエーションデータに関するＰＴＳとＳＰＮの対応データを保持することが必要となる。
１つのセグメント領域に設定される複数のバリエーションデータは、すべて同一シーンの画像データである。すなわち同一のＰＴＳ（プレゼンテーション・タイムスタンプ）が設定される。

このように、実施例１や実施例２で説明したバリエーションデータの設定構成では、同一ＰＴＳに対して異なる複数のＳＰＮを対応付けて登録する必要が生じる。
図２２に、各セグメント領域に２つのバリエーションデータを設定した場合のＰＴＳ，ＳＰＮとの対応関係を示す。

図２２は、実施例１において説明したソースパケット単位のバリエーションデータを設定した場合のディスク上のデータ配列例を示している。
１つの矩形領域が１９２バイトのソースパケットである。

セグメント領域１〜セグメント領域ｋの各々には２つのバリエーションデータが設定されている。
各セグメント領域の２つのバリエーションデータは、いずれも同じシーンの画像データを含み、これらは異なるセグメントキーで暗号化されたデータである。

例えばセグメント領域１にある、
バリエーション［１］のソースパケットは、ソースパケットナンバー（ＳＰＮ）＝Ｘ１、
バリエーション［２］のソースパケットは、ソースパケットナンバー（ＳＰＮ）＝Ｘ１＋１、
である。
しかし、これらは、いずれも同一シーンの画像データであり、プレゼンテーション・タイムスタンプ（ＰＴＳ）は一致する。すなわち、
ＰＴＳ（Ｘ１）＝ＰＴＳ（Ｘ１＋１）
である。

同様に、セグメント領域２にある、
バリエーション［１］のソースパケットは、ソースパケットナンバー（ＳＰＮ）＝Ｘ２、
バリエーション［２］のソースパケットは、ソースパケットナンバー（ＳＰＮ）＝Ｘ２＋１、
である。
しかし、これらは、いずれも同一シーンの画像データであり、プレゼンテーション・タイムスタンプ（ＰＴＳ）は一致する。すなわち、
ＰＴＳ（Ｘ２）＝ＰＴＳ（Ｘ２＋１）
である。

図２２に示すソースパケットを格納したクリップＡＶストリームファイルに対応して設定される１つのクリップ情報ファイルのＥＰマップには、このように、異なるソースパケットナンバー（ＳＰＮ）に対して、同一のプレゼンテーション・タイムスタンプ（ＰＴＳ）が対応付けられてしまう。
例えば図２３に示すようなＥＰマップとなる。
このような構成では、再生装置は、ＥＰマップだけを参照しても１つのプレゼンテーション・タイムスタンプ（ＰＴＳ）に基づいて１つのソースパケットナンバー（ＳＰＮ）を取得することができなくなる。すなわち、再生装置は、ＥＰマップ中のＳＰＮ＿ＥＰ＿ｓｔａｒｔの値と自装置が選択すべき再生パスを構成するソースパケットナンバー（ＳＰＮ）の値とを比較してはじめて自装置がアクセスすべきソースパケットナンバー（ＳＰＮ）を確定することはできるが、ＥＰマップだけでは自装置がアクセスすべきソースパケットナンバー（ＳＰＮ）を確定できない。

この問題を解決する構成について図２４を参照して説明する。
図２４には、
（１）基本ＥＰマップ（ＥＰ＿ｍａｐ）
（２）拡張ＥＰマップ（ＥＰ＿ｍａｐ＿ｅｘｔ）
これらの２つのテーブルを示している。

図２４（１）に示す基本ＥＰマップは、セグメント領域に１つの再生データ（１つのパリエーションデータ）を設定したデータ（ｍ２ｔｓファイル）に基づいて生成したＥＰマップである。いわゆる従来と同様の１つのシーンに１つの再生データのみから構成されるデータに基づくＥＰマップである。

図２４（２）に示す拡張ＥＰマップは、（１）ＥＰマップの各プレゼンテーション・タイムスタンプ（ＰＴＳ）のエントリに対応させて、各バリエーションデータのソースパケットナンバー・オフセットデータ（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ＿ｏｆｆｓｅｔ）を記録したデータである。

すなわち、（１）基本ＥＰマップはバリエーションデータ［１］を再生する場合に利用され、各セグメント領域のバリエーションデータ［１］の次に記録されたバリエーションデータ［２］を再生する場合は、（１）基本ＥＰマップと（２）拡張ＥＰマップの２つのマップを参照して、ある１つのＰＴＳから再生するバリエーションデータ［２］のＳＰＮを算出する。

例えば、ＰＴＳ１のバリエーションデータ［２］を再生する場合、（１）基本ＥＰマップに設定されたＰＴＳ１対応のＳＰＮ＝Ｘ１を取得し、さらに、（２）拡張ＥＰマップに設定されたＰＴＳ１対応のＳＰＮオフセット＝Ｘ１１を取得する。
さらに、２つのマップから取得した値Ｘ１，Ｘ１１を加算する。
Ｘ１＋Ｘ１１
これが、ＰＴＳ１のバリエーションデータ［２］の再生対象となるソースパケットのＳＰＮとなる。
このような設定とすることで、各セグメント領域に同一のＰＴＳを持つ異なるＳＰＮのソースパケットが設定されても、再生装置は誤りなく特定のバリエーションデータを選択して再生処理を行なうことができる。すなわち、ＥＰマップだけを参照してランダムアクセスを伴う再生処理を実行することが可能となる。

［３−５．バリエーションデータに対する埋め込みデータについて］
各セグメント領域に設定される複数のバリエーションデータには、個別にどのバリエーションデータであるかが判別可能な識別データが埋め込まれる。
これは例えば電子透かし（Ｗａｔｅｒｍａｒｋ）として埋め込まれる。

上述した実施例において説明した１つのバリエーションデータは、いずれも１つのバリエーションデータのデータサイズが小さい。すなわち、以下の構成である。
（実施例１）１つのバリエーションデータが１９２バイトのソースパケット
（実施例２）１つのバリエーションデータが６１４４バイトのアラインドユニット

このようにデータサイズの小さいバリエーションデータを利用した場合、１つのバリエーションデータに埋め込み可能な識別情報、例えば、電子透かし（Ｗａｔｅｒｍａｒｋ）として埋め込み可能なデータ量も少なくなる。
このような状況を考慮した識別情報埋め込み態様について、図２５、図２６を参照して説明する。

図２５に示す構成は、１つのバリエーションデータにＮビットの識別情報を電子透かしとして埋め込み、かつ、１つのバリエーションデータ毎に復号に適用するセグメントキーを変える設定とした構成である。
なお、１つのバリエーションデータは、実施例１の構成では１９２バイトソースパケットであり、実施例２の構成では６１４４バイトのアラインドユニットである。

また、図２６に示す構成は、ｍ個のバリエーションデータの組に対して、Ｎビットの識別情報（電子透かし）を分割して埋め込み、かつ、これらｍ個のバリエーションデータの組の全ての復号に適用するセグメントキーを共通の設定とした構成である。
なお、１つのバリエーションデータは、実施例１の構成では１９２バイトソースパケットであり、実施例２の構成では６１４４バイトのアラインドユニットである。

このように、複数のバリエーションデータを利用して１つの識別情報を埋め込む設定とし、また共通のセグメントキーを利用する構成とすることで、埋め込み情報のデータ量を増加させることが可能となる。
また、セグメントキーの数を過剰に増大させる必要もなくなる。

［４．情報処理装置のハードウェア構成例について］
次に、上述した実施例において説明したデータ記録構成を持つ情報記録媒体の記録データの再生処理、あるいは上述した実施例において説明したデータ記録構成を持つ情報記録媒体に対するデータ記録を実行する情報処理装置のハードウェア構成例について、図２７を参照して説明する。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２、または記憶部５０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３には、ＣＰＵ５０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ５０１、ＲＯＭ５０２、およびＲＡＭ５０３は、バス５０４により相互に接続されている。

ＣＰＵ５０１はバス５０４を介して入出力インタフェース５０５に接続され、入出力インタフェース５０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部５０６、ディスプレイ、スピーカなどよりなる出力部５０７が接続されている。ＣＰＵ５０１は、入力部５０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部５０７に出力する。

入出力インタフェース５０５に接続されている記憶部５０８は、例えばハードディスク等からなり、ＣＰＵ５０１が実行するプログラムや各種のデータを記憶する。通信部５０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。

入出力インタフェース５０５に接続されているドライブ５１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア５１１を駆動し、データの記録あるいは読み取りを実行する。

なお、データの符号化あるいは復号は、データ処理部としてのＣＰＵ５０１の処理として実行可能であるが、符号化処理あるいは復号処理を実行するための専用ハードウェアとしてのコーデックを備えた構成としてもよい。

［５．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） コンテンツ再生処理を実行するデータ処理部を有し、
前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
前記データ処理部は、
各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行する情報処理装置。

（２） 前記バリエーションデータの各々は、１９２バイトのソースパケットによって構成され、
前記データ処理部は、
ソースパケットの構成データであるトランスポートストリーム（ＴＳ）バケットのヘッダ部から前記バリエーションデータ識別子を取得し、
取得したバリエーションデータ識別子に基づいて、再生対象とするソースパケットを選択する（１）に記載の情報処理装置。

（３） 前記バリエーションデータ識別子は、前記トランスポートストリーム（ＴＳ）バケットのヘッダ部の構成データであるトランスポートプライオリティ設定フールド、またはパケット識別子（ＰＩＤ）設定フィールドに記録された構成である（２）に記載の情報処理装置。

（４）前記バリエーションデータの各々は、６１４４バイトのアラインドユニットによって構成され、
前記データ処理部は、
アラインドユニットの構成データから前記バリエーションデータ識別子を取得し、
取得したバリエーションデータ識別子に基づいて、再生対象とするアラインドユニットを選択する（１）に記載の情報処理装置。

（５）前記バリエーションデータ識別子は、前記アラインドユニットのコピー許容情報設定フィールドに記録された構成である（４）に記載の情報処理装置。

（６）前記バリエーションデータ識別子は、バリエーションデータの復号に適用するセグメントキーの識別子であるセグメントキー識別子であり、
前記データ処理部は、
情報処理装置の取得可能なセグメントキーの識別子と一致するセグメントキー識別子を有するバリエーションデータを再生対象として選択する（１）〜（５）いずれかに記載の情報処理装置。

（７） 前記データ処理部は、
前記バリエーションデータの復号に適用するセグメントキーを、暗号化セグメントキーを格納したセグメントキーファイルから取得する構成であり、
前記セグメントキーファイルは、
各セグメント領域のスタート位置にあるソースパケットのソースパケットナンバー（ＳＰＮ）である開始ＳＰＮと暗号化セグメントキーを対応付けたデータを有し、
前記データ処理部は、
各セグメント領域の開始ＳＰＮに基づいて、前記セグメントキーファイルから復号に適用するセグメントキーを取得する（１）〜（６）いずれかに記載の情報処理装置。

（８） 前記セグメントキーファイルは、同一のセグメントキーを適用するバリエーションデータの繰り返し数を記録した構成であり、
前記データ処理部は、
前記セグメントキーファイルから取得した１つのセグメントキーを用いて、繰り返し数として設定された数のバリエーションデータの復号処理を実行する（７）に記載の情報処理装置。

（９） 前記データ処理部は、
各セグメント領域から再生対象とするバリエーションデータの選択指定情報を記録したバリエーションマップテーブルを参照して、各セグメント領域から１つの再生対象バリエーションデータを選択する（１）〜（８）いずれかに記載の情報処理装置。

（１０） 前記バリエーションマップテーブルは、
情報処理装置の保持するデバイスキーを用いて算出可能なバリアントナンバーと、各セグメント領域において選択すべきバリエーションデータの識別子との対応データを記録した構成である（９）に記載の情報処理装置。

（１１） 前記コンテンツを記録したメディアには、コンテンツ再生制御情報ファイルとしてのクリップ情報ファイルが記録されており、
前記クリップ情報ファイルは、ランダムアクセスポイント情報として、再生時間情報であるプレゼンテーション・タイムスタンプ（ＰＴＳ）と、ソースパケットナンバー（ＳＰＮ）との対応データを記録したＥＰマップを保持し、
前記データ処理部は、
前記ＥＰマップを参照して、ランダムアクセスを伴う再生処理を実行する（１）〜（１０）いずれかに記載の情報処理装置。

（１２） 前記ＥＰマップは、
前記セグメント領域に１つのバリエーションデータのみを設定したデータ構成に対応する基本ＥＰマップと、各セグメント領域における各バリエーションデータのソースパケット位置を算出可能とした拡張ＥＰマップによって構成され。
前記データ処理部は、
前記基本ＥＰマップと拡張ＥＰマップを適用してランダムアクセスを伴う再生処理を実行する（１１）に記載の情報処理装置。

（１３） 各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツを記録データとして格納した情報記録媒体であり、
前記バリエーションデータの各々は、復号データから埋め込みデータを取得可能なデータであるとともに、再生装置が読み取り可能なバリエーションデータ識別子を記録したデータであり、
再生装置が、前記バリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツの再生を行なうことを可能とした情報記録媒体。

（１４） 前記バリエーションデータの各々は、１９２バイトのソースパケット、または、６１４４バイトのアラインドユニットによって構成されている（１３）に記載の情報記録媒体。

（１５） 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、コンテンツ再生処理を実行するデータ処理部を有し、
前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
前記データ処理部が、
各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行する情報処理方法。

（１６） 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、コンテンツ再生処理を実行するデータ処理部を有し、
前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
前記プログラムは、前記データ処理部に、
各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得させて、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行させるプログラム。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、再生パスを設定可能なコンテンツを利用して不正コピーコンテンツの確実な出所解析を行う構成が実現される。
具体的には、各々を異なる鍵で復号可能とした複数のバリエーションデータからなるセグメント領域を有し、選択バリエーションデータに応じた再生パスを設定可能なコンテンツを利用する。各バリエーションデータは復号データから電子透かし等の埋め込み情報を取得可能である。各バリエーションデータの各々は、１９２バイトのソースパケット、または、６１４４バイトのアラインドユニットによって構成される。再生装置は、バリエーションデータに記録されたバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを選択して再生する。
本構成により、再生パスを設定可能なコンテンツを利用して不正コピーコンテンツの確実な出所解析を行う構成が実現される。

１０ 情報記録媒体
２１，２２ 再生装置
３１，３２ 再生画像
５１ 管理情報設定部
５２ データ部
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ バス
５０５ 入出力インタフェース
５０６ 入力部
５０７ 出力部
５０８ 記憶部
５０９ 通信部
５１０ ドライブ
５１１ リムーバブルメディア

Claims (16)

1. コンテンツ再生処理を実行するデータ処理部を有し、
   前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
   各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
   前記データ処理部は、
   各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行する情報処理装置。
2. 前記バリエーションデータの各々は、１９２バイトのソースパケットによって構成され、
   前記データ処理部は、
   ソースパケットの構成データであるトランスポートストリーム（ＴＳ）バケットのヘッダ部から前記バリエーションデータ識別子を取得し、
   取得したバリエーションデータ識別子に基づいて、再生対象とするソースパケットを選択する請求項１に記載の情報処理装置。
3. 前記バリエーションデータ識別子は、前記トランスポートストリーム（ＴＳ）バケットのヘッダ部の構成データであるトランスポートプライオリティ設定フールド、またはパケット識別子（ＰＩＤ）設定フィールドに記録された構成である請求項２に記載の情報処理装置。
4. 前記バリエーションデータの各々は、６１４４バイトのアラインドユニットによって構成され、
   前記データ処理部は、
   アラインドユニットの構成データから前記バリエーションデータ識別子を取得し、
   取得したバリエーションデータ識別子に基づいて、再生対象とするアラインドユニットを選択する請求項１に記載の情報処理装置。
5. 前記バリエーションデータ識別子は、前記アラインドユニットのコピー許容情報設定フィールドに記録された構成である請求項４に記載の情報処理装置。
6. 前記バリエーションデータ識別子は、バリエーションデータの復号に適用するセグメントキーの識別子であるセグメントキー識別子であり、
   前記データ処理部は、
   情報処理装置の取得可能なセグメントキーの識別子と一致するセグメントキー識別子を有するバリエーションデータを再生対象として選択する請求項１に記載の情報処理装置。
7. 前記データ処理部は、
   前記バリエーションデータの復号に適用するセグメントキーを、暗号化セグメントキーを格納したセグメントキーファイルから取得する構成であり、
   前記セグメントキーファイルは、
   各セグメント領域のスタート位置にあるソースパケットのソースパケットナンバー（ＳＰＮ）である開始ＳＰＮと暗号化セグメントキーを対応付けたデータを有し、
   前記データ処理部は、
   各セグメント領域の開始ＳＰＮに基づいて、前記セグメントキーファイルから復号に適用するセグメントキーを取得する請求項１に記載の情報処理装置。
8. 前記セグメントキーファイルは、同一のセグメントキーを適用するバリエーションデータの繰り返し数を記録した構成であり、
   前記データ処理部は、
   前記セグメントキーファイルから取得した１つのセグメントキーを用いて、繰り返し数として設定された数のバリエーションデータの復号処理を実行する請求項７に記載の情報処理装置。
9. 前記データ処理部は、
   各セグメント領域から再生対象とするバリエーションデータの選択指定情報を記録したバリエーションマップテーブルを参照して、各セグメント領域から１つの再生対象バリエーションデータを選択する請求項１に記載の情報処理装置。
10. 前記バリエーションマップテーブルは、
    情報処理装置の保持するデバイスキーを用いて算出可能なバリアントナンバーと、各セグメント領域において選択すべきバリエーションデータの識別子との対応データを記録した構成である請求項９に記載の情報処理装置。
11. 前記コンテンツを記録したメディアには、コンテンツ再生制御情報ファイルとしてのクリップ情報ファイルが記録されており、
    前記クリップ情報ファイルは、ランダムアクセスポイント情報として、再生時間情報であるプレゼンテーション・タイムスタンプ（ＰＴＳ）と、ソースパケットナンバー（ＳＰＮ）との対応データを記録したＥＰマップを保持し、
    前記データ処理部は、
    前記ＥＰマップを参照して、ランダムアクセスを伴う再生処理を実行する請求項１に記載の情報処理装置。
12. 前記ＥＰマップは、
    前記セグメント領域に１つのバリエーションデータのみを設定したデータ構成に対応する基本ＥＰマップと、各セグメント領域における各バリエーションデータのソースパケット位置を算出可能とした拡張ＥＰマップによって構成され。
    前記データ処理部は、
    前記基本ＥＰマップと拡張ＥＰマップを適用してランダムアクセスを伴う再生処理を実行する請求項１１に記載の情報処理装置。
13. 各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツを記録データとして格納した情報記録媒体であり、
    前記バリエーションデータの各々は、復号データから埋め込みデータを取得可能なデータであるとともに、再生装置が読み取り可能なバリエーションデータ識別子を記録したデータであり、
    再生装置が、前記バリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツの再生を行なうことを可能とした情報記録媒体。
14. 前記バリエーションデータの各々は、１９２バイトのソースパケット、または、６１４４バイトのアラインドユニットによって構成されている請求項１３に記載の情報記録媒体。
15. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、コンテンツ再生処理を実行するデータ処理部を有し、
    前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
    各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
    前記データ処理部が、
    各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得して、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行する情報処理方法。
16. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、コンテンツ再生処理を実行するデータ処理部を有し、
    前記コンテンツは、各々が異なる鍵で復号可能な複数のバリエーションデータからなるセグメント領域を有し、再生対象として選択するバリエーションデータに応じた複数の再生パスを設定可能なコンテンツであり、
    各バリエーションデータは復号データから、バリエーションデータに埋め込まれた埋め込みデータを取得可能なデータであり、
    前記プログラムは、前記データ処理部に、
    各バリエーションデータ各々に記録されたバリエーションデータ識別子を取得させて、取得したバリエーションデータ識別子に基づいて、各セグメント領域から１つのバリエーションデータを再生対象として選択してコンテンツ再生を実行させるプログラム。

Images