CN101145368B

CN101145368B - 数据记录设备和数据记录方法

Info

Publication number: CN101145368B
Application number: CN2007101819994A
Authority: CN
Inventors: 加藤元树; 滨田俊也
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-03-08
Filing date: 2001-11-20
Publication date: 2011-12-28
Anticipated expiration: 2021-11-20
Also published as: CA2728972C; RU2270485C2; ES2401565T3; BR0110668A; TW594682B; CA2775799A1; CA2776055A1; CA2728499A1; CA2728814A1; EP1367587A1; CN101145369A; EP2602791A3; EP2602791A2; EP2172938B1; CY1113079T1; EP2172937A2; EP1367587A4; EP2602790A2; ES2421515T3; ES2388251T3

Abstract

即使删除了一部分AV数据也足够管理数据的内容和再现数据的数据记录设备。当删除了一Clip(剪辑)的一部分而致使ATC序列变成不连续时，这样确定在ATC序列开头的STC序列的offset_STC_id值(用于标识STC序列的值)，使得在ATC间断点之后的每个STC序列的stc_id值不发生改变。本发明可应用于把AV流记录到光盘上的技术。

Description

数据记录设备和数据记录方法

本申请为以下专利申请的分案申请：申请日为2001年11月20日，申请号为01811369.9，发明名称为《数据记录设备》。

技术领域

一般地说，本发明涉及一种数据记录设备。更具体地说，本发明涉及一种即使编辑存储在记录介质上的数据，也能够适当地管理存储在记录介质上的数据和再现信息的数据记录设备。

背景技术

近年来，人们提出了各种各样的光盘，作为可从记录/再现设备上移去的盘状信息记录介质。人们提出这样的可记录光盘，作为具有数千兆字节的大存储容量的介质，并且热切盼望它们成为记录诸如视频信号之类的AV(视听)信号的介质。供应要记录到这样的可记录光盘上的数字AV信号的信源除了BS数字广播电台之外，还包括CS数字卫星广播电台，以及在将来，还有拟用的地波电视广播电台。

一般说来，通过这些信源供应的数字视频信号要经受通常采用MPEG(运动图像专家组)-2技术的画面压缩。记录信号的记录设备具有专用于该设备的预定记录速率。当数字广播电台生成的数字视频信号被记录到传统用户图像存储介质中时，如果采用模拟记录技术，则解码数字视频信号，然后，对数字视频信号进行限带处理。另一方面，如果采用数字记录技术，则一次性解码数字视频信号，然后，采用编码技术，以专用于记录设备的记录速率记录数字视频信号。数字记录技术的代表性技术包括MPEG1视频技术、MPEG2视频技术和DV(数字视频)技术。

但是，借助于这样的记录设备，供应的位流在经受限带和记录处理之前，被一次性解码，致使画面质量变差。如果在记录数字画面的操作中，实行了画面压缩的输入数字信号的传输速率不超过记录/再现设备的记录速率，为了使画面质量的变差程度达到最小，可以采用对输入数字信号不进行解码和记录处理，按原样记录供应的视频流的方法。另一方面，如果输入数字信号的传输速率超过用作记录介质的盘的记录速率，则需要用记录/再现设备解码数字信号，然后进行记录，以便在把信号存储在记录介质中之前，使传输速率低于记录速率的上限。

在数字信号发送采用以随时间而变化的位速率发送数字信号的可变速率技术的情况中，与由于转头的固定转速而具有固定记录速率的带记录技术相比，能够在突发操作中记录临时存储在缓冲器中的数据的盘记录设备能够有效地利用用作信息记录介质的盘的存储容量。

如上所述，人们预测，在数字广播十分流行的将来，需要一种利用盘作为记录介质，无需包括解码和记录处理在内的任何处理，以与数据流相同的方式存储作为数字信号的广播信号的记录/再现设备。

如上所述，随着记录介质的存储容量不断增加，记录介质可以用于存储诸如节目的视频和音频数据之类的更大量数据。因此，盘可以用于记录大量节目。这样，用户需要进行诸如编辑之类的操作，以便只观看从记录在盘的大量节目中选择出来的想看的节目。

但是，如果进行编辑操作，则难以适当地管理记录在盘上的数据和再现信息。

发明内容

因此，解决上述问题的本发明的目的是提供一种即使编辑存储在记录介质上的数据的说明，也能够适当地管理存储在记录介质上的数据和再现信息的数据记录设备。

根据本发明，提供了第一数据记录设备，其特征在于，包括：

第一检测装置，用于检测数据流的基准时间信息；

第一生成装置，用于生成：

代表根据第一检测装置得出的检测结果生成的第一时间信息的连续性的第一连续性信息；

代表示出分组的到达时间的第二时间信息的连续性的第二连续性信息；

标识不包含第一时间信息的间断点的第一分组阵列的标识信息；和

为不包含第二时间信息的间断点的每个第二分组阵列加入的标识信息的偏移值；和

记录装置，用于把第一连续性信息、第二连续性信息和偏移值记录到信息记录介质上。

可以提供第一连续性信息代表记录分组阵列中，在第一时间信息的时间轴的开头的分组的地址的结构。

可以提供第二连续性信息代表记录分组阵列中，在第二时间信息的时间轴的开头的分组的地址的结构。

可以提供第一数据记录设备还配有管理装置的结构，所述管理装置以第一分组阵列不越过第二分组阵列的边界的方式管理数据。

可以提供第一数据记录设备还配有如下装置的结构：

第二检测装置，用于检测包含在数据流中的节目内容的变化点；和

获取装置，用于根据第二检测装置得出的检测结果，获取记录的分组阵列中，与节目内容的变化点相对应的分组的地址，

其中，记录装置还把获取装置获取的、与变化点相对应的分组的地址记录到信息记录介质上。

可以提供第一数据记录设备还配有管理装置的结构，所述管理装置以这样的方式管理数据，在记录的分组阵列中，一个节目序列可以越过在第一分组阵列与节目序列是含有固定节目内容的分组的阵列的第二分组阵列之间的边界。

可以提供第一数据记录设备还配有第二生成装置的结构，所述第二生成装置生成第一分组的每个阵列的播放开始时间和播放结束时间，其中，记录装置记录第二生成装置生成的播放开始时间和播放结束时间。

可以提供记录装置还用于记录示出显示时间信息的时间与数据地址之间的关系的映像的结构。

本发明的第一数据记录方法的特征在于，包括：

第一检测步骤，检测数据流的基准时间信息；

生成步骤，生成：

代表根据在第一检测步骤执行的处理中得出的检测结果生成的第一时间信息的连续性的第一连续性信息；

标识不包含基准时间信息的间断点的第一分组阵列的标识信息；和

记录步骤，把第一连续性信息、第二连续性信息和偏移值记录到信息记录介质上。

本发明的第一程序存储介质的特征在于，该程序存储介质用于存储程序，该程序的特征在于，包括：

第一检测步骤，检测数据流的基准时间信息；

生成步骤，生成：

可由计算机执行以便控制将包含分组阵列的数据流记录到信息记录介质上的数据记录设备的、本发明的第一程序的特征在于，包括：

第一检测步骤，检测数据流的基准时间信息；

生成步骤，生成：

本发明配备的第一数据记录介质的特征在于，该数据记录介质用于存储：

代表根据数据流的基准时间信息生成的第一时间信息的连续性的第一连续性信息；

为不包含第二时间信息的间断点的每个第二分组阵列加入的标识信息的偏移值。

本发明的第一数据再现设备的特征在于，包括：

再现装置，用于再现：

代表根据存储在信息记录介质中的数据流的基准时间信息生成的第一时间信息的连续性的第一连续性信息；

控制装置，用于根据再现信息，控制数据流从信息记录介质中的再现。

可以提供再现装置还用于再现示出显示时间信息的时间与数据地址之间的关系的映像的结构。

本发明的第一数据再现方法的特征在于，包括：

再现步骤，再现：

控制步骤，根据在再现步骤执行的处理中再现的信息，控制数据流从信息记录介质中的再现。

本发明的第一程序存储介质的特征在于，包括：

再现步骤，再现：

可由计算机执行以便控制从信息记录介质中再现包含分组阵列的数据流的数据再现设备的、本发明的第二程序的特征在于，包括：

再现步骤，再现：

本发明的第二数据记录设备的特征在于，包括：

第一获取装置，用于获取在不包含到达时间信息的间断点的每个分组阵列的开头的分组的地址；

第二获取装置，用于获取分组阵列的偏移时间信息；和

记录装置，用于把由第一获取装置获取的分组的地址和由第二获取装置获取的偏移时间信息记录到信息记录介质上。

分组阵列可以是ATC序列，可以把分组的地址称为SPN_ATC_start，和可以把开始时间称为offset_arrival_time。

可以提供记录装置还用于记录示出到达时间信息的时间与数据地址之间的关系的映像的结构。

本发明的第二数据记录方法的特征在于，包括：

第一获取步骤，获取在不包含到达时间信息的间断点的每个分组阵列的开头的分组的地址；

第二获取步骤，获取分组阵列的偏移时间信息；和

记录步骤，把在第一获取步骤执行的处理中获取的分组的地址和在第二获取步骤执行的处理中获取的偏移时间信息记录到信息记录介质上。

本发明的第三程序存储介质的特征在于，包括：

第二获取步骤，获取分组阵列的偏移时间信息；和

可由计算机执行的、本发明的第三程序的特征在于，包括：

第二获取步骤，获取分组阵列的偏移时间信息；和

本发明的第二数据再现设备的特征在于，包括：

再现装置，用于再现在不包含到达时间信息的间断点的每个分组阵列的开头的分组的地址和分组阵列的偏移时间信息；和

可以提供第二数据再现装置还用于再现示出到达时间信息的时间与数据地址之间的关系的映像的结构。

可以提供第二数据再现装置用于执行如下步骤的结构：

在不早于分组阵列的偏移时间信息的再现开始时间，找出含有分组到达时间的分组阵列；

在与分组阵列有关的再现起点上，获取不迟于分组到达时间的入口点的时间；和

从与入口点的时间相联系的地址开始再现数据流。

本发明的第二数据再现方法的特征在于，包括：

再现步骤，再现在不包含到达时间信息的间断点的每个分组阵列的开头的分组的地址和分组阵列的偏移时间信息；和

控制步骤，根据再现信息，控制数据流从信息记录介质中的再现。

本发明的第四程序存储介质的特征在于，包括：

本发明的第四程序的特征在于，包括：

本发明的第二数据记录介质的特征在于，该数据记录介质用于存储在不包含到达时间信息的间断点的每个分组阵列的开头的分组的地址和存储每个分组阵列的到达时间信息的偏移时间信息。

本发明的第一数据编辑设备的特征在于，包括：

控制器，用于根据不包含基准时间信息的间断点的第一分组阵列和不包含到达时间信息的间断点的第二分组阵列，管理数据流；和

用户接口，用于发出删除一部分数据流的命令，

其中，当发出删除一部分数据流的命令时，控制器进行控制，为每个第二分组阵列加入标识第一分组阵列的标识信息的偏移值，以便第一分组阵列的标识信息不发生改变。

可以提供第一数据编辑设备还用于控制示出显示时间信息的时间与数据地址之间的关系的映像的结构。

可以提供第一数据编辑设备用于执行如下步骤的结构：

找出具有与删除终点的显示时间一致或在删除终点的显示时间之前的显示时间值的、第一入口点的第一显示时间；

找出具有比第一显示时间的值早至少预定时间间隔的显示时间的、第二入口点的第二显示时间；和

控制在与第二显示时间相联系的数据地址之前那一部分的删除。

可以提供第一数据编辑设备用于执行如下步骤的结构：

找出具有与删除起点的显示时间一致或在删除起点的显示时间之后的显示时间值的、第一入口点的第一显示时间；

找出具有比第一显示时间的值晚的显示时间的、第二入口点的第二显示时间；和

控制在与第二显示时间相联系的数据地址之后那一部分的删除。

本发明的第一数据编辑方法的特征在于，包括：当发出删除一部分数据流的命令时，控制器进行控制，为每个第二分组阵列加入标识第一分组阵列的标识信息的偏移值，以便第一分组阵列的标识信息不发生改变。

本发明的第五程序存储介质的特征在于，该程序存储介质用于存储执行如下操作的程序：当发出删除一部分数据流的命令时，进行控制，为每个第二分组阵列加入标识第一分组阵列的标识信息的偏移值，以便第一分组阵列的标识信息不发生改变。

本发明的第五程序的特征在于，当发出删除一部分数据流的命令时，该程序进行控制，为每个第二分组阵列加入标识第一分组阵列的标识信息的偏移值，以便第一分组阵列的标识信息不发生改变。

本发明的第二数据编辑设备的特征在于，包括：

控制器，用于根据不包含示出每个分组的到达时间的到达时间信息的间断点的分组阵列，管理数据流；和

用户接口，用于发出删除一部分数据流的命令，

其中，当发出删除一部分数据流的命令时，控制器进行控制，为每个分组阵列加入到达时间信息的时间轴的开始时间。

可以提供第二数据编辑设备还用于控制示出到达时间信息的时间与数据地址之间的关系的映像的结构。

可以提供第二数据编辑设备用于执行如下步骤的结构：

在与到达时间信息的时间轴的开始时间相一致或在到达时间信息的时间轴的开始时间之后的删除起点上，找出带有分组到达时间的分组阵列；

在分组阵列的到达时间信息的时间轴上的删除起点上，获取在与分组到达时间一致或在分组到达时间之后的时间上的入口点；和

控制在与入口点的时间相联系的数据地址之后那一部分的删除。

可以提供第二数据编辑设备用于执行如下步骤的结构：

在与到达时间信息的时间轴的开始时间相一致或在到达时间信息的时间轴的开始时间之后的删除终点上，找出带有分组到达时间的分组阵列；

在分组阵列的到达时间信息的时间轴上的删除终点上，获取在与分组到达时间一致或在分组到达时间之前的时间上的入口点；和

控制在与入口点的时间相联系的数据地址之前那一部分的删除。

本发明的第二数据编辑方法的特征在于，当发出删除一部分数据流的命令时，控制器进行控制，为每个分组阵列加入到达时间信息的时间轴的开始时间。

本发明的第六程序存储介质的特征在于，该程序存储介质用于存储包括如下步骤的程序：当发出删除一部分数据流的命令时，进行控制，为每个分组阵列加入到达时间信息的时间轴的开始时间。

本发明的第六程序的特征在于，当发出删除一部分数据流的命令时，进行控制，为每个分组阵列加入到达时间信息的时间轴的开始时间。

本发明的第三数据记录设备的特征在于，包括：

生成装置，用于：

当第一映像信息用作示出包括分组的阵列的数据流的时间信息与它们的地址之间的映像信息时，生成代表第一时间信息的连续性的第一连续性信息和代表第二时间信息的连续性的第二连续性信息；和

当第二映像信息用作映像信息时，生成第二连续性信息；和

记录装置，用于：

当使用第一映像信息时，记录由生成装置生成的第一连续性信息和第二连续性信息；和

当使用第二映像信息时，记录由生成装置生成的第二连续性信息。

可以把第一映像信息称为EP_map，和可以把第二映像信息称为TU_map。

可以提供在编辑过程中，记录装置在使用第一映像信息时，更新第一连续性信息和第二连续性信息，和在使用第二映像信息时，更新第二连续性信息的结构。

本发明的第三数据记录方法的特征在于，包括：

生成步骤：

当第二映像信息用作映像信息时，生成第二连续性信息；和

记录步骤：

当使用第一映像信息时，记录在生成步骤执行的处理中生成的第一连续性信息和第二连续性信息；和

当使用第二映像信息时，记录在生成步骤执行的处理中生成的第二连续性信息。

本发明的第七程序存储介质的特征在于，包括：

生成步骤：

当第二映像信息用作映像信息时，生成第二连续性信息；和

记录步骤：

可由计算机执行的、本发明的第七程序的特征在于，包括：

生成步骤：

当第二映像信息用作映像信息时，生成第二连续性信息；和

记录步骤：

本发明的第四数据记录设备的特征在于，包括：

确定装置，用于确定记录包括分组阵列的数据流的操作的类型；

控制单元，用于：

如果确定装置确定记录操作的类型是第一类型，则生成代表第一时间信息的时间轴的第一时间轴信息和代表第二时间信息的时间轴的第二时间轴信息；

如果确定装置确定记录操作的类型是第二类型，则生成第二时间轴信息；和

记录单元，用于：

如果记录操作的类型被确定为第一类型，则记录第一连续性信息和第二连续性信息；

