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

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

Info

Publication number
JPWO2018047558A1
JPWO2018047558A1 JP2018538315A JP2018538315A JPWO2018047558A1 JP WO2018047558 A1 JPWO2018047558 A1 JP WO2018047558A1 JP 2018538315 A JP2018538315 A JP 2018538315A JP 2018538315 A JP2018538315 A JP 2018538315A JP WO2018047558 A1 JPWO2018047558 A1 JP WO2018047558A1
Authority
JP
Japan
Prior art keywords
data
information
format
mmt
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018538315A
Other languages
English (en)
Other versions
JP7056566B2 (ja
Inventor
幸一 内村
幸一 内村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2018047558A1 publication Critical patent/JPWO2018047558A1/ja
Application granted granted Critical
Publication of JP7056566B2 publication Critical patent/JP7056566B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成を実現する。放送波等を介して入力するＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成する。データ処理部は、ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、さらに、ＭＭＴフォーマットストリームファイルの再生制御情報を格納したプレイリストファイル、およびクリップ情報ファイルを生成する。

Description

本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに詳細には、放送波等における今後のデータ伝送規格として規格化が進められているＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力して、メディアに記録し、再生可能とする情報処理装置、および情報処理方法、並びにプログラムに関する。
現在、４Ｋ画像や８Ｋ画像等の放送等、高画質画像のデータ伝送を実現するための規格化が進められており、その一つとして、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットを利用したデータ配信方式についての検討が進められている。
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツを構成する符号化データを放送波やネットワークを介して伝送するためのデータ転送方式（トランスポートフォーマット）を規定したものである。
ＭＭＴフォーマットは、例えば４Ｋ画像、高ダイナミックレンジ（ＨＤＲ：ＨｉｇｈＤｙｎａｍｉｃ Ｒａｎｇｅ）画像等の次世代コンテンツの放送等に利用される予定となっている。
一方、現行の画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等の伝送フォーマット、あるいは、メディアに対するデータ記録フォーマットとしては、ＭＰＥＧ−２ＴＳフォーマットが多く利用されている。
例えば、コンテンツの記録再生に利用される情報記録媒体（メディア）であるＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）やフラッシュメモリ、あるいはＨＤ（ハードディスク）等には、ＭＰＥＧ−２ＴＳフォーマットに従ったデータが記録されることが多い。
今後、放送局等が送信するＭＭＴフォーマットに従った配信データをテレビ等の情報処理装置が受信し、情報処理装置が受信データをＢＤやフラッシュメモリ、あるいはＨＤ（ハードディスク）に記録する場合、画像、音声、字幕データ等の再生対象コンテンツについては、ＭＭＴフォーマットをＭＰＥＧ−２ＴＳフォーマットに変換して記録するか、あるいはＭＭＴフォーマットのまま記録するか、いずれかの処理を行うことになる。
しかし、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）やフラッシュメモリやＨＤ（ハードディスク）等のメディアから、画像、音声、字幕等のコンテンツを再生する場合には、これらのコンテンツの再生処理を行なうための再生制御情報やインデックス情報が必要となる。これらの再生制御情報やインデックス情報は一般的にデータベースファイルと呼ばれる。
これらの再生制御情報やインデックス情報は、メディアの記録データの再生処理を実行する再生アプリケーションに応じて異なるものとなる。
例えば、現行の記録再生アプリケーション規格（フォーマット）としてＢＤＭＶやＢＤＡＶ規格（フォーマット）がある。これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）を利用したデータ記録再生アプリケーション規格として策定されたものである。
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であるが、これらの規格はＢＤに限らず、フラッシュメモリやＨＤなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤを利用したデータ記録再生処理構成については、例えば特許文献１（特開２０１１−０２３０７１号公報）等に記載がある。
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。
上述のＭＭＴフォーマットに従った配信コンテンツを情報記録媒体（メディア）に記録し、メディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。
前述のように、ＢＤＡＶフォーマットは、再生制御情報の記録ファイルとして、プレイリストファイルやクリップ情報ファイル等のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を参照してデータ再生処理を実行する。
しかし、ＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、ＭＰＥＧ−２ＴＳフォーマットの配信データに基づいて生成可能なファイルとして規定されたものである。
ＭＰＥＧ−２ＴＳフォーマットとはフォーマットの異なるＭＭＴフォーマットに従った配信データは、現行のＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイルにそのまま記録しても、現行のＢＤＡＶ対応再生アプリケーションが利用できないデータとなる場合がある。
従って、このＭＭＴフォーマットデータをメディアに記録し、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うことを可能とするためには、メディアに対するＭＭＴフォーマットデータの記録処理に際して、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
また、メディアに記録されたＭＭＴフォーマットデータの再生時には、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。
しかし、これらの処理については、現時点で具体化されていないというのが現状である。
特開２０１１−０２３０７１号公報
本開示は、例えば、上記の問題点に鑑みてなされたものであり、ＭＭＴフォーマットに従った配信データを入力して、ＢＤＡＶフォーマットに規定されたデータベースファイルを生成してメディアに記録し、これらのデータベースファイルを利用してメディア記録コンテンツを再生可能とする情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
本開示の第１の側面は、
ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、
さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成する情報処理装置にある。
さらに、本開示の第２の側面は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行する情報処理装置にある。
さらに、本開示の第３の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、
さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成する情報処理方法にある。
さらに、本開示の第４の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行する情報処理方法にある。
さらに、本開示の第５の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成させ、
さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成させるプログラムにある。
さらに、本開示の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行させるプログラムにある。
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
本開示の一実施例の構成によれば、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
具体的には、放送波等を介して入力するＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成する。データ処理部は、ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、さらに、ＭＭＴフォーマットストリームファイルの再生制御情報を格納したプレイリストファイル、およびクリップ情報ファイルを生成する。
本構成により、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
本開示の処理を実行する情報処理装置の利用構成例について説明する図である。 ＭＭＴフォーマットについて説明する図である。 ＭＭＴフォーマットに従った画像データ格納構成例について説明する図である。 ＢＤＡＶフォーマットについて説明する図である。 ＢＤＡＶフォーマットに従ったデータ再生処理例について説明する図である。 ＭＰＥＧ−２ＴＳフォーマットについて説明する図である。 ＭＭＴフォーマットについて説明する図である。 ＳＰＡＶフォーマットについて説明する図である。 ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットデータとして記録する場合の処理例について説明する図である。 ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットデータとして記録する場合の処理例について説明する図である。 プレイリストファイルのデータ構成について説明する図である。 ＥＰマップについて説明する図である。 ＥＰマップについて説明する図である。 ＥＰマップについて説明する図である。 プレイリストファイルのＣＰＩタイプ記録データについて説明する図である。 プレイリストファイルのプレイアイテムのデータ構成について説明する図である。 プレイリストファイルのプレイアイテム記録データについて説明する図である。 ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。 ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例について説明する図である。 ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す図である。 プレイリストファイルの構成要素であるプレイリストマークについて説明する図である。 プレイリストマーク情報の記録データについて説明する図である。 クリップ情報ファイルのデータ構成（シンタクス）を示す図である。 クリップ情報ファイルのクリップ情報［ＣｌｉｐＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。 クリップ情報ファイルのクリップ情報［ＣｌｉｐＩｎｆｏ（）］中に記録されるアプリケーションタイプの記録例について説明する図である。 クリップ情報ファイルのクリップ情報［ＣｌｉｐＩｎｆｏ（）］中に記録されるクリップストリームタイプの記録例について説明する図である。 クリップ情報ファイルのシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。 クリップ情報ファイルのシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］に記録されるＡＴＣとＳＴＣについて説明する図である。 クリップ情報ファイルのプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］のデータ構成（シンタクス）を示す図である。 クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］のデータ構成（シンタクス）を示す図である。 クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。 クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録されるＥＰマップのデータ構成について説明する図である。 ＥＰマップを構成する２つのテーブルのデータ構成について説明する図である。 クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録するＭＭＴフォーマットデータ対応のＥＰマップのデータ構成について説明する図である。 クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録するＭＭＴフォーマットデータ対応のＥＰマップのデータ構成について説明する図である。 クリップ情報ファイルのＣＰＩ情報［ＣＰＩ（）］中に記録するＭＭＴフォーマットデータ対応のＥＰマップのデータ構成について説明する図である。 ＭＭＴフォーマットデータ対応のＥＰマップを生成するために必要となるランダムアクセスポイント情報を取得するためのＭＰＴ（ＭＭＴパッケージテーブル）のデータ構成について説明する図である。 ＭＭＴフォーマットデータ対応のＥＰマップを生成するために必要となるランダムアクセスポイント情報を取得する処理について説明する図である。 クリップ情報ファイルのクリップマーク［ＣｌｉｐＭａｒｋ（）］のデータ構成（シンタックス）を示す図である。 クリップＡＶストリームファイルに記録するＭＭＴフォーマットデータの例について説明する図である。 クリップＡＶストリームファイルに記録するＭＭＴフォーマットデータの例について説明する図である。 クリップＡＶストリームファイルに記録するＭＭＴフォーマットデータの例について説明する図である。 クリップＡＶストリームファイルに記録するＭＭＴフォーマットデータ中の制御情報であるＭＰＴ（ＭＭＴパッケージテーブル）のデータについて説明する図である。 クリップＡＶストリームファイルに記録するＭＭＴフォーマットデータ中の制御情報であるＭＰＴ（ＭＭＴパッケージテーブル）のデータについて説明する図である。 クリップＡＶストリームファイルに記録するＭＭＴフォーマットデータ中の制御情報であるＭＰＴ（ＭＭＴパッケージテーブル）のデータについて説明する図である。 情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。 情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体（メディア）に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体（メディア）からのデータ再生処理を実行する情報処理装置の構成例についてを説明する図である。 情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体（メディア）からのデータ再生処理の処理シーケンスを説明するフローチャートを示す図である。 本開示の処理に適用される報処理装置のハードウェア構成例について説明する図である。
以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．通信システムの構成例について
２．ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットについて
３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて
４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について
５．ＭＭＴフォーマットデータ対応のプレイリストファイルについて
６．ＭＭＴフォーマットデータ対応のクリップ情報ファイルについて
７．ＭＭＴフォーマットデータの全記録（フル記録）と、部分記録（パーシャル記録）について
８．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について
９．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について
１０．情報処理装置の構成例について
１１．本開示の構成のまとめ
［１．通信システムの構成例について］
まず、図１を参照して本開示の処理を実行する情報処理装置の一つの利用構成例である通信システムの例について説明する。
図１に示す情報処理装置３０は、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）や、フラッシュメモリ、ハードディスク（ＨＤＤ）などのメディアを装着し、これらの装着メディアに対するデータ記録処理や、装着メディアからのデータ再生処理を実行する。
情報処理装置３０がメディアに記録するデータは、例えば放送局（放送サーバ）２１や、データ配信サーバ２２等の送信装置２０の提供する送信コンテンツである。具体的には、テレビ局の提供する放送番組等である。
これらの送信コンテンツは、放送波、あるいはインターネット等のネットワークを介して送信装置２０から情報処理装置３０に送信される。
情報処理装置３０は、例えばＢＤプレーヤ３１、テレビ３２、ＰＣ３３、携帯端末３４等である、これらの情報処理装置は、例えば、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）４１、ＨＤＤ（ハードディスク）４２、フラッシュメモリ４３等の様々なメディアを装着し、これらのメディアに対するデータ記録処理や、メディアからのデータ再生処理を実行する。
送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランンスポートフォーマット）を規定したものである。
送信装置２０は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成し、生成した符号化データをＭＭＴにおいて規定されるＭＭＴＰ（ＭＭＴ Ｐｒｏｔｏｃｏｌ）パケットに格納して放送波、またはネットワークを介して送信する。
送信装置２０が情報処理装置３０に提供するデータは、画像、音声、字幕等の再生対象データの他、番組ガイド等の案内情報や通知情報、制御情報等によって構成される。
［２．ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットについて］
上述したように、送信装置２０から情報処理装置３０に対するデータ送信は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットに従って実行される。
図２以下を参照して、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
図２は、ＭＭＴフォーマットのスタック・モデルを示す図である。
図２に示すＭＭＴスタック・モデルにおいて、最下層には、物理レイヤ（ＰＨＹ）がある。物理レイヤは、放送系の処理を行なうブロードキャスト（Ｂｒｏａｄｃａｓｔｉｎｇ）レイヤと、ネットワーク系の処理を行なうブロードバンド（Ｂｒｏａｄｂａｎｄ）レイヤに分割されている。
ＭＭＴは放送系、ネットワーク系の２つの通信網を利用した処理を可能としている。
物理レイヤ（ＰＨＹ）の上位レイヤとして、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）レイヤがある。ＴＬＶはＩＰパケットの多重化方式を規定したフォーマット規定レイヤである。複数のＩＰパケットが多重化されてＴＬＶパケットとして送信される。ＴＬＶ−ＳＩは、ＴＬＶフォーマットに従ったシグナリング情報の伝送レイヤである。
シグナリング情報は、情報処理装置３０側においてコンテンツ（番組）を受信するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等によって構成される。
ＴＬＶレイヤで処理が生成されるＴＬＶパケットに格納されるシグナリング情報がＴＬＶ−ＳＩであり、ＭＭＴプロトコル（ＭＭＴＰ）に従って生成されるパケットであるＭＭＴＰパケットに格納されるシグナリング情報は最上位レイヤに示すＭＭＴ−ＳＩである。
ＴＬＶレイヤ上には、ＵＤＰ／ＩＰレイヤが設定される。
ＵＤＰ／ＩＰレイヤは、詳細にはＩＰレイヤとＵＤＰレイヤに分割可能であるが、ＩＰパケットのペイロードにＵＤＰパケットを格納する伝送を規定するレイヤである。
ＵＤＰ／ＩＰレイヤ上にＭＭＴレイヤ、およびＦｉｌｅ ｄｅｌｉｖｅｒｙ ｍｅｔｈｏｄレイヤ が設定される。
ＭＭＴＰパケットをＩＰパケットに格納して送信する場合と、ＭＭＴＰパケットを用いないデータ伝送方式であるＦｉｌｅ ｄｅｌｉｖｅｒｙ ｍｅｔｈｏｄを利用してＩＰパケットとしてデータ送信する方式が併用可能な設定となっている。
ＭＭＴレイヤ上には、以下のレイヤが設定される。
画像符号化規格であるＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）に従った符号化画像データである画像（Ｖｉｄｅｏ）データ、
音声符号化規格であるＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）に従った符号化音声データである音声（Ａｕｄｉｏ）データ、
字幕符号化規格であるＴＴＭＬ（Ｔｉｍｅｄ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に従った符号化字幕データである字幕（Ｓｕｂｔｉｔｌｅ）データ、
ＭＭＴＰパケットを利用して送信されるシグナリング情報（ＭＭＴ−ＳＩ）、
さらに、ＨＴＭＬ５（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ ５）に従って記述された様々なアプリケーション、
これらの各データがＭＭＴＰパケットに格納されて送信される。
シグナリング情報（ＭＭＴ−ＳＩ）は、ＭＭＴＰパケットで送信されるシグナリング情報であり、情報処理装置３０側においてコンテンツ（番組）を受信するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等によって構成される。
なお、時刻情報（ＮＴＰ：Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）は絶対時刻情報であり、ＵＤＰパケットに直接格納され送信される。
その他のデータ配信を行うデータサービス（Ｄａｔａ ｓｅｒｖｉｃｅ）、コンテンツダウンロード等（Ｃｏｎｔｅｎｔｄｏｗｎｌｏａｄ，ｅｔｃ．）がＭＭＴと異なるファイル配信メソッド（Ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｍｅｔｈｏｄ）を利用して配信可能な構成を有している。
図２に示すように、画像、音声、字幕、さらに、様々な通知情報や制御情報を含むシグナリング情報（ＭＭＴ−ＳＩ）やアプリケーションは、ＭＭＴＰパケットによって送信される。
図３を参照してＭＭＴＰパケットの具体的構成例について説明する。
図３には以下の４種類のデータ構成例を示している。
（ａ）ＭＰＵ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ）
（ｂ）ＭＭＴＰペイロート
（ｃ）ＭＭＴＰパケット
（ｄ）ＴＬＶパケット
（ｄ）ＴＬＶパケットが放送波やネットワークを介して送信されるパケットであり、ＴＬＶパケットには、ＵＤＰヘッダ、ＩＰヘッダ、ＴＬＶヘッダの各ヘッダ情報が設定される。ＴＬＶパケットは、データ種類ごとに個別のパケットとして設定される。
すなわち、１つのＴＬＶパケットのＴＬＶペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、ＭＭＴＰパケットに格納するシグナリング情報（ＭＭＴ−ＳＩ）、ＴＬＶパケットで送信されるシグナリング情報（ＴＬＶ−ＳＩ）、これらいずれか一種類のデータが、個別のＴＬＶパケットに格納される。
ＴＬＶパケットのペイロードであるＴＬＶペイロートの一例が、図３（ｃ）に示すＭＭＴＰパケットである。
図３（ｃ）に示すＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。
１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、ＭＭＴＰパケットに格納するシグナリング情報（ＭＭＴ−ＳＩ）、これらいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。
図３（ａ），（ｂ）は、図３（ｃ）に示すＭＭＴＰパケットのＭＭＴＰペイロードに格納される画像データの詳細構成を示している。
図３（ｂ）は、図３（ｃ）に示すＭＭＴＰパケット中、ＭＭＴＰペイロードが画像データ（Ｖ）であるもののみを選択して示している。
図３（ｂ）に示すＭＭＴＰペイロードは、ヘッダとデータユニットによって構成される。
データユニットには、図３（ａ）に示すように、画像データおよび、以下の各種のパラメータが格納される。
ＡＵ Ｄｅｌｉｍｉｔｅｒ（Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ）
ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）
ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）
ＳＥＩｓ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）
これらのパラメータは、画像表示に利用されるパラメータである。
図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ）は、ＭＭＴフォーマットにおける１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）と同じ単位である。
このように、例えば画像データは、図３（ａ）に示すように、ＭＭＴフォーマットにおいて規定されたパラメータと画像構成データに分割され、図３（ｂ）に示すＭＭＴＰペイロードに格納され、図３（ｃ）に示すＭＭＴＰパケットとして構成される。
さらに、ＭＭＴＰパケットは、図３（ｄ）に示すＴＬＶパケットのペイロードとして設定されて、ＴＬＶパケットが放送波やネットワークを介して送信される。
なお、音声、字幕等の各データ、ＭＭＴ−ＳＩの各データについても、それぞれデータ種類単位のＭＭＴＰパケット、ＴＬＶパケットが設定されて送信される。
ＴＬＶ−ＳＩは、ＭＭＴＰパケットに格納されることなくＴＬＶパケットに格納されて送信される。
［３．ＢＤＡＶフォーマットとＳＰＡＶフォーマットについて］
次に、上述のＭＭＴフォーマットに従った配信コンテンツを例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）やフラッシュメモリ、あるいはＨＤ（ハードディスク等のメディアに記録して再生する場合の記録データフォーマットであるＢＤＡＶフォーマットとＳＰＡＶフォーマットについて図４以下を参照して説明する。
例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）やフラッシュメモリやＨＤ等のメディアから、画像、音声、字幕等のコンテンツを再生する場合には、これらのコンテンツの再生処理を行なうための再生制御情報やインデックス情報が必要となる。再生制御情報やインデックス情報は一般的にデータベースファイルと呼ばれる。
これらの再生制御情報やインデックス情報は、メディアの記録データの再生処理を実行する再生アプリケーションに応じて異なるものとなる。
前述したように、現行の記録再生アプリケーション規格（＝データ記録フォーマット）としてＢＤＭＶやＢＤＡＶ規格（データ記録フォーマット）がある。これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）を利用したデータ記録再生アプリケーション規格として策定されたものである。
なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であり、データ記録フォーマット（規格）であるが、これらの規格はＢＤに限らず、フラッシュメモリなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。
ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ−ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ−ＲＯＭで広く使われている。
一方、ＢＤＡＶは、主に書き換え可能なＢＤ−ＲＥ型ディスクや、一回のみ記録可能なＢＤ−Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。
上述のＭＭＴフォーマットに従った配信コンテンツを記録したメディアからのコンテンツ再生処理を、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、このＢＤＡＶフォーマットに従ってデータ記録を行うことが必要である。
前述のように、ＢＤＡＶフォーマットは、再生制御情報の記録ファイルとして、プレイリストファイルやクリップ情報ファイル等を規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。
図４は、情報記録媒体（メディア）４０にＢＤＡＶフォーマットに従って記録されたデータのディレクトリ構成例を示す図である。
ディレクトリには、図４に示すように様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
管理情報ファイルは、例えば、図４に示すインフォファイル（ｉｎｆｏ）、メニューファイル（ｍｅｎｕ）、マークファイル（ｍａｒｋ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ｐｌａｙｌｉｓｔ）、
クリップ情報ファイル（ｃｌｉｐｉｎｆ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ｓｔｒｅａｍ）が記録される。
プレイリストファイルは、タイトルによって指定される再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したファイルであり、例えば、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップＡＶストリームファイルの再生位置情報等を有する。
クリップＡＶストリームファイルは、再生対象となるＡＶストリームデータを格納したファイルである。クリップＡＶストリームファイルは、再生対象となる画像、音声、字幕等の各データを格納したパケットによって構成される。
なお、従来の放送データや、ネットワーク配信データは、ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）パケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータであるが、今後の４Ｋ，８Ｋ画像等の高精細画像等を含むデータは前述したＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータとなることが予想される。
図４にはクリップＡＶストリームファイル（ｓｔｒｅａｍ）として、
ＴＳパケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータからなるストリームファイル（ｎｎｎｎｎ．ｍ２ｔｓ）、
ＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）、
これらの２種類のストリームファイルを示している。
図４に示すディレクトリ例は、情報処理装置３０が受信したデータがＭＰＥＧ−２ＴＳフォーマットデータである場合は、そのまま、ＭＰＥＧ−２ＴＳフォーマットデータとしてメディアに記録し、受信データがＭＭＴフォーマットデータである場合は、ＭＭＴフォーマットデータとしてメディアに記録する設定の場合のディレクトリ例である。
このディレクトリ例は一例であり、例えば、情報処理装置３０が、フォーマット変換機能を有する場合には、以下のような処理が行われる可能性もある。
受信データがＭＭＴフォーマットデータである場合、ＭＭＴフォーマットをＭＰＥＧ−２ＴＳフォーマットに変換し、メディアに記録するクリップＡＶストリームファイルを、全てＭＰＥＧ−２ＴＳフォーマットデータに統一して記録する。
一方、ＭＰＥＧ−２ＴＳフォーマットからＭＭＴフォーマットへのフォーマット変換を実行することにより、メディアに記録するクリップＡＶストリームファイルを全てＭＭＴフォーマットデータとするといった処理が実行される可能性もある。
これらの処理については、今後、検討されることになる。
管理情報ファイル、プレイリストファイル、クリップ情報ファイル、これらのデータファイルは、クリップＡＶストリームファイルに格納された再生データである画像、音声、字幕等の再生処理に適用する管理情報、再生制御情報、再生データ属性情報等を格納したファイルであり、データベースファイルと呼ばれる。
情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
（ａ）まず、再生アプリケーションによって管理情報ファイルから特定のタイトルを指定する。
（ｂ）指定されたタイトルに関連付けられたプレイリストが選択される。
（ｃ）選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生や、コマンドの実行処理が行われる。
図５は、情報記録媒体（メディア）４０に記録される以下のデータ、すなわち、
プレイリストファイル、
クリップ情報ファイル、
クリップＡＶストリームファイル、
これらのデータの対応関係を説明する図である。
実際の再生対象データである画像、音声、字幕等の再生対象データからなるＡＶストリームはクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルとして記録され、さらに、これらのＡＶストリームの管理情報、再生制御情報ファイルとして、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルと、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが規定される。
これら複数のカテゴリのファイルは、図５に示すように、
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルを含むプレイリストレイヤ、
クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルと、クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルからなるクリップレイヤ、
これらの２つのレイヤに区分できる。
なお、一つのクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルには一つのクリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルが対応付けられ、これらのペアを一つのオブジェクトと考え、これらをまとめてクリップ（Ｃｌｉｐ）、あるいはクリップファイルと呼ぶ。
クリップＡＶストリームファイルに含まれるデータの詳細情報、例えばＭＰＥＧデータのＩピクチャ位置情報などを記録したＥＰマップなどの管理情報がクリップ情報ファイルに記録される。
なお、クリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルは、ＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
クリップ情報（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）ファイルは、例えば、クリップＡＶストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである（エントリポイント：ＥＰ）等の再生時間位置等の対応データ等、クリップＡＶストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。
プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプに基づいてクリップ情報ファイルを参照して、クリップＡＶストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。
クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
このように、プレイリスト（ＰｌａｙＬｉｓｔ）ファイルは、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
プレイリスト（ＰｌａｙＬｉｓｔ）ファイルには、１つ以上のプレイアイテム（ＰｌａｙＩｔｅｍ）が設定され、プレイアイテムの各々が、クリップ（＝クリップ情報ファイル＋クリップＡＶストリームファイル）レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
なお、再生対象データを格納したクリップＡＶストリーム（Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍ）ファイルは、前述したように、従来型のＭＰＥＧ−２ＴＳフォーマットデータである場合はＴＳパケットによって構成される。
また、今後、利用が拡大されると予想される４Ｋ，８Ｋ画像等の高精細画像データの場合は、ＭＭＴフォーマットデータである場合はＭＭＴＰパケットによって構成される。
図６、図７を参照して、ＭＭＴフォーマットと、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
まず、図６を参照して、ＭＰＥＧ−２ＴＳフォーマットについて説明する。
ＭＰＥＧ−２ＴＳフォーマットは画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを記録媒体（メディア）に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式（コンテナフォーマット）を規定したフォーマットである。
ＭＰＥＧ−２ＴＳフォーマットは、ＩＳＯ１３８１８−１において標準化されたフォーマットであり、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）に対するデータ記録や、デジタル放送等に用いられている。
図６（ａ）〜（ｃ）はＭＰＥＧ−２ＴＳフォーマットデータの構成を示す図である。
最下段に示す図６（ａ）は、ＭＰＥＧ−２ＴＳのフォーマットデータの全体構成を示す図である。
図６（ａ）に示すように、ＭＰＥＧ−２ＴＳフォーマットデータは、複数のエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）によって構成される。
エレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）は、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。
１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）は、図２（ｂ）に示すように、１つまたは複数のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）パケットによって構成される。
具体的には、１つのエレメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ）は、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＰＥＳパケットの１つ、または複数から構成される。
１つのＰＥＳパケットは、図６（ｃ）に示すように、１つまたは複数のＴＳパケットによって構成される。
具体的には、１つのＰＥＳパケットは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＴＳパケットの１つ、または複数から構成される。
ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
次に、図７を参照してＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットについて説明する。
ＭＭＴフォーマットについては、先に図３を参照しているが、図７に示すＭＭＴフォーマットの説明図は、図６を参照して説明したＭＰＥＧ−２ＴＳフォーマットとの対応関係を分かり易く説明した図である。
先に説明したように、ＭＭＴフォーマットは、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕（Ｓｕｂｔｉｔｌｅ）等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式（トランスポートフォーマット）を規定したものである。
図７は、ＩＳＯ／ＩＥＣ ２３００８−１に規定されるファイルフォーマットであるＭＭＴフォーマットについて説明する図である。
図７（ａ）〜（ｃ）にはＭＭＴフォーマットデータの構成を示している。
最下段に示す図７（ａ）は、ＭＭＴフォーマットデータの全体構成を示す図である。
図７（ａ）に示すように、ＭＭＴフォーマットデータは、複数のメディアプレゼンテーションユニット（ＭＰＵ：Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｕｎｉｔ）によって構成される。
ＭＰＵは、例えば画像、音声、字幕等の１つの単位として設定されるユニットである。例えば、画像の場合、１ＭＰＵが１つのＭＰＥＧ圧縮画像単位である１ＧＯＰ（Ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅ）に相当する。
１つのＭＰＵは、図７（ｂ）に示すように、１つまたは複数のメディアフラグメントユニット（ＭＦＵ：Ｍｅｄｉａ Ｆｒａｇｍｅｎｔ ｕｎｉｔ）によって構成される。
具体的には、１つのＭＰＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＦＵの１つ、または複数から構成される。
１つのＭＦＵは、図７（ｃ）に示すように、１つまたは複数のＭＭＴＰパケットによって構成される。
具体的には、１つのＭＦＵは、ペイロードタイプ（Ｐａｙｌｏａｄ＿ｔｙｐｅ）＝０ｘ０（ＭＰＵ）で、かつ同じパケット識別子（Ｐａｃｋｅｔ＿ｉｄ）を持つＭＭＴＰパケットの１つ、または複数から構成される。
ＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。
ＭＭＴＰパケットの各々は、属性情報等を格納するヘッダ（ＭＭＴＰヘッダ）と、符号化画像の実データ等を格納するペイロード（ＭＭＰＴペイロード）により、構成される。
なお、ＢＤＡＶフォーマットに類似するフォーマットとしてＳＰＡＶフォーマットがある。前述したように、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格である。これに対して、ＳＰＡＶフォーマットは、主にハードディスクに対するデータ記録再生のアプリケーション規格である。
ただし、ＢＤＡＶフォーマット、ＳＰＡＶフォーマットのいずれも、ＢＤ，フラッシュメモリ、ＨＤ等、様々なメディアを利用した記録再生に利用可能なフォーマットである。
ＳＰＡＶフォーマットデータは、ＢＤＡＶフォーマットにおけるデータ記録再生処理と同様の処理でデータ記録再生を実行することが可能である。ただし、ＳＰＡＶフォーマットは、ファイル名設定が、ＢＤＡＶフォーマットと一部、異なっている。
図８にＳＰＡＶフォーマットのディレクトリ構成例を示す。
図８に示すＳＰＡＶフォーマットのディレクトリには、先に図４を参照して説明したＢＤＡＶフォーマットと同様、様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
管理情報ファイルは、例えば、図８に示すインフォファイル（ＩＮＦＯ）、メニューファイル（ＭＥＮＵ）、マークファイル（ＭＡＲＫ）等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル（ＰＬＡＹＬＩＳＴ）、
クリップ情報ファイル（ＣＬＩＰＩＮＦ）
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップＡＶストリームファイル（ＳＴＲＥＡＭ）が記録される。
図８に示すようにＳＰＡＶフォーマットのディレクトリ名や各ファイルの拡張子の設定が、図４を参照して説明したＢＤＡＶフォーマットと異なっている。
ただし、各ファイルに格納されるデータや、各ファイルの役割は、ＢＤＡＶフォーマットと同様である。
以下の実施例の説明では、ＭＭＴフォーマットデータをＢＤＡＶフォーマットデータとして記録し、再生する処理例について説明するが、以下に説明する実施例は、ＭＭＴフォーマットデータをＳＰＡＶフォーマットデータとして記録し、再生する処理にも適用可能である。
［４．ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について］
次に、ＭＭＴフォーマットデータをＢＤＡＶフォーマットに従って記録する場合の処理について説明する。
先に説明したように、ＭＭＴフォーマットはデータ配信フォーマットであり、図３を参照して説明したスタックに従ったフォーマットである。
一方、ＢＤＡＶフォーマットはメディアに対するデータ記録フォーマットであり、図４を参照して説明したようにプレイリストファイルやクリップ情報ファイル等の再生制御情報ファイルを含むデータベースファイルが規定されている。
なお、ＢＤＡＶフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、ＢＤＡＶフォーマットに従ってメディアに記録されたデータ再生は、ＢＤＡＶフォーマット対応の再生アプリケーションを利用して再生処理が実行される。
従って、ＭＭＴフォーマットに従った配信コンテンツをメディアに記録し、記録したメディアからのコンテンツ再生処理をＢＤＡＶフォーマット対応の再生アプリケーションを利用して行なうためには、ＢＤＡＶフォーマットに従ったデータ記録を行うことが必要である。
再生対象データとしての画像、音声、字幕等の各データは、前述のように、ＭＭＴフォーマットのまま記録するか、あるいはＭＥＧ−２ＴＳファイルに変換してクリップＡＶストリームファイルとして記録すればよい。
しかし、ＢＤＡＶフォーマットは、再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイル等のＢＤＡＶフォーマット固有のデータベースファイルを規定しており、ＢＤＡＶ対応再生アプリケーションはこれらの再生制御情報ファイル（データベースファイル）の記録情報を利用してデータ再生処理を実行する。
前述したように、ＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、ＭＰＥＧ−２ＴＳフォーマットの配信データに基づいて生成可能なファイルとして規定されたものである。
ＭＰＥＧ−２ＴＳフォーマットとはフォーマットの異なるＭＭＴフォーマットに従った配信データは、現行のＢＤＡＶフォーマット規定のプレイリストファイルやクリップ情報ファイルにそのまま記録しても、現行のＢＤＡＶ対応再生アプリケーションが利用できないデータとなる場合がある。
従って、このＭＭＴフォーマットデータをメディアに記録し、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うことを可能とするためには、メディアに対するＭＭＴフォーマットデータの記録処理に際して、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
また、メディアに記録されたＭＭＴフォーマットデータの再生時には、ＭＭＴフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。
図９は、ＭＭＴフォーマットに従った配信データに基づいて、メディア記録用のＢＤＡＶフォーマットデータを生成する処理例について説明する図である。
図９に示すように、再生対象となる画像、音声、字幕の各データは、クリップＡＶストリームファイルとして記録する。これらの再生対象データは、ＭＭＴフォーマットのまま、あるいはＴＳフォーマットに変換して記録する等、様々な処理が可能である。
一方、ＢＤＡＶフォーマットにおいて規定される管理情報ファイル、プレイリストファイルやクリップ情報ファイル等のデータベースファイルは、ＭＭＴフォーマットには含まれていない。
先に図２を参照して説明したように、ＭＭＴフォーマットデータには、コンテンツ受信に必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等を含むシグナリング情報が含まれる。
ＴＬＶレイヤで処理が生成されるＴＬＶパケットに格納されるシグナリング情報がＴＬＶ−ＳＩであり、ＭＭＴプロトコルに従って生成されるパケットであるＭＭＴＰパケットに格納されるシグナリング情報がＭＭＴ−ＳＩである。
ＭＭＴフォーマットデータを受信して、受信データをメディアに記録する情報処理装置３０は、ＭＭＴフォーマットに含まれるＴＬＶ−ＳＩやＭＭＴ−ＳＩ等のシグナリング情報から、ＢＤＡＶフォーマットのデータベースファイルに記録すべき情報を選択して、ＢＤＡＶフォーマットに規定されたプレイリストファイルやクリップ情報ファイル等を生成することが必要となる。
ＢＤＡＶフォーマットに規定されたプレイリストファイルやクリップ情報ファイルには、クリップＡＶストリームファイルの再生制御情報として様々なデータが記録される。例えば、クリップＡＶストリームファイルに格納されるコンテンツの属性情報が記録される。
先に図４を参照して説明したように、画像や音声等の再生対象データを格納したクリップＡＶストリームファイル（ｓｔｒｅａｍ）には、
ＴＳパケットによって構成されたＭＰＥＧ−２ＴＳフォーマットデータからなるストリームファイル（ｎｎｎｎｎ．ｍ２ｔｓ）、
ＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）、
これらの２種類のストリームファイルが含まれる。
先に図４を参照して説明したように、図４に示すディレクトリ例は、情報処理装置３０が受信したデータがＭＰＥＧ−２ＴＳフォーマットデータである場合は、そのまま、ＭＰＥＧ−２ＴＳフォーマットデータとしてメディアに記録し、受信データがＭＭＴフォーマットデータである場合は、ＭＭＴフォーマットデータとしてメディアに記録する設定の場合のディレクトリ例である。
このように、例えば放送局から受信する番組コンテンツを構成するＭＭＴフォーマットデータを図４に示すＢＤＡＶフォーマットに従って記録した場合、図４に示すＭＭＴＰパケットによって構成されるＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）が、クリップＡＶストリームファイル（ｓｔｒｅａｍ）として記録される。
このＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）は、先に図３〜図７を参照して説明したように、ＭＰＥＧ−２ＴＳフォーマットデータとは異なる形式のデータである。
従って、このＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）の再生に適用する生成制御情報ファイルであるプレイリストファイルや、クリップ情報ファイルは、このＭＭＴフォーマットデータ（ｎｎｎｎｎ．ｍｍｔｖ）の再生を実現するためのデータ構成を持つことが必要となる。従来のＭＰＥＧ−２ＴＳフォーマットデータ（ｎｎｎｎｎ．ｍ２ｔｓ）の再生に適用されるプレイリストファイルや、クリップ情報ファイルをそのまま利用することはできない。
例えば、図１に示すテレビ３２等の情報処理装置３０が、放送サーバ（放送局）２１等の送信装置２０から送信される番組コンテンツを構成するＭＭＴフォーマットデータを受信し、ＢＤ、フラッシュメモリ、ＨＤ等のメディア（情報記録媒体）に記録する場合、図１０に示すＢＤＡＶディレクトリ中のクリップＡＶストリームファイルとして、ＭＭＴフォーマットに従ったデータを格納したＭＭＴフォーマットデータ格納クリップＡＶストリームファイル（ｎｎｎｎｎ．ｍｍｔｖ）７１の記録処理を実行する。
テレビ３２等の情報処理装置３０は、このＭＭＴフォーマットデータ格納クリップＡＶストリームファイル（ｎｎｎｎｎ．ｍｍｔｖ）７１の記録処理に併せて、このＭＭＴフォーマットデータ格納クリップＡＶストリームファイル（ｎｎｎｎｎ．ｍｍｔｖ）７１を、ＢＤＡＶ記録再生アプリケーションを適用して再生可能とするための再生制御情報を記録することが必要となる。
具体的には、図１０に示すＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）７２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）７３を生成して、メディア（ＢＤ，フラッシュメモリ，ＨＤ等）に記録することが必要となる。
メディアに記録されたＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１を再生する場合には、このＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）７２と、プレイリストファイル（ｎｎｎｎｎ．ｒｐｌｓ）７３を利用して再生処理を行うことができる。
しかし、前述したように、放送局の配信データであるＭＭＴフォーマットに従って配信されるデータは、ＢＤＡＶフォーマットで規定するプレイリストファイルやクリップ情報ファイルの記録用データを全て含むようには構成されてない。
また、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１は、ＭＰＥＧ−２ＴＳフォーマットデータとは異なるデータ形式となり、ＭＰＥＧ−２ＴＳフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルと同一形式のデータを持つプレイリストファイルやクリップ情報ファイルを利用しても、正しい再生処理は実行できないという問題がある。
従って、このＭＭＴフォーマットデータをメディアに記録して、ＢＤＡＶフォーマット対応アプリを利用してコンテンツ再生を行うためには、ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１の再生制御を行うことができるＭＭＴフォーマットデータ固有のデータ形式を持つプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
以下、この具体的な処理について説明する。
［５．ＭＭＴフォーマットデータ対応のプレイリストファイルについて］
まず、図１１以下を参照してＭＭＴフォーマットデータ対応のプレイリストファイルについて説明する。
先に説明したように、プレイリストファイルには、そのプレイリストを適用して再生されるデータに関する情報が記録される。具体的には、例えばコンテンツの再生処理に適用するプレイアイテムに関する情報、さらに、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
図１１は、１つのプレイリスト（ＰｌａｙＬｉｓｔ）ファイルに記録される［ＰｌａｙＬｉｓｔ］のデータ構成（シンタクス）を示す図である。
図１１に示す［ＰｌａｙＬｉｓｔ］の主な記録データについて説明する。
バージョンナンバ（ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ）は、このプレイリストのバージョンナンバを示す。
レングス（ｌｅｎｇｔｈ）は、このレングスフィールドの直後からプレイリストファイル構成データの最後までのバイト数を示す。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）１０１は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
プレイアイテム数（ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓ）１０２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す。
サブプレイアイテム数（ｎｕｍｂｅｒ＿ｏｆ＿ＳｕｂＰｌａｙＩｔｅｍｓ）１０３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）の数を示す。
プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４には、各プレイアイテム、サブプレイアイテムの詳細情報が記録される。
プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４の詳細（シンタクス）については後述する。
上述したように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）１０１は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、ランダムアクセス再生開始可能な再生開始点のデータアドレスを取得するためのデータである。
なお、ＢＤＡＶフォーマットにおいて規定されているＣＰＩとしては、例えばＥＰマップ（ＥＰ＿ｍａｐ）や、ＴＵマップ（ＴＵ＿ｍａｐ）の異なる種類のマップがある。
これらのマップは、いずれも、例えばランダムアクセスポイントとなる再生時間情報（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、その位置のパケットのパケット識別子であるソースパケットナンバー（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）との対応データであり、ランダムアクセスポイントの再生データが格納されたパケットを取得するために利用可能なマップ情報である
ＥＰマップ、ＴＵマップとも、ランダムアクセスポイント情報を記録したマップデータであるが、ＥＰマップは、より細かなランダムアクセスポイント情報を記録したマップデータであり、ＴＵマップはＥＰマップに比較してラフなランダムアクセスポイント情報を記録したマップデータである。
ＢＤＡＶフォーマットでは、ＥＰマップとＴＵマップの２種類のマップを規定しているが、ＴＵマップの利用はほとんどなされておらず、ＥＰマップのみ利用されているのが現状である。
ＥＰ＿ｍａｐやＴＵ＿ｍａｐは、ＡＶストリームの中でデコードを開始すべきエントリポイント（ＥＰ）の場所を見つけるためのアドレス情報を持つ。
ＥＰマップについて、図１２以下を参照して説明する。
先に、図５を参照して説明したように、プレイリストは、クリップ（Ｃｌｉｐ）の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、このタイムスタンプから、クリップＡＶストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
また、クリップ情報ファイル（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ）は、図１２に示すＥＰマップ（ＥＰ＿ｍａｐ）を有する。
ＥＰマップは、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報を記録している。
すなわち、ＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプと、パケット位置情報に相当するパケット取得のためのアドレス情報との対応データが記録されている。
具体的には、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケット番号（ＳＰＮ）と、
これらの対応情報を有する。
このような対応情報を有するＥＰマップを参照することで、タイムスタンプに基づいて対応するアドレス（ＳＰＮ）を取得し、アドレス（ＳＰＮ）に従って、例えばＡＶストリーム中の再生開始位置であるデコード開始点などを見つけることができる。
図１３は、ＥＰマップ（ＥＰ＿ｍａｐ）の具体的な構成と利用例を説明する図である。図１３（Ａ）に示すクリップＡＶストリーム（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。
ビデオストリームのソースパケットは、ＭＰＥＧデータを構成するＩＰＢピクチャ、すなわち、Ｉ（Ｉｎｔｒａ）ピクチャ、Ｐ（Ｐｒｅｄｉｃｔｉｖｅ）ピクチャ、Ｂ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ）ピクチャを有する。Ｉピクチャは単独で復号可能なピクチャデータであり、その他のＰピクチャ、Ｂピクチャは、復号する場合に前後のＩピクチャの参照が必要となる。例えば、ランダムアクセスによる再生開始点は、単独復号可能なＩピクチャを持つパケット位置に設定される。
ＥＰマップはランダムアクセス可能な再生開始点位置情報としてＩピクチャの位置情報を、上述のＰＴＳとＳＰＮの対応データとして保持している。すなわち、
（ａ）アクセスポイントを時間軸上で表現したタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、
（ｂ）アクセスポイントをクリップＡＶストリーム中のパケット位置を示すアドレスに相当するソースパケットナンバー（ＳＰＮ）と、
これらの対応情報である。
このような設定としたＥＰマップを参照することで、ランダムアクセス可能な再生開始位置であるＩピクチャの場所を求めることができる。ＥＰマップ（ＥＰ＿ｍａｐ）は、クリップ情報ファイルに含まれるデータである。
ＥＰマップに基づくＩピクチャ位置の検出について、図１３を参照して説明する。図１３（Ａ）はクリップＡＶストリームを示し、各矩形は１９２バイトのソースパケットを示している。
図には、Ｉ（Ｉｎｔｒａ）ピクチャの先頭バイトを含むソースパケットを、斜線を付した四角で示している。斜線の無い白い四角はランダムアクセスポイントとならないデータが含まれるソースパケットや、他のストリームのデータが含まれているソースパケットを示す。
例えば、ＰＩＤ＝ｘで区別されるビデオストリームのランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケット番号Ｘ１のソースパケットは、クリップＡＶストリームの時間軸上でＰＴＳ＝ｐｔｓ（ｘ１）の位置に配置される。同様に、次にランダムアクセス可能なＩピクチャの先頭バイトを含むソースパケットはソースパケット番号Ｘ２のソースパケットとされ、ＰＴＳ＝ｐｔｓ（ｘ２）の位置に配置される。
図１３（Ｂ）に示すように、ソースパケットは、１８８バイトのトランスポートパケットに４バイトのヘッダ（ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ）を付加した形で構成される。トランスポートパケット部分は、ヘッダ部（ＴＰ ｈｅａｄｅｒ）とペイロード部とからなる。
図１３（Ｃ２）に示すＥＰマップの登録データであるＳＰＮ＿ＥＰ＿ｓｔａｒｔは、シーケンスヘッダ（ＳＱＨ）から始まるＩピクチャを含むアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ）の第１バイト目を含むソースパケットのソースパケット番号（ＳＰＮ）を表す。
なお、クリップＡＶストリームファイル中のすべてのパケットに設定された一連の番号がソースパケット番号（ＳＰＮ）である。クリップＡＶストリームファイル中、最初のソースパケットのソースパケット番号をゼロ、その次のパケットのソースパケット番号は１であり、以後、次のパケット毎にソースパケット番号は１つずつ増加する。
図１３（Ｃ２）に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）は、
ストリームＰＩＤ（Ｓｔｒｅａｍ＿ＰＩＤ）、
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）、
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）、および、
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）、
これらのデータを記録している。
ストリームＰＩＤ（Ｓｔｒｅａｍ＿ＰＩＤ）は、ビデオストリームを伝送するトランスポートパケットのパケット識別子（ＰＩＤ）である。
ＥＰエントリ数（ｎｕｍｂｅｒ＿ｏｆ＿ＥＰ＿ｅｎｔｒｉｅｓ）は、ＥＰ＿ｍａｐに含まれるＰＴＳ＿ＥＰ＿ｓｔａｒｔ とＳＰＮ＿ＥＰ＿ｓｔａｒｔのペアのエントリの個数である。
プレゼンテーションタイムスタンプＥＰスタート（ＰＴＳ＿ＥＰ＿ｓｔａｒｔ）は、ランダムアクセス可能なＩピクチャから始まるＡｃｃｅｓｓ ＵｎｉｔのＰＴＳ（プレゼンテーション・タイムスタンプ）を表す。
ソースパケット番号ＥＰスタート（ＳＰＮ＿ＥＰ＿ｓｔａｒｔ）は、ＰＴＳ＿ＥＰ＿ｓｔａｒｔの値により参照されるアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ）の第１バイト目を含むソースパケット番号（ＳＰＮ：Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）を表す。
ビデオストリームのＰＩＤ（パケット識別子）の値がｓｔｒｅａｍ＿ＰＩＤに格納され、ＰＴＳ＿ＥＰ＿ｓｔａｒｔとＳＰＮ＿ＥＰ＿ｓｔａｒｔの対応関係を表すテーブル情報であるＥＰ＿ｍａｐ（）が生成される。
例えば、ＰＩＤ＝ｘのビデオストリームのＥＰマップには、
ＰＴＳ＝ｐｔｓ（ｘ１）とソースパケット番号（ＳＰＮ）Ｘ１、
ＰＴＳ＝ｐｔｓ（ｘ２）とソースパケット番号（ＳＰＮ）Ｘ２、
・・・、
ＰＴＳ＝ｐｔｓ（ｘｋ）とソースパケット番号（ＳＰＮ）Ｘｋ、
これらのＰＴＳとＳＰＮの対応データからなるテーブルが記述される。
上記のテーブルを含むＥＰマップ（ＥＰ＿ｍａｐ）が、１つのクリップＡＶストリームに対応するクリップ情報ファイルに格納される。
このようなデータを持つＥＰマップ（ＥＰ＿ｍａｐ）は、例えばランダムアクセスなどを行うときのデコード開始位置を特定するために参照される。
クリップ中の時間軸上の時刻ｘから再生開始するとき、ＥＰ＿ｍａｐを利用して、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報の計算方法について、図１４を参照して説明する。
図１４に示すように、プレイリスト（ＰｌａｙＬｉｓｔ）が、クリップ中の時間軸上の時刻ｘから再生開始を指定する情報を有する場合、ｘよりも小さく最も近い値を持つタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］が特定される。
このプレイリスト情報に従って特定されるタイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に基づいて、クリップ情報ファイル中のＥＰマップを参照して、タイムスタンプ［ＰＴＳ＿ＥＰ＿ｓｔａｒｔ［ｍ］］に対応するソースパケット番号［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を特定する。
このようにＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
このパケット位置［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を、クリップＡＶストリームファイル中の再生開始点、すなわち、デコードを開始すべきアドレス情報として取得し、デコード処理を行って再生を行うことができる。
図１２〜図１４を参照して説明したＥＰマップの利用例は、ＭＰＥＧ−２ＴＳフォーマットデータを利用したランダムアクセスポイント対応のパケット取得処理例である。ＭＰＥＧ−２ＴＳフォーマットデータでは、このように、ＥＰマップを利用して、プレイリスト情報に従って決定される再生時間情報であるＰＴＳから、そのＰＴＳに対応するパケット位置情報であるＳＰＮ、すなわち、［ＳＰＮ＿ＥＰ＿ｓｔａｒｔ［ｍ］］を取得する。
しかし、ＭＭＴフォーマットデータは、ＭＰＥＧ−２ＴＳフォーマットデータとは異なるフォーマットを有するため、このＭＰＥＧ−２ＴＳフォーマットデータと同様の処理を実行してランダムアクセスポイント対応パケットを取得することはできない。
すなわち、再生対象データがＭＭＴフォーマットデータである場合は、上述した処理と異なるＭＭＴフォーマットデータ対応のデータ処理を行う必要がある。
ＥＰマップは、クリップ情報ファイルに規定されており、ＭＭＴフォーマットデータに対応するランダムアクセスポイント取得処理を実行するためのＭＭＴフォーマットデータ対応のＥＰマップをＭＭＴフォーマットデータ対応のクリップ情報ファイルに記録する必要がある。
すなわち、図１０に示すＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１対応のクリップ情報ファイル（ｎｎｎｎｎ．ｃｌｐｉ）７２にＭＭＴフォーマットデータ対応のＥＰマップを記録することが必要となる。この具体例については、後述する。
このように、ＭＰＥＧ−２ＴＳフォーマットデータに対応するＥＰマップと、ＭＭＴフォーマットデータに対応するＥＰマップとは異なるデータとなる。
図１１を参照して説明したように、図１１に示すプレイリストファイルに記録されるＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、再生開始点（ランダムアクセスポイント）のデータアドレスを取得するためのＥＰマップやＴＵマップの種類を示すデータを記録する領域である。
従来のＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）には、ＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップやＴＵマップの識別情報が記録されていた。
しかし、ＭＭＴフォーマットデータに対応のＥＰマップは、これまでのＭＰＥＧ−２ＴＳフォーマットデータ対応のＥＰマップとは異なるマップである。
従って、プレイリストファイルのＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）についても、これらを区別した識別子を設定することが必要となる。
図１５に、以下のＣＰＩタイプ記録データを示す。
（１）従来のＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データのみ記録）
（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）
図１５の「（１）従来のＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データのみ記録）」に示すデータは、従来のプレイリストファイルのＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）として定義されていたデータである。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＥＰマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＴＵマップであることを意味する。
このように、従来のＣＰＩタイプ記録データは、ＭＰＥＧ−２ＴＳ対応データのみ記録していた。
図１５の「（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）」は、上記設定に、さらに、
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３
このビット値＝３の設定を追加した構成となっている。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
このように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１〜３の３種類の定義を可能として、３つのＣＰＩタイプを識別可能としている。
次に、先に図１１を参照して説明した［ＰｌａｙＬｉｓｔ］内に記録されるプレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４の詳細（シンタクス）について、図１６以下を参照して説明する。
先に説明したように、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４には、各プレイアイテム、サブプレイアイテムの詳細情報が記録される。
図１６は、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））１０４のデータ構成（シンタクス）を示す図である。
クリップ情報ファイルネーム（Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）１１１には、このプレイアイテムを利用した再生処理に適用するクリップ情報ファイルのファイル名が記録される。
参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２は、このプレイアイテムが参照すべきＳＴＣ（システムタイムクロック）連続区間のＳＴＣ識別子を示す。
ＳＴＣ（システムタイムクロック）は、ＡＶストリーム再生時の基準クロックであり、連続再生区間では、１つのＳＴＣが利用される。例えば１つのプレイアイテムが再生する連続再生区間では１つのＳＴＣが利用され、プレイアイテムの切り替えによって異なるＳＴＣが参照されることになる。
参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２には、このプレイアイテムが参照すべきＳＴＣ（システムタイムクロック）を指定する情報が記録される。
開始時間（ＩＮ＿ｔｉｍｅ）１１３は、プレイアイテムの再生開始時間の記録領域である。
終了時間（ＯＵＴ＿ｔｉｍｅ）１１４は、プレイアイテムの再生終了時間の記録領域である。
これらの開始時間、終了時間情報は、従来のＭＰＥＧ−２ＴＳフォーマットデータを再生対象とする場合、参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２によって指定されたプレイアイテム対応のＳＴＣの開始時間からの差分時間情報（４５ＫＨｚｈクロック）が記録される。
なお、４５ＫＨｚクロックは、ＭＰＥＧ−２ＴＳフォーマットデータの記録再生に用いられる一般的なクロックである。
しかし、再生対象データが、ＭＭＴフォーマットデータの場合、ＭＰＥＧ−２ＴＳフォーマットデータのように、プレイアイテム対応の再生対象データ（ＭＭＴフォーマットデータ）各々に個別のＳＴＣが対応付けられた構成とはなっていない。
従って、ＭＭＴフォーマットデータを再生対象とするプレイリストのプレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録する、
開始時間（ＩＮ＿ｔｉｍｅ）１１３と、
終了時間（ＯＵＴ＿ｔｉｍｅ）１１４は、
ＭＭＴフォーマットデータに固有の時間情報とする必要がある。
この変更例について、図１７を参照して説明する。
図１７には、以下のデータ例を示している。
（１）従来のプレイアイテム情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）
（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）
図１７（１）に示す「（１）従来のプレイアイテム情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）」は、再生対象データが、ＭＰＥＧ−２ＴＳフォーマットデータの場合、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録される開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）の記録データを示している。
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報であり、前述したように、このプレイアイテムを利用した再生処理に適用されるＳＴＣ［システムタイムクロック（４５ＫＨｚクロック）］）開始点からの経過時間情報を記録する。ＳＴＣは、図１６を参照して説明した参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２によって特定されるＳＴＣである。
また、終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報であり、前述したように、このプレイアイテムを利用した再生処理に適用されるＳＴＣ［システムタイムクロック（４５ＫＨｚクロック）］）開始点からの経過時間情報を記録する。ＳＴＣは、図１６を参照して説明した参照ＳＴＣ識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）１１２によって特定されるＳＴＣである。
図１７（２）に示す「（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）」は、再生対象データが、ＭＭＴフォーマットデータの場合、プレイアイテム情報（ＰｌａｙＩｔｅｍ（））に記録される開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）の記録データを示している。
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば図１に示す放送サーバ（放送局）２１等の送信装置２０が送信する放送コンテンツ等を含むＭＭＴフォーマットデータに併せて送信される。
テレビ（ＴＶ）３２等の情報処理装置３０は、送信装置２０が送信するＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を取得して、プレイリストに記録する。
送信装置２０は、例えば、先に図３を参照して説明したＭＭＴフォーマットにおける１つのデータ処理単位であるＭＰＵ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ）単位の再生時間情報を、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録した制御情報を、再生対象データ（番組コンテンツ）に併せて送信する。
具体例について、図１８以下を参照して説明する。
例えば図１に示す放送サーバ（放送局）２１等の送信装置２０からの配信コンテンツ（番組）をＭＭＴフォーマットデータで受信し、受信コンテンツを情報記録媒体（メディア）に記録する情報処理装置３０は、受信データから様々な情報を抽出して、プレイリストファイルやクリップ情報ファイルを生成することが必要となる。
先に図２他を参照して説明したように、ＭＭＴフォーマットデータには、情報処理装置３０側においてコンテンツ（番組）を受信するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等によって構成されるシグナリング情報が含まれる。
ＭＭＴフォーマットで規定されたシグナリング情報には、ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ−ＳＩ）と、ＴＬＶパケットで送信されるシグナリング情報（ＴＬＶ−ＳＩ）がある。
ＭＭＴフォーマットデータを受信して、受信データをメディアに記録する情報処理装置３０は、例えばＭＭＴフォーマットに含まれるＴＬＶ−ＳＩやＭＭＴ−ＳＩ等のシグナリング情報から様々な情報を抽出して、プレイリストファイルやクリップ情報ファイルを生成する。
ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ−ＳＩ）の一つにＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）がある。ＭＭＴパッケージテーブル（ＭＰＴ）は、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。
なお、ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）は、パケットＩＤ＝０ｘ００００のＭＭＴＰパケットに格納されており、情報処理装置は、パケットＩＤに基づいてＭＭＴパッケージテーブル（ＭＰＴ）の格納パケットを判別することができる。
ＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）の構成について図１８を参照して説明する。
図１８は、ＭＭＴパッケージテーブル（ＭＰＴ）のデータ構成（シンタクス）を示す図である。
ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）は、前述したように、例えば画像、音声、字幕等、のデータ種類（アセットタイプ）毎に、データの属性情報（アセット記述子）を詳細に記録したテーブルてある。
ＭＭＴパッケージテーブル（ＭＰＴ）には、図１８に示すように、
アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）
アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
これらのデータ記録領域が含まれる。
アセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）は、画像、音声、字幕等のデータ種類別の識別子を記録する領域である。アセットとは、共通属性を持つデータ処理の単位であり、画像、音声、字幕等は、各々、異なるアセットとして設定される。
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）の具体例を図１９に示す。
図１９に示すように、ＭＰＴに記録されるアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）には、例えば以下の種類がある。
ｈｖｃ１：ＨＥＶＣ画像
ｍｐ４ａ：音声
ｓｔｐｐ：字幕等
ａａｐｐ：アプリケーション
図１８に示すＭＰＴのアセットタイプ（ａｓｓｅｔ＿ｔｙｐｅ）記録フィールドには、例えば上記のいずれかのタイプ情報が記録される。
図１８のＭＰＴの下段に示す、
アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）
このフィールドには、各アセットタイプ（例えば画像、音声、字幕）、これらのデータ種類に応じた様々な属性情報が記録される。
このアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録される情報の一つに画像や音声等の再生時間情報が含まれる。
再生時間情報は、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
図２０に、ＭＭＴパッケージテーブル（ＭＰＴ）にアセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として記録されるＭＰＵ単位の再生時間情報（タイムスタンプ）を記録したＭＰＵタイムスタンプ記述子のデータ構成（シンタクス）を示す。
なお、ＭＰＵは、先に図３を参照して説明したように、図３（ａ）に示すＭＰＵ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ）であり、ＭＭＴフォーマットにおける１つのデータ処理単位である。図３（ａ）に示す例は、画像データのＭＰＵの例であり、いわゆる符号化、復号処理単位としてのＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）と同じ単位である。
ＭＭＴパッケージテーブル（ＭＰＴ）に記録されるＭＰＵタイムスタンプ記述子は、このＭＰＵ単位の再生時間情報に相当する。
図２０に示すように、ＭＰＵタイムスタンプ記述子には、以下の各データが記録される。
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）
ＭＰＵシーケンス番号（ＭＰＵ＿ｓｅｑｕｅｎｃ＿ｎｕｍｂｅｒ）には、ＭＰＵの識別子が記録される。
ＭＰＵ再生時刻（ＭＰＵ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ）には、ＭＰＵの再生時間（提示時間）がＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録される。
なお、ＮＴＰ時間（ＮＴＰタイムスタンプ）は、例えば６４ビットデータの絶対時刻情報、すなわち予め規定された基準時刻からの経過時間を示す絶対時刻情報である。上位３２ビットで１秒以上の時間情報（経過時間情報）を示し、下位３２ビットで１秒以下の時間情報（経過時間情報）を示す。
なお、全体を３２ビットとして、上位１６ビットで１秒以上の時間情報を示し、下位１６ビットで１秒以下の時間情報を示す短形式のＮＴＰ時間情報を用いる設定も可能である。
このように、ＭＭＴパッケージテーブル（ＭＰＴ）には、アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒｓ＿ｂｙｔｅ）として、ＭＰＵ単位の再生時間情報（タイムスタンプ）であるＭＰＵタイムスタンプが記録される。
このように図１に示す送信装置２０は、ＭＭＴパッケージテーブル（ＭＰＴ）にＭＭＴフォーマットにおける１つのデータ処理単位であるＭＰＵ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｕｎｉｔ）単位の再生時間情報を、ＮＴＰ時間情報として記録してテレビ等の情報処理装置３０に送信する。
情報処理装置３０は、この時間情報を取得してプレイリストに記録する。
すなわち、情報処理装置３０は、情報記録媒体（メディア）にクリップＡＶストリームファイルとして記録するデータがＭＭＴフォーマットデータの場合、その再生制御情報ファイルであるプレイリストファイルに、ＭＭＴパッケージテーブル（ＭＰＴ）から取得したＮＴＰ時間情報を記録する。
このように、情報処理装置３０は、先に図１７（２）を参照して説明したように、情報記録媒体（メディア）にクリップＡＶストリームファイルとして記録する再生対象データがＭＭＴフォーマットデータである場合、プレイリストファイルのプレイアイテム情報（ＰｌａｙＩｔｅｍ（））の開始時間（ＩＮ＿ｔｉｍｅ）、終了時間（ＯＵＴ＿ｔｉｍｅ）として、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
次に、図２１を参照して、プレイリストファイルに記録されるもう一つの要素であるプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）について説明する。
まず、マーク（Ｍａｒｋ）について説明する。マークは、例えばクリップＡＶストリームファイルに格納された画像データのチャプタ区切り、シーンチェンジ点、ブックマーク、ハイライト、特徴的なシーンの時間指定情報として、プレイリストファイル、クリップ情報ファイルに記録可能なデータである。
プレイリストファイル、クリップ情報ファイルに対するマークの記録は、マークの時刻を示すタイムスタンプの記録処理により行われる。
図２１は、プレイリストファイルの一要素であるプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）のデータ構成（シンタクス）を示す図である。
プレイリストマーク数（ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＬｉｓｔ＿ｍａｒｋｓ）１２１は、このプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）中にストアされているマークの個数を示す。
マークタイプ（ｍａｒｋ＿ｔｙｐｅ）１２２は、マークのタイプを示すフィールドである。たとえば、各マークが、プレイリストの代表画像位置、チャプタ開始位置、チャプタ終了位置、シーンチェンジ位置、編集位置等のどのタイプのマークであるかを示す情報を記録する。
マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）１２３は、マークが設定されたポイントを示すタイムスタンプを記録するフィールドである。
エレメンタリストリームパケットＩＤエントリ（ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ）１２４は、マークが設定されたパケットの識別子を記録するフィールドである。
デュレーション（ｄｕｒａｔｉｏｎ）１２５は、隣接マーク間の時間間隔、例えばチャプタの長さを記録するフィールドである。
この図２１に示すプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）の記録データについても、クリップＡＶストリームファイルとして従来のＭＰＥＧ−２ＴＳフォーマットデータが記録されている場合については規定されているが、クリップＡＶストリームファイルとしてＭＭＴフォーマットデータが記録されている場合については、特に規定されていない。
従って、クリップＡＶストリームファイルとしてＭＭＴフォーマットデータを記録する場合のプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）の記録データについて規定する必要がある。
図２２に以下のデータ例を示す。
（１）従来のプレイリストマーク情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）
（２）新たなプレイリストマーク情報記録データ（ＭＭＴ対応プレイリスト）
図２２（１）に示す「（１）従来のプレイリストマーク情報記録データ（ＭＰＥＧ−２ＴＳ対応プレイリスト）」は、再生対象データが、ＭＰＥＧ−２ＴＳフォーマットデータの場合、プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）に記録される記録データを示している。
マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）は、マークが設定されたポイントを示すタイムスタンプを記録するフィールドである。再生データが、ＭＰＥＧ−２ＴＳフォーマットデータである場合、ここには、マーク設定位置のタイムスタンプを記録する。このタイムスタンプは、ＭＰＥＧ−２ＴＳフォーマットデータの記録再生に用いられる一般的なクロックである４５ＫＨｚクロックデータとして記録される。
エレメンタリストリームパケットＩＤエントリ（ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ）は、マークが設定されたパケットの識別子を記録するフィールドである。再生データが、ＭＰＥＧ−２ＴＳフォーマットデータである場合、ここには、マーク設定位置のＴＳパケットのパケットＩＤ（ＰＩＤ）を記録する。
デュレーション（ｄｕｒａｔｉｏｎ）は、隣接マーク間の時間間隔、例えばチャプタの長さを記録するフィールドである。再生データが、ＭＰＥＧ−２ＴＳフォーマットデータである場合、ここには、隣接マーク間の時間間隔を、ＭＰＥＧ−２ＴＳフォーマットデータの記録再生に用いられる一般的なクロックである４５ＫＨｚクロックデータとして記録する。
図２２に示す「（２）新たなプレイリストマーク情報記録データ（ＭＭＴ対応プレイリスト）」は、再生対象データが、ＭＭＴフォーマットデータの場合、プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）に記録される記録データを示している。
再生対象データがＭＭＴフォーマットデータの場合、マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）には、マーク設定位置のタイムスタンプを、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報として記録する。
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば、先に図１８他を参照して説明したＭＰＴ、すなわち、ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）から取得される。
また、エレメンタリストリームパケットＩＤエントリ（ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ）は、マークが設定されたパケットの識別子を記録するフィールドであり、再生データが、ＭＭＴフォーマットデータである場合、マーク設定位置のパケットＩＤとして、ＭＭＴパケットのＩＤを記録する。
デュレーション（ｄｕｒａｔｉｏｎ）は、隣接マーク間の時間間隔、例えばチャプタの長さを記録するフィールドである。このフィールドには、再生データが、ＭＭＴフォーマットデータである場合も、ＭＰＥＧ−２ＴＳフォーマットデータと同様、４５ＫＨｚクロックデータとして記録する。マーク間の時間間隔は、データ記録時に算出可能であり、従来のＭＰＥＧ−２ＴＳフォーマットデータのデータ記録形式に併せて記録する設定としている。
［６．ＭＭＴフォーマットデータ対応のクリップ情報ファイルについて］
次に、図２３以下を参照してＭＭＴフォーマットデータ対応のクリップ情報ファイルについて説明する。
先に説明したように、クリップ情報ファイルには、そのクリップ情報ファイルを適用して再生するデータに関する情報が記録される。具体的には、例えば、クリップＡＶストリームファイルの再生位置情報等を有する。
図２３は、１つのクリップ情報ファイルのデータ構成（シンタクス）を示す図である。
クリップ情報ファイルには、クリップ情報に対応付けられた再生データに関する情報が記録される。図２３に示すように、例えば、以下の各情報が記録される。
クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１、
シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２、
プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３、
ＣＰＩ情報［ＣＰＩ（）］２０４
クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１は、クリップ情報ファイルに対応するＡＶストリームファイルの属性情報を記録する。
シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２は、このクリップ情報ファイルに対応するＡＶストリームファイルに格納された再生対象データの再生シーケンスに関する情報を記録する。
プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３は、クリップ情報ファイルによって再生されるクリップＡＶストリームの再生区間や時間区間の定義情報等を含むプログラム(ｐｒｏｇｒａｍ)に関する情報を記録する。
ＣＰＩ情報［ＣＰＩ（）］２０４は、例えば、再生開始点のデータアドレスを取得するためのデータであり、先に図１２〜１４を参照して説明したＥＰ＿ｍａｐやＴＵ＿ｍａｐが記録される。
先に図１１を参照して説明したように、プレイリストファイルには、ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）が記録される。ＣＰＩタイプ（ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
次に、図２４を参照して、クリップ情報ファイルに記録されるクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１のデータ構成（シンタクス）について説明する。
前述したように、クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１は、クリップ情報ファイルに対応するＡＶストリームファイルの属性情報を記録する領域である。
図２４に示すように、クリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１には、以下のデータが記録される。
（ａ）アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）２１１
（ｂ）クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２
（ｃ）トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３
（ｄ）ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
（ｅ）ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
（ｆ）ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６
アプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）２１１は、このクリップ情報ファイルによる再生アプリケーションのタイプを示す情報であり、具体的には、通常の画像再生タイプと、スライドショーの再生処理タイプ等が規定される。
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータのタイプを示す情報である。ＭＰＥＧ−２ＴＳフォーマットデータには、通常のＭＰＥＧ−２ＴＳストリームの他、ストリーム間に黒画を挿入したストリームタイプがあり、これらのタイプの識別情報が記録される。
トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータ、すなわち情報記録媒体（メディア）に記録された再生対象データが、放送等の受信データをそのまま記録したものであるか、あるいは所定の圧縮処理等の変換処理を施して記録されたものであるかを示すフラグである。
具体的には、
フラグ値＝０：記録時の変換なし（ｔｒａｎｓｐａｒｅｎｔ）
フラグ値＝１：記録時の変換あり（ｔｒａｎｓｃｏｄｅｄ）
このような設定のフラグが記録される。
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
これらは、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのトランスポートストリームの平均ビットレートと、記録レートをｂｙｔｅｓ／ｓｅｃｏｎｄ の単位で表したものである。
ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのファイルサイズ情報であり、ＭＰＥＧ−２ＴＳフォーマットデータの場合、ソースパケット数が記録される。
このように、図２４に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１には、記録すべきデータとして以下のデータが規定されている。
（ａ）アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）２１１
（ｂ）クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２
（ｃ）トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３
（ｄ）ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
（ｅ）ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
（ｆ）ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６
しかし、これらのデータは、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータがＭＰＥＧ−２ＴＳフォーマットデータであることを想定して規定されており、クリップＡＶストリームファイルに格納されたデータがＭＭＴフォーマットデータである場合を想定したものとはなっていない。
従って、クリップＡＶストリームファイルに格納されたデータがＭＭＴフォーマットデータある場合のデータ記録態様についての規定が必要となる。
図２５は、図２４に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］に記録されるアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）２１１について、
（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）
（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）
これらの各データを示した図である。
図２５（１）に示す「（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合にクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）の設定値と意味の対応データを示している。
再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合、以下の設定となる。
アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）＝１の場合、このクリップ情報ファイルによる再生アプリケーションのタイプが、「Ｍａｉｎ ＴＳ ｆｏｒ ａ ｍａｉｎ−ｐａｔｈ ｏｆ Ｍｏｖｉｅｓ」、すなわち、画像メインパス対応のメインＴＳ（トランスポートストリーム）の再生アプリケーションであることを示す。
なお、画像再生パスには、メインパス、サブパス等の複数の再生パスが設定可能であり、それぞれ異なるプレイアイテムを利用して再生することができる。
また、アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）＝２の場合、このクリップ情報ファイルによる再生アプリケーションのタイプが、「Ｍａｉｎ ＴＳ ｆｏｒ ａ ｍａｉｎ−ｐａｔｈ ｏｆ Ｔｉｍｅ ｂａｓｅｄ ｓｌｉｄｅ ｓｈｏｗ」、すなわち、タイムベーススライドショーのメインパス対応のメインＴＳの再生アプリケーションであることを示す。
このように、従来は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータのみであり、図２５（１）に示す設定が利用されていた。
図２５（２）に示す「（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータ、またはＭＭＴフォーマットデータである場合の２つの異なるフォーマットデータが想定される場合のクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）の設定値と意味の対応データを示している。
この設定では、図２５（１）において説明したアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）＝１，２に加え、以下の設定を追加している。
アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）＝３
アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）＝３の場合、このクリップ情報ファイルによる再生アプリケーションのタイプが、「Ｍａｉｎ ＭＭＴ ｆｏｒ ａ ｍａｉｎ−ｐａｔｈ ｏｆ Ｍｏｖｉｅｓ」、すなわち、画像メインパス対応のメインＭＭＴの再生アプリケーションであることを示す。
このような設定を追加することで、再生装置は、クリップ情報ファイルの記録データに基づいて、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルに格納されたデータがＭＭＴフォーマットデータであることを確認し、ＭＭＴフォーマットデータに対応した再生処理を実行することができる。
次に、図２６を参照して、図２４に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］に記録されるクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２について、
（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）
（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）
これらの各データについて説明する。
図２６（１）に示す「（１）従来のクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合にクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）の設定値と意味の対応データを示している。
再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合、以下の設定となる。
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝１の場合、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータのタイプが、「Ａ Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｏｆ ＢＤＡＶ ＭＰＥＧ−２ＴＳ」、すなわち、ＢＤＡＶ ＭＰＥＧ−２ＴＳフォーマットのクリップＡＶストリームであることを示す。
また、クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝２の場合、このクリップ情報ファイルによる再生データのタイプが、「Ａ Ｂｒｉｄｇｅ−Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｏｆ ＢＤＡＶ ＭＰＥＧ−２ＴＳ」、すなわち、ＢＤＡＶ ＭＰＥＧ−２ＴＳフォーマットのブリッジタイプのクリップＡＶストリームであることを示す。
なお、ブリッジタイプのクリップＡＶストリームとは、ストリーム間に黒画を挿入したタイプのストリームである。
このように、従来は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータのみであり、図２６（１）に示す設定が利用されていた。
図２６（２）に示す「（２）新たなクリップ情報（ＣｌｉｐＩｎｆｏ）記録データ（ＭＰＥＧ−２ＴＳ／ＭＭＴ対応クリップ情報ファイル）」は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータ、またはＭＭＴフォーマットデータである場合の２つの異なるフォーマットデータが想定される場合のクリップ情報（ＣｌｉｐＩｎｆｏ）に記録されるクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）の設定値と意味の対応データを示している。
この設定では、図２６（１）において説明したクリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝１，２に加え、以下の設定を追加している。
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝３
クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）＝３の場合、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルに格納されたデータのタイプが、「Ａ Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ ｏｆ ＢＤＡＶ ＭＭＴ」、すなわち、ＢＤＡＶ ＭＭＴフォーマットのクリップＡＶストリームであることを示す。
このような設定を追加することで、再生装置は、クリップ情報ファイルの記録データに基づいて、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルに格納されたデータがＭＭＴフォーマットデータであることを確認し、ＭＭＴフォーマットデータに対応した再生処理を実行することができる。
ここまで、図２４に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１に記録すべきデータの変更例として、
（ａ）アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）２１１
（ｂ）クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）２１２
これら２つのデータについて説明した。
次に、図２４に示すクリップ情報［ＣｌｉｐＩｎｆｏ（）］２０１に記録すべき以下のデータについて、ＭＭＴフォーマットデータ対応のデータ記録例について説明する。
（ｃ）トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３
（ｄ）ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
（ｅ）ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
（ｆ）ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６
トランスコードモードフラグ（ｔｒａｎｓｃｏｄｅ＿ｍｏｄｅ＿ｆｌａｇ）２１３は、前述したように、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイル格納データが、放送等の受信データをそのまま記録したものであるか、あるいは所定の圧縮処理等の変換処理を施して記録されたものであるかを示すフラグである。
具体的には、
フラグ値＝０：記録時の変換なし（ｔｒａｎｓｐａｒｅｎｔ）
フラグ値＝１：記録時の変換あり（ｔｒａｎｓｃｏｄｅｄ）
このような設定のフラグが記録される。
この設定は、ＭＭＴフォーマットデータに対しても、同様の設定で利用できる。
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
これらは、前述したように、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのトランスポートストリームの平均ビットレートと、記録レートをｂｙｔｅｓ／ｓｅｃｏｎｄの単位で表したものである。
このビットレート情報は、ＴＳパケットを基準として算出することを前提としており、再生対象データがＭＭＴパケットを持つＭＭＴフォーマットである場合、ＭＭＴフォーマットに応じたビットレートを記録する必要がある。あるいは、再生対象データがＭＭＴフォーマットである場合、このフィールドには無効値を記録し、ビットレート情報を利用しない設定としてもよい。
なお、ＭＭＴフォーマットに応じたビットレートを記録する場合には、以下のいずれかの方法でＭＭＴフォーマットに応じたビットレートを取得して記録する。
（例１）ＳＴＣシーケンス間でファイルサイズを時間で割り算してビットレートを算出して記録する。
（例２）データの記録時の圧縮処理において取得される記録データ情報に基づいてビットレートを算出して記録する。
（例３）送信装置からの受信情報、例えば制御情報であるシグナリング情報（ＳＩ）に含まれるコンテンツコピー制御記述子に含まれるビットレート情報を取得して記録する。
なお、（例１）におけるＳＴＣシーケンスとは、一つのＳＴＣ（システムタイムクロック）による連続再生されるソースパケットのシーケンスである。ＳＴＣシーケンス間でファイルサイズを時間で割り算してビットレートを算出して記録することができる。
一つのＳＴＣ（システムタイムクロック）は、一つのＰＣＲ（プログラムクロックリフェランス）を基準として規定されるクロックであり、一つのＳＴＣシーケンスに属するソースパケットは、１つのＳＴＣ（例えば４５ＫＨｚ）によって再生制御される。
なお、ＳＴＣについては、図２７以下を参照して説明するシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］の説明の中で詳細に説明する。
（例３）における制御情報であるシグナリング情報（ＳＩ）とは、例えば、先に図２を参照して説明したＭＭＴフォーマットデータにおけるＴＬＶフォーマットに従ったシグナリング情報（ＴＬＶ−ＳＩ）や、ＭＭＴＰパケットに格納されるシグナリング情報（ＭＭＴ−ＳＩ）である。
これらのシグナリング情報内のコンテンツコピー制御記述子からビットレート情報を取得して記録することができる。
さらに、ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６は、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのファイルサイズ情報である。
前述したように、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合、ソースパケット数が記録される。
先に図６を参照して説明したように、ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
従って、パケット数に基づいてデータサイズが把握可能であるという特徴がある。
しかし、再生対象データがＭＭＴフォーマットデータである場合は、先に図７を参照して説明したように、ＭＭＴフォーマットデータの構成パケットとなるＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。
従って、ソースパケット数（ｎｕｍ＿ｏｆ＿ｓｏｕｒｃｅ＿ｐａｃｋｅｔｓ）２１６のフィールドにパケット数を記録してもデータサイズが把握できない。
再生対象データがＭＭＴフォーマットの場合、このフィールドには、ＭＭＴフォーマットに従ったＭＭＴＰパケットのファイルサイズ、すなわち、図７（ｃ）や図３（ｃ）に示すＭＭＴＰパケットのファイルサイズを取得して記録する。
あるいは、再生対象データがＭＭＴフォーマットの場合、このフィールドには無効値を記録して非利用フィールドとしてもよい。
次に、図２７を参照して、先に図２３を参照して説明したクリップ情報ファイルに記録されるシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２のデータ構成（シンタクス）について説明する。
前述したように、シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２には、クリップ情報ファイルに対応するＡＶストリームファイルに格納された再生対象データの再生シーケンスに関する情報を記録する。
図２７に示すように、シーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２には、以下のデータが記録される。
（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１
（ｂ）ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）２２２
（ｃ）プログラムクロックリフェランス・パケットＩＤ（ＰＣＲ＿ＰＩＤ）２２３
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４、
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６
これらのデータの説明の前に、図２８を参照して、再生対象データを格納したクリップＡＶストリームファイルのパケット構成と再生処理例について説明する。
図２８には、（ａ）クリップＡＶストリームファイルに格納されたパケット列を示している。ＭＰＥＧ−２ＴＳフォーマットデータの場合、１つの矩形が１つのＴＳパケットに相当する。
図２８の例ではパケットナンバー０〜ｎｎまでが１つのクリップＡＶストリームファイルの構成データである。
この一つのクリップＡＶストリームファイルのパケットは、一つのＡＴＣ（アライバルタイムクロック）に従って並べられたパケット列である。
この一つのＡＴＣに従って並べられたパケット列をＡＴＣシーケンスと呼ぶ。
図２８に示す一つのクリップ情報ファイルのパケット０〜ｎｎには、１つ以上のＳＴＣシーケンスが含まれる。図２８に示す例では、３つのＳＴＣシーケンスを含んでいる。ＳＴＣシーケンス＃０〜＃２である。
一つのＳＴＣ（システムタイムクロック）は、一つのＰＣＲ（プログラムクロックリフェランス）を基準として規定されるクロックであり、一つのＳＴＣシーケンスに属するソースパケットは、１つのＳＴＣ（例えば４５ＫＨｚ）によって再生制御される。
図２８に示すＳＴＣシーケンス＃０は、ＰＣＲ格納パケットａに格納されたＰＣＲ（プログラムクロックリフェランス）を基準として規定されるクロックであるＳＴＣ（システムタイムクロック）に従って連続再生可能なパケット列である。
ＳＴＣシーケンス＃１は、ＰＣＲ格納パケットｂに格納されたＰＣＲ、
また、ＳＴＣシーケンス＃２は、ＰＣＲ格納パケットｃに格納されたＰＣＲを、各々基準として規定されるＳＴＣに従って連続再生可能なパケット列である。
なお、図２８に示す例は、１つのＡＴＣシーケンス中に３つのＳＴＣシーケンスを含む例として説明したが、１つのＡＴＣシーケンス中に含まれるＳＴＣシーケンスの数は様々な設定が可能である。
図２７に戻り、クリップ情報ファイルに記録されるシーケンス情報［ＳｅｑｕｅｎｃｅＩｎｆｏ（）］２０２の記録データについて説明する。
（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルのＡＴＣスタート位置のＳＰＮ（ソースパケットナンバー）を記録する領域である。
図２８を参照して説明した例では、
ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）＝０となる。
（ｂ）ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）２２２には、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれるＳＴＣシーケンス数を記録する。
図２８を参照して説明した例では、
ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）＝３となる。
（ｃ）プログラムクロックリフェランス・パケットＩＤ（ＰＣＲ＿ＰＩＤ）２２３には、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンス対応のＰＣＲ（プログラムクロックリフェランス）を格納したパケットのパケット識別子を記録する。
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４には、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる、各ＳＴＣシーケンスのスタート位置のＳＰＮ（ソースパケットナンバー）を記録する。
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６
これらには、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンスの表示開始時間と、終了時間を記録する。なお、この時間情報としては、ＳＴＣ時間情報（ｓｔｃ＿ｉｄ）、ＡＴＣ時間情報（ａｔｃ＿ｉｄ）の両者を記録する。
上述した説明は、このクリップ情報ファイルによる再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合の記録データの例である。
次に、このクリップ情報ファイルによる再生対象データがＭＭＴフォーマットデータの場合の各記録データについて説明する。
（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１は、前述したように、クリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルのＡＴＣスタート位置のＳＰＮ（ソースパケットナンバー）を記録する領域である。
先に図６を参照して説明したように、ＴＳパケットは、前述のＭＭＴＰパケットと異なり、固定長であり、１つのＴＳパケットのパケットサイズは、１８８バイトに固定されている。
従って、パケット数に基づいてデータサイズが把握可能であるという特徴がある。
しかし、再生対象データがＭＭＴフォーマットデータである場合は、先に図７を参照して説明したように、ＭＭＴフォーマットデータの構成パケットとなるＭＭＴＰパケットは可変長であり、様々なパケットサイズに設定可能である。
従って、ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１のフィールドにパケットナンバーを記録してもデータサイズが把握できない。
この理由から、再生対象データがＭＭＴフォーマットデータの場合、ＭＭＴフォーマットデータ対応クリップ情報ファイルの、
ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１には、
クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録する。例えば６４ビットでバイト数を記録する。
（ｂ）ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）２２２は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれるＳＴＣシーケンス数を記録する領域である。
再生対象データがＭＭＴフォーマットデータの場合、
ＳＴＣシーケンス数（ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅ）＝１とする。
すなわち、１つのＡＴＣシーケンスに１つのＳＴＣシーケンスのみが含まれる設定とする。
（ｃ）プログラムクロックリフェランス・パケットＩＤ（ＰＣＲ＿ＰＩＤ）２２３は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンス対応のＰＣＲ（プログラムクロックリフェランス）を格納したパケットのパケット識別子を記録する領域である。
再生対象データがＭＭＴフォーマットデータの場合、パケット識別子からのデータ位置特定ができないので、このフィールドには無効値を記録し、利用しない設定とする。
（ｄ）ＳＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）２２４は、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる、各ＳＴＣシーケンスのスタート位置のＳＰＮ（ソースパケットナンバー）を記録する領域である。
再生対象データがＭＭＴフォーマットデータの場合、先に説明した（ａ）ＡＴＣスタート位置ＳＰＮ（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）２２１と同様、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録する。例えば６４ビットでバイト数を記録する。
（ｅ）表示開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）２２５、
（ｆ）表示終了時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）２２６
これらは、このクリップ情報ファイルによる再生対象となるクリップＡＶストリームファイルに含まれる各ＳＴＣシーケンスの表示開始時間と、終了時間を記録する領域である。
再生対象データがＭＭＴフォーマットデータの場合、これらの時間情報としてＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば、先に図１８他を参照して説明したＭＰＴ、すなわち、ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）から取得される。
次に、図２９を参照して、先に図２３を参照して説明したクリップ情報ファイルに記録されるプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３のデータ構成（シンタクス）について説明する。
前述したように、プログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］２０３には、クリップ情報ファイルによって再生されるクリップＡＶストリームの再生区間や時間区間の定義情報等を含むプログラム(ｐｒｏｇｒａｍ)に関する情報を記録する。
図２９に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］に記録される主なデータについて説明する。
（ａ）プログラムシーケンス数［ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ］２３１には、クリップ情報ファイルに含まれるプログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）の数が記録される。
（ｂ）ＳＰＮプログラムシーケンス開始アドレス［ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］］２３２には、ＡＶストリームファイル上でプログラムシーケンスが開始する場所の相対アドレスが記録される。
（ｃ）プログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３には、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）のマップの格納位置情報が記録される。

なお、プログラムシーケンスとは、クリップＡＶストリームファイルに含まれるＡＶストリーム中の符号化情報が連続な区間である。
例えば、一つの画像符号化態様で符号化された画像データ区間や、一つの音声符号化態様で符号化された音声データ区間等が、各々個別のプログラムシーケンスとして規定される。
これら、図２９に示すプログラム情報［ＰｒｏｇｒａｍＩｎｆｏ（）］の記録データ、すなわち、
（ａ）プログラムシーケンス数［ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ］２３１、
（ｂ）ＳＰＮプログラムシーケンス開始アドレス［ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］］２３２、
（ｃ）プログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３、
これらのデータ記録態様は、このクリップ情報ファイルによる再生対象データが、ＭＰＥＧ−２ＴＳフォーマットである場合については規定されているが、再生対象データがＭＭＴフォーマットデータである場合の規定は無く、新たに規定することが必要となる。
（ａ）プログラムシーケンス数［ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ］２３１は、
再生対象データがＭＰＥＧ−２ＴＳフォーマット、ＭＭＴフォーマット、いずれの場合もプログラムシーケンス数を記録すればよい。
（ｂ）ＳＰＮプログラムシーケンス開始アドレス［ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］］２３２については、再生対象データがＭＰＥＧ−２ＴＳフォーマットである場合は、ＳＰＮプログラムシーケンスの開始位置のＳＰＮ（ソースパケットナンバー）を記録する。
一方、再生対象データがＭＭＴフォーマットデータである場合は、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録する。例えば６４ビットでバイト数を記録する。
（ｃ）プログラムマップＰＩＤ［ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］］２３３については、再生対象データがＭＰＥＧ−２ＴＳフォーマットである場合は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）のマップが格納されているパケットの識別子（ＰＩＤ）を記録する。
一方、再生対象データがＭＭＴフォーマットデータである場合は、無効値を記録し、利用しない設定とする。
次に、図３０以下を参照して、先に図２３を参照して説明したクリップ情報ファイルに記録されるＣＰＩ情報［ＣＰＩ（）］２０４のデータ構成（シンタクス）について説明する。
ＣＰＩ情報［ＣＰＩ（）］２０４は、例えば、再生開始点のデータアドレスを取得するためのデータであり、先に図１２〜１４を参照して説明したＥＰ＿ｍａｐやＴＵ＿ｍａｐが記録される。
前述したように、ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、再生開始点のデータアドレスを取得するためのデータである。
図３０に示すように、ＣＰＩタイプ＝１の場合は、ＥＰマップが記録され、ＣＰＩタイプ＝２の場合は、ＴＵマップが記録される。
なお、図３０に示す例は、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合の例である。先に図１５を参照して説明したように、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータの場合は、ＣＰＩタイプ＝１，２の設定があり、ＥＰマップ、ＴＵマップいずれも利用可能な設定とされる。
一方、再生対象データがＭＭＴフォーマットデータの場合は、先に図１５を参照して説明したように、ＣＰＩタイプ＝３の設定となり、ＥＰマップのみ利用可能な設定とする。
ＥＰマップは、先に図１２〜図１４を参照して説明したように、クリップＡＶストリームファイルに格納された再生データ中におけるランダム再生開始可能な再生開始位置や再生終了位置に対応するアクセスポイント情報を記録したマップである。
すなわち、ＥＰマップには、再生開始位置を時間軸上で表現したタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）と、パケット位置情報に相当するパケット取得のためのアドレス情報（ＳＰＮ：ソースパケットナンバー）との対応データが記録されている。
再生装置は、ＥＰマップを利用することで、ランダムアクセス可能なデータ位置に対応するタイムスタンプ（ＰＴＳ：プレゼンテーションタイムスタンプ）に基づいて、そのデータ位置に対応するデータを格納したパケットのパケットナンバー（ＳＰＮ）を取得し、取得したＳＰＮの設定パケットを取得して再生を行うことができる。
ＥＰマップのデータ構成（シンタクス）について、図３１以下を参照して説明する。
図３１は、クリップ情報ファイルに格納されるＥＰマップのデータ構成（シンタクス）を示す図である。
先に図１３（Ａ）を参照して説明したように、クリップＡＶストリーム（Ｃｌｉｐ ＡＶ ｓｔｒｅａｍ）は、パケット識別子：ＰＩＤで識別されるソースパケットからなるビデオストリームが多重化されている。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるＰＩＤにより区別される。
ＥＰマップは、各ＰＩＤで識別される一つのストリームＰＩＤ（ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）単位で設定される。
すなわち、図３１のＥＰマップ記録領域２４２に、一つのストリームＰＩＤ（ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）単位のＥＰマップ（ＥＰ＿ｍａｐ＿ｆｏｒ＿ｏｎｅ＿ｓｔｒｅａｍ＿ＰＩＤ）が記録される。
このＥＰマップ記録領域２４２の具体的なデータ例を図３２に示す。
図３２に示すように、ＥＰマップは、以下のデータ記録領域を持つ。
（１）詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１、
（２）粗いＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｃｏａｒｓｅ）２５２、
（３）粗いＥＰマップのＳＰＮ（サースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｃｏａｒｓｅ）２５３、
（４）詳細ＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｆｉｎｅ）２５４、
（５）詳細ＥＰマップのＳＰＮ（ソースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｆｉｎｅ）２５５、
ＥＰマップは、データ量の削減と、ＰＴＳからＳＰＮの検索処理の効率化を実現するため、２つのテーブルによって構成されている。
この２つのテーブル構成について、図３３を参照して説明する。
ＥＰマップは、図３３に示すように、以下の２つのテーブルから構成される。
（ａ）粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）
（ｂ）詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）
（ａ）粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）は、ＰＴＳのビットデータと、ＳＰＮのビットデータの各ビットデータについて、上位ビットのみからなる対応データを格納している。
（ＰＴＳ＿ＥＰ＿ｃｏａｒｓｅ）２５２と、（ＳＰＮ＿ＥＰ＿ｃｏａｒｓｅ）２５３との対応データである。
一方、（ｂ）詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）は、ＰＴＳのビットデータと、ＳＰＮのビットデータの下位ビットのみからなる対応データを格納している。
（ＰＴＳ＿ＥＰ＿ｆｉｎｅ）２５４と、（ＳＰＮ＿ＥＰ＿ｆｉｎｅ）２５５との対応データである。
さらに、粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）には、ＰＴＳ−ＳＰＮ対応データ各々に対応付けて、詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１を格納している。
ＰＴＳに基づいて、ＳＰＮを取得しようとする再生装置は、まず、ＰＴＳの上位ビットに基づいて、粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）を参照して、該当エントリを取得し、さらに、取得したエントリに設定された詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１を取得して、その参照位置に対応する詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）のデータ位置にアクセスして、ＰＴＳの下位ビットに基づいて詳細なＳＰＮを取得する。
図３２に示すＥＰマップデータには、図３３を参照して説明した２つのテーブルを利用した処理を実行するための以下の各データが記録される。
（１）詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１、
（２）粗いＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｃｏａｒｓｅ）２５２、
（３）粗いＥＰマップのＳＰＮ（サースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｃｏａｒｓｅ）２５３、
（４）詳細ＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｆｉｎｅ）２５４、
（５）詳細ＥＰマップのＳＰＮ（ソースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｆｉｎｅ）２５５、
しかし、このＥＰデータは、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである場合に適用可能なデータであり、再生対象データがＭＭＴフォーマットデータである場合は、このまま利用することができない。
従って、ＭＭＴフォーマットデータ対応のクリップ情報ファイルには、ＭＭＴフォーマットデータ対応のＥＰマップを記録する必要がある。
この具体例について、図３４以下を参照して説明する。
以下、ＭＭＴフォーマットデータ対応のＥＰマップの具体例として、複数の具体例について説明する。以下の４つの具体例について、順次、説明する。
（ａ）ＭＭＴフォーマットデータ対応のＥＰマップ例１
（ｂ）ＭＭＴフォーマットデータ対応のＥＰマップ例２（圧縮例）
（ｃ）ＭＭＴフォーマットデータ対応のＥＰマップ例３（分割例）
（ｄ）ＭＭＴフォーマットデータ対応のＥＰマップ例４（分割＆圧縮例）
まず、図３４を参照して、以下の２つの具体例について説明する。
（ａ）ＭＭＴフォーマットデータ対応のＥＰマップ例１
（ｂ）ＭＭＴフォーマットデータ対応のＥＰマップ例２（圧縮例）
図３４に示す（ａ）ＭＭＴフォーマットデータ対応のＥＰマップ例１は、データ記録フィールドとして、以下の各フィールドを有している。
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）２６１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２６２、
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）２６１には、６４ビットのＮＴＰ（ネットワークタイムプロトコル）時間を記録する。
このＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば、先に図１８他を参照して説明したＭＰＴ、すなわち、ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）から取得される。
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２６２には、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録する。例えば６４ビットでバイト数を記録する。
先に図３２、図３３を参照して説明したＭＰＥＧ−２ＴＳフォーマット対応のＥＰマップは、
ＰＴＳ（プレゼンテーションタイムスタンプ）と、ＳＰＮ（ソースパケットトナンバー）との対応データを記録した構成である。
これに対して、ＭＭＴフォーマットでは、
ＰＴＳの代わりに、ＮＴＰ（ネットワークタイムプロトコル）時間を利用し、
ＳＰＮの代わりに、ＭＭＴバイトアドレスを利用する構成とする。
このようにデータを置き換える理由は、ＭＭＴフォーマットに従って放送局等から送信されるデータには、ＭＰＥＧ−２ＴＳフォーマットで規定されるＰＴＳやＳＰＮに一致するデータがないこと。また、ＭＰＥＧ−２ＴＳフォーマットのＴＳパケットのサイズが固定（１８８バイト）であるのに対して、ＭＭＴフォーマットに従ったＭＭＴＰパケットは固定されていない可変長パケットであることが理由である。
なお、図３２、図３３を参照して説明したＭＰＥＧ−２ＴＳ対応のＥＰマップは、２つのマップ、すなわち、
（ａ）粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）
（ｂ）詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）
これらの２つのマップの構成を有しているが、図３４（ａ）に示すＭＭＴフォーマットデータ対応のＥＰマップは、１つのマップからなる設定である。
ＭＭＴフォーマットデータを格納したクリップＡＶストリーム再生対象として選択した場合、例えば図３４（ａ）に示すＥＰマップの記録されたクリップ情報ファイルを適用した再生処理、具体的にはランダムアクセス再生処理を行う。
再生装置は、３４（ａ）に示すＥＰマップ、すなわち、
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）２６１、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２６２、
これらのデータの対応情報を持つＥＰマップを利用してランダムアクセスポイントとなるデータ位置を検出する。
再生装置は、ＥＰマップに基づいて、ランダムアクセスポイントとなるＮＴＰ（ネットワークタイムプロトコル）時間に対応するＭＭＴバイトアドレスを取得し、取得したアドレス情報によって特定されるデータ位置からランダムアクセス再生処理を実行することができる。
次に、図３４に示す、以下の具体例について説明する。
（ｂ）ＭＭＴフォーマットデータ対応のＥＰマップ例２（圧縮例）
この図３４（ｂ）に示す例２は、図３４（ａ）に示す例１と同様、データ記録フィールドとして、以下の各フィールドを有している。
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）２６３、
ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２６４、
図３４（ｂ）に示す例２における、
ＮＴＰ時間記録領域（ＮＴＰ＿ｔｉｍｅ）２６３は、図３４（ａ）に示す例１と同様、６４ビットのＮＴＰ時間を記録する。
一方、ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２６４には、最初のエントリについては、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録し、２番目以降のエントリについては、先行エントリからの差分に相当するバイト数を記録する。
この設定により、ＭＭＴバイトアドレス記録領域（ＭＭＴ＿ｂｙｔｅ＿ａｄｒｅｓｓ）２６４記録領域を３２ビットデータに削減する。
例１では、ＭＭＴバイトアドレス記録領域に６４ビットでバイト数を記録していたが、例２では、３２ビットで記録する構成であり、ＥＰマップのデータ量を削減することができる。
次に、図３５を参照して、以下の具体例について説明する。
（ｃ）ＭＭＴフォーマットデータ対応のＥＰマップ例３（分割例）
図３５に示すＥＰマップは、先に図３２、図３３を参照して説明したもＭＰＥＧ−２ＴＳ対応のＥＰマップと同様、２つのマップ、すなわち、
（ａ）粗いＥＰマップ（ＥＰ＿ｃｏａｒｓｅ）
（ｂ）詳細ＥＰマップ（ＥＰ＿ｆｉｎｅ）
これらの２つのマップ構成を有する設定である。
図３５に示すＭＭＴフォーマットデータ対応のＥＰマップ例３（分割例）は、以下のデータを有する。
（１）粗いＥＰマップのＮＴＰ時間（ＮＴＰ＿ｃｏａｒｓｅ）２６５、
（２）粗いＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｃｏａｒｓｅ）２６６、
（３）詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ｆｉｎｅ＿ｉｄ）２６７、
（４）詳細ＥＰマップのＮＴＰ時間（ＮＴＰ＿ｆｉｎｅ）２６８、
（５）詳細ＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｆｉｎｅ）２６９、
なお、
（１）粗いＥＰマップのＮＴＰ時間（ＮＴＰ＿ｃｏａｒｓｅ）２６５は、図３４（ａ）を参照して説明した６４ビットＮＴＰ時間を構成する上位３２ビットデータ、すなわち秒単位のデータである。
（２）粗いＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｃｏａｒｓｅ）２６６は、図３４（ａ）を参照して説明したＭＭＴバイトアドレスと同様、ストリームファイルに格納された最初のＭＭＴＰパケットの先頭からのバイトアドレスであり、粗いＥＰマップのＮＴＰ時間（ＮＴＰ＿ｃｏａｒｓｅ）２６５に対応するデータ位置を示す６４ビットのバイトアドレス情報である。
（３）詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ｆｉｎｅ＿ｉｄ）２６７は、図３２、図３３を参照して説明したＭＰＥＧ−２ＴＳフォーマット対応のＥＰマップに利用されている詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１と同様の詳細ＥＰマップの特定エントリを指示する参照用データである。
（４）詳細ＥＰマップのＮＴＰ時間（ＮＴＰ＿ｆｉｎｅ）２６８は、図３４（ａ）を参照して説明した６４ビットＮＴＰ時間を構成する下位３２ビットデータ、すなわち秒単位以下のデータである。
（５）詳細ＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｆｉｎｅ）２６９は、図３４（ａ）を参照して説明したＭＭＴバイトアドレスと同様、ストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイトアドレスであり、詳細ＥＰマップのＮＴＰ時間（ＮＴＰ＿ｆｉｎｅ）２６８に対応するデータ位置を示す６４ビットのバイトアドレス情報である。
これらのデータは、先に図３３を参照して説明した２つのＥＰマップの構成データに対応することになる。
すなわち、
（１）図３３に示す粗いＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｃｏａｒｓｅ）２５２が、粗いＥＰマップのＮＴＰ時間（ＮＴＰ＿ｃｏａｒｓｅ）２６５に置き換えられる。
（２）図３３に示す粗いＥＰマップのＳＰＮ（サースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｃｏａｒｓｅ）２５３が、粗いＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｃｏａｒｓｅ）２６６に置き換えられる。
（３）図３３に示す粗いＥＰマップの詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ＥＰ＿ｆｉｎｅ）２５１が、詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ｆｉｎｅ＿ｉｄ）２６７に置き換えられる。
さらに、
（４）図３３に示す詳細ＥＰマップのＰＴＳ（プレゼンテーションタイムスタンプ）（ＰＴＳ＿ＥＰ＿ｆｉｎｅ）２５４が、詳細ＥＰマップのＮＴＰ時間（ＮＴＰ＿ｆｉｎｅ）２６８に置き換えられる。
（５）図３３に示す詳細ＥＰマップのＳＰＮ（ソースパケットナンバー）（ＳＰＮ＿ＥＰ＿ｆｉｎｅ）２５５が、詳細ＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｆｉｎｅ）２６９に置き換えられる。
このような変更により、ＭＭＴフォーマットデータ対応の２つのテーブルからなるＥＰマップが構成される。
次に、図３６を参照して、以下の具体例について説明する。
（ｄ）ＭＭＴフォーマットデータ対応のＥＰマップ例４（分割＆圧縮例）
図３６に示すＥＰマップは、図３５を参照して説明した（ｃ）ＭＭＴフォーマットデータ対応のＥＰマップ例３（分割例）と、図３４（ｂ）を参照して説明した（ｂ）ＭＭＴフォーマットデータ対応のＥＰマップ例２（圧縮例）の組み合わせである。
図３６に示すＭＭＴフォーマットデータ対応のＥＰマップ例４（分割＆圧縮例）は、以下のデータを有する。
（１）粗いＥＰマップのＮＴＰ時間（ＮＴＰ＿ｃｏａｒｓｅ）２７１、
（２）粗いＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｃｏａｒｓｅ）２７２、
（３）詳細ＥＰマップ参照データ（ｒｅｆ＿ｔｏ＿ｆｉｎｅ＿ｉｄ）２７３、
（４）詳細ＥＰマップのＮＴＰ時間（ＮＴＰ＿ｆｉｎｅ）２７４、
（５）詳細ＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｆｉｎｅ）２７５、
これらのデータ構成は、先に図３５を参照して説明した（ｃ）ＭＭＴフォーマットデータ対応のＥＰマップ例３（分割例）と同様である。
ただし、この図３６に示す（ｄ）ＭＭＴフォーマットデータ対応のＥＰマップ例４（分割＆圧縮例）は、以下の各データが３２ビットデータに圧縮されている。
（２）粗いＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｃｏａｒｓｅ）２７２、
（５）詳細ＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｆｉｎｅ）２７５、
これらの各データが、先に図３４（２）を参照して説明した圧縮例と同様、３２ビットデータに設定されている。
具体的には、先に図３４（２）を参照して説明した圧縮例と同様、最初のエントリについては、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録し、２番目以降のエントリについては、先行エントリからの差分に相当するバイト数を記録する。
すなわち以下の設定とする。
（２）粗いＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｃｏａｒｓｅ）２７２は、図３４（ｂ）を参照して説明したＭＭＴバイトアドレスと同様、最初のエントリについては、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録し、２番目以降のエントリについては、先行エントリからの差分に相当するバイト数であり、粗いＥＰマップのＮＴＰ時間（ＮＴＰ＿ｃｏａｒｓｅ）２７１に対応するデータ位置を示す３２ビットのバイト情報を記録する。
（５）詳細ＥＰマップのＭＭＴバイトアドレス（ＭＭＴ＿ｂｙｔｅ＿ｆｉｎｅ）２７５は、図３４（ｂ）を参照して説明したＭＭＴバイトアドレスと同様、最初のエントリについては、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト数を記録し、２番目以降のエントリについては、先行エントリからの差分に相当するバイト数であり、詳細ＥＰマップのＮＴＰ時間（ＮＴＰ＿ｆｉｎｅ）２７４に対応するデータ位置を示す３２ビットのバイト情報を記録する。
この設定により、ＥＰマップ全体のデータ量を削減することができる。
先に図３２、図３３を参照して説明したＭＰＥＧ−２ＴＳフォーマット対応のＥＰマップでは、
ＰＴＳ（プレゼンテーションタイムスタンプ）と、ＳＰＮ（ソースパケットトナンバー）との対応データを記録していたが、
図３４〜図３６を参照して説明したように、ＭＭＴフォーマットデータ対応のＥＰマップには、
ＮＴＰ（ネットワークタイムプロトコル）時間と、
ＭＭＴバイトアドレス情報、
これらの対応データが記録される。
ＥＰマップに記録するＮＴＰ時間や、ＭＭＴバイトアドレス情報はランダムアクセスポイントとなる時間とアドレス（データ位置）でなければならない。
例えば放送局等の送信装置２０から、ＭＭＴフォーマットデータを受信し、ＥＰマップを作成して情報記録媒体（メディア）に記録する情報処理装置３０は、このランダムアクセスポイントとなり得る位置情報を取得することが必要となる。
この処理例について、図３７以下を参照して説明する。
図３７は、例えば放送局等の送信装置２０から情報処理装置３０に送信されるＭＭＴフォーマットデータを構成するＭＭＴＰパケットのデータ構成（シンタクス）を示す図である。
先に図３を参照して説明したように、ＭＭＴＰパケットは、ＭＭＴＰヘッダと、ＭＭＴＰペイロードによって構成される。１つのＭＭＴＰパケットのＭＭＴＰペイロードには、１つの種類のデータが格納される。具体的には、例えば、画像（Ｖ）、音声（Ａ）、字幕（Ｓ）、ＭＭＴＰパケットに格納するシグナリング情報（ＭＭＴ−ＳＩ）、これらいずれか一種類のデータが、個別のＭＭＴＰパケットに格納される。
図３７は、一つのＭＭＴＰパケットのデータ構成を示しており、ヘッダ部２８１とペイロード部２８２によって構成される。
ヘッダ部２８１には、ペイロード部２８２に格納されたデータの種類等の情報が記録される。ヘッダ部２８１の記録データの一つとして、ランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）２８３が記録される。
ランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）２８３は、
ＭＭＴＰパケットがランダムアクセスポイントとなるデータを格納したパケットであるか否かを示すフラグであり、
ランダムアクセスポイントとなるデータ格納したパケットである場合は１、
ランダムアクセスポイントとなるデータ格納したパケットでない場合は０、
この設定のフラグが記録される。
例えば放送局等の送信装置２０から、ＭＭＴフォーマットデータを受信し、ＥＰマップを作成して情報記録媒体（メディア）に記録する情報処理装置３０は、このランダムアクセスポイント情報フラグ（ＲＡＰ＿ｆｌａｇ）を確認して、ランダムアクセスポイントとなり得る位置情報を取得する。
図３８に具体的処理例を示す。
放送局等の送信装置２０は、ＭＭＴフォーマットデータを構成するＭＭＴＰパケット列を送信し、情報処理装置３０が受信する。
情報処理装置３０は、各ＭＭＴＰパケットのヘッダ情報に格納されたＲＡＰ＿ｆｌａｇの設定値を確認し、ＲＡＰ＿ｆｌａｇ＝１の設定パケットを検出する。
図に示す例ではＭＭＴＰパケット２９１，２９２がＲＡＰ＿ｆｌａｇ＝１の設定パケットである。
情報処理装置３０は、このＲＡＰ＿ｆｌａｇ＝１の設定パケット２９１，２９２に対応する
ＮＴＰ（ネットワークタイムプロトコル）時間と、
ＭＭＴバイトアドレス情報、
これらの情報を取得、または算出してＭＭＴフォーマットデータ対応のクリップ情報ファイル中のＥＰマップに記録して、情報記録媒体（メディア）に記録する。
なお、前述したように、ＮＴＰ（ネットワークタイムプロトコル）時間については、例えば、先に図１８他を参照して説明したＭＰＴ、すなわち、ＭＭＴフォーマットにおいて規定されたＭＭＴパッケージテーブル（ＭＰＴ：ＭＭＴ Ｐａｃｋａｇｅ Ｔａｂｌｅ）から取得される。
ＭＭＴバイトアドレス情報については、ＭＭＴＰパケットからなるクリップ情報ファイルの生成処理に際して、ストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数を算出することで取得可能となる。
次に、図３９を参照して、クリップ情報ファイルに記録されるもう一つの要素であるクリップマーク（ＣｌｉｐＭａｒｋ）について説明する。
先に、図２１を参照して説明したように、マークは、例えばクリップＡＶストリームファイルに格納された画像データのチャプタ区切り、シーンチェンジ点、ブックマーク、ハイライト、特徴的なシーンの時間指定情報であり、プレイリストファイル、クリップ情報ファイルに記録されるデータである。
プレイリストファイル、クリップ情報ファイルに対するマークの記録は、マークの時刻を示すタイムスタンプの記録処理により行われる。
図３９は、クリップ情報ファイルの一要素であるクリップマーク（ＣｌｉｐＭａｒｋ）のデータ構成（シンタクス）を示す図である。
クリップマーク数（ｎｕｍｂｅｒ＿ｏｆ＿Ｃｌｉｐ＿ｍａｒｋｓ）２９４は、このクリップマーク（ＣｌｉｐＭａｒｋ）中にストアされているマークの個数を示す。
マークタイプ（ｍａｒｋ＿ｔｙｐｅ）２９５は、マークのタイプを示すフィールドである。たとえば、各マークが、チャプタ開始位置、チャプタ終了位置、シーンチェンジ位置、編集位置等のどのタイプのマークであるかを示す情報を記録する。
マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）２９６は、マークが設定されたポイントを示すタイムスタンプを記録するフィールドである。
エレメンタリストリームパケットＩＤエントリ（ｅｎｔｒｙ＿ＥＳ＿ＰＩＤ）２９７は、マークが設定されたパケットの識別子を記録するフィールドである。
代表画像タイムスタンプ（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ＿ｐｉｃｔｕｒｅ＿ｔｉｍｅ＿ｓａｍｐ）２９８は、マークを代表する画像のポイントを示すタイムスタンプ情報である。
デュレーション（ｄｕｒａｔｉｏｎ）２９９は、隣接マーク間の時間間隔、例えばチャプタの長さを記録するフィールドである。
この図３９に示すクリップマーク（ＣｌｉｐＭａｒｋ）の記録データについても、クリップＡＶストリームファイルとして従来のＭＰＥＧ−２ＴＳフォーマットデータが記録されている場合については規定されているが、クリップＡＶストリームファイルとしてＭＭＴフォーマットデータが記録されている場合については、特に規定されていない。
従って、クリップＡＶストリームファイルとしてＭＭＴフォーマットデータを記録する場合のクリップマーク（ＣｌｉｐＭａｒｋ）の記録データについて規定する必要がある。
具体的には、図３９に示すように、
マークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）２９６、
代表画像タイムスタンプ（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ＿ｐｉｃｔｕｒｅ＿ｔｉｍｅ＿ｓａｍｐ）２９８、
これらの時間情報記録フィールドに、６４ビットのＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
情報処理装置３０は、情報記録媒体（メディア）にクリップＡＶストリームファイルとして記録するデータがＭＭＴフォーマットデータの場合、その再生制御情報ファイルであるクリップ情報ファイルのクリップマーク（ＣｌｉｐＭａｒｋ）の時間情報記録フィールドに、ＭＭＴパッケージテーブル（ＭＰＴ）に記録されたＮＴＰ時間情報を取得して記録する。
［７．ＭＭＴフォーマットデータの全記録（フル記録）と、部分記録（パーシャル記録）について］
次に、ＭＭＴフォーマットデータの全記録（フル記録）と、部分記録（パーシャル記録）について説明する。
上述した処理は、図４に示すＢＤＡＶフォーマット、あるいは図８に示すＳＰＡＶフォーマット中のクリップＡＶストリームファイルに格納されるＭＭＴフォーマットデータに関する再生制御情報や属性情報等を格納したプレイリストファイルや、クリップ情報ファイルを生成する処理である。
次に、クリップＡＶストリームファイルに格納するデータについて説明する。
例えば、図１に示す情報処理装置３０は、図１に示す放送サーバ（放送局）２１等の送信装置２０から送信されるＭＭＴフォーマットデータをＢＤ、ＨＤ、あるいはフラッシュメモリ等の情報記録媒体（メディア）に記録する処理を実行する。
情報処理装置３０は、このデータ記録に際して、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルを生成することになる。例えば図１０に示すＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１である。
なお、先に図９を参照して説明した処理例では、ＭＭＴフォーマットによる配信データ中に含まれる制御情報（ＭＭＴ−ＳＩ，ＴＬＶ−ＳＩ）に記録された情報は、すべてプレイリストファイルやクリップ情報ファイル等のデータベースファイルに記録する設定として説明したが、この制御情報の一部をクリップＡＶストリームファイルに格納する構成も可能である。
以下に説明する例は、このように制御情報を含むクリップＡＶストリームファイルを生成する場合の処理例である。
ＭＭＴフォーマットデータ格納クリップＡＶストリームファイル７１に対するデータ記録処理態様として、以下の２つのデータ記録態様が想定される。
（１．全記録（フル記録）処理）
受信するＭＭＴフォーマットデータに含まれる画像、音声、字幕、さらに様々な制御情報、その他のアプリケーションを全てクリップＡＶストリームファイルに格納してメディアに記録する全記録（フル記録）処理。
（２．部分記録（パーシャル記録）処理）
受信するＭＭＴフォーマットデータに含まれる画像、音声、字幕、さらに様々な制御情報、その他のアプリケーションの一部をクリップＡＶストリームファイルに格納してメディアに記録する部分記録（パーシャル記録）処理。
これら２通りのデータ記録処理が可能となる。
例えば、全記録（フル記録）処理は、図４０に示す記録データ領域Ａに含まれる画像、音声、字幕、制御情報（ＭＭＴ−ＳＩ）、アプリケーションのすべてをクリップＡＶストリームファイルに格納してメディアに記録する処理である。
一方、部分記録（パーシャル記録）処理は、図４１に示す記録データ領域Ｂに含まれる画像、音声、字幕、制御情報（ＭＭＴ−ＳＩ）のみをクリップＡＶストリームファイルに格納してメディアに記録する処理である。
さらに、画像、音声、字幕、制御情報（ＭＭＴ−ＳＩ）の一部のみをクリップＡＶストリームファイルに格納してメディアに記録する処理を行うことも可能である。
具体的な部分記録（パーシャル記録）処理例について、図４２を参照して説明する。
図４２は、部分記録（パーシャル記録）処理の具体例のバリエーションについて説明する図である。
例えば、
（１）画像については、
少なくとも１本のビデオストリームを記録する。
（２）音声については、
（２ａ）少なくとも１本のオーディオストリームを記録する。
（２ｂ）多言語分の複数のオーディオストリームを記録する。
（３）字幕については、
（３ａ）最大２本までの字幕ストリームを記録する。
（３ｂ）字幕ストリームの記録は行わない。
（４）制御情報（ＭＭＴ−ＳＩ）については、
（４ａ）ＭＰＴ（ＭＭＴパッケージテーブル（図１８参照））のみ記録する。
（４ｂ）記録画像、音声、字幕に応じて必要情報を選択して記録する。
例えば、このようにデータ種別に応じて記録データの選択処理が可能である。
制御情報の記録例として、図４２には、以下の２つの例を示している。
（４ａ）ＭＰＴ（ＭＭＴパッケージテーブル（図１８参照））のみ記録する。
（４ｂ）記録画像、音声、字幕に応じて必要情報を選択して記録する。
再度、図４３にＭＰＴ（ＭＭＴパッケージテーブル）を示す。
図４３に示すＭＰＴは、先に図１８を参照して説明したように、ＭＭＴＰパケットで送信されるシグナリング情報（ＭＭＴ−ＳＩ）の一つである。
ＭＭＴパッケージテーブル（ＭＰＴ）には、様々な制御情報や属性情が記録される。
制御情報の種類に応じた記述子が定義され、各定義された記述子ごとに制御情報や属性情報が記録される。
記述子には、
ＭＰＴ記述子（ＭＰＴ＿ｄｅｓｃｒｉｐｔｏｒ）
アセット記述子（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ）
これらの２通りの記述子がある。
アセット記述子のデータ記録領域には、例えば画像、音声、字幕等のデータ種類（アセットタイプ）毎に、データの制御情報や属性情報が記録される。
ＭＰＴ記述子の記録領域には、アセットタイプに関わらず、すべてのアセットに共通の制御情報や属性情報が記録される。
なお、ＭＭＴフォーマットにおいては、ＭＭＴパッケージテーブル（ＭＰＴ）に記録する記述子の種類として、数十種類の記述子が規定されている。
前述した全記録（フル記録）処理を行う場合は、これらのすべての記述子に関する制御情報をメディアに記録することになる。
しかし、部分記録（パーシャル記録）処理を行う場合は、ＭＭＴパッケージテーブル（ＭＰＴ）に記録された記述子中から、メディアからのデータ再生時に利用可能性の高いもののみを選択して記録する処理を行うことになる。
選択記録する記述子の一例について、図４４を参照して説明する。
図４４には、選択記録する対象記述子の一例として、以下の各記述子を示している。
（Ａ）ＭＰＴ記述子
（ａ１）ＭＨ−パレンタルレート記述子
（ａ２）コンテンツコピー制御記述子
（ａ３）コンテンツ利用制御記述子
（Ｂ）アセット記述子
（ｂ１）ＭＰＵタイムスタンプ記述子
（ｂ２）ＭＰＵタイムスタンプ拡張記述子
（ｂ３）ＭＨ−ＭＰＥＧ−４オーディオ記述子
（ｂ４）ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子
（ｂ５）ＭＨ−ＨＥＶＣビデオ記述子
（ｂ６）映像コンポーネント記述子
（ｂ７）ＭＨ−ストリーム識別記述子
（ｂ８）ＭＨ−音声コンポーネント記述子
（ｂ９）ＭＨ−データ符号化方式記述子
これらの記述子は、情報記録媒体（メディア）に記録したＭＭＴフォーマットデータの再生を行う際に必須、あるいは利用可能性が高い制御情報を含む記述子である。
以下、これらの記述子について説明する。
（Ａ）ＭＰＴ記述子の（ａ１）ＭＨ−パレンタルレート記述子は、年齢に応じた視聴制限情報を示す記述子である。
（ａ２）コンテンツコピー制御記述子は、コンテンツのコピー制御情報を示す記述子である。
（ａ３）コンテンツ利用制御記述子は、コンテンツの利用制御情報を示す記述子である。
（Ｂ）アセット記述子の（ｂ１）ＭＰＵタイムスタンプ記述子は、ＭＰＵの最初のアクセスユニットの提示時刻を示す。
（ｂ２）ＭＰＵタイムスタンプ拡張記述子は、ＭＰＵのアクセスユニットの復号時刻を示す。
（ｂ３）ＭＨ−ＭＰＥＧ−４オーディオ記述子は、ＩＳＯ／ＩＥＣ １４４９６−３（ＭＰＥＧ−４ オーディオ）のオーディオストリームの符号化パラメータを特定するための基本情報を記述する。
（ｂ４）ＭＨ−ＭＰＥＧ−４オーディオ拡張記述子は、ＭＰＥＧ−４ オーディオストリームのプロファイルとレベル及び符号化方式固有の設定を記述する。
（ｂ５）ＭＨ−ＨＥＶＣビデオ記述子は、ＩＴＵ−Ｔ 勧告Ｈ．２６５｜ＩＳＯ／ＩＥＣ ２３００８−２の映像ストリーム（ＨＥＶＣ ストリーム）の基本的な符号化パラメータを記述する。
（ｂ６）映像コンポーネント記述子は、は映像コンポーネントに関するパラメータ、説明を示し、エレメンタリストリームを文字形式で表現するためにも利用される。
（ｂ７）ＭＨ−ストリーム識別記述子は、サービスのコンポーネントストリームにラベルを付け、このラベルによってＭＨ−ＥＩＴ（制御情報（ＭＭＴ−ＳＩ）として送信されるイベント情報テーブル）内の映像コンポーネント記述子で示される記述内容（例えば、あるサービスのコンポーネントストリームは「垂直方向の画素数４３２０、アスペクト比１６：９パンベクトルあり、フレームレート６０／１．００１」であること）を参照するために使用する。
（ｂ８）ＭＨ−音声コンポーネント記述子は、音声エレメンタリストリームの各パラメータを示し、エレメンタリストリームを文字形式で表現するためにも利用される。
（ｂ９）ＭＨ−データ符号化方式記述子は、データ符号化方式を識別するために使用される。
例えば、これらの各記述子は、情報記録媒体（メディア）に記録したコンテンツの再生処理に必要、あるいは必要となる可能性が高い制御情報であり、ＭＴＰから選択して情報記録媒体（メディア）に記録する設定とすることが好ましい。
なお、ＭＭＴフォーマットに従ったＭＰＴ（ＭＭＴパッケージテーブル）は、ＢＤＡＶフォーマットに従ったデータ再生処理を実行するＢＤＡＶフォーマットデータ再生アプリケーションが理解可能な制御情報テーブルとして記録することが必要である。
情報記録媒体に記録する制御情報テーブルの記録態様について、図４５を参照して説明する。
図４５は、放送局等の送信装置２０から送信されるＭＰＴを情報処理装置３０が受信し、情報記録媒体（メディア）に記録するクリップＡＶストリームファイル中に格納する場合に、注意すべき項目を記載した図である。
以下、核項目について説明する。
ＭＰＴに記述されたテーブルＩＤ（ｔａｂｌｅ＿ｉｄ）は、テーブルの識別子であり、（０ｘ２０）の固定値とする。
ＭＰＴモード（ＭＰＴ＿ｍｏｄｅ）は、ＭＰＴが複数のサブセットに分割されている場合の処理順の規定情報の記録領域である。この値は、サブセットの順番に従って処理を行うことを示す値（００）とする。
ＭＭＴパッケージＩＤ長（ＭＭＴ＿ｐａｃｋｅｇｅ＿ｉｄ＿ｌｅｎｇｔｈ）は、パッケージＩＤのバイト長であり、２バイトの固定値とする。
ＭＭＴパッケージＩＤバイト（ＭＭＴ＿ｐａｃｋｅｇｅ＿ｉｄ＿ｂｙｔｅ）は、パッケージＩＤであり、これはＭＰＴに記録されたデータをそのまま記録する。
アセット数（ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓ）は、以下の領域に記録されるアセットの数であり、記録するアセットの数に一致する数値を記録する。
識別子タイプ（ｉｄｅｎｔｏｆｉｅｒ＿ｔｙｐｅ）は、ＭＭＴＰパケットフローのＩＤ体系であり、アセットＩＤを示すＩＤ体系であることを示す値（０ｘ００）とする。
アセットＩＤスキーム（ａｓｓｅｔ＿ｉｄ＿ｓｃｈｅｍｅ）は、アセットＩＤの形式であり、これはＭＰＴに記録されたデータをそのまま記録する。
アセットＩＤ（ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅ）は、アセットＩＤ記録領域であり、これはＭＰＴに記録されたデータをそのまま記録する。
アセットクロック情報フラグ（ａｓｓｅｔ＿ｃｌｏｃｋ＿ｒｅｌａｔｉｏｎ＿ｆｌａｇ）は、アセットのクロック情報フィールドの有無を示す情報であり、アセットのクロック情報フィールドが無いことを示す値（０）に設定する。
ロケーションカウント（ｌｏｃａｔｉｏｎ＿ｃｏｕｎｔ）は、アセットノロケーションの数であり、１に固定する。
ロケーション情報（ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ）はアセットのロケーション情報であり、これはＭＰＴに記録されたデータをそのまま記録する。
このように、放送局等の送信装置２０から、ＭＭＴフォーマットデータを受信して、情報記録媒体に記録する処理を実行する情報処理装置３０は、ＭＰＴに記録されたデータを、ＢＤＡＶフォーマットに従ったデータ再生処理を実行するＢＤＡＶフォーマットデータ再生アプリケーションが理解可能な制御情報テーブルとして記録する。
このような記録処理を行うことで、送信装置２０の提供する制御情報や属性情報を適用して、情報記録媒体に記録したデータの再生処理を行うことか可能となる。
［８．情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について］
次に、図４６以下を参照して情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について説明する。
先に説明したように、本開示の情報処理装置は、ＭＭＴフォーマットに従った入力データを、ＢＤＡＶフォーマットデータとして、ＢＤやＨＤ、あるいはフラッシュメモリ等の情報記録媒体に記録する。
さらに、このデータ記録処理に際して、プレイリストやクリップ情報ファイル等のデータベースファイルに、ＭＭＴフォーマットデータ対応の制御情報、属性情報等を記録する。
これらの情報は、例えば、ＭＭＴフォーマットに従った入力データに含まれる制御情報であるＴＬＶ−ＳＩや、ＭＭＴ−ＳＩを構成する様々な情報記録テーブルから取得する。情報処理装置は、受信データから様々な情報を取得して、ＢＤＡＶフォーマットにおいて規定されるプレイリストやクリップ情報ファイル等のデータベースファイルに、メディア記録コンテンツ対応の情報を記録する。
以下、このようなプレイリストやクリップ情報ファイルを記録した情報記録媒体の生成処理、具体的には、ＢＤ等の情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と、処理シーケンスについて説明する。
図４６は、ＢＤ等の情報記録媒体に対するデータ記録処理を実行する情報処理装置３００の構成を示す図である。
情報処理装置３００は、情報記録媒体（記録メディア）３２０に、クリップＡＶストリームファイル、さらに、プレイリストやクリップ情報ファイル等のデータベースファイルを記録する。
データ入力部３０１は、情報記録媒体３２０に対するＭＭＴフォーマットデータ３３１、すなわち画像データ、音声データ、字幕データ等を含むＭＭＴフォーマットデータ３３１を入力する。
データ入力部３０１は、ＭＭＴフォーマットデータ３３１を送信する例えば放送局やコンテンツサーバ等からの送信データを受信する受信部、あるいは、ＭＭＴフォーマットデータ３３１を記録したメディアからのデータ読み取りを実行するメディア読み取り部等によって構成される。
データ入力部３０１から入力するＭＭＴフォーマットデータ３３１は、先に図２を参照して説明したデータフォーマットに従ったデータであり、例えばＨＥＶＣ画像等の高精細画像データが含まれている。
ＭＭＴフォーマットデータ３３１は、制御部３０３の制御によって、記憶部３０４に格納される。
ユーザ入力部３０２は、例えば情報記録媒体３２０に対するデータ記録の開始要求等を入力する。
ユーザ入力部３０２から、データ記録開始要求を入力すると、この入力をトリガとして、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１が、デマルチプレクサ（ＤｅＭＵＸ）３０５に入力される。
デマルチプレクサ（ＤｅＭＵＸ）３０５は、ＭＭＴフォーマットデータ３３１から、画像、音声、字幕等の各データを格納したパケットや、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等の補助情報を取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、記録データ生成部３０６の字幕データ生成部３１１、画像データ生成部３１２、音声データ生成部３１３、補助情報生成部３１４に入力する。
字幕データ生成部３１１は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、字幕データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
画像データ生成部３１２は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、画像データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
音声データ生成部３１３は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、音声データを取得し、ＢＤＡＶフォーマットにおいて規定されるストリームファイル格納用データを生成する。
補助情報生成部３１４は、データ入力部３０１が入力し、記憶部３０４に格納されたＭＭＴフォーマットデータ３３１から、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等の補助情報を取得し、ＢＤＡＶフォーマットにおいて規定されるデータベースファイルとしてのプレイリストファイルやクリップ情報ファイル、クリップＡＶストリームファイルに格納すべきデータを生成する。
マルチプレクサ（ＭＵＸ）３１５は、字幕データ生成部３１１、画像データ生成部３１２、音声データ生成部３１３が変換した字幕、画像、音声各データ、および補助情報生成部３１４がＭＭＴフォーマットデータ３３１のシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等から取得した様々な情報を入力し、これらのデータを格納したストリームファイルを生成する。
データベースファイル生成部３１６は、補助情報生成部３１４がＭＭＴフォーマットデータ３３１のシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）から取得した様々な情報を記録したプレイリストファイルやクリップ情報ファイル等のデータベースファイルを生成する。
記録データ生成部３０６の生成したストリームファイルデータと、プレイリストファイル、クリップ情報ファイル等のデータベースファイルを含む記録データ３３２は、制御部３０３の制御の下、記録部３０６によって、ドライブ３０７を介して情報記録媒体３２０に出力され、記録される。
次に、図４６に示す情報処理装置３００が実行する情報記録媒体３２０に対するデータ記録処理のシーケンスについて、図４７に示すフローチャートを参照して説明する。
図４７に示すフローに従った処理は、例えば情報処理装置の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
以下、図４７のフローに示す各ステップの処理について、順次、説明する。
（ステップＳ１０１）
まず、情報処理装置３００は、ステップＳ１０１において、データ入力部３０１を介して記録用データであるＭＭＴフォーマットデータを入力する。
なお、この記録用データには画像データ、音声データ、字幕データ、さらに、通知情報や制御情報等を格納したシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）等が含まれる。
（ステップＳ１０２）
次に、ステップＳ１０２において、情報処理装置３００は、入力したＭＭＴフォーマットデータのデマルチプレクス処理、すなわち、データ種類単位のデータ分離処理を行う。画像、音声、字幕、制御情報等の分離処理を実行する。
（ステップＳ１０３）
次に、ステップＳ１０３において、情報処理装置３００は、ステップＳ１０２で分離した制御情報、例えばシグナリング情報（ＴＬＶ−ＳＩ，ＭＭＴ−ＳＩ）をメモリに格納する。
（ステップＳ１０４）
次に、ステップＳ１０４において、情報処理装置３００は、ステップＳ１０２で分離した画像、音声、字幕核データの少なくともいずれかのデータの再エンコード処理を実行する。
なお、この処理は、情報記録媒体に記録するデータのエンコード態様を変更する場合に行う処理であり、受信データをそのまま記録する場合は、この再エンコード処理は不要である。
（ステップＳ１０５）
次に、ステップＳ１０５において、情報処理装置３００は、ステップＳ１０３でのエンコード後のデータを含む画像、音声、字幕、さらに、再生制御情報等を含むデータの多重化処理を実行する。すなわち、クリップＡＶストリームファイルの生成処理を実行する。
なお、クリップＡＶストリームファイルに格納する再生制御情報は、例えば図４０〜図４５を参照して説明したＭＰＴ（ＭＭＴパッケージテーブル）から取得した情報等である。
（ステップＳ１０６）
次に、ステップＳ１０６において、情報処理装置３００は、入力したＭＭＴフォーマットデータの構成データを利用して、クリップ情報ファイルを生成する。
例えば、先に図２３〜図３９を参照して説明したクリップ情報ファイル、すなわち、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルに対応するクリップ情報ファイルを生成する。
なお、このステップＳ１０６のクリップ情報ファイルの生成処理の詳細シーケンスについては、図４８に示すフローを参照して、後段で詳細に説明する。
（ステップＳ１０７）
次に、ステップＳ１０７において、情報処理装置３００は、入力したＭＭＴフォーマットデータの構成データを利用して、プレイリストファイルを生成する。
例えば、先に図１１〜図２２を参照して説明したプレイリストファイル、すなわち、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルに対応するプレイリストファイルを生成する。
なお、このステップＳ１０７のプレイリストファイル生成処理の詳細については、図４９を参照して、後段で説明する。
（ステップＳ１０８）
次に、ステップＳ１０８において、情報処理装置３００は、入力したＭＭＴフォーマットデータを利用してその他のデータベースファイルを生成する。
（ステップＳ１０９）
次に、ステップＳ１０９において、情報処理装置３００は、生成したＡＶストリームファイルとデータベースファイルを利用してＢＤＡＶフォーマットデータを生成する。
（ステップＳ１１０）
次に、ステップＳ１１０において、情報処理装置３００は、ステップＳ１０９で生成したＢＤＡＶフォーマットデータを情報記録媒体（メディア）に記録する。
次に、ステップＳ１０６において実行するクリップ情報ファイル生成処理の詳細シーケンスについて、図４８に示すフローチャートを参照して説明する。
なお、図４８に示すフローチャートは、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの制御に利用されるクリップ情報の生成シーケンスである。
図４８に示すフローの各ステップの処理について、順次、説明する。
（ステップＳ１２１）
まず、ステップＳ１２１において、情報処理装置３００は、クリップＡＶストリームファイルに格納したＭＭＴフォーマットデータであるＭＭＴＰパケットのＲＡＰ（ランダムアクセスポイント）フラグを確認する。
この処理は、先に図３８を参照して説明した処理である。
ＲＡＰフラグ＝１の設定されたＭＭＴＰパケットは、ランダムアクセスポイントを含むデータである。
（ステップＳ１２２）
次に、ステップＳ１２２において、情報処理装置３００は、ＲＡＰフラグ＝１の設定されたＭＭＴＰパケットのパケット位置と、時刻情報（ＮＴＰ時間）との対応データからかるＥＰマップを生成する。
この処理は、先に図３４〜図３８を参照して説明したＭＭＴフォーマットデータ対応のＥＰマップの生成処理である。パケット位置情報は、クリップＡＶストリームファイルの先頭（＝ファイルに格納された最初のＭＭＴＰパケットの先頭）からのバイト位置を利用する。また、時間情報はＮＴＰ（ネットワークタイププロトコル）時間を利用する。
（ステップＳ１２３）
次に、ステップＳ１２３において、情報処理装置３００は、クリップ情報ファイルのアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ＿ｔｙｐｅ）と、クリップストリームタイプ（Ｃｌｉｐ＿ｓｔｒｅａｍ＿ｔｙｐｅ）の値を［３］に設定する。
この処理は、先に図２４〜図２６を参照して説明した処理であり、クリップ情報ファイルの制御対象データとなるクリップＡＶストリームファイルの格納データがＭＭＴフォーマットデータであることを識別可能とするための設定値を記録する処理である。
（ステップＳ１２４）
次に、ステップＳ１２４において、情報処理装置３００は、クリップ情報ファイルの記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）、平均レート（ａｖｅｒａｇｅ＿ｒａｔｅ）を記録する。
この処理は、先に図２４を参照して説明した
ＴＳ平均レート（ＴＳ＿ａｖｅｒａｇｅ＿ｒａｔｅ）２１４、
ＴＳ記録レート（ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）２１５、
これらのデータ記録処理である。前述したように、このクリップ情報ファイルによる再生対象データであるクリップＡＶストリームファイルのトランスポートストリームの平均ビットレートと、記録レートをｂｙｔｅｓ／ｓｅｃｏｎｄの単位で表したものである。
このビットレート情報は、ＴＳパケットを基準として算出することを前提としており、再生対象データがＭＭＴパケットを持つＭＭＴフォーマットである場合、ＭＭＴフォーマットに応じたビットレートを算出して記録する。あるいは、再生対象データがＭＭＴフォーマットである場合、このフィールドには無効値を記録し、ビットレート情報を利用しない設定としてもよい。
（ステップＳ１２５）
次に、ステップＳ１２５において、情報処理装置３００は、クリップ情報ファイルの構成データである、
クリップ情報（ＣｌｉｐＩｎｆｏ）、
シーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）、
プログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）、
ＣＰＩ情報（ＣＰＩ）、
クリップマーク（ＣｌｉｐＭａｒｋ）、
これらの各データを生成する。
なお、これらの各データ生成処理において、再生対象データがＭＭＴフォーマットデータである場合、例えば、時間情報としてはＮＴＰ時刻情報、パケット位置はストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数データを取得して記録する。
これらの処理により、ＭＭＴフォーマットデータ対応のクリップ情報ファイルを生成する。
なお、制御対象がＭＰＥＧ−２ＴＳフォーマットデータを格納したクリップＡＶストリームファイルである場合は、従来と同様のクリップ情報ファイル生成処理を行えばよい。
次に、図４７に示すフロー中のステップＳ１０７において実行するプレイリストファイル生成処理の詳細シーケンスについて、図４９に示すフローチャートを参照して説明する。
なお、図４９に示すフローチャートは、ＭＭＴフォーマットデータを格納したクリップＡＶストリームファイルの制御に利用されるプレイリストの生成シーケンスである。
図４９に示すフローの各ステップの処理について、順次、説明する。
（ステップＳ１３１）
まず、ステップＳ１３１において、情報処理装置３００は、プレイリストファイルに記録するＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）の値を［３］に設定する。
この処理は、先に図１１〜図１５を参照して説明した処理に対応する。
図１５の「（２）新たなＣＰＩタイプ記録データ（ＭＰＥＧ−２ＴＳ対応データとＭＭＴ対応データを記録）」を参照して説明したように、
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
（ステップＳ１３２）
次に、ステップＳ１３２において、情報処理装置３００は、プレイリストファイルに記録する各プレイアイテムの時間情報（ＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅ）をＮＴＰ時間情報として記録する。
この処理は、先に図１６、図１７を参照して説明した処理に相当する。
図１７（２）の「（２）新たなプレイアイテム情報記録データ（ＭＭＴ対応プレイリスト）」に示すように、
開始時間（ＩＮ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生開始点の再生開始時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
終了時間（ＯＵＴ＿ｔｉｍｅ）は、プレイアイテム（ＰｌａｙＩｔｅｍ）再生終了点の再生終了時間情報である。再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を記録する。
ＮＴＰ（ネットワークタイムプロトコル）に従った時間情報は、例えば図１に示す放送サーバ（放送局）２１等の送信装置２０が送信する放送コンテンツ等を含むＭＭＴフォーマットデータに併せて送信される。
テレビ（ＴＶ）３２等の情報処理装置３０は、送信装置２０が送信するＮＴＰ（ネットワークタイムプロトコル）に従った時間情報を取得して、プレイリストに記録する。
（ステップＳ１３３）
次に、ステップＳ１３３において、情報処理装置３００は、プレイリストファイルの構成データである、
プレイアイテム（ＰｌａｙＩｔｅｍ）、
プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）、
これらの各データを生成する。
なお、これらの各データ生成処理において、再生対象データがＭＭＴフォーマットデータである場合、例えば、時間情報としてはＮＴＰ時刻情報、パケット位置はストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数データを取得して記録する。
これらの処理により、ＭＭＴフォーマットデータ対応のプレイリストファイルを生成する。
なお、制御対象がＭＰＥＧ−２ＴＳフォーマットデータを格納したクリップＡＶストリームファイルである場合は、従来と同様のプレイリストファイル生成処理を行えばよい。
情報処理装置３００は、図４７〜図４９を参照して説明したフローに従った処理を行なうことで、入力したＭＭＴフォーマットデータをＢＤＡＶフォーマットに従ったプレイリストファイル、クリップ情報ファイル、クリップＡＶストリームファイルとして記録し、再生することが可能となる。
［９．情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について］
次に、図５０以下を参照して情報記録媒体からのデータ再生処理を実行する情報処理装置の構成と処理について説明する。
再生処理を実行する情報処理装置は、装置に装着した情報記録媒体に記録されたデータの読み取り、再生処理を実行する。
図５０は、ＢＤ等の情報記録媒体５１０に記録されたデータの再生処理を実行する情報処理装置４００の構成を示す図である。
情報処理装置４００は、図５０に示す情報記録媒体（記録メディア）５１０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５２０に出力する。なお、出力装置５２０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
なお、情報処理装置４００は先に図４６を参照して説明したデータ記録を行う情報処理装置３００と同一の装置である場合もある。すなわち、データ記録再生の両機能を有する情報処理装置である。
情報記録媒体（記録メディア）５１０は、図４６〜図４９を参照して説明した処理によって生成されたＡＶストリームファイルと、プレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
制御部４０１は、例えば、ユーザ入力部４０２からの再生指示情報の入力に基づいて、情報記録媒体５１０の記録データを、記録再生部４０４、ドライブ４０３を介して読み取り、データバッファとしての記憶部４０５に格納し、その格納データを再生処理部４０６に出力する。
再生処理部４０６は、制御部４０１の制御の下、情報記録媒体５１０から読み出された再生データ、すなわち、画像、音声、字幕等の各データを格納したクリップＡＶストリームファイルから各データを取得して再生データを生成する。
デマルチプレクサ（ＤｅＭＵＸ）４１１は、画像、音声、字幕、さらに、プレイリストファイル、クリップ情報ファイル等の各データを格納したデータ格納パケットを取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、字幕データ生成部４１２、画像データ生成部４１３、音声データ生成部４１４、補助情報生成部４１５に出力する。
字幕データ生成部４１２、画像データ生成部４１３、音声データ生成部４１４は、パケットに格納されたデータの復号処理等を実行し、復号データを出力データ生成部４１６に出力する。
出力データ生成部４１６は、字幕、画像、音声の各データを、入出力インタフェース４０７を介して出力装置（表示部＋スピーカ）５２０に出力する。
なお、情報記録媒体５１０は、再生対象データを格納したストリームファイルとして、
ＭＰＥＧ−２ＴＳフォーマットデータを格納したストリームファイルと、
ＭＭＴフォーマットデータを格納したストリームファイルを有する場合がある。
この場合、情報処理装置４００は、ＢＤＡＶフォーマットにおいて規定されたプレイリストファイルとクリップ情報ファイルを適用して、ＭＰＥＧ−２ＴＳフォーマットデータを格納したストリームファイル、および、ＭＭＴフォーマットデータを格納したストリームファイルの再生処理を実行することになる。
補助情報生成部４１５は、例えば、プレイリストファイル、クリップ情報ファイルに格納された録画コンテンツリスト表示用データを取得して録画コンテンツリストを生成し、生成リストが出力装置（表示部＋スピーカ）５２０に出力される。
出力装置（表示部＋スピーカ）５２０は、情報処理装置４００から入力する字幕、画像、音声等の各データを、出力装置（表示部＋スピーカ）５２０を介して出力する。
なお、情報記録媒体５１０は、ＭＭＴフォーマットデータを、ＢＤＡＶフォーマットに従って記録したデータを格納しており、また、情報処理装置４００は、ＢＤＡＶフォーマット規定のデータベースファイルであるプレイリストファイルとクリップ情報ファイルの記録情報を取得して再生制御処理を実行する。
次に、図５０に示す情報処理装置４００が実行する情報記録媒体５１０からのデータ再生処理のシーケンスについて、図５１に示すフローチャートを参照して説明する。
図５１に示すフローに従った処理は、例えば情報処理装置４００の記憶部に格納されたプログラムに従って、プログラム実行機能を有するＣＰＵを備えたデータ処理部（制御部）の制御の下で実行することができる。
なお、図５１に示すフローに従った処理を実行する情報処理装置は、図５０に示す情報処理装置４００であり、情報記録媒体（記録メディア）５１０を装着し、装着した情報記録媒体５１０に記録されたデータを読み取り、出力装置（表示部＋スピーカ）５２０に出力する。なお、出力装置５２０は、例えばテレビ等であり、ディスプレイ、スピーカ等を備えた表示装置である。
情報記録媒体（記録メディア）５１０は、図４６〜図４９を参照して説明した処理によって生成されたＡＶストリームと、プレイリスト、クリップ情報ファイル等のデータベースが記録された記録媒体である。
以下、図５１のフローに示す各ステップの処理について、順次、説明する。
（ステップＳ２０１）
まず、情報処理装置４００の制御部４０１は、ステップＳ２０１において、例えばユーザの入力した再生データ指定情報に従い、指定された再生データ対応の再生制御情報を格納したプレイリストファイルを情報記録媒体（メディア）から読み取る。
（ステップＳ２０２）
次に、情報処理装置４００の制御部４０１は、ステップＳ２０２において、プレイリストファイルに記録されたＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）を読み出す。
先に図１１〜図１５を参照して説明したように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）は、プレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプを示す情報である。
なお、ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）は、クリップ情報ファイルの記録データであり、例えば、再生開始点のデータアドレスを取得するためのデータである。
図１５に示すように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＥＰマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝２は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＰＥＧ−２ＴＳ対応のＴＵマップであることを意味する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３は、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであることを意味する。
このように、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝１〜３の３種類の定義を可能として、３つのＣＰＩタイプを識別可能としている。
（ステップＳ２０３）
次に、情報処理装置４００の制御部４０１は、ステップＳ２０３において、ステップＳ２０２で読み出したＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）の設定値が［３］であるか否かを判定する。
すなわち、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが、ＭＭＴ対応のＥＰマップであるか否かを判定する。
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）＝３である場合は、ステップＳ２０３の判定がＹｅｓとなり、ステップＳ２０５に進む。
一方、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３でない場合は、ステップＳ２０３の判定がＮｏとなり、ステップＳ２０４に進む。
（ステップＳ２０４）
ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３でない場合は、ステップＳ２０４の処理を実行する。
ＰＬ＿ＣＰＩタイプが３以外の場合、このプレイリストファイルに規定されたプレイアイテム（ＰｌａｙＩｔｅｍ）によって参照されるクリップ情報ファイル内のＣＰＩタイプが１または２であり、再生対象データがＭＰＥＧ−２ＴＳフォーマットデータである。
この場合、情報処理装置４００は、従来の再生処理手法を適用して、ＭＰＥＧ−２ＴＳフォーマットデータの再生処理を実行する。
（ステップＳ２０５）
一方、ＰＬ＿ＣＰＩタイプ（ＰＬ＿ＣＰＩ＿ｔｙｐｅ）が３の場合は、ステップＳ２０５において、このプレイリストファイルによる再生対象データがＭＭＴフォーマットデータであると判定する。
（ステップＳ２０６）
次に、情報処理装置４００は、ステップＳ２０６において、ＭＭＴフォーマットデータ対応のプレイリストとクリップ情報ファイルを適用してＭＭＴフォーマットデータの格納されたクリップ情報ファイルの格納データの再生処理を実行する。
次に、ＭＭＴフォーマットデータの再生処理の具体例として、クリップ情報ファイルに記録されたＭＭＴフォーマットデータ対応のＥＰマップを適用したランダムアクセス再生処理のシーケンスについて、図５２に示すフローチャートを参照して説明する。
なお、ＭＭＴフォーマットデータ対応のＥＰマップは、例えば先に図３４〜図３６を参照して説明したいずれかのでーた構成を持つＥＰマップであり、ランダムアクセス可能なデータ位置に対応する時間情報とストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト位置情報との対応データ等によって構成されるＥＰマップである。
図５２に示すフローチャートの各ステップの処理について説明する。
（ステップＳ２１１）
まず、情報処理装置４００は、ステップＳ２１１において、ランダムアクセス再生に適用するプレイリストのプレイアイテム情報から、クリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を読み取る。
これは、先に図１６を参照して説明したプレイリストファイル中のプレイアイテム（ＰｌａｙＩｔｅｍ）情報に記録されたデータである。
（ステップＳ２１２）
次に、情報処理装置４００は、ステップＳ２１２において、ステップＳ２１１でプレイリストファイルから読み取ったクリップ情報ファイル名（Ｃｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）を有するクリップ情報ファイルを情報記録媒体（メディア）から読み取る。
（ステップＳ２１３）
次に、情報処理装置４００は、ステップＳ２１３において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生に適用するクロック情報であるＡＴＣ，ＳＴＣを特定する。なお、これらの時間情報は、再生対象データがＭＭＴフォーマットデータである場合、ＮＴＰ時間情報として記録されている。
なお、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）は、先に図２７を参照して説明したデータ構成を有し、ここに、ＡＴＣ（アライバルタイムクロック）と、ＳＴＣ（システムタイムクロック）に関する情報が規定されている。
ＡＴＣ（アライバルタイムクロック）と、ＳＴＣ（システムタイムクロック）については、先に図２８を参照して説明した通りであり、データ再生に適用されるクロック情報である。
（ステップＳ２１４）
次に、情報処理装置４００は、ステップＳ２１４において、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）から、再生開始位置（ＳＰＮ＿ＳＴＣ＿Ｓｔａｒｔ）と、再生開始時間（ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）を取得する。
再生対象データがＭＭＴフォーマットデータである場合、再生開始位置情報は、例えば、ストリームファイル（クリップＡＶストリームファイル）に格納された最初のＭＭＴＰパケットの先頭からのバイト数であり、再生開始時間は、ＮＴＰ時間情報となる。これらの情報が、クリップ情報ファイルのシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）として記録されている。
（ステップＳ２１５）
次に、情報処理装置４００は、ステップＳ２１５において、クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）に記録された記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）に従って、クリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータを読み取る。
クリップ情報ファイルのクリップ情報（ＣｌｉｐＩｎｆｏ）には、先に図２４を参照して説明したように、記録レート（ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ）情報が記録されており、この情報に従って、情報記録媒体（メディア）に記録されたクリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータを読み取る。
なお、図２４では、記録レート情報として、ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅと記載されているが、再生対象データがＭＭＴパケットを持つＭＭＴフォーマットである場合、ＭＭＴフォーマットに応じたビットレートがここに記録されている。
（ステップＳ２１６）
次に、情報処理装置４００は、ステップＳ２１６において、情報記録媒体（メディア）から読み出したクリップＡＶストリームファイルに格納されたＭＭＴフォーマットデータのデマルチプレクス処理、デコード処理、再生処理を実行する。
［１０．情報処理装置の構成例について］
次に、情報記録媒体に対するデータ記録、情報記録媒体からのデータ再生を実行する情報処理装置として適用可能な情報処理装置のハードウェア構成例について、図５３を参照して説明する。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６０２、または記憶部６０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６０３には、ＣＰＵ６０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ６０１、ＲＯＭ６０２、およびＲＡＭ６０３は、バス６０４により相互に接続されている。
ＣＰＵ６０１はバス６０４を介して入出力インタフェース６０５に接続され、入出力インタフェース６０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部６０６、ディスプレイ、スピーカなどよりなる出力部６０７が接続されている。ＣＰＵ６０１は、入力部６０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部６０７に出力する。
入出力インタフェース６０５に接続されている記憶部６０８は、例えばハードディスク等からなり、ＣＰＵ６０１が実行するプログラムや各種のデータを記憶する。通信部６０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。
入出力インタフェース６０５に接続されているドライブ６１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア６１１を駆動し、データの記録あるいは読み取りを実行する。
［１１．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、
ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、
さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成する情報処理装置。
（２） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルとしてプレイリストファイル、およびクリップ情報ファイルを生成する（１）に記載の情報処理装置。
（３） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルとして生成したプレイリストファイル、およびクリップ情報ファイルに、ＭＭＴフォーマットデータ対応の制御情報ファイルであることを示す識別子を記録する（２）に記載の情報処理装置。
（４） 前記データ処理部は、
ＭＭＴフォーマットデータに併せて受信するシグナリング情報を適用して、前記ＭＭＴフォーマット対応再生制御情報ファイルの記録データを取得、または生成する（１）〜（３）いずれかに記載の情報処理装置。
（５） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルに記録する時間情報として、前記ＭＭＴフォーマットデータに併せて受信するＮＴＰ（ネットワークタイムプロトコル）時間情報を記録する（１）〜（４）いずれかに記載の情報処理装置。
（６） 前記データ処理部は、
前記ＮＴＰ（ネットワークタイムプロトコル）時間情報を、
前記ＭＭＴフォーマットデータに併せて受信するＭＰＴ（ＭＭＴパッケージテーブル）から取得する（５）に記載の情報処理装置。
（７） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルに記録するデータ位置情報として、ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報を算出して記録する（１）〜（６）いずれかに記載の情報処理装置。
（８） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルとしてプレイリストファイルを生成し、
前記プレイリストファイルに記録するＣＰＩタイプ識別子として、ＭＭＴフォーマットデータ対応のＥＰマップを利用するタイプを示す識別子を記録する（１）〜（７）いずれかに記載の情報処理装置。
（９） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルとしてクリップ情報ファイルを生成し、
前記クリップ情報ファイルに対する記録データとして、ランダムアクセスポイントの再生時間情報と再生位置情報との対応データからなるＥＰマップを生成する構成であり、
前記再生時間情報を、ＮＴＰ（ネットワークタイムプロトコル）時間情報とし、
前記再生位置情報を、ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報としたＥＰマップを生成する（１）〜（８）いずれかに記載の情報処理装置。
（１０） 情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
前記データ処理部は、
ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行する情報処理装置。
（１１） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルであるプレイリストファイル、およびクリップ情報ファイルを適用して再生制御を実行する（１０）に記載の情報処理装置。
（１２） 前記データ処理部は、
ＭＭＴフォーマットデータ対応の制御情報ファイルであることを示す識別子が記録されているプレイリストファイル、およびクリップ情報ファイルを適用して再生制御を実行する（１０）または（１１）に記載の情報処理装置。
（１３） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルに記録されたＮＴＰ（ネットワークタイムプロトコル）時間情報を利用して再生制御を実行する（１０）〜（１２）いずれかに記載の情報処理装置。
（１４） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルに記録されたデータ位置情報として、ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報を利用して再生制御を実行する（１０）〜（１３）いずれかに記載の情報処理装置。
（１５） 前記データ処理部は、
ＭＭＴフォーマットデータ対応のＥＰマップを利用するタイプであることを示すＣＰＩタイプ識別子が記録されたＭＭＴフォーマット対応プレイリストファイルを適用して再生制御を実行する（１０）〜（１４）いずれかに記載の情報処理装置。
（１６） 前記データ処理部は、
前記ＭＭＴフォーマット対応再生制御情報ファイルであるＭＭＴフォーマット対応クリップ情報ファイルを利用して再生制御を実行する構成であり、
前記ＭＭＴフォーマット対応クリップ情報ファイルは、
ランダムアクセスポイントの再生時間情報と再生位置情報との対応データからなるＥＰマップを記録した構成であり、
前記ＥＰマップは、
ＮＴＰ（ネットワークタイムプロトコル）時間情報と、
ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報との対応データからなるＥＰマップである（１０）〜（１５）いずれかに記載の情報処理装置。
（１７） 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、
ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、
さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成する情報処理方法。
（１８） 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
前記データ処理部が、
ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行する情報処理方法。
（１９） 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成させ、
さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成させるプログラム。
（２０） 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
前記プログラムは、前記データ処理部に、
ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行させるプログラム。
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
以上、説明したように、本開示の一実施例の構成によれば、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
具体的には、放送波等を介して入力するＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成する。データ処理部は、ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、さらに、ＭＭＴフォーマットストリームファイルの再生制御情報を格納したプレイリストファイル、およびクリップ情報ファイルを生成する。
本構成により、ＭＭＴフォーマットデータをＢＤＡＶまたはＳＰＡＶフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
２０ 送信装置
２１ 放送サーバ
２２ データ配信サーバ
３０ 情報処理装置
３１ ＢＤプレーヤ
３２ ＴＶ
３３ ＰＣ
３４ 携帯端末
４０ 情報記録媒体（メディア）
４１ ＢＤ
４２ ＨＤＤ
４３ フラッシュメモリ
３００ 情報処理装置
３０１ データ入力部
３０２ ユーザ入力部
３０３ 制御部
３０４ 記憶部
３０５ デマルチプレクサ
３０６ 記録データ生成部
３０７ 記録部
３０８ ドライブ
３１１ 字幕データ生成部
３１２ 画像データ生成部
３１３ 音声データ生成部
３１４ 補助情報生成部
３１５ マルチプレクサ
３１６ データベースファイル生成部
３２０ 情報記録媒体
４００ 情報処理装置
４０１ 制御部
４０２ ユーザ入力部
４０３ ドライブ
４０４ 記録再生部
４０５ 記憶部
４０６ 再生処理部
４０７ 入出力Ｉ／Ｆ
４１１ デマルチプレクサ
４１２ 字幕データ生成部
４１３ 画像データ生成部
４１４ 音声データ生成部
４１５ 補助情報生成部
４１６ 出力データ生成部
５１０ 情報記録媒体
５２０ 出力装置（表示部＋スピーカ）
６０１ ＣＰＵ
６０２ ＲＯＭ
６０３ ＲＡＭ
６０４ バス
６０５ 入出力インタフェース
６０６ 入力部
６０７ 出力部
６０８ 記憶部
６０９ 通信部
６１０ ドライブ
６１１ リムーバブルメディア

Claims (20)

  1. ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
    前記データ処理部は、
    ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、
    さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成する情報処理装置。
  2. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルとしてプレイリストファイル、およびクリップ情報ファイルを生成する請求項１に記載の情報処理装置。
  3. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルとして生成したプレイリストファイル、およびクリップ情報ファイルに、ＭＭＴフォーマットデータ対応の制御情報ファイルであることを示す識別子を記録する請求項２に記載の情報処理装置。
  4. 前記データ処理部は、
    ＭＭＴフォーマットデータに併せて受信するシグナリング情報を適用して、前記ＭＭＴフォーマット対応再生制御情報ファイルの記録データを取得、または生成する請求項１に記載の情報処理装置。
  5. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルに記録する時間情報として、前記ＭＭＴフォーマットデータに併せて受信するＮＴＰ（ネットワークタイムプロトコル）時間情報を記録する請求項１に記載の情報処理装置。
  6. 前記データ処理部は、
    前記ＮＴＰ（ネットワークタイムプロトコル）時間情報を、
    前記ＭＭＴフォーマットデータに併せて受信するＭＰＴ（ＭＭＴパッケージテーブル）から取得する請求項５に記載の情報処理装置。
  7. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルに記録するデータ位置情報として、ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報を算出して記録する請求項１に記載の情報処理装置。
  8. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルとしてプレイリストファイルを生成し、
    前記プレイリストファイルに記録するＣＰＩタイプ識別子として、ＭＭＴフォーマットデータ対応のＥＰマップを利用するタイプを示す識別子を記録する請求項１に記載の情報処理装置。
  9. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルとしてクリップ情報ファイルを生成し、
    前記クリップ情報ファイルに対する記録データとして、ランダムアクセスポイントの再生時間情報と再生位置情報との対応データからなるＥＰマップを生成する構成であり、
    前記再生時間情報を、ＮＴＰ（ネットワークタイムプロトコル）時間情報とし、
    前記再生位置情報を、ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報としたＥＰマップを生成する請求項１に記載の情報処理装置。
  10. 情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
    前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
    前記データ処理部は、
    ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
    前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行する情報処理装置。
  11. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルであるプレイリストファイル、およびクリップ情報ファイルを適用して再生制御を実行する請求項１０に記載の情報処理装置。
  12. 前記データ処理部は、
    ＭＭＴフォーマットデータ対応の制御情報ファイルであることを示す識別子が記録されているプレイリストファイル、およびクリップ情報ファイルを適用して再生制御を実行する請求項１０に記載の情報処理装置。
  13. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルに記録されたＮＴＰ（ネットワークタイムプロトコル）時間情報を利用して再生制御を実行する請求項１０に記載の情報処理装置。
  14. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルに記録されたデータ位置情報として、ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報を利用して再生制御を実行する請求項１０に記載の情報処理装置。
  15. 前記データ処理部は、
    ＭＭＴフォーマットデータ対応のＥＰマップを利用するタイプであることを示すＣＰＩタイプ識別子が記録されたＭＭＴフォーマット対応プレイリストファイルを適用して再生制御を実行する請求項１０に記載の情報処理装置。
  16. 前記データ処理部は、
    前記ＭＭＴフォーマット対応再生制御情報ファイルであるＭＭＴフォーマット対応クリップ情報ファイルを利用して再生制御を実行する構成であり、
    前記ＭＭＴフォーマット対応クリップ情報ファイルは、
    ランダムアクセスポイントの再生時間情報と再生位置情報との対応データからなるＥＰマップを記録した構成であり、
    前記ＥＰマップは、
    ＮＴＰ（ネットワークタイムプロトコル）時間情報と、
    ＭＭＴフォーマットで規定するＭＭＴＰパケットの先頭位置からのバイト情報との対応データからなるＥＰマップである請求項１０に記載の情報処理装置。
  17. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、
    ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
    前記データ処理部が、
    ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成し、
    さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成する情報処理方法。
  18. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、
    情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
    前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
    前記データ処理部が、
    ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
    前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行する情報処理方法。
  19. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、
    ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従った記録データを生成するデータ処理部を有し、
    前記プログラムは、前記データ処理部に、
    ＭＭＴフォーマットデータを再生データとして格納したＭＭＴフォーマットストリームファイルを生成させ、
    さらに、前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを生成させるプログラム。
  20. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、
    情報記録媒体の記録データの再生処理を実行するデータ処理部を有し、
    前記情報記録媒体は、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）フォーマットデータを、ＢＤＡＶフォーマット、またはＳＰＡＶフォーマットに従って記録したデータを格納した情報記録媒体であり、
    前記プログラムは、前記データ処理部に、
    ＭＭＴフォーマットデータを格納したＭＭＴフォーマットストリームファイルを利用したデータ再生処理に際して、
    前記ＭＭＴフォーマットストリームファイルの再生制御情報を格納したＭＭＴフォーマット対応再生制御情報ファイルを適用して再生制御を実行させるプログラム。
JP2018538315A 2016-09-08 2017-08-07 情報処理装置、および情報処理方法、並びにプログラム Active JP7056566B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016175899 2016-09-08
JP2016175899 2016-09-08
PCT/JP2017/028554 WO2018047558A1 (ja) 2016-09-08 2017-08-07 情報処理装置、および情報処理方法、並びにプログラム

Publications (2)

Publication Number Publication Date
JPWO2018047558A1 true JPWO2018047558A1 (ja) 2019-06-24
JP7056566B2 JP7056566B2 (ja) 2022-04-19

Family

ID=61562815

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018538315A Active JP7056566B2 (ja) 2016-09-08 2017-08-07 情報処理装置、および情報処理方法、並びにプログラム

Country Status (5)

Country Link
US (1) US11259074B2 (ja)
EP (1) EP3511939A4 (ja)
JP (1) JP7056566B2 (ja)
CN (1) CN109690674B (ja)
WO (1) WO2018047558A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3633981A4 (en) * 2017-05-31 2020-05-06 Sony Corporation INFORMATION PROCESSING DEVICE, INFORMATION RECORDING MEDIUM, INFORMATION PROCESSING METHOD, AND PROGRAM
KR20200107616A (ko) * 2019-03-08 2020-09-16 삼성전자주식회사 방송 수신 장치 및 그 동작방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011023071A (ja) * 2009-07-15 2011-02-03 Sony Corp 情報処理装置、および情報処理方法、並びにプログラム
JP2012018728A (ja) * 2010-07-08 2012-01-26 Sony Corp 情報処理装置、および情報処理方法、並びにプログラム
JP2012059350A (ja) * 2005-05-23 2012-03-22 Panasonic Corp 再生装置、データ処理方法、データ処理プログラム及び集積回路
JP2015023574A (ja) * 2013-07-22 2015-02-02 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 蓄積方法、再生方法、蓄積装置、および再生装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050196146A1 (en) * 2004-02-10 2005-09-08 Yoo Jea Y. Method for reproducing text subtitle and text subtitle decoding system
JPWO2006121049A1 (ja) 2005-05-10 2008-12-18 松下電器産業株式会社 データ処理装置
KR101572874B1 (ko) * 2007-08-24 2015-11-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
EP2360935A4 (en) * 2008-09-30 2012-06-20 Panasonic Corp REPRODUCTION DEVICE, RECORDING MEDIUM, AND INTEGRATED CIRCUIT
US20120036277A1 (en) * 2009-03-16 2012-02-09 Nederlandse Organisatie Voor Toegepast-Natuurwetenschappelijk Onderzoek Tno Modified Stream Synchronization
TW201205314A (en) * 2010-07-16 2012-02-01 Hon Hai Prec Ind Co Ltd Method for seeking a document position and a corresponding electronic device
FR3005820B1 (fr) * 2013-05-17 2015-05-29 Envivio France Procede de gestion de listes de lecture personnalisees du type comprenant un gabarit d'uri et une liste d'identifiants de segments.
JP6505413B2 (ja) * 2013-11-08 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
JP2016103745A (ja) * 2014-11-28 2016-06-02 ソニー株式会社 送信装置及び送信方法、並びに、受信装置並びに受信方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012059350A (ja) * 2005-05-23 2012-03-22 Panasonic Corp 再生装置、データ処理方法、データ処理プログラム及び集積回路
JP2011023071A (ja) * 2009-07-15 2011-02-03 Sony Corp 情報処理装置、および情報処理方法、並びにプログラム
JP2012018728A (ja) * 2010-07-08 2012-01-26 Sony Corp 情報処理装置、および情報処理方法、並びにプログラム
JP2015023574A (ja) * 2013-07-22 2015-02-02 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 蓄積方法、再生方法、蓄積装置、および再生装置

Also Published As

Publication number Publication date
US11259074B2 (en) 2022-02-22
JP7056566B2 (ja) 2022-04-19
EP3511939A1 (en) 2019-07-17
US20210289254A1 (en) 2021-09-16
WO2018047558A1 (ja) 2018-03-15
CN109690674B (zh) 2021-05-11
EP3511939A4 (en) 2019-07-17
CN109690674A (zh) 2019-04-26

Similar Documents

Publication Publication Date Title
US7843994B2 (en) Moving picture stream generation apparatus, moving picture coding apparatus, moving picture multiplexing apparatus and moving picture decoding apparatus
JP7031589B2 (ja) 情報処理装置、および情報処理方法、並びにプログラム
KR102344751B1 (ko) 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법, 그리고 프로그램
JP7056566B2 (ja) 情報処理装置、および情報処理方法、並びにプログラム
JP7070432B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP7147755B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2017199743A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
CN110462735B (zh) 信息处理设备、信息记录介质、信息处理方法和程序
JP7070433B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP7070564B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200717

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210914

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211020

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220308

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220321

R151 Written notification of patent or utility model registration

Ref document number: 7056566

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151