CN101331764A

CN101331764A - 记录装置、记录方法、记录程序、摄像装置、摄像方法和摄像程序

Info

Publication number: CN101331764A
Application number: CNA2007800007225A
Authority: CN
Inventors: 前笃; 有留宪一郎; 矶部幸雄; 森本直树
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2006-05-18
Filing date: 2007-05-10
Publication date: 2008-12-24
Anticipated expiration: 2027-05-10
Also published as: TW200805293A; EP2023629A4; JP4910475B2; EP2023629A1; JP2007312071A; US8995816B2; KR20090009769A; US20090263103A1; CN101331764B; TWI377565B; WO2007135932A1; KR101379034B1

Abstract

将在记录的开始到记录期间生成的AV数据记录为文件，可改善用户友好性。将在记录的开始到记录期间生成的AV数据记录为文件，并且将表示再现部分的信息和表示跳转位置的标记信息附加写入到再现列表文件。这里，在附加写入之前，根据将作为附加可写候选者的再现列表文件和AV数据的再现时间和地址相关联的属性文件，进行判断，以决定是否满足对再现列表文件和属性文件所设置的约束。如果满足，则将再现部分信息和标记信息附加写入到作为附加可写候选者的再现列表文件。如果不满足，则生成新的再现列表文件。用户可执行AV数据的记录操作，而无需考虑对再现列表文件和属性文件所设置的约束。

Description

记录装置、记录方法、记录程序、摄像装置、摄像方法和摄像程序

技术领域

本发明涉及适合于将已经多路复用了视频数据和音频数据的流数据记录到记录介质中的记录设备、记录方法、记录程序、图像捕捉设备、图像捕捉方法和图像捕捉程序。

背景技术

作为可记录的可从记录和再现设备分离、具有相对大的记录容量且适合于记录由视频数据和音频数据组成的AV(音频/视频)数据的记录介质，迄今为止，具有4.7GB(吉字节)或更多记录容量的DVD(数字多用盘)已得到广泛使用。专利文件“日本专利申请特开No.2004-350251”描述了一种将DVD-Video格式的数据记录到可记录型DVD中的图像捕捉设备。

通常以从记录开始操作到记录停止操作为止所创建的视频数据为单位，将视频数据和音频数据记录到记录介质上。通常用再现列表信息来指定从记录开始操作到记录停止操作为止所创建的视频数据的再现区域和再现顺序。当通过再现列表信息、以从记录开始操作到记录停止操作为止所创建的视频数据为单位来管理记录AV流时，通过随意设置AV流的再现区域和再现顺序，可容易地对AV流进行编辑，而不需要对记录介质上的AV流进行处理。

假定将视频数据和音频数据作为文件而记录在记录介质上。例如，将视频数据和音频数据记录为以从记录开始操作到记录停止操作为止所创建的数据为单位的文件。因为将视频数据和音频数据记录为文件，所以它们对诸如计算机设备的其它设备来说更具有亲合力。因此，可预期将更有效地利用所记录的数据。

因此，当根据记录开始操作和记录停止操作的序列以文件的形式连续地记录到一个记录介质上的视频数据和音频数据被按照记录它们的顺序来再现时，必须执行特定技术。例如，可以预期对有关根据记录开始操作和记录停止操作的序列连续地记录到一个记录介质上的视频数据和音频数据的多个单元的信息进行控制，以便将其附加写入到存储再现列表信息的一个再现列表文件中。当执行这样的记录控制时，连续地再现已经记录的视频数据和音频数据的多个单元是很容易的。

当对有关连续地记录的视频数据和音频数据的信息进行控制以便每当执行记录开始操作和记录停止操作时将其附加写入到再现列表文件中时，每当执行记录开始操作和记录停止操作时，再现列表文件的数据大小增大。另一方面，预期在记录设备和再现设备中，将再现列表文件暂时读入存储器，而以文件的形式记录的视频数据和音频数据则根据再现列表文件再现。另外，将用来记录视频数据和音频数据到记录介质中的另一管理信息读入到存储器中。因此，由于再现列表文件的大小的变大，它会消耗存储空间。因此，作为传统设备的问题，可能对其它处理产生不利影响。

当以文件的形式记录视频数据和音频数据时，需要提供一种机制，能够在视频数据中搜索要再现的帧并且能够容易地对以一帧为单位的视频数据进行编辑。为此，可以预期，例如视频数据的再现时间信息和视频数据的文件地址是相关联的。当记录视频数据时，表示再现时间信息和文件地址之间的关系的数据增加。因此，在这种情况下，当记录或者再现视频数据和音频数据时，表示这样的关系的数据变大并且消耗存储空间。因此，作为传统设备的问题，可能对其它处理产生不利影响。

另外，作为传统设备的问题，当在存储空间不够的状态下尝试记录视频数据时，系统可能强制停止或者暂停记录视频数据和音频数据。

此外，近年来，通常使用多种视频格式。关于扫描线和扫描方法，这些格式包括作为隔行扫描格式的具有480扫描线的480i、具有576扫描线的576i、具有1080扫描线的1080i等等，以及作为逐行扫描格式的具有480扫描线的480p、具有576扫描线的576p、具有720扫描线的720p、具有1080扫描线的1080p等等。

另外，记录设备需要按照这样的各种类型的格式来记录视频数据。此外，需要用多种格式将视频数据记录到记录介质上。然而，如上所述，当对以文件的形式连续地记录的视频数据和音频数据的信息进行控制以便将其附加写入到一个再现列表文件中时，很有可能在从记录介质再现文件的再现设备端发生故障。作为传统设备的问题，当以文件的形式记录的视频数据和音频数据根据再现列表文件连续地再现时，如果下一文件的视频数据的格式与之前文件的不同，则解码器不能按适当的定时执行其处理，或者可能由于解码器的暂停而停止设备。

发明内容

因此，本发明的目的是提供在记录从记录开始操作之后到记录停止操作之间所创建的视频数据和音频数据时，使得用户友好性得以改善的记录设备、记录方法、记录程序、图像捕捉设备、图像捕捉方法和图像捕捉程序。

为了解决上述问题，本发明的第一方面是多路复用视频数据和音频数据以及将多路复用数据记录到记录介质中的记录设备，其特征在于记录设备包括输入视频数据和音频数据的数据输入部分、输入用于视频数据和音频数据的记录开始命令和记录停止命令的记录命令输入部分、多路复用视频数据和音频数据以及以流文件形式将多路复用流记录到记录介质中的记录部分、以及创建用于控制记录在记录介质上的流文件的再现的再现管理信息的管理信息创建部分，再现管理信息由表示流文件的属性信息的第一管理信息和包含表示流文件的再现方法的信息的第二管理信息组成，而管理信息创建部分基于再现管理信息的现有条目，而确定是否根据记录命令输入部分的记录开始命令而将表示记录在记录介质上的流文件的再现方法的信息附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中。

另外，本发明的第二方面是多路复用视频数据和音频数据以及将多路复用数据记录到记录介质中的记录方法，其特征在于记录方法包括输入用于已经输入到数据输入部分的视频数据和音频数据的记录开始命令和记录停止命令的记录命令输入步骤、多路复用视频数据和音频数据以及以流文件形式将多路复用流记录到记录介质中的记录步骤、以及生成用于控制记录在记录介质上的流文件的再现的再现管理信息的管理信息创建步骤，再现管理信息由表示流文件的属性信息的第一管理信息和包含表示流文件的再现方法的信息的第二管理信息组成，通过基于再现管理信息的现有条目而确定是否根据记录命令输入部分的记录开始命令将表示记录在记录介质上的流文件的再现方法的信息附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中，来执行管理信息创建步骤。

本发明的第三方面是使计算机设备执行多路复用视频数据和音频数据以及将多路复用数据记录到记录介质中的记录方法的记录程序，其特征在于记录方法包括输入用于已经输入到数据输入部分的视频数据和音频数据的记录开始命令和记录停止命令的记录命令输入步骤、多路复用视频数据和音频数据以及以流文件形式将多路复用流记录到记录介质中的记录步骤、以及生成用于控制记录在记录介质上的流文件的再现的再现管理信息的管理信息创建步骤，再现管理信息由表示流文件的属性信息的第一管理信息和包含表示流文件的再现方法的信息的第二管理信息组成，通过基于再现管理信息的现有条目而确定是否根据记录命令输入部分的记录开始命令将表示记录在记录介质上的流文件的再现方法的信息附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中，来执行管理信息创建步骤。

本发明的第四方面是多路复用由图像捕捉部分从对象中捕捉和获取的视频数据以及由声音收集部分收集和获取的音频数据并且将多路复用视频数据和音频数据记录到记录介质中的图像捕捉设备，其特征在于图像捕捉设备包括捕捉对象的图像以及输出视频数据的图像捕捉部分、收集声音以及输出音频数据的声音收集部分、多路复用视频数据和音频数据以及以流文件形式将多路复用流记录到记录介质中的声音收集部分、接受对用于将视频数据和音频数据记录到记录介质中的记录开始命令和记录停止命令的用户操作的操作部分、以及创建用于控制记录在记录介质上的流文件的再现的再现管理信息的管理信息创建部分，再现管理信息由表示流文件的属性信息的第一管理信息和包含表示流文件的再现方法的信息的第二管理信息组成，管理信息创建部分基于再现管理信息的现有条目而确定是否根据与操作部分的用户操作相对应的记录开始命令将表示记录在记录介质上的流文件的再现方法附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中。

本发明的第五方面是多路复用由图像捕捉部分从对象中捕捉和获取的视频数据以及由声音收集部分收集和获取的音频数据并且将多路复用视频数据和音频数据记录到记录介质中的图像捕捉方法，其特征在于所述图像捕捉方法包括多路复用由图像捕捉部分从对象捕捉和获取的视频数据和音频数据以及由声音收集部分收集和获取的音频数据并且以流文件形式将多路复用流记录到记录介质中的记录步骤、相对于操作部分，接受将视频数据和音频数据记录到记录介质中的记录开始命令和记录停止命令的用户操作的接受步骤、以及生成用于控制记录在记录介质上的流文件的再现的再现管理信息的管理信息创建步骤，再现管理信息由表示流文件的属性信息的第一管理信息和包含表示流文件的再现方法的信息的第二管理信息组成，通过基于再现管理信息的现有条目而确定是否根据与操作部分的用户操作相对应的记录开始命令将表示记录在记录介质上的流文件的再现方法的信息附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中，来执行管理信息创建步骤。

本发明的第六方面是使计算机设备执行多路复用由图像捕捉部分从对象中捕捉和获取的视频数据以及由声音收集部分收集和获取的音频数据并且将多路复用视频数据和音频数据记录到记录介质中的图像捕捉方法的图像捕捉程序，其特征在于图像捕捉方法包括多路复用由图像捕捉部分从对象捕捉和获取的视频数据和音频数据以及由声音收集部分收集和获取的音频数据并且以流文件形式将多路复用流记录到记录介质中的记录步骤、相对于操作部分接受将视频数据和音频数据记录到记录介质中的记录开始命令和记录停止命令的用户操作的接受步骤、以及创建用于控制记录在记录介质上的流文件的再现的再现管理信息的管理信息创建步骤，再现管理信息由表示流文件的属性信息的第一管理信息和包含表示流文件的再现方法的信息的第二管理信息组成，通过基于再现管理信息的现有条目而确定是否根据与操作部分的用户操作相对应的记录开始命令将表示记录在记录介质上的流文件的再现方法的信息附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中，来执行管理信息创建步骤。

如上所述，在本发明的第一、第二、和第三方面中，创建用于控制记录在记录介质上的流文件的再现的再现管理信息。再现管理信息由表示由已经多路复用视频数据和音频数据的流组成的流文件的属性信息的第一管理信息和包含表示流文件的再现方法的信息的第二管理信息组成。附加记录能/不能确定根据对视频数据的记录开始命令，基于再现管理信息的现有条目而确定表示记录在记录介质上的流文件的再现方法的信息是否附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中。因此，即使重复地执行记录开始操作和记录停止操作，也能控制以恰当地创建第二管理信息，而不需要用户识别第二管理信息。

如上所述，在本发明的第四、第五、和第六方面中，创建用于控制记录在记录介质上的流文件的再现的再现管理信息。再现管理信息由表示由已经多路复用捕捉和获取的视频数据以及收集和获取的音频数据的流组成的流文件的属性信息的第一管理信息和包含表示用于流文件的再现方法的信息的第二管理信息组成。附加记录能/不能确定基于再现管理信息的现有条目而确定是否根据相对于操作部分的与用户操作相对应的记录开始命令而将表示由从对象捕捉和获取的视频数据组成的并且记录在记录介质上的流文件的再现方法的信息附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中。因此，即使重复地执行用于捕捉的记录开始操作和记录停止操作，也能控制以恰当地创建第二管理信息，而不需要用户识别第二管理信息。

如上所述，在本发明的第一、第二、和第三方面中，创建用于控制记录在记录介质上的流文件的再现的再现管理信息。再现管理信息由表示由已经多路复用视频数据和音频数据的流组成的流文件的属性信息的第一管理信息和包含表示用于流文件的再现方法的信息的第二管理信息组成。附加记录能/不能确定基于再现管理信息的现有条目而确定是否根据对记录视频数据的记录开始命令将表示记录在记录介质上的流文件的再现方法的信息附加写入到包含在再现管理信息的现有条目内的第二管理信息的预定条目中。因此，提供了如下效果：即使重复地执行记录开始操作和记录停止操作，也能控制以恰当地创建第二管理信息，而不需要用户识别第二管理信息。

如上所述，在本发明的第四、第五、和第六方面中，创建用于控制记录在记录介质上的流文件的再现的再现管理信息。再现管理信息由表示由已经多路复用捕捉和获取的视频数据以及收集和获取的音频数据的流组成的流文件的属性信息的第一管理信息和包含表示用于流文件的再现方法的信息的第二管理信息组成。附加记录能/不能确定基于再现管理信息的现有条目而确定是否根据相对于操作部分的与用户操作相对应的记录开始命令将表示由从对象中捕捉和获取的视频数据组成的并且记录在记录介质上的流文件的再现方法的信息附加写入到在再现管理信息的现有条目内包含的第二管理信息的预定条目中。因此，提供了以下效果：即使重复地执行用于捕捉的记录开始操作和记录停止操作，也能控制以恰当地创建第二管理信息，而不需要用户识别第二管理信息。

附图说明

图1是示出在可应用于本发明的AVCHD格式中规定的数据模型的概略的示意图；

图2是描述索引表的示意图；

图3是示出剪辑AV流、剪辑信息、剪辑、播放项目和播放列表的关系的UML示图；

图4是描述参照多个播放列表中的相同剪辑的方法的示意图；

图5是描述记录在记录介质上的文件的管理结构的示意图；

图6是示出表示文件“index.bdmv”的结构示例的语法的示意图；

图7是示出表示块blkIndexes()的结构示例的语法的示意图；

图8是示出表示文件“MovieObject.bdmv”的结构示例的语法的示意图；

图9是示出表示块blkMovieObjects()的结构示例的语法的示意图；

图10是示出表示播放列表文件“xxxxx.mpls”的结构示例的语法的示意图；

图11是示出表示块blkPlayList()的结构示例的语法的示意图；

图12是示出表示块blkPlayItem()的结构示例的语法的示意图；

图13A和图13B是分别描述第一和第二无缝连接的示意图；

图14是示出表示块blkPlayListMark()的结构示例的语法的示意图；

图15是示出表示剪辑信息文件的结构示例的语法的示意图；

图16是示出表示块blkClipInfo()的结构示例的语法的示意图；

图17是示出表示块blkProgramInfo()的结构示例的语法的示意图；

图18是示出表示块blkStreamCodingInfo(stream_index)的结构示例的语法的示意图；

图19是示出以字段VideoFormat表示的视频数据的格式列表的示例的示意图；

图20是示出以字段FrameRate表示的帧速率列表的示例的示意图；

图21是示出以字段AspectRatio表示的帧速率列表的示例的示意图；

图22是示出表示块blkCPI()的结构示例的语法的示意图；

图23是示出表示块blkEPMap()的结构示例的语法的示意图；

图24是示出表示块blkEPMapForOneStreamPID(EP_stream_type，Nc，Nf)的结构示例的语法的示意图；

图25是示出条目PTSEPCoarse和条目PTSEPFine的格式的示例的示意图；

图26是示出条目SPNEPCoarse和条目SPNEPFine的格式的示例的示意图；

图27是示出表示块blkExtensionData()的结构示例的语法的示意图；

图28是示出块blkExtensionData()的数据的每个条目的参照关系的示意图；

图29是示出将数据写入块blkExtensionData()的处理的示例的流程图；

图30是示出从块blkExtensionData()中读取扩展数据的处理的示例的流程图；

图31是示出表示文件“index.bdmv”中的字段blkExtensionData()的块DataBlock()的结构示例的语法的示意图；

图32是示出表示块blkTableOfPlayList()的结构示例的语法的示意图；

图33是示出表示播放列表文件“xxxxx.mpls”中的块blkExtensionData()的块DataBlock()的结构示例的语法的示意图；

图34是示出表示块blkPlayListMeta()的结构示例的语法的示意图；

图35是示出表示播放列表文件中的块blkMakersPrivateData()的结构示例的语法的示意图；

图36是示出表示剪辑信息文件中的块bkExtensionData()的块DataBlock()的结构示例的语法的示意图；

图37是示出表示块blkProgramInfoExt()的结构示例的语法的示意图；

图38是示出表示块blkStreamCodingInfoExt()的结构示例的语法的示意图；

图39A和图39B是示出虚拟播放器的操作的概略的流程图；

图40是示出虚拟播放器的操作的概略的示意图；

图41是示出根据本发明的实施例的记录设备的结构示例的方框图；

图42是示出根据本发明的实施例的数据结构的示例的示意图；

图43是示出确定是否能够将章(chapter)附加写入到播放列表文件的处理示例的流程图；

图44是示出基于播放项目数的附加写入能/不能确定的示例的流程图；

图45是示出基于播放列表标记数的附加写入能/不能确定的处理示例的流程图；

图46是示出基于视频属性的附加写入能/不能确定的处理示例的流程图；

图47是示出基于文件大小的附加写入能/不能确定的处理示例的流程图；

图48是示出基于参照作为其他可写候选者(candidate)的剪辑信息文件的总文件大小的附加写入能/不能确定的处理示例的流程图；

图49是示出基于存储在参照作为其他可写候选者的剪辑信息文件中的入口点总数的附加写入能/不能确定的处理示例的流程图；

图50是示出基于有无另一设备的唯一扩展数据的附加写入能/不能确定的处理示例的流程图；

图51是示出基于作为另外的可写候选者的播放列表文件的最近更新设备的附加写入能/不能确定的处理示例的流程图；

图52是示出根据本发明的实施例的剪辑记录方法的示例的流程图；

图53是示出根据本发明另一实施例的摄像机设备的结构示例的方框图。

具体实施方式

接下来，将参考附图描述本发明的实施例。为了易于理解，将描述可应用于本发明的格式示例(以下，称为AVCHD格式)。AVCHD格式是目前被提议为以预定方式在可记录的记录介质上记录多路复用了视频数据和音频数据的AV(音频/视频)流的记录格式。AVCHD格式允许通过播放列表以一个剪辑为单位来管理在记录介质上记录的AV流。

例如，根据ITU-U(国际电信联盟-电信标准部)推荐H.264或者ISO(国际标准组织)/IEC(国际电子技术协会)国际标准14496-10(MPEG-4部分10)高级视频编码(以下，称为H.264|AVC)来编码的且已根据MPEG2系统多路复用的位流被称为剪辑AV流(或者AV流)。通过预定文件系统，将剪辑AV流作为文件而记录到盘上。该文件称为剪辑AV流文件(或者AV流文件)。

剪辑AV流文件是文件系统上的管理单元。因此，剪辑AV流文件并不总是用户友好的管理单元。为了促进用户友好性，需要提供连续地再现由视频内容分成的多个剪辑AV流文件的机制和部分地再现剪辑AV流文件的机制，并将顺利执行特殊再现操作、提示再现操作等等所必需的信息以数据库的形式记录到盘中。

图1示出在可应用于本发明的AVCHD格式中规定的数据模型的概略。如图1所示，AVCHD格式具有四层数据结构。最底层是放置剪辑AV流的层(为方便起见，以下称为剪辑层)。放在剪辑层上的是用来指定剪辑AV流的再现位置的播放列表(PlayList)和播放项目(PlayItem)的层(为方便起见，称为播放列表层)。放在播放列表层上的是电影对象(Movie Object)的层(为方便起见，称为对象层)，其中每个电影对象由指定播放列表的再现顺序等的命令所组成的。最顶层是用来管理在记录介质上存储的标题等的索引表的层(为方便起见，称为索引层)。