如果记录操作的类型被确定为第二类型，则记录第二连续性信息。

可以提供控制单元起如下作用的结构：

如果记录操作的类型被确定为第一类型，根据数据流的时间信息和记录地址，生成第一映像信息；和

如果记录操作的类型被确定为第二类型，根据分组的到达时间信息和记录地址，生成第二映像信息；而

记录单元记录第一映像信息或第二映像信息。

可以提供第一时间轴信息是根据数据流的基准时间信息生成的时间信息的时间轴信息，和第二时间轴信息是根据分组的到达时间生成的时间信息的时间轴信息的结构。

本发明的第四数据记录方法的特征在于，包括：

确定步骤，确定记录包括分组阵列的数据流的操作的类型；

控制步骤：

如果在确定步骤执行的处理中，记录操作的类型被确定为第一类型，则生成代表第一时间信息的时间轴的第一时间轴信息和代表第二时间信息的时间轴的第二时间轴信息；

如果在确定步骤执行的处理中，记录操作的类型被确定为第二类型，则生成第二时间轴信息；和

记录步骤：

如果记录操作的类型被确定为第一类型，则记录第一连续性轴信息和第二连续性轴信息；

本发明的第八程序存储介质的特征在于，该程序存储介质用于存储包括如下步骤的程序：

确定步骤，确定记录包括分组阵列的数据流的操作的类型；

控制步骤：

记录步骤：

可由计算机执行的、本发明的第八程序的特征在于，包括：

确定步骤，确定记录包括分组阵列的数据流的操作的类型；

控制步骤：

记录步骤：

本发明的数据再现设备的特征在于，包括：

再现装置，用于从信息记录介质中再现示出通过分组的到达时间所指的第二时间信息的间断点是否存在于不包含由数据流的再现时间所指的第一时间信息的间断点的第一分组阵列与接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列之间的信息；和

控制装置，用于根据再现装置再现的信息，控制数据从信息记录介质中的再现。

本发明的数据再现方法的特征在于，包括：

再现步骤，从信息记录介质中再现示出通过分组的到达时间所指的第二时间信息的间断点是否存在于不包含由数据流的再现时间所指的第一时间信息的间断点的第一分组阵列与接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列之间的信息；和

控制步骤，根据在再现步骤执行的处理中再现的信息，控制数据从信息记录介质中的再现。

本发明的程序存储介质的特征在于，该程序存储介质用于存储包括如下步骤的程序：

可由计算机执行的、本发明的程序的特征在于：

本发明的第三数据记录介质的特征在于，该数据记录介质用于存储示出通过分第二时间信息的间断点是否存在于不包含第一时间信息的间断点的第一分组阵列与接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列之间的信息。

本发明的第六数据记录设备的特征在于，该设备包括记录装置，用于记录在记录操作的过程中，在操作记录暂停/暂停释放的情况下，指示存在由分组的到达时间所指的时间信息的间断点的信息。

本发明的第六数据记录方法的特征在于，该方法包括记录步骤，记录在记录操作的过程中，在操作记录暂停/暂停释放的情况下，指示存在由分组的到达时间所指的时间信息的间断点的信息。

本发明的第十程序存储介质的特征在于，该程序存储介质用于存储包括如下步骤的程序：记录步骤，记录在记录操作的过程中，在操作记录暂停/暂停释放的情况下，指示存在由分组的到达时间所指的时间信息的间断点的信息。

可由计算机执行以便控制记录数据流的数据记录设备的、本发明的第十程序的特征在于，包括：记录步骤，记录在记录操作的过程中，在操作记录暂停/暂停释放的情况下，指示存在由分组的到达时间所指的时间信息的间断点的信息。

本发明的第四数据记录介质的特征在于，该数据记录介质用于记录在记录操作的过程中，在操作记录暂停/暂停释放的情况下，指示存在由分组的到达时间所指的时间信息的间断点的信息。

本发明的第三数据再现设备的特征在于，包括：

再现装置，用于再现示出通过分组的到达时间所指的第二时间信息的间断点是否存在于不包含第一时间信息的间断点的第一分组阵列与接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列之间的信息；和

控制装置，用于根据再现装置再现的信息，控制数据流从信息记录介质中的再现。

可以提供第三数据再现设备还配有生成由第二时间信息所指的基准时间信息的生成装置的结构，其中，再现装置在第一分组阵列之后再现第二分组阵列；和

如果没有第二时间信息的间断点存在于第一分组阵列与第二分组阵列之间，控制装置根据基准时间信息的连续值，再现第一和第二分组分组阵列。

如果第二时间信息的间断点存在于第一分组阵列与第二分组阵列之间，控制装置在再现第二分组阵列之前，重置基准时间信息的时钟值。

本发明的第三数据再现方法的特征在于，该方法包括如下步骤：

再现步骤，再现示出通过分组的到达时间所指的第二时间信息的间断点是否存在于不包含第一时间信息的间断点的第一分组阵列与接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列之间的信息；和

本发明的第十一程序存储介质的特征在于，该程序存储介质用于存储包括如下步骤的程序：

可由计算机执行以便控制从用于存储数据流的信息记录介质中再现包含分组阵列的数据流的数据再现设备的、本发明的第十一程序的特征在于，包括如下步骤：

本发明的第四数据再现设备的特征在于，包括：

生成装置，用于生成由示出分组的到达时间的时间信息所指的基准时间信息；

再现装置，用于在再现不包含第一时间信息的间断点的第一分组阵列之后，再现接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列；和

控制装置，用于如果示出分组的到达时间的时间信息的间断点存在于第一分组阵列与第二分组阵列之间，则在再现第二分组阵列之前，重置基准时间信息的时钟值。

本发明的第四数据再现方法的特征在于，包括：

生成步骤，生成由示出分组的到达时间的时间信息所指的基准时间信息；

再现步骤，在再现不包含第一时间信息的间断点的第一分组阵列之后，再现接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列；和

控制步骤，如果示出分组的到达时间的时间信息的间断点存在于第一分组阵列与第二分组阵列之间，则在再现第二分组阵列之前，重置基准时间信息的时钟值。

本发明的第十二程序存储介质的特征在于，该程序存储介质用于存储包括如下步骤的程序：

可由计算机执行以便控制从用于存储数据流的信息记录介质中再现包含分组阵列的数据流的数据再现设备的、本发明的第十二程序的特征在于，包括：

在本发明的第一数据记录设备中，把下列各段信息记录到信息记录介质上：

代表第一时间信息的连续性的第一连续性信息；

代表示出分组的到达时间的第二时间信息的连续性的第二连续性信息；和

在本发明的第一数据再现设备中，根据也从信息记录介质中再现的如下各段信息，控制数据流从信息记录介质中的再现：

在本发明的第二数据记录设备中，把分组的地址和偏移时间信息记录在信息记录介质上。

在本发明的第二数据再现设备中，根据也从信息记录介质中再现的如下各段信息，控制数据流从信息记录介质中的再现：在不包含到达时间信息的间断点的每个分组阵列的地址；和分组阵列的偏移时间信息。

在本发明的第一数据编辑设备中，当发送删除一部分数据流的命令时，进行控制，为每个第二分组阵列加入标识第一分组阵列的标识信息的偏移值，以便使第一分组阵列的标识信息不发生改变。

在本发明的第二数据编辑设备中，当发送删除一部分数据流的命令时，进行控制，为每个分组阵列加入到达时间信息的时间轴的开始时间。

在本发明的第三数据记录设备中，

当第一映像信息被确定用作映像信息时，生成代表第一时间信息的连续性的第一连续性信息和代表第二时间信息的连续性的第二连续性信息，和根据第一连续性信息和第二连续性信息生成第一映像信息，然后记录它；和

当第二映像信息被确定用作映像信息时，生成第二连续性信息，和根据第二连续性信息生成第二映像信息，然后记录它。

在本发明的第四数据记录设备中，当第一记录类型被确定用作记录操作的类型时，分析数据流，生成代表第一时间信息的连续性的第一连续性信息，以及代表第二时间信息的连续性的第二连续性信息，和根据第一连续性信息和第二连续性信息生成第一映像信息，然后记录它；和当第二记录类型被确定用作记录操作的类型时，生成第二连续性信息，和根据第二连续性信息生成第二映像信息，然后记录它。

在本发明的第五数据记录设备中，进行操作，以便记录示出第二时间信息的间断点是否存在于不包含第一时间信息的间断点的第一分组阵列与接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列之间的信息。

在本发明的第六数据记录设备中，进行处理，以便记录在记录操作的过程中，在操作记录暂停/暂停释放的情况下，指示存在由分组的到达时间所指的时间信息的间断点的信息。

在本发明的第三数据再现设备中，进行操作，以便再现示出由分组的到达时间所指的第二时间信息的间断点是否存在于不包含第一时间信息的间断点的第一分组阵列与接在第一分组阵列之后的和不包含第一时间信息的间断点的第二分组阵列之间的信息。

在本发明的第四数据再现设备中，如果示出分组的到达时间的时间信息的间断点存在于第一分组阵列与第二分组阵列之间，则在再现第二分组阵列之前，重置基准时间信息的时钟值。

附图说明

图1是用在应用本发明的记录/再现系统中的记录介质上应用格式的结构的说明图；

图2是示出目录结构的说明图；

图3是示出DVR MEPG-2传输流的结构的图形；

图4是示出source_packet的语法的图形；

图5是示出TP_extra_header()的语法的图形；

图6是示出DVR MEPG-2传输流记录器的模型的结构的方块图；

图7是示出DVR MEPG-2传输流播放器的模型的结构的方块图；

图8是示出Clip(剪辑)信息文件的语法的图形；

图9是示出ATC序列的说明图；

图10是示出ATC间断点与ATC序列之间的关系的说明图；

图11是示出连续STC区间的说明图；

图12是示出STC间断点与STC序列之间的关系的说明图；

图13是示出SequenceInfo()的语法的图形；

图14是示出节目序列的说明图；

图15是示出ProgramInfo()的语法的图形；

图16是示出StreamCodingInfo()的语法的图形；

图17是示出stream_coding_type的说明图；

图18是示出Vieo_format的说明图；

图19是示出frame_rate的说明图；

图20是示出display_aspect_ratio的说明图；

图21是示出audio_presentation_type的说明图；

图22是示出sampling_frequency的说明图；

图23是示出CPI()的语法的图形；

图24是示出EP_map的说明图；

图25是示出TU_map的说明图；

图26是示出TU_map的语法的图形；

图27是示出PlayList(播放列表)文件的语法的图形；

图28是示出PlayList()的语法的图形；

图29是示出EP_map型PlayList的说明图；

图30是示出TU_map型PlayList的说明图；

图31是示出EP_map型PlayList的时间信息与AV流文件中的地址信息之间的关系说明图；

图32是示出TU_map型PlayList的时间信息与AV流文件中的地址信息之间的关系说明图；

图33是示出PlayItem()的语法的图形；

图34是示出当把AV流记录成新Clip对象时，在Clip与PlayList之间建立起来的关系的说明图；

图35是示出建立Virtual PlayList(虚拟播放列表)的说明图；

图36是示出当删除Real PlayList(真实播放列表)的一部分再现区间时，在Clip与PlayList之间建立起来的关系的说明图；

图37是示出最小化编辑的说明图；

图38是示出当部分删除Clip AV流的数据时，在Clip中形成的ATC序列的说明图；

图39是示出当部分删除Clip AV流的数据时，在ATC序列、STC序列和节目序列之间建立起来的关系的说明图；

图40是示出当删除含有EP_map CPI的Clip AV流的一部分时，在Clip与PlayList之间建立起来的关系的说明图；

图41是示出当删除含有EP_map CPI的Clip AV流的一部分时，Clip文件分解成两个部分的情况的说明图；

图42是示出当删除含有TU_map CPI的Clip AV流的一部分时，在Clip与PlayList之间建立起来的关系的说明图；

图43是示出本发明的运动图像记录/再现设备的结构的方块图；

图44示出了代表生成Clip的操作的说明性流程图；

图45示出了代表生成SequenceInfo的操作的说明性流程图；

图46示出了代表生成ProgramInfo的操作的说明性流程图；

图47示出了代表生成EP_map的操作的说明性流程图；

图48示出了代表为Clip的不同CPI类型生成Clip信息的不同方法的说明性流程图；

图49示出了代表生成Real PlayList的方法的说明性流程图；

图50示出了代表生成Virtual PlayList的方法的说明性流程图；

图51示出了代表再现EP_map型PlayList的方法的说明性流程图；

图52示出了代表使EP_map型PlayList最小的编辑处理的说明性流程图；

图53是示出最小化处理的说明图；

图54是示出在最小化处理过程中删除IN_time之前的无用流数据的说明图；

图55是示出在最小化处理过程中删除OUT_time之后的无用流数据的说明图；

图56示出了代表再现TU_map型的PlayList的方法的说明性流程图；

图57示出了在图56所示的流程图的步骤S303中的处理的细节的说明性流程图；

图58示出了代表使TU_map型的PlayList最小的编码处理的说明性流程图；

图59示出了在图58所示的流程图的步骤S502中的处理的细节的说明性流程图；

图60示出了代表在使EP_map型PlayList和TU_map型PlayList最小的编码中，更新Clip信息文件的处理的说明性流程图；

图61示出了显示在两个ATC序列之间的边界上EP_map型PlayList分解成两个PlayItem(播放项)对象的情况的说明图；

图62示出了显示在连续ATC序列上的两个STC序列之间的边界上EP_map型PlayList分解成两个PlayItem对象的情况的说明图；

图63示出了代表在记录AV流的处理中生成EP_map型PlayList的处理的流程图。

图64是示出在两个ATC序列之间的边界上TU_map型PlayList分解成两个PlayItem对象的情况的说明性流程图；

图65示出了代表在记录AV流的处理中生成TU_map型PlayList的处理的流程图。

图66示出了代表再现EP_map型PlayList的流程图；

图67示出了代表再现TU_map型PlayList的流程图；和

图68是示出记录介质的记录区的说明图；

实施本发明的最佳方式

下面参照附图说明本发明的优选实施例。

图1是示出记录介质(如后所述的图43所示的记录介质)上应用格式的简化结构的图形。该格式具有用于管理AV流的两个层，即PlayList和Clip。卷信息用于管理盘上所有Clip和PlayList对象。把包含AV流和它的附属信息的一对当作称为Clip对象的一个对象。称AV流文件为Clip AV流文件，和称它的附属信息为Clip信息文件。

Clip AV流文件用于以DVR(数字视频记录)应用格式存储按照规定MPEG2传输流的结构设计的数据。

一般说来，用在诸如计算机之类的设备中的数据文件被当作字节阵列来处理。另一方面，Clip AV流文件的内容沿着时间轴延伸。PlayList对象指定主要作为时间标记的Clip对象中的接入点。借助于PlayList对象给出的、Clip对象中接入点的时间标记，Clip信息文件可用于找出开始解码Clip AV流文件中的流的操作的地址。

引入PlayList对象是为了能够从Clip对象的内容中选择用户想要观看的再现区间和容易地编辑再现区域。PlayList对象是从Clip对象中选择出来的一些再现区间的集合。在PlayList对象中，Clip对象中的一个再现区间被称为PlayItem，PlayItem由一对IN和OUT点表示。因此，PlayList对象是一些PlayItem对象的集合。

存在两种类型的PlayList，即Real PlayList和Virtual PlayList。RealPlayList可以被当作与和PlayList对象相联系的Clip对象共享流部分的PlayList对象。更详细地说，Real PlayList对象占据用于存储与和PlayList对象共享的流部分相联系的数据的盘区。当生成AV流作为新Clip对象时，涉及到Clip对象的整个再现范围的Real PlayList对象也自动生成。如果删除Real PlayList对象的整个再现范围的一部分，由Real PlayList对象的再现范围的删除部分表示的Clip对象的流部分也被删除了。

Virtual PlayList可以被当作不与和PlayList对象相联系的Clip对象共享流部分的PlayList对象。即使Virtual PlayList对象的再现范围的一部分被删除了，Clip对象一点也不会改变。

应该注意到，在如下的描述中，Real PlayList和Virtual PlayList两者被简称为PlayList，PlayList是总称。

下面列出DVR盘上所需的目录：

“DVR”目录容纳了“PLAYLIST”目录、“CLIPNF”目录、“STREAM”目录和“DATA”目录。

除了上述目录之外的其它目录可以在根目录下生成。但是，在DVR应用格式中忽略如此生成的目录。

图2是示出DVR盘上典型目录结构的图形。如图所示，根目录只包括一个目录。按照“DVR”指定的所有文件和目录都必须存储在DVR目录下。

