WO2015186479A1

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

Info

Publication number: WO2015186479A1
Application number: PCT/JP2015/063566
Authority: WO
Inventors: 幸一内村; 遼平高橋
Original assignee: ソニー株式会社
Priority date: 2014-06-06
Filing date: 2015-05-12
Publication date: 2015-12-10

Abstract

復号画像データの解析によって復号処理に適用した鍵を解析可能としたＭＰＥＧ－２ＴＳフォーマットデータを実現する。画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定する。さらに、暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定してＭＰＥＧ－２ＴＳフォーマットデータを生成する。

Description

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

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

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

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

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

　また、ＤＶＤ(Digital Versatile Disc)や、ＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）等のディスクには、予め規定されたデータ記録フォーマットで画像、音声、さらに再生制御データ等の各種のデータが記録される。
　例えば、ＢＤに対するデータ記録フォーマットとして、ＢＤＭＶ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ　Ｍｏｖｉｅ）フォーマットが利用される。
　ＢＤＭＶフォーマットの記録データを再生するためには、ＢＤＭＶフォーマットデータの再生用のプログラムを保持していることが必要となる。

　昨今、スマホ（スマートホン）や、タブレット端末等の携帯端末などで映画等のコンテンツ視聴を行うユーザが増加している。
　このような携帯端末には、ＢＤＭＶフォーマット対応の再生アプリケーションが搭載されているとは限らない。従って、ＢＤの記録データを携帯端末のメディアにコピーする場合、ＢＤＭＶフォーマットではない携帯端末の再生アプリケーションが再生可能なフォーマットに変更してコンテンツを記録する必要がある。
　なお、メディア間のデータコピー処理については、例えば特許文献１（特開２００８－９８７６５号公報）や、特許文献２（特開２０１１－２２２０７８号公報）に記載がある。

　携帯端末等による利用を考慮して規格化されたデータ記録フォーマットとしてＭＰ４フォーマット（以下ＭＰ４と呼ぶ）がある。
　多くの携帯端末は、ＭＰ４フォーマットで記録されたＭＰ４データを再生可能な再生アプリケーションを有しており、携帯端末のメディアにコンテンツを記録する場合ＭＰ４形式で記録することが求められる。

　従って、例えば、ＢＤＭＶフォーマットのデータを、携帯端末において利用するＳＤカード等のメディアにコピーして利用する場合、ＢＤＭＶからＭＰ４へのフォーマット変換を伴うコピー処理を行なうことが必要となる。

　しかし、このようなコピー処理時のフォーマット変換において、暗号化データの暗号化態様や、暗号鍵を変更する必要性が発生すると、ユーザの利便性を損なうことになる。
　一方、ユーザの利便性を考慮して暗号化データを復号した平文データをコピー先に記録することを許容すると、平文コンテンツが不正に流通する可能性が発生する。

特開２００８－９８７６５号公報特開２０１１－２２２０７８号公報

　本開示は、例えばこのような問題点に鑑みてなされたものであり、異なるフォーマットでの記録互換性を有するとともに、フォーマット変換後においても変換前と同様のコンテンツ利用制御を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。

　本開示の第１の側面は、
　ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記データ生成部は、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定し、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行して、ＭＰＥＧ－２ＴＳフォーマットデータを生成する情報処理装置にある。

　さらに、本開示の第２の側面は、
　ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記データ処理部は、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出し、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出し、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得し、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出し、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する情報処理装置にある。

　さらに、本開示の第３の側面は、
　ＭＰＥＧ－２ＴＳフォーマットデータを記録した情報記録媒体であり、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納した暗号化画像データ格納パケットと、
　同一暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に設定されるパケットであり、後続の暗号化画像データ格納パケットに格納されるデータの暗号処理に適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットと、
　前記暗号化－鍵識別子格納パケットの前段に設定されるパケットであり、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを記録した情報記録媒体であり、
　該情報記録媒体からのデータ再生を実行する再生装置において、
　前記非暗号化－鍵識別子パケットからの第１の鍵識別子取得処理、
　取得した第１の鍵識別子に対応する鍵を適用した、前記暗号化－鍵識別子格納パケットの格納データの復号処理による第２の鍵識別子取得処理、
　取得した第２の鍵識別子に対応する鍵を適用した、前記暗号化画像データ格納パケットの格納データの復号処理を実行させることを可能とした情報記録媒体にある。

　さらに、本開示の第４の側面は、
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記データ生成部が、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定し、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行して、ＭＰＥＧ－２ＴＳフォーマットデータを生成する情報処理方法にある。

　さらに、本開示の第５の側面は、
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記データ処理部が、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出し、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出し、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得し、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出し、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する情報処理方法にある。

　さらに、本開示の第６の側面は、
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記プログラムは、前記データ生成部に、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットの生成処理と、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットの設定処理と、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行させて、ＭＰＥＧ－２ＴＳフォーマットデータを生成させるプログラムにある。

　さらに、本開示の第７の側面は、
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記プログラムは、前記データ処理部に、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出する処理と、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得する処理と、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出する処理と、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得する処理と、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得する処理と、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出する処理と、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する処理を実行させるプログラムにある。

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

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

　本開示の一実施例の構成によれば、復号画像データの解析によって復号処理に適用した鍵を解析可能としたＭＰＥＧ－２ＴＳフォーマットデータを実現する。
　具体的には、画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定する。さらに、暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定してＭＰＥＧ－２ＴＳフォーマットデータを生成する。
　本構成により、復号画像データの解析によって復号処理に適用した鍵を解析可能としたＭＰＥＧ－２ＴＳフォーマットデータが実現される。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

ＢＤＭＶフォーマットに従ってメディアに記録されるデータのディレクトリ構成例について説明する図である。ＢＤＭＶフォーマットにおいて規定されるプレイリストと、再生データとの対応について説明する図である。クリップＡＶストリーム（Ｃｌｉｐ　ＡＶ　Ｓｔｒｅａｍ）ファイルのデータ構成としてのＭＰＥＧ－２ＴＳ（トランスポートストリーム）の構成例について説明する図である。ＭＰ４フォーマットについて説明する図である。ＣＦＦ（Ｃｏｍｍｏｎ　Ｆｉｌｅ　Ｆｏｒｍａｔ）の構成について説明する図である。ＡＶＣ，ＨＥＶＣ符号化データの構成について説明する図である。ＭＰＥＧ－２ＴＳとＭＰ４フォーマットの差異について説明する図である。ＭＰＥＧ－２ＴＳに格納した１つのピクチャ対応のアクセスユニットの構成について説明する図である。ＭＰＥＧ－２ＴＳフォーマットからＭＰ４フォーマットへの変換処理例について説明する図である。ＭＰＥＧ－２ＴＳフォーマットにおけるデータ暗号化構成の一例について説明する図である。ＭＰＥＧ－２ＴＳフォーマットにおけるデータ暗号化構成と復号に適用する鍵の設定例について説明する図である。ＭＰＥＧ－２ＴＳフォーマットにおけるデータ暗号化構成と復号に適用する鍵の設定例について説明する図である。ＭＰＥＧ－２ＴＳフォーマットにおけるデータ暗号化構成と復号に適用する鍵の設定例について説明する図である。ＭＰＥＧ－２ＴＳフォーマットに従って記録された暗号化データの復号処理例について説明する図である。ＭＰＥＧ－２ＴＳフォーマットに従って記録された暗号化データの復号を実行する再生装置に格納される鍵の設定例について説明する図である。再生装置の実行するデータ復号処理のシーケンスについて説明するフローチャートを示す図である。情報処理装置のハードウェア構成例について説明する図である。

　以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
　１．ＭＰＥＧ－２ＴＳフォーマットと、ＭＰ４フォーマットについて
　２．ＭＰＥＧ－２ＴＳをＭＰ４に変換する場合の問題点について
　３．暗号処理に適用する鍵の鍵情報格納構成について
　４．再生装置の実行するデータ復号処理シーケンスについて
　５．情報処理装置、記録装置の実行する処理について
　６．情報処理装置のハードウェア構成例について
　７．本開示の構成のまとめ

　　［１．ＭＰＥＧ－２ＴＳフォーマットと、ＭＰ４フォーマットについて］
　まず、ＭＰＥＧ－２ＴＳ（Ｔｒａｎｓｐｏｒｔ　ｓｔｒｅａｍ）フォーマットと、ＭＰ４フォーマットについて説明する。
　ＭＰＥＧ－２ＴＳフォーマットと、ＭＰ４フォーマットは、いずれも画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを記録媒体（メディア）に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式（コンテナフォーマット）を規定したフォーマットである。

　ＭＰＥＧ－２ＴＳフォーマットは、ＩＳＯ１３８１８－１において標準化されたフォーマットであり、例えばＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）に対するデータ記録や、デジタル放送等に用いられている。
　一方、ＭＰ４フォーマットは、ＩＳＯ／ＩＥＣＣ１４４９６－１４で規定されたフォーマットであり、例えばフラッシュメモリ等にデータ記録を行う場合に適したフォーマットである。

　昨今、利用されている多くの携帯端末は、ＭＰ４フォーマットに従って記録されたＭＰ４データを再生可能な再生アプリケーションを有しており、携帯端末のメディアにコンテンツを記録する場合、ＭＰ４形式で記録することが求められる場合が多い。

　前述したＢＤに対するデータ記録フォーマットであるＢＤＭＶ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ　Ｍｏｖｉｅ）フォーマットは、ＭＰＥＧ－２ＴＳフォーマットに従って格納された画像や音声等の符号化データを構成要素とするＢＤ専用のフォーマットである。

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

　まず、図１以下を参照して、ＢＤや放送に用いられるＭＰＥＧ－２ＴＳフォーマットについて説明する。
　図１は、例えばＲＯＭ型のＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）であるメディア１０に記録されたＢＤＭＶフォーマットに従った記録データのディレクトリを示す図である。

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

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

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

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

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

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

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

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

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

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

　例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプが与えられた時、クリップ情報ファイルを参照して、クリップＡＶストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。

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

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

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

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

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

　次に、図４、図５を参照して、ＭＰ４フォーマットの概要について説明する。
　図４には、ＩＳＯ／ＩＥＣ１４４９６－１４で規定されたＭＰ４フォーマットの例として、以下の２つの例を示している。
　（ａ）フラグメンテッド（分割型）ＭＰ４ファイル（ｆｒａｇｍｅｎｔｅｄ　ｍｏｖｉｅ）
　（ｂ）ノンフラグメンテッド（非分割型）ＭＰ４ファイル（Ｎｏｎ－ｆｒａｇｍｅｎｔｅｄ　ｍｏｖｉｅ）
　これら図４（ａ），（ｂ）に示すＭＰ４ファイルは、ＭＰ４フォーマットに従ったデータの記録あるいは再生処理における１つの処理単位として設定されるファイルである。

　（ａ）フラグメンテッド（分割型）ＭＰ４ファイル（ｆｒａｇｍｅｎｔｅｄ　ｍｏｖｉｅ）は、再生対象データである画像や音声などのデータを所定時間内の再生データごとに分割して格納したファイルフォーマットである。
　（ｂ）ノンフラグメンテッド（非分割型）ＭＰ４ファイル（Ｎｏｎ－ｆｒａｇｍｅｎｔｅｄ　ｍｏｖｉｅ）は、再生対象データである画像や音声などのデータを分割せずに格納したファイルフォーマットである。

