JPWO2002075739A1 - データ記録装置 - Google Patents
データ記録装置 Download PDFInfo
- Publication number
- JPWO2002075739A1 JPWO2002075739A1 JP2002574667A JP2002574667A JPWO2002075739A1 JP WO2002075739 A1 JPWO2002075739 A1 JP WO2002075739A1 JP 2002574667 A JP2002574667 A JP 2002574667A JP 2002574667 A JP2002574667 A JP 2002574667A JP WO2002075739 A1 JPWO2002075739 A1 JP WO2002075739A1
- Authority
- JP
- Japan
- Prior art keywords
- information
- time
- packet sequence
- packet
- recording
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 claims description 155
- 238000012545 processing Methods 0.000 claims description 73
- 238000001514 detection method Methods 0.000 claims description 28
- 238000012217 deletion Methods 0.000 claims description 19
- 230000037430 deletion Effects 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims 2
- 230000003287 optical effect Effects 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 50
- 230000005236 sound signal Effects 0.000 description 9
- 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
- 230000008030 elimination Effects 0.000 description 2
- 238000003379 elimination reaction Methods 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
- 230000006866 deterioration Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 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)
Abstract
本発明は、ＡＶデータの一部が削除された場合にも、データの内容および再生情報が適切に管理できるようにしたデータ記録装置に関する。Ｃｌｉｐの一部が削除され、ＡＴＣ−ｓｅｑｕｅｎｃｅが不連続になった場合、そのＡＴＣ不連続点の後ろ側のＡＴＣ−ｓｅｑｕｅｎｃｅに含まれる各々のＳＴＣ−ｓｅｑｕｅｎｅのｓｔｃ＿ｉｄ（ＳＴＣ−ｓｅｑｕｅｎｅを識別するための値）の値が変化しないように、そのＡＴＣ−ｓｅｑｕｅｎｃｅ上の先頭のＳＴＣ−ｓｅｑｕｅｎｅに対するｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄの値をセットする。本発明は、光ディスクにＡＶストリームを記録する場合に適用できる。
Description
技術分野
本発明はデータ記録装置に関し、特に、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータ内容、および、再生情報を適切に管理することができるようにしたデータ記録装置に関する。
背景技術
近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）信号を記録するメディアとしての期待が高い。この記録可能な光デイスクに記録するデジタルのＡＶ信号のソース（供給源）としては、ＣＳデジタル衛星放送やＢＳデジタル放送があり、また、将来はデジタル方式の地上波テレビジョン放送等も提案されている。
ここで、これらのソースから供給されるデジタルビデオ信号は、通常ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２方式で画像圧縮されているのが一般的である。また、記録装置には、その装置固有の記録レートが定められている。従来の民生用映像蓄積メディアで、デジタル放送からのデジタルビデオ信号を記録する場合、アナログ記録方式であれば、デジタルビデオ信号をデコード後、帯域制限をして記録が行われる。あるいは、ＭＰＥＧ１ Ｖｉｄｅｏ、ＭＰＥＧ２ Ｖｉｄｅｏ、ＤＶ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ）方式をはじめとするデジタル記録方式であれば、１度デコードされた後に、その装置固有の記録レート、かつ符号化方式で再エンコードされて記録される。
しかしながら、このような記録方法は、供給されたビットストリームを１度デコードし、その後で帯域制限や再エンコードを行って記録するため、画質の劣化を伴う。画像圧縮されたデジタル信号の記録をする場合、入力されたデジタル信号の伝送レートが記録再生装置の記録レートを超えない場合には、供給されたビットストリームをデコードや再エンコードすることなく、そのまま記録する方法が最も画質の劣化が少ない。ただし、画像圧縮されたデジタル信号の伝送レートが記録媒体としてのディスクの記録レートを超える場合には、記録再生装置でデコード後、伝送レートがディスクの記録レートの上限以下になるように、再エンコードをして記録する必要がある。
また、入力デジタル信号のビットレートが時間により増減する可変レート方式によって伝送されている場合には、回転ヘッドが固定回転数であるために記録レートが固定レートになるテープ記録方式に比べ、１度バッファにデータを蓄積し、バースト的に記録ができるディスク記録装置の方が、情報記録媒体としてのディスクの容量をより無駄なく利用できる。
以上のように、デジタル放送が主流となる将来においては、データストリーマのように放送信号をデジタル信号のまま、デコードや再エンコードすることなく記録し、記録媒体としてディスクを使用した記録再生装置が求められると予測される。
上述したように、記録媒体の容量が増大することにより、その記録媒体には、多くのデータ（例えば、番組に関する映像データや音声データなど）が記録できるようになる。従って、１枚のディスクに多くの番組が記録されることになり、ユーザが、それらのディスク内に記録されている多くの番組の中から、所望の画像を視聴できるように編集するといったような操作が必要になる。
しかしながら、編集操作が行われた場合、記録されているデータの内容、および、再生情報を適切に管理することが困難になる。
発明の開示
本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータの内容、および、再生情報を適切に管理することができるようにすることを目的とする。
本発明の第１のデータ記録装置は、データストリームの基準時刻情報を検出する第１の検出手段と、第１の検出手段による検出結果に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する第１の生成手段と、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録手段とを備えることを特徴とする。
前記第１の連続性情報は、記録されている１つのパケット列の中で、第１の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
前記第２の連続性情報は、記録されている１つのパケット列の中で、第２の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
１つの前記第１のパケット列は、第２のパケット列の境界をまたがないようにデータを管理する管理手段をさらに備えるようにすることができる。
前記データストリームの中に配置されているプログラム内容の変化点を検出する第２の検出手段と、第２の検出手段による検出結果に基づいて、記録されている１つのパケット列の中で、プログラム内容の変化点に対応するパケットのアドレスを取得する取得手段とをさらに備え、記録手段は、取得手段により取得された変化点に対応するパケットのアドレスを情報記録媒体にさらに記録するようにすることができる。
記録されている１つのパケット列の中において、前記プログラム内容が一定であるパケット列としての１つのプログラムシーケンスは、第１のパケット列および第２のパケット列の境界をまたいでも良いようにデータを管理する管理手段をさらに備えるようにすることができる。
前記第１のパケット列毎に、プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを生成する第２の生成手段をさらに備え、記録手段は、第２の生成手段により生成されたプレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを情報記録媒体にさらに記録するようにすることができる。
前記記録手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
本発明の第１のデータ記録方法は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第１のプログラム格納媒体は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第１のプログラムは、パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを実行させる。
本発明の第１のデータ記録媒体は、データストリームの基準時刻情報に基づいて生成される第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報であって、第２の時刻情報の不連続点を含まない第２のパケット列毎に生成される識別情報のオフセット値とが記録される。
本発明の第１のデータ再生装置は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
前記再生手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに再生するようにすることができる。
本発明の第１のデータ再生方法は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第２のプログラム格納媒体は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第２のプログラムは、パケット列からなるデータストリームが記録されている情報記録媒体からデータストリームを再生するデータ再生装置を制御するコンピュータに、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に、第２のパケット列上にある最初の第１のパケット列に対する識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
本発明の第２のデータ記録装置は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得手段と、パケット列のオフセット時刻情報を取得する第２の取得手段と、第１の取得手段により取得されたパケットのアドレスと、第２の取得手段により取得されたオフセット時刻情報を情報記録媒体に記録する記録手段とを備えることを特徴とする。
前記パケット列は、ＡＴＣシーケンスであり、パケットのアドレスは、
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔであり、スタートタイムは、ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅとすることができる。
前記記録手段は、到着時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
本発明の第２のデータ記録方法は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第３のプログラム格納媒体は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第３のプログラムは、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとをコンピュータに実行させる。
本発明の第２のデータ再生装置は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
前記再生手段は、到着時刻情報の時間とデータアドレスを関係付けるマップをさらに再生するようにすることができる。
再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、前記パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、
エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生するようにすることができる。
本発明の第２のデータ再生方法は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第４のプログラム格納媒体のプログラムは、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第４のプログラムは、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
本発明の第２のデータ記録媒体は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列毎の到着時刻情報のオフセット時刻情報とが記録された。
本発明の第１のデータ編集装置は、基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
表示時刻情報の時間とデータアドレスを関係付けるマップをさらに制御することができる。
削除終了点の表示時刻に等しいか、または過去の表示時刻を持つ第１のエントリーポイントの第１の表示時刻を見つけ、第１の表示時刻の値よりも、少なくとも所定の時間だけ過去の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、第２の表示時刻に関連づけられたデータアドレスよりも前を削除するように制御することができる。
削除開始点の表示時刻に等しいか、または未来の表示時刻の値を持つ第１のエントリーポイントの第１の表示時刻を見つけ、第１の表示時刻よりも、未来の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、
第２の表示時刻に関連づけられたアドレスよりも後ろを削除するように制御することができる。
本発明の第１のデータ編集方法はコントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
本発明の第５のプログラム格納媒体のプログラムは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
本発明の第５のプログラムは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御させることを特徴とする。
本発明の第２のデータ編集装置は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御することを特徴とする。
到着時刻情報の時間とデータアドレスを関係付けるマップをさらに制御することができる。
削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御することができる。
削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御することができる。
本発明の第２のデータ編集方法は、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御することができる。
本発明の第６のプログラム格納媒体のプログラムは、前記データストリームの一部が削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御させることを特徴とする。
本発明の第６のプログラムは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させることを特徴とする。
本発明の第３のデータ記録装置は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成手段と、第１のマップ情報を使用する場合には、作成手段で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録手段とを備えることを特徴とする。
前記第１のマップ情報は、ＥＰ＿ｍａｐであり、第２のマップはＴＵ＿ｍａｐとすることができる。
編集処理において、記録手段は、第１のマップが使用されている際には、第１の連続性情報、および第２の連続性情報を更新するとともに、第２のマップが使用されている際には、第２の連続性情報を更新することができる。
本発明の第３のデータ記録方法は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第７のプログラム格納媒体のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第７のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
本発明の第４のデータ記録装置は、パケット列で構成されるデータストリームの記録の種類を判定する判定手段と、判定手段により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定手段により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御部と、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録部とを備えることを特徴とする。
前記制御部は、記録の種類が第１の種類と判定された場合、データストリームの時刻情報と記録アドレスに基づく第１のマップ情報を生成するとともに、記録の種類が第２の種類と判定された場合、パケットの到着時刻情報と記録アドレスに基づく第２のマップ情報を生成し、記録部は、第１のマップ情報、または第２のマップ情報を記録することができる。
＿前記第１の時間軸情報は、データデータストリームの基準時刻情報に基づいて生成された時刻情報の時間軸情報であり、第２の時間軸情報は、パケットの到着時刻に基づいて生成された時刻情報の時間軸情報とすることができる。
本発明の第４のデータ記録方法は、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第８のプログラム格納媒体のプログラムは、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第８のプログラムは、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
本発明のデータ再生装置は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、再生手段により再生された情報に基づいて、情報記録媒体からの再生を制御する制御手段とを備えることを特徴とする。
本発明のデータ再生方法は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
本発明のプログラム格納媒体は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
本発明のプログラムは、パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置を制御するコンピュータに、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを実行させる。
本発明の第３のデータ記録媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報が記録されていることを特徴とする。
本発明の第６のデータ記録装置は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録手段を備えることを特徴とする。
本発明の第６のデータ記録方法は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップを含むことを特徴とする。
本発明の第１０のプログラム格納媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップをを含むことを特徴とする。
本発明の第１０のプログラムは、パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップを実行させる。
本発明の第４のデータ記録媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報が記録されていることを特徴とする。
７６ 本発明の第３のデータ再生装置は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の問に第２の時刻情報の不連続点が存在しない場合、第１と第２のパケット列を、連続な基準時刻情報の値に基づいて再生するようにすることができる。
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の間に委第２の時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットするようにすることができる。
本発明の第３のデータ再生方法は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第１１のプログラム格納媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第１１のプログラムは、パケット列からなるデータストリームが記録されている情報記録媒体からデータストリームを再生するデータ再生装置を制御するコンピュータに、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
本発明の第４のデータ再生装置は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生手段と、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生手段と、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御手段とを備えることを特徴とする。
本発明の第４のデータ再生方法は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
本発明の第１２のプログラム格納媒体は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
本発明の第１２のプログラムは、パケット列からなるデータストリームが記録されている情報記録媒体からデータストリームを再生するデータ再生装置を制御するコンピュータに、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを実行させる。
本発明の第１のデータ記録装置においては、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎の識別情報のオフセット値が情報記録媒体に記録される。
本発明の第１のデータ再生装置においては、情報記録媒体から再生された、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値に基づいて、情報記録媒体からのデータストリームの再生が制御される。
本発明の第２のデータ記録装置においては、パケットのアドレスと、オフセット時刻情報が情報記録媒体に記録される。
本発明の第２のデータ再生装置においては、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列毎のオフセット時刻情報が再生され、再生された情報に基づいて、情報記録媒体からのデータストリームの再生が制御される。
本発明の第１のデータ編集装置においては、データストリームの一部が削除するように指示された場合、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値が付加されるように制御される。
本発明の第２のデータ編集装置においては、データストリームの一部が削除するように指示された場合、パケット列毎に、到着時刻情報の時間軸のスタートタイムが付加されるように制御される。
本発明の第３のデータ記録装置においては、関連づけ情報が第１の関連づけ情報であると判定された場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とが作成され、それに基づいて第１の関連づけ情報が生成、記録され、関連づけ情報が第２の関連づけ情報であると判定された場合、第２の連続性情報が作成され、それに基づいて、第２の関連づけ情報が作成、記録される。
本発明の第４のデータ記録装置においては、記録の種類が第１の種類であると判定された場合、データストリームが解析され、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とが作成され、それに基づいて、第１の関連づけ情報が作成、記録され、記録の種類が第２の種類であると判定された場合、第２の連続性情報が作成され、それに基づいて、第２の関連づけ情報が作成、記録される。
本発明の第５のデータ記録装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報が記録される。
本発明の第６のデータ記録装置においては、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報が記録される。
本発明の第３のデータ再生装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報が再生される。
本発明の第４のデータ再生装置においては、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値がリセットされる。
発明を実施するための最良の形態
以下に、本発明の実施の形態について、図面を参照して説明する。
図１は、記録媒体（後述する図４３の記録媒体１０）上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、ＡＶストリームの管理のためにＰｌａｙＬｉｓｔとＣｌｉｐの２個のレイヤをもつ。そして、Ｖｏｌｕｍｅ Ｉｎｆｏｒｍａｔｉｏｎは、ディスク内のすべてのＣｌｉｐとＰｌａｙＬｉｓｔの管理をする。
１個のＡＶストリームと、それの付属情報のペアを１個のオブジェクトと考え、それをＣｌｉｐと呼ぶ。ＡＶストリームファイルはＣｌｉｐ ＡＶストリームファイルと呼ばれ、その付属情報は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅと呼ばれる。
１個のＣｌｉｐ ＡＶストリームファイルは、ＭＰＥＧ２トランスポートストリームをＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Ｃｌｉｐ ＡＶストリームファイルのコンテンツは、時間軸上に展開され、ＰｌａｙＬｉｓｔは、Ｃｌｉｐの中のアクセスポイントを主にタイムスタンプで指定する。ＰｌａｙＬｉｓｔによって、Ｃｌｉｐの中のアクセスポイントのタイムスタンプが与えられた時、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、Ｃｌｉｐ ＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立つ。
ＰｌａｙＬｉｓｔは、Ｃｌｉｐの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのＰｌａｙＬｉｓｔは、Ｃｌｉｐの中の再生区間の集まりである。あるＣｌｉｐの中の１つの再生区間は、ＰｌａｙＩｔｅｍと呼ばれ、それは、時間軸上のＩＮ点とＯＵＴ点のペアで表される。それゆえ、ＰｌａｙＬｉｓｔは、ＰｌａｙＩｔｅｍの集まりである。
ＰｌａｙＬｉｓｔには、２つのタイプがある。１つは、Ｒｅａｌ ＰｌａｙＬｉｓｔであり、もう１つは、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔである。
Ｒｅａｌ ＰｌａｙＬｉｓｔは、それが参照しているＣｌｉｐのストリーム部分を共有しているとみなされる。すなわち、Ｒｅａｌ ＰｌａｙＬｉｓｔは、それが参照しているＣｌｉｐのストリーム部分に相当するデータ容量をディスクの中で占める。ＡＶストリームが新しいＣｌｉｐとして記録される場合、そのＣｌｉｐ全体の再生可能範囲を参照するＲｅａｌ ＰｌａｙＬｉｓｔが自動的に作られる。Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の一部分が消去された場合、それが参照しているＣｌｉｐのストリーム部分のデータもまた消去される。
Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔは、Ｃｌｉｐのデータを共有していないとみなされる。Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔが変更または消去されたとしても、Ｃｌｉｐは何も変化しない。
なお、以下の説明においては、Ｒｅａｌ ＰｌａｙＬｉｓｔとＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔを総称して単に、ＰｌａｙＬｉｓｔと呼んでいる。
ＤＶＲディスク上に必要なディレクトリは、次の通りである。
″ＤＶＲ″ディレクトリを含むｒｏｏｔディレクトリ
″ＰＬＡＹＬＩＳＴ″ディレクトリ，″ＣＬＩＰＩＮＦ″ディレクトリ，″ＳＴＲＥＡＭ″ディレクトリ
および″ＤＡＴＡ″ディレクトリを含む″ＤＶＲ″ディレクトリ
ｒｏｏｔディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、このＤＶＲアプリケーションフォーマットでは、無視される。
図２に、ＤＶＲディスク上のディレクトリ構造の例を示す。同図に示されるように、ｒｏｏｔディレクトリは、１個のディレクトリを含む。″ＤＶＲ″−−ＤＶＲアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
″ＤＶＲ″ディレクトリは、以下に説明するディレクトリを含む。
″ＰＬＡＹＬＩＳＴ″−−Ｒｅａｌ ＰｌａｙＬｉｓｔとＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、ＰｌａｙＬｉｓｔが１個もなくても存在しなければならない。
″ＣＬＩＰＩＮＦ″−−Ｃｌｉｐのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Ｃｌｉｐが１個もなくても存在しなければならない。
″ＳＴＲＥＡＭ″−−ＡＶストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、ＡＶストリームファイルが１個もなくても存在しなければならない。
″ＰＬＡＹＬＩＳＴ″ディレクトリは、２種類のＰｌａｙＬｉｓｔファイルをストアするものであり、それらは、Ｒｅａｌ ＰｌａｙＬｉｓｔとＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔである。
″ｘｘｘｘｘ．ｒｐｌｓ″−−このファイルは、１個のＲｅａｌ ＰｌａｙＬｉｓｔに関連する情報をストアする。それぞれのＲｅａｌ ＰｌａｙＬｉｓｔ毎に、１個のファイルが作られる。ファイル名は、″ｘｘｘｘｘ．ｒｐｌｓ″である。ここで、″ｘｘｘｘｘ″は、５個の０から９まで数字である。ファイル拡張子は、″ｒｐｌｓ″でなければならない。
″ｙｙｙｙｙ．ｖｐｌｓ″−−このファイルは、１個のＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔに関連する情報をストアする。それぞれのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔ毎に、１個のファイルが作られる。ファイル名は、″ｙｙｙｙｙ．ｖｐｌｓ″である。ここで、″ｙｙｙｙｙ″は、５個の０から９まで数字である。ファイル拡張子は、″ｖｐｌｓ″でなければならない。
″ＣＬＩＰＩＮＦ″ディレクトリは、それぞれのＡＶストリームファイルに対応して、１個のファイルをストアする。
″ｚｚｚｚｚ．ｃｌｐｉ″−−このファイルは、１個のＡＶストリームファイル（Ｃｌｉｐ ＡＶストリームファイルまたはＢｒｉｄｇｅ−Ｃｌｉｐ ＡＶストリームファイル）に対応するＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅである。ファイル名は、″ｚｚｚｚｚ．ｃｌｐｉ″であり、ここで、″ｚｚｚｚｚ″は、５個の０から９までの数字である。ファイル拡張子は、″ｃｌｐｉ″でなければならない。
″ＳＴＲＥＡＭ″ディレクトリは、ＡＶストリームのファイルをストアする。″ｚｚｚｚｚ．ｍ２ｔｓ″−−このファイルは、ＤＶＲシステムにより扱われるＡＶストリームファイルである。これは、Ｃｌｉｐ ＡＶストリームファイルまたはＢｒｉｄｇｅ−Ｃｌｉｐ ＡＶストリームファイルである。ファイル名は、″ｚｚｚｚｚ．ｍ２ｔｓ″であり、ここで″ｚｚｚｚｚ″は、５個の０から９までの数字である。ファイル拡張子は、″ｍ２ｔｓ″でなければならない。
１個のＡＶストリームファイルとそれに対応するＣｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、同じ５個の数字″ｚｚｚｚｚ″を使用しなければならない。
その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。
次に、ＡＶストリームファイルの構造を説明する。ＡＶストリームファイルは図３示すＤＶＲ ＭＰＥＧ２トランスポートストリームの構造を持たなければならない。ＤＶＲ ＭＰＥＧ２トランスポートストリームは次に示す特徴を持つ。
１）ＤＶＲ ＭＰＥＧ２トランスポートストリームは、整数個のＡｌｉｇｎｅｄ ｕｎｉｔから構成される。
２）Ａｌｉｇｎｅｄ ｕｎｉｔの大きさは、６１４４バイト（２０４８×３バイト）である。
３）Ａｌｉｇｎｅｄ ｕｎｉｔは、ソースパケットの第１バイト目から始まる。
４）ソースパケットは、１９２バイト長である。１個のソースパケットは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒとトランスポートパケットから成る。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、４バイト長であり、またトランスポートパケットは、１８８バイト長である。
５）１個のＡｌｉｇｎｅｄ ｕｎｉｔは、３２個のソースパケットから成る。
６）ＤＶＲ ＭＰＥＧ２トランスポートストリームの中の最後のＡｌｉｇｎｅｄ ｕｎｉｔも、また３２個のソースパケットから成る。
７）最後のＡｌｉｇｎｅｄ ｕｎｉｔが、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（ＰＩＤ＝０ｘ１ＦＦＦのトランスポートパケット）を持ったソースパケットで満たさねばならない。
Ｓｏｕｒｃｅ ｐａｃｋｅｔのシンタクスを図４に示す。
ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ（）は、４バイト長のヘッダである。また、ｔｒａｎｓｐｏｒｔ＿ｐａｃｋｅｔ（）は、ＩＳＯ／ＩＥＣ １３８１８−１で規定される１８８バイト長のＭＰＥＧ−２トランスポートパケットである。
ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのシンタクスを図５に示す。
ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒは、対応するトランスポートパケットのペイロードのコピー制限を表す整数である。
ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐは、ＡＶストリームの中で、対応するトランスポートパケットがデコーダ（後述する図４３のＡＶデコーダ１６が対応する）に到着する時刻を示すタイムスタンプである。これは、後述する式（１）の中でａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって指定される値を持つ整数値である。
図６は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームのレコーダモデル（後述する図４３の動画像記録再生装置１が対応する）を示す。これは、レコーディングプロセスを規定するための概念上のモデルである。ＤＶＲ ＭＰＥＧ−２トランスポートストリームは、このモデルに従っていなければならない。
ＭＰＥＧ−２トランスポートストリームの入力タイミングについて説明する。
・入力ＭＰＥＧ２トランスポートストリームは、フルトランスポートストリームまたはパーシャルトランスポートストリームである。
・入力ＭＰＥＧ２トランスポートストリームは、ＩＳＯ／ＩＥＣ１３８１８−１またはＩＳＯ／ＩＥＣ１３８１８−９に従っていなければならない。
・ＭＰＥＧ２トランスポートストリームのｉ番目のバイトは、Ｔ−ＳＴＤ（ＩＳＯ／ＩＥＣ１３８１８−１で規定されるＴｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｓｙｓｔｅｍ ｔａｒｇｅｔ ｄｅｃｏｄｅｒ）２０１（図４３のＡＶデコーダ１６が対応する）とソースパケッタイザ（ｓｏｕｒｃｅ ｐａｃｋｅｔｉｚｅｒ）２０４（図４３のソースパケッタイザ２９が対応する）へ、時刻ｔ（ｉ）に同時に入力される。
２７ＭＨｚ ＰＬＬ２０２（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
２７ＭＨｚクロックの周波数は、ＭＰＥＧ−２トランスポートストリームのＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）の値にロックしなければならない。
ａｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋについて説明する。
・アライバルタイムクロックカウンタ（Ａｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋ ｃｏｕｎｔｅｒ）２０３（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）は、２７ＭＨｚ ＰＬＬ２０２が出力する２７ＭＨｚの周波数のパルスをカウントするバイナリーカウンターである。
・Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）は、時刻ｔ（ｉ）におけるＡｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋ ｃｏｕｎｔｅｒ２０３のカウント値である。
ソースパケッタイザ２０４について説明する。
・ソースパケッタイザ２０４は、すべてのトランスポートパケットにＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを付加し、ソースパケットを作る。
・Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐは、トランスポートパケットの第１バイト目がＴ−ＳＴＤ２０１とソースパケッタイザ２０４の両方へ到着する時刻を表す。
Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐ（ｋ）は、等式（１）で示されるように、Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｋ）のサンプル値であり、ここで、ｋはトランスポートパケットの第１バイト目を示す。
ライトバッファ（Ｗｒｉｔｅ Ｂｕｆｆｅｒ）２０５（図４３の動画像記録再生装置１では、書き込み部３２に内蔵されている）について説明する。
・Ｒｍａｘは、ソースパケッタイザ２０４からライトバッファ２０５へのソースパケットストリームの入力ビットレートである。入力トランスポートストリームの最大ビットレートをＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅとすると、Ｒｍａｘは次のように計算される。
Ｒｍａｘ＝ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×１９２／１８８
Ｒｕｄは、ライトバッファ２０５からＤＶＲドライブ（ＤＶＲ ｄｒｉｖｅ）２０６（図４３の動画像記録再生装置１では、書き込み部３２に内蔵されている）への出力ビットレートである。
・ライトバッファ２０５が空でない時のバッファからのソースパケットストリームの出力ビットレートはＲｕｄである。バッファが空である時、バッファからの出力ビットレートはゼロである。
ＤＶＲドライブ２０６は、Ｔ−ＳＴＤ２０１への各パケットの到着時刻に対応するＡＴＳが付加された、ライトバッファ２０５からの各パケットを、ディスク（図４３の記録媒体１０に対応する）に記録する。
図７は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームのプレーヤモデル（図４３の動画像記録再生装置１が対応する）を示す。これは、再生プロセスを規定するための概念上のモデルである。ＤＶＲ ＭＰＥＧ−２トランスポートストリームは、このモデルに従っていなければならない。
リードバッファ（Ｒｅａｄ ｂｕｆｆｅｒ）２２２（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）について説明する。
・Ｒｕｄは、ＤＶＲドライブ（ＤＶＲ ｄｒｉｖｅ）２２１（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）からリードバッファ２２２への入力ビットレートである。
・リードバッファ２２２がフルでない時のバッファへのソースパケットストリームの入力ビットレートはＲｕｄである。バッファがフルである時、バッファへの入力は止められる。
・Ｒｍａｘは、リードバッファ２２２からソースデパケッタイザ（ｓｏｕｒｃｅ ｄｅｐａｃｋｅｔｉｚｅｒ）２２３（図４３のソースデパケッタイザ１４が対応する）へのソースパケットストリームの出力ビットレートである。
アライバルタイムクロックカウンタ（ａｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋ ｃｏｕｎｔｅｒ）２２５（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
・アライバルタイムクロックカウンタ２２５は、２７ＭＨｚクリスタル発振器（２７ＭＨｚＸ−ｔａｌ）２２４（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）が発生する２７ＭＨｚの周波数のパルスをカウントするバイナリーカウンターである。
・現在のソースパケットがＡＶストリームファイルの最初のソースパケットであるか、または後述するＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが指すところのソースパケットである場合、そのパケットのａｒｒｉｖａｌ ｔｉｍｅ ｓｔａｍｐの値でアライバルタイムクロックカウンタ２２５のカウント値をリセットする。
・Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）は、時刻ｔ（ｉ）におけるアライバルタイムクロックカウンタ２２５のカウント値である。
ＭＰＥＧ−２トランスポートストリームの出力タイミングについて説明する。
・現在のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐがａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）のＬＳＢ ３０ビットの値と等しい時、そのソースパケットのトランスポートパケットは、バッファから引き抜かれる。
次に、ＡＶストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
図８は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのシンタクスを示す。Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、ＳｅｑｕｅｎｃｅＩｎｆｏ（），ＰｒｏｇｒａｍＩｎｆｏ（），ＣＰＩ（）を持つ。
ＳｅｑｕｅｎｃｅＩｎｆｏ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ｚｚｚｚｚ．ｃｌｐｉファイルの先頭のバイトからの相対バイト数を単位として、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ＰｒｏｇｒａｍＩｎｆｏ＿Ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ｚｚｚｚｚ．ｃｌｐｉファイルの先頭のバイトからの相対バイト数を単位として、ＰｒｏｇｒａｍＩｎｆｏ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ＣＰＩ＿Ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ｚｚｚｚｚ．ｃｌｐｉファイルの先頭のバイトからの相対バイト数を単位として、ＣＰＩ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）は、Ｃｌｉｐ ＡＶ ｓｔｒｅａｍの中のＡＴＣ−ｓｅｑｕｅｎｃｅとＳＴＣ−ｓｅｑｕｅｎｃｅの情報を定義する。
ＡＴＣ−ｓｅｑｕｅｎｃｅについて説明する。ＡＶストリームファイルを構成する各ソースパケットのａｒｒｉｖａｌ ｔｉｍｅ ｓｔａｍｐ（ＡＴＳ）に基づいて作られる時間軸を、アライバルタイムベースと呼び、そのクロックを、ＡＴＣ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｃｌｏｃｋ）と呼ぶ。そして、ＡＴＣの不連続点（アライバルタイムベースの不連続点）を含まないソースパケット列を、ＡＴＣ−ｓｅｑｕｅｎｃｅと呼ぶ。
図９は、ＡＴＣ−ｓｅｑｕｅｎｃｅについて説明する図である。入力トランスポートストリームをＣｌｉｐ ＡＶストリームファイルとして新しく記録する時、そのＣｌｉｐはＡＴＣの不連続点を含んではならず、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。ＡＴＣの不連続点は、編集等によってＣｌｉｐ ＡＶストリームファイルのストリームデータを部分的に消去した場合にだけ作られることを想定している。これについての詳細は後述する。
ＡＶストリームファイルの中で、新しいＡＴＣが開始するアドレス、すなわち、ＡＴＣ−ｓｅｑｕｅｎｃｅのスタートアドレスを、ＳｅｑｕｅｎｃｅＩｎｆｏ（）にストアする。このアドレスは、ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔにより示される。
ＡＶストリームファイルの中にある最後のＡＴＣ−ｓｅｑｕｅｎｃｅ以外のＡＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＡＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、その次のＳＰＮ＿ＡＴＣ＿ｓｔａｒｔで指されるソースパケットの直前のソースパケットで終了する。最後のＡＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＡＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
図１０は、ＡＴＣの不連続点とＡＴＣ−ｓｅｑｕｅｎｃｅの関係を説明する図である。この例の場合、Ｃｌｉｐ ＡＶストリームファイルは、２個のＡＴＣ不連続点を持ち、３個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。
ＳＴＣ−ｓｅｑｕｅｎｃｅについて説明する。ＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）の定義は、ＭＰＥＧ−２で規定されている定義に従う。すなわち、これは、トランスポートストリームの中のＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）に基づいて作られる時間軸であるシステムタイムベースのクロックである。ＳＴＣの値は９０ｋＨｚ精度、３３ビット長のバイナリーカウンタのカウント値で表される。
図１１は、連続なＳＴＣ区間について説明する図である。ここで横軸は、Ａｒｒｉｖａｌ Ｔｉｍｅ Ｃｌｏｃｋ（またはアライバルタイムベース）であり、縦軸はＳＴＣ（またはシステムタイムベース）である。Ｃａｓｅ−１の場合、ＳＴＣは単調増加しており、その区間のＳＴＣは連続である。Ｃａｓｅ−２の場合、３３ビットのＳＴＣが途中でラップアラウンドしている。ＳＴＣのラップアラウンド点はＳＴＣの不連続ではない。ラップアラウンドしてもＳＴＣは連続である。
ＳＴＣの不連続は、放送局が伝送系を切り替えた場合、記録側が記録するチャンネルを切り替えた場合、ユーザが編集操作を行った場合などに発生する。
ＳＴＣの不連続点（システムタイムベースの不連続点）を含まないソースパケット列を、ＳＴＣ−ｓｅｑｕｅｎｃｅと呼ぶ。なお、同じＳＴＣ＿ｓｅｑｕｅｎｃｅの中で同じＳＴＣの値は、決して現れない。そのために、Ｃｌｉｐの最大時間長を、３３ビットのＳＴＣのラップアラウンド周期（約２６時間）以下に制限している。
ＡＶストリームファイルの中で、新しいＳＴＣが開始するアドレス、すなわち、ＳＴＣ−ｓｅｑｕｅｎｃｅのスタートアドレスが、ＳｅｑｕｅｎｃｅＩｎｆｏ（）にストアされる。このアドレスは、ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔにより示される。
ＳＴＣ−ｓｅｑｕｅｎｃｅは、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界をまたぐことはない。
ＡＶストリームファイルの中にある最後のＳＴＣ−ｓｅｑｕｅｎｃｅ以外のＳＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＳＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、その次のＳＰＮ＿ＳＴＣ＿ｓｔａｒｔで指されるソースパケットの直前のソースパケットで終了する。最後のＳＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＳＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
図１２は、ＳＴＣの不連続点とＳＴＣ−ｓｅｑｕｅｎｃｅの関係、およびＳＴＣ−ｓｅｑｕｅｎｃｅとＡＴＣ−ｓｅｑｕｅｎｃｅの関係を説明する図である。この例の場合、Ｃｌｉｐ ＡＶストリームファイルは、３個のＳＴＣを持ち、３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つ。１つのＳＴＣ−ｓｅｑｕｅｎｃｅが、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界をまたぐことはない。
ＡＶストリームがＳＴＣの不連続点を持つ場合、そのＡＶストリームファイルの中で同じ値のＰＴＳが現れるかもしれない。そのため、ＡＶストリーム上のある時刻をＰＴＳベースで指す場合、アクセスポイントのＰＴＳだけではそのポイントを特定するためには不十分である。ＰＴＳに加えて、そのＰＴＳを含むところのＳＴＣ−ｓｅｑｕｅｎｃｅのインデックスが必要である。そのインデックスをＳＴＣ−ｉｄと呼ぶ。
図１３は、ＳｅｑｕｅｎｃｅＩｎｆｏ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＳｅｑｕｅｎｃｅＩｎｆｏ（）の最後のバイトまでのバイト数を示す。
ｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓは、ＡＶストリームファイルの中にあるＡＴＣ−ｓｅｑｕｅｎｃｅの数を示す。
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］は、ＡＶストリームファイル上でａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅが開始するアドレスを示す。ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］は、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中の最初のＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［０］は、ゼロである。また、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］の値は、昇順に並んでいる。すなわち、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］は、次の条件を満たす。
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［０］＝０
０＜ａｔｃ＿ｉｄ＜ｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓなるａｔｃ＿ｉｄについて、
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ−１］＜ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］
ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅｓ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるＳＴＣ−ｓｅｑｕｅｎｃｅの数を示す。
ｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＴＣ−ｓｅｑｕｅｎｃｅに対するｓｃｔ＿ｉｄのオフセット値を示す。ＡＶストリームファイルを新たに記録する時、ｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］は、ゼロである。
ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるＳＴＣ−ｓｅｑｕｅｎｃｅに対応するｓｔｃ＿ｉｄの値は、シンタクス中のｓｔｃ＿ｉｄのｆｏｒ−ｌｏｏｐによって記述される順番によって定義され、その値はｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］から開始する。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中で定義される連続する２個のＡＴＣ−ｓｅｑｕｅｎｃｅについて、前側のＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最後のＳＴＣ−ｓｅｑｕｅｎｃｅに対するｓｔｃ＿ｉｄとそれに続くＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＴＣ−ｓｅｑｕｅｎｃｅに対するｓｔｃ＿ｉｄは、同じ値でも良い。もし、これら２個のｓｔｃ＿ｉｄが同じ値の場合、それらの値で参照される２個のＳＴＣ−ｓｅｑｕｅｎｃｅの中で同じＳＴＣの値が現れることはない。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるｓｔｃ＿ｉｄの値は、昇順に並ばなければならない。ｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］は、この制限を満たすように値がセットされる。
ＰＣＲ＿ＰＩＤ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるところのｓｔｃ＿ｉｄによって指されるＳＴＣ−ｓｅｑｕｅｎｃｅに有効なＰＣＲを持つトランスポートパケットのＰＩＤの値である。
ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるところのｓｔｃ＿ｉｄによって指されるＳＴＣ−ｓｅｑｕｅｎｃｅが、ＡＶストリームファイル上で開始するアドレスを示す。
ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］の値は、昇順に並んでいる。ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］以上の値である。すなわち、次の条件を満たす。
ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ａｔｃ−ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるｓｔｃ＿ｉｄによって指されるＳＴＣ−ｓｅｑｕｅｎｃｅ上にあるＡＶストリームデータのプレゼンテーション・スタート・タイムを示す。これは、そのＳＴＣ−ｓｅｑｕｅｎｃｅのＳＴＣから導かれる４５ｋＨｚを単位とするプレゼンテーション・タイムの値である。
ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるｓｔｃ＿ｉｄによって指されるＳＴＣ−ｓｅｑｕｅｎｃｅ上にあるＡＶストリームデータのプレゼンテーション・エンド・タイムを示す。これは、そのＳＴＣ−ｓｅｑｕｅｎｃｅのＳＴＣから導かれる４５ｋＨｚを単位とするプレゼンテーション・タイムの値である。
次に、ＰｒｏｇｒａｍＩｎｆｏ（）について説明する。プログラムは、エレメンタリストリームの集まりであり、これらのストリームの同期再生のために、ただ１つのシステムタイムベースを共有するものである。
再生装置（後述する図４３の動画像記録再生装置１）にとって、ＡＶストリームのデコードに先だち、そのＡＶストリームの内容がわかることは有用である。この内容とは、例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットのＰＩＤの値や、ビデオやオーディオのコンポーネント種類（例えば、ＨＤＴＶのビデオとＭＰＥＧ−２ ＡＡＣのオーディオストリームなど）などの情報である。
この情報はＡＶストリームを参照するところのＰｌａｙＬｉｓｔの内容をユーザーに説明するところのメニュー画面を作成するのに有用であるし、また、ＡＶストリームのデコードに先だって、再生装置のＡＶデコーダ１６（後述する図４３）およびデマルチプレクサ１５（後述する図４３）の初期状態をセットするために役立つ。この理由のために、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、プログラムの内容を説明するためのＰｒｏｇｒａｍＩｎｆｏを持つ。
ＭＰＥＧ２トランスポートストリームをストアしているＡＶストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオエレメンタリーストリームを伝送するところのトランスポートパケットのＰＩＤが変化したり、ビデオストリームのコンポーネント種類がＳＤＴＶからＨＤＴＶに変化するなどである。ＰｒｏｇｒａｍＩｎｆｏは、ＡＶストリームファイルの中でのプログラム内容の変化点の情報をストアする。
ＡＶストリームファイルの中で本フォーマットが規定するプログラム内容が一定であるソースパケット列を、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅと呼ぶ。
ＡＶストリームファイルの中で、新しいｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅが開始するアドレスをＰｒｏｇｒａｍＩｎｆｏ（）にストアする。このアドレスは、ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔにより示される。
ＡＶストリームファイルの中にある最後のｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅ以外のｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔで指されるソースパケットから開始し、その次のＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔで指されるソースパケットの直前のソースパケットで終了する。最後のｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
図１４は、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを説明する図である。この例の場合、Ｃｌｉｐ ＡＶストリームファイルは３個のｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを持つ。
ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界およびＳＴＣ−ｓｅｑｕｅｎｃｅの境界をまたいでも良い。
図１５は、ＰｒｏｇｒａｍＩｎｆｏ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＰｒｏｇｒａｍＩｎｆｏ（）の最後のバイトまでのバイト数を示す。
ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓは、ＡＶストリームファイルの中にあるｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの数を示す。
ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、ＡＶストリームファイル上でｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅが開始するアドレスを示す。ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。ＰｒｏｇｒａｍＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔの値は、昇順に並んでいる。
ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、そのｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅに対する最初のＰＭＴを持つソースパケットを指していることを前提とする。
ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、データを記録する記録機（図４３の動画像記録再生装置１が対応する）がトランスポートストリーム中のＰＳＩ／ＳＩを解析することによって作られる。記録機（例えば、図４３のビデオ解析部２４または多重化ストリーム解析部２６）がＰＳＩ／ＳＩを解析し、その変化を検出するまでの遅延時間が必要なために、ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、実際のＰＳＩ／ＳＩの変化点から所定の時間以内にあるソースパケットを指しても良い。
ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅに適用できるＰＭＴ（ｐｒｏｇｒａｍ ｍａｐ ｔａｂｌｅ）を持つトランスポートパケットのＰＩＤの値である。
ｎｕｍ＿ｏｆ＿ｓｔｒｅａｍｓ＿ｉｎ＿ｐｓは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの中で定義されるエレメンタリーストリームの数を示す。
ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの中で定義されるエレメンタリーストリームのグループの数を示す。ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓは、１以上の値である。トランスポートストリームのＰＳＩ／ＳＩがエレメンタリーストリームのグループ情報を持つ場合、ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓは、１以上の値をとることを想定している。それぞれのグループは、マルチ・ビュー・プログラム中の１つのビューを構成する。
ｓｔｒｅａｍ＿ＰＩＤは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅのｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤが参照するところのＰＭＴの中で定義されているエレメンタリーストリームに対するＰＩＤの値を示す。
ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）は、前記ｓｔｒｅａｍ＿ＰＩＤで指されるエレメンタリーストリームの情報を示す。詳細は後述する。
ｎｕｍ＿ｏｆ＿ｓｔｒｅａｍｓ＿ｉｎ＿ｇｒｏｕｐは、エレメンタリーストリームのグループが持つエレメンタリーストリームの数を示す。
ｓｔｒｅａｍ＿ｉｎｄｅｘは、前記エレメンタリーストリームのグループが持つエレメンタリーストリームに対応するところの、シンタクス中のｆｏｒ−ｌｏｏｐで定義されるｓｔｒｅａｍ＿ｉｎｄｅｘの値を示す。
図１６は、ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）の最後のバイトまでのバイト数を示す。
ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるエレメンタリーストリームの符号化タイプを示す。値の意味を図１７に示す。
ｖｉｄｅｏ＿ｆｏｒｍａｔは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームのビデオフォーマットを示す。値の意味を図１８に示す。
ｆｒａｍｅ＿ｒａｔｅは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームのフレームレートを示す。値の意味を図１９に示す。
ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームのディスプレイ・アスペクト・レシオを示す。値の意味を図２０に示す。
ｃｃ＿ｆｌａｇは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームの中でクローズド・キャプション（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ ｄａｔａ）信号が符号化されているかを示すフラグである。
ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔ＿ｆｌａｇは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）の中にｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔとｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏが存在するかを示すフラグである。
ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームが符号化される前のオリジナルのビデオフォーマットである。値の意味は、前記のｖｉｄｅｏ＿ｆｏｒｍａｔと同じである。
ｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームが符号化される前のオリジナルのディスプレイ・アスペクト・レシオである。値の意味は、前記のｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏと同じである。
ビデオストリームと共にマルチメディアデータストリーム（ＢＭＬストリーム，字幕など）が多重化されているトランスポートストリームをトランス・コーディングする場合において、ビデオストリームは再エンコードされることによって、そのビデオフォーマットが変化する（例えば、１０８０ｉから４８０ｉへ変化する）が、マルチメディアデータストリームはオリジナルのストリームを保つ場合を考える。
この時、新しいビデオストリームとマルチメディアデータストリームの間に情報のミスマッチが生じる場合がある。例えば、マルチメディアデータストリームの表示に関するパラメータは、オリジナルのビデオストリームのビデオフォーマットを想定して決められているにもかかわらず、ビデオストリームの再エンコードによって、そのビデオフォーマットが変化した場合である。
このような場合、ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔとｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏに、オリジナルのビデオストリームに関する情報を保存する。再生機は、前記の新しいビデオストリームとマルチメディアデータストリームから次のようにして、表示画像をつくる。
ビデオストリームは、ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔとｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏで示されるビデオフォーマットにアップ・サンプリングされる。そのアップ・サンプリングされた画像とマルチメディアデータストリームが合成されて、正しい表示画像をつくる。
ａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるオーディオストリームのプレゼンテーション・タイプを示す。値の意味を図２１に示す。
ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるオーディオストリームのサンプリング周波数を示す。値の意味を図２２に示す。
次に、ＣＰＩ（）について説明する。ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）は、ＡＶストリームの中の再生時間情報とそのファイルの中のアドレスとを関連づけるためにある。
ＣＰＩには２個のタイプがあり、それらはＥＰ＿ｍａｐとＴＵ＿ｍａｐである。ＣＰＩ（）の中のＣＰＩ＿ｔｙｐｅがＥＰ＿ｍａｐ ｔｙｐｅの場合、そのＣＰＩ（）はＥＰ＿ｍａｐを含む。また、ＣＰＩ（）の中のＣＰＩ＿ｔｙｐｅがＴＵ＿ｍａｐ ｔｙｐｅの場合、そのＣＰＩ（）はＴＵ＿ｍａｐを含む。１個のＡＶストリームファイルは、１個のＥＰ＿ｍａｐまたは１個のＴＵ＿ｍａｐを持つ。
ＥＰ＿ｍａｐは、エントリーポイント（ＥＰ）データのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、ＡＶストリームの中でデコードを開始すべきエントリーポイントの場所を見つけるためのアドレス情報を持つ。１つのＥＰデータは、プレゼンテーションタイムスタンプ（ＰＴＳ）と、そのＰＴＳに対応するアクセスユニットのＡＶストリームの中のデータアドレスの対で構成される。
ＥＰ＿ｍａｐは、主に２つの目的のために使用される。第１に、ＰｌａｙＬｉｓｔの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのＡＶストリームの中のデータアドレスを見つけるために使用される。第２に、ファーストフォワード再生やファーストリバース再生のために使用される。記録装置が、入力ＡＶストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、ＥＰ＿ｍａｐが作成され、ディスクに記録される。
ＴＵ＿ｍａｐは、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニット（ＴＵ）データのリストを持つ。これは、到着時刻ベースの時間とＡＶストリームの中のデータアドレスとの関係を与える。記録装置が、入力ＡＶストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、ＴＵ＿ｍａｐが作成され、ディスクに記録される。
図２３はＣＰＩ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＣＰＩ（）の最後のバイトまでのバイト数を示す。
ＣＰＩ＿ｔｙｐｅは、１ビットのフラグであり、ＣｌｉｐのＣＰＩのタイプを表す。
ＥＰ＿ｍａｐは、ＡＶストリームファイルの中にある１つのビデオストリームに対して、次に示すデータを持つ。
（１）ｓｔｒｅａｍ＿ＰＩＤ： そのビデオストリームを伝送するトランスポートパケットのＰＩＤを示す。
（２）ｎｕｍ＿ＥＰ＿ｅｎｔｒｉｅｓ： そのビデオストリームに対するエントリーポイントの数。ＥＰ＿ｍａｐは、ｎｕｍ＿ＥＰ＿ｅｎｔｒｉｅｓの数のＰＴＳ＿ＥＰ＿ｓｔａｒｔとＳＰＮ＿ＥＰ＿ｓｔａｒｔのペアのデータを持つ。
（３）ＰＴＳ＿ＥＰ＿ｓｔａｒｔ： そのビデオストリームの中で、シーケンスヘッダから始まるアクセスユニットのＰＴＳを示す。
（４）ＳＰＮ＿ＥＰ＿ｓｔａｒｔ： 前記ＰＴＳ＿ＥＰ＿ｓｔａｒｔにより参照されるアクセスユニットの第１バイト目を含むソースポケットのＡＶストリームファイルの中でのアドレスを示す。ＳＰＮ＿ＥＰ＿ｓｔａｒｔはソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。
ＡＶストリームファイルの中に複数のビデオストリームが存在する場合、ＥＰ＿ｍａｐは各ビデオストリームに対して、前記のデータを持つことができる。
図２４は、ＥＰ＿ｍａｐの例を示す。ここでは、Ｃｌｉｐ ＡＶ ｓｔｒｅａｍの中に、ｓｔｒｅａｍ＿ＰＩＤ＝ｘのビデオストリームがあり、ｋ個のエントリポイントがある（ｎｕｍ＿ＥＰ＿ｅｎｔｒｉｅｓ＝ｋ）。ＳＰＮ＿ＥＰ＿ｓｔａｒｔで指されるソースパケットの例を図に示す。そのソースパケットの中のトランスポートパケットのＴＰ＿ｈｅａｄｅｒに続くペイロードは、ＰＥＳパケットヘッダから開始する。それに続いて、シーケンスヘッダ（ＳＱＨ）があり、それに続いてＧＯＰヘッダ（ＧＯＰＨ）があり、それに続いてＩ−ピクチャヘッダ（Ｉ−ＰＩＣＨ）がある。このシーケンスヘッダから始まるアクセスユニットのＰＴＳは、ＰＥＳパケットヘッダの中に符号化されている。
次に、ＴＵ＿ｍａｐについて説明する。
図２５は、ＡＶストリームを新しくＣｌｉｐとして記録する時にできるＴＵ＿ｍａｐについて説明する図である。１つのＡＴＣ−ｓｅｑｕｅｎｃｅの中にあるソースパケットのアライバルタイムに基づいて作られる時間軸を所定の時間単位で分割する。この時間単位をｔｉｍｅ−ｕｎｉｔと呼ぶ。
各々のｔｉｍｅ＿ｕｎｉｔの中に入るところの最初の完全な形のソースパケットのＡＶストリームファイル上でのアドレスをＴＵ＿ｍａｐにストアする。これらのアドレスをＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔと呼ぶ。ＡＴＣ−ｓｅｑｕｅｎｃｅの上の時刻は、ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅに基づいて定義される。これについてはＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔのセマンティクスで後述する。
図２６は、ＴＵ＿ｍａｐのシンタクスを説明する図である。
ｔｉｍｅ＿ｕｎｉｔ＿ｓｉｚｅは、１つのｔｉｍｅ＿ｕｎｉｔの大きさを与えるものであり、それは２７ＭＨｚ精度のアライバルタイムクロックから導き出される４５ｋＨｚクロックを単位とする大きさである。
シンタクス中のａｔｃ＿ｉｄのｆｏｒ−ｌｏｏｐで使われているｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓの値は、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中で定義されている。
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅの中の最初の完全なｔｉｍｅ−ｕｎｉｔに対するオフセットの時間である。これは、２７ＭＨｚ精度のアライバルタイムクロックから導き出される４５ｋＨｚクロックを単位とする大きさである。
ＡＶストリームを新しくＣｌｉｐとして記録した時、そのＡＶストリームファイルはただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持ち、ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］はゼロである。
複数のｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］がＴＵ＿ｍａｐにエントリーされる場合は、次の条件式が満たされる。
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［０］＝０
０＜ａｔｃ＿ｉｄ＜ｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓなるａｔｃ＿ｉｄについて、
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］
＞ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ−１］＋ｔｉｍｅ＿ｕｎｉｔ
＊ｎｕｍ＿ｏｆ＿ｔｉｍｅ＿ｕｎｉｔ＿ｅｎｔｒｉｅｓ［ａｔｃ＿ｉｄ−１］
ｎｕｍ＿ｏｆ＿ｔｉｍｅ＿ｕｎｉｔ＿ｅｎｔｒｉｅｓ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅの中に含まれるｔｉｍｅ＿ｕｎｉｔのエントリー数を示す。
ＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｉ］は、ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始するアドレスである。これはソースパケット番号を単位とし、ＡＶストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
現在のｔｉｍｅ＿ｕｎｉｔに入るソースパケットが何もない場合、現在のｔｉｍｅ＿ｕｎｉｔに対するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔの値は、その１つ前のＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔの値と等しい。
ＴＵ＿ｍａｐの中のＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔの値のエントリは、昇順にならんでいなければならない。
ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻は、次式で定義されるＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｉ］である。
図２７は、ＰｌａｙＬｉｓｔ ｆｉｌｅのシンタクスを示す。ＰｌａｙＬｉｓｔ ｆｉｌｅは、ＰｌａｙＬｉｓｔ（）を持つ。
ＰｌａｙＬｉｓｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ＰｌａｙＬｉｓｔファイルの先頭のバイトからの相対バイト数を単位として、ＰｌａｙＬｉｓｔ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
図２８は、ＰｌａｙＬｉｓｔ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＰｌａｙＬｉｓｔ（）の最後のバイトまでのバイト数を示す。
ＣＰＩ＿ｔｙｐｅ：１ビットのフラグであり、ＰｌａｙＩｔｅｍ（）が使用するＣｌｉｐのＣＰＩ＿ｔｙｐｅの値を示す。ＣＰＩ＿ｔｙｐｅは、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのＣＰＩ＿ｔｙｐｅで定義される。
ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓは、ＰｌａｙＬｉｓｔ（）の中にあるＰｌａｙＩｔｅｍ（）の数を示す。
シンタクス中のＰｌａｙＩｔｅｍ＿ｉｄのｆｏｒ−ｌｏｏｐの中で、ＰｌａｙＩｔｅｍ（）の現れる順番によって、そのＰｌａｙＩｔｅｍ（）に対するＰｌａｙＩｔｅｍ＿ｉｄの値が決る。ＰｌａｙＩｔｅｍ＿ｉｄは、０から開始する。
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
次に、ＰｌａｙＩｔｅｍについて説明する。１個のＰｌａｙＩｔｅｍは、基本的に次のデータを含む。
（１）ＰｌａｙＩｔｅｍが指すＣｌｉｐのファイル名を指定するためのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ。
（２）そのＣｌｉｐの再生区間を特定するためのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅのペア。
（３）ＰｌａｙＬｉｓｔの中で連続する２個のＰｌａｙＩｔｅｍについて、前側のＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとの接続の状態を示すところのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ。
図２９は、ＣＰＩ＿ｔｙｐｅがＥＰ＿ｍａｐのＰｌａｙＬｉｓｔ（これをＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔと呼ぶ）を説明する図である。ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの場合、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、ＰＴＳベースの時間を示す。そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、同じＳＴＣ−ｓｅｑｕｅｎｃｅ上の時刻を指す。そのＳＴＣ−ｓｅｑｕｅｎｃｅを示すために、ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄを用いる。そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、そのＳＴＣ−ｓｅｑｕｅｎｃｅに対して定義されるｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ（これらの情報はＳｅｑｕｅｎｃｅＩｎｆｏの中にある）で示される再生区間の中の時間を指す。
図３０は、ＣＰＩ＿ｔｙｐｅがＴＵ＿ｍａｐのＰｌａｙＬｉｓｔ（これをＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔと呼ぶ）を説明する図である。ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの場合、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、アライバルタイムベースの時間を指す。そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、同じＡＴＣ−ｓｅｑｕｅｎｃｅ上の時刻を指す。
図３１は、ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報との関係を説明する図である。ＰｌａｙＬｉｓｔの時間情報は、ＡＶストリームファイルの中のピクチャやオーディオフレームのＰＴＳ情報である。そして、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのＥＰ＿ｍａｐとＳｅｑｕｅｎｃｅＩｎｆｏが、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
図３２は、ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報との関係を説明する図である。ＰｌａｙＬｉｓｔの時間情報は、ＡＶストリームファイルの中のアライバル・タイム情報である。そして、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのＴＵ＿ｍａｐが、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
図３３は、ＰｌａｙＩｔｅｍ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＰｌａｙＩｔｅｍ（）の最後のバイトまでのバイト数を示す。
Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、ＰｌａｙＩｔｅｍが参照するＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのファイル名を示す。
ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎは、先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとがシームレスに接続されているかどうかの情報を示す。
ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄは、ＰｌａｙＩｔｅｍが参照するＣｌｉｐのＳＴＣ−ｓｅｑｕｅｎｃｅのｓｔｃ−ｉｄを示す。ｓｔｃ−ｉｄの値は、ＳｅｑｕｅｎｃｅＩｎｆｏの中で定義されている。
ＩＮ＿ｔｉｍｅは、ＰｌａｙＩｔｅｍの再生開始時刻をストアする。
ＯＵＴ＿ｔｉｍｅは、ＰｌａｙＩｔｅｍの再生終了時刻をストアする。
Ｂｒｉｄｇｅ＿Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとがシームレスに接続されている場合の再生の補助情報である。
次に、ＰｌａｙＬｉｓｔの編集動作のコンセプトについて説明する。以下の処理は、ユーザからの操作に基づいて、例えば、後述する図４３の制御部１７により実行される。
図３４は、ＡＶストリームが新しいＣｌｉｐとして記録される時のＣｌｉｐとＰｌａｙＬｉｓｔの関係のコンセプトを説明する図である。ＡＶストリームが新しいＣｌｉｐとして記録される場合、そのＣｌｉｐ全体の再生可能範囲を参照するＲｅａｌ ＰｌａｙＬｉｓｔが作られる。
図３５は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成のコンセプトについて説明する図である。ユーザがＲｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から、ＩＮ−ｔｉｍｅとＯＵＴ−ｔｉｍｅを指定することによって、見たい再生区間のＰｌａｙＩｔｅｍを作り、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔをつくる。
図３６は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生区間の一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係のコンセプトを説明する図である。必要なＣｌｉｐ ＡＶストリームの再生部分だけを参照するように、Ｒｅａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍを変更する。そして、Ｃｌｉｐ ＡＶストリームの不必要なストリーム部分を消去する。図３６に示すように、Ｃｌｉｐ ＡＶストリームの中央部のデータを消去しても、Ｃｌｉｐ ＡＶストリームファイルは分割されないで、１つのファイルである。１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去しても、残ったデータ部分は１つのＣｌｉｐ ＡＶストリームにまとめられる。
Ｒｅａｌ ＰｌａｙＬｉｓｔが変更されて、それが参照するＣｌｉｐのストリーム部分が消去された時、それと同じＣｌｉｐを使用しているＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔが参照するＣｌｉｐがなくなって、問題が起きるかもしれない。そのようなことがないように、ユーザインターフェースは、次に示す対策をとるべきである。
その″消去″の操作に対して、ユーザに「そのＲｅａｌ ＰｌａｙＬｉｓｔが参照しているＣｌｉｐのストリーム部分を参照しているＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔが存在し、もし、そのＲｅａｌ ＰｌａｙＬｉｓｔが消去されると、そのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔもまた消去されることになるが、それで良いか？」と確認，警告する。または、前記Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔを消去する代わりに、Ｒｅａｌ ＰｌａｙＬｉｓｔに対して次に示す″ミニマイズ（Ｍｉｎｉｍｉｚｅ）″の操作をする。
図３７は、ミニマイズの編集をしたときのＣｌｉｐとＲｅａｌ ＰｌａｙＬｉｓｔ，Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの関係のコンセプトを説明する図である。ミニマイズ編集は、Ｒｅａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍを、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔに必要なＣｌｉｐのストリーム部分だけを参照するように変更する。そして、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔにとって不必要なＣｌｉｐのストリーム部分を消去する。
図３７に示すように、Ｃｌｉｐ ＡＶストリームの中央部のデータを消去しても、Ｃｌｉｐ ＡＶストリームファイルは分割されないで、１つのファイルである。１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去しても、残ったデータ部分は１つのＣｌｉｐ ＡＶストリームにまとめられる。
次に、前記のコンセプトに基づいて、Ｃｌｉｐ ＡＶストリームのデータを部分的に消去する場合のＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの変化について説明する。
前述したように、ＡＶストリームをＣｌｉｐファイルとして新たに記録する時、そのＣｌｉｐはＡＴＣの不連続点を含まず、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。そして、ＡＴＣの不連続点は、編集等によってＣｌｉｐ ＡＶストリームファイルのストリームデータを部分的に消去した場合にだけ、作られることを想定している。すなわち、図３６や図３７に示すように、１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去して、残ったデータ部分が１つのＣｌｉｐ ＡＶストリームにまとめられた時、そのＣｌｉｐはＡＴＣの不連続点を持ち、複数のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。例えば、図３８において、編集前のＣｌｉｐはＡＴＣの不連続点を含まず、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持つとする。そして図に示すように、Ｃｌｉｐ ＡＶストリームの中央部のデータを消去した場合、編集後のＣｌｉｐは、２個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。
図３９は、１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去した時のＡＴＣ−ｓｅｑｕｅｎｃｅ，ＳＴＣ−ｓｅｑｕｅｎｃｅおよびｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの関係を説明する図である。編集前のＣｌｉｐは、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅと１つのＳＴＣ−ｓｅｑｕｅｎｃｅと１つのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを持つとする。すなわち、このＣｌｉｐの中では、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの内容が変化しないとする。この時、図に影で示す部分のＡＶストリームデータを消去したとする。編集の結果、Ｃｌｉｐは３個のＡＴＣ−ｓｅｑｕｅｎｃｅと３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つ、一方、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは１個のままである。このｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界とＳＴＣ−ｓｅｑｕｅｎｃｅの境界をまたいでいる。
次に、前記のようにＣｌｉｐ ＡＶストリームのデータが部分的に消去される時の、ＣｌｉｐとＰｌａｙＬｉｓｔの関係について説明する。
図４０は、ＣＰＩがＥＰ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去した時のＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。編集前のＣｌｉｐは１個のＡＴＣ−ｓｅｑｕｅｎｃｅと３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つとする。このＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［０］はゼロである。そして、Ｃｌｉｐの中のｓｔｃ＿ｉｄ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅは、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われているとする。今、図に示すようにｓｔｃ＿ｉｄ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅのＡＶストリームデータについて、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われていない部分のＡＶストリームデータを消去したとする。
編集後のＣｌｉｐは２個のＡＴＣ−ｓｅｑｕｅｎｃｅを持ち、ｓｔｃ＿ｉｄ＝１であったＳＴＣ−ｓｅｑｕｅｎｃｅは２個のＳＴＣ−ｓｅｑｕｅｎｃｅに分かれる。１番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［０］はゼロにセットされ、２番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［１］は１にセットされる。すなわち、１番目のＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最後のＳＴＣ−ｓｅｑｕｅｎｃｅのｓｔｃ＿ｉｄと２番目のＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＴＣ−ｓｅｑｕｅｎｃｅのｓｔｃ＿ｉｄは、同じ値で１になる。
これにより、編集後のＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍ３とＰｌａｙＩｔｅｍ４のｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄの値を変更する必要がない。Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔについては何も変更しなくても良い。
このように、Ｃｌｉｐ ＡＶストリームの中にＡＴＣの不連続点を作ることができるので、Ｃｌｉｐ ＡＶストリームの中間（ｍｉｄｄｌｅ）部分のストリームデータを消去した場合に、Ｃｌｉｐファイルを２個に分割する必要がない。さらに、ＡＴＣシーケンス毎に、その上にある最初のＳＴＣシーケンスのＳＴＣ−ｉｄに対するｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄを用いることにより、Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔについては何も変更しなくて良い。
この効果についての理解を助けるために、図４１はＣｌｉｐの中にＡＴＣの不連続を許さない場合において、Ｃｌｉｐ ＡＶストリームの一部分を消去した時に、Ｃｌｉｐファイルが二つに分かれる場合を説明する図であり、また、その時のＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図４０と同様にして、編集前のＣｌｉｐは１個のＡＴＣ−ｓｅｑｕｅｎｃｅと３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つとする。このＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［０］はゼロである。そして、Ｃｌｉｐの中のｓｔｃ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅは、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われているとする。今、図に示すようにｓｔｃ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅのＡＶストリームデータについて、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われていない部分のＡＶストリームデータを消去したとする。
Ｃｌｉｐの中にＡＴＣの不連続を許さない場合、編集後はＣｌｉｐ−ＡとＣｌｉｐ−Ｂの２個のＣｌｉｐファイルに分かれる。そのため、ＰｌａｙＩｔｅｍ３とＰｌａｙＩｔｅｍ４が参照するＣｌｉｐファイルの名前を変更する必要がある。すなわち、Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔであっても、その内容を変更しなければならない場合がある。
Ｃｌｉｐの中にＡＴＣの不連続を許さない場合は、これを許す場合に比べると次の問題がある。
（１）ディスク中のＣｌｉｐファイル数が多くなる問題。これによって、ディスクの再生開始時に全てのＣｌｉｐファイルを読み出し、再生装置（動画像記録再生装置１）のメモリ（制御部１７に内蔵されているメモリ）にストアする処理にかかる時間が増える問題がある。また、ディスク（記録媒体１０）中に記録可能なファイル数の上限をある所定の値に決めた時、編集等によりＣｌｉｐファイル数が多くなり、その数が上限に達してしまい、ディスク中にまだ空き領域があるのに記録できなくなる問題が発生する。
（２）Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去した時に、ディスク中にあるＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔの変更にかかる時間が大きい問題。
本発明は、これらの問題を解決する。すなわち、ディスクの再生開始時に全てのＣｌｉｐファイルを読み出し、再生装置のメモリにストアする処理にかかる時間を小さくできる。また、ディスク中に記録可能なファイル数の上限をより小さく設定できる。また、Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去した時に、ディスク中にあるＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔの変更にがかかる時間が小さくなる。
図４２は、ＣＰＩがＴＵ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去した時のＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。編集前のＣｌｉｐは１個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。このＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［０］はゼロである。Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍ１，ＰｌａｙＩｔｅｍ２，ＰｌａｙＩｔｅｍ３およびＰｌａｙＩｔｅｍ４は、このＡＴＣ−ｓｅｑｕｅｎｃｅを参照しているとする。今、図に示すようにＡＴＣ−ｓｅｑｕｅｎｃｅのＡＶストリームデータについて、どのＰｌａｙＩｔｅｍにも使われていないＡＶストリームデータを消去したとする。
編集後のＣｌｉｐは２個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。１番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［０］はゼロにセットされ、２番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［１］は値Ｘにセットされる。値Ｘは、ＯＵＴ＿ｔｉｍｅ２よりも大きく、ＩＮ＿ｔｉｍｅ３よりも小さい。すなわち、編集後にＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍ３とＰｌａｙＩｔｅｍ４のＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅの値を変更する必要がない。
Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔについては何も変更しなくても良い。
ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔを再生する場合、再生機はＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅとＡＴＣ−ｓｅｑｕｅｎｃｅのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅの値を比較することにより、そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅが指すところのＡＴＣ−ｓｅｑｕｅｎｃｅを見つけることができる。例えば、図４２の場合、ＰｌａｙＩｔｅｍ３のＩＮ＿ｔｉｍｅ３は２番目のＡＴＣ−ｓｅｑｕｅｎｃｅのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ（＝Ｘ）よりも大きいので、ＰｌａｙＩｔｅｍ３のＩＮ＿ｔｉｍｅ３とＯＵＴ＿ｔｉｍｅ３は、２番目のＡＴＣ−ｓｅｑｕｅｎｃｅを指すことがわかる。
次に、ＤＶＲアプリケーション構造のデータを記録再生するシステムについて、図４３の動画像記録再生装置１のブロック図を用いて説明する。
例えば、光ディスクにより構成される記録媒体１０は、再生部６１の読み出し部１１により、そこに記録されている情報が読み出される。復調部１２は、読み出し部１１が記録媒体１０から読み出したデータを復調し、ＥＣＣ復号部１３に供給する。ＥＣＣ復号部１３は、復調部１２より供給されたデータを、ＡＶストリームとデータベースとに分離し、ＡＶストリームをソースデパケッタイザ１４に供給し、データベースを制御部１７に出力する。
ソースデパケッタイザ１４は、入力されたＡＶストリームをデパッケタイズし、デマルチプレクサ１５に出力する。デマルチプレクサ１５は、ソースデパケッタイザ１４より供給されたデータをビデオ（Ｖ）、オーディオ（Ａ）、およびシステム（Ｓ）の各データに分離し、ＡＶデコーダ１６とマルチプレクサ２５に出力する。
ＡＶデコーダ１６は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子１８から、オーディオ信号を端子１９から、それぞれ出力する。
記録部６２のＡＶエンコーダ２３には、端子２１から入力されたビデオ信号と、端子２２から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデオ解析部２４にも供給される。ＡＶエンコーダ２３とビデオ解析部２４には、端子２１から入力されたビデオ信号の代わりに、必要に応じて、ＡＶデコーダ１６が出力したビデオ信号が供給される。
ＡＶエンコーダ２３は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（Ｖ）、オーディオ信号（Ａ）、およびエンコードに対応するシステムデータ（Ｓ）を、マルチプレクサ２５に出力する。
ビデオ解析部２４は、入力されたビデオ信号を解析し、解析結果を制御部１７に出力する。
端子３３には、デジタルインタフェースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スイッチ２７を介して、デマルチプレクサ１５、またはさらにスイッチ２８を介して、多重化ストリーム解析部２６、およびソースパケッタイザ２９に供給される。多重化ストリーム解析部２６とソースパケッタイザ２９にはまた、スイッチ２８を介してマルチプレクサ２５が出力した信号も、スイッチ２７からの信号に代えて供給可能とされている。
多重化ストリーム解析部２６は、入力された信号を解析し、解析結果を制御部１７に出力する。ソースパケッタイザ２９は、入力された信号をパケッタイズし、ＥＣＣ符号化部３０に供給する。ＥＣＣ符号化部３０には、制御部１７が出力するデータベースも供給されている。
ＥＣＣ符号化部３０は、入力に誤り訂正符号を付加し、符号化し、変調部３１に出力する。変調部３１は、ＥＣＣ符号化部３０から入力されたデータを変調し、書き込み部３２に出力する。書き込み部３２は、変調部３１から入力されたデータを記録媒体１０に書き込む処理を実行する。
制御部１７は、各種のデータを記憶する記憶部１７Ａを有しており、上述したフォーマットを管理し、データの記録媒体１０に対する記録または再生のために、各部を制御する。
制御部１７にはまた、ドライブ４１が接続されており、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４などがドライブされる。
なお、光ディスク５２は、記録媒体１０と兼用することも可能である。
次に記録時の基本的動作について、動画像記録再生装置１自身が、入力オーディオビデオ信号を符号化して記録する場合を例として説明する。
記録部６２の端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部２４とＡＶエンコーダ２３へ入力される。また、オーディオ信号もまたＡＶエンコーダ２３へ入力される。ＡＶエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム（Ｖ），符号化オーディオストリーム（Ａ）、およびシステム情報（Ｓ）をマルチプレクサ２５に出力する。
符号化ビデオストリーム（Ｖ）は、例えばＭＰＥＧ２ビデオストリームであり、符号化オーディオストリーム（Ａ）は、例えばＭＰＥＧ１オーディオストリームやドルビーＡＣ３（商標）オーディオストリーム等である。システム情報（Ｓ）は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ，ピクチャ符号化タイプ等）やＡＶ同期等の時間情報である。
マルチプレクサ２５は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、ＭＰＥＧ２トランスポートストリームやＭＰＥＧ２プログラムストリームである。多重化ストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを、記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるＡＶストリームに符号化する。ＡＶストリームは、ＥＣＣ（誤り訂正）符号化部３０で誤り訂正符号が付加され、変調部３１で変調処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へＡＶストリームファイルを記録する。
次に、例えば、図示せぬディジタルインタフェースまたはディジタルＴＶチューナから入力されるディジタルＴＶ放送等のトランスポートストリームを記録する場合を説明する。
端子３３からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、２通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースとしての端子２０から制御部１７へ入力され、制御部１７が記録方法を制御する。
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。これ以後、記録媒体１０へＡＶストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ１５へ入力される。デマルチプレクサ１５は、ビデオストリーム（Ｖ）をＡＶデコーダ１６へ入力する。ＡＶデコーダ１６は、ビデオストリームを復号し、再生ビデオ信号をＡＶエンコーダ２３へ入力する。ＡＶエンコーダ２３は、入力ビデオを符号化し、符号化ビデオストリーム（Ｖ）をマルチプレクサ２５へ入力する。
一方、デマルチプレクサ１５から出力されるオーディオストリーム（Ａ）とシステム情報（Ｓ）は、ダイレクトにマルチプレクサ２５へ入力される。マルチプレクサ２５は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体１０へＡＶストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。
この動画像記録再生装置１は、ＡＶストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部１７により作成される。制御部１７への入力情報は、ビデオ解析部２４からの動画像の特徴情報、多重化ストリーム解析部２６からのＡＶストリームの特徴情報、およびユーザインタフェースとしての端子２０から入力されるユーザの指示情報である。
ビデオ解析部２４からの動画像の特徴情報は、動画像記録再生装置１自身がビデオ信号を符号化する場合において、動画像記録再生装置１により生成されるものである。ビデオ解析部２４は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点、ＣＭのスタート・エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネールも含まれる。これらの画像の指示情報は、制御部１７を介して、マルチプレクサ２５へ入力される。
マルチプレクサ２５は、制御部１７から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャのＡＶストリーム上でのアドレス情報を制御部１７に返す。制御部１７は、特徴的な画像の種類と、その符号化ピクチャのＡＶストリーム上でのアドレス情報を関連付けて記憶する。
多重化ストリーム解析部２６からのＡＶストリームの特徴情報は、記録されるＡＶストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置１により生成される。例えば、ＡＶストリームの中におけるＩピクチャのタイムスタンプとアドレス情報，ＳＴＣの不連続情報，プログラム内容の変化情報，アライバルタイムとアドレス情報、などが含まれる。
ＡＶストリーム内のＩピクチャのタイムスタンプとアドレス情報は、上述のＥＰ＿ｍａｐにストアされるデータとなる。ＡＶストリーム内のＳＴＣの不連続情報は、上述のＳｅｑｕｅｎｃｅＩｎｆｏにストアされるデータとなる。ＡＶストリーム内のプログラム内容の変化情報は、ＰｒｏｇｒａｍＩｎｆｏにストアされるデータとなる。また、ＡＶストリーム内のアライバルタイムとアドレス情報は、上述のＴＵ＿ｍａｐにストアされる。
また、多重化ストリーム解析部２６は、端子３３から入力されるトランスポートストリームをトランスペアレントに記録する場合、ＡＶストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、ＣｌｉｐＭａｒｋにストアされるデータとなる。
多重化ストリーム解析部２６からのＡＶストリームの特徴情報は、ＡＶストリームのデータベース（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）にストアされるものである。
端子２０からのユーザの指示情報には、ＡＶストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクター文字，ユーザがお好みのシーンにセットするブックマークやリジューム点のＡＶストリームの中のタイムスタンプなどが含まれる。これらのユーザの指示情報は、ＰｌａｙＬｉｓｔのデータベースにストアされるものである。
制御部１７は、前記入力情報に基づいて、ＡＶストリームのデータベース（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ），ＰｌａｙＬｉｓｔのデータベース，記録媒体１０の記録内容の管理情報（ｉｎｆｏ．ｄｖｒ）、およびサムネール情報を作成する。これらのデータベース情報は、ＡＶストリームと同様にして、ＥＣＣ（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、このデータベース情報を、記録媒体１０へ、アプリケーションデータベース情報として記録する。
次に、再生時の基本的な動作について説明する。
記録媒体１０には、ＡＶストリームファイルとアプリケーションデータベース情報が記録されている。
はじめに制御部１７は、再生部６１の読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ＥＣＣ（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているＰｌａｙＬｉｓｔの一覧を、端子２０のユーザインターフェースへ出力する。ユーザは、ＰｌａｙＬｉｓｔの一覧から再生したいＰｌａｙＬｉｓｔを選択し、再生を指定されたＰｌａｙＬｉｓｔが制御部１７へ入力される。制御部１７は、そのＰｌａｙＬｉｓｔの再生に必要なＡＶストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのＡＶストリームを読み出し、ＡＶストリームは復調部１２，ＥＣＣ復号部１３の処理を経て、ソース・デパケッタイザ１４へ入力される。
ソース・デパケッタイザ１４は、記録媒体のアプリケーションフォーマットのＡＶストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたＡＶストリームの再生区間（ＰｌａｙＩｔｅｍ）を構成するビデオストリーム（Ｖ），オーディオストリーム（Ａ）、およびシステム情報（Ｓ）をＡＶデコーダ１６へ入力する。ＡＶデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
ユーザによって選択されたＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いＰＴＳを持つＩピクチャのアドレスからデータを読み出すように読み出し部１１へ指示する。
また、ユーザによって選択されたＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いアライバルタイムのソースパケットのアドレスからデータを読み出すように読み出し部１１へ指示する。
さらに、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎの中のＣｌｉｐＭａｒｋにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、ＣｌｉｐＭａｒｋにストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部１７は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎの内容に基づいて、記録媒体１０からのＡＶストリームの読み出し位置を決定し、そのＡＶストリームの読み出しを読み出し部１１へ指示する。
すなわち、ユーザが選択した画像がストアされているＡＶストリーム上でのアドレスに最も近いアドレスにあるＩピクチャからのデータを読み出すように読み出し部１１へ指示が出される。読み出し部１１は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部１２，ＥＣＣ復号部１３の処理を経て、デマルチプレクサ１５へ入力され、ＡＶデコーダ１６で復号されて、マーク点のピクチャのアドレスで示されるＡＶデータが再生される。
次に、ユーザが、ＡＶストリームの編集をする場合を説明する。
ユーザが、記録媒体１０に記録されているＡＶストリームの再生区間を指定して新しい再生経路を作成したい場合、ユーザインタフェースの端子２０から、再生区間のイン点とアウト点の情報が制御部１７へ入力される。制御部１７は、ＡＶストリームの再生区間（ＰｌａｙＩｔｅｍ）をグループ化したもの（ＰｌａｙＬｉｓｔ）のデータベースを作成する。
ユーザが、記録媒体１０に記録されているＡＶストリームの一部を消去したい場合、ユーザインタフェースの端子２０から、消去区間の情報が制御部１７へ入力される。制御部１７は、必要なＡＶストリーム部分だけを参照するようにＰｌａｙＬｉｓｔのデータベースを変更する。また、ＡＶストリームの不必要なストリーム部分を消去するように、書き込み部３２に指示する。また、Ｃｌｉｐ ＡＶストリームの変化に基づいて、そのＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの内容を変更する。
ユーザが、記録媒体１０に記録されているＡＶストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつそれぞれの再生区間をシームレスに接続したい場合の動作を説明する。この場合、制御部１７は、ＡＶストリームの再生区間（ＰｌａｙＩｔｅｍ）をグループ化したもの（ＰｌａｙＬｉｓｔ）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化が必要になる。
まず、ユーザインタフェースとしての端子２０から、再生区間のイン点のピクチャとアウト点のピクチャの情報が制御部１７へ入力される。制御部１７は、読み出し部１１に、イン点のピクチャとアウト点のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部１１は、記録媒体１０からそのデータを読み出し、そのデータは、復調部１２，ＥＣＣ復号部１３，ソース・デパケッタイザ１４を経て、デマルチプレクサ１５へ入力される。
制御部１７は、デマルチプレクサ１５へ入力されたストリームを解析して、ビデオストリームの再エンコード方法（ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅの変更，再エンコードする符号化ビット量の割り当て）と再多重化方法を決定して、その方法をＡＶエンコーダ２３とマルチプレクサ２５へ供給する。
次に、デマルチプレクサ１５は、入力されたストリームをビデオストリーム（Ｖ），オーディオストリーム（Ａ）、およびシステム情報（Ｓ）に分離する。ビデオストリームは、「ＡＶデコーダ１６へ入力されるデータ」と、「マルチプレクサ２５へ直接入力されるデータ」がある。前者のデータは、再エンコードするために必要なデータであり、これはＡＶデコーダ１６で復号され、復号されたピクチャは、ＡＶエンコーダ２３で再エンコードされて、ビデオストリームになる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリームとシステム情報は、マルチプレクサ２５に直接入力される。
マルチプレクサ２５は、制御部１７から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ＥＣＣ（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へＡＶストリームを記録する。
次に、図４４は、ＡＶストリームをＣｌｉｐをして新しく記録するときの、Ｃｌｉｐ ＡＶストリームファイルと、それに関連するＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎファイルの、動画像記録再生装置１の記録動作のフローチャートを示す。
ステップＳ１１で、制御部１７は、端子２１および２２から入力されるＡＶ入力をエンコードして得たトランスポートストリーム、または端子３３のディジタルインタフェースから入力されるトランスポートストリームをファイル化して、Ｃｌｉｐ ＡＶストリームファイルを作成して記録する。
ステップＳ１２で、制御部１７は上記ＡＶストリームファイルについてのＣｌｉｐＩｎｆｏ（図８）を作成する。
ステップＳ１３で、制御部１７は上記ＡＶストリームファイルについてのＳｅｑｕｅｎｃｅＩｎｆｏ（図１３）を作成する。
ステップＳ１４で、制御部１７は上記ＡＶストリームファイルについてのＰｒｏｇｒａｍＩｎｆｏ（図１５）を作成する。
ステップＳ１５で、制御部１７は上記ＡＶストリームファイルについてのＣＰＩ（ＥＰ＿ｍａｐまたはＴＵ＿ｍａｐ）（図２４、図２５および図２６）を作成する。
ステップＳ１６で、制御部１７は上記ＡＶストリームファイルについてのＣｌｉｐＭａｒｋを作成する。
ステップＳ１７で、制御部１７は上記ＣｌｉｐＩｎｆｏ，ＳｅｑｕｅｎｃｅＩｎｆｏ，ＰｒｏｇｒａｍＩｎｆｏ，ＣＰＩ，およびＣｌｉｐＭａｒｋがストアされたＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎファイル（図８）を記録する。
なお、ここでは各処理を時系列に説明したが、ステップＳ１１からステップＳ１１６は、実際には同時に動作するものである。
次に、ＡＶストリームをＣｌｉｐをして新しく記録するときの、ＳｅｑｕｅｎｃｅＩｎｆｏ（図１３）の作成の動作例を、図４５のフローチャートを用いて説明する。この処理は、図４３の多重化ストリーム解析部２６で行われる。
ステップＳ３１において、制御部１７は最初のトランスポートパケットをＡＴＣシーケンスの開始点とする。すなわち、ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが設定される。また、このとき、ａｔｃ＿ｉｄとｓｔｃ＿ｉｄも設定される。
ステップＳ３２において、多重化ストリーム解析部２６はＡＶストリームに含まれるアクセスユニット（例えば、ピクチャやオーディオフレーム）のＰＴＳを解析する。
ステップＳ３３において、多重化ストリーム解析部２６はＰＣＲパケットが受信されたかどうかを調べる。ステップＳ３３において、Ｎｏの場合はステップＳ３２へ戻り、Ｙｅｓの場合はステップＳ３４へ進む。
ステップＳ３４において、多重化ストリーム解析部２６はＳＴＣの不連続が検出されたか否かを調べる。Ｎｏの場合は、ステップＳ３２へ戻る。Ｙｅｓの場合は、ステップＳ３５へ進む。なお、記録開始後、最初に受信されたＰＣＲパケットの場合は、必ずステップＳ３５へ進む。
ステップＳ３５において、多重化ストリーム解析部２６は、新しいＳＴＣの最初のＰＣＲを伝送するトランスポートパケットの番号（アドレス）を取得する。
ステップＳ３６において、制御部１７は上記パケット番号をＳＴＣシーケンスの開始するソースパケット番号として取得する。すなわち、ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔが設定される。また、このとき、新たなｓｔｃ＿ｉｄが設定される。
ステップＳ３７において、制御部１７はＳＴＣシーケンスの表示開始のＰＴＳと表示終了のＰＴＳを取得し、それぞれ、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ、またはｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅに設定し、それらに基づいて、ＳｅｑｕｅｎｃｅＩｎｆｏ（図１３）を作成する。
ステップＳ３８において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Ｎｏの場合は、ステップＳ３２へ戻り、Ｙｅｓの場合は処理を終了する。
なお、ＣＰＩがＴＵ＿ｍａｐのＣｌｉｐの場合は、ＡＴＣシーケンスの情報だけを作成すればよいので、ステップＳ３２乃至ステップＳ３７の処理は必要ない。
ＰｒｏｇｒａｍＩｎｆｏ（図１５）の作成の動作例を図４６のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
なお、ＣＰＩがＴＵ＿ｍａｐの場合、プログラム・シーケンスの情報は必要なく、この処理は不要である。
ステップＳ５１において、多重化ストリーム解析部２６はＰＳＩ／ＳＩを含むトランスポートパケットが受信されたかどうかを調べる。ここで、ＰＳＩ／ＳＩのトランスポートパケットは、具体的には、ＰＡＴ，ＰＭＴ，ＳＩＴのパケットである。ＳＩＴは、ＤＶＢ規格で規定されているパーシャルトランスポートストリームのサービス情報が記述されているトランスポートパケットである。ステップＳ５１において、Ｎｏの場合はステップＳ５１へ戻り、Ｙｅｓの場合はステップＳ５２へ進む。
ステップＳ５２において、多重化ストリーム解析部２６は、ＰＳＩ／ＳＩの内容が変わったかを調べる。すなわち、ＰＡＴ，ＰＭＴ，ＳＩＴのそれぞれの内容が、以前に受信したそれぞれの内容と比べて変化したかどうかが調べられる。内容が変化していない場合は、ステップＳ５１へ戻る。内容が変化した場合は、ステップＳ５３へ進む。なお、記録開始後、最初に受信されたＰＳＩ／ＳＩの場合は、必ずステップＳ５３へ進む。
ステップＳ５３において、制御部１７は新しいＰＳＩ／ＳＩを伝送するトランスポートパケットの番号（アドレス）とその内容を取得する。
ステップＳ５４において、制御部１７はＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を作成し、ＰｒｏｇｒａｍＩｎｆｏ（図１５）を作成する。
ステップＳ５５において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Ｎｏの場合は、ステップＳ５１へ戻り、Ｙｅｓの場合は処理を終了する。
次にＥＰ＿ｍａｐ（図２４）の作成の動作例を、図４７のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
ステップＳ７１で多重化ストリーム解析部２６は、記録するＡＶプログラムのビデオのＰＩＤをセットする。トランスポートストリームの中に複数のビデオが含まれている場合は、それぞれのビデオＰＩＤがセットされる。
ステップＳ７２で多重化ストリーム解析部２６は、ビデオのトランスポートパケットを受信する。
ステップＳ７３で多重化ストリーム解析部２６は、トランスポートパケットのペイロード（パケットヘッダーに続くデータ部）がＰＥＳパケットの第１バイト目から開始しているかを調べる（ＰＥＳパケットは、ＭＰＥＧ２で規定されているパケットであり、エレメンタリーストリームをパケット化するものである）。これは、トランスポートパケットヘッダにある″ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ″の値を調べることによりわかり、この値が１である場合、トランスポートパケットのペイロードがＰＥＳパケットの第１バイト目から開始する。ステップＳ７３でＮｏの場合は、ステップＳ７２へ戻り、Ｙｅｓの場合は、ステップＳ７４へ進む。
ステップＳ７４で多重化ストリーム解析部２６は、ＰＥＳパケットのペイロードが、ＭＰＥＧビデオのｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ＿ｃｏｄｅ（３２ビット長で″０ｘ０００００１Ｂ３″の符号）の第１バイト目から開始しているかを調べる。ステップＳ７４でＮｏの場合は、ステップＳ７２へ戻り、Ｙｅｓの場合は、ステップＳ７５へ進む。
ステップＳ７５へ進んだ場合、制御部１７は現在のトランスポートパケットをエントリーポイントとする。
ステップＳ７６で制御部１７は、上記パケットのパケット番号と上記ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ＿ｃｏｄｅから開始するＩピクチャのＰＴＳとそのエントリーポイントが属するビデオのＰＩＤを取得し、ＥＰ＿ｍａｐを作成する。
ステップＳ７７で、多重化ストリーム解析部２６は、現在のパケットが最後に入力されるトランスポートパケットであるかどうかを判定する。最後のパケットでない場合、ステップＳ７２へ戻る。最後のパケットである場合、処理を終了する。
なお、ＣｌｉｐのＣＰＩタイプによって、Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎファイルの作成方法が違う。図４８はこの場合の処理を表している。制御部１７は、ステップＳ１０１で、ＣＰＩとしてＥＰ＿ｍａｐを作成すると判定した場合、ステップＳ１０２へ進み、ＡＶストリームの内容について、ＰＴＳ，ＳＴＣ，ＰＭＴの情報を解析する。そして、ステップＳ１０３へ進み、制御部１７は、ＡＴＣシーケンス，ＳＴＣシーケンスとＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を作成する。そして、ステップＳ１０４で、制御部１７はＥＰ＿ｍａｐを作成する。
一方、ステップＳ１０１で、ＣＰＩとしてＴＵ＿ｍａｐを作成すると判定された場合、制御部１７は、ステップＳ１０５でＡＶストリームの内容を解析せず、ＳＴＣシーケンスとＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を作成しない。制御部１７は、ステップＳ１０６で、ＡＴＣシーケンスの情報を、トランスポートパケットの入力タイミングに基づいて作成する。ステップＳ１０７で、制御部１７は、ＴＵ＿ｍａｐを作成する。このように、ＣＰＩの種類に関係なく、どちらの場合でも、Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎファイルが作成される。
以上の処理はまた、次のことを意味する。すなわち、ＡＶストリームを、その中身を分析して記録媒体に記録する場合（コグニザント記録する場合）や入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）などのように、記録媒体に記録されるＡＶストリームの中身を知って記録する場合、ＡＴＣシーケンス、ＳＴＣシーケンス、およびＰｒｏｇｒａｍシーケンスが作成され、さらにＥＰ＿ｍａｐが作成され、記録媒体に記録される。これに対して、ＡＶストリームを、その中身を分析せずに、そのまま記録媒体に記録する場合（ノンコグニザント記録する場合）、ＡＴＣシーケンスが作成され、さらにＴＵ＿ｍａｐが作成され、記録媒体に記録される。
図４８の処理はまた、次のように考えることもできる。すなわち、ステップＳ１０１で、ＡＶストリームを、その中身を分析して記録媒体に記録する（コグニザント記録する）かまたは入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）か否かが判定される。コグニザント記録またはセルフエンコーディング記録で記録すると判定された場合、ステップＳ１０２でＡＶストリームの中身が分析され、ステップＳ１０３でＡＴＣシーケンス、ＳＴＣシーケンス、およびＰｒｏｇｒａｍシーケンスが作成され、さらにステップＳ１０４でＥＰ＿ｍａｐが作成され、記録媒体に記録される。これに対してステップＳ１０１で、ＡＶストリームを、その中身を分析せずに、そのまま記録媒体に記録する（ノンコグニザント記録する）と判定された場合、ステップＳ１０５でＡＶストリームの中身が分析されず、ステップＳ１０６でＡＴＣシーケンスが作成され、さらにステップＳ１０７でＴＵ＿ｍａｐが作成され、記録媒体に記録される。
図４９は、Ｒｅａｌ ＰｌａｙＬｉｓｔの作成方法を説明するフローチャートを示す。図４３の動画像記録再生装置１のブロック図を参照しながら説明する。
ステップＳ１９１で、制御部１７はＣｌｉｐ ＡＶストリームを記録する。
ステップＳ１９２で、制御部１７は上記Ｃｌｉｐの全ての再生可能範囲をカバーするＰｌａｙＩｔｅｍ（図３３）からなるＰｌａｙＬｉｓｔ（）（図２８）を作成する。ここで、ＣｌｉｐがＥＰ＿ｍａｐを持つとき、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔ（図２９参照）を作成し、またＣｌｉｐがＴＵ＿ｍａｐを持つとき、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔ（図３０参照）を作成する。ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、Ｃｌｉｐの中にＳＴＣ不連続点があり、ＰｌａｙＬｉｓｔ（）が２つ以上のＰｌａｙＩｔｅｍからなる場合は、制御部１７はＰｌａｙＩｔｅｍ間のｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎもまた決定する。
ステップＳ１９３で、制御部１７はＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）を作成する。ＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）はＰｌａｙＬｉｓｔの内容をユーザへ説明するための情報を含む。本実施の形態ではその説明を省略する。
ステップＳ１９４で、制御部１７はＰｌａｙＬｉｓｔＭａｒｋを作成する（本実施の形態ではその説明を省略）。
ステップＳ１９５で、制御部１７はＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａを作成する（本実施の形態ではその説明を省略）。
ステップＳ１９６で、制御部１７はＲｅａｌ ＰｌａｙＬｉｓｔファイルを記録する。
このようにして、新規にＣｌｉｐ ＡＶストリームを記録する毎に、１つのＲｅａｌ ＰｌａｙＬｉｓｔファイルが作られる。
図５０は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成方法を説明するフローチャートである。
ステップＳ２１１で、ユーザーインターフェースを通して、ディスク（記録媒体１０）に記録されている１つのＲｅａｌ ＰｌａｙＬｉｓｔの再生が指定される。そして、そのＲｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から、ユーザーインターフェースを通して、ＩＮ点とＯＵＴ点で示される再生区間が指定される。
ステップＳ２１２で、制御部１７はユーザーによる再生範囲の指定操作がすべて終了したか調べる。ユーザーが上記指示した再生区間に続けて再生する区間を選ぶ場合はステップＳ２１１へ戻る。
ステップＳ２１２でユーザーによる再生範囲の指定操作がすべて終了したと判定された場合は、ステップＳ２１３へ進む。
ステップＳ２１３で、連続して再生される２つの再生区間の間の接続状態（ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ）を、ユーザーがユーザーインタフェースを通して決定するか、または制御部１７が決定する。
ステップＳ２１４で、ユーザーインタフェースを通して、ユーザーがサブパス（アフレコ用オーディオ）情報を指定する。ユーザーがサブパスを作成しない場合はこのステップの処理はスルーされる。サブパス情報は、ＰｌａｙＬｉｓｔの中のＳｕｂＰｌａｙＩｔｅｍにストアされる情報であるが、本発明の趣旨に必要ないので説明を省略する。
ステップＳ２１５で、制御部１７はユーザーが指定した再生範囲情報、およびｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎに基づいて、ＰｌａｙＬｉｓｔ（）（図２８）を作成する。
ステップＳ２１６で、制御部１７はＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）を作成する。ＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）はＰｌａｙＬｉｓｔの内容をユーザーへ説明するための情報を含む。本実施の形態ではその説明を省略する。
ステップＳ２１７で、制御部１７はＰｌａｙＬｉｓｔＭａｒｋを作成する（本実施の形態ではその説明を省略）。
ステップＳ２１８で、制御部１７はＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａを作成する（本実施の形態ではその説明を省略）。
ステップＳ２１９で、制御部１７はＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔファイルを記録媒体１０に記録する。
このようにして、記録媒体１０に記録されているＲｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から、ユーザーが見たい再生区間を選択してその再生区間をグループ化したもの毎に、１つのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔファイルが作られる。
図５１はＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生方法を説明するフローチャートである。
ステップＳ２３１で、制御部１７はＩｎｆｏ．ｄｖｒ，Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ，ＰｌａｙＬｉｓｔ ｆｉｌｅおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているＰｌａｙＬｉｓｔの一覧を示すＧＵＩ画面を作成し、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ２３２で、制御部１７はそれぞれのＰｌａｙＬｉｓｔのＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）に基づいて、ＰｌａｙＬｉｓｔを説明する情報をＧＵＩ画面に提示する。
ステップＳ２３３で、ユーザーインタフェースを通して、ＧＵＩ画面上からユーザーが１つのＰｌａｙＬｉｓｔの再生を指示する。
ステップＳ２３４で、制御部１７は現在のＰｌａｙＩｔｅｍのＳＴＣ−ｉｄとＩＮ＿ｔｉｍｅのＰＴＳから、ＩＮ＿ｔｉｍｅより時間的に前で最も近いエントリーポイントのあるソースパケット番号を取得する。
ステップＳ２３５で、制御部１７は上記エントリーポイントのあるソースパケット番号からＡＶストリームのデータを読み出し、デコーダへ供給する。
ステップＳ２３６で、現在のＰｌａｙＩｔｅｍの時間的に前のＰｌａｙＩｔｅｍがあった場合は、制御部１７は、前のＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとの表示の接続処理をｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎに従って行う。
ステップＳ２３７で、制御部１７は、ＡＶデコーダ１６にＩＮ＿ｔｉｍｅのＰＴＳのピクチャから表示を開始するように指示する。
ステップＳ２３８で、制御部１７は、ＡＶデコーダ１６にＡＶストリームのデコードを続けるように指示する。
ステップＳ２３９で、制御部１７は、現在表示の画像が、ＯＵＴ＿ｔｉｍｅのＰＴＳの画像か否かを調べる。Ｎｏの場合は、ステップＳ２４０へ進む。ステップＳ２４０で現在の画像を表示して、ステップＳ２３８へ戻る。ステップＳ２３９で現在表示の画像がＯＵＴ＿ｔｉｍｅのＰＴＳの画像であると判定された場合は、ステップＳ２４１へ進む。
ステップＳ２４１で、制御部１７は、現在のＰｌａｙＩｔｅｍがＰｌａｙＬｉｓｔの中で最後のＰｌａｙＩｔｅｍかを調べる。Ｎｏの場合はステップＳ２３４へ戻る。Ｙｅｓの場合は、ＰｌａｙＬｉｓｔの再生を終了する。
次に、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、ミニマイズ編集の処理をする時のＣｌｉｐとＰｌａｙＬｉｓｔの更新方法の手順を図５２のフローチャートを用いて説明する。
ステップＳ２６１で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中からどのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔｓにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
ステップＳ２６２で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から消去する一区間の表示開始時刻および表示終了時刻を取得する。
ステップＳ２６３で、制御部１７は、上記時間区間に対応するＣｌｉｐ ＡＶストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をＥＰ＿ｍａｐに基づいて決定する。
ステップＳ２６４で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいＡＴＣ−ｓｅｑｕｅｎｃｅをＳｅｑｕｅｎｃｅＩｎｆｏに追加する。すなわち、上記消去終了パケットの直後のソースパケットのパケット番号がＳＰＮ＿ＡＴＣ＿ｓｔａｒｔにセットされる。
ステップＳ２６５で、制御部１７は、消去後のＡＶストリームにおけるＡＴＣシーケンス上にあるＳＴＣ−ｓｅｑｕｅｎｃｅの開始パケット番号（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）を更新する。すなわち、消去後のＣｌｉｐ ＡＶストリームに対応するように、ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔの値を変更する。
ステップＳ２６６で、制御部１７は、消去後のＡＶストリームにおけるＡＴＣシーケンス上にあるＳＴＣ−ｓｅｑｕｅｎｃｅに対するＳＴＣ−ｉｄの値が変わらないようにｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄを決定する。
ステップＳ２６７で、必要に応じて、消去後のＣｌｉｐ ＡＶストリームについてのＰｒｏｇｒａｍＩｎｆｏを更新。すなわち、もし、上記の消去区間の中でＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅが開始している場合は、そのＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの開始ソースパケット番号を上記消去終了パケットの直後のソースパケットのパケット番号に変更する。
ステップＳ２６８で、制御部１７は、ＥＰ＿ｍａｐを消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。この処理においては、消去区間のストリームを参照するＥＰ＿ｍａｐのエントリーを消去し、また、ＥＰ＿ｍａｐの中のソースパケット番号の値（すなわちＥＰ＿ｍａｐのＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。
ステップＳ２６９で、制御部１７は、上記の開始と終了パケットで示される区間のＣｌｉｐ ＡＶストリームのデータを消去する。
ステップＳ２７０で、制御部１７は、上記の処理を反映させてＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅを更新および記録する。このＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅには、図８に示されるように、ＣｌｉｐＩｎｆ（），Ｓｅｑｕｅｎｃｅ Ｉｎｆｏ（），Ｐｒｏｇｒａｍ Ｉｎｆｏ（），ＣＰＩ（）などが含まれている。従って、上述したＡＴＣ＿ｓｅｑｕｅｎｃｅやＳＴＣ＿ｓｅｑｕｅｎｃｅに関する情報が記録媒体１０に記録されることになる。
ステップＳ２７１で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔ ｆｉｌｅが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
ステップＳ２７２で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ２６１で調べた消去範囲をすべて消去したかどうかを調べる。Ｎｏの場合はステップＳ２６２へ戻る。Ｙｅｓの場合はミニマイズ処理を終了する。
上記ステップＳ２６３における処理内容について、ＣＰＩがＥＰ＿ｍａｐタイプのＣｌｉｐの場合を詳細に説明する。
図５３は、オリジナルのＡＶストリームファイルと、そのストリームの部分的な再生範囲のストリームを消去する編集を行った後のＡＶストリームファイルの例を示す。編集前に、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔは、オリジナルＡＶストリーム上のＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅを指しているとする。この場合、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔが使用していないストリーム部分を消去する編集（ミニマイズ編集）をしたとき、それはオリジナルＡＶストリームを図５３に示す編集後のストリームへ変える。オリジナルＡＶストリームの先頭からＸ点までのデータと、Ｙ点から最後までのデータが消去される。以下の説明では、このＸ点とＹ点を決める方法の例を説明する。
図５４は、ＡＶストリームの内容を解析することをしないで、ＩＮ点の前の不要なデータを消去する方法を説明する図である。ＰｌａｙＬｉｓｔはオリジナルＡＶストリーム上のＩＮ点を指す。また、そのＡＶストリームのＥＰ＿ｍａｐを図示する。ＩＮ点が指すピクチャをデコードするためには、アドレスＩＳＡ２から開始するＩピクチャが必要である。また、Ｘ点の後で、ＰＡＴ，ＰＭＴおよびＰＣＲパケットが必要である。ＳＰＮ＿ＥＰ＿ｓｔａｒｔ＝ＩＳＡ１のＰＴＳはｐｔｓ１であり、ＳＰＮ＿ＥＰ＿ｓｔａｒｔ＝ＩＳＡ２のＰＴＳはｐｔｓ２である。ｐｔｓ１とｐｔｓ２のシステムタイムベースの時間差が１００ｍｓｅｃ以上ならば、アドレスＩＳＡ１とＩＳＡ２の間にはＰＡＴ，ＰＭＴおよびＰＣＲパケットが存在する（少なくとも、ＳＥＳＦ，ＤＶＢ，ＡＴＳＣ，ＩＳＤＢの場合はそうである）。したがって、Ｘ点はアドレスＩＳＡ１の前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
動画像記録再生装置１は、ＡＶストリームの内容を解析することをしないで、Ｘ点をＥＰ＿ｍａｐを使用して次のステップで決めることができる。
１）システムタイムベース上でＩＮ ｔｉｍｅのＰＴＳに最も近く、かつそれよりも過去の表示時刻のＰＴＳの値を持つＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。２）ステップ１で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔのＰＴＳの値よりも少なくとも１００ｍｓｅｃ過去の表示時刻のＰＴＳの値を持つＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。
３）Ｘ点は、ステップ２で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔよりも前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
この方法は、Ｘ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のＡＶストリームは、そのＰｌａｙＬｉｓｔの再生には不要なデータを残してしまう場合がある。もし、Ｘ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析するならば、そのＰｌａｙＬｉｓｔの再生には不要なデータをより効率良く消去できる。
図５５は、ＡＶストリームの内容を解析することをしないで、ＯＵＴ点の後ろの不要なデータを消去する方法を説明する図である。ＰｌａｙＬｉｓｔはオリジナルＡＶストリーム上のＯＵＴ点を指す。また、そのＡＶストリームのＥＰ＿ｍａｐを図示する。ＳＰＮ＿ＥＰ＿ｓｔａｒｔ＝ＩＳＡ４から開始するビデオシーケンスは次に示すものであることを前提とする。
Ｉ２ Ｂ０ Ｂ１ Ｐ５ …
ここで、Ｉ，Ｐ，ＢはそれぞれＩピクチャ，ＰピクチャそしてＢピクチャを表す。数字は表示順序を表す。この処理において、記録装置がＡＶストリームの内容を解析しない場合、動画像記録再生装置１は、ＯＵＴ＿ｔｉｍｅのＰＴＳが参照するところのピクチャの情報（ピクチャコーディングタイプ，テンポラル・レファレンスなど）がわからない。ＯＵＴ＿ｔｉｍｅのＰＴＳはピクチャＢ０またはＢ１を参照しているかもしれない（動画像記録再生装置１がＡＶストリームの内容を解析しない場合、このことはわからない）、この場合、ピクチャＢ０，Ｂ１をデコードするためにはＩ２が必要である。Ｉ２のＰＴＳはＯＵＴ ｔｉｍｅのＰＴＳよりも大きい（ＯＵＴ＿ｔｉｍｅ＜ｐｔｓ４，ここでｐｔｓ４はＩ２のＰＴＳである）。Ｉ２のＰＴＳはＯＵＴ＿ｔｉｍｅのＰＴＳよりも大きいが、Ｂ０，Ｂ１のためにＩ２が必要である。
したがって、Ｙ点は図に示すアドレスＩＳＡ５の後ろに決められる。ＩＳＡ５は、ＥＰ＿ｍａｐの中でＩＳＡ４の直後にあるＳＰＮ＿ＥＰ＿ｓｔａｒｔの値である。Ｙ点はまたアラインドユニットの境界でなければならない。
動画像記録再生装置１は、ＡＶストリームの内容を解析することをしないで、Ｙ点をＥＰ＿ｍａｐを使用して次のステップで決めることができる。
１）システムタイムベース上でＯＵＴ ｔｉｍｅのＰＴＳに最も近く、かつそれよりも未来の表示時刻のＰＴＳの値を持つＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。
２）ステップ１で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔの直後にあるＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。
３）Ｙ点は、ステップ２で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔよりも後ろに決められる。そして、Ｙ点はアラインドユニットの境界でなければならない。
この方法は、Ｙ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のＡＶストリームは、そのＰｌａｙＬｉｓｔの再生には不要なデータを残してしまう場合がある。もし、Ｙ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析するならば、そのＰｌａｙＬｉｓｔの再生には不要なデータをより効率良く消去できる。
図５６はＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生方法を説明するフローチャートである。
ステップＳ３００乃至ステップＳ３０２で、図５１のステップＳ２３１乃至Ｓ２３２と同様の処理が行われる。
すなわち、ステップＳ３００で、制御部１７はＩｎｆｏ．ｄｖｒ，Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ，ＰｌａｙＬｉｓｔ ｆｉｌｅおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているＰｌａｙＬｉｓｔの一覧を示すＧＵＩ画面を作成し、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ３０１で、制御部１７はそれぞれのＰｌａｙＬｉｓｔのＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）に基づいて、ＰｌａｙＬｉｓｔを説明する情報をＧＵＩ画面に提示する。
ステップＳ３０２で、ユーザーインタフェースを通して、ＧＵＩ画面上からユーザーが１つのＰｌａｙＬｉｓｔの再生を指示する。
ステップＳ３０３で、制御部１７は、ＴＵ＿ｍａｐ情報を参照して、ＡＶストリームのエントリーポイントのアドレスを取得する。すなわち、制御部１７は、現在のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅのアライバルタイムよりも時間的に前で最も近いエントリーポイントのソースパケット番号を取得する。この処理の詳細は、後述する。
ステップＳ３０４で、制御部１７は、上記エントリーポイントのあるソースパケット番号からパケットを再生し、ＡＶデコーダ１６へ供給する。
ステップＳ３０５で、制御部１７は、現在のパケットのアライバルタイムスタンプが、ＯＵＴ＿ｔｉｍｅのパケットのそれ以上か否かを調べる。判定がＮｏの場合は、ステップＳ３０６へ進む。制御部１７は、、ステップＳ３０６で、次のパケットを再生し、ＡＶデコーダ１６へ供給し、ステップＳ３０５へ戻る。ステップ３０５で判定がＹｅｓの場合は処理はステップ３０７へ進む。
ステップＳ３０７で、制御部１７は、現在のＰｌａｙＩｔｅｍがＰｌａｙＬｉｓｔの中で最後のＰｌａｙＩｔｅｍであるかを調べる。判定がＮｏの場合、処理はステップＳ３０３へ戻る。判定がＹｅｓの場合は、制御部１７は、ＰｌａｙＬｉｓｔの再生を終了する。
次に、図５６のステップＳ３０３の処理の詳細を、図５７のフローチャートを参照して説明する。
ステップＳ４００で、制御部１７は、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅと、ＴＵ＿ｍａｐ（）のｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］とが次の関係になる最大のａｔｃ＿ｉｄの値を取得する。
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］＜ＩＮ＿ｔｉｍｅ
（図２６のシンタクス参照）。
ステップＳ４０１で、制御部１７は、上記ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｉ］が、ＩＮ−ｔｉｍｅよりも時間的に前で最も近い時のｉの値を取得する（上記した式（２）参照）。
ステップＳ４０２で、制御部１７は、上記ｉに対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｉ］をエントリーポイントのアドレスとする。そして、処理を終了する。
次に、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔに対して、ミニマイズ編集をする時のＣｌｉｐとＰｌａｙＬｉｓｔの更新方法の手順を、図５８のフローチャートを用いて説明する。
ステップＳ５００で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中からどのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔｓにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
ステップＳ５０１で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から消去する一区間の開始時刻（アライバルタイム）および終了時刻（アライバルタイム）を取得する。
ステップＳ５０２で、制御部１７は、上記時間区間に対応するＣｌｉｐ ＡＶストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をＴＵ＿ｍａｐに基づいて決定する。この処理の詳細は、後述する。
ステップＳ５０３で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいＡＴＣ−ｓｅｑｕｅｎｃｅをＳｅｑｕｅｎｃｅＩｎｆｏに追加する。すなわち、制御部１７は、上記消去終了パケットの直後のソースパケットのパケット番号をＳＰＮ＿ＡＴＣ＿ｓｔａｒｔにセットする。
ステップＳ５０４で、制御部１７は、ＴＵ＿ｍａｐを消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。すなわち、
−−上記消去するＡＶストリーム区間に対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔのデータエントリを消去する。
−−上記新しいＡＴＣ−ｓｅｑｕｅｎｃｅ上の最初のｔｉｍｅ＿ｕｎｉｔの開始時刻を、そのＡＴＣ−ｓｅｑｕｅｎｃｅに対するｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅとして、ＴＵ＿ｍａｐに追加する。
−−ＴＵ＿ｍａｐの中のソースパケット番号の値、すなわち、ＴＵ＿ｍａｐのＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔを消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。
ステップＳ５０５で、制御部１７は、上記の開始と終了パケットで示される区間のＣｌｉｐ ＡＶストリームのデータを消去する。
ステップＳ５０６で、制御部１７は、上記の処理を反映させてＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅを更新および記録する。このＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅには、図８に示されるように、ＣｌｉｐＩｎｆ（），Ｓｅｑｕｅｎｃｅ Ｉｎｆｏ（），Ｐｒｏｇｒａｍ Ｉｎｆｏ（），ＣＰＩ（）などが含まれている。従って、上述したＡＴＣ＿ｓｅｑｕｅｎｃｅに関する情報が記録媒体１０に記録されることになる。
ステップＳ５０７で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔ ｆｉｌｅが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
ステップＳ５０８で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ５００で調べた消去範囲をすべて消去したかどうかを調べる。判定がＮｏの場合、処理はステップＳ５０１へ戻る。判定がＹｅｓの場合、制御部１７は、ミニマイズ処理を終了する。
次に、図５９のフローチャートを参照して、図５８のステップＳ５０２の処理の詳細を説明する。
ステップＳ６００で、制御部１７は、消去する区間の開始時刻と終了時刻が含まれるＡＴＣ＿ｓｅｑｕｅｎｃｅのａｔｃ＿ｉｄの値を取得する。
ステップＳ６０１で、制御部１７は、上記ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｉ］が、消去する区間の開始時刻よりも時間的に後ろで最も近い時のｉの値を取得する（上記した式（２）参照）。
ステップＳ６０２で、制御部１７は、上記ｉに対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｉ］を消去開始パケットのアドレスとする。
ステップＳ６０３で、制御部１７は、上記ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｊ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｊ］が、消去する区間の終了時刻よりも時間的に前で最も近い時のｊの値を取得する（上記した式（２）参照）。
ステップＳ６０４で、制御部１７は、上記ｊに対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｊ］を消去終了パケットのアドレスとする。
図６０は、ＥＰ＿ｍａｐタイプとＴＵ＿ｍａｐタイプの各ＰｌａｙＬｉｓｔに対するミニマイズ編集でのＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの更新の違いをまとめたものである。
ステップＳ７０１で、制御部１７は、ＰｌａｙＬｉｓｔが、ＥＰ＿ｍａｐのＰｌａｙＬｉｓｔであるか否かを判定し、ＥＰ＿ｍａｐのＰｌａｙＬｉｓｔである場合、ステップＳ７０２へ進む。
ステップＳ７０２で、ＥＰ＿ｍａｐのＰｌａｙＬｉｓｔであると判定された場合、制御部１７は、ＡＶストリームの部分消去に対応するように、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎファイルを更新する。すなわち、
ＡＴＣ−ｓｅｑｅｅｎｃｅの情報を更新し（図５２のステップＳ２６４）、
ＳＴＣ−ｓｅｑｅｅｎｃｅの情報を更新し（図５２のステップＳ２６５，Ｓ２６６）、
さらに、必要に応じて、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を更新する（図５２のステップＳ２６７）。
そして、ステップＳ７０３で、制御部１７は、ＡＶストリームの部分消去に対応するように、ＥＰ＿ｍａｐの情報を更新する（図５２のステップＳ２６８）。そして、処理を終了する。
一方、ステップＳ７０１で、ＰｌａｙＬｉｓｔが、ＴＵ＿ｍａｐのＰｌａｙＬｉｓｔであると判定された場合、処理はステップ７０４へ進む。
ステップＳ７０４で、制御部１７は、ＡＶストリームの部分消去に対応するように、Ｃｌｉｐ ＩｎｆｏｒｍａｔｉｏｎファイルのＡＴＣ−ｓｅｑｅｎｃｅの情報を更新する（図５８のステップＳ５０３）。
そして、制御部１７は、ステップＳ７０５で、ＡＶストリームの部分消去に対応するように、ＴＵ＿ｍａｐの情報を更新し（図５８のステップ５０４）、処理を終了する。
次に、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔのＡＶストリームを記録する時にＡＴＣ不連続点とＳＴＣ不連続点が発生する場合における、ＰｌａｙＬｉｓｔ（図２８）のＰｌａｙＩｔｅｍデータ（図２９）について、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ（図２９）の値の設定方法を説明する。
ＡＴＣシーケンスとＳＴＣシーケンスの不連続点を持つＡＶストリームとＰｌａｙＩｔｅｍの関係について説明する。
図６１は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。ＡＴＣシーケンスの境界で、ＳＴＣシーケンスも分かれる。そして、ＰｌａｙＩｔｅｍは連続なＳＴＣシーケンスを参照するので、ＳＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれる。この場合、現在のＰｌａｙＩｔｅｍ（図中のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍ）がその前側のＰｌａｙＩｔｅｍ（Ｐｒｅｖｉｏｕｓ ＰｌａｙＩｔｅｍ）と、このような状態で接続されていることを示すために、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値を１に設定する。
図６２は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、連続なＡＴＣシーケンス上にある２個のＳＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍが分かれている場合を説明する図である。連続なＡＴＣシーケンス上のＳＴＣ不連続点で、２個のＳＴＣシーケンスに分かれている。そして、ＰｌａｙＩｔｅｍは連続なＳＴＣシーケンスを参照するので、ＳＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれる。この場合、現在のＰｌａｙＩｔｅｍ（図中のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍ）がその前側のＰｌａｙＩｔｅｍ（Ｐｒｅｖｉｏｕｓ ＰｌａｙＩｔｅｍ）と、このような状態で接続されていることを示すために、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値を２に設定する。
図６３は、ＡＶストリームの記録方法について、その記録途中にＡＴＣ不連続点とＳＴＣ不連続点が発生する場合における、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔデータの作成方法を説明するフローチャートである。
ステップＳ８００で、制御部１７（図４３）は、パラメータｎ＝０，ｍ＝０，ｉｓ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅ＝１にセットする。ｎは、記録途中に発生するＡＴＣシーケンスの番号であり、ｍは、記録途中に発生するＳＴＣシーケンスの番号であり、ｉｓ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅは、ＡＴＣの不連続が発生したことを示すフラグである。
ステップＳ８０１で、制御部１７は、現在記録するパケットからｎ番目のＡＴＣシーケンスを開始する。
ステップＳ８０２で、制御部１７は、前記現在記録するパケットからｍ番目のＳＴＣシーケンスを開始する。また、ｍ番目のＰｌａｙＩｔｅｍを開始する。
ステップＳ８０３で、制御部１７は、ｍ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎを決める。
ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝１の場合、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１，
ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝０の場合、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝２。
なお、最初のＰｌａｙＩｔｅｍ（ｍ＝０）については、図６２の状態とは異なるが、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１とする。
ステップＳ８０４で、制御部１７は、記録するＡＶストリームに含まれるビデオのＰＴＳを解析する。このＰＴＳの情報は、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅを取得するための情報となる。
ステップＳ８０５で、制御部１７は、不連続点を検出したか判定する。Ｎｏの場合は、ステップＳ８０４の処理を続ける。Ｙｅｓの場合は、ステップＳ８０６へ移る。
ステップＳ８０６で、制御部１７は、ＳＴＣ不連続が発生したかどうかを調べる。ＳＴＣ不連続の検出方法については、図４５における場合と同様に行う。
ステップＳ８０６で、Ｙｅｓの場合、制御部１７は、ＳＴＣの不連続が発生した（ＡＴＣの不連続は発生しない）と判定する（図６２の状態）。そして、次のように処理をする。
（１）ｍ番目のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅの取得する。
（２）ｍ＋＋
（３）ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝０
と処理する。
そして、ステップＳ８０２へ戻り、引き続き処理を行う。この場合、ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝０であるので、ステップＳ８０３で、ＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝２がセットされる。
ステップＳ８０６で、Ｎｏの場合、ステップＳ８０８へ移る。
ステップＳ８０８は、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
ステップＳ８０８で、Ｙｅｓの場合、記録が一度中断されたので、制御部１７は、ＡＴＣの不連続が発生した（ＳＴＣの不連続もまた発生する）と判定する（図６１の状態）。この時、ステップＳ８０９で、次の処理を行う。
（１）ｍ番目のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅの取得する。
（２）ｍ＋＋，
（３）ｎ＋＋
（３）ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝１
そして、ステップＳ８０１へ戻り、引き続き処理を行う。この場合、ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝１であるので、ステップＳ８０３で、ＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１がセットされる。
ステップＳ８０８で、Ｎｏの場合、ＡＶストリームの記録を終了する。
次に、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔのＡＶストリームを記録する時にＡＴＣ不連続点が発生する場合におけるＰｌａｙＬｉｓｔ（図２８）のＰｌａｙＩｔｅｍデータ（図２９）について、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ（図２９）の値の設定方法を説明する。
ＡＴＣシーケンスの不連続点を持つＡＶストリームとＰｌａｙＩｔｅｍの関係について説明する。
図６４は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合、ＰｌａｙＩｔｅｍは連続なＡＴＣシーケンスを参照するので、ＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれる。この場合、現在のＰｌａｙＩｔｅｍ（図中のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍ）がその前側のＰｌａｙＩｔｅｍ（Ｐｒｅｖｉｏｕｓ ＰｌａｙＩｔｅｍ）と、このような状態で接続されていることを示すために、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値を１に設定する。
図６５は、ＰｌａｙＬｉｓｔのＡＶストリームの記録方法について、その記録途中にＡＴＣ不連続点が発生する場合、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔデータの作成方法を説明するフローチャートである。
ステップＳ８３１で、制御部１７（図４３）は、パラメータｎ＝０にセットする。ｎは、記録途中に発生するＡＴＣシーケンスの番号である。
ステップＳ８３２で、制御部１７は、現在記録するパケットからｎ番目のＡＴＣシーケンスを開始する。
ステップＳ８３３で、制御部１７は、ｎ番目のＰｌａｙＩｔｅｍを開始する。
ステップＳ８３４で、制御部１７は、ｎ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１とセットする。
なお、最初のＰｌａｙＩｔｅｍ（ｎ＝０）についても、図６４の状態とは異なるが、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１とする。
ステップＳ８３５で、制御部１７は、記録するＡＶストリームのパケットのアライバルタイムスタンプを取得する。このアライバルタイムスタンプの情報は、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅを取得するための情報となる。
ステップＳ８３６で、制御部１７は、不連続点を検出したか判定する。Ｎｏの場合は、ステップＳ８３５の処理を続ける。Ｙｅｓの場合は、ステップＳ８３７へ移る。
ステップＳ８３７で、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
ステップＳ８３７で、Ｙｅｓの場合、記録が一度中断されたので、制御部１７は、ＡＴＣの不連続が発生したと判定する。この時、ステップＳ８３８で、次の処理を行う。
（１）ｎ番目のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅの取得する。
（２）ｎ＋＋
そして、ステップＳ８３２へ戻り、引き続き処理を行う。この後のステップＳ８３４で、ＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１がセットされる（図６３の状態）。
ステップＳ８３７で、Ｎｏの場合、ＡＶストリームの記録を終了する。
図６６は、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値に基づいて、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する方法を説明するフローチャートである。
ステップＳ８５１で、制御部１７（図４３）は、ＰｌａｙＬｉｓｔファイルのデータを読み込む。
ステップＳ８５２で、制御部１７は、パラメータＫ＝０にセットする。Ｋは、ＰｌａｙＬｉｓｔの中にエントリーされているＰｌａｙＩｔｅｍデータの番号である。
ステップＳ８５３で、制御部１７は、現在、再生するＫ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの取得をする。
ステップＳ８５４で、制御部１７は、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値が２であるかどうかを調べる。Ｙｅｓの場合、ステップＳ８５５へ進む。
ステップＳ８５５で、制御部１７は、前回の（Ｋ−１）番目のＰｌａｙＩｔｅｍのＡＶデータに続くＡＴＣシーケンスのＡＶデータを連続読み出しできることがわかる。すなわち、連続なＡＴＣシーケンス上のＳＴＣ不連続点にて、ＰｌａｙＩｔｅｍが分かれているだけである（図６２の状態である）ので、ＳＴＣ不連続点をまたいで、ＡＶストリームデータを連続読み出しできることがわかる。具体的には、図７の再生モデルにおいて、ＳＴＣ不連続点をまたいでも、アライバルタイムカウンタークロック２５５の値を連続にできることがわかる。
ステップＳ８５４で、Ｎｏの場合は、ステップＳ８５６へ進む。
ステップＳ８５６で、制御部１７は、前回（Ｋ−１）番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し後、現在のＫ番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し開始に先立ち、再生器のＡＴＣカウンタのリセットが必要であることがわかる。すなわち、ＰｌａｙＩｔｅｍの境界でＡＴＣ不連続点があるので、図７の再生モデルにおいて、ＡＴＣ不連続点でアライバルタイムカウンタークロック２５５の値をリセットする必要があることがわかる（例えば、図６１のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍの場合、ＡＴＣ−ｓｅｑｕｅｎｃｅ２の開始点ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが示すパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐの値でアライバルタイムカウンタークロック２５５の値をリセットする）。
ステップＳ８５７で、制御部１７は、最後のＰｌａｙＩｔｅｍの処理を終了したかどうかを調べる。Ｎｏの場合は、ステップＳ８５８へ進み、Ｋをインクリメントする。
ステップＳ８５７で、Ｙｅｓの場合は、ＰｌａｙＬｉｓｔの再生処理を終了する。
図６７は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する方法を説明するフローチャートである。
ステップＳ８７１で、制御部１７（図４３）は、ＰｌａｙＬｉｓｔファイルのデータを読み込む。
ステップＳ８７２で、制御部１７は、パラメータＫ＝０にセットする。Ｋは、ＰｌａｙＬｉｓｔの中にエントリーされているＰｌａｙＩｔｅｍデータの番号である。
ステップＳ８７３で、制御部１７は、現在、再生するＫ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１の取得をする。
ステップＳ８７４で、制御部１７は、前回（Ｋ−１）番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し後、現在のＫ番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し開始に先立ち、再生器のＡＴＣカウンタのリセットが必要であることがわかる。すなわち、ＰｌａｙＩｔｅｍの境界でＡＴＣ不連続点があるので、図７の再生モデルにおいて、ＡＴＣ不連続点でアライバルタイムカウンタークロック２５５の値をリセットする必要があることがわかる（例えば、図６４のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍの場合、ＡＴＣ−ｓｅｑｕｅｎｃｅ２の開始点ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが示すパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐの値でアライバルタイムカウンタークロック２５５の値をリセットする）。
ステップＳ８７５で、制御部１７は、最後のＰｌａｙＩｔｅｍの処理を終了したかどうかを調べる。Ｎｏの場合は、ステップＳ８７６へ進み、Ｋをインクリメントする。
ステップＳ８７５で、Ｙｅｓの場合は、ＰｌａｙＬｉｓｔの再生処理を終了する。
このようなシンタクス、データ構造、規則に基づく事により、記録媒体１０に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。
以上説明した各種の情報が記録される記録媒体１０は、例えば光ディスクで構成される。この記録媒体１０には、スパイラル状または同心円状にトラックが形成される。そして、図６８に示されるように、そのうちのＧａｔｈｅｒｅｄ ｆｉｌｅｓ領域１０Ａに、Ｇａｔｈｅｒｅｄ ｆｉｌｅｓ（例えば、図２のＰＬＡＹＬＩＳＴのファイル（＊．ｒｐｌｓおよび＊．ｖｐｌｓの拡張子を有するファイル）、並びにＣＬＩＰＩＮＦを構成するファイル（＊．ｃ１ｐｉの拡張子を有するファイル））が記録され、その他の領域１０Ｂに、ＳＴＲＥＡＭのファイル（例えば、＊．ｍ２ｔｓの拡張子を有するファイル）が記録される。Ｇａｔｈｅｒｅｄ ｆｉｌｅｓは、記録媒体１０を動画像記録再生装置１に装着したとき、短時間で読み出す必要があるファイルである。
なお、本実施の形態は、多重化ストリームとしてＭＰＥＧ２トランスポートストリームを例にして説明しているが、これに限らず、ＤＳＳトランスポートストリームやＭＰＥＧ２プログラムストリームについても適用することが可能である。
以上のように、本発明によれば、トランスポートストリーム等のＡＶストリームのパケットを記録媒体に記録するシステムにおいて、各パケットのデコーダへの到着時刻を示すアライバル・タイム・スタンプ（ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐ）がパケットに付加して記録される。このとき、アライバル・タイム・スタンプの連続性を表す情報（ＡＴＣ−ｓｅｑｕｅｎｃｅの情報）も記録される。具体的には、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレス（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
例えば、ＡＶストリームを新しく記録する時、連続して記録されたパケット列にはアライバルタイムベースの不連続点は含まれず、アライバル・タイム・ベースの時間軸は１つである。その時間軸はパケット列の最初のパケットから開始する。
編集等によって、前記パケット列の中の不必要な部分のパケットが消去され、残った全てのパケットが１つのパケット列にまとめられる場合を考える。この場合、新しいパケット列の中には、アライバル・タイムベースの時間軸が複数存在する場合がある。このとき、それぞれのアライバル・タイム・ベースの時間軸が開始するパケットのアドレスが記録媒体に記録される。
さらに、アライバル・タイム・スタンプの連続性を表す情報を記録するシステムにおいては、ＡＶデータの再生時刻が参照するところのシステム・タイム・ベースの不連続点が検出され、そのシステム・タイム・ベースの連続性を表す情報（ＳＴＣ−ｓｅｑｕｅｎｃｅの情報）が記録される。具体的には、記録されている１つのパケット列の中で、システム・タイム・ベースの時間軸が開始するパケットのアドレス（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
また、システム・タイム・ベースの不連続点を含まないパケット列である、１つのＳＴＣ−ｓｅｑｕｅｎｃｅは、アライバル・タイム・ベースの不連続点を含まないパケット列であるＡＴＣ−ｓｅｑｕｅｎｃｅの境界をまたがないように前記データが管理される。
従って、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレスを正しく管理することが可能となる。ＡＴＣ−ｓｅｑｕｅｎｃｅが増加しても、Ｃｌｉｐのファイル数が増加しないので、ファイル管理が容易となる。さらに、ｓｔｃ−ｉｄで各々のＳＴＣ−ｓｅｑｕｅｎｃｅを識別するようにしたので、プレイリストの編集が容易となる。
また、ＡＶストリームファイルの中にアライバルタイムベースの不連続点やシステムタイムベースの不連続が含まれる場合であっても、適切にＡＶデータの再生開始時間と終了時間を管理できる。
なお、本実施の形態は、多重化ストリームとしてＭＰＥＧ２トランスポートストリームを例にして説明しているが、これに限らず、ＤＳＳトランスポートストリームやＭＰＥＧ２プログラムストリームについても適用することが可能である。
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
この記録媒体は、図４３に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）を含む）、光磁気ディスク５３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭやハードディスクなどで構成される。
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
産業上の利用可能性
以上のように、本発明によれば、記録後に、編集操作が行われた場合においても、データの内容、および、再生情報を簡単に、かつ、適切に管理することが可能になる。
また、本発明によれば、編集操作が行われた場合においても、データの内容および再生を簡単に、かつ適切に管理することが可能な情報記録媒体を実現することができる。
さらに、本発明によれば、データストリームを欠落させることなく、連続的に、かつ、迅速に、再生することが可能となる。
また、本発明によれば、データストリームの一部を削除した場合においても、データストリームを連続的に再生することが可能となるだけでなく、編集後のデータの管理も容易となる。
【図面の簡単な説明】
図１は、本発明が適用される記録再生システムで用いる記録媒体上のアプリケーションフォーマットの構造を説明する図である。
図２は、ディレクトリ構造を説明する図である。
図３は、ＤＶＲ ＭＰＥＧ−２のトランスポートストリームの構造を説明する図である。
図４は、ｓｏｕｒｃｅ＿ｐａｃｋｅｔのシンタクスを示す図である。
図５は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ（）のシンタクスを示す図である。
図６は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームレコーダモデルの構成を示すブロック図である。
図７は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームプレーヤモデルの構成を示すブロック図である。
図８は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのシンタクスを示す図である。
図９は、ＡＴＣ−ｓｅｑｕｅｎｃｅを説明する図である。
図１０は、ＡＴＣの不連続点とＡＴＣ−ｓｅｑｕｅｎｃｅｓの関係を説明する図である。
図１１は、連続なＳＴＣ区間について説明する図である。
図１２は、ＳＴＣの不連続点とＳＴＣ−ｓｅｑｕｅｎｃｅの関係を説明する図である。
図１３は、ＳｅｑｕｅｎｃｅＩｎｆｏ（）のシンタクスを示す図である。
図１４は、Ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを説明する図である。
図１５は、ＰｒｏｇｒａｍＩｎｆｏ（）のシンタクスを示す図である。
図１６は、ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）のシンタクスを示す図である。
図１７は、ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅを説明する図である。
図１８は、ｖｉｄｅｏ＿ｆｏｒｍａｔを説明する図である。
図１９は、ｆｒａｍｅ＿ｒａｔｅを説明する図である。
図２０は、ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏを説明する図である。
図２１は、ａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅを説明する図である。
図２２は、ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙを説明する図である。
図２３は、ＣＰＩ（）のシンタクスを示す図である。
図２４は、ＥＰ＿ｍａｐを説明する図である。
図２５は、ＴＵ＿ｍａｐを説明する図である。
図２６は、ＴＵ＿ｍａｐのシンタクスを説明する図である。
図２７は、ＰｌａｙＬｉｓｔ ｆｉｌｅのシンタクスを示す図である。
図２８は、ＰｌａｙＬｉｓｔ（）のシンタクスを示す図である。
図２９は、ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔを説明する図である。
図３０は、ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔを説明する図である。
図３１は、ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報の関係を説明する図である。
図３２は、ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報の関係を説明する図である。
図３３は、ＰｌａｙＩｔｅｍ（）のシンタクスを示す図である。
図３４は、ＡＶストリームが新しいＣｌｉｐとして記録されるときのＣｌｉｐとｐｌａｙＬｉｓｔの関係を説明する図である。
図３５は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成について説明する図である。
図３６は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生区間の一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図３７は、ミニマイズ編集を説明する図である。
図３８は、Ｃｌｉｐ ＡＶストリームのデータを部分的に消去したときに、Ｃｌｉｐの中に生成されるＡＴＣ−ｓｅｑｕｅｎｃｅを説明する図である。
図３９は、Ｃｌｉｐ ＡＶストリームのデータを部分的に消去したときのＡＴＣ−ｓｅｑｕｅｎｃｅ，ＳＴＣ−ｓｅｑｕｅｎｃｅおよびｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの関係を説明する図である。
図４０は、ＣＰＩがＥＰ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図４１は、ＣＰＩがＥＰ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去したときに、Ｃｌｉｐファイルが２つに別れる場合を説明する図である。
図４２は、ＣＰＩがＴＵ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図４３は、本発明の動画像記録再生装置の構成を示すブロック図である。
図４４は、Ｃｌｉｐの作成処理を説明するフローチャートである。
図４５は、ＳｅｑｕｅｃｅＩｎｆｏの作成処理を説明するフローチャートである。
図４６は、ＰｒｏｇｒａｍＩｎｆｏの作成処理を説明するフローチャートである。
図４７は、ＥＰ＿ｍａｐの作成処理を説明するフローチャートである。
図４８は、ＣｌｉｐのＣＰＩの種類によってＣｌｉｐの情報の作成方法が違うことを説明するフローチャートである。
図４９は、Ｒｅａｌ ＰｌａｙＬｉｓｔの作成処理を説明するフローチャートである。
図５０は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成処理を説明するフローチャートである。
図５１は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生処理を説明するフローチャートである。
図５２は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔに対するミニマイズ編集処理を説明するフローチャートである。
図５３は、ミニマイズのオペレーションを説明する図である。
図５４は、ミニマイズ時のＩＮ＿ｔｉｍｅの前の不要なストリームデータの消去を説明する図である。
図５５は、ミニマイズ時のＯＵＴ＿ｔｉｍｅの後ろの不要なストリームデータの消去を説明する図である。
図５６は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生方法を説明するフローチャートである。
図５７は、図５６のステップＳ３０３の処理の詳細を説明するフローチャートである。
図５８は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔに対するミニマイズ編集の処理を説明するフローチャートである。
図５９は、図５８のステップＳ５０２の処理の詳細を説明するフローチャートである。
図６０は、ＥＰ＿ｍａｐタイプとＴＵ＿ｍａｐタイプの各ＰｌａｙＬｉｓｔに対するミニマイズ編集の処理でのＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの更新を説明するフローチャートである。
図６１は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。
図６２は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、連続なＡＴＣシーケンス上にある２個のＳＴＣシーケンスの境界でＰｌａｙＩｔｅｍが分かれている場合を説明する図である。
図６３は、ＡＶストリームを記録する時に、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔを作成する場合のフローチャートである。
図６４は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。
図６５は、ＡＶストリームを記録する時に、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔを作成する場合のフローチャートである。
図６６は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する時のフローチャートを説明する図である。
図６７は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する時のフローチャートである。
図６８は、記録媒体の記録領域を説明する図である。
本発明はデータ記録装置に関し、特に、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータ内容、および、再生情報を適切に管理することができるようにしたデータ記録装置に関する。
背景技術
近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ビデオ信号等のＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）信号を記録するメディアとしての期待が高い。この記録可能な光デイスクに記録するデジタルのＡＶ信号のソース（供給源）としては、ＣＳデジタル衛星放送やＢＳデジタル放送があり、また、将来はデジタル方式の地上波テレビジョン放送等も提案されている。
ここで、これらのソースから供給されるデジタルビデオ信号は、通常ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２方式で画像圧縮されているのが一般的である。また、記録装置には、その装置固有の記録レートが定められている。従来の民生用映像蓄積メディアで、デジタル放送からのデジタルビデオ信号を記録する場合、アナログ記録方式であれば、デジタルビデオ信号をデコード後、帯域制限をして記録が行われる。あるいは、ＭＰＥＧ１ Ｖｉｄｅｏ、ＭＰＥＧ２ Ｖｉｄｅｏ、ＤＶ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ）方式をはじめとするデジタル記録方式であれば、１度デコードされた後に、その装置固有の記録レート、かつ符号化方式で再エンコードされて記録される。
しかしながら、このような記録方法は、供給されたビットストリームを１度デコードし、その後で帯域制限や再エンコードを行って記録するため、画質の劣化を伴う。画像圧縮されたデジタル信号の記録をする場合、入力されたデジタル信号の伝送レートが記録再生装置の記録レートを超えない場合には、供給されたビットストリームをデコードや再エンコードすることなく、そのまま記録する方法が最も画質の劣化が少ない。ただし、画像圧縮されたデジタル信号の伝送レートが記録媒体としてのディスクの記録レートを超える場合には、記録再生装置でデコード後、伝送レートがディスクの記録レートの上限以下になるように、再エンコードをして記録する必要がある。
また、入力デジタル信号のビットレートが時間により増減する可変レート方式によって伝送されている場合には、回転ヘッドが固定回転数であるために記録レートが固定レートになるテープ記録方式に比べ、１度バッファにデータを蓄積し、バースト的に記録ができるディスク記録装置の方が、情報記録媒体としてのディスクの容量をより無駄なく利用できる。
以上のように、デジタル放送が主流となる将来においては、データストリーマのように放送信号をデジタル信号のまま、デコードや再エンコードすることなく記録し、記録媒体としてディスクを使用した記録再生装置が求められると予測される。
上述したように、記録媒体の容量が増大することにより、その記録媒体には、多くのデータ（例えば、番組に関する映像データや音声データなど）が記録できるようになる。従って、１枚のディスクに多くの番組が記録されることになり、ユーザが、それらのディスク内に記録されている多くの番組の中から、所望の画像を視聴できるように編集するといったような操作が必要になる。
しかしながら、編集操作が行われた場合、記録されているデータの内容、および、再生情報を適切に管理することが困難になる。
発明の開示
本発明はこのような状況に鑑みてなされたものであり、記録媒体に記録されているデータの内容を編集した場合においても、記録媒体に記録されているデータの内容、および、再生情報を適切に管理することができるようにすることを目的とする。
本発明の第１のデータ記録装置は、データストリームの基準時刻情報を検出する第１の検出手段と、第１の検出手段による検出結果に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する第１の生成手段と、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録手段とを備えることを特徴とする。
前記第１の連続性情報は、記録されている１つのパケット列の中で、第１の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
前記第２の連続性情報は、記録されている１つのパケット列の中で、第２の時刻情報の時間軸が開始するパケットのアドレスを表すことができる。
１つの前記第１のパケット列は、第２のパケット列の境界をまたがないようにデータを管理する管理手段をさらに備えるようにすることができる。
前記データストリームの中に配置されているプログラム内容の変化点を検出する第２の検出手段と、第２の検出手段による検出結果に基づいて、記録されている１つのパケット列の中で、プログラム内容の変化点に対応するパケットのアドレスを取得する取得手段とをさらに備え、記録手段は、取得手段により取得された変化点に対応するパケットのアドレスを情報記録媒体にさらに記録するようにすることができる。
記録されている１つのパケット列の中において、前記プログラム内容が一定であるパケット列としての１つのプログラムシーケンスは、第１のパケット列および第２のパケット列の境界をまたいでも良いようにデータを管理する管理手段をさらに備えるようにすることができる。
前記第１のパケット列毎に、プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを生成する第２の生成手段をさらに備え、記録手段は、第２の生成手段により生成されたプレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを情報記録媒体にさらに記録するようにすることができる。
前記記録手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
本発明の第１のデータ記録方法は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第１のプログラム格納媒体は、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第１のプログラムは、パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、データストリームの基準時刻情報を検出する第１の検出ステップと、第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、第２の時刻情報の不連続点を含まない第２のパケット列毎に識別情報のオフセット値を生成する生成ステップと、第１の連続性情報、第２の連続性情報、およびオフセット値を情報記録媒体に記録する記録ステップとを実行させる。
本発明の第１のデータ記録媒体は、データストリームの基準時刻情報に基づいて生成される第１の時刻情報の連続性を表す第１の連続性情報と、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報であって、第２の時刻情報の不連続点を含まない第２のパケット列毎に生成される識別情報のオフセット値とが記録される。
本発明の第１のデータ再生装置は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
前記再生手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに再生するようにすることができる。
本発明の第１のデータ再生方法は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第２のプログラム格納媒体は、情報記録媒体に記録されているデータストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第２のプログラムは、パケット列からなるデータストリームが記録されている情報記録媒体からデータストリームを再生するデータ再生装置を制御するコンピュータに、情報記録媒体に記録されているデータストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に、第２のパケット列上にある最初の第１のパケット列に対する識別情報のオフセット値を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
本発明の第２のデータ記録装置は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得手段と、パケット列のオフセット時刻情報を取得する第２の取得手段と、第１の取得手段により取得されたパケットのアドレスと、第２の取得手段により取得されたオフセット時刻情報を情報記録媒体に記録する記録手段とを備えることを特徴とする。
前記パケット列は、ＡＴＣシーケンスであり、パケットのアドレスは、
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔであり、スタートタイムは、ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅとすることができる。
前記記録手段は、到着時刻情報の時間とデータアドレスを関係付けるマップをさらに記録するようにすることができる。
本発明の第２のデータ記録方法は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第３のプログラム格納媒体は、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとを含むことを特徴とする。
本発明の第３のプログラムは、到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、パケット列のオフセット時刻情報を取得する第２の取得ステップと、第１の取得ステップの処理により取得されたパケットのアドレスと、第２の取得ステップの処理により取得されたオフセット時刻情報を情報記録媒体に記録する記録ステップとをコンピュータに実行させる。
本発明の第２のデータ再生装置は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生手段と、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
前記再生手段は、到着時刻情報の時間とデータアドレスを関係付けるマップをさらに再生するようにすることができる。
再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、前記パケット列を見つけ、パケット列上で、再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、
エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生するようにすることができる。
本発明の第２のデータ再生方法は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第４のプログラム格納媒体のプログラムは、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第４のプログラムは、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列のオフセット時刻情報を再生する再生ステップと、再生された情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
本発明の第２のデータ記録媒体は、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列毎の到着時刻情報のオフセット時刻情報とが記録された。
本発明の第１のデータ編集装置は、基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
表示時刻情報の時間とデータアドレスを関係付けるマップをさらに制御することができる。
削除終了点の表示時刻に等しいか、または過去の表示時刻を持つ第１のエントリーポイントの第１の表示時刻を見つけ、第１の表示時刻の値よりも、少なくとも所定の時間だけ過去の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、第２の表示時刻に関連づけられたデータアドレスよりも前を削除するように制御することができる。
削除開始点の表示時刻に等しいか、または未来の表示時刻の値を持つ第１のエントリーポイントの第１の表示時刻を見つけ、第１の表示時刻よりも、未来の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、
第２の表示時刻に関連づけられたアドレスよりも後ろを削除するように制御することができる。
本発明の第１のデータ編集方法はコントローラは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
本発明の第５のプログラム格納媒体のプログラムは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御することを特徴とする。
本発明の第５のプログラムは、データストリームの一部が削除するよう指示された際には、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値を付加するよう制御させることを特徴とする。
本発明の第２のデータ編集装置は、パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、データストリームの一部を削除するよう指示するユーザインターフェースとを有し、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御することを特徴とする。
到着時刻情報の時間とデータアドレスを関係付けるマップをさらに制御することができる。
削除開始点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御することができる。
削除終了点のパケット到着時刻が、到着時刻情報の時間軸のスタートタイム以上であるところの、パケット列を見つけ、パケット列の到着時刻情報の時間軸上で、削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御することができる。
本発明の第２のデータ編集方法は、コントローラは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御することができる。
本発明の第６のプログラム格納媒体のプログラムは、前記データストリームの一部が削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御させることを特徴とする。
本発明の第６のプログラムは、データストリームの一部が削除するように指示された際には、パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させることを特徴とする。
本発明の第３のデータ記録装置は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成手段と、第１のマップ情報を使用する場合には、作成手段で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録手段とを備えることを特徴とする。
前記第１のマップ情報は、ＥＰ＿ｍａｐであり、第２のマップはＴＵ＿ｍａｐとすることができる。
編集処理において、記録手段は、第１のマップが使用されている際には、第１の連続性情報、および第２の連続性情報を更新するとともに、第２のマップが使用されている際には、第２の連続性情報を更新することができる。
本発明の第３のデータ記録方法は、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第７のプログラム格納媒体のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第７のプログラムは、パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、第２の連続性情報を作成する作成ステップと、第１のマップ情報を使用する場合には、作成ステップの処理で作成された第１の連続性情報および第２の連続性情報を記録し、第２のマップ情報を使用する際には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
本発明の第４のデータ記録装置は、パケット列で構成されるデータストリームの記録の種類を判定する判定手段と、判定手段により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定手段により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御部と、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録部とを備えることを特徴とする。
前記制御部は、記録の種類が第１の種類と判定された場合、データストリームの時刻情報と記録アドレスに基づく第１のマップ情報を生成するとともに、記録の種類が第２の種類と判定された場合、パケットの到着時刻情報と記録アドレスに基づく第２のマップ情報を生成し、記録部は、第１のマップ情報、または第２のマップ情報を記録することができる。
＿前記第１の時間軸情報は、データデータストリームの基準時刻情報に基づいて生成された時刻情報の時間軸情報であり、第２の時間軸情報は、パケットの到着時刻に基づいて生成された時刻情報の時間軸情報とすることができる。
本発明の第４のデータ記録方法は、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第８のプログラム格納媒体のプログラムは、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとを含むことを特徴とする。
本発明の第８のプログラムは、パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、判定ステップの処理により記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、判定ステップの処理により記録の種類が第２の種類であると判定された場合、第２の時間軸情報を作成する制御ステップと、記録の種類が第１の種類の場合には、第１の連続性情報および第２の連続性情報を記録するとともに、記録の種類が第２の種類の場合には、第２の連続性情報を記録する記録ステップとをコンピュータに実行させる。
本発明のデータ再生装置は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、再生手段により再生された情報に基づいて、情報記録媒体からの再生を制御する制御手段とを備えることを特徴とする。
本発明のデータ再生方法は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
本発明のプログラム格納媒体は、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを含むことを特徴とする。
本発明のプログラムは、パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置を制御するコンピュータに、情報記録媒体から、データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、再生ステップの処理により再生された情報に基づいて、情報記録媒体からの再生を制御する制御ステップとを実行させる。
本発明の第３のデータ記録媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報が記録されていることを特徴とする。
本発明の第６のデータ記録装置は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録手段を備えることを特徴とする。
本発明の第６のデータ記録方法は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップを含むことを特徴とする。
本発明の第１０のプログラム格納媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップをを含むことを特徴とする。
本発明の第１０のプログラムは、パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップを実行させる。
本発明の第４のデータ記録媒体は、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報が記録されていることを特徴とする。
７６ 本発明の第３のデータ再生装置は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御手段とを備えることを特徴とする。
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の問に第２の時刻情報の不連続点が存在しない場合、第１と第２のパケット列を、連続な基準時刻情報の値に基づいて再生するようにすることができる。
前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、再生手段は、第１のパケット列に続いて第２のパケット列を再生し、制御手段は、第１のパケット列と第２のパケット列の間に委第２の時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットするようにすることができる。
本発明の第３のデータ再生方法は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第１１のプログラム格納媒体は、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを含むことを特徴とする。
本発明の第１１のプログラムは、パケット列からなるデータストリームが記録されている情報記録媒体からデータストリームを再生するデータ再生装置を制御するコンピュータに、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、情報に基づいて、情報記録媒体からのデータストリームの再生を制御する制御ステップとを実行させる。
本発明の第４のデータ再生装置は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生手段と、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生手段と、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御手段とを備えることを特徴とする。
本発明の第４のデータ再生方法は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
本発明の第１２のプログラム格納媒体は、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを含むことを特徴とする。
本発明の第１２のプログラムは、パケット列からなるデータストリームが記録されている情報記録媒体からデータストリームを再生するデータ再生装置を制御するコンピュータに、パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、第１の時刻情報の不連続点を含まない第１パケット列に続いて、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値をリセットする制御ステップとを実行させる。
本発明の第１のデータ記録装置においては、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎の識別情報のオフセット値が情報記録媒体に記録される。
本発明の第１のデータ再生装置においては、情報記録媒体から再生された、第１の時刻情報の連続性を表す第１の連続性情報、パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された識別情報のオフセット値に基づいて、情報記録媒体からのデータストリームの再生が制御される。
本発明の第２のデータ記録装置においては、パケットのアドレスと、オフセット時刻情報が情報記録媒体に記録される。
本発明の第２のデータ再生装置においては、到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、パケット列毎のオフセット時刻情報が再生され、再生された情報に基づいて、情報記録媒体からのデータストリームの再生が制御される。
本発明の第１のデータ編集装置においては、データストリームの一部が削除するように指示された場合、第１のパケット列を識別する識別情報が変化しないように、第２のパケット列毎に、第１のパケット列に対する識別情報のオフセット値が付加されるように制御される。
本発明の第２のデータ編集装置においては、データストリームの一部が削除するように指示された場合、パケット列毎に、到着時刻情報の時間軸のスタートタイムが付加されるように制御される。
本発明の第３のデータ記録装置においては、関連づけ情報が第１の関連づけ情報であると判定された場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とが作成され、それに基づいて第１の関連づけ情報が生成、記録され、関連づけ情報が第２の関連づけ情報であると判定された場合、第２の連続性情報が作成され、それに基づいて、第２の関連づけ情報が作成、記録される。
本発明の第４のデータ記録装置においては、記録の種類が第１の種類であると判定された場合、データストリームが解析され、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とが作成され、それに基づいて、第１の関連づけ情報が作成、記録され、記録の種類が第２の種類であると判定された場合、第２の連続性情報が作成され、それに基づいて、第２の関連づけ情報が作成、記録される。
本発明の第５のデータ記録装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、第２の時刻情報の不連続点が存在するかどうかを示す情報が記録される。
本発明の第６のデータ記録装置においては、記録の途中に、記録ポーズとポーズ解除の動作があった場合に、パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報が記録される。
本発明の第３のデータ再生装置においては、第１の時刻情報の不連続点を含まない第１のパケット列と、第１のパケット列に続く第１の時刻情報の不連続点を含まない第２のパケット列の間に、パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報が再生される。
本発明の第４のデータ再生装置においては、第１のパケット列と第２のパケット列の間にパケットの到着時刻を示す時刻情報の不連続点が存在する場合、第２のパケット列を再生する前に、基準時刻情報のクロック値がリセットされる。
発明を実施するための最良の形態
以下に、本発明の実施の形態について、図面を参照して説明する。
図１は、記録媒体（後述する図４３の記録媒体１０）上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、ＡＶストリームの管理のためにＰｌａｙＬｉｓｔとＣｌｉｐの２個のレイヤをもつ。そして、Ｖｏｌｕｍｅ Ｉｎｆｏｒｍａｔｉｏｎは、ディスク内のすべてのＣｌｉｐとＰｌａｙＬｉｓｔの管理をする。
１個のＡＶストリームと、それの付属情報のペアを１個のオブジェクトと考え、それをＣｌｉｐと呼ぶ。ＡＶストリームファイルはＣｌｉｐ ＡＶストリームファイルと呼ばれ、その付属情報は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅと呼ばれる。
１個のＣｌｉｐ ＡＶストリームファイルは、ＭＰＥＧ２トランスポートストリームをＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Ｃｌｉｐ ＡＶストリームファイルのコンテンツは、時間軸上に展開され、ＰｌａｙＬｉｓｔは、Ｃｌｉｐの中のアクセスポイントを主にタイムスタンプで指定する。ＰｌａｙＬｉｓｔによって、Ｃｌｉｐの中のアクセスポイントのタイムスタンプが与えられた時、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、Ｃｌｉｐ ＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立つ。
ＰｌａｙＬｉｓｔは、Ｃｌｉｐの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。１つのＰｌａｙＬｉｓｔは、Ｃｌｉｐの中の再生区間の集まりである。あるＣｌｉｐの中の１つの再生区間は、ＰｌａｙＩｔｅｍと呼ばれ、それは、時間軸上のＩＮ点とＯＵＴ点のペアで表される。それゆえ、ＰｌａｙＬｉｓｔは、ＰｌａｙＩｔｅｍの集まりである。
ＰｌａｙＬｉｓｔには、２つのタイプがある。１つは、Ｒｅａｌ ＰｌａｙＬｉｓｔであり、もう１つは、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔである。
Ｒｅａｌ ＰｌａｙＬｉｓｔは、それが参照しているＣｌｉｐのストリーム部分を共有しているとみなされる。すなわち、Ｒｅａｌ ＰｌａｙＬｉｓｔは、それが参照しているＣｌｉｐのストリーム部分に相当するデータ容量をディスクの中で占める。ＡＶストリームが新しいＣｌｉｐとして記録される場合、そのＣｌｉｐ全体の再生可能範囲を参照するＲｅａｌ ＰｌａｙＬｉｓｔが自動的に作られる。Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の一部分が消去された場合、それが参照しているＣｌｉｐのストリーム部分のデータもまた消去される。
Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔは、Ｃｌｉｐのデータを共有していないとみなされる。Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔが変更または消去されたとしても、Ｃｌｉｐは何も変化しない。
なお、以下の説明においては、Ｒｅａｌ ＰｌａｙＬｉｓｔとＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔを総称して単に、ＰｌａｙＬｉｓｔと呼んでいる。
ＤＶＲディスク上に必要なディレクトリは、次の通りである。
″ＤＶＲ″ディレクトリを含むｒｏｏｔディレクトリ
″ＰＬＡＹＬＩＳＴ″ディレクトリ，″ＣＬＩＰＩＮＦ″ディレクトリ，″ＳＴＲＥＡＭ″ディレクトリ
および″ＤＡＴＡ″ディレクトリを含む″ＤＶＲ″ディレクトリ
ｒｏｏｔディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、このＤＶＲアプリケーションフォーマットでは、無視される。
図２に、ＤＶＲディスク上のディレクトリ構造の例を示す。同図に示されるように、ｒｏｏｔディレクトリは、１個のディレクトリを含む。″ＤＶＲ″−−ＤＶＲアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
″ＤＶＲ″ディレクトリは、以下に説明するディレクトリを含む。
″ＰＬＡＹＬＩＳＴ″−−Ｒｅａｌ ＰｌａｙＬｉｓｔとＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、ＰｌａｙＬｉｓｔが１個もなくても存在しなければならない。
″ＣＬＩＰＩＮＦ″−−Ｃｌｉｐのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Ｃｌｉｐが１個もなくても存在しなければならない。
″ＳＴＲＥＡＭ″−−ＡＶストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、ＡＶストリームファイルが１個もなくても存在しなければならない。
″ＰＬＡＹＬＩＳＴ″ディレクトリは、２種類のＰｌａｙＬｉｓｔファイルをストアするものであり、それらは、Ｒｅａｌ ＰｌａｙＬｉｓｔとＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔである。
″ｘｘｘｘｘ．ｒｐｌｓ″−−このファイルは、１個のＲｅａｌ ＰｌａｙＬｉｓｔに関連する情報をストアする。それぞれのＲｅａｌ ＰｌａｙＬｉｓｔ毎に、１個のファイルが作られる。ファイル名は、″ｘｘｘｘｘ．ｒｐｌｓ″である。ここで、″ｘｘｘｘｘ″は、５個の０から９まで数字である。ファイル拡張子は、″ｒｐｌｓ″でなければならない。
″ｙｙｙｙｙ．ｖｐｌｓ″−−このファイルは、１個のＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔに関連する情報をストアする。それぞれのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔ毎に、１個のファイルが作られる。ファイル名は、″ｙｙｙｙｙ．ｖｐｌｓ″である。ここで、″ｙｙｙｙｙ″は、５個の０から９まで数字である。ファイル拡張子は、″ｖｐｌｓ″でなければならない。
″ＣＬＩＰＩＮＦ″ディレクトリは、それぞれのＡＶストリームファイルに対応して、１個のファイルをストアする。
″ｚｚｚｚｚ．ｃｌｐｉ″−−このファイルは、１個のＡＶストリームファイル（Ｃｌｉｐ ＡＶストリームファイルまたはＢｒｉｄｇｅ−Ｃｌｉｐ ＡＶストリームファイル）に対応するＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅである。ファイル名は、″ｚｚｚｚｚ．ｃｌｐｉ″であり、ここで、″ｚｚｚｚｚ″は、５個の０から９までの数字である。ファイル拡張子は、″ｃｌｐｉ″でなければならない。
″ＳＴＲＥＡＭ″ディレクトリは、ＡＶストリームのファイルをストアする。″ｚｚｚｚｚ．ｍ２ｔｓ″−−このファイルは、ＤＶＲシステムにより扱われるＡＶストリームファイルである。これは、Ｃｌｉｐ ＡＶストリームファイルまたはＢｒｉｄｇｅ−Ｃｌｉｐ ＡＶストリームファイルである。ファイル名は、″ｚｚｚｚｚ．ｍ２ｔｓ″であり、ここで″ｚｚｚｚｚ″は、５個の０から９までの数字である。ファイル拡張子は、″ｍ２ｔｓ″でなければならない。
１個のＡＶストリームファイルとそれに対応するＣｌｉｐ ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、同じ５個の数字″ｚｚｚｚｚ″を使用しなければならない。
その他のディレクトリとファイル名は、本発明の実施の形態を説明するために必要ないので、説明を省略する。
次に、ＡＶストリームファイルの構造を説明する。ＡＶストリームファイルは図３示すＤＶＲ ＭＰＥＧ２トランスポートストリームの構造を持たなければならない。ＤＶＲ ＭＰＥＧ２トランスポートストリームは次に示す特徴を持つ。
１）ＤＶＲ ＭＰＥＧ２トランスポートストリームは、整数個のＡｌｉｇｎｅｄ ｕｎｉｔから構成される。
２）Ａｌｉｇｎｅｄ ｕｎｉｔの大きさは、６１４４バイト（２０４８×３バイト）である。
３）Ａｌｉｇｎｅｄ ｕｎｉｔは、ソースパケットの第１バイト目から始まる。
４）ソースパケットは、１９２バイト長である。１個のソースパケットは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒとトランスポートパケットから成る。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、４バイト長であり、またトランスポートパケットは、１８８バイト長である。
５）１個のＡｌｉｇｎｅｄ ｕｎｉｔは、３２個のソースパケットから成る。
６）ＤＶＲ ＭＰＥＧ２トランスポートストリームの中の最後のＡｌｉｇｎｅｄ ｕｎｉｔも、また３２個のソースパケットから成る。
７）最後のＡｌｉｇｎｅｄ ｕｎｉｔが、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（ＰＩＤ＝０ｘ１ＦＦＦのトランスポートパケット）を持ったソースパケットで満たさねばならない。
Ｓｏｕｒｃｅ ｐａｃｋｅｔのシンタクスを図４に示す。
ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ（）は、４バイト長のヘッダである。また、ｔｒａｎｓｐｏｒｔ＿ｐａｃｋｅｔ（）は、ＩＳＯ／ＩＥＣ １３８１８−１で規定される１８８バイト長のＭＰＥＧ−２トランスポートパケットである。
ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのシンタクスを図５に示す。
ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒは、対応するトランスポートパケットのペイロードのコピー制限を表す整数である。
ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐは、ＡＶストリームの中で、対応するトランスポートパケットがデコーダ（後述する図４３のＡＶデコーダ１６が対応する）に到着する時刻を示すタイムスタンプである。これは、後述する式（１）の中でａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって指定される値を持つ整数値である。
図６は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームのレコーダモデル（後述する図４３の動画像記録再生装置１が対応する）を示す。これは、レコーディングプロセスを規定するための概念上のモデルである。ＤＶＲ ＭＰＥＧ−２トランスポートストリームは、このモデルに従っていなければならない。
ＭＰＥＧ−２トランスポートストリームの入力タイミングについて説明する。
・入力ＭＰＥＧ２トランスポートストリームは、フルトランスポートストリームまたはパーシャルトランスポートストリームである。
・入力ＭＰＥＧ２トランスポートストリームは、ＩＳＯ／ＩＥＣ１３８１８−１またはＩＳＯ／ＩＥＣ１３８１８−９に従っていなければならない。
・ＭＰＥＧ２トランスポートストリームのｉ番目のバイトは、Ｔ−ＳＴＤ（ＩＳＯ／ＩＥＣ１３８１８−１で規定されるＴｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｓｙｓｔｅｍ ｔａｒｇｅｔ ｄｅｃｏｄｅｒ）２０１（図４３のＡＶデコーダ１６が対応する）とソースパケッタイザ（ｓｏｕｒｃｅ ｐａｃｋｅｔｉｚｅｒ）２０４（図４３のソースパケッタイザ２９が対応する）へ、時刻ｔ（ｉ）に同時に入力される。
２７ＭＨｚ ＰＬＬ２０２（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
２７ＭＨｚクロックの周波数は、ＭＰＥＧ−２トランスポートストリームのＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）の値にロックしなければならない。
ａｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋについて説明する。
・アライバルタイムクロックカウンタ（Ａｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋ ｃｏｕｎｔｅｒ）２０３（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）は、２７ＭＨｚ ＰＬＬ２０２が出力する２７ＭＨｚの周波数のパルスをカウントするバイナリーカウンターである。
・Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）は、時刻ｔ（ｉ）におけるＡｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋ ｃｏｕｎｔｅｒ２０３のカウント値である。
ソースパケッタイザ２０４について説明する。
・ソースパケッタイザ２０４は、すべてのトランスポートパケットにＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを付加し、ソースパケットを作る。
・Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐは、トランスポートパケットの第１バイト目がＴ−ＳＴＤ２０１とソースパケッタイザ２０４の両方へ到着する時刻を表す。
Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐ（ｋ）は、等式（１）で示されるように、Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｋ）のサンプル値であり、ここで、ｋはトランスポートパケットの第１バイト目を示す。
・Ｒｍａｘは、ソースパケッタイザ２０４からライトバッファ２０５へのソースパケットストリームの入力ビットレートである。入力トランスポートストリームの最大ビットレートをＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅとすると、Ｒｍａｘは次のように計算される。
Ｒｍａｘ＝ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ×１９２／１８８
Ｒｕｄは、ライトバッファ２０５からＤＶＲドライブ（ＤＶＲ ｄｒｉｖｅ）２０６（図４３の動画像記録再生装置１では、書き込み部３２に内蔵されている）への出力ビットレートである。
・ライトバッファ２０５が空でない時のバッファからのソースパケットストリームの出力ビットレートはＲｕｄである。バッファが空である時、バッファからの出力ビットレートはゼロである。
ＤＶＲドライブ２０６は、Ｔ−ＳＴＤ２０１への各パケットの到着時刻に対応するＡＴＳが付加された、ライトバッファ２０５からの各パケットを、ディスク（図４３の記録媒体１０に対応する）に記録する。
図７は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームのプレーヤモデル（図４３の動画像記録再生装置１が対応する）を示す。これは、再生プロセスを規定するための概念上のモデルである。ＤＶＲ ＭＰＥＧ−２トランスポートストリームは、このモデルに従っていなければならない。
リードバッファ（Ｒｅａｄ ｂｕｆｆｅｒ）２２２（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）について説明する。
・Ｒｕｄは、ＤＶＲドライブ（ＤＶＲ ｄｒｉｖｅ）２２１（図４３の動画像記録再生装置１では、読み出し部１１に内蔵されている）からリードバッファ２２２への入力ビットレートである。
・リードバッファ２２２がフルでない時のバッファへのソースパケットストリームの入力ビットレートはＲｕｄである。バッファがフルである時、バッファへの入力は止められる。
・Ｒｍａｘは、リードバッファ２２２からソースデパケッタイザ（ｓｏｕｒｃｅ ｄｅｐａｃｋｅｔｉｚｅｒ）２２３（図４３のソースデパケッタイザ１４が対応する）へのソースパケットストリームの出力ビットレートである。
アライバルタイムクロックカウンタ（ａｒｒｉｖａｌ ｔｉｍｅ ｃｌｏｃｋ ｃｏｕｎｔｅｒ）２２５（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）について説明する。
・アライバルタイムクロックカウンタ２２５は、２７ＭＨｚクリスタル発振器（２７ＭＨｚＸ−ｔａｌ）２２４（図４３の動画像記録再生装置１では、制御部１７に内蔵されている）が発生する２７ＭＨｚの周波数のパルスをカウントするバイナリーカウンターである。
・現在のソースパケットがＡＶストリームファイルの最初のソースパケットであるか、または後述するＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが指すところのソースパケットである場合、そのパケットのａｒｒｉｖａｌ ｔｉｍｅ ｓｔａｍｐの値でアライバルタイムクロックカウンタ２２５のカウント値をリセットする。
・Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）は、時刻ｔ（ｉ）におけるアライバルタイムクロックカウンタ２２５のカウント値である。
ＭＰＥＧ−２トランスポートストリームの出力タイミングについて説明する。
・現在のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐがａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）のＬＳＢ ３０ビットの値と等しい時、そのソースパケットのトランスポートパケットは、バッファから引き抜かれる。
次に、ＡＶストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
図８は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのシンタクスを示す。Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、ＳｅｑｕｅｎｃｅＩｎｆｏ（），ＰｒｏｇｒａｍＩｎｆｏ（），ＣＰＩ（）を持つ。
ＳｅｑｕｅｎｃｅＩｎｆｏ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ｚｚｚｚｚ．ｃｌｐｉファイルの先頭のバイトからの相対バイト数を単位として、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ＰｒｏｇｒａｍＩｎｆｏ＿Ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ｚｚｚｚｚ．ｃｌｐｉファイルの先頭のバイトからの相対バイト数を単位として、ＰｒｏｇｒａｍＩｎｆｏ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
ＣＰＩ＿Ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ｚｚｚｚｚ．ｃｌｐｉファイルの先頭のバイトからの相対バイト数を単位として、ＣＰＩ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）は、Ｃｌｉｐ ＡＶ ｓｔｒｅａｍの中のＡＴＣ−ｓｅｑｕｅｎｃｅとＳＴＣ−ｓｅｑｕｅｎｃｅの情報を定義する。
ＡＴＣ−ｓｅｑｕｅｎｃｅについて説明する。ＡＶストリームファイルを構成する各ソースパケットのａｒｒｉｖａｌ ｔｉｍｅ ｓｔａｍｐ（ＡＴＳ）に基づいて作られる時間軸を、アライバルタイムベースと呼び、そのクロックを、ＡＴＣ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｃｌｏｃｋ）と呼ぶ。そして、ＡＴＣの不連続点（アライバルタイムベースの不連続点）を含まないソースパケット列を、ＡＴＣ−ｓｅｑｕｅｎｃｅと呼ぶ。
図９は、ＡＴＣ−ｓｅｑｕｅｎｃｅについて説明する図である。入力トランスポートストリームをＣｌｉｐ ＡＶストリームファイルとして新しく記録する時、そのＣｌｉｐはＡＴＣの不連続点を含んではならず、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。ＡＴＣの不連続点は、編集等によってＣｌｉｐ ＡＶストリームファイルのストリームデータを部分的に消去した場合にだけ作られることを想定している。これについての詳細は後述する。
ＡＶストリームファイルの中で、新しいＡＴＣが開始するアドレス、すなわち、ＡＴＣ−ｓｅｑｕｅｎｃｅのスタートアドレスを、ＳｅｑｕｅｎｃｅＩｎｆｏ（）にストアする。このアドレスは、ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔにより示される。
ＡＶストリームファイルの中にある最後のＡＴＣ−ｓｅｑｕｅｎｃｅ以外のＡＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＡＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、その次のＳＰＮ＿ＡＴＣ＿ｓｔａｒｔで指されるソースパケットの直前のソースパケットで終了する。最後のＡＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＡＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
図１０は、ＡＴＣの不連続点とＡＴＣ−ｓｅｑｕｅｎｃｅの関係を説明する図である。この例の場合、Ｃｌｉｐ ＡＶストリームファイルは、２個のＡＴＣ不連続点を持ち、３個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。
ＳＴＣ−ｓｅｑｕｅｎｃｅについて説明する。ＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）の定義は、ＭＰＥＧ−２で規定されている定義に従う。すなわち、これは、トランスポートストリームの中のＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）に基づいて作られる時間軸であるシステムタイムベースのクロックである。ＳＴＣの値は９０ｋＨｚ精度、３３ビット長のバイナリーカウンタのカウント値で表される。
図１１は、連続なＳＴＣ区間について説明する図である。ここで横軸は、Ａｒｒｉｖａｌ Ｔｉｍｅ Ｃｌｏｃｋ（またはアライバルタイムベース）であり、縦軸はＳＴＣ（またはシステムタイムベース）である。Ｃａｓｅ−１の場合、ＳＴＣは単調増加しており、その区間のＳＴＣは連続である。Ｃａｓｅ−２の場合、３３ビットのＳＴＣが途中でラップアラウンドしている。ＳＴＣのラップアラウンド点はＳＴＣの不連続ではない。ラップアラウンドしてもＳＴＣは連続である。
ＳＴＣの不連続は、放送局が伝送系を切り替えた場合、記録側が記録するチャンネルを切り替えた場合、ユーザが編集操作を行った場合などに発生する。
ＳＴＣの不連続点（システムタイムベースの不連続点）を含まないソースパケット列を、ＳＴＣ−ｓｅｑｕｅｎｃｅと呼ぶ。なお、同じＳＴＣ＿ｓｅｑｕｅｎｃｅの中で同じＳＴＣの値は、決して現れない。そのために、Ｃｌｉｐの最大時間長を、３３ビットのＳＴＣのラップアラウンド周期（約２６時間）以下に制限している。
ＡＶストリームファイルの中で、新しいＳＴＣが開始するアドレス、すなわち、ＳＴＣ−ｓｅｑｕｅｎｃｅのスタートアドレスが、ＳｅｑｕｅｎｃｅＩｎｆｏ（）にストアされる。このアドレスは、ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔにより示される。
ＳＴＣ−ｓｅｑｕｅｎｃｅは、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界をまたぐことはない。
ＡＶストリームファイルの中にある最後のＳＴＣ−ｓｅｑｕｅｎｃｅ以外のＳＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＳＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、その次のＳＰＮ＿ＳＴＣ＿ｓｔａｒｔで指されるソースパケットの直前のソースパケットで終了する。最後のＳＴＣ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ＳＴＣ＿ｓｔａｒｔで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
図１２は、ＳＴＣの不連続点とＳＴＣ−ｓｅｑｕｅｎｃｅの関係、およびＳＴＣ−ｓｅｑｕｅｎｃｅとＡＴＣ−ｓｅｑｕｅｎｃｅの関係を説明する図である。この例の場合、Ｃｌｉｐ ＡＶストリームファイルは、３個のＳＴＣを持ち、３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つ。１つのＳＴＣ−ｓｅｑｕｅｎｃｅが、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界をまたぐことはない。
ＡＶストリームがＳＴＣの不連続点を持つ場合、そのＡＶストリームファイルの中で同じ値のＰＴＳが現れるかもしれない。そのため、ＡＶストリーム上のある時刻をＰＴＳベースで指す場合、アクセスポイントのＰＴＳだけではそのポイントを特定するためには不十分である。ＰＴＳに加えて、そのＰＴＳを含むところのＳＴＣ−ｓｅｑｕｅｎｃｅのインデックスが必要である。そのインデックスをＳＴＣ−ｉｄと呼ぶ。
図１３は、ＳｅｑｕｅｎｃｅＩｎｆｏ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＳｅｑｕｅｎｃｅＩｎｆｏ（）の最後のバイトまでのバイト数を示す。
ｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓは、ＡＶストリームファイルの中にあるＡＴＣ−ｓｅｑｕｅｎｃｅの数を示す。
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］は、ＡＶストリームファイル上でａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅが開始するアドレスを示す。ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］は、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中の最初のＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［０］は、ゼロである。また、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］の値は、昇順に並んでいる。すなわち、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］は、次の条件を満たす。
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［０］＝０
０＜ａｔｃ＿ｉｄ＜ｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓなるａｔｃ＿ｉｄについて、
ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ−１］＜ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］
ｎｕｍ＿ｏｆ＿ＳＴＣ＿ｓｅｑｕｅｎｃｅｓ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるＳＴＣ−ｓｅｑｕｅｎｃｅの数を示す。
ｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＴＣ−ｓｅｑｕｅｎｃｅに対するｓｃｔ＿ｉｄのオフセット値を示す。ＡＶストリームファイルを新たに記録する時、ｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］は、ゼロである。
ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるＳＴＣ−ｓｅｑｕｅｎｃｅに対応するｓｔｃ＿ｉｄの値は、シンタクス中のｓｔｃ＿ｉｄのｆｏｒ−ｌｏｏｐによって記述される順番によって定義され、その値はｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］から開始する。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中で定義される連続する２個のＡＴＣ−ｓｅｑｕｅｎｃｅについて、前側のＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最後のＳＴＣ−ｓｅｑｕｅｎｃｅに対するｓｔｃ＿ｉｄとそれに続くＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＴＣ−ｓｅｑｕｅｎｃｅに対するｓｔｃ＿ｉｄは、同じ値でも良い。もし、これら２個のｓｔｃ＿ｉｄが同じ値の場合、それらの値で参照される２個のＳＴＣ−ｓｅｑｕｅｎｃｅの中で同じＳＴＣの値が現れることはない。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるｓｔｃ＿ｉｄの値は、昇順に並ばなければならない。ｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［ａｔｃ＿ｉｄ］は、この制限を満たすように値がセットされる。
ＰＣＲ＿ＰＩＤ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるところのｓｔｃ＿ｉｄによって指されるＳＴＣ−ｓｅｑｕｅｎｃｅに有効なＰＣＲを持つトランスポートパケットのＰＩＤの値である。
ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるところのｓｔｃ＿ｉｄによって指されるＳＴＣ−ｓｅｑｕｅｎｃｅが、ＡＶストリームファイル上で開始するアドレスを示す。
ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］の値は、昇順に並んでいる。ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］以上の値である。すなわち、次の条件を満たす。
ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｓｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄによって指されるＡＴＣ−ｓｅｑｕｅｎｃｅ上にあるｓｔｃ＿ｉｄによって指されるＳＴＣ−ｓｅｑｕｅｎｃｅ上にあるＡＶストリームデータのプレゼンテーション・エンド・タイムを示す。これは、そのＳＴＣ−ｓｅｑｕｅｎｃｅのＳＴＣから導かれる４５ｋＨｚを単位とするプレゼンテーション・タイムの値である。
次に、ＰｒｏｇｒａｍＩｎｆｏ（）について説明する。プログラムは、エレメンタリストリームの集まりであり、これらのストリームの同期再生のために、ただ１つのシステムタイムベースを共有するものである。
再生装置（後述する図４３の動画像記録再生装置１）にとって、ＡＶストリームのデコードに先だち、そのＡＶストリームの内容がわかることは有用である。この内容とは、例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットのＰＩＤの値や、ビデオやオーディオのコンポーネント種類（例えば、ＨＤＴＶのビデオとＭＰＥＧ−２ ＡＡＣのオーディオストリームなど）などの情報である。
この情報はＡＶストリームを参照するところのＰｌａｙＬｉｓｔの内容をユーザーに説明するところのメニュー画面を作成するのに有用であるし、また、ＡＶストリームのデコードに先だって、再生装置のＡＶデコーダ１６（後述する図４３）およびデマルチプレクサ１５（後述する図４３）の初期状態をセットするために役立つ。この理由のために、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅは、プログラムの内容を説明するためのＰｒｏｇｒａｍＩｎｆｏを持つ。
ＭＰＥＧ２トランスポートストリームをストアしているＡＶストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオエレメンタリーストリームを伝送するところのトランスポートパケットのＰＩＤが変化したり、ビデオストリームのコンポーネント種類がＳＤＴＶからＨＤＴＶに変化するなどである。ＰｒｏｇｒａｍＩｎｆｏは、ＡＶストリームファイルの中でのプログラム内容の変化点の情報をストアする。
ＡＶストリームファイルの中で本フォーマットが規定するプログラム内容が一定であるソースパケット列を、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅと呼ぶ。
ＡＶストリームファイルの中で、新しいｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅが開始するアドレスをＰｒｏｇｒａｍＩｎｆｏ（）にストアする。このアドレスは、ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔにより示される。
ＡＶストリームファイルの中にある最後のｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅ以外のｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔで指されるソースパケットから開始し、その次のＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔで指されるソースパケットの直前のソースパケットで終了する。最後のｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅは、そのＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
図１４は、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを説明する図である。この例の場合、Ｃｌｉｐ ＡＶストリームファイルは３個のｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを持つ。
ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界およびＳＴＣ−ｓｅｑｕｅｎｃｅの境界をまたいでも良い。
図１５は、ＰｒｏｇｒａｍＩｎｆｏ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＰｒｏｇｒａｍＩｎｆｏ（）の最後のバイトまでのバイト数を示す。
ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓは、ＡＶストリームファイルの中にあるｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの数を示す。
ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、ＡＶストリームファイル上でｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅが開始するアドレスを示す。ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。ＰｒｏｇｒａｍＩｎｆｏ（）の中でエントリーされるＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔの値は、昇順に並んでいる。
ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、そのｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅに対する最初のＰＭＴを持つソースパケットを指していることを前提とする。
ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、データを記録する記録機（図４３の動画像記録再生装置１が対応する）がトランスポートストリーム中のＰＳＩ／ＳＩを解析することによって作られる。記録機（例えば、図４３のビデオ解析部２４または多重化ストリーム解析部２６）がＰＳＩ／ＳＩを解析し、その変化を検出するまでの遅延時間が必要なために、ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔは、実際のＰＳＩ／ＳＩの変化点から所定の時間以内にあるソースパケットを指しても良い。
ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅに適用できるＰＭＴ（ｐｒｏｇｒａｍ ｍａｐ ｔａｂｌｅ）を持つトランスポートパケットのＰＩＤの値である。
ｎｕｍ＿ｏｆ＿ｓｔｒｅａｍｓ＿ｉｎ＿ｐｓは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの中で定義されるエレメンタリーストリームの数を示す。
ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの中で定義されるエレメンタリーストリームのグループの数を示す。ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓは、１以上の値である。トランスポートストリームのＰＳＩ／ＳＩがエレメンタリーストリームのグループ情報を持つ場合、ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓは、１以上の値をとることを想定している。それぞれのグループは、マルチ・ビュー・プログラム中の１つのビューを構成する。
ｓｔｒｅａｍ＿ＰＩＤは、そのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅのｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤが参照するところのＰＭＴの中で定義されているエレメンタリーストリームに対するＰＩＤの値を示す。
ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）は、前記ｓｔｒｅａｍ＿ＰＩＤで指されるエレメンタリーストリームの情報を示す。詳細は後述する。
ｎｕｍ＿ｏｆ＿ｓｔｒｅａｍｓ＿ｉｎ＿ｇｒｏｕｐは、エレメンタリーストリームのグループが持つエレメンタリーストリームの数を示す。
ｓｔｒｅａｍ＿ｉｎｄｅｘは、前記エレメンタリーストリームのグループが持つエレメンタリーストリームに対応するところの、シンタクス中のｆｏｒ−ｌｏｏｐで定義されるｓｔｒｅａｍ＿ｉｎｄｅｘの値を示す。
図１６は、ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）の最後のバイトまでのバイト数を示す。
ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるエレメンタリーストリームの符号化タイプを示す。値の意味を図１７に示す。
ｖｉｄｅｏ＿ｆｏｒｍａｔは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームのビデオフォーマットを示す。値の意味を図１８に示す。
ｆｒａｍｅ＿ｒａｔｅは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームのフレームレートを示す。値の意味を図１９に示す。
ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームのディスプレイ・アスペクト・レシオを示す。値の意味を図２０に示す。
ｃｃ＿ｆｌａｇは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームの中でクローズド・キャプション（ｃｌｏｓｅｄ ｃａｐｔｉｏｎ ｄａｔａ）信号が符号化されているかを示すフラグである。
ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔ＿ｆｌａｇは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）の中にｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔとｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏが存在するかを示すフラグである。
ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームが符号化される前のオリジナルのビデオフォーマットである。値の意味は、前記のｖｉｄｅｏ＿ｆｏｒｍａｔと同じである。
ｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるビデオストリームが符号化される前のオリジナルのディスプレイ・アスペクト・レシオである。値の意味は、前記のｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏと同じである。
ビデオストリームと共にマルチメディアデータストリーム（ＢＭＬストリーム，字幕など）が多重化されているトランスポートストリームをトランス・コーディングする場合において、ビデオストリームは再エンコードされることによって、そのビデオフォーマットが変化する（例えば、１０８０ｉから４８０ｉへ変化する）が、マルチメディアデータストリームはオリジナルのストリームを保つ場合を考える。
この時、新しいビデオストリームとマルチメディアデータストリームの間に情報のミスマッチが生じる場合がある。例えば、マルチメディアデータストリームの表示に関するパラメータは、オリジナルのビデオストリームのビデオフォーマットを想定して決められているにもかかわらず、ビデオストリームの再エンコードによって、そのビデオフォーマットが変化した場合である。
このような場合、ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔとｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏに、オリジナルのビデオストリームに関する情報を保存する。再生機は、前記の新しいビデオストリームとマルチメディアデータストリームから次のようにして、表示画像をつくる。
ビデオストリームは、ｏｒｉｇｉｎａｌ＿ｖｉｄｅｏ＿ｆｏｒｍａｔとｏｒｉｇｉｎａｌ＿ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏで示されるビデオフォーマットにアップ・サンプリングされる。そのアップ・サンプリングされた画像とマルチメディアデータストリームが合成されて、正しい表示画像をつくる。
ａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるオーディオストリームのプレゼンテーション・タイプを示す。値の意味を図２１に示す。
ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙは、このＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）に対応するｓｔｒｅａｍ＿ＰＩＤで指されるオーディオストリームのサンプリング周波数を示す。値の意味を図２２に示す。
次に、ＣＰＩ（）について説明する。ＣＰＩ（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｐｏｉｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）は、ＡＶストリームの中の再生時間情報とそのファイルの中のアドレスとを関連づけるためにある。
ＣＰＩには２個のタイプがあり、それらはＥＰ＿ｍａｐとＴＵ＿ｍａｐである。ＣＰＩ（）の中のＣＰＩ＿ｔｙｐｅがＥＰ＿ｍａｐ ｔｙｐｅの場合、そのＣＰＩ（）はＥＰ＿ｍａｐを含む。また、ＣＰＩ（）の中のＣＰＩ＿ｔｙｐｅがＴＵ＿ｍａｐ ｔｙｐｅの場合、そのＣＰＩ（）はＴＵ＿ｍａｐを含む。１個のＡＶストリームファイルは、１個のＥＰ＿ｍａｐまたは１個のＴＵ＿ｍａｐを持つ。
ＥＰ＿ｍａｐは、エントリーポイント（ＥＰ）データのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、ＡＶストリームの中でデコードを開始すべきエントリーポイントの場所を見つけるためのアドレス情報を持つ。１つのＥＰデータは、プレゼンテーションタイムスタンプ（ＰＴＳ）と、そのＰＴＳに対応するアクセスユニットのＡＶストリームの中のデータアドレスの対で構成される。
ＥＰ＿ｍａｐは、主に２つの目的のために使用される。第１に、ＰｌａｙＬｉｓｔの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのＡＶストリームの中のデータアドレスを見つけるために使用される。第２に、ファーストフォワード再生やファーストリバース再生のために使用される。記録装置が、入力ＡＶストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、ＥＰ＿ｍａｐが作成され、ディスクに記録される。
ＴＵ＿ｍａｐは、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニット（ＴＵ）データのリストを持つ。これは、到着時刻ベースの時間とＡＶストリームの中のデータアドレスとの関係を与える。記録装置が、入力ＡＶストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、ＴＵ＿ｍａｐが作成され、ディスクに記録される。
図２３はＣＰＩ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＣＰＩ（）の最後のバイトまでのバイト数を示す。
ＣＰＩ＿ｔｙｐｅは、１ビットのフラグであり、ＣｌｉｐのＣＰＩのタイプを表す。
ＥＰ＿ｍａｐは、ＡＶストリームファイルの中にある１つのビデオストリームに対して、次に示すデータを持つ。
（１）ｓｔｒｅａｍ＿ＰＩＤ： そのビデオストリームを伝送するトランスポートパケットのＰＩＤを示す。
（２）ｎｕｍ＿ＥＰ＿ｅｎｔｒｉｅｓ： そのビデオストリームに対するエントリーポイントの数。ＥＰ＿ｍａｐは、ｎｕｍ＿ＥＰ＿ｅｎｔｒｉｅｓの数のＰＴＳ＿ＥＰ＿ｓｔａｒｔとＳＰＮ＿ＥＰ＿ｓｔａｒｔのペアのデータを持つ。
（３）ＰＴＳ＿ＥＰ＿ｓｔａｒｔ： そのビデオストリームの中で、シーケンスヘッダから始まるアクセスユニットのＰＴＳを示す。
（４）ＳＰＮ＿ＥＰ＿ｓｔａｒｔ： 前記ＰＴＳ＿ＥＰ＿ｓｔａｒｔにより参照されるアクセスユニットの第１バイト目を含むソースポケットのＡＶストリームファイルの中でのアドレスを示す。ＳＰＮ＿ＥＰ＿ｓｔａｒｔはソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。
ＡＶストリームファイルの中に複数のビデオストリームが存在する場合、ＥＰ＿ｍａｐは各ビデオストリームに対して、前記のデータを持つことができる。
図２４は、ＥＰ＿ｍａｐの例を示す。ここでは、Ｃｌｉｐ ＡＶ ｓｔｒｅａｍの中に、ｓｔｒｅａｍ＿ＰＩＤ＝ｘのビデオストリームがあり、ｋ個のエントリポイントがある（ｎｕｍ＿ＥＰ＿ｅｎｔｒｉｅｓ＝ｋ）。ＳＰＮ＿ＥＰ＿ｓｔａｒｔで指されるソースパケットの例を図に示す。そのソースパケットの中のトランスポートパケットのＴＰ＿ｈｅａｄｅｒに続くペイロードは、ＰＥＳパケットヘッダから開始する。それに続いて、シーケンスヘッダ（ＳＱＨ）があり、それに続いてＧＯＰヘッダ（ＧＯＰＨ）があり、それに続いてＩ−ピクチャヘッダ（Ｉ−ＰＩＣＨ）がある。このシーケンスヘッダから始まるアクセスユニットのＰＴＳは、ＰＥＳパケットヘッダの中に符号化されている。
次に、ＴＵ＿ｍａｐについて説明する。
図２５は、ＡＶストリームを新しくＣｌｉｐとして記録する時にできるＴＵ＿ｍａｐについて説明する図である。１つのＡＴＣ−ｓｅｑｕｅｎｃｅの中にあるソースパケットのアライバルタイムに基づいて作られる時間軸を所定の時間単位で分割する。この時間単位をｔｉｍｅ−ｕｎｉｔと呼ぶ。
各々のｔｉｍｅ＿ｕｎｉｔの中に入るところの最初の完全な形のソースパケットのＡＶストリームファイル上でのアドレスをＴＵ＿ｍａｐにストアする。これらのアドレスをＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔと呼ぶ。ＡＴＣ−ｓｅｑｕｅｎｃｅの上の時刻は、ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅに基づいて定義される。これについてはＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔのセマンティクスで後述する。
図２６は、ＴＵ＿ｍａｐのシンタクスを説明する図である。
ｔｉｍｅ＿ｕｎｉｔ＿ｓｉｚｅは、１つのｔｉｍｅ＿ｕｎｉｔの大きさを与えるものであり、それは２７ＭＨｚ精度のアライバルタイムクロックから導き出される４５ｋＨｚクロックを単位とする大きさである。
シンタクス中のａｔｃ＿ｉｄのｆｏｒ−ｌｏｏｐで使われているｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓの値は、ＳｅｑｕｅｎｃｅＩｎｆｏ（）の中で定義されている。
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅの中の最初の完全なｔｉｍｅ−ｕｎｉｔに対するオフセットの時間である。これは、２７ＭＨｚ精度のアライバルタイムクロックから導き出される４５ｋＨｚクロックを単位とする大きさである。
ＡＶストリームを新しくＣｌｉｐとして記録した時、そのＡＶストリームファイルはただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持ち、ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］はゼロである。
複数のｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］がＴＵ＿ｍａｐにエントリーされる場合は、次の条件式が満たされる。
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［０］＝０
０＜ａｔｃ＿ｉｄ＜ｎｕｍ＿ｏｆ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅｓなるａｔｃ＿ｉｄについて、
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］
＞ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ−１］＋ｔｉｍｅ＿ｕｎｉｔ
＊ｎｕｍ＿ｏｆ＿ｔｉｍｅ＿ｕｎｉｔ＿ｅｎｔｒｉｅｓ［ａｔｃ＿ｉｄ−１］
ｎｕｍ＿ｏｆ＿ｔｉｍｅ＿ｕｎｉｔ＿ｅｎｔｒｉｅｓ［ａｔｃ＿ｉｄ］は、ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅの中に含まれるｔｉｍｅ＿ｕｎｉｔのエントリー数を示す。
ＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｉ］は、ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始するアドレスである。これはソースパケット番号を単位とし、ＡＶストリームファイルの最初のソースパケットからゼロを初期値としてカウントされる。
現在のｔｉｍｅ＿ｕｎｉｔに入るソースパケットが何もない場合、現在のｔｉｍｅ＿ｕｎｉｔに対するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔの値は、その１つ前のＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔの値と等しい。
ＴＵ＿ｍａｐの中のＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔの値のエントリは、昇順にならんでいなければならない。
ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻は、次式で定義されるＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｉ］である。
ＰｌａｙＬｉｓｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓは、ＰｌａｙＬｉｓｔファイルの先頭のバイトからの相対バイト数を単位として、ＰｌａｙＬｉｓｔ（）の先頭アドレスを示す。相対バイト数はゼロからカウントされる。
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
図２８は、ＰｌａｙＬｉｓｔ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＰｌａｙＬｉｓｔ（）の最後のバイトまでのバイト数を示す。
ＣＰＩ＿ｔｙｐｅ：１ビットのフラグであり、ＰｌａｙＩｔｅｍ（）が使用するＣｌｉｐのＣＰＩ＿ｔｙｐｅの値を示す。ＣＰＩ＿ｔｙｐｅは、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのＣＰＩ＿ｔｙｐｅで定義される。
ｎｕｍｂｅｒ＿ｏｆ＿ＰｌａｙＩｔｅｍｓは、ＰｌａｙＬｉｓｔ（）の中にあるＰｌａｙＩｔｅｍ（）の数を示す。
シンタクス中のＰｌａｙＩｔｅｍ＿ｉｄのｆｏｒ−ｌｏｏｐの中で、ＰｌａｙＩｔｅｍ（）の現れる順番によって、そのＰｌａｙＩｔｅｍ（）に対するＰｌａｙＩｔｅｍ＿ｉｄの値が決る。ＰｌａｙＩｔｅｍ＿ｉｄは、０から開始する。
その他のシンタクスフィールドは、本発明の実施の形態を説明するために必要ないので、説明を省略する。
次に、ＰｌａｙＩｔｅｍについて説明する。１個のＰｌａｙＩｔｅｍは、基本的に次のデータを含む。
（１）ＰｌａｙＩｔｅｍが指すＣｌｉｐのファイル名を指定するためのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ。
（２）そのＣｌｉｐの再生区間を特定するためのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅのペア。
（３）ＰｌａｙＬｉｓｔの中で連続する２個のＰｌａｙＩｔｅｍについて、前側のＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとの接続の状態を示すところのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ。
図２９は、ＣＰＩ＿ｔｙｐｅがＥＰ＿ｍａｐのＰｌａｙＬｉｓｔ（これをＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔと呼ぶ）を説明する図である。ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの場合、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、ＰＴＳベースの時間を示す。そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、同じＳＴＣ−ｓｅｑｕｅｎｃｅ上の時刻を指す。そのＳＴＣ−ｓｅｑｕｅｎｃｅを示すために、ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄを用いる。そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、そのＳＴＣ−ｓｅｑｕｅｎｃｅに対して定義されるｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅとｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ（これらの情報はＳｅｑｕｅｎｃｅＩｎｆｏの中にある）で示される再生区間の中の時間を指す。
図３０は、ＣＰＩ＿ｔｙｐｅがＴＵ＿ｍａｐのＰｌａｙＬｉｓｔ（これをＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔと呼ぶ）を説明する図である。ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの場合、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、アライバルタイムベースの時間を指す。そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅは、同じＡＴＣ−ｓｅｑｕｅｎｃｅ上の時刻を指す。
図３１は、ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報との関係を説明する図である。ＰｌａｙＬｉｓｔの時間情報は、ＡＶストリームファイルの中のピクチャやオーディオフレームのＰＴＳ情報である。そして、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのＥＰ＿ｍａｐとＳｅｑｕｅｎｃｅＩｎｆｏが、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
図３２は、ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報との関係を説明する図である。ＰｌａｙＬｉｓｔの時間情報は、ＡＶストリームファイルの中のアライバル・タイム情報である。そして、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのＴＵ＿ｍａｐが、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づける。
図３３は、ＰｌａｙＩｔｅｍ（）のシンタクスを示す。
ｌｅｎｇｔｈは、このｌｅｎｇｔｈフィールドの直後のバイトからＰｌａｙＩｔｅｍ（）の最後のバイトまでのバイト数を示す。
Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、ＰｌａｙＩｔｅｍが参照するＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのファイル名を示す。
ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎは、先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとがシームレスに接続されているかどうかの情報を示す。
ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄは、ＰｌａｙＩｔｅｍが参照するＣｌｉｐのＳＴＣ−ｓｅｑｕｅｎｃｅのｓｔｃ−ｉｄを示す。ｓｔｃ−ｉｄの値は、ＳｅｑｕｅｎｃｅＩｎｆｏの中で定義されている。
ＩＮ＿ｔｉｍｅは、ＰｌａｙＩｔｅｍの再生開始時刻をストアする。
ＯＵＴ＿ｔｉｍｅは、ＰｌａｙＩｔｅｍの再生終了時刻をストアする。
Ｂｒｉｄｇｅ＿Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅは、先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとがシームレスに接続されている場合の再生の補助情報である。
次に、ＰｌａｙＬｉｓｔの編集動作のコンセプトについて説明する。以下の処理は、ユーザからの操作に基づいて、例えば、後述する図４３の制御部１７により実行される。
図３４は、ＡＶストリームが新しいＣｌｉｐとして記録される時のＣｌｉｐとＰｌａｙＬｉｓｔの関係のコンセプトを説明する図である。ＡＶストリームが新しいＣｌｉｐとして記録される場合、そのＣｌｉｐ全体の再生可能範囲を参照するＲｅａｌ ＰｌａｙＬｉｓｔが作られる。
図３５は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成のコンセプトについて説明する図である。ユーザがＲｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から、ＩＮ−ｔｉｍｅとＯＵＴ−ｔｉｍｅを指定することによって、見たい再生区間のＰｌａｙＩｔｅｍを作り、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔをつくる。
図３６は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生区間の一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係のコンセプトを説明する図である。必要なＣｌｉｐ ＡＶストリームの再生部分だけを参照するように、Ｒｅａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍを変更する。そして、Ｃｌｉｐ ＡＶストリームの不必要なストリーム部分を消去する。図３６に示すように、Ｃｌｉｐ ＡＶストリームの中央部のデータを消去しても、Ｃｌｉｐ ＡＶストリームファイルは分割されないで、１つのファイルである。１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去しても、残ったデータ部分は１つのＣｌｉｐ ＡＶストリームにまとめられる。
Ｒｅａｌ ＰｌａｙＬｉｓｔが変更されて、それが参照するＣｌｉｐのストリーム部分が消去された時、それと同じＣｌｉｐを使用しているＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔが参照するＣｌｉｐがなくなって、問題が起きるかもしれない。そのようなことがないように、ユーザインターフェースは、次に示す対策をとるべきである。
その″消去″の操作に対して、ユーザに「そのＲｅａｌ ＰｌａｙＬｉｓｔが参照しているＣｌｉｐのストリーム部分を参照しているＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔが存在し、もし、そのＲｅａｌ ＰｌａｙＬｉｓｔが消去されると、そのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔもまた消去されることになるが、それで良いか？」と確認，警告する。または、前記Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔを消去する代わりに、Ｒｅａｌ ＰｌａｙＬｉｓｔに対して次に示す″ミニマイズ（Ｍｉｎｉｍｉｚｅ）″の操作をする。
図３７は、ミニマイズの編集をしたときのＣｌｉｐとＲｅａｌ ＰｌａｙＬｉｓｔ，Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの関係のコンセプトを説明する図である。ミニマイズ編集は、Ｒｅａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍを、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔに必要なＣｌｉｐのストリーム部分だけを参照するように変更する。そして、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔにとって不必要なＣｌｉｐのストリーム部分を消去する。
図３７に示すように、Ｃｌｉｐ ＡＶストリームの中央部のデータを消去しても、Ｃｌｉｐ ＡＶストリームファイルは分割されないで、１つのファイルである。１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去しても、残ったデータ部分は１つのＣｌｉｐ ＡＶストリームにまとめられる。
次に、前記のコンセプトに基づいて、Ｃｌｉｐ ＡＶストリームのデータを部分的に消去する場合のＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの変化について説明する。
前述したように、ＡＶストリームをＣｌｉｐファイルとして新たに記録する時、そのＣｌｉｐはＡＴＣの不連続点を含まず、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。そして、ＡＴＣの不連続点は、編集等によってＣｌｉｐ ＡＶストリームファイルのストリームデータを部分的に消去した場合にだけ、作られることを想定している。すなわち、図３６や図３７に示すように、１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去して、残ったデータ部分が１つのＣｌｉｐ ＡＶストリームにまとめられた時、そのＣｌｉｐはＡＴＣの不連続点を持ち、複数のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。例えば、図３８において、編集前のＣｌｉｐはＡＴＣの不連続点を含まず、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅを持つとする。そして図に示すように、Ｃｌｉｐ ＡＶストリームの中央部のデータを消去した場合、編集後のＣｌｉｐは、２個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。
図３９は、１つのＣｌｉｐ ＡＶストリームのデータを部分的に消去した時のＡＴＣ−ｓｅｑｕｅｎｃｅ，ＳＴＣ−ｓｅｑｕｅｎｃｅおよびｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの関係を説明する図である。編集前のＣｌｉｐは、ただ１つのＡＴＣ−ｓｅｑｕｅｎｃｅと１つのＳＴＣ−ｓｅｑｕｅｎｃｅと１つのｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを持つとする。すなわち、このＣｌｉｐの中では、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの内容が変化しないとする。この時、図に影で示す部分のＡＶストリームデータを消去したとする。編集の結果、Ｃｌｉｐは３個のＡＴＣ−ｓｅｑｕｅｎｃｅと３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つ、一方、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは１個のままである。このｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅは、ＡＴＣ−ｓｅｑｕｅｎｃｅの境界とＳＴＣ−ｓｅｑｕｅｎｃｅの境界をまたいでいる。
次に、前記のようにＣｌｉｐ ＡＶストリームのデータが部分的に消去される時の、ＣｌｉｐとＰｌａｙＬｉｓｔの関係について説明する。
図４０は、ＣＰＩがＥＰ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去した時のＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。編集前のＣｌｉｐは１個のＡＴＣ−ｓｅｑｕｅｎｃｅと３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つとする。このＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［０］はゼロである。そして、Ｃｌｉｐの中のｓｔｃ＿ｉｄ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅは、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われているとする。今、図に示すようにｓｔｃ＿ｉｄ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅのＡＶストリームデータについて、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われていない部分のＡＶストリームデータを消去したとする。
編集後のＣｌｉｐは２個のＡＴＣ−ｓｅｑｕｅｎｃｅを持ち、ｓｔｃ＿ｉｄ＝１であったＳＴＣ−ｓｅｑｕｅｎｃｅは２個のＳＴＣ−ｓｅｑｕｅｎｃｅに分かれる。１番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［０］はゼロにセットされ、２番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［１］は１にセットされる。すなわち、１番目のＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最後のＳＴＣ−ｓｅｑｕｅｎｃｅのｓｔｃ＿ｉｄと２番目のＡＴＣ−ｓｅｑｕｅｎｃｅ上にある最初のＳＴＣ−ｓｅｑｕｅｎｃｅのｓｔｃ＿ｉｄは、同じ値で１になる。
これにより、編集後のＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍ３とＰｌａｙＩｔｅｍ４のｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄの値を変更する必要がない。Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔについては何も変更しなくても良い。
このように、Ｃｌｉｐ ＡＶストリームの中にＡＴＣの不連続点を作ることができるので、Ｃｌｉｐ ＡＶストリームの中間（ｍｉｄｄｌｅ）部分のストリームデータを消去した場合に、Ｃｌｉｐファイルを２個に分割する必要がない。さらに、ＡＴＣシーケンス毎に、その上にある最初のＳＴＣシーケンスのＳＴＣ−ｉｄに対するｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄを用いることにより、Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔについては何も変更しなくて良い。
この効果についての理解を助けるために、図４１はＣｌｉｐの中にＡＴＣの不連続を許さない場合において、Ｃｌｉｐ ＡＶストリームの一部分を消去した時に、Ｃｌｉｐファイルが二つに分かれる場合を説明する図であり、また、その時のＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図４０と同様にして、編集前のＣｌｉｐは１個のＡＴＣ−ｓｅｑｕｅｎｃｅと３個のＳＴＣ−ｓｅｑｕｅｎｃｅを持つとする。このＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄ［０］はゼロである。そして、Ｃｌｉｐの中のｓｔｃ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅは、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われているとする。今、図に示すようにｓｔｃ＝１であるＳＴＣ−ｓｅｑｕｅｎｃｅのＡＶストリームデータについて、ＰｌａｙＩｔｅｍ２とＰｌａｙＩｔｅｍ３に使われていない部分のＡＶストリームデータを消去したとする。
Ｃｌｉｐの中にＡＴＣの不連続を許さない場合、編集後はＣｌｉｐ−ＡとＣｌｉｐ−Ｂの２個のＣｌｉｐファイルに分かれる。そのため、ＰｌａｙＩｔｅｍ３とＰｌａｙＩｔｅｍ４が参照するＣｌｉｐファイルの名前を変更する必要がある。すなわち、Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔであっても、その内容を変更しなければならない場合がある。
Ｃｌｉｐの中にＡＴＣの不連続を許さない場合は、これを許す場合に比べると次の問題がある。
（１）ディスク中のＣｌｉｐファイル数が多くなる問題。これによって、ディスクの再生開始時に全てのＣｌｉｐファイルを読み出し、再生装置（動画像記録再生装置１）のメモリ（制御部１７に内蔵されているメモリ）にストアする処理にかかる時間が増える問題がある。また、ディスク（記録媒体１０）中に記録可能なファイル数の上限をある所定の値に決めた時、編集等によりＣｌｉｐファイル数が多くなり、その数が上限に達してしまい、ディスク中にまだ空き領域があるのに記録できなくなる問題が発生する。
（２）Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去した時に、ディスク中にあるＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔの変更にかかる時間が大きい問題。
本発明は、これらの問題を解決する。すなわち、ディスクの再生開始時に全てのＣｌｉｐファイルを読み出し、再生装置のメモリにストアする処理にかかる時間を小さくできる。また、ディスク中に記録可能なファイル数の上限をより小さく設定できる。また、Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去した時に、ディスク中にあるＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔの変更にがかかる時間が小さくなる。
図４２は、ＣＰＩがＴＵ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去した時のＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。編集前のＣｌｉｐは１個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。このＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［０］はゼロである。Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍ１，ＰｌａｙＩｔｅｍ２，ＰｌａｙＩｔｅｍ３およびＰｌａｙＩｔｅｍ４は、このＡＴＣ−ｓｅｑｕｅｎｃｅを参照しているとする。今、図に示すようにＡＴＣ−ｓｅｑｕｅｎｃｅのＡＶストリームデータについて、どのＰｌａｙＩｔｅｍにも使われていないＡＶストリームデータを消去したとする。
編集後のＣｌｉｐは２個のＡＴＣ−ｓｅｑｕｅｎｃｅを持つ。１番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［０］はゼロにセットされ、２番目のＡＴＣ−ｓｅｑｕｅｎｃｅについてのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［１］は値Ｘにセットされる。値Ｘは、ＯＵＴ＿ｔｉｍｅ２よりも大きく、ＩＮ＿ｔｉｍｅ３よりも小さい。すなわち、編集後にＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔのＰｌａｙＩｔｅｍ３とＰｌａｙＩｔｅｍ４のＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅの値を変更する必要がない。
Ｃｌｉｐ ＡＶストリームファイルの部分的なデータを消去する時に、その消去部分を使用していないＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔについては何も変更しなくても良い。
ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔを再生する場合、再生機はＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅとＡＴＣ−ｓｅｑｕｅｎｃｅのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅの値を比較することにより、そのＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅが指すところのＡＴＣ−ｓｅｑｕｅｎｃｅを見つけることができる。例えば、図４２の場合、ＰｌａｙＩｔｅｍ３のＩＮ＿ｔｉｍｅ３は２番目のＡＴＣ−ｓｅｑｕｅｎｃｅのｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ（＝Ｘ）よりも大きいので、ＰｌａｙＩｔｅｍ３のＩＮ＿ｔｉｍｅ３とＯＵＴ＿ｔｉｍｅ３は、２番目のＡＴＣ−ｓｅｑｕｅｎｃｅを指すことがわかる。
次に、ＤＶＲアプリケーション構造のデータを記録再生するシステムについて、図４３の動画像記録再生装置１のブロック図を用いて説明する。
例えば、光ディスクにより構成される記録媒体１０は、再生部６１の読み出し部１１により、そこに記録されている情報が読み出される。復調部１２は、読み出し部１１が記録媒体１０から読み出したデータを復調し、ＥＣＣ復号部１３に供給する。ＥＣＣ復号部１３は、復調部１２より供給されたデータを、ＡＶストリームとデータベースとに分離し、ＡＶストリームをソースデパケッタイザ１４に供給し、データベースを制御部１７に出力する。
ソースデパケッタイザ１４は、入力されたＡＶストリームをデパッケタイズし、デマルチプレクサ１５に出力する。デマルチプレクサ１５は、ソースデパケッタイザ１４より供給されたデータをビデオ（Ｖ）、オーディオ（Ａ）、およびシステム（Ｓ）の各データに分離し、ＡＶデコーダ１６とマルチプレクサ２５に出力する。
ＡＶデコーダ１６は、入力されたビデオデータとオーディオデータを、システムデータに基づいてデコードし、ビデオ信号を端子１８から、オーディオ信号を端子１９から、それぞれ出力する。
記録部６２のＡＶエンコーダ２３には、端子２１から入力されたビデオ信号と、端子２２から入力されたオーディオ信号が供給される。ビデオ信号はまた、ビデオ解析部２４にも供給される。ＡＶエンコーダ２３とビデオ解析部２４には、端子２１から入力されたビデオ信号の代わりに、必要に応じて、ＡＶデコーダ１６が出力したビデオ信号が供給される。
ＡＶエンコーダ２３は、入力されたビデオ信号とオーディオ信号をエンコードし、エンコードしたビデオ信号（Ｖ）、オーディオ信号（Ａ）、およびエンコードに対応するシステムデータ（Ｓ）を、マルチプレクサ２５に出力する。
ビデオ解析部２４は、入力されたビデオ信号を解析し、解析結果を制御部１７に出力する。
端子３３には、デジタルインタフェースまたはデジタルテレビチューナからのトランスポートストリームが入力され、スイッチ２７を介して、デマルチプレクサ１５、またはさらにスイッチ２８を介して、多重化ストリーム解析部２６、およびソースパケッタイザ２９に供給される。多重化ストリーム解析部２６とソースパケッタイザ２９にはまた、スイッチ２８を介してマルチプレクサ２５が出力した信号も、スイッチ２７からの信号に代えて供給可能とされている。
多重化ストリーム解析部２６は、入力された信号を解析し、解析結果を制御部１７に出力する。ソースパケッタイザ２９は、入力された信号をパケッタイズし、ＥＣＣ符号化部３０に供給する。ＥＣＣ符号化部３０には、制御部１７が出力するデータベースも供給されている。
ＥＣＣ符号化部３０は、入力に誤り訂正符号を付加し、符号化し、変調部３１に出力する。変調部３１は、ＥＣＣ符号化部３０から入力されたデータを変調し、書き込み部３２に出力する。書き込み部３２は、変調部３１から入力されたデータを記録媒体１０に書き込む処理を実行する。
制御部１７は、各種のデータを記憶する記憶部１７Ａを有しており、上述したフォーマットを管理し、データの記録媒体１０に対する記録または再生のために、各部を制御する。
制御部１７にはまた、ドライブ４１が接続されており、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、または半導体メモリ５４などがドライブされる。
なお、光ディスク５２は、記録媒体１０と兼用することも可能である。
次に記録時の基本的動作について、動画像記録再生装置１自身が、入力オーディオビデオ信号を符号化して記録する場合を例として説明する。
記録部６２の端子２１と端子２２からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、ビデオ解析部２４とＡＶエンコーダ２３へ入力される。また、オーディオ信号もまたＡＶエンコーダ２３へ入力される。ＡＶエンコーダ２３は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム（Ｖ），符号化オーディオストリーム（Ａ）、およびシステム情報（Ｓ）をマルチプレクサ２５に出力する。
符号化ビデオストリーム（Ｖ）は、例えばＭＰＥＧ２ビデオストリームであり、符号化オーディオストリーム（Ａ）は、例えばＭＰＥＧ１オーディオストリームやドルビーＡＣ３（商標）オーディオストリーム等である。システム情報（Ｓ）は、ビデオオーディオの符号化情報（符号化ピクチャやオーディオフレームのバイトサイズ，ピクチャ符号化タイプ等）やＡＶ同期等の時間情報である。
マルチプレクサ２５は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、ＭＰＥＧ２トランスポートストリームやＭＰＥＧ２プログラムストリームである。多重化ストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。ソースパケッタイザ２９は、入力多重化ストリームを、記録媒体１０のアプリケーションフォーマットに従って、ソースパケットから構成されるＡＶストリームに符号化する。ＡＶストリームは、ＥＣＣ（誤り訂正）符号化部３０で誤り訂正符号が付加され、変調部３１で変調処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へＡＶストリームファイルを記録する。
次に、例えば、図示せぬディジタルインタフェースまたはディジタルＴＶチューナから入力されるディジタルＴＶ放送等のトランスポートストリームを記録する場合を説明する。
端子３３からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、２通りあり、それらは、トランスペアレントに記録する方法と記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースとしての端子２０から制御部１７へ入力され、制御部１７が記録方法を制御する。
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、多重化ストリーム解析部２６およびソースパケッタイザ２９に入力される。これ以後、記録媒体１０へＡＶストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ１５へ入力される。デマルチプレクサ１５は、ビデオストリーム（Ｖ）をＡＶデコーダ１６へ入力する。ＡＶデコーダ１６は、ビデオストリームを復号し、再生ビデオ信号をＡＶエンコーダ２３へ入力する。ＡＶエンコーダ２３は、入力ビデオを符号化し、符号化ビデオストリーム（Ｖ）をマルチプレクサ２５へ入力する。
一方、デマルチプレクサ１５から出力されるオーディオストリーム（Ａ）とシステム情報（Ｓ）は、ダイレクトにマルチプレクサ２５へ入力される。マルチプレクサ２５は、入力ストリームを、入力システム情報に基づいて多重化して、多重化ストリームを出力する。これ以後、記録媒体１０へＡＶストリームが記録されるまでの処理は、上述の入力オーディオビデオ信号を符号化して記録する場合と同じである。
この動画像記録再生装置１は、ＡＶストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部１７により作成される。制御部１７への入力情報は、ビデオ解析部２４からの動画像の特徴情報、多重化ストリーム解析部２６からのＡＶストリームの特徴情報、およびユーザインタフェースとしての端子２０から入力されるユーザの指示情報である。
ビデオ解析部２４からの動画像の特徴情報は、動画像記録再生装置１自身がビデオ信号を符号化する場合において、動画像記録再生装置１により生成されるものである。ビデオ解析部２４は、入力ビデオ信号の内容を解析し、入力動画像信号の中の特徴的なマーク点の画像に関係する情報を生成する。この情報は、例えば、入力ビデオ信号の中のプログラムの開始点、シーンチェンジ点、ＣＭのスタート・エンド点などの特徴的なマーク点の画像の指示情報であり、また、これには、その画像のサムネールも含まれる。これらの画像の指示情報は、制御部１７を介して、マルチプレクサ２５へ入力される。
マルチプレクサ２５は、制御部１７から指示されるマーク点の画像の符号化ピクチャを多重化した時に、その符号化ピクチャのＡＶストリーム上でのアドレス情報を制御部１７に返す。制御部１７は、特徴的な画像の種類と、その符号化ピクチャのＡＶストリーム上でのアドレス情報を関連付けて記憶する。
多重化ストリーム解析部２６からのＡＶストリームの特徴情報は、記録されるＡＶストリームの符号化情報に関係する情報であり、これらは動画像記録再生装置１により生成される。例えば、ＡＶストリームの中におけるＩピクチャのタイムスタンプとアドレス情報，ＳＴＣの不連続情報，プログラム内容の変化情報，アライバルタイムとアドレス情報、などが含まれる。
ＡＶストリーム内のＩピクチャのタイムスタンプとアドレス情報は、上述のＥＰ＿ｍａｐにストアされるデータとなる。ＡＶストリーム内のＳＴＣの不連続情報は、上述のＳｅｑｕｅｎｃｅＩｎｆｏにストアされるデータとなる。ＡＶストリーム内のプログラム内容の変化情報は、ＰｒｏｇｒａｍＩｎｆｏにストアされるデータとなる。また、ＡＶストリーム内のアライバルタイムとアドレス情報は、上述のＴＵ＿ｍａｐにストアされる。
また、多重化ストリーム解析部２６は、端子３３から入力されるトランスポートストリームをトランスペアレントに記録する場合、ＡＶストリームの中の特徴的なマーク点の画像を検出し、その種類とアドレス情報を生成する。この情報は、ＣｌｉｐＭａｒｋにストアされるデータとなる。
多重化ストリーム解析部２６からのＡＶストリームの特徴情報は、ＡＶストリームのデータベース（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ）にストアされるものである。
端子２０からのユーザの指示情報には、ＡＶストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクター文字，ユーザがお好みのシーンにセットするブックマークやリジューム点のＡＶストリームの中のタイムスタンプなどが含まれる。これらのユーザの指示情報は、ＰｌａｙＬｉｓｔのデータベースにストアされるものである。
制御部１７は、前記入力情報に基づいて、ＡＶストリームのデータベース（Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ），ＰｌａｙＬｉｓｔのデータベース，記録媒体１０の記録内容の管理情報（ｉｎｆｏ．ｄｖｒ）、およびサムネール情報を作成する。これらのデータベース情報は、ＡＶストリームと同様にして、ＥＣＣ（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、このデータベース情報を、記録媒体１０へ、アプリケーションデータベース情報として記録する。
次に、再生時の基本的な動作について説明する。
記録媒体１０には、ＡＶストリームファイルとアプリケーションデータベース情報が記録されている。
はじめに制御部１７は、再生部６１の読み出し部１１に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部１２，ＥＣＣ（誤り訂正）復号部１３の処理を経て、制御部１７へ入力される。
制御部１７は、アプリケーションデータベースに基づいて、記録媒体１０に記録されているＰｌａｙＬｉｓｔの一覧を、端子２０のユーザインターフェースへ出力する。ユーザは、ＰｌａｙＬｉｓｔの一覧から再生したいＰｌａｙＬｉｓｔを選択し、再生を指定されたＰｌａｙＬｉｓｔが制御部１７へ入力される。制御部１７は、そのＰｌａｙＬｉｓｔの再生に必要なＡＶストリームファイルの読み出しを読み出し部１１に指示する。そして、読み出し部１１は、記録媒体１０からそのＡＶストリームを読み出し、ＡＶストリームは復調部１２，ＥＣＣ復号部１３の処理を経て、ソース・デパケッタイザ１４へ入力される。
ソース・デパケッタイザ１４は、記録媒体のアプリケーションフォーマットのＡＶストリームを、デマルチプレクサ１５へ入力できるストリームに変換する。デマルチプレクサ１５は、制御部１７により指定されたＡＶストリームの再生区間（ＰｌａｙＩｔｅｍ）を構成するビデオストリーム（Ｖ），オーディオストリーム（Ａ）、およびシステム情報（Ｓ）をＡＶデコーダ１６へ入力する。ＡＶデコーダ１６は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号を、それぞれ端子１８と端子１９から出力する。
ユーザによって選択されたＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いＰＴＳを持つＩピクチャのアドレスからデータを読み出すように読み出し部１１へ指示する。
また、ユーザによって選択されたＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔをある時間から途中再生する場合、制御部１７は、指定された時間にもっとも近いアライバルタイムのソースパケットのアドレスからデータを読み出すように読み出し部１１へ指示する。
さらに、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎの中のＣｌｉｐＭａｒｋにストアされている番組の頭出し点やシーンチェンジ点の中から、ユーザがあるマークを選択した時（例えば、この選択動作は、ＣｌｉｐＭａｒｋにストアされている番組の頭出し点やシーンチェンジ点のサムネール画像リストをユーザインタフェースに表示して、ユーザが、その中からある画像を選択することにより行われる）、制御部１７は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎの内容に基づいて、記録媒体１０からのＡＶストリームの読み出し位置を決定し、そのＡＶストリームの読み出しを読み出し部１１へ指示する。
すなわち、ユーザが選択した画像がストアされているＡＶストリーム上でのアドレスに最も近いアドレスにあるＩピクチャからのデータを読み出すように読み出し部１１へ指示が出される。読み出し部１１は、指定されたアドレスからデータを読み出し、読み出されたデータは、復調部１２，ＥＣＣ復号部１３の処理を経て、デマルチプレクサ１５へ入力され、ＡＶデコーダ１６で復号されて、マーク点のピクチャのアドレスで示されるＡＶデータが再生される。
次に、ユーザが、ＡＶストリームの編集をする場合を説明する。
ユーザが、記録媒体１０に記録されているＡＶストリームの再生区間を指定して新しい再生経路を作成したい場合、ユーザインタフェースの端子２０から、再生区間のイン点とアウト点の情報が制御部１７へ入力される。制御部１７は、ＡＶストリームの再生区間（ＰｌａｙＩｔｅｍ）をグループ化したもの（ＰｌａｙＬｉｓｔ）のデータベースを作成する。
ユーザが、記録媒体１０に記録されているＡＶストリームの一部を消去したい場合、ユーザインタフェースの端子２０から、消去区間の情報が制御部１７へ入力される。制御部１７は、必要なＡＶストリーム部分だけを参照するようにＰｌａｙＬｉｓｔのデータベースを変更する。また、ＡＶストリームの不必要なストリーム部分を消去するように、書き込み部３２に指示する。また、Ｃｌｉｐ ＡＶストリームの変化に基づいて、そのＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの内容を変更する。
ユーザが、記録媒体１０に記録されているＡＶストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつそれぞれの再生区間をシームレスに接続したい場合の動作を説明する。この場合、制御部１７は、ＡＶストリームの再生区間（ＰｌａｙＩｔｅｍ）をグループ化したもの（ＰｌａｙＬｉｓｔ）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化が必要になる。
まず、ユーザインタフェースとしての端子２０から、再生区間のイン点のピクチャとアウト点のピクチャの情報が制御部１７へ入力される。制御部１７は、読み出し部１１に、イン点のピクチャとアウト点のピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部１１は、記録媒体１０からそのデータを読み出し、そのデータは、復調部１２，ＥＣＣ復号部１３，ソース・デパケッタイザ１４を経て、デマルチプレクサ１５へ入力される。
制御部１７は、デマルチプレクサ１５へ入力されたストリームを解析して、ビデオストリームの再エンコード方法（ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅの変更，再エンコードする符号化ビット量の割り当て）と再多重化方法を決定して、その方法をＡＶエンコーダ２３とマルチプレクサ２５へ供給する。
次に、デマルチプレクサ１５は、入力されたストリームをビデオストリーム（Ｖ），オーディオストリーム（Ａ）、およびシステム情報（Ｓ）に分離する。ビデオストリームは、「ＡＶデコーダ１６へ入力されるデータ」と、「マルチプレクサ２５へ直接入力されるデータ」がある。前者のデータは、再エンコードするために必要なデータであり、これはＡＶデコーダ１６で復号され、復号されたピクチャは、ＡＶエンコーダ２３で再エンコードされて、ビデオストリームになる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリームとシステム情報は、マルチプレクサ２５に直接入力される。
マルチプレクサ２５は、制御部１７から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ＥＣＣ（誤り訂正）符号化部３０，変調部３１で処理されて、書き込み部３２へ入力される。書き込み部３２は、制御部１７から指示される制御信号に基づいて、記録媒体１０へＡＶストリームを記録する。
次に、図４４は、ＡＶストリームをＣｌｉｐをして新しく記録するときの、Ｃｌｉｐ ＡＶストリームファイルと、それに関連するＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎファイルの、動画像記録再生装置１の記録動作のフローチャートを示す。
ステップＳ１１で、制御部１７は、端子２１および２２から入力されるＡＶ入力をエンコードして得たトランスポートストリーム、または端子３３のディジタルインタフェースから入力されるトランスポートストリームをファイル化して、Ｃｌｉｐ ＡＶストリームファイルを作成して記録する。
ステップＳ１２で、制御部１７は上記ＡＶストリームファイルについてのＣｌｉｐＩｎｆｏ（図８）を作成する。
ステップＳ１３で、制御部１７は上記ＡＶストリームファイルについてのＳｅｑｕｅｎｃｅＩｎｆｏ（図１３）を作成する。
ステップＳ１４で、制御部１７は上記ＡＶストリームファイルについてのＰｒｏｇｒａｍＩｎｆｏ（図１５）を作成する。
ステップＳ１５で、制御部１７は上記ＡＶストリームファイルについてのＣＰＩ（ＥＰ＿ｍａｐまたはＴＵ＿ｍａｐ）（図２４、図２５および図２６）を作成する。
ステップＳ１６で、制御部１７は上記ＡＶストリームファイルについてのＣｌｉｐＭａｒｋを作成する。
ステップＳ１７で、制御部１７は上記ＣｌｉｐＩｎｆｏ，ＳｅｑｕｅｎｃｅＩｎｆｏ，ＰｒｏｇｒａｍＩｎｆｏ，ＣＰＩ，およびＣｌｉｐＭａｒｋがストアされたＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎファイル（図８）を記録する。
なお、ここでは各処理を時系列に説明したが、ステップＳ１１からステップＳ１１６は、実際には同時に動作するものである。
次に、ＡＶストリームをＣｌｉｐをして新しく記録するときの、ＳｅｑｕｅｎｃｅＩｎｆｏ（図１３）の作成の動作例を、図４５のフローチャートを用いて説明する。この処理は、図４３の多重化ストリーム解析部２６で行われる。
ステップＳ３１において、制御部１７は最初のトランスポートパケットをＡＴＣシーケンスの開始点とする。すなわち、ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが設定される。また、このとき、ａｔｃ＿ｉｄとｓｔｃ＿ｉｄも設定される。
ステップＳ３２において、多重化ストリーム解析部２６はＡＶストリームに含まれるアクセスユニット（例えば、ピクチャやオーディオフレーム）のＰＴＳを解析する。
ステップＳ３３において、多重化ストリーム解析部２６はＰＣＲパケットが受信されたかどうかを調べる。ステップＳ３３において、Ｎｏの場合はステップＳ３２へ戻り、Ｙｅｓの場合はステップＳ３４へ進む。
ステップＳ３４において、多重化ストリーム解析部２６はＳＴＣの不連続が検出されたか否かを調べる。Ｎｏの場合は、ステップＳ３２へ戻る。Ｙｅｓの場合は、ステップＳ３５へ進む。なお、記録開始後、最初に受信されたＰＣＲパケットの場合は、必ずステップＳ３５へ進む。
ステップＳ３５において、多重化ストリーム解析部２６は、新しいＳＴＣの最初のＰＣＲを伝送するトランスポートパケットの番号（アドレス）を取得する。
ステップＳ３６において、制御部１７は上記パケット番号をＳＴＣシーケンスの開始するソースパケット番号として取得する。すなわち、ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔが設定される。また、このとき、新たなｓｔｃ＿ｉｄが設定される。
ステップＳ３７において、制御部１７はＳＴＣシーケンスの表示開始のＰＴＳと表示終了のＰＴＳを取得し、それぞれ、ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ、またはｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅに設定し、それらに基づいて、ＳｅｑｕｅｎｃｅＩｎｆｏ（図１３）を作成する。
ステップＳ３８において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Ｎｏの場合は、ステップＳ３２へ戻り、Ｙｅｓの場合は処理を終了する。
なお、ＣＰＩがＴＵ＿ｍａｐのＣｌｉｐの場合は、ＡＴＣシーケンスの情報だけを作成すればよいので、ステップＳ３２乃至ステップＳ３７の処理は必要ない。
ＰｒｏｇｒａｍＩｎｆｏ（図１５）の作成の動作例を図４６のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
なお、ＣＰＩがＴＵ＿ｍａｐの場合、プログラム・シーケンスの情報は必要なく、この処理は不要である。
ステップＳ５１において、多重化ストリーム解析部２６はＰＳＩ／ＳＩを含むトランスポートパケットが受信されたかどうかを調べる。ここで、ＰＳＩ／ＳＩのトランスポートパケットは、具体的には、ＰＡＴ，ＰＭＴ，ＳＩＴのパケットである。ＳＩＴは、ＤＶＢ規格で規定されているパーシャルトランスポートストリームのサービス情報が記述されているトランスポートパケットである。ステップＳ５１において、Ｎｏの場合はステップＳ５１へ戻り、Ｙｅｓの場合はステップＳ５２へ進む。
ステップＳ５２において、多重化ストリーム解析部２６は、ＰＳＩ／ＳＩの内容が変わったかを調べる。すなわち、ＰＡＴ，ＰＭＴ，ＳＩＴのそれぞれの内容が、以前に受信したそれぞれの内容と比べて変化したかどうかが調べられる。内容が変化していない場合は、ステップＳ５１へ戻る。内容が変化した場合は、ステップＳ５３へ進む。なお、記録開始後、最初に受信されたＰＳＩ／ＳＩの場合は、必ずステップＳ５３へ進む。
ステップＳ５３において、制御部１７は新しいＰＳＩ／ＳＩを伝送するトランスポートパケットの番号（アドレス）とその内容を取得する。
ステップＳ５４において、制御部１７はＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を作成し、ＰｒｏｇｒａｍＩｎｆｏ（図１５）を作成する。
ステップＳ５５において、制御部１７は最後のトランスポートパケットが入力終了したかどうかを調べる。Ｎｏの場合は、ステップＳ５１へ戻り、Ｙｅｓの場合は処理を終了する。
次にＥＰ＿ｍａｐ（図２４）の作成の動作例を、図４７のフローチャートを用いて説明する。この処理は図４３の多重化ストリーム解析部２６で行われる。
ステップＳ７１で多重化ストリーム解析部２６は、記録するＡＶプログラムのビデオのＰＩＤをセットする。トランスポートストリームの中に複数のビデオが含まれている場合は、それぞれのビデオＰＩＤがセットされる。
ステップＳ７２で多重化ストリーム解析部２６は、ビデオのトランスポートパケットを受信する。
ステップＳ７３で多重化ストリーム解析部２６は、トランスポートパケットのペイロード（パケットヘッダーに続くデータ部）がＰＥＳパケットの第１バイト目から開始しているかを調べる（ＰＥＳパケットは、ＭＰＥＧ２で規定されているパケットであり、エレメンタリーストリームをパケット化するものである）。これは、トランスポートパケットヘッダにある″ｐａｙｌｏａｄ＿ｕｎｉｔ＿ｓｔａｒｔ＿ｉｎｄｉｃａｔｏｒ″の値を調べることによりわかり、この値が１である場合、トランスポートパケットのペイロードがＰＥＳパケットの第１バイト目から開始する。ステップＳ７３でＮｏの場合は、ステップＳ７２へ戻り、Ｙｅｓの場合は、ステップＳ７４へ進む。
ステップＳ７４で多重化ストリーム解析部２６は、ＰＥＳパケットのペイロードが、ＭＰＥＧビデオのｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ＿ｃｏｄｅ（３２ビット長で″０ｘ０００００１Ｂ３″の符号）の第１バイト目から開始しているかを調べる。ステップＳ７４でＮｏの場合は、ステップＳ７２へ戻り、Ｙｅｓの場合は、ステップＳ７５へ進む。
ステップＳ７５へ進んだ場合、制御部１７は現在のトランスポートパケットをエントリーポイントとする。
ステップＳ７６で制御部１７は、上記パケットのパケット番号と上記ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ＿ｃｏｄｅから開始するＩピクチャのＰＴＳとそのエントリーポイントが属するビデオのＰＩＤを取得し、ＥＰ＿ｍａｐを作成する。
ステップＳ７７で、多重化ストリーム解析部２６は、現在のパケットが最後に入力されるトランスポートパケットであるかどうかを判定する。最後のパケットでない場合、ステップＳ７２へ戻る。最後のパケットである場合、処理を終了する。
なお、ＣｌｉｐのＣＰＩタイプによって、Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎファイルの作成方法が違う。図４８はこの場合の処理を表している。制御部１７は、ステップＳ１０１で、ＣＰＩとしてＥＰ＿ｍａｐを作成すると判定した場合、ステップＳ１０２へ進み、ＡＶストリームの内容について、ＰＴＳ，ＳＴＣ，ＰＭＴの情報を解析する。そして、ステップＳ１０３へ進み、制御部１７は、ＡＴＣシーケンス，ＳＴＣシーケンスとＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を作成する。そして、ステップＳ１０４で、制御部１７はＥＰ＿ｍａｐを作成する。
一方、ステップＳ１０１で、ＣＰＩとしてＴＵ＿ｍａｐを作成すると判定された場合、制御部１７は、ステップＳ１０５でＡＶストリームの内容を解析せず、ＳＴＣシーケンスとＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を作成しない。制御部１７は、ステップＳ１０６で、ＡＴＣシーケンスの情報を、トランスポートパケットの入力タイミングに基づいて作成する。ステップＳ１０７で、制御部１７は、ＴＵ＿ｍａｐを作成する。このように、ＣＰＩの種類に関係なく、どちらの場合でも、Ｃｌｉｐ ｉｎｆｏｒｍａｔｉｏｎファイルが作成される。
以上の処理はまた、次のことを意味する。すなわち、ＡＶストリームを、その中身を分析して記録媒体に記録する場合（コグニザント記録する場合）や入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）などのように、記録媒体に記録されるＡＶストリームの中身を知って記録する場合、ＡＴＣシーケンス、ＳＴＣシーケンス、およびＰｒｏｇｒａｍシーケンスが作成され、さらにＥＰ＿ｍａｐが作成され、記録媒体に記録される。これに対して、ＡＶストリームを、その中身を分析せずに、そのまま記録媒体に記録する場合（ノンコグニザント記録する場合）、ＡＴＣシーケンスが作成され、さらにＴＵ＿ｍａｐが作成され、記録媒体に記録される。
図４８の処理はまた、次のように考えることもできる。すなわち、ステップＳ１０１で、ＡＶストリームを、その中身を分析して記録媒体に記録する（コグニザント記録する）かまたは入力映像信号を自分で符号化して記録媒体に記録する場合（セルフエンコーディング記録）か否かが判定される。コグニザント記録またはセルフエンコーディング記録で記録すると判定された場合、ステップＳ１０２でＡＶストリームの中身が分析され、ステップＳ１０３でＡＴＣシーケンス、ＳＴＣシーケンス、およびＰｒｏｇｒａｍシーケンスが作成され、さらにステップＳ１０４でＥＰ＿ｍａｐが作成され、記録媒体に記録される。これに対してステップＳ１０１で、ＡＶストリームを、その中身を分析せずに、そのまま記録媒体に記録する（ノンコグニザント記録する）と判定された場合、ステップＳ１０５でＡＶストリームの中身が分析されず、ステップＳ１０６でＡＴＣシーケンスが作成され、さらにステップＳ１０７でＴＵ＿ｍａｐが作成され、記録媒体に記録される。
図４９は、Ｒｅａｌ ＰｌａｙＬｉｓｔの作成方法を説明するフローチャートを示す。図４３の動画像記録再生装置１のブロック図を参照しながら説明する。
ステップＳ１９１で、制御部１７はＣｌｉｐ ＡＶストリームを記録する。
ステップＳ１９２で、制御部１７は上記Ｃｌｉｐの全ての再生可能範囲をカバーするＰｌａｙＩｔｅｍ（図３３）からなるＰｌａｙＬｉｓｔ（）（図２８）を作成する。ここで、ＣｌｉｐがＥＰ＿ｍａｐを持つとき、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔ（図２９参照）を作成し、またＣｌｉｐがＴＵ＿ｍａｐを持つとき、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔ（図３０参照）を作成する。ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、Ｃｌｉｐの中にＳＴＣ不連続点があり、ＰｌａｙＬｉｓｔ（）が２つ以上のＰｌａｙＩｔｅｍからなる場合は、制御部１７はＰｌａｙＩｔｅｍ間のｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎもまた決定する。
ステップＳ１９３で、制御部１７はＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）を作成する。ＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）はＰｌａｙＬｉｓｔの内容をユーザへ説明するための情報を含む。本実施の形態ではその説明を省略する。
ステップＳ１９４で、制御部１７はＰｌａｙＬｉｓｔＭａｒｋを作成する（本実施の形態ではその説明を省略）。
ステップＳ１９５で、制御部１７はＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａを作成する（本実施の形態ではその説明を省略）。
ステップＳ１９６で、制御部１７はＲｅａｌ ＰｌａｙＬｉｓｔファイルを記録する。
このようにして、新規にＣｌｉｐ ＡＶストリームを記録する毎に、１つのＲｅａｌ ＰｌａｙＬｉｓｔファイルが作られる。
図５０は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成方法を説明するフローチャートである。
ステップＳ２１１で、ユーザーインターフェースを通して、ディスク（記録媒体１０）に記録されている１つのＲｅａｌ ＰｌａｙＬｉｓｔの再生が指定される。そして、そのＲｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から、ユーザーインターフェースを通して、ＩＮ点とＯＵＴ点で示される再生区間が指定される。
ステップＳ２１２で、制御部１７はユーザーによる再生範囲の指定操作がすべて終了したか調べる。ユーザーが上記指示した再生区間に続けて再生する区間を選ぶ場合はステップＳ２１１へ戻る。
ステップＳ２１２でユーザーによる再生範囲の指定操作がすべて終了したと判定された場合は、ステップＳ２１３へ進む。
ステップＳ２１３で、連続して再生される２つの再生区間の間の接続状態（ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ）を、ユーザーがユーザーインタフェースを通して決定するか、または制御部１７が決定する。
ステップＳ２１４で、ユーザーインタフェースを通して、ユーザーがサブパス（アフレコ用オーディオ）情報を指定する。ユーザーがサブパスを作成しない場合はこのステップの処理はスルーされる。サブパス情報は、ＰｌａｙＬｉｓｔの中のＳｕｂＰｌａｙＩｔｅｍにストアされる情報であるが、本発明の趣旨に必要ないので説明を省略する。
ステップＳ２１５で、制御部１７はユーザーが指定した再生範囲情報、およびｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎに基づいて、ＰｌａｙＬｉｓｔ（）（図２８）を作成する。
ステップＳ２１６で、制御部１７はＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）を作成する。ＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）はＰｌａｙＬｉｓｔの内容をユーザーへ説明するための情報を含む。本実施の形態ではその説明を省略する。
ステップＳ２１７で、制御部１７はＰｌａｙＬｉｓｔＭａｒｋを作成する（本実施の形態ではその説明を省略）。
ステップＳ２１８で、制御部１７はＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａを作成する（本実施の形態ではその説明を省略）。
ステップＳ２１９で、制御部１７はＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔファイルを記録媒体１０に記録する。
このようにして、記録媒体１０に記録されているＲｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から、ユーザーが見たい再生区間を選択してその再生区間をグループ化したもの毎に、１つのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔファイルが作られる。
図５１はＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生方法を説明するフローチャートである。
ステップＳ２３１で、制御部１７はＩｎｆｏ．ｄｖｒ，Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ，ＰｌａｙＬｉｓｔ ｆｉｌｅおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているＰｌａｙＬｉｓｔの一覧を示すＧＵＩ画面を作成し、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ２３２で、制御部１７はそれぞれのＰｌａｙＬｉｓｔのＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）に基づいて、ＰｌａｙＬｉｓｔを説明する情報をＧＵＩ画面に提示する。
ステップＳ２３３で、ユーザーインタフェースを通して、ＧＵＩ画面上からユーザーが１つのＰｌａｙＬｉｓｔの再生を指示する。
ステップＳ２３４で、制御部１７は現在のＰｌａｙＩｔｅｍのＳＴＣ−ｉｄとＩＮ＿ｔｉｍｅのＰＴＳから、ＩＮ＿ｔｉｍｅより時間的に前で最も近いエントリーポイントのあるソースパケット番号を取得する。
ステップＳ２３５で、制御部１７は上記エントリーポイントのあるソースパケット番号からＡＶストリームのデータを読み出し、デコーダへ供給する。
ステップＳ２３６で、現在のＰｌａｙＩｔｅｍの時間的に前のＰｌａｙＩｔｅｍがあった場合は、制御部１７は、前のＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとの表示の接続処理をｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎに従って行う。
ステップＳ２３７で、制御部１７は、ＡＶデコーダ１６にＩＮ＿ｔｉｍｅのＰＴＳのピクチャから表示を開始するように指示する。
ステップＳ２３８で、制御部１７は、ＡＶデコーダ１６にＡＶストリームのデコードを続けるように指示する。
ステップＳ２３９で、制御部１７は、現在表示の画像が、ＯＵＴ＿ｔｉｍｅのＰＴＳの画像か否かを調べる。Ｎｏの場合は、ステップＳ２４０へ進む。ステップＳ２４０で現在の画像を表示して、ステップＳ２３８へ戻る。ステップＳ２３９で現在表示の画像がＯＵＴ＿ｔｉｍｅのＰＴＳの画像であると判定された場合は、ステップＳ２４１へ進む。
ステップＳ２４１で、制御部１７は、現在のＰｌａｙＩｔｅｍがＰｌａｙＬｉｓｔの中で最後のＰｌａｙＩｔｅｍかを調べる。Ｎｏの場合はステップＳ２３４へ戻る。Ｙｅｓの場合は、ＰｌａｙＬｉｓｔの再生を終了する。
次に、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、ミニマイズ編集の処理をする時のＣｌｉｐとＰｌａｙＬｉｓｔの更新方法の手順を図５２のフローチャートを用いて説明する。
ステップＳ２６１で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中からどのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔｓにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
ステップＳ２６２で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から消去する一区間の表示開始時刻および表示終了時刻を取得する。
ステップＳ２６３で、制御部１７は、上記時間区間に対応するＣｌｉｐ ＡＶストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をＥＰ＿ｍａｐに基づいて決定する。
ステップＳ２６４で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいＡＴＣ−ｓｅｑｕｅｎｃｅをＳｅｑｕｅｎｃｅＩｎｆｏに追加する。すなわち、上記消去終了パケットの直後のソースパケットのパケット番号がＳＰＮ＿ＡＴＣ＿ｓｔａｒｔにセットされる。
ステップＳ２６５で、制御部１７は、消去後のＡＶストリームにおけるＡＴＣシーケンス上にあるＳＴＣ−ｓｅｑｕｅｎｃｅの開始パケット番号（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）を更新する。すなわち、消去後のＣｌｉｐ ＡＶストリームに対応するように、ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔの値を変更する。
ステップＳ２６６で、制御部１７は、消去後のＡＶストリームにおけるＡＴＣシーケンス上にあるＳＴＣ−ｓｅｑｕｅｎｃｅに対するＳＴＣ−ｉｄの値が変わらないようにｏｆｆｓｅｔ＿ＳＴＣ＿ｉｄを決定する。
ステップＳ２６７で、必要に応じて、消去後のＣｌｉｐ ＡＶストリームについてのＰｒｏｇｒａｍＩｎｆｏを更新。すなわち、もし、上記の消去区間の中でＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅが開始している場合は、そのＰｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの開始ソースパケット番号を上記消去終了パケットの直後のソースパケットのパケット番号に変更する。
ステップＳ２６８で、制御部１７は、ＥＰ＿ｍａｐを消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。この処理においては、消去区間のストリームを参照するＥＰ＿ｍａｐのエントリーを消去し、また、ＥＰ＿ｍａｐの中のソースパケット番号の値（すなわちＥＰ＿ｍａｐのＳＰＮ＿ＥＰ＿ｓｔａｒｔ）を消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。
ステップＳ２６９で、制御部１７は、上記の開始と終了パケットで示される区間のＣｌｉｐ ＡＶストリームのデータを消去する。
ステップＳ２７０で、制御部１７は、上記の処理を反映させてＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅを更新および記録する。このＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅには、図８に示されるように、ＣｌｉｐＩｎｆ（），Ｓｅｑｕｅｎｃｅ Ｉｎｆｏ（），Ｐｒｏｇｒａｍ Ｉｎｆｏ（），ＣＰＩ（）などが含まれている。従って、上述したＡＴＣ＿ｓｅｑｕｅｎｃｅやＳＴＣ＿ｓｅｑｕｅｎｃｅに関する情報が記録媒体１０に記録されることになる。
ステップＳ２７１で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔ ｆｉｌｅが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
ステップＳ２７２で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ２６１で調べた消去範囲をすべて消去したかどうかを調べる。Ｎｏの場合はステップＳ２６２へ戻る。Ｙｅｓの場合はミニマイズ処理を終了する。
上記ステップＳ２６３における処理内容について、ＣＰＩがＥＰ＿ｍａｐタイプのＣｌｉｐの場合を詳細に説明する。
図５３は、オリジナルのＡＶストリームファイルと、そのストリームの部分的な再生範囲のストリームを消去する編集を行った後のＡＶストリームファイルの例を示す。編集前に、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔは、オリジナルＡＶストリーム上のＩＮ＿ｔｉｍｅとＯＵＴ＿ｔｉｍｅを指しているとする。この場合、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔが使用していないストリーム部分を消去する編集（ミニマイズ編集）をしたとき、それはオリジナルＡＶストリームを図５３に示す編集後のストリームへ変える。オリジナルＡＶストリームの先頭からＸ点までのデータと、Ｙ点から最後までのデータが消去される。以下の説明では、このＸ点とＹ点を決める方法の例を説明する。
図５４は、ＡＶストリームの内容を解析することをしないで、ＩＮ点の前の不要なデータを消去する方法を説明する図である。ＰｌａｙＬｉｓｔはオリジナルＡＶストリーム上のＩＮ点を指す。また、そのＡＶストリームのＥＰ＿ｍａｐを図示する。ＩＮ点が指すピクチャをデコードするためには、アドレスＩＳＡ２から開始するＩピクチャが必要である。また、Ｘ点の後で、ＰＡＴ，ＰＭＴおよびＰＣＲパケットが必要である。ＳＰＮ＿ＥＰ＿ｓｔａｒｔ＝ＩＳＡ１のＰＴＳはｐｔｓ１であり、ＳＰＮ＿ＥＰ＿ｓｔａｒｔ＝ＩＳＡ２のＰＴＳはｐｔｓ２である。ｐｔｓ１とｐｔｓ２のシステムタイムベースの時間差が１００ｍｓｅｃ以上ならば、アドレスＩＳＡ１とＩＳＡ２の間にはＰＡＴ，ＰＭＴおよびＰＣＲパケットが存在する（少なくとも、ＳＥＳＦ，ＤＶＢ，ＡＴＳＣ，ＩＳＤＢの場合はそうである）。したがって、Ｘ点はアドレスＩＳＡ１の前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
動画像記録再生装置１は、ＡＶストリームの内容を解析することをしないで、Ｘ点をＥＰ＿ｍａｐを使用して次のステップで決めることができる。
１）システムタイムベース上でＩＮ ｔｉｍｅのＰＴＳに最も近く、かつそれよりも過去の表示時刻のＰＴＳの値を持つＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。２）ステップ１で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔのＰＴＳの値よりも少なくとも１００ｍｓｅｃ過去の表示時刻のＰＴＳの値を持つＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。
３）Ｘ点は、ステップ２で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔよりも前に決められる。そして、Ｘ点はアラインドユニットの境界でなければならない。
この方法は、Ｘ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のＡＶストリームは、そのＰｌａｙＬｉｓｔの再生には不要なデータを残してしまう場合がある。もし、Ｘ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析するならば、そのＰｌａｙＬｉｓｔの再生には不要なデータをより効率良く消去できる。
図５５は、ＡＶストリームの内容を解析することをしないで、ＯＵＴ点の後ろの不要なデータを消去する方法を説明する図である。ＰｌａｙＬｉｓｔはオリジナルＡＶストリーム上のＯＵＴ点を指す。また、そのＡＶストリームのＥＰ＿ｍａｐを図示する。ＳＰＮ＿ＥＰ＿ｓｔａｒｔ＝ＩＳＡ４から開始するビデオシーケンスは次に示すものであることを前提とする。
Ｉ２ Ｂ０ Ｂ１ Ｐ５ …
ここで、Ｉ，Ｐ，ＢはそれぞれＩピクチャ，ＰピクチャそしてＢピクチャを表す。数字は表示順序を表す。この処理において、記録装置がＡＶストリームの内容を解析しない場合、動画像記録再生装置１は、ＯＵＴ＿ｔｉｍｅのＰＴＳが参照するところのピクチャの情報（ピクチャコーディングタイプ，テンポラル・レファレンスなど）がわからない。ＯＵＴ＿ｔｉｍｅのＰＴＳはピクチャＢ０またはＢ１を参照しているかもしれない（動画像記録再生装置１がＡＶストリームの内容を解析しない場合、このことはわからない）、この場合、ピクチャＢ０，Ｂ１をデコードするためにはＩ２が必要である。Ｉ２のＰＴＳはＯＵＴ ｔｉｍｅのＰＴＳよりも大きい（ＯＵＴ＿ｔｉｍｅ＜ｐｔｓ４，ここでｐｔｓ４はＩ２のＰＴＳである）。Ｉ２のＰＴＳはＯＵＴ＿ｔｉｍｅのＰＴＳよりも大きいが、Ｂ０，Ｂ１のためにＩ２が必要である。
したがって、Ｙ点は図に示すアドレスＩＳＡ５の後ろに決められる。ＩＳＡ５は、ＥＰ＿ｍａｐの中でＩＳＡ４の直後にあるＳＰＮ＿ＥＰ＿ｓｔａｒｔの値である。Ｙ点はまたアラインドユニットの境界でなければならない。
動画像記録再生装置１は、ＡＶストリームの内容を解析することをしないで、Ｙ点をＥＰ＿ｍａｐを使用して次のステップで決めることができる。
１）システムタイムベース上でＯＵＴ ｔｉｍｅのＰＴＳに最も近く、かつそれよりも未来の表示時刻のＰＴＳの値を持つＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。
２）ステップ１で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔの直後にあるＳＰＮ＿ＥＰ＿ｓｔａｒｔを見つける。
３）Ｙ点は、ステップ２で見つけたＳＰＮ＿ＥＰ＿ｓｔａｒｔよりも後ろに決められる。そして、Ｙ点はアラインドユニットの境界でなければならない。
この方法は、Ｙ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析することを必要としないので、簡単である。しかし、編集後のＡＶストリームは、そのＰｌａｙＬｉｓｔの再生には不要なデータを残してしまう場合がある。もし、Ｙ点を決めるためにＡＶストリームのデータを読み出し、その内容を解析するならば、そのＰｌａｙＬｉｓｔの再生には不要なデータをより効率良く消去できる。
図５６はＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生方法を説明するフローチャートである。
ステップＳ３００乃至ステップＳ３０２で、図５１のステップＳ２３１乃至Ｓ２３２と同様の処理が行われる。
すなわち、ステップＳ３００で、制御部１７はＩｎｆｏ．ｄｖｒ，Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅ，ＰｌａｙＬｉｓｔ ｆｉｌｅおよびサムネールファイルの情報を取得し、ディスク（記録媒体１０）に記録されているＰｌａｙＬｉｓｔの一覧を示すＧＵＩ画面を作成し、ユーザーインタフェースを通して、ＧＵＩに表示する。
ステップＳ３０１で、制御部１７はそれぞれのＰｌａｙＬｉｓｔのＵＩＡｐｐＩｎｆｏＰｌａｙＬｉｓｔ（）に基づいて、ＰｌａｙＬｉｓｔを説明する情報をＧＵＩ画面に提示する。
ステップＳ３０２で、ユーザーインタフェースを通して、ＧＵＩ画面上からユーザーが１つのＰｌａｙＬｉｓｔの再生を指示する。
ステップＳ３０３で、制御部１７は、ＴＵ＿ｍａｐ情報を参照して、ＡＶストリームのエントリーポイントのアドレスを取得する。すなわち、制御部１７は、現在のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅのアライバルタイムよりも時間的に前で最も近いエントリーポイントのソースパケット番号を取得する。この処理の詳細は、後述する。
ステップＳ３０４で、制御部１７は、上記エントリーポイントのあるソースパケット番号からパケットを再生し、ＡＶデコーダ１６へ供給する。
ステップＳ３０５で、制御部１７は、現在のパケットのアライバルタイムスタンプが、ＯＵＴ＿ｔｉｍｅのパケットのそれ以上か否かを調べる。判定がＮｏの場合は、ステップＳ３０６へ進む。制御部１７は、、ステップＳ３０６で、次のパケットを再生し、ＡＶデコーダ１６へ供給し、ステップＳ３０５へ戻る。ステップ３０５で判定がＹｅｓの場合は処理はステップ３０７へ進む。
ステップＳ３０７で、制御部１７は、現在のＰｌａｙＩｔｅｍがＰｌａｙＬｉｓｔの中で最後のＰｌａｙＩｔｅｍであるかを調べる。判定がＮｏの場合、処理はステップＳ３０３へ戻る。判定がＹｅｓの場合は、制御部１７は、ＰｌａｙＬｉｓｔの再生を終了する。
次に、図５６のステップＳ３０３の処理の詳細を、図５７のフローチャートを参照して説明する。
ステップＳ４００で、制御部１７は、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅと、ＴＵ＿ｍａｐ（）のｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］とが次の関係になる最大のａｔｃ＿ｉｄの値を取得する。
ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］＜ＩＮ＿ｔｉｍｅ
（図２６のシンタクス参照）。
ステップＳ４０１で、制御部１７は、上記ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｉ］が、ＩＮ−ｔｉｍｅよりも時間的に前で最も近い時のｉの値を取得する（上記した式（２）参照）。
ステップＳ４０２で、制御部１７は、上記ｉに対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｉ］をエントリーポイントのアドレスとする。そして、処理を終了する。
次に、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔに対して、ミニマイズ編集をする時のＣｌｉｐとＰｌａｙＬｉｓｔの更新方法の手順を、図５８のフローチャートを用いて説明する。
ステップＳ５００で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中からどのＶｉｒｔｕａｌ ＰｌａｙＬｉｓｔｓにも使われていない１つ以上の再生区間を調べ、これを消去範囲と決める。
ステップＳ５０１で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生範囲の中から消去する一区間の開始時刻（アライバルタイム）および終了時刻（アライバルタイム）を取得する。
ステップＳ５０２で、制御部１７は、上記時間区間に対応するＣｌｉｐ ＡＶストリーム上の消去開始パケット（アドレス）と消去終了パケット（アドレス）をＴＵ＿ｍａｐに基づいて決定する。この処理の詳細は、後述する。
ステップＳ５０３で、制御部１７は、上記消去終了パケットの直後のソースパケットから開始する１つの新しいＡＴＣ−ｓｅｑｕｅｎｃｅをＳｅｑｕｅｎｃｅＩｎｆｏに追加する。すなわち、制御部１７は、上記消去終了パケットの直後のソースパケットのパケット番号をＳＰＮ＿ＡＴＣ＿ｓｔａｒｔにセットする。
ステップＳ５０４で、制御部１７は、ＴＵ＿ｍａｐを消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。すなわち、
−−上記消去するＡＶストリーム区間に対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔのデータエントリを消去する。
−−上記新しいＡＴＣ−ｓｅｑｕｅｎｃｅ上の最初のｔｉｍｅ＿ｕｎｉｔの開始時刻を、そのＡＴＣ−ｓｅｑｕｅｎｃｅに対するｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅとして、ＴＵ＿ｍａｐに追加する。
−−ＴＵ＿ｍａｐの中のソースパケット番号の値、すなわち、ＴＵ＿ｍａｐのＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔを消去後のＣｌｉｐ ＡＶストリームに対応するように変更する。
ステップＳ５０５で、制御部１７は、上記の開始と終了パケットで示される区間のＣｌｉｐ ＡＶストリームのデータを消去する。
ステップＳ５０６で、制御部１７は、上記の処理を反映させてＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅを更新および記録する。このＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅには、図８に示されるように、ＣｌｉｐＩｎｆ（），Ｓｅｑｕｅｎｃｅ Ｉｎｆｏ（），Ｐｒｏｇｒａｍ Ｉｎｆｏ（），ＣＰＩ（）などが含まれている。従って、上述したＡＴＣ＿ｓｅｑｕｅｎｃｅに関する情報が記録媒体１０に記録されることになる。
ステップＳ５０７で、制御部１７は、Ｒｅａｌ ＰｌａｙＬｉｓｔ ｆｉｌｅが、上記の消去区間の再生範囲を除いた再生区間をカバーするように、更新および記録する。
ステップＳ５０８で、制御部１７は、編集が終了したか否か、すなわち、ステップＳ５００で調べた消去範囲をすべて消去したかどうかを調べる。判定がＮｏの場合、処理はステップＳ５０１へ戻る。判定がＹｅｓの場合、制御部１７は、ミニマイズ処理を終了する。
次に、図５９のフローチャートを参照して、図５８のステップＳ５０２の処理の詳細を説明する。
ステップＳ６００で、制御部１７は、消去する区間の開始時刻と終了時刻が含まれるＡＴＣ＿ｓｅｑｕｅｎｃｅのａｔｃ＿ｉｄの値を取得する。
ステップＳ６０１で、制御部１７は、上記ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｉ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｉ］が、消去する区間の開始時刻よりも時間的に後ろで最も近い時のｉの値を取得する（上記した式（２）参照）。
ステップＳ６０２で、制御部１７は、上記ｉに対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｉ］を消去開始パケットのアドレスとする。
ステップＳ６０３で、制御部１７は、上記ａｔｃ＿ｉｄで指されるＡＴＣ−ｓｅｑｕｅｎｃｅ中のｊ番目のｔｉｍｅ＿ｕｎｉｔの開始時刻ＴＵ＿ｓｔａｒｔ＿ｔｉｍｅ［ａｔｃ＿ｉｄ］［ｊ］が、消去する区間の終了時刻よりも時間的に前で最も近い時のｊの値を取得する（上記した式（２）参照）。
ステップＳ６０４で、制御部１７は、上記ｊに対応するＳＰＮ＿ｔｉｍｅ＿ｕｎｉｔ＿ｓｔａｒｔ［ａｔｃ＿ｉｄ］［ｊ］を消去終了パケットのアドレスとする。
図６０は、ＥＰ＿ｍａｐタイプとＴＵ＿ｍａｐタイプの各ＰｌａｙＬｉｓｔに対するミニマイズ編集でのＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの更新の違いをまとめたものである。
ステップＳ７０１で、制御部１７は、ＰｌａｙＬｉｓｔが、ＥＰ＿ｍａｐのＰｌａｙＬｉｓｔであるか否かを判定し、ＥＰ＿ｍａｐのＰｌａｙＬｉｓｔである場合、ステップＳ７０２へ進む。
ステップＳ７０２で、ＥＰ＿ｍａｐのＰｌａｙＬｉｓｔであると判定された場合、制御部１７は、ＡＶストリームの部分消去に対応するように、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎファイルを更新する。すなわち、
ＡＴＣ−ｓｅｑｅｅｎｃｅの情報を更新し（図５２のステップＳ２６４）、
ＳＴＣ−ｓｅｑｅｅｎｃｅの情報を更新し（図５２のステップＳ２６５，Ｓ２６６）、
さらに、必要に応じて、ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの情報を更新する（図５２のステップＳ２６７）。
そして、ステップＳ７０３で、制御部１７は、ＡＶストリームの部分消去に対応するように、ＥＰ＿ｍａｐの情報を更新する（図５２のステップＳ２６８）。そして、処理を終了する。
一方、ステップＳ７０１で、ＰｌａｙＬｉｓｔが、ＴＵ＿ｍａｐのＰｌａｙＬｉｓｔであると判定された場合、処理はステップ７０４へ進む。
ステップＳ７０４で、制御部１７は、ＡＶストリームの部分消去に対応するように、Ｃｌｉｐ ＩｎｆｏｒｍａｔｉｏｎファイルのＡＴＣ−ｓｅｑｅｎｃｅの情報を更新する（図５８のステップＳ５０３）。
そして、制御部１７は、ステップＳ７０５で、ＡＶストリームの部分消去に対応するように、ＴＵ＿ｍａｐの情報を更新し（図５８のステップ５０４）、処理を終了する。
次に、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔのＡＶストリームを記録する時にＡＴＣ不連続点とＳＴＣ不連続点が発生する場合における、ＰｌａｙＬｉｓｔ（図２８）のＰｌａｙＩｔｅｍデータ（図２９）について、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ（図２９）の値の設定方法を説明する。
ＡＴＣシーケンスとＳＴＣシーケンスの不連続点を持つＡＶストリームとＰｌａｙＩｔｅｍの関係について説明する。
図６１は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。ＡＴＣシーケンスの境界で、ＳＴＣシーケンスも分かれる。そして、ＰｌａｙＩｔｅｍは連続なＳＴＣシーケンスを参照するので、ＳＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれる。この場合、現在のＰｌａｙＩｔｅｍ（図中のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍ）がその前側のＰｌａｙＩｔｅｍ（Ｐｒｅｖｉｏｕｓ ＰｌａｙＩｔｅｍ）と、このような状態で接続されていることを示すために、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値を１に設定する。
図６２は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、連続なＡＴＣシーケンス上にある２個のＳＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍが分かれている場合を説明する図である。連続なＡＴＣシーケンス上のＳＴＣ不連続点で、２個のＳＴＣシーケンスに分かれている。そして、ＰｌａｙＩｔｅｍは連続なＳＴＣシーケンスを参照するので、ＳＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれる。この場合、現在のＰｌａｙＩｔｅｍ（図中のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍ）がその前側のＰｌａｙＩｔｅｍ（Ｐｒｅｖｉｏｕｓ ＰｌａｙＩｔｅｍ）と、このような状態で接続されていることを示すために、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値を２に設定する。
図６３は、ＡＶストリームの記録方法について、その記録途中にＡＴＣ不連続点とＳＴＣ不連続点が発生する場合における、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔデータの作成方法を説明するフローチャートである。
ステップＳ８００で、制御部１７（図４３）は、パラメータｎ＝０，ｍ＝０，ｉｓ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅ＝１にセットする。ｎは、記録途中に発生するＡＴＣシーケンスの番号であり、ｍは、記録途中に発生するＳＴＣシーケンスの番号であり、ｉｓ＿ＡＴＣ＿ｓｅｑｕｅｎｃｅは、ＡＴＣの不連続が発生したことを示すフラグである。
ステップＳ８０１で、制御部１７は、現在記録するパケットからｎ番目のＡＴＣシーケンスを開始する。
ステップＳ８０２で、制御部１７は、前記現在記録するパケットからｍ番目のＳＴＣシーケンスを開始する。また、ｍ番目のＰｌａｙＩｔｅｍを開始する。
ステップＳ８０３で、制御部１７は、ｍ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎを決める。
ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝１の場合、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１，
ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝０の場合、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝２。
なお、最初のＰｌａｙＩｔｅｍ（ｍ＝０）については、図６２の状態とは異なるが、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１とする。
ステップＳ８０４で、制御部１７は、記録するＡＶストリームに含まれるビデオのＰＴＳを解析する。このＰＴＳの情報は、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅを取得するための情報となる。
ステップＳ８０５で、制御部１７は、不連続点を検出したか判定する。Ｎｏの場合は、ステップＳ８０４の処理を続ける。Ｙｅｓの場合は、ステップＳ８０６へ移る。
ステップＳ８０６で、制御部１７は、ＳＴＣ不連続が発生したかどうかを調べる。ＳＴＣ不連続の検出方法については、図４５における場合と同様に行う。
ステップＳ８０６で、Ｙｅｓの場合、制御部１７は、ＳＴＣの不連続が発生した（ＡＴＣの不連続は発生しない）と判定する（図６２の状態）。そして、次のように処理をする。
（１）ｍ番目のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅの取得する。
（２）ｍ＋＋
（３）ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝０
と処理する。
そして、ステップＳ８０２へ戻り、引き続き処理を行う。この場合、ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝０であるので、ステップＳ８０３で、ＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝２がセットされる。
ステップＳ８０６で、Ｎｏの場合、ステップＳ８０８へ移る。
ステップＳ８０８は、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
ステップＳ８０８で、Ｙｅｓの場合、記録が一度中断されたので、制御部１７は、ＡＴＣの不連続が発生した（ＳＴＣの不連続もまた発生する）と判定する（図６１の状態）。この時、ステップＳ８０９で、次の処理を行う。
（１）ｍ番目のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅの取得する。
（２）ｍ＋＋，
（３）ｎ＋＋
（３）ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝１
そして、ステップＳ８０１へ戻り、引き続き処理を行う。この場合、ｉｓ＿ＡＴＣ＿ｃｈａｎｇｅ＝１であるので、ステップＳ８０３で、ＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１がセットされる。
ステップＳ８０８で、Ｎｏの場合、ＡＶストリームの記録を終了する。
次に、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔのＡＶストリームを記録する時にＡＴＣ不連続点が発生する場合におけるＰｌａｙＬｉｓｔ（図２８）のＰｌａｙＩｔｅｍデータ（図２９）について、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ（図２９）の値の設定方法を説明する。
ＡＴＣシーケンスの不連続点を持つＡＶストリームとＰｌａｙＩｔｅｍの関係について説明する。
図６４は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合、ＰｌａｙＩｔｅｍは連続なＡＴＣシーケンスを参照するので、ＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれる。この場合、現在のＰｌａｙＩｔｅｍ（図中のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍ）がその前側のＰｌａｙＩｔｅｍ（Ｐｒｅｖｉｏｕｓ ＰｌａｙＩｔｅｍ）と、このような状態で接続されていることを示すために、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値を１に設定する。
図６５は、ＰｌａｙＬｉｓｔのＡＶストリームの記録方法について、その記録途中にＡＴＣ不連続点が発生する場合、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔデータの作成方法を説明するフローチャートである。
ステップＳ８３１で、制御部１７（図４３）は、パラメータｎ＝０にセットする。ｎは、記録途中に発生するＡＴＣシーケンスの番号である。
ステップＳ８３２で、制御部１７は、現在記録するパケットからｎ番目のＡＴＣシーケンスを開始する。
ステップＳ８３３で、制御部１７は、ｎ番目のＰｌａｙＩｔｅｍを開始する。
ステップＳ８３４で、制御部１７は、ｎ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１とセットする。
なお、最初のＰｌａｙＩｔｅｍ（ｎ＝０）についても、図６４の状態とは異なるが、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１とする。
ステップＳ８３５で、制御部１７は、記録するＡＶストリームのパケットのアライバルタイムスタンプを取得する。このアライバルタイムスタンプの情報は、ＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅを取得するための情報となる。
ステップＳ８３６で、制御部１７は、不連続点を検出したか判定する。Ｎｏの場合は、ステップＳ８３５の処理を続ける。Ｙｅｓの場合は、ステップＳ８３７へ移る。
ステップＳ８３７で、制御部１７は、不連続点が録画ポーズとポーズ解除（記録が一度中断され、その後再開した場合）によるものかを調べる。
ステップＳ８３７で、Ｙｅｓの場合、記録が一度中断されたので、制御部１７は、ＡＴＣの不連続が発生したと判定する。この時、ステップＳ８３８で、次の処理を行う。
（１）ｎ番目のＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ，ＯＵＴ＿ｔｉｍｅの取得する。
（２）ｎ＋＋
そして、ステップＳ８３２へ戻り、引き続き処理を行う。この後のステップＳ８３４で、ＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１がセットされる（図６３の状態）。
ステップＳ８３７で、Ｎｏの場合、ＡＶストリームの記録を終了する。
図６６は、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値に基づいて、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する方法を説明するフローチャートである。
ステップＳ８５１で、制御部１７（図４３）は、ＰｌａｙＬｉｓｔファイルのデータを読み込む。
ステップＳ８５２で、制御部１７は、パラメータＫ＝０にセットする。Ｋは、ＰｌａｙＬｉｓｔの中にエントリーされているＰｌａｙＩｔｅｍデータの番号である。
ステップＳ８５３で、制御部１７は、現在、再生するＫ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの取得をする。
ステップＳ８５４で、制御部１７は、ｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎの値が２であるかどうかを調べる。Ｙｅｓの場合、ステップＳ８５５へ進む。
ステップＳ８５５で、制御部１７は、前回の（Ｋ−１）番目のＰｌａｙＩｔｅｍのＡＶデータに続くＡＴＣシーケンスのＡＶデータを連続読み出しできることがわかる。すなわち、連続なＡＴＣシーケンス上のＳＴＣ不連続点にて、ＰｌａｙＩｔｅｍが分かれているだけである（図６２の状態である）ので、ＳＴＣ不連続点をまたいで、ＡＶストリームデータを連続読み出しできることがわかる。具体的には、図７の再生モデルにおいて、ＳＴＣ不連続点をまたいでも、アライバルタイムカウンタークロック２５５の値を連続にできることがわかる。
ステップＳ８５４で、Ｎｏの場合は、ステップＳ８５６へ進む。
ステップＳ８５６で、制御部１７は、前回（Ｋ−１）番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し後、現在のＫ番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し開始に先立ち、再生器のＡＴＣカウンタのリセットが必要であることがわかる。すなわち、ＰｌａｙＩｔｅｍの境界でＡＴＣ不連続点があるので、図７の再生モデルにおいて、ＡＴＣ不連続点でアライバルタイムカウンタークロック２５５の値をリセットする必要があることがわかる（例えば、図６１のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍの場合、ＡＴＣ−ｓｅｑｕｅｎｃｅ２の開始点ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが示すパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐの値でアライバルタイムカウンタークロック２５５の値をリセットする）。
ステップＳ８５７で、制御部１７は、最後のＰｌａｙＩｔｅｍの処理を終了したかどうかを調べる。Ｎｏの場合は、ステップＳ８５８へ進み、Ｋをインクリメントする。
ステップＳ８５７で、Ｙｅｓの場合は、ＰｌａｙＬｉｓｔの再生処理を終了する。
図６７は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する方法を説明するフローチャートである。
ステップＳ８７１で、制御部１７（図４３）は、ＰｌａｙＬｉｓｔファイルのデータを読み込む。
ステップＳ８７２で、制御部１７は、パラメータＫ＝０にセットする。Ｋは、ＰｌａｙＬｉｓｔの中にエントリーされているＰｌａｙＩｔｅｍデータの番号である。
ステップＳ８７３で、制御部１７は、現在、再生するＫ番目のＰｌａｙＩｔｅｍのｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎ＝１の取得をする。
ステップＳ８７４で、制御部１７は、前回（Ｋ−１）番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し後、現在のＫ番目のＰｌａｙＩｔｅｍのＡＶデータ読み出し開始に先立ち、再生器のＡＴＣカウンタのリセットが必要であることがわかる。すなわち、ＰｌａｙＩｔｅｍの境界でＡＴＣ不連続点があるので、図７の再生モデルにおいて、ＡＴＣ不連続点でアライバルタイムカウンタークロック２５５の値をリセットする必要があることがわかる（例えば、図６４のＣｕｒｒｅｎｔ ＰｌａｙＩｔｅｍの場合、ＡＴＣ−ｓｅｑｕｅｎｃｅ２の開始点ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔが示すパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐの値でアライバルタイムカウンタークロック２５５の値をリセットする）。
ステップＳ８７５で、制御部１７は、最後のＰｌａｙＩｔｅｍの処理を終了したかどうかを調べる。Ｎｏの場合は、ステップＳ８７６へ進み、Ｋをインクリメントする。
ステップＳ８７５で、Ｙｅｓの場合は、ＰｌａｙＬｉｓｔの再生処理を終了する。
このようなシンタクス、データ構造、規則に基づく事により、記録媒体１０に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。
以上説明した各種の情報が記録される記録媒体１０は、例えば光ディスクで構成される。この記録媒体１０には、スパイラル状または同心円状にトラックが形成される。そして、図６８に示されるように、そのうちのＧａｔｈｅｒｅｄ ｆｉｌｅｓ領域１０Ａに、Ｇａｔｈｅｒｅｄ ｆｉｌｅｓ（例えば、図２のＰＬＡＹＬＩＳＴのファイル（＊．ｒｐｌｓおよび＊．ｖｐｌｓの拡張子を有するファイル）、並びにＣＬＩＰＩＮＦを構成するファイル（＊．ｃ１ｐｉの拡張子を有するファイル））が記録され、その他の領域１０Ｂに、ＳＴＲＥＡＭのファイル（例えば、＊．ｍ２ｔｓの拡張子を有するファイル）が記録される。Ｇａｔｈｅｒｅｄ ｆｉｌｅｓは、記録媒体１０を動画像記録再生装置１に装着したとき、短時間で読み出す必要があるファイルである。
なお、本実施の形態は、多重化ストリームとしてＭＰＥＧ２トランスポートストリームを例にして説明しているが、これに限らず、ＤＳＳトランスポートストリームやＭＰＥＧ２プログラムストリームについても適用することが可能である。
以上のように、本発明によれば、トランスポートストリーム等のＡＶストリームのパケットを記録媒体に記録するシステムにおいて、各パケットのデコーダへの到着時刻を示すアライバル・タイム・スタンプ（ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐ）がパケットに付加して記録される。このとき、アライバル・タイム・スタンプの連続性を表す情報（ＡＴＣ−ｓｅｑｕｅｎｃｅの情報）も記録される。具体的には、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレス（ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔ）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
例えば、ＡＶストリームを新しく記録する時、連続して記録されたパケット列にはアライバルタイムベースの不連続点は含まれず、アライバル・タイム・ベースの時間軸は１つである。その時間軸はパケット列の最初のパケットから開始する。
編集等によって、前記パケット列の中の不必要な部分のパケットが消去され、残った全てのパケットが１つのパケット列にまとめられる場合を考える。この場合、新しいパケット列の中には、アライバル・タイムベースの時間軸が複数存在する場合がある。このとき、それぞれのアライバル・タイム・ベースの時間軸が開始するパケットのアドレスが記録媒体に記録される。
さらに、アライバル・タイム・スタンプの連続性を表す情報を記録するシステムにおいては、ＡＶデータの再生時刻が参照するところのシステム・タイム・ベースの不連続点が検出され、そのシステム・タイム・ベースの連続性を表す情報（ＳＴＣ−ｓｅｑｕｅｎｃｅの情報）が記録される。具体的には、記録されている１つのパケット列の中で、システム・タイム・ベースの時間軸が開始するパケットのアドレス（ＳＰＮ＿ＳＴＣ＿ｓｔａｒｔ）が記録される。このアドレスは、１つのパケット列の中でのパケット番号で表す。
また、システム・タイム・ベースの不連続点を含まないパケット列である、１つのＳＴＣ−ｓｅｑｕｅｎｃｅは、アライバル・タイム・ベースの不連続点を含まないパケット列であるＡＴＣ−ｓｅｑｕｅｎｃｅの境界をまたがないように前記データが管理される。
従って、記録されている１つのパケット列の中で、アライバル・タイム・ベースの時間軸が開始するパケットのアドレスを正しく管理することが可能となる。ＡＴＣ−ｓｅｑｕｅｎｃｅが増加しても、Ｃｌｉｐのファイル数が増加しないので、ファイル管理が容易となる。さらに、ｓｔｃ−ｉｄで各々のＳＴＣ−ｓｅｑｕｅｎｃｅを識別するようにしたので、プレイリストの編集が容易となる。
また、ＡＶストリームファイルの中にアライバルタイムベースの不連続点やシステムタイムベースの不連続が含まれる場合であっても、適切にＡＶデータの再生開始時間と終了時間を管理できる。
なお、本実施の形態は、多重化ストリームとしてＭＰＥＧ２トランスポートストリームを例にして説明しているが、これに限らず、ＤＳＳトランスポートストリームやＭＰＥＧ２プログラムストリームについても適用することが可能である。
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。この場合、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
この記録媒体は、図４３に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１（フロッピディスクを含む）、光ディスク５２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）を含む）、光磁気ディスク５３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）を含む）、もしくは半導体メモリ５４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭやハードディスクなどで構成される。
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
産業上の利用可能性
以上のように、本発明によれば、記録後に、編集操作が行われた場合においても、データの内容、および、再生情報を簡単に、かつ、適切に管理することが可能になる。
また、本発明によれば、編集操作が行われた場合においても、データの内容および再生を簡単に、かつ適切に管理することが可能な情報記録媒体を実現することができる。
さらに、本発明によれば、データストリームを欠落させることなく、連続的に、かつ、迅速に、再生することが可能となる。
また、本発明によれば、データストリームの一部を削除した場合においても、データストリームを連続的に再生することが可能となるだけでなく、編集後のデータの管理も容易となる。
【図面の簡単な説明】
図１は、本発明が適用される記録再生システムで用いる記録媒体上のアプリケーションフォーマットの構造を説明する図である。
図２は、ディレクトリ構造を説明する図である。
図３は、ＤＶＲ ＭＰＥＧ−２のトランスポートストリームの構造を説明する図である。
図４は、ｓｏｕｒｃｅ＿ｐａｃｋｅｔのシンタクスを示す図である。
図５は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ（）のシンタクスを示す図である。
図６は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームレコーダモデルの構成を示すブロック図である。
図７は、ＤＶＲ ＭＰＥＧ−２トランスポートストリームプレーヤモデルの構成を示すブロック図である。
図８は、Ｃｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅのシンタクスを示す図である。
図９は、ＡＴＣ−ｓｅｑｕｅｎｃｅを説明する図である。
図１０は、ＡＴＣの不連続点とＡＴＣ−ｓｅｑｕｅｎｃｅｓの関係を説明する図である。
図１１は、連続なＳＴＣ区間について説明する図である。
図１２は、ＳＴＣの不連続点とＳＴＣ−ｓｅｑｕｅｎｃｅの関係を説明する図である。
図１３は、ＳｅｑｕｅｎｃｅＩｎｆｏ（）のシンタクスを示す図である。
図１４は、Ｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅを説明する図である。
図１５は、ＰｒｏｇｒａｍＩｎｆｏ（）のシンタクスを示す図である。
図１６は、ＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）のシンタクスを示す図である。
図１７は、ｓｔｒｅａｍ＿ｃｏｄｉｎｇ＿ｔｙｐｅを説明する図である。
図１８は、ｖｉｄｅｏ＿ｆｏｒｍａｔを説明する図である。
図１９は、ｆｒａｍｅ＿ｒａｔｅを説明する図である。
図２０は、ｄｉｓｐｌａｙ＿ａｓｐｅｃｔ＿ｒａｔｉｏを説明する図である。
図２１は、ａｕｄｉｏ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｙｐｅを説明する図である。
図２２は、ｓａｍｐｌｉｎｇ＿ｆｒｅｑｕｅｎｃｙを説明する図である。
図２３は、ＣＰＩ（）のシンタクスを示す図である。
図２４は、ＥＰ＿ｍａｐを説明する図である。
図２５は、ＴＵ＿ｍａｐを説明する図である。
図２６は、ＴＵ＿ｍａｐのシンタクスを説明する図である。
図２７は、ＰｌａｙＬｉｓｔ ｆｉｌｅのシンタクスを示す図である。
図２８は、ＰｌａｙＬｉｓｔ（）のシンタクスを示す図である。
図２９は、ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔを説明する図である。
図３０は、ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔを説明する図である。
図３１は、ＥＰ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報の関係を説明する図である。
図３２は、ＴＵ＿ｍａｐ ｔｙｐｅのＰｌａｙＬｉｓｔの時間情報とＡＶストリームファイルの中のアドレス情報の関係を説明する図である。
図３３は、ＰｌａｙＩｔｅｍ（）のシンタクスを示す図である。
図３４は、ＡＶストリームが新しいＣｌｉｐとして記録されるときのＣｌｉｐとｐｌａｙＬｉｓｔの関係を説明する図である。
図３５は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成について説明する図である。
図３６は、Ｒｅａｌ ＰｌａｙＬｉｓｔの再生区間の一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図３７は、ミニマイズ編集を説明する図である。
図３８は、Ｃｌｉｐ ＡＶストリームのデータを部分的に消去したときに、Ｃｌｉｐの中に生成されるＡＴＣ−ｓｅｑｕｅｎｃｅを説明する図である。
図３９は、Ｃｌｉｐ ＡＶストリームのデータを部分的に消去したときのＡＴＣ−ｓｅｑｕｅｎｃｅ，ＳＴＣ−ｓｅｑｕｅｎｃｅおよびｐｒｏｇｒａｍ−ｓｅｑｕｅｎｃｅの関係を説明する図である。
図４０は、ＣＰＩがＥＰ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図４１は、ＣＰＩがＥＰ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去したときに、Ｃｌｉｐファイルが２つに別れる場合を説明する図である。
図４２は、ＣＰＩがＴＵ＿ｍａｐであるＣｌｉｐ ＡＶストリームの一部分を消去したときのＣｌｉｐとＰｌａｙＬｉｓｔの関係を説明する図である。
図４３は、本発明の動画像記録再生装置の構成を示すブロック図である。
図４４は、Ｃｌｉｐの作成処理を説明するフローチャートである。
図４５は、ＳｅｑｕｅｃｅＩｎｆｏの作成処理を説明するフローチャートである。
図４６は、ＰｒｏｇｒａｍＩｎｆｏの作成処理を説明するフローチャートである。
図４７は、ＥＰ＿ｍａｐの作成処理を説明するフローチャートである。
図４８は、ＣｌｉｐのＣＰＩの種類によってＣｌｉｐの情報の作成方法が違うことを説明するフローチャートである。
図４９は、Ｒｅａｌ ＰｌａｙＬｉｓｔの作成処理を説明するフローチャートである。
図５０は、Ｖｉｒｔｕａｌ ＰｌａｙＬｉｓｔの作成処理を説明するフローチャートである。
図５１は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生処理を説明するフローチャートである。
図５２は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔに対するミニマイズ編集処理を説明するフローチャートである。
図５３は、ミニマイズのオペレーションを説明する図である。
図５４は、ミニマイズ時のＩＮ＿ｔｉｍｅの前の不要なストリームデータの消去を説明する図である。
図５５は、ミニマイズ時のＯＵＴ＿ｔｉｍｅの後ろの不要なストリームデータの消去を説明する図である。
図５６は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの再生方法を説明するフローチャートである。
図５７は、図５６のステップＳ３０３の処理の詳細を説明するフローチャートである。
図５８は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔに対するミニマイズ編集の処理を説明するフローチャートである。
図５９は、図５８のステップＳ５０２の処理の詳細を説明するフローチャートである。
図６０は、ＥＰ＿ｍａｐタイプとＴＵ＿ｍａｐタイプの各ＰｌａｙＬｉｓｔに対するミニマイズ編集の処理でのＣｌｉｐ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｌｅの更新を説明するフローチャートである。
図６１は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。
図６２は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、連続なＡＴＣシーケンス上にある２個のＳＴＣシーケンスの境界でＰｌａｙＩｔｅｍが分かれている場合を説明する図である。
図６３は、ＡＶストリームを記録する時に、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔを作成する場合のフローチャートである。
図６４は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔの場合に、２個のＡＴＣシーケンスの境界で２個のＰｌａｙＩｔｅｍに分かれている場合を説明する図である。
図６５は、ＡＶストリームを記録する時に、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔを作成する場合のフローチャートである。
図６６は、ＥＰ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する時のフローチャートを説明する図である。
図６７は、ＴＵ＿ｍａｐタイプのＰｌａｙＬｉｓｔを再生する時のフローチャートである。
図６８は、記録媒体の記録領域を説明する図である。
Claims (85)
- パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置において、
前記データストリームの基準時刻情報を検出する第１の検出手段と、
前記第１の検出手段による検出結果に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する第１の生成手段と、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録手段と
を備えることを特徴とするデータ記録装置。 - 前記第１の連続性情報は、記録されている１つのパケット列の中で、前記第１の時刻情報の時間軸が開始するパケットのアドレスを表す
ことを特徴とする請求の範囲第１項に記載のデータ記録装置。 - 前記第２の連続性情報は、記録されている１つのパケット列の中で、前記第２の時刻情報の時間軸が開始するパケットのアドレスを表す
ことを特徴とする請求の範囲第１項に記載のデータ記録装置。 - １つの前記第１のパケット列は、前記第２のパケット列の境界をまたがないように前記データを管理する管理手段を
さらに備えることを特徴とする請求の範囲第１項に記載のデータ記録装置。 - 前記データストリームの中に配置されているプログラム内容の変化点を検出する第２の検出手段と、
前記第２の検出手段による検出結果に基づいて、記録されている１つのパケット列の中で、前記プログラム内容の変化点に対応するパケットのアドレスを取得する取得手段と
をさらに備え、
前記記録手段は、前記取得手段により取得された前記変化点に対応するパケットのアドレスを前記情報記録媒体にさらに記録する
ことを特徴とする請求の範囲第１項に記載のデータ記録装置。 - 記録されている１つのパケット列の中において、前記プログラム内容が一定であるパケット列としての１つのプログラムシーケンスは、前記第１のパケット列および前記第２のパケット列の境界をまたいでも良いように前記データを管理する管理手段を
さらに備えることを特徴とする請求の範囲第５項に記載のデータ記録装置。 - 前記第１のパケット列毎に、プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを生成する第２の生成手段をさらに備え、
前記記録手段は、前記第２の生成手段により生成された前記プレゼンテーション・スタート・タイムとプレゼンテーション・エンド・タイムを前記情報記録媒体にさらに記録する
ことを特徴とする請求の範囲第１項に記載のデータ記録装置。 - 前記記録手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに記録する
ことを特徴とする請求の範囲第７項に記載のデータ記録装置。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のデータ記録方法において、
前記データストリームの基準時刻情報を検出する第１の検出ステップと、
前記第１の検出ステップの処理による検出結果に基づいて生成された、前記第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する生成ステップと、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のプログラムにおいて、
前記データストリームの基準時刻情報を検出する第１の検出ステップと、
前記第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する生成ステップと、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、
前記データストリームの基準時刻情報を検出する第１の検出ステップと、
前記第１の検出ステップの処理による検出結果に基づいて生成された、第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報と、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に前記識別情報のオフセット値を生成する生成ステップと、
前記第１の連続性情報、前記第２の連続性情報、および前記オフセット値を前記情報記録媒体に記録する記録ステップと
を実行させるプログラム。 - パケット列からなるデータストリームを記録するデータ記録媒体において、
前記データストリームの基準時刻情報に基づいて生成される第１の時刻情報の連続性を表す第１の連続性情報と、
前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報と、
前記基準時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報であって、
前記第２の時刻情報の不連続点を含まない第２のパケット列毎に生成される識別情報のオフセット値と
が記録されたデータ記録媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された前記識別情報のオフセット値を再生する再生手段と、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - 前記再生手段は、表示時刻情報の時間とデータアドレスを関係付けるマップをさらに再生する
ことを特徴とする請求の範囲第１３項に記載のデータ再生装置。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された前記識別情報のオフセット値を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムにおいて、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づく第１の時刻情報の連続性を表す第１の連続性情報、各パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に付加された前記識別情報のオフセット値を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
前記情報記録媒体に記録されている前記データストリームの基準時刻情報に基づいて生成された第１の時刻情報の連続性を表す第１の連続性情報、前記パケットの到着時刻を示す第２の時刻情報の連続性を表す第２の連続性情報、前記第１の時刻情報の不連続点を含まない第１のパケット列を識別するための識別情報、および前記第２の時刻情報の不連続点を含まない第２のパケット列毎に、前記第２のパケット列上にある最初の前記第１のパケット列に対する前記識別情報のオフセット値を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を実行させるプログラム。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得手段と、
前記パケット列のオフセット時刻情報を取得する第２の取得手段と、
前記第１の取得手段により取得された前記パケットのアドレスと、前記第２の取得手段により取得された前記オフセット時刻情報を情報記録媒体に記録する記録手段と
を備えることを特徴とするデータ記録装置。 - 前記パケット列は、ＡＴＣシーケンスであり、
前記パケットのアドレスは、ＳＰＮ＿ＡＴＣ＿ｓｔａｒｔであり、
前記スタートタイムは、ｏｆｆｓｅｔ＿ａｒｒｉｖａｌ＿ｔｉｍｅである
ことを特徴とする請求の範囲第１８項に記載のデータ記録装置。 - 前記記録手段は、前記到着時刻情報の時間とデータアドレスを関係付けるマップをさらに記録する
ことを特徴とする請求の範囲第１８項に記載のデータ記録装置。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、
前記パケット列のオフセット時刻情報を取得する第２の取得ステップと、
前記第１の取得ステップの処理により取得された前記パケットのアドレスと、前記第２の取得ステップの処理により取得された前記オフセット時刻情報を情報記録媒体に記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、
前記パケット列のオフセット時刻情報を取得する第２の取得ステップと、
前記第１の取得ステップの処理により取得された前記パケットのアドレスと、前記第２の取得ステップの処理により取得された前記オフセット時刻情報を情報記録媒体に記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - 到着時刻情報の不連続点を含まないパケット列毎に開始するパケットのアドレスを取得する第１の取得ステップと、
前記パケット列のオフセット時刻情報を取得する第２の取得ステップと、
前記第１の取得ステップの処理により取得された前記パケットのアドレスと、前記第２の取得ステップの処理により取得された前記オフセット時刻情報を情報記録媒体に記録する記録ステップと
をコンピュータに実行させるプログラム。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、前記パケット列のオフセット時刻情報を再生する再生手段と、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - 前記再生手段は、前記到着時刻情報の時間とデータアドレスを関係付けるマップをさらに再生する
ことを特徴とする請求の範囲第２４項に記載のデータ再生装置。 - 再生開始点のパケット到着時刻が、パケット列のオフセット時刻情報以上であるところの、前記パケット列を見つけ、
前記パケット列上で、前記再生開始点のパケット到着時刻に等しいか、または過去のエントリーポイントの時刻を求め、
前記エントリーポイントの時刻に関連づけられたアドレスからデータストリームを再生する
ことを特徴とする請求の範囲第２５項に記載のデータ編集装置。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、前記パケット列のオフセット時刻情報を再生する再生ステップと、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムであって、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、前記パケット列のオフセット時刻情報を再生する再生ステップと、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - データストリームのパケットが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、前記パケット列のオフセット時刻情報を再生する再生ステップと、
前記再生された情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を実行させるプログラム。 - データストリームのパケットを記録するデータ記録媒体において、
到着時刻情報の不連続点を含まないパケット列毎の開始パケットのアドレスと、
前記パケット列毎の前記到着時刻情報のオフセット時刻情報と
が記録されたデータ記録媒体。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有し、
前記コントローラは、前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御する
ことを特徴とするデータ編集装置。 - 表示時刻情報の時間とデータアドレスを関係付けるマップをさらに制御する
ことを特徴とする請求の範囲第３０項に記載のデータ編集装置。 - 削除終了点の表示時刻に等しいか、または過去の表示時刻を持つ第１のエントリーポイントの第１の表示時刻を見つけ、
前記第１の表示時刻の値よりも、少なくとも所定の時間だけ過去の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、
前記第２の表示時刻に関連づけられたデータアドレスよりも前を削除するように制御する
ことを特徴とする請求の範囲第３１項に記載のデータ編集装置。 - 削除開始点の表示時刻に等しいか、または未来の表示時刻の値を持つ第１のエントリーポイントの第１の表示時刻を見つけ、
前記第１の表示時刻よりも、未来の表示時刻を持つ第２のエントリーポイントの第２の表示時刻を見つけ、
前記第２の表示時刻に関連づけられたアドレスよりも後ろを削除するように制御する
ことを特徴とする請求の範囲第３１項に記載のデータ編集装置。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置のデータ編集方法において、
前記コントローラは、前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御する
ことを特徴とするデータ編集方法。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータのプログラムであって、
前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御する
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - 基準時刻情報の不連続点を含まない第１のパケット列、および到着時刻情報の不連続点を含まない第２のパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータに、
前記データストリームの一部が削除するよう指示された際には、前記第１のパケット列を識別する識別情報が変化しないように、前記第２のパケット列毎に、前記第１のパケット列に対する前記識別情報のオフセット値を付加するよう制御させる
ことを特徴とするプログラム。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有し、
前記コントローラは、前記データストリームの一部が削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御する
ことを特徴とするデータ編集装置。 - 到着時刻情報の時間とデータアドレスを関係付けるマップをさらに制御する
ことを特徴とする請求の範囲第３８項に記載のデータ編集装置。 - 削除開始点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけ、
前記パケット列の到着時刻情報の時間軸上で、前記削除開始点のパケット到着時刻に等しいか、または未来のエントリーポイントの時刻を求め、
上記エントリーポイントの時刻に関連づけられたアドレスよりも後ろを削除するように制御する
ことを特徴とする請求の範囲第３８項に記載のデータ編集装置。 - 削除終了点のパケット到着時刻が、前記到着時刻情報の時間軸のスタートタイム以上であるところの、前記パケット列を見つけ、
前記パケット列の到着時刻情報の時間軸上で、前記削除終了点のパケット到着時刻に等しいか、または過去の時刻のエントリーポイントを求め、
上記エントリーポイントの時刻に関連づけられたアドレスよりも前を削除するように制御する
ことを特徴とする請求の範囲第３８項に記載のデータ編集装置。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置のデータ編集方法において、
前記コントローラは、前記データストリームの一部が削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御する
ことを特徴とするデータ編集方法。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータのプログラムであって、
前記データストリームの一部が削除するように指示された際には、前記パケット列毎に、前記到着時刻情報の時間軸のスタートタイムを付加するように制御させる
ことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケットの到着時刻を示す到着時刻情報の不連続点を含まないパケット列に基づいてデータストリームを管理するコントローラと、
前記データストリームの一部を削除するよう指示するユーザインターフェースとを有するデータ編集装置を制御するコンピュータに、
前記データストリームの一部が削除するように指示された際には、前記パケット列毎に、到着時刻情報の時間軸のスタートタイムを付加するように制御させる
ことを特徴とするプログラム。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成手段と、
前記第１のマップ情報を使用する場合には、前記作成手段で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録手段と
を備えることを特徴とするデータ記録装置。 - 前記第１のマップ情報は、ＥＰ＿ｍａｐであり、前記第２のマップはＴＵ＿ｍａｐである
ことを特徴とする請求の範囲第４５項に記載のデータ記録装置。 - 編集処理において、前記記録手段は、前記第１のマップが使用されている際には、前記第１の連続性情報、および第２の連続性情報を更新するとともに、前記第２のマップが使用されている際には、前記第２の連続性情報を更新する
ことを特徴とする請求の範囲第４５項に記載のデータ記録装置。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成ステップと、
前記第１のマップ情報を使用する場合には、前記作成ステップの処理で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成ステップと、
前記第１のマップ情報を使用する場合には、前記作成ステップの処理で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列で構成されるデータストリームの時間情報とそのアドレスとを関連づけるためのマップ情報として第１のマップ情報を使用する場合、第１の時刻情報の連続性を表す第１の連続性情報と、第２の時刻情報の連続性を表す第２の連続性情報とを作成するとともに、マップ情報として第２のマップ情報を使用する場合、前記第２の連続性情報を作成する作成ステップと、
前記第１のマップ情報を使用する場合には、前記作成ステップの処理で作成された前記第１の連続性情報および前記第２の連続性情報を記録し、前記第２のマップ情報を使用する際には、前記第２の連続性情報を記録する記録ステップと
をコンピュータに実行させるプログラム。 - パケット列で構成されるデータストリームの記録の種類を判定する判定手段と、
前記判定手段により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定手段により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御部と、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録部と
を備えることを特徴とするデータ記録装置。 - 前記制御部は、前記記録の種類が第１の種類と判定された場合、前記データストリームの時刻情報と記録アドレスに基づく第１のマップ情報を生成するとともに、前記記録の種類が第２の種類と判定された場合、前記パケットの到着時刻情報と記録アドレスに基づく第２のマップ情報を生成し、
前記記録部は、前記第１のマップ情報、または第２のマップ情報を記録する
ことを特徴とする請求の範囲第５１項に記載のデータ記録装置。 - 前記第１の時間軸情報は、前記データデータストリームの基準時刻情報に基づいて生成された時刻情報の時間軸情報であり、前記第２の時間軸情報は、前記パケットの到着時刻に基づいて生成された時刻情報の時間軸情報である
ことを特徴とする請求の範囲第５１項に記載のデータ記録装置。 - パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、
前記判定ステップの処理により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定ステップの処理により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御ステップと、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、
前記判定ステップの処理により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定ステップの処理により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御ステップと、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列で構成されるデータストリームの記録の種類を判定する判定ステップと、
前記判定ステップの処理により前記記録の種類が第１の種類であると判定された場合、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報とを作成するとともに、前記判定ステップの処理により前記記録の種類が第２の種類であると判定された場合、前記第２の時間軸情報を作成する制御ステップと、
記録の種類が前記第１の種類の場合には、前記第１の連続性情報および前記第２の連続性情報を記録するとともに、記録の種類が前記第２の種類の場合には、前記第２の連続性情報を記録する記録ステップと
をコンピュータに実行させるプログラム。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置において、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生手段と、
前記再生手段により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置のデータ再生方法において、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置のプログラムであって、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列で構成されるデータストリームを情報記録媒体から再生するデータ再生装置を制御するコンピュータに、
前記情報記録媒体から、第１の時刻情報の時間軸を表す第１の時間軸情報と、第２の時刻情報の時間軸を表す第２の時間軸情報の少なくとも一方を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を実行させるプログラム。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置において、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得手段と、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録手段と
を備えることを特徴とするデータ記録装置。 - 前記記録手段は、前記第１のパケット列と前記第２のパケット列の記録の間に、記録ポーズとポーズ解除の動作があった場合に、前記第２の時刻情報の不連続点が存在することを示す情報をさらに記録する
ことを特徴とする請求の範囲第４９項に記載のデータ記録装置。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のデータ記録方法において、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップと
を含むことを特徴とするデータ記録方法。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のプログラムであって、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、
前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点および前記パケットの到着時刻が参照するところの第２の時刻情報の不連続に関する情報を取得する取得ステップと、
前記不連続情報に応じて、前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報を記録する記録ステップと
を実行させるプログラム。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置において、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、
前記再生手段により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置のデータ再生方法において、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置のプログラムであって、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体から再生するデータ再生装置を制御するコンピュータに、
前記情報記録媒体から、前記データストリームの再生時刻が参照するところの第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記再生ステップの処理により再生された情報に基づいて、前記情報記録媒体からの再生を制御する制御ステップと
を実行させるプログラム。 - パケットからなるデータストリームの再生時刻が参照するところの第１の時刻情報の不連続点を検出する第１の検出手段と、
前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点を検出する第２の検出手段と
を備えるデータ記録装置によりデータが記録されるデータ記録媒体において、
前記第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記第２の時刻情報の不連続点が存在するかどうかを示す情報が記録されている
ことを特徴とするデータ記録媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置において、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、前記パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録手段を
備えることを特徴とするデータ記録装置。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のデータ記録方法において、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、前記パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップを
含むことを特徴とするデータ記録方法。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置のプログラムであって、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、前記パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップを
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームを情報記録媒体に記録するデータ記録装置を制御するコンピュータに、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、前記パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報を記録する記録ステップを
を実行させるプログラム。 - パケット列からなるデータストリームを記録するデータ記録媒体において、
記録の途中に、記録ポーズとポーズ解除の動作があった場合に、前記パケットの到着時刻が参照するところの時刻情報の不連続点が存在することを示す情報が記録されている
ことを特徴とするデータ記録媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生手段と、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御手段と
を備えることを特徴とするデータ再生装置。 - 前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、
前記再生手段は、前記第１のパケット列に続いて前記第２のパケット列を再生し、
前記制御手段は、前記第１のパケット列と第２のパケット列の間に前記第２の時刻情報の不連続点が存在しない場合、前記第１と第２のパケット列を、連続な前記基準時刻情報の値に基づいて再生する
ことを特徴とする請求の範囲第７５項に記載のデータ再生装置。 - 前記第２の時刻情報が参照する基準時刻情報を発生する発生手段をさらに備え、
前記再生手段は、前記第１のパケット列に続いて前記第２のパケット列を再生し、
前記制御手段は、前記第１のパケット列と第２のパケット列の間に前記委第２の時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする
ことを特徴とする請求の範囲第７５項に記載のデータ再生装置。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムであって、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
第１の時刻情報の不連続点を含まない第１のパケット列と、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２のパケット列の間に、前記パケットの到着時刻が参照するところの第２の時刻情報の不連続点が存在するかどうかを示す情報を再生する再生ステップと、
前記情報に基づいて、前記情報記録媒体からの前記データストリームの再生を制御する制御ステップと
を実行させるプログラム。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置において、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生手段と、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生手段と、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御手段と
を備えることを特徴とするデータ再生装置。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のデータ再生方法において、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御ステップと
を含むことを特徴とするデータ再生方法。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置のプログラムであって、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが格納されているプログラム格納媒体。 - パケット列からなるデータストリームが記録されている情報記録媒体から前記データストリームを再生するデータ再生装置を制御するコンピュータに、
前記パケットの到着時刻を示す時刻情報が参照する基準時刻情報を発生する発生ステップと、
第１の時刻情報の不連続点を含まない第１パケット列に続いて、前記第１のパケット列に続く前記第１の時刻情報の不連続点を含まない第２パケット列を再生する再生ステップと、
前記第１のパケット列と前記第２のパケット列の間に前記パケットの到着時刻を示す時刻情報の不連続点が存在する場合、前記第２のパケット列を再生する前に、前記基準時刻情報のクロック値をリセットする制御ステップと
を実行させるプログラム。
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 true JPWO2002075739A1 (ja) | 2004-07-08 |
| JP4022818B2 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) | 정보 처리 장치 및 방법, 프로그램과 기록 매체 | |
| 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 |