JP4022818B2 - データ記録装置および方法、データ記録媒体、データ再生装置および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラム - Google Patents
データ記録装置および方法、データ記録媒体、データ再生装置および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラム Download PDFInfo
- Publication number
- JP4022818B2 JP4022818B2 JP2002574667A JP2002574667A JP4022818B2 JP 4022818 B2 JP4022818 B2 JP 4022818B2 JP 2002574667 A JP2002574667 A JP 2002574667A JP 2002574667 A JP2002574667 A JP 2002574667A JP 4022818 B2 JP4022818 B2 JP 4022818B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- time
- packet
- packet sequence
- data
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 176
- PWPJGUXAGUPAHP-UHFFFAOYSA-N lufenuron Chemical compound C1=C(Cl)C(OC(F)(F)C(C(F)(F)F)F)=CC(Cl)=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F PWPJGUXAGUPAHP-UHFFFAOYSA-N 0.000 title description 4
- 238000012545 processing Methods 0.000 claims description 72
- 238000012217 deletion Methods 0.000 claims description 49
- 230000037430 deletion Effects 0.000 claims description 49
- 238000001514 detection method Methods 0.000 claims description 31
- 238000004590 computer program Methods 0.000 claims 3
- 238000010586 diagram Methods 0.000 description 78
- 230000005236 sound signal Effects 0.000 description 9
- 230000003287 optical effect Effects 0.000 description 8
- 238000012937 correction Methods 0.000 description 6
- 230000001174 ascending effect Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 101000994167 Homo sapiens Iron-sulfur cluster assembly 1 homolog, mitochondrial Proteins 0.000 description 3
- 101000994149 Homo sapiens Iron-sulfur cluster assembly 2 homolog, mitochondrial Proteins 0.000 description 3
- 102100031404 Iron-sulfur cluster assembly 1 homolog, mitochondrial Human genes 0.000 description 3
- 102100031428 Iron-sulfur cluster assembly 2 homolog, mitochondrial Human genes 0.000 description 3
- TVZRAEYQIKYCPH-UHFFFAOYSA-N 3-(trimethylsilyl)propane-1-sulfonic acid Chemical compound C[Si](C)(C)CCCS(O)(=O)=O TVZRAEYQIKYCPH-UHFFFAOYSA-N 0.000 description 2
- 101000969688 Homo sapiens Macrophage-expressed gene 1 protein Proteins 0.000 description 2
- 102100021285 Macrophage-expressed gene 1 protein Human genes 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 239000013078 crystal Substances 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- XEBWQGVWTUSTLN-UHFFFAOYSA-M phenylmercury acetate Chemical compound CC(=O)O[Hg]C1=CC=CC=C1 XEBWQGVWTUSTLN-UHFFFAOYSA-M 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 238000013127 simulated treatment comparison Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
-
- 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
-
- 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/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
- G11B27/3036—Time code signal
-
- 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
-
- 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- 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/10537—Audio or video recording
-
- 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
-
- 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/2541—Blu-ray discs; Blue laser DVR discs
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Optical Recording Or Reproduction (AREA)
Description
【発明の属する技術分野】
【０００１】
本発明はデータ記録装置および方法、データ記録媒体、データ再生方法および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラムに関し、特に、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータ内容、および、再生情報を適切に管理することができるようにしたデータ記録装置および方法、データ記録媒体、データ再生方法および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のAV(Audio Visual)信号を記録するメディアとしての期待が高い。この記録可能な光デイスクに記録するデジタルのAV信号のソース（供給源）としては、CSデジタル衛星放送やBSデジタル放送があり、また、将来はデジタル方式の地上波テレビジョン放送等も提案されている。
【０００３】
ここで、これらのソースから供給されるデジタルビデオ信号は、通常MPEG（Moving Picture Experts Group）２方式で画像圧縮されているのが一般的である。また、記録装置には、その装置固有の記録レートが定められている。従来の民生用映像蓄積メディアで、デジタル放送からのデジタルビデオ信号を記録する場合、アナログ記録方式であれば、デジタルビデオ信号をデコード後、帯域制限をして記録が行われる。あるいは、MPEG１ Video、MPEG２ Video、DV（Digital Video）方式をはじめとするデジタル記録方式であれば、１度デコードされた後に、その装置固有の記録レート、かつ符号化方式で再エンコードされて記録される。
【０００４】
しかしながら、このような記録方法は、供給されたビットストリームを１度デコードし、その後で帯域制限や再エンコードを行って記録するため、画質の劣化を伴う。画像圧縮されたデジタル信号の記録をする場合、入力されたデジタル信号の伝送レートが記録再生装置の記録レートを超えない場合には、供給されたビットストリームをデコードや再エンコードすることなく、そのまま記録する方法が最も画質の劣化が少ない。ただし、画像圧縮されたデジタル信号の伝送レートが記録媒体としてのディスクの記録レートを超える場合には、記録再生装置でデコード後、伝送レートがディスクの記録レートの上限以下になるように、再エンコードをして記録する必要がある。
【０００５】
また、入力デジタル信号のビットレートが時間により増減する可変レート方式によって伝送されている場合には、回転ヘッドが固定回転数であるために記録レートが固定レートになるテープ記録方式に比べ、１度バッファにデータを蓄積し、バースト的に記録ができるディスク記録装置の方が、情報記録媒体としてのディスクの容量をより無駄なく利用できる。
【０００６】
以上のように、デジタル放送が主流となる将来においては、データストリーマのように放送信号をデジタル信号のまま、デコードや再エンコードすることなく記録し、記録媒体としてディスクを使用した記録再生装置が求められると予測される。
【０００７】
上述したように、記録媒体の容量が増大することにより、その記録媒体には、多くのデータ（例えば、番組に関する映像データや音声データなど）が記録できるようになる。従って、１枚のディスクに多くの番組が記録されることになり、ユーザが、それらのディスク内に記録されている多くの番組の中から、所望の画像を視聴できるように編集するといったような操作が必要になる。
【０００８】
【発明が解決しようとする課題】
しかしながら、編集操作が行われた場合、記録されているデータの内容、および、再生情報を適切に管理することが困難になる。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータの内容、および、再生情報を適切に管理することができるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
本発明の第１のデータ記録装置は、データストリームの基準時刻情報を検出する第１の検出手段と、第１の検出手段による検出結果に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する第１の生成手段と、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録手段とを備えることを特徴とする。
【００１１】
前記第１の連続性情報は、記録されている１つのパケット列の中で、第１の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
【００１２】
前記第２の連続性情報は、記録されている１つのパケット列の中で、第２の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
【００１３】
１つの前記第１のパケット列は、第２のパケット列の境界をまたがないようにデータを管理する管理手段をさらに備えるようにすることができる。
【００１４】
前記データストリームの中に配置されているプログラム内容の変化点を検出する第２の検出手段と、第２の検出手段による検出結果に基づいて、記録されている１つのパケット列の中で、プログラム内容の変化点に対応するパケットのアドレスを取得する取得手段とをさらに備え、記録手段は、取得手段により取得された変化点に対応するパケットのアドレスを情報記録媒体にさらに記録するようにすることができる。
【００１５】
記録されている１つのパケット列の中において、前記プログラム内容が一定であるパケット列としての１つのプログラムシーケンスは、第１のパケット列および第２のパケット列の境界をまたいでも良いようにデータを管理する管理手段をさらに備えるようにすることができる。
【００１６】
前記第１のパケット列毎に、プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを生成する第２の生成手段をさらに備え、記録手段は、第２の生成手段により生成されたプレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを情報記録媒体にさらに記録するようにすることができる。
【００１７】
前記記録手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
【００１８】
本発明の第１のデータ記録方法は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
【００１９】
本発明の第１のプログラム格納媒体は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
【００２０】
本発明の第１のプログラムは、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを実行させる。
【００２１】
本発明の第１のデータ記録媒体は、データストリームの基準時刻情報に基づいて生成される第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報であって、第２の時刻情報の不連続点を含まない第２のパケット列毎に生成される識別情報のオフセット値とが記録される。
【００２２】
本発明の第１のデータ再生装置は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
【００２３】
前記再生手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに再生するようにすることができる。
【００２４】
本発明の第１のデータ再生方法は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００２５】
本発明の第２のプログラム格納媒体は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００２６】
本発明の第２のプログラムは、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に、第２のパケット列上にある最初の第１のパケット列に対する識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
【００２７】
本発明の第２のデータ記録装置は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得手段と、パケット列のオフセット時刻情報を取得する第２の取得手段と、第１の取得手段により取得されたパケットのアドレスと、第２の取得手段により取得されたオフセット時刻情報を情報記録媒体に記録する記録手段とを備え、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００２９】
前記記録手段は、到着時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
【００３０】
本発明の第２のデータ記録方法は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含み、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００３１】
本発明の第３のプログラム格納媒体は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含み、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００３２】
本発明の第３のプログラムは、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとをコンピュータに実行させ、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００３３】
本発明の第２のデータ再生装置は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備え、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生することを特徴とする。
【００３６】
本発明の第２のデータ再生方法は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含み、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生することを特徴とする。
【００３７】
本発明の第４のプログラム格納媒体は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含み、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生させることを特徴とする。
【００３８】
本発明の第４のプログラムは、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させ、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生させることを特徴とする。
【００３９】
本発明の第２のデータ記録媒体は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列毎の到着時刻情報のオフセット時刻情報と、到着時刻情報の時間とデータアドレスを関係付けるマップとが記録される。
【００４０】
本発明の第１のデータ編集装置は、基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
【００４１】
表示時刻情報の時間とデータアドレスを関係付けるマップをさらに制御することができる。
【００４２】
削除終了点の表示時刻に等しいか、または過去の表示時刻を持つ第１のエントリーポイントの第1の表示時刻を見つけ、第1の表示時刻の値よりも、少なくとも所定の時間だけ過去の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、第２の表示時刻に関連づけられたデータアドレスよりも前を削除するように制御することができる。
【００４３】
削除開始点の表示時刻に等しいか、または未来の表示時刻の値を持つ第１のエントリーポイントの第1の表示時刻を見つけ、第1の表示時刻よりも、未来の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、第２の表示時刻に関連づけられたアドレスよりも後ろを削除するように制御することができる。
【００４４】
本発明の第１のデータ編集方法は、コントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
【００４５】
本発明の第５のプログラム格納媒体は、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
【００４６】
本発明の第５のプログラムは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御させることを特徴とする。
【００４７】
本発明の第２のデータ編集装置は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御することを特徴とする。
【００４８】
到着時刻情報の時間とデータアドレスを関係付けるマップの再生をさらに制御することができる。
【００５１】
本発明の第２のデータ編集方法は、コントローラは、データストリームの一部を削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御することを特徴とする。
【００５２】
本発明の第６のプログラム格納媒体は、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御させることを特徴とする。
【００５３】
本発明の第６のプログラムは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御させることを特徴とする。
本発明の第３のデータ編集装置は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部を削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御することを特徴とする。
到着時刻情報の時間とデータアドレスを関係付けるマップの再生をさらに制御することができる。
本発明の第３のデータ編集方法は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置のデータ編集方法であって、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御することを特徴とする。
本発明の第７のプログラム格納媒体は、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御させることを特徴とする。
本発明の第７のプログラムは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御させることを特徴とする。
【００５４】
本発明の第３のデータ記録装置は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成手段と、第１のマップ情報を使用する場合には、作成手段で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録手段とを備えることを特徴とする。
【００５５】
前記第1のマップ情報は、EP_mapであり、第2のマップはTU_mapとすることができる。
【００５６】
編集処理において、記録手段は、第1のマップが使用されている際には、第1の連続性情報、および第2の連続性情報を更新するとともに、第2のマップが使用されている際には、第2の連続性情報を更新することができる。
【００５７】
本発明の第３のデータ記録方法は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００５８】
本発明の第８のプログラム格納媒体のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００５９】
本発明の第８のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
【００６０】
本発明の第４のデータ記録装置は、パケット列で構成されるデータストリームの記録の種類を判定する判定手段と、判定手段により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定手段により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御部と、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録部とを備えることを特徴とする。
【００６１】
前記制御部は、記録の種類が第１の種類と判定された場合、データストリームの時刻情報と記録アドレスに基づく第１のマップ情報を生成するとともに、記録の種類が第２の種類と判定された場合、パケットの到着時刻情報と記録アドレスに基づく第２のマップ情報を生成し、記録部は、第１のマップ情報、または第２のマップ情報を記録することができる。
【００６２】
前記第１の時間軸情報は、データストリームの基準時刻情報に基づいて生成された時刻情報の時間軸情報であり、第２の時間軸情報は、パケットの到着時刻に基づいて生成された時刻情報の時間軸情報とすることができる。
【００６３】
本発明の第４のデータ記録方法は、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００６４】
本発明の第９のプログラム格納媒体は、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００６５】
本発明の第９のプログラムは、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
【００６６】
本発明の第３のデータ再生装置は、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生手段と、再生手段により再生された情報に基づいて、情報記録媒体からの再生を制御する制御手段とを備えることを特徴とする。
【００６７】
本発明の第３のデータ再生方法は、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００６８】
本発明の第１０のプログラム格納媒体は、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００６９】
本発明の第１０のプログラムは、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを実行させる。
【００７０】
本発明の第５のデータ記録装置は、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得手段と、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録手段とを備えることを特徴とする。
【００７１】
前記記録手段は、第１のパケット列と第２のパケット列の記録の間に、記録ポーズとポーズ解除の動作があった場合に、第２の時刻情報の不連続点が存在することを示す情報をさらに記録することができる。
【００７２】
本発明の第５のデータ記録方法は、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップとを含むことを特徴とする。
【００７３】
本発明の第１１のプログラム格納媒体は、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップとを含むことを特徴とする。
【００７４】
本発明の第１１のプログラムは、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップとを実行させる。
【００７５】
本発明の第４のデータ再生装置は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、再生手段により再生された情報に基づいて、情報記録媒体からの再生を制御する制御手段とを備えることを特徴とする。
【００７６】
本発明の第４のデータ再生方法は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００７７】
本発明の第１２のプログラム格納媒体は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００７８】
本発明の第１２のプログラムは、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを実行させる。
【００７９】
本発明の第３のデータ記録媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報が記録されていることを特徴とする。
【００８０】
本発明の第６のデータ記録装置は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録手段を備えることを特徴とする。
【００８１】
本発明の第６のデータ記録方法は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを含むことを特徴とする。
【００８２】
本発明の第１３のプログラム格納媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを含むことを特徴とする。
【００８３】
本発明の第１３のプログラムは、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを実行させる。
【００８４】
本発明の第４のデータ記録媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報が記録されていることを特徴とする。
【００８５】
本発明の第５のデータ再生装置は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
【００８６】
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の間に第２の時刻情報の不連続点が存在しない場合、第１と第２のパケット列を、連続な基準時刻情報の値に基づいて再生するようにすることができる。
【００８７】
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の間に第２の時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットするようにすることができる。
【００８８】
本発明の第５のデータ再生方法は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００８９】
本発明の第１４のプログラム格納媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００９０】
本発明の第１４のプログラムは、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
【００９１】
本発明の第６のデータ再生装置は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生手段と、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生手段と、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御手段とを備えることを特徴とする。
【００９２】
本発明の第６のデータ再生方法は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
【００９３】
本発明の第１５のプログラム格納媒体は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
【００９４】
本発明の第１５のプログラムは、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを実行させる。
【００９５】
本発明の第１のデータ記録装置においては、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎の識別情報のオフセット値が情報記録媒体に記録される。
【００９６】
本発明の第１のデータ再生装置においては、情報記録媒体から再生された、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値に基づいて、情報記録媒体からのデータストリームの再生が制御される。
【００９７】
本発明の第２のデータ記録装置においては、パケットのアドレスと、オフセット時刻情報が情報記録媒体に記録される。
【００９８】
本発明の第２のデータ再生装置においては、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列毎のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップが再生され、再生された情報に基づいて、情報記録媒体からのデータストリームの再生が制御される。また、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列が見つけられ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻が求められ、エントリーポイントの時刻に関連づけられたアドレスからデータストリームが再生される。
【００９９】
本発明の第１のデータ編集装置においては、データストリームの一部が削除するように指示された場合、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値が付加されるように制御される。
【０１００】
本発明の第２のデータ編集装置においては、データストリームの一部を削除するように指示された場合、パケット列毎に、到着時刻情報の時間軸のスタートタイムが付加されるように制御され、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列が見つけられ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻が求められ、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろが削除されるように制御される。
本発明の第３のデータ編集装置においては、データストリームの一部を削除するように指示された場合、パケット列毎に、到着時刻情報の時間軸のスタートタイムが付加されるように制御され、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列が見つけられ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントが求められ、上記エントリーポイントの時刻に関連づけられたアドレスよりも前が削除されるように制御される。
【０１０１】
本発明の第３のデータ記録装置においては、第１のマップ情報を使用する場合には、第１の時刻情報の連続性を表す第１の連続性情報および第２の時刻情報の連続性を表す第２の連続性情報が記録され、第２のマップ情報を使用する際には、第２の連続性情報が記録される。
【０１０２】
本発明の第４のデータ記録装置においては、記録の種類が第１の種類の場合には、第１の時刻情報の時間軸を表す第１の連続性情報および第２の時刻情報の時間軸を表す第２の連続性情報が記録されるとともに、記録の種類が第２の種類の場合には、第２の連続性情報が記録される。
【０１０３】
本発明の第３のデータ再生装置においては、情報記録媒体から再生された、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報に基づいて、情報記録媒体からの再生が制御される。
【０１０４】
本発明の第５のデータ記録装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報が記録される。
【０１０５】
本発明の第４のデータ再生装置においては、情報記録媒体から再生された、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報に基づいて、情報記録媒体からの再生が制御される。
【０１０６】
本発明の第６のデータ記録装置においては、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報が記録される。
【０１０７】
本発明の第５のデータ再生装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報が再生される。
【０１０８】
本発明の第６のデータ再生装置においては、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値がリセットされる。
【０１０９】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を参照して説明する。
【０１１０】
図１は、記録媒体（後述する図４３の記録媒体１０）上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AVストリームの管理のためにPlayListとClipの２個のレイヤをもつ。そして、Volume Informationは、ディスク内のすべてのClipとPlayListの管理をする。
【０１１１】
１個のAVストリームと、それの付属情報のペアを１個のオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information fileと呼ばれる。
【０１１２】
１個のClip AVストリームファイルは、MPEG2トランスポートストリームをDVR（Digital Video Recording）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【０１１３】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントを主にタイムスタンプで指定する。PlayList によって、Clipの中のアクセスポイントのタイムスタンプが与えられた時、Clip Information fileは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立つ。
【０１１４】
PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのPlayListは、Clipの中の再生区間の集まりである。あるClipの中の１つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のIN点とOUT点のペアで表される。それゆえ、PlayListは、PlayItemの集まりである。
【０１１５】
PlayListには、２つのタイプがある。１つは、Real PlayListであり、もう１つは、Virtual PlayListである。
【０１１６】
Real PlayListは、それが参照しているClipのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それが参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが自動的に作られる。Real PlayListの再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分のデータもまた消去される。
【０１１７】
Virtual PlayListは、Clipのデータを共有していないとみなされる。Virtual PlayListが変更または消去されたとしても、Clipは何も変化しない。
【０１１８】
なお、以下の説明においては、Real PlayListとVirtual PlayListを総称して単に、PlayListと呼んでいる。
【０１１９】
DVRディスク上に必要なディレクトリは、次の通りである。
【０１２０】
"DVR"ディレクトリを含むrootディレクトリ
"PLAYLIST"ディレクトリ,"CLIPINF"ディレクトリ，"STREAM"ディレクトリ
および"DATA"ディレクトリを含む"DVR"ディレクトリ
【０１２１】
rootディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、このDVRアプリケーションフォーマットでは、無視される。
【０１２２】
図２に、DVRディスク上のディレクトリ構造の例を示す。同図に示されるように、rootディレクトリは、１個のディレクトリを含む。"DVR" -- DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
【０１２３】
"DVR"ディレクトリは、以下に説明するディレクトリを含む。
"PLAYLIST" -- Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、PlayListが１個もなくても存在しなければならない。
"CLIPINF" -- Clipのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Clipが１個もなくても存在しなければならない。
"STREAM" -- AVストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、AVストリームファイルが１個もなくても存在しなければならない。
【０１２４】
"PLAYLIST"ディレクトリは、2種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。
"xxxxx.rpls" -- このファイルは、１個のReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１個のファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、5個の0から9まで数字である。ファイル拡張子は、"rpls"でなければならない。
"yyyyy.vpls" -- このファイルは、１個のVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１個のファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、5個の0から9まで数字である。ファイル拡張子は、"vpls"でなければならない。
【０１２５】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１個のファイルをストアする。
"zzzzz.clpi" -- このファイルは、１個のAVストリームファイル(Clip AVストリームファイル または Bridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"clpi"でなければならない。
【０１２６】
"STREAM"ディレクトリは、AVストリームのファイルをストアする。"zzzzz.m2ts" -- このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m2ts"であり、ここで"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"m2ts"でなければならない。
【０１２７】
１個のAVストリームファイルとそれに対応するClip information fileは、同じ5個の数字"zzzzz"を使用しなければならない。
【０１２８】
その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０１２９】
次に、AVストリームファイルの構造を説明する。AVストリームファイルは図３示すDVR MPEG2トランスポートストリームの構造を持たなければならない。DVR MPEG2トランスポートストリームは次に示す特徴を持つ。
１）DVR MPEG2トランスポートストリームは、整数個のAligned unitから構成される。
２）Aligned unitの大きさは、6144 バイト (2048×3 バイト)である。
３）Aligned unitは、ソースパケットの第１バイト目から始まる。
４）ソースパケットは、192バイト長である。１個のソースパケットは、TP_extra_headerとトランスポートパケットから成る。TP_extra_headerは、4バイト長であり、またトランスポートパケットは、188バイト長である。
５）１個のAligned unitは、32個のソースパケットから成る。
６）DVR MPEG2トランスポートストリームの中の最後のAligned unitも、また32個のソースパケットから成る。
７）最後のAligned unitが、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（PID=0x1FFFのトランスポートパケット）を持ったソースパケットで満たさねばならない。
【０１３０】
Source packet のシンタクスを図４に示す。
【０１３１】
TP_extra_header()は、４バイト長のヘッダである。また、transport_packet() は、 ISO/IEC 13818-1で規定される188バイト長のMPEG-2トランスポートパケットである。
【０１３２】
TP_extra_headerのシンタクスを図５に示す。
【０１３３】
copy_permission_indicatorは、対応するトランスポートパケットのペイロードのコピー制限を表す整数である。
【０１３４】
arrival_time_stampは、AVストリームの中で、対応するトランスポートパケットがデコーダ（後述する図４３のAVデコーダ１６が対応する）に到着する時刻を示すタイムスタンプである。これは、後述する式(1)の中でarrival_time_stampによって指定される値を持つ整数値である。
【０１３５】
図６は、DVR MPEG-2トランスポートストリームのレコーダモデル（後述する図４３の動画像記録再生装置１が対応する）を示す。これは、レコーディングプロセスを規定するための概念上のモデルである。DVR MPEG-2トランスポートストリームは、このモデルに従っていなければならない。
【０１３６】
MPEG-2トランスポートストリームの入力タイミングについて説明する。
・入力MPEG2トランスポートストリームは、フルトランスポートストリームまたはパーシャルトランスポートストリームである。
・入力MPEG2トランスポートストリームは、ISO/IEC13818-1またはISO/IEC13818-9に従っていなければならない。
・MPEG2トランスポートストリームのi番目のバイトは、T-STD(ISO/IEC 13818-1で規定されるTransport stream system target decoder)２０１（図４３のAVデコーダ１６が対応する）とソースパケッタイザ（source packetizer）２０４（図４３のソースパケッタイザ２９が対応する）へ、時刻t(i)に同時に入力される。
【０１３７】
27MHz PLL２０２（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
27MHzクロックの周波数は、MPEG-2トランスポートストリームのPCR (Program Clock Reference)の値にロックしなければならない。
【０１３８】
arrival time clockについて説明する。
・アライバルタイムクロックカウンタ（Arrival time clock counter）２０３（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）は、27MHz PLL２０２が出力する27MHzの周波数のパルスをカウントするバイナリーカウンターである。
・Arrival_time_clock(i)は、時刻t(i)におけるArrival time clock counter２０３のカウント値である。
【０１３９】
ソースパケッタイザ２０４について説明する。
・ソースパケッタイザ２０４は、すべてのトランスポートパケットにTP_extra_headerを付加し、ソースパケットを作る。
・Arrival_time_stampは、トランスポートパケットの第１バイト目がT-STD２０１とソースパケッタイザ２０４の両方へ到着する時刻を表す。Arrival_time_stamp(k)は、等式(1)で示されるように、Arrival_time_clock(k)のサンプル値であり、ここで、kはトランスポートパケットの第１バイト目を示す。
【０１４０】
time_stamp(k) = arrival_time_clock(k)% 230 （１）
【０１４１】
ライトバッファ（Write Buffer）２０５（図４３の動画像記録再生装置１では、書き込み部３２に内蔵されている）について説明する。
・Rmaxは、ソースパケッタイザ２０４からライトバッファ２０５へのソースパケットストリームの入力ビットレートである。入力トランスポートストリームの最大ビットレートをTS_recording_rateとすると、Rmaxは次のように計算される。
【０１４２】
Rmax = TS_recording_rate × 192/188
【０１４３】
Rudは、ライトバッファ２０５からDVRドライブ（DVR drive）２０６（図４３の動画像記録再生装置１では、書き込み部３２に内蔵されている）への出力ビットレートである。
・ライトバッファ２０５が空でない時のバッファからのソースパケットストリームの出力ビットレートはRudである。バッファが空である時、バッファからの出力ビットレートはゼロである。
【０１４４】
DVRドライブ２０６は、T-STD２０１への各パケットの到着時刻に対応するATSが付加された、ライトバッファ２０５からの各パケットを、ディスク（図４３の記録媒体１０に対応する）に記録する。
【０１４５】
図７は、DVR MPEG-2トランスポートストリームのプレーヤモデル（図４３の動画像記録再生装置１が対応する）を示す。これは、再生プロセスを規定するための概念上のモデルである。DVR MPEG-2トランスポートストリームは、このモデルに従っていなければならない。
【０１４６】
リードバッファ（Read buffer）２２２（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）について説明する。
・Rudは、DVRドライブ（DVR drive）２２１（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）からリードバッファ２２２への入力ビットレートである。
・リードバッファ２２２がフルでない時のバッファへのソースパケットストリームの入力ビットレートはRudである。バッファがフルである時、バッファへの入力は止められる。
・Rmaxは、リードバッファ２２２からソースデパケッタイザ（source depacketizer）２２３（図４３のソースデパケッタイザ１４が対応する）へのソースパケットストリームの出力ビットレートである。
【０１４７】
アライバルタイムクロックカウンタ（arrival time clock counter）２２５（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
・アライバルタイムクロックカウンタ２２５は、27MHz クリスタル発振器（27MHzX-tal）２２４（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）が発生する27MHzの周波数のパルスをカウントするバイナリーカウンターである。
・現在のソースパケットがAVストリームファイルの最初のソースパケットであるか、または後述するSequenceInfo()の中で SPN_ATC_start が指すところのソースパケットである場合、そのパケットのarrival time stampの値でアライバルタイムクロックカウンタ２２５のカウント値をリセットする。
・Arrival_time_clock(i)は、時刻t(i)におけるアライバルタイムクロックカウンタ２２５のカウント値である。
【０１４８】
MPEG-2トランスポートストリームの出力タイミングについて説明する。
・現在のソースパケットのarrival_time_stampがarrival_time_clock(i)のLSB 30ビットの値と等しい時、そのソースパケットのトランスポートパケットは、バッファから引き抜かれる。
【０１４９】
次に、AVストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
【０１５０】
図８は、Clip Information fileのシンタクスを示す。Clip Information fileは、SequenceInfo(), ProgramInfo(), CPI()を持つ。
【０１５１】
SequenceInfo_start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、SequenceInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０１５２】
ProgramInfo_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ProgramInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０１５３】
CPI_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、CPI()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０１５４】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０１５５】
SequenceInfo()は、Clip AV streamの中のATC-sequenceとSTC-sequenceの情報を定義する。
【０１５６】
ATC-sequenceについて説明する。AVストリームファイルを構成する各ソースパケットのarrival time stamp (ATS) に基づいて作られる時間軸を、アライバルタイムベースと呼び、そのクロックを、ATC (Arrival Time Clock)と呼ぶ。そして、ATCの不連続点（アライバルタイムベースの不連続点）を含まないソースパケット列を、ATC-sequenceと呼ぶ。
【０１５７】
図９は、ATC-sequenceについて説明する図である。入力トランスポートストリームをClip AVストリームファイルとして新しく記録する時、そのClipはATCの不連続点を含んではならず、ただ１つのATC-sequenceを持つ。ATCの不連続点は、編集等によってClip AVストリームファイルのストリームデータを部分的に消去した場合にだけ作られることを想定している。これについての詳細は後述する。
【０１５８】
AVストリームファイルの中で、新しいATCが開始するアドレス、すなわち、ATC-sequenceのスタートアドレスを、SequenceInfo()にストアする。このアドレスは、SPN_ATC_startにより示される。
【０１５９】
AVストリームファイルの中にある最後のATC-sequence以外のATC-sequenceは、そのSPN_ATC_startで指されるソースパケットから開始し、その次のSPN_ATC_startで指されるソースパケットの直前のソースパケットで終了する。最後のATC-sequenceは、そのSPN_ATC_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１６０】
図１０は、ATCの不連続点とATC-sequenceの関係を説明する図である。この例の場合、Clip AVストリームファイルは、2個のATC不連続点を持ち、３個のATC-sequenceを持つ。
【０１６１】
STC-sequenceについて説明する。STC(System Time Clock)の定義は、MPEG-2で規定されている定義に従う。すなわち、これは、トランスポートストリームの中のPCR(Program Clock Reference)に基づいて作られる時間軸であるシステムタイムベースのクロックである。STCの値は90kHz精度、33ビット長のバイナリーカウンタのカウント値で表される。
【０１６２】
図１１は、連続なSTC区間について説明する図である。ここで横軸は、Arrival Time Clock（またはアライバルタイムベース）であり、縦軸は STC （またはシステムタイムベース）である。Case-1の場合、STCは単調増加しており、その区間のSTCは連続である。Case-2の場合、33ビットのSTCが途中でラップアラウンドしている。STCのラップアラウンド点はSTCの不連続ではない。ラップアラウンドしてもSTCは連続である。
【０１６３】
STCの不連続は、放送局が伝送系を切り替えた場合、記録側が記録するチャンネルを切り替えた場合、ユーザが編集操作を行った場合などに発生する。
【０１６４】
STCの不連続点（システムタイムベースの不連続点）を含まないソースパケット列を、STC-sequenceと呼ぶ。なお、同じSTC_sequenceの中で同じSTCの値は、決して現れない。そのために、Clipの最大時間長を、33ビットのSTCのラップアラウンド周期（約26時間）以下に制限している。
【０１６５】
AVストリームファイルの中で、新しいSTCが開始するアドレス、すなわち、STC-sequenceのスタートアドレスが、SequenceInfo()にストアされる。このアドレスは、SPN_STC_startにより示される。
【０１６６】
STC-sequenceは、ATC-sequenceの境界をまたぐことはない。
【０１６７】
AVストリームファイルの中にある最後のSTC-sequence以外のSTC-sequenceは、そのSPN_STC_startで指されるソースパケットから開始し、その次のSPN_STC_startで指されるソースパケットの直前のソースパケットで終了する。最後のSTC-sequenceは、そのSPN_STC_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１６８】
図１２は、STCの不連続点とSTC-sequenceの関係、およびSTC-sequenceとATC-sequenceの関係を説明する図である。この例の場合、Clip AVストリームファイルは、3個のSTCを持ち、3個のSTC-sequenceを持つ。１つのSTC-sequenceが、ATC-sequenceの境界をまたぐことはない。
【０１６９】
AVストリームがSTCの不連続点を持つ場合、そのAVストリームファイルの中で同じ値のPTSが現れるかもしれない。そのため、AVストリーム上のある時刻をPTSベースで指す場合、アクセスポイントのPTSだけではそのポイントを特定するためには不十分である。PTSに加えて、そのPTSを含むところのSTC-sequenceのインデックスが必要である。そのインデックスをSTC-idと呼ぶ。
【０１７０】
図１３は、SequenceInfo()のシンタクスを示す。
【０１７１】
lengthは、このlengthフィールドの直後のバイトからSequenceInfo()の最後のバイトまでのバイト数を示す。
【０１７２】
num_of_ATC_sequencesは、AVストリームファイルの中にあるATC-sequenceの数を示す。
【０１７３】
SPN_ATC_start[atc_id]は、AVストリームファイル上でatc_idによって指されるATC-sequenceが開始するアドレスを示す。SPN_ATC_start[atc_id]は、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０１７４】
SequenceInfo()の中の最初のSPN_ATC_start[0]は、ゼロである。また、SequenceInfo()の中でエントリーされるSPN_ATC_start[atc_id]の値は、昇順に並んでいる。すなわち、SequenceInfo()の中でエントリーされるSPN_ATC_start[atc_id]は、次の条件を満たす。
【０１７５】
SPN_ATC_start[0] = 0
0 < atc_id < num_of_ATC_sequences なる atc_id について、
SPN_ATC_start[atc_id -1] < SPN_ATC_start[atc_id]
【０１７６】
num_of_STC_sequences[atc_id]は、atc_idによって指されるATC-sequence上にあるSTC-sequenceの数を示す。
【０１７７】
offset_STC_id[atc_id]は、atc_idによって指されるATC-sequence上にある最初のSTC-sequenceに対するsct_id のオフセット値を示す。AVストリームファイルを新たに記録する時、offset_STC_id[atc_id]は、ゼロである。
【０１７８】
atc_idによって指されるATC-sequence上にあるSTC-sequenceに対応するstc_idの値は、シンタクス中のstc_idのfor-loopによって記述される順番によって定義され、その値はoffset_STC_id[atc_id]から開始する。
【０１７９】
SequenceInfo()の中で定義される連続する2個のATC-sequenceについて、前側のATC-sequence上にある最後のSTC-sequenceに対する stc_id とそれに続くATC-sequence上にある最初のSTC-sequenceに対する stc_id は、同じ値でも良い。もし、これら２個の stc_id が同じ値の場合、それらの値で参照される2個の STC-sequenceの中で同じSTCの値が現れることはない。
【０１８０】
SequenceInfo()の中でエントリーされるstc_idの値は、昇順に並ばなければならない。offset_STC_id[atc_id]は、この制限を満たすように値がセットされる。
【０１８１】
PCR_PID[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にあるところのstc_idによって指されるSTC-sequence に有効なPCRを持つトランスポートパケットのPIDの値である。
【０１８２】
SPN_STC_start[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にあるところのstc_idによって指されるSTC-sequence が、AVストリームファイル上で開始するアドレスを示す。SPN_STC_start[atc_id][stc_id]は、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０１８３】
SequenceInfo()の中でエントリーされるSPN_STC_start[atc_id][stc_id]の値は、昇順に並んでいる。atc_idによって指されるATC-sequence上にある最初のSPN_STC_start[atc_id][stc_id] は、SPN_ATC_start[atc_id]以上の値である。すなわち、次の条件を満たす。
【０１８４】
SPN_ATC_start[atc_id] <= SPN_STC_start[atc_id][0]
【０１８５】
presentation_start_time[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にある stc_id によって指されるSTC-sequence上にあるAVストリームデータのプレゼンテーション・スタート・タイムを示す。これは、そのSTC-sequenceのSTCから導かれる45 kHzを単位とするプレゼンテーション・タイムの値である。
【０１８６】
presentation_end_time[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にある stc_id によって指されるSTC-sequence上にあるAVストリームデータのプレゼンテーション・エンド・タイムを示す。これは、そのSTC-sequenceのSTCから導かれる45 kHzを単位とするプレゼンテーション・タイムの値である。
【０１８７】
次に、ProgramInfo()について説明する。プログラムは、エレメンタリストリームの集まりであり、これらのストリームの同期再生のために、ただ１つのシステムタイムベースを共有するものである。
【０１８８】
再生装置（後述する図４３の動画像記録再生装置１）にとって、AVストリームのデコードに先だち、そのAVストリームの内容がわかることは有用である。この内容とは、例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットのPIDの値や、ビデオやオーディオのコンポーネント種類（例えば、HDTVのビデオとMPEG-2 AACのオーディオストリームなど）などの情報である。
【０１８９】
この情報はAVストリームを参照するところのPlayListの内容をユーザーに説明するところのメニュー画面を作成するのに有用であるし、また、AVストリームのデコードに先だって、再生装置のAVデコーダ１６（後述する図４３）およびデマルチプレクサ１５（後述する図４３）の初期状態をセットするために役立つ。この理由のために、Clip Information fileは、プログラムの内容を説明するためのProgramInfoを持つ。
【０１９０】
MPEG2トランスポートストリームをストアしているAVストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオエレメンタリーストリームを伝送するところのトランスポートパケットのPIDが変化したり、ビデオストリームのコンポーネント種類がSDTVからHDTVに変化するなどである。ProgramInfoは、AVストリームファイルの中でのプログラム内容の変化点の情報をストアする。
【０１９１】
AVストリームファイルの中で本フォーマットが規定するプログラム内容が一定であるソースパケット列を、program-sequenceと呼ぶ。
【０１９２】
AVストリームファイルの中で、新しいprogram-sequenceが開始するアドレスをProgramInfo()にストアする。このアドレスは、SPN_program_sequence_startにより示される。
【０１９３】
AVストリームファイルの中にある最後のprogram-sequence以外のprogram-sequenceは、そのSPN_program_sequence_startで指されるソースパケットから開始し、その次のSPN_program_sequence_startで指されるソースパケットの直前のソースパケットで終了する。最後のprogram_sequenceは、そのSPN_program_sequence_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１９４】
図１４は、program-sequenceを説明する図である。この例の場合、Clip AVストリームファイルは3個のprogram-sequenceを持つ。
【０１９５】
program-sequenceは、ATC-sequenceの境界およびSTC-sequenceの境界をまたいでも良い。
【０１９６】
図１５は、ProgramInfo()のシンタクスを示す。
【０１９７】
lengthは、このlengthフィールドの直後のバイトからProgramInfo()の最後のバイトまでのバイト数を示す。
【０１９８】
num_of_program_sequencesは、AVストリームファイルの中にあるprogram-sequenceの数を示す。
【０１９９】
SPN_program_sequence_startは、AVストリームファイル上でprogram-sequenceが開始するアドレスを示す。SPN_program_sequence_startは、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。ProgramInfo()の中でエントリーされるSPN_program_sequence_startの値は、昇順に並んでいる。
【０２００】
SPN_program_sequence_startは、そのprogram_sequenceに対する最初のPMTを持つソースパケットを指していることを前提とする。SPN_program_sequence_startは、データを記録する記録機（図４３の動画像記録再生装置１が対応する）がトランスポートストリーム中のPSI/SIを解析することによって作られる。記録機（例えば、図４３のビデオ解析部２４または多重化ストリーム解析部２６）がPSI/SIを解析し、その変化を検出するまでの遅延時間が必要なために、SPN_program_sequence_startは、実際のPSI/SIの変化点から所定の時間以内にあるソースパケットを指しても良い。
【０２０１】
program_map_PIDは、そのprogram-sequenceに適用できるPMT(program map table)を持つトランスポートパケットのPIDの値である。
【０２０２】
num_of_streams_in_psは、そのprogram-sequenceの中で定義されるエレメンタリーストリームの数を示す。
【０２０３】
num_of_groupsは、そのprogram-sequenceの中で定義されるエレメンタリーストリームのグループの数を示す。num_of_groupsは、１以上の値である。トランスポートストリームのPSI/SIがエレメンタリーストリームのグループ情報を持つ場合、num_of_groupsは、１以上の値をとることを想定している。それぞれのグループは、マルチ・ビュー・プログラム中の１つのビューを構成する。
【０２０４】
stream_PIDは、そのprogram-sequenceのprogram_map_PIDが参照するところのPMTの中で定義されているエレメンタリーストリームに対するPIDの値を示す。
【０２０５】
StreamCodingInfo()は、前記stream_PIDで指されるエレメンタリーストリームの情報を示す。詳細は後述する。
【０２０６】
num_of_streams_in_groupは、エレメンタリーストリームのグループが持つエレメンタリーストリームの数を示す。
【０２０７】
stream_indexは、前記エレメンタリーストリームのグループが持つエレメンタリーストリームに対応するところの、シンタクス中のfor-loopで定義されるstream_indexの値を示す。
【０２０８】
図１６は、StreamCodingInfo()のシンタクスを示す。
【０２０９】
lengthは、このlengthフィールドの直後のバイトからStreamCodingInfo()の最後のバイトまでのバイト数を示す。
【０２１０】
stream_coding_typeは、このStreamCodingInfo()に対応するstream_PIDで指されるエレメンタリーストリームの符号化タイプを示す。値の意味を図１７に示す。
【０２１１】
video_formatは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのビデオフォーマットを示す。値の意味を図１８に示す。
【０２１２】
frame_rateは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのフレームレートを示す。値の意味を図１９に示す。
【０２１３】
display_aspect_ratioは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのディスプレイ・アスペクト・レシオを示す。値の意味を図２０に示す。
【０２１４】
cc_flagは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームの中でクローズド・キャプション(closed caption data)信号が符号化されているかを示すフラグである。
【０２１５】
original_video_format_flagは、このStreamCodingInfo()の中にoriginal_video_formatとoriginal_display_aspect_ratioが存在するかを示すフラグである。
【０２１６】
original_video_formatは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームが符号化される前のオリジナルのビデオフォーマットである。値の意味は、前記のvideo_formatと同じである。
【０２１７】
original_display_aspect_ratioは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームが符号化される前のオリジナルのディスプレイ・アスペクト・レシオである。値の意味は、前記のdisplay_aspect_ratioと同じである。
【０２１８】
ビデオストリームと共にマルチメディアデータストリーム（BMLストリーム, 字幕など）が多重化されているトランスポートストリームをトランス・コーディングする場合において、ビデオストリームは再エンコードされることによって、そのビデオフォーマットが変化する（例えば、1080iから480iへ変化する）が、マルチメディアデータストリームはオリジナルのストリームを保つ場合を考える。
【０２１９】
この時、新しいビデオストリームとマルチメディアデータストリームの間に情報のミスマッチが生じる場合がある。例えば、マルチメディアデータストリームの表示に関するパラメータは、オリジナルのビデオストリームのビデオフォーマットを想定して決められているにもかかわらず、ビデオストリームの再エンコードによって、そのビデオフォーマットが変化した場合である。
【０２２０】
このような場合、original_video_formatとoriginal_display_aspect_ratioに、オリジナルのビデオストリームに関する情報を保存する。再生機は、前記の新しいビデオストリームとマルチメディアデータストリームから次のようにして、表示画像をつくる。
【０２２１】
ビデオストリームは、original_video_formatとoriginal_display_aspect_ratioで示されるビデオフォーマットにアップ・サンプリングされる。そのアップ・サンプリングされた画像とマルチメディアデータストリームが合成されて、正しい表示画像をつくる。
【０２２２】
audio_presentation_typeは、このStreamCodingInfo()に対応するstream_PIDで指されるオーディオストリームのプレゼンテーション・タイプを示す。値の意味を図２１に示す。
【０２２３】
sampling_frequencyは、このStreamCodingInfo()に対応するstream_PIDで指されるオーディオストリームのサンプリング周波数を示す。値の意味を図２２に示す。
【０２２４】
次に、CPI()について説明する。CPI (Characteristic Point Information)は、AVストリームの中の再生時間情報とそのファイルの中のアドレスとを関連づけるためにある。
【０２２５】
CPIには２個のタイプがあり、それらはEP_mapとTU_mapである。CPI()の中のCPI_typeがEP_map typeの場合、そのCPI()はEP_mapを含む。また、CPI()の中のCPI_typeがTU_map typeの場合、そのCPI()はTU_mapを含む。１個のAVストリームファイルは、１個のEP_mapまたは１個のTU_mapを持つ。
【０２２６】
EP_mapは、エントリーポイント(EP)データのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、AVストリームの中でデコードを開始すべきエントリーポイントの場所を見つけるためのアドレス情報を持つ。１つのEPデータは、プレゼンテーションタイムスタンプ（PTS）と、そのPTSに対応するアクセスユニットのAVストリームの中のデータアドレスの対で構成される。
【０２２７】
EP_mapは、主に２つの目的のために使用される。第１に、PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのAVストリームの中のデータアドレスを見つけるために使用される。第２に、ファーストフォワード再生やファーストリバース再生のために使用される。記録装置が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、EP_mapが作成され、ディスクに記録される。
【０２２８】
TU_mapは、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニット（TU）データのリストを持つ。これは、到着時刻ベースの時間とAVストリームの中のデータアドレスとの関係を与える。記録装置が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、TU_mapが作成され、ディスクに記録される。
【０２２９】
図２３はCPI()のシンタクスを示す。
【０２３０】
lengthは、このlengthフィールドの直後のバイトからCPI()の最後のバイトまでのバイト数を示す。
【０２３１】
CPI_typeは、1ビットのフラグであり、ClipのCPIのタイプを表す。
【０２３２】
EP_mapは、AVストリームファイルの中にある１つのビデオストリームに対して、次に示すデータを持つ。
(1)stream_PID: そのビデオストリームを伝送するトランスポートパケットのPIDを示す。
(2)num_EP_entries: そのビデオストリームに対するエントリーポイントの数。EP_mapは、num_EP_entriesの数のPTS_EP_startとSPN_EP_startのペアのデータを持つ。
(3)PTS_EP_start: そのビデオストリームの中で、シーケンスヘッダから始まるアクセスユニットのPTSを示す。
(4)SPN_EP_start: 前記PTS_EP_startにより参照されるアクセスユニットの第１バイト目を含むソースポケットのAVストリームファイルの中でのアドレスを示す。SPN_EP_startはソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。
【０２３３】
AVストリームファイルの中に複数のビデオストリームが存在する場合、EP_mapは各ビデオストリームに対して、前記のデータを持つことができる。
【０２３４】
図２４は、EP_mapの例を示す。ここでは、Clip AV streamの中に、stream_PID=xのビデオストリームがあり、k個のエントリポイントがある（num_EP_entries=k）。SPN_EP_startで指されるソースパケットの例を図に示す。そのソースパケットの中のトランスポートパケットのTP_headerに続くペイロードは、PESパケットヘッダから開始する。それに続いて、シーケンスヘッダ（SQH）があり、それに続いてGOPヘッダ(GOPH)があり、それに続いてI-ピクチャヘッダ(I-PICH)がある。このシーケンスヘッダから始まるアクセスユニットのPTSは、PESパケットヘッダの中に符号化されている。
【０２３５】
次に、TU_mapについて説明する。
【０２３６】
図２５は、AVストリームを新しくClipとして記録する時にできるTU_mapについて説明する図である。１つのATC-sequenceの中にあるソースパケットのアライバルタイムに基づいて作られる時間軸を所定の時間単位で分割する。この時間単位をtime-unitと呼ぶ。
【０２３７】
各々のtime_unitの中に入るところの最初の完全な形のソースパケットのAVストリームファイル上でのアドレスをTU_mapにストアする。これらのアドレスをSPN_time_unit_startと呼ぶ。ATC-sequenceの上の時刻は、TU_start_timeに基づいて定義される。これについてはSPN_time_unit_startのセマンティクスで後述する。
【０２３８】
図２６は、TU_mapのシンタクスを説明する図である。
【０２３９】
time_unit_sizeは、１つのtime_unitの大きさを与えるものであり、それは27MHz精度のアライバルタイムクロックから導き出される45kHzクロックを単位とする大きさである。
【０２４０】
シンタクス中の atc_id のfor-loopで使われている num_of_ATC_sequencesの値は、SequenceInfo()の中で定義されている。
【０２４１】
offset_arrival_time[atc_id]は、atc_idで指されるATC-sequenceの中の最初の完全なtime-unitに対するオフセットの時間である。これは、27MHz精度のアライバルタイムクロックから導き出される45kHzクロックを単位とする大きさである。
【０２４２】
AVストリームを新しくClipとして記録した時、そのAVストリームファイルはただ１つのATC-sequenceを持ち、offset_arrival_time[atc_id]はゼロである。
【０２４３】
複数のoffset_arrival_time[atc_id]がTU_mapにエントリーされる場合は、次の条件式が満たされる。
【０２４４】
offset_arrival_time[0] = 0
0 < atc_id < num_of_ATC_sequences なる atc_idについて、
offset_arrival_time[atc_id]
> offset_arrival_time[atc_id-1] + time_unit
*num_of_time_unit_entries[atc_id-1]
【０２４５】
num_of_time_unit_entries[atc_id] は、atc_idで指されるATC-sequenceの中に含まれるtime_unitのエントリー数を示す。
【０２４６】
SPN_time_unit_start[atc_id][i] は、atc_idで指されるATC-sequence中のi番目のtime_unitの開始するアドレスである。これはソースパケット番号を単位とし、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０２４７】
現在のtime_unitに入るソースパケットが何もない場合、現在のtime_unitに対するSPN_time_unit_startの値は、その１つ前のSPN_time_unit_startの値と等しい。
【０２４８】
TU_mapの中のSPN_time_unit_startの値のエントリは、昇順にならんでいなければならない。
【０２４９】
atc_idで指されるATC-sequence中のi番目のtime_unitの開始時刻は、次式で定義されるTU_start_time[atc_id][i]である。
【０２５０】
TU_start_time[atc_id][i] = offset_arrival_time[atc_id] + i *
time_unit_size （２）
【０２５１】
図２７は、PlayList fileのシンタクスを示す。PlayList fileは、PlayList()を持つ。
【０２５２】
PlayList_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayList()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０２５３】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０２５４】
図２８は、PlayList()のシンタクスを示す。
【０２５５】
lengthは、このlengthフィールドの直後のバイトからPlayList()の最後のバイトまでのバイト数を示す。
【０２５６】
CPI_type: 1ビットのフラグであり、PlayItem()が使用するClipのCPI_typeの値を示す。CPI_typeは、Clip Information fileのCPI_typeで定義される。
【０２５７】
number_of_PlayItemsは、PlayList()の中にあるPlayItem()の数を示す。
【０２５８】
シンタクス中のPlayItem_idのfor-loopの中で、PlayItem()の現れる順番によって、そのPlayItem()に対するPlayItem_idの値が決る。PlayItem_idは、0から開始する。
【０２５９】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０２６０】
次に、PlayItemについて説明する。１個のPlayItemは、基本的に次のデータを含む。
(1)PlayItem が指すClipのファイル名を指定するためのClip_information_file_name。
(2)そのClipの再生区間を特定するためのIN_timeとOUT_timeのペア。
(3)PlayListの中で連続する2個のPlayItemについて、前側のPlayItemと現在のPlayItemとの接続の状態を示すところのconnection_condition。
【０２６１】
図２９は、CPI_typeがEP_mapのPlayList（これをEP_map typeのPlayListと呼ぶ）を説明する図である。EP_map typeのPlayListの場合、PlayItemのIN_timeとOUT_timeは、PTSベースの時間を示す。そのIN_timeとOUT_timeは、同じSTC-sequence上の時刻を指す。そのSTC-sequenceを示すために、ref_to_STC_idを用いる。そのIN_timeとOUT_timeは、そのSTC-sequenceに対して定義される presentation_start_time と presentation_end_time（これらの情報はSequenceInfoの中にある）で示される再生区間の中の時間を指す。
【０２６２】
図３０は、CPI_typeがTU_mapのPlayList（これをTU_map typeのPlayListと呼ぶ）を説明する図である。TU_map typeのPlayList の場合、PlayItemのIN_timeとOUT_timeは、アライバルタイムベースの時間を指す。そのIN_timeとOUT_timeは、同じATC-sequence上の時刻を指す。
【０２６３】
図３１は、EP_map typeのPlayList の時間情報とAVストリームファイルの中のアドレス情報との関係を説明する図である。PlayList の時間情報は、AVストリームファイルの中のピクチャやオーディオフレームのPTS情報である。そして、Clip Information fileのEP_mapとSequenceInfoが、AVストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
【０２６４】
図３２は、TU_map typeのPlayList の時間情報とAVストリームファイルの中のアドレス情報との関係を説明する図である。PlayList の時間情報は、AVストリームファイルの中のアライバル・タイム情報である。そして、Clip Information fileのTU_mapが、AVストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
【０２６５】
図３３は、PlayItem()のシンタクスを示す。
【０２６６】
lengthは、このlengthフィールドの直後のバイトからPlayItem()の最後のバイトまでのバイト数を示す。
【０２６７】
Clip_Information_file_nameは、PlayItemが参照するClip Information fileのファイル名を示す。
【０２６８】
connection_conditionは、先行するPlayItemと現在のPlayItemとがシームレスに接続されているかどうかの情報を示す。
【０２６９】
ref_to_STC_idは、PlayItemが参照するClipのSTC-sequenceのstc-idを示す。stc-idの値は、SequenceInfoの中で定義されている。
【０２７０】
IN_timeは、PlayItemの再生開始時刻をストアする。
【０２７１】
OUT_timeは、PlayItemの再生終了時刻をストアする。
【０２７２】
Bridge_Clip_Information_file_nameは、先行するPlayItemと現在のPlayItemとがシームレスに接続されている場合の再生の補助情報である。
【０２７３】
次に、PlayListの編集動作のコンセプトについて説明する。以下の処理は、ユーザからの操作に基づいて、例えば、後述する図４３の制御部１７により実行される。
【０２７４】
図３４は、AVストリームが新しいClipとして記録される時のClipとPlayListの関係のコンセプトを説明する図である。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが作られる。
【０２７５】
図３５は、Virtual PlayListの作成のコンセプトについて説明する図である。ユーザがReal PlayListの再生範囲の中から、IN-timeとOUT-timeを指定することによって、見たい再生区間のPlayItemを作り、Virtual PlayListをつくる。
【０２７６】
図３６は、Real PlayListの再生区間の一部分を消去したときのClipとPlayListの関係のコンセプトを説明する図である。必要なClip AVストリームの再生部分だけを参照するように、Real PlayListのPlayItemを変更する。そして、Clip AVストリームの不必要なストリーム部分を消去する。図３６に示すように、Clip AVストリームの中央部のデータを消去しても、Clip AVストリームファイルは分割されないで、１つのファイルである。１つのClip AVストリームのデータを部分的に消去しても、残ったデータ部分は１つのClip AVストリームにまとめられる。
【０２７７】
Real PlayListが変更されて、それが参照するClipのストリーム部分が消去された時、それと同じClipを使用しているVirtual PlayListが参照するClipがなくなって、問題が起きるかもしれない。そのようなことがないように、ユーザインターフェースは、次に示す対策をとるべきである。
【０２７８】
その"消去"の操作に対して、ユーザに「そのReal PlayListが参照しているClipのストリーム部分を参照しているVirtual PlayListが存在し、もし、そのReal PlayListが消去されると、そのVirtual PlayListもまた消去されることになるが、それで良いか？」と確認，警告する。または、前記Virtual PlayListを消去する代わりに、Real PlayListに対して次に示す"ミニマイズ(Minimize)"の操作をする。
【０２７９】
図３７は、ミニマイズの編集をしたときのClipとReal PlayList, Virtual PlayListの関係のコンセプトを説明する図である。ミニマイズ編集は、Real PlayListのPlayItemを、Virtual PlayListに必要なClipのストリーム部分だけを参照するように変更する。そして、Virtual PlayList にとって不必要なClipのストリーム部分を消去する。
【０２８０】
図３７に示すように、Clip AVストリームの中央部のデータを消去しても、Clip AVストリームファイルは分割されないで、１つのファイルである。１つのClip AVストリームのデータを部分的に消去しても、残ったデータ部分は１つのClip AVストリームにまとめられる。
【０２８１】
次に、前記のコンセプトに基づいて、Clip AVストリームのデータを部分的に消去する場合のClip Information fileの変化について説明する。
【０２８２】
前述したように、AVストリームをClipファイルとして新たに記録する時、そのClipはATCの不連続点を含まず、ただ１つのATC-sequenceを持つ。そして、ATCの不連続点は、編集等によってClip AVストリームファイルのストリームデータを部分的に消去した場合にだけ、作られることを想定している。すなわち、図３６や図３７に示すように、１つのClip AVストリームのデータを部分的に消去して、残ったデータ部分が１つのClip AVストリームにまとめられた時、そのClipはATCの不連続点を持ち、複数のATC-sequenceを持つ。例えば、図３８において、編集前のClipはATCの不連続点を含まず、ただ１つのATC-sequenceを持つとする。そして図に示すように、Clip AVストリームの中央部のデータを消去した場合、編集後のClipは、2個のATC-sequenceを持つ。
【０２８３】
図３９は、１つのClip AVストリームのデータを部分的に消去した時のATC-sequence, STC-sequence および program-sequenceの関係を説明する図である。編集前のClipは、ただ１つのATC-sequenceと１つのSTC-sequenceと１つのprogram-sequenceを持つとする。すなわち、このClipの中では、program-sequenceの内容が変化しないとする。この時、図に影で示す部分のAVストリームデータを消去したとする。編集の結果、Clipは3個のATC-sequenceと3個のSTC-sequenceを持つ、一方、program-sequenceは１個のままである。このprogram-sequenceは、ATC-sequenceの境界とSTC-sequenceの境界をまたいでいる。
【０２８４】
次に、前記のようにClip AVストリームのデータが部分的に消去される時の、ClipとPlayListの関係について説明する。
【０２８５】
図４０は、CPIがEP_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。編集前のClipは１個のATC-sequenceと3個のSTC-sequenceを持つとする。このATC-sequenceについてのoffset_STC_id[0]はゼロである。そして、Clipの中のstc_id=1であるSTC-sequenceは、PlayItem2とPlayItem3に使われているとする。今、図に示すようにstc_id=1であるSTC-sequenceのAVストリームデータについて、PlayItem2とPlayItem3に使われていない部分のAVストリームデータを消去したとする。
【０２８６】
編集後のClipは2個のATC-sequenceを持ち、stc_id=1であったSTC-sequenceは2個のSTC-sequenceに分かれる。１番目のATC-sequenceについてのoffset_STC_id[0]はゼロにセットされ、２番目のATC-sequenceについてのoffset_STC_id[1]は１にセットされる。すなわち、１番目のATC-sequence上にある最後のSTC-sequenceのstc_id と２番目のATC-sequence上にある最初のSTC-sequenceのstc_id は、同じ値で１になる。
【０２８７】
これにより、編集後のVirtual PlayListのPlayItem3とPlayItem4のref_to_STC_idの値を変更する必要がない。Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListについては何も変更しなくても良い。
【０２８８】
このように、Clip AVストリームの中にATCの不連続点を作ることができるので、Clip AVストリームの中間(middle)部分のストリームデータを消去した場合に、Clipファイルを2個に分割する必要がない。さらに、ATCシーケンス毎に、その上にある最初のSTCシーケンスのSTC-idに対するoffset_STC_idを用いることにより、Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListについては何も変更しなくて良い。
【０２８９】
この効果についての理解を助けるために、図４１はClipの中にATCの不連続を許さない場合において、Clip AVストリームの一部分を消去した時に、Clipファイルが二つに分かれる場合を説明する図であり、また、その時のClipとPlayListの関係を説明する図である。
【０２９０】
図４０と同様にして、編集前のClipは１個のATC-sequenceと3個のSTC-sequenceを持つとする。このATC-sequenceについてのoffset_STC_id[0]はゼロである。そして、Clipの中のstc=1であるSTC-sequenceは、PlayItem2とPlayItem3に使われているとする。今、図に示すようにstc=1であるSTC-sequenceのAVストリームデータについて、PlayItem2とPlayItem3に使われていない部分のAVストリームデータを消去したとする。
【０２９１】
Clipの中にATCの不連続を許さない場合、編集後はClip-AとClip-Bの2個のClipファイルに分かれる。そのため、PlayItem3とPlayItem4が参照するClipファイルの名前を変更する必要がある。すなわち、Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListであっても、その内容を変更しなければならない場合がある。
【０２９２】
Clipの中にATCの不連続を許さない場合は、これを許す場合に比べると次の問題がある。
(1)ディスク中のClipファイル数が多くなる問題。これによって、ディスクの再生開始時に全てのClipファイルを読み出し、再生装置（動画像記録再生装置１）のメモリ（制御部１７に内蔵されているメモリ）にストアする処理にかかる時間が増える問題がある。また、ディスク（記録媒体１０）中に記録可能なファイル数の上限をある所定の値に決めた時、編集等によりClipファイル数が多くなり、その数が上限に達してしまい、ディスク中にまだ空き領域があるのに記録できなくなる問題が発生する。
(2)Clip AVストリームファイルの部分的なデータを消去した時に、ディスク中にあるVirtual PlayListの変更にかかる時間が大きい問題。
【０２９３】
本発明は、これらの問題を解決する。すなわち、ディスクの再生開始時に全てのClipファイルを読み出し、再生装置のメモリにストアする処理にかかる時間を小さくできる。また、ディスク中に記録可能なファイル数の上限をより小さく設定できる。また、Clip AVストリームファイルの部分的なデータを消去した時に、ディスク中にあるVirtual PlayListの変更にがかかる時間が小さくなる。
【０２９４】
図４２は、CPIがTU_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。編集前のClipは１個のATC-sequenceを持つ。このATC-sequenceについてのoffset_arrival_time[0]はゼロである。Virtual PlayListのPlayItem1, PlayItem2, PlayItem3およびPlayItem4は、このATC-sequenceを参照しているとする。今、図に示すようにATC-sequenceのAVストリームデータについて、どのPlayItemにも使われていないAVストリームデータを消去したとする。
【０２９５】
編集後のClipは2個のATC-sequenceを持つ。1番目のATC-sequenceについてのoffset_arrival_time[0]はゼロにセットされ、２番目のATC-sequenceについてのoffset_arrival_time[1]は値Ｘにセットされる。値Ｘは、OUT_time2よりも大きく、IN_time3よりも小さい。すなわち、編集後にVirtual PlayListのPlayItem3とPlayItem4のIN_timeとOUT_timeの値を変更する必要がない。
【０２９６】
Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListについては何も変更しなくても良い。
【０２９７】
TU_map typeのPlayListを再生する場合、再生機はPlayItemのIN_timeとATC-sequenceのoffset_arrival_timeの値を比較することにより、そのIN_timeとOUT_timeが指すところのATC-sequenceを見つけることができる。例えば、図４２の場合、PlayItem3のIN_time3は２番目のATC-sequenceのoffset_arrival_time(=Ｘ)よりも大きいので、PlayItem3のIN_time3とOUT_time3は、２番目のATC-sequenceを指すことがわかる。
【０２９８】
次に、DVRアプリケーション構造のデータを記録再生するシステムについて、図４３の動画像記録再生装置１のブロック図を用いて説明する。
【０２９９】
例えば、光ディスクにより構成される記録媒体１０は、再生部６１の読み出し部１１により、そこに記録されている情報が読み出される。復調部１２は、読み出し部１１が記録媒体１０から読み出したデータを復調し、ECC復号部１３に供給する。ECC復号部１３は、復調部１２より供給されたデータを、AVストリームとデータベースとに分離し、AVストリームをソースデパケッタイザ１４に供給し、データベースを制御部１７に出力する。
【０３００】
ソースデパケッタイザ１４は、入力されたAVストリームをデパッケタイズし、デマルチプレクサ１５に出力する。デマルチプレクサ１５は、ソースデパケッタイザ１４より供給されたデータをビデオ（Ｖ）、オーディオ（Ａ）、およびシステム（Ｓ）の各データに分離し、AVデコーダ１６とマルチプレクサ２５に出力する。
【０３０１】
AVデコーダ１６は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子１８から、オーディオ信号を端子１９から、それぞれ出力する。
【０３０２】
記録部６２のAVエンコーダ２３には、端子２１から入力されたビデオ信号と、端子２２から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデオ解析部２４にも供給される。AVエンコーダ２３とビデオ解析部２４には、端子２１から入力されたビデオ信号の代わりに、必要に応じて、AVデコーダ１６が出力したビデオ信号が供給される。
【０３０３】
AVエンコーダ２３は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（Ｖ）、オーディオ信号（Ａ）、およびエンコードに対応するシステムデータ（Ｓ）を、マルチプレクサ２５に出力する。
【０３０４】
ビデオ解析部２４は、入力されたビデオ信号を解析し、解析結果を制御部１７に出力する。
【０３０５】
端子３３には、デジタルインタフェースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スイッチ２７を介して、デマルチプレクサ１５、またはさらにスイッチ２８を介して、多重化ストリーム解析部２６、およびソースパケッタイザ２９に供給される。多重化ストリーム解析部２６とソースパケッタイザ２９にはまた、スイッチ２８を介してマルチプレクサ２５が出力した信号も、スイッチ２７からの信号に代えて供給可能とされている。
【０３０６】
多重化ストリーム解析部２６は、入力された信号を解析し、解析結果を制御部１７に出力する。ソースパケッタイザ２９は、入力された信号をパケッタイズし、ECC符号化部３０に供給する。ECC符号化部３０には、制御部１７が出力するデータベースも供給されている。
【０３０７】
ECC符号化部３０は、入力に誤り訂正符号を付加し、符号化し、変調部３１に出力する。変調部３１は、ECC符号化部３０から入力されたデータを変調し、書き込み部３２に出力する。書き込み部３２は、変調部３１から入力されたデータを記録媒体１０に書き込む処理を実行する。
【０３０８】
制御部１７は、各種のデータを記憶する記憶部１７Ａを有しており、上述したフォーマットを管理し、データの記録媒体１０に対する記録または再生のために、各部を制御する。
【０３０９】
制御部１７にはまた、ドライブ４１が接続されており、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４などがドライブされる。
【０３１０】
なお、光ディスク５２は、記録媒体１０と兼用することも可能である。
【０３１１】
次に記録時の基本的動作について、動画像記録再生装置１自身が、入力オーディオビデオ信号を符号化して記録する場合を例として説明する。
【０３１２】
記録部６２の端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部２４とAVエンコーダ２３へ入力される。また、オーディオ信号もまたAVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)，符号化オーディオストリーム(A)、およびシステム情報(S)をマルチプレクサ２５に出力する。
【０３１３】
符号化ビデオストリーム(V)は、例えばMPEG2ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG1オーディオストリームやドルビーAC3（商標）オーディオストリーム等である。システム情報(S)は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ，ピクチャ符号化タイプ等）やAV同期等の時間情報である。
【０３１４】
マルチプレクサ２５は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、MPEG2トランスポートストリームやMPEG2プログラムストリームである。多重化ストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを、記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、ECC（誤り訂正）符号化部３０で誤り訂正符号が付加され、変調部３１で変調処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームファイルを記録する。
【０３１５】
次に、例えば、図示せぬディジタルインタフェースまたはディジタルTVチューナから入力されるディジタルTV放送等のトランスポートストリームを記録する場合を説明する。
【０３１６】
端子３３からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、２通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースとしての端子２０から制御部１７へ入力され、制御部１７が記録方法を制御する。
【０３１７】
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
【０３１８】
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ１５へ入力される。デマルチプレクサ１５は、ビデオストリーム(V)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームを復号し、再生ビデオ信号をAVエンコーダ２３へ入力する。AVエンコーダ２３は、入力ビデオを符号化し、符号化ビデオストリーム(V)をマルチプレクサ２５へ入力する。
【０３１９】
一方、デマルチプレクサ１５から出力されるオーディオストリーム(A)とシステム情報(S)は、ダイレクトにマルチプレクサ２５へ入力される。マルチプレクサ２５は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。
【０３２０】
この動画像記録再生装置１は、AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部１７により作成される。制御部１７への入力情報は、ビデオ解析部２４からの動画像の特徴情報、多重化ストリーム解析部２６からのAVストリームの特徴情報、およびユーザインタフェースとしての端子２０から入力されるユーザの指示情報である。
【０３２１】
ビデオ解析部２４からの動画像の特徴情報は、動画像記録再生装置１自身がビデオ信号を符号化する場合において、動画像記録再生装置１により生成されるものである。ビデオ解析部２４は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点、CMのスタート・エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネールも含まれる。これらの画像の指示情報は、制御部１７を介して、マルチプレクサ２５へ入力される。
【０３２２】
マルチプレクサ２５は、制御部１７から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャのAVストリーム上でのアドレス情報を制御部１７に返す。制御部１７は、特徴的な画像の種類と、その符号化ピクチャのAVストリーム上でのアドレス情報を関連付けて記憶する。
【０３２３】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置１により生成される。例えば、AVストリームの中におけるIピクチャのタイムスタンプとアドレス情報，STCの不連続情報，プログラム内容の変化情報，アライバルタイムとアドレス情報、などが含まれる。
【０３２４】
AVストリーム内のIピクチャのタイムスタンプとアドレス情報は、上述のEP_mapにストアされるデータとなる。AVストリーム内のSTCの不連続情報は、上述のSequenceInfoにストアされるデータとなる。AVストリーム内のプログラム内容の変化情報は、ProgramInfoにストアされるデータとなる。また、AVストリーム内のアライバルタイムとアドレス情報は、上述のTU_mapにストアされる。
【０３２５】
また、多重化ストリーム解析部２６は、端子３３から入力されるトランスポートストリームをトランスペアレントに記録する場合、AVストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、ClipMarkにストアされるデータとなる。
【０３２６】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、AVストリームのデータベース(Clip Information)にストアされるものである。
【０３２７】
端子２０からのユーザの指示情報には、AVストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクター文字，ユーザがお好みのシーンにセットするブックマークやリジューム点のAVストリームの中のタイムスタンプなどが含まれる。これらのユーザの指示情報は、PlayListのデータベースにストアされるものである。
【０３２８】
制御部１７は、前記入力情報に基づいて、AVストリームのデータベース（Clip Information）, PlayListのデータベース, 記録媒体１０の記録内容の管理情報(info.dvr)、およびサムネール情報を作成する。これらのデータベース情報は、AVストリームと同様にして、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、このデータベース情報を、記録媒体１０へ、アプリケーションデータベース情報として記録する。
【０３２９】
次に、再生時の基本的な動作について説明する。
【０３３０】
記録媒体１０には、AVストリームファイルとアプリケーションデータベース情報が記録されている。
【０３３１】
はじめに制御部１７は、再生部６１の読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０３３２】
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているPlayListの一覧を、端子２０のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、AVストリームは復調部１２，ECC復号部１３の処理を経て、ソース・デパケッタイザ１４へ入力される。
【０３３３】
ソース・デパケッタイザ１４は、記録媒体のアプリケーションフォーマットのAVストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
【０３３４】
ユーザによって選択されたEP_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いPTSを持つIピクチャのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０３３５】
また、ユーザによって選択されたTU_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いアライバルタイムのソースパケットのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０３３６】
さらに、Clip Informationの中のClipMarkにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、ClipMarkにストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部１７は、Clip Informationの内容に基づいて、記録媒体１０からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを読み出し部１１へ指示する。
【０３３７】
すなわち、ユーザが選択した画像がストアされているAVストリーム上でのアドレスに最も近いアドレスにあるIピクチャからのデータを読み出すように読み出し部１１へ指示が出される。読み出し部１１は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部１２，ECC復号部１３の処理を経て、デマルチプレクサ１５へ入力され、AVデコーダ１６で復号されて、マーク点のピクチャのアドレスで示されるAVデータが再生される。
【０３３８】
次に、ユーザが、AVストリームの編集をする場合を説明する。
【０３３９】
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合、ユーザインタフェースの端子２０から、再生区間のイン点とアウト点の情報が制御部１７へ入力される。制御部１７は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成する。
【０３４０】
ユーザが、記録媒体１０に記録されているAVストリームの一部を消去したい場合、ユーザインタフェースの端子２０から、消去区間の情報が制御部１７へ入力される。制御部１７は、必要なAVストリーム部分だけを参照するようにPlayListのデータベースを変更する。また、AVストリームの不必要なストリーム部分を消去するように、書き込み部３２に指示する。また、Clip AVストリームの変化に基づいて、そのClip Information fileの内容を変更する。
【０３４１】
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつそれぞれの再生区間をシームレスに接続したい場合の動作を説明する。この場合、制御部１７は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化が必要になる。
【０３４２】
まず、ユーザインタフェースとしての端子２０から、再生区間のイン点のピクチャとアウト点のピクチャの情報が制御部１７へ入力される。制御部１７は、読み出し部１１に、イン点のピクチャとアウト点のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部１１は、記録媒体１０からそのデータを読み出し、そのデータは、復調部１２，ECC復号部１３, ソース・デパケッタイザ１４を経て、デマルチプレクサ１５へ入力される。
【０３４３】
制御部１７は、デマルチプレクサ１５へ入力されたストリームを解析して、ビデオストリームの再エンコード方法（picture_coding_typeの変更，再エンコードする符号化ビット量の割り当て）と再多重化方法を決定して、その方法をAVエンコーダ２３とマルチプレクサ２５へ供給する。
【０３４４】
次に、デマルチプレクサ１５は、入力されたストリームをビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)に分離する。ビデオストリームは、「AVデコーダ１６へ入力されるデータ」と、「マルチプレクサ２５へ直接入力されるデータ」がある。前者のデータは、再エンコードするために必要なデータであり、これはAVデコーダ１６で復号され、復号されたピクチャは、AVエンコーダ２３で再エンコードされて、ビデオストリームになる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリームとシステム情報は、マルチプレクサ２５に直接入力される。
【０３４５】
マルチプレクサ２５は、制御部１７から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームを記録する。
【０３４６】
次に、図４４は、AVストリームをClipをして新しく記録するときの、Clip AVストリームファイルと、それに関連するClip Informationファイルの、動画像記録再生装置１の記録動作のフローチャートを示す。
【０３４７】
ステップＳ１１で、制御部１７は、端子２１および２２から入力されるAV入力をエンコードして得たトランスポートストリーム、または端子３３のディジタルインタフェースから入力されるトランスポートストリームをファイル化して、Clip AVストリームファイルを作成して記録する。
【０３４８】
ステップＳ１２で、制御部１７は上記AVストリームファイルについてのClipInfo（図８）を作成する。
【０３４９】
ステップＳ１３で、制御部１７は上記AVストリームファイルについてのSequenceInfo（図１３）を作成する。
【０３５０】
ステップＳ１４で、制御部１７は上記AVストリームファイルについてのProgramInfo（図１５）を作成する。
【０３５１】
ステップＳ１５で、制御部１７は上記AVストリームファイルについてのCPI (EP_mapまたはTU_map)（図２４、図２５および図２６）を作成する。
【０３５２】
ステップＳ１６で、制御部１７は上記AVストリームファイルについてのClipMarkを作成する。
【０３５３】
ステップＳ１７で、制御部１７は上記ClipInfo, SequenceInfo, ProgramInfo, CPI, およびClipMarkがストアされたClip Informationファイル（図８）を記録する。
【０３５４】
なお、ここでは各処理を時系列に説明したが、ステップＳ１１からステップＳ１１６は、実際には同時に動作するものである。
【０３５５】
次に、AVストリームをClipをして新しく記録するときの、SequenceInfo（図１３）の作成の動作例を、図４５のフローチャートを用いて説明する。この処理は、図４３の多重化ストリーム解析部２６で行われる。
【０３５６】
ステップＳ３１において、制御部１７は最初のトランスポートパケットをATCシーケンスの開始点とする。すなわち、SPN_ATC_startが設定される。また、このとき、atc_idとstc_idも設定される。
【０３５７】
ステップＳ３２において、多重化ストリーム解析部２６はAVストリームに含まれるアクセスユニット（例えば、ピクチャやオーディオフレーム）のPTSを解析する。
【０３５８】
ステップＳ３３において、多重化ストリーム解析部２６はPCRパケットが受信されたかどうかを調べる。ステップＳ３３において、Noの場合はステップＳ３２へ戻り、Yesの場合はステップＳ３４へ進む。
【０３５９】
ステップＳ３４において、多重化ストリーム解析部２６はSTCの不連続が検出されたか否かを調べる。Noの場合は、ステップＳ３２へ戻る。Yesの場合は、ステップＳ３５へ進む。なお、記録開始後、最初に受信されたPCRパケットの場合は、必ずステップＳ３５へ進む。
【０３６０】
ステップＳ３５において、多重化ストリーム解析部２６は、新しいSTCの最初のPCRを伝送するトランスポートパケットの番号(アドレス)を取得する。
【０３６１】
ステップＳ３６において、制御部１７は上記パケット番号をSTCシーケンスの開始するソースパケット番号として取得する。すなわち、SPN_STC_startが設定される。また、このとき、新たなstc_idが設定される。
【０３６２】
ステップＳ３７において、制御部１７はSTCシーケンスの表示開始のPTSと表示終了のPTSを取得し、それぞれ、presentation_start_time、またはpresentation_end_timeに設定し、それらに基づいて、SequenceInfo（図１３）を作成する。
【０３６３】
ステップＳ３８において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Noの場合は、ステップＳ３２へ戻り、Yesの場合は処理を終了する。
【０３６４】
なお、CPIがTU_mapのClipの場合は、ATCシーケンスの情報だけを作成すればよいので、ステップＳ３２乃至ステップＳ３７の処理は必要ない。
【０３６５】
ProgramInfo（図１５）の作成の動作例を図４６のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
【０３６６】
なお、CPIがTU_mapの場合、プログラム・シーケンスの情報は必要なく、この処理は不要である。
【０３６７】
ステップＳ５１において、多重化ストリーム解析部２６はPSI/SIを含むトランスポートパケットが受信されたかどうかを調べる。ここで、PSI/SIのトランスポートパケットは、具体的には、PAT, PMT, SITのパケットである。SITは、DVB規格で規定されているパーシャルトランスポートストリームのサービス情報が記述されているトランスポートパケットである。ステップＳ５１において、Noの場合はステップＳ５１へ戻り、Yesの場合はステップＳ５２へ進む。
【０３６８】
ステップＳ５２において、多重化ストリーム解析部２６は、PSI/SIの内容が変わったかを調べる。すなわち、PAT,PMT,SITのそれぞれの内容が、以前に受信したそれぞれの内容と比べて変化したかどうかが調べられる。内容が変化していない場合は、ステップＳ５１へ戻る。内容が変化した場合は、ステップＳ５３へ進む。なお、記録開始後、最初に受信されたPSI/SIの場合は、必ずステップＳ５３へ進む。
【０３６９】
ステップＳ５３において、制御部１７は新しいPSI/SIを伝送するトランスポートパケットの番号(アドレス)とその内容を取得する。
【０３７０】
ステップＳ５４において、制御部１７はProgram-sequenceの情報を作成し、ProgramInfo（図１５）を作成する。
【０３７１】
ステップＳ５５において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Noの場合は、ステップＳ５１へ戻り、Yesの場合は処理を終了する。
【０３７２】
次にEP_map（図２４）の作成の動作例を、図４７のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
【０３７３】
ステップＳ７１で多重化ストリーム解析部２６は、記録するAVプログラムのビデオのPIDをセットする。トランスポートストリームの中に複数のビデオが含まれている場合は、それぞれのビデオPIDがセットされる。
【０３７４】
ステップＳ７２で多重化ストリーム解析部２６は、ビデオのトランスポートパケットを受信する。
【０３７５】
ステップＳ７３で多重化ストリーム解析部２６は、トランスポートパケットのペイロード（パケットヘッダーに続くデータ部）がPESパケットの第１バイト目から開始しているかを調べる（PESパケットは、MPEG2で規定されているパケットであり、エレメンタリーストリームをパケット化するものである）。これは、トランスポートパケットヘッダにある"payload_unit_start_indicator"の値を調べることによりわかり、この値が1である場合、トランスポートパケットのペイロードがPESパケットの第１バイト目から開始する。ステップＳ７３でNoの場合は、ステップＳ７２へ戻り、Yesの場合は、ステップＳ７４へ進む。
【０３７６】
ステップＳ７４で多重化ストリーム解析部２６は、PESパケットのペイロードが、MPEGビデオのsequence_header_code(32ビット長で"0x000001B3"の符号)の第１バイト目から開始しているかを調べる。ステップＳ７４でNoの場合は、ステップＳ７２へ戻り、Yesの場合は、ステップＳ７５へ進む。
【０３７７】
ステップＳ７５へ進んだ場合、制御部１７は現在のトランスポートパケットをエントリーポイントとする。
【０３７８】
ステップＳ７６で制御部１７は、上記パケットのパケット番号と上記sequence_header_code から開始するIピクチャのPTSとそのエントリーポイントが属するビデオのPIDを取得し、EP_mapを作成する。
【０３７９】
ステップＳ７７で、多重化ストリーム解析部２６は、現在のパケットが最後に入力されるトランスポートパケットであるかどうかを判定する。最後のパケットでない場合、ステップＳ７２へ戻る。最後のパケットである場合、処理を終了する。
【０３８０】
なお、ClipのCPIタイプによって、Clip informationファイルの作成方法が違う。図４８はこの場合の処理を表している。制御部１７は、ステップＳ１０１で、CPIとしてEP_mapを作成すると判定した場合、ステップＳ１０２へ進み、AVストリームの内容について、PTS, STC, PMTの情報を解析する。そして、ステップＳ１０３へ進み、制御部１７は、ATCシーケンス，STCシーケンスとProgram-sequenceの情報を作成する。そして、ステップＳ１０４で、制御部１７はEP_mapを作成する。
【０３８１】
一方、ステップＳ１０１で、CPIとしてTU_mapを作成すると判定された場合、制御部１７は、ステップＳ１０５でAVストリームの内容を解析せず、STCシーケンスとProgram-sequenceの情報を作成しない。制御部１７は、ステップＳ１０６で、ATCシーケンスの情報を、トランスポートパケットの入力タイミングに基づいて作成する。ステップＳ１０７で、制御部１７は、TU_mapを作成する。このように、CPIの種類に関係なく、どちらの場合でも、Clip informationファイルが作成される。
【０３８２】
以上の処理はまた、次のことを意味する。すなわち、AVストリームを、その中身を分析して記録媒体に記録する場合（コグニザント記録する場合）や入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）などのように、記録媒体に記録されるAVストリームの中身を知って記録する場合、ATCシーケンス、ＳＴＣシーケンス、およびProgramシーケンスが作成され、さらにEP_mapが作成され、記録媒体に記録される。これに対して、AVストリームを、その中身を分析せずに、そのまま記録媒体に記録する場合（ノンコグニザント記録する場合）、ATCシーケンスが作成され、さらにTU_mapが作成され、記録媒体に記録される。
【０３８３】
図４８の処理はまた、次のように考えることもできる。すなわち、ステップＳ１０１で、AVストリームを、その中身を分析して記録媒体に記録する（コグニザント記録する）かまたは入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）か否かが判定される。コグニザント記録またはセルフエンコーディング記録で記録すると判定された場合、ステップＳ１０２でAVストリームの中身が分析され、ステップＳ１０３でATCシーケンス、STCシーケンス、およびProgramシーケンスが作成され、さらにステップＳ１０４でEP_mapが作成され、記録媒体に記録される。これに対してステップＳ１０１で、AVストリームを、その中身を分析せずに、そのまま記録媒体に記録する（ノンコグニザント記録する）と判定された場合、ステップＳ１０５でAVストリームの中身が分析されず、ステップＳ１０６でATCシーケンスが作成され、さらにステップＳ１０７でTU_mapが作成され、記録媒体に記録される。
【０３８４】
図４９は、Real PlayListの作成方法を説明するフローチャートを示す。図４３の動画像記録再生装置１のブロック図を参照しながら説明する。
【０３８５】
ステップＳ１９１で、制御部１７はClip AVストリームを記録する。
【０３８６】
ステップＳ１９２で、制御部１７は上記Clipの全ての再生可能範囲をカバーするPlayItem（図３３）からなるPlayList()（図２８）を作成する。ここで、ClipがEP_mapを持つとき、EP_mapタイプのPlayList（図２９参照）を作成し、またClipがTU_mapを持つとき、TU_mapタイプのPlayList（図３０参照）を作成する。EP_mapタイプのPlayListの場合に、Clipの中にSTC不連続点があり、PlayList()が２つ以上のPlayItemからなる場合は、制御部１７はPlayItem間のconnection_conditionもまた決定する。
【０３８７】
ステップＳ１９３で、制御部１７はUIAppInfoPlayList()を作成する。UIAppInfoPlayList()はPlayListの内容をユーザへ説明するための情報を含む。本実施の形態ではその説明を省略する。
【０３８８】
ステップＳ１９４で、制御部１７はPlayListMarkを作成する（本実施の形態ではその説明を省略）。
【０３８９】
ステップＳ１９５で、制御部１７はMakersPrivateDataを作成する（本実施の形態ではその説明を省略）。
【０３９０】
ステップＳ１９６で、制御部１７はReal PlayListファイルを記録する。
【０３９１】
このようにして、新規にClip AVストリームを記録する毎に、１つのReal PlayListファイルが作られる。
【０３９２】
図５０は、Virtual PlayListの作成方法を説明するフローチャートである。
【０３９３】
ステップＳ２１１で、ユーザーインターフェースを通して、ディスク（記録媒体１０）に記録されている１つのReal PlayListの再生が指定される。そして、そのReal PlayListの再生範囲の中から、ユーザーインターフェースを通して、IN点とOUT点で示される再生区間が指定される。
【０３９４】
ステップＳ２１２で、制御部１７はユーザーによる再生範囲の指定操作がすべて終了したか調べる。ユーザーが上記指示した再生区間に続けて再生する区間を選ぶ場合はステップＳ２１１へ戻る。
【０３９５】
ステップＳ２１２でユーザーによる再生範囲の指定操作がすべて終了したと判定された場合は、ステップＳ２１３へ進む。
【０３９６】
ステップＳ２１３で、連続して再生される２つの再生区間の間の接続状態(connection_condition)を、ユーザーがユーザーインタフェースを通して決定するか、または制御部１７が決定する。
【０３９７】
ステップＳ２１４で、ユーザーインタフェースを通して、ユーザーがサブパス(アフレコ用オーディオ)情報を指定する。ユーザーがサブパスを作成しない場合はこのステップの処理はスルーされる。サブパス情報は、PlayListの中のSubPlayItemにストアされる情報であるが、本発明の趣旨に必要ないので説明を省略する。
【０３９８】
ステップＳ２１５で、制御部１７はユーザーが指定した再生範囲情報、およびconnection_conditionに基づいて、PlayList()（図２８）を作成する。
【０３９９】
ステップＳ２１６で、制御部１７はUIAppInfoPlayList()を作成する。UIAppInfoPlayList()はPlayListの内容をユーザーへ説明するための情報を含む。本実施の形態ではその説明を省略する。
【０４００】
ステップＳ２１７で、制御部１７はPlayListMarkを作成する（本実施の形態ではその説明を省略）。
【０４０１】
ステップＳ２１８で、制御部１７はMakersPrivateDataを作成する（本実施の形態ではその説明を省略）。
【０４０２】
ステップＳ２１９で、制御部１７はVirtual PlayListファイルを記録媒体１０に記録する。
【０４０３】
このようにして、記録媒体１０に記録されているReal PlayListの再生範囲の中から、ユーザーが見たい再生区間を選択してその再生区間をグループ化したもの毎に、１つのVirtual PlayListファイルが作られる。
【０４０４】
図５１はEP_mapタイプのPlayListの再生方法を説明するフローチャートである。
【０４０５】
ステップＳ２３１で、制御部１７はInfo.dvr, Clip Information file, PlayList fileおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているPlayListの一覧を示すGUI画面を作成し、ユーザーインタフェースを通して、GUIに表示する。
【０４０６】
ステップＳ２３２で、制御部１７はそれぞれのPlayListのUIAppInfoPlayList()に基づいて、PlayListを説明する情報をGUI画面に提示する。
【０４０７】
ステップＳ２３３で、ユーザーインタフェースを通して、GUI画面上からユーザーが１つのPlayListの再生を指示する。
【０４０８】
ステップＳ２３４で、制御部１７は現在のPlayItemのSTC-idとIN_timeのPTSから、IN_timeより時間的に前で最も近いエントリーポイントのあるソースパケット番号を取得する。
【０４０９】
ステップＳ２３５で、制御部１７は上記エントリーポイントのあるソースパケット番号からAVストリームのデータを読み出し、デコーダへ供給する。
【０４１０】
ステップＳ２３６で、現在のPlayItemの時間的に前のPlayItemがあった場合は、制御部１７は、前のPlayItemと現在のPlayItemとの表示の接続処理をconnection_conditionに従って行う。
【０４１１】
ステップＳ２３７で、制御部１７は、AVデコーダ１６にIN_timeのPTSのピクチャから表示を開始するように指示する。
【０４１２】
ステップＳ２３８で、制御部１７は、AVデコーダ１６にAVストリームのデコードを続けるように指示する。
【０４１３】
ステップＳ２３９で、制御部１７は、現在表示の画像が、OUT_timeのPTSの画像か否かを調べる。Noの場合は、ステップＳ２４０へ進む。ステップＳ２４０で現在の画像を表示して、ステップＳ２３８へ戻る。ステップＳ２３９で現在表示の画像がOUT_timeのPTSの画像であると判定された場合は、ステップＳ２４１へ進む。
【０４１４】
ステップＳ２４１で、制御部１７は、現在のPlayItemがPlayListの中で最後のPlayItemかを調べる。Noの場合はステップＳ２３４へ戻る。Yesの場合は、PlayListの再生を終了する。
【０４１５】
次に、EP_mapタイプのPlayListの場合に、ミニマイズ編集の処理をする時のClipとPlayListの更新方法の手順を図５２のフローチャートを用いて説明する。
【０４１６】
ステップＳ２６１で、制御部１７は、Real PlayListの再生範囲の中からどのVirtual PlayListsにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
【０４１７】
ステップＳ２６２で、制御部１７は、Real PlayListの再生範囲の中から消去する一区間の表示開始時刻および表示終了時刻を取得する。
【０４１８】
ステップＳ２６３で、制御部１７は、上記時間区間に対応するClip AVストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をEP_mapに基づいて決定する。
【０４１９】
ステップＳ２６４で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいATC-sequenceをSequenceInfoに追加する。すなわち、上記消去終了パケットの直後のソースパケットのパケット番号がSPN_ATC_startにセットされる。
【０４２０】
ステップＳ２６５で、制御部１７は、消去後のAVストリームにおけるATCシーケンス上にあるSTC-sequenceの開始パケット番号 (SPN_STC_start)を更新する。すなわち、消去後のClip AVストリームに対応するように、SPN_STC_startの値を変更する。
【０４２１】
ステップＳ２６６で、制御部１７は、消去後のAVストリームにおけるATCシーケンス上にあるSTC-sequenceに対するSTC-idの値が変わらないようにoffset_STC_idを決定する。
【０４２２】
ステップＳ２６７で、必要に応じて、消去後のClip AVストリームについてのProgramInfoを更新。すなわち、もし、上記の消去区間の中でProgram-sequenceが開始している場合は、そのProgram-sequenceの開始ソースパケット番号を上記消去終了パケットの直後のソースパケットのパケット番号に変更する。
【０４２３】
ステップＳ２６８で、制御部１７は、EP_mapを消去後のClip AVストリームに対応するように変更する。この処理においては、消去区間のストリームを参照するEP_mapのエントリーを消去し、また、EP_mapの中のソースパケット番号の値（すなわちEP_mapのSPN_EP_start）を消去後のClip AVストリームに対応するように変更する。
【０４２４】
ステップＳ２６９で、制御部１７は、上記の開始と終了パケットで示される区間のClip AVストリームのデータを消去する。
【０４２５】
ステップＳ２７０で、制御部１７は、上記の処理を反映させてClip Information fileを更新および記録する。このClip Information fileには、図８に示されるように、ClipInf(), Sequence Info(), Program Info(), CPI()などが含まれている。従って、上述したATC_sequenceやSTC_sequenceに関する情報が記録媒体１０に記録されることになる。
【０４２６】
ステップＳ２７１で、制御部１７は、Real PlayList fileが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
【０４２７】
ステップＳ２７２で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ２６１で調べた消去範囲をすべて消去したかどうかを調べる。Noの場合はステップＳ２６２へ戻る。Yesの場合はミニマイズ処理を終了する。
【０４２８】
上記ステップＳ２６３における処理内容について、CPIがEP_map タイプのClipの場合を詳細に説明する。
【０４２９】
図５３は、オリジナルのAVストリームファイルと、そのストリームの部分的な再生範囲のストリームを消去する編集を行った後のAVストリームファイルの例を示す。編集前に、Virtual PlayListは、オリジナルAVストリーム上のIN_timeとOUT_timeを指しているとする。この場合、Virtual PlayListが使用していないストリーム部分を消去する編集（ミニマイズ編集）をしたとき、それはオリジナルAVストリームを図５３に示す編集後のストリームへ変える。オリジナルAVストリームの先頭からＸ点までのデータと、Ｙ点から最後までのデータが消去される。以下の説明では、このＸ点とＹ点を決める方法の例を説明する。
【０４３０】
図５４は、AVストリームの内容を解析することをしないで、IN点の前の不要なデータを消去する方法を説明する図である。PlayListはオリジナルAVストリーム上のIN点を指す。また、そのAVストリームのEP_mapを図示する。IN点が指すピクチャをデコードするためには、アドレスISA2から開始するＩピクチャが必要である。また、Ｘ点の後で、PAT,PMTおよびPCRパケットが必要である。SPN_EP_start=ISA1のPTSはpts1であり、SPN_EP_start=ISA2のPTSはpts2である。pts1とpts2のシステムタイムベースの時間差が100 msec以上ならば、アドレスISA1とISA2の間にはPAT, PMTおよびPCRパケットが存在する（少なくとも、SESF, DVB, ATSC, ISDBの場合はそうである）。したがって、Ｘ点はアドレスISA1の前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
【０４３１】
動画像記録再生装置１は、AVストリームの内容を解析することをしないで、Ｘ点をEP_mapを使用して次のステップで決めることができる。
１）システムタイムベース上でIN timeのPTSに最も近く、かつそれよりも過去の表示時刻のPTSの値を持つSPN_EP_startを見つける。
２）ステップ1で見つけたSPN_EP_startのPTSの値よりも少なくとも100 msec過去の表示時刻のPTSの値を持つSPN_EP_startを見つける。
３）Ｘ点は、ステップ２で見つけたSPN_EP_startよりも前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
【０４３２】
この方法は、Ｘ点を決めるためにAVストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のAVストリームは、そのPlayListの再生には不要なデータを残してしまう場合がある。もし、Ｘ点を決めるためにAVストリームのデータを読み出し、その内容を解析するならば、そのPlayListの再生には不要なデータをより効率良く消去できる。
【０４３３】
図５５は、AVストリームの内容を解析することをしないで、OUT点の後ろの不要なデータを消去する方法を説明する図である。PlayListはオリジナルAVストリーム上のOUT点を指す。また、そのAVストリームのEP_mapを図示する。SPN_EP_start=ISA4から開始するビデオシーケンスは次に示すものであることを前提とする。
【０４３４】
I2 B0 B1 P5 …
【０４３５】
ここで、I,P,BはそれぞれIピクチャ，PピクチャそしてBピクチャを表す。数字は表示順序を表す。この処理において、記録装置がAVストリームの内容を解析しない場合、動画像記録再生装置１は、OUT_timeのPTSが参照するところのピクチャの情報（ピクチャコーディングタイプ，テンポラル・レファレンスなど）がわからない。OUT_timeのPTSはピクチャB0またはB1を参照しているかもしれない（動画像記録再生装置１がAVストリームの内容を解析しない場合、このことはわからない）、この場合、ピクチャB0,B1をデコードするためにはI2が必要である。I2のPTSはOUT timeのPTSよりも大きい（OUT_time < pts4, ここでpts4はI2のPTSである）。I2のPTSはOUT_timeのPTSよりも大きいが、B0, B1のためにI2が必要である。
【０４３６】
したがって、Ｙ点は図に示すアドレスISA5の後ろに決められる。ISA5は、EP_mapの中でISA4の直後にあるSPN_EP_startの値である。Ｙ点はまたアラインドユニットの境界でなければならない。
【０４３７】
動画像記録再生装置１は、AVストリームの内容を解析することをしないで、Ｙ点をEP_mapを使用して次のステップで決めることができる。
１）システムタイムベース上でOUT timeのPTSに最も近く、かつそれよりも未来の表示時刻のPTSの値を持つSPN_EP_startを見つける。
２）ステップ1で見つけたSPN_EP_startの直後にあるSPN_EP_start を見つける。
３）Ｙ点は、ステップ２で見つけたSPN_EP_startよりも後ろに決められる。そして、Ｙ点はアラインドユニットの境界でなければならない。
【０４３８】
この方法は、Ｙ点を決めるためにAVストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のAVストリームは、そのPlayListの再生には不要なデータを残してしまう場合がある。もし、Ｙ点を決めるためにAVストリームのデータを読み出し、その内容を解析するならば、そのPlayListの再生には不要なデータをより効率良く消去できる。
【０４３９】
図５６はTU_mapタイプのPlayListの再生方法を説明するフローチャートである。
【０４４０】
ステップＳ３００乃至ステップＳ３０２で、図５1のステップＳ２３１乃至Ｓ２３２と同様の処理が行われる。
【０４４１】
すなわち、ステップＳ３００で、制御部１７はInfo.dvr, Clip Information file, PlayList fileおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているPlayListの一覧を示すGUI画面を作成し、ユーザーインタフェースを通して、GUIに表示する。
【０４４２】
ステップＳ３０１で、制御部１７はそれぞれのPlayListのUIAppInfoPlayList()に基づいて、PlayListを説明する情報をGUI画面に提示する。
【０４４３】
ステップＳ３０２で、ユーザーインタフェースを通して、GUI画面上からユーザーが１つのPlayListの再生を指示する。
【０４４４】
ステップＳ３０３で、制御部１７は、TU_map情報を参照して、AVストリームのエントリーポイントのアドレスを取得する。すなわち、制御部１７は、現在のPlayItemのIN_timeのアライバルタイムよりも時間的に前で最も近いエントリーポイントのソースパケット番号を取得する。この処理の詳細は、後述する。
【０４４５】
ステップＳ３０４で、制御部１７は、上記エントリーポイントのあるソースパケット番号からパケットを再生し、AVデコーダ１６へ供給する。
【０４４６】
ステップＳ３０５で、制御部１７は、現在のパケットのアライバルタイムスタンプが、OUT_timeのパケットのそれ以上か否かを調べる。判定がNoの場合は、ステップＳ３０６へ進む。制御部１７は、、ステップＳ３０６で、次のパケットを再生し、AVデコーダ１６へ供給し、ステップＳ３０５へ戻る。ステップ３０５で判定がYesの場合は処理はステップ３０７へ進む。
【０４４７】
ステップＳ３０７で、制御部１７は、現在のPlayItemがPlayListの中で最後のPlayItemであるかを調べる。判定がNoの場合、処理はステップＳ３０３へ戻る。判定がYesの場合は、制御部１７は、PlayListの再生を終了する。
【０４４８】
次に、図５６のステップＳ３０３の処理の詳細を、図５７のフローチャートを参照して説明する。
【０４４９】
ステップＳ４００で、制御部１７は、PlayItemのIN_timeと、TU_map()のoffset_arrival_time[atc_id] とが次の関係になる最大のatc_idの値を取得する。
offset_arrival_time[atc_id] ≦ IN_time
（図２６のシンタクス参照）。
【０４５０】
ステップＳ４０１で、制御部１７は、上記atc_idで指されるATC-sequence中のi番目のtime_unitの開始時刻TU_start_time[atc_id][i]が、IN_timeよりも時間的に前で最も近い時のiの値を取得する（上記した式（２）参照）。
【０４５１】
ステップＳ４０２で、制御部１７は、上記iに対応するSPN_time_unit_start[atc_id][i]をエントリーポイントのアドレスとする。そして、処理を終了する。
【０４５２】
次に、TU_mapタイプのPlayListに対して、ミニマイズ編集をする時のClipとPlayListの更新方法の手順を、図５８のフローチャートを用いて説明する。
【０４５３】
ステップＳ５００で、制御部１７は、Real PlayListの再生範囲の中からどのVirtual PlayListsにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
【０４５４】
ステップＳ５０１で、制御部１７は、Real PlayListの再生範囲の中から消去する一区間の開始時刻（アライバルタイム）および終了時刻（アライバルタイム）を取得する。
【０４５５】
ステップＳ５０２で、制御部１７は、上記時間区間に対応するClip AVストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をTU_mapに基づいて決定する。この処理の詳細は、後述する。
【０４５６】
ステップＳ５０３で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいATC-sequenceをSequenceInfoに追加する。すなわち、制御部１７は、上記消去終了パケットの直後のソースパケットのパケット番号をSPN_ATC_startにセットする。
【０４５７】
ステップＳ５０４で、制御部１７は、TU_mapを消去後のClip AVストリームに対応するように変更する。すなわち、
-- 上記消去するAVストリーム区間に対応するSPN_time_unit_startのデータエントリを消去する。
-- 上記新しいATC-sequence上の最初のtime_unitの開始時刻を、そのATC-sequenceに対するoffset_arrival_timeとして、TU_mapに追加する。
-- TU_mapの中のソースパケット番号の値、すなわち、TU_mapのSPN_time_unit_startを消去後のClip AVストリームに対応するように変更する。
【０４５８】
ステップＳ５０５で、制御部１７は、上記の開始と終了パケットで示される区間のClip AVストリームのデータを消去する。
【０４５９】
ステップＳ５０６で、制御部１７は、上記の処理を反映させてClip Information fileを更新および記録する。このClip Information fileには、図８に示されるように、ClipInf(), Sequence Info(), Program Info(), CPI()などが含まれている。従って、上述したATC_sequenceに関する情報が記録媒体１０に記録されることになる。
【０４６０】
ステップＳ５０７で、制御部１７は、Real PlayList fileが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
【０４６１】
ステップＳ５０８で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ５００で調べた消去範囲をすべて消去したかどうかを調べる。判定がNoの場合、処理はステップＳ５０１へ戻る。判定がYesの場合、制御部１７は、ミニマイズ処理を終了する。
【０４６２】
次に、図５９のフローチャートを参照して、図５８のステップＳ５０２の処理の詳細を説明する。
【０４６３】
ステップＳ６００で、制御部１７は、消去する区間の開始時刻と終了時刻が含まれるATC_sequenceのatc_idの値を取得する。
【０４６４】
ステップＳ６０１で、制御部１７は、上記atc_idで指されるATC-sequence中のi番目のtime_unitの開始時刻TU_start_time[atc_id][i]が、消去する区間の開始時刻よりも時間的に後ろで最も近い時のiの値を取得する（上記した式（２)参照）。
【０４６５】
ステップＳ６０２で、制御部１７は、上記iに対応するSPN_time_unit_start[atc_id][i]を消去開始パケットのアドレスとする。
【０４６６】
ステップＳ６０３で、制御部１７は、上記atc_idで指されるATC-sequence中のj番目のtime_unitの開始時刻TU_start_time[atc_id][j]が、消去する区間の終了時刻よりも時間的に前で最も近い時のjの値を取得する（上記した式（２）参照）。
【０４６７】
ステップＳ６０４で、制御部１７は、上記jに対応するSPN_time_unit_start[atc_id][j]を消去終了パケットのアドレスとする。
【０４６８】
図６０は、EP_mapタイプとTU_mapタイプの各PlayListに対するミニマイズ編集でのClip Information fileの更新の違いをまとめたものである。
【０４６９】
ステップＳ７０１で、制御部１７は、PlayList が、EP_mapのPlayListであるか否かを判定し、EP_mapのPlayListである場合、ステップＳ７０２へ進む。
【０４７０】
ステップＳ７０２で、EP_mapのPlayListであると判定された場合、制御部１７は、AVストリームの部分消去に対応するように、Clip Informationファイルを更新する。すなわち、
ATC-seqeenceの情報を更新し（図５２のステップＳ２６４）、
STC-seqeenceの情報を更新し（図５２のステップＳ２６５，Ｓ２６６）、
さらに、必要に応じて、program-sequenceの情報を更新する（図５２のステップＳ２６７）。
【０４７１】
そして、ステップＳ７０３で、制御部１７は、AVストリームの部分消去に対応するように、EP_mapの情報を更新する（図５２のステップＳ２６８）。そして、処理を終了する。
【０４７２】
一方、ステップＳ７０１で、PlayList が、TU_mapのPlayListであると判定された場合、処理はステップ７０４へ進む。
【０４７３】
ステップＳ７０４で、制御部１７は、AVストリームの部分消去に対応するように、Clip InformationファイルのATC-seqenceの情報を更新する（図５８のステップＳ５０３）。
【０４７４】
そして、制御部１７は、ステップＳ７０５で、AVストリームの部分消去に対応するように、TU_mapの情報を更新し（図５８のステップ５０４）、処理を終了する。
【０４７５】
次に、EP_mapタイプのPlayList のAVストリームを記録する時にATC不連続点とSTC不連続点が発生する場合における、PlayList（図２８）のPlayItemデータ（図２９）について、connection_condition（図２９）の値の設定方法を説明する。
【０４７６】
ATCシーケンスとSTCシーケンスの不連続点を持つAVストリームとPlayItemの関係について説明する。
【０４７７】
図６１は、EP_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。ATCシーケンスの境界で、STCシーケンスも分かれる。そして、PlayItemは連続なSTCシーケンスを参照するので、STCシーケンスの境界で2個のPlayItemに分かれる。この場合、現在のPlayItem(図中のCurrent PlayItem)がその前側のPlayItem(Previous PlayItem)と、このような状態で接続されていることを示すために、connection_conditionの値を１に設定する。
【０４７８】
図６２は、EP_mapタイプのPlayListの場合に、連続なATCシーケンス上にある2個のSTCシーケンスの境界で2個のPlayItemが分かれている場合を説明する図である。連続なATCシーケンス上のSTC不連続点で、2個のSTCシーケンスに分かれている。そして、PlayItemは連続なSTCシーケンスを参照するので、STCシーケンスの境界で2個のPlayItemに分かれる。この場合、現在のPlayItem(図中のCurrent PlayItem)がその前側のPlayItem(Previous PlayItem)と、このような状態で接続されていることを示すために、connection_conditionの値を2に設定する。
【０４７９】
図６３は、AVストリームの記録方法について、その記録途中にATC不連続点とSTC不連続点が発生する場合における、EP_mapタイプのPlayListデータの作成方法を説明するフローチャートである。
【０４８０】
ステップＳ８００で、制御部１７（図４３）は、パラメータn=0, m=0, is_ATC_sequence=1にセットする。nは、記録途中に発生するATCシーケンスの番号であり、mは、記録途中に発生するSTCシーケンスの番号であり、is_ATC_sequenceは、ATCの不連続が発生したことを示すフラグである。
【０４８１】
ステップＳ８０１で、制御部１７は、現在記録するパケットからn番目のATCシーケンスを開始する。
【０４８２】
ステップＳ８０２で、制御部１７は、前記現在記録するパケットからm番目のSTCシーケンスを開始する。また、m番目のPlayItemを開始する。
【０４８３】
ステップＳ８０３で、制御部１７は、m番目のPlayItemのconnection_conditionを決める。
is_ATC_change=1の場合、connection_condition=1,
is_ATC_change=0の場合、connection_condition=2。
【０４８４】
なお、最初のPlayItem（m=0）については、図６２の状態とは異なるが、connection_condition=1とする。
【０４８５】
ステップＳ８０４で、制御部１７は、記録するAVストリームに含まれるビデオのPTSを解析する。このPTSの情報は、PlayItemのIN_time, OUT_timeを取得するための情報となる。
【０４８６】
ステップＳ８０５で、制御部１７は、不連続点を検出したか判定する。Noの場合は、ステップＳ８０４の処理を続ける。Yesの場合は、ステップＳ８０６へ移る。
【０４８７】
ステップＳ８０６で、制御部１７は、STC不連続が発生したかどうかを調べる。STC不連続の検出方法については、図４５における場合と同様に行う。
【０４８８】
ステップＳ８０６で、Yesの場合、制御部１７は、STCの不連続が発生した（ATCの不連続は発生しない）と判定する（図６２の状態）。そして、次のように処理をする。
(1) m番目のPlayItemのIN_time, OUT_timeの取得する。
(2) m++
(3) is_ATC_change=0
と処理する。
【０４８９】
そして、ステップＳ８０２へ戻り、引き続き処理を行う。この場合、is_ATC_change=0であるので、ステップＳ８０３で、PlayItemのconnection_condition=2がセットされる。
【０４９０】
ステップＳ８０６で、Noの場合、ステップＳ８０８へ移る。
【０４９１】
ステップＳ８０８は、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
【０４９２】
ステップＳ８０８で、Yesの場合、記録が一度中断されたので、制御部１７は、ATCの不連続が発生した（STCの不連続もまた発生する）と判定する（図６１の状態）。この時、ステップＳ８０９で、次の処理を行う。
(1) m番目のPlayItemのIN_time, OUT_timeの取得する。
(2) m++,
(3) n++
(4) is_ATC_change=1
【０４９３】
そして、ステップＳ８０１へ戻り、引き続き処理を行う。この場合、is_ATC_change=1であるので、ステップＳ８０３で、PlayItemのconnection_condition=1がセットされる。
【０４９４】
ステップＳ８０８で、Noの場合、AVストリームの記録を終了する。
【０４９５】
次に、TU_mapタイプのPlayListのAVストリームを記録する時にATC不連続点が発生する場合におけるPlayList（図２８）のPlayItemデータ（図２９）について、connection_condition（図２９）の値の設定方法を説明する。
【０４９６】
ATCシーケンスの不連続点を持つAVストリームとPlayItemの関係について説明する。
【０４９７】
図６４は、TU_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。TU_mapタイプのPlayListの場合、PlayItemは連続なATCシーケンスを参照するので、ATCシーケンスの境界で2個のPlayItemに分かれる。この場合、現在のPlayItem(図中のCurrent PlayItem)がその前側のPlayItem(Previous PlayItem)と、このような状態で接続されていることを示すために、connection_conditionの値を１に設定する。
【０４９８】
図６５は、PlayListのAVストリームの記録方法について、その記録途中にATC不連続点が発生する場合、TU_mapタイプのPlayListデータの作成方法を説明するフローチャートである。
【０４９９】
ステップＳ８３１で、制御部１７（図４３）は、パラメータn=0にセットする。nは、記録途中に発生するATCシーケンスの番号である。
【０５００】
ステップＳ８３２で、制御部１７は、現在記録するパケットからn番目のATCシーケンスを開始する。
【０５０１】
ステップＳ８３３で、制御部１７は、n番目のPlayItemを開始する。
【０５０２】
ステップＳ８３４で、制御部１７は、n番目のPlayItemのconnection_condition=1とセットする。
【０５０３】
なお、最初のPlayItem（n=0）についても、図６４の状態とは異なるが、connection_condition=1とする。
【０５０４】
ステップＳ８３５で、制御部１７は、記録するAVストリームのパケットのアライバルタイムスタンプを取得する。このアライバルタイムスタンプの情報は、PlayItemのIN_time, OUT_timeを取得するための情報となる。
【０５０５】
ステップＳ８３６で、制御部１７は、不連続点を検出したか判定する。Noの場合は、ステップＳ８３５の処理を続ける。Yesの場合は、ステップＳ８３７へ移る。
【０５０６】
ステップＳ８３７で、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
【０５０７】
ステップＳ８３７で、Yesの場合、記録が一度中断されたので、制御部１７は、ATCの不連続が発生したと判定する。この時、ステップＳ８３８で、次の処理を行う。
(1) n番目のPlayItemのIN_time, OUT_timeの取得する。
(2) n++
【０５０８】
そして、ステップＳ８３２へ戻り、引き続き処理を行う。この後のステップＳ８３４で、PlayItemのconnection_condition=1がセットされる（図６３の状態）。
【０５０９】
ステップＳ８３７で、Noの場合、AVストリームの記録を終了する。
【０５１０】
図６６は、connection_conditionの値に基づいて、EP_mapタイプのPlayListを再生する方法を説明するフローチャートである。
【０５１１】
ステップＳ８５１で、制御部１７（図４３）は、PlayListファイルのデータを読み込む。
【０５１２】
ステップＳ８５２で、制御部１７は、パラメータK=0にセットする。Kは、PlayListの中にエントリーされているPlayItemデータの番号である。
【０５１３】
ステップＳ８５３で、制御部１７は、現在、再生するK番目のPlayItemのconnection_conditionの取得をする。
【０５１４】
ステップＳ８５４で、制御部１７は、connection_conditionの値が2であるかどうかを調べる。Yesの場合、ステップＳ８５５へ進む。
【０５１５】
ステップＳ８５５で、制御部１７は、前回の(K-1)番目のPlayItemのAVデータに続くATCシーケンスのAVデータを連続読み出しできることがわかる。すなわち、連続なATCシーケンス上のSTC不連続点にて、PlayItemが分かれているだけである（図６２の状態である）ので、STC不連続点をまたいで、AVストリームデータを連続読み出しできることがわかる。具体的には、図７の再生モデルにおいて、STC不連続点をまたいでも、アライバルタイムカウンタークロック255の値を連続にできることがわかる。
【０５１６】
ステップＳ８５４で、Noの場合は、ステップＳ８５６へ進む。
【０５１７】
ステップＳ８５６で、制御部１７は、前回(K-1)番目のPlayItemのAVデータ読み出し後、現在のK番目のPlayItemのAVデータ読み出し開始に先立ち、再生器のATCカウンタのリセットが必要であることがわかる。すなわち、PlayItem の境界でATC不連続点があるので、図７の再生モデルにおいて、ATC不連続点でアライバルタイムカウンタークロック255の値をリセットする必要があることがわかる（例えば、図６１のCurrent PlayItemの場合、ATC-sequence2の開始点SPN_ATC_startが示すパケットのarrival_time_stampの値でアライバルタイムカウンタークロック255の値をリセットする）。
【０５１８】
ステップＳ８５７で、制御部１７は、最後のPlayItemの処理を終了したかどうかを調べる。Noの場合は、ステップＳ８５８へ進み、Kをインクリメントする。
【０５１９】
ステップＳ８５７で、Yesの場合は、PlayListの再生処理を終了する。
【０５２０】
図６７は、TU_mapタイプのPlayListを再生する方法を説明するフローチャートである。
【０５２１】
ステップＳ８７１で、制御部１７（図４３）は、PlayListファイルのデータを読み込む。
【０５２２】
ステップＳ８７２で、制御部１７は、パラメータK=0にセットする。Kは、PlayListの中にエントリーされているPlayItemデータの番号である。
【０５２３】
ステップＳ８７３で、制御部１７は、現在、再生するK番目のPlayItemのconnection_condition=1の取得をする。
【０５２４】
ステップＳ８７４で、制御部１７は、前回(K-1)番目のPlayItemのAVデータ読み出し後、現在のK番目のPlayItemのAVデータ読み出し開始に先立ち、再生器のATCカウンタのリセットが必要であることがわかる。すなわち、PlayItem の境界でATC不連続点があるので、図７の再生モデルにおいて、ATC不連続点でアライバルタイムカウンタークロック255の値をリセットする必要があることがわかる（例えば、図６４のCurrent PlayItemの場合、ATC-sequence2の開始点SPN_ATC_startが示すパケットのarrival_time_stampの値でアライバルタイムカウンタークロック255の値をリセットする）。
【０５２５】
ステップＳ８７５で、制御部１７は、最後のPlayItemの処理を終了したかどうかを調べる。Noの場合は、ステップＳ８７６へ進み、Kをインクリメントする。
【０５２６】
ステップＳ８７５で、Yesの場合は、PlayListの再生処理を終了する。
【０５２７】
このようなシンタクス、データ構造、規則に基づく事により、記録媒体１０に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。
【０５２８】
以上説明した各種の情報が記録される記録媒体１０は、例えば光ディスクで構成される。この記録媒体１０には、スパイラル状または同心円状にトラックが形成される。そして、図６８に示されるように、そのうちのGathered files領域１０Ａに、Gathered files（例えば、図２のPLAYLISTのファイル（*.rplsおよび*.vplsの拡張子を有するファイル）、並びにCLIPINFを構成するファイル（*.clpiの拡張子を有するファイル））が記録され、その他の領域１０Ｂに、STREAMのファイル（例えば、*.m2tsの拡張子を有するファイル）が記録される。Gathered filesは、記録媒体１０を動画像記録再生装置１に装着したとき、短時間で読み出す必要があるファイルである。
【０５２９】
なお、本実施の形態は、多重化ストリームとしてMPEG2トランスポートストリームを例にして説明しているが、これに限らず、DSSトランスポートストリームやMPEG2プログラムストリームについても適用することが可能である。
【０５３０】
以上のように、本発明によれば、トランスポートストリーム等のAVストリームのパケットを記録媒体に記録するシステムにおいて、各パケットのデコーダへの到着時刻を示すアライバル・タイム・スタンプ（arrival_time_stamp）がパケットに付加して記録される。このとき、アライバル・タイム・スタンプの連続性を表す情報（ATC-sequenceの情報）も記録される。具体的には、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレス（SPN_ATC_start）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
【０５３１】
例えば、AVストリームを新しく記録する時、連続して記録されたパケット列にはアライバルタイムベースの不連続点は含まれず、アライバル・タイム・ベースの時間軸は１つである。その時間軸はパケット列の最初のパケットから開始する。
【０５３２】
編集等によって、前記パケット列の中の不必要な部分のパケットが消去され、残った全てのパケットが１つのパケット列にまとめられる場合を考える。この場合、新しいパケット列の中には、アライバル・タイムベースの時間軸が複数存在する場合がある。このとき、それぞれのアライバル・タイム・ベースの時間軸が開始するパケットのアドレスが記録媒体に記録される。
【０５３３】
さらに、アライバル・タイム・スタンプの連続性を表す情報を記録するシステムにおいては、AVデータの再生時刻が参照するところのシステム・タイム・ベースの不連続点が検出され、そのシステム・タイム・ベースの連続性を表す情報(STC-sequenceの情報)が記録される。具体的には、記録されている１つのパケット列の中で、システム・タイム・ベースの時間軸が開始するパケットのアドレス（SPN_STC_start）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
【０５３４】
また、システム・タイム・ベースの不連続点を含まないパケット列である、１つのSTC-sequenceは、アライバル・タイム・ベースの不連続点を含まないパケット列であるATC-sequenceの境界をまたがないように前記データが管理される。
【０５３５】
従って、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレスを正しく管理することが可能となる。ATC-sequenceが増加しても、Clipのファイル数が増加しないので、ファイル管理が容易となる。さらに、stc-idで各々のSTC-sequenceを識別するようにしたので、プレイリストの編集が容易となる。
【０５３６】
また、AVストリームファイルの中にアライバルタイムベースの不連続点やシステムタイムベースの不連続が含まれる場合であっても、適切にAVデータの再生開始時間と終了時間を管理できる。
【０５３７】
なお、本実施の形態は、多重化ストリームとしてMPEG2トランスポートストリームを例にして説明しているが、これに限らず、DSSトランスポートストリームやMPEG2プログラムストリームについても適用することが可能である。
【０５３８】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０５３９】
この記録媒体は、図４３に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク５３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMやハードディスクなどで構成される。
【０５４０】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０５４１】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０５４２】
【発明の効果】
以上のように、本発明によれば、記録後に、編集操作が行われた場合においても、データの内容、および、再生情報を簡単に、かつ、適切に管理することが可能になる。
【０５４３】
また、本発明によれば、編集操作が行われた場合においても、データの内容および再生を簡単に、かつ適切に管理することが可能な情報記録媒体を実現することができる。
【０５４４】
さらに、本発明によれば、データストリームを欠落させることなく、連続的に、かつ、迅速に、再生することが可能となる。
【０５４５】
また、本発明によれば、データストリームの一部を削除した場合においても、データストリームを連続的に再生することが可能となるだけでなく、編集後のデータの管理も容易となる。
【０５４６】
【図面の簡単な説明】
【図１】本発明が適用される記録再生システムで用いる記録媒体上のアプリケーションフォーマットの構造を説明する図である。
【図２】ディレクトリ構造を説明する図である。
【図３】DVR MPEG-２のトランスポートストリームの構造を説明する図である。
【図４】source_packetのシンタクスを示す図である。
【図５】TP_extra_header()のシンタクスを示す図である。
【図６】DVR MPEG−２トランスポートストリームレコーダモデルの構成を示すブロック図である。
【図７】DVR MPEG−２トランスポートストリームプレーヤモデルの構成を示すブロック図である。
【図８】Clip Information fileのシンタクスを示す図である。
【図９】ATC-sequenceを説明する図である。
【図１０】ATCの不連続点とATC-sequencesの関係を説明する図である。
【図１１】連続なSTC区間について説明する図である。
【図１２】STCの不連続点とSTC-sequenceの関係を説明する図である。
【図１３】SequenceInfo()のシンタクスを示す図である。
【図１４】Program-sequenceを説明する図である。
【図１５】ProgramInfo()のシンタクスを示す図である。
【図１６】StreamCodingInfo()のシンタクスを示す図である。
【図１７】stream_coding_typeを説明する図である。
【図１８】video_formatを説明する図である。
【図１９】frame_rateを説明する図である。
【図２０】display_aspect_ratioを説明する図である。
【図２１】audio_presentation_typeを説明する図である。
【図２２】sampling_frequencyを説明する図である。
【図２３】CPI()のシンタクスを示す図である。
【図２４】EP_mapを説明する図である。
【図２５】TU_mapを説明する図である。
【図２６】TU_mapのシンタクスを説明する図である。
【図２７】PlayList fileのシンタクスを示す図である。
【図２８】PlayList()のシンタクスを示す図である。
【図２９】EP_map typeのPlayListを説明する図である。
【図３０】TU_map typeのPlayListを説明する図である。
【図３１】EP_map typeのPlayListの時間情報とAVストリームファイルの中のアドレス情報の関係を説明する図である。
【図３２】TU_map typeのPlayListの時間情報とAVストリームファイルの中のアドレス情報の関係を説明する図である。
【図３３】PlayItem()のシンタクスを示す図である。
【図３４】AVストリームが新しいClipとして記録されるときのClipとPlayListの関係を説明する図である。
【図３５】Virtual PlayListの作成について説明する図である。
【図３６】Real PlayListの再生区間の一部分を消去したときのClipとPlayListの関係を説明する図である。
【図３７】ミニマイズ編集を説明する図である。
【図３８】Clip AVストリームのデータを部分的に消去したときに、Clipの中に生成されるATC-sequenceを説明する図である。
【図３９】Clip AVストリームのデータを部分的に消去したときのATC-sequence, STC-sequenceおよびprogram-sequenceの関係を説明する図である。
【図４０】CPIがEP_mapであるClip AVストリームの一部分を消去したときのClipとPlayListの関係を説明する図である。
【図４１】CPIがEP_mapであるClip AVストリームの一部分を消去したときに、Clipファイルが２つに別れる場合を説明する図である。
【図４２】CPIがTU_mapであるClip AVストリームの一部分を消去したときのClipとPlayListの関係を説明する図である。
【図４３】本発明の動画像記録再生装置の構成を示すブロック図である。
【図４４】Clipの作成処理を説明するフローチャートである。
【図４５】SequeceInfoの作成処理を説明するフローチャートである。
【図４６】ProgramInfoの作成処理を説明するフローチャートである。
【図４７】EP_mapの作成処理を説明するフローチャートである。
【図４８】ClipのCPIの種類によってClipの情報の作成方法が違うことを説明するフローチャートである。
【図４９】Real PlayListの作成処理を説明するフローチャートである。
【図５０】Virtual PlayListの作成処理を説明するフローチャートである。
【図５１】EP_mapタイプのPlayListの再生処理を説明するフローチャートである。
【図５２】EP_mapタイプのPlayListに対するミニマイズ編集処理を説明するフローチャートである。
【図５３】ミニマイズのオペレーションを説明する図である。
【図５４】ミニマイズ時のIN_timeの前の不要なストリームデータの消去を説明する図である。
【図５５】ミニマイズ時のOUT_timeの後ろの不要なストリームデータの消去を説明する図である。
【図５６】TU_mapタイプのPlayListの再生方法を説明するフローチャートである。
【図５７】図５６のステップＳ３０３の処理の詳細を説明するフローチャートである。
【図５８】TU_mapタイプのPlayList に対するミニマイズ編集の処理を説明するフローチャートである。
【図５９】図５８のステップＳ５０２の処理の詳細を説明するフローチャートである。
【図６０】EP_mapタイプとTU_mapタイプの各PlayListに対するミニマイズ編集の処理でのClip Information fileの更新を説明するフローチャートである。
【図６１】EP_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。
【図６２】EP_mapタイプのPlayListの場合に、連続なATCシーケンス上にある2個のSTCシーケンスの境界でPlayItemが分かれている場合を説明する図である。
【図６３】AVストリームを記録する時に、EP_mapタイプのPlayListを作成する場合のフローチャートである。
【図６４】TU_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。
【図６５】AVストリームを記録する時に、TU_mapタイプのPlayListを作成する場合のフローチャートである。
【図６６】EP_mapタイプのPlayListを再生する時のフローチャートを説明する図である。
【図６７】TU_mapタイプのPlayListを再生する時のフローチャートである。
【図６８】記録媒体の記録領域を説明する図である。
【０５４７】
【符号の説明】
１０ 記録媒体， １１ 読み出し部， １２ 復調部， １３ ECC復号部
， １４ ソースデパケッタイザ， １５ デマルチプレクサ， １６ AVデコーダ， １７ 制御部， ２３ AVエンコーダ， ２４ ビデオ解析部， ２５ マルチプレクサ， ２６ 多重化ストリーム解析部， ２９ ソースパケッタイザ， ３０ ECC符号化部， ３１ 変調部， ３２ 書き込み部
【０００１】
本発明はデータ記録装置および方法、データ記録媒体、データ再生方法および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラムに関し、特に、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータ内容、および、再生情報を適切に管理することができるようにしたデータ記録装置および方法、データ記録媒体、データ再生方法および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のAV(Audio Visual)信号を記録するメディアとしての期待が高い。この記録可能な光デイスクに記録するデジタルのAV信号のソース（供給源）としては、CSデジタル衛星放送やBSデジタル放送があり、また、将来はデジタル方式の地上波テレビジョン放送等も提案されている。
【０００３】
ここで、これらのソースから供給されるデジタルビデオ信号は、通常MPEG（Moving Picture Experts Group）２方式で画像圧縮されているのが一般的である。また、記録装置には、その装置固有の記録レートが定められている。従来の民生用映像蓄積メディアで、デジタル放送からのデジタルビデオ信号を記録する場合、アナログ記録方式であれば、デジタルビデオ信号をデコード後、帯域制限をして記録が行われる。あるいは、MPEG１ Video、MPEG２ Video、DV（Digital Video）方式をはじめとするデジタル記録方式であれば、１度デコードされた後に、その装置固有の記録レート、かつ符号化方式で再エンコードされて記録される。
【０００４】
しかしながら、このような記録方法は、供給されたビットストリームを１度デコードし、その後で帯域制限や再エンコードを行って記録するため、画質の劣化を伴う。画像圧縮されたデジタル信号の記録をする場合、入力されたデジタル信号の伝送レートが記録再生装置の記録レートを超えない場合には、供給されたビットストリームをデコードや再エンコードすることなく、そのまま記録する方法が最も画質の劣化が少ない。ただし、画像圧縮されたデジタル信号の伝送レートが記録媒体としてのディスクの記録レートを超える場合には、記録再生装置でデコード後、伝送レートがディスクの記録レートの上限以下になるように、再エンコードをして記録する必要がある。
【０００５】
また、入力デジタル信号のビットレートが時間により増減する可変レート方式によって伝送されている場合には、回転ヘッドが固定回転数であるために記録レートが固定レートになるテープ記録方式に比べ、１度バッファにデータを蓄積し、バースト的に記録ができるディスク記録装置の方が、情報記録媒体としてのディスクの容量をより無駄なく利用できる。
【０００６】
以上のように、デジタル放送が主流となる将来においては、データストリーマのように放送信号をデジタル信号のまま、デコードや再エンコードすることなく記録し、記録媒体としてディスクを使用した記録再生装置が求められると予測される。
【０００７】
上述したように、記録媒体の容量が増大することにより、その記録媒体には、多くのデータ（例えば、番組に関する映像データや音声データなど）が記録できるようになる。従って、１枚のディスクに多くの番組が記録されることになり、ユーザが、それらのディスク内に記録されている多くの番組の中から、所望の画像を視聴できるように編集するといったような操作が必要になる。
【０００８】
【発明が解決しようとする課題】
しかしながら、編集操作が行われた場合、記録されているデータの内容、および、再生情報を適切に管理することが困難になる。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータの内容、および、再生情報を適切に管理することができるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
本発明の第１のデータ記録装置は、データストリームの基準時刻情報を検出する第１の検出手段と、第１の検出手段による検出結果に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する第１の生成手段と、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録手段とを備えることを特徴とする。
【００１１】
前記第１の連続性情報は、記録されている１つのパケット列の中で、第１の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
【００１２】
前記第２の連続性情報は、記録されている１つのパケット列の中で、第２の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
【００１３】
１つの前記第１のパケット列は、第２のパケット列の境界をまたがないようにデータを管理する管理手段をさらに備えるようにすることができる。
【００１４】
前記データストリームの中に配置されているプログラム内容の変化点を検出する第２の検出手段と、第２の検出手段による検出結果に基づいて、記録されている１つのパケット列の中で、プログラム内容の変化点に対応するパケットのアドレスを取得する取得手段とをさらに備え、記録手段は、取得手段により取得された変化点に対応するパケットのアドレスを情報記録媒体にさらに記録するようにすることができる。
【００１５】
記録されている１つのパケット列の中において、前記プログラム内容が一定であるパケット列としての１つのプログラムシーケンスは、第１のパケット列および第２のパケット列の境界をまたいでも良いようにデータを管理する管理手段をさらに備えるようにすることができる。
【００１６】
前記第１のパケット列毎に、プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを生成する第２の生成手段をさらに備え、記録手段は、第２の生成手段により生成されたプレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを情報記録媒体にさらに記録するようにすることができる。
【００１７】
前記記録手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
【００１８】
本発明の第１のデータ記録方法は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
【００１９】
本発明の第１のプログラム格納媒体は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
【００２０】
本発明の第１のプログラムは、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを実行させる。
【００２１】
本発明の第１のデータ記録媒体は、データストリームの基準時刻情報に基づいて生成される第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報であって、第２の時刻情報の不連続点を含まない第２のパケット列毎に生成される識別情報のオフセット値とが記録される。
【００２２】
本発明の第１のデータ再生装置は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
【００２３】
前記再生手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに再生するようにすることができる。
【００２４】
本発明の第１のデータ再生方法は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００２５】
本発明の第２のプログラム格納媒体は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００２６】
本発明の第２のプログラムは、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に、第２のパケット列上にある最初の第１のパケット列に対する識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
【００２７】
本発明の第２のデータ記録装置は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得手段と、パケット列のオフセット時刻情報を取得する第２の取得手段と、第１の取得手段により取得されたパケットのアドレスと、第２の取得手段により取得されたオフセット時刻情報を情報記録媒体に記録する記録手段とを備え、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００２９】
前記記録手段は、到着時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
【００３０】
本発明の第２のデータ記録方法は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含み、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００３１】
本発明の第３のプログラム格納媒体は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含み、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００３２】
本発明の第３のプログラムは、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとをコンピュータに実行させ、パケット列は、 ATC シーケンスであり、パケットのアドレスは、 SPN_ATC_start であり、オフセット時刻情報は、 offset_arrival_time であることを特徴とする。
【００３３】
本発明の第２のデータ再生装置は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備え、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生することを特徴とする。
【００３６】
本発明の第２のデータ再生方法は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含み、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生することを特徴とする。
【００３７】
本発明の第４のプログラム格納媒体は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含み、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生させることを特徴とする。
【００３８】
本発明の第４のプログラムは、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させ、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生させることを特徴とする。
【００３９】
本発明の第２のデータ記録媒体は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列毎の到着時刻情報のオフセット時刻情報と、到着時刻情報の時間とデータアドレスを関係付けるマップとが記録される。
【００４０】
本発明の第１のデータ編集装置は、基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
【００４１】
表示時刻情報の時間とデータアドレスを関係付けるマップをさらに制御することができる。
【００４２】
削除終了点の表示時刻に等しいか、または過去の表示時刻を持つ第１のエントリーポイントの第1の表示時刻を見つけ、第1の表示時刻の値よりも、少なくとも所定の時間だけ過去の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、第２の表示時刻に関連づけられたデータアドレスよりも前を削除するように制御することができる。
【００４３】
削除開始点の表示時刻に等しいか、または未来の表示時刻の値を持つ第１のエントリーポイントの第1の表示時刻を見つけ、第1の表示時刻よりも、未来の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、第２の表示時刻に関連づけられたアドレスよりも後ろを削除するように制御することができる。
【００４４】
本発明の第１のデータ編集方法は、コントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
【００４５】
本発明の第５のプログラム格納媒体は、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
【００４６】
本発明の第５のプログラムは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御させることを特徴とする。
【００４７】
本発明の第２のデータ編集装置は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御することを特徴とする。
【００４８】
到着時刻情報の時間とデータアドレスを関係付けるマップの再生をさらに制御することができる。
【００５１】
本発明の第２のデータ編集方法は、コントローラは、データストリームの一部を削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御することを特徴とする。
【００５２】
本発明の第６のプログラム格納媒体は、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御させることを特徴とする。
【００５３】
本発明の第６のプログラムは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御させることを特徴とする。
本発明の第３のデータ編集装置は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部を削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御することを特徴とする。
到着時刻情報の時間とデータアドレスを関係付けるマップの再生をさらに制御することができる。
本発明の第３のデータ編集方法は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置のデータ編集方法であって、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御し、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御することを特徴とする。
本発明の第７のプログラム格納媒体は、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御させることを特徴とする。
本発明の第７のプログラムは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけさせ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求めさせ、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御させることを特徴とする。
【００５４】
本発明の第３のデータ記録装置は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成手段と、第１のマップ情報を使用する場合には、作成手段で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録手段とを備えることを特徴とする。
【００５５】
前記第1のマップ情報は、EP_mapであり、第2のマップはTU_mapとすることができる。
【００５６】
編集処理において、記録手段は、第1のマップが使用されている際には、第1の連続性情報、および第2の連続性情報を更新するとともに、第2のマップが使用されている際には、第2の連続性情報を更新することができる。
【００５７】
本発明の第３のデータ記録方法は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００５８】
本発明の第８のプログラム格納媒体のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００５９】
本発明の第８のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
【００６０】
本発明の第４のデータ記録装置は、パケット列で構成されるデータストリームの記録の種類を判定する判定手段と、判定手段により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定手段により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御部と、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録部とを備えることを特徴とする。
【００６１】
前記制御部は、記録の種類が第１の種類と判定された場合、データストリームの時刻情報と記録アドレスに基づく第１のマップ情報を生成するとともに、記録の種類が第２の種類と判定された場合、パケットの到着時刻情報と記録アドレスに基づく第２のマップ情報を生成し、記録部は、第１のマップ情報、または第２のマップ情報を記録することができる。
【００６２】
前記第１の時間軸情報は、データストリームの基準時刻情報に基づいて生成された時刻情報の時間軸情報であり、第２の時間軸情報は、パケットの到着時刻に基づいて生成された時刻情報の時間軸情報とすることができる。
【００６３】
本発明の第４のデータ記録方法は、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００６４】
本発明の第９のプログラム格納媒体は、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
【００６５】
本発明の第９のプログラムは、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
【００６６】
本発明の第３のデータ再生装置は、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生手段と、再生手段により再生された情報に基づいて、情報記録媒体からの再生を制御する制御手段とを備えることを特徴とする。
【００６７】
本発明の第３のデータ再生方法は、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００６８】
本発明の第１０のプログラム格納媒体は、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００６９】
本発明の第１０のプログラムは、情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを実行させる。
【００７０】
本発明の第５のデータ記録装置は、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得手段と、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録手段とを備えることを特徴とする。
【００７１】
前記記録手段は、第１のパケット列と第２のパケット列の記録の間に、記録ポーズとポーズ解除の動作があった場合に、第２の時刻情報の不連続点が存在することを示す情報をさらに記録することができる。
【００７２】
本発明の第５のデータ記録方法は、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップとを含むことを特徴とする。
【００７３】
本発明の第１１のプログラム格納媒体は、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップとを含むことを特徴とする。
【００７４】
本発明の第１１のプログラムは、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点およびパケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、不連続情報に応じて、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップとを実行させる。
【００７５】
本発明の第４のデータ再生装置は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、再生手段により再生された情報に基づいて、情報記録媒体からの再生を制御する制御手段とを備えることを特徴とする。
【００７６】
本発明の第４のデータ再生方法は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００７７】
本発明の第１２のプログラム格納媒体は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
【００７８】
本発明の第１２のプログラムは、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを実行させる。
【００７９】
本発明の第３のデータ記録媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報が記録されていることを特徴とする。
【００８０】
本発明の第６のデータ記録装置は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録手段を備えることを特徴とする。
【００８１】
本発明の第６のデータ記録方法は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを含むことを特徴とする。
【００８２】
本発明の第１３のプログラム格納媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを含むことを特徴とする。
【００８３】
本発明の第１３のプログラムは、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを実行させる。
【００８４】
本発明の第４のデータ記録媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報が記録されていることを特徴とする。
【００８５】
本発明の第５のデータ再生装置は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
【００８６】
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の間に第２の時刻情報の不連続点が存在しない場合、第１と第２のパケット列を、連続な基準時刻情報の値に基づいて再生するようにすることができる。
【００８７】
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の間に第２の時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットするようにすることができる。
【００８８】
本発明の第５のデータ再生方法は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００８９】
本発明の第１４のプログラム格納媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
【００９０】
本発明の第１４のプログラムは、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
【００９１】
本発明の第６のデータ再生装置は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生手段と、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生手段と、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御手段とを備えることを特徴とする。
【００９２】
本発明の第６のデータ再生方法は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
【００９３】
本発明の第１５のプログラム格納媒体は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
【００９４】
本発明の第１５のプログラムは、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを実行させる。
【００９５】
本発明の第１のデータ記録装置においては、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎の識別情報のオフセット値が情報記録媒体に記録される。
【００９６】
本発明の第１のデータ再生装置においては、情報記録媒体から再生された、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値に基づいて、情報記録媒体からのデータストリームの再生が制御される。
【００９７】
本発明の第２のデータ記録装置においては、パケットのアドレスと、オフセット時刻情報が情報記録媒体に記録される。
【００９８】
本発明の第２のデータ再生装置においては、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、パケット列毎のオフセット時刻情報、および到着時刻情報の時間とデータアドレスを関係付けるマップが再生され、再生された情報に基づいて、情報記録媒体からのデータストリームの再生が制御される。また、再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、パケット列が見つけられ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻が求められ、エントリーポイントの時刻に関連づけられたアドレスからデータストリームが再生される。
【００９９】
本発明の第１のデータ編集装置においては、データストリームの一部が削除するように指示された場合、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値が付加されるように制御される。
【０１００】
本発明の第２のデータ編集装置においては、データストリームの一部を削除するように指示された場合、パケット列毎に、到着時刻情報の時間軸のスタートタイムが付加されるように制御され、削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列が見つけられ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻が求められ、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろが削除されるように制御される。
本発明の第３のデータ編集装置においては、データストリームの一部を削除するように指示された場合、パケット列毎に、到着時刻情報の時間軸のスタートタイムが付加されるように制御され、削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列が見つけられ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントが求められ、上記エントリーポイントの時刻に関連づけられたアドレスよりも前が削除されるように制御される。
【０１０１】
本発明の第３のデータ記録装置においては、第１のマップ情報を使用する場合には、第１の時刻情報の連続性を表す第１の連続性情報および第２の時刻情報の連続性を表す第２の連続性情報が記録され、第２のマップ情報を使用する際には、第２の連続性情報が記録される。
【０１０２】
本発明の第４のデータ記録装置においては、記録の種類が第１の種類の場合には、第１の時刻情報の時間軸を表す第１の連続性情報および第２の時刻情報の時間軸を表す第２の連続性情報が記録されるとともに、記録の種類が第２の種類の場合には、第２の連続性情報が記録される。
【０１０３】
本発明の第３のデータ再生装置においては、情報記録媒体から再生された、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報に基づいて、情報記録媒体からの再生が制御される。
【０１０４】
本発明の第５のデータ記録装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報が記録される。
【０１０５】
本発明の第４のデータ再生装置においては、情報記録媒体から再生された、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報に基づいて、情報記録媒体からの再生が制御される。
【０１０６】
本発明の第６のデータ記録装置においては、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報が記録される。
【０１０７】
本発明の第５のデータ再生装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報が再生される。
【０１０８】
本発明の第６のデータ再生装置においては、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値がリセットされる。
【０１０９】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を参照して説明する。
【０１１０】
図１は、記録媒体（後述する図４３の記録媒体１０）上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AVストリームの管理のためにPlayListとClipの２個のレイヤをもつ。そして、Volume Informationは、ディスク内のすべてのClipとPlayListの管理をする。
【０１１１】
１個のAVストリームと、それの付属情報のペアを１個のオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information fileと呼ばれる。
【０１１２】
１個のClip AVストリームファイルは、MPEG2トランスポートストリームをDVR（Digital Video Recording）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【０１１３】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントを主にタイムスタンプで指定する。PlayList によって、Clipの中のアクセスポイントのタイムスタンプが与えられた時、Clip Information fileは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立つ。
【０１１４】
PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのPlayListは、Clipの中の再生区間の集まりである。あるClipの中の１つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のIN点とOUT点のペアで表される。それゆえ、PlayListは、PlayItemの集まりである。
【０１１５】
PlayListには、２つのタイプがある。１つは、Real PlayListであり、もう１つは、Virtual PlayListである。
【０１１６】
Real PlayListは、それが参照しているClipのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それが参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが自動的に作られる。Real PlayListの再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分のデータもまた消去される。
【０１１７】
Virtual PlayListは、Clipのデータを共有していないとみなされる。Virtual PlayListが変更または消去されたとしても、Clipは何も変化しない。
【０１１８】
なお、以下の説明においては、Real PlayListとVirtual PlayListを総称して単に、PlayListと呼んでいる。
【０１１９】
DVRディスク上に必要なディレクトリは、次の通りである。
【０１２０】
"DVR"ディレクトリを含むrootディレクトリ
"PLAYLIST"ディレクトリ,"CLIPINF"ディレクトリ，"STREAM"ディレクトリ
および"DATA"ディレクトリを含む"DVR"ディレクトリ
【０１２１】
rootディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、このDVRアプリケーションフォーマットでは、無視される。
【０１２２】
図２に、DVRディスク上のディレクトリ構造の例を示す。同図に示されるように、rootディレクトリは、１個のディレクトリを含む。"DVR" -- DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
【０１２３】
"DVR"ディレクトリは、以下に説明するディレクトリを含む。
"PLAYLIST" -- Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、PlayListが１個もなくても存在しなければならない。
"CLIPINF" -- Clipのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Clipが１個もなくても存在しなければならない。
"STREAM" -- AVストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、AVストリームファイルが１個もなくても存在しなければならない。
【０１２４】
"PLAYLIST"ディレクトリは、2種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。
"xxxxx.rpls" -- このファイルは、１個のReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１個のファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、5個の0から9まで数字である。ファイル拡張子は、"rpls"でなければならない。
"yyyyy.vpls" -- このファイルは、１個のVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１個のファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、5個の0から9まで数字である。ファイル拡張子は、"vpls"でなければならない。
【０１２５】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１個のファイルをストアする。
"zzzzz.clpi" -- このファイルは、１個のAVストリームファイル(Clip AVストリームファイル または Bridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"clpi"でなければならない。
【０１２６】
"STREAM"ディレクトリは、AVストリームのファイルをストアする。"zzzzz.m2ts" -- このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m2ts"であり、ここで"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"m2ts"でなければならない。
【０１２７】
１個のAVストリームファイルとそれに対応するClip information fileは、同じ5個の数字"zzzzz"を使用しなければならない。
【０１２８】
その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０１２９】
次に、AVストリームファイルの構造を説明する。AVストリームファイルは図３示すDVR MPEG2トランスポートストリームの構造を持たなければならない。DVR MPEG2トランスポートストリームは次に示す特徴を持つ。
１）DVR MPEG2トランスポートストリームは、整数個のAligned unitから構成される。
２）Aligned unitの大きさは、6144 バイト (2048×3 バイト)である。
３）Aligned unitは、ソースパケットの第１バイト目から始まる。
４）ソースパケットは、192バイト長である。１個のソースパケットは、TP_extra_headerとトランスポートパケットから成る。TP_extra_headerは、4バイト長であり、またトランスポートパケットは、188バイト長である。
５）１個のAligned unitは、32個のソースパケットから成る。
６）DVR MPEG2トランスポートストリームの中の最後のAligned unitも、また32個のソースパケットから成る。
７）最後のAligned unitが、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（PID=0x1FFFのトランスポートパケット）を持ったソースパケットで満たさねばならない。
【０１３０】
Source packet のシンタクスを図４に示す。
【０１３１】
TP_extra_header()は、４バイト長のヘッダである。また、transport_packet() は、 ISO/IEC 13818-1で規定される188バイト長のMPEG-2トランスポートパケットである。
【０１３２】
TP_extra_headerのシンタクスを図５に示す。
【０１３３】
copy_permission_indicatorは、対応するトランスポートパケットのペイロードのコピー制限を表す整数である。
【０１３４】
arrival_time_stampは、AVストリームの中で、対応するトランスポートパケットがデコーダ（後述する図４３のAVデコーダ１６が対応する）に到着する時刻を示すタイムスタンプである。これは、後述する式(1)の中でarrival_time_stampによって指定される値を持つ整数値である。
【０１３５】
図６は、DVR MPEG-2トランスポートストリームのレコーダモデル（後述する図４３の動画像記録再生装置１が対応する）を示す。これは、レコーディングプロセスを規定するための概念上のモデルである。DVR MPEG-2トランスポートストリームは、このモデルに従っていなければならない。
【０１３６】
MPEG-2トランスポートストリームの入力タイミングについて説明する。
・入力MPEG2トランスポートストリームは、フルトランスポートストリームまたはパーシャルトランスポートストリームである。
・入力MPEG2トランスポートストリームは、ISO/IEC13818-1またはISO/IEC13818-9に従っていなければならない。
・MPEG2トランスポートストリームのi番目のバイトは、T-STD(ISO/IEC 13818-1で規定されるTransport stream system target decoder)２０１（図４３のAVデコーダ１６が対応する）とソースパケッタイザ（source packetizer）２０４（図４３のソースパケッタイザ２９が対応する）へ、時刻t(i)に同時に入力される。
【０１３７】
27MHz PLL２０２（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
27MHzクロックの周波数は、MPEG-2トランスポートストリームのPCR (Program Clock Reference)の値にロックしなければならない。
【０１３８】
arrival time clockについて説明する。
・アライバルタイムクロックカウンタ（Arrival time clock counter）２０３（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）は、27MHz PLL２０２が出力する27MHzの周波数のパルスをカウントするバイナリーカウンターである。
・Arrival_time_clock(i)は、時刻t(i)におけるArrival time clock counter２０３のカウント値である。
【０１３９】
ソースパケッタイザ２０４について説明する。
・ソースパケッタイザ２０４は、すべてのトランスポートパケットにTP_extra_headerを付加し、ソースパケットを作る。
・Arrival_time_stampは、トランスポートパケットの第１バイト目がT-STD２０１とソースパケッタイザ２０４の両方へ到着する時刻を表す。Arrival_time_stamp(k)は、等式(1)で示されるように、Arrival_time_clock(k)のサンプル値であり、ここで、kはトランスポートパケットの第１バイト目を示す。
【０１４０】
time_stamp(k) = arrival_time_clock(k)% 230 （１）
【０１４１】
ライトバッファ（Write Buffer）２０５（図４３の動画像記録再生装置１では、書き込み部３２に内蔵されている）について説明する。
・Rmaxは、ソースパケッタイザ２０４からライトバッファ２０５へのソースパケットストリームの入力ビットレートである。入力トランスポートストリームの最大ビットレートをTS_recording_rateとすると、Rmaxは次のように計算される。
【０１４２】
Rmax = TS_recording_rate × 192/188
【０１４３】
Rudは、ライトバッファ２０５からDVRドライブ（DVR drive）２０６（図４３の動画像記録再生装置１では、書き込み部３２に内蔵されている）への出力ビットレートである。
・ライトバッファ２０５が空でない時のバッファからのソースパケットストリームの出力ビットレートはRudである。バッファが空である時、バッファからの出力ビットレートはゼロである。
【０１４４】
DVRドライブ２０６は、T-STD２０１への各パケットの到着時刻に対応するATSが付加された、ライトバッファ２０５からの各パケットを、ディスク（図４３の記録媒体１０に対応する）に記録する。
【０１４５】
図７は、DVR MPEG-2トランスポートストリームのプレーヤモデル（図４３の動画像記録再生装置１が対応する）を示す。これは、再生プロセスを規定するための概念上のモデルである。DVR MPEG-2トランスポートストリームは、このモデルに従っていなければならない。
【０１４６】
リードバッファ（Read buffer）２２２（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）について説明する。
・Rudは、DVRドライブ（DVR drive）２２１（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）からリードバッファ２２２への入力ビットレートである。
・リードバッファ２２２がフルでない時のバッファへのソースパケットストリームの入力ビットレートはRudである。バッファがフルである時、バッファへの入力は止められる。
・Rmaxは、リードバッファ２２２からソースデパケッタイザ（source depacketizer）２２３（図４３のソースデパケッタイザ１４が対応する）へのソースパケットストリームの出力ビットレートである。
【０１４７】
アライバルタイムクロックカウンタ（arrival time clock counter）２２５（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
・アライバルタイムクロックカウンタ２２５は、27MHz クリスタル発振器（27MHzX-tal）２２４（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）が発生する27MHzの周波数のパルスをカウントするバイナリーカウンターである。
・現在のソースパケットがAVストリームファイルの最初のソースパケットであるか、または後述するSequenceInfo()の中で SPN_ATC_start が指すところのソースパケットである場合、そのパケットのarrival time stampの値でアライバルタイムクロックカウンタ２２５のカウント値をリセットする。
・Arrival_time_clock(i)は、時刻t(i)におけるアライバルタイムクロックカウンタ２２５のカウント値である。
【０１４８】
MPEG-2トランスポートストリームの出力タイミングについて説明する。
・現在のソースパケットのarrival_time_stampがarrival_time_clock(i)のLSB 30ビットの値と等しい時、そのソースパケットのトランスポートパケットは、バッファから引き抜かれる。
【０１４９】
次に、AVストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
【０１５０】
図８は、Clip Information fileのシンタクスを示す。Clip Information fileは、SequenceInfo(), ProgramInfo(), CPI()を持つ。
【０１５１】
SequenceInfo_start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、SequenceInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０１５２】
ProgramInfo_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、ProgramInfo()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０１５３】
CPI_Start_addressは、zzzzz.clpiファイルの先頭のバイトからの相対バイト数を単位として、CPI()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０１５４】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０１５５】
SequenceInfo()は、Clip AV streamの中のATC-sequenceとSTC-sequenceの情報を定義する。
【０１５６】
ATC-sequenceについて説明する。AVストリームファイルを構成する各ソースパケットのarrival time stamp (ATS) に基づいて作られる時間軸を、アライバルタイムベースと呼び、そのクロックを、ATC (Arrival Time Clock)と呼ぶ。そして、ATCの不連続点（アライバルタイムベースの不連続点）を含まないソースパケット列を、ATC-sequenceと呼ぶ。
【０１５７】
図９は、ATC-sequenceについて説明する図である。入力トランスポートストリームをClip AVストリームファイルとして新しく記録する時、そのClipはATCの不連続点を含んではならず、ただ１つのATC-sequenceを持つ。ATCの不連続点は、編集等によってClip AVストリームファイルのストリームデータを部分的に消去した場合にだけ作られることを想定している。これについての詳細は後述する。
【０１５８】
AVストリームファイルの中で、新しいATCが開始するアドレス、すなわち、ATC-sequenceのスタートアドレスを、SequenceInfo()にストアする。このアドレスは、SPN_ATC_startにより示される。
【０１５９】
AVストリームファイルの中にある最後のATC-sequence以外のATC-sequenceは、そのSPN_ATC_startで指されるソースパケットから開始し、その次のSPN_ATC_startで指されるソースパケットの直前のソースパケットで終了する。最後のATC-sequenceは、そのSPN_ATC_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１６０】
図１０は、ATCの不連続点とATC-sequenceの関係を説明する図である。この例の場合、Clip AVストリームファイルは、2個のATC不連続点を持ち、３個のATC-sequenceを持つ。
【０１６１】
STC-sequenceについて説明する。STC(System Time Clock)の定義は、MPEG-2で規定されている定義に従う。すなわち、これは、トランスポートストリームの中のPCR(Program Clock Reference)に基づいて作られる時間軸であるシステムタイムベースのクロックである。STCの値は90kHz精度、33ビット長のバイナリーカウンタのカウント値で表される。
【０１６２】
図１１は、連続なSTC区間について説明する図である。ここで横軸は、Arrival Time Clock（またはアライバルタイムベース）であり、縦軸は STC （またはシステムタイムベース）である。Case-1の場合、STCは単調増加しており、その区間のSTCは連続である。Case-2の場合、33ビットのSTCが途中でラップアラウンドしている。STCのラップアラウンド点はSTCの不連続ではない。ラップアラウンドしてもSTCは連続である。
【０１６３】
STCの不連続は、放送局が伝送系を切り替えた場合、記録側が記録するチャンネルを切り替えた場合、ユーザが編集操作を行った場合などに発生する。
【０１６４】
STCの不連続点（システムタイムベースの不連続点）を含まないソースパケット列を、STC-sequenceと呼ぶ。なお、同じSTC_sequenceの中で同じSTCの値は、決して現れない。そのために、Clipの最大時間長を、33ビットのSTCのラップアラウンド周期（約26時間）以下に制限している。
【０１６５】
AVストリームファイルの中で、新しいSTCが開始するアドレス、すなわち、STC-sequenceのスタートアドレスが、SequenceInfo()にストアされる。このアドレスは、SPN_STC_startにより示される。
【０１６６】
STC-sequenceは、ATC-sequenceの境界をまたぐことはない。
【０１６７】
AVストリームファイルの中にある最後のSTC-sequence以外のSTC-sequenceは、そのSPN_STC_startで指されるソースパケットから開始し、その次のSPN_STC_startで指されるソースパケットの直前のソースパケットで終了する。最後のSTC-sequenceは、そのSPN_STC_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１６８】
図１２は、STCの不連続点とSTC-sequenceの関係、およびSTC-sequenceとATC-sequenceの関係を説明する図である。この例の場合、Clip AVストリームファイルは、3個のSTCを持ち、3個のSTC-sequenceを持つ。１つのSTC-sequenceが、ATC-sequenceの境界をまたぐことはない。
【０１６９】
AVストリームがSTCの不連続点を持つ場合、そのAVストリームファイルの中で同じ値のPTSが現れるかもしれない。そのため、AVストリーム上のある時刻をPTSベースで指す場合、アクセスポイントのPTSだけではそのポイントを特定するためには不十分である。PTSに加えて、そのPTSを含むところのSTC-sequenceのインデックスが必要である。そのインデックスをSTC-idと呼ぶ。
【０１７０】
図１３は、SequenceInfo()のシンタクスを示す。
【０１７１】
lengthは、このlengthフィールドの直後のバイトからSequenceInfo()の最後のバイトまでのバイト数を示す。
【０１７２】
num_of_ATC_sequencesは、AVストリームファイルの中にあるATC-sequenceの数を示す。
【０１７３】
SPN_ATC_start[atc_id]は、AVストリームファイル上でatc_idによって指されるATC-sequenceが開始するアドレスを示す。SPN_ATC_start[atc_id]は、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０１７４】
SequenceInfo()の中の最初のSPN_ATC_start[0]は、ゼロである。また、SequenceInfo()の中でエントリーされるSPN_ATC_start[atc_id]の値は、昇順に並んでいる。すなわち、SequenceInfo()の中でエントリーされるSPN_ATC_start[atc_id]は、次の条件を満たす。
【０１７５】
SPN_ATC_start[0] = 0
0 < atc_id < num_of_ATC_sequences なる atc_id について、
SPN_ATC_start[atc_id -1] < SPN_ATC_start[atc_id]
【０１７６】
num_of_STC_sequences[atc_id]は、atc_idによって指されるATC-sequence上にあるSTC-sequenceの数を示す。
【０１７７】
offset_STC_id[atc_id]は、atc_idによって指されるATC-sequence上にある最初のSTC-sequenceに対するsct_id のオフセット値を示す。AVストリームファイルを新たに記録する時、offset_STC_id[atc_id]は、ゼロである。
【０１７８】
atc_idによって指されるATC-sequence上にあるSTC-sequenceに対応するstc_idの値は、シンタクス中のstc_idのfor-loopによって記述される順番によって定義され、その値はoffset_STC_id[atc_id]から開始する。
【０１７９】
SequenceInfo()の中で定義される連続する2個のATC-sequenceについて、前側のATC-sequence上にある最後のSTC-sequenceに対する stc_id とそれに続くATC-sequence上にある最初のSTC-sequenceに対する stc_id は、同じ値でも良い。もし、これら２個の stc_id が同じ値の場合、それらの値で参照される2個の STC-sequenceの中で同じSTCの値が現れることはない。
【０１８０】
SequenceInfo()の中でエントリーされるstc_idの値は、昇順に並ばなければならない。offset_STC_id[atc_id]は、この制限を満たすように値がセットされる。
【０１８１】
PCR_PID[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にあるところのstc_idによって指されるSTC-sequence に有効なPCRを持つトランスポートパケットのPIDの値である。
【０１８２】
SPN_STC_start[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にあるところのstc_idによって指されるSTC-sequence が、AVストリームファイル上で開始するアドレスを示す。SPN_STC_start[atc_id][stc_id]は、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０１８３】
SequenceInfo()の中でエントリーされるSPN_STC_start[atc_id][stc_id]の値は、昇順に並んでいる。atc_idによって指されるATC-sequence上にある最初のSPN_STC_start[atc_id][stc_id] は、SPN_ATC_start[atc_id]以上の値である。すなわち、次の条件を満たす。
【０１８４】
SPN_ATC_start[atc_id] <= SPN_STC_start[atc_id][0]
【０１８５】
presentation_start_time[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にある stc_id によって指されるSTC-sequence上にあるAVストリームデータのプレゼンテーション・スタート・タイムを示す。これは、そのSTC-sequenceのSTCから導かれる45 kHzを単位とするプレゼンテーション・タイムの値である。
【０１８６】
presentation_end_time[atc_id][stc_id]は、atc_idによって指されるATC-sequence上にある stc_id によって指されるSTC-sequence上にあるAVストリームデータのプレゼンテーション・エンド・タイムを示す。これは、そのSTC-sequenceのSTCから導かれる45 kHzを単位とするプレゼンテーション・タイムの値である。
【０１８７】
次に、ProgramInfo()について説明する。プログラムは、エレメンタリストリームの集まりであり、これらのストリームの同期再生のために、ただ１つのシステムタイムベースを共有するものである。
【０１８８】
再生装置（後述する図４３の動画像記録再生装置１）にとって、AVストリームのデコードに先だち、そのAVストリームの内容がわかることは有用である。この内容とは、例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットのPIDの値や、ビデオやオーディオのコンポーネント種類（例えば、HDTVのビデオとMPEG-2 AACのオーディオストリームなど）などの情報である。
【０１８９】
この情報はAVストリームを参照するところのPlayListの内容をユーザーに説明するところのメニュー画面を作成するのに有用であるし、また、AVストリームのデコードに先だって、再生装置のAVデコーダ１６（後述する図４３）およびデマルチプレクサ１５（後述する図４３）の初期状態をセットするために役立つ。この理由のために、Clip Information fileは、プログラムの内容を説明するためのProgramInfoを持つ。
【０１９０】
MPEG2トランスポートストリームをストアしているAVストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオエレメンタリーストリームを伝送するところのトランスポートパケットのPIDが変化したり、ビデオストリームのコンポーネント種類がSDTVからHDTVに変化するなどである。ProgramInfoは、AVストリームファイルの中でのプログラム内容の変化点の情報をストアする。
【０１９１】
AVストリームファイルの中で本フォーマットが規定するプログラム内容が一定であるソースパケット列を、program-sequenceと呼ぶ。
【０１９２】
AVストリームファイルの中で、新しいprogram-sequenceが開始するアドレスをProgramInfo()にストアする。このアドレスは、SPN_program_sequence_startにより示される。
【０１９３】
AVストリームファイルの中にある最後のprogram-sequence以外のprogram-sequenceは、そのSPN_program_sequence_startで指されるソースパケットから開始し、その次のSPN_program_sequence_startで指されるソースパケットの直前のソースパケットで終了する。最後のprogram_sequenceは、そのSPN_program_sequence_startで指されるソースパケットから開始し、AVストリームファイルの最後のソースパケットで終了する。
【０１９４】
図１４は、program-sequenceを説明する図である。この例の場合、Clip AVストリームファイルは3個のprogram-sequenceを持つ。
【０１９５】
program-sequenceは、ATC-sequenceの境界およびSTC-sequenceの境界をまたいでも良い。
【０１９６】
図１５は、ProgramInfo()のシンタクスを示す。
【０１９７】
lengthは、このlengthフィールドの直後のバイトからProgramInfo()の最後のバイトまでのバイト数を示す。
【０１９８】
num_of_program_sequencesは、AVストリームファイルの中にあるprogram-sequenceの数を示す。
【０１９９】
SPN_program_sequence_startは、AVストリームファイル上でprogram-sequenceが開始するアドレスを示す。SPN_program_sequence_startは、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。ProgramInfo()の中でエントリーされるSPN_program_sequence_startの値は、昇順に並んでいる。
【０２００】
SPN_program_sequence_startは、そのprogram_sequenceに対する最初のPMTを持つソースパケットを指していることを前提とする。SPN_program_sequence_startは、データを記録する記録機（図４３の動画像記録再生装置１が対応する）がトランスポートストリーム中のPSI/SIを解析することによって作られる。記録機（例えば、図４３のビデオ解析部２４または多重化ストリーム解析部２６）がPSI/SIを解析し、その変化を検出するまでの遅延時間が必要なために、SPN_program_sequence_startは、実際のPSI/SIの変化点から所定の時間以内にあるソースパケットを指しても良い。
【０２０１】
program_map_PIDは、そのprogram-sequenceに適用できるPMT(program map table)を持つトランスポートパケットのPIDの値である。
【０２０２】
num_of_streams_in_psは、そのprogram-sequenceの中で定義されるエレメンタリーストリームの数を示す。
【０２０３】
num_of_groupsは、そのprogram-sequenceの中で定義されるエレメンタリーストリームのグループの数を示す。num_of_groupsは、１以上の値である。トランスポートストリームのPSI/SIがエレメンタリーストリームのグループ情報を持つ場合、num_of_groupsは、１以上の値をとることを想定している。それぞれのグループは、マルチ・ビュー・プログラム中の１つのビューを構成する。
【０２０４】
stream_PIDは、そのprogram-sequenceのprogram_map_PIDが参照するところのPMTの中で定義されているエレメンタリーストリームに対するPIDの値を示す。
【０２０５】
StreamCodingInfo()は、前記stream_PIDで指されるエレメンタリーストリームの情報を示す。詳細は後述する。
【０２０６】
num_of_streams_in_groupは、エレメンタリーストリームのグループが持つエレメンタリーストリームの数を示す。
【０２０７】
stream_indexは、前記エレメンタリーストリームのグループが持つエレメンタリーストリームに対応するところの、シンタクス中のfor-loopで定義されるstream_indexの値を示す。
【０２０８】
図１６は、StreamCodingInfo()のシンタクスを示す。
【０２０９】
lengthは、このlengthフィールドの直後のバイトからStreamCodingInfo()の最後のバイトまでのバイト数を示す。
【０２１０】
stream_coding_typeは、このStreamCodingInfo()に対応するstream_PIDで指されるエレメンタリーストリームの符号化タイプを示す。値の意味を図１７に示す。
【０２１１】
video_formatは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのビデオフォーマットを示す。値の意味を図１８に示す。
【０２１２】
frame_rateは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのフレームレートを示す。値の意味を図１９に示す。
【０２１３】
display_aspect_ratioは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームのディスプレイ・アスペクト・レシオを示す。値の意味を図２０に示す。
【０２１４】
cc_flagは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームの中でクローズド・キャプション(closed caption data)信号が符号化されているかを示すフラグである。
【０２１５】
original_video_format_flagは、このStreamCodingInfo()の中にoriginal_video_formatとoriginal_display_aspect_ratioが存在するかを示すフラグである。
【０２１６】
original_video_formatは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームが符号化される前のオリジナルのビデオフォーマットである。値の意味は、前記のvideo_formatと同じである。
【０２１７】
original_display_aspect_ratioは、このStreamCodingInfo()に対応するstream_PIDで指されるビデオストリームが符号化される前のオリジナルのディスプレイ・アスペクト・レシオである。値の意味は、前記のdisplay_aspect_ratioと同じである。
【０２１８】
ビデオストリームと共にマルチメディアデータストリーム（BMLストリーム, 字幕など）が多重化されているトランスポートストリームをトランス・コーディングする場合において、ビデオストリームは再エンコードされることによって、そのビデオフォーマットが変化する（例えば、1080iから480iへ変化する）が、マルチメディアデータストリームはオリジナルのストリームを保つ場合を考える。
【０２１９】
この時、新しいビデオストリームとマルチメディアデータストリームの間に情報のミスマッチが生じる場合がある。例えば、マルチメディアデータストリームの表示に関するパラメータは、オリジナルのビデオストリームのビデオフォーマットを想定して決められているにもかかわらず、ビデオストリームの再エンコードによって、そのビデオフォーマットが変化した場合である。
【０２２０】
このような場合、original_video_formatとoriginal_display_aspect_ratioに、オリジナルのビデオストリームに関する情報を保存する。再生機は、前記の新しいビデオストリームとマルチメディアデータストリームから次のようにして、表示画像をつくる。
【０２２１】
ビデオストリームは、original_video_formatとoriginal_display_aspect_ratioで示されるビデオフォーマットにアップ・サンプリングされる。そのアップ・サンプリングされた画像とマルチメディアデータストリームが合成されて、正しい表示画像をつくる。
【０２２２】
audio_presentation_typeは、このStreamCodingInfo()に対応するstream_PIDで指されるオーディオストリームのプレゼンテーション・タイプを示す。値の意味を図２１に示す。
【０２２３】
sampling_frequencyは、このStreamCodingInfo()に対応するstream_PIDで指されるオーディオストリームのサンプリング周波数を示す。値の意味を図２２に示す。
【０２２４】
次に、CPI()について説明する。CPI (Characteristic Point Information)は、AVストリームの中の再生時間情報とそのファイルの中のアドレスとを関連づけるためにある。
【０２２５】
CPIには２個のタイプがあり、それらはEP_mapとTU_mapである。CPI()の中のCPI_typeがEP_map typeの場合、そのCPI()はEP_mapを含む。また、CPI()の中のCPI_typeがTU_map typeの場合、そのCPI()はTU_mapを含む。１個のAVストリームファイルは、１個のEP_mapまたは１個のTU_mapを持つ。
【０２２６】
EP_mapは、エントリーポイント(EP)データのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、AVストリームの中でデコードを開始すべきエントリーポイントの場所を見つけるためのアドレス情報を持つ。１つのEPデータは、プレゼンテーションタイムスタンプ（PTS）と、そのPTSに対応するアクセスユニットのAVストリームの中のデータアドレスの対で構成される。
【０２２７】
EP_mapは、主に２つの目的のために使用される。第１に、PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのAVストリームの中のデータアドレスを見つけるために使用される。第２に、ファーストフォワード再生やファーストリバース再生のために使用される。記録装置が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、EP_mapが作成され、ディスクに記録される。
【０２２８】
TU_mapは、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニット（TU）データのリストを持つ。これは、到着時刻ベースの時間とAVストリームの中のデータアドレスとの関係を与える。記録装置が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、TU_mapが作成され、ディスクに記録される。
【０２２９】
図２３はCPI()のシンタクスを示す。
【０２３０】
lengthは、このlengthフィールドの直後のバイトからCPI()の最後のバイトまでのバイト数を示す。
【０２３１】
CPI_typeは、1ビットのフラグであり、ClipのCPIのタイプを表す。
【０２３２】
EP_mapは、AVストリームファイルの中にある１つのビデオストリームに対して、次に示すデータを持つ。
(1)stream_PID: そのビデオストリームを伝送するトランスポートパケットのPIDを示す。
(2)num_EP_entries: そのビデオストリームに対するエントリーポイントの数。EP_mapは、num_EP_entriesの数のPTS_EP_startとSPN_EP_startのペアのデータを持つ。
(3)PTS_EP_start: そのビデオストリームの中で、シーケンスヘッダから始まるアクセスユニットのPTSを示す。
(4)SPN_EP_start: 前記PTS_EP_startにより参照されるアクセスユニットの第１バイト目を含むソースポケットのAVストリームファイルの中でのアドレスを示す。SPN_EP_startはソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。
【０２３３】
AVストリームファイルの中に複数のビデオストリームが存在する場合、EP_mapは各ビデオストリームに対して、前記のデータを持つことができる。
【０２３４】
図２４は、EP_mapの例を示す。ここでは、Clip AV streamの中に、stream_PID=xのビデオストリームがあり、k個のエントリポイントがある（num_EP_entries=k）。SPN_EP_startで指されるソースパケットの例を図に示す。そのソースパケットの中のトランスポートパケットのTP_headerに続くペイロードは、PESパケットヘッダから開始する。それに続いて、シーケンスヘッダ（SQH）があり、それに続いてGOPヘッダ(GOPH)があり、それに続いてI-ピクチャヘッダ(I-PICH)がある。このシーケンスヘッダから始まるアクセスユニットのPTSは、PESパケットヘッダの中に符号化されている。
【０２３５】
次に、TU_mapについて説明する。
【０２３６】
図２５は、AVストリームを新しくClipとして記録する時にできるTU_mapについて説明する図である。１つのATC-sequenceの中にあるソースパケットのアライバルタイムに基づいて作られる時間軸を所定の時間単位で分割する。この時間単位をtime-unitと呼ぶ。
【０２３７】
各々のtime_unitの中に入るところの最初の完全な形のソースパケットのAVストリームファイル上でのアドレスをTU_mapにストアする。これらのアドレスをSPN_time_unit_startと呼ぶ。ATC-sequenceの上の時刻は、TU_start_timeに基づいて定義される。これについてはSPN_time_unit_startのセマンティクスで後述する。
【０２３８】
図２６は、TU_mapのシンタクスを説明する図である。
【０２３９】
time_unit_sizeは、１つのtime_unitの大きさを与えるものであり、それは27MHz精度のアライバルタイムクロックから導き出される45kHzクロックを単位とする大きさである。
【０２４０】
シンタクス中の atc_id のfor-loopで使われている num_of_ATC_sequencesの値は、SequenceInfo()の中で定義されている。
【０２４１】
offset_arrival_time[atc_id]は、atc_idで指されるATC-sequenceの中の最初の完全なtime-unitに対するオフセットの時間である。これは、27MHz精度のアライバルタイムクロックから導き出される45kHzクロックを単位とする大きさである。
【０２４２】
AVストリームを新しくClipとして記録した時、そのAVストリームファイルはただ１つのATC-sequenceを持ち、offset_arrival_time[atc_id]はゼロである。
【０２４３】
複数のoffset_arrival_time[atc_id]がTU_mapにエントリーされる場合は、次の条件式が満たされる。
【０２４４】
offset_arrival_time[0] = 0
0 < atc_id < num_of_ATC_sequences なる atc_idについて、
offset_arrival_time[atc_id]
> offset_arrival_time[atc_id-1] + time_unit
*num_of_time_unit_entries[atc_id-1]
【０２４５】
num_of_time_unit_entries[atc_id] は、atc_idで指されるATC-sequenceの中に含まれるtime_unitのエントリー数を示す。
【０２４６】
SPN_time_unit_start[atc_id][i] は、atc_idで指されるATC-sequence中のi番目のtime_unitの開始するアドレスである。これはソースパケット番号を単位とし、AVストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
【０２４７】
現在のtime_unitに入るソースパケットが何もない場合、現在のtime_unitに対するSPN_time_unit_startの値は、その１つ前のSPN_time_unit_startの値と等しい。
【０２４８】
TU_mapの中のSPN_time_unit_startの値のエントリは、昇順にならんでいなければならない。
【０２４９】
atc_idで指されるATC-sequence中のi番目のtime_unitの開始時刻は、次式で定義されるTU_start_time[atc_id][i]である。
【０２５０】
TU_start_time[atc_id][i] = offset_arrival_time[atc_id] + i *
time_unit_size （２）
【０２５１】
図２７は、PlayList fileのシンタクスを示す。PlayList fileは、PlayList()を持つ。
【０２５２】
PlayList_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayList()の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
【０２５３】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０２５４】
図２８は、PlayList()のシンタクスを示す。
【０２５５】
lengthは、このlengthフィールドの直後のバイトからPlayList()の最後のバイトまでのバイト数を示す。
【０２５６】
CPI_type: 1ビットのフラグであり、PlayItem()が使用するClipのCPI_typeの値を示す。CPI_typeは、Clip Information fileのCPI_typeで定義される。
【０２５７】
number_of_PlayItemsは、PlayList()の中にあるPlayItem()の数を示す。
【０２５８】
シンタクス中のPlayItem_idのfor-loopの中で、PlayItem()の現れる順番によって、そのPlayItem()に対するPlayItem_idの値が決る。PlayItem_idは、0から開始する。
【０２５９】
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
【０２６０】
次に、PlayItemについて説明する。１個のPlayItemは、基本的に次のデータを含む。
(1)PlayItem が指すClipのファイル名を指定するためのClip_information_file_name。
(2)そのClipの再生区間を特定するためのIN_timeとOUT_timeのペア。
(3)PlayListの中で連続する2個のPlayItemについて、前側のPlayItemと現在のPlayItemとの接続の状態を示すところのconnection_condition。
【０２６１】
図２９は、CPI_typeがEP_mapのPlayList（これをEP_map typeのPlayListと呼ぶ）を説明する図である。EP_map typeのPlayListの場合、PlayItemのIN_timeとOUT_timeは、PTSベースの時間を示す。そのIN_timeとOUT_timeは、同じSTC-sequence上の時刻を指す。そのSTC-sequenceを示すために、ref_to_STC_idを用いる。そのIN_timeとOUT_timeは、そのSTC-sequenceに対して定義される presentation_start_time と presentation_end_time（これらの情報はSequenceInfoの中にある）で示される再生区間の中の時間を指す。
【０２６２】
図３０は、CPI_typeがTU_mapのPlayList（これをTU_map typeのPlayListと呼ぶ）を説明する図である。TU_map typeのPlayList の場合、PlayItemのIN_timeとOUT_timeは、アライバルタイムベースの時間を指す。そのIN_timeとOUT_timeは、同じATC-sequence上の時刻を指す。
【０２６３】
図３１は、EP_map typeのPlayList の時間情報とAVストリームファイルの中のアドレス情報との関係を説明する図である。PlayList の時間情報は、AVストリームファイルの中のピクチャやオーディオフレームのPTS情報である。そして、Clip Information fileのEP_mapとSequenceInfoが、AVストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
【０２６４】
図３２は、TU_map typeのPlayList の時間情報とAVストリームファイルの中のアドレス情報との関係を説明する図である。PlayList の時間情報は、AVストリームファイルの中のアライバル・タイム情報である。そして、Clip Information fileのTU_mapが、AVストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
【０２６５】
図３３は、PlayItem()のシンタクスを示す。
【０２６６】
lengthは、このlengthフィールドの直後のバイトからPlayItem()の最後のバイトまでのバイト数を示す。
【０２６７】
Clip_Information_file_nameは、PlayItemが参照するClip Information fileのファイル名を示す。
【０２６８】
connection_conditionは、先行するPlayItemと現在のPlayItemとがシームレスに接続されているかどうかの情報を示す。
【０２６９】
ref_to_STC_idは、PlayItemが参照するClipのSTC-sequenceのstc-idを示す。stc-idの値は、SequenceInfoの中で定義されている。
【０２７０】
IN_timeは、PlayItemの再生開始時刻をストアする。
【０２７１】
OUT_timeは、PlayItemの再生終了時刻をストアする。
【０２７２】
Bridge_Clip_Information_file_nameは、先行するPlayItemと現在のPlayItemとがシームレスに接続されている場合の再生の補助情報である。
【０２７３】
次に、PlayListの編集動作のコンセプトについて説明する。以下の処理は、ユーザからの操作に基づいて、例えば、後述する図４３の制御部１７により実行される。
【０２７４】
図３４は、AVストリームが新しいClipとして記録される時のClipとPlayListの関係のコンセプトを説明する図である。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが作られる。
【０２７５】
図３５は、Virtual PlayListの作成のコンセプトについて説明する図である。ユーザがReal PlayListの再生範囲の中から、IN-timeとOUT-timeを指定することによって、見たい再生区間のPlayItemを作り、Virtual PlayListをつくる。
【０２７６】
図３６は、Real PlayListの再生区間の一部分を消去したときのClipとPlayListの関係のコンセプトを説明する図である。必要なClip AVストリームの再生部分だけを参照するように、Real PlayListのPlayItemを変更する。そして、Clip AVストリームの不必要なストリーム部分を消去する。図３６に示すように、Clip AVストリームの中央部のデータを消去しても、Clip AVストリームファイルは分割されないで、１つのファイルである。１つのClip AVストリームのデータを部分的に消去しても、残ったデータ部分は１つのClip AVストリームにまとめられる。
【０２７７】
Real PlayListが変更されて、それが参照するClipのストリーム部分が消去された時、それと同じClipを使用しているVirtual PlayListが参照するClipがなくなって、問題が起きるかもしれない。そのようなことがないように、ユーザインターフェースは、次に示す対策をとるべきである。
【０２７８】
その"消去"の操作に対して、ユーザに「そのReal PlayListが参照しているClipのストリーム部分を参照しているVirtual PlayListが存在し、もし、そのReal PlayListが消去されると、そのVirtual PlayListもまた消去されることになるが、それで良いか？」と確認，警告する。または、前記Virtual PlayListを消去する代わりに、Real PlayListに対して次に示す"ミニマイズ(Minimize)"の操作をする。
【０２７９】
図３７は、ミニマイズの編集をしたときのClipとReal PlayList, Virtual PlayListの関係のコンセプトを説明する図である。ミニマイズ編集は、Real PlayListのPlayItemを、Virtual PlayListに必要なClipのストリーム部分だけを参照するように変更する。そして、Virtual PlayList にとって不必要なClipのストリーム部分を消去する。
【０２８０】
図３７に示すように、Clip AVストリームの中央部のデータを消去しても、Clip AVストリームファイルは分割されないで、１つのファイルである。１つのClip AVストリームのデータを部分的に消去しても、残ったデータ部分は１つのClip AVストリームにまとめられる。
【０２８１】
次に、前記のコンセプトに基づいて、Clip AVストリームのデータを部分的に消去する場合のClip Information fileの変化について説明する。
【０２８２】
前述したように、AVストリームをClipファイルとして新たに記録する時、そのClipはATCの不連続点を含まず、ただ１つのATC-sequenceを持つ。そして、ATCの不連続点は、編集等によってClip AVストリームファイルのストリームデータを部分的に消去した場合にだけ、作られることを想定している。すなわち、図３６や図３７に示すように、１つのClip AVストリームのデータを部分的に消去して、残ったデータ部分が１つのClip AVストリームにまとめられた時、そのClipはATCの不連続点を持ち、複数のATC-sequenceを持つ。例えば、図３８において、編集前のClipはATCの不連続点を含まず、ただ１つのATC-sequenceを持つとする。そして図に示すように、Clip AVストリームの中央部のデータを消去した場合、編集後のClipは、2個のATC-sequenceを持つ。
【０２８３】
図３９は、１つのClip AVストリームのデータを部分的に消去した時のATC-sequence, STC-sequence および program-sequenceの関係を説明する図である。編集前のClipは、ただ１つのATC-sequenceと１つのSTC-sequenceと１つのprogram-sequenceを持つとする。すなわち、このClipの中では、program-sequenceの内容が変化しないとする。この時、図に影で示す部分のAVストリームデータを消去したとする。編集の結果、Clipは3個のATC-sequenceと3個のSTC-sequenceを持つ、一方、program-sequenceは１個のままである。このprogram-sequenceは、ATC-sequenceの境界とSTC-sequenceの境界をまたいでいる。
【０２８４】
次に、前記のようにClip AVストリームのデータが部分的に消去される時の、ClipとPlayListの関係について説明する。
【０２８５】
図４０は、CPIがEP_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。編集前のClipは１個のATC-sequenceと3個のSTC-sequenceを持つとする。このATC-sequenceについてのoffset_STC_id[0]はゼロである。そして、Clipの中のstc_id=1であるSTC-sequenceは、PlayItem2とPlayItem3に使われているとする。今、図に示すようにstc_id=1であるSTC-sequenceのAVストリームデータについて、PlayItem2とPlayItem3に使われていない部分のAVストリームデータを消去したとする。
【０２８６】
編集後のClipは2個のATC-sequenceを持ち、stc_id=1であったSTC-sequenceは2個のSTC-sequenceに分かれる。１番目のATC-sequenceについてのoffset_STC_id[0]はゼロにセットされ、２番目のATC-sequenceについてのoffset_STC_id[1]は１にセットされる。すなわち、１番目のATC-sequence上にある最後のSTC-sequenceのstc_id と２番目のATC-sequence上にある最初のSTC-sequenceのstc_id は、同じ値で１になる。
【０２８７】
これにより、編集後のVirtual PlayListのPlayItem3とPlayItem4のref_to_STC_idの値を変更する必要がない。Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListについては何も変更しなくても良い。
【０２８８】
このように、Clip AVストリームの中にATCの不連続点を作ることができるので、Clip AVストリームの中間(middle)部分のストリームデータを消去した場合に、Clipファイルを2個に分割する必要がない。さらに、ATCシーケンス毎に、その上にある最初のSTCシーケンスのSTC-idに対するoffset_STC_idを用いることにより、Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListについては何も変更しなくて良い。
【０２８９】
この効果についての理解を助けるために、図４１はClipの中にATCの不連続を許さない場合において、Clip AVストリームの一部分を消去した時に、Clipファイルが二つに分かれる場合を説明する図であり、また、その時のClipとPlayListの関係を説明する図である。
【０２９０】
図４０と同様にして、編集前のClipは１個のATC-sequenceと3個のSTC-sequenceを持つとする。このATC-sequenceについてのoffset_STC_id[0]はゼロである。そして、Clipの中のstc=1であるSTC-sequenceは、PlayItem2とPlayItem3に使われているとする。今、図に示すようにstc=1であるSTC-sequenceのAVストリームデータについて、PlayItem2とPlayItem3に使われていない部分のAVストリームデータを消去したとする。
【０２９１】
Clipの中にATCの不連続を許さない場合、編集後はClip-AとClip-Bの2個のClipファイルに分かれる。そのため、PlayItem3とPlayItem4が参照するClipファイルの名前を変更する必要がある。すなわち、Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListであっても、その内容を変更しなければならない場合がある。
【０２９２】
Clipの中にATCの不連続を許さない場合は、これを許す場合に比べると次の問題がある。
(1)ディスク中のClipファイル数が多くなる問題。これによって、ディスクの再生開始時に全てのClipファイルを読み出し、再生装置（動画像記録再生装置１）のメモリ（制御部１７に内蔵されているメモリ）にストアする処理にかかる時間が増える問題がある。また、ディスク（記録媒体１０）中に記録可能なファイル数の上限をある所定の値に決めた時、編集等によりClipファイル数が多くなり、その数が上限に達してしまい、ディスク中にまだ空き領域があるのに記録できなくなる問題が発生する。
(2)Clip AVストリームファイルの部分的なデータを消去した時に、ディスク中にあるVirtual PlayListの変更にかかる時間が大きい問題。
【０２９３】
本発明は、これらの問題を解決する。すなわち、ディスクの再生開始時に全てのClipファイルを読み出し、再生装置のメモリにストアする処理にかかる時間を小さくできる。また、ディスク中に記録可能なファイル数の上限をより小さく設定できる。また、Clip AVストリームファイルの部分的なデータを消去した時に、ディスク中にあるVirtual PlayListの変更にがかかる時間が小さくなる。
【０２９４】
図４２は、CPIがTU_mapであるClip AVストリームの一部分を消去した時のClipとPlayListの関係を説明する図である。編集前のClipは１個のATC-sequenceを持つ。このATC-sequenceについてのoffset_arrival_time[0]はゼロである。Virtual PlayListのPlayItem1, PlayItem2, PlayItem3およびPlayItem4は、このATC-sequenceを参照しているとする。今、図に示すようにATC-sequenceのAVストリームデータについて、どのPlayItemにも使われていないAVストリームデータを消去したとする。
【０２９５】
編集後のClipは2個のATC-sequenceを持つ。1番目のATC-sequenceについてのoffset_arrival_time[0]はゼロにセットされ、２番目のATC-sequenceについてのoffset_arrival_time[1]は値Ｘにセットされる。値Ｘは、OUT_time2よりも大きく、IN_time3よりも小さい。すなわち、編集後にVirtual PlayListのPlayItem3とPlayItem4のIN_timeとOUT_timeの値を変更する必要がない。
【０２９６】
Clip AVストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないVirtual PlayListについては何も変更しなくても良い。
【０２９７】
TU_map typeのPlayListを再生する場合、再生機はPlayItemのIN_timeとATC-sequenceのoffset_arrival_timeの値を比較することにより、そのIN_timeとOUT_timeが指すところのATC-sequenceを見つけることができる。例えば、図４２の場合、PlayItem3のIN_time3は２番目のATC-sequenceのoffset_arrival_time(=Ｘ)よりも大きいので、PlayItem3のIN_time3とOUT_time3は、２番目のATC-sequenceを指すことがわかる。
【０２９８】
次に、DVRアプリケーション構造のデータを記録再生するシステムについて、図４３の動画像記録再生装置１のブロック図を用いて説明する。
【０２９９】
例えば、光ディスクにより構成される記録媒体１０は、再生部６１の読み出し部１１により、そこに記録されている情報が読み出される。復調部１２は、読み出し部１１が記録媒体１０から読み出したデータを復調し、ECC復号部１３に供給する。ECC復号部１３は、復調部１２より供給されたデータを、AVストリームとデータベースとに分離し、AVストリームをソースデパケッタイザ１４に供給し、データベースを制御部１７に出力する。
【０３００】
ソースデパケッタイザ１４は、入力されたAVストリームをデパッケタイズし、デマルチプレクサ１５に出力する。デマルチプレクサ１５は、ソースデパケッタイザ１４より供給されたデータをビデオ（Ｖ）、オーディオ（Ａ）、およびシステム（Ｓ）の各データに分離し、AVデコーダ１６とマルチプレクサ２５に出力する。
【０３０１】
AVデコーダ１６は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子１８から、オーディオ信号を端子１９から、それぞれ出力する。
【０３０２】
記録部６２のAVエンコーダ２３には、端子２１から入力されたビデオ信号と、端子２２から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデオ解析部２４にも供給される。AVエンコーダ２３とビデオ解析部２４には、端子２１から入力されたビデオ信号の代わりに、必要に応じて、AVデコーダ１６が出力したビデオ信号が供給される。
【０３０３】
AVエンコーダ２３は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（Ｖ）、オーディオ信号（Ａ）、およびエンコードに対応するシステムデータ（Ｓ）を、マルチプレクサ２５に出力する。
【０３０４】
ビデオ解析部２４は、入力されたビデオ信号を解析し、解析結果を制御部１７に出力する。
【０３０５】
端子３３には、デジタルインタフェースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スイッチ２７を介して、デマルチプレクサ１５、またはさらにスイッチ２８を介して、多重化ストリーム解析部２６、およびソースパケッタイザ２９に供給される。多重化ストリーム解析部２６とソースパケッタイザ２９にはまた、スイッチ２８を介してマルチプレクサ２５が出力した信号も、スイッチ２７からの信号に代えて供給可能とされている。
【０３０６】
多重化ストリーム解析部２６は、入力された信号を解析し、解析結果を制御部１７に出力する。ソースパケッタイザ２９は、入力された信号をパケッタイズし、ECC符号化部３０に供給する。ECC符号化部３０には、制御部１７が出力するデータベースも供給されている。
【０３０７】
ECC符号化部３０は、入力に誤り訂正符号を付加し、符号化し、変調部３１に出力する。変調部３１は、ECC符号化部３０から入力されたデータを変調し、書き込み部３２に出力する。書き込み部３２は、変調部３１から入力されたデータを記録媒体１０に書き込む処理を実行する。
【０３０８】
制御部１７は、各種のデータを記憶する記憶部１７Ａを有しており、上述したフォーマットを管理し、データの記録媒体１０に対する記録または再生のために、各部を制御する。
【０３０９】
制御部１７にはまた、ドライブ４１が接続されており、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４などがドライブされる。
【０３１０】
なお、光ディスク５２は、記録媒体１０と兼用することも可能である。
【０３１１】
次に記録時の基本的動作について、動画像記録再生装置１自身が、入力オーディオビデオ信号を符号化して記録する場合を例として説明する。
【０３１２】
記録部６２の端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部２４とAVエンコーダ２３へ入力される。また、オーディオ信号もまたAVエンコーダ２３へ入力される。AVエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)，符号化オーディオストリーム(A)、およびシステム情報(S)をマルチプレクサ２５に出力する。
【０３１３】
符号化ビデオストリーム(V)は、例えばMPEG2ビデオストリームであり、符号化オーディオストリーム(A)は、例えばMPEG1オーディオストリームやドルビーAC3（商標）オーディオストリーム等である。システム情報(S)は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ，ピクチャ符号化タイプ等）やAV同期等の時間情報である。
【０３１４】
マルチプレクサ２５は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、MPEG2トランスポートストリームやMPEG2プログラムストリームである。多重化ストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを、記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、ECC（誤り訂正）符号化部３０で誤り訂正符号が付加され、変調部３１で変調処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームファイルを記録する。
【０３１５】
次に、例えば、図示せぬディジタルインタフェースまたはディジタルTVチューナから入力されるディジタルTV放送等のトランスポートストリームを記録する場合を説明する。
【０３１６】
端子３３からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、２通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースとしての端子２０から制御部１７へ入力され、制御部１７が記録方法を制御する。
【０３１７】
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
【０３１８】
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ１５へ入力される。デマルチプレクサ１５は、ビデオストリーム(V)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームを復号し、再生ビデオ信号をAVエンコーダ２３へ入力する。AVエンコーダ２３は、入力ビデオを符号化し、符号化ビデオストリーム(V)をマルチプレクサ２５へ入力する。
【０３１９】
一方、デマルチプレクサ１５から出力されるオーディオストリーム(A)とシステム情報(S)は、ダイレクトにマルチプレクサ２５へ入力される。マルチプレクサ２５は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体１０へAVストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。
【０３２０】
この動画像記録再生装置１は、AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部１７により作成される。制御部１７への入力情報は、ビデオ解析部２４からの動画像の特徴情報、多重化ストリーム解析部２６からのAVストリームの特徴情報、およびユーザインタフェースとしての端子２０から入力されるユーザの指示情報である。
【０３２１】
ビデオ解析部２４からの動画像の特徴情報は、動画像記録再生装置１自身がビデオ信号を符号化する場合において、動画像記録再生装置１により生成されるものである。ビデオ解析部２４は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点、CMのスタート・エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネールも含まれる。これらの画像の指示情報は、制御部１７を介して、マルチプレクサ２５へ入力される。
【０３２２】
マルチプレクサ２５は、制御部１７から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャのAVストリーム上でのアドレス情報を制御部１７に返す。制御部１７は、特徴的な画像の種類と、その符号化ピクチャのAVストリーム上でのアドレス情報を関連付けて記憶する。
【０３２３】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置１により生成される。例えば、AVストリームの中におけるIピクチャのタイムスタンプとアドレス情報，STCの不連続情報，プログラム内容の変化情報，アライバルタイムとアドレス情報、などが含まれる。
【０３２４】
AVストリーム内のIピクチャのタイムスタンプとアドレス情報は、上述のEP_mapにストアされるデータとなる。AVストリーム内のSTCの不連続情報は、上述のSequenceInfoにストアされるデータとなる。AVストリーム内のプログラム内容の変化情報は、ProgramInfoにストアされるデータとなる。また、AVストリーム内のアライバルタイムとアドレス情報は、上述のTU_mapにストアされる。
【０３２５】
また、多重化ストリーム解析部２６は、端子３３から入力されるトランスポートストリームをトランスペアレントに記録する場合、AVストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、ClipMarkにストアされるデータとなる。
【０３２６】
多重化ストリーム解析部２６からのAVストリームの特徴情報は、AVストリームのデータベース(Clip Information)にストアされるものである。
【０３２７】
端子２０からのユーザの指示情報には、AVストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクター文字，ユーザがお好みのシーンにセットするブックマークやリジューム点のAVストリームの中のタイムスタンプなどが含まれる。これらのユーザの指示情報は、PlayListのデータベースにストアされるものである。
【０３２８】
制御部１７は、前記入力情報に基づいて、AVストリームのデータベース（Clip Information）, PlayListのデータベース, 記録媒体１０の記録内容の管理情報(info.dvr)、およびサムネール情報を作成する。これらのデータベース情報は、AVストリームと同様にして、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、このデータベース情報を、記録媒体１０へ、アプリケーションデータベース情報として記録する。
【０３２９】
次に、再生時の基本的な動作について説明する。
【０３３０】
記録媒体１０には、AVストリームファイルとアプリケーションデータベース情報が記録されている。
【０３３１】
はじめに制御部１７は、再生部６１の読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ECC（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
【０３３２】
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているPlayListの一覧を、端子２０のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部１７へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのAVストリームを読み出し、AVストリームは復調部１２，ECC復号部１３の処理を経て、ソース・デパケッタイザ１４へ入力される。
【０３３３】
ソース・デパケッタイザ１４は、記録媒体のアプリケーションフォーマットのAVストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)をAVデコーダ１６へ入力する。AVデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
【０３３４】
ユーザによって選択されたEP_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いPTSを持つIピクチャのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０３３５】
また、ユーザによって選択されたTU_mapタイプのPlayListをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いアライバルタイムのソースパケットのアドレスからデータを読み出すように読み出し部１１へ指示する。
【０３３６】
さらに、Clip Informationの中のClipMarkにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、ClipMarkにストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部１７は、Clip Informationの内容に基づいて、記録媒体１０からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを読み出し部１１へ指示する。
【０３３７】
すなわち、ユーザが選択した画像がストアされているAVストリーム上でのアドレスに最も近いアドレスにあるIピクチャからのデータを読み出すように読み出し部１１へ指示が出される。読み出し部１１は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部１２，ECC復号部１３の処理を経て、デマルチプレクサ１５へ入力され、AVデコーダ１６で復号されて、マーク点のピクチャのアドレスで示されるAVデータが再生される。
【０３３８】
次に、ユーザが、AVストリームの編集をする場合を説明する。
【０３３９】
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合、ユーザインタフェースの端子２０から、再生区間のイン点とアウト点の情報が制御部１７へ入力される。制御部１７は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成する。
【０３４０】
ユーザが、記録媒体１０に記録されているAVストリームの一部を消去したい場合、ユーザインタフェースの端子２０から、消去区間の情報が制御部１７へ入力される。制御部１７は、必要なAVストリーム部分だけを参照するようにPlayListのデータベースを変更する。また、AVストリームの不必要なストリーム部分を消去するように、書き込み部３２に指示する。また、Clip AVストリームの変化に基づいて、そのClip Information fileの内容を変更する。
【０３４１】
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつそれぞれの再生区間をシームレスに接続したい場合の動作を説明する。この場合、制御部１７は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化が必要になる。
【０３４２】
まず、ユーザインタフェースとしての端子２０から、再生区間のイン点のピクチャとアウト点のピクチャの情報が制御部１７へ入力される。制御部１７は、読み出し部１１に、イン点のピクチャとアウト点のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部１１は、記録媒体１０からそのデータを読み出し、そのデータは、復調部１２，ECC復号部１３, ソース・デパケッタイザ１４を経て、デマルチプレクサ１５へ入力される。
【０３４３】
制御部１７は、デマルチプレクサ１５へ入力されたストリームを解析して、ビデオストリームの再エンコード方法（picture_coding_typeの変更，再エンコードする符号化ビット量の割り当て）と再多重化方法を決定して、その方法をAVエンコーダ２３とマルチプレクサ２５へ供給する。
【０３４４】
次に、デマルチプレクサ１５は、入力されたストリームをビデオストリーム(V)，オーディオストリーム(A)、およびシステム情報(S)に分離する。ビデオストリームは、「AVデコーダ１６へ入力されるデータ」と、「マルチプレクサ２５へ直接入力されるデータ」がある。前者のデータは、再エンコードするために必要なデータであり、これはAVデコーダ１６で復号され、復号されたピクチャは、AVエンコーダ２３で再エンコードされて、ビデオストリームになる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリームとシステム情報は、マルチプレクサ２５に直接入力される。
【０３４５】
マルチプレクサ２５は、制御部１７から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ECC（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へAVストリームを記録する。
【０３４６】
次に、図４４は、AVストリームをClipをして新しく記録するときの、Clip AVストリームファイルと、それに関連するClip Informationファイルの、動画像記録再生装置１の記録動作のフローチャートを示す。
【０３４７】
ステップＳ１１で、制御部１７は、端子２１および２２から入力されるAV入力をエンコードして得たトランスポートストリーム、または端子３３のディジタルインタフェースから入力されるトランスポートストリームをファイル化して、Clip AVストリームファイルを作成して記録する。
【０３４８】
ステップＳ１２で、制御部１７は上記AVストリームファイルについてのClipInfo（図８）を作成する。
【０３４９】
ステップＳ１３で、制御部１７は上記AVストリームファイルについてのSequenceInfo（図１３）を作成する。
【０３５０】
ステップＳ１４で、制御部１７は上記AVストリームファイルについてのProgramInfo（図１５）を作成する。
【０３５１】
ステップＳ１５で、制御部１７は上記AVストリームファイルについてのCPI (EP_mapまたはTU_map)（図２４、図２５および図２６）を作成する。
【０３５２】
ステップＳ１６で、制御部１７は上記AVストリームファイルについてのClipMarkを作成する。
【０３５３】
ステップＳ１７で、制御部１７は上記ClipInfo, SequenceInfo, ProgramInfo, CPI, およびClipMarkがストアされたClip Informationファイル（図８）を記録する。
【０３５４】
なお、ここでは各処理を時系列に説明したが、ステップＳ１１からステップＳ１１６は、実際には同時に動作するものである。
【０３５５】
次に、AVストリームをClipをして新しく記録するときの、SequenceInfo（図１３）の作成の動作例を、図４５のフローチャートを用いて説明する。この処理は、図４３の多重化ストリーム解析部２６で行われる。
【０３５６】
ステップＳ３１において、制御部１７は最初のトランスポートパケットをATCシーケンスの開始点とする。すなわち、SPN_ATC_startが設定される。また、このとき、atc_idとstc_idも設定される。
【０３５７】
ステップＳ３２において、多重化ストリーム解析部２６はAVストリームに含まれるアクセスユニット（例えば、ピクチャやオーディオフレーム）のPTSを解析する。
【０３５８】
ステップＳ３３において、多重化ストリーム解析部２６はPCRパケットが受信されたかどうかを調べる。ステップＳ３３において、Noの場合はステップＳ３２へ戻り、Yesの場合はステップＳ３４へ進む。
【０３５９】
ステップＳ３４において、多重化ストリーム解析部２６はSTCの不連続が検出されたか否かを調べる。Noの場合は、ステップＳ３２へ戻る。Yesの場合は、ステップＳ３５へ進む。なお、記録開始後、最初に受信されたPCRパケットの場合は、必ずステップＳ３５へ進む。
【０３６０】
ステップＳ３５において、多重化ストリーム解析部２６は、新しいSTCの最初のPCRを伝送するトランスポートパケットの番号(アドレス)を取得する。
【０３６１】
ステップＳ３６において、制御部１７は上記パケット番号をSTCシーケンスの開始するソースパケット番号として取得する。すなわち、SPN_STC_startが設定される。また、このとき、新たなstc_idが設定される。
【０３６２】
ステップＳ３７において、制御部１７はSTCシーケンスの表示開始のPTSと表示終了のPTSを取得し、それぞれ、presentation_start_time、またはpresentation_end_timeに設定し、それらに基づいて、SequenceInfo（図１３）を作成する。
【０３６３】
ステップＳ３８において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Noの場合は、ステップＳ３２へ戻り、Yesの場合は処理を終了する。
【０３６４】
なお、CPIがTU_mapのClipの場合は、ATCシーケンスの情報だけを作成すればよいので、ステップＳ３２乃至ステップＳ３７の処理は必要ない。
【０３６５】
ProgramInfo（図１５）の作成の動作例を図４６のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
【０３６６】
なお、CPIがTU_mapの場合、プログラム・シーケンスの情報は必要なく、この処理は不要である。
【０３６７】
ステップＳ５１において、多重化ストリーム解析部２６はPSI/SIを含むトランスポートパケットが受信されたかどうかを調べる。ここで、PSI/SIのトランスポートパケットは、具体的には、PAT, PMT, SITのパケットである。SITは、DVB規格で規定されているパーシャルトランスポートストリームのサービス情報が記述されているトランスポートパケットである。ステップＳ５１において、Noの場合はステップＳ５１へ戻り、Yesの場合はステップＳ５２へ進む。
【０３６８】
ステップＳ５２において、多重化ストリーム解析部２６は、PSI/SIの内容が変わったかを調べる。すなわち、PAT,PMT,SITのそれぞれの内容が、以前に受信したそれぞれの内容と比べて変化したかどうかが調べられる。内容が変化していない場合は、ステップＳ５１へ戻る。内容が変化した場合は、ステップＳ５３へ進む。なお、記録開始後、最初に受信されたPSI/SIの場合は、必ずステップＳ５３へ進む。
【０３６９】
ステップＳ５３において、制御部１７は新しいPSI/SIを伝送するトランスポートパケットの番号(アドレス)とその内容を取得する。
【０３７０】
ステップＳ５４において、制御部１７はProgram-sequenceの情報を作成し、ProgramInfo（図１５）を作成する。
【０３７１】
ステップＳ５５において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Noの場合は、ステップＳ５１へ戻り、Yesの場合は処理を終了する。
【０３７２】
次にEP_map（図２４）の作成の動作例を、図４７のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
【０３７３】
ステップＳ７１で多重化ストリーム解析部２６は、記録するAVプログラムのビデオのPIDをセットする。トランスポートストリームの中に複数のビデオが含まれている場合は、それぞれのビデオPIDがセットされる。
【０３７４】
ステップＳ７２で多重化ストリーム解析部２６は、ビデオのトランスポートパケットを受信する。
【０３７５】
ステップＳ７３で多重化ストリーム解析部２６は、トランスポートパケットのペイロード（パケットヘッダーに続くデータ部）がPESパケットの第１バイト目から開始しているかを調べる（PESパケットは、MPEG2で規定されているパケットであり、エレメンタリーストリームをパケット化するものである）。これは、トランスポートパケットヘッダにある"payload_unit_start_indicator"の値を調べることによりわかり、この値が1である場合、トランスポートパケットのペイロードがPESパケットの第１バイト目から開始する。ステップＳ７３でNoの場合は、ステップＳ７２へ戻り、Yesの場合は、ステップＳ７４へ進む。
【０３７６】
ステップＳ７４で多重化ストリーム解析部２６は、PESパケットのペイロードが、MPEGビデオのsequence_header_code(32ビット長で"0x000001B3"の符号)の第１バイト目から開始しているかを調べる。ステップＳ７４でNoの場合は、ステップＳ７２へ戻り、Yesの場合は、ステップＳ７５へ進む。
【０３７７】
ステップＳ７５へ進んだ場合、制御部１７は現在のトランスポートパケットをエントリーポイントとする。
【０３７８】
ステップＳ７６で制御部１７は、上記パケットのパケット番号と上記sequence_header_code から開始するIピクチャのPTSとそのエントリーポイントが属するビデオのPIDを取得し、EP_mapを作成する。
【０３７９】
ステップＳ７７で、多重化ストリーム解析部２６は、現在のパケットが最後に入力されるトランスポートパケットであるかどうかを判定する。最後のパケットでない場合、ステップＳ７２へ戻る。最後のパケットである場合、処理を終了する。
【０３８０】
なお、ClipのCPIタイプによって、Clip informationファイルの作成方法が違う。図４８はこの場合の処理を表している。制御部１７は、ステップＳ１０１で、CPIとしてEP_mapを作成すると判定した場合、ステップＳ１０２へ進み、AVストリームの内容について、PTS, STC, PMTの情報を解析する。そして、ステップＳ１０３へ進み、制御部１７は、ATCシーケンス，STCシーケンスとProgram-sequenceの情報を作成する。そして、ステップＳ１０４で、制御部１７はEP_mapを作成する。
【０３８１】
一方、ステップＳ１０１で、CPIとしてTU_mapを作成すると判定された場合、制御部１７は、ステップＳ１０５でAVストリームの内容を解析せず、STCシーケンスとProgram-sequenceの情報を作成しない。制御部１７は、ステップＳ１０６で、ATCシーケンスの情報を、トランスポートパケットの入力タイミングに基づいて作成する。ステップＳ１０７で、制御部１７は、TU_mapを作成する。このように、CPIの種類に関係なく、どちらの場合でも、Clip informationファイルが作成される。
【０３８２】
以上の処理はまた、次のことを意味する。すなわち、AVストリームを、その中身を分析して記録媒体に記録する場合（コグニザント記録する場合）や入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）などのように、記録媒体に記録されるAVストリームの中身を知って記録する場合、ATCシーケンス、ＳＴＣシーケンス、およびProgramシーケンスが作成され、さらにEP_mapが作成され、記録媒体に記録される。これに対して、AVストリームを、その中身を分析せずに、そのまま記録媒体に記録する場合（ノンコグニザント記録する場合）、ATCシーケンスが作成され、さらにTU_mapが作成され、記録媒体に記録される。
【０３８３】
図４８の処理はまた、次のように考えることもできる。すなわち、ステップＳ１０１で、AVストリームを、その中身を分析して記録媒体に記録する（コグニザント記録する）かまたは入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）か否かが判定される。コグニザント記録またはセルフエンコーディング記録で記録すると判定された場合、ステップＳ１０２でAVストリームの中身が分析され、ステップＳ１０３でATCシーケンス、STCシーケンス、およびProgramシーケンスが作成され、さらにステップＳ１０４でEP_mapが作成され、記録媒体に記録される。これに対してステップＳ１０１で、AVストリームを、その中身を分析せずに、そのまま記録媒体に記録する（ノンコグニザント記録する）と判定された場合、ステップＳ１０５でAVストリームの中身が分析されず、ステップＳ１０６でATCシーケンスが作成され、さらにステップＳ１０７でTU_mapが作成され、記録媒体に記録される。
【０３８４】
図４９は、Real PlayListの作成方法を説明するフローチャートを示す。図４３の動画像記録再生装置１のブロック図を参照しながら説明する。
【０３８５】
ステップＳ１９１で、制御部１７はClip AVストリームを記録する。
【０３８６】
ステップＳ１９２で、制御部１７は上記Clipの全ての再生可能範囲をカバーするPlayItem（図３３）からなるPlayList()（図２８）を作成する。ここで、ClipがEP_mapを持つとき、EP_mapタイプのPlayList（図２９参照）を作成し、またClipがTU_mapを持つとき、TU_mapタイプのPlayList（図３０参照）を作成する。EP_mapタイプのPlayListの場合に、Clipの中にSTC不連続点があり、PlayList()が２つ以上のPlayItemからなる場合は、制御部１７はPlayItem間のconnection_conditionもまた決定する。
【０３８７】
ステップＳ１９３で、制御部１７はUIAppInfoPlayList()を作成する。UIAppInfoPlayList()はPlayListの内容をユーザへ説明するための情報を含む。本実施の形態ではその説明を省略する。
【０３８８】
ステップＳ１９４で、制御部１７はPlayListMarkを作成する（本実施の形態ではその説明を省略）。
【０３８９】
ステップＳ１９５で、制御部１７はMakersPrivateDataを作成する（本実施の形態ではその説明を省略）。
【０３９０】
ステップＳ１９６で、制御部１７はReal PlayListファイルを記録する。
【０３９１】
このようにして、新規にClip AVストリームを記録する毎に、１つのReal PlayListファイルが作られる。
【０３９２】
図５０は、Virtual PlayListの作成方法を説明するフローチャートである。
【０３９３】
ステップＳ２１１で、ユーザーインターフェースを通して、ディスク（記録媒体１０）に記録されている１つのReal PlayListの再生が指定される。そして、そのReal PlayListの再生範囲の中から、ユーザーインターフェースを通して、IN点とOUT点で示される再生区間が指定される。
【０３９４】
ステップＳ２１２で、制御部１７はユーザーによる再生範囲の指定操作がすべて終了したか調べる。ユーザーが上記指示した再生区間に続けて再生する区間を選ぶ場合はステップＳ２１１へ戻る。
【０３９５】
ステップＳ２１２でユーザーによる再生範囲の指定操作がすべて終了したと判定された場合は、ステップＳ２１３へ進む。
【０３９６】
ステップＳ２１３で、連続して再生される２つの再生区間の間の接続状態(connection_condition)を、ユーザーがユーザーインタフェースを通して決定するか、または制御部１７が決定する。
【０３９７】
ステップＳ２１４で、ユーザーインタフェースを通して、ユーザーがサブパス(アフレコ用オーディオ)情報を指定する。ユーザーがサブパスを作成しない場合はこのステップの処理はスルーされる。サブパス情報は、PlayListの中のSubPlayItemにストアされる情報であるが、本発明の趣旨に必要ないので説明を省略する。
【０３９８】
ステップＳ２１５で、制御部１７はユーザーが指定した再生範囲情報、およびconnection_conditionに基づいて、PlayList()（図２８）を作成する。
【０３９９】
ステップＳ２１６で、制御部１７はUIAppInfoPlayList()を作成する。UIAppInfoPlayList()はPlayListの内容をユーザーへ説明するための情報を含む。本実施の形態ではその説明を省略する。
【０４００】
ステップＳ２１７で、制御部１７はPlayListMarkを作成する（本実施の形態ではその説明を省略）。
【０４０１】
ステップＳ２１８で、制御部１７はMakersPrivateDataを作成する（本実施の形態ではその説明を省略）。
【０４０２】
ステップＳ２１９で、制御部１７はVirtual PlayListファイルを記録媒体１０に記録する。
【０４０３】
このようにして、記録媒体１０に記録されているReal PlayListの再生範囲の中から、ユーザーが見たい再生区間を選択してその再生区間をグループ化したもの毎に、１つのVirtual PlayListファイルが作られる。
【０４０４】
図５１はEP_mapタイプのPlayListの再生方法を説明するフローチャートである。
【０４０５】
ステップＳ２３１で、制御部１７はInfo.dvr, Clip Information file, PlayList fileおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているPlayListの一覧を示すGUI画面を作成し、ユーザーインタフェースを通して、GUIに表示する。
【０４０６】
ステップＳ２３２で、制御部１７はそれぞれのPlayListのUIAppInfoPlayList()に基づいて、PlayListを説明する情報をGUI画面に提示する。
【０４０７】
ステップＳ２３３で、ユーザーインタフェースを通して、GUI画面上からユーザーが１つのPlayListの再生を指示する。
【０４０８】
ステップＳ２３４で、制御部１７は現在のPlayItemのSTC-idとIN_timeのPTSから、IN_timeより時間的に前で最も近いエントリーポイントのあるソースパケット番号を取得する。
【０４０９】
ステップＳ２３５で、制御部１７は上記エントリーポイントのあるソースパケット番号からAVストリームのデータを読み出し、デコーダへ供給する。
【０４１０】
ステップＳ２３６で、現在のPlayItemの時間的に前のPlayItemがあった場合は、制御部１７は、前のPlayItemと現在のPlayItemとの表示の接続処理をconnection_conditionに従って行う。
【０４１１】
ステップＳ２３７で、制御部１７は、AVデコーダ１６にIN_timeのPTSのピクチャから表示を開始するように指示する。
【０４１２】
ステップＳ２３８で、制御部１７は、AVデコーダ１６にAVストリームのデコードを続けるように指示する。
【０４１３】
ステップＳ２３９で、制御部１７は、現在表示の画像が、OUT_timeのPTSの画像か否かを調べる。Noの場合は、ステップＳ２４０へ進む。ステップＳ２４０で現在の画像を表示して、ステップＳ２３８へ戻る。ステップＳ２３９で現在表示の画像がOUT_timeのPTSの画像であると判定された場合は、ステップＳ２４１へ進む。
【０４１４】
ステップＳ２４１で、制御部１７は、現在のPlayItemがPlayListの中で最後のPlayItemかを調べる。Noの場合はステップＳ２３４へ戻る。Yesの場合は、PlayListの再生を終了する。
【０４１５】
次に、EP_mapタイプのPlayListの場合に、ミニマイズ編集の処理をする時のClipとPlayListの更新方法の手順を図５２のフローチャートを用いて説明する。
【０４１６】
ステップＳ２６１で、制御部１７は、Real PlayListの再生範囲の中からどのVirtual PlayListsにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
【０４１７】
ステップＳ２６２で、制御部１７は、Real PlayListの再生範囲の中から消去する一区間の表示開始時刻および表示終了時刻を取得する。
【０４１８】
ステップＳ２６３で、制御部１７は、上記時間区間に対応するClip AVストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をEP_mapに基づいて決定する。
【０４１９】
ステップＳ２６４で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいATC-sequenceをSequenceInfoに追加する。すなわち、上記消去終了パケットの直後のソースパケットのパケット番号がSPN_ATC_startにセットされる。
【０４２０】
ステップＳ２６５で、制御部１７は、消去後のAVストリームにおけるATCシーケンス上にあるSTC-sequenceの開始パケット番号 (SPN_STC_start)を更新する。すなわち、消去後のClip AVストリームに対応するように、SPN_STC_startの値を変更する。
【０４２１】
ステップＳ２６６で、制御部１７は、消去後のAVストリームにおけるATCシーケンス上にあるSTC-sequenceに対するSTC-idの値が変わらないようにoffset_STC_idを決定する。
【０４２２】
ステップＳ２６７で、必要に応じて、消去後のClip AVストリームについてのProgramInfoを更新。すなわち、もし、上記の消去区間の中でProgram-sequenceが開始している場合は、そのProgram-sequenceの開始ソースパケット番号を上記消去終了パケットの直後のソースパケットのパケット番号に変更する。
【０４２３】
ステップＳ２６８で、制御部１７は、EP_mapを消去後のClip AVストリームに対応するように変更する。この処理においては、消去区間のストリームを参照するEP_mapのエントリーを消去し、また、EP_mapの中のソースパケット番号の値（すなわちEP_mapのSPN_EP_start）を消去後のClip AVストリームに対応するように変更する。
【０４２４】
ステップＳ２６９で、制御部１７は、上記の開始と終了パケットで示される区間のClip AVストリームのデータを消去する。
【０４２５】
ステップＳ２７０で、制御部１７は、上記の処理を反映させてClip Information fileを更新および記録する。このClip Information fileには、図８に示されるように、ClipInf(), Sequence Info(), Program Info(), CPI()などが含まれている。従って、上述したATC_sequenceやSTC_sequenceに関する情報が記録媒体１０に記録されることになる。
【０４２６】
ステップＳ２７１で、制御部１７は、Real PlayList fileが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
【０４２７】
ステップＳ２７２で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ２６１で調べた消去範囲をすべて消去したかどうかを調べる。Noの場合はステップＳ２６２へ戻る。Yesの場合はミニマイズ処理を終了する。
【０４２８】
上記ステップＳ２６３における処理内容について、CPIがEP_map タイプのClipの場合を詳細に説明する。
【０４２９】
図５３は、オリジナルのAVストリームファイルと、そのストリームの部分的な再生範囲のストリームを消去する編集を行った後のAVストリームファイルの例を示す。編集前に、Virtual PlayListは、オリジナルAVストリーム上のIN_timeとOUT_timeを指しているとする。この場合、Virtual PlayListが使用していないストリーム部分を消去する編集（ミニマイズ編集）をしたとき、それはオリジナルAVストリームを図５３に示す編集後のストリームへ変える。オリジナルAVストリームの先頭からＸ点までのデータと、Ｙ点から最後までのデータが消去される。以下の説明では、このＸ点とＹ点を決める方法の例を説明する。
【０４３０】
図５４は、AVストリームの内容を解析することをしないで、IN点の前の不要なデータを消去する方法を説明する図である。PlayListはオリジナルAVストリーム上のIN点を指す。また、そのAVストリームのEP_mapを図示する。IN点が指すピクチャをデコードするためには、アドレスISA2から開始するＩピクチャが必要である。また、Ｘ点の後で、PAT,PMTおよびPCRパケットが必要である。SPN_EP_start=ISA1のPTSはpts1であり、SPN_EP_start=ISA2のPTSはpts2である。pts1とpts2のシステムタイムベースの時間差が100 msec以上ならば、アドレスISA1とISA2の間にはPAT, PMTおよびPCRパケットが存在する（少なくとも、SESF, DVB, ATSC, ISDBの場合はそうである）。したがって、Ｘ点はアドレスISA1の前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
【０４３１】
動画像記録再生装置１は、AVストリームの内容を解析することをしないで、Ｘ点をEP_mapを使用して次のステップで決めることができる。
１）システムタイムベース上でIN timeのPTSに最も近く、かつそれよりも過去の表示時刻のPTSの値を持つSPN_EP_startを見つける。
２）ステップ1で見つけたSPN_EP_startのPTSの値よりも少なくとも100 msec過去の表示時刻のPTSの値を持つSPN_EP_startを見つける。
３）Ｘ点は、ステップ２で見つけたSPN_EP_startよりも前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
【０４３２】
この方法は、Ｘ点を決めるためにAVストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のAVストリームは、そのPlayListの再生には不要なデータを残してしまう場合がある。もし、Ｘ点を決めるためにAVストリームのデータを読み出し、その内容を解析するならば、そのPlayListの再生には不要なデータをより効率良く消去できる。
【０４３３】
図５５は、AVストリームの内容を解析することをしないで、OUT点の後ろの不要なデータを消去する方法を説明する図である。PlayListはオリジナルAVストリーム上のOUT点を指す。また、そのAVストリームのEP_mapを図示する。SPN_EP_start=ISA4から開始するビデオシーケンスは次に示すものであることを前提とする。
【０４３４】
I2 B0 B1 P5 …
【０４３５】
ここで、I,P,BはそれぞれIピクチャ，PピクチャそしてBピクチャを表す。数字は表示順序を表す。この処理において、記録装置がAVストリームの内容を解析しない場合、動画像記録再生装置１は、OUT_timeのPTSが参照するところのピクチャの情報（ピクチャコーディングタイプ，テンポラル・レファレンスなど）がわからない。OUT_timeのPTSはピクチャB0またはB1を参照しているかもしれない（動画像記録再生装置１がAVストリームの内容を解析しない場合、このことはわからない）、この場合、ピクチャB0,B1をデコードするためにはI2が必要である。I2のPTSはOUT timeのPTSよりも大きい（OUT_time < pts4, ここでpts4はI2のPTSである）。I2のPTSはOUT_timeのPTSよりも大きいが、B0, B1のためにI2が必要である。
【０４３６】
したがって、Ｙ点は図に示すアドレスISA5の後ろに決められる。ISA5は、EP_mapの中でISA4の直後にあるSPN_EP_startの値である。Ｙ点はまたアラインドユニットの境界でなければならない。
【０４３７】
動画像記録再生装置１は、AVストリームの内容を解析することをしないで、Ｙ点をEP_mapを使用して次のステップで決めることができる。
１）システムタイムベース上でOUT timeのPTSに最も近く、かつそれよりも未来の表示時刻のPTSの値を持つSPN_EP_startを見つける。
２）ステップ1で見つけたSPN_EP_startの直後にあるSPN_EP_start を見つける。
３）Ｙ点は、ステップ２で見つけたSPN_EP_startよりも後ろに決められる。そして、Ｙ点はアラインドユニットの境界でなければならない。
【０４３８】
この方法は、Ｙ点を決めるためにAVストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のAVストリームは、そのPlayListの再生には不要なデータを残してしまう場合がある。もし、Ｙ点を決めるためにAVストリームのデータを読み出し、その内容を解析するならば、そのPlayListの再生には不要なデータをより効率良く消去できる。
【０４３９】
図５６はTU_mapタイプのPlayListの再生方法を説明するフローチャートである。
【０４４０】
ステップＳ３００乃至ステップＳ３０２で、図５1のステップＳ２３１乃至Ｓ２３２と同様の処理が行われる。
【０４４１】
すなわち、ステップＳ３００で、制御部１７はInfo.dvr, Clip Information file, PlayList fileおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているPlayListの一覧を示すGUI画面を作成し、ユーザーインタフェースを通して、GUIに表示する。
【０４４２】
ステップＳ３０１で、制御部１７はそれぞれのPlayListのUIAppInfoPlayList()に基づいて、PlayListを説明する情報をGUI画面に提示する。
【０４４３】
ステップＳ３０２で、ユーザーインタフェースを通して、GUI画面上からユーザーが１つのPlayListの再生を指示する。
【０４４４】
ステップＳ３０３で、制御部１７は、TU_map情報を参照して、AVストリームのエントリーポイントのアドレスを取得する。すなわち、制御部１７は、現在のPlayItemのIN_timeのアライバルタイムよりも時間的に前で最も近いエントリーポイントのソースパケット番号を取得する。この処理の詳細は、後述する。
【０４４５】
ステップＳ３０４で、制御部１７は、上記エントリーポイントのあるソースパケット番号からパケットを再生し、AVデコーダ１６へ供給する。
【０４４６】
ステップＳ３０５で、制御部１７は、現在のパケットのアライバルタイムスタンプが、OUT_timeのパケットのそれ以上か否かを調べる。判定がNoの場合は、ステップＳ３０６へ進む。制御部１７は、、ステップＳ３０６で、次のパケットを再生し、AVデコーダ１６へ供給し、ステップＳ３０５へ戻る。ステップ３０５で判定がYesの場合は処理はステップ３０７へ進む。
【０４４７】
ステップＳ３０７で、制御部１７は、現在のPlayItemがPlayListの中で最後のPlayItemであるかを調べる。判定がNoの場合、処理はステップＳ３０３へ戻る。判定がYesの場合は、制御部１７は、PlayListの再生を終了する。
【０４４８】
次に、図５６のステップＳ３０３の処理の詳細を、図５７のフローチャートを参照して説明する。
【０４４９】
ステップＳ４００で、制御部１７は、PlayItemのIN_timeと、TU_map()のoffset_arrival_time[atc_id] とが次の関係になる最大のatc_idの値を取得する。
offset_arrival_time[atc_id] ≦ IN_time
（図２６のシンタクス参照）。
【０４５０】
ステップＳ４０１で、制御部１７は、上記atc_idで指されるATC-sequence中のi番目のtime_unitの開始時刻TU_start_time[atc_id][i]が、IN_timeよりも時間的に前で最も近い時のiの値を取得する（上記した式（２）参照）。
【０４５１】
ステップＳ４０２で、制御部１７は、上記iに対応するSPN_time_unit_start[atc_id][i]をエントリーポイントのアドレスとする。そして、処理を終了する。
【０４５２】
次に、TU_mapタイプのPlayListに対して、ミニマイズ編集をする時のClipとPlayListの更新方法の手順を、図５８のフローチャートを用いて説明する。
【０４５３】
ステップＳ５００で、制御部１７は、Real PlayListの再生範囲の中からどのVirtual PlayListsにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
【０４５４】
ステップＳ５０１で、制御部１７は、Real PlayListの再生範囲の中から消去する一区間の開始時刻（アライバルタイム）および終了時刻（アライバルタイム）を取得する。
【０４５５】
ステップＳ５０２で、制御部１７は、上記時間区間に対応するClip AVストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をTU_mapに基づいて決定する。この処理の詳細は、後述する。
【０４５６】
ステップＳ５０３で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいATC-sequenceをSequenceInfoに追加する。すなわち、制御部１７は、上記消去終了パケットの直後のソースパケットのパケット番号をSPN_ATC_startにセットする。
【０４５７】
ステップＳ５０４で、制御部１７は、TU_mapを消去後のClip AVストリームに対応するように変更する。すなわち、
-- 上記消去するAVストリーム区間に対応するSPN_time_unit_startのデータエントリを消去する。
-- 上記新しいATC-sequence上の最初のtime_unitの開始時刻を、そのATC-sequenceに対するoffset_arrival_timeとして、TU_mapに追加する。
-- TU_mapの中のソースパケット番号の値、すなわち、TU_mapのSPN_time_unit_startを消去後のClip AVストリームに対応するように変更する。
【０４５８】
ステップＳ５０５で、制御部１７は、上記の開始と終了パケットで示される区間のClip AVストリームのデータを消去する。
【０４５９】
ステップＳ５０６で、制御部１７は、上記の処理を反映させてClip Information fileを更新および記録する。このClip Information fileには、図８に示されるように、ClipInf(), Sequence Info(), Program Info(), CPI()などが含まれている。従って、上述したATC_sequenceに関する情報が記録媒体１０に記録されることになる。
【０４６０】
ステップＳ５０７で、制御部１７は、Real PlayList fileが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
【０４６１】
ステップＳ５０８で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ５００で調べた消去範囲をすべて消去したかどうかを調べる。判定がNoの場合、処理はステップＳ５０１へ戻る。判定がYesの場合、制御部１７は、ミニマイズ処理を終了する。
【０４６２】
次に、図５９のフローチャートを参照して、図５８のステップＳ５０２の処理の詳細を説明する。
【０４６３】
ステップＳ６００で、制御部１７は、消去する区間の開始時刻と終了時刻が含まれるATC_sequenceのatc_idの値を取得する。
【０４６４】
ステップＳ６０１で、制御部１７は、上記atc_idで指されるATC-sequence中のi番目のtime_unitの開始時刻TU_start_time[atc_id][i]が、消去する区間の開始時刻よりも時間的に後ろで最も近い時のiの値を取得する（上記した式（２)参照）。
【０４６５】
ステップＳ６０２で、制御部１７は、上記iに対応するSPN_time_unit_start[atc_id][i]を消去開始パケットのアドレスとする。
【０４６６】
ステップＳ６０３で、制御部１７は、上記atc_idで指されるATC-sequence中のj番目のtime_unitの開始時刻TU_start_time[atc_id][j]が、消去する区間の終了時刻よりも時間的に前で最も近い時のjの値を取得する（上記した式（２）参照）。
【０４６７】
ステップＳ６０４で、制御部１７は、上記jに対応するSPN_time_unit_start[atc_id][j]を消去終了パケットのアドレスとする。
【０４６８】
図６０は、EP_mapタイプとTU_mapタイプの各PlayListに対するミニマイズ編集でのClip Information fileの更新の違いをまとめたものである。
【０４６９】
ステップＳ７０１で、制御部１７は、PlayList が、EP_mapのPlayListであるか否かを判定し、EP_mapのPlayListである場合、ステップＳ７０２へ進む。
【０４７０】
ステップＳ７０２で、EP_mapのPlayListであると判定された場合、制御部１７は、AVストリームの部分消去に対応するように、Clip Informationファイルを更新する。すなわち、
ATC-seqeenceの情報を更新し（図５２のステップＳ２６４）、
STC-seqeenceの情報を更新し（図５２のステップＳ２６５，Ｓ２６６）、
さらに、必要に応じて、program-sequenceの情報を更新する（図５２のステップＳ２６７）。
【０４７１】
そして、ステップＳ７０３で、制御部１７は、AVストリームの部分消去に対応するように、EP_mapの情報を更新する（図５２のステップＳ２６８）。そして、処理を終了する。
【０４７２】
一方、ステップＳ７０１で、PlayList が、TU_mapのPlayListであると判定された場合、処理はステップ７０４へ進む。
【０４７３】
ステップＳ７０４で、制御部１７は、AVストリームの部分消去に対応するように、Clip InformationファイルのATC-seqenceの情報を更新する（図５８のステップＳ５０３）。
【０４７４】
そして、制御部１７は、ステップＳ７０５で、AVストリームの部分消去に対応するように、TU_mapの情報を更新し（図５８のステップ５０４）、処理を終了する。
【０４７５】
次に、EP_mapタイプのPlayList のAVストリームを記録する時にATC不連続点とSTC不連続点が発生する場合における、PlayList（図２８）のPlayItemデータ（図２９）について、connection_condition（図２９）の値の設定方法を説明する。
【０４７６】
ATCシーケンスとSTCシーケンスの不連続点を持つAVストリームとPlayItemの関係について説明する。
【０４７７】
図６１は、EP_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。ATCシーケンスの境界で、STCシーケンスも分かれる。そして、PlayItemは連続なSTCシーケンスを参照するので、STCシーケンスの境界で2個のPlayItemに分かれる。この場合、現在のPlayItem(図中のCurrent PlayItem)がその前側のPlayItem(Previous PlayItem)と、このような状態で接続されていることを示すために、connection_conditionの値を１に設定する。
【０４７８】
図６２は、EP_mapタイプのPlayListの場合に、連続なATCシーケンス上にある2個のSTCシーケンスの境界で2個のPlayItemが分かれている場合を説明する図である。連続なATCシーケンス上のSTC不連続点で、2個のSTCシーケンスに分かれている。そして、PlayItemは連続なSTCシーケンスを参照するので、STCシーケンスの境界で2個のPlayItemに分かれる。この場合、現在のPlayItem(図中のCurrent PlayItem)がその前側のPlayItem(Previous PlayItem)と、このような状態で接続されていることを示すために、connection_conditionの値を2に設定する。
【０４７９】
図６３は、AVストリームの記録方法について、その記録途中にATC不連続点とSTC不連続点が発生する場合における、EP_mapタイプのPlayListデータの作成方法を説明するフローチャートである。
【０４８０】
ステップＳ８００で、制御部１７（図４３）は、パラメータn=0, m=0, is_ATC_sequence=1にセットする。nは、記録途中に発生するATCシーケンスの番号であり、mは、記録途中に発生するSTCシーケンスの番号であり、is_ATC_sequenceは、ATCの不連続が発生したことを示すフラグである。
【０４８１】
ステップＳ８０１で、制御部１７は、現在記録するパケットからn番目のATCシーケンスを開始する。
【０４８２】
ステップＳ８０２で、制御部１７は、前記現在記録するパケットからm番目のSTCシーケンスを開始する。また、m番目のPlayItemを開始する。
【０４８３】
ステップＳ８０３で、制御部１７は、m番目のPlayItemのconnection_conditionを決める。
is_ATC_change=1の場合、connection_condition=1,
is_ATC_change=0の場合、connection_condition=2。
【０４８４】
なお、最初のPlayItem（m=0）については、図６２の状態とは異なるが、connection_condition=1とする。
【０４８５】
ステップＳ８０４で、制御部１７は、記録するAVストリームに含まれるビデオのPTSを解析する。このPTSの情報は、PlayItemのIN_time, OUT_timeを取得するための情報となる。
【０４８６】
ステップＳ８０５で、制御部１７は、不連続点を検出したか判定する。Noの場合は、ステップＳ８０４の処理を続ける。Yesの場合は、ステップＳ８０６へ移る。
【０４８７】
ステップＳ８０６で、制御部１７は、STC不連続が発生したかどうかを調べる。STC不連続の検出方法については、図４５における場合と同様に行う。
【０４８８】
ステップＳ８０６で、Yesの場合、制御部１７は、STCの不連続が発生した（ATCの不連続は発生しない）と判定する（図６２の状態）。そして、次のように処理をする。
(1) m番目のPlayItemのIN_time, OUT_timeの取得する。
(2) m++
(3) is_ATC_change=0
と処理する。
【０４８９】
そして、ステップＳ８０２へ戻り、引き続き処理を行う。この場合、is_ATC_change=0であるので、ステップＳ８０３で、PlayItemのconnection_condition=2がセットされる。
【０４９０】
ステップＳ８０６で、Noの場合、ステップＳ８０８へ移る。
【０４９１】
ステップＳ８０８は、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
【０４９２】
ステップＳ８０８で、Yesの場合、記録が一度中断されたので、制御部１７は、ATCの不連続が発生した（STCの不連続もまた発生する）と判定する（図６１の状態）。この時、ステップＳ８０９で、次の処理を行う。
(1) m番目のPlayItemのIN_time, OUT_timeの取得する。
(2) m++,
(3) n++
(4) is_ATC_change=1
【０４９３】
そして、ステップＳ８０１へ戻り、引き続き処理を行う。この場合、is_ATC_change=1であるので、ステップＳ８０３で、PlayItemのconnection_condition=1がセットされる。
【０４９４】
ステップＳ８０８で、Noの場合、AVストリームの記録を終了する。
【０４９５】
次に、TU_mapタイプのPlayListのAVストリームを記録する時にATC不連続点が発生する場合におけるPlayList（図２８）のPlayItemデータ（図２９）について、connection_condition（図２９）の値の設定方法を説明する。
【０４９６】
ATCシーケンスの不連続点を持つAVストリームとPlayItemの関係について説明する。
【０４９７】
図６４は、TU_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。TU_mapタイプのPlayListの場合、PlayItemは連続なATCシーケンスを参照するので、ATCシーケンスの境界で2個のPlayItemに分かれる。この場合、現在のPlayItem(図中のCurrent PlayItem)がその前側のPlayItem(Previous PlayItem)と、このような状態で接続されていることを示すために、connection_conditionの値を１に設定する。
【０４９８】
図６５は、PlayListのAVストリームの記録方法について、その記録途中にATC不連続点が発生する場合、TU_mapタイプのPlayListデータの作成方法を説明するフローチャートである。
【０４９９】
ステップＳ８３１で、制御部１７（図４３）は、パラメータn=0にセットする。nは、記録途中に発生するATCシーケンスの番号である。
【０５００】
ステップＳ８３２で、制御部１７は、現在記録するパケットからn番目のATCシーケンスを開始する。
【０５０１】
ステップＳ８３３で、制御部１７は、n番目のPlayItemを開始する。
【０５０２】
ステップＳ８３４で、制御部１７は、n番目のPlayItemのconnection_condition=1とセットする。
【０５０３】
なお、最初のPlayItem（n=0）についても、図６４の状態とは異なるが、connection_condition=1とする。
【０５０４】
ステップＳ８３５で、制御部１７は、記録するAVストリームのパケットのアライバルタイムスタンプを取得する。このアライバルタイムスタンプの情報は、PlayItemのIN_time, OUT_timeを取得するための情報となる。
【０５０５】
ステップＳ８３６で、制御部１７は、不連続点を検出したか判定する。Noの場合は、ステップＳ８３５の処理を続ける。Yesの場合は、ステップＳ８３７へ移る。
【０５０６】
ステップＳ８３７で、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
【０５０７】
ステップＳ８３７で、Yesの場合、記録が一度中断されたので、制御部１７は、ATCの不連続が発生したと判定する。この時、ステップＳ８３８で、次の処理を行う。
(1) n番目のPlayItemのIN_time, OUT_timeの取得する。
(2) n++
【０５０８】
そして、ステップＳ８３２へ戻り、引き続き処理を行う。この後のステップＳ８３４で、PlayItemのconnection_condition=1がセットされる（図６３の状態）。
【０５０９】
ステップＳ８３７で、Noの場合、AVストリームの記録を終了する。
【０５１０】
図６６は、connection_conditionの値に基づいて、EP_mapタイプのPlayListを再生する方法を説明するフローチャートである。
【０５１１】
ステップＳ８５１で、制御部１７（図４３）は、PlayListファイルのデータを読み込む。
【０５１２】
ステップＳ８５２で、制御部１７は、パラメータK=0にセットする。Kは、PlayListの中にエントリーされているPlayItemデータの番号である。
【０５１３】
ステップＳ８５３で、制御部１７は、現在、再生するK番目のPlayItemのconnection_conditionの取得をする。
【０５１４】
ステップＳ８５４で、制御部１７は、connection_conditionの値が2であるかどうかを調べる。Yesの場合、ステップＳ８５５へ進む。
【０５１５】
ステップＳ８５５で、制御部１７は、前回の(K-1)番目のPlayItemのAVデータに続くATCシーケンスのAVデータを連続読み出しできることがわかる。すなわち、連続なATCシーケンス上のSTC不連続点にて、PlayItemが分かれているだけである（図６２の状態である）ので、STC不連続点をまたいで、AVストリームデータを連続読み出しできることがわかる。具体的には、図７の再生モデルにおいて、STC不連続点をまたいでも、アライバルタイムカウンタークロック255の値を連続にできることがわかる。
【０５１６】
ステップＳ８５４で、Noの場合は、ステップＳ８５６へ進む。
【０５１７】
ステップＳ８５６で、制御部１７は、前回(K-1)番目のPlayItemのAVデータ読み出し後、現在のK番目のPlayItemのAVデータ読み出し開始に先立ち、再生器のATCカウンタのリセットが必要であることがわかる。すなわち、PlayItem の境界でATC不連続点があるので、図７の再生モデルにおいて、ATC不連続点でアライバルタイムカウンタークロック255の値をリセットする必要があることがわかる（例えば、図６１のCurrent PlayItemの場合、ATC-sequence2の開始点SPN_ATC_startが示すパケットのarrival_time_stampの値でアライバルタイムカウンタークロック255の値をリセットする）。
【０５１８】
ステップＳ８５７で、制御部１７は、最後のPlayItemの処理を終了したかどうかを調べる。Noの場合は、ステップＳ８５８へ進み、Kをインクリメントする。
【０５１９】
ステップＳ８５７で、Yesの場合は、PlayListの再生処理を終了する。
【０５２０】
図６７は、TU_mapタイプのPlayListを再生する方法を説明するフローチャートである。
【０５２１】
ステップＳ８７１で、制御部１７（図４３）は、PlayListファイルのデータを読み込む。
【０５２２】
ステップＳ８７２で、制御部１７は、パラメータK=0にセットする。Kは、PlayListの中にエントリーされているPlayItemデータの番号である。
【０５２３】
ステップＳ８７３で、制御部１７は、現在、再生するK番目のPlayItemのconnection_condition=1の取得をする。
【０５２４】
ステップＳ８７４で、制御部１７は、前回(K-1)番目のPlayItemのAVデータ読み出し後、現在のK番目のPlayItemのAVデータ読み出し開始に先立ち、再生器のATCカウンタのリセットが必要であることがわかる。すなわち、PlayItem の境界でATC不連続点があるので、図７の再生モデルにおいて、ATC不連続点でアライバルタイムカウンタークロック255の値をリセットする必要があることがわかる（例えば、図６４のCurrent PlayItemの場合、ATC-sequence2の開始点SPN_ATC_startが示すパケットのarrival_time_stampの値でアライバルタイムカウンタークロック255の値をリセットする）。
【０５２５】
ステップＳ８７５で、制御部１７は、最後のPlayItemの処理を終了したかどうかを調べる。Noの場合は、ステップＳ８７６へ進み、Kをインクリメントする。
【０５２６】
ステップＳ８７５で、Yesの場合は、PlayListの再生処理を終了する。
【０５２７】
このようなシンタクス、データ構造、規則に基づく事により、記録媒体１０に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。
【０５２８】
以上説明した各種の情報が記録される記録媒体１０は、例えば光ディスクで構成される。この記録媒体１０には、スパイラル状または同心円状にトラックが形成される。そして、図６８に示されるように、そのうちのGathered files領域１０Ａに、Gathered files（例えば、図２のPLAYLISTのファイル（*.rplsおよび*.vplsの拡張子を有するファイル）、並びにCLIPINFを構成するファイル（*.clpiの拡張子を有するファイル））が記録され、その他の領域１０Ｂに、STREAMのファイル（例えば、*.m2tsの拡張子を有するファイル）が記録される。Gathered filesは、記録媒体１０を動画像記録再生装置１に装着したとき、短時間で読み出す必要があるファイルである。
【０５２９】
なお、本実施の形態は、多重化ストリームとしてMPEG2トランスポートストリームを例にして説明しているが、これに限らず、DSSトランスポートストリームやMPEG2プログラムストリームについても適用することが可能である。
【０５３０】
以上のように、本発明によれば、トランスポートストリーム等のAVストリームのパケットを記録媒体に記録するシステムにおいて、各パケットのデコーダへの到着時刻を示すアライバル・タイム・スタンプ（arrival_time_stamp）がパケットに付加して記録される。このとき、アライバル・タイム・スタンプの連続性を表す情報（ATC-sequenceの情報）も記録される。具体的には、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレス（SPN_ATC_start）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
【０５３１】
例えば、AVストリームを新しく記録する時、連続して記録されたパケット列にはアライバルタイムベースの不連続点は含まれず、アライバル・タイム・ベースの時間軸は１つである。その時間軸はパケット列の最初のパケットから開始する。
【０５３２】
編集等によって、前記パケット列の中の不必要な部分のパケットが消去され、残った全てのパケットが１つのパケット列にまとめられる場合を考える。この場合、新しいパケット列の中には、アライバル・タイムベースの時間軸が複数存在する場合がある。このとき、それぞれのアライバル・タイム・ベースの時間軸が開始するパケットのアドレスが記録媒体に記録される。
【０５３３】
さらに、アライバル・タイム・スタンプの連続性を表す情報を記録するシステムにおいては、AVデータの再生時刻が参照するところのシステム・タイム・ベースの不連続点が検出され、そのシステム・タイム・ベースの連続性を表す情報(STC-sequenceの情報)が記録される。具体的には、記録されている１つのパケット列の中で、システム・タイム・ベースの時間軸が開始するパケットのアドレス（SPN_STC_start）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
【０５３４】
また、システム・タイム・ベースの不連続点を含まないパケット列である、１つのSTC-sequenceは、アライバル・タイム・ベースの不連続点を含まないパケット列であるATC-sequenceの境界をまたがないように前記データが管理される。
【０５３５】
従って、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレスを正しく管理することが可能となる。ATC-sequenceが増加しても、Clipのファイル数が増加しないので、ファイル管理が容易となる。さらに、stc-idで各々のSTC-sequenceを識別するようにしたので、プレイリストの編集が容易となる。
【０５３６】
また、AVストリームファイルの中にアライバルタイムベースの不連続点やシステムタイムベースの不連続が含まれる場合であっても、適切にAVデータの再生開始時間と終了時間を管理できる。
【０５３７】
なお、本実施の形態は、多重化ストリームとしてMPEG2トランスポートストリームを例にして説明しているが、これに限らず、DSSトランスポートストリームやMPEG2プログラムストリームについても適用することが可能である。
【０５３８】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０５３９】
この記録媒体は、図４３に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク５３（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMやハードディスクなどで構成される。
【０５４０】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０５４１】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０５４２】
【発明の効果】
以上のように、本発明によれば、記録後に、編集操作が行われた場合においても、データの内容、および、再生情報を簡単に、かつ、適切に管理することが可能になる。
【０５４３】
また、本発明によれば、編集操作が行われた場合においても、データの内容および再生を簡単に、かつ適切に管理することが可能な情報記録媒体を実現することができる。
【０５４４】
さらに、本発明によれば、データストリームを欠落させることなく、連続的に、かつ、迅速に、再生することが可能となる。
【０５４５】
また、本発明によれば、データストリームの一部を削除した場合においても、データストリームを連続的に再生することが可能となるだけでなく、編集後のデータの管理も容易となる。
【０５４６】
【図面の簡単な説明】
【図１】本発明が適用される記録再生システムで用いる記録媒体上のアプリケーションフォーマットの構造を説明する図である。
【図２】ディレクトリ構造を説明する図である。
【図３】DVR MPEG-２のトランスポートストリームの構造を説明する図である。
【図４】source_packetのシンタクスを示す図である。
【図５】TP_extra_header()のシンタクスを示す図である。
【図６】DVR MPEG−２トランスポートストリームレコーダモデルの構成を示すブロック図である。
【図７】DVR MPEG−２トランスポートストリームプレーヤモデルの構成を示すブロック図である。
【図８】Clip Information fileのシンタクスを示す図である。
【図９】ATC-sequenceを説明する図である。
【図１０】ATCの不連続点とATC-sequencesの関係を説明する図である。
【図１１】連続なSTC区間について説明する図である。
【図１２】STCの不連続点とSTC-sequenceの関係を説明する図である。
【図１３】SequenceInfo()のシンタクスを示す図である。
【図１４】Program-sequenceを説明する図である。
【図１５】ProgramInfo()のシンタクスを示す図である。
【図１６】StreamCodingInfo()のシンタクスを示す図である。
【図１７】stream_coding_typeを説明する図である。
【図１８】video_formatを説明する図である。
【図１９】frame_rateを説明する図である。
【図２０】display_aspect_ratioを説明する図である。
【図２１】audio_presentation_typeを説明する図である。
【図２２】sampling_frequencyを説明する図である。
【図２３】CPI()のシンタクスを示す図である。
【図２４】EP_mapを説明する図である。
【図２５】TU_mapを説明する図である。
【図２６】TU_mapのシンタクスを説明する図である。
【図２７】PlayList fileのシンタクスを示す図である。
【図２８】PlayList()のシンタクスを示す図である。
【図２９】EP_map typeのPlayListを説明する図である。
【図３０】TU_map typeのPlayListを説明する図である。
【図３１】EP_map typeのPlayListの時間情報とAVストリームファイルの中のアドレス情報の関係を説明する図である。
【図３２】TU_map typeのPlayListの時間情報とAVストリームファイルの中のアドレス情報の関係を説明する図である。
【図３３】PlayItem()のシンタクスを示す図である。
【図３４】AVストリームが新しいClipとして記録されるときのClipとPlayListの関係を説明する図である。
【図３５】Virtual PlayListの作成について説明する図である。
【図３６】Real PlayListの再生区間の一部分を消去したときのClipとPlayListの関係を説明する図である。
【図３７】ミニマイズ編集を説明する図である。
【図３８】Clip AVストリームのデータを部分的に消去したときに、Clipの中に生成されるATC-sequenceを説明する図である。
【図３９】Clip AVストリームのデータを部分的に消去したときのATC-sequence, STC-sequenceおよびprogram-sequenceの関係を説明する図である。
【図４０】CPIがEP_mapであるClip AVストリームの一部分を消去したときのClipとPlayListの関係を説明する図である。
【図４１】CPIがEP_mapであるClip AVストリームの一部分を消去したときに、Clipファイルが２つに別れる場合を説明する図である。
【図４２】CPIがTU_mapであるClip AVストリームの一部分を消去したときのClipとPlayListの関係を説明する図である。
【図４３】本発明の動画像記録再生装置の構成を示すブロック図である。
【図４４】Clipの作成処理を説明するフローチャートである。
【図４５】SequeceInfoの作成処理を説明するフローチャートである。
【図４６】ProgramInfoの作成処理を説明するフローチャートである。
【図４７】EP_mapの作成処理を説明するフローチャートである。
【図４８】ClipのCPIの種類によってClipの情報の作成方法が違うことを説明するフローチャートである。
【図４９】Real PlayListの作成処理を説明するフローチャートである。
【図５０】Virtual PlayListの作成処理を説明するフローチャートである。
【図５１】EP_mapタイプのPlayListの再生処理を説明するフローチャートである。
【図５２】EP_mapタイプのPlayListに対するミニマイズ編集処理を説明するフローチャートである。
【図５３】ミニマイズのオペレーションを説明する図である。
【図５４】ミニマイズ時のIN_timeの前の不要なストリームデータの消去を説明する図である。
【図５５】ミニマイズ時のOUT_timeの後ろの不要なストリームデータの消去を説明する図である。
【図５６】TU_mapタイプのPlayListの再生方法を説明するフローチャートである。
【図５７】図５６のステップＳ３０３の処理の詳細を説明するフローチャートである。
【図５８】TU_mapタイプのPlayList に対するミニマイズ編集の処理を説明するフローチャートである。
【図５９】図５８のステップＳ５０２の処理の詳細を説明するフローチャートである。
【図６０】EP_mapタイプとTU_mapタイプの各PlayListに対するミニマイズ編集の処理でのClip Information fileの更新を説明するフローチャートである。
【図６１】EP_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。
【図６２】EP_mapタイプのPlayListの場合に、連続なATCシーケンス上にある2個のSTCシーケンスの境界でPlayItemが分かれている場合を説明する図である。
【図６３】AVストリームを記録する時に、EP_mapタイプのPlayListを作成する場合のフローチャートである。
【図６４】TU_mapタイプのPlayListの場合に、2個のATCシーケンスの境界で2個のPlayItemに分かれている場合を説明する図である。
【図６５】AVストリームを記録する時に、TU_mapタイプのPlayListを作成する場合のフローチャートである。
【図６６】EP_mapタイプのPlayListを再生する時のフローチャートを説明する図である。
【図６７】TU_mapタイプのPlayListを再生する時のフローチャートである。
【図６８】記録媒体の記録領域を説明する図である。
【０５４７】
【符号の説明】
１０ 記録媒体， １１ 読み出し部， １２ 復調部， １３ ECC復号部
， １４ ソースデパケッタイザ， １５ デマルチプレクサ， １６ AVデコーダ， １７ 制御部， ２３ AVエンコーダ， ２４ ビデオ解析部， ２５ マルチプレクサ， ２６ 多重化ストリーム解析部， ２９ ソースパケッタイザ， ３０ ECC符号化部， ３１ 変調部， ３２ 書き込み部
Claims (85)
- パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置において、
前記データストリームの基準時刻情報を検出する第１の検出手段と、
前記第１の検出手段による検出結果に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する第１の生成手段と、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録手段と
を備えることを特徴とするデータ記録装置。 - 前記第１の連続性情報は、記録されている１つのパケット列の中で、前記第１の時刻情報の時間軸が開始するパケットのアドレスを表す
ことを特徴とする請求項１に記載のデータ記録装置。 - 前記第２の連続性情報は、記録されている１つのパケット列の中で、前記第２の時刻情報の時間軸が開始するパケットのアドレスを表す
ことを特徴とする請求項１に記載のデータ記録装置。 - １つの前記第１のパケット列は、前記第２のパケット列の境界をまたがないように前記データを管理する管理手段を
さらに備えることを特徴とする請求項１に記載のデータ記録装置。 - 前記データストリームの中に配置されているプログラム内容の変化点を検出する第２の検出手段と、
前記第２の検出手段による検出結果に基づいて、記録されている１つのパケット列の中で、前記プログラム内容の変化点に対応するパケットのアドレスを取得する取得手段と
をさらに備え、
前記記録手段は、前記取得手段により取得された前記変化点に対応するパケットのアドレスを前記情報記録媒体にさらに記録する
ことを特徴とする請求項１に記載のデータ記録装置。 - 記録されている１つのパケット列の中において、前記プログラム内容が一定であるパケット列としての１つのプログラムシーケンスは、前記第１のパケット列および前記第２のパケット列の境界をまたいでも良いように前記データを管理する管理手段を
さらに備えることを特徴とする請求項５に記載のデータ記録装置。 - 前記第１のパケット列毎に、プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを生成する第２の生成手段をさらに備え、
前記記録手段は、前記第２の生成手段により生成された前記プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを前記情報記録媒体にさらに記録する
ことを特徴とする請求項１に記載のデータ記録装置。 - 前記記録手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに記録する
ことを特徴とする請求項７に記載のデータ記録装置。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のデータ記録方法において、
前記データストリームの基準時刻情報を検出する第１の検出ステップと、
前記第１の検出ステップの処理による検出結果に基づいて生成された、前記第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する生成ステップと、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のプログラムにおいて、
前記データストリームの基準時刻情報を検出する第１の検出ステップと、
前記第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する生成ステップと、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、
前記データストリームの基準時刻情報を検出する第１の検出ステップと、
前記第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する生成ステップと、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録ステップと
を実行させるプログラム。 - パケット列からなるデータストリームを記録するデータ記録媒体において、
前記データストリームの基準時刻情報に基づいて生成される第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報であって、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に生成される識別情報のオフセット値と
が記録されたデータ記録媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された前記識別情報のオフセット値を再生する再生手段と、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - 前記再生手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに再生する
ことを特徴とする請求項１３に記載のデータ再生装置。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された前記識別情報のオフセット値を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムにおいて、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された前記識別情報のオフセット値を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に、前記第２のパケット列上にある最初の前記第１のパケット列に対する前記識別情報のオフセット値を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を実行させるプログラム。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得手段と、
前記パケット列のオフセット時刻情報を取得する第２の取得手段と、
前記第１の取得手段により取得された前記パケットのアドレスと、前記第２の取得手段により取得された前記オフセット時刻情報を情報記録媒体に記録する記録手段と
を備え、
前記パケット列は、 ATC シーケンスであり、
前記パケットのアドレスは、 SPN_ATC_start であり、
前記オフセット時刻情報は、 offset_arrival_time である
ことを特徴とするデータ記録装置。 - 前記記録手段は、前記到着時刻情報の時間とデータアドレスを関係付けるマップをさら
に記録する
ことを特徴とする請求項１８に記載のデータ記録装置。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、
前記パケット列のオフセット時刻情報を取得する第２の取得ステップと、
前記第１の取得ステップの処理により取得された前記パケットのアドレスと、前記第２の取得ステップの処理により取得された前記オフセット時刻情報を情報記録媒体に記録する記録ステップと
を含み、
前記パケット列は、 ATC シーケンスであり、
前記パケットのアドレスは、 SPN_ATC_start であり、
前記オフセット時刻情報は、 offset_arrival_time である
ことを特徴とするデータ記録方法。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、
前記パケット列のオフセット時刻情報を取得する第２の取得ステップと、
前記第１の取得ステップの処理により取得された前記パケットのアドレスと、前記第２の取得ステップの処理により取得された前記オフセット時刻情報を情報記録媒体に記録する記録ステップと
を含み、
前記パケット列は、 ATC シーケンスであり、
前記パケットのアドレスは、 SPN_ATC_start であり、
前記オフセット時刻情報は、 offset_arrival_time である
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、
前記パケット列のオフセット時刻情報を取得する第２の取得ステップと、
前記第１の取得ステップの処理により取得された前記パケットのアドレスと、前記第２の取得ステップの処理により取得された前記オフセット時刻情報を情報記録媒体に記録する記録ステップと
をコンピュータに実行させ、
前記パケット列は、 ATC シーケンスであり、
前記パケットのアドレスは、 SPN_ATC_start であり、
前記オフセット時刻情報は、 offset_arrival_time である
ことを特徴とするプログラム。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、前記パケット列のオフセット時刻情報、および前記到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生手段と、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御手段と
を備え、
再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、前記パケット列を見つけ、
前記パケット列上で、前記再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、
前記エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生する
ことを特徴とするデータ再生装置。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、前記パケット列のオフセット時刻情報、および前記到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含み、
再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、前記パケット列を見つけ、
前記パケット列上で、前記再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、
前記エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生する
ことを特徴とするデータ再生方法。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムであって、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、前記パケット列のオフセット時刻情報、および前記到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含み、
再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところ の、前記パケット列を見つけ、
前記パケット列上で、前記再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、
前記エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生させる
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレス、前記パケット列のオフセット時刻情報、および前記到着時刻情報の時間とデータアドレスを関係付けるマップを再生する再生ステップと、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を実行させ、
再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、前記パケット列を見つけ、
前記パケット列上で、前記再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、
前記エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生させる
ことを特徴とするプログラム。 - データストリームのパケットを記録するデータ記録媒体において、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、
前記パケット列毎の前記到着時刻情報のオフセット時刻情報と、
前記到着時刻情報の時間とデータアドレスを関係付けるマップと
が記録されたデータ記録媒体。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有し、
前記コントローラは、前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御する
ことを特徴とするデータ編集装置。 - 表示時刻情報の時間とデータアドレスを関係付けるマップをさらに制御する
ことを特徴とする請求項２８に記載のデータ編集装置。 - 削除終了点の表示時刻に等しいか、または過去の表示時刻を持つ第１のエントリーポイントの第1の表示時刻を見つけ、
前記第1の表示時刻の値よりも、少なくとも所定の時間だけ過去の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、
前記第２の表示時刻に関連づけられたデータアドレスよりも前を削除するように制御する
ことを特徴とする請求項２８に記載のデータ編集装置。 - 削除開始点の表示時刻に等しいか、または未来の表示時刻の値を持つ第１のエントリーポイントの第1の表示時刻を見つけ、
前記第1の表示時刻よりも、未来の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、
前記第２の表示時刻に関連づけられたアドレスよりも後ろを削除するように制御する
ことを特徴とする請求項２８に記載のデータ編集装置。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置のデータ編集方法において、
前記コントローラは、前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御する
ことを特徴とするデータ編集方法。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータのプログラムであって、
前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御する
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータに、
前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御させる
ことを特徴とするプログラム。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有し、
前記コントローラは、前記データストリームの一部を削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御し、
削除開始点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけ、
前記パケット列の到着時刻情報の時間軸上で、前記削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、
上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御する
ことを特徴とするデータ編集装置。 - 到着時刻情報の時間とデータアドレスを関係付けるマップの再生をさらに制御する
ことを特徴とする請求項３５に記載のデータ編集装置。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置のデータ編集方法において、
前記コントローラは、前記データストリームの一部を削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御し、
削除開始点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけ、
前記パケット列の到着時刻情報の時間軸上で、前記削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、
上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御する
ことを特徴とするデータ編集方法。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータのプログラムであって、
前記データストリームの一部を削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御させ、
削除開始点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけさせ、
前記パケット列の到着時刻情報の時間軸上で、前記削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求めさせ、
上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御させる
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータに、
前記データストリームの一部を削除するように指示された際には、前記パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、
削除開始点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけさせ、
前記パケット列の到着時刻情報の時間軸上で、前記削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求めさせ、
上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御させる
ことを特徴とするプログラム。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有し 、
前記コントローラは、前記データストリームの一部を削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御し、
削除終了点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけ、
前記パケット列の到着時刻情報の時間軸上で、前記削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、
上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御する
ことを特徴とするデータ編集装置。 - 到着時刻情報の時間とデータアドレスを関係付けるマップの再生をさらに制御する
ことを特徴とする請求項４０に記載のデータ編集装置。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置のデータ編集方法において、
前記コントローラは、前記データストリームの一部を削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御し、
削除終了点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけ、
前記パケット列の到着時刻情報の時間軸上で、前記削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、
上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御する
ことを特徴とするデータ編集方法。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータのプログラムであって、
前記データストリームの一部を削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御させ、
削除終了点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけさせ、
前記パケット列の到着時刻情報の時間軸上で、前記削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求めさせ、
上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御させる
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータに、
前記データストリームの一部を削除するように指示された際には、前記パケット列毎に 、到着時刻情報の時間軸のスタートタイムを付加するように制御させ、
削除終了点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけさせ、
前記パケット列の到着時刻情報の時間軸上で、前記削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求めさせ、
上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御させる
ことを特徴とするプログラム。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成手段と、
前記第１のマップ情報を使用する場合には、前記作成手段で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録手段と
を備えることを特徴とするデータ記録装置。 - 前記第1のマップ情報は、EP_mapであり、前記第2のマップはTU_mapである
ことを特徴とする請求項４５に記載のデータ記録装置。 - 編集処理において、前記記録手段は、前記第1のマップが使用されている際には、前記第1の連続性情報、および第2の連続性情報を更新するとともに、前記第2のマップが使用されている際には、前記第2の連続性情報を更新する
ことを特徴とする請求項４５に記載のデータ記録装置。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成ステップと、
前記第１のマップ情報を使用する場合には、前記作成ステップの処理で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成ステップと、
前記第１のマップ情報を使用する場合には、前記作成ステップの処理で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成ステップと、
前記第１のマップ情報を使用する場合には、前記作成ステップの処理で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録ステップと
をコンピュータに実行させるプログラム。 - パケット列で構成されるデータストリームの記録の種類を判定する判定手段と、
前記判定手段により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定手段により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御部と、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録部と
を備えることを特徴とするデータ記録装置。 - 前記制御部は、前記記録の種類が第１の種類と判定された場合、前記データストリームの時刻情報と記録アドレスに基づく第１のマップ情報を生成するとともに、前記記録の種類が第２の種類と判定された場合、前記パケットの到着時刻情報と記録アドレスに基づく第２のマップ情報を生成し、
前記記録部は、前記第１のマップ情報、または第２のマップ情報を記録する
ことを特徴とする請求項５１に記載のデータ記録装置。 - 前記第１の時間軸情報は、前記データストリームの基準時刻情報に基づいて生成された時刻情報の時間軸情報であり、前記第２の時間軸情報は、前記パケットの到着時刻に基づいて生成された時刻情報の時間軸情報である
ことを特徴とする請求項５１に記載のデータ記録装置。 - パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、
前記判定ステップの処理により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定ステップの処理により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御ステップと、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、
前記判定ステップの処理により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定ステップの処理により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御ステップと、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、
前記判定ステップの処理により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定ステップの処理により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御ステップと、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録ステップと
をコンピュータに実行させるプログラム。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置において、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生手段と、
前記再生手段により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置のデータ再生方法において、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置のプログラムであって、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置を制御するコンピュータに、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を実行させるプログラム。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置において、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得手段と、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録手段と
を備えることを特徴とするデータ記録装置。 - 前記記録手段は、前記第１のパケット列と前記第２のパケット列の記録の間に、記録ポーズとポーズ解除の動作があった場合に、前記第２の時刻情報の不連続点が存在することを示す情報をさらに記録する
ことを特徴とする請求項６１に記載のデータ記録装置。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のデータ記録方法において、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のプログラムであって、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップと
を実行させるプログラム。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置において、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、
前記再生手段により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置のデータ再生方法において、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置のプログラムであって、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置を制御するコンピュータに、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を実行させるプログラム。 - パケットからなるデータストリームの再生時刻が参照するところの第１の時刻情報の不連続点を検出する第１の検出手段と、
前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点を検出する第２の検出手段と
を備えるデータ記録装置によりデータが記録されるデータ記録媒体において、
前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報が記録されている
ことを特徴とするデータ記録媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置において、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録手段を
備えることを特徴とするデータ記録装置。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のデータ記録方法において、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを
含むことを特徴とするデータ記録方法。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のプログラムであって、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報を記録する記録ステップを
を実行させるプログラム。 - パケット列からなるデータストリームを記録するデータ記録媒体において、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在することを示す情報が記録されている
ことを特徴とするデータ記録媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - 前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、
前記再生手段は、前記第１のパケット列に続いて前記第２のパケット列を再生し、
前記制御手段は、前記第１のパケット列と第２のパケット列の間に前記第２の時刻情報の不連続点が存在しない場合、前記第１と第２のパケット列を、連続な前記基準時刻情報の値に基づいて再生する
ことを特徴とする請求項７６に記載のデータ再生装置。 - 前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、
前記再生手段は、前記第１のパケット列に続いて前記第２のパケット列を再生し、
前記制御手段は、前記第１のパケット列と第２のパケット列の間に前記第２の時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする
ことを特徴とする請求項７６に記載のデータ再生装置。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムであって、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を実行させるプログラム。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生手段と、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生手段と、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御手段と
を備えることを特徴とするデータ再生装置。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムであって、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御ステップと
を実行させるプログラム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001065074 | 2001-03-08 | ||
| JP2001065074 | 2001-03-08 | ||
| PCT/JP2001/010146 WO2002075739A1 (fr) | 2001-03-08 | 2001-11-20 | Dispositif d'enregistrement de donnees |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2002075739A1 JPWO2002075739A1 (ja) | 2004-07-08 |
| JP4022818B2 true JP4022818B2 (ja) | 2007-12-19 |
Family
ID=18923793
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002574667A Expired - Lifetime JP4022818B2 (ja) | 2001-03-08 | 2001-11-20 | データ記録装置および方法、データ記録媒体、データ再生装置および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラム |
Country Status (21)
| Country | Link |
|---|---|
| US (1) | US7474840B2 (ja) |
| EP (6) | EP2602791A3 (ja) |
| JP (1) | JP4022818B2 (ja) |
| KR (1) | KR100826746B1 (ja) |
| CN (3) | CN101145369B (ja) |
| AU (1) | AU2002214335B2 (ja) |
| BR (1) | BRPI0110668B1 (ja) |
| CA (14) | CA2776055C (ja) |
| CY (4) | CY1113079T1 (ja) |
| DK (4) | DK2172937T3 (ja) |
| ES (4) | ES2401565T3 (ja) |
| HU (1) | HU229299B1 (ja) |
| IL (3) | IL152589A0 (ja) |
| MX (1) | MXPA02010617A (ja) |
| PL (1) | PL358643A1 (ja) |
| PT (4) | PT2175452E (ja) |
| RU (1) | RU2270485C2 (ja) |
| SK (1) | SK15912002A3 (ja) |
| TW (1) | TW594682B (ja) |
| WO (1) | WO2002075739A1 (ja) |
| ZA (1) | ZA200208797B (ja) |
Families Citing this family (71)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100394974B1 (ko) * | 2000-05-23 | 2003-08-19 | 엘지전자 주식회사 | 고밀도 광 기록매체에서의 멀티경로 데이터를 수용하는 방법 |
| KR20020097454A (ko) * | 2001-06-21 | 2002-12-31 | 엘지전자 주식회사 | 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체 |
| KR100598285B1 (ko) * | 2001-06-21 | 2006-07-07 | 엘지전자 주식회사 | 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체 |
| KR100752480B1 (ko) * | 2001-06-21 | 2007-08-28 | 엘지전자 주식회사 | 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체 |
| US7643727B2 (en) * | 2001-07-24 | 2010-01-05 | Lg Electronics Inc. | Method and apparatus of recording a multi-channel stream, and a recording medium containing a multi-channel stream recorded by said method |
| JP2003228921A (ja) * | 2002-01-31 | 2003-08-15 | Toshiba Corp | 情報記録媒体、情報記録装置及び情報再生装置 |
| KR100563685B1 (ko) * | 2002-02-25 | 2006-03-28 | 엘지전자 주식회사 | 재기록 가능 기록매체의 재생리스트 관리방법 |
| KR20030087193A (ko) | 2002-05-07 | 2003-11-14 | 엘지전자 주식회사 | 멀티 채널 방송 스트림의 기록 관리방법 |
| AU2003228113B2 (en) | 2002-06-21 | 2009-02-26 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of video data recorded thereon |
| MXPA04002365A (es) * | 2002-06-21 | 2004-11-22 | Lg Electronics Inc | Medio de grabacion que tiene estructura de datos para manejar la reproduccion de datos de video grabados en el mismo. |
| JP4418747B2 (ja) * | 2002-06-24 | 2010-02-24 | エルジー エレクトロニクス インコーポレイティド | ビデオデータの再生を管理するためのナビゲーション制御情報が含まれたデータ構造を有する記録媒体と、それによる記録と再生の方法及び装置 |
| CN101350214B (zh) * | 2002-06-24 | 2015-07-01 | Lg电子株式会社 | 记录和再现用于视频数据的再现的数据结构的方法及装置 |
| US7889968B2 (en) * | 2002-06-24 | 2011-02-15 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses |
| KR20040000290A (ko) * | 2002-06-24 | 2004-01-03 | 엘지전자 주식회사 | 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법 |
| RU2388072C2 (ru) * | 2002-06-28 | 2010-04-27 | Эл Джи Электроникс Инк. | Носитель записи со структурой данных для управления воспроизведением записанных на нем видеоданных нескольких каналов воспроизведения и способы и устройства записи и воспроизведения |
| WO2004003908A1 (en) * | 2002-06-28 | 2004-01-08 | Lg Electronics Inc. | Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus |
| JP4431043B2 (ja) * | 2002-10-14 | 2010-03-10 | エルジー エレクトロニクス インコーポレイティド | 記録された複数のオーディオストリームの再生を管理するためのデータ構造を有する光ディスク、それによる記録及び再生方法及び装置 |
| ATE547792T1 (de) * | 2002-10-15 | 2012-03-15 | Lg Electronics Inc | Aufzeichnungsmedium mit einer datenstruktur zur verwaltung der wiedergabe mehrerer darauf aufgezeichneter grafikströme und aufzeichnungs- und wiedergabeverfahren und vorrichtungen |
| CN1685420B (zh) * | 2002-11-08 | 2010-07-07 | Lg电子有限公司 | 在高密度记录介质上记录多成分数据流及其重现的方法和装置 |
| JP4441884B2 (ja) * | 2002-11-11 | 2010-03-31 | ソニー株式会社 | 情報処理装置および方法、プログラム格納媒体、記録媒体、並びにプログラム |
| JP4242839B2 (ja) * | 2002-11-12 | 2009-03-25 | エルジー エレクトロニクス インコーポレーテッド | 記録された多重再生経路ビデオデータの再生を管理するためのデータ構造を有する記録媒体とそれによる記録及び再生方法及び装置 |
| US7720356B2 (en) | 2002-11-12 | 2010-05-18 | Lg Electronics Inc | Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses |
| US7664372B2 (en) * | 2002-11-20 | 2010-02-16 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of multiple component data recorded thereon and recording and reproducing methods and apparatuses |
| US7783160B2 (en) * | 2002-11-20 | 2010-08-24 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses |
| EP1604367A2 (en) * | 2003-02-21 | 2005-12-14 | Matsushita Electric Industrial Co., Ltd. | Reording medium, playback device, recording method, playback method, and computer program |
| US7693394B2 (en) * | 2003-02-26 | 2010-04-06 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses |
| US7809775B2 (en) * | 2003-02-27 | 2010-10-05 | Lg Electronics, Inc. | Recording medium having data structure for managing playback control recorded thereon and recording and reproducing methods and apparatuses |
| WO2004077417A1 (en) * | 2003-02-28 | 2004-09-10 | Lg Electronics Inc. | Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses |
| US7224664B2 (en) | 2003-03-25 | 2007-05-29 | Lg Electronics Inc. | Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses |
| KR100619009B1 (ko) | 2003-03-28 | 2006-08-31 | 삼성전자주식회사 | 재생 장치 |
| US7620301B2 (en) * | 2003-04-04 | 2009-11-17 | Lg Electronics Inc. | System and method for resuming playback |
| CN101740077B (zh) * | 2003-07-03 | 2015-06-17 | 松下电器产业株式会社 | 记录介质、再现装置、记录方法、集成电路、程序和再现方法 |
| US20060165374A1 (en) * | 2003-07-14 | 2006-07-27 | Newton Philip S | Method and apparatus for recording a signal |
| TWI279788B (en) | 2003-07-24 | 2007-04-21 | Lg Electronics Inc | Recording medium having a data structure for managing reproduction of text subtitle data recorded thereon and recording and reproducing methods and apparatuses |
| KR20050012328A (ko) | 2003-07-25 | 2005-02-02 | 엘지전자 주식회사 | 고밀도 광디스크의 프레젠테이션 그래픽 데이터 관리 및재생방법과 그에 따른 고밀도 광디스크 |
| CN101777363B (zh) * | 2003-10-10 | 2012-09-05 | 夏普株式会社 | 再现装置及视频数据的再现方法 |
| JP5133313B2 (ja) * | 2003-10-10 | 2013-01-30 | シャープ株式会社 | 再生装置、ビデオデータの再生方法、制御プログラム、及びコンテンツ記録媒体 |
| KR20050035678A (ko) | 2003-10-14 | 2005-04-19 | 엘지전자 주식회사 | 광디스크 장치의 부가 데이터 재생방법 및 장치와, 이를위한 광디스크 |
| KR20050036277A (ko) | 2003-10-15 | 2005-04-20 | 엘지전자 주식회사 | 고밀도 광디스크의 네비게이션 정보 관리방법 |
| KR20050089353A (ko) * | 2004-03-04 | 2005-09-08 | 엘지전자 주식회사 | 고밀도 광디스크와 그에 따른 데이터 파일 구성 방법 및재생 방법과 장치 |
| WO2005074393A2 (en) * | 2004-02-10 | 2005-08-18 | Lg Electronics Inc. | Recording medium having a data structure for managing various data streams and recording and reoroducing methods and apparatuses |
| KR100716973B1 (ko) * | 2004-02-21 | 2007-05-10 | 삼성전자주식회사 | Ａｖ 데이터에 동기된 텍스트 서브 타이틀 데이터를기록한 정보저장매체, 재생방법 및 장치 |
| US20050190659A1 (en) * | 2004-03-01 | 2005-09-01 | Matsushita Electric Industrial Co., Ltd. | Audio reproducing apparatus |
| US7729594B2 (en) | 2004-03-18 | 2010-06-01 | Lg Electronics, Inc. | Recording medium and method and apparatus for reproducing text subtitle stream including presentation segments encapsulated into PES packet |
| KR100599175B1 (ko) * | 2004-06-21 | 2006-07-12 | 삼성전자주식회사 | 광디스크 편집장치 및 광디스크 편집방법 |
| US20060077817A1 (en) * | 2004-09-13 | 2006-04-13 | Seo Kang S | Method and apparatus for reproducing data from recording medium using local storage |
| WO2006031049A2 (en) * | 2004-09-13 | 2006-03-23 | Lg Electronics Inc. | Method and apparatus for reproducing data from recording medium using local storage |
| EP1789958A4 (en) * | 2004-09-13 | 2009-12-09 | Lg Electronics Inc | METHOD AND DEVICE FOR REPRODUCING DATA RECORDED IN A RECORDING MEDIUM USING A LOCAL STORAGE |
| JP2006164378A (ja) * | 2004-12-06 | 2006-06-22 | Toshiba Corp | 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置 |
| KR20060081323A (ko) * | 2005-01-07 | 2006-07-12 | 엘지전자 주식회사 | 로컬 스토리지를 이용한 기록매체 재생방법 및 재생장치 |
| US8116613B2 (en) * | 2005-04-07 | 2012-02-14 | Panasonic Corporation | Recording medium, reproducing device, recording method and reproducing method |
| JP2006302346A (ja) * | 2005-04-15 | 2006-11-02 | Toshiba Corp | 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置 |
| JP2007074549A (ja) * | 2005-09-08 | 2007-03-22 | Toshiba Corp | 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置 |
| EP1943649A2 (en) * | 2005-10-24 | 2008-07-16 | Koninklijke Philips Electronics N.V. | Method and apparatus for editing an optical disc |
| JP4501854B2 (ja) * | 2005-12-22 | 2010-07-14 | 株式会社日立製作所 | 映像音声記録装置 |
| KR101381476B1 (ko) * | 2006-02-14 | 2014-04-10 | 삼성전자주식회사 | 디지털 방송 시스템에서 방송 서비스 정보를 수신하기 위한방법 및 장치 |
| JP4719053B2 (ja) * | 2006-03-31 | 2011-07-06 | 株式会社東芝 | エントリポイントを用いた再生方法およびこの方法を用いる記録再生装置 |
| JP4591405B2 (ja) | 2006-05-10 | 2010-12-01 | ソニー株式会社 | 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム |
| JP2007128641A (ja) * | 2006-12-04 | 2007-05-24 | Sony Corp | 情報処理装置、情報処理方法及びプログラム、記録媒体、並びにデータ構造 |
| JP2008199527A (ja) * | 2007-02-15 | 2008-08-28 | Sony Corp | 情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体 |
| JP2008199528A (ja) * | 2007-02-15 | 2008-08-28 | Sony Corp | 情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体 |
| US8223151B2 (en) * | 2008-01-25 | 2012-07-17 | Tektronix, Inc. | Mark extension for analysis of long record length data |
| RU2533057C2 (ru) * | 2009-05-25 | 2014-11-20 | Панасоник Корпорэйшн | Носитель записи, устройство воспроизведения, интегральная схема, способ воспроизведения и программа |
| JP5537290B2 (ja) * | 2010-06-30 | 2014-07-02 | 日立コンシューマエレクトロニクス株式会社 | 記録装置／方法／媒体、再生装置／方法 |
| JP6010900B2 (ja) | 2011-11-29 | 2016-10-19 | ソニー株式会社 | 情報処理装置、情報処理方法、並びにプログラム |
| US9479774B2 (en) * | 2012-09-24 | 2016-10-25 | Qualcomm Incorporated | Buffering period and recovery point supplemental enhancement information messages |
| US9959301B2 (en) * | 2014-07-25 | 2018-05-01 | Cisco Technology, Inc. | Distributing and processing streams over one or more networks for on-the-fly schema evolution |
| CN109409040B (zh) * | 2018-10-31 | 2020-09-11 | 厦门市美亚柏科信息股份有限公司 | 一种操作系统时间可信度的判定方法及装置 |
| CN114287135A (zh) | 2019-08-23 | 2022-04-05 | 北京字节跳动网络技术有限公司 | 参考图片重采样中的剪切 |
| WO2021078177A1 (en) * | 2019-10-23 | 2021-04-29 | Beijing Bytedance Network Technology Co., Ltd. | Signaling for reference picture resampling |
| JP7395727B2 (ja) | 2019-10-23 | 2023-12-11 | 北京字節跳動網絡技術有限公司 | ビデオ・データを処理する方法、装置及び記憶方法 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0372283U (ja) * | 1989-11-10 | 1991-07-22 | ||
| JP3575100B2 (ja) * | 1994-11-14 | 2004-10-06 | ソニー株式会社 | データ送信／受信装置及び方法並びにデータ記録／再生装置及び方法 |
| US6169843B1 (en) * | 1995-12-01 | 2001-01-02 | Harmonic, Inc. | Recording and playback of audio-video transport streams |
| US5894480A (en) * | 1996-02-29 | 1999-04-13 | Apple Computer, Inc. | Method and apparatus for operating a multicast system on an unreliable network |
| EP0814619A3 (en) | 1996-06-21 | 1999-05-12 | Hitachi, Ltd. | Magnetic recording and reproducing control apparatus |
| JPH1011893A (ja) | 1996-06-21 | 1998-01-16 | Hitachi Ltd | 磁気記録再生装置及び磁気再生装置 |
| US6772284B2 (en) | 1997-03-18 | 2004-08-03 | Kabushiki Kaisha Toshiba | Disk apparatus capable of continuous display of data using a single recording head |
| US6151443A (en) * | 1997-05-16 | 2000-11-21 | Indigita Corporation | Digital video and data recorder |
| JP3028517B2 (ja) | 1997-09-17 | 2000-04-04 | 松下電器産業株式会社 | 光ディスク、録画装置及び方法、再生装置及び方法並びにプログラム記憶媒体 |
| MY117040A (en) | 1997-09-17 | 2004-04-30 | Matsushita Electric Ind Co Ltd | Optical disc, recording apparatus, and computer-readable recording medium. |
| EP1020862B1 (en) * | 1997-09-17 | 2006-11-02 | Matsushita Electric Industrial Co., Ltd. | Optical disc, computer-readable recording medium storing an editing program, reproduction apparatus for the optical disc, and computer-readable recording medium storing an reproduction program |
| JP3050311B2 (ja) | 1997-09-17 | 2000-06-12 | 松下電器産業株式会社 | 光ディスク、記録装置及び再生装置 |
| JP4106740B2 (ja) | 1998-02-18 | 2008-06-25 | ソニー株式会社 | 情報記録装置および方法、情報再生装置および方法、並びにプログラム記録媒体 |
| JP3677995B2 (ja) * | 1998-04-20 | 2005-08-03 | 三菱電機株式会社 | Ａｖ用光ディスク、その記録方法および再生方法 |
| JP4207304B2 (ja) * | 1998-05-19 | 2009-01-14 | ソニー株式会社 | 情報入力装置および方法、情報出力装置および方法、並びに記録媒体 |
| US6404711B1 (en) * | 1998-05-19 | 2002-06-11 | Sony Corporation | System including comparing a separated time stamp to a generated timing signal and controlling a timing signal on the basis of continuity of time stamps |
| KR100657237B1 (ko) * | 1998-12-16 | 2006-12-18 | 삼성전자주식회사 | 데이터열간의 연속 재생을 보장하기 위한 부가 정보 생성 방법 |
| JP4389365B2 (ja) * | 1999-09-29 | 2009-12-24 | ソニー株式会社 | トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体 |
| JP2001167559A (ja) | 1999-12-06 | 2001-06-22 | Matsushita Electric Ind Co Ltd | 光ディスク、記録装置、再生装置、記録又は再生プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP3072283U (ja) | 2000-04-05 | 2000-10-06 | 船井電機株式会社 | ビデオデッキ装置 |
-
2001
- 2001-11-20 RU RU2002129874/28A patent/RU2270485C2/ru active
- 2001-11-20 CA CA2776055A patent/CA2776055C/en not_active Expired - Fee Related
- 2001-11-20 DK DK10000065.2T patent/DK2172937T3/da active
- 2001-11-20 WO PCT/JP2001/010146 patent/WO2002075739A1/ja active Application Filing
- 2001-11-20 EP EP13158253.8A patent/EP2602791A3/en not_active Withdrawn
- 2001-11-20 CA CA2775737A patent/CA2775737A1/en not_active Abandoned
- 2001-11-20 PT PT100002112T patent/PT2175452E/pt unknown
- 2001-11-20 ES ES10000065T patent/ES2401565T3/es not_active Expired - Lifetime
- 2001-11-20 MX MXPA02010617A patent/MXPA02010617A/es active IP Right Grant
- 2001-11-20 ES ES10000153T patent/ES2421515T3/es not_active Expired - Lifetime
- 2001-11-20 PT PT100001536T patent/PT2172938E/pt unknown
- 2001-11-20 CA CA2775746A patent/CA2775746A1/en not_active Abandoned
- 2001-11-20 CA CA2728972A patent/CA2728972C/en not_active Expired - Fee Related
- 2001-11-20 DK DK10000211.2T patent/DK2175452T3/da active
- 2001-11-20 US US10/275,571 patent/US7474840B2/en active Active
- 2001-11-20 ES ES10000211T patent/ES2401158T3/es not_active Expired - Lifetime
- 2001-11-20 PL PL01358643A patent/PL358643A1/xx unknown
- 2001-11-20 KR KR1020027014908A patent/KR100826746B1/ko not_active IP Right Cessation
- 2001-11-20 CA CA2690240A patent/CA2690240C/en not_active Expired - Fee Related
- 2001-11-20 CA CA2775666A patent/CA2775666A1/en not_active Abandoned
- 2001-11-20 EP EP10000211A patent/EP2175452B1/en not_active Expired - Lifetime
- 2001-11-20 IL IL15258901A patent/IL152589A0/xx unknown
- 2001-11-20 CA CA2775799A patent/CA2775799A1/en not_active Abandoned
- 2001-11-20 HU HU0302223A patent/HU229299B1/hu not_active IP Right Cessation
- 2001-11-20 PT PT100000652T patent/PT2172937E/pt unknown
- 2001-11-20 CA CA2775612A patent/CA2775612A1/en not_active Abandoned
- 2001-11-20 EP EP01982873A patent/EP1367587B1/en not_active Expired - Lifetime
- 2001-11-20 EP EP10000065A patent/EP2172937B1/en not_active Expired - Lifetime
- 2001-11-20 SK SK1591-2002A patent/SK15912002A3/sk not_active Application Discontinuation
- 2001-11-20 AU AU2002214335A patent/AU2002214335B2/en not_active Expired
- 2001-11-20 CN CN2007101820008A patent/CN101145369B/zh not_active Expired - Lifetime
- 2001-11-20 DK DK10000153.6T patent/DK2172938T3/da active
- 2001-11-20 PT PT01982873T patent/PT1367587E/pt unknown
- 2001-11-20 CA CA2690473A patent/CA2690473C/en not_active Expired - Fee Related
- 2001-11-20 CA CA2690242A patent/CA2690242C/en not_active Expired - Fee Related
- 2001-11-20 CN CN2007101819994A patent/CN101145368B/zh not_active Expired - Fee Related
- 2001-11-20 EP EP10000153.6A patent/EP2172938B1/en not_active Expired - Lifetime
- 2001-11-20 DK DK01982873.0T patent/DK1367587T3/da active
- 2001-11-20 ES ES01982873T patent/ES2388251T3/es not_active Expired - Lifetime
- 2001-11-20 CA CA2406692A patent/CA2406692C/en not_active Expired - Lifetime
- 2001-11-20 BR BRPI0110668A patent/BRPI0110668B1/pt not_active IP Right Cessation
- 2001-11-20 CA CA2728814A patent/CA2728814C/en not_active Expired - Fee Related
- 2001-11-20 CA CA2775960A patent/CA2775960A1/en not_active Abandoned
- 2001-11-20 CA CA2728499A patent/CA2728499C/en not_active Expired - Fee Related
- 2001-11-20 CN CNB018113699A patent/CN100440363C/zh not_active Expired - Lifetime
- 2001-11-20 JP JP2002574667A patent/JP4022818B2/ja not_active Expired - Lifetime
- 2001-11-20 EP EP13158250.4A patent/EP2602790A3/en not_active Withdrawn
- 2001-11-26 TW TW090129221A patent/TW594682B/zh not_active IP Right Cessation
-
2002
- 2002-10-30 ZA ZA200208797A patent/ZA200208797B/xx unknown
- 2002-10-31 IL IL152589A patent/IL152589A/en active IP Right Grant
-
2008
- 2008-10-22 IL IL194836A patent/IL194836A/en not_active IP Right Cessation
-
2012
- 2012-08-27 CY CY20121100771T patent/CY1113079T1/el unknown
-
2013
- 2013-02-14 CY CY20131100137T patent/CY1114131T1/el unknown
- 2013-03-26 CY CY20131100251T patent/CY1114321T1/el unknown
- 2013-07-26 CY CY20131100642T patent/CY1114341T1/el unknown
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4022818B2 (ja) | データ記録装置および方法、データ記録媒体、データ再生装置および方法、データ編集装置および方法、プログラム格納媒体、並びにプログラム | |
| JP4409792B2 (ja) | データ伝送装置および方法、記録媒体並びにプログラム | |
| KR100795255B1 (ko) | 정보 처리 장치 및 방법, 프로그램과 기록 매체 | |
| JP4264617B2 (ja) | 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体 | |
| JP2011050082A (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| JP4517266B2 (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| JP2006216227A (ja) | データ受信装置および方法 | |
| JP2006302498A (ja) | データ受信装置および方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041101 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041111 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070612 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070813 |
|
| 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: 20070906 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070919 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4022818 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131012 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |