CN1239021C

CN1239021C - 信息处理设备及方法、程序和记录介质

Info

Publication number: CN1239021C
Application number: CNB018015751A
Authority: CN
Inventors: 加藤元树; 浜田俊也
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-04-21
Filing date: 2001-04-20
Publication date: 2006-01-25
Anticipated expiration: 2021-04-20
Also published as: US7941033B2; EP1198133A4; EP1198133A1; KR20020020916A; WO2001082610A1; KR100746821B1; US20020145702A1; CN1383679A

Abstract

在发布连续再现第一和第二AV流的命令时，生成包括第一AV流的预定部分和第二AV流的预定部分的第三AV流，并当第一AV流的再现变化到第二AV流的再现时再现第三AV流。同时生成与第三AV流相关的地址信息，所述地址信息包括在将第一AV流的再现切换到第三AV流的再现时刻关于第一AV流的源数据包的地址的信息、以及在将第三AV流的再现切换到第二AV流的再现时刻关于第二AV流的源数据包的地址的信息。从而保持连续再现所分离记录的AV流。

Description

信息处理设备及方法、程序和记录介质

技术领域

本发明涉及信息处理设备及方法、程序和记录介质，更具体地说，涉及构建用于保持再现区间运动画面的连续性的信息处理设备及方法、程序和记录介质。

背景技术

近来已经提出了各种类型的光盘，作为能够从记录设备中移出的记录介质。这些可记录的光盘已经是作为几个GB的大容量介质被提出，并且认为有希望作为用于记录诸如视频信号的AV(视听)信号的介质。在要记录在该可记录光盘上的数字AV信号源(供应源)中，有CS数字卫星广播和BS数字广播。另外，数字系统的地波电视广播也已经为今后使用而提出。

从这些源提供的数字视频信号在MPEG2(运动图像专家组)系统下被例行地进行画面压缩。在记录设备中，设置了适合于该设备的记录速率。如果数字广播的数字视频信号记录在国内使用的常规画面存储介质中，数字视频信号被首先解码，并且随后进行带宽限制以用于记录。在当然包括MPEG1视频、MPEG2视频和DV系统的数字记录系统的情况下，数字视频信号被首先解码，并且随后根据适合于随后记录的设备的记录速率的编码系统进行重新编码。

但是，其中所提供的位流在记录之前一次解码并随后进行带宽限制及重新编码的记录系统有变坏的画面质量。在记录画面压缩数字信号中，如果输入数字信号的传输速率小于记录和/或再现设备的记录速率，直接记录所提供的没有进行解码或者重新编码的位流的方法在画面质量上仅仅在很少程度上遭受破坏。但是，如果输入数字信号的传输速率超过记录和/或再现设备的记录速率，则重新编码位流和记录经过重新编码的位流确实是必须的，结果，在记录和/或再现设备中解码之后，传输速率将不高于盘记录速率的上限。

如果位流在其中输入数字信号的位速率随时间增加或者降低的可变速率系统中传输，则适于在缓冲器中暂时存储数据和突发方式记录该数据的盘记录设备与具有由旋转头的固定rpm(每分钟转速)强加的固定记录速率的带式记录系统相比，其记录介质的容量浪费要少。

因此，可以预计，在不远的将来，当数字广播变成主流时，增加对记录和/或再现设备的需求，其中广播信号记录为数字信号，DataStreamer无需进行解码或重新编码，并且其中盘用作记录介质。

在上述记录设备中再现记录在记录介质上的数据时，存在公知的所谓跳跃再现，其中再现前进到预设的画面，并且接着再现与预设画面相隔开的临时画面。这种跳跃再现具有再现画面暂时失去连续性的缺陷。

发明内容

因此，本发明的目的是在重放区间使再现保持运动画面的连续性。

本发明提供一种信息处理设备，包括：生成装置，用于在命令连续再现从第一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流的时刻关于第一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流切换到第三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流切换到第三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流，并且当再现从第一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流。

通过下面结合附图对本发明实施例的说明，本发明的其它目的、特征和优点将变得更加清楚。

附图简要说明

图1表示根据本发明记录和/或再现设备的实施例的结构；

图2表示在记录介质上通过记录和/或再现设备1记录的数据的数据格式；

图3表示实PlayList和虚PlayList；

图4A，4B和4C表示实PlayList的创建；

图5A，5B和5C表示实PlayList的删除；

图6A和6B表示汇编编辑；

图7表示虚PlayList中提供的子路径；

图8表示PlayList重放序列的改变；

图9表示PlayList上的标记和Clip上的标记(mark)；

图10表示菜单缩略图(menu thumbnail)；

图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句法中的标志(flag)；

图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示出thumbnail的句法；

图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是用于说明准备RealPlayList的流程图；

图99是用于说明定制VirtualPlayList的流程图；

图100是用于说明定制Bridge Sequence的流程图；

图101是用于说明再现PlayList的流程图；

图102示出介质。

实施本发明的最佳模式

引用附图，现在详细地说明本发明的实施例。图1表示体现本发明的记录和/或再现设备1的典型内部结构。首先，说明构造为记录从外部输入的信号的记录单元2的结构。记录和/或再现设备1构造为用模拟或者数字数据供给和记录模拟或数字数据。

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

AV编码器15编码输入的视频和音频信号以将诸如编码视频流(V)、编码音频流(A)和AV同步的系统信息输出给多路复用器16。

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

多路复用流例如是MPEG-2传输流或者MPEG-2节目流。根据在其上记录该流的记录介质100的应用格式，源打包器19将输入的多路复用流编码成由源数据包构成的AV流。在输出到写单元22之前，AV流在ECC(错误校正和编码)单元20和调制单元22中用附带的ECC代码和调制进行处理，其然后基于由控制器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分析输入视频和音频信号的内容以产生与输入的运动画面信号的画面特征(Clip标记)有关的信息。该信息是表示诸如节目开始点、场景变化点、CM商业广告开始和结束点、输入视频信号中的标题或者幻灯机(telop)的特征Clip标记点的画面的信息，并且还包括与音频信号的立体音/非立体音转换点和消音部分有关的画面和信息的缩略图(thumbnail)。

上述画面表示信息通过控制23馈送到多路复用器16。当多路复用由控制器23指定为Clip标记的编码画面时，多路复用器16将用于指定AV流上编码画面的信息返回到控制器23。具体地，该信息是画面的PTS(显示时间戳)或者是画面编码版本的AV流上的地址信息。控制器23存储特征画面的分类和用于指定AV流上相互关联的编码画面的信息。

来自多路复用流分析单元18的AV流的特征信息是与要记录的AV流编码信息相关的信息，并且通过分析单元18记录。例如，特征信息包括AV流中I画面的时间戳(time stamp)和地址信息、系统时钟的非连续点信息、AV流的编码参数和AV流中编码参数的改变点信息。当透明地记录从端子13输入的传输流时，多路复用流分析单元18从输入传输流中检测前述的Clip标记的画面，并且产生用于指定由Clip标记和其类型指定的画面的信息。

来自端子24的用户指配信息是指定由用户指定的重放域的信息、用于解释重放域内容的字符字母、或者诸如书签或者由用户为他或她喜爱场景而设定的重新开始点的信息。

基于前述输入信息，控制器23创建AV流数据库(Clip)，AV流重放域(PlayItem)的组(PlayList)的数据库，记录介质100记录内容的管理信息(info.dvr)和关于缩略图画面的信息。类似于AV流，从上述信息构成的应用数据库信息在ECC单元20和调制单元21中进行处理且输入到写单元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的处理输出到源解数据包器(depacketizer)31。

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

如果从作为用户接口的端子24提供指令进行随机存储重放或者指定重放的信息，则控制器23基于AV流数据库(Clip)内容确定来自记录介质100的AV流的读出位置，以命令读出单元28读出AV流。如果作为用户选择的PlayList将作为从预置时间点进行再现，则控制器23命令读出单元28从具有最靠近指定的时间点的时间戳的I画面读出数据。

当用户从存储在Clip信息的ClipMark中的节目的索引点或者场景变化点已经选择了某一Clip标记，即正如作为用户接口所显示的，当用户从存储在ClipMark中的索引点或者场景变化点的缩略图画面表中选择了某一画面时，则控制器23确定来自记录介质100之AV流读出位置，以命令读出单元28读出AV流。即，控制器23命令读出单元28从具有最靠近已经存储用户选择的画面的AV流地址的地址的I画面中读出数据。读出单元28从指定地址读出数据。读出的数据通过解调单元29、ECC解码器30和通过源打包器19处理以便提供到多路分用器26，并且通过音频解码器27解码以再现由标记点画面的地址表示的AV数据。

如果用户已经命令快进(fsst forward)重放，则控制器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和0UT_point相关的信息输入到控制器23，其然后改进PlayList数据库以便仅仅参照需要的AV流。控制器23还命令写单元22擦除AV流的不需要的流部分。

现在说明这种情况，其中用户希望指定记录在记录介质上的AV流的重放域以创建新的重放例程(route)和以无缝方式互连对应的重放域。在这种情况下，控制器23创建AV流重放域(PlayItem)的组的数据库(PlayList)并进行部分地重新编码与重新多路复用在重放域连接点附近的视频流。

在重放域IN_point的画面信息和OUT_point的画面信息从端子24输入到控制器23。控制器23命令读出单元28读出所需要的在IN_point和在OUT_point上再现的画面数据。读出单元28从记录介质100上读出数据。如此读出的数据通过解调单元29、ECC解码器30和源打包器19输出到多路分用器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提供的控制信号将AV流记录在记录介质100上。

下面解释应用数据库信息和基于该信息的诸如重放和编辑的操作。图2表示用于AV流管理的应用格式结构，该结构具有两层，即PlayList和Clip。卷(volume)信息管理盘中的所有Clips和PlayList。这里，成对的一个AV流和其辅助信息认为是一个对象，并叫作Clip。AV流文件叫作Clip AV流文件，具有叫作Clip信息文件的辅助信息。

