(57)【要約】ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成を実現する。ＭＭＴフォーマットデータを格納したＴＬＶパケット列から構成されるストリームファイルと、再生制御情報ファイルを生成してメディアに記録する。再生制御情報ファイルには、ＩＰデータフロー識別情報とパケット識別子を併せて記録する。ＩＰデータフロー識別情報は、送信元ＩＰアドレス等からなるデータ、あるいは圧縮ＩＰヘッダに記録されたＣＩＤ等を利用する。ＩＰデータフロー識別情報により、特定のＩＰデータフローが選択され、選択フローに属するパケット群からパケット識別子の設定された唯一のパケットの選択が可能となる。
2018135258.tif 000002
【特許請求の範囲】
【請求項１】
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成する情報処理装置。
【請求項２】
前記データ処理部は、
前記再生制御情報ファイルとしてプレイリストファイル、およびクリップ情報ファイルを生成する請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記再生制御情報ファイルに、前記クリップＡＶストリームファイルの構成パケットであるＴＬＶパケット単位の平均レートと、記録レートを記録する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記再生制御情報ファイルに、ＴＬＶパケットによって構成される前記クリップＡＶストリームファイルのファイルサイズを記録する請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記再生制御情報ファイルに記録する時間情報として、前記ＭＭＴフォーマットデータに併せて受信するＮＴＰ（ネットワークタイムプロトコル）時間情報を記録する請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、
前記再生制御情報ファイルに記録するデータ位置情報として、ＴＬＶパケット列からなる前記クリップＡＶストリームファイルのファイル先頭からのバイト数を記録する請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
前記再生制御情報ファイルにパケット識別子を記録する場合、前記パケット識別子によって特定されるパケットの属するＩＰデータフローを識別可能としたＩＰデータフロー識別情報を併せて記録する請求項１に記載の情報処理装置。
【請求項８】
前記ＩＰデータフロー識別情報は、
（ａ）送信元ＩＰアドレス、
（ｂ）宛先ＩＰアドレス、
（ｃ）宛先ポート、
（ｄ）送信元ポート、
（ｅ）プロトコル種別情報、
上記５つのデータ、または、
コンテクスト識別子（ＣＩＤ）の少なくともいずれかを含む請求項７に記載の情報処理装置。
【請求項９】
前記コンテクスト識別子（ＣＩＤ）は、圧縮ＩＰヘッダに記録されたデータである請求項８に記載の情報処理装置。
【請求項１０】
前記パケット識別子は、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットの識別子、または、ランダムアクセス再生対象データを格納したパケットの識別子である請求項７に記載の情報処理装置。
【請求項１１】
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記データ処理部は、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行する情報処理装置。
【請求項１２】
前記データ処理部は、
前記再生制御情報ファイルであるプレイリストファイル、およびクリップ情報ファイルを適用して再生制御を実行する請求項１１に記載の情報処理装置。
【請求項１３】
前記データ処理部は、
前記再生制御情報ファイルの記録データから、
前記クリップＡＶストリームファイルの構成パケットであるＴＬＶパケット単位の平均レートと、記録レートを取得し、取得レートに応じて、前記クリップＡＶストリームファイルからのＭＭＴフォーマットデータの読み取り制御を実行する請求項１１に記載の情報処理装置。
【請求項１４】
前記データ処理部は、
前記再生制御情報ファイルにデータ位置情報として記録された、
前記クリップＡＶストリームファイルのファイル先頭からのバイト情報を利用して再生制御を実行する請求項１１に記載の情報処理装置。
【請求項１５】
前記データ処理部は、
前記再生制御情報ファイルから、
ＩＰデータフロー識別情報と、パケット識別子を読み取り、
前記ＩＰデータフロー識別情報に従って、ＩＰデータフローを識別し、
識別したＩＰデータフローに属するパケット群から前記パケット識別子を有するパケットを選択して目的パケットを抽出する請求項１１に記載の情報処理装置。
【請求項１６】
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記再生制御情報ファイルは、
前記クリップＡＶストリームファイルに含まれるＴＬＶパケットから、目的パケットを抽出するためのＩＰデータフロー識別情報と、パケット識別子を含み、
前記クリップＡＶストリームファイルの格納データの再生を行う再生装置が、前記ＩＰデータフロー識別情報と、パケット識別子を参照して、前記ＴＬＶパケット列から再生対象データを取得可能としたデータ記録構成を有する情報記録媒体。
【請求項１７】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成する情報処理方法。
【請求項１８】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記データ処理部が、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行する情報処理方法。
【請求項１９】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成させるプログラム。
【請求項２０】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、放送波等における今後のデータ伝送規格として規格化が進められているＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力して、メディアに記録し、再生可能とする情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
現在、４Ｋ画像や８Ｋ画像等の放送等、高画質画像のデータ伝送を実現するための規格化が進められており、その一つとして、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを利用したデータ配信方式についての検討が進められている。【０００３】
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツを構成する符号化データや、コンテンツの受信や再生処理等に適用する制御データや属性データや管理情報によって構成される制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））等のデータを、放送波やネットワークを介して伝送するデータ転送方式（トランスポートフォーマット）を規定したものである。【０００４】
ＭＭＴフォーマットは、例えば４Ｋ画像、高ダイナミックレンジ（ＨＤＲ：Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）画像等の次世代コンテンツの放送等に利用される予定となっている。【０００５】
なお、現行の画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等の伝送フォーマット、あるいは、メディアに対するデータ記録フォーマットとしては、ＭＰＥＧ−２ＴＳフォーマットが多く利用されている。
また、このＭＰＥＧ−２ＴＳフォーマット対応の記録再生アプリケーション規格（フォーマット）としてＢＤＭＶやＢＤＡＶ規格（フォーマット）が広く利用されている。【０００６】
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）を利用したデータ記録再生のアプリケーション規格であるが、これらの規格はＢＤに限らず、フラッシュメモリやＨＤなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤを利用したデータ記録再生処理構成については、例えば特許文献１（特開２０１１−０２３０７１号公報）等に記載がある。【０００７】
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。【０００８】
上述のＭＭＴフォーマットに従った配信コンテンツを、情報記録媒体（メディア）に記録し、メディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。【０００９】
現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための構成について議論が進められている。
例えば、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等の記録メディアに記録する場合、画像、音声、字幕データや、制御情報（ＳＩ）等のデータを、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列としてメディアに記録する方向で議論が進んでいる。【００１０】
具体的には、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列をメディアに記録する方向で議論が進んでいる。【００１１】
ＭＭＴＰパケットやＴＬＶパケットには、再生データである画像、音声、字幕、さらに、様々な制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）等が格納されている。【００１２】
例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリやＨＤ（ハードディスク）等の記録メディアに、画像、音声、字幕等のコンテンツを格納したＭＭＴＰパケットやＴＬＶパケットを記録し、メディアからのコンテンツ再生を上述のＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。【００１３】
ＢＤＡＶフォーマットは、再生制御情報ファイルとして、プレイリストファイルやクリップ情報ファイル等のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）を参照してデータ再生処理を実行する。
従って、ＭＭＴフォーマットデータについても、これらのプレイリストファイルやクリップ情報ファイルに記録された再生制御情報を利用して再生処理を行うことが必要となる。【００１４】
しかし、ＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、本来、ＭＰＥＧ−２ＴＳフォーマットデータに対応した再生制御情報の記録ファイルとして規定されたものである。
従って、ＭＰＥＧ−２ＴＳフォーマットとはフォーマットの異なるＭＭＴフォーマットデータを再生する場合に、現行のＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイルに記録された再生制御情報を適用すると正常な再生が行えない可能性がある。【００１５】
ＭＭＴフォーマットデータをＢＤ等の記録メディアに記録し、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を可能とするためには、メディアに対するＭＭＴフォーマットデータの記録処理に際して、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
また、メディアに記録されたＭＭＴフォーマットデータの再生時には、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。
しかし、これらの処理については、現時点で具体化されていないというのが現状である。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１１−０２３０７１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本開示は、例えば、上記の問題点に鑑みてなされたものであり、ＭＭＴフォーマットに従った配信データを入力して、ＢＤ等の記録メディアに記録し、記録メディアから、ＭＭＴフォーマットデータ再生することを可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
本開示の第１の側面は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成する情報処理装置にある。【００１９】
さらに、本開示の第２の側面は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記データ処理部は、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行する情報処理装置にある。【００２０】
さらに、本開示の第３の側面は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記再生制御情報ファイルは、
前記クリップＡＶストリームファイルに含まれるＴＬＶパケットから、目的パケットを抽出するためのＩＰデータフロー識別情報と、パケット識別子を含み、
前記クリップＡＶストリームファイルの格納データの再生を行う再生装置が、前記ＩＰデータフロー識別情報と、パケット識別子を参照して、前記ＴＬＶパケット列から再生対象データを取得可能としたデータ記録構成を有する情報記録媒体にある。【００２１】
さらに、本開示の第４の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成する情報処理方法にある。【００２２】
さらに、本開示の第５の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記データ処理部が、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行する情報処理方法にある。【００２３】
さらに、本開示の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成させるプログラムにある。【００２４】
さらに、本開示の第７の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行させるプログラムにある。【００２５】
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。【００２６】
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２７】
本開示の一実施例の構成によれば、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
具体的には、例えば、ＭＭＴフォーマットデータを格納したＴＬＶパケット列から構成されるストリームファイルと、再生制御情報ファイルを生成してメディアに記録する。再生制御情報ファイルには、ＩＰデータフロー識別情報とパケット識別子を併せて記録する。ＩＰデータフロー識別情報は、送信元ＩＰアドレス等からなるデータ、あるいは圧縮ＩＰヘッダに記録されたＣＩＤ等を利用する。ＩＰデータフロー識別情報により、特定のＩＰデータフローが選択され、選択フローに属するパケット群からパケット識別子の設定された唯一のパケットの選択が可能となる。
本構成により、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２８】
【図１】本開示の処理を実行する情報処理装置の利用構成例について説明する図である。
【図２】ＭＭＴフォーマットについて説明する図である。
【図３】ＭＭＴフォーマットに従った画像データ格納構成例について説明する図である。
【図４】ＢＤＡＶフォーマットについて説明する図である。
【図５】ＢＤＡＶフォーマットに従ったデータ再生処理例について説明する図である。
【図６】ＭＰＥＧ−２ＴＳフォーマットについて説明する図である。
【図７】ＭＭＴフォーマットについて説明する図である。
【図８】ＳＰＡＶフォーマットについて説明する図である。
【図９】放送局等からの受信データをＭＭＴフォーマットデータであるＭＭＴＰパケット列として、情報記録媒体（メディア）に記録する処理例について説明する図である。
【図１０】放送局等からの受信データをＭＭＴフォーマットデータであるＭＭＴＰパケットを格納したＴＬＶパケット列として、情報記録媒体（メディア）に記録する処理例について説明する図である。
【図１１】ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットデータとして記録する場合の処理例について説明する図である。
【図１２】プレイリストファイルのデータ構成について説明する図である。
【図１３】ＥＰマップについて説明する図である。
【図１４】ＥＰマップについて説明する図である。
【図１５】ＥＰマップについて説明する図である。
【図１６】プレイリストファイルのＣＰＩタイプ記録データについて説明する図である。
【図１７】プレイリストファイルのプレイアイテムのデータ構成について説明する図である。
【図１８】プレイリストファイルのプレイアイテム記録データについて説明する図である。
【図１９】ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
【図２０】ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例について説明する図である。
【図２１】ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す図である。
【図２２】プレイリストファイルの構成要素であるプレイリストマークについて説明する図である。
【図２３】プレイリストマーク情報の記録データについて説明する図である。
【図２４】クリップ情報ファイルのデータ構成（シンタクス）を示す図である。
【図２５】クリップ情報ファイルのクリップ情報［ＣｌｉｐＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。
【図２６】クリップ情報ファイルのクリップ情報［ＣｌｉｐＩｎｆｏ（）］中に記録されるアプリケーションタイプの記録例について説明する図である。
【図２７】クリップ情報ファイルのクリップ情報［ＣｌｉｐＩｎｆｏ（）］中に記録されるクリップストリームタイプの記録例について説明する図である。
【図２８】クリップ情報ファイルのシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。
【図２９】クリップ情報ファイルのシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］に記録されるＡＴＣとＳＴＣについて説明する図である。
【図３０】再生対象データがＭＭＴフォーマットデータである場合のクリップ情報ファイルのシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。
【図３１】クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。
【図３２】送信装置からの送信パケットのＩＰデータフローの設定例と、パケット識別子の設定例について説明する図である。
【図３３】送信装置からの送信パケットのＩＰデータフローの設定例と、パケット識別子の設定例について説明する図である。
【図３４】送信装置からの送信パケットに含まれるテーブルと、テーブルを用いたパケット識別処理の例について説明する図である。
【図３５】ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
【図３６】ＭＭＴパッケージテーブル（ＭＰＴ）のＭＭＴジェネラル位置情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）のデータ構成（シンタクス）を示す図である。
【図３７】ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
【図３８】ＭＭＴパッケージテーブル（ＭＰＴ）のＭＭＴジェネラル位置情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）のデータ構成（シンタクス）を示す図である。
【図３９】クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。
【図４０】ＴＬＶパケットのヘッダであるＴＬＶヘッダのデータ構成（シンタクス）を示す図である。
【図４１】ＩＰパケットのヘッダであるＩＰヘッダのデータ構成（シンタクス）を示す図である。
【図４２】ＩＰパケットのヘッダであるＩＰヘッダのデータ構成（シンタクス）を示す図である。
【図４３】ＩＰパケットの圧縮ＩＰヘッダのデータ構成（シンタクス）を示す図である。
【図４４】ＩＰパケットの圧縮ＩＰヘッダのデータ構成（シンタクス）を示す図である。
【図４５】クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。
【図４６】クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。
【図４７】プログラムリストテーブル（ＰＬＴ）情報と、ＭＭＴパッケージテーブル（ＭＰＴ）情報のデータ構成（シンタクス）の一例を示す図である。
【図４８】プログラムリストテーブル（ＰＬＴ）情報と、ＭＭＴパッケージテーブル（ＭＰＴ）情報のデータ構成（シンタクス）の一例を示す図である。
【図４９】クリップ情報ファイルのプログラム情報記録領域内に設定されるストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］のデータ構成（シンタクス）を示す図である。
【図５０】ＢＤＡＶフォーマットで規定された画像ストリームや、音声ストリームのコーディングタイプの設定例を示す図である。
【図５１】ＨＥＶＣ画像データについてのストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］記録データの例について説明する図である。
【図５２】クリップ情報ファイルのビデオフォーマット（ｖｉｄｅｏ＿ｆｏｒｍａｔ）のデータ記録例について説明する図である。
【図５３】クリップ情報ファイルのフレームレート（ｆｒａｍｅ  ｒａｔｅ）のデータ記録例について説明する図である。
【図５４】クリップ情報ファイルのアスペクト比（ａｓｐｅｃｔ＿ｒａｔｉｏ）のデータ記録例について説明する図である。
【図５５】クリップ情報ファイルの音声情報のデータ記録例について説明する図である。
【図５６】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］のデータ構成（シンタクス）を示す図である。
【図５７】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。
【図５８】ＭＭＴフォーマットデータ対応のクリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。
【図５９】ＭＭＴフォーマットデータ対応のクリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。
【図６０】クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。
【図６１】ＥＰマップに記録されるデータとクリップＡＶストリームファイルの構成パケットとの対応例について説明する図である。
【図６２】ＭＭＴＰパケットのデータ構成と、ＲＡＰフラグについて説明する図である。
【図６３】情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。
【図６４】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図６５】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図６６】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図６７】情報記録媒体（メディア）からのデータ再生処理を実行する情報処理装置の構成例について説明する図である。
【図６８】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図６９】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図７０】本開示の処理に適用される報処理装置のハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．通信システムの構成例について
２．ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて
３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて
４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について
５．ＭＭＴフォーマットデータ対応のプレイリストファイルについて
６．ＭＭＴフォーマットデータ対応のクリップ情報ファイルについて
６−１．クリップ情報ファイルに記録されるクリップ情報について
６−２．クリップ情報ファイルに記録されるシーケンス情報について
６−３．クリップ情報ファイルに記録されるプログラム情報について
６−３−１．クリップ情報ファイルのプログラム情報内にＩＰデータフロー識別情報を記録する処理例について
６−３−２．クリップ情報ファイルのプログラム情報内にＰＬＴ情報とＭＰＴ情報を記録する処理例について
６−３−３．クリップ情報ファイルのプログラム情報に記録されるストリームコーディング情報について
６−４．クリップ情報ファイルに記録されるＣＰＩ情報について
７．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について
８．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について
９．情報処理装置の構成例について
１０．本開示の構成のまとめ
【００３０】
［１．通信システムの構成例について］
まず、図１を参照して本開示の処理を実行する情報処理装置の一つの利用構成例である通信システムの例について説明する。
図１に示す情報処理装置３０は、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）や、フラッシュメモリ、ハードディスク（ＨＤＤ）などのメディアを装着し、これらの装着メディアに対するデータ記録処理や、装着メディアからのデータ再生処理を実行する。
【００３１】
情報処理装置３０がメディアに記録するデータは、例えば放送局（放送サーバ）２１や、データ配信サーバ２２等の送信装置２０の提供する送信コンテンツである。具体的には、テレビ局の提供する放送番組等である。
これらの送信コンテンツは、放送波、あるいはインターネット等のネットワークを介して送信装置２０から情報処理装置３０に送信される。
【００３２】
情報処理装置３０は、例えばＢＤプレーヤ３１、テレビ３２、ＰＣ３３、携帯端末３４等である、これらの情報処理装置は、例えば、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）４１、ＨＤＤ（ハードディスク）４２、フラッシュメモリ４３等の様々なメディアを装着し、これらのメディアに対するデータ記録処理や、メディアからのデータ再生処理を実行する。
【００３３】
送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランンスポートフォーマット）を規定したものである。
【００３４】
送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成し、生成した符号化データをＭＭＴにおいて規定されるＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットに格納して放送波、またはネットワークを介して送信する。
【００３５】
送信装置２０が情報処理装置３０に提供するデータは、画像、音声、字幕等の再生対象データの他、番組ガイド等の案内情報や通知情報、制御メッセージ等の様々な管理情報によって構成される制御情報（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））によって構成される。
【００３６】
［２．ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて］
上述したように、送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
図２以下を参照して、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
【００３７】
図２は、ＭＭＴフォーマットのスタック・モデルを示す図である。
図２に示すＭＭＴスタック・モデルにおいて、最下層には、物理レイヤ（ＰＨＹ）がある。物理レイヤは、放送系の処理を行なうブロードキャスト（Ｂｒｏａｄｃａｓｔｉｎｇ）レイヤと、ネットワーク系の処理を行なうブロードバンド（Ｂｒｏａｄｂａｎｄ）レイヤに分割されている。
ＭＭＴは放送系、ネットワーク系の２つの通信網を利用した処理を可能としている。
【００３８】
物理レイヤ（ＰＨＹ）の上位レイヤとして、ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）レイヤがある。ＴＬＶはＩＰパケットの多重化方式を規定したフォーマット規定レイヤである。複数のＩＰパケットが多重化されてＴＬＶパケットとして送信される。ＴＬＶ−ＳＩは、ＴＬＶフォーマットに従った制御メッセージ等の制御情報（ＳＩ）の伝送レイヤである。
【００３９】
制御情報（ＳＩ）は、情報処理装置３０側においてコンテンツ（番組）を受信、再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報、管理情報によって構成される。
ＴＬＶレイヤで処理が生成されるＴＬＶパケットに格納される制御情報（ＳＩ）がＴＬＶ−ＳＩであり、主に受信処理に関する制御情報によって構成されている。
ＭＭＴプロトコル（ＭＭＴＰ）に従って生成されるパケットであるＭＭＴＰパケットに格納される制御情報（ＳＩ）は最上位レイヤに示すＭＭＴ−ＳＩであり、主に再生制御に関する制御情報によって構成されている。
【００４０】
ＴＬＶレイヤ上には、ＵＤＰ／ＩＰレイヤが設定される。
ＵＤＰ／ＩＰレイヤは、詳細にはＩＰレイヤとＵＤＰレイヤに分割可能であるが、ＩＰパケットのペイロードにＵＤＰパケットを格納する伝送を規定するレイヤである。
ＵＤＰ／ＩＰレイヤ上にＭＭＴレイヤ、およびＦｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄレイヤ  が設定される。
ＭＭＴＰパケットをＩＰパケットに格納して送信する場合と、ＭＭＴＰパケットを用いないデータ伝送方式であるＦｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄを利用してＩＰパケットとしてデータ送信する方式が併用可能な設定となっている。
【００４１】
ＭＭＴレイヤ上には、以下のレイヤが設定される。
画像符号化規格であるＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）に従った符号化画像データである画像（Ｖｉｄｅｏ）データ、
音声符号化規格であるＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）に従った符号化音声データである音声（Ａｕｄｉｏ）データ、
字幕符号化規格であるＴＴＭＬ（Ｔｉｍｅｄ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に従った符号化字幕データである字幕（Ｓｕｂｔｉｔｌｅ）データ、
ＭＭＴＰパケットを利用して送信される制御情報（ＭＭＴ−ＳＩ）、
さらに、ＨＴＭＬ５（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  ５）に従って記述された様々なアプリケーション、
これらの各データがＭＭＴＰパケットに格納されて送信される。
【００４２】
制御情報（ＭＭＴ−ＳＩ）は、ＭＭＴＰパケットで送信される制御情報（シグナリング情報）であり、情報処理装置３０側においてコンテンツ（番組）を再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報によって構成される。
【００４３】
なお、時刻情報（ＮＴＰ：Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）は絶対時刻情報であり、ＵＤＰパケットに直接格納され送信される。
その他のデータ配信を行うデータサービス（Ｄａｔａ  ｓｅｒｖｉｃｅ）、コンテンツダウンロード等（Ｃｏｎｔｅｎｔｄｏｗｎｌｏａｄ，ｅｔｃ．）がＭＭＴと異なるファイル配信メソッド（Ｆｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄ）を利用して配信可能な構成を有している。
【００４４】
図２に示すように、画像、音声、字幕、さらに、様々な通知情報や制御情報等の様々な管理情報からなる制御情報（ＭＭＴ−ＳＩ）やアプリケーションは、ＭＭＴＰパケットによって送信される。
【００４５】
図３を参照してＭＭＴＰパケットの具体的構成例について説明する。
図３には以下の４種類のデータ構成例を示している。
（ａ）ＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）
（ｂ）ＭＭＴＰペイロート
（ｃ）ＭＭＴＰパケット
（ｄ）ＴＬＶパケット
【００４６】
（ｄ）ＴＬＶパケットが放送波やネットワークを介して送信されるパケットであり、ＴＬＶパケットには、ＵＤＰヘッダ、ＩＰヘッダ、ＴＬＶヘッダの各ヘッダ情報が設定される。ＴＬＶパケットは、データ種類ごとに個別のパケットとして設定される。
【００４７】
すなわち、１つのＴＬＶパケットのＴＬＶペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、あるいは、様々な管理情報からなる制御情報（ＳＩ）が個別に格納される。
なお、制御情報（ＳＩ）については、ＭＭＴＰパケットに格納する制御情報（ＭＭＴ−ＳＩ）と、ＴＬＶパケットで送信される制御情報（ＴＬＶ−ＳＩ）があり、それぞれ異なる個別のＴＬＶパケットに格納される。
【００４８】
ＴＬＶパケットのペイロードであるＴＬＶペイロートの一例が、図３（ｃ）に示すＭＭＴＰパケットである。
図３（ｃ）に示すＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。
【００４９】
１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、さらにＭＭＴＰパケットに格納する制御情報（ＭＭＴ−ＳＩ）、これらのいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。
【００５０】
図３（ａ），（ｂ）は、図３（ｃ）に示すＭＭＴＰパケットのＭＭＴＰペイロードに格納される画像データの詳細構成を示している。
図３（ｂ）は、図３（ｃ）に示すＭＭＴＰパケット中、ＭＭＴＰペイロードが画像データ（Ｖ）であるもののみを選択して示している。
図３（ｂ）に示すＭＭＴＰペイロードは、ヘッダとデータユニットによって構成される。
【００５１】
データユニットには、図３（ａ）に示すように、画像データおよび、以下の各種のパラメータが格納される。
ＡＵ  Ｄｅｌｉｍｉｔｅｒ（Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒ）
ＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）
ＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）
ＳＥＩｓ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）
これらのパラメータは、画像表示に利用されるパラメータである。
【００５２】
図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）は、ＭＭＴフォーマットにおける画像、音声、字幕等の再生対象データの１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と同じ単位である。
【００５３】
このように、例えば画像データは、図３（ａ）に示すように、ＭＭＴフォーマットにおいて規定されたパラメータと画像構成データに分割され、図３（ｂ）に示すＭＭＴＰペイロードに格納され、図３（ｃ）に示すＭＭＴＰパケットとして構成される。
さらに、ＭＭＴＰパケットは、図３（ｄ）に示すＴＬＶパケットのペイロードとして設定されて、ＴＬＶパケットが放送波やネットワークを介して送信される。
【００５４】
なお、音声、字幕等の各データ、ＭＭＴ−ＳＩの各データについても、それぞれデータ種類単位のＭＭＴＰパケット、ＴＬＶパケットが設定されて送信される。
ＴＬＶ−ＳＩは、ＭＭＴＰパケットに格納されることなくＴＬＶパケットに格納されて送信される。
【００５５】
［３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて］
次に、上述のＭＭＴフォーマットに従った配信コンテンツを例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリ、あるいはＨＤ（ハードディスク等のメディアに記録して再生する場合の記録データフォーマットであるＢＤＡＶフォーマットとＳＰＡＶフォーマットについて図４以下を参照して説明する。
【００５６】
例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリやＨＤ等のメディアから、画像、音声、字幕等のコンテンツを再生する場合には、これらのコンテンツの再生処理を行なうための再生制御情報やインデックス情報が必要となる。再生制御情報やインデックス情報は一般的にデータベースファイルと呼ばれる。
これらの再生制御情報やインデックス情報は、メディアの記録データの再生処理を実行する再生アプリケーションに応じて異なるものとなる。
【００５７】
前述したように、現行の記録再生アプリケーション規格（＝データ記録フォーマット）としてＢＤＭＶやＢＤＡＶ規格（データ記録フォーマット）がある。これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）を利用したデータ記録再生アプリケーション規格として策定されたものである。
【００５８】
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であり、データ記録フォーマット（規格）であるが、これらの規格はＢＤに限らず、フラッシュメモリなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。
【００５９】
上述のＭＭＴフォーマットに従った配信コンテンツを記録したメディアからのコンテンツ再生処理を、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。
前述のように、ＢＤＡＶフォーマットは、再生制御情報の記録ファイルとして、プレイリストファイルやクリップ情報ファイル等を規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。
【００６０】
図４は、情報記録媒体（メディア）４０にＢＤＡＶフォーマットに従って記録されたデータのディレクトリ構成例を示す図である。
ディレクトリには、図４に示すように様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
【００６１】
管理情報ファイルは、例えば、図４に示すインフォファイル（ｉｎｆｏ）、メニューファイル（ｍｅｎｕ）、マークファイル（ｍａｒｋ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ｐｌａｙｌｉｓｔ）、
クリップ情報ファイル（ｃｌｉｐｉｎｆ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ｓｔｒｅａｍ）が記録される。
【００６２】
プレイリストファイルは、タイトルによって指定される再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したファイルであり、例えば、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップＡＶストリームファイルの再生位置情報等を有する。
【００６３】
クリップＡＶストリームファイルは、再生対象となるＡＶストリームデータや管理情報を格納したファイルである。クリップＡＶストリームファイルは、再生対象となる画像、音声、字幕等の各データや、管理情報を格納したパケットによって構成される。
なお、ＭＰＥＧ−２ＴＳフォーマットにおいて規定され、クリップＡＶストリームファイルに記録される管理情報として、例えば、ＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）がある。
【００６４】
なお、従来の放送データや、ネットワーク配信データは、ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）パケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータであるが、今後の４Ｋ，８Ｋ画像等の高精細画像等を含むデータは前述したＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータとなることが予想される。
【００６５】
図４にはクリップＡＶストリームファイル（ｓｔｒｅａｍ）として、
ＴＳパケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータからなるストリームファイル（ｎｎｎｎｎ．ｍ２ｔｓ）、
ＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）、
これらの２種類のストリームファイルを示している。
【００６６】
図４に示すディレクトリ例は、情報処理装置３０が受信したデータがＭＰＥＧ−２ＴＳフォーマットデータである場合は、そのまま、ＭＰＥＧ−２ＴＳフォーマットデータとしてメディアに記録し、受信データがＭＭＴフォーマットデータである場合は、ＭＭＴフォーマットデータとしてメディアに記録する設定の場合のディレクトリ例である。
【００６７】
なお、ＭＭＴフォーマットデータをメディアに記録する場合のクリップＡＶストリームファイルは、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列として記録する方向で議論が進んでいる。
具体的には、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列として記録する方向で議論が進んでいる。
この具体例については後段で詳細に説明する。
【００６８】
管理情報ファイル、プレイリストファイル、クリップ情報ファイル、これらのデータファイルは、クリップＡＶストリームファイルに格納された再生データである画像、音声、字幕等の再生処理に適用する管理情報の格納ファイルである。これらは、再生制御情報や、再生データの属性情報等を格納したファイルであり、データベースファイルと呼ばれる。
【００６９】
情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
（ａ）まず、再生アプリケーションによって管理情報ファイルから特定のタイトルを指定する。
（ｂ）指定されたタイトルに関連付けられたプレイリストが選択される。
（ｃ）選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生や、コマンドの実行処理が行われる。
【００７０】
図５は、情報記録媒体（メディア）４０に記録される以下のデータ、すなわち、
プレイリストファイル、
クリップ情報ファイル、
クリップＡＶストリームファイル、
これらのデータの対応関係を説明する図である。
【００７１】
実際の再生対象データである画像、音声、字幕等の再生対象データからなるＡＶストリームはクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルとして記録され、さらに、これらのＡＶストリームの管理情報、再生制御情報ファイルとして、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルと、クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが規定される。
【００７２】
これら複数のカテゴリのファイルは、図５に示すように、
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルを含むプレイリストレイヤ、
クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルと、クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルからなるクリップレイヤ、
これらの２つのレイヤに区分できる。
【００７３】
なお、一つのクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルには一つのクリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが対応付けられ、これらのペアを一つのオブジェクトと考え、これらをまとめてクリップ（Ｃｌｉｐ）、あるいはクリップファイルと呼ぶ。
クリップＡＶストリームファイルに含まれるデータの詳細情報、例えばＭＰＥＧデータのＩピクチャ位置情報などを記録したＥＰマップなどの管理情報がクリップ情報ファイルに記録される。
【００７４】
なお、クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルは、ＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
【００７５】
クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルは、例えば、クリップＡＶストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである（エントリポイント：ＥＰ）等の再生時間位置等の対応データ等、クリップＡＶストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。
【００７６】
プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプに基づいてクリップ情報ファイルを参照して、クリップＡＶストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。
クリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
【００７７】
このように、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルは、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルには、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）が設定され、プレイアイテムの各々が、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
【００７８】
なお、再生対象データを格納したクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルは、前述したように、従来型のＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、今後、利用が拡大されると予想される４Ｋ，８Ｋ画像等の高精細画像データの場合は、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
図６、図７を参照して、ＭＭＴフォーマットと、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
【００７９】
まず、図６を参照して、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
ＭＰＥＧ−２ＴＳフォーマットは画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データや管理情報（ＰＳＩ／ＳＩ）を記録媒体（メディア）に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式（コンテナフォーマット）を規定したフォーマットである。
【００８０】
ＭＰＥＧ−２ＴＳフォーマットは、ＩＳＯ１３８１８−１において標準化されたフォーマットであり、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）に対するデータ記録や、デジタル放送等に用いられている。
【００８１】
図６（ａ）〜（ｃ）はＭＰＥＧ−２ＴＳフォーマットデータの構成を示す図である。
最下段に示す図６（ａ）は、ＭＰＥＧ−２ＴＳのフォーマットデータの全体構成を示す図である。
図６（ａ）に示すように、ＭＰＥＧ−２ＴＳフォーマットデータは、複数のエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）によって構成される。
エレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。
【００８２】
１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、図２（ｂ）に示すように、１つまたは複数のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）パケットによって構成される。
具体的には、１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＰＥＳパケットの１つ、または複数から構成される。
【００８３】
１つのＰＥＳパケットは、図６（ｃ）に示すように、１つまたは複数のＴＳパケットによって構成される。
具体的には、１つのＰＥＳパケットは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＴＳパケットの１つ、または複数から構成される。
ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
【００８４】
次に、図７を参照してＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
ＭＭＴフォーマットについては、先に図３を参照しているが、図７に示すＭＭＴフォーマットの説明図は、図６を参照して説明したＭＰＥＧ−２ＴＳフォーマットとの対応関係を分かり易く説明した図である。
【００８５】
先に説明したように、ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランスポートフォーマット）を規定したものである。
図７は、ＩＳＯ／ＩＥＣ  ２３００８−１に規定されるファイルフォーマットであるＭＭＴフォーマットについて説明する図である。
【００８６】
図７（ａ）〜（ｃ）にはＭＭＴフォーマットデータの構成を示している。
最下段に示す図７（ａ）は、ＭＭＴフォーマットデータの全体構成を示す図である。
図７（ａ）に示すように、ＭＭＴフォーマットデータは、複数のメディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｕｎｉｔ）によって構成される。
ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ＭＰＵが１つのＭＰＥＧ圧縮画像単位である１ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅ）に相当する。
【００８７】
１つのＭＰＵは、図７（ｂ）に示すように、１つまたは複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  ｕｎｉｔ）によって構成される。
具体的には、１つのＭＰＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＦＵの１つ、または複数から構成される。
【００８８】
１つのＭＦＵは、図７（ｃ）に示すように、１つまたは複数のＭＭＴＰパケットによって構成される。
具体的には、１つのＭＦＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＭＴＰパケットの１つ、または複数から構成される。
ＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。
ＭＭＴＰパケットの各々は、属性情報等を格納するヘッダ（ＭＭＴＰヘッダ）と、符号化画像の実データ等を格納するペイロード（ＭＭＴＰペイロード）により、構成される。
【００８９】
なお、ＢＤＡＶフォーマットに類似するフォーマットとしてＳＰＡＶフォーマットがある。前述したように、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格である。これに対して、ＳＰＡＶフォーマットは、主にハードディスクに対するデータ記録再生のアプリケーション規格である。
ただし、ＢＤＡＶフォーマット、ＳＰＡＶフォーマットのいずれも、ＢＤ，フラッシュメモリ、ＨＤ等、様々なメディアを利用した記録再生に利用可能なフォーマットである。
【００９０】
ＳＰＡＶフォーマットデータは、ＢＤＡＶフォーマットにおけるデータ記録再生処理と同様の処理でデータ記録再生を実行することが可能である。ただし、ＳＰＡＶフォーマットは、ファイル名設定が、ＢＤＡＶフォーマットと一部、異なっている。
図８にＳＰＡＶフォーマットのディレクトリ構成例を示す。
【００９１】
図８に示すＳＰＡＶフォーマットのディレクトリには、先に図４を参照して説明したＢＤＡＶフォーマットと同様、様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
【００９２】
管理情報ファイルは、例えば、図８に示すインフォファイル（ＩＮＦＯ）、メニューファイル（ＭＥＮＵ）、マークファイル（ＭＡＲＫ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ＰＬＡＹＬＩＳＴ）、
クリップ情報ファイル（ＣＬＩＰＩＮＦ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ＳＴＲＥＡＭ）が記録される。
【００９３】
図８に示すようにＳＰＡＶフォーマットのディレクトリ名や各ファイルの拡張子の設定が、図４を参照して説明したＢＤＡＶフォーマットと異なっている。
ただし、各ファイルに格納されるデータや、各ファイルの役割は、ＢＤＡＶフォーマットと同様である。
【００９４】
以下の実施例の説明では、ＭＭＴフォーマットデータをＢＤＡＶフォーマットデータとして記録し、再生する処理例について説明するが、以下に説明する実施例は、ＭＭＴフォーマットデータをＳＰＡＶフォーマットデータとして記録し、再生する処理にも適用可能である。
【００９５】
［４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について］
次に、ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について説明する。
【００９６】
先に説明したように、ＭＭＴフォーマットは、今後、放送局等によって配信が予定される４Ｋ画像等に利用されるデータ配信フォーマットであり、図３を参照して説明したプロトコルスタックに従ったフォーマットである。
一方、ＢＤＡＶフォーマットはメディアに対するデータ記録フォーマットであり、図４を参照して説明したようにプレイリストファイルやクリップ情報ファイル等の再生制御情報ファイルを含むデータベースファイルが規定されている。
なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータ再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して再生処理が実行される。
【００９７】
従って、ＭＭＴフォーマットに従った配信コンテンツをメディアに記録し、記録したメディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、ＢＤＡＶフォーマットに従ったデータ記録を行うことが必要である。
【００９８】
前述したように、現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための規定について議論が進められている。
例えば、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等のメディアに記録する処理を行う場合、画像、音声、字幕データや管理情報（ＳＩ）等のデータについては、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列としてそのまま記録する方向で議論が進んでいる。
【００９９】
すなわち、図４に示すＢＤＡＶフォーマット、あるいは図８に示すＳＰＡＶフォーマットに設定されるクリップＡＶストリームファイル［０２００１．ｍｍｔｖ等］に、ＭＭＴフォーマットに従ったデータを格納したパケットのパケット列を記録する。
なお、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイル［０２００１．ｍｍｔｖ等］に対応する再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイルについては、ＭＭＴフォーマットデータ対応の制御情報を設定したプレイリストファイルやクリップ情報ファイルを記録装置が生成してメディアに記録することになる。この処理については後段で説明する。
【０１００】
ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルは、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット、あるいはＭＭＴＰパケットの上位パケットであるＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列として記録する方向で議論が進んでいる。
【０１０１】
ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの具体的な記録構成例について図９、図１０を参照して説明する。
図９は、ＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等の記録メディアに、ＭＭＴフォーマットに従ったＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列を記録する処理例を説明する図である。
【０１０２】
図９には、以下の３つのデータを示している。
（Ａ）放送配信データであるＴＬＶパケット列
（Ｂ）受信再生データとして処理される１つのＴＬＶパケット
（Ｃ）メディア記録用データの構成として提案されているＭＭＴＰパケット列
【０１０３】
（Ａ）放送配信データであるＴＬＶパケット列は、先に図２を参照して説明したＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットの列（シーケンス）である。
このＴＬＶパケット列が、放送局等の送信装置２０から送信される。
【０１０４】
（Ｂ）受信再生データとして処理される１つのＴＬＶパケットは、テレビや録画機等の情報処理装置３０が受信し、再生処理を行う１つのＴＬＶパケットである。（Ａ）に示すＴＬＶパケット列を構成する１つのＴＬＶパケットの詳細構成を示している。
先に図２を参照して説明したＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットである。
【０１０５】
（Ｃ）メディア記録用データの構成として示すＭＭＴＰパケット列は、現在、メディアに対する記録データとして提案されているＭＭＴＰパケット列である。
メディアに記録されるＭＭＴＰパケットは、図９（Ｂ）との対応関係を示す点線から理解されるように、ＴＬＶパケットの一部の構成データであるＭＭＴＰパケットであり、以下の要素から構成される。
（ａ）ＭＭＴＰパケットヘッダ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｈｅａｄｅｒ）
（ｂ）ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）
【０１０６】
なお、ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）は以下の要素によって構成される。
（ｂ１）ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）
（ｂ２）ＭＭＴＰペイロードデータ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｄａｔａ）
【０１０７】
現在、情報記録媒体（メディア）に対する記録データとして提案されている一つの構成が、この図９（Ｃ）に示すような、ＴＬＶパケットの構成要素であるＭＭＴＰパケットのみを取り出して、一列に並べて記録する構成である。
【０１０８】
図１０は、ＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等の記録メディアに、ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットではなく、ＭＭＴＰパケットを格納した上位のＴＬＶパケットのパケット列を記録する処理例を説明する図である。
【０１０９】
図１０には、図９と同様、以下の３つのデータを示している。
（Ａ）放送配信データであるＴＬＶパケット列
（Ｂ）受信再生データとして処理される１つのＴＬＶパケット
（Ｃ）メディア記録用データの構成として提案されているＴＬＶパケット列
【０１１０】
（Ａ），（Ｂ）は、図９を参照して説明したと同様のデータである。
（Ｃ）メディア記録用データの構成として示すＴＬＶパケット列は、現在、メディアに対する記録データとして提案されているもう１つの例であるＴＬＶパケット列である。
メディアに記録されるＴＬＶパケットは、図１０（Ｂ）との対応関係を示す点線から理解されるように、ＭＭＴＰパケットを含むＴＬＶパケットであり、以下の要素から構成される。
（ａ）ＴＬＶパケットヘッダ（ＴＬＶ＿ｈｅａｄｅｒ）
（ｂ）ＴＬＶパケットデータ（ＴＬＶ＿ｄａｔａ）（＝ペイロード）
【０１１１】
このように、現在、ＢＤ等のメディアに対するＭＭＴフォーマットデータの記録態様として、
図９を参照して説明したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット列、あるいは、
図１０を参照して説明したＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列、
これらいずれかのパケット列として記録する方向で議論が進んでいる。
【０１１２】
図９、または図１０に示すような設定でＭＭＴフォーマットデータをメディアに記録して、ＭＭＴフォーマットデータの再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行う場合、ＢＤＡＶフォーマット対応の再生制御情報ファイル、すなわち、プレイリストファイルやクリップ情報ファイルを利用して再生を行うことになる。
なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータの再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して実行される。
【０１１３】
ＢＤＡＶフォーマットは、再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイル等のＢＤＡＶフォーマット固有のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。
【０１１４】
前述したように、ＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、ＭＰＥＧ−２ＴＳフォーマットの配信データに基づいて生成可能なファイルとして規定されたものである。
従って、ＭＰＥＧ−２ＴＳフォーマットとはフォーマットの異なるＭＭＴフォーマットに従った配信データは、現行のＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイルにそのまま記録しても、現行のＢＤＡＶ対応再生アプリケーションが利用できないデータとなる場合がある。
【０１１５】
ＭＭＴフォーマットデータをメディアに記録し、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うことを可能とするためには、メディアに対するＭＭＴフォーマットデータの記録処理に際して、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
また、メディアに記録されたＭＭＴフォーマットデータの再生時には、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。
【０１１６】
具体的には、図１１に示すように、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）７２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）７３を生成して、メディア（ＢＤ，フラッシュメモリ，ＨＤＤ等）に記録して再生に利用する処理が必要となる。
【０１１７】
メディアに記録されたＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１を再生する場合には、このＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）７２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）７３を利用して再生処理を行うことができる。
【０１１８】
しかし、前述したように、放送局の配信データであるＭＭＴフォーマットに従って配信されるデータは、ＢＤＡＶフォーマットで規定するプレイリストファイルやクリップ情報ファイルの記録用データを全て含むようには構成されていない。
また、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１は、ＭＰＥＧ−２ＴＳフォーマットデータとは異なるデータ形式となり、ＭＰＥＧ−２ＴＳフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルと同一形式のデータを持つプレイリストファイルやクリップ情報ファイルを利用しても、正しい再生処理は実行できないという問題がある。
【０１１９】
従って、このＭＭＴフォーマットデータをメディアに記録して、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うためには、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１の再生制御を行うことができるＭＭＴフォーマットデータ固有のデータ形式を持つプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
以下、この具体的な処理について説明する。
【０１２０】
なお、先に図９、図１０を参照して説明したように、現在、ＢＤ等のメディアに対するＭＭＴフォーマットデータの記録態様、すなわち、図１１に示すＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１として、
ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット列、あるいは、
ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列、
これらいずれかのパケット列として記録する方向で議論が進んでいる。
【０１２１】
以下においては、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１を、図１０を参照して説明したＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットのパケット列として記録した場合のＭＭＴフォーマット対応のプレイリストファイルやクリップ情報ファイルの具体的な構成例について説明する。
【０１２２】
［５．ＭＭＴフォーマットデータ対応のプレイリストファイルについて］
まず、図１２以下を参照してＭＭＴフォーマットデータ対応のプレイリストファイルについて説明する。
【０１２３】
先に説明したように、プレイリストファイルには、そのプレイリストを適用して再生されるデータに関する情報が記録される。具体的には、例えばコンテンツの再生処理に適用するプレイアイテムに関する情報、さらに、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
【０１２４】
図１２は、１つのプレイリスト（ＰｌａｙＬｉｓｔ）ファイルに記録される［ＰｌａｙＬｉｓｔ］のデータ構成（シンタクス）を示す図である。
なお、データ構成（Ｓｙｎｔａｘ）に併せて、ビット数（Ｎｏ．  ｏｆ  ｂｉｔｓ）、データ表記（Ｍｎｅｍｏｎｉｃ）を示している。
なお、データ表記中の「ｕｉｍｓｂｆ」は「符号無し整数、最上位ビットが先頭」（ｕｎｓｉｇｎｅｄ  ｉｎｔｅｇｅｒ  ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ  ｆｉｒｓｔ）表記を意味する。
「ｂｓｌｂｆ」は、「ビット列、左ビットが先頭（ｂｉｔ  ｓｔｒｉｎｇ，ｌｅｆｔ  ｂｉｔ  ｆｉｒｓｔ）を意味する。
【０１２５】
図１２に示す［ＰｌａｙＬｉｓｔ］の主な記録データについて説明する。
レングス（ｌｅｎｇｔｈ）は、このレングスフィールドの直後からプレイリストファイル構成データの最後までのバイト数を示す。
【０１２６】
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）１０１は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
【０１２７】
プレイアイテム数（ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓ）１０２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す。
サブプレイアイテム数（ｎｕｍｂｅｒ＿ｏｆ＿ＳｕｂＰｌａｙＩｔｅｍｓ）１０３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す。
プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４には、各プレイアイテム、サブプレイアイテムの詳細情報が記録される。
【０１２８】
上述したように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）１０１は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、ランダムアクセス再生開始可能な再生開始点のデータアドレスを取得するためのデータである。
【０１２９】
なお、ＢＤＡＶフォーマットにおいて規定されているＣＰＩとしては、例えばＥＰマップ（ＥＰ＿ｍａｐ）や、ＴＵマップ（ＴＵ＿ｍａｐ）の異なる種類のマップがある。
これらのマップは、いずれも、例えばランダムアクセスポイントとなる再生時間情報（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、その位置のパケットのパケット識別子であるソースパケットナンバー（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）との対応データであり、ランダムアクセスポイントの再生データが格納されたパケットを取得するために利用可能なマップ情報である
【０１３０】
ＥＰマップ、ＴＵマップとも、ランダムアクセスポイント情報を記録したマップデータであるが、ＥＰマップは、より細かなランダムアクセスポイント情報を記録したマップデータであり、ＴＵマップはＥＰマップに比較してラフなランダムアクセスポイント情報を記録したマップデータである。
ＢＤＡＶフォーマットでは、ＥＰマップとＴＵマップの２種類のマップを規定しているが、ＴＵマップの利用はほとんどなされておらず、ＥＰマップのみ利用されているのが現状である。
ＥＰ＿ｍａｐやＴＵ＿ｍａｐは、ＡＶストリームの中でデコードを開始すべきエントリポイント（ＥＰ）の場所を見つけるためのアドレス情報を持つ。
【０１３１】
ＥＰマップについて、図１３以下を参照して説明する。
先に、図５を参照して説明したように、プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
クリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
【０１３２】
また、クリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｌｅ）は、図１３に示すＥＰマップ（ＥＰ＿ｍａｐ）を有する。
ＥＰマップは、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報を記録している。
すなわち、ＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプと、パケット位置情報に相当するパケット取得のためのアドレス情報との対応データが記録されている。
【０１３３】
具体的には、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）、
これらの対応情報を有する。
【０１３４】
このような対応情報を有するＥＰマップを参照することで、タイムスタンプに基づいて対応するアドレス（ＳＰＮ）を取得し、アドレス（ＳＰＮ）に従って、例えばＡＶストリーム中の再生開始位置であるデコード開始点などを見つけることができる。
【０１３５】
図１４は、ＥＰマップ（ＥＰ＿ｍａｐ）の具体的な構成と利用例を説明する図である。図１４（Ａ）に示すクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。
【０１３６】
ビデオストリームのソースパケットは、ＭＰＥＧデータを構成するＩＰＢピクチャ、すなわち、Ｉ（Ｉｎｔｒａ）ピクチャ、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ  ｐｒｅｄｉｃｔｉｖｅ）ピクチャを有する。Ｉピクチャは単独で復号可能なピクチャデータであり、その他のＰピクチャ、Ｂピクチャは、復号する場合に前後のＩピクチャの参照が必要となる。例えば、ランダムアクセスによる再生開始点は、単独復号可能なＩピクチャを持つパケット位置に設定される。
【０１３７】
ＥＰマップはランダムアクセス可能な再生開始点位置情報としてＩピクチャの位置情報を、上述のＰＴＳとＳＰＮの対応データとして保持している。すなわち、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケットナンバー（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）、
これらの対応情報である。
【０１３８】
このような設定としたＥＰマップを参照することで、ランダムアクセス可能な再生開始位置であるＩピクチャの場所を求めることができる。ＥＰマップ（ＥＰ＿ｍａｐ）は、クリップ情報ファイルに含まれるデータである。
【０１３９】
ＥＰマップに基づくＩピクチャ位置の検出について、図１４を参照して説明する。図１４（Ａ）はクリップＡＶストリームを示し、各矩形は１９２バイトのソースパケットを示している。
【０１４０】
図１４（Ａ）には、Ｉ（Ｉｎｔｒａ）ピクチャの先頭バイトを含むソースパケットを、斜線を付した四角で示している。斜線の無い白い四角はランダムアクセスポイントとならないデータが含まれるソースパケットや、他のストリームのデータが含まれているソースパケットを示す。
【０１４１】
例えば、ＰＩＤ＝ｘで区別されるビデオストリームのランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケット番号Ｘ１のソースパケットは、クリップＡＶストリームの時間軸上でＰＴＳ＝ｐｔｓ（ｘ１）の位置に配置される。同様に、次にランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケットはソースパケット番号Ｘ２のソースパケットとされ、ＰＴＳ＝ｐｔｓ（ｘ２）の位置に配置される。
【０１４２】
図１４（Ｂ）に示すように、ソースパケットは、１８８バイトのトランスポートパケットに４バイトのヘッダ（ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ）を付加した形で構成される。トランスポートパケット部分は、ヘッダ部（ＴＰ  ｈｅａｄｅｒ）とペイロード部とからなる。
【０１４３】
図１４（Ｃ２）に示すＥＰマップの登録データであるＳＰＮ＿ＥＰ＿ｓｔａｒｔは、シーケンスヘッダ（ＳＱＨ）から始まるＩピクチャを含むアクセスユニット（Ａｃｃｅｓｓ  Ｕｎｉｔ）の第１バイト目を含むソースパケットのソースパケット番号（ＳＰＮ）を表す。
なお、クリップＡＶストリームファイル中のすべてのパケットに設定された一連の番号がソースパケット番号（ＳＰＮ）である。クリップＡＶストリームファイル中、最初のソースパケットのソースパケット番号をゼロ、その次のパケットのソースパケット番号は１であり、以後、次のパケット毎にソースパケット番号は１つずつ増加する。
【０１４４】
図１４（Ｃ２）に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）は、
ストリームＰＩＤ（Ｓｔｒｅａｍ＿ＰＩＤ）、
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）、
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）、および、
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）、
これらのデータを記録している。
【０１４５】
ストリームＰＩＤ（Ｓｔｒｅａｍ＿ＰＩＤ）は、ビデオストリームを伝送するトランスポートパケットのパケット識別子（ＰＩＤ）である。
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）は、ＥＰ＿ｍａｐに含まれるＰＴＳ＿ＥＰ＿ｓｔａｒｔ  とＳＰＮ＿ＥＰ＿ｓｔａｒｔのペアのエントリの個数である。
【０１４６】
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）は、ランダムアクセス可能なＩピクチャから始まるＡｃｃｅｓｓ  ＵｎｉｔのＰＴＳ（プレゼンテーション・タイムスタンプ）を表す。
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）は、ＰＴＳ＿ＥＰ＿ｓｔａｒｔの値により参照されるアクセスユニット（Ａｃｃｅｓｓ  Ｕｎｉｔ）の第１バイト目を含むソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ  Ｎｕｍｂｅｒ）を表す。
【０１４７】
ビデオストリームのＰＩＤ（パケット識別子）の値がｓｔｒｅａｍ＿ＰＩＤに格納され、ＰＴＳ＿ＥＰ＿ｓｔａｒｔとＳＰＮ＿ＥＰ＿ｓｔａｒｔの対応関係を表すテーブル情報であるＥＰ＿ｍａｐ（）が生成される。
例えば、ＰＩＤ＝ｘのビデオストリームのＥＰマップには、
ＰＴＳ＝ｐｔｓ（ｘ１）とソースパケット番号（ＳＰＮ）Ｘ１、
ＰＴＳ＝ｐｔｓ（ｘ２）とソースパケット番号（ＳＰＮ）Ｘ２、
・・・、
ＰＴＳ＝ｐｔｓ（ｘｋ）とソースパケット番号（ＳＰＮ）Ｘｋ、
これらのＰＴＳとＳＰＮの対応データからなるテーブルが記述される。
上記のテーブルを含むＥＰマップ（ＥＰ＿ｍａｐ）が、１つのクリップＡＶストリームに対応するクリップ情報ファイルに格納される。
【０１４８】
このようなデータを持つＥＰマップ（ＥＰ＿ｍａｐ）は、例えばランダムアクセスなどを行うときのデコード開始位置を特定するために参照される。
クリップ中の時間軸上の時刻ｘから再生開始するとき、ＥＰ＿ｍａｐを利用して、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報の計算方法について、図１５を参照して説明する。
【０１４９】
図１５に示すように、プレイリスト（ＰｌａｙＬｉｓｔ）が、クリップ中の時間軸上の時刻ｘから再生開始を指定する情報を有する場合、ｘよりも小さく最も近い値を持つタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］が特定される。
このプレイリスト情報に従って特定されるタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に基づいて、クリップ情報ファイル中のＥＰマップを参照して、タイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に対応するソースパケット番号［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を特定する。
【０１５０】
このようにＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
このパケット位置［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を、クリップＡＶストリームファイル中の再生開始点、すなわち、デコードを開始すべきアドレス情報として取得し、デコード処理を行って再生を行うことができる。
【０１５１】
図１３〜図１５を参照して説明したＥＰマップの利用例は、ＭＰＥＧ−２ＴＳフォーマットデータを利用したランダムアクセスポイント対応のパケット取得処理例である。ＭＰＥＧ−２ＴＳフォーマットデータでは、このように、ＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
【０１５２】
しかし、ＭＭＴフォーマットデータは、ＭＰＥＧ−２ＴＳフォーマットデータとは異なるフォーマットを有するため、このＭＰＥＧ−２ＴＳフォーマットデータと同様の処理を実行してランダムアクセスポイント対応パケットを取得することはできない。
すなわち、再生対象データがＭＭＴフォーマットデータである場合は、上述した処理と異なるＭＭＴフォーマットデータ対応のデータ処理を行う必要がある。
【０１５３】
ＥＰマップは、クリップ情報ファイルに規定されており、ＭＭＴフォーマットデータに対応するランダムアクセスポイント取得処理を実行するためのＭＭＴフォーマットデータ対応のＥＰマップをＭＭＴフォーマットデータ対応のクリップ情報ファイルに記録する必要がある。
すなわち、図１１に示すＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）７２にＭＭＴフォーマットデータ対応のＥＰマップを記録することが必要となる。この具体例については、後段で説明する。
【０１５４】
このように、ＭＰＥＧ−２ＴＳフォーマットデータに対応するＥＰマップと、ＭＭＴフォーマットデータに対応するＥＰマップとは異なるデータとなる。
図１２を参照して説明したように、図１２に示すプレイリストファイルに記録されるＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
【０１５５】
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、再生開始点（ランダムアクセスポイント）のデータアドレスを取得するためのＥＰマップやＴＵマップの種類を示すデータを記録する領域である。
【０１５６】
従来のＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）には、ＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップやＴＵマップの識別情報が記録されていた。
しかし、ＭＭＴフォーマットデータに対応のＥＰマップは、これまでのＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップとは異なるマップである。
従って、プレイリストファイルのＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）についても、これらを区別した識別子を設定することが必要となる。
【０１５７】
図１６に、以下のＣＰＩタイプ記録データを示す。
（１）従来のＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データのみ記録）
（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）
【０１５８】
図１６の「（１）従来のＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データのみ記録）」に示すデータは、従来のプレイリストファイルのＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）として定義されていたデータである。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＥＰマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＴＵマップであることを意味する。
【０１５９】
このように、従来のＣＰＩタイプ記録データは、ＭＰＥＧ−２ＴＳ対応データのみ記録していた。
図１６の「（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）」は、上記設定に、さらに、
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３
このビット値＝３の設定を追加した構成となっている。
【０１６０】
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
このように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１〜３の３種類の定義を可能として、３つのＣＰＩタイプを識別可能としている。
【０１６１】
次に、先に図１２を参照して説明した［ＰｌａｙＬｉｓｔ］内に記録されるプレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４の詳細（シンタクス）について、図１７以下を参照して説明する。
先に説明したように、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４には、各プレイアイテム、サブプレイアイテムの詳細情報が記録される。
【０１６２】
図１７は、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４のデータ構成（シンタクス）を示す図である。
クリップ情報ファイルネーム（Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）１１１には、このプレイアイテムを利用した再生処理に適用するクリップ情報ファイルのファイル名が記録される。
【０１６３】
参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２は、このプレイアイテムが参照すべきＳＴＣ（システムタイムクロック）連続区間のＳＴＣ識別子を示す。
ＳＴＣ（システムタイムクロック）は、ＡＶストリーム再生時の基準クロックであり、連続再生区間では、１つのＳＴＣが利用される。例えば１つのプレイアイテムが再生する連続再生区間では１つのＳＴＣが利用され、プレイアイテムの切り替えによって異なるＳＴＣが参照されることになる。
参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２には、このプレイアイテムが参照すべきＳＴＣ（システムタイムクロック）を指定する情報が記録される。
【０１６４】
開始時間（ＩＮ＿ｔｉｍｅ）１１３は、プレイアイテムの再生開始時間の記録領域である。
終了時間（ＯＵＴ＿ｔｉｍｅ）１１４は、プレイアイテムの再生終了時間の記録領域である。
これらの開始時間、終了時間情報は、従来のＭＰＥＧ−２ＴＳフォーマットデータを再生対象とする場合、参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２によって指定されたプレイアイテム対応のＳＴＣの開始時間からの差分時間情報（４５ＫＨｚｈクロック）が記録される。
なお、４５ＫＨｚクロックは、ＭＰＥＧ−２ＴＳフォーマットデータの記録再生に用いられる一般的なクロックである。
【０１６５】
しかし、再生対象データが、ＭＭＴフォーマットデータの場合、ＭＰＥＧ−２ＴＳフォーマットデータのように、プレイアイテム対応の再生対象データ（ＭＭＴフォーマットデータ）各々に個別のＳＴＣが対応付けられた構成とはなっていない。
従って、ＭＭＴフォーマットデータを再生対象とするプレイリストのプレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録する、
開始時間（ＩＮ＿ｔｉｍｅ）１１３と、
終了時間（ＯＵＴ＿ｔｉｍｅ）１１４は、
ＭＭＴフォーマットデータに固有の時間情報とする必要がある。
この変更例について、図１８を参照して説明する。
【０１６６】
図１８には、以下のデータ例を示している。
（１）従来のプレイアイテム情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）
（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）
【０１６７】
図１８（１）に示す「（１）従来のプレイアイテム情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）」は、再生対象データが、ＭＰＥＧ−２ＴＳフォーマットデータの場合、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録される開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）の記録データを示している。
【０１６８】
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報であり、前述したように、このプレイアイテムを利用した再生処理に適用されるＳＴＣ［システムタイムクロック（４５ＫＨｚクロック）］）開始点からの経過時間情報を記録する。ＳＴＣは、図１７を参照して説明した参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２によって特定されるＳＴＣである。
【０１６９】
また、終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報であり、前述したように、このプレイアイテムを利用した再生処理に適用されるＳＴＣ［システムタイムクロック（４５ＫＨｚクロック）］）開始点からの経過時間情報を記録する。ＳＴＣは、図１７を参照して説明した参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２によって特定されるＳＴＣである。
【０１７０】
図１８（２）に示す「（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）」は、再生対象データが、ＭＭＴフォーマットデータの場合、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録される開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）の記録データを示している。
【０１７１】
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
【０１７２】
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば図１に示す放送サーバ（放送局）２１等の送信装置２０が送信する放送コンテンツ等を含むＭＭＴフォーマットデータに併せて送信される。
テレビ（ＴＶ）３２等の情報処理装置３０は、送信装置２０が送信するＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を取得して、プレイリストに記録する。
【０１７３】
送信装置２０は、例えば、先に図３を参照して説明したＭＭＴフォーマットにおける１つのデータ処理単位であるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）単位の再生時間情報を、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録した制御情報を、再生対象データ（番組コンテンツ）に併せて送信する。
具体例について、図１９以下を参照して説明する。
【０１７４】
例えば図１に示す放送サーバ（放送局）２１等の送信装置２０からの配信コンテンツ（番組）をＭＭＴフォーマットデータで受信し、受信コンテンツを情報記録媒体（メディア）に記録する情報処理装置３０は、受信データから様々な情報を抽出して、プレイリストファイルやクリップ情報ファイルを生成することが必要となる。
【０１７５】
先に図２他を参照して説明したように、ＭＭＴフォーマットデータには、情報処理装置３０側においてコンテンツ（番組）を受信、再生するために必要となる制御情報や、番組ガイド等の案内情報や通知情報、管理情報等によって構成される制御情報（シグナリング情報）が含まれる。
ＭＭＴフォーマットで規定された制御情報（シグナリング情報）には、ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ−ＳＩ）と、ＴＬＶパケットで送信されるシグナリング情報（ＴＬＶ−ＳＩ）がある。
【０１７６】
ＭＭＴフォーマットデータを受信して、受信データをメディアに記録する情報処理装置３０は、例えばＭＭＴフォーマットに含まれるＴＬＶ−ＳＩやＭＭＴ−ＳＩ等のシグナリング情報から様々な情報を抽出して、プレイリストファイルやクリップ情報ファイルを生成する。
【０１７７】
ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ−ＳＩ）の一つにＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）がある。ＭＭＴパッケージテーブル（ＭＰＴ）は、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。
なお、ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）のパケットＩＤは、パケットＩＤ＝０ｘ００００のＭＭＴＰパケットに格納されており、情報処理装置は、パケットＩＤに基づいてＭＭＴパッケージテーブル（ＭＰＴ）の格納パケットを判別することができる。
【０１７８】
ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）の構成について図１９を参照して説明する。
【０１７９】
図１９は、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）は、前述したように、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。
【０１８０】
ＭＭＴパッケージテーブル（ＭＰＴ）には、図１９に示すように、
アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）
アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
これらのデータ記録領域が含まれる。
【０１８１】
アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）は、画像、音声、字幕等のデータ種類別の識別子を記録する領域である。アセットとは、共通属性を持つデータ処理の単位であり、画像、音声、字幕等は、各々、異なるアセットとして設定される。
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例を図２０に示す。
【０１８２】
図２０に示すように、ＭＰＴに記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）には、例えば以下の種類がある。
ｈｖｃ１：ＨＥＶＣ画像
ｍｐ４ａ：音声
ｓｔｐｐ：字幕等
ａａｐｐ：アプリケーション
図１９に示すＭＰＴのアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）記録フィールドには、例えば上記のいずれかのタイプ情報が記録される。
【０１８３】
図１９のＭＰＴの下段に示す、
アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
このフィールドには、各アセットタイプ（例えば画像、音声、字幕）、これらのデータ種類に応じた様々な属性情報が記録される。
【０１８４】
このアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録される情報の一つに画像や音声等の再生時間情報が含まれる。
再生時間情報は、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
【０１８５】
図２１に、ＭＭＴパッケージテーブル（ＭＰＴ）にアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録されるＭＰＵ単位の再生時間情報（タイムスタンプ）を記録したＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す。
【０１８６】
なお、ＭＰＵは、先に図３を参照して説明したように、図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）であり、ＭＭＴフォーマットにおける１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と同じ単位である。
【０１８７】
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子は、このＭＰＵ単位の再生時間情報に相当する。
図２１に示すように、ＭＰＵタイムスタンプ記述子には、以下の各データが記録される。
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）
【０１８８】
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）には、ＭＰＵの識別子が記録される。
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）には、ＭＰＵの再生時間（提示時間）がＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
なお、ＮＴＰ時間（ＮＴＰタイムスタンプ）は、例えば６４ビットデータの絶対時刻情報、すなわち予め規定された基準時刻からの経過時間を示す絶対時刻情報である。上位３２ビットで１秒以上の時間情報（経過時間情報）を示し、下位３２ビットで１秒以下の時間情報（経過時間情報）を示す。
なお、全体を３２ビットとして、上位１６ビットで１秒以上の時間情報を示し、下位１６ビットで１秒以下の時間情報を示す短形式のＮＴＰ時間情報を用いる設定も可能である。
【０１８９】
このように、ＭＭＴパッケージテーブル（ＭＰＴ）には、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として、ＭＰＵ単位の再生時間情報（タイムスタンプ）であるＭＰＵタイムスタンプが記録される。
【０１９０】
図１に示す送信装置２０は、ＭＭＴパッケージテーブル（ＭＰＴ）にＭＭＴフォーマットにおける１つのデータ処理単位であるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）単位の再生時間情報を、ＮＴＰ時間情報として記録してテレビ等の情報処理装置３０に送信する。
情報処理装置３０は、この時間情報を取得してプレイリストに記録する。
【０１９１】
すなわち、情報処理装置３０は、情報記録媒体（メディア）にクリップＡＶストリームファイルとして記録するデータがＭＭＴフォーマットデータの場合、その再生制御情報ファイルであるプレイリストファイルに、ＭＭＴパッケージテーブル（ＭＰＴ）から取得したＮＴＰ時間情報を記録する。
【０１９２】
情報処理装置３０は、先に図１８（２）を参照して説明したように、情報記録媒体（メディア）にクリップＡＶストリームファイルとして記録する再生対象データがＭＭＴフォーマットデータである場合、プレイリストファイルのプレイアイテム情報（ＰｌａｙＩｔｅｍ（））の開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）として、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
【０１９３】
次に、図２２を参照して、プレイリストファイルに記録されるもう一つの要素であるプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）について説明する。
まず、マーク（Ｍａｒｋ）について説明する。マークは、例えばクリップＡＶストリームファイルに格納された画像データのチャプタ区切り、シーンチェンジ点、ブックマーク、ハイライト、特徴的なシーンの時間指定情報として、プレイリストファイル、クリップ情報ファイルに記録可能なデータである。
プレイリストファイル、クリップ情報ファイルに対するマークの記録は、マークの時刻を示すタイムスタンプの記録処理により行われる。
【０１９４】
図２２は、プレイリストファイルの一要素であるプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）のデータ構成（シンタクス）を示す図である。
プレイリストマーク数（ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＬｉｓｔ＿ｍａｒｋｓ）１２１は、このプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）中にストアされているマークの個数を示す。
マークタイプ（ｍａｒｋ＿ｔｙｐｅ）１２２は、マークのタイプを示すフィールドである。たとえば、各マークが、プレイリストの代表画像位置、チャプタ開始位置、チャプタ終了位置、シーンチェンジ位置、編集位置等のどのタイプのマークであるかを示す情報を記録する。
【０１９５】
マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）１２３は、マークが設定されたポイントを示すタイムスタンプを記録するフィールドである。
エレメンタリストリームパケットＩＤエントリ（ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ）１２４は、マークが設定されたパケットの識別子を記録するフィールドである。
デュレーション（ｄｕｒａｔｉｏｎ）１２５は、隣接マーク間の時間間隔、例えばチャプタの長さを記録するフィールドである。
【０１９６】
この図２２に示すプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）の記録データについても、クリップＡＶストリームファイルとして従来のＭＰＥＧ−２ＴＳフォーマットデータが記録されている場合については規定されているが、クリップＡＶストリームファイルとしてＭＭＴフォーマットデータが記録されている場合については、特に規定されていない。
従って、クリップＡＶストリームファイルとしてＭＭＴフォーマットデータを記録する場合のプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）の記録データについて規定する必要がある。
【０１９７】
図２３に以下のデータ例を示す。
（１）従来のプレイリストマーク情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）
（２）新たなプレイリストマーク情報記録データ（ＭＭＴ対応プレイリスト）
【０１９８】
図２３（１）に示す「（１）従来のプレイリストマーク情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）」は、再生対象データが、ＭＰＥＧ−２ＴＳフォーマットデータの場合、プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）に記録される記録データを示している。
【０１９９】
マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）は、マークが設定されたポイントを示すタイムスタンプを記録するフィールドである。再生データが、ＭＰＥＧ−２ＴＳフォーマットデータである場合、ここには、マーク設定位置のタイムスタンプを記録する。このタイムスタンプは、ＭＰＥＧ−２ＴＳフォーマットデータの記録再生に用いられる一般的なクロックである４５ＫＨｚクロックデータとして記録される。
【０２００】
エレメンタリストリームパケットＩＤエントリ（ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ）は、マークが設定されたパケットの識別子を記録するフィールドである。再生データが、ＭＰＥＧ−２ＴＳフォーマットデータである場合、ここには、マーク設定位置のＴＳパケットのパケットＩＤ（ＰＩＤ）を記録する。
【０２０１】
デュレーション（ｄｕｒａｔｉｏｎ）は、隣接マーク間の時間間隔、例えばチャプタの長さを記録するフィールドである。再生データが、ＭＰＥＧ−２ＴＳフォーマットデータである場合、ここには、隣接マーク間の時間間隔を、ＭＰＥＧ−２ＴＳフォーマットデータの記録再生に用いられる一般的なクロックである４５ＫＨｚクロックデータとして記録する。
【０２０２】
図２３に示す「（２）新たなプレイリストマーク情報記録データ（ＭＭＴ対応プレイリスト）」は、再生対象データが、ＭＭＴフォーマットデータの場合、プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）に記録される記録データを示している。
【０２０３】
再生対象データがＭＭＴフォーマットデータの場合、マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）には、マーク設定位置のタイムスタンプを、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録する。
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば、先に図１８他を参照して説明したＭＰＴ、すなわち、ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）から取得される。
【０２０４】
また、エレメンタリストリームパケットＩＤエントリ（ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ）は、マークが設定されたパケットの識別子を記録するフィールドであり、再生データが、ＭＭＴフォーマットデータである場合、マーク設定位置のパケットＩＤとして、ＭＭＴパケットのＩＤを記録する。
【０２０５】
デュレーション（ｄｕｒａｔｉｏｎ）は、隣接マーク間の時間間隔、例えばチャプタの長さを記録するフィールドである。このフィールドには、再生データが、ＭＭＴフォーマットデータである場合も、ＭＰＥＧ−２ＴＳフォーマットデータと同様、４５ＫＨｚクロックデータとして記録する。マーク間の時間間隔は、データ記録時に算出可能であり、従来のＭＰＥＧ−２ＴＳフォーマットデータのデータ記録形式に併せて記録する設定としている。
【０２０６】
［６．ＭＭＴフォーマットデータ対応のクリップ情報ファイルについて］
次に、図２４以下を参照してＭＭＴフォーマットデータ対応のクリップ情報ファイルについて説明する。
【０２０７】
先に説明したように、クリップ情報ファイルには、そのクリップ情報ファイルを適用して再生するデータに関する情報が記録される。具体的には、例えば、クリップＡＶストリームファイルの再生位置情報等を有する。
【０２０８】
図２４は、１つのクリップ情報ファイルのデータ構成（シンタクス）を示す図である。
クリップ情報ファイルには、クリップ情報に対応付けられた再生データに関する情報が記録される。図２４に示すように、例えば、以下の各情報が記録される。
クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１、
シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２、
プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３、
ＣＰＩ情報［ＣＰＩ（）］２０４
【０２０９】
クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１は、クリップ情報ファイルに対応するＡＶストリームファイルの属性情報を記録する。
シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２は、このクリップ情報ファイルに対応するＡＶストリームファイルに格納された再生対象データの再生シーケンスに関する情報を記録する。
【０２１０】
プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３は、クリップ情報ファイルによって再生されるクリップＡＶストリームの再生区間や時間区間の定義情報等を含むプログラム(ｐｒｏｇｒａｍ)に関する情報を記録する。
【０２１１】
ＣＰＩ情報［ＣＰＩ（）］２０４は、例えば、再生開始点のデータアドレスを取得するためのデータであり、先に図１３〜１５を参照して説明したＥＰ＿ｍａｐやＴＵ＿ｍａｐが記録される。
先に図１２を参照して説明したように、プレイリストファイルには、ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）が記録される。ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
【０２１２】
［６−１．クリップ情報ファイルに記録されるクリップ情報について］
次に、図２５を参照して、クリップ情報ファイルに記録されるクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１のデータ構成（シンタクス）について説明する。
前述したように、クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１は、クリップ情報ファイルに対応するＡＶストリームファイルの属性情報を記録する領域である。
【０２１３】
図２５に示すように、クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１には、以下のデータが記録される。
（ａ）アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）２１１
（ｂ）クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２
（ｃ）トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３
（ｄ）ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
（ｅ）ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
（ｆ）ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６
【０２１４】
アプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）２１１は、このクリップ情報ファイルによる再生アプリケーションのタイプを示す情報であり、具体的には、通常の画像再生タイプと、スライドショーの再生処理タイプ等が規定される。
【０２１５】
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータのタイプを示す情報である。ＭＰＥＧ−２ＴＳフォーマットデータには、通常のＭＰＥＧ−２ＴＳストリームの他、ストリーム間に黒画を挿入したストリームタイプがあり、これらのタイプの識別情報が記録される。
【０２１６】
トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータ、すなわち情報記録媒体（メディア）に記録された再生対象データが、放送等の受信データをそのまま記録したものであるか、あるいは所定の圧縮処理等の変換処理を施して記録されたものであるかを示すフラグである。
具体的には、
フラグ値＝０：記録時の変換なし（ｔｒａｎｓｐａｒｅｎｔ）
フラグ値＝１：記録時の変換あり（ｔｒａｎｓｃｏｄｅｄ）
このような設定のフラグが記録される。
【０２１７】
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
これらは、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのトランスポートストリームの平均ビットレートと、記録レートをｂｙｔｅｓ／ｓｅｃｏｎｄ  の単位で表したものである。
【０２１８】
ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのファイルサイズ情報であり、ＭＰＥＧ−２ＴＳフォーマットデータの場合、ソースパケット数が記録される。
【０２１９】
このように、図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１には、記録すべきデータとして以下のデータが規定されている。
（ａ）アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）２１１
（ｂ）クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２
（ｃ）トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３
（ｄ）ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
（ｅ）ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
（ｆ）ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６
【０２２０】
しかし、これらのデータは、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータがＭＰＥＧ−２ＴＳフォーマットデータであることを想定して規定されており、クリップＡＶストリームファイルに格納されたデータがＭＭＴフォーマットデータである場合を想定したものとはなっていない。
従って、クリップＡＶストリームファイルに格納されたデータがＭＭＴフォーマットデータある場合のデータ記録態様についての規定が必要となる。
【０２２１】
図２６は、図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］に記録されるアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）２１１について、
（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）
（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）
これらの各データを示した図である。
【０２２２】
図２６（１）に示す「（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合にクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）の設定値と意味の対応データを示している。
【０２２３】
再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合、以下の設定となる。
アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）＝１の場合、このクリップ情報ファイルによる再生アプリケーションのタイプが、「Ｍａｉｎ  ＴＳ  ｆｏｒ  ａ  ｍａｉｎ−ｐａｔｈ  ｏｆ  Ｍｏｖｉｅｓ」、すなわち、画像メインパス対応のメインＴＳ（トランスポートストリーム）の再生アプリケーションであることを示す。
なお、画像再生パスには、メインパス、サブパス等の複数の再生パスが設定可能であり、それぞれ異なるプレイアイテムを利用して再生することができる。
【０２２４】
また、アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）＝２の場合、このクリップ情報ファイルによる再生アプリケーションのタイプが、「Ｍａｉｎ  ＴＳ  ｆｏｒ  ａ  ｍａｉｎ−ｐａｔｈ  ｏｆ  Ｔｉｍｅ  ｂａｓｅｄ  ｓｌｉｄｅ  ｓｈｏｗ」、すなわち、タイムベーススライドショーのメインパス対応のメインＴＳの再生アプリケーションであることを示す。
このように、従来は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータのみであり、図２６（１）に示す設定が利用されていた。
【０２２５】
図２６（２）に示す「（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータ、またはＭＭＴフォーマットデータである場合の２つの異なるフォーマットデータが想定される場合のクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）の設定値と意味の対応データを示している。
【０２２６】
この設定では、図２６（１）において説明したアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）＝１，２に加え、以下の設定を追加している。
アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）＝３
【０２２７】
アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）＝３の場合、このクリップ情報ファイルによる再生アプリケーションのタイプが、「Ｍａｉｎ  ＴＬＶ／ＭＭＴ  ｆｏｒ  ａ  ｍａｉｎ−ｐａｔｈ  ｏｆ  Ｍｏｖｉｅｓ」、すなわち、画像メインパス対応のＴＬＶパケットに格納されたＭＭＴフォーマットデータの再生アプリケーションであることを示す。
【０２２８】
このような設定を追加することで、再生装置は、クリップ情報ファイルの記録データに基づいて、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルに格納されたデータがＴＬＶパケットに格納されたＭＭＴフォーマットデータであることを確認し、ＭＭＴフォーマットデータに対応した再生処理を実行することができる。
【０２２９】
次に、図２７を参照して、図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］に記録されるクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２について、
（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）
（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）
これらの各データについて説明する。
【０２３０】
図２７（１）に示す「（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合にクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）の設定値と意味の対応データを示している。
【０２３１】
再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合、以下の設定となる。
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝１の場合、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータのタイプが、「Ａ  Ｃｌｉｐ  ＡＶ  ｓｔｒｅａｍ  ｏｆ  ＢＤＡＶ  ＭＰＥＧ−２ＴＳ」、すなわち、ＢＤＡＶ  ＭＰＥＧ−２ＴＳフォーマットのクリップＡＶストリームであることを示す。
【０２３２】
また、クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝２の場合、このクリップ情報ファイルによる再生データのタイプが、「Ａ  Ｂｒｉｄｇｅ−Ｃｌｉｐ  ＡＶ  ｓｔｒｅａｍ  ｏｆ  ＢＤＡＶ  ＭＰＥＧ−２ＴＳ」、すなわち、ＢＤＡＶ  ＭＰＥＧ−２ＴＳフォーマットのブリッジタイプのクリップＡＶストリームであることを示す。
なお、ブリッジタイプのクリップＡＶストリームとは、ストリーム間に黒画を挿入したタイプのストリームである。
【０２３３】
このように、従来は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータのみであり、図２７（１）に示す設定が利用されていた。
【０２３４】
図２７（２）に示す「（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータ、またはＭＭＴフォーマットデータである場合の２つの異なるフォーマットデータが想定される場合のクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）の設定値と意味の対応データを示している。
【０２３５】
この設定では、図２７（１）において説明したクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝１，２に加え、以下の設定を追加している。
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝３
【０２３６】
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝３の場合、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータのタイプが、「Ａ  Ｃｌｉｐ  ＡＶ  ｓｔｒｅａｍ  ｏｆ  ＢＤＡＶ  ＴＬＶ／ＭＭＴ」、すなわち、ＢＤＡＶフォーマットに従って記録されたＴＬＶパケットに格納されたＭＭＴフォーマットのクリップＡＶストリームであることを示す。
【０２３７】
このような設定を追加することで、再生装置は、クリップ情報ファイルの記録データに基づいて、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルが、ＢＤＡＶフォーマットに従って記録されたＴＬＶパケットに格納されたＭＭＴフォーマットデータであることを確認し、ＭＭＴフォーマットデータに対応した再生処理を実行することができる。
【０２３８】
ここまで、図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１に記録すべきデータの変更例として、
（ａ）アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ  ｔｙｐｅ）２１１
（ｂ）クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２
これら２つのデータについて説明した。
【０２３９】
次に、図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１に記録すべき以下のデータについて、ＭＭＴフォーマットデータ対応のデータ記録例について説明する。
（ｃ）トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３
（ｄ）ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
（ｅ）ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
（ｆ）ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６
【０２４０】
トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３は、前述したように、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイル格納データが、放送等の受信データをそのまま記録したものであるか、あるいは所定の圧縮処理等の変換処理を施して記録されたものであるかを示すフラグである。
具体的には、
フラグ値＝０：記録時の変換なし（ｔｒａｎｓｐａｒｅｎｔ）
フラグ値＝１：記録時の変換あり（ｔｒａｎｓｃｏｄｅｄ）
このような設定のフラグが記録される。
この設定は、ＭＭＴフォーマットデータに対しても、同様の設定で利用できる。
【０２４１】
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
これらは、前述したように、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのトランスポートストリームの平均ビットレートと、記録レートをｂｙｔｅｓ／ｓｅｃｏｎｄの単位で表したものである。
【０２４２】
このビットレート情報は、ＴＳパケットを基準として算出することを前提としており、再生対象データがＴＬＶパケットに格納されたＭＭＴフォーマットデータである場合、ＴＬＶパケットに応じたビットレートを記録する必要がある。
【０２４３】
すなわち、図２５に示すように、
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４のフィールドには、
ＴＬＶ平均レート（ＴＬＶ＿ａｖｅｒａｇｅ＿ｒａｔｅ）を記録する。
【０２４４】
ＴＬＶ平均レート（ＴＬＶ＿ａｖｅｒａｇｅ＿ｒａｔｅ）は、以下の算出式によって算出する。
ＴＬＶ平均レート（ＴＬＶ＿ａｖｅｒａｇｅ＿ｒａｔｅ）
＝（ファイルサイズ）／（（ファイル最後のＴＬＶパケットのＡＴＳ）−（ファイル先頭のＴＬＶパケットのＡＴＳ））
なお、上記算出式におけるファイルとは、ＴＬＶパケットによって構成されるクリップＡＶストリームファイルである。
ＡＴＳは、ＴＬＶパケットに格納されたデータの処理（デコード等）の開始タイミングを示すタイムスタンプ（ＡＴＳ：Ａｒｉｖａｌ  Ｔｉｍｅ  Ｓｔａｍｐ）であり、ＴＬＶパケット、あるいは制御情報（ＳＩ）から取得可能である。
【０２４５】
上記式によって算出される算出値を、
ＴＬＶ平均レート（ＴＬＶ＿ａｖｅｒａｇｅ＿ｒａｔｅ）として、
図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］中の、
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４のフィールドに記録する。
あるいは、再生対象データがＭＭＴフォーマットである場合、このフィールドには無効値を記録し、平均レート情報を利用しない設定としてもよい。
【０２４６】
さらに、図２５に示すように、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５のフィールドには、
ＴＬＶ記録レート（ＴＬＶ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）を記録する。
【０２４７】
ＴＬＶ記録レート（ＴＬＶ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）は、以下の算出式によって算出する。
ＴＬＶ記録レート（ＴＬＶ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）
＝（ｔ２−ｔ１）／Ｓ
なお、上記式における各パラメータは以下の値である。
ｔ２：ファイル中の最大サイズのＴＬＶパケットのＡＴＳ
ｔ１：ファイル中の最大サイズのＴＬＶパケットの次のＴＬＶパケットのＡＴＳ
Ｓ：ファイル中の最大サイズのＴＬＶパケットのサイズ
なお、ファイルとは、ＴＬＶパケットによって構成されるクリップＡＶストリームファイルである。
ＡＴＳは、ＴＬＶパケットに格納されたデータの処理（デコード等）の開始タイミングを示すタイムスタンプ（ＡＴＳ：Ａｒｉｖａｌ  Ｔｉｍｅ  Ｓｔａｍｐ）であり、ＴＬＶパケット、あるいは制御情報（ＳＩ）から取得可能である。
【０２４８】
上記式によって算出される算出値を、
ＴＬＶ記録レート（ＴＬＶ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）として、
図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］中の、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５のフィールドに記録する。
あるいは、再生対象データがＭＭＴフォーマットである場合、このフィールドには無効値を記録し、記録レート情報を利用しない設定としてもよい。
【０２４９】
さらに、図２５に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］中の、
ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのファイルサイズ情報である。
前述したように、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合、ソースパケット数が記録される。
【０２５０】
先に図６を参照して説明したように、ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
従って、パケット数に基づいてデータサイズが把握可能であるという特徴がある。
【０２５１】
しかし、再生対象データがＭＭＴフォーマットデータである場合は、先に図７を参照して説明したように、ＭＭＴフォーマットデータの構成パケットとなるＭＭＴＰパケット、さらにＴＬＶパケットは可変長であり、様々なパケットサイズに設定可能である。
従って、ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６のフィールドにパケット数を記録してもデータサイズが把握できない。
【０２５２】
再生対象データがＭＭＴフォーマットの場合、このフィールドには、複数のＴＬＶパケットから構成されるクリップＡＶストリームファイルのファイルサイズ（バイトサイズ）を記録する。
なお、再生対象データがＭＭＴフォーマットの場合、このフィールドは６４ビットデータを記録可能な設定として、ＴＬＶパケットから構成されるクリップＡＶストリームファイルのファイルサイズ（バイトサイズ）を６４ビットデータとして記録する。
あるいは、再生対象データがＭＭＴフォーマットの場合、このフィールドには無効値を記録して非利用フィールドとしてもよい。
【０２５３】
［６−２．クリップ情報ファイルに記録されるシーケンス情報について］
次に、図２８を参照して、先に図２４を参照して説明したクリップ情報ファイルに記録されるシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２のデータ構成（シンタクス）について説明する。
前述したように、シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２には、クリップ情報ファイルに対応するＡＶストリームファイルに格納された再生対象データの再生シーケンスに関する情報を記録する。
【０２５４】
図２８に示すように、シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２には、以下のデータが記録される。
（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１
（ｂ）ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）２２２
（ｃ）プログラムクロックリフェランス・パケットＩＤ（ＰＣＲ＿ＰＩＤ）２２３
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４、
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６
【０２５５】
これらのデータの説明の前に、図２９を参照して、再生対象データを格納したクリップＡＶストリームファイルのパケット構成と再生処理例について説明する。
図２９には、（ａ）クリップＡＶストリームファイルに格納されたパケット列を示している。ＭＰＥＧ−２ＴＳフォーマットデータの場合、１つの矩形が１つのＴＳパケットに相当する。
図２９の例ではパケットナンバー０〜ｎｎまでが１つのクリップＡＶストリームファイルの構成データである。
【０２５６】
この一つのクリップＡＶストリームファイルのパケットは、一つのＡＴＣ（アライバルタイムクロック）に従って並べられたパケット列である。
この一つのＡＴＣに従って並べられたパケット列をＡＴＣシーケンスと呼ぶ。
【０２５７】
図２９に示す一つのクリップ情報ファイルのパケット０〜ｎｎには、１つ以上のＳＴＣシーケンスが含まれる。図２９に示す例では、３つのＳＴＣシーケンスを含んでいる。ＳＴＣシーケンス＃０〜＃２である。
一つのＳＴＣ（システムタイムクロック）は、一つのＰＣＲ（プログラムクロックリフェランス）を基準として規定されるクロックであり、一つのＳＴＣシーケンスに属するソースパケットは、１つのＳＴＣ（例えば４５ＫＨｚ）によって再生制御される。
【０２５８】
図２９に示すＳＴＣシーケンス＃０は、ＰＣＲ格納パケットａに格納されたＰＣＲ（プログラムクロックリフェランス）を基準として規定されるクロックであるＳＴＣ（システムタイムクロック）に従って連続再生可能なパケット列である。
ＳＴＣシーケンス＃１は、ＰＣＲ格納パケットｂに格納されたＰＣＲ、
また、ＳＴＣシーケンス＃２は、ＰＣＲ格納パケットｃに格納されたＰＣＲを、各々基準として規定されるＳＴＣに従って連続再生可能なパケット列である。
【０２５９】
なお、図２９に示す例は、１つのＡＴＣシーケンス中に３つのＳＴＣシーケンスを含む例として説明したが、１つのＡＴＣシーケンス中に含まれるＳＴＣシーケンスの数は様々な設定が可能である。
【０２６０】
図２８に戻り、クリップ情報ファイルに記録されるシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２の記録データについて説明する。
（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルのＡＴＣスタート位置のＳＰＮ（ソースパケットナンバー）を記録する領域である。
図２９を参照して説明した例では、
ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）＝０となる。
【０２６１】
（ｂ）ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）２２２には、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれるＳＴＣシーケンス数を記録する。
図２９を参照して説明した例では、
ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）＝３となる。
【０２６２】
（ｃ）プログラムクロックリフェランス・パケットＩＤ（ＰＣＲ＿ＰＩＤ）２２３には、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンス対応のＰＣＲ（プログラムクロックリフェランス）を格納したパケットのパケット識別子を記録する。
【０２６３】
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４には、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる、各ＳＴＣシーケンスのスタート位置のＳＰＮ（ソースパケットナンバー）を記録する。
【０２６４】
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６
これらには、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンスの表示開始時間と、終了時間を記録する。なお、この時間情報としては、ＳＴＣ時間情報（ｓｔｃ＿ｉｄ）、ＡＴＣ時間情報（ａｔｃ＿ｉｄ）の両者を記録する。
【０２６５】
上述した説明は、このクリップ情報ファイルによる再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合の記録データの例である。
次に、このクリップ情報ファイルによる再生対象データがＭＭＴフォーマットデータの場合の各記録データについて説明する。
【０２６６】
（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１は、前述したように、クリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルのＡＴＣスタート位置のＳＰＮ（ソースパケットナンバー）を記録する領域である。
【０２６７】
先に図６を参照して説明したように、ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
従って、パケット数に基づいてデータサイズが把握可能であるという特徴がある。
【０２６８】
しかし、再生対象データがＭＭＴフォーマットデータである場合は、先に図７を参照して説明したように、ＭＭＴフォーマットデータの構成パケットとなるＭＭＴＰパケットやＴＬＶパケットは可変長であり、様々なパケットサイズに設定可能である。
従って、ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１のフィールドにパケットナンバーを記録してもデータサイズが把握できない。
【０２６９】
これらの理由から、再生対象データがＴＬＶパケットによって格納されたＭＭＴフォーマットデータの場合に設定するＭＭＴフォーマットデータ対応クリップ情報ファイルについては、図２８に示すシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］の以下の記録領域について、ＭＭＴフォーマットデータに対応するデータに変更して記録することが必要となる。
（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１
（ｂ）ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）２２２
（ｃ）プログラムクロックリフェランス・パケットＩＤ（ＰＣＲ＿ＰＩＤ）２２３
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４、
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６
【０２７０】
図３０を参照して、再生対象データがＴＬＶパケットによって格納されたＭＭＴフォーマットデータの場合におけるシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］の記録データについて説明する。
【０２７１】
まず、（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１に記録するデータについて説明する。
先に説明したように、ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルのＡＴＣスタート位置のＳＰＮ（ソースパケットナンバー）を記録する領域である。
図２９を参照して説明したＭＰＥＧ２−ＴＳパケットの構成例では、
ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）＝０となる。
【０２７２】
ＭＰＥＧ２−ＴＳパケットによって構成されるクリップＡＶストリームファイルの場合、図２９を参照して説明したように、一つのＡＴＣ（アライバルタイムクロック）に従って並べられたパケット列がＡＴＣシーケンスであり、このＡＴＣシーケンスのスタート位置の中のＳＰＮ（ソースパケットナンバー）が記録される。
【０２７３】
一方、クリップＡＶストリームファイルがＭＭＴフォーマットデータを格納したＴＬＶパケット列によって構成される場合、
ＡＴＣシーケンスは、以下のいずれかのシーケンスとする。
（１）ＭＭＴＰパケットに対応付けられたタイムスタンプ（ｔｉｍｅｓｔａｍｐ）、またはパケットシーケンスナンバ（ｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）のいずれか、あるいはこの両データの組み合わせによって規定されるシーケンス（ＴＬＶパケットシーケンス）、または、
（２）ＮＴＰの伝送タイムスタンプ（ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ）によって規定されるシーケンス（ＴＬＶパケットシーケンス）、
【０２７４】
クリップＡＶストリームファイルがＭＭＴフォーマットデータを格納したＴＬＶパケット列によって構成される場合、上記（１），（２）のいずれかのシーケンス（ＴＬＶパケット列）をＡＴＣシーケンスと定義とする。
【０２７５】
なお、上記（２）のＮＴＰは、先に図２を参照して説明したとように、ネットワークタイムプロトコル（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）に従った時刻情報である。
放送局等の送信装置は、再生データ等を格納したＴＬＶパケット中に、一定間隔（３３．０４６４７ｍｓｅｃ間隔）で、伝送タイムスタンプ（ｔｒａｎｓｍｉｔ＿ｔｉｍｅｓｔａｍｐ）を格納したＮＴＰデータをＵＤＰパケットに格納し、さらにＴＬＶパケットに格納して送信する。
このＮＴＰの時間情報送信は、主に受信側装置の時刻合わせに用いられる。
【０２７６】
上述したように、ＭＭＴフォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルにおけるＡＴＣシーケンスを上記（１），（２）のいずれかのシーケンス（ＴＬＶパケット列）とする。
このＡＴＣシーケンスの定義に従い、図３０に示すシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ（））のＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１に記録するデータは、以下の記録データとする。
ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルのファイル先頭（＝ファイルに格納された最初のＴＬＶパケットの先頭）から、上記（１），（２）いずれかのＡＴＣシーケンスの開始位置（＝有効ストリーム開始位置）までのバイト数を記録データとする。例えば６４ビットでバイト数を記録する。
【０２７７】
（ｂ）ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）２２２は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれるＳＴＣシーケンス数を記録する領域である。
再生対象データがＭＭＴフォーマットデータの場合、
ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）＝１とする。
すなわち、１つのＡＴＣシーケンスに１つのＳＴＣシーケンスのみが含まれる設定とする。
【０２７８】
（ｃ）プログラムクロックリフェランス・パケットＩＤ（ＰＣＲ＿ＰＩＤ）２２３は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンス対応のＰＣＲ（プログラムクロックリフェランス）を格納したパケットのパケット識別子を記録する領域である。
再生対象データがＭＭＴフォーマットデータの場合、パケット識別子からのデータ位置特定ができないので、このフィールドには無効値を記録し、利用しない設定とする。
【０２７９】
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる、各ＳＴＣシーケンスのスタート位置のＳＰＮ（ソースパケットナンバー）を記録する領域である。
【０２８０】
ＭＰＥＧ２−ＴＳパケットによって構成されるクリップＡＶストリームファイルの場合、図２９を参照して説明したように、一つのＳＴＣ（システムタイムクロック）に従って並べられたパケット列がＳＴＣシーケンスであり、このＳＴＣシーケンスのスタート位置の中のＳＰＮ（ソースパケットナンバー）が記録される。
なお、一つのＳＴＣ（システムタイムクロック）は、一つのＰＣＲ（プログラムクロックリフェランス）を基準として規定されるクロックであり、一つのＳＴＣシーケンスに属するソースパケットは、１つのＳＴＣ（例えば４５ＫＨｚ）によって再生制御される。
【０２８１】
一方、クリップＡＶストリームファイルがＭＭＴフォーマットデータを格納したＴＬＶパケット列によって構成される場合、
ＳＴＣシーケンスは、以下のシーケンスとする。
（１）ＭＭＴフォーマットにおける画像、音声、字幕等の再生対象データの１つのデータ処理単位であるＭＰＵ対応の再生（提示）時間を示すＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）、またはＭＰＵ対応のシーケンス識別子であるＭＰＵ対応シーケンスナンバー（ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）のいずれか、または両者によって規定されるシーケンス。
【０２８２】
クリップＡＶストリームファイルがＭＭＴフォーマットデータを格納したＴＬＶパケット列によって構成される場合、ＳＴＣシーケンスは、上記（１）に示すシーケンスとする。
【０２８３】
なお、ＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）、ＭＰＵ対応シーケンスナンバー（ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）、これらのデータは、先に図２１を参照して説明したＭＰＵタイムスタンプ記述子に記録されたデータである。
ＭＰＵタイムスタンプ記述子は、先に図１９を参照して説明したＭＭＴパッケージテーブル（ＭＰＴ）内の記録データである。
【０２８４】
なお、上記（１）の定義のＳＴＣシーケンスを利用する場合、ＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）に「うるう秒」が含まれるか否かを示す識別子であるＭＰＵ提示タイムリープ識別子（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ＿ｌｅａｐ＿ｉｎｄｉｃａｔｏｒ）の設定を考慮することも必要である。
ＭＰＵ提示タイムリープ識別子（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ＿ｌｅａｐ＿ｉｎｄｉｃａｔｏｒ）は、ＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）に「うるう秒」が含まれる場合には［１］、含まれない場合には［０］の設定となっている。
【０２８５】
上述したように、クリップＡＶストリームファイルに格納されたデータがＭＭＴフォーマットデータである場合は、ＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）、またはＭＰＵ対応のシーケンス識別子であるＭＰＵ対応シーケンスナンバー（ｍｐｕ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ）のいずれか、または両者によって規定されるシーケンスをＳＴＣシーケンスとして利用する。
【０２８６】
再生対象データがＭＭＴフォーマットデータの場合、図３０に示す、
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４のフィールドには、先に説明した（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１と同様、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＴＬＶパケットの先頭）から、上記定義に従ったＳＴＣシーケンスの開始位置までのバイト数を記録する。例えば６４ビットでバイト数を記録する。
【０２８７】
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６
これらは、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンスの表示開始時間と、終了時間を記録する領域である。
【０２８８】
再生対象データがＭＭＴフォーマットデータの場合、
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５のデータ記録領域には、
先に説明した「（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）」から開始される１つのＳＴＣシーケンス内のＴＬＶパケット中の最初のＭＰＴ（ＭＭＴパッケージテーブル）に記録されたＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）を記録する。
【０２８９】
なお、ＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）は、先に図２１を参照して説明したＭＰＵタイムスタンプ記述子に記録されたデータである。
ＭＰＵタイムスタンプ記述子は、先に図１９を参照して説明したＭＭＴパッケージテーブル（ＭＰＴ）内の記録データである。
【０２９０】
ＭＰＴ（ＭＭＴパッケージテーブル）に記録されたＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）の時間情報は、ＮＴＰ（ネットワークタイムプロトコル）に従った６４ビットの時間情報であり、この６４ビットのＮＴＰ時間情報を「（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５のデータ記録領域」に記録する。
【０２９１】
さらに、再生対象データがＭＭＴフォーマットデータの場合の、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６のデータ記録領域には、
先に説明した「（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）」から開始される１つのＳＴＣシーケンス内のＴＬＶパケット中の最後のＭＰＴ（ＭＭＴパッケージテーブル）に記録されたＭＰＵ提示タイム（ｍｐｕ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）を記録する。
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５のデータと同様、６４ビットのＮＴＰ時間情報を記録する。
【０２９２】
［６−３．クリップ情報ファイルに記録されるプログラム情報について］
次に、図３１を参照して、先に図２４を参照して説明したクリップ情報ファイルに記録されるプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）について説明する。
前述したように、プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３には、クリップ情報ファイルによって再生されるクリップＡＶストリームの再生区間や時間区間の定義情報等を含むプログラム(ｐｒｏｇｒａｍ)に関する情報を記録する。
【０２９３】
図３１に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］に記録される主なデータについて説明する。
（ａ）プログラムシーケンス数［ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ］２３１には、クリップ情報ファイルに含まれるプログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）の数が記録される。
（ｂ）ＳＰＮプログラムシーケンス開始アドレス［ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］］２３２には、ＡＶストリームファイル上でプログラムシーケンスが開始する場所の相対アドレスが記録される。
（ｃ）プログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３には、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）のマップの格納位置情報が記録される。
（ｄ）ストリームＰＩＤ［Ｓｔｒｅａｍ＿ＰＩＤ］２３４には、ストリームを伝送するＴＳパケットのパケット識別子（ＰＩＤ）が記録される。
（ｅ）ストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］２３５には、再生対象ストリームのコーディング（符号化）情報が記録される。
【０２９４】
なお、プログラムシーケンスとは、クリップＡＶストリームファイルに含まれるＡＶストリーム中の符号化情報が連続な区間である。
例えば、一つの画像符号化態様で符号化された画像データ区間や、一つの音声符号化態様で符号化された音声データ区間等が、各々個別のプログラムシーケンスとして規定される。
【０２９５】
これら、図３１に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］の記録データ、すなわち、
（ａ）プログラムシーケンス数［ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ］２３１、
（ｂ）ＳＰＮプログラムシーケンス開始アドレス［ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］］２３２、
（ｃ）プログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３、
（ｄ）ストリームＰＩＤ［Ｓｔｒｅａｍ＿ＰＩＤ］２３４、
これらのデータ記録態様は、このクリップ情報ファイルによる再生対象データが、ＭＰＥＧ−２ＴＳフォーマットである場合については規定されているが、再生対象データがＭＭＴフォーマットデータである場合の規定は無く、新たに規定することが必要となる。
【０２９６】
（ａ）プログラムシーケンス数［ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ］２３１は、
再生対象データがＭＰＥＧ−２ＴＳフォーマット、ＭＭＴフォーマット、いずれの場合もプログラムシーケンス数を記録すればよい。
【０２９７】
（ｂ）ＳＰＮプログラムシーケンス開始アドレス［ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］］２３２については、再生対象データがＭＰＥＧ−２ＴＳフォーマットである場合は、ＳＰＮプログラムシーケンスの開始位置のＳＰＮ（ソースパケットナンバー）を記録する。
【０２９８】
一方、再生対象データを格納したクリップＡＶストリームファイルがＭＭＴフォーマットデータを格納したＴＬＶパケット列によって構成されている場合は、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＴＬＶパケットの先頭）から、各プログラムシーケンスの開始位置までのバイト数を記録する。例えば６４ビットでバイト数を記録する。
【０２９９】
（ｃ）プログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３については、再生対象データがＭＰＥＧ−２ＴＳフォーマットである場合は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）のマップが格納されているパケットの識別子（ＰＩＤ）を記録する。
プログラムマップは、画像、音声、字幕等、各プログラムシーケンス単位の符号化態様等の情報を記録したマップデータである。
【０３００】
一方、再生対象データを格納したクリップＡＶストリームファイルがＭＭＴフォーマットデータである場合、画像、音声、字幕等、各プログラムシーケンス単位の符号化態様等の情報を記録したマップデータに相当する情報は、先に図１９を参照して説明したＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）に記録されている。
【０３０１】
先に図１９を参照して説明したように、ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）は、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。ＭＭＴフォーマットでは、１つのアセットが１つのプログラムシーケンスに対応する。
【０３０２】
クリップＡＶストリームファイルに格納されたＭＭＴフォーマットに従った画像、音声、字幕等のデータを復号、再生する場合、このＭＭＴパッケージテーブル（ＭＰＴ）を参照して画像、音声、字幕等の各アセット単位の符号化態様等の属性情報を取得することが可能となる。
【０３０３】
従って、再生対象データを格納したクリップＡＶストリームファイルがＭＭＴフォーマットデータである場合、図３１に示すプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域には、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットのＰＩＤ（パケット識別子）を記録すればよい。
なお、識別に適用するＰＩＤ（パケット識別子）は、基本的にはＭＭＴＰパケットのＰＩＤであるが、上位のＩＰパケットやＴＬＶパケットのＰＩＤも利用可能である。
【０３０４】
しかし、ここで、問題となるのは、ＰＩＤ（パケット識別子）によって、目的のＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを特定できない場合があることである。
この理由について、図３２と図３３を参照して説明する。
【０３０５】
まず、図３２を参照して、ＰＩＤ（パケット識別子）によって、目的のＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを特定することが可能なパケット配信例について説明する。
図３２には、以下の各図を示している。
（１）放送サーバ２１の送信パケット
（２）放送サーバ２１の送信パケットに対するＰＩＤ（パケット識別子）設定例
【０３０６】
図３２（１）に示す放送サーバ２１の送信パケットは、ＴＬＶパケットのパケット列を示している。ＴＬＶパケットには画像、音声、字幕等の再生対象データや、制御情報（ＳＩ）等の様々なデータを格納したパケットによって構成される。
なお、放送サーバ２１は、複数のチャンネル、例えばＢＳ１０１チャンネルとＢＳ１０２チャンネル等、複数のチャンネルに対応した複数番組のコンテンツと、制御情報を送信しているものとする。
【０３０７】
図３２（２）に示す放送サーバ２１の送信パケットに対するＰＩＤ（パケット識別子）設定例には、以下のパケット列を示している。
（Ａ）放送サーバ対応制御情報（ＳＩ）
（Ｂ）チャンネル１０１対応データ（再生データ（画像、音声、字幕等）＋チャンネル１０１対応制御情報（ＳＩ））
（Ｃ）チャンネル１０２対応データ（再生データ（画像、音声、字幕等）＋チャンネル１０２対応制御情報（ＳＩ））
【０３０８】
放送サーバ２１は、例えば上記（Ａ），（Ｂ），（Ｃ）、これら３系列のパケットを混在させて１つのＩＰデータフローとして送信する。
なお、１つのＩＰデータフローに含まれる複数のパケットの各パケット識別子（ＰＩＤ）は重複しないように設定される。
【０３０９】
（Ａ）放送サーバ対応制御情報（ＳＩ）は、放送サーバ２１の送信する複数チャンネルの番組コンテンツの番組表や、各チャンネルのコンテンツの受信処理等に必要となる制御情報によって構成されるＴＬＶパケット列である。
（Ｂ）チャンネル１０１対応データ（再生データ（画像、音声、字幕等）＋チャンネル１０１対応制御情報（ＳＩ））は、チャンネル１０１の番組コンテンツの再生データと、このチャンネルの番組コンテンツの再生処理等に必要となる制御情報等、チャンネル１０１固有のデータによって構成されるＴＬＶパケット列である。
（Ｃ）チャンネル１０２対応データ（再生データ（画像、音声、字幕等）＋チャンネル１０２対応制御情報（ＳＩ））は、チャンネル１０２の番組コンテンツの再生データと、このチャンネルの番組コンテンツの再生処理等に必要となる制御情報等、チャンネル１０２固有のデータによって構成されるＴＬＶパケット列である。
【０３１０】
図３２に示すように、（Ｂ）チャンネル１０１対応データ（再生データ（画像、音声、字幕等）＋チャンネル１０１対応制御情報（ＳＩ））には、チャンネル１０１の番組コンテンツの再生に必要となる制御情報を格納したチャンネル１０１対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットであるＭＰＴ−１０１格納パケットを格納したＴＬＶパケットが含まれる。
【０３１１】
また、図３２に示すように、（Ｃ）チャンネル１０２対応データ（再生データ（画像、音声、字幕等）＋チャンネル１０２対応制御情報（ＳＩ））には、チャンネル１０２の番組コンテンツの再生に必要となる制御情報を格納したチャンネル１０２対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットであるＭＰＴ−１０２格納パケットを格納したＴＬＶパケットが含まれる。
【０３１２】
図３２に示す例は、放送サーバ２１が、図３２（２）に示す（Ａ），（Ｂ），（Ｃ）の３つのデータ系列を、１つのＩＰデータフローとして送信する例であり、この場合、図３２（２）に示す（Ａ），（Ｂ），（Ｃ）の３つのデータ系列に含まれる全てのパケットの各々に重複のないＰＩＤ（パケット識別子）が設定される。
このように、図３２（２）に示す（Ａ），（Ｂ），（Ｃ）の３つのデータ系列に含まれる全てのＴＬＶパケットに固有のＰＩＤが設定されていれば、受信装置は、ＰＩＤ（パケット識別子）によって、（Ａ），（Ｂ），（Ｃ）の３つのデータ系列に含まれる全てのＴＬＶパケットをＰＩＤ（パケット識別）に基づいて識別可能となる。
【０３１３】
その結果、チャンネル１０１対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したＭＰＴ−１０１格納パケットや、チャンネル１０２対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したＭＰＴ−１０２格納パケットについても、ＰＩＤ（パケット識別子）に基づいて識別することが可能となる。
【０３１４】
次に、図３３を参照して、ＰＩＤ（パケット識別子）によって、目的のＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを特定することが不可能なパケット配信例について説明する。
図３３には、図３２と同様、以下の各図を示している。
（１）放送サーバ２１の送信パケット
（２）放送サーバ２１の送信パケットに対するＰＩＤ（パケット識別子）設定例
【０３１５】
図３３（１）に示す放送サーバ２１の送信パケットは、ＴＬＶパケットのパケット列を示している。ＴＬＶパケットには画像、音声、字幕等の再生対象データや、制御情報（ＳＩ）等の様々なデータを格納したパケットによって構成される。
なお、放送サーバ２１は、複数のチャンネル、例えばＣＳ３０１チャンネルとＣＳ３０２チャンネル等、複数のチャンネルに対応した複数番組のコンテンツと、制御情報を送信しているものとする。
【０３１６】
図３３（２）に示す放送サーバ２１の送信パケットに対するＰＩＤ（パケット識別子）設定例には、図３２と同様、以下のパケット列を示している。
（Ａ）放送サーバ対応制御情報（ＳＩ）
（Ｂ）チャンネル３０１対応データ（再生データ（画像、音声、字幕等）＋チャンネル３０１対応制御情報（ＳＩ））
（Ｃ）チャンネル３０２対応データ（再生データ（画像、音声、字幕等）＋チャンネル３０２対応制御情報（ＳＩ））
【０３１７】
放送サーバ２１は、例えば上記（Ａ），（Ｂ），（Ｃ）、これら３系列のパケットを混在させて送信する。
ただし、図３３に示す例では、放送サーバ２１は、上記（Ａ），（Ｂ），（Ｃ）、これら３系列について、個別の３つのＩＰデータフローとして送信する。
前述したように、１つのＩＰデータフローに含まれる複数のパケットの各パケット識別子（ＰＩＤ）は重複しないように設定される。
【０３１８】
図３３に示すパケット配信例は、図３２と異なり、放送サーバ２１が、図３３（２）に示す（Ａ），（Ｂ），（Ｃ）の３つのデータ系列の各々を個別のＩＰデータフローとして送信する例であり、放送サーバ２１は、各ＩＰデータフロー（＝各データ系列（Ａ），（Ｂ），（Ｃ））単位でＰＩＤ（パケット識別子）を設定して送信する。
すなわち、データ系列（Ａ）に含まれるＴＬＶパケットには、系列（Ａ）内で重複のないＰＩＤ（パケット識別子）が設定される。
データ系列（Ｂ）のＴＬＶパケットには、系列（Ｂ）内で重複のないＰＩＤ（パケット識別子）が設定される。
データ系列（Ｃ）のＴＬＶパケットには、系列（Ｃ）内で重複のないＰＩＤ（パケット識別子）が設定される。
図３３に示す例は、このように、データ系列単位で重複のないＰＩＤ（パケット識別子）を設定して送信する例である。
【０３１９】
しかし、このように、複数のＩＰデータフローを設定して、各ＩＰデータフロー単位でＰＩＤ（パケット識別子）を設定して送信する例では、データ系列が異なる場合、同一のＰＩＤ（パケット識別子）が設定される可能性がある。
例えば、データ系列（Ｂ）に含まれるチャンネル３０１対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したＭＰＴ−３０１格納パケットのＰＩＤ（パケット識別子）と、同一のＰＩＤ（パケット識別子）がデータ系列（Ａ）や（Ｃ）の他のパケットにも設定されている可能性がある。
同様に、データ系列（Ｃ）に含まれるチャンネル３０２対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したＭＰＴ−３０２格納パケットのＰＩＤ（パケット識別子）と、同一のＰＩＤ（パケット識別子）がデータ系列（Ａ）や（Ｂ）の他のパケットにも設定されている可能性がある。
【０３２０】
すなわち、この図３３に示すＰＩＤ（パケット識別子）設定例では、受信装置は、ＰＩＤ（パケット識別子）のみから、チャンネル３０１対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したＭＰＴ−３０１格納パケットや、チャンネル３０２対応のＭＭＴパッケージテーブル（ＭＰＴ）を格納したＭＰＴ−３０２格納パケットを識別して選択抽出することが不可能となる。
【０３２１】
例えば、日本の放送規定では、ＢＳ放送については図３２に示す１つのＩＰデータフロー設定、ＣＳ放送では図３３に示す複数のＩＰデータフロー設定で送信処理を行うことを許容している。
【０３２２】
なお、図３３に示すように、異なるＩＰデータフロー（データ系列）間で重複するＰＩＤ（パケット識別子）が設定される場合でも、各データ系列単位でＰＩＤ（パケット識別子）によるパケット識別を可能とするための制御情報が、放送サーバ２１等の送信装置から受信装置に送信される。
【０３２３】
この制御情報は、図３２（２）（Ａ）や図３３（２）（Ａ）に示す放送サーバ対応制御情報（ＳＩ）に含まれる制御情報であり、パッケージリストテーブル（ＰＬＴ：Ｐａｃｋａｇｅ  Ｌｉｓｔ  Ｔａｂｌｅ）と呼ばれる。
パッケージリストテーブル（ＰＬＴ：Ｐａｃｋａｇｅ  Ｌｉｓｔ  Ｔａｂｌｅ）について、図３４以下を参照して説明する。
【０３２４】
図３４には、以下の各パケット系列を示している。
（Ａ）放送サーバ対応制御情報（ＳＩ）
（Ｂ）チャンネルＸ対応データ（再生データ（画像、音声、字幕等）＋チャンネルＸ対応制御情報（ＳＩ））
（Ｃ）チャンネルＹ対応データ（再生データ（画像、音声、字幕等）＋チャンネルＹ対応制御情報（ＳＩ））
これらは、図３２、図３３を参照して説明した（Ａ），（Ｂ），（Ｃ）の３つのデータ系列に対応する。
【０３２５】
（Ａ）放送サーバ対応制御情報（ＳＩ）には、パッケージリストテーブル（ＰＬＴ：Ｐａｃｋａｇｅ  Ｌｉｓｔ  Ｔａｂｌｅ）が含まれる。
パッケージリストテーブル（ＰＬＴ）には、他のデータ系列（（Ｂ），（Ｃ））に含まれる各チャンネル対応のＭＭＴパッケージテーブル（ＭＰＴ）の格納パケット（ＭＰＴ−Ｘ，ＭＰＴ−Ｙ）を選択抽出するためのＭＰＴ識別情報が記録されている。
【０３２６】
受信装置は、パッケージリストテーブル（ＰＬＴ）に記録されたＭＰＴ識別情報を参照することで、各データ系列、すなわち各チャンネル対応のＭＭＴパッケージテーブル（ＭＰＴ）の格納パケット（ＭＰＴ−Ｘ，ＭＰＴ−Ｙ）を選択抽出することが可能となる。
さらに、各チャンネル対応のＭＭＴパッケージテーブル（ＭＰＴ）には、そのチャンネルのアセット（画像、音声、字幕等）単位のＰＩＤ（パケット識別子）が記録されており、受信装置は、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されたアセット（画像、音声、字幕等）単位のＰＩＤ（パケット識別子）を読み取り、そのチャンネルの画像、音声、字幕を格納したパケットを個別に選択抽出することが可能となる。
【０３２７】
図３５は、パッケージリストテーブル（ＰＬＴ）のデータ構成（シンタクス）を示す図である。
図３５に示すＭＭＴジェネラル位置情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）２４１が、上述したＭＰＴ識別情報である。
すなわち、各チャンネル対応のＭＭＴパッケージテーブル（ＭＰＴ）の格納パケット（ＭＰＴ−Ｘ，ＭＰＴ−Ｙ）を選択抽出するためのＭＰＴ識別情報である。
【０３２８】
図３６は、ＭＭＴジェネラル位置情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）２４１のデータ構成（シンタクス）を示す図である。
図３６に示すパケット識別子（ｐａｃｋｅｔ＿ｉｄ）２４２が、各データ系列（各チャンネル）対応のＭＭＴパッケージテーブル（ＭＰＴ）のＰＩＤ（パケット識別子）である。
受信装置は、このパケット識別子（ｐａｃｋｅｔ＿ｉｄ）２４２を参照して、各チャンネル対応のＭＭＴパッケージテーブル（ＭＰＴ）の格納パケット（例えば図３４のＭＰＴ−Ｘ，ＭＰＴ−Ｙ）を選択抽出することが可能となる。
【０３２９】
図３７は、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
図３７に示すＭＭＴジェネラル位置情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）２４３が、アセット（画像、音声、字幕等）単位の識別情報である。
すなわち、１つのチャンネルに属するチャンネル対応の画像、音声、字幕を格納したパケットを識別するための情報である。
【０３３０】
図３８は、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＭＴジェネラル位置情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）２４３のデータ構成（シンタクス）を示す図である。
図３８に示すパケット識別子（ｐａｃｋｅｔ＿ｉｄ）２４４が、上述したアセット（画像、音声、字幕等）単位のＰＩＤ（パケット識別子）である。
受信装置は、このパケット識別子（ｐａｃｋｅｔ＿ｉｄ）２４２を参照して、１つのチャンネル対応の画像、音声、字幕を格納したパケットを個別に選択抽出することが可能となる。
【０３３１】
このように、受信装置は、図３２〜図３４を参照して説明した、
（Ａ）放送サーバ対応制御情報に含まれるパッケージリストテーブル（ＰＬＴ）を参照すれば、各チャンネル対応のＭＭＴパッケージテーブル（ＭＰＴ）を識別して取得し、取得したＭＭＴパッケージテーブル（ＭＰＴ）の記録データに基づいて、各チャンネル対応の再生データである画像、音声、字幕等を格納したパケットを選択抽出することができる。
【０３３２】
しかし、受信装置がＢＤ等のメディアにデータ記録を行う場合、例えば録画対象としたチャンネル対応のデータのみを選択して録画を行う場合がある。
すなわち、例えば図３２〜図３４を参照して説明した、データ系列（Ｂ）やデータ系列（Ｃ）、これらの再生対象データを含むデータ系列に属するパケット（ＴＬＶパケット）を選択してＢＤ等のメディアに記録する場合がある。
この場合、（Ａ）放送サーバ対応制御情報については、メディアに対する記録対象とはならない。
このような設定で、メディアに対するデータ記録を行うと、（Ａ）放送サーバ対応制御情報に含まれるパッケージリストテーブル（ＰＬＴ）は、メディアに記録されない。
従って、メディアからデータ再生を行う場合、パッケージリストテーブル（ＰＬＴ）を参照して、各チャンネル対応のＭＭＴパッケージテーブル（ＭＰＴ）のＰＩＤ（パケット識別子）を読み取りし、読み取ったＰＩＤに基づいてＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを抽出するという処理が不可能となる。
【０３３３】
また、全てのデータ系列（Ａ）〜（Ｃ）をメディアに記録する設定とし、１つのクリップＡＶストリームファイル内に、１つの放送局の送信する複数のデータ系列のＴＬＶパケットをすべて記録してしまうと、１つのクリップＡＶストリームファイルに同一のパケット識別子の設定されたパケットが混在することになり、これらを識別するためには、クリップＡＶストリームファイルに含まれるパッケージリストテーブル（ＰＬＴ）を格納したパケットを抽出して、そのＰＬＴのデータを参照するという処理を行うことが必要となる。この処理は、現行のＢＤＡＶフォーマットに従った再生処理、すなわちクリップ情報ファイルに記録された制御情報に基づく再生処理によって実現可能な処理ではない。
【０３３４】
従って、クリップＡＶストリームファイルがＭＭＴフォーマットデータである場合も、クリップ情報ファイルに記録された制御情報に基づく再生処理を可能とするためには、記録するクリップ情報ファイルの記録情報を変更する必要がある。
【０３３５】
［６−３−１．クリップ情報ファイルのプログラム情報内にＩＰデータフロー識別情報を記録する処理例について］
以下、クリップＡＶストリームファイルがＭＭＴフォーマットデータである場合にクリップ情報ファイルの記録データに従ってスムーズな再生処理を可能としたクリップ情報ファイルの構成について説明する。
【０３３６】
ＢＤ等のメディアにデータ記録を行う情報処理装置は、再生対象データを格納したクリップＡＶストリームファイルがＭＭＴフォーマットデータである場合、その再生制御情報を記録するクリップ情報ファイル内の図３１に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３記録領域に、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットのＰＩＤ（パケット識別子）を記録するとともに、このＭＰＴやＭＰＴを利用して再生される再生データに対応する「ＩＰデータフロー（図３２〜図３４に示すデータ系列（Ｂ），（Ｃ）等に相当）」を識別可能としたＩＰデータフロー識別情報を記録する。
【０３３７】
この具体例について、図３９を参照して説明する。
図３９は、図３１を参照して説明したと同様、クリップ情報ファイルに記録されるプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）を示している。
図３９に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）は、このクリップ情報ファイルを適用して再生されるクリップＡＶストリームファイルがＭＭＴフォーマットデータである場合のプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成である。
【０３３８】
図３９に示すデータ構成において、データ２５１〜２５６のデータ記録領域は、図３１を参照して説明したプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域に対応する。
図３１を参照して説明したように、プログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域には、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）のマップの格納位置情報が記録される。
クリップ情報ファイルを適用して再生されるクリップＡＶストリームファイルがＭＭＴフォーマットデータである場合、図３９に示すように、本来のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域に、以下のデータを記録する。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）２５１
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）２５２
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）２５３
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）２５４
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）２５５
（６）ＭＰＴ格納パケット識別子（ＭＰＴ＿ＰＩＤ）２５６
【０３３９】
上記データ中、（１）〜（５）のデータセットが、ＩＰデータフロー識別情報に相当する。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）２５１
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）２５２
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）２５３
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）２５４
これらのデータは、ＴＬＶパケットに格納されたＩＰパケットに対応するＩＰパケット対応情報である。なお、（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）２５５は、プロトコル種別情報の記録領域であり、ＵＤＰを示す固定値［０００１０００１］を記録する。
【０３４０】
上記の（１）〜（５）の５つのデータによって構成されるデータセットは、ＩＰデータフロー固有の情報となる。例えば同一の放送サーバから、複数のＩＰデータフローが混在して送信される場合、（１）〜（５）のデータセットは、ＩＰデータフロー単位で異なる設定のデータセットであり、ＩＰデータフロー識別情報として利用することが可能なデータである。
情報処理装置は、この５つのデータからなるＩＰデータフロー識別情報を参照することで、ＩＰデータフローを判別することが可能となる。
【０３４１】
さらに、情報処理装置は（１）〜（５）のＩＰデータフロー識別情報に基づいてＩＰデータフローを識別した後、
（６）ＭＰＴ格納パケット識別子（ＭＰＴ＿ＰＩＤ）２５６
このデータを読み取り、特定のＩＰデータフロー（例えば特定のチャンネル）対応のＭＰＴを格納したＰＩＤを読み取り、このＰＩＤに基づいて、そのＩＰデータフロー（例えば特定のチャンネル）対応のＭＰＴを格納したパケットを特定することが可能となる。
【０３４２】
情報処理装置が、ＢＤ等のメディアにＭＭＴフォーマットデータを格納したＴＬＶパケット列からなるクリップＡＶストリームファイルを記録する場合、そのクリップＡＶストリームファイル対応のクリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に、以下のデータを記録する。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）２５１
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）２５２
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）２５３
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）２５４
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）２５５
（６）ＭＰＴ格納パケット識別子（ＭＰＴ＿ＰＩＤ）２５６
【０３４３】
これらのデータをクリップ情報ファイル中に記録することで、メディアからのデータ再生を行う再生装置は、クリップ情報ファイルから上記データ（１）〜（６）を読み取り、１つのＩＰデータフローとそのＩＰデータフロー対応のＭＰＴを格納したパケットを選択することが可能となる。
【０３４４】
なお、上記データ（１）〜（５）によって構成されるＩＰデータフロー識別情報は、ＴＬＶパケット内に格納されるＩＰパケットのＩＰヘッダに記録されており、記録装置は、ＩＰヘッダから上記データ（１）〜（５）を取得して、クリップ情報ファイル中に記録してＢＤ等のメディアに記録する。
また、再生装置は、クリップＡＶストリームファイル内のＴＬＶパケット内のＩＰパケットのＩＰヘッダを参照して、上記データ（１）〜（５）の対応データを読み取り、メディアに記録されたパケット（ＴＬＶパケット／ＩＰパケット／ＭＭＴＰパケット）の属するＩＰデータフローを識別することが可能となる。
【０３４５】
先に図１０を説明したように、ＢＤ等のメディアにはＴＬＶパケットのパケット列からなるクリップＡＶストリームファイルが記録される。個々のＴＬＶパケットにはＩＰパケットが格納され、さらにＩＰパケットにはＭＭＴＰパケットが格納される。
再生対象データ（画像、音声、字幕）や、ＭＭＴパッケージテーブル（ＭＰＴ）等の制御情報は、ＭＭＴＰパケットのペイロードとして格納される。
【０３４６】
次に、図４０以下を参照してＴＬＶパケットのヘッダであるＴＬＶヘッダ、およびＩＰパケットのヘッダであるＩＰヘッダのデータ構成（シンタクス）について説明する。
図４０に示すように、ＴＬＶパケットに設定されるＴＬＶヘッダには、パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）が記録されている。
パケットタイプの値に応じて、ＴＬＶパケットが以下の（ａ）〜（ｃ）のいずれのタイプのパケットであるかを識別可能な構成となっている。
【０３４７】
具体的には、以下の設定となっている。
パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）＝０ｘ０２は、ＴＬＶパケットのペイロードが「ＩＰ（Ｖ６）パケット」であることを意味する。
パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）＝０ｘ０３は、ＴＬＶパケットのペイロードが「圧縮ＩＰパケット」であることを意味する。
パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）＝０ｘＦＥは、「ＴＬＶ−ＳＩパケット」であることを意味する。
【０３４８】
「圧縮ＩＰパケット」は、ＴＬＶパケットに格納されたＩＰパケットのＩＰヘッダが圧縮データとして設定されていることを示す。
具体的には、レングスデータ等のデータを省いたＩＰヘッダが設定されたＩＰパケットである。
「ＩＰ（Ｖ６）パケット」、「ＴＬＶ−ＳＩパケット」は、ＴＬＶパケットに格納されたＩＰパケットのＩＰヘッダが、レングスデータ等を含む非圧縮データとして設定されている。
【０３４９】
図４１は、非圧縮タイプのＩＰパケットを格納したＴＬＶパケットに格納されたＩＰパケットのＩＰヘッダのデータ例を示す図である。
さらに、図４２には、図４１に示すＩＰヘッダ中のパケットデータバイト（ｐａｃｋｅｔ＿ｄａｔａ＿ｂｙｔｅ）のデータレイを示している。
【０３５０】
図４１、図４２に示すように、ＴＬＶパケットに格納されたＩＰパケットのＩＰヘッダには、先に図３９を参照して説明したＩＰデータフロー識別情報を構成する５つのデータセットを構成する以下の５つのデータが記録される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）２５１
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）２５２
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）２５３
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）２５４
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）２５５
【０３５１】
放送サーバ等の送信装置からの受信データをＢＤ等のメディアに記録する情報処理装置は、例えば、このＩＰヘッダの記録情報を読み取り、同一のＩＰヘッダ記録情報によって構成されるＩＰパケットを格納したＴＬＶパケットからなるクリップＡＶストリームファイルを生成してメディアに記録することが可能である。
さらに、先に図３９を参照して説明したように、クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に、上記（１）〜（５）のＩＰデータフロー識別情報を記録する。
【０３５２】
さらに、クリップＡＶストリームファイルとして記録したＭＰＴ格納パケットのＰＩＤ（パケット識別子）についてもプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に記録する。
なお、クリップＡＶストリームファイルとして記録したＭＰＴ格納パケットのＰＩＤ（パケット識別子）は、先に図３５、図３６を参照して説明した送信装置から送信されるパッケージリストテーブル（ＰＬＴ）から取得可能である。あるいは、メディアに記録するクリップＡＶストリームファイルのＴＬＶパケット中のＩＰヘッダ情報を参照して、メディア記録対象のデータ系列（チャンネル）のＩＰデータフロー識別情報に一致するＭＰＴ格納パケットを抽出して、抽出パケットのＰＩＤ（パケット識別子）を記録してもよい。
【０３５３】
図４１、図４２を参照して説明したＩＰパケットのＩＰヘッダの例は、非圧縮ＩＰパケットの場合のＩＰヘッダのデータ構成例である。
次に、図４３、図４４を参照して圧縮ＩＰパケットの場合のＩＰヘッダのデータ構成例について説明する。
【０３５４】
図４３に示すように、圧縮ＩＰヘッダには、
コンテクスト識別子（ＣＩＤ）、
ＩＰｖ６ヘッダ情報
ＵＤＰヘッダ情報が記録される。
【０３５５】
図４４に示すように、ＩＰｖ６ヘッダ情報と、ＵＤＰヘッダ情報には、非圧縮ＩＰパケットのＩＰヘッダと同様、先に図３９を参照して説明したＩＰデータフロー識別情報を構成する５つのデータセットを構成する以下の５つのデータが記録される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）２５１
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）２５２
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）２５３
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）２５４
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）２５５
【０３５６】
放送サーバ等の送信装置からの受信データをＢＤ等のメディアに記録する情報処理装置は、例えば、このＩＰヘッダの記録情報を読み取り、同一のＩＰヘッダ記録情報によって構成されるＩＰパケットを格納したＴＬＶパケットからなるクリップＡＶストリームファイルを生成してメディアに記録することが可能となる。
さらに、先に図３９を参照して説明したように、クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に、上記（１）〜（５）のＩＰデータフロー識別情報を記録する。
さらに、先の非圧縮ＩＰパケットの処理と同様の処理によって、クリップＡＶストリームファイルとして記録したＭＰＴ格納パケットのＰＩＤ（パケット識別子）についてもプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に記録する。
【０３５７】
さらに、クリップＡＶストリームファイルに記録するパケット列が、圧縮ＩＰパケットを含むＴＬＶパケット列である場合には、上記の（１）〜（５）のＩＰデータフロー識別情報をクリップ情報ファイルに記録しない構成も可能である。
上記の（１）〜（５）のＩＰデータフロー識別情報の代わりに、図４３に示す圧縮ＩＰパケットの場合のＩＰヘッダの記録データである、
コンテクスト識別子（ＣＩＤ）、
をクリップ情報ファイルに記録する構成としてもよい。
【０３５８】
コンテクスト識別子（ＣＩＤ）は、ＩＰデータフロー固有の識別子として設定される。具体的には、上述した５つのデータ、すなわち、
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）２５１
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）２５２
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）２５３
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）２５４
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）２５５
これらのデータセットに応じて異なる値が、コンテクスト識別子（ＣＩＤ）の値として設定される。
【０３５９】
従って、コンテクスト識別子（ＣＩＤ）に基づいてＩＰデータフローが、識別可能となる。
クリップＡＶストリームファイルを構成するパケット（ＴＬＶパケット／ＩＰパケット／ＭＭＴＰパケット）の構成要素であるＩＰパケットのＩＰヘッダに設定されたコンテクスト識別子（ＣＩＤ）に基づいて、そのパケットの属するＩＰデータフローを判別することが可能となる。
ＩＰヘッダに同一ＣＩＤが設定されたパケットは、同じ一つのＩＰデータフローに属するパケットである。
【０３６０】
このように、クリップＡＶストリームファイルに記録するパケット列が、圧縮ＩＰパケットを含むＴＬＶパケット列である場合には、上記の（１）〜（５）のＩＰデータフロー識別情報に代えて、コンテクスト識別子（ＣＩＤ）をクリップ情報ファイルに記録する構成としてもよい。
【０３６１】
このクリップ情報ファイルの構成例を図４５に示す。
図４５は、先に図３９を参照して説明したと同様、図２４に示すクリップ情報ファイルに記録されるプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）を示している。
図４５に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）は、このクリップ情報ファイルを適用して再生されるクリップＡＶストリームファイルが圧縮ＩＰヘッダを持つＩＰパケットに格納されたＭＭＴフォーマットデータである場合のプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成である。
【０３６２】
図４５に示すデータ構成において、データ２６１〜２６２のデータ記録領域は、図３１を参照して説明したプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域に対応する。
クリップ情報ファイルを適用して再生されるクリップＡＶストリームファイルが圧縮ＩＰヘッダを持つＩＰパケットに格納されたＭＭＴフォーマットデータである場合、図４５に示すように、本来のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域に、以下のデータを記録する。
（１）コンテクスト識別子（ＣＩＤ）２６１
（２）ＭＰＴ格納パケット識別子（ＭＰＴ＿ＰＩＤ）２６２
【０３６３】
上記データ中、（１）コンテクスト識別子（ＣＩＤ）２６１がＩＰデータフロー識別情報に相当する。
このコンテクスト識別子（ＣＩＤ）は、ＴＬＶパケットに格納されたＩＰパケットの圧縮ＩＰヘッダに記録された情報である。
コンテクスト識別子（ＣＩＤ）は、前述したように、ＩＰデータフロー固有の情報となる。例えば同一の放送サーバから、複数のＩＰデータフローが混在して送信される場合、（１）コンテクスト識別子（ＣＩＤ）は、ＩＰデータフロー単位で異なる値となる。
情報処理装置は、このコンテクスト識別子（ＣＩＤ）を参照することで、ＩＰデータフローを判別することが可能となる。
【０３６４】
さらに、（１）コンテクスト識別子（ＣＩＤ）に基づいてＩＰデータフローを識別した後、
（２）ＭＰＴ格納パケット識別子（ＭＰＴ＿ＰＩＤ）２６２
このデータを読み取り、特定のＩＰデータフロー（例えば特定のチャンネル）対応のＭＰＴを格納したＰＩＤを読み取り、このＰＩＤに基づいて、そのＩＰデータフロー（例えば特定のチャンネル）対応のＭＰＴを格納したパケットを特定することが可能となる。
【０３６５】
情報処理装置が、ＢＤ等のメディアにＭＭＴフォーマットデータを格納したＴＬＶパケット列からなるクリップＡＶストリームファイルを記録する場合、そのクリップＡＶストリームファイル対応のクリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に、以下のデータを記録する。
（１）コンテクスト識別子（ＣＩＤ）２６１
（２）ＭＰＴ格納パケット識別子（ＭＰＴ＿ＰＩＤ）２６２
【０３６６】
これらのデータをクリップ情報ファイル中に記録することで、メディアからのデータ再生を行う再生装置は、クリップ情報ファイルから上記データ（１）〜（２）を読み取り、１つのＩＰデータフローとそのＩＰデータフロー対応のＭＰＴを格納したパケットを選択することが可能となる。
【０３６７】
なお、（１）コンテクスト識別子（ＣＩＤ）２６１は、ＴＬＶパケット内に格納されるＩＰパケットの圧縮ＩＰヘッダに記録されており、記録装置は、圧縮ＩＰヘッダから（１）コンテクスト識別子（ＣＩＤ）２６１を取得して、クリップ情報ファイル中に記録してＢＤ等のメディアに記録する。
また、再生装置は、クリップＡＶストリームファイル内のＴＬＶパケット内のＩＰパケットの圧縮ＩＰヘッダを参照して、コンテクスト識別子（ＣＩＤ）を読み取り、メディアに記録されたパケット（ＴＬＶパケット／ＩＰパケット／ＭＭＴＰパケット）の属するＩＰデータフローを識別することが可能となる。
【０３６８】
［６−３−２．クリップ情報ファイルのプログラム情報内にＰＬＴ情報とＭＰＴ情報を記録する処理例について］
次に、クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］記録領域に、ＰＬＴ情報とＭＰＴ情報を記録する処理例について説明する。
【０３６９】
このクリップ情報ファイルの構成例を図４６に示す。
図４６は、先に図３９や図４５を参照して説明したと同様、図２４に示すクリップ情報ファイルに記録されるプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）を示している。
図４６に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）は、このクリップ情報ファイルを適用して再生されるクリップＡＶストリームファイルがＭＭＴフォーマットデータである場合のプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成である。
【０３７０】
図４６に示すデータ構成において、データ２６５〜２６６のデータ記録領域は、図３１を参照して説明したプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域に対応する。
クリップ情報ファイルを適用して再生されるクリップＡＶストリームファイルがＭＭＴフォーマットデータである場合、図４６に示すように、本来のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３の記録領域に、以下のデータを記録する。
（１）プログラムリストテーブル（ＰＬＴ）情報（ＰＬＴＩｎｆｏ）２６５
（２）ＭＭＴパッケージテーブル（ＭＰＴ）情報（ＭＰＴＩｎｆｏ）２６６
【０３７１】
上記データ（１），（２）の具体例を図４７に示す。
図４７には、以下の２つのデータ構成例を示している。
（Ａ１）プログラムリストテーブル（ＰＬＴ）情報
（Ａ２）ＭＭＴパッケージテーブル（ＭＰＴ）情報
【０３７２】
図４７に示すように、（Ａ１）プログラムリストテーブル（ＰＬＴ）情報は、以下のデータによって構成される。
ＩＰデータフロー識別情報２７１
プログラムリストテーブル（ＰＬＴ）パケット識別情報（ＰＬＴ＿ＰＩＤ）２７２
【０３７３】
ＩＰデータフロー識別情報２７１は、先に図３９を参照して説明した以下の５つのデータセットから構成される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）
【０３７４】
なお、このＩＰデータフロー識別情報２７１は、プログラムリストテーブル（ＰＬＴ）を格納したパケットを含むＩＰデータフローに対応するＩＰデータフロー識別情報である。
すなわち、図３２〜図３４を参照して説明した（Ａ）放送サーバ対応制御情報（ＳＩ）のＩＰデータフローを識別可能としたＩＰデータフロー識別情報である。
【０３７５】
プログラムリストテーブル（ＰＬＴ）パケット識別情報（ＰＬＴ＿ＰＩＤ）２７２は、ＩＰデータフロー識別情報２７１によって識別されるＩＰデータフローに含まれるプログラムリストテーブル（ＰＬＴ）を格納したパケットに設定されたパケット識別子（ＰＩＤ）である。
【０３７６】
メディアからのデータ再生を行う場合、情報処理装置は、まず、クリップ情報ファイルに記録されたＩＰデータフロー識別情報２７１を参照することで、プログラムリストテーブル（ＰＬＴ）を格納したパケットを含むＩＰデータフローを判別する。
さらに、
プログラムリストテーブル（ＰＬＴ）パケット識別情報（ＰＬＴ＿ＰＩＤ）２７２
このデータを読み取り、判別されたＩＰデータフローに含まれるＰＬＴ格納パケットのＰＩＤを確認し、このＰＩＤに基づいて、そのＩＰデータフローのプログラムリストテーブル（ＰＬＴ）格納パケットを特定することが可能となる。
【０３７７】
その後、プログラムリストテーブル（ＰＬＴ）を参照することで、各データ系列（各ＩＰデータフロー）対応のＭＰＴのＰＩＤを取得することができる。
【０３７８】
なお、本例の構成では、さらに、図４６、図４７に示すように、クリップ情報ファイルに、
（Ａ２）ＭＭＴパッケージテーブル（ＭＰＴ）情報
を記録する構成としている。
【０３７９】
図４７に示すように、（Ａ２）ＭＭＴパッケージテーブル（ＭＰＴ）情報は、以下のデータによって構成される。
ＩＰデータフロー識別情報２７３
ＭＭＴパッケージテーブル（ＭＰＴ）パケット識別情報（ＭＰＴ＿ＰＩＤ）２７４
【０３８０】
ＩＰデータフロー識別情報２７３は、先に図３９を参照して説明した以下の５つのデータセットから構成される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）
【０３８１】
なお、このＩＰデータフロー識別情報２７３は、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを含むＩＰデータフローに対応するＩＰデータフロー識別情報である。
すなわち、図３２〜図３４を参照して説明した（Ｂ）または（Ｃ）のＩＰデータフローを識別可能としたＩＰデータフロー識別情報である。
【０３８２】
ＭＭＴパッケージテーブル（ＭＰＴ）パケット識別情報（ＭＰＴ＿ＰＩＤ）２７４は、ＩＰデータフロー識別情報２７２によって識別されるＩＰデータフローに含まれるＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットに設定されたパケット識別子（ＰＩＤ）である。
【０３８３】
メディアからのデータ再生を行う場合、情報処理装置は、クリップ情報ファイルに記録されたＩＰデータフロー識別情報２７３を参照することで、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを含むＩＰデータフローを判別する。
さらに、
ＭＭＴパッケージテーブル（ＭＰＴ）パケット識別情報（ＭＰＴ＿ＰＩＤ）２７４
このデータを読み取り、判別されたＩＰデータフローに含まれるＭＰＴ格納パケットのＰＩＤを確認し、このＰＩＤに基づいて、そのＩＰデータフローのＭＭＴパッケージテーブル（ＭＰＴ）格納パケットを特定することが可能となる。
【０３８４】
その後、ＭＭＴパッケージテーブル（ＭＰＴ）を参照することで、１つのＩＰデータフロー対応のアセット（画像、音声、字幕等）単位のＰＩＤを取得することができる。
【０３８５】
情報処理装置が、ＢＤ等のメディアにＭＭＴフォーマットデータを格納したＴＬＶパケット列からなるクリップＡＶストリームファイルを記録する場合、そのクリップＡＶストリームファイル対応のクリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に図４７に示す以下の情報を記録する。
（Ａ１）プログラムリストテーブル（ＰＬＴ）情報
（Ａ２）ＭＭＴパッケージテーブル（ＭＰＴ）情報
【０３８６】
これらのデータをクリップ情報ファイル中に記録することで、メディアからのデータ再生を行う再生装置は、クリップ情報ファイルから上記データ（Ａ１），（Ａ２）を読み取る。
再生装置は、これらのデータに基づいて、プログラムリストテーブル（ＰＬＴ）格納パケットのＩＰデータフローを判別し、プログラムリストテーブル（ＰＬＴ）格納パケットのパケット識別子（ＰＩＤ）に基づいて、プログラムリストテーブル（ＰＬＴ）を取得することができる。
さらに、ＭＭＴパッケージテーブル（ＭＰＴ）格納パケットのＩＰデータフローを判別し、ＭＭＴパッケージテーブル（ＭＰＴ）格納パケットのパケット識別子（ＰＩＤ）に基づいて、ＭＭＴパッケージテーブル（ＭＰＴ）を取得することができる。
【０３８７】
図４８は、図４６に示すクリップ情報ファイル中の、
（１）プログラムリストテーブル（ＰＬＴ）情報（ＰＬＴＩｎｆｏ）２６５
（２）ＭＭＴパッケージテーブル（ＭＰＴ）情報（ＭＰＴＩｎｆｏ）２６６
上記データ（１），（２）のもう一つの具体例を示す図である。
【０３８８】
図４８に示す例は、クリップＡＶストリームファイルに格納したパケットが圧縮ＩＰヘッダを持つＭＭＴフォーマットデータの場合に適用可能なＰＬＴ情報と、ＭＰＴ情報の例である。
図４８には、以下の２つのデータ構成例を示している。
（Ｂ１）プログラムリストテーブル（ＰＬＴ）情報
（Ｂ２）ＭＭＴパッケージテーブル（ＭＰＴ）情報
【０３８９】
図４８に示すように、（Ｂ１）プログラムリストテーブル（ＰＬＴ）情報は、以下のデータによって構成される。
コンテクスト識別子（ＣＩＤ）２７６
プログラムリストテーブル（ＰＬＴ）パケット識別情報（ＰＬＴ＿ＰＩＤ）２７７
【０３９０】
コンテクスト識別子（ＣＩＤ）２７６は、先に説明したようにＩＰデータフロー識別情報として利用される。
なお、このコンテクスト識別子（ＣＩＤ）２７６は、プログラムリストテーブル（ＰＬＴ）を格納したパケットを含むＩＰデータフローに対応するＩＰデータフロー識別情報として利用される。
【０３９１】
また、（Ｂ２）ＭＭＴパッケージテーブル（ＭＰＴ）情報は、以下のデータによって構成される。
コンテクスト識別子（ＣＩＤ）２７８
ＭＭＴパッケージテーブル（ＭＰＴ）パケット識別情報（ＰＬＴ＿ＰＩＤ）２７９
なお、このコンテクスト識別子（ＣＩＤ）２７８は、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを含むＩＰデータフローに対応するＩＰデータフロー識別情報として利用される。
【０３９２】
情報処理装置が、ＢＤ等のメディアに圧縮ＩＰヘッダを持つＩＰパケットに格納されたＭＭＴフォーマットデータを格納したＴＬＶパケット列からなるクリップＡＶストリームファイルを記録する場合、そのクリップＡＶストリームファイル対応のクリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のプログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］記録領域に図４８に示す以下の情報を記録する。
（Ｂ１）プログラムリストテーブル（ＰＬＴ）情報
（Ｂ２）ＭＭＴパッケージテーブル（ＭＰＴ）情報
【０３９３】
これらのデータをクリップ情報ファイル中に記録することで、メディアからのデータ再生を行う再生装置は、クリップ情報ファイルから上記データ（Ｂ１），（Ｂ２）を読み取る。
再生装置は、これらのデータに基づいて、プログラムリストテーブル（ＰＬＴ）格納パケットのＩＰデータフローを判別し、プログラムリストテーブル（ＰＬＴ）格納パケットのパケット識別子（ＰＩＤ）に基づいて、プログラムリストテーブル（ＰＬＴ）を取得することができる。
さらに、ＭＭＴパッケージテーブル（ＭＰＴ）格納パケットのＩＰデータフローを判別し、ＭＭＴパッケージテーブル（ＭＰＴ）格納パケットのパケット識別子（ＰＩＤ）に基づいて、ＭＭＴパッケージテーブル（ＭＰＴ）を取得することができる。
【０３９４】
［６−３−３．クリップ情報ファイルのプログラム情報に記録されるストリームコーディング情報について］
次に、クリップ情報ファイルのプログラム情報に記録されるストリームコーディング情報について説明する。
先に図３１を参照して説明したように、
図３１に示すクリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］に記録されるストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］２１５には、再生対象ストリームのコーディング（符号化）情報が記録される。
【０３９５】
図４９は、クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］記録領域内に設定されるストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］のデータ構成（シンタクス）を示す図である。
ストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］には、以下のデータが記録される。
（１）画像ストリームコーディング情報２８１、
（２）音声ストリームコーディング情報２８２、
【０３９６】
なお、情報記録媒体（メディア）に記録される画像ストリームや、音声ストリームの符号化態様（コーディングタイプ）は、様々なタイプが許容されており、画像、音声とも各コーディングタイプに応じた識別子が予め規定されている。
画像は、コーディングタイプ（符号化タイプ）に応じて、例えば、タイプ識別子＝０ｘ０１，０ｘ０２、０ｘ１Ｂ等が対応付けられている。
音声は、コーディングタイプ（符号化タイプ）に応じてタイプ識別子＝０ｘ０３、０ｘ０４、０ｘ０Ｆ、０ｘ８０，０ｘ８１等が対応付けられている。
【０３９７】
現行のＢＤＡＶフォーマットで規定された画像ストリームや、音声ストリームのコーディングタイプの設定例を図５０に示す。
例えば、コーディングタイプ０ｘ０１はＭＰＥＧ−１画像ストリーム、０ｘ０２はＭＰＥＧ−２画像ストリーム、０ｘ０３はＭＰＥＧ−１音声ストリーム等の設定である。
【０３９８】
なお、ＭＭＴフォーマットでは、現行のＢＤＡＶフォーマットでは規定されていない画像符号化タイプであるＨＥＶＣ符号化が用いられる。
また、ＭＭＴフォーマットでは、現行のＢＤＡＶフォーマットでは規定されていない音声符号化タイプであるＭＰＥＧ−４  ＡＡＣ符号化や、ＭＰＥＧ−４  ＡＬＳ符号化が用いられる。
これらの符号化タイプについても新たに符号化タイプ識別子を割り振ることが必要となる。
【０３９９】
図５０には、これらのＭＭＴフォーマットデータの新しい符号化データのコーディングタイプ識別子の設定例を示している。
コーディングタイプ＝０ｘ１０＝ＭＰＥＧ−４  ＡＡＣ符号化音声データ
コーディングタイプ＝０ｘ１１＝ＭＰＥＧ−４  ＡＬＳ符号化音声データ
コーディングタイプ＝０ｘ２４＝ＨＥＶＣ符号化画像データ
例えば、このようにＭＭＴフォーマットで利用される新しい符号化データのコーディングタイプ識別子を設定する。
【０４００】
図４９に戻り、ストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］の説明を続ける。
（１）画像ストリームコーディング情報２８１として記録される情報は、以下の各情報である。
（１ａ）ビデオフォーマット（ｖｉｄｅｏ＿ｆｏｒｍａｔ）
（１ｂ）フレームレート（ｆｒａｍｅ  ｒａｔｅ）
（１ｃ）アスペクト比（ａｓｐｅｃｔ＿ｒａｔｉｏ）
【０４０１】
これらの情報は、情報記録媒体（メディア）に記録された画像に関する情報である。さらに、メディア記録画像が、入力画像（オリジナル画像）に対して、例えばフォーマット変換等を実行したデータである場合等、入力画像（オリジナル画像）と異なるフォーマットを有する場合等には、上記の画像情報に加えて、変換前のリジナル画像の情報、すなわち、情報処理装置が放送波等で入力したオリジナル画像に関する情報として、以下の各情報も併せて記録される。
（１ｄ）オリジナルビデオフォーマット（ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔ）
（１ｅ）オリジナルアスペクト比（ｏｒｉｇｉｎａｌ＿ａｓｐｅｃｔ＿ｒａｔｉｏ）
【０４０２】
一方、（２）音声ストリームコーディング情報２８２として記録される情報は、以下の各情報である。
（２ａ）音声タイプ（ａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅ）
（２ｂ）サンプリング周波数（ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ）
【０４０３】
なお、先に図５０を参照して説明したように、ＭＭＴフォーマットデータは、現行のＢＤＡＶフォーマットでは規定のない新しい符号化データが利用される。
図５０を参照して説明した以下の符号化データである。
コーディングタイプ＝０ｘ１０＝ＭＰＥＧ−４  ＡＡＣ符号化音声データ
コーディングタイプ＝０ｘ１１＝ＭＰＥＧ−４  ＡＬＳ符号化音声データ
コーディングタイプ＝０ｘ２４＝ＨＥＶＣ符号化画像データ
【０４０４】
このようなＭＭＴフォーマットで利用される新しい符号化データのコーディングタイプについても、図４９に示すストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］に記録することが必要である。
図４９には、これらの新しい符号化データの情報記録領域として、以下の情報記録領域を示している。
ＨＥＶＣ符号化データ関連情報記録領域２８３、
ＭＰＥＧ−４  ＡＡＣ，ＡＬＳ符号化データ関連情報記録領域２８４、
【０４０５】
このように新規の情報記録領域を設定し、画像データについては上述の（１ａ）〜（１ｅ）の各情報、音声データについては、上述の（２ａ）〜（２ｂ）の各情報を記録する。
なお、ＨＥＶＣ画像データについては、上述の（１ａ）〜（１ｅ）の各情報に、さらに追加情報を記録することが好ましい。
ＨＥＶＣ画像データについてのストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］記録データの例について、図５１を参照して説明する。
【０４０６】
ＨＥＶＣ画像についてのストリームコーディング情報として記録される情報は、図５１（ａ）に示すように、以下の各情報である。
（１）ビデオフォーマット（ｖｉｄｅｏ＿ｆｏｒｍａｔ）
（２）フレームレート（ｆｒａｍｅ  ｒａｔｅ）
（３）アスペクト比（ａｓｐｅｃｔ＿ｒａｔｉｏ）
（４）映像信号伝達特性（ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）
【０４０７】
これらの情報は、情報記録媒体（メディア）に記録された画像に関する情報である。さらに、メディア記録画像が、入力画像（オリジナル画像）に対して、例えばフォーマット変換等を実行したデータである場合等、入力画像（オリジナル画像）と異なるフォーマットを有する場合等には、上記の画像情報に加えて、変換前のリジナル画像の情報、すなわち、情報処理装置が放送波等で入力したオリジナル画像に関する情報として、以下の各情報も併せて記録される。
（５）オリジナルビデオフォーマット（ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔ）
（６）オリジナルアスペクト比（ｏｒｉｇｉｎａｌ＿ａｓｐｅｃｔ＿ｒａｔｉｏ）
（７）オリジナル映像信号伝達特性（ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）
【０４０８】
図５１（ｂ）は、映像信号伝達特性（ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）の具体的な記録例と意味を示す図である。
映像信号伝達特性（ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）として、０〜１５のいずれかの値を設定する。各設定値の意味は以下の通りとする。
０：指定なし
１：ＶＵＩの伝達特性（ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）＝１（Ｒｅｃ．ＩＴＵ−Ｒ  ＢＴ．７０９−５）
２：ＶＵＩの伝達特性（ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）＝１１（ＩＥＣ  ６１９６６−２−４）
３：ＶＵＩの伝達特性（ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）＝４（Ｒｅｃ．ＩＴＵ−Ｒ  ＢＴ．２０２０）
４：ＶＵＩの伝達特性（ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）＝６（ＳＭＰＴＥ  ＳＴ  ２０８４）
５：ＶＵＩの伝達特性（ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）＝８（ＡＲＩＢ  ＳＴＤ−Ｂ６０７）
６〜１５：リザーブ
【０４０９】
この映像信号伝達特性（ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）は入力信号値と出力信号との対応関係を示す情報である。
Ｒｅｃ．ＩＴＵ−Ｒ  ＢＴ．７０９−５、ＩＥＣ  ６１９６６−２−４、Ｒｅｃ．ＩＴＵ−Ｒ  ＢＴ．２０２０、ＳＭＰＴＥ  ＳＴ  ２０８４、ＡＲＩＢ  ＳＴＤ−Ｂ６０７は、いずれも入力信号と出力信号との対応関係を示す入出力特性曲線を示しており、それぞれ異なる特性を持つ。
映像信号伝達特性（ｖｉｄｅｏ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）の設定値が０〜１５のいずれかに応じて、そのＨＥＶＣ符号化画像の入出力特性を知ることが可能となる。
【０４１０】
図４９を参照して説明したように、クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］記録領域内に設定されるストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］には、以下のデータが記録される。
（１）画像ストリームコーディング情報２８１、
（２）音声ストリームコーディング情報２８２、
【０４１１】
（１）画像ストリームコーディング情報２８１として記録される情報は、以下の各情報である。
（１ａ）ビデオフォーマット（ｖｉｄｅｏ＿ｆｏｒｍａｔ）
（１ｂ）フレームレート（ｆｒａｍｅ  ｒａｔｅ）
（１ｃ）アスペクト比（ａｓｐｅｃｔ＿ｒａｔｉｏ）
（１ｄ）オリジナルビデオフォーマット（ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔ）
（１ｅ）オリジナルアスペクト比（ｏｒｉｇｉｎａｌ＿ａｓｐｅｃｔ＿ｒａｔｉｏ）
【０４１２】
情報処理装置が、例えば放送波等で受信するデータはＭＭＴフォーマットデータであり、これまでのＢＤＡＶフォーマットでは定義されていないデータ形式の画像データが含まれることになる。
従って、上記（１ａ）〜（１ｅ）の各画像情報についても、ＭＭＴフォーマットデータに格納される画像形式に応じて変更、追加が必要となる。
図５２以下を参照して、この変更例について説明する。
【０４１３】
図５２は、以下のデータ記録領域の変更例を示す図である。
（１ａ）ビデオフォーマット（ｖｉｄｅｏ＿ｆｏｒｍａｔ）
（１ｄ）オリジナルビデオフォーマット（ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔ）
図５２には、以下の記録データ例を示している。
（ｐ）従来の画像フォーマット記録データ
（ｑ）新たな画像フォーマット記録データ
【０４１４】
（ｐ）従来の画像フォーマット記録データは、以下の設定である。
ビット値０〜１５の各々に、４８０ｉ，５７６ｉ，４８０ｐ，１０８０ｐ，７２０ｐ，１０８０ｐの各画像態様を対応付けた設定である。
なお、ｉはイスンタレース型、ｐはプログレッシブ型の画像出力構成を意味し、数値４８０，５７６等は、画像の水平方向画素数を意味する。
１０８０ｐは、水平方向画素数が１０８０画素のプログレッシブ画像である。
【０４１５】
（ｑ）新たな画像フォーマット記録データは、上記の（ｐ）従来の画像フォーマット記録データに、さらに４Ｋ画像や８Ｋ画像の定義が加された設定である。図に示す以下の追加データ２８６が追加されている。
ビット値：７＝２１６０ｐ
ビット値：８＝４３８０ｐ
２１６０ｐは４Ｋ画像であり、４３８０ｐは８Ｋ画像の画像形式に相当する。
これらは、ＭＭＴフォーマットに従って配信される可能性のある最新の画像形式である。
これらの新たな定義データを追加することで、ＭＭＴフォーマットに従って配信される最新形式の画像についてもＢＤＡＶフォーマットで規定されるクリップ情報ファイル中のストリームコーディング情報に正しい画像データ形式（コーディング情報）を記録することが可能となる。
【０４１６】
図５３は、以下のデータ記録領域の変更例を示す図である。
（１ｂ）フレームレート（ｆｒａｍｅ  ｒａｔｅ）
図５３には、以下の記録データ例を示している。
（ｐ）従来のフレームレート記録データ
（ｑ）新たなフレームレート記録データ
【０４１７】
（ｐ）従来のフレームレート記録データは、以下の設定である。
ビット値０〜１５の各々に、フレームレート２４０００／１００１（２３．９７６）〜６０Ｈｚの各画像を対応付けた設定である。
（ｑ）新たなフレームレート記録データは、上記の（ｐ）従来のフレームレート記録データに、さらに高フレームレートの定義データを追加した設定である。図に示す以下の追加データ２８７が追加されている。
ビット値：９＝１２００００／１００１（１１９．９４）Ｈｚ
ビット値：１０＝１２０Ｈｚ
これらのデータは約１２０Ｈｚの高フレームレートの画像データの定義情報である。
これらは、ＭＭＴフォーマットに従って配信される可能性のある最新の画像形式である。
【０４１８】
これらの新たな定義データを追加することで、ＭＭＴフォーマットに従って配信される最新形式の画像についてもＢＤＡＶフォーマットで規定されるクリップ情報ファイル中のストリームコーディング情報に正しい画像データ形式（コーディング情報）を記録することが可能となる。
【０４１９】
図５４は、以下のデータの記録例を示す図である。
（１ｃ）アスペクト比（ａｓｐｅｃｔ＿ｒａｔｉｏ）
（１ｅ）オリジナルアスペクト比（ｏｒｉｇｉｎａｌ＿ａｓｐｅｃｔ＿ｒａｔｉｏ）
このアスペクト比については、ＭＭＴフォーマットに従った配信データも、従来のＢＤＡＶフォーマットの定義データ範囲内であり、特に変更する必要がない。
図５４に示すように、ビット値０〜１５の各々に、アスペクト比として、４：３、１６：９、２．２１：２の各データが記録可能な構成となっている。
【０４２０】
さらに、図４９を参照して説明したように、クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］記録領域内に設定されるストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］には、
（２）音声ストリームコーディング情報２８２、
が記録される。
【０４２１】
（２）音声ストリームコーディング情報２８２として記録される情報は、以下の各情報である。
（２ａ）音声タイプ（ａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅ）
（２ｂ）サンプリング周波数（ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙ）
【０４２２】
これらの各データの記録例について、図５５を参照して説明する。
図５５（ａ）音声タイプ記録データは、ビット値０〜１５に対して、モノチャネル、ステレオ、サラウンド等の様々な音声タイプ情報を識別可能なデータ設定となっている。
図５５（ｂ）サンプリング周波数は、ビット値０〜１５に対して、４８〜１９２ｋＨｚの各サンプリング周波数を識別可能なデータ設定となっている。
これらの音声データ形式については、ＭＭＴフォーマットに従った配信データも現行のＢＤＡＶフォーマットにおける定義データの範囲内であり、特に変更を要しない。
【０４２３】
以上、説明したように、ＢＤＡＶフォーマットにおいて規定されるクリップ情報ファイルには、そのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］記録領域内に設定されるストリームコーディング情報［ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ］を記録することが必要である。
具体的には、図４９他を参照して説明したように、以下のデータを記録することが要求される。
（１）画像ストリームコーディング情報、
（２）音声ストリームコーディング情報、
これらのストリームコーディング情報には、今後、ＭＭＴフォーマットデータにおいて新規に利用されるＨＥＶＣ画像データ対応の情報や、ＭＰＥＧ−４−ＡＡＣ，ＡＬＳ符号化音声データについての情報も記録することが必要となる。
【０４２４】
情報処理装置は、これらのストリームコーディング情報を適用して、再生対象となる画像データや音声データの属性を確認し、確認した画像属性、音声属性に応じた復号処理、再生処理を行なうことが可能となる。
【０４２５】
例えば放送局からの配信コンテンツ（番組）をＭＭＴフォーマットデータで受信し、受信コンテンツを情報記録媒体（メディア）に記録する情報処理装置は、ＭＭＴフォーマットデータに従った受信データから、上記の画像属性情報（画像ストリームコーディング情報）と、音声属性情報（音声ストリームコーディング情報）に相当する情報を抽出して、これらのデータを記録したクリップ情報ファイルを生成することが必要となる。
【０４２６】
先に図２他を参照して説明したように、ＭＭＴフォーマットデータには、情報処理装置３０側においてコンテンツ（番組）を受信するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等によって構成される制御情報（ＳＩ）が含まれる。
【０４２７】
ＭＭＴフォーマットデータを受信して、受信データをメディアに記録する情報処理装置３０は、ＭＭＴフォーマットに含まれるＴＬＶ−ＳＩやＭＭＴ−ＳＩ等の制御情報から、上記の画像属性情報（画像ストリームコーディング情報）と、音声属性情報（音声ストリームコーディング情報）に相当する情報に相当するデータを抽出して、これらのデータを記録したクリップ情報ファイルを生成する。
【０４２８】
［６−４．クリップ情報ファイルに記録されるＣＰＩ情報について］
次に、クリップ情報ファイルに記録されるＣＰＩ情報について説明する。
先に図２４を参照して説明したように、クリップ情報ファイルにはＣＰＩ情報［ＣＰＩ（）］２０４が記録される。
ＣＰＩ情報［ＣＰＩ（）］２０４は、例えば、再生開始点のデータアドレスを取得するためのデータであり、先に図１３〜１５を参照して説明したＥＰ＿ｍａｐやＴＵ＿ｍａｐが記録される。
【０４２９】
なお、先に図１２を参照して説明したように、プレイリストファイルには、ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）が記録される。ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、ランダムアクセス再生開始可能な再生開始点のデータアドレスを取得するためのデータである。
【０４３０】
図５６を参照して、先に図２４を参照して説明したクリップ情報ファイルに記録されるＣＰＩ情報［ＣＰＩ（）］２０４のデータ構成（シンタクス）について説明する。
【０４３１】
ＣＰＩ情報［ＣＰＩ（）］２０４は、例えば、再生開始点のデータアドレスを取得するためのデータであり、先に図１３〜１５を参照して説明したＥＰ＿ｍａｐやＴＵ＿ｍａｐが記録される。
前述したように、ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、再生開始点のデータアドレスを取得するためのデータである。
【０４３２】
図５６に示すように、ＣＰＩタイプ＝１の場合は、ＥＰマップが記録され、ＣＰＩタイプ＝２の場合は、ＴＵマップが記録される。
なお、図５６に示す例は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合の例である。先に図１６を参照して説明したように、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合は、ＣＰＩタイプ＝１，２の設定があり、ＥＰマップ、ＴＵマップいずれも利用可能な設定とされる。
【０４３３】
一方、再生対象データがＭＭＴフォーマットデータの場合は、先に図１６を参照して説明したように、ＣＰＩタイプ＝３の設定となり、ＥＰマップのみ利用可能な設定とする。
【０４３４】
ＥＰマップは、先に図１３〜図１５を参照して説明したように、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報を記録したマップである。
すなわち、ＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）と、パケット位置情報に相当するパケット取得のためのアドレス情報（ＳＰＮ：ソースパケットナンバー）との対応データが記録されている。
【０４３５】
再生装置は、ＥＰマップを利用することで、ランダムアクセス可能なデータ位置に対応するタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に基づいて、そのデータ位置に対応するデータを格納したパケットのパケットナンバー（ＳＰＮ）を取得し、取得したＳＰＮの設定パケットを取得して再生を行うことができる。
【０４３６】
ＥＰマップのデータ構成（シンタクス）について、図５７を参照して説明する。
図５７は、クリップ情報ファイルに格納されるＥＰマップのデータ構成（シンタクス）を示す図である。
先に図１４（Ａ）を参照して説明したように、クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。
【０４３７】
ＥＰマップは、パケット識別子（ＰＩＤ）で識別される一つのストリーム単位で設定される。
図５７に示すＥＰマップのストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ［ｋ］）記録領域２８９にストリーム識別のためのパケット識別子（ＰＩＤ）が記録される。
さらに、図５７のＥＰマップ記録領域２９０に、一つのストリーム単位のＥＰマップ（ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）が記録される。
【０４３８】
ただし、ＥＰマップによる再生対象データがＭＭＴフォーマットデータである場合、すなわち、クリップＡＶストリームファイルにＭＭＴフォーマットデータを格納したＴＬＶパケット列を格納している場合、そのクリップＡＶストリームファイルには、複数のＩＰデータフロー対応のパケットが混在する可能性があり、この場合、パケット識別子（ＰＩＤ）が重複してしまう可能性がある。
【０４３９】
すなわち、先に図３２〜図３４を参照して説明したように、パケット識別子（ＰＩＤ）は、ＩＰデータフロー単位で設定され、複数のＩＰデータフロー、例えば、図３４に示す複数のデータ系列（Ａ）〜（Ｃ）を各々異なるＩＰデータフローとして設定した配信処理が行われることがある。
ユーザ側の受信装置である情報処理装置３０が、これらのすべてのデータパケットを１つのクリップＡＶストリームファイルとしてＢＤ等のメディアに記録すると、同しパケット識別子（ＰＩＤ）の設定されたパケットが１つのクリップＡＶストリームファイルに存在することになる。
【０４４０】
従って、図５７に示すＥＰマップによる再生対象データがＭＭＴフォーマットデータである場合、図５７に示すＥＰマップのストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ［ｋ］）記録領域２８９にストリーム識別のためのパケット識別子（ＰＩＤ）のみを記録しても正しい再生が実行されない可能性がある。
【０４４１】
この問題を解決するために、ＥＰマップによる再生対象データがＭＭＴフォーマットデータである場合、ＩＰデータフローを識別するための情報をＥＰマップに記録する。
このＭＭＴフォーマットデータ対応のＥＰマップのデータ構成例を図５８に示す。
【０４４２】
図５８に示すＭＭＴフォーマットデータ対応のＥＰマップには、
ＩＰデータフロー識別情報２９１が記録され、その後に、ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）の記録領域が設定されている。
ＩＰデータフロー識別情報２９１は、先に図３９他を参照して説明したクリップ情報ファイルに記録されるプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のデータと同様のＩＰデータフロー識別情報である。
【０４４３】
このＩＰデータフロー識別情報２９１は、ＩＰデータフロー識別情報２９１の直後に記録されているストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）によって選択されるパケットの属するＩＰデータフローを識別するための情報である。
【０４４４】
ＩＰデータフロー識別情報２９１は、以下のデータセットによって構成される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）
これらのデータは、ＴＬＶパケットに格納されたＩＰパケットに対応するＩＰパケット対応情報である。なお、（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）は、プロトコル種別情報の記録領域であり、ＵＤＰを示す固定値［０００１０００１］を記録する。
【０４４５】
（１）〜（５）のデータによって構成されるデータセットは、ＩＰデータフロー固有の情報となる。例えば同一の放送サーバから、複数のＩＰデータフローが混在して送信される場合、（１）〜（５）のデータセットは、ＩＰデータフロー単位で異なる設定のデータとなる。
【０４４６】
情報処理装置は、このデータを参照することで、ＩＰデータフロー識別情報２９１に続いて記録されているストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）の設定パケットの属するＩＰデータフローを識別する。
このＩＰデータフロー識別後に、ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）の設定パケットを選択して、ランダムアクセス再生対象データを格納したパケットを検出する。
【０４４７】
図５９は、このＥＰマップを適用して再生されるクリップＡＶストリームファイルが圧縮ＩＰヘッダを持つＩＰパケットに格納されたＭＭＴフォーマットデータである場合のＥＰマップのデータ構成である。
【０４４８】
クリップ情報ファイルを適用して再生されるクリップＡＶストリームファイルが圧縮ＩＰヘッダを持つＩＰパケットに格納されたＭＭＴフォーマットデータである場合、図５９に示すように、ＥＰマップには、
コンテクスト識別子（ＣＩＤ）２９２が記録され、その後に、ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）の記録領域が設定されている。
コンテクスト識別子（ＣＩＤ）２９２は、先に図４５他を参照して説明したように、ＩＰデータフロー識別情報として利用される。
【０４４９】
情報処理装置は、このコンテクスト識別子（ＣＩＤ）を参照することで、ＩＰデータフローを判別することが可能となる。
情報処理装置は、ＥＰマップに記録されたコンテクスト識別子（ＣＩＤ）２９２を参照することで、コンテクスト識別子（ＣＩＤ）２９２に続いて記録されているストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）の設定パケットの属するＩＰデータフローを識別する。
このＩＰデータフロー識別後に、ストリームＰＩＤ（ｓｔｒｅａｍ＿ＰＩＤ）の設定パケットを選択して、ランダムアクセス再生対象データを格納したパケットを検出する。
【０４５０】
次に、図５７に示すＥＰマップ中のＥＰマップ記録領域２９０の記録データについて説明する。
先に説明したように、ＥＰマップ記録領域２９０には、一つのストリーム単位の具体的なＥＰマップデータ（ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）が記録される。
ＭＭＴフォーマット対応のＥＰマップデータ（ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）のデータ構成例について、図６０を参照して説明する。
【０４５１】
従来のＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップには、先に図１２以下を参照して説明したように、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報が記録されている。
すなわち、従来型のＴＳパケット対応のＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）と、パケット位置情報に相当するパケット取得のためのアドレス情報（ＳＰＮ：ソースパケットナンバー）との対応データが記録されている。
【０４５２】
再生装置は、ＥＰマップを利用することで、ランダムアクセス可能なデータ位置に対応するタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に基づいて、そのデータ位置に対応するデータを格納したパケットのパケットナンバー（ＳＰＮ）を取得し、取得したＳＰＮの設定パケットを取得して再生を行うことができる。
【０４５３】
しかし、このＥＰマップの記録データは、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合に適用可能なデータであり、再生対象データがＭＭＴフォーマットデータである場合は、このまま利用することができない。
図６０に、ＭＭＴフォーマットデータ対応のＥＰマップ例を示す。
【０４５４】
図６０は、再生対象データがＭＭＴフォーマットデータである場合に、図５７に示すＥＰマップ中のＥＰマップ記録領域２９０に記録されるデータを示している。
図６０に示すように、
（ａ）ＭＭＴフォーマットデータ対応のＥＰマップ例は、データ記録フィールドとして、以下の各フィールドを有している。
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）２９３、
ＴＬＶバイトアドレス記録領域（ＴＬＶ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２９４、
【０４５５】
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）２９３には、６４ビットのＮＴＰ（ネットワークタイムプロトコル）時間を記録する。
この時間情報は、例えば、このＥＰマップを適用して再生される再生データに含まれるランダムアクセス先の再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に相当する。
なお、ＥＰマップに記録されるＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば、先に図１９他を参照して説明したＭＰＴ（ＭＭＴパッケージテーブル）等の制御情報（ＳＩ）から取得される。
【０４５６】
ＴＬＶバイトアドレス記録領域（ＴＬＶ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２９４には、このＥＰマップを適用して再生される再生対象データを格納したＴＬＶパケットのパケット位置を示すアドレス情報を記録する。
具体的には、例えば画像（Ｖ）、音声（Ａ）、あるいは字幕等、再生対象データ格納パケット（ＴＬＶパケット）の位置情報として、このパケットが格納されたクリップＡＶストリームファイルの先頭パケット（ＴＬＶパケット）の先頭位置からのバイト数を記録する。例えば６４ビットでバイト数を記録する。
【０４５７】
再生装置は、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２９４、
このデータを利用して、再生データ格納パケットのパケット位置を即座に検出することが可能となる。
【０４５８】
例えば、図６１に示すように、ＢＤ等の記録メディアにＭＭＴフォーマットデータを格納したＴＬＶパケット列からなるクリップＡＶストリームファイルが記録されているとする。
ＴＬＶバイトアドレス記録領域（ＴＬＶ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２９４には、ランダムアクセス可能な再生データを格納したＴＬＶパケットが格納されたクリップＡＶストリームファイルの先頭パケット（ＴＬＶパケット）の先頭位置からのバイト数を記録する。
【０４５９】
なお、ランダムアクセス可能な再生データを格納したＴＬＶパケットは、ＴＬＶパケット内のＭＭＴＰパケットのパケットヘッダに設定されたＲＡＰ（ランダムアクセスポイント）フラグの設定に基づいて判別可能である。
【０４６０】
図６２は、例えば放送局等の送信装置２０から情報処理装置３０に送信されるＭＭＴフォーマットデータを構成するＭＭＴＰパケットのデータ構成（シンタクス）を示す図である。
【０４６１】
先に図３を参照して説明したように、ＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、ＭＭＴＰパケットに格納する制御情報（ＭＭＴ−ＳＩ）、これらいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。
【０４６２】
図６２は、一つのＭＭＴＰパケットのデータ構成を示しており、ヘッダ部２９６とペイロード部２９７によって構成される。
ヘッダ部２９６には、ペイロード部２９７に格納されたデータの種類等の情報が記録される。ヘッダ部２９６の記録データの一つとして、ランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）２９８が記録される。
【０４６３】
ランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）２９８は、
ＭＭＴＰパケットがランダムアクセスポイントとなるデータを格納したパケットであるか否かを示すフラグであり、
ランダムアクセスポイントとなるデータ格納したパケットである場合は１、
ランダムアクセスポイントとなるデータ格納したパケットでない場合は０、
この設定のフラグが記録される。
【０４６４】
例えば、メディアに記録されたデータの再生を実行する再生装置は、クリップＡＶストリームファイルを構成するパケット列のＭＭＴＰパケットヘッダに記録されたランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）を確認して、ランダムアクセスポイントとなり得る再生データを格納しパケットを検出することができる。
【０４６５】
なお、先に図１４を参照して説明したように、ＭＰＥＧ−２ＴＳフォーマット対応のＥＰマップは、
ＰＴＳ（プレゼンテーションタイムスタンプ）と、ＳＰＮ（ソースパケットトナンバー）との対応データを記録した構成である。
これに対して、ＭＭＴフォーマットでは、図６０を参照して説明したように、
ＰＴＳの代わりに、ＮＴＰ（ネットワークタイムプロトコル）時間を利用し、
ＳＰＮの代わりに、ＴＬＶバイトアドレスを利用する構成とする。
【０４６６】
このようにデータを置き換える理由は、ＭＭＴフォーマットに従って放送局等から送信されるデータには、ＭＰＥＧ−２ＴＳフォーマットで規定されるＰＴＳやＳＰＮに一致するデータがないこと。また、ＭＰＥＧ−２ＴＳフォーマットのＴＳパケットのサイズが固定（１８８バイト）であるのに対して、ＭＭＴフォーマットに従ったＭＭＴＰパケットは固定されていない可変長パケットであることが理由である。
【０４６７】
［７．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について］
次に、図６３以下を参照して情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について説明する。
【０４６８】
先に説明したように、本開示の情報処理装置は、ＭＭＴフォーマットに従った入力データを、ＢＤＡＶフォーマットデータとして、ＢＤやＨＤ、あるいはフラッシュメモリ等の情報記録媒体に記録する。
さらに、このデータ記録処理に際して、プレイリストやクリップ情報ファイル等のデータベースファイルに、ＭＭＴフォーマットデータ対応の制御情報、属性情報等を記録する。
【０４６９】
これらの情報は、例えば、ＭＭＴフォーマットに従った入力データに含まれる制御情報であるＴＬＶ−ＳＩや、ＭＭＴ−ＳＩを構成する様々な情報記録テーブルから取得する。情報処理装置は、受信データから様々な情報を取得して、ＢＤＡＶフォーマットにおいて規定されるプレイリストやクリップ情報ファイル等のデータベースファイルに、メディア記録コンテンツ対応の情報を記録する。
【０４７０】
以下、このようなプレイリストやクリップ情報ファイルを記録した情報記録媒体の生成処理、具体的には、ＢＤ等の情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と、処理シーケンスについて説明する。
【０４７１】
図６３は、ＢＤ等の情報記録媒体に対するデータ記録処理を実行する情報処理装置３００の構成を示す図である。
情報処理装置３００は、情報記録媒体（記録メディア）３２０に、クリップＡＶストリームファイル、さらに、プレイリストやクリップ情報ファイル等のデータベースファイルを記録する。
【０４７２】
データ入力部３０１は、情報記録媒体３２０に対するＭＭＴフォーマットデータ３３１、すなわち画像データ、音声データ、字幕データ等を含むＭＭＴフォーマットデータ３３１を入力する。
データ入力部３０１は、ＭＭＴフォーマットデータ３３１を送信する例えば放送局やコンテンツサーバ等からの送信データを受信する受信部、あるいは、ＭＭＴフォーマットデータ３３１を記録したメディアからのデータ読み取りを実行するメディア読み取り部等によって構成される。
【０４７３】
データ入力部３０１から入力するＭＭＴフォーマットデータ３３１は、先に図２を参照して説明したデータフォーマットに従ったデータであり、例えばＨＥＶＣ画像等の高精細画像データが含まれている。
【０４７４】
ＭＭＴフォーマットデータ３３１は、制御部３０３の制御によって、記憶部３０４に格納される。
ユーザ入力部３０２は、例えば情報記録媒体３２０に対するデータ記録の開始要求等を入力する。
【０４７５】
ユーザ入力部３０２から、データ記録開始要求を入力すると、この入力をトリガとして、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１が、デマルチプレクサ（ＤｅＭＵＸ）３０５に入力される。
デマルチプレクサ（ＤｅＭＵＸ）３０５は、ＭＭＴフォーマットデータ３３１から、画像、音声、字幕等の各データを格納したパケットや、通知情報や制御情報等を格納した制御情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等の補助情報を取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、記録データ生成部３０６の字幕データ生成部３１１、画像データ生成部３１２、音声データ生成部３１３、補助情報生成部３１４に入力する。
【０４７６】
字幕データ生成部３１１は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、字幕データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
画像データ生成部３１２は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、画像データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
音声データ生成部３１３は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、音声データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
【０４７７】
補助情報生成部３１４は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、通知情報や制御情報等を格納した制御情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等の補助情報を取得し、ＢＤＡＶフォーマットにおいて規定されるデータベースファイルとしてのプレイリストファイルやクリップ情報ファイル、クリップＡＶストリームファイルに格納すべきデータを生成する。
【０４７８】
マルチプレクサ（ＭＵＸ）３１５は、字幕データ生成部３１１、画像データ生成部３１２、音声データ生成部３１３が変換した字幕、画像、音声各データ、および補助情報生成部３１４がＭＭＴフォーマットデータ３３１の制御情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等から取得した様々な情報を入力し、これらのデータを格納したストリームファイルを生成する。
【０４７９】
データベースファイル生成部３１６は、補助情報生成部３１４がＭＭＴフォーマットデータ３３１の制御情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）から取得した様々な情報を記録したプレイリストファイルやクリップ情報ファイル等のデータベースファイルを生成する。
【０４８０】
記録データ生成部３０６の生成したストリームファイルデータと、プレイリストファイル、クリップ情報ファイル等のデータベースファイルを含む記録データ３３２は、制御部３０３の制御の下、記録部３０６によって、ドライブ３０７を介して情報記録媒体３２０に出力され、記録される。
【０４８１】
次に、図６３に示す情報処理装置３００が実行する情報記録媒体３２０に対するデータ記録処理のシーケンスについて、図６４に示すフローチャートを参照して説明する。
【０４８２】
図６４に示すフローに従った処理は、例えば情報処理装置の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
以下、図６４のフローに示す各ステップの処理について、順次、説明する。
【０４８３】
（ステップＳ１０１）
まず、情報処理装置３００は、ステップＳ１０１において、データ入力部３０１を介して記録用データであるＭＭＴフォーマットデータを入力する。
なお、この記録用データには画像データ、音声データ、字幕データ、さらに、通知情報や制御情報等を格納した制御情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等が含まれる。
【０４８４】
（ステップＳ１０２）
次に、ステップＳ１０２において、情報処理装置３００は、入力したＭＭＴフォーマットデータのデマルチプレクス処理、すなわち、データ種類単位のデータ分離処理を行う。画像、音声、字幕、制御情報等の分離処理を実行する。
【０４８５】
（ステップＳ１０３）
次に、ステップＳ１０３において、情報処理装置３００は、ステップＳ１０２で分離した制御情報、例えば制御情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）をメモリに格納する。
【０４８６】
（ステップＳ１０４）
次に、ステップＳ１０４において、情報処理装置３００は、ステップＳ１０２で分離した画像、音声、字幕核データの少なくともいずれかのデータの再エンコード処理を実行する。
なお、この処理は、情報記録媒体に記録するデータのエンコード態様を変更する場合に行う処理であり、受信データをそのまま記録する場合は、この再エンコード処理は不要である。
【０４８７】
（ステップＳ１０５）
次に、ステップＳ１０５において、情報処理装置３００は、ステップＳ１０３でのエンコード後のデータを含む画像、音声、字幕、さらに、再生制御情報等を含むデータの多重化処理を実行する。すなわち、クリップＡＶストリームファイルの生成処理を実行する。
なお、クリップＡＶストリームファイルに格納する再生制御情報には、例えば図１９を参照して説明したＭＰＴ（ＭＭＴパッケージテーブル）等が含まれる。
【０４８８】
（ステップＳ１０６）
次に、ステップＳ１０６において、情報処理装置３００は、入力したＭＭＴフォーマットデータの構成データを利用して、クリップ情報ファイルを生成する。
例えば、先に図２４〜図６２を参照して説明したクリップ情報ファイル、すなわち、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルに対応するクリップ情報ファイルを生成する。
【０４８９】
なお、このステップＳ１０６のクリップ情報ファイルの生成処理の詳細シーケンスについては、図６５に示すフローを参照して、後段で詳細に説明する。
【０４９０】
（ステップＳ１０７）
次に、ステップＳ１０７において、情報処理装置３００は、入力したＭＭＴフォーマットデータの構成データを利用して、プレイリストファイルを生成する。
例えば、先に図１２〜図２３を参照して説明したプレイリストファイル、すなわち、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルに対応するプレイリストファイルを生成する。
なお、このステップＳ１０７のプレイリストファイル生成処理の詳細については、図６６を参照して、後段で説明する。
【０４９１】
（ステップＳ１０８）
次に、ステップＳ１０８において、情報処理装置３００は、入力したＭＭＴフォーマットデータを利用してその他のデータベースファイルを生成する。
【０４９２】
（ステップＳ１０９）
次に、ステップＳ１０９において、情報処理装置３００は、生成したＡＶストリームファイルとデータベースファイルを利用してＢＤＡＶフォーマットデータを生成する。
【０４９３】
（ステップＳ１１０）
次に、ステップＳ１１０において、情報処理装置３００は、ステップＳ１０９で生成したＢＤＡＶフォーマットデータを情報記録媒体（メディア）に記録する。
【０４９４】
次に、ステップＳ１０６において実行するクリップ情報ファイル生成処理の詳細シーケンスについて、図６５に示すフローチャートを参照して説明する。
なお、図６５に示すフローチャートは、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの制御に利用されるクリップ情報の生成シーケンスである。
図６５に示すフローの各ステップの処理について、順次、説明する。
【０４９５】
（ステップＳ１２１）
まず、ステップＳ１２１において、情報処理装置３００は、クリップＡＶストリームファイルに格納したＭＭＴフォーマットデータであるＭＭＴＰパケットのＲＡＰ（ランダムアクセスポイント）フラグを確認する。
この処理は、先に図６１を参照して説明した処理である。
ＲＡＰフラグ＝１の設定されたＭＭＴＰパケットは、ランダムアクセスポイントを含むデータである。
【０４９６】
（ステップＳ１２２）
次に、ステップＳ１２２において、情報処理装置３００は、ＲＡＰフラグ＝１の設定されたＭＭＴＰパケットのパケット位置と、時刻情報（ＮＴＰ時間）との対応データからかるＥＰマップを生成する。
この処理は、先に図５６〜図６１を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。パケット位置情報は、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＴＬＶパケットの先頭）からのバイト位置を利用する。また、時間情報はＮＴＰ（ネットワークタイププロトコル）時間を利用する。
【０４９７】
（ステップＳ１２３）
次に、ステップＳ１２３において、情報処理装置３００は、クリップ情報ファイルのアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）と、クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）の値を［３］に設定する。
【０４９８】
この処理は、先に図２５〜図２７を参照して説明した処理であり、クリップ情報ファイルの制御対象データとなるクリップＡＶストリームファイルの格納データがＭＭＴフォーマットデータであることを識別可能とするための設定値を記録する処理である。
【０４９９】
（ステップＳ１２４）
次に、ステップＳ１２４において、情報処理装置３００は、クリップ情報ファイルの記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）、平均レート（ａｖｅｒａｇｅ＿ｒａｔｅ）を記録する。
【０５００】
この処理は、先に図２５を参照して説明した
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
これらのデータ記録処理である。前述したように、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのトランスポートストリームの平均ビットレートと、記録レートをｂｙｔｅｓ／ｓｅｃｏｎｄの単位で表したものである。
【０５０１】
このビットレート情報は、ＴＳパケットを基準として算出することを前提としており、再生対象データがＭＭＴパケットやＴＬＶパケットを持つＭＭＴフォーマットデータである場合、ＭＭＴフォーマットに応じたビットレートを算出して記録する。あるいは、再生対象データがＭＭＴフォーマットである場合、このフィールドには無効値を記録し、ビットレート情報を利用しない設定としてもよい。
【０５０２】
（ステップＳ１２５）
次に、ステップＳ１２５において、情報処理装置３００は、クリップ情報ファイルの構成データである、
クリップ情報（ＣｌｉｐＩｎｆｏ）、
シーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）、
プログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）、
ＣＰＩ情報（ＣＰＩ）、
クリップマーク（ＣｌｉｐＭａｒｋ）、
これらの各データを生成する。
なお、これらの各データ生成処理において、再生対象データがＭＭＴフォーマットデータである場合、例えば、時間情報としてはＮＴＰ時刻情報、パケット位置はストリームファイル（クリップＡＶストリームファイル）に格納された最初のＴＬＶパケットの先頭からのバイト数データを取得して記録する。
【０５０３】
また、上記各情報には、複数のパケット識別子（ＰＩＤ）記録領域が含まれるが、再生対象データがＭＭＴフォーマットデータである場合、パケット識別子（ＰＩＤ）記録領域には、以下のデータを記録する。
【０５０４】
プログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）のパケット識別子（ＰＩＤ）記録領域（プログラムマップＰＩＤ記録領域）には、図３９〜図４８を参照して説明したように、以下のデータのいずれかを記録する。
（ａ）ＩＰデータフロー識別情報と、ＭＭＴパッケージテーブル（ＭＰＴ）格納パケットのパケット識別子（ＭＰＴ＿ＰＩＤ）
（ｂ）パッケージリストテーブル（ＰＬＴ）情報とＭＭＴパッケージテーブル（ＭＰＴ）情報
【０５０５】
なお、上記（ａ）中のＩＰデータフロー識別情報は、先に図３９他を参照して説明したように、以下の各データによって構成される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）
【０５０６】
あるいは、図４５他を参照して説明したように、圧縮ＩＰヘッダに記録された、
（１）コンテクスト識別子（ＣＩＤ）、
をＩＰデータフロー識別情報として記録してもよい。
【０５０７】
また、ＣＰＩ情報（ＣＰＩ）中のＥＰマップ［ＥＰ＿ｍａｐ（）］記録領域のパケット識別子（ＰＩＤ）記録領域（ストリームＰＩＤ記録領域）には、図５６〜図６２を参照して説明したように、以下のデータを記録する。
（ａ）ＩＰデータフロー識別情報と、パケット識別子（ｓｔｒｅａｍ＿ＰＩＤ）
【０５０８】
なお、上記（ａ）中のＩＰデータフロー識別情報は、先に図５８他を参照して説明したように、以下の各データによって構成される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）
【０５０９】
あるいは、図５９他を参照して説明したように、圧縮ＩＰヘッダに記録された、
（１）コンテクスト識別子（ＣＩＤ）、
をＩＰデータフロー識別情報として記録してもよい。
【０５１０】
クリップ情報ファイルに、上述のデータを記録することで、クリップＡＶトリームファイルに複数のＩＰデータフローが混在し、同一のパケット識別子が設定されたパケットが含まれる場合でも、１つのＩＰデータフローを特定してそのＩＰデータフローに含まれるパケットを確実に選択することが可能となる。
【０５１１】
すなわち、上記処理により、再生データ格納ファイルであるクリップＡＶストリームファイルから、目的とする特定のＴＬＶパケットを取得可能とした制御情報を記録したクリップ情報ファイルが生成される。
【０５１２】
図６５に示すフローに従った処理により、ＭＭＴフォーマットデータ対応のクリップ情報ファイルを生成する。
なお、制御対象がＭＰＥＧ−２ＴＳフォーマットデータを格納したクリップＡＶストリームファイルである場合は、従来と同様のクリップ情報ファイル生成処理を行えばよい。
【０５１３】
次に、図６４に示すフロー中のステップＳ１０７において実行するプレイリストファイル生成処理の詳細シーケンスについて、図６６に示すフローチャートを参照して説明する。
なお、図６６に示すフローチャートは、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの制御に利用されるプレイリストの生成シーケンスである。
図６６に示すフローの各ステップの処理について、順次、説明する。
【０５１４】
（ステップＳ１３１）
まず、ステップＳ１３１において、情報処理装置３００は、プレイリストファイルに記録するＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）の値を［３］に設定する。
【０５１５】
この処理は、先に図１２〜図１６を参照して説明した処理に対応する。
図１６の「（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）」を参照して説明したように、
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
【０５１６】
（ステップＳ１３２）
次に、ステップＳ１３２において、情報処理装置３００は、プレイリストファイルに記録する各プレイアイテムの時間情報（ＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅ）をＮＴＰ時間情報として記録する。
【０５１７】
この処理は、先に図１７、図１８を参照して説明した処理に相当する。
図１８（２）の「（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）」に示すように、
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
【０５１８】
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば図１に示す放送サーバ（放送局）２１等の送信装置２０が送信する放送コンテンツ等を含むＭＭＴフォーマットデータに併せて送信される。
テレビ（ＴＶ）３２等の情報処理装置３０は、送信装置２０が送信するＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を取得して、プレイリストに記録する。
【０５１９】
（ステップＳ１３３）
次に、ステップＳ１３３において、情報処理装置３００は、プレイリストファイルの構成データである、
プレイアイテム（ＰｌａｙＩｔｅｍ）、
プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）、
これらの各データを生成する。
【０５２０】
なお、これらの各データ生成処理において、再生対象データがＭＭＴフォーマットデータである場合、例えば、時間情報としてはＮＴＰ時刻情報、パケット位置はストリームファイル（クリップＡＶストリームファイル）に格納された最初のＴＬＶパケットの先頭からのバイト数データを取得して記録する。
【０５２１】
これらの処理により、ＭＭＴフォーマットデータ対応のプレイリストファイルを生成する。
なお、制御対象がＭＰＥＧ−２ＴＳフォーマットデータを格納したクリップＡＶストリームファイルである場合は、従来と同様のプレイリストファイル生成処理を行えばよい。
【０５２２】
情報処理装置３００は、図６４〜図６６を参照して説明したフローに従った処理を行なうことで、入力したＭＭＴフォーマットデータをＢＤＡＶフォーマットに従ったプレイリストファイル、クリップ情報ファイル、クリップＡＶストリームファイルとして記録し、再生することが可能となる。
【０５２３】
［８．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について］
次に、図６７以下を参照して情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について説明する。
【０５２４】
再生処理を実行する情報処理装置は、装置に装着した情報記録媒体に記録されたデータの読み取り、再生処理を実行する。
【０５２５】
図６７は、ＢＤ等の情報記録媒体５１０に記録されたデータの再生処理を実行する情報処理装置４００の構成を示す図である。
情報処理装置４００は、図６７に示す情報記録媒体（記録メディア）５１０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５２０に出力する。なお、出力装置５２０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
なお、情報処理装置４００は先に図６３を参照して説明したデータ記録を行う情報処理装置３００と同一の装置である場合もある。すなわち、データ記録再生の両機能を有する情報処理装置である。
【０５２６】
情報記録媒体（記録メディア）５１０は、図６４〜図６６を参照して説明した処理によって生成されたＡＶストリームファイルと、プレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
【０５２７】
制御部４０１は、例えば、ユーザ入力部４０２からの再生指示情報の入力に基づいて、情報記録媒体５１０の記録データを、記録再生部４０４、ドライブ４０３を介して読み取り、データバッファとしての記憶部４０５に格納し、その格納データを再生処理部４０６に出力する。
【０５２８】
再生処理部４０６は、制御部４０１の制御の下、情報記録媒体５１０から読み出された再生データ、すなわち、画像、音声、字幕等の各データを格納したクリップＡＶストリームファイルから各データを取得して再生データを生成する。
【０５２９】
デマルチプレクサ（ＤｅＭＵＸ）４１１は、画像、音声、字幕、さらに、プレイリストファイル、クリップ情報ファイル等の各データを格納したデータ格納パケットを取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、字幕データ生成部４１２、画像データ生成部４１３、音声データ生成部４１４、補助情報生成部４１５に出力する。
【０５３０】
字幕データ生成部４１２、画像データ生成部４１３、音声データ生成部４１４は、パケットに格納されたデータの復号処理等を実行し、復号データを出力データ生成部４１６に出力する。
出力データ生成部４１６は、字幕、画像、音声の各データを、入出力インタフェース４０７を介して出力装置（表示部＋スピーカ）５２０に出力する。
【０５３１】
なお、情報記録媒体５１０は、再生対象データを格納したストリームファイルとして、
ＭＰＥＧ−２ＴＳフォーマットデータを格納したストリームファイルと、
ＭＭＴフォーマットデータを格納したストリームファイルを有する場合がある。
この場合、情報処理装置４００は、ＢＤＡＶフォーマットにおいて規定されたプレイリストファイルとクリップ情報ファイルを適用して、ＭＰＥＧ−２ＴＳフォーマットデータを格納したストリームファイル、および、ＭＭＴフォーマットデータを格納したストリームファイルの再生処理を実行することになる。
【０５３２】
補助情報生成部４１５は、例えば、プレイリストファイル、クリップ情報ファイルに格納された録画コンテンツリスト表示用データを取得して録画コンテンツリストを生成し、生成リストが出力装置（表示部＋スピーカ）５２０に出力される。
【０５３３】
出力装置（表示部＋スピーカ）５２０は、情報処理装置４００から入力する字幕、画像、音声等の各データを、出力装置（表示部＋スピーカ）５２０を介して出力する。
【０５３４】
なお、情報記録媒体５１０は、ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットに従って記録したデータを格納しており、また、情報処理装置４００は、ＢＤＡＶフォーマット規定のデータベースファイルであるプレイリストファイルとクリップ情報ファイルの記録情報を取得して再生制御処理を実行する。
【０５３５】
次に、図６７に示す情報処理装置４００が実行する情報記録媒体５１０からのデータ再生処理のシーケンスについて、図６８に示すフローチャートを参照して説明する。
【０５３６】
図６８に示すフローに従った処理は、例えば情報処理装置４００の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
【０５３７】
なお、図６８に示すフローに従った処理を実行する情報処理装置は、図６７に示す情報処理装置４００であり、情報記録媒体（記録メディア）５１０を装着し、装着した情報記録媒体５１０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５２０に出力する。なお、出力装置５２０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
【０５３８】
情報記録媒体（記録メディア）５１０は、図６４〜図６６を参照して説明した処理によって生成されたＡＶストリームと、プレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
以下、図６８のフローに示す各ステップの処理について、順次、説明する。
【０５３９】
（ステップＳ２０１）
まず、情報処理装置４００の制御部４０１は、ステップＳ２０１において、例えばユーザの入力した再生データ指定情報に従い、指定された再生データ対応の再生制御情報を格納したプレイリストファイルを情報記録媒体（メディア）から読み取る。
【０５４０】
（ステップＳ２０２）
次に、情報処理装置４００の制御部４０１は、ステップＳ２０２において、プレイリストファイルに記録されたＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）を読み出す。
先に図１２〜図１６を参照して説明したように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
なお、ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、再生開始点のデータアドレスを取得するためのデータである。
【０５４１】
図１６に示すように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＥＰマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＴＵマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
このように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１〜３の３種類の定義を可能として、３つのＣＰＩタイプを識別可能としている。
【０５４２】
（ステップＳ２０３）
次に、情報処理装置４００の制御部４０１は、ステップＳ２０３において、ステップＳ２０２で読み出したＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）の設定値が［３］であるか否かを判定する。
すなわち、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであるか否かを判定する。
【０５４３】
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３である場合は、ステップＳ２０３の判定がＹｅｓとなり、ステップＳ２０５に進む。
一方、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３でない場合は、ステップＳ２０３の判定がＮｏとなり、ステップＳ２０４に進む。
【０５４４】
（ステップＳ２０４）
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３でない場合は、ステップＳ２０４の処理を実行する。
ＰＬ＿ＣＰＩタイプが３以外の場合、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが１または２であり、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである。
この場合、情報処理装置４００は、従来の再生処理手法を適用して、ＭＰＥＧ−２ＴＳフォーマットデータの再生処理を実行する。
【０５４５】
（ステップＳ２０５）
一方、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３の場合は、ステップＳ２０５において、このプレイリストファイルによる再生対象データがＭＭＴフォーマットデータであると判定する。
【０５４６】
（ステップＳ２０６）
次に、情報処理装置４００は、ステップＳ２０６において、ＭＭＴフォーマットデータ対応のプレイリストとクリップ情報ファイルを適用してＭＭＴフォーマットデータの格納されたクリップ情報ファイルの格納データの再生処理を実行する。
【０５４７】
次に、ＭＭＴフォーマットデータの再生処理の具体例として、クリップ情報ファイルに記録されたＭＭＴフォーマットデータ対応のＥＰマップを適用したランダムアクセス再生処理のシーケンスについて、図６９に示すフローチャートを参照して説明する。
【０５４８】
なお、ＭＭＴフォーマットデータ対応のＥＰマップは、例えば先に図５８〜図６１を参照して説明したデータ構成を持つＥＰマップであり、ランダムアクセス可能なデータ位置に対応する時間情報とストリームファイル（クリップＡＶストリームファイル）に格納された最初のＴＬＶパケットの先頭からのバイト位置情報との対応データ等によって構成されるＥＰマップである。
図６９に示すフローチャートの各ステップの処理について説明する。
【０５４９】
（ステップＳ２１１）
まず、情報処理装置４００は、ステップＳ２１１において、ランダムアクセス再生に適用するプレイリストのプレイアイテム情報から、クリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を読み取る。
【０５５０】
これは、先に図１７を参照して説明したプレイリストファイル中のプレイアイテム（ＰｌａｙＩｔｅｍ）情報に記録されたデータである。
【０５５１】
（ステップＳ２１２）
次に、情報処理装置４００は、ステップＳ２１２において、ステップＳ２１１でプレイリストファイルから読み取ったクリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を有するクリップ情報ファイルを情報記録媒体（メディア）から読み取る。
【０５５２】
（ステップＳ２１３）
次に、情報処理装置４００は、ステップＳ２１３において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生に適用するクロック情報であるＡＴＣ，ＳＴＣを特定する。なお、これらの時間情報は、再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ時間情報として記録されている。
【０５５３】
なお、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）は、先に図３０を参照して説明したデータ構成を有し、ここに、ＡＴＣ（アライバルタイムクロック）と、ＳＴＣ（システムタイムクロック）に関する情報が規定されている。
ＡＴＣ（アライバルタイムクロック）と、ＳＴＣ（システムタイムクロック）については、先に図３０を参照して説明した通りであり、データ再生に適用されるクロック情報である。
【０５５４】
（ステップＳ２１４）
次に、情報処理装置４００は、ステップＳ２１４において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生開始位置（ＳＰＮ＿ＳＴＣ＿Ｓｔａｒｔ）と、再生開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）を取得する。
【０５５５】
再生対象データがＭＭＴフォーマットデータである場合、再生開始位置情報は、例えば、ストリームファイル（クリップＡＶストリームファイル）に格納された最初のＴＬＶパケットの先頭からのバイト数であり、再生開始時間は、ＮＴＰ時間情報となる。これらの情報が、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）として記録されている。
【０５５６】
（ステップＳ２１５）
次に、情報処理装置４００は、ステップＳ２１５において、クリップ情報ファイルのプログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）に記録された情報から、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを特定し、ＭＭＴパッケージテーブル（ＭＰＴ）からＭＭＴフォーマットデータの再生処理に必要となる情報、例えばパケット識別子や、復号方法等の情報を取得する。
【０５５７】
先に図３９〜図４８を参照して説明したように、クリップ情報ファイルのプログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）のパケット識別子（ＰＩＤ）記録領域（プログラムマップＰＩＤ記録領域）には、以下の（ａ），（ｂ）のいずれかの情報が記録されている。
（ａ）ＩＰデータフロー識別情報と、ＭＭＴパッケージテーブル（ＭＰＴ）格納パケットのパケット識別子（ＭＰＴ＿ＰＩＤ）
（ｂ）パッケージリストテーブル（ＰＬＴ）情報とＭＭＴパッケージテーブル（ＭＰＴ）情報
【０５５８】
情報処理装置４００は、ステップＳ２１５において、クリップ情報ファイルのプログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）に記録された上記（ａ），（ｂ）のいずれかの情報から、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットを特定する。
さらに、その特定パケットからＭＭＴパッケージテーブル（ＭＰＴ）からＭＭＴフォーマットデータの再生処理に必要となる情報、例えばパケット識別子や、復号方法等の情報を取得する。
【０５５９】
なお、上記（ａ）中のＩＰデータフロー識別情報は、先に図５８他を参照して説明したように、以下の各データによって構成される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）
【０５６０】
あるいは、図５９他を参照して説明したように、圧縮ＩＰヘッダに記録された、
（１）コンテクスト識別子（ＣＩＤ）、
をＩＰデータフロー識別情報として記録されている場合もある。
クリップ情報ファイルに記録されたＩＰデータフロー識別情報を参照することで、クリップＡＶトリームファイルに複数のＩＰデータフローが混在し、同一のパケット識別子が設定されたパケットが含まれる場合でも、１つのＩＰデータフローを特定してそのＩＰデータフローに含まれるパケットを確実に選択することが可能となる。
【０５６１】
（ステップＳ２１６）
次に、情報処理装置４００は、ステップＳ２１６において、クリップ情報ファイルのＣＰＩ情報（ＣＰＩ）に記録されたＥＰマップの記録情報を読み取り、ランダムアクセス再生に必要となる情報を取得する。例えば、ランダムアクセス先のデータを格納したパケットの特定処理等を実行する。
【０５６２】
なお、ＣＰＩ情報（ＣＰＩ）中のＥＰマップ［ＥＰ＿ｍａｐ（）］記録領域のパケット識別子（ＰＩＤ）記録領域（ストリームＰＩＤ記録領域）には、図５６〜図６２を参照して説明したように、以下のデータが記録されている。
（ａ）ＩＰデータフロー識別情報と、パケット識別子（ｓｔｒｅａｍ＿ＰＩＤ）
【０５６３】
なお、上記（ａ）中のＩＰデータフロー識別情報は、先に図５８他を参照して説明したように、以下の各データによって構成される。
（１）送信元ＩＰアドレス（ｓｒｃ＿ＩＰ＿ａｄｄｒｅｓｓ）
（２）宛先ＩＰアドレス（ｄｅｓｔ＿ＩＰ＿ａｄｄｒｅｓｓ）
（３）宛先ポート（ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ）
（４）送信元ポート（ｓｏｕｒｃｅ＿ｐｏｒｔ）
（５）次ヘッダ情報（ｎｅｘｔ＿ｈｅａｄｅｒ）
【０５６４】
あるいは、図５９他を参照して説明したように、圧縮ＩＰヘッダに記録された、
（１）コンテクスト識別子（ＣＩＤ）、
がＩＰデータフロー識別情報として記録されている場合もある。
【０５６５】
クリップ情報ファイルに記録された上記データを参照することで、クリップＡＶトリームファイルに複数のＩＰデータフローが混在し、同一のパケット識別子が設定されたパケットが含まれる場合でも、１つのＩＰデータフローを特定してそのＩＰデータフローに含まれるパケット識別子（ｓｔｒｅａｍ＿ＰＩＤ）に基づいて、パケットを確実に選択することが可能となる。
【０５６６】
（ステップＳ２１７）
次に、情報処理装置４００は、ステップＳ２１７において、クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）に記録された記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）に従って、クリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータを読み取る。
【０５６７】
クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）には、先に図２５を参照して説明したように、記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）情報が記録されており、この情報に従って、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータの読み取り制御を実行する。
なお、図２５では、記録レート情報として、ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅと記載されているが、再生対象データがＭＭＴパケットを持つＭＭＴフォーマットである場合、ＭＭＴフォーマットに応じたビットレートがここに記録されている。
【０５６８】
（ステップＳ２１８）
次に、情報処理装置４００は、ステップＳ２１８において、情報記録媒体（メディア）から読み出したクリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータのデマルチプレクス処理、デコード処理、再生処理を実行する。
【０５６９】
［９．情報処理装置の構成例について］
次に、情報記録媒体に対するデータ記録、情報記録媒体からのデータ再生を実行する情報処理装置として適用可能な情報処理装置のハードウェア構成例について、図７０を参照して説明する。
【０５７０】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）６０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）６０２、または記憶部６０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）６０３には、ＣＰＵ６０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ６０１、ＲＯＭ６０２、およびＲＡＭ６０３は、バス６０４により相互に接続されている。
【０５７１】
ＣＰＵ６０１はバス６０４を介して入出力インタフェース６０５に接続され、入出力インタフェース６０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部６０６、ディスプレイ、スピーカなどよりなる出力部６０７が接続されている。ＣＰＵ６０１は、入力部６０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部６０７に出力する。
【０５７２】
入出力インタフェース６０５に接続されている記憶部６０８は、例えばハードディスク等からなり、ＣＰＵ６０１が実行するプログラムや各種のデータを記憶する。通信部６０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。
【０５７３】
入出力インタフェース６０５に接続されているドライブ６１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア６１１を駆動し、データの記録あるいは読み取りを実行する。
【０５７４】
［１０．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０５７５】
なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１）  ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成する情報処理装置。
【０５７６】
（２）  前記データ処理部は、
前記再生制御情報ファイルとしてプレイリストファイル、およびクリップ情報ファイルを生成する（１）に記載の情報処理装置。
【０５７７】
（３）  前記データ処理部は、
前記再生制御情報ファイルに、前記クリップＡＶストリームファイルの構成パケットであるＴＬＶパケット単位の平均レートと、記録レートを記録する（１）または（２）に記載の情報処理装置。
【０５７８】
（４）  前記データ処理部は、
前記再生制御情報ファイルに、ＴＬＶパケットによって構成される前記クリップＡＶストリームファイルのファイルサイズを記録する（１）〜（３）いずれかに記載の情報処理装置。
【０５７９】
（５）  前記データ処理部は、
前記再生制御情報ファイルに記録する時間情報として、前記ＭＭＴフォーマットデータに併せて受信するＮＴＰ（ネットワークタイムプロトコル）時間情報を記録する（１）〜（４）いずれかに記載の情報処理装置。
【０５８０】
（６）  前記データ処理部は、
前記再生制御情報ファイルに記録するデータ位置情報として、ＴＬＶパケット列からなる前記クリップＡＶストリームファイルのファイル先頭からのバイト数を記録する（１）〜（５）いずれかに記載の情報処理装置。
【０５８１】
（７）  前記データ処理部は、
前記再生制御情報ファイルにパケット識別子を記録する場合、前記パケット識別子によって特定されるパケットの属するＩＰデータフローを識別可能としたＩＰデータフロー識別情報を併せて記録する（１）〜（６）いずれかに記載の情報処理装置。
【０５８２】
（８）  前記ＩＰデータフロー識別情報は、
（ａ）送信元ＩＰアドレス、
（ｂ）宛先ＩＰアドレス、
（ｃ）宛先ポート、
（ｄ）送信元ポート、
（ｅ）プロトコル種別情報、
上記５つのデータ、または、
コンテクスト識別子（ＣＩＤ）の少なくともいずれかを含む（７）に記載の情報処理装置。
【０５８３】
（９）  前記コンテクスト識別子（ＣＩＤ）は、圧縮ＩＰヘッダに記録されたデータである（８）に記載の情報処理装置。
【０５８４】
（１０）  前記パケット識別子は、ＭＭＴパッケージテーブル（ＭＰＴ）を格納したパケットの識別子、または、ランダムアクセス再生対象データを格納したパケットの識別子である（７）〜（９）いずれかに記載の情報処理装置。
【０５８５】
（１１）  情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記データ処理部は、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行する情報処理装置。
【０５８６】
（１２）  前記データ処理部は、
前記再生制御情報ファイルであるプレイリストファイル、およびクリップ情報ファイルを適用して再生制御を実行する（１１）に記載の情報処理装置。
【０５８７】
（１３）  前記データ処理部は、
前記再生制御情報ファイルの記録データから、
前記クリップＡＶストリームファイルの構成パケットであるＴＬＶパケット単位の平均レートと、記録レートを取得し、取得レートに応じて、前記クリップＡＶストリームファイルからのＭＭＴフォーマットデータの読み取り制御を実行する（１１）または（１２）に記載の情報処理装置。
【０５８８】
（１４）  前記データ処理部は、
前記再生制御情報ファイルにデータ位置情報として記録された、
前記クリップＡＶストリームファイルのファイル先頭からのバイト情報を利用して再生制御を実行する（１１）〜（１３）いずれかに記載の情報処理装置。
【０５８９】
（１５）  前記データ処理部は、
前記再生制御情報ファイルから、
ＩＰデータフロー識別情報と、パケット識別子を読み取り、
前記ＩＰデータフロー識別情報に従って、ＩＰデータフローを識別し、
識別したＩＰデータフローに属するパケット群から前記パケット識別子を有するパケットを選択して目的パケットを抽出する（１１）〜（１４）いずれかに記載の情報処理装置。
【０５９０】
（１６）  ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを記録データとして有し、
前記再生制御情報ファイルは、
前記クリップＡＶストリームファイルに含まれるＴＬＶパケットから、目的パケットを抽出するためのＩＰデータフロー識別情報と、パケット識別子を含み、
前記クリップＡＶストリームファイルの格納データの再生を行う再生装置が、前記ＩＰデータフロー識別情報と、パケット識別子を参照して、前記ＴＬＶパケット列から再生対象データを取得可能としたデータ記録構成を有する情報記録媒体。
【０５９１】
（１７）  情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成する情報処理方法。
【０５９２】
（１８）  情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記データ処理部が、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行する情報処理方法。
【０５９３】
（１９）  情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したＴＬＶパケット列から構成されるクリップＡＶストリームファイルと、
前記クリップＡＶストリームファイルから特定のＴＬＶパケットを取得可能とした制御情報を記録した再生制御情報ファイルを生成させるプログラム。
【０５９４】
（２０）  情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納したＴＬＶパケット列によって構成されるクリップＡＶストリームファイルと、前記クリップＡＶストリームファイルの再生制御情報を格納した再生制御情報ファイルを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
前記ＴＬＶパケット列によって構成されるクリップＡＶストリームファイルを利用したデータ再生処理に際して、
前記再生制御情報ファイルの記録情報に従って、ＴＬＶパケットから再生対象データを取得して再生制御を実行させるプログラム。
【０５９５】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０５９６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０５９７】
以上、説明したように、本開示の一実施例の構成によれば、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
具体的には、例えば、ＭＭＴフォーマットデータを格納したＴＬＶパケット列から構成されるストリームファイルと、再生制御情報ファイルを生成してメディアに記録する。再生制御情報ファイルには、ＩＰデータフロー識別情報とパケット識別子を併せて記録する。ＩＰデータフロー識別情報は、送信元ＩＰアドレス等からなるデータ、あるいは圧縮ＩＰヘッダに記録されたＣＩＤ等を利用する。ＩＰデータフロー識別情報により、特定のＩＰデータフローが選択され、選択フローに属するパケット群からパケット識別子の設定された唯一のパケットの選択が可能となる。
本構成により、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
【符号の説明】
【０５９８】
２０  送信装置
２１  放送サーバ
２２  データ配信サーバ
３０  情報処理装置
３１  ＢＤプレーヤ
３２  ＴＶ
３３  ＰＣ
３４  携帯端末
４０  情報記録媒体（メディア）
４１  ＢＤ
４２  ＨＤＤ
４３  フラッシュメモリ
３００  情報処理装置
３０１  データ入力部
３０２  ユーザ入力部
３０３  制御部
３０４  記憶部
３０５  デマルチプレクサ
３０６  記録データ生成部
３０７  記録部
３０８  ドライブ
３１１  字幕データ生成部
３１２  画像データ生成部
３１３  音声データ生成部
３１４  補助情報生成部
３１５  マルチプレクサ
３１６  データベースファイル生成部
３２０  情報記録媒体
４００  情報処理装置
４０１  制御部
４０２  ユーザ入力部
４０３  ドライブ
４０４  記録再生部
４０５  記憶部
４０６  再生処理部
４０７  入出力Ｉ／Ｆ
４１１  デマルチプレクサ
４１２  字幕データ生成部
４１３  画像データ生成部
４１４  音声データ生成部
４１５  補助情報生成部
４１６  出力データ生成部
５１０  情報記録媒体
５２０  出力装置（表示部＋スピーカ）
６０１  ＣＰＵ
６０２  ＲＯＭ
６０３  ＲＡＭ
６０４  バス
６０５  入出力インタフェース
６０６  入力部
６０７  出力部
６０８  記憶部
６０９  通信部
６１０  ドライブ
６１１  リムーバブルメディア
【図１】
2018135258.tif 000003
【図２】
2018135258.tif 000004
【図３】
2018135258.tif 000005
【図４】
2018135258.tif 000006
【図５】
2018135258.tif 000007
【図６】
2018135258.tif 000008
【図７】
2018135258.tif 000009
【図８】
2018135258.tif 000010
【図９】
2018135258.tif 000011
【図１０】
2018135258.tif 000012
【図１１】
2018135258.tif 000013
【図１２】
2018135258.tif 000014
【図１３】
2018135258.tif 000015
【図１４】
2018135258.tif 000016
【図１５】
2018135258.tif 000017
【図１６】
2018135258.tif 000018
【図１７】
2018135258.tif 000019
【図１８】
2018135258.tif 000020
【図１９】
2018135258.tif 000021
【図２０】
2018135258.tif 000022
【図２１】
2018135258.tif 000023
【図２２】
2018135258.tif 000024
【図２３】
2018135258.tif 000025
【図２４】
2018135258.tif 000026
【図２５】
2018135258.tif 000027
【図２６】
2018135258.tif 000028
【図２７】
2018135258.tif 000029
【図２８】
2018135258.tif 000030
【図２９】
2018135258.tif 000031
【図３０】
2018135258.tif 000032
【図３１】
2018135258.tif 000033
【図３２】
2018135258.tif 000034
【図３３】
2018135258.tif 000035
【図３４】
2018135258.tif 000036
【図３５】
2018135258.tif 000037
【図３６】
2018135258.tif 000038
【図３７】
2018135258.tif 000039
【図３８】
2018135258.tif 000040
【図３９】
2018135258.tif 000041
【図４０】
2018135258.tif 000042
【図４１】
2018135258.tif 000043
【図４２】
2018135258.tif 000044
【図４３】
2018135258.tif 000045
【図４４】
2018135258.tif 000046
【図４５】
2018135258.tif 000047
【図４６】
2018135258.tif 000048
【図４７】
2018135258.tif 000049
【図４８】
2018135258.tif 000050
【図４９】
2018135258.tif 000051
【図５０】
2018135258.tif 000052
【図５１】
2018135258.tif 000053
【図５２】
2018135258.tif 000054
【図５３】
2018135258.tif 000055
【図５４】
2018135258.tif 000056
【図５５】
2018135258.tif 000057
【図５６】
2018135258.tif 000058
【図５７】
2018135258.tif 000059
【図５８】
2018135258.tif 000060
【図５９】
2018135258.tif 000061
【図６０】
2018135258.tif 000062
【図６１】
2018135258.tif 000063
【図６２】
2018135258.tif 000064
【図６３】
2018135258.tif 000065
【図６４】
2018135258.tif 000066
【図６５】
2018135258.tif 000067
【図６６】
2018135258.tif 000068
【図６７】
2018135258.tif 000069
【図６８】
2018135258.tif 000070
【図６９】
2018135258.tif 000071
【図７０】
2018135258.tif 000072
【国際調査報告】
2018135258.tif 000073
2018135258.tif 000074
2018135258.tif 000075
2018135258.tif 000076