WO2018190122A1

WO2018190122A1 - 情報処理装置、および情報処理方法、並びにプログラム

Info

Publication number: WO2018190122A1
Application number: PCT/JP2018/012518
Authority: WO
Inventors: 幸一内村; 健二朗上田; 伸一竹田
Original assignee: ソニー株式会社
Priority date: 2017-04-11
Filing date: 2018-03-27
Publication date: 2018-10-18
Also published as: JP7024787B2; JPWO2018190122A1

Abstract

データ削除等の編集処理後においても確実なデータ再生を可能とするＭＭＴフォーマットデータの編集を可能とした構成を実現する。ＭＭＴフォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部は、ストリームファイルから削除する削除区間に、削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、制御情報を残存区間に移動、または別ファイルに記録する。例えば、ストリームファイルが、固定データ長の暗号化ユニットから構成される場合、制御情報格納パケットを、固定データ長に拡張して１つの暗号化ユニットとして残存区間に記録する。

Description

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

　本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに詳細には、放送波等における今後のデータ伝送規格として規格化が進められているＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータのメディア記録データに対する編集処理を行う情報処理装置、および情報処理方法、並びにプログラムに関する。

　現在、４Ｋ画像や８Ｋ画像等の放送等、高画質画像のデータ伝送を実現するための規格化が進められており、その一つとして、ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットを利用したデータ配信方式についての検討が進められている。

　ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツを構成する符号化データや、制御情報や属性情報等の様々な管理情報からなる制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））等のデータを、放送波やネットワークを介して伝送するデータ転送方式（トランスポートフォーマット）を規定したものである。

　ＭＭＴフォーマットは、例えば４Ｋ画像、高ダイナミックレンジ（ＨＤＲ：Ｈｉｇｈ　Ｄｙｎａｍｉｃ　Ｒａｎｇｅ）画像等の次世代コンテンツの放送等に利用される予定となっている。

　なお、現行の画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等の伝送フォーマット、あるいは、メディアに対するデータ記録フォーマットとしては、ＭＰＥＧ－２ＴＳフォーマットが多く利用されている。
　また、このＭＰＥＧ－２ＴＳフォーマット対応の記録再生アプリケーション規格（フォーマット）としてＢＤＭＶやＢＤＡＶ規格（フォーマット）が広く利用されている。

　なお、ＢＤＭＶやＢＤＡＶは、主にＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）を利用したデータ記録再生のアプリケーション規格であるが、これらの規格はＢＤに限らず、フラッシュメモリやＨＤなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
　ＢＤを利用したデータ記録再生処理構成については、例えば特許文献１（特開２０１１－０２３０７１号公報）等に記載がある。

　ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ－ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ－ＲＯＭで広く使われている。
　一方、ＢＤＡＶは、主に書き換え可能なＢＤ－ＲＥ型ディスクや、一回のみ記録可能なＢＤ－Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。

　上述のＭＭＴフォーマットに従った配信コンテンツを、情報記録媒体（メディア）に記録し、メディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。

　現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための構成について議論が進められている。
　例えば、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤＤ（ハードディスク）等の記録メディアに記録する場合、画像、音声、字幕データや、制御情報（ＳＩ）等のデータを、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列としてメディアに記録する方向で議論が進んでいる。

　具体的には、ＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケットのパケット列をメディアに記録する方向で議論が進んでいる。

　ＭＭＴＰパケットやＴＬＶパケットには、再生データである画像、音声、字幕、さらに、様々な管理情報からなる制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ）等が格納されている。

　例えばＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）やフラッシュメモリやＨＤＤ（ハードディスク）等の記録メディアに、画像、音声、字幕等のコンテンツを格納したＭＭＴＰパケットやＴＬＶパケットを記録し、メディアからのコンテンツ再生を上述のＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。

　ＢＤＡＶフォーマットは、再生制御情報ファイルとして、プレイリストファイルやクリップ情報ファイル等のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）を参照してデータ再生処理を実行する。
　従って、ＭＭＴフォーマットデータについても、これらのプレイリストファイルやクリップ情報ファイルに記録された再生制御情報を利用して再生処理を行うことが必要となる。

　一方、放送局から受信するＭＭＴフォーマットデータである画像や音声等のデータや、制御情報（ＳＩ）は、ＭＭＴＰパケット、およびＴＬＶパケットに格納されており、これらのパケット列は、ＢＤＡＶフォーマットにおいて規定されるクリップＡＶストリームファイルとして、メディアに記録されることになる。

　メディアに記録されたＭＭＴフォーマットから構成されるＢＤＡＶストリームファイルに対しては、様々な編集処理が行われる可能性がある。
　例えば番組コンテンツ中のＣＭ部分を削除するような編集処理や、ユーザのお気に入り部分のコンテンツのみを残し、他の部分を削除するといった様々な編集処理が行われる可能性がある。

　しかし、上述したように、クリップＡＶストリームファイルを構成するパケット（ＭＭＴＰパケット、またはＴＬＶパケット）には、画像や音声等の再生データのみならず、制御情報（ＳＩ）も格納されている。
　制御情報には、例えば、画像や音声データの再生処理に適用するタイムスタンプ等の情報が含まれる。

　画像や音声等の再生データの格納パケットと、制御情報の格納パケットは異なるパケットである。従って、画像データの格納パケットのメディア上の記録位置と、その画像データ再生用のタイムスタンプ等の制御情報の格納パケットの記録位置は離間した位置となる。

　このようなメディア記録データに対して、例えば、クリップＡＶストリームファイルから選択したユーザのお気に入り部分の画像格納パケットを残存させ、その他のパケットを消去するといった編集処理が行われる可能性がある。
　このようなデータ編集処理が行われると、残存画像の再生に必要なタイムスタンプ等の制御情報の格納パケットが削除され、結果として残存画像の再生ができなくなるといった事態が発生する可能性がある。

特開２０１１－０２３０７１号公報

　本開示は、例えば、上記の問題点に鑑みてなされたものであり、ＭＭＴフォーマットデータのメディア記録データに対する編集処理を行う場合に、残存データを確実に再生可能とする編集処理を実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。

　本開示の第１の側面は、
　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記データ処理部は、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行う情報処理装置にある。

　さらに、本開示の第２の側面は、
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、
　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記データ処理部が、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行う情報処理方法にある。

　さらに、本開示の第３の側面は、
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、
　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記プログラムは、前記データ処理部に、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行わせるプログラムにある。

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

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

　本開示の一実施例の構成によれば、データ削除等の編集処理後においても確実なデータ再生を可能とするＭＭＴフォーマットデータの編集を可能とした構成が実現される。
　具体的には、例えば、ＭＭＴフォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部は、ストリームファイルから削除する削除区間に、削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、制御情報を残存区間に移動、または別ファイルに記録する。例えば、ストリームファイルが、固定データ長の暗号化ユニットから構成される場合、制御情報格納パケットを、固定データ長に拡張して１つの暗号化ユニットとして残存区間に記録する。
　本構成により、データ削除等の編集処理後においても確実なデータ再生を可能とするＭＭＴフォーマットデータの編集を可能とした構成が実現される。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

本開示の処理を実行する情報処理装置の利用構成例について説明する図である。ＭＭＴフォーマットについて説明する図である。ＭＭＴフォーマットに従った画像データ格納構成例について説明する図である。ＢＤＡＶフォーマットについて説明する図である。ＢＤＡＶフォーマットに従ったデータ再生処理例について説明する図である。ＭＰＥＧ－２ＴＳフォーマットについて説明する図である。ＭＭＴフォーマットについて説明する図である。ＳＰＡＶフォーマットについて説明する図である。放送局等からの受信データをＭＭＴフォーマットデータであるＭＭＴＰパケット列として、情報記録媒体（メディア）に記録する処理例について説明する図である。放送局等からの受信データをＭＭＴフォーマットデータであるＭＭＴＰパケットを格納したＴＬＶパケット列として、情報記録媒体（メディア）に記録する処理例について説明する図である。ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットデータとして記録する場合の処理例について説明する図である。データ編集処理の一例について説明する図である。データ編集処理における問題点について説明する図である。ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例について説明する図である。ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す図である。データ編集処理における問題点について説明する図である。暗号化ユニットの設定例について説明する図である。コピー制御情報を記録したＴＬＶパケット追加ヘッダをＴＬＶパケットに追加して情報記録媒体（メディア）に記録する場合の暗号化処理について説明する図である。メディアに記録するパケット列と追加ヘッダの設定例について説明する図である。データ編集処理において許容されるデータ削除区間の設定例について説明する図である。データ編集処理において許容されないデータ削除区間の設定例について説明する図である。データ編集処理における問題点について説明する図である。データ削除区間にある制御情報に対する処理の一例について説明する図である。ＴＬＶパケットヘッダのデータ構成について説明する図である。ＰＡメッセージのデータ構成について説明する図である。ＰＡメッセージのデータサイズの変更処理について説明する図である。ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。ＭＭＴパッケージテーブル（ＭＰＴ）のデータサイズの変更処理について説明する図である。データ削除区間にある制御情報に対する処理の一例について説明する図である。ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す図である。データ削除区間にある制御情報に対する処理の一例について説明する図である。再生不要データが発生した場合のプレイアイテムの設定変更例について説明する図である。編集処理において、再生不要データが発生する場合の例について説明する図である。再生不要データが発生した場合のプレイアイテムの設定変更例について説明する図である。データ削除区間にある制御情報に対する処理の一例について説明する図である。データ削除区間にある制御情報に対する処理の一例について説明する図である。ＭＰＴ格納パケットの位置を示すＥＰエントリを記録したＥＰマップの例について説明する図である。ＭＰＴ格納パケットの位置を示すＥＰエントリを記録したＥＰマップの記録データの詳細について説明する図である。ＭＰＴ格納パケットの位置を示すＥＰエントリを記録したＥＰマップを用いて削除許容区間を識別する例について説明する図である。情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。データ編集処理の処理シーケンスを説明するフローチャートを示す図である。データ編集処理の処理シーケンスを説明するフローチャートを示す図である。本開示の処理に適用される報処理装置のハードウェア構成例について説明する図である。

　以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
　１．通信システムの構成例について
　２．ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットについて
　３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて
　４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について
　５．メディアに記録されたＭＭＴフォーマットデータに対する編集処理を行う場合の問題点について
　６．メディアに記録されたＭＭＴフォーマットデータの確実な再生を可能とする編集処理について
　６－１．（１）暗号化ユニット単位を削除許容単位とする編集制限
　６－２．（２）残存区間の再生データ対応の制御情報が削除区間内に存在する場合の編集制限
　６－２－１．（２－１）残存区間の再生データ対応の制御情報格納パケットを暗号化ユニットサイズに拡張して残存区間に移動して記録する処理
　６－２－２．（２－２）残存区間の再生データ対応の制御情報格納パケットにＮＵＬＬパケットを追加して残存区間に移動して記録する処理
　６－２－３．（２－３）残存区間の再生データ対応のＧＯＰ情報を含む制御情報が削除区間内に存在する場合の処理
　６－２－４．（２－４）残存区間の再生データ対応の制御情報をクリップＡＶストリームファイルとは異なる制御情報ファイルにコピーして記録する処理
　６－３．（３）先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットを削除許容単位とする編集制限
　７．情報記録媒体に対するデータ記録や、編集処理を実行する情報処理装置の構成と処理について
　８．情報処理装置の構成例について
　９．本開示の構成のまとめ

　　［１．通信システムの構成例について］
　まず、図１を参照して本開示の処理を実行する情報処理装置の一つの利用構成例である通信システムの例について説明する。
　図１に示す情報処理装置３０は、ＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）や、フラッシュメモリ、ハードディスク（ＨＤＤ）などのメディアを装着し、これらの装着メディアに対するデータ記録処理や、装着メディアからのデータ再生処理、さらに、他メディアに対するデータコピー処理等を実行する。

　情報処理装置３０がメディアに記録するデータは、例えば放送局（放送サーバ）２１や、データ配信サーバ２２等の送信装置２０の提供する送信コンテンツである。具体的には、テレビ局の提供する放送番組等である。
　これらの送信コンテンツは、放送波、あるいはインターネット等のネットワークを介して送信装置２０から情報処理装置３０に送信される。

　情報処理装置３０は、例えば記録再生装置３１、テレビ３２、ＰＣ３３、携帯端末３４等である、これらの情報処理装置は、例えば、ＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）４１、ＨＤＤ（ハードディスク）４２、フラッシュメモリ４３等の様々なメディアを装着し、これらのメディアに対するデータ記録処理や、メディア記録データの編集処理、メディアからのデータ再生処理、さらに、メディア間のデータコピー処理等を実行する。

　送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
　ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランンスポートフォーマット）を規定したものである。

　送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成し、生成した符号化データをＭＭＴにおいて規定されるＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケットに格納して放送波、またはネットワークを介して送信する。

　送信装置２０が情報処理装置３０に提供するデータは、画像、音声、字幕等の再生対象データの他、番組ガイド等の案内情報や通知情報、制御メッセージ等の様々な管理情報によって構成される制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））によって構成される。

　　［２．ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットについて］
　上述したように、送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
　図２以下を参照して、ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。

　図２は、ＭＭＴフォーマットのスタック・モデルを示す図である。
　図２に示すＭＭＴスタック・モデルにおいて、最下層には、物理レイヤ（ＰＨＹ）がある。物理レイヤは、放送系の処理を行なうブロードキャスト（Ｂｒｏａｄｃａｓｔｉｎｇ）レイヤと、ネットワーク系の処理を行なうブロードバンド（Ｂｒｏａｄｂａｎｄ）レイヤに分割されている。
　ＭＭＴは放送系、ネットワーク系の２つの通信網を利用した処理を可能としている。

　物理レイヤ（ＰＨＹ）の上位レイヤとして、ＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）レイヤがある。ＴＬＶはＩＰパケットの多重化方式を規定したフォーマット規定レイヤである。複数のＩＰパケットが多重化されてＴＬＶパケットとして送信される。ＴＬＶ－ＳＩは、ＴＬＶフォーマットに従った制御メッセージ等の制御情報（ＳＩ）の伝送レイヤである。

　制御情報（ＳＩ）は、情報処理装置３０側においてコンテンツ（番組）を受信、再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報、管理情報によって構成される。
　ＴＬＶレイヤで処理が生成されるＴＬＶパケットに格納される制御情報（ＳＩ）がＴＬＶ－ＳＩであり、主に受信処理に関する制御情報によって構成されている。
　ＭＭＴプロトコル（ＭＭＴＰ）に従って生成されるパケットであるＭＭＴＰパケットに格納される制御情報（ＳＩ）は最上位レイヤに示すＭＭＴ－ＳＩであり、主に再生制御に関する制御情報によって構成されている。

　ＴＬＶレイヤ上には、ＵＤＰ／ＩＰレイヤが設定される。
　ＵＤＰ／ＩＰレイヤは、詳細にはＩＰレイヤとＵＤＰレイヤに分割可能であるが、ＩＰパケットのペイロードにＵＤＰパケットを格納する伝送を規定するレイヤである。
　ＵＤＰ／ＩＰレイヤ上にＭＭＴレイヤ、およびＦｉｌｅ　ｄｅｌｉｖｅｒｙ　ｍｅｔｈｏｄレイヤ　が設定される。
　ＭＭＴＰパケットをＩＰパケットに格納して送信する場合と、ＭＭＴＰパケットを用いないデータ伝送方式であるＦｉｌｅ　ｄｅｌｉｖｅｒｙ　ｍｅｔｈｏｄを利用してＩＰパケットとしてデータ送信する方式が併用可能な設定となっている。

　ＭＭＴレイヤ上には、以下のレイヤが設定される。
　画像符号化規格であるＨＥＶＣ（Ｈｉｇｈ　Ｅｆｆｉｃｉｅｎｃｙ　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ）に従った符号化画像データである画像（Ｖｉｄｅｏ）データ、
　音声符号化規格であるＡＡＣ（Ａｄｖａｎｃｅｄ　Ａｕｄｉｏ　Ｃｏｄｉｎｇ）に従った符号化音声データである音声（Ａｕｄｉｏ）データ、
　字幕符号化規格であるＴＴＭＬ（Ｔｉｍｅｄ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）に従った符号化字幕データである字幕（Ｓｕｂｔｉｔｌｅ）データ、
　ＭＭＴＰパケットを利用して送信される制御情報（ＭＭＴ－ＳＩ）、
　さらに、ＨＴＭＬ５（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ　５）に従って記述された様々なアプリケーション、
　これらの各データがＭＭＴＰパケットに格納されて送信される。

　制御情報（ＭＭＴ－ＳＩ）は、ＭＭＴＰパケットで送信される制御情報（シグナリング情報）であり、情報処理装置３０側においてコンテンツ（番組）を再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報によって構成される。