接下来，将描述剪辑层。例如，剪辑AV流是根据MPEG2TS(传输流)格式多路复用了视频数据和音频数据的位流。有关剪辑AV流的信息作为剪辑信息(Clip Information)记录在文件中。

另外，作为字幕的图形流的OB流(覆层位流)和作为菜单指示的数据流(诸如按钮图像数据)的MB流(菜单位流)可与剪辑AV流进行多路复用。

将其中记录了与剪辑AV流文件相对应的剪辑信息的一对剪辑AV流文件和剪辑信息文件视为对象，并且称之为剪辑(Clip)。换句话说，剪辑是由剪辑AV流和剪辑信息所组成的一个对象。

通常将文件视为字节序列。基于时间而映射剪辑AV流文件的内容。主要基于时间而指定剪辑的入口点(entry point)。当向预定剪辑给定存取点的时间戳时，可使用剪辑信息文件来查找用来从剪辑AV流文件中读取数据的地址信息。

接下来，将描述播放列表层。播放列表指定将要再现的AV流文件。播放列表由用来指定所指定的AV流文件的再现位置的再现开始点(IN点)和再现结束点(OUT点)的对组成。一对再现开始点和再现结束点称为播放项目(PlayItem)。播放列表由一组播放项目组成。当再现播放项目时，再现参照(refer)播放项目的AV流文件的一部分。换句话说，基于播放项目的IN点和OUT点的信息而再现剪辑区域。

接下来，将描述对象层。电影对象包括与电影对象相关联的导航命令程序和终点信息。导航(navigation)程序是用于控制播放列表的再现的命令(导航命令)。

接下来，将描述索引层。索引层由索引表(Index Table)组成。索引表是最顶层上的定义在盘上记录的内容的标题的表。播放器常驻系统软件的模块管理器基于存储在索引表中的标题信息而控制记录介质的数据的再现。

换句话说，如图2所示，索引表中的任何条目都称为标题。作为索引表中的条目的所有第一重放标题(First PlaybackTitle)、菜单标题(MenuTitle)、和电影标题(MovieTitle)#1、#2等都是标题。每个标题都表示对电影对象的链接。

为了易于理解，例如，在只再现记录介质中，当存储在该记录介质中的内容是电影时，第一重放标题与电影制造者的广告画面相对应，其后面是电影的主体。当内容是电影时，菜单标题与用来选择操作的菜单屏幕相对应，所述操作用于再现主体、搜索章、设置字幕和语言、以及再现奖金(bonus)画面。电影标题是从菜单标题中选取的画面。标题可以构造为菜单屏幕。

图3是示出上述剪辑AV流、剪辑信息(流属性)、剪辑、播放项目和播放列表的关系的UML(统一建模语言)示图。播放列表与一个或者多个播放项目相关联。播放项目与一个剪辑相关联。一个剪辑可以与开始点和/或结束点相互不同的多个播放项目相关联。一个剪辑指示一个剪辑AV流文件。一个剪辑同样也指示一个剪辑信息文件。剪辑AV流文件和剪辑信息文件具有一对一的关系。用这样的结构，能够非破坏性地指定再现顺序，以便仅仅再现剪辑AV流文件所期望的部分，而不需要改变它。

另外，如图4所示，相同的剪辑可以从多个播放列表参照。另外，多个剪辑可以由一个播放列表指定。用播放列表中的播放项目的IN点和OUT点参照剪辑。在图4中示出的示例中，从播放列表310的播放项目320参照剪辑300。另外，对于由具有播放项目321和播放项目322的播放列表311的播放项目321的IN点和OUT点所指定的区域来参照剪辑300。另外，对于由播放列表312的播放项目322的IN点和OUT点指定的区域来参照剪辑301。另外，对于由具有播放项目323和播放项目324的播放列表312的播放项目323的IN点和OUT点指定的区域来参照剪辑301。在图4中示出的示例中，还从另一播放列表参照剪辑301。

接下来，将参考图5描述记录介质上的AVCHD格式的文件的管理结构。文件用目录结构进行分级管理。在记录介质上创建一个目录(在图5中，根目录)。在该目录下是由一个记录和再现系统管理的范围。

放在根目录下的是目录“BDMV”。当必要时，放在根方向下的是目录“AVCHDTN”。放在目录“AVCHDTN”中的是表示已经缩小到预定大小的剪辑的代表图像的缩略图(thumbnail)文件。放在目录“BDMV”中的是参考图1所描述的数据结构。

直接放在目录“BDMV”下的只有两个文件，文件“index.bdmv”和文件“MovieObject.bdmv”。放在目录“BDMV”下的是目录“PLAYLIST”、目录“CLIPINF”、目录“STREAM”和目录“BACKUP”。目录“BACKUP”存储各个目录和文件的备份。

文件“index.bdmv”描述目录“BDMV”的内容。换句话说，该文件“index.bdmv”与索引层中的索引表相对应，该索引层是上述的最高层。文件“MovieObject.bdmv”中存储有关至少一个电影对象的信息。换句话说，该文件“MovieObject.bdmv”与上述对象层相对应。

目录“PLAYLIST”是放置播放列表的数据库的目录。换句话说，目录“PLAYLIST”包括文件“xxxxx.mpls”，其是关于播放列表的文件。文件“xxxxx.mpls”是为每个播放列表所创建的文件。在该文件名中，“.”(句点)之前的“xxxxx”是五位数字，句点之后的“mpls”是该文件类型的固定扩展名。

目录“CLIPINF”是放置剪辑的数据库的目录。换句话说，目录“CLIPINF”包括文件“zzzzz.clpi”，其是与剪辑AV流文件相对应的剪辑信息文件。在该文件名中，“.”(句点)之前的“zzzzz”是五位数字，句点之后的“clpi”是该文件类型的固定扩展名。

目录“STREAM”是放置作为实体的AV流文件的目录。换句话说，目录“STREAM”包括与剪辑信息文件相对应的剪辑AV流文件。剪辑AV流文件由MPEG2(运动画面专家组2)传输流(以下简写成MPEG2TS)组成。剪辑AV流文件的文件名是“zzzzz.m2ts”。当剪辑AV流文件的文件名的句点之前的“zzzzz”与相对应的剪辑信息文件的“zzzzz”相同时，可以容易地识别它们的关系。

在目录“AVCHDTN”中可放置两种缩略图文件thumbnail.tidx和thumbnail.tdt2。缩略图文件thumbnail.tidx存储在预定系统中加密的缩略图图像。相反，缩略图文件thumbnail.tdt2存储没有加密的缩略图图像。因为与用户用诸如摄像机所捕捉的剪辑相对应的缩略图图像有可能是自由复制的，所以将该缩略图图像存储在缩略图文件thumbnail.tdt2中。

接下来，在图5中示出的文件当中，将更详细地描述那些与本发明密切相关的内容。首先，将描述直接放在目录“BDMV”下的文件“index.bdmv”。图6示出表示文件“index.bdmv”的结构示例的语法。在该示例中，根据作为计算机装置等的编程语言使用的C语言的语法来表示语法。这也应用于示出其它文件的语法的附图。

在图6中，字段TypeIndicator具有32位的数据长度，指示该文件是索引表。字段TypeIndicator2具有32位的数据长度，表示文件“index.bdmv”的版本。字段“IndexesStartAddress”具有32位的数据长度，表示在该语法中的块blkIndexes()的开始地址。

字段ExtensionDataStartAddress具有32位数据长度，表示该语法中的块blkExtensionData()的开始地址。块blkExtensionData()是可存储预定扩展数据的块。字段ExtensionDataStartAddress表示块blkExtensionData()的开始地址，作为从该文件“index.bdmv”的字节开始的相对字节数。相对字节数从“0”开始。如果字段ExtensionDataStartAddress的值是“0”，则指示该文件“index.bdmv”不包括块blkExtensionData()。

字段ExtensionDataStartAddress后面是具有192字节的数据长度的区域reserved(保留)。区域reserved是用于字节对齐(alignment)、未来字段添加等的备用区域。这也适用于以下的描述。块blkAppInfoBDMV()是其中内容创建者可描述任何信息而不影响播放器的操作等的块。

块blkIndexes()是该文件“index.bdmv”的实质内容。在该文件“index.bdmv”中描述的内容指定当盘放入播放器时再现的第一重放、和从顶层菜单中调用的标题(电影对象)。根据由索引表调用的电影对象等等中所描述的命令而读取播放列表文件(稍后将描述)。

图7示出表示块blkIndexes()的结构示例的语法。字段Length具有32位的数据长度，表示紧跟该字段Length之后直至该块blkIndexes()的结尾的数据长度。字段Length后面是块FirstPlaybackTitle()和块MenuTitle()。

块FirstPlaybackTitle()描述有关在第一重放中使用的对象的信息。块FirstPlaybackTitle()描述具有1位数据长度的区域reserved，后面是固定值“1”。块FirstPlaybackTitle()还通过具有31位数据长度的区域reserved描述固定值“1”。紧跟具有14位数据长度的区域reserved之后，放置具有16位数据长度的字段FirstPlaybackTitleMobjIDRef。该字段FirstPlaybackTitleMobjIDRef表示在第一重放标题中使用的电影对象的ID。

电影对象的ID用值mobj_id表示，例如，在稍后将参考图8和图9描述的基于电影对象的语法的电影对象的for循环语句中，该值mobj_id作为循环变量使用。在该示例中，字段FirstPlaybackTitleMobjIDRef存储与将要参照的电影对象相对应的值mobj_id。

块blkIndexes()中的块FirstPlaybackTitle()的字段FirstPlaybackTitleMobjIDRef可以表示顶层菜单或者标题的电影对象。

块MenuTitle()描述有关在顶层菜单中使用的对象的信息。块MenuTitle()描述具有1位数据长度的区域reserved，后面是固定值“1”。紧跟具有31位数据长度的区域reserved之后，描述固定值“1”。另外，紧跟具有14位数据长度的区域reserved之后，放置具有16位数据长度的字段MenuTitleMobjIDRef。该字段MenuTitleMobjIDRef表示在菜单标题中使用的电影对象的ID。

块MenuTitle()后面是具有16位数据长度的并且表示用户能够选择以及能够再现的标题数的字段NumberOfTitles。根据下一for循环语句，由该字段NumberOfTitles表示次数，描述具有值title_id的自变量的块MovieTitle[title_id]()。块MovieTitle[title_id]()描述每个标题的信息。值title_id是从“0”到由字段NumberOfTitles表示的值之间的数值，并且它标识标题。

在块MovieTitle[title_id]()中，在具有1位数据长度的区域reserved之后，描述固定值“1”。另外，在具有46位数据长度的区域reserved之后，描述字段MovieTitleMobjIDRef。字段MovieTitleMobjIDRef具有16位数据长度，表示在该标题中使用的电影对象的ID。字段MovieTitleMobjIDRef后面是具有32位数据长度的区域reserved。

图8示出表示直接放在目录“BDMV”下的文件“MovieObject.bdmv”的结构示例的语法。字段TypeIndicator具有32位(4字节)数据长度，并且指示该文件是文件“MovieObject.bdmv”。字段TypeIndicator描述根据ISO(国际标准组织)646规定的编码系统编码的四个字母的字符串。在图8中示出的示例中，字段TypeIndicator描述根据ISO 646规定的系统编码的四个字母的字符串“MOBJ”，指示该文件是文件“MovieObject.bdmv”。

字段TypeIndicator2具有32位(4字节)数据长度，表示该文件“MovieObject.bdmv”的版本号。在该文件“MovieObject.bdmv”中，字段TypeIndicator2应该是根据ISO 646规定的编码系统编码的四个字母的字符串“0100”。

字段ExtensionDataStartAddress具有32位数据长度，表示该语法中的块blkExtensionData()的开始地址。字段ExtensionDataStartAddress表示块blkExtensionData()的开始地址，如从该文件“MovieObject.bdmv”的字节开始的相对字节数。相对字节数从“0”开始。如果该字段ExtensionDataStartAddress的值是“0”，则指示在该文件“MovieObject.bdmv”中没有块blkExtensionData()。

图8中示出的语法中的字段padding_word具有16位数据长度。根据该文件“MovieObject.bdmv”的语法，将字段padding_word插入for循环语句中N1次或者N2次。值N1或者值N2是“0”或者任何正整数。作为字段padding_word，可使用任何值。

在字段ExtensionDataStartAddress之后，放置具有224位数据长度的区域reserved。其后，存储块blkMovieObjects()，其是该文件“MovieObject.bdmv”的主体。

图9示出表示块blkMovieObjects()的结构示例的语法。字段Length具有32位数据长度，表示直接在字段Length之后直至该块blkMovieObjects()的结尾的数据长度。在具有32位数据长度的区域reserved之后，放置字段NumberOfMobjs。字段NumberOfMobjs表示根据紧跟字段NumberOfMobjs之后的for循环语句存储的电影对象的数目(number)。电影对象由用作for循环语句的循环变量的值mobj_id唯一地标识。值mobj_id从“0”开始。电影对象按for循环语句中描述的顺序定义。

for循环语句中的块TerminalInfo()描述固定值“1”，后面是具有15位数据长度的区域reserved。其后，放置具有16位的数据长度的字段NumberOfNavigationCommands[mobj_id]。该字段NumberOfNavigationCommands[mobj_id]表示包含在由值mobj_id表示的电影对象MovieObject[mobj_id]()内的导航命令(NavigationCommand)的数目。

根据具有循环变量值command_id的for循环语句，对于由字段NumberOfNavigationCommands[mobj_id]表示的数目来描述导航命令。换句话说，放在该for循环语句中的字段NavigationCommand[mobj_id][command_id]包含按照由值mobj_id表示的块MovieObject[mobj_id]()中包含的值command_id所表示的顺序的导航命令NavigationCommand。值command_id从“0”开始。导航命令NavigationCommand按该for循环语句中描述的顺序定义。

图10示出表示播放列表文件“xxxxx.mpls”的结构示例的语法。字段TypeIndicator具有32位(4字节)数据长度，指示该文件是播放列表文件。字段TypeIndicator2具有32位(4字节)数据长度，表示该播放列表文件的版本。字段PlayListStartAddress具有32位数据长度，表示在该语法中的块blkPlayList()的开始地址。

字段PlayListMarkStartAddress具有32位数据长度，表示在该语法中的块blkPlayListMark()的开始地址。字段ExtensionDataStartAddress具有32位数据长度，表示在该语法中块blkExtensionData()的开始地址。字段ExtensionDataStartAddress表示块blkExtensionData()的开始地址，如从该文件“xxxxx.mpls”的字节开始的相对字节数。相对字节数从″0″开始。如果字段ExtensionDataStartAddress的值是“0”，则指示在该文件“xxxxx.mpls”中没有块blkExtensionData()。

在具有160位数据长度的区域reserved之后，放置块blkAppInfoPlayList()。块blkAppInfoPlayList()描述诸如在下一块blkPlayList()中描述的播放列表的类型和再现约束的信息。块blkPlayList()描述播放列表。块blkPlayListMark()描述如在章跳转中将要跳转(jump)的点。块blkExtensionData()是可存储预定扩展数据的块。

图11示出表示块blkPlayList()的结构示例的语法。字段Length具有32位数据长度，表示直接在字段Length之后直至块blkPlayList()的结尾的数据长度。字段Length后面是具有16位数据长度的区域reserved，后面是字段NumberOfPayItems。字段NumberOfPlayItems具有16位数据长度，表示包含在该块blkPlayList()内的播放项目数。字段NumberOfSubPath表示包含在该块blkPlayList()内的子路径数。

根据下一for循环语句，对于由字段NumberOfPlayItems表示的数目来描述用于描述播放项目的块blkPlayItem()。基于for循环语句的计数值变成块blkPlayItem()的标识符PlayItem_id。根据下一for循环语句，对于由字段NumberOfSubPath表示的数目来描述块blkSubPath()。基于for循环语句的计数值变成块blkSubPath()的标识符SubPath_id。

可与子播放项目相对应地提供子路径，而与主再现的播放项目相对应地提供主路径。子路径可用于指定例如记录之后的音频数据，以及将要与播放项目中指定的剪辑同步地再现的子图像。

图12示出表示块blkPlayItem()的结构示例的语法。字段Length具有16位数据长度，表示紧跟该字段Length之后直至该块blkPlayItem()的结尾的数据长度。

字段ClipInformationFileName具有40位(5字节)数据长度，表示该块blkPlayItem()参照的剪辑信息文件的文件名。在该播放项目中，读取具有由字段ClipInformationFileName表示的文件名的剪辑信息文件。字段ClipCodecIdentification具有32位(4字节)数据长度，表示在该块blkPlayItem()的该播放项目中使用的剪辑AV流的编解码器系统。

紧跟具有12位数据长度的区域reserved之后，放置字段ConnectionCondition。字段ConnectionCondition具有4位数据长度，表示有关剪辑的连接状态的信息。对于可记录的记录介质，作为字段ConnectionCondition的值，使用“1”、“5”或“6”。当字段ConnectionCondition的值是“1”时，指示从当前播放项目参照的剪辑和从紧接的前一播放项目参照的剪辑之间不是无缝连接的。当字段ConnectionCondition的值是“5”或者“6”时，指示从当前播放项目参照的剪辑和从紧接的前一播放项目参照的剪辑之间是无缝连接的。术语“无缝连接”指的是剪辑的再现被控制为使得按照帧定时(timing)成功地再现一个剪辑和下一剪辑。

当字段ConnectionCondition的值是“5”时，当前播放项目参照的剪辑的音频数据的记录长度比它的视频数据的记录长度更长(参考图13A)。因此，当连接剪辑时，能够对音频数据执行渐隐处理。例如，当通过用户的记录停止操作关闭剪辑时，字段ConnectionCondition的值是“5”。以下，字段ConnectionCondition的值是“5”的剪辑连接方法称为第一无缝连接。

当字段ConnectionCondition的值是“6”时，当前播放项目参照的剪辑的音频数据的记录长度与它的视频数据的记录长度一样(参考图13B)。因此，剪辑可进行无缝连接。例如，当由于系统而不是用户的记录停止操作的原因而关闭剪辑时，字段ConnectionCondition的值是“6”。以下，该字段ConnectionCondition值的剪辑连接方法称为第二无缝连接。

字段RefToSTCID具有8位数据长度，表示有关系统时基(STC)的间断点的信息。每个字段INTime和字段OUTTime都具有32位数据长度，表示主剪辑AV流的再现范围。字段INTime表示开始点(IN点)，而字段OUTTime表示结束点(OUT点)。

块blkUOMaskTable()是对用户输入设置接受约束的表。具有1位数据长度的标志PlayItemRandomAccessFlag规定对该块blkPlayItem()的播放项目的随机存取许可/约束。其后，在具有7位数据长度的区域reserved之后，放置字段StillMode。字段StillMode具有8位数据长度，指示块blkPlayItem()中播放项目的最后画面是否显示为静止图像。当字段StillMode的值是“0x01”(二进制)时，具有16位数据长度的字段StillTime表示基于if语句的静止时间。当字段StillMode的值不是“0x01”时，具有16位数据长度的区域是reserved。

数值“0x”指示用十六进制记数法表示。这也适用于类似的计数法。

块blkSTNTable()管理由该块blkPlayItem()的播放项目所管理的剪辑AV流的属性、PID数、记录介质上的记录位置、等等。

图14示出表示块blkPlayListMark()的结构示例的语法。字段Length具有32位数据长度，表示紧跟该字段Length之后直至该块blkPlayListMark()的结尾的数据长度。

字段NumberOfPlayListMark具有16位数据长度，表示包含在该块blkPlayListMark()内的播放列表标记的数目。根据下一for循环语句，描述用于字段NumberOfPlayListMarks所表示的数的播放列表标记的信息。

在for循环语句中，紧跟具有8位数据长度的区域reserved之后，放置字段MarkType。字段MarkType具有8位数据长度，表示标记的类型。将播放列表标记定义为两种标记，即入口标记(Entry Mark)和链接点(Link Point)。该字段MarkType表示这些类型之一。为了定义章，使用入口标记。因为链接点较少涉及本发明，所以将省略对它的描述。上述字段NumberOfPlayListMarks表示入口标记和链接点的总数值。

字段RefToPlayItemID具有16位数据长度，描述表示放置标志的播放项目的标识信息PlayItem_id。字段MarkTimeStamp具有32位数据长度，描述表示放置标志的点的时间戳。字段EntryESPID具有16位数据长度，表示包含由标志表示的基本流的TS分组的PID值。字段Duration是具有32位数据长度的无符号整数，表示在45kHz时钟的单元中的测量结果。当存储在该字段Duration中的值是“0”时，该字段是无意义的。

