CN100394791C

CN100394791C - 信息处理方法和装置

Info

Publication number: CN100394791C
Application number: CNB2004100857887A
Authority: CN
Inventors: 加藤元树; 浜田俊也
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-04-21
Filing date: 2001-04-20
Publication date: 2008-06-11
Anticipated expiration: 2021-04-20
Also published as: KR20020020918A; JP5051805B2; CA2377690A1; BRPI0117209B1; BR0106082A; EP1569449A2; NO20016292D0; JP4947159B2; EP2256736A3; EP1280347A1; JP2012130006A; JP4915484B2; CA2377690C; EP2256737A2; JP2011166802A; JP4999972B2; JP4919128B2; JP5051807B2; EP2256737A3; US8670646B2

Abstract

在PlayList()中描述CPI_type。CPI_type包括EP-map和TU-map类型。如果能分析I图像的位置，则使用EP-map，否则使用TU-map。从而能共同管理分析I图像位置之后记录的AV流数据和不分析I图像位置记录的AV流数据。

Description

信息处理方法和装置

本申请为以下专利申请的分案申请：申请日为2001年4月20日，申请号为01801571.9，发明名称为《信息处理方法和装置、程序和记录介质》。

技术领域

本发明涉及一种信息处理方法和装置、程序和记录介质，特别涉及一种用于记录包括如下信息的文件的信息处理方法和装置、程序和记录介质：在GUI上示出用于说明的信息，主再现路径信息，次再现路径信息，构成主再现路径的各个再现域之间的连接信息，或用户用来设置所需场景的书签或恢复点信息。

背景技术

近来，各种各样类型的光盘已被提出用作可从记录装置移走的记录介质。这些可记录光盘已被提出用作几个GB的大容量介质，并且被认为有前途用作记录AV(audio visual，音频视频)信号的介质。在数字AV信号(该信号记录在可记录光盘上)源(供应源)中，存在，例如，CS数字卫星广播和BS数字广播。数字系统的地面波电视广播也已被提出以作将来使用。

需要说明的是从这些源提供的数字视频信号常规上根据MPEG(MotionPicture Experts Group，运动图像专家组)2系统进行压缩。对于记录装置，设置适合该装置的记录率。如果来自数字广播的数字视频信号用家用的传统视频存储介质根据模拟记录系统进行记录，数字视频信号首先经过解码，然后进行频带限制，以作记录。作为替换，使用数字记录系统，首先作为例子的是MPEG1视频，MPEG2视频或DV系统，数字视频信号根据适合装置的记录率和编码进行一次性解码，随后进行重新编码，以作记录。

然而，使用这种在记录之前对所提供的位流进行一次性解码，然后带宽限制或重新编码的记录方法，图像质量必定遭到破坏。如果记录经过压缩的数字信号时，输入数字信号的传输率不高于记录和/或再现装置的记录率，对所提供的位流进行直接记录而不解码或重新编码的方法，能使图像质量的损害降到最小程度。然而，如果所压缩数字信号的传输率超过作为记录介质的盘的记录率，就一定需要首先在记录和/或重现装置中对数字信号进行解码，并且对数字信号进行重新编码，以作记录，从而传输率将不高于盘的记录率上限。

如果信号根据随时间提高或降低输入数字信号的位率的可变率系统进行传输，在可以将数据首先存储在缓冲区中，并以猝发方式(burst-like)进行记录的盘记录系统中，比在旋转头具有固定rpm，因此记录率为固定记录率的记录系统中，可以更少浪费使用记录介质的容量。

在数字广播成为主流的不久将来，可以预见肯定需要对于广播信号在数字信号的状态下进行记录，而不解码或重新编码，如数据流的情况，并且使用盘作为记录介质的记录和/或再现装置。

同时，用上述记录装置在记录介质上记录AV流数据时，可以分析AV流数据，以允许快速回放来检测I-图像的位置，以实现允许访问I-图像的记录。作为替换，可以不分析而直接记录AV流。

在这种情况下，传统做法是提供各自专用应用程序，通过该程序，在记录介质上将AV流记录为不同格式的AV流。结果是，应用程序的开发趋向于昂贵且费时。记录在各自应用程序中的AV流中，AV流的格式相互不同，结果是各个AV流由于缺乏兼容性不能在同一装置上进行再现。

另外，传统记录装置有例如，音频数据难于后期记录的缺点。

发明内容

因此，本发明的一个目的是提供一种方案，可以共同管理能够执行高速记录的AV流和不能执行高速记录的AV流。

本发明的另一目的是提供一种能够后期记录的方案。

一种用于在记录介质上记录AV流数据的信息处理装置包括：第一生成装置，用于生成描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系的第一表，或描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系的第二表；选择装置，用于根据记录方法选择第一表和第二表中的一个；和第一记录装置，用于在记录介质上与AV流数据一起记录所选表。

第一表可以是EP_map并且第二表可以是TU_map。

选择装置可以在非认知(non-cognizant)记录的情况下选择第二表。

选择装置可以在自编码记录的情况下选择第一表。

选择装置可以在认知记录的情况下选择第一表。

该信息处理装置可以进一步包括：第二生成装置，用于生成指定再现AV流数据的再现指定信息；和第二记录装置，用于在记录介质上记录指定由第二生成装置生成的再现指定信息。再现指定信息可以包括用于指定是根据呈现时间还是根据到达时间表示AV流数据再现域的时间信息的标识信息。

如果第一表与AV流数据一起进行记录，再现指定信息根据呈现时间表示AV流数据再现域的时间信息。如果第二表与AV流数据一起进行记录，再现指定信息根据到达时间表示AV流数据再现域的时间信息。

本发明还提供一种用于在记录介质上记录AV流数据的信息处理方法包括如下步骤：生成步骤，生成描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系的第一表，或描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系的第二表；选择步骤，根据记录方法选择第一表和第二表中的一个；和记录步骤，在记录介质上与AV流数据一起记录所选表。

本发明还为在记录介质上记录AV流数据的信息处理装置提供一种其中记录有一个计算机可读程序的记录介质，其中，该程序包括如下步骤：生成步骤，生成描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系的第一表，或描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系的第二表；选择步骤，根据记录方法选择第一表和第二表中的一个；和记录步骤，在记录介质上与AV流数据一起记录所选表。

本发明还提供一种程序，用于让控制信息处理装置在记录介质上记录AV流数据的计算机执行如下步骤：生成步骤，生成描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系的第一表，或描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系的第二表；选择步骤，根据记录方法选择第一表和第二表中的一个；和记录步骤，在记录介质上与AV流数据一起记录所选表。

本发明还提供一种用于从记录介质再现AV流数据的信息处理装置包括：再现装置，用于从其中根据记录方法记录有第一表或第二表的记录介质再现第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系；和控制装置，用于根据所再现的表控制AV流数据的输出。

本发明还提供一种用于从记录介质再现AV流数据的信息处理方法包括如下步骤：再现步骤，从其中根据记录方法记录有第一表或第二表的记录介质再现第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系；和控制步骤，根据所再现的表控制AV流数据的输出。

本发明还为在记录介质上记录AV流数据的信息处理装置提供一种其中记录有一个计算机可读程序的记录介质，其中，该程序包括如下步骤：再现步骤，从其中根据记录方法记录有第一表或第二表的记录介质再现第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系；和控制步骤，根据所再现的表控制AV流数据的输出。

本发明还提供一种程序，用于让控制信息处理装置在记录介质上记录AV流数据的计算机执行如下步骤：再现步骤，从其中根据记录方法记录有第一表或第二表的记录介质再现第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系；和控制步骤，根据所再现的表控制AV流数据的输出。

本发明还提供一种其中根据记录方法记录有第一表和第二表中的一个的记录介质，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系。

本发明还提供一种用于在记录介质上记录AV流数据的信息处理装置包括：生成装置，用于生成由表示主再现路径的第一信息和表示次再现路径的第二信息构成的再现指定信息；和记录装置，用于在记录介质上记录AV流数据和再现指定信息。

主再现路径可以是用于音频数据后期记录的路径。

第一信息可以是子路径(main_path)并且第二信息可以是次路径(Sub-path)。

第二信息可以包括表示次再现信息类型的类型信息、用次再现路径引用的AV流文件名、次再现路径AV流的入点(in-point)和出点(out-point)和在主路径的时间轴上再现路径的入点开始同步的主路径时间。

本发明还为在记录介质上记录AV流数据的信息处理装置提供一种信息处理方法，包括如下步骤：生成步骤，生成由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息；和记录步骤，在记录介质上记录AV流数据和再现指定信息。

本发明还为在记录介质上记录AV流数据的信息处理装置提供一种其中记录有一个计算机可读程序的记录介质，其中，该程序包括如下步骤：生成步骤，生成由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息；和记录步骤，在记录介质上记录AV流数据和再现指定信息。

本发明还提供一种程序，用于让控制信息处理装置在记录介质上记录AV流数据的计算机执行如下步骤：生成步骤，生成由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息；和记录步骤，在记录介质上记录AV流数据和再现指定信息。

本发明还提供一种用于从记录介质再现AV流数据的信息处理装置包括：再现装置，用于从记录介质再现由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息；和控制装置，用于根据所再现的再现指定信息控制AV流数据的输出。

本发明还包括一种用于从记录介质再现AV流数据的信息处理方法，包括如下步骤：再现步骤，从记录介质再现由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息；和控制步骤，根据所再现的再现指定信息控制AV流数据的输出。

本发明还为在记录介质上记录AV流数据的信息处理装置提供一种其中记录有一个计算机可读程序的记录介质，其中，该程序包括如下步骤：再现步骤，从记录介质再现由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息；和控制步骤，根据所再现的再现指定信息控制AV流数据的输出。

本发明还提供一种程序，用于让控制信息处理装置在记录介质上记录AV流数据的计算机执行如下步骤：再现步骤，从记录介质再现由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息；和控制步骤，根据所再现的再现指定信息控制AV流数据的输出。

本发明还提供一种信息处理装置，包括：输入端，操作用于接收音频和/或图像信息，所述音频和/或图像信息具有呈现时间戳数据；控制器，操作用于产生描述入口点的呈现时间戳和相关地址之间的关系的映射表信息、和包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；和输出端，操作用于输出所述路径控制信息和映射表信息。

本发明还提供一种信息处理装置，包括：输入端，操作用于接收音频和/或图像信息，所述音频和/或图像信息具有呈现时间戳数据；控制器，操作用于产生描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息、和包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；和输出端，操作用于输出所述音频和/或图像信息、路径控制信息和映射表信息。

本发明还提供一种信息处理装置，包括：控制器，操作用于基于输入音频和/或图像信息产生播放列表信息和映射表信息，其中该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和记录器，操作用于将播放列表信息、映射表信息与音频和/或图像信息存储到记录介质上。

本发明还提供一种信息处理方法，包括下列步骤：接收音频和/或图像信息，所述音频和/或图像信息具有呈现时间戳数据；产生描述入口点的呈现时间戳和相关地址之间的关系的映射表信息、包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；和输出所述路径控制信息和映射表信息。

本发明还提供一种信息处理方法，包括下列步骤：接收音频和/或图像信息，所述音频和/或图像信息具有呈现时间戳数据；产生描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息、包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；和输出所述音频和/或图像信息、路径控制信息和映射表信息。

本发明还提供一种信息处理方法，包括下列步骤：基于输入音频和/或图像信息产生播放列表信息和映射表信息，其中该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和将播放列表信息、映射表信息与音频和/或图像信息存储到记录介质上。

本发明还提供一种用于再现音频和/或图像信息的装置，包括：再现设备，用于从存储介质再现，该存储介质上存储有具有呈现时间戳数据的音频和/或图像信息、描述入口点的呈现时间戳和相关地址之间的关系的映射表信息、以及包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；恢复单元，用于恢复路径控制信息和映射表信息；和音频和/或图像信息再现单元，用于再现与所恢复的路径控制和映射表信息相关联的音频和/或图像信息。

本发明还提供一种用于再现音频和/或图像信息的装置，包括：再现设备，用于从存储介质再现，该存储介质上存储有具有呈现时间戳数据的音频和/或图像信息、描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息、和包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；恢复单元，用于恢复路径控制信息和映射表信息；和音频和/或图像信息再现单元，用于再现与所恢复的路径控制和映射表信息相关联的音频和/或图像信息。

本发明还提供一种再现装置，包括：再现设备，用于从存储介质基于所存储的输入音频和/或图像信息再现播放列表信息和映射表信息，该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和音频和/或图像信息再现单元，用于基于所述播放列表信息和所述映射表信息再现音频和/或图像信息。

本发明还提供一种用于再现音频和/或图像信息的方法，包括下列步骤：从存储介质再现，该存储介质上存储有具有呈现时间戳数据的音频和/或图像信息、描述入口点的呈现时间戳和相关地址之间的关系的映射表信息、以及包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；恢复路径控制信息和映射表信息；和再现与所恢复的路径控制和映射表信息相关联的音频和/或图像信息。

本发明还提供一种用于再现音频和/或图像信息的方法，包括下列步骤：从存储介质再现，该存储介质上存储有具有呈现时间戳数据的音频和/或图像信息、描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息、和包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；恢复路径控制信息和映射表信息；和再现与所恢复的路径控制和映射表信息相关联的音频和/或图像信息。

本发明还提供一种再现方法，包括下列步骤：从存储介质基于所存储的输入音频和/或图像信息再现播放列表信息和映射表信息，该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和基于所述播放列表信息和所述映射表信息再现音频和/或图像信息。

本发明还提供一种记录介质，其上记录了可运行以控制处理器执行如上所述各方法的步骤的计算机程序。

本发明还提供一种记录介质，适合于与计算机一起使用，并且其上记录有描述音频和/或图像信息的入口点的呈现时间戳和相关地址之间的关系的映射表信息、和包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步。

本发明还提供一种记录介质，适合于与计算机一起使用，并且其上记录有描述播放项的入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息、和包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间。

本发明还提供一种记录介质，适合于与计算机一起使用，并且具有基于所记录的音频和/或图像信息而记录其上的播放列表信息和映射表信息，其中该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表。

本发明的记录介质其中记录有由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息。

在本发明的信息记录和/或再现方法和装置、用于记录介质的程序、程序，和记录介质中，根据记录方法记录第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系。

在本发明的信息处理方法和装置、用于记录介质的程序和程序中，从其中根据记录方法记录有第一表或第二表的记录介质再现第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系，从而控制输出。

在本发明的信息处理方法和装置、用于记录介质的程序、程序和第二记录介质中，再现指定信息包括表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息。

在本发明的信息处理方法和装置、用于记录介质的程序和程序中，再现由表示主再现路径的第一信息和表示与主再现路径同步再现的次再现路径的第二信息构成的再现指定信息，从而控制输出。

通过阅读如图所示的本发明实施例，本发明的其它目的、特点和优点将变得更加清楚。

附图说明

图1示出本发明记录和/或再现装置的实施例结构；

图2示出由记录和/或再现装置1在记录介质上所记录数据的数据格式；

图3示出Real PlayList(实播放列表)和Virtual PlayList(虚播放列表)；

图4A、4B和4C示出Real PlayList的创建；

图5A、5B和5C示出Real PlayList的删除；

图6A和6B示出组合编辑；

图7示出在Virtual PlayList中提供次路径。

图8示出改变PlayList回放顺序；

图9示出PlayList上的标记和Clip(片断)上的标记；

图10示出菜单缩略图；

图11示出加到PlayList的标记；

图12示出加到Clip的标记；

图13示出PlayList、Clip和缩略图文件之间的关系；

图14示出目录结构；

图15示出infr.dvr的语法；

图16示出DVRVolume的语法；

图17示出ResumeVolume的语法；

图18示出UIAppInfoVolume的语法；

图19示出字符集值表；

图20示出TableOfPlayList的语法；

图21示出TableOfPlayList的另一语法；

图22示出MakersPrivateData的语法；

图23示出xxxx.rpls和yyyy.vpls的语法；

图24A到24C示出PlayList；

图25示出PlayList的语法；

图26示出PlayList_type表；

图27示出UIAppInfoPlayList的语法；

图28A到28C示出图27所示UIAppInfoPlayList语法中的标志；

图29示出一个PlayItem(播放项)；

图30示出一个PlayItem；

图31示出一个PlayItem；

图32示出PlayItem语法；

图33示出IN-time；

图34示出OUT-time；

图35示出Connection_Condition(连接条件)表；

图36A到36D示出Connection_Condition；

图37示出BridgeSequenceInfo；

图38示出BridgeSequenceInfo的语法；

图39示出SubPlayItem；

图40示出SubPlayItem语法；

图41示出Mark_type表；

图42示出PlayListMark语法；

图43示出Mark_type表；

图44示出Mark_time_stamp；

图45示出zzzzz.clip语法；

图46示出ClipInfo语法；

图47示出Clip_stream_type表；

图48示出offset_SPN；

图49示出offset_SPN；

图50A、50B示出STC域；

图51示出STC_Info；

图52示出STC_Info语法；

图53示出ProgramInfo；

图54示出ProgramInfo语法；

图55示出VideoCondingInfo语法；

图56示出Video_format表；

图57示出frame_rate表；

图58示出display_aspect_ratio表；

图59示出AudioCondingInfo语法；

图60示出audio_coding表；

图61示出audio_component_type表；

图62示出sampling_frequency表；

图63示出CPI；

图64示出CPI；

图65示出CPI语法；

图66示出CPI_type表；

图67示出视频EP_map；

图68示出EP_map；

图69示出EP_map；

图70示出EP_map语法；

图71示出EP_typevalues表；

图72示出EP_map_for_one_stream_PID语法；

图73示出TU_map；

图74示出TU_map语法；

图75示出ClipMark语法；

图76示出Mark_type表；

图77示出Mark_type_stamp表；

图78示出menu.thmb和mark.thmb语法；

图79示出缩略图语法；

图80示出thumbnail_picture_format表；

图81A和81B示出tn_block；

图82示出DVR MPEG2传输流的结构；

图83示出DVR MPEG2传输流的记录器模型；

图84示出DVR MPEG2传输流的播放器模型；

图85示出源包语法；

图86示出TP_extra_header语法；

图87示出拷贝准许指示器表；

图88示出无缝连接；

图89示出无缝连接；

图90示出无缝连接；

图91示出无缝连接；

图92示出无缝连接；

图93示出音频重叠；

图94示出采用BridgeSequence的无缝连接；

图95示出未采用BridgeSequence的无缝连接；

图96示出DVR STD模型；

图97示出用于解码和显示的时间图；

图98示出PlayList文件语法；

图99示出图98 PlayList文件中UIAppInfoPlayList的语法；

图100示出图98 PlayList文件中PlayList()的语法；

图101示出SubPlayItem的语法；T

图102是示出形成RealPlayList方法的流程图；

图103是示出形成VirtualPlayList方法的流程图；

图104是示出再现PlayList方法的流程图；

图105是示出再现PlayList次路径方法的流程图；

图106是示出形成PlayListMark方法的流程图；

图107是示出采用PlayListMark定位再现方法的流程图；

图108示出介质。

具体实施方式

将参照附图对本发明的实施例进行详细的描述。图1示出实施本发明的记录和/或再现装置1的典型内部结构。首先，说明为记录从外部输入的信号配置的记录单元2的结构。记录和/或再现装置1被配置用于输入和记录模拟或数字数据。

模拟视频信号和模拟音频信号分别输入到终端11、12。输入到终端11的视频信号，输出到分析单元14和AV编码器15。输入到终端12的音频信号输出到分析单元14和AV编码器15。分析单元14从输入视频和音频信号提取特征点，如场景改变。

AV编码器15对输入视频和音频信号进行编码，以将系统信息(S)，如编码视频流(V)、编码音频流(A)和AV同步输出到多路复用器16。

编码视频流是使用MPEG(Motion Picture Experts Group，运动图像专家组)2系统编码的视频流，而编码音频流是根据MPEG1系统编码的音频流(编码音频流例如是在MPEG1系统中编码的音频流)，或根据Dolby AC3(商标)系统编码的音频流。多路复用器16根据输入系统信息多路复用输入视频和音频流，以通过开关17将多路复用流输出到多路复用流分析单元18和源分包器19。

多路复用流，例如是MPEG-2传输流或MPEG2节目流。源分包器19根据记录介质100的应用格式将输入多路复用流编码为由源包组成的AV流，以在该记录介质上记录流。在输出到写入单元22之前，AV流在ECC(ErrorCorrection Code，纠错码)单元20和调制单元21中进行处理，以添加ECC码和进行调制，然后写入单元22根据由控制器23输出的控制信号写入AV流文件。

从数字接口或数字电视调谐器输入的传输流，如数字电视广播输入到终端13。有两个记录系统用于记录输入到终端13的传输流，一个为透明记录系统，另一个为在记录之前重新编码以降低，例如，记录位率的系统。记录系统命令信息从作为用户界面的终端24输入到控制器23。

在透明记录输入传输流中，输入到终端13的传输流通过开关17输出到多路复用流分析单元18和源分包器19。在记录介质上记录AV流的随后处理如同编码和记录模拟输入音频和视频信号，如上所述，因此为简单起见，在此不作说明。

如果输入传输流先经过重新编码，然后进行记录，输入到终端13的传输流输入到多路分解器26，它对输入传输流进行多路分解，以提取视频流(V)，音频流(A)和系统信息(S)。

由多路分解器26提取的流(信息)中，视频流输出到音频解码器27，而音频流和系统信息输出到多路复用器16。音频解码器27对输入传输流进行解码，以将编码视频流(V)输出到多路复用器16。

从多路分解器26输出并输入到多路复用器16的音频流和系统信息，与由AV编码器15输出的视频流，根据输入系统信息进行多路复用，并且作为多路复用流，通过开关17输出到多路复用流分析单元18和源分包器19。在记录介质上记录AV流的随后处理如同编码和记录模拟输入音频和视频信号，如上所述，因此为简单起见，在此不作说明。

本实施例的记录和/或再现装置1在记录介质100上记录AV流文件，同时还记录解释文件的应用数据库信息。输入到控制器23的信息是来自分析单元14的活动图像的特征信息，来自多路复用流分析单元18的AV流特征信息和在终端24输入的用户命令信息。

当AV编码器15对视频信号进行编码时，由分析单元14生成从分析单元14提供的活动图像的特征信息。分析单元14分析输入视频和音频信号的内容，以生成与输入活动图像信号的图像特征有关的信息(片断标记)。该信息是指示特征片断标记点的图像的信息，如节目开始点、场景变化点、CM商业开始和结束点、输入视频信号中的标题或放映，并且还包括图像的缩略图和与音频信号的立体/单声切换点和静音部分相关的信息。

上述图像指示信息通过控制器23输入到多路复用器16。当对由控制器23指定为片断标记的编码图像进行多路复用时，多路复用器16将指定AV流上编码图像的信息返回到控制器23。具体地说，该信息是图像的PTS(presentation time stamp，呈现时间戳)或图像编码版本AV流的地址信息。控制器23将这种特征图像和用于指定AV流上编码图像的信息相互关联进行存储。

来自多路复用流分析单元18的AV流特征信息是与要进行记录的AV流编码信息相关的信息，并且由分析单元18进行记录。例如，该特征信息包括AV流中I-图像的时间戳和地址信息，系统时钟的不连续点信息，AV流的编码参数和AV流中编码参数的变化点信息。当透明地记录从终端13输入的传输流时，多路复用流分析单元18从输入传输流检测上述片断标记的图像，并且生成用于指定由片断标记及其类型指定的图像的信息。

来自终端24的用户指定信息是由用户指定的，用于指定回放域、说明回放域内容的字符字母的信息，或如用户为他或她喜爱的场景设置的书签或恢复点的信息。

根据上述输入信息，控制器23创建AV流(Clip)数据库，AV流的回放域(PlayItem)组(PlayList)的数据库，记录介质100所记录内容的管理信息(info.dvr)和缩略图信息。类似于AV流，从上述信息构造的应用数据库信息在ECC单元20和调制单元21中进行处理，并且输入到写入单元22，然后写入单元22在记录介质100上记录数据库文件。

随后将对上述应用数据库信息进行详细描述。

当记录在记录介质100上的AV流文件(图像数据和语音数据文件)和如此记录在记录介质100上的应用数据库信息由再现单元3进行再现，控制器23首先命令读出单元28从记录介质100读出应用数据库信息。读出单元28从记录介质100读出应用数据库信息，然后它从记录介质100读出应用数据库信息，以将通过解调单元29和ECC解码器30的解调和纠错处理的应用数据库信息发送到控制器23。

根据应用数据库信息，控制器23将记录在记录介质100上的PlayList列表输出到终端24的用户界面。用户从PlayList列表选择要进行再现的PlayList。与指定要再现的PlayList相关的信息输入到控制器23。控制器23命令读出单元28，读出再现PlayList时必要的AV流文件。根据该命令，读出单元28从记录介质100读出对应AV流，以将所读出AV流输出到解调单元29。如此输入到解调单元29的AV流通过预设处理进行解调，并且通过ECC解码器30的处理输出到源解包器31。

源解包器31将从记录介质100读出并以预设方式处理的应用格式的AV流转换为可由多路分解器26处理的流。多路分解器26将形成由控制器23指定的AV流回放域(PlayItem)的系统信息(S)，如视频流(V)，音频流(A)或AV同步，输出到音频解码器27，AV解码器对视频流和音频流进行解码，以将回放视频信号和回放音频信号分别输出到相关终端32、33。

如果从作为用户界面的终端24输入指示随机访问回放或特殊回放的信息，控制器23根据AV流的数据库内容(Clip)，确定从记录介质100读出AV流的位置，以命令读出单元28读出AV流。如果由用户选择的PlayList从预设时间点进行再现，控制器23命令读出单元28从具有离指定时间点最近的时间戳的I-图像读出数据。

当用户已从存储在Clip Information(片断信息)的ClipMark中的节目索引点或场景变化点，选择特定片断标记，如当用户从存储在ClipMark中的索引点或场景变化点的缩略图列表(显示在用户界面上)选择特定图像时，控制器23确定从记录介质100AV流读出位置，以命令读出单元28读出AV流。也就是，控制器23命令读出单元28从具有离存储用户所选图像的AV流地址最近的地址的I-图像读出数据。读出单元28从指定地址读出数据。读出数据由解调单元29，ECC解码器30和源分包器19进行处理，以提供给多路分解器26，并由音频解码器27进行解码，以再现由标记点图像地址指示的AV数据。

如果用户已命令快进回放，控制器23命令读出单元28根据AV流的数据库(Clip)顺序读出连续AV流中的I-图像数据。

读出单元28从指定随机访问点读出AV流数据。如此读出的数据通过下游方的各种组件的处理进行再现。

现在说明用户编辑记录在记录介质100上的AV流的情况。如果想要指定记录在记录介质100上的AV流的回放域，例如，如果想要创建从歌曲节目A再现歌手A所唱部分，并且随后从另一歌曲节目B再现歌手A所唱部分的回放路径，与回放域的开始点(IN-point)和结束点(OUT-point)相关的信息从作为用户界面的终端输入到控制器23。控制器23创建AV流回放域(PlayItem)组(PlayList)的数据库。

当用户想要删除记录在记录介质100上的AV流部分，与删除域的IN-point和OUT-point相关的信息输入到控制器23，然后控制器23修改PlayList数据库，以仅引用所需AV流。控制器23还命令写入单元22删除AV流的不需要流部分。

现在说明用户想要指定记录在记录介质上的AV流的回放域，以创建新的回放路径，并且以无缝方式相互连接各个回放域。在这种情况下，控制器23创建AV流的回放域(PlayItem)组(PlayList)数据库，并且承担对回放域连接点附近的视频流部分进行重新编码和重新多路复用。

回放域的IN-point图像信息和OUT-point图像信息从终端24输入到控制器23。控制器23命令读出单元28读出再现IN-point和OUT_point图像所需的数据。读出单元28从记录介质100读出数据。如此读出的数据通过解调单元29、ECC解码器30和源解包器31输出到多路分解器26。

控制器23分析输入到多路分解器26的数据，以确定视频流的重新编码方法(改变picture_coding_type和分配重新编码的编码位数量)和重新多路复用系统，以将该系统发送到AV编码器15和多路复用器16。

多路分解器26然后将输入流分解为视频流(V)、音频流(A)和系统信息(S)。视频流可以分类为输入到音频解码器27的数据和输入到多路复用器16的数据。前者是重新编码所需的数据，并且由音频解码器27进行解码，解码图像然后由AV编码器15进行重新编码，并且因此导致变成视频流。后者是不重新编码而从原始流复制的数据。音频流和系统信息直接输入到多路复用器16。

多路复用器16根据从控制器23输入的信息对输入流进行多路复用，以输出多路复用流，该流由ECC单元20和调制单元21进行处理，以将其发送到写入单元22。写入单元22根据从控制器23提供的控制信号在记录介质100上记录AV流。

下面对基于该信息的应用数据库信息和操作，如回放和编辑进行说明。图2示出用于AV流管理的具有两层，即PlayList和Clip的应用格式结构。Volume Information(卷信息)管理盘中所有Clip和PlayList。在此，一起成对的一个AV流及其附属信息被认为是一个对象，并且称作Clip。AV流文件被称作Clip AV流文件，附属信息被称作Clip Information(片断信息)文件。

一个Clip AV流文件存储在应用格式所规定的结构中安排的MPEG-2传输流的数据。大体上，文件视作字节串。Clip AV流文件的内容在时间轴上进行扩展，Clip中的进入点(I-图像)主要根据时间进行指定。当给定预设Clip访问点的时间戳时，Clip Information文件在查找开始在Clip AV流文件中读出数据的地址信息时有用。

参照图3，现在说明PlayList，它为用户进行提供，以从Clip选择想要观看的回放域，并且容易地编辑回放域。一个PlayList是Clip中的一组回放域。预设Clip中的一个回放域被称作PlayItem，开且由时间轴上的IN-point和OUT-point对进行表示。因此，PlayList由一组多个PlayItem形成。

PlayList分为两种类型：一种为Real PlayList(实播放列表)，另外一种为Virtual PlayList(虚播放列表)。Real PlayList共有所引用Clip流部分。也就是，Real PlayList在盘中占有与所引用Clip流部分对应的数据量，并且当删除Real PlayList时，也删除所引用Clip流部分的数据。

Virtual PlayList不是共有Clip数据。因此，如果改变或删除VirtualPlayList，Clip内容绝不作改变。

对Real PlayList的编辑进行说明。图4A示出创建Real PlayList，并且，如果AV流被记录为新Clip，引用整个Clip的Real PlayList为最新创建的操作。

图4B示出Real PlayList的切分，即在所需点上切分Real PlayList，以将Real PlayList裂分为两个Real PlayList。当两个节目由单个PlayList在一个Clip中进行管理，并且用户意图将节目重新登记或重新记录为分开的单个节目时，执行切分操作。这个操作不导致Clip内容的改变，即对Clip自身进行切分。

图4C示出Real PlayList的组合操作，将两个Real PlayList组合为一个新Real PlayList的操作。如当用户想要将两个节目重新登记为单个节目时，执行该组合操作。这个操作不导致Clip内容的改变，即将Clip自身组合为一个。

图5A示出整个Real PlayList的删除。如果删除整个预设RealPlayList，也删除由所删除Real PlayList引用的相关Clip流部分。

图5B示出Real PlayList的部分删除。如果删除所需的Real PlayList部分，改变相关联的PlayItem，仅引用所需Clip流部分。删除对应的Clip流部分。

图5C示出Real PlayList的最小化。它是导致与Real PlayList相关联的PlayItem只引用Virtual PlayList所需的Clip流部分的操作。删除Virtual PlayList不需要的对应Clip流部分。

如果通过上述操作改变Real PlayList，从而删除由Real PlayList引用的Clip流部分，可能存在使用被删除Clip的Virtual PlayList，从而由于被删除的Clip，Virtual PlayList可能产生问题。

为了防止出现这种问题，为用户显示一条消息“如果存在VirtualPlayList引用Real PlayList所引用的Clip流部分，并且删除RealPlayList，删除Virtual PlayList本身-可否？”，以通过确认或报警的方式响应用户的删除操作，随后根据用户命令执行或取消删除处理。作为替换，执行Real PlayList的最小化操作，而不是删除Virtual PlayList。

现在说明Virtual PlayList的操作。如果执行一个Virtual PlayList的操作，不改变Clip的内容。图6A和6B示出组合和编辑(IN-OUT编辑)。它是创建用户想要观看的回放域的PlayItem，以创建Virtual PlayList的操作。PlayItem之间的无缝连接由应用格式(后面说明)进行支持。

如果存在两个Real PlayList1、2和与各个Real PlayList相关联的Clip1、2，用户将Real PlayList 1的预设域(从IN1到OUT1的域：PlayItem1)指定为回放域，并且还将Real PlayList 2的预设域(从IN2到OUT2的域：PlayItem 2)指定为下一步要进行回放的域，如图6A所示，单个VirtualPlayList由PlayItem 1和PlayItem 2构成，如图6B所示。

现在说明Virtual PlayList的重新编辑。重新编辑可以列举为如下操作：修改Virtual PlayList中的IN-或OUT-点，插入或添加新PlayItem到Virtual PlayList，并且在Virtual PlayList中删除PlayItem。也可以删除Virtual PlayList本身。

图7示出Virtual PlayList的配音(后期记录)。它是将音频后期记录作为次路径登记到Virtual PlayList的操作。该音频后期记录由应用软件进行支持。附加的音频流作为次路径加到Virtual PlayList主路径的AV流。

Real PlayList和Virtual PlayList共同的操作是图8所示的修改(移动)PlayList的回放顺序。该操作是对盘(卷)中PlayList的回放顺序进行改变，并且由应用格式中定义的TableOfPlayList进行支持，随后将参照例如图20进行说明。该操作不导致Clip内容的改变。

现在说明标记(Mark)。标记用来指定Clip和PlayList中的精彩场面或特征时间，如图9所示。加入到Clip的标记称作ClipMark。ClipMark是例如用于指定AV流中内容的特征场景的节目索引点或场景改变点。由例如图1的分析单元14生成ClipMark。当再现PlayList时，可以引用并使用由PlayList引用的Clip标记。

添加到PlayList的标记称作PlayListMark(播放列表标记)。PlayListMark例如是由用户设置的书签点或恢复点。通过将表示标记时间点的时间戳加到标记列表，将标记设置到Clip和PlayList。另一方面，标记删除是从标记列表删除标记时间戳。因此，标记设置或标记删除绝不改变AV流。

作为ClipMark的另一格式，由ClipMark引用的图像可以在AV流中根据地址进行指定。通过将指示标记点图像的地址基本信息加到标记列表，在Clip上设置标记。另一方面，标记删除是从标记列表删除指示标记点图像的地址基本信息。因此，标记设置或标记删除绝不改变AV流。

现在说明缩略图。缩略图是加到Volume(卷)、PlayList和Clip的静止图像。存在两种缩略图，其中一种是作为表示内容的代表性图像的缩略图。这主要用在主图像中，以为用户通过操作光标选择他或她想要观看的内容，没有显示。另一种缩略图是表示标记所指场景的图像。

Volumee和各个PlayList需要有代表性图像。Volume的代表性图像预定用作当盘置于记录和/或再现装置1中时，初始显示代表盘内容的静止图像。需要说明的是，盘是指假定为具有盘形状的记录介质100。PlayList的代表性图像预定用作表示PlayList内容的静止图像。

作为PlayList的代表性图像，可以考虑使用PlayList的初始图像作为缩略图(代表性图像)。然而，回放时间为0处的引导图像不一定是表示内容的最佳图像。因此，用户允许将可选图像设置为PlayList的缩略图。两种缩略图，作为表示Volume的代表性图像的缩略图和作为表示PlayList的代表性图像的缩略图，称作菜单缩略图。由于顺序显示菜单缩略图，这些缩略图需要以上升的速度从盘进行读出。因此，在单个文件中存储全部菜单缩略图更有效率。菜单缩略图没有必要是从卷的活动图像提取的图像，它可以是从个人计算机或数字静止相机拍摄的图像，如图10所示。

另一方面，Clip和PlayList需要用多个标记进行标记，而标记点的图像需要进行容易的观看，以获得标记位置的内容。表示这种标记点的图像被称作标记缩略图。因此，作为标记缩略图原图的图像主要是所提取的标记点图像，而不是从外部拍摄的图像。

图11示出附于PlayList的标记和标记缩略图之间的关系，同时图12示出附于Clip的标记和标记缩略图之间的关系。与菜单缩略图不同，标记缩略图用在例如表示PlayList细节的子菜单中，同时它不要求以短访问时间进行读出。因此，无论什么时候需要缩略图，记录和/或再现装置1打开一个文件，并且读出该文件的一部分，同时即使记录和/或再现装置1的文件打开和读出该文件的一部分需要一些时间，也不会出现问题。

为减少卷中出现的文件数，全部标记缩略图最好存储在一个文件中。虽然PlayList可以拥有一个菜单缩略图和多个标记缩略图，但是用户不要求直接选择Clip(通常，通过PlayList选择Clip)，因此不是一定提供菜单缩略图。

图13示出菜单缩略图、标记缩略图、PlayList和Clip之间的关系。在菜单中，缩略图文件是逐PlayList提供的文件菜单缩略图。在菜单中，表示记录在盘上数据内容的卷缩略图包含缩略图文件。在菜单中，缩略图文件是逐PlayList和逐Clip创建的文件缩略图。

下面说明CPI(Character Point Information，特征点信息)。CPI是包含在Clip信息文件中的数据，并且主要用于当提供Clip访问点时间戳时，在Clip AV流文件中查找开始数据读出的数据地址。在本实施例中，使用两种CPI，其中一个为EP_map，另一个为TU_map。

EP_map是从基本流和传输流提取的入口点(entry point，EP)数据列表。它具有用来查找开始解码的AV流中入口点位置的地址信息。一个EP数据由呈现时间戳(presentation time stamp，PTS)和与PTS相关联的访问单元的AV流中的数据地址构成，该数据地址与PTS进行成对。

EP_map主要用作两个目的。第一，它用来在PlayList中查找PTS所引用访问单元的AV流中的数据地址。第二，EP_map用来快进回放或快退回放。如果通过记录和/或再现装置1记录输入AV流时，能分析流的语法，在盘上创建和记录EP_map。

TU_map具有来源于通过数字接口输入的传输包的到达时间点的时间单元(time unit，TU)列表。这提供到达时基的时间和AV流中数据地址之间的关系。当记录和/或再现装置1记录输入AV流，并且不能分析流的语法时，在盘上创建并记录TU_map。

STCInfo在存储MPEG-2传输流的AV流文件中存储不连续点信息。

当AV流具有STC的不连续点，相同的PTS值可以出现在AV流文件中。因此，如果根据PTS指定AV流中的时间点，PTS pf访问点不够指定该点。而且，需要包含PTS的连续STC域的索引。采用这种格式，连续STC域及其索引分别称作STC-sequence和STC-sequence-id。STC-sequence信息由ClipInformation文件的STCInfo进行定义。

STC-sequence-id用在AV流文件中，并且在具有TU_map的AV流文件中是可选的。

节目是基本流的集合，并且共有单个系统时基，以对这些流进行同步再现。

对于再现装置(图1的记录和/或再现装置1)，在编码之前知道AV流的内容是有用的。这些内容包括，例如传输音频或视频基本流的传输包的PID值，或者视频或音频组件类型，如HDTV视频或MPEG-2 AAC音频流。这些信息对于创建向用户说明引用AV流的PlayList内容的菜单屏幕有用。类似地，对设置各个装置的AV解码器和多路分解器的初始状态有用。

由于这个原因，Clip Information文件具有用于说明节目内容的ProgramInfo。

可能出现节目内容在其中存储MPEG-2传输流的AV流文件中发生改变的情况。例如，传输视频基本流的传输包PID可能发生改变，或者视频流的组件类型可能从SDTV改变为HDTV。

ProgramInfo存储AV流文件中节目内容改变点信息。其中节目内容保持不变的AV流文件域称作program-sequence。

该program-sequence用在具有EP_map的AV流文件中，并且在具有TU_map的AV流文件中是可选的。

本实施例定义自编码流格式(self-encoding stream format，SESF)。SESF用来对模拟输入信号进行编码，并且对数字输入信号进行解码，以随后将解码信号编码为MPEG-2传输流。

SESF定义与MPEG-2传输流和AV流相关的基本流。当记录和/或再现装置1用SESF对输入信号进行编码和记录时，在盘上创建并记录EP_map。

数字广播流使用下面系统中的一个，以在记录介质100上记录：首先，数字广播流代码转换为SESF流。在这种情况下，所记录的流必须遵循SESF，并且必须在盘上准备和记录EP_map。

作为替换，形成数字广播流的基本流代码转换为一个新基本流，并且重新多路复用为一个遵循由标准化数字广播流的组织规定的流格式的新传输流。在这种情况下，必须在盘上创建和记录EP_map。

例如，假定输入流为遵循ISDB(standard appellation of digital BS ofJapan，日本数字广播流标准命名)的MPEG-2传输流，传输流包含HDTV视频流和MPEG AAC音频流。HDTV视频流代码转换为SDTV视频流，SDTV视频流和原始AAC音频流重新多路复用到TS。SDTV流和传输流都需要遵循ISDB格式。

在记录介质100上记录数字广播流的另一系统是对输入传输流作透明记录，即不加修改地记录输入传输流，在这种情况下，在盘上列出和记录EP_map。

作为替换，透明地记录输入传输流，即不加改变地记录输入传输流，在这种情况下，在盘上创建和记录TU_map。

以下说明目录和文件。以下将记录和/或再现装置1作为DVR(digitalvideo recording，数字视频记录)进行描述。图14示出盘上的典型目录结构。DVR盘的目录可以列举为包括“DVR”目录的根目录和包括“PLAYLIST”目录、“CLIPINF”目录、“M2TS”目录和“DATA”目录的“DVR”目录，如图14所示。虽然根目录下可以创建其它目录，但是在本实施例的应用格式中不考虑这些目录。

“DATA”目录下，存储有由DVR应用格式规定的所有文件和目录。“DVR”目录包括四个目录。“PLAYLIST”目录下存放Real PlayList和VirtualPlayList数据库文件。后一目录可以在缺少PlayList的状态下存在。

“CLIPINF”下存放Clip数据库。该目录也可以在缺少AV流文件的状态下存在。“DATA”目录中，存储有数据广播文件，如数字TV广播。

“DVR”目录存储下面文件：即，在DVR目录下创建“info.dvr”，以存储应用层的综合信息。DVR目录下，必须存在单个info.dvr。该文件名假定被固定为info.drv。“menu.thmb”存储与菜单缩略图相关的信息。DVR目录下，必须存在0或1个标记缩略图。该文件名假定被固定为“menu.thmb”。如果不存在菜单缩略图，该文件可以不存在。

“mark.thmb”存储与标记缩略图相关的信息。DVR目录下，必须存在0或1标记缩略图。该文件名假定被固定为“menu.thmb”。如果不存在菜单缩略图，该文件可以不存在。

“PLAYLIST”目录存储两种PlayList文件，一种为Real PlayList，另一种为Virtual PlayList。“xxxxx.rpls”文件存储与一个Real PlayList相关的信息。为每个Real PlayList创建一个文件。文件名为“xxxxx.rpls”，其中“xxxxx”表示五个从0到9的数字。文件扩展名必须为“rpls”。

“yyyyy.vpls”存储与一个Virtual PlayList相关的信息。逐个VirtualPlayList创建文件名为“yyyyy.vpls”的文件，其中“yyyyy”表示五个从0到9的数字。文件扩展名必须为“vpls”。

“CLIPINF”目录存储与每个AV流文件关联的一个文件。“zzzzz.clpi”是与一个AV流文件对应的Clip信息文件(Clip AV流或Bridge-Clip流文件)。文件名为“zzzzz.cpli”，其中“zzzzz”表示五个从0到9的数字。文件扩展名必须为“clpi”。

“M2TS”目录存储AV流文件。“zzzzz.m2ts”是由DVR系统进行处理的AV流文件。这是Clip AV流文件或Br idge-Clip AV流文件。文件名为“zzzzz.m2ts”，其中“zzzzz”表示五个从0到9的数字。文件扩展名必须为“m2ts”。

“DATA”目录存储从数据广播传输的数据。该数据可以例如是XML或MPEG文件。

现在说明每个目录(文件)的语法和语义。图15示出“info.drv”文件的语法。“info.drv”文件由三个对象构成，它们是DVRVolume()、TableOfPlayLists()和MakersPrivateData()。

对图15所示的info.drv语法进行说明。TableOfPlayLists_Start_address表示根据相对于“info.dvr”文件起始字节的字节数，TableOfPlayLists()的起始地址。相对字节数从0开始计数。

MakersPrivateData_Start_address表示根据相对于“info.dvr”文件起始字节的字节数，MakersPrivateData()的起始地址。相对字节数从0计数。根据“info.dvr”语法插入padding_word。N1和N2是可选正整数。每个填充字可以采用一个可选值。

DVRVolume()存储表明卷(盘)内容的信息。图16示出DVRVolume语法。现在说明图16所示的DVRVolume()语法。version_number表示示出DVRVolume()版本号的四个字符字母。version_number根据ISO646编码为“0045”。

length用表示从紧接length域之后到DVRVolume()末端的字节数的32位无符号整数进行表示。

ResumeVolume()存储卷中上次再现的Real PlayList或VirtualPlayList文件名。然而，用户中断回放Real PlayList或VirtualPlayList时的回放位置存储在PlayListMark()中定义的resume_mark中(参看图42和43)。

图17示出ResumeVolume()语法。对图17所示的ResumeVolume()语法进行说明。valid_flag表示当该1位标志分别设置为1或0时resume_PlayList_name域有效或无效。

resume_PlayList_name的10字节域表示要进行恢复的Real PlayList或Virtual PlayList的文件名。

图16所示DVRVolume()语法中的UIAppInfoVolume存储有关卷的用户界面应用参数。图18示出UIAppInfoVolume的语法，现在对其语义进行说明。character_set的8位域表示在Volume_name域中编码的字符字母编码方法。该编码方法对应于图19所示的值。

name_length 8位域表示Volume_name域中所表示卷名的字节长度。Volume_name域表示卷名称。从该域左边开始计数的name_length数目的字节数为合法字符数，并且表示卷名称。这些合法字符字母之后的值可以为任意值。

Volume_protect_flag为表示卷中内容是否不加限制地显示给用户的标志。如果该标志设为1，卷内容只在用户已成功输入PIN号码(密码)的情况下允许显示(再现)给用户。如果该标志设为0，卷内容甚至在用户没有输入PIN号码的情况下也允许显示给用户。

当用户已插入一个盘到播放器时，如果该标志已设为0，或该标志已设为1，但是用户已成功输入PIN号码，记录和/或再现装置1显示盘中PlayList列表。对再现各个PlayList的限制与Volume_protect_flag无关，并且由UIAppInfoVolume中定义的playback_control_flag进行表示。

PIN由四个从0到9的数字构成，每个数字根据ISO/IEC 646进行编码。ref_thumbnail_index域表示加到Volume的缩略图信息。如果ref_thumbnail_index域为不同于0xFFFF的值，一个缩略图加到Volume。缩略图存储在menu.thmb文件中。该图像使用ref_thumbnail_index值在menu.thumb文件中被引用。如果ref_thumbnail_index域为0xFFFF，则表示缩略图已加到Volume。

对图15所示info.dvr语法中的TableOfPlayList()进行说明。TableOfPlayList()存储PlayList(Real PlayList和Virtual PlayList)文件名。记录在Volume中的所有PlayList文件包含在TableOfPlayList()中，TableOfPlayList()表示Volume中PlayList缺省回放序列。

图20示出TableOfPlayList()语法，现在对其进行说明。TableOfPlayList()的version_number表示示出TableOfPlayList版本号的四个字符字母。version_number必须根据ISO 646编码为“0045”。

length为无符号32位整数，表示从紧接length域之后到TableOfPlayList()末端的TableOfPlayList()字节数。number_of_PlayLists16位域表示包括PlayList_file_name的循环数。该数字必须等于记录在Volume中的PlayList数。PlayList_file_name 10字节数字表示PlayList文件名。

图21示出TableOfPlayList()语法的另一结构。图21所示的语法包括图20所示的语法，并且其中包含UIAppInfoPlayList。通过包括UIAppInfoPlayList这种结构，在读出TableOfPlayList时简单地创建菜单图像成为可能。下面说明以使用图20所示的语法为前提。

对图15所示info.dvr中的MakersPrivateData进行说明。MakersPrivateData用来允许记录记录和/或再现装置1的制造者在MakersPrivateData()中为不同公司专有应用插入制造者私有数据。每个制造者的私有数据具有标准化maker_ID，用于标识对其进行定义的制造者。MakersPrivateData()可包含一个或多个maker_ID。

如果预定制造者意图插入私有数据，并且不同制造者的私有数据已包含在MakersPrivateData()中，新私有数据加到MakersPrivateData()，而不删除预先存在的旧私有数据。因此，在本实施例中，多个制造者的私有数据能包含在一个MakersPrivateData()中。

图22示出MakersPrivateData语法。对图22所示的MakersPrivateData()语法进行说明。TableOfPlayList()的version_number表示示出TableOfPlayList版本号的四个字符字母。version_number必须根据ISO 646编码为“0045”。length为无符号32位整数，表示从紧接length域之后到MakersPrivateData()末尾的TableOfPlayList()字节数。

mpd_blocks_start_address表示根据相对于MakersPrivateData()起始字节的字节数，第一mpd_block()的起始端位置。number_of_maker_entries为16位无编码整数，提供包括在MakersPrivateData()中制造者私有数据的条目数。在MakersPrivateData()中必须不能出现具有同一maker_ID值的两个或更多制造者私有数据。

mpd_blocks_size为16位无符号整数，提供一个mpd_block大小(以1024字节为单位)。例如，如果mpd_blocks_size＝1，则表示一个mpd_block的大小为1024字节。number_of_mpd_blocks为16位无符号整数，提供包含在MakersPrivateData()中的mpd_block数。maker_ID为16位无符号整数，表示已创建制造者私有数据的DVR系统的模型号代码。编码到maker_ID的值由授权者进行指定。

maker_model_code为16位无符号整数，表示已创建制造者私有数据的DVR系统的模型号代码。编码到maker_model_code的值由接收到格式授权的制造者进行设置。start_mpd_block_number为16位无符号整数，表示开始制造者私有数据的mpd_block号的号码。制造者私有数据的起始端必须与mpd_block的起始端对齐。start_mpd_block_number对应于mpd_block循环中的变量j。

mpd_length为32位无符号整数，表示制造者私有数据的大小。mpd_block为存储私有数据的区域。MakersPrivateData()中所有mpd_block必须具有相同大小。

对Real PlayList文件和Virtual PlayList文件，换句话说，xxxxx.rpls和yyyyy.vpls进行说明。图23示出具有相同语法结构的xxxxx.rpls(RealPlayList)和yyyyy.vpls(Virtual PlayList)语法。每个xxxxx.rpls和yyyyy.vpls 由三个对象，即P layList()、PlayListMark()和MakersPrivateData()构成。

PlayListMark_Start_address表示以相对于PlayList文件起始端的字节数为单位，PlayListMark()的起始地址。相对字节数从0开始计数。

MarkersPrivateData_Start_address表示以相对于PlayList文件起始端的字节数为单位，MakersPrivateData()的起始地址。相对字节数从0开始计数。

根据PlayList文件的语法插入padding_word(填充字)，其中N1和N2为可选正整数。每个填充字可以采用一个可选值。

虽然已对PlayList作过简短说明，下面对它进行进一步的说明。除Bridge-Clip外的所有Clip中的回放域必须由盘中所有PlayList进行引用。另外，两个或更多Real PlayList必须在相同Clip中不重叠由它们PlayItem示出的回放域。

参照图24A、24B和24C。对于所有Clip，存在对应的Real PlayList，如图24A所示。甚至在完成编辑操作之后，仍遵循这个规则，如图24B所示。因此，所有Clip必须通过引用一个Real PlayList进行观看。

参照图24C，Virtual PlayLis t的回放域必须包含在回放域和Bridge-Clip回放域中。在盘中必须不出现没有由任何Virtual PlayList引用的Bridge-Clip。

包含PlayItem列表的Real PlayList必须不包含SubPlayItem。VirtualPlayList包含PlayItem列表，并且，如果包含在PlayList()中的CPI_type为EP_map，并且PlayList_type为0(包含视频和音频的PlayList)，VirtualPlayList可以包含一个SubPlayItem。在本实施例的PlayList()中，SubPlayItem仅用于音频后期记录。一个Virtual PlayList所拥有的SubPlayItem数必须为0或1。

以下说明PlayList。图25示出PlayList语法，现在对其进行说明。version_number表示示出PlayList()版本号的四个字符字母。version_number根据ISO646编码为″0045″。length为32位无符号整数，表示从紧接length域之后到PlayList()末端的PlayList()的总字节数。PlayList_type，它的一个例子如图26所示，为表示PlayList类型的8位域。

CPI_type为1位标志，表示由PlayItem()和SubPlayItem()引用的Clip的CPI_type类型值。在一个PlayList所引用的所有Clip的CPI中定义的CPI_types必须具有相同的值。number_of_PlayItems为16位域，表示出现在PlayList中的PlayItem数。

对应于预定PlayItem()的PlayItem_id通过PlayItem()出现在包含PlayItem()的循环中的顺序进行定义。PlayItem_id从0开始。number_of_SubPlayItems为16位域，表示PlayList中SubPlayItem数。该值为0或1。附加音频流路径(音频流路径)是一种子路径。

对图25所示PlayList语法的UIAppInfoPlayList进行说明。UIAppInfoPlayList存储有关PlayList的用户界面应用参数。图27示出UIAppInfoPlayList语法，现在对其进行说明。character_set为8位域，表示PlayList_name域中编码的字符字母编码方法。该编码方法对应于遵循图19所示表的值。

name_length为8位域，表示PlayList_name域中所表示PlayList名称的字节长度。PlayList_name域表示PlayList名称。从该域左边开始计数的name_length数目的字节数为合法字符数，并且表示PlayList名称。这些合法字符字母之后的值可以为任意值。

record_time_and_date为56位域，存储记录PlayList的日期和时间。该域为以二-十进制(binary coded decimal，BCD)编码的用于年/月/日/小时/分/秒的14个数字。例如，2001/12/23:01:02:03编码为“0x20011223010203”。

duration为24位域，表示以小时/分/秒为单位，PlayList的总回放时间。该域为用BCD编码的六个数字。例如，01:45:30编码为“0x014530”。

valid_period为32位域，表示PlayList的有效时间范围。该域为用4位二-十进制(BCD)编码的8个数字。例如，valid_period用在记录和/或再现装置1中，当有效范围已过，PlayList将自动删除。例如，2001/05/07编码为“0x20010507”。

maker_ID为16位无符号整数，表示最后更新其PlayList的DVR播放器(记录和/或再现装置1)的制造者。编码到maker_ID的值被分配给DVR格式的授权者。maker_code为16位无符号整数，表示最后更新其Playlist的DVR播放器的模型号代码。编码到maker_code的值由接收到DVR格式授权的制造者进行确定。

如果playback_control_flag标志设为1，仅当用户成功输入PIN号码，才再现其PlayList。如果该标志设为0，用户可以观看PlayList，而没有必要输入PIN号码。

如果write_protect_flag设为1，不能删除或改变除write_protect_falg之外的PlayList内容。如果该标志设为0，用户可以自由删除或修改PlayList。如果该标志设为1，记录和/或再现装置1在用户继续删除、编辑或覆写PlayList之前显示要求用户重新确认的消息。

可以存在其中write_protect_flag设为0的Real PlayList，可以存在引用Real PlayList的Clip的Virtual PlayList，并且Virtual PlayList的write_protect_flag可以设为1。如果用户想要删除Real PlayList，记录和/或再现装置1在删除Real PlayList之前向用户发出一个存在前述Virtual PlayList，或“最小化”Real PlayList的警告。

如果is_played_flag设为1，如图28B所示，则表示自从记录PlayList以来至少对它再现过一次，相反，如果它设为0，则表示自从记录PlayList以来甚至没有对它再现过一次。

Archive为2位域，表示PlayList是原始的或拷贝的，如图28C所示。ref_thumbnail_index域表示代表PlayList的缩略图信息。如果ref_thumbnail_index域为不同于0xFFFF的值，一个代表PlayList的缩略图加到该PlayList，该PlayList存储在menu.thmb文件中。该图像使用ref_thumbnail_index值在menu.thumb文件中进行引用。如果ref_thumbnail_index域为0xFFFF，则表示没有代表PlayList的缩略图加到该PlayList中。

以下说明PlayItem。一个PlayItem()基本上包含下列数据：Clip_Information_file_name，用于指定Clip文件名；IN_time和OUT_time，成对指定Clip的回放域；STC_sequence_id，在Playlist()中定义的CPI_type为EP_map类型的情况下由IN_time和OUT_time进行引用；和Connection_Condition，表示前面PlayItem和当前PlayItem的连接条件。

如果PlayList由两个或更多PlayItem构成，这些PlayItem在PlayList的全局时间轴上排成一行，既没有时间间隔，也没有时间重叠。如果在PlayList()中定义的CPI_type为EP_map类型，并且当前PlayList没有BridgeSequence()，IN_time和OUT_time对必须表示与STC_sequence_id所指定的相同的STC连续域时间。这种例子如图29所示。

图30示出这样一种情况，在PlayList()中定义的CPI_type为EP_map类型的情况下，并且如果当前PlayItem具有BridgeSequence()，应用如下说明的规则。当前PlayItem之前的PlayItem的IN_time，如IN_time1所示，表示当前PlayItem的BridgeSequenceInfo()中指定的Bridge-Clip中的时间。该OUT_time必须遵从随后将要说明的编码限制。

当前PlayItem的IN_time，如IN_time2所示，表示当前PlayItem的BridgeSequenceInfo()中指定的Bridge-Clip中的时间。该IN_time必须遵从后面将要说明的编码限制。当前PlayItem的PlayItem OUT_time，如OUT_time2所示，表示由当前PlayItem的STC_sequence_id指定的STC连续域时间。

如果PlayList()的CPI_type为TU_map类型，PlayItem的IN_time和OUT_time，成对表示相同Clip AV流时间，如图31所示。

PlayItem语法如图32所示。对于PlayItem语法，如图32所示，Clip_information_file_name域表示Clip Information的文件名。由该ClipInformation文件的ClipInfo()定义的Clip_stream_type必须表示Clip AV流。

STC_sequence_id为8位域，并且表示由PlayItem引用的连续STC域的STC_sequence_id。如果PlayList()中指定的CPI_type为TU_map类型，该8位域没有意义，并且设为0。IN_time为32位域，并且用来存储PlayItem的回放开始时间。IN_time语义随在PlayList()中定义的CPI_type不同，如图33所示。

OUT_time为32位域，并且用来存储PlayItem的回放结束时间。OUT_time语义随在PlayList()中定义的CPI_type不同，如图34所示。

Connection_condition为2位域，表示前面PlayItem和当前PlayItem之间的连接条件，如图35所示。图36A到36D示出图35所示Connection_condition的各种状态。

参照图37对BridgeSequenceInfo进行描述。该BridgeSequenceInfo为当前PlayItem的辅助信息，并且包括如下信息。即，BridgeSequenceInfo包括用于指定Bridge_Clip AV文件的Bridge_Clip_Information_file_name和指定对应Clip Information文件的Bridge_Clip_Information_file_name(图45)。

它还是由前面PlayItem引用的Clip AV流的源包地址。Bridge_Clip AV流的第一源包连接在该源包之后。该地址称作RSPN_exit_from_previous_Clip。它还是由当前PlayItem引用的Clip AV流的源包地址。Bridge_Clip AV流文件的最后源包连接在该源包之前。该地址称作RSPN_enter_to_previous_Clip。

在图37中，RSPN_arrival_time_discontinuity表示其中存在到达时基的不连续点的Bridge_Clip AV流的源包地址。该地址定义在ClipInfo()中(图46)。

图38示出BridgeSequenceInfo语法。参照图38所示的BridgeSequenceInfo语法，Bridge_Clip_Information_file_name域表示与Bridge_Clip_Information_file对应的Clip Information文件的文件名。在该Clip Information文件的ClipInfo()中定义的Clip_stream_type必须表示“Bridge_Clip AV流”。

RSPN_exit_from_previous_Clip 32位域为由前面PlayItem引用的ClipAV流的源包相对地址。Bridge_Clip AV流文件的第一源包连接在该源包之后。RSPN_exit_from_previous_Clip具有以源包数为单位的大小，并且用定义在ClipInfo()中的offset_SPN值从由前面PlayItem引用的Clip AV流文件第一源包进行计数。

RSPN_enter_to_current_Clip 32位域为由当前PlayItem引用的Clip AV流的源包相对地址。Bridge_Clip AV流文件的最后源包连接在该源包之前。RSPN_enter_to_current_Clip 具有以源包数为单位的大小。RSPN_enter_to_current_Clip用定义在ClipInfo()中的offset_SPN值从由当前PlayItem引用的Clip AV流文件第一源包作为初始值进行计数。

参照图39对SubPlayItem进行说明。只有PlayList()的CPI_type为EP_map类型，才允许使用SubPlayItem()。在本实施例中，SubPlayItem仅用于音频后期记录。SubPlayItem()包括下面数据。首先，它包括Clip_Information_file_name，用于指定由PlayList中的子路径引用的Clip。

它还包括SubPath_IN_time和SubPath_OUT_time，用于指定Clip中子路径回放域。另外，它包括sync_PlayItem_id和start_PTS_of_PlayItem，用于在主路径时间轴上指定开始子路径再现的时间。由子路径引用的Clip AV流必须不包含STC不连续点(系统时基的不连续点)。用在子路径中的音频样本时钟锁定于主路径的音频样本时钟。

图40示出SubPlayItem语法。参照图40所示的SubPlayItem语法，Clip_Information_file_name域表示Clip Information文件的文件名，并且由PlayList中的子路径进行使用。定义在该ClipInfo()中的Clip_stream_type必须表示Clip AV流。

sync_PlayItem_id 8位域表示子路径类型。在此，仅设置′0x00′，如图41所示，而其它值被保留以备将来使用。

sync_PlayItem_id 8位域表示在主路径的时间轴上包含子路径回放开始时间的PlayItem的PlayItem_id。与预定PlayItem对应的PlayItem_id值定义在PlayList()中(图25)。

sync_start_PTS_of_PlayItem 32位域表示在主路径的时间轴上的子路径回放开始时间，并且表示由sync_PlayItem_id引用的PlayItem的PTS(presentation time stamp，呈现时间戳)高32位。SubPath_IN_time的高32位域存储子路径回放开始时间。SubPath_IN_time表示对应于子路径中第一呈现单元的33位PTS的高32位。

SubPath_OUT_time的高32位域存储子路径回放结束时间。SubPath_OUT_time表示由下面公式计算的Presentation_end_TS值的高32位：

Prensentation_end_TS＝PTS_OUT+AU_duration其中，PTS_OUT为对应于SubPath最后呈现单元的33位长度的PTS，并且AU_duration为SubPath的最后呈现单元的基于90kHz的显示周期。

下一步，对图23所示xxxxx.rpls和yyyyy.vpls中的Pl ayListMark()进行说明。与PlayList相关的标记信息存储在该PlayListMark中。图42示出PlayListMark语法。参照图42所示的PlayListMark语法，version_number为表示PlayListMark()版本号的四个字符字母。version_number根据ISO646编码为″0045″。

length为32位无符号整数，表示从紧接length域之后到PlayListMark()末端的PlayListMark()字节数。number_of_PlayListMarks为16位无符号整数，表示存储在PlayListMark中的标记数。number_of_PlayListMarks可以为0。mark_type为表示标记类型的8位域，并且用图43所示的表进行编码。

mark_time_stamp 32位域存储表示标记所指定点的时间戳。mark_time_stamp的语义随定义在PlayList()中的CPI_type不同，如图44所示。PlayItem_id为8位域，指定其中置放标记的PlayItem。对应于预定PlayItem的PlayItem_id值定义在PlayList()中(参见图25)。

character_set 8位域表示在mark_name域中编码的字符字母编码方法。该编码方法对应于图19所示的值。name_length 8位域表示mark_name域中所示标记名的字节长度。mark_name域表示mark_name域中所示的标记名称。对应于从该域左边开始计数的name_length数目的字节数为有效字符字母，并且表示标记名称。在mark_name域中，在这些有效字符字母之后的值可以为任意值。

ref_thumbnail_index域表示加到标记的缩略图信息。如果ref_thumbnail_index域不是0xFFFF，一个缩略图加到其标记，该缩略图存储在mark.thmb文件中。该图像使用ref_thumbnail_index值在mark.thmb文件中进行引用，随后对此进行说明。如果ref_thumbnail_index域为0xFFFF，则表示没有缩略图加到该标记中。

现在说明Clip Information文件。zzzzz.clpi(Clip Information文件)由六个对象构成，如图45所示。它们是ClipInfo()、STC_Info()、Program()、CPI()、ClipMark()和MakersPrivateData()。对于AV流(Clip AV流或Bridge-Clip AV流)和对应Clip信息文件，使用相同的数字串“zzzzz”。

解释图45所示的zzzzz.clpi(Clip Information文件)语法。ClipInfo_Start_address表示以相对于zzzzz.clpi文件的起始端字节的相对字节数为单位，ClipInfo()的起始端地址。相对字节数从0开始计数。

STC_Info_Start_addres s表示以相对于zzzzz.clpi文件的起始端字节的相对字节数为单位，STC_Info的起始端地址。ProgramInfo_Start_address表示以相对于zzzzz.clpi文件的起始端字节的相对字节数为单位，ProgramInfo()的起始端地址。相对字节数从0开始计数。CPI_Start_address表示以相对于zzzzz.clpi文件的起始端字节的相对字节数为单位，CPI()的起始端地址。相对字节数从0开始计数。

ClipMark_Start_addres s表示以相对于zzzzz.clpi文件的起始端字节的相对字节数为单位，ClipMark()的起始端地址。相对字节数从0开始计数。MakersPrivateData_Start_address表示以相对于zzzzz.clpi文件的起始端字节的相对字节数为单位，MakersPrivateData()的起始端地址。相对字节数从0开始计数。padding_word根据zzzzz.clpi的语法进行插入。N1、N2、N3、N4和N5必须为0或可选正整数。各个填充值也可以采用可选值。

现在说明ClipInfo。图46示出ClipInfo语法。图46示出ClipInfo语法。对应AV流文件(Clip AV流或Bridge-Clip AV流文件)的属性信息存储在ClipInfo()中。

参照图46所示的ClipInfo语法，version_number为表示ClipInfo()版本号的四个字符字母。version_number必须根据ISO 646编码为″0045″。length为32位无符号整数，表示从紧接length域之后到ClipInfo()末端的ClipInfo字节数。Clip_stream_type 8位域表示对应于Clip Information文件的AV流类型，如图47所示。随后将对各个AV流的流类型进行说明。

offset_SPN 32位域给出AV流(Clip AV流或Bridge-Clip AV流文件)的第一源包的第一源包号的源包号偏移值。当AV流文件首先记录在盘上时，该offset_SPN必须为0。

参照图48，当通过编辑删除AV流文件的开始部分时，off_SPN可以采用不同于0的值。在本实施例中，引用offset_SPN的相对源包号(相对地址)经常以RSPNxxx的形式进行描述，其中，修改xxx，使RSPN_xxx为RAPN_EP_start。相对源包号以源包数为单位改变大小，并且以offset_SPN值为初始值从AV流文件的第一源包号进行计数。

从AV流文件的第一源包到由相对源包号(SPN_xxx)引用的源包的源包数用下面方程进行计算：

SPN_xxx＝RSPN_xxx offset_SPN。

图48示出offset_SPN为4的例子。

TS_recording_rate为24位无符号整数，提供AV流所需的到DVR驱动器(写入单元22)或从DVR驱动器(读出单元28)的输入/输出位率。record_time_and_date为56位域，用于存储记录与Clip对应的AV流的日期和时间，并且是采用4位二-十进制(BCD)的年/月/日/小时/分/秒14位数字编码表示。例如，2001/12/23:01:02:03编码为“0x20011223010203”。

duration为24位域，表示用到达时基时钟的小时/分/秒表示的Clip总回放时间。该域为用4位二-十进制(BCD)编码的六位数字。例如，01:45:30编码为“0x014530”。

time_controlled_flag标志表示AV流文件的记录模式。如果该time_controlled_flag设为1，则表示记录模式为文件大小与记录时间成比例的模式，条件由下面方程给出：

Ts_average_rate*192/188*(1-start_time)-α＜＝size_clip(t)

＜＝Ts_average_rate*192/188*(t-start_time)+α

其中，Ts_average_rate为用字节/秒表示的AV流文件传输流的平均位率。

在上述方程中，t表示以秒为单位的时间，而start_time为记录AV流文件的第一源包时的时间点。size_clip(t)为10*192字节，并且α是依赖于TS_average_rate的常数。

如果time_controlled_flag设为0，则表示不控制记录模式，从而记录时间与AV流的文件大小成正比。例如，输入传输流以透明方式进行记录。

如果time_controlled_flag设为1，TS_average_rate 24位域表示用在上述方程中的TS_average_rate值。如果time_controlled_flag设为0，该域没有意义，并且必须设为0。例如，可变位率传输流采用下面顺序进行编码：首先，传输率设为TS_recording_rate值。视频流用可变位率进行编码。不使用空包对传输包进行间歇性的编码。

RSPN_arrival_time_discontinuity 32位域为Bridge-Clip AV流文件中所产生到达时间不连续点的相对地址。RSPN_arrival_time_discontinuity以源包数为单位改变大小，并且用在ClipInfo()中定义的offset_SPN值从Bridge-Clip AV流文件的第一源包进行计数。Bridge-Clip AV流文件中的绝对地址根据前述方程进行计算：

SPN_xxx＝RSPN_xxx offset_SPN。

reserved_for_system_use144位域为系统保留。如果is_format_identifier_valid标志为1，它表示format_identifier域有效。如果is_format_identifier_valid标志为1，它表示format_identifier域有效。如果is_original_network_ID_valid标志为1，它表示is_transport_stream_ID_valid域有效。如果is_transport_stream_ID_valid标志为1，它表示transport_stream_ID域有效。如果is_service_ID_valid标志为1，它表示service_ID域有效。

如果is_country_code_valid标志为1，它表示country_code域有效。format_identifier 32位域表示传输流的登记描述符(在ISO/IEC13818-1中定义)所拥有的format_identifier值。original_network_ID 16位域表示传输流中定义的original_network_ID值。

service_ID 16位域表示传输流中定义的service_ID值。country_code24位域表示ISO3166所定义的国家代码。每个字符码采用ISO8859-1进行编码。例如，Japan用“JPN”表示，并且编码为“0x4A 0x50 0x4E”。stream_format_name是15个ISO-646字符码，表示提供传输流的流定义的格式组织的名称。该域中不合法字节的值为‘0XFF’。

format_identifier，original_network_ID，transport_stream_ID，service_ID，country_code和stream_format_name表示传输流的服务提供者。这就允许认识到音频流或视频流的编码限制和不同于音频视频流或SI(service information，服务信息)的私有数据流的流定义。这些信息可以用来检查是否解码器能够对流进行解码。如果解码可能，在开始解码之前，可以使用该信息对解码器系统进行初始化。

现在说明STC_info。不含STC不连续点(系统时间基的不连续点)的MPEG-2传输流中的时间域被称作STC_sequence。在该Clip中，由STC_sequence_id值指定STC_sequence。图50A和50B示出连续STC域。如后所述，虽然Clip最大时长受到限制，但在同一STC_sequence中禁止出现相同的STC值。如果AV流合有N个STC不连续点，其中N＞0，Clip系统时间分化为(N+1)个STC_sequence。

STC_info存储产生STC不连续(系统时间基的不连续)点的地址。如图51所示，RSPN_STC_start表示该地址，并且从第(k+1)RSPN_STC_start所引用源包的到达时间点开始，到最后一个源包的到达时间点结束。

图52示出STC_info的语法。参照图52所示的STC_info语法，version_number是表示STC_info()版本号的四个字符字母。version_number必须根据ISO 646编码为“0045”。

length为32位无符号整数，表示从紧接该length域之后到STC_info末端的STC_info()的字节数。如果CPI()的CPI_type为TU_map类型，该length域可以设为0。如果CPI()的CPI_type为EP_map类型，num_of_STC_sequence值必须不小于1。

num_of_STC_sequence为8位无符号整数，表示Clip中的序列号。该值表示紧接该域之后的循环数。与预定STC_sequence对应的STC_sequence_id根据在含有RSPN_STC_start的循环中对应于STC_sequence的RSPN_STC_start的出现顺序进行定义。STC_sequence_id从0开始。

RSPN_STC_start 32位域表示AV流文件上STC_sequence的开始地址。RSPN_STC_start表示AV流文件中产生系统时基不连续的地址。RSPN_STC_start还可以是包含AV流中新系统时基的第一PCR的源包相对地址。RSPN_STC_start具有基于源包数的大小，并且以在ClipInfo()中定义的offset_SPN值为初始值从AV流文件的第一源包进行计数。在该AV流文件中，根据上述方程计算绝对地址，也就是：

SPN_xxx＝RSPN_xxx-offset_SPN

现在参照图53说明图45所示的zzzz.clip语法。Clip中具有如下特征的时间域称作program_sequence。这些特征是，PCR_PID值不变，视频基本流数目也不变，各个视频流中的PID值不变，由其VideoCodingInfo定义的编码信息不变，音频基本流数目也不变，各个音频流的PID值不变，并且由其AudioCodingInfo定义的编码信息不变，

program_sequence在同一时间点只有一个系统时基。program_sequence在同一时间点有唯一的PMT。ProgramInfo()存储program_sequence开始点的地址。RSPN_program_sequence-start表示该地址。

图54示出ProgramInfo的语法。参照图54所示的ProgramInfo，version_number是表示ProgramInfo()版本号的四个字符字母。version_number必须根据ISO646编码为“0045”。

length为32位无符号整数，表示从紧接该length域之后到ProgramInfo()末端的ProgramInfo()字节数。如果CPI()的CPI_type为TU_map类型，该length域可以设为0。如果CPI()的CPI_type为EP_map类型，num_of_programs值必须不小于1。

num_of_program_sequences为8位无符号整数，表示Clip中的program_sequence数目。该值表示紧接该域之后的循环数。如果Clip中的program_sequence不变，program_sequence的数目必须设为1。RSPN_program_sequence_start 32位域表示program_sequence在AV流文件上开始的相对地址。

RSPN_program_sequence_start的大小以源包数为单位，并且用在ClipInfo()中定义的offset_SPN值从AV流文件的第一源包进行计数。AV流文件中的绝对地址按照如下方式进行计算：

SPN_xxx＝RSPN_xxx-offset_SPN

循环语法中的RSPN_program_sequence_start值必须以升序出现。

PCR_PID 16位域表示含有对program_sequence有效的有效PCR域的传输包的PID。number_of_audios 8位域表示包含audio_stream_PID和AudioCodingInfo()的循环数。video_stream_PID 16位域表示含有对其program_sequence有效的视频流的传输包的PID。紧接在该域之后的VideoCodingInfo()必须说明其video_stream_PID所引用的视频流内容。

audio_stream_PID 16位域表示含有对其program_sequence有效的音频流的传输包的PID。紧接在该域之后的AudioCodingInfo()必须说明其audio_stream_PID所引用的视频流内容。

video_stream_PID值在循环语法中的顺序必须等于视频流在对program_sequence有效的PMT中的PID编码顺序。另外，audio_stream_PID值在循环语法中的顺序必须等于音频流在对program_sequence有效的PMT中的PID编码顺序。

图55示出图54所示的ProgramInfo语法中的VideoCodingInfo的语法。参照图55所示的VideoCodingInfo语法，video_format 8位域表示与ProgamInfo()的video_stream_PID对应的视频格式，如图56所示。

参照图57，frame_rate 8位域表示与ProgramInfo()的video_stream_PID对应的视频帧率。display_aspect_ratio8位域表示与ProgramInfo()的video_stream_PID对应的视频显示纵横比。

图59示出图54所示的ProgramInfo语法中的AudioCodingInfo的语法。参照图59所示的AudioCodingInfo语法，Audio_format 8位域表示与ProgamInfo()的audio_stream_PID对应的音频编码方法，如图60所示。

audio_component_type 8位域表示如图61所示的与ProgramInfo()的audio_stream_PID对应的音频组件类型，而sampling_frequency 8位域表示如图62所示的与ProgamInfo()的audio_stream_PID对应的音频取样频率。

对图45所示的zzzzz.clip语法中CPI(Characteristics PointInformation，特征点信息)进行说明。CPI用来将AV流中的时间信息与其文件中的地址相关联。CPI有两种类型，即EP_map和TU_map。在图63中，如果CPI()中的CPI_type为EP_map，其CPI()包含EP_map。在图64中，如果CPI()中的CPI_type为TU_map，其CPI()包含TU_map。一个AV流具有一个EP_map或一个TU_map。如果AV流是SESF传输流，对应的Clip必须有EP_map。

图65示出CPI语法。参照图65所示的CPI语法，version_number是表示该CPI()版本号的四个字符字母。version_number必须根据ISO646编码为“0045”。length为32位无符号整数，表示从紧接该length域之后到CPI()末端的字节数。CPI_type为1位标志，并且表示Clip的CPI类型，如图66所示。

对图65所示的CPI语法中的EP_map进行说明。有两种类型的EP_map，即视频流EP_map和音频流EP_map。EP_map中的EP_map_type区分这两种EP_map类型。如果Clip包含一个或多个视频流，必须使用视频流EP_map。如果Clip不包含视频流，但是包含一个或多个音频流，必须使用音频流EP_map。

参照图67对视频流EP_map进行说明。视频流EP_map具有数据stream_PID、PTS_EP_start和RSPN_EP_start。stream_PID表示传输视频流的传输包的PID。PTS_EP_start表示从视频流的序列头开始的访问单元的PTS。RSPN_RP_start表示AV流中包括PTS_EP_start所引用访问单元的第一字节的源包地址。

逐个地从具有相同PID的传输包所传输的视频流创建称作EP_map_for_one_stream_PID()的子表。如果Clip中存在多个视频流，EP_map可以包含多个EP_map_for_one_stream_PID()。

音频流EP_map具有数据stream_PID、PTS_EP_start和RSPN_EP_start。stream_PID表示传输音频流的传输包的PID。PTS_EP_start表示音频流中访问单元的PTS。RSPN_RP_start表示AV流的包括PTS_EP_start所引用访问单元的第一字节的源包地址。

逐个地从具有相同PID的传输包所传输的音频流创建称作EP_map_for_one_stream_PID()的子表。如果Clip中存在多个音频流，EP_map可以包含多个EP_map_for_one_stream_PID()。

参照EP_map和STC_info之间的关系，在一个与STC中不连续点无关的表中创建一个EP_map_for_one_stream_PID()。比较RSPN_EP_start值和STC_Info()中定义的RSPN_STC_start值示出属于各个STC_sequence的EP_map数据的边界(参见图68)。EP_map必须有一个相同PID所传输连续流范围的EP_map_for_one_stream_PID。在图69所示的情况下，节目#1和节目#3具有相同视频PID，然而数据范围却不连续，从而必须为每个节目提供EP_map_for_one_stream_PID。

图70示出EP_map的语法。作为对图70所示EP_map语法的说明，EP_type为4位域，并且表示EP_map入口点类型，如图71所示。EP_type表示紧接该域之后数据域的语义。如果Clip包括一个或多个视频流，EP_type必须设为0(‘视频’)。作为替换，如果Clip不包括视频流，而包括一个或多个音频流，EP_type必须设为1(‘音频’)。

Number_of_stream_PIDs 16位域表示以EP_map()中Number_of_stream_PIDs为变量的for-循环的循环次数。Stream_PID(k)16位域表示传输EP_map_for_one_stream_PID所引用第k个基本流(视频或音频流)(num_EP_entries(k))的传输包的PID。如果EP_type为0(‘视频’)，它的基本流必须是视频流。如果EP_type为1(‘音频’)，它的基本流必须是音频流。

num_EP_entries(k)16位域表示EP_map_entries(k)所引用的num_EP_entries(k)。EP_map_for_one_stream_PID_Start_address(k)：该32位域表示EP_map_for_one_stream_PID(num_EP_entries(k))在EP_map()中开始的相对地址位置。用来自EP_map()第一字节的大小表示该值。

必须根据EP_map()语法插入Padding_word。X和Y必须是可选正整数。各个填充字可以采用任何可选值。

图72示出EP_map_for_one_stream_PID语法。作为对图72所示EP_map_for_one_stream_PID语法的说明，PTS_EP_start 32位域的语义与EP_map()中定义的EP_map不同。如果EP_type为0(‘视频’)，该域具有从视频流序列头开始的访问单元的33位精度PTS的高32位。如果EP_type为1(‘音频’)，该域具有音频流访问单元的33位精度PTS的高32位。

RSPN_EP_start 32位域的语义与EP_map()中定义的EP_type不同。如果EP_type为0(‘视频’)，该域表示AV流中包含PTS_EP_start所引用访问单元序列头第一字节的源包的相对地址。作为替换，如果EP_type为1(‘音频’)，该域表示AV流中包含PTS_EP_start所引用访问单元音频流中第一字节的源包的相对地址。

RSPN_EP_start的大小以源包数为单位，并且用在ClipInfo()中定义的offset_SPN值作为初始值，从AV流文件第一源包进行计数。AV流文件中的绝对地址按照如下方式进行计算：

SPN_xxx＝RSPN_xxx-offset_SPN.

注意，语法中的RSPN_EP_start的值必须以升序出现。

现在参照图73对TU_map进行说明。TU_map根据源包到达时钟(到达时基的时钟)形成时间轴。该时间轴称为TU_map_time_axis。用TU_map()中的offset_time表示TU_map_time_axis的原点。TU_map_time_axis从offset_time以预定单元进行划分，该单元称为time_unit。

AV流的每个time_unit中，第一完整形式的源包在AV流文件的地址存储在TU_map中。该地址称为RSPN_time_unit_start。在TU_map_time_axis上第k(k≥0)个time_unit的开始时间称为TU_start_time(k)。该值根据如下方程进行计算：

TU_start_time(k)＝offset_time+k*time_unit_size.

注意，TU_start_time(k)的精度为45kHz。

图74示出TU_map语法。对图74所示的TU_map语法进行说明，offset_time 32位域给出相对于TU_map_time_axis的偏移时间。该值表示Clip中相对于第一time_unit的偏移时间。Offset_time的大小以来自27MHz精度到达时钟的45kHz时钟为单位。如果作为新Clip记录AV流，offset_time必须设为0。

time_unit_size 32位域提供time_unit的大小，并且基于来自27MHz精度到达时钟的45kHz时钟为单位。最好，time_unit_size不大于1秒(time_unit_size≤45000)。number_of_time_unit_entries 32位域表示存储在TU_map()中的条目数。

RSN_time_unit_start 32位域表示AV流中每个time_unit开始点的相对地址。RSN_time_unit_start的大小以源包数为单位，并且用在ClipInfo()中定义的offset_SPN值作为初始值，从AV流文件第一源包进行计数。AV流文件中的绝对地址按照如下方式进行计算：

SPN_xxx＝RSPN_xxx-offset_SPN.

注意，在语法的for-循环中RSPN_time_unit_start的值必须以升序出现。如果第k+1个time_unit中没有源包，第k+1个RSN_time_unit_start必须等于第k个RSN_time_unit_start。

对图45所示zzzzz.clip语法中的ClipMark进行说明，ClipMark是与clip有关的标记信息，并且存储在ClipMark中。该标记不是由用户进行设置，而是由记录器(记录和/或再现装置1)进行设置。

图75示出ClipMark的语法。对图75所示的ClipMark语法进行说明。version_number是表示该ClipMark版本号的四个字符字母。version_number必须根据ISO646编码为“0045”。

length是32位无符号整数，表示从紧接length域之后到ClipMark()末端的ClipMark()字节数。number_of_Clip_marks为16位无符号整数，表示存储在ClipMark中的标记数，并且可以等于0。mark_type为表示标记类型的8位域，并且根据图76所示的表进行编码。