　なお、時刻情報（ＮＴＰ：Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）は絶対時刻情報であり、ＵＤＰパケットに直接格納され送信される。
　その他のデータ配信を行うデータサービス（Ｄａｔａ　ｓｅｒｖｉｃｅ）、コンテンツダウンロード等（Ｃｏｎｔｅｎｔｄｏｗｎｌｏａｄ，ｅｔｃ．）がＭＭＴと異なるファイル配信メソッド（Ｆｉｌｅ　ｄｅｌｉｖｅｒｙ　ｍｅｔｈｏｄ）を利用して配信可能な構成を有している。

　図２に示すように、画像、音声、字幕、さらに、様々な通知情報や制御情報等の様々な管理情報からなる制御情報（ＭＭＴ－ＳＩ）やアプリケーションは、ＭＭＴＰパケットによって送信される。

　図３を参照してＭＭＴＰパケットの具体的構成例について説明する。
　図３には以下の４種類のデータ構成例を示している。
　（ａ）ＭＰＵ（Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｕｎｉｔ）
　（ｂ）ＭＭＴＰペイロート
　（ｃ）ＭＭＴＰパケット
　（ｄ）ＴＬＶパケット

　（ｄ）ＴＬＶパケットが放送波やネットワークを介して送信されるパケットであり、ＴＬＶパケットには、ＵＤＰヘッダ、ＩＰヘッダ、ＴＬＶヘッダの各ヘッダ情報が設定される。ＴＬＶパケットは、データ種類ごとに個別のパケットとして設定される。

　すなわち、１つのＴＬＶパケットのＴＬＶペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、あるいは、様々な管理情報からなる制御情報（ＳＩ）が個別に格納される。
　なお、制御情報（ＳＩ）については、ＭＭＴＰパケットに格納する制御情報（ＭＭＴ－ＳＩ）と、ＴＬＶパケットで送信される制御情報（ＴＬＶ－ＳＩ）があり、それぞれ異なる個別のＴＬＶパケットに格納される。

　ＴＬＶパケットのペイロードであるＴＬＶペイロートの一例が、図３（ｃ）に示すＭＭＴＰパケットである。
　図３（ｃ）に示すＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。

　１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、さらにＭＭＴＰパケットに格納する制御情報（ＭＭＴ－ＳＩ）、これらのいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。

　図３（ａ），（ｂ）は、図３（ｃ）に示すＭＭＴＰパケットのＭＭＴＰペイロードに格納される画像データの詳細構成を示している。
　図３（ｂ）は、図３（ｃ）に示すＭＭＴＰパケット中、ＭＭＴＰペイロードが画像データ（Ｖ）であるもののみを選択して示している。
　図３（ｂ）に示すＭＭＴＰペイロードは、ヘッダとデータユニットによって構成される。

　データユニットには、図３（ａ）に示すように、画像データおよび、以下の各種のパラメータが格納される。
　ＡＵ　Ｄｅｌｉｍｉｔｅｒ（Ａｃｃｅｓｓ　Ｕｎｉｔ　Ｄｅｌｉｍｉｔｅｒ）
　ＳＰＳ（Ｓｅｑｕｅｎｃｅ　Ｐａｒａｍｅｔｅｒ　Ｓｅｔ）
　ＰＰＳ（Ｐｉｃｔｕｒｅ　Ｐａｒａｍｅｔｅｒ　Ｓｅｔ）
　ＳＥＩｓ（Ｓｕｐｐｌｅｍｅｎｔａｌ　Ｅｎｈａｎｃｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ）
　これらのパラメータは、画像表示に利用されるパラメータである。

　図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｕｎｉｔ）は、ＭＭＴフォーマットにおける画像、音声、字幕等の再生対象データの１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ　ｏｆ　Ｐｉｃｔｕｒｅｓ）と同じ単位である。

　このように、例えば画像データは、図３（ａ）に示すように、ＭＭＴフォーマットにおいて規定されたパラメータと画像構成データに分割され、図３（ｂ）に示すＭＭＴＰペイロードに格納され、図３（ｃ）に示すＭＭＴＰパケットとして構成される。
　さらに、ＭＭＴＰパケットは、図３（ｄ）に示すＴＬＶパケットのペイロードとして設定されて、ＴＬＶパケットが放送波やネットワークを介して送信される。

　なお、音声、字幕等の各データ、ＭＭＴ－ＳＩの各データについても、それぞれデータ種類単位のＭＭＴＰパケット、ＴＬＶパケットが設定されて送信される。
　ＴＬＶ－ＳＩは、ＭＭＴＰパケットに格納されることなくＴＬＶパケットに格納されて送信される。

　　［３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて］
　次に、上述のＭＭＴフォーマットに従った配信コンテンツを例えばＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）やフラッシュメモリ、あるいはＨＤＤ（ハードディスク）等のメディアに記録して再生する場合の記録データフォーマットであるＢＤＡＶフォーマットとＳＰＡＶフォーマットについて図４以下を参照して説明する。

　例えばＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）やフラッシュメモリやＨＤＤ等のメディアから、画像、音声、字幕等のコンテンツを再生する場合には、これらのコンテンツの再生処理を行なうための再生制御情報やインデックス情報が必要となる。再生制御情報やインデックス情報は一般的にデータベースファイルと呼ばれる。
　これらの再生制御情報やインデックス情報は、メディアの記録データの再生処理を実行する再生アプリケーションに応じて異なるものとなる。

　前述したように、現行の記録再生アプリケーション規格（＝データ記録フォーマット）としてＢＤＭＶやＢＤＡＶ規格（データ記録フォーマット）がある。これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）を利用したデータ記録再生アプリケーション規格として策定されたものである。

　なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であり、データ記録フォーマット（規格）であるが、これらの規格はＢＤに限らず、フラッシュメモリなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
　ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ－ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ－ＲＯＭで広く使われている。
　一方、ＢＤＡＶは、主に書き換え可能なＢＤ－ＲＥ型ディスクや、一回のみ記録可能なＢＤ－Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。

　上述のＭＭＴフォーマットに従った配信コンテンツを記録したメディアからのコンテンツ再生処理を、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。
　前述のように、ＢＤＡＶフォーマットは、再生制御情報の記録ファイルとして、プレイリストファイルやクリップ情報ファイル等を規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。

　図４は、情報記録媒体（メディア）４０にＢＤＡＶフォーマットに従って記録されたデータのディレクトリ構成例を示す図である。
　ディレクトリには、図４に示すように様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。

　管理情報ファイルは、例えば、図４に示すインフォファイル（ｉｎｆｏ）、メニューファイル（ｍｅｎｕ）、マークファイル（ｍａｒｋ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
　また、再生制御情報ファイルとして、
　プレイリストファイル（ｐｌａｙｌｉｓｔ）、
　クリップ情報ファイル（ｃｌｉｐｉｎｆ）
　例えば、これらのファイルが記録される。
　さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ｓｔｒｅａｍ）が記録される。

　プレイリストファイルは、タイトルによって指定される再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したファイルであり、例えば、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
　クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップＡＶストリームファイルの再生位置情報等を有する。

　クリップＡＶストリームファイルは、再生対象となるＡＶストリームデータや管理情報を格納したファイルである。クリップＡＶストリームファイルは、再生対象となる画像、音声、字幕等の各データや、管理情報を格納したパケットによって構成される。
　なお、ＭＰＥＧ－２ＴＳフォーマットにおいて規定され、クリップＡＶストリームファイルに記録される管理情報として、例えば、ＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ　Ｓｐｅｃｉｆｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ）がある。

　なお、従来の放送データや、ネットワーク配信データは、ＴＳ（Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ）パケットによって構成されたＭＰＥＧ－２ＴＳフォーマットデータであるが、今後の４Ｋ，８Ｋ画像等の高精細画像等を含むデータは前述したＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータとなることが予想される。

　図４にはクリップＡＶストリームファイル（ｓｔｒｅａｍ）として、
　ＴＳパケットによって構成されたＭＰＥＧ－２ＴＳフォーマットデータからなるストリームファイル（ｎｎｎｎｎ．ｍ２ｔｓ）、
　ＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）、
　これらの２種類のストリームファイルを示している。

　図４に示すディレクトリ例は、情報処理装置３０が受信したデータがＭＰＥＧ－２ＴＳフォーマットデータである場合は、そのまま、ＭＰＥＧ－２ＴＳフォーマットデータとしてメディアに記録し、受信データがＭＭＴフォーマットデータである場合は、ＭＭＴフォーマットデータとしてメディアに記録する設定の場合のディレクトリ例である。

　なお、ＭＭＴフォーマットデータをメディアに記録する場合のクリップＡＶストリームファイルは、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列として記録する方向で議論が進んでいる。
　具体的には、ＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケットのパケット列として記録する方向で議論が進んでいる。
　この具体例については後段で詳細に説明する。

　管理情報ファイル、プレイリストファイル、クリップ情報ファイル、これらのデータファイルは、クリップＡＶストリームファイルに格納された再生データである画像、音声、字幕等の再生処理に適用する管理情報の格納ファイルである。これらは、再生制御情報や、再生データの属性情報等を格納したファイルであり、データベースファイルと呼ばれる。

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

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

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

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

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

　なお、クリップＡＶストリーム（Ｃｌｉｐ　ＡＶ　Ｓｔｒｅａｍ）ファイルは、ＭＰＥＧ－２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
　また、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。

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

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

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

　なお、再生対象データを格納したクリップＡＶストリーム（Ｃｌｉｐ　ＡＶ　Ｓｔｒｅａｍ）ファイルは、前述したように、従来型のＭＰＥＧ－２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
　また、今後、利用が拡大されると予想される４Ｋ，８Ｋ画像等の高精細画像データの場合は、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
　図６、図７を参照して、ＭＭＴフォーマットと、ＭＰＥＧ－２ＴＳフォーマットについて説明する。

　まず、図６を参照して、ＭＰＥＧ－２ＴＳフォーマットについて説明する。
　ＭＰＥＧ－２ＴＳフォーマットは画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データや管理情報（ＰＳＩ／ＳＩ）を記録媒体（メディア）に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式（コンテナフォーマット）を規定したフォーマットである。

　ＭＰＥＧ－２ＴＳフォーマットは、ＩＳＯ１３８１８－１において標準化されたフォーマットであり、例えばＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）に対するデータ記録や、デジタル放送等に用いられている。

　図６（ａ）～（ｃ）はＭＰＥＧ－２ＴＳフォーマットデータの構成を示す図である。
　最下段に示す図６（ａ）は、ＭＰＥＧ－２ＴＳのフォーマットデータの全体構成を示す図である。
　図６（ａ）に示すように、ＭＰＥＧ－２ＴＳフォーマットデータは、複数のエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ　ｓｔｒｅａｍ）によって構成される。
　エレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ　ｓｔｒｅａｍ）は、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。

　１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ　ｓｔｒｅａｍ）は、図２（ｂ）に示すように、１つまたは複数のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ　Ｅｌｅｍｅｎｔａｒｙ　ｓｔｒｅａｍ）パケットによって構成される。
　具体的には、１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ　ｓｔｒｅａｍ）は、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＰＥＳパケットの１つ、または複数から構成される。

　１つのＰＥＳパケットは、図６（ｃ）に示すように、１つまたは複数のＴＳパケットによって構成される。
　具体的には、１つのＰＥＳパケットは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＴＳパケットの１つ、または複数から構成される。
　ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。

　次に、図７を参照してＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
　ＭＭＴフォーマットについては、先に図３を参照しているが、図７に示すＭＭＴフォーマットの説明図は、図６を参照して説明したＭＰＥＧ－２ＴＳフォーマットとの対応関係を分かり易く説明した図である。

　先に説明したように、ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランスポートフォーマット）を規定したものである。
　図７は、ＩＳＯ／ＩＥＣ　２３００８－１に規定されるファイルフォーマットであるＭＭＴフォーマットについて説明する図である。

　図７（ａ）～（ｃ）にはＭＭＴフォーマットデータの構成を示している。
　最下段に示す図７（ａ）は、ＭＭＴフォーマットデータの全体構成を示す図である。
　図７（ａ）に示すように、ＭＭＴフォーマットデータは、複数のメディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ　ｐｒｅｓｅｎｔａｔｉｏｎ　ｕｎｉｔ）によって構成される。
　ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ＭＰＵが１つのＭＰＥＧ圧縮画像単位である１ＧＯＰ（Ｇｒｏｕｐ　ｏｆ　ｐｉｃｔｕｒｅ）に相当する。

　１つのＭＰＵは、図７（ｂ）に示すように、１つまたは複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ　Ｆｒａｇｍｅｎｔ　ｕｎｉｔ）によって構成される。
　具体的には、１つのＭＰＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＦＵの１つ、または複数から構成される。

　１つのＭＦＵは、図７（ｃ）に示すように、１つまたは複数のＭＭＴＰパケットによって構成される。
　具体的には、１つのＭＦＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＭＴＰパケットの１つ、または複数から構成される。
　ＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。
　ＭＭＴＰパケットの各々は、属性情報等を格納するヘッダ（ＭＭＴＰヘッダ）と、符号化画像の実データ等を格納するペイロード（ＭＭＴＰペイロード）により、構成される。

　なお、ＢＤＡＶフォーマットに類似するフォーマットとしてＳＰＡＶフォーマットがある。前述したように、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格である。これに対して、ＳＰＡＶフォーマットは、主にハードディスクに対するデータ記録再生のアプリケーション規格である。
　ただし、ＢＤＡＶフォーマット、ＳＰＡＶフォーマットのいずれも、ＢＤ，フラッシュメモリ、ＨＤＤ等、様々なメディアを利用した記録再生に利用可能なフォーマットである。

　ＳＰＡＶフォーマットデータは、ＢＤＡＶフォーマットにおけるデータ記録再生処理と同様の処理でデータ記録再生を実行することが可能である。ただし、ＳＰＡＶフォーマットは、ファイル名設定が、ＢＤＡＶフォーマットと一部、異なっている。
　図８にＳＰＡＶフォーマットのディレクトリ構成例を示す。

　図８に示すＳＰＡＶフォーマットのディレクトリには、先に図４を参照して説明したＢＤＡＶフォーマットと同様、様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。

　管理情報ファイルは、例えば、図８に示すインフォファイル（ＩＮＦＯ）、メニューファイル（ＭＥＮＵ）、マークファイル（ＭＡＲＫ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
　また、再生制御情報ファイルとして、
　プレイリストファイル（ＰＬＡＹＬＩＳＴ）、
　クリップ情報ファイル（ＣＬＩＰＩＮＦ）
　例えば、これらのファイルが記録される。
　さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ＳＴＲＥＡＭ）が記録される。

　図８に示すようにＳＰＡＶフォーマットのディレクトリ名や各ファイルの拡張子の設定が、図４を参照して説明したＢＤＡＶフォーマットと異なっている。
　ただし、各ファイルに格納されるデータや、各ファイルの役割は、ＢＤＡＶフォーマットと同様である。

　以下の実施例の説明では、ＭＭＴフォーマットデータをＢＤＡＶフォーマットデータとして記録し、再生する処理例について説明するが、以下に説明する実施例は、ＭＭＴフォーマットデータをＳＰＡＶフォーマットデータとして記録し、再生する処理にも適用可能である。

　　［４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について］
　次に、ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について説明する。

　先に説明したように、ＭＭＴフォーマットは、今後、放送局等によって配信が予定される４Ｋ画像等に利用されるデータ配信フォーマットであり、図３を参照して説明したプロトコルスタックに従ったフォーマットである。
　一方、ＢＤＡＶフォーマットはメディアに対するデータ記録フォーマットであり、図４を参照して説明したようにプレイリストファイルやクリップ情報ファイル等の再生制御情報ファイルを含むデータベースファイルが規定されている。
　なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータ再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して再生処理が実行される。

　従って、ＭＭＴフォーマットに従った配信コンテンツをメディアに記録し、記録したメディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、ＢＤＡＶフォーマットに従ったデータ記録を行うことが必要である。

　前述したように、現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための規定について議論が進められている。
　例えば、放送局等が送信するＭＭＴフォーマットに従った配信データを録画機等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤＤ（ハードディスク）等のメディアに記録する処理を行う場合、画像、音声、字幕データや管理情報（ＳＩ）等のデータについては、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列としてそのまま記録する方向で議論が進んでいる。