图15示出表示剪辑信息文件的结构示例的语法。字段TypeIndicator具有32位(4字节)的数据长度，指示该文件是剪辑信息文件。字段TypeIndicator2具有32位(4字节)数据长度，表示该剪辑信息文件的版本。

该剪辑信息文件具有块blkClipInfo()、块blkSequenceInfo()、块blkProgramInfo()、块blkCPI()、块blkClipMark()和块blkExtensionData()。每个字段SequenceInfoStartAddress、字段ProgramInfoStartAddress、字段CPIStartAddress、字段ClipMarkStartAddress和字段ExtensionDataStartAddress都具有32位数据长度，表示它们相应的块的开始地址。

字段ExtensionDataStartAddress表示块blkExtensionData()的开始地址，如从该剪辑信息文件的字节开始的相对字节数。相对字节数从“0”开始。如果该字段ExtensionDataStartAddress的值是“0”，则指示在该文件“index.bdmv”中没有块blkExtensionData()。

块blkClipInfo()在表示它们的开始地址的字段之后的、具有96位数据长度的区域reserved之后。块blkClipInfo()描述有关该剪辑信息文件所管理的剪辑AV流的信息。块blkSequenceInfo()描述用来作为一个序列而管理具有连续STC和ATC(基于到达时间)的序列的信息。例如，块blkProgramInfo()描述有关编码系统和在该剪辑信息文件中管理的剪辑AV流的纵横比(aspect ratio)的信息。例如，块blkCPI()存储有关表示AV流中的特征点(如随机存取开始点)的特性点信息CPI的信息。

块blkClipMark()描述索引点(跳转点)，诸如添加到用于提示操作的剪辑的章位置。块blkExtensionData()是能够存储扩展数据的区域。因为剪辑信息文件中的块blkClipMark()和块blkSequenceInfo()较少涉及本发明，将省略对它们的描述。

图16示出表示块blkClipInfo()的结构示例的语法。字段Length具有32位数据长度，表示紧跟该字段Length之后直至块blkClipInfo()的结尾的数据长度。紧跟具有16位数据长度的区域reserved之后，放置字段ClipStreamType。

字段ClipStreamType具有8位数据长度，表示剪辑AV流的类型。该字段ClipStreamType的值是固定的，例如“1”。字段ApplicationType具有8位数据长度，指示剪辑AV流(具有扩展名“m2ts”的文件)是如何多路复用的。当字段ApplicationType的值是“1”时，相对应的剪辑AV流再现为规则的运动画面。字段ApplicationType后面是具有31位数据长度的区域reserved。

标记IsCC5具有1位数据长度，指示相对应的剪辑和下一剪辑是否通过上述第一无缝连接(即字段ConnectionCondition的值是“5”的方法)而与播放列表的块blkPlayItem()连接。当标记IsCC5的值是“1”(二进制值)时，指示通过第一无缝连接来连接剪辑。

字段TSRecordingRate表示以字节/秒为单位的剪辑AV流文件的记录速率。字段NumberOfSourcePackets表示包含在剪辑AV流内的源分组的数目。紧跟具有1024位数据长度的区域reserved之后，放置块TSTypeInfoBlock()。块TSTypeInfoBlock()存储表示存储剪辑AV流的分组类型的信息。因为该块TSTypeInfoBlock()较少涉及本发明，所以将省略对它的详细描述。

当上述标记IsCC5的值是“1”时，紧跟if语句之后，描述信息。紧跟if语句之后的具有8位数据长度的区域reserved之后，放置字段FollowingClipStreamType。字段FollowingClipStreamType具有8位数据长度，表示与剪辑信息文件相对应的剪辑之后的剪辑的类型。紧跟具有32位数据长度的区域reserved之后，放置字段FollowingClipInformaionFileName。

字段FollowingClipInformaionFileName具有40位数据长度，描述与该剪辑信息文件相对应的剪辑的下一剪辑相对应的剪辑信息文件的文件名。下一字段ClipCodecIdentifier具有32位(4字节)数据长度，表示下一剪辑的编码系统。在该示例中，字段ClipCodecIdentifier是根据ISO 646规定的系统编码的固定的四个字母的字符串“M2TS”。接下来，放置具有8位数据长度的区域reserved。

图17示出表示块blkProgramInfo()的结构示例的语法。字段Length具有32位数据长度，表示紧跟字段Length之后直至块blkProgramInfo()的结尾的数据长度。紧跟具有15位数据长度的区域reserved之后，描述具有1位数据长度的固定值“1”。

字段SPNProgramSequenceStart具有32位数据长度，描述在相对应的剪辑AV流中节目序列开始所使用的源分组数。字段ProgramMapPID具有16位数据长度，表示包含可应用于节目序列的节目映射部分的TS分组的PID值。字段NumberOfStreamsInPS具有8位数据长度，表示在节目序列中定义的基本流的数目。字段NumberOfStreamsInPS后面是具有8位数据长度的区域reserved。

根据下一for循环语句，以值[stream_index]为循环变量，对于由字段NumberOfStreamlnPS表示的数来存储字段StreamPID[stream_index]和块blkStreamCodingInfo(stream_index)的对。字段StreamPID[stream_index]表示与由节目序列参照的PMT(节目映射表)中描述的基本流相对应的PID值。下一块blkStreamCodingInfo(stream_index)描述有关由相对应的字段StreamPID[stream_index]表示的基本流的编码系统的信息。

图18示出表示块blkStreamCodingInfo(stream_index)的结构示例的语法。字段Length具有8位数据长度，表示紧跟该字段Length之后直至该块blkStreamCodingInfo(stream_index)的结尾的数据长度。

字段Length后面是具有8位数据长度的字段StreamCodingType。字段StreamCodingType表示由值[stream_index]表示的基本流的编码类型。对于字段StreamCodingType的值，例如，定义为值“0x1B”、值“0x80”、值“0x81”、值“0x90”和值“0x91”。当字段StreamCodingType的值是“0x1B”时，指示流的编码类型是视频流。当字段StreamCodingType的值是“0x80”或者“0x81”，指示流的编码类型是音频流。当字段StreamCodingType的值是“0x90”时，指示流的编码类型是OB流。当字段StreamCodingType的值是“0x91”时，指示流的编码类型是MB流。根据下一if语句，基于该字段StreamCodingType的值而描述信息。

例如，当字段StreamCodingType的值是“0x1B”时，由值[stream_index]表示的基本流是视频流，根据if语句，描述字段VideoFormat、字段FrameRate和字段AspectRatio，之后紧跟具有2位数据长度的区域reserved，然后描述标志CCFlag。在标志CCFlag之后，放置具有17位数据长度的区域reserved和具有128位数据长度的区域reserved。

字段VideoFormat具有4位数据长度，表示由值[stream_index]表示的视频数据的格式。图19示出由字段VideoFormat表示的视频数据的格式列表的示例。如图19所示，视频数据的格式用4位表示的值“0”至值“15”来标识。值“0”和值“8”至值“15”被保留。值“1”至值“7”分别表示视频数据的格式480i、576i、480p、1080i、720p、1080p和576p。

视频格式的后缀“i”和“p”分别表示隔行扫描和逐行扫描。另一方面，视频格式的数字表示扫描线的数目。这些视频格式已经由ITU(国际电信联盟)-R、BT.601-4(480i和576i)、ITU-R BT.1358(576p)、SMPTE(电影与电视工程师协会)293M(480p)、SMPTE 274M(1080i和1080p)以及SMPTE296M(720p)标准化。

在块blkStreamCodingInfo(stream_index)中，字段FrameRate具有4位数据长度，表示由值[stream_index]表示的视频数据的帧速率(frame rate)。图20示出由字段FrameRate表示的帧速率列表。如图20所示，视频数据的帧速率用4位表示的值“0”至值“15”来标识。值“0”、值“5”、以及值“8”至值“15”被保留。值“1”至值“4”分别表示帧速率(字段频率)(24000/1001)Hz(即大约23.97Hz)、24Hz、25Hz、以及(30000/1001)Hz(即大约29.97Hz)。值“6”和值“7”分别表示帧速率50Hz和(60000/1001)Hz(即大约59.94Hz)。

在块blkStreamCodingInfo(stream_index)中，字段AspectRatio具有4位数据长度，表示由值[stream_index]表示的视频数据的纵横比。图21示出由字段AspectRatio表示的帧速率列表的示例。如图21所示，视频数据的纵横比用4位表示的字段AspectRatio的值“0”至值“15”标识。值“0”、值“1”、和值“4”至值“15”被保留。值“2”表示纵横比为4∶3。值“3”表示纵横比为16∶9。

在块blkStreamCodingInfo(stream_index)中，当字段StreamCodingType的值是“0x80”、“0x81”、“0x90”或者“0x91”时，根据if语句的“else if”的描述，基于由值表示的编码类型而描述信息。因为有关除了视频流以外的编码类型的流的描述较少涉及本发明，所以将省略其详细描述。

图22示出表示剪辑信息文件的块blk(PIC)的结构示例的语法。在诸如已经进行帧间压缩的MPEG流的编码流中，解码开始位置限制在编码流的部分，如GOP(画面组)的开始处。CPI(特征点信息)是解码开始位置的信息的数据库。CPI使文件的再现时间和地址相关联。换句话说，CPI具有表示解码单元的开始位置的信息的表。

当定义了这样的数据库时，如果从任何时间再现视频数据，则可基于再现时间，通过参照CPI获取与再现位置相对应的文件的地址。因为该地址是解码单元的开始，所以播放器能够从文件的地址中读取数据并且快速地显示画面。

包含在CPI内的解码单元的开始位置(在该示例中，GOP的开始位置)称为EP(入口点)条目。

在图22中，字段Length具有32位数据长度，表示紧接字段Length之后直至块blkCPI()的结尾的数据长度。根据下一if语句，除非字段Length的值是“0”，否则紧跟具有12位数据长度的区域reserved之后，放置字段CPIType。字段CPIType具有4位数据长度，表示CPI的类型。下一块blkEPMap存储将PTS值与相对应的剪辑AV流文件的字节地址相关联的表。

图23示出表示块blkEPMap()的结构示例的语法。紧跟具有8位数据长度的区域reserved之后，放置字段NumberOfStreamPIDEntries。字段NumberOfStreamPIDEntries具有8位数据长度，表示块blkEPMap()中的块blkEPMapForOneStreamPID的条目数目。根据for循环语句，用值[k]作为循环变量，对由字段NumberOfStreamPIDEntries表示的数来描述有关入口点的信息。

在for循环语句中，字段StreamPID[k]具有16位数据长度，表示传输分组的PID值，该传输分组传输从块blkEPMapForOneStreamPID，如块blkEPMap()的第14条目(以下，描述为第[k]块blkEPMapForOneStreamPID)参照的基本流。

在具有10位数据长度的区域reserved之后，放置字段EPStreamType[k]。字段EPStreamType[k]具有4位数据长度，并且表示从第[k]块blkEPMapForOneStreamPID参照的基本流的类型。字段NumberOfEPCoarseEntries[k]具有16位数据长度，并且表示在第[k]块blkEPMapForOneStreamPID的粗(coarse)单元搜索子表(EP粗表)中的条目数目。字段NumberOfEPFineEntries[k]具有18位数据长度，表示在第[k]块blkEPMapForOneStreamPID的细(fine)单元搜索子表(EP细表)中的条目数目。字段EPMapForOneStreamPIDStartAddress[k]具有32位数据长度，表示块blkEPMap()中的第[k]块blkEPMapForOneStreamPID的开始的相对字节位置。该值用从块blkEPMap()的第一字节开始的字节数来表示。

在描述了上述for循环语句之后，在具有16的整数倍位的数据长度的填充字之后，根据用值[k]作为循环变量的for循环语句，对于由字段NumberOfStreamPIDEntries表示的数目来存储块blkEPMapForOneStreamPID(EPStreamType[k]，NumberOfEPCoarseEntries[k]，和NumberOfEPFineEntries[k])。换句话说，自变量NumberOfEPCoarseEntries[k]表示存储在子表(EP粗表)中的条目PTSEPCoarse和条目SPNEPCoarse的数目。同样地，自变量NumberOfEPFineEntries[k]表示存储在子表(EP细表)中的条目PTSEPFine和条目SPNEPFie的数目。以下，自变量NumberOfEPCoarseEntries[k]和自变量NumberOfEPFineEntries[k]有时分别称为条目数Nc和条目数Nf。

图24示出表示块blkEPMapForOneStreamPID(EP_stream_type，Nc，Nf)的结构示例的语法。为了描述块blkEPMapForOneStreamPID(EP_stream_type，Nc，Nf)的语义，将描述作为存储在块blkEPMapForOneStreamPID(EP_stream_type，Nc，Nf)中的数据源的条目的条目PTSEPStart和条目SPNEPStart的意义。

条目PTSEPStart和与条目PTSEPStart相关联的条目SPNEPStart表示AV流的入口点。条目PTSEPFine和与条目PTSEPFine相关联的条目PTSEPCoarse从同一条目PTSEPStart中获取。另外，条目SPNEPFine和与条目SPNEPFine相关联的条目SPNEPCoarseassociated从同一条目SPNEPStart中获取。

图25示出条目PTSEPCoarse和条目PTSEPFine的格式示例。PTS，即条目PTSEPStart，具有33位数据长度。当条目PTSEPStart的MSB和LSB分别是第32位和第0位时，在图25中示出的示例中，从条目PTSEPStart的第32位至第19位的14位用于粗单元搜索的条目PTSEPCoarse。条目PTSEPCoarse允许范围从5.8秒至26.5小时的分辨率的搜索。从条目PTSEPStart的第19至第9位的11位用于细单元搜索的条目PTSEPFine。条目PTSEPfine允许范围从5.7毫秒至11.5秒的分辨率的搜索。条目PTSEPStart的第19位通常用于条目PTSEPCoarse和条目PTSEPFine。从条目PTSEPStart的LSB端的第0位至第8位的9位是不使用的。

图26示出条目SPNEPCoarse和条目SPNEPFine的格式示例。源分组数，即条目SPNEPStart具有32位的数据长度。当条目SPNEPStart的MSB和LSB是第31位和第0位时，在图26中示出的示例中，从条目SPNEPStart的第31位至第0位的所有位用于粗单元搜索的条目SPNEPCoarse。从条目SPNEPStart的第16位至第0位的17位用于细单元搜索的条目SPNEPFine。条目SPNEPFine允许直到大约25MB(兆字节)的AV流文件的探索。

对于源分组数，可以使用条目SPNEPCoarse的MSB端的预定位数。例如，从条目SPNEPStart的第31位至第16位的17位可以用于条目SPNEPCoarse，而从条目SPNEPStart的第16位至第0位的17位可以用于条目SPNEPFine。

基于上文，条目PTSEPStart和条目SPNEPStart定义如下。

如图25所示，条目PTSEPStart是具有33位数据长度的无符号整数，表示具有33位数据长度的、从AV流的随机可存取的画面(例如，IDR(瞬间解码刷新)画面或者I(内)画面)开始的视频存取单元的PTS。

如图26所示，条目SPNEPStart是具有32位数据长度的无符号整数，表示在AV流文件中包括与条目PTSEPStart相关联的视频存取单元的第一字节的源分组的地址。条目SPNEPStart被表示为源分组数。条目SPNEPstart被计数为从“1”开始的值，并且从AV流文件的第一源分组开始，对于每个源分组，该值递增1。

参考图24，块blkEPMapForOneStreamPID(EP_stream_type，Nc，Nf)描述第一for循环语句和第二for循环语句。第一for循环语句描述粗单元搜索的子表(EP粗表)。第二for循环语句描述基于子表(EP粗表)的搜索结果而执行的细单元搜索的子表(EP细表)。

第一for循环语句之前紧接字段EPFineTableStartAddress。字段EPFineTableStartAddress具有32位数据长度，表示第二for循环的字段ReservedEPFine[EP_fine_id]的第一字节的开始地址，如从块blkEPMapForOneStreamPID(EP_stream_type，Nc，Nf)的第一字节开始的相对字节数。相对字节数从值“0”开始。

第一for循环语句通过循环变量[i]重复由子表(EP粗表)的条目数表示的次数。对于由条目数Nc表示的数来存储字段RefToEPFineID[i]、条目PTSEPCoarse[i]和条目SPNEPCoarse[i]的对。在第一for循环语句中，字段RefToEPFine[i]具有18位数据长度，表示与由字段RefToEPFineID[i]后的字段PTSEPCoarse[i]表示的条目PTSEPCoarse相关联的条目PTSEPFine的子表(EP细表)中的条目数。条目PTSEPFine和与该条目PTSEPFine相关联的条目PTSEPCoarse从同一条目PTSEPStart中获取。通过按第二for循环语句中描述的顺序定义的循环变量[EP_fine id]的值获取字段RefToEPFineID[i]。

在第一for循环语句之后，在填充字之后，描述第二for循环语句。第二for循环语句用循环变量[EP_fine_id]重复由子表(EP细表)的条目数Nf表示的次数。对于由条目数Nf表示的数来存储具有1位数据长度的字段ReservedEPFine[EP_fine_id]、具有3位数据长度的字段IEndPositionOffset[EP_fine_id]、具有11位数据长度的字段PTSEPFine[EP_fine_id]和具有17位数据长度的字段SPNEPFine[EP_fine_id]的对。在这些字段当中，字段PTSEPFine[EP_fine_id]和字段SPNEPFine[EP_fine_id]存储基于循环变量[EP_fine_id]而分别从子表(EP细表)参照的条目PTSEPFine和条目SPNEPFine。

条目PTSEPCoarse和条目PTSEPFine以及条目SPNEPCoarse和条目SPNEPFine按以下方式获取。假定子表(EP细表)包括按相关数据SPNEPStart的值的升序排列的Nf个条目。每个条目PTSEPFine根据以下公式(1)从相对应的条目PTSEPStart中获取。

PTSEPFine[EP_fine_id]＝(PTSEPStart[EP_fine_id]＞＞9)/2¹¹ (1)

条目PTSEPCoarse和相对应的条目PTSEPFine之间的关系表示为以下公式(2)和(3)。

PTSEPCoarse[i]＝(PTSEPStart[RefToEPFineID[i]＞＞19)/2¹⁴ (2)

PTSEPFine[ReFToEPFineID[i]]＝

PTSEPStart[RefToEPFineID[i]]＞＞9)/2¹¹ (3)

根据以下公式(4)从相对应的条目SPNEPStart中获取每个条目SPNEPFine。

SPNEPFine[EP_fine_id]＝SPNEPStart[EP_fine_id]/2¹⁷ (4)

条目SPNEPCoarse和相对应的条目SPNEPFine之间的关系用以下公式(5)和(6)表示。

SPNEPCoarse[i]＝SPNEPStart[RefToEPFineID[i]] (5)

SPNEPFine[RefToEPFineID[i]]＝SPNEPStart[RefToEPFineID[i]]/2¹⁷ (6)

在上述公式(1)至(6)中，符号“＞＞x”指示使用在LSB端具有超过x位的位数的位。

接下来，将描述用于存储扩展数据的块blkExtensionData()。将该块blkExtensionData()定义为使得它能够存储预定扩展数据。在存储索引表的文件“index.bdmv”、存储播放列表的文件“xxxxx.mpls”和剪辑信息文件“zzzzz.dpi”中的每一个中，都可描述块blkExtensionData()。

图27示出表示块blkExtensionData()的结构示例的语法。字段Length具有32位数据长度，表示以字节表示的紧跟该字段Length之后直至块blkExtensionData()的结尾的数据长度。除非由字段Length表示的数据长度是“0”，否则描述之后的if语句的信息。

字段DataBlockStartAddress具有32位数据长度，表示存储该语法的扩展数据的主体的块DataBlock()的开始地址，如从块blkExtensionData()的字节开始的相对字节数。换句话说，相对字节数从“0”开始。字段DataBlockStartAddress需要满足以下的32位对齐条件。

DataBlockStartAddress％4＝0

在具有24位数据长度的区域reserved之后，放置字段NumberOfExtDataEntries。字段NumberOfExtDataEntries具有8位数据长度，并表示在块blkExtensionData()的块DataBlock()中存储的扩展数据的条目数目。扩展数据的条目存储获取扩展数据的主体所必需的信息。在该示例中，扩展数据的条目是由字段ExtDataType、字段ExtDataVersion、字段ExtDataStartAddress和字段ExtDataLength组成的块ext_data_entry()。在块blkExtensionData()中，对于由字段NumberOfExtDataEntries根据第一for循环语句表示的数，存在块ext_data_entry()。

字段ExtDataType具有16位数据长度，指示包含在该块blkExtensionData()内的扩展数据是用于记录设备的扩展数据。该字段ExtDataType的值是用来标识扩展数据的第一值。字段ExtDataType的值可定义为由包括该块blkExtensionData()的标准的许可者(licensor)分配。字段ExtDataVersion是用来标识扩展数据的第二值。字段ExtDataVersion可定义为表示该扩展数据的版本号。在该块blkExtensionData()中，当这些条目的字段ExtDataType和字段ExtDataVersion的值相同时，不能存在块ext_data_entry()的两个或者更多条目。

字段ExtDataStartAddress具有32位数据长度，表示与包含该字段ExtDataStartAddress的扩展数据的条目(块ext_data_entry())相对应的扩展数据的开始地址。字段ExtDataStartAddress表示扩展数据ext_data的开始地址，如从块blkExtensionData()的字节开始的相对字节数。字段ExtDataStartAddress需要满足以下32位对齐条件。

ExtDataStartAddress％4＝0

字段ExtDataLength具有32位数据长度，并且表示与包含字段ExtDataStartAddress的扩展数据的条目(块ext_data_entry())相对应的扩展数据的数据长度。数据长度以字节表示。

当对于由字段NumberOfExtDataEntries表示的数来描述扩展数据的条目(块ext_data_entry())时，具有16位数据长度且由任何数据序列组成的字段padding_word重复L1次，作为两个字段的对。其后，描述存储扩展数据的主体的块DataBlock()。块DataBlock()存储扩展数据的至少一个条目。扩展数据ext_data的每个条目基于上述字段ExtDataStartAddress和字段ExtDataLength而从块DataBlock()中获取。

图28示出块blkExtensionData()中的数据条目的参照关系。字段Length表示紧接字段Length之后直至块blkExtensionData()的结尾的数据长度。字段DataBlockStartAddress表示块DataBlock()的开始位置。对于由字段NumberOfExtDataEntries表示的数来描述块ext_data_entry。具有任何数据长度的字段padding_word放置在最后的块ext_data_entry和块DataBlock()之间。

在块DataBlock()中，放置由块ext_data_entry()表示的扩展数据ext_data。每个扩展数据ext_data的位置和数据长度由相对应的块ext_data_entry()的字段ExtDataStartAddress和字段ExtDataLength表示。因此，块DataBlock()中的扩展数据ext_data的顺序不需要与相对应的块ext_data_entry()的顺序相匹配。

当将扩展数据构造成存储扩展数据的主体的块DataBlock()和存储用于包含在块DataBlock()内的扩展数据的存取信息的块ext_data_entry()的两层时，能够存储扩展数据的多个条目。

接下来，将描述创建和读取上述扩展数据的方法的示例。图29是示出块blkExtensionData()中的写入数据的处理示例的流程图。图29示出扩展数据作为第(n+1)条目添加至块blkExtensionData()中以便重写块blkExtensionData()的示例。

首先，在步骤S10中，获取将要写入的扩展数据的数据长度并将其设置为字段ExtDataLength[n+1]的值。符号“[n+1]”表示第(n+1)个条目编号。在下一步骤S11，检查在当前块blkExtensionData()中列出的块ext_data_entry()的字段ExtDataLength和字段ExtDataStartAddress的值，并获取块DataBlock()的使用状态。

在下一步骤S12中，确定块DataBlock()是否具有等于或者大于由表示将要写入的扩展数据的数据长度的字段ExtDataLength[n+1]所表示的数据长度的连续空闲区域。当确定结果指示块DataBlock()具有这样的区域时，处理流程前进到步骤S14。

相反，当确定结果指示块DataBlock()不具有超过由字段ExtDataLength[n+1]表示的数据长度的连续空闲区域时，处理流程前进到步骤S13。在步骤S13中，增加块blkExtensionData()的字段Length的值，使得在块DataBlock()中创建等于或者大于由字段ExtDataLength[n+1]表示的数据长度的连续空闲区域。在创建这样的空闲区域之后，处理流程前进到步骤S14。

在步骤S14中，决定写入扩展数据的区域的开始地址，使得将开始地址的值设置为字段ExtDataStartAddress[n+1]。在下一步骤S15，从字段ExtDataStartAddress[n+1]中写入在步骤S10中设置的具有由字段ExtDataLength[n+1]表示的数据长度的扩展数据ext_data[n+1]。

在写入数据之后，处理流程前进到步骤S16。在步骤S16中，将字段ExtDataLength[n+1]和字段ExtDataStartAddress[n+1]添加到块ext_data_entry()中。

在上文中，假定将要重写的块blkExtensionData()已经从诸如盘的记录介质中读取并且存储在记录设备的存储器中。因此，由系统通过在步骤S13中改变字段Length的值来执行块blkExtensionData()的增加。系统适当地分配存储器。

图30是示出从块blkExtensionData()中读取扩展数据的处理示例。图30中示出的流程图的处理可应用于只再现记录介质和可记录的记录介质两者。首先，在步骤S20，从将要读取的扩展数据所基于的标准获取字段ExtDataType的值。在步骤S21，从将要读取的扩展数据的类型中获取字段ExtDataVersion的值。

在下一步骤S22中，逐一读取在块blkExtensionData()中列出的每个块ext_data_entry()。在步骤S23中，确定每个块ext_data_entry()的字段ExtDataType和字段ExtDataVersion的值是否与在上述步骤S20和S21中获取的字段ExtDataType和字段ExtDataVersion的值相匹配。

当确定结果指示它们不匹配时，处理流程前进到步骤S26。在步骤S26中，确定是否已经读取块blkExtensionData()中列出的所有块ext_data_entry()。当确定结果指示已经读取所有块ext_data_entry()时，处理流程前进到步骤S27。在步骤S27中，因为在块blkExtensionData()中没有将要读取的扩展数据，所以处理完成。相反，当确定结果指示没有读取所有块ext_data_entry()时，处理流程回到步骤S22。在步骤S22中，读取下一块ext_data_entry()。

当在步骤S23中的确定结果指示块ext_data_entry()的字段ExtDataType和字段ExtDataVersion的值与在上述步骤S20和S21中获取的字段ExtDataType和字段ExtDataVersion的值相匹配时，处理流程前进到步骤S24。在该示例中，假定它们与块blkExtensionData()的第[i]条目相匹配。

在步骤S24，从块ext_data_entry()的第[i]条目中读取字段ExtDataLength[i]的值和字段ExtDataStartAddress[i]的值。在步骤S25，从由在步骤S24中读取的字段ExtDataStartAddress[i]所表示的地址中读取作为字段ExtDataLength[i]所表示的数据长度的数据。

接下来，将描述存储扩展数据的且可在上述索引文件“index.bdmv”、电影对象文件“MovieObject.bdmv”、播放列表文件“xxxxx.mpls”和剪辑信息文件“zzzzz.clpi”中定义的扩展数据块blkExtensionData()。

首先，将描述在索引文件“index.bdmv”中定义的扩展数据块的示例。在该示例中，将描述向每个播放列表中添加对可记录的记录介质唯一的属性信息的扩展数据块。图31示出表示文件“index.bdmv”中的块blkExtensionData()的块DataBlock()的结构示例(参考图27)的语法。在图31中示出的示例中，块DataBlock()被描述为块blkIndexExtensionData()。

首先，参考图27，分别设置块blkExtensionData()的字段ExtDataType和字段ExtDataVersion的值“0x1000”和值“0x0100”。在这些字段ExtDataType和字段ExtDataVersion中描述的值参考存储在例如再现设备端的ROM(只读存储器)中的表而标识。块blkIndexExtensionData()存储在由块DataBlock()中的字段ExtDataStartAddress和字段ExtDataLength表示的区域中。

在块blkIndexExtensionData()中，字段TypeIndicator描述根据ISO 646中规定的编码系统编码的四个字母的字符串。四个字母的字符串表示随后的数据类型。在图31中示出的示例中，字段TypeIndicator描述根据ISO 646中规定的系统编码的四个字母的字符串“IDEX”，指示随后的数据类型是索引文件的扩展数据。

字段TypeIndicator后面是具有32位数据长度的区域reserved，之后紧跟具有32位数据长度的字段TableOfPlayListStartAddress。字段TableOfPlayListStartAddress表示基于该块blkIndexExtensionData()的开始的块blkTableOfPlayList()的开始地址。

字段TableOfPlayListStartAddress后面是具有32位数据长度的字段MakersPrivateDataStartAddress。字段MakersPrivateDataStartAddress表示基于块blkIndexExtensionData()的开始的块blkMakersPrivateData()的开始地址。在具有192位数据长度的区域reserved之后，放置块blkUIAppInfoAVCHD()。具有16位数据长度的填充字padding_word重复由值N1表示的次数。其后，放置块blkTableOfPlayList()。其后，具有16位数据长度的填充字padding_word重复由值N2表示的次数。其后，放置块blkMakersPrivateData()。块blkMakersPrivateData()后面是具有16位数据长度的填充字padding_word。填充字padding_word重复由值N3表示的次数。

因为块blkUIAppInfoAVCHD()和块blkMakersPrivateData()较少涉及本发明，所以将省略对它们的描述。

图32示出表示上述块blkTableOfPlayList()的结构示例的语法。字段Length具有32位数据长度，表示以字节表示的紧接字段Length之后直至块blkTableOfPlayList()的结尾的字节的数据长度。字段Length后面是描述有关再现重放标题所使用的播放列表的信息的块blkFirstPlaybackTitlePlayLists()和描述有关菜单标题的信息的块blkMenuTitlePlayLists()。因为这些块blkFirstPlaybackTitlePlayLists()和块blkMenuTitlePlayLists()较少涉及本发明，所以将省略对它们的描述。

其后，放置具有16位数据长度的字段NumberOfTitlePlayListPair。字段NumberOfTitlePlayListPair描述用来再现除了重放标题和菜单标题之外的标题的播放列表数。根据下一for循环语句，对于字段NumberOtTitlePlayListPair所表示的数目描述块blkMovieTitlePlayListPair()。块blkMovieTitlePlayListPair()包含字段PlayListFileName、字段PlayListAttribute和字段RefToTitleld。换句话说，块blkMovieTitlePlayListPair()将信息构造为由用于由该for循环语句表示的第[i]播放列表的文件名、属性和参照标题ID所组成。

for循环语句中的条目基于记录它们的顺序。换句话说，当添加一个播放列表时，字段NumberOfTitlePlayListPair的值递增“1”，而所添加的播放列表的信息被附加写入现有播放列表的信息之后。

字段PlayListFileName具有40位(5字节)数据长度，描述根据ISO 646中规定的编码系统编码的播放列表的文件名。字段PlayListFileName后面是具有6位数据长度的区域reserved，之后紧跟字段PlayListAttribute。字段PlayListAttribute具有2位数据长度，表示分配给当前播放列表的属性。播放列表基于它们的原因(cause)而分类为与剪辑一起创建的第一类型、与用现有标题或者全部或者部分的播放列表创建的播放列表相对应的第二类型、和用于再现菜单的第三类型。取决于播放列表的类型给每个播放列表分配属性“Real”(第一类型)、属性“Virtual”(第二类型)、或者属性“Menu”(第三类型)。

以下，分配属性“Real”的播放列表称为真实播放列表。分配属性“Virtual”的播放列表称为虚拟播放列表。分配属性“Menu”的播放列表称为菜单播放列表。

字段RefToTitleld描述当创建播放列表时，在同一循环的字段PlayListFileName中表示的播放列表所属的标题的ID(编号)。作为更具体的示例，字段RefToTitleld描述索引文件“index.bdmv”中的块blkIndexes()的相应值title_id。当仅仅从第一重放标题中再现该播放列表时，字段RefToTitleld的值是第一固定值，例如“0xFFFF”。另一方面，当仅仅从菜单标题中再现该播放列表时，字段RefFoTitleld的值是第二固定值，例如“0xFFFE”。

接下来，将简单描述真实播放列表、虚拟播放列表和菜单播放列表。例如，分配属性“Real”的真实播放列表被与剪辑一起创建并记录在盘上。因为真实播放列表是表示素材的第一播放列表，所以也将其称为原始播放列表。例如，在真实播放列表中，所创建剪辑的开始和末尾分别被指定为IN点和OUT点。

真实播放列表是参照作为流的实体的剪辑的播放列表。当新创建剪辑时，总是创建参照所创建的剪辑的真实播放列表。换句话说，没有不从任何真实播放列表参照的剪辑。因此，关于盘的真实播放列表的总的再现时间与记录在盘上的剪辑的总的再现时间相匹配。换句话说，从用户的观点来看，盘的剩余可记录时间与真实播放列表或者仅仅由真实播放列表组成的标题的可记录时间相匹配。

作为素材的真实播放列表和剪辑之间总是具有一对一的关系。因此，当例如，通过编辑来删除真实播放列表时，也从盘上删掉了相应的剪辑。另外，当删除剪辑所参照的真实播放列表部分时，也删除了与真实播放列表相对应的剪辑部分。因此，当编辑真实播放列表时，也改变了记录在盘上的剪辑的实体。因此，例如，该编辑称为实体编辑或者真实编辑。

分配属性“Virtual”的虚拟播放列表是用现有标题或者部分或全部播放列表而创建的播放列表。虚拟播放列表是通过给现有剪辑设置IN点和OUT点以及参照由IN点和OUT点定义的区域而创建的播放列表。

例如，虚拟播放列表指定用于上述真实播放列表的IN点和OUT点。例如，虚拟播放列表指定用于多个真实播放列表的每一个的IN点和OUT点，以及指定由这些IN点和OUT点指定的多个区域的再现顺序。另外，基于虚拟播放列表，可创建另一虚拟播放列表。换句话说，可创建为多个虚拟播放列表之一或每一个指定IN点和OUT点的虚拟播放列表。

可快速创建虚拟播放列表，而不需要改变例如具有大尺寸的剪辑(流实体)。另外，可通过删除与剪辑的参照关系来删除虚拟播放列表，而不需要改变剪辑的实体。因为编辑虚拟播放列表时不需要改变剪辑的实体，所以该编辑称为虚拟编辑等等。

分配属性“Menu”的菜单播放列表是用于再现菜单的播放列表。当创建或者更新菜单时创建菜单播放列表。菜单播放列表是从电影对象中调用的用于再现菜单标题的播放列表。

接下来，将描述为播放列表文件“xxxxx.mpls”定义的扩展数据块的示例。图33示出表示在播放目录文件“xxxxx.mpls”中的块blkExtensionData()的块DataBlock()的结构示例(参考图27)的语法。在图33中示出的示例中，块DataBlock()被表示为块blkPlayListExtensionData()。

首先，参考图27，假定播放列表文件“xxxxx.mpls”中的块blkExtensionData()的字段ExtDataType和字段ExtDataVersion的值分别是预定值，例如，值“0x1000”和值“0x0100”，如上述示例中所示。

在块blkPlayListExtensionData()中，字段TypeIndicator描述已经根据ISO646中规定的编码系统编码的预定的四个字母的字符串，表示随后的数据类型。在该字段TypeIndicator中描述的字符串指示随后的数据类型是播放列表文件的扩展数据。

字段TypeIndicator后面是具有32位(4字节)数据长度的区域reserved，之后紧跟具有32位数据长度的字段PlayListMarkExtStartAddress，再之后紧跟具有32位数据长度的字段MakersPrivateDataStartAddress。字段PlayListMarkExtStartAddress和字段MakersPrivateDataStartAddress表示基于块blkPlayListExtensionData()的开始的块blkPlayListExt()和块blkMakersPrivateData()的开始地址。

字段MakersPrivateDataStartAddress后面是具有192位数据长度的区域reserved，之后紧跟块blkPlayListMenu()。具有16位数据长度的填充字padding_word重复由值N1表示的次数。其后，放置块blkPlayListMarkExt()。另外，具有16位数据长度的填充字padding_word重复由值N2表示的次数，之后紧跟块blkMakersPrivateData()。块blkMakersPrivateData()后面是具有16位数据长度的填充字padding_word。填充字padding_word重复由值N3表示的次数。

图34示出表示块blkPlayListMeta()的结构示例的语法。字段Length具有32位数据长度，表示直接在该字段Length之后直至该块blkPlayListMenu()的结尾的数据长度。字段Length后面是每个都具有16位数据长度的字段MakerID和字段MakerModelCode。字段MakerID和字段MakerModelCode分别描述已经更新该播放列表文件的制造者和标识该制造者的模型的信息。

字段MakerModelCode后面是具有32位数据长度的区域reserved，之后紧跟具有16位数据长度的字段RefToMenuThumbnailIndex。当存在表示由该播放列表文件再现的剪辑的序列的缩略图图像时，该字段RefToMenuThumbnailIndex描述标识缩略图图像的缩略图编号。其后，放置具有8位数据长度的块blkTimeZone()。当更新该播放列表文件时，在块blkTimeZone()中描述表示已经为设备设置的时区的信息。其后，放置具有56位数据长度的字段RecordTimeAndData。字段RecordTimeAndData表示该播放列表文件更新的时间和数据。

字段RecordTimeAndData后面是具有8位数据长度的区域reserved，之后紧跟每个都具有8位数据长度的字段PlayListCharacterSet和字段PlayListNameLength，再之后紧跟具有255字节数据长度的字段PlayListName。这些字段PlayListCharacterSet、字段PlayListNameLength、和字段PlayListName描述关于由该播放列表文件表示的播放列表的名字的信息。

换句话说，字段PlayListCharacterSet表示在字段PlayListName中描述的字符串的字符集。字段PlayListNameLength表示在字段PlayListName中描述的播放列表名字的字节长度。字段PlayListName描述分配给该播放列表的名字。在字段PlayListName中，由字段PlayListNameLength表示的从左边开始的字节数是该播放列表的名字的有效字符串。在字段PlayListName中，由字段PlayListNameLength表示的有效字符串之后可以跟随任何值。

字段PlayListName后面是块Additional_data()。该块Additional_data()是存储附加信息的保留区域。在块Additional_data()中，具有由具有32位数据长度的字段Length2表示的字节数的数据长度的区域被保留。

图35示出表示播放列表文件中的块blkMakersPrivateData()的结构示例的语法。块blkMakersPrivateData()是描述有关该播放列表文件的制造者的唯一信息的块。字段Length具有32位数据长度，表示紧接字段Length之后直至该块blkMakersPrivateData()的结尾的数据长度。当该字段Length的值是“0”时，指示该MakersPrivateData()不描述信息。除非字段Length的值是“0”，否则描述之后的if语句的信息。

字段DataBlockStartAddress具有32位数据长度，表示在该语法中存储制造者的唯一信息的主体的块DataBlock()的开始地址，如从该块blkMakersPrivateData()开始的相对字节数。紧跟具有24位数据长度的区域reserved之后，放置具有8位数据长度的字段NumberOfMakerEntries。

根据下一for语句，对于由字段NumberOfMakerEntries表示的数描述扩展数据的条目，即字段MakerID、字段MakerModelCode、字段MpdStartAddress和字段MpdLength。每个字段MakerID和字段MakerModelCode都具有16位数据长度，分别表示制造者的标识符信息和制造者的模型的标识符信息。每个字段MpdStartAddress和字段MpdLength都具有32位数据长度，分别表示从块blkExtensionData()开始的存储扩展数据的主体的块DataBlock()的开始地址，如块DataBlock()的相对字节数和数据长度。

当对于由字段NumberOfMakerEntries表示的数描述扩展数据的条目时，具有16位数据长度且由任何数据序列组成的字段padding_word重复L1次，如两个字段的对。其后，描述存储扩展数据的主体的块DataBlock()。块DataBlock()存储至少一个扩展数据ext_data。换句话说，制造者的唯一扩展数据存储在块DataBlock()中，分别用于由字段MakerID和字段MakerModelCode表示的每个制造者和每个模型。扩展数据的每个条目基于上述字段MpdStartAddress和字段MpdStartAddress而从块DataBlock()中获取。

因为播放列表文件的扩展数据的块blkPlayListExtensionData()中的块blkPlayListMarkExt()较少涉及本发明，所以将省略对它的描述。

接下来，将描述为剪辑信息文件“zzzzz.clpi”定义的扩展数据块的示例。图36示出表示在剪辑信息文件的块blkExtensionData()中的块DataBlock()的结构示例(参考图27)的语法。在图36中示出的示例中，块DataBlock()表示为块blkClipExtensionData()。

在块blkClipExtensionData()中，字段TypeIndicator描述由表示随后的数据类型的并且已经根据ISO 646中规定的编码系统编码的四个字母组成的预定字符串。在该字段TypeIndicator中描述的字符串指示随后的数据类型是剪辑信息文件的扩展数据。

字段TypeIndicator后面是具有32位(4字节)数据长度的区域reserved，之后紧跟每个都分别具有32位数据长度的字段ProgramInfoExtStartAddress和字段MakersPrivateDataStartAddress。字段ProgramInfoExtStartAddress和字段MakersPrivateDataStartAddress表示基于该块blkClipExtensionData()的开始的块blkClipExtensionData()中的块blkProgramInfoExt()和块blkMakersPrivateData()的开始地址。

字段MakersPrivateDataStartAddress后面是具有192位数据长度的区域reserved，之后紧跟块blkClipInfoExt()。具有16位数据长度的填充字padding word重复由值N1表示的次数，之后紧跟块blkProgramInfoExt()。其后，具有16位数据长度的填充字padding_word重复由值N2表示的次数，之后紧跟块blkMakersPrivateData()。块blkMakersPrivateData()后面是具有16位数据长度的填充字padding_word。填充字padding_word重复由值N3表示的次数。

图37示出表示块blkClipInfoExt()的结构示例的语法。字段Length具有32位数据长度，表示紧跟该字段Length之后直至该块blkProgramInfoExt()的结尾的数据长度。其后，紧跟具有8位数据长度的区域reserved之后，放置字段NumberOfProgramSequence。

字段NumberOfProgramSequence具有8位数据长度，表示包含在该块blkProgramInfoExt()内的节目序列的信息的条目数。在该示例中，字段NumberOfProgramSequence的值固定为“1”。根据下一第一for循环语句，字段NumberOfStreamCodingInfoExtlnPs[i]和下一第二for循环语句重复由字段NumberOfProgramSequence表示的次数。第二for循环语句对于由具有8位数据长度的字段NumberOfStreamCodingInfoExtlnPs[i]表示的数目来存储字段StreamPIP[i][j]和块blkStreamCodingInfoExt(i，j)的对。

字段StreamPIP[i][j]具有16位数据长度。字段StreamPIP[i][j]组成由值[i]和值[j]指定的表，并且表示与在从第[i]节目序列参照的PMT(程序映射表)中描述的基本流相对应的PID值。下一块blkStreamCodingInfoExt(i，j)描述关于由值[i]和值[j]指定的基本流的编码系统的信息。

图38示出表示块blkStreamCodingInfoExt(i，j)的结构示例的语法。字段Length具有8位数据长度，并且表示紧接字段Length之后直至块blkStreamCodingInfoExt(i，j)的结尾的数据长度。下一字段StreamCodingType具有8位数据长度，表示相对应的流的编码类型。当字段StreamCodingType的值是“0x1B”时，之后紧跟if语句，描述信息。具有8位数据长度的第一字段HorizontalSize表示屏幕的垂直尺寸，即屏幕的线数。因为在块blkStreamCodingInfoExt中字段HorizontalSize之后的信息较少涉及本发明，所以将省略对其的描述。

另外，因为剪辑信息文件的块blkClipExtensionData()中的块ClipEnfoExt()和块blkMakersPrivateData()较少涉及本发明，所以将省略对它们的描述。

接下来，将简单描述虚拟播放器。当将具有上述数据结构的盘加载到播放器中时，播放器需要将在已经从盘中读取的电影对象等中包含的命令转换成用来控制播放器的硬件的唯一命令。播放器已经将用来对这些命令执行这样的转换的软件存储在播放器中内置的ROM(只读存储器)中。因为该软件通过盘和播放器使播放器按照AVCHD格式的规定进行操作，所以该软件称为虚拟播放器。

图39A和图39B示出虚拟播放器的操作的概略。图39A示出虚拟播放器加载盘的示例。当盘被加载到播放器中并且初始存取盘(在步骤S30)时，初始化用来存储共用于一个盘的公共参数的寄存器(在步骤S31)。在下一步骤S32，从盘中读取并且执行在电影对象等中描述的程序。例如，初始存取表示：当加载盘时，从盘中开始再现指示数据。

图39B示出在用户(例如)按下处于停止状态的播放键、以命令播放器从盘中再现数据的情况下的播放器的操作示例。在初始停止状态(在步骤S40)中，例如，用户通过遥控命令器等(UO：用户操作)命令播放器从盘中再现数据。当命令播放器从盘中再现数据时，初始化寄存器，即公共参数(在步骤S41)。在下一步骤S42，电影对象执行阶段(phase)开始。

接下来，将参考图40描述电影对象执行阶段中的播放列表的再现。假定通过UO等等，播放器已经命令开始再现盘中的标题#_1的内容。当已经命令播放器开始再现盘中的内容时，播放器参照上述图2中示出的索引表(IndexTable)，并获取与标题#_1的内容的再现相对应的对象编号。假定完成标题#_1内容的执行的对象编号是#_1，播放器开始执行电影对象#_1。

在图40中示出的示例中，假定电影对象#_1中描述的程序由两行组成，第一行的命令是“播放PlayList(1)”，播放器开始再现播放列表#_1。播放列表#_1由一个或多个播放项目组成。播放器连续地再现播放项目。在播放器已经完成播放列表#_1的所有播放项目的再现之后，播放器恢复(restore)电影对象#_1的执行，然后执行第二行的命令。在图40中示出的示例中，第二行的命令是“跳转MenuTitle”。播放器执行该命令以及开始执行完成索引表中描述的菜单标题(MenuTitle)的电影对象。

接下来，将描述本发明的实施例。根据本发明，当将剪辑记录到记录介质中时，基于将要记录的剪辑的章被附加写入到现有的播放列表中。当将章附加写入到现有的播放列表中时，基于播放列表的预定约束而确定基于剪辑的章是否能够被附加写入到播放列表中。当确定结果指示能够将章附加写入时，基于剪辑的章被附加写入播放列表中。相反，当确定结果指示不能将章附加写入时，新创建播放列表，并且向其登记基于所记录剪辑的章。

当执行这样的记录控制时，用户可记录剪辑，而无需识别播放列表的约束。因此，设备的可操作性得以改善，并且用户友好性变得很好。

图41示出根据本发明的实施例的记录设备的结构示例的概略。该记录设备将AV流记录到记录介质，其中该AV流的输入数字视频数据和数字音频数据已经在预定系统中压缩编码并且多路复用。

图41中示出的记录设备可以是将从外部输入的视频数据和音频数据记录到记录介质中的单个记录设备，或者是与具有光学系统、图像捕捉装置等的相机块一起用于摄像机设备的、且将基于所捕捉图像信号的视频数据记录到记录介质的记录块。

可预期存在多种可应用的压缩编码系统和多路复用系统。例如，在H.264|AVC中定义的系统可以应用于本发明的实施例的压缩编码系统。作为替代，可基于MPEG2系统而执行压缩编码。另一方面，对于多路复用系统，例如，可使用MPEG2系统。在下文中，假定视频数据基于H.264|AVC中规定的系统而压缩编码，以及视频数据和音频数据基于MPEG2系统中规定的系统而多路复用。

例如，控制部分30由CPU(中央处理单元)、RAM(随机存取存储器)、ROM(只读存储器)等等(未示出)组成。控制部分30使用RAM作为工作存储器，基于在ROM中存储的程序和数据而控制记录设备的记录部分10的每个部分。在图41中，省略连接控制部分30和记录部分10的每个部分的线以防止附图变得复杂。

UI(用户接口)部分31具有操作开关，根据操作开关的操作，用户使用该操作开关来操作记录设备和输出控制信号。控制信号被提供给控制部分30。通过基于根据用户的操作从UI部分31提供的控制信号而执行的软件的处理，控制部分30控制记录部分10的每个部分的操作。例如，控制部分30根据UI部分31的操作而控制记录设备的记录开始和停止操作。

例如，控制部分30执行应用软件，其在由预定程序组成并提供基本软件功能的OS(操作系统)上提供用户界面，并控制记录部分10的每个部分。另外，控制部分30执行协调记录部分10的每个部分的软件和硬件的驱动器程序。OS还提供管理在记录介质20上记录的文件和数据的文件系统。稍后将描述文件系统。应用软件通过由OS提供的文件系统存取在记录介质20上记录的文件。

从终端40输入基带数字视频数据。当输入数字视频数据时，从终端41输入基带数字音频数据。

数字视频数据从终端40输入到记录部分10中，并提供给视频编码器11。视频编码器11根据预定系统对所提供的数字视频数据进行压缩编码。在基于H.264|AVC中规定的系统而执行压缩编码的该示例中，例如，使用DCT(离散余弦变换)和屏幕内预测，执行帧内压缩。使用运动向量执行帧间压缩。执行加密编码以便改善压缩效率。已经由视频编码器11压缩编码的数字视频数据被作为H.264|AVC基本流(ES)而提供给多路复用器(MUX)13。

数字音频数据从终端41输入到记录部分10并被提供给音频编码器12。根据预定压缩编码系统，例如，AC3(音频码数3)，音频编码器12压缩编码数字音频数据。用于音频数据的压缩编码系统不限于AC3。作为替代，预期使用基带音频数据而不压缩编码音频数据。已经压缩编码的数字音频数据被提供给多路复用器13。

多路复用器13根据预定系统多路复用已经压缩编码和提供的数字视频数据和数字音频数据，并且作为一个数据流而输出多路复用的数据。在基于MPEG2系统而执行多路复用的该示例中，使用MPEG2传输流在时分的基础上多路复用所提供的压缩视频数据和音频数据。例如，多路复用器13具有缓冲存储器。多路复用器13在缓冲存储器中存储已经提供的压缩视频数据和音频数据。

存储在缓冲存储器中的压缩视频数据是通过将它们分成预定大小并且给分成的每个部分添加标头(header)而分组化的PES(分组化基本流)。类似地，压缩音频数据是通过将它们分成预定大小并且给分成的每个部分添加标头而被PES分组化。标头存储MPEG2系统中规定的预定信息，诸如表示存储在分组中的数据的再现时间的PTS和表示解码时间的DTS(解码时戳)。PES分组被进一步划分并存储在传输分组(TS分组)的有效荷载中。TS分组的标头存储标识在有效荷载中存储的数据的PID(分组标识)。从多路复用器13输出的TS分组暂时存储在流缓冲器14中。

具体地，由多路复用器13将具有预定大小的标头添加到TS分组。输出具有标头的TS分组。将预定标头添加到TS分组的分组被称为源分组。

记录控制部分15控制数据到记录介质20的记录。对于记录介质20，例如，可以使用可记录型DVD(数字多用盘)。作为替代，对于记录介质20，可以使用硬盘驱动器。作为替代，半导体存储器可以应用于记录介质20。实现比其它记录介质更大容量的Blu-ray Disc(注册商标)预期可应用于记录介质20。

记录控制部分15监视存储在流缓冲器14中的数据量。当存储在流缓冲器14中的数据超过预定量时，从流缓冲器14中读取用于记录介质20的记录单元量的数据并且将其写入到记录介质20中。

例如，管理信息处理部分16由CPU、作为工作存储器的RAM、以及预存程序和预定数据的ROM(这些部分未示出)组成。另外，例如，管理信息处理部分16可通过控制部分30的程序处理来实现其功能。在这种情况下，例如，控制部分30的RAM用作非易失性存储器17，而非易失性存储器18连接到控制部分30。

管理信息处理部分16基于记录数据而使用非易失性存储器17作为工作存储器，并创建将要在上述索引文件“index.bdmv”、电影对象文件“MovieObject.bdmv”、播放列表文件“xxxxx.mpls”和剪辑信息文件“zzzzz.dpi”中存储的信息。按预定定时将所创建的信息写入到记录介质20。

例如，管理信息处理部分16获取多路复用器13中的记录数据的时间信息和记录控制部分15中的用于记录介质20的记录数据的地址信息，并且基于所获取的这些时间信息和地址信息而创建EP_map信息。另外，基于根据UI部分31的记录开始操作或者记录停止操作从控制部分30输出的控制信号和有关从多路复用器13a和记录控制部分15提供的记录数据的信息，而创建剪辑信息文件“zzzzz.dpi”。有关创建剪辑信息文件的信息被附加写入到播放列表文件中。用这样的方式，更新播放列表文件“xxxxx.mpls”。

当更新播放列表文件时，确定对附加写入有关剪辑信息文件的信息的播放列表文件的预定约束是否满足。当确定结果指示不满足约束时，新创建播放列表文件。有关创建剪辑信息文件的信息被记录到新创建的播放列表文件中。

另外，当将数据新记录到记录介质20中时，创建或更新索引文件“index.bdmv”和电影对象文件“MovieObject.bdmv”。

图42示出可应用于本发明的实施例的数据结构的示例。索引文件“index.bdmv”具有一个或者多个标题。电影对象文件“MovieObject.bdmv”包含与索引文件“index.bdmv”具有的标题相对应的一个或者多个电影对象。每个电影对象调用一个播放列表文件“xxxxx.mpls”。播放列表文件“xxxxx.mpls”包含一个或者多个播放项目。每个播放项目参照剪辑信息文件“zzzzz.dpi”。剪辑信息文件“zzzzz.clpi”和作为剪辑的实体的剪辑AV流文件“zzzzz.m2ts”具有一对一的关系。

在这样的结构中，用户可以以索引文件“index.bdmv”具有的标题为单元来看到记录介质上记录的剪辑。当用户选择他或她希望的标题时，从电影对象文件“MovieObject.bdmv”参照对应于该标题的电影对象。调用在所参照的电影对象中描述的播放列表文件“xxxxx.mpls”，根据包含在播放列表文件内的播放项目，参照剪辑信息文件“zzzzz.clpi”，并再现相应的剪辑AV流文件“zzzzz.m2ts”。

当将表示时间信息的标记(播放列表标记)添加到播放列表文件“xxxxx.mpls”中时，可设置跳转位置。章用标记来定义。章是用户可看到的标题的再现单元。标记总是放置在记录开始位置。标记可以放置在除了记录开始位置之外的位置。

换言之，当在播放列表文件“xxxxx.mpls”中设置用于记录开始操作的播放列表标记并登记参照剪辑的播放项目时，在播放列表文件中形成章。换句话说，当将播放列表标记记录到播放列表文件并记录播放项目时，可以说是将章记录到播放列表文件。

如上所述，与剪辑一起创建真实播放列表。在图42中示出的示例中，播放列表文件“00000.mpls”、“00200.mpls”和“00018.mpls”具有真实播放列表的属性。

在它们之中，播放列表文件“00000.mpls”是附加写入有关新创建的剪辑的信息的播放列表的示例。例如，参照与新记录的剪辑AV流文件“00125.m2ts”相对应的剪辑信息文件“00125.m2ts”的播放项目#_1被附加记录到播放列表文件“00000.mpls”，所述播放列表文件“00000.mpls已经存储了参照与剪辑AV流文件“00001.m2ts”相对应的剪辑信息文件“00001.dpi”的播放项目#_0。在播放项目表示的开始时间处放置标记。当再现播放列表文件“00000.mpls”时，基于播放项目#_0而再现剪辑AV流文件“00001.m2ts”。其后，基于播放项目#_1而再现剪辑AV流文件“00125.m2ts”。

播放列表文件“00200.mpls”是为一个剪辑创建一个播放列表文件以及该播放列表文件仅仅包含一个播放项目的示例。

另外，播放列表文件“00018.mpls”是多个播放项目参照一个剪辑的示例。可预期，当执行记录开始操作或者记录停止操作时，执行控制以便创建播放项目并将数据附加写入到一个剪辑中。在播放项目#_0的开始处放置标记。通过连续地再现播放项目#_0和播放项目#_1，再现整个剪辑AV流文件“00002.m2ts”。

另一方面，如图42中示出的播放列表文件“00005.mpls”所示，虚拟播放列表指定现有剪辑的再现区域。在该示例中，在播放列表文件“00005.mpls”内包含的播放项目#_0参照剪辑信息文件“00028.dpi”并指定区域。播放项目#_1参照剪辑信息文件“00002.dpi”并指定区域。在播放项目#_0和播放项目#_1的开始处放置标记。当再现播放列表文件“00005.mpls”时，基于播放项目#_0而再现剪辑AV流文件“00028.m2ts”的指定区域。其后，基于播放项目#_1而再现剪辑AV流文件“00002.m2ts”。

根据本发明，如上所述，确定基于新记录的剪辑的章是基于播放列表文件的约束而被附加写入到现有播放列表文件中还是被记录到新创建的播放列表文件中。播放列表文件的约束示例如下。播放列表文件的约束可预期为包括对格式的约束、对安装规格的约束、以及对产品规格的约束。

对格式的约束可预期为以下约束(1)至约束(7)。

约束(1)：在一个播放列表文件中能够存在的播放项目数的上限。

约束(2)：在一个播放列表文件中能够存在的播放列表标记数的上限。

约束(3)：当一个播放列表文件参照多个剪辑时，它们的预定视频属性需要相互匹配。

约束(4)：一个播放列表文件的文件大小的上限。

约束(5)：与一个播放列表文件相关联的剪辑信息文件的总文件大小的上限。

约束(6)：在与一个播放列表文件相关联的剪辑信息文件中用于粗单元搜索的入口点总数的上限。

约束(7)：在与一个播放列表文件相关联的剪辑信息文件中用于细单元搜索的入口点总数的上限。

其中，关于约束(1)的播放项目数和约束(2)的播放列表标记数，对于格式，存在于一个播放列表中的播放项目数的上限约束为例如999，而存在于一个播放列表文件中的播放列表标记数的上限约束为例如999。因此，当基于新记录的剪辑的章被附加写入到播放列表文件中时，需要确定是否满足这些约束。

关于约束(3)的视频属性，格式规定在一个播放列表文件参照的多个剪辑AV流文件中，它们的有关视频数据编码的属性，诸如一个播放列表文件参照的多个剪辑AV流文件的帧大小、扫描系统、纵横比、帧速率和编解码器类型，需要相互匹配。因此，当新记录剪辑时，需要将从在附加写入了基于剪辑的章的播放列表文件中已经记录的播放项目参照的剪辑的属性与新记录的剪辑的属性进行比较。

关于约束(4)的一个播放列表的文件大小和约束(5)的与一个播放列表文件相关联的剪辑信息文件的总文件大小，规定它们的上限。文件大小的规定与记录设备和再现设备的存储器容量相关联。

换句话说，当执行记录操作时，与已经记录的剪辑相对应的播放列表和已经记录的剪辑的剪辑信息文件被暂时存储在记录设备的存储器中。当执行记录操作时，对存储器上的播放列表文件和剪辑信息文件执行更新处理。存储在存储器中的这些播放列表文件和剪辑信息文件按预定定时写入到记录介质中。使用有关播放列表文件和与一个播放列表文件相关联的剪辑信息文件的总文件大小的约束，能够防止在记录操作期间存储器已满、从而强迫其停止的情形。

播放列表文件的文件大小的上限是例如600kB(千字节)。当一个剪辑信息文件的文件大小的上限是例如1MB(兆字节)时，与一个播放列表文件相关联的剪辑信息文件的总文件大小的上限是例如2MB。

约束(6)和约束(7)的上限与上述剪辑信息文件的文件大小的上限相关联。换句话说，如上所述，在剪辑信息文件中，粗单元搜索的入口点和细单元搜索的入口点是存储在块blkCPI()的块blkEPMap()中的信息。换句话说，粗单元搜索的入口点是块blkEPMap()的字段PTSEPCoarse和字段SPNEPCoarse。细单元搜索的入口点是块blkEPMap()的字段PTSEPFine和字段SPNEPFine。

在与一个播放列表文件相关联的剪辑信息文件中，对于格式，规定粗单元搜索的入口点总数的上限和细单元搜索的入口点总数的上限。因此，当剪辑新记录时，需要确定在附加写入参照剪辑的播放项目的播放列表文件中，这些约束是否满足。

对安装规格的约束可预期为具有以下项目。

约束(8)：关于播放列表文件的扩展数据块中的块blkMakersPrivateData()，当不能接管(take over)由另一设备记录的播放列表文件的块blkMakersPrivateData()的信息时，禁止更新播放列表文件。

例如，如图35中示出的块DataBlock()所示，没有约束播放列表文件的扩展数据块的块blkMakersPrivateData()的数据大小。因此，可预期，根据设备的规格而写入具有相对较大的数据大小的数据，例如，多个100kB。由于存储容量的约束，可能难以使用由另一设备记录的具有大尺寸的块blkMakersPrivateData()的接管信息来更新或者编辑播放列表文件。

对产品规格的约束可预期为以下项目。

约束(9)：即使一个设备的标题和章的概念与另一设备的不同，必须防止用户混淆它们。

约束(10)：必须能够连续地执行捕捉操作和记录操作一段规定时期或更长时期。

关于约束(9)的标题和章，可预期，取决于设备，播放列表和章具有不同的结构。因此，当已经由一个设备在其上记录了剪辑的记录介质由另一设备再现时，存在标题可能异常显示的可能性。

例如，假定记录电视广播的固定式记录和再现设备(如视频传动机(deck))具有以下规格。一个节目与一个播放列表相对应。每隔5分钟自动放置作为章的播放列表标记。每当摄像机设备捕捉一个图像，即设备执行记录开始操作时，放置作为章的播放列表标记。将多个章登记到一个播放列表中。另外，假定固定式记录和再现设备具有以下规格。仅仅显示播放列表的开始的缩略图图像。因此，不显示每一章的缩略图图像。

在这些条件下，假定将已经记录了由固定式记录和再现设备所创建的播放列表文件的记录介质加载到摄像机设备中，以及参照由摄像机设备记录的剪辑的播放项目被附加写入和记录到由固定式记录和再现设备创建的播放列表文件中。在这种情况下，作为由固定式记录和再现设备记录的节目的稍后场景(later scene)，将由摄像机设备捕捉的画面登记为章。当摄像机设备的记录介质再次加载到固定式记录和再现设备从而再现节目时，由摄像机设备捕捉的画面的章不显示为缩略图图像。作为替代，不自然地将章再现为由固定式记录和再现设备记录的节目的最后场景。

关于约束(10)的连续捕捉和记录一段规定时期或者更长时期，再现设备的规格通常确保连续记录一段预定时期或者更长时期。另一方面，如上所述，格式规定在与一个播放列表相关联的剪辑信息文件中入口点总数的上限。即使记录介质具有充足的空闲空间，由于参照剪辑信息文件的入口点总数和在格式中规定的上限，在参照将要新记录的剪辑的播放项目播放列表文件中将要确保一段预定时期的入口点不能得到确保。因此，当新记录剪辑时，需要确定是否可基于与附加写入了参照剪辑的播放项目的播放列表文件相关联的入口点数而执行连续记录一段预定时期或者更长的时期。

接下来，将描述根据本发明的实施例基于将要新记录的剪辑的章是否可附加写入到播放列表文件中的确定处理。逐一执行上述约束(1)至约束(10)的确定。当确定结果指示这些约束的至少一个不能满足时，新创建播放列表，并将基于新记录的剪辑的章记录到新创建的播放列表中。

图43是示出确定基于新记录的剪辑的章是否可附加写入到播放列表中的处理示例的流程图。首先，参考图43中示出的流程图，将简单描述整体处理的流程。在该示例中，假定记录介质20是诸如可记录型DVD的盘形记录介质(以下，称为盘)。在参考图41描述的记录设备中，由控制部分30执行随后的每个确定处理等。

当将记录介质20加载到记录设备中时，控制部分30控制记录控制部分15从记录介质20中读取索引文件“index.bdmv”(在步骤S100)。例如，通过管理信息处理部分16将读取的索引文件“index.bdmv”存储在非易失性存储器17中。

在下一步骤S101，控制部分30基于存储在非易失性存储器17中的索引文件“index.bdmv”中描述的信息而标识附加写入基于接下来将要记录的剪辑的章的播放列表(播放列表文件)的候选者(candidate)。

例如，关于块blkIndexExtensionData()中的块blkTableOfPlayLists()，其中块blkIndexExtensionData()是索引文件“index.bdmv”的扩展数据块，搜索块blkTableOfPlayLists()，以找到已经记录的最新真实播放列表，从而获取它的文件名。

更具体地，参考图29，搜索在块blkIndexExtensionData()中列出的块blkMovieTitlePlayListPair()，以找到其具有分配了属性“Real”的字段PlayListattribute且被描述为块blkIndexExtensionData()中的最后块blkMovieTitlePlayListPair()的块blkMovieTitlePlayListPair()，从而从检索到的块blkMovieTitlePlayListPair()中获取字段PlayListFileName的数据。

在下一步骤S102，从记录介质20中读取作为在步骤S101中标识的附加可写候选者的播放列表文件并将其存储到非易失性存储器17。其后，从记录介质20中读取与作为已读取的附加可写候选者的播放列表文件相关联的所有剪辑信息文件。将已经读取的剪辑信息文件存储在非易失性存储器17中。

更具体地，参考图10至图12，在作为附加可写候选者的播放列表文件中，参照块blkPlayList()中的所有的块blkPlayItem()。从记录介质20中读取在获取的字段ClipInformationFileName的数据中表示的所有剪辑信息文件。

在以下步骤S104至步骤S111，根据上述约束确定是否能够基于作为附加可写候选者的播放列表文件以及存储在非易失性存储器17中的剪辑信息文件而附加写入章。换句话说，在步骤S104中，根据上述约束(1)，基于包含在步骤S101中所获取的作为附加可写候选者的播放列表文件内的播放项目数而执行附加写入能/不能(ablitiy/inability)确定。在下一步骤S105中，根据上述约束(2)，基于包含在作为附加可写候选者的播放列表文件内的播放列表标记数而执行附加写入能/不能确定。在下一步骤S106中，根据上述约束(3)，基于在作为附加可写候选者的播放列表文件中描述的视频属性和将要新记录的剪辑的视频属性而执行附加写入能/不能确定。

在下一步骤S107中，根据上述约束(4)，基于附加可写候选者的播放列表文件的文件大小而执行附加写入能/不能确定。在下一步骤S108中，根据上述约束(5)，基从作为附加可写候选者的播放列表文件于参照的剪辑信息文件的总文件大小而执行附加写入能/不能确定。在下一步骤S109中，根据上述约束(6)和(7)，基于存储在从作为附加可写候选者的播放列表文件参照的剪辑信息文件中的入口点总数而执行附加写入能/不能确定。

在下一步骤S110中，根据上述约束(8)，基于在作为附加可写候选者的播放列表文件中有或者没有另一设备的唯一扩展数据而执行附加写入能/不能确定。在下一步骤S111中，根据上述约束(9)，基于作为附加可写候选者的播放列表文件的最近更新设备而执行附加写入能/不能确定。

在下一步骤S112中，基于上述步骤S104至步骤S111中的每个确定处理的确定结果，最终确定是否能够将基于新记录的剪辑的章附加写入到作为附加可写候选者的播放列表文件中。例如，将步骤S104至步骤S111的每个处理的确定结果都存储在控制部分30的寄存器等中。在步骤S112中，基于存储在寄存器中的每个处理的确定结果而执行确定。

换句话说，当步骤S104至步骤S111的每个步骤的每个处理的确定结果都表示附加可写时，处理流程前进到步骤S112。在步骤S112中，确定是否将基于新记录的剪辑的章附加写入到在步骤S101中获取的作为附加可写候选者的播放列表文件中。

相反，当步骤S104至步骤S111的附加写入能/不能确定的至少一个确定结果表示不可附加写入时，确定不能附加写入到基于步骤S101中获取的作为附加可写候选者的播放列表文件中。在此情况下，新创建真实播放列表的播放列表文件，并且将基于新记录的剪辑的章记录到新创建的播放列表文件中。

步骤S104至步骤S111的处理顺序并不局限于上述顺序。换句话说，步骤S104至步骤S111的处理顺序可以用任何方式进行改变。作为替代，可以并行地执行步骤S104至步骤S111的处理。可以不执行步骤S104至步骤S111的所有处理。作为替代，可以有选择地执行一个或者多个这样的处理。

接下来，将逐一地更详细地描述步骤S104至步骤S111的处理。图44示出在步骤S104中，根据约束(1)，基于包含在作为附加可写候选者的播放列表文件内的播放项目数的附加写入能/不能确定的处理示例。在该处理中，如步骤S120所示，对于作为附加可写候选者的播放列表文件的块blkPlayList()(参考图11)，获取字段NumberOfPlayIterns的值。将字段NumberOfPlayItems的获取值与已经为一个播放列表文件中可存在的播放项目数而设置的上限值(例如值“999”)进行比较。

当比较结果指示字段NumberOfPlayItems的值小于预定上限值时，确定基于新记录的剪辑的可将章附加写入到作为附加可写候选者的播放列表文件中。相反，当字段NumberOfPlayItems的值等于或者大于预定上限值时，确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

图45示出在步骤S105中，根据上述约束(2)，基于包含在作为附加可写候选者的播放列表标记内的播放列表标记数的附加写入能/不能确定的处理示例。在该处理中，如在步骤S130中所示，对于作为附加可写候选者的播放列表文件中的块blkPlayListMark()(参考图14)的值，获取字段NumberOfPlayListMarks的值。将字段NumberOfPlayListMarks的获取值与已经为一个播放列表文件中可存在的播放列表标记数而设置的预定上限值(例如值“999”)进行比较。

当比较结果指示字段NumberOfPlayListMarks的值小于预定上限值时，确定基于新记录的剪辑的可将章附加写入到作为附加可写候选者的播放列表文件中。相反，当字段NumberOfPlayListMarks的值等于或者大于预定上限值时，确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

如上所述，存在两类播放列表标记，它们是入口标记和链接点。在步骤S130中，确定这些入口标记和链接点的总数是否小于上限值。

图46中示出在步骤S106中，根据上述约束(3)，基于作为附加可写候选者的播放列表文件中描述的视频属性和新记录的剪辑的视频属性的附加写入能/不能确定的处理示例。首先，在第一步骤S140中，获取将要记录的视频数据的属性信息。在该实施例中，基于目前为记录设备所设置的捕捉模式或者记录模式，获取作为将要记录的视频数据的属性信息的帧大小、纵横比、帧速率和扫描类型(隔行/逐行)。

在以下步骤S141至步骤S144中，获取与作为附加可写候选者的播放列表文件相关联的剪辑的视频属性。在该实施例中，当多个播放项目存储在作为附加可写候选者的播放列表文件中时，从作为最旧的播放项目记录的播放项目参照的剪辑信息文件中获取视频属性。简单地说，作为视频属性，在步骤S141中，获取图像宽度；在步骤S142中，获取图像高度(线数)和扫描类型；在步骤S143中，获取纵横比；在步骤S144中，获取帧速率。

更具体地，对于存储在作为附加可写候选者的播放列表文件中的块blkPlayList()的最上端的块blkPlayItem()(参考图12)，获取作为播放项目参照的剪辑信息文件的文件名的字段ClipInformationFileName的数据。从在图43中示出的流程图的步骤S103的处理中所读取的并且与作为附加可写候选者的播放列表相关联的所有剪辑信息文件参照与获取的文件名相对应的剪辑信息文件。

在步骤S141中，对于作为剪辑信息文件的扩展数据的块blkClipExtensionData()中的块blkProgramInfoExt()(参考图37)和块blkProgramInfoExt()中的块blkStreamCodingInfoExt(i，j)(参考图38)，从块blkStreamCodingInfoExt(i，j)中获取字段HorizontalSize的值。

在步骤S142中，对于剪辑信息文件的块blkProgramInfo()(参考图17)中的块blkStrearoCodingInfo()(参考图18)，获取字段VideoFormat的值。如参考图19所述，字段VideoFormat表示视频数据的线数和扫描系统(隔行/逐行)与用4位表示的值的组合。

如在步骤S142，在步骤S143，对于块blkStreamCodingInfo()，获取字段AspectRatio的值。如参考图21所述，字段AspectRatio通过用4位表示的值来表示视频数据的帧的纵横比。

如在步骤S143和步骤S143，在步骤S144，对于块blkStreamCodingInfo()，获取字段FrameRate值。如参考图20所述，字段FrameRate通过用4位表示的值来表示视频数据的帧速率。

在步骤S145中，将所记录的已经在步骤S140中从记录设备中获取的视频数据的属性信息的每个条目，和与作为附加可写候选者的播放列表文件相关联的并在步骤S141至步骤S144中获取的剪辑的每个视频属性进行比较。

当比较结果指示所记录的视频数据的属性信息的所有条目匹配于与作为附加可写候选者的播放列表文件相关联的剪辑的所有视频属性时，确定基于新记录的剪辑的章能够被附加写入到作为附加可写候选者的播放列表文件中。相反，即使记录的视频数据的每一属性信息不匹配于作为附加可写候选者的播放列表文件相关联的剪辑的每一视频属性，也确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

图47示出在步骤S107中，根据约束(4)，基于作为附加可写候选者的播放列表文件的文件大小的附加写入能/不能确定的处理示例。在该附加写入能/不能确定处理中，确定附加写入了至少预定数目的章的、作为附加可写候选者的播放列表的文件大小是否超过一个播放列表的文件大小的上限。

取决于记录设备的设计概念，预定数目的章可预期为一个章、多个章、相对于可在一章中存在的章的最大数目的剩余章数等等。在该示例中，考虑所述预定数目的章是相对于可在一个播放列表文件中存在的章的最大数目的剩余章数。

首先，在步骤S150中，获取已经预先计算的播放列表文件每一章的大小增量SIZE_1CHAP。换句话说，在该步骤S150中，计算组成一章的播放项目和播放列表标记的数据量。

参考图12，在播放项目中，字段StillMode、字段StillTime、块blkUOMaskTable()和块blkSTNTable()是数据长度可以变化的数据。具体地，这些字段和块的数据具有取决于记录模式或者记录设备的固定长度。参考图14，播放列表标记的每个字段的值具有固定长度。因此，能够预先计算在记录一个剪辑时所创建的播放项目和播放列表标记的数据大小。另外，所计算的值在特性上并不取决于记录时间。例如，预先计算并在记录设备的ROM等中存储每一章的播放列表文件的大小增量SIZE_1CHAP的值。作为替代，每当执行图47中示出的流程图的处理时，可计算大小增量SIZE_1CHAP的值。

当将章附加写入到播放列表中时，添加了播放项目和播放列表标记。因此，当将章附加写入到播放列表中时，需要根据约束(1)和约束(2)考虑可在一个播放列表文件中存在的播放项目数和播放列表标记数。

在步骤S151中，计算能够附加写入到作为附加可写候选者中的播放列表文件的播放项目的数目PI_REMAIN。换句话说，对于作为附加可写候选者的播放列表文件中的块blkPlayList()(参考图11)，获取字段NumberOfPlayItems的值，作为包含在作为附加可写候选者的播放列表内的播放项目的数目。通过从为一个播放项目中存在的播放项目的数目而设置的预定上限值PI_MAX(例如，“999”)中减去包含在作为附加可写候选者的播放列表内的播放项目的数目，来获取能够附加写入到作为附加可写候选者的播放列表中的播放项目的数目PI_REMAIN’。

换句话说，能够附加写入到作为附加可写候选者的播放列表文件中的播放项目的数目PI_REMAIN可通过以下公式(1)获得。

PI_REMAIN＝PI_MAX-NumberOfPlayItems... (1)

在步骤S152，计算能够附加写入到作为附加可写候选者的播放列表文件中的播放列表标记的数目MARK_REMAIN。换句话说，对于作为附加可写候选者的播放列表文件中的块blkPlayListMark()(参考图14)，获取字段NumberOfPlayListMarks的值，作为包含在作为附加可写候选者的播放列表内的播放列表标记的数目。其后，通过从为一个播放列表中存在的播放项目的数目设置的预定上限值MARK_MAX(例如“999”)中减去包含在作为附加可写候选者的播放列表内的播放列表标记的数目，来获取能够附加写入到作为附加可写候选者的播放列表中的播放列表标记的数目MARK_REMAIN。

换句话说，能够附加写入到作为附加可写候选者的播放列表文件中的播放列表标记的数目MARK_REMAIN可从以下公式(2)中获得。

MARK_REMAIN＝MARK_MAX-NumberOfPlayListMarks... (2)

在下一步骤S153，在步骤S151中获取的能够附加写入到作为附加可写候选者的播放列表中的播放项目的数目PI_REMAIN和在步骤S152中获取的能够附加写入到作为附加可写候选者的播放列表文件中的播放列表标记的数目MARK_REMAIN中的较小者被视为能够附加写入到附加可写候选者中的章的数目CHAP_REMAIN。

换句话说，假定“MIN”指示选取括号内的值的较小者，通过上述公式(1)和公式(2)的结果，从以下公式(3)中可获得能够附加写入到作为附加可写候选者的播放列表文件中的章的数目CHPA_REMAIN。在公式(3)中，“MIN”指示选取括号内的值的较小者。

CHAP_REMAIN＝MIN(PI_REMAIN，MARK_REMAIN) ... (3)

在下一步骤S154中，通过获取作为附加可写候选者的播放列表文件的文件大小，来获取相对于根据约束(4)的一个播放列表文件的文件大小的上限PL_SIZE_MAX的剩余数据大小SIZE_REMAIN。例如，使用OS的文件系统提供的功能，可获取播放列表文件的文件大小。数据大小SIZE_REMAIN(kB)可从以下公式(4)获得。在以下公式中，通过FILE_SIZE(kB)指定作为附加可写候选者的播放列表文件的文件大小。

SIZE_REMAIN(kB)＝PL_SIZE_MAX(kB)-FILE_SIZE(kB) ... (4)

在下一步骤S155，确定作为附加可写候选者的播放列表文件的文件大小是否超过一个播放列表文件的文件大小的上限，其中将能够附加写入到作为附加可写候选者的播放列表文件中的用于章的播放项目和播放列表标记附加写入到所述播放列表文件中。

换句话说，确定在步骤S150中获取的每一章的播放列表文件的大小增量SIZE_1CHAP和公式(3)与公式(4)的结果是否满足以下公式(5)。

SIZE_1CHAP×CHAP_REMAIN≥SIZE_REMAIN ... (5)

如果满足公式(5)，则确定基于新记录的剪辑的章能够被附加写入到作为附加可写候选者的播放列表文件中。相反，如果公式(5)不满足，则确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

图48示出在步骤S108中，根据上述约束(5)，基于从作为附加可写候选者的播放列表文件参照的剪辑信息文件的总文件大小的附加写入能/不能确定的处理示例。

根据上述约束(5)，为从作为附加可写候选者的播放列表文件参照的剪辑信息文件的总文件大小设置上限值CLIP_SUM_MAX，例如2MB。当在附加写入章时将剪辑信息文件添加到作为附加可写候选者的播放列表中时，与作为附加可写候选者的播放列表文件相关联的剪辑信息文件的总大小需要不超过上限值CLIP_SUM_MAX。

在步骤S160中，获取已经为一个剪辑信息文件计算的最大尺寸SIZE_1CLIP。在剪辑信息文件中，块blkEPMap()存储将PTS值与剪辑AV流文件的字节地址相关联的入口点的信息(参考图23至图26)。该入口点的信息是随记录时间而变化的值。存储在剪辑信息文件中的其它信息不是取决于记录时间、而是取决于编码系统的固定值。另一方面，如上所述，确保连续记录的最小时间设置为记录设备的规格。确保连续记录的最小时间的入口点的数目取决于编码器的视频和音频的编码系统。通过计算用于确保连续记录的最小时间的入口点的总数据大小，基于计算结果而获取最大尺寸SIZE_1CLIP。

在下一步骤S161中，通过获取从作为附加可写候选者的播放列表文件参照的所有剪辑信息文件的文件大小，计算总大小SIZE_TOTAL_CLIP。

换句话说，对于作为附加可写候选者的播放列表文件中的所有块blkPlayItem()(参考图12)，获取每个块blkPlayItem()的字段ClipInformationFileName的数据。对于作为附加可写候选者的播放列表文件中的每个块blkPlayItem()，获取用字段ClipInformationFileName的获取数据表示的剪辑信息文件的文件大小。添加每个块blkPlayItem()的文件大小。例如，使用OS的文件系统提供的功能，可获取每个剪辑信息文件的文件大小。

在下一步骤S162中，根据以下公式(6)，将从与一个播放列表文件相关联的剪辑信息文件的总文件大小的上限值中减去从在步骤S161中所计算的作为附加可写候选者的播放列表文件参照的所有剪辑信息文件的总大小SIZE_TOTAL_CLIP所得到的值，与在步骤S160中所计算的一个剪辑信息文件的最大尺寸SIZE_1CLIP进行比较，确定具有最大尺寸SIZE_1CLIP的剪辑信息文件是否能够被附加写入到作为附加可写候选者的播放列表文件中。

CLIP_SUM_MAX-SIZE_TOTAL_CLIP≥SIZE_1CLIP... (6)

当从与一个播放列表文件相关联的剪辑信息文件的总文件大小的上限值中减去从作为附加可写候选者的播放列表文件参照的所有剪辑信息文件的总大小SIZE_TOTAL_CLIP所得到的值与一个剪辑信息文件的最大尺寸SIZE_1CLIP进行比较的比较结果指示大于一个剪辑信息文件的最大尺寸SIZE_1CLIP时，确定基于新记录的剪辑的章能够被附加写入到作为附加可写候选者的播放列表文件中。

相反，当从与一个播放列表文件相关联的剪辑信息文件的总文件大小的上限值中减去从作为附加可写候选者的播放列表文件参照的所有剪辑信息文件的总大小SIZE_TOTAL_CLIP所得到的值小于一个剪辑信息文件的最大尺寸SIZE_1CLIP时，确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

图49示出在上述步骤S109中，根据约束(6)和约束(7)，基于在从作为附加可写候选者的播放列表文件参照的剪辑信息文件中存储的入口点的总数的附加写入能/不能确定的处理示例。

如上所述，对于从一个播放列表文件参照的剪辑信息文件，为存储在块blkEPMap()中的入口点的总数设置上限。当在附加写入章时将剪辑信息文件附加写入到作为附加可写候选者的播放列表中时，在与作为附加可写候选者的播放列表文件相关联的剪辑信息文件中存储的入口点的总数需要不超过上限值。

根据约束(6)和约束(7)，设置粗单元搜索的入口点的上限值和细单元搜索的入口点的上限值。因此，需要分别对粗单元搜索的入口点和细单元搜索的入口点执行确定。

在与一个播放列表文件相关联的剪辑信息文件中用于粗单元搜索的入口点的总数值的上限值MAX_EP_COARSE是例如24576。另一方面，用于细单元搜索的入口点的总数值的上限值MAX_EP_FINE是例如180000。

首先，在步骤S170中，获取预先计算的每一章的入口点的最大数。如上所述，通常作为记录设备的规格，设置确保连续记录的最小时间。预先计算确保连续记录的最小时间的入口点的最大数。在步骤S170中，获取该值。

如参考图25和图26所述，每间隔11.5秒(PTS：条目PTSEPCoarse)或者25MB(源分组数：条目SPNEPCoarse)放置粗单元搜索的入口点。当假定确保连续记录的最小时间由时间MIN_TIME(hr)指定以及在最小时间内的记录中创建的的剪辑AV流文件的数据量由数据量MIN_SIZE(MB)指定时，从以下公式(7)获取用于粗单元搜索的入口点的、每一章的入口点的最大数NEEDED_EP_COARSE。在稍后将描述的公式(7)和公式(8)中，“CEIL”指示将小数点后的部分向上舍入(round up)到相邻整数值。

NEEDED_EP_COARSE＝CEIL(3600[SEC]×MINJTIME[hr]/11.5[sec]+CEIL(MIN_SIZE[MB]/25[BM])... (7)

每隔具有PTS(条目PTSEPFine)精度或者源分组(条目SPNEPFine)精度的GOP，放置细单元搜索的入口点。在该实施例中，对于细单元搜索的入口点，仅仅使用条目PTSEPFine。当帧速率是29.97Hz以及1个GPO由15帧组成时，对于细单元搜索的入口点，从以下公式(8)中获取每一章的入口点最大数NEEDED_EP_FINE。在公式(8)中，“90[kH]/13003”表示基于PTS精度的帧速率(29.97Hz)。

NEEDED_EP_FINE＝CEIL(3600[sec]×MINJTIME[hr]×90[kHz]/3003/15[Frames/GOP]) ... (8)

在下一步骤S171中，对于从作为附加可写候选者的播放列表文件参照的所有剪辑信息文件，获取粗单元搜索的入口点和细单元搜索的入口点。获取粗单元搜索的入口点总数TOTAL_EP_COARSE和细单元搜索的入口点总数TOTAL_EP_FINE。

更具体地，可基于剪辑信息文件中的字段NumberOfStreamPIDEntries、字段NumberOfEPCoarseEntries[k]和字段NumberOfEPFineEntries[k]而获取粗单元搜索的入口点总数TOTAL_EP_COARSE和细单元搜索的入口点总数TOTAL_EP_FINE。

在下一步骤S172中，当将章附加写入到作为附加可写候选者的播放列表文件中时，确定粗单元搜索的入口点是否超过MAX_EP_COARSE的上限值。换句话说，根据以下公式(9)，基于在上述步骤S170中获取的每一章的粗单元搜索的入口点最大数NEEDED_EP_COARSE和在步骤S171中获取的粗单元搜索的入口点总数TOTAL_EP_COARSE而执行确定。

MAX_EP_COARSE-TOTAL_EP_COARSE≥NEEDED_EP_COARSE ...(9)

如果每个值的关系不满足该公式(9)，即每一章的粗单元搜索的入口点的最大数NEEDED_EP_COARSE大于与一个播放列表文件相关联的剪辑信息文件的粗单元搜索的入口点总数值的上限值MAX_EP_COARSE和与作为附加可写候选者的播放列表文件相关联的剪辑信息文件的粗单元搜索的入口点总数TOTAL_EP_COARSE两者之间的差值，则确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

相反，当确定结果指示每个值的关系满足公式(9)时，处理流程前进到步骤S173。在步骤S173中，对于细单元搜索的入口点，执行相同的确定。换句话说，根据以下公式(10)，基于在上述步骤S170中获取的每一章的细单元搜索的入口点的最大数NEEDED_EP_FINE和在步骤S171中获取的细单元搜索的入口点总数TOTAL_EP_FINE，对粗单元搜索MAX_EP_FINE的入口点的上限值执行确定。

MAX_EP_FINE-TOTAL_EP_FINEE≥NEEDED_EP_FINE... (10)

如果确定结果指示每个值的关系不满足该公式(10)，则确定不能将章附加写入到作为附加可写候选者的播放列表文件中。相反，当每个值的关系满足该公式(10)时，确定能够将章附加写入到作为附加可写候选者的播放列表文件中。

图50示出在步骤S110中，根据约束(8)，基于在作为附加可写候选者的播放列表文件中有/没有另一设备的唯一扩展数据的附加写入能/不能确定的处理示例。

首先，在第一步骤S180中，在作为附加可写候选者的播放列表文件的扩展数据中搜索基于AVCDH格式的扩展数据。

换句话说，参考图10，获取作为附加可写候选者的播放列表文件的字段ExtensionDataStartAddress的值，并确定所获取的值是否为“0”(未示出)。当值不是“0”时，因为在播放列表文件中存在扩展数据的块blkExtensionData()，所以基于字段ExtensionDataStartAddress的值而参照块blkExtensionData()。参考图33，确定在播放列表文件中的扩展数据的块blkPlayListExtensionData()的字段ExtDataType和字段ExtDataVersion的值是否是以AVCHD格式规定的值。

在下一步骤S181中，基于步骤S180中的搜索结果而确定在作为附加可写候选者的播放列表文件所包含的扩展数据中是否存在基于AVCHD格式的扩展数据。

换句话说，如果基于步骤S180中的搜索结果，在作为附加可写候选者的播放列表文件中字段ExtensionDataStartAddress的值是“0”，或者在扩展数据的块blkPlayListExtensionData()中字段ExtDatatype和字段ExtDataVersion的值不是以AVCHD格式定义的值，则确定在作为附加可写候选者的播放列表文件的扩展数据中不存在以AVCHD格式定义的扩展数据。在这种情况下，确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

相反，当在步骤S181中的确定结果指示在作为附加可写候选者的播放列表文件的扩展数据中存在以AVCHD格式定义的扩展数据时，处理流程前进到步骤S182。在步骤S182中，确定在作为附加可写候选者的播放列表文件的扩展数据中是否存在除了基于AVCDH格式的扩展数据之外的其它扩展数据。如果确定结果指示它们存在，则确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

当步骤S182中的确定结果指示在作为附加可写候选者的播放列表文件的扩展数据中除了基于AVCHD格式的扩展数据之外不存在其它扩展数据时，处理流程前进到步骤S183。在步骤S183中，对于作为附加可写候选者的播放列表文件的扩展数据的块blkPlayListExtensionData()的块blkMakersPrivateData()，搜索该设备的数据。换句话说，参考图35，在块blkMakersPrivateData()中的字段MakerlD和字段MakerModelCode中搜索表示该设备的数据。

在下一步骤S184中，基于步骤S183中的搜索结果而执行确定。在步骤S184中，如果基于步骤S183中的搜索结果，确定结果指示不存在该设备的扩展数据，则确定不能将章附加写入到作为附加可写候选者的播放列表文件中。相反，当基于步骤S183中的搜索结果，确定结果指示存在该设备的扩展数据时，处理流程前进到步骤S185。

在步骤S185中，基于步骤S183中的搜索结果，确定在块blkMakersPrivateData()中是否存在除了该设备之外的其它设备扩展数据。换句话说，当在块blkMakersPrivateData()的字段MakerlD和字段MakerModelCode中存在除了表示该设备的数据之外的数据时，确定在块blkMakersPrivateData()中存在除了该设备之外的其它设备的扩展数据。

当在步骤S185中的确定结果指示在块blkMakersPrivateData()中存在除了该设备之外的其它设备的扩展数据时，确定不能将章附加写入到作为附加可写候选者的播放列表文件中。相反，当确定结果指示在块blkMakersPrivateData()中只存在该设备的扩展数据时，确定能够将章附加写入到作为附加可写候选者的播放列表文件中。

在上述步骤S181中，当在作为附加可写候选者的播放列表文件中不存在基于AVCHD格式的扩展数据时，确定不能将章附加写入到作为附加可写候选者播放列表文件中。然而，在该步骤中执行的确定并不局限于该示例。换句话说，根据记录设备的规格，当在作为附加可写候选者的播放列表文件中不存在块blkMakersPrivateData时，可以预期能够将章附加写入到作为附加可写候选者的播放列表文件中。

图51示出在上述步骤S111中，根据约束(9)，基于作为附加可写候选者的播放列表文件的最近更新设备的附加写入能/不能确定的处理示例。当作为附加可写候选者的播放列表文件的最近更新设备不是该本地(local)设备时，作为附加可写候选者的播放列表文件的标题和章的概念与该设备的不同。因此，当数据再现时存在出现问题的可能性。当执行控制使得基于作为另外可记录的候选者的播放列表文件的最近更新设备的信息而将章附加写入到作为附加可写候选者的播放列表文件中时，只有在最近更新的设备是该设备的情况下，由于在一个播放列表文件中标题和章的概念的差别而出现的故障才能够得到解决。

首先，在第一步骤S190中，在作为附加可写候选者的播放列表文件的扩展数据中搜索基于AVCHD格式的扩展数据。在下一步骤S191中，基于步骤S190中的搜索结果而确定在作为附加可写候选者的播放列表文件的扩展数据中是否存在基于AVCHD格式的扩展数据。因为在步骤S190和步骤S191中的处理与参考图50描述的步骤S180和步骤S181中的处理相同，所以为了防止复杂化，将省略对它们的详细描述。

当在步骤S191中的确定结果指示在作为附加可写候选者的播放列表文件的扩展数据中没有基于AVCHD格式的扩展数据时，确定不能将章附加写入到作为附加可写候选者的播放列表文件中。

相反，当基于步骤S190中的搜索结果，在步骤S191中的确定结果指示在作为附加可写候选者的播放列表文件的扩展数据中存在基于AVCHD格式的扩展数据时，处理流程前进到步骤S192。在步骤S192中，检查作为附加可写候选者的播放列表文件的最近更新设备。换句话说，对于扩展数据的块blkPlayListExtensionData()的块blkPlayListMeta()，获取字段MakerlD和字段MakerModelCode的数据。

当在步骤S192中已经检查了作为附加可写候选者的播放列表文件的最近更新设备时，处理流程前进到步骤S193。在步骤S193，确定检查的最近更新设备是否是该设备。换句话说，当扩展数据的块blkPlayListExtensionData()的块blkPlayListMeta()中的字段MakerlD和字段MakerModelCode的数据表示该设备时，能够确定最近更新设备是该设备。

当在步骤S193中的确定结果指示作为附加可写候选者的播放列表文件的最近更新设备是该设备时，确定能够将章附加写入到作为附加可写候选者的播放列表文件中。相反，当确定结果指示作为附加可写候选者的播放列表文件的最近更新设备不是该设备时，确定不能将章附加写入作为附加可写候选者的播放列表文件中。

还可将有关最近更新设备的信息存储在索引文件中。可预期，例如，将有关最近更新设备的信息存储在索引文件的扩展数据的块blkMakersPrivateData()中的块blkMakersPrivateData()中。在这种情况下，使用在索引文件中存储的有关最近更新设备的信息来执行图51中示出的流程图的确定。

至于根据上述约束(10)的连续捕捉和记录，它们被包括在参考图43(步骤S108)和图48描述的关于剪辑信息文件的文件大小的处理和参考图43(步骤S109)和图49描述的关于剪辑信息文件中的入口点的处理中，对它们的详细描述将省略。

在参考图43进行的以上描述中，当将记录介质20加载到记录设备中时，执行将章附加写入到作为附加可写候选者的播放列表文件中还是新创建的播放列表文件的确定的序列。然而，可不按这样的方式执行这些确定。作为替代，每当附加写入章，例如，执行记录开始操作时，可执行这些确定。

接下来，将描述作为参考上述图43至图51描述的处理结果、将章附加写入到作为附加可写候选者的播放列表文件中的处理。图52是示出将章附加写入到播放列表文件中的处理示例的流程图。

当在步骤S200中执行记录开始操作时，处理流程前进到步骤S201。在步骤S201中，开始将剪辑AV流记录到记录介质20。例如，当操作位于UI部分31中的且命令记录开始的记录开始开关时，命令记录开始的控制信号从UI部分31提供给控制部分30。控制部分30控制记录部分10的每个部分，以基于命令记录开始的控制信号而将从终端40输入的基带视频数据和从终端41输入的基带音频数据记录到记录介质20中。

当控制记录的开始时，将剪辑AV流记录到记录介质20中(在步骤S201)。换句话说，输入视频数据和音频数据分别由视频编码器11和音频编码器12进行压缩编码、由多路复用器13分组化为TS分组(具体地，添加预定标头到其上的源分组)、并且被提供给流缓冲器14。当已经在流缓冲器14中存储了超过预定量的TS分组时，记录控制部分15从流缓冲器14中读取TS分组。将已读取的TS分组存储在已经分配了预定文件名并被记录到记录介质20中的剪辑AV流文件中。

例如，当已经将具有文件名“00001.m2ts”的剪辑AV流文件记录在记录介质20上时，选取与已经记录的剪辑AV流文件的文件名不重复的文件名，例如，“00002.m2ts”。

当将剪辑AV流记录到记录介质20中时，由管理信息处理部分16实时地创建表示所记录的数据的再现时间和地址之间的关系的信息。作为存储在上述剪辑信息文件“zzzzz.clpi”的块blkEPMap()中的数据而存储该数据。

在下一步骤S202中，确定是否已经执行记录停止操作。当用户已经操作位于UI部分31中的记录停止开关以及确定结果指示已经停止记录时，处理流程前进到步骤S203。相反，当记录没有停止时，处理流程回到步骤S201。在步骤S201中，继续将剪辑AV流记录到记录介质20中。

在步骤S203中，当记录已经停止时，将存储在流缓冲器14中的所有流写入到记录介质20中。例如，根据从控制部分30接收的记录停止命令，记录控制部分15读取存储在流缓冲器14中的所有流(TS分组)，并且将它们写入到记录介质20中。

根据记录停止命令，例如，停止视频编码器11和音频编码器12的操作。此时，为了执行参考图13A描述的第一无缝连接，执行控制，例如，使得在停止视频编码器11的操作之后的预定时间，停止音频编码器12的操作。

在下一步骤S204至步骤S208中，创建关于写入到记录介质20中的剪辑AV流文件的剪辑信息文件，以及由管理信息处理部分16更新作为附加可写候选者的播放列表文件。

首先，在步骤S204中，由管理信息处理部分16创建剪辑信息文件“zzzzz.clpi”。例如，剪辑信息文件的文件名与该剪辑信息文件所表示的剪辑AV流文件的文件名相对应。当剪辑AV流文件的文件名是“00002.m2ts”时，该剪辑信息文件的文件名是“00002.dpi”，其中扩展名之前的部分与剪辑AV流文件的文件名的扩展名之前的部分相同。

根据图15至图21所示的每个语法，设置字段和标志的值，并且以预定方式将它们存储在剪辑信息文件“00002.dpi”中。例如，当正在记录剪辑时，基于由管理信息处理部分16从多路复用器13中获取的信息而创建关于TS分组的信息和关于再现时间(PTS)的信息。另外，当正在记录剪辑时，基于由管理信息处理部分16从记录控制部分15中获取的信息而创建关于记录介质20上的记录地址的信息。对于系统唯一的值基于在例如ROM(未示出)中存储的信息。另外，表示再现时间和地址之间的关系的上述块blkEPMap()的信息被存储在剪辑信息文件“00002.dpi”的块blkCPI()中。

当由用户操作停止记录剪辑时，块blkClipInfo()中的标记IsCC5的值设置为“1”(二进制值)。因此，以预定方式设置由块blkClipInfo()中的if语句(参考图16)表示的数据。

在已经创建剪辑信息文件之后，处理流程前进到下一步骤S205。从步骤S205至步骤S208的处理是对播放列表文件的处理。在从步骤S205至步骤S208的处理中，将与新记录的剪辑AV流文件“00002.m2ts”相对应的播放项目添加到存在于记录介质20上的播放列表文件中。

首先，在步骤S205中，将播放列表文件中的块blkPlayItem()中的字段ConnectionCondition的值设置为“5”，其指示该剪辑作为第一无缝连接(参考图12)而连接到下一剪辑。在下一步骤S206中，播放项目文件的字段NumberOfPlayItems的值递增“1”，其指示已经将一个播放项目添加到播放列表中(参考图11)。

在下一步骤S207中，设置块blkPlayItem()的字段ClipInformationFileName、字段INTime和字段OUTTime，从而创建在记录剪辑时所添加的块blkPlayItem()。在上述步骤S205中创建的剪辑信息文件的文件名“00002.dpi”被存储在字段ClipInformationFileName中。具体地，因为剪辑信息文件的扩展名是固定的，所以存储句点之前的部分“00002”。例如，基于剪辑信息文件“00002.dpi”中的块blkCPI()的块blkEPMap()的信息，字段INTime和字段OUTTime是表示在相对应的剪辑AV流文件“00002.m2ts”中存储的视频流的开始和末尾端的时间的信息。

在下一步骤S208中，作为附加可写候选者的播放列表文件中的块blkPlayListMark()中的字段NumberOfPlayListMarks的值递增“1”。因此，添加到for循环语句的字段MarkTimeStamp的值被设置为上述步骤S207中的块blkPlayItem()中的字段INTime的值。换句话说，在新记录剪辑的开始处放置播放列表标记。当放置播放列表标记时，形成章。换句话说，因此，将章附加写入到作为附加可写候选者的播放列表文件中。

用这样的方式，创建用于新记录剪辑AV流文件“00002.m2ts”的剪辑信息文件“00002.dpi”，并更新作为附加可写候选者的播放列表文件。另外，此时，可以更新播放列表文件的扩展数据的块blkPlayListExtensionData()中的块blkPlayListMeta()的信息。

在步骤S208的处理之后，可执行在上述步骤S203中的写入在流缓冲器14中存储的数据的处理。

当通过新创建播放列表文件而形成章时，步骤S205之后的处理稍微不同于上述处理。换句话说，新创建播放列表文件的每个字段的数据。作为替代，可以预期将要改变为播放列表文件提供的模板的数据。

接下来，将描述本发明的另一实施例。在上文中，描述了本发明应用于单个记录设备的示例(参考图41)。相反，在其它实施例中，本发明应用于具有图像捕捉装置和光学系统的摄像机设备，其将从对象发出的光输入到图像捕捉装置，并且基于由图像捕捉装置所捕捉的捕捉图像信号而将视频数据记录到记录介质中。

图53示出根据本发明的其它实施例的摄像机设备100的结构的示例。因为参考图41描述的记录设备的结构几乎能够应用于摄像机设备100的记录系统的结构，所以与图41中示出的部分相同的部分用相同的附图标记来指定，并且将省略对它们的详细描述。

在图53中示出的结构中，相机部分50具有光学系统51、图像捕捉装置52、捕捉图像信号处理部分53、相机控制部分54和显示部分55，作为关于视频信号的结构。相机部分50具有麦克风(MIC)56和音频信号处理部分57，作为关于声频信号的结构。通过与相机部分50的每个部分交换各种控制信号和信息，控制部分30控制相机部分50的操作。另外，相机部分50基于根据用户操作从UI部分31提供的控制信号而控制相机部分50的操作。

当构造为摄像机设备100时，正常地执行记录开始操作和记录停止操作，例如，使得使用位于UI部分31中的单个记录开关，并在每当按下记录开关时，交替地命令记录开始和停止。在该摄像机设备100中，诸如可记录型DVD或者Blu-ray Disc的盘记录介质应用于记录介质20。

在相机部分50中，光学系统51具有引导光线从对象到图像捕捉装置52的透镜系统、光圈调整机构、焦点调整机构、缩放机构、快门机构等等。基于从控制部分30提供的控制信号，由摄像机控制部分54控制光圈调整机构、焦点调整机构、缩放机构和快门机构的操作。

例如，图像捕捉装置52由CCD(电荷耦合器件)组成。图像捕捉装置52通过光电变换将通过光学系统51发出的光转换为电信号，执行预定的信号处理，以及输出结果信号作为捕捉图像信号。捕捉图像信号处理部分53对从图像捕捉装置输出的捕捉图像信号执行预定信号处理，并输出所得的信号作为基带数字视频数据。

例如，捕捉图像信号处理部分53使得CDS(相关双倍采样)电路仅仅采样具有从图像捕捉装置52输出的捕捉图像信号的图像信息的信号以及从采样信号中去除噪音，并使得AGC(自动增益控制)电路调节信号的增益。其后，捕捉图像信号处理部分53通过A/D转换将增益调节后的信号转换为数字信号。其后，捕捉图像信号处理部分53对数字信号执行检测信号处理，从数字信号中提取R(红)、G(绿)和B(蓝)的颜色成分，执行诸如γ校正、白色平衡校正等的处理，并且最终输出所得的信号，作为一个基带的数字视频数据。

另外，捕捉图像信号处理部分53向控制部分30提供有关已经从图像捕捉装置52输出的捕捉图像信号的信息。控制部分30基于该信息而生成用于控制光学系统51的控制信号并向摄像机控制部分54提供该控制信号。摄像机控制部分54基于该控制信号而控制焦点调整机构、光圈调整机构等。

另外，捕捉图像信号处理部分53基于已经从图像捕捉装置52输出的捕捉图像信号而生成图像信号，其使得使用例如LCD(液晶显示器)作为显示设备的显示部分55显示。

另一方面，麦克风56收集周围的声音，将它转换成电信号，并且输出电信号。从麦克风56输出的音频信号被提供给音频信号处理部分57。音频信号处理部分57通过限幅器对所提供的声频信号执行A/D转换，对数字音频数据执行预定音频信号处理，诸如减噪和声音质量校正，并输出所得的数据作为基带数字音频数据。

将已经从相机部分50的捕捉图像信号处理部分53输出的基带数字视频数据提供给记录部分10的终端40。另一方面，将从音频信号处理部分57输出的基带数字音频数据提供给记录部分10的终端41。

当记录介质20加载到处于用于捕捉的预定方式下的摄像机设备100时，标识用于基于通过捕捉获取的视频数据的章、作为附加可写候选者的播放列表文件，并且根据参考图43描述的处理，确定是否能够将该章附加写入到作为附加可写候选者的标识播放列表文件中。

例如，在控制部分30的控制下从记录介质20中读取索引文件并且通过管理信息处理部分16将其存储到非易失性存储器17中。控制部分30基于有关在非易失性存储器17中存储的索引文件的信息而标识作为附加可写候选者的播放列表文件，并且向记录控制部分15发出命令以从记录介质20中读取作为附加可写候选者的播放列表文件。通过管理信息处理部分16，将已经基于该命令从记录介质20中读取的、作为附加可写候选者的播放列表文件存储在非易失性存储器17中。

基于在非易失性存储器17中存储的有关作为附加可写候选者的播放列表文件的信息，控制部分30向记录控制部分15发出命令以从记录介质20中读取与作为附加可写候选者的播放列表文件相关联的所有剪辑信息文件。将已经基于该命令而从记录介质20中读取的剪辑信息文件存储到非易失性存储器17中。基于在非易失性存储器17中存储的作为附加可写候选者的播放列表文件和与作为附加可写候选者的播放列表文件相关联的所有剪辑信息文件，控制部分30执行图43中示出的流程图中从步骤S104至步骤S111的确定。将确定结果存储到例如控制部分30的寄存器中。

在控制部分30执行步骤S104至步骤S111的确定之后，处理流程前进到图43中示出的步骤S112。在步骤S112，控制部分30执行对步骤S104至步骤S111的确定结果的总确定，以及确定是否将基于已经捕捉的视频数据的章附加写入到作为附加可写候选者的播放列表文件中。控制部分30控制管理信息处理部分16，使得当确定结果指示将章附加写入到播放列表文件中时，将章附加写入到在非易失性存储器17中存储的作为附加可写候选者的播放列表文件中，而当确定结果指示不将章附加写入到播放列表文件时，新创建播放列表文件并且将该章记录到其中。

当在记录停止状态下按下位于UI部分31的记录开关时，命令记录开始的控制信号从UI部分31提供给控制部分30。在控制部分30的控制下，开始将已经从相机部分50输出的基带数字视频信号和数字音频数据记录到记录介质20中。

换句话说，如上所述，在控制部分30的控制下，开始视频编码器11和音频编码器12的操作。视频数据和音频数据分别由视频编码器11和音频编码器12压缩编码、由多路复用器13以预定方式分组化并多路复用为AV流数据。AV流数据通过流缓冲器14提供给记录控制部分15，并被作为剪辑AV流文件而记录到记录介质20中。

当再次按下UI部分31的记录开关时，记录停止，创建剪辑信息文件，并更新播放列表文件。管理信息处理部分16基于从多路复用器13和记录控制部分15提供的信息，创建与记录到记录介质20中的剪辑AV流文件相对应的剪辑信息文件和参照剪辑信息文件的播放项目。

当确定结果指示将章附加写入到作为附加可写候选者的播放列表文件时，将所创建的播放项目添加到作为附加可写候选者的播放列表文件中，并放置播放列表标记，以便形成章。相反，当确定结果指示不能将章附加写入作为附加可写候选者的播放列表文件中时，将所创建的播放项目添加到新创建的播放列表文件中，并设置播放列表标记。

当在该状态下再次按下记录开关时，命令记录开始，从而开始将新的剪辑AV流记录到记录介质20中。当再次开始记录时，根据图43中示出的流程图，可对于基于新记录到作为附加可写候选者的播放列表文件中的新章，执行附加记录能/不能确定。

在上文中，图41中示出的记录设备和图53中示出的摄像机设备100的记录部分10被描述为硬件结构。然而，本发明并不限于这样的示例。换句话说，记录部分10可被构造为软件。在这种情况下，将软件预存在例如控制部分30的ROM(未示出)中。作为替代，可以在诸如个人计算机上的计算机设备上构造记录部分10。在这种情况下，使得计算机设备执行记录部分10的软件被记录在诸如CD-ROM或者DVD-ROM的记录介质中，并通过它们提供。当计算机设备可与网络相连接时，可通过诸如因特网的网络提供软件。

Claims

1.一种多路复用视频数据和音频数据并且将多路复用数据记录到记录介质中的记录设备，其特征在于

所述记录设备包括：

数据输入部分，其输入所述视频数据和所述音频数据；

记录命令输入部分，其输入用于所述视频数据和所述音频数据的记录开始命令和记录停止命令；

记录部分，其多路复用所述视频数据和所述音频数据，并将经多路复用的流作为流文件而记录到所述记录介质中；以及

管理信息创建部分，其创建用于控制在所述记录介质上记录的所述流文件的再现的再现管理信息，所述再现管理信息由表示所述流文件的属性信息的第一管理信息和包含表示用于所述流文件的再现方法的信息的第二管理信息组成，以及

所述管理信息创建部分基于所述再现管理信息的现有条目，确定是否根据所述记录命令输入部分的所述记录开始命令而将表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息附加写入到所述再现管理信息的所述现有条目中所包含的所述第二管理信息的预定条目中。

2.根据权利要求1所述的记录设备，其特征在于

当所述管理信息创建部分确定不根据所述记录命令输入部分的所述记录开始命令而将表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息附加写入到在所述再现管理信息的所述现有条目中所包含的所述第二管理信息的所述预定条目中时，所述管理信息创建部分根据所述记录命令输入部分的所述记录开始命令，新创建包括表示用于在所述记录介质上记录的所述流文件的再现方法的信息的所述第二管理信息。

3.根据权利要求1所述的记录设备，其特征在于

所述管理信息创建部分将在记录所述流文件时更新的所述第二管理信息的所述第二管理信息的最近更新的条目当作所述第二管理信息的所述预定条目。

4.根据权利要求1所述的记录设备，其特征在于

所述第一管理信息由存储至少表示在所述记录介质上记录的所述流文件的再现时间信息和地址信息的关系的信息的文件组成，

所述第二管理信息由包括再现区域信息的至少一个条目的文件组成，所述再现区域信息指定具有对所述流文件设置的再现开始点和再现结束点的再现区域，并且所述再现区域信息能够存储表示所述流文件的再现时间信息的标记信息，以及

所述第二管理信息从所述再现区域信息参照所述第一管理信息，来表示用于所述流文件的所述再现方法。

5.根据权利要求4所述的记录设备，其特征在于

所述管理信息创建部分的所述附加记录能/不能确定基于在所述第二管理信息的所述预定条目中存储的所述再现区域信息的条目数目。

6.根据权利要求5所述的记录设备，其特征在于

当所述管理信息创建部分已经确定在所述第二管理信息的所述预定条目中已存储的所述再现区域信息的条目数目小于预先设置的上限时，所述管理信息创建部分执行所述附加记录能/不能确定，使得表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息被附加写入到所述第二管理信息的所述预定条目中。

7.根据权利要求4所述的记录设备，其特征在于

所述管理信息创建部分的所述附加记录能/不能确定基于在所述第二管理信息的所述预定条目中存储的所述标记信息的条目数目。

8.根据权利要求7所述的记录设备，其特征在于

当所述管理信息创建部分已经确定存储在所述第二管理信息的所述预定条目中的所述标记信息的条目数目小于预先设置的上限时，所述管理信息创建部分执行所述附加记录能/不能确定，使得表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息被附加写入到所述第二管理信息的所述预定条目中。

9.根据权利要求4所述的记录设备，其特征在于

所述第一管理信息还存储表示在相应的流文件中存储的所述视频数据的属性的视频属性信息，以及

所述管理信息创建部分的所述附加记录能/不能确定基于在所述第一管理信息中存储的所述视频属性信息。

10.根据权利要求9所述的记录设备，其特征在于

所述管理信息创建部分的所述附加记录能/不能确定基于根据当前记录模式的视频属性和在从所述第二管理信息的所述预定条目参照的所述第一管理信息的至少一个条目中存储的视频属性这两者。

11.根据权利要求10所述的记录设备，其特征在于

当基于所述记录模式的所述视频属性的帧大小、纵横比、帧速率和扫描系统中的至少一个与在所述第一管理信息的所述条目中存储的所述视频属性的所述帧大小、纵横比、帧速率和扫描系统中的所述至少一个不匹配时，所述管理信息创建部分执行所述附加记录能/不能确定，使得根据所述记录命令输入部分的所述记录开始命令不将表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息附加写入到所述第二管理信息的所述预定条目。

12.根据权利要求4所述的记录设备，其特征在于

所述管理信息创建部分的所述附加记录能/不能确定基于所述第二管理信息的所述预定条目的文件大小。

13.根据权利要求12所述的记录设备，其特征在于

当所述管理信息创建部分已经基于所述再现区域信息和在已记录所述单个流文件时所创建的所述标记信息的数据大小而确定所述第二管理信息的所述文件大小没有超过预先设置的上限时，所述管理信息创建部分执行所述附加记录能/不能确定，使得表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息被附加写入到所述第二管理信息的所述预定条目中。

14.根据权利要求4所述的记录设备，其特征在于

所述管理信息创建部分的所述附加记录能/不能确定基于从所述第二管理信息的所述预定条目参照的所述第一管理信息的所有条目的总文件大小。

15.根据权利要求14所述的记录设备，其特征在于

当所述管理信息创建部分已经基于在所确保的最小连续时间内在记录所述单个流文件时所创建的所述第一管理信息的数据大小而确定从所述第二管理信息的所述预定条目参照的所述第一管理信息的所述总文件大小没有超过预先设置的上限时，所述管理信息创建部分执行所述附加记录能/不能确定，使得表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息被附加写入到所述第二管理信息的所述预定条目中。

16.根据权利要求4所述的记录设备，其特征在于

所述管理信息创建部分的所述附加记录能/不能确定基于表示在从所述第二管理信息的所述预定条目参照的所述第一管理信息的所有条目内包含的再现时间信息和地址信息的关系的信息的条目数目。

17.根据权利要求16所述的记录设备，其特征在于

当所述管理信息创建部分已经基于表示在确保的最小连续时间内在已记录所述单个流文件时所创建的所述第一管理信息内包含的所述再现时间信息和所述地址信息的所述信息的条目数目而确定从所述第二管理信息参照的所述第一管理信息的所有条目的总数没有超过所述第二管理信息的所述条目的预先设置的上限时，所述管理信息创建部分执行所述附加记录能/不能确定，以便表示用于记录在所述记录介质上的所述流文件的所述再现方法的所述信息附加写入到所述第二管理信息的所述预定条目中。

18.根据权利要求4所述的记录设备，其特征在于

所述第二管理信息能够存储唯一设备信息，以及

所述管理信息创建部分的所述附加记录能/不能确定基于在所述第二管理信息的所述预定条目中存储的所述唯一设备信息。

19.根据权利要求18所述的记录设备，其特征在于

如果所述管理信息创建部分已经在所述第二管理信息的所述预定条目中存储了所述唯一设备信息时，确定已经由所述记录设备或者与其等同的另一设备创建了所述唯一设备信息，

则所述管理信息创建部分执行所述附加记录能/不能确定，使得表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息被附加写入到所述第二管理信息的所述预定条目中。

20.根据权利要求4所述的记录设备，其特征在于

所述第二管理信息还能够存储表示所述第二管理信息的最近更新设备的信息，以及

所述管理信息创建部分的所述附加记录能/不能确定基于在所述第二管理信息的所述预定条目中存储的所述最近更新信息。

21.根据权利要求20所述的记录设备，其特征在于

如果已经在所述第二管理信息的所述预定条目中存储了所述最近更新设备信息时，确定所述最近更新设备信息表示所述记录设备，则执行所述附加记录能/不能确定，使得表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息被附加写入到所述第二管理信息的所述预定条目中。

22.根据权利要求1所述的记录设备，其特征在于

所述管理信息创建部分对一个或多个项目执行所述附加记录能/不能确定，以及

当所述附加记录能/不能确定的至少一个所述项目表示附加写入不能状态时，所述管理信息创建部分执行所述附加记录能/不能确定，使得与在所述记录介质上记录的所述流文件相对应的所述第二管理信息不被附加写入到所述第二管理信息的所述预定条目中。

23.根据权利要求22所述的记录设备，其特征在于

所述一个或多个项目包括以下中的至少一个项目：在所述第二管理信息的所述预定条目中存储的再现区域信息的条目数目、在所述第二管理信息的所述预定条目中存储的标记信息的条目数目、在所述第一管理信息中存储的视频属性信息、所述第二管理信息的所述预定条目的文件大小、从所述第二管理信息的所述预定条目参照的所述第一管理信息的所有条目的总文件大小、表示在从所述第二管理信息的所述预定条目参照的所述第一管理信息的所有条目内包含的再现时间信息和地址信息的关系的信息的条目数目、在所述第二管理信息的所述预定条目中存储的唯一设备信息、以及在所述第二管理信息的所述预定条目中存储的最近更新设备信息。

24.一种多路复用视频数据和音频数据以及将多路复用的数据记录到记录介质中的记录方法，其特征在于所述记录方法包括：

记录命令输入步骤，输入用于已经输入到数据输入部分的所述视频数据和所述音频数据的记录开始命令和记录停止命令；

记录步骤，其多路复用所述视频数据和所述音频数据，并将经多路复用的流作为流文件而记录到所述记录介质中；以及

管理信息创建步骤，生成用于控制在所述记录介质上记录的所述流文件的再现的再现管理信息，所述再现管理信息由表示所述流文件的属性信息的第一管理信息和包括表示用于所述流文件的再现方法的信息的第二管理信息组成，

通过以下来执行所述管理信息创建步骤：基于所述再现管理信息的现有条目，确定是否根据所述记录命令输入部分的所述记录开始命令而将表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息附加写入到所述再现管理信息的所述现有条目中所包含的所述第二管理信息的预定条目中。

25.一种使得计算机设备执行多路复用视频数据和音频数据并将多路复用的数据记录到记录介质中的记录方法的记录程序，其特征在于所述记录方法包括：

26.一种图像捕捉设备，其多路复用由图像捕捉部分从对象捕捉和获取的视频数据以及由声音收集部分收集和获取的音频数据，并且将多路复用的视频数据和音频数据记录到记录介质中，其特征在于

所述图像捕捉设备包括：

所述图像捕捉部分，其捕捉所述对象的图像并输出所述视频数据；

所述声音收集部分，其收集声音并输出音频数据，

操作部分，其接受用于对所述记录介质的所述视频数据和所述音频数据的记录开始命令和记录停止命令的用户操作；以及

管理信息创建部分，其创建用于控制在所述记录介质上记录的所述流文件的再现的再现管理信息，所述再现管理信息由表示所述流文件的属性信息的第一管理信息和包含表示用于所述流文件的再现方法的信息的第二管理信息组成，

所述管理信息创建部分基于所述再现管理信息的现有条目，确定是否根据与对操作部分的用户操作相对应的所述记录开始命令而将表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息附加写入到所述再现管理信息的所述现有条目中所包含的所述第二管理信息的预定条目中。

27.根据权利要求26所述的图像捕捉设备，其特征在于

当所述管理信息创建部分确定不根据所述操作部分的所述记录开始命令而将表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息附加写入到在所述再现管理信息的所述现有条目中所包含的所述第二管理信息的所述预定条目中时，所述管理信息创建部分根据所述操作部分的所述记录开始命令，新创建包括表示用于在所述记录介质上记录的所述流文件的再现方法的信息的所述第二管理信息。

28.根据权利要求26所述的图像捕捉设备，其特征在于

29.根据权利要求26所述的图像捕捉设备，其特征在于

30.根据权利要求29所述的图像捕捉设备，其特征在于

31.根据权利要求30所述的图像捕捉设备，其特征在于

32.根据权利要求29所述的图像捕捉设备，其特征在于

33.根据权利要求32所述的图像捕捉设备，其特征在于

34.根据权利要求29所述的图像捕捉设备，其特征在于

35.根据权利要求34所述的图像捕捉设备，其特征在于

36.根据权利要求35所述的图像捕捉设备，其特征在于

37.根据权利要求29所述的图像捕捉设备，其特征在于

38.根据权利要求37所述的图像捕捉设备，其特征在于

39.根据权利要求29所述的图像捕捉设备，其特征在于

40.根据权利要求39所述的图像捕捉设备，其特征在于

41.根据权利要求29所述的图像捕捉设备，其特征在于

所述第二管理信息从所述再现区域信息参照所述第一管理信息，以便控制所述流文件的再现，以及

42.根据权利要求41所述的图像捕捉设备，其特征在于

43.根据权利要求29所述的图像捕捉设备，其特征在于

所述第二管理信息能够存储唯一设备信息，以及

44.根据权利要求43所述的图像捕捉设备，其特征在于

45.根据权利要求29所述的图像捕捉设备，其特征在于

46.根据权利要求45所述的图像捕捉设备，其特征在于

47.根据权利要求26所述的图像捕捉设备，其特征在于

48.根据权利要求47所述的图像捕捉设备，其特征在于

49.一种多路复用由图像捕捉部分从对象捕捉和获取的视频数据以及由声音收集部分收集和获取的音频数据并且将多路复用的视频数据和音频数据记录到记录介质中的图像捕捉方法，其特征在于

所述图像捕捉方法包括：

记录步骤，多路复用由图像捕捉部分从所述对象捕捉和获取的视频数据以及由声音收集部分收集和获取的音频数据，并将经多路复用的流作为流文件而记录到所述记录介质中；

接受步骤，接受针对操作部分的、用于对所述记录介质的所述视频数据和所述音频数据的记录开始命令和记录停止命令的用户操作；以及

管理信息创建步骤，生成用于控制在所述记录介质上记录的所述流文件的再现的再现管理信息，所述再现管理信息由表示所述流文件的属性信息的第一管理信息和包含表示用于所述流文件的再现方法的信息的第二管理信息组成，

通过以下来执行所述管理信息创建步骤：基于所述再现管理信息的现有条目，确定是否根据与对操作部分的用户操作相对应的所述记录开始命令而将表示用于在所述记录介质上记录的所述流文件的再现方法的所述信息附加写入到所述再现管理信息的所述现有条目中所包含的所述第二管理信息的预定条目中。

50.一种使得计算机设备执行多路复用由图像捕捉部分从对象捕捉和获取的视频数据以及由声音收集部分收集和获取的音频数据并且将多路复用的视频数据和音频数据记录到记录介质中的图像捕捉方法的图像捕捉程序，其特征在于

所述图像捕捉方法包括：