“PLAYLIST”是必须存放Real PlayList和Virtual PlayList的数据库文件的目录。即使PlayList对象一个也没有，这个目录也必须存在。

“CLIPNF”是必须存放Clip信息文件的目录。即使Clip对象一个也没有，这个目录也必须存在。

“STREAM”是必须存放AV流文件的目录。即使AV流文件一个也没有，这个目录也必须存在。

“PLAYLIST”用于存储两种类型的PlayList文件，即，Real PlayList和Virtual PlayList。

“xxxxx.rpls”是用于存储与Real PlayList对象相关的信息的文件。也就是说，“xxxxx.rpls”是为每个Real PlayList对象生成的。“xxxxx.rpls”是文件名。“xxxxx”是一串每一个都是由从0到9的数字组成的5个数字字符。文件名必须含有扩展名“.rpls”。

“yyyyy.vpls”是用于存储与Virtual PlayList对象相关的信息的文件。也就是说，“yyyyy.vpls”是为每个Virtual PlayList对象生成的。“yyyyyy.rpls”是文件名。“yyyyy”是一串每一个都是由从0到9的数字组成的5个数字字符。文件名必须含有扩展名“.vpls”。

“CLIPNF”目录包括像AV流文件那样的许多Clip文件”。

“zzzzz.cpls”是用于AV流文件(Clip AV流文件或Bridge-Clip AV流文件)的Clip信息文件。“zzzzz.cpls”是文件名。“zzzzz”是一串每一个都是由从0到9的数字组成的5个数字字符。文件名必须含有扩展名“.cpls”。

“STREAM”目录用于容纳AV流文件。

“zzzz.m2ts”是由DVR系统管理的AV流文件。如上所述，AV流文件可以是Clip AV流文件或Bridge-Clip AV流文件。“zzzzz.m2ts”是文件名。“zzzzz”是一串每一个都是由从0到9的数字组成的5个数字字符。文件名必须含有扩展名“.m2ts”。

AV流文件必须含有与和AV流文件相联系的Clip信息文件相同的一串5个数字字符“zzzzz”。

由于在说明本发明的实施例时不需要其它目录和其它文件的名称，因此，略去对其它目录的描述。

接着，说明AV流文件的结构。AV流文件必须具有与图3所示的DVR MPEG2传输流的结构。DVR MPEG2传输流具有如下特性：

1)DVR MPEG2传输流含有整数个顺排单元(aligned unit)。

2)顺排单元的长度是6,144个字节(2,048×3个字节)。

3)顺排单元从源分组的第1个字节开始。

4)源分组每一个都具有192个字节的长度。源分组包括TP_extra_header和传输分组。TP_extra_header具有4个字节的长度，而传输分组具有188个字节的长度。

5)顺排单元包括32个源分组。

6)DVR MPEG2传输流的最后一个顺排单元也包括32个源分组。

7)如果最后一个顺排单元没有完全被输入传输流的传输分组填满，必须用每一个都是空分组(含有PID为0×1FFF的传输分组)的源分组填充其它的字节区。

源分组的语法如图4所示。

TP_extra_header是长度为4个字节的首标。transport_packet()是遵从ISO/IEC(国际标准化组织/国际电子技术委员会)13818-1标准的188-字节MPEG-2传输分组。

TP_extra_header的语法如图5所示。

copy_permission_indicator是代表传输分组的有效负载的复制极限的整数。

arrival_time_stamp是示出传输分组到达解码器(解码器是如后所述的图43所示的AV解码器16)的时间的时间标记。arrival_time_stamp是具有由如后所述的方程eq.(1)中的arrival_time_stamp指定的值的整数。

图6是示出用于DVR MEPG-2传输流的记录器的模型的图形。该记录器对应于其结构显示在如后所述的图43中的运动图像记录/再现设备1。这个模型是指定记录处理的概念的模型。DVR MEPG-2传输流必须符合这个模型。

下面说明DVR MEPG-2传输流的输入定时。

·输入MEPG-2传输流是完整传输流或部分传输流。

·输入MEPG-2传输流必须遵从ISO/IEC 13818-1或ISO/IEC 13818-9。

·在时刻t(i)，同时把MEPG-2传输流的第i个字节供应给T-STD 201和源分组器204。T-STD 201是遵从ISO/IEC 13818-1的传输流系统目标解码器。T-STD 201对应于图43所示的AV解码器16。源分组器204是图43所示的源分组器29

27-MHz PLL 202对应于嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的控制单元17中的部件。27MHz的时钟频率必须用MEPG-2传输流的PCR(程序时钟基准)来锁定。

下面说明到达时间时钟脉冲。

·到达时间时钟脉冲计数器203是用于计数由27-MHz PLL 202输出的27MHz脉冲的个数的二进制计数器。到达时间时钟脉冲计数器203对应于也嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的控制单元17中的部件。

·Arrival_time_clock(i)是到达时间时钟脉冲计数器203在时刻t(i)的计数值。

源分组器204通过把TP_extra_header加入每个传输分组中，生成源分组。

·Arrival_time_stamp(i)是传输分组的第1字节到达T-STD 201和源分组器204两者的时间。从方程Eq.(1)中可明显看出，Arrival_time_stamp(k)是Arrival_time_clock(i)的样本值。

time_stamp(k)＝arrival_time_clock(i)％2³⁰ ...(1)

此处，符号k是传输分组的第1字节。

写缓冲器205对应于嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的控制单元17中的部件。Rmax是从源分组器204流入写缓冲器205的源分组流的输入位速率。Rmax是利用如下方程计算出来的：

Rmax＝TS_recording_rate×192/188

此处，符号TS_recording_rate是输入传输流的最大位速率。

Rud是从写缓冲器205到DVR驱动器206的输出位速率。DVR驱动器206对应于也嵌在应用于其结构显示在图43中的运动图像记录/再现设备l的写单元32中的部件。

·Rud是写缓冲器205处在非空状态下，从写缓冲器205输出的源分组流的输出位速率。当写缓冲器205空着时，输出位速率是零。

DVR驱动器206把来自写缓冲器205的每个分组记录到与图43所示的记录介质10相对应的盘上。每个分组包括指示分组到达T-TSD 201的时间的附加ATS。

图7是示出再现DVR MEPG-2传输流的播放器的模型的图形。播放器对应于其结构显示在图43中的运动图像记录/再现设备1。这个模型是指定再现处理的概念的模型。DVR MEPG-2传输流必须符合这个模型。

读缓冲器222对应于嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的读单元11中的部件。

·Rud是从DVR驱动器221到读缓冲器222输入位速率(DVR驱动器对应于嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的读单元11中的部件)。

·Rud是读缓冲器222处在非空状态下，输入到读缓冲器222的源分组流的输入位速率。当读缓冲器222充满时，没有流供应给读缓冲器222。

·Rmax是从读缓冲器222到源拆分组器223的输出位速率，源拆分组器223对应于应用在其结构显示在图43中的运动图像记录/再现设备1的源拆分组器14。

到达时间时钟脉冲计数器225对应于嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的控制单元17中的部件。

到达时间时钟脉冲计数器225是计算由晶体振荡器224以频率27MHz生成的27-MHz脉冲的个数的计数器。晶体振荡器224对应于嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的控制单元17中的部件。

·如果当前源套接字(source socket)是AV流文件的第一源套接字或如后所述的SequenceInfo()中SPN_ATC_start指示的源套接字，则把到达时间时钟脉冲计数器225重置在分组的到达时间标记的值上。

arrival_time_clock(i)是到达时间时钟脉冲计数器225在时刻t(i)的计数值。

下面描述输出MPEG-2传输流的定时。

如果当前源套接字的arrival_time_clock等于arrival_time_clock(i)的LSB(最低有效位)30个位的值，则从缓冲器中提取源分组的传输分组。

下列描述说明了管理AV流文件的再现信息的数据库的格式。

图8是示出Clip信息文件的语法的图形。Clip信息文件包括SequenceInfo()、Progrma Info()和CPI()。

SequenceInfo_start_address是相对于含有取作地址单元的字节的zzzzz.clpi文件的第1字节的、SequenceInfo()的开始地址。也就是说，第1地址是相对地址0。

ProgrmaInfo_start_address是相对于含有取作地址单元的字节的zzzzz.clpi文件的第1字节的、ProgrmaInfo()的开始地址。也就是说，第1地址是相对地址0。

CPI_start_address是相对于含有取作地址单元的字节的zzzzz.clpi文件的第1字节的、CPI()的开始地址。也就是说，第1地址是相对地址0。

由于在说明本发明的实施例时，不需要其它语法字段，因此，略去对其它字段的描述。

SequenceInfo()定义Clip AV流中ATC序列和STC序列的信息。

下面说明ATC序列。到达时基是基于构成AV流文件的源分组的到达时间标记(ATS)的时间轴。沿着时间轴的时钟脉冲被称为ATC(到达时间时钟脉冲)。ATC序列是不包含ATC间断点(或到达时基的间断点)的源分组序列。

图9是示出ATC序列的说明图。当把输入传输流重新记录成Clip AV流文件时，它的Clip对象必须不包括ATC间断点，并且只有一个ATC。假设只有当通过诸如编辑之类的处理，部分删除Clip AV流文件的流数据时，才生成ATC间断点。以后描述其细节。

把ATC序列的开始地址，即，AV流文件中新ATC开始的地址存储在Se-quenceInfo()中。这个地址被称为SPN_ATC_start。

AV流文件中除了最后一个以外的其它ATC序列每一个都从由它的SPN_ATC_start所指的源分组开始，并且结束在正好在下一个SPN_ATC_start所指的源分组之前的源分组上。最后一个ATC序列从由它的SPN_ATC_start所指的源分组开始，并且结束在AV流文件的最后一个源分组上。

图10是示出ATC间断点与ATC序列之间的关系的说明图。在本例中，ClipAV流文件含有2个ATC间断点和3个ATC序列。

接着，说明STC(系统时间时钟脉冲)。STC序列的定义是按照MPEG-2标准指定的。STC是系统时基时钟脉冲，它是基于传输文件中的PCR(程序时钟基准)的时间轴。STC值是精度为90kHz的33-位二进制计数器的计数值。

图11是示出连续STC区间的说明图。水平轴是到达时间时钟脉冲，和垂直轴是STC(或系统时基)。在情况1中，STC单调上升，该区间不包含STC间断点。在情况2中，数字输入端33-位STC计数器在中心返转。STC的返转点不是间断点。即使STC计数器返转，STC也是连续的。

当广播电台从一个发送系统改变到另一个发送系统时，当记录器从一个信道改变到另一个信道时，当用户进行编辑操作时，或在其它情况下，生成STC间断点。

STC序列是不包含STC间断点(或没有系统时基间断点)的源分组序列。应该注意到，同一个STC值出现在同一个STC序列中决不多于一次。因此，不能把Clip对象的最大时间长度设置成与STC的33-位返转区间(大约26个小时)大的值。

把STC序列的开始地址，即，AV流文件中新STC开始的地址存储在Se-quenceInfo()中。这个地址被称为SPN_STC_start。

STC序列决不能越过ATC序列的边界。

AV流文件中除了最后一个以外的其它STC序列每一个都从由它的SPN_STC_start所指的源分组开始，并且结束在正好在下一个SPN_STC_start所指的源分组之前的源分组上。最后一个STC序列从由它的SPN_STC_start所指的源分组开始，并且结束在AV流文件的最后一个源分组上。

图12是示出STC间断点与STC序列之间的关系，以及STC序列与ATC序列之间的关系的说明图。在本例中，Clip AV流文件含有3个STC间断点和3个STC序列。STC序列决不能越过ATC序列的边界。

如果AV流文件含有STC间断点，PTS在AV流文件中出现同一个值可能多于一次。由于这个原因，当PTS用作指向AV流上的时间的时基时，仅有接入点的PTS不足以标识该点。除了PTS之外，还需要包含PTS的STC序列的索引。该索引被称为STC_id。

图13是示出SequenceInfo()的语法的图形。

length是从紧接在这个length字段之后的字节开始到SequenceInfo()的最后一个字节为止的字节数。

num_of_ATC_sequences是AV流文件中ATC序列的个数。

SPN_ATC_start[atc_id]是AV流文件上atc_id所指的ATC序列开始的地址。SPN_ATC_start[atc_id]是从与AV流文件的第一源分组相对应的0初始值开始的计数值。对于每个源分组，这个计数值加1。

在SequenceInfo()开头的SPN_ATC_start[0]是零。进入SequenceInfo()的SPN_ATC_start[atc_id]的值按照升序排列。也就是说，进入SequenceInfo()的SPN_ATC_start[atc_id]满足如下条件。

SPN_ATC_start[0]＝0

对于0＜atc_id＜num_of_ATC_sequences，

SPN_ATC_start[atc_id-1]＜SPN_ATC_start[atc_id]。

num_of_STC_sequences[atc_id]是atc_id所指的ATC序列上STC序列的个数。

offset_STC_id[atc_id]是相对于atc_id所指的ATC序列上第一个STC序列的atc_id的偏移值。当重新记录AV流文件时，offset_STC_id[atc_id]是零。

atc_id所指的ATC序列上第一个STC序列的atc_id的值通过语法中如atc_id的for_loop那样指定的顺序定义，并且从offset_STC_id[atc_id]开始。

对于在SequenceInfo()中定义的两个相继ATC序列，前一个ATC序列上最后一个STC序列的atc_id可能具有后一个ATC序列上第一个STC序列的atc_id。如果这两个atc_id值彼此相等，同一个STC值将不会出现在由两个atc_id所指的两个STC序列中。

进入SequenceInfo()的atc_id。把offset_STC_id[atc_id]设置成满足这个条件的值。

PCR_PID[atc_id][stc_id]是位于由atc_id所指的ATC序列上的和由stc_id所指的STC序列中具有有效PCR的传输分组的PID的值。

SPN_STC_start[atc_id][stc_id]是AV流文件中位于由atc_id所指的ATC序列上的和由stc_id所指的STC序列开始的地址。

SPN_STC_start[atc_id][stc_id]是从与AV流文件的第一源分组相对应的0初始值开始的计数值。对于每个源分组，这个计数值加1。

进入SequenceInfo()的SPN_STC_start[atc_id][stc_id]的值必须按照升序排列。atc_id所指的ATC序列上SPN_STC_start[atc_id][stc_id]的第一个值必须至少等于SPN_ATC_start[atc_id]或更大。也就是说，必须满足如下条件：

SPN_ATC_start[atc_id]≤SPN_STC_start[atc_id][0]

presentation_start_time[atc_id][stc_id]是位于由atc_id所指的ATC序列上的和由stc_id所指的STC序列上AV流数据的播放开始时间。这个播放开始时间是从STC序列的STC中推算出来的，并且具有用作一个单元的45-KHz信号的间隔。

另一方面，presentation_end_time[atc_id][stc_id]是位于由atc_id所指的ATC序列上的和由stc_id所指的STC序列上AV流数据的播放(presentation)结束时间。这个播放结束时间是从STC序列的STC中推算出来的，并且具有用作一个单元的45-KHz信号的间隔。

接着，说明ProgramInfo()。节目是基本流的集合。为了使这些流同步再现，这些流只共享一个系统时基。

对于与如后所述的图43所示的运动图像记录/再现设备1相对应的再现储备，在进行解码AV流的处理之前分析一下AV流的内容是有用的。该内容是诸如用于发送视频或音频基本流的传输分组的PID的值和视频或音频的成分类型之类的信息(例如，成分类型表示基本流是HDTV(高清晰度电视)视频流或MPEG-2 AAC音频流)。

这个信息可用于生成用于向用户说明与AV流有关的PlayList的内容的菜单屏幕。另外，这个信息还可用于设置后面将参照图43加以描述的、运动图像记录/再现设备的AV解码器和多路分用器15的初始状态。由于这个原因，Clip信息设备包括用于说明节目内容的ProgramInfo。

用于存储MPEG-2传输流的AV流文件中节目的内容可以改变。例如，用于发送视频基本流的传输分组的PID发生改变，或视频流的成分类型从SDTV(标准清晰度电视)改变成HDTV。ProgramInfo用于存储有关AV流文件中节目的内容的变化点的信息。

含有通过AV流文件中的格式指定的固定节目内容的源分组的序列被称为节目序列。

把AV流文件中新节目序列开始的地址存储在SequenceInfo()中，作为SPN_program_sequence_start。

