JPWO2004091209A1 - 情報記録媒体、情報記録媒体に情報を記録する装置及び方法 - Google Patents

情報記録媒体、情報記録媒体に情報を記録する装置及び方法 Download PDF

Info

Publication number
JPWO2004091209A1
JPWO2004091209A1 JP2005505303A JP2005505303A JPWO2004091209A1 JP WO2004091209 A1 JPWO2004091209 A1 JP WO2004091209A1 JP 2005505303 A JP2005505303 A JP 2005505303A JP 2005505303 A JP2005505303 A JP 2005505303A JP WO2004091209 A1 JPWO2004091209 A1 JP WO2004091209A1
Authority
JP
Japan
Prior art keywords
information
packet
stream
data
format
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
JP2005505303A
Other languages
English (en)
Other versions
JP3779985B2 (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.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Application granted granted Critical
Publication of JP3779985B2 publication Critical patent/JP3779985B2/ja
Publication of JPWO2004091209A1 publication Critical patent/JPWO2004091209A1/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • 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/10527—Audio or video recording; Data buffering arrangements
    • 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
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • 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
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/01—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • 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/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10675—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control
    • G11B2020/10722—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control wherein the size of the buffer is variable, e.g. by adding additional memory cells for coping with input streams that have high bit rates
    • 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
    • G11B2020/10916—Seeking data on the record carrier for preparing an access to a specific address
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/215—Recordable discs
    • G11B2220/216—Rewritable discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • G11B2220/2575—DVD-RAMs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2583—Optical discs wherein two standards are used on a single disc, e.g. one DVD section and one CD section
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/781—Television signal recording using magnetic recording on disks or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

外部ＡＶ入力信号をＭＰＥＧ−ＴＳに符号化する際に、ＤＶＤ規格準拠のＭＰＥＧ−ＰＳへ高速に変換することができる情報記録媒体と、その情報記録媒体に対して情報を記録する装置、方法を提供する。第１のストリーム（例えば、ＭＰＥＧトランスポートストリーム）を第２のストリーム（例えば、ＭＰＥＧプログラムストリーム）へ変換可能とする制限フォーマットを設け、その制限フォーマットによれば、第１のパケット（例えば、ＴＳパケット）がグループ化され多重化ユニット（Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）として管理され、その多重化ユニット（４０２）内の最初の完全なオーディオフレーム（ＡＦ＃８）が、第２のパケット（例えば、ＰＥＳパケット）（４１３）のペイロード内の最初のオーディオフレームとなることを規定する。

Description

本発明は読み書き可能な情報記録媒体であって、特に、動画像データおよび静止画データおよびオーディオデータおよびデータ放送等の種々のフォーマットのデータを含むマルチメディアデータが記録される情報記録媒体に関する。さらに、本発明はそのような情報記録媒体に対して情報の記録を行なう装置及び方法に関する。
６５０ＭＢ程度が上限であった書き換え型光ディスクの分野で数ＧＢの容量を有する相変化型ディスクＤＶＤ−ＲＡＭが出現した。デジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）の実用化とあいまってＤＶＤ−ＲＡＭは、コンピュータ用途だけでなくオーディオ・ビデオ（ＡＶ）技術分野における記録・再生メディアとして期待されている。
昨今、日本においてもデジタル放送が開始され、ＭＰＥＧトランスポートストリーム（以下「ＭＰＥＧ−ＴＳ」と称す。）にのせて、複数番組の映像、音声、データを同時に多重化して送出することが可能となり、ＨＤＤやＤＶＤを利用したデジタル放送記録装置が普及しつつある。
このような次世代型のデジタル放送レコーダは、デジタル放送の形態に合わせて、放送のままのＭＰＥＧ−ＴＳを変換することなくそのままの形式で記録することが多く、外部入力のＡＶデータを自己記録する場合においても、レコーダ内部でＭＰＥＧプログラムストリーム（以下「ＭＰＥＧ−ＰＳ」と称す。）とＭＰＥＧ−ＴＳの両者を扱う必要がないように、ＭＰＥＧ−ＴＳで記録すると予想される。
一方、現在のＤＶＤ論理規格（ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ａｕｄｉｏ規格、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格、ＤＶＤ Ｓｔｒｅａｍ Ｒｅｃｏｒｄｉｎｇ規格等）では、ＡＶストリームの記録方式に、ＭＰＥＧ−ＰＳ形式を用いているため、上記のデジタル放送対応レコーダのようにＭＰＥＧ−ＴＳ形式で記録を行ったコンテンツを、例えばＤＶＤ−Ｖｉｄｅｏ形式に変換する場合には、ＭＰＥＧ−ＴＳからＭＰＥＧ−ＰＳ形式への変換（ＴＳ２ＰＳ変換）が必須となる（例えば特開２００２−３４４８８８号公報参照）。
しかしながら、ＭＰＥＧ−ＴＳで多重化されたストリームをＭＰＥＧ−ＰＳへ変換するには、デコーダの複雑なバッファマネージメントを再計算する必要があり、ＴＳ２ＰＳ変換に時間がかかったり、エレメンタリーストリームを再エンコードする等して、画質・音質に劣化を生じるケースがあり扱いにくいものであった。
（その解決方法）
本発明は上記課題を解決すべくなされたものであり、その目的とするところは、ＭＰＥＧ−ＴＳ形式で記録したコンテンツを、ＭＰＥＧ−ＰＳ形式に変換するときに、簡単にかつ高速に変換可能なＭＰＥＧ−ＴＳ形式で記録した情報記録媒体と、そのような情報記録媒体に対してデータの記録を行なう装置及び方法を提供することにある。
本発明の第１の態様において、映像情報と音声情報とがそれぞれビデオエレメンタリーストリームとオーディオエレメンタリーストリームにエンコードされ、システムストリームに多重化されて記録された情報記録媒体を提供する。
情報記録媒体において、システムストリームには第１のフォーマット（ＴＳ）と第２のフォーマット（ＰＳ）とが許される。第１のフォーマット（ＴＳ）は、データを第１のパケットで分割して格納するパケット構造を有する。第２のフォーマット（ＰＳ）は、データをパックで分割して格納するパック構造を有する。パックのサイズは第１のパケットのサイズよりも大きい。第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納する。第２のパケットは少なくとも１つのオーディオフレームを格納する。第１のフォーマット（ＴＳ）には、第１のフォーマット（ＴＳ）から第２のフォーマット（ＰＳ）にシステムストリームを変換するための制限フォーマットが許される。
制限フォーマットによれば、所定数の第１のパケットがグループ化され多重化ユニットとして管理され、その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計はパックに格納されるデータ領域のサイズより小さく、多重化ユニット内の最初の完全なオーディオフレームは、第２のパケットのペイロード部内の最初のオーディオフレームとなる。
制限フォーマットにより、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとは、変換後の第２のフォーマット（ＰＳ）での多重化順序と等しい順序でシステムストリームに多重化されてもよい。
エレメンタリーストリームは、第１のフォーマットと第２のフォーマットの双方に許される符号化方法でエンコードされてもよい。
多重化ユニット内の最初の完全なオーディオフレームが第２のパケットのペイロード部内の最初のオーディオフレームとなるか否かを示す符号化情報が、システムストリーム内に格納されてもよい。符号化情報はまた、情報記録媒体中に記録されたデータを管理する管理情報内にも格納されてもよい。
本発明の第２の態様において、映像情報と音声情報とをシステムストリームにエンコードして情報記録媒体に記録する情報記録装置を提供する。
システムストリームには第１のフォーマット（ＴＳ）と第２のフォーマット（ＰＳ）とが許される。情報記録装置は、第１のフォーマット（ＴＳ）に基づき、映像情報と音声情報に所定の符号化を施し、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを生成する第１のエンコード手段と、第１のフォーマット（ＴＳ）に基づき、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを多重化しシステムストリームを生成するシステムエンコードを行なう第２のエンコード手段と、第１及び第２のエンコード手段を制御する制御手段とを備える。
第１のフォーマット（ＴＳ）には、第１のフォーマット（ＴＳ）から第２のフォーマット（ＰＳ）にシステムストリームを変換するための制限フォーマットが許される。
制御手段は第１及び第２のエンコード手段のそれぞれに対し、制限フォーマットでエンコードさせるよう制御を行う。
第１のフォーマット（ＴＳ）は、データを第１のパケットで分割して格納するパケット構造を有する。第２のフォーマット（ＰＳ）は、データをパックで分割して格納するパック構造を有する。パックのサイズは第１のパケットのサイズよりも大きい。第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納し、第２のパケットは少なくとも１つのオーディオフレームを格納する。
制限フォーマットによれば、所定数の第１のパケットがグループ化され多重化ユニットとして管理され、その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計はパックに格納されるデータ領域のサイズより小さく、多重化ユニット内の最初の完全なオーディオフレームが第２のパケットのペイロード部内の最初のオーディオフレームとなる。
本発明の第３の態様において、映像情報と音声情報とをシステムストリームにエンコードして情報記録媒体に記録する情報記録方法を提供する。
システムストリームには第１のフォーマット（ＴＳ）と第２のフォーマット（ＰＳ）とが許される。第１のフォーマット（ＴＳ）には、第１のフォーマット（ＴＳ）から第２のフォーマット（ＰＳ）にシステムストリームを変換するための制限フォーマットが許される。第１のフォーマット（ＴＳ）は、データを第１のパケットで分割して格納するパケット構造を有する。第２のフォーマット（ＰＳ）は、データをパックで分割して格納するパック構造を有する。パックのサイズは第１のパケットのサイズよりも大きい。第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納し、第２のパケットは少なくとも１つのオーディオフレームを格納する。
情報記録方法は、制限フォーマット（ＴＳ）に基づき、映像情報と音声情報に所定の符号化を施し、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを生成し、制限フォーマット（ＴＳ）に基づき、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを多重化し、システムストリームを生成するシステムエンコードを行ない、所定数の前記第１のパケットをグループ化し多重化ユニットとして管理する。その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計は、パックに格納されるデータ領域のサイズより小さい。多重化ユニット内の最初の完全なオーディオフレームは、第２のパケットのペイロード部内の最初のオーディオフレームとなる。
（従来技術より有利な効果）
本発明によれば、制限フォーマットにしたがい、多重化ユニットの中で最初に始まる完全なオーディオフレームが多重化ユニット内のＰＥＳパケットのペイロードの中で最初のオーディオフレームとなるように、映像情報が記録可能となる。このため、記録した映像情報からＤＶＤ−ＶｉｄｅｏのＶＯＢへの変換時に、変換時に新たにＤＶＤ規格に定められたタイムスタンプ情報を演算して求める必要がなく、簡易かつ高速な変換処理が実現できる。
図１は、ＤＶＤレコーダ装置の外観と関連機器とのインターフェースの一例を説明した図である。
図２は、ＤＶＤレコーダのドライブ装置のブロック図である。
図３Ａはディスク上の連続領域を説明した図であり、図３Ｂはトラックバッファ内データ蓄積量の変化を説明した図である。
図４は、半導体メモリカードとハードディスクドライブ装置を備える場合のＤＶＤレコーダのブロック図である。
図５Ａはディスクのデータ領域を説明した図であり、図５Ｂはデータ構造を説明した図である。
図６Ａ、図６Ｂは、ディスクの論理的なデータ空間を説明した図である。
図７は、ディスクのディレクトリとファイル構造を説明した図である。
図８は、ビデオオブジェクトの構成を示す図である。
図９は、ＭＰＥＧシステムストリームを説明した図である。
図１０Ａ〜図１０Ｃは、ＭＰＥＧ−ＴＳストリームを説明した図である。
図１１Ａ〜図１１Ｃは、ＭＰＥＧ−ＰＳストリームを説明した図である。
図１２Ａ〜図１２Ｄは、ＴＳパケットを説明した図である。
図１３Ａ〜図１３Ｃ２はＰＡＴテーブルを説明した図である。
図１４Ａ〜図１４Ｃは、ビデオオブジェクトのディスク上への配置を説明した図である。
図１５Ａ、図１５Ｂは、ビデオ管理情報のデータ構造を説明した図である。
図１６Ａ、図１６Ｂは、ビデオ管理情報のデータ構造を説明した図である。
図１７は、ビデオ管理情報のＰＧＣ情報とオブジェクト情報とオブジェクトとの関係を説明した図である。
図１８は、再生装置の機能の構成を示すブロック図である。
図１９は、記録装置の機能の構成を示すブロック図である。
図２０は、本発明の情報記録／再生装置の構成を示すブロック図である。
図２１Ａ、図２１Ｂは、自己記録ストリームの構成を説明する図である。
図２２Ａ、図２２Ｂは、パケット転送時間間隔を説明する図である。
図２３は、Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
図２４は、Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
図２５は、Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
図２６は、Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
図２７Ａ〜図２７Ｈは、ＭＰＥＧ−ＴＳからＭＰＥＧ−ＰＳへの変換を説明する図である。
図２８Ａ〜図２８Ｇは、ＭＰＥＧ−ＰＳへの変換が容易なＭＰＥＧ−ＴＳの符号化方法を説明する図である。
図２９は、ＤＶＤ−Ｖｉｄｅｏフォーマットへの変換を説明する図である（ＮＴＳＣの場合）。
図３０は、ＤＶＤ−Ｖｉｄｅｏフォーマットへの変換を説明する図である（ＰＡＬの場合）。
図３１は、Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの内部データ構造を説明する図である。
図３２は、ＭＰＥＧ−ＰＳへ容易に変換可能にエンコードされたＭＰＥＧ−ＴＳと、変換後のＭＰＥＧ−ＰＳとの対応関係を説明した図である。
図３３は、本発明の情報記録装置のエンコーダを示すブロック図である。
図３４は、システムエンコード方法の違いによる、セルフエンコーディングＭＰＥＧ−ＴＳからＤＶＤフォーマットへ変換する際の処理の違いを説明した図である。
図３５は、Ｔｉｐパケットのデータ構造を説明した図である。
図３６は、ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのデータ構造を説明した図である。
図３７は、Ｄａｔａ＿ＩＤのデータ構造を説明した図である。
図３８は、ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏのデータ構造を説明した図である。
図３９は、ｅｎｃｏｄｅ＿ｉｎｆｏのデータ構造を説明した図である。
図４０は、ＰＥＳ＿ｉｎｆｏの構造を示した図である。
図４１は、ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａのデータ構造を説明した図である。
図４２ＡはＴｉｐパケットのＰＩＤを説明した図であり、図４２ＢはＴｉｐパケットのｓｔｒｅａｍ＿ｔｙｐｅを説明した図である。
図４３は、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦストリーム内でのＰＥＳパケットヘッダのフィールド値を説明した図である。
図４４は、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦストリーム内でのＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇとＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを説明した図である。
図４５は、Ｔ−ＳＴＤモデルを満たさないようにセルフエンコードされたＭＰＥＧ−ＴＳの例を示した図である。
図４６Ａ、図４６ＢはＭＰＥＧ−ＴＳから変換されたＭＰＥＧ−ＰＳがＰ−ＳＴＤモデルを満たさない場合の例を示した図である。
図４７は、ＳＣＲの計算を説明した図である。
図４８は、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝″１１ｂ″の場合のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリーム属性を説明した図である。
図４９は、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝″０１ｂ″の場合のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリーム属性を説明した図である。
図５０は、ＤＶＤ−Ｖｉｄｅｏ規格のフォーマットのストリーム構造を示した図である。
図５１は、ＮＶ＿ＰＣＫのＰＣＩデータの構造を示した図である。
図５２は、ＮＶ＿ＰＣＫのＰＣＩ＿ＧＩデータの構造を示した図である。
図５３は、ＮＶ＿ＰＣＫのＤＳＩデータの構造を示した図である。
図５４は、ＮＶ＿ＰＣＫのＤＳＩ＿ＧＩデータの構造を示した図である。
図５５は、ＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩデータの構造を示した図である。
図５６は、ＮＶ＿ＰＣＫのＳＹＮＣＩデータの構造を示した図である。
図５７は、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のフォーマットのストリーム構造を示した図である。
図５８は、ＴＳパケット（ＲＤ＿ＰＣＫ）の変換処理のフローチャートである。
図５９は、ＴＳパケット（Ｖ＿ＰＣＫ、Ａ＿ＰＣＫ）の変換処理のフローチャートである。
図６０は、ＭＰＥＧ２−ＰＳのパックのパックヘッダのデータ構造の一部を説明した図である。
図６１は、ＤＶＤフォーマットのシステムヘッダの構造図である。
図６２ＡはＲＤＩ＿ＰＣＫに格納されるパケットヘッダを、図６２ＢはＲＤＩ＿ＰＣＫに格納されるプライベートヘッダの構造図である。
図６３は、ＭＰＥＧ２−ＰＳのパケットのパケットヘッダのデータ構造の一部を説明した図である。
図６４は、ＤＶＤフォーマットのＡＣ−３規格のプライベートヘッダの構造図である。
図６５Ａ、図６５ＢはＣｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を説明した図である。（ビデオパック）。
図６６Ａ、図６６Ｂは、Ｃｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を説明した図である。（オーディオパック）。
図６７は、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで許される各音声のビットレートと、ＡＣ−３とＭＰＥＧ１−Ａｕｄｉｏを格納する場合の１オーディオＰＥＳパケットに格納される最大ペイロード長との対応を示した図である。
図６８は、ＴＳ２ＰＳ変換処理全体のフローチャートである。
図６９は、ＴＳ２ＰＳ変換処理の初期化処理のフローチャートである。
図７０は、ＴＳ２ＰＳ変換処理のカプセル単位処理のフローチャートである。
図７１は、パック単位処理のフローチャートである。
図７２は、ＳＣＲ演算処理のフローチャートである。
図７３は、パックヘッダ処理のフローチャートである。
図７４は、パケットヘッダ処理のフローチャートである。
図７５はストリームＩＤ処理のフローチャートである。
図７６Ａは、ビデオＰＥＳパケット先頭処理のフローチャートである。
図７６Ｂは、ビデオＰＥＳパケット非先頭処理のフローチャートである。
図７７Ａは、オーディオＰＥＳパケット先頭処理のフローチャートである。
図７７Ｂは、オーディオＰＥＳパケット非先頭処理のフローチャートである。
図７８は、ペイロード処理のフローチャートである。
図７９は、パディングパケット処理のフローチャートである。
図８０は、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームフォーマットを示した図である。
図８１は、ＭＰＥＧ規格によるＰＥＳパケットのデータ構造図である。
図８２は、ＮＶ＿ＰＣＫデータの生成方法を説明した図である。
図８３Ａは、オーディオフレームがアライメントされたＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを用いた効率的な多重化方法を説明した図である。
図８３Ｂは、Ｉピクチャが先頭にアライメントされたＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを用いた効率的な多重化方法を説明した図である。
図８４Ａは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦにおけるビデオ表示フィールド順に関する符号化条件を説明するための図である（ＤＶＤ−Ｖｉｄｅｏ規格を満たす場合）。
図８４Ｂは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦにおけるビデオ表示フィールド順に関する符号化条件を説明するための図である（ＤＶＤ−Ｖｉｄｅｏ規格を満たさない場合）。
図８５は、トップフィールドとボトムフィールドに関する制約を設けたＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでの録画処理のフローチャートである。
図８６は、録画終了処理のフローチャートである。
以下、添付の図面を用いて本発明に係る情報記録媒体、記録装置及び再生装置の実施形態であるＤＶＤディスク、ＤＶＤレコーダ及びＤＶＤプレーヤについて下記の順序で説明する。
特に、発明のポイントは「８．発明の概要」及び「９．詳細な実施形態」で説明する。なお、関連の度合いは異なるが、全て本発明の実施形態である。
１．ＤＶＤレコーダ装置のシステム概要
２．ＤＶＤレコーダ装置の機能概要
３．ＤＶＤディスクの概要
４．再生されるＡＶ情報の概要
５．ＡＶ情報の管理情報と再生制御の概要
６．再生機能の基本動作
７．記録機能の基本動作
８．発明の概要
９．詳細な実施形態
なお、以下では、説明の便宜上、ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）からＭＰＥＧプログラムストリーム（ＭＰＥＧ−ＰＳ）への変換を「ＴＳ２ＰＳ変換」と称する。また、ＭＰＥＧ−ＰＳ形式である、ＤＶＤ−Ｖｉｄｅｏ規格フォーマット、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｉｄｉｎｇ規格フォーマットを総称して「ＤＶＤフォーマット」と称する。
（１．ＤＶＤレコーダ装置のシステム概要）
図１は、ＤＶＤレコーダ装置の外観と関連機器とのインターフェースの一例を説明する図である。
図１に示すように、ＤＶＤレコーダには光ディスクであるＤＶＤが装填され、ビデオ情報の記録再生を行う。操作は一般的にはリモコンで行われる。
ＤＶＤレコーダに入力されるビデオ情報にはアナログ信号とデジタル信号の両者があり、アナログ信号としてはアナログ放送があり、デジタル信号としてデジタル放送がある。一般的にはアナログ放送は、テレビジョン装置に内蔵された受信機により受信、復調され、ＮＴＳＣ等のアナログビデオ信号としてＤＶＤレコーダに入力され、デジタル放送は、受信機であるＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）でデジタル信号に復調され、ＤＶＤレコーダに入力され記録される。
一方、ビデオ情報が記録されたＤＶＤディスクはＤＶＤレコーダにより再生され外部に出力される。出力も入力同様に、アナログ信号とデジタル信号の両者があり、アナログ信号であれば直接テレビジョン装置に入力され、デジタル信号であればＳＴＢを経由し、アナログ信号に変換された後にテレビジョン装置に入力されテレビジョン装置で映像表示される。
また、ＤＶＤディスクにはＤＶＤレコーダ以外のＤＶＤカムコーダや、パーソナルコンピュータでビデオ情報が記録再生される場合がある。ＤＶＤレコーダ外でビデオ情報が記録されたＤＶＤディスクであっても、ＤＶＤレコーダに装填されれば、ＤＶＤレコーダはこれを再生する。
なお、上述したアナログ放送やデジタル放送のビデオ情報には通常、音声情報が付随している。付随している音声情報も同様にＤＶＤレコーダで記録再生される。またビデオ情報は一般的には動画であるが、静止画の場合もある。例えば、ＤＶＤカムコーダの写真機能で静止画が記録される場合がそうなる。
なお、ＳＴＢとＤＶＤレコーダの間のデジタルＩ／ＦはＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ等がありうる。
なお、ＤＶＤレコーダとテレビジョン装置との間はコンポジットビデオ信号であるＮＴＳＣと例示したが、輝度信号と色差信号を個別に伝送するコンポーネント信号でもよい。さらには、ＡＶ機器とテレビジョン装置の間の映像伝送Ｉ／ＦはアナログＩ／ＦをデジタルＩ／Ｆ、例えば、ＤＶＩに置きかえる研究開発が進められており、ＤＶＤレコーダとテレビジョン装置がデジタルＩ／Ｆで接続されることも当然予想される。
（２．ＤＶＤレコーダ装置の機能概要）
図２は、ＤＶＤレコーダ装置の機能を示すブロック図である。ドライブ装置は、ＤＶＤ−ＲＡＭディスク１００のデータを読み出す光ピックアップ１０１、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）処理部１０２、トラックバッファ１０３、トラックバッファへ１０３の入出力を切り替えるスイッチ１０４、エンコーダ部１０５及びデコーダ部１０６を備える。
図に示すように、ＤＶＤ−ＲＡＭディスク１００には、１セクタ＝２ＫＢを最小単位としてデータが記録される。 また、１６セクタ＝１ＥＣＣブロックとして、ＥＣＣブロックを単位としてＥＣＣ処理部１０２でエラー訂正処理が施される。
なお、ＤＶＤレコーダ装置はデータの蓄積媒体として、ＤＶＤディスクに加え、半導体メモリカードやハードディスクドライブ装置を備えても良い。図４は、半導体メモリカードとハードディスクドライブ装置を備える場合のＤＶＤレコーダのブロック図を示す。
なお、１セクタは５１２Ｂでも良いし、８ＫＢ等でも良い。また、ＥＣＣブロックも１セクタ、１６セクタ、３２セクタ等でも良い。記録できる情報容量の増大に伴い、セクタサイズ及びＥＣＣブロックを構成するセクタ数は増大すると予想される。
トラックバッファ１０３は、ＤＶＤ−ＲＡＭディスク１００にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録するためのバッファである。ＤＶＤ−ＲＡＭ１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。
このトラックバッファ１０３を更に有効利用すると、ディスク１００上にＡＶデータを離散配置することが可能になる。図３Ａ、図３Ｂを用いてこれを説明する。
図３Ａは、ディスク上のアドレス空間を示す図である。図３Ａに示す様にＡＶデータが［ａ１、ａ２］の連続領域と［ａ３、ａ４］の連続領域に分かれて記録されている場合、ａ２からａ３へシークを行っている間、トラックバッファに蓄積してあるデータをデコーダ部１０６へ供給することでＡＶデータの連続再生が可能になる。この時の状態を示したのが図３Ｂである。
位置ａ１で読み出しを開始したＡＶデータは、時刻ｔ１からトラックバッファへ１０３入力されるとともに、トラックバッファ１０３からデータの出力が開始される。これにより、トラックバッファへの入力レート（Ｖａ）とトラックバッファからの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファへデータが蓄積されていく。この状態が、検索領域がａ２に達するまで、すなわち、時刻ｔ２に達するまで継続する。この間にトラックバッファ１０３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１０３に蓄積されているＢ（ｔ２）を消費してデコーダ１０６へ供給しつづけられれば良い。
言い方を変えれば、シーク前に読み出すデータ量（［ａ１、ａ２］）が一定量以上確保されていれば、シークが発生した場合でも、ＡＶデータの連続供給が可能である。
ＡＶデータの連続供給が可能な連続領域のサイズはＥＣＣブロック数（Ｎ＿ｅｃｃ）に換算すると次の式で示される。式において、Ｎ＿ｓｅｃはＥＣＣブロックを構成するセクタ数であり、Ｓ＿ｓｉｚｅはセクタサイズ、Ｔｊはシーク性能（最大シーク時間）である。
Ｎ＿ｅｃｃ ＝ Ｖｂ＊Ｔｊ／（（Ｎ＿ｓｅｃ＊８＊Ｓ＿ｓｉｚｅ）＊（１−Ｖｂ／Ｖａ））
また、連続領域の中には欠陥セクタが生じる場合がある。この場合も考慮すると連続領域は次の式で示される。式において、ｄＮ＿ｅｃｃは容認する欠陥セクタのサイズであり、Ｔｓは連続領域の中で欠陥セクタをスキップするのに要する時間である。このサイズもＥＣＣブロック数で表される。
Ｎ＿ｅｃｃ ＝ ｄＮ＿ｅｃｃ＋Ｖｂ＊Ｔｊ／（（Ｎ＿ｓｅｃ＊８＊Ｓ＿ｓｉｚｅ）＊（１−Ｖｂ／Ｖａ））
なお、ここでは、ＤＶＤ−ＲＡＭからデータを読み出す、即ち再生の場合の例を説明したが、ＤＶＤ−ＲＡＭへのデータの書き込み、即ち録画の場合も同様に考えることができる。
上述したように、ＤＶＤ−ＲＡＭでは一定量以上のデータが連続記録さえされていればディスク上にＡＶデータを分散記録しても連続再生／録画が可能である。ＤＶＤでは、この連続領域をＣＤＡと称する。
（３．ＤＶＤディスクの概要）
図５Ａ、図５Ｂは、記録可能な光ディスクであるＤＶＤ−ＲＡＭディスクの外観と物理構造を表した図である。なお、ＤＶＤ−ＲＡＭは一般的にはカートリッジに収納された状態でＤＶＤレコーダに装填される。記録面を保護するのが目的である。但し、記録面の保護が別の構成で行われたり、容認できる場合にはカートリッジに収納せずに、ＤＶＤレコーダに直接装填できるようにしてももちろん良い。
ＤＶＤ−ＲＡＭディスクは相変化方式によりデータを記録する。ディスク上の記録データはセクタ単位で管理され、アクセス用のアドレスが付随する。１６個のセクタは誤り訂正の単位となり、誤り訂正コードが付与され、ＥＣＣブロックと呼称される。
図５Ａは、記録可能な光ディスクであるＤＶＤ−ＲＡＭディスクの記録領域を表した図である。同図のように、ＤＶＤ−ＲＡＭディスクは、最内周にリードイン領域を、最外周にリードアウト領域を、その間にデータ領域を配置している。リードイン領域は、光ピックアップのアクセス時においてサーボを安定させるために必要な基準信号や他のメディアとの識別信号などが記録されている。リードアウト領域もリードイン領域と同様の基準信号などが記録される。データ領域は、最小のアクセス単位であるセクタ（２０４８バイトとする）に分割されている。また、ＤＶＤ−ＲＡＭは、記録・再生時においてＺ−ＣＬＶ（Ｚｏｎｅ Ｃｏｎｓｔａｎｔ Ｌｉｎｅａｒ Ｖｅｌｏｃｉｔｙ）と呼ばれる回転制御を実現するために、データ領域が複数のゾーン領域に分割されている。
図５Ａは、ＤＶＤ−ＲＡＭに同心円状に設けられた複数のゾーン領域を示す図である。同図のように、ＤＶＤ−ＲＡＭは、ゾーン０〜ゾーン２３の２４個のゾーン領域に分割されている。ＤＶＤ−ＲＡＭの回転角速度は、内周側のゾーン程速くなるようにゾーン領域毎に設定され、光ピックアップが１つのゾーン内でアクセスする間は一定に保たれる。これにより、ＤＶＤ−ＲＡＭの記録密度を高めるとともに、記録・再生時における回転制御を容易にしている。
図５Ｂは、図５Ａにおいて同心円状に示したリードイン領域と、リードアウト領域と、ゾーン領域０〜２３を横方向に配置した説明図である。
リードイン領域とリードアウト領域は、その内部に欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）を有する。欠陥管理領域とは、欠陥が生じたセクタの位置を示す位置情報と、その欠陥セクタを代替するセクタが上記代替領域の何れに存在するかを示す代替位置情報とが記録されている領域をいう。
各ゾーン領域はその内部にユーザ領域を有すると共に、境界部に代替領域及び未使用領域を有している。ユーザ領域は、ファイルシステムが記録用領域として利用することができる領域をいう。代替領域は、欠陥セクタが存在する場合に代替使用される領域である。未使用領域は、データ記録に使用されない領域である。未使用領域は、２トラック分程度設けられる。未使用領域を設けているのは、ゾーン内では隣接するトラックの同じ位置にセクタアドレスが記録されているが、Ｚ−ＣＬＶではゾーン境界に隣接するトラックではセクタアドレスの記録位置が異なるため、それに起因するセクタアドレス誤判別を防止するためである。
このようにゾーン境界にはデータ記録に使用されないセクタが存在する。そのためデータ記録に使用されるセクタのみを連続的に示すように、ＤＶＤ−ＲＡＭは、内周から順に論理セクタ番号（ＬＳＮ：Ｌｏｇｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）をユーザ領域の物理セクタに割り当てている。
図６Ａ、図６Ｂは、論理セクタにより構成されるＤＶＤ−ＲＡＭの論理的なデータ空間を示す。論理的なデータ空間はボリューム空間と呼称され、ユーザデータを記録する。
ボリューム領域は、記録データをファイルシステムで管理する。すなわち、データを格納する１群のセクタをファイルとして、さらには１群のファイルをディレクトリとして管理するボリューム構造情報がボリューム領域の先頭と終端に記録される。本実施の形態のファイルシステムはＵＤＦと呼称され、ＩＳＯ１３３４６規格に準拠している。
なお、上記１群のセクタはボリューム空間で必ずしも連続的には配置されず、部分的に離散配置される。このため、ファイルシステムは、ファイルを構成するセクタ群のうち、ボリューム空間で連続的に配置される１群のセクタをエクステントとして管理し、ファイルを関連のあるエクステントの集合として管理する。
図７は、ＤＶＤ−ＲＡＭに記録されるディレクトリとファイルの構造を示す。ルートの下に、ＶＩＤＥＯ＿ＲＴディレクトリがあり、この下に、再生用のデータである各種オブジェクトのファイルと、これらの再生順序や各種属性を示す管理情報としてＶＩＤＥＯ Ｍａｎａｇｅｒファイルが格納される。
オブジェクトはＭＰＥＧ規格に準拠したデータであり、ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿ＶＯＢ、ＡＯＢ、ＰＯＢ、ＭＮＦ（Ｍａｎｕｆａｃｔｕｒｅｒ’ｓ Ｐｒｉｖａｔｅ Ｄａｔａ）がある。
ＰＳ＿ＶＯＢ、ＡＯＢ、ＰＯＢはＭＰＥＧのプログラムストリーム（ＰＳ）であり、ＴＳ１＿ＶＯＢ及びＴＳ２＿ＶＯＢはトランスポートストリーム（ＴＳ）である。プログラムストリームは、パッケージメディアにＡＶ情報を格納することを考慮されたデータ構造を有し、一方、トランスポートストリームは通信メディアを考慮したデータ構造を有する。
ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿ＶＯＢは、いずれも映像情報と音声情報を共に有し映像情報が主体となるオブジェクトである。このうち、ＴＳ１＿ＶＯＢは原則、ＤＶＤレコーダによりエンコードが行われ、内部のピクチャ構造が詳細に管理されているオブジェクトであり、ＴＳ２＿ＶＯＢはＤＶＤレコーダ外でエンコードされたオブジェクトであり、内部のピクチャ構造等のデータ構造が一部不明なオブジェクトである。
典型的には、ＴＳ１＿ＶＯＢは外部から入力されるアナログビデオ信号をＤＶＤレコーダがトランスポートストリームにエンコードしたオブジェクトであり、ＴＳ２＿ＶＯＢは外部から入力されるデジタルビデオ信号をエンコードすることなく直接ディスクに記録したオブジェクトである。つまりデジタル放送をＤＶＤレコーダが記録する際には、一般的にＴＳ２＿ＶＯＢである。
ＡＯＢ、ＰＯＢはＭＰＥＧのプログラムストリームであり、ＡＯＢは音声情報が主体となるオブジェクトであり、ＰＯＢは静止画が主体となるオブジェクトである。
ＭＮＦ（Ｍａｎｕｆａｃｔｕｒｅｒ’ｓ Ｐｒｉｖａｔｅ Ｄａｔａ）は製造者固有の情報を格納するためのデータ領域である。
上述した、映像情報主体、音声情報主体とは、ビットレートの割り当てが大きいことを意味する。ＶＯＢは映画等のアプリケーションに用いられ、ＡＯＢは音楽アプリケーションに用いられる。
（４．再生されるＡＶ情報の概要）
図８は、ＤＶＤディスクに各種ＡＶオブジェクトとして記録されるＭＰＥＧデータの構造を示す図である。
図８が示すようにビデオストリーム及びオーディオストリームは、それぞれ分割され多重される。ＭＰＥＧ規格においては、多重化後のストリームをシステムストリームと呼称する。ＤＶＤの場合、ＤＶＤ固有の情報が設定されたシステムストリームをＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）と呼称している。分割の単位は、パック・パケットと称され、約２ＫＢｙｔｅのデータ量を有する。
ビデオストリームはＭＰＥＧ規格で符号化されており、可変ビットレートで圧縮されており、動きが激しい等の複雑な映像であればビットレートが高くなっている。ＭＰＥＧ規格では、映像の各ピクチャは、Ｉピクチャ、Ｐピクチャ、Ｂピクチャに種類分けして符号化される。このうち、Ｉピクチャはフレーム内で完結する空間的な圧縮符号化が施されおり、Ｐピクチャ、Ｂピクチャはフレーム間の相関を利用した時間的な圧縮符号化が施されている。ＭＰＥＧでは少なくともＩピクチャを含む区間をＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）として管理する。ＧＯＰは早送り再生等の特殊再生におけるアクセスポイントになる。フレーム内圧縮されたＩピクチャを有するためである。
一方、音声ストリームの符号化には、ＤＶＤの場合、ＭＰＥＧオーディオに加え、ＡＣ−３やＬＰＣＭの符号化が用いられる。
図８が示すように、ＧＯＰを構成するビデオ情報とそれに付随する音声情報とを含む多重化後のデータ単位はＶＯＢＵ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ Ｕｎｉｔ）と称される。ＶＯＢＵには、当該動画区間の管理用の情報をヘッダ情報として含ませる場合がある。
図８で説明したシステムストリームには、プログラムストリーム（ＰＳ）とトランスポートストリーム（ＴＳ）がある。前者はパッケージメディアを考慮したデータ構造を有し、後者は通信メディアを考慮したデータ構造を有する。
図９は、プログラムストリームとトランスポートストリームのデータ構造の概要を説明する図である。
プログラムストリームは、伝送及び多重化の最小単位である固定長のパックからなり、パックはさらに、１つ以上のパケットを有する。パックもパケットもヘッダ部とデータ部を有する。ＭＰＥＧではデータ部をペイロードと称する。ＤＶＤの場合はパックの固定長はセクタサイズと整合性をとり２ＫＢになる。パックは複数のパケットを有することができるが、ＤＶＤの映像や音声を格納するパックは１パケットのみを有するため、特別な場合を除いて１パック＝１パケットになる。
一方、トランスポートストリームの伝送及び多重化の単位は固定長のＴＳパケットからなる。ＴＳパケットのサイズは１８８Ｂであり、通信用規格であるＡＴＭ伝送との整合性をとっている。ＴＳパケットは１つ以上が集まりＰＥＳパケットを構成する。
ＰＥＳパケットはプログラムストリームとトランスポートストリームで共通する概念であり、データ構造は共通である。プログラムストリームのパックに格納されるパケットはＰＥＳパケットを直接構成し、トランスポートストリームのＴＳパケットは１つ以上が集まりＰＥＳパケットを構成する。
また、ＰＥＳパケットは符号化の最小単位であり、符号化が共通するビデオ情報、オーディオ情報をそれぞれ格納する。すなわち、一つのＰＥＳパケット内に符号化方式の異なるビデオ情報、オーディオ情報が混在して格納されることはない。但し、同じ符号化方式であればピクチャバウンダリやオーディオフレームのバウンダリは保証せずとも良い。図９に示すように複数のＰＥＳパケットで１つのフレームを格納したり、１つのＰＥＳパケットに複数のフレームを格納するケースもありうる。
図１０Ａ〜１０Ｃと図１１Ａ〜１１Ｃに、トランスポートストリームとプログラムストリームの個別のデータ構造を示す。
図１０Ａ〜１０Ｃ、図１２Ａ〜１２Ｄに示すように、ＴＳパケットは、ＴＳパケットヘッダと、適用フィールドと、ペイロード部から構成される。ＴＳパケットヘッダにはＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が格納され、これにより、ＴＳパケットが所属するビデオストリームまたはオーディオストリーム等の各種ストリームが識別される。
適用フィールドにはＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）が格納される。ＰＣＲはストリームをデコードする機器の基準クロック（ＳＴＣ）の参照値である。機器は典型的にはＰＣＲのタイミングでシステムストリームをデマルチプレクスし、ビデオストリーム等の各種ストリームに再構築する。
ＰＥＳヘッダには、ＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）とＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）が格納される。ＤＴＳは当該ＰＥＳパケットに格納されるピクチャ／オーディオフレームのデコードタイミングを示し、ＰＴＳは映像音声出力等のプレゼンテーションタイミングを示す。
なお、全てのＰＥＳパケットヘッダにＰＴＳ、ＤＴＳを有する必要はなく、Ｉピクチャの先頭データが格納開始されるＰＥＳパケットのヘッダにＰＴＳ、ＤＴＳがあればデコード及び出力に支障はない。
ＴＳパケットの構造の詳細は図１２Ａ〜図１２Ｄに示される。
図１２Ａ〜図１２Ｄに示すように、適用フィールドにはＰＣＲに加えて、ランダムアクセス表示フラグが格納され、当該フラグにより、対応するペイロード部にビデオ・オーディオのフレーム先頭であってアクセスポイントとなりうるデータを格納するか否かを示す。また、ＴＳパケットのヘッダ部には前述したＰＩＤに加えて、ＰＥＳパケットの開始を示すユニット開始表示フラグ、適用フィールドが後続するか否かを示す適用フィールド制御情報も格納される。ユニット開始表示フラグは新たなＰＥＳパケットの開始を示し、ＰＩＤはストリームの種類及び属性を示す。
図１１Ａ〜図１１Ｃには、プログラムストリームを構成するパックの構造を示す。パックは、パックヘッダにＳＣＲを有し、格納するパケットのパケットヘッダにｓｔｒｅａｍ＿ｉｄを有している。ＳＣＲはトランスポートストリームのＰＣＲと、ｓｔｒｅａｍ＿ｉｄはＰＩＤと実質同じである。またＰＥＳパケットのデータ構造はトランスポートストリームと共通なため、ＰＥＳヘッダにＰＴＳとＤＴＳが格納される。
プログラムストリームとトランスポートストリームの大きな違いの１つに、トランスポートストリームではマルチプログラムが許される点がある。すなわち、番組という単位では１つの番組しかプログラムストリームは伝送できないが、トランスポートストリームは複数の番組を同時に伝送することを想定している。このため、トランスポートストリームでは、番組毎に番組を構成するビデオストリームとオーディオストリームがいずれかを再生装置が識別することが必要になる。
図１３Ａ〜１３Ｃ２に、番組を構成するオーディオストリームとビデオストリームの構成情報を伝送するＰＡＴテーブル、ＰＭＡＰテーブルを示す。これらの図に示すように、番組毎に使用されるビデオストリームとオーディオストリームの組み合わせに関する情報をＰＭＡＰテーブルが格納し、番組とＰＭＡＰテーブルの組み合わせに関する情報をＰＡＴテーブルが格納する。再生装置は、ＰＡＴテーブル、ＰＭＡＰテーブルにより出力が要求された番組を構成するビデオストリームとオーディオストリームを検出することができる。
次に上述してきたプログラムストリームのパックと、トランスポートストリームのＴＳパケットのディスク上の配置に関して、図１４Ａ〜１４Ｃを用いて説明する。
図１４Ａに示すように、１６個のセクタはＥＣＣブロックを構成する。
プログラムストリームの形式をとるビデオオブジェクト（ＰＳ＿ＶＯＢ）を構成するパック（ＰＳ Ｐａｃｋ）は、図１４Ｂが示すように、セクタバウンダリで配置される。パックサイズもセクタサイズも２ＫＢだからである。
一方、トランスポートストリームの形式をとるビデオオブジェクト（ＴＳ１−ＶＯＢ／ＴＳ２−ＶＯＢ）は８ＫＢのサイズを有する単位でＥＣＣブロック内に配置される。この８ＫＢ単位で１８Ｂのヘッダ領域を有し、データ領域にはＡＴＳ情報が付加されたＴＳパケットが４３個配置される。ＡＴＳ情報（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ Ｉｎｆｏｒｍａｔｉｏｎ）は、ＤＶＤレコーダにより生成し付加される情報であって、当該パケットがＤＶＤレコーダに外部より伝送されてきたタイミングを示す情報である。
尚、図１４Ｃに示したように、固定バイトのＡＴＳとＭＰＥＧ−ＴＳパケットとの組で連続して記録したＭＰＥＧ−ＴＳの蓄積フォーマットも有り得る。
（５．ＡＶ情報の管理情報と再生制御の概要）
図１５Ａ、１５Ｂ、１６Ａ、１６Ｂは図７が示すところのビデオ管理情報（Ｖｉｄｅｏ Ｍａｎａｇｅｒ）と称されるファイルのデータ構造を示す図である。
ビデオ管理情報は、各種オブジェクトのディスク上の記録位置等の管理情報を示すオブジェクト情報と、オブジェクトの再生順序等を示す再生制御情報とを有する。
図１５Ａ、１５Ｂはディスクに記録されるオブジェクトとして、ＰＳ−ＶＯＢ＃１〜ＰＳ−ＶＯＢ＃ｎ、ＴＳ１−ＶＯＢ＃１〜ＴＳ１−ＶＯＢ＃ｎ、ＴＳ２−ＶＯＢ＃１〜ＴＳ２−ＶＯＢ＃ｎがある場合を示す。
図１５Ａが示すように、これらオブジェクトの種類に応じて、ＰＳ−ＶＯＢ用の情報テーブルと、ＴＳ１−ＶＯＢ用の情報テーブルと、ＴＳ２−ＶＯＢ用の情報テーブルが個別に存在すると共に、各情報テーブルは各オブジェクト毎のＶＯＢ情報を有している。
ＶＯＢ情報は、それぞれ、対応するオブジェクトの一般情報と、オブジェクトの属性情報と、オブジェクトの再生時刻をディスク上のアドレスに変換するためのアクセスマップ、当該アクセスマップの管理情報を有している。一般情報は、対応するオブジェクトの識別情報、オブジェクトの記録時刻等を有し、属性情報は、ビデオストリームのコーディングモードをはじめとするビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）とから構成される。
アクセスマップを必要とする理由は２つある。まず１つは、再生経路情報がオブジェクトのディスク上での記録位置をセクタアドレス等で直接的に参照するのを避け、オブジェクトの再生時刻で間接的に参照できるようにするためである。ＲＡＭ媒体の場合、オブジェクトの記録位置が編集等で変更される場合がおこりうるが、再生経路情報がセクタアドレス等で直接的にオブジェクトの記録位置を参照している場合、更新すべき再生経路情報が多くなるためである。一方、再生時刻で間接的に参照している場合は、再生経路情報の更新は不要で、アクセスマップの更新のみ行えば良い。
２つ目の理由は、ＡＶストリームが一般に時間軸とデータ（ビット列）軸の二つの基準を有しており、この二つの基準間には完全な相関性がないためである。
例えば、ビデオストリームの国際標準規格であるＭＰＥＧ−２ビデオの場合、可変ビットレート（画質の複雑さに応じてビットレートを変える方式）を用いることが主流になりつつあり、この場合、先頭からのデータ量と再生時間との間に比例関係がないため、時間軸を基準にしたランダムアクセスができない。この問題を解決するため、オブジェクト情報は、時間軸とデータ（ビット列）軸との間の変換を行なうためのアクセスマップを有している。
図１５Ａが示すように再生制御情報は、ユーザ定義再生経路情報テーブル、オリジナル再生経路情報テーブル、タイトルサーチポインタを有する。
図１６Ａが示すように、再生経路には、ＤＶＤレコーダがオブジェクト記録時に記録された全てのオブジェクトを示すように自動生成するオリジナル定義再生経路情報と、ユーザが自由に再生シーケンスを定義できるユーザ定義再生経路情報の２種類がある。再生経路はＤＶＤではＰＧＣ情報（Ｐｒｏｇｒａｍ Ｃｈａｉｎ Ｉｎｆｏｒｍａｔｉｏｎ）と統一的呼称され、また、ユーザ定義再生経路情報はＵ−ＰＧＣ情報、オリジナル再生経路情報はＯ−ＰＧＣ情報と呼称される。Ｏ−ＰＧＣ情報、Ｕ−ＰＧＣ情報はそれぞれ、オブジェクトの再生区間であるセルを示す情報であるセル情報をテーブル形式で列挙する情報である。Ｏ−ＰＧＣ情報で示されるオブジェクトの再生区間はオリジナルセル（Ｏ−ＣＥＬＬ）と呼称され、Ｕ−ＰＧＣ情報で示されるオブジェクトの再生区間はユーザセル（Ｕ−ＣＥＬＬ）と呼称される。
セルは、オブジェクトの再生開始時刻と再生終了時刻でオブジェクトの再生区間を示し、再生開始時刻と再生終了時刻は前述したアクセスマップにより、オブジェクトの実際のディスク上の記録位置情報に変換される。
図１６Ｂが示すように、ＰＧＣ情報により示されるセル群は、テーブルのエントリー順序に従って順次再生される一連の再生シーケンスを構成する。
図１７は、オブジェクト、セル、ＰＧＣ、アクセスマップの関係を具体的に説明する図である。
図１７に示すように、オリジナルＰＧＣ情報５０は少なくとも１つのセル情報６０、６１、６２、６３を含む。 セル情報６０…は再生するオブジェクトを指定し、かつ、そのオブジェクトタイプ、オブジェクトの再生区間を指定する。ＰＧＣ情報５０におけるセル情報の記録順序は、各セルが指定するオブジェクトが再生されるときの再生順序を示す。
一のセル情報６０には、それが指定するオブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａと、オブジェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）６０ｂと、時間軸上でのオブジェクト内の開始時刻情報（Ｓｔａｒｔ＿ＰＴＭ）６０ｃと、時間軸上でのオブジェクト内の終了時刻情報（Ｅｎｄ＿ＰＴＭ）６０ｄとが含まれる。
データ再生時は、ＰＣＧ情報５０内のセル情報６０が順次読み出され、各セルにより指定されるオブジェクトが、セルにより指定される再生区間分再生されることになる。
アクセスマップ８０ｃは、セル情報が示す開始時刻情報と終了時刻情報とをオブジェクトのディスク上での位置情報に変換する。
上述したマップ情報であるが、オブジェクトの記録時にともに生成され記録される。マップを生成するためには、オブジェクトのデータ内のピクチャ構造を解析する必要がある。具体的には図９で示すＩピクチャの位置の検出と、図１０Ａ〜１０Ｃ、図１１Ａ〜１１Ｃに示す当該Ｉピクチャの再生時刻であるＰＴＳ等のタイムスタンプ情報の検出が必要になる。
ここで、ＰＳ−ＶＯＢとＴＳ１−ＶＯＢとＴＳ２−ＶＯＢのマップ情報を生成する際に生じる問題について以下説明する。
ＰＳ−ＶＯＢ、ＴＳ−ＶＯＢ１は、図１で説明したように主として、受信されたアナログ放送をＤＶＤレコーダがＭＰＥＧストリームにエンコードすることにより生成される。このため、Ｉピクチャや各種タイムスタンプの情報は自らが生成しており、ＤＶＤレコーダにとってストリーム内部のデータ構造は明確であり、マップ情報の生成になんの問題も生じない。
次に、ＴＳ２−ＶＯＢであるが、図１で説明したように主として、受信されたデジタル放送をＤＶＤレコーダがエンコードすることなく直接ディスクに記録する。このため、ＰＳ−ＶＯＢのようにＩピクチャの位置とタイムスタンプ情報を自ら生成するわけではないため、ＤＶＤレコーダにとってストリーム内部のデータ構造は明確ではなく、記録するデジタルストリームからこれら情報を検出することが必要になる。
このため、ＤＶＤレコーダは、レコーダ外部にてエンコードされたストリームを記録しているＴＳ２−ＶＯＢのマップ情報については下記のようにＩピクチャとタイムスタンプを検出する。
まず、Ｉピクチャの検出は、図１２Ａ〜１２Ｄに示すＴＳパケットの適用フィールドのランダムアクセス表示情報を検出することにより行う。また、タイムスタンプの検出については、ＰＥＳヘッダのＰＴＳを検出することにより行う。タイムスタンプについては、ＰＴＳの代わりに、適用フィールドのＰＣＲや、ＴＳパケットがＤＶＤレコーダに伝送されてきた到着タイミングであるＡＴＳで代用することもある。いずれにせよ、ＤＶＤレコーダはＭＰＥＧストリームのビデオ層のデータ構造を解析することなく、その上位層であるシステム層の情報により、Ｉピクチャの位置を検出する。これは、マップ情報を生成するためにビデオ層の解析まで行うのはシステムの負荷が大きいためである。
また、システム層の検出が不可能な場合もありうるが、この場合は、マップ情報が生成できないため、有効なマップ情報が無いことを示すことが必要になる。ＤＶＤレコーダでは図１５Ｂに示すマップ管理情報によりこれらが示される。
図１５Ｂに示すようにマップ管理情報は、マップ有効性情報と自己エンコーディングフラグとを有する。自己エンコーディングフラグは、ＤＶＤレコーダ自らがエンコードしたオブジェクトであることを示し、内部のピクチャ構造が明確であり、マップ情報のタイムスタンプ情報やＩピクチャの位置情報等が正確であることを示している。また、マップ有効性情報は、有効なアクセスマップの有無を示す。
なお、システム層の検出が不可能な例としては、適用フィールドが設定されていない場合や、そもそもＭＰＥＧトランスポートストリームで無いデジタルストリームの場合が考えうる。デジタル放送が世界各国で各種方式が成立しうるため、ＤＶＤレコーダがマップを生成できないオブジェクトを記録するケースも当然予想される。例えば、日本のデジタル放送を想定したＤＶＤレコーダを米国で使用し、米国のデジタル放送を記録した場合、マップを生成できないオブジェクトを記録するケースが出てくる。
但し、ＤＶＤレコーダはマップ情報が生成されないオブジェクトについても、先頭から順次再生することは可能である。この場合、記録されたデジタルストリームをデジタルＩ／Ｆを介して、当該ストリームに対応したＳＴＢに出力することでこれを映像再生することができる。
（６．再生機能の基本動作）
次に、図１８を用いて上記光ディスクを再生するＤＶＤレコーダプレーヤの再生動作について説明する。
図１８に示すように、プレーヤは、光ディスク１００からデータを読み出す光ピックアップ２０１と、読み出したデータのエラー訂正等を行なうＥＣＣ処理部２０２と、エラー訂正後の読み出しデータを一時的に格納するトラックバッファ２０３と、動画オブジェクト（ＰＳ＿ＶＯＢ）等のプログラムストリームを再生するＰＳデコーダ２０５と、デジタル放送オブジェクト（ＴＳ２＿ＶＯＢ）等のトランスポートストリームを再生するＴＳデコーダ２０６と、オーディオ・オブジェクト（ＡＯＢ）を再生するオーディオデコーダ２０７と、静止画オブジェクト（ＰＯＢ）をデコードする静止画デコーダ２０８と、各デコーダ２０５、２０６…へのデータ入力を切り換える切換え手段２１０と、プレーヤの各部を制御する制御部２１１とを備える。
光ディスク１００上に記録されているデータは、光ピックアップ２０１から読み出され、ＥＣＣ処理部２０２を通してトラックバッファ２０３に格納される。トラックバッファ２０３に格納されたデータは、ＰＳデコーダ２０５、ＴＳデコーダ２０６、オーディオデコーダ２０７、静止画デコーダ２０８の何れかに入力されデコードおよび出力される。
このとき、制御部２１１は読み出すべきデータを図１６が示す再生経路情報（ＰＧＣ）が示す再生シーケンスに基づき決定する。すなわち、図１６の例であれば、制御部２１１は、ＶＯＢ＃１の部分区間（ＣＥＬＬ＃１）を最初に再生し、次いで、ＶＯＢ＃３の部分区間（ＣＥＬＬ＃２）を再生し、最後にＶＯＢ＃２（ＣＥＬＬ＃３）と再生する制御を行う。
また、制御部２１１は、図１７が示す再生経路情報（ＰＧＣ）のセル情報により、再生するセルのタイプ、対応するオブジェクト、オブジェクトの再生開始時刻、再生終了時刻を獲得することができる。制御部２１１は、セル情報により特定されるオブジェクトの区間のデータを、適合するデコーダに入力する。
この際、制御部２１１は、セル情報のＯｂｊｅｃｔ ＩＤにより再生対象のオブジェクトを特定する。さらに、制御部２１１は、特定したオブジェクトの再生区間であるセルの特定を、セル情報のＳｔａｒｔＰＴＭとＥｎｄＰＴＭを、対応するＶＯＢ情報のアクセスマップでディスク情報のアドレスに変換することにより行う。
また、本実施形態のプレーヤは、さらに、ＡＶストリームを外部に供給するためのデジタルインターフェース２０４を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信手段を介して外部に供給することも可能である。これは、特に、自らがエンコードしていないＴＳ２−ＶＯＢについては、プレーヤ内部に該当するデコーダが存在しないケースもありうるため、デコードすることなく、直接、デジタルインターフェース２０４を通じて外部のＳＴＢに出力し、そのＳＴＢで再生させることができる。
外部にデジタルデータを直接出力する際には、制御部２１１は図１５Ｂのマップ管理情報に基づき、ランダムアクセス再生が可能かを否か判断する。アクセスポイント情報フラグが有効であれば、アクセスマップはＩピクチャの位置情報を有する。このため、制御部２１１は外部機器から早送り再生等の要求があればこれに応じて、Ｉピクチャを含むデジタルデータをデジタルＩ／Ｆを介して外部機器に出力することができる。また、タイムアクセス情報フラグが有効であれば、タイムアクセスが可能である。このため制御部２１１は、外部の機器からのタイムアクセスの要求に応じて、指定された再生時刻に相当するピクチャデータを含むデジタルデータをデジタルＩ／Ｆを介して外部機器に出力することができる。
（７．記録機能の基本動作）
次に、図１９を用いて上記光ディスクに対して記録、再生を行なう本発明に係るＤＶＤレコーダの構成および動作について説明する。
図１９に示すように、ＤＶＤレコーダは、ユーザへの表示およびユーザからの要求を受け付けるユーザインターフェース部２２２、ＤＶＤレコーダ全体の管理および制御を司るシステム制御部２１２、ＶＨＦおよびＵＨＦを受信するアナログ放送チューナ２１３、アナログ信号をデジタル信号に変換しＭＰＥＧプログラムストリームにエンコードするエンコーダ２１４、デジタル衛星放送を受信するデジタル放送チューナ２１５、デジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部２１６、テレビおよびスピーカなどの表示部２１７、ＡＶストリームをデコードするデコーダ２１８とを備える。デコーダ２１８は、図１８に示した第１及び第２のデコーダ等からなる。さらに、ＤＶＤレコーダは、デジタルインターフェース部２１９と、書きこみデータを一時的に格納するトラックバッファ２２０と、ＤＶＤ−ＲＡＭ１００にデータを書きこむドライブ２２１とを備える。デジタルインターフェース部２１９はＩＥＥＥ１３９４等の通信手段により外部機器にデータを出力するインターフェースである。
このように構成されるＤＶＤレコーダにおいては、ユーザインターフェース部２２２が最初にユーザからの要求を受ける。ユーザインターフェース部２２２はユーザからの要求をシステム制御部２１２に伝え、システム制御部２１２はユーザからの要求を解釈すると共に各モジュールへの処理要求を行う。
録画には、入力されるデジタルデータを自らエンコードするセルフエンコーディングと、エンコード済みのデジタルデータをエンコードすることなくディスクに記録するアウトサイドエンコーディングがある。
（７．１ セルフエンコーディングによる録画動作）
最初にセルフエンコーディングの録画について、アナログ放送をＰＳ−ＶＯＢにエンコードして記録する動作を以下、具体的に説明する。
システム制御部２１２はアナログ放送チューナ２１３への受信とエンコーダ部２１４へのエンコードを要求する。
エンコーダ部２１４はアナログ放送チューナ２１３から送られるＡＶデータをビデオエンコード、オーディオエンコードおよびシステムエンコードしてトラックバッファ２２０に送出する。
エンコーダ部２１４は、エンコード開始直後に、エンコードしているＭＰＥＧプログラムストリームの先頭データが有するタイムスタンプ情報を再生開始時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）としてシステム制御部２１２に送り、続いてアクセスマップを作成するために必要な情報をエンコード処理と平行してシステム制御部２１２に送る。この値は、後に生成される図１７に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。タイムスタンプ情報は、一般的にはＰＴＳになるがＳＣＲで代用しても良い。
次にシステム制御部２１２は、ドライブ２２１に対して記録要求を出し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はアナログ放送チューナ２１３とエンコーダ部２１４に対して停止要求を出す。
エンコーダ２１４はシステム制御部２１２からのエンコード停止要求を受けエンコード処理を止め、最後にエンコードを行ったＭＰＥＧプログラムストリームの終端データが有するタイムスタンプ情報を再生終了時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）として、システム制御部２１２に送る。この値は、図１７に示すセル情報のＥｎｄ＿ＰＴＭに設定される。タイムスタンプ情報は通常ＰＴＳが設定されるが、ＳＣＲで代用しても良い。
システム制御部２１２は、エンコード処理終了後、エンコーダ２１４から受け取った情報に基づき、図１５に示すＰＳ−ＶＯＢ用のＶＯＢ情報（ＰＳ−ＶＯＢＩ）と再生制御情報を生成する。
ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、マップ管理情報のマップ有効性情報を有効に設定すると共に、自己エンコーディングフラグをＯＮにする。
また、再生制御情報は、記録されるオブジェクトを再生対象の１つとする図１６に示すオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＰＳ−ＶＯＢ」が設定される。
最後にシステム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＰＳ−ＶＯＢ用のＶＯＢ情報（ＰＳ＿ＶＯＢＩ）および再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
なお、アナログ放送をＴＳ１−ＶＯＢにエンコードしてももちろん良い。この場合、エンコーダ２１４はアナログ信号をデジタル信号に変換しＭＰＥＧトランスポートストリームにエンコードするエンコーダである必要があり、セル情報内のタイプ情報は「ＴＳ１−ＶＯＢ」に設定される。
この場合のＳｔａｒｔ＿ＰＴＭおよびＥｎｄ＿ＰＴＭは、ＰＴＳでも良いしＰＣＲを用いても良い。
（７．２ アウトサイドエンコーディングによる録画動作）
次にアウトサイドエンコーディングによる録画について、デジタル放送を録画する動作を通して以下、具体的に説明する。この場合、記録されるオブジェクトの種類はＴＳ２−ＶＯＢになる。
ユーザによるデジタル放送録画要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられる。システム制御部２１２はデジタル放送チューナ２１５への受信と解析部２１６へのデータ解析を要求する。
デジタル放送チューナ２１５から送られるＭＰＥＧトランスポートストリームは解析部２１６を通してトラックバッファ２２０へ転送される。
解析部２１６は、最初にデジタル放送として受信されたエンコード済みのＭＰＥＧトランスポートストリーム（ＴＳ２−ＶＯＢ）のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）の生成に必要な情報として、トランスポートストリームの先頭データが有するタイムスタンプ情報を開始時刻情報（ＴＳ２＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）として抽出し、システム制御部２１２に送る。開始時刻情報は、後に生成される図１７に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤレコーダに伝送されてくるタイミングであるＡＴＳで代用しても良い。
解析部２１６は、さらに、ＭＰＥＧトランスポートストリームのシステム層を解析し、アクセスマップ作成に必要な情報を検出する。Ｉピクチャのオブジェクト内での位置については、前述したようにＴＳパケットヘッダ中の適用フィールド（ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）内のランダムアクセスインジケータ（ｒａｎｄａｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）をもとに検出する。
次にシステム制御部２１２は、ドライブ２２１に対して記録要求を出力し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部２１２はファイルシステムのアロケーション情報からディスク上のどこに記録するかをあわせてドライブ２２１に指示する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はデジタルチューナ２１５と解析部２１６に停止要求を出す。
解析部２１６はシステム制御部２１２からの解析停止要求を受け解析処理を止め、最後に解析を行ったＭＰＥＧトランスポートストリームの終了区間のデータが有するタイムスタンプ情報を表示終了時刻（ＴＳ２＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）としてシステム制御部２１２に送る。この値は、図１７に示すセル情報のＥｎｄ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤレコーダに伝送されてくるタイミングであるＡＴＳで代用しても良い。
システム制御部２１２は、デジタル放送の受信処理終了後、解析部２１６から受け取った情報に基づき、図１５に示すＴＳ２−ＶＯＢ用のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）と再生制御情報を生成する。
ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、Ｉピクチャのオブジェクト内での位置等を検出でき有効なアクセスマップを生成した場合にはマップ管理情報のマップ有効性情報を有効に設定する。また自己エンコーディングフラグはＯＦＦ設定をする。有効なアクセスマップを生成できなかった場合にはマップ有効性情報を無効に設定する。なお、有効なアクセスマップを生成できないケースとしては、対応していないデジタル放送を受信した場合や、適用フィールドにランダムアクセス情報が無い場合等が考えられる。また、デジタルＩ／Ｆから直接入力された場合は、ＭＰＥＧトランスポートストリームでないケースもありえ、この場合も当然、マップ有効性情報は無効に設定される。
また、再生制御情報は、記録されるオブジェクトを再生対象の１つとする図１６に示すオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＴＳ２−ＶＯＢ」が設定される。
最後にシステム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＴＳ２−ＶＯＢ用のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）および再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
以上、ユーザからの録画開始および終了要求をもとに動作を説明したが、例えば、ＶＴＲで使用されているタイマー録画の場合では、ユーザの代わりにシステム制御部が自動的に録画開始および終了要求を発行するだけであって、本質的にＤＶＤレコーダの動作が異なるものではない。
（８．発明の概要）
本発明の情報記録媒体は様々なフォーマットのデータを記録するものであって、アナログ放送もしくはデジタル放送のコンテンツや、アナログ／デジタルインターフェースを介して入力される多種多様なデータを記録した情報記録媒体であり、本発明の情報記録装置は、その情報記録媒体に対してＡＶデータの記録／再生を行う装置である。
特に、本発明の情報記録媒体には、外部入力されたＡＶデータがＭＰＥＧ−ＴＳ形式で記録され、各ＭＰＥＧ−ＴＳパケットのデコーダ入力時刻情報を、各ＭＰＥＧ−ＴＳパケットに付与したストリームが記録されている。
さらに、ＭＰＥＧ−ＴＳの制御情報を受け持つＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）パケットの配置とレコーダ固有／コンテンツ固有等の情報をユーザプライベートストリーム（ＵＰパケット）として埋め込み、各パケットのデコーダ入力時刻情報を蓄積に適した形式で付与することを特徴とする。
さらに、前記ＭＰＥＧ−ＴＳの多重化の際に、ＭＰＥＧ−ＰＳへの変換が容易になるように、１パック（２０４８バイト）相当のデータを１多重化連続単位としてシステムエンコードし、各多重化連続単位を１つまたは複数のＭＰＥＧ−ＴＳパケットに分割しながら、ＭＰＥＧ−ＴＳ記録することを特徴とする。
（９．詳細な実施形態）
第１の実施例．
本発明の情報記録／再生装置の記録／再生時の基本動作に関しては、ほぼ前述の説明の通りであるため、以下にアナログ外部入力記録時の基本動作に関してのみ図２０を用いて具体的に説明する。この場合、記録されるオブジェクトの種類はＴＳ１−ＶＯＢになる。
ユーザによる外部入力録画要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられる。システム制御部２１２は外部入力部２２３への受信とエンコーダ２１４へのデータ符号化を要求する。
エンコーダ２１４から送られるＭＰＥＧトランスポートストリームはトラックバッファ２２０へ転送される。
エンコーダ２１４は、最初にエンコード済みのＭＰＥＧトランスポートストリーム（ＴＳ１−ＶＯＢ）のＶＯＢ情報（ＴＳ１＿ＶＯＢＩ）の生成に必要な情報として、トランスポートストリームの先頭データが有するタイムスタンプ情報を開始時刻情報（ＴＳ１＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）として設定し、システム制御部２１２に送る。開始時刻情報は、後に生成される図１７に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。
エンコーダ２１４は、さらに、ＭＰＥＧトランスポートストリームを生成しながら、アクセスマップ作成に必要な情報を生成する。
例えば、Ｉピクチャの先頭ＭＰＥＧトランスポートパケットには、ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄを格納し、ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒのビットを立て、ＶＯＢＵのスタートであることをシステム制御部２１２に転送する。
次にシステム制御部２１２は、ドライブ２２１に対して記録要求を出力し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部２１２はファイルシステムのアロケーション情報からディスク上のどこに記録するかをあわせてドライブ２２１に指示する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はエンコーダ２１４に停止要求を出す。
エンコーダ２１４はシステム制御部２１２からの記録停止要求を受け符号化処理を止め、最後に符号化を行ったＭＰＥＧトランスポートストリームの終了区間のデータが有するタイムスタンプ情報を表示終了時刻（ＴＳ１＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）としてシステム制御部２１２に送る。この値は、図１７に示すセル情報のＥｎｄ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。
システム制御部２１２は、記録処理終了後、エンコーダ２１４から受け取った情報に基づき、図１５に示すＴＳ１−ＶＯＢ用のＶＯＢ情報（ＴＳ１＿ＶＯＢＩ）と再生制御情報を生成する。
ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、マップ管理情報のマップ有効性情報を有効に設定する。また自己エンコーディングフラグはＯＮ設定をする。
また、再生制御情報は、記録されるオブジェクトを再生対象の１つとする図１６に示すオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＴＳ１−ＶＯＢ」が設定される。
最後にシステム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＴＳ１−ＶＯＢ用のＶＯＢ情報（ＴＳ１＿ＶＯＢＩ）および再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
以下、エンコーダ２１４にて生成されるセルフエンコーディングＭＰＥＧトランスポートストリームの詳細について説明する。
図２１ＡにセルフエンコーディングＭＰＥＧトランスポートストリームの構造を示す。同図に示すように、セルフエンコーディングのＭＰＥＧトランスポートストリームはＶＯＢＵ単位に区切られ、各ＶＯＢＵの先頭にはＰＡＴパケットとＰＭＴパケットさらにはストリームに固有の情報を埋め込んだユーザプライベートパケット（以下「ＵＰパケット」と称す。）が続いている。または、少なくともＶＯＢの先頭にはＰＡＴパケット、ＰＭＴパケットが配置される。
図２１Ｂに示したように、それぞれのパケットにはデコーダ入力時刻情報であるＡＴＳが付与されており、個々のパケットは対応するＡＴＳで意図された時刻にデコーダへ転送される。
先頭パケットのＰＡＴパケットには、セルフエンコーディングのプログラム情報（ＰＭＴパケットのＰＩＤ等）が格納され、ＡＴＳ１の時刻でデコーダに入力される。
２番目のパケットのＰＭＴパケットには、プログラムを構成するエレメンタリーストリームごとのＰＩＤ等が格納される。ここでは、ビデオ、オーディオ、データ放送（図中の”Ｄａｔａ”）、ユーザプライベート（図中の”ｐｒｉｖａｔｅ”）パケットのＰＩＤを格納した例を示す。
３番目のパケットのＵＰパケットには、ストリームへの付加情報が格納される。例えば、ストリームのタイトル情報や、記録日時情報や、ストリームの符号化情報（ビットレート、ビデオ解像度、フレームレート、アスペクト比、符号化方式等）であるストリーム属性や、外部入力がアナログかデジタルか等の識別する入力源識別情報や、さらにはデジタルであった場合に入力ＡＶデータの符号化方式を特定する情報や、コピー許可／不許可等の著作権保護情報や、ＶＢＩ（Ｖｅｒｔｉｃａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）信号である、クローズドキャプション（ＣＣ）やテレテキストデータ、または表示制御を指定するＷＳＳ（Ｗｉｄｅ−Ｓｃｒｅｅｎ Ｓｉｇｎａｌｉｎｇ）等や、システムエンコードの条件を示した情報や、各種ＤＶＤ規格との変換性（互換性）を示す情報や、該ストリームを記録した製造業者の固有データ等を用いてユーザ利便性の高いメニュー情報や、各種ＤＶＤ規格対応のＭＰＥＧ−ＰＳに変換する際に有用な様々なデータを格納することが考えられる。
前述のようにＭＰＥＧトランスポートストリーム内に配置され、付加情報を格納されたパケットのデコーダ入力時刻について図２２Ａ、２２Ｂを用いて詳細に説明する。
図２２Ａはトランスポートストリームシステムターゲットデコーダ（Ｔ−ＳＴＤ）と呼ばれる基本的なデコーダの構成を示したブロック図であり、前述では触れていなかったＰＳＩパケットを解析し、デコーダの制御を行うシステムデコーダ２３５も加えて示した図である。
ＰＳＩパケットであるＰＡＴ、ＰＭＴパケットは、Ｔ−ＳＴＤに入力されると、デマルチプレクサ２３２でパケット種別に応じて弁別され、システムコントロールに関するＰＳＩパケットはトランスポートバッファ２３３に瞬時に転送される。
続いて、トランスポートバッファ２３３に蓄積されたデータは随時システムバッファ２３４に１００００００ビット／秒（＝Ｒｓｙｓ）のレートで転送される。
ＰＳＩデータが有効になるのは、システムバッファ２３４に必要なＰＳＩのデータが揃った瞬間である。
このようにＭＰＥＧのＴ−ＳＴＤモデルでは、デコーダの動作モデルを規定し、ＭＰＥＧトランスポートストリームの転送レート等の基準を定めている。
情報記録装置はＴ−ＳＴＤにて正しく復号が可能と保証されるＭＰＥＧトランスポートストリームの形式に従いセルフエンコーディングする必要があるため、ＰＳＩパケットの転送にはいくつかの制限がある。以下に図２２Ｂを用いて、パケット転送レートを決定するＡＴＳの決定方法について説明する。
セルフエンコーディングストリームの再生時には、まずは先頭のＰＡＴ、ＰＭＴ、ＵＰパケットがそれぞれＡＴＳ１、ＡＴＳ２、ＡＴＳ３が示す時刻にＴ−ＳＴＤに入力される。
ＰＭＴパケットとＵＰパケットに注目すれば、ＰＭＴパケットで指定されたＵＰパケットのＰＩＤをＴ−ＳＴＤが解釈し、有効にするためには、ＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ（ｍバイト）の最後のバイトがシステムバッファ２３４に蓄えられている必要がある。
つまり、ＰＭＴが有効になるには、ＰＭＴパケット入力時刻であるＡＴＳ２から、（ｍ＋ｎ＋５）×８／Ｒｓｙｓ秒が経過しなければならない。ここで、ｎはＰＭＴパケットのａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのバイト長である。
Ｔ−ＳＴＤの基準クロックであるＳｙｓｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙ（ＳＣＦ）は２７００００００Ｈｚ（誤差として±８１０Ｈｚまでの許容範囲が規定されている）であるため、ＡＴＳをＳｙｓｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙの時刻精度で表した時刻情報だとすると、ＡＴＳ３とＡＴＳ２の間には以下の関係が成り立つ必要がある。
ＡＴＳ３≧ＡＴＳ２ ＋ （（ｍ＋ｎ＋５）＊８／Ｒｓｙｓ）＊ＳＣＦ
さらに、ＡＴＳ２とＡＴＳ３の最小間隔はＰＭＴパケット内にａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄがなく（ｎ＝０）、かつＰＭＴパケットには最小のＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ（２１バイト）が格納されているのみの時であるため、この場合２０８／Ｒｓｙｓ×ＳＣＦの時間間隔が最小となる。
同様に、ＰＡＴパケットの入力時刻ＡＴＳ１とＰＭＴパケットの入力時刻ＡＴＳ２に関しても、ＰＡＴパケット内のＰｒｏｇｒａｍ ａｓｓｏｃｉａｔｉｏｎ ｓｅｃｔｉｏｎのバイト長をｍ０とし、ＰＡＴパケットのａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのバイト長をｎ０とすれば、以下の関係を満足する必要がある。
ＡＴＳ２≧ＡＴＳ１ ＋ （（ｍ０＋ｎ０＋５）＊８／Ｒｓｙｓ）＊ＳＣＦ
さらに、ＡＴＳ１とＡＴＳ２の最小間隔はＰＡＴパケット内にａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄがなく（ｎ０＝０）、かつＰＡＴパケットには最小のＰｒｏｇｒａｍ ａｓｓｏｃｉａｔｉｏｎ ｓｅｃｔｉｏｎ（１６バイト）が格納されているのみの時であるため、この場合１６８／Ｒｓｙｓ×ＳＣＦの時間間隔が最小となる。
Ｓｙｓｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙ（ＳＣＦ）を２７ＭＨｚとして時間を２７ＭＨｚの精度で表現すれば、ＡＴＳ１とＡＴＳ２の時間間隔およびＡＴＳ２とＡＴＳ３の時間間隔の最小値は、それぞれ４５３６と５６１６となる。
続いて、図２３、図２４、図２５、図２６を用いて、Ｕｓｅｒ Ｐｒｉｖａｔｅパケット（ＵＰパケット）のセルフエンコーディングトランスポートストリームへの格納方法について説明する。
図２３では、ＵＰパケットをＵｓｅｒ Ｐｒｉｖａｔｅ ｓｔｒｅａｍとして定義した場合のＵＰパケット格納方法を示している。この場合、ＵＰパケットに対応するＰＭＴのｓｔｒｅａｍ＿ｔｙｐｅには、０ｘ８０以上でかつ０ｘＦＦ以下の識別番号が割り振られ、ＵＰパケットには固有のＰＩＤが付与され、ＵＰパケット内部のデータ構造はＭＰＥＧ規格外となる。また、ここではＵＰパケット内に、ＤＶＤ＿ａｔｔｒｉｂｕｔｅ＿ｓｅｃｔｉｏｎ（）というセクション構造を持たせた例を示している。
また、図２４では、ＵＰパケットをｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ構造を持たせ、固有のＰＩＤを付与する場合の格納方法を示している。ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ内のｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒの値によって、ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎのデータ構造が若干異なるが、ＵＰパケットの固有データはｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎのｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅに格納される。この場合、ｓｔｒｅａｍ＿ｔｙｐｅには、０ｘ０５の識別番号が割り振られる。
また、図２５では、ＵＰパケットをＰＭＴと同じＰＩＤのパケットとして格納する方法が示されている。この場合、ＵＰパケットのデータ構造はｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ構造に従う。この場合、ｓｔｒｅａｍ＿ｔｙｐｅは定義されず、ＵＰパケットにはＰＭＴパケットのＰＩＤが付与される。
また、図２６では、ＵＰパケットを個別に設けずに、ＰＭＴパケットに内包する方法が示されている。この場合も、ＵＰパケットに該当する固有データはｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ構造となり、ＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎに続いてｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎが記述される。すなわち、ＰＭＴパケット内に、ＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎとｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎの両方を格納している。
ここで、前述の方法によってＭＰＥＧ−ＴＳに格納される固有データの詳細について、説明する。
図２３、図２４、図２５、図２６にて記述されているように、固有データとしては、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＲＤＩ ＵｎｉｔのＲＤＩ＿ＧＩ（Ｒｅａｌ−ｔｉｍｅ Ｄａｔａ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｅｎｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ）と、ＤＣＩ＿ＣＣＩ（Ｄｉｓｐｌａｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｐｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を持つ。
ＲＤＩ＿ＧＩは、該当ＶＯＢＵの先頭再生開始時刻（ＶＯＢＵ＿Ｓ＿ＰＭＴ）と、記録日時情報を格納し、ＤＣＩ＿ＣＣＩは、当該ＶＯＢＵ内のアスペクト比情報、サブタイトルモード情報、フィルム・カメラモード情報等の表示制御に関わる情報と、コピー世代管理情報や、ＡＰＳ情報、入力ソース情報等が格納されている。（ＲＤＩ＿ＧＩとＤＣＩ＿ＣＣＩの詳細についてはＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格を参照。）
また、Ｖ＿ＡＴＲには、ビデオのビットレート情報、解像度情報、フレームレート情報（もしくはＮＴＳＣ／ＰＡＬ等のｖｉｄｅｏ＿ｆｏｒｍａｔ情報）、アスペクト比情報、符号化方式（ＭＰＥＧ２−Ｖｉｄｅｏや、ＭＰＥＧ１−Ｖｉｄｅｏ等の識別）の情報が格納される。
同様に、Ａ＿ＡＴＲにも、オーディオの本数に応じて、全部もしくは一部のオーディオのビットレート、符号化方式、チャンネル数、量子化ビット数、ダイナミックレンジコントロール等の情報が格納される。
また、ＣＣには、当該ＶＯＢＵ内のＣｌｏｓｅｄ Ｃａｐｔｉｏｎデータが格納される。ＣＣデータの格納には、ＰＳ変換の移植性を高めるために、予めｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿ｕｓｅｒ＿ｄａｔａ（１）（ＧＯＰレイヤーでユーザデータを格納する方法）形式で記述しても良いし、ＣＣデータを別記述方式で記述しても良い。
ＧＯＰレイヤーのユーザデータにＣＣデータを格納する形式で記述するのがＭＰＥＧ−ＰＳ変換の効率を高めるのは、ＤＶＤ−ＶｉｄｅｏやＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格がそのようにしているからである。
また、Ｃ＿ＳＥには、当該ＶＯＢＵ（もしくはＶＯＢ）のＴＳ２ＰＳ変換時に問題となるいくつかの問題点に対する情報が記述されている。
例えば、ＣＣ／ＷＳＳ／Ｔｅｌｅｔｅｘｔデータ格納位置情報には、ＣＣデータがＵＰパケットにあるのか、各ピクチャヘッダのユーザデータとして記述されているのか、もしくはこのＶＯＢＵ（ＶＯＢ）にＣＣデータが無いのか等を識別するための情報である。
ＷＳＳ格納位置情報については、固有データとしてＵＰパケットにまとめて格納されているのか、各ピクチャヘッダのユーザデータに記述されているのか等を示す情報である。
Ｔｅｌｅｔｅｘｔ格納位置情報については、Ｔｅｌｅｔｅｘｔを格納したＴＳパケットを設けて格納されているのか、各ピクチャヘッダのユーザデータに記述されているのか等を示す情報である。
多重化ブロック構造・転送情報については、図２７Ａ〜２７Ｈに示す多重化ブロック（１つのエレメンタリーストリームのみが、他のエレメンタリーストリームと混在することなく格納されたデータブロック）を構成するＴＳパケットが固定数なのか可変数なのか、また、固定数ならばその固定数を表す情報や、ＰＴＳ／ＤＴＳが多重化ブロックの先頭ＴＳパケットに付与されているかを示す情報や、同一多重化ブロック内での転送レートについての情報等が記述されている。従来の多重化に条件を課さないＭＰＥＧ−ＴＳエンコード時には、多重化ブロックは１つのＴＳパケットからのみ構成される固定長サイズとして記述することも可能である。
各デコーダバッファ制御用情報については、ビデオベリファイングバッファのパラメータであるｖｂｖ＿ｄｅｌａｙや、ｖｂｖ＿ｂｕｆｆｅｒ＿ｓｉｚｅ等のビデオバッファの余裕量を示す情報や（この情報を用いてビデオデータをＡＴＳの入力時刻からどれだけ先読みして良いのか判断することができる）、当該ＶＯＢＵ内のフレームでバッファ入力時刻が最もそのフレームのデコード時刻に近いフレームの入力完了時刻とデコード時刻との時刻差情報（この情報を用いてビデオ・オーディオデータをＡＴＳの入力時刻からどれだけ後読みして良いのか判断することができる）等を記述する。
さらに、ＤＶＤ＿Ｃｏｍｐａｔｉｂｉｌｉｔｙ情報には、該ＭＰＥＧ−ＴＳを各ＤＶＤ規格に準じたＭＰＥＧ−ＰＳにトランスコードする際に、どの程度の負荷があるかを示した情報である。
例えば、多重化ブロックが２ＫＢ以下で構成されていることでレベル１のインジケータ、ＣＣ、ＷＳＳ、Ｔｅｌｅｔｅｘｔデータが存在する場合に、ＣＣ、ＷＳＳデータがＵＰパケットに格納され、Ｔｅｌｅｔｅｘｔがビデオデータを格納した多重化ブロック内にＴｅｌｅｔｅｘｔパケットとして格納されていればレベル２のインジケータ、ＣＣ、ＷＳＳ、Ｔｅｌｅｔｅｘｔデータを各ＤＶＤ規格で定める領域に格納した際にバッファマネージメントを考慮する必要がなければレベル３のインジケータ、多重化ブロックの先頭ＴＳパケットのＡＴＳをＳＣＲに置換する際に、バッファマネージメントを考慮する必要がなければレベル４のインジケータ等と、該ＭＰＥＧ−ＴＳを各ＤＶＤのフォーマットに容易に変換できるか否かの変換性を示す情報である。
このＤＶＤ＿Ｃｏｍｐａｔｉｂｉｌｉｔｙ情報は、ＤＶＤ−Ｖｉｄｅｏ用、ＤＶＤ−Ａｕｄｉｏ用、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ用、ＤＶＤ Ｓｔｒｅａｍ Ｒｅｃｏｒｄｉｎｇ用等といった、ＤＶＤフォーマットにそれぞれ対応した変換容易性を示す情報群である。
図２７Ａ〜２７Ｈに多重化ブロックを利用したＭＰＥＧ−ＴＳの構造図と、それをＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇフォーマットに変換した場合のデータ構成図を示した。
図２７Ａに示す自己録ＴＳストリームは、図２７Ｂに示す自已録ＴＳストリームのＶＯＢＵ（再生・復号の単位）から構成される。図２７Ｃに示すように、１つのＶＯＢＵは複数の多重化ブロック（ＭＰＥＧ−ＰＳのパックに該当する）から構成される。それぞれの多重化ブロックは、図２７Ｄに示すように、固定長データサイズに分割されてもよく（これにより機器への実装が簡単になる。）、もしくは、図２７Ｅに示すように、可変長データサイズに分割されてもよい（この場合、記録媒体の容量を浪費しない）。図２７Ｄ、２７Ｅの場合は、ＰＳＩ／ＳＩパケットやＵＰパケット等の非エレメンタリーストリームと、エレメンタリーストリームとをそれぞれ分離して多重化ブロックを構成しているが、図２７Ｆに示すように、多重化ブロックにおいて、エレメンタリーストリームとともに、ＰＳＩ／ＳＩパケットやＵＰパケット等の非エレメンタリーストリームが格納されてもよい。なお、図２７Ｆの場合、多重化ブロック＃１と多重化ブロック＃２とが１つの多重化ブロックとなる。
さらに上記ストリームは、容易に図２７Ｇに示すＤＶＤ−Ｖｉｄｅｏ形式や、図２７Ｈに示すＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ形式に変換されることができる。
この場合、多重化ブロックの並びの通りにＭＰＥＧ−ＰＳのパックが形成され、１多重化ブロックは１パックのデータを格納した単位であることが、ＴＳ２ＰＳ変換を簡単に行うために重要である。
なお、図２７Ａ〜２７Ｈにおいて、カプセルヘッダや、ＡＴＳは本発明と関連が性が低いため、省略している。また、図２７Ｇ、２７Ｈで示した変換後のＭＰＥＧ−ＰＳの各パックは格納されるエレメンタリのバイト長やＶＯＢＵアライメントに応じてｓｔｕｆｆｉｎｇやｐａｄｄｉｎｇがなされる。
図２８Ａ〜２８Ｇは、図８で示した従来のストリームの多重化方法と対応して本発明における多重化を説明した図である。同図に示すように、最終的なフォーマットは図２８ＧのＭＰＥＧ−ＴＳに準拠したフォーマットである。ビデオストリーム（図２８Ａ）は複数のＧＯＰからなる（図２８Ａ）。各ＧＯＰは所定のピクチャデータからなり、ＭＰＥＧ−ＰＳに変換したときの１パックのデータ量に相当するデータ量を持つＴＳパケット群を１つの多重化ブロックとする（図２８Ｃ参照）。すなわち、１つの多重化ブロックは図２８Ｄに示すように１パックのデータ量に相当する複数のＴＳパケットに分割される。オーディオストリームについても同様に複数のＴＳパケットをまとめて１つの多重化ブロックとする。そして、図２８Ｅに示すように、多重化ブロック単位で多重化することによりＶＯＢＵを構成する。このように、本発明では、ＭＰＥＧ−ＰＳの１パックのデータ量に相当するデータ量を有するデータを多重化ブロックとしてまとめて配置する（図２８Ｅ参照）点が、図８に示す従来例に対して最大の相違点である。
また、ＭＰＥＧ−ＴＳの各パケットに付与するＡＴＳについて、図２９に示すように、同一多重化ブロック内においては、一定の増分（ΔＡＴＳ）だけＡＴＳを増加させながらＡＴＳを付与してもよい。このことは、ＴＳ２ＰＳへの変換時に複雑なバッファマネージメントを行うことを避け、単純なオフセット又はオフセットなしでＡＴＳからＳＣＲに置換するために有効である。このとき、ＡＴＳｉ（ｉ＝０，１，２，．．．）は次式の関係を満たす。
ＡＴＳｉ＋（多重化ブロック内のパケット数）×ΔＡＴＳ≦ＡＴＳｉ＋１
多重化ブロックが固定長の場合、１つの多重化ブロックに含まれるＴＳパケット数は一定であるため、多重化ブロックの境界を容易に知ることができる。しかし、多重化ブロックが可変長であるとき、１つの多重化ブロックに含まれるＴＳパケット数は不定であるため、多重化ブロックの境界を知ることが困難となる。そこで、この場合は、多重化ブロックの境界におけるＡＴＳ値の増分（ΔＡＴＳ）を、多重化ブロック内での増分（一定値）とは異なる所定の値に設定する。つまり、前の多重化ブロック内の最後のパケットのＡＴＳ値と、その直後の多重化ブロックの最初のパケットのＡＴＳ値との差分（ΔＡＴＳ）を、一定値と異なる所定の値に設定する。これにより、ΔＡＴＳを監視することにより、多重化ブロックの境界を知ることができる。ＭＰＥＧ−ＰＳへ変換する際のＴＳパケットとパックとを一対一に対応付けることができる。このとき、ＡＴＳｉは次式の関係を満たす。
ＡＴＳｉ＋（多重化ブロック内パケット数）×ΔＡＴＳ＜ＡＴＳｉ＋１
また、図２９に示すように、ＭＰＥＧ−ＴＳにおける多重化ブロックの先頭のパケットに付与されたＡＴＳｉと、変換後のＭＰＥＧ−ＰＳのパック毎に付与されるＳＣＲｉとが対応する。
また、図２９に示すように、ＵＰパケット内にＣｌｏｓｅｄ ＣａｐｔｉｏｎやＤＳＩ等の文字情報を格納してもよい。ＵＰパケット内のＤＳＩは変換後のＮＶ＿ＰＣＫのデータ生成に使用され、Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎはビデオパックに格納される。また、欧州でのＰＡＬ規格にも対応できるように、図３０に示すように多重化ブロックにおいてＴｅｌｅｔｅｘｔデータを格納したパケットを、ビデオデータを格納したパケットの間に挿入してもよい。このとき、Ｔｅｌｅｔｅｘｔデータを格納したパケットは、同時に表示されるＰＴＳを持つピクチャの直前に配置される。Ｔｅｌｅｔｅｘｔデータは、変換後はビデオパックに格納される。図３１に上記のようにＤＳＩ等を格納するＵＰパケットのデータ構造を示す。
また、ＵＰパケットの付加情報に、ＶＯＢＵ先頭のＩピクチャの最後のバイトを格納したＴＳパケットを特定する情報（ＶＯＢＵ先頭からの相対番号等）を記述してもよく、これにより、効率良い特殊再生が実現できる。同様に、ＶＯＢＵ内のいくつかのＩ、Ｐピクチャや、全ピクチャのピクチャ符号化種別情報と、そのピクチャのデータ長情報（例えば、最後のバイトを含んだＴＳパケットを特定する情報等）と、各ピクチャのＤＴＳ／ＰＴＳを示す情報を記述することで、特殊再生を支援することも可能である。
尚、前述の実施例において、ＰＴＳ／ＤＴＳを付与されたＴＳパケットが多重化ブロックの先頭になるようにエンコードすれば、ＴＳ２ＰＳ変換後のパックの先頭にアクセスユニットの先頭が配置されることになり、ＤＶＤ固有のヘッダ処理が簡単になる効果が期待できる。
尚、多重化ブロックを形成するＴＳパケットにはＭＰＥＧ−ＰＳへの変換を考慮し、パックに格納されるデータがあふれることの無いように、適宜スタッフィングを入れても良いし、多重化ブロック最後のＴＳパケットからスタッフィングを必要バイト数挿入しても良い。
尚、上記説明においては、ＤＶＤに記録することを中心に説明を行ったが、本発明はこれに限る訳ではなく、自己録ＴＳをＨＤＤや半導体メモリー等の情報記録媒体に記録した後、同一もしくは別の記録媒体上にＭＰＥＧ−ＰＳ変換されたストリームを記録するようにしても良い。
尚、上記説明においては、ＰＡＴ、ＰＭＴ、ＵＰパケットを各ＶＯＢＵの先頭に記録するとしたが、少なくともＶＯＢの先頭に記録するとしても良いし、少なくとも再生管理単位であるＣｅｌｌの先頭に記録するとしても良い。
尚、上記説明においては、ＰＡＴ、ＰＭＴ、ＵＰパケットを記録するとしたが、ＵＰパケットは無くても良い。
尚、上記説明においては、ＰＡＴ、ＰＭＴ、ＵＰパケットの配置を先頭に固定配置したが、本発明はこれに限る訳ではなく、Ｎｕｌｌパケットを格納したパケット等を間に挿入して記録しても良い。
尚、上記説明においては、セルフエンコーディングのストリームはＰＡＴパケットから始まるとしたが、これに限る訳ではなく、Ｎｕｌｌパケットから始まっても良い。
尚、Ｎｕｌｌパケットをセルフエンコーディングのストリームに適宜挿入することで、システム転送レートを固定レートにしても良い。
尚、図７のように、製造業者固有の情報を格納するデータ領域を設け、そこにＭＰＥＧ−ＴＳシステムエンコードの条件を記述するようにしても良い。
尚、上記説明にてＵＰパケットに記述した情報の全て若しくは一部を、図１５に示したＴＳ１−ＶＯＢ情報内に記述しても良い。
尚、ｄｕａｌ ｍｏｎｏの音声チャンネルで記録されたセルフエンコーディングトランスポートストリームをＤＶＤ−Ｖｉｄｅｏフォーマットに変換するときには、ＤＶＤ−Ｖｉｄｅｏには、ｄｕａｌ ｍｏｎｏの音声が規格上存在しないため、２本の異なる音声ストリームとして、左右のモノラル音声をそれぞれ分割し変換しても良い。
また、上記説明にてＵＰパケットに記述されるパラメータの一部もしくは全部を管理情報内に記述するようにしても良い。これは、１セルフエンコーディングトランスポートストリーム内で変化しないパラメータを多数回記録することを避けることで無駄な記録領域を発生させず、ＵＰパケットの出現ごとにパラメータが変化したか否かを判定する余分なデコーダ処理を軽減する効果が得られる。
第２の実施例．
（エンコーダの構成）
以下、本発明の別の実施例について詳細に説明する。最初に、本発明に係る情報記録装置のエンコーダについて、ＡＶ入力を受けてＭＰＥＧ−ＴＳにセルフエンコードを行うエンコード処理に焦点を当てて説明する。
図３３に、本発明に係る情報記録装置のエンコーダの構成を示す。同図に示したようにエンコーダ２１４は、各エレメンタリーエンコーダ２３０ａ、２３０ｂ、２３０ｃと、システムエンコーダ２３２とからなる。エンコーダ２１４はシステム制御部２１２からの制御信号を受け、エレメンタリーエンコーダ２３０ａ、２３０ｂ、２３０ｃ及びシステムエンコーダ２３２により、エレメンタリーエンコード又はシステムエンコードに切替えながらエンコード処理を行なう。各エレメンタリーエンコーダ２３０ａ、２３０ｂ、２３０ｃは、ビデオ、オーディオ、ＶＢＩ（Ｖｅｒｔｉｃａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）のそれぞれの信号を受けとり、エンコードを行う。
ビデオエンコーダ２３０ａは、システム制御部２１２からの制御信号を受け、これに従い、ビデオストリームのビットレート、解像度、アスペクト比等の属性を決められた範囲内でエンコードする。具体的には、ビデオエンコーダ２３０ａは、エンコード開始時にシステム制御部２１２から、「ＤＶＤ−Ｖｉｄｅｏ互換モード」、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」または「通常モード」のいずれかの動作モードを指定する制御信号を受信する。制御信号が指定するモードが「ＤＶＤ−Ｖｉｄｅｏ互換モード」であれば、ＤＶＤ−Ｖｉｄｅｏ規格のビデオ属性に準じたビデオストリームを、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」であれば、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ（以下「ＤＶＤ ＶＲ」と称す。）規格のビデオ属性に準じたビデオストリームを、「通常モード」であれば、ある所定の範疇の属性に準じたビデオストリームを生成する。
オーディオエンコーダ２３０ｂも同様に、システム制御部２１２からの制御信号を受け、これに従い、オーディオストリームのビットレート、量子化ビット数、チャンネル数等の属性を決められた範囲でエンコードする。ビデオエンコーダ２３０ａと同様に、具体的にはシステム制御部２１２から動作モードを示す制御信号を受信し、制御信号が示すモードが、「ＤＶＤ−Ｖｉｄｅｏ互換モード」であれば、ＤＶＤ−Ｖｉｄｅｏ規格のオーディオ属性に準じたオーディオストリームを、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」であれば、ＤＶＤＶＲ規格のオーディオ属性に準じたオーディオストリームを、「通常モード」であれば、ある所定の範疇の属性に準じたオーディオストリームを生成する。
ＶＢＩエンコーダ２３０ｃも、システム制御部２１２から動作モードを指定する制御信号を受け取り、これに従って、ＶＢＩデータをエンコードする。具体的には、ＶＢＩエンコーダ２３０ｃは、システム制御部２１２からＶＢＩエンコーダへ入力されるエレメンタリーストリームエンコード制御信号が、「ＤＶＤ−Ｖｉｄｅｏ互換モード」、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」を指定する時には、夫々の規格で規定されたＶＢＩデータの格納方法にしたがいＶＢＩデータを追加でエンコードする。追加でエンコードするとは、元々の通常モードでもＶＢＩデータを格納する方法が別途決められている可能性があるため、それと重複してエレメンタリーストリーム内に格納することを意味している。
以上のようにして、エンコードされたエレメンタリーストリームは夫々システムエンコーダ２３２によってＭＰＥＧ−ＴＳシステムストリームへ多重化される。
システムエンコーダ２３２も、各エレメンタリーストリームエンコーダ２３０ａ、２３０ｂ、２３０ｃと同様にシステム制御部２１２からエンコードの制御信号を受け、これに従ったエンコードを行う。
システム制御部２１２からシステムエンコーダ２３２への制御信号は、通常のＭＰＥＧ−ＴＳへのシステムエンコード制御信号か、通常のＭＰＥＧ−ＴＳに制限を加え、ＭＰＥＧ−ＰＳ（特にＤＶＤ固有のフォーマット）に容易に変換できるシステムエンコード制御信号（ＤＶＤ−Ｖｉｄｅｏモードか、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇモード）かのどちらかである。
通常のＭＰＥＧ−ＴＳへのシステムエンコード制御信号である場合には、システムエンコーダ２３２は、各エレメンタリーストリームエンコーダ２３０ａ、２３０ｂ、２３０ｃから入力されてきたエレメンタリーストリームをＭＰＥＧ−ＴＳシステムストリームの基準となるデコーダモデル（以下「Ｔ−ＳＴＤ」と称す。）で破綻を起こさないように、バッファマネージメントしながら、システムエンコードを行う。
さらに、システム制御部２１２からの制御信号が、ＭＰＥＧ−ＰＳへ容易に変換できるＭＰＥＧ−ＴＳへのシステムエンコードを指定する制御信号である場合には、上記に加えさらに特殊なシステムエンコードルールを守りながらエンコードを行う。
このようにして生成されたセルフエンコーディングＭＰＥＧ−ＴＳシステムストリームがエンコーダ２１４から出力される。
上述のように、本発明の情報記録装置は、エレメンタリーストリームとシステムストリームレベルで個々にエンコードモードを切り換えることを特徴としている。このエンコードモードの切り換えによって、夫々のエンコードモードに対しＤＶＤフォーマットへ変換する際の処理をまとめた表を図３４に示す。
このように、エレメンタリーストリームエンコーダ２３０ａ、２３０ｂ、２３０ｃ及び、システムストリームエンコーダ２３２にＭＰＥＧ−ＰＳへの変換を前提としたエンコードを行わせることで、ＭＰＥＧ−ＰＳへ容易に変換可能なＭＰＥＧ−ＴＳが作成される。
（セルフエンコードされたＭＰＥＧ−ＴＳ）
以下に、本発明の情報記録装置にてセルフエンコードされたＭＰＥＧ−ＴＳのフォーマットの一実施例を詳細に説明し、通常のＭＰＥＧ−ＴＳ（以下「ＳＥＳＦ」と称す。）と、ＭＰＥＧ−ＰＳに容易に変換可能なＭＰＥＧ−ＴＳ（以下「Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ」と称す。）との相違を説明する。
以下の例では、ＭＰＥＧ−ＴＳストリーム単位で属性情報等を格納するＶＯＢＩに、そのストリームの符号化条件を表す情報を格納する。このようにストリーム中ではなく、管理情報に符号化条件を表す情報を格納することにより、ストリームを解析することなくそのストリームがＤＶＤ−ＶｉｄｅｏやＤＶＤ ＶＲのフォーマットに容易に変換可能なのか否かの判定を素早く行うことが可能となる。なお、このストリームの符号化条件を表す情報は後述のＴｉｐパケット中に格納されても良い。
このストリームの符号化条件を表す情報を”ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ”という２ビットのフラグで表す。フラグの値の意味は以下の通りである。
００ｂ：通常のＭＰＥＧ−ＴＳ （ＳＥＳＦ）
０１ｂ：ＤＶＤ ＶＲ規格のストリームフォーマットに容易に変換可能なＭＰＥＧ−ＴＳ （Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ）
１０ｂ：リザーブ
１１ｂ：ＤＶＤ Ｖｉｄｅｏ規格のストリームフォーマットに容易に変換可能なＭＰＥＧ−ＴＳ （Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ）
ストリーム管理情報内に、００ｂの値を取る場合には、元々ＭＰＥＧ−ＰＳへの高速変換を考慮せずにエンコードされている場合と、ユーザの編集作業によって、個々のＭＰＥＧ−ＰＳへの変換が容易なＭＰＥＧ−ＰＳを連結して一つのストリームとした場合が考えられる。
また、ストリーム中にもｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎを併せ持つ場合、通常のＭＰＥＧ−ＴＳを示すｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝００ｂをストリーム内に持つ意味は無く、ストリーム中では（後述のＴｉｐパケット内では）、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝００ｂはリザーブとして、使用禁止とされるとして、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの使用方法がストリーム内／外で異なることもあり得る。
以上のようにフラグの値を決定することで、ＶＯＢＩのｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドの値から、そのストリームがＤＶＤ−ＶｉｄｅｏやＶＲフォーマットに容易に変換できるのか否かを判定することができる。ここでいう容易に変換できるというのは後述の変換方法で変換できることを意味している。
（Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリーム構造）
図８０にＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの全体的なストリーム構造を示す。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは複数のＳＥＳＦ ｃａｐｓｕｌｅ（ＳＥＳＦカプセル）からなる。ＳＥＳＦ ｃａｐｓｕｌｅは所定のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを含み、かつ、先頭にＴｉｐパケット（詳細は後述）を有する。各ＳＥＳＦ ｃａｐｓｕｌｅの再生時刻情報（ＰＴＳ）と、Ｔｉｐパケットのアドレス情報とはアクセスマップ８０ｃにより対応付けられる。後述するように、ＴＳ２ＰＳ変換では、このＳＥＳＦ ｃａｐｓｕｌｅ毎に変換処理が行なわれる。
図３２は１つのＳＥＳＦ ｃａｐｓｕｌｅ内の各パケットとＭＰＥＧ−ＰＳのパックとの対応を示した図である。図３２に示すように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内に、ストリームの固有情報を格納したＴＳパケット（以下「Ｔｉｐパケット」と称す。）が挿入される。以下に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内に埋め込まれるＴｉｐパケットを図３５から図４１を用いて説明する。
＜Ｔｉｐパケット＞
図３５にＴｉｐパケットの全体構造を示す。この図にあるようにＴｉｐパケットは、そのパケットがＴｉｐパケットであると特定するためのＤａｔａ＿ＩＤと、ＤＶＤ ＶＲのＤＣＩ＿ＣＣＩフィールドに対応し、表示制御やコピー制御情報を含むｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏと、ストリームのエンコード情報を格納したｅｎｃｏｄｅ＿ｉｎｆｏと、製造者独自の付加情報を記述できるＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａとを格納する。
図３５、３６に示したように、Ｔｉｐパケットには後述のＳＣＲ演算に必要なＰＣＲ値をアダプテーションフィールド内に記述している。このアダプテーションフィールドも固定バイト長であるため、Ｔｉｐパケット内の各種情報へ固定アドレスでのアクセスが可能である。
図３７にＤａｔａ＿ＩＤの構造を示す。Ｄａｔａ＿ＩＤは、そのパケットがＴｉｐパケットであることを識別するためのＤａｔａ＿Ｉｄｅｎｔｉｆｉｅｒを備える。Ｄａｔａ＿Ｉｄｅｎｔｉｆｉｅｒは、アスキーコードで”ＴＩＰ”を表す「０ｘ５４４９５０」の値を持った３バイトのフィールドである。再生装置のデコーダはこのフィールドの値を判定し、Ｔｉｐパケットと特定することもできる。
図３８に、ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏの構造を示す。このｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏに、ＤＶＤ ＶＲ規格のＲＤＩ ＵｎｉｔのＤＣＩ＿ＣＣＩと同一の構造および情報を持たせることで、当該Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤ ＶＲフォーマットへ変換する際のＲＤＩパックの生成を容易にしている。（なお、ＤＶＤ ＶＲ規格のＤＣＩ＿ＣＣＩの詳細については「ＤＶＤ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅｗｒｉｔａｂｌｅ／Ｒｅ−ｒｅｃｏｒｄａｂｌｅ Ｄｉｓｃ Ｐａｒｔ３ ＶＩＤＥＯ ＲＥＣＯＲＤＩＮＧ」や特許第３１６２０４４号に開示されている。これらの文献においては、一部フィールド名が異なっているが、各フィールドの定義はＤＶＤ ＶＲフォーマットへの変換時にそのままコピーを可能にするため同一である。）
図３９にｅｎｃｏｄｅ＿ｉｎｆｏの構造を示す。ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドには、Ｔｉｐパケットに続くビデオストリームの解像度情報が記述される。ｅｎｃｏｄｅ＿ｉｎｆｏの値を以下に示す。
００００ｂ：７２０ｘ４８０（ＮＴＳＣ）、７２０ｘ５７６（ＰＡＬ）
０００１ｂ：７０４ｘ４８０（ＮＴＳＣ）、７０４ｘ５７６（ＰＡＬ）
００１０ｂ：３５２ｘ４８０（ＮＴＳＣ）、３５２ｘ５７６（ＰＡＬ）
００１１ｂ：３５２ｘ２４０（ＮＴＳＣ）、３５２ｘ２８８（ＰＡＬ）
０１００ｂ：５４４ｘ４８０（ＮＴＳＣ）、５４４ｘ５７６（ＰＡＬ）
０１０１ｂ：４８０ｘ４８０（ＮＴＳＣ）、４８０ｘ５７６（ＰＡＬ）
Ｏｔｈｅｒｓ：リザーブ
ＤＶＤ ＶＲフォーマットでは１連続記録中の解像度が、可変であっても良い。しかしながら、この場合、解像度が異なるストリームは別個のＶＯＢとして管理され、レコーダによっては再生時のシームレス接続が保証される。したがって、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ記録中に解像度変化を起こす場合には、ＤＶＤ ＶＲフォーマットに変換した場合に、どの地点からＶＯＢを切り分ける必要があるのかを判定するために、このフィールドが使用される。
ＤＶＤ−Ｖｉｄｅｏフォーマットに変換することを考慮して記録されるＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）では、解像度変化は１ストリーム内では起こらない。
ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドは、ＶＯＢＩに格納された値と（００ｂである場合を除き）同一である。ストリームの管理情報だけでなく、ストリーム中にも埋め込んでｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドを格納する理由は、ＩＥＥＥ１３９４に代表されるデジタルインターフェースを介してストリームがコピーされるようなことがあっても、受け手の記録装置がこのＴｉｐパケット内のｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドを確認することで、容易にＤＶＤフォーマットへ変換できるか否かの判定を行うことを可能とするためである。
ＦＶＦＰＳＴフィールドには、ＤＶＤ ＶＲ規格のＶＯＢＵ＿Ｓ＿ＰＴＭが記録される。これは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤ−Ｖｉｄｅｏ／ＶＲフォーマットへ変換する際に、Ｔｉｐパケットに続き符号化されているビデオストリームの解析を行い、最初に表示されるビデオフィールドの再生時刻を算出する処理を省くためである。
ＦＶＦＰＳＴフィールドは、前記ビデオフィールドの表示時刻を９０ＫＨｚ精度で表した３２ビットのフィールドと、これに表現されない２７ＭＨｚ精度で表した１６ビットのフィールドから成る。
図４０に、ＰＥＳ＿ｉｎｆｏの構造を示す。ＰＥＳ＿ｉｎｆｏは、エレメンタリーストリームの解析をすることなく、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤ−Ｖｉｄｅｏフォーマットへ変換するために必須となる情報である。この情報は、ＤＶＤ−Ｖｉｄｅｏのストリームに挿入されるＮＶ＿ＰＣＫと呼ばれる、特殊再生を支援するためのパックに格納される情報を生成するために必要となる。
ＰＥＳ＿ｉｎｆｏには、合計１３６個のビデオデータとオーディオデータを格納したＰＥＳパケットの情報を格納することが可能である。夫々のＰＥＳパケットに対して、４ビットずつのデータが割り当てられ、ＰＥＳパケットの内部を解析せずともＮＶ＿ＰＣＫの情報を生成できるようになっている。尚、ビデオまたは、オーディオデータを格納していないＰＥＳパケットがある場合には、そのＰＥＳパケットは無視される。
Ｔｉｐパケットから、次のＴｉｐパケットの一つ前のパケットまでのデータ単位であるＳＥＳＦ Ｃａｐｓｕｌｅに対して、ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇは、ｊ番目のＰＥＳパケットがこの該当のＳＥＳＦ Ｃａｐｓｕｌｅ内に存在するか否かのフラグである。ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇの値は以下のように設定される。
０ｂ：ｊ番目のＰＥＳパケットが当該ＳＥＳＦ Ｃａｐｓｕｌｅ内に存在しない。
１ｂ：ｊ番目のＰＥＳパケットが当該ＳＥＳＦ Ｃａｐｓｕｌｅ内に存在する。
ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＝０ｂ（ＰＥＳパケットが存在しない場合）である時には、当該ＰＥＳパケットの残りのフィールドは全て０ｂとする。
ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒは、該ＰＥＳパケットに格納されたデータが、ビデオデータなのか、オーディオデータなのかを識別するための情報である。ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒの値は以下のように設定される。
０ｂ：ビデオストリーム
１ｂ：オーディオストリーム
ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇとＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒは対象となる全てのＰＥＳパケットについて記述されるフィールドである。
さて、上記ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒによってビデオかオーディオが格納されていると判明した時点で、ＰＥＳパケットが格納するストリームの種別によって、それ以降のフィールド定義が異なる。
そのＰＥＳパケットがビデオストリームを格納していた場合（ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒ＝０ｂ）は、ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒに続いて、そのＰＥＳパケットに格納されたピクチャの種別を示すｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅが定義される。
ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値は以下のように設定される。
００ｂ：０１ｂ、１０ｂ以外の符号化が施されたピクチャ
０１ｂ：フレームエンコードされたＩピクチャまたは、フィールドエンコードされたＩピクチャの一対または、フィールドエンコードされたＩピクチャとフィールドエンコードされたＰピクチャの一対
１０ｂ：フレームエンコードされたＰピクチャまたは、フィールドエンコードされたＰピクチャの一対
１１ｂ：リザーブ
つまり、０１ｂもしくは１０ｂのピクチャはＤＶＤ−Ｖｉｄｅｏ規格で定義される参照ピクチャとなるピクチャである。以上が、ビデオを格納したＰＥＳパケットに対する付加情報である。
一方、ＰＥＳパケットがオーディオストリームを格納していた場合（ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒ＝１ｂ）は、ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒに続いて、そのＰＥＳパケットに格納されたオーディオストリームが第一音声ストリームなのか、第二音声ストリームなのかを識別するｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒと、毎Ｔｉｐパケットに記述されたＦＶＦＰＳＴ（一番最初に表示されるビデオフィールドの再生開始時刻）と同時もしくはその直後に再生が開始されるオーディオフレームを含んでいるか否かの判定フラグであるｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇとがある。
ｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒの値は以下のように設定される。
０ｂ：第一音声ストリーム
１ｂ：第二音声ストリーム
第一音声ストリームか、第二音声ストリームかの識別は、ＰＩＤの設定規則や、ＰＭＴでのエレメンタリーストリーム宣言の順番等でも決めることができる。
ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇの値は、以下のように設定される。
０ｂ：該オーディオＰＥＳパケットの中に、ＦＶＦＰＳＴと同時もしくは直後に再生開始されるオーディオフレームが格納されていない。
１ｂ：該オーディオＰＥＳパケットの中に、ＦＶＦＰＳＴと同時もしくは直後に再生開始されるオーディオフレームが格納されている。
以上が、オーディオを格納したＰＥＳパケットに対する付加情報である。ＰＥＳ＿ｉｎｆｏは、このように該Ｔｉｐパケットに続く個々のＰＥＳパケットごとの情報を抽出し、格納しているフィールドである。
図４１に、ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａを示す。図示した通り、ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａは、該Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成した製造者を特定するｍａｋｅｒ＿ＩＤと、その製造者が固有付加情報を記述するｍａｋｅｒ＿ｐｒｉｖａｔｅ＿ｄａｔａを設ける。
図４２Ａ、４２Ｂに、ＴｉｐパケットのＰＩＤとストリームの種別を示すｓｔｒｅａｍ＿ｔｙｐｅ値の一例を示す。ＰＩＤ、ｓｔｒｅａｍ＿ｔｙｐｅ共にＭＰＥＧや他規格にて予約されている値があるため、それらと干渉せずかつＭＰＥＧ規格外のプライベートデータであることを加味し、上記の値を選択した。
以上のように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦに格納されるＴｉｐパケットには、各種ストリームの属性情報が抽出され格納されている。上記説明したフィールドがＤＶＤフォーマットへ変換する際にどのように使用されているかの詳細については、後述する。
（システムエンコード条件）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのシステムエンコード条件について詳細に説明する。尚、以下のシステムエンコード条件は通常のＳＥＳＦには適用されない。
（多重化単位（Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ））
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内のエレメンタリーストリームを格納したＴＳパケットは、ＤＶＤフォーマットの２ＫＢのパックに格納されるデータをまとめたユニットである多重化単位（Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）から構成される。なお、この多重化単位（Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）は第１の実施例の多重化ブロックに対応する。
１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内には、１種類のエレメンタリーストリームを格納するＴＳパケットだけが格納されており、他の種類のエレメンタリーストリームを格納するＴＳパケットと混在することはない。また、ＮＵＬＬパケットとの混在は、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを構成する際に必要となる場合があるので（例えば、ストリームの最後のパートを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）、禁止しない。これも、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔとパックの関係を明確にするために必要である。
１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは１１個の連続したＴＳパケットから構成され、各Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内のエレメンタリーストリーム（ペイロードデータ）は対応する１つのパックに完全に格納される。これも同様に、パックとの関連性を制限している。
ビデオストリームを格納したＰＥＳパケットが複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割配置される場合には、ＰＥＳパケットの最後のバイトを含むＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、全てのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは１８４×１１＝２０２４ＢのＴＳパケットペイロードデータを格納する。これは、最大の効率でストリームを転送することと、ＴＳパケット単位の逐次処理がＴＳ２ＰＳ変換時に容易に実行できるようにするためである。仮に最後以外のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔのデータ量を２０２４Ｂ以下と認めてしまうと、ＴＳ２ＰＳ変換時にＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ最初のＴＳパケットを変換する際にＭＰＥＧ−ＰＳのパック毎のパケットヘッダに格納されるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈの値を容易に決定することができなくなる。
Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中で始まる最初の完全なオーディオフレームデータは、ＰＥＳパケットペイロードの中で先頭のオーディオフレームでなければならない。
これは、オーディオストリームを格納したＰＥＳパケットが複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに格納されることを考えると分り易い。仮に１つのオーディオＰＥＳパケットが複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割配置されるとすると、２つ目以降のＭｕｌｔｉｐｌｅｘｉｎｇ ＵｎｉｔをＭＰＥＧ−ＰＳのパックに変換する際に、パケットヘッダを生成するために、ＰＴＳを特定し、１つのパックに格納されるオーディオフレームの個数を決定する必要がある。このため、ＴＳ２ＰＳ変換時にオーディオストリームの内部解析が必要となり変換処理が煩雑となることを避けている。
以上がＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの定義となる。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成するエンコーダは、上記Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの制限の中でシステムエンコードを行う。
（Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内のＰＥＳパケットヘッダの制限）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内のＰＥＳパケットヘッダのフィールド値について、いくつかの制限を説明する。
図４３に示したように、ＰＥＳパケットヘッダのフィールドには、固定値しか許されないものがある。これは、ＤＶＤフォーマットへ変換した際に余計な処理を発生させないためである。余計な処理とは、ＤＶＤフォーマットで定義された値と異なる値によって付加的に発生／消滅するフィールドを処理することを意味している。言い換えれば、ＴＳ２ＰＳ変換時に、ヘッダに追加されるフィールドや削除されるフィールドを極力押さえることが、このＰＥＳパケットヘッダの制限の目的である。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｇｎｔｈの値はＭＰＥＧ−ＴＳに格納されたビデオストリーム場合、０が許されることがある。
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓは、ＰＴＳ、ＤＴＳが記述されているか否かを示すフラグである。
オーディオストリームを格納したＰＥＳパケットの場合、必ず１つ以上のオーディオフレームがＰＥＳパケット内で開始され、ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓは１０ｂ（ＤＴＳがある場合には１１ｂ）に設定される。
ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇとＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｇｎｔｈには、ＴＳ２ＰＳ変換の際にＴＳパケット単位の逐次処理を行うための制限がある。これを図４４に示した。
図４４に示した通り、エレメンタリーストリームの種別、ＰＥＳパケットの位置とｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの値によって、夫々の値が定義される。
ここで、図４４にあるＶＰＤとは、ＰＥＳパケットのＰＴＳフィールドとＤＴＳフィールドを足し合わせたバイト長である。即ち、
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝００ｂならば、ＶＰＤ＝０
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１０ｂならば、ＶＰＤ＝５
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１１ｂならば、ＶＰＤ＝１０
である。
前述の通り、ＤＶＤ−ＶｉｄｅｏやＶＲへ変換する際に、１パックのペイロード長が確定してからパックを構成するのではなく、ＴＳパケットごとの逐次処理を容易にするためにこの制限が必要となる。
以上が、ＰＥＳパケットヘッダの定義となる。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成するエンコーダは、上記制限の中でシステムエンコードを行う。
（Ｔｉｐパケットの挿入間隔に対する制限）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内に挿入されるＴｉｐパケットの挿入間隔に関する制限を説明する。
ＴｉｐパケットのＡＴＳ（ＡＴＳ１）が示すデコーダ入力時刻と、Ｔｉｐパケットに続いて最初にデコーダに入力されるビデオもしくはオーディオストリームを格納したＴＳパケットのＡＴＳ（ＡＴＳ２）が示すデコーダ入力時刻とは、以下の関係が成り立つ必要がある。
Figure 2004091209
Ｔは、ＰＳパックの最小転送期間である。この最小転送期間は、ＰＳパックがシステムデコーダに入力開始されてから完了するまでの最小期間である。すなわち上記の式は、各ＴＳパケットのＡＴＳ間隔は、少なくとも変換後のＰＳパックがシステムデコーダに入力可能な間隔よりも大きいことが必要なことを示している。
Ｔの値を求めると次のようになる。
ＰＳ＿ｐａｃｋ＿ｓｉｚｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳでの１パックのバイト長であり、ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙはＭＰＥＧ−ＰＳデコーダの基準時刻の周波数であり、ＰＳｒａｔｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳストリームの多重化レートである。
ＤＶＤフォーマットの場合、それぞれ以下の値を取るため、ＡＴＳ１とＡＴＳ２の関係は次のようになる。
ＰＳ＿ｐａｃｋ＿ｓｉｚｅ＝２０４８ バイト、
ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ＝２７００００００ Ｈｚ、
ＰＳｒａｔｅ＝１００８００００ ビット／秒、
Figure 2004091209
よって、ＡＴＳ１ ＋ ４３８８６ ＝ ＡＴＳ２ がＡＴＳ２の最小値となる。典型的には、後述のＴＳ２ＰＳ変換にてＴｉｐパケットがＮＶ＿ＰＣＫ（ＤＶＤ−Ｖｉｄｅｏ変換時）もしくはＲＤＩ＿ＰＣＫ（ＤＶＤ ＶＲ変換時）の２ＫＢのサイズを持つパックに変換されるが、上記の式を満たさない場合は、続くエレメンタリーストリームの転送時刻が早まり、ＤＶＤのシステム転送レート１０．０８Ｍｂｐｓの上限を超えてしまうことになる。
一つのＳＥＳＦ ｃａｐｓｕｌｅには整数個のＧＯＰがアライメントされて配置される。これは、ＤＶＤフォーマットのＶＯＢＵの概念をＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ上で実現するために、ＳＥＳＦ ｃａｐｓｕｌｅを、ＤＶＤフォーマットのＶＯＢＵに対応させるためである。ＤＶＤフォーマット（ＤＶＤ ＶＲ）では、このＶＯＢＵは整数個のＧＯＰから構成される必要がある。
一つのＳＥＳＦ ｃａｐｓｕｌｅ内に格納されるビデオデータの再生時間軸上での時間幅は、０．４秒以上、１．０秒以下でなければならない。また、最後のＳＥＳＦ ｃａｐｓｕｌｅに格納されるビデオデータの再生時間軸上での時間幅は、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ（ＤＶＤ−Ｖｉｄｅｏモード）時には０．４秒以上１．２秒以下であり、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝０１ｂ（ＤＶＤ ＶＲモード）時には１．０秒以下でなければならない。これは、ＳＥＳＦ ｃａｐｓｕｌｅがＶＯＢＵとなり、各ＤＶＤフォーマットに従うために必要である。
各Ｔｉｐパケットは、通常、時間−アドレス変換を行うアクセスマップと１対１にポイントされることが望まれる。これは、ＴＳ２ＰＳ変換を行う際に、ＤＶＤフォーマットで言う所のＶＯＢＵ単位で変換を即座に始められるようにすることと、変換時にＤＶＤ−Ｖｉｄｅｏフォーマットに変換する場合に、ＴｉｐパケットをＮＶ＿ＰＣＫへと変換していく際に、ＮＶ＿ＰＣＫ内に格納される近隣ＶＯＢＵへのアドレス情報であるＤＳＩ（Ｄａｔａ Ｓｅａｒｃｈ Ｉｎｆｏｒｍａｔｉｏｎ）をアクセスマップから作成するために必要である。ＤＳＩを計算するためには、アクセスマップが、Ｔｉｐパケットごとにその再生時間（ＦＶＦＰＳＴに準じたＴｉｐパケット直後のＡＶ再生時刻情報の一部もしくは全部）とＴｉｐパケットの記録アドレスとを格納し、２つの連続するＴｉｐパケット間にＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔが何個格納されているかが判れば良い。これは次の制約によって実現される。
尚、全てのＴｉｐパケットがアクセスマップからポイントされなくても良い、例えば、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内で一番最後のＴｉｐパケットに続くＡＶデータは、再生時間長や次のＴｉｐパケットが無い等、他のＴｉｐパケットと異なる状態にあるため扱いが異なる。このような場合、一番最後のＴｉｐパケットをアクセスマップに登録せずとも特に再生や変換に支障をきたす訳ではない為、機器の実装を鑑み、例外処理としても良い。
連続する２つのＴｉｐパケット間には、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに属さないパケットが合計３２個挿入される。これは、ＴＳ２ＰＳ変換時にアクセスマップを用いてＤＶＤフォーマットに変換した場合、ＶＯＢＵのパック数がいくつになるのかを特定するために必要である。（パケット数は３２個に限定する必要はないが、ある所定の個数である必要がある。アクセスマップのＴｉｐパケットのアドレス情報から、Ｔｉｐパケットに続くＴＳパケット数が特定できるため、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔでないパケットがいくつあるのかが判れば、ＤＶＤフォーマットに変換した際に、ＶＯＢＵにいくつのパックが入るのか特定できる。これが重要である。また、この情報はＭＮＦや各Ｔｉｐパケット内のＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ内に記述されても良い。）
また、３２個にする理由は、ＭＰＥＧ−ＴＳのプログラム構成情報を示すＰＡＴ、ＰＭＴパケットが最低１００ｍｓｅｃに一回以上埋め込まれることと、プログラムごとの固有情報を格納したＳＩＴパケットが最低１秒に一回以上埋め込まれることと、デコーダ基準時刻を作り出すＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を格納するＰＣＲパケットが最低１００ｍｓｅｃに一回以上埋め込まれることと、何れのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにも属さないＮＵＬＬパケットが自由に付加できることと、Ｔｉｐパケットの挿入間隔がＡＶデータ再生時間軸で１．０秒以下であることから、連続する２つのＴｉｐパケット間には、少なくとも３１個のＰＡＴ、ＰＭＴ、ＰＣＲ、ＳＩＴパケットがあれば良い事になる。従って連続する２つのＴｉｐパケット間に、その時間に応じたＰＡＴ、ＰＭＴ、ＰＣＲ、ＳＩＴパケットを挿入し、３２パケットになるまでＮＵＬＬパケットを付与することで、ＶＯＢＵのパック数をアクセスマップから特定することができる。
一例として、０．５秒間隔でＴｉｐパケットが挿入され、アクセスマップから特定できる該Ｔｉｐパケットに続くＴＳパケットの個数が１２０９ＴＳパケットである場合について変換後のパック数を考えてみると、ＰＡＴ、ＰＭＴ、ＰＣＲパケットを合計して１５パケット（＝５＋５＋５）、ＳＩＴパケットがこのＴｉｐパケットに続けて挿入されたとして１パケット、残りの１６パケットをＮＵＬＬパケットとして挿入する。これをＤＶＤフォーマットに変換する場合には、ＴｉｐパケットがＮＶ＿ＰＣＫ（ＤＶＤ−Ｖｉｄｅｏへ変換時）もしくはＲＤＩ＿ＰＣＫ（ＤＶＤ ＶＲへ変換時）に変換されて１パック、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（１１ＴＳパケット）は１パックに夫々変換される。従って、ＶＯＢＵのパック数は、
１＋Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの個数
という式で求めることができ、Ｍｕｌｉｔｐｌｅｘｉｎｇ Ｕｎｉｔの個数は、
（該Ｔｉｐパケットに続くＴＳパケット数−３２）／１１
であるため、この例の場合には、
１＋（（１２０９−３２）／１１） ＝ １＋１０７ ＝ １０８
となり、該ＶＯＢＵは、トータル１０８パックであることが計算できる。このＶＯＢＵ毎のパック数と再生開始時刻情報があれば、ＤＶＤ Ｖｉｄｅｏへ変換する際に必要となるＮＶ＿ＰＣＫのＤＳＩパケットを生成するのがきわめて高速に実現できる。
以上が、Ｔｉｐパケット挿入間隔に対する制限である。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成するエンコーダは、上記制限の中でシステムエンコードを行う。
（デコーダ制御に関する制限）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのデコーダ制御（バッファマネージメント）に関する制限を説明する。
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、ＭＰＥＧ−ＴＳの基準デコーダモデルであるＴ−ＳＴＤの基準を満たすよう作成される必要がある。これは、Ｔ−ＳＴＤ準拠のデコーダを搭載したＳＴＢ等でもストリームの種別さえ合えば、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのデコードが可能であることを意味している。
ＭＰＥＧ−ＴＳの基準デコーダモデルであるＴ−ＳＴＤと、ＭＰＥＧ−ＰＳの基準デコーダモデルであるＰ−ＳＴＤは、ほぼ同じ動作・処理能力を持つが、オーディオストリームのデコーダへの入力レートが異なる。具体的には、Ｔ−ＳＴＤは、図１８を用いて説明すると、オーディオデコーダ前のトランスポートバッファからオーディオバッファへの転送レートがＡＡＣを除いて、２Ｍｂｐｓ固定となっている。しかしながら、Ｐ−ＳＴＤはシステムレートつまりＤＶＤだと１０．０８Ｍｂｐｓのレートで、各種ストリームをデコーダへ入力することができる。
したがって、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦとＤＶＤフォーマットとのバッファマネージメントは共通化できないことになる。
このように、一般的には、ＭＰＥＧ−ＴＳとＭＰＥＧ−ＰＳ間でのバッファマネージメントは共通化できないが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤフォーマットへ変換する際に、再度バッファマネージメントを考慮しながらシステムエンコード処理を行うことを避け、各ＴＳパケットに付与されたＡＴＳを用いて、変換後のパックのデコーダ入力開始時刻を示すＳＣＲ（Ｓｙｓｔｅｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を算出できれば、極めて高速にかつ容易に変換が実行できる。ＡＴＳを用いたＳＣＲの導出方法の詳細は後述する。
また、本発明のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、Ｔ−ＳＴＤ準拠であると共に、後述する変換方法によって生成されたＭＰＥＧ−ＰＳが、Ｐ−ＳＴＤ準拠であることを保証できるように、予めエンコードされる必要がある。
つまり、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦとは、ＭＰＥＧ−ＰＳに変換してもＰ−ＳＴＤ準拠になるようにＭＰＥＧ−ＴＳにエンコードされたストリームである。
以上が、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのバッファマネージメントに関する制限である。なお、ＳＥＳＦではこれらのことを気にすることなく、Ｔ−ＳＴＤに合致するようにエンコードするのみである。
ここで、Ｔ−ＳＴＤ、Ｐ−ＳＴＤの基準モデルに準拠しないＭＰＥＧ−ＴＳ、ＭＰＥＧ−ＰＳの例を説明する。
最初に図４５に、ＭＰＥＧ−ＰＳに変換可能だが、Ｔ−ＳＴＤモデルを満たさないようにセルフエンコードされたＭＰＥＧ−ＴＳの例を示す。ストリームＴＳ１は、Ｔ−ＳＴＤモデルに準拠するようにシステムエンコードされたＭＰＥＧトランスポートストリームである。ストリームＴＳ２は、Ｔ−ＳＴＤモデルに準拠していないＭＰＥＧトランスポートストリームである。すなわち、ストリームＴＳ２においては、ＡＴＳ［４７］からＡＴＳ［５７］の値が、ＭＰＥＧ−ＴＳにおいてオーディオデータに対して許容される転送レートを超えてしまうように設定されており、このため、オーディオのトランスポートバッファ（図１８参照）をオーバーフローさせてしまいＴ−ＳＴＤモデルを満たさないようになっている。これに対し、ストリームＴＳ１は、ＡＴＳ［４７］からＡＴＳ［５７］の値がＭＰＥＧ−ＴＳにおいてオーディオデータに対して許容される転送レートを満たすように設定されている。このストリームからは、後述のＳＣＲ変換式にてＰ−ＳＴＤ準拠のＭＰＥＧプログラムストリームＰＳ１に正しく変換できる。また、ストリームＴＳ２も、Ｔ−ＳＴＤを満たさないが、後述のＳＣＲ変換式で変換すれば、ＰＳ１を生成する。ストリームＴＳ２をＴ−ＳＴＤ準拠のＭＰＥＧ−ＴＳにするためには、ＡＴＳ［４７］からＡＴＳ［５７］で指定されるオーディオパケットの転送時間間隔を広げ、トランスポートバッファをオーバーフローさせないようにすることが必要である。
次に、図４６Ａ、４６ＢにＴ−ＳＴＤは満たすが、ＭＰＥＧ−ＴＳから変換されたＭＰＥＧ−ＰＳがＰ−ＳＴＤモデルを満たさない場合の例を示す。ストリームＴＳ３はＭＰＥＧトランスポートストリームであり、ストリームＰＳ３はＭＰＥＧトランスポートストリームＴＳ３から変換されたＭＰＥＧプログラムストリームである。図４６Ｂは、各ストリームのデコード時のビデオデータ用バッファの状態の変化を示している。ＰＥＳ＃１のピクチャのデコード時刻はＳＣＲ［２］であり、ＰＥＳ＃２のピクチャのデコード時刻はＳＣＲ［４］とＳＣＲ［５］の間にくる。 図４６Ｂに示すように、トランスポートストリームＴＳ３においては、ＰＥＳ＃１、ＰＥＳ＃２に含まれるピクチャデータのデコードまでに各ＴＳパケットのデータ転送が間に合っている。これに対し、プログラムストリームＰＳ３ではＰＥＳ＃１に対してはＶ＿ＰＣＫ＃１の転送が間にあっているが、ＰＥＳ＃２に対しては、Ｖ＿ＰＣＫ＃４の転送が間に合わず、その転送途中でデコードが開始されたためにバッファアンダーフローを生じる。よって、Ｐ−ＳＴＤモデルが満たされていない。このような状態を回避するためには、ＭＰＥＧ−ＴＳにおいてＰＥＳ＃２の転送が早期に完了するように、Ｖ＿ＰＣＫ＃２〜Ｖ＿ＰＣＫ＃４に変換される各ＴＳパケットのＡＴＳ（ＡＴＳ［１４］、ＡＴＳ［２５］、ＡＴＳ［３６］）の値を時間的に早くなるようにシフトさせればよい。
＜ＡＴＳ−ＳＣＲ変換＞
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームをプログラムストリームに変換するときのＰＳパケットのＳＣＲの導出方法について説明する。なお、ＳＣＲの計算が必要となるのは新規にパックを生成するときであるため、Ｔｉｐパケットと、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットを変換するときのみ必要となる。
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームは、図１４Ｃに示す構造を持っている。ＴＳパケット中には基準時刻情報（ＰＣＲ）を格納したＰＣＲパケットが適宜挿入されており、これを用いてデコーダ基準時刻であるＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）をある時間間隔でリセットすることが可能である。また、各ＴＳパケットには、各ＴＳパケット間の相対的な送出時刻情報を格納したＡＴＳが前置されている。そのため、ＰＣＲを格納したＴＳパケット以降に送出されるＴＳパケットは、ＰＣＲ値と、ＴＳパケット間の相対的な送出時刻情報であるＡＴＳとから得られるタイミングでデコーダに入力される。つまり、ＰＣＲを格納したＴＳパケット以降のＴＳパケットに対しては、各ＴＳパケットのデコーダ入力時刻（以下「ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ」と称す）を生成できる。また、ＰＣＲを格納したＴＳパケットが無い場合でも、ＰＣＲに相当する情報を管理情報に抽出しておくことも可能である。
図４７は、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへ変換した際のｃａｌｃｕｌａｔｅｄ＿ＰＣＲとＳＣＲの関係を示した図であり、図８０で示すＣａｐｓｕｌｅの先頭部である。なお、図において、各ＴＳパケットにストリーム先頭から昇順で付与されたＡＴＳをＡＴＳ［ｋ］と表記している。また、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットに対して、その出現順に計算されたＰＣＲ値をｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［ｉ］（ｉ＝０，１，２，．．．）と表記している。同様に変換後のパックのＳＣＲも出現順にＳＣＲ［ｉ］と表記している。
前述の通り、Ｔ−ＳＴＤ基準モデルでは、ビデオストリームの転送については最大転送レート１５Ｍｂｐｓ（ＭＰ＠ＭＬの場合、マルチプレクサバッファからビデオバッファの転送レートは１５Ｍｂｐｓを超えない）の制限があり、オーディオストリームの入力レートについては、ビデオよりも低いレート制限がある。（トランスポートバッファからオーディオバッファへの転送レートはＡＡＣを除き２Ｍｂｐｓを超えない）このため、オーディオデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、ビデオデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔと異なり、低レートで転送される。従って、ビデオデータの転送レートをＤＶＤフォーマットの最大レートである９．８Ｍｂｐｓ近くまで上げようとすれば、転送レートが低く時間がかかるオーディオデータの転送時間を確保するために、ビデオデータのＴＳパケットは、ＤＶＤの転送レート（１０．０８Ｍｂ
ｐｓ）より高いレートで送出される必要がある。
図４７に示すように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦと、ＤＶＤフォーマットとの間で、転送時間帯が異なっていることがわかる。
ＴｉｐパケットもしくはＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットのデコーダ到着時刻（ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ）と、それらが変換された後のパックのＳＣＲとの間には、次の関係式が成り立つ必要がある。
Figure 2004091209
Figure 2004091209
ここで、ＰＣＲ＿ｔｉｐとＡＴＳ＿ｔｉｐは夫々、変換するＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ直前のＴｉｐパケットに記述されたＰＣＲ値と、そのＴｉｐパケットのＡＴＳ値である。ＷＡは、ｉ番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中で先頭のＴＳパケットに付与されたＡＴＳ（ＡＴＳ［ｎ］）とＡＴＳ＿ｔｉｐとの間のＡＴＳで、何回桁あふれが起きたかを表しており、ＢＳは、ＡＴＳの一回の桁あふれの量を表している。また、ｍａｘ（ａ， ｂ）はａ，ｂの内で大きい方の値を選択する関数である。
また、ＳＣＲ［ｉ］（ｉ＝０、１、２、３．．．）に関する関係式では、前述の通り、ＰＳ＿ｐａｃｋ＿ｓｉｚｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳのパック１個分のバイト長である。ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙはＭＰＥＧ−ＰＳデコーダの基準時刻の周波数であり、ＰＳｒａｔｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳストリームの多重化レートである。すなわち、
ＰＳ＿ｐａｃｋ＿ｓｉｚｅ＝２０４８ バイト、
ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ＝２７００００００ Ｈｚ、
ＰＳｒａｔｅ＝１００８００００ ビット／秒である。
従って、先頭以降のパックの送出については、一つ前のパックの送出時刻から転送レートで定められる転送最小時間経過後に送出するか、そのパックを形成する最初のＴＳパケットのデコーダ入力時刻にて送出されるか、の２つのパターンがある。ビデオデータをＤＶＤフォーマットへ変換した時刻よりも早い時刻に送出している時には、前者の転送最小時間間隔をあけて送出される方が選択される。例えば、ビデオデータをＤＶＤフォーマットへ変換したときよりも早い時間帯に送出している場合は、一つ前のパックの送出時刻から転送レートで定められる転送最小時間経過後に送出される。
尚、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは編集が可能であるため、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂで記録した場合でも、ストリームの先頭部分を編集で消去した場合等は、ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］＝０とならないことも考えられる。
しかしながら、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂでありながら、ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］＝０でない場合には、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂの場合のみ、次の変換式を定義することで、問題を解決することができる。
Figure 2004091209
ＡＴＳ［ｎ］、ＷＡは上記の通り、ｉ番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットのＡＴＳ値と、ＡＴＳ＿ｔｉｐからの桁あふれ回数である。
つまり、ＤＶＤ−Ｖｉｄｅｏ規格に準拠させるために、ＳＣＲ［０］＝０とし以降のＳＣＲは前述の変換式の結果に時間ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］だけオフセットされた値を用い、ＤＶＤ−Ｖｉｄｅｏストリーム中のＰＴＳ、ＤＴＳも全て、一律に時間ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］だけオフセットする。
こうして、ストリームの時刻情報を一律にオフセットすることで、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）の先頭等を削除した場合でも、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂのまま管理されＤＶＤ−Ｖｉｄｅｏフォーマットへ変換ができる。
ＤＶＤ−Ｖｉｄｅｏ規格フォーマットへの変換においては、ＰＴＳ／ＤＴＳ値の変換が発生するが、ＴＳパケット単位の逐次処理で容易に実現できる。
ＴＳ２ＰＳ変換する際には、上式に基づいてＡＴＳからＳＣＲが計算される。ＴＳ２ＰＳ変換により得られるプログラムストリームは前述のようにＰ−ＳＴＤモデルを準拠する必要があり、このためＳＣＲの値はある範囲に制限される。したがって、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの各パケットに付与されるＡＴＳの値は上述のＡＴＳ−ＳＣＲ関係式を考慮して設定される必要がある。
（エレメンタリーストリームに関する制限）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリームに関する制限を説明する。
エレメンタリーストリームの再エンコードは機器にとって非常に負荷の高い処理になるため、ビデオデータについては、ＭＰＥＧ２−Ｖｉｄｅｏのみが許され、オーディオデータについては、ＡＣ−３、ＭＰＥＧ１−Ａｕｄｉｏ、ＬＰＣＭが許される。
ここで説明するＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、ＬＰＣＭを除外しているが、これは２０ビット以上の量子化ビット数を持つＬＰＣＭの場合にエレメンタリーストリームの再エンコードを行う危険性を避けるためと、転送レートが上げられないオーディオのデータ量を削減することで、バッファマネージメントを容易に行うためでもある。しかしながら、１６ビットのＬＰＣＭであれば、特に除外する必要はない。以下に説明するＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦに許されたストリームは、ビデオに関してＭＰＥＧ２−Ｖｉｄｅｏ、オーディオに関してＡＣ−３、ＭＰＥＧ１−Ａｕｄｉｏの２種類のみとして説明する。なお、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでない通常のＳＥＳＦでは、オーディオデータの符号化がこれに限らず、ＢＳデジタル放送で使用されているＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）等の符号化方式が用いられても良い。
図４８にｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝″１１ｂ″の場合のエレメンタリーストリーム属性をまとめて示した。
同図に示された属性は、ＤＶＤ−Ｖｉｄｅｏ又はＤＶＤ ＶＲフォーマットに対してエレメンタリーストリームレベルでの互換性を保てるように設定されているため、この属性に従ったＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）は、ＤＶＤ−Ｖｉｄｅｏ又はＤＶＤ ＶＲフォーマットへ変換する際に、エレメンタリーストリームの再エンコードを必要とせず、高速変換が可能である。
図４９にｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝″０１ｂ″時のエレメンタリーストリーム属性をまとめて示した。
同図に示された属性は、ＤＶＤ ＶＲとのエレメンタリーストリームレベルでの互換性を保てるように設定されているため、この属性に従ったＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝０１ｂ）は、ＤＶＤ ＶＲフォーマットへ変換する際に、エレメンタリーストリームの再エンコードを必要とせず、高速に変換可能である。
ここで、図４８、図４９に記述したＮｏｔｅ１〜４について説明する。
Ｎｏｔｅ１：この属性は、同一ＶＯＢ内で変化してはいけない。
Ｎｏｔｅ２：この属性は、Ｔｉｐパケットに続く最初のエレメンタリーストリームを格納したＴＳパケット内で変化しても良い。言い換えれば、ＳＥＳＦ Ｃａｐｓｕｌｅで先頭のビデオもしくはオーディオのＴＳパケットでのみ変化できる。
Ｎｏｔｅ３：ｈｏｒｉｚｏｎｔａｌ＿ｓｉｚｅ、ｖｅｒｔｉｃａｌ＿ｓｉｚｅとａｓｐｅｃｔ＿ｒａｔｉｏ＿ｉｎｆｏｒｍａｔｉｏｎが同一であるｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ間には、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅを挿入してはならない。
Ｎｏｔｅ４：この属性は、モノラル、ステレオ、デュアルモノの間であれば、同一ＶＯＢ内で変化しても良い。
以上が、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリームに関する制限である。
ここで、説明してきたエンコード条件を加えることでＤＶＤフォーマットへ容易にかつ高速に変換可能なＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの生成が可能となる。
（変換後のＤＶＤ−Ｖｉｄｅｏ／ＤＶＤ ＶＲフォーマット）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦが変換されるべきＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ ＶＲのフォーマットにおけるフィールド設定について説明する。
＜ＤＶＤ−Ｖｉｄｅｏフォーマット＞
以下では、簡単にＤＶＤ−Ｖｉｄｅｏ規格のストリームについて説明する。なお、ＤＶＤ−Ｖｉｄｅｏのストリームフォーマットの詳細については、「ＤＶＤ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅａｄ−Ｏｎｌｙ Ｄｉｓｃ Ｐａｒｔ３ ＶＩＤＥＯ ＳＰＥＣＩＦＩＣＡＴＩＯＮＳ」に記述されている。
図５０にＤＶＤ−Ｖｉｄｅｏ規格のフォーマットのストリーム構造を示す。同図に示すように、各ストリームは複数のＶＯＢを含み、各ＶＯＢは整数個のＶＯＢＵから成る。ＶＯＢＵは整数個のパックから成り、ＮＶ＿ＰＣＫを先頭としてビデオパック（Ｖ＿ＰＣＫ）やオーディオパック（Ａ＿ＰＣＫ）がこれに続く。ＮＶ＿ＰＣＫは、通常のＤＶＤのパックの構造と異なり２つのパケットを内包した形となっている。それぞれのパケットはＰＣＩ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）パケット、ＤＳＩ（Ｄａｔａ Ｓｅａｒｃｈ Ｉｎｆｏｒｍａｔｉｏｎ）パケットと呼ばれ、ＰＣＩパケットには、当該ＶＯＢＵに対する再生制御情報が格納される。ＤＳＩパケットには、当該ＶＯＢＵと周辺のＶＯＢＵとの位置関係等の特殊再生に有用な情報が格納されている。以下では、フィールドを説明するとともに、その生成方法を合わせて記述していく。
図５１にＮＶ＿ＰＣＫのＰＣＩデータの構造を示す。ＰＣＩデータは、ＰＣＩの全般的な情報を格納するＰＣＩ＿ＧＩ（ＰＣＩ Ｇｅｎｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ）と、非シームレスのアングル情報であるＮＳＭＬ＿ＡＧＬＩと、メニューボタンなどにハイライトを当てるための情報であるＨＬＩと、ＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｒｅｃｏｒｄｉｎｇ Ｃｏｄｅ）を格納するＲＥＣＩとから構成される。
ＮＳＭＬ＿ＡＧＬＩとＨＬＩは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換された場合には、無効を意味するデータが記述される。
ＩＳＲＣには、無効を意味するデータを記述しても良いし、ＩＳＲＣコードを正しく記述しても良いが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからの変換に関係がないため、ここでの説明は割愛する。従って、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからＰＣＩデータを作成する際に問題となるのは、ＰＣＩ＿ＧＩのみである。
図５２にＮＶ＿ＰＣＫのＰＣＩ＿ＧＩの構造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する際に計算を要するフィールドについてのみその算出方法を説明する。
ＮＶ＿ＰＣＫ＿ＬＢＮ（ＶＯＢＳファイル内での該ＮＶ＿ＰＣＫ相対アドレス）は、情報記録装置が変換中に何番目のパックになるか数えておくことで、生成可能である。
ＶＯＢＵ＿ＣＡＴ（アナログコピープロテクション状態の情報）は、ＮＶ＿ＰＣＫに対応しているＴｉｐパケットのｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏから取得可能である。
ＶＯＢＵ＿Ｓ＿ＰＴＭ（ＶＯＢＵ内で最初に表示されるビデオフィールドの再生時刻情報）は、ＮＶ＿ＰＣＫに対応しているＴｉｐパケットのＦＶＦＰＳＴから計算可能である。
ＶＯＢＵ＿Ｅ＿ＰＴＭ（ＶＯＢＵ内のビデオデータが再生完了する時刻情報）は、アクセスマップの次のエントリーに記述された再生時刻情報から取得するか、ＶＯＢＵに対応するビデオストリームを解析して、ビデオの再生が終了する時刻を算出することで生成可能である。
ＶＯＢＵ＿ＳＥ＿Ｅ＿ＰＴＭ（ＶＯＢＵ内のビデオデータでｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅによって再生が終了する時刻情報）は、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅがＶＯＢの最後にしか認められていないため（図４８参照）、ストリーム途中のＶＯＢＵには、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅがなく、「０ｘ００００００００」が埋められる。最後のＶＯＢＵ内にＳｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅがあるＮＶ＿ＰＣＫについてのみ、ＶＯＢＵ＿Ｅ＿ＰＴＭと同値となる。
Ｃ＿ＥＬＴＭ（該ＮＶ＿ＰＣＫが格納されるＣＥＬＬの最初に表示されるビデオフレームの再生時刻と該ＶＯＢＵ内で最初に表示されるビデオフレームとの時間差情報。フレーム精度が必要）は、情報記録装置が変換中に、ＣＥＬＬ最初に表示されるビデオフレームの再生時刻情報と、該当するＴｉｐパケットのＦＶＦＰＳＴを用いて随時計算することが可能である。
以上のようにして、ＮＶ＿ＰＣＫのＰＣＩデータは、変換中に、ＶＯＢＵ単位で随時生成していくことが可能である。
図５３にＮＶ＿ＰＣＫのＤＳＩの構造を示す。図示したように、ＤＳＩデータは、ＤＳＩの一般情報を格納するＤＳＩ＿ＧＩ（Ｄａｔａ Ｓｅａｒｃｈ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｅｎｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ）と、ＶＯＢ間をシームレス再生するために必要となる記録アドレス、再生情報等を格納したＳＭＬ＿ＰＢＩ（Ｓｅａｍｌｅｓｓ Ｐｌａｙｂａｃｋ Ｉｎｆｏｒｍａｔｉｏｎ）と、異なるアングル間でシームレス再生するための配置情報等を格納したＳＭＬ＿ＡＧＬＩ（Ａｎｇｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｓｅａｍｌｅｓｓ）と、そのＶＯＢＵ近隣のＶＯＢＵの記録アドレス情報等を格納したＶＯＢＵ＿ＳＲＩ（ＶＯＢ Ｕｎｉｔ Ｓｅａｒｃｈ Ｉｎｆｏｒｍａｔｉｏｎ）と、ビデオとオーディオ／サブピクチャとの同期再生のための情報であるＳＹＮＣＩ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｉｎｆｏｒｍａｔｉｏｎ）とから構成される。
ＳＭＬ＿ＡＧＬＩは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換された場合には、無効を意味するデータが記述される。
図５４にＮＶ＿ＰＣＫのＤＳＩ＿ＧＩの構造を示す。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する場合に、計算が必要なフィールドについてだけ、以下にその算出方法を説明する。
ＮＶ＿ＰＣＫ＿ＳＣＲ（ＮＶ＿ＰＣＫのＳＣＲ値）は、後述する算出方法でＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＡＴＳからＳＣＲを導出しており、そのＳＣＲから導出される。
ＮＶ＿ＰＣＫ＿ＬＢＮ（ＶＯＢＳファイル内でのＮＶ＿ＰＣＫ相対アドレス）は、ＰＣＩデータとそれを求めるのと同様である。
ＶＯＢＵ＿ＥＡ（ＮＶ＿ＰＣＫからＶＯＢＵ内の最後のパックまでの相対アドレス）は、アクセスマップから計算可能である。前述の通り、２つの連続するＴｉｐパケット間において、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに属さないパケット個数が既知（固定）であるため、アクセスマップから、次のエントリー（次のＴｉｐパケット）までのＴＳパケット数が計算でき、そのＴＳパケット内に、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに属さないＴＳパケットの個数を減算し、その結果を１１で割ることでＮＶ＿ＰＣＫに続き、何個のパックが形成されるか計算可能である。最後のＴｉｐパケットから派生されるＮＶ＿ＰＣＫ、もしくは全てのＮＶ＿ＰＣＫについては、変換後に生成されたパック数をカウントしておきそれを記述しても良い。
ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿ＰＣＫから１番目の参照ピクチャの最後のパックまでの相対アドレス）と、ＶＯＢＵ＿２ＮＤＲＥＦ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿ＰＣＫから２番目の参照ピクチャの最後のパックまでの相対アドレス）と、ＶＯＢＵ＿３ＲＤＲＥＦ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿ＰＣＫから３番目の参照ピクチャの最後のパックまでの相対アドレス）とについては、ＴｉｐパケットのＰＥＳ＿ｉｎｆｏを参照しながら、ＴＳ２ＰＳ変換を行えば、ビデオストリーム層まで解析する必要なく導出することが可能である。
ＰＥＳ＿ｉｎｆｏには、各ビデオのＰＥＳパケットが、どのようなエンコードをされたピクチャかを示すｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅが記述されている。ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅ＝０１ｂ，１０ｂを持つＰＥＳパケットは、ＤＶＤ−Ｖｉｄｅｏ規格でいう参照ピクチャを格納している。
従って、ＴＳ２ＰＳ変換を行いながら、ＰＥＳ＿ｉｎｆｏを参照し、現在変換しているＰＥＳパケットが、参照ピクチャを格納しているのか否かを判断し、この変換しているＰＥＳパケットが終了したパックが、参照ピクチャの終端のパックとなる。
このようにして、参照ピクチャの終端のパックは、変換中に識別可能であるため、ＶＯＢＵを生成しながら、１番目、２番目、３番目の参照ピクチャがどのパックで完結しているかを求め、ＶＯＢＵ先頭のＮＶ＿ＰＣＫのＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡと、ＶＯＢＵ＿２ＮＤＲＥＦ＿ＥＡと、ＶＯＢＵ＿３ＲＤＲＥＦ＿ＥＡとに夫々の終端までの相対アドレスを記述することが可能である。
もしくは、ＳＥＳＦ Ｃａｐｓｕｌｅを変換中にビデオを格納したＰＥＳパケットのＰＴＳ＿ＤＴＳ＿ｆｌａｇｓの値を参照し、ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１１ｂであれば、参照ピクチャが格納されており、ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１０ｂであれば、非参照ピクチャが格納されていると逐次判断しながら、これらの値を算出しても良い。
ＶＯＢＵ＿ＶＯＢ＿ＩＤＮ（該ＶＯＢＵが属するＶＯＢのＩＤ番号）は、情報記録装置が変換中に求めることができるはずである。１つのＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを変換している時には、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）の定義により、属性の変化等のストリームの条件でＶＯＢが分割される可能性はなく、同一番号が割り振られる。
ＶＯＢＵ＿Ｃ＿ＩＤＮ（ＶＯＢＵが属するＣＥＬＬのＩＤ番号）もＶＯＢＵ＿ＶＯＢ＿ＩＤＮと同様に、情報記録装置が変換中に自ら設定する番号であり、ストリームとの関連はない。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＰＧＣ情報等の管理情報からＣＥＬＬを意図的に分割する場合には、分割に応じた番号が付与されるだけである。
Ｃ＿ＥＬＴＭ（ＮＶ＿ＰＣＫが格納されるＣＥＬＬの最初に表示されるビデオフレームの再生時刻とＶＯＢＵ内で最初に表示されるビデオフレームとの時間差情報。フレーム精度が必要）は、ＰＣＩデータ内に記述されたＣ＿ＥＬＴＭと同一である。
以上のようにして、ＮＶ＿ＰＣＫのＤＳＩ＿ＧＩの各フィールドは、変換中に、ＶＯＢＵ単位で随時生成していくことが可能である。
図５５にＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩの構造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する場合に計算が必要となるフィールドについてのみその算出方法を説明する。
ＶＯＢ−Ｖ＿Ｓ＿ＰＴＭ（ＮＶ＿ＰＣＫが属するＶＯＢの最初に表示されるビデオフレームの時刻情報）は、最初のＴｉｐパケットのＦＶＦＰＳＴから計算可能である。
ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ（ＮＶ＿ＰＣＫが属するＶＯＢのビデオ再生終了時刻情報）は、ＴＳ２ＰＳ変換の前に、予めＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの中で、変換に指定された部分で最後のＴｉｐパケット以降のストリームを解析しビデオの再生終了時刻を求めておくことで、随時設定可能である。
以上のようにして、ＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩの各フィールドは、変換前に、計算しておくことが可能であり、変換中にはその値を用いれば良い。
ＶＯＢＵ＿ＳＲＩは、前述の通り、アクセスマップを利用し、計算することが可能であるため、ここでの説明は割愛する。
また、ＶＯＢＵ＿ＳＲＩはセルごとに完結して記述されるため、セルが定義されなければ、計算することはできない。したがって、リアルタイムにＤＶＤ−Ｖｉｄｅｏフォーマットで記録するようなレコーダにおいては、任意の区間でセルを切ることができず、編集性、再生性に欠けるが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する際には、上記方法に従って、ユーザが指定した区間をセルと定義し変換することが可能なため、チャプターをユーザが意図した通りに作成できることになり、ユーザ指定の地点から再生を開始するプレイリストがＤＶＤ−Ｖｉｄｅｏフォーマットで実現可能となる。
図５６にＮＶ＿ＰＣＫのＳＹＮＣＩの構造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する場合に計算が必要なフィールドについてだけ、その算出方法を説明する。
Ａ＿ＳＹＮＣＡ０（プライマリーオーディオを格納したパックで、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくは直後に再生されるオーディオフレームが格納されたパックの相対アドレス）は、Ｔｉｐパケット内のＰＥＳ＿ｉｎｆｏを用いて、ストリーム解析することなく、ＴＳ２ＰＳ変換中に取得することが可能である。
ＰＥＳ＿ｉｎｆｏのｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒを参照することで、そのＰＥＳパケットがプライマリーオーディオを格納しているか判別でき、次のｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇにて、ＰＥＳパケットの中に含まれるオーディオフレームの中に、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくはその直後に再生されるオーディオフレームがあるか否かが識別できる。従って、ＴＳ２ＰＳ変換を行いながら、ＰＥＳパケットがプライマリーオーディオを含み、かつ、ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇ＝１ｂである場合に、ＮＶ＿ＰＣＫからＰＥＳパケットが格納されたパックまでのアドレスを記述できる。
尚、ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇがＶＯＢＵ内の１つのオーディオパック内で１ｂになる保証はない。オーディオを先に多重化しているエンコーダであれば、あるＶＯＢＵのＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくは直後に再生されるオーディオパックが前のＶＯＢＵに格納されることも考えられるし、またその逆も考えられる。
従って、Ａ＿ＳＹＮＣＡ０の値の設定において、変換中のプライマリーオーディオのＰＥＳパケット（そのｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇは１ｂ）と、以降生成されるＮＶ＿ＰＣＫとの順序関係を正しく理解した上で、その値を設定する必要がある。
尚、この処理をなくすために、予めＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、ＳＥＳＦ ｃａｐｓｕｌｅ内に、そのＳＥＳＦ ｃａｐｓｕｌｅ先頭のＴｉｐパケットに記述されたＦＶＦＰＳＴと同時もしくは直後に再生されるオーディオデータを格納するようにシステムエンコードするようにしておいても良い。
このように定義することで、ＶＯＢＵ（ＳＥＳＦ ｃａｐｓｕｌｅ）を超えてＶＯＢＵ＿Ｓ＿ＰＴＭ（ＦＶＦＰＳＴ）と同期したオーディオデータを検出する処理をなくすことが可能となる。
Ａ＿ＳＹＮＣＡ１（セカンダリーオーディオを格納したパックで、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくは直後に再生されるオーディオフレームが格納されたパックの相対アドレス）は、Ａ＿ＳＹＮＣＡ０と同様の方法にて設定可能である。
以上のようにして、ＮＶ＿ＰＣＫのＤＳＩデータは、変換中に、Ａ＿ＳＹＮＣＡを除きＶＯＢＵ単位で随時生成していくことが可能である。
図８２にＮＶ＿ＰＣＫの生成方法の一例をまとめる。
＜ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇのフォーマット＞
ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ（ＶＲ）のストリームフォーマットへの変換時のフィールド設定について説明する。
以下、簡単にＤＶＤ ＶＲのストリームを説明する。なお、ＤＶＤ ＶＲのストリームフォーマットの詳細については、「ＤＶＤ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅｗｒｉｔａｂｌｅ／Ｒｅ−ｒｅｃｏｒｄａｂｌｅ Ｄｉｓｃｓ Ｐａｒｔ３ ＶＩＤＥＯ ＲＥＣＯＲＤＩＮＧ」に記述されている。
図５７にＤＶＤ ＶＲフォーマットによるストリーム構造を示す。ここに示したように、各ストリームは複数個のＶＯＢを含み、各ＶＯＢは整数個のＶＯＢＵから成る。ＶＯＢＵは整数個のパックから成り、ＲＤＩ＿ＰＣＫを先頭としてビデオパック（Ｖ＿ＰＣＫ）やオーディオパック（Ａ＿ＰＣＫ）がこれに続く。ＲＤＩ＿ＰＣＫは、通常のパックと異なり、表示やコピーの制御情報や、製造者固有情報を格納している。以下では、ＲＤＩ＿ＰＣＫに含まれる各フィールドを説明するとともに、その計算方法を合わせて説明する。
図に示したように、ＲＤＩ＿ＰＣＫのペイロードデータ（ＲＤＩ Ｕｎｉｔ）は、ＲＤＩの全般情報を格納したＲＤＩ＿ＧＩ（Ｒｅａｌ−ｔｉｍｅ Ｄａｔａ Ｉｎｆｏｒｍａｔｉｏｎ Ｇｅｎｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ）と、表示およびコピー制御のための情報を格納したＤＣＩ＿ＣＣＩ（Ｄｉｓｐｌａｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｐｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）と、製造者固有情報を格納するＭＮＦＩ（Ｍａｎｕｆａｃｔｕｒｅｒ’ｓ Ｉｎｆｏｒｍａｔｉｏｎ）とから構成される。
ＲＤＩ＿ＧＩはその内部にＶＯＢＵ＿Ｓ＿ＰＴＭフィールドを含み、このフィールドだけが可変であり、その他のフィールドは固定値が埋め込まれる。
ＶＯＢＵ＿Ｓ＿ＰＴＭは、変換前トランスポートストリーム中の対応するＴｉｐパケットに記述されたＦＶＦＰＳＴと全く同一形式であるため、ＦＶＦＰＳＴの値がそのままコピーできる。
ＤＣＩ＿ＣＣＩは、Ｔｉｐパケットのｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏと全く同一形式であるため、ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏの値がそのままコピーされることが可能である。
ＭＮＦＩは、Ｔｉｐパケットに記述されたｍａｋｅｒ＿ＩＤが当情報記録装置の製造者ＩＤと同一の場合のみ、固有の製造者ＩＤが割り当てられ、製造者固有情報が記述（コピー）される。しかし、Ｔｉｐパケット内のｍａｋｅｒ＿ＩＤが、他製造業者のＩＤである場合や、無効なｍａｋｅｒ＿ＩＤ値である場合には、ＭＮＦＩに無効なデータを記述することでＲＤＩパックを生成しても良い。
尚、Ｔｉｐパケット内に記述されたデータが一部無効である場合が想定される。この場合、Ｔｉｐパケット内の該当データが無効であることを意味するフラグ（無効化フラグ）が格納されているはずであるので、その無効化フラグがＯＮである場合には、Ｔｉｐパケットの該当データを最新のデータに更新してから変更する必要がある。
一例として、各ＴＳパケットごとのＡＴＳ（４Ｂ）の中に最新のＣＣＩ情報とＴＳパケット内のＣＣＩデータ無効化フラグが存在する場合等が考えられる。
この場合、ＴＳ２ＰＳ変換する際に、無効化フラグが立っていないことを確認し、立っていれば、ＡＴＳ内のＣＣＩフラグでもってｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏのＣＣＩ情報を更新したデータを用いてＲＤＩ＿ＰＣＫに変換する必要がある。
以上のように、ＲＤＩ＿ＰＣＫは、対応するＴｉｐパケット（及びそのＡＴＳ）のみから、逐次作成できる。
図５８に上記のＲＤＩ＿ＰＣＫの生成フローチャートを示す。
ＲＤＩ＿ＰＣＫ（またはＮＶ＿ＰＣＫ）の場合、システムヘッダは固定値のフィールドから構成されている。システムヘッダの詳細は図６１に示してある。また、ＲＤＩ＿ＰＣＫに格納される、パケットヘッダ、プライベートヘッダをそれぞれ図６２Ａ、６２Ｂに示した。図示した通り、これらのヘッダも固定値フィールドから構成されるため、生成が容易である。
図５９にＡＶデータを格納したＴＳパケット（１Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）からＰＳのパックを生成するためのフローチャートを示す。
同図に示したように、ＡＶデータを格納するＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＴＳパケットは、１Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔをその処理単位として、ＡＶデータを格納するＭＰＥＧ−ＰＳの２ＫＢのパックへと変換される。以下に、各ステップごとに処理を追って説明する。
（ステップＳ４２００） Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームの変換開始点からＴＳパケットを１つだけ読み出す。
（ステップＳ４２０１） 読み出したＴＳパケットが、ＡＶデータを格納し、かつ、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットであるか否かを判定する。ＡＶデータの格納の判定は、ＰＭＴにてＡＶデータを格納すると宣言されたＴＳパケットのＰＩＤ値を参照することによって行われる。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭か否かの判定については、その前のＴＳパケットが、Ｔｉｐパケット、ＰＳＩ／ＳＩパケット及びＰＣＲパケットのいずれかである場合に、その直後に続くＡＶデータを格納したＴＳパケットがＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭であると判定する。変換開始点はＴｉｐパケットであることが予想されるため、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭か否かは順にＴＳパケットを読み込むことで判定可能である（つまりＴｉｐパケット直後のＡＶデータを格納したＴＳパケットは必ずＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭である。）。判定の結果、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭でないＴＳパケットの場合、または、変換がＴｉｐパケットからスタートしておらず、判定ができない場合は、次のＴＳパケットを読み込むため、Ｓ４２００へ処理が戻される。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭であることが確認できた場合は、次の処理へ進む。
（ステップＳ４２０２） Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットに付与されたＡＴＳを用いて、そのＴＳパケットが変換されるＭＰＥＧ−ＰＳのパックがデコーダに入力される時刻（ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ）を算出する。この算出方法については前述のとおりである。ＰＣＲが計算されれば、ＳＣＲが前述の算出方法によって計算でき、図６０に示したパックヘッダが完全に決定される。これは、パックヘッダは、ＳＣＲを除いて固定の値しか認められないためである。
（ステップＳ４２０３） パケットヘッダ、プライベートヘッダを作成する。
パケットヘッダは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＰＥＳパケットヘッダを基に作成される。作成されたパケットヘッダは、図６３に示されたフィールド値を満たす形式でなければならない。これは、ヘッダ長を変えるようなフィールドの値は決定しておかなければＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからの変換が一意に決定されず、バッファマネージメントに影響を及ぼす危険があるためである。ここに示されていないフィールドは固定値であるため列挙していない。
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでＰＥＳパケットヘッダの個々のフィールド値を詳細に決定しているのは、ＰＥＳパケットヘッダ（ＭＰＥＧ−ＴＳ）からパケットヘッダ（ＭＰＥＧ−ＰＳ）への変換で要する処理を最小限にするためである。
ＰＥＳパケットのサイズが１パックのサイズに比較して大きい場合には、１ＰＥＳパケットが複数のパックに変換されることになる。この場合、２つ目以降のパックのパケットヘッダは、ＰＥＳパケットから生成された最初のパケットヘッダのＰＴＳ＿ＤＴＳ＿ｆｌａｇｓを「００ｂ」に、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇを「０ｂ」に設定すること、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅ長を調整すること、及び、ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを補正することが修正点となる。
プライベートヘッダは、ＭＰＥＧ規格外のストリームを格納する際に必要となるため、ＮＶ＿ＰＣＫやＲＤＩ＿ＰＣＫ、それにＡＣ−３、ＬＰＣＭ等を格納したパックに必要である。
図６４にＡＣ−３のプライベートヘッダを示す。図に示すフィールドのうち、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの定義によって、ＴＳ２ＰＳ変換時に計算を要するものは、ｎｕｍｂｅｒ＿ｏｆ＿ｆｒａｍｅ＿ｈｅａｄｅｒｓのみである。このフィールドはそのパックに格納されるＡＣ−３のオーディオフレームの数を指定するため、そのフィールドの値は、固定レートのＡＣ−３については、１オーディオフレームのバイト長がそのビットレートから計算でき、かつその値が固定長となることから、容易にＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ等から計算できる。
尚、ＡＣ−３のプライベートヘッダ（４Ｂ）により、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＰＥＳパケットヘッダのＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈが４バイト分余計にスタッフィングされていることに注意すべきである。（図４４参照）このように、予め変換後のヘッダ長を見積もってペイロードの位置をずらしておくことで、ＴＳパケット単位の逐次処理を容易にしているのである。
以上のように、最初のパケットヘッダはそのＰＥＳパケットのヘッダから一部修正し、２つ目以降のパケットヘッダは、最初のパケットヘッダを一部修正し、プライベートヘッダはＭＰＥＧ規定外ストリームの時のみ挿入することで、パケットヘッダおよびプライベートヘッダを生成することが可能である。
（ステップＳ４２０４） プライベートヘッダが作成されれば、後はＴＳパケットのペイロード部分をＰＳパックのペイロード部分の先頭から順に詰めてコピーしていくだけである。
（Ｓ４２０５〜Ｓ４２０７） これをＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（１１個のＴＳパケット）が終了するまで単純に繰り返すだけだが、途中でＮＵＬＬパケットが挿入されている可能性があるため、ＮＵＬＬパケットのＰＩＤ（０ｘ１ＦＦＦ）を確認して、ＴＳパケットのペイロードデータのコピーを行う。
尚、この際、ＰＥＳパケットの最後のデータを格納するＴＳパケットだけがアダプテーションフィールドを持つように定義しておくのが好ましい。これにより、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの中でＰＥＳパケットの最後のデータを格納するＴＳパケット最後を除くＴＳパケットは、常に１８４Ｂのペイロードデータが格納されていることになるため、ペイロードデータの読み出しが容易になる。
（ステップＳ４２０８） 次に、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔのペイロードデータまで、完全にコピーが終了した時点で、形成されたパックのバイト長を計算し、２０４８Ｂになっているかどうか確認する。既に２０４８Ｂになっていれば、そのパックの生成は終了する。まだ２０４８Ｂになっていない場合には、Ｓ４２０９へ進む。
（ステップＳ４２０９） パックが２０４８Ｂになっていない場合、２０４８Ｂになるようにパディングパケットをペイロードの最後に追加する。
以上のように、ＡＶデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔからの変換処理を行なう。上記の処理を、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの指定された変換部分の処理が終了するまで、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔが検出された場合のみ繰り返せば良い。
上記の変換処理について各種パック毎の変換結果を説明すると以下のようになる。
＜ビデオパック（Ｖ＿ＰＣＫ）への変換＞
図６５Ａ、６５ＢにＣｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を図示した。図６５Ａに示したように、一つのビデオＰＥＳパケットは、通常２ＫＢよりも大きいため、複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割され、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦに多重化されているのが一般的である。
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの規定により、一つのビデオＰＥＳパケットを構成する最後のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔには、最大にビデオＰＥＳパケットのデータが詰め込まれる。従って、最後のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、全てのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、２０２４バイト（＝１８４×１１バイト）のデータが格納される。
このように規定することで、ＴＳ２ＰＳ変換時に個々のパックのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈや、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅといったフィールドを予め決めておくことができる。
一つのビデオＰＥＳパケットのデータを格納した最後のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、余ったデータ量をアダプテーションフィールドと、ＮＵＬＬパケットで埋め合わせ、１つの完全なＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを構成しても良いし、データ転送の効率化（変換したＭＰＥＧ−ＰＳパックへの格納データ量を増やす目的）のために、次のＰＥＳパケットのデータを格納するようにしても良い。
ただし、ＤＶＤへの変換容易性を考えて、ＳＥＳＦ Ｃａｐｓｕｌｅ内のＩピクチャだけは、そのＳＥＳＦ Ｃａｐｓｕｌｅ内で先頭のビデオデータを格納するＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭ＴＳパケットから配置される。
Ｐピクチャ、Ｂピクチャは、上記のように、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭から配置されなくとも良い。
図６５Ａ、６５Ｂに図示したように、一つのビデオＰＥＳパケットを構成するＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、以下の３つの種類に分別が可能である。
ＰＥＳパケットの先頭データを格納した最初のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃１）と、ＰＥＳパケットの途中部分のデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃ｎ、ここで、ｎ＝２，３，・Ｎ−１）と、ＰＥＳパケットの最後のデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃Ｎ）である。
それぞれの種類に応じて、ＴＳ２ＰＳ変換されたＭＰＥＧ−ＰＳストリームの各パックは、同図６５Ｂに示す構造になる。
ＭＵ＃１から変換されたパックは、パック生成時に必ず１０バイト以上の空きができるため、パディングパケットが最後に挿入される。
ＤＶＤフォーマットでは、パックに７バイト以下の空きができる時には、スタッフィングバイト（パケットヘッダの最後のフィールド）を２０４８バイトになるまで追加し、８バイト以上の空きができる時には、パディングパケットを挿入する決まりになっているためである。
また、ＭＵ＃ｎから変換されたパックは、スタッフィングを１バイト足してパックを構成する。
また、ＭＵ＃Ｎから変換されたパックは、通常、パック構成時の空き領域が８バイトよりも大きくパディングパケットが挿入されることになる。
＜オーディオパック（Ａ＿ＰＣＫ）への変換＞
図６６Ａ、６６ＢにＣｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を図示した。図６６Ａに示したように、（１つ以上のオーディオフレームを格納する）一つのオーディオＰＥＳパケットは、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔよりも小さなサイズとなる。
一つのオーディオＰＥＳパケットは、一つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに収まるため、ビデオＰＥＳパケットのように複雑な変換は必要ない。つまり、図６６Ｂに示したように、必ずパディングパケットが挿入されるパックが生成されるはずである。
また、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈもＴＳ２ＰＳ変換で変わることがないため、変換時に計算するのは、ＭＰＥＧ１−Ａｕｄｉｏを変換する際にｓｔｒｅａｍ＿ｉｄを適宜設定したり、ＡＣ−３用のプライベートヘッダを生成したりする程度の簡単な処理のみである。
また、図に示したように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのシステムエンコードを困難にする大きな要素であるオーディオデータの転送時間を、最小にすることで、バッファマネージメントを簡単にすることが可能である。
オーディオＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの転送時間分は、ビデオデータやその他のＰＳＩ／ＳＩパケットが転送できないため、全体の転送レートが下がってしまう課題（画質低下）と、この転送時間が長くなればなる程、その分ビデオデータをＴＳ上では前倒しで転送する必要が出てくる課題（システムエンコードが複雑化）等の問題を引き起こすため、可能な限り短い時間で転送することが理想である。
言い換えれば、オーディオＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを短い時間で転送するということは、オーディオの転送レートを上げるということであり、これは、Ｔ−ＳＴＤとＰ−ＳＴＤの大きな違いであった、オーディオの許容入力レートの差を減少させることにつながる。従って、２つのデコーダモデルに合致しなければならないＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成することを容易にするという大きな利点がある。
図６７に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで許される各音声のビットレートと、その夫々ごとにＡＣ−３とＭＰＥＧ１−Ａｕｄｉｏを格納する場合に、１オーディオＰＥＳパケットに格納される最大ペイロード長を示した。ここに示すバイト長よりも大きなデータが１オーディオＰＥＳパケットに格納されることはないため、常にパディングパケットが挿入されることになる。
（ＰＥＳパケットにおける制限）
整数個のオーディオフレームを含む整数個のＰＥＳパケットを、整数個のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに格納するようにして、変換後のＭＰＥＧ−ＰＳパックへの格納データ量を増やし、効率的に多重化しても良い。ただし、この場合、変換時のＰＴＳの演算が問題となる。
ＤＶＤ規格では、オーディオのＰＥＳパケットヘッダ内のＰＴＳとして、そのＰＥＳパケット内で始まる最初のオーディオフレームのＰＴＳを記述するように定められている。
ＴＳ２ＰＳ変換を行う際に、ＭＰＥＧ−ＰＳ（ＤＶＤ）へ変換後にＰＥＳパケットの先頭になるオーディオフレームと、変換前のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで多重化されたＰＥＳパケットの先頭になるオーディオフレームが一致しないケースがある。そこで、本発明では、変換後のＭＰＥＧ−ＰＳのパックのＰＥＳパケット内で最初に始まるオーディオフレームが必ずＰＴＳを持つようにＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで多重化する。これにより、ＴＳ２ＰＳ変換時に、新たにＰＴＳを演算して求める必要がなくなる。
したがって、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔの中で、最初に始まる完全なオーディオフレームは、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ内のＰＥＳパケットのペイロードの中で最初のオーディオフレーム（つまり必ずＰＴＳが記述されたオーディオフレーム）とすることが有効である。そこで、本発明に係るＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、「Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔの中で最初に始まる完全なオーディオフレームは、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ内のＰＥＳパケットのペイロードの中で最初のオーディオフレームとする」ことを規定する。なお、この規定は「Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中でフレーム先頭バイトが最初に始まるオーディオフレームは、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内のＰＥＳパケットのペイロードの中で最初のオーディオフレームとする」としてもよい。本規定による制約はＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの制限の１つであるため、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフラグを参照することにより、上記の規定を満たすか否かが判定できる。
図８３Ａは、上記規定を満たすＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでフォーマットされたＭＰＥＧ−ＴＳと、それから変換されるＭＰＥＧ−ＰＳとを説明した図である。
ＰＥＳパケット４１１、４１２、４１３のＰＥＳパケットヘッダには、それぞれ、各ＰＥＳパケット４１１、４１２、４１３に含まれるオーディオフレームの中の最初のオーディオフレーム（ＡＦ＃１、ＡＦ＃５、ＡＦ＃８）に対するＰＴＳ値（ＰＴＳ＃１、ＰＴＳ＃５、ＰＴＳ＃８）が含まれている。
最初のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）には、ＰＥＳパケット４１１の全てのデータとＰＥＳパケット４１２の途中までのデータとが含まれる。
最初のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）において、そのＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）内の最初の完全なオーディオフレームはオーディオフレーム＃１であり、これは、ＰＥＳパケット４１１のペイロード内の最初のオーデオフレームとなっており、上記の規定を満たしている。また、第２番目のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）に注目すると、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）内の最初の完全なオーディオフレームはオーディオフレーム＃８であり、これは、ＰＥＳパケット４１３のペイロード内の最初のオーディオフレームとなっており、上記の規定を満たしている。なお、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）は、ＰＥＳパケットヘッダ直後にオーディオフレーム＃７の後半部分を含んでいるが、それはオーディオフレームの一部であって完全なオーディオフレームではないため、上記規定を考慮する際の条件とはならない。
最初のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）に含まれるＰＥＳパケット４１１のＰＥＳパケットヘッダには、それに続くオーディオフレーム（ＡＦ）の中の最初の完全なオーディオフレーム＃１のＰＴＳの値（ＰＴＳ＃１）が含まれる。また、第２番目のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）には、それに続くオーディオフレーム（ＡＦ）中の最初の完全なオーディオフレーム＃８のＰＴＳの値（ＰＴＳ＃８）が含まれている。
第２番目のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）を、ＭＰＥＧ−ＰＳに変換するとき、変換先のＭＰＥＧ−ＰＳ内のＰＥＳパケットヘッダには、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）に含まれるＰＥＳパケットヘッダに格納されるＰＴＳの値（ＰＴＳ＃８）がそのままコピーされる。このように、ＰＳ２ＴＳ変換時において、ＰＴＳ値をそのままコピーするだけでよく、処理が簡略化される。
次にＰＥＳパケットにビデオデータが含まれる場合を説明する。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの制約の１つとして、ビデオデータを含むＰＥＳパケットに対し、「Ｉピクチャを格納したＰＥＳパケットは、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔの先頭から始まる」という制約を設けてもよい。
図８３Ｂに上記規定を満たした例を示す。図８３Ｂにおいて、ＰＥＳパケット４１６はＩピクチャを含み、そのＰＥＳパケットヘッダには、ＩピクチャのＰＴＳ値（ＰＴＳ＃２）が格納されている。そして、ＰＥＳパケット４１６はＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）の先頭に配置されている。
変換後のＭＰＥＧ−ＰＳパックにおいて、ＰＥＳパケットヘッダ４２１に格納されるＰＴＳ値（ＰＴＳ＃２）はその直後のＩピクチャを指し示している。なお、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０３）はＰＥＳパケット４１５のペイロードに含まれるＰピクチャを格納し、その残りの部分にＮＵＬＬパケットを挿入することにより、Ｉピクチャを次のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）にアライメントしている。
Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）をＭＰＥＧ−ＰＳに変換する際には、ＭＰＥＧ−ＰＳパックのＰＥＳパケットヘッダ４２１に、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）内のＰＥＳパケットヘッダの値（ＰＴＳ＃２）がコピーされる。このようにＰＴＳ値はコピーされるだけでよいので、ＰＴＳ値を演算して求める必要がなく、処理を簡略化できる。
（ＴＳ２ＰＳ変換処理）
図６８から図７９のフローチャートを用いてＴＳ２ＰＳ変換処理の詳細を説明する。
図６８はＴＳ２ＰＳ変換のメインの処理を示したフローチャートである。本処理はユーザによりＴＳ２ＰＳ変換のリクエストがあったときに開始される。まず、変換を開始する先頭のＳＥＳＦ Ｃａｐｓｕｌｅをシークする（Ｓ１１）。そして、処理すべきＳＥＳＦ Ｃａｐｓｕｌｅが有るか否かを判断し（Ｓ１２）、なければ処理を終了し、ＳＥＳＦ Ｃａｐｓｕｌｅがあれば、初期化処理（Ｓ１３）及びカプセル単位処理（Ｓ１４）を行なう。
図６９のフローチャートを用いて初期化処理（Ｓ１３）について説明する。ここでは、その後の処理に使用される変数等の設定、初期化を行なう。まず、Ｔｉｐパケットが読み込まれているか否かを判断し（Ｓ２１）、未だＴｉｐパケットが読み込まれていなければ、Ｔｉｐパケットを読み込む（Ｓ２２）。変数ＡＴＳＴｉｐにＴｉｐパケットのＡＴＳ値を代入する（Ｓ２３）。変数ＰＣＲＴｉｐにＴｉｐパケットのＰＣＲ値を代入する（Ｓ２４）。処理中のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの番号を指定する変数ＭＵ＿ｎｕｍを０に設定する（Ｓ２５）。ＡＴＳの桁あふれの回数を示す変数ＷＡを０に設定する（Ｓ２６）。
図７０のフローチャートを用いてカプセル単位処理（Ｓ１４）について説明する。一つのＴＳパケットを読み込む（Ｓ３１）。読み込んだＴＳパレットがＴｉｐパケットであるか否かを判断する（Ｓ３２）。Ｔｉｐパケットであれば処理を終了する。Ｔｉｐパケットでなければ、読み込んだＴＳパケットがオーディオパケットまたはビデオパケットかを判断する（Ｓ３３）。読み込んだＴＳパケットがオーディオパケットまたはビデオパケットでない場合、ステップＳ３１に戻り、読み込んだＴＳパケットがオーディオパケットまたはビデオパケットになるまで順次ＴＳパケットを読む（Ｓ３１〜Ｓ３３）。読み込んだＴＳパケットがオーディオパケットまたはビデオパケットであれば、その後に続く１０個のＴＳパケットを読み込む（Ｓ３４）。ＭＵ＿ｎｕｍをインクリメントする（Ｓ３５）。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットのＡＴＳ値を、変数ＡＴＳ［ＭＵ＿ｎｕｍ］に格納する（Ｓ３６）。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに格納されたＰＥＳパケットのペイロードデータのバイト長をｐａｙｌｏａｄ＿ｌｅｎとする（Ｓ３７）。そして、パック単位処理を行なう（Ｓ３８）。
パック単位処理は図７１のフローチャートに示すように、ＳＣＲ演算処理（Ｓ４１）、パックヘッダ処理（Ｓ４２）、パケットヘッダ処理（Ｓ４３）、ペイロード処理（Ｓ４４）及びパディングパケット処理（Ｓ４５）からなる。以下に各処理を詳細に説明する。
図７２を用いてＳＣＲ演算処理を説明する。
ここでは、パックのＳＣＲ値を求めている。まず、変数ＭＵ＿ｎｕｍの値を参照し、Ｃｕｐｓｕｌｅにおいて第１番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔか否かを判断し、第１番目であれば、変数ＡＴＳ［０］に変数ＡＴＳＴｉｐの値を、変数ＳＣＲ［０］に変数ＰＣＲＴｉｐの値を代入する（Ｓ５１〜Ｓ５３）。
そして、ＡＴＳ［ＭＵ＿ｎｕｍ］と、ＡＴＳ［ＭＵ＿ｎｕｍ−１］とを比較する（Ｓ５５）。ＡＴＳ「ｉ」には、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のパケットのＡＴＳ値が格納され、このＡＴＳ値は、あるパケットを基準とした相対的な転送タイミングを示す値である。したがって、通常は、後のパケットのＡＴＳ値は前のパケットのＡＴＳ値よりも大きな値をとる。しかし、ＡＴＳ値は一般に３０ビットで表される有限な値であるため、桁あふれを起こす場合があり、このときは、後のパケットのＡＴＳ値は前のパケットのＡＴＳ値よりも小さくなる。ステップＳ５４では、このＡＴＳ値の逆転を見ており、これにより、桁あふれが発生したか否かを判断している。ＡＴＳ［ＭＵ＿ｎｕｍ］がＡＴＳ［ＭＵ＿ｎｕｍ−１］以下であれば、すなわち、桁あふれが発生していれば、変数ＷＡをインクリメントする（Ｓ５５）。
そして、ＳＣＲ［ＭＵ＿ｎｕｍ］に、ＳＣＲ［ＭＵ＿ｎｕｍ−１］＋Ｔか、（ＰＣＲＴＩＰ＋ＡＴＳ［ＭＵ＿ｎｕｍ］−ＡＴＳＴｉｐ＋ＷＡ×ＢＳ）のいずれか大きい方を代入する（Ｓ５６）。
図７３を用いてパックヘッダ処理を説明する。
ここでは、図６０に示すデータ構造を有するパックヘッダデータを編集する。ＳＣＲ＿ｅｘｔｅｎｓｉｏｎにＳＣＲを３００で除算したときの余りの値を代入する（Ｓ６１）。ＳＣＲ＿ｂａｓｅにＳＣＲを３００で除算したときの商の値を代入する（Ｓ６２）。ｐｒｏｇｒａｍ＿ｍｕｘ＿ｒａｔｅに「０ｘ６２７０」を代入する（Ｓ６３）。ｐａｃｋ＿ｓｔｕｆｆｉｎｇ＿ｌｅｎｇｔｈに「０００ｂ」を代入する（Ｓ６４）。その他のフィールドを編集し、パックヘッダデータを完成させる（Ｓ６５）。
図７４を用いてパケットヘッダ処理を説明する。
まず、ストリームＩＤを設定するストリームＩＤ処理を行なう（Ｓ７１）。その後、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにビデオデータが含まれるか否かを判断する（Ｓ７２）。
Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにビデオデータが含まれる場合は、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケットヘッダを含むか否かを判定する（Ｓ７３）。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケットヘッダを含む場合、Ｖｉｄｅｏ ＰＥＳパケット先頭処理を行ない（Ｓ７４）、そうでない場合は、ＰＥＳパケット非先頭処理を行なう（Ｓ７５）。尚、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケットヘッダを含むか否かは、ＴＳパケットのヘッダのｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒを参照したり、直接、ＰＥＳパケットヘッダのスタートコードが格納されているかを参照することで判定する。
一方、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにビデオデータが含まれない場合は、Ｍｕｌｔｉｐｌｅｘｉｎｇ ＵｎｉｔにＰＥＳパケットヘッダを含むか否かを判定する（Ｓ７６）。Ｍｕｌｔｉｐｌｅｘｉｎｇ ＵｎｉｔがＰＥＳパケットヘッダを含む場合、オーディオＰＥＳパケット先頭処理を行ない（Ｓ７７）、そうでない場合は、オーディオＰＥＳパケット非先頭処理を行なう（Ｓ７８）。
図７５を用いてストリームＩＤ処理を説明する。
ここでは、ｓｔｒｅａｍ＿ｉｄフィールドの値を設定する。処理中のストリームの種類が”ＭＰＥＧ２−ｖｉｄｅｏ”であれば、ｓｔｒｅａｍ＿ｉｄに”０ｘＥ０”を設定する（Ｓ８１、Ｓ８２）。処理中のストリームの種類が”ＡＣ３−ａｕｄｉｏ”であれば、ｓｔｒｅａｍ＿ｉｄに”０ｘＢＤ”を設定する（Ｓ８３、Ｓ８４）。処理中のストリームの種類が”ＭＰＥＧ１−ａｕｄｉｏ”で且つ”Ｐｒｉｍａｒｙ ａｕｄｉｏ”場合は、ｓｔｒｅａｍ＿ｉｄに”０ｘＣ０”を設定する（Ｓ８５、Ｓ８６、Ｓ８７）。処理中のストリームの種類が”ＭＰＥＧ１−ａｕｄｉｏ”で且つ”Ｓｅｃｏｎｄａｒｙ ａｕｄｉｏ”場合は、ｓｔｒｅａｍ＿ｉｄに”０ｘＣ１”を設定する（Ｓ８５、Ｓ８８、Ｓ８９）。
図７６Ａを用いてビデオＰＥＳパケット先頭処理を説明する。
図８１はＭＰＥＧ規格におけるＰＥＳパケットの構造を詳細に示した図であるが、本処理では同図の構造にしたがい各フィールドを編集する。
まず、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットに格納されたＰＥＳパケットヘッダと同一のＰＥＳパケットヘッダを、変換後のＭＰＥＧ−ＰＳのＰＥＳパケットヘッダとして生成する（Ｓ９１）。次に、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ９２）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝
（３＋ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈ）＋ｐａｙｌｏａｄ＿ｌｅｎ
次に、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”か否かを判断し（Ｓ９３）、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”のときは、ＰＥＳ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｆｌａｇからＰ−ＳＴＤ＿ｂｕｆｆｅｒ＿ｓｉｚｅまでの３バイトを所定値（”０ｘ１Ｅ６０Ｅ８”）で上書きする（Ｓ９４）。
図７６Ｂを用いてビデオＰＥＳパケット非先頭処理を説明する。
ＰＥＳパケットヘッダに仮の値（”０ｘ０００００１Ｅ００７ＥＣ８００００１ＦＦ”）を設定する（Ｓ１１１）。（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が１と８の間にあるか否かを判定する（Ｓ１１２）。
（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が８以上であれば、ステップＳ１１６に進む。
（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が１と８の間にあれば、ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）に設定し（Ｓ１１３）、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１１４）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝
（３＋ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈ）＋ｐａｙｌｏａｄ＿ｌｅｎ
そして、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅに、（２０２４−ｐａｙｌｏａｄ＿ｌｅｎ）バイトのスタッフィングバイトを設定し（Ｓ１１５）、ステップＳ１１６に進む。
ステップＳ１１６では、（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が８以上か否かを判定する。８以上であれば、ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを０に設定し（Ｓ１１７）、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１１８）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝３＋ｐａｙｌｏａｄ＿ｌｅｎ
そして、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅから、１バイトのスタッフィングバイトを削除する（Ｓ１１９）。
図７７Ａを用いてオーディオＰＥＳパケット先頭処理について説明する。
まず、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内で最初に現れるＰＥＳパケットヘッダと同一のＰＥＳパケットヘッダを、変換後のＭＰＥＧ−ＰＳのＰＥＳパケットヘッダとして生成する（Ｓ１８１）。次に、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１８２）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝
（３＋ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈ）＋ｐａｙｌｏａｄ＿ｌｅｎ
次に、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”か否かを判断し（Ｓ１８３）、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”のときは、Ｐ−ＳＴＤ＿ｂｕｆｆｅｒ＿ｆｌａｇに１を設定する（Ｓ１８４）。そして、オーディオデータがＡＣ−３オーディオか否かを判断する（Ｓ１８５）。ＡＣ−３オーディオであれば、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＿２に続く２バイトを所定値（”０ｘ６０３Ａ”）に設定する（Ｓ１８６）。ＡＣ−３オーディオでなければ、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＿２に続く２バイトを所定値（”０ｘ４０２０”）に設定する（Ｓ１８７）。
図７７Ｂを用いてオーディオＰＥＳパケット非先頭処理について説明する。
ｓｔｒｅａｍ＿ｉｄが”０ｘＢＤ”か否か、すなわち、オーディオデータがＡＣ−３オーディオか否かを判定する（Ｓ１９１）。ｓｔｒｅａｍ＿ｉｄが”０ｘＢＤ”であれば、ＰＥＳパケットヘッダに仮の値”０ｘ０００００１ＢＤ００００８００００４ＦＦＦＦＦＦＦＦ”を設定する（Ｓ１９２）。そして、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１９３）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝７＋ｐａｙｌｏａｄ＿ｌｅｎ
一方、ｓｔｒｅａｍ＿ｉｄが”０ｘＢＤ”でなければ、ｓｔｒｅａｍ＿ｉｄが”０ｘＣ０”か否か、すなわち、オーディオデータがＭＰＥＧ−１プライマリオーディオか否かを判定する（Ｓ１９４）。ＭＰＥＧ−１プライマリオーディオであれば、ＰＥＳパケットヘッダに仮の値”０ｘ０００００１Ｃ０００００８０００００”を設定する（Ｓ１９５）。ＭＰＥＧ−１プライマリオーディオでなければ、ＰＥＳパケットヘッダに仮の値”０ｘ０００００１Ｃ１００００８０００００”を設定する（Ｓ１９６）。そして、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１９７）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝３＋ｐａｙｌｏａｄ＿ｌｅｎ
図７８を用いてペイロード処理を説明する。
変数ｉに１を設定する（Ｓ１２１）。ｉ番目のＴＳパケットに格納されたＰＥＳパケットのペイロードデータを読み込む（Ｓ１２２）。ｉ番目のＴＳパケットに格納されたＰＥＳパケットのペイロードデータをパックのペイロードに追加する（Ｓ１２３）。変数ｉをインクリメントする（Ｓ１２４）。上記処理を変数ｉが１２を超えない範囲で繰り返す（Ｓ１２５）。すなわち、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに含まれる全てのＴＳパケットについて上記の処理が行なわれるまで、処理が繰り返される（Ｓ１２２〜Ｓ１２５）。
図７９を用いてパディングパケット処理を説明する。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが２０２８か否かを判定する（Ｓ１３１）。ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが２０２８でなければ、パディングパケットのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに｛（２０２８−ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ）−６｝を設定する（Ｓ１３２）。ペイロードに続けてパディングパケットを追加する（Ｓ１３３）。
上述のように変換したＭＰＥＧ−２のＰＥＳパケットに記述されるＰＴＳは、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中で最初に現れたＰＥＳパケットヘッダを参照して設定することが可能である。（図８３Ａ、図８３Ｂ参照）
尚、上記説明において、ビデオのＰＥＳパケットの長さを示すＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが０であるために、パックへ変換した後のパケットヘッダ内ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈの算出がパックにデータが確定した後でなければ確定しない問題があったが、ＳＥＳＦ ｃａｐｓｕｌｅ内のビデオＰＥＳパケットごとのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈをＴｉｐパケットに記述するようにしても良い。その結果、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈをＴＳパケット単位の逐次処理にて決定することが可能となり、変換がさらに高速に行えるようになる。
尚、上記説明において、パックヘッダ（ＳＣＲ）をＴＳ２ＰＳ変換時に生成するように説明したが、ＭＰＥＧ−ＴＳに格納されるＰＥＳパケットヘッダにパックヘッダを予め格納しておいても良い。例えば、ＰＥＳパケットヘッダのｐａｃｋ＿ｈｅａｄｅｒ＿ｆｉｅｌｄ＿ｆｌａｇ＝１ｂとして、ＰＥＳパケットヘッダ内にＴＳ２ＰＳ変換後のパックヘッダを格納しておき、該パックヘッダと同一のパックに格納されるデータは該ＴＳパケットから所定の規則（例えば所定個数）までのＴＳパケットに格納されたデータがパックに格納されるとしても良い。
（一連続のＳＴＣ区間内におけるビデオピクチャの制限）
図８４Ａに示したように、一連続のＳＴＣ（システムターゲットデコーダ基準時刻）区間内において、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最初に表示されるビデオピクチャ（Ｐｆ）がトップフィールドであり、最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最後に表示されるビデオピクチャ（Ｐｌ）がボトムフィールドとなるようにしてもよい。図８４Ｂは、このルールを満たさないケースを示した図であり、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最初に表示されるビデオピクチャ（Ｐｆ）がボトムフィールドとなり、最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最後に表示されるビデオピクチャ（Ｐｌ）がトップフィールドとなっている。
このように完全なＳＥＳＦ Ｃａｐｓｕｌｅ連続区間でビデオの表示形態に制限を設けるのは、ＤＶＤ−ＶｉｄｅｏのＶＯＢへの変換時に（記録したストリームへの編集が無ければ）、ビデオストリームの再エンコードを防ぐことができるためである。これはＤＶＤ−Ｖｉｄｅｏ規格では、１ＶＯＢ内のビデオは、トップフィールドから再生され、ボトムフィールドの再生で終わることが要求されているためである。
上記の制約はＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの制限の１つであるため、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフラグを参照することにより、上記の制約を満たすか否かが判定できる。すなわち、このフラグを参照することにより、一連続のＳＴＣ区間内において、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最初に表示されるビデオピクチャがトップフィールドであり、かつ最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最後に表示されるビデオピクチャがボトムフィールドであるか否かが判定できる。
図８５は、上記の制限を設けたＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでの録画処理のフローチャートである。
最初に、一連続なＳＴＣの生成を開始する（Ｓ２０１）。次に、事前に設定されたｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの値を取得する（Ｓ２０２）。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの値は、ユーザや録画機器の初期設定等により事前に設定されている。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”か否かを判断する（Ｓ２０３）。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”（ＤＶＤ−Ｖｉｄｅｏモードでの録画）のとき、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅをエンコードしているか否かを判断する（Ｓ２０８）。最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅをエンコードしている場合、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ中の最初の表示ピクチャがトップフィールドとなるようにエンコードする（Ｓ２０９）。続いて、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”のときの要求を満たすＣｏｎｓｔｒａｉｎｄ ＳＥＳＦとしてデータをエンコードする（Ｓ２１０）。
一方、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”０１ｂ”（ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇモードでの録画）のとき、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”０１ｂ”のときの要求を満たすＣｏｎｓｔｒａｉｎｄ ＳＥＳＦとしてデータをエンコードする（Ｓ２０４）。
その後、ＳＥＳＦ Ｃａｐｓｕｌｅが完成する度にタイムマップ情報を逐次追加する（Ｓ２０５）。録画終了か否かが判断され（Ｓ２０６）、終了であれば、録画終了処理を行う（Ｓ２０７）。終了するまで、上記ステップＳ２０３からＳ２０５が繰り返される。
図８６を用いて録画終了処理を説明する。
ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”か否かを判断する（Ｓ２１１）。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”のとき、最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ中の最後に表示されるピクチャがボトムピクチャか否かが判断される（Ｓ２１２）。ボトムピクチャでなければ、新規のＳＥＳＦを作成し、または現在エンコード中のＳＥＳＦを完成させ、最後がボトムピクチャで終わるようにエンコードする（Ｓ２１３）。
一方、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”でなければ、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”０１ｂ”のときの要求を満たす、最後のＳＥＳＦ Ｃａｐｓｕｌｅを生成する（エンコードを停止する）（Ｓ２１４）。
その後、タイムマップ情報を完成させ、記録媒体に記録する（Ｓ２１５）。
尚、上記説明においてＭＰＥＧ−ＰＳからＭＰＥＧ−ＴＳへの逆変換については、説明していないが、ＴＳ２ＰＳ変換の逆として同様に考えることができる。
例えば、ＩＰＳパックを複数個の連続したＴＳパケットに変換し、その際に生成される複数個の連続したＴＳパケットのＡＴＳの増分を固定として、ディスク上もしくはストリームの内部にその情報を格納することも考えられる。
また、ＭＰＥＧ−ＰＳのクリップの名称（コンテンツ内容を示す番組情報等）をＳＩＴパケット内に格納してＭＰＥＧ−ＴＳへ変換すると、ＳＴＢ等のデコーダで、元の番組名をメニュー表示すること等が可能となる。
以上に示した情報記録装置／方法では、外部入力されたＡＶデータをＭＰＥＧトランスポートストリーム形式にセルフエンコーディングする際に、デコーダ互換を保ちながら効率良く符号化／復号化処理を行うことが可能である。
また、情報記録媒体に記録されるストリームには、ユーザプライベート情報を格納することができるため、ＭＰＥＧトランスポートストリーム形式の記録コンテンツの付加価値を高めることが可能である。
さらに、情報記録媒体に記録されるＭＰＥＧ−ＴＳは、ＭＰＥＧ−ＰＳへの親和性が高くなるように２ＫＢ以下のブロック単位で多重化処理がなされるため、ＭＰＥＧ−ＴＳをＭＰＥＧ−ＰＳに変換することが、バッファマネージメントを考慮することなく極めて容易に実現することができる。
また、以上説明した本発明に係るデータ処理は、コンピュータが所定のプログラムを実行することによって実現できることは言うまでもない。そのプログラムはフロッピーディスク、ハードディスク、ＣＤ−ＲＯＭ、その他のコンピュータに読み取り可能な情報記録媒体に格納されることができる。
本発明は、特定の実施形態について説明されてきたが、当業者にとっては他の多くの変形例、修正、他の利用が明らかである。それゆえ、本発明は、ここでの特定の開示に限定されず、添付の請求の範囲によってのみ限定され得る。なお、本出願は日本国特許出願、特願２００３−１０６３９９号（２００３年４月１０日提出）に関連し、それらの内容は参照することにより本文中に組み入れられる。
【書類名】明細書
【技術分野】
【０００１】
本発明は読み書き可能な情報記録媒体であって、特に、動画像データおよび静止画データおよびオーディオデータおよびデータ放送等の種々のフォーマットのデータを含むマルチメディアデータが記録される情報記録媒体に関する。さらに、本発明はそのような情報記録媒体に対して情報の記録を行なう装置及び方法に関する。
【背景技術】
【０００２】
６５０ＭＢ程度が上限であった書き換え型光ディスクの分野で数ＧＢの容量を有する相変化型ディスクＤＶＤ−ＲＡＭが出現した。デジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）の実用化とあいまってＤＶＤ−ＲＡＭは、コンピュータ用途だけでなくオーディオ・ビデオ（ＡＶ）技術分野における記録・再生メディアとして期待されている。
【０００３】
昨今、日本においてもデジタル放送が開始され、ＭＰＥＧトランスポートストリーム（以下「ＭＰＥＧ−ＴＳ」と称す。）にのせて、複数番組の映像、音声、データを同時に多重化して送出することが可能となり、ＨＤＤやＤＶＤを利用したデジタル放送記録装置が普及しつつある。
【０００４】
このような次世代型のデジタル放送レコーダは、デジタル放送の形態に合わせて、放送のままのＭＰＥＧ−ＴＳを変換することなくそのままの形式で記録することが多く、外部入力のＡＶデータを自己記録する場合においても、レコーダ内部でＭＰＥＧプログラムストリーム（以下「ＭＰＥＧ−ＰＳ」と称す。）とＭＰＥＧ−ＴＳの両者を扱う必要がないように、ＭＰＥＧ−ＴＳで記録すると予想される。
【０００５】
一方、現在のＤＶＤ論理規格（ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ａｕｄｉｏ規格、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格、ＤＶＤ Ｓｔｒｅａｍ Ｒｅｃｏｒｄｉｎｇ規格等）では、ＡＶストリームの記録方式に、ＭＰＥＧ−ＰＳ形式を用いているため、上記のデジタル放送対応レコーダのようにＭＰＥＧ−ＴＳ形式で記録を行ったコンテンツを、例えばＤＶＤ−Ｖｉｄｅｏ形式に変換する場合には、ＭＰＥＧ−ＴＳからＭＰＥＧ−ＰＳ形式への変換（ＴＳ２ＰＳ変換）が必須となる（例えば特開２００２−３４４８８８号公報参照）。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＭＰＥＧ−ＴＳで多重化されたストリームをＭＰＥＧ−ＰＳへ変換するには、デコーダの複雑なバッファマネージメントを再計算する必要があり、ＴＳ２ＰＳ変換に時間がかかったり、エレメンタリーストリームを再エンコードする等して、画質・音質に劣化を生じるケースがあり扱いにくいものであった。
【課題を解決するための手段】
【０００７】
本発明は上記課題を解決すべくなされたものであり、その目的とするところは、ＭＰＥＧ−ＴＳ形式で記録したコンテンツを、ＭＰＥＧ−ＰＳ形式に変換するときに、簡単にかつ高速に変換可能なＭＰＥＧ−ＴＳ形式で記録した情報記録媒体と、そのような情報記録媒体に対してデータの記録を行なう装置及び方法を提供することにある。
【０００８】
本発明の第１の態様において、映像情報と音声情報とがそれぞれビデオエレメンタリーストリームとオーディオエレメンタリーストリームにエンコードされ、システムストリームに多重化されて記録された情報記録媒体を提供する。
【０００９】
情報記録媒体において、システムストリームには第１のフォーマット（TS）と第２のフォーマット（PS）とが許される。第１のフォーマット（TS）は、データを第１のパケットで分割して格納するパケット構造を有する。第２のフォーマット（PS）は、データをパックで分割して格納するパック構造を有する。パックのサイズは第１のパケットのサイズよりも大きい。第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納する。第２のパケットは少なくとも１つのオーディオフレームを格納する。第１のフォーマット（TS）には、第１のフォーマット（TS）から第２のフォーマット（PS）にシステムストリームを変換するための制限フォーマットが許される。
【００１０】
制限フォーマットによれば、所定数の第１のパケットがグループ化され多重化ユニットとして管理され、その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計はパックに格納されるデータ領域のサイズより小さく、多重化ユニット内の最初の完全なオーディオフレームは、第２のパケットのペイロード部内の最初のオーディオフレームとなる。
【００１１】
本発明の第２の態様において、映像情報と音声情報とをシステムストリームにエンコードして情報記録媒体に記録する情報記録装置を提供する。
【００１２】
システムストリームには第１のフォーマット（TS）と第２のフォーマット（PS）とが許される。情報記録装置は、第１のフォーマット（TS）に基づき、映像情報と音声情報に所定の符号化を施し、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを生成する第１のエンコード手段と、第１のフォーマット（TS）に基づき、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを多重化しシステムストリームを生成するシステムエンコードを行なう第２のエンコード手段と、第１及び第２のエンコード手段を制御する制御手段とを備える。
【００１３】
第１のフォーマット（TS）には、第１のフォーマット（TS）から第２のフォーマット（PS）にシステムストリームを変換するための制限フォーマットが許される。
【００１４】
制御手段は第１及び第２のエンコード手段のそれぞれに対し、制限フォーマットでエンコードさせるよう制御を行う。
【００１５】
第１のフォーマット（TS）は、データを第１のパケットで分割して格納するパケット構造を有する。第２のフォーマット（PS）は、データをパックで分割して格納するパック構造を有する。パックのサイズは第１のパケットのサイズよりも大きい。第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納し、第２のパケットは少なくとも１つのオーディオフレームを格納する。
【００１６】
制限フォーマットによれば、所定数の第１のパケットがグループ化され多重化ユニットとして管理され、その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計はパックに格納されるデータ領域のサイズより小さく、多重化ユニット内の最初の完全なオーディオフレームが第２のパケットのペイロード部内の最初のオーディオフレームとなる。
【００１７】
本発明の第３の態様において、映像情報と音声情報とをシステムストリームにエンコードして情報記録媒体に記録する情報記録方法を提供する。
【００１８】
システムストリームには第１のフォーマット（TS）と第２のフォーマット（PS）とが許される。第１のフォーマット（TS）には、第１のフォーマット（TS）から第２のフォーマット（PS）にシステムストリームを変換するための制限フォーマットが許される。第１のフォーマット（TS）は、データを第１のパケットで分割して格納するパケット構造を有する。第２のフォーマット（PS）は、データをパックで分割して格納するパック構造を有する。パックのサイズは第１のパケットのサイズよりも大きい。第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納し、第２のパケットは少なくとも１つのオーディオフレームを格納する。
【００１９】
情報記録方法は、制限フォーマット（TS）に基づき、映像情報と音声情報に所定の符号化を施し、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを生成し、制限フォーマット（TS）に基づき、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを多重化し、システムストリームを生成するシステムエンコードを行ない、所定数の前記第１のパケットをグループ化し多重化ユニットとして管理する。その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計は、パックに格納されるデータ領域のサイズより小さい。多重化ユニット内の最初の完全なオーディオフレームは、第２のパケットのペイロード部内の最初のオーディオフレームとなる。
【発明の効果】
【００２０】
本発明によれば、制限フォーマットにしたがい、多重化ユニットの中で最初に始まる完全なオーディオフレームが多重化ユニット内のＰＥＳパケットのペイロードの中で最初のオーディオフレームとなるように、映像情報が記録可能となる。このため、記録した映像情報からＤＶＤ−ＶｉｄｅｏのＶＯＢへの変換時に、変換時に新たにＤＶＤ規格に定められたタイムスタンプ情報を演算して求める必要がなく、簡易かつ高速な変換処理が実現できる。
【発明を実施するための最良の形態】
【００２４】
以下、添付の図面を用いて本発明に係る情報記録媒体、記録装置及び再生装置の実施形態であるＤＶＤディスク、ＤＶＤレコーダ及びＤＶＤプレーヤについて下記の順序で説明する。
【００２５】
特に、発明のポイントは「８．発明の概要」及び「９．詳細な実施形態」で説明する。なお、関連の度合いは異なるが、全て本発明の実施形態である。
１．ＤＶＤレコーダ装置のシステム概要
２．ＤＶＤレコーダ装置の機能概要
３．ＤＶＤディスクの概要
４．再生されるＡＶ情報の概要
５．ＡＶ情報の管理情報と再生制御の概要
６．再生機能の基本動作
７．記録機能の基本動作
８．発明の概要
９．詳細な実施形態
【００２６】
なお、以下では、説明の便宜上、ＭＰＥＧトランスポートストリーム（ＭＰＥＧ−ＴＳ）からＭＰＥＧプログラムストリーム（ＭＰＥＧ−ＰＳ）への変換を「ＴＳ２ＰＳ変換」と称する。また、ＭＰＥＧ−ＰＳ形式である、ＤＶＤ−Ｖｉｄｅｏ規格フォーマット、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｉｄｉｎｇ規格フォーマットを総称して「ＤＶＤフォーマット」と称する。
【００２７】
（１．ＤＶＤレコーダ装置のシステム概要）
図１は、ＤＶＤレコーダ装置の外観と関連機器とのインターフェースの一例を説明する図である。
【００２８】
図１に示すように、ＤＶＤレコーダには光ディスクであるＤＶＤが装填され、ビデオ情報の記録再生を行う。操作は一般的にはリモコンで行われる。
【００２９】
ＤＶＤレコーダに入力されるビデオ情報にはアナログ信号とデジタル信号の両者があり、アナログ信号としてはアナログ放送があり、デジタル信号としてデジタル放送がある。一般的にはアナログ放送は、テレビジョン装置に内蔵された受信機により受信、復調され、ＮＴＳＣ等のアナログビデオ信号としてＤＶＤレコーダに入力され、デジタル放送は、受信機であるＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）でデジタル信号に復調され、ＤＶＤレコーダに入力され記録される。
【００３０】
一方、ビデオ情報が記録されたＤＶＤディスクはＤＶＤレコーダにより再生され外部に出力される。出力も入力同様に、アナログ信号とデジタル信号の両者があり、アナログ信号であれば直接テレビジョン装置に入力され、デジタル信号であればＳＴＢを経由し、アナログ信号に変換された後にテレビジョン装置に入力されテレビジョン装置で映像表示される。
【００３１】
また、ＤＶＤディスクにはＤＶＤレコーダ以外のＤＶＤカムコーダや、パーソナルコンピュータでビデオ情報が記録再生される場合がある。ＤＶＤレコーダ外でビデオ情報が記録されたＤＶＤディスクであっても、ＤＶＤレコーダに装填されれば、ＤＶＤレコーダはこれを再生する。
【００３２】
なお、上述したアナログ放送やデジタル放送のビデオ情報には通常、音声情報が付随している。付随している音声情報も同様にＤＶＤレコーダで記録再生される。またビデオ情報は一般的には動画であるが、静止画の場合もある。例えば、ＤＶＤカムコーダの写真機能で静止画が記録される場合がそうなる。
【００３３】
なお、ＳＴＢとＤＶＤレコーダの間のデジタルＩ／ＦはＩＥＥＥ１３９４、ＡＴＡＰＩ、ＳＣＳＩ等がありうる。
【００３４】
なお、ＤＶＤレコーダとテレビジョン装置との間はコンポジットビデオ信号であるＮＴＳＣと例示したが、輝度信号と色差信号を個別に伝送するコンポーネント信号でもよい。さらには、ＡＶ機器とテレビジョン装置の間の映像伝送Ｉ／ＦはアナログＩ／ＦをデジタルＩ／Ｆ、例えば、ＤＶＩに置きかえる研究開発が進められており、ＤＶＤレコーダとテレビジョン装置がデジタルＩ／Ｆで接続されることも当然予想される。
【００３５】
（２．ＤＶＤレコーダ装置の機能概要）
図２は、ＤＶＤレコーダ装置の機能を示すブロック図である。ドライブ装置は、ＤＶＤ−ＲＡＭディスク１００のデータを読み出す光ピックアップ１０１、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）処理部１０２、トラックバッファ１０３、トラックバッファへ１０３の入出力を切り替えるスイッチ１０４、エンコーダ部１０５及びデコーダ部１０６を備える。
【００３６】
図に示すように、ＤＶＤ−ＲＡＭディスク１００には、１セクタ＝２ＫＢを最小単位としてデータが記録される。 また、１６セクタ＝１ＥＣＣブロックとして、ＥＣＣブロックを単位としてＥＣＣ処理部１０２でエラー訂正処理が施される。
【００３７】
なお、ＤＶＤレコーダ装置はデータの蓄積媒体として、ＤＶＤディスクに加え、半導体メモリカードやハードディスクドライブ装置を備えても良い。図４は、半導体メモリカードとハードディスクドライブ装置を備える場合のＤＶＤレコーダのブロック図を示す。
【００３８】
なお、１セクタは５１２Ｂでも良いし、８ＫＢ等でも良い。また、ＥＣＣブロックも１セクタ、１６セクタ、３２セクタ等でも良い。記録できる情報容量の増大に伴い、セクタサイズ及びＥＣＣブロックを構成するセクタ数は増大すると予想される。
【００３９】
トラックバッファ１０３は、ＤＶＤ−ＲＡＭディスク１００にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレート（ＶＢＲ）で記録するためのバッファである。ＤＶＤ−ＲＡＭ１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。
【００４０】
このトラックバッファ１０３を更に有効利用すると、ディスク１００上にＡＶデータを離散配置することが可能になる。図３を用いてこれを説明する。
【００４１】
図３（ａ）は、ディスク上のアドレス空間を示す図である。図３（ａ）に示す様にＡＶデータが［ａ１、ａ２］の連続領域と［ａ３、ａ４］の連続領域に分かれて記録されている場合、ａ２からａ３へシークを行っている間、トラックバッファに蓄積してあるデータをデコーダ部１０６へ供給することでＡＶデータの連続再生が可能になる。この時の状態を示したのが図３（ｂ）である。
【００４２】
位置ａ１で読み出しを開始したＡＶデータは、時刻ｔ１からトラックバッファへ１０３入力されるとともに、トラックバッファ１０３からデータの出力が開始される。これにより、トラックバッファへの入力レート（Ｖａ）とトラックバッファからの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファへデータが蓄積されていく。この状態が、検索領域がａ２に達するまで、すなわち、時刻ｔ２に達するまで継続する。この間にトラックバッファ１０３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１０３に蓄積されているＢ（ｔ２）を消費してデコーダ１０６へ供給しつづけられれば良い。
【００４３】
言い方を変えれば、シーク前に読み出すデータ量（［ａ１、ａ２］）が一定量以上確保されていれば、シークが発生した場合でも、ＡＶデータの連続供給が可能である。
【００４４】
ＡＶデータの連続供給が可能な連続領域のサイズはＥＣＣブロック数（Ｎ＿ｅｃｃ）に換算すると次の式で示される。式において、Ｎ＿ｓｅｃはＥＣＣブロックを構成するセクタ数であり、Ｓ＿ｓｉｚｅはセクタサイズ、Ｔｊはシーク性能（最大シーク時間）である。
N＿ecc = Vb*Tj/((N＿sec*8*S＿size)*(1-Vb/Va))
【００４５】
また、連続領域の中には欠陥セクタが生じる場合がある。この場合も考慮すると連続領域は次の式で示される。式において、ｄＮ＿ｅｃｃは容認する欠陥セクタのサイズであり、Tsは連続領域の中で欠陥セクタをスキップするのに要する時間である。このサイズもＥＣＣブロック数で表される。
N＿ecc = dN＿ecc+Vb*Tj/((N＿sec*8*S＿size)*(1-Vb/Va))
【００４６】
なお、ここでは、ＤＶＤ−ＲＡＭからデータを読み出す、即ち再生の場合の例を説明したが、ＤＶＤ−ＲＡＭへのデータの書き込み、即ち録画の場合も同様に考えることができる。
【００４７】
上述したように、ＤＶＤ−ＲＡＭでは一定量以上のデータが連続記録さえされていればディスク上にＡＶデータを分散記録しても連続再生／録画が可能である。ＤＶＤでは、この連続領域をＣＤＡと称する。
【００４８】
（３．ＤＶＤディスクの概要）
図５は、記録可能な光ディスクであるＤＶＤ−ＲＡＭディスクの外観と物理構造を表した図である。なお、ＤＶＤ−ＲＡＭは一般的にはカートリッジに収納された状態でＤＶＤレコーダに装填される。記録面を保護するのが目的である。但し、記録面の保護が別の構成で行われたり、容認できる場合にはカートリッジに収納せずに、ＤＶＤレコーダに直接装填できるようにしてももちろん良い。
【００４９】
ＤＶＤ−ＲＡＭディスクは相変化方式によりデータを記録する。ディスク上の記録データはセクタ単位で管理され、アクセス用のアドレスが付随する。１６個のセクタは誤り訂正の単位となり、誤り訂正コードが付与され、ＥＣＣブロックと呼称される。
【００５０】
図５（ａ）は、記録可能な光ディスクであるＤＶＤ−ＲＡＭディスクの記録領域を表した図である。同図のように、ＤＶＤ−ＲＡＭディスクは、最内周にリードイン領域を、最外周にリードアウト領域を、その間にデータ領域を配置している。リードイン領域は、光ピックアップのアクセス時においてサーボを安定させるために必要な基準信号や他のメディアとの識別信号などが記録されている。リードアウト領域もリードイン領域と同様の基準信号などが記録される。データ領域は、最小のアクセス単位であるセクタ（２０４８バイトとする）に分割されている。 また、ＤＶＤ−ＲＡＭは、記録・再生時においてＺ−ＣＬＶ（Ｚｏｎｅ Ｃｏｎｓｔａｎｔ Ｌｉｎｅａｒ Ｖｅｌｏｃｉｔｙ）と呼ばれる回転制御を実現するために、データ領域が複数のゾーン領域に分割されている。
【００５１】
図５（ａ）は、ＤＶＤ−ＲＡＭに同心円状に設けられた複数のゾーン領域を示す図である。同図のように、ＤＶＤ−ＲＡＭは、ゾーン０〜ゾーン２３の２４個のゾーン領域に分割されている。ＤＶＤ−ＲＡＭの回転角速度は、内周側のゾーン程速くなるようにゾーン領域毎に設定され、光ピックアップが１つのゾーン内でアクセスする間は一定に保たれる。これにより、ＤＶＤ−ＲＡＭの記録密度を高めるとともに、記録・再生時における回転制御を容易にしている。
【００５２】
図５（ｂ）は、図５（ａ）において同心円状に示したリードイン領域と、リードアウト領域と、ゾーン領域０〜２３を横方向に配置した説明図である。
【００５３】
リードイン領域とリードアウト領域は、その内部に欠陥管理領域（ＤＭＡ：Ｄｅｆｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ａｒｅａ）を有する。欠陥管理領域とは、欠陥が生じたセクタの位置を示す位置情報と、その欠陥セクタを代替するセクタが上記代替領域の何れに存在するかを示す代替位置情報とが記録されている領域をいう。
【００５４】
各ゾーン領域はその内部にユーザ領域を有すると共に、境界部に代替領域及び未使用領域を有している。ユーザ領域は、ファイルシステムが記録用領域として利用することができる領域をいう。代替領域は、欠陥セクタが存在する場合に代替使用される領域である。未使用領域は、データ記録に使用されない領域である。未使用領域は、２トラック分程度設けられる。未使用領域を設けているのは、ゾーン内では隣接するトラックの同じ位置にセクタアドレスが記録されているが、Ｚ−ＣＬＶではゾーン境界に隣接するトラックではセクタアドレスの記録位置が異なるため、それに起因するセクタアドレス誤判別を防止するためである。
【００５５】
このようにゾーン境界にはデータ記録に使用されないセクタが存在する。そのためデータ記録に使用されるセクタのみを連続的に示すように、ＤＶＤ−ＲＡＭは、内周から順に論理セクタ番号（ＬＳＮ：Ｌｏｇｉｃａｌ Ｓｅｃｔｏｒ Ｎｕｍｂｅｒ）をユーザ領域の物理セクタに割り当てている。
【００５６】
図６は、論理セクタにより構成されるＤＶＤ−ＲＡＭの論理的なデータ空間を示す。論理的なデータ空間はボリューム空間と呼称され、ユーザデータを記録する。
【００５７】
ボリューム領域は、記録データをファイルシステムで管理する。すなわち、データを格納する１群のセクタをファイルとして、さらには１群のファイルをディレクトリとして管理するボリューム構造情報がボリューム領域の先頭と終端に記録される。本実施の形態のファイルシステムはＵＤＦと呼称され、ＩＳＯ１３３４６規格に準拠している。
【００５８】
なお、上記１群のセクタはボリューム空間で必ずしも連続的には配置されず、部分的に離散配置される。このため、ファイルシステムは、ファイルを構成するセクタ群のうち、ボリューム空間で連続的に配置される１群のセクタをエクステントとして管理し、ファイルを関連のあるエクステントの集合として管理する。
【００５９】
図７は、ＤＶＤ−ＲＡＭに記録されるディレクトリとファイルの構造を示す。ルートの下に、ＶＩＤＥＯ＿ＲＴディレクトリがあり、この下に、再生用のデータである各種オブジェクトのファイルと、これらの再生順序や各種属性を示す管理情報としてＶＩＤＥＯ Ｍａｎａｇｅｒファイルが格納される。
【００６０】
オブジェクトはＭＰＥＧ規格に準拠したデータであり、ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿ＶＯＢ、ＡＯＢ、ＰＯＢ、ＭＮＦ（Ｍａｎｕｆａｃｔｕｒｅｒ'ｓ Ｐｒｉｖａｔｅ Ｄａｔａ）がある。
【００６１】
ＰＳ＿ＶＯＢ、ＡＯＢ、ＰＯＢはＭＰＥＧのプログラムストリーム（ＰＳ）であり、ＴＳ１＿ＶＯＢ及びＴＳ２＿ＶＯＢはトランスポートストリーム（ＴＳ）である。プログラムストリームは、パッケージメディアにＡＶ情報を格納することを考慮されたデータ構造を有し、一方、トランスポートストリームは通信メディアを考慮したデータ構造を有する。
【００６２】
ＰＳ＿ＶＯＢ、ＴＳ１＿ＶＯＢ、ＴＳ２＿ＶＯＢは、いずれも映像情報と音声情報を共に有し映像情報が主体となるオブジェクトである。このうち、ＴＳ１＿ＶＯＢは原則、ＤＶＤレコーダによりエンコードが行われ、内部のピクチャ構造が詳細に管理されているオブジェクトであり、ＴＳ２＿ＶＯＢはＤＶＤレコーダ外でエンコードされたオブジェクトであり、内部のピクチャ構造等のデータ構造が一部不明なオブジェクトである。
【００６３】
典型的には、ＴＳ１＿ＶＯＢは外部から入力されるアナログビデオ信号をＤＶＤレコーダがトランスポートストリームにエンコードしたオブジェクトであり、ＴＳ２＿ＶＯＢは外部から入力されるデジタルビデオ信号をエンコードすることなく直接ディスクに記録したオブジェクトである。つまりデジタル放送をＤＶＤレコーダが記録する際には、一般的にＴＳ２＿ＶＯＢである。
【００６４】
ＡＯＢ、ＰＯＢはＭＰＥＧのプログラムストリームであり、ＡＯＢは音声情報が主体となるオブジェクトであり、ＰＯＢは静止画が主体となるオブジェクトである。
【００６５】
ＭＮＦ（Ｍａｎｕｆａｃｔｕｒｅｒ'ｓ Ｐｒｉｖａｔｅ Ｄａｔａ）は製造者固有の情報を格納するためのデータ領域である。
【００６６】
上述した、映像情報主体、音声情報主体とは、ビットレートの割り当てが大きいことを意味する。ＶＯＢは映画等のアプリケーションに用いられ、ＡＯＢは音楽アプリケーションに用いられる。
【００６７】
（４．再生されるＡＶ情報の概要）
図８は、ＤＶＤディスクに各種ＡＶオブジェクトとして記録されるＭＰＥＧデータの構造を示す図である。
【００６８】
図８が示すようにビデオストリーム及びオーディオストリームは、それぞれ分割され多重される。ＭＰＥＧ規格においては、多重化後のストリームをシステムストリームと呼称する。ＤＶＤの場合、ＤＶＤ固有の情報が設定されたシステムストリームをＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）と呼称している。分割の単位は、パック・パケットと称され、約２ＫＢｙｔｅのデータ量を有する。
【００６９】
ビデオストリームはＭＰＥＧ規格で符号化されており、可変ビットレートで圧縮されており、動きが激しい等の複雑な映像であればビットレートが高くなっている。ＭＰＥＧ規格では、映像の各ピクチャは、Ｉピクチャ、Ｐピクチャ、Ｂピクチャに種類分けして符号化される。このうち、Ｉピクチャはフレーム内で完結する空間的な圧縮符号化が施されおり、Ｐピクチャ、Ｂピクチャはフレーム間の相関を利用した時間的な圧縮符号化が施されている。ＭＰＥＧでは少なくともＩピクチャを含む区間をＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）として管理する。ＧＯＰは早送り再生等の特殊再生におけるアクセスポイントになる。フレーム内圧縮されたＩピクチャを有するためである。
【００７０】
一方、音声ストリームの符号化には、ＤＶＤの場合、ＭＰＥＧオーディオに加え、ＡＣ―３やＬＰＣＭの符号化が用いられる。
【００７１】
図８が示すように、ＧＯＰを構成するビデオ情報とそれに付随する音声情報とを含む多重化後のデータ単位はＶＯＢＵ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ Ｕｎｉｔ）と称される。ＶＯＢＵには、当該動画区間の管理用の情報をヘッダ情報として含ませる場合がある。
【００７２】
図８で説明したシステムストリームには、プログラムストリーム（ＰＳ）とトランスポートストリーム（ＴＳ）がある。前者はパッケージメディアを考慮したデータ構造を有し、後者は通信メディアを考慮したデータ構造を有する。
【００７３】
図９は、プログラムストリームとトランスポートストリームのデータ構造の概要を説明する図である。
【００７４】
プログラムストリームは、伝送及び多重化の最小単位である固定長のパックからなり、パックはさらに、１つ以上のパケットを有する。パックもパケットもヘッダ部とデータ部を有する。ＭＰＥＧではデータ部をペイロードと称する。ＤＶＤの場合はパックの固定長はセクタサイズと整合性をとり２ＫＢになる。パックは複数のパケットを有することができるが、ＤＶＤの映像や音声を格納するパックは１パケットのみを有するため、特別な場合を除いて１パック＝１パケットになる。
【００７５】
一方、トランスポートストリームの伝送及び多重化の単位は固定長のＴＳパケットからなる。ＴＳパケットのサイズは１８８Ｂであり、通信用規格であるＡＴＭ伝送との整合性をとっている。ＴＳパケットは１つ以上が集まりＰＥＳパケットを構成する。
【００７６】
ＰＥＳパケットはプログラムストリームとトランスポートストリームで共通する概念であり、データ構造は共通である。プログラムストリームのパックに格納されるパケットはＰＥＳパケットを直接構成し、トランスポートストリームのＴＳパケットは１つ以上が集まりＰＥＳパケットを構成する。
【００７７】
また、ＰＥＳパケットは符号化の最小単位であり、符号化が共通するビデオ情報、オーディオ情報をそれぞれ格納する。すなわち、一つのＰＥＳパケット内に符号化方式の異なるビデオ情報、オーディオ情報が混在して格納されることはない。但し、同じ符号化方式であればピクチャバウンダリやオーディオフレームのバウンダリは保証せずとも良い。図９に示すように複数のＰＥＳパケットで１つのフレームを格納したり、１つのＰＥＳパケットに複数のフレームを格納するケースもありうる。
【００７８】
図１０と図１１に、トランスポートストリームとプログラムストリームの個別のデータ構造を示す。
【００７９】
図１０、図１２に示すように、ＴＳパケットは、ＴＳパケットヘッダと、適用フィールドと、ペイロード部から構成される。ＴＳパケットヘッダにはＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｅｒ）が格納され、これにより、ＴＳパケットが所属するビデオストリームまたはオーディオストリーム等の各種ストリームが識別される。
【００８０】
適用フィールドにはＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）が格納される。ＰＣＲはストリームをデコードする機器の基準クロック（ＳＴＣ）の参照値である。機器は典型的にはＰＣＲのタイミングでシステムストリームをデマルチプレクスし、ビデオストリーム等の各種ストリームに再構築する。
【００８１】
ＰＥＳヘッダには、ＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）とＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）が格納される。ＤＴＳは当該ＰＥＳパケットに格納されるピクチャ／オーディオフレームのデコードタイミングを示し、ＰＴＳは映像音声出力等のプレゼンテーションタイミングを示す。
【００８２】
なお、全てのＰＥＳパケットヘッダにＰＴＳ、ＤＴＳを有する必要はなく、Ｉピクチャの先頭データが格納開始されるＰＥＳパケットのヘッダにＰＴＳ、ＤＴＳがあればデコード及び出力に支障はない。
【００８３】
ＴＳパケットの構造の詳細は図１２に示される。
【００８４】
図１２に示すように、適用フィールドにはＰＣＲに加えて、ランダムアクセス表示フラグが格納され、当該フラグにより、対応するペイロード部にビデオ・オーディオのフレーム先頭であってアクセスポイントとなりうるデータを格納するか否かを示す。また、ＴＳパケットのヘッダ部には前述したＰＩＤに加えて、ＰＥＳパケットの開始を示すユニット開始表示フラグ、適用フィールドが後続するか否かを示す適用フィールド制御情報も格納される。ユニット開始表示フラグは新たなＰＥＳパケットの開始を示し、ＰＩＤはストリームの種類及び属性を示す。
【００８５】
図１１には、プログラムストリームを構成するパックの構造を示す。パックは、パックヘッダにＳＣＲを有し、格納するパケットのパケットヘッダにｓｔｒｅａｍ＿ｉｄを有している。ＳＣＲはトランスポートストリームのＰＣＲと、ｓｔｒｅａｍ＿ｉｄはＰＩＤと実質同じである。またＰＥＳパケットのデータ構造はトランスポートストリームと共通なため、ＰＥＳヘッダにＰＴＳとＤＴＳが格納される。
【００８６】
プログラムストリームとトランスポートストリームの大きな違いの１つに、トランスポートストリームではマルチプログラムが許される点がある。すなわち、番組という単位では１つの番組しかプログラムストリームは伝送できないが、トランスポートストリームは複数の番組を同時に伝送することを想定している。このため、トランスポートストリームでは、番組毎に番組を構成するビデオストリームとオーディオストリームがいずれかを再生装置が識別することが必要になる。
【００８７】
図１３に、番組を構成するオーディオストリームとビデオストリームの構成情報を伝送するＰＡＴテーブル、ＰＭＡＰテーブルを示す。これらの図に示すように、番組毎に使用されるビデオストリームとオーディオストリームの組み合わせに関する情報をＰＭＡＰテーブルが格納し、番組とＰＭＡＰテーブルの組み合わせに関する情報をＰＡＴテーブルが格納する。再生装置は、ＰＡＴテーブル、ＰＭＡＰテーブルにより出力が要求された番組を構成するビデオストリームとオーディオストリームを検出することができる。
【００８８】
次に上述してきたプログラムストリームのパックと、トランスポートストリームのＴＳパケットのディスク上の配置に関して、図１４を用いて説明する。
【００８９】
図１４（ａ）に示すように、１６個のセクタはＥＣＣブロックを構成する。
【００９０】
プログラムストリームの形式をとるビデオオブジェクト（ＰＳ＿ＶＯＢ）を構成するパック（ＰＳ Ｐａｃｋ）は、図１４（ｂ）が示すように、セクタバウンダリで配置される。パックサイズもセクタサイズも２ＫＢだからである。
【００９１】
一方、トランスポートストリームの形式をとるビデオオブジェクト（ＴＳ１−ＶＯＢ／ＴＳ２−ＶＯＢ）は８ＫＢのサイズを有する単位でＥＣＣブロック内に配置される。この８ＫＢ単位で１８Ｂのヘッダ領域を有し、データ領域にはＡＴＳ情報が付加されたＴＳパケットが４３個配置される。ＡＴＳ情報（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ Ｉｎｆｏｒｍａｔｉｏｎ）は、ＤＶＤレコーダにより生成し付加される情報であって、当該パケットがＤＶＤレコーダに外部より伝送されてきたタイミングを示す情報である。
【００９２】
尚、図１４（ｃ）に示したように、固定バイトのＡＴＳとＭＰＥＧ−ＴＳパケットとの組で連続して記録したＭＰＥＧ−ＴＳの蓄積フォーマットも有り得る。
【００９３】
（５．ＡＶ情報の管理情報と再生制御の概要）
図１５、１６は図７が示すところのビデオ管理情報（Ｖｉｄｅｏ Ｍａｎａｇｅｒ）と称されるファイルのデータ構造を示す図である。
【００９４】
ビデオ管理情報は、各種オブジェクトのディスク上の記録位置等の管理情報を示すオブジェクト情報と、オブジェクトの再生順序等を示す再生制御情報とを有する。
【００９５】
図１５はディスクに記録されるオブジェクトとして、ＰＳ−ＶＯＢ＃１〜ＰＳ−ＶＯＢ＃ｎ、ＴＳ１−ＶＯＢ＃１〜ＴＳ１−ＶＯＢ＃ｎ、ＴＳ２−ＶＯＢ＃１〜ＴＳ２−ＶＯＢ＃ｎがある場合を示す。
【００９６】
図１５（ａ）が示すように、これらオブジェクトの種類に応じて、ＰＳ−ＶＯＢ用の情報テーブルと、ＴＳ１−ＶＯＢ用の情報テーブルと、ＴＳ２−ＶＯＢ用の情報テーブルが個別に存在すると共に、各情報テーブルは各オブジェクト毎のＶＯＢ情報を有している。
【００９７】
ＶＯＢ情報は、それぞれ、対応するオブジェクトの一般情報と、オブジェクトの属性情報と、オブジェクトの再生時刻をディスク上のアドレスに変換するためのアクセスマップ、当該アクセスマップの管理情報を有している。一般情報は、対応するオブジェクトの識別情報、オブジェクトの記録時刻等を有し、属性情報は、ビデオストリームのコーディングモードをはじめとするビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）とから構成される。
【００９８】
アクセスマップを必要とする理由は２つある。まず１つは、再生経路情報がオブジェクトのディスク上での記録位置をセクタアドレス等で直接的に参照するのを避け、オブジェクトの再生時刻で間接的に参照できるようにするためである。ＲＡＭ媒体の場合、オブジェクトの記録位置が編集等で変更される場合がおこりうるが、再生経路情報がセクタアドレス等で直接的にオブジェクトの記録位置を参照している場合、更新すべき再生経路情報が多くなるためである。一方、再生時刻で間接的に参照している場合は、再生経路情報の更新は不要で、アクセスマップの更新のみ行えば良い。
【００９９】
２つ目の理由は、ＡＶストリームが一般に時間軸とデータ（ビット列）軸の二つの基準を有しており、この二つの基準間には完全な相関性がないためである。
【０１００】
例えば、ビデオストリームの国際標準規格であるＭＰＥＧ−２ビデオの場合、可変ビットレート（画質の複雑さに応じてビットレートを変える方式）を用いることが主流になりつつあり、この場合、先頭からのデータ量と再生時間との間に比例関係がないため、時間軸を基準にしたランダムアクセスができない。この問題を解決するため、オブジェクト情報は、時間軸とデータ（ビット列）軸との間の変換を行なうためのアクセスマップを有している。
【０１０１】
図１５（ａ）が示すように再生制御情報は、ユーザ定義再生経路情報テーブル、オリジナル再生経路情報テーブル、タイトルサーチポインタを有する。
【０１０２】
図１６（ａ）が示すように、再生経路には、ＤＶＤレコーダがオブジェクト記録時に記録された全てのオブジェクトを示すように自動生成するオリジナル定義再生経路情報と、ユーザが自由に再生シーケンスを定義できるユーザ定義再生経路情報の２種類がある。再生経路はＤＶＤではＰＧＣ情報（Ｐｒｏｇｒａｍ Ｃｈａｉｎ Ｉｎｆｏｒｍａｔｉｏｎ）と統一的呼称され、また、ユーザ定義再生経路情報はＵ−ＰＧＣ情報、オリジナル再生経路情報はＯ−ＰＧＣ情報と呼称される。Ｏ−ＰＧＣ情報、Ｕ−ＰＧＣ情報はそれぞれ、オブジェクトの再生区間であるセルを示す情報であるセル情報をテーブル形式で列挙する情報である。Ｏ−ＰＧＣ情報で示されるオブジェクトの再生区間はオリジナルセル（Ｏ−ＣＥＬＬ）と呼称され、Ｕ−ＰＧＣ情報で示されるオブジェクトの再生区間はユーザセル（Ｕ−ＣＥＬＬ）と呼称される。
【０１０３】
セルは、オブジェクトの再生開始時刻と再生終了時刻でオブジェクトの再生区間を示し、再生開始時刻と再生終了時刻は前述したアクセスマップにより、オブジェクトの実際のディスク上の記録位置情報に変換される。
【０１０４】
図１６（ｂ）が示すように、ＰＧＣ情報により示されるセル群は、テーブルのエントリー順序に従って順次再生される一連の再生シーケンスを構成する。
【０１０５】
図１７は、オブジェクト、セル、ＰＧＣ、アクセスマップの関係を具体的に説明する図である。
【０１０６】
図１７に示すように、オリジナルＰＧＣ情報５０は少なくとも１つのセル情報６０、６１、６２、６３を含む。 セル情報６０…は再生するオブジェクトを指定し、かつ、そのオブジェクトタイプ、オブジェクトの再生区間を指定する。ＰＧＣ情報５０におけるセル情報の記録順序は、各セルが指定するオブジェクトが再生されるときの再生順序を示す。
【０１０７】
一のセル情報６０には、それが指定するオブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａと、オブジェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ） ６０ｂと、時間軸上でのオブジェクト内の開始時刻情報（Ｓｔａｒｔ＿ＰＴＭ）６０ｃと、時間軸上でのオブジェクト内の終了時刻情報（Ｅｎｄ＿ＰＴＭ）６０ｄとが含まれる。
【０１０８】
データ再生時は、ＰＣＧ情報５０内のセル情報６０が順次読み出され、各セルにより指定されるオブジェクトが、セルにより指定される再生区間分再生されることになる。
【０１０９】
アクセスマップ８０ｃは、セル情報が示す開始時刻情報と終了時刻情報とをオブジェクトのディスク上での位置情報に変換する。
【０１１０】
上述したマップ情報であるが、オブジェクトの記録時にともに生成され記録される。マップを生成するためには、オブジェクトのデータ内のピクチャ構造を解析する必要がある。具体的には図９で示すＩピクチャの位置の検出と、図１０、図１１に示す当該Ｉピクチャの再生時刻であるＰＴＳ等のタイムスタンプ情報の検出が必要になる。
【０１１１】
ここで、ＰＳ−ＶＯＢとＴＳ１−ＶＯＢとＴＳ２−ＶＯＢのマップ情報を生成する際に生じる問題について以下説明する。
【０１１２】
ＰＳ−ＶＯＢ、ＴＳ−ＶＯＢ１は、図１で説明したように主として、受信されたアナログ放送をＤＶＤレコーダがＭＰＥＧストリームにエンコードすることにより生成される。このため、Ｉピクチャや各種タイムスタンプの情報は自らが生成しており、ＤＶＤレコーダにとってストリーム内部のデータ構造は明確であり、マップ情報の生成になんの問題も生じない。
【０１１３】
次に、ＴＳ２−ＶＯＢであるが、図１で説明したように主として、受信されたデジタル放送をＤＶＤレコーダがエンコードすることなく直接ディスクに記録する。このため、ＰＳ−ＶＯＢのようにＩピクチャの位置とタイムスタンプ情報を自ら生成するわけではないため、ＤＶＤレコーダにとってストリーム内部のデータ構造は明確ではなく、記録するデジタルストリームからこれら情報を検出することが必要になる。
【０１１４】
このため、ＤＶＤレコーダは、レコーダ外部にてエンコードされたストリームを記録しているＴＳ２−ＶＯＢのマップ情報については下記のようにＩピクチャとタイムスタンプを検出する。
【０１１５】
まず、Ｉピクチャの検出は、図１２に示すＴＳパケットの適用フィールドのランダムアクセス表示情報を検出することにより行う。また、タイムスタンプの検出については、ＰＥＳヘッダのＰＴＳを検出することにより行う。タイムスタンプについては、ＰＴＳの代わりに、適用フィールドのＰＣＲや、ＴＳパケットがＤＶＤレコーダに伝送されてきた到着タイミングであるＡＴＳで代用することもある。いずれにせよ、ＤＶＤレコーダはＭＰＥＧストリームのビデオ層のデータ構造を解析することなく、その上位層であるシステム層の情報により、Ｉピクチャの位置を検出する。これは、マップ情報を生成するためにビデオ層の解析まで行うのはシステムの負荷が大きいためである。
【０１１６】
また、システム層の検出が不可能な場合もありうるが、この場合は、マップ情報が生成できないため、有効なマップ情報が無いことを示すことが必要になる。ＤＶＤレコーダでは図１５（ｂ）に示すマップ管理情報によりこれらが示される。
【０１１７】
図１５（ｂ）に示すようにマップ管理情報は、マップ有効性情報と自己エンコーディングフラグとを有する。自己エンコーディングフラグは、ＤＶＤレコーダ自らがエンコードしたオブジェクトであることを示し、内部のピクチャ構造が明確であり、マップ情報のタイムスタンプ情報やＩピクチャの位置情報等が正確であることを示している。また、マップ有効性情報は、有効なアクセスマップの有無を示す。
【０１１８】
なお、システム層の検出が不可能な例としては、適用フィールドが設定されていない場合や、そもそもＭＰＥＧトランスポートストリームで無いデジタルストリームの場合が考えうる。デジタル放送が世界各国で各種方式が成立しうるため、ＤＶＤレコーダがマップを生成できないオブジェクトを記録するケースも当然予想される。例えば、日本のデジタル放送を想定したＤＶＤレコーダを米国で使用し、米国のデジタル放送を記録した場合、マップを生成できないオブジェクトを記録するケースが出てくる。
【０１１９】
但し、ＤＶＤレコーダはマップ情報が生成されないオブジェクトについても、先頭から順次再生することは可能である。この場合、記録されたデジタルストリームをデジタルＩ／Ｆを介して、当該ストリームに対応したＳＴＢに出力することでこれを映像再生することができる。
【０１２０】
（６．再生機能の基本動作）
次に、図１８を用いて上記光ディスクを再生するＤＶＤレコーダプレーヤの再生動作について説明する。
【０１２１】
図１８に示すように、プレーヤは、光ディスク１００からデータを読み出す光ピックアップ２０１と、読み出したデータのエラー訂正等を行なうＥＣＣ処理部２０２と、エラー訂正後の読み出しデータを一時的に格納するトラックバッファ２０３と、動画オブジェクト（ＰＳ＿ＶＯＢ）等のプログラムストリームを再生するＰＳデコーダ２０５と、デジタル放送オブジェクト（ＴＳ２＿ＶＯＢ）等のトランスポートストリームを再生するＴＳデコーダ２０６と、オーディオ・オブジェクト（ＡＯＢ）を再生するオーディオデコーダ２０７と、静止画オブジェクト（ＰＯＢ）をデコードする静止画デコーダ２０８と、各デコーダ２０５、２０６…へのデータ入力を切り換える切換え手段２１０と、プレーヤの各部を制御する制御部２１１とを備える。
【０１２２】
光ディスク１００上に記録されているデータは、光ピックアップ２０１から読み出され、ＥＣＣ処理部２０２を通してトラックバッファ２０３に格納される。トラックバッファ２０３に格納されたデータは、ＰＳデコーダ２０５、ＴＳデコーダ２０６、オーディオデコーダ２０７、静止画デコーダ２０８の何れかに入力されデコードおよび出力される。
【０１２３】
このとき、制御部２１１は読み出すべきデータを図１６が示す再生経路情報（ＰＧＣ）が示す再生シーケンスに基づき決定する。すなわち、図１６の例であれば、制御部２１１は、ＶＯＢ＃１の部分区間（ＣＥＬＬ＃１）を最初に再生し、次いで、ＶＯＢ＃３の部分区間（ＣＥＬＬ＃２）を再生し、最後にＶＯＢ＃２（ＣＥＬＬ＃３）と再生する制御を行う。
【０１２４】
また、制御部２１１は、図１７が示す再生経路情報（ＰＧＣ）のセル情報により、再生するセルのタイプ、対応するオブジェクト、オブジェクトの再生開始時刻、再生終了時刻を獲得することができる。制御部２１１は、セル情報により特定されるオブジェクトの区間のデータを、適合するデコーダに入力する。
【０１２５】
この際、制御部２１１は、セル情報のＯｂｊｅｃｔ ＩＤにより再生対象のオブジェクトを特定する。さらに、制御部２１１は、特定したオブジェクトの再生区間であるセルの特定を、セル情報のＳｔａｒｔＰＴＭとＥｎｄＰＴＭを、対応するＶＯＢ情報のアクセスマップでディスク情報のアドレスに変換することにより行う。
【０１２６】
また、本実施形態のプレーヤは、さらに、ＡＶストリームを外部に供給するためのデジタルインターフェース２０４を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信手段を介して外部に供給することも可能である。これは、特に、自らがエンコードしていないＴＳ２−ＶＯＢについては、プレーヤ内部に該当するデコーダが存在しないケースもありうるため、デコードすることなく、直接、デジタルインターフェース２０４を通じて外部のＳＴＢに出力し、そのＳＴＢで再生させることができる。
【０１２７】
外部にデジタルデータを直接出力する際には、制御部２１１は図１５（ｂ）のマップ管理情報に基づき、ランダムアクセス再生が可能かを否か判断する。アクセスポイント情報フラグが有効であれば、アクセスマップはＩピクチャの位置情報を有する。このため、制御部２１１は外部機器から早送り再生等の要求があればこれに応じて、Ｉピクチャを含むデジタルデータをデジタルＩ／Ｆを介して外部機器に出力することができる。また、タイムアクセス情報フラグが有効であれば、タイムアクセスが可能である。このため制御部２１１は、外部の機器からのタイムアクセスの要求に応じて、指定された再生時刻に相当するピクチャデータを含むデジタルデータをデジタルＩ／Ｆを介して外部機器に出力することができる。
【０１２８】
（７．記録機能の基本動作）
次に、図１９を用いて上記光ディスクに対して記録、再生を行なう本発明に係るＤＶＤレコーダの構成および動作について説明する。
【０１２９】
図１９に示すように、ＤＶＤレコーダは、ユーザへの表示およびユーザからの要求を受け付けるユーザインターフェース部２２２、ＤＶＤレコーダ全体の管理および制御を司るシステム制御部２１２、ＶＨＦおよびＵＨＦを受信するアナログ放送チューナ２１３、アナログ信号をデジタル信号に変換しＭＰＥＧプログラムストリームにエンコードするエンコーダ２１４、デジタル衛星放送を受信するデジタル放送チューナ２１５、デジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部２１６、テレビおよびスピーカなどの表示部２１７、ＡＶストリームをデコードするデコーダ２１８とを備える。デコーダ２１８は、図１８に示した第１及び第２のデコーダ等からなる。さらに、ＤＶＤレコーダは、デジタルインターフェース部２１９と、書きこみデータを一時的に格納するトラックバッファ２２０と、ＤＶＤ−ＲＡＭ１００にデータを書きこむドライブ２２１とを備える。デジタルインターフェース部２１９はＩＥＥＥ１３９４等の通信手段により外部機器にデータを出力するインターフェースである。
【０１３０】
このように構成されるＤＶＤレコーダにおいては、ユーザインターフェース部２２２が最初にユーザからの要求を受ける。ユーザインターフェース部２２２はユーザからの要求をシステム制御部２１２に伝え、システム制御部２１２はユーザからの要求を解釈すると共に各モジュールへの処理要求を行う。
【０１３１】
録画には、入力されるデジタルデータを自らエンコードするセルフエンコーディングと、エンコード済みのデジタルデータをエンコードすることなくディスクに記録するアウトサイドエンコーディングがある。
【０１３２】
（７．１ セルフエンコーディングによる録画動作）
最初にセルフエンコーディングの録画について、アナログ放送をＰＳ−ＶＯＢにエンコードして記録する動作を以下、具体的に説明する。
【０１３３】
システム制御部２１２はアナログ放送チューナ２１３への受信とエンコーダ部２１４へのエンコードを要求する。
【０１３４】
エンコーダ部２１４はアナログ放送チューナ２１３から送られるＡＶデータをビデオエンコード、オーディオエンコードおよびシステムエンコードしてトラックバッファ２２０に送出する。
【０１３５】
エンコーダ部２１４は、エンコード開始直後に、エンコードしているＭＰＥＧプログラムストリームの先頭データが有するタイムスタンプ情報を再生開始時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）としてシステム制御部２１２に送り、続いてアクセスマップを作成するために必要な情報をエンコード処理と平行してシステム制御部２１２に送る。この値は、後に生成される図１７に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。タイムスタンプ情報は、一般的にはＰＴＳになるがＳＣＲで代用しても良い。
【０１３６】
次にシステム制御部２１２は、ドライブ２２１に対して記録要求を出し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
【０１３７】
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はアナログ放送チューナ２１３とエンコーダ部２１４に対して停止要求を出す。
【０１３８】
エンコーダ２１４はシステム制御部２１２からのエンコード停止要求を受けエンコード処理を止め、最後にエンコードを行ったＭＰＥＧプログラムストリームの終端データが有するタイムスタンプ情報を再生終了時刻（ＰＳ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）として、システム制御部２１２に送る。この値は、図１７に示すセル情報のＥｎｄ＿ＰＴＭに設定される。タイムスタンプ情報は通常ＰＴＳが設定されるが、ＳＣＲで代用しても良い。
【０１３９】
システム制御部２１２は、エンコード処理終了後、エンコーダ２１４から受け取った情報に基づき、図１５に示すＰＳ−ＶＯＢ用のＶＯＢ情報（ＰＳ−ＶＯＢＩ）と再生制御情報を生成する。
【０１４０】
ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、マップ管理情報のマップ有効性情報を有効に設定すると共に、自己エンコーディングフラグをＯＮにする。
【０１４１】
また、再生制御情報は、記録されるオブジェクトを再生対象の１つとする図１６に示すオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＰＳ−ＶＯＢ」が設定される。
【０１４２】
最後にシステム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＰＳ−ＶＯＢ用のＶＯＢ情報（ＰＳ＿ＶＯＢＩ）および再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
【０１４３】
なお、アナログ放送をＴＳ１−ＶＯＢにエンコードしてももちろん良い。この場合、エンコーダ２１４はアナログ信号をデジタル信号に変換しＭＰＥＧトランスポートストリームにエンコードするエンコーダである必要があり、セル情報内のタイプ情報は「ＴＳ１−ＶＯＢ」に設定される。
この場合のＳｔａｒｔ＿ＰＴＭおよびＥｎｄ＿ＰＴＭは、ＰＴＳでも良いしＰＣＲを用いても良い。
【０１４４】
（７．２ アウトサイドエンコーディングによる録画動作）
次にアウトサイドエンコーディングによる録画について、デジタル放送を録画する動作を通して以下、具体的に説明する。この場合、記録されるオブジェクトの種類はＴＳ２−ＶＯＢになる。
【０１４５】
ユーザによるデジタル放送録画要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられる。システム制御部２１２はデジタル放送チューナ２１５への受信と解析部２１６へのデータ解析を要求する。
【０１４６】
デジタル放送チューナ２１５から送られるＭＰＥＧトランスポートストリームは解析部２１６を通してトラックバッファ２２０へ転送される。
【０１４７】
解析部２１６は、最初にデジタル放送として受信されたエンコード済みのＭＰＥＧトランスポートストリーム（ＴＳ２−ＶＯＢ）のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）の生成に必要な情報として、トランスポートストリームの先頭データが有するタイムスタンプ情報を開始時刻情報（ＴＳ２＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）として抽出し、システム制御部２１２に送る。開始時刻情報は、後に生成される図１７に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤレコーダに伝送されてくるタイミングであるＡＴＳで代用しても良い。
【０１４８】
解析部２１６は、さらに、ＭＰＥＧトランスポートストリームのシステム層を解析し、アクセスマップ作成に必要な情報を検出する。Ｉピクチャのオブジェクト内での位置については、前述したようにＴＳパケットヘッダ中の適用フィールド（ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）内のランダムアクセスインジケータ（ｒａｎｄａｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）をもとに検出する。
【０１４９】
次にシステム制御部２１２は、ドライブ２２１に対して記録要求を出力し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部２１２はファイルシステムのアロケーション情報からディスク上のどこに記録するかをあわせてドライブ２２１に指示する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
【０１５０】
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はデジタルチューナ２１５と解析部２１６に停止要求を出す。
【０１５１】
解析部２１６はシステム制御部２１２からの解析停止要求を受け解析処理を止め、最後に解析を行ったＭＰＥＧトランスポートストリームの終了区間のデータが有するタイムスタンプ情報を表示終了時刻（ＴＳ２＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）としてシステム制御部２１２に送る。この値は、図１７に示すセル情報のＥｎｄ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。また、オブジェクトがＤＶＤレコーダに伝送されてくるタイミングであるＡＴＳで代用しても良い。
【０１５２】
システム制御部２１２は、デジタル放送の受信処理終了後、解析部２１６から受け取った情報に基づき、図１５に示すＴＳ２−ＶＯＢ用のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）と再生制御情報を生成する。
【０１５３】
ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、Ｉピクチャのオブジェクト内での位置等を検出でき有効なアクセスマップを生成した場合にはマップ管理情報のマップ有効性情報を有効に設定する。また自己エンコーディングフラグはＯＦＦ設定をする。有効なアクセスマップを生成できなかった場合にはマップ有効性情報を無効に設定する。なお、有効なアクセスマップを生成できないケースとしては、対応していないデジタル放送を受信した場合や、適用フィールドにランダムアクセス情報が無い場合等が考えられる。また、デジタルＩ／Ｆから直接入力された場合は、ＭＰＥＧトランスポートストリームでないケースもありえ、この場合も当然、マップ有効性情報は無効に設定される。
【０１５４】
また、再生制御情報は、記録されるオブジェクトを再生対象の１つとする図１６に示すオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＴＳ２−ＶＯＢ」が設定される。
【０１５５】
最後にシステム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＴＳ２−ＶＯＢ用のＶＯＢ情報（ＴＳ２＿ＶＯＢＩ）および再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
【０１５６】
以上、ユーザからの録画開始および終了要求をもとに動作を説明したが、例えば、ＶＴＲで使用されているタイマー録画の場合では、ユーザの代わりにシステム制御部が自動的に録画開始および終了要求を発行するだけであって、本質的にＤＶＤレコーダの動作が異なるものではない。
【０１５７】
（８．発明の概要）
本発明の情報記録媒体は様々なフォーマットのデータを記録するものであって、アナログ放送もしくはデジタル放送のコンテンツや、アナログ／デジタルインターフェースを介して入力される多種多様なデータを記録した情報記録媒体であり、本発明の情報記録装置は、その情報記録媒体に対してＡＶデータの記録／再生を行う装置である。
【０１５８】
特に、本発明の情報記録媒体には、外部入力されたＡＶデータがＭＰＥＧ−ＴＳ形式で記録され、各ＭＰＥＧ−ＴＳパケットのデコーダ入力時刻情報を、各ＭＰＥＧ−ＴＳパケットに付与したストリームが記録されている。
【０１５９】
さらに、ＭＰＥＧ−ＴＳの制御情報を受け持つＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）パケットの配置とレコーダ固有／コンテンツ固有等の情報をユーザプライベートストリーム（ＵＰパケット）として埋め込み、各パケットのデコーダ入力時刻情報を蓄積に適した形式で付与することを特徴とする。
【０１６０】
さらに、前記ＭＰＥＧ−ＴＳの多重化の際に、ＭＰＥＧ−ＰＳへの変換が容易になるように、１パック（２０４８バイト）相当のデータを１多重化連続単位としてシステムエンコードし、各多重化連続単位を１つまたは複数のＭＰＥＧ−ＴＳパケットに分割しながら、ＭＰＥＧ−ＴＳ記録することを特徴とする。
【０１６１】
（９．詳細な実施形態）
第１の実施例．
本発明の情報記録／再生装置の記録／再生時の基本動作に関しては、ほぼ前述の説明の通りであるため、以下にアナログ外部入力記録時の基本動作に関してのみ図２０を用いて具体的に説明する。この場合、記録されるオブジェクトの種類はＴＳ１−ＶＯＢになる。
【０１６２】
ユーザによる外部入力録画要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられる。システム制御部２１２は外部入力部２２３への受信とエンコーダ２１４へのデータ符号化を要求する。
【０１６３】
エンコーダ２１４から送られるＭＰＥＧトランスポートストリームはトラックバッファ２２０へ転送される。
【０１６４】
エンコーダ２１４は、最初にエンコード済みのＭＰＥＧトランスポートストリーム（ＴＳ１−ＶＯＢ）のＶＯＢ情報（ＴＳ１＿ＶＯＢＩ）の生成に必要な情報として、トランスポートストリームの先頭データが有するタイムスタンプ情報を開始時刻情報（ＴＳ１＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）として設定し、システム制御部２１２に送る。開始時刻情報は、後に生成される図１７に示すセル情報のＳｔａｒｔ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。
【０１６５】
エンコーダ２１４は、さらに、ＭＰＥＧトランスポートストリームを生成しながら、アクセスマップ作成に必要な情報を生成する。
【０１６６】
例えば、Ｉピクチャの先頭ＭＰＥＧトランスポートパケットには、ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄを格納し、ｒａｎｄｏｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒのビットを立て、ＶＯＢＵのスタートであることをシステム制御部２１２に転送する。
【０１６７】
次にシステム制御部２１２は、ドライブ２２１に対して記録要求を出力し、ドライブ２２１はトラックバッファ２２０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部２１２はファイルシステムのアロケーション情報からディスク上のどこに記録するかをあわせてドライブ２２１に指示する。この際、前述した連続領域（ＣＤＡ）をディスク上の記録可能領域から検索し、検索した連続領域にデータを記録していく。
【０１６８】
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部２２２を通してシステム制御部２１２に伝えられ、システム制御部２１２はエンコーダ２１４に停止要求を出す。
【０１６９】
エンコーダ２１４はシステム制御部２１２からの記録停止要求を受け符号化処理を止め、最後に符号化を行ったＭＰＥＧトランスポートストリームの終了区間のデータが有するタイムスタンプ情報を表示終了時刻（ＴＳ１＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）としてシステム制御部２１２に送る。この値は、図１７に示すセル情報のＥｎｄ＿ＰＴＭに設定される。このタイムスタンプ情報は、ＰＣＲ又はＰＴＳになる。
【０１７０】
システム制御部２１２は、記録処理終了後、エンコーダ２１４から受け取った情報に基づき、図１５に示すＴＳ１−ＶＯＢ用のＶＯＢ情報（ＴＳ１＿ＶＯＢＩ）と再生制御情報を生成する。
【０１７１】
ここで、生成されるＶＯＢ情報はオブジェクト種類に適合したアクセスマップとマップ管理情報とを含む。システム制御部２１２は、マップ管理情報のマップ有効性情報を有効に設定する。また自己エンコーディングフラグはＯＮ設定をする。
【０１７２】
また、再生制御情報は、記録されるオブジェクトを再生対象の１つとする図１６に示すオリジナル再生経路（Ｏ−ＰＧＣ情報）が生成される。生成されたＯ−ＰＧＣ情報はオリジナル再生経路テーブルに追記される。オリジナル再生経路（Ｏ−ＰＧＣ情報）はセル情報を有する。セル情報のタイプ情報には「ＴＳ１−ＶＯＢ」が設定される。
【０１７３】
最後にシステム制御部２１２は、ドライブ２２１に対してトラックバッファ２２０に蓄積されているデータの記録終了と、ＴＳ１−ＶＯＢ用のＶＯＢ情報（ＴＳ１＿ＶＯＢＩ）および再生制御情報の記録を要求し、ドライブ２２１がトラックバッファ２２０の残りデータと、これらの情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
【０１７４】
以下、エンコーダ２１４にて生成されるセルフエンコーディングＭＰＥＧトランスポートストリームの詳細について説明する。
【０１７５】
図２１（ａ）にセルフエンコーディングＭＰＥＧトランスポートストリームの構造を示す。同図に示すように、セルフエンコーディングのＭＰＥＧトランスポートストリームはＶＯＢＵ単位に区切られ、各ＶＯＢＵの先頭にはＰＡＴパケットとＰＭＴパケットさらにはストリームに固有の情報を埋め込んだユーザプライベートパケット（以下「ＵＰパケット」と称す。）が続いている。または、少なくともＶＯＢの先頭にはＰＡＴパケット、ＰＭＴパケットが配置される。
【０１７６】
図２１（ｂ）に示したように、それぞれのパケットにはデコーダ入力時刻情報であるＡＴＳが付与されており、個々のパケットは対応するＡＴＳで意図された時刻にデコーダへ転送される。
【０１７７】
先頭パケットのＰＡＴパケットには、セルフエンコーディングのプログラム情報（ＰＭＴパケットのＰＩＤ等）が格納され、ＡＴＳ１の時刻でデコーダに入力される。
【０１７８】
２番目のパケットのＰＭＴパケットには、プログラムを構成するエレメンタリーストリームごとのＰＩＤ等が格納される。ここでは、ビデオ、オーディオ、データ放送（図中の”Ｄａｔａ”）、ユーザプライベート（図中の”ｐｒｉｖａｔｅ”）パケットのＰＩＤを格納した例を示す。
【０１７９】
３番目のパケットのＵＰパケットには、ストリームへの付加情報が格納される。例えば、ストリームのタイトル情報や、記録日時情報や、ストリームの符号化情報（ビットレート、ビデオ解像度、フレームレート、アスペクト比、符号化方式等）であるストリーム属性や、外部入力がアナログかデジタルか等の識別する入力源識別情報や、さらにはデジタルであった場合に入力ＡＶデータの符号化方式を特定する情報や、コピー許可／不許可等の著作権保護情報や、ＶＢＩ（Ｖｅｒｔｉｃａｌ Ｂｌａｎｋｉｎｇ Ｉｎｔｅｒｖａｌ）信号である、クローズドキャプション（ＣＣ）やテレテキストデータ、または表示制御を指定するＷＳＳ（Ｗｉｄｅ−Ｓｃｒｅｅｎ Ｓｉｇｎａｌｉｎｇ）等や、システムエンコードの条件を示した情報や、各種ＤＶＤ規格との変換性（互換性）を示す情報や、該ストリームを記録した製造業者の固有データ等を用いてユーザ利便性の高いメニュー情報や、各種ＤＶＤ規格対応のＭＰＥＧ−ＰＳに変換する際に有用な様々なデータを格納することが考えられる。
【０１８０】
前述のようにＭＰＥＧトランスポートストリーム内に配置され、付加情報を格納されたパケットのデコーダ入力時刻について図２２を用いて詳細に説明する。
【０１８１】
図２２（ａ）はトランスポートストリームシステムターゲットデコーダ（Ｔ−ＳＴＤ）と呼ばれる基本的なデコーダの構成を示したブロック図であり、前述では触れていなかったＰＳＩパケットを解析し、デコーダの制御を行うシステムデコーダ２３５も加えて示した図である。
【０１８２】
ＰＳＩパケットであるＰＡＴ、ＰＭＴパケットは、Ｔ−ＳＴＤに入力されると、デマルチプレクサ２３２でパケット種別に応じて弁別され、システムコントロールに関するＰＳＩパケットはトランスポートバッファ２３３に瞬時に転送される。
【０１８３】
続いて、トランスポートバッファ２３３に蓄積されたデータは随時システムバッファ２３４に１００００００ビット／秒（＝Ｒｓｙｓ）のレートで転送される。
【０１８４】
ＰＳＩデータが有効になるのは、システムバッファ２３４に必要なＰＳＩのデータが揃った瞬間である。
【０１８５】
このようにＭＰＥＧのＴ−ＳＴＤモデルでは、デコーダの動作モデルを規定し、ＭＰＥＧトランスポートストリームの転送レート等の基準を定めている。
【０１８６】
情報記録装置はＴ−ＳＴＤにて正しく復号が可能と保証されるＭＰＥＧトランスポートストリームの形式に従いセルフエンコーディングする必要があるため、ＰＳＩパケットの転送にはいくつかの制限がある。以下に図２２（ｂ）を用いて、パケット転送レートを決定するＡＴＳの決定方法について説明する。
【０１８７】
セルフエンコーディングストリームの再生時には、まずは先頭のＰＡＴ、ＰＭＴ、ＵＰパケットがそれぞれＡＴＳ１、ＡＴＳ２、ＡＴＳ３が示す時刻にＴ−ＳＴＤに入力される。
【０１８８】
ＰＭＴパケットとＵＰパケットに注目すれば、ＰＭＴパケットで指定されたＵＰパケットのＰＩＤをＴ−ＳＴＤが解釈し、有効にするためには、ＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ（ｍバイト）の最後のバイトがシステムバッファ２３４に蓄えられている必要がある。
【０１８９】
つまり、ＰＭＴが有効になるには、ＰＭＴパケット入力時刻であるＡＴＳ２から、（ｍ＋ｎ＋５）×８／Ｒｓｙｓ秒が経過しなければならない。ここで、ｎはＰＭＴパケットのａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのバイト長である。
【０１９０】
Ｔ−ＳＴＤの基準クロックであるＳｙｓｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙ（ＳＣＦ）は２７００００００Ｈｚ（誤差として±８１０Ｈｚまでの許容範囲が規定されている）であるため、ＡＴＳをＳｙｓｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙの時刻精度で表した時刻情報だとすると、ＡＴＳ３とＡＴＳ２の間には以下の関係が成り立つ必要がある。
ATS3≧ATS2 + ((m+n+5)*8/Rsys)*SCF
【０１９１】
さらに、ＡＴＳ２とＡＴＳ３の最小間隔はＰＭＴパケット内にａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄがなく（ｎ＝０）、かつＰＭＴパケットには最小のＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ（２１バイト）が格納されているのみの時であるため、この場合２０８／Ｒｓｙｓ×ＳＣＦの時間間隔が最小となる。
【０１９２】
同様に、ＰＡＴパケットの入力時刻ＡＴＳ１とＰＭＴパケットの入力時刻ＡＴＳ２に関しても、ＰＡＴパケット内のＰｒｏｇｒａｍ ａｓｓｏｃｉａｔｉｏｎ
ｓｅｃｔｉｏｎのバイト長をｍ０とし、ＰＡＴパケットのａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのバイト長をｎ０とすれば、以下の関係を満足する必要がある。
ATS2≧ATS1 + ((m0+n0+5)*8/Rsys)*SCF
【０１９３】
さらに、ＡＴＳ１とＡＴＳ２の最小間隔はＰＡＴパケット内にａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄがなく（ｎ０＝０）、かつＰＡＴパケットには最小のＰｒｏｇｒａｍ ａｓｓｏｃｉａｔｉｏｎ ｓｅｃｔｉｏｎ（１６バイト）が格納されているのみの時であるため、この場合１６８／Ｒｓｙｓ×ＳＣＦの時間間隔が最小となる。
【０１９４】
Ｓｙｓｔｅｍ Ｃｌｏｃｋ Ｆｒｅｑｕｅｎｃｙ（ＳＣＦ）を２７ＭＨｚとして時間を２７ＭＨｚの精度で表現すれば、ＡＴＳ１とＡＴＳ２の時間間隔およびＡＴＳ２とＡＴＳ３の時間間隔の最小値は、それぞれ４５３６と５６１６となる。
【０１９５】
続いて、図２３、図２４、図２５、図２６を用いて、Ｕｓｅｒ Ｐｒｉｖａｔｅパケット（ＵＰパケット）のセルフエンコーディングトランスポートストリームへの格納方法について説明する。
【０１９６】
図２３では、ＵＰパケットをＵｓｅｒ Ｐｒｉｖａｔｅ ｓｔｒｅａｍとして定義した場合のＵＰパケット格納方法を示している。この場合、ＵＰパケットに対応するＰＭＴのｓｔｒｅａｍ＿ｔｙｐｅには、０ｘ８０以上でかつ０ｘＦＦ以下の識別番号が割り振られ、ＵＰパケットには固有のＰＩＤが付与され、ＵＰパケット内部のデータ構造はＭＰＥＧ規格外となる。また、ここではＵＰパケット内に、ＤＶＤ＿ａｔｔｒｉｂｕｔｅ＿ｓｅｃｔｉｏｎ（）というセクション構造を持たせた例を示している。
【０１９７】
また、図２４では、ＵＰパケットをｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ構造を持たせ、固有のＰＩＤを付与する場合の格納方法を示している。ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ内のｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒの値によって、ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎのデータ構造が若干異なるが、ＵＰパケットの固有データはｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎのｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅに格納される。この場合、ｓｔｒｅａｍ＿ｔｙｐｅには、０ｘ０５の識別番号が割り振られる。
【０１９８】
また、図２５では、ＵＰパケットをＰＭＴと同じＰＩＤのパケットとして格納する方法が示されている。この場合、ＵＰパケットのデータ構造はｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ構造に従う。この場合、ｓｔｒｅａｍ＿ｔｙｐｅは定義されず、ＵＰパケットにはＰＭＴパケットのＰＩＤが付与される。
【０１９９】
また、図２６では、ＵＰパケットを個別に設けずに、ＰＭＴパケットに内包する方法が示されている。この場合も、ＵＰパケットに該当する固有データはｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ構造となり、ＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎに続いてｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎが記述される。すなわち、ＰＭＴパケット内に、ＴＳ＿ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎとｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎの両方を格納している。
【０２００】
ここで、前述の方法によってＭＰＥＧ−ＴＳに格納される固有データの詳細について、説明する。
【０２０１】
図２３、図２４、図２５、図２６にて記述されているように、固有データとしては、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＲＤＩ ＵｎｉｔのＲＤＩ＿ＧＩ（Real-time Data Information General Information）と、ＤＣＩ＿ＣＣＩ（Display Control Information and Copy Control Information）を持つ。
【０２０２】
ＲＤＩ＿ＧＩは、該当ＶＯＢＵの先頭再生開始時刻（ＶＯＢＵ＿Ｓ＿ＰＭＴ）と、記録日時情報を格納し、ＤＣＩ＿ＣＣＩは、当該ＶＯＢＵ内のアスペクト比情報、サブタイトルモード情報、フィルム・カメラモード情報等の表示制御に関わる情報と、コピー世代管理情報や、ＡＰＳ情報、入力ソース情報等が格納されている。（ＲＤＩ＿ＧＩとＤＣＩ＿ＣＣＩの詳細についてはＤＶＤ Ｖｉｄｅｏ
Ｒｅｃｏｒｄｉｎｇ規格を参照。）
【０２０３】
また、Ｖ＿ＡＴＲには、ビデオのビットレート情報、解像度情報、フレームレート情報（もしくはＮＴＳＣ／ＰＡＬ等のｖｉｄｅｏ＿ｆｏｒｍａｔ情報）、アスペクト比情報、符号化方式（ＭＰＥＧ２−Ｖｉｄｅｏや、ＭＰＥＧ１−Ｖｉｄｅｏ等の識別）の情報が格納される。
【０２０４】
同様に、Ａ＿ＡＴＲにも、オーディオの本数に応じて、全部もしくは一部のオーディオのビットレート、符号化方式、チャンネル数、量子化ビット数、ダイナミックレンジコントロール等の情報が格納される。
【０２０５】
また、ＣＣには、当該ＶＯＢＵ内のＣｌｏｓｅｄ Ｃａｐｔｉｏｎデータが格納される。ＣＣデータの格納には、ＰＳ変換の移植性を高めるために、予めｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿ｕｓｅｒ＿ｄａｔａ（１）（ＧＯＰレイヤーでユーザデータを格納する方法）形式で記述しても良いし、ＣＣデータを別記述方式で記述しても良い。
【０２０６】
ＧＯＰレイヤーのユーザデータにＣＣデータを格納する形式で記述するのがＭＰＥＧ−ＰＳ変換の効率を高めるのは、ＤＶＤ−ＶｉｄｅｏやＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格がそのようにしているからである。
【０２０７】
また、Ｃ＿ＳＥには、当該ＶＯＢＵ（もしくはＶＯＢ）のＴＳ２ＰＳ変換時に問題となるいくつかの問題点に対する情報が記述されている。
【０２０８】
例えば、ＣＣ／ＷＳＳ／Ｔｅｌｅｔｅｘｔデータ格納位置情報には、ＣＣデータがＵＰパケットにあるのか、各ピクチャヘッダのユーザデータとして記述されているのか、もしくはこのＶＯＢＵ（ＶＯＢ）にＣＣデータが無いのか等を識別するための情報である。
【０２０９】
ＷＳＳ格納位置情報については、固有データとしてＵＰパケットにまとめて格納されているのか、各ピクチャヘッダのユーザデータに記述されているのか等を示す情報である。
【０２１０】
Ｔｅｌｅｔｅｘｔ格納位置情報については、Ｔｅｌｅｔｅｘｔを格納したＴＳパケットを設けて格納されているのか、各ピクチャヘッダのユーザデータに記述されているのか等を示す情報である。
【０２１１】
多重化ブロック構造・転送情報については、図２７に示す多重化ブロック（１つのエレメンタリーストリームのみが、他のエレメンタリーストリームと混在することなく格納されたデータブロック）を構成するＴＳパケットが固定数なのか可変数なのか、また、固定数ならばその固定数を表す情報や、ＰＴＳ／ＤＴＳが多重化ブロックの先頭ＴＳパケットに付与されているかを示す情報や、同一多重化ブロック内での転送レートについての情報等が記述されている。従来の多重化に条件を課さないＭＰＥＧ−ＴＳエンコード時には、多重化ブロックは１つのＴＳパケットからのみ構成される固定長サイズとして記述することも可能である。
【０２１２】
各デコーダバッファ制御用情報については、ビデオベリファイングバッファのパラメータであるｖｂｖ＿ｄｅｌａｙや、ｖｂｖ＿ｂｕｆｆｅｒ＿ｓｉｚｅ等のビデオバッファの余裕量を示す情報や（この情報を用いてビデオデータをＡＴＳの入力時刻からどれだけ先読みして良いのか判断することができる）、当該ＶＯＢＵ内のフレームでバッファ入力時刻が最もそのフレームのデコード時刻に近いフレームの入力完了時刻とデコード時刻との時刻差情報（この情報を用いてビデオ・オーディオデータをＡＴＳの入力時刻からどれだけ後読みして良いのか判断することができる）等を記述する。
【０２１３】
さらに、ＤＶＤ＿Ｃｏｍｐａｔｉｂｉｌｉｔｙ情報には、該ＭＰＥＧ−ＴＳを各ＤＶＤ規格に準じたＭＰＥＧ−ＰＳにトランスコードする際に、どの程度の負荷があるかを示した情報である。
【０２１４】
例えば、多重化ブロックが２ＫＢ以下で構成されていることでレベル１のインジケータ、ＣＣ、ＷＳＳ、Ｔｅｌｅｔｅｘｔデータが存在する場合に、ＣＣ、ＷＳＳデータがＵＰパケットに格納され、Ｔｅｌｅｔｅｘｔがビデオデータを格納した多重化ブロック内にＴｅｌｅｔｅｘｔパケットとして格納されていればレベル２のインジケータ、ＣＣ、ＷＳＳ、Ｔｅｌｅｔｅｘｔデータを各ＤＶＤ規格で定める領域に格納した際にバッファマネージメントを考慮する必要がなければレベル３のインジケータ、多重化ブロックの先頭ＴＳパケットのＡＴＳをＳＣＲに置換する際に、バッファマネージメントを考慮する必要がなければレベル４のインジケータ等と、該ＭＰＥＧ−ＴＳを各ＤＶＤのフォーマットに容易に変換できるか否かの変換性を示す情報である。
【０２１５】
このＤＶＤ＿Ｃｏｍｐａｔｉｂｉｌｉｔｙ情報は、ＤＶＤ−Ｖｉｄｅｏ用、ＤＶＤ−Ａｕｄｉｏ用、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ用、ＤＶＤ Ｓｔｒｅａｍ Ｒｅｃｏｒｄｉｎｇ用等といった、ＤＶＤフォーマットにそれぞれ対応した変換容易性を示す情報群である。
【０２１６】
図２７に多重化ブロックを利用したＭＰＥＧ−ＴＳの構造図と、それをＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇフォーマットに変換した場合のデータ構成図を示した。
【０２１７】
図２７（ａ）に示す自己録ＴＳストリームは、図２７（ｂ）に示す自己録ＴＳストリームのＶＯＢＵ（再生・復号の単位）から構成される。図２７（ｃ）に示すように、１つのＶＯＢＵは複数の多重化ブロック（ＭＰＥＧ−ＰＳのパックに該当する）から構成される。それぞれの多重化ブロックは、図２７（ｄ）に示すように、固定長データサイズに分割されてもよく（これにより機器への実装が簡単になる。）、もしくは、図２７（ｅ）に示すように、可変長データサイズに分割されてもよい（この場合、記録媒体の容量を浪費しない）。図２７（ｄ）、２７（ｅ）の場合は、ＰＳＩ／ＳＩパケットやＵＰパケット等の非エレメンタリーストリームと、エレメンタリーストリームとをそれぞれ分離して多重化ブロックを構成しているが、図２７（ｆ）に示すように、多重化ブロックにおいて、エレメンタリーストリームとともに、ＰＳＩ／ＳＩパケットやＵＰパケット等の非エレメンタリーストリームが格納されてもよい。なお、図２７（ｆ）の場合、多重化ブロック＃１と多重化ブロック＃２とが１つの多重化ブロックとなる。
【０２１８】
さらに上記ストリームは、容易に図２７（ｇ）に示すＤＶＤ−Ｖｉｄｅｏ形式や、図２７（ｈ）に示すＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ形式に変換されることができる。
【０２１９】
この場合、多重化ブロックの並びの通りにＭＰＥＧ−ＰＳのパックが形成され、１多重化ブロックは１パックのデータを格納した単位であることが、ＴＳ２ＰＳ変換を簡単に行うために重要である。
【０２２０】
なお、図２７において、カプセルヘッダや、ＡＴＳは本発明と関連が性が低いため、省略している。また、図２７（ｇ）、２７（ｈ）で示した変換後のＭＰＥＧ−ＰＳの各パックは格納されるエレメンタリのバイト長やＶＯＢＵアライメントに応じてstuffingやpaddingがなされる。
【０２２１】
図２８は、図８で示した従来のストリームの多重化方法と対応して本発明における多重化を説明した図である。同図に示すように、最終的なフォーマットは図２８（ｇ）のＭＰＥＧ−ＴＳに準拠したフォーマットである。ビデオストリーム（図２８（ａ））は複数のＧＯＰからなる（図２８（ａ））。各ＧＯＰは所定のピクチャデータからなり、ＭＰＥＧ−ＰＳに変換したときの１パックのデータ量に相当するデータ量を持つＴＳパケット群を１つの多重化ブロックとする（図２８（ｃ）参照）。すなわち、１つの多重化ブロックは図２８（ｄ）に示すように１パックのデータ量に相当する複数のＴＳパケットに分割される。オーディオストリームについても同様に複数のＴＳパケットをまとめて１つの多重化ブロックとする。そして、図２８（ｅ）に示すように、多重化ブロック単位で多重化することによりＶＯＢＵを構成する。このように、本発明では、ＭＰＥＧ−ＰＳの１パックのデータ量に相当するデータ量を有するデータを多重化ブロックとしてまとめて配置する（図２８（ｅ） 参照）点が、図８に示す従来例に対して最大の相違点である。
【０２２２】
また、ＭＰＥＧ−ＴＳの各パケットに付与するＡＴＳについて、図２９に示すように、同一多重化ブロック内においては、一定の増分（ΔＡＴＳ）だけＡＴＳを増加させながらＡＴＳを付与してもよい。このことは、ＴＳ２ＰＳへの変換時に複雑なバッファマネージメントを行うことを避け、単純なオフセット又はオフセットなしでＡＴＳからＳＣＲに置換するために有効である。このとき、ＡＴＳi（i=0,1,2,...）は次式の関係を満たす。
ＡＴＳi＋（多重化ブロック内のパケット数）×ΔＡＴＳ≦ＡＴＳi+1
【０２２３】
多重化ブロックが固定長の場合、１つの多重化ブロックに含まれるＴＳパケット数は一定であるため、多重化ブロックの境界を容易に知ることができる。しかし、多重化ブロックが可変長であるとき、１つの多重化ブロックに含まれるＴＳパケット数は不定であるため、多重化ブロックの境界を知ることが困難となる。そこで、この場合は、多重化ブロックの境界におけるＡＴＳ値の増分（ΔＡＴＳ）を、多重化ブロック内での増分（一定値）とは異なる所定の値に設定する。つまり、前の多重化ブロック内の最後のパケットのＡＴＳ値と、その直後の多重化ブロックの最初のパケットのＡＴＳ値との差分（ΔＡＴＳ）を、一定値と異なる所定の値に設定する。これにより、ΔＡＴＳを監視することにより、多重化ブロックの境界を知ることができる。ＭＰＥＧ−ＰＳへ変換する際のＴＳパケットとパックとを一対一に対応付けることができる。このとき、ＡＴＳiは次式の関係を満たす。
ＡＴＳi＋（多重化ブロック内パケット数）×ΔＡＴＳ＜ＡＴＳi+1
【０２２４】
また、図２９に示すように、ＭＰＥＧ−ＴＳにおける多重化ブロックの先頭のパケットに付与されたＡＴＳiと、変換後のＭＰＥＧ−ＰＳのパック毎に付与されるＳＣＲiとが対応する。
【０２２５】
また、図２９に示すように、ＵＰパケット内にＣｌｏｓｅｄ ＣａｐｔｉｏｎやＤＳＩ等の文字情報を格納してもよい。ＵＰパケット内のＤＳＩは変換後のＮＶ＿ＰＣＫのデータ生成に使用され、Ｃｌｏｓｅｄ Ｃａｐｔｉｏｎはビデオパックに格納される。また、欧州でのＰＡＬ規格にも対応できるように、図３０に示すように多重化ブロックにおいてＴｅｌｅｔｅｘｔデータを格納したパケットを、ビデオデータを格納したパケットの間に挿入してもよい。このとき、Ｔｅｌｅｔｅｘｔデータを格納したパケットは、同時に表示されるＰＴＳを持つピクチャの直前に配置される。Ｔｅｌｅｔｅｘｔデータは、変換後はビデオパックに格納される。図３１に上記のようにＤＳＩ等を格納するＵＰパケットのデータ構造を示す。
【０２２６】
また、ＵＰパケットの付加情報に、ＶＯＢＵ先頭のＩピクチャの最後のバイトを格納したＴＳパケットを特定する情報（ＶＯＢＵ先頭からの相対番号等）を記述してもよく、これにより、効率良い特殊再生が実現できる。同様に、ＶＯＢＵ内のいくつかのＩ、Ｐピクチャや、全ピクチャのピクチャ符号化種別情報と、そのピクチャのデータ長情報（例えば、最後のバイトを含んだＴＳパケットを特定する情報等）と、各ピクチャのＤＴＳ／ＰＴＳを示す情報を記述することで、特殊再生を支援することも可能である。
【０２２７】
尚、前述の実施例において、ＰＴＳ／ＤＴＳを付与されたＴＳパケットが多重化ブロックの先頭になるようにエンコードすれば、ＴＳ２ＰＳ変換後のパックの先頭にアクセスユニットの先頭が配置されることになり、ＤＶＤ固有のヘッダ処理が簡単になる効果が期待できる。
【０２２８】
尚、多重化ブロックを形成するＴＳパケットにはＭＰＥＧ−ＰＳへの変換を考慮し、パックに格納されるデータがあふれることの無いように、適宜スタッフィングを入れても良いし、多重化ブロック最後のＴＳパケットからスタッフィングを必要バイト数挿入しても良い。
【０２２９】
尚、上記説明においては、ＤＶＤに記録することを中心に説明を行ったが、本発明はこれに限る訳ではなく、自己録ＴＳをＨＤＤや半導体メモリー等の情報記録媒体に記録した後、同一もしくは別の記録媒体上にＭＰＥＧ−ＰＳ変換されたストリームを記録するようにしても良い。
【０２３０】
尚、上記説明においては、ＰＡＴ、ＰＭＴ、ＵＰパケットを各ＶＯＢＵの先頭に記録するとしたが、少なくともＶＯＢの先頭に記録するとしても良いし、少なくとも再生管理単位であるＣｅｌｌの先頭に記録するとしても良い。
【０２３１】
尚、上記説明においては、ＰＡＴ、ＰＭＴ、ＵＰパケットを記録するとしたが、ＵＰパケットは無くても良い。
【０２３２】
尚、上記説明においては、ＰＡＴ、ＰＭＴ、ＵＰパケットの配置を先頭に固定配置したが、本発明はこれに限る訳ではなく、Ｎｕｌｌパケットを格納したパケット等を間に挿入して記録しても良い。
【０２３３】
尚、上記説明においては、セルフエンコーディングのストリームはＰＡＴパケットから始まるとしたが、これに限る訳ではなく、Ｎｕｌｌパケットから始まっても良い。
【０２３４】
尚、Ｎｕｌｌパケットをセルフエンコーディングのストリームに適宜挿入することで、システム転送レートを固定レートにしても良い。
【０２３５】
尚、図７のように、製造業者固有の情報を格納するデータ領域を設け、そこにＭＰＥＧ−ＴＳシステムエンコードの条件を記述するようにしても良い。
【０２３６】
尚、上記説明にてＵＰパケットに記述した情報の全て若しくは一部を、図１５に示したＴＳ１−ＶＯＢ情報内に記述しても良い。
【０２３７】
尚、ｄｕａｌ ｍｏｎｏの音声チャンネルで記録されたセルフエンコーディングトランスポートストリームをＤＶＤ−Ｖｉｄｅｏフォーマットに変換するときには、ＤＶＤ−Ｖｉｄｅｏには、ｄｕａｌ ｍｏｎｏの音声が規格上存在しないため、２本の異なる音声ストリームとして、左右のモノラル音声をそれぞれ分割し変換しても良い。
【０２３８】
また、上記説明にてＵＰパケットに記述されるパラメータの一部もしくは全部を管理情報内に記述するようにしても良い。これは、１セルフエンコーディングトランスポートストリーム内で変化しないパラメータを多数回記録することを避けることで無駄な記録領域を発生させず、ＵＰパケットの出現ごとにパラメータが変化したか否かを判定する余分なデコーダ処理を軽減する効果が得られる。
【０２３９】
第２の実施例．
（エンコーダの構成）
以下、本発明の別の実施例について詳細に説明する。最初に、本発明に係る情報記録装置のエンコーダについて、ＡＶ入力を受けてＭＰＥＧ−ＴＳにセルフエンコードを行うエンコード処理に焦点を当てて説明する。
【０２４０】
図３３に、本発明に係る情報記録装置のエンコーダの構成を示す。同図に示したようにエンコーダ２１４は、各エレメンタリーエンコーダ２３０ａ、２３０ｂ、２３０ｃと、システムエンコーダ２３２とからなる。エンコーダ２１４はシステム制御部２１２からの制御信号を受け、エレメンタリーエンコーダ２３０ａ、２３０ｂ、２３０ｃ及びシステムエンコーダ２３２により、エレメンタリーエンコード又はシステムエンコードに切替えながらエンコード処理を行なう。各エレメンタリーエンコーダ２３０ａ、２３０ｂ、２３０ｃは、ビデオ、オーディオ、ＶＢＩ（Vertical Blanking Interval）のそれぞれの信号を受けとり、エンコードを行う。
【０２４１】
ビデオエンコーダ２３０ａは、システム制御部２１２からの制御信号を受け、これに従い、ビデオストリームのビットレート、解像度、アスペクト比等の属性を決められた範囲内でエンコードする。具体的には、ビデオエンコーダ２３０ａは、エンコード開始時にシステム制御部２１２から、「ＤＶＤ−Ｖｉｄｅｏ互換モード」、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」または「通常モード」のいずれかの動作モードを指定する制御信号を受信する。制御信号が指定するモードが「ＤＶＤ−Ｖｉｄｅｏ互換モード」であれば、ＤＶＤ−Ｖｉｄｅｏ規格のビデオ属性に準じたビデオストリームを、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」であれば、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ（以下「ＤＶＤ ＶＲ」と称す。）規格のビデオ属性に準じたビデオストリームを、「通常モード」であれば、ある所定の範疇の属性に準じたビデオストリームを生成する。
【０２４２】
オーディオエンコーダ２３０ｂも同様に、システム制御部２１２からの制御信号を受け、これに従い、オーディオストリームのビットレート、量子化ビット数、チャンネル数等の属性を決められた範囲でエンコードする。ビデオエンコーダ２３０ａと同様に、具体的にはシステム制御部２１２から動作モードを示す制御信号を受信し、制御信号が示すモードが、「ＤＶＤ−Ｖｉｄｅｏ互換モード」であれば、ＤＶＤ−Ｖｉｄｅｏ規格のオーディオ属性に準じたオーディオストリームを、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」であれば、ＤＶＤ ＶＲ規格のオーディオ属性に準じたオーディオストリームを、「通常モード」であれば、ある所定の範疇の属性に準じたオーディオストリームを生成する。
【０２４３】
ＶＢＩエンコーダ２３０ｃも、システム制御部２１２から動作モードを指定する制御信号を受け取り、これに従って、ＶＢＩデータをエンコードする。具体的には、ＶＢＩエンコーダ２３０ｃは、システム制御部２１２からＶＢＩエンコーダへ入力されるエレメンタリーストリームエンコード制御信号が、「ＤＶＤ−Ｖｉｄｅｏ互換モード」、「ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ互換モード」を指定する時には、夫々の規格で規定されたＶＢＩデータの格納方法にしたがいＶＢＩデータを追加でエンコードする。追加でエンコードするとは、元々の通常モードでもＶＢＩデータを格納する方法が別途決められている可能性があるため、それと重複してエレメンタリーストリーム内に格納することを意味している。
【０２４４】
以上のようにして、エンコードされたエレメンタリーストリームは夫々システムエンコーダ２３２によってＭＰＥＧ−ＴＳシステムストリームへ多重化される。
【０２４５】
システムエンコーダ２３２も、各エレメンタリーストリームエンコーダ２３０ａ、２３０ｂ、２３０ｃと同様にシステム制御部２１２からエンコードの制御信号を受け、これに従ったエンコードを行う。
【０２４６】
システム制御部２１２からシステムエンコーダ２３２への制御信号は、通常のＭＰＥＧ−ＴＳへのシステムエンコード制御信号か、通常のＭＰＥＧ−ＴＳに制限を加え、ＭＰＥＧ−ＰＳ（特にＤＶＤ固有のフォーマット）に容易に変換できるシステムエンコード制御信号（ＤＶＤ−Ｖｉｄｅｏモードか、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇモード）かのどちらかである。
【０２４７】
通常のＭＰＥＧ−ＴＳへのシステムエンコード制御信号である場合には、システムエンコーダ２３２は、各エレメンタリーストリームエンコーダ２３０ａ、２３０ｂ、２３０ｃから入力されてきたエレメンタリーストリームをＭＰＥＧ−ＴＳシステムストリームの基準となるデコーダモデル（以下「Ｔ−ＳＴＤ」と称す。）で破綻を起こさないように、バッファマネージメントしながら、システムエンコードを行う。
【０２４８】
さらに、システム制御部２１２からの制御信号が、ＭＰＥＧ−ＰＳへ容易に変換できるＭＰＥＧ−ＴＳへのシステムエンコードを指定する制御信号である場合には、上記に加えさらに特殊なシステムエンコードルールを守りながらエンコードを行う。
【０２４９】
このようにして生成されたセルフエンコーディングＭＰＥＧ−ＴＳシステムストリームがエンコーダ２１４から出力される。
【０２５０】
上述のように、本発明の情報記録装置は、エレメンタリーストリームとシステムストリームレベルで個々にエンコードモードを切り換えることを特徴としている。このエンコードモードの切り換えによって、夫々のエンコードモードに対しＤＶＤフォーマットへ変換する際の処理をまとめた表を図３４に示す。
【０２５１】
このように、エレメンタリーストリームエンコーダ２３０ａ、２３０ｂ、２３０ｃ及び、システムストリームエンコーダ２３２にＭＰＥＧ−ＰＳへの変換を前提としたエンコードを行わせることで、ＭＰＥＧ−ＰＳへ容易に変換可能なＭＰＥＧ−ＴＳが作成される。
【０２５２】
（セルフエンコードされたＭＰＥＧ−ＴＳ）
以下に、本発明の情報記録装置にてセルフエンコードされたＭＰＥＧ−ＴＳのフォーマットの一実施例を詳細に説明し、通常のＭＰＥＧ−ＴＳ（以下「ＳＥＳＦ」と称す。）と、ＭＰＥＧ−ＰＳに容易に変換可能なＭＰＥＧ−ＴＳ（以下「Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ」と称す。）との相違を説明する。
【０２５３】
以下の例では、ＭＰＥＧ−ＴＳストリーム単位で属性情報等を格納するＶＯＢＩに、そのストリームの符号化条件を表す情報を格納する。このようにストリーム中ではなく、管理情報に符号化条件を表す情報を格納することにより、ストリームを解析することなくそのストリームがＤＶＤ−ＶｉｄｅｏやＤＶＤ ＶＲのフォーマットに容易に変換可能なのか否かの判定を素早く行うことが可能となる。なお、このストリームの符号化条件を表す情報は後述のＴｉｐパケット中に格納されても良い。
【０２５４】
このストリームの符号化条件を表す情報を”ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ”という２ビットのフラグで表す。フラグの値の意味は以下の通りである。
００ｂ：通常のＭＰＥＧ−ＴＳ （ＳＥＳＦ）
０１ｂ：ＤＶＤ ＶＲ規格のストリームフォーマットに容易に変換可能なＭＰＥＧ−ＴＳ （Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ）
１０ｂ：リザーブ
１１ｂ：ＤＶＤ Ｖｉｄｅｏ規格のストリームフォーマットに容易に変換可能なＭＰＥＧ−ＴＳ （Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ）
【０２５５】
ストリーム管理情報内に、００ｂの値を取る場合には、元々ＭＰＥＧ−ＰＳへの高速変換を考慮せずにエンコードされている場合と、ユーザの編集作業によって、個々のＭＰＥＧ−ＰＳへの変換が容易なＭＰＥＧ−ＰＳを連結して一つのストリームとした場合が考えられる。
【０２５６】
また、ストリーム中にもｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎを併せ持つ場合、通常のＭＰＥＧ−ＴＳを示すｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝００ｂをストリーム内に持つ意味は無く、ストリーム中では（後述のＴｉｐパケット内では）、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝００ｂはリザーブとして、使用禁止とされるとして、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの使用方法がストリーム内／外で異なることもあり得る。
【０２５７】
以上のようにフラグの値を決定することで、ＶＯＢＩのｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドの値から、そのストリームがＤＶＤ−ＶｉｄｅｏやＶＲフォーマットに容易に変換できるのか否かを判定することができる。ここでいう容易に変換できるというのは後述の変換方法で変換できることを意味している。
【０２５８】
（Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリーム構造）
図８０にＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの全体的なストリーム構造を示す。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは複数のＳＥＳＦ ｃａｐｓｕｌｅ（ＳＥＳＦカプセル）からなる。ＳＥＳＦ ｃａｐｓｕｌｅは所定のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを含み、かつ、先頭にＴｉｐパケット（詳細は後述）を有する。各ＳＥＳＦ ｃａｐｓｕｌｅの再生時刻情報（ＰＴＳ）と、Ｔｉｐパケットのアドレス情報とはアクセスマップ８０ｃにより対応付けられる。後述するように、ＴＳ２ＰＳ変換では、このＳＥＳＦ ｃａｐｓｕｌｅ毎に変換処理が行なわれる。
【０２５９】
図３２は１つのＳＥＳＦ ｃａｐｓｕｌｅ内の各パケットとＭＰＥＧ−ＰＳのパックとの対応を示した図である。図３２に示すように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内に、ストリームの固有情報を格納したＴＳパケット（以下「Ｔｉｐパケット」と称す。）が挿入される。以下に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内に埋め込まれるＴｉｐパケットを図３５から図４１を用いて説明する。
【０２６０】
＜Ｔｉｐパケット＞
図３５にＴｉｐパケットの全体構造を示す。この図にあるようにＴｉｐパケットは、そのパケットがＴｉｐパケットであると特定するためのＤａｔａ＿ＩＤと、ＤＶＤ ＶＲのＤＣＩ＿ＣＣＩフィールドに対応し、表示制御やコピー制御情報を含むｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏと、ストリームのエンコード情報を格納したｅｎｃｏｄｅ＿ｉｎｆｏと、製造者独自の付加情報を記述できるＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａとを格納する。
【０２６１】
図３５、３６に示したように、Ｔｉｐパケットには後述のＳＣＲ演算に必要なＰＣＲ値をアダプテーションフィールド内に記述している。このアダプテーションフィールドも固定バイト長であるため、Ｔｉｐパケット内の各種情報へ固定アドレスでのアクセスが可能である。
【０２６２】
図３７にＤａｔａ＿ＩＤの構造を示す。Ｄａｔａ＿ＩＤは、そのパケットがＴｉｐパケットであることを識別するためのＤａｔａ＿Ｉｄｅｎｔｉｆｉｅｒを備える。Ｄａｔａ＿Ｉｄｅｎｔｉｆｉｅｒは、アスキーコードで”ＴＩＰ”を表す「０ｘ５４４９５０」の値を持った３バイトのフィールドである。再生装置のデコーダはこのフィールドの値を判定し、Ｔｉｐパケットと特定することもできる。
【０２６３】
図３８に、ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏの構造を示す。このｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏに、ＤＶＤ ＶＲ規格のＲＤＩ ＵｎｉｔのＤＣＩ＿ＣＣＩと同一の構造および情報を持たせることで、当該Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤ ＶＲフォーマットへ変換する際のＲＤＩパックの生成を容易にしている。（なお、ＤＶＤ ＶＲ規格のＤＣＩ＿ＣＣＩの詳細については「ＤＶＤ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅｗｒｉｔａｂｌｅ／Ｒｅ−ｒｅｃｏｒｄａｂｌｅ Ｄｉｓｃ Ｐａｒｔ３ ＶＩＤＥＯ ＲＥＣＯＲＤＩＮＧ」や特許第３１６２０４４号に開示されている。これらの文献においては、一部フィールド名が異なっているが、各フィールドの定義はＤＶＤ ＶＲフォーマットへの変換時にそのままコピーを可能にするため同一である。）
【０２６４】
図３９にｅｎｃｏｄｅ＿ｉｎｆｏの構造を示す。ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドには、Ｔｉｐパケットに続くビデオストリームの解像度情報が記述される。ｅｎｃｏｄｅ＿ｉｎｆｏの値を以下に示す。
００００ｂ：７２０ｘ４８０（ＮＴＳＣ）、７２０ｘ５７６（ＰＡＬ）
０００１ｂ：７０４ｘ４８０（ＮＴＳＣ）、７０４ｘ５７６（ＰＡＬ）
００１０ｂ：３５２ｘ４８０（ＮＴＳＣ）、３５２ｘ５７６（ＰＡＬ）
００１１ｂ：３５２ｘ２４０（ＮＴＳＣ）、３５２ｘ２８８（ＰＡＬ）
０１００ｂ：５４４ｘ４８０（ＮＴＳＣ）、５４４ｘ５７６（ＰＡＬ）
０１０１ｂ：４８０ｘ４８０（ＮＴＳＣ）、４８０ｘ５７６（ＰＡＬ）
Ｏｔｈｅｒｓ：リザーブ
【０２６５】
ＤＶＤ ＶＲフォーマットでは１連続記録中の解像度が、可変であっても良い。しかしながら、この場合、解像度が異なるストリームは別個のＶＯＢとして管理され、レコーダによっては再生時のシームレス接続が保証される。したがって、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ記録中に解像度変化を起こす場合には、ＤＶＤ ＶＲフォーマットに変換した場合に、どの地点からＶＯＢを切り分ける必要があるのかを判定するために、このフィールドが使用される。
【０２６６】
ＤＶＤ−Ｖｉｄｅｏフォーマットに変換することを考慮して記録されるＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）では、解像度変化は１ストリーム内では起こらない。
【０２６７】
ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドは、ＶＯＢＩに格納された値と（００ｂである場合を除き）同一である。ストリームの管理情報だけでなく、ストリーム中にも埋め込んでｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドを格納する理由は、ＩＥＥＥ１３９４に代表されるデジタルインターフェースを介してストリームがコピーされるようなことがあっても、受け手の記録装置がこのＴｉｐパケット内のｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフィールドを確認することで、容易にＤＶＤフォーマットへ変換できるか否かの判定を行うことを可能とするためである。
【０２６８】
ＦＶＦＰＳＴフィールドには、ＤＶＤ ＶＲ規格のＶＯＢＵ＿Ｓ＿ＰＴＭが記録される。これは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤ−Ｖｉｄｅｏ／ＶＲフォーマットへ変換する際に、Ｔｉｐパケットに続き符号化されているビデオストリームの解析を行い、最初に表示されるビデオフィールドの再生時刻を算出する処理を省くためである。
【０２６９】
ＦＶＦＰＳＴフィールドは、前記ビデオフィールドの表示時刻を９０ＫＨｚ精度で表した３２ビットのフィールドと、これに表現されない２７ＭＨｚ精度で表した１６ビットのフィールドから成る。
【０２７０】
図４０に、ＰＥＳ＿ｉｎｆｏの構造を示す。ＰＥＳ＿ｉｎｆｏは、エレメンタリーストリームの解析をすることなく、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤ−Ｖｉｄｅｏフォーマットへ変換するために必須となる情報である。この情報は、ＤＶＤ−Ｖｉｄｅｏのストリームに挿入されるＮＶ＿ＰＣＫと呼ばれる、特殊再生を支援するためのパックに格納される情報を生成するために必要となる。
【０２７１】
ＰＥＳ＿ｉｎｆｏには、合計１３６個のビデオデータとオーディオデータを格納したＰＥＳパケットの情報を格納することが可能である。夫々のＰＥＳパケットに対して、４ビットずつのデータが割り当てられ、ＰＥＳパケットの内部を解析せずともＮＶ＿ＰＣＫの情報を生成できるようになっている。尚、ビデオまたは、オーディオデータを格納していないＰＥＳパケットがある場合には、そのＰＥＳパケットは無視される。
【０２７２】
Ｔｉｐパケットから、次のＴｉｐパケットの一つ前のパケットまでのデータ単位であるＳＥＳＦ Ｃａｐｓｕｌｅに対して、ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇは、ｊ番目のＰＥＳパケットがこの該当のＳＥＳＦ Ｃａｐｓｕｌｅ内に存在するか否かのフラグである。ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇの値は以下のように設定される。
０ｂ：ｊ番目のＰＥＳパケットが当該ＳＥＳＦ Ｃａｐｓｕｌｅ内に存在しない。
１ｂ：ｊ番目のＰＥＳパケットが当該ＳＥＳＦ Ｃａｐｓｕｌｅ内に存在する。
【０２７３】
ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＝０ｂ（ＰＥＳパケットが存在しない場合）である時には、当該ＰＥＳパケットの残りのフィールドは全て０ｂとする。
【０２７４】
ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒは、該ＰＥＳパケットに格納されたデータが、ビデオデータなのか、オーディオデータなのかを識別するための情報である。ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒの値は以下のように設定される。
０ｂ：ビデオストリーム
１ｂ：オーディオストリーム
【０２７５】
ＰＥＳ＿ｅｘｉｓｔｅｎｃｅ＿ｆｌａｇとＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒは対象となる全てのＰＥＳパケットについて記述されるフィールドである。
【０２７６】
さて、上記ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒによってビデオかオーディオが格納されていると判明した時点で、ＰＥＳパケットが格納するストリームの種別によって、それ以降のフィールド定義が異なる。
【０２７７】
そのＰＥＳパケットがビデオストリームを格納していた場合（ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒ＝０ｂ）は、ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒに続いて、そのＰＥＳパケットに格納されたピクチャの種別を示すｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅが定義される。
【０２７８】
ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値は以下のように設定される。
００ｂ：０１ｂ、１０ｂ以外の符号化が施されたピクチャ
０１ｂ：フレームエンコードされたＩピクチャまたは、フィールドエンコードされたＩピクチャの一対または、フィールドエンコードされたＩピクチャとフィールドエンコードされたＰピクチャの一対
１０ｂ：フレームエンコードされたＰピクチャまたは、フィールドエンコードされたＰピクチャの一対
１１ｂ：リザーブ
つまり、０１ｂもしくは１０ｂのピクチャはＤＶＤ−Ｖｉｄｅｏ規格で定義される参照ピクチャとなるピクチャである。以上が、ビデオを格納したＰＥＳパケットに対する付加情報である。
【０２７９】
一方、ＰＥＳパケットがオーディオストリームを格納していた場合（ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒ＝１ｂ）は、ＰＥＳ＿ｐａｙｌｏａｄ＿ｉｄｅｎｔｉｆｉｅｒに続いて、そのＰＥＳパケットに格納されたオーディオストリームが第一音声ストリームなのか、第二音声ストリームなのかを識別するｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒと、毎Ｔｉｐパケットに記述されたＦＶＦＰＳＴ（一番最初に表示されるビデオフィールドの再生開始時刻）と同時もしくはその直後に再生が開始されるオーディオフレームを含んでいるか否かの判定フラグであるｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇとがある。
【０２８０】
ｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒの値は以下のように設定される。
０ｂ：第一音声ストリーム
１ｂ：第二音声ストリーム
【０２８１】
第一音声ストリームか、第二音声ストリームかの識別は、ＰＩＤの設定規則や、ＰＭＴでのエレメンタリーストリーム宣言の順番等でも決めることができる。
【０２８２】
ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇの値は、以下のように設定される。
０ｂ：該オーディオＰＥＳパケットの中に、ＦＶＦＰＳＴと同時もしくは直後に再生開始されるオーディオフレームが格納されていない。
１ｂ：該オーディオＰＥＳパケットの中に、ＦＶＦＰＳＴと同時もしくは直後に再生開始されるオーディオフレームが格納されている。
【０２８３】
以上が、オーディオを格納したＰＥＳパケットに対する付加情報である。ＰＥＳ＿ｉｎｆｏは、このように該Ｔｉｐパケットに続く個々のＰＥＳパケットごとの情報を抽出し、格納しているフィールドである。
【０２８４】
図４１に、ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａを示す。図示した通り、ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａは、該Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成した製造者を特定するｍａｋｅｒ＿ＩＤと、その製造者が固有付加情報を記述するｍａｋｅｒ＿ｐｒｉｖａｔｅ＿ｄａｔａを設ける。
【０２８５】
図４２に、ＴｉｐパケットのＰＩＤとストリームの種別を示すｓｔｒｅａｍ＿ｔｙｐｅ値の一例を示す。ＰＩＤ、ｓｔｒｅａｍ＿ｔｙｐｅ共にＭＰＥＧや他規格にて予約されている値があるため、それらと干渉せずかつＭＰＥＧ規格外のプライベートデータであることを加味し、上記の値を選択した。
【０２８６】
以上のように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦに格納されるＴｉｐパケットには、各種ストリームの属性情報が抽出され格納されている。上記説明したフィールドがＤＶＤフォーマットへ変換する際にどのように使用されているかの詳細については、後述する。
【０２８７】
（システムエンコード条件）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのシステムエンコード条件について詳細に説明する。尚、以下のシステムエンコード条件は通常のＳＥＳＦには適用されない。
【０２８８】
（多重化単位（Multiplexing Unit））
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内のエレメンタリーストリームを格納したＴＳパケットは、ＤＶＤフォーマットの２ＫＢのパックに格納されるデータをまとめたユニットである多重化単位（Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）から構成される。なお、この多重化単位（Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）は第１の実施例の多重化ブロックに対応する。
【０２８９】
１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内には、１種類のエレメンタリーストリームを格納するＴＳパケットだけが格納されており、他の種類のエレメンタリーストリームを格納するＴＳパケットと混在することはない。また、ＮＵＬＬパケットとの混在は、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを構成する際に必要となる場合があるので（例えば、ストリームの最後のパートを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）、禁止しない。これも、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔとパックの関係を明確にするために必要である。
【０２９０】
１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは１１個の連続したＴＳパケットから構成され、各Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内のエレメンタリーストリーム（ペイロードデータ）は対応する１つのパックに完全に格納される。これも同様に、パックとの関連性を制限している。
【０２９１】
ビデオストリームを格納したＰＥＳパケットが複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割配置される場合には、ＰＥＳパケットの最後のバイトを含むＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、全てのＭｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔは１８４×１１＝２０２４ＢのＴＳパケットペイロードデータを格納する。これは、最大の効率でストリームを転送することと、ＴＳパケット単位の逐次処理がＴＳ２ＰＳ変換時に容易に実行できるようにするためである。仮に最後以外のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔのデータ量を２０２４Ｂ以下と認めてしまうと、ＴＳ２ＰＳ変換時にＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ最初のＴＳパケットを変換する際にＭＰＥＧ−ＰＳのパック毎のパケットヘッダに格納されるＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈの値を容易に決定することができなくなる。
【０２９２】
Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中で始まる最初の完全なオーディオフレームデータは、ＰＥＳパケットペイロードの中で先頭のオーディオフレームでなければならない。
【０２９３】
これは、オーディオストリームを格納したＰＥＳパケットが複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに格納されることを考えると分り易い。仮に１つのオーディオＰＥＳパケットが複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割配置されるとすると、２つ目以降のＭｕｌｔｉｐｌｅｘｉｎｇ ＵｎｉｔをＭＰＥＧ−ＰＳのパックに変換する際に、パケットヘッダを生成するために、ＰＴＳを特定し、１つのパックに格納されるオーディオフレームの個数を決定する必要がある。このため、ＴＳ２ＰＳ変換時にオーディオストリームの内部解析が必要となり変換処理が煩雑となることを避けている。
【０２９４】
以上がＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの定義となる。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成するエンコーダは、上記Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの制限の中でシステムエンコードを行う。
【０２９５】
（Constrained SESF内のＰＥＳパケットヘッダの制限）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内のＰＥＳパケットヘッダのフィールド値について、いくつかの制限を説明する。
【０２９６】
図４３に示したように、ＰＥＳパケットヘッダのフィールドには、固定値しか許されないものがある。これは、ＤＶＤフォーマットへ変換した際に余計な処理を発生させないためである。余計な処理とは、ＤＶＤフォーマットで定義された値と異なる値によって付加的に発生／消滅するフィールドを処理することを意味している。言い換えれば、ＴＳ２ＰＳ変換時に、ヘッダに追加されるフィールドや削除されるフィールドを極力押さえることが、このＰＥＳパケットヘッダの制限の目的である。
【０２９７】
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｇｎｔｈの値はＭＰＥＧ−ＴＳに格納されたビデオストリーム場合、０が許されることがある。
【０２９８】
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓは、ＰＴＳ、ＤＴＳが記述されているか否かを示すフラグである。
【０２９９】
オーディオストリームを格納したＰＥＳパケットの場合、必ず１つ以上のオーディオフレームがＰＥＳパケット内で開始され、ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓは１０ｂ（ＤＴＳがある場合には１１ｂ）に設定される。
【０３００】
ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇとＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｇｎｔｈには、ＴＳ２ＰＳ変換の際にＴＳパケット単位の逐次処理を行うための制限がある。これを図４４に示した。
【０３０１】
図４４に示した通り、エレメンタリーストリームの種別、ＰＥＳパケットの位置とｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの値によって、夫々の値が定義される。
【０３０２】
ここで、図４４にあるＶＰＤとは、ＰＥＳパケットのＰＴＳフィールドとＤＴＳフィールドを足し合わせたバイト長である。即ち、
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝００ｂならば、ＶＰＤ＝０
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１０ｂならば、ＶＰＤ＝５
ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１１ｂならば、ＶＰＤ＝１０
である。
【０３０３】
前述の通り、ＤＶＤ−ＶｉｄｅｏやＶＲへ変換する際に、１パックのペイロード長が確定してからパックを構成するのではなく、ＴＳパケットごとの逐次処理を容易にするためにこの制限が必要となる。
【０３０４】
以上が、ＰＥＳパケットヘッダの定義となる。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成するエンコーダは、上記制限の中でシステムエンコードを行う。
【０３０５】
（Ｔｉｐパケットの挿入間隔に対する制限）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内に挿入されるＴｉｐパケットの挿入間隔に関する制限を説明する。
【０３０６】
ＴｉｐパケットのＡＴＳ（ＡＴＳ１）が示すデコーダ入力時刻と、Ｔｉｐパケットに続いて最初にデコーダに入力されるビデオもしくはオーディオストリームを格納したＴＳパケットのＡＴＳ（ＡＴＳ２）が示すデコーダ入力時刻とは、以下の関係が成り立つ必要がある。
ATS1 + T <= ATS2
T = (PS＿pack＿size*8*system＿clock＿frequency) / PSrate
Tは、PSパックの最小転送期間である。この最小転送期間は、PSパックがシステムデコーダに入力開始されてから完了するまでの最小期間である。すなわち上記の式は、各TSパケットのATS間隔は、少なくとも変換後のPSパックがシステムデコーダに入力可能な間隔よりも大きいことが必要なことを示している。
【０３０７】
Tの値を求めると次のようになる。
【０３０８】
ＰＳ＿ｐａｃｋ＿ｓｉｚｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳでの１パックのバイト長であり、ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙはＭＰＥＧ−ＰＳデコーダの基準時刻の周波数であり、ＰＳｒａｔｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳストリームの多重化レートである。
【０３０９】
ＤＶＤフォーマットの場合、それぞれ以下の値を取るため、ＡＴＳ１とＡＴＳ２の関係は次のようになる。
ＰＳ＿ｐａｃｋ＿ｓｉｚｅ＝２０４８ バイト、
ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ＝２７００００００ Ｈｚ、
ＰＳｒａｔｅ＝１００８００００ ビット／秒、
ATS1 + 43885.714... <= ATS2
【０３１０】
よって、ATS1 + 43886 = ATS2 がＡＴＳ２の最小値となる。典型的には、後述のＴＳ２ＰＳ変換にてＴｉｐパケットがＮＶ＿ＰＣＫ（ＤＶＤ−Ｖｉｄｅｏ変換時）もしくはＲＤＩ＿ＰＣＫ（ＤＶＤ ＶＲ変換時）の２ＫＢのサイズを持つパックに変換されるが、上記の式を満たさない場合は、続くエレメンタリーストリームの転送時刻が早まり、ＤＶＤのシステム転送レート１０．０８Ｍｂｐｓの上限を超えてしまうことになる。
【０３１１】
一つのＳＥＳＦ ｃａｐｓｕｌｅには整数個のＧＯＰがアライメントされて配置される。これは、ＤＶＤフォーマットのＶＯＢＵの概念をＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ上で実現するために、ＳＥＳＦ ｃａｐｓｕｌｅを、ＤＶＤフォーマットのＶＯＢＵに対応させるためである。ＤＶＤフォーマット（ＤＶＤ ＶＲ）では、このＶＯＢＵは整数個のＧＯＰから構成される必要がある。
【０３１２】
一つのＳＥＳＦ ｃａｐｓｕｌｅ内に格納されるビデオデータの再生時間軸上での時間幅は、０．４秒以上、１．０秒以下でなければならない。また、最後のＳＥＳＦ ｃａｐｓｕｌｅに格納されるビデオデータの再生時間軸上での時間幅は、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ（ＤＶＤ−Ｖｉｄｅｏモード）時には０．４秒以上１．２秒以下であり、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝０１ｂ（ＤＶＤ ＶＲモード）時には１．０秒以下でなければならない。これは、ＳＥＳＦ ｃａｐｓｕｌｅがＶＯＢＵとなり、各ＤＶＤフォーマットに従うために必要である。
【０３１３】
各Ｔｉｐパケットは、通常、時間−アドレス変換を行うアクセスマップと１対１にポイントされることが望まれる。これは、ＴＳ２ＰＳ変換を行う際に、ＤＶＤフォーマットで言う所のＶＯＢＵ単位で変換を即座に始められるようにすることと、変換時にＤＶＤ−Ｖｉｄｅｏフォーマットに変換する場合に、ＴｉｐパケットをＮＶ＿ＰＣＫへと変換していく際に、ＮＶ＿ＰＣＫ内に格納される近隣ＶＯＢＵへのアドレス情報であるＤＳＩ（Data Search Information）をアクセスマップから作成するために必要である。ＤＳＩを計算するためには、アクセスマップが、Ｔｉｐパケットごとにその再生時間（ＦＶＦＰＳＴに準じたＴｉｐパケット直後のＡＶ再生時刻情報の一部もしくは全部）とＴｉｐパケットの記録アドレスとを格納し、２つの連続するＴｉｐパケット間にＭｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔが何個格納されているかが判れば良い。これは次の制約によって実現される。
【０３１４】
尚、全てのＴｉｐパケットがアクセスマップからポイントされなくても良い、例えば、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ内で一番最後のＴｉｐパケットに続くＡＶデータは、再生時間長や次のＴｉｐパケットが無い等、他のＴｉｐパケットと異なる状態にあるため扱いが異なる。このような場合、一番最後のＴｉｐパケットをアクセスマップに登録せずとも特に再生や変換に支障をきたす訳ではない為、機器の実装を鑑み、例外処理としても良い。
【０３１５】
連続する２つのＴｉｐパケット間には、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに属さないパケットが合計３２個挿入される。これは、ＴＳ２ＰＳ変換時にアクセスマップを用いてＤＶＤフォーマットに変換した場合、ＶＯＢＵのパック数がいくつになるのかを特定するために必要である。（パケット数は３２個に限定する必要はないが、ある所定の個数である必要がある。アクセスマップのＴｉｐパケットのアドレス情報から、Ｔｉｐパケットに続くＴＳパケット数が特定できるため、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔでないパケットがいくつあるのかが判れば、ＤＶＤフォーマットに変換した際に、ＶＯＢＵにいくつのパックが入るのか特定できる。これが重要である。また、この情報はＭＮＦや各Ｔｉｐパケット内のＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ内に記述されても良い。）
【０３１６】
また、３２個にする理由は、ＭＰＥＧ−ＴＳのプログラム構成情報を示すＰＡＴ、ＰＭＴパケットが最低１００ｍｓｅｃに一回以上埋め込まれることと、プログラムごとの固有情報を格納したＳＩＴパケットが最低１秒に一回以上埋め込まれることと、デコーダ基準時刻を作り出すＰＣＲ（Program Clock Reference）を格納するＰＣＲパケットが最低１００ｍｓｅｃに一回以上埋め込まれることと、何れのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにも属さないＮＵＬＬパケットが自由に付加できることと、Ｔｉｐパケットの挿入間隔がＡＶデータ再生時間軸で１．０秒以下であることから、連続する２つのＴｉｐパケット間には、少なくとも３１個のＰＡＴ、ＰＭＴ、ＰＣＲ、ＳＩＴパケットがあれば良い事になる。従って連続する２つのＴｉｐパケット間に、その時間に応じたＰＡＴ、ＰＭＴ、ＰＣＲ、ＳＩＴパケットを挿入し、３２パケットになるまでＮＵＬＬパケットを付与することで、ＶＯＢＵのパック数をアクセスマップから特定することができる。
【０３１７】
一例として、０．５秒間隔でＴｉｐパケットが挿入され、アクセスマップから特定できる該Ｔｉｐパケットに続くＴＳパケットの個数が１２０９ＴＳパケットである場合について変換後のパック数を考えてみると、ＰＡＴ、ＰＭＴ、ＰＣＲパケットを合計して１５パケット（=5+5+5）、ＳＩＴパケットがこのＴｉｐパケットに続けて挿入されたとして１パケット、残りの１６パケットをＮＵＬＬパケットとして挿入する。これをＤＶＤフォーマットに変換する場合には、ＴｉｐパケットがＮＶ＿ＰＣＫ（ＤＶＤ−Ｖｉｄｅｏへ変換時）もしくはＲＤＩ＿ＰＣＫ（ＤＶＤ ＶＲへ変換時）に変換されて１パック、１つのＭｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔ（１１ＴＳパケット）は１パックに夫々変換される。従って、ＶＯＢＵのパック数は、
１＋Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの個数
という式で求めることができ、Ｍｕｌｉｔｐｌｅｘｉｎｇ Ｕｎｉｔの個数は、
（該Ｔｉｐパケットに続くＴＳパケット数−３２）／１１
であるため、この例の場合には、
1+((1209-32)/11) = 1+107 = 108
となり、該ＶＯＢＵは、トータル１０８パックであることが計算できる。このＶＯＢＵ毎のパック数と再生開始時刻情報があれば、ＤＶＤ Ｖｉｄｅｏへ変換する際に必要となるＮＶ＿ＰＣＫのＤＳＩパケットを生成するのがきわめて高速に実現できる。
【０３１８】
以上が、Ｔｉｐパケット挿入間隔に対する制限である。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成するエンコーダは、上記制限の中でシステムエンコードを行う。
（デコーダ制御に関する制限）
【０３１９】
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのデコーダ制御（バッファマネージメント）に関する制限を説明する。
【０３２０】
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、ＭＰＥＧ−ＴＳの基準デコーダモデルであるＴ−ＳＴＤの基準を満たすよう作成される必要がある。これは、Ｔ−ＳＴＤ準拠のデコーダを搭載したＳＴＢ等でもストリームの種別さえ合えば、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのデコードが可能であることを意味している。
【０３２１】
ＭＰＥＧ−ＴＳの基準デコーダモデルであるＴ−ＳＴＤと、ＭＰＥＧ−ＰＳの基準デコーダモデルであるＰ−ＳＴＤは、ほぼ同じ動作・処理能力を持つが、オーディオストリームのデコーダへの入力レートが異なる。具体的には、Ｔ−ＳＴＤは、図１８を用いて説明すると、オーディオデコーダ前のトランスポートバッファからオーディオバッファへの転送レートがＡＡＣを除いて、２Ｍｂｐｓ固定となっている。しかしながら、Ｐ−ＳＴＤはシステムレートつまりＤＶＤだと１０．０８Ｍｂｐｓのレートで、各種ストリームをデコーダへ入力することができる。
【０３２２】
したがって、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦとＤＶＤフォーマットとのバッファマネージメントは共通化できないことになる。
【０３２３】
このように、一般的には、ＭＰＥＧ−ＴＳとＭＰＥＧ−ＰＳ間でのバッファマネージメントは共通化できないが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦをＤＶＤフォーマットへ変換する際に、再度バッファマネージメントを考慮しながらシステムエンコード処理を行うことを避け、各ＴＳパケットに付与されたＡＴＳを用いて、変換後のパックのデコーダ入力開始時刻を示すＳＣＲ（System Clock Reference）を算出できれば、極めて高速にかつ容易に変換が実行できる。ＡＴＳを用いたＳＣＲの導出方法の詳細は後述する。
【０３２４】
また、本発明のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、Ｔ−ＳＴＤ準拠であると共に、後述する変換方法によって生成されたＭＰＥＧ−ＰＳが、Ｐ−ＳＴＤ準拠であることを保証できるように、予めエンコードされる必要がある。
【０３２５】
つまり、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦとは、ＭＰＥＧ−ＰＳに変換してもＰ−ＳＴＤ準拠になるようにＭＰＥＧ−ＴＳにエンコードされたストリームである。
【０３２６】
以上が、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのバッファマネージメントに関する制限である。なお、ＳＥＳＦではこれらのことを気にすることなく、Ｔ−ＳＴＤに合致するようにエンコードするのみである。
【０３２７】
ここで、Ｔ−ＳＴＤ、Ｐ−ＳＴＤの基準モデルに準拠しないＭＰＥＧ−ＴＳ、ＭＰＥＧ−ＰＳの例を説明する。
【０３２８】
最初に図４５に、ＭＰＥＧ−ＰＳに変換可能だが、Ｔ−ＳＴＤモデルを満たさないようにセルフエンコードされたＭＰＥＧ−ＴＳの例を示す。ストリームＴＳ１は、Ｔ−ＳＴＤモデルに準拠するようにシステムエンコードされたＭＰＥＧトランスポートストリームである。ストリームＴＳ２は、Ｔ−ＳＴＤモデルに準拠していないＭＰＥＧトランスポートストリームである。すなわち、ストリームＴＳ２においては、ＡＴＳ［４７］からＡＴＳ［５７］の値が、ＭＰＥＧ−ＴＳにおいてオーディオデータに対して許容される転送レートを超えてしまうように設定されており、このため、オーディオのトランスポートバッファ（図１８参照）をオーバーフローさせてしまいＴ−ＳＴＤモデルを満たさないようになっている。これに対し、ストリームＴＳ１は、ＡＴＳ［４７］からＡＴＳ[５７]の値がＭＰＥＧ−ＴＳにおいてオーディオデータに対して許容される転送レートを満たすように設定されている。このストリームからは、後述のＳＣＲ変換式にてＰ−ＳＴＤ準拠のＭＰＥＧプログラムストリームＰＳ１に正しく変換できる。また、ストリームＴＳ２も、Ｔ−ＳＴＤを満たさないが、後述のＳＣＲ変換式で変換すれば、ＰＳ１を生成する。ストリームＴＳ２をＴ−ＳＴＤ準拠のＭＰＥＧ−ＴＳにするためには、ＡＴＳ［４７］からＡＴＳ[５７]で指定されるオーディオパケットの転送時間間隔を広げ、トランスポートバッファをオーバーフローさせないようにすることが必要である。
【０３２９】
次に、図４６にＴ−ＳＴＤは満たすが、ＭＰＥＧ−ＴＳから変換されたＭＰＥＧ−ＰＳがＰ−ＳＴＤモデルを満たさない場合の例を示す。ストリームＴＳ３はＭＰＥＧトランスポートストリームであり、ストリームＰＳ３はＭＰＥＧトランスポートストリームＴＳ３から変換されたＭＰＥＧプログラムストリームである。図４６（ｂ）は、各ストリームのデコ−ド時のビデオデータ用バッファの状態の変化を示している。ＰＥＳ＃１のピクチャのデコード時刻はＳＣＲ［２］であり、ＰＥＳ＃２のピクチャのデコード時刻はＳＣＲ［４］とＳＣＲ［５］の間にくる。 図４６（ｂ）に示すように、トランスポートストリームＴＳ３においては、ＰＥＳ＃１、ＰＥＳ＃２に含まれるピクチャデータのデコードまでに各ＴＳパケットのデータ転送が間に合っている。これに対し、プログラムストリームＰＳ３ではＰＥＳ＃１に対してはＶ＿ＰＣＫ＃１の転送が間にあっているが、ＰＥＳ＃２に対しては、Ｖ＿ＰＣＫ＃４の転送が間に合わず、その転送途中でデコードが開始されたためにバッファアンダーフローを生じる。よって、Ｐ−ＳＴＤモデルが満たされていない。このような状態を回避するためには、ＭＰＥＧ−ＴＳにおいてＰＥＳ＃２の転送が早期に完了するように、Ｖ＿ＰＣＫ＃２〜Ｖ＿ＰＣＫ＃４に変換される各ＴＳパケットのＡＴＳ（ＡＴＳ[１４]、ＡＴＳ[２５]、ＡＴＳ[３６]）の値を時間的に早くなるようにシフトさせればよい。
【０３３０】
＜ＡＴＳ−ＳＣＲ変換＞
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームをプログラムストリームに変換するときのＰＳパケットのＳＣＲの導出方法について説明する。なお、ＳＣＲの計算が必要となるのは新規にパックを生成するときであるため、Ｔｉｐパケットと、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットを変換するときのみ必要となる。
【０３３１】
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームは、図１４（ｃ）に示す構造を持っている。ＴＳパケット中には基準時刻情報（ＰＣＲ）を格納したＰＣＲパケットが適宜挿入されており、これを用いてデコーダ基準時刻であるＳＴＣ（System
Time Clock）をある時間間隔でリセットすることが可能である。また、各ＴＳパケットには、各ＴＳパケット間の相対的な送出時刻情報を格納したＡＴＳが前置されている。そのため、ＰＣＲを格納したＴＳパケット以降に送出されるＴＳパケットは、ＰＣＲ値と、ＴＳパケット間の相対的な送出時刻情報であるＡＴＳとから得られるタイミングでデコーダに入力される。つまり、ＰＣＲを格納したＴＳパケット以降のＴＳパケットに対しては、各ＴＳパケットのデコーダ入力時刻（以下「ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ」と称す）を生成できる。また、ＰＣＲを格納したＴＳパケットが無い場合でも、ＰＣＲに相当する情報を管理情報に抽出しておくことも可能である。
【０３３２】
図４７は、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへ変換した際のｃａｌｃｕｌａｔｅｄ＿ＰＣＲとＳＣＲの関係を示した図であり、図８０で示すＣａｐｓｕｌｅの先頭部である。なお、図において、各ＴＳパケットにストリーム先頭から昇順で付与されたＡＴＳをＡＴＳ［ｋ］と表記している。また、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットに対して、その出現順に計算されたＰＣＲ値をｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［ｉ］（i=0,1,2,...）と表記している。同様に変換後のパックのＳＣＲも出現順にＳＣＲ［ｉ］と表記している。
【０３３３】
前述の通り、Ｔ−ＳＴＤ基準モデルでは、ビデオストリームの転送については最大転送レート１５Ｍｂｐｓ（ＭＰ＠ＭＬの場合、マルチプレクサバッファからビデオバッファの転送レートは１５Ｍｂｐｓを超えない）の制限があり、オーディオストリームの入力レートについては、ビデオよりも低いレート制限がある。（トランスポートバッファからオーディオバッファへの転送レートはＡＡＣを除き２Ｍｂｐｓを超えない）このため、オーディオデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、ビデオデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔと異なり、低レートで転送される。従って、ビデオデータの転送レートをＤＶＤフォーマットの最大レートである９．８Ｍｂｐｓ近くまで上げようとすれば、転送レートが低く時間がかかるオーディオデータの転送時間を確保するために、ビデオデータのＴＳパケットは、ＤＶＤの転送レート（１０．０８Ｍｂｐｓ）より高いレートで送出される必要がある。
【０３３４】
図４７に示すように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦと、ＤＶＤフォーマットとの間で、転送時間帯が異なっていることがわかる。
【０３３５】
ＴｉｐパケットもしくはＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットのデコーダ到着時刻（ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ）と、それらが変換された後のパックのＳＣＲとの間には、次の関係式が成り立つ必要がある。
SCR[0] = calculated＿PCR[0]
SCR[i] = max( SCR[i-1] + T , calculated＿PCR[i] ) (i= 1,2,
3, ...)
calculated＿PCR[i] = PCR＿tip + (ATS[n] - ATS＿tip + WA*BS)
T = PS＿pack＿size*8*system＿clock＿frequency / PSrate
ここで、PCR＿tipとATS＿tipは夫々、変換するＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ直前のＴｉｐパケットに記述されたＰＣＲ値と、そのＴｉｐパケットのＡＴＳ値である。WAは、ｉ番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中で先頭のＴＳパケットに付与されたＡＴＳ（ATS[n]）とATS＿tipとの間のＡＴＳで、何回桁あふれが起きたかを表しており、BSは、ＡＴＳの一回の桁あふれの量を表している。また、max(a, b)はａ，ｂの内で大きい方の値を選択する関数である。
【０３３６】
また、ＳＣＲ［ｉ］（ｉ＝０、１、２、３．．．）に関する関係式では、前述の通り、ＰＳ＿ｐａｃｋ＿ｓｉｚｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳのパック１個分のバイト長である。ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙはＭＰＥＧ−ＰＳデコーダの基準時刻の周波数であり、ＰＳｒａｔｅはＴＳ２ＰＳ変換で生成されるＭＰＥＧ−ＰＳストリームの多重化レートである。すなわち、
ＰＳ＿ｐａｃｋ＿ｓｉｚｅ＝２０４８ バイト、
ｓｙｓｔｅｍ＿ｃｌｏｃｋ＿ｆｒｅｑｕｅｎｃｙ＝２７００００００ Ｈｚ、
ＰＳｒａｔｅ＝１００８００００ ビット／秒である。
【０３３７】
従って、先頭以降のパックの送出については、一つ前のパックの送出時刻から転送レートで定められる転送最小時間経過後に送出するか、そのパックを形成する最初のＴＳパケットのデコーダ入力時刻にて送出されるか、の２つのパターンがある。ビデオデータをＤＶＤフォーマットへ変換した時刻よりも早い時刻に送出している時には、前者の転送最小時間間隔をあけて送出される方が選択される。例えば、ビデオデータをＤＶＤフォーマットへ変換したときよりも早い時間帯に送出している場合は、一つ前のパックの送出時刻から転送レートで定められる転送最小時間経過後に送出される。
【０３３８】
尚、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは編集が可能であるため、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂで記録した場合でも、ストリームの先頭部分を編集で消去した場合等は、ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］＝０とならないことも考えられる。
【０３３９】
しかしながら、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂでありながら、ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］＝０でない場合には、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂの場合のみ、次の変換式を定義することで、問題を解決することができる。
SCR[0] = 0
SCR[i] = max( SCR[i-1] + T, calculated＿PCR[i] ) - calculated＿PCR[0] (i= 1,2, 3, ...)
calculated＿PCR[i] = PCR＿tip + (ATS[n] - ATS＿tip + WA*BS)
T = PS＿pack＿size*8*system＿clock＿frequency / PSrate
PTS(DVD-Video) = PTS(Constrained SESF) - calculated＿PCR[0]
DTS(DVD-Video) = DTS(Constrained SESF) - calculated＿PCR[0]
ATS[n]、WAは上記の通り、ｉ番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットのＡＴＳ値と、ATS＿tipからの桁あふれ回数である。
【０３４０】
つまり、ＤＶＤ−Ｖｉｄｅｏ規格に準拠させるために、ＳＣＲ［０］＝０とし、以降のＳＣＲは前述の変換式の結果に時間ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］だけオフセットされた値を用い、ＤＶＤ−Ｖｉｄｅｏストリーム中のＰＴＳ、ＤＴＳも全て、一律に時間ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ［０］だけオフセットする。
【０３４１】
こうして、ストリームの時刻情報を一律にオフセットすることで、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）の先頭等を削除した場合でも、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂのまま管理されＤＶＤ−Ｖｉｄｅｏフォーマットへ変換ができる。
【０３４２】
ＤＶＤ−Ｖｉｄｅｏ規格フォーマットへの変換においては、ＰＴＳ／ＤＴＳ値の変換が発生するが、ＴＳパケット単位の逐次処理で容易に実現できる。
【０３４３】
ＴＳ２ＰＳ変換する際には、上式に基づいてＡＴＳからＳＣＲが計算される。ＴＳ２ＰＳ変換により得られるプログラムストリームは前述のようにＰ−ＳＴＤモデルを準拠する必要があり、このためＳＣＲの値はある範囲に制限される。したがって、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの各パケットに付与されるＡＴＳの値は上述のＡＴＳ−ＳＣＲ関係式を考慮して設定される必要がある。
（エレメンタリーストリームに関する制限）
【０３４４】
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリームに関する制限を説明する。
【０３４５】
エレメンタリーストリームの再エンコードは機器にとって非常に負荷の高い処理になるため、ビデオデータについては、ＭＰＥＧ２−Ｖｉｄｅｏのみが許され、オーディオデータについては、ＡＣ−３、ＭＰＥＧ１−Ａｕｄｉｏ、ＬＰＣＭが許される。
【０３４６】
ここで説明するＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、ＬＰＣＭを除外しているが、これは２０ビット以上の量子化ビット数を持つＬＰＣＭの場合にエレメンタリーストリームの再エンコードを行う危険性を避けるためと、転送レートが上げられないオーディオのデータ量を削減することで、バッファマネージメントを容易に行うためでもある。しかしながら、１６ビットのＬＰＣＭであれば、特に除外する必要はない。以下に説明するＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦに許されたストリームは、ビデオに関してＭＰＥＧ２−Ｖｉｄｅｏ、オーディオに関してＡＣ−３、ＭＰＥＧ１−Ａｕｄｉｏの２種類のみとして説明する。なお、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでない通常のＳＥＳＦでは、オーディオデータの符号化がこれに限らず、ＢＳデジタル放送で使用されているＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）等の符号化方式が用いられても良い。
【０３４７】
図４８にｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝"１１ｂ"の場合のエレメンタリーストリーム属性をまとめて示した。
【０３４８】
同図に示された属性は、ＤＶＤ−Ｖｉｄｅｏ又はＤＶＤ ＶＲフォーマットに対してエレメンタリーストリームレベルでの互換性を保てるように設定されているため、この属性に従ったＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）は、ＤＶＤ−Ｖｉｄｅｏ又はＤＶＤ ＶＲフォーマットへ変換する際に、エレメンタリーストリームの再エンコードを必要とせず、高速変換が可能である。
【０３４９】
図４９にｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝"０１ｂ"時のエレメンタリーストリーム属性をまとめて示した。
【０３５０】
同図に示された属性は、ＤＶＤ ＶＲとのエレメンタリーストリームレベルでの互換性を保てるように設定されているため、この属性に従ったＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝０１ｂ）は、ＤＶＤ
ＶＲフォーマットへ変換する際に、エレメンタリーストリームの再エンコードを必要とせず、高速に変換可能である。
【０３５１】
ここで、図４８、図４９に記述したＮｏｔｅ１〜４について説明する。
【０３５２】
Ｎｏｔｅ１：この属性は、同一ＶＯＢ内で変化してはいけない。
Ｎｏｔｅ２：この属性は、Ｔｉｐパケットに続く最初のエレメンタリーストリームを格納したＴＳパケット内で変化しても良い。言い換えれば、ＳＥＳＦ Ｃａｐｓｕｌｅで先頭のビデオもしくはオーディオのＴＳパケットでのみ変化できる。
Ｎｏｔｅ３：ｈｏｒｉｚｏｎｔａｌ＿ｓｉｚｅ、ｖｅｒｔｉｃａｌ＿ｓｉｚｅとａｓｐｅｃｔ＿ｒａｔｉｏ＿ｉｎｆｏｒｍａｔｉｏｎが同一であるｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ間には、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅを挿入してはならない。
Ｎｏｔｅ４：この属性は、モノラル、ステレオ、デュアルモノの間であれば、同一ＶＯＢ内で変化しても良い。
【０３５３】
以上が、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリームに関する制限である。
【０３５４】
ここで、説明してきたエンコード条件を加えることでＤＶＤフォーマットへ容易にかつ高速に変換可能なＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの生成が可能となる。
【０３５５】
（変換後のＤＶＤ−Ｖｉｄｅｏ／ＤＶＤ ＶＲフォーマット）
次に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦが変換されるべきＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ ＶＲのフォーマットにおけるフィールド設定について説明する。
【０３５６】
＜ＤＶＤ−Ｖｉｄｅｏフォーマット＞
以下では、簡単にＤＶＤ−Ｖｉｄｅｏ規格のストリームについて説明する。なお、ＤＶＤ−Ｖｉｄｅｏのストリームフォーマットの詳細については、「ＤＶＤ
Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅａｄ−Ｏｎｌｙ Ｄｉｓｃ Ｐａｒｔ３ ＶＩＤＥＯ ＳＰＥＣＩＦＩＣＡＴＩＯＮＳ」に記述されている。
【０３５７】
図５０にＤＶＤ−Ｖｉｄｅｏ規格のフォーマットのストリーム構造を示す。同図に示すように、各ストリームは複数のＶＯＢを含み、各ＶＯＢは整数個のＶＯＢＵから成る。ＶＯＢＵは整数個のパックから成り、ＮＶ＿ＰＣＫを先頭としてビデオパック（Ｖ＿ＰＣＫ）やオーディオパック（Ａ＿ＰＣＫ）がこれに続く。ＮＶ＿ＰＣＫは、通常のＤＶＤのパックの構造と異なり２つのパケットを内包した形となっている。それぞれのパケットはＰＣＩ（Presentation Control Information）パケット、ＤＳＩ（Data Search Information）パケットと呼ばれ、ＰＣＩパケットには、当該ＶＯＢＵに対する再生制御情報が格納される。ＤＳＩパケットには、当該ＶＯＢＵと周辺のＶＯＢＵとの位置関係等の特殊再生に有用な情報が格納されている。以下では、フィールドを説明するとともに、その生成方法を合わせて記述していく。
【０３５８】
図５１にＮＶ＿ＰＣＫのＰＣＩデータの構造を示す。ＰＣＩデータは、ＰＣＩの全般的な情報を格納するＰＣＩ＿ＧＩ（PCI General Information）と、非シームレスのアングル情報であるＮＳＭＬ＿ＡＧＬＩと、メニューボタンなどにハイライトを当てるための情報であるＨＬＩと、ＩＳＲＣ（International Standard Recording Code）を格納するＲＥＣＩとから構成される。
【０３５９】
ＮＳＭＬ＿ＡＧＬＩとＨＬＩは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換された場合には、無効を意味するデータが記述される。
【０３６０】
ＩＳＲＣには、無効を意味するデータを記述しても良いし、ＩＳＲＣコードを正しく記述しても良いが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからの変換に関係がないため、ここでの説明は割愛する。従って、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからＰＣＩデータを作成する際に問題となるのは、ＰＣＩ＿ＧＩのみである。
【０３６１】
図５２にＮＶ＿ＰＣＫのＰＣＩ＿ＧＩの構造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する際に計算を要するフィールドについてのみその算出方法を説明する。
【０３６２】
ＮＶ＿ＰＣＫ＿ＬＢＮ（ＶＯＢＳファイル内での該ＮＶ＿ＰＣＫ相対アドレス）は、情報記録装置が変換中に何番目のパックになるか数えておくことで、生成可能である。
【０３６３】
ＶＯＢＵ＿ＣＡＴ（アナログコピープロテクション状態の情報）は、ＮＶ＿ＰＣＫに対応しているＴｉｐパケットのｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏから取得可能である。
【０３６４】
ＶＯＢＵ＿Ｓ＿ＰＴＭ（ＶＯＢＵ内で最初に表示されるビデオフィールドの再生時刻情報）は、ＮＶ＿ＰＣＫに対応しているＴｉｐパケットのＦＶＦＰＳＴから計算可能である。
【０３６５】
ＶＯＢＵ＿Ｅ＿ＰＴＭ（ＶＯＢＵ内のビデオデータが再生完了する時刻情報）は、アクセスマップの次のエントリーに記述された再生時刻情報から取得するか、ＶＯＢＵに対応するビデオストリームを解析して、ビデオの再生が終了する時刻を算出することで生成可能である。
【０３６６】
ＶＯＢＵ＿ＳＥ＿Ｅ＿ＰＴＭ（ＶＯＢＵ内のビデオデータでｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅによって再生が終了する時刻情報）は、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅがＶＯＢの最後にしか認められていないため（図４８参照）、ストリーム途中のＶＯＢＵには、ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅがなく、「０ｘ００００００００」が埋められる。最後のＶＯＢＵ内にＳｅｑｕｅｎｃｅ＿ｅｎｄ＿ｃｏｄｅがあるＮＶ＿ＰＣＫについてのみ、ＶＯＢＵ＿Ｅ＿ＰＴＭと同値となる。
【０３６７】
Ｃ＿ＥＬＴＭ（該ＮＶ＿ＰＣＫが格納されるＣＥＬＬの最初に表示されるビデオフレームの再生時刻と該ＶＯＢＵ内で最初に表示されるビデオフレームとの時間差情報。フレーム精度が必要）は、情報記録装置が変換中に、ＣＥＬＬ最初に表示されるビデオフレームの再生時刻情報と、該当するＴｉｐパケットのＦＶＦＰＳＴを用いて随時計算することが可能である。
【０３６８】
以上のようにして、ＮＶ＿ＰＣＫのＰＣＩデータは、変換中に、ＶＯＢＵ単位で随時生成していくことが可能である。
【０３６９】
図５３にＮＶ＿ＰＣＫのＤＳＩの構造を示す。図示したように、ＤＳＩデータは、ＤＳＩの一般情報を格納するＤＳＩ＿ＧＩ（Data Search Information General Information）と、ＶＯＢ間をシームレス再生するために必要となる記録アドレス、再生情報等を格納したＳＭＬ＿ＰＢＩ（Seamless Playback Information）と、異なるアングル間でシームレス再生するための配置情報等を格納したＳＭＬ＿ＡＧＬＩ（Angle Information for seamless）と、そのＶＯＢＵ近隣のＶＯＢＵの記録アドレス情報等を格納したＶＯＢＵ＿ＳＲＩ（VOB Unit Search Information）と、ビデオとオーディオ／サブピクチャとの同期再生のための情報であるＳＹＮＣＩ（Synchronous Information）とから構成される。
【０３７０】
ＳＭＬ＿ＡＧＬＩは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換された場合には、無効を意味するデータが記述される。
【０３７１】
図５４にＮＶ＿ＰＣＫのＤＳＩ＿ＧＩの構造を示す。Ｃｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦから変換する場合に、計算が必要なフィールドについてだけ、以下にその算出方法を説明する。
【０３７２】
ＮＶ＿ＰＣＫ＿ＳＣＲ（ＮＶ＿ＰＣＫのＳＣＲ値）は、後述する算出方法でＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＡＴＳからＳＣＲを導出しており、そのＳＣＲから導出される。
【０３７３】
ＮＶ＿ＰＣＫ＿ＬＢＮ（ＶＯＢＳファイル内でのＮＶ＿ＰＣＫ相対アドレス）は、ＰＣＩデータとそれを求めるのと同様である。
【０３７４】
ＶＯＢＵ＿ＥＡ（ＮＶ＿ＰＣＫからＶＯＢＵ内の最後のパックまでの相対アドレス）は、アクセスマップから計算可能である。前述の通り、２つの連続するＴｉｐパケット間において、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに属さないパケット個数が既知（固定）であるため、アクセスマップから、次のエントリー（次のＴｉｐパケット）までのＴＳパケット数が計算でき、そのＴＳパケット内に、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに属さないＴＳパケットの個数を減算し、その結果を１１で割ることでＮＶ＿ＰＣＫに続き、何個のパックが形成されるか計算可能である。最後のＴｉｐパケットから派生されるＮＶ＿ＰＣＫ、もしくは全てのＮＶ＿ＰＣＫについては、変換後に生成されたパック数をカウントしておきそれを記述しても良い。
【０３７５】
ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿ＰＣＫから１番目の参照ピクチャの最後のパックまでの相対アドレス）と、ＶＯＢＵ＿２ＮＤＲＥＦ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿ＰＣＫから２番目の参照ピクチャの最後のパックまでの相対アドレス）と、ＶＯＢＵ＿３ＲＤＲＥＦ＿ＥＡ（ＶＯＢＵ内で、ＮＶ＿ＰＣＫから３番目の参照ピクチャの最後のパックまでの相対アドレス）とについては、ＴｉｐパケットのＰＥＳ＿ｉｎｆｏを参照しながら、ＴＳ２ＰＳ変換を行えば、ビデオストリーム層まで解析する必要なく導出することが可能である。
【０３７６】
ＰＥＳ＿ｉｎｆｏには、各ビデオのＰＥＳパケットが、どのようなエンコードをされたピクチャかを示すｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅが記述されている。ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅ＝０１ｂ，１０ｂを持つＰＥＳパケットは、ＤＶＤ−Ｖｉｄｅｏ規格でいう参照ピクチャを格納している。
【０３７７】
従って、ＴＳ２ＰＳ変換を行いながら、ＰＥＳ＿ｉｎｆｏを参照し、現在変換しているＰＥＳパケットが、参照ピクチャを格納しているのか否かを判断し、この変換しているＰＥＳパケットが終了したパックが、参照ピクチャの終端のパックとなる。
【０３７８】
このようにして、参照ピクチャの終端のパックは、変換中に識別可能であるため、ＶＯＢＵを生成しながら、１番目、２番目、３番目の参照ピクチャがどのパックで完結しているかを求め、ＶＯＢＵ先頭のＮＶ＿ＰＣＫのＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡと、ＶＯＢＵ＿２ＮＤＲＥＦ＿ＥＡと、ＶＯＢＵ＿３ＲＤＲＥＦ＿ＥＡとに夫々の終端までの相対アドレスを記述することが可能である。
【０３７９】
もしくは、ＳＥＳＦ Ｃａｐｓｕｌｅを変換中にビデオを格納したＰＥＳパケットのＰＴＳ＿ＤＴＳ＿ｆｌａｇｓの値を参照し、ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１１ｂであれば、参照ピクチャが格納されており、ＰＴＳ＿ＤＴＳ＿ｆｌａｇｓ＝１０ｂであれば、非参照ピクチャが格納されていると逐次判断しながら、これらの値を算出しても良い。
【０３８０】
ＶＯＢＵ＿ＶＯＢ＿ＩＤＮ（該ＶＯＢＵが属するＶＯＢのＩＤ番号）は、情報記録装置が変換中に求めることができるはずである。１つのＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを変換している時には、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦ（ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝１１ｂ）の定義により、属性の変化等のストリームの条件でＶＯＢが分割される可能性はなく、同一番号が割り振られる。
【０３８１】
ＶＯＢＵ＿Ｃ＿ＩＤＮ（ＶＯＢＵが属するＣＥＬＬのＩＤ番号）もＶＯＢＵ＿ＶＯＢ＿ＩＤＮと同様に、情報記録装置が変換中に自ら設定する番号であり、ストリームとの関連はない。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＰＧＣ情報等の管理情報からＣＥＬＬを意図的に分割する場合には、分割に応じた番号が付与されるだけである。
【０３８２】
Ｃ＿ＥＬＴＭ（ＮＶ＿ＰＣＫが格納されるＣＥＬＬの最初に表示されるビデオフレームの再生時刻とＶＯＢＵ内で最初に表示されるビデオフレームとの時間差情報。フレーム精度が必要）は、ＰＣＩデータ内に記述されたＣ＿ＥＬＴＭと同一である。
【０３８３】
以上のようにして、ＮＶ＿ＰＣＫのＤＳＩ＿ＧＩの各フィールドは、変換中に、ＶＯＢＵ単位で随時生成していくことが可能である。
【０３８４】
図５５にＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩの構造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する場合に計算が必要となるフィールドについてのみその算出方法を説明する。
【０３８５】
ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ（ＮＶ＿ＰＣＫが属するＶＯＢの最初に表示されるビデオフレームの時刻情報）は、最初のＴｉｐパケットのＦＶＦＰＳＴから計算可能である。
【０３８６】
ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ（ＮＶ＿ＰＣＫが属するＶＯＢのビデオ再生終了時刻情報）は、ＴＳ２ＰＳ変換の前に、予めＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの中で、変換に指定された部分で最後のＴｉｐパケット以降のストリームを解析しビデオの再生終了時刻を求めておくことで、随時設定可能である。
【０３８７】
以上のようにして、ＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩの各フィールドは、変換前に、計算しておくことが可能であり、変換中にはその値を用いれば良い。
【０３８８】
ＶＯＢＵ＿ＳＲＩは、前述の通り、アクセスマップを利用し、計算することが可能であるため、ここでの説明は割愛する。
【０３８９】
また、ＶＯＢＵ＿ＳＲＩはセルごとに完結して記述されるため、セルが定義されなければ、計算することはできない。したがって、リアルタイムにＤＶＤ−Ｖｉｄｅｏフォーマットで記録するようなレコーダにおいては、任意の区間でセルを切ることができず、編集性、再生性に欠けるが、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する際には、上記方法に従って、ユーザが指定した区間をセルと定義し変換することが可能なため、チャプターをユーザが意図した通りに作成できることになり、ユーザ指定の地点から再生を開始するプレイリストがＤＶＤ−Ｖｉｄｅｏフォーマットで実現可能となる。
【０３９０】
図５６にＮＶ＿ＰＣＫのＳＹＮＣＩの構造を示す。以下では、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦから変換する場合に計算が必要なフィールドについてだけ、その算出方法を説明する。
【０３９１】
Ａ＿ＳＹＮＣＡ０（プライマリーオーディオを格納したパックで、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくは直後に再生されるオーディオフレームが格納されたパックの相対アドレス）は、Ｔｉｐパケット内のＰＥＳ＿ｉｎｆｏを用いて、ストリーム解析することなく、ＴＳ２ＰＳ変換中に取得することが可能である。
【０３９２】
ＰＥＳ＿ｉｎｆｏのｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒを参照することで、そのＰＥＳパケットがプライマリーオーディオを格納しているか判別でき、次のｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇにて、ＰＥＳパケットの中に含まれるオーディオフレームの中に、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくはその直後に再生されるオーディオフレームがあるか否かが識別できる。従って、ＴＳ２ＰＳ変換を行いながら、ＰＥＳパケットがプライマリーオーディオを含み、かつ、ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇ＝１ｂである場合に、ＮＶ＿ＰＣＫからＰＥＳパケットが格納されたパックまでのアドレスを記述できる。
【０３９３】
尚、ｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇがＶＯＢＵ内の１つのオーディオパック内で１ｂになる保証はない。オーディオを先に多重化しているエンコーダであれば、あるＶＯＢＵのＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくは直後に再生されるオーディオパックが前のＶＯＢＵに格納されることも考えられるし、またその逆も考えられる。
【０３９４】
従って、Ａ＿ＳＹＮＣＡ０の値の設定において、変換中のプライマリーオーディオのＰＥＳパケット（そのｓｙｎｃ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇは１ｂ）と、以降生成されるＮＶ＿ＰＣＫとの順序関係を正しく理解した上で、その値を設定する必要がある。
【０３９５】
尚、この処理をなくすために、予めＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、ＳＥＳＦ ｃａｐｓｕｌｅ内に、そのＳＥＳＦ ｃａｐｓｕｌｅ先頭のＴｉｐパケットに記述されたＦＶＦＰＳＴと同時もしくは直後に再生されるオーディオデータを格納するようにシステムエンコードするようにしておいても良い。
【０３９６】
このように定義することで、ＶＯＢＵ（ＳＥＳＦ ｃａｐｓｕｌｅ）を超えてＶＯＢＵ＿Ｓ＿ＰＴＭ（ＦＶＦＰＳＴ）と同期したオーディオデータを検出する処理をなくすことが可能となる。
【０３９７】
Ａ＿ＳＹＮＣＡ１（セカンダリーオーディオを格納したパックで、ＶＯＢＵ＿Ｓ＿ＰＴＭと同時もしくは直後に再生されるオーディオフレームが格納されたパックの相対アドレス）は、Ａ＿ＳＹＮＣＡ０と同様の方法にて設定可能である。
【０３９８】
以上のようにして、ＮＶ＿ＰＣＫのＤＳＩデータは、変換中に、Ａ＿ＳＹＮＣＡを除きＶＯＢＵ単位で随時生成していくことが可能である。
【０３９９】
図８２にＮＶ＿ＰＣＫの生成方法の一例をまとめる。
【０４００】
＜ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇのフォーマット＞
ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ（ＶＲ）のストリームフォーマットへの変換時のフィールド設定について説明する。
【０４０１】
以下、簡単にＤＶＤ ＶＲのストリームを説明する。なお、ＤＶＤ ＶＲのストリームフォーマットの詳細については、「ＤＶＤ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ ｆｏｒ Ｒｅｗｒｉｔａｂｌｅ／Ｒｅ−ｒｅｃｏｒｄａｂｌｅ Ｄｉｓｃｓ Ｐａｒｔ３ ＶＩＤＥＯ ＲＥＣＯＲＤＩＮＧ」に記述されている。
【０４０２】
図５７にＤＶＤ ＶＲフォーマットによるストリーム構造を示す。ここに示したように、各ストリームは複数個のＶＯＢを含み、各ＶＯＢは整数個のＶＯＢＵから成る。ＶＯＢＵは整数個のパックから成り、ＲＤＩ＿ＰＣＫを先頭としてビデオパック（Ｖ＿ＰＣＫ）やオーディオパック（Ａ＿ＰＣＫ）がこれに続く。ＲＤＩ＿ＰＣＫは、通常のパックと異なり、表示やコピーの制御情報や、製造者固有情報を格納している。以下では、ＲＤＩ＿ＰＣＫに含まれる各フィールドを説明するとともに、その計算方法を合わせて説明する。
【０４０３】
図に示したように、ＲＤＩ＿ＰＣＫのペイロードデータ（ＲＤＩ Ｕｎｉｔ）は、ＲＤＩの全般情報を格納したＲＤＩ＿ＧＩ（Real-time Data Information
General Information）と、表示およびコピー制御のための情報を格納したＤＣＩ＿ＣＣＩ（Display Control Information and Copy Control Information）と、製造者固有情報を格納するＭＮＦＩ（Manufacturer's Information）とから構成される。
【０４０４】
ＲＤＩ＿ＧＩはその内部にＶＯＢＵ＿Ｓ＿ＰＴＭフィールドを含み、このフィールドだけが可変であり、その他のフィールドは固定値が埋め込まれる。
【０４０５】
ＶＯＢＵ＿Ｓ＿ＰＴＭは、変換前トランスポートストリーム中の対応するＴｉｐパケットに記述されたＦＶＦＰＳＴと全く同一形式であるため、ＦＶＦＰＳＴの値がそのままコピーできる。
【０４０６】
ＤＣＩ＿ＣＣＩは、Ｔｉｐパケットのｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏと全く同一形式であるため、ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏの値がそのままコピーされることが可能である。
【０４０７】
ＭＮＦＩは、Ｔｉｐパケットに記述されたｍａｋｅｒ＿ＩＤが当情報記録装置の製造者ＩＤと同一の場合のみ、固有の製造者ＩＤが割り当てられ、製造者固有情報が記述（コピー）される。しかし、Ｔｉｐパケット内のｍａｋｅｒ＿ＩＤが、他製造業者のＩＤである場合や、無効なｍａｋｅｒ＿ＩＤ値である場合には、ＭＮＦＩに無効なデータを記述することでＲＤＩパックを生成しても良い。
【０４０８】
尚、Ｔｉｐパケット内に記述されたデータが一部無効である場合が想定される。この場合、Ｔｉｐパケット内の該当データが無効であることを意味するフラグ（無効化フラグ）が格納されているはずであるので、その無効化フラグがＯＮである場合には、Ｔｉｐパケットの該当データを最新のデータに更新してから変更する必要がある。
【０４０９】
一例として、各ＴＳパケットごとのＡＴＳ（４Ｂ）の中に最新のＣＣＩ情報とＴＳパケット内のＣＣＩデータ無効化フラグが存在する場合等が考えられる。
【０４１０】
この場合、ＴＳ２ＰＳ変換する際に、無効化フラグが立っていないことを確認し、立っていれば、ＡＴＳ内のＣＣＩフラグでもってｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏのＣＣＩ情報を更新したデータを用いてＲＤＩ＿ＰＣＫに変換する必要がある。
【０４１１】
以上のように、ＲＤＩ＿ＰＣＫは、対応するＴｉｐパケット（及びそのＡＴＳ）のみから、逐次作成できる。
【０４１２】
図５８に上記のＲＤＩ＿ＰＣＫの生成フローチャートを示す。
【０４１３】
ＲＤＩ＿ＰＣＫ（またはＮＶ＿ＰＣＫ）の場合、システムヘッダは固定値のフィールドから構成されている。システムヘッダの詳細は図６１に示してある。また、ＲＤＩ＿ＰＣＫに格納される、パケットヘッダ、プライベートヘッダをそれぞれ図６２に示した。図示した通り、これらのヘッダも固定値フィールドから構成されるため、生成が容易である。
【０４１４】
図５９にＡＶデータを格納したＴＳパケット（１Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ）からＰＳのパックを生成するためのフローチャートを示す。
【０４１５】
同図に示したように、ＡＶデータを格納するＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＴＳパケットは、１Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔをその処理単位として、ＡＶデータを格納するＭＰＥＧ−ＰＳの２ＫＢのパックへと変換される。以下に、各ステップごとに処理を追って説明する。
【０４１６】
（ステップＳ４２００） Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームの変換開始点からＴＳパケットを１つだけ読み出す。
【０４１７】
（ステップＳ４２０１） 読み出したＴＳパケットが、ＡＶデータを格納し、かつ、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭のＴＳパケットであるか否かを判定する。ＡＶデータの格納の判定は、ＰＭＴにてＡＶデータを格納すると宣言されたＴＳパケットのＰＩＤ値を参照することによって行われる。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭か否かの判定については、その前のＴＳパケットが、Ｔｉｐパケット、ＰＳＩ／ＳＩパケット及びＰＣＲパケットのいずれかである場合に、その直後に続くＡＶデータを格納したＴＳパケットがＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭であると判定する。変換開始点はＴｉｐパケットであることが予想されるため、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭か否かは順にＴＳパケットを読み込むことで判定可能である（つまりＴｉｐパケット直後のＡＶデータを格納したＴＳパケットは必ずＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭である。）。判定の結果、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭でないＴＳパケットの場合、または、変換がＴｉｐパケットからスタートしておらず、判定ができない場合は、次のＴＳパケットを読み込むため、Ｓ４２００へ処理が戻される。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭であることが確認できた場合は、次の処理へ進む。
【０４１８】
（ステップＳ４２０２） Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットに付与されたＡＴＳを用いて、そのＴＳパケットが変換されるＭＰＥＧ−ＰＳのパックがデコーダに入力される時刻（ｃａｌｃｕｌａｔｅｄ＿ＰＣＲ）を算出する。この算出方法については前述のとおりである。ＰＣＲが計算されれば、ＳＣＲが前述の算出方法によって計算でき、図６０に示したパックヘッダが完全に決定される。これは、パックヘッダは、ＳＣＲを除いて固定の値しか認められないためである。
【０４１９】
（ステップＳ４２０３） パケットヘッダ、プライベートヘッダを作成する。
【０４２０】
パケットヘッダは、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＰＥＳパケットヘッダを基に作成される。作成されたパケットヘッダは、図６３に示されたフィールド値を満たす形式でなければならない。これは、ヘッダ長を変えるようなフィールドの値は決定しておかなければＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦからの変換が一意に決定されず、バッファマネージメントに影響を及ぼす危険があるためである。ここに示されていないフィールドは固定値であるため列挙していない。
【０４２１】
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでＰＥＳパケットヘッダの個々のフィールド値を詳細に決定しているのは、ＰＥＳパケットヘッダ（ＭＰＥＧ−ＴＳ）からパケットヘッダ（ＭＰＥＧ−ＰＳ）への変換で要する処理を最小限にするためである。
【０４２２】
ＰＥＳパケットのサイズが１パックのサイズに比較して大きい場合には、１ＰＥＳパケットが複数のパックに変換されることになる。この場合、２つ目以降のパックのパケットヘッダは、ＰＥＳパケットから生成された最初のパケットヘッダのＰＴＳ＿ＤＴＳ＿ｆｌａｇｓを「００ｂ」に、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇを「０ｂ」に設定すること、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅ長を調整すること、及び、ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを補正することが修正点となる。
【０４２３】
プライベートヘッダは、ＭＰＥＧ規格外のストリームを格納する際に必要となるため、ＮＶ＿ＰＣＫやＲＤＩ＿ＰＣＫ、それにＡＣ−３、ＬＰＣＭ等を格納したパックに必要である。
【０４２４】
図６４にＡＣ−３のプライベートヘッダを示す。図に示すフィールドのうち、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの定義によって、ＴＳ２ＰＳ変換時に計算を要するものは、ｎｕｍｂｅｒ＿ｏｆ＿ｆｒａｍｅ＿ｈｅａｄｅｒｓのみである。このフィールドはそのパックに格納されるＡＣ−３のオーディオフレームの数を指定するため、そのフィールドの値は、固定レートのＡＣ−３については、１オーディオフレームのバイト長がそのビットレートから計算でき、かつその値が固定長となることから、容易にＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ等から計算できる。
【０４２５】
尚、ＡＣ−３のプライベートヘッダ（４Ｂ）により、Ｃｏｎｓｔｒａｉｎｅｄ
ＳＥＳＦのＰＥＳパケットヘッダのＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈが４バイト分余計にスタッフィングされていることに注意すべきである。（図４４参照）このように、予め変換後のヘッダ長を見積もってペイロードの位置をずらしておくことで、ＴＳパケット単位の逐次処理を容易にしているのである。
【０４２６】
以上のように、最初のパケットヘッダはそのＰＥＳパケットのヘッダから一部修正し、２つ目以降のパケットヘッダは、最初のパケットヘッダを一部修正し、プライベートヘッダはＭＰＥＧ規定外ストリームの時のみ挿入することで、パケットヘッダおよびプライベートヘッダを生成することが可能である。
【０４２７】
（ステップＳ４２０４） プライベートヘッダが作成されれば、後はＴＳパケットのペイロード部分をＰＳパックのペイロード部分の先頭から順に詰めてコピーしていくだけである。
【０４２８】
（Ｓ４２０５〜Ｓ４２０７） これをＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（１１個のＴＳパケット）が終了するまで単純に繰り返すだけだが、途中でＮＵＬＬパケットが挿入されている可能性があるため、ＮＵＬＬパケットのＰＩＤ（０ｘ１ＦＦＦ）を確認して、ＴＳパケットのペイロードデータのコピーを行う。
【０４２９】
尚、この際、ＰＥＳパケットの最後のデータを格納するＴＳパケットだけがアダプテーションフィールドを持つように定義しておくのが好ましい。これにより、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの中でＰＥＳパケットの最後のデータを格納するＴＳパケット最後を除くＴＳパケットは、常に１８４Ｂのペイロードデータが格納されていることになるため、ペイロードデータの読み出しが容易になる。
【０４３０】
（ステップＳ４２０８） 次に、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔのペイロードデータまで、完全にコピーが終了した時点で、形成されたパックのバイト長を計算し、２０４８Ｂになっているかどうか確認する。既に２０４８Ｂになっていれば、そのパックの生成は終了する。まだ２０４８Ｂになっていない場合には、Ｓ４２０９へ進む。
【０４３１】
（ステップＳ４２０９） パックが２０４８Ｂになっていない場合、２０４８Ｂになるようにパディングパケットをペイロードの最後に追加する。
【０４３２】
以上のように、ＡＶデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔからの変換処理を行なう。上記の処理を、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの指定された変換部分の処理が終了するまで、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔが検出された場合のみ繰り返せば良い。
【０４３３】
上記の変換処理について各種パック毎の変換結果を説明すると以下のようになる。
【０４３４】
＜ビデオパック（Ｖ＿ＰＣＫ）への変換＞
図６５にＣｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を図示した。図６５（ａ）に示したように、一つのビデオＰＥＳパケットは、通常２ＫＢよりも大きいため、複数のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに分割され、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦに多重化されているのが一般的である。
【０４３５】
Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの規定により、一つのビデオＰＥＳパケットを構成する最後のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔには、最大にビデオＰＥＳパケットのデータが詰め込まれる。従って、最後のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを除き、全てのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、２０２４バイト（＝１８４×１１バイト）のデータが格納される。
【０４３６】
このように規定することで、ＴＳ２ＰＳ変換時に個々のパックのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈや、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅといったフィールドを予め決めておくことができる。
【０４３７】
一つのビデオＰＥＳパケットのデータを格納した最後のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、余ったデータ量をアダプテーションフィールドと、ＮＵＬＬパケットで埋め合わせ、１つの完全なＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを構成しても良いし、データ転送の効率化（変換したＭＰＥＧ−ＰＳパックへの格納データ量を増やす目的）のために、次のＰＥＳパケットのデータを格納するようにしても良い。
【０４３８】
ただし、ＤＶＤへの変換容易性を考えて、ＳＥＳＦ Ｃａｐｓｕｌｅ内のＩピクチャだけは、そのＳＥＳＦ Ｃａｐｓｕｌｅ内で先頭のビデオデータを格納するＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭ＴＳパケットから配置される。
【０４３９】
Ｐピクチャ、Ｂピクチャは、上記のように、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの先頭から配置されなくとも良い。
【０４４０】
図６５に図示したように、一つのビデオＰＥＳパケットを構成するＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔは、以下の３つの種類に分別が可能である。
【０４４１】
ＰＥＳパケットの先頭データを格納した最初のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃１）と、ＰＥＳパケットの途中部分のデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃ｎ、ここで、n=2,3,・N-1）と、ＰＥＳパケットの最後のデータを格納したＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ（図中ＭＵ＃Ｎ）である。
【０４４２】
それぞれの種類に応じて、ＴＳ２ＰＳ変換されたＭＰＥＧ−ＰＳストリームの各パックは、同図６５（ｂ）に示す構造になる。
【０４４３】
ＭＵ＃１から変換されたパックは、パック生成時に必ず１０バイト以上の空きができるため、パディングパケットが最後に挿入される。
【０４４４】
ＤＶＤフォーマットでは、パックに７バイト以下の空きができる時には、スタッフィングバイト（パケットヘッダの最後のフィールド）を２０４８バイトになるまで追加し、８バイト以上の空きができる時には、パディングパケットを挿入する決まりになっているためである。
【０４４５】
また、ＭＵ＃ｎから変換されたパックは、スタッフィングを１バイト足してパックを構成する。
【０４４６】
また、ＭＵ＃Ｎから変換されたパックは、通常、パック構成時の空き領域が８バイトよりも大きくパディングパケットが挿入されることになる。
【０４４７】
＜オーディオパック（Ａ＿ＰＣＫ）への変換＞
図６６にＣｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を図示した。図６６（ａ）に示したように、（１つ以上のオーディオフレームを格納する）一つのオーディオＰＥＳパケットは、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔよりも小さなサイズとなる。
【０４４８】
一つのオーディオＰＥＳパケットは、一つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに収まるため、ビデオＰＥＳパケットのように複雑な変換は必要ない。つまり、図６６（ｂ）に示したように、必ずパディングパケットが挿入されるパックが生成されるはずである。
【０４４９】
また、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈもＴＳ２ＰＳ変換で変わることがないため、変換時に計算するのは、ＭＰＥＧ１−Ａｕｄｉｏを変換する際にｓｔｒｅａｍ＿ｉｄを適宜設定したり、ＡＣ−３用のプライベートヘッダを生成したりする程度の簡単な処理のみである。
【０４５０】
また、図に示したように、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのシステムエンコードを困難にする大きな要素であるオーディオデータの転送時間を、最小にすることで、バッファマネージメントを簡単にすることが可能である。
【０４５１】
オーディオＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの転送時間分は、ビデオデータやその他のＰＳＩ／ＳＩパケットが転送できないため、全体の転送レートが下がってしまう課題（画質低下）と、この転送時間が長くなればなる程、その分ビデオデータをＴＳ上では前倒しで転送する必要が出てくる課題（システムエンコードが複雑化）等の問題を引き起こすため、可能な限り短い時間で転送することが理想である。
【０４５２】
言い換えれば、オーディオＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを短い時間で転送するということは、オーディオの転送レートを上げるということであり、これは、Ｔ−ＳＴＤとＰ−ＳＴＤの大きな違いであった、オーディオの許容入力レートの差を減少させることにつながる。従って、２つのデコーダモデルに合致しなければならないＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦを生成することを容易にするという大きな利点がある。
【０４５３】
図６７に、Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで許される各音声のビットレートと、その夫々ごとにＡＣ−３とＭＰＥＧ１−Ａｕｄｉｏを格納する場合に、１オーディオＰＥＳパケットに格納される最大ペイロード長を示した。ここに示すバイト長よりも大きなデータが１オーディオＰＥＳパケットに格納されることはないため、常にパディングパケットが挿入されることになる。
【０４５４】
（ＰＥＳパケットにおける制限）
整数個のオーディオフレームを含む整数個のＰＥＳパケットを、整数個のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに格納するようにして、変換後のＭＰＥＧ−ＰＳパックへの格納データ量を増やし、効率的に多重化しても良い。ただし、この場合、変換時のＰＴＳの演算が問題となる。
【０４５５】
ＤＶＤ規格では、オーディオのＰＥＳパケットヘッダ内のＰＴＳとして、そのＰＥＳパケット内で始まる最初のオーディオフレームのＰＴＳを記述するように定められている。
【０４５６】
ＴＳ２ＰＳ変換を行う際に、ＭＰＥＧ−ＰＳ（ＤＶＤ）へ変換後にＰＥＳパケットの先頭になるオーディオフレームと、変換前のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで多重化されたＰＥＳパケットの先頭になるオーディオフレームが一致しないケースがある。そこで、本発明では、変換後のＭＰＥＧ−ＰＳのパックのＰＥＳパケット内で最初に始まるオーディオフレームが必ずＰＴＳを持つようにＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで多重化する。これにより、ＴＳ２ＰＳ変換時に、新たにＰＴＳを演算して求める必要がなくなる。
【０４５７】
したがって、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔの中で、最初に始まる完全なオーディオフレームは、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ内のＰＥＳパケットのペイロードの中で最初のオーディオフレーム（つまり必ずＰＴＳが記述されたオーディオフレーム）とすることが有効である。そこで、本発明に係るＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦは、「Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔの中で最初に始まる完全なオーディオフレームは、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ内のＰＥＳパケットのペイロードの中で最初のオーディオフレームとする」ことを規定する。なお、この規定は「Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中でフレーム先頭バイトが最初に始まるオーディオフレームは、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内のＰＥＳパケットのペイロードの中で最初のオーディオフレームとする」としてもよい。本規定による制約はＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの制限の１つであるため、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフラグを参照することにより、上記の規定を満たすか否かが判定できる。
【０４５８】
図８３Ａは、上記規定を満たすＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでフォーマットされたＭＰＥＧ−ＴＳと、それから変換されるＭＰＥＧ−ＰＳとを説明した図である。
【０４５９】
ＰＥＳパケット４１１、４１２、４１３のＰＥＳパケットヘッダには、それぞれ、各ＰＥＳパケット４１１、４１２、４１３に含まれるオーディオフレームの中の最初のオーディオフレーム（ＡＦ＃１、ＡＦ＃５、ＡＦ＃８）に対するＰＴＳ値（ＰＴＳ＃１、ＰＴＳ＃５、ＰＴＳ＃８）が含まれている。
【０４６０】
最初のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）には、ＰＥＳパケット４１１の全てのデータとＰＥＳパケット４１２の途中までのデータとが含まれる。
【０４６１】
最初のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）において、そのＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）内の最初の完全なオーディオフレームはオーディオフレーム＃１であり、これは、ＰＥＳパケット４１１のペイロード内の最初のオーデオフレームとなっており、上記の規定を満たしている。また、第２番目のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）に注目すると、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）内の最初の完全なオーディオフレームはオーディオフレーム＃８であり、これは、ＰＥＳパケット４１３のペイロード内の最初のオーディオフレームとなっており、上記の規定を満たしている。なお、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）は、ＰＥＳパケットヘッダ直後にオーディオフレーム＃７の後半部分を含んでいるが、それはオーディオフレームの一部であって完全なオーディオフレームではないため、上記規定を考慮する際の条件とはならない。
【０４６２】
最初のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０１）に含まれるＰＥＳパケット４１１のＰＥＳパケットヘッダには、それに続くオーディオフレーム（ＡＦ）の中の最初の完全なオーディオフレーム＃１のＰＴＳの値（ＰＴＳ＃１）が含まれる。また、第２番目のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）には、それに続くオーディオフレーム（ＡＦ）中の最初の完全なオーディオフレーム＃８のＰＴＳの値（ＰＴＳ＃８）が含まれている。
【０４６３】
第２番目のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）を、ＭＰＥＧ−ＰＳに変換するとき、変換先のＭＰＥＧ−ＰＳ内のＰＥＳパケットヘッダには、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０２）に含まれるＰＥＳパケットヘッダに格納されるＰＴＳの値（ＰＴＳ＃８）がそのままコピーされる。このように、ＰＳ２ＴＳ変換時において、ＰＴＳ値をそのままコピーするだけでよく、処理が簡略化される。
【０４６４】
次にＰＥＳパケットにビデオデータが含まれる場合を説明する。Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの制約の１つとして、ビデオデータを含むＰＥＳパケットに対し、「Ｉピクチャを格納したＰＥＳパケットは、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔの先頭から始まる」という制約を設けてもよい。
【０４６５】
図８３Ｂに上記規定を満たした例を示す。図８３Ｂにおいて、ＰＥＳパケット４１６はＩピクチャを含み、そのＰＥＳパケットヘッダには、ＩピクチャのＰＴＳ値（ＰＴＳ＃２）が格納されている。そして、ＰＥＳパケット４１６はＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）の先頭に配置されている。
【０４６６】
変換後のＭＰＥＧ−ＰＳパックにおいて、ＰＥＳパケットヘッダ４２１に格納されるＰＴＳ値（ＰＴＳ＃２）はその直後のＩピクチャを指し示している。なお、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０３）はＰＥＳパケット４１５のペイロードに含まれるＰピクチャを格納し、その残りの部分にＮＵＬＬパケットを挿入することにより、Ｉピクチャを次のＭｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）にアライメントしている。
【０４６７】
Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）をＭＰＥＧ−ＰＳに変換する際には、ＭＰＥＧ−ＰＳパックのＰＥＳパケットヘッダ４２１に、Ｍｕｌｔｐｌｅｘｉｎｇ Ｕｎｉｔ（４０４）内のＰＥＳパケットヘッダの値（ＰＴＳ＃２）がコピーされる。このようにＰＴＳ値はコピーされるだけでよいので、ＰＴＳ値を演算して求める必要がなく、処理を簡略化できる。
【０４６８】
（ＴＳ２ＰＳ変換処理）
図６８から図７９のフローチャートを用いてＴＳ２ＰＳ変換処理の詳細を説明する。
【０４６９】
図６８はＴＳ２ＰＳ変換のメインの処理を示したフローチャートである。本処理はユーザによりＴＳ２ＰＳ変換のリクエストがあったときに開始される。まず、変換を開始する先頭のＳＥＳＦ Ｃａｐｓｕｌｅをシークする（Ｓ１１）。そして、処理すべきＳＥＳＦ Ｃａｐｓｕｌｅが有るか否かを判断し（Ｓ１２）、なければ処理を終了し、ＳＥＳＦ Ｃａｐｓｕｌｅがあれば、初期化処理（Ｓ１３）及びカプセル単位処理（Ｓ１４）を行なう。
【０４７０】
図６９のフローチャートを用いて初期化処理（Ｓ１３）について説明する。ここでは、その後の処理に使用される変数等の設定、初期化を行なう。まず、Ｔｉｐパケットが読み込まれているか否かを判断し（Ｓ２１）、未だＴｉｐパケットが読み込まれていなければ、Ｔｉｐパケットを読み込む（Ｓ２２）。変数ＡＴＳTipにＴｉｐパケットのＡＴＳ値を代入する（Ｓ２３）。変数ＰＣＲTipにＴｉｐパケットのＰＣＲ値を代入する（Ｓ２４）。処理中のＭｕｌｔｉｐｌｅｘｉｎｇ
Ｕｎｉｔの番号を指定する変数ＭＵ＿numを０に設定する（Ｓ２５）。ＡＴＳの桁あふれの回数を示す変数ＷＡを０に設定する（Ｓ２６）。
【０４７１】
図７０のフローチャートを用いてカプセル単位処理（Ｓ１４）について説明する。一つのＴＳパケットを読み込む（Ｓ３１）。読み込んだＴＳパレットがＴｉｐパケットであるか否かを判断する（Ｓ３２）。Ｔｉｐパケットであれば処理を終了する。Ｔｉｐパケットでなければ、読み込んだＴＳパケットがオーディオパケットまたはビデオパケットかを判断する（Ｓ３３）。読み込んだＴＳパケットがオーディオパケットまたはビデオパケットでない場合、ステップＳ３１に戻り、読み込んだＴＳパケットがオーディオパケットまたはビデオパケットになるまで順次ＴＳパケットを読む（Ｓ３１〜Ｓ３３）。読み込んだＴＳパケットがオーディオパケットまたはビデオパケットであれば、その後に続く１０個のＴＳパケットを読み込む（Ｓ３４）。ＭＵ＿numをインクリメントする（Ｓ３５）。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットのＡＴＳ値を、変数ＡＴＳ[ＭＵ＿num]に格納する（Ｓ３６）。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに格納されたＰＥＳパケットのペイロードデータのバイト長をpayload＿lenとする（Ｓ３７）。そして、パック単位処理を行なう（Ｓ３８）。
【０４７２】
パック単位処理は図７１のフローチャートに示すように、ＳＣＲ演算処理（Ｓ４１）、パックヘッダ処理（Ｓ４２）、パケットヘッダ処理（Ｓ４３）、ペイロード処理（Ｓ４４）及びパディングパケット処理（Ｓ４５）からなる。以下に各処理を詳細に説明する。
【０４７３】
図７２を用いてＳＣＲ演算処理を説明する。
【０４７４】
ここでは、パックのＳＣＲ値を求めている。まず、変数ＭＵ＿numの値を参照し、Ｃｕｐｓｕｌｅにおいて第１番目のＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔか否かを判断し、第１番目であれば、変数ＡＴＳ[０]に変数ＡＴＳTipの値を、変数ＳＣＲ[０]に変数ＰＣＲTipの値を代入する（Ｓ５１〜Ｓ５３）。
【０４７５】
そして、ＡＴＳ[ＭＵ＿num]と、ＡＴＳ[ＭＵ＿num−１]とを比較する（Ｓ５５）。ＡＴＳ「i」には、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のパケットのＡＴＳ値が格納され、このＡＴＳ値は、あるパケットを基準とした相対的な転送タイミングを示す値である。したがって、通常は、後のパケットのＡＴＳ値は前のパケットのＡＴＳ値よりも大きな値をとる。しかし、ＡＴＳ値は一般に３０ビットで表される有限な値であるため、桁あふれを起こす場合があり、このときは、後のパケットのＡＴＳ値は前のパケットのＡＴＳ値よりも小さくなる。ステップＳ５４では、このＡＴＳ値の逆転を見ており、これにより、桁あふれが発生したか否かを判断している。ＡＴＳ[ＭＵ＿num]がＡＴＳ[ＭＵ＿num−１]以下であれば、すなわち、桁あふれが発生していれば、変数ＷＡをインクリメントする（Ｓ５５）。
【０４７６】
そして、ＳＣＲ[ＭＵ＿num]に、ＳＣＲ[ＭＵ＿num−１]＋Ｔか、（ＰＣＲTIP＋ＡＴＳ[ＭＵ＿num]−ＡＴＳTip＋ＷＡ×ＢＳ）のいずれか大きい方を代入する（Ｓ５６）。
【０４７７】
図７３を用いてパックヘッダ処理を説明する。
【０４７８】
ここでは、図６０に示すデータ構造を有するパックヘッダデータを編集する。ＳＣＲ＿extensionにＳＣＲを３００で除算したときの余りの値を代入する（Ｓ６１）。ＳＣＲ＿baseにＳＣＲを３００で除算したときの商の値を代入する（Ｓ６２）。program＿mux＿rateに「０ｘ６２７０」を代入する（Ｓ６３）。pack＿stuffing＿lengthに「０００ｂ」を代入する（Ｓ６４）。その他のフィールドを編集し、パックヘッダデータを完成させる（Ｓ６５）。
【０４７９】
図７４を用いてパケットヘッダ処理を説明する。
【０４８０】
まず、ストリームＩＤを設定するストリームＩＤ処理を行なう（Ｓ７１）。その後、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにビデオデータが含まれるか否かを判断する（Ｓ７２）。
【０４８１】
Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにビデオデータが含まれる場合は、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケットヘッダを含むか否かを判定する（Ｓ７３）。Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケットヘッダを含む場合、Ｖｉｄｅｏ ＰＥＳパケット先頭処理を行ない（Ｓ７４）、そうでない場合は、ＰＥＳパケット非先頭処理を行なう（Ｓ７５）。尚、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットがＰＥＳパケットヘッダを含むか否かは、ＴＳパケットのヘッダのｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒを参照したり、直接、ＰＥＳパケットヘッダのスタートコードが格納されているかを参照することで判定する。
【０４８２】
一方、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔにビデオデータが含まれない場合は、Ｍｕｌｔｉｐｌｅｘｉｎｇ ＵｎｉｔにＰＥＳパケットヘッダを含むか否かを判定する（Ｓ７６）。Ｍｕｌｔｉｐｌｅｘｉｎｇ ＵｎｉｔがＰＥＳパケットヘッダを含む場合、オーディオＰＥＳパケット先頭処理を行ない（Ｓ７７）、そうでない場合は、オーディオＰＥＳパケット非先頭処理を行なう（Ｓ７８）。
【０４８３】
図７５を用いてストリームＩＤ処理を説明する。
【０４８４】
ここでは、ｓｔｒｅａｍ＿ｉｄフィールドの値を設定する。処理中のストリームの種類が”ＭＰＥＧ２−ｖｉｄｅｏ”であれば、ｓｔｒｅａｍ＿ｉｄに”０ｘＥ０”を設定する（Ｓ８１、Ｓ８２）。処理中のストリームの種類が”ＡＣ３−ａｕｄｉｏ”であれば、ｓｔｒｅａｍ＿ｉｄに”０ｘＢＤ”を設定する（Ｓ８３、Ｓ８４）。処理中のストリームの種類が”ＭＰＥＧ１−ａｕｄｉｏ”で且つ”Ｐｒｉｍａｒｙ ａｕｄｉｏ”場合は、ｓｔｒｅａｍ＿ｉｄに”０ｘＣ０”を設定する（Ｓ８５、Ｓ８６、Ｓ８７）。処理中のストリームの種類が”ＭＰＥＧ１−ａｕｄｉｏ”で且つ”Ｓｅｃｏｎｄａｒｙ ａｕｄｉｏ”場合は、ｓｔｒｅａｍ＿ｉｄに”０ｘＣ１”を設定する（Ｓ８５、Ｓ８８、Ｓ８９）。
【０４８５】
図７６Ａを用いてビデオＰＥＳパケット先頭処理を説明する。
【０４８６】
図８１はＭＰＥＧ規格におけるＰＥＳパケットの構造を詳細に示した図であるが、本処理では同図の構造にしたがい各フィールドを編集する。
【０４８７】
まず、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ先頭のＴＳパケットに格納されたＰＥＳパケットヘッダと同一のＰＥＳパケットヘッダを、変換後のＭＰＥＧ−ＰＳのＰＥＳパケットヘッダとして生成する（Ｓ９１）。次に、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ９２）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝
（３＋ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈ）＋ｐａｙｌｏａｄ＿ｌｅｎ
【０４８８】
次に、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”か否かを判断し（Ｓ９３）、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”のときは、ＰＥＳ＿ｐｒｉｖａｔｅ＿ｄａｔａ＿ｆｌａｇからＰ−ＳＴＤ＿ｂｕｆｆｅｒ＿ｓｉｚｅまでの３バイトを所定値（”０ｘ１Ｅ６０Ｅ８”）で上書きする（Ｓ９４）。
【０４８９】
図７６Ｂを用いてビデオＰＥＳパケット非先頭処理を説明する。
【０４９０】
ＰＥＳパケットヘッダに仮の値（”0ｘ０００００１Ｅ００７ＥＣ８００００１ＦＦ”）を設定する（Ｓ１１１）。（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が１と８の間にあるか否かを判定する（Ｓ１１２）。
【０４９１】
（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が８以上であれば、ステップＳ１１６に進む。
【０４９２】
（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が１と８の間にあれば、ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）に設定し（Ｓ１１３）、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１１４）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝
（３＋ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈ）＋ｐａｙｌｏａｄ＿ｌｅｎ
【０４９３】
そして、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅに、（２０２４−ｐａｙｌｏａｄ＿ｌｅｎ）バイトのスタッフィングバイトを設定し（Ｓ１１５）、ステップＳ１１６に進む。
【０４９４】
ステップＳ１１６では、（２０２５−ｐａｙｌｏａｄ＿ｌｅｎ）の値が８以上か否かを判定する。８以上であれば、ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを０に設定し（Ｓ１１７）、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１１８）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝３＋ｐａｙｌｏａｄ＿ｌｅｎ
【０４９５】
そして、ｓｔｕｆｆｉｎｇ＿ｂｙｔｅから、１バイトのスタッフィングバイトを削除する（Ｓ１１９）。
【０４９６】
図７７Ａを用いてオーディオＰＥＳパケット先頭処理について説明する。
【０４９７】
まず、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔ内で最初に現れるＰＥＳパケットヘッダと同一のＰＥＳパケットヘッダを、変換後のＭＰＥＧ−ＰＳのＰＥＳパケットヘッダとして生成する（Ｓ１８１）。次に、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１８２）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝
（３＋ＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈ）＋ｐａｙｌｏａｄ＿ｌｅｎ
【０４９８】
次に、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”か否かを判断し（Ｓ１８３）、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが”１”のときは、Ｐ−ＳＴＤ＿ｂｕｆｆｅｒ＿ｆｌａｇに１を設定する（Ｓ１８４）。そして、オーディオデータがＡＣ−３オーディオか否かを判断する（Ｓ１８５）。ＡＣ−３オーディオであれば、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＿２に続く２バイトを所定値（”０ｘ６０３Ａ”）に設定する（Ｓ１８６）。ＡＣ−３オーディオでなければ、ＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ＿２に続く２バイトを所定値（”０ｘ４０２０”）に設定する（Ｓ１８７）。
【０４９９】
図７７Ｂを用いてオーディオＰＥＳパケット非先頭処理について説明する。
【０５００】
ｓｔｒｅａｍ＿ｉｄが”０ｘＢＤ”か否か、すなわち、オーディオデータがＡＣ−３オーディオか否かを判定する（Ｓ１９１）。ｓｔｒｅａｍ＿ｉｄが”０ｘＢＤ”であれば、ＰＥＳパケットヘッダに仮の値”０ｘ０００００１ＢＤ００００８００００４ＦＦＦＦＦＦＦＦ”を設定する（Ｓ１９２）。そして、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１９３）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝７＋ｐａｙｌｏａｄ＿ｌｅｎ
【０５０１】
一方、ｓｔｒｅａｍ＿ｉｄが”０ｘＢＤ”でなければ、ｓｔｒｅａｍ＿ｉｄが”０ｘＣ０”か否か、すなわち、オーディオデータがＭＰＥＧ−１プライマリオーディオか否かを判定する（Ｓ１９４）。ＭＰＥＧ−１プライマリオーディオであれば、ＰＥＳパケットヘッダに仮の値”０ｘ０００００１Ｃ０００００８０００００”を設定する（Ｓ１９５）。ＭＰＥＧ−１プライマリオーディオでなければ、ＰＥＳパケットヘッダに仮の値”０ｘ０００００１Ｃ１００００８０００００”を設定する（Ｓ１９６）。そして、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに次式で計算した値を設定する（Ｓ１９７）。
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ＝３＋ｐａｙｌｏａｄ＿ｌｅｎ
【０５０２】
図７８を用いてペイロード処理を説明する。
【０５０３】
変数ｉに１を設定する（Ｓ１２１）。ｉ番目のＴＳパケットに格納されたＰＥＳパケットのペイロードデータを読み込む（Ｓ１２２）。ｉ番目のＴＳパケットに格納されたＰＥＳパケットのペイロードデータをパックのペイロードに追加する（Ｓ１２３）。変数ｉをインクリメントする（Ｓ１２４）。上記処理を変数ｉが１２を超えない範囲で繰り返す（Ｓ１２５）。すなわち、１つのＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔに含まれる全てのＴＳパケットについて上記の処理が行なわれるまで、処理が繰り返される（Ｓ１２２〜Ｓ１２５）。
【０５０４】
図７９を用いてパディングパケット処理を説明する。
【０５０５】
ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが２０２８か否かを判定する（Ｓ１３１）。ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが２０２８でなければ、パディングパケットのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈに｛（２０２８−ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈ）−６｝を設定する（Ｓ１３２）。ペイロードに続けてパディングパケットを追加する（Ｓ１３３）。
【０５０６】
上述のように変換したＭＰＥＧ−２のＰＥＳパケットに記述されるＰＴＳは、Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔの中で最初に現れたＰＥＳパケットヘッダを参照して設定することが可能である。（図８３Ａ、図８３Ｂ参照）
【０５０７】
尚、上記説明において、ビデオのＰＥＳパケットの長さを示すＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈが０であるために、パックへ変換した後のパケットヘッダ内ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈの算出がパックにデータが確定した後でなければ確定しない問題があったが、ＳＥＳＦ ｃａｐｓｕｌｅ内のビデオＰＥＳパケットごとのＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈをＴｉｐパケットに記述するようにしても良い。その結果、ＰＥＳ＿ｐａｃｋｅｔ＿ｌｅｎｇｔｈをＴＳパケット単位の逐次処理にて決定することが可能となり、変換がさらに高速に行えるようになる。
【０５０８】
尚、上記説明において、パックヘッダ（ＳＣＲ）をＴＳ２ＰＳ変換時に生成するように説明したが、ＭＰＥＧ−ＴＳに格納されるＰＥＳパケットヘッダにパックヘッダを予め格納しておいても良い。例えば、ＰＥＳパケットヘッダのｐａｃｋ＿ｈｅａｄｅｒ＿ｆｉｅｌｄ＿ｆｌａｇ＝１ｂとして、ＰＥＳパケットヘッダ内にＴＳ２ＰＳ変換後のパックヘッダを格納しておき、該パックヘッダと同一のパックに格納されるデータは該ＴＳパケットから所定の規則（例えば所定個数）までのＴＳパケットに格納されたデータがパックに格納されるとしても良い。
【０５０９】
（一連続のＳＴＣ区間内におけるビデオピクチャの制限）
図８４（ａ）に示したように、一連続のＳＴＣ（システムターゲットデコーダ基準時刻）区間内において、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最初に表示されるビデオピクチャ（Ｐｆ）がトップフィールドであり、最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最後に表示されるビデオピクチャ（Ｐｌ）がボトムフィールドとなるようにしてもよい。図８４（ｂ）は、このルールを満たさないケースを示した図であり、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最初に表示されるビデオピクチャ（Ｐｆ）がボトムフィールドとなり、最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最後に表示されるビデオピクチャ（Ｐｌ）がトップフィールドとなっている。
【０５１０】
このように完全なＳＥＳＦ Ｃａｐｓｕｌｅ連続区間でビデオの表示形態に制限を設けるのは、ＤＶＤ−ＶｉｄｅｏのＶＯＢへの変換時に（記録したストリームへの編集が無ければ）、ビデオストリームの再エンコードを防ぐことができるためである。これはＤＶＤ−Ｖｉｄｅｏ規格では、１ＶＯＢ内のビデオは、トップフィールドから再生され、ボトムフィールドの再生で終わることが要求されているためである。
【０５１１】
上記の制約はＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦの制限の１つであるため、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎフラグを参照することにより、上記の制約を満たすか否かが判定できる。すなわち、このフラグを参照することにより、一連続のＳＴＣ区間内において、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最初に表示されるビデオピクチャがトップフィールドであり、かつ最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ内で最後に表示されるビデオピクチャがボトムフィールドであるか否かが判定できる。
【０５１２】
図８５は、上記の制限を設けたＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでの録画処理のフローチャートである。
【０５１３】
最初に、一連続なＳＴＣの生成を開始する（Ｓ２０１）。次に、事前に設定されたｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの値を取得する（Ｓ２０２）。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎの値は、ユーザや録画機器の初期設定等により事前に設定されている。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”か否かを判断する（Ｓ２０３）。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”（ＤＶＤ−Ｖｉｄｅｏモードでの録画）のとき、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅをエンコードしているか否かを判断する（Ｓ２０８）。最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅをエンコードしている場合、最初の完全なＳＥＳＦ Ｃａｐｓｕｌｅ中の最初の表示ピクチャがトップフィールドとなるようにエンコードする（Ｓ２０９）。続いて、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”のときの要求を満たすＣｏｎｓｔｒａｉｎｄ ＳＥＳＦとしてデータをエンコードする（Ｓ２１０）。
【０５１４】
一方、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”０１ｂ”（ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇモードでの録画）のとき、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”０１ｂ”のときの要求を満たすＣｏｎｓｔｒａｉｎｄ ＳＥＳＦとしてデータをエンコードする（Ｓ２０４）。
【０５１５】
その後、ＳＥＳＦ Ｃａｐｓｕｌｅが完成する度にタイムマップ情報を逐次追加する（Ｓ２０５）。録画終了か否かが判断され（Ｓ２０６）、終了であれば、録画終了処理を行う（Ｓ２０７）。終了するまで、上記ステップＳ２０３からＳ２０５が繰り返される。
【０５１６】
図８６を用いて録画終了処理を説明する。
【０５１７】
ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”か否かを判断する（Ｓ２１１）。ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”のとき、最後の完全なＳＥＳＦ Ｃａｐｓｕｌｅ中の最後に表示されるピクチャがボトムピクチャか否かが判断される（Ｓ２１２）。ボトムピクチャでなければ、新規のＳＥＳＦを作成し、または現在エンコード中のＳＥＳＦを完成させ、最後がボトムピクチャで終わるようにエンコードする（Ｓ２１３）。
【０５１８】
一方、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”１１ｂ”でなければ、ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎが”０１ｂ”のときの要求を満たす、最後のＳＥＳＦ Ｃａｐｓｕｌｅを生成する（エンコードを停止する）（Ｓ２１４）。
【０５１９】
その後、タイムマップ情報を完成させ、記録媒体に記録する（Ｓ２１５）。
【０５２０】
尚、上記説明においてＭＰＥＧ−ＰＳからＭＰＥＧ−ＴＳへの逆変換については、説明していないが、ＴＳ２ＰＳ変換の逆として同様に考えることができる。
【０５２１】
例えば、１ＰＳパックを複数個の連続したＴＳパケットに変換し、その際に生成される複数個の連続したＴＳパケットのＡＴＳの増分を固定として、ディスク上もしくはストリームの内部にその情報を格納することも考えられる。
【０５２２】
また、ＭＰＥＧ−ＰＳのクリップの名称（コンテンツ内容を示す番組情報等）をＳＩＴパケット内に格納してＭＰＥＧ−ＴＳへ変換すると、ＳＴＢ等のデコーダで、元の番組名をメニュー表示すること等が可能となる。
【０５２３】
以上に示した情報記録装置／方法では、外部入力されたＡＶデータをＭＰＥＧトランスポートストリーム形式にセルフエンコーディングする際に、デコーダ互換を保ちながら効率良く符号化／復号化処理を行うことが可能である。
【０５２４】
また、情報記録媒体に記録されるストリームには、ユーザプライベート情報を格納することができるため、ＭＰＥＧトランスポートストリーム形式の記録コンテンツの付加価値を高めることが可能である。
【０５２５】
さらに、情報記録媒体に記録されるＭＰＥＧ−ＴＳは、ＭＰＥＧ−ＰＳへの親和性が高くなるように２ＫＢ以下のブロック単位で多重化処理がなされるため、ＭＰＥＧ−ＴＳをＭＰＥＧ−ＰＳに変換することが、バッファマネージメントを考慮することなく極めて容易に実現することができる。
【０５２６】
また、以上説明した本発明に係るデータ処理は、コンピュータが所定のプログラムを実行することによって実現できることは言うまでもない。そのプログラムはフロッピーディスク、ハードディスク、ＣＤ−ＲＯＭ、その他のコンピュータに読み取り可能な情報記録媒体に格納されることができる。
【０５２７】
本発明は、特定の実施形態について説明されてきたが、当業者にとっては他の多くの変形例、修正、他の利用が明らかである。それゆえ、本発明は、ここでの特定の開示に限定されず、添付の請求の範囲によってのみ限定され得る。なお、本出願は日本国特許出願、特願２００３−１０６３９９号（２００３年４月１０日提出）に関連し、それらの内容は参照することにより本文中に組み入れられる。
【図面の簡単な説明】
【０５２８】
【図１】ＤＶＤレコーダ装置の外観と関連機器とのインターフェースの一例を説明した図である。
【図２】ＤＶＤレコーダのドライブ装置のブロック図である。
【図３】（ａ）ディスク上の連続領域を説明した図であり、（ｂ）トラックバッファ内データ蓄積量の変化を説明した図である。
【図４】半導体メモリカードとハードディスクドライブ装置を備える場合のＤＶＤレコーダのブロック図である。
【図５】（ａ）ディスクのデータ領域を説明した図であり、（ｂ）データ構造を説明した図である。
【図６】ディスクの論理的なデータ空間を説明した図である。
【図７】ディスクのディレクトリとファイル構造を説明した図である。
【図８】ビデオオブジェクトの構成を示す図である。
【図９】ＭＰＥＧシステムストリームを説明した図である。
【図１０】ＭＰＥＧ−ＴＳストリームを説明した図である。
【図１１】ＭＰＥＧ−ＰＳストリームを説明した図である。
【図１２】ＴＳパケットを説明した図である。
【図１３】ＰＡＴテーブルを説明した図である。
【図１４】ビデオオブジェクトのディスク上への配置を説明した図である。
【図１５】ビデオ管理情報のデータ構造を説明した図である。
【図１６】ビデオ管理情報のデータ構造を説明した図である。
【図１７】ビデオ管理情報のＰＧＣ情報とオブジェクト情報とオブジェクトとの関係を説明した図である。
【図１８】再生装置の機能の構成を示すブロック図である。
【図１９】記録装置の機能の構成を示すブロック図である。
【図２０】本発明の情報記録／再生装置の構成を示すブロック図である。
【図２１】自己記録ストリームの構成を説明する図である。
【図２２】パケット転送時間間隔を説明する図である。
【図２３】Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
【図２４】Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
【図２５】Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
【図２６】Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの格納方法を説明する図である。
【図２７】ＭＰＥＧ−ＴＳからＭＰＥＧ−ＰＳへの変換を説明する図である。
【図２８】ＭＰＥＧ−ＰＳへの変換が容易なＭＰＥＧ−ＴＳの符号化方法を説明する図である。
【図２９】ＤＶＤ−Ｖｉｄｅｏフォーマットへの変換を説明する図である（ＮＴＳＣの場合）。
【図３０】ＤＶＤ−Ｖｉｄｅｏフォーマットへの変換を説明する図である（ＰＡＬの場合）。
【図３１】Ｕｓｅｒ Ｐｒｉｖａｔｅパケットの内部データ構造を説明する図である。
【図３２】ＭＰＥＧ−ＰＳへ容易に変換可能にエンコードされたＭＰＥＧ−ＴＳと、変換後のＭＰＥＧ−ＰＳとの対応関係を説明した図である。
【図３３】本発明の情報記録装置のエンコーダを示すブロック図である。
【図３４】システムエンコード方法の違いによる、セルフエンコーディングＭＰＥＧ−ＴＳからＤＶＤフォーマットへ変換する際の処理の違いを説明した図である。
【図３５】Ｔｉｐパケットのデータ構造を説明した図である。
【図３６】ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄのデータ構造を説明した図である。
【図３７】Ｄａｔａ＿ＩＤのデータ構造を説明した図である。
【図３８】ｄｉｓｐｌａｙ＿ａｎｄ＿ｃｏｐｙ＿ｉｎｆｏのデータ構造を説明した図である。
【図３９】ｅｎｃｏｄｅ＿ｉｎｆｏのデータ構造を説明した図である。
【図４０】ＰＥＳ＿ｉｎｆｏの構造を示した図である。
【図４１】ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａのデータ構造を説明した図である。
【図４２】（ａ）ＴｉｐパケットのＰＩＤを説明した図であり、（ｂ）Ｔｉｐパケットのｓｔｒｅａｍ＿ｔｙｐｅを説明した図である。
【図４３】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦストリーム内でのＰＥＳパケットヘッダのフィールド値を説明した図である。
【図４４】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦストリーム内でのＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇとＰＥＳ＿ｈｅａｄｅｒ＿ｄａｔａ＿ｌｅｎｇｔｈを説明した図である。
【図４５】Ｔ−ＳＴＤモデルを満たさないようにセルフエンコードされたＭＰＥＧ−ＴＳの例を示した図である。
【図４６】ＭＰＥＧ−ＴＳから変換されたＭＰＥＧ−ＰＳがＰ−ＳＴＤモデルを満たさない場合の例を示した図である。
【図４７】ＳＣＲの計算を説明した図である。
【図４８】ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝"１１ｂ"の場合のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリーム属性を説明した図である。
【図４９】ｅｎｃｏｄｅ＿ｃｏｎｄｉｔｉｏｎ＝"０１ｂ"の場合のＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのエレメンタリーストリーム属性を説明した図である。
【図５０】ＤＶＤ−Ｖｉｄｅｏ規格のフォーマットのストリーム構造を示した図である。
【図５１】ＮＶ＿ＰＣＫのＰＣＩデータの構造を示した図である。
【図５２】ＮＶ＿ＰＣＫのＰＣＩ＿ＧＩデータの構造を示した図である。
【図５３】ＮＶ＿ＰＣＫのＤＳＩデータの構造を示した図である。
【図５４】ＮＶ＿ＰＣＫのＤＳＩ＿ＧＩデータの構造を示した図である。
【図５５】ＮＶ＿ＰＣＫのＳＭＬ＿ＰＢＩデータの構造を示した図である。
【図５６】ＮＶ＿ＰＣＫのＳＹＮＣＩデータの構造を示した図である。
【図５７】ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のフォーマットのストリーム構造を示した図である。
【図５８】ＴＳパケット（ＲＤ＿ＰＣＫ）の変換処理のフローチャートである。
【図５９】ＴＳパケット（Ｖ＿ＰＣＫ、Ａ＿ＰＣＫ）の変換処理のフローチャートである。
【図６０】ＭＰＥＧ２−ＰＳのパックのパックヘッダのデータ構造の一部を説明した図である。
【図６１】ＤＶＤフォーマットのシステムヘッダの構造図である。
【図６２】（ａ）ＲＤＩ＿ＰＣＫに格納されるパケットヘッダを、（ｂ）ＲＤＩ＿ＰＣＫに格納されるプライベートヘッダの構造図である。
【図６３】ＭＰＥＧ２−ＰＳのパケットのパケットヘッダのデータ構造の一部を説明した図である。
【図６４】ＤＶＤフォーマットのＡＣ−３規格のプライベートヘッダの構造図である。
【図６５】Ｃｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を説明した図である。（ビデオパック）
【図６６】Ｃｏｎｓｔａｉｎｅｄ ＳＥＳＦからＭＰＥＧ−ＰＳへの変換を説明した図である。（オーディオパック）。
【図６７】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦで許される各音声のビットレートと、ＡＣ−３とＭＰＥＧ１−Ａｕｄｉｏを格納する場合の１オーディオＰＥＳパケットに格納される最大ペイロード長との対応を示した図である。
【図６８】ＴＳ２ＰＳ変換処理全体のフローチャートである。
【図６９】ＴＳ２ＰＳ変換処理の初期化処理のフローチャートである。
【図７０】ＴＳ２ＰＳ変換処理のカプセル単位処理のフローチャートである。
【図７１】パック単位処理のフローチャートである。
【図７２】ＳＣＲ演算処理のフローチャートである。
【図７３】パックヘッダ処理のフローチャートである。
【図７４】パケットヘッダ処理のフローチャートである。
【図７５】ストリームＩＤ処理のフローチャートである。
【図７６Ａ】ビデオＰＥＳパケット先頭処理のフローチャートである。
【図７６Ｂ】ビデオＰＥＳパケット非先頭処理のフローチャートである。
【図７７Ａ】オーディオＰＥＳパケット先頭処理のフローチャートである。
【図７７Ｂ】オーディオＰＥＳパケット非先頭処理のフローチャートである。
【図７８】ペイロード処理のフローチャートである。
【図７９】パディングパケット処理のフローチャートである。
【図８０】Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦのストリームフォーマットを示した図である。
【図８１】ＭＰＥＧ規格によるＰＥＳパケットのデータ構造図である。
【図８２】ＮＶ＿ＰＣＫデータの生成方法を説明した図である。
【図８３Ａ】オーディオフレームがアライメントされたＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを用いた効率的な多重化方法を説明した図である。
【図８３Ｂ】Ｉピクチャが先頭にアライメントされたＭｕｌｔｉｐｌｅｘｉｎｇ Ｕｎｉｔを用いた効率的な多重化方法を説明した図である。
【図８４】（ａ）Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦにおけるビデオ表示フィールド順に関する符号化条件を説明するための図である（ＤＶＤ−Ｖｉｄｅｏ規格を満たす場合）、（ｂ）Ｃｏｎｓｔｒａｉｎｅｄ ＳＥＳＦにおけるビデオ表示フィールド順に関する符号化条件を説明するための図である（ＤＶＤ−Ｖｉｄｅｏ規格を満たさない場合）。
【図８５】トップフィールドとボトムフィールドに関する制約を設けたＣｏｎｓｔｒａｉｎｅｄ ＳＥＳＦでの録画処理のフローチャートである。
【図８６】録画終了処理のフローチャートである。

Claims (15)

  1. 映像情報と音声情報とがそれぞれビデオエレメンタリーストリームとオーディオエレメンタリーストリームにエンコードされ、システムストリームに多重化されて記録された情報記録媒体であって、
    前記システムストリームには第１のフォーマット（ＴＳ）と第２のフォーマット（ＰＳ）とが許され、
    前記第１のフォーマット（ＴＳ）は、データを第１のパケットで分割して格納するパケット構造を有し、前記第２のフォーマット（ＰＳ）は、データをパックで分割して格納するパック構造を有し、前記パックのサイズは前記第１のパケットのサイズよりも大きく、
    前記第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納し、前記第２のパケットは少なくとも１つのオーディオフレームを格納し、
    前記第１のフォーマット（ＴＳ）には、第１のフォーマット（ＴＳ）から第２のフォーマット（ＰＳ）にシステムストリームを変換するための制限フォーマットが許され、
    該制限フォーマットによれば、
    所定数の前記第１のパケットがグループ化され多重化ユニットとして管理され、その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計は、前記パックに格納されるデータ領域のサイズより小さく、
    前記多重化ユニット内の最初の完全なオーディオフレームが、前記第２のパケットのペイロード部内の最初のオーディオフレームとなる
    ことを特徴とする情報記録媒体。
  2. 前記制限フォーマットにより、前記ビデオエレメンタリーストリームと前記オーディオエレメンタリーストリームとは、変換後の第２のフォーマット（ＰＳ）での多重化順序と等しい順序でシステムストリームに多重化される、ことを特徴とする請求項１記載の情報記録媒体。
  3. 前記エレメンタリーストリームは、前記第１のフォーマットと第２のフォーマットの双方に許される符号化方法でエンコードされることを特徴とする請求項１記載の情報記録媒体。
  4. 前記多重化ユニット内の最初の完全なオーディオフレームが前記第２のパケットのペイロード部内の最初のオーディオフレームとなるか否かを示す符号化情報が、システムストリーム内に格納されることを特徴とする請求項１記載の情報記録媒体。
  5. 前記符号化情報は、システムストリーム内に格納されるとともに、当該情報記録媒体中に記録されたデータを管理する管理情報内にも格納されることを特徴とする請求項４記載の情報記録媒体。
  6. 映像情報と音声情報とをシステムストリームにエンコードして情報記録媒体に記録する情報記録装置であって、
    前記システムストリームには第１のフォーマット（ＴＳ）と第２のフォーマット（ＰＳ）とが許され、
    前記情報記録装置は、
    前記第１のフォーマット（ＴＳ）に基づき、映像情報と音声情報に所定の符号化を施し、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを生成する第１のエンコード手段と、
    前記第１のフォーマット（ＴＳ）に基づき、前記ビデオエレメンタリーストリームと前記オーディオエレメンタリーストリームとを多重化し前記システムストリームを生成するシステムエンコードを行なう第２のエンコード手段と、
    前記第１及び第２のエンコード手段を制御する制御手段とを備え、
    前記第１のフォーマット（ＴＳ）には、第１のフォーマット（ＴＳ）から第２のフォーマット（ＰＳ）にシステムストリームを変換するための制限フォーマットが許され、
    前記制御手段は前記第１及び第２のエンコード手段のそれぞれに対し、前記制限フォーマットでエンコードさせるよう制御を行い、
    前記第１のフォーマット（ＴＳ）は、データを第１のパケットで分割して格納するパケット構造を有し、前記第２のフォーマット（ＰＳ）は、データをパックで分割して格納するパック構造を有し、前記パックのサイズは前記第１のパケットのサイズよりも大きく、
    前記第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納し、第２のパケットは少なくとも１つのオーディオフレームを格納し、
    前記制限フォーマットによれば、
    所定数の前記第１のパケットがグループ化され多重化ユニットとして管理され、その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計は、前記パックに格納されるデータ領域のサイズより小さく、
    前記多重化ユニット内の最初の完全なオーディオフレームが、前記第２のパケットのペイロード部内の最初のオーディオフレームとなる
    ことを特徴とする情報記録装置。
  7. 前記制限フォーマットにより、前記ビデオエレメンタリーストリームと前記オーディオエレメンタリーストリームとは、変換後の第２のフォーマット（ＰＳ）での多重化順序と等しい順序で、システムストリームに多重化される、ことを特徴とする請求項６記載の情報記録装置。
  8. 前記制御手段は、前記第１のフォーマットと第２のフォーマットの双方に許される符号化方法で前記エレメンタリーストリームをエンコードするよう前記第１のエンコード手段を制御する、ことを特徴とする請求項６記載の情報記録装置。
  9. 前記多重化ユニット内の最初の完全なオーディオフレームが前記第２のパケットのペイロード部内の最初のオーディオフレームとなるか否かを示す符号化情報が、システムストリーム内に格納されることを特徴とする請求項６記載の情報記録装置。
  10. 前記符号化情報は、システムストリーム内に格納されるとともに、前記情報記録媒体中に記録されたデータを管理する管理情報内にも格納されることを特徴とする請求項９記載の情報記録装置。
  11. 映像情報と音声情報とをシステムストリームにエンコードして情報記録媒体に記録する情報記録方法であって、
    前記システムストリームには第１のフォーマット（ＴＳ）と第２のフォーマット（ＰＳ）とが許され、
    前記第１のフォーマット（ＴＳ）には、第１のフォーマット（ＴＳ）から第２のフォーマット（ＰＳ）にシステムストリームを変換するための制限フォーマットが許され、
    前記第１のフォーマット（ＴＳ）は、データを第１のパケットで分割して格納するパケット構造を有し、前記第２のフォーマット（ＰＳ）は、データをパックで分割して格納するパック構造を有し、前記パックのサイズは前記第１のパケットのサイズよりも大きく、
    前記第１のパケットは、映像情報及び音声情報を格納する第２のパケットを分割して格納し、第２のパケットは少なくとも１つのオーディオフレームを格納し、
    前記情報記録方法は、
    前記制限フォーマット（ＴＳ）に基づき、映像情報と音声情報に所定の符号化を施し、ビデオエレメンタリーストリームとオーディオエレメンタリーストリームとを生成し、
    前記制限フォーマット（ＴＳ）に基づき、前記ビデオエレメンタリーストリームと前記オーディオエレメンタリーストリームとを多重化し、前記システムストリームを生成するシステムエンコードを行ない、
    所定数の前記第１のパケットをグループ化し多重化ユニットとして管理し、
    その多重化ユニットとして管理されるパケットのデータ領域のサイズの合計は、前記パックに格納されるデータ領域のサイズより小さく、
    前記多重化ユニット内の最初の完全なオーディオフレームが、前記第２のパケットのペイロード部内の最初のオーディオフレームとなる
    ことを特徴とする情報記録方法。
  12. 変換後の第２のフォーマット（ＰＳ）での多重化順序と等しい順序で、前記ビデオエレメンタリーストリームと前記オーディオエレメンタリーストリームとをシステムストリームに多重化する、ことを特徴とする請求項１１記載の情報記録方法。
  13. 前記第１のフォーマットと第２のフォーマットの双方に許される符号化方法で、前記エレメンタリーストリームをエンコードする、ことを特徴とする請求項１１記載の情報記録方法。
  14. 多重化ユニット内の最初の完全なオーディオフレームが前記第２のパケットのペイロード部内の最初のオーディオフレームとなるか否かを示す符号化情報を、システムストリーム内に格納することを特徴とする請求項１１記載の情報記録方法。
  15. 前記符号化情報は、システムストリーム内に格納されるとともに、前記情報記録媒体中に記録されたデータを管理する管理情報内にも格納されることを特徴とする請求項１４記載の情報記録方法。
JP2005505303A 2003-04-10 2004-04-07 情報記録媒体、情報記録媒体に情報を記録する装置及び方法 Expired - Lifetime JP3779985B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2003106399 2003-04-10
JP2003106399 2003-04-10
PCT/JP2004/005003 WO2004091209A1 (ja) 2003-04-10 2004-04-07 情報記録媒体、情報記録媒体に情報を記録する装置及び方法

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2006020703A Division JP4207164B2 (ja) 2003-04-10 2006-01-30 情報記録媒体に情報を記録する装置及び方法
JP2006020701A Division JP4204005B2 (ja) 2003-04-10 2006-01-30 情報記録媒体に情報を記録する装置及び方法

Publications (2)

Publication Number Publication Date
JP3779985B2 JP3779985B2 (ja) 2006-05-31
JPWO2004091209A1 true JPWO2004091209A1 (ja) 2006-07-06

Family

ID=33156913

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2005505303A Expired - Lifetime JP3779985B2 (ja) 2003-04-10 2004-04-07 情報記録媒体、情報記録媒体に情報を記録する装置及び方法
JP2005505300A Expired - Lifetime JP3817257B2 (ja) 2003-04-10 2004-04-07 情報記録媒体、情報記録媒体に情報を記録する装置及び方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2005505300A Expired - Lifetime JP3817257B2 (ja) 2003-04-10 2004-04-07 情報記録媒体、情報記録媒体に情報を記録する装置及び方法

Country Status (9)

Country Link
US (7) US8094994B2 (ja)
EP (5) EP2192770A3 (ja)
JP (2) JP3779985B2 (ja)
KR (6) KR100985281B1 (ja)
CN (5) CN101540924B (ja)
CA (1) CA2522022C (ja)
DE (4) DE602004027799D1 (ja)
ES (3) ES2345515T3 (ja)
WO (2) WO2004091209A1 (ja)

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2522022C (en) * 2003-04-10 2012-06-12 Matsushita Electric Industrial Co., Ltd. Information recording medium, device and method for recording information in information recording medium
KR20050036228A (ko) * 2003-10-15 2005-04-20 삼성전자주식회사 멀티미디어 재생을 관리하는 장치 및 방법
US8472792B2 (en) 2003-12-08 2013-06-25 Divx, Llc Multimedia distribution system
US7519274B2 (en) 2003-12-08 2009-04-14 Divx, Inc. File format for multiple track digital data
KR20050062197A (ko) * 2003-12-20 2005-06-23 엘지전자 주식회사 캡션 데이터의 표시방법
JP4210939B2 (ja) * 2004-12-10 2009-01-21 ソニー株式会社 画像記録装置および方法、並びにプログラム
US20060215694A1 (en) * 2005-03-22 2006-09-28 Mediatek Incorporation Contention-free burst method for media access control over networks
JP4270161B2 (ja) * 2005-04-15 2009-05-27 ソニー株式会社 情報記録再生システム、情報記録再生装置及び情報記録再生方法
JP2007081813A (ja) * 2005-09-14 2007-03-29 Canon Inc 記録装置
JP5200204B2 (ja) 2006-03-14 2013-06-05 ディブエックス リミテッド ライアビリティー カンパニー 高信頼性システムを含む連合型デジタル権限管理機構
US20080037956A1 (en) * 2006-06-30 2008-02-14 Scientific-Atlanta, Inc. Systems and Methods of Generating Encapsulated MPEG Program Streams
JP2008109313A (ja) * 2006-10-24 2008-05-08 Funai Electric Co Ltd 映像音声記録再生装置
US8031743B2 (en) * 2006-10-31 2011-10-04 Panasonic Corporation Apparatuses and method for multiplexing elementary streams based on a multiplexing pattern indicating an order of types of data to be multiplexed
KR101034832B1 (ko) * 2006-11-16 2011-05-17 후지쯔 세미컨덕터 가부시키가이샤 Ｇｏｐ간 관리 장치
EP2122482B1 (en) 2007-01-05 2018-11-14 Sonic IP, Inc. Video distribution system including progressive playback
JP2009081591A (ja) * 2007-09-26 2009-04-16 Hitachi Ltd 映像機器の内部情報の記録方法および記録装置
JP2009111882A (ja) * 2007-10-31 2009-05-21 Toshiba Corp 動画像およびオーディオ再生装置およびオーディオ再生方法
CN101861583B (zh) 2007-11-16 2014-06-04 索尼克Ip股份有限公司 用于多媒体文件的分级及简化索引结构
JP4296221B1 (ja) * 2008-04-30 2009-07-15 株式会社東芝 映像処理装置及び映像処理方法
KR101349487B1 (ko) 2009-06-24 2014-01-08 한국전자통신연구원 패킷의 길이가 가변적인 ｍｐｅｇ-2 트랜스포트 패킷 생성 장치 및 방법
US20110129199A1 (en) * 2009-11-23 2011-06-02 General Instrument Corporation Facilitating playback of recorded content containing a service transition
US8781122B2 (en) 2009-12-04 2014-07-15 Sonic Ip, Inc. Elementary bitstream cryptographic material transport systems and methods
US8971417B2 (en) * 2010-08-19 2015-03-03 Samsung Electronics Co., Ltd. Method and apparatus for encoding and decoding multilayer videos
US8914534B2 (en) 2011-01-05 2014-12-16 Sonic Ip, Inc. Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol
WO2012108919A2 (en) * 2011-02-11 2012-08-16 Intel Corporation Media stream over pass through mechanism
KR101240510B1 (ko) * 2011-02-17 2013-03-11 건국대학교 산학협력단 감귤 과피에서 추출한 식이섬유를 첨가한 계육 유화형 소시지의 제조방법
US8812662B2 (en) 2011-06-29 2014-08-19 Sonic Ip, Inc. Systems and methods for estimating available bandwidth and performing initial stream selection when streaming content
KR101928910B1 (ko) 2011-08-30 2018-12-14 쏘닉 아이피, 아이엔씨. 복수의 최대 비트레이트 레벨들을 사용하여 인코딩된 비디오를 인코딩하고 스트리밍하기 위한 시스템들 및 방법들
US9467708B2 (en) 2011-08-30 2016-10-11 Sonic Ip, Inc. Selection of resolutions for seamless resolution switching of multimedia content
US8806188B2 (en) 2011-08-31 2014-08-12 Sonic Ip, Inc. Systems and methods for performing adaptive bitrate streaming using automatically generated top level index files
US8799647B2 (en) 2011-08-31 2014-08-05 Sonic Ip, Inc. Systems and methods for application identification
US8909922B2 (en) 2011-09-01 2014-12-09 Sonic Ip, Inc. Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
US8964977B2 (en) 2011-09-01 2015-02-24 Sonic Ip, Inc. Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US8918908B2 (en) 2012-01-06 2014-12-23 Sonic Ip, Inc. Systems and methods for accessing digital content using electronic tickets and ticket tokens
US9936267B2 (en) 2012-08-31 2018-04-03 Divx Cf Holdings Llc System and method for decreasing an initial buffering period of an adaptive streaming system
US9313510B2 (en) 2012-12-31 2016-04-12 Sonic Ip, Inc. Use of objective quality measures of streamed content to reduce streaming bandwidth
US9191457B2 (en) 2012-12-31 2015-11-17 Sonic Ip, Inc. Systems, methods, and media for controlling delivery of content
US9906785B2 (en) 2013-03-15 2018-02-27 Sonic Ip, Inc. Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata
US10397292B2 (en) 2013-03-15 2019-08-27 Divx, Llc Systems, methods, and media for delivery of content
US9094737B2 (en) 2013-05-30 2015-07-28 Sonic Ip, Inc. Network video streaming with trick play based on separate trick play files
US9100687B2 (en) 2013-05-31 2015-08-04 Sonic Ip, Inc. Playback synchronization across playback devices
US9380099B2 (en) 2013-05-31 2016-06-28 Sonic Ip, Inc. Synchronizing multiple over the top streaming clients
US9386067B2 (en) 2013-12-30 2016-07-05 Sonic Ip, Inc. Systems and methods for playing adaptive bitrate streaming content by multicast
US9866878B2 (en) 2014-04-05 2018-01-09 Sonic Ip, Inc. Systems and methods for encoding and playing back video at different frame rates using enhancement layers
CA2952847A1 (en) 2014-08-07 2016-02-11 Sonic Ip, Inc. Systems and methods for protecting elementary bitstreams incorporating independently encoded tiles
EP3243130B1 (en) 2015-01-06 2019-08-14 Sonic IP, Inc. Systems and methods for encoding and sharing content between devices
ES2768979T3 (es) 2015-02-27 2020-06-24 Divx Llc Sistema y método para la duplicación de fotogramas y la ampliación de fotogramas en codificación y envío por flujo continuo de vídeo en directo
US10075292B2 (en) 2016-03-30 2018-09-11 Divx, Llc Systems and methods for quick start-up of playback
US10231001B2 (en) 2016-05-24 2019-03-12 Divx, Llc Systems and methods for providing audio content during trick-play playback
US10129574B2 (en) 2016-05-24 2018-11-13 Divx, Llc Systems and methods for providing variable speeds in a trick-play mode
US10148989B2 (en) 2016-06-15 2018-12-04 Divx, Llc Systems and methods for encoding video content
TWI617187B (zh) * 2016-08-15 2018-03-01 晨星半導體股份有限公司 多媒體處理系統與其控制方法
US10498795B2 (en) 2017-02-17 2019-12-03 Divx, Llc Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming
ES2974683T3 (es) 2019-03-21 2024-07-01 Divx Llc Sistemas y métodos para enjambres multimedia

Family Cites Families (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US614490A (en) * 1898-11-22 Patrick mcenany
US535857A (en) * 1895-03-19 Fireproof partition or wall
US731422A (en) * 1903-03-23 1903-06-23 Vincent G Apple Zinc cup for primary batteries.
US805465A (en) * 1904-09-30 1905-11-28 Jesse A Hulwick Burial apparatus.
US1032203A (en) * 1911-07-20 1912-07-09 Harold Duncan Grinnell Electric gas-lighter.
US1083632A (en) * 1912-02-08 1914-01-06 Paul Richter Tire.
US1085465A (en) * 1912-03-23 1914-01-27 L G Wade Automobile power plant.
KR930000096Y1 (ko) * 1989-12-18 1993-01-09 삼성전관 주식회사 수평발진 주파수 변화에 따른 고압 안정화 회로
US5392344A (en) 1991-10-03 1995-02-21 At&T Corp. Communications network class-of-service routing
JP3105070B2 (ja) * 1992-04-27 2000-10-30 パイオニアビデオ株式会社 ディスク状記録媒体
JPH08123953A (ja) 1994-10-21 1996-05-17 Mitsubishi Electric Corp 画像処理装置
US5619337A (en) * 1995-01-27 1997-04-08 Matsushita Electric Corporation Of America MPEG transport encoding/decoding system for recording transport streams
JP3089974B2 (ja) * 1995-02-13 2000-09-18 日本ビクター株式会社 信号記録方法及び映像信号処理装置
JP3732867B2 (ja) 1995-03-09 2006-01-11 株式会社ルネサステクノロジ 画像伸張装置
JP3269768B2 (ja) 1996-01-16 2002-04-02 株式会社東芝 ディジタル信号受信装置
JPH09247119A (ja) * 1996-03-11 1997-09-19 Oki Electric Ind Co Ltd 多重化装置
DE69732874T2 (de) 1996-05-02 2006-04-20 Sony Corp. Kodierung, Speicherung und Übertragung von digitalen Signalen
JP3867342B2 (ja) 1996-05-02 2007-01-10 ソニー株式会社 符号化装置および方法、伝送方法、並びに信号記録媒体
JP3589372B2 (ja) * 1996-06-07 2004-11-17 ソニー株式会社 データ多重化方法
JPH10154373A (ja) * 1996-09-27 1998-06-09 Sony Corp データデコードシステムおよびデータデコード方法、伝送装置および方法、並びに、受信装置および方法
JPH10145753A (ja) 1996-11-15 1998-05-29 Sony Corp 受信装置および方法
JPH10210504A (ja) 1997-01-17 1998-08-07 Toshiba Corp 副映像カラーパレット設定システム
JPH10269706A (ja) 1997-03-27 1998-10-09 Sony Corp 情報再生装置及び情報再生方法
US6618396B1 (en) 1997-07-29 2003-09-09 Matsushita Electric Ind Co Ltd Data transmitting device, data receiving device, and data recording device
JP4150083B2 (ja) * 1997-09-25 2008-09-17 ソニー株式会社 符号化ストリーム生成装置及び方法、ならびに編集システム及び方法
JPH11127438A (ja) 1997-10-21 1999-05-11 Toshiba Corp 動画復号化装置用メモリ管理方法及びその装置
CN1253017C (zh) * 1997-12-15 2006-04-19 松下电器产业株式会社 用于把视频目标记录在光盘上的记录设备及其方法
JP3844877B2 (ja) * 1998-04-08 2006-11-15 パイオニア株式会社 ストリーム変換装置
TW439054B (en) 1998-04-08 2001-06-07 Matsushita Electric Ind Co Ltd Optical disc, optical disc recording method and apparatus, and optical disc reproducing method and apparatus
JP3262338B2 (ja) * 1998-05-07 2002-03-04 株式会社東芝 記録内容表示装置及び記録内容表示方法
JP3356991B2 (ja) 1998-06-17 2002-12-16 株式会社日立製作所 光ディスク、記録方法、記録装置、再生方法及び再生装置
KR100304644B1 (ko) * 1998-06-19 2001-11-02 윤종용 네트워크를통한정보전송장치및방법
US7336712B1 (en) 1998-09-02 2008-02-26 Koninklijke Philips Electronics N.V. Video signal transmission
US6973258B1 (en) * 1998-10-02 2005-12-06 Lg Electronics Inc. Method and apparatus for recording digital data streams
KR100469523B1 (ko) * 1998-10-12 2005-02-02 마츠시타 덴끼 산교 가부시키가이샤 데이터의 기록 또는 재생을 위한 정보 기록 매체, 장치 및방법
JP3152651B2 (ja) 1998-10-12 2001-04-03 松下電器産業株式会社 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法
JP3602728B2 (ja) * 1998-10-22 2004-12-15 株式会社東芝 ディジタルビデオディスクプレーヤ及び画像表示装置
KR100345235B1 (ko) 1998-11-08 2005-07-29 엘지전자 주식회사 디지털데이터스트림기록방법및그장치
WO2000030358A1 (en) * 1998-11-13 2000-05-25 Thomson Licensing S.A. Storage medium for digital television signal
CA2289958C (en) * 1998-11-19 2003-01-21 Tomoyuki Okada Information recording medium, apparatus and method for recording or reproducing data thereof
EP1021048A3 (en) 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
EP1069774A4 (en) * 1999-02-05 2008-09-17 Sony Corp CODING AND DECODING DEVICES AND CORRESPONDING METHODS, ENCODING SYSTEM, AND CORRESPONDING METHOD
WO2000049617A1 (en) * 1999-02-17 2000-08-24 Matsushita Electric Industrial Co., Ltd. Information recording medium, apparatus and method for performing after-recording on the recording medium
EP1032203A3 (en) 1999-02-26 2002-11-06 Sony Corporation Data transmitting apparatus and method thereof, recording apparatus, and recording and reproducing apparatus
JP2000312341A (ja) 1999-02-26 2000-11-07 Sony Corp データ伝送装置および方法、記録装置、ならびに、記録再生装置
KR100540645B1 (ko) * 1999-03-03 2006-01-10 삼성전자주식회사 Ｄｖｄ 정보 전송 장치 및 그 방법
WO2000068946A1 (fr) 1999-05-07 2000-11-16 Kabushiki Kaisha Toshiba Structure de donnees pour donnees en continu, et procede d'enregistrement et de reproduction de donnees en continu
JP2000324070A (ja) 1999-05-14 2000-11-24 Sony Corp データ変換方法とデータ変換装置およびデータ送出システム
CN100375190C (zh) * 1999-07-07 2008-03-12 松下电器产业株式会社 Av数据记录装置及方法、用该av数据记录装置或方法记录的盘、av数据重放装置及方法
JP3162044B2 (ja) 1999-07-09 2001-04-25 松下電器産業株式会社 光ディスク、その記録装置、再生装置、記録方法および再生方法
EP1085767B1 (en) * 1999-09-20 2011-08-10 Panasonic Corporation An encoding/recording device that suspends encoding for video data and sampling for an audio signal in response to a recording pause instruction so as to allow data recorded before and after recording pause to be continuously reproduced
GB9930788D0 (en) * 1999-12-30 2000-02-16 Koninkl Philips Electronics Nv Method and apparatus for converting data streams
GB9930787D0 (en) * 1999-12-30 2000-02-16 Koninkl Philips Electronics Nv Method and apparatus for convrerting data streams
JP3435398B2 (ja) * 2000-11-24 2003-08-11 株式会社東芝 コンテンツ配信方法及びコンテンツデータ記録再生方法及び装置
JP2002290894A (ja) 2001-03-26 2002-10-04 Mitsubishi Electric Corp ディジタルビデオデータ記録／再生装置
JP2002344888A (ja) 2001-05-17 2002-11-29 Matsushita Electric Ind Co Ltd 情報記録媒体
JP4458714B2 (ja) 2001-06-20 2010-04-28 富士通マイクロエレクトロニクス株式会社 画像復号装置、画像復号方法、および、プログラム
JP2003009086A (ja) * 2001-06-22 2003-01-10 Matsushita Electric Ind Co Ltd 映像記録装置及び記録方法
GB0116119D0 (en) * 2001-06-30 2001-08-22 Koninkl Philips Electronics Nv Transcoding of video data streams
KR100895559B1 (ko) * 2001-07-23 2009-04-29 파나소닉 주식회사 정보기록매체, 정보기록매체에 정보를 기록하는 장치 및방법
JP2003106399A (ja) 2001-09-28 2003-04-09 Jatco Ltd トルクコンバータ
US6868125B2 (en) * 2001-11-29 2005-03-15 Thomson Licensing S.A. Transport stream to program stream conversion
US7386223B2 (en) 2001-11-30 2008-06-10 Matsushita Electric Industrial Co., Ltd. Method and an apparatus for stream conversion a method and an apparatus for data recording and data recording medium
HU228607B1 (hu) * 2001-11-30 2013-04-29 Sony Corp Eljárás és berendezés adatáram konverziójára, eljárás és berendezés adatrögzítésre és adatrögzítési közeg
US20030128970A1 (en) * 2002-01-10 2003-07-10 Koninklijke Philips Electronics N.V. System and method for providing high definition material on a standard definition compatible medium
JP3350537B2 (ja) 2002-02-21 2002-11-25 株式会社東芝 オーディオ情報を保持する媒体、その情報を記録する方法、およびその情報を再生する装置
JP3382245B1 (ja) 2002-10-11 2003-03-04 株式会社東芝 情報記録媒体とその再生方法及び記録方法及び再生装置
CA2522022C (en) * 2003-04-10 2012-06-12 Matsushita Electric Industrial Co., Ltd. Information recording medium, device and method for recording information in information recording medium

Also Published As

Publication number Publication date
US20070071410A1 (en) 2007-03-29
CN1771728A (zh) 2006-05-10
KR100970288B1 (ko) 2010-07-15
EP1617662A1 (en) 2006-01-18
US8094994B2 (en) 2012-01-10
KR100985243B1 (ko) 2010-10-04
KR20090040397A (ko) 2009-04-23
CN101540924A (zh) 2009-09-23
CA2522022A1 (en) 2004-10-21
EP2192770A3 (en) 2011-04-27
KR101030176B1 (ko) 2011-04-18
EP1619892B1 (en) 2010-06-23
JPWO2004091208A1 (ja) 2006-07-06
EP1619892A1 (en) 2006-01-25
US20070053663A1 (en) 2007-03-08
KR20050121257A (ko) 2005-12-26
EP1617662A4 (en) 2006-07-12
DE602004027174D1 (de) 2010-06-24
EP1890489A2 (en) 2008-02-20
US7274861B2 (en) 2007-09-25
JP3779985B2 (ja) 2006-05-31
WO2004091208A1 (ja) 2004-10-21
ES2347788T3 (es) 2010-11-04
EP2192770A2 (en) 2010-06-02
CN1774921A (zh) 2006-05-17
CN101425314B (zh) 2011-04-06
US20060233532A1 (en) 2006-10-19
CA2522022C (en) 2012-06-12
EP1617662B1 (en) 2010-08-04
CN101540925A (zh) 2009-09-23
US20060127056A1 (en) 2006-06-15
US20070263987A1 (en) 2007-11-15
CN100456825C (zh) 2009-01-28
WO2004091209A1 (ja) 2004-10-21
KR20090051124A (ko) 2009-05-20
KR100985235B1 (ko) 2010-10-04
CN101540924B (zh) 2011-02-16
EP1890490A2 (en) 2008-02-20
DE602004028460D1 (de) 2010-09-16
CN101425314A (zh) 2009-05-06
KR20090051123A (ko) 2009-05-20
US8103152B2 (en) 2012-01-24
US8290347B2 (en) 2012-10-16
EP1890489A3 (en) 2008-03-19
EP1890490B1 (en) 2010-06-09
EP1890490A3 (en) 2008-03-12
EP1619892A4 (en) 2006-11-15
CN101540925B (zh) 2011-04-13
CN100499783C (zh) 2009-06-10
ES2344234T3 (es) 2010-08-20
US8224162B2 (en) 2012-07-17
KR100985281B1 (ko) 2010-10-04
US20070053666A1 (en) 2007-03-08
US8160432B2 (en) 2012-04-17
US20070071415A1 (en) 2007-03-29
ES2345515T3 (es) 2010-09-24
KR101030155B1 (ko) 2011-04-18
DE602004027799D1 (de) 2010-08-05
DE602004027677D1 (de) 2010-07-22
KR20050121256A (ko) 2005-12-26
EP1890489B1 (en) 2010-05-12
JP3817257B2 (ja) 2006-09-06
US7526179B2 (en) 2009-04-28
KR20090038042A (ko) 2009-04-17

Similar Documents

Publication Publication Date Title
JP3779985B2 (ja) 情報記録媒体、情報記録媒体に情報を記録する装置及び方法
JP4648410B2 (ja) 高速変換可能なストリームを記録した情報記録媒体並びにその記録装置及び記録方法
JP4586074B2 (ja) 情報記録装置及び情報変換方法
JP4177440B2 (ja) 情報記録装置及び情報記録方法
JP4635059B2 (ja) 高速変換可能なストリームを記録した情報記録媒体並びにその記録装置及び記録方法
JP3862630B2 (ja) 情報記録媒体、情報記録媒体に情報を記録する装置及び方法
JP4177442B2 (ja) 情報記録装置及び情報記録方法
JP4204005B2 (ja) 情報記録媒体に情報を記録する装置及び方法
JP4204006B2 (ja) 情報記録媒体に情報を記録する装置及び方法
JP4204007B2 (ja) 情報記録媒体に情報を記録する装置及び方法
JP4207164B2 (ja) 情報記録媒体に情報を記録する装置及び方法
JP4464428B2 (ja) 情報記録媒体に情報を記録する装置及び方法
JP4464429B2 (ja) 情報記録媒体に情報を記録する装置及び方法
JP2008052761A (ja) 高速変換可能なストリームを記録した情報記録媒体、ならびにその記録装置／方法、および変換装置／方法

Legal Events

Date Code Title Description
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: 20060228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060303

R150 Certificate of patent or registration of utility model

Ref document number: 3779985

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100310

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110310

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110310

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120310

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130310

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140310

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140310

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150310

Year of fee payment: 9