一个Clip AV流文件存储对应于配置成由应用格式指定的结构的MPEG2传输流的数据。一般说来，文件作为字节串进行处理。Clip AV流文件的内容在时间轴上扩展，其中具有主要以时间基指定的Clip(I画面)入口点。当给定对预置Clip的存取点的时间戳时，Clip信息文件在找到开始在Clip AV流文件中读出的数据的地址信息方面是有用的。

参照图3，现在解释PlayList，其是为用户从Clip中选择希望观看的重放域和方便地编辑重放域而提供的。一个PlayList是Clip中的一组重放域。预置Clip中的一个重放域叫作PlayItem并且由时间轴上的一对IN_point和OUT_point表示。这样，PlayList是由一组复合PlayItem形成的。

PlayList分类成两个类型，一种是实PlayList，另一种是虚PlayList。实PlayList共同拥有其引用的Clip流部分。即，实PlayList在盘上占据对应于其引用的Clip流部分之数据容量，并且当擦除实PlayList时，其引用的Clip流部分的数据也被擦除。

虚PlayList不是共同拥有Clip数据。因此，如果虚PlayList改变或者被删除，而Clip的内容不会改变。

解释实PlayList的编辑。图4A表示实PlayList的创建，并且如果AV流作为新的Clip记录，则引用整个Clip的实PlayList是新的创建操作。

图4B表示实PlayList的划分，即在希望点上划分实PlayList的操作以将实PlayList分成两个实PlayList。当两个节目在通过单个PlayList管理的一个Clip管理时，并且当用户趋于重新寄存或者重新记录该节目作为单个独立节目时，进行该划分操作。该操作不会导致Clip内容的改变，即对Clip本身的划分。

图4C表示将两个实PlayList组合成一个新的实PlayList之操作的实PlayList的组合操作。该组合操作是当诸如用户希望重新寄存两个节目为单个程序时完成的。该操作不会导致Clip内容的改变，即是将Clip本身组合为一个。

图5A表示整个实PlayList的删除。如果删除整个预置的实PlayList的操作，则由所删除的实PlayList引用的Clip的相关流部分也被删除。

图5B表示实PlayList的部分删除。如果删除实PlayList的期望部分，则相关PlayItem改变为仅仅引用所需要的Clip流部分。对应的Clip流部分被删除。

图5C表示实PlayList的最小化。其是使与实PlayList相关的PlayItem仅仅引用虚PlayList需要的Clip流部分的操作。对应的虚PlayList不需要的Clip流部分被删除。

如果实PlayList通过上述操作改变使得由实PlayList引用的Clip流部分被删除，则有这种可能性，即出现采用所删除的Clip的虚PlayList，使得在虚PlayList中可以产生因所删除的Clip导致的问题。

为了防止这种情况发生，则向用户显示这种消息：“如果存在引用实PlayList正在引用的Clip流部分的虚PlayList，且实PlayList被删除，则虚PlayList本身被删除——可以否?”，通过证实或者警告响应用户的删除操作，此后，执行删除处理，或者取消用户命令的对象。或者，完成实PlayList的最小化操作以代替删除虚PlayList。

现在解释虚PlayList的操作。如果操作是对虚PlayList进行的，则Clip的内容不改变。图6A和6B表示汇编和编辑(IN-OUT编辑)。这是创建用户希望观看的重放域的PlayItem以创建虚PlayList的操作。在PlayItem之间的无缝连接是由应用格式支持的，如后述。

如果存在两个实PlayList1、2和与对应实PlayList相联系的Clip1、2，则用户指定实PlayList1中的预置域(从IN1到OUT1的域：PlayItem1)为重放域，并且作为下一个要显示的域，还指定实PlayList2中的预置域(从IN2到OUT2的域：PlayItem2)为重放域，如图6A所示。准备了由PlayItem1和PlayItem2组成的单个虚PlayList，如图6B所示。

现在解释虚PlayList的重新编辑。该重新编辑可以通过交替虚PlayList中的IN-或者OUT点将新PlayItem插入或者附加到虚PlayList以及删除虚PlayList中的PlayItem来列举。虚PlayList本身也可以被删除。

图7表示对虚PlayList的音频转录(后记录)。其是将音频后记录寄存到虚PlayList作为子路径的操作。该音频后记录由应用软件支持。附加音频流作为子路径被加到虚PlayList主路径的AV流。

实PlayList和虚PlayList的共同点是图8所示的改变(移动)PlayList重放顺序的操作。该操作是盘(卷)中PlayList重放顺序的改变并且由在应用格式中定义的TableOfPlayList所支持，正如下面引用例如图20要说明的。该操作不会导致Clip内容的改变。

现在解释标记(Mark)。标记是为指定Clip和PlayList中的加亮或者特征时间而提供的，如图9所示。加到Clip的标记叫做ClipMark。ClipMark是例如节目索引点或者场景变化点，用于指定起因于AV流中内容的特征场景。ClipMark是由例如图1分析单元14产生的。当PlayList再现时，可以引用和使用由PlayList引用的Clip的标记。

附加到PlayList的标记叫做PlayListMark(播放表标记)。PlayListMark是例如由用户设置的书签点或者恢复点(resume point)。对Clip和对PlayList的标记的设置是将表示标记时间点的时间戳加到标记表。另一方面，标记删除就是从标记表中移去标记的时间戳。结果，AV流不会由标记设置或者标记删除所改变。

作为ClipMark的另一个格式，由ClipMark引用的画面可以以AV流中的地址基来指定。Clip上的标记设置就是将表示标记点的画面的地址基信息加到标记表中。另一方面，标记删除就是从标记表中移去表示标记点画面的地址基信息。结果，AV流不会由标记设置或者标记删除所改变。

现在解释缩略图。缩略图是加到Volume(卷)、PlayList和Clip的静止画面。有两种类型的缩略图，其中之一是作为表示内容的代表画面的缩略图。这主要是用在主画面中，为的是让用户用光标(未示出)选择他或她希望观看的内容。另一种缩略图是表示由标记点指向的场景的画面。

Volume和对应PlayList需要具有代表画面。当盘设置在记录和/或再现设备1中的位置时，Volume的代表画面被预先提出用作初始地展示表示盘内容的静止画面。注意，盘的意思是预先提出作为盘形状的记录介质100。PlayList的代表画面被预先提出用作表示PlayList内容的静止画面。

作为PlayList的代表画面，可以考虑使用PlayList的初始画面作为缩略图(代表画面)。但是，在0重放时间的引导画面不必要是表示内容的最佳画面。因此，允许用户设置可选择性画面作为PlayList的缩略图。两种类型的缩略图，即作为表示Volume之代表画面的缩略图和作为表示PlayList之代表画面的缩略图，叫作菜单缩略图。由于经常显示菜单缩略图，这些缩略图需要从盘中以升高的速度读出。因此，以单个文件存储该全部菜单缩略图是有效率的。菜单缩略图不必是从卷的运动画面中提取出的画面，但是可以是从个人计算机或者是数字静止摄像机获取的画面，如图l0所示。

另一方面，Clip和PlayList需要用复合标记来做标记，同时标记点的画面需要被容易地观看，目的是获得标记位置的内容。表示这种标记点的画面叫作标记缩略图。因此，作为标记操作的正本的画面主要是所提取的标记点画面而不是从外部获取的画面。

图11表示附加到PlayList的标记和标记缩略图之间的关系，同时图12表示附加到Clip的标记和标记缩略图之间的关系。与菜单缩略图的区别，标记缩略图用在例如用于表示PlayList细节的子菜单中，而其不要求在短的存取时间中读出。所以，无论何时要求缩略图，记录和/或再现设备1打开文件和读出一部分该文件，同时即使由记录和/或再现设备1进行的文件打开和读出一部分文件要占用一些时间，也不会出现任何问题。

为了减少在卷中出现的文件数，最好将整个标记缩略图存储在一个文件中。尽管PlayList可以具有一个菜单缩略图和多个标记缩略图，但不要求用户直接地选择Clip(通常，Clip是通过PlayList选择的)，因此没有必要提供菜单缩略图。

图13表示菜单缩略图，标记缩略图，PlayList和Clip之间的关系。在菜单缩略图中，文件归档为从一个PlayList向另一个提供的菜单缩略图。在菜单缩略图中，文件包含有卷缩略图，其表示在盘上记录的数据内容。在菜单缩略图中，文件归档为从一个PlayList到另一个和从一个Clip到另一个创建的缩略图。

下面说明CPI(特征点信息)。CPI是包含在Clip信息文件中的数据，并且主要用于发现Clip AV流文件中的数据地址，在该地址，当提供Clip存取点的时间戳时开始数据读出。在本实施例中使用两种类型的CPI，其中之一是EP_map，另一种是TU_map。

EP_map是从基本流和传输流中提取的入口点(entry point)(EP)数据的表。其具有用来发现在此开始解码的AV流中入口点地点的地址信息。一个EP数据由显示时间戳(PTS)和与PTS相联系的存取单元的AV流中的数据地址构成的，该数据地址与PTS配对。

EP_map主要用于两个目的。第一，其用于发现在由PlayList的PTS引用的存取单元中的AV流的数据地址。第二，EP_map用于快速前进重放或者快速后退重放。在通过记录和/或再现设备1记录输入AV流时，如果流的句法能够被分析，则在盘上创建和记录EP_map。

TU_map具有从通过数字接口输入的传输数据包的到达时间点得出的时间单元(TU)数据的表。其提供了基于到达时间的时间arrival_time_based和AV流中数据地址之间的关系。当记录和/或再现设备1记录输入AV流并且流的句法不能被分析时，则在盘上创建和记录TU_map。

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