mark_time_stamp为32位域，并且存储表示带指定标记的指针的时间戳。mark_time_stamp语义随在PlayList()中定义的CPI_type不同，如图77所示。

如果CPI()中的CPI_type表示EP_map类型，该8位域表示放置mark_time_stamp的连续STC域的STC_sequence_id。如果CPI()中的CPI_type表示TU_map类型，该8位域没有意义，但是被设为0。Character_set8位域表示在mark_name域中编码的字符字母的表示方法。编码方法对应于图19所示的值。

name_length 8位域表示mark_name域所示标记名的字节长度。该mark_name域表示标记名。从该域左边对应于name_length数目的字节数为有效字符数，并且表示标记名。mark_name域中，紧接这些有效字符字母之后的值可以是任意的。

ref_thumbnail_index域表示附加到标记上的缩略图信息。如果ref_thumbnail_index域值不等于0xFFFF，将缩略图添加到其标记，该缩略图存储在mark.thumb文件中。使用ref_thumbnail_index值引用mark_thumb文件中的该图。如果ref_thumbnail_index域值等于0xFFFF，则不将缩略图添加到其标记上。

已经参照图22对MakerPrivateData进行过说明，因此在此不作具体说明。

下一步，对thumbnail_information进行说明。缩略图存储在menu.thmb或mark.thmb文件中。该文件具有相同的语法结构，并且拥有单个Thumbnail()。Menu.thmb存储表示各个PlayList的图。全部菜单缩略图存储在单个menu.thmb文件中。

mark.thmb文件存储标记缩略图，即表示标记点的图。对应于全部PlayList和Clip的全部菜单缩略图存储在单个mark.thmb文件中。由于经常添加或删除缩略图，添加和部分删除的操作必须能够容易和快速地执行。为此，Thumbnail()具有分块结构。图像数据划分为多个部分，每一个均存储在一个tn_block中。一个图像数据存储在多个连续tn_block中。在tn_block串中，可以存在没有使用的tn_block。单个缩略图的字节长度是可变的。

图78示出menu.thmb和mark.thmb的语法，并且图79示出图78所示menu.thmb和mark.thmb语法中Thumbnail语法。对图79所示Thumbnail语法进行说明，version_number为表示该Thumbnail()版本号的四个字符字母。version_number必须根据ISO646编码为“0045”。

length为32位无符号整数，表示从紧接length域之后直到Thumbnail()末端的MakerPrivateData()字节数。Tu_block_start_address为32位无符号整数，表示以相对于Thumbnail()起始端字节的字节数为单位，第一tn_block的起始端字节地址。相对字节数从0开始计数。number-_of_thumbnails为16位无符号整数，给出包含在Thumbnail()中的缩略图的条目数。

Tu_block_size为16位无符号整数，以1024字节为单位给出一个tn_block的大小。例如，如果tn_block_size＝1，它表示一个tn_block的大小为1024字节。Number_of_tn_blocks为116位无符号整数，表示在该Thumbnail()中tn_block的条目数。Thumbnail_index为16位无符号整数，表示从thumbnail_index域开始的一个循环的由缩略图信息表示的缩略图的索引号。值0xFFFF禁止用作Thumbnail_index。该Thumbnail_index由UIAppInfoVolume()，UIAppInfoPlayList()，PlayListMark()和ClipMark()中的ref_thumbnail_index进行引用。

Thumbnail_picture_format为8位无符号整数，表示缩略图的图像格式，并且采用图80中所示的值。在表中，DCF和PNG只允许在menu.thumb中。标记缩略图必须采用“0x00”值(MPEG-2视频1-图)。

Picture_data_size为32位无符号整数，表示以字节为单位的缩略图字节长度。Start_tn_block_number为16位无符号整数，表示缩略图数据开始的tn_block的tn_block号。缩略图数据起始端必须与tn_block的起始端一致。tn_block号从0开始，并且与tn_block的循环中变量k的值相关。

X_picture_length为16位无符号整数，表示一帧缩略图的水平方向象素数。Y_picture_length为16位无符号整数，表示一帧缩略图的竖直方向象素数。tn_block为存储缩略图的区域。Thumbnail()中的所有tn_block具有相同的大小(固定长度)并且由tn_block_size定义该大小。

图81A和81B示意性地示出如何在tn_block中存储缩略图。如图81A和81B所示，如果缩略图从tn_block起始端开始，并且大小超过1 tn_block，它使用下一个tn_block进行存储。通过这样做，可变长度数据可以作为固定长度数据进行管理，从而删除编辑操作可以采用更简单的方式来处理。

现在说明AV流文件。AV流文件存储在“M2TS”目录中(图14)。有两种类型的AV流文件，即Clip AV流文件和Bridge-Clip AV流文件。两种AV流必须具有以下所定义的DVR MPEG-2传输流文件的结构。

首先，说明DVR MPEG2传输流。DVR MPEG2传输流的结构如图82所示。AV流文件具有DVR MPEG 2传输流的结构。DVR MPEG 2传输流由整数个对齐单元(Aligned unit)构成。对齐单元的大小为6144字节(2048*3字节)。对齐单元从源包的第一个字节开始。源包长为192字节。一个源包由TP_extra_header和传输包组成。TP_extra_header长为4字节，传输包长为188字节。

一个对齐单元由32个源包组成。DVR MPEG 2传输流中的最后一个对齐单位也是由32个源包组成。因此，DVR MPEG 2在对齐单元的边界结束。如果记录在盘上的输入传输流的传输包数目不是32的倍数，具有空包的源包(PID＝0x1FFFF的传输包)必须用作最后一个对齐单元。文件系统禁止在DVRMPEG 2传输流中使用多余信息。

图83示出DVR MPEG 2传输流的记录器模型。图83所示的记录器是用于规定记录过程的概念模型。DVR MPEG 2传输流遵从该模型。

现在说明MPEG 2传输流的输入时刻。输入MPEG 2传输流是一个完整传输流或部分传输流。输入MPEG 2传输流必须遵循ISO/IEC 13818-1或ISO/IEC13818-9。MPEG 2传输流的第i字节在时间t(i)同时输入到T-STD(ISO/IEC13818-1中所提供的传输流系统目标解码器)和源分包器。Rpk是传输包输入速度的瞬时最大值。

27MHz PLL 52生成一个27MHz时钟的频率，该27MHz时钟频率被锁定在MPEG 2传输流的节目时钟引用(program clock reference，PCR)值。到达时钟计数器53计算27MHz频率的脉冲。Arrival_time_clock(i)是在时间t(i)的到达时钟计数器的计数值。

源分包器54将TP_extra_header附加到全部传输包，以创建一个源包。Arrival_time_stamp表示传输包第一个字节到达T-STD和源分包器的时间。Arrival_time_stamp(k)是Arrival_time_clock(k)的取样值，如下面等式所示：

arrival_time_stamp(k)＝arrival_time_clock(k)％230其中，k表示传输包的第一个字节。

如果两个相邻传输包的时间间隔为230/27000000秒(大约40秒)，或更长，两个传输包的arrival_time_stamp之差需要设为230/27000000秒。记录器在这种情况下是这样提供的。

平滑缓冲区55平滑输入传输流的位率。平滑缓冲区禁止溢出。当平滑缓冲区不为空时，Rmax为从平滑缓冲区输出源包的位率。如果平滑缓冲区为空，平滑缓冲区的输出位率为0。

下一步，说明DVR MPEG 2传输流的记录器模型参数。Rmax值由与AV流文件相关的ClipInfo()中所定义的TS_recording_rate指定。该值可以根据如下方程来计算：

Rmax＝TS_recording_rate*192/188

其中TS_recording_rate值的大小以字节/秒为单位。

如果输入传输流是SESF传输流，Rpk必须等于与AV流文件相关的ClipInfo()中所定义的TS_recording_rate。如果输入传输流不是SESF传输流，该值可以引用例如MPEG 2传输流描述符中所定义的值，如maximum_bitrate_descriptor或partial_stream_descriptor。

如果输入传输流是SESF传输流，平滑缓冲区的大小为0。如果输入传输流不是SESF传输流，可以引用MPEG 2传输流描述符中所定义的值，例如smoothing_buffer_descriptor、short_smoothing_buffer_descriptor或partial_transport_stream_descriptor中定义的值。

对于记录器和播放器(再现装置)，需要提供足够大小的缓冲区。缺省缓冲区大小为1536字节。

下一步，说明DVR MPEG 2的传输流播放器模型。图84示出DVR MPEG 2传输流播放器模型。这是一个用于规定再现过程的概念模型。DVR MPEG 2传输流遵从该模型。

27MHz X-tal 61生成27MHz频率。27MHz频率的误差范围必须为±30ppm(27000000±810Hz)。到达时钟计数器62是用于对27MHz频率的脉冲进行计数的二进制计数器。Arrival_time_clock(i)是在时间t(i)到达时钟计数器的计数值。

在平滑缓冲区64中，当平滑缓冲区不满时，Rmax是向平滑缓冲区输入源包的位率。如果平滑缓冲区满，向平滑缓冲区的输入位率为0。

对MPEG 2传输流的输出时刻进行说明，如果当前源包的arrival_time_stamp等于arrival_time_clock(i)的LSB端的30位，源包的传输包从平滑缓冲区移走。Rpk是传输包速率的瞬时最大值。平滑缓冲区不允许溢出。

DVR MPEG 2传输流播放器模型的参数和上面所描述的DVR MPEG 2传输流记录器模型的参数相同。

图85示出源包的语法。Transport_packet()是在ISO/IEC 13818-1中提供的MPEG 2传输流。如图85所示的源包语法中的TP_Extra_header语法如图86所示。对图86所示的TP_Extra-header语法进行说明，copy_permission_indicator为表示传输包有效荷载的拷贝限制。拷贝限制可以是自由拷贝，不再拷贝，一次拷贝或禁止拷贝。图87示出copy_permission_indicator指及其所指定模式之间的关系。

copy_permission_indicator添加到全部传输包中。如果使用IEEE 1394数字接口记录输入传输流，copy_permission_indicator值可以与EMI(encryption mode indicator，加密模式指示器)值相关联。如果没有使用I EEE 1394数字接口记录输入传输流，copy_permission_indicator值可以与嵌入在传输包中的CCI值相关联。如果模拟信号输入是自编码，copy_permission_indicator值可以与模拟信号的CGMS-A值相关联。

Arrival_time_stamp为一个整数，具有由下面方程中的arrival_time_stamp指定的值。

Arrival_time_stamp(k)＝arrival_time_clock(k)％230。

通过对Clip AV流的定义，Clip AV流必须具有如上定义的DVR MPEG 2传输流的结构。Arrival_time_clock(i)必须在Clip AV流中连续增大。如果Clip AV流中存在系统时基(STC基)的不连续点，Clip AV流中的Arrival_time_clock(i)必须连续增大。

Clip AV流的开始和结束之间arrival_time_clock(i)相差的最大值必须是26小时。这个限定保证，如果MEPG2传输流中不存在系统时基(STC基)的不连续点，Clip AV流中不会出现相同值的PTS(presentation time stamp，呈现时间戳)。MPEG 2系统标准提供PTS具有233/90000秒(约26.5小时)的环绕周期。

通过对Bridge-Clip AV流的定义，Bridge-Clip AV流必须具有如上定义的DVR MPEG 2传输流结构。Bridge-Clip AV流必须包括一个到达时基的不连续点。到达时基的不连续点前面和后面的传输流必须遵从后面将要说明的编码限制和DVR-STD。

本实施例支持正被编辑PlayItem之间的视频-声频无缝连接。PlayItem之间的无缝连接保证向播放器/解码器的“连续数据供应”和“无缝解码处理”。“连续数据供应”是保证以防止缓冲区下溢所需的位率向解码器供应数据的能力。为了使数据从盘中读出，以保证数据实时属性，以足够大的连续块为单位存储数据。

“无缝解码处理”表示播放器在解码器回放输出时，显示记录在盘上的视频音频数据而不产生停顿或间隔的能力。

对由无缝连接PlayItem引用的AV流进行说明。是否保证前一PlayItem和当前PlayItem的无缝显示可以从当前PlayItem中定义的connection_condition域中得以证实。有两种用于PlayItem无缝连接的方法，即采用Bridge-Clip的方法和不采用Bridge-Clip的方法。

图88示出采用Bridge-Clip情况下，前一PlayItem和当前PlayItem之间的关系。在图88中，由播放器读出的流数据用阴影显示。在图88中，TS1由Clip1(Clip AV流)阴影流数据和RSPN_arrival_time_discontinuity之前的阴影流数据组成。

TS1的Clip1的阴影流数据是从对与前一PlayItem的IN_time(图88所示的IN_time1)对应的呈现单元进行解码所需的流地址直到由RSPN_exit_from_previous_clip引用的源包的流数据。包含在TS1中的Bridge-Clip的RSPN_arrival_time_discontinuity之前的阴影流数据是从Bridge-Clip的第一源包直到紧接在由RSPN_arrival_time_discontinuity引用的源包之前的源包的流数据。

图88中，TS2由Clip2(Clip AV流)阴影流数据和Bridge-Clip的RSPN_arrival_time_discontinuity之后的阴影流数据组成。包含在TS2流数据中从Bridge-Clip的RSPN_arrival_time_discontinuity开始的阴影流数据是从由RSPN_arrival_time_discontinuity引用的源包到Bridge-Clip最后一个源包的流数据。TS2的Clip2阴影流数据是从由RSPN_enter_to_current_Clip引用的源包到对与当前PlayItem的OUT_time(图88所示的OUT_time2)对应的呈现单元进行解码所需的流地址之间的流数据。

图89示出不采用Bridge-Clip的情况下，前一PlayItem和当前PlayItem之间的关系。在这种情况下，由播放器读出的流数据用阴影显示。图89中，TS1由Clip1(Clip AV流)的阴影流数据构成。TS1的Clip1的阴影流数据是从对与前一PlayItem的IN_time(图89中IN_time1所示)对应的呈现单元进行解码所需的流地址开始直到Clip1最后一个源包的数据。

图89中，TS2为Clip2(Clip AV流)的阴影流数据。

TS2的Clip2阴影流数据是从Clip2的第一源包开始直到对与当前PlayItem的OUT_time(图89中OUT_time2所示)对应的呈现单元进行解码所需的流地址的流数据。

在图88和89中，TS1和TS2为源包的连续流。下一步，对TS1和TS2的流提供和两者之间的连接条件进行详细描述。首先，对无缝连接的编码限制进行详细描述。作为对传输流的编码结构的限制，包含在TS1和TS2中的节目数必须为1。包含在TS1和TS2中的音频流数必须为2或更少。包含在TS1和TS2中的音频流数必须相等。不同于上述流的基本流或私有流包含在TS1和/或TS2中，也是可能的。

现在说明对视频位流的限制。图90示出由图像显示序列表示的典型无缝连接。为了使视频流在连接点附近无缝地显示，必须通过在连接点的附近对Clip的部分流进行重新编码的过程，删除在OUT_time1(Clip1的OUT_time)之后和IN_time2(Clip2的IN_time)之前的不需要图像。

图91示出使用BridgeSequence实现无缝连接的实施例。

RSPN_arrival_time_discontinuity之前的Bridge-Clip视频流包括直到与图90的Clip1的OUT_time1对应的图像的编码视频流。该视频流连接到前面Clip1的视频流，并且进行重新编码，以形成遵循MPEG 2标准的基本流。

RSPN_arrival_time_discontinuity之后的Bridge-Clip视频流包括与图90的Clip2的IN_time2对应的图像之后的编码视频流。为将该视频流连接到下一Clip2视频流，可以适当地启动对该视频流的解码。重新解码是为了形成遵循MPEG 2标准的单一连续基本流。为创建Bridge-Clip，一般需要对几个图像进行重新编码，同时可以从原始Clip拷贝其它图像。

图92示出不使用图90所示实施例中的BridgeSequence实现无缝连接的实施例。Clip1视频流包括直到与图90的OUT_time1对应的图像的编码视频流，并且进行重新编码，以提供遵循MPEG 2标准的基本流。采用类似方式，Clip2视频流包括与图90的Clip2的IN_time2相关的图像之后的编码位流。这些编码位流已经经过重新编码，以提供遵循MPEG 2标准的单个连续基本流。

对视频流的编码限制进行说明，TS1和TS2的视频流的帧率必须相等。TS1的视频流必须在sequence_end_code终止。TS2的视频流必须在序列头、GOP头并且使用I-图像开始。TS2的视频流必须在结束GOP开始。

在位流中定义的视频呈现单元(帧或域)必须用其间的连接点来连续。在连接点处不允许存在域或帧的间隔。在采用3-2下拉编码的情况下，可能有必要重写“top_field_first”和“repeat_first_field”标志。作为替换，可以进行局部重新编码，以防止产生域间隔。

对音频位流的限制进行说明，TS1和TS2的音频采样频率必须相等。TS1和TS2的音频编码方法(例如，MPEG1层2、AC-3、SESF LPCM和AAC)必须相同。

对MPEG-2传输流的编码限制进行说明，TS1的音频流的最后一个音频帧必须包含显示时间等于TS1最后一个显示图像的显示结束时间的音频样本。TS2的音频流的第一音频帧必须包含显示时间等于TS2第一个显示图像的显示开始时间的音频样本。