　すなわち、図４に示すＢＤＡＶフォーマット、あるいは図８に示すＳＰＡＶフォーマットに設定されるクリップＡＶストリームファイル［０２００１．ｍｍｔｖ等］に、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列を記録する。
　なお、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイル［０２００１．ｍｍｔｖ等］に対応する再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイルについては、ＭＭＴフォーマットデータ対応の制御情報を設定したプレイリストファイルやクリップ情報ファイルを記録装置が生成してメディアに記録することになる。

　ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルは、ＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケットのパケット列として記録する方向で議論が進んでいる。

　ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの具体的な記録構成例について図９、図１０を参照して説明する。
　図９は、ＢＤやフラッシュメモリ、あるいはＨＤＤ（ハードディスク）等の記録メディアに、ＭＭＴフォーマットに従ったＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケット列を記録する処理例を説明する図である。

　図９には、以下の３つのデータを示している。
　（Ａ）放送配信データであるＴＬＶパケット列
　（Ｂ）受信再生データとして処理される１つのＴＬＶパケット
　（Ｃ）メディア記録用データの構成として提案されているＭＭＴＰパケット列

　（Ａ）放送配信データであるＴＬＶパケット列は、先に図２を参照して説明したＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットの列（シーケンス）である。
　このＴＬＶパケット列が、放送局等の送信装置２０から送信される。

　（Ｂ）受信再生データとして処理される１つのＴＬＶパケットは、テレビや録画機等の情報処理装置３０が受信し、再生処理を行う１つのＴＬＶパケットである。（Ａ）に示すＴＬＶパケット列を構成する１つのＴＬＶパケットの詳細構成を示している。
　先に図２を参照して説明したＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットである。

　（Ｃ）メディア記録用データの構成として示すＭＭＴＰパケット列は、現在、メディアに対する記録データとして提案されているＭＭＴＰパケット列である。
　メディアに記録されるＭＭＴＰパケットは、図９（Ｂ）との対応関係を示す点線から理解されるように、ＴＬＶパケットの一部の構成データであるＭＭＴＰパケットであり、以下の要素から構成される。
　（ａ）ＭＭＴＰパケットヘッダ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｈｅａｄｅｒ）
　（ｂ）ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）

　なお、ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）は以下の要素によって構成される。
　（ｂ１）ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）
　（ｂ２）ＭＭＴＰペイロードデータ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｄａｔａ）

　現在、情報記録媒体（メディア）に対する記録データとして提案されている一つの構成が、この図９（Ｃ）に示すような、ＴＬＶパケットの構成要素であるＭＭＴＰパケットのみを取り出して、一列に並べて記録する構成である。

　図１０は、ＢＤやフラッシュメモリ、あるいはＨＤＤ（ハードディスク）等の記録メディアに、ＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケットではなく、ＭＭＴＰパケットを格納した上位のＴＬＶパケットのパケット列を記録する処理例を説明する図である。

　図１０には、図９と同様、以下の３つのデータを示している。
　（Ａ）放送配信データであるＴＬＶパケット列
　（Ｂ）受信再生データとして処理される１つのＴＬＶパケット
　（Ｃ）メディア記録用データの構成として提案されているＴＬＶパケット列

　（Ａ），（Ｂ）は、図９を参照して説明したと同様のデータである。
　（Ｃ）メディア記録用データの構成として示すＴＬＶパケット列は、現在、メディアに対する記録データとして提案されているもう１つの例であるＴＬＶパケット列である。
　メディアに記録されるＴＬＶパケットは、図１０（Ｂ）との対応関係を示す点線から理解されるように、ＭＭＴＰパケットを含むＴＬＶパケットであり、以下の要素から構成される。
　（ａ）ＴＬＶパケットヘッダ（ＴＬＶ＿ｈｅａｄｅｒ）
　（ｂ）ＴＬＶパケットデータ（ＴＬＶ＿ｄａｔａ）（＝ペイロード）

　このように、ＢＤ等のメディアに対するＭＭＴフォーマットデータの記録態様として、
　図９を参照して説明したＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケットのパケット列、あるいは、
　図１０を参照して説明したＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケットのパケット列、
　これらいずれかのパケット列として記録することが想定される。

　図９、または図１０に示すような設定でＭＭＴフォーマットデータをメディアに記録して、ＭＭＴフォーマットデータの再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行う場合、ＢＤＡＶフォーマット対応の再生制御情報ファイル、すなわち、プレイリストファイルやクリップ情報ファイルを利用して再生を行うことになる。
　なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータの再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して実行される。

　ＢＤＡＶフォーマットは、再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイル等のＢＤＡＶフォーマット固有のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。

　前述したように、ＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、ＭＰＥＧ－２ＴＳフォーマットの配信データに基づいて生成可能なファイルとして規定されたものである。
　従って、ＭＰＥＧ－２ＴＳフォーマットとはフォーマットの異なるＭＭＴフォーマットに従った配信データは、現行のＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイルにそのまま記録しても、現行のＢＤＡＶ対応再生アプリケーションが利用できないデータとなる場合がある。

　ＭＭＴフォーマットデータをメディアに記録し、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うことを可能とするためには、メディアに対するＭＭＴフォーマットデータの記録処理に際して、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
　また、メディアに記録されたＭＭＴフォーマットデータの再生時には、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。

　具体的には、図１１に示すように、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）５２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）５３を生成して、メディア（ＢＤ，フラッシュメモリ，ＨＤＤ等）に記録して再生に利用する処理が必要となる。

　メディアに記録されたＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１を再生する場合には、このＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）５２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）５３を利用して再生処理を行うことができる。

　しかし、前述したように、放送局の配信データであるＭＭＴフォーマットに従って配信されるデータは、ＢＤＡＶフォーマットで規定するプレイリストファイルやクリップ情報ファイルの記録用データを全て含むようには構成されていない。
　また、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１は、ＭＰＥＧ－２ＴＳフォーマットデータとは異なるデータ形式となり、ＭＰＥＧ－２ＴＳフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルと同一形式のデータを持つプレイリストファイルやクリップ情報ファイルを利用しても、正しい再生処理は実行できないという問題がある。

　従って、このＭＭＴフォーマットデータをメディアに記録して、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うためには、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル５１の再生制御を行うことができるＭＭＴフォーマットデータ固有のデータ形式を持つプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。

　　［５．メディアに記録されたＭＭＴフォーマットデータに対する編集処理を行う場合の問題点について］
　次に、メディアに記録されたＭＭＴフォーマットデータに対する編集処理を行う場合の問題点について説明する。

　例えばＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）やフラッシュメモリやＨＤＤ（ハードディスク）等の記録メディアに、画像、音声、字幕等のコンテンツを格納したＭＭＴＰパケットやＴＬＶパケットを記録した場合、ユーザは、さらにそのメディア記録データに対する編集処理を行う場合がある。

　例えば番組コンテンツ中のＣＭ部分を削除するような編集処理や、ユーザのお気に入り部分のコンテンツのみを残し、他の部分を削除するといった様々な編集処理が行われる可能性がある。

　編集対象となる画像、音声、字幕等の再生データは、クリップＡＶストリームファイルに格納されている。
　しかし、クリップＡＶストリームファイルを構成するパケット（ＭＭＴＰパケット、またはＴＬＶパケット）には、画像や音声等の再生データのみならず、制御情報（ＳＩ）も格納されている。
　制御情報には、例えば、画像や音声データの再生処理に適用するタイムスタンプ等の情報も含まれる。
　具体的には、例えば再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅｓｔａｍｐ）や、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅｓｔａｍｐ）等のタイムスタンプである。

　すなわち、クリップＡＶストリームファイルには、画像、音声、字幕等の再生データとともに、これらの再生処理に適用する制御情報が混在して格納されている。
　画像や音声等の再生データの格納パケットと、制御情報の格納パケットは異なるパケットである。従って、画像データの格納パケットのメディア上の記録位置と、その画像データ再生用のタイムスタンプ等の制御情報の格納パケットの記録位置は、多くの場合、離間した位置にある。

　このようなメディア記録データに対して、例えば、ユーザのお気に入り部分の画像格納パケットを残存させ、その他のパケットを消去するといった編集処理が行われる可能性がある。
　このようなデータ編集処理が行われると、必要な画像を残しても、その画像再生に必要なタイムスタンプ等の制御情報が消去される場合がある。このような場合、残存させた画像の再生が実行できなくなるといった問題が発生する。

　図１２を参照して、ＢＤ等のメディアに記録されたデータの編集処理例について説明する。
　図１２には、ＢＤ等のメディアに記録されたクリップＡＶストリームファイルの一部を構成するパケット列の一例を示している。

　なお、図に示す例は、メディアに記録されたクリップＡＶストリームファイルが、ＴＬＶパケット列によって構成されている例である。
　先に図９、図１０を参照して説明したように、メディアに対する記録データは、
　ＭＭＴＰパケット列、または、
　ＴＬＶパケット列、
　これらいずれかの設定とすることが想定されている。

　以下の実施例では、一例として、クリップＡＶストリームファイルが、ＴＬＶパケット列によって構成されている場合の例について説明するが、以下に説明する実施例は、メディア記録データがＭＭＴＰパケットである場合も適用可能である。
　すなわち、以下の実施例の説明における「ＴＬＶパケット」を「ＭＭＴＰパケット」に置き換えることが可能である。

　図１２に示す例は、ＢＤ等のメディアに記録されたＭＭＴフォーマットデータから構成されるＴＬＶパケット列に対するデータ編集処理の一例である。
　ユーザは、図１２に示す削除区間ＡＢを削除する編集を行うものとする。

　ここで、残存区間にある画像等の再生データの再生処理に必要となるタイムスタンプ等の制御情報が削除区間ＡＢ内に存在する場合がある。
　具体的には、例えば再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅｓｔａｍｐ）や、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅｓｔａｍｐ）等のタイムスタンプである。
　この場合、削除区間ＡＢを削除してしまうと、削除区間ＡＢ以外の残存区間にある画像等の再生データの再生処理が不可能になる。
　具体例について、図１３を参照して説明する

　図１３は、図１２と同様、ＢＤ等のメディアに記録されたＭＭＴフォーマットデータから構成されるＴＬＶパケット列に対するデータ編集処理の一例である。
　ユーザは、図１３に示す削除区間ＡＢを削除する編集を行うものとする。
　ここで、残存区間には、画像等の再生データを格納した再生データ格納パケット１０１がある。

　この再生データ格納パケット１０１に格納された画像データの再生処理に適用するためのタイムスタンプを記録した制御情報を格納した制御情報格納パケット１０２が削除区間ＡＢ内に存在する。
　この場合、削除区間ＡＢを削除してしまうと、残存区間にある再生データ格納パケット１０１に格納された画像等の再生データの再生タイミング情報、すなわちタイムスタンプを、制御情報格納パケット１０２から取得することができない。
　この結果、再生データ格納パケット１０１に格納された画像等の再生処理が不可能となる。

　なお、制御情報格納パケット１０２に格納されるタイムスタンプを記録した制御情報は、具体的には、例えばＭＭＴフォーマットにおいて規定されるＭＭＴパッケージテーブル（ＭＰＴ）に記録されている。

　先に図２他を参照して説明したように、ＭＭＴフォーマットデータには、情報処理装置３０側においてコンテンツ（番組）を受信、再生するために必要となる制御情報や、番組ガイド等の案内情報や通知情報、管理情報等によって構成される制御情報（シグナリング情報）が含まれる。
　ＭＭＴフォーマットで規定された制御情報（シグナリング情報）には、ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ－ＳＩ）と、ＴＬＶパケットで送信されるシグナリング情報（ＴＬＶ－ＳＩ）がある。

　ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ－ＳＩ）の一つにＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ　Ｐａｃｋａｇｅ　Ｔａｂｌｅ）がある。ＭＭＴパッケージテーブル（ＭＰＴ）は、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。

　ＭＭＴパッケージテーブル（ＭＰＴ）には、再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅｓｔａｍｐ）、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅｓｔａｍｐ）等のタイムスタンプが記録されている。
　なお、ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ　Ｐａｃｋａｇｅ　Ｔａｂｌｅ）は、パケットＩＤ＝０ｘ００００のＭＭＴＰパケットに格納されており、情報処理装置は、パケットヘッダに記録されたパケットＩＤに基づいてＭＭＴパッケージテーブル（ＭＰＴ）の格納パケットを判別することができる。

　なお、再生データ格納パケットと、その再生データの再生に必要となるタイムスタンプ等の制御情報を格納した制御情報（ＭＰＴ）格納パケットとの送信間隔についてはＭＭＴフォーマット上の規定があり、放送局等の送信装置からの各パケットの送信間隔は２７００ｍｓ～５００ｍｓの範囲とするように規定されている。
　なお、制御情報（ＭＰＴ）格納パケットについては、受信エラー等の対策として、再生データ格納パケットの後に再送することも許容されている。

　放送局等の送信装置から受信されるパケット列を受信して、ＢＤ等のメディアに記録する記録装置は、受信パケット列を順次、メディアに記録することになる。
　この結果として、図１３に示すようなパケット列がメディアに記録される。

　データの再生処理に適用するためのタイムスタンプを記録した制御情報であるＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ　Ｐａｃｋａｇｅ　Ｔａｂｌｅ）の構成について図１４を参照して説明する。

　図１４は、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
　図１４には、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構造（Ｓｙｎｔａｘ）、ビット数（Ｎｏ．　ｏｆ　ｂｉｔｓ）、データ表記（Ｍｎｅｍｏｎｉｃ）を示している。
　なお、データ表記中の「ｕｉｍｓｂｆ」は「符号無し整数、最上位ビットが先頭」（ｕｎｓｉｇｎｅｄ　ｉｎｔｅｇｅｒ　ｍｏｓｔ　ｓｉｇｎｉｆｉｃａｎｔ　ｂｉｔ　ｆｉｒｓｔ）表記を意味する。
　「ｂｓｌｂｆ」は、「ビット列、左ビットが先頭（ｂｉｔ　ｓｔｒｉｎｇ，ｌｅｆｔ　ｂｉｔ　ｆｉｒｓｔ）を意味する。

　ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ　Ｐａｃｋａｇｅ　Ｔａｂｌｅ）は、前述したように、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルである。

　ＭＭＴパッケージテーブル（ＭＰＴ）には、図１４に示すように、
　アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）
　アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
　これらのデータ記録領域が含まれる。

　アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）は、画像、音声、字幕等のデータ種類別の識別子を記録する領域である。アセットとは、共通属性を持つデータ処理の単位であり、画像、音声、字幕等は、各々、異なるアセットとして設定される。
　ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例を図１５に示す。

　図１５に示すように、ＭＰＴに記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）には、例えば以下の種類がある。
　ｈｖｃ１：ＨＥＶＣ画像
　ｍｐ４ａ：音声
　ｓｔｐｐ：字幕等
　ａａｐｐ：アプリケーション
　図１４に示すＭＰＴのアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）記録フィールドには、例えば上記のいずれかのタイプ情報が記録される。

　図１４のＭＰＴの下段に示す、
　アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
　このフィールドには、各アセットタイプ（例えば画像、音声、字幕）、これらのデータ種類に応じた様々な属性情報が記録される。

　このアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録される情報の一つに画像や音声等の再生時間情報が含まれる。
　再生時間情報は、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。

　図１６に、ＭＭＴパッケージテーブル（ＭＰＴ）にアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録されるＭＰＵ単位の再生時間情報（タイムスタンプ）を記録したＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す。

　なお、ＭＰＵは、先に図３を参照して説明したように、図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ　Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｕｎｉｔ）であり、ＭＭＴフォーマットにおける１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ　ｏｆ　Ｐｉｃｔｕｒｅｓ）と同じ単位である。

　ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子は、このＭＰＵ単位の再生時間情報に相当する。
　図１６に示すように、ＭＰＵタイムスタンプ記述子には、以下の各データが記録される。
　ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）
　ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）

　ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）には、ＭＰＵの識別子が記録される。
　ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）には、ＭＰＵの再生時間（提示時間）がＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
　なお、ＮＴＰ時間（ＮＴＰタイムスタンプ）は、例えば６４ビットデータの絶対時刻情報、すなわち予め規定された基準時刻からの経過時間を示す絶対時刻情報である。上位３２ビットで１秒以上の時間情報（経過時間情報）を示し、下位３２ビットで１秒以下の時間情報（経過時間情報）を示す。
　なお、全体を３２ビットとして、上位１６ビットで１秒以上の時間情報を示し、下位１６ビットで１秒以下の時間情報を示す短形式のＮＴＰ時間情報を用いる設定も可能である。

　このように、ＭＭＴパッケージテーブル（ＭＰＴ）には、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として、ＭＰＵ単位の再生時間情報（タイムスタンプ）であるＭＰＵタイムスタンプ等のタイムスタンプが記録されている。