AV流文件中除了最后一个以外的其它节目序列每一个都从由它的SPN_program_sequence_start所指的源分组开始，并且结束在正好在由下一个SPN_program_sequence_start所指的源分组之前的源分组上。最后一个节目序列从由它的SPN_program_sequence_start所指的源分组开始，并且结束在AV流文件的最后一个源分组上。

图14是示出节目序列的说明图。在本例中，Clip AV流文件含有3个节目序列。

节目序列可以越过ATC序列和STC序列的边界。

图15是示出ProgramInfo()的语法的图形。

length是从紧接在这个length字段之后的字节开始到ProgramInfo()的最后一个字节为止的字节数。

num_of_program_sequences是AV流文件中节目序列的个数。

SPN_program_sequence_start是AV流文件中的节目序列开始的地址。SPN_program_sequence_start是从与AV流文件的第一源分组相对应的0初始值开始的计数值。对于每个源分组，这个计数值加1。进入ProgramInfo()的SPN_program_sequence_start的值按照升序排列。

假设SPN_program_sequence_start指向对于它的program_sequence含有第一PMT的源分组。SPN_program_sequence_start是用于记录数据的记录器通过分析传输流中的PSI/SI生成的。记录器对应于其结构如图43所示的运动图像记录/再现设备。更明确地说，其结构如图43所示的运动图像记录/再现设备中的视频分析单元24或多路复用流分析单元26分析PSI/SI，使延迟时间可以检测PSI/SI的变化。因此，SPN_program_sequence_start可以指向从PSI/SI实际发生变化开始的预定间隔内的源分组。

program_map_PID是含有可应用于节目序列的PMT(节目映像表)的传输分组的PID的值。

num_of_stream_in_ps是在节目序列中定义的基本流的个数。

num_of_groups是每一个都包含在节目序列中定义的基本流的组的个数。num_of_groups具有至少等于1或更大的值。如果传输流的PSI/SI含有有关每一个都包括基本流的组的信息，则假设num_of_groups具有至少等于1的值。这些组的每一个形成多窗口(multi-view)节目的一个窗口(view)。stream_PID是节目序列的program_map_PID所指的PMT中定义的、有关基本流的PID的值。

StreamCodingInfo()是有关上述stream_PID所指的基本流的信息。

num_of_streams_in_group是包含在包括基本流的一个组中的基本流的个数。

stream_index是指示包含在基本流组中的基本流的值。该值等于在这个语法中的for-loop中定义的stream_index的值。

图16是示出StreamCodingInfo()的语法的图形。

length是从紧接在这个length字段之后的字节开始到StreamCodingInfo()的最后一个字节为止的字节数。

stream_coding_type是由用于这个StreamCoding Info()的stream_PID所指的基本流的编码类型。在stream_coding_type中设置的值的含义显示在图17中。

video_format是由用于这个StreamCodingInfo()的stream_PID所指的视频流的视频格式。在video_format中设置的值的含义显示在图18中。

frame_rate是对于这个StreamCodingInfo()，由stream_PID所指的视频流的帧速率。在frame_rate中设置的值的含义显示在图19中。

display_aspect_ratio是由用于这个St reamCodingInfo()的stream_PID所指的视频流的显示纵横比。在display_aspect_ratio中设置的值的含义显示在图20中。

cc_flag是指示由用于这个StreamCodingInfo()的stream_PID所指的视频流中封闭字幕数据信号是否已经被编码的标志。

original_video_format_flag是指示original_video_forma t和origi-nal_display_aspect_ratio是否存在于StreamCodingInfo()之中的标志。

original_video_format是有关在编码由用于这个StreamCodingInfo()的stream_PID所指的视频流的处理之前的原始视频格式的信息。在original_video_format中设置的值的含义与在上述video_format中的相同。

original_display_aspect_ratio是在编码由用于这个StreamCodingInfo()的stream_PID所指的视频流的处理之前的原始显示纵横比。在origi-nal_display_aspect_ratio中设置的值的含义与在上述display_aspect_ratio中的相同。

在译码包含与诸如BML流和字幕之类的多媒体数据流多路复用的视频流的传输流的处理中，重新编码视频流，以便使它的视频格式发生改变(例如，从1080i改变成480i)。但是，存在着多媒体数据流仍然保持与它的原始流相同的可想象得出的情况。

在这种的情况中，可能导致新的重新编码视频流与多媒体数据流之间的信息失配。例如，尽管通过假设原始视频流的视频格式，已经确定了多媒体数据流的显示参数的事实，新的重新编码视频流的视频格式仍然发生改变。original_video_format和original_display_aspect_ratio每一个都用于保存有关原始视频流的信息。再现设备按如下所述从新的重新编码视频流和多媒体数据流中生成要显示的画面。

视频流经受生成由original_video_format和original_display_aspect_ratio指示的视频格式的上采样处理。然后，将作为上采样处理结果获得的画面与多媒体数据流合成在一起，以便生成要显示的校正画面。audio_presentation_type是由用于这个St reamCodingInfo()的stream_PID所指的音频流的播放类型。在audio_presentation_type中设置的值的含义显示在图21中。

sampling_frequency是由用于这个StreamCodingInfo()的stream_PID所指的音频流的采样频率。在sampling_frequency中设置的值的含义显示在图22中。

接着，说明CPI()。CPI(特征点信息)用于将AV流中的再现时间信息与AV流文件中的地址相联系。

存在两种类型的CPI，即，EP_map和TU_map。如果CPI()中的CPI-type是EP_map类型，则CPI()包含EP_map。另一方面，如果CPI()中的CPI-type是TU_map类型，则CPI()包含TU_map。一个AV流文件含有一个EP_map或一个TU_map。

EP_map是入口点(EP)的列表。那些入口点是从基本流和传输流中提取出来的。因此，该列表含有找出AV流中要开始解码的入口点的地址信息。一个EP数据是一对播放时间标记(PTS)和与PTS相对应的AV流的接入单元的数据地址。

EP_map有两种用途。首先，EP_map用于找出通过使用播放PlayList指出的AV流的接入单元的数据地址。其次，EP_map用于快进再现和快退再现。如果在记录设备执行的记录输入AV流的操作中可以分析输入AV流的语法，则生成EP_map，并且将其存储在盘上。

TU_map是基于通过数字接口输入的传输分组的到达时间的时间单元(TU)的列表。因此，TU_map示出到达时间与AV流的数据地址之间的关系。如果在记录设备记录输入AV流所执行的操作中不能分析输入AV流的语法，则生成TU_map，并且将其存储在盘上。

图23是示出CPI()的语法的图形。

length是从紧接在这个length字段之后的字节开始到CPI()的最后一个字节为止的字节数。

CPI_type是指示Clip的CPI的类型的1-位标志。

对于AV流文件中的视频流，EP_map含有如下所述的数据。

(1)：stream_ID是用于发送视频流的传输分组的PID。

(2)：num_EP_entries是视频流的入口(entry)点个数。

EP_map包括每一对由PTS_EP_start和SPN_EP_start组成，达num_EP_entries多对的数据。

(3)：SPN_EP_start是AV流文件中的地址。

SPN_EP_start所指的地址是包含由上述PTS_EP_start所指的接入单元的第一个字节的源分组的地址。SPN_EP_start是对于每个源分组都加1的数。SPN_EP_start含有与AV流文件中的第一个源分组相对应的0初始值。

如果数个视频流存在于AV流文件中，EP_map对于每个视频流都可以包含如上所述的数据。

图24是示出EP_map的例子的说明图。在本例中，stream_PID＝x的视频流存在于Clip AV流中，并且存在k个入口点(num_EP_entries＝k)。由SPN_EP_start所指的源分组的例子显示在图中。每个源分组中接在传输分组的TP_header之后的有效负载从PES分组首标开始。PES分组首标后面接着GOP首标(GOPH)。GOPH后面接着I画面(I-PICH)。从这个序列首标开始的接入单元的PTS被编码在PES分组首标中。

接着，说明TU_map。

图25是示出TU_map的说明图，它是在把AV流重新记录成Clip时生成的。根据包含在一个ATC序列中的源分组的到达时间生成的时间轴被划分成预定时间单元。这些时间单元的每一个被称为time_unit。

将进入每个time_unit的AV流文件上的第一个完整源分组的地址存储在TU_map中。称这个地址为SPN_time_unit_start。ATC序列上时间的定义是基于TU_unit_start的。以后针对SPN_time_unit_start的语义对此加以说明。

图26是示出TU_map的语法的说明图。

time_unit_size是时间单元的长度。长度单位是从精度为27MHz的到达时间时钟脉冲信号中得出45-kHz时钟脉冲信号的间隔。

在SequenceInfo()中定义了用在语法中atc_id的for-loop中的num_of_ATC_sequences的值。

offset_arrival_time[atc_id]是atc_id所指的ATC序列中第一个完整time_unit的偏移时间。偏移时间的单位是从精度为27MHz的到达时间时钟脉冲信号中得出45-kHz时钟脉冲信号的间隔。

当把AV流重新记录成Clip时，AV流文件只含有ATC序列，和offset_arrival_time[atc_id]是零。

当把数个offset_arrival_time[atc_id]片段记录到TU_map中作为入口时，要满足如下条件：

offset_arrival_time[0]＝0

对于满足0＜atc_id＜num_of_ATC_sequences的atc_id，

offset_arrival_time[atc_id]＞offset_arrival_time[atc_id-1]+

time_unit*num_of_time_unit_entries[atc_id-1]。

此处，符号num_of_time_unit_entries[atc_id]是包含在atc_id所指的ATC序列中的time_unit入口的个数。

SPN_time_unit_start[atc_id][i]是atc_id所指的ATC序列中第i个time_unit的开始地址。SPN_time_unit_start[atc_id][i]也是从与AV流文件中的第一个源分组相对应的0初始值开始的计数值。对于每个源分组，计数值加1。

如果没有源分组进入当前time_unit，则当前time_unit的SPN_time_unit_start的值等于前一个time_unit的SPN_time_unit_start的值。

TU_map中SPN_time_unit_start值的入口必须按照升序排列。atc_id所指的ATC序列中第i个time_unit的开始时间被称为TU_start_time[atc_id][i]，TU_start_time[atc_id][i]表达如下：

TU_start_time[atc_id][i]＝

offset_arrival_time[atc_id]+i*time_unit_size ...(2)

图27是示出PlayList文件的语法的图形。PlayList文件含有PlayList()。

PlayList_start_address是与PlayList文件的第一个字节有关的PlayList()的开始地址。开始地址是从作为0计数值的PlayList文件的第一个字节开始计数字节数获得的。

图28是示出PlayList()的语法的图形。

length是从紧接在这个length字段之后的字节开始到PlayList()的最后一个字节为止的字节数。

CPI_type是指示用在PlayItem()中的Clip的CPI_type的值的1-位标志。

number_of_PlayItems是PlayList()中PlayItem()的个数。

PlayItem()的PlayItem_id的值是PlayItem()出现在语法中的PlayItem_id for_loop中的循环叠代次数。PlayItem_id从0开始。

接着，说明PlayItem。PlayItem对象基本上包括如下数据：

(1)：用于指定PlayItem所指的Clip的文件名的Clip_information_file_name；

(2)：用于标识这个Clip对象的再现区间的一对IN_time和OUT_time；

(3)：示出PlayList中两个相继PlayItem对象，即前一个PlayItem对象和当前PlayItem对象之间的连接状态的connection_condition。

图29是示出具有EP_map的CPI-type的PlayList的说明图。这样的PlayList被称为EP_map型PlayList。在EP_map型PlayList的情况中，PlayItem的IN_time和OUT_time是基于PTS的时间。IN_time和OUT_time是在同一个STC序列上的时间。ref_to_STC_id用于指示STC序列。IN_time和OUT_time是为STC序列定义的和包含在SequenceInfo中的presentation_start_time和presentation_end_time所指的再现区间中的时间。

图30是示出具有TU_map的CPI_type的PlayList的说明图。这样的PlayList被称为TU_map型PlayList。在TU_map型PlayList的情况中，PlayItem的IN_time和OUT_time是基于PTS的时间。IN_time和OUT_time是在同一个ATC序列上的时间。

图31是示出EP_map型PlayList的时间信息与AV流文件中的地址信息之间的关系说明图。PlayList的时间信息是AV流文件中画面或音频帧的PTS信息。Clip信息文件的EP_map和SequenceInfo将AV流中的时间信息与文件中的地址相联系。

图32是示出TU_map型PlayList的时间信息与AV流文件中的地址信息之间的关系说明图。PlayList的时间信息是AV流文件中的到达时间信息信息。Clip信息文件的EP_map将AV流中的时间信息与文件中的地址相联系。

图33是示出PlayItem()的语法的图形。

length是从紧接在这个length字段之后的字节开始到PlayItem()的最后一个字节为止的字节数。

Clip_Information_file_name是PlayItem所指的Clip信息文件的名称。

connection_condition是指示前一个PlayItem对象是否与当前PlayItem对象无缝连接的信息。

ref_to_STC_id是PlayItem所指的Clip的STC序列的stc_id。stc_id的值定义在SequenceInfo中。

IN_time是PlayItem的再现开始时间。

OUT_time是PlayItem的再现结束时间。

Bridge_Clip_Information_file_name是对于前一个PlayItem对象与当前PlayItem对象无缝连接的情况，回放的辅助信息。

接着，说明编辑PlayList的概念。如下所述的处理通常由应用在其结构显示在图43中的运动图像记录/再现设备1中的控制单元17根据用户完成的操作进行的。

图34是示出当把AV流记录成新Clip对象时，在Clip与PlayList之间建立起来的关系的概念的说明图。当把AV流记录成新Clip对象时，生成涉及到Clip对象的整个可再现范围的Real PlayList。

图35是示出生成Virtual PlayList的概念的说明图。当用户从RealPlayList的再现范围中的那些时间中指定IN_time和OUT_time时，生成用户想要观看的再现区间的PlayItem和Virtual PlayList。

图36是示出当删除Real PlayList的一部分再现区间时，在Clip与PlayList之间建立起来的关系的概念的说明图。PlayList的PlayItem以只涉及Clip AV流的所需再现部分的方式改变。然后，删除Clip AV流的无用流部分。如图36所示，即使删除了Clip AV流的中间部分的数据，Clip AV流文件也不分开，而是仍然保持成一个文件。即使部分删除Clip AV流的数据，其余数据部分也会汇集成一个Clip AV流。

当Real PlayList发生改变和删除Real PlayList所指的Clip的流部分时，使用相同Clip对象的Virtual PlayList所指的Clip对象也丢失了，可能引起问题。为了解决这个问题，用户接口采取如下对策。

用户接口通过发出询问来警告用户：“存在指向Real PlayList所指的Clip的流部分的Virtual PlayList，因此，如果删除Real PlayList，VirtualPlayList也要被删除。你想要让Virtual PlayList也被删除吗？”。对RealPlayList实行最小化处理，来代替删除Virtual PlayList。

图37是示出作为最小化编辑的结果，在Clip、Real PlayList和VirtualPlayList之间建立起来的关系的概念的说明图。最小化编辑是改变RealPlayList的PlayItem，以便只涉及Virtual PlayList所需的Clip的流部分处理。也就是说，删除Virtual PlayList不需要的流部分。

如图37所示，即使删除了Clip AV流的中间部分的数据，Clip AV流文件也不分开，而是仍然保持成一个文件。即使部分删除Clip AV流的数据，其余数据部分也会汇集成一个Clip AV流。

根据上述概念，下面描述Clip AV流的数据被部分删除的情况下Clip信息文件的变化。

如上所述，当把AV流记录成Clip文件时，Clip对象不包含ATC间断点，因此，只含有一个ATC序列。假设只有当在编码处理等过程中部分删除ClipAV流文件的流数据时，才生成ATC间断点。也就是说，如图36和37所示，当部分删除一个Clip AV流的数据和把其它数据部分汇集成单个Clip AV流时，Clip对象含有ATC间断点和数个ATC序列。例如，在图38所示的编辑例子中，编辑处理之前的Clip不包含ATC间断点，因此，只有一个ATC序列。然后，如图所示，当删除Clip AV流的中间部分的数据时，编辑处理之后的Clip含有两个ATC序列。

图39是示出当部分删除Clip AV流的数据时，在ATC序列、STC序列和节目序列之间建立起来的关系的说明图。编辑处理之前的Clip含有一个ATC序列、一个STC序列和一个节目序列。也就是说，在Clip中，节目序列的内容不发生改变。在这个编辑处理中，假设图中用阴影部分表示的那几段AV流数据被删除了。在这种情况下，作为编辑处理的结果，编辑处理之后的Clip含有3个ATC序列、3个STC序列和只有一个保持原样的节目序列。节目序列越过了ATC和STC序列的边界。