　ＭＰ４ファイルは、ボックス（ｂｏｘ）単位の領域設定がなされ、各ボックスには、ボックス単位で定義されたデータが格納される。
　各ボックスは、ボックスサイズ（ｂｏｘ－ｓｉｚｅ）、ボックスタイプ（ｂｏｘ－ｔｙｐｅ）、ボックスデータ（ｂｏｘ－ｄａｔａ）の各領域を有する。
　ボックスサイズ（ｂｏｘ－ｓｉｚｅ）には、ボックスのデータ長（バイトサイズ）が記録される。
　ボックスタイプ（ｂｏｘ－ｔｙｐｅ）には、ボックスに格納するデータの種類が記録される。
　ボックスデータ（ｂｏｘ－ｄａｔａ）には、ボックスタイプで示される種類のデータが記録される。

　図４（ａ）に示すフラグメンテッド（分割型）ＭＰ４ファイルには、以下のタイプのボックスが設定される。
　ｍｏｏｖボックス、
　ｔｒａｋボックス、
　ｍｏｏｆボックス、
　ｔｒａｆボックス、
　ｍｄａｔボックス、
　上記の各ボックスが設定される。

　画像、音声、字幕等の再生対象データである実データはｍｄａｔボックスに分割して格納される。
　また、ｍｄａｔボックスの各々にはｍｏｏｆボックスが対応付けられており、ｍｏｏｆボックスには、ｍｏｏｆボックスに対応付けられたｍｄａｔボックスに格納した分割実データに関する属性情報、再生制御情報等のメタデータを格納する。

　図４（ａ）に示すフラグメンテッド（分割型）ＭＰ４ファイルは、再生対象データの分割データである実データ（ｍｄａｔ）と分割実データ対応のメタデータ（ｍｏｏｆ）を１つのセットデータとして、多数のセットデータを格納し、さらに、格納した複数のセットデータ全体に関するメタデータをｍｏｏｖボックスに格納した構成を有する。

　分割実データ対応のメタデータ（ｍｏｏｆ）の内部には、ｔｒａｆボックスが設定される。
　ｔｒａｆボックスには、対応付けられた実データ（ｍｄａｔ）の再生シーケンス情報等が格納される。

　ｍｏｏｖボックスは、ＭＰ４ファイル全体に格納されたデータの再生制御情報等のメタデータの格納領域として設定されるボックスである。
　ｍｏｏｖボックス内には、１つ以上のｔｒａｋボックスが設定される。ｔｒａｋボックスは、例えば画像、音声、字幕等のデータ種類別に設定可能であり、各データの再生シーケンス情報等を格納する。

　なお、ＭＰ４ファイルに格納される再生データに複数の異なる画像データ、例えばＨＤ画像、４Ｋ画像等が含まれる場合には、これらの画像種類に応じて個別のｔｒａｋボックスを設定することが可能である。
　また、ＭＰ４ファイルの格納音声データに複数の異なる音声データ、例えば日本語音声、英語音声等が含まれる場合には、これらの音声種類に応じて個別のｔｒａｋボックスを設定可能である。
　同様に、ＭＰ４ファイルの格納字幕データに複数の異なる字幕データ、例えば日本語字幕、英語字幕等が含まれる場合には、これらの字幕種類に応じて個別のｔｒａｋボックスを設定可能である。

　（ｂ）ノンフラグメンテッド（非分割型）ＭＰ４ファイル（Ｎｏｎ－ｆｒａｇｍｅｎｔｅｄ　ｍｏｖｉｅ）は、再生対象データである画像や音声などのデータを分割せずに格納したファイルフォーマットである。
　図４（ｂ）に示すノンフラグメンテッド（非分割型）ＭＰ４ファイルには、以下のタイプのボックスが設定される。
　ｍｏｏｖボックス、
　ｔｒａｋボックス、
　ｍｄａｔボックス、
　上記の各ボックスが設定される。

　ｍｄａｔボックスにはは、再生対象となる実データが格納される。
　ｍｏｏｖボックスには、再生対象データである実データ（ｍｄａｔ）に対応して設定されるメタデータ、例えば再生対象実データ（ｍｄａｔ）の属性や再生制御情報を含むメタデータが格納される。
　ｍｏｏｖボックス内に設定されるｔｒａｋボックスには、実データ（ｍｄａｔ）の再生シーケンス情報等が格納される。

　前述の（ａ）フラグメンテッド（分割型）ＭＰ４ファイルと同様、（ｂ）ノンフラグメンテッド（非分割型）ＭＰ４ファイルに設定されるｍｏｏｖボックス内にも１つ以上のｔｒａｋボックスが設定される。各ｔｒａｋボックスは、例えば画像、音声、字幕等のデータ種類別に設定される。

　図４は、ＭＰ４フォーマットの基本構成例を示している。
　ＭＰ４フォーマットに関する規格化団体であるＤＥＣＥ（Ｄｉｇｉｔａｌ　Ｅｎｔｅｒｔａｉｎｍｅｎｔ　Ｃｏｎｔｅｎｔ　Ｅｃｏｓｔｓｔｅｍ）は、ＭＰ４ベースの新たなファイルフォーマットとしてＣＦＦ（Ｃｏｍｍｏｎ　Ｆｉｌｅ　Ｆｏｒｍａｔ）を規格化した。このＣＦＦについて、図５を参照して説明する。

　図５に示すＣＦＦ（Ｃｏｍｍｏｎ　Ｆｉｌｅ　Ｆｏｒｍａｔ）は、基本的には、図４（ａ）を参照して説明した分割型（ｆｒａｇｍｅｎｔｅｄ　ｍｏｖｉｅ）ＭＰ４と同様のデータ構成を有する。

　すなわち、図５に示すＣＦＦ（Ｃｏｍｍｏｎ　Ｆｉｌｅ　Ｆｏｒｍａｔ）ファイルには、先に説明した図４（ａ）のフラグメンテッド（分割型）ＭＰ４ファイルと同様、以下の各ボックスが設定される。
　ｍｏｏｖボックス、
　ｔｒａｋボックス、
　ｍｏｏｆボックス、
　ｔｒａｆボックス、
　ｍｄａｔボックス、
　上記の各ボックスが設定される。

　各ボックスの格納データは、図４（ａ）のフラグメンテッド（分割型）ＭＰ４ファイルとほぼ同様である。
　ただし、ＣＦＦでは、各ｍｄａｔボックスには、１つの種類のデータのみを格納するという制約が設けられている。
　すなわち、各ｍｄａｔボックスには、
　（ａ）画像
　（ｂ）音声
　（ｃ）字幕
　これらのデータのいずれか一種類のデータを格納する。上記（ａ）～（ｃ）のデータを混在させて格納してはならないという制約がある。

　なお、ＣＦＦファイルに複数の異なる画像データ、例えばＨＤ画像、４Ｋ画像等が含まれる場合には、これらの異なる画像は、異なるｍｄａｔボックスに格納する。
　同様に、異なる音声データ、例えば日本語音声、英語音声等についても個別のｍｄａｔボックスに格納し、日本語字幕、英語字幕等についても異なるｍｄａｔボックスに格納する。

　図４（ａ）に示す一般的なフラグメンテッド（分割型）ＭＰ４ファイルでは、１つの分割データ（フラグメント）の格納ボックスとして設定されるｍｄａｔボックスに、画像、音声、字幕等の異なる種類のデータを混在させて格納することが許容されていた。
　しかし、図５に示すＣＦＦ（Ｃｏｍｍｏｎ　Ｆｉｌｅ　Ｆｏｒｍａｔ）では、１つのｍｄａｔボックスには、１つの種類のデータのみしか格納してはならないという制約が設けられている。

　すなわち、画像、音声、または字幕のいずれか一種類のデータのみが各ｍｄａｔボックスに個別に格納される。
　従ってｍｄａｔボックス対応のメタデータ格納領域であるｍｏｏｆボックスも、画像、音声、字幕いずれか一種類のデータに対応して設定されるメタデータを格納する設定となる。

　なおＭＰ４フォーマットのデータ部であるｍｄａｔボックスの格納データは、基本データ単位としてのサンプル（ｓａｍｐｌｅ）に区分される。
　ＣＦＦ（Ｃｏｍｍｏｎ　Ｆｉｌｅ　Ｆｏｒｍａｔ）では、１つのｍｄａｔボックスには画像サンプルのみの集合、あるいは音声サンプルのみの集合、または字幕サンプルのみの集合、いずれか同一種類のデータサンプルの集合が格納されることになる。

　さらに、ＤＥＣＥの規定したＣＦＦでは、ＣＦＦファイルに格納することを許容する画像、音声、字幕の符号化態様（コーデック）やデータ形式についても規定している。
　ＣＦＦファイルに格納することが許容されるデータ形式には、例えば、以下のデータ形式がある。
　画像（Ｖｉｄｅｏ）：ＡＶＣ（ＭＰＥＧ－４ＡＶＣ）、ＨＥＶＣ（ＭＰＥＧ－４ＨＥＶＣ）、
　音声（Ａｕｄｉｏ）：ＭＰＥＧ－４－ＡＡＣ、Ｄｏｌｂｙ、ＡＣ－３
　字幕（ｓｕｂｔｉｔｌｅ）：ＳＭＰＴＥ　Ｔｉｍｅｄ　Ｔｅｘｔ（ＳＭＰＴＥ－ＴＴ）

　　［２．ＭＰＥＧ－２ＴＳをＭＰ４に変換する場合の問題点について］
　例えばＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）に記録されたＭＰＥＧ－２ＴＳフォーマットデータ、あるいは、ネットワークや放送波を介して入力するＭＰＥＧ－２ＴＳフォーマットデータを、ＭＰ４フォーマットに変換してフラッシュメモリ等のメディアに記録する処理を行う場合の問題点について説明する。

　なお、以下では、ＭＰＥＧ－２ＴＳと、ＭＰ４の両フォーマットにおいて格納することが許容されたＡＶＣまたはＨＥＶＣ符号化画像データの変換処理例について説明する。
　すなわち、ＢＤ等のメディアにＭＰＥＧ－２ＴＳフォーマットに従って格納されたＡＶＣまたはＨＥＶＣ符号化画像データを、ＭＰ４フォーマットデータに従った符号化データ格納形式に変換してフラッシュメモリ等のメディアに記録する場合の処理例について説明する。

　まず、図６を参照してＡＶＣまたはＨＥＶＣ符号化画像データの基本構成について説明する。
　例えば１枚の画像データ（１ピクチャ）に対応する符号化データ、およびその復号処理等に適用するパラメータ等は、複数のＮＡＬユニット（Ｎｅｔｗｏｒｋ　Ａｂｓｔｒｕｃｔｉｏｎ　Ｌａｙｅｒ　Ｕｎｉｔ）に格納される。
　１枚の画像データ対応のＮＡＬユニットのセットをアクセスユニット（ＡＵ）と呼ぶ。
　すなわち、ＡＶＣ符号化画像データ、およびＨＥＶＣ符号化画像データは、図６（Ａ）に示すように、複数のＮＡＬユニットによって構成される。

　各ＮＡＬユニットは、ＮＡＬヘッダとＮＡＬデータを有し、ＮＡＬヘッダにはＮＡＬユニットのデータ種類識別情報等、ＮＡＬデータに対応する属性情報（メタデータ）が格納される。
　各ＮＡＬユニットには、画像の符号化データの他、例えば符号化データのシーケンス情報や復号処理に適用するためのパラメータなどが格納される。
　各ＮＡＬユニットに格納されるデータの種類は、ＮＡＬヘッダのＩＤによって識別される。