　情報処理装置３０は、情報記録媒体（メディア）にクリップＡＶストリームファイルを記録する場合、先に図９、図１０を参照して説明したように、ＭＭＴＰパケット列、またはＴＬＶパケット列として記録する。
　これらのパケット列には、画像、音声、字幕等の再生データを格納したパケットの他、上述のタイムスタンプを格納したＭＭＴパッケージテーブル（ＭＰＴ）等の制御情報格納パケットが含まれる。

　この結果、任意区間でのデータ削除を行うと、先に図１３を参照して説明したような事態が発生する。
　すなわち、図１３に示す削除区間ＡＢを削除してしまうと、残存区間にある再生データ格納パケット１０１に格納された画像等の再生データの再生タイミング情報、すなわちタイムスタンプを制御情報格納パケット１０２から取得することができなくなり、再生データ格納パケット１０１に格納された画像等の再生処理が不可能となる。

　このような事態を防止するための手法として、制御情報格納パケット１０２を削除区間ＡＢから取り出して、残存区間内に移動させて残すという手法が考えられる。
　このパケット移動記録処理例について、図１７を参照して説明する。

　図１７は、削除区間ＡＢにある制御情報格納パケット１０２ａを残存データ領域に移動して、残存データ内のパケット間に挿入して、制御情報格納パケット１０２ｂとして残す処理を説明する図である。
　このようなパケット移動処理を行えば、再生データ格納パケット１０１に格納された画像等の再生データのタイムスタンプを制御情報格納パケット１０２ｂから取得することができる。

　しかし、メディア記録データであるクリップＡＶストリームファイルは、所定の暗号化ユニット（暗号化ブロック）単位で個別の暗号鍵による暗号化処理（ブロック暗号化処理）が施されており、パケットを簡単に移動させることができないという問題がある。
　この問題点について、図１８以下を参照して説明する。
　図１８は、クリップＡＶストリームファイルＡＶストリームファイルを構成するパケットの暗号化ユニット（暗号化ブロック）の設定例を示す図である。
　図１８に示す例では、パケット２つを一単位とした暗号化ユニットを設定し、各ユニットにそれぞれ異なる暗号鍵を適用して暗号化を行った例を示している。

　ＢＤ等のメディアに、ＭＭＴフォーマットデータを記録する場合、パケット（ＭＭＴＰパケット、またはＴＬＶパケット）格納データの暗号化処理が必要となる場合がある。
　例えば、ＢＤ（Ｂｌｕ－Ｒａｙ（登録商標）　Ｄｉｓｃ）やＨＤ、ＤＶＤ等の情報記録媒体（メディア）の記録データの著作権保護に関する規格はＡＡＣＳ（Ａｄｖａｎｃｅｄ　Ａｃｃｅｓｓ　Ｃｏｎｔｅｎｔ　Ｓｙｓｔｅｍ）によって規定されており、ＢＤ等のメディア記録コンテンツの暗号化態様はＡＡＣＳ規定に従った方式であることが必要となる。
　しかし、放送コンテンツについてはＡＡＣＳ規定に拘束されず、ＡＡＣＳ規定の暗号化態様が利用する必要がなく、独自の暗号化態様での配信がなされる。

　従って、ＭＭＴフォーマットデータによって構成される放送波を受信して、情報記録媒体（メディア）にデータを記録する情報処理装置は、放送データとして受信する暗号化データ、あるいはその暗号化データをそのまま記録したハードディスク等の第１メディアの記録データを読み出して、一旦、復号し、その後、ＡＡＣＳ規定に従った方式で再暗号化を行ってコピー先の情報記録媒体（第２メディア）に記録することが必要となる。

　以下、この暗号化処理の具体的シーケンスについて、図１９を参照して説明する。
　図１９は、メディアに対する記録データ、具体的には、ＭＭＴフォーマットに従ったパケット列からなるクリップＡＶストリームファィルを構成する１つの暗号化ユニットの暗号化処理のシーケンスを説明する図である。
　暗号化ユニットの各々は、異なる暗号鍵によってによって暗号化され、ＡＡＣＳ規定に従った暗号化データとなる。

　図１９に示すステップＳ１１～Ｓ１３の各処理について説明する。
　　（ステップＳ１）
　まず、情報処理装置は、ステップＳ１１において、シード情報１２１の取得処理を行う。シード情報は、暗号化ユニットの暗号化処理に適用する暗号鍵を生成するために利用する情報であり、暗号化ユニット各々において異なる情報となる。

　このシード情報は、例えば、暗号化ユニットの前段に設定した追加ヘッダの構成データを利用することが可能である。
　追加ヘッダは、暗号化ユニット単位で設定し、各ユニット単位で異なる１６バイトデータとする。なお、追加ヘッダは、例えば各暗号化ユニットに関するコピー制御情報等を記録したヘッダとすることも可能である。

　追加ヘッダは、メディアに対するデータ記録処理を実行する情報処理装置が、ＭＭＴフォーマットデータからなる放送波を受信してメディア記録する場合、あるいは、メディア間でのデータコピーを行う場合に生成して記録する。
　例えば、メディアに対するデータ記録処理を実行する情報処理装置は、ＭＭＴフォーマットデータを構成する制御情報（ＳＩ）からコピー制御情報を取得し、取得したコピー制御情報をＡＡＣＳ規定に従ったデータ形式に変換して、追加ヘッダ内に記録する。

　この場合、追加ヘッダは、後続のパケットに格納されたコピー制御情報を含み、各追加ヘッダ単位で異なるデータとなるように設定される。
　この追加ヘッダの構成データを各暗号化ユニットの暗号化生成に適用するシード情報として利用することで、各暗号化ユニットに適用する暗号鍵を各ユニット単位で異ならせることができる。

　なお、追加ヘッダを設定せず、クリップＡＶストリームファイルとは別のファイル、例えば利用制御情報ファイル（Ｕｓａｇｅ　Ｆｉｌｅ）に、各ユニット対応のシード情報を記録する構成としてもよい。

　このように、ステップＳ１１において、情報処理装置は、各暗号化ユニット単位の追加ヘッダ、あるいは利用制御情報ファイル（Ｕｓａｇｅ　Ｆｉｌｅ）等の別ファイルから、暗号化ユニットごとに異なるシード情報（１６バイト）１２１の取得処理を行う。

　　（ステップＳ１２）
　次に、情報処理装置は、ステップＳ１２において、シード情報１２１に対して、予め乱数生成処理等により生成したタイトル鍵１２２を適用した一方向性関数による演算を実行して、ブロック鍵１２３を生成する。
　すなわち、暗号化ユニット（暗号化ブロック）単位（＝暗号化処理単位）の暗号鍵であるブロック鍵１２３を生成する。

　　（ステップＳ１３）
　次に、情報処理装置は、ステップＳ１３において、平文ＴＬＶパケットデータからなる暗号化処理対象ユニット１２４を入力して、ステップＳ１２で生成したブロック鍵を適用した暗号化処理を実行して暗号化ユニット、すなわちクリップＡＶストリームファイル内の構成データである暗号化ユニット１２５を生成する。
　なお、平文ＴＬＶパケットデータからなる暗号化処理対象ユニット１２４は、放送局等から送信される暗号化データを復号して得た平文ＴＬＶパケットデータである。再生処理に際して復号された結果と同じデータである。

　ブロック鍵を適用した暗号化処理を実行して生成した暗号化ユニット１２５、すなわち暗号化ＴＬＶパケットデータを、情報記録媒体（メディア）に記録する。
　なお、ブロック鍵を適用した暗号化処理は、例えば、ＥＣＢモードやＣＢＣモードを適用した暗号化処理として実行可能である。また、これらの暗号化処理を行う場合にパディングデータを付加する設定としてもよい。例えばＡＥＳ等のブロック暗号との相性を考えて、暗号化ＴＬＶパケットが１６バイトの倍数となるように０００・・・０等のデータ列からなるパディングデータを付加する設定としてもよい。

　クリップＡＶストリームファイルを構成するすべてのパケットについて、同様のユニット単位の異なる暗号鍵で暗号化処理（ブロック暗号化処理）を実行して、クリップＡＶストリームファイルとして、ＢＤ等の情報記録媒体に記録する。

　なお、図１９を参照して説明した各暗号化ユニット対応の暗号鍵は、暗号化ユニットを復号する復号鍵としても利用可能である。情報記録媒体に記録された暗号化ユニットを復号する場合、図１９に示す処理シーケンスと同様のシーケンスで暗号鍵（復号鍵）を生成し、生成した暗号鍵（復号鍵）を適用して暗号化ユニット単位の復号処理を行うことができる。

　なお、図１８、図１９を参照して説明した例では、暗号化ユニットを２つのＴＬＶパケットによって構成される設定としたが、これは一例であり、暗号化ユニットは、様々な設定が可能である。

　例えば、暗号化ユニットは、以下のような設定が可能である。
　（ａ）暗号化ユニット＝固定データ長単位、
　（ｂ）暗号化ユニット＝可変データ長単位、

　（ａ）は暗号化ユニットを固定データ長とした例である。
　具体的には、例えば、
　１つの暗号化ユニット＝６Ｋバイト
　１つの暗号化ユニット＝１２８Ｋバイト
　このような固定バイトサイズとする。
　なお、固定サイズの暗号化ユニットに対して、暗号鍵生成データとなるシード情報を含む追加ヘッダを設定した構成と、しない構成とが可能である。

　（ｂ）は暗号化ユニットを可変データ長とした例である。
　具体的には、
　１つの暗号化ユニット＝１つのパケット（ＭＭＴＰパケットまたはＴＬＶパケット）
　１つの暗号化ユニット＝複数のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）
　１つの暗号化ユニット＝パケット（ＭＭＴＰパケットまたはＴＬＶパケット）構成データ（可変データ長）
　このような可変データサイズとする。なお、この可変サイズの場合も、暗号化ユニットに対して、暗号鍵生成データとなるシード情報を含む追加ヘッダを設定した構成と、しない構成とが可能である。

　一例として、上記（ｂ）の暗号化ユニットを可変データ長とした例を図２０に示す。
　図２０は、複数パケット単位で暗号化ユニットを設定したメディア記録データの構成例を示す図である。
　放送局等の送信装置からの受信データをメディアに記録する情報処理装置は、図２０に示すように、複数（Ｎ個）のパケット（ＭＭＴＰパケットまたはＴＬＶパケット）に対して１つのコピー制御情報を記録した追加ヘッダを設定して記録する。

　図２０には、以下の２つのデータ記録例であるパケット列を示している。
　（Ａ１）複数（Ｎ個）のＭＭＴＰパケットに対して１つの追加ヘッダを設定したＭＭＴＰパケット列
　（Ａ２）複数（Ｎ個）のＴＬＶパケットに対して１つの追加ヘッダを設定したＴＬＶパケット列

　（Ａ１）に示す例は、メディアに記録するＭＭＴＰパケット１３０をＮ個単位で区切り、Ｎ個のＭＭＴＰパケットの先頭部分に、追加ヘッダ（ＭＭＴＰパケット追加ヘッダ１３１）を設定して、メディアに記録する例である。
　（Ａ２）に示す例は、メディアに記録するＴＬＶパケット１３２をＮ個単位で区切り、Ｎ個のＴＬＶパケットの先頭部分に、追加ヘッダ（ＴＬＶパケット追加ヘッダ１３３）を設定して、メディアに記録する例である。
　本例において、Ｎは２以上である。

　ＭＭＴＰパケット追加ヘッダ１３１には、例えば、後続の複数（Ｎ個）のＭＭＴＰパケット１３０の格納データに対応するコピー制御情報が記録される。
　ＴＬＶパケット追加ヘッダ１３３には、後続の複数（Ｎ個）のＴＬＶパケット１３２の格納データに対応するコピー制御情報が記録される。

　この追加ヘッダをメディアに記録することで、コピー処理を実行するコピー装置（情報処理装置）は、追加ヘッダの記録内容に基づいて後続の複数のＭＭＴＰパケット、またはＴＬＶパケットの格納データについてのＭＭＴフォーマット対応のコピー制御情報を取得することが可能となる。

　　［６．メディアに記録されたＭＭＴフォーマットデータの確実な再生を可能とする編集処理について］
　次に、メディアに記録されたＭＭＴフォーマットデータの確実な再生を可能とする編集処理について説明する。

　メディアに記録されたＭＭＴフォーマットデータの確実な再生を可能とするためには、許容する編集処理や禁止する編集処理等、様々な編集制限を設定することが必要となる。以下、これらの編集制限について説明する。
　以下の項目に従って、順次、説明する。

　（１）暗号化ユニット単位を削除許容単位とする編集制限
　（２）残存区間の再生データ対応の制御情報が削除区間内に存在する場合の編集制限
　（２－１）残存区間の再生データ対応の制御情報格納パケットを暗号化ユニットサイズに拡張して残存区間に移動して記録する処理
　（２－２）残存区間の再生データ対応の制御情報格納パケットにＮＵＬＬパケットを追加して残存区間に移動して記録する処理
　（２－３）残存区間の再生データ対応のＧＯＰ情報を含む制御情報が削除区間内に存在する場合の処理
　（２－４）残存区間の再生データ対応の制御情報をクリップＡＶストリームファイルとは異なる制御情報ファイルにコピーして記録する処理
　（３）先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットを削除許容単位とする編集制限

　　［６－１．（１）暗号化ユニット単位を削除許容単位とする編集制限］
　まず、暗号化ユニット単位を削除許容単位とする編集制限について説明する。

　先に図１８～図２０を参照して説明したようにＢＤ等のメディアに記録されるクリップＡＶストリームファイルは、暗号化ユニット単位で異なる暗号鍵によって暗号化されたデータである。

　従って、データ削除単位を暗号化ユニット単位としないと、暗号化ユニットの再設定や、暗号化処理のやり直しが必要となる。
　このような処理を避けるため、許容するデータ削除単位を暗号化ユニット単位とする編集制限を設定する。
　具体例について、図２１を参照して説明する。

　図２１は、許容される編集処理例を示す図である。すなわち、削除区間を暗号化ユニット単位とした例である。
　図２１に示す（許容編集処理例１）は、削除区間ＡＢを１つの暗号化ユニットとした例であり、このような設定でのデータ削除は許容される。
　なお、この削除区間に残存区間の再生データの再生に適用するタイムスタンプ等の制御情報が記録されている場合は、その制御情報を移動する処理が必要である。この処理については後述する。

　図２１に示す（許容編集処理例２）は、削除区間ＡＢを複数の暗号化ユニットとした例であり、このような設定でのデータ削除も許容される。
　なお、この場合でも、削除区間に残存区間の再生データの再生に適用するタイムスタンプ等の制御情報が記録されている場合は、その制御情報を移動する処理が必要である。この処理については後述する。

　次に、図２２を参照して許容されない編集処理例について説明する。
　図２２に示す例は、削除区間が暗号化ユニット単位でない例である。
　図２２に示す（非許容編集処理例１）は、削除区間ＡＢが、１つの暗号化ユニットより小さく設定した例であり、このような設定でのデータ削除は許容しない。

　また、図２２に示す（非許容編集処理例２）は、削除区間ＡＢが、１つの暗号化ユニットより大きいが、２つの暗号化ニットより小さく設定した例であり、このような設定でのデータ削除も許容しない。
　このように、データ編集処理におけるデータ削除処理は、暗号化ユニット単位で実行する場合のみ許容する設定とする。

　　［６－２．（２）残存区間の再生データ対応の制御情報が削除区間内に存在する場合の編集制限］
　次に、残存区間の再生データ対応の制御情報が削除区間内に存在する場合の編集制限について説明する。
　図２１～図２２を参照して説明したように、削除区間は、暗号化ユニットを単位とすることを原則とするが、この削除区間内に残存区間の再生データの再生に適用するタイムスタンプ等の制御情報（ＭＰＴ）が記録されている場合は、その制御情報を移動する処理が必要である。以下、この処理について説明する。

　タイムスタンプ等の制御情報（ＭＰＴ）を格納した制御情報格納パケットを単に残存区間に移動すると、暗号化ユニットの設定が変更されてしまうという問題がある。
　図２３を参照してこの問題点について説明する。
　図２３に示す暗号化ユニット０３を削除区間ＡＢとして削除する処理を想定する。この削除区間ＡＢには、制御情報格納パケット２０２ａがあり、このパケットは、残存区間の再生データ格納パケット２０１のタイムスタンプを格納している。

　この制御情報格納パケット２０２ａを残存区間の暗号化ユニット０１と暗号化ユニット０２の間に挿入する処理を行うとする。
　なお、前述したように、再生データ格納パケットと、その再生データの再生に必要となるタイムスタンプ等の制御情報を格納した制御情報（ＭＰＴ）格納パケットとの送信間隔についてはＭＭＴフォーマット上の規定があり、放送局等の送信装置からの各パケットの送信間隔は２７００ｍｓ～５００ｍｓの範囲とするように規定されている。このフォーマット規定に従って、制御情報格納パケット２０２ａの移動先は、再生データ格納パケット２０１から、送信間隔ベースで２７００ｍｓ～５００ｍｓの範囲とする。