如下的描述说明了当部分删除AV流数据的数据时，在Clip与PlayList之间建立的关系。

图40是示出当删除含有EP_map CPI的Clip AV流的一部分时，在Clip与PlayList之间建立起来的关系的说明图。编辑处理之前的Clip含有一个ATC序列和三个STC序列。ATC序列的offset_STC_id[0]是零。假设Clip中stc_id＝1的STC序列用在PlayItem2和PlayItem3中。如图所示，编辑stc_id＝1的STC序列的AV流数据。更明确地说，删除没有用在PlayItem2和PlayItem3中的那一部分的AV流数据。

作为编辑处理的结果，Clip现在含有两个ATC序列和stc_id＝1的STC序列分解成两个STC序列。第一个ATC序列的offset_STC_id[0]被设置成0，和第二个ATC序列的offset_STC_id[1]被设置成1。因此，第一个ATC序列上的后一个STC序列的stc_id和第二个ATC序列上的前一个STC序列的stc_id两者都是1。

因此，没有必要改变编辑后Virtual PlayList的PlayItem3的ref_to_STC_id的值和编辑后Virtual PlayList的PlayItem4的ref_to_STC_id的值。也就是说，当删除Clip AV流文件的部分数据时，没有必要改变没有用到删除部分的Virtual PlayList。

由于可以按照这种方式在Clip AV流中生成ATC间断点时，因此，如果删除Clip AV流的中间部分的流数据，没有必要把Clip文件分解成两个部分。另外，对于ATC序列的每一个，通过把offset_STC_id[0]用于ATC序列上第一个STC序列的stc_id，没有必要改变不使用在Clip AV流文件的部分删除中删除的、Clip AV流文件的删除部分的Virtual PlayList。

为了帮助用户理解这种结果，图41用作说明当删除含有EP_map CPI的Clip AV流的一部分时，Clip文件分解成两个部分的情况的图形，以及对于这种情况，Clip与PlayList之间的关系的图形。

与图40所示的例子非常相似，编辑之前的Clip含有一个ATC序列和三个STC序列。ATC序列的offset_STC_id[0]是零。假设Clip中stc_id＝1的STC序列用在PlayItem2和PlayItem3中。如图所示，编辑stc_id＝1的STC序列的AV流数据。更明确地说，删除没有用在PlayItem2和PlayItem3中的那一部分的AV流数据。

如果在Clip中不允许有ATC间断点，则把Clip分成两个文件，即，Clip-A和Clip-B。因此，没有必要PlayItem2和PlayItem3所指的Clip文件名。也就是说，当删除Clip AV流文件的部分数据时，在某些情况下，即使PlayList不使用删除的那部分数据，也有必要改变V rtual PlayList的内容。

与在Clip中允许有ATC间断点的情况相比，在Clip中不允许有ATC间断点的情况存在如下问题：

(1)：记录在盘上的文件的个数增加了。因此，在盘再现处理的开头，花费较长的时间读出所有Clip文件和把这些文件存储在再现设备的存储器(对应于嵌在应用于其结构显示在图43中的运动图像记录/再现设备1的控制单元17中的存储器)中。另外，如果可记录在盘(对应于应用在其结构显示在图43中的运动图像记录/再现设备1中的记录介质10)上的文件数的上限被设置成预定值，和Clip文件的个数因编辑处理等而增加，超过上限，则尽管盘上仍然存在存储自由区，也不再能够把数据记录到盘上。

(2)：当删除Clip AV流文件的部分数据时，需要花费长时间来改变存在于盘上的Virtual PlayList。

本发明解决了上述这些问题。详细地说，借助于本发明，可以缩短在盘再现处理的开头，读出所有Clip文件和把这些文件存储在应用在再现设备中的存储器中所需的时间。并且，可以设置较低的数作为可以记录在盘上的文件的最大值。另外，还可以当删除Clip AV流文件的部分数据时，改变存在于盘上的Virtual PlayList所需的时间。

图42是示出当删除含有TU_map CPI的Clip AV流的一部分时，在Clip与PlayList之间建立起来的关系的说明图。编辑处理之前的Clip含有一个ATC序列。这个ATC序列的offset_arrival_time[0]是零。假设VirtualPlayList的PlayIteml、PlayItem2、PlayItem3和PlayItem4指向这个ATC序列。然后，如图所示，编辑这个ATC序列的AV流数据。更明确地说，删除没有用在任何一个PlayItem对象中的AV流数据。

编辑处理之后的Clip含有两个ATC序列。这个ATC序列的offset_arrival_time[0]被设置成零，和第二个ATC序列的offset_a rrival_time[1]被设置成值X，值X大于OUT_time2，但小于IN_time3。也就是说，在编辑处理之后，没有必须改变属于Virtual PlayList的PlayItem3的IN_time和OUT_time的值，以及属于Virtual PlayList的PlayItem4的IN_time和OUT_time的值。

没有必须改变没有使用在Clip AV流文件的部分删除中删除的、Clip AV流文件的删除部分的Virtual PlayList。

在再现TU_map类型的PlayList时，播放器通过将PlayItem的IN_time的值与ATC序列的offset_arrival_time的相比较，能够找出IN_time和OUT_time所指的ATC序列。例如，在图42所示的例子中，由于PlayItem3的IN_time大于第二个ATC序列的offset_arrival_time(＝X)，显然，PlayItem3的IN_time 3和OUT_time3指向第二个ATC序列。

通过参照示出运动图像记录/再现设备1的图43的方块图，如下的描述说明了用DVR应用结构记录/再现数据的记录/再现系统。

应用在再现单元61中的读单元11读出记录在通常是光盘的记录介质10上的信息。解调单元12解调读单元11从记录介质10读出的数据，并且把解调数据供应给ECC(纠错码)解码单元13。ECC解码单元13把从解调单元13接收的数据分解成AV流和数据库，把AV流和数据库分别供应给源拆分组器14和控制单元17。

源拆分组器(depacketizer)14拆分组输入AV流和把拆分组结果输出到多路分用器15。多路分用器15把从源拆分组器14接收的拆分组结果分解成视频数据(V)、音频数据(A)和系统数据(S)，把视频数据、音频数据和系统数据输出到AV解码器16和多路复用器25。

AV解码器16根据系统数据解码视频数据和音频数据，分别从视频和音频输出端18和19输出视频和音频信号。

把分别从视频和音频输入端21和22输入的视频和音频信号供应给应用在记录单元62中的AV编码器23。还把视频信号供应给视频分析单元24。如有必要，取代从视频输入端21输入的视频信号，可以把AV解码器16输出的视频信号供应给AV编码器23和视频分析单元24，取代从视频输入端21输入的视频信号。

AV编码器23编码输入的视频和音频信号，把编码视频信号(V)、编码音频信号(A)和用于编码处理的系统数据(S)输出到多路复用器25。

视频分析单元24分析输入的视频信号，并且把分析结果输出到控制单元17。

端点33接收来自数字接口或数字电视调谐器的传输流。通过切换器27把传输流供应给多路分用器15或切换器28。供应给切换器28的传输流被转送到多路复用流分析单元26和源分组器29。通过改变切换器28的位置，可以通过切换器28把多路复用器25输出的信号供应给多路复用流分析单元26和源分组器29，来取代把切换器27供应的传输流供应给多路复用流分析单元26和源分组器29。

多路复用流分析单元26分析输入信号，并且把分析结果输出到控制单元17。源分组器29分组输入信号，并且把分组结果供应给ECC编码单元30。ECC编码单元30还接收来自控制单元17的数据库。

ECC编码单元30把纠错码加入输入中，并且编码输入，把编码数据供应给调制单元31。调制单元31调制从ECC编码单元30接收的编码数据，并且把调制数据输出到写单元32。写单元32进行把从调制单元31接收的调制数据写在记录介质10上的处理。

控制单元17含有用于存储各种类型数据的存储单元17A。控制单元17管理如上所述的各种格式，并且控制用于把数据记录到记录介质10上和/或从记录介质10上再现数据的其它部件。

控制单元17与驱动器41相连接，驱动器41用于驱动磁盘51、光盘52、磁光盘53或半导体存储器54。

应该注意到，光盘52可以与记录介质10一道使用。

接着，通过说明运动图像记录/再现设备1本身编码和记录输入的视频和音频信号的情况描述基本记录操作。

视频和音频信号分别通过记录单元62的视频和音频输入端21和22输入。把视频信号供应给视频分析单元24和AV编码器23。AV编码器23还接收音频信号。AV编码器23编码输入的视频和音频信号，把编码视频流(V)、编码音频流(A)和系统信息(S)输出到多路复用器25。

编码视频流(V)通常是MPEG-2视频流，而编码音频流(A)通常是MPEG-1音频流或Dolby AC3(商标)音频流等。系统信息(S)是诸如有关AV同步的信息之类的时间信息和包括构成编码画面的字节数、构成音频帧的字节数和画面编码类型的视频/音频编码信息。

多路复用器25根据输入的系统信息多路复用输入流，生成多路复用流。多路复用流通常是MPEG-2传输流或MPEG-2节目流。把多路复用流供应给多路复用流分析单元26和源分组器29。根据记录介质10的应用格式，源分组器29把输入多路复用流编码成构成源分组的AV流。ECC编码单元30在调制单元31进行调制之前，把纠错码加入AV流中。调制单元31调制ECC编码单元30输出的AV流，把调制的AV流输出到写单元32。最后，写单元32根据控制单元17生成的控制信号，把AV流文件记录到记录介质10上。

如下的描述说明了记录从图中未示出的数字接口和数字TV(电视)调谐器之一输入的、诸如数字TV广播信号之类的传输流的操作。

数字输入端33是接收传输流的端点。有两种记录输入传输流的方法。方法之一是透明记录方法。另一种方法是为了降低记录位速率，在记录之前重新编码流的技术。控制单元17从用作输入/输出用户接口的端点20接收指示要采用哪一种记录方法的信息。控制单元17控制记录方法。

在透明记录方法中，把输入的传输流供应给多路复用流分析单元26和源分组器29。之后把AV流记录到记录介质10上所执行的操作与如上所述编码和记录输入音频和视频信号的处理相同。

在在记录处理之前重新编码输入传输流的方法的情况中，把输入的传输流供应给多路分用器15。多路分用器15把视频流(V)供应给AV解码器16。AV解码器16解码视频流，并且把作为解码处理的结果获取的再生视频信号供应给AV编码器23。AC编码器23编码再生视频信号，并且把编码视频流(V)供应给多路复用器25。

另一方面，把多路分用器15输出的音频流(A)和系统信息(S)直接供应给多路复用器25。多路复用器25根据输入的系统信息，多路复用输入视频和音频流，生成多路复用流。之后把AV流记录到记录介质10上所执行的操作与如上所述编码和记录输入音频和视频信号的处理相同。

运动图像记录/再现设备1不仅记录AV流文件，而且记录与文件相关的应用数据信息。应用数据信息是由控制单元17生成的。输入控制单元17的信息包括视频分析单元24输出的运动图像的特征信息、多路复用流分析单元26输出的AV流的特征信息和由用户输入用作用户接口的用户接口输入/输出端20的命令。

运动图像记录/再现设备1本身编码视频信号时，在运动图像记录/再现设备1中生成由视频分析单元24输出的运动图像特征信息。视频分析单元24分析通过输入视频信号转换的数据，生成有关输入运动图像信号中特征标记点上的画面的信息。这个信息是指示诸如输入视频信号的节目开始点、情节变化点(scene-change point)和CM起/终点之类的特性标记点上的画面的信息。另外，该信息还包括画面的缩略图。通过控制单元17把指示画面的信息供应给多路复用器。

当多路复用器25多路复用控制单元17指出的标记点上的编码画面时，多路复用器25把编码画面处在AV流上的地址返还给控制单元17。控制单元17通过将该地址与特征画面的类型相联系，存储每个编码画面处在AV流上的地址。

多路复用流分析单元26输出的AV流的特征信息与要在运动图像记录/再现设备1中生成和记录的AV流的编码信息有关。多路复用流分析单元26输出的AV流的特征信息包括AV流中I画面的时间标记和地址、有关AV流中STC间断点的信息、有关AV流中节目内容发生变化的信息，以及AV流中的到达时间和地址。

AV流中I画面的时间标记和地址被处理成要存储在如上所述的EP_map中的数据。有关AV流中STC间断点的信息被处理成要存储在如上所述的SequencInfo中的数据。有关AV流中节目内容发生变化的信息被处理成要存储在如上所述的ProgramInfo中的数据。AV流中的到达时间和地址被存储在如上所述的TU_map中。

在记录从数字输入端33输入的传输流的透明方法的情况中，多路复用流分析单元26检测AV流中特征标记点上的画面，生成画面的类型和地址。该类型和地址被处理成要记录在ClipMark中的数据。

多路复用流分析单元26输出的AV流的特征信息被存储在AV流的数据库(Clip信息)中。

用户输入用户接口输入/输入端20的命令包括在AV流指定所需再现区间的信息、说明再现区间的内容的字符文本、要设置在用户想要的情节中的书签和AV流中重新开始点的时间标记。用户输入的命令存储在PlayList的数据库中。

控制单元17根据如上所述的输入信息，生成AV流的数据库(Clip信息)、PlayList的数据库、记录在记录介质10上的数据的管理信息(informa-tion.dvr)和缩略图信息。这些数据库信息由ECC编码单元(纠错)30和调制单元31按照与处理AV流相同的方式进行处理，并且把它们供应给写单元32。按照控制单元17生成的控制信号，写单元32把数据库信息供应给记录介质10，以便记录成应用数据库信息。

接着，说明基本再现处理。

记录介质10用于记录AV流文件和应用数据库信息。

首先，控制单元17请求应用在再现单元61中的读单元11从记录介质10中读出应用数据库信息。在这个请求下，读单元11从记录介质10中读出应用数据库信息。在供应给控制单元17之前，由解调单元12和ECC解码单元13处理这个应用数据库信息。

控制单元17根据应用数据库信息，把记录在记录介质10上的PlayList对象的列表输出到用户接口输入/输出端20。用户从该列表中选择要再现的PlayList对象，并且把所选要再现的PlayList对象输入控制单元17。控制单元17请求读单元11从记录介质10中读出再现所选PlayList对象所需的AV流文件。读单元11从记录介质10中读出所需的AV流文件。在供应给源拆分组器14之前，由解调单元12和ECC解码单元13处理这个从记录介质10读出的AV流文件。

源拆分组器14把具有记录介质的应用格式的AV流转换成可以供应给多路分用器15的流。多路分用器15把构成由控制单元17指定的AV流再现区间(PlayItem)的视频流(V)、音频流(A)和系统信息供应给AV解码器16。AV解码器16解码视频和音频流，生成要分别供应给视频和音频输出端18和19的再生视频和音频信号。

如果希望再现用户从中途选择的EP_map型PlayList，控制单元17请求读单元11从含有与指定时间点最接近的PTS的I画面的地址开始读出数据。

另外，如果希望再现用户从中途选择的TU_map型PlayList，控制单元17请求读单元11从含有与指定时间点最接近的到达时间的源分组的地址开始读出数据。

并且，当用户选择节目的标题出现点(head-appearance point)和情节变化点时，控制单元17根据Clip信息的内容，确定从记录介质10读出AV流的位置，并且请求读单元11从记录介质10读出AV流。标题出现点和情节变化点存储在Clip信息的ClipMark中。用户通常从代表存储在Clip信息的ClipMark中的节目情节变化点和标题出现点的缩略图列表中选择标记。该列表显示在用户接口上。

在请求下，读单元11读出与AV流中的地址最接近的地址上的I画面的数据。把用户选择的画面存储在AV流的该地址上。在通过多路分用器15供应给AV解码器16之前，由解调单元12和ECC解码单元13对读单元11从特定地址中读取的数据加以处理。AV解码器16解码数据，以便再现在标记点上的画面的地址上的AV数据。

如下的描述说明了用户编辑AV流的情况。

当用户希望通过指定存储在记录介质10上的AV流的再现区间，生成新的再现路径时，把再现区间上IN和OUT点的信息从用户接口输入/输出端20供应到控制单元17。然后，控制单元17生成由一组AV流的再现区间(Play-Item对象)组成的PlayList的数据库。

当用户希望删除存储在记录介质10上的AV流的特定无用部分时，把有关要删除的区间的信息从用户接口输入/输出端20供应到控制单元17。控制单元17改变PlayList的数据库，以便只涉及AV流的所需部分。控制单元17还请求写单元32删除AV流的特定无用部分。Clip信息文件的内容随ClipAV流的改变而改变。