　ＮＡＬユニットに格納されるデータは、例えば以下のデータである。
　（１）ＡＵ　ｄｅｌｉｍｉｔｅｒ（ＡＵＤ）：アクセスユニット（ＡＵ）の開始位置
　（２）ＳＰＳ：シーケンスパラメータ
　（３）ＰＰＳ：ピクチャパラメータ
　（４）ＳＥＩ：各種補助情報
　（５）Ｓｌｉｃｅ　ｄａｔａ：符号化画像（ビデオ）データの構成要素
　（６）Ｆｉｌｌｅｒ　ｄａｔａ：サイズ調整用データ
　（７）Ｅｎｄ　ｏｆ　＊＊：アクセスユニット（ＡＵ）の終点位置
　これらのデータが各ＮＡＬユニットに格納される。

　符号化データの格納形式（コンテナフォーマット）を規定したＭＰＥＧ－２ＴＳフォーマット、およびＭＰ４フォーマットは、いずれもＡＶＣ符号化画像データ、あるいはＨＥＶＣ符号化画像データを格納する場合、図６に示すＮＡＬユニットを各フォーマットに従って格納する。

　図７は、これら２つのフォーマットに従ったＮＡＬユニット格納例を示している。
　図７（１）はＭＰＥＧ－２ＴＳフォーマットに従ったＮＡＬユニットの格納例であり、バイトストリームフォーマット（ｂｙｔｅ　ｓｔｒｅａｍ　ｆｏｒｍａｔ）と呼ばれる。
　図７（２）は、ＭＰ４フォーマットに従ったＮＡＬユニットの格納例であり、サンプルストラクチャ（ｓａｍｐｌｅ　ｓｔｒｕｃｔｕｒｅ）と呼ばれる。

　図７（１）に示すＭＰＥＧ－２ＴＳフォーマットでは、各ＮＡＬユニットの前方位置にスタートコード（ＳＣ：Ｓｔａｒｔ　ｃｏｄｅ）が設定される。
　このスタートコード（ＳＣ）は、ＮＡＬユニットの開始位置を示す識別子であり、特定のビット列（０ｘ０００００１）によって構成される。

　ＭＰＥＧ－２ＴＳフォーマットデータの処理を行なう例えば再生装置は、このスタートコード（ＳＣ）のコード（０ｘ０００００１）を検出して、ＳＣの次の位置がＮＡＬユニット開始位置であると識別することができる。この識別処理によって、正確にＮＡＬユニット構成データを抽出することが可能となる。

　一方、図７（２）に示すＭＰ４フォーマットでは、各ＮＡＬユニットの前方位置にレングス情報（Ｌｅｎｇｔｈ）が設定される。
　このレングス情報（Ｌｅｎｇｔｈ）は、次のＮＡＬユニットのデータ長（サイズ）を示すデータであり、各ＮＡＬユニットのデータ長（サイズ）が格納される。
　ＭＰ４フォーマットデータの処理を行なう例えば再生装置は、このレングス情報（Ｌｅｎｇｔｈ）に基づいて、次の位置からのＮＡＬユニットのデータ長を判別して、データ長（サイズ）に従って、ＮＡＬユニット構成データを抽出することが可能となる。
　なお、ＮＡＬユニットは様々なデータ長に設定可能であり、各ＮＡＬユニットの長さは異なるものとなる。

　図７（１），（２）に示すように、ＡＶＣ／ＨＥＶＣ画像符号化データを格納したＭＰＥＧ－２ＴＳフォーマットと、ＭＰ４フォーマットは異なるフォーマットとなる。
　具体的には、ＭＰＥＧ－２ＴＳのスタートコード（ＳＣ）が、ＭＰ４フォーマットでは、レングス情報（Ｌｅｎｇｔｈ）に置き換えられている。

　ＮＡＬユニットについては、ＭＰＥＧ－２ＴＳ、ＭＰ４フォーマットのいずれにも格納される。
　従って、ＭＰＥＧ－２ＴＳフォーマットデータをＭＰ４フォーマットデータに変換する場合には、ＭＰＥＧ－２ＴＳのスタートコード（ＳＣ）の位置を正確に判別して、ＭＰＥＧ－２ＴＳフォーマットデータからＮＡＬユニットを確実に取得してＭＰ４フォーマットデータの構成データとして設定する処理が必要となる。

　しかし、既存のＢＤ－ＲＯＭのＢＤＭＶ規格では、先に図３を参照して説明したアラインドユニット（Ａｌｉｇｎｅｄ　Ｕｎｉｔ（６１４４ｂｙｔｅｓ））単位で暗号化することを規定している。この規定に従うと、スタートコード（ＳＣ）も暗号化されて記録されることになる。
　ＭＰＥＧ－２ＴＳからＭＰ４への変換処理を行なうためには、スタートコード（ＳＣ）の位置識別が必要となるため、一旦、アラインドユニット単位の暗号化データの復号を行い、スタートコード（ＳＣ）（＝０ｘ０００００１））を確認することが必要となる。

　このように、ＭＰＥＧ－２ＴＳからＭＰ４へのフォーマット変換時にデータを復号し、スタートコード（ＳＣ）（＝０ｘ０００００１））を確認し、さらに、再暗号化してＭＰ４フォーマットに変換してフラッシュメモリに記録するのは、ユーザ装置における処理負荷を増大させることになる。また、変換時の復号処理によって、平文コンテンツが漏えいする可能性も大きくなり、コンテンツ著作権保護の観点からも好ましくない。

　このような問題を解決するため、ＩＳＯ２３００１－９（策定中）では、新たなＢＤ－ＲＯＭ用の規格が準備されている。具体的には、ＭＰＥＧ－２ＴＳの暗号化方法を変更し、ＭＰＥＧ－２ＴＳの一部の構成データのみを暗号化するサブサンプル暗号を許容する規格を認める方向としている。
　この新しい規格では、ＭＰＥＧ－２ＴＳ内のスタートコード（ＳＣ）を暗号化対象から除き、ＭＰＥＧ－２ＴＳに含まれるスタートコード（ＳＣ）を平文としてＭＰＥＧ－２ＴＳに記録することを許容するものである。

　これは、秘匿性の高い画像データについては暗号化対象として、スタートコード（ＳＣ）等の付随データについては、非暗号化データ（平文）とすることを許容するものである。
　このサブサンプル暗号化を施したＭＰＥＧ－２ＴＳの構成例を図８に示す。
　図８は、１ピクチャ単位の符号化画像データとメタデータによって構成される１つのアクセスユニット（ＡＵ）単位のＭＰＥＧ－２ＴＳフォーマットデータであり、符号化画像データの領域のみを暗号化したデータ、すなわちサブサンプル暗号化を施したＭＰＥＧ－２ＴＳの例を示している。

　スタートコード（ＳＣ）は、非暗号化データであり、特定のコード（０ｘ０００００１）がそのまま維持されている。従って、ＭＰＥＧ－２ＴＳからＭＰ４への変換を行う装置は、ＭＰＥＧ－２ＴＳからスタートコード（ＳＣ＝０ｘ０００００１）を検出し、ＳＣに続くＮＡＬユニットを抽出して、ＮＡＬユニットをＭＰ４の構成データとして設定することが可能となる。
　ＮＡＬユニット内の符号化画像データは暗号化されたデータであるので、データ漏えいの可能性も少なく安全なフォーマット変換および記録処理が可能となる。

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

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

　図９（４）は、ＭＰＥＧ－２ＴＳフォーマットデータを構成するＴＳパケットからＴＳペイロードのみを取り出して並べたデータ列である。
　これは、ＡＶＣまたはＨＥＶＣ符号化データのＥＳ（エレメンタリストリーム）バイトストリームフォーマット（ＡＶＣ／ＨＥＶＣ　ＥＳ　ｂｙｔｅ　ｓｔｒｅａｍ　ｆｏｒｍａｔ）データに相当する。

　ＭＰＥＧ－２ＴＳフォーマットからＭＰ４フォーマットへの変換を行う場合は、この図９(４)に示すバイトストリームデータを、図９（５）に示すＭＰ４対応のＭＰ４サンプルストラクチャ（ＡＶＣ／ＨＥＶＣ　ｓａｍｐｌｅ　ｓｔｒｕｃｔｕｒｅ）に変換することになる。

　この変換処理に際して、再生対象となる画像や音声データは、ＭＰＥＧ－２ＴＳフォーマットにおいても、ＭＰ４フォーマットにおいても暗号化スライスデータ（Ｅｎｃｒｙｐｔｅｄ　ｓｌｉｃｅ　ｄａｔａ）のまま、不変である。従って、ＭＰＥＧ－２ＴＳフォーマットで記録されたデータを、ＭＰ４フォーマットに変更して他のメディアに記録する場合、再生対象となる画像や音声データについては復号処理や再暗号化処理を実行することなく、記録することが可能となる。

　　［３．暗号処理に適用する鍵の鍵情報格納構成について］
　上述したように、現在、策定中の新たなＢＤ－ＲＯＭ用の規格ＩＳＯ２３００１－９に従えば、ＭＰＥＧ－２ＴＳからＭＰ４へのフォーマット変換時に画像や音声データの復号を行う必要がなく、より安全度の高いフォーマット変換処理を伴うメディア間コピーが可能となる。

　さらに、フォーマット変換後においても、フォーマット変換前と同様のコンテンツの不正流通の防止構成や、利用制御構成が実現される構成とすることが好ましい。
　ＭＰ４フォーマットに規定されたコンテンツ利用制御構成の一つとして、復号（平文）コンテンツから、復号処理に適用した鍵を判別可能とする構成がある。
　これは、不正にコピーされた復号（平文）コンテンツの出所を追跡可能とするための構成である。

　暗号化コンテンツを復号して生成した復号コンテンツ、例えば復号画像データを解析することで、画像の復号に適用した鍵を特定することを可能とした構成である。
　ある再生装置において復号された画像データのコピーデータがインターネット等を介して不正に流通した場合、コンテンツ管理装置は、この画像の解析を実行して画像の復号に適用した鍵を特定することが可能となる。

　管理装置は、暗号鍵（復号鍵）と暗号鍵格納デバイスとの対応データを保有しており、暗号鍵識別子情報に基づいて、その暗号鍵を格納したデバイスを特定することが可能となる。
　なお、各再生装置に格納される暗号鍵（復号鍵）は、デバイス単位、またはデバイスの種類単位、あるいはメーカー単位等によって異なり、これらの設定単位に応じて出所を追跡することが可能となる。

　ＭＰＥＧ－２ＴＳフォーマットをＭＰ４フォーマットに変換してメディアに記録されたデータについても、上記のＭＰ４フォーマットの規定する利用制御構成を実現することが要請される。
　このためには、ＭＰＥＧ－２ＴＳフォーマットにおいて、上記のＭＰ４フォーマットの規定する利用制御構成を実現するために必要となるデータを保持していることが必要となる。
　以下、このためのＭＰＥＧ－２ＴＳフォーマットの構成例について説明する。

　図１０は、ＢＤ等のディスク１００の格納データであるＭＰＥＧ－２ＴＳフォーマットデータの復号、再生処理例を示す図である。
　ディスク１００には、複数の異なる暗号鍵Ｋ，Ｋｉａ，Ｋｉｂ，Ｋｉｃ，・・・によって復号可能なコンテンツが格納される。なお、ここではコンテンツの一例として画像の場合について説明する。画像は静止画、動画いずれでもよい。