当AV流具有STC的不连续点时，相同的PTS值可以出现在AV流文件中。因此，如果AV流中的时间点是根据PTS基指定的，则存取点的PTS不足以指定该点。而且，还要求包含PTS的连续STC域的索引。在该格式中，连续STC域和其索引被分别叫做STC序列和STC_sequence_id(STC序列id)。STC序列信息是由Clip信息文件的STCInfo定义的。

STC_sequence_id用在AV流文件中并且在具有TU_map的AV流文件中是可选择的。

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

再现设备(图1的记录和/或再现设备1)在其解码之前知道AV流的内容是有用的。这些内容包括例如传输音频或者视频基本流的传输数据包的PID值，或者诸如HDTV视频或者MPEG-2 AAC音频流的视频或者音频元件的类型。该信息对创建用于给用户显示引用AV流的PlayList内容的屏幕菜单是有用的。其对于设置对应设备之AV解码器和多路分用器的初始状态是同样有用的。

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

可以发生的是，节目内容在其中存储了MPEG-2传输流的AV流文件中应当可以改变。例如，可以改变传输视频基本流的传输数据包的PID，或者可以将视频流的元件类型从SDTV改变为HDTV。

ProgramInfo存储了关于AV流文件中节目内容的改变点的信息。其中节目内容保持不变的AV流文件的域叫作program_sequence(节目序列)。

该节目序列用在具有EP_map的AV流文件中，并且在具有TU_map的AV流文件中是可选择的。

本实施例定义了自身编码流格式(SESF)。该SESF用于编码模拟输入信号和用于解码数字输入信号，其随后用于顺序地将解码的信号编码成MPEG-2传输流。

SESF定义了与MPEG-2传输流和AV流有关的基本流。当记录和/或再现设备1编码和记录SESF流时，在盘上创建和记录EP_map。

数字广播流使用用于在记录介质100进行记录的下述系统之一：第一，数字广播流自动解码成SESF流。在这种情况下，所记录的流一定要符合SESF并且在盘上一定要准备和记录EP_map。

另外，形成数字广播流的基本流自动解码成新的基本流，并且重新多路复用成符合流格式的新的传输流，该流格式由用于标准化数字广播流的组织指定的。在这种情况下，在盘上一定要创建和记录EP_map。

例如，假设输入流是符合ISDB(日本数字BS的标准名称)的MPEG-2传输流，其中具有包含HDTV视频流和MPEG AAC音频流的传输流。HDTV视频流自动解码成SDTV视频流，该SDTV视频流和原始的AAC音频流重新多路复用成TS。SDTV流和传输流两者都需要符合ISDB格式。

在记录介质100上记录数字广播流的另一个系统是进行输入传输流的透明记录，即记录不变的输入传输流，在这种情况下，EP_map被列出和记录在盘上。

或者，输入传输流被透明地记录，即输入传输流被不变地记录，在这种情况下，TU_map被创建和记录在盘上。

下面解释目录和文件。记录和/或再现设备1以下描述为DVR(数字视频记录)。图14表示盘上的典型目录结构。DVR盘的目录可以列举为：包括“DVR”目录的根目录；和包括“PLAYLIST”目录、“CLIPINF”目录、“M2TS”目录和“DATA(数据)”目录的“DVR”目录，如图14所示。尽管在根目录下可以创建除这些目录之外的其它目录，但这些在本实施例的应用格式中被忽略。

在“DATA”目录之下，存储有由DVR应用格式指定的所有文件和目录。“DVR”目录包括四个目录。在“PLAYLIST”目录下放置了实PlayList和虚PlayList的数据库文件。后面的目录可以存在于没有PlayList的状态中。

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

“DVR”目录存储了下述文件。即在DVR目录下创建的“info.dvr”以存储应用层的综合信息。在DVR目录下，一定有单个info.dvr。假设该文件名称对info.dvr是固定的。“menu.thmb”存储了与菜单缩略图有关的信息。在DVR目录下，一定有0或1的标记缩略图。假设该文件名称对“menu.thmb”是固定的。如果没有菜单缩略图，该文件可以不存在。

“mark.thmb”文件存储了与标记缩略图画面有关的信息。在DVR目录下，一定有0或1的标记缩略图。假设该文件名称对“menu.thmb”是固定的。如果没有菜单缩略图，该文件可以不存在。

“PLAYLIST”目录存储了两种类型的PlayList文件，它们是实PlayList和虚PlayList。“xxxxx.rpls”文件存储了与一个实PlayList有关的信息。对于每个实PlayList创建一个文件。文件名称是“xxxxx.rpls”，这里“xxxxx”表示从0到9的五个数值数字。文件扩展名一定是“rpls”。

“yyyyy.vpls”存储了与一个虚PlayList有关的信息。具有文件名称“yyyyy.vpls”的一个文件是从一个虚PlayList到另一个被创建的，这里“yyyyy”表示从0到9的五个数值数字。文件扩展名一定是“vpls”。

“CLIPINF”目录存储了一个与每个AV流文件相联系的文件。“zzzzz.clps”是对应于一个AV流文件(Clip AV流文件或者Bridge-Clip流文件)的Clip信息文件。文件名称是“zzzzz.clpi”，这里“zzzzz”表示从0到9的五个数值数字。文件扩展名一定是“clpi”。

“M2TS”目录存储了AV流文件。“zzzzz.m2ts”文件是由DVR系统操作的AV流文件。这是Clip AV流文件或者Bridge-Clip AV流文件。文件名称是“zzzzz.m2ts”，这里“zzzzz”表示从0到9的五个数值数字。文件扩展名一定是“m2ts”。

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

现在解释每个目录(文件)的句法和语义。图15表示“info.dvr”文件的句法。“info.dvr”文件是由三个对象构成，即DVRVoume()、TableOfPlayLists()和MakersPrivateData()。

解释图15所示的info.dvr的句法。根据来自“info.dvr”文件的引导字节的相对字节数，TableOfPlayList_Start_address表示TableOfPlayLists()的引导地址。相对字节数是从0开始计算的。

根据来自“info.dvr”文件的引导字节的相对字节数，MakersPrivateData_Start_address表示MakersPrivateData()的引导地址。相对字节数是从0开始计算的。Padding_word与“info.dvr”的句法相关地插入。N1和N2是可选择的正整数。每个填充字可以假设为可选择的值。

DVRVolume()存储了指示卷(盘)内容的信息。图16表示DVRVoume的句法。现在解释图16所示的DVRVolume()的句法。Version_number表示指示DVRVolume()的版本号的四个字符字母。Version_number编码成与ISO646相联系的“0045”。

长度由32位无符号整数表示，其表明从长度字段之后直接到DVRVolume()尾端的字节数目。

ResumeVolume()记忆了在Volume中最后产生的实PlayList或者虚PlayList的文件名称。但是，当用户已经中断了实PlayList或者虚PlayList的重放时的重放位置存储在PlayListMark()定义的恢复标记中(见图42和43)。

图17表示ResumeVolume()的句法。解释图17所示的ResumeVolume()的句法。Valid_flag表示当该1位标志分别设置为1或者0时resume_PlayList_name字段是有效的或是无效的。

resume_PlayList_name的10字节字段表示要恢复的实PlayList或者虚PlayList的文件名称。

图16所示的DVRVolume()句法中的UIAppInfoVolume存储了与Volume相关的用户接口应用程序的参数。图18表示UIAppInfoVolume的句法，现在解释其语义。Character_set的8位字段表示在Volume_name字段中编码的字符字母的编码方法。该编码方法对应于图19所示的值。

Name_length的8位字段表示在Volume_name字段中表示的Volume名称的字节长度。Volume_name字段表示Volume的名称。从字段左边开始计数的Name_length数的字节数是有效字符数目，并且表示Volume的名称。在这些有效字符字母后面的值可以是任何值。

Volume_protect_flag是表示卷中的内容是否能够无限制地展示给用户的标志。如果该标志设置为1，则仅仅在用户已经成功地正确输入PIN号(通过口令)的情况下，卷中的内容允许被展示(再现)给用户。如果该标志设置为0，即使在PIN号没有被用户输入的情况下，卷中的内容也允许展示给用户。

当用户已经将盘插入播放器时，如果该标志已经设置为0，或者该标志设置为1但用户已经成功地正确输入PIN号的话，记录和/或再现设备1显示盘中的PlayList表。在对应PlayList之再现的限制是与Volume_protect_flag不相关的，并且是由UIAppInfoVolume中定义的playback_control_flag表示的。

PIN是由从0到9的四个数值数字构成的，其中的每一个都是根据ISO/IEC646编码的。ref_thumbnail_index字段表示加到卷中的缩略图画面的信息。如果ref_thumbnail_index字段是除0xFFFF之外的值，则缩略图画面被加到卷中。缩略图画面存储在menu.thumb文件中。该画面是使用menu.thumb文件中的ref_thumbnail_index的值引用的。如果ref_thumbnail_index字段是0xFFFF，则其表示缩略图画面已经被加到卷中。

解释图15所示的info.dvr句法中的TableOfPlayList()。TableOfPlayList()存储了PlayList(实PlayList和虚PlayList)的文件名称。记录在卷中的所有PlayList文件都包含在TableOfPlayList()中，该TableOfPlayList()表示卷中PlayList的缺省的重放序列。

图20表示TableOfPlayList()的句法，现在解释之。TableOfPlayList()的version_number表示四个字符字母，其表示TableOfPlayList的版本号。version_number一定要根据ISO646编码成“0045”。

长度是无符号的32位整数，其表明从长度字段之后直接到TableOfPlayList()尾端的TableOfPlayList()的字节数目。Number_of_PlayLists的16位字段表示包括PlayList_file_name在内的循环(for-loop)的循环数。该数值数字一定要等于记录在卷中的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一定要根据ISO646编码成“0045”。长度是无符号32位整数，其表明从长度字段之后直接到MakersPrivateData()尾端的TableOfPlayList()的字节数目。