如下的描述说明了有关用户希望通过指定存储在记录介质10上的AV流的再现区间，生成新的再现路径，和相互无缝连接这些区间的情况的操作。在这种情况中，控制单元17生成由一组AV流的再现区间(PlayItem对象)组成的PlayList的数据库。另外，还有必须部分地重新编码和重新多路复用与再现区间的接合点接近的视频流部分。

首先，把有关每个再现区间的IN和OUT点上的画面的信息从用户接口输入/输出端20供应到控制单元17。控制单元17请求读单元11从记录介质10中读出再现IN和OUT点上的画面所需的数据。读单元11从记录介质10中读出数据。通过解调单元12、ECC解码单元13和源拆分组器14把数据供应给多路分用器15。

控制单元17分析供应给多路分用器15的流，以便确定重新编码和重新多路复用器视频流的方法，把确定的方法提供给AV编码器23和多路复用器25。重新编码方法包括有关在重新编码处理过程中，如何改变picture_coding_type和如何分配编码位计数的技术。

然后，多路分用器15把输入流分解成视频流(V)、音频流(A)和系统信息(S)。视频流包括要供应给AV解码器16的数据和要直接供应给多路复用器25的数据。前一种数据是要重新编码的数据。这种数据由AV解码器16解码。作为解码处理的结果获得的画面由AV编码器23重新编码成视频流。后一种数据是从原始流中复制下来的数据，不需要重新编码。把音频流和系统信息直接供应给多路复用器25。

多路复用器25根据从控制单元27接收的信息，多路复用输入流，生成多路复用流。在供应给写单元32之前，由ECC编码单元30和调制单元31对多路复用流加以处理。写单元32根据从控制单元17接收的控制信号，把AV流记录到记录介质10上。

图44示出了代表在把AV流记录成新Clip对象的处理中，运动图像记录/再现设备1生成Clip AV流文件和Clip信息文件所执行的操作的流程图。

如图所示，流程图从步骤S11开始，在步骤S11中，控制单元17为作为编码从视频和音频输入端21和22接收的AV输入的处理的结果获得的传输流，或从数字接口端点33输入的传输流生成和记录Clip AV流文件。

然后，在下一步骤S12中，控制单元17为AV流文件生成图8所示的ClipInfo。

接着，在下一步骤S13中，控制单元17为AV流文件生成图13所示的Sequence Info。。

然后，在下一步骤S14中，控制单元17为AV流文件生成图15所示的ProgramInfo。

接着，在下一步骤S15中，控制单元17为AV流文件生成图24、25和26所示的CPI(EP_map或UT_map)。

然后，在下一步骤S16中，控制单元17为AV流文件生成ClipMark。

接着，在下一步骤S17中，控制单元17生成图8所示的Clip信息文件。Clip信息文件用于记录上面列出的ClipInfo、SequenceInfo、ProgramInfo、CPI和ClipMark。

应该注意到，虽然上面说明表明沿着时间轴依次执行各个处理，但是，实际上，在步骤S11到S16中，可以同时执行各个处理。

通过参照图45所示的流程图，如下的描述说明了在记录AV流作为新Clip的处理过程中，生成图13所示的SequenceInfo的典型操作。这些操作是由应用在其结构显示在图43中的运动图像记录/再现设备1中的多路复用流分析单元26执行的。

如图所示，流程图从步骤S31开始，在步骤S31中，控制单元17把第一个传输分组用作ATC序列的起点。也就是说，控制单元17设置SPN_ATC_start。此时，还设置atc_id和stc_id。

然后，在下一步骤S32中，多路复用流分析单元26分析包含在AV流中的接入单元的PTS。接入单元的例子是一个画面或一个视频帧。

接着，在下一步骤S33中，多路复用流分析单元26对是否已经接收到PCR分组作出判断。如果在步骤S33中作出的判断的结果表明还没有接收到PCR分组，处理流程返回到步骤S32。另一方面，如果在步骤S33中作出的判断的结果表明已经接收到PCR分组，处理流程前进到步骤S34。

在步骤S34中，多路复用流分析单元26对是否已经检测到STC间断点作出判断。如果在步骤S34中作出的判断的结果表明还没有接收到STC间断点，处理流程返回到步骤S32。另一方面，如果在步骤S34中作出的判断的结果表明已经接收到STC间断点，处理流程前进到步骤S35。在第一次接收到PCR分组的情况下，处理流程总是前进到步骤S35。

在步骤S35中，多路复用流分析单元26为发送新STC序列的第一个PCR获取传输分组的序号(地址)。

然后，在下一步骤S36中，控制单元17利用在步骤S35中获取的分组序号，作为在STC序列开头的源分组的序号。也就是说，设置SPN_STC_start。另外，还设置新的stc_id。

接着，在下一步骤S37中，控制单元17获取STC序列的显示开始PTS和显示结束PTS，并且把显示开始PTS和显示结束PTS分别设置在presentation_start_time和presentation_end_time中。然后，控制单元17根据显示开始PTS和显示结束PTS，生成图13所示的SequenceInfo。

然后，在下一步骤S38中，控制单元17对是否已经接收到最后一个传输分组作出判断。如果在步骤S38中作出的判断的结果表明还没有接收到最后一个传输分组，处理流程返回到步骤S32。另一方面，如果在步骤S38中作出的判断的结果表明已经接收到最后一个传输分组，则生成SequenceInfo的处理结束。

应该注意到，在含有TU_map CPI的Clip的情况中，只有ATC序列的信息需要生成。因此，不需要在步骤S32到S37中执行的那些处理。

下面通过参照图46所示的流程图，说明生成图15所示的ProgramInfo所执行的典型步骤。这些操作是由应用在其结构显示在图43中的运动图像记录/再现设备1中的多路复用流分析单元26执行的。

应该注意到，在含有TU_map CPI的Clip的情况中，不需要节目序列的信息。因此，如图46所示的流程图所代表的操作是必要的。

如图所示，流程图从步骤S51开始，在步骤S51中，多路复用流分析单元26对是否已经接收到包含PSI/SI的传输分组作出判断。具体地说，包含PSI/SI的传输分组是PAT、PMT和SIT分组。SIT分组是描述由DVB规范规定的部分传输流的服务信息的传输分组。如果在步骤S51中作出的判断的结果表明还没有接收到包含PSI/SI的传输分组，处理流程返回到步骤S51。另一方面，如果在步骤S51中作出的判断的结果表明已经接收到包含PSI/SI的传输分组，则处理流程前进到步骤S52。

在步骤S52中，多路复用流分析单元26对PSI/SI的内容是否已经发生改变作出判断。详细地说，多路复用流分析单元26对PAT、PMT和SIT每一个的内容是否与以前接收的内容不同作出判断。如果在步骤S52中作出的判断的结果表明内容还没有改变，处理流程返回到步骤S51。另一方面，如果在步骤S52中作出的判断的结果表明内容已经改变了，则处理流程前进到步骤S53。应该注意到，在记录操作开始时，首先接收PSI/SI。因此，在这种情况下，处理流程总是前进到步骤S53。

在步骤S53中，控制单元17获取用于发送PSI/SI的传输分组的序号(地址)和分组的内容。

然后，在下一步骤S54中，控制单元17生成节目序列的信息，以便形成图15所示的ProgramInfo。

接着，在下一步骤S55中，控制单元17对接收的传输分组是否是最后一个传输分组作出判断。如果在步骤S55中作出的判断的结果表明接收的传输分组不是最后一个传输分组，处理流程返回到步骤S51。另一方面，如果在步骤S55中作出的判断的结果表明接收的传输分组是最后一个传输分组，则这个生成ProgramInfo的处理结束。

下面通过参照图47所示的流程图，说明生成图24所示的EP_map所执行的典型步骤。这些操作是由应用在其结构显示在图43中的运动图像记录/再现设备1中的多路复用流分析单元26执行的。

如图所示，流程图从步骤S71开始，在步骤S51中，多路复用流分析单元26设置要记录的AV节目的视频的PID。如果传输流包含数个视频，多路复用流分析单元26设置每个视频的PID。

然后，在下一步骤S72中，多路复用流分析单元26接收视频的传输分组。

接着，在下一步骤S73中，多路复用流分析单元26对传输分组的有效负载是否从PES分组的第一个字节开始作出判断。有效负载是接着分组的首标后面的分组部分。作为分组基本流的结果获得之后，PES分组是按照MPEG-2规范规定的分组。这个判断是通过检查包含在传输分组的首标中的“payload_unit_start_indicator”的值作出的。值“1”表示传输分组的有效负载是从PES分组的第一个字节开始。如果在步骤S73中作出的判断的结果表明传输分组的有效负载不是从PES分组的第一个字节开始，处理流程返回到步骤S72。另一方面，如果在步骤S72中作出的判断的结果表明传输分组的有效负载是从PES分组的第一个字节开始，则处理流程前进到步骤S74。

在步骤S74中，多路复用流分析单元26对PES分组的有效负载是否从MPEG视频的sequence_header_code的第一个字节开始作出判断。sequence_header_code是长度为32个位的代码“0×000001B3”。如果在步骤S74中作出的判断的结果表明PES分组的有效负载不是从sequence_header_code的第一个字节开始，处理流程返回到步骤S72。另一方面，如果在步骤S74中作出的判断的结果表明PES分组的有效负载是从sequence_header_code的第一个字节开始，则处理流程前进到步骤S75。

在步骤S75中，控制单元17把当前传输分组用作入口点。

然后，在下一步骤S76中，控制单元17获取分组的序号、从Sequence_header_code开始的I画面的PTS和入口点所属的视频，以便生成EP_map。

接着，在下一步骤S77中，多路复用流分析单元26对当前分组是否是最后一个输入的传输分组作出判断。如果在步骤S77中作出的判断的结果表明当前分组不是最后一个输入的传输分组，处理流程返回到步骤S72。另一方面，如果在步骤S77中作出的判断的结果表明当前分组是最后一个输入的传输分组，则生成EP_map的处理结束。

应该注意到，生成Clip信息文件的方法因Clip的CPI类型而异。图48是代表对于Clip的不同CPI类型，使用不同生成Clip信息文件方法的说明性流程图。如图所示，流程图从步骤S101开始，在步骤S101中，控制单元17对是否要生成EP_map作为CPI作出判断。如果在步骤S101中作出的判断的结果表明要生成EP_map作为CPI，处理流程前进到步骤S102，对AV流的内容分析PTS、STC和PMT。然后，在下一步骤S103，控制单元17生成ATC序列的信息、STC序列的信息和节目序列的信息。最后，在下一步骤S104，控制单元17生成EP_map。

另一方面，如果在步骤S101中作出的判断的结果表明不要生成EP_map作为CPI，则处理流程前进到步骤S105，在步骤S105中，既不分析AV流的内容，也不生成STC序列的信息和节目序列的信息。然后，在下一步骤S106中，控制单元17根据传输分组的输入定时，生成ATC序列的信息。最后，在下一步骤S107，控制单元17生成TU_map。在每一种情况下，与如上所述的CPI的类型无关，都生成Clip信息文件。

这样，不管CPI的类型是什么，都生成Clip信息文件。

上述内容存在如下含意。在知道之后把AV流记录到记录介质上的处理中，生成AV流、ATC、STC和节目序列的内容，以及EP_map，并且把它们记录到记录介质上。处理的例子有认知记录操作和自编码记录操作。在认知记录操作中，在把AV流记录到记录介质上之前，分析AV流的内容。另一方面，在自编码记录操作中，在记录到记录介质上之前，由记录设备本身编码输入视频信号。相反，在不知道流的内容就把AV流记录到记录介质上的处理中，生成ATC序列和TU_map，并且把它们记录到记录介质上。传输分组的有效负载是从PES分组的第一个字节开始，则不知道流的内容就把AV流记录到记录介质上的处理被称为非认知记录操作。

由图48所示的流程图代表的处理可以解释如下。流程图从步骤S101开始，对记录操作是否是在把AV流记录到记录介质上之前分析AV流的内容的认知记录操作，或在记录到记录介质上之前由记录设备本身编码输入视频信号的自编码记录操作作出判断。如果记录操作是认知记录操作或自编码记录操作，则在步骤S102中，分析AV流的内容，在下一步骤S103中，生成ATC序列、STC序列和节目序列，和在最后步骤S104中，在把数据记录到记录介质上的处理之前，生成EP_map。相反，如果在步骤S101中作出的判断的结果表明不知道流的内容，按原样把AV流记录到记录介质上的非认知记录操作，则在步骤S105中，AV流不经历流内容的内容，在下一步骤S106中，生成ATC序列，和在最后步骤S107中，在把数据记录到记录介质上的处理之前，生成TU_map。

图49示出了代表生成Real PlayList的方法的说明性流程图。下面参照示出运动图像记录/再现设备1的图32的方块图，说明该方法。

如图所示，流程图从步骤S191开始，在步骤S191中，控制单元17记录Clip AV流。

然后，在下一步骤S192中，控制单元17生成图28所示的PlayList()。生成的PlayList()包括图33所示的PlayItem对象。PlayItem对象涵盖Clip的所有可再现范围。如果Clip含有EP_map，则生成图29所示的EP_map型PlayList。另一方面，如果Clip含有TU_map，则生成图30所示的TU_map型PlayList在TU_map型PlayList的情况中，如果Clip包含STC间断点，致使PlayList()包括至少2个PlayItem对象，控制单元17确定PlayItem对象之间的connection_condion。

接着，在下一步骤S193中，控制单元17生成UIAppInfoPlayList()。UIAppInfoPlayList()包括用于向用户说明PlayList的内容的信息。在本实施例中，略去对它的说明。

然后，在下一步骤S194中，控制单元17生成PlayListMark。在本实施例中，略去对它的说明。

接着，在下一步骤S195中，控制单元17生成MakersPrivateData。在本实施例中，略去对它的说明。

然后，在下一步骤S196中，控制单元17把Real PlayList文件记录到记录介质10上。

从上面描述中可明显看出，每当重新记录Clip AV流时，就生成一个RealPlayList文件。

图50是代表生成Virtual PlayList的方法的流程图。

如图所示，流程图从步骤S211开始，在步骤S211中，用户把再现记录在用作记录介质10的盘上的Real PlayList的请求输入用户接口。在请求中，用户指定由输入用户接口的IN和OUT点所表示的再现区间。

然后，在下一步骤S212中，控制单元17对用户是否已经完成了指定再现区间，即，要再现的范围操作作出判断。如果用户还没有完成该操作，也就是说，如果用户想要指定要在下一次再现的接在已指定范围之后的再现区间，处理流程返回到步骤S211。

另一方面，如果在步骤S212中作出的判断的结果表明用户已经完成了指定再现区间的操作，则处理流程前进到步骤S213。

在步骤S213中，用户通过用户接口或通过控制单元17确定要连续再现的两个相继再现区间的连接状态。两个相继再现区间的连接状态被称为connection_condition。

然后，在下一步骤S214中，用户通过用户接口指定分路径信息(记录后音频)。如果用户不想要生成分路径，跳过这个步骤的处理。分路径信息是存储在PlayList的SubPlayItem中的信息。但是，由于分路径信息对于本发明来说并不重要，因此略去对分路径信息的说明。

接着，在下一步骤S215中，控制单元17根据有关用户指定的再现区间和connection_condition的信息，生成如图28所示的PlayList()。

然后，在下一步骤S216中，控制单元17生成UIAppInfoPlayLIST()。UIAppInfoPlayLIST()包括用于向用户说明PlayList的内容的信息。在本实施例中，略去对它的说明。

然后，在下一步骤S217中，控制单元17生成PlayListMark。在本实施例中，略去对它的说明。

接着，在下一步骤S218中，控制单元17生成MakersPrivateData。在本实施例中，略去对它的说明。

然后，在下一步骤S219中，控制单元17把Virtual PlayList文件记录到记录介质10上。

从上面描述中可明显看出，每当用户从记录在记录介质10上的RealPlayList的再现范围中选择所需再现区间时，就生成一个Virtual PlayList文件。

图51示出了代表再现EP_map型PlayList的方法的流程图。

如图所示，流程图从步骤S231开始，在步骤S231中，控制单元17获取info.dvr、Clip信息文件、PlayList文件和缩略图文件的信息，以便生成GUI(图形用户接口)屏幕，GUI屏幕示出存储在用作记录介质10的盘中的PlayList对象的列表。然后，控制单元17通过用户接口显示GUI屏幕。