　ディスク１００には例えば以下の暗号化画像データが格納される。
　（１）ベース鍵Ｋで復号可能な一部領域暗号化画像または全体領域暗号化画像、
　（２）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉａの２つの鍵で復号可能な一部領域暗号化画像、
　（３）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｂの２つの鍵で復号可能な一部領域暗号化画像、
　（４）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｃの２つの鍵で復号可能な一部領域暗号化画像、
　　　　　　：
　（ｎ）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｎの２つの鍵で復号可能な一部領域暗号化画像、

　上記（１）の暗号化画像は、ベース鍵Ｋのみを適用して復号可能な画像であり、静止画または動画を構成する１フレーム画像の一部領域または全体領域の暗号化画像である。
　上記（２）～（ｎ）の暗号化画像は、ベース鍵Ｋと１つのコンテンツ対応デバイス鍵Ｋｉｘを適用することで復号可能な画像、すなわち二重暗号化が施された画像であり、静止画または動画を構成する１フレーム画像の一部領域の画像データとなる。
　１つの完成された画像フレーム、例えば図１０に示す復号画像１１５を生成するためには、上記の（１）～（ｎ）の複数の暗号化画像の復号結果を組み合わせることが必要となる。

　上記（１）～（ｎ）の各画像、または少なくとも（２）～（ｎ）の各画像には、それぞれ目視では認識できないレベルの識別情報が埋め込まれており、復号画像を解析することにより、（１）～（ｎ）のどの画像であるか、すなわち、どの鍵を適用して復号されたかを判別可能な構成を持つ。

　ディスク１００が、コンテンツ再生装置（プレーヤ）に装着されると、コンテンツ再生装置（プレーヤ）は、ＭＰＥＧ－２ＴＳフォーマットとして記録された暗号化データを読み出す。
　その後、再生装置は、メモリに格納された暗号鍵を適用して復号処理を実行して、復号画像を生成して再生する。

　各再生装置のメモリに格納されている鍵は、
　ベース鍵Ｋ、
　コンテンツ対応デバイス鍵Ｋｉｘ
　となる。
　ベース鍵Ｋは全ての再生装置（デバイス）に格納される。
　一方、コンテンツ対応デバイス鍵（Ｋｉｘ）については、再生装置（デバイス）、あるいは再生装置の種類ごとに格納種類や数は様々な設定となる。

　具体的には、装置ごと、あるいは装置種類ごと、あるいは装置メーカーごとなど、所定の装置カテゴリごとに異なる設定とする。
　図１０に示す例では、
　再生装置１１０は、ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉａを保持している。
　一方、再生装置１２０は、ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｂを保持している。

　再生装置１１０は、再生装置１１０に格納された再生アプリケーションに従って、暗号化データの復号および出力処理を実行する。
　再生アプリケーションは、各画像領域単位で、復号に適用する暗号鍵を選択して復号画像１１５を生成する。

　再生装置１１０は、
　（ａ）ベース鍵Ｋのみを適用して復号する画像領域、
　（ｂ）ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉａを適用して復号する画像領域、
　これら２つの画像領域を組み合わせて復号画像１１５を生成して出力する。
　すなわち、復号画像１１５は、
　（ａ）ベース鍵Ｋのみを適用して復号された画像領域、
　（ｂ）ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉａを適用して復号された画像領域、
　これら２種類の画像領域が混在した画像となる。

　例えば、この復号画像１１５がネットワークを介して流通した場合、復号画像１１５の解析により、この復号画像１１５は、
　（ａ）ベース鍵Ｋのみを適用して復号された画像領域、
　（ｂ）ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉａを適用して復号された画像領域、
　これら２種類の画像領域の混在画像であると判断される。
　この判断結果に従って、復号画像１１５は、ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉａを保持する再生装置において復号された画像であると判定することが可能となる。

　一方、再生装置１２０も、再生装置１２０に格納された再生アプリケーションに従って、暗号化データの復号および出力処理を実行する。
　再生アプリケーションは、各画像領域単位で、復号に適用する暗号鍵を選択して復号画像１２５を生成する。

　再生装置１２０は、
　（ａ）ベース鍵Ｋのみを適用して復号する画像領域、
　（ｂ）ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉｂを適用して復号する画像領域、
　これら２つの画像領域を組み合わせて復号画像１２５を生成して出力する。
　すなわち、復号画像１２５は、
　（ａ）ベース鍵Ｋのみを適用して復号された画像領域、
　（ｂ）ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉｂを適用して復号された画像領域、
　これら２種類の画像領域が混在した画像となる。

　例えば、この復号画像１２５がネットワークを介して流通した場合、復号画像１２５の解析により、この復号画像１１５は、
　（ａ）ベース鍵Ｋのみを適用して復号された画像領域、
　（ｂ）ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉｂを適用して復号された画像領域、
　これら２種類の画像領域の混在画像であると判断される。
　この判断結果に従って、復号画像１２５は、ベース鍵Ｋと、コンテンツ対応デバイス鍵Ｋｉｂを保持する再生装置において復号された画像であると判定することが可能となる。

　なお、図に示す例では、復号画像１１５，１２５は、いずれも、
　（ａ）ベース鍵Ｋのみを適用して復号された画像領域、
　（ｂ）ベース鍵Ｋと、コンテンツ対応デバイス鍵ＫｉａまたはＫｉｂを適用して復号された画像領域、
　これら２種類の画像領域の組み合わせとして説明したが、これは一例であり、３種類以上の多数の異なる鍵の組み合わせからなる画像とすることも可能である。より多くの種類の画像領域を混在させることで、復号処理を実行した再生装置をより細かく特定することが可能となる。

　図１０に示すように、複数の異なる鍵による暗号化コンテンツを格納したディスク１００の格納データの構成例について、図１１を参照して説明する。なお、本実施例では、暗号化に適用する鍵と復号に適用する鍵は同一のものとして説明する。ただし、本開示の処理の実行に際して暗号化鍵と復号鍵は同一であることは必須要件ではない。

　図１１に示すディスク１００には、ＭＰＥＧ－２ＴＳフォーマットデータ［０１２３４．ｍ２ｔｓ］が記録されている。
　先に説明したように、ＭＰＥＧ－２ＴＳフォーマットデータは一定のデータサイズ（１９２バイト）を持つＴＳパケットによって構成される。
　各ＴＳパケットには、再生対象となる暗号化データや、その他の制御データ、属性データ等が分割して格納される。

　図１１には、ＭＰＥＧ－２ＴＳフォーマットデータ［０１２３４．ｍ２ｔｓ］を構成するＴＳパケット中、暗号化画像データを格納したＴＳパケットのみを抽出して示している。
　図１１に示す左端の一連のパケット１５１は、
　ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉａ適用暗号化データ格納パケット１５１、
　である。
　これらのパケット１５１は、ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉａの２つの鍵で復号可能な一部の画像領域の暗号化データを格納したパケットである。

　次の一連のパケット１５２は、
　ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉｂ適用暗号化データ格納パケット１５２、
　である。
　これらのパケット１５２は、ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｂの２つの鍵で復号可能な一部の画像領域の暗号化データを格納したパケットである。

　次の一連のパケット１５３は、
　ベース鍵の＆コンテンツ対応デバイス鍵Ｋｉｃ適用暗号化データ格納パケット１５３、
　である。
　これらのパケット１５３は、ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｃの２つの鍵で復号可能な一部の画像領域の暗号化データを格納したパケットである。

　次の一連のパケット１６１は、
　ベース鍵Ｋ適用暗号化データ格納パケット１６１
　である。
　これらのパケット１６１は、ベース鍵Ｋで復号可能な一部の画像領域または全体画像領域の暗号化データを格納したパケットである。

　このように、ディスク１００には、
　ベース鍵Ｋで復号可能な一部または画像全体領域の暗号化データに加え、
　ベース鍵Ｋと、
　コンテンツ対応デバイス鍵Ｋｉａ，Ｋｉｂ，Ｋｉｃ・・・Ｋｉｎから選択される１つのコンテンツ対応デバイス鍵、
　これらの２つの鍵を適用することで復号可能な一部画像領域の暗号化データが個別のＴＳパケットに格納されて記録される。
　なお、これらの各暗号化画像データには、予め、各画像データに対応する識別情報が埋め込まれており、復号画像の解析により、復号に適用した鍵を解析可能な構成となっている。

　しかし、ＴＳパケットに暗号化データのみを格納しても、再生装置は、再生装置のメモリに格納されたベース鍵Ｋやコンテンツ対応デバイス鍵Ｋｉｘを適用して復号可能なデータの格納パケットを判別することはできない。
　再生装置のメモリに格納されたベース鍵Ｋやコンテンツ対応デバイス鍵Ｋｉｘによって復号可能なデータの格納パケットを判別可能としたデータ構成例について、図１２を参照して説明する。

　図１２に示すディスク１００には、図１１を参照して説明したと同様、ＭＰＥＧ－２ＴＳフォーマットデータ［０１２３４．ｍ２ｔｓ］が記録されている。
　先に説明したように、ＭＰＥＧ－２ＴＳフォーマットデータは一定のデータサイズ（１９２バイト）を持つＴＳパケットによって構成される。
　各ＴＳパケットには、暗号化データや、その他の制御データ、属性データ等が分割して格納される。

　図１２に示すパケット列は、図１１を参照して説明した暗号化データ格納パケット１５１，１５２・・・，１６１の前段に、非暗号化－鍵識別子格納パケット１８１，１８２，・・・１９１を設定した構成となっている。

　非暗号化－鍵識別子格納パケット１８１は、後続パケット、すなわち、
　ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉａ適用暗号化データ格納パケット１５１、
　に格納された暗号化データの復号に適用可能なベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉａ）の識別子を記録したパケットである。すなわち、
　ベース鍵（Ｋ）の鍵識別子（Ｋ－ｉｄ），
　コンテンツ対応デバイス鍵（Ｋｉａ）の鍵識別子（Ｋｉａ－ｉｄ）、
　これらの鍵識別子を記録したパケットである。

　なお、このパケットには、さらに、ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉａ適用暗号化データ格納パケット１５１に格納された暗号化データの復号に適用する初期値（ＩＶ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ　Ｖｅｃｔｏｒ）を格納する設定としてもよい。
　また、後続パケットの暗号化データが二重暗号化データであるか否かを示す情報や、後続パケットに格納された暗号化データのデータサイズ、データレンジ等の属性情報等を記録する構成としてもよい。

　さらに、非暗号化－鍵識別子格納パケット１８２は、後続パケット、すなわち、
　ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉｂ適用暗号化データ格納パケット１５２、
　に格納された暗号化データの復号に適用可能なベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｂ）の識別子を記録したパケットである。すなわち、
　ベース鍵（Ｋ）の鍵識別子（Ｋ－ｉｄ），
　コンテンツ対応デバイス鍵（Ｋｉｂ）の鍵識別子（Ｋｉｂ－ｉｄ）、
　これらの鍵識別子を記録したパケットである。

　なお、このパケットには、さらに、ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉｂ適用暗号化データ格納パケット１５２に格納された暗号化データの復号に適用する初期値（ＩＶ：Ｉｎｉｔｉａｌ　Ｖａｌｕｅ）を格納する設定としてもよい。
　また、後続パケットの暗号化データが二重暗号化データであるか否かを示す情報や、後続パケットに格納された暗号化データに関するデータサイズ、データレンジ等の属性情報等を記録する構成としてもよい。