Mpd_blocks_start_address表示根据来自MakersPrivateData()引导字节之字节数的第一个Mpd_block()的前端地址。Number_of_maker_entries是16位无代码整数，其提供MakersPrivateData()中包括的制造者私有数据的入口号。在MakersPrivateData()中一定不会出现具有相同maker_ID值的两个或多个制造者私有数据。

mpd_blocks_size是16位无符号整数，其提供以1024字节为单位的一个mpd_block大小。例如，如果Mpd_blocks_size＝1，则其表示一个Mpd_block的大小是1024字节。Number_of_mpd_block是16位无符号整数，其提供MakersPrivateData()中包含的mpd_block数。maker_ID是16位无符号整数，其表示已经创建制造者私有数据之DVR系统的模型数代码。编码成maker_ID的值是由发许可证者指定的。

maker_mode_code是16位无符号整数，其表示已经创建制造者私有数据之DVR系统的模型数代码。编码成maker_mode_code的值是由制造者设置的，该制造者已经接收了格式许可。staft_mpd_block_number是16位无符号整数，其表示开始制造者私有数据的mpd_block_number号。制造者私有数据的前端一定要与mpd_block的前端对齐。start_mpd_block_number对应于mpd_block循环中的变量j。

mpd_length是32位无符号整数，其表示制造者私有数据的大小。mpd_block是其中存储了制造者的私有数据的区。MakersPrivateData()中的所有的mpd_block一定要是相同大小。

解释实PlayList文件和虚PlayList文件，换言之，即xxxxx.rpls和yyyyy.vpls。图23表示xxxxx.rpls(实PlayList)和yyyyy.vpls(虚PlayList)的句法，它们具有相同的句法结构。每一个xxxxx.rpls和yyyyy.vpls都是由三个对象构成，即PlayList()、PlayListMark()和MakersPrivateData()。

根据来自PlayList文件前端的相对字节数为单位，PlayListMark_start_address表示PlayListMark()的引导地址。相对字节数是从0开始计算的。

根据来自PlayList文件前端的相对字节数为单位，MakersPrivateData_start_address表示MakersPrivateData()的引导地址。相对字节数是从0开始计算的。

Padding_word(填充字)是根据PlayList文件的句法被插入的，其中N1和N2是可选择的正整数。每个填充字可以假设为可选择的值。

尽管其已经简要地解释了，下面仍然解释PlayList。除Bridge-Clip之外的所有Clips中的重放域一定要由盘中的所有的PlayList引用。而且，两个或者多个实PlayLists一定不重叠相同Clip中由它们的PlayItem表示的重放域。

参照图24A、24B和24C。对于所有的Clips，存在对应的实PlayList，如图24A所示。即使在编辑操作已经关闭之后也可看到该规则，如图24B所示。因此，所有的Clip一定通过引用实PlayList之一来看到。

参照图24C，虚PlayList的重放域一定包含在重放域和Bridge-Clip重放域中。盘中一定不出现不由任何虚PlayList引用的Bridge-Clip。

包含PlayItem表的实PlayList一定不含有SubPlayItem。虚PlayList包含PlayItem表，并且如果包含在PlayList()中的CPI_type是EP_map类型以及PlayList_type是0(含有视频和音频的PlayList)，则虚PlayList可以包含一个SubPlayItem。在本实施例的PlayList()中，SubPlayItem仅仅用于音频后记录。由一个虚PlayList拥有的SubPlayItem数一定是0或者1。

下面解释PlayList。图25表示现在要解释的PlayList句法。version_number表示四个字符字母，其表示PlayList()的版本号。vetsion_number根据ISO646编码成“0045”。长度是无符号32位整数，其表明从长度字段之后直接到PlayList()尾端的PlayList()的总字节数目。PlayList_type是8位字段，其表示PlayList类型，图26示出其一个例子。

CPI_type是一位标志，其表示由PlayItem()和SubPlayItem()引用的Clip的CPI_type之值。在由一个PlayList引用的所有Clips的CPI中定义的CPI_type一定具有相同值。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的日期和时间。该字段是二进制编码的十进制(BCD)编码的年/月/日/小时/分钟/秒的14个数值数字。例如，2001/12/23：01：02：03编码成“0x20011223010203”。

持续时间(duration)是24位字段，其表示以小时/分钟/秒为单位的PlayList的总重放时间。该字段是二进制编码的十进制(BCD)编码的6个数值数字。例如，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的值分配给DVD格式的发放许可证者。Maker_code是16位无符号整数，其表示是最近更新的PlayList的DVR播放器的模型数。编码成Maker_code的值是由制造者确定的，该制造者已经接收DVR格式的许可。

如果playback_control_flag的标志设置为1，则其PlayList仅仅当用户成功地输入PIN号时再现。如果该标志设置为0，则用户在不需要输入PIN号的情况下可以观看该PlayList。

如果write_protect_flag设置为1，则除write_protect_flag之外，该PlayList的内容既不能被擦除也不能改变。如果该标志设置为0，用户可自由地擦除或者改变该PlayList。如果该标志设置为1，则在用户进行擦除、编辑或者重写PlayList之前记录和/或再现设备1显示请求用户进行重新确认的消息。

其中write_protect_flag设置为0的实PlayList可以存在，引用实PlayList之Clip的虚PlayList可以存在，并且虚PlayList的write_protect_flag可以设置为1。如果用户希望擦除实PlayList，记录和/或再现设备1发出报警给用户以便出现前述虚PlayList或者在擦除实PlayList之前“最小化”该实PlayList。

如果is_played_flag设置为1，如图28B所示，则其表示自从其记录以来该PlayList至少再现了一次，而如果其设置为0，则其表示自从其记录以来该PlayList甚至没有再现过一次。

文档(Archive)是两位字段，其表示PlayList是原始的还是拷贝的，如图28C所示。ref_thumbnail_index的字段表示代表PlayList之缩略图画面的信息。如果ref_thumbnail_index字段是除0xFFFF之外的值，则代表PlayList之缩略图画面被加在PlayList中，其中PlayList存储在menu.thmb文件中。该画面使用在menu.thmb文件中的Ref_thumbnail_index之值来引用。如果Ref_thumbnail_index是0xFFFF，则没有代表PlayList之缩略图画面被加在PlayList中。

下面解释PlayItem。一个PlayItem()基本上包含下述数据：用于指定Clip文件名称的Clip_Information_file_name，成对指定Clip重放域的IN_time和OUT_time，在PlayList()中定义的CPI_type是EP_map类型的情况下由IN_time和OUT_time引用的STC_sequence_id，以及表示在先PlayItem和当前PlayItem之连接条件的Connection_Condition。

如果PlayList是由两个或者多个PlayItem构成，则在PlayList的全球时间轴上这些PlayItem成行排列，没有时间间隙或者重叠。如果在PlayList中定义的CPI_type是EP_map类型和当前PlayList不具有BridgeSequence()，则IN_time和OUT_time对在STC连续域上一定表示与STC_sequence_id指定时间相同的时间。这种例子示于图29。

图30表示这种情况，其中由PlayList()定义CPI_type，如果当前PlayItem具有BridgeSequence()，则应用现在解释的规则。表示成IN_time1的在当前PlayItem之前的PlayItem之IN_time表示在当前PlayItem之BridgeSequenceInfo()中指定的Bridge-Clip的时间。该OUT_time一定遵守随后要解释的编码限制。

表示成IN_time2的当前PlayItem的IN_time表示在当前PlayItem的BridgeSequenceInfo()中指定的Bridge-Clip的时间。该IN_time也一定遵守后面要解释的编码限制。表示成OUT_time2的当前PlayItem的PlayItem之OUT_time表示关于由当前PlayItem的STC_sequence_id指定的STC连续域的时间。

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

PlayItem句法示于图32。对于图32所示的PlayItem的句法，Clip_Information_file_name的字段表示Clip信息的文件名称。由该Clip信息文件的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信息文件的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_current_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信息文件的文件名称。该Clip信息文件的ClipInfo()中定义的Clip_stream_type一定表示‘Bridge_Clip AV流’。

RSPN_exit_from_previous_Clip的32位字段是关于由在先PlayItem引用的Clip AV流的源数据包的相对地址。该源数据包之后是连接Bridge-Clip AV流文件的第一源数据包。RSPN_exit_ffom_previous_Clip具有基于源数据包数为单位的大小，并且以ClipInfo()中定义的offset_SPN值从由在先PlayItem引用的Clip AV流的第一源数据包开始计数。

RSPN_enter_to_current_Clip的32位字段是关于由当前PlayItem引用的Clip AV流的源数据包的相对地址。该源数据包之前是连接Bridge-CIip AV流文件的最后源数据包。RSPN_enter_to_current_Clip具有基于源数据包数为单位的大小。RSPN_enter_to_current_Clip以offset_SPN值作为初始值开始计数，offset_SPN值是由当前PlayItem引用的Clip AV流的第一源数据包的ClipInfo()中定义的。

参照图39解释SubPlayItem。仅仅在PlayList()的CPI_type是EP_map类型时才允许使用SubPlayItem()。在本实施例中，SubPlayItem仅仅用于音频后记录。SubPlayItem()包括下述数据。第一，其包括用于指定PlayList中子路径引用的Clip的Clip_Information_file_name。

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

图40表示SubPlayItem的句法。回到图40所示的SubPlayItem的句法，Clip_Information_file_name的字段表示Clip信息文件的文件名称并且由PlayList中的子路径使用。该ClipInfo()中定义的Clip_stream_type一定表示Clip AV流。

sync_PlayItem_id的8位字段表示子路径类型。这里，仅仅设置了‘0x00’，如图41所示，同时其它值被保留为今后使用。

