(57)【要約】ＭＭＴフォーマットデータからなるＭＭＴＰパケット列からパケット区切りを判別し、パケットを選択取得して再生可能とした構成を実現する。放送波等を介してＭＭＴフォーマットデータを入力し、ＭＭＴフォーマットデータからなるＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を格納した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成して情報記録媒体に記録する。再生装置は、追加ヘッダから読み取るＭＭＴＰパケットのパケット長により、各ＭＭＴＰパケットの区切りを判別することが可能となり、選択されたパケットから再生データ、例えば画像データを取得して、復号し、再生することが可能となる。
2018088220.tif 000002
【特許請求の範囲】
【請求項１】
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を格納した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する情報処理装置。
【請求項２】
前記データ処理部は、
情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成する請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記ＭＭＴＰパケットを格納したＴＬＶパケットのヘッダであるＴＬＶヘッダの記録情報を適用して、前記ＭＭＴＰパケットのパケット長を取得する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記ＭＭＴＰパケットを格納したＩＰパケットのヘッダであるＩＰヘッダの記録情報を適用して、前記ＭＭＴＰパケットのパケット長を取得する請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記ＭＭＴＰパケットを格納したＴＬＶパケットのヘッダであるＴＬＶヘッダの記録情報から、ＴＬＶパケットに格納されたＩＰパケットの種類を判別し、判別したＩＰパケットの種類に応じた処理を実行して、前記ＭＭＴＰパケットのパケット長を取得する請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、
前記ＭＭＴＰパケットを格納したＴＬＶパケットのヘッダであるＴＬＶヘッダに記録されたＴＬＶペイロード長から、ＴＬＶパケットに格納されたＩＰパケットのヘッダであるＩＰヘッダのデータ長を減算する演算処理を実行して前記ＭＭＴＰパケットのパケット長を取得する請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
前記ＭＭＴＰパケットを格納したＩＰパケットのヘッダであるＩＰヘッダに記録されたＣＩＤヘッダタイプに応じてＩＰヘッダ長を算出し、算出したＩＰヘッダ長を適用した演算処理を実行して前記ＭＭＴＰパケットのパケット長を取得する請求項６に記載の情報処理装置。
【請求項８】
前記データ処理部は、
再生対象データからなるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）を格納したＭＰＵ格納ＭＭＴＰパケットと、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を格納した制御メッセージ格納ＭＭＴＰパケットの各々に対して、前記追加ヘッダを設定して情報記録媒体に記録する請求項１に記載の情報処理装置。
【請求項９】
前記制御メッセージ格納ＭＭＴＰパケットは、ＭＭＴフォーマットにおいて規定されるＭＭＴ−ＳＩである請求項８に記載の情報処理装置。
【請求項１０】
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行する情報処理装置。
【請求項１１】
前記情報記録媒体は、再生対象データからなるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）を格納したＭＰＵ格納ＭＭＴＰパケットと、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を格納した制御メッセージ格納ＭＭＴＰパケットが混在して記録され、各ＭＭＴＰパケットの前に前記追加ヘッダが設定された構成であり、
前記データ処理部は、
前記追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットのパケット区切りを判別して、再生対象データからなるＭＰＵ格納ＭＭＴＰパケットを選択取得して、選択取得したＭＰＵ格納ＭＭＴＰパケットから再生対象データを取得して再生処理を実行する請求項１０に記載の情報処理装置。
【請求項１２】
前記データ処理部は、
前記ＭＭＴＰパケット本来のＭＭＴＰパケットヘッダから、ＭＭＴＰペイロードとして格納されたデータの種類を判別して、同一種類のデータを格納したパケットのみを選択する処理を実行する請求項１０に記載の情報処理装置。
【請求項１３】
前記データ処理部は、
前記ＭＭＴＰパケット本来のＭＭＴＰパケットヘッダから、ＭＭＴＰペイロードとして格納されたデータが画像、音声、字幕、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）のいずれであるかのデータ種類を判別して、同一種類のデータを格納したパケットのみを選択する処理を実行する請求項１０に記載の情報処理装置。
【請求項１４】
前記情報記録媒体は、ＭＭＴフォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体である請求項１０に記載の情報処理装置。
【請求項１５】
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットと、
前記ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前に、ＭＭＴＰパケットのパケット長を記録した追加ヘッダを設定した記録情報を有する情報記録媒体であり、
前記情報記録媒体からのデータ再生を行う再生装置が、前記追加ヘッダの記録情報に基づいて、ＭＭＴＰパケットのパケット長を確認可能とした情報記録媒体。
【請求項１６】
前記情報記録媒体は、再生対象データからなるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）を格納したＭＰＵ格納ＭＭＴＰパケットと、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を格納した制御メッセージ格納ＭＭＴＰパケットが混在して記録され、各ＭＭＴＰパケットの前に前記追加ヘッダが設定された構成を有する請求項１５に記載の情報記録媒体。
【請求項１７】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を記録した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する情報処理方法。
【請求項１８】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行する情報処理方法。
【請求項１９】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を記録した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する処理を実行させるプログラム。
【請求項２０】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、放送波等における今後のデータ伝送規格として規格化が進められているＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力して、メディアに記録し、再生可能とする情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
現在、４Ｋ画像や８Ｋ画像等の放送等、高画質画像のデータ伝送を実現するための規格化が進められており、その一つとして、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを利用したデータ配信方式についての検討が進められている。【０００３】
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツを構成する符号化データや、制御情報や属性情報等の様々な管理情報からなる制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））等のデータを、放送波やネットワークを介して伝送するデータ転送方式（トランスポートフォーマット）を規定したものである。【０００４】
ＭＭＴフォーマットにおいては、ＭＭＴフォーマット規定のＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットに、画像、音声、字幕等の再生コンテンツや、様々な管理情報からなる制御メッセージ（ＳＩ）を格納して配信する。
ＭＭＴフォーマットは、例えば４Ｋ画像、高ダイナミックレンジ（ＨＤＲ：ＨｉｇｈＤｙｎａｍｉｃ  Ｒａｎｇｅ）画像等の次世代コンテンツの放送等に利用される予定となっている。【０００５】
一方、現行の画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等の伝送フォーマット、あるいは、メディアに対するデータ記録フォーマットとしては、ＭＰＥＧ−２ＴＳフォーマットが多く利用されている。
また、このＭＰＥＧ−２ＴＳフォーマット対応の記録再生アプリケーション規格（フォーマット）としてＢＤＭＶやＢＤＡＶ規格（フォーマット）が広く利用されている。
これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）を利用したデータ記録再生アプリケーション規格として策定されたものである。【０００６】
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であるが、これらの規格はＢＤに限らず、フラッシュメモリやＨＤなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤを利用したデータ記録再生処理構成については、例えば特許文献１（特開２０１１−０２３０７１号公報）等に記載がある。【０００７】
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。【０００８】
上述のＭＭＴフォーマットに従った配信コンテンツを、情報記録媒体（メディア）に記録し、メディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。【０００９】
現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための構成について議論が進められている。
例えば、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）に記録する場合、画像、音声、字幕データや、制御メッセージ（ＳＩ）等のデータを、ＭＭＴフォーマットに従ったＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット列として記録する方向で議論が進んでいる。【００１０】
ＭＭＴＰパケットには、再生データである画像、音声、字幕、さらに、様々な管理情報からなる制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）等を格納する。
ＭＭＴＰパケットは、属性情報等を格納するヘッダ（ＭＭＴＰヘッダ）と、画像、音声、字幕、様々な管理情報からなる制御メッセージ等の実データ等を格納するペイロード（ＭＭＰＴペイロード）により構成される。
各パケットにどの種類のデータが格納されているかを示すデータ種類の識別情報は、ＭＭＴＰヘッダに記録される。【００１１】
しかし、ＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。すなわち、パケットサイズが一律でない。
このため、メディアにＭＭＴＰパケットを並べて記録してしまうと、ＭＭＴＰパケットのパケット区切り位置が判別できなくなるという問題が発生する。【００１２】
メディアには、画像を格納したＭＭＴＰパケット（Ｖ）や、様々な管理情報からなる制御メッセージを格納したＭＭＴＰパケット（ＳＩ）、さらにその他のデータ（音声、字幕）の格納パケットが混在したパケット列として記録される。
このＭＭＴＰパケット列を記録したメディアからデータ再生を行う場合、例えば、画像データの復号、再生を行うためには、パケット列から画像データを格納したＭＭＴＰパケット（Ｖ）のみを順次、選択取得し、取得したパケットから符号化画像データを取り出して、復号して再生する処理が必要となる。【００１３】
音声、字幕等についても、同様であり、メディアに記録されたＭＭＴＰパケット列から、同一種類のデータを格納したパケットを、順次、選択して、同一種類のデータを取り出して、各データ種類に応じた復号、再生を行うことが必要となる。【００１４】
ＭＭＴＰパケットのペイロードのデータ種類は、ＭＭＴＰヘッダの記録を参照すれば判別できるが、前述したように、ＭＭＴＰパケットは、パケット長が一律ではなく、メディアに記録されたＭＭＴＰパケット列から、パケットの区切りやＭＭＴＰヘッダ位置を検出できないという問題がある。【００１５】
パケットの区切りやＭＭＴＰヘッダ位置を検出できなければ、同一種類のデータを格納したパケットを順次、選択してデータを読み出して、復号、再生するという基本的な処理が不可能になる。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１１−０２３０７１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本開示は、例えば、上記の問題点に鑑みてなされたものであり、ＭＭＴフォーマットに従った配信データを入力して、ＭＭＴＰパケット列としてメディアに記録し、このＭＭＴＰパケット列を記録したメディアから、記録コンテンツを確実に再生することを可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
本開示の第１の側面は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を格納した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する情報処理装置にある。【００１９】
さらに、本開示の第２の側面は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行する情報処理装置にある。【００２０】
さらに、本開示の第３の側面は、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットと、
前記ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前に、ＭＭＴＰパケットのパケット長を記録した追加ヘッダを設定した記録情報を有する情報記録媒体であり、
前記情報記録媒体からのデータ再生を行う再生装置が、前記追加ヘッダの記録情報に基づいて、ＭＭＴＰパケットのパケット長を確認可能とした情報記録媒体にある。【００２１】
さらに、本開示の第４の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を記録した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する情報処理方法にある。【００２２】
さらに、本開示の第５の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行する情報処理方法にある。【００２３】
さらに、本開示の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を記録した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する処理を実行させるプログラムにある。【００２４】
さらに、本開示の第７の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行させるプログラムにある。【００２５】
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。【００２６】
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２７】
本開示の一実施例の構成によれば、ＭＭＴフォーマットデータからなるＭＭＴＰパケット列からパケット区切りを判別し、パケットを選択取得して再生可能とした構成が実現される。
具体的には、放送波等を介してＭＭＴフォーマットデータを入力し、ＭＭＴフォーマットデータからなるＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を格納した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成して情報記録媒体に記録する。再生装置は、追加ヘッダから読み取るＭＭＴＰパケットのパケット長により、各ＭＭＴＰパケットの区切りを判別することが可能となり、選択されたパケットから再生データ、例えば画像データを取得して、復号し、再生することが可能となる。
本構成により、ＭＭＴフォーマットデータからなるＭＭＴＰパケット列からパケット区切りを判別し、パケットを選択取得して再生可能とした構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２８】
【図１】本開示の処理を実行する情報処理装置の利用構成例について説明する図である。
【図２】ＭＭＴフォーマットについて説明する図である。
【図３】ＭＭＴフォーマットに従った画像データ格納構成例について説明する図である。
【図４】ＢＤＡＶフォーマットについて説明する図である。
【図５】ＢＤＡＶフォーマットに従ったデータ再生処理例について説明する図である。
【図６】ＭＰＥＧ−２ＴＳフォーマットについて説明する図である。
【図７】ＭＭＴフォーマットについて説明する図である。
【図８】ＳＰＡＶフォーマットについて説明する図である。
【図９】放送局等からの受信データをＭＭＴフォーマットデータであるＭＭＴＰパケット列として、情報記録媒体（メディア）に記録する処理例について説明する図である。
【図１０】ＴＬＶパケットのＴＬＶヘッダのデータ構成について説明する図である。
【図１１】ＩＰパケットのＩＰヘッダのデータ構成について説明する図である。
【図１２】ＭＭＴＰパケットのＭＭＴＰヘッダのデータ構成について説明する図である。
【図１３】ＭＭＴＰペイロードヘッダのデータ構成について説明する図である。
【図１４】ＭＭＴＰパケットのデータ格納例について説明する図である。
【図１５】ＭＭＴＰパケットに対する制御メッセージの分割格納例について説明する図である。
【図１６】ＭＭＴＰペイロードヘッダに格納されるフラグメント指示子について説明する図である。
【図１７】ＭＭＴＰペイロードヘッダに格納されるフラグメント指示子について説明する図である。
【図１８】ＭＭＴＰパケット列からのパケット区切りの判別処理における問題点について説明する図である。
【図１９】ＭＭＴＰパケットに追加ヘッダを設定した例について説明する図である。
【図２０】ＭＭＴＰパケットの追加ヘッダのデータ構成例について説明する図である。
【図２１】ＴＬＶパケットを受信し、追加ヘッダを設定したＭＭＴＰパケット列を情報記録媒体（メディア）に記録する一連の処理について説明する図である。
【図２２】ＴＬＶパケットのフィルタリング処理例について説明する図である。
【図２３】ＴＬＶパケットのＴＬＶヘッダに記録されたパケットタイプについて説明する図である。
【図２４】ＩＰ（ｖ６）パケットのＩＰヘッダの記録データについて説明する図である。
【図２５】圧縮ＩＰパケットのＩＰヘッダの記録データについて説明する図である。
【図２６】圧縮ＩＰパケットのＩＰヘッダの記録データについて説明する図である。
【図２７】ＭＭＴＰパケットのパケット長算出処理例について説明する図である。
【図２８】情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。
【図２９】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図３０】情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。
【図３１】情報記録媒体（メディア）からのデータ再生処理を実行する情報処理装置の構成例についてを説明する図である。
【図３２】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図３３】情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。
【図３４】本開示の処理に適用される報処理装置のハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．通信システムの構成例について
２．ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて
３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて
４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について
５．情報記録媒体に記録されたＭＭＴＰパケットのパケット長を確認可能とした構成例について
６．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について
７．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について
８．情報処理装置の構成例について
９．本開示の構成のまとめ
【００３０】
［１．通信システムの構成例について］
まず、図１を参照して本開示の処理を実行する情報処理装置の一つの利用構成例である通信システムの例について説明する。
図１に示す情報処理装置３０は、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）や、フラッシュメモリ、ハードディスク（ＨＤＤ）などのメディアを装着し、これらの装着メディアに対するデータ記録処理や、装着メディアからのデータ再生処理を実行する。
【００３１】
情報処理装置３０がメディアに記録するデータは、例えば放送局（放送サーバ）２１や、データ配信サーバ２２等の送信装置２０の提供する送信コンテンツである。具体的には、テレビ局の提供する放送番組等である。
これらの送信コンテンツは、放送波、あるいはインターネット等のネットワークを介して送信装置２０から情報処理装置３０に送信される。
【００３２】
情報処理装置３０は、例えばＢＤプレーヤ３１、テレビ３２、ＰＣ３３、携帯端末３４等である、これらの情報処理装置は、例えば、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）４１、ＨＤＤ（ハードディスク）４２、フラッシュメモリ４３等の様々なメディアを装着し、これらのメディアに対するデータ記録処理や、メディアからのデータ再生処理を実行する。
【００３３】
送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランンスポートフォーマット）を規定したものである。
【００３４】
送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成し、生成した符号化データをＭＭＴにおいて規定されるＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットに格納して放送波、またはネットワークを介して送信する。
【００３５】
送信装置２０が情報処理装置３０に提供するデータは、画像、音声、字幕等の再生対象データの他、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報からなる制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ（シグナリング情報））によって構成される。
【００３６】
［２．ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて］
上述したように、送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
図２以下を参照して、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
【００３７】
図２は、ＭＭＴフォーマットのスタック・モデルを示す図である。
図２に示すＭＭＴスタック・モデルにおいて、最下層には、物理レイヤ（ＰＨＹ）がある。物理レイヤは、放送系の処理を行なうブロードキャスト（Ｂｒｏａｄｃａｓｔｉｎｇ）レイヤと、ネットワーク系の処理を行なうブロードバンド（Ｂｒｏａｄｂａｎｄ）レイヤに分割されている。
ＭＭＴは放送系、ネットワーク系の２つの通信網を利用した処理を可能としている。
【００３８】
物理レイヤ（ＰＨＹ）の上位レイヤとして、ＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）レイヤがある。ＴＬＶはＩＰパケットの多重化方式を規定したフォーマット規定レイヤである。複数のＩＰパケットが多重化されてＴＬＶパケットとして送信される。ＴＬＶ−ＳＩは、ＴＬＶフォーマットに従った制御メッセージ（ＳＩ）の伝送レイヤである。
【００３９】
制御メッセージ（ＳＩ）は、情報処理装置３０側においてコンテンツ（番組）を受信、再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報からなる制御メッセージによって構成される。
ＴＬＶレイヤで処理が生成されるＴＬＶパケットに格納される制御メッセージ（ＳＩ）がＴＬＶ−ＳＩであり、主に受信処理に関する制御情報によって構成されている。
ＭＭＴプロトコル（ＭＭＴＰ）に従って生成されるパケットであるＭＭＴＰパケットに格納される制御メッセージ（ＳＩ）は最上位レイヤに示すＭＭＴ−ＳＩであり、主に再生制御に関する制御情報によって構成されている。
【００４０】
ＴＬＶレイヤ上には、ＵＤＰ／ＩＰレイヤが設定される。
ＵＤＰ／ＩＰレイヤは、詳細にはＩＰレイヤとＵＤＰレイヤに分割可能であるが、ＩＰパケットのペイロードにＵＤＰパケットを格納する伝送を規定するレイヤである。
ＵＤＰ／ＩＰレイヤ上にＭＭＴレイヤ、およびＦｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄレイヤ  が設定される。
ＭＭＴＰパケットをＩＰパケットに格納して送信する場合と、ＭＭＴＰパケットを用いないデータ伝送方式であるＦｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄを利用してＩＰパケットとしてデータ送信する方式が併用可能な設定となっている。
【００４１】
ＭＭＴレイヤ上には、以下のレイヤが設定される。
画像符号化規格であるＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）に従った符号化画像データである画像（Ｖｉｄｅｏ）データ、
音声符号化規格であるＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）に従った符号化音声データである音声（Ａｕｄｉｏ）データ、
字幕符号化規格であるＴＴＭＬ（Ｔｉｍｅｄ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に従った符号化字幕データである字幕（Ｓｕｂｔｉｔｌｅ）データ、
ＭＭＴＰパケットを利用して送信される制御メッセージ（ＭＭＴ−ＳＩ）、
さらに、ＨＴＭＬ５（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  ５）に従って記述された様々なアプリケーション、
これらの各データがＭＭＴＰパケットに格納されて送信される。
【００４２】
制御メッセージ（ＭＭＴ−ＳＩ）は、ＭＭＴＰパケットで送信される制御メッセージ（シグナリング情報）であり、情報処理装置３０側においてコンテンツ（番組）を再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報によって構成される。
【００４３】
なお、時刻情報（ＮＴＰ：Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）は絶対時刻情報であり、ＵＤＰパケットに直接格納され送信される。
その他のデータ配信を行うデータサービス（Ｄａｔａ  ｓｅｒｖｉｃｅ）、コンテンツダウンロード等（Ｃｏｎｔｅｎｔｄｏｗｎｌｏａｄ，ｅｔｃ．）がＭＭＴと異なるファイル配信メソッド（Ｆｉｌｅ  ｄｅｌｉｖｅｒｙ  ｍｅｔｈｏｄ）を利用して配信可能な構成を有している。
【００４４】
図２に示すように、画像、音声、字幕、さらに、様々な通知情報や制御情報等の様々な管理情報からなる制御メッセージ（ＭＭＴ−ＳＩ）やアプリケーションは、ＭＭＴＰパケットによって送信される。
【００４５】
図３を参照してＭＭＴＰパケットの具体的構成例について説明する。
図３には以下の４種類のデータ構成例を示している。
（ａ）ＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）
（ｂ）ＭＭＴＰペイロート
（ｃ）ＭＭＴＰパケット
（ｄ）ＴＬＶパケット
【００４６】
（ｄ）ＴＬＶパケットが放送波やネットワークを介して送信されるパケットであり、ＴＬＶパケットには、ＵＤＰヘッダ、ＩＰヘッダ、ＴＬＶヘッダの各ヘッダ情報が設定される。ＴＬＶパケットは、データ種類ごとに個別のパケットとして設定される。
【００４７】
すなわち、１つのＴＬＶパケットのＴＬＶペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、あるいは、様々な管理情報からなる制御メッセージ（ＳＩ）が個別に格納される。
なお、制御メッセージ（ＳＩ）については、ＭＭＴＰパケットに格納する制御メッセージ（ＭＭＴ−ＳＩ）と、ＴＬＶパケットで送信される制御メッセージ（ＴＬＶ−ＳＩ）があり、それぞれ異なる個別のＴＬＶパケットに格納される。
【００４８】
ＴＬＶパケットのペイロードであるＴＬＶペイロートの一例が、図３（ｃ）に示すＭＭＴＰパケットである。
図３（ｃ）に示すＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。
【００４９】
１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、さらにＭＭＴＰパケットに格納する制御メッセージ（ＭＭＴ−ＳＩ）、これらのいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。
【００５０】
図３（ａ），（ｂ）は、図３（ｃ）に示すＭＭＴＰパケットのＭＭＴＰペイロードに格納される画像データの詳細構成を示している。
図３（ｂ）は、図３（ｃ）に示すＭＭＴＰパケット中、ＭＭＴＰペイロードが画像データ（Ｖ）であるもののみを選択して示している。
図３（ｂ）に示すＭＭＴＰペイロードは、ヘッダとデータユニットによって構成される。
【００５１】
データユニットには、図３（ａ）に示すように、画像データおよび、以下の各種のパラメータが格納される。
ＡＵ  Ｄｅｌｉｍｉｔｅｒ（Ａｃｃｅｓｓ  Ｕｎｉｔ  Ｄｅｌｉｍｉｔｅｒ）
ＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）
ＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）
ＳＥＩｓ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）
これらのパラメータは、画像表示に利用されるパラメータである。
【００５２】
図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）は、ＭＭＴフォーマットにおける画像、音声、字幕等の再生対象データの１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と同じ単位である。
【００５３】
このように、例えば画像データは、図３（ａ）に示すように、ＭＭＴフォーマットにおいて規定されたパラメータと画像構成データに分割され、図３（ｂ）に示すＭＭＴＰペイロードに格納され、図３（ｃ）に示すＭＭＴＰパケットとして構成される。
さらに、ＭＭＴＰパケットは、図３（ｄ）に示すＴＬＶパケットのペイロードとして設定されて、ＴＬＶパケットが放送波やネットワークを介して送信される。
【００５４】
なお、音声、字幕等の各データ、ＭＭＴ−ＳＩの各データについても、それぞれデータ種類単位のＭＭＴＰパケット、ＴＬＶパケットが設定されて送信される。
ＴＬＶ−ＳＩは、ＭＭＴＰパケットに格納されることなくＴＬＶパケットに格納されて送信される。
【００５５】
［３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて］
次に、上述のＭＭＴフォーマットに従った配信コンテンツを例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリ、あるいはＨＤ（ハードディスク等のメディアに記録して再生する場合の記録データフォーマットであるＢＤＡＶフォーマットとＳＰＡＶフォーマットについて図４以下を参照して説明する。
【００５６】
例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）やフラッシュメモリやＨＤ等のメディアから、画像、音声、字幕等のコンテンツを再生する場合には、これらのコンテンツの再生処理を行なうための再生制御情報やインデックス情報が必要となる。再生制御情報やインデックス情報は一般的にデータベースファイルと呼ばれる。
これらの再生制御情報やインデックス情報は、メディアの記録データの再生処理を実行する再生アプリケーションに応じて異なるものとなる。
【００５７】
前述したように、現行の記録再生アプリケーション規格（＝データ記録フォーマット）としてＢＤＭＶやＢＤＡＶ規格（データ記録フォーマット）がある。これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）を利用したデータ記録再生アプリケーション規格として策定されたものである。
【００５８】
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であり、データ記録フォーマット（規格）であるが、これらの規格はＢＤに限らず、フラッシュメモリなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。
【００５９】
上述のＭＭＴフォーマットに従った配信コンテンツを記録したメディアからのコンテンツ再生処理を、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。
前述のように、ＢＤＡＶフォーマットは、再生制御情報の記録ファイルとして、プレイリストファイルやクリップ情報ファイル等を規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。
【００６０】
図４は、情報記録媒体（メディア）４０にＢＤＡＶフォーマットに従って記録されたデータのディレクトリ構成例を示す図である。
ディレクトリには、図４に示すように様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
【００６１】
管理情報ファイルは、例えば、図４に示すインフォファイル（ｉｎｆｏ）、メニューファイル（ｍｅｎｕ）、マークファイル（ｍａｒｋ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ｐｌａｙｌｉｓｔ）、
クリップ情報ファイル（ｃｌｉｐｉｎｆ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ｓｔｒｅａｍ）が記録される。
【００６２】
プレイリストファイルは、タイトルによって指定される再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したファイルであり、例えば、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップＡＶストリームファイルの再生位置情報等を有する。
【００６３】
クリップＡＶストリームファイルは、再生対象となるＡＶストリームデータや管理情報を格納したファイルである。クリップＡＶストリームファイルは、再生対象となる画像、音声、字幕等の各データや、管理情報を格納したパケットによって構成される。
なお、ＭＰＥＧ−２ＴＳフォーマットにおいて規定され、クリップＡＶストリームファイルに記録される管理情報として、例えば、ＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）がある。
【００６４】
なお、従来の放送データや、ネットワーク配信データは、ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）パケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータであるが、今後の４Ｋ，８Ｋ画像等の高精細画像等を含むデータは前述したＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータとなることが予想される。
【００６５】
図４にはクリップＡＶストリームファイル（ｓｔｒｅａｍ）として、
ＴＳパケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータからなるストリームファイル（ｎｎｎｎｎ．ｍ２ｔｓ）、
ＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）、
これらの２種類のストリームファイルを示している。
【００６６】
図４に示すディレクトリ例は、情報処理装置３０が受信したデータがＭＰＥＧ−２ＴＳフォーマットデータである場合は、そのまま、ＭＰＥＧ−２ＴＳフォーマットデータとしてメディアに記録し、受信データがＭＭＴフォーマットデータである場合は、ＭＭＴフォーマットデータとしてメディアに記録する設定の場合のディレクトリ例である。
【００６７】
なお、ＭＭＴフォーマットデータとしてメディアに記録する場合のクリップＡＶストリームファイルは、ＭＭＴフォーマットに従ったＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットを一列に並べたＭＭＴＰパケット列として記録する予定で、現在、検討されている。
この具体例については後段で詳細に説明する。
【００６８】
管理情報ファイル、プレイリストファイル、クリップ情報ファイル、これらのデータファイルは、クリップＡＶストリームファイルに格納された再生データである画像、音声、字幕等の再生処理に適用する管理情報の格納ファイルである。これらは、再生制御情報や、再生データの属性情報等を格納したファイルであり、データベースファイルと呼ばれる。
【００６９】
情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
（ａ）まず、再生アプリケーションによって管理情報ファイルから特定のタイトルを指定する。
（ｂ）指定されたタイトルに関連付けられたプレイリストが選択される。
（ｃ）選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生や、コマンドの実行処理が行われる。
【００７０】
図５は、情報記録媒体（メディア）４０に記録される以下のデータ、すなわち、
プレイリストファイル、
クリップ情報ファイル、
クリップＡＶストリームファイル、
これらのデータの対応関係を説明する図である。
【００７１】
実際の再生対象データである画像、音声、字幕等の再生対象データからなるＡＶストリームはクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルとして記録され、さらに、これらのＡＶストリームの管理情報、再生制御情報ファイルとして、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルと、クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが規定される。
【００７２】
これら複数のカテゴリのファイルは、図５に示すように、
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルを含むプレイリストレイヤ、
クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルと、クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルからなるクリップレイヤ、
これらの２つのレイヤに区分できる。
【００７３】
なお、一つのクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルには一つのクリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが対応付けられ、これらのペアを一つのオブジェクトと考え、これらをまとめてクリップ（Ｃｌｉｐ）、あるいはクリップファイルと呼ぶ。
クリップＡＶストリームファイルに含まれるデータの詳細情報、例えばＭＰＥＧデータのＩピクチャ位置情報などを記録したＥＰマップなどの管理情報がクリップ情報ファイルに記録される。
【００７４】
なお、クリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルは、ＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
【００７５】
クリップ情報（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ）ファイルは、例えば、クリップＡＶストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである（エントリポイント：ＥＰ）等の再生時間位置等の対応データ等、クリップＡＶストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。
【００７６】
プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプに基づいてクリップ情報ファイルを参照して、クリップＡＶストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。
クリップ情報ファイル（Ｃｌｉｐ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
【００７７】
このように、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルは、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルには、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）が設定され、プレイアイテムの各々が、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
【００７８】
なお、再生対象データを格納したクリップＡＶストリーム（Ｃｌｉｐ  ＡＶ  Ｓｔｒｅａｍ）ファイルは、前述したように、従来型のＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、今後、利用が拡大されると予想される４Ｋ，８Ｋ画像等の高精細画像データの場合は、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
図６、図７を参照して、ＭＭＴフォーマットと、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
【００７９】
まず、図６を参照して、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
ＭＰＥＧ−２ＴＳフォーマットは画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データや管理情報（ＰＳＩ／ＳＩ）を記録媒体（メディア）に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式（コンテナフォーマット）を規定したフォーマットである。
【００８０】
ＭＰＥＧ−２ＴＳフォーマットは、ＩＳＯ１３８１８−１において標準化されたフォーマットであり、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）に対するデータ記録や、デジタル放送等に用いられている。
【００８１】
図６（ａ）〜（ｃ）はＭＰＥＧ−２ＴＳフォーマットデータの構成を示す図である。
最下段に示す図６（ａ）は、ＭＰＥＧ−２ＴＳのフォーマットデータの全体構成を示す図である。
図６（ａ）に示すように、ＭＰＥＧ−２ＴＳフォーマットデータは、複数のエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）によって構成される。
エレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。
【００８２】
１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、図２（ｂ）に示すように、１つまたは複数のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）パケットによって構成される。
具体的には、１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）は、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＰＥＳパケットの１つ、または複数から構成される。
【００８３】
１つのＰＥＳパケットは、図６（ｃ）に示すように、１つまたは複数のＴＳパケットによって構成される。
具体的には、１つのＰＥＳパケットは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＴＳパケットの１つ、または複数から構成される。
ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
【００８４】
次に、図７を参照してＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
ＭＭＴフォーマットについては、先に図３を参照しているが、図７に示すＭＭＴフォーマットの説明図は、図６を参照して説明したＭＰＥＧ−２ＴＳフォーマットとの対応関係を分かり易く説明した図である。
【００８５】
先に説明したように、ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランスポートフォーマット）を規定したものである。
図７は、ＩＳＯ／ＩＥＣ  ２３００８−１に規定されるファイルフォーマットであるＭＭＴフォーマットについて説明する図である。
【００８６】
図７（ａ）〜（ｃ）にはＭＭＴフォーマットデータの構成を示している。
最下段に示す図７（ａ）は、ＭＭＴフォーマットデータの全体構成を示す図である。
図７（ａ）に示すように、ＭＭＴフォーマットデータは、複数のメディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｕｎｉｔ）によって構成される。
ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ＭＰＵが１つのＭＰＥＧ圧縮画像単位である１ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅ）に相当する。
【００８７】
１つのＭＰＵは、図７（ｂ）に示すように、１つまたは複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  ｕｎｉｔ）によって構成される。
具体的には、１つのＭＰＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＦＵの１つ、または複数から構成される。
【００８８】
１つのＭＦＵは、図７（ｃ）に示すように、１つまたは複数のＭＭＴＰパケットによって構成される。
具体的には、１つのＭＦＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＭＴＰパケットの１つ、または複数から構成される。
ＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。
ＭＭＴＰパケットの各々は、属性情報等を格納するヘッダ（ＭＭＴＰヘッダ）と、符号化画像の実データ等を格納するペイロード（ＭＭＴＰペイロード）により、構成される。
【００８９】
なお、ＢＤＡＶフォーマットに類似するフォーマットとしてＳＰＡＶフォーマットがある。前述したように、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格である。これに対して、ＳＰＡＶフォーマットは、主にハードディスクに対するデータ記録再生のアプリケーション規格である。
ただし、ＢＤＡＶフォーマット、ＳＰＡＶフォーマットのいずれも、ＢＤ，フラッシュメモリ、ＨＤ等、様々なメディアを利用した記録再生に利用可能なフォーマットである。
【００９０】
ＳＰＡＶフォーマットデータは、ＢＤＡＶフォーマットにおけるデータ記録再生処理と同様の処理でデータ記録再生を実行することが可能である。ただし、ＳＰＡＶフォーマットは、ファイル名設定が、ＢＤＡＶフォーマットと一部、異なっている。
図８にＳＰＡＶフォーマットのディレクトリ構成例を示す。
【００９１】
図８に示すＳＰＡＶフォーマットのディレクトリには、先に図４を参照して説明したＢＤＡＶフォーマットと同様、様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
【００９２】
管理情報ファイルは、例えば、図８に示すインフォファイル（ＩＮＦＯ）、メニューファイル（ＭＥＮＵ）、マークファイル（ＭＡＲＫ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ＰＬＡＹＬＩＳＴ）、
クリップ情報ファイル（ＣＬＩＰＩＮＦ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ＳＴＲＥＡＭ）が記録される。
【００９３】
図８に示すようにＳＰＡＶフォーマットのディレクトリ名や各ファイルの拡張子の設定が、図４を参照して説明したＢＤＡＶフォーマットと異なっている。
ただし、各ファイルに格納されるデータや、各ファイルの役割は、ＢＤＡＶフォーマットと同様である。
【００９４】
以下の実施例の説明では、ＭＭＴフォーマットデータをＢＤＡＶフォーマットデータとして記録し、再生する処理例について説明するが、以下に説明する実施例は、ＭＭＴフォーマットデータをＳＰＡＶフォーマットデータとして記録し、再生する処理にも適用可能である。
【００９５】
［４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理と問題点について］
次に、ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理と問題点について説明する。
【００９６】
先に説明したように、ＭＭＴフォーマットは、今後、放送局等によって配信が予定される４Ｋ画像等に利用されるデータ配信フォーマットであり、図３を参照して説明したプロトコルスタックに従ったフォーマットである。
一方、ＢＤＡＶフォーマットはメディアに対するデータ記録フォーマットであり、図４を参照して説明したようにプレイリストファイルやクリップ情報ファイル等の再生制御情報ファイルを含むデータベースファイルが規定されている。
なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータ再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して再生処理が実行される。
【００９７】
従って、ＭＭＴフォーマットに従った配信コンテンツをメディアに記録し、記録したメディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、ＢＤＡＶフォーマットに従ったデータ記録を行うことが必要である。
【００９８】
前述したように、現在、ＢＤＡＶフォーマットを拡張し、ＭＭＴフォーマットデータを記録、再生可能とするための規定について議論が進められている。
例えば、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）に記録する場合、画像、音声、字幕データや管理情報（ＳＩ）等のデータを、ＭＭＴフォーマットに従ったＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット列として記録とする方向で議論が進んでいる。
【００９９】
しかし、このＭＭＴＰパケット列の記録を行うと各ＭＭＴＰパケットの区切りが判別できないという問題が発生する。
以下、この問題点について説明する。
図９は、ＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）等の記録メディアにＭＭＴフォーマットに従ったＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケット列を記録する処理例を説明する図である。
【０１００】
図９には、以下の３つのデータを示している。
（Ａ）放送配信データであるＴＬＶパケット列
（Ｂ）受信再生データとして処理される１つのＴＬＶパケット
（Ｃ）メディア記録用データの構成として提案されているＭＭＴＰパケット列
【０１０１】
（Ａ）放送配信データであるＴＬＶパケット列は、先に図２を参照して説明したＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットの列（シーケンス）である。
このＴＬＶパケット列が、放送局等の送信装置２０から送信される。
【０１０２】
（Ｂ）受信再生データとして処理される１つのＴＬＶパケットは、テレビや録画機等の情報処理装置３０が受信し、再生処理を行う１つのＴＬＶパケットである。（Ａ）に示すＴＬＶパケット列を構成する１つのＴＬＶパケットの詳細構成を示している。
先に図２を参照して説明したＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットを有するＴＬＶパケットである。
【０１０３】
（Ｃ）メディア記録用データの構成として示すＭＭＴＰパケット列は、現在、メディアに対する記録データとして提案されているＭＭＴＰパケット列である。
メディアに記録されるＭＭＴＰパケットは、図９（Ｂ）との対応関係を示す点線から理解されるように、ＴＬＶパケットの一部の構成データであるＭＭＴＰパケットであり、以下の要素から構成される。
（ａ）ＭＭＴＰパケットヘッダ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｈｅａｄｅｒ）
（ｂ）ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）
【０１０４】
なお、ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）は以下の要素によって構成される。
（ｂ１）ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）
（ｂ２）ＭＭＴＰペイロードデータ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｄａｔａ）
【０１０５】
現在、情報記録媒体（メディア）に対する記録データとして提案されている構成は、この図９（Ｃ）に示すような、ＴＬＶパケットの構成要素であるＭＭＴＰパケットのみを取り出して、一列に並べて記録する構成である。
【０１０６】
しかし、前述したように、ＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。すなわち、パケットサイズが一律でない。
このため、メディアにＭＭＴＰパケットを並べて記録してしまうと、ＭＭＴＰパケットのパケット区切り位置が判別できなくなるという問題が発生する。
【０１０７】
ただし、ＴＬＶパケットを受信してＴＬＶパケットを利用したデータ再生を行う場合は、ＴＬＶパケットのＴＬＶヘッダ（ＴＬＶ  ｈｅａｄｅｒ）や、ＩＰヘッダ（ＩＰ  ｈｅａｄｅｒ）の記録データを参照可能であり、このヘッダ記録データに基づいてＴＬＶパケット長や、ＩＰパケット長を取得することが可能となる。
結果として、１つのＭＭＴＰパケットを含むＩＰパケットやＴＬＶパケットの全体長を把握することが可能となり、ＭＭＴＰパケットの区切りも判別可能となるため、データ再生に支障が発生することはない。
【０１０８】
図１０は、ＴＬＶパケットに設定されるＴＬＶヘッダ（ＴＬＶ  ｈｅａｄｅｒ）のデータを示す図である。
図１０には、ＴＬＶヘッダ（ＴＬＶ  ｈｅａｄｅｒ）のデータ構造（Ｓｙｎｔａｘ）、ビット数（Ｎｏ．  ｏｆ  ｂｉｔｓ）、データ表記（Ｍｎｅｍｏｎｉｃ）を示している。
なお、データ表記中の「ｕｉｍｓｂｆ」は「符号無し整数、最上位ビットが先頭」（ｕｎｓｉｇｎｅｄ  ｉｎｔｅｇｅｒ  ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ  ｆｉｒｓｔ）表記を意味する。
「ｂｓｌｂｆ」は、「ビット列、左ビットが先頭（ｂｉｔ  ｓｔｒｉｎｇ，ｌｅｆｔ  ｂｉｔ  ｆｉｒｓｔ）を意味する。
【０１０９】
図１０に示すように、ＴＬＶパケットに設定されるＴＬＶヘッダには、ＴＬＶパケットのパケットレングスデータ（ｌｅｎｇｔｈ）が記録される。
これはＴＬＶパケットのＴＬＶヘッダを除くＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータ長に相当する。具体的には、ＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータバイト長が記録される。
【０１１０】
さらに、図１１は、ＴＬＶパケット内のＩＰパケットのＩＰヘッダ（ＩＰ  ｈｅａｄｅｒ）のデータ例を示す図である。
なお、ＴＬＶパケットに格納されるＩＰパケットには、圧縮データからなる圧縮ＩＰパケットと非圧縮データからなるＩＰ（ｖ６）パケットの２つの態様がある。
図１１に示す例は、非圧縮データからなるＩＰ（ｖ６）パケットのヘッダ例である。
【０１１１】
図１１に示すように、ＩＰパケットに設定されるＩＰヘッダには、ＩＰパケットのペイロードレングスデータ（ｐａｙｌｏａｄ＿ｌｅｎｇｔｈ）が記録される。
これはＩＰパケットのＩＰヘッダを除くＩＰ＿ｄａｔａ（＝ＩＰペイロード）のデータ長に相当する。具体的には、ＩＰ＿ｄａｔａ（＝ＩＰペイロード）のデータバイト長が記録される。
【０１１２】
このように、例えばテレビ等が、ＴＬＶパケットを受信してＴＬＶパケットを利用したデータ再生を行う場合は、ＴＬＶパケットのＴＬＶヘッダ（ＴＬＶ  ｈｅａｄｅｒ）や、ＩＰヘッダ（ＩＰ  ｈｅａｄｅｒ）の記録データを参照可能であり、このヘッダ記録データに基づいてＴＬＶパケット長や、ＩＰパケット長を取得することが可能となる。
結果として、１つのＭＭＴＰパケットを含むＩＰパケットやＴＬＶパケットの全体長を把握することが可能となり、ＭＭＴＰパケットの区切りも判別することが可能となるため、データ再生に支障が発生することはない。
【０１１３】
しかし、先に図９を参照して説明した図９（Ｃ）に示すメディア記録データのように、ＴＬＶヘッダやＩＰヘッダを取り除いたＭＭＴＰパケット列を、メディアに記録した場合、ＴＬＶヘッダやＩＰヘッダを参照することができなくなる。
【０１１４】
図１２に、ＭＭＴＰパケットのＭＭＴＰヘッダ（ＭＭＴＰ  ｐａｃｋｅｔ  ｈｅａｄｅｒ）のデータ例を示す。
図１２に示すＭＭＴＰヘッダ（ＭＭＴＰ  ｐａｃｋｅｔ  ｈｅａｄｅｒ）のデータ中には、ＭＭＴＰパケットのパケット長や、ペイロード（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）のペイロードデータ長に関する記録データが存在しない。
先に説明したようにＭＭＴＰパケットのパケット長は一律でなく、様々なデータ長の設定が可能である。
従って、何らかの手段で、データ長情報が得られない限り、ＭＭＴＰパケットの終端部の位置（アドレス）、すなわち、次のＭＭＴＰパケットの開始位置を知ることができない。
【０１１５】
ただし、一部のＭＭＴＰパケットに関するデータ長を記録した領域として、ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）内のＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）がある。
前述したように、ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）は以下の要素によって構成される。
（ｂ１）ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）
（ｂ２）ＭＭＴＰペイロードデータ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｄａｔａ）
【０１１６】
ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）のデータ構成について、図１３を参照して説明する。
ＭＭＴＰペイロードヘッダには、ＭＭＴＰパケットの格納データであるＭＭＴＰペイロードデータの種類（タイプ）を示すペイロードタイプ（ｐａｙｌｏａｄ＿ｔｙｐｅ）が記録され、さらに、データタイプごとに異なるデータが記録される。
ペイロードタイプには、例えば、以下のタイプが規定されている。
ペイロードタイプ＝０ｘ００
ペイロードタイプ＝０ｘ０２
【０１１７】
ペイロードタイプ＝０ｘ００は、
ＭＭＴＰパケットに格納されたデータが、ＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）であることを示す。ＭＰＵは、先に図３を参照して説明したように、画像、音声、字幕データ等の再生対象データの１つのデータ処理単位である。
【０１１８】
一方、ペイロードタイプ＝０ｘ０２は、
ＭＭＴＰパケットに格納されたデータが、管理情報等の制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）であることを示す。
ＭＭＴＰパケットに格納される制御メッセージ（ＳＩ）は、ＭＭＴ−ＳＩであり、情報処理装置３０側においてコンテンツ（番組）を再生するために必要となる情報や、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報によって構成される。
【０１１９】
先に図２を参照して説明したように、放送局等の送信装置２０が送信する制御メッセージ（ＳＩ）には、ＴＬＶレイヤで処理が生成されるＴＬＶパケットに格納される制御メッセージ（ＳＩ）であるＴＬＶ−ＳＩと、ＭＭＴプロトコル（ＭＭＴＰ）に従って生成されるパケットであるＭＭＴＰパケットに格納される制御メッセージ（ＳＩ）であるＭＭＴ−ＳＩがある。
【０１２０】
ＴＬＶ−ＳＩは、主に受信制御等に関する制御メッセージであり、画像、音声、字幕等のコンテンツをメディアに記録する際には、不要であり、メディアに対する記録対象とはならない。
一方、ＭＭＴ−ＳＩには、再生制御に関する制御メッセージが含まれており、画像、音声、字幕等のコンテンツをメディアに記録する際に併せてメディアに記録することが必要となる。
【０１２１】
図１３は、メディア記録対象となるＭＭＴＰパケット内のデータについての説明であり、図１３（Ｑ）で説明しているペイロードタイプ０ｘ０２は、ＭＭＴＰパケットに格納された制御メッセージ（ＳＩ）、すなわちＭＭＴ−ＳＩに関する説明である。
【０１２２】
図１３（Ｐ）に示すように、ペイロードタイプ＝０ｘ００、すなわち、ＭＭＴＰパケットのペイロードがＭＰＵ（画像、音声、字幕等）である場合には、ＭＭＴＰペイロードヘッダにペイロード長（Ｐａｙｌｏａｄ  ｌｅｎｇｔｈ）が記録される。
従って、ペイロードタイプ＝０ｘ００、すなわち、ＭＭＴＰパケットのペイロードがＭＰＵ（画像、音声、字幕等）である場合には、このＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）のデータからＭＭＴＰパケットのデータ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｄａｔａ）の長さ（ペイロード長）を確認できる。
【０１２３】
しかし、一方、図１３（Ｑ）に示すように、ペイロードタイプ＝０ｘ０２、すなわち、ＭＭＴＰパケットのペイロードが管理情報等の制御メッセージ（ＳＩ（＝ＭＭＴ−ＳＩ））である場合には、ＭＭＴＰペイロードヘッダにペイロード長（Ｐａｙｌｏａｄ  ｌｅｎｇｔｈ）が記録されない。
【０１２４】
なお、１つのＭＭＴＰパケットに、１つの制御メッセージ（ＳＩ）を記録した設定（アグリゲーションフラグ（ａｇｇｒｅｇａｔｉｏｎ＿ｆｌａｇ）＝０）では、メッセージ長（ｍｅｅｓａｇｅ  ｌｅｎｇｔｈ）を記録しないが、１つのＭＭＴＰパケットに、複数の制御メッセージ（ＳＩ）を記録した設定（アグリゲーションフラグ（ａｇｇｒｅｇａｔｉｏｎ＿ｆｌａｇ）＝１）では、メッセージ長を記録するフィールド（ｍｅｅｓａｇｅ  ｌｅｎｇｔｈ）が設けられる設定となっている。
メッセージ長記録フィールド（ｍｅｅｓａｇｅ  ｌｅｎｇｔｈ）には、１つの制御メッセージ（ＳＩ）の長さが記録される。
【０１２５】
アグリゲーションフラグ（ａｇｇｒｅｇａｔｉｏｎ＿ｆｌａｇ）は、１つのＭＭＴＰパケットに複数のデータ要素（ＭＦＵやＳＩ）が格納されているか否かを示すフラグである。
アグリゲーションフラグ（ａｇｇｒｅｇａｔｉｏｎ＿ｆｌａｇ）＝０の場合は、１つのＭＭＴＰパケットに１つのみのデータ要素（ＭＦＵやＳＩ）が格納されていることを意味する。
アグリゲーションフラグ（ａｇｇｒｅｇａｔｉｏｎ＿ｆｌａｇ）＝１の場合は、１つのＭＭＴＰパケットに複数のデータ要素（ＭＦＵやＳＩ）が格納されていることを意味する。
【０１２６】
１つのＭＭＴＰパケットに、複数の制御メッセージ（ＳＩ）を記録した場合のみ、そのメッセージの区切りを判別するためのメッセージ長（ｍｅｅｓａｇｅ  ｌｅｎｇｔｈ）を記録するフィールドが設定される。
【０１２７】
ところが、現在の規定では、１つのＭＭＴＰパケットに複数の制御メッセージ（ＳＩ）を記録することは、許容されていない。
従って、結果として、ペイロードタイプ＝０ｘ０２、すなわち、ＭＭＴＰパケットのペイロードが管理情報等の制御メッセージ（ＳＩ）である場合には、ＭＭＴＰペイロードヘッダにペイロード長（Ｐａｙｌｏａｄ  ｌｅｎｇｔｈ）や、メッセージ長（ｍｅｅｓａｇｅ  ｌｅｎｇｔｈ）が記録されることはない。
【０１２８】
図１４は、１つのＭＭＴＰパケットに複数のデータ要素（ＭＦＵやＳＩ）を格納する例を示す図である。
すなわち、アグリゲーションフラグ（ａｇｇｒｅｇａｔｉｏｎ＿ｆｌａｇ）＝１の設定とした場合のＭＭＴＰパケットのデータ格納例である。
【０１２９】
図１４（Ａ）は、ＭＭＴＰパケットに複数のＭＦＵ（Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  ｕｎｉｔ）を格納した例である。
先に図７を参照して説明したように、画像、音声、字幕等の再生対象データの１つの処理単位であるＭＰＵは、図７（ｂ）に示すように、１つまたは複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  ｕｎｉｔ）によって構成される。
図１４（Ａ）に示すように、ＭＭＴＰパケットに複数のＭＦＵ（Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  ｕｎｉｔ）を格納する設定は許容されている。
【０１３０】
図１４（Ｂ）は、ＭＭＴＰパケットに複数の制御メッセージ（ＳＩ）を格納した例である。
制御メッセージ（ＳＩ）の１単位は、メッセージ１（ＳＩ−１）（＝Ｔａｂｌｅ−１）や、メッセージ２（ＳＩ−２）（＝Ｔａｂｌｅ−２）である。
図１４（Ｂ）に示すように、ＭＭＴＰパケットに複数の制御メッセージ（ＳＩ−１（＝Ｔａｂｌｅ−１），ＳＩ−２（＝Ｔａｂｌｅ−２））を格納する構成は、現時点で許容されていない。
制御メッセージ（ＳＩ）については、１単位ごと１つのＭＭＴＰパケットに格納する構成のみが許容されている。
【０１３１】
ただし、１つの制御メッセージ（ＳＩ）を複数のＭＭＴＰパケットに分割して格納する構成については許容されている。
図１５は、ＭＭＴＰパケットに対する制御メッセージ（ＳＩ）を格納する場合の許容構成を説明する図である。
【０１３２】
図１５（１）１ＳＩ＝１ｐａｃｋｅｔは、
１つのＭＭＴＰパケットに１つの制御メッセージを格納した例である。
１つの制御メッセージ（ＳＩ）（＝Ｔａｂｌｅ）が１つのＭＭＴＰパケットに格納されている。
【０１３３】
図１５（２）１ＳＩ＝２ｐａｃｋｅｔｓは、
２つのＭＭＴＰパケットに１つの制御メッセージを分割して格納した例である。
１つの制御メッセージ（ＳＩ）（＝Ｔａｂｌｅ）が２つのテーブル（Ｔａｂｌｅ（１／２），（２／２））に分割され、２つのＭＭＴＰパケットに分割して格納されている。
【０１３４】
図１５（３）１ＳＩ＝３ｐａｃｋｅｔｓは、
３つのＭＭＴＰパケットに１つの制御メッセージを分割して格納した例である。
１つの制御メッセージ（ＳＩ）（＝Ｔａｂｌｅ）が３つのテーブル（Ｔａｂｌｅ（１／３），（２／３），（３／３））に分割され、３つのＭＭＴＰパケットに分割して格納されている。
【０１３５】
このように、１つの制御メッセージ（ＳＩ）を複数のＭＭＴＰパケットに分割して格納する構成は許容されている。
なお、個々のＭＭＴＰパケットに格納された制御メッセージ（ＳＩ）が分割されたデータであるか分割されていないデータであるか、また、分割データある場合は、どの分割位置のデータであるかを識別可能とするためのデータであるフラグメント指示子（ＦＩ：Ｆｒａｇｍｅｎｔ＿ｉｎｄｉｃａｔｏｒ）が、ＭＭＴＰパケットのＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）に格納される。
図１５（１）〜（３）に示すＦＩ＝００，０１，１１，１０は、このフラグメント指示子（ＦＩ）の値を示している。
【０１３６】
ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）のデータ構成を図１６に示す。
図１６に示すように、ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）には、ＭＭＴＰパケットに格納されたデータが、データタイプ＝０ｘ０２、すなわち、制御メッセージ（ＳＩ）である場合、フラグメント指示子（ＦＩ：Ｆｒａｇｍｅｎｔ＿ｉｎｄｉｃａｔｏｒ）が記録される。
【０１３７】
フラグメント指示子（ＦＩ：Ｆｒａｇｍｅｎｔ＿ｉｎｄｉｃａｔｏｒ）の設定値と意味について、図１７を参照して説明する。
図１７に示すように、フラグメント指示子（ＦＩ）は、００〜１１の各値に設定可能であり、各設定値は、以下の意味を示す。
ＦＩ＝００は、ＭＭＴＰパケットのペイロードに、１つのデータユニット、すなわち、１つの制御メッセージ（ＳＩ）全体が格納されていることを意味する。
ＦＩ＝０１は、ＭＭＴＰパケットのペイロードに、１つのデータユニット、すなわち、１つの制御メッセージ（ＳＩ）を分割して設定される複数の分割データ中の最初の分割データが格納されていることを意味する。
【０１３８】
ＦＩ＝１０は、ＭＭＴＰパケットのペイロードに、１つのデータユニット、すなわち、１つの制御メッセージ（ＳＩ）を分割して設定される複数の分割データ中の最初、または最後以外の分割データが格納されていることを意味する。
ＦＩ＝１１は、ＭＭＴＰパケットのペイロードに、１つのデータユニット、すなわち、１つの制御メッセージ（ＳＩ）を分割して設定される複数の分割データ中の最後の分割データが格納されていることを意味する。
【０１３９】
ＭＭＴＰパケットとからデータを取り出して解析する再生装置は、このフラグメント指示子（ＦＩ）の設定値に基づいて、ＭＭＴＰパケットに格納された制御メッセージ（ＳＩ）が分割されたデータであるか分割されていないデータであるか、また、分割データある場合は、どの分割位置のデータであるかを識別することが可能となる。
【０１４０】
しかし、このフラグメント指示子（ＦＩ）は、ＭＭＴＰパケットに格納されたデータの分割態様を示すにすぎず、ＭＭＴＰパケットのデータ長を示すものではない。
従って、ＭＭＴＰパケットに制御メッセージ（ＳＩ）が格納されている場合、ＭＭＴＰパケットの長さ、すなわち、パケットサイズやペイロードサイズを知ることができないという問題が発生する。
【０１４１】
具体的な問題の発生例について、図１８を参照して説明する。
図１８には、先に、図９（Ｃ）を参照して説明したと同様、メディア記録用データの構成として提案されているＭＭＴＰパケット列を示している。
メディアには、画像を格納したＭＭＴＰパケット（Ｖ）や、様々な管理情報からなる制御メッセージを格納したＭＭＴＰパケット（ＳＩ）、さらにその他のデータ（音声、字幕）の格納パケットが混在したパケット列として記録されることになる。
【０１４２】
このＭＭＴＰパケット列を記録したメディアからデータ再生を行う場合、例えば、画像データの復号、再生を行うためには、パケット列から画像データを格納したＭＭＴＰパケット（Ｖ）のみを順次、選択取得し、取得したパケットから符号化画像データを取り出して、復号して再生する処理が必要となる。
なお、ＭＭＴＰパケットに格納されたデータの種類（画像、音声等）は、ＭＭＴＰパケットの既存のパケットヘッダ（ＭＭＴＰ  ｐａｃｋｅｔ  ｈｅａｄｅｒ）の記録データであるパケットＩＤ（ｐａｃｋｅｔ＿ｉｄ）に基づいて判別することができる。
【０１４３】
メディアに記録されたデータが、例えば図１８に示すようなＭＭＴＰパケット列である場合を想定する。
ＭＭＴＰパケット（Ｖ１），（Ｖ２），（Ｖ３）は画像データを格納したＭＭＴＰパケットである。
ＭＭＴＰパケット（Ｓ１  Ｔａｂｌｅ（１／２）），（ＳＩ  Ｔａｂｌｅ（２／２））は制御メッセージ（ＳＩ）の分割データを格納したＭＭＴＰパケットである。
これらのＭＭＴＰパケットのパケット長は、一律でなく、それぞれ異なる長さ（パケットサイズ）を有する。
【０１４４】
先に図１３を参照して説明したように、ＭＭＴＰパケットに格納されたデータが画像や音声、字幕等のＭＰＵである場合は、ＭＭＴＰパケットのＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）を参照すれば、ペイロードレングスが確認できる。
すなわち、図１８に示すＭＭＴＰパケット（Ｖ１），（Ｖ２），（Ｖ３）については、パケット長を知ることができる。
【０１４５】
しかし、ＭＭＴＰパケットに格納されたデータが画像や音声、字幕ではないセイギョメッセージ（ＳＩ）である場合は、ＭＭＴＰパケットのＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）を参照しても、ペイロードレングスを確認することができない。
すなわち、図１８に示すＭＭＴＰパケット（Ｓ１  Ｔａｂｌｅ（１／２）），（ＳＩ  Ｔａｂｌｅ（２／２））については、パケット長を知ることができない。
【０１４６】
この結果、画像データの復号、再生を行うため、再生装置は、まずＭＭＴＰパケット列から最初の画像格納ＭＭＴＰパケットであるＭＭＴＰパケット（Ｖ１）を選択して、このＭＭＴＰパケット（Ｖ１）から、ペイロードとして格納された画像データを取得する。
次に、ＭＭＴＰパケット列から次の画像格納ＭＭＴＰパケットであるＭＭＴＰパケット（Ｖ２）を選択することが必要となる。
【０１４７】
しかし、ＭＭＴＰパケット（Ｖ１）と、ＭＭＴＰパケット（Ｖ２）の間には、制御メッセージ（ＳＩ）格納パケットであるＭＭＴＰパケット（Ｓ１  Ｔａｂｌｅ（１／２））と、ＭＭＴＰパケット（ＳＩ  Ｔａｂｌｅ（２／２））が存在している。
これらの制御メッセージ（ＳＩ）格納パケットには、パケット長の記録データが存在しないため、パケットの終端位置を判別することができない。
すなわち、画像格納パケットであるＭＭＴＰパケット（Ｖ１）の次の画像格納パケットであるＭＭＴＰパケット（Ｖ２）の先頭位置（先頭アドレス）を取得することができず、画像格納パケットを選択して再生することができなくなる。
【０１４８】
これは、音声、字幕等についても、同様であり、メディアに記録されたＭＭＴＰパケット列を構成するすべてのＭＭＴＰパケットのパケット長が確認できなければ、メディアに記録されたＭＭＴＰパケット列から、同一種類のデータを納したパケットを、順次、選択して、同一種類のデータを取り出して、各データ種類に応じた復号、再生を行うことが不可能となる。
【０１４９】
［５．情報記録媒体に記録されたＭＭＴＰパケットのパケット長を確認可能とした構成例について］
次に、上述した問題を解決し、情報記録媒体（メディア）に記録されたすべてのＭＭＴＰパケットのサイズ（パケット長）を確認可能とした構成例について説明する。
この構成によって、メディアに記録したＭＭＴＰパケット列から、同一種類のデータ、例えば画像データを格納したパケットを順次、選択して再生する処理が可能となる。
【０１５０】
図１９は、ＭＭＴＰパケットのサイズを確認可能とするための構成について説明する図である。
図１９（ａ）に示すパケット列は、先に図９（Ｃ）を参照して説明したＭＭＴＰパケット列であり、図１８を参照して説明したように、各ＭＭＴＰパケットのサイズが不明であり、パケット区切りが分からなくなるという問題のあるパケット配列である。
【０１５１】
この問題を解決するため、図１９（ｂ）に示すように、情報記録媒体（メディア）にＭＭＴＰパケットを記録する際、各ＭＭＴＰパケット１００の前に追加ヘッダ（ＭＭＴＰパケット追加ヘッダ１０１）を設定して記録する。
【０１５２】
ＭＭＴＰパケット追加ヘッダ１０１には、後続するＭＭＴＰパケットのパケット長等の情報を記録する。
ＭＭＴＰパケット追加ヘッダ１０１のデータ構成例について、図２０を参照して説明する。
【０１５３】
図２０に示すように、ＭＭＴＰパケット追加ヘッダ１０１は、以下のデータ記録領域を有する。
（１）ＭＭＴＰパケット長（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ）＝１６ビット
（２）リザーブ領域（Ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅ）＝１５ビット
（３）拡張フラグ（ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）＝１ビット
（４）拡張データ長（ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ）＝１６ビット
（５）拡張データ（ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅｓ）＝８ビット
【０１５４】
ＭＭＴＰパケット長（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ）には、図２０に示すように、ＭＭＴＰパケット追加ヘッダ１０１に続くＭＭＴＰパケットのパケット長を記録する。具体的には、例えばＭＭＴＰパケットのデータバイト長を記録する。
【０１５５】
拡張フラグ（ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）には、ヘッダに拡張データを含むか否かを記録する。
例えば、拡張データ有りの場合、フラグを１、拡張データ無しの場合、フラグを０の設定とする。
拡張データ有り（フラグ＝１）の場合は、次の、拡張データ長（ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ）に拡張データのデータ長を記録し、拡張データ（ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅｓ）に拡張データを記録する。
【０１５６】
このような構成を有する追加ヘッダを各ＭＭＴＰパケットの前段に設定して、情報記録媒体（メディア）に記録する。
【０１５７】
図２１を参照して、情報記録媒体（メディア）に対するデータ記録を実行する情報処理装置（記録装置）の実行する処理の概要について説明する。
図２１の上段には放送局等の送信装置２０が送信する（Ａ）放送データを示している。
（Ａ）放送データは、ＴＬＶパケット列によって構成されており、各ＴＬＶパケットの中にＭＭＴＰパケットが含まれる。
【０１５８】
ＴＬＶパケットの構成データであるＭＭＴＰパケットは、以下の要素から構成される。
（ａ）ＭＭＴＰパケットヘッダ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｈｅａｄｅｒ）
（ｂ）ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）
また、ＭＭＴＰパケットデータ（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｄａｔａ）（＝ペイロード）は以下の要素によって構成される。
（ｂ１）ＭＭＴＰペイロードヘッダ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｈｅａｄｅｒ）
（ｂ２）ＭＭＴＰペイロードデータ（ＭＭＴＰ＿ｐａｙｌｏａｄ＿ｄａｔａ）
【０１５９】
情報記録媒体（メディア）に対するデータ記録を実行する情報処理装置（記録装置）は、まず、「ステップＳ０１」において、ＴＬＶパケットから、ＭＭＴＰパケットを取得する。
【０１６０】
次に、「ステップＳ０２」において、ＴＬＶパケットから取得したＭＭＴＰパケットの前段に、ＭＭＴＰパケットのパケット長を記録した追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）を設定する。
なお、ＭＭＴＰパケットのパケット長の取得処理の詳細については、後段で説明する。
【０１６１】
さらに、「ステップＳ０３」において、ＭＭＴＰパケットの前段にＭＭＴＰパケット追加ヘッダを持つ「追加ヘッダ−ＭＭＴＰパケットの組み合わせ」を順次、メディアに記録する。
【０１６２】
この結果、メディアには、ＭＭＴＰパケットに併せて、各ＭＭＴＰパケットの前段にＭＭＴＰパケットのパケット長を記録したＭＭＴＰパケット追加ヘッダが記録されることになる。
【０１６３】
例えば、メディアからのコンテンツ再生処理を実行する再生装置は、ＭＭＴＰパケット追加ヘッダの記録データを参照して、各ＭＭＴＰパケットのパケット長を確認することが可能となり、各ＭＭＴＰパケットの区切り位置（アドレス）を判別することが可能となる。
この結果、画像、音声、字幕、制御メッセージ（ＳＩ）が混在するパケット列から、特定の種類のデータ、例えば（画像）の記録されたパケットのみを順次、選択して復号、再生する処理が可能となる。
なお、ＭＭＴＰパケットに格納されたデータの種類（画像、音声等）は、ＭＭＴＰパケットの既存のパケットヘッダ（ＭＭＴＰ  ｐａｃｋｅｔ  ｈｅａｄｅｒ）の記録データであるパケットＩＤ（ｐａｃｋｅｔ＿ｉｄ）に基づいて判別することができる。
【０１６４】
次に、図２１に示す「ステップＳ０２」において実行するＭＭＴＰパケットのパケット長を記録した追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）の設定処理において必要となるＭＭＴＰパケットのパケット長の取得処理の詳細について説明する。
【０１６５】
まず、放送局等の送信装置２０から送信されるＴＬＶパケットを受信する情報処理装置３０は、ＴＬＶパケットのヘッダを参照して、ＴＬＶパケットのペイロードに応じたＴＬＶパケットの分離処理（フィルタリング）を行う。
このＴＬＶパケットの分離処理（フィルタリング）について、図２２を参照して説明する。
【０１６６】
図２２は、放送局等の送信装置２０から送信されるＴＬＶパケットを受信する情報処理装置３０の実行するＴＬＶパケットの分離処理（フィルタリング）を説明する図である。
【０１６７】
情報処理装置３０は、放送局等の送信装置２０から送信されるＴＬＶパケット１１０を、順次、受信し、ＴＬＶパケットフィルタ１２０において、以下の３つのＴＬＶパケットに分離するフィルタリング処理を実行する。
（ａ）ＩＰ（Ｖ６）パケット１３１、
（ｂ）圧縮ＩＰパケット１３２、
（ｃ）ＴＬＶ−ＳＩパケット１３３
【０１６８】
なお、このフィルタリング処理は、ＴＬＶパケットに設定されたＴＬＶヘッダを参照して実行する。
ＴＬＶヘッダのデータ構成を図２３に示す。
図２３に示すように、ＴＬＶヘッダには、先に図１０を参照して説明したように、ＴＬＶパケットのパケットレングスデータ（ｌｅｎｇｔｈ）が記録される。
これはＴＬＶパケットのＴＬＶヘッダを除くＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータ長に相当する。具体的には、ＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータバイト長が記録される。
【０１６９】
さらに、ＴＬＶヘッダには、パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）が記録されている。
パケットタイプの値に応じて、ＴＬＶパケットが上記（ａ）〜（ｃ）のいずれであるかが識別可能な構成となっている。
【０１７０】
具体的には、以下の設定となっている。
パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）＝０ｘ０２は、「ＩＰ（Ｖ６）パケット」であることを意味する。
パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）＝０ｘ０３は、「圧縮ＩＰパケット」であることを意味する。
パケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）＝０ｘＦＥは、「ＴＬＶ−ＳＩパケット」であることを意味する。
【０１７１】
情報処理装置３０は、このように、ＴＬＶパケットに設定されたＴＬＶヘッダのパケットタイプ（ｐａｃｋｅｔ＿ｔｙｐｅ）を参照して図２２に示すパケット分離処理（フィルタリング）を実行する。
【０１７２】
図２２に示す（ｃ）ＴＬＶ−ＳＩパケット１３３は、制御メッセージ（ＴＬＶ−ＳＩ）を格納したＴＬＶパケットである。このＴＬＶ−ＳＩパケット１３３には、情報記録媒体（メディア）に記録するＭＭＴＰパケットは含まれておらず、メディア記録処理には利用しない。
前述したようにＴＬＶ−ＳＩは、主にデータ受信制御に必要となる制御メッセージによって構成されており、メディアに記録したコンテンツの再生に必要となる制御メッセージは、ＭＭＴＰパケットに格納された制御メッセージ（ＭＭＴ−ＳＩ）に含まれている。
【０１７３】
一方、（ａ）ＩＰ（Ｖ６）パケット１３１と、（ｂ）圧縮ＩＰパケット１３２には、情報記録媒体（メディア）に記録するＭＭＴＰパケットが含まれている。
これらのパケットには、情報記録媒体（メディア）に記録する画像、音声、字幕等のコンテンツから構成されるＭＰＵや、制御メッセージ（ＭＭＴ−ＳＩ）を格納したＭＭＴＰパケットが含まれる。
【０１７４】
情報記録媒体（メディア）に記録する処理を実行する情報処理装置３０は、ＴＬＶパケットフィルタ１２０によって分離（フィルタリング）された結果として得られる以下の２種類のＴＬＶパケット、すなわち、
（ａ）ＩＰ（Ｖ６）パケット１３１、
（ｂ）圧縮ＩＰパケット１３２、
これらのＴＬＶパケットを取得して、先に図２１を参照して説明したステップＳ０１〜Ｓ０３の処理を実行する。
【０１７５】
図２１に示す「ステップＳ０２」において実行するＭＭＴＰパケットのパケット長を記録した追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）の設定処理において必要となるＭＭＴＰパケットのパケット長の取得処理は、上記（ａ），（ｂ）２つのＴＬＶパケットに応じて異なる処理となる。
以下、各ＴＬＶパケットに応じたＭＭＴＰパケットのパケット長の取得処理について説明する。
【０１７６】
まず、ＴＬＶパケットが、ＩＰ（Ｖ６）パケットである場合のＭＭＴＰパケットのパケット長の取得処理について説明する。
図２４に、ＴＬＶパケットが、ＩＰ（Ｖ６）パケットである場合のＩＰヘッダ（ＩＰ  ｈｅａｄｅｒ）のデータ構成を示す。
【０１７７】
図２４に示すように、ＴＬＶパケットが、ＩＰ（Ｖ６）パケットである場合のＩＰヘッダ（ＩＰ  ｈｅａｄｅｒ）には、ＩＰパケットのペイロードレングスデータ（ｐａｙｌｏａｄ＿ｌｅｎｇｔｈ）が記録される。具体的には、ＩＰ＿ｄａｔａ（＝ＩＰペイロード）のデータバイト長が記録される。
【０１７８】
このＩＰヘッダに記録されたペイロードレングスデータ（ｐａｙｌｏａｄ＿ｌｅｎｇｔｈ）は、ＩＰパケットのＩＰヘッダを除くＩＰ＿ｄａｔａ（＝ＩＰペイロード）のデータ長であり、これは、すなわちＭＭＴＰパケットのデータ長に相当する。
【０１７９】
情報記録媒体（メディア）に対するデータ記録を実行する情報処理装置は、メディア記録対象のＭＭＴＰパケットを含むＴＬＶパケットが、ＩＰ（Ｖ６）パケットである場合、このＩＰヘッダに記録されたペイロードレングスデータ（ｐａｙｌｏａｄ＿ｌｅｎｇｔｈ）を取得する。
この取得データを、図２１に示すステップＳ０２において、ＭＭＴＰパケット追加ヘッダ１０１のパケット長データ、すなわち、図２０に示すＭＭＴＰパケット長（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ）として記録する。
【０１８０】
次に、ＴＬＶパケットが、圧縮ＩＰパケットである場合のＭＭＴＰパケットのパケット長の取得処理について説明する。
図２５に、ＴＬＶパケットが、圧縮ＩＰパケットである場合のＩＰヘッダ（圧縮ＩＰ  ｈｅａｄｅｒ）のデータ構成を示す。
【０１８１】
図２５に示すように、ＴＬＶパケットが、圧縮ＩＰパケットである場合のＩＰヘッダ（ＩＰ  ｈｅａｄｅｒ）には、
ＣＩＤ、
ＳＮ、
ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）、
これらの各データが記録され、さらに、
ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）に応じたデータ（ｐａｃｋｅｔ＿ｄａｔａ＿ｂｙｔｅ）を記録する構成となっている。
【０１８２】
ＣＩＤ（コンテクスト識別子）には、ヘッダ圧縮を行ったＩＰデータフローを特定する識別子（コンテクスト識別子）が記録される。
ＳＮには、同一コンテクスト識別を持つヘッダ圧縮したＩＰパケットの順序を０から順番に記録する。
ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）には、コンテクスト識別子のヘッダ種別を記録する。
【０１８３】
ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）には、以下の２種類の規定がある。
ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）＝０ｘ６０
ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）＝０ｘ６１
【０１８４】
「ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）＝０ｘ６０」は、コンテクスト識別子のヘッダ種別が、ＩＰｖ６／ＵＤＰヘッダを持つＩＰパケット圧縮時のフルヘッダであることを意味する。
「ＣＩＤヘッダタイプ（ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ）＝０ｘ６１」は、コンテクスト識別子のヘッダ種別が、ＩＰｖ６／ＵＤＰヘッダを持つＩＰパケット圧縮時の圧縮ヘッダでであることを意味する。
【０１８５】
情報記録媒体（メディア）に対するデータ記録を行う場合、必要となるのは、ＩＰヘッダの後に続くＭＭＴＰパケットのデータ長を取得することである。
ここで問題となるのは、ＩＰヘッダ自体のデータ長を算出することである。
図２５に示すＴＬＶパケットのＴＬＶヘッダを除くＴＬＶデータ（ＴＬＶペイロード（ＴＬＶ  ｄａｔａ））のデータ長は、ＴＬＶヘッダの記録データから取得できる。
【０１８６】
先に図２３を参照して説明したように、ＴＬＶヘッダには、ＴＬＶパケットのパケットレングスデータ（ｌｅｎｇｔｈ）が記録されている。
これはＴＬＶパケットのＴＬＶヘッダを除くＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータ長に相当する。具体的には、ＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータバイト長が記録されている。
【０１８７】
従って、ＩＰヘッダのデータ長が分かれば、ＴＬＶヘッダに記録されたＴＬＶパケットのパケットレングスデータ（ｌｅｎｇｔｈ）から、圧縮ＩＰパケットのＩＰヘッダのデータ長を減算することで、ＭＭＴＰパケットのパケット長を算出することができる。
すなわち、以下の算出式により、ＭＭＴＰパケット長を算出する。
ＭＭＴＰパケット長＝（ＴＬＶペイロード長）−（圧縮ＩＰパケットのＩＰヘッダ長）
【０１８８】
この算出処理のためには、圧縮ＩＰパケットのＩＰヘッダのヘッダ長を求めることが必要となる。
図２５には、圧縮ＩＰパケットのＩＰヘッダの各記録データのデータ長（バイト数／ビット数）を示している。
ＣＩＤ＝１２ビット
ＳＮ＝４ビット、
ＣＩＤヘッダタイプ＝８ビット
これらの３つのデータの総データ長は、３バイト（２４ビット）である。
【０１８９】
さらに、
ＣＩＤヘッダタイプ＝０ｘ６０の場合、ＩＰヘッダには、以下の各データが記録される。
ＩＰｖ６＿ｈｅａｄｅｒ  ｗｏ＿ｌｅｎｇｔｈ
ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ
【０１９０】
これらのデータ記録領域は、ＩＰパケットの受信処理等に必要となるデータ等が記録される。
図２６に、これら２つのデータ記録領域、すなわち、
ＩＰｖ６＿ｈｅａｄｅｒ  ｗｏ＿ｌｅｎｇｔｈ
ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ
上記データ記録領域のデータ構成を示す。
【０１９１】
図２６に示すデータ構成から理解されるように、これら２つのデータ記録領域に記録される各データのビット数は固定されている。
結果として、これら２つのデータ記録領域のデータ長は、は固定である。
具体的には、以下のデータ長に固定されている。
「ＩＰｖ６＿ｈｅａｄｅｒ  ｗｏ＿ｌｅｎｇｔｈ」のデータ長は、３８バイト（３０４ビット）
「ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ」のデータ長は、４バイト（３２ビット）
【０１９２】
なお、この２つのデータ記録領域は、
ＣＩＤヘッダタイプ＝０ｘ６０の場合にのみＩＰヘッダ内に設けられる。
ＣＩＤヘッダタイプ＝０ｘ６１の場合には、これらのデータ記録領域はＩＰヘッダ内に設定されない。、
【０１９３】
図２７を参照して、ＴＬＶパケットが、圧縮ＩＰパケットである場合のＭＭＴＰパケットのパケット長算出処理の具体例について説明する。
図２７には、圧縮ＩＰパケットのＩＰヘッダに記録されたＣＩＤヘッダタイプのタイプに応じたＭＭＴＰパケット長の算出処理を示している。
すなわち、
ＣＩＤヘッダタイプ＝０ｘ６０、
ＣＩＤヘッダタイプ＝０ｘ６１、
これらの２つのタイプに応じたＭＭＴＰパケット長の算出処理である。
【０１９４】
なお、これらいずれのタイプの場合も、ＴＬＶヘッダに記録されたＴＬＶパケットのパケットレングスデータ（ｌｅｎｇｔｈ）から、圧縮ＩＰパケットのＩＰヘッダのデータ長を減算することで、ＭＭＴＰパケットのパケット長を算出する。
すなわち、以下の算出式により、ＭＭＴＰパケット長を算出する。
ＭＭＴＰパケット長＝（ＴＬＶペイロード長）−（圧縮ＩＰパケットのＩＰヘッダ長）
【０１９５】
ただし、
ＣＩＤヘッダタイプ＝０ｘ６０、
ＣＩＤヘッダタイプ＝０ｘ６１、
これらの２つのタイプによって、ＩＰヘッダの長さが異なるため、各タイプによって異なる処理を実行する。
【０１９６】
まず、ＣＩＤヘッダタイプ＝０ｘ６０の場合のＭＭＴＰパケット長の算出処理について説明する。
ＣＩＤヘッダタイプ＝０ｘ６０の場合、ＩＰヘッダには以下の各データが記録される。
ＣＩＤ＝１２ビット
ＳＮ＝４ビット、
ＣＩＤヘッダタイプ＝８ビット
これら３つのデータのデータ長は、合計で３バイト（２４ビット）である。
さらに、
ＩＰｖ６＿ｈｅａｄｅｒ  ｗｏ＿ｌｅｎｇｔｈ＝３８バイト（３０４ビット）
ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ＝４バイト（３２ビット）
これらのデータが記録される。
【０１９７】
結果として、
ＣＩＤヘッダタイプ＝０ｘ６０の場合、
ＩＰヘッダのテータ長は、３＋３８＋４＝４５バイト
となる。
従って、ＣＩＤヘッダタイプ＝０ｘ６０の場合の、ＭＭＴＰパケット長（バイト）は以下の式によって算出することができる。
ＭＭＴＰパケット長（バイト）＝（ＴＬＶペイロード長（バイト））−（４５バイト）
【０１９８】
次に、ＣＩＤヘッダタイプ＝０ｘ６１の場合のＭＭＴＰパケット長の算出処理について説明する。
ＣＩＤヘッダタイプ＝０ｘ６１の場合、ＩＰヘッダには以下の各データが記録される。
ＣＩＤ＝１２ビット
ＳＮ＝４ビット、
ＣＩＤヘッダタイプ＝８ビット
これら３つのデータのデータ長は、合計で３バイト（２４ビット）である。
これらのデータが記録される。
【０１９９】
結果として、
ＣＩＤヘッダタイプ＝０ｘ６１の場合、
ＩＰヘッダのテータ長は、３バイト
となる。
従って、ＣＩＤヘッダタイプ＝０ｘ６１の場合の、ＭＭＴＰパケット長（バイト）は以下の式によって算出することができる。
ＭＭＴＰパケット長（バイト）＝（ＴＬＶペイロード長（バイト））−（３バイト）
【０２００】
情報記録媒体（メディア）に対するデータ記録を実行する情報処理装置は、メディア記録対象のＭＭＴＰパケットを含むＴＬＶパケットが、圧縮ＩＰパケットである場合、このように、ＣＩＤヘッダタイプに応じてＩＰヘッダにのデータ長を算出し、算出したＩＰヘッダのデータ長と、ＴＬＶヘッダに記録されたＴＬＶペイロード長を利用した演算処理、すなわち、
ＭＭＴＰパケット長＝（ＴＬＶペイロード長）−（圧縮ＩＰパケットのＩＰヘッダ長）
上記演算式に従って、ＭＭＴＰパケット長を算出する。
【０２０１】
この算出データを、図２１に示すステップＳ０２において、ＭＭＴＰパケット追加ヘッダ１０１のパケット長データ、すなわち、図２０に示すＭＭＴＰパケット長（ＭＭＴＰ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ）として記録する。
【０２０２】
このようにして、情報記録媒体（メディア）に対するデータ記録を実行する情報処理装置は、メディア記録対象のＭＭＴＰパケットを含むＴＬＶパケットが、ＩＰ（Ｖ６）パケット、または圧縮ＩＰパケットであるかに応じて異なる処理を実行して追加ヘッダに記録するＭＭＴＰパケット長を取得する。
【０２０３】
このようにして取得したＭＭＴＰパケット長を、先に図２０を参照して説明したデータ構成を持つ追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）に記録する。
情報処理装置は、図２１を参照して説明したステップＳ０２において、ＭＭＴＰパケット長を記録した追加ヘッダを、そのパケット長を持つＭＭＴＰパケットの先頭部分に付加して、ステップＳ０３においてメディアに記録する。、
【０２０４】
これらの処理の結果として、図２１（Ｓ０３）に示すように、メディアに記録される各ＭＭＴＰパケットの前段には、そのＭＭＴＰパケットの長さ情報を記録したＭＭＴＰパケット追加ヘッダが記録された構成となる。
【０２０５】
メディアからのデータ再生を行う再生装置は、ＭＭＴＰパケット追加ヘッダの記録データを参照して、各ＭＭＴＰパケットのパケット長を確認することが可能となり、各ＭＭＴＰパケットの区切り位置（アドレス）を判別することが可能となる。
この結果、画像、音声、字幕、制御メッセージ（ＳＩ）が混在するパケット列から、特定の種類のデータ、例えば（画像）の記録されたパケットのみを順次、選択して復号、再生する処理が可能となる。
なお、ＭＭＴＰパケットに格納されたデータの種類（画像、音声等）は、ＭＭＴＰパケットの既存のパケットヘッダ（ＭＭＴＰ  ｐａｃｋｅｔ  ｈｅａｄｅｒ）の記録データであるパケットＩＤ（ｐａｃｋｅｔ＿ｉｄ）に基づいて判別することができる。
【０２０６】
［６．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について］
次に、図２８以下を参照して情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について説明する。
【０２０７】
先に説明したように、本開示の情報処理装置は、ＭＭＴフォーマットに従った入力データを、ＢＤＡＶフォーマットデータとして、ＢＤやＨＤ、あるいはフラッシュメモリ等の情報記録媒体に記録する。
さらに、このデータ記録処理に際して、ＭＭＴＰパケットのパケット長データを記録した追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）を付加する処理を行って記録する。
【０２０８】
ＭＭＴＰパケットのパケット長データは、例えば、ＭＭＴフォーマットに従った入力データに含まれる制御情報であるＴＬＶヘッダや、ＩＰヘッダ等から取得、または朱徳データに基づいて算出される。
【０２０９】
図２８は、ＢＤ等の情報記録媒体に対するデータ記録処理を実行する情報処理装置３００の構成を示す図である。
情報処理装置３００は、図２８に示す情報記録媒体（記録メディア）３２９に対するデータ記録処理を実行する。
【０２１０】
データ入力部３０１は、情報記録媒体３２９に対する記録データであるＭＭＴフォーマットデータ３３１、すなわち画像データ、音声データ、字幕データや、様々な制御メッセージ（ＳＩ）等を含むＭＭＴフォーマットデータ３３１を入力する。
データ入力部３０１は、ＭＭＴフォーマットデータ３３１を送信する例えば放送局やコンテンツサーバ等からの送信データを受信する受信部、あるいは、ＭＭＴフォーマットデータ３３１を記録したメディアからのデータ読み取りを実行するメディア読み取り部等によって構成される。
【０２１１】
データ入力部３０１から入力するＭＭＴフォーマットデータ３３１は、先に図２を参照して説明したデータフォーマットに従ったデータであり、例えばＨＥＶＣ画像等の高精細画像データが含まれている。
【０２１２】
ＭＭＴフォーマットデータ３３１は、制御部３０３の制御によって、記憶部３０４に格納される。
ユーザ入力部３０２は、例えば情報記録媒体３２９に対するデータ記録の開始要求等を入力する。
【０２１３】
記憶部３０４に格納されたＭＭＴフォーマットデータ３３１は、まず、ＴＬＶ／ＭＭＴフィルタ３０５のＴＬＶ／ＩＰパケットフィルタ３１１に入力される。
ＴＬＶ／ＩＰパケットフィルタ３１１は、ＴＬＶパケットのＴＬＶヘッダ、あるいはＩＰパケットのＩＰヘッダのパケット識別情報等に従って、ＴＬＶパケット、およびＩＰパケットを各パケットの種類に応じて分離するフィルタリング処理を実行する。
先に図２、図３を参照して説明したように、放送局等からの送信データは、ＴＬＶパケット列によって構成され、ＩＰパケットはＴＬＶパケットの中に格納されている。
なお、先に図２２を参照して説明したＴＬＶパケットフィルタ１２０は、このＴＬＶ／ＩＰパケットフィルタ３１１の一部機能の実行構成に相当する。
【０２１４】
図２８に示すように、ＴＬＶ／ＩＰパケットフィルタ３１１は、放送局等からの受信データパケットを、ＮＴＰパケット３４１、ＭＭＴＰパケット（ＩＰ（ｖ６））３４２、ＭＭＴＰパケット（圧縮ＩＰ）３４３、ＴＬＶ−ＳＩパケット３４４、これらの各パケットに分離するフィルタリング処理を実行する。
なお、ＮＴＰパケット３４１は、前述したように時刻情報（ＮＴＰ：Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）を格納したパケットである。
【０２１５】
これらのデータ中、情報記録媒体（メディア）３２９に記録するデータは、ＭＭＴＰパケット（ＩＰ（ｖ６））３４２、ＭＭＴＰパケット（圧縮ＩＰ）３４３に格納されており、これらのＭＭＴＰパケット（ＩＰ（ｖ６））３４２、ＭＭＴＰパケット（圧縮ＩＰ）３４３が、ＭＭＴフィルタ３１６に入力される。
【０２１６】
ＴＬＶ／ＩＰパケットフィルタ３１１は、さらに、ＴＬＶパケットのＴＬＶヘッダと、ＩＰパケットのＩＰヘッダを分離して、ＴＬＶヘッダ／ＩＰヘッダ記憶部３１２に格納する。
これらのヘッダ情報は、ＭＭＴＰパケット長算出部３２５に入力され、先に図２４〜図２７を参照して説明したＭＭＴＰパケット長の取得処理や算出処理に利用される。
【０２１７】
次に、ＭＭＴフィルタ３１５の処理について説明する。
ＴＬＶ／ＩＰパケットフィルタ３１１によって分離されたＭＭＴＰパケット（ＩＰ（ｖ６））３４２、ＭＭＴＰパケット（圧縮ＩＰ）３４３は、ＭＭＴフィルタ３１５のＭＭＴＰパケットフィルタ３１６に入力される。
【０２１８】
ＭＭＴＰパケットフィルタ３１６は、ＭＭＴＰパケットのパケットヘッダを参照して、ＭＭＴＰパケットが、ＭＰＵ格納パケットであるか、制御メッセージ（ＭＭＴ−ＳＩ）格納パケットであるかを判別し、画像、音声等の再生対象データを格納したＭＰＵ格納ＭＭＴＰパケット３５１と、制御メッセージを格納したＭＭＴ−ＳＩ格納ＭＭＴＰパケット３５２に分離する処理を実行する。
【０２１９】
ＭＭＴＰパケットフィルタ３１６が分離した画像、音声等の再生対象データを格納したＭＰＵ格納ＭＭＴＰパケット３５１は、ＭＰＵフィルタ３１７に入力される。
一方、制御メッセージを格納したＭＭＴ−ＳＩ格納ＭＭＴＰパケット３５２は、ＭＭＴ−ＳＩフィルタ３１８に入力される。
【０２２０】
画像、音声等の再生対象データを格納したＭＰＵ格納ＭＭＴＰパケット３５１を入力したＭＰＵフィルタ３１７は、さらに、ＭＭＴＰパケットのヘッダ情報に基づいて、ＭＭＴＰパケットのペイロードの種類（画像、音声、字幕等）に応じたパケット分離処理を実行して、各データ種類単位のＭＭＴＰパケットを記録アセット選択部３２１に出力する。
なお、ＭＰＵフィルタ３１７は、例えば音声や字幕であれば、日本語、英語等の元号に応じた分離処理を行う。画像についても、例えば高画質画像と標準画像、あるいは３Ｄ画像対応のＬＲ画像等、複数の画像が含まれている場合、各画像種類別の分離処理を実行する。
【０２２１】
一方、制御メッセージを格納したＭＭＴ−ＳＩ格納ＭＭＴＰパケット３５２は、ＭＭＴ−ＳＩフィルタ３１８に入力される。ＭＭＴ−ＳＩフィルタ３１８は、情報記録媒体（メディア）に記録が必要となる制御メッセージを選択する処理を行う。
放送局から受信する制御メッセージ（ＭＭＴ−ＳＩ）には、様々なメッセージが含まれており、ＭＭＴ−ＳＩフィルタ３１８は、これらのメッセージから情報記録媒体（メディア）に記録が必要となる制御メッセージを取得して、ＭＭＴ−ＳＩ修正部３２２に出力する。
【０２２２】
記録アセット選択部３２１は、各データ種類（画像、音声、字幕等）単位のＭＭＴＰパケットを入力し、例えばユーザによる記録データ選択情報に応じて、これらのデータから情報記録媒体（メディア）に記録するデータ（アセット）を選択して記録ＭＭＴＰパケット列生成部３２３に出力する。
さらに、この選択情報は、ＭＭＴ−ＳＩ修正部３２２も出力される。
【０２２３】
ＭＭＴ−ＳＩ修正部３２２は、ＭＭＴ−ＳＩフィルタ３１８から、情報記録媒体（メディア）に記録が必要となる制御メッセージを取得し、さらに、記録アセット選択部３２１から、実際に情報記録媒体（メディア）に記録するデータ（アセット）の選択情報を入力する。
【０２２４】
ＭＭＴ−ＳＩ修正部３２２は、記録アセット選択部３２１から入力する選択情報に基づいて、ＭＭＴ−ＳＩフィルタ３１８から入力した制御メッセージを、実際のメディア記録データに対応するデータに変更する処理を行う。例えば、記録対象とされなかった字幕データに関する制御情報を記録対象から除く処理などを行う。
ＭＭＴ−ＳＩ修正部３２２の生成した修正制御メッセージ（ＭＭＴ−ＳＩ）は、記録ＭＭＴＰパケット列生成部３２３に出力される。
【０２２５】
記録ＭＭＴＰパケット列生成部３２３は、記録アセット選択部３２１から、実際に情報記録媒体（メディア）に記録するデータ（アセット）を入力し、さらに、ＭＭＴ−ＳＩ修正部３２２の生成した修正制御メッセージ（ＭＭＴ−ＳＩ）を入力する。
記録ＭＭＴＰパケット列生成部３２３は、これらの入力データに基づいて、実際に情報記録媒体（メディア）に記録するＭＭＴＰパケットのパケット列を生成する。生成したＭＭＴＰパケット列は、ＭＭＴＰパケット追加ヘッダ設定部３２４に出力される。
【０２２６】
ＭＭＴＰパケット追加ヘッダ設定部３２４は、記録ＭＭＴＰパケット列生成部３２３から、実際に情報記録媒体（メディア）に記録するＭＭＴＰパケット列を入力し、このＭＭＴＰパケット列を構成するＭＭＴＰパケットの各々に対して、ＭＭＴＰパケット長を記録した追加ヘッダを設定する。
この追加ヘッダは、先に図２０を参照して説明したデータ構成を有し、ＭＭＴＰパケットのパケット長が記録されたヘッダである。
【０２２７】
ＭＭＴＰパケットのパケット長の算出処理は、ＭＭＴＰパケット長算出部３２５において実行される。
ＭＭＴＰパケット長算出部３２５は、ＴＬＶヘッダ／ＩＰヘッダ記憶部３１２から、ＴＬＶパケットのＴＬＶヘッダと、ＩＰパケットのＩＰヘッダの各ヘッダ情報を取得し、先に図２４〜図２７を参照して説明したように、ＴＬＶパケットのＴＬＶヘッダと、ＩＰパケットのＩＰヘッダのヘッダ記録情報を利用して、ＭＭＴＰパケットのパケット長を取得、または算出する。
ＭＭＴＰパケット長算出部３２５は、算出したＭＭＴＰパケット長をＭＭＴＰパケット長記憶部３２６に格納する。
【０２２８】
ＭＭＴＰパケット追加ヘッダ設定部３２４は、ＭＭＴＰパケット長記憶部３２６からＭＭＴＰパケット長を取得して、先に図２０を参照して説明した追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）を生成する。
ＭＭＴＰパケット追加ヘッダ設定部３２４は、生成した追加ヘッダを、ＭＭＴＰパケットの前段に付加する。
この処理結果として、例えば図１９（ｂ）に示す構成を持つ追加ヘッダ設定ＭＭＴＰパケット列が生成される。このパケット列を、図２８に示す追加ヘッダ設定ＭＭＴＰパケット列３７１として出力する。
【０２２９】
ＭＭＴＰパケット追加ヘッダ設定部３２４の生成した追加ヘッダ設定ＭＭＴＰパケット列３７１は、制御部３０３の制御の下、記録データ３８１として記録部３２７に出力され、記録部３２７によって、ドライブ３２８を介して情報記録媒体３２９に出力され、記録される。
なお、図には示していないが、情報処理装置３００は、この追加ヘッダ設定ＭＭＴＰパケット列３７１の生成、記録処理の他、ＢＤＡＶフォーマットにおいて規定されるプレイリストファイル、クリップ情報ファイル等のデータベースファイルの、生成、記録処理も併せて実行する。
【０２３０】
次に、図２８に示す情報処理装置３００が実行する情報記録媒体３２７に対するデータ記録処理のシーケンスについて、図２９、図３０に示すフローチャートを参照して説明する。
【０２３１】
図２９、図３０に示すフローに従った処理は、例えば情報処理装置の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
以下、図２９、図３０のフローに示す各ステップの処理について、順次、説明する。
【０２３２】
（ステップＳ１０１）
まず、情報処理装置３００は、ステップＳ１０１において、情報記録媒体（メディア）に対する記録対象の番組等のコンテンツ（ＭＭＴパッケージ）を選択する。
これは、例えばユーザによる録画番組の選択処理によって行われる。
【０２３３】
（ステップＳ１０２）
次に、ステップＳ１０２において、情報処理装置３００は、画像、音声等のコンテンツや制御情報を格納したＴＬＶパケットを受信する。
【０２３４】
（ステップＳ１０３）
次に、ステップＳ１０３において、情報処理装置３００は、ステップＳ１０２で受信したＴＬＶパケットについて、ステップＳ１０１で選択した記録対象データを格納したＴＬＶパケットであるか否かを判定する。
記録対象データを格納したＴＬＶパケットである場合は、ステップＳ１０４に進む。
記録対象データを格納したＴＬＶパケットでない場合は、ステップＳ１０２のパケット受信を継続する。
【０２３５】
（ステップＳ１０４）
ステップＳ１０２で受信したＴＬＶパケットが、記録対象データを格納したＴＬＶパケットである場合は、ステップＳ１０４において、情報処理装置３００は、受信したＴＬＶパケットのフィルタリング処理を実行するととともに、ＴＬＶヘッダと、ＩＰヘッダを、ＴＬＶヘッダ／ＩＰヘッダ記憶部に格納する。
この処理は、図２８を参照して説明したＴＬＶ／ＩＰパケットフィルタ３１１の実行する処理である。
【０２３６】
ＴＬＶ／ＩＰパケットフィルタ３１１は、ＴＬＶパケットのＴＬＶヘッダ、あるいはＩＰパケットのＩＰヘッダのパケット識別情報に従って、ＴＬＶパケット、およびＩＰパケットを各パケットの種類に応じて分離するフィルタリング処理を実行する。
【０２３７】
具体的には、放送局等からの受信パケットを、ＮＴＰパケット、ＭＭＴＰパケット（ＩＰ（ｖ６））、ＭＭＴＰパケット（圧縮ＩＰ）、ＴＬＶ−ＳＩパケット、これらの各パケットに分離するフィルタリング処理を実行する。
ＴＬＶ／ＩＰパケットフィルタ３１１は、さらに、ＴＬＶパケットのＴＬＶヘッダと、ＩＰパケットのＩＰヘッダを分離して、ＴＬＶヘッダ／ＩＰヘッダ記憶部３１２に格納する。
【０２３８】
（ステップＳ１０５）
次のステップＳ１０５〜Ｓ１１０の処理は、図２８に示すＭＭＴＰパケット長算出部３２５の実行する処理である。
まず、ステップＳ１０５において、ＭＭＴＰパケット長算出部３２５は、ＴＬＶパケットのＴＬＶヘッダから、ＴＬＶデータ（ＴＬＶペイロード）長を取得する。
【０２３９】
先に図１０、図２３を参照して説明したように、ＴＬＶヘッダには、ＴＬＶパケットのパケットレングスデータ（ｌｅｎｇｔｈ）が記録される。
これはＴＬＶパケットのＴＬＶヘッダを除くＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータ長に相当する。具体的には、ＴＬＶ＿ｄａｔａ（＝ＴＬＶペイロード）のデータバイト長が記録されている。
ステップＳ１０５では、図２８に示すＭＭＴＰパケット長算出部３２５が、ＴＬＶパケットのＴＬＶヘッダから、このＴＬＶデータ（ＴＬＶペイロード）長を取得する。
【０２４０】
（ステップＳ１０６）
次に、ステップＳ１０６において、情報処理装置３００のＭＭＴＰパケット長算出部３２５は、ＴＬＶパケットのＴＬＶヘッダからＩＰパケットタイプを取得する。
図２３に示すように、ＴＬＶパケットのＴＬＶヘッダには、以下の各パケットタイプが記録されている。
パケットタイプ＝０ｘ０２：ＩＰ（ｖ６）パケット
パケットタイプ＝０ｘ０３：圧縮ＩＰパケット
パケットタイプ＝０ｘＦＥ：ＴＬＶ−ＳＩパケット
【０２４１】
ＭＭＴＰパケット長算出部３２５は、ステップＳ１０６において、ＴＬＶパケットのＴＬＶヘッダに設定されたＩＰパケットタイプを取得する。
【０２４２】
（ステップＳ１０７）
次に、ステップＳ１０７において、情報処理装置３００のＭＭＴＰパケット長算出部３２５は、ＩＰパケットが、ＩＰ（ｖ６）パケットであるか、圧縮ＩＰパケットであるかを判定し、ＩＰ（ｖ６）パケットである場合は、ステップＳ１０８に進み、圧縮ＩＰパケットである場合は、ステップＳ１０９に進む。
【０２４３】
（ステップＳ１０８）
ステップＳ１０７において、ＩＰパケットが、ＩＰ（ｖ６）パケットであると判定した場合、ステップＳ１０８において、ＩＰパケットのＩＰヘッダからペイロードレングスデータ（＝ＭＭＴＰパケット長）を取得する。
この処理は、先に図２４を参照して説明した処理に相当する。
【０２４４】
図２４に示すように、ＴＬＶパケットが、ＩＰ（Ｖ６）パケットである場合のＩＰヘッダ（ＩＰ  ｈｅａｄｅｒ）には、ＩＰパケットのペイロードレングスデータ（ｐａｙｌｏａｄ＿ｌｅｎｇｔｈ）が記録されている。具体的には、ＩＰ＿ｄａｔａ（＝ＩＰペイロード）のデータバイト長が記録されている。
ステップＳ１０８では、このペイロードレングスデータ（＝ＭＭＴＰパケット長）を取得する。
【０２４５】
（ステップＳ１０９）
一方、ステップＳ１０７において、ＩＰパケットが、圧縮ＩＰパケットであると判定した場合、ステップＳ１０９において、ＩＰパケットのＩＰヘッダのＣＩＤタイプに応じて、ＩＰヘッダのデータ長を算出し、以下の演算によりＭＭＴＰパケット長を取得する。
ＭＭＴＰパケット長＝ＴＬＶペイロード長−（ＩＰヘッダ長）
この処理は、先に図２５〜図２７を参照して説明した処理に相当する。
【０２４６】
先に図２５〜図２７を参照して説明したように、
ＣＩＤヘッダタイプ＝０ｘ６０、
ＣＩＤヘッダタイプ＝０ｘ６１、
これらの２つのタイプによって、ＩＰヘッダの長さが異なるため、各タイプによって異なる演算処理を実行して、ＭＭＴＰパケット長を算出する。
【０２４７】
（ステップＳ１１０）
次に、ステップＳ１１０において、情報処理装置３００は、ステップＳ１０８、またはステップＳ１０９において算出したＭＭＴＰバケットのパケット長を記憶部に格納する。
すなわち、図２８に示すＭＭＴＰパケット長記憶部３２６に格納する。
次に、図３０に示すフローの各ステップの処理について、順次、説明する。
【０２４８】
（ステップＳ１１１）
次に、ステップＳ１１１において、情報処理装置３００は、ＭＭＴＰパケットをペイロードの種類に応じて分離するフィルタリング処理を実行する。さらに、情報記録媒体（メディア）に記録するアセット（画像、音声、字幕の種類）を選択する処理を実行する。
【０２４９】
この処理は、図２８に示すＭＭＴフィルタ３１５と、記録アセット選択部３２１の実行する処理である。
ＭＭＴフィルタ３１５は、パケットをＭＰＵ格納パケットと、ＭＭＴ−ＳＩ格納パケットに分離し、さらに、ＭＰＵパケットについては、データ種類（画像、音声、字幕等）に応じた分離処理を行う。
記録アセット部３２１は、データ種類（画像、音声、字幕等）に応じて分離されたＭＰＵ格納パケットから、実際にメディア記録対象となるデータを格納したパケットを選択する。
例えばユーザの選択した言語の音声、字幕等に基づいて記録対象アセットの決定処理が行われる。
【０２５０】
（ステップＳ１１２）
次に、ステップＳ１１２において、情報処理装置３００は、ＭＭＴ−ＳＩ格納パケットの格納データを、記録対象データに応じて修正する。
この処理は、図２８に示すＭＭＴ−ＳＩ修正部３２２の実行する処理である。
ＭＭＴ−ＳＩ修正部３２２は、記録アセット選択部３２１から入力する選択情報に基づいて、ＭＭＴ−ＳＩフィルタ３１８から入力した制御メッセージを、実際のメディア記録データに対応させて修正する処理を行う。例えば、記録対象とされなかった字幕データに関する制御情報を記録対象から除くる処理などを行う。
【０２５１】
（ステップＳ１１３）
次に、ステップＳ１１３において、情報処理装置３００は、情報記録媒体（メディア）に記録するＭＭＴＰパケット列を生成する。
この処理は、図２８に示す記録ＭＭＴＰパケット列生成部３２３の実行する処理である。
記録ＭＭＴＰパケット列生成部３２３は、これらの入力データに基づいて、実際に情報記録媒体（メディア）に記録するＭＭＴＰパケットのパケット列を生成する。生成したＭＭＴＰパケット列は、図２８に示すＭＭＴＰパケット追加ヘッダ設定部３２４に出力される。
【０２５２】
（ステップＳ１１４）
ステップＳ１１４〜Ｓ１１６の処理は、図２８に示すＭＭＴＰパケット追加ヘッダ設定部３２４の実行する処理である。まず、ステップＳ１１４において、情報処理装置３００のＭＭＴＰパケット追加ヘッダ設定部３２４は、各ＭＭＴＰパケットのパケット長をＭＭＴＰパケット長記憶部３２６から取得する。
【０２５３】
（ステップＳ１１５）
次に、ステップＳ１１５において、情報処理装置３００のＭＭＴＰパケット追加ヘッダ設定部３２４は、各ＭＭＴＰパケットのパケット長を記録した追加ヘッダを生成する。
具体的には、先に図２０を参照して説明したデータ構成、すなわちＭＭＴＰパケット長を記録したＭＭＴＰパケット追加ヘッダを、各ＭＭＴＰパケットに対応するヘッダとして生成する。
【０２５４】
（ステップＳ１１６）
次に、ステップＳ１１６において、情報処理装置３００のＭＭＴＰパケット追加ヘッダ設定部３２４は、各ＭＭＴＰパケットの前段にＭＭＴＰパケット長を記録した追加ヘッダを設定したＭＭＴＰパケット列を生成する。
【０２５５】
（ステップＳ１１７）
次に、ステップＳ１１７において、情報処理装置３００は、各ＭＭＴＰパケットの前段にＭＭＴＰパケット長を記録した追加ヘッダを設定したＭＭＴＰパケット列を、情報記録媒体（メディア）に記録する。
【０２５６】
これらの処理により、各ＭＭＴＰパケットの前段にＭＭＴＰパケット長を記録した追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）の設定されたパケット列が情報記録媒体（メディア）に記録される。
このメディア記録データからのデータ再生を実行する再生装置は、追加ヘッダを参照して、各ＭＭＴＰパケットのパケット長を取得可能となり、各パケットの区切りを判別することが可能となる。
【０２５７】
なお、図２９、図３０に示すフローでは説明を省略しているが、情報処理装置３００は、追加ヘッダを設定したＭＭＴＰパケット列の情報記録媒体（メディア）に対する記録処理に併せて、ＢＤＡＶフォーマットあるいはＳＰＡＶフォーマットにおいて規定された再生制御情報ファイルであるプレイリスト、クリップ情報ファイル等のデータベースファイルの記録処理も実行する。
【０２５８】
［７．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について］
次に、図３１以下を参照して情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について説明する。
【０２５９】
再生処理を実行する情報処理装置は、情報処理装置に装着した情報記録媒体に記録されたデータの読み取り、再生処理を実行する。
【０２６０】
図３１は、ＢＤ等の情報記録媒体５１０に記録されたデータの再生処理を実行する情報処理装置４００の構成を示す図である。
情報処理装置４００は、図３１に示す情報記録媒体（記録メディア）５１０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５２０に出力する。なお、出力装置５２０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
なお、情報処理装置４００は、先に図２８を参照して説明したデータ記録を行う情報処理装置３００と同一の装置である場合もある。すなわち、データ記録再生の両機能を有する情報処理装置であってもよい。
【０２６１】
情報記録媒体（記録メディア）５１０は、図２９〜図３０を参照して説明した処理によって生成された追加ヘッダを持つＭＭＴＰパケットのパケット列が記録されており、さらに、再生制御情報ファイルであるプレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
具体的には、例えば先に図４を参照して説明したＢＤＡＶフォーマットデータ、あるいは図８を参照して説明したＳＰＡＶフォーマットデータが記録されている。
【０２６２】
制御部４０１は、例えば、ユーザ入力部４０２からの再生指示情報の入力に基づいて、情報記録媒体５１０の記録データを、記録再生部４０４、ドライブ４０３を介して読み取り、データバッファとしての記憶部４０５に格納し、その格納データを再生処理部４０６に出力する。
【０２６３】
再生処理部４０６は、制御部４０１の制御の下、情報記録媒体５１０から読み出された再生データ、すなわち、画像、音声、字幕等の各データを格納したクリップＡＶストリームファイルから各データを取得して再生データを生成する。
【０２６４】
デマルチプレクサ（ＤｅＭＵＸ）４１１は、画像、音声、字幕、さらに、プレイリストファイル、クリップ情報ファイル等の各データを格納したデータ格納パケットを取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、字幕データ生成部４１２、画像データ生成部４１３、音声データ生成部４１４に出力する。
【０２６５】
字幕データ生成部４１２、画像データ生成部４１３、音声データ生成部４１４は、パケットに格納されたデータの復号処理等を実行し、復号データを出力データ生成部４１５に出力する。
出力データ生成部４１５は、字幕、画像、音声の各データを、入出力インタフェース４０７を介して出力装置（表示部＋スピーカ）５２０に出力する。
【０２６６】
なお、情報記録媒体５１０に格納された再生対象データである画像、音声、字幕等のデータや制御メッセージ（ＭＭＴ−ＳＩ）は、ＭＭＴＰパケット長を記録した追加ヘッダを持つＭＭＴＰパケットに格納されている。
情報処理装置４００は、ＢＤＡＶフォーマットにおいて規定されたプレイリストファイルとクリップ情報ファイルを適用して、ＭＭＴＰパケットに格納されたデータを取得して、復号、再生処理を実行する。
【０２６７】
出力装置（表示部＋スピーカ）５２０は、情報処理装置４００から入力する字幕、画像、音声等の各データを、出力装置（表示部＋スピーカ）５２０を介して出力する。
【０２６８】
なお、情報記録媒体５１０は、ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットに従った記録データとして格納しており、情報処理装置４００は、ＢＤＡＶフォーマット規定のデータベースファイルであるプレイリストファイルとクリップ情報ファイルの記録情報を取得して再生制御処理を実行する。
【０２６９】
次に、図３１に示す情報処理装置４００が実行する情報記録媒体５１０からのデータ再生処理のシーケンスについて、図３２、図３３に示すフローチャートを参照して説明する。
【０２７０】
図３２、図３３に示すフローに従った処理は、例えば情報処理装置４００の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
【０２７１】
なお、図３２、図３３に示すフローに従った処理を実行する情報処理装置は、図３１に示す情報処理装置４００であり、情報記録媒体（記録メディア）５１０を装着し、装着した情報記録媒体５１０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５２０に出力する。なお、出力装置５２０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
【０２７２】
情報記録媒体（記録メディア）５１０は、図２９〜図３０を参照して説明した処理によって生成されたＭＭＴＰパケット列と、プレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
以下、図３２のフローに示す各ステップの処理について、順次、説明する。
【０２７３】
（ステップＳ２０１）
まず、情報処理装置４００の制御部４０１は、ステップＳ２０１において、再生対象データを格納した情報記録媒体（メディア）から、ＢＤＡＶ（またはＳＰＡＶ）フォーマットデータを読み出す。
【０２７４】
（ステップＳ２０２）
次に、情報処理装置４００の制御部４０１は、ステップＳ２０２において、例えばユーザの入力した再生データ指定情報に従い、指定された再生データ対応の再生制御情報を格納したプレイリストファイルを情報記録媒体（メディア）から読み取る。
【０２７５】
（ステップＳ２０３）
次に、情報処理装置４００の制御部４０１は、ステップＳ２０３において、プレイリストファイルの記録データから、再生対象データが、ＭＭＴフォーマットデータであることを確認する。
【０２７６】
具体的には、プレイリストファイルに記録されたＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）を読み出す。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
なお、ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｐｏｉｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、再生開始点のデータアドレスを取得するためのデータである。
【０２７７】
例えば、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＥＰマップであることを意味する。
また、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＴＵマップであることを意味する。
さらに、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
このように、例えば、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、１〜３の３種類を定義可能であり、３つのＣＰＩタイプを識別可能とした構成を持つ。
【０２７８】
ステップＳ２０３では、プレイリストファイルに記録されたＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が「３］の設定、すなわち、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを確認する。
【０２７９】
（ステップＳ２０４）
次に、情報処理装置４００の制御部４０１は、ステップＳ２０４において、プレイリストのプレイアイテム情報から、クリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を読み取る。
【０２８０】
（ステップＳ２０５）
次に、情報処理装置４００は、ステップＳ２０５において、ステップＳ２０４でプレイリストファイルから読み取ったクリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を有するクリップ情報ファイルを情報記録媒体（メディア）から読み取る。
【０２８１】
（ステップＳ２０６）
次に、情報処理装置４００は、ステップＳ２０６において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生に適用するクロック情報であるＡＴＣ，ＳＴＣを特定する。なお、これらの時間情報は、再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ時間情報として記録されている。
【０２８２】
なお、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）には、ＡＴＣ（アライバルタイムクロック）と、ＳＴＣ（システムタイムクロック）に関する情報が規定されている。
ＡＴＣ（アライバルタイムクロック）と、ＳＴＣ（システムタイムクロック）は、データ再生に適用されるクロック情報である。
【０２８３】
（ステップＳ２０７）
次に、情報処理装置４００は、ステップＳ２０７において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生開始位置（ＳＰＮ＿ＳＴＣ＿Ｓｔａｒｔ）と、再生開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）を取得する。
【０２８４】
再生対象データがＭＭＴフォーマットデータである場合、再生開始位置情報は、例えば、ストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数であり、再生開始時間は、ＮＴＰ時間情報となる。これらの情報が、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）として記録されている。
【０２８５】
（ステップＳ２０８）
次に、情報処理装置４００は、ステップＳ２０８において、クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）に記録された記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）に従って、クリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータを読み取る。
【０２８６】
クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）には、記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）情報が記録されており、この情報に従って、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータを読み取る。
なお、再生対象データがＭＭＴパケットを持つＭＭＴフォーマットである場合、ＭＭＴフォーマットに応じたビットレートが記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）情報として記録されている。
【０２８７】
（ステップＳ２０９）
次に、情報処理装置４００は、ステップＳ２０９において、追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）を参照して、ＭＭＴＰパケット長を確認しながら、再生対象データを格納したＭＭＴＰパケットを選択して取得する。
例えば画像を格納したＭＭＴＰパケットのみを選択取得して、ＭＭＴＰパケット内の画像データを取得する。
音声、字幕等についても、同様、音声、または字幕を格納したＭＭＴＰパケットのみを選択取得して、ＭＭＴＰパケット内の音声、または字幕データを取得する。
【０２８８】
（ステップＳ２１０）
次に、情報処理装置４００は、ステップＳ２１０において、情報記録媒体（メディア）から読み出した画像、音声、字幕、の各データを各データ対応のアルゴリズムに従ってデコード処理を実行し、その後、再生処理を実行する。
【０２８９】
［８．情報処理装置の構成例について］
次に、情報記録媒体に対するデータ記録、情報記録媒体からのデータ再生を実行する情報処理装置として適用可能な情報処理装置のハードウェア構成例について、図３４を参照して説明する。
【０２９０】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）６０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）６０２、または記憶部６０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）６０３には、ＣＰＵ６０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ６０１、ＲＯＭ６０２、およびＲＡＭ６０３は、バス６０４により相互に接続されている。
【０２９１】
ＣＰＵ６０１はバス６０４を介して入出力インタフェース６０５に接続され、入出力インタフェース６０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部６０６、ディスプレイ、スピーカなどよりなる出力部６０７が接続されている。ＣＰＵ６０１は、入力部６０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部６０７に出力する。
【０２９２】
入出力インタフェース６０５に接続されている記憶部６０８は、例えばハードディスク等からなり、ＣＰＵ６０１が実行するプログラムや各種のデータを記憶する。通信部６０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。
【０２９３】
入出力インタフェース６０５に接続されているドライブ６１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア６１１を駆動し、データの記録あるいは読み取りを実行する。
【０２９４】
［９．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２９５】
なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１）  ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を格納した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する情報処理装置。
【０２９６】
（２）  前記データ処理部は、
情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成する（１）に記載の情報処理装置。
【０２９７】
（３）  前記データ処理部は、
前記ＭＭＴＰパケットを格納したＴＬＶパケットのヘッダであるＴＬＶヘッダの記録情報を適用して、前記ＭＭＴＰパケットのパケット長を取得する（１）または（２）に記載の情報処理装置。
【０２９８】
（４）  前記データ処理部は、
前記ＭＭＴＰパケットを格納したＩＰパケットのヘッダであるＩＰヘッダの記録情報を適用して、前記ＭＭＴＰパケットのパケット長を取得する（１）〜（３）いずれかに記載の情報処理装置。
【０２９９】
（５）  前記データ処理部は、
前記ＭＭＴＰパケットを格納したＴＬＶパケットのヘッダであるＴＬＶヘッダの記録情報から、ＴＬＶパケットに格納されたＩＰパケットの種類を判別し、判別したＩＰパケットの種類に応じた処理を実行して、前記ＭＭＴＰパケットのパケット長を取得する（１）〜（４）いずれかに記載の情報処理装置。
【０３００】
（６）  前記データ処理部は、
前記ＭＭＴＰパケットを格納したＴＬＶパケットのヘッダであるＴＬＶヘッダに記録されたＴＬＶペイロード長から、ＴＬＶパケットに格納されたＩＰパケットのヘッダであるＩＰヘッダのデータ長を減算する演算処理を実行して前記ＭＭＴＰパケットのパケット長を取得する（１）〜（５）いずれかに記載の情報処理装置。
【０３０１】
（７）  前記データ処理部は、
前記ＭＭＴＰパケットを格納したＩＰパケットのヘッダであるＩＰヘッダに記録されたＣＩＤヘッダタイプに応じてＩＰヘッダ長を算出し、算出したＩＰヘッダ長を適用した演算処理を実行して前記ＭＭＴＰパケットのパケット長を取得する（６）に記載の情報処理装置。
【０３０２】
（８）  前記データ処理部は、
再生対象データからなるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）を格納したＭＰＵ格納ＭＭＴＰパケットと、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を格納した制御メッセージ格納ＭＭＴＰパケットの各々に対して、前記追加ヘッダを設定して情報記録媒体に記録する（１）〜（７）いずれかに記載の情報処理装置。
【０３０３】
（９）  前記制御メッセージ格納ＭＭＴＰパケットは、ＭＭＴフォーマットにおいて規定されるＭＭＴ−ＳＩである（８）に記載の情報処理装置。
【０３０４】
（１０）  情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行する情報処理装置。
【０３０５】
（１１）  前記情報記録媒体は、再生対象データからなるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）を格納したＭＰＵ格納ＭＭＴＰパケットと、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を格納した制御メッセージ格納ＭＭＴＰパケットが混在して記録され、各ＭＭＴＰパケットの前に前記追加ヘッダが設定された構成であり、
前記データ処理部は、
前記追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットのパケット区切りを判別して、再生対象データからなるＭＰＵ格納ＭＭＴＰパケットを選択取得して、選択取得したＭＰＵ格納ＭＭＴＰパケットから再生対象データを取得して再生処理を実行する（１０）に記載の情報処理装置。
【０３０６】
（１２）  前記データ処理部は、
前記ＭＭＴＰパケット本来のＭＭＴＰパケットヘッダから、ＭＭＴＰペイロードとして格納されたデータの種類を判別して、同一種類のデータを格納したパケットのみを選択する処理を実行する（１０）または（１１）に記載の情報処理装置。
【０３０７】
（１３）  前記データ処理部は、
前記ＭＭＴＰパケット本来のＭＭＴＰパケットヘッダから、ＭＭＴＰペイロードとして格納されたデータが画像、音声、字幕、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）のいずれであるかのデータ種類を判別して、同一種類のデータを格納したパケットのみを選択する処理を実行する（１０）〜（１２）いずれかに記載の情報処理装置。
【０３０８】
（１４）  前記情報記録媒体は、ＭＭＴフォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体である（１０）〜（１３）いずれかに記載の情報処理装置。
【０３０９】
（１５）  ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットと、
前記ＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前に、ＭＭＴＰパケットのパケット長を記録した追加ヘッダを設定した記録情報を有する情報記録媒体であり、
前記情報記録媒体からのデータ再生を行う再生装置が、前記追加ヘッダの記録情報に基づいて、ＭＭＴＰパケットのパケット長を確認可能とした情報記録媒体。
【０３１０】
（１６）  前記情報記録媒体は、再生対象データからなるＭＰＵ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｕｎｉｔ）を格納したＭＰＵ格納ＭＭＴＰパケットと、制御メッセージ（ＳＩ：Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を格納した制御メッセージ格納ＭＭＴＰパケットが混在して記録され、各ＭＭＴＰパケットの前に前記追加ヘッダが設定された構成を有する（１５）に記載の情報記録媒体。
【０３１１】
（１７）  情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を記録した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する情報処理方法。
【０３１２】
（１８）  情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行する情報処理方法。
【０３１３】
（１９）  情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対する記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を記録した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成する処理を実行させるプログラム。
【０３１４】
（２０）  情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）フォーマットデータを格納した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットの前段に記録された追加ヘッダから、ＭＭＴＰパケットのパケット長を取得し、ＭＭＴＰパケットからデータを取得してデータ再生処理を実行させるプログラム。
【０３１５】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０３１６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０３１７】
以上、説明したように、本開示の一実施例の構成によれば、ＭＭＴフォーマットデータからなるＭＭＴＰパケット列からパケット区切りを判別し、パケットを選択取得して再生可能とした構成が実現される。
具体的には、放送波等を介してＭＭＴフォーマットデータを入力し、ＭＭＴフォーマットデータからなるＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）パケットのパケット長を取得して、取得したパケット長を格納した追加ヘッダをＭＭＴＰパケットの前に設定した記録データを生成して情報記録媒体に記録する。再生装置は、追加ヘッダから読み取るＭＭＴＰパケットのパケット長により、各ＭＭＴＰパケットの区切りを判別することが可能となり、選択されたパケットから再生データ、例えば画像データを取得して、復号し、再生することが可能となる。
本構成により、ＭＭＴフォーマットデータからなるＭＭＴＰパケット列からパケット区切りを判別し、パケットを選択取得して再生可能とした構成が実現される。
【符号の説明】
【０３１８】
２０  送信装置
２１  放送サーバ
２２  データ配信サーバ
３０  情報処理装置
３１  ＢＤプレーヤ
３２  ＴＶ
３３  ＰＣ
３４  携帯端末
４０  情報記録媒体（メディア）
４１  ＢＤ
４２  ＨＤＤ
４３  フラッシュメモリ
１００  ＭＭＴＰパケット
１０１  追加ヘッダ（ＭＭＴＰパケット追加ヘッダ）
３００  情報処理装置
３０１  データ入力部
３０２  ユーザ入力部
３０３  制御部
３０４  記憶部
３０５  ＴＬＶ／ＭＭＴフィルタ
３１１  ＴＬＶ／ＩＰパケットフィルタ
３１２  ＴＬＶヘッダ／ＩＰヘッダ記憶部
３１５  ＭＭＴフィルタ
３１６  ＭＭＴＰパケットフィルタ
３１７  ＭＰＵフィルタ
３１８  ＭＭＴ−ＳＩフィルタ
３２１  記録アセット選択部
３２２  ＭＭＴ−ＳＩ修正部
３２３  記録ＭＭＴＰパケット列生成部
３２４  ＭＭＴＰパケット追加ヘッダ設定部
３２５  ＭＭＴＰパケット長算出部
３２６  ＭＭＴＰパケット長記憶部
３２７  記録部
３２８  ドライブ
３２９  情報記録媒体
４００  情報処理装置
４０１  制御部
４０２  ユーザ入力部
４０３  ドライブ
４０４  記録再生部
４０５  記憶部
４０６  再生処理部
４０７  入出力Ｉ／Ｆ
４１１  デマルチプレクサ
４１２  字幕データ生成部
４１３  画像データ生成部
４１４  音声データ生成部
４１５  出力データ生成部
５１０  情報記録媒体
５２０  出力装置（表示部＋スピーカ）
６０１  ＣＰＵ
６０２  ＲＯＭ
６０３  ＲＡＭ
６０４  バス
６０５  入出力インタフェース
６０６  入力部
６０７  出力部
６０８  記憶部
６０９  通信部
６１０  ドライブ
６１１  リムーバブルメディア
【図１】
2018088220.tif 000003
【図２】
2018088220.tif 000004
【図３】
2018088220.tif 000005
【図４】
2018088220.tif 000006
【図５】
2018088220.tif 000007
【図６】
2018088220.tif 000008
【図７】
2018088220.tif 000009
【図８】
2018088220.tif 000010
【図９】
2018088220.tif 000011
【図１０】
2018088220.tif 000012
【図１１】
2018088220.tif 000013
【図１２】
2018088220.tif 000014
【図１３】
2018088220.tif 000015
【図１４】
2018088220.tif 000016
【図１５】
2018088220.tif 000017
【図１６】
2018088220.tif 000018
【図１７】
2018088220.tif 000019
【図１８】
2018088220.tif 000020
【図１９】
2018088220.tif 000021
【図２０】
2018088220.tif 000022
【図２１】
2018088220.tif 000023
【図２２】
2018088220.tif 000024
【図２３】
2018088220.tif 000025
【図２４】
2018088220.tif 000026
【図２５】
2018088220.tif 000027
【図２６】
2018088220.tif 000028
【図２７】
2018088220.tif 000029
【図２８】
2018088220.tif 000030
【図２９】
2018088220.tif 000031
【図３０】
2018088220.tif 000032
【図３１】
2018088220.tif 000033
【図３２】
2018088220.tif 000034
【図３３】
2018088220.tif 000035
【図３４】
2018088220.tif 000036
【国際調査報告】
2018088220.tif 000037
2018088220.tif 000038