　さらに、非暗号化－鍵識別子格納パケット１９１は、後続パケット、すなわち、
　ベース鍵Ｋ適用暗号化データ格納パケット１６１、
　に格納された暗号化データの復号に適用可能なベース鍵（Ｋ）の識別子（Ｋ－ｉｄ）を記録したパケットである。
　なお、このパケットには、さらに、ベース鍵Ｋ適用暗号化データ格納パケット１６１に格納された暗号化データの復号に適用する初期値（ＩＶ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ　Ｖｅｃｔｏｒ）を格納する設定としてもよい。
　また、後続パケットの暗号化データが二重暗号化データであるか否かを示す情報や、後続パケットに格納された暗号化データに関するデータサイズ、データレンジ等の属性情報等を記録する構成としてもよい。

　なお、これらのパケットに格納された鍵識別子データや初期値（ＩＶ）は非暗号化データ（平文）であり、再生装置は、復号処理を行なうことなくパケットから鍵識別子や初期値（ＩＶ）等を読み取ることが可能となる。
　再生装置は、この鍵識別子を読み取って、再生装置のメモリから鍵識別子と同じ識別子を持つ鍵であるベース鍵Ｋやコンテンツ対応デバイス鍵Ｋｉｘを取得して、鍵識別子格納パケットに後続する暗号化データ格納パケットに格納された暗号化データを復号することが可能となる。

　しかし、再生対象コンテンツの復号に適用可能なコンテンツ対応デバイス鍵の鍵識別子が平文で格納されると、再生装置に格納されるコンテンツ対応デバイス鍵の識別情報が外部に漏えいする可能性があり、安全上好ましくない。
　このような問題を解決するためのＴＳパケット構成例について、図１３を参照して説明する、

　図１３は、図１１、図１２を参照して説明したと同様、ディスク１００に記録されたＭＰＥＧ－２ＴＳフォーマットデータ［０１２３４．ｍ２ｔｓ］のＴＳパケット構成を示している。
　ＭＰＥＧ－２ＴＳフォーマットデータは一定のデータサイズ（１９２バイト）を持つＴＳパケットによって構成され、各ＴＳパケットには、暗号化画像データや、その他の制御データ、属性データ等が分割して格納される。

　図１３には、図１１を参照して説明した暗号化データ格納パケット１５１，１５２の前段に、
　暗号化－鍵識別子格納パケット２１１，２１２，・・・、
　を設定している。
　さらに、その前段に、
　非暗号化－鍵識別子格納パケット２５１，２５２，・・・、
　を設定している。

　暗号化－鍵識別子格納パケット２１１，２１２，・・・は、図１２を参照して説明した非暗号化－鍵識別子格納パケット１８１，１８２，・・・に格納される鍵識別子や初期値（ＩＶ）等のデータを暗号化データとして格納したパケットである。

　暗号化－鍵識別子格納パケット２１１は、後続パケット、すなわち、
　ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉａ適用暗号化データ格納パケット１５１、
　に格納された暗号化データの復号に適用可能なベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉａ）の識別子の暗号化データを記録したパケットである。すなわち、
　ベース鍵（Ｋ）の鍵識別子（Ｋ－ｉｄ）の暗号化データ：Ｅｎｃ（Ｋ－ｉｄ）、
　コンテンツ対応デバイス鍵（Ｋｉａ）の鍵識別子（Ｋｉａ－ｉｄ）の暗号化データ：Ｅｎｃ（Ｋｉａ－ｉｄ）、
　これらの暗号化鍵識別子を記録したパケットである。
　なお、Ｅｎｃ（ａ）はデータａの暗号化データを意味する。

　なお、このパケットには、さらに、ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉａ適用暗号化データ格納パケット１５１に格納された暗号化データの復号に適用する初期値（ＩＶ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ　Ｖｅｃｔｏｒ）を暗号化データとして格納する設定としてもよい。
　また、後続パケットの暗号化データが二重暗号化データであるか否かを示す情報や、後続パケットに格納された暗号化データに関するデータサイズ、データレンジ等の属性情報等を記録する構成としてもよい。

　さらに、暗号化－鍵識別子格納パケット２１２は、後続パケット、すなわち、
　ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉｂ適用暗号化データ格納パケット１５２、
　に格納された暗号化データの復号に適用可能なベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｂ）の識別子の暗号化データを記録したパケットである。すなわち、
　ベース鍵（Ｋ）の鍵識別子（Ｋ－ｉｄ）の暗号化データ：Ｅｎｃ（Ｋ－ｉｄ）、
　コンテンツ対応デバイス鍵（Ｋｉｂ）の鍵識別子（Ｋｉｂ－ｉｄ）の暗号化データ：Ｅｎｃ（Ｋｉｂ－ｉｄ）、
　これらの暗号化鍵識別子を記録したパケットである。

　なお、このパケットには、さらに、ベース鍵Ｋ＆コンテンツ対応デバイス鍵Ｋｉｂ適用暗号化データ格納パケット１５２に格納された暗号化データの復号に適用する初期値（ＩＶ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ　Ｖｅｃｔｏｒ）を暗号化データとして格納する設定としてもよい。
　また、後続パケットの暗号化データが二重暗号化データであるか否かを示す情報や、後続パケットに格納された暗号化データに関するデータサイズ、データレンジ等の属性情報等を記録する構成としてもよい。

　なお、ベース鍵Ｋ適用暗号化データ格納パケット１６１に対する鍵識別子格納パケットの設定は、図１２を参照して説明したと同様の設定であり、非暗号化－鍵識別子格納パケット１９１のみを設定している。このパケットは、後続パケット、すなわち、
　ベース鍵Ｋ適用暗号化データ格納パケット１６１、
　に格納された暗号化データの復号に適用可能なベース鍵（Ｋ）の識別子（Ｋ－ｉｄ）を暗号化せずに記録したパケットである。
　ベース鍵Ｋは、多くの再生装置が共通に所有する鍵であり、鍵識別子の漏えいによる問題の発生は少ない。
　本実施例では、コンテンツ対応デバイス鍵の識別子の漏えいの防止を強固なものとするため、コンテンツ対応デバイス鍵の識別子（Ｋｉｘ－ｉｄ）を暗号化してパケットに格納する構成としている。

　暗号化－鍵識別子格納パケット２１１，２１２、これらのパケットに格納された鍵識別子データや初期値（ＩＶ）は暗号化データであり、再生装置は、これらのパケットから直接、鍵識別子や初期値（ＩＶ）を取得することはできない。再生装置は、所定の鍵を用いて復号処理を行なうことで、これらのパケットに格納された暗号化鍵識別子を復号して鍵識別子や初期値（ＩＶ）を読み取ることが可能となる。

　これらの暗号化－鍵識別子格納パケット２１１，２１２・・・に格納された暗号化鍵識別子や初期値（ＩＶ）を復号するための鍵（メタデータ対応デバイス鍵）の識別子が非暗号化－鍵識別子格納パケット２５１，２５２，・・・に格納される。

　非暗号化－鍵識別子格納パケット２５１は、後続パケット、すなわち、
　暗号化－鍵識別子格納パケット２１１、
　の格納データである暗号化されたベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉａ）の識別子、すなわち、
　Ｅｎｃ（Ｋ－ｉｄ），
　Ｅｎｃ（Ｋｉａ－ｉｄ）
　これらの暗号化データの復号用の鍵の鍵識別子を格納している。

　なお、このパケットには、さらに、暗号化－鍵識別子格納パケット２１１に格納された暗号化データの復号に適用する初期値（ＩＶ：Ｉｎｉｔｉａｌｉｚａｔｉｏｎ　Ｖｅｃｔｏｒ）を格納する設定としてもよい。
　また、暗号化－鍵識別子格納パケット２１１の格納データに関する属性情報等を記録する構成としてもよい。

　非暗号化－鍵識別子格納パケットに格納された鍵識別子に対応する復号用鍵は、暗号化－鍵識別子格納パケットに格納された暗号化されたメタデータ（暗号化鍵識別子）の復号に適用する鍵であるので、この復号用鍵をメタデータ対応デバイス鍵（Ｋｍｘ）と呼ぶ。
　非暗号化－鍵識別子格納パケット２５１には、このメタデータ対応デバイス鍵（Ｋｍａ）の識別子（Ｋｍａ－ｉｄ）や初期値（ＩＶ）が暗号化されない非暗号化データ（平文）として記録されている。

　同様に、非暗号化－鍵識別子格納パケット２５２は、後続パケット、すなわち、
　暗号化－鍵識別子格納パケット２１２、
　の格納データである暗号化されたベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｂ）の識別子、
　Ｅｎｃ（Ｋ－ｉｄ），
　Ｅｎｃ（Ｋｉｂ－ｉｄ）
　これらの暗号化データの復号用の鍵（＝メタデータ対応デバイス鍵（Ｋｍｂ））の識別子を格納している。

　非暗号化－鍵識別子格納パケット２５２には、メタデータ対応デバイス鍵（Ｋｍｂ）の識別子（Ｋｍｂ－ｉｄ）や初期値（ＩＶ）が暗号化されない非暗号化データ（平文）として記録されている。

　なお、これらのパケット２５１，２５２に格納された鍵識別子データは非暗号化データ（平文）であり、再生装置は、復号処理を行なうことなく読み取り可能となる。

　再生装置の復号、再生手順は以下の通りとなる。
　再生装置は、まず、
　非暗号化データを格納したパケットすなわち、非暗号化－鍵識別子格納パケット２５１，２５２，・・・、および非暗号化－鍵識別子格納パケット１９１、これらを順次、読み取る。
　なお、これらの非暗号化－鍵識別子格納パケット２５１，２５２，・・・１９１にはパケット種類識別情報であるプログラムＩＤ（ＰＩＤ）として、
　ＰＩＤ＝ＥＣＭ＿ＰＩＤ
　が設定されている。

　再生装置は、ＰＩＤ＝ＥＣＭ＿ＰＩＤが設定されているパケットを取得して、これらのパケットから、
　メタデータ対応デバイス鍵（Ｋｍｘ）の識別子（Ｋｍｘ－ｉｄ）と、
　ベース鍵（Ｋ）の識別子（Ｋ－ｉｄ）、
　これらをの識別子を順次、読み取る。
　さらに、必要に応じて初期値（ＩＶ）を読み取る。
　これらのデータは復号が不要であり、再生装置は、復号することなく、これらの鍵識別子等のデータを読み取ることが可能となる。

　次に、再生装置は、読み取った鍵識別子に対応する鍵が自装置のメモリに格納されているかを判断する。
　なお、本実施例において、再生装置には、
　ベース鍵Ｋ、
　１つ以上のコンテンツ対応デバイス鍵Ｋｉｘ、
　さらに、
　上記コンテンツ対応デバイス鍵Ｋｉｘ各々に対応するメタデータ対応デバイス鍵Ｋｍｘが格納される。

　再生装置は、自装置のメモリに格納されているメタデータ対応デバイス鍵（Ｋｍｘ）の識別子（Ｋｍｘ－ｉｄ）を格納した非暗号化－鍵識別子格納パケットを検出すると、そのパケットに格納されたメタデータ対応デバイス鍵（Ｋｍｘ）の識別子（Ｋｍｘ－ｉｄ）を持つメタデータ対応デバイス鍵（Ｋｍｘ）をメモリから取得する。