sync_PlayItem_id的8位字段表示PlayItem的PlayItem_id，PlayItem包含在主路径时间轴上的子路径的重放开始时间。对应于预置PlayItem的PlayItem_id的值在PlayList()中定义(图25)。

sync_start_PTS_of_PlayItem的32位字段表示在主路径时间轴上的子路径的重放开始时间，并且表示由sync_PlayItem_id引用的PlayItem上的PTS(显示时间戳)的高32位。SubPath_IN_time的高32位字段存储了子路径的重放开始时间。SubPath_IN_time表示对应于子路径中第一显示单元的33位PTS的高32位。

SubPath_OUT_time的高32位字段存储了子路径的重放结束时间。SubPath_OUT_time表示由下述方程计算的Presentation_end_TS之值的高32位。

Presentation_end_TS＝PTS_OUT+AU_duration。

这里，PTS_OUT是对应于SubPath最后显示单元的33位长度的PTS，AU_duration是基于SubPath最后显示单元的显示周期90kHz。

下面，解释图23所示的xxxxx.rpls和yyyyy.vpls句法中的PlayListMark()。与PlayList有关的标记信息被存储该PlayListMark中。图42表示PlaVListMark的句法。回到图42所示的PlayListMark的句法，version_number是四个字符字母，其表示该PlayListMark()的版本号。version_number一定要根据ISO646编码成“0045”。

长度(Length)是无符号32位整数，其表示从长度字段之后直接到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是指定PlayItem的8位字段，其中输入标记。对应于预置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文件中。该画面在mark.thmb文件中被引用，其使用ref_thumbnail_index的值，如后面的解释。如果ref_thumbnail_index的字段是0xFFFF，则其表示没有缩略图画面被加到标记。

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

解释回到图45所示的zzzzz.clpi(Clip信息文件)的句法。ClipInfo_Start_address表示ClipInfo()的前端地址，其中具有从zzzzz.clpi文件的前端字节作为单位的相对字节数。该相对字节数是从0计数。

STC_Info_Start_address表示STC_Info的前端地址，其中具有从zzzzz.clpi文件的前端字节作为单位的相对字节数。ProgramInfo_Start_address表示ProgramInfo()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。CPI_Start_address表示CPI()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。

ClipMark_Start_address表示ClipMark()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。MakersPrivateData_Start_address表示MakersPrivateData()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。Padding_word根据zzzzz.clpi文件的句法被插入。N1，N2，N3，N4和N5一定是0或者是可选择的正整数。对应的填充字也可以假设为可选择值。

现在解释ClipInfo。图46表示ClipInfo的句法。在ClipInfo()中存储了对应的AV流文件的属性信息(Clip AV流或者Bridge-Clip AV流文件)。

回到图46所示的ClipInfo的句法，version_number是四个字符字母，其表示该ClipInfo()的版本号。version_number一定要根据ISO646编码成“0045”。长度是无符号32位整数，其表明从长度字段之后直接到ClipInfo()尾端的ClipInfo()的字节数目。Clip_stream_type的8位字段表示对应于Clip信息文件的AV流的类型，如图47所示。下面解释对应AV流的流类型。

Offset_SPN的32位字段给出AV流(Clip AV流或者Bridge-Clip AV流)第一源数据包的第一源数据包数的源数据包数的偏移值。当AV流文件首先记录在盘上时，该Offset_SPN一定为0。

参照图48，当AV流文件的开始部分是通过编辑被擦除时，该Offset_SPN可以假定为除0之外的值。在本实施例中，引用Offset_SPN的相对源数据包数(相对地址)经常以RSPNxxx形式说明，这里xxx经更新使得RSPN_xxx是RAPN_EP_start。相对源数据包数是以源数据包数作为单位定大小的并且是从AV流文件第一源数据包数开始计数，其中具有Offset_SPN值作为初始值。

从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/2/23：01：02：03编码成“0x20011223010203”。

持续时间(duration)是24位字段，其表示基于到达时钟的以小时/分钟/秒的Clip总重放时间。该字段是4位二进制编码的十进制(BCD)编码的6个数值数字。例如，01：45：30编码成“0x014530”。

标志time_controlled_flag表示AV流文件的记录模式。如果该time_controlled_flag是1，则表示记录模式是这种模式，其中文件大小是正比于自记录以来过去的时间，结果由下述方程所示的条件：