　図２３に示すように、制御情報格納パケット２０２ａを移動して、残存区間の暗号化ユニット０１と暗号化ユニット０２の間に挿入する。
　図２３に示すように、制御情報格納パケット２０２ｂが残存区間の暗号化ユニット０１と暗号化ユニット０２の間に挿入される。

　しかし、制御情報格納パケット２０２ｂは、元の暗号化ユニットである暗号化ユニット０３の一部に過ぎず、暗号化ユニットの設定態様（固定データ長か、可変データ長か）に応じて、以下のような問題が発生する。

　（ａ）暗号化ユニットが固定データ長に規定されている場合、
　制御情報格納パケット２０２ｂを含む新たな固定データ長の暗号化ユニットを規定することが必要となり、さらに、この処理に伴い、挿入した制御情報格納パケット２０２ｂに後続するパケットの全てに対して、あらたなユニット設定と再暗号化処理が必要となる。

　（ｂ）暗号化ユニットが可変データ長に規定されている場合、
　制御情報格納パケット２０２ｂについて、既存の暗号化ユニットに含める処理を行うことが可能であるが、既存の暗号化ユニット対応のシード情報は、既に追加ヘッダ、または別ファイル（利用制御情報ファイル（Ｕｓａｇｅ　Ｆｉｌｅ））に記録済みであり、このシード情報の変更が必要となる。
　前述したように、シード情報は、暗号化ユニット単位のコピー制御情報を含み、むやみに書き換えることができないという問題がある。

　以下、これらの問題を解決して、残存区間の再生データ対応の制御情報が削除区間内に存在する場合に、編集処理後に残存区間の再生データの再生処理を、制御情報を適用して行うことを可能とする処理例について説明する。

　　［６－２－１．（２－１）残存区間の再生データ対応の制御情報格納パケットを暗号化ユニットサイズに拡張して残存区間に移動して記録する処理］
　まず、残存区間の再生データ対応の制御情報格納パケットを暗号化ユニットサイズに拡張して残存区間に移動して記録する処理について説明する。

　図２４は、本実施例を説明する図である。
　削除区間ＡＢには、残存区間の再生データ格納パケット２１１の再生処理に適用するタイムスタンプを記録したＭＰＴ（ＭＭＴパッケージテーブル）を含む制御情報格納パケット２１２ａが記録されている。

　本処理例では、この制御情報格納パケット２１２ａを、規定の暗号化ユニットサイズに拡張するパケットサイズ変更処理を実行する。
　図に示す制御情報格納パケット２１２ｂが、規定の暗号化ユニットサイズを持つサイズ変更パケットである。
　この規定の暗号化ユニットサイズを持つ制御情報格納パケット２１２ｂを、残存区間に移動して記録する。

　残存区間に移動して記録する制御情報格納パケット２１２ｂは、この１つのパケットを新たな暗号化ユニットとする。
　すなわち、本実施例では、この制御情報格納パケット２１２ｂに対応する新たなシードを設定し、そのシードを利用した暗号鍵を生成して、生成した暗号鍵によって制御情報格納パケット２１２ｂの構成データを暗号化して記録する。
　その他のパケットについての処理は不要であり、必要となるデータ処理を低減することができる。

　なお、制御情報格納パケット２１２ｂの暗号鍵生成に必要となる新たに生成したシード情報は、制御情報格納パケット２１２ｂの前段に追加ヘッダとして記録する。あるいは、利用制御情報ファイル（Ｕｓａｇｅ　Ｆｉｌｅ）等の別ファイル内に記録する。

　また、制御情報格納パケット２１２ｂの記録先は、このパケット内のタイムスタンプを利用する再生データを格納したパケット、すなわち、図に示す残存区間の再生データ格納パケット２１１から、送信間隔ベースで２７００ｍｓ～５００ｍｓの範囲とする。これは、前述したＭＭＴフォーマット上の規定を満たしたパケット記録構成とするためである。

　図２４に示すように、本実施例では、削除区間ＡＢ内の制御情報格納パケット２１２ａに対して、規定の暗号化ユニットサイズに拡張するパケットサイズ変更処理を実行する。
　図に示す制御情報格納パケット２１２ｂが、規定の暗号化ユニットサイズを持つサイズ変更パケットである。

　なお、ＭＭＴフォーマットにおいて規定されるＴＬＶパケットや、ＭＭＴＰパケットは、元々、パケットサイズが固定されておらず、様々なサイズのパケットを設定可能である。
　ただし、パケットサイズを変更した場合、変更後のパケットサイズ情報をパケットヘッダ等に記録することが必要である。
　図２５を参照してＴＬＶパケットのパケットヘッダの記録情報について説明する。

　図２５は、ＴＬＶパケットに設定されるＴＬＶヘッダ（ＴＬＶ　ｈｅａｄｅｒ）のデータを示す図である。
　図２５には、ＴＬＶヘッダ（ＴＬＶ　ｈｅａｄｅｒ）のデータ構造（Ｓｙｎｔａｘ）、ビット数（Ｎｏ．　ｏｆ　ｂｉｔｓ）、データ表記（Ｍｎｅｍｏｎｉｃ）を示している。

　図２５に示すように、ＴＬＶパケットに設定されるＴＬＶヘッダには、ＴＬＶパケットのパケットレングスデータ（ｌｅｎｇｔｈ）が記録される。
　これはＴＬＶパケットのＴＬＶヘッダを除くＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータ長に相当する。具体的には、ＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータバイト長が記録される。

　編集処理を行う情報処理装置は、図２４を参照して説明したパケットサイズの拡張を行った場合、このパケットレングスデータ（ｌｅｎｇｔｈ）を、拡張処理後のデータサイズに更新する処理を行う。

　なお、先に図２を参照して説明したように、ＭＭＴフォーマットに従って放送局等からは、様々な制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））が送信される。
　再生データに関するタイムスタンプを記録したＭＰＴ（ＭＭＴパッケージテーブル）は、放送局等が送信する制御情報の１つである。
　ＭＰＴは、多くの場合、ＭＰＴを含む様々なテーブルを格納したＰＡ（Ｐａｃｋｅｇｅ　Ａｃｃｅｓｓ）メッセージに一括して格納され送信される。

　ＰＡメッセージは、さらにＴＬＶパケット、およびＭＭＴＰパケットに格納されて送信される。ＰＡメッセージ内にタイムスタンプを記録したＭＭＴパッケージテーブル（ＭＰＴ）が記録されている。
　ＰＡメッセージは、放送波を受信する受信装置側におけるデータ受信および、符号、再生処理等に必要な様々な情報を持つＰＡテーブルを伝送する。ＰＡテーブルには、複数のテーブルが含まれ、その１つとしてＭＭＴパッケージテーブル（ＭＰＴ）が含まれる。

　ＰＡメッセージは、ＴＬＶパケットに格納されており、図２４を参照して説明したように制御情報（ＭＰＴ）を格納したＴＬＶパケット長を拡張する場合、ＴＬＶパケットに格納されたＰＡメッセージのデータ長を調整する手法が利用化可能である。
　以下、図２６以下を参照してＰＡメッセージのデータ長を調整する手法について説明するる

　図２６を参照してＰＡメッセージのデータ構造について説明する。
　ｍｅｓｓａｇｅ＿ｉｄは、各種シグナリング情報において、ＰＡメッセージを識別する１６ビットの固定値である。
　ｖｅｒｓｉｏｎは、ＰＡメッセージのバージョンを示す、８ビットの整数値のパラメータである。例えばＭＰＴを構成する一部のパラメータでも更新した場合には、ｖｅｒｓｉｏｎは＋１だけインクリメントされる。
　ｌｅｎｇｔｈは、このフィールドの直後からカウントされる、当該ＰＡメッセージのサイズをバイト単位で示す、３２ビット長のパラメータである。
　このＰＡメッセージのデータサイズを変更した場合、このレングス（ｌｅｎｇｔｈ）データを拡張後のデータ長に書き換える。

　ｅｘｔｅｎｓｉｏｎフィールドには、ｐａｙｌｏａｄのフィールドに配置される各テーブルのインデックス情報が配置される。このフィールドには、８ビットのｔａｂｌｅ＿ｉｄと、８ビットのｔａｂｌｅ＿ｖｅｒｓｉｏｎと、１６ビットのｔａｂｌｅ＿ｌｅｎｇｔｈが配置される。

　ＰＡメッセージのｐａｙｌｏａｄフィールドには、各テーブルの詳細情報が記録される。
　ＭＭＴパッケージテーブル（ＭＰＴ）もここに記録される。

　さらに、ＰＡメッセージの最終領域には、図２６に示すように、スタッフバイト記録許容領域が設定される。
　これは、ＰＡメッセージのデータ長を調整するためのスタッフバイト（オール１）等を記録可能とした領域である。

　このスタッフバイト記録許容領域に、スタッフバイト（オール１）を書き込むことで、このＰＡメッセージを格納したＴＬＶパケットのパケット長を、規定の暗号化ユニットサイズに等しくなるようにパケットサイズを調整することができる。

　図２７は、ＰＡメッセージのスタッフバイト記録許容領域に記録されるスタッフ記述子（ｓｔｕｆｆｉｎｇ＿ｄｅｓｃｒｉｐｔｏｒ）のデータ構成を示す図である。
　ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇには、スタッフ記述子であることを示すタグ（０ｘ４２）が記録される。
　ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈには、スタッフ記述子の記述子長が記録される。
　ｓｔｕｆｆｉｎｇ＿ｂｙｔｅには、データ長を調整するための必要なスタッフバイト（オール１）を記録することができる。

　このように、図２４を参照して説明した制御情報（ＭＰＴ）格納パケット２１２ａを規定の暗号化ユニットサイズまで拡張する一つの手法として、上述したＰＡメッセージのスタッフバイト記録領域にデータ（オール１）を記録する手法が適用可能である。

　タイムスタンプを記録した制御情報（ＭＰＴ）格納パケットであるＴＬＶパケット、またはＭＭＴＰパケットのパケットサイズを、規定の暗号化ユニットサイズに変更する手法として、上述したＰＡメッセージのデータ長を変更するという手法が適用可能であるが、さらに、ＰＡメッセージ内に格納されるＭＰＴ（ＭＭＴパッケージテーブル）自体のデータ長を変更する処理を行う構成としてもよい。
　この手法について、図２８以下を参照して説明する。

　図２８は、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。先に図１４を参照して説明したと同様のデータである。
　このＭＭＴパッケージテーブル（ＭＰＴ）にも、先に図２６を参照して説明したＰＡメッセージと同様、以下の各データ記録領域が設けられている。
　レングス（ｌｅｎｇｔｈ）記録領域、
　スタッフバイト記録許容領域（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒ＿ｂｙｔｅ）

　ｌｅｎｇｔｈは、このフィールドの直後からカウントされるＭＰＴのサイズをバイト単位で示す、１６ビット長のパラメータである。
　スタッフバイト記録許容領域は、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ長を調整するためのスタッフバイト（オール１）等を記録可能とした領域である。

　このスタッフバイト記録許容領域に、スタッフバイト（オール１）を書き込むことで、このＭＭＴパッケージテーブル（ＭＰＴ）を格納したＴＬＶパケットのパケット長を、規定の暗号化ユニットサイズに等しくなるようにパケットサイズを調整することができる。

　図２９は、ＭＭＴパッケージテーブル（ＭＰＴ）のスタッフバイト記録許容領域に記録されるスタッフ記述子（ｓｔｕｆｆｉｎｇ＿ｄｅｓｃｒｉｐｔｏｒ）のデータ構成を示す図である。
　ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇには、スタッフ記述子であることを示すタグ（０ｘ４２）が記録される。
　ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈには、スタッフ記述子の記述子長が記録される。
　ｓｔｕｆｆｉｎｇ＿ｂｙｔｅには、データ長を調整するための必要なスタッフバイト（オール１）を記録することができる。

　このように、ＭＭＴパッケージテーブル（ＭＰＴ）のスタッフバイト記録許容領域に、スタッフバイト（オール１）を書き込むことでも、先に図２４を参照して説明した制御情報（ＭＰＴ）格納パケット２１２ａを規定の暗号化ユニットサイズまで拡張することが可能となる。

　このいずれかの手法を適用して、図２４を参照して説明したように、削除区間にある制御情報格納パケット２１２ａのパケットサイズを、規定の暗号化ユニットサイズに拡張して、サイズを変更した制御情報格納パケット２１２ｂを残存区間に移動して記録する処理が可能となる。

　編集処理を行う情報処理装置は、図２４を参照して説明した処理を行う場合、残存区間に移動した制御情報格納パケット２１２ｂを１つの新しい暗号化ユニットとして設定する。

　編集処理を行う情報処理装置は、制御情報格納パケット２１２ｂのデータ長を規定の暗号化ユニットサイズに拡張し、さらにデータ長を調整した制御情報格納パケット２１２ｂに対応する新たなシードを設定し、そのシードを利用した暗号鍵を生成して、生成した暗号鍵によって制御情報格納パケット２１２ｂの構成データを暗号化して記録する。
　その他のパケットについての処理は不要であり、必要となるデータ処理を低減することができる。

　なお、削除区間にある制御情報格納パケット２１２を残存区間に移動する際に、データ長を拡張する必要があるのは、暗号化ユニットサイズが固定の場合のみである。
　暗号化ユニットサイズが可変である場合は、削除区間にある制御情報格納パケット２１２のデータサイズの変更を行うことなく、残存区間に移動し、この制御情報格納パケット２１２を新たな暗号化ユニットとして、その新たな暗号化ユニット対応の新たなシードを設定し、そのシードを利用した暗号鍵を生成して、生成した暗号鍵によって制御情報格納パケット２１２の構成データを暗号化して記録する。
　この場合も、その他のパケットについての処理は不要であり、必要となるデータ処理を低減することができる。

　　［６－２－２．（２－２）残存区間の再生データ対応の制御情報格納パケットにＮＵＬＬパケットを追加して残存区間に移動して記録する処理］
　次に、残存区間の再生データ対応の制御情報格納パケットにＮＵＬＬパケットを追加して残存区間に移動して記録する処理について説明する。

　図３０は、本実施例を説明する図である。
　削除区間ＡＢには、残存区間の再生データ格納パケット２１５の再生処理に適用するタイムスタンプを記録したＭＰＴ（ＭＭＴパッケージテーブル）を含む制御情報格納パケット２１６が記録されている。

　本処理例では、この制御情報格納パケット２１６にＮＵＬＬパケット２１７を追加して、これらのパケットの合計データ長を、規定の暗号化ユニットサイズに等しくす処理を実行する。
　図に示す制御情報格納パケット２１６のパケットサイズと、ＮＵＬＬパケット２１７のパケットサイズの合計サイズを、規定の暗号化ユニットサイズに等しくする。
　ＮＵＬＬパケット２１７は、無効値、例えばオール０やオール１等のデータを格納したパケットである。

　編集処理を実行する情報処理装置は、制御情報格納パケット２１６にＮＵＬＬパケット２１７を追加して、これらのパケットの合計データ長を規定の暗号化ユニットサイズに等しくす処理を実行し、これらのパケットを残存区間に移動して記録する。

　残存区間に移動して記録する制御情報格納パケット２１６とＮＵＬＬパケット２１７の組を１つの新たな暗号化ユニットｙｙとする。
　編集処理を実行する情報処理装置は、この新たな暗号化ユニットｙｙに対応する新たなシードを設定し、そのシードを利用した暗号鍵を生成して、生成した暗号鍵によって制御情報格納パケット２１６とＮＵＬＬパケット２１７の構成データを暗号化して記録する。
　その他のパケットについての処理は不要であり、必要となるデータ処理を低減することができる。

　なお、削除区間にある制御情報格納パケット２１６を残存区間に移動する際に、ＮＵＬＬパケット２１７を追加して、データ長を拡張する必要があるのは、暗号化ユニットサイズが固定の場合のみである。
　暗号化ユニットサイズが可変である場合は、削除区間にある制御情報格納パケット２１６のデータサイズの変更を行うことなく、残存区間に移動し、この制御情報格納パケット２１６を新たな暗号化ユニットｙｙとして、その新たな暗号化ユニットｙｙ対応の新たなシードを設定し、そのシードを利用した暗号鍵を生成して、生成した暗号鍵によって制御情報格納パケット２１６の構成データを暗号化して記録する。
　この場合も、その他のパケットについての処理は不要であり、必要となるデータ処理を低減することができる。