　さらに、自装置のメモリに格納されているメタデータ対応デバイス鍵（Ｋｍｘ）の識別子（Ｋｍｘ－ｉｄ）を格納したパケットに後続するパケットを取得する。
　すなわち、暗号化－鍵識別子格納パケットである。
　なお、この暗号化－鍵識別子格納パケットには、パケット種類識別情報であるプログラムＩＤ（ＰＩＤ）としてＰＩＤ＝ＶＥＣＭ＿ＰＩＤが設定されている。

　再生装置は、ＰＩＤ＝ＶＥＣＭ＿ＰＩＤが設定されているパケットを取得して、このパケットから、暗号化されたベース鍵識別子（Ｋ－ｉｄ）とコンテンツ対応デバイス鍵識別子（Ｋｉｘ－ｉｄ）を取得し、この暗号化識別子を、メモリから取得したメタデータ対応デバイス鍵（Ｋｍｘ）で復号する。
　この復号処理によって、ベース鍵識別子（Ｋ－ｉｄ）とコンテンツ対応デバイス鍵識別子（Ｋｉｘ－ｉｄ）を取得する。

　さらに、再生装置は、ベース鍵識別子（Ｋ－ｉｄ）とコンテンツ対応デバイス鍵識別子（Ｋｉｘ－ｉｄ）を取得したパケットに後続するパケット、すなわち、ベース鍵Ｋとコンテンツ対応デバイス鍵（Ｋｉｘ）で暗号化された画像等の再生用暗号化データを格納したパケットを取得する。
　なお、これらの暗号化コンテンツを格納したパケットのＰＩＤは、予め規定されたＰＩＤの範囲、例えばＰＩＤ＝ｘ～ｙの設定となっており、再生装置は、この規定範囲のＰＩＤのパケットを順次、取得し、取得パケットのペイロードである暗号化データの復号処理を実行する。

　復号処理の手順は以下の通りとなる。
　まず、コンテンツ対応デバイス鍵（Ｋｉｘ）を適用して復号処理を実行する。
　さらに、その復号データに対して、ベース鍵Ｋを適用して復号処理を実行する。
　これらの二段階の復号処理によって、例えば先に図１０を参照して説明した画像１１５の一部領域の画像データが得られる。

　再生装置の処理手順をまとめると以下のようになる。
　（Ｓ０１）まず、自装置のメモリに格納されているメタデータ対応デバイス鍵（Ｋｍｘ）の識別子（Ｋｍｘ－ｉｄ）を格納したパケット（非暗号化簿識別子格納パケット）を順次、取得する。
　（Ｓ０２）次に、取得したパケットに記録されたメタデータ対応デバイス鍵（Ｋｍｘ）をメモリから取得する。
　（Ｓ０３）さらに、取得したメタデータ対応デバイス鍵（Ｋｍｘ）を適用して、後続パケット（暗号化－鍵識別子格納パケット）に格納された暗号化鍵識別子（Ｋ－ｉｄ）＆（Ｋｉｘ－ｉｄ）を復号する。
　（Ｓ０４）この復号処理によって得られた鍵識別子（Ｋ－ｉｄ）＆（Ｋｉｘ－ｉｄ）を持つベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｘ）をメモリから取得する。
　（Ｓ０５）最後に、メモリから取得したベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｘ）を適用して個族の暗号化データ格納パケットの格納データを復号する。
　これらの処理を繰り返すことで例えば先に図１０を参照して説明した画像１１５の画像領域が、順次、復号画像データとして得られることになる。

　なお、残りの画像領域のデータは、ベース鍵Ｋのみによって暗号化された画像領域となる。この画像領域は、図１３に示すベース鍵適用暗号化データ格納パケット１６１の格納データの復号処理によって生成することができる。

　このパケット１６１から復号画像データを取得するための処理は以下の手順に従って実行される。
　（Ｓ１１）再生装置は、ＰＩＤ＝ＥＣＭ＿ＰＩＤが設定されているパケットの順次、取得処理において、
　ベース鍵（Ｋ）の識別子（Ｋ－ｉｄ）
　の識別子のみが格納されたパケット、すなよわち、図１３に示す非暗号化―鍵識別子格納パケット１９１を取得する。
　このパケット格納データは復号が不要であり、再生装置は、復号することなく、ベース鍵（Ｋ）の識別子（Ｋ－ｉｄ）を読み取ることが可能となる。

　（Ｓ１２）次に、再生装置は、読み取ったベース鍵（Ｋ）の識別子（Ｋ－ｉｄ）に対応するベース鍵（Ｋ）を自装置のメモリから取得する。
　（Ｓ１３）さらに、再生装置は、ベース鍵識別子（Ｋ－ｉｄ）を取得したパケットに後続するパケット、すなわち、ベース鍵Ｋで暗号化された画像等の再生用暗号化データを格納したパケットを取得する。
　図１３に示すベース鍵Ｋ適用暗号化データ格納パケット１６１である。
　なお、これらの暗号化コンテンツを格納したパケットのＰＩＤは、予め規定されたＰＩＤの範囲、例えばＰＩＤ＝ｘ～ｙの設定となっている。

　（Ｓ１４）再生装置は、この規定ＰＩＤのパケットを順次、取得し、取得パケットのペイロードである暗号化データに対して、ベース鍵（Ｋ）を適用して復号処理を実行する。
　この復号処理によって、コンテンツ対応デバイス鍵を適用していない残りの画像領域が復号され、最終的に、例えば先に図１０を参照して説明した画像データ１１５が得られる。

　図１４は、先に図１０を参照して説明したと同様、２つの異なる再生装置１１０，１２０の復号処理例を説明する図である。ＭＰＥＧ－２ＴＳフォーマットデータを格納したＢＤ等のディスク１００の格納データの復号処理例について説明する図である。

　ディスク１００には、複数の異なる暗号鍵によって復号可能なコンテンツが格納される。コンテンツを画像とした場合の例について説明する。
　ディスク１００には以下の暗号化画像データが格納される。
　（１）ベース鍵Ｋによって復号可能な一部領域暗号化画像または全体領域暗号化画像、
　（２）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉａによって復号可能な一部領域暗号化画像、
　（３）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｂによって復号可能な一部領域暗号化画像、
　（４）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｃによって復号可能な一部領域暗号化画像、
　　　　・・・
　（ｎ）ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｎによって復号可能な一部領域暗号化画像、
　これらの暗号化コンテンツが格納される。

　上記（１）の暗号化画像は、ベース鍵Ｋのみを適用して復号可能な画像であり、静止画または動画を構成する１フレーム画像の一部領域または全体領域の暗号化画像である。
　上記（２）～（ｎ）の暗号化画像は、ベース鍵Ｋと１つのコンテンツ対応デバイス鍵Ｋｉｘを適用することで復号可能な画像であり、静止画または動画を構成する１フレーム画像の一部領域の画像データとなる。
　１つの完成された画像フレーム、例えば図１０に示す復号画像１１５を生成するためには、上記の（１）～（ｎ）の複数の暗号化画像の復号結果を組み合わせることが必要となる。

　上記（１）～（ｎ）の各画像、または少なくとも（２）～（ｎ）の各画像には、それぞれ目視てば認識できないレベルの識別子が埋め込まれており、復号画像を解析することにより、（１）～（ｎ）のどの画像であるか、すなわち、どの鍵を適用して復号されたかを判別可能な構成を持つ。

　各再生装置のメモリに格納されている鍵は、
　ベース鍵Ｋ、
　コンテンツ対応デバイス鍵Ｋｉｘ、
　さらに、
　メタデータ対応デバイス鍵Ｋｍｘ、
　となる。
　ベース鍵Ｋは全ての再生装置（デバイス）に格納される。
　一方、コンテンツ対応デバイス鍵（Ｋｉｘ）とメタデータ対応デバイス鍵（Ｋｍｘ）については、再生装置（デバイス）ごとに格納種類や数は様々な設定とする。

　具体的には、装置ごと、あるいは装置種類ごと、あるいは装置メーカーごとなど、所定の装置カテゴリごとに異なる設定とする。
　図１４に示す例では、
　再生装置１１０は、
　ベース鍵Ｋと、
　コンテンツ対応デバイス鍵Ｋｉａと、
　メタデータ対応デバイス鍵Ｋｍａ、
　これらを保持している。

　一方、再生装置１２０は、
　ベース鍵Ｋと、
　コンテンツ対応デバイス鍵Ｋｉｂと、
　メタデータ対応デバイス鍵Ｋｍｂ、
　これらを保持している。

　再生装置１１０は、再生装置１１０に格納された再生アプリケーションに従って、暗号化データの復号および出力処理を実行する。
　再生アプリケーションは、まず、
　ＭＰＥＧ－２ＴＳストリーム中のＴＳパケットから、
　ＰＩＤ＝ＥＣＭ＿ＰＩＤの設定された非暗号化鍵識別子格納パケットを選択する。
　このパケットから、メタデータ対応デバイス鍵（Ｋｍａ）の識別子（Ｋｍａ－ｉｄ）を取得し、メモリからメタデータ対応デバイス鍵（Ｋｍａ）を取得する。

　次に、メタデータ対応デバイス鍵（Ｋｍａ）の識別子（Ｋｍａ－ｉｄ）を取得したパケットの後続パケットであり、ＰＩＤ＝ＶＥＣＭ＿ＰＩＤの設定されたパケットから、暗号化鍵識別子を取り出す。すなわち、
　暗号化されたベース鍵識別子：Ｅｎｃ（Ｋ－ｉｄ）
　暗号化されたコンテンツ対応デバイス鍵識別子：Ｅｎｃ（Ｋｉａ－ｉｄ）
　これらを取得して、メタデータ対応デバイス鍵（Ｋｍａ）で復号する。

　復号処理によって、
　ベース鍵識別子（Ｋ－ｉｄ）
　コンテンツ対応デバイス鍵識別子（Ｋｉａ－ｉｄ）
　これらの鍵識別子を得る。
　次に、これらの鍵識別子を持つベース鍵（Ｋ）と、コンテンツ対応デバイス鍵（Ｋｉａ）をメモリから取得する。

　さらに、後続パケットに格納された暗号化コンテンツをベース鍵（Ｋ）と、コンテンツ対応デバイス鍵（Ｋｉａ）を適用して復号する。
　なお、ベース鍵Ｋのみで暗号化された画像領域については、図１３に示すベース鍵適用暗号化データ格納パケット１６１の復号処理によって復号画像を得ることができる。
　図１３に示すベース鍵適用暗号化データ格納パケット１６１の復号に適用するベース鍵は、パケット１６１の前段の非暗号化－鍵識別子格納パケット１９１から取得可能である。

　一方、再生装置１２０も、再生装置１２０に格納された再生アプリケーションに従って、暗号化データの復号および出力処理を実行する。
　再生アプリケーションは、まず、
　ＭＰＥＧ－２ＴＳストリーム中のＴＳパケットから、
　ＰＩＤ＝ＥＣＭ＿ＰＩＤの設定された非暗号化鍵識別子格納パケットを選択する。
　このパケットから、メタデータ対応デバイス鍵（Ｋｍｂ）の識別子（Ｋｍｂ－ｉｄ）を取得し、メモリからメタデータ対応デバイス鍵（Ｋｍｂ）を取得する。

　次に、メタデータ対応デバイス鍵（Ｋｍｂ）の識別子（Ｋｍｂ－ｉｄ）を取得したパケットの後続パケットであり、ＰＩＤ＝ＶＥＣＭ＿ＰＩＤの設定されたパケットから、暗号化鍵識別子を取り出す。すなわち、
　暗号化されたベース鍵識別子：Ｅｎｃ（Ｋ－ｉｄ）
　暗号化されたコンテンツ対応デバイス鍵識別子：Ｅｎｃ（Ｋｉｂ－ｉｄ）
　これらを取得して、メタデータ対応デバイス鍵（Ｋｍｂ）で復号する。