Ts_average_rate*192/188*(t-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()中定义的作为来自Bridge-Clip AV流文件之第一源数据包的offset_SPN的值计数。Bridge-Clip AV流文件中的绝对地址是基于上述方程计算的：

SPN_xxx＝RSPN_xxx-offset_SPN.

Reserve_for_system_use的144位字段是保留给系统的。如果is_format_identifier_valid标志是1，则其表示format_identifier的字段是有效的。如果is_format_identifier_valid标志是1，则其表示format_identifier字段是有效的。如果is_original_network_ID_valid标志是1，则其表示is_original_network_ID_valid的字段是有效的。如果标志is_transpoft_stream_ID_valid是1，则其表示transport_stream_ID字节是有效的。如果is_servece_ID_valid标志是1，则其表示servece_ID字段是有效的。

如果is_country_code_valid标志是1，则其表示字段country_code是有效的。Format_identifier的32位字段表示由传输流中的注册说明符(ISO/IEC13818-1中定义的)拥有的format_identifier的值。original_network_ID_的16位字段表示在传输流中定义的original_network_ID的值。

Servece_ID中的16位字段表示在传输流中定义的Servece_ID的值。country_code的24位字段表示由ISO3166定义的国家代码。每个字符代码被ISO8859-1编码。例如，日本表示成“JPN”和编码成“0x4A0x500x4E”。stream_format_name是ISO-646的15个字符代码，其表示提供传输流流定义之格式组织的名称。该字段中的无效字节具有“0xFF”值。

format_identifier、original_network_ID、transport_stream_ID、servece_ID，country_code和stream_format_name表示传输流的服务提供者。这允许识别对音频或者视频流的编码限制和除音视流或者SI(服务信息)之外的私有数据的流定义。这些信息能够被用来检查解码器是否能够解码该流。如果这种解码是可能的，则该信息可以在开始解码之前用来初始化解码器系统。

现在解释STC_Info。不包含STC不连续点(系统时间基的不连续点)的MPEG-2传输流中的时间域叫作STC_sequence。在Clip中，STC_sequence由STC_sequence_id的值指定。图50A和50B表示连续STC域。相同的STC值决不出现在相同STC_sequence中，尽管Clip的最大时间长度是有限的，如后面的解释。因此，相同PTS值也决不出现在相同STC_sequence中。如果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一定要根据ISO646编码成“0045”。

长度是无符号32位整数，其表明从该长度字段正后面到STC_Info尾端的STC_Info()字节数目。如果CPI()的CPI_type表示TU_map类型，则0可以设置在该长度字段中。如果CPI()的CPI_type表示EP_map类型，则num_of_STC_sequence一定是不小于1的值。

num_of_STC_sequence的8位无符号整数表示Clip中的序列数。该值表示在该字段后面的循环数。对应于预置STC_sequence的STC_sequence_id是由次序(order)定义的，该次序中出现对应于包含RSPN_STC_start之循环中的STC_sequence的RSPN_STC_start。STC_sequence_id由0开始。

RSPN_STC_start的32位字段表示在此STC_sequence在AV流文件开始的地址。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所示的zzzzz.clip句法中的ProgramInfo。具有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”。

长度是无符号32位整数，其表明从该长度字段正后面到ProgramInfo尾端的ProgramInfo()字节数目。如果CPI()的CPI_type表示TU_map类型，则该长度字段可以设置为0。如果CPI()的CPI_type表示EP_map类型，则number_of_program一定是不小于1的值。

number_of_program_sequence的8位无符号整数表示Clip中的program_sequence数。该值表示在该字段后面的循环数。如果在Clip中program_sequence不改变，则1一定被设置在program_sequence数中。RSPN_program_sequence_start的32位字段是相对地址，其中在AV流上开始该节目序列。

RSPN_program_sequence_start是以源数据包数作为单位定大小的，并且是从AV流文件的第一源数据包开始以ClipInfo()中定义的offset_SPN的值计数。在该AV流文件中，绝对地址是通过下式计算的，即：

SPN_xxx＝RSPN_xxx-offset_SPN.

在循环句法中的RSPN_program_sequence_start的值一定要以升序出现。

PCR_PID的16位字段表示传输数据包的PID，传输数据包包含对program_sequence有效的有效PCR字段。Number_of_audios的8位字段表示包含audio_stream_PID和AudioCodingInfo()之循环数。Video_stream_PID的16位字段表示传输数据包的PID，传输数据包包含对program_sequence有效的视频流。在该字段后面的VideoCodingInfo()一定解释由其Video_stream_PID引用的视频流的内容。

Audio_stream_PID的16位字段表示传输数据包的PID，传输数据包包含对其program_sequence有效的音频流。在该字段后面的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位字段表示对应于ProgramInfo()的Video_stream_PID的视频格式，如图56所示。

参照图57，frame_rate的8位字段表示对应于ProgramInfo()中的video_stream_PID的视频帧速率。Display_aspect_ratio的8位字段表示对应于ProgramInfo()的video_stream_PID的视频显示纵横比。

图59表示图54所示的ProgramInfo句法中的AudioCodingInfo的句法。回到图59所示的AudioCodingInfo的句法，audio_format的8位字段表示对应于ProgramInfo()的audio_stream_PID之音频编码方法，如图60所示。

audio_component_type的8位字段表示对应于ProgramInfo()的audio_stream_PID之音频元件类型，如图61所示，同时sampling_frequency的8位字段表示对应于ProgramInfo()的audio_stream_PID之音频采样频率，如图62所示。

解释图45所示zzzzz.clip句法中的CPI(特征点信息)。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()的版本号。vetsion_number一定要根据ISO646编码成“0045”。长度是无符号32位整数，其表明从该长度字段正后面到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表示从视频流序列标头(header)开始的存取单元的PTS。RSPN_EP_start表示源数据包的地址，该源数据包包括由AV流中的PTS_EP_start引用的存取单元的第一字节。

叫做EP_map_for_one_stream PID()的子表是从一个视频流创建的，该视频流由具有相互相同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_EP_start表示源数据包的地址，该源数据包包括由AV流的PTS_EP_start引用的存取单元的第一字节。

叫做EP_map_for_one_stream_PID()的子表是从个音频流创建的，该音频流由具有相互相同PID的传输数据包传输。如果多个音频流存在于Clip中，则EP_map可以包含多个EP_map_for_one_stream_PID()。

回到在EP_map和STC_Info之间的关系，EP_map_for_one_stream_PID()是在与STC中的不连续点无关的表中创建。将RSPN_EP_start的值与STC_Info()中定义的RSPN_STC_start的值进行比较，则显示出属于对应STC_sequence的EP_map的数据边界(见图68)。EP_map一定具有对由相同PID传输的连续流范围的一个EP_map_fro_one_stream_PID。在图69所示的情况下，节目#1和节目#2具有相同的视频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_PID的16位字段表示具有在EP_map中Number_of_stream_PID作为变量的循环的循环的次数。Stream_PID(k)的16位字节表示传输数据包的PID，该传输数据包传输由EP_map_for_one_stream_PID(num_EP_entries(k))引用的数k基本流(视频或者音频流)。如果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()第一字节开始的大小表示的。

Padding_word一定根据EP_map()句法插入。X和Y一定是可选择的正整数。对应填充字可以假设任意可选值。

图72表示EP_map_for_one_stream_PID的句法。通过对图72所示EP_map_for_one_stream_PID句法的解释，PTS_EP_start的32位字段的语义不同于EP_map()定义的EP_type。如果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是基于源数据包数作为单位定大小的，并且是从AV流文件的第一源数据包开始以ClipInfo()中定义的offset_SPN的值为初始值计数。在该AV流文件中，绝对地址是通过下式计算的，即：

SPN_xxx＝RSPN_xxx-ofsfet_SPN.

注意，句法中的RSPN_EP_start的值一定以升序出现。

现在参照图73解释TU_map。TU_map形成基于源数据包到达时钟(到达时间基的时计)的时间轴。该时间轴叫做TU_map_time_axis。TU_map_time_axis的原点由TU_map()中的offset_time表示。TU_map_time_axis从ofset_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相关的偏移时间。ofset_time的大小是以从27MHz精确到达时钟作为单位得出的45kHz为基础的。如果AV流将作为新Clip进行记录，则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是基于源数据包数作为单位的大小，并且用从AV流文件第一源数据包开始的在ClipInfo()中定义的offset_SPN的值作为初始值计数。AV流文件中的绝对地址是通过下式计算的：

SPN_xxx＝RSPN_xxx-offset_SPN.

注意，句法循环中的RSN_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”。

长度是无符号32位整数，其表明从长度字段之后直接到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_set的8位字段表示在mark_name字段中编码的字符字母的表示方法。该编码方法对应于图19所示值。

Name_length的8位字段表示在mark_name字段中所示的标记名称的字节长度。该mark_name字段表示标记名称。对应于Name_length数的从该字段左边开始的字节数是有效字符数和表示标记名称。在mark_name字段中，在这些有效字符字母之后的值可以是任意的。

ref_thumbnail_index的字段表示附加到标记的缩略图画面的信息。如果ref_thumbnail_index字段是不同于0xFFFF的值，该缩略图画面被附加到其标记，缩略图画面存储在mark.thumb文件中。该画面是使用mark.thumb文件中的ref_thumbnail_index之值引用的。如果ref_thumbnail_index字段是等于0xFFFF的值，则缩略图画面不附加到其标记。

MakerPrivateData(制造者个人数据)已经参照图22进行了说明，因此这里不再特别说明。

接下来说明thumbnail_information(缩略图信息)。极小画面存储于menu.thmb(菜单)文件或mark.thmb(标记)文件中。这些文件具有相同的句法结构并拥有唯一的Thumbnail()。menu.thmb文件存储表示各自PlatyLists的画面。菜单缩略图的整体存储于唯一的menu.thmb文件中。

mark.thmb文件存储标记缩略图画面，它是表示标记点的画面。对应于PlatyLists和Clips的整体的标记缩略图的整体存储于唯一的mark.thmb文件中。由于频繁地增加或删除缩略图，增加和部分删除的操作必须可以容易并迅速地得到执行。为此，Thumbnail()具有块结构。画面数据被分为多个部分，每个部分存储于一个tn_block(tn块)中。一个画面数据被存储于连续的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”。

长度为32位的无符号整数，用于指示从长度字段的尾部到Thumbnail()的末端的MakerPrivateData()的字节数。以到Thumbnail()的前端字节的字节相对数作为单位的话，tu_block_strat_address(tu块开始地址)是指示第一个tn_block的前端字节地址的32位无符号整数。从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。这个thnmbnail_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的前端开始，并且大小超过1tn_block，则它用下一个接着的tn_block存储。通过这样做，具有可变长度的数据可以作为固定长度的数据管理，使得可以用更简单的处理进行删除的编辑。

现在说明AV流文件。AV流文件存储于“M2TS”目录(图14)中。有两种类型的AV流文件，即Clip(剪辑)AV流文件和Bridge-Clip(桥式剪辑)AV流文件。两种AV流文件必须是如后面所定义的DVR MPEG-2传输流文件的结构。

首先说明DVR MPEG-2传输流。DVR MPEG-2传输流的结构示于图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)的源数据包必须用作最后的联合单元。文件系统不必使用DVR MPEG-2传输流中的额外信息。

图83显示了DVR MPEG-2传输流的记录器模型。图83中所示的记录器是用于规定记录过程的概念性模型。DVR MPEG-2传输流遵从这个模型。

现在说明MPEG-2传输流的输入时序(timing)。输入的MPEG-2传输流是全部传输流或部分传输流。输入的MPEG-2传输流必须遵从ISO/IEC13818-1或ISO/IEC 13818-9。MPEG-2传输流的第i个字节在时间t(i)同时输入给T-STD(ISO/IEC 13818-1规定的传输流系统目标解码器)和源分包器。Rpk是传输数据包的输入速率的瞬时最大值。

27MHz PLL 52产生27MHz的时钟频率。27MHz的时钟频率被锁定于MPEG-2传输流的程序时钟基准(PCR)的值。到达时间时钟计数器53计数27MHz频率的脉冲。Arrival_time_clock(i)是到达时间时钟计数器在时间t(i)的计数值。

源分包器54将TP_ectra_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(TS记录速率)给出。这个值可以从下列方程进行计算：

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 MPEG2传输流的播放器模型。这是规定再现过程的概念性模型。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/IEC13818-1中提供的MPEG 2传输流。图85中所示的源数据包的句法结构中的TP_Extra_header的句法结构示于图86。作为如图86所示的TP_Extra_header的句法结构的说明，copy_Permission_indicator(复制许可指示符)是代表传输数据包的有效载荷的复制限制的整数。复制限制可以是自由复制、不再复制、复制一次或禁止复制。图87显示了copy_permission_indicator的值和它指定的模式之间的关系。

copy_permission_indicator附加于传输数据包的整体。如果输入传输流使用IEEE1394数字接口进行记录，则copy_permission_indicator的值可以与EMI(加密模式指示符)的值相关。如果输入传输流不使用IEEE1394数字接口进行记录，则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流必须具有如上面描述所定义的DVRMPEG 2传输流的结构。在Clip AV流中，Arrival_time_clock(i)必须连续增加。如果在Clip AV流中存在系统时间基(STC基准)的断点，则Clip AV流中的Arrival_time_clock(i)必须连续增加。

Clip AV流的开始和结束之间的Arrival_time_clock(i)的最大差值必须是26小时。这个限制保证了，如果在MPEG 2传输流的系统时间基(STC基准)中没有断点，则相同值的PTS(表达时间戳)永远不会出现在Clip AV流中。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和当前的PlavItem的无缝显示是否得到保证，可以从当前PlayItem中定义的connection_condition(连接条件)字段进行验证。对于PlayItem的无缝连接有两种方法，即使用Bridge-Clip的方法和不使用Bridge-Clip的方法。

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

TSl的Clipl的阴影流数据是从解码对应于在先的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的阴影流数据组成。来自包含于TS 2中的Bridge-Clip的RSPN_arrival_time_discontinuity的阴影流数据是从参照RSPN_arrival_time_discontinuity的源数据包开始到Bridge-Clip的最后的数据包的流数据。TS2的Clip2的阴影流数据是参照RSPN_enter_to_curent_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的0UT_time(如图89中的OUT_time2所示)的表示单元所需要的流的地址的流数据。

在图88和89中，TS1和TS2是源数据包的连续流。接下来，详细说明TS1和TS2的流供应和它们之间的连接条件。首先，细察无缝连接的编码限制。借助于对传输流的编码结构的限制，包含于TS1和TS2中的节目数量必须是1。包含于TS1和TS2中的视频流数量必须是1。包含于TS1和TS2中的音频流的数量必须是2或更少。包含于TS1和TS2中的音频流的数量必须相等。除上面描述的外，基本流和私有流也可能包含于TS1和/或TS2中。

现在说明对视频位流的限制。图90显示了由画面显示序列指示的典型无缝连接。为了在结合点附近无缝地演示视频流，必须通过再编码结合点附近的Clip的部分流的处理，移除显示于IN_time2(Clip2的IN_time)前面和OUT_time1(Clip1的OUT_time)后面的不需要的画面。