然后，在下一步骤S232中，控制单元17根据每个PlayList对象的UIAppInfoPlayLIST()，在GUI屏幕上显示说明每个PlayList对象的信息。

接着，在下一步骤S233中，用户通过用户接口作出再现从显示在GUI屏幕上的那些选择出来的一个PlayList对象的请求。

然后，在下一步骤S234中，控制单元17从当前PlayItem的STC-ID和IN_time PTS中获取具有沿着时间方向在IN_time之前与它最接近的入口点的源分组的序号。

接着，在下一步骤S235中，控制单元17从获取的序号所指示的和存在入口点的源分组中读出AV流的数据，并且把数据供应给解码器。

然后，在下一步骤S236中，在存在前PlayItem的情况下，控制单元17根据connection_condition进行与沿着时间方向在当前PlayItem对象之前的PlayItem显示连接的处理。

接着，在下一步骤S237中控制单元17向AV解码器16发出开始显示在IN_time PTS上的画面的命令。

然后，在下一步骤S238中，控制单元向AV解码器16发出继续执行解码AV流的操作的命令。

接着，在下一步骤S239，控制单元17对当前显示的画面是否是在OUT_time PTS上的画面作出判断。如果在步骤S239中作出的判断的结果表明当前显示的画面不是在OUT_time PTS上的画面，处理流程前进到步骤S240。在步骤S240中，显示当前画面。然后，处理流程返回到步骤S238。另一方面，如果在步骤S239中作出的判断的结果表明当前显示的画面是在OUT_timePTS上的画面，处理流程前进到步骤S241。

在步骤S241，控制单元17对当前PlayItem对象是否是PlayList中的最后一个PlayItem对象作出判断。如果在步骤S241中作出的判断的结果表明当前PlayItem对象不是PlayList中的最后一个PlayItem对象，处理流程前进到步骤S234。另一方面，如果在步骤S241中作出的判断的结果表明当前PlayItem对象是PlayList中的最后一个PlayItem对象，再现PlayList的处理结束。

通过参照示出代表使EP_map型PlayList最小的编辑处理的流程图的图52，如下的描述说明了作为编辑处理的一部分，更新Clip和PlayList的方法的过程。

如图所示，流程图从步骤S261开始，在步骤S261中，控制单元17在Real PlayList的再现范围中搜索没有用在任何Virtual PlayList中的至少一个再现区间，并且把这样的再现区间当作要删除的范围来对待。

然后，在下一步骤S262中，控制单元17从Real PlayList的再现范围中获取要删除的区间的开始时间和结束时间。

接着，在下一步骤S263中，控制单元17根据EP_map，确定与上述时间间隔相对应的Clip AV流删除开始分组(地址)和删除结束分组(地址)。

然后，在下一步骤S264中，控制单元17把从紧接在上面删除结束分组之后的源分组开始的一个新ATC序列加入SequenceInfo中。也就是说，控制单元17把紧接在上面删除结束分组之后的源分组的序号设置在SPN_ATC_start中。

接着，在下一步骤S265中，控制单元17更新存在于删除后AV流上的ATC序列上的STC序列的开始分组的序号(SPN_STC_start)。也就是说，把SPN_STC_start的值改变成一个与删除后AV流保持协调的新值。

然后，在下一步骤S266中，控制单元17确定使与删除后Clip AV流上的ATC序列上的STC序列有关的STC_id的值不改变的offset_STC_id。

接着，在下一步骤S267中，在必要时，更新删除后Clip AV流的ProgramInfo。也就是说，如果节目序列从如上所述的删除范围中开始，则把节目序列的开始源分组的序列改变成紧接在删除结束分组之后的源分组的序列。

然后，在下一步骤S268中，控制单元17把EP_map更新成一个与删除后Clip AV流保持协调的新值。在这个处理中，指向删除区间中的流的EP_map入口被删除了，EP_map中源分组序号的值被更新成一个与删除后Clip AV流保持协调的新值。

接着，在下一步骤S269中，控制单元17删除由上面开始和结束分组所指示的区间中Clip AV流的数据。

然后，在下一步骤S270中，控制单元17更新Clip信息文件，以便反映如上所述的处理，并且记录更新后的Clip信息文件。如图8所示，除了别的之外，Clip信息文件包括ClipInfo()、SequenceInfo()、ProgramInfo()和CPI()。因此，把有关上述ATC序列的信息和有关上述STC序列的信息记录到记录介质10上。

接着，在下一步骤S271中，控制单元17更新Real PlayList文件，以便涵盖不包含上述删除区间的再现范围的再现区间，并且记录更新后的RealPlayList文件。

然后，在下一步骤S272中，控制单元17对编辑处理是否结束作出判断，也就是说，对在步骤S262中搜索的所有再现区间是否都被删除了作出判断。如果判断结果表明在步骤S262中搜索的再现区间还没有全部被删除，处理流程返回到步骤S262。另一方面，如果判断结果表明在步骤S262中搜索的再现区间全部被删除了，则结束最小化处理。

下面针对含有EP_map型的CPI的Clip，详细说明在步骤S263中进行的处理。

图53是示出原始AV流文件和作为从原始文件中删除部分再现范围的流的编辑处理的结果获得的典型AV流文件的说明图。假设在编辑处理之前，Virtual PlayList指向AV流上的IN_time和OUT_time。当在所谓的最小化编辑处理中，删除没有被Virtual PlayList使用的流部分时，原始AV流改变成如图53所示的编辑之后的流。如图所示，从原始AV流中删除掉从原始AV流的开头到点X的数据和从点Y到原始AV流的结尾的数据。如下的描述说明了确定点X和Y的典型方法。

图54是示出无需分析AV流的内容，就可以从AV流中删除IN_time之前的无用流数据的说明图。PlayList指向原始AV流上的IN_time。该图还示出了AV流的EP_map。为了解码IN点所指的画面，需要从地址ISA2开始的I画面。另外，在点X之后，需要PAT、PMT和PCR分组。pts1是SPN_EP_start＝ISA1的PTS，和pts2是SPN_EP_start＝ISA2的PTS。如果pts1和pts2之间系统时基的差值至少等于100毫秒(ms)，则PAT、PMT和PCR分组存在于地址ISA1和ISA2之间。这至少适用于SESF、DVB、ATSC和ISDB情况。因此，点X被确定成地址ISA1之前的点。另外，点X必须在顺排单元的边界上。

无需分析AV流的内容，通过执行如下步骤，运动图像记录/再现设备1就能够利用EP_map确定点X：

1)找出具有在系统时基上IN时间的PTS之前与它最接近的显示时间PTS值的SPN_EP_start。

2)找出具有比在步骤1)中找出的显示时间PTS值超前至少100毫秒的显示时间PTS值的SPN_EP_start。

3)确定在步骤2)中找出的SPN_EP_start之前的位置上的点X。点X必须在顺排单元的边界上。

这种方法的简单性在于，为了确定点X，没有必要读出AV流的数据和分析该数据。但是，在某些情况下，再现Playlist时无用的数据可能不可避免地保留在编辑后的AV流上。如果在确定点X时读出和分析AV流的数据，则可以有效地删除再现Playlist时无用的数据。

图55是示出无需分析AV流的数据，就可以删除OUT点之后的无用流数据的方法的说明图。PlayList指向原始AV流上的OUT点。该图还示出了AV流的EP_map。假设从SPN_EP_start＝ISA4开始的视频序列是如下一系列画面帧：

I2 B0 B1 P5 ...

此处，符号I、P和B分别表示I、P和B画面。作为后缀附在符号I、P和B的数字是显示序号。如果在这个处理中，记录单元不分析AV流的数据，则运动图像记录/再现设备1将不知道有关OUT_time的PTS所指的画面的信息。该信息包括画面的编码类型和时间基准。OUT_time的PTS可以指向画面B0，也可以指向B1。如果不分析AV流的数据，运动图像记录/再现设备1就不了解OUT_time的PTS指向画面B0，还是指向B1。在这种情况下，为了解码B0和B1，需要画面I2。顺便提一下，画面I2的PTS大于OUT_time的PTS。也就是说，OUT_time＜pts4，此处，符号pts4表示画面I2的PTS。尽管画面I2的PTS大于OUT_time的PTS，但为了解码画面B0和B1，还需要画面I2。

因此，点Y被确定在地址ISA5之后的位置上。ISA5是EP_map中紧接在地址ISA4之后的SPN_EP_start的值。点Y还必须在顺排单元的边界上。

无需分析AV流的内容，通过执行如下步骤，运动图像记录/再现设备1就能够利用EP_map确定点Y：

1)找出具有在系统时基上OUT时间的PTS之后与它最接近的显示时间PTS值的SPN_EP_start。

2)找出具有紧接在步骤1)中找出的显示时间PTS值之后的显示时间PTS值的SPN_EP_start。

3)确定在步骤2)中找出的SPN_EP_start之后的位置上的点Y。点Y必须在顺排单元的边界上。

这种方法的简单性在于，为了确定点Y，没有必要读出AV流的数据和分析该数据。但是，在某些情况下，再现Playlist时无用的数据可能不可避免地保留在编辑后的AV流上。如果在确定点Y时读出和分析AV流的数据，则可以有效地删除再现Playlist时无用的数据。

图56示出了代表再现TU_map类型的PlayList的方法的说明性流程图。

在步骤S300到S302上进行的各个处理与如图51所示的流程图中在步骤S231到S232进行的那些处理相同。

详细地说，如图56所示，流程图从步骤S300开始，在步骤S300中，控制单元17获取info.dvr、Clip信息文件、PlayList文件和缩略图文件的信息，以便生成GUI屏幕，GUI屏幕用于示出存储在用作记录介质10的盘中的PlayList对象的列表。

然后，在下一步骤S301中，控制单元17根据每个PlayList对象的UIAppInfoPlayLIST()，在GUI屏幕上显示说明每个PlayList对象的信息。

接着，在下一步骤S302中，用户通过用户接口作出再现从显示在GUI屏幕上的那些选择出来的一个PlayList对象的请求。

然后，在下一步骤S303中，控制单元17通过参照TU_map信息，获取AV流的入口点的地址。更具体地说，控制单元17获取具有沿着时间方向在当前PlayItem对象的IN_time的到达时间之前与它最接近的入口点的源分组的序号。

接着，在下一步骤S304，控制单元再现具有这样的入口点的分组的序号所指示的分组，并且把再现的分组供应给AV解码器16。

然后，在下一步骤S305中，控制单元17对当前分组的到达时间标记是否与OUT_time分组的时间标记相同或比它晚作出判断。如果判断结果表明当前分组的到达时间标记既不与OUT_time分组的时间标记相同也不比它晚，处理流程前进到步骤S306。在步骤S306中，控制单元17再现下一个分组，并且把下一个分组供应给AV解码器16。然后，处理流程返回到步骤S305。另一方面，如果在步骤S305中作出的判断的结果表明当前分组的到达时间标记与OUT_time分组的时间标记相同或比它晚，处理流程前进到步骤S307。

在步骤S307中，控制单元17对当前PlayItem对象是否是最后一个PlayItem对象作出判断。如果判断结果表明当前PlayItem对象不是最后一个PlayItem对象，处理流程返回到步骤S303。另一方面，如果判断结果表明当前PlayItem对象是最后一个PlayItem对象，控制单元17结束PlayItem对象的再现。

下面参照图57所示的流程图，说明图56所示的流程图中步骤S303执行的处理的细节。

如图57所示，流程图从步骤S400开始，在步骤S400中，控制单元17获取atc_d使PlayItem的IN_time与TU_map()的offset_arrival_time[atc_id]之间的如下关系成立的极大值：

offset_arrival_time[atc_id]≤IN_time

请参考图26所示的语法。

然后，在下一步骤S401中，控制单元17获取使上面atc_id所指定的ATC序列中第i时间单元的开始时间(TU_start_time[atc_id][i])沿着时间方向在IN_time之前与它最接近的i值。请参考前面结出的方程(2)。

接着，在下一步骤S402中，控制单元14把与上面i有关的SPN_time_unit_start[atc_id][i]用作入口点的地址。然后，结束处理。

通过参照图58所示的流程图，如下的描述说明了在使TU_map型PlayList最小的编码处理中更新Clip和PlayList的方法。

如图所示，流程图从步骤S500开始，在步骤S500中，控制单元17在Real PlayList的再现范围中搜索没有用在任何Virtual PlayList中的至少一个再现区间，并且把这样的再现区间当作要删除的范围来对待。

然后，在下一步骤S501中，控制单元17从Real PlayList的再现范围中获取要删除的区间的开始时间(到达时间)和结束时间(到达时间)。

接着，在下一步骤S502中，控制单元17根据TU_map，确定与上述时间间隔相对应的Clip AV流删除开始分组(地址)和删除结束分组(地址)。

然后，在下一步骤S503中，控制单元17把从紧接在上面删除结束分组之后的源分组开始的一个新ATC序列加入SequenceInfo中。也就是说，控制单元17把紧接在上面删除结束分组之后的源分组的序号设置在SPN_ATC_start中。

接着，在下一步骤S504中，控制单元17按如下更新TU_map，以便与上删除后Clip AV流保持协调：

--删除与要删除的AV流区间有关的SPN_time_unit_start的数据入口。

--把上面新ATC序列上第一个时间单元的开始时间作为这个ATC序列的offset_arrival_time加入TU_map中。

--更新TU_map中源分组序号的值，或者，更具体地说，改变TU_map的SPN_time_unit_start，以便与删除后Clip AV流保持协调。

然后，在下一步骤S505中，控制单元17删除由上面开始和结束分组所指示的区间中Clip AV流的数据。

接着，在下一步骤S506中，控制单元17更新和记录Clip信息文件，以便反映上述处理。如图8所示，除了别的信息之外，Clip信息文件包括ClipInfo()、SequenceInfo()、ProgramInfo()和CPI()。因此，把有关上述ATC序列的信息记录到记录介质10上。

然后，在下一步骤S507中，控制单元17更新和记录Real PlayList文件，以便涵盖除了删除再现区间的再现范围之外的再现区间。

接着，在下一步骤S508中，控制单元17对在步骤S500中检查的所有范围是否都被删除了作出判断。如果判断结果表明要删除的检查范围还没有全部被删除，处理流程返回到步骤S501。另一方面，如果判断结果表明删除的检查范围已全部被删除了，则结束最小化处理。

下面参照图59所示的流程图，说明在图58所示的流程图中步骤S502执行的处理的细节。

如图59所示，流程图从步骤S600开始，在步骤S600中，控制单元17获取包含要删除的区间的开始和结束时间的ATC序列的atc_id。

然后，在下一步骤S601中，控制单元获取使上面atc_id所指定的ATC序列中第i时间单元的开始时间(TU_start_time[atc_id][i])沿着时间方向在要删除的区间的开始时间之后与它最接近的i值。请参考前面结出的方程(2)。

接着，在下一步骤S602中，控制单元14把与上面i值有关的SPN_time_unit_start[atc_id][i]用作要删除的开始分组的地址。

然后，在下一步骤S603中，控制单元获取使上面atc_id所指定的ATC序列中第j时间单元的开始时间(TU_start_time[atc_id][j])沿着时间方向在要删除的区间的结束时间之前与它最接近的j值。请参考前面结出的方程(2)。

接着，在下一步骤S604中，控制单元14把与上面j值有关的SPN_time_unit_start[atc_id][j]用作要删除的结束分组的地址。

图60是代表在使EP_map型PlayList和TU_map型PlayList最小的编码过程中，更新Clip信息文件的处理的单个流程图。

如图60所示，流程图从步骤S701开始，在步骤S701中，控制单元17对PlayList是否是EP_map型PlayList作出判断。如果判断结果表明PlayList是EP_map型PlayList，处理流程前进到步骤S702。在步骤S702中，控制单元17更新Clip信息文件，以便与把一个部分从AV流中删除掉保持协调。详细地说，控制单元17更新：

ATC序列信息(图52所示的流程图的步骤S264)，

STC序列信息(图52所示的流程图的步骤S265和S266)和节目序列信息(如有必要的话)(图52所示的流程图的步骤S267)。

然后，在下一步骤S703中，控制单元17更新EP_map的信息，以便与把一个部分从AV流中删除掉保持协调。在图52所示的流程图中，这个处理是在步骤S268中进行的。然后，结束处理。

另一方面，如果在步骤S701作出的判断的结果表明Play List是TU_map型PlayList，处理流程前进到步骤S704。在步骤S704中，控制单元17更新Clip信息文件的ATC序列信息，以便与把一个部分从AV流中删除掉保持协调。在图58所示的流程图中，这个处理是在步骤S503中进行的。