　復号処理によって、
　ベース鍵識別子（Ｋ－ｉｄ）
　コンテンツ対応デバイス鍵識別子（Ｋｉｂ－ｉｄ）
　これらの鍵識別子を得る。
　次に、これらの鍵識別子を持つベース鍵（Ｋ）と、コンテンツ対応デバイス鍵（Ｋｉｂ）をメモリから取得する。

　さらに、後続パケットに格納された暗号化コンテンツをベース鍵（Ｋ）と、コンテンツ対応デバイス鍵（Ｋｉｂ）を適用して復号する。
　なお、ベース鍵Ｋのみで暗号化された画像領域については、図１３に示すベース鍵適用暗号化データ格納パケット１６１の復号処理によって復号画像を得ることができる。
　図１３に示すベース鍵適用暗号化データ格納パケット１６１の復号に適用するベース鍵は、パケット１６１の前段の非暗号化－鍵識別子格納パケット１９１から取得可能である。

　なお、各再生装置に格納されるデバイス鍵の設定は様々な設定が可能である。
　デバイス鍵の格納例について、図１５を参照して説明する。
　例えば再生装置２５１は、
　ベース鍵Ｋと、
　メタデータ対応デバイス鍵Ｋｍａと、
　コンテンツ対応デバイス鍵Ｋｉａ、
　これらの鍵を格納している。

　また、再生装置２５２は、
　ベース鍵Ｋと、
　メタデータ対応デバイス鍵Ｋｍａ，Ｋｍｂ．Ｋｍｃと、
　コンテンツ対応デバイス鍵Ｋｉａ，Ｋｉｂ，Ｋｉｃ、
　これらの鍵を格納している。

　さらに、再生装置２５３は、
　ベース鍵Ｋと、
　メタデータ対応デバイス鍵Ｋｍａ，Ｋｍｂ．・・・Ｋｍｎと、
　コンテンツ対応デバイス鍵Ｋｉａ，Ｋｉｂ，・・・Ｋｉｎ、
　これらの鍵を格納している。

　このように、各再生装置に格納されるデバイス鍵の設定は様々な設定が可能である。組み合わせの設定種類を増加させればさせるほど、復号画像に含まれる適用鍵の異なる画像領域の組み合わせの種類が増加する。
　この増加に従い、復号処理を実行した再生装置の特定処理をより小さな単位まで行うことが可能となる。

　　［４．再生装置の実行するデータ復号処理シーケンスについて］
　次に、図１６に示すフローチャートを参照して再生装置の実行するデータ復号処理のシーケンスについて説明する。
　なお、このフローに従った処理は、例えば、再生装置の記憶部に格納されたプログラム（再生アプリケーションプログラム）に従ってプログラム実行機能を持つＣＰＵを有するデータ処理部の制御の下に実行される。
　以下、各ステップの処理について、順次、説明する。

　　（ステップＳ１０１）
　まず、再生装置は、ＭＰＥＧ－２ＴＳフォーマットに従ったＴＳパケット列から非暗号化－鍵識別子格納パケットを選択する。
　パケット選択はＰＩＤに従って実行する。非暗号化－鍵識別子格納パケットにはＰＩＤ＝ＥＣＭ＿ＰＩＤが設定されており、再生装置は、このＰＩＤ＝ＥＣＭ＿ＰＩＤが設定されたパケットを順次、選択する。

　　（ステップＳ１０２）
　次に、選択した非暗号化－鍵識別子格納パケットに格納された非暗号化データである鍵識別子が、
　メタデータ対応デバイス鍵識別子（Ｋｍｘ－ｉｄ）か、
　ベース鍵識別子（Ｋ－ｉｄ）か、
　いずれであるかを判定する。

　これは、図１３に示す例では、
　メタデータ対応デバイス識別子（Ｋｍｘ－ｉｄ）を格納した非暗号化－鍵識別子格納パケット２５１，２５２か、
　メベース鍵識別子（Ｋ－ｉｄ）を格納した非暗号化－鍵識別子格納パケット１９１か、
　どちらのパケットを選択しているかの判定処理に対応する。

　選択した非暗号化－鍵識別子格納パケットに格納された非暗号化データである鍵識別子が、メタデータ対応デバイス鍵識別子（Ｋｍｘ－ｉｄ）である場合はステップＳ１０３に進む。
　一方、選択した非暗号化－鍵識別子格納パケットに格納された非暗号化データである鍵識別子が、ベース鍵識別子（Ｋ－ｉｄ）である場合はステップＳ１０７に進む。

　　（ステップＳ１０３）
　ステップＳ１０２において、選択した非暗号化－鍵識別子格納パケットに格納された非暗号化データである鍵識別子が、メタデータ対応デバイス鍵識別子（Ｋｍｘ－ｉｄ）である場合はステップＳ１０３に進む。
　ステップＳ１０３では、パケットから取得したメタデータ対応デバイス鍵識別子を有するメタデータ対応デバイス鍵（Ｋｍｘ）をメモリから取得する。

　　（ステップＳ１０４）
　次に、再生装置は、ステップＳ１０４において、メモリから取得したメタデータ対応デバイス鍵（Ｋｍｘ）を適用して、後続パケット（ＰＩＤ＝ＶＥＣＭ＿ＰＩＤ）の格納データを復号し、ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｘの鍵識別子を取得する。

　　（ステップＳ１０５）
　さらに、再生装置は、ステップＳ１０５において、復号処理によって取得したベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｘ）の鍵識別子を有するベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｘ）をメモリから取得する。

　　（ステップＳ１０６）
　次に、ステップＳ１０６において、メモリから取得したベース鍵（Ｋ）とコンテンツ対応デバイス鍵（Ｋｉｘ）を適用して後続パケットに格納された暗号化コンテンツを復号する。

　　（ステップＳ１０７）
　一方、ステップＳ１０２において、選択した非暗号化－鍵識別子格納パケットに格納された非暗号化データである鍵識別子が、ベース鍵識別子（Ｋ－ｉｄ）である場合はステップＳ１０７に進む。
　ステップＳ１０７では、パケットから取得したベース鍵識別子を有するベース鍵（Ｋ）をメモリから取得する。

　　（ステップＳ１０８）
　次に、ステップＳ１０８において、メモリから取得したベース鍵（Ｋ）を適用して後続パケットに格納された暗号化コンテンツを復号する。

　　（ステップＳ１０９）
　ステップＳ１０６またはステップＳ１０８の復号処理が終了するとステップＳ１０９に進む。
　ステップＳ１０９において、未処理データがあるか否かを判定し、子処理データがある場合は、ステップＳ１０１以下の処理を繰り返す。
　再生装置は、再生対象となるファイル（ｘｘｘｘｘ．ｍ２ｔｓ）の構成パケットに対する処理を実行して、再生処理が完了するまで、ステップＳ１０１以下の処理を繰り返す。未処理パケットが無くなった場合は、再生処理を終了する。

　このようにして再生される復号画像は、例えば、
　ベース鍵Ｋによる復号領域、
　ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉａによる復号領域、
　ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｂによる復号領域、
　　　・・・
　ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｎによる復号領域、
　これらの異なる鍵による復号領域が混在した画像となる。

　例えば復号画像のコピーデータがインターネット等のネットワークを介して広がった場合、コンテンツ管理装置は、復号画像の解析を実行して、復号画像に含まれる画像領域単位で適用された鍵を解析する。
　この鍵解析結果に従って、復号処理に適用された鍵の組み合わせが判別され、この判別結果に従って復号処理を行なった再生装置（デバイス）を特定することが可能となる。
　なお、特定範囲は、個別の再生装置、再生装置の機種、再生装置のメーカー等、同一のデバイス鍵が格納されたデバイスの範囲となる。

　　［５．情報処理装置、記録装置の実行する処理について］
　次に、図１１～図１３を参照して説明したＴＳパケット列を持つＭＰＥＧ－２ＴＳフォーマットに従ったデータの生成や記録処理を実行する装置の実行する処理について説明する。

　例えば図１３に示すＭＰＥＧ－２ＴＳフォーマットデータを生成する場合の処理は、以下の手順で実行される。
　（Ｓ２１）暗号化対象画像を分割し、各分割領域に対して、異なる鍵を適用して暗号化データを生成する。なお、同一領域に対して、複数の異なる鍵による暗号化データを生成してもよい。
　例えば、
　領域１＝ベース鍵Ｋで暗号化、
　領域２＝ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉａで暗号化、
　領域２＝ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｂで暗号化、
　領域２＝ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｃで暗号化、
　領域３＝ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｂで暗号化、
　領域３＝ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｅで暗号化、
　領域３＝ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｆで暗号化、
　領域４＝ベース鍵Ｋとコンテンツ対応デバイス鍵Ｋｉｇで暗号化、
　　　　　・・・
　このように各領域について様々な鍵の組み合わせて゛暗号化したデータを生成する。

　次に、各暗号化データをＴＳパケットに格納する。なお、同じ鍵の組み合わせで暗号化したデータは一連の連続するＴＳパケットに格納する。
　さらに、暗号化データを格納した一連のＴＳパケットの前に暗号化－鍵識別格納パケットを設定する。
　これは、図１３に示す暗号化－鍵識別格納パケット２１１，２１２である。
　すなわち、後続パケットの暗号化に適用した鍵であるベース鍵Ｋの識別子（Ｋ－ｉｄ）と、コンテンツ対応デバイス鍵（Ｋｉｘ－ｉｄ）をメタデータ対応デバイス鍵（ｋｍｘ）で暗号化して格納したパケットを生成する。

　さらに、このパケットの前段にメタデータ対応デバイス鍵（ｋｍｘ）を非暗号化データ（平文）のまま格納したパケットを生成する。図１３に示す非暗号化－鍵識別子格納パケット２５１，２５２である。

　なお、ベース鍵Ｋのみで暗号化したデータを格納したパケットの前段には、ベース鍵の識別子（Ｋ－ｉｄ）を非暗号化データ（平文）のまま格納した非暗号化－鍵識別子格納パケットを設定する。
　このようにして図１３に示す構成を有するＭＰＥＧ－２ＴＳフォーマットデータが生成される。
　このデータをＢＤ等のディスクに記録する。

　ＭＰＥＧ－２ＴＳフォーマットデータを生成する情報処理装置は、例えば以下の構成を有する。
　情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、データ生成部は、画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成する。さらに、同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定する。
　さらに、暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行して、ＭＰＥＧ－２ＴＳフォーマットデータを生成する。

　なお、暗号化画像データを構成する画像領域の少なくとも一部は、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して暗号化された画像領域となる。
　また、画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵を適用して暗号化された画像領域である。
　さらに、画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵と、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して二重暗号化された画像領域である。

　情報処理装置のデータ生成部は、暗号化－鍵識別子格納パケットに対して、暗号化－鍵識別子格納パケットであることを識別可能とした固有のパケット識別情報としてのＰＩＤ＝ＥＣＭ＿ＰＩＤを設定する。
　また、非暗号化－鍵識別子格納パケットに対しても、非暗号化－鍵識別子格納パケットであることを識別可能とした固有のパケット識別情報としてのＰＩＤ＝ＶＥＣＭ＿ＰＩＤを設定する。
　なお、情報処理装置は、さらに、データ生成部の生成したＭＰＥＧ－２ＴＳフォーマットデータを情報記録遺体に記録する記録部を有する。