　　［６－２－３．（２－３）残存区間の再生データ対応のＧＯＰ情報を含む制御情報が削除区間内に存在する場合の処理］
　次に、残存区間の再生データ対応のＧＯＰ情報を含む制御情報が削除区間内に存在する場合の処理について説明する。

　先に、図７等を参照して説明したように、ＭＭＴフォーマットデータは、複数のメディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ　ｐｒｅｓｅｎｔａｔｉｏｎ　ｕｎｉｔ）によって構成される。
　ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ＭＰＵが１つのＭＰＥＧ圧縮画像単位である１ＧＯＰ（Ｇｒｏｕｐ　ｏｆ　ｐｉｃｔｕｒｅ）に相当する。

　１つのＭＰＵは例えば複数の圧縮画像データが含まれ、１つのＭＰＵ単位で、相互にデータ参照を行うことによって、そのＭＰＵに含まれる複数の画像フレームを復号（伸長）して再生することが可能となる。

　このＭＰＵの復号処理に適用する情報（ＧＯＰ情報）は、前述のタイムスタンプと同様、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されている。
　ＧＯＰ情報が、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されているか否かは、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されているＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）を参照して確認することが可能である。
　これは、先に図１６を参照して説明したＭＭＴパッケージテーブル（ＭＰＴ）のＭＰＵタイムスタンプ記述子中に記録される。

　図３１に、ＭＭＴパッケージテーブル（ＭＰＴ）のＭＰＵタイムスタンプ記述子を再度、示す。
　図３１に示すように、ＭＰＵタイムスタンプ記述子には、以下の各データが記録される。
　ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）
　ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）

　ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）を参照することで、どのＭＰＵの復号処理に適用する情報（ＧＯＰ情報）が、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されているか否かを確認することができる。

　ある１つのＭＰＵ（ＧＯＰ）に属する画像等のデータの復号を行う場合、まず、このＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）を参照して、そのＭＰＵの復号に必要となる情報（ＧＯＰ情報）が、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されているか否かを確認し、記録されていることが確認されたら、そのＭＭＴパッケージテーブル（ＭＰＴ）から復号に必要となるＧＯＰ情報を取得して復号処理を行う。

　しかし、前述したタイムスタンプと同様、ＭＰＵ（ＧＯＰ）を構成する再生データを格納した再生データ格納パケットと、その再生データの復号に必要となるＧＯＰ情報や、ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）を格納した制御情報（ＭＰＴ）格納パケットのメディア上の記録位置は、離間している可能性が高い。

　従って、データ編集を行う場合、残存区間内の再生データの復号処理に適用するＧＯＰ情報や、ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）を格納した制御情報（ＭＰＴ）格納パケットが、削除区間に存在する場合、この制御情報（ＭＰＴ）格納パケットを残存区間に移動する等の処理により残す処理を行うことが必要となる。

　具体例について、図３２を参照して説明する。
　図３２に示すＴＬＶパケット列は、メディアに記録されたクリップＡＶストリームファイルを構成するパケット列である。

　削除区間ＡＢの外の残存区間に、再生データを格納したパケットから構成されるＭＰＵ（ＧＯＰ）単位データ２２０がある。このＭＰＵ（ＧＯＰ）単位データ２２０の復号処理に適用するＧＯＰ情報や、ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）を格納した制御情報（ＭＰＴ）格納パケット２２１が、削除区間ＡＢ内にある。

　このような場合、以下のいずれかの処理を実行する。
　（処理１）制御情報（ＭＰＴ）格納パケット２２１を含む暗号化ユニットを削除対象から除外する。
　（処理２）制御情報（ＭＰＴ）格納パケット２２１を、残存区間に移動させて記録して、その他の削除区間内のデータを暗号化ユニット単位で削除する。

　（処理１）を行う場合、図３２の例では、制御情報（ＭＰＴ）格納パケット２２１を含む暗号化ユニット０３を削除対象から除外し、暗号化ユニット０４のみを削除する。

　（処理２）を行う場合は、制御情報（ＭＰＴ）格納パケット２２１を、残存区間に移動させて記録する。この処理は、先に説明した以下のいずれかの処理と同様の処理を実行する。
　（２－１）残存区間の再生データ対応の制御情報格納パケットを暗号化ユニットサイズに拡張して残存区間に移動して記録する処理
　（２－２）残存区間の再生データ対応の制御情報格納パケットにＮＵＬＬパケットを追加して残存区間に移動して記録する処理

　なお、上記（処理２）を行う場合、削除区間にある制御情報格納パケット２２１を残存区間に移動する際に、データ長を拡張する必要があるのは、暗号化ユニットサイズが固定の場合のみである。
　暗号化ユニットサイズが可変である場合は、削除区間にある制御情報格納パケットのデータサイズの変更を行うことなく、残存区間に移動し、この制御情報格納パケットを新たな暗号化ユニットとすればよい。

　また、上記の（処理１）を行う場合、図３２の例では、制御情報（ＭＰＴ）格納パケット２２１を含む暗号化ユニット０３が削除対象から除外され、暗号化ユニット０４のみが削除されるので、結果として、暗号化ユニット０３に不要な再生対象データ格納パケット、図に示す再生データ格納パケット２２２が残存してしまうことになる。

　この再生データ格納パケット２２２の格納データは再生処理の対象とする必要のないデータである。
　このような再生不要データが発生した場合は、ＢＤＡＶフォーマットにおける再生制御情報ファイルであるプレイリストファイルのプレイアイテムの編集処理を実行して、再生データ格納パケット２２２を再生しない設定とすることが好ましい。
　具体例を図３３に示す。

　図３３に示すように、再生対象データを格納した再生データ格納パケット２２２を、再生データ指定データを持つプレイアイテムによって指定されないようにプレイアイテム２５１，２５２を生成してプレイリストファイルに記録する。

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

　編集処理を実行する情報処理装置は、編集処理によって再生の必要のなくなった再生データ格納パケットを再生区間として指定していたプレイアイテムの設定を変更して、そのプレイアイテムの再生区間から、再生の必要のなくなった再生データ格納パケットの区間を削除する処理を行う。
　この処理によって、再生の必要のなくなった再生データは再生されることがなくなる。

　なお、編集処理によって再生不要な再生データ格納パケットが残存してしまうケースは、図３２に示すケースに限らず、例えば、暗号化ユニット単位で削除を許容するという制限に起因する場合もある。
　暗号化ユニット単位で削除を許容するという制限に起因して、不要な再生データが残存する場合の例を図３４に示す。

　図３４に示す例は、削除予定区間ＡＢが暗号化ユニット単位とならないため、削除できず残存してしまった例である。
　パケット２３１，２３２が再生不要データを格納したパケットである。

　このような場合、編集処理を実行する情報処理装置は、編集処理によって再生の必要のなくなった再生データ格納パケット２３１，２３２を再生区間として指定していたプレイアイテムの設定を変更して、そのプレイアイテムの再生区間から、再生の必要のなくなった再生データ格納パケットの区間を削除する処理を行う。

　図３５に示すように、例えば、再生データ格納パケット２３１，２３２を再生区間としていたプレイアイテム２５１，２５２の設定を変更して、再生データ格納パケット２３１，２３２を再生区間としない設定としてプレイリストファイルに記録する。
　この処理によって、再生の必要のなくなった再生データは再生されることがなくなる。

　　［６－２－４．（２－４）残存区間の再生データ対応の制御情報をクリップＡＶストリームファイルとは異なる制御情報ファイルにコピーして記録する処理］
　次に、残存区間の再生データ対応の制御情報をクリップＡＶストリームファイルとは異なる制御情報ファイルにコピーして記録する処理について説明する。

　先に説明したように、メディア記録データのデータフォーマットであるＢＤＡＶフォーマットには、クリップＡＶストリームファイルに格納された再生データの再生制御情報ファイルとしてプレイリストファイルやクリップ情報ファイル等が規定されている。

　ＢＤＡＶフォーマットデータの再生処理を行う再生装置は、プレイリストファイルやクリップ情報ファイルの記録情報を参照して、クリップＡＶストリームファイルに格納された再生データの再生処理を実行する。

　従って、例えば編集処理による削除区間に、必要な制御情報が存在する場合、この制御情報をプレイリストファイルやクリップ情報ファイルにコピーして記録する処理を行えば、再生装置は、この情報を利用した再生処理を行うことができる。

　すなわち、削除区間の制御情報を、クリップＡＶストリームファイルとは異なる制御情報ファイルにコピーして記録するものである。
　この実施例について、図３６を参照して説明する。

　図３６に示すＴＬＶパケット列は、メディアに記録されたクリップＡＶストリームファイルを構成するパケット列である。
　削除区間ＡＢの外の残存区間に、再生データ格納パケット２７１があり、この再生データ格納パケット２７１の格納データの再生に必要なタイムスタンプ、あるいはＧＯＰ情報等の制御情報を記録した制御情報（ＭＰＴ）格納パケット２７２が、削除区間ＡＢ内にある。

　このような設定において、編集処理を実行する情報処理装置は、削除区間ＡＢ内にある制御情報（ＭＰＴ）格納パケット２７２を取得し、このパケット内から制御情報（ＭＰＴ）を読み取り、このデータをＢＤＡＶフォーマットにおいて規定される制御情報ファイルにコピーして記録する。

　図３６に示す例では、ＢＤＡＶフォーマットにおいて規定される制御情報ファイルであるプレイリストファイル２８０に、制御情報（ＭＰＴ）格納パケット２７２に格納された制御情報のデータをコピーする例を示している。
　なお、コピー対象データは、、制御情報（ＭＰＴ）格納パケット２７２に格納された制御情報の全データとしてもよいし、必要なデータのみを選択して記録する構成としてもよい。
　これらのコピー処理を行った後、削除区間ＡＢ内のパケットを削除する。

　このような処理を実行すれば、編集処理後の残存データの再生に必要な制御情報は、プレイリストファイルやクリップ情報ファイルから取得することが可能となり、編集後の残存データの確実な再生処理を行うことができる。

　　［６－３．（３）先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットを削除許容単位とする編集制限］
　次に、先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットを削除許容単位とする編集制限について説明する。

　この処理例について、図３７を参照して説明する。
　図３７に示すＴＬＶパケット列は、メディアに記録されたクリップＡＶストリームファイルを構成するパケット列である。
　図にはＴＬＶパケット２９１～２９８を示している。
　ユーザが不要と判断して設定した削除予定区間を、パケット２９２～２９７を含む区間ＡＢとする。

　本処理例は、先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットまでの区間、すなわちＭＰＴ格納パケット区間単位を削除許容単位とするものである。
　このように、ＭＰＴ格納パケット区間単位を削除許容単位とする理由について説明する。
　このような削除許容単位を設定する理由は、制御情報であるＭＰＴを格納したパケットに格納されたＭＰＴには、そのＭＰＴ格納パケットに後続するパケット中、次のＭＰＴまでの再生データ格納パケットに関する制御情報が記録され、次のＭＰＴ以降の再生データの制御情報は含まれないことが理由である。

　例えば、先行ＭＰＴ格納パケットに後続する再生データ格納パケットに格納された再生データの再生制御情報は、先行ＭＰＴ格納パケット内のＭＰＴに記録されている。
　従って、先行するＭＰＴ格納パケットから、次のＭＰＴ格納パケットの前までの１つのＭＰＴ格納パケット区間単位で削除すれば、削除対象のＭＰＴを利用した再生を行う再生データは、削除対象ＭＰＴとともに一括して削除される。
　削除区間以外の残存する再生データの制御情報は、削除区間以外のＭＰＴから取得可能となる。

　具体例について、図３７を参照して説明する。
　図３７に示すＴＬＶパケット２９１～２９８列において、パケット２９３，２９６が制御情報（ＭＰＴ）格納パケットである。
　制御情報（ＭＰＴ１）格納パケット２９３には、後続のパケット２９４～２９５に格納された再生データの再生に適用するタイムスタンプ等の再生制御情報が記録されている。
　また、制御情報（ＭＰＴ２）格納パケット２９６には、後続のパケット２９７～２９８に格納された再生データの再生に適用するタイムスタンプ等の再生制御情報が記録されている。

　従って、制御情報（ＭＰＴ１）格納パケット２９３から、再生データ格納パケット２９５までのＭＰＴ格納パケット区間ＣＤを削除しても、削除される制御情報（ＭＰＴ１）格納パケット２９３の制御情報は、同じ削除区間の後続パケット２９４～２９５にのみ利用される情報であり、残存区間にある再生データには利用されない。
　このように、残存する再生データは影響を与えないことが保証される。
　このような理由に基づいて、先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットまでの区間、すなわちＭＰＴ格納パケット区間単位を削除許容単位とする。

　ただし、先に項目［６－１．（１）暗号化ユニット単位を削除許容単位とする編集制限］において説明した編集制限は、本処理例においても適用されることになる。
　すなわち、本処理例を適用する場合、削除が許容される区間は、
　（条件１）先行ＭＰＴ格納パケットから後続ＭＰＴ格納パケットの前までのＭＰＴ格納パケット区間内で、かつ、
　（条件２）暗号化ユニット単位であること、
　これら２つの条件を満足する区間のみ削除許容区間とする。

　図３７に示す例では、
　削除予定区間内に含まれるＭＰＴ格納パケット区間は、パケット２９３，２９４，２９５から構成される区間ＣＤである。
　さらに、この区間ＣＤ内の暗号化ユニットは、パケット２９３，２９４によって構成される暗号化ユニット０２の区間ＣＥである。
　従って、図３７に示す削除予定区間ＡＢ内において削除が許容される区間は、パケット２９３，２９４から構成される２つのパケットからなる区間ＣＥのみとなる。

　なお、図３７に示す例において、削除予定区間ＡＢには、削除許容パケット２９３，２９４以外にパケット２９２，２９５～２９７が含まれるが、これらは削除が許容されず、残存することになる。
　残存データには、例えば削除された制御情報（ＭＰＴ）格納パケットのＭＰＴを利用した再生処理を行う再生データ格納パケット２９５も含まれる。
　しかし、削除予定区間ＡＢ内の残存パケット２９２，２９５～２９７は、いずれも再生不要データであり、再生処理を行う必要がない。

　このような再生不要残存データについては、先に図３３や図３５を参照して説明したように、再生不要データを再生区間としない設定としたプレイアイテムを生成してプレイリストファイルに記録する。
　この処理を行うことで、再生不要な残存データが再生対象として選択されることはなくなり、ＭＴＰ不在の再生データを選択して再生処理を開始してしまうことで発生する再生エラーを未然に防止することができる。

　なお、本処理例を適用する場合、ＭＰＴ格納パケットを判別する処理が必要となる。
　パケットヘッダの記録データを確認することで、パケット内のデータ種類を判別することも可能であるが、１つ１つのパケットのパケットヘッダを確認すると時間を要し、編集処理に時間が必要となる。

　以下、高速にＭＰＴ格納パケットを判別することを可能とするためにＥＰマップを適用した処理例について説明する。
　先に図４、図５を参照して説明したようにメディア記録データのフォーマットデータであるＢＤＡＶフォーマットには、クリップＡＶストリームファイルに格納された再生データの再生制御情報を記録した再生制御情報ファイルとして、プレイリストファイルやクリップ情報ファイが規定される。

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

　クリップ情報ファイルに記録されるエントリポイント（ＥＰ）の記録データはＥＰマップと呼ばれる。
　再生装置は、このＥＰマップの記録データを参照することで、クリップＡＶストリームファイルから、ランダムアクセス再生可能なデータ位置、すなわちランダムアクセスポイントを即座に把握することができる。

　以下に説明する処理例では、通常のランダムアクセスポイントを記録したＥＰマツプの構成を変更し、ＭＰＴ格納パケット位置を記録したＥＰマップを生成してクリップ情報ファイルに記録し、このＥＰマップを利用してＭＰＴ格納パケット位置を検出可能としたものである。
　本実施例において適用するＥＰマップの構成例を図３８に示す。

　図３８は、ＥＰエントリを制御情報（ＭＰＴ）格納パケットのパケット位置を示すデータとしたＥＰマップのデータ構成（シンタクス）を示す図である。
　この図３８に示すＥＰマップは、データ記録フィールドとして、以下の各フィールドを有している。
　ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３０１、
　ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３０２、
　バイトオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ）３０３、

　ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３０１には、６４ビットのＮＴＰ（ネットワークタイムプロトコル）時間を記録する。
　この時間情報は、例えば、このＥＰマップを適用して再生される再生データに含まれるランダムアクセス先の再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に相当する。
　なお、ＥＰマップに記録されるＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば、先に図１４他を参照して説明したＭＰＴ（ＭＭＴパッケージテーブル）等の制御情報（ＳＩ）から取得される。

　ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３０２は、
　このＥＰマップを適用して再生される再生対象データを格納したパケットのパケット位置を示すアドレス情報ではなく、このＥＰマップを適用して再生される再生対象データの再生処理に適用する制御情報（ＭＰＴ）格納パケットのパケット位置を示すアドレス情報の記録領域である。