图91显示了使用BridgeSequence(桥接序列)实现无缝连接的实施例。在RSPN_arrival_time_discontinuity之前的Bridge_Clip的视频流包括直到对应于图90的Clip1的OUT_time1的画面的编码视频流。这个视频流连接于在先的Clip1的视频流，并被再编码以形成符合MPEG2标准的基本流。

在RSPN_arrival_time_discontinuity之后的Bridge_Clip的视频流包括接续对应于图90的Clip2的IN_time2的画面的编码视频流。这个视频流的解码可以正确地开始，用于将该视频流连接于下一个Clip2视频流。进行再编码以便形成符合MPEG2标准的唯一连续基本流。为了创建Bridge_Clip，一般需要再编码几个画面，同时其它画面可以从原始Clip中复制。

图92显示了不使用图90所示的实施例中的BridgeSequence而实现无缝连接的实施例。Clip1的视频流包括直到对应于图90的OUT_time1的画面的编码视频流，并被再编码以给出符合MPEG2标准的基本流。用类似的方式，Clip2的视频流由接续与图90的Clip2的IN_time2相关的画面的编码位流组成。这些编码位流已经被再编码以给出符合MPEG2标准的唯一连续基本流。

借助于所说明的视频流的编码限制，TS1和TS2的视频流的帧速率必须相等。TS1的视频流必须终止于sequence_end_code(序列结束代码)。TS2的视频流必须开始于Sequence header(序列标头)、GOP Header(GOP标头)，并具有I画面。TS2的视频流必须开始于封闭的GOP。

在位流(帧或半帧(field))中定义的视频表示单元必须在结合点处相连续。在结合点处不允许存在半帧或帧的间隔。在使用3-2下拉编码的情况下，重写“top_field_first”和“repeat_first_field”标志是必要的。另外，可以进行本地再编码以防止产生半帧间隔。

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

经由所说明的对MPEG2传输流的编码限制，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中所示的IN_time2)必须代表TS2的第一个表示单元的显示开始时间。

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

必须选择RSPN_exit_from_previous_Clip，以便使得在RSPN_exit_fromprevious_Clip之前的Clip1(Clip AV流文件)的部分流将被安排在不小于半个段(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流文件)的第一个流部分必须被安排在不小于半个段的连续区域内。

在每一个具有预定位速率的数字AV信号被分成段并记录在盘上的情况下，为了确保所记录的数字AV信号能够从记录介质100中按预定位速率读出，一个连续记录区域的大小必须满足下述条件：

S*8/(S*8/Rud+Ts)＞＝Rmax

其中

S：连续记录区域的最小尺寸[字节]

Ts：从一个记录区域到下一个记录区域的完全行程的访问时间[秒]

Rud：从记录介质中读出数据的位速率[位/秒]

Rmax：AV流的位速率[位/秒]

也就是说，必须排列数据，以便AV流中的S字节或更多数据可以连续地记录在盘上。

必须排列数据，以便半个段的尺寸为S字节或更多。

接下来说明DVR-STD。此DVR-STD是用于对DVR MPEG2传输流的产生和校验中的解码处理进行建模的概念性模型。此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相同。

现在说明在无缝连接的PlayList正在被再现期间的解码处理。这里，说明参照无缝连接的PlayItem的两个AV流的再现。在下面的说明中，说明例如图88中所示的TS1和TS2的再现。TS1和TS2分别是在先流和当前流。

图97显示了用于当从给定的AV流(TS1)向与其无缝连接的下一个AV流(TS2)转换时进行输入、解码和显示传输数据包的时序图。在从预设的AV流(TS1)向与其无缝连接的下一个AV流(TS2)的转换期间，TS2的到达时间基的时间轴与TS1的到达时间基的时间轴(由图97中的ATC1指示)不同。

再有，TS2的系统时间基的时间轴(由图97中的STC2指示)与TS1的系统时间基的时间轴(由图97中的STC1指示)不同。视频显示需要无缝地连续，可是在表示单元的显示尖峰上可能存在交叠。

现在说明对DVR-STD的输入时刻。在直到时间T1的期间，即直到将最后的视频数据包输入到DVR-STD的TB1，对DVR-STD的TB1、TBn或TBsys的缓冲器的输入时刻由TS1的到达时间基的arrival_time_stamp确定。

TS1的剩余数据包必须以TS_recording_rate(TS1)的位速率被输入TBn的缓冲器或DVR-STD的TBsys中。TS_recording_rate(TS1)是对应于Clip1的ClipInfo()中定义的TS_recording_rate的值。TS1的最后字节被输入缓冲器的时间是时间T2。因此，在时间T1和时间T2之间的时间期间，源数据包的arrival_time_stamp减小(discount)。

如果N1是接着TS1的最后视频数据包的TS1的传输数据包的字节数，则从时间T1到时间T2的时间DT1是N1字节以TS_recording_rate(TS1)的位速率完全输入所必需的时间，并根据下列方程计算：

DT1＝T2-T1＝N1/TS_recording_rate。

从时间T1到时间T2的时间期间，RXn和Rxsys两者的值都被变为TS_recording_rate(TS1)的值。除了这条，缓冲操作与T-STD的相同。

在时间T2，到达时间时钟计数器被复位为TS2的第一个源数据包的arrival_time_stamp的值。对DVR-STD的TB1、TBn或TBsys的缓冲器的输入时刻由TB2的源数据包的arrival_time_stamp确定。RXn和RXsys两者的值都被变为T-STD中定义的值。

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

经由所说明的视频表示时刻，视频表示单元上的显示必须连续地经过结合点，即没有间隔。应注意到，STC1是TS1的系统时间基的时间轴(如图97中的STC1所指示)，而STC2是TS2的系统时间基的时间轴(如图97中的STC2所指示)。正确地，STC2开始于TS2的第一个PCR已经被输入到T-STD的时间。

STC1和STC2之间的偏移如下确定：PTS1_end是对应于TS2的最后视频表示单元的STC1上的PTS。PTS2s_tart是对应于TS2的第一个视频表示单元的STC2上的PTS，Tpp是TS1的最后视频表示单元的显示时间周期。两个系统时间基之间的偏移STC_delta根据下列方程计算：STC_delta＝PTS1_end+Tpp-PTS2_start。

经由所说明的音频表示时刻，在音频表示单元的显示时间时刻可能有交叠，该交叠小于0到2个音频帧(见图97中所示的“音频交叠”)。将选择音频采样的指示，并且音频表示单元的显示与结合点后面的校正时间基的再同步在播放器上设置。

经由所说明的DVR-STD的系统时间时钟，在时间T5显示TS1的最后音频表示单元。系统时间时钟可以在时间T2和时间T5之间交叠。在这个时间域期间，DVR-STD在旧时间基(STC1)的值和新时间基(STC2)的值之间切换系统时间时钟。STC2的值可以根据下列公式计算：STC2＝STC1-STC_delta。

现在说明缓冲连续性。当第一个视频数据包的第一个字节到达DVR-STD的TB1时，STC11video_end是系统时间基STC2上的STC的值。当第一个视频数据包的第一个字节到达DVR-STD的TB1时，STC22video_start是系统时间基STC2上的STC的值。STC21video_end是按照系统时间基STC2的STC2上的值计算的STC11video_end的值。STC21video_end按照下列方程计算：STC21video_end＝STC11video_end-STC_delta。

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

STC22video_start＞STC21video_end+ΔT1。

如果有必要以满足上述不等式的方式再编码和/或多路复用Clip1和/或Clip2的部分流，则这个再编码或多路复用可以适当地得到执行。

第二，由从系统时间基的时间轴上的TS2的视频数据包的输入跟随的、从相同时间轴上的STC1和STC2映射的、从TS1的视频数据包的输入，不必溢出或下溢视频缓冲器。

如果上面的句法、数据结构和规则被用作基础，则可以适当地管理记录于记录介质上的数据内容或再现信息，使用户能够在再现时确认记录于记录介质上的数据内容，或相当容易地再现期望的数据。

在上述的实施例中，将MPEG 2传输流作为多路复用的流示例。但是，这仅仅用于示范，而且MPEG 2节目流DSS或美国的DirecTV Service(商标)中使用的传输流也可以用作所述多路复用的流。

图98是用于说明准备RealPlayList的流程图。参照图1的方框图所示的记录和/或再现设备1。在步骤S10，控制器23记录Clip AV流。在步骤S11，控制器23形成由涵盖上述Clip的可能的总播放范围的PlayItem构成的PlayList()。如果在Clip中存在STC断点，并且PlayList()由两个或更多PlayItem构成，则还确定各个PlayItem之间的connection_condition。

在步骤S12，控制器23形成UIAppInfoPlayList()。在步骤S13，控制器23形成PlayListMark。在步骤S14，控制器23形成MakersPrivateData。在步骤S15，控制器23记录Real PlayList文件。以这种方式，每一次新记录一个Clip AV流文件，新创建一个Real PlayList文件。

图99是用于说明定制具有Bridge Sequence(桥接序列)的VirtualPlayList的流程图。在步骤S20，通过用户接口指定记录在盘上的一个Real PlayList的再现。从Real PlayList的再现范围，由IN和OUT指定的再现域通过用户接口指定。

在步骤S21，控制器23验证由用户指定再现范围的操作是否已经全部完成。如果证实已经完成指定操作，则控制器23前进到步骤S22，否则，控制器23返回到步骤S20，重复随后的处理。

在步骤S22，用户通过用户接口确定两个连续地再现的PlayItem之间的连接条件(connection_condition)，或者控制器23确定该连接条件。在步骤S23，控制器23形成用于无缝地连接的PlayItem的桥接序列。在步骤S24，控制器23形成并记录Virtual PlayList文件。

图100是用于说明在步骤S23中的详细处理的流程图。在步骤S31，控制器23重新编码和重新多路复用显示在临时前向侧的PlayItem的OUT点一方上的AV流。在步骤S32，控制器23重新编码和重新多路复用代表紧接该PlayItem的PlayItem的IN点一方上的AV流。