在连接点，音频呈现单元序列中不允许存在间隔。如图93所示，可以存在小于两个音频帧域的音频呈现单元的长度所限定的重叠。传输TS2基本流的第一包必须为视频包。在连接点的传输流必须遵从后面将要说明的DVR-STD。

对Clip和Bridge-Clip的限制进行说明，在TS1或TS2中不允许存在关于到达时基的不连续。

下面限制仅适用于采用Bridge-Clip的情况。Bridge-Clip AV流只在TS1的最后源包和TS2的第一源包的连接点，有单个关于到达时基的不连续点。在ClipInfo()中定义的SPN_arrival_time_discontinuity表示不连续点的地址，它必须表示引用TS2第一源包的地址。

在BridgeSequenceInfo()中定义的RSPN_exit_from_previous_Clip所引用的源包可以是Clip1中的任何源包。该源包没有必要是对齐单元的边界。在BridgeSequenceInfo()中定义的RSPN_enter_to_current_Clip所引用的源包可以是Clip2中的任何源包。该源包没有必要是对齐单元的边界。

对PlayItem的限制进行说明，前一PlayItem的OUT_time(图89所示的OUT_time1)必须表示TS1的最后视频呈现单元的显示结束时间。当前PlayItem的IN_time(图89和89所示的IN_time2)必须表示TS2的第一呈现单元的显示开始时间。

参照图94，对采用Bridge-Clip情况下的数据分配的限制进行说明，为保证文件系统的连续数据提供，必须进行无缝连接。这必须通过安排连接到Clip1(Clip AV流文件)和Clip2(Clip AV流文件)的Bridge-Clip AV流来实现，以满足数据分配规定。

必须选择RSPN_exit_from_previous_Clip，从而将

RSPN_exit_from_previous_Clip之前的Clip1(Clip AV流文件)流部分安排在不小于半段(half fragment)的连续区域中。必须选择Bridge-Clip AV流的数据长度，从而将该数据安排在不小于半段的连续区域中。必须选择RSPN_enter_to_current_Clip，从而将RSPN_enter_to_current_Clip之后的Clip2(Clip AV流文件)流部分安排在不小于半段的连续区域中。

参照图95，对不采用Bridge-Clip的无缝连接的情况下数据分配的限制进行说明，为保证文件系统的连续数据提供，必须进行无缝连接。这必须通过安排Clip1(Clip AV流文件)的最后部分和Clip2(Clip AV流文件)的第一部分来实现，以满足数据分配规定。

Clip1(Clip AV流文件)的最后流部分必须安排在不小于半段的连续区域中。Clip2(Clip AV流文件)的第一流部分必须排列在不小于一个半段的连续区域中。

下一步，对DVR-STD进行说明。该DVR-STD是一个概念模型，用于在DVRMPEG 2传输流的生成和验证中对解码处理进行建模。DVR-STD还是一个概念模型，用于在如上所述的相互无缝连接的两个PlayItem所引用的AV流的生成和验证中对解码处理进行建模。

图96示出一个DVR-STD模型。图96所示的该模型包括，作为组成单元的DVR MPEG 2传输流播放器模型。n，Tbn，Mbn，Ebn，Tbsys，Bsys，Rxn，Rbxn，Rxsys，Dn，Dsys，On和P9(k)的注释与ISO/IEC 13818-1的T-STD中所定义的相同。其中n是基本流的索引号，并且TBn是基本流n的传输缓冲区。

MBn是基本流n的多路复用缓冲区，并且只为视频流存在。EBn是基本流n的基本流缓冲区，并且只为视频流提供。TBsys为用于正被解码节目的系统信息的系统目标编码器中的主缓冲区。Rxn是从TBn移走数据的传输率。Rbxn是从MBn移走PES包有效荷载的传输率，并且只为视频流提供。

Rxsys是从Tbsys移走数据的传输率。Dn是基本流n的解码器。Dsys是与正被解码的节目系统信息相关的解码器。On是视频流n的重新排序缓冲区。Pn(k)是基本流的第k个呈现单元。

对DVR-STD的解码过程进行说明。在单个DVR MPEG 2传输流正被再现的时候，由源包的arrival_time_stamp确定将传输包输入到TB1、TBn或TBsys的时刻。对TB1，MB1，EB1，TBn Bn，TBsys和Bsys的缓冲操作的规定与ISO/IEC 13818-1所提供的T-STD的规定一致，而且对解码和显示操作的规定也与ISO/IEC 13818-1所提供的T-STD一致。

现在说明在无缝连接的PlayLists正被再现时候的解码过程。在此，说明对由无缝连接的PlayItems引用的两个AV流的再现。下面说明中，说明如图88中例子所示的TS1和TS2的再现。TS1和TS2分别是前一流和当前流。

图97示出，当从给定AV流(TS1)传输到与其无缝连接的下一AV流(TS2)时，对传输包进行输入、解码和显示的时间图。在从预定AV流(TS1)传输到与其无缝连接的下一AV流(TS2)的期间，TS2的到达时基的时间轴和TS1的到达时基的时间轴(图97中ATC1所示)不同。

而且，TS2的系统时基的时间轴(图97中ATC1所示)和TS1的系统时基的时间轴(图97中STC1所示)不同。视频显示必须为连续无缝。然而，在呈现单元的显示时间上可以存在重叠。

对向DVR-STD的输入时序进行说明。在直到时间T1为止的时间内，即直到最后一个视频包输入到DVR-STD的TB1为止，由TS1的到达时基的arrival_time_stamp确定向DVR-STD的TB1、TBn或TBsys的输入时序。

TS1的剩余包必须以TS_recording_rate(TS1)位率，输入到DVR-STD的TBn或TBsys的缓冲区。TS_recording_rate(TS1)是对应于Clip1的ClipInfo()中所定义的TS_recording_rate值。将TS1的最后字节输入到缓冲区的时间是时间T2。因此，在时间T1到时间T2的时间段内，不考虑源包的arrival_time_stamp。

如果N1是紧接在TS1的最后视频包之后的TS1传输包的字节数，从时间T1直到时间T2的时间DT1是以TS_recording_rate(TS1)的位率完全输入N1个字节所需的时间，并且根据如下方程进行计算：

DT1＝T2-T1＝N1/TS_recording_rate

在从时间T1直到时间T2(TS1)的时间内，RXn和RXsys两者的值均改变为TS_recording_rate(TS1)的值。除该规则之外，缓冲操作与T-STD的相同。

在时间T2，到达时钟计数器复位为TS2的第一源包的

arrival_time_stamp的值。由TB2的源包的arrival_time_stamp确定向DVR-STD的TB1，TBn或者TBsys缓冲区的输入时序。RXn和RXsys两者均改变为T-STD中所定义的值。

对附加的音频缓冲和系统数据缓冲进行说明，除T-STD中所定义的缓冲区数量之外，音频解码器和系统解码器还需要具有附加的缓冲区数量(相当于1秒的数据量)，以允许输入从时间T1到时间T2的域数据。

对视频呈现时间进行说明，视频呈现单元的显示必须通过连接点保持连续，即没有间隔。注意，STC1是TS1的系统时基的时间轴(图97中STC1所示)，而STC2是TS2的系统时基的时间轴(图97中STC2所示；准确地说，STC2在TS2的第一PCR已被输入到T-STD的时间开始)。

STC1和ST2之间的偏移按照如下方式进行确定：PTS1end是对应于TS2最后一个视频呈现单元的STC1上的PTS。PTS2start是对应于TS2第一个视频呈现单元的STC2上的PTS，并且Tpp是TS1最后一个视频呈现单元的显示时间段，两个系统时基之间的偏移STC_delta根据如下方程进行计算：STC_delta＝PTS1end+Tpp-PTS2start。

对音频呈现时间进行说明，音频呈现单元的显示时刻可以存在重叠，重叠小于0到2个音频帧(参见图97所示的“音频重叠”)。在播放器上设置，对在连接点处之后要选择哪个音频样本并且将音频呈现单元的显示重新同步到经过修正的时基的指示。

对DVR-STD的系统时钟进行说明，TS1的最后音频呈现单元在时间T5时显示。系统时钟可以在时间T2和时间T5之间重叠。在该时间域内，DVR-STD将系统时钟在旧时基(STC1)值和新时基(STC2)值之间进行切换。STC2的值可以根据如下方程进行计算：

STC2＝STC1-STC_delta

对缓冲连续性进行说明。STC11video_end是当第一视频包的第一字节到达DVR-STD的TB1时系统时基STC2上的STC值。STC22video_start是当第一视频包的第一字节到达DVR-STD的TB1时系统时基STC2上的STC值。STC21video_end是按照系统时基STC2的STC2上的值计算的STC11video_end值。STC2video_end根据如下方程进行计算：

STC21video_end＝STC11video_end-STC_delta

为了遵从DVR-STD，必须满足下面两个条件：第一，在TB1的TS2的第一视频包的到达时刻必须满足如下不等式：

STC22video_start＞STC21video_end+ΔT1。

如果为满足上述不等式，有必要重新对Clip1和/或Clip2的部分流进行重新编码和/或多路复用，执行该重新编码或多路复用是适当的。

第二，在从STC1和STC2映射在相同时间轴上的系统时基的时间轴上，从TS1输入视频包，随后从TS2输入视频包禁止上溢或下溢视频缓冲区。

如果作为基础使用上面语法，数据结构和规则，可以适当地管理记录在记录介质中的数据内容或再现信息，使得用户能够非常容易地在再现时确认记录在记录介质中的数据内容，或再现所需的数据。

在上述实施例中，采用MPEG 2传输流作为多路复用流的例子。然而，这仅是示例性的，因此MPEG 2节目流DSS或USA的DirecTV服务(商标)中所使用的传输流也可以用作多路复用流。

图98示出PlayList文件的变型。图98和图99的语法之间的显著区别是存储UIAppInfoPlayList()的位置。在图98的实施例中，

UIAppInfoPlayList()在PlayList()的外部，这样可以相当容易地获得UIAppInfoPlayList()的将来信息扩展。

Version_number是表示缩略图标题信息文件版本号的四个数字。

PlayList_start_address以相对于PlayList文件起始端的字节数为单位，表示PlayList()的起始地址。相对字节数从0开始计数。

PlayListMark_start_address以相对于PlayList文件起始端的字节数为单位，表示PlayListMark()的起始地址。相对字节数从0开始计数。

MarkersPrivateData_start_address以相对于PlayList文件起始端的字节数为单位，表示MarkersPrivateData的起始地址。相对字节数从0开始计数。

图99示出图98的PlayList文件中的UIAppInfoPlayList语法。PlayList_service_type表示PlayList文件的类型，其示例如图26所示。PlayList_service_type可以与由数字TV广播表示的服务类型具有相同的含义。例如，在日本的BS广播中，有三种服务类型，即TV服务，音频服务和数据广播服务。在PlayList_service_type中设置表示包含在Clip AV流中由PlayList使用的节目服务类型的值。

Playlist_character_set表示在channe1-name，PlayList_name和PlayList_detai1域中编码的字符字母编码方法，同时还表示在PlayListMark的mark_name域中编码的字符字母编码方法。

Channel_number表示当对PlayList进行记录时，用户所选择的广播频道号或服务号。如果多个PlayList组合成一个PlayList，channel_number表示PlayList的代表值。如果该域设为0xFFFF，该域无意义。

Channel_name_length表示channel_name域所表示的频道名称的字节长度。该域的值不大于20。

Channel_name表示当对PlayList进行记录时，用户所选择的服务或广播频道名称。从该域的左边开始的channel_name_length指定数的字节数为有效字符字母，并且表示上述名称。在这些有效字符字母之后的剩余字节可以设为任意值。如果多个PlayList组合成一个PlayList，该域表示PlayList的代表性名称。

PlayList_name_length表示PlayList_name域指定的PlayList名称的字节长度。

Play_List_name表示PlayList的名称。从该域的左边开始的PlayList_name_length指定数目的字节数为有效字符字母，并且表示上述名称。该域中这些有效字符字母之后的剩余字节可以设为任何可选值。

PlayList_detail_length表示PlayList_detail域指定的PlayList详细信息的字节长度。该域的值不超过1200。

PlayList_detail表示用于说明PlayList详细信息的文本。从该域的左边开始的PlayList_detail_length指定数的字节数为有效字符字母。该域中这些有效字符字母之后的剩余字节可以设为任何可选值。

在其它方面该语法域的含义与图27所示的同名域相同。

图100示出图98的PlayList文件中PlayList()的语法。除本语法缺少UIAppInfoPlayList()之外，该语法基本上与图25的实施例相同。

图101示出SubPlayItem语法的变型。本语法明显与图40的实施例不同，因为在此增加了STC_sequence_id。

STC_sequence_id表示由用来标识对应于Clip_Information_file_name的AV流文件中的再现域的SubPath_IN_time和SubPath_OUT_time引用的STC的STC_sequence_id。SubPath_IN_time和SubPath_OUT_time表示由STC_sequence_id指定的相同STC连续域时间。

通过将STC_sequence_id添加到SubPlayItem，允许由SubPlayItem引用的AV流文件具有STC不连续点。

在其它方面，该语法域具有与图40所示的同名域相同的含义。

图102示出一个说明形成Real PlayList方法的流程图。参照图1所示的记录和/或再现装置的方框图。

在步骤S11，控制器43记录Clip AV流。

在步骤S12，控制器23检查是否可以准备AV流的EP_map。如果步骤S12的检查结果是YES，控制器23继续到步骤S13。否则，控制器23继续到步骤S14，以形成TU_Map。

在步骤S15，控制器23然后设置PlayList的CPI_type。

在步骤S16，控制器23形成由覆盖整个Clip可能再现范围的PlayItem组成的PlayList()。如果CPI_type为EP_map类型，根据PTS设置时间信息。如果Clip中存在STC不连续点并且PlayList()由两个或更多PlayItem组成，还确定PlayItem之间的connection_condition。如果CPI_type为TU_map类型，根据到达时间设置时间信息。

在步骤S17，控制器23形成UIAppInfoPlayList()。

在步骤S18，控制器23形成PlayListMark。

在步骤S19，控制器23形成MakerPrivateData。

在步骤S20，控制器23形成RealPlayList文件。

这样，无论何时新记录一个Clip AV流，都形成一个Real PlayList文件。

图103是示出形成Virtual PlayList方法的流程图。

在步骤S31，通过用户界面指定一个记录在盘上的Real PlayList。通过用户界面从Real PlayList的再现范围指定由IN和OUT点指定的再现范围。如果CPI_type为EP_map类型，根据PTS设置再现域。如果CPI_type为TU_map类型，根据到达时间设置再现域。

在步骤S32，控制器检查是否完成用户指定再现范围的全部操作。如果用户选择要在所指定的再现域之后再现的域，控制器返回到步骤S31。如果用户指定再现范围的全部操作结束，控制器23继续到步骤S33。

在步骤S33，用户通过界面或通过控制器23确定两个连续被再现的再现域之间的连接条件(Connect_condition)。

在步骤S34，如果CPI_type为EP_map类型，用户指定sub-path信息(后期记录音频信息)。如果没有由用户0形成sub-path，忽略该步骤。

在步骤S35，控制器23根据用户所指定的再现范围信息和连接条件形成PlayList()。

在步骤S36，控制器23形成UIAppInfoPlayList()。

在步骤S37，控制器23形成PlayListMark。

在步骤S38，控制器23形成MakerPrivateData。

在步骤S39，控制器23形成VirtualPlayList文件。

采用这种方式，为从记录在盘上的Real PlayList的再现范围选择的并且用户想要观看的每一组再现域形成一个virtual PlayList文件。

图104示出说明PlayList再现方法的流程图。

在步骤S51，控制器23获取Info.dvr、Clip Information文件、PlayList文件和缩略图文件的信息，并且形成显示记录在盘上的PlayList列表的GUI图像，以通过用户界面显示在GUI上形成的GUI图像。

在步骤S52，控制器23根据各个PlayList中的UIAppInfoPlayList显示说明GUI图像上PlayList的信息。

在步骤S53，用户通过用户界面命令从GUI图像再现一个PlayList。

如果CPI_type为EP_map类型，控制器23在步骤S54从STC_sequence_id和IN_time PTS获取从时间上入口点在IN_time之前且离其最近的源包号。如果CPI_type为TU_map类型，控制器23从当前PlayItem的IN_time获取开始从时间上在IN_time之前且离其最近的时间单元的源包号。

在步骤S55，控制器23从在上述步骤获取的源包号读出AV流数据，以将所读出的数据发送到AV解码器27。

在步骤S56，如果存在时间上位于当前PlayItem之前的PlayItem，控制器23根据connection_condition执行前一PlayItem和当前PlayItem之间的显示连接处理。

在步骤S57，如果CPI_type为EP_map类型，AV解码器27命令从IN_timePTS的图像开始显示。如果CPI_type为TU_map类型，AV解码器27命令从从IN_time之后的流图像开始显示。