　この設定を持つＥＰマップを利用して再生を行う再生装置は、
　ＥＰマップに記録された、
　ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３０２、
　このデータを利用して、制御情報（ＭＰＴ）格納パケットのパケット位置を即座に検出することが可能となる。

　図３９を参照して、ＥＰマップの利用例について説明する。
　再生処理を実行する再生装置は、図３８に示すデータを持つＥＰマップを参照することで、図３９に示す制御情報（ＭＰＴ）格納パケット＃１，３１１に対する矢印位置であるＥＰマップの示すエントリポイントを即座に検出できる。

　バイトオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ）３０３は、このＥＰマップを適用して再生される再生データを格納した再生データ格納パケットのパケット位置と、その再生データ格納パケットの再生処理に適用するタイムスタンプ情報等を格納した制御情報格納パケットとの離間距離に相当するオフセット情報がバイト情報として記録される。

　タイムスタンプ情報等を格納した制御情報格納パケットのパケット位置を基準位置として、この基準位置から、再生データ格納パケットのパケット位置までの距離をバイトオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ）３０３に記録する。

　図３９を参照してバイトオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ）３０３の記録データについて説明する。
　ＥＰマップは、画像、音声、字幕等の個々のストリーム単位で設定される。
　画像対応のＥＰマップには、図３９に示すように、タイムスタンプ情報等を格納した制御情報格納パケット３１１のパケット位置を基準位置として、この基準位置から、再生データとしての画像（Ｖ）を格納した再生データ（Ｖ）格納パケット３１２のパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ（Ｖ））が記録される。

　さらに、音声（Ａ１）対応のＥＰマップには、図３９に示すように、タイムスタンプ情報等を格納した制御情報格納パケット３１１のパケット位置を基準位置として、この基準位置から、再生データとしての音声（Ａ１）を格納した再生データ（Ａ１）格納パケット３１３のパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ（Ａ１））が記録される。

　さらに、音声（Ａ２）対応のＥＰマップには、図３９に示すように、タイムスタンプ情報等を格納した制御情報格納パケット３１１のパケット位置を基準位置として、この基準位置から、再生データとしての音声（Ａ２）を格納した再生データ（Ａ２）格納パケット３１４のパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ（Ａ２））が記録される。

　なお、図には示していないが、字幕についても同様に、再生データとしての字幕を格納した再生データ格納パケットのパケット位置までの距離（ｂｙｔｅ＿ｏｆｆｓｅｔ）を記録したＥＰマップが設定される。
　このように、ＥＰマップは、画像、音声、字幕等の個々のストリーム単位で設定される。

　なお、ＥＰマップには、再生データ格納パケットと制御情報格納パケットの離間距離のみならず、制御情報格納パケットの記録位置を基準位置として、再生データ格納パケットが前方、後方のいずれに記録されているかを示す方向情報、すなわち再生データ記録位置識別フラグ（Ｐｌｕｓ＿ｍｉｎｕｓ＿ｆｌａｇ）を記録する設定としてもよい。

　再生装置が、ＭＭＴフォーマットデータを格納したクリップＡＶストリームを再生対象として選択し、図３８に示すＥＰマップを適用したランダムアクセス再生処理を行う場合の処理手順は以下の通りとなる。
　まず、再生装置は、図３８に示すＥＰマップから、
　ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）３０１、
　ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）３０２、
　これらのデータを読み取り、制御情報格納パケットの記録位置を検出する。

　次に、図３８に示すＥＰマップから、
　バイトオフセット記録領域（ｂｙｔｅ＿ｏｆｆｓｅｔ）３０３、
　を読み取り、ランダムアクセス再生対象データを格納した再生データ格納パケットの記録位置を確認し、再生データを取得する。

　さらに、制御情報格納パケットからタイムスタンプ（ＰＴＳ／ＤＴＳ）を取得し、取得したタイムスタンプ（ＤＴＳ／ＰＴＳ）に従って規定されるデコード開始時間、再生開始時間に従ってデコード処理と再生処理を実行する。

　このように、再生装置は、図３８に示すＭＭＴフォーマットデータ対応のＥＰマップを参照することで、遅延のないスムーズなランダムアクセス再生処理を実行することができる。

　このように、制御情報（ＭＰＴ）格納パケットの記録位置情報を記録したＥＰマップをクリップ情報ファイルに記録されていることを前提とした編集処理例について、図４０を参照して説明する。

　図４０に示すＴＬＶパケット列は、先に図３７を参照して説明した同様のパケット列であり、メディアに記録されたクリップＡＶストリームファイルを構成するパケット列である。
　図にはＴＬＶパケット２９１～２９８を示している。
　ユーザが不要と判断して設定した削除予定区間を、パケット２９２～２９７を含む区間ＡＢとする。

　本処理例は、ＥＰマップに記録されたＭＰＴを指定するＥＰエントリの区間を削除許容単位とする。
　なお、ＭＰＴを指定するＥＰエントリの区間単位での削除処理を許容する理由は、先に図３７を参照して説明したと同様であり、制御情報であるＭＰＴを格納したパケットに格納されたＭＰＴには、そのＭＰＴ格納パケットに後続するパケット中、次のＭＰＴまでの再生データ格納パケットに関する制御情報が記録され、次のＭＰＴ以降の再生データの制御情報は含まれないことが理由である。

　ＥＰマップに記録されたＭＰＴを指定するＥＰエントリの区間を削除許容単位とする具体例について、図４０を参照して説明する。
　図４０に示すＴＬＶパケット２９１～２９８列において、パケット２９３，２９６が制御情報（ＭＰＴ）格納パケットである。
　制御情報（ＭＰＴ）格納パケット２９３には、後続のパケット２９４～２９５に格納された再生データの再生に適用するタイムスタンプ等の再生制御情報が記録されている。
　また、制御情報（ＭＰＴ）格納パケット２９６には、後続のパケット２９７～２９８に格納された再生データの再生に適用するタイムスタンプ等の再生制御情報が記録されている。

　クリップ情報ファイルのＥＰマップには、制御情報（ＭＰＴ）格納パケット２９３のパケット位置を示すＥＰエントリ１と、制御情報（ＭＰＴ）格納パケット２９６のパケット位置を示すＥＰエントリ２が記録されている。
　編集処理を実行しようとする情報処理装置は、ＥＰマップを参照することで、削除予定区間ＡＢ内の制御情報（ＭＰＴ）格納パケット２９３と、制御情報（ＭＰＴ）格納パケット２９６を即座に検出することができる。

　図４０に示すＥＰエントリ１とＥＰエントリ２によって規定される区間であるＥＰエントリ区間が削除許容区間となる。
　ただし、先に項目［６－１．（１）暗号化ユニット単位を削除許容単位とする編集制限］において説明した編集制限は、本処理例においても適用されることになる。
　すなわち、本処理例を適用する場合、削除が許容される区間は、
　（条件１）ＥＰエントリ区間単位で、かつ、
　（条件２）暗号化ユニット単位であること、
　これら２つの条件を満足する区間のみ削除可能となる。

　図４０に示す例では、
　削除予定区間ＡＢ内に含まれるＥＰエントリ区間は、パケット２９３，２９４，２９５から構成される区間ＣＤである。
　さらに、この区間ＣＤ内の暗号化ユニットは、パケット２９３，２９４によって構成される暗号化ユニット０２の区間ＣＥである。

　このように、ＭＰＴ格納パケット位置を示すＥＰエントリを記録したＥＰマップを利用することで、ＭＰＴ格納パケット位置を高速に検出し、削除許容単位であるＥＰエントリ区間を即座に判別することが可能となる。

　　［７．情報記録媒体に対するデータ記録や、編集処理を実行する情報処理装置の構成と処理について］
　次に、図４１以下を参照して、例えばＢＤ等の情報記録媒体に対するデータ記録や、情報記録媒体に記録されたデータの編集処理を実行する情報処理装置の構成と処理について説明する。

　本開示の情報処理装置は、ＭＭＴフォーマットに従った入力データを、ＢＤＡＶフォーマットデータとして、ＢＤやＨＤ、あるいはフラッシュメモリ等の情報記録媒体に記録する、または記録データの編集処理を行う。
　このデータ記録処理や編集処理に際して、プレイリストやクリップ情報ファイル等のデータベースファイルに、ＭＭＴフォーマットデータ対応の制御情報、属性情報等の記録や編集処理を行う。

　図４１は、ＢＤ等の情報記録媒体に対するデータ記録処理や、情報記録媒体に記録されたデータの編集処理を実行する情報処理装置４００の構成を示す図である。
　情報処理装置４００は、情報記録媒体（記録メディア）４２０に、クリップＡＶストリームファイル、さらに、プレイリストやクリップ情報ファイル等のデータベースファイルを記録する。

　データ入力部４０１は、情報記録媒体４２０に対する記録、編集対象データ４３１、すなわち画像データ、音声データ、字幕データ等を含む記録、編集対象データ４３１、例えば編集対象となるＭＭＴフォーマットデータを入力する。
　データ入力部４０１は、記録、編集対象データ４３１を送信する例えば放送局やコンテンツサーバ等からの送信データを受信する受信部、あるいは、記録、編集対象データ４３１を記録したメディアからのデータ読み取りを実行するメディア読み取り部等によって構成される。

　編集処理を実行する場合は、編集処理対象のデータを記録した情報記録媒体から読み取られた編集対象データが入力される。
　この場合、データ入力部４０１から入力する記録、編集対象データ４３１は、編集対象となるＢＤＡＶフォーマットに従ったクリップＡＶストリームファイルや、プレイリストファイル、クリップ情報ファイル等である。

　データ入力部４０１から入力するクリップＡＶストリームファイルは、先に図９、図１０を参照して説明したようにＭＭＴＰパケット列、またはＴＬＶパケット列によって構成されるＭＭＴフォーマットデータからなる。
　クリップＡＶストリームファイルを構成するパケット（ＭＭＴＰパケットまたはＴＬＶパケット）には、画像、音声、字幕等の再生データ格納パケットの他、ＭＰＴ等の制御情報を格納したパケットが含まれる。

　記録、編集対象データ４３１は、制御部４０３の制御によって、記憶部４０４に格納される。
　ユーザ入力部４０２は、例えば情報記録媒体４２０に対するデータ記録やデータ編集処理の開始要求や、編集情報、例えば削除対象データの指定情報等を入力する。

　ユーザ入力部４０２から、データ記録開始要求やデータ編集情報等を入力すると、この入力をトリガとして、記憶部４０４に格納された記録、編集対象データ４３１が、デマルチプレクサ（ＤｅＭＵＸ）４０５に入力される。
　デマルチプレクサ（ＤｅＭＵＸ）４０５は、記録、編集対象データ４３１から、画像、音声、字幕等の各データを格納したパケットや、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ－ＳＩ，ＭＭＴ－ＳＩ）等の補助情報を取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、記録データ編集部４０６の字幕データ編集部４１１、画像データ編集部４１２、音声データ編集部４１３、補助情報編集部４１４に入力する。

　記録データ編集部４０６では、記録データの生成や、先に説明したテータ削除等の編集処理等を実行する。
　これらの処理は、データ種類単位で行われる。
　例えば、ユーザ入力部４０２を介してユーザの指定した削除範囲等の指定情報が入力されると、先に説明した実施例に従った編集制限に従った編集処理が行われることになる。

　字幕データ編集部４１１は、データ入力部４０１が入力し、記憶部４０４に格納された記録、編集対象データ４３１から、字幕データを取得し、ユーザ入力部４０２から入力する編集要求に従った編集処理を行い、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
　画像データ編集部４１２は、データ入力部４０１が入力し、記憶部４０４に格納された記録、編集対象データ４３１から、画像データを取得し、ユーザ入力部４０２から入力する編集要求に従った編集処理を行い、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
　音声データ編集部４１３は、データ入力部４０１が入力し、記憶部４０４に格納された記録、編集対象データ４３１から、音声データを取得し、ユーザ入力部４０２から入力する編集要求に従った編集処理を行い、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。

　なお、ここで実行するデータ編集処理は、先に説明した各種の編集制限に従った編集処理である。
　すなわち、先に、図２４～図４０を参照して説明した以下の編集制限に従った処理を実行することに相当する。
　（１）暗号化ユニット単位を削除許容単位とする編集制限
　（２）残存区間の再生データ対応の制御情報が削除区間内に存在する場合の編集制限
　（２－１）残存区間の再生データ対応の制御情報格納パケットを暗号化ユニットサイズに拡張して残存区間に移動して記録する処理
　（２－２）残存区間の再生データ対応の制御情報格納パケットにＮＵＬＬパケットを追加して残存区間に移動して記録する処理
　（２－３）残存区間の再生データ対応のＧＯＰ情報を含む制御情報が削除区間内に存在する場合の処理
　（２－４）残存区間の再生データ対応の制御情報をクリップＡＶストリームファイルとは異なる制御情報ファイルにコピーして記録する処理
　（３）先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットを削除許容単位とする編集制限

　補助情報編集部４１４は、データ入力部４０１が入力し、記憶部４０４に格納された記録、編集対象データ４３１から、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ－ＳＩ，ＭＭＴ－ＳＩ）等の補助情報を取得し、ＢＤＡＶフォーマットにおいて規定されるデータベースファイルとしてのプレイリストファイルやクリップ情報ファイル、クリップＡＶストリームファイルに格納すべきデータを生成する。
　また、必要に応じてプレイリストファイルやクリップ情報ファイル、クリップＡＶストリームファイルの記録データの編集処理を実行する。

　マルチプレクサ（ＭＵＸ）４１５は、字幕データ編集部４１１、画像データ編集部４１２、音声データ編集部４１３が変換した字幕、画像、音声各データ、および補助情報編集部４１４が記録、編集対象データ４３１のシグナリング情報（ＴＬＶ－ＳＩ，ＭＭＴ－ＳＩ）等から取得した様々な情報を入力し、これらのデータを格納したストリームファイルを生成する。

　データベースファイル編集部４１６は、補助情報編集部４１４が記録、編集対象データ４３１のシグナリング情報（ＴＬＶ－ＳＩ，ＭＭＴ－ＳＩ）から取得した様々な情報を記録したプレイリストファイルやクリップ情報ファイル等のデータベースファイルを生成し、必要に応じて編集を行う。

　記録データ編集部４０６の生成したストリームファイルデータと、プレイリストファイル、クリップ情報ファイル等のデータベースファイルを含む記録データ４３２は、制御部４０３の制御の下、記録部４０７によって、ドライブ４０８を介して情報記録媒体４２０に出力され、記録される。

　次に、図４１に示す情報処理装置４００が実行するデータ編集処理、すなわちデータ入力部４０１から入力するＭＭＴフォーマットデータに対するデータ削除等の編集処理を実行して情報記録媒体４２０に記録する処理シーケンスについて、図４２に示すフローチャートを参照して説明する。

　図４２に示すフローに従った処理は、例えば情報処理装置の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
　以下、図４２のフローに示す各ステップの処理について、順次、説明する。

　　（ステップＳ１０１）
　まず、情報処理装置４００は、ステップＳ１０１において、データ入力部４０１を介して編集対象となるＭＭＴフォーマットデータを入力する。
　なお、この編集対象データには画像データ、音声データ、字幕データ、さらに、ＭＰＴ等の制御情報が含まれる。

　　（ステップＳ１０２）
　次に、ステップＳ１０２において、情報処理装置４００は、入力したＭＭＴフォーマットデータからなるクリップＡＶストリームファイルから、削除予定区間を決定する。

　　（ステップＳ１０３）
　次に、ステップＳ１０３において、情報処理装置４００は、ステップＳ１０２で決定した削除予定区間が、暗号化ユニット単位に一致するか否かを判定する。

　先に図２１他を参照して説明したように、編集後に残存する再生データを確実に再生可能とするための編集制限の一つとして、
　（１）暗号化ユニット単位を削除許容単位とする編集制限
　がある。

　ステップＳ１０３では、ステップＳ１０２で決定した削除予定区間が、この編集制限を満足するものであるか否か、すなわち削除予定区間が、暗号化ユニット単位に一致するか否かを判定する。
　削除予定区間が暗号化ユニット単位に一致する場合は、ステップＳ１０６に進む。
　一方、削除予定区間が暗号化ユニット単位に一致しない場合は、ステップＳ１０４に進む。