在步骤S33，控制器23确定RSPN_exit_from_previous_Clip的值，以便满足用于连续数据供应的数据分配条件。也就是说，必须选择RSPN_exit_from_previous_Clip，以便将RSPN_exit_from_previous_Clip前面的Clip AV流文件的流部分记录在不小于前面所述的记录介质的半个段的连续区域中(见图91和94)。

在步骤S34，控制器23确定RSPN_enter_to_current_Clip的值，以便满足用于连续数据供应的数据分配条件。也就是说，必须选择RSPN_enter_to_current_Clip，以便将紧接RSPN_enter_to_current_Clip的ClipAV流文件的流部分记录在不小于前面所述的记录介质的一个段的连续区域中(见图91和94)。

在步骤S35，控制器23形成Bridge_Clip AV流文件，以便满足用于连续数据供应的数据分配条件。也就是说，如果在步骤S31和S32的处理中准备的数据量少于前面所述的半个段，则从初始的Clip中复制数据，以便准备Bridge_Clip(见图91和94)。

尽管步骤S33至S35的处理操作是按照顺序说明的，但是这些处理操作也可以不按照上述顺序地执行，或者可以同时执行，这是因为这些处理操作是可以相反的。

在步骤S36，控制器23形成桥接序列数据库。在步骤S37，控制器23记录Bridge_Clip AV流文件及其Clip Information文件。以这种方式，由用户从记录在盘上的Real PlayList的再现范围中选择一个或多个PlayItem。形成用于使两个PlayItem无缝连接的桥接序列，并将分组在一起的一个或多个PlayItem的集合记录为一个Virtual PlayList。

图101是用于说明再现PlayList的流程图。在步骤S41，控制器23通过用户接口获取Info.dvr、Clip Information文件、PlayList文件和thumbnail信息以准备GUI画面、以及一列记录在盘上的PlayList以在GUI上显示如此形成的画面。

在步骤S42，控制器23根据每一个PlayList的UIAppInfoPlayList()，呈现用于说明GUI画面上的PlayList的信息。在步骤S43，用户通过用户接口从GUI画面中指令一个PlayList的再现。在步骤S44，控制器23从IN_time的PTS和当前的PlayItem的STC_sequence_id中获取具有临时在先并最接近IN_time的入口点(entry point)的源数据包。

在步骤S45，控制器23从具有上述入口点的源数据包序号中读出AV流的数据，以便将如此读出的数据发送给解码器。在步骤S46中，如果存在临时位于当前的PlayItem之前的PlayItem，则控制器23根据connection_condition执行相互连接在先的PlayItem和当前的PlayItem的处理。如果这些PlayItem被无缝地相互连接，则根据DVR-STD解码方法将AV流解码。

在步骤S47，控制器23命令AV解码器27从IN_time的PTS的画面开始显示。在步骤S48，控制器23命令AV解码器27继续解码AV流。在步骤S49，控制器23验证当前所显示的画面是否是OUT_time的PTS的画面。如果证实当前所显示的画面不是OUT_time的PTS的画面，则控制器23前进到步骤S50显示画面，之后控制器返回步骤S48，重复随后的处理。

如果在步骤S49证实当前所显示的画面是OUT_time的PTS的画面，则控制器23前进到步骤S51，在此控制器23验证当前的PlayItem是否是PlayList中的最后一个。如果证实当前的PlayItem不是最后一个，则控制器23返回到步骤S44，重复随后的处理。如果证实当前的PlayItem是最后一个，则结束该PlayList的再现。

以这种方式，再现由用户指定的欲再现的一个PlayList文件。

根据上述句法、数据结构和规则，如上所述，可以恰当地管理记录在记录介质上的数据内容、播放信息等等，以便使用户恰当地确认记录在记录介质上的数据内容，从而极其方便地再现所期望的数据。

上述操作序列不仅可以通过硬件执行，而且也可以由软件来实现。如果所述操作序列由软件来执行，则该软件从记录介质中安装到用于装载构成该软件的程序的专用硬件的计算机中，或者例如安装到能够根据所安装的各种程序执行各种功能的普通目的的个人计算机中。

图102示例示出普通目的计算机的内部结构。该个人计算机的CPU(中央处理单元)201根据存储在ROM(只读存储器)202中的程序执行各种处理操作。在RAM(随机存取存储器)203中适当地存储有CPU 201执行各种处理操作所需要的数据或程序。输入/输出接口205与键盘、鼠标等构成的输入单元206相连接，以便将输入到输入单元206的信号输出到CPU 201。输入/输出接口205还与显示器、扬声器等构成的输出单元207相连接。

输入/输出接口205还与例如由硬盘构成的记录单元208、以及适宜通过诸如因特网的网络与外部设备进行数据交换的通信单元209相连接。驱动器210用于向或从诸如磁盘221、光盘222、磁光盘223、或半导体存储器224的记录介质中写或读数据。

记录介质不仅包括所分发的用于提供程序给计算机和用户的数据包型介质，比如包括软盘在内的其上携载程序的磁盘221、包括CD-ROM(只读光盘)或DVD(数字通用盘)的光盘222、包括小型盘的磁光盘223、或半导体存储器224，而且包括内置于计算机中提供给用户的、包括用于携载程序的ROM 202和存储器208在内的硬盘，如图108所示。

在本说明书中，通过介质提供的程序的步骤不仅包括按照所说明的序列执行的按时间顺序排列的处理，而且包括不按时间顺序、而是并行或独立执行的处理。

此外，在本说明书中，系统指的是包括多个部件单元的整个设备。

工业可应用性

在根据本发明的信息处理设备、方法及程序中，如果命令连续地执行从第一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流连续性的再现。

Claims

1.一种信息处理设备，包括：

生成装置，用于在命令连续再现从第一AV流到第二AV流的情况下，生成由所述第一AV流的预设部分和所述第二AV流的预设部分构成的第三AV流、以及作为与所述第三AV流相关的信息的地址信息，当再现从所述第一AV流切换到所述第二AV流时再现所述第三AV流，所述地址信息包括在将再现从所述第一AV流切换到所述第三AV流的时刻所述第一AV流的源数据包的地址信息、以及在将再现从所述第三AV流切换到所述第二AV流的时刻所述第二AV流的源数据包的地址信息；以及

记录装置，用于记录由所述生成装置所生成的所述第三AV流和所述地址信息。

2.根据权利要求1所述的信息处理设备，其中包括在所述生成装置生成的所述地址信息中的所述第一AV流的源数据包的到达时间戳与位于所述第三AV流前端的源数据包的到达时间戳彼此连续，而且，包括在所述生成装置生成的所述地址信息中的所述第二AV流的源数据包的到达时间戳与位于所述第三AV流末端的源数据包的到达时间戳彼此连续。

3.根据权利要求2所述的信息处理设备，其中在所述第三AV流的源数据包的到达时间戳中存在唯一不连续点。

4.根据权利要求2所述的信息处理设备，其中，确定所述地址使得在所述生成装置生成的所述地址信息中包含的关于所述第一AV流的源数据包地址的信息所指定的源数据包之前的AV流的数据部分将被定位在记录介质上不少于预设尺寸的连续区域中。

5.根据权利要求2所述的信息处理设备，其中，确定所述地址使得接在所述生成装置生成的所述地址信息中包含的关于所述第二AV流的源数据包地址的信息所指定的源数据包之后的AV流的数据部分将被定位在记录介质上不少于预设尺寸的连续区域中。

6.根据权利要求2所述的信息处理设备，其中生成所述第三AV流，使得所述第三AV流将被定位在所述记录介质上不少于预设尺寸的连续区域中。

7.一种信息生成方法，包括：

在命令连续再现从第一AV流到第二AV流的情况下，生成由所述第一AV流的预设部分和所述第二AV流的预设部分构成的第三AV流的步骤，当再现从所述第一AV流切换到所述第二AV流时再现所述第三AV流；以及

生成地址信息的步骤，作为与所述第三AV流相关的信息，所述地址信息包括在将再现从所述第一AV流切换到所述第三AV流的时刻关于所述第一AV流的源数据包的地址的信息、以及在将再现从所述第三AV流切换到所述第二AV流的时刻关于所述第二AV流的源数据包的地址的信息。

8.一种信息处理设备，包括：

再现装置，用于再现其上记录有第一AV流、第二AV流、第三AV流、以及作为与所述第三AV流相关的信息的地址信息的记录介质，所述第三AV流由所述第一AV流的预设部分和所述第二AV流的预设部分组成，当再现从所述第一AV流切换到所述第二AV流时再现所述第三AV流，所述地址信息包括在将再现从所述第一AV流切换到所述第三AV流的时刻关于所述第一AV流的源数据包的地址的信息、以及在将再现从所述第三AV流切换到所述第二AV流的时刻关于所述第二AV流的源数据包的地址的信息；以及

控制装置，用于根据读出的与所述第三AV流相关的信息，控制所述再现装置将再现从所述第一AV流切换到所述第三AV流、以及从所述第三AV流切换到所述第二AV流。

9.一种信息处理方法，包括：

再现步骤，用于再现其上记录有第一AV流、第二AV流、第三AV流、以及作为与所述第三AV流相关的信息的地址信息的记录介质，所述第三AV流由所述第一AV流的预设部分和所述第二AV流的预设部分组成，当再现从所述第一AV流切换到所述第二AV流时再现所述第三AV流，所述地址信息包括在将再现从所述第一AV流切换到所述第三AV流的时刻关于所述第一AV流的源数据包的地址的信息、以及在将再现从所述第三AV流切换到所述第二AV流的时刻关于所述第二AV流的源数据包的地址的信息；以及

控制再现的控制步骤，用于根据读出的与所述第三AV流相关的信息，控制将再现从所述第一AV流切换到所述第三AV流、以及从所述第三AV流切换到所述第二AV流。