　　［６．情報処理装置のハードウェア構成例について］
　次に、再生装置や情報生成装置、記録装置として適用可能な情報処理装置のハードウェア構成例について、図１７を参照して説明する。

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

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

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

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

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

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

　なお、本明細書において開示した技術は、以下のような構成をとることができる。
　（１）　ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記データ生成部は、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定し、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行して、ＭＰＥＧ－２ＴＳフォーマットデータを生成する情報処理装置。

　（２）前記暗号化画像データを構成する画像領域の少なくとも一部は、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して暗号化された画像領域である前記（１）に記載の情報処理装置。

　（３）前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵を適用して暗号化された画像領域である前記（１）または（２）に記載の情報処理装置。

　（４）前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵と、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して二重暗号化された画像領域である全下記（１）～（３）いずれかに記載の情報処理装置。

　（５）前記データ生成部は、
　前記暗号化－鍵識別子格納パケットに対して、暗号化－鍵識別子格納パケットであることを識別可能とした固有のパケット識別情報としてのＰＩＤを設定し、
　前記非暗号化－鍵識別子格納パケットに対しても、非暗号化－鍵識別子格納パケットであることを識別可能とした固有のパケット識別情報としてのＰＩＤを設定する前記（１）～（４）いずれかに記載の情報処理装置。

　（６）前記情報処理装置は、さらに、
　前記データ生成部の生成したＭＰＥＧ－２ＴＳフォーマットデータを情報記録遺体に記録する記録部を有する前記（１）～（５）いずれかに記載の情報処理装置。

　（７）　ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記データ処理部は、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出し、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出し、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得し、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出し、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する情報処理装置。

　（８）　前記ＭＰＥＧ－２ＴＳフォーマットデータは、画像領域単位で異なる暗号鍵を適用して生成された画像領域単位の暗号化画像データを格納したパケットを含み、
　前記暗号化画像データを構成する画像領域の少なくとも一部は、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して暗号化された画像領域であり、
　前記データ処理部は、
　前記非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されているか否かを判別し、格納されていない場合は、次の非暗号化－鍵識別子パケットの処理に移行し、
　非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されている場合に、
　該パケットの次に記録されている暗号化－鍵識別子パケットを抽出して、メモリから取得したメタデータ対応デバイス鍵を適用した復号処理を実行する前記（７）に記載の情報処理装置。

　（９）　前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵を適用して暗号化された画像領域であり、
　前記データ処理部は、
　前記非暗号化－鍵識別子パケットに格納された鍵識別子がベース鍵識別子である場合、該パケットの次に記録されている暗号化画像データ格納パケットに格納された暗号化画像データを復号する前記（８）に記載の情報処理装置。

　（１０）前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵と、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して二重暗号化された画像領域であり、
　前記データ処理部は、
　前記非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されているか否かを判別し、格納されていない場合は、次の非暗号化－鍵識別子パケットの処理に移行し、
　非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されている場合に、該パケットの次に記録されている暗号化－鍵識別子パケットを抽出して、抽出パケットに格納された暗号化鍵識別子をメモリから取得したメタデータ対応デバイス鍵で復号してベース鍵と、コンテンツ対応デバイス鍵を取得し、
　取得したベース鍵と、コンテンツ対応デバイス鍵を適用して、暗号化画像データ格納パケットに格納された暗号化画像データの復号処理を実行する前記（８）または（９）に記載の情報処理装置。

　（１１）　ＭＰＥＧ－２ＴＳフォーマットデータを記録した情報記録媒体であり、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納した暗号化画像データ格納パケットと、
　同一暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に設定されるパケットであり、後続の暗号化画像データ格納パケットに格納されるデータの暗号処理に適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットと、
　前記暗号化－鍵識別子格納パケットの前段に設定されるパケットであり、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを記録した情報記録媒体であり、
　該情報記録媒体からのデータ再生を実行する再生装置において、
　前記非暗号化－鍵識別子パケットからの第１の鍵識別子取得処理、
　取得した第１の鍵識別子に対応する鍵を適用した、前記暗号化－鍵識別子格納パケットの格納データの復号処理による第２の鍵識別子取得処理、
　取得した第２の鍵識別子に対応する鍵を適用した、前記暗号化画像データ格納パケットの格納データの復号処理を実行させることを可能とした情報記録媒体。

　（１２）　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記データ生成部が、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定し、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行して、ＭＰＥＧ－２ＴＳフォーマットデータを生成する情報処理方法。

　（１３）　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記データ処理部が、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出し、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出し、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得し、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出し、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する情報処理方法。

　（１４）　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記プログラムは、前記データ生成部に、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットの生成処理と、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットの設定処理と、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行させて、ＭＰＥＧ－２ＴＳフォーマットデータを生成させるプログラム。

　（１５）　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記プログラムは、前記データ処理部に、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出する処理と、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得する処理と、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出する処理と、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得する処理と、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得する処理と、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出する処理と、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する処理を実行させるプログラム。

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

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

　以上、説明したように、本開示の一実施例の構成によれば、復号画像データの解析によって復号処理に適用した鍵を解析可能としたＭＰＥＧ－２ＴＳフォーマットデータを実現する。
　具体的には、画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定する。さらに、暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定してＭＰＥＧ－２ＴＳフォーマットデータを生成する。
　本構成により、復号画像データの解析によって復号処理に適用した鍵を解析可能としたＭＰＥＧ－２ＴＳフォーマットデータが実現される。

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

Claims

　ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記データ生成部は、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定し、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行して、ＭＰＥＧ－２ＴＳフォーマットデータを生成する情報処理装置。
　前記暗号化画像データを構成する画像領域の少なくとも一部は、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して暗号化された画像領域である請求項１に記載の情報処理装置。
　前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵を適用して暗号化された画像領域である請求項１に記載の情報処理装置。
　前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵と、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して二重暗号化された画像領域である請求項１に記載の情報処理装置。
　前記データ生成部は、
　前記暗号化－鍵識別子格納パケットに対して、暗号化－鍵識別子格納パケットであることを識別可能とした固有のパケット識別情報としてのＰＩＤを設定し、
　前記非暗号化－鍵識別子格納パケットに対しても、非暗号化－鍵識別子格納パケットであることを識別可能とした固有のパケット識別情報としてのＰＩＤを設定する請求項１に記載の情報処理装置。
　前記情報処理装置は、さらに、
　前記データ生成部の生成したＭＰＥＧ－２ＴＳフォーマットデータを情報記録遺体に記録する記録部を有する請求項１に記載の情報処理装置。
　ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記データ処理部は、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出し、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出し、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得し、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出し、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する情報処理装置。
　前記ＭＰＥＧ－２ＴＳフォーマットデータは、画像領域単位で異なる暗号鍵を適用して生成された画像領域単位の暗号化画像データを格納したパケットを含み、
　前記暗号化画像データを構成する画像領域の少なくとも一部は、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して暗号化された画像領域であり、
　前記データ処理部は、
　前記非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されているか否かを判別し、格納されていない場合は、次の非暗号化－鍵識別子パケットの処理に移行し、
　非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されている場合に、
　該パケットの次に記録されている暗号化－鍵識別子パケットを抽出して、メモリから取得したメタデータ対応デバイス鍵を適用した復号処理を実行する請求項７に記載の情報処理装置。
　前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵を適用して暗号化された画像領域であり、
　前記データ処理部は、
　前記非暗号化－鍵識別子パケットに格納された鍵識別子がベース鍵識別子である場合、該パケットの次に記録されている暗号化画像データ格納パケットに格納された暗号化画像データを復号する請求項８に記載の情報処理装置。
　前記暗号化画像データを構成する画像領域の少なくとも一部は、複数の再生装置に共通に格納されるベース鍵と、一部の再生装置のみが保持するコンテンツ対応デバイス鍵を適用して二重暗号化された画像領域であり、
　前記データ処理部は、
　前記非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されているか否かを判別し、格納されていない場合は、次の非暗号化－鍵識別子パケットの処理に移行し、
　非暗号化－鍵識別子パケットに格納された鍵識別子を持つメタデータ対応デバイス鍵がメモリに格納されている場合に、該パケットの次に記録されている暗号化－鍵識別子パケットを抽出して、抽出パケットに格納された暗号化鍵識別子をメモリから取得したメタデータ対応デバイス鍵で復号してベース鍵と、コンテンツ対応デバイス鍵を取得し、
　取得したベース鍵と、コンテンツ対応デバイス鍵を適用して、暗号化画像データ格納パケットに格納された暗号化画像データの復号処理を実行する請求項８に記載の情報処理装置。
　ＭＰＥＧ－２ＴＳフォーマットデータを記録した情報記録媒体であり、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納した暗号化画像データ格納パケットと、
　同一暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に設定されるパケットであり、後続の暗号化画像データ格納パケットに格納されるデータの暗号処理に適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットと、
　前記暗号化－鍵識別子格納パケットの前段に設定されるパケットであり、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを記録した情報記録媒体であり、
　該情報記録媒体からのデータ再生を実行する再生装置において、
　前記非暗号化－鍵識別子パケットからの第１の鍵識別子取得処理、
　取得した第１の鍵識別子に対応する鍵を適用した、前記暗号化－鍵識別子格納パケットの格納データの復号処理による第２の鍵識別子取得処理、
　取得した第２の鍵識別子に対応する鍵を適用した、前記暗号化画像データ格納パケットの格納データの復号処理を実行させることを可能とした情報記録媒体。
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記データ生成部が、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットを生成し、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットを設定し、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行して、ＭＰＥＧ－２ＴＳフォーマットデータを生成する情報処理方法。
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記データ処理部が、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出し、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出し、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得し、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得し、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出し、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する情報処理方法。
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを生成するデータ生成部を有し、
　前記プログラムは、前記データ生成部に、
　画像領域単位で異なる暗号鍵を適用して生成した暗号化画像データを格納したパケットの生成処理と、
　同一の暗号鍵を適用して生成した暗号化画像データを格納したパケットの前段に、適用した暗号鍵の識別子を暗号化データとして格納した暗号化－鍵識別子格納パケットの設定処理と、
　さらに、前記暗号化－鍵識別子格納パケットの前段に、該暗号化－鍵識別子格納パケットの格納データの暗号化に適用した暗号鍵の識別子を非暗号化データとして格納した非暗号化－鍵識別子パケットを設定する処理を実行させて、ＭＰＥＧ－２ＴＳフォーマットデータを生成させるプログラム。
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、ＭＰＥＧ－２ＴＳフォーマットデータを再生するデータ処理部を有し、
　前記プログラムは、前記データ処理部に、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、非暗号化－鍵識別子パケットを抽出する処理と、
　抽出した非暗号化－鍵識別子パケットに記録された鍵識別子を持つメタデータ対応デバイス鍵をメモリから取得する処理と、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化－鍵識別子パケットを抽出する処理と、
　前記メモリから取得したメタデータ対応デバイス鍵を適用して、前記暗号化－鍵識別子パケットに格納された暗号化鍵識別子を取得する処理と、
　取得した鍵識別子を持つコンテンツ対応デバイス鍵をメモリから取得する処理と、
　前記ＭＰＥＧ－２ＴＳフォーマットデータを構成するパケットから、暗号化画像データ格納パケットを抽出する処理と、
　前記メモリから取得したコンテンツ対応デバイス鍵を適用して前記暗号化画像データ格納パケットに格納された暗号化画像データを復号する処理を実行させるプログラム。