　　（ステップＳ１０４）
　削除予定区間が暗号化ユニット単位に一致しない場合は、ステップＳ１０４において、削除予定区間に暗号化ユニットが含まれるか否かを判定する。
　削除予定区間に暗号化ユニットが含まれる場合は、ステップＳ１０５に進む。
　削除予定区間に暗号化ユニットが含まれない場合は、ステップＳ１１１に進む。

　　（ステップＳ１０５）
　ステップＳ１０４で、削除予定区間に暗号化ユニットが含まれると判定した場合は、ステップＳ１０５に進み、ステップＳ１０５において、削除区間を削除予定区間内に含まれる暗号化ニット単位に変更する。

　　（ステップＳ１１１）
　一方、ステップＳ１０４で、削除予定区間に暗号化ユニットが含まれないと判定した場合は、ステップＳ１１１に進み、ステップＳ１１１において、削除処理を中止して処理を終了する。

　　（ステップＳ１０６）
　ステップＳ１０３において、削除予定区間が暗号化ユニット単位に一致すると判定した場合、
　または、ステップＳ１０５において、削除区間を削除予定区間内に含まれる暗号化ニット単位に変更する処理を行った場合、ステップＳ１０６に進む。

　ステップＳ１０６では、削除区間に、残存区間のデータが参照する制御情報、例えばＭＰＴが含まれるか否かを判定する。
　含まれる場合は、ステップＳ１０７に進む。
　含まれない場合は、ステップＳ１０８に進む。

　　（ステップＳ１０７）
　ステップＳ１０６で、削除区間に、残存区間のデータが参照する制御情報、例えばＭＰＴが含まれると判定した場合、ステップＳ１０７において、削除区間内の制御情報（ＭＰＴ）を残存区間、あるいは別ファイルに移動して記録する処理を行う。

　この処理は、先に、図２４～図３２を参照して説明した以下の処理のいずれかを実行することに相当する。
　（２）残存区間の再生データ対応の制御情報が削除区間内に存在する場合の編集制限
　（２－１）残存区間の再生データ対応の制御情報格納パケットを暗号化ユニットサイズに拡張して残存区間に移動して記録する処理
　（２－２）残存区間の再生データ対応の制御情報格納パケットにＮＵＬＬパケットを追加して残存区間に移動して記録する処理
　（２－３）残存区間の再生データ対応のＧＯＰ情報を含む制御情報が削除区間内に存在する場合の処理
　（２－４）残存区間の再生データ対応の制御情報をクリップＡＶストリームファイルとは異なる制御情報ファイルにコピーして記録する処理

　なお、上記処理（２－１）～（２－３）を行う場合、削除区間にある制御情報格納パケットを残存区間に移動する際に、データ長を拡張する必要があるのは、暗号化ユニットサイズが固定の場合のみである。
　暗号化ユニットサイズが可変である場合は、削除区間にある制御情報格納パケットのデータサイズの変更を行うことなく、残存区間に移動し、この制御情報格納パケットを新たな暗号化ユニットとすればよい。

　　（ステップＳ１０８）
　ステップＳ１０６において、削除区間に残存区間のデータが参照する制御情報、例えばＭＰＴが含まれないと判定した場合、
　あるいは、ステップＳ１０７において、削除区間内の制御情報（ＭＰＴ）を残存区間、あるいは別ファイルに移動して記録する処理を完了した場合、
　上記、いずれかの場合にステップＳ１０８に進む。
　ステップＳ１０８では、削除区間のデータ削除を実行する。

　　（ステップＳ１０９）
　ステップＳ１０８において、データ削除を完了すると、ステップＳ１０９において、再生不要データが発生したか否かを検証し、再生不要データが発生した場合は、その再生不要データが再生指定データに選択されないようにプレイリストファイルのプレイアイテムの再構成を実行する。
　この処理は、先に図３３～図３５を参照して説明した処理である。

　これらの処理により、データ編集が完了する。
　このフローに従った処理を行うことにより、残存する再生データの再生に利用する制御情報（ＭＰＴ）は、クリップＡＶストリームファイルの残存区間、またはプレイリストファイル等の別ファイルに残されることになり、制御情報（ＭＰＴ）を利用した正しい再生処理を実行することが可能となる。

　また、削除予定区間内にありながら、各種の編集制限によって削除できなかった再生不要データは、ステップＳ１０９のプレイアイテム編集によって再生でーたとしての指定から外れることになり、誤って再生されるといった再生エラーノ発生も防止することが可能となる。

　なお、図４２に示すフローは、先に図３７～図４０を参照して説明した処理、すなわち、
　（３）先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットを削除許容単位とする編集制限
　この編集制限については考慮しない処理を行う場合のシーケンスである。

　この「（３）先行ＭＰＴ格納パケットと次のＭＰＴ格納パケットの前までの後続パケットを削除許容単位とする編集制限」を考慮した処理を行う場合の処理フローを図４３に示す。

　図４３に示すフローと図４２に示すフローの差異は、図４３に示すフロー中のステップＳ１０６ｂである。
　図４３に示すフローは、図４２に示すフローのステップＳ１０６とステップＳ１０７の間にステップＳ１０６ｂを挿入している点が異なる。
　このステップＳ１０６ｂの処理について説明する。

　　（ステップＳ１０６ｂ）
　ステップＳ１０６ｂの処理は、ステップＳ１０６において、残存区間データが参照する制御情報（ＭＰＴ）が残存区間に存在するとの判定がなされた場合に実行される。

　ステップＳ１０６ｂでは、削除区間が、ＭＰＴ区間に一致するか否かを判定する。
　ＭＰＴ区間とは、先に図３７や図４０を参照して説明した区間ＣＤに相当する。
　具体的には、削除区間の先頭パケットがＭＰＴ格納パケットであり、削除区間の最終パケットの次のパケットがＭＰＴ格納パケットである場合に、削除区間がＭＰＴ区間に一致すると判定される。

　なお、ＭＰＴ格納パケットの位置については、先に説明したように、パケットヘッダ情報、あるいはＭＰＴ位置をＥＰエントリに記録したＥＰマップを参照することで判別することができる。

　ステップＳ１０６ｂにおいて、削除区間がＭＰＴ区間に一致すると判定した場合は、ステップＳ１０８に進み、ＭＰＴ区間に一致する削除区間を削除する。

　一方、テップＳ１０６ｂにおいて、削除区間がＭＰＴ区間に一致しないと判定した場合は、ステップＳ１０７に進み、削除区間内のＭＰＴを残存区間、または別ふぁいるに記録する処理を実行する。

　　［８．情報処理装置の構成例について］
　次に、情報記録媒体に対するデータ記録、情報記録媒体からのデータ再生を実行する情報処理装置として適用可能な情報処理装置のハードウェア構成例について、図４４を参照して説明する。

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

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

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

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

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

　なお、本明細書において開示した技術は、以下のような構成をとることができる。
　（１）　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記データ処理部は、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行う情報処理装置。

　（２）　前記制御情報は、
　ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）に記録された情報である（１）に記載の情報処理装置。

　（３）　前記制御情報は、
　再生データの再生処理に適用するタイムスタンプが記録された制御情報である（１）または（２）に記載の情報処理装置。

　（４）　前記タイムスタンプは、
　再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅｓｔａｍｐ）と、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅｓｔａｍｐ）の少なくともいずれかのタイムスタンプである（３）に記載の情報処理装置。

　（５）　前記制御情報は、
　再生データの復号処理に適用する情報（ＧＯＰ情報）が記録された制御情報である（１）～（４）いずれかに記載の情報処理装置。

　（６）　前記ストリームファイルは、ＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケット列によって構成され、
　再生データ格納パケットと、制御情報格納パケットを含むファイルである（１）～（５）いずれかに記載の情報処理装置。

　（７）　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルの削除区間を暗号化ユニット単位とする編集制限に従って、データ削除処理を実行する（１）～（６）いずれかに記載の情報処理装置。

　（８）　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された固定データ長の暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報格納パケットが存在する場合、
　前記制御情報格納パケットのデータ長を、前記固定データ長に拡張して、１つの暗号化ユニットとして、残存区間に記録する（１）～（７）いずれかに記載の情報処理装置。

　（９）　前記制御情報格納パケットは、
　ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）を記録したＰＡメッセージを格納したパケットであり、
　前記データ処理部は、
　前記ＭＰＴ、または前記ＰＡメッセージのデータ長を拡張することで、前記制御情報格納パケットのデータ長の拡張を行う（８）に記載の情報処理装置。

　（１０）　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された固定データ長の暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報格納パケットが存在する場合、
　前記制御情報格納パケットに、ＮＵＬＬパケットを追加して、２つのパケットの総データ長を前記固定データ長に一致させて、前記制御情報格納パケットとＮＵＬＬパケットを１つの暗号化ユニットとして、残存期間に記録する（１）～（７）いずれかに記載の情報処理装置。

　（１１）　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された可変データ長の暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報格納パケットが存在する場合、
　前記制御情報格納パケットを１つの暗号化ユニットとして、残存期間に記録する（１）～（７）いずれかに記載の情報処理装置。

　（１２）
　前記ストリームファイルは、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるクリップＡＶストリームファイルであり、
　前記データ処理部は、
　編集処理において、前記クリップＡＶストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるプレイリストファイルに記録する（１）～（７）いずれかに記載の情報処理装置。

　（１３）　前記制御情報は、
　ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）に記録された情報であり、
　前記データ処理部は、
　前記ストリームファイルの削除区間を、先行ＭＰＴ格納パケットから、後続ＭＰＴ格納パケットの直前のパケットまでの区間であるＭＰＴ区間単位とする編集制限に従って、データ削除処理を実行する（１）～（１２）いずれかに記載の情報処理装置。

　（１４）　前記データ処理部は、
　ＭＰＴ格納パケット位置をＥＰエントリとして記録したＥＰマップから取得して、ＭＰＴ格納パケットの識別を行う（１３）に記載の情報処理装置。

　（１５）　前記データ処理部は、
　編集処理において、前記ストリームファイルに再生不要データが残存した場合、
　前記再生不要データを再生指定データから除去する再生制御情報の更新処理を実行する（１）～（１４）いずれかに記載の情報処理装置。

　（１６）　前記ストリームファイルは、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるクリップＡＶストリームファイルであり、
　前記再生制御情報は、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるプレイリストファイル中のプレイアイテムである（１５）に記載の情報処理装置。

　（１７）　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、
　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記データ処理部が、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行う情報処理方法。

　（１８）　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、
　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記プログラムは、前記データ処理部に、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行わせるプログラム。

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

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

　以上、説明したように、本開示の一実施例の構成によれば、データ削除等の編集処理後においても確実なデータ再生を可能とするＭＭＴフォーマットデータの編集を可能とした構成が実現される。
　具体的には、例えば、ＭＭＴフォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部は、ストリームファイルから削除する削除区間に、削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、制御情報を残存区間に移動、または別ファイルに記録する。例えば、ストリームファイルが、固定データ長の暗号化ユニットから構成される場合、制御情報格納パケットを、固定データ長に拡張して１つの暗号化ユニットとして残存区間に記録する。
　本構成により、データ削除等の編集処理後においても確実なデータ再生を可能とするＭＭＴフォーマットデータの編集を可能とした構成が実現される。

　　２０　送信装置
　　２１　放送サーバ
　　２２　データ配信サーバ
　　３０　情報処理装置
　　３１　ＢＤプレーヤ
　　３２　ＴＶ
　　３３　ＰＣ
　　３４　携帯端末
　　４０　情報記録媒体（メディア）
　　４１　ＢＤ
　　４２　ＨＤＤ
　　４３　フラッシュメモリ
　４００　情報処理装置
　４０１　データ入力部
　４０２　ユーザ入力部
　４０３　制御部
　４０４　記憶部
　４０５　デマルチプレクサ
　４０６　記録データ編集部
　４０７　記録部
　４０８　ドライブ
　４１１　字幕データ編集部
　４１２　画像データ編集部
　４１３　音声データ編集部
　４１４　補助情報編集部
　４１５　マルチプレクサ
　４１６　データベースファイル編集部
　４２０　情報記録媒体
　６０１　ＣＰＵ
　６０２　ＲＯＭ
　６０３　ＲＡＭ
　６０４　バス
　６０５　入出力インタフェース
　６０６　入力部
　６０７　出力部
　６０８　記憶部
　６０９　通信部
　６１０　ドライブ
　６１１　リムーバブルメディア

Claims

　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記データ処理部は、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行う情報処理装置。
　前記制御情報は、
　ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）に記録された情報である請求項１に記載の情報処理装置。
　前記制御情報は、
　再生データの再生処理に適用するタイムスタンプが記録された制御情報である請求項１に記載の情報処理装置。
　前記タイムスタンプは、
　再生時間情報を規定したＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅｓｔａｍｐ）と、復号時間情報を規定したＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅｓｔａｍｐ）の少なくともいずれかのタイムスタンプである請求項３に記載の情報処理装置。
　前記制御情報は、
　再生データの復号処理に適用する情報（ＧＯＰ情報）が記録された制御情報である請求項１に記載の情報処理装置。
　前記ストリームファイルは、ＭＭＴＰ（ＭＭＴ　Ｐｒｏｔｏｃｏｌ）パケット列、またはＴＬＶ（Ｔｙｐｅ　Ｌｅｎｇｔｈ　Ｖａｌｕｅ）パケット列によって構成され、
　再生データ格納パケットと、制御情報格納パケットを含むファイルである請求項１に記載の情報処理装置。
　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルの削除区間を暗号化ユニット単位とする編集制限に従って、データ削除処理を実行する請求項１に記載の情報処理装置。
　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された固定データ長の暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報格納パケットが存在する場合、
　前記制御情報格納パケットのデータ長を、前記固定データ長に拡張して、１つの暗号化ユニットとして、残存区間に記録する請求項１に記載の情報処理装置。
　前記制御情報格納パケットは、
　ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）を記録したＰＡメッセージを格納したパケットであり、
　前記データ処理部は、
　前記ＭＰＴ、または前記ＰＡメッセージのデータ長を拡張することで、前記制御情報格納パケットのデータ長の拡張を行う請求項８に記載の情報処理装置。
　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された固定データ長の暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報格納パケットが存在する場合、
　前記制御情報格納パケットに、ＮＵＬＬパケットを追加して、２つのパケットの総データ長を前記固定データ長に一致させて、前記制御情報格納パケットとＮＵＬＬパケットを１つの暗号化ユニットとして、残存期間に記録する請求項１に記載の情報処理装置。
　前記ストリームファイルは、ユニット単位の個別暗号鍵で暗号化された可変データ長の暗号化ユニットから構成されたファイルであり、
　前記データ処理部は、
　前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報格納パケットが存在する場合、
　前記制御情報格納パケットを１つの暗号化ユニットとして、残存期間に記録する請求項１に記載の情報処理装置。
　前記ストリームファイルは、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるクリップＡＶストリームファイルであり、
　前記データ処理部は、
　編集処理において、前記クリップＡＶストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるプレイリストファイルに記録する請求項１に記載の情報処理装置。
　前記制御情報は、
　ＭＭＴフォーマットにおいて規定されたＭＰＴ（ＭＭＴパッケージテーブル）に記録された情報であり、
　前記データ処理部は、
　前記ストリームファイルの削除区間を、先行ＭＰＴ格納パケットから、後続ＭＰＴ格納パケットの直前のパケットまでの区間であるＭＰＴ区間単位とする編集制限に従って、データ削除処理を実行する請求項１に記載の情報処理装置。
　前記データ処理部は、
　ＭＰＴ格納パケット位置をＥＰエントリとして記録したＥＰマップから取得して、ＭＰＴ格納パケットの識別を行う請求項１３に記載の情報処理装置。
　前記データ処理部は、
　編集処理において、前記ストリームファイルに再生不要データが残存した場合、
　前記再生不要データを再生指定データから除去する再生制御情報の更新処理を実行する請求項１に記載の情報処理装置。
　前記ストリームファイルは、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるクリップＡＶストリームファイルであり、
　前記再生制御情報は、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットにおいて規定されるプレイリストファイル中のプレイアイテムである請求項１５に記載の情報処理装置。
　情報処理装置において実行する情報処理方法であり、
　前記情報処理装置は、
　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記データ処理部が、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行う情報処理方法。
　情報処理装置において情報処理を実行させるプログラムであり、
　前記情報処理装置は、
　ＭＭＴ（ＭＰＥＧ　Ｍｅｄｉａ　Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したパケット列から構成されるストリームファイルの編集処理を実行するデータ処理部を有し、
　前記プログラムは、前記データ処理部に、
　編集処理において、前記ストリームファイルから削除する削除区間に、該削除区間外の残存区間にある再生データの利用する制御情報が存在する場合、
　前記制御情報を、残存区間に移動、または別ファイルに記録する処理を行わせるプログラム。