在步骤S58，控制器23命令AV解码器27继续对AV流进行解码。

如果CPI_type为EP_map类型，在步骤S59，控制器23检查当前所显示的图像是否为OUT_time PTS的图像。另外，如果CPI_type为TU_map类型，控制器23检查当前所解码的图像是否超过OUT_time。

如果步骤S59的检查结果是NO，控制器23继续到步骤S60。在步骤S60，控制器23显示当前图像，然后返回到步骤S58。如果步骤S59的检查结果是YES，控制器23继续到步骤S61。

在步骤S61，控制器23检查当前PlayItem是否为PlayList的最后一个PlayItem。如果检查结果是NO，控制器23返回到步骤S54，否则PlayList再现结束。

图105示出说明PlayList的次路径再现方法的流程图。只有PlayList的CPI_type为EP_map类型，才使用图105的次路径再现方法。该流程图的处理与图104的PlayList再现中步骤S54之后的处理进行同时执行。同时，预先假定AV解码器27能够同时对两个音频流进行解码。

在步骤S71，控制器23获取SubPlayItem的信息。

在步骤S72，控制器23获取入口点从时间上在SubPath_IN_time之前且离其最近的源包号。

在步骤S73，控制器23从具有上述入口点的源包号读出次路径的AV流数据，以将所读出的数据发送到AV解码器27。

在步骤S74，当主路径的再现到达由sync_PlayItem_id和sync_start_PTS_of_PlayItem指定的图像，控制器23命令AV解码器27开始显示次路径音频。

在步骤S75，AV解码器27继续对次路径的AV流进行解码。

在步骤S76，控制器23检查当前所显示的次路径的PTS是否为SubPath_OUT_time。如果检查结果是NO，控制器23继续到步骤S77，在该步骤中，控制器23继续显示次路径。然后控制器23返回到步骤S75。

在步骤S76，如果当前所显示的次路径的PTS是SubPath_OUT_time，次路径的显示结束。

再现由用户命令要再现的一个PlayList文件的主路径和次路径，如图104和105所示。

图106示出说明形成PlayListMark方法的流程图。参照图1的记录和/或再现装置的方框图。

在步骤S91，控制器23获取Info.dvr，Clip Information文件，PlayList文件和缩略图的信息，并且形成显示记录在盘上的PlayList列表的GUI图像，以通过用户界面显示在GUI上形成的GUI图像。

在步骤S92，用户通过用户界面命令控制器23再现一个PlayList。

在步骤S93，控制器23开始回放所命令的指定PlayList(参见图104)。

在步骤S94，用户通过用户界面命令控制器23在喜爱的场景设置标记。

在步骤S95，如果CPI_type是EP_map，控制器23获取标记PTS及其所属PlayItem的PlayItem_id。另外，如果CPI_type为TU_map，控制器23获取标记点的到达时间。

在步骤S95，控制器23在PlayListMark()中存储标记信息。

在步骤S97，控制器23在记录介质100上记录PlayList文件。

图107示出说明采用PlayListMark的定位再现方法的流程图。参照图1的记录和/或再现装置的方框图。

在步骤S111，控制器23获取Info.dvr，Clip Information文件，PlayList文件和缩略图的信息，并且形成显示记录在盘(记录介质100)上的PlayList列表的GUI图像，以通过用户界面显示在GUI上形成的GUI图像。

在步骤S112，用户通过用户界面命令控制器23再现一个PlayList。

在步骤S113，控制器23通过用户界面在GUI上显示从PlayListMark所引用的图像生成的缩略图列表。

在步骤S114，用户通过用户界面指定再现开始点的标记点。

如果CPI_type为EP_map类型，控制器23获取标记PTS及其所属PlayItem_id。如果CPI_type为TU_map，控制器23获取标记ATS(Arrival TimeStamp，到达时间戳)。

如果CPI_type为EP_map类型，在步骤S116，控制器23获取由PlayItem_id所指定PlayItem引用的AV流的STC-sequence-id。

在步骤S117，如果CPI_type为EP_map类型，控制器23根据标记PTS和STC-sequence-id将AV流输入到解码器。具体地说，通过使用标记PTS和STC-sequence_id，控制器23执行与步骤S55相似的处理。如果CPI_type为TU_map类型，控制器23根据标记ATS将AV流输入到解码器。具体地说，通过使用ATS，控制器执行与图104的步骤S54和步骤S55相似的处理。

在步骤S118，如果CPI_type为EP_map类型，控制器23从标记点PTS的图像开始显示。如果CPI_type为TU_map类型，控制器23从标记点ATS之后的图像开始显示。

采用这种方式，用户从PlayList选择例如喜爱场景的开始点。所选开始点由记录器(记录和/或再现装置1的控制器23)在PlayListMark中进行管理。而且，用户从存储在playListMark中的标记点列表选择再现开始点，从而播放器在开始点开始再现，如图107所示。

如果作为基础使用上面语法，数据结构和规则，可以适当地管理记录在记录介质中的数据内容，或再现信息，使得用户能够非常容易地在再现时确认记录在记录介质中的数据内容，或再现所需的数据。

如果可以分析I-图像的位置，在使用TU_map的情况下，就可以通过使用公共应用程序(软件)记录、再现和管理不同格式的AV流。

如果在记录介质上记录AV流时，对其内容(I-图像位置)进行分析(认知记录)，则使用EP_map，反之，如果在记录介质上直接记录AV流而不对其内容(I-图像位置)进行分析(非认知记录)，则使用TU_map。这样，可以使用公共应用程序记录、再现和管理AV数据。

因此，如果加密AV数据通过分析进行解密，记录到记录介质上，则使用EP_map，反之，如果加密AV数据没有解密(没有分析)直接记录在记录介质上，则使用TU_map。这样，可以使用公共应用程序记录、再现和管理AV数据。

而且，EP_map类型和TU_map类型可以作为CPI_type在PlayList()中进行描述，如果能够分析I-图像位置，则可以使用EP_map，反之，如果不能够分析I-图像位置，则可以使用TU_map。这样，采用I-图像位置的分析记录的AV流数据和没有采用I-图像位置的分析记录的AV流数据可以简单地设置相应标志，通过公共程序以统一的方式进行管理。

而且，分别记录PlayList文件和Clip信息文件，从而，如果给定PlayList或Clip的内容由于例如编辑发生改变时，没有必要改变与被改变文件无关的文件。结果，可以容易地改变文件内容，减少这种改变或记录所需的时间。

另外，只要首先读出Info.dvr，将盘记录内容显示在用户界面上，以只从盘中读出用户所命令要再现的PlayList文件，和相关Clip Information文件，就可以缩短用户等候时间。

如果将全部PlayList文件或Clip Information文件收集在一个用于记录的文件中，文件大小将变得极为庞大。这样，改变记录文件内容的时间比分开记录各个文件的情况下明显更长。本发明的目标是克服这个缺陷。

不仅可以用硬件，还可用软件执行上述操作序列。如果用软件执行上述操作序列，将它从记录介质安装到具有形成软件程序的专用硬件的计算机或图38的能够根据安装在其中的各种软件执行各种功能的通用个人计算机。

除计算机之外，记录介质不仅包括用于将程序提供给用户而分发的包介质，如其中带有该程序的磁盘221，包含软盘，光盘222(包括CD-ROM(压密盘-只读存储器)或DVD数字化多用途盘))，光磁盘223(包括微型盘)，或半导体存储器224，还包括内置于计算机中向用户提供的硬盘(包含带有程序的ROM 202和存储器208)，如图108所示。

在本说明书中，由介质提供的程序步骤不仅包括按照所示顺序的时间顺序处理，还包括不按照时间顺序而用并行或分离方式执行的处理。

另外，在说明书中，系统是指由多个组件设备组成的整个装置。

工业应用性

根据本发明，在本发明的信息处理方法和装置、用于记录介质的程序、程序和记录介质中，根据记录方法记录第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系。

在本发明的信息处理方法和装置、用于记录介质的程序和程序中，从记录介质再现根据记录方法记录在记录介质中的第一表和第二表中的一个，第一表描述呈现时间戳和对应访问单元的AV流数据中的地址之间对应关系，第二表描述来自传输包到达时间点的到达时间戳和对应传输包的AV流数据中地址之间对应关系，从而控制输出。

在本发明的信息处理方法和装置、用于记录介质的程序、程序和第二记录介质中，记录再现指定信息(包括指定主再现路径的第一信息和指定与主再现路径同步再现的次再现路径的第二信息)。

在本发明的信息处理方法和装置、用于记录介质的程序和程序中，从记录介质再现再现指定信息(包括指定主再现路径的第一信息和指定与主再现路径同步再现的次再现路径的第二信息)，从而控制输出。

因此，在任何情况下，都可以共同管理能够执行高速再现的AV流和不能执行高速再现的AV流，同时后期记录也成为可能。

Claims

1.一种信息处理装置，包括：

输入端，操作用于接收音频和/或图像信息，所述音频和/或图像信息具有呈现时间戳数据；

控制器，包括用于生成描述入口点的呈现时间戳和相关地址之间的关系的映射表信息的第一生成装置、和用于生成包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息的第二生成装置，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；和

输出端，操作用于输出所述路径控制信息和映射表信息。

2.如权利要求1所述的装置，其中所述路径控制信息包括表示基于主路径的时间轴的次路径的呈现开始时间的呈现时间戳。

3.如权利要求1所述的装置，其中所述路径控制信息包括指示次路径的呈现开始时间和结束时间的入时间信息和出时间信息。

4.如权利要求3所述的装置，其中所述入时间和出时间在相同的系统时间时钟连续域上。

5.如权利要求4所述的装置，其中所述路径控制信息包括表示具有所述入时间和出时间的系统时间时钟域的标识信息。

6.如权利要求1所述的装置，其中所述控制器产生用于后记录的次路径信息。

7.一种信息处理装置，包括：

控制器，包括用于生成描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息的第一生成装置、和用于生成包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息的第二生成装置，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；和

输出端，操作用于输出所述音频和/或图像信息、路径控制信息和映射表信息。

8.如权利要求7所述的装置，其中当输入用于后记录的辅助音频信息时，所述控制器产生次路径信息。

9.一种信息处理装置，包括：

控制器，包括用于基于输入音频和/或图像信息产生播放列表信息和映射表信息的生成装置，其中该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和

记录器，操作用于将播放列表信息、映射表信息与音频和/或图像信息存储到记录介质上。

10.如权利要求9所述的装置，其中当将辅助播放项存储在记录介质上时，所述控制器产生入口点映射表作为映射表信息。

11.一种信息处理方法，包括下列步骤：

接收步骤，接收音频和/或图像信息，所述音频和/或图像信息具有呈现时间戳数据；

第一生成步骤，生成描述入口点的呈现时间戳和相关地址之间的关系的映射表信息；

第二生成步骤，生成包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；和

输出步骤，输出所述路径控制信息和映射表信息。

12.如权利要求11所述的方法，其中所述路径控制信息包括表示基于主路径的时间轴的次路径的呈现开始时间的呈现时间戳。

13.如权利要求11所述的方法，其中所述路径控制信息包括指示次路径的呈现开始时间和结束时间的入时间信息和出时间信息。

14.如权利要求13所述的方法，其中所述入时间和出时间在相同的系统时间时钟连续域上。

15.如权利要求14所述的方法，其中所述路径控制信息包括表示具有所述入时间和出时间的系统时间时钟域的标识信息。

16.如权利要求11所述的方法，其中产生用于后记录的次路径信息。

17.一种信息处理方法，包括下列步骤：

第一生成步骤，生成描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息；

第二生成步骤，生成包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；和

输出步骤，输出所述音频和/或图像信息、路径控制信息和映射表信息。

18.如权利要求17所述的方法，其中当输入用于后记录的辅助音频信息时，产生次路径信息。

19.一种信息处理方法，包括下列步骤：

生成步骤，基于输入音频和/或图像信息生成播放列表信息和映射表信息，其中该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和

存储步骤，将播放列表信息、映射表信息与音频和/或图像信息存储到记录介质上。

20.如权利要求19所述的方法，其中当将辅助播放项存储在记录介质上时，产生入口点映射表作为映射表信息。

21.一种用于再现音频和/或图像信息的装置，包括：

再现设备，用于从存储介质再现，包括用于从该存储介质再现具有呈现时间戳数据的音频和/或图像信息第一再现装置、用于从该存储介质再现描述入口点的呈现时间戳和相关地址之间的关系的映射表信息的第二再现装置、以及用于从该存储介质再现包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息的第三再现装置，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；

恢复单元，用于恢复路径控制信息和映射表信息；和

音频和/或图像信息再现单元，用于再现与所恢复的路径控制和映射表信息相关联的音频和/或图像信息。

22.如权利要求21所述的装置，其中所述路径控制信息包括表示基于主路径的时间轴的次路径的呈现开始时间的呈现时间戳。

23.如权利要求21所述的装置，其中所述路径控制信息包括指示次路径的呈现开始时间和结束时间的入时间信息和出时间信息。

24.如权利要求23所述的装置，其中所述入时间和出时间在相同的系统时间时钟连续域上。

25.如权利要求21所述的装置，其中所述路径控制信息包括表示具有所述入时间和出时间的系统时间时钟域的标识信息。

26.如权利要求21所述的装置，其中使用次路径信息用于后记录。

27.一种用于再现音频和/或图像信息的装置，包括：

再现设备，用于从存储介质再现，包括用于从该存储介质再现具有呈现时间戳数据的音频和/或图像信息的第一再现装置、用于从该存储介质再现描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息的第二再现装置、和用于从该存储介质再现包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息的第三再现装置，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；

恢复单元，用于恢复路径控制信息和映射表信息；和

28.如权利要求27所述的装置，其中当使用辅助音频信息用于后记录时存储路径信息。

29.一种再现装置，包括：

再现设备，用于从存储介质基于所存储的输入音频和/或图像信息再现播放列表信息和映射表信息，该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和

音频和/或图像信息再现单元，用于基于所述播放列表信息和所述映射表信息再现音频和/或图像信息。

30.如权利要求29所述的装置，其中当记录辅助播放项时，存储入口点映射表。

31.一种用于再现音频和/或图像信息的方法，包括下列步骤：

用于从存储介质再现的再现步骤，包括用于从该存储介质再现具有呈现时间戳数据的音频和/或图像信息的第一再现步骤、用于从该存储介质再现描述入口点的呈现时间戳和相关地址之间的关系的映射表信息的第二再现步骤、以及用于从该存储介质再现包含表示由第一播放项组成的呈现路径的主路径信息和表示由第二播放项组成的呈现路径的次路径信息的路径控制信息的第三再现步骤，其中所述次路径上的第二播放项的呈现与所述主路径上的第一播放项同步；

恢复步骤，恢复路径控制信息和映射表信息；和

音频和/或图像信息再现步骤，再现与所恢复的路径控制和映射表信息相关联的音频和/或图像信息。

32.如权利要求31所述的方法，其中所述路径控制信息包括表示基于主路径的时间轴的次路径的呈现开始时间的呈现时间戳。

33.如权利要求31所述的方法，其中所述路径控制信息包括指示次路径的呈现开始时间和结束时间的入时间信息和出时间信息。

34.如权利要求33所述的方法，其中所述入时间和出时间在相同的系统时间时钟连续域上。

35.如权利要求31所述的方法，其中所述路径控制信息包括表示具有所述入时间和出时间的系统时间时钟域的标识信息。

36.如权利要求31所述的方法，其中使用次路径信息用于后记录。

37.一种用于再现音频和/或图像信息的方法，包括下列步骤：

用于从存储介质再现的再现步骤，包括用于从该存储介质再现具有呈现时间戳数据的音频和/或图像信息的第一再现步骤、用于从该存储介质再现描述入口点的呈现时间戳和与呈现时间戳相关联的访问单元的地址之间的关系的映射表信息的第二再现步骤、和用于从该存储介质再现包含表示由至少一个播放项组成的呈现路径的主路径信息和表示由至少一个次播放项组成的呈现路径的次路径信息的路径控制信息的第三再现步骤，所述次路径上的次播放项具有与所述主路径上的播放项的时间轴同步的呈现开始时间；

恢复步骤，恢复路径控制信息和映射表信息；和

38.如权利要求37所述的方法，其中当使用辅助音频信息用于后记录时存储路径信息。

39.一种再现方法，包括下列步骤：

播放列表信息和映射表信息再现步骤，从存储介质基于所存储的输入音频和/或图像信息再现播放列表信息和映射表信息，该播放列表包括多个播放项，每个播放项由音频和/或图像信息的入点和出点指定，所述播放项包括表现主呈现的的第一播放项和表现辅助呈现的第二播放项，第二播放项的呈现与所述第一播放项同步；并且其中所述映射表信息包括(i)描述入口点的呈现时间戳和相应入口点的地址之间的关系的入口点映射表，或(ii)描述时间单元的到达时间戳和相关时间单元的地址之间的关系的时间单元映射表；和

音频和/或图像信息再现步骤，基于所述播放列表信息和所述映射表信息再现音频和/或图像信息。

40.如权利要求39所述的方法，其中当记录辅助播放项时，存储入口点映射表。