接着，在下一步骤S705中，控制单元17更新TU_map的信息，以便与把一个部分从AV流中删除掉保持协调。在图58所示的流程图中，这个处理是在步骤S504中进行的。然后，结束处理。

如下的描述说明了在当记录EP_map型PlayList的AV流时，生成ATC和STC间断点的情况下，为图28所示的PlayList的、图29所示的PlayItem数据设置也显示在图29中的connection_condition的值的方法。

首先，说明含有ATC和STC间断点的AV流与PlayItem之间的关系。

图61是示出在两个ATC序列之间的边界上EP_map型PlayList分解成两个PlayItem对象的情况的说明图。在两个ATC序列之间的边界上，STC序列也分开了。由于PlayItem指的是连续STC序列，因此，在STC序列的边界上，这样的PlayItem也分解成2个PlayItem对象。在这种情况下，connection_condition的值被设置成1，以指示在这样的状态下，当前PlayItem对象与前一个PlayItem对象是连接在一起的。

图62是示出在连续ATC序列上，在2个STC序列之间的边界上EP_map型PlayList分解成2个PlayItem对象的情况的说明图。在连续ATC序列上的STC间断点上，STC序列分解成2个STC序列。由于PlayItem指的是连续STC序列，因此，在STC序列的边界上，这样的PlayItem也分解成2个PlayItem对象。在这种情况下，connection_condition的值被设置成2，以指示在这样的状态下，当前PlayItem对象与前一个PlayItem对象是连接在一起的。

图63是代表在记录在记录处理的过程中生成ATC和STC间断点的AV流的处理中生成EP_map型PlayList的数据的方法的流程图。

如图所示，流程图从步骤S800开始，在步骤S800中，图43所示的控制单元17设置参数如下：n＝0、m＝0和is_ATC_sequence＝1，此处，参数n是在记录处理的过程中生成的ATC序列的序号，参数m是在记录处理的过程中生成的STC序列的序号，和参数is_ATC_sequence是示出是否已经生成ATC间断点的标志。

然后，在下一步骤S801中，控制单元17从当前记录的分组中启用第n个ATC序列。

接着，在下一步骤S802中，控制单元17启用第m个STC序列和第m个PlayItem对象。

然后，在下一步骤S803中，控制单元17确定第m个PlayItem对象的connecton_condition如下：

对于is_ATC_sequence＝1，把connecton_condition设置成1；

对于is_ATC_sequence＝0，把connecton_condition设置成2。

应该注意到，对于第1个PlayItem对象(m＝0)，尽管它的状态不同于图64所示的状态，但是，也把connecton_condition设置成1。

接着，在下一步骤S804中，控制单元17分析包含在正在记录的AV流中的视频的PTS。PTS信息用作获取PlayItem的IN_time和OUT_time的信息。

然后，在下一步骤S805中，控制单元17对是否已经检测到间断点作出判断。如果没有检测到间断点，处理流程返回到步骤S804，继续进行这个步骤的处理。如果已经检测到间断点，处理流程前进到步骤S806。

在步骤S806中，控制单元17对检测到的间断点是否是STC间断点作出判断。以前面参照图45说明的相同方式把间断点确定为STC间断点。如果在步骤S806中作出的判断的结果表明检测到的间断点是STC间断点，处理流程前进到步骤S807。在这种情况下，控制单元17确定已经形成图62所示的状态。在这种状态下，已经生成STC间断点，但没有检测到ATC间断点的生成。在步骤S807中，进行如下处理：

(1)获取第m个PlayItem对象的IN_time和OUT_time。

(2)m++

(3)is_ATC_change＝0

然后，处理流程返回到步骤S802，在步骤S802中，进行下一步处理。这时，由于is_ATC_change＝0，在步骤S803中把PlayItem的connection_condition设置成2。

另一方面，如果在步骤S806中作出的判断的结果不是STC间断点，处理流程前进到步骤S808。在步骤S808中，控制单元17对检测的间断点是否是由记录暂停/暂停释放引起的作出判断。记录暂停/暂停释放是稍后重新开始之前，暂时中止记录处理的事件。

如果在步骤S808中作出的判断的结果表明检测的间断点是由记录暂停/暂停释放引起的，控制单元17确定由于曾经中止记录处理，非常像图61所示的状态，已经生成ATC间断点，并且，还将生成STC间断点。在这种情况下，处理流程前进到步骤S809，在步骤S809中，进行如下处理：

(1)获取第m个PlayItem对象的IN_time和OUT_time。

(2)m⁺⁺

(3)n⁺⁺

(4)is_ATC_change＝1

然后，处理流程返回到步骤S801，在步骤S801中，进行下一步处理。这时，由于is_ATC_change＝1，在步骤S803中把PlayItem的connection_condition设置成1。

另一方面，如果在步骤S808中作出的判断的结果表明检测的间断点不是由记录暂停/暂停释放引起的，则结束记录AV流的处理。

如下的描述说明了在当记录TU_map型PlayList的AV流时，生成ATC间断点的情况下，为图28所示的PlayList的、图29所示的PlayItem数据设置也显示在图29中的connection_condition的值的方法。

首先，说明含有ATC间断点的AV流与PlayItem之间的关系。

图64是示出在两个ATC序列之间的边界上TU_map型PlayList分解成两个PlayItem对象的情况的说明图。由于PlayItem指的是连续STC序列，因此，在ATC序列的边界上，这样的PlayItem分解成2个PlayItem对象。在这种情况下，connection_condition的值被设置成1，以指示在这样的状态下，当前PlayItem对象与前一个PlayItem对象是连接在一起的。

图65是代表在记录在记录处理的过程中生成ATC间断点的AV流的处理中生成TU_map型PlayList的数据的方法的流程图。

如图所示，流程图从步骤S831开始，在步骤S800中，图43所示的控制单元17把参数n设置成0(n＝0)。参数n是在记录处理的过程中生成的ATC序列的序号。

然后，在下一步骤S832中，控制单元17从当前记录的分组中启用第n个ATC序列。

接着，在下一步骤S833中，控制单元17启用第n个PlayItem对象。

然后，在下一步骤S834中，控制单元17把第n个PlayItem对象的connecton_condition设置成1。应该注意到，对于第1个PlayItem对象(n＝0)，尽管它的状态不同于如图64所示的状态，但是，也把connecton_condition设置成1。

接着，在下一步骤S835中，控制单元17获取正在记录的AV流的分组的到达时间标记。到达时间标记的信息用于获取PlayItem的IN_time和OUT_time。

然后，在下一步骤S836中，控制单元17对是否已经检测到间断点作出判断。如果没有检测到间断点，处理流程返回到步骤S835，在步骤S835中，重复这个步骤的处理。另一方面，如果在步骤S836中作出的判断的结果表明已经检测到间断点，处理流程前进到步骤S837。

在步骤S837中，控制单元17对检测的间断点是否是由记录暂停/暂停释放引起的作出判断。记录暂停/暂停释放是稍后重新开始之前，暂时中止记录处理的事件。

如果在步骤S837中作出的判断的结果表明检测的间断点是由记录暂停/暂停释放引起的，控制单元17确定由于曾经中止过记录处理，已经生成ATC间断点。在这种情况下，处理流程前进到步骤S838，在步骤S838中，进行如下处理：

(1)获取第n个PlayItem对象的IN_time和OUT_time。

(2)n⁺⁺

然后，处理流程返回到步骤S832，在步骤S832中，进行下一步处理。这时，在步骤S834中把PlayItem的connection_condition设置成1(请参考图63所示的状态)。

另一方面，如果在步骤S837中作出的判断的结果表明检测的间断点不是由记录暂停/暂停释放引起的，则结束记录AV流的处理。

图66是代表根据connection_condition的值，再现EP_map型PlayList的方法的流程图。

如图所示，流程图从步骤S851开始，在步骤S851中，图43所示的控制单元17读入PlayList文件的数据。

然后，在下一步骤S852中，控制单元17把参数K设置成0(K＝0)。参照K是作为入口包含在PlayList中的PlayItem数据的序号。

接着，在下一步骤S853中，控制单元17获取当前要再现的第K个PlayItem对象的connection_condition。

然后，在下一步骤S854中，控制单元17对connection_condition的值是否是2作出判断。如果connection_condition的值是2，对处理流程前进到步骤S855。

在步骤S855中，控制单元17知道可以继续读出接在第(K-1)个PlayItem对象的AV数据之后的ATC序列的AV数据。详细地说，控制单元17知道，在像图62所示的状态那样的状态下，由于PlayItem只在STC间断点上分开，因此，可以在连续ATC序列上的STC间断点上连续读出AT流数据。具体地说，显然，在图7所示的再现模型中，即使在越过STC间断点的状态的情况下，也可以使到达时间计数器时钟脉冲255的值是连续的。

另一方面，如果在步骤S854中作出的判断的结果表明connection_condition的值不是2，处理流程前进到步骤S856。

在步骤S856中，控制单元17知道，在读取第(K-1)个PlayItem对象的AV数据之后，但在开始读出第K个PlayItem对象的AV数据之前，有必要重置再现单元的ATC计数器。详细地说，控制单元17知道，由于ATC间断点存在于PlayItem的边界上，因此，在图7所示的再现模型中，有必要在ATC间断点上重置到达时间计数器时钟脉冲255的值。例如，在图61所示的当前PlayItem对象的情况下，把到达时间计数器时钟脉冲255的值重置成由ATC_Sequence2的开始点SPN_ATC_start所指示的分组的arrival_time_stamp的值。

在步骤S857中，控制单元17对是否已经完成最后一个PlayItem对象的处理作出判断。如果还没有完成最后一个PlayItem对象的处理，处理流程前进到步骤S858，在步骤S858中，把参数K加1。另一方面，如果在步骤S857作出的判断的结果表明已经完成最后一个PlayItem对象的处理，则结束再现PlayList的处理。

图67是代表再现TU_map型PlayList的方法的流程图。

如图所示，流程图从步骤S871开始，在步骤S871中，应用在图43所示的运动图像记录/再现设备1中的控制单元17读取PlayList文件的数据。

然后，在下一步骤S872中，控制单元17把参数K设置成0(K＝0)。参照K是作为入口包含在PlayList中的PlayItem数据的序号。

接着，在下一步骤S873中，控制单元17获取当前要再现的第K个PlayItem对象的connection_condition＝1。

然后，在步骤S874中，控制单元17知道，在读取第(K-1)个PlayItem对象的AV数据之后，但在开始读出第K个PlayItem对象的AV数据之前，有必要重置再现单元的ATC计数器。详细地说，控制单元17知道，由于ATC间断点存在于PlayItem的边界上，因此，在图7所示的再现模型中，有必要在ATC间断点上重置到达时间计数器时钟脉冲255的值(例如，在图64所示的当前PlayItem对象的情况下，把到达时间计数器时钟脉冲255的值重置成由ATC_Sequence2的开始点SPN_ATC_start所指示的分组的arrival_time_stamp的值。

接着，在步骤S875中，控制单元17对是否已经完成最后一个PlayItem对象的处理作出判断。如果还没有完成最后一个PlayItem对象的处理，处理流程前进到步骤S876，在步骤S876中，把参数K加1。另一方面，如果在步骤S876作出的判断的结果表明已经完成最后一个PlayItem对象的处理，则结束再现PlayList的处理。

如上所述，根据语法、结构和规则，可以适当地管理存储在记录介质10中的数据和再现信息。另外，在再现操作中，还可以让用户能够适当地核实存储在记录介质10中的数据和从记录介质10中再现所需数据。

如上所述存储各种信息的记录介质10通常通过光盘来实现。在记录介质10上，形成螺旋形或同心圆形记录轨道。如图68所示，在导入文件区10A中，存储着导入文件和放置在如图2所示的CLIPINF目录下的文件。导入文件是放置在如图2所示的PALYLIST目录下的文件。导入文件的例子是具有文件名*.rlps或*.vpls或具有rlps或vpls扩展名的文件。放置在如图2所示的CLIPINF目录下的文件是具有文件名*.clps或具有clps扩展名的文件。在另一个记录区10B中，存储着放置在图2所示的STREAM目录下的文件。放置在STREAM目录下的文件的例子是具有文件名*.m2ts或具有m2ts扩展名的文件。导入文件是当把记录介质10安装在运动图像记录/再现设备1上时，需要在短时间内从记录介质10中读出的文件。

应该注意到，虽然上述实施例采用MPEG-2传输流作为典型多路复用流，但是本发明不限于这样的流。例如，本发明可以应用于DSS传输流和MEPG-2节目流。

如上所述，按照本发明，在把诸如传输流之类的AV流的分组记录到记录介质上的系统中，指示每个分组的到达时间的到达时间标记(arrival_time_stamp)与分组一起也被记录到记录介质上。另外，ATC序列的信息也被记录到记录介质上。该信息代表到达时间标记的连续性。具体地说，记录分组的阵列包括到达时基的时间轴开始的记录分组地址(SPN_ATC_start)。该地址由包含在阵列中的分组的序号来表示。

例如，当重新记录AV流时，连续记录分组的阵列不包含到达时基的间断点。也就是说，只存在一条到达时基的时间轴。该时间轴从阵列的第1个分组开始。

设想一下这样的情况，在编辑处理中删除分组阵列中无用部分的分组，或者，可以把所有剩余分组集中在一个新分组阵列中。在这种情况下，新分组阵列可能包括数条到达时基的时间轴。在这样的情况中，到达时基的每一条时间轴开始的分组的地址也被记录到记录介质上。

另外，在还用于记录代表到达时间标记的连续性的的信息的系统中，还记录代表与AV数据的再现时间有关的系统时基的连续性的信息。代表系统时基的连续性的信息被称为STC序列信息，它包含系统时基的间断点。具体地说，记录分组的阵列包含系统时基的时间轴开始的记录分组地址(SPN_STC_time)。该地址由包含在阵列中的分组的序号表示。

在不包含系统时基的间断点的分组阵列中，以一个STC序列不越过本身是不包含到达时基的间断点的分组阵列的ATC序列的边界的方式管理上述数据。

因此，在一个记录分组的阵列中，可以正确地管理到达时基的时间轴开始的分组的地址。这样，即使ATC序列的个数增加了，也可以容易地管理这些文件。另外，由于每个STC序列通过stc_id来标识，也可以容易地编辑PlayList。

另外，即使AV流包含到达时基间断点和/或系统时基间断点，也可以适当地管理AV数据的再现开始和再现结束时间。

上述一系列处理可以通过硬件或软件来实现。如果处理通过软件来实现，则可以把构成软件的程序从网络或记录介质安装到合并在特定硬件中的计算机或通用计算机中。通过把各种各样的程序安装在通用计算机中，可以驱动计算机实现各种各样的处理。

如图43所示，记录介质与作为播放存储在记录介质中的节目的装置的运动图像记录/再现设备1分开分配给用户。记录介质通常是插件型介质，譬如，包括软盘在内的磁盘51、包括CD-ROM(只读光盘存储器)和DVD(数字多功能盘)在内的光盘52、包括MD(小型盘)在内的磁光盘53和半导体存储器54。另一种途径是，不是通过这样的插件型介质向用户播放节目，而是还可以通过事先存储在预装在运动图像记录/再现设备中的ROM和硬盘中，向用户播放节目。

应该注意到，在本说明书中，规定存储在记录介质中的节目的步骤当然可以是沿着时间序列以规定顺序执行的数个处理，但是并不是非要依次执行不可。也就是说，这些步骤可以是同时或单独执行的数个处理。

另外，用在本说明书中的词汇‘系统’指的是包含数个设备的整个系统。

工业可应用性

如上所述，按照本发明，即使在记录处理之后执行编辑操作，也可以容易地适当管理数据和再现信息。

另外，按照本发明，可以实现即使执行编辑操作，也可以容易和适当地管理存储数据和数据的再现的信息记录介质。

并且，按照本发明，可以快速连续地再现数据流，而不会丢失流的任何所需部分。

此外，按照本发明，即使删除了一部分数据流，也不仅可以连续地再现数据流，而且可以容易地管理编辑后数据。

Claims

1.一种在把包含分组的阵列的数据流记录到信息记录介质上的数据记录设备中采用的数据记录方法，包括记录步骤，记录指示由分组的到达时间所指的第二时间信息的间断点是否存在于第一分组阵列与第二分组阵列之间的信息，其中，所述第一分组阵列不包含由基准时间信息所指的第一时间信息的间断点，第二分组阵列接在所述第一分组阵列之后并且不包含所述第一时间信息的间断点。