(57)【要約】ブロック暗号化ＭＭＴフォーマットデータを、タイムスタンプを適用して再生する構成を実現する。ＭＭＴフォーマットストリームファイルと、再生制御情報ファイルを生成してメディアに記録する。ストリームファイルは、ブロック単位のコピー制御情報を格納した追加ヘッダをシードとして生成される暗号鍵を適用した暗号化ブロックデータと追加ヘッダからなる。再生制御情報ファイルには、再生データの位置、および再生データの復号に適用するシード位置、さらに、タイムスタンプ位置、およびタイムスタンプ復号に適用するシード位置を判別可能な位置識別情報が記録される。この記録情報を利用してデータ復号、タイムスタンプを適用した再生を行なう。
2018173780.tif 000002
【特許請求の範囲】
【請求項１】
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成し、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納するとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成する情報処理装置。
【請求項２】
前記データ処理部は、
前記ストリームファイルの構成データを、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケット列として生成する請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記再生制御情報ファイルの構成データとして、ランダムアクセス再生制御情報を生成し、
前記ランダムアクセス再生制御情報に、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの位置、および該再生データの復号に適用するシードの位置を判別可能とした位置識別情報を記録する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報を前記ストリームファイルの構成データとして設定する請求項１に記載の情報処理装置。
【請求項５】
前記タイムスタンプ記録情報は、ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）である請求項４に記載の情報処理装置。
【請求項６】
前記データ処理部は、
前記再生制御情報ファイルの構成データとして、ランダムアクセス再生制御情報を生成し、
前記ランダムアクセス再生制御情報に、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの位置、および該再生データの復号に適用するシードの位置、さらに、
前記タイムスタンプ記録情報の位置、および該タイムスタンプ記録情報の復号に適用するシードの位置を判別可能とした位置識別情報を記録する請求項４に記載の情報処理装置。
【請求項７】
前記タイムスタンプは、
再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅｓｔａｍｐ）の少なくともいずれかのタイムスタンプを含む請求項４に記載の情報処理装置。
【請求項８】
前記データ処理部は、
前記ランダムアクセス再生制御情報に、
前記再生データの位置と、前記再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報の位置との離間距離に相当するオフセット情報を記録する請求項３に記載の情報処理装置。
【請求項９】
前記データ処理部は、
前記ストリームファイルをＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケット列として生成し、
前記ストリームファイルを構成するパケットのコピー制御情報を、パケット単位の追加ヘッダ、または、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダのいずれかに格納する請求項１に記載の情報処理装置。
【請求項１０】
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記データ処理部は、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行う情報処理装置。
【請求項１１】
前記データ処理部は、
前記再生処理に際して、前記再生制御情報ファイルから、
前記再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報の位置識別情報と、前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号処理を行う請求項１０に記載の情報処理装置。
【請求項１２】
前記タイムスタンプは、
再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅｓｔａｍｐ）の少なくともいずれかのタイムスタンプを含む請求項１１に記載の情報処理装置。
【請求項１３】
前記データ処理部は、
前記再生処理に際して、前記再生制御情報ファイルから、
前記再生データの位置と、前記タイムスタンプ記録情報の位置との離間距離に相当するオフセット情報を取得する請求項１１に記載の情報処理装置。
【請求項１４】
前記ストリームファイルは、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケット列によって構成され、
前記追加ヘッダは、
前記ストリームファイルを構成するパケットのパケット単位、または、複数パケット単位、または、固定データ長単位、または可変データ長単位で設定されている請求項１０に記載の情報処理装置。
【請求項１５】
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記再生制御情報ファイルは、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの位置、および該再生データの復号に適用するシードの位置を判別可能とした位置識別情報を記録データとして含み、
前記ストリームファイル格納データの再生を行う再生装置が、
前記再生制御情報ファイルから、前記位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行うことを可能とした情報記録媒体。
【請求項１６】
前記再生制御情報ファイルは、
前記再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報の位置識別情報と、前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を記録データとして含み、
前記再生装置が、
前記再生制御情報ファイルから、前記位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号処理を行うことを可能とした請求項１５に記載の情報記録媒体。
【請求項１７】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成し、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納するとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成する情報処理方法。
【請求項１８】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記データ処理部が、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行う情報処理方法。
【請求項１９】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成する処理と、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納する処理を実行させるとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成させるプログラム。
【請求項２０】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記プログラムは、前記データ処理部に、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得させ、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行わせるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、放送波等における今後のデータ伝送規格として規格化が進められているＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力してメディアに記録する処理、またはメディア記録データの再生処理を行う情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
現在、４Ｋ画像や８Ｋ画像等の放送等、高画質画像のデータ伝送を実現するための規格化が進められており、その一つとして、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを利用したデータ配信方式についての検討が進められている。【０００３】
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツを構成する符号化データや、制御情報や属性情報等の様々な管理情報からなる制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））等のデータを、放送波やネットワークを介して伝送するデータ転送方式（トランスポートフォーマット）を規定したものである。【０００４】
ＭＭＴフォーマットは、例えば４Ｋ画像、高ダイナミックレンジ（ＨＤＲ：Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）画像等の次世代コンテンツの放送等に利用される予定となっている。【０００５】
なお、現行の画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等の伝送フォーマット、あるいは、メディアに対するデータ記録フォーマットとしては、ＭＰＥＧ−２ＴＳフォーマットが多く利用されている。
また、このＭＰＥＧ−２ＴＳフォーマット対応の記録再生アプリケーション規格（フォーマット）としてＢＤＭＶやＢＤＡＶ規格（フォーマット）が広く利用されている。【０００６】
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）を利用したデータ記録再生のアプリケーション規格であるが、これらの規格はＢＤに限らず、フラッシュメモリやＨＤなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤを利用したデータ記録再生処理構成については、例えば特許文献１（特開２０１１−０２３０７１号公報）等に記載がある。【０００７】
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。【０００８】
上述のＭＭＴフォーマットに従った配信コンテンツを、情報記録媒体（メディア）に記録し、メディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。【０００９】
現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための構成について議論が進められている。
例えば、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等の記録メディアに記録する場合、画像、音声、字幕データや、制御情報（ＳＩ）等のデータを、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列としてメディアに記録する方向で議論が進んでいる。【００１０】
具体的には、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列をメディアに記録する方向で議論が進んでいる。【００１１】
ＭＭＴＰパケットやＴＬＶパケットには、再生データである画像、音声、字幕、さらに、様々な管理情報からなる制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）等が格納されている。【００１２】
例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリやＨＤ（ハードディスク）等の記録メディアに、画像、音声、字幕等のコンテンツを格納したＭＭＴＰパケットやＴＬＶパケットを記録し、メディアからのコンテンツ再生を上述のＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。【００１３】
ＢＤＡＶフォーマットは、再生制御情報ファイルとして、プレイリストファイルやクリップ情報ファイル等のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）を参照してデータ再生処理を実行する。
従って、ＭＭＴフォーマットデータについても、これらのプレイリストファイルやクリップ情報ファイルに記録された再生制御情報を利用して再生処理を行うことが必要となる。【００１４】
しかし、ＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、ＭＰＥＧ−２ＴＳフォーマットデータに対応した再生制御情報を記録している。
従って、ＭＰＥＧ−２ＴＳフォーマットとはフォーマットの異なるＭＭＴフォーマットデータを再生する場合に、現行のＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイルに記録された再生制御情報が適用できない場合がある。【００１５】
この問題を解決するためには、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録する処理を行うことが必要となる。【００１６】
ＭＭＴフォーマットデータをＢＤ等の記録メディアに記録し、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を可能とするためには、メディアに対するＭＭＴフォーマットデータの記録処理に際して、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
また、メディアに記録されたＭＭＴフォーマットデータの再生時には、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。
しかし、これらの処理については、現時点で具体化されていないというのが現状である。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２０１１−０２３０７１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本開示は、例えば、上記の問題点に鑑みてなされたものであり、ＭＭＴフォーマットに従った配信データを入力して、ＢＤ等の記録メディアに記録し、記録メディアから、ＭＭＴフォーマットデータ再生することを可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１９】
本開示の第１の側面は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成し、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納するとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成する情報処理装置にある。【００２０】
さらに、本開示の第２の側面は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記データ処理部は、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行う情報処理装置にある。【００２１】
さらに、本開示の第３の側面は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記再生制御情報ファイルは、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの位置、および該再生データの復号に適用するシードの位置を判別可能とした位置識別情報を記録データとして含み、
前記ストリームファイル格納データの再生を行う再生装置が、
前記再生制御情報ファイルから、前記位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行うことを可能とした情報記録媒体にある。【００２２】
さらに、本開示の第４の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成し、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納するとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成する情報処理方法にある。【００２３】
さらに、本開示の第５の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記データ処理部が、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行う情報処理方法にある。【００２４】
さらに、本開示の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成する処理と、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納する処理を実行させるとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成させるプログラムにある。【００２５】
さらに、本開示の第７の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記プログラムは、前記データ処理部に、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得させ、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行わせるプログラムにある。【００２６】
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。【００２７】
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２８】
本開示の一実施例の構成によれば、ブロック暗号化ＭＭＴフォーマットデータを、タイムスタンプを適用して再生する構成が実現される。
具体的には、例えば、ＭＭＴフォーマットストリームファイルと、再生制御情報ファイルを生成してメディアに記録する。ストリームファイルは、ブロック単位のコピー制御情報を格納した追加ヘッダをシードとして生成される暗号鍵を適用した暗号化ブロックデータと追加ヘッダからなる。再生制御情報ファイルには、再生データの位置、および再生データの復号に適用するシード位置、さらに、タイムスタンプ位置、およびタイムスタンプ復号に適用するシード位置を判別可能な位置識別情報が記録される。この記録情報を利用してデータ復号、タイムスタンプを適用した再生を行なう。
本構成により、ブロック暗号化ＭＭＴフォーマットデータを、タイムスタンプを適用して再生する構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２９】
【図１】本開示の処理を実行する情報処理装置の利用構成例について説明する図である。
【図２】ＭＭＴフォーマットについて説明する図である。
【図３】ＭＭＴフォーマットに従った画像データ格納構成例について説明する図である。
【図４】ＢＤＡＶフォーマットについて説明する図である。
【図５】ＢＤＡＶフォーマットに従ったデータ再生処理例について説明する図である。
【図６】ＭＰＥＧ−２ＴＳフォーマットについて説明する図である。
【図７】ＭＭＴフォーマットについて説明する図である。
【図８】ＳＰＡＶフォーマットについて説明する図である。
【図９】放送局等からの受信データをＭＭＴフォーマットデータであるＭＭＴＰパケット列として、情報記録媒体（メディア）に記録する処理例について説明する図である。
【図１０】放送局等からの受信データをＭＭＴフォーマットデータであるＭＭＴＰパケットを格納したＴＬＶパケット列として、情報記録媒体（メディア）に記録する処理例について説明する図である。
【図１１】ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットデータとして記録する場合の処理例について説明する図である。
【図１２】記録メディアにＭＭＴフォーマットデータを記録し、その記録データを他メディアにコピーする処理の具体例について説明する図である。
【図１３】ＭＭＴＰパケットに格納されるサービス記述テーブル（ＭＨ−ＳＤＴ）のデータ構成（シンタクス）を示す図である。
【図１４】コンテンツコピー制御記述子のデータ構成（Ｓｙｎｔａｘ）について説明する図である。
【図１５】コンテンツ利用制御記述子のデータ構成（Ｓｙｎｔａｘ）について説明する図である。
【図１６】デジタルコピー制御態様の種類（５種類）と、ＭＭＴフォーマットにおいて規定される３種類の制御情報の設定を一覧としてまとめた図である。
【図１７】メディアに記録するパケット列がＭＭＴＰパケット列である場合の処理例を示す図である。
【図１８】メディアに記録するパケット列がＴＬＶパケット列である場合の処理例を示す図である。
【図１９】メディアに記録するパケット列と追加ヘッダの設定例について説明する図である。
【図２０】メディアに記録するパケット列と追加ヘッダの設定例について説明する図である。
【図２１】メディアに記録するパケット列と追加ヘッダの設定例について説明する図である。
【図２２】ＭＭＴＰパケット追加ヘッダのデータ構成（Ｓｙｎｔａｘ）の一例を示す図である。
【図２３】ＴＬＶパケット追加ヘッダのデータ構成（Ｓｙｎｔａｘ）の一例を示す図である。
【図２４】コピー制御情報を記録したＴＬＶパケット追加ヘッダをＴＬＶパケットに追加して情報記録媒体（メディア）に記録する場合の暗号化処理について説明する図である。
【図２５】コピー制御情報を記録したＭＭＴＰパケット追加ヘッダをＭＭＴＰパケットに追加して情報記録媒体（メディア）に記録する場合の暗号化処理について説明する図である。
【図２６】プレイリストファイルのデータ構成について説明する図である。
【図２７】ＥＰマップについて説明する図である。
【図２８】ＥＰマップについて説明する図である。
【図２９】ＥＰマップについて説明する図である。
【図３０】プレイリストファイルのＣＰＩタイプ記録データについて説明する図である。
【図３１】プレイリストファイルのプレイアイテムのデータ構成について説明する図である。
【図３２】プレイリストファイルのプレイアイテム記録データについて説明する図である。
【図３３】ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
【図３４】ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例について説明する図である。
【図３５】ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す図である。
【図３６】クリップ情報ファイルのデータ構成（シンタクス）を示す図である。
【図３７】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］のデータ構成（シンタクス）を示す図である。
【図３８】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。
【図３９】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。
【図４０】ＥＰマップを構成する２つのテーブルのデータ構成について説明する図である。
【図４１】ＭＭＴフォーマットデータのランダムアクセス処理の問題点について説明する図である。
【図４２】ＭＭＴＰパケットのデータ構成について説明する図である。
【図４３】ＲＡＰフラグについて説明する図である。
【図４４】ＭＭＴパッケージテーブル（ＭＰＴ）内に記録される拡張タイムスタンプ記述子のデータ構成（シンタクス）を示す図である。
【図４５】複数のＴＬＶパケットに追加ヘッダを設定したＴＬＶパケット列からなるメディア記録データの例について説明する図である。
【図４６】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録する暗号化ＭＭＴフォーマットデータ対応のＥＰマップのデータ構成例について説明する図である。
【図４７】ＭＭＴフォーマットデータ対応のＥＰマップに対する記録データについて説明する図である。
【図４８】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録する暗号化ＭＭＴフォーマットデータ対応のＥＰマップの記録データの具体例について説明する図である。
【図４９】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録する暗号化ＭＭＴフォーマットデータ対応のＥＰマップのデータ構成例について説明する図である。
【図５０】ＭＭＴフォーマットデータ対応のＥＰマップに対する記録データについて説明する図である。
【図５１】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録する暗号化ＭＭＴフォーマットデータ対応のＥＰマップの記録データの具体例について説明する図である。
【図５２】情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。
【図５３】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図５４】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図５５】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図５６】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図５７】情報記録媒体（メディア）からのデータ再生処理を実行する情報処理装置の構成例についてを説明する図である。
【図５８】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図５９】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図６０】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図６１】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図６２】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図６３】本開示の処理に適用される報処理装置のハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００３０】
以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．通信システムの構成例について
２．ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて
３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて
４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について
５．コピー処理の態様と、ＭＭＴフォーマットデータにおけるコピー制御情報について
６．コピー処理を実行する情報処理装置が、メディアに記録されたＭＭＴフォーマットデータのコピー制御情報を取得可能とした構成について
６−１．コピー制御情報を記録した追加ヘッダをパケット単位で設定した例について
６−２．複数パケットに対して１つのコピー制御情報を記録した追加ヘッダを設定する例について
６−２−１．（例１）Ｎ個のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）に対して１つのコピー制御情報記録追加ヘッダを設定する例について
６−２−２．（例２）固定長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例について
６−２−３．（例３）可変長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例について
６−３．追加ヘッダの記録データの例について
７．追加ヘッダを設定したパケット列をメディアに記録する場合の暗号化処理の一例について
８．ランダムアクセス再生処理に適用する再生制御情報について
８−１．ＥＰマップの概要と、ＭＭＴフォーマットデータ対応のプレイリストファイルについて
８−２．ＭＭＴフォーマット対応のクリップ情報ファイルとＥＰマップの基本構成例について
８−３．追加ヘッダをシードとして生成した暗号鍵による暗号化ＭＭＴフォーマットデータ対応のＥＰマップの構成例について
８−３−１．暗号化ＭＭＴフォーマットデータ対応のＥＰマップ例１
８−３−２．暗号化ＭＭＴフォーマットデータ対応のＥＰマップ例２
９．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について
１０．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について
１１．情報処理装置の構成例について
１２．本開示の構成のまとめ
【００３１】
［１．通信システムの構成例について］
まず、図１を参照して本開示の処理を実行する情報処理装置の一つの利用構成例である通信システムの例について説明する。
図１に示す情報処理装置３０は、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）や、フラッシュメモリ、ハードディスク（ＨＤＤ）などのメディアを装着し、これらの装着メディアに対するデータ記録処理や、装着メディアからのデータ再生処理、さらに、他メディアに対するデータコピー処理等を実行する。
【００３２】
情報処理装置３０がメディアに記録するデータは、例えば放送局（放送サーバ）２１や、データ配信サーバ２２等の送信装置２０の提供する送信コンテンツである。具体的には、テレビ局の提供する放送番組等である。
これらの送信コンテンツは、放送波、あるいはインターネット等のネットワークを介して送信装置２０から情報処理装置３０に送信される。
【００３３】
情報処理装置３０は、例えば記録再生装置３１、テレビ３２、ＰＣ３３、携帯端末３４等である、これらの情報処理装置は、例えば、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）４１、ＨＤＤ（ハードディスク）４２、フラッシュメモリ４３等の様々なメディアを装着し、これらのメディアに対するデータ記録処理や、メディアからのデータ再生処理、さらに、メディア間のデータコピー処理等を実行する。
【００３４】
送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランンスポートフォーマット）を規定したものである。
【００３５】
送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成し、生成した符号化データをＭＭＴにおいて規定されるＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットに格納して放送波、またはネットワークを介して送信する。
【００３６】
送信装置２０が情報処理装置３０に提供するデータは、画像、音声、字幕等の再生対象データの他、番組ガイド等の案内情報や通知情報、制御メッセージ等の様々な管理情報によって構成される制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））によって構成される。
【００３７】
［２．ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて］
上述したように、送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
図２以下を参照して、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
【００３８】
図２は、ＭＭＴフォーマットのスタック・モデルを示す図である。
図２に示すＭＭＴスタック・モデルにおいて、最下層には、物理レイヤ（ＰＨＹ）がある。物理レイヤは、放送系の処理を行なうブロードキャスト（Ｂｒｏａｄｃａｓｔｉｎｇ）レイヤと、ネットワーク系の処理を行なうブロードバンド（Ｂｒｏａｄｂａｎｄ）レイヤに分割されている。
ＭＭＴは放送系、ネットワーク系の２つの通信網を利用した処理を可能としている。
【００３９】
物理レイヤ（ＰＨＹ）の上位レイヤとして、ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）レイヤがある。ＴＬＶはＩＰパケットの多重化方式を規定したフォーマット規定レイヤである。複数のＩＰパケットが多重化されてＴＬＶパケットとして送信される。ＴＬＶ−ＳＩは、ＴＬＶフォーマットに従った制御メッセージ等の制御情報（ＳＩ）の伝送レイヤである。
【００４０】
制御情報（ＳＩ）は、情報処理装置３０側においてコンテンツ（番組）を受信、再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報、管理情報によって構成される。
ＴＬＶレイヤで処理が生成されるＴＬＶパケットに格納される制御情報（ＳＩ）がＴＬＶ−ＳＩであり、主に受信処理に関する制御情報によって構成されている。
ＭＭＴプロトコル（ＭＭＴＰ）に従って生成されるパケットであるＭＭＴＰパケットに格納される制御情報（ＳＩ）は最上位レイヤに示すＭＭＴ−ＳＩであり、主に再生制御に関する制御情報によって構成されている。
【００４１】
ＴＬＶレイヤ上には、ＵＤＰ／ＩＰレイヤが設定される。
ＵＤＰ／ＩＰレイヤは、詳細にはＩＰレイヤとＵＤＰレイヤに分割可能であるが、ＩＰパケットのペイロードにＵＤＰパケットを格納する伝送を規定するレイヤである。
ＵＤＰ／ＩＰレイヤ上にＭＭＴレイヤ、およびＦｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄレイヤ  が設定される。
ＭＭＴＰパケットをＩＰパケットに格納して送信する場合と、ＭＭＴＰパケットを用いないデータ伝送方式であるＦｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄを利用してＩＰパケットとしてデータ送信する方式が併用可能な設定となっている。
【００４２】
ＭＭＴレイヤ上には、以下のレイヤが設定される。
画像符号化規格であるＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）に従った符号化画像データである画像（Ｖｉｄｅｏ）データ、
音声符号化規格であるＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）に従った符号化音声データである音声（Ａｕｄｉｏ）データ、
字幕符号化規格であるＴＴＭＬ（Ｔｉｍｅｄ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に従った符号化字幕データである字幕（Ｓｕｂｔｉｔｌｅ）データ、
ＭＭＴＰパケットを利用して送信される制御情報（ＭＭＴ−ＳＩ）、
さらに、ＨＴＭＬ５（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  ５）に従って記述された様々なアプリケーション、
これらの各データがＭＭＴＰパケットに格納されて送信される。
【００４３】
制御情報（ＭＭＴ−ＳＩ）は、ＭＭＴＰパケットで送信される制御情報（シグナリング情報）であり、情報処理装置３０側においてコンテンツ（番組）を再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報によって構成される。
【００４４】
なお、時刻情報（ＮＴＰ：Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）は絶対時刻情報であり、ＵＤＰパケットに直接格納され送信される。
その他のデータ配信を行うデータサービス（Ｄａｔａ  ｓｅｒｖｉｃｅ）、コンテンツダウンロード等（Ｃｏｎｔｅｎｔｄｏｗｎｌｏａｄ，ｅｔｃ．）がＭＭＴと異なるファイル配信メソッド（Ｆｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄ）を利用して配信可能な構成を有している。
【００４５】
図２に示すように、画像、音声、字幕、さらに、様々な通知情報や制御情報等の様々な管理情報からなる制御情報（ＭＭＴ−ＳＩ）やアプリケーションは、ＭＭＴＰパケットによって送信される。
【００４６】
図３を参照してＭＭＴＰパケットの具体的構成例について説明する。
図３には以下の４種類のデータ構成例を示している。
（ａ）ＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）
（ｂ）ＭＭＴＰペイロート
（ｃ）ＭＭＴＰパケット
（ｄ）ＴＬＶパケット
【００４７】
（ｄ）ＴＬＶパケットが放送波やネットワークを介して送信されるパケットであり、ＴＬＶパケットには、ＵＤＰヘッダ、ＩＰヘッダ、ＴＬＶヘッダの各ヘッダ情報が設定される。ＴＬＶパケットは、データ種類ごとに個別のパケットとして設定される。
【００４８】
すなわち、１つのＴＬＶパケットのＴＬＶペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、あるいは、様々な管理情報からなる制御情報（ＳＩ）が個別に格納される。
なお、制御情報（ＳＩ）については、ＭＭＴＰパケットに格納する制御情報（ＭＭＴ−ＳＩ）と、ＴＬＶパケットで送信される制御情報（ＴＬＶ−ＳＩ）があり、それぞれ異なる個別のＴＬＶパケットに格納される。
【００４９】
ＴＬＶパケットのペイロードであるＴＬＶペイロートの一例が、図３（ｃ）に示すＭＭＴＰパケットである。
図３（ｃ）に示すＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。
【００５０】
１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、さらにＭＭＴＰパケットに格納する制御情報（ＭＭＴ−ＳＩ）、これらのいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。
【００５１】
図３（ａ），（ｂ）は、図３（ｃ）に示すＭＭＴＰパケットのＭＭＴＰペイロードに格納される画像データの詳細構成を示している。
図３（ｂ）は、図３（ｃ）に示すＭＭＴＰパケット中、ＭＭＴＰペイロードが画像データ（Ｖ）であるもののみを選択して示している。
図３（ｂ）に示すＭＭＴＰペイロードは、ヘッダとデータユニットによって構成される。
【００５２】
データユニットには、図３（ａ）に示すように、画像データおよび、以下の各種のパラメータが格納される。
ＡＵ  Ｄｅｌｉｍｉｔｅｒ（Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒ）
ＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）
ＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）
ＳＥＩｓ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）
これらのパラメータは、画像表示に利用されるパラメータである。
【００５３】
図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）は、ＭＭＴフォーマットにおける画像、音声、字幕等の再生対象データの１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と同じ単位である。
【００５４】
このように、例えば画像データは、図３（ａ）に示すように、ＭＭＴフォーマットにおいて規定されたパラメータと画像構成データに分割され、図３（ｂ）に示すＭＭＴＰペイロードに格納され、図３（ｃ）に示すＭＭＴＰパケットとして構成される。
さらに、ＭＭＴＰパケットは、図３（ｄ）に示すＴＬＶパケットのペイロードとして設定されて、ＴＬＶパケットが放送波やネットワークを介して送信される。
【００５５】
なお、音声、字幕等の各データ、ＭＭＴ−ＳＩの各データについても、それぞれデータ種類単位のＭＭＴＰパケット、ＴＬＶパケットが設定されて送信される。
ＴＬＶ−ＳＩは、ＭＭＴＰパケットに格納されることなくＴＬＶパケットに格納されて送信される。
【００５６】
［３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて］
次に、上述のＭＭＴフォーマットに従った配信コンテンツを例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリ、あるいはＨＤ（ハードディスク等のメディアに記録して再生する場合の記録データフォーマットであるＢＤＡＶフォーマットとＳＰＡＶフォーマットについて図４以下を参照して説明する。
【００５７】
例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリやＨＤ等のメディアから、画像、音声、字幕等のコンテンツを再生する場合には、これらのコンテンツの再生処理を行なうための再生制御情報やインデックス情報が必要となる。再生制御情報やインデックス情報は一般的にデータベースファイルと呼ばれる。
これらの再生制御情報やインデックス情報は、メディアの記録データの再生処理を実行する再生アプリケーションに応じて異なるものとなる。
【００５８】
前述したように、現行の記録再生アプリケーション規格（＝データ記録フォーマット）としてＢＤＭＶやＢＤＡＶ規格（データ記録フォーマット）がある。これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）を利用したデータ記録再生アプリケーション規格として策定されたものである。
【００５９】
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であり、データ記録フォーマット（規格）であるが、これらの規格はＢＤに限らず、フラッシュメモリなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。
【００６０】
上述のＭＭＴフォーマットに従った配信コンテンツを記録したメディアからのコンテンツ再生処理を、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。
前述のように、ＢＤＡＶフォーマットは、再生制御情報の記録ファイルとして、プレイリストファイルやクリップ情報ファイル等を規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。
【００６１】
図４は、情報記録媒体（メディア）４０にＢＤＡＶフォーマットに従って記録されたデータのディレクトリ構成例を示す図である。
ディレクトリには、図４に示すように様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
【００６２】
管理情報ファイルは、例えば、図４に示すインフォファイル（ｉｎｆｏ）、メニューファイル（ｍｅｎｕ）、マークファイル（ｍａｒｋ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ｐｌａｙｌｉｓｔ）、
クリップ情報ファイル（ｃｌｉｐｉｎｆ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ｓｔｒｅａｍ）が記録される。
【００６３】
プレイリストファイルは、タイトルによって指定される再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したファイルであり、例えば、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップＡＶストリームファイルの再生位置情報等を有する。
【００６４】
クリップＡＶストリームファイルは、再生対象となるＡＶストリームデータや管理情報を格納したファイルである。クリップＡＶストリームファイルは、再生対象となる画像、音声、字幕等の各データや、管理情報を格納したパケットによって構成される。
なお、ＭＰＥＧ−２ＴＳフォーマットにおいて規定され、クリップＡＶストリームファイルに記録される管理情報として、例えば、ＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）がある。
【００６５】
なお、従来の放送データや、ネットワーク配信データは、ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）パケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータであるが、今後の４Ｋ，８Ｋ画像等の高精細画像等を含むデータは前述したＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータとなることが予想される。
【００６６】
図４にはクリップＡＶストリームファイル（ｓｔｒｅａｍ）として、
ＴＳパケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータからなるストリームファイル（ｎｎｎｎｎ．ｍ２ｔｓ）、
ＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）、
これらの２種類のストリームファイルを示している。
【００６７】
図４に示すディレクトリ例は、情報処理装置３０が受信したデータがＭＰＥＧ−２ＴＳフォーマットデータである場合は、そのまま、ＭＰＥＧ−２ＴＳフォーマットデータとしてメディアに記録し、受信データがＭＭＴフォーマットデータである場合は、ＭＭＴフォーマットデータとしてメディアに記録する設定の場合のディレクトリ例である。
【００６８】
なお、ＭＭＴフォーマットデータをメディアに記録する場合のクリップＡＶストリームファイルは、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列として記録する方向で議論が進んでいる。
具体的には、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列として記録する方向で議論が進んでいる。
この具体例については後段で詳細に説明する。
【００６９】
管理情報ファイル、プレイリストファイル、クリップ情報ファイル、これらのデータファイルは、クリップＡＶストリームファイルに格納された再生データである画像、音声、字幕等の再生処理に適用する管理情報の格納ファイルである。これらは、再生制御情報や、再生データの属性情報等を格納したファイルであり、データベースファイルと呼ばれる。
【００７０】
情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
（ａ）まず、再生アプリケーションによって管理情報ファイルから特定のタイトルを指定する。
（ｂ）指定されたタイトルに関連付けられたプレイリストが選択される。
（ｃ）選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生や、コマンドの実行処理が行われる。
【００７１】
図５は、情報記録媒体（メディア）４０に記録される以下のデータ、すなわち、
プレイリストファイル、
クリップ情報ファイル、
クリップＡＶストリームファイル、
これらのデータの対応関係を説明する図である。
【００７２】
実際の再生対象データである画像、音声、字幕等の再生対象データからなるＡＶストリームはクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルとして記録され、さらに、これらのＡＶストリームの管理情報、再生制御情報ファイルとして、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルと、クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが規定される。
【００７３】
これら複数のカテゴリのファイルは、図５に示すように、
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルを含むプレイリストレイヤ、
クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルと、クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルからなるクリップレイヤ、
これらの２つのレイヤに区分できる。
【００７４】
なお、一つのクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルには一つのクリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが対応付けられ、これらのペアを一つのオブジェクトと考え、これらをまとめてクリップ（Ｃｌｉｐ）、あるいはクリップファイルと呼ぶ。
クリップＡＶストリームファイルに含まれるデータの詳細情報、例えばＭＰＥＧデータのＩピクチャ位置情報などを記録したＥＰマップなどの管理情報がクリップ情報ファイルに記録される。
【００７５】
なお、クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルは、ＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
【００７６】
クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルは、例えば、クリップＡＶストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである（エントリポイント：ＥＰ）等の再生時間位置等の対応データ等、クリップＡＶストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。
【００７７】
プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプに基づいてクリップ情報ファイルを参照して、クリップＡＶストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。
クリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
【００７８】
このように、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルは、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルには、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）が設定され、プレイアイテムの各々が、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
【００７９】
なお、再生対象データを格納したクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルは、前述したように、従来型のＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、今後、利用が拡大されると予想される４Ｋ，８Ｋ画像等の高精細画像データの場合は、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
図６、図７を参照して、ＭＭＴフォーマットと、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
【００８０】
まず、図６を参照して、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
ＭＰＥＧ−２ＴＳフォーマットは画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データや管理情報（ＰＳＩ／ＳＩ）を記録媒体（メディア）に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式（コンテナフォーマット）を規定したフォーマットである。
【００８１】
ＭＰＥＧ−２ＴＳフォーマットは、ＩＳＯ１３８１８−１において標準化されたフォーマットであり、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）に対するデータ記録や、デジタル放送等に用いられている。
【００８２】
図６（ａ）〜（ｃ）はＭＰＥＧ−２ＴＳフォーマットデータの構成を示す図である。
最下段に示す図６（ａ）は、ＭＰＥＧ−２ＴＳのフォーマットデータの全体構成を示す図である。
図６（ａ）に示すように、ＭＰＥＧ−２ＴＳフォーマットデータは、複数のエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）によって構成される。
エレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。
【００８３】
１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、図２（ｂ）に示すように、１つまたは複数のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）パケットによって構成される。
具体的には、１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＰＥＳパケットの１つ、または複数から構成される。
【００８４】
１つのＰＥＳパケットは、図６（ｃ）に示すように、１つまたは複数のＴＳパケットによって構成される。
具体的には、１つのＰＥＳパケットは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＴＳパケットの１つ、または複数から構成される。
ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
【００８５】
次に、図７を参照してＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
ＭＭＴフォーマットについては、先に図３を参照しているが、図７に示すＭＭＴフォーマットの説明図は、図６を参照して説明したＭＰＥＧ−２ＴＳフォーマットとの対応関係を分かり易く説明した図である。
【００８６】
先に説明したように、ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランスポートフォーマット）を規定したものである。
図７は、ＩＳＯ／ＩＥＣ  ２３００８−１に規定されるファイルフォーマットであるＭＭＴフォーマットについて説明する図である。
【００８７】
図７（ａ）〜（ｃ）にはＭＭＴフォーマットデータの構成を示している。
最下段に示す図７（ａ）は、ＭＭＴフォーマットデータの全体構成を示す図である。
図７（ａ）に示すように、ＭＭＴフォーマットデータは、複数のメディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｕｎｉｔ）によって構成される。
ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ＭＰＵが１つのＭＰＥＧ圧縮画像単位である１ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅ）に相当する。
【００８８】
１つのＭＰＵは、図７（ｂ）に示すように、１つまたは複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  ｕｎｉｔ）によって構成される。
具体的には、１つのＭＰＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＦＵの１つ、または複数から構成される。
【００８９】
１つのＭＦＵは、図７（ｃ）に示すように、１つまたは複数のＭＭＴＰパケットによって構成される。
具体的には、１つのＭＦＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＭＴＰパケットの１つ、または複数から構成される。
ＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。
ＭＭＴＰパケットの各々は、属性情報等を格納するヘッダ（ＭＭＴＰヘッダ）と、符号化画像の実データ等を格納するペイロード（ＭＭＴＰペイロード）により、構成される。
【００９０】
なお、ＢＤＡＶフォーマットに類似するフォーマットとしてＳＰＡＶフォーマットがある。前述したように、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格である。これに対して、ＳＰＡＶフォーマットは、主にハードディスクに対するデータ記録再生のアプリケーション規格である。
ただし、ＢＤＡＶフォーマット、ＳＰＡＶフォーマットのいずれも、ＢＤ，フラッシュメモリ、ＨＤ等、様々なメディアを利用した記録再生に利用可能なフォーマットである。
【００９１】
ＳＰＡＶフォーマットデータは、ＢＤＡＶフォーマットにおけるデータ記録再生処理と同様の処理でデータ記録再生を実行することが可能である。ただし、ＳＰＡＶフォーマットは、ファイル名設定が、ＢＤＡＶフォーマットと一部、異なっている。
図８にＳＰＡＶフォーマットのディレクトリ構成例を示す。
【００９２】
図８に示すＳＰＡＶフォーマットのディレクトリには、先に図４を参照して説明したＢＤＡＶフォーマットと同様、様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
【００９３】
管理情報ファイルは、例えば、図８に示すインフォファイル（ＩＮＦＯ）、メニューファイル（ＭＥＮＵ）、マークファイル（ＭＡＲＫ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ＰＬＡＹＬＩＳＴ）、
クリップ情報ファイル（ＣＬＩＰＩＮＦ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ＳＴＲＥＡＭ）が記録される。
【００９４】
図８に示すようにＳＰＡＶフォーマットのディレクトリ名や各ファイルの拡張子の設定が、図４を参照して説明したＢＤＡＶフォーマットと異なっている。
ただし、各ファイルに格納されるデータや、各ファイルの役割は、ＢＤＡＶフォーマットと同様である。
【００９５】
以下の実施例の説明では、ＭＭＴフォーマットデータをＢＤＡＶフォーマットデータとして記録し、再生する処理例について説明するが、以下に説明する実施例は、ＭＭＴフォーマットデータをＳＰＡＶフォーマットデータとして記録し、再生する処理にも適用可能である。
【００９６】
［４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について］
次に、ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について説明する。
【００９７】
先に説明したように、ＭＭＴフォーマットは、今後、放送局等によって配信が予定される４Ｋ画像等に利用されるデータ配信フォーマットであり、図３を参照して説明したプロトコルスタックに従ったフォーマットである。
一方、ＢＤＡＶフォーマットはメディアに対するデータ記録フォーマットであり、図４を参照して説明したようにプレイリストファイルやクリップ情報ファイル等の再生制御情報ファイルを含むデータベースファイルが規定されている。
なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータ再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して再生処理が実行される。
【００９８】
従って、ＭＭＴフォーマットに従った配信コンテンツをメディアに記録し、記録したメディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、ＢＤＡＶフォーマットに従ったデータ記録を行うことが必要である。
【００９９】
前述したように、現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための規定について議論が進められている。
例えば、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等のメディアに記録する処理を行う場合、画像、音声、字幕データや管理情報（ＳＩ）等のデータについては、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列としてそのまま記録する方向で議論が進んでいる。
【０１００】
すなわち、図４に示すＢＤＡＶフォーマット、あるいは図８に示すＳＰＡＶフォーマットに設定されるクリップＡＶストリームファイル［０２００１．ｍｍｔｖ等］に、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列を記録する。
なお、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイル［０２００１．ｍｍｔｖ等］に対応する再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイルについては、ＭＭＴフォーマットデータ対応の制御情報を設定したプレイリストファイルやクリップ情報ファイルを記録装置が生成してメディアに記録することになる。
【０１０１】
ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルは、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列として記録する方向で議論が進んでいる。
【０１０２】
ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの具体的な記録構成例について図９、図１０を参照して説明する。
図９は、ＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等の記録メディアに、ＭＭＴフォーマットに従ったＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列を記録する処理例を説明する図である。
【０１０３】
図９には、以下の３つのデータを示している。
（Ａ）放送配信データであるＴＬＶパケット列
（Ｂ）受信再生データとして処理される１つのＴＬＶパケット
（Ｃ）メディア記録用データの構成として提案されているＭＭＴＰパケット列
【０１０４】
（Ａ）放送配信データであるＴＬＶパケット列は、先に図２を参照して説明したＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットの列（シーケンス）である。
このＴＬＶパケット列が、放送局等の送信装置２０から送信される。
【０１０５】
（Ｂ）受信再生データとして処理される１つのＴＬＶパケットは、テレビや録画機等の情報処理装置３０が受信し、再生処理を行う１つのＴＬＶパケットである。（Ａ）に示すＴＬＶパケット列を構成する１つのＴＬＶパケットの詳細構成を示している。
先に図２を参照して説明したＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットである。
【０１０６】
（Ｃ）メディア記録用データの構成として示すＭＭＴＰパケット列は、現在、メディアに対する記録データとして提案されているＭＭＴＰパケット列である。
メディアに記録されるＭＭＴＰパケットは、図９（Ｂ）との対応関係を示す点線から理解されるように、ＴＬＶパケットの一部の構成データであるＭＭＴＰパケットであり、以下の要素から構成される。
（ａ）ＭＭＴＰパケットヘッダ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｈｅａｄｅｒ）
（ｂ）ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）
【０１０７】
なお、ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）は以下の要素によって構成される。
（ｂ１）ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）
（ｂ２）ＭＭＴＰペイロードデータ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｄａｔａ）
【０１０８】
現在、情報記録媒体（メディア）に対する記録データとして提案されている一つの構成が、この図９（Ｃ）に示すような、ＴＬＶパケットの構成要素であるＭＭＴＰパケットのみを取り出して、一列に並べて記録する構成である。
【０１０９】
図１０は、ＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等の記録メディアに、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットではなく、ＭＭＴＰパケットを格納した上位のＴＬＶパケットのパケット列を記録する処理例を説明する図である。
【０１１０】
図１０には、図９と同様、以下の３つのデータを示している。
（Ａ）放送配信データであるＴＬＶパケット列
（Ｂ）受信再生データとして処理される１つのＴＬＶパケット
（Ｃ）メディア記録用データの構成として提案されているＴＬＶパケット列
【０１１１】
（Ａ），（Ｂ）は、図９を参照して説明したと同様のデータである。
（Ｃ）メディア記録用データの構成として示すＴＬＶパケット列は、現在、メディアに対する記録データとして提案されているもう１つの例であるＴＬＶパケット列である。
メディアに記録されるＴＬＶパケットは、図１０（Ｂ）との対応関係を示す点線から理解されるように、ＭＭＴＰパケットを含むＴＬＶパケットであり、以下の要素から構成される。
（ａ）ＴＬＶパケットヘッダ（ＴＬＶ＿ｈｅａｄｅｒ）
（ｂ）ＴＬＶパケットデータ（ＴＬＶ＿ｄａｔａ）（＝ペイロード）
【０１１２】
このように、現在、ＢＤ等のメディアに対するＭＭＴフォーマットデータの記録態様として、
図９を参照して説明したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット列、あるいは、
図１０を参照して説明したＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列、
これらいずれかのパケット列として記録する方向で議論が進んでいる。
【０１１３】
図９、または図１０に示すような設定でＭＭＴフォーマットデータをメディアに記録して、ＭＭＴフォーマットデータの再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行う場合、ＢＤＡＶフォーマット対応の再生制御情報ファイル、すなわち、プレイリストファイルやクリップ情報ファイルを利用して再生を行うことになる。
なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータの再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して実行される。
【０１１４】
ＢＤＡＶフォーマットは、再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイル等のＢＤＡＶフォーマット固有のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。
【０１１５】
前述したように、ＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、ＭＰＥＧ−２ＴＳフォーマットの配信データに基づいて生成可能なファイルとして規定されたものである。
従って、ＭＰＥＧ−２ＴＳフォーマットとはフォーマットの異なるＭＭＴフォーマットに従った配信データは、現行のＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイルにそのまま記録しても、現行のＢＤＡＶ対応再生アプリケーションが利用できないデータとなる場合がある。
【０１１６】
ＭＭＴフォーマットデータをメディアに記録し、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うことを可能とするためには、メディアに対するＭＭＴフォーマットデータの記録処理に際して、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
また、メディアに記録されたＭＭＴフォーマットデータの再生時には、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。
【０１１７】
具体的には、図１１に示すように、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）５２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）５３を生成して、メディア（ＢＤ，フラッシュメモリ，ＨＤＤ等）に記録して再生に利用する処理が必要となる。
【０１１８】
メディアに記録されたＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１を再生する場合には、このＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）５２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）５３を利用して再生処理を行うことができる。
【０１１９】
しかし、前述したように、放送局の配信データであるＭＭＴフォーマットに従って配信されるデータは、ＢＤＡＶフォーマットで規定するプレイリストファイルやクリップ情報ファイルの記録用データを全て含むようには構成されていない。
また、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１は、ＭＰＥＧ−２ＴＳフォーマットデータとは異なるデータ形式となり、ＭＰＥＧ−２ＴＳフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルと同一形式のデータを持つプレイリストファイルやクリップ情報ファイルを利用しても、正しい再生処理は実行できないという問題がある。
【０１２０】
従って、このＭＭＴフォーマットデータをメディアに記録して、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うためには、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１の再生制御を行うことができるＭＭＴフォーマットデータ固有のデータ形式を持つプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
【０１２１】
［５．コピー処理の態様と、ＭＭＴフォーマットデータにおけるコピー制御情報について］
次に、メディアに記録されたデータのコピー処理の態様と、ＭＭＴフォーマットデータにおけるコピー制御情報について説明する。
【０１２２】
例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリやＨＤ（ハードディスク）等の記録メディアに、画像、音声、字幕等のコンテンツを格納したＭＭＴＰパケットやＴＬＶパケットを記録した場合、ユーザは、さらにそのメディア記録データを、他の第２メディアにコピーする場合がある。
【０１２３】
しかし、前述したように放送コンテンツの多くは著作権により保護されたコンテンツであり、番組等のコンテンツ単位で様々なコピー制御情報が設定されている。
例えば、コピー許容コンテンツ、コピー禁止コンテンツ、コピーの許容回数や個数を設定したコンテンツ等、コンテンツ（番組）単位で様々なコピー制御情報が設定されている。
放送コンテンツに関するこれらのコピー制御情報は、番組コンテンツとともに放送波を介して送信されるパケット（ＴＬＶパケット／ＭＭＴＰパケット）に格納されてユーザ側の情報処理装置に送信される。
【０１２４】
これらのデータをＢＤ等のメディアに記録した後は、例えば、ＢＤＡＶフォーマット対応のアプリケーションを利用してコピー処理が行われる。
しかし、現行のＢＤＡＶフォーマット対応のアプリケーションには、ＭＭＴＰパケットに格納されたコピー制御情報を参照してコピー処理の可否を判断するといった処理を行うアルゴリズムは含まれていない。
従って、何らかの対策を行わないと、放送波によって送信されるコピー制御情報を無視した無秩序なコピー処理が行われる可能性がある。
【０１２５】
この問題を解決し、ＭＭＴフォーマットデータに設定されたコピー制御情報を順守した確実なコピー制御を可能とした本開示の構成について、後段で説明する。
この本開示の構成の説明の前に、メディアに記録されたデータのコピー処理の態様と、ＭＭＴフォーマットデータに記録されたコピー制御情報について説明する。
【０１２６】
まず、図１２を参照して、ＢＤ等の記録メディアにＭＭＴフォーマットデータを記録し、その記録データを他メディアにコピーする処理の具体例について説明する。
図１２には、以下の３つの処理を示している。
（Ａ）放送受信データの初期記録
（Ｂ）第１世代コピー
（Ｃ）第２世代コピー
【０１２７】
（Ａ）放送受信データの初期記録は、放送局等の送信装置から受信するデータを記録再生装置６１に入力して、メディアＡ６２に記録する処理である。
メディアＡ６２は、例えばＢＤであり、先に図１１等を説明したように、ＢＤＡＶフォーマットデータとして記録される。
【０１２８】
メディアＡ６２に記録されるＢＤＡＶフォーマットデータを構成するクリップＡＶストリームファイルは、先に図９、図１０を参照して説明したように、ＭＭＴＰパケット列、またはＴＬＶパケット列によって構成される。
図１２の下部に示すように、
（ａ１）ＭＭＴＰパケット列
（ａ２）ＴＬＶパケット列
これらのいずれかのパケット列によって構成されるクリップＡＶストリームファイルがメディアＡ６２に記録される。
【０１２９】
記録再生装置６１、あるいはその他の記録再生装置は、メディアＡ６２の記録データを他のメディアにコピーすることができる。
このコピー処理によって、図１２（Ｂ）に示すように、第１世代コピーデータを記録したメディアであるメディアＢ１，６３、メディアＢ２，６４等を生成することができる。
【０１３０】
さらに、記録再生装置６１、あるいはその他の記録再生装置は、メディアＢ１，６３、メディアＢ２，６４等に記録された第１世代コピーデータを、さらに他のメディアにコピーすることができる。
このコピー処理によって、図１２（Ｃ）に示すように、第２世代コピーデータを記録したメディアであるメディアＣ１，６５、メディアＣ２，６６等を生成することができる。
図には、第１世代、第２世代のみ、示しているが、さらに、第３世代、第４世代・・・、これら多数世代のコピーデータを作成することも可能である。
【０１３１】
しかし、前述したように、放送コンテンツの多くは著作権により保護されたコンテンツであり、番組等のコンテンツ単位で様々なコピー制御情報が設定されている。
例えば、コピー許容コンテンツ、コピー禁止コンテンツ、コピーの許容回数や個数を設定したコンテンツ等、コンテンツ（番組）単位で様々なコピー制御情報が設定されている。
放送コンテンツに関するこれらのコピー制御情報は、番組コンテンツとともに放送波を介して送信されるパケット（ＴＬＶパケット／ＭＭＴＰパケット）に格納されてユーザ側の受信装置に送信される。
【０１３２】
図１３を参照して、放送局等から番組コンテンツとともに送信されるコピー制御情報について説明する。
放送局等から番組コンテンツとともに送信されるコピー制御情報は、例えば、番組対応の制御情報を格納したＭＭＴＰパケットに格納されて送信される。具体的には、例えば、パケット内に核の威されるサービス記述テーブル（ＭＨ−ＳＤＴ）に記録されている。
図１３は、ＭＭＴＰパケットに格納されるサービス記述テーブル（ＭＨ−ＳＤＴ）のデータ構成（シンタクス）を示す図である。
なお、データ構成（Ｓｙｎｔａｘ）に併せて、ビット数（Ｎｏ．  ｏｆ  ｂｉｔｓ）、データ表記（Ｍｎｅｍｏｎｉｃ）を示している。
なお、データ表記中の「ｕｉｍｓｂｆ」は「符号無し整数、最上位ビットが先頭」（ｕｎｓｉｇｎｅｄ  ｉｎｔｅｇｅｒ  ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ  ｆｉｒｓｔ）表記を意味する。
「ｂｓｌｂｆ」は、「ビット列、左ビットが先頭（ｂｉｔ  ｓｔｒｉｎｇ，ｌｅｆｔ  ｂｉｔ  ｆｉｒｓｔ）を意味する。
【０１３３】
なお、ＭＭＴフォーマットデータに関する制御情報は、その制御情報の種類（カテゴリ）に応じて複数のテーブルに記録される。
前述したように、例えば、以下のテーブルがある。
（ａ）ＴＬＶ−ＮＩＴ（ネットワーク情報テーブル）
（ｂ）ＭＨ−ＢＩＴ（ブロードキャスタ情報テーブル）
（ｃ）ＭＨ−ＳＤＴ（サービス記述テーブル）
（ｄ）ＭＨ−ＥＩＴ（イベント情報テーブル）
（ｅ）ＭＨ−ＴＯＴ（タイムオフセットテーブル）
（ｆ）ＭＰＴ（ＭＭＴパッケージテーブル）
【０１３４】
さらに、これらのテーブルには、特定のカテゴリに含まれる下位の細分類された制御情報の各々が、記述子（ｄｅｓｃｒｉｐｔｏｒ）単位で記録される。
図１３に示すサービス記述テーブル（ＭＨ−ＳＤＴ）の記述子（ｄｅｓｃｒｉｐｔｏｒ）記録領域には、
（１）コンテンツコピー制御記述子、
（２）コンテンツ利用制御記述子、
これらの記述子が記録される。
これらの２つの記述子の具体的なデータ構成について、図１４、図１５を参照して説明する。
【０１３５】
まず、図１４を参照して「（１）コンテンツコピー制御記述子」のデータ構成（Ｓｙｎｔａｘ）について説明する。
図１４に示すコンテンツコピー制御記述子には、図に示すように、例えば以下の各データが記録される。
記述子タグ（ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ）
デジタル記録制御データ（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）
コンポーネント制御フラグ（ｃｏｍｐｏｎｅｎｔ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ）
【０１３６】
記述子タグ（ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ）には、
この記述子（ｄｅｓｃｒｉｐｔｏｒ）がコンテンツコピー制御記述子であることを示す識別タグ（０ｘ８０３８）が記録される。
デジタル記録制御データ（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）には、
デジタル記録としてのコピー処理を実行してよいか否かを示す値が記録される。
具体例については、図１６以下を参照して後段で説明する。
【０１３７】
コンポーネント制御フラグ（ｃｏｍｐｏｎｅｎｔ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ）には、この記述子（コンテンツコピー制御記述子）が有効であるか否かを示す値が記録される。例えば以下の１ビットが記録される。
有効＝０
無効＝１
【０１３８】
次に、図１３に示すサービス記述テーブル（ＭＨ−ＳＤＴ）の記述子（ｄｅｓｃｒｉｐｔｏｒ）として記録されるもう一つの記述子である「コンテンツ利用制御記述子」のデータ構成（Ｓｙｎｔａｘ）について、図１５を参照して説明する。
図１５に示すように、「コンテンツ利用制御記述子」には、例えば以下の各データが記録される。
コピー数制限モード（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）
暗号化モード（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）
【０１３９】
コピー数制限モード（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）には、
コピー可能な数であるコピー数の制限があるか否かのデータが記録される。
例えば、
コピー数制限あり＝１
コピー数制限なし＝０
これらのデータが記録される。
【０１４０】
暗号化モード（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）には、
コピー処理を行う場合の出力データを、暗号化データとして出力することが必要か否かのデータが記録される。
例えば、
出力データの暗号化要＝０
出力データの暗号化不要＝１
これらのデータが記録される。
【０１４１】
図１３に示すサービス記述テーブル（ＭＨ−ＳＤＴ）には、図１４、図１５を参照して説明したように、以下の３種類のコピー制御関連情報が記録される。
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）
【０１４２】
図１６に、デジタルコピー制御態様の種類（５種類）と、上記のＭＭＴフォーマットにおいて規定される３種類の制御情報の設定を一覧としてまとめた図を示す。
図１６には、デジタルコピー制御態様の種類として、以下の５種類を示している。
（１）制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
（２）制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
（３）コピー禁止
（４）１世代のみコピー可、ただし、コピー数制限あり
（５）１世代のみコピー可、かつ、コピー数制限なし
【０１４３】
上記の５種類のデジタルコピー制御態様について、上記のＭＭＴフォーマットにおいて規定される３種類の制御情報の設定は、図に示すように、以下の設定となる。
（１）制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
（Ａ）デジタル記録制御情報＝００（デジタル記録可）
（Ｂ）暗号化情報＝０（出力コピーデータの暗号化必要）
（Ｃ）コピー数制限モード＝Ｄｏｎ'ｔ  Ｃａｒｅ（規定なし）
【０１４４】
（２）制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
（Ａ）デジタル記録制御情報＝００（デジタル記録可）
（Ｂ）暗号化情報＝１（出力コピーデータの暗号化不要）
（Ｃ）コピー数制限モード＝Ｄｏｎ'ｔ  Ｃａｒｅ（規定なし）
【０１４５】
（３）コピー禁止
（Ａ）デジタル記録制御情報＝１１（デジタル記録不可）
（Ｂ）暗号化情報＝Ｄｏｎ'ｔ  Ｃａｒｅ（規定なし）
（Ｃ）コピー数制限モード＝Ｄｏｎ'ｔ  Ｃａｒｅ（規定なし）
【０１４６】
（４）１世代のみコピー可、ただし、コピー数制限あり
（Ａ）デジタル記録制御情報＝１０（一世代のみデジタル記録可）
（Ｂ）暗号化情報＝０（出力コピーデータの暗号化必要）
（Ｃ）コピー数制限モード＝１（コピー数制限あり）
【０１４７】
（５）１世代のみコピー可、かつ、コピー数制限なし
（Ａ）デジタル記録制御情報＝１０（一世代のみデジタル記録可）
（Ｂ）暗号化情報＝０（出力コピーデータの暗号化必要）
（Ｃ）コピー数制限モード＝０（コピー数制限なし）
【０１４８】
図１６に示す５種類のデジタルコピー制御態様（１）〜（５）について、ＭＭＴフォーマットにおいて規定される３種類の制御情報、すなわち、
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）
これらの記録データは、図１６に示すように、上述した設定となる。
【０１４９】
［６．コピー処理を実行する情報処理装置が、メディアに記録されたＭＭＴフォーマットデータのコピー制御情報を取得可能とした構成について］
次に、コピー処理を実行する情報処理装置が、メディアに記録されたＭＭＴフォーマットデータのコピー制御情報を順守した確実なコピー制御を可能とした構成について説明する。
【０１５０】
先に説明したように、放送コンテンツデータをＢＤ等のメディアに記録した後は、例えば、ＢＤＡＶフォーマット対応のアプリケーションを利用してコピー処理が行われる。
しかし、現行のＢＤＡＶフォーマット対応のアプリケーションには、ＭＭＴＰパケットに格納されたコピー制御情報を参照してコピー処理の可否を判断するといった処理を行うアルゴリズムは含まれていない。
従って、何らかの対策を行わないと、放送波によって送信されるコピー制御情報を無視した無秩序なコピー処理が行われる可能性がある。
【０１５１】
以下において、この問題を解決する構成について説明する。
すなわち、ＭＭＴフォーマットに従った配信データを入力して、ＢＤ等の記録メディアに記録し、その記録データを他メディアにコピーする場合に、元のＭＭＴフォーマットデータに設定されたコピー制御情報を順守した確実なコピー制御を可能とした構成について説明する。
【０１５２】
［６−１．コピー制御情報を記録した追加ヘッダをパケット単位で設定した例について］
まず、コピー制御情報を記録した追加ヘッダをパケット単位で設定した例について、図１７、図１８を参照して説明する。
本開示の構成では、放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録（初期記録）を実行する情報処理装置が、入力ＭＭＴフォーマットデータに含まれるサービス記述テーブル（ＭＨ−ＳＤＴ）を取得し、サービス記述テーブル（ＭＨ−ＳＤＴ）に記録されたコピー制御情報を読み取る。
【０１５３】
さらに、情報処理装置は、サービス記述テーブル（ＭＨ−ＳＤＴ）から取得したコピー制御情報を記録したヘッダ（追加ヘッダ）を生成して、各ＭＭＴＰパケットの先頭、または各ＴＬＶパケットの先頭に挿入して、メディアに記録する。
【０１５４】
図１７は、メディアに記録するパケット列がＭＭＴＰパケット列である場合の処理例を示す図である。
放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録（初期記録）を実行する情報処理装置は、図１７に示すように、メディアに記録する各ＭＭＴＰパケット１００の先頭部分に、追加ヘッダ（ＭＭＴＰパケット追加ヘッダ１０１）を設定して、メディアに記録する。
【０１５５】
ＭＭＴＰパケット追加ヘッダ１０１には、後続のＭＭＴＰパケット１００の格納データに対応するコピー制御情報が記録される。
具体的には、例えば、図１６を参照して説明したＭＭＴフォーマット規定の３種類の制御情報、すなわち、
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）
これらの各値を記録した追加ヘッダを記録する。
【０１５６】
この追加ヘッダをメディアに記録することで、コピー処理を実行するコピー装置（情報処理装置）は、追加ヘッダの記録内容に基づいて後続のＭＭＴＰパケットの格納データについてのＭＭＴフォーマット対応のコピー制御情報、すなわち、
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）
これらの各設定値を取得することが可能となる。
【０１５７】
この結果、その追加ヘッダに後続するＭＭＴＰパケットの格納データが、図１６に示す５種類のデジタルコピー制御態様（１）〜（５）、すなわち、
（１）制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
（２）制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
（３）コピー禁止
（４）１世代のみコピー可、ただし、コピー数制限あり
（５）１世代のみコピー可、かつ、コピー数制限なし
これら５種類のいずれに対応するコピー制御対象コンテンツであるかを判断することが可能となる。
【０１５８】
コピー処理を実行するコピー装置（情報処理装置）は、この判断に基づいて、ＭＭＴＰパケット単位で、元のＭＭＴフォーマット対応のコピー制御情報を順守して、メディア間のデータコピー処理を行うことが可能となる。
【０１５９】
図１７に示す例は、メディアに対する記録データをＭＭＴＰパケット列とした場合の処理例である。
先に図９、図１０を参照して説明したように、メディアに対する記録データは、
ＭＭＴＰパケット列、または、
ＴＬＶパケット列、
これらいずれかの設定とすることが想定されている。
【０１６０】
メディアに対する記録データを、ＴＬＶパケット列とした場合の追加ヘッダの設定例について、図１８を参照して説明する。
この場合、放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録（期記録）を実行する情報処理装置は、図１８に示すように、メディアに記録する各ＴＬＶパケット１２０の先頭部分に、追加ヘッダ（ＴＬＶパケット追加ヘッダ１２１）を設定して、メディアに記録する。
【０１６１】
ＴＬＶパケット追加ヘッダ１２１には、後続のＴＬＶパケット１２０の格納データに対応するコピー制御情報が記録される。
すなわち、
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）
これらの各値が記録される。
【０１６２】
この追加ヘッダをメディアに記録することで、コピー処理を実行するコピー装置（情報処理装置）は、追加ヘッダの記録内容に基づいて後続のＴＬＶパケットの格納データについてのＭＭＴフォーマット対応のコピー制御情報、すなわち、
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）
これらの各設定値を取得することが可能となる。
【０１６３】
この結果、その追加ヘッダに後続するＴＬＶパケットの格納データが、図１６に示す５種類のデジタルコピー制御態様（１）〜（５）、すなわち、
（１）制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
（２）制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
（３）コピー禁止
（４）１世代のみコピー可、ただし、コピー数制限あり
（５）１世代のみコピー可、かつ、コピー数制限なし
これら５種類のいずれに対応するコピー制御対象コンテンツであるかを判断することが可能となる。
【０１６４】
コピー処理を実行するコピー装置（情報処理装置）は、この判断に基づいて、ＭＭＴＰパケット単位で、元のＭＭＴフォーマット対応のコピー制御情報を順守して、メディア間のデータコピー処理を行うことが可能となる。
【０１６５】
［６−２．複数パケットに対して１つのコピー制御情報を記録した追加ヘッダを設定する例について］
上述した実施例では、例えば、図１７、図１８を参照して説明したように、コピー制御情報を記録した追加ヘッダを、１つのＭＭＴＰパケット、または１つのＴＬＶパケット単位で個別に設定する構成例として説明した。
しかし、コピー制御情報を記録した追加ヘッダの設定態様は、１つのパケット単位で設定する構成に限らない。
例えば、複数のパケットに対して１つの追加ヘッダを設定する構成としてもよい。
以下、複数パケット、または複数のパケットデータを含む所定長のデータに対して１つのコピー制御情報を記録した追加ヘッダを設定した実施例について説明する。
【０１６６】
図１９以下を参照して、以下の３つの追加ヘッダ設定例について説明する。
（例１）Ｎ個のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）に対して１つのコピー制御情報記録追加ヘッダを設定する例
（例２）固定長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例
（例３）可変長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例
以下、これらの追加ヘッダ設定例について、順次、説明する。
【０１６７】
［６−２−１．（例１）Ｎ個のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）に対して１つのコピー制御情報記録追加ヘッダを設定する例について］
まず、図１９を参照して、Ｎ個のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）に対して１つのコピー制御情報を記録した追加ヘッダを設定する例について説明する。
【０１６８】
図１９は、先に図１７や図１８を参照して説明したと同様、メディアに対する記録データの構成例を示す図である。
放送局等の送信装置からの受信データをメディアに記録する情報処理装置は、図１９に示すように、複数（Ｎ個）のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）に対して１つのコピー制御情報を記録した追加ヘッダを設定して記録する。
【０１６９】
図１９には、以下２つのデータ記録例であるパケット列を示している。
（Ａ１）複数（Ｎ個）のＭＭＴＰパケットに対して１つの追加ヘッダを設定したＭＭＴＰパケット列
（Ａ２）複数（Ｎ個）のＴＬＶパケットに対して１つの追加ヘッダを設定したＴＬＶパケット列
【０１７０】
（Ａ１）に示す例は、メディアに記録するＭＭＴＰパケット１００をＮ個単位で区切り、Ｎ個のＭＭＴＰパケットの先頭部分に、追加ヘッダ（ＭＭＴＰパケット追加ヘッダ１０１）を設定して、メディアに記録する例である。
（Ａ２）に示す例は、メディアに記録するＴＬＶパケット１２０をＮ個単位で区切り、Ｎ個のＴＬＶパケットの先頭部分に、追加ヘッダ（ＴＬＶパケット追加ヘッダ１２１）を設定して、メディアに記録する例である。
本例において、Ｎは２以上である。
なお、図には、一例として、追加ヘッダ１０１，１２１を平文、ＭＭＴＰパケット１００、ＴＬＶパケット１２０を暗号文として設定した例を示しているが、ＭＭＴＰパケット１００、ＴＬＶパケット１２０を平文として記録する例も可能である。
【０１７１】
ＭＭＴＰパケット追加ヘッダ１０１には、後続の複数（Ｎ個）のＭＭＴＰパケット１００の格納データに対応するコピー制御情報が記録される。
ＴＬＶパケット追加ヘッダ１２１には、後続の複数（Ｎ個）のＴＬＶパケット１２０の格納データに対応するコピー制御情報が記録される。
【０１７２】
この追加ヘッダをメディアに記録することで、コピー処理を実行するコピー装置（情報処理装置）は、追加ヘッダの記録内容に基づいて後続の複数のＭＭＴＰパケット、またはＴＬＶパケットの格納データについてのＭＭＴフォーマット対応のコピー制御情報を取得することが可能となる。
【０１７３】
［６−２−２．（例２）固定長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例について］
次に、図２０を参照して、固定長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例について説明する。
【０１７４】
図２０は、図１９と同様、メディアに対する記録データの構成例を示す図である。
放送局等の送信装置からの受信データをメディアに記録する情報処理装置は、図２０に示すように、複数のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報を記録した追加ヘッダを設定する
【０１７５】
本例において、１つの追加ヘッダ１０１，１２１に後続するパケット構成データのデータ長は固定長である。
具体的には、例えば１２８ＫＢの固定長データを１つの追加ヘッダに後続させる設定とする。
この場合、図に示すＭＭＴＰパケット１００ａ，ｂや、ＴＬＶパケット１２０ａ，ｂとして示すように、１つのＭＭＴＰパケットやＴＬＶパケットが、追加ヘッダ１０１，１２１によって分断される場合もある。
【０１７６】
図２０には、以下２つのデータ記録例であるパケット列を示している。
（Ｂ１）固定長（例えば１２８ＫＢ）のＭＭＴＰパケットに対して１つの追加ヘッダを設定したＭＭＴＰパケット列
（Ｂ２）固定長（例えば１２８ＫＢ）のＴＬＶパケットに対して１つの追加ヘッダを設定したＴＬＶパケット列
なお、図には、一例として、追加ヘッダ１０１，１２１を平文、ＭＭＴＰパケット１００、ＴＬＶパケット１２０を暗号文として設定した例を示しているが、ＭＭＴＰパケット１００、ＴＬＶパケット１２０を平文として記録する例も可能である。
【０１７７】
ＭＭＴＰパケット追加ヘッダ１０１には、後続の固定長のＭＭＴＰパケット１００の格納データに対応するコピー制御情報が記録される。
ＴＬＶパケット追加ヘッダ１２１には、後続の固定長のＴＬＶパケット１２０の格納データに対応するコピー制御情報が記録される。
【０１７８】
［６−２−３．（例３）可変長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例について］
次に、図２１を参照して、可変長のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報記録追加ヘッダを設定する例について説明する。
【０１７９】
図２１は、図１９と同様、メディアに対する記録データの構成例を示す図である。
放送局等の送信装置からの受信データをメディアに記録する情報処理装置は、図２１に示すように、複数のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データに対して１つのコピー制御情報を記録した追加ヘッダを設定する
【０１８０】
本例において、１つの追加ヘッダ１０１，１２１に後続するパケット構成データのデータ長は可変長である。
本例でも、先に説明した図２０に示す例と同様、図２１に示すＭＭＴＰパケット１００ａ，ｂや、ＴＬＶパケット１２０ａ，ｂのように、１つのＭＭＴＰパケットやＴＬＶパケットが、追加ヘッダ１０１，１２１によって分断される場合がある。
【０１８１】
図２１には、以下２つのデータ記録例であるパケット列を示している。
（Ｃ１）可変長のＭＭＴＰパケットに対して１つの追加ヘッダを設定したＭＭＴＰパケット列
（Ｃ２）可変長のＴＬＶパケットに対して１つの追加ヘッダを設定したＴＬＶパケット列
なお、図には、一例として、追加ヘッダ１０１，１２１を平文、ＭＭＴＰパケット１００、ＴＬＶパケット１２０を暗号文として設定した例を示しているが、ＭＭＴＰパケット１００、ＴＬＶパケット１２０を平文として記録する例も可能である。
【０１８２】
ＭＭＴＰパケット追加ヘッダ１０１には、後続の可変長のＭＭＴＰパケット１００の格納データに対応するコピー制御情報が記録される。
ＴＬＶパケット追加ヘッダ１２１には、後続の可変長のＴＬＶパケット１２０の格納データに対応するコピー制御情報が記録される。
【０１８３】
このように、ＭＭＴフォーマットデータを再生データとして格納したストリームファイルは、パケット単位、あるいは複数パケット等、所定のデータ長からなるブロック単位で追加ヘッダが設定され、追加ヘッダに後続ブロックのコピー制御情報が格納される。
【０１８４】
なお、後段で説明するが、各ブロックは、追加ヘッダの構成データをシードとして生成した暗号鍵により、ブロック単位のブロック暗号化がなされて、記録メディアに記録される。
【０１８５】
［６−３．追加ヘッダの記録データの例について］
次に、上述したコピー制御情報を記録した追加ヘッダの具体的なデータ構成例について説明する。
図２２、図２３は、図１７〜図２１を参照して説明したＭＭＴＰパケット対応の追加ヘッダ１０１、およびＴＬＶパケット対応の追加ヘッダ１２１の記録データのデータ構成（Ｓｙｎｔａｘ）例の一例を示す図である。
【０１８６】
図２２は、ＭＭＴＰパケット対応の追加ヘッダ１０１の記録データの例を示している。
図２２に示すように、ＭＭＴＰパケット追加ヘッダには、以下の各データが記録される。
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）１３１、
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）１３２、
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）１３３、
【０１８７】
これらの各データは、先に図１３〜図１６を参照して説明したＭＭＴフォーマットにおいて規定される制御情報記録テーブルであるサービス記述テーブル（ＭＨ−ＳＤＴ）に記録されたデータに相当する。
【０１８８】
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）は、図１６に示すように、
デジタル記録可（設定ビット値＝００）、
デジタル記録不可（１１）、
１世代のみデジタル記録可（１０）、
これらのいずれかの設定を持つ。
【０１８９】
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）は、図１６に示すように、
出力コピーデータの暗号化必要（０）、
出力コピーデータの暗号化不要（１）、
これらのいずれかの設定を持つ。
【０１９０】
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）は、図１６に示すように、
コピー数制限あり（１）
コピー数制限なし（０）
これらのいずれかの設定を持つ。
【０１９１】
放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録（初期記録）を実行する情報処理装置は、入力ＭＭＴフォーマットデータに含まれるサービス記述テーブル（ＭＨ−ＳＤＴ）を取得し、サービス記述テーブル（ＭＨ−ＳＤＴ）に記録された上記（Ａ）〜（Ｃ）のコピー制御情報を読み取る。
【０１９２】
さらに、情報処理装置は、サービス記述テーブル（ＭＨ−ＳＤＴ）から取得したコピー制御情報（Ａ）〜（Ｃ）を記録したＭＭＴＰパケット追加ヘッダを生成して、各ＭＭＴＰパケットの先頭に設定して、メディアに記録する。
なお、上記（Ａ）〜（Ｃ）から選択された少なくともいずれかのデータのみを追加ヘッダに記録する設定も可能である。
【０１９３】
図２２に示すＭＭＴＰパケット追加ヘッダの
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）１３１、
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）１３２、
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）１３３、
これらの各設定値は、後続のＭＭＴＰパケット内に格納されたデータのコピー制御情報である。
このように、追加ヘッダ１０１には後続データに関するコピー制御情報が記録される。
【０１９４】
例えば、メディアに記録されたＭＭＴＰパケット列からなるデータを他メディアにコピーしようとする情報処理装置は、各ＭＭＴＰパケットに設定された追加ヘッダのデータを読み取ることで、後続のＭＭＴＰパケット内のデータのコピー制御情報を取得することが可能となり、元のＭＭＴフォーマットデータ対応のコピー制御情報を順守したコピー処理を行うことが可能となる。
【０１９５】
なお、図２２に示すように、ＭＭＴＰパケット追加ヘッダの先頭には追加ヘッダに後続する暗号化ブロックの長さを示すレングスデータも記録される。
この追加ヘッダにレングスデータを記録することで、例えばコピー処理を実行する装置は、メディアに記録されたＭＭＴＰパケット列から、各ＭＭＴＰパケットの区切り位置を把握することが可能となり、ＭＭＴＰパケットの先頭部にあるＭＭＴＰパケット追加ヘッダを、順次、取得して読み取ることが可能となる。
【０１９６】
図２３は、図１７〜図２１を参照して説明したＴＬＶパケット対応の追加ヘッダ１２１の記録データのデータ構成（Ｓｙｎｔａｘ）例の一例を示す図である。
図２３に示すように、ＴＬＶパケット追加ヘッダには、以下の各データが記録される。
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）１３１、
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）１３２、
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）１３３、
【０１９７】
これらの各データは、図２２を参照して説明したＭＭＴＰパケット対応の追加ヘッダ１０１の記録データと同様のデータである。
さらに、暗号化ブロックレングス（ｅｎｃｒｙｐｔｉｏｎ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ）１３４を追加して記録した構成を有する。
【０１９８】
図２２、図２３に示す暗号化ブロックレングス（ｅｎｃｒｙｐｔｉｏｎ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ）１３４は、追加ヘッダに後続するパケットのデータ長を示すデータである。
なお、追加ヘッダに後続するパケットが暗号化データでない場合は、
ブロックレングス（ｂｌｏｃｋ＿ｌｅｎｇｔｈ）を記録する構成としてもよい。
なお、追加ヘッダに後続させる複数パケットからなるデータのレングス（データ長）については予め規定してもよい。例えば許容可能な最小レングスや最大レングスを予め規定し、この規定範囲のデータ長に設定するといった設定である。
【０１９９】
また、図２２、図２３に示すデータ（Ａ）〜（Ｃ）に追加して、追加ヘッダの後続パケットに格納されたデータが暗号化データであるか否かを示すフラグ、すなわち、
（Ｄ）暗号化フラグ（ｅｎｃｒｙｐｔｉｏｎ＿ｆｌａｇ）、
上記暗号化フラグを追加ヘッダ内に記録する構成としてもよい。
例えば、
暗号化フラグ＝００の場合は、後続パケットに格納されたデータが非暗号化データ（＝平文データ）であることを意味する。
暗号化フラグ＝１１の場合は、後続パケットに格納されたデータが暗号化データであることを意味する。
なお、暗号化データには、例えばスクランブルデータも含まれる。
【０２００】
このように、追加ヘッダには、例えば以下のコピー制御情報が記録される。
（Ａ）デジタル記録制御情報（ｄｉｇｉｔａｌ＿ｒｅｃｏｒｄｉｎｇ＿ｃｏｎｔｒｏｌ＿ｄａｔａ）１３１、
（Ｂ）暗号化情報（ｅｎｃｒｙｐｔｉｏｎ＿ｍｏｄｅ）１３２、
（Ｃ）コピー数制限情報（ｃｏｐｙ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｍｏｄｅ）１３３、
（Ｄ）暗号化フラグ（ｅｎｃｒｙｐｔｉｏｎ＿ｆｌａｇ）、
【０２０１】
例えば、メディアに記録されたパケット列（ＭＭＴＰパケット列、またはＴＬＶパケット列）からなるデータを他メディアにコピーしようとする情報処理装置は、追加ヘッダのデータを読み取ることで、後続のパケット内のデータのコピー制御情報を取得することが可能となり、元のＭＭＴフォーマットデータ対応のコピー制御情報を順守したコピー処理を行うことが可能となる。
【０２０２】
さらに、追加ヘッダに記録された暗号化フラグに基づいて、ＭＭＴＰパケットに格納されたデータが暗号化データであるか平文データであるかを即座に判定できるので、例えば、再生処理を行う場合に、復号処理の要否をＭＭＴＰパケット単位で即座に判定することが可能となる。
また、コピー処理に際しても、暗号化フラグに基づいて、コピー対象データに対する復号処理や、再暗号化処理の要否をＭＭＴＰパケット単位で即座に判定することが可能となる。
【０２０３】
［７．追加ヘッダを設定したパケット列をメディアに記録する場合の暗号化処理の一例について］
次に、追加ヘッダを設定したパケット列をメディアに記録する場合の暗号化処理の一例について説明する。
上述したように、ＭＭＴフォーマットデータによって構成される放送波を受信して、情報記録媒体（メディア）にデータを記録する情報処理装置は、ＭＭＴフォーマットデータを格納したＭＭＴＰパケット、またはＴＬＶパケットに対して新たに追加ヘッダ（ＭＭＴＰパケット追加ヘッダ、または、ＴＬＶパケット追加ヘッダ）を追加して、これらの追加ヘッダにコピー制御情報を記録して情報記録媒体（メディア）に記録する。
【０２０４】
この情報記録媒体（メディア）に対するデータ記録処理に際して、パケット（ＭＭＴＰパケット、またはＴＬＶパケット）格納データの再暗号化処理が必要となる場合がある。
例えば、ＢＤ（Ｂｌｕ−Ｒａｙ（登録商標）  Ｄｉｓｃ）やＨＤ、ＤＶＤ等の情報記録媒体（メディア）の記録データの著作権保護に関する規格はＡＡＣＳ（Ａｄｖａｎｃｅｄ  Ａｃｃｅｓｓ  Ｃｏｎｔｅｎｔ  Ｓｙｓｔｅｍ）によって規定されており、ＢＤ等のメディア記録コンテンツの暗号化態様はＡＡＣＳ規定に従った方式であることが必要となる。
しかし、放送コンテンツについてはＡＡＣＳ規定に拘束されず、ＡＡＣＳ規定の暗号化態様が利用する必要がなく、独自の暗号化態様での配信がなされる。
【０２０５】
従って、ＭＭＴフォーマットデータによって構成される放送波を受信して、情報記録媒体（メディア）にデータを記録する情報処理装置は、放送データとして受信する暗号化データ、あるいはその暗号化データをそのまま記録したハードディスク等の第１メディアの記録データを読み出して、一旦、復号し、その後、ＡＡＣＳ規定に従った方式で再暗号化を行ってコピー先の情報記録媒体（第２メディア）に記録することが必要となる。
【０２０６】
先に説明したように、ＭＭＴフォーマットデータを再生データとして格納したストリームファイルは、パケット単位、あるいは複数パケット等、所定のデータ長からなるブロック単位で追加ヘッダが設定され、追加ヘッダに後続ブロックのコピー制御情報が格納される。各ブロックは、追加ヘッダの構成データをシードとして生成した暗号鍵により、ブロック単位のブロック暗号化がなされて、記録メディアに記録される。
【０２０７】
以下、この暗号化処理例について説明する。
まず、先に図１０を参照して説明したＴＬＶパケット列を情報記録媒体（メディア）に記録する場合の暗号化処理例について、図２４を参照して説明する。
【０２０８】
情報処理装置は、コピー制御情報を記録したＴＬＶパケット追加ヘッダをＴＬＶパケットに追加して情報記録媒体（メディア）に記録する。
図２４には、この処理を実行する場合の暗号化処理のシーケンスを示している。
【０２０９】
まず、情報処理装置は、コピー制御情報を記録したＴＬＶパケット追加ヘッダ１５１を取得する。
このＴＬＶパケット追加ヘッダ１５１は、１６バイト平文データによって構成される。なお、ＴＬＶパケット追加ヘッダが１６バイト未満である場合は、ＴＬＶパケットの先頭の一部データを平文データとしてＴＬＶパケット追加ヘッダに併せて１６バイトのＴＬＶパケット追加ヘッダ１５１としてもよい。
【０２１０】
（ステップＳ１１）
情報処理装置は、上記の１６バイトＴＬＶパケット追加ヘッダ１５１を取得し、ステップＳ１１において、予め乱数生成処理等により生成したタイトル鍵１５２を適用した一方向性関数による演算を実行して、ブロック鍵１５３を生成する。
すなわち、１６バイトＴＬＶパケット追加ヘッダ１５１の構成データを暗号鍵生成用のシード情報として利用して、ブロック単位（暗号処理単位）の暗号鍵であるブロック鍵１５３を生成する。
【０２１１】
（ステップＳ１２）
次に、情報処理装置は、ステップＳ１２において、平文ＴＬＶパケットデータ１５４を入力して、ステップＳ１１で生成したブロック鍵を適用した暗号化処理を実行して暗号化ブロックデータ、すなわち暗号化ＴＬＶパケットデータ１５５を生成する。
なお、平文ＴＬＶパケットデータ１５４は、放送局等から送信される暗号化データを復号して得た平文ＴＬＶパケットデータ１５４である。再生処理に際して復号された結果と同じデータである。
【０２１２】
なお、この平文ＴＬＶパケットデータ１５４は、１つの追加ヘッダの設定単位となる範囲のデータであり、図１８を参照して説明した構成の場合は、１つのＴＬＶパケットデータとなるが、図１９〜図２１を参照して説明した構成の場合は、１つ以上の複数のＴＬＶパケットのデータによって構成される。
【０２１３】
ブロック鍵を適用した暗号化処理を実行して生成した暗号化ブロックデータ、すなわち暗号化ＴＬＶパケットデータ１５５を、ＴＬＶパケット追加ヘッダ１５１の後続データとして設定して、情報記録媒体（メディア）に記録する。
なお、ブロック鍵を適用した暗号化処理は、例えば、ＥＣＢモードやＣＢＣモードを適用した暗号化処理として実行可能である。また、これらの暗号化処理を行う場合にパディングデータを付加する設定としてもよい。例えばＡＥＳ等のブロック暗号との相性を考えて、暗号化ＴＬＶパケットが１６バイトの倍数となるように０００・・・０等のデータ列からなるパディングデータを付加する設定としてもよい。
【０２１４】
クリップＡＶストリームファイルを構成するすべてのＴＬＶパケットについて、同様の暗号化処理を実行して、ＴＬＶパケット追加ヘッダと暗号化ＴＬＶパケットの組みからなるデータセットを並べて、ＢＤ等の情報記録媒体に記録する。
【０２１５】
次に、先に図９を参照して説明したＭＭＴＰパケット列を情報記録媒体（メディア）に記録する場合の暗号化処理例について、図２５を参照して説明する。
【０２１６】
情報処理装置は、コピー制御情報を記録したＭＭＴＰパケット追加ヘッダをＭＭＴＰパケットに追加して情報記録媒体（メディア）に記録する。
図２５には、この処理を実行する場合の暗号化処理のシーケンスを示している。
【０２１７】
まず、情報処理装置は、コピー制御情報を記録したＭＭＴＰパケット追加ヘッダ１６１を取得する。
このＭＭＴＰパケット追加ヘッダ１６１は、１６バイト平文データによって構成される。なお、ＭＭＴＰパケット追加ヘッダが１６バイト未満である場合は、ＭＭＴＰパケットの先頭の一部データを平文データとしてＭＭＴＰパケット追加ヘッダに併せて１６バイトの平文ＭＭＴＰパケット追加ヘッダ１６１としてもよい。
【０２１８】
（ステップＳ２１）
情報処理装置は、上記の１６バイトＭＭＴＰパケット追加ヘッダ１６１を取得し、ステップＳ２１において、予め乱数生成処理等により生成したタイトル鍵１６２を適用した一方向性関数による演算を実行して、ブロック鍵１６３を生成する。
すなわち、１６バイトＭＭＴＰパケット追加ヘッダ１６１の構成データを暗号鍵生成用のシード情報として利用して、ブロック単位（暗号処理単位）の暗号鍵であるブロック鍵１６３を生成する。
【０２１９】
（ステップＳ２２）
次に、情報処理装置は、ステップＳ２２において、平文ＭＭＴＰパケットデータ１６４を入力して、ステップＳ２１で生成したブロック鍵を適用した暗号化処理を実行して暗号化ブロックデータ、すなわち暗号化ＭＭＴＰパケットデータ１６５を生成する。
なお、平文ＭＭＴＰパケットデータ１６４は、放送局等から送信される暗号化データを復号して得た平文ＭＭＴＰパケットデータ１６４である。再生処理に際して復号された結果と同じデータである。
【０２２０】
なお、この平文ＭＭＴＰパケットデータ１６４は、１つの追加ヘッダの設定単位となる範囲のデータであり、図１７を参照して説明した構成の場合は、１つのＭＭＴＰパケットデータとなるが、図１９〜図２１を参照して説明した構成の場合は、１つ以上の複数のＭＭＴＰパケットのデータによって構成される。
【０２２１】
ブロック鍵を適用した暗号化処理を実行して生成した暗号化ブロックデータ、すなわち暗号化ＭＭＴＰパケットデータ１６５を、ＭＭＴＰパケット追加ヘッダ１６１の後続データとして設定して、情報記録媒体（メディア）に記録する。
なお、ブロック鍵を適用した暗号化処理は、例えば、ＥＣＢモードやＣＢＣモードを適用した暗号化処理として実行可能である。また、これらの暗号化処理を行う場合にパディングデータを付加する設定としてもよい。例えばＡＥＳ等のブロック暗号との相性を考えて、暗号化ＭＭＴＰパケットが１６バイトの倍数となるように０００・・・０等のデータ列からなるパディングデータを付加する設定としてもよい。
【０２２２】
クリップＡＶストリームファイルを構成するすべてのＭＭＴＰパケットについて、同様の暗号化処理を実行して、ＭＭＴＰパケット追加ヘッダと暗号化ＭＭＴＰパケットの組みからなるデータセットを並べて、ＢＤ等の情報記録媒体に記録する。
【０２２３】
このように、コピー処理を実行する情報処理装置は、コピー処理の実行に際して、ブロック単位（暗号処理単位）の暗号鍵であるブロック鍵を生成して、ブロック単位で暗号化を行う。
ブロック単位の暗号鍵の生成には、追加ヘッダの構成データをシード情報として利用する。
追加ヘッダが、先に図図７、図１８を参照して説明したように、パケット（ＭＭＴＰパケットまたはＴＬＶパケット）単位で設定されている場合は、パケット単位で設定された追加ヘッダの構成データをシード情報として利用して、ブロック単位（暗号処理単位）の暗号鍵であるブロック鍵を生成する。
【０２２４】
これに対して、パケット単位の追加ヘッダではなく、図１９〜図２１を参照して説明したように複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダを設定した構成である場合は、この複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダの構成データをシード情報として利用して、ブロック単位（暗号処理単位）の暗号鍵であるブロック鍵を生成する。
このブロック鍵を利用して、追加ヘッダに後続するデータを暗号化して、コピー先メディアに記録する処理を実行する。
【０２２５】
［８．ランダムアクセス再生処理に適用する再生制御情報について］
次に、ランダムアクセス再生処理に適用する再生制御情報について説明する。
上述したように、現在、ＢＤ等のメディアに対するＭＭＴフォーマットデータの記録態様として、
図９を参照して説明したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット列、あるいは、
図１０を参照して説明したＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列、
これらいずれかのパケット列として記録する方向で議論が進んでいる。
【０２２６】
図９、または図１０に示すような設定でＭＭＴフォーマットデータをメディアに記録して、ＭＭＴフォーマットデータの再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行う場合、ＢＤＡＶフォーマット対応の再生制御情報ファイル、すなわち、プレイリストファイルやクリップ情報ファイルを利用して再生を行うことになる。
【０２２７】
すなわち、先に図１１を参照して説明したように、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１対応の再生制御情報ファイル、具体的には、クリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）５２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）５３を生成して、メディア（ＢＤ，フラッシュメモリ，ＨＤＤ等）に記録して再生に利用する処理が必要となる。
【０２２８】
メディアに記録されたＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１を再生する場合には、このＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）５２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）５３を利用して再生処理を行う。
再生制御情報の一つにランダムアクセス再生処理に適用するランダムアクセス再生制御情報、すなわちＥＰマップ（ＥＰ＿ｍａｐ）がある。
【０２２９】
以下、ＭＭＴフォーマットデータのランダムアクセス再生を行うためのＥＰマップについて、以下の項目に従って、順次説明する。
８−１．ＥＰマップの概要と、ＭＭＴフォーマットデータ対応のプレイリストファイルについて
８−２．ＭＭＴフォーマット対応のクリップ情報ファイルとＥＰマップの基本構成例について
８−３．追加ヘッダをシードとして生成した暗号鍵による暗号化ＭＭＴフォーマットデータ対応のＥＰマップの構成例について
【０２３０】
［８−１．ＥＰマップの概要と、ＭＭＴフォーマットデータ対応のプレイリストファイルについて］
まず、ＥＰマップの概要と、ＭＭＴフォーマットデータ対応のプレイリストファイルについて説明する。
ＥＰマップは、例えばランダムアクセスポイントとなる再生時間情報（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、その位置のパケットのパケット識別子であるソースパケットナンバー（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）との対応データであり、ランダムアクセスポイントの再生データが格納されたパケットを取得するために利用可能なマップ情報である
【０２３１】
ＥＰマップは、ＡＶストリームの中でデコードを開始すべきエントリポイント（ＥＰ）の場所を見つけるためのアドレス情報を持つ。
ＥＰマップについての説明の前に、まず、図２６以下を参照してＭＭＴフォーマットデータ対応のプレイリストファイルについて説明する。
【０２３２】
先に説明したように、プレイリストファイルには、そのプレイリストを適用して再生されるデータに関する情報が記録される。具体的には、例えばコンテンツの再生処理に適用するプレイアイテムに関する情報、さらに、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
【０２３３】
図２６は、１つのプレイリスト（ＰｌａｙＬｉｓｔ）ファイルに記録される［ＰｌａｙＬｉｓｔ］のデータ構成（シンタクス）を示す図である。
図２６に示す［ＰｌａｙＬｉｓｔ］の主な記録データについて説明する。
レングス（ｌｅｎｇｔｈ）は、このレングスフィールドの直後からプレイリストファイル構成データの最後までのバイト数を示す。
【０２３４】
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）１７１は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
【０２３５】
プレイアイテム数（ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓ）１７２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す。
サブプレイアイテム数（ｎｕｍｂｅｒ＿ｏｆ＿ＳｕｂＰｌａｙＩｔｅｍｓ）１７３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す。
プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１７４には、各プレイアイテム、サブプレイアイテムの詳細情報が記録される。
【０２３６】
上述したように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）１７１は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、ランダムアクセス再生開始可能な再生開始点のデータアドレスを取得するためのデータである。
【０２３７】
なお、ＢＤＡＶフォーマットにおいて規定されているＣＰＩとしては、例えばＥＰマップ（ＥＰ＿ｍａｐ）や、ＴＵマップ（ＴＵ＿ｍａｐ）の異なる種類のマップがある。
これらのマップは、いずれも、例えばランダムアクセスポイントとなる再生時間情報（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、その位置のパケットのパケット識別子であるソースパケットナンバー（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）との対応データであり、ランダムアクセスポイントの再生データが格納されたパケットを取得するために利用可能なマップ情報である
【０２３８】
ＥＰマップ、ＴＵマップとも、ランダムアクセスポイント情報を記録したマップデータであるが、ＥＰマップは、より細かなランダムアクセスポイント情報を記録したマップデータであり、ＴＵマップはＥＰマップに比較してラフなランダムアクセスポイント情報を記録したマップデータである。
ＢＤＡＶフォーマットでは、ＥＰマップとＴＵマップの２種類のマップを規定しているが、ＴＵマップの利用はほとんどなされておらず、ＥＰマップのみ利用されているのが現状である。
ＥＰ＿ｍａｐやＴＵ＿ｍａｐは、ＡＶストリームの中でデコードを開始すべきエントリポイント（ＥＰ）の場所を見つけるためのアドレス情報を持つ。
【０２３９】
ＥＰマップについて、図２７以下を参照して説明する。
先に、図５を参照して説明したように、プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
クリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
【０２４０】
また、クリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｌｅ）は、図２７に示すＥＰマップ（ＥＰ＿ｍａｐ）を有する。
ＥＰマップは、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報を記録している。
すなわち、ＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプと、パケット位置情報に相当するパケット取得のためのアドレス情報との対応データが記録されている。
【０２４１】
具体的には、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）、
これらの対応情報を有する。
【０２４２】
このような対応情報を有するＥＰマップを参照することで、タイムスタンプに基づいて対応するアドレス（ＳＰＮ）を取得し、アドレス（ＳＰＮ）に従って、例えばＡＶストリーム中の再生開始位置であるデコード開始点などを見つけることができる。
【０２４３】
図２８は、ＥＰマップ（ＥＰ＿ｍａｐ）の具体的な構成と利用例を説明する図である。図２８（Ａ）に示すクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。
【０２４４】
ビデオストリームのソースパケットは、ＭＰＥＧデータを構成するＩＰＢピクチャ、すなわち、Ｉ（Ｉｎｔｒａ）ピクチャ、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ  ｐｒｅｄｉｃｔｉｖｅ）ピクチャを有する。Ｉピクチャは単独で復号可能なピクチャデータであり、その他のＰピクチャ、Ｂピクチャは、復号する場合に前後のＩピクチャの参照が必要となる。例えば、ランダムアクセスによる再生開始点は、単独復号可能なＩピクチャを持つパケット位置に設定される。
【０２４５】
ＥＰマップはランダムアクセス可能な再生開始点位置情報としてＩピクチャの位置情報を、上述のＰＴＳとＳＰＮの対応データとして保持している。すなわち、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケットナンバー（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）、
これらの対応情報である。
【０２４６】
このような設定としたＥＰマップを参照することで、ランダムアクセス可能な再生開始位置であるＩピクチャの場所を求めることができる。ＥＰマップ（ＥＰ＿ｍａｐ）は、クリップ情報ファイルに含まれるデータである。
【０２４７】
ＥＰマップに基づくＩピクチャ位置の検出について、図２８を参照して説明する。図２８（Ａ）はクリップＡＶストリームを示し、各矩形は１９２バイトのソースパケットを示している。
【０２４８】
図２８（Ａ）には、Ｉ（Ｉｎｔｒａ）ピクチャの先頭バイトを含むソースパケットを、斜線を付した四角で示している。斜線の無い白い四角はランダムアクセスポイントとならないデータが含まれるソースパケットや、他のストリームのデータが含まれているソースパケットを示す。
【０２４９】
例えば、ＰＩＤ＝ｘで区別されるビデオストリームのランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケット番号Ｘ１のソースパケットは、クリップＡＶストリームの時間軸上でＰＴＳ＝ｐｔｓ（ｘ１）の位置に配置される。同様に、次にランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケットはソースパケット番号Ｘ２のソースパケットとされ、ＰＴＳ＝ｐｔｓ（ｘ２）の位置に配置される。
【０２５０】
図２８（Ｂ）に示すように、ソースパケットは、１８８バイトのトランスポートパケットに４バイトのヘッダ（ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ）を付加した形で構成される。トランスポートパケット部分は、ヘッダ部（ＴＰ  ｈｅａｄｅｒ）とペイロード部とからなる。
【０２５１】
図２８（Ｃ２）に示すＥＰマップの登録データであるＳＰＮ＿ＥＰ＿ｓｔａｒｔは、シーケンスヘッダ（ＳＱＨ）から始まるＩピクチャを含むアクセスユニット（Ａｃｃｅｓｓ  Ｕｎｉｔ）の第１バイト目を含むソースパケットのソースパケット番号（ＳＰＮ）を表す。
なお、クリップＡＶストリームファイル中のすべてのパケットに設定された一連の番号がソースパケット番号（ＳＰＮ）である。クリップＡＶストリームファイル中、最初のソースパケットのソースパケット番号をゼロ、その次のパケットのソースパケット番号は１であり、以後、次のパケット毎にソースパケット番号は１つずつ増加する。
【０２５２】
図２８（Ｃ２）に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）は、
ストリームＰＩＤ（Ｓｔｒｅａｍ＿ＰＩＤ）、
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）、
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）、および、
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）、
これらのデータを記録している。
【０２５３】
ストリームＰＩＤ（Ｓｔｒｅａｍ＿ＰＩＤ）は、ビデオストリームを伝送するトランスポートパケットのパケット識別子（ＰＩＤ）である。
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）は、ＥＰ＿ｍａｐに含まれるＰＴＳ＿ＥＰ＿ｓｔａｒｔ  とＳＰＮ＿ＥＰ＿ｓｔａｒｔのペアのエントリの個数である。
【０２５４】
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）は、ランダムアクセス可能なＩピクチャから始まるＡｃｃｅｓｓ  ＵｎｉｔのＰＴＳ（プレゼンテーション・タイムスタンプ）を表す。
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）は、ＰＴＳ＿ＥＰ＿ｓｔａｒｔの値により参照されるアクセスユニット（Ａｃｃｅｓｓ  Ｕｎｉｔ）の第１バイト目を含むソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）を表す。
【０２５５】
ビデオストリームのＰＩＤ（パケット識別子）の値がｓｔｒｅａｍ＿ＰＩＤに格納され、ＰＴＳ＿ＥＰ＿ｓｔａｒｔとＳＰＮ＿ＥＰ＿ｓｔａｒｔの対応関係を表すテーブル情報であるＥＰ＿ｍａｐ（）が生成される。
例えば、ＰＩＤ＝ｘのビデオストリームのＥＰマップには、
ＰＴＳ＝ｐｔｓ（ｘ１）とソースパケット番号（ＳＰＮ）Ｘ１、
ＰＴＳ＝ｐｔｓ（ｘ２）とソースパケット番号（ＳＰＮ）Ｘ２、
・・・、
ＰＴＳ＝ｐｔｓ（ｘｋ）とソースパケット番号（ＳＰＮ）Ｘｋ、
これらのＰＴＳとＳＰＮの対応データからなるテーブルが記述される。
上記のテーブルを含むＥＰマップ（ＥＰ＿ｍａｐ）が、１つのクリップＡＶストリームに対応するクリップ情報ファイルに格納される。
【０２５６】
このようなデータを持つＥＰマップ（ＥＰ＿ｍａｐ）は、例えばランダムアクセスなどを行うときのデコード開始位置を特定するために参照される。
クリップ中の時間軸上の時刻ｘから再生開始するとき、ＥＰ＿ｍａｐを利用して、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報の計算方法について、図２９を参照して説明する。
【０２５７】
図２９に示すように、プレイリスト（ＰｌａｙＬｉｓｔ）が、クリップ中の時間軸上の時刻ｘから再生開始を指定する情報を有する場合、ｘよりも小さく最も近い値を持つタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］が特定される。
このプレイリスト情報に従って特定されるタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に基づいて、クリップ情報ファイル中のＥＰマップを参照して、タイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に対応するソースパケット番号［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を特定する。
【０２５８】
このようにＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
このパケット位置［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を、クリップＡＶストリームファイル中の再生開始点、すなわち、デコードを開始すべきアドレス情報として取得し、デコード処理を行って再生を行うことができる。
【０２５９】
図２７〜図２９を参照して説明したＥＰマップの利用例は、ＭＰＥＧ−２ＴＳフォーマットデータを利用したランダムアクセスポイント対応のパケット取得処理例である。ＭＰＥＧ−２ＴＳフォーマットデータでは、このように、ＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
【０２６０】
しかし、ＭＭＴフォーマットデータは、ＭＰＥＧ−２ＴＳフォーマットデータとは異なるフォーマットを有するため、このＭＰＥＧ−２ＴＳフォーマットデータと同様の処理を実行してランダムアクセスポイント対応パケットを取得することはできない。
すなわち、再生対象データがＭＭＴフォーマットデータである場合は、上述した処理と異なるＭＭＴフォーマットデータ対応のデータ処理を行う必要がある。
【０２６１】
ＥＰマップは、クリップ情報ファイルに規定されており、ＭＭＴフォーマットデータに対応するランダムアクセスポイント取得処理を実行するためのＭＭＴフォーマットデータ対応のＥＰマップをＭＭＴフォーマットデータ対応のクリップ情報ファイルに記録する必要がある。
すなわち、図１１に示すＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）５２にＭＭＴフォーマットデータ対応のＥＰマップを記録することが必要となる。この具体例については、後段で説明する。
【０２６２】
このように、ＭＰＥＧ−２ＴＳフォーマットデータに対応するＥＰマップと、ＭＭＴフォーマットデータに対応するＥＰマップとは異なるデータとなる。
図２６を参照して説明したように、図２６に示すプレイリストファイルに記録されるＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
【０２６３】
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、再生開始点（ランダムアクセスポイント）のデータアドレスを取得するためのＥＰマップやＴＵマップの種類を示すデータを記録する領域である。
【０２６４】
従来のＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）には、ＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップやＴＵマップの識別情報が記録されていた。
しかし、ＭＭＴフォーマットデータに対応のＥＰマップは、これまでのＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップとは異なるマップである。
従って、プレイリストファイルのＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）についても、これらを区別した識別子を設定することが必要となる。
【０２６５】
図３０に、以下のＣＰＩタイプ記録データを示す。
（１）従来のＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データのみ記録）
（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）
【０２６６】
図３０の「（１）従来のＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データのみ記録）」に示すデータは、従来のプレイリストファイルのＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）として定義されていたデータである。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＥＰマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＴＵマップであることを意味する。
【０２６７】
このように、従来のＣＰＩタイプ記録データは、ＭＰＥＧ−２ＴＳ対応データのみ記録していた。
図３０の「（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）」は、上記設定に、さらに、
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３
このビット値＝３の設定を追加した構成となっている。
【０２６８】
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
このように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１〜３の３種類の定義を可能として、３つのＣＰＩタイプを識別可能としている。
【０２６９】
次に、先に図２６を参照して説明した［ＰｌａｙＬｉｓｔ］内に記録されるプレイアイテム情報（ＰｌａｙＩｔｅｍ（））１７４の詳細（シンタクス）について、図３１以下を参照して説明する。
先に説明したように、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１７４には、各プレイアイテム、サブプレイアイテムの詳細情報が記録される。
【０２７０】
図３１は、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１７４のデータ構成（シンタクス）を示す図である。
クリップ情報ファイルネーム（Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）１８１には、このプレイアイテムを利用した再生処理に適用するクリップ情報ファイルのファイル名が記録される。
【０２７１】
参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１８２は、このプレイアイテムが参照すべきＳＴＣ（システムタイムクロック）連続区間のＳＴＣ識別子を示す。
ＳＴＣ（システムタイムクロック）は、ＡＶストリーム再生時の基準クロックであり、連続再生区間では、１つのＳＴＣが利用される。例えば１つのプレイアイテムが再生する連続再生区間では１つのＳＴＣが利用され、プレイアイテムの切り替えによって異なるＳＴＣが参照されることになる。
参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１８２には、このプレイアイテムが参照すべきＳＴＣ（システムタイムクロック）を指定する情報が記録される。
【０２７２】
開始時間（ＩＮ＿ｔｉｍｅ）１８３は、プレイアイテムの再生開始時間の記録領域である。
終了時間（ＯＵＴ＿ｔｉｍｅ）１８４は、プレイアイテムの再生終了時間の記録領域である。
これらの開始時間、終了時間情報は、従来のＭＰＥＧ−２ＴＳフォーマットデータを再生対象とする場合、参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１８２によって指定されたプレイアイテム対応のＳＴＣの開始時間からの差分時間情報（４５ＫＨｚｈクロック）が記録される。
なお、４５ＫＨｚクロックは、ＭＰＥＧ−２ＴＳフォーマットデータの記録再生に用いられる一般的なクロックである。
【０２７３】
しかし、再生対象データが、ＭＭＴフォーマットデータの場合、ＭＰＥＧ−２ＴＳフォーマットデータのように、プレイアイテム対応の再生対象データ（ＭＭＴフォーマットデータ）各々に個別のＳＴＣが対応付けられた構成とはなっていない。
従って、ＭＭＴフォーマットデータを再生対象とするプレイリストのプレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録する、
開始時間（ＩＮ＿ｔｉｍｅ）１８３と、
終了時間（ＯＵＴ＿ｔｉｍｅ）１８４は、
ＭＭＴフォーマットデータに固有の時間情報とする必要がある。
この変更例について、図３２を参照して説明する。
【０２７４】
図３２には、以下のデータ例を示している。
（１）従来のプレイアイテム情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）
（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）
【０２７５】
図３２（１）に示す「（１）従来のプレイアイテム情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）」は、再生対象データが、ＭＰＥＧ−２ＴＳフォーマットデータの場合、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録される開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）の記録データを示している。
【０２７６】
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報であり、前述したように、このプレイアイテムを利用した再生処理に適用されるＳＴＣ［システムタイムクロック（４５ＫＨｚクロック）］）開始点からの経過時間情報を記録する。ＳＴＣは、図３１を参照して説明した参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１８２によって特定されるＳＴＣである。
【０２７７】
また、終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報であり、前述したように、このプレイアイテムを利用した再生処理に適用されるＳＴＣ［システムタイムクロック（４５ＫＨｚクロック）］）開始点からの経過時間情報を記録する。ＳＴＣは、図３１を参照して説明した参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１８２によって特定されるＳＴＣである。
【０２７８】
図３２（２）に示す「（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）」は、再生対象データが、ＭＭＴフォーマットデータの場合、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録される開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）の記録データを示している。
【０２７９】
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
【０２８０】
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば図１に示す放送サーバ（放送局）２１等の送信装置２０が送信する放送コンテンツ等を含むＭＭＴフォーマットデータに併せて送信される。
テレビ（ＴＶ）３２等の情報処理装置３０は、送信装置２０が送信するＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を取得して、プレイリストに記録する。
【０２８１】
送信装置２０は、例えば、先に図３を参照して説明したＭＭＴフォーマットにおける１つのデータ処理単位であるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）単位の再生時間情報を、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録した制御情報を、再生対象データ（番組コンテンツ）に併せて送信する。
具体例について、図３３以下を参照して説明する。
【０２８２】
例えば図１に示す放送サーバ（放送局）２１等の送信装置２０からの配信コンテンツ（番組）をＭＭＴフォーマットデータで受信し、受信コンテンツを情報記録媒体（メディア）に記録する情報処理装置３０は、受信データから様々な情報を抽出して、プレイリストファイルやクリップ情報ファイルを生成することが必要となる。
【０２８３】
先に図２他を参照して説明したように、ＭＭＴフォーマットデータには、情報処理装置３０側においてコンテンツ（番組）を受信、再生するために必要となる制御情報や、番組ガイド等の案内情報や通知情報、管理情報等によって構成される制御情報（シグナリング情報）が含まれる。
ＭＭＴフォーマットで規定された制御情報（シグナリング情報）には、ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ−ＳＩ）と、ＴＬＶパケットで送信されるシグナリング情報（ＴＬＶ−ＳＩ）がある。
【０２８４】
ＭＭＴフォーマットデータを受信して、受信データをメディアに記録する情報処理装置３０は、例えばＭＭＴフォーマットに含まれるＴＬＶ−ＳＩやＭＭＴ−ＳＩ等のシグナリング情報から様々な情報を抽出して、プレイリストファイルやクリップ情報ファイルを生成する。
【０２８５】
ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ−ＳＩ）の一つにＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）がある。ＭＭＴパッケージテーブル（ＭＰＴ）は、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。
なお、ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）のパケットＩＤは、パケットＩＤ＝０ｘ００００のＭＭＴＰパケットに格納されており、情報処理装置は、パケットＩＤに基づいてＭＭＴパッケージテーブル（ＭＰＴ）の格納パケットを判別することができる。
【０２８６】
ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）の構成について図３３を参照して説明する。
【０２８７】
図３３は、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）は、前述したように、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。
【０２８８】
ＭＭＴパッケージテーブル（ＭＰＴ）には、図３３に示すように、
アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）
アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
これらのデータ記録領域が含まれる。
【０２８９】
アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）は、画像、音声、字幕等のデータ種類別の識別子を記録する領域である。アセットとは、共通属性を持つデータ処理の単位であり、画像、音声、字幕等は、各々、異なるアセットとして設定される。
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例を図３４に示す。
【０２９０】
図３４に示すように、ＭＰＴに記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）には、例えば以下の種類がある。
ｈｖｃ１：ＨＥＶＣ画像
ｍｐ４ａ：音声
ｓｔｐｐ：字幕等
ａａｐｐ：アプリケーション
図３３に示すＭＰＴのアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）記録フィールドには、例えば上記のいずれかのタイプ情報が記録される。
【０２９１】
図３３のＭＰＴの下段に示す、
アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
このフィールドには、各アセットタイプ（例えば画像、音声、字幕）、これらのデータ種類に応じた様々な属性情報が記録される。
【０２９２】
このアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録される情報の一つに画像や音声等の再生時間情報が含まれる。
再生時間情報は、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
【０２９３】
図３５に、ＭＭＴパッケージテーブル（ＭＰＴ）にアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録されるＭＰＵ単位の再生時間情報（タイムスタンプ）を記録したＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す。
【０２９４】
なお、ＭＰＵは、先に図３を参照して説明したように、図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）であり、ＭＭＴフォーマットにおける１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と同じ単位である。
【０２９５】
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子は、このＭＰＵ単位の再生時間情報に相当する。
図３５に示すように、ＭＰＵタイムスタンプ記述子には、以下の各データが記録される。
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）
【０２９６】
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）には、ＭＰＵの識別子が記録される。
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）には、ＭＰＵの再生時間（提示時間）がＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
なお、ＮＴＰ時間（ＮＴＰタイムスタンプ）は、例えば６４ビットデータの絶対時刻情報、すなわち予め規定された基準時刻からの経過時間を示す絶対時刻情報である。上位３２ビットで１秒以上の時間情報（経過時間情報）を示し、下位３２ビットで１秒以下の時間情報（経過時間情報）を示す。
なお、全体を３２ビットとして、上位１６ビットで１秒以上の時間情報を示し、下位１６ビットで１秒以下の時間情報を示す短形式のＮＴＰ時間情報を用いる設定も可能である。
【０２９７】
このように、ＭＭＴパッケージテーブル（ＭＰＴ）には、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として、ＭＰＵ単位の再生時間情報（タイムスタンプ）であるＭＰＵタイムスタンプが記録される。
【０２９８】
図１に示す送信装置２０は、ＭＭＴパッケージテーブル（ＭＰＴ）にＭＭＴフォーマットにおける１つのデータ処理単位であるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）単位の再生時間情報を、ＮＴＰ時間情報として記録してテレビ等の情報処理装置３０に送信する。
情報処理装置３０は、この時間情報を取得してプレイリストに記録する。
【０２９９】
すなわち、情報処理装置３０は、情報記録媒体（メディア）にクリップＡＶストリームファイルとして記録するデータがＭＭＴフォーマットデータの場合、その再生制御情報ファイルであるプレイリストファイルに、ＭＭＴパッケージテーブル（ＭＰＴ）から取得したＮＴＰ時間情報を記録する。
【０３００】
情報処理装置３０は、先に図３２（２）を参照して説明したように、情報記録媒体（メディア）にクリップＡＶストリームファイルとして記録する再生対象データがＭＭＴフォーマットデータである場合、プレイリストファイルのプレイアイテム情報（ＰｌａｙＩｔｅｍ（））の開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）として、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
【０３０１】
［８−２．ＭＭＴフォーマット対応のクリップ情報ファイルとＥＰマップの基本構成例について］
次に、図３６以下を参照してＭＭＴフォーマット対応のクリップ情報ファイルとＥＰマップの基本構成例について説明する。
【０３０２】
先に説明したように、クリップ情報ファイルには、そのクリップ情報ファイルを適用して再生するデータに関する情報が記録される。具体的には、例えば、クリップＡＶストリームファイルの再生位置情報等を有する。
【０３０３】
図３６は、１つのクリップ情報ファイルのデータ構成（シンタクス）を示す図である。
クリップ情報ファイルには、クリップ情報に対応付けられた再生データに関する情報が記録される。図３６に示すように、例えば、以下の各情報が記録される。
クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１、
シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２、
プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３、
ＣＰＩ情報［ＣＰＩ（）］２０４
【０３０４】
クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１は、クリップ情報ファイルに対応するＡＶストリームファイルの属性情報を記録する。
シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２は、このクリップ情報ファイルに対応するＡＶストリームファイルに格納された再生対象データの再生シーケンスに関する情報を記録する。
【０３０５】
プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３は、クリップ情報ファイルによって再生されるクリップＡＶストリームの再生区間や時間区間の定義情報等を含むプログラム(ｐｒｏｇｒａｍ)に関する情報を記録する。
【０３０６】
ＣＰＩ情報［ＣＰＩ（）］２０４は、例えば、再生開始点のデータアドレスを取得するためのデータであり、先に図２７〜図２９を参照して説明したＥＰ＿ｍａｐやＴＵ＿ｍａｐが記録される。
先に図２６を参照して説明したように、プレイリストファイルには、ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）が記録される。ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
【０３０７】
次に、図３７以下を参照して、クリップ情報ファイルに記録されるＣＰＩ情報［ＣＰＩ（）］２０４のデータ構成（シンタクス）について説明する。
ＣＰＩ情報［ＣＰＩ（）］２０４は、例えば、再生開始点のデータアドレスを取得するためのデータであり、先に図２７〜図２９を参照して説明したＥＰ＿ｍａｐやＴＵ＿ｍａｐが記録される。
前述したように、ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、再生開始点のデータアドレスを取得するためのデータである。
【０３０８】
図３７に示すように、ＣＰＩタイプ＝１の場合は、ＥＰマップが記録され、ＣＰＩタイプ＝２の場合は、ＴＵマップが記録される。
なお、図３７に示す例は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合の例である。先に図３０を参照して説明したように、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合は、ＣＰＩタイプ＝１，２の設定があり、ＥＰマップ、ＴＵマップいずれも利用可能な設定とされる。
【０３０９】
一方、再生対象データがＭＭＴフォーマットデータの場合は、先に図３０を参照して説明したように、ＣＰＩタイプ＝３の設定となり、ＥＰマップのみ利用可能な設定とする。
【０３１０】
ＥＰマップは、先に図２７〜図２９を参照して説明したように、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報を記録したマップである。
すなわち、ＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）と、パケット位置情報に相当するパケット取得のためのアドレス情報（ＳＰＮ：ソースパケットナンバー）との対応データが記録されている。
【０３１１】
再生装置は、ＥＰマップを利用することで、ランダムアクセス可能なデータ位置に対応するタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に基づいて、そのデータ位置に対応するデータを格納したパケットのパケットナンバー（ＳＰＮ）を取得し、取得したＳＰＮの設定パケットを取得して再生を行うことができる。
【０３１２】
ＥＰマップのデータ構成（シンタクス）について、図３８以下を参照して説明する。
図３８は、クリップ情報ファイルに格納されるＥＰマップのデータ構成（シンタクス）を示す図である。
先に図２８（Ａ）を参照して説明したように、クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。
【０３１３】
ＥＰマップは、各ＰＩＤで識別される一つのストリームＰＩＤ（ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）単位で設定される。
すなわち、図３８のＥＰマップ記録領域２４２に、一つのストリームＰＩＤ（ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）単位のＥＰマップ（ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）が記録される。
このＥＰマップ記録領域２４２の具体的なデータ例を図３９に示す。
【０３１４】
図３９に示すように、ＥＰマップは、以下のデータ記録領域を持つ。
（１）詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１、
（２）粗いＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｃｏａｒｓｅ）２５２、
（３）粗いＥＰマップのＳＰＮ（サースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｃｏａｒｓｅ）２５３、
（４）詳細ＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｆｉｎｅ）２５４、
（５）詳細ＥＰマップのＳＰＮ（ソースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｆｉｎｅ）２５５、
【０３１５】
ＥＰマップは、データ量の削減と、ＰＴＳからＳＰＮの検索処理の効率化を実現するため、２つのテーブルによって構成されている。
この２つのテーブル構成について、図４０を参照して説明する。
【０３１６】
ＥＰマップは、図４０に示すように、以下の２つのテーブルから構成される。
（ａ）粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）
（ｂ）詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）
【０３１７】
（ａ）粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）は、ＰＴＳのビットデータと、ＳＰＮのビットデータの各ビットデータについて、上位ビットのみからなる対応データを格納している。
（ＰＴＳ＿ＥＰ＿ｃｏａｒｓｅ）２５２と、（ＳＰＮ＿ＥＰ＿ｃｏａｒｓｅ）２５３との対応データである。
【０３１８】
一方、（ｂ）詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）は、ＰＴＳのビットデータと、ＳＰＮのビットデータの下位ビットのみからなる対応データを格納している。
（ＰＴＳ＿ＥＰ＿ｆｉｎｅ）２５４と、（ＳＰＮ＿ＥＰ＿ｆｉｎｅ）２５５との対応データである。
【０３１９】
さらに、粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）には、ＰＴＳ−ＳＰＮ対応データ各々に対応付けて、詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１を格納している。
【０３２０】
ＰＴＳに基づいて、ＳＰＮを取得しようとする再生装置は、まず、ＰＴＳの上位ビットに基づいて、粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）を参照して、該当エントリを取得し、さらに、取得したエントリに設定された詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１を取得して、その参照位置に対応する詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）のデータ位置にアクセスして、ＰＴＳの下位ビットに基づいて詳細なＳＰＮを取得する。
【０３２１】
図３９に示すＥＰマップデータには、図４０を参照して説明した２つのテーブルを利用した処理を実行するための以下の各データが記録される。
（１）詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１、
（２）粗いＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｃｏａｒｓｅ）２５２、
（３）粗いＥＰマップのＳＰＮ（サースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｃｏａｒｓｅ）２５３、
（４）詳細ＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｆｉｎｅ）２５４、
（５）詳細ＥＰマップのＳＰＮ（ソースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｆｉｎｅ）２５５、
【０３２２】
しかし、このＥＰデータは、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合に適用可能なデータであり、再生対象データがＭＭＴフォーマットデータである場合は、このまま利用することができない。
従って、ＭＭＴフォーマットデータ対応のクリップ情報ファイルには、ＭＭＴフォーマットデータ対応のＥＰマップを記録する必要がある。
【０３２３】
次に、ＭＭＴフォーマットデータに対応したＥＰマップの構成例について説明する。
先に、図９、図１０を参照して説明したように画像、音声、字幕等のＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルは、ＭＭＴＰパケットのパケット列（図９）、またはＴＬＶパケットのパケット列（図１０）として記録する予定となっている。
【０３２４】
ＭＭＴＰパケットには、画像、音声、さらに、先に図３３を参照して説明したＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）等の制御情報（ＳＩ）等も格納されており、これらのデータを含むパケット列が、クリップＡＶストリームファイルとしてＢＤ等のメディアに記録される。
例えば、図１１を参照して説明したＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１が、ＭＭＴＰパケット、またはＴＬＶパケットのパケット列によって構成されることになる。
【０３２５】
画像等の再生対象データを格納したパケット（ＭＭＴＰパケットまたはＴＬＶパケット）には、ランダムアクセス可能な再生データを格納したパケットも含まれる。
ランダムアクセス再生を行うためには、クリップ情報ファイルに記録されたＥＰマップを利用した処理が行われることになる。
【０３２６】
従来のＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップには、先に図２６以下を参照して説明したように、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報が記録されている。
すなわち、従来型のＴＳパケット対応のＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）と、パケット位置情報に相当するパケット取得のためのアドレス情報（ＳＰＮ：ソースパケットナンバー）との対応データが記録されている。
【０３２７】
再生装置は、ＥＰマップを利用することで、ランダムアクセス可能なデータ位置に対応するタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に基づいて、そのデータ位置に対応するデータを格納したパケットのパケットナンバー（ＳＰＮ）を取得し、取得したＳＰＮの設定パケットを取得して再生を行うことができる。
【０３２８】
しかし、このＥＰマップの記録データは、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合に適用可能なデータであり、再生対象データがＭＭＴフォーマットデータである場合は、このまま利用することができない。
この問題点について、図４１を参照して説明する。
【０３２９】
図４１は、記録メディア（ＢＤ）に記録されたＭＭＴフォーマットデータから構成されるクリップＡＶストリームファイルのパケット列の一例を示す図である。
図４１の中段に示すのがクリップＡＶストリームファイルのパケット列であり、個々の四角形がクリップＡＶストリームファイルを構成する個々のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）である。
これらのパケットには、画像、音声、字幕、あるいは制御情報（ＳＩ）等が個別に格納されている。
【０３３０】
パケット列のほぼ中央に示すパケット３０２が、ランダムアクセス再生可能な画像データを格納した再生データ格納パケット＃１，３０２であるとする。
なお、クリップＡＶストリームファイルを構成する個々のパケットが、ランダムアクセス再生可能な再生データを格納したパケットであるか否かは、パケットを構成するＭＭＴＰパケットのパケットヘッダに設定されたＲＡＰ（ランダムアクセスポイント）フラグの設定に基づいて判別可能である。
【０３３１】
図４２、図４３を参照してＲＡＰフラグについて説明する。
図４２は、例えば放送局等の送信装置２０から情報処理装置３０に送信されるＭＭＴフォーマットデータを構成するＭＭＴＰパケットのデータ構成（シンタクス）を示す図である。
【０３３２】
先に図３を参照して説明したように、ＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、ＭＭＴＰパケットに格納するシグナリング情報（ＭＭＴ−ＳＩ）、これらいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。
【０３３３】
図４２は、一つのＭＭＴＰパケットのデータ構成を示しており、ヘッダ部３１１とペイロード部３１２によって構成される。
ヘッダ部３１１には、ペイロード部３１２に格納されたデータの種類等の情報が記録される。ヘッダ部３１１の記録データの一つとして、ランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）３１３が記録される。
【０３３４】
ランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）３１３は、
ＭＭＴＰパケットがランダムアクセスポイントとなるデータを格納したパケットであるか否かを示すフラグであり、
ランダムアクセスポイントとなるデータ格納したパケットである場合は１、
ランダムアクセスポイントとなるデータ格納したパケットでない場合は０、
この設定のフラグが記録される。
【０３３５】
例えば、メディアに記録されたデータの再生を実行する再生装置は、クリップＡＶストリームファイルを構成するパケット列のＭＭＴＰパケットヘッダに記録されたランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）を確認して、ランダムアクセスポイントとなり得る再生データを格納しパケットを検出することができる。
【０３３６】
図４３にランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）の具体的設定例を示す。
メディアからのデータ再生を実行する再生装置は、クリップＡＶストリームファイル内の各ＭＭＴＰパケットのヘッダ情報に格納されたＲＡＰ＿ｆｌａｇの設定値を確認し、ＲＡＰ＿ｆｌａｇ＝１の設定パケットを検出する。
図４３に示す例ではＭＭＴＰパケット３１５，３１６がＲＡＰ＿ｆｌａｇ＝１の設定パケットである。
【０３３７】
再生装置は、このＲＡＰ＿ｆｌａｇ＝１の設定パケットを抽出してランダムアクセス再生処理を開始することができる。
しかし、ここで、問題となるのが、このＲＡＰ＿ｆｌａｇ＝１の設定パケットの中に格納されているデータがＭＭＴフォーマットデータであり、ＭＭＴフォーマットデータの再生開始時間等の情報がこのパケットには記録されていないという問題である。
【０３３８】
図４１に戻り、この問題点について説明する。
再生装置は、図４１に示すパケット３０２が、ランダムアクセス再生可能な再生データを格納したパケットであることをＲＡＰフラグに基づいて確認することができる。
しかし、このパケット３０２に格納された再生対象データ、例えば画像データの再生に必要となる再生時間情報等のタイムスタンプは、このパケット３０２ではなく、制御情報（ＭＰＴ）格納パケット＃１，３０１に格納されている。
【０３３９】
制御情報（ＭＰＴ）格納パケット＃１，３０１は、先に図３３を参照して説明したＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）を格納したパケットである。
ＭＭＴパッケージテーブル（ＭＰＴ）は、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルである。
【０３４０】
ＭＭＴパッケージテーブル（ＭＰＴ）には、先に図３５を参照して説明したように、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として、ＭＰＵ単位の再生時間（提示時間）情報（タイムスタンプ）が記録される。
【０３４１】
なお、ＭＰＵは、先に図３を参照して説明したように、図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）であり、ＭＭＴフォーマットにおける１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と同じ単位である。
【０３４２】
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子は、このＭＰＵ単位の再生時間情報に相当する。
先に図３５を参照して説明したように、ＭＰＵタイムスタンプ記述子には、以下の各データが記録される。
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）
【０３４３】
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）には、ＭＰＵの識別子が記録される。
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）には、ＭＰＵの再生時間（提示時間）がＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
なお、ＮＴＰ時間（ＮＴＰタイムスタンプ）は、例えば６４ビットデータの絶対時刻情報、すなわち予め規定された基準時刻からの経過時間を示す絶対時刻情報である。上位３２ビットで１秒以上の時間情報（経過時間情報）を示し、下位３２ビットで１秒以下の時間情報（経過時間情報）を示す。
なお、全体を３２ビットとして、上位１６ビットで１秒以上の時間情報を示し、下位１６ビットで１秒以下の時間情報を示す短形式のＮＴＰ時間情報を用いる設定も可能である。
【０３４４】
このように、ＭＭＴパッケージテーブル（ＭＰＴ）には、先に図３５を参照して説明したように、ＭＰＵタイムスタンプ記述子として、ＭＰＵ単位の再生（提示）時間情報を示すタイムスタンプ（ＰＴＳ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）が記録される。
【０３４５】
さらに、ＭＭＴパッケージテーブル（ＭＰＴ）には、ＭＰＵ拡張タイムスタンプ記述子として、ＭＰＵ単位の復号（デコード）時間情報を示すタイムスタンプ（ＤＴＳ  Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅｓｔａｍｐ）が記録される。
【０３４６】
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵ拡張タイムスタンプ記述子のデータ構成（シンタクス）を図４４に示す。
図４４に示すように、ＭＰＵ拡張タイムスタンプ記述子には、以下の各データが記録される。
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）３１７、
ＭＰＵ復号時間オフセット（ＭＰＵ＿ｄｅｃｏｄｉｎｇ＿ｔｉｍｅ＿ｏｆｆｓｅｔ）３１８、
【０３４７】
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）３１７には、ＭＰＵの識別子が記録される。
ＭＰＵ復号時間オフセット（ＭＰＵ＿ｄｅｃｏｄｉｎｇ＿ｔｉｍｅ＿ｏｆｆｓｅｔ）３１８には、ＭＰＵの復号時間と再生時間（提示時間）との差分情報が記録される。
【０３４８】
このように、ＭＭＴパッケージテーブル（ＭＰＴ）には、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として、ＭＰＵ単位の再生時間（提示時間）情報を示すタイムスタンプ（ＰＴＳ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、ＭＰＵ単位の復号時間を示すタイムスタンプ（ＤＴＳ  Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅｓｔａｍｐ）とが記録される。
【０３４９】
図４１に示すランダムアクセス再生可能な再生データ格納パケット＃１，３０２に格納されたデータの復号、再生処理を行うためには、図４１に示す制御情報（ＭＰＴ）格納パケット＃１，３０１に記録されたタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得することが必要となる。
【０３５０】
なお、再生データ格納パケット＃１，３０２と、この再生データり再生に必要となるタイムスタンプ等の制御情報を格納した制御情報（ＭＰＴ）格納パケット＃１，３０１との送信間隔については規定があり、放送局等の送信装置からの各パケットの送信間隔は２７００ｍｓ〜５００ｍｓの範囲とするように規定されている。
なお、制御情報（ＭＰＴ）格納パケット＃１については、受信エラー等の対策として、再生データ格納パケット＃１，３０２の後に再送することも許容されている。
【０３５１】
放送局等の送信装置から受信されるパケット列を受信して、ＢＤ等のメディアに記録する記録装置は、受信パケット列を順次、メディアに記録することになる。
この結果として、図４１の中段に示すパケット列（ＭＭＴＰパケット列またはＴＬＶパケット列）がメディアに記録される。
【０３５２】
このようなパケット列が記録されたメディアから再生処理を行う再生装置は、再生データ格納パケット＃１，３０２の再生に必要となるタイムスタンプ等の制御情報を格納した制御情報（ＭＰＴ）格納パケット＃１を、再生データ格納パケット＃１，３０２の前後のパケット列を順次、調べていけば見つけることができる。
【０３５３】
図４１に示す（処理例ａ）は、再生データ格納パケット＃１，３０２の再生に必要となるタイムスタンプ等の制御情報を格納した制御情報（ＭＰＴ）格納パケット＃１，３０１を先行配信パケットから選択してタイムスタンプ情報を取得する処理例を示している。
一方、（処理例ｂ）は、再生データ格納パケット＃１，３０２の再生に必要となるタイムスタンプ等の制御情報を格納した制御情報（ＭＰＴ）格納パケット＃１，３０３を後続配信パケットから選択してタイムスタンプ情報を取得する処理例を示している。
【０３５４】
しかし、これらの処理例ａ，ｂのいずれの処理を実行する場合でも、パケット検索が必要となり、データ再生処理の開始時間が遅れてしまう、いわゆる処理遅延が大きくなってしまうという問題がある。
【０３５５】
以下、この問題を解決する構成について説明する。
上記の問題を解決するため、ＭＭＴフォーマットデータ対応のクリップＡＶストリームファイルをＢＤ等のメディアに記録する際に、ＭＭＴフォーマットデータ対応のＥＰマップを記録したクリップ情報ファイルを生成してメディアに記録する。
以下、このＭＭＴフォーマットデータ対応のＥＰマップの複数の具体例について説明する。
【０３５６】
［８−３．追加ヘッダをシードとして生成した暗号鍵による暗号化ＭＭＴフォーマットデータ対応のＥＰマップの構成例について］
次に、追加ヘッダをシードとして生成した暗号鍵による暗号化ＭＭＴフォーマットデータ対応のＥＰマップの構成例について説明する。
以下において説明するＭＭＴフォーマットデータ対応のＥＰマップは、ＢＤ等のメディアに記録されたＭＭＴフォーマットデータが、例えば、図２４、図２５を参照して説明した追加ヘッダ（ＴＬＶパケット追加ヘッダ、ＭＭＴＰパケット追加ヘッダ）をシードとして利用して生成した暗号鍵によって暗号化されたデータである場合に利用可能なＥＰマップである。
【０３５７】
メディアに記録されたＭＭＴフォーマットデータが、暗号化データである場合には、この追加ヘッダをシードとして利用した暗号鍵を生成してパケットの復号を行わなければ、再生データやタイムタスタンプを取得することができない。
【０３５８】
再生を行うために復号が必要となるデータは、以下の２つのデータである。
（１）ランダムアクセス再生可能な再生データ、
（２）再生データのタイムスタンプ情報を記録したＭＰＴ（ＭＭＴパッケージテーブル）、
これらの各データは、異なるシード（追加ヘッダ）、あるいは同じシード（追加ヘッダ）を利用して生成された暗号鍵によって暗号化されてメディアに記録されている。
【０３５９】
従って、上記（１），（２）のデータを利用する場合、これら２つのデータの復号処理を行うことが必要となる。
このためには、それぞれのデータの復号に適用する暗号鍵を生成することが必要となる。さらに、この暗号鍵生成のためには、暗号鍵の生成に適用するシードを取得することが必要となる。
【０３６０】
なお、先に図２４、図２５を参照して説明したデータ暗号化処理において適用した暗号鍵は、データ復号処理における復号鍵としても利用可能である。
先に図２４、図２５を参照して説明したと同様のシーケンスに従って、データ復号処理に適用する復号鍵（＝暗号鍵）を取得することができる。
【０３６１】
図４５に、ＢＤ等のメディアに記録されたＭＭＴフォーマットデータが、図２４、図２５を参照して説明した追加ヘッダ（ＴＬＶパケット追加ヘッダ、ＭＭＴＰパケット追加ヘッダ）をシードとして利用して生成した暗号鍵によって暗号化されたデータである場合のデータ構成例を示す。
【０３６２】
図４５に示す例は、メディア記録データとしてＴＬＶパケット列を利用した例である。所定データ長、例えば、１００ＫＢ〜１ＭＢのデータ長からなるＴＬＶパケットデータ単位で、追加ヘッダを設定した例である。
追加ヘッダには、先に図２２、図２３を参照して説明したコピー制御情報等が記録されている。
【０３６３】
なお、以下においては、メディア記録データとしてＴＬＶパケット列を利用した例について説明するが、先に図１７〜図２５を参照して説明したように、メディア記録データは、ＴＬＶパケット列に限らず、ＭＭＴＰパケット列として記録する場合もある。従って、以下において説明する例において、ＴＬＶパケットをＭＭＴＰパケットに置き換えた構成も可能である。
【０３６４】
図４５に示す例において、暗号化データ３２１は、ＴＬＶパケット追加ヘッダ３２３をシード情報（シードａ）として利用して生成した暗号鍵によって暗号化されたデータである。
すなわち、例えば先に図２４を参照して説明した暗号鍵生成、および暗号処理によって生成された暗号化データである。
同様に、暗号化データ３２２は、ＴＬＶパケット追加ヘッダ３２５をシード情報（シードｂ）として利用して生成した暗号鍵によって暗号化されたデータである。
【０３６５】
暗号化データ３２１の復号には、同じ暗号鍵、すなわち、ＴＬＶパケット追加ヘッダ３２３をシード情報（シードａ）として適用して生成した暗号鍵を適用する。
同様に、暗号化データ３２２の復号には、ＴＬＶパケット追加ヘッダ３２５をシード情報（シードｂ）として適用して生成した暗号鍵を適用する。
【０３６６】
図４５に示すように、暗号化データ３２２には、ランダムアクセス再生可能な再生データを含むＴＬＶパケット、すなわち、ＲＡＰフラグの設定されたＴＬＶパケット３２６が含まれる。
ランダムアクセス再生処理を行うためには、このＴＬＶパケット３２６を含む暗号化データ３２２を復号することが必要であり、そのためには、ＴＬＶパケット追加ヘッダ３２５をシード情報（シードｂ）として利用した暗号鍵（＝復号鍵）の生成を行うことが必要となる。
【０３６７】
またこのランダムアクセス再生データのタイムスタンプ情報を記録したＭＰＴ（ＭＭＴパッケージテーブル）を含むＴＬＶパケット３２４は、暗号化データ３２１に含まれる。
ランダムアクセス再生処理を行うためには、タイムスタンプ情報が必要であり、タイムスタンプ情報を取得するためには、このＭＰＴ格納ＴＬＶパケット３２４を含む暗号化データ３２１を復号することが必要となる。
そのためには、ＴＬＶパケット追加ヘッダ３２３をシード情報（シードａ）として利用した暗号鍵（＝復号鍵）の生成処理を行うことが必要となる。
【０３６８】
先に、メディア記録データが暗号化されていない場合、ＥＰマップには以下のデータを記録すればよい。
（ａ）ランダムアクセス再生対象データ、またはタイムスタンプ情報等を格納した制御情報（ＭＰＴ）、いずれかのデータの格納パケット（ＭＭＴＰパケットまたはＴＬＶパケット）の位置情報として、このパケットが格納されたクリップＡＶストリームファイルの先頭パケット位置からのバイト数、
（ｂ）再生データ格納パケットのパケット位置と、その再生データ格納パケットの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットとの離間距離に相当するオフセット情報、
これら（ａ），（ｂ）２つの情報を記録したＥＰマップであれば、ランダムアクセス再生データと、その再生データの再生に必要となるタイムスタンプ情報をクリップａＡＶトリームファイルから取得することが可能となる。
【０３６９】
しかし、図４５に示すように、ランダムアクセス再生データと、タイムスタンプ情報等を格納した制御情報（ＭＰＴ）のいずれもが、暗号化データである場合、これらのデータのみを取得しても、いずれも暗号化データであり、復号しなければ利用することができない。
復号処理には、それぞれのデータの復号に適用する暗号鍵生成に必要なシード情報を取得して暗号鍵（復号鍵）を生成して復号処理を行う必要がある。このためには、シード情報の位置、すなわち、追加ヘッダ３２３，３２５の位置を知ることが必要となる。
【０３７０】
［８−３−１．暗号化ＭＭＴフォーマットデータ対応のＥＰマップ例１］
次に、シード情報の位置を把握可能としたデータを追加したＥＰマップのデータ構成例について、図４６を参照して説明する。
【０３７１】
図４６には、
（１）暗号化ＭＭＴフォーマットデータ対応のＥＰマップ例１
を示している。
図４６に示すＥＰマップは、以下の各フィールドを有している。
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３３１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４、
【０３７２】
図４６に示すＥＰマップには、さらに、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５、
これらの各データを記録している。
以下、図４６に示すＥＰマップの記録データについて説明する。
【０３７３】
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３３１には、６４ビットのＮＴＰ（ネットワークタイムプロトコル）時間を記録する。
この時間情報は、例えば、このＥＰマップを適用して再生される再生データに含まれるランダムアクセス先の再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に相当する。
なお、ＥＰマップに記録されるＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば、先に図３３他を参照して説明したＭＰＴ（ＭＭＴパッケージテーブル）等の制御情報（ＳＩ）から取得される。
【０３７４】
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２には、このＥＰマップを適用して再生される再生対象データを格納したパケットのパケット位置を示すアドレス情報を記録する。
具体的には、例えば画像（Ｖ）、音声（Ａ）、あるいは字幕等、再生対象データ格納パケット（ＭＭＴＰパケットまたはＴＬＶパケット）の位置情報として、このパケットが格納されたクリップＡＶストリームファイルの先頭パケット（ＭＭＴＰパケットまたはＴＬＶパケット）の先頭位置からのバイト数を記録する。例えば６４ビットでバイト数を記録する。
【０３７５】
再生装置は、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２、
このデータを利用して、ランダムアクセス再生処理に適用する再生データ格納パケットのパケット位置を即座に検出することが可能となる。
【０３７６】
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４には、このＥＰマップを適用して再生される再生データを格納した再生データ格納パケットのパケット位置と、その再生データ格納パケットの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットとの離間距離に相当するオフセット情報がバイト情報として記録される。
【０３７７】
オフセット情報の具体例について、図４７を参照して説明する。
図４７には、図４６のＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４に記録するオフセット情報の以下の２つの例を示している。
（例１）再生データに先行するタイムスタンプ格納パケット位置を示すオフセット情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）の例
（例２）再生データの後のタイムスタンプ格納パケット位置を示すオフセット情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）の例
【０３７８】
まず、「（例１）再生データに先行するタイムスタンプ格納パケット位置を示すオフセット情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）の例」について説明する。
この（例１）は、図４６に示すＥＰマップを適用した再生対象データを格納した再生データ格納パケット＃１，３４２に先行して、そのパケットの再生に適用するタイムスタンプ情報を格納した制御情報格納パケット＃１，３４１が記録されている場合の例である。
【０３７９】
この場合、図４６に示すＥＰマップのＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４に記録するオフセット情報は、図４７（１）に示すように、再生データ格納パケット＃１，３４２の先頭位置から、先行する制御情報格納パケット＃１，３４１の先頭位置の距離に相当するバイト情報となる。
【０３８０】
また、図４７（２）に示す「（例２）再生データの後のタイムスタンプ格納パケット位置を示すオフセット情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）の例」は、図４６に示すＥＰマップを適用した再生対象データを格納した再生データ格納パケット＃１，３４２の後側のデータ記録位置に、このパケットの再生に適用するタイムスタンプ情報を格納した制御情報格納パケット＃１，３４３が記録されている場合の例である。
【０３８１】
この場合、図４６に示すＥＰマップのＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４に記録するオフセット情報は、図４７（２）に示すように、再生データ格納パケット＃１，３４２の先頭位置から、後側の制御情報格納パケット＃１，３４３の先頭位置の距離に相当するバイト情報となる。
【０３８２】
図４６に示すＥＰマップのＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４に記録するオフセット情報は、このように図４７（１），（２）に示す２つのパターンがあり、これらを区別するための情報もＥＰマップに記録する。
具体的には、例えば、再生データ格納パケットと、制御情報格納パケットの離間距離を示すバイト情報を３１ビット情報として記録し、さらに、制御情報格納パケットが、再生データ格納パケットより前方のデータ記録位置にあるか、後方のデータ記録位置にあるかを識別するための制御情報記録位置識別フラグ（Ｐｌｕｓ＿ｍｉｎｕｓ＿ｆｌａｇ）を１ビット記録する。
【０３８３】
例えば、図４７（１）に示すように、再生データ格納パケットより、前方位置に制御情報格納パケットが位置していることを示す場合は、
制御情報記録位置識別フラグ（Ｐｌｕｓ＿ｍｉｎｕｓ＿ｆｌａｇ）＝０
とする。
また、図４７（２）に示すように、再生データ格納パケットより、後方位置に制御情報格納パケットが位置していることを示す場合は、
制御情報記録位置識別フラグ（Ｐｌｕｓ＿ｍｉｎｕｓ＿ｆｌａｇ）＝１
とする。
【０３８４】
このように、再生データ格納パケットと、制御情報格納パケットの離間距離とその方向を含む情報をＥＰマップに記録することで、再生装置は、ＥＰマップを参照して、ランダムアクセス再生可能な再生データを格納した再生データ格納パケットに対応するタイムスタンプ（ＰＴＳ／ＤＴＳ）を記録した制御情報格納パケットの記録位置を即座に把握することが可能となり、再生遅延を発生させることのないスムーズな再生処理を開始することが可能となる。
【０３８５】
さらに、図４６に示すＥＰマップには、以下の各情報が記録される。
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５、
これらの領域にデータが記録される。
【０３８６】
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３には、ランダムアクセス再生処理に適用する再生データ格納パケットと、その再生データの復号に適用する暗号鍵の生成に必要となるシード情報（＝追加ヘッダ）との離間距離に相当するオフセット情報がバイト情報として記録される。
【０３８７】
また、タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５には、ランダムアクセス再生処理に適用する再生データの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットと、その制御情報（ＭＰＴ）の復号に適用する暗号鍵の生成に必要となるシード情報（＝追加ヘッダ）との離間距離に相当するオフセット情報がバイト情報として記録される。
【０３８８】
図４８を参照して、ＥＰマップに記録される以下のデータの具体例について説明する。
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５、
【０３８９】
図４８に示すように、各データは以下のデータである。
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２の記録データは、
クリップＡＶストリームファイルの先頭パケットから、ランダムアクセス再生データの格納パケットであるＴＬＶパケット３２６までの距離を示すバイト数である。
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４の記録データは、再生データ格納パケットであるＴＬＶパケット３２６と、その再生データ格納パケットの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットであるＴＬＶパケット３２４との離間距離に相当するオフセット距離を示すバイト数である。
【０３９０】
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３の記録データは、ランダムアクセス再生処理に適用する再生データ格納パケットであるＴＬＶパケット３２６と、その再生データの復号に適用する暗号鍵の生成に必要となるシード情報となるＴＬＶ追加ヘッダ３２５との離間距離に相当するオフセット距離を示すバイト数である。
【０３９１】
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５の記録データは、ランダムアクセス再生処理に適用する再生データの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットであるＴＬＶパケット３２４と、その制御情報（ＭＰＴ）の復号に適用する暗号鍵の生成に必要となるシード情報となるＴＬＶ追加ヘッダ３２３との離間距離に相当するオフセット距離を示すバイト数である。
【０３９２】
このように、図４６に示すＥＰマップには、
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３３１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５、
これらの各データが記録される。
【０３９３】
再生装置が、ＭＭＴフォーマットデータを格納したクリップＡＶストリームを再生対象として選択し、ＥＰマップを適用したランダムアクセス再生処理を行う場合の処理手順は以下の通りとなる。
まず、再生装置は、図４６に示すＥＰマップから、
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３３１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２、
これらのデータを読み取り、ランダムアクセスポイントとなるデータ位置を検出し、再生データ格納パケットから暗号化された再生対象データを取得する。
【０３９４】
さらに、図４６に示すＥＰマップから、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３、
この記録領域から、シード情報オフセットを読み取る。このオフセットは、ランダムアクセス再生処理に適用する再生データの格納パケットと、この再生データの復号に適用する暗号鍵の生成に必要となるシード情報であるＴＬＶ追加ヘッダとの離間距離に相当する。
再生装置は、このオフセット情報に基づいて、暗号鍵の生成に必要となるシード情報であるＴＬＶ追加ヘッダを取得して、暗号鍵（＝復号鍵）を生成し、生成した暗号鍵を適用して、暗号化された再生対象データの復号処理を行い、再生データを取得する。
【０３９５】
なお、暗号鍵（＝復号鍵）の生成シーケンスは、先に図２４、図２５を参照して説明したと同様のシーケンスである。
再生装置は、暗号鍵生成用シードとなる追加ヘッダの位置識別情報であるオフセット情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して再生データを含む暗号化ブロックデータの復号処理を行う。
【０３９６】
次に、図４６に示すＥＰマップから、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４、
この記録領域からデータを読み取り、取得した再生データの再生に適用するタイムスタンプ（ＰＴＳ／ＤＴＳ）を記録した制御情報（ＭＰＴ）格納パケットの記録位置を確認し、制御情報格納パケットを取得して、暗号化された制御情報（ＭＰＴ）を取得する。
【０３９７】
さらに、図４６に示すＥＰマップから、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５、
この記録領域から、シード情報オフセットを読み取る。このオフセットは、ランダムアクセス再生処理に適用する再生データの再生に必要となるタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットと、この制御情報（ＭＰＴ）の復号に適用する暗号鍵の生成に必要となるシード情報であるＴＬＶ追加ヘッダとの離間距離に相当する。
【０３９８】
再生装置は、このオフセット情報に基づいて、暗号鍵の生成に必要となるシード情報であるＴＬＶ追加ヘッダを取得して、暗号鍵（＝復号鍵）を生成し、生成した暗号鍵を適用して、暗号化された制御情報（ＭＰＴ）の復号処理を行い、制御情報（ＭＰＴ）からタイムスタンプ（ＰＴＳ／ＤＴＳ）情報を取得する。
なお、暗号鍵（＝復号鍵）の生成シーケンスは、先に図２４、図２５を参照して説明したと同様のシーケンスである。
再生装置は、暗号鍵生成用のシードとなる追加ヘッダの位置識別情報であるオフセット情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成してタイムスタンプ記録情報であるＭＰＴを含む暗号化ブロックデータの復号処理を行う。
【０３９９】
次に、再生装置は、取得したタイムスタンプ（ＤＴＳ／ＰＴＳ）に従って規定されるデコード開始時間、再生開始時間に従ってデコード処理と再生処理を実行する。
【０４００】
このように、再生装置は、図４６に示す暗号化ＭＭＴフォーマットデータ対応のＥＰマップを参照することで、遅延のないスムーズなランダムアクセス再生処理を実行することができる。
【０４０１】
なお、図４６に示すＥＰマップは、ループ設定により複数のオフセット情報を記録可能な構成としている。
図４６に示すＥＰマップの変更例として、ループ設定を持たない１つのオフセット情報のみを記録する構成も可能である。
【０４０２】
［８−３−２．暗号化ＭＭＴフォーマットデータ対応のＥＰマップ例２］
次に、図４９を参照して、
（２）暗号化ＭＭＴフォーマットデータ対応のＥＰマップ例２
ついて説明する。
この図４９に示すＥＰマップは、以下の各フィールドを有している。
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３５１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３５３、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３５４、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３５５、
【０４０３】
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３５１、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３５３、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３５４、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３５５、
これら４つのデータは、先に図４６を参照して説明したデータと同様のデータである。
【０４０４】
この図４９に示すＥＰマップの記録データ中、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２の記録データが、図４６を参照して説明したＥＰマップと異なる。
図４９に示すＥＰマップにおいて、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２の記録データは、ファイル（クリップＡＶストリームファイル）先頭から、制御情報（ＭＰＴ）を格納したパケットまでの距離を示すバイト数となる。
【０４０５】
先に図４６を参照して説明した例では、ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２の記録データは、ファイル（クリップＡＶストリームファイル）先頭から、ランダムアクセス再生処理対象の再生データを格納したパケットまでの距離を示すバイト数であったが、図４９に示す例では、再生データではなくＭＰＴ格納パケットの開始位置を示すデータとなる。
【０４０６】
この設定を持つＥＰマップを利用して再生を行う再生装置は、
ＥＰマップに記録された、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２、
このデータを利用して、制御情報（ＭＰＴ）格納パケットのパケット位置を即座に検出することが可能となる。
【０４０７】
本例では、タイムスタンプ情報等を格納した制御情報格納パケットのパケット位置を基準位置として、この基準位置から、再生データ格納パケットのパケット位置までの距離をＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３５４に記録する。
【０４０８】
ＥＰマップは、画像、音声、字幕等の個々のストリーム単位で設定される。
画像、音声、字幕各々のＥＰマップに、タイムスタンプ情報等を格納した制御情報格納パケットしと、各データ対応の再生データ格納パケットとの離間距離が格納される。
図５０を参照してＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３５４の記録データについて説明する。
ＥＰマップは、画像、音声、字幕等の個々のストリーム単位で設定される。
画像対応のＥＰマップには、図５０に示すように、タイムスタンプ情報等を格納した制御情報格納パケット３６１のパケット位置を基準位置として、この基準位置から、再生データとしての画像（Ｖ）を格納した再生データ（Ｖ）格納パケット３６２のパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ（Ｖ））が記録される。
【０４０９】
さらに、音声（Ａ１）対応のＥＰマップには、図５０に示すように、タイムスタンプ情報等を格納した制御情報格納パケット３６１のパケット位置を基準位置として、この基準位置から、再生データとしての音声（Ａ１）を格納した再生データ（Ａ１）格納パケット３６３のパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ（Ａ１））が記録される。
【０４１０】
さらに、音声（Ａ２）対応のＥＰマップには、図５０に示すように、タイムスタンプ情報等を格納した制御情報格納パケット３６１のパケット位置を基準位置として、この基準位置から、再生データとしての音声（Ａ２）を格納した再生データ（Ａ２）格納パケット３６４のパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ（Ａ２））が記録される。
【０４１１】
なお、図には示していないが、字幕についても同様に、再生データとしての字幕を格納した再生データ格納パケットのパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ）を記録したＥＰマップが設定される。
このように、ＥＰマップは、画像、音声、字幕等の個々のストリーム単位で設定される。
【０４１２】
また、先に図４６を参照して説明した例１と同様、ＥＰマップには、再生データ格納パケットと制御情報格納パケットの離間距離のみならず、制御情報格納パケットの記録位置を基準位置として、再生データ格納パケットが前方、後方のいずれに記録されているかを示す方向情報、すなわち再生データ記録位置識別フラグ（Ｐｌｕｓ＿ｍｉｎｕｓ＿ｆｌａｇ）を記録する設定としてもよい。
【０４１３】
次に、図５１を参照して、ＥＰマップに記録される以下のデータの具体例について説明する。
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３５４、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３５３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３５５、
【０４１４】
図５１に示すように、各データは以下のデータである。
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２の記録データは、
クリップＡＶストリームファイルの先頭パケットから、ランダムアクセス再生データの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットであるＴＬＶパケット３２４までの距離を示すバイト数である。
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３５４の記録データは、再生データ格納パケットであるＴＬＶパケット３２６と、その再生データ格納パケットの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットであるＴＬＶパケット３２４との離間距離に相当するオフセット距離を示すバイト数である。
【０４１５】
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３５３の記録データは、ランダムアクセス再生処理に適用する再生データ格納パケットであるＴＬＶパケット３２６と、その再生データの復号に適用する暗号鍵の生成に必要となるシード情報となるＴＬＶ追加ヘッダ３２５との離間距離に相当するオフセット距離を示すバイト数である。
【０４１６】
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３５５の記録データは、ランダムアクセス再生処理に適用する再生データの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットであるＴＬＶパケット３２４と、その制御情報（ＭＰＴ）の復号に適用する暗号鍵の生成に必要となるシード情報となるＴＬＶ追加ヘッダ３２３との離間距離に相当するオフセット距離を示すバイト数である。
【０４１７】
このように、図４９に示すＥＰマップには、
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３５１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３５４、
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３５３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３５５、
これらの各データが記録される。
【０４１８】
再生装置による図４９に示すＥＰマップを適用した再生処理手順は、最初のアクセスデータが、ランダムアクセス再生データの再生処理に適用するタイムスタンプ情報等を格納した制御情報（ＭＰＴ）格納パケットに変更されること以外は、先に説明した図４６に示すＥＰマップを適用した処理と同様の処理となる。
再生装置は、図４９に示す暗号化ＭＭＴフォーマットデータ対応のＥＰマップを参照することで、遅延のないスムーズなランダムアクセス再生処理を実行することができる。
【０４１９】
［９．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について］
次に、図５２以下を参照して情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について説明する。
【０４２０】
先に説明したように、本開示の情報処理装置は、ＭＭＴフォーマットに従った入力データを、ＢＤＡＶフォーマットデータとして、ＢＤやＨＤ、あるいはフラッシュメモリ等の情報記録媒体に記録する。
さらに、このデータ記録処理に際して、プレイリストやクリップ情報ファイル等のデータベースファイルに、ＭＭＴフォーマットデータ対応の制御情報、属性情報等を記録する。
【０４２１】
これらの情報は、例えば、ＭＭＴフォーマットに従った入力データに含まれる制御情報であるＴＬＶ−ＳＩや、ＭＭＴ−ＳＩを構成する様々な情報記録テーブルから取得することが可能である。
なお、以下に説明する記録処理には、放送局からの受信データをメディアに記録する処理のみならず、メディア間のコピー処理も含まれる。
コピー処理を行う場合は、コピー元メディアからの読み取りデータを復号して、コピー先メディア対応のコンテンツ管理システムに対応した暗号化フォーマットで再暗号化してコピー先メディアに記録する処理を行う場合がある。
情報処理装置は、受信データ、またはコピー元メディアから様々な情報を取得して、ＢＤＡＶフォーマットにおいて規定されるプレイリストやクリップ情報ファイル等のデータベースファイルに、メディア記録コンテンツ対応の情報を記録する。
【０４２２】
以下、このようなプレイリストやクリップ情報ファイルを記録した情報記録媒体の生成処理、具体的には、ＢＤ等の情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と、処理シーケンスについて説明する。
【０４２３】
図５２は、ＢＤ等の情報記録媒体に対するデータ記録処理を実行する情報処理装置４００の構成を示す図である。
情報処理装置４００は、情報記録媒体（記録メディア）４２０に、クリップＡＶストリームファイル、さらに、プレイリストやクリップ情報ファイル等のデータベースファイルを記録する。
【０４２４】
データ入力部４０１は、情報記録媒体４２０に対するＭＭＴフォーマットデータ４３１、すなわち画像データ、音声データ、字幕データ等を含むＭＭＴフォーマットデータ４３１を入力する。
データ入力部４０１は、ＭＭＴフォーマットデータ４３１を送信する例えば放送局やコンテンツサーバ等からの送信データを受信する受信部、あるいは、ＭＭＴフォーマットデータ４３１を記録したメディアからのデータ読み取りを実行するメディア読み取り部等によって構成される。
【０４２５】
データ入力部４０１から入力するＭＭＴフォーマットデータ４３１は、先に図２を参照して説明したデータフォーマットに従ったデータであり、例えばＨＥＶＣ画像等の高精細画像データが含まれている。
【０４２６】
ＭＭＴフォーマットデータ４３１は、制御部４０３の制御によって、記憶部４０４に格納される。
ユーザ入力部４０２は、例えば情報記録媒体４２０に対するデータ記録の開始要求等を入力する。
【０４２７】
ユーザ入力部４０２から、データ記録開始要求を入力すると、この入力をトリガとして、記憶部４０４に格納されたＭＭＴフォーマットデータ４３１が、デマルチプレクサ（ＤｅＭＵＸ）４０５に入力される。
デマルチプレクサ（ＤｅＭＵＸ）４０５は、ＭＭＴフォーマットデータ４３１から、画像、音声、字幕等の各データを格納したパケットや、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等の補助情報を取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、記録データ生成部４０６の字幕データ生成部４１１、画像データ生成部４１２、音声データ生成部４１３、補助情報生成部４１４に入力する。
【０４２８】
字幕データ生成部４１１は、データ入力部４０１が入力し、記憶部４０４に格納されたＭＭＴフォーマットデータ４３１から、字幕データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
画像データ生成部４１２は、データ入力部４０１が入力し、記憶部４０４に格納されたＭＭＴフォーマットデータ４３１から、画像データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
音声データ生成部４１３は、データ入力部４０１が入力し、記憶部４０４に格納されたＭＭＴフォーマットデータ４３１から、音声データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
【０４２９】
補助情報生成部４１４は、データ入力部４０１が入力し、記憶部４０４に格納されたＭＭＴフォーマットデータ４３１から、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等の補助情報を取得し、ＢＤＡＶフォーマットにおいて規定されるデータベースファイルとしてのプレイリストファイルやクリップ情報ファイル、クリップＡＶストリームファイルに格納すべきデータを生成する。
【０４３０】
マルチプレクサ（ＭＵＸ）４１５は、字幕データ生成部４１１、画像データ生成部４１２、音声データ生成部４１３が変換した字幕、画像、音声各データ、および補助情報生成部４１４がＭＭＴフォーマットデータ４３１のシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等から取得した様々な情報を入力し、これらのデータを格納したストリームファイルを生成する。
【０４３１】
データベースファイル生成部４１６は、補助情報生成部４１４がＭＭＴフォーマットデータ４３１のシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）から取得した様々な情報を記録したプレイリストファイルやクリップ情報ファイル等のデータベースファイルを生成する。
【０４３２】
記録データ生成部４０６の生成したストリームファイルデータと、プレイリストファイル、クリップ情報ファイル等のデータベースファイルを含む記録データ４３２は、制御部４０３の制御の下、記録部４０６によって、ドライブ４０７を介して情報記録媒体４２０に出力され、記録される。
【０４３３】
次に、図５２に示す情報処理装置４００が実行する情報記録媒体４２０に対するデータ記録処理のシーケンスについて、図５３に示すフローチャートを参照して説明する。
【０４３４】
図５３に示すフローに従った処理は、例えば情報処理装置の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
以下、図５３のフローに示す各ステップの処理について、順次、説明する。
【０４３５】
（ステップＳ１０１）
まず、情報処理装置４００は、ステップＳ１０１において、データ入力部４０１を介して記録用データであるＭＭＴフォーマットデータを入力する。
なお、この記録用データには画像データ、音声データ、字幕データ、さらに、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等が含まれる。
【０４３６】
（ステップＳ１０２）
次に、ステップＳ１０２において、情報処理装置４００は、入力したＭＭＴフォーマットデータのデマルチプレクス処理、すなわち、データ種類単位のデータ分離処理を行う。画像、音声、字幕、制御情報等の分離処理を実行する。
【０４３７】
（ステップＳ１０３）
次に、ステップＳ１０３において、情報処理装置４００は、ステップＳ１０２で分離した制御情報、例えばシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）をメモリに格納する。
【０４３８】
（ステップＳ１０４）
次に、ステップＳ１０４において、情報処理装置４００は、ステップＳ１０２で分離した画像、音声、字幕核データの少なくともいずれかのデータの再エンコード処理を実行する。
なお、この処理は、情報記録媒体に記録するデータのエンコード態様を変更する場合に行う処理であり、受信データをそのまま記録する場合は、この再エンコード処理は不要である。
【０４３９】
（ステップＳ１０５）
次に、ステップＳ１０５において、情報処理装置４００は、ステップＳ１０３でのエンコード後のデータを含む画像、音声、字幕、さらに、再生制御情報等を含むデータの多重化処理を実行する。すなわち、クリップＡＶストリームファイルの生成処理を実行する。
なお、クリップＡＶストリームファイルに格納する再生制御情報は、例えば図３３等を参照して説明したＭＰＴ（ＭＭＴパッケージテーブル）から取得した情報等である。
【０４４０】
（ステップＳ１０６）
次に、ステップＳ１０６において、情報処理装置４００は、入力したＭＭＴフォーマットデータの構成データを利用して、クリップ情報ファイルを生成する。
例えば、先に図３６以下を参照して説明したクリップ情報ファイル、すなわち、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルに対応するクリップ情報ファイルを生成する。
このクリップ情報ファイルにはＥＰマップが含まれる。
【０４４１】
なお、このステップＳ１０６のクリップ情報ファイルの生成処理の詳細シーケンスについては、図５４〜図５５に示すフローを参照して、後段で詳細に説明する。
【０４４２】
（ステップＳ１０７）
次に、ステップＳ１０７において、情報処理装置４００は、入力したＭＭＴフォーマットデータの構成データを利用して、プレイリストファイルを生成する。
例えば、先に図２６以下を参照して説明したプレイリストファイル、すなわち、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルに対応するプレイリストファイルを生成する。
なお、このステップＳ１０７のプレイリストファイル生成処理の詳細については、図５６を参照して、後段で説明する。
【０４４３】
（ステップＳ１０８）
次に、ステップＳ１０８において、情報処理装置４００は、入力したＭＭＴフォーマットデータを利用してその他のデータベースファイルを生成する。
【０４４４】
（ステップＳ１０９）
次に、ステップＳ１０９において、情報処理装置４００は、生成したＡＶストリームファイルとデータベースファイルを利用してＢＤＡＶフォーマットデータを生成する。
【０４４５】
（ステップＳ１１０）
次に、ステップＳ１１０において、情報処理装置４００は、ステップＳ１０９で生成したＢＤＡＶフォーマットデータを情報記録媒体（メディア）に記録する。
【０４４６】
次に、ステップＳ１０６において実行するクリップ情報ファイル生成処理の詳細シーケンスについて、図５４〜図５５に示すフローチャートを参照して説明する。
図５４〜図５５に示すフローチャートは、先に説明したＥＰマップの生成処理のシーケンスを個別に説明するフローである。すなわち、
図５４は、暗号化ＭＭＴフォーマットデータ対応ＥＰマップ例１（図４６）
図５５は、暗号化ＭＭＴフォーマットデータ対応ＥＰマップ例２（図４９）
これら２種類の異なるＥＰマップの生成処理を含むフローである。て
【０４４７】
なお、図５４〜図５５に示すフローチャートは、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの制御に利用されるクリップ情報の生成シーケンスである。
まず、図５４に示すフロー、すなわち、先に図４６〜図４８を参照して説明した暗号化ＭＭＴフォーマットデータ対応ＥＰマップ例１に相当するＥＰマップを生成してクリップ情報ファイルに記録する処理を含むクリップ情報ファイル生成処理フローの各ステップの処理について、順次、説明する。
【０４４８】
（ステップＳ１２１）
まず、ステップＳ１２１において、情報処理装置４００は、クリップＡＶストリームファイルに格納したＭＭＴフォーマットデータであるＭＭＴＰパケットのＲＡＰ（ランダムアクセスポイント）フラグを確認する。
先に図４３等を参照して説明したように、ＲＡＰフラグ＝１の設定されたＭＭＴＰパケットは、ランダムアクセスポイントを含むデータである。
【０４４９】
（ステップＳ１２２）
次に、ステップＳ１２２において、情報処理装置４００は、ＲＡＰフラグ＝１の設定されたＭＭＴＰパケットのパケット位置と、時刻情報（ＮＴＰ時間）との対応データをＥＰマップに記録する。
この処理は、先に図４６を参照して説明した暗号化ＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。パケット位置情報は、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト位置を利用する。また、時間情報はＮＴＰ（ネットワークタイププロトコル）時間を利用する。
【０４５０】
（ステップＳ１２３）
次に、ステップＳ１２３において、情報処理装置４００は、ＲＡＰフラグ＝１の再生データ格納パケットと、タイムスタンプを格納した制御情報格納パケットとの離間距離と、方向を取得し、オフセット情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）として、ＥＰマップに記録する。
この処理も、先に図４６を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。
例えば、再生データ格納パケットと、制御情報格納パケットの離間距離を示すバイト情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）を３１ビット情報として記録し、さらに、制御情報格納パケットが、再生データ格納パケットより前方のデータ記録位置にあるか、後方のデータ記録位置にあるかを識別するための制御情報記録位置識別フラグ（Ｐｌｕｓ＿ｍｉｎｕｓ＿ｆｌａｇ）を１ビット記録する。
【０４５１】
（ステップＳ１２４）
次に、ステップＳ１２４において、情報処理装置４００は、ＲＡＰフラグ＝１の再生データ格納パケットと、再生データ暗号化に適用するシード（追加ヘッダ）との離間距離を取得し、ＡＶ−シードオフセットとして、ＥＰマップに記録する。
この処理も、先に図４６を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。
例えば、再生データ格納パケットと、再生データ格納パケットの暗号化および復号処理に適用する暗号鍵生成用のシードとなる追加ヘッダとの離間距離を示すバイト情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）を２４ビット情報として記録する。
【０４５２】
（ステップＳ１２５）
次に、ステップＳ１２５において、情報処理装置４００は、タイムスタンプ（ＰＴＳ／ＤＴＳ）を格納した制御情報（ＭＰＴ）格納パケットと、制御情報（ＭＰＴ）暗号化に適用するシード（追加ヘッダ）との離間距離を取得し、タイムスタンプ−シードオフセットとして、ＥＰマップに記録する。
この処理も、先に図４６を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。
例えば、タイムスタンプ（ＰＴＳ／ＤＴＳ）を格納した制御情報（ＭＰＴ）格納パケットと、タイムスタンプ（ＰＴＳ／ＤＴＳ）を格納した制御情報（ＭＰＴ）の暗号化および復号処理に適用する暗号鍵生成用のシードとなる追加ヘッダとの離間距離を示すバイト情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）を２４ビット情報として記録する。
【０４５３】
（ステップＳ１２６）
次に、ステップＳ１２６において、情報処理装置４００は、クリップ情報ファイルのアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）と、クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）の値を［３］に設定する。
【０４５４】
この処理は、クリップ情報ファイルの制御対象データとなるクリップＡＶストリームファイルの格納データがＭＭＴフォーマットデータであることを識別可能とするための設定値を記録する処理である。
【０４５５】
（ステップＳ１２７）
次に、ステップＳ１２７において、情報処理装置４００は、クリップ情報ファイルの記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）、平均レート（ａｖｅｒａｇｅ＿ｒａｔｅ）を記録する。
【０４５６】
この処理は、
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）、
これらのデータ記録処理である。これらは、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのトランスポートストリームの平均ビットレートと、記録レートをｂｙｔｅｓ／ｓｅｃｏｎｄの単位で表したものである。
【０４５７】
このビットレート情報は、ＴＳパケットを基準として算出することを前提としており、再生対象データがＭＭＴパケットを持つＭＭＴフォーマットである場合、ＭＭＴフォーマットに応じたビットレートを算出して記録する。あるいは、再生対象データがＭＭＴフォーマットである場合、このフィールドには無効値を記録し、ビットレート情報を利用しない設定としてもよい。
【０４５８】
（ステップＳ１２８）
次に、ステップＳ１２８において、情報処理装置４００は、クリップ情報ファイルの構成データである、
クリップ情報（ＣｌｉｐＩｎｆｏ）、
シーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）、
プログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）、
ＣＰＩ情報（ＣＰＩ）、
クリップマーク（ＣｌｉｐＭａｒｋ）、
これらの各データを生成する。
なお、これらの各データ生成処理において、再生対象データがＭＭＴフォーマットデータである場合、例えば、時間情報としてはＮＴＰ時刻情報、パケット位置はストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数データを取得して記録する。
【０４５９】
これらの処理により、ＭＭＴフォーマットデータ対応のクリップ情報ファイルを生成する。
なお、制御対象がＭＰＥＧ−２ＴＳフォーマットデータを格納したクリップＡＶストリームファイルである場合は、従来と同様のクリップ情報ファイル生成処理を行えばよい。
【０４６０】
次に、図５５に示すフローチャートについて説明する。図５５に示すフローは、先に図４９を参照して説明したＭＭＴフォーマットデータ対応ＥＰマップ例２に相当するＥＰマップを生成してクリップ情報ファイルに記録する処理を含むクリップ情報ファイル生成処理フローの各ステップの処理について、順次、説明する。
【０４６１】
（ステップＳ１３１）
まず、ステップＳ１３１において、情報処理装置４００は、クリップＡＶストリームファイルに格納したＭＭＴフォーマットデータであるＭＭＴＰパケットのＲＡＰ（ランダムアクセスポイント）フラグを確認する。
【０４６２】
（ステップＳ１３２）
次に、ステップＳ１３２において、情報処理装置４００は、タイムスタンプ（ＰＴＳ／ＤＴＳ）を格納した制御情報格納パケット位置の識別情報となるＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）、ＮＴＰ時間（ＮＴＰ＿ｔｉｍｅ）を、ＥＰマップに記録する。
この処理は、先に図４９を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。
【０４６３】
本例においては、ＥＰマップに記録するアドレス情報は、再生データではなく制御情報（ＭＰＴ）格納パケットのアドレス情報とする。
アドレス情報は、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト位置を利用する。また、時間情報はＮＴＰ（ネットワークタイププロトコル）時間を利用する。
【０４６４】
（ステップＳ１３３）
次に、ステップＳ１３３において、情報処理装置４００は、タイムスタンプ（ＰＴＳ／ＤＴＳ）を格納した制御情報格納パケットと、ＲＡＰフラグ＝１の再生データ格納パケットとの離間距離と、方向を取得し、オフセット情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）として、ＥＰマップに記録する。
この処理も、先に図４９を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。
例えば、再生データ格納パケットと、制御情報格納パケットの離間距離を示すバイト情報（ｂｙｔｅ＿ｏｆｆｓｅｔ）を３１ビット情報として記録し、さらに、再生データ格納パケットが、制御情報格納パケットより前方のデータ記録位置にあるか、後方のデータ記録位置にあるかを識別するための制御情報記録位置識別フラグ（Ｐｌｕｓ＿ｍｉｎｕｓ＿ｆｌａｇ）を１ビット記録する。
【０４６５】
（ステップＳ１３４〜Ｓ１３８）
次のステップＳ１３４〜Ｓ１３８の処理は、図５４を参照して説明したステップＳ１２４〜Ｓ１２８の処理と同様の処理であるので説明を省略する。
【０４６６】
次に、図５３に示すフロー中のステップＳ１０７において実行するプレイリストファイル生成処理の詳細シーケンスについて、図５６に示すフローチャートを参照して説明する。
なお、図５６に示すフローチャートは、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの制御に利用されるプレイリストの生成シーケンスである。
図５６に示すフローの各ステップの処理について、順次、説明する。
【０４６７】
（ステップＳ１５１）
まず、ステップＳ１５１において、情報処理装置４００は、プレイリストファイルに記録するＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）の値を［３］に設定する。
【０４６８】
この処理は、先に図２６〜図３０を参照して説明した処理に対応する。
図３０の「（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）」を参照して説明したように、
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
【０４６９】
（ステップＳ１５２）
次に、ステップＳ１５２において、情報処理装置４００は、プレイリストファイルに記録する各プレイアイテムの時間情報（ＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅ）をＮＴＰ時間情報として記録する。
【０４７０】
この処理は、先に図３１、図３２を参照して説明した処理に相当する。
図３２（２）の「（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）」に示すように、
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
【０４７１】
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば図１に示す放送サーバ（放送局）２１等の送信装置２０が送信する放送コンテンツ等を含むＭＭＴフォーマットデータに併せて送信される。
テレビ（ＴＶ）３２等の情報処理装置３０は、送信装置２０が送信するＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を取得して、プレイリストに記録する。
【０４７２】
（ステップＳ１５３）
次に、ステップＳ１５３において、情報処理装置４００は、プレイリストファイルの構成データである、
プレイアイテム（ＰｌａｙＩｔｅｍ）、
プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）、
これらの各データを生成する。
【０４７３】
なお、これらの各データ生成処理において、再生対象データがＭＭＴフォーマットデータである場合、例えば、時間情報としてはＮＴＰ時刻情報、パケット位置はストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数データを取得して記録する。
【０４７４】
これらの処理により、ＭＭＴフォーマットデータ対応のプレイリストファイルを生成する。
なお、制御対象がＭＰＥＧ−２ＴＳフォーマットデータを格納したクリップＡＶストリームファイルである場合は、従来と同様のプレイリストファイル生成処理を行えばよい。
【０４７５】
情報処理装置３００は、図５３〜図５６を参照して説明したフローに従った処理を行なうことで、入力したＭＭＴフォーマットデータをＢＤＡＶフォーマットに従ったプレイリストファイル、クリップ情報ファイル、クリップＡＶストリームファイルとして記録し、再生することが可能となる。
【０４７６】
［１０．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について］
次に、図５７以下を参照して情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について説明する。
【０４７７】
再生処理を実行する情報処理装置は、装置に装着した情報記録媒体に記録されたデータの読み取り、再生処理を実行する。
【０４７８】
図５７は、ＢＤ等の情報記録媒体５２０に記録されたデータの再生処理を実行する情報処理装置５００の構成を示す図である。
情報処理装置５００は、図５７に示す情報記録媒体（記録メディア）５２０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５３０に出力する。なお、出力装置５３０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
なお、情報処理装置５００は先に図５２を参照して説明したデータ記録を行う情報処理装置４００と同一の装置である場合もある。すなわち、データ記録再生の両機能を有する情報処理装置である。
【０４７９】
情報記録媒体（記録メディア）５２０は、図５３〜図５６を参照して説明した処理によって生成されたＡＶストリームファイルと、プレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
【０４８０】
制御部５０１は、例えば、ユーザ入力部５０２からの再生指示情報の入力に基づいて、情報記録媒体５２０の記録データを、記録再生部５０４、ドライブ５０３を介して読み取り、データバッファとしての記憶部５０５に格納し、その格納データを再生処理部５０６に出力する。
【０４８１】
再生処理部５０６は、制御部５０１の制御の下、情報記録媒体５２０から読み出された再生データ、すなわち、画像、音声、字幕等の各データを格納したクリップＡＶストリームファイルから各データを取得して再生データを生成する。
【０４８２】
デマルチプレクサ（ＤｅＭＵＸ）５１１は、画像、音声、字幕、さらに、プレイリストファイル、クリップ情報ファイル等の各データを格納したデータ格納パケットを取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、字幕データ生成部５１２、画像データ生成部５１３、音声データ生成部５１４、補助情報生成部５１５に出力する。
【０４８３】
字幕データ生成部５１２、画像データ生成部５１３、音声データ生成部５１４は、パケットに格納されたデータの復号処理等を実行し、復号データを出力データ生成部５１６に出力する。
出力データ生成部５１６は、字幕、画像、音声の各データを、入出力インタフェース４０７を介して出力装置（表示部＋スピーカ）５３０に出力する。
【０４８４】
なお、情報記録媒体５２０は、再生対象データを格納したストリームファイルとして、
ＭＰＥＧ−２ＴＳフォーマットデータを格納したストリームファイルと、
ＭＭＴフォーマットデータを格納したストリームファイルを有する場合がある。
この場合、情報処理装置５００は、ＢＤＡＶフォーマットにおいて規定されたプレイリストファイルとクリップ情報ファイルを適用して、ＭＰＥＧ−２ＴＳフォーマットデータを格納したストリームファイル、および、ＭＭＴフォーマットデータを格納したストリームファイルの再生処理を実行することになる。
【０４８５】
補助情報生成部５１５は、例えば、プレイリストファイル、クリップ情報ファイルに格納された録画コンテンツリスト表示用データを取得して録画コンテンツリストを生成し、生成リストが出力装置（表示部＋スピーカ）５３０に出力される。
【０４８６】
出力装置（表示部＋スピーカ）５３０は、情報処理装置５００から入力する字幕、画像、音声等の各データを、出力装置（表示部＋スピーカ）５３０を介して出力する。
【０４８７】
なお、情報記録媒体５２０は、ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットに従って記録したデータを格納しており、また、情報処理装置５００は、ＢＤＡＶフォーマット規定のデータベースファイルであるプレイリストファイルとクリップ情報ファイルの記録情報を取得して再生制御処理を実行する。
【０４８８】
次に、図５７に示す情報処理装置５００が実行する情報記録媒体５２０からのデータ再生処理のシーケンスについて、図５８に示すフローチャートを参照して説明する。
【０４８９】
図５８に示すフローに従った処理は、例えば情報処理装置５００の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
【０４９０】
なお、図５８に示すフローに従った処理を実行する情報処理装置は、図５７に示す情報処理装置５００であり、情報記録媒体（記録メディア）５２０を装着し、装着した情報記録媒体５２０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５３０に出力する。なお、出力装置５２０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
【０４９１】
情報記録媒体（記録メディア）５２０は、図５３〜図５６を参照して説明した処理によって生成されたＡＶストリームと、プレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
以下、図５８のフローに示す各ステップの処理について、順次、説明する。
【０４９２】
（ステップＳ２０１）
まず、情報処理装置５００の制御部５０１は、ステップＳ２０１において、例えばユーザの入力した再生データ指定情報に従い、指定された再生データ対応の再生制御情報を格納したプレイリストファイルを情報記録媒体（メディア）から読み取る。
【０４９３】
（ステップＳ２０２）
次に、情報処理装置５００の制御部５０１は、ステップＳ２０２において、プレイリストファイルに記録されたＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）を読み出す。
先に図２６〜図３０を参照して説明したように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
なお、ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、再生開始点のデータアドレスを取得するためのデータである。
【０４９４】
図３０に示すように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＥＰマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＴＵマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
このように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１〜３の３種類の定義を可能として、３つのＣＰＩタイプを識別可能としている。
【０４９５】
（ステップＳ２０３）
次に、情報処理装置５００の制御部５０１は、ステップＳ２０３において、ステップＳ２０２で読み出したＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）の設定値が［３］であるか否かを判定する。
すなわち、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであるか否かを判定する。
【０４９６】
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３である場合は、ステップＳ２０３の判定がＹｅｓとなり、ステップＳ２０５に進む。
一方、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３でない場合は、ステップＳ２０３の判定がＮｏとなり、ステップＳ２０４に進む。
【０４９７】
（ステップＳ２０４）
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３でない場合は、ステップＳ２０４の処理を実行する。
ＰＬ＿ＣＰＩタイプが３以外の場合、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが１または２であり、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである。
この場合、情報処理装置５００は、従来の再生処理手法を適用して、ＭＰＥＧ−２ＴＳフォーマットデータの再生処理を実行する。
【０４９８】
（ステップＳ２０５）
一方、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３の場合は、ステップＳ２０５において、このプレイリストファイルによる再生対象データがＭＭＴフォーマットデータであると判定する。
【０４９９】
（ステップＳ２０６）
次に、情報処理装置５００は、ステップＳ２０６において、ＭＭＴフォーマットデータ対応のプレイリストとクリップ情報ファイルを適用してＭＭＴフォーマットデータの格納されたクリップ情報ファイルの格納データの再生処理を実行する。
【０５００】
次に、ＭＭＴフォーマットデータの再生処理の具体例として、クリップ情報ファイルに記録されたＭＭＴフォーマットデータ対応のＥＰマップを適用したランダムアクセス再生処理のシーケンスについて、図５９に示すフローチャートを参照して説明する。
【０５０１】
なお、ＭＭＴフォーマットデータ対応のＥＰマップは、例えば先に図４６、図４９を参照して説明したいずれかのデータ構成を持つＥＰマップであり、ランダムアクセス可能なデータ位置に対応する時間情報とストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト位置情報との対応データを有する。
さらに再生データ格納パケットと制御情報格納パケットとの相対的位置関係を示すオフセット情報、またはタイムスタンプ情報が記録されたＥＰマップである。
図５９に示すフローチャートの各ステップの処理について説明する。
【０５０２】
（ステップＳ２１１）
まず、情報処理装置５００は、ステップＳ２１１において、ランダムアクセス再生に適用するプレイリストのプレイアイテム情報から、クリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を読み取る。
【０５０３】
これは、先に図３１を参照して説明したプレイリストファイル中のプレイアイテム（ＰｌａｙＩｔｅｍ）情報に記録されたデータである。
【０５０４】
（ステップＳ２１２）
次に、情報処理装置５００は、ステップＳ２１２において、ステップＳ２１１でプレイリストファイルから読み取ったクリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を有するクリップ情報ファイルを情報記録媒体（メディア）から読み取る。
【０５０５】
（ステップＳ２１３）
次に、情報処理装置５００は、ステップＳ２１３において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生に適用するクロック情報であるＡＴＣ（アライバルタイムクロック）と、ＳＴＣ（システムタイムクロック）を特定する。なお、これらの時間情報は、データ再生に適用されるクロック情報であり、再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ時間情報として記録されている。
【０５０６】
（ステップＳ２１４）
次に、情報処理装置５００は、ステップＳ２１４において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生開始位置（ＳＰＮ＿ＳＴＣ＿Ｓｔａｒｔ）と、再生開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）を取得する。
【０５０７】
再生対象データがＭＭＴフォーマットデータである場合、再生開始位置情報は、例えば、ストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数であり、再生開始時間は、ＮＴＰ時間情報となる。これらの情報が、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）として記録されている。
【０５０８】
（ステップＳ２１５）
次に、情報処理装置５００は、ステップＳ２１５において、クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップの記録情報に従って、復号処理に適用する暗号鍵を生成して、暗号化データを復号する。
先に図４６、または図４９を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップを利用した処理であり、シードとなる追加ヘッダを利用して暗号鍵（＝復号鍵）を生成して、生成した暗号鍵を適用して復号する処理である。
この具体的処理シーケンスについては、図６０に示すフローチャートを参照して後段で説明する。
【０５０９】
（ステップＳ２１６）
次に、情報処理装置５００は、ステップＳ２１６において、クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップの記録情報に従って、再生データ対応のタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得する。
この処理は、先に図４６、または図４９を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップを利用した処理である。
この具体的処理シーケンスについては、図６１〜図６２に示すフローチャートを参照して後段で説明する。
【０５１０】
（ステップＳ２１７）
次に、情報処理装置５００は、ステップＳ２１７において、クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）に記録された記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）に従って、クリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータを読み取る。
【０５１１】
クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）には、記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）情報が記録されており、この情報に従って、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータを読み取る。
なお、クリップ情報（ＣｌｉｐＩｎｆｏ）には、再生対象データがＭＭＴパケットを持つＭＭＴフォーマットである場合、ＭＭＴフォーマットに応じたビットレートが記録されている。
【０５１２】
（ステップＳ２１８）
次に、情報処理装置５００は、ステップＳ２１８において、情報記録媒体（メディア）から読み出したクリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータのデマルチプレクス処理、デコード処理、再生処理を実行する。
【０５１３】
次に、上述した図５９に示すフローのステップＳ２１５の処理、すなわち、クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップの記録情報に従って、復号処理に適用する暗号鍵を生成して、暗号化データを復号するの詳細シーケンスについて、図６０に示すフローチャートを参照して説明する。
【０５１４】
この処理は、先に図４６、または図４９を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップを利用した処理であり、シードとなる追加ヘッダを利用して暗号鍵（＝復号鍵）を生成して、生成した暗号鍵を適用して復号する処理である。
この具体的処理シーケンスについて、図６０に示すフローチャートを参照して説明する。
【０５１５】
（ステップＳ２２１）
まず、情報処理装置５００は、ステップＳ２２１において、クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップから、ＡＶ−シードオフセット（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）を読み取り、シードとなる追加ヘッダの位置を判別する。
【０５１６】
ＡＶ−シードオフセット（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）は、先に、図４６〜図５１を参照して説明したように、ランダムアクセス再生処理に適用する再生データ格納パケットと、その再生データの復号に適用する暗号鍵の生成に必要となるシード情報（＝追加ヘッダ）との離間距離に相当するオフセット情報である。
情報処理装置５００は、ステップＳ２２１において、このＡＶ−シードオフセット（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）を読み取り、シードとなる追加ヘッダの位置を判別する。
【０５１７】
（ステップＳ２２２）
次に、情報処理装置５００は、ステップＳ２２２において、ステップＳ２２１で位置判別を行った追加ヘッダデータを取得し、これをシードとして利用して暗号鍵生成を行い、生成した暗号鍵を適用して、暗号化された再生データを復号する。
なお、暗号鍵生成シーケンスは、先に、図２４、図２５を参照して説明した暗号鍵生成処理シーケンスと同様のシーケンスである。
【０５１８】
（ステップＳ２２３）
次に、情報処理装置５００は、ステップＳ２２３において、クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップから、タイムスタンプ−シードオフセット（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）を読み取り、シードとなる追加ヘッダの位置を判別する。
【０５１９】
タイムスタンプ−シードオフセット（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）は、先に、図４６〜図５１を参照して説明したように、ランダムアクセス再生処理に適用する再生データの再生に適用するタイムスタンプを格納した制御情報（ＭＰＴ）格納パケットと、制御情報（ＭＰＴ）の復号に適用する暗号鍵の生成に必要となるシード情報（＝追加ヘッダ）との離間距離に相当するオフセット情報である。
情報処理装置５００は、ステップＳ２２３において、このタイムスタンプ−シードオフセット（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）を読み取り、シードとなる追加ヘッダの位置を判別する。
【０５２０】
（ステップＳ２２４）
次に、情報処理装置５００は、ステップＳ２２４において、ステップＳ２２３で位置判別を行った追加ヘッダデータを取得し、これをシードとして利用して暗号鍵生成を行い、生成した暗号鍵を適用して、暗号化された制御情報（ＭＰＴ）を復号する。
なお、暗号鍵生成シーケンスは、先に、図２４、図２５を参照して説明した処理と同様の処理である。
【０５２１】
次に、上述した図５９に示すフローのステップＳ２１６の処理、すなわち、
クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップの記録情報に従って、再生データ対応のタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得する処理の詳細シーケンスについて、図６１〜図６２に示すフローチャートを参照して説明する。
【０５２２】
この処理は、先に図４６、図４９を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップを利用した処理である。すなわち、先に説明したＥＰマップを適用した処理のシーケンスを個別に説明するフローである。
図６１は、暗号化ＭＭＴフォーマットデータ対応ＥＰマップ例１（図４６）
図６２は、暗号化ＭＭＴフォーマットデータ対応ＥＰマップ例２（図４９）
これら２種類の異なるＥＰマップを適用した処理を含むフローである。
【０５２３】
まず、図６１に示すフロー、すなわち、先に図４６〜図４８を参照して説明した暗号化ＭＭＴフォーマットデータ対応ＥＰマップ例１に相当するＥＰマップを利用して、再生データ対応のタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得する処理のシーケンスについて説明する。
【０５２４】
（ステップＳ２３１）
まず、情報処理装置５００は、ステップＳ２３１において、クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップから、ＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）、ＮＴＰ時間（ＮＴＰ＿ｔｉｍｅ）を読み取り、再生データ格納パケットの開始位置を判別する。
【０５２５】
ここで利用するＥＰマップは、図４６に示すＥＰマップである。
これらのＥＰマップには、以下のデータ記録領域が設定されている。
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３３１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３３２、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）３３４。
【０５２６】
なお、図４６に示すＥＰマップには、さらに、以下のシード位置判別用データの記録領域が設定されている。
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３３３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３３５。
図５９のフローのステップＳ２１５、すなわち、先に説明した図６０のフローに従った処理により、上記データ記録領域のデータを利用して取得したシード情報を利用して生成した暗号鍵により、暗号化データの復号がなされている。
【０５２７】
ステップＳ２３１において、まず、再生処理を実行する情報処理装置５００は、ＥＰマップから、ＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）、ＮＴＰ時間（ＮＴＰ＿ｔｉｍｅ）を読み取り、これらのデータに基づいて再生データ格納パケットの開始位置を判別する。
【０５２８】
（ステップＳ２３２）
次に、情報処理装置５００は、ステップＳ２２２において、ＥＰマップに記録されたＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）を読み取り、タイムスタンプ（ＰＴＳ／ＤＴＳ）を格納した制御情報格納パケットの位置を判別する。
【０５２９】
図４６に示すＥＰマップに記録されたＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｔｉｍｅｓｔａｍｐ＿ＡＶ）は、図４８を参照して説明したように、再生データ格納パケットと制御情報格納パケットの離間距離と相対方向を識別可能なデータである。
再生データ格納パケットの位置は、ステップＳ２３１において確認済みであり、ステップＳ２３２において、ＥＰマップに記録されたバイトオフセット（ｂｙｔｅ＿ｏｆｆｓｅｔ）を読み取り、このデータに従って、制御情報格納パケットの位置を判別する。
【０５３０】
（ステップＳ２３３）
情報処理装置は、次に、ステップＳ２３３において、制御情報格納パケットから、再生データ対応のタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得する。
ＭＭＴフォーマットデータとして送信される制御情報であるＭＰＴ（ＭＭＴパッケージテーブル）は、先に図３３を参照して説明したデータ構成を有する。
このＭＰＴには、先に図３５を参照して説明したように、ＭＰＵタイムスタンプ記述子として、ＭＰＵ単位の再生（提示）時間情報を示すタイムスタンプ（ＰＴＳ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）が記録されている。
さらに、先に図４４を参照して説明したように、ＭＰＵ拡張タイムスタンプ記述子として、ＭＰＵ単位の復号時間情報を示すタイムスタンプ（ＤＴＳ  Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅｓｔａｍｐ）が記録されている。
情報処理装置は、ステップＳ２３３において、制御情報格納パケットに格納されたＭＰＴから、再生データ対応のタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得する。
【０５３１】
次に、図６２に示すフローチャートについて説明する。図６２に示すフローは、先に図４９〜図５１を参照して説明した暗号化ＭＭＴフォーマットデータ対応ＥＰマップ例２に相当するＥＰマップを利用して、図５９のフローのステップＳ２１６のタイムスタンプ（ＰＴＳ／ＤＴＳ）取得処理を実行するシーケンスを説明するフローチャートである。
図６２に示すフローの各ステップの処理について説明する。
【０５３２】
（ステップＳ２４１）
まず、情報処理装置５００は、ステップＳ２４１において、クリップ情報ファイルのＣＰＩ情報として記録されたＥＰマップから、ＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）、ＮＴＰ時間（ＮＴＰ＿ｔｉｍｅ）を読み取り、タイムスタンプ（ＰＴＳ／ＤＴＳ）を格納した制御情報格納パケットの開始位置を判別する。
【０５３３】
ここで利用するＥＰマップは、図４９に示すＥＰマップである。
このＥＰマップには、以下のデータ記録領域が設定されている。
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３５１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３５２、
ＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｔｉｍｓｔａｍｐ＿ＡＶ）３５４、
【０５３４】
なお、図４９に示すＥＰマップには、さらに、以下のシード位置判別用データの記録領域が設定されている。
ＡＶ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ＡＶ）３５３、
タイムスタンプ−シードオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｏｆ＿ｓｅｅｄ＿ｔｉｍｅｓｔａｍｐ）３５５。
図５９のフローのステップＳ２１５、すなわち、先に説明した図６０のフローに従った処理により、上記データ記録領域のデータを利用して取得したシード情報を利用して生成した暗号鍵により、暗号化データの復号がなされている。
【０５３５】
ステップＳ２４１において、まず、再生処理を実行する情報処理装置５００は、ＥＰマップから、ＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）、ＮＴＰ時間（ＮＴＰ＿ｔｉｍｅ）を読み取り、これらのデータに基づいて制御情報格納パケットの開始位置を判別する。
【０５３６】
（ステップＳ２４２）
次に、情報処理装置５００は、ステップＳ２４２において、ＥＰマップに記録されＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｔｉｍｓｔａｍｐ＿ＡＶ）を読み取り、再生データ格納パケットの位置を判別する。
【０５３７】
図４９に示すＥＰマップに記録されたＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｔｉｍｓｔａｍｐ＿ＡＶ）は、図５１を参照して説明したように、再生データ格納パケットと制御情報格納パケットの離間距離と相対方向を識別可能なデータである。
制御情報格納パケットの位置は、ステップＳ２４１において確認済みであり、ステップＳ２４２において、ＥＰマップに記録されたＡＶ−タイムスタンプオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ＿ｔｉｍｓｔａｍｐ＿ＡＶ）を読み取り、このデータに従って、再生データ格納パケットの位置を判別する。
【０５３８】
（ステップＳ２４３）
情報処理装置は、次に、ステップＳ２４３において、制御情報格納パケットから、再生データ対応のタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得する。
これらのタイムスタンプ（ＰＴＳ／ＤＴＳ）は、ＭＭＴフォーマットデータとして送信される制御情報であるＭＰＴ（ＭＭＴパッケージテーブル）から取得される。
【０５３９】
［１１．情報処理装置の構成例について］
次に、情報記録媒体に対するデータ記録、情報記録媒体からのデータ再生を実行する情報処理装置として適用可能な情報処理装置のハードウェア構成例について、図６３を参照して説明する。
【０５４０】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）６０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）６０２、または記憶部６０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）６０３には、ＣＰＵ６０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ６０１、ＲＯＭ６０２、およびＲＡＭ６０３は、バス６０４により相互に接続されている。
【０５４１】
ＣＰＵ６０１はバス６０４を介して入出力インタフェース６０５に接続され、入出力インタフェース６０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部６０６、ディスプレイ、スピーカなどよりなる出力部６０７が接続されている。ＣＰＵ６０１は、入力部６０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部６０７に出力する。
【０５４２】
入出力インタフェース６０５に接続されている記憶部６０８は、例えばハードディスク等からなり、ＣＰＵ６０１が実行するプログラムや各種のデータを記憶する。通信部６０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。
【０５４３】
入出力インタフェース６０５に接続されているドライブ６１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア６１１を駆動し、データの記録あるいは読み取りを実行する。
【０５４４】
［１２．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０５４５】
なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１）  ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成し、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納するとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成する情報処理装置。
【０５４６】
（２）  前記データ処理部は、
前記ストリームファイルの構成データを、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケット列として生成する（１）に記載の情報処理装置。
【０５４７】
（３）  前記データ処理部は、
前記再生制御情報ファイルの構成データとして、ランダムアクセス再生制御情報を生成し、
前記ランダムアクセス再生制御情報に、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの位置、および該再生データの復号に適用するシードの位置を判別可能とした位置識別情報を記録する（１）または（２）に記載の情報処理装置。
【０５４８】
（４）  前記データ処理部は、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報を前記ストリームファイルの構成データとして設定する（１）〜（３）いずれかに記載の情報処理装置。
【０５４９】
（５）  前記タイムスタンプ記録情報は、ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）である（４）に記載の情報処理装置。
【０５５０】
（６）  前記データ処理部は、
前記再生制御情報ファイルの構成データとして、ランダムアクセス再生制御情報を生成し、
前記ランダムアクセス再生制御情報に、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの位置、および該再生データの復号に適用するシードの位置、さらに、
前記タイムスタンプ記録情報の位置、および該タイムスタンプ記録情報の復号に適用するシードの位置を判別可能とした位置識別情報を記録する（４）または（５）に記載の情報処理装置。
【０５５１】
（７）  前記タイムスタンプは、
再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅｓｔａｍｐ）の少なくともいずれかのタイムスタンプを含む（４）〜（６）いずれかに記載の情報処理装置。
【０５５２】
（８）  前記データ処理部は、
前記ランダムアクセス再生制御情報に、
前記再生データの位置と、前記再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報の位置との離間距離に相当するオフセット情報を記録する（３）〜（７）いずれかに記載の情報処理装置。
【０５５３】
（９）  前記データ処理部は、
前記ストリームファイルをＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケット列として生成し、
前記ストリームファイルを構成するパケットのコピー制御情報を、パケット単位の追加ヘッダ、または、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダのいずれかに格納する（１）〜（８）いずれかに記載の情報処理装置。
【０５５４】
（１０）  情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記データ処理部は、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行う情報処理装置。
【０５５５】
（１１）  前記データ処理部は、
前記再生処理に際して、前記再生制御情報ファイルから、
前記再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報の位置識別情報と、前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号処理を行う（１０）に記載の情報処理装置。
【０５５６】
（１２）  前記タイムスタンプは、
再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅｓｔａｍｐ）の少なくともいずれかのタイムスタンプを含む（１１）に記載の情報処理装置。
【０５５７】
（１３）  前記データ処理部は、
前記再生処理に際して、前記再生制御情報ファイルから、
前記再生データの位置と、前記タイムスタンプ記録情報の位置との離間距離に相当するオフセット情報を取得する（１１）または（１２）に記載の情報処理装置。
【０５５８】
（１４）  前記ストリームファイルは、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケット列によって構成され、
前記追加ヘッダは、
前記ストリームファイルを構成するパケットのパケット単位、または、複数パケット単位、または、固定データ長単位、または可変データ長単位で設定されている（１０）〜（１３）いずれかに記載の情報処理装置。
【０５５９】
（１５）  ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記再生制御情報ファイルは、
前記ストリームファイル中のランダムアクセス再生開始データとなる再生データの位置、および該再生データの復号に適用するシードの位置を判別可能とした位置識別情報を記録データとして含み、
前記ストリームファイル格納データの再生を行う再生装置が、
前記再生制御情報ファイルから、前記位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行うことを可能とした情報記録媒体。
【０５６０】
（１６）  前記再生制御情報ファイルは、
前記再生データの再生処理に適用するタイムスタンプを記録したタイムスタンプ記録情報の位置識別情報と、前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を記録データとして含み、
前記再生装置が、
前記再生制御情報ファイルから、前記位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記タイムスタンプ記録情報を含む暗号化ブロックデータの復号処理を行うことを可能とした（１５）に記載の情報記録媒体。
【０５６１】
（１７）  情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成し、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納するとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成する情報処理方法。
【０５６２】
（１８）  情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記データ処理部が、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得し、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行う情報処理方法。
【０５６３】
（１９）  情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを生成する処理と、
前記ストリームファイルを構成するブロック単位のコピー制御情報を追加ヘッダに格納する処理を実行させるとともに、
前記追加ヘッダの構成データをシードとして生成した暗号鍵により、前記ブロック単位のブロック暗号化を行い、前記追加ヘッダと暗号化ブロックデータを構成要素とするストリームファイルを生成させるプログラム。
【０５６４】
（２０）  情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを再生データとして格納したストリームファイルと、前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記ストリームファイルは、ブロック単位の追加ヘッダと、該追加ヘッダの構成データをシードとして生成した暗号鍵による暗号化ブロックデータによって構成されたファイルであり、
前記プログラムは、前記データ処理部に、
前記ストリームファイルの再生制御情報を格納した再生制御情報ファイルから、
再生データの位置識別情報と、前記再生データを含む暗号化ブロックデータの復号に適用する暗号鍵の生成に必要となるシードである追加ヘッダの位置識別情報を取得させ、取得情報に従ってシードを読み取り、暗号鍵を生成して前記再生データを含む暗号化ブロックデータの復号処理を行わせるプログラム。
【０５６５】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０５６６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０５６７】
以上、説明したように、本開示の一実施例の構成によれば、ブロック暗号化ＭＭＴフォーマットデータを、タイムスタンプを適用して再生する構成が実現される。
具体的には、例えば、ＭＭＴフォーマットストリームファイルと、再生制御情報ファイルを生成してメディアに記録する。ストリームファイルは、ブロック単位のコピー制御情報を格納した追加ヘッダをシードとして生成される暗号鍵を適用した暗号化ブロックデータと追加ヘッダからなる。再生制御情報ファイルには、再生データの位置、および再生データの復号に適用するシード位置、さらに、タイムスタンプ位置、およびタイムスタンプ復号に適用するシード位置を判別可能な位置識別情報が記録される。この記録情報を利用してデータ復号、タイムスタンプを適用した再生を行なう。
本構成により、ブロック暗号化ＭＭＴフォーマットデータを、タイムスタンプを適用して再生する構成が実現される。
【符号の説明】
【０５６８】
２０  送信装置
２１  放送サーバ
２２  データ配信サーバ
３０  情報処理装置
３１  ＢＤプレーヤ
３２  ＴＶ
３３  ＰＣ
３４  携帯端末
４０  情報記録媒体（メディア）
４１  ＢＤ
４２  ＨＤＤ
４３  フラッシュメモリ
４００  情報処理装置
４０１  データ入力部
４０２  ユーザ入力部
４０３  制御部
４０４  記憶部
４０５  デマルチプレクサ
４０６  記録データ生成部
４０７  記録部
４０８  ドライブ
４１１  字幕データ生成部
４１２  画像データ生成部
４１３  音声データ生成部
４１４  補助情報生成部
４１５  マルチプレクサ
４１６  データベースファイル生成部
４２０  情報記録媒体
５００  情報処理装置
５０１  制御部
５０２  ユーザ入力部
５０３  ドライブ
５０４  記録再生部
５０５  記憶部
５０６  再生処理部
５０７  入出力Ｉ／Ｆ
５１１  デマルチプレクサ
５１２  字幕データ生成部
５１３  画像データ生成部
５１４  音声データ生成部
５１５  補助情報生成部
５１６  出力データ生成部
５２０  情報記録媒体
５３０  出力装置（表示部＋スピーカ）
６０１  ＣＰＵ
６０２  ＲＯＭ
６０３  ＲＡＭ
６０４  バス
６０５  入出力インタフェース
６０６  入力部
６０７  出力部
６０８  記憶部
６０９  通信部
６１０  ドライブ
６１１  リムーバブルメディア
【図１】
2018173780.tif 000003
【図２】
2018173780.tif 000004
【図３】
2018173780.tif 000005
【図４】
2018173780.tif 000006
【図５】
2018173780.tif 000007
【図６】
2018173780.tif 000008
【図７】
2018173780.tif 000009
【図８】
2018173780.tif 000010
【図９】
2018173780.tif 000011
【図１０】
2018173780.tif 000012
【図１１】
2018173780.tif 000013
【図１２】
2018173780.tif 000014
【図１３】
2018173780.tif 000015
【図１４】
2018173780.tif 000016
【図１５】
2018173780.tif 000017
【図１６】
2018173780.tif 000018
【図１７】
2018173780.tif 000019
【図１８】
2018173780.tif 000020
【図１９】
2018173780.tif 000021
【図２０】
2018173780.tif 000022
【図２１】
2018173780.tif 000023
【図２２】
2018173780.tif 000024
【図２３】
2018173780.tif 000025
【図２４】
2018173780.tif 000026
【図２５】
2018173780.tif 000027
【図２６】
2018173780.tif 000028
【図２７】
2018173780.tif 000029
【図２８】
2018173780.tif 000030
【図２９】
2018173780.tif 000031
【図３０】
2018173780.tif 000032
【図３１】
2018173780.tif 000033
【図３２】
2018173780.tif 000034
【図３３】
2018173780.tif 000035
【図３４】
2018173780.tif 000036
【図３５】
2018173780.tif 000037
【図３６】
2018173780.tif 000038
【図３７】
2018173780.tif 000039
【図３８】
2018173780.tif 000040
【図３９】
2018173780.tif 000041
【図４０】
2018173780.tif 000042
【図４１】
2018173780.tif 000043
【図４２】
2018173780.tif 000044
【図４３】
2018173780.tif 000045
【図４４】
2018173780.tif 000046
【図４５】
2018173780.tif 000047
【図４６】
2018173780.tif 000048
【図４７】
2018173780.tif 000049
【図４８】
2018173780.tif 000050
【図４９】
2018173780.tif 000051
【図５０】
2018173780.tif 000052
【図５１】
2018173780.tif 000053
【図５２】
2018173780.tif 000054
【図５３】
2018173780.tif 000055
【図５４】
2018173780.tif 000056
【図５５】
2018173780.tif 000057
【図５６】
2018173780.tif 000058
【図５７】
2018173780.tif 000059
【図５８】
2018173780.tif 000060
【図５９】
2018173780.tif 000061
【図６０】
2018173780.tif 000062
【図６１】
2018173780.tif 000063
【図６２】
2018173780.tif 000064
【図６３】
2018173780.tif 000065
【国際調査報告】
2018173780.tif 000066
2018173780.tif 000067
2018173780.tif 000068