信息处理设备和方法,程序和记录介质的制作方法

专利名称：信息处理设备和方法,程序和记录介质的制作方法
技术领域：
本发明涉及信息处理方法和设备，并涉及程序。尤其涉及信息处理方法和设备、记录介质和程序，其中，诸如AV流中的地址信息、编码参数、转换点信息和I图象标记的信息作为文件进行记录。
背景技术：
近来已经提出了各种类型的光盘，作为能够从记录设备中移出的记录介质。这些可记录的光盘已经是作为几个GB的大容量介质被提出，并且认为有希望作为用于记录诸如视频信号的AV(视听)信号的介质。在要记录在该可记录光盘上的数字AV信号源(供应源)中，有CS数字卫星广播和BS数字广播。另外，数字系统的地波电视广播也已经为今后使用而提出。
从这些源提供的数字视频信号在MPEG2(移动图象专家组)系统下被例行地进行图象压缩。在记录设备中，设置了适合于该设备的记录速率。如果数字广播的数字视频信号记录在国内使用的常规图象存储介质中，数字视频信号被首先解码，并且随后进行带宽限制以用于记录。在当然包括MPEG1视频、MPEG2视频和DV系统的数字记录系统的情况下，数字视频信号被首先解码，并且随后根据适合于随后记录的设备的记录速率的编码系统进行重新编码。
但是，其中所提供的位流在记录之前一次解码并随后进行带宽限制及重新编码的记录系统有变坏的图象质量。在记录图象压缩数字信号中，如果输入数字信号的传输速率小于记录和/或再现设备的记录速率，直接记录所提供的没有进行解码或者重新编码的位流的方法在图象质量上仅仅在很少程度上遭受破坏。但是，如果输入数字信号的传输速率超过记录和/或再现设备的记录速率，则重新编码位流和记录经过重新编码的位流确实是必须的，结果，在记录和/或再现设备中解码之后，传输速率将不高于盘记录速率的上限。
如果位流在其中输入数字信号的位速率随时间增加或者降低的可变速率系统中传输，则适于在缓冲器中暂时存储数据和突发方式记录该数据的盘记录设备与具有由旋转头的固定rpm(每分钟转速)强加的固定记录速率的带式记录系统相比，其记录介质的容量浪费要少。
因此，可以预计，在不远的将来，当数字广播变成主流时，增加对记录和/或再现设备的需求，其中广播信号记录为数字信号，DataStreamer无需进行解码或重新编码，并且其中盘用作记录介质。
如果具有其上记录了诸如由图象数据和声频数据构成的程序数据的复合数据的记录介质要通过上述设备再现的话，则有如下问题在确定来自记录介质的AV流读出位置的处理或者需要响应来自用户的用于随机存取或者流解码的命令迅速完成解码该流的处理时，随着记录介质上记录的数据量增加，这种处理的迅速执行遇到了增加的困难。
发明公开本发明的目的是克服现有技术中的不便性，并且提供这种结构，其中，诸如地址信息、编码信息、转换点信息或者标记的AV流的I图象中的信息记录为文件，以便能够迅速地确定和解码AV流中的读出位置和能够迅速地检索指定的标记。
根据本发明的信息处理设备包括用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的装置；和用于将产生装置产生的信息记录为记录介质上的Clip信息(剪切信息)的装置。
其中AV流中编码信息是连续的域的开始地址信息是STC序列或者节目序列的开始地址，有关时间信息和地址信息的信息是EP_map或者TU_map，特征图象的时间信息是ClipMark。
记录装置还可以将与AV流记录速率的平均值有关的信息记录在记录介质上。
与平均值有关的信息可以是TS_average_rate。
AV流可以是传输流。
其中AV流中编码信息是连续的域的开始地址信息可以包括STC序列的开始地址，STC序列是传输流的系统时钟为连续的域。
其中AV流中编码信息是连续的域的开始地址信息可以包括节目序列的开始地址，节目序列是传输流的节目内容为不变的域。
其中AV流中编码信息是连续的域的开始地址信息可以包括域的开始地址，在这里基于传输流传输数据包到达时间的到达时间是连续的。
有关时间信息和地址信息的信息可以包括传输流I图象的地址和其显示时间戳。
信息处理设备还可以包括压缩装置，用于压缩有关AV流中时间信息和地址信息的信息的至少一部分。记录装置可以记录由压缩装置压缩的信息。
有关AV流中时间信息和地址信息的信息可以包括基于传输数据包的到达时间的到达时间和相关的传输数据包的AV流数据中的地址。
根据本发明的信息处理方法包括用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于将产生步骤产生的信息记录为记录介质上的Clip信息的步骤。
根据本发明记录介质的程序包括用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于将产生步骤产生的信息记录为记录介质上的Clip信息的步骤。
根据本发明的程序执行用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于将产生步骤产生的信息记录为记录介质上的Clip信息的步骤。
根据本发明的信息处理设备包括用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息作为Clip信息的装置；和用于基于再现装置再现的Clip信息来控制AV流的输出。
根据本发明的信息处理方法包括用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于基于再现装置再现的Clip信息来控制AV流的输出的步骤。
根据本发明的程序包括用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；以及用于基于再现装置再现的Clip信息来控制AV流的输出的步骤。
根据本发明的程序执行用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；以及用于基于再现装置再现的Clip信息来控制AV流的输出的步骤。
根据本发明的记录介质在其上已经记录了AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息，将其作为Clip信息。
根据本发明，记录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表示Vodeo_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表示ClipMark的另一个句法。
图79表示Mark_type表的另一个例子。
图80表示mark_entry()和representative_picture_entry()的例子。
图81表示mark_entry()和representative_picture_entry()的句法。
图82表示mark_entry()和representative_picture_entry()的另一个例子。
图83表示RSPN_ref_EP_start和offset_num_pictures之间的关系。
图84表示mark_entry()和representative_picture_entry()的句法的另一个例子。
图85表示ClipMark和EP_map之间的关系。
图86表示menu.thmb和mark.thmb的句法。
图87表示Thumbnail的句法。
图88表示thumbnail_picture_format的表。
图89A和89B表示tn_block。
图90表示DVMPEG2传输流的结构。
图91表示DVMPEG2传输流的记录器模式。
图92表示DVMPEG2传输流的播放器模式。
图93表示源数据包的句法。
图94表示TP_extra_header的句法。
图95表示拷贝允许指示符的表。
图96表示无缝连接。
图97表示无缝连接。
图98表示无缝连接。
图99表示无缝连接。
图100表示无缝连接。
图101表示音频重叠。
图102表示采用BrigeSequence的无缝连接。
图103表示不采用BridgeSequence的无缝连接。
图104表示DVRSTD模式。
图105表示用于解码和显示的时序图。
图106是用于说明在图81句法的情况下由标记点指示的场景索引再现的流程图。
图107表示当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图81的句法时再现的操作。
图108表示EP_mark的例子。
图109表示ClipMark的例子。
图110是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picutre_entry()是图81的句法时CM跳步再现处理的流程图。
图111，续图110，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图81的句法时CM跳步(skip)再现处理的流程图。
图112是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时由标记点指示的场景索引再现的流程图。
图113，续图112，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时再现的流程图。
图114表示EP_map的例子。
图115表示ClipMark的例子。
图116是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时CM跳步再现处理的流程图。
图117，续图116，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时CM跳步再现处理的流程图。
图118是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时由标记点指示的场景索引再现的流程图。
图119，续图118，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时再现的流程图。
图120表示EP_map的例子。
图121表示ClipMark的例子。
图122是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时CM跳步再现处理的流程图。
图123，续图122，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时CM跳步再现处理的流程图。
图124表示应用格式。
图125表示PLAYMARK上的标记和Clip上的标记。
图126表示ClipMark句法的另一个例子。
图127表示ClipMark句法的又一个例子。
图128是用于说明当模拟AV信号被编码和记录的情况下ClipMark的准备的流程图。
图129是用于说明在传输流将被记录的情况下ClipMark的准备的流程图。
图130是用于说明实PlayList的准备的流程图。
图131是用于说明虚PlayList的准备的流程图。
图132是用于说明PlayList的再现的流程图。
图133是用于说明PlayListMark的准备的流程图。
图134是用于说明再现PlayList的定位再现的流程图。
图135表示PlayListMark的句法。
图136说明PlayListMark的Mark_Type。
图137表示ClipMark的另一个句法。
图138说明ClipMark的Mark_type。
图139说明一种介质。
实现本发明的最佳模式引用附图，现在详细地说明本发明的实施例。图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和源打包器(source packetizer)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数据。
如果用户已经命令快进(fast 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和OUT_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之代表图象的缩略图，叫作菜单缩略图。由于经常显示菜单缩略图，这些缩略图需要从盘中以升高的速度读出。因此，以单个文件存储该全部菜单缩略图是有效率的。菜单缩略图不必是从卷的移动图象中提取出的图象，但是可以是从个人计算机或者是数字静止摄像机获取的图象，如图10所示。
另一方面，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()句法中的UIAppInfo Volume存储了与volume相关的用户接口应用程序的参数。图18表示UIAppInfo Volume的句法，现在解释其语义。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不相关的，并且是由UIAppInfo Volume中定义的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_humber一定要根据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的值是由制造者设置的，该制造者已经接收了格式许可。start_mpd_block_number是16位无符号整数，其表示开始制造者私有数据的mpd_block_number号。制造者私有数据的前端一定要与mpd_block的前端对齐。start_mpd_block_number对应于mpd_block循环中的变量j。
mpd_length是32位无符号整数，其表示制造者私有数据的大小。mpd_block是其中存储了制造者的私有数据的区。MakersPrivateData()中的所有的mpdv_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()的版本号。version_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/23010203编码成“0x20011223010203”。
持续时间(duration)是24位字段，其表示以小时/分钟/秒为单位的PlayList的总重放时间。该字段是二进制编码的十进制(BCD)编码的6个数值数字。例如，014530编码成“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_protec_flag设置为1，则除write_protec_flag之外，该PlayList的内容既不能被擦除也不能改变。如果该标志设置为0，用户可自由地擦除或者改变该PlayList。如果该标志设置为1，则在用户进行擦除、编辑或者重写PlayList之前记录和/或再现设备1显示请求用户进行重新确认的消息。
其中write_protect_flag设置为0的实PlayList可以存在，引用实PlayList之Clip的虚PlayList可以存在，并且虚PlayList的write_protec_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_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以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表示PlayListMark的句法。回到图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-Ofset_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/23010203编码成“0x20011223010203”。
持续时间(duration)是24位字段，其表示基于到达时钟的以小时/分钟/秒的Clip总重放时间。该字段是4位二进制编码的十进制(BCD)编码的6个数值数字。例如，014530编码成“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.
Reserver_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_transport_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/IECl3818-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()的版本号。version_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_for_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-offset_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从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为基础的。如果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的值，则缩略象不附加到其标记。
图78表示代替图75的ClipMark的另一个句法。图79表示在这种情况下代替图76的典型mark_type表。Reserved_for_maker_ID是16位字段，其表示制造者的制造者ID，如果mark_type表示从0xC0到0xFF的值，则制造者定义该mark_type。制造者ID是由DVR格式许可证发放者指定的。mark_entry()是表示指定标记点的点的信息。随后将详细地解释该句法。Representative_picture_entry是表示代表由mark_entry()表示的标记的信息点的信息。Representative_picture_entry的句法随后将详细地解释。
使用ClipMark的目的是使再现AV流的用户能够可视地恢复内容。DVR播放器使用GUI(图形用户界面)以将ClipMark信息提供给用户。对于ClipMark信息的视频显示，由Representative_picture_entry表示的图象而非由mark_entry()表示的图象将被表示出。
图80表示mark_entry()和Representative_picture_entry的例子。假设某个节目的节目名称(标题)是在从这种节目开始的某个时间之后被显示的，例如几秒之后。如果要创建ClipMark，则mark_entry()可以置于节目的开始点，Representative_picture_entry()然后置于节目的节目名称(标题)的显示点。
如果Representative_picture_entry的图象显示在GUI上并且用户已经指定该图象时，则DVR播放器从mark_entry被置入的点开始重新播放。
图81表示Representative_picture_entry()和mark_entry()的句法。
Mark_time_stamp是32位字段并且存储了表示由标记指定的点的时间戳和表示代表由mark_entry()指定的标记的图象点的时间戳。
图82表示在通过PTS采用基于地址信息而非采用时间戳基信息的情况下mark_entry()和Representative_picture_entry()的典型句法。
在mark_entry()情况下，RSPN_ref_EP_start表示源数据包的相对地址，其表示用于解码AV流中标记点图象的流的入口点。在Representative_picture_entry()情况下，RSPN_ref_EP_start表示源数据包的相对地址，其代表用于解码表示由mark_entry()表明的标记的图象的流的入口点。RSPN_ref_EP_start的值一定要作为RSPN_ref_EP_start存储在EP_map中。而且，对应于RSPN_EP_start的PTS_EP_start的值一定要在从标记点图象的PTS开始的过去中最近的EP_map。
Offset_nm_pictures是32位字段和表示在显示序列中从由RSPN_ref_EP_start表示的图象到由标记点表示的图象的偏移图象数。该数是从0计数的。在图83实施例的情况下，Offset_nm_pictures是6。
图84表示在采用用于指定ClipMark的基于地址的信息的情况下，mark_entry()和Representative_picture_entry()的另一个典型句法。
在mark_entry()情况下，RSPN_mark_point表示源数据包的相对地址，其包括由AV流中标记引用的存取单元的第一字节。在Representative_picture_entry()情况下，RSPN_mark_point表示源数据包的相对地址，其包括代表由mark_entry()表示的标记的编码图象的第一字节。
RSPN_mark_point具有源数据包数作为单位的大小和使用在Clip信息中定义的offset_SPN值从AV流文件的第一源数据包计数。
参照图85，解释ClipMark和EP_map之间的关系。在本实施例中，假设EP_map指定I0，I1和In作为入口点的地址，并且假设开始从这些地址继续序列标头的I图象。如果ClipMark指定M1作为某个标记的地址，并且如果从该源数据包开始的图象是可解码的，则其满足是否读出的数据从作为在M1地址之前和最靠近M1地址的入口点的I1初始化。
MakerPrivateData已经参照图22进行了说明，因此在此不进行具体说明。
下面，解释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。专有缩略象的字节长度是可变的。
图86表示menu.thmb文件和mark.thmb文件的句法，同时图87表示在menu.thmb文件和mark.thmb文件的句法中缩略图句法的句法。通过解释图87所示的Thmbnail的句法，version_number是四个字符字母，其表示该Thumbnail()的版本号。version_number一定要根据ISO646编码成“0045”。
长度是无符号32位整数，其表明从长度字段之后直接到Thumbnail()尾端的makers_private_data的字节数目。Tn_block_start_address是32位无符号整数，其用从Thumbnail()引导字节开始的相对字节数作为单位表示第一个tn_block的引导字节地址。相对字节数是从0计数的。Number_of_thumbnais是16位无符号整数，其提供包含在Thumbnail()中的缩略象的入口数。
Tn_block_size是16位无符号整数，其提供具有1024字节作为单位的一个tn_block。例如，如果Tn_block_size＝1，其表示一个tn_block的大小是1024字节。Number_of_tn_block是16位无符号整数，其表示Thumbnail()中tn_block的入口数。Thumbnail_index是16位无符号整数，其表示由缩略图信息表示的缩略象的索引数，该缩略图信息对应于从该Thumbnail_index字段开始的一个循环。值0xFFFF一定不用作为Thumbnail_index。Thumbnail_index是由UIAppInfVolume()、UIAppInfoPlayList()、PlayListMark()和ClipMark()中的ref_thumbnail_index引用。
Thumbnail_picture_format是表示缩略象之图象格式的8位无符号整数和假设为图88所示的值。在表中，仅仅允许DCF和PNG在“menu_thumb”中。标记缩略图一定假设值“0x00”(MPEG-2视频I图象)。
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在大小上定义的。
图89A和89B示意地表示缩略象数据是如何存储在tn_block中。正如图89A和89B所示，对应缩略象数据是从tn_block的前端开始的，并且，如果图象数据具有超过tn_block的大小，则下一个连续的tn_block用于存储。通过这样做，具有变化大小的图象数据可以组织成固定长度，使得诸如删除的编辑能够用较简单的处理来进行。
现在解释AV流文件。AV流文件存储在“M2TS”目录中(图14)。有两种类型的AV流文件，一个是CLIP AV流，另一种是Bridge-Clip AV流。两种流一定具有如后面定义的DVR MPEG-2传输流文件结构。
首先，解释DVR MPEG-2传输流。DVR MPEG-2传输流的结构示于图90。AV流文件具有由Aligned(联合)单元的整数构造的DVR MPEG-2传输流结构。Aligned单元具有6144字节的大小(＝2048×3字节)。Aligned单元开始于具有192字节长度的源数据包的第一字节。一个源数据包是由TP_extra_header和传输数据包构成的。TP_extra_header是4字节长，其中具有为188字节长度的传输数据包。
一个Aligned单元是由32个源数据包构成的。DVR MPEG-2传输流中最后Aligned单元也是由32个源数据包构成的。因此，DVR MPEG-2传输流结束于Aligned单元的边界。如果记录在盘上的输入传输流的传输数据包数不是32的整数倍，则具有空数据包的源数据包(PID传输数据包＝0x1FFF)一定用作最后Aligned单元。文件系统不允许将冗余信息加到DVR MPEG-2传输流。
图91表示DVR MPEG-2传输流的记录器模型。图91所示的记录器是用于指定记录模型的概念性模型。DVR MPEG-2传输流遵从该模型。
解释MPEG-2传输流的输入时序。输入MPEG-2传输流是完全传输流或者部分传输流。输入MPEG-2传输流一定遵守ISO/IEC13818-1或者ISO/IEC13818-9。MPEG-2传输流的数i字节在时间t(i)同时输入到在ISO/IEC13818-1中指定的T-STD传输流系统目标解码器51和源打包器54两者。Rpk是传输数据包输入速率的瞬时最大值。
27MHz PLL 52产生27MHz频率的时钟。27MHz频率的时钟锁定在MPEG-2传输流的PCR(节目始终基准)的值。到达时间时钟计数器53是二进制计数器，其计数27MHz频率的脉冲。Arrival_time_clock(i)是到达时间时钟计数器53在时间t(i)的计数值。
源打包器54将TP_extra_header附加到整个传输数据包以创建源数据包。Arrival_time_stamp表示传输数据包的第一字节到达T-STD51和源打包器54两者的时间。Arrival_time_stamp(k)是Arrival_time_clock(k)的样本值，正如下面的方程所示Arrival_time_clock(k)＝Arrival_time_clock(k)％230这里k表示传输数据包的第一字节。
如果两个连续的输入传输数据包的时间间隔达到不小于230/27000000秒(大约40秒)，则两个传输数据包的Arrival_time_clock(k)之间的差应当设置为230/27000000秒。记录器为此情况提供。
平滑缓冲器55平滑输入传输流的位速率。平滑缓冲器55不允许溢出。当平滑缓冲器55非空时Rmax是来自平滑缓冲器55的源数据包位速率。如果平滑缓冲器55是空的，则平滑缓冲器55的输出位速率为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传输流，则在诸如smoothing_buffer_descriptor、short_smoothing_bugger_descriptor或者partial_transport_stream_descriptor的MPEG-2传输流的说明符中定义的值可以被涉及为平滑缓冲器55的大小。
如果输入传输流是SESF传输流，则平滑缓冲器55的大小(平滑缓冲器大小)为0。如果输入传输流不是SESF传输流，则在诸如smoothing_buffer_descriptor、short_smoothing_bugger_descriptor或者partial_transport_stream_descriptor的MPEG-2传输流的说明符中定义的值可以引用为平滑缓冲器55的大小。
对于记录器和再现单元，需要使用足够大小的缓冲器。缺省缓冲器大小为1536字节。
现在解释DVR MPEG-2传输流的播放器模型。图92表示DVR MPEG-2传输流的播放器模型。这是用于指定重新播放过程的概念性模型。DVRMPEG-2传输流遵守该模型。
27MHz X-tal(晶体振荡器)61产生27MHz频率。27MHz频率的误差范围一定是±30ppm(27000000±810Hz)。到达时间时钟计数器62是二进制计数器，其计数27MHz的脉冲。Arrival_time_clock(i)是到达时间时钟计数器62在时间t(i)的计数值。
在平滑缓冲器64中，Rmax是当平滑缓冲器64非空时源数据包对平滑缓冲器64的输入位速率。如果平滑缓冲器64是满的，则对平滑缓冲器64的输入位速率是0。
通过解释MPEG-2传输流的输出时序，如果当前源数据包的Arrival_time_stamp等于Arrival_time_clock(i)的30LSB位的值，则源数据包的传输数据包从平滑缓冲器64中提取出。Ppk是传输数据包速率的瞬时最大值。平滑缓冲器64不允许溢出。
DVR MPEG-2传输流的播放器模型的参数与上述DVR MPEG-2传输流的记录器模型的参数相同。
图93表示源数据包的句法，同时transport_packet()是在ISO/IEC 13818-1中指定的MPEG-2传输数据包。图94表示图93所示的源数据包句法中的TP_extra_header。通过解释图94所示的TP_extra_header的句法，copy_permission_indicator是整数，表示传输数据包的有效负载的拷贝限制。拷贝限制可以设置为免费拷贝、不再拷贝、一次拷贝或者禁止拷贝。图95表示copy_permission_indicator的值和这些值代表的模式之间的关系。
copy_permission_indicator附加到整个传输数据包。如果输入传输流要使用IEEE1394数字接口进行记录的话，则copy_Permission_indicator的值可以与IEEE1394等时数据包标头中的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流一定具有上述定义的DVR MPEG-2传输流的结构。Arrival_time_clock(i)一定在Clip AV流中连续地增加。如果系统时间基(STC基)的非连续点应当存在于Clip AV流中，Clip AV流的Arrival_time_clock(i)一定连续地增加。
在Clip AV流的开始和结束之间的Arrival_time_clock(i)之差的最大值一定是26小时。该限制保证如果在MPEG-2传输流中没有系统时间基(STC基)的非连续点，在Clip AV流中会出现相同值的PTS(显示时间戳)。MPEG-2系统标准提供PTS的环绕时间应当是233/90000秒(大约26.5小时)。
在定义Bridge-Clip AV流中，Bridge-Clip AV流一定具有上述定义的DVRMPEG-2传输流的结构。Bridge-Clip AV流一定包括一个到达时间基非连续点。在到达时间基非连续点的开头和后面的传输流一定遵守如后面要解释的关于编码的限制，并且也一定遵守后面要解释的DVR-STD。
本实施例提供在编辑中的PlayItem之间视频和音频的无缝连接的无缝支持。在PlayItem之间的无缝连接保证给播放器/记录器和“无缝解码”的“连续数据提供”。“连续数据提供”意味着以确保禁止缓冲器下溢所必须位速率向解码器提供数据文件系统的能力。“连续数据提供”根据足够大小的块连续地保证数据存储，以保证实时特性和从以盘为单位的数据读出。
“无缝解码”意味着在不产生解码器重新播放输出的暂停或者间隙的情况下，播放器在显示记录于盘上的音频/视频数据的能力。
解释由无缝连接的PlayItem引用的AV流。不管在在先PlayItem和当前PlayItem之间的连接如何被保证，使无缝显示能够从当前PlayItem中定义的connection_condition字段中被验证。有在采用Bridge-Clip的PlayItem之间的无缝连接的方法和在不采用Bridge-Clip的PlayItem之间无缝连接的方法。
图96表示在先PlayItem和当前PlayItem之间的关系。图96表示由Clip1(Clip AV流)的阴影(shaded)流数据和在Bridge_arrival_time_discontinuity之前的阴影流数据构成的TSI。
TSI的Clip1的阴影流数据是从用于解码与在先PlayItem的IN_time(由图96中的IN_time所示)相联系的显示单元所必须的流地址到由RSPN_exit_from_previous_Clip引用的源数据包的流数据。在包含于TSI的RSPN_arrival_time_discontinuity之前的阴影流数据是从Bridge_Clip的第一源数据包到由RSPN_arrival_time_discontinuity引用的源数据包的流数据。
另一方面，图96的TS2是由Clip2(Clip AV流)的阴影流数据和在Bridge_Clip的PN_arrival_time_discontinuity之后的阴影流数据构成的。在包含于TS2的Bridge_Clip的RSPN_arrival_time_discontinuity之后的阴影流数据是从由RSPN_enter_to_current-Clip引用的源数据包到用于解码与当前PlayItem的OUT_time(图96中OUT_time2所示)相联系的显示单元所要求的流的地址的流数据。
图97表示在不采用Bridge_Clip的情况下在在先PlayItem和当前PlayItem之间的关系。在这种情况下，从播放器中读出的流数据表示为阴影。图97中，TS1的TS1阴影流数据是开始于用于解码与在先PlayItem的IN_time(由图97中的IN_time1所示)相联系的显示时间所必须的流地址和延伸到Clip1的最后源数据包的数据。另一方面，图97中的TS2是由Clip2(Clip AV流)的阴影流数据构成的。
TS2的Clip2的阴影流数据是开始于Clip2的第一源数据包和结束于用于解码与当前PlayItem的OUT_time(由图97中的OUT_time2所示)相联系的显示单元所必须的流的地址的流数据。
图96和97中，TS1和TS2是源数据包的连续流。接着，考虑TS1和TS2的流指定和其间的连接条件。作为传输流编码结构的限制，包含在TS1和TS2中的视频流的数一定是1。包含在TS1和TS2中的音频流的数一定是2或小于2。包含在TS1和TS2中的音频流的数一定彼此相等。注意，TS1和/或TS2可以包含除上述那些之外的基本流或者私有流。
现在解释视频位流的限制。图98表示在图象显示序列中表示的无缝连接的例子。为了使视频流可以被无缝地表示，在OUT_time(Clip1的OUT_time)之后和IN_time2(Clip2的IN_time)之前表示的不需要图象一定要通过重新编码靠近结点的Clip的部分流的过程来去除。
图99表示使用图98所示的情况下的BridgeSequence来实现无缝连接的例子。在RSPN_arrival_time_discontinuity之前的Bridge-Clip的视频流是由到达与图98的Clip1的OUT_time1相联系的图象的编码视频流构成的。该视频流连接到在先Clip1的视频流并且重新编码，以便证明符合MPEG-2标准的一个连续基本流。
类似地方式，在RSPN_arrival_time_discontinuity之后的Bridge-Clip的视频流是由从与图98的Clip2的IN_time2相对应的图象开始的编码视频流构成的。该视频流能够开始正确地解码，连接到下一个随后的Clip2的视频流和重新编码，以便变成符合MPEG-2标准的一个连续基本流。对于创建Bridge-Clip，几个图象通常需要被重新编码，同时其它图象能够从初始Clip中拷贝。
图100表示在图98所示实施例情况下在不使用BridgeSequence时实现无缝连接的情况。Clip1的视频流是由在与图98的OUT1_time1相联系图象内的编码视频流构成的，其被重新编码从而变成一个符合MPEG-2标准的连续基本流。类似地，Clip2的视频流是由在与图98的Clip2的IN_time2相联系的图象之后的编码视频流构成的，其被重新编码从而变成一个符合MPEG-2标准的连续基本流。
通过解释视频流的编码限制，TS1和TS2视频流的帧速率一定要彼此相等。TS1视频流一定在sequence_end_code结束，而TS2视频流一定开始于sequence_header，其是GOP标头和I图象中。TS2视频流一定开始于封闭GOP。
位流中定义的视频表示单元(帧或者字段)一定是连续的，其间具有结点。在结点处，顶部/底部字段序列一定是连续的。在采用3-2下拉(3-2 pulldown)编码的情况下，重写“top_field_first”和“repeat_first_field”是必须的，同时局部重新编码也可以用于防止发生字段间隙。
通过解释音频位流的编码限制，TS1的音频取样频率和TS2的音频取样频率一定要彼此相等。TS1和TS2的诸如MPEG1层2，AC-3，SESF，LPCM和AAC的音频编码方法一定彼此相等。
通过解释MPEG-2传输流上的编码限制，TS1音频流的最后音频帧一定包含音频样本，其具有等于在TS1显示图象的显示结束时间的显示时间。TS2音频流的第一音频帧一定包含音频样本，其等于在TS2第一显示图象之显示开始时刻的样本。
在结点处，在音频表示单元的序列中一定没有间隙。如图101所示，可以有由音频表示单元的长度定义的重叠，其不大于两个音频帧域。传输TS2基本流的第一数据包一定是视频数据包。在结点处的传输流一定遵守随后要解释的DVR-STD。
通过解释Clip和Bridge-Clip的限制，其中TS1和TS2一定不包含到达时间基的非连续点。
下述限制仅仅适用于使用Bridge-Clip的情况。Bridge-Clip AV流在TS1的最后源数据包和TS2的第一源数据包之间的结点处仅仅具有一个到达时间基非连续点。在ClipInfo()中定义的RSPN_arrival_time_discontinuity一定说明非连续点的地址，其又一定说明引用TS2第一源数据包的地址。
由在BridgeSequenceInfo()中定义的RSPN_exit_from_previous_Clip引用的源数据包可以是Clip中的任何源数据包。该源数据包是Aligned单元的边界是不必要的。由在BridgeSequenceInfo()中定义的RSPN_exit_from_current_Clip引用的源数据包可以是Clip中的任何源数据包。该源数据包不必是Aligned单元的边界。
通过解释PlayItem的限制，在先PlayItem的OUT_time(图96和97所示的OUT_time1)一定表示TS1的最后显示单元的显示结束时间。当前PlayItem的IN_time(图96和97所示的IN_time2)一定表示TS2第一视频表示单元的显示开始时间。
参照图102，通过解释使用Bridge-Clip中的数据分配的限制，一定要创建无缝连接以便保证由文件系统提供的连续数据。这一定是通过排列连接到Clip1(Clip AV流文件)和Clip2(Clip AV流文件)的Bridge-Clip AV流完成的，目的是满足数据分配指定。
一定要选择RSPN_exit_from_previous_Clip以便在RSPN_exit_from_previous_Clip(Clip AV流文件)之前的Clip1(Clip AV流文件)的流部分将排列在不小于半段(half fragment)的连续区域中。一定要选择Bridge-Clip AV流的数据长度以便其被排列在不小于半段的连续区域中。一定要选择RSPN_enter_to_current_Clip使得在RSPN_enter_to_current_Clip之后的Clip2(Clip AV流文件)的流部分将被排列在不小于半段的连续区域中。
通过解释在不使用Bridge-Clip时无缝连接情况下数据分配的限制，一定要创建无缝连接以便连续数据提供将由文件系统保证。这一定是通过排列Clip1(Clip AV流文件)的最后部分的第一部分和Clip2(Clip AV流文件)的第一部分实现的，目的是满足数据分配指定。
Clip1(Clip AV流文件)的第一个流部分一定要配置在不短于一个半段的连续区域中。Clip2(Clip AV流文件)的第一个流部分一定要配置在不小于一个半段的连续区域中。
下面，解释DVR-STD。DVR-STD是概念性模型，用于模仿在产生和验证DVR MPEG-2传输流中的解码处理。另一方面，DVR-STD是概念性模型，用于模仿在产生和验证由上述无缝连接的两个PlayItem引用的AV流中的解码处理。
图104表示DVR-STD模型。图104所示的模型包含作为构成单元的DVRMPEG-2传输流播放器模型。诸如n，Tbn，Mbn，Ebn，Tbsys，Bsys，Rxn，Rbxn，Rxsys，Dn，Dsys，On和Pn(k)的符号是与在ISO/IEC138188-1的T-STD中定义的符号相同。即，n是基本流的索引数，Tbn是基本流n的传输缓冲器。
Mbn是基本流n的多路复用缓冲器，并且只出现在视频流中。Ebn是基本流n中的基本流缓冲器。其只对视频流出现。Tbsys是用于正在解码的节目中的系统信息的输入缓冲器。Bsys是用于正在解码的节目的系统信息的系统目标解码器中的主缓冲器。Rbxn是数据从Mbn中去除的传输速率并且只对视频流出现。
Rxsys是数据从Tbsys中去除的传输速率。Dn是基本流n中的解码器。Dsys是与正在解码的节目的系统信息有关的解码器。On是视频流中的重新排序缓冲器。Pn(k)是基本流n中的数k显示单元。
解释用于DVR-STD的解码过程。在专有DVR MPEG-2传输流再现的时间期间，传输数据包输入到Tbsys缓冲器的时序是由源数据包的arrival_time_stamp确定的。对解码操作和显示操作的指定是与ISO/IEC13818-1中的指定相同。
解释在再现无缝连接PlayItem同时的解码过程。这里，解释由无缝连接PlayItem引用的两个AV流的再现。下述说明中，解释例如图96所示的前述TS1和TS2的再现。同时，TS1和TS2分别是在先流和当前流。
图105表示当从所给AV流(TS1)传送到无缝连接的下一个AV流(TS2)时用于输入，解码和显示传输数据包的时序图。在从预置AV流(TS1)传送到无缝连接的下一个AV流(TS2)时间期间，(图105中STC2表示的)TS2到达时间基的时间轴是与(图105中STC1表示的)TS1到达时间基的时间轴不相同。
而且，(图105中STC2表示的)TS2系统时间基的时间轴与(图105中STC1表示的)TS1系统时间基的时间轴不同。要求视频显示是无缝连接的，同时在音频表示单元的显示时间中可以有重叠。
解释对DVR-STD的输入时序。直到时间T1，即直到TS1的最后视频数据包完全输入到DVR-STD的TB1为止的时间，对DVR-STD的TB1，Tbn或者Tbsys的输入时序是由TS1源数据包的arrival_time_stamp确定的。
TS1的剩余数据包一定以TS_recording_rate(TS1)的位速率输入到Tbn或者Tbsys的缓冲器，这里TS_recording_rate(TS1)是在与Clip1相联系的ClipInfo()中定义的TS_recording_rate的值。TS1的最后字节输入到缓冲器的时间是时间T2。因此，在从时间T1到时间T2的域中，源数据包的arrival_time_stamp减少(discount)。
如果N1是在TS1最后视频数据包之后的传输数据包字节数，从时间T1到时间DT1的时间DT1是N1字节被以TS_recording_rate(TS1)的位速率完全输入所要求的时间，并且是根据下述方程计算的DT1＝T2-T1＝N1/TS_recording_rate(TS1).
在从时间T1到T2的时间期间，Rxn和Rxsys的值两者都变成了TS_recording_rate(TS1)的值。除该规则之外的缓冲器操作是与T-STD的相同。
在时间T2，到达时间时钟计数器被复位到TS2第一源数据包的arrival_time_stamp的值。TB1，Tbn或者Tbsys对DVR-STD的输入时序是由TS2源数据包的arrival_time_stamp确定的。Rxn和Rxsys两者都变成在T-STD中定义的值。
通过解释附加音频缓冲器和系统数据缓冲器，除了在T-STD中定义的缓冲器量之外，要求音频解码器和系统解码器具有剩余缓冲器量(近似一秒等效数据量)。
通过解释视频显示时序，视频表示单元的显示一定要通过结点以没有间隙的方式连接。注意，STC1是TS1系统时间基的时间轴(图105中的STC1所示)，而STC2是TS2系统时间基的时间轴(图97中的STC2所示)。具体地说，STC2开始于第一PCR输入到T-STD的时间点。
STC1和STC2之间的偏移按如下确定如果PTS1end是与TS1最后视频表示单元相联系的STC1上的PTS，而PTS2start是与TS2第一视频表示单元相联系的STC2上的PTS，同时Tpp是TS1最后视频表示单元的显示周期，则在两系统时间基之间的偏移STC_delta可以根据下述方程计算STC_delta＝PTS1end+Tpp-PTS2start.
通过解释音频显示，可以有音频表示单元之显示时序的重叠，该重叠可以是0到小于2个音频帧(见图105所示的“音频重叠”)。应当选择的音频样本和音频表示单元的显示对结点后面的校正时间基的重新同步都设置在播放器上。
通过解释DVR-STD的系统时间时钟，TS1最后音频表示单元在时间T5上被显示。系统时间时钟可以在时间T2和时间T5之间重叠。在该域期间，DVR-STD在旧时间基值(STCl)和t新时间基值(STC2)之间转换。STC2的值可以根据下述方程计算STC2＝STC1-STC_delta解释缓冲器连续性。STC1video_end是当TS1的最后视频数据包的最后字节到达DVR-STD的TB1时系统时间基STC1上的STC值，而STC2video_end是计算到关于系统时间基STC2的值的值。STC2video_end是通过下述方程计算的STC2video_end＝STC1video_end-STC_delta为了遵守DCR-STD，要求下面两个条件。第一，DVR-STD的TB1上的第一视频数据包的第一字节的到达时序一定要满足下述不等式STC22video_end＞STC21video_end+ΔT1.
如果为了满足该不等式，Clip1和/或Clip2的部分流将重新编码和/或重新多路复用，则其根据需要进行。
第二，在其中STC1和STC2转换到相同时间轴上的系统时间基的时间轴上，来自TS1的视频数据包输入和来自TS2的下一个视频数据包输入一定既不上溢出又不下溢出视频缓冲器。
基于该句法、数据结构和规则，记录在记录介质上的内容或者重新播放的信息能够被适当地管理，使得用户能够验证适当地记录在记录介质上的数据的内容或者容易地再现所希望的数据。
尽管本实施例是将MPEG-2传输流作为多路复用流来作为例子解释的，但这仅仅是示例性的，本实施例可以应用到MPEG2节目流或者用在美国DirecTV服务(商标)的DSS传输流。
参照图106的流程图解释在mark_entry()和representative_picture_entry()的句法构造成图81所示的情况下定位由标记点表示的场景再生的过程。
首先，在步骤S1，记录和/或再现设备1的控制器23从记录介质100中读出EP_map(图70)，STC_Info(图52)和ClipMark(图78)作为DVR传输流的数据库。
在步骤S2，控制器23列出来自由representative_picture_entry()(图81)或者ref_thumbnail_index所引用的图象的缩略图表以将如此形成的表从作为用户接口输入/输出之端子24中输出，以用于在GUI菜单上显示。如果在这种情况下，ref_thumbnail_index具有有效值，则ref_thumbnail_index相对于representative_picture_entry是优先排序的。
在步骤S3，用户指定再现开始点的标记点。这是通过用户从作为GUI显示的菜单屏幕上选择缩略象实现的。控制器23响应这个选择操作以获得与该指定的缩略图相联系的标记点。
在步骤S4，控制器23获得mark_Time_stamp的PTS和在步骤S3指定的mark_entry的STC_sequence_id(图81)。
在步骤S5，控制器23从STC_Info(图52)中获得源数据包数，在此开始与在步骤S4获得的STC_sequence_id相联系的STC时间轴。
在步骤S6，控制器23从在此开始在步骤S5要求的STC时间轴的数据包数和从在步骤S4要求的标记点的PTS中获得源数据包数，在这里有时间上在标记点PTS之前和最靠近标记点PTS的入口点(I图象)。
在步骤S7，控制器23从包含步骤S6要求的入口点之源数据包数中读出传输流的数据以将所读出数据发送到AV记录器27。
在步骤S8，控制器23控制AV记录器27以启动从步骤S4获得的标记点PTS的图象开始的显示。
上述操作参照图107到109进行进一步地解释。
假设将CM(商业广告)插入在DVR传输流文件中的DV传输流具有STC_sequence_id＝id＝id0的STC_EP_start的STC时间轴，如图107所示，并且假设时间轴开始于此的源数据包数小于源开始点A的源数据包数。还假设CM(商品广告)被加在源数据包数B和C之间。
在这种情况下，寄存有与表示成RSPN_EP_start的作为PTS(A)、PTS(B)和PTS(C)的对应PTS之A、B和C相联系的EP_map，其对应于图70所示EP_map，如图108所示。
参照图109，在图78的ClipMark中记录有与表示场景开始、CM开始和CM结束的0x92、0x94和0x95之标记类型值(图79)相联系的mark_entry和representative_picture_entry，如图109所示。
作为mark_entry的mark_time_stamp、PTS(a1)、PTS(b0)和PTS(c0)与场景开始、CM开始和CM结束相联系而被寄存，其中对应STC_sequence_id为id0。
类似地，作为representative_picture_entry的mark_time_stamp、PTS(a2)、PTS(b0)和PTS(c)与场景开始、CM开始和CM结束相联系而被寄存，其中对应STC_sequence_id为id0。
如果PTS(A)＜PTS(a1)，在步骤S6获得数据包数A。在步骤S7，开始于数据包数A的传输流提供给AV解码器27，并且在步骤S8，显示从PTS(a1)开始初始化。
参照图110的流程图，在mark_entry和representative_picture_entry的句法构造为图81所示的情况下，CM的处理跳步再现。
在步骤S21，控制器23从记录介质100中读出EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)。在步骤S22，用户从作为用户接口输入/输出的端子24中指定CM跳步再现。
在步骤S23，控制器23获得作为CM开始点(0x94)和相关的STC_sequence_id之标记信息的PTS(图81)。
在步骤S24，控制器23从STC_Info(图52)中获得CM开始和结束点的源数据包数，在此开始对应于STC_sequence_id的STC时间轴。
在步骤S25，控制器23使传输流从记录介质中读出，以将其发送到AV解码器27开始解码。
在步骤S26，控制器23验证当前显示图象是否是CM开始点之PTS的图象。如果当前显示图象不是CM开始时间点的图象，则控制器处理到步骤S27继续显示该图象。然后处理返回步骤S25以重复随后的步骤。
如果在步骤S26，当前显示图象被验证是CM开始点之PTS的图象，则处理进行到步骤S28，在此控制器23控制AV解码器27以暂停解码和显示。
在步骤S29，控制器23获得在此开始与CM结束点的STC_sequence_id相联系之时间轴的数据包数，同时从该数据包数和由在步骤S23处理所获得的CM结束点的PTS中获得其中在时间上在该点的PTS之前和最靠近该点PTS之入口点的源数据包数。
在步骤S30，控制器23控制AV解码器27以重新初始化来自CM结束点的PTS图象的显示。
在步骤S31，控制器23控制AV解码器27以重新初始化来自在CM结束点的PTS图象的显示。
参照图107到109，进一步解释上述操作。CM开始时间点和CM结束点在实施例中出现在STC_sequence_id＝id0的公共时间轴上。选择在此开始STC时间轴的源数据包数为小于场景开始点的源数据包数A。
如果传输流被解码，并且在步骤S26，发现显示时间是PTS(b0)，即如果显示时间点发现是CM开始时间点，则显示被AV解码器27暂停。如果PTS(C)＜PTS(c0)，在步骤S30，从该流开始解码，解码开始于数据包数C的数据。在步骤S31，显示是从PTS(c0)的图象重新开始。
该方法能够不仅应用于CM跳步再现而且能够应用于在通常由ClipMark指定的两点之间的场景的跳步再现。
参照图112的流程图，解释在mark_entry和representative_picture_entry为图82所示句法的情况下由标记点指明的CM定位(locating)再现处理。
在步骤S41，控制器23获得EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)的信息。
在步骤S42，控制器23产生来自由representative_picture_entry()(图82)引用的图象或者由包含在ClipMark(图78)中的ref_thumbnail_index所引用的图象的缩略图表，在步骤S41读出，以将如此产生的表显示在菜单屏幕上。如果ref_thumbnail_index具有有效值，则ref_thumbnail_index相对于representative_picture_entry是优先排序的。
在步骤S43，用户指定重新播放开始点的标记点。该种指定是例如通过用户从由步骤S42处理所显示的屏幕上选择缩略象以指定与该缩略图相联系的标记点来实现的。
在步骤S44，控制器23获得由步骤S43处理所指定的标记点之RSPN_ref_EP_start和offset_num_pictures(图82)。
在步骤S45，控制器23使传输流数据从对应于在步骤S44获得的RSPN_ref_EP_start的源数据包数中读出，以将其送到AV解码器27。
在步骤S46，控制器23控制AV解码器27以从由RSPN_ref_EP_start引用的(没有显示)图象开始计数要显示的图象并启动从对应于offset_num_pictures计数值的图象开始的显示。
参照图113到115，进一步解释上述处理。在本实施例中，场景是在DVR传输流中启动的，从而CM从源数据包数B到源数据包C插入。这样，PTS(A)、PTS(B)和PTS(C)作为RSPN_EP_start寄存在EP_map中，与PTS_EP_start的A、B和C相关，如图114所示。
而且，mark_entry和representative_picture_entry与场景开始、CM开始和CM结束相联系地寄存，如图115所示。在mark_entry中，A、B和C寄存为RSPN_ref_EP_start，与场景开始、CM开始和CM结束相联系，同时M1、N1和N2寄存为offset_num_pictures。类似地，在representative_picture_entry中，M2、N1和N2寄存为offset_num_pictures，与场景开始、CM开始和CM结束相联系，同时M1、N1和N2寄存为offset_num_pictures。
如果命令定位再现为从对应于场景开始的图象，解码是从数据包数A数据开始的流进行，以计数要显示的从没有显示的图象PTS(A)开始的图象和启动从其offset_num_pictures已经假设为M1值之图象开始的显示。
现在参照图116的流程图解释在mark_entry和representative_picture_entry的句法是图82所示结构的情况下CM跳步再现的处理。
在步骤S61，控制器23获得关于EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)的信息。
如果在步骤S62用户命令CM跳步再现，控制器23在步骤S63获得与CM开始点和CM结束点一样的对应点标记信息的RSPN_ref_EP_start和offset_num_pictures(图82)。CM开始点数据是RSPN_ref_EP_start(1)和offset_num_pictures(1)，而CM结束点数据是RSPN_ref_EP_start(2)和offset_num_pictures(2)。
在步骤S64，控制器23获得对应于来自EP_map的RSPN_ref_EP_start(1)和RSPN_ref_EP_start(2)的PTS(图70)。
在步骤S65，控制器23使传输流从记录介质100中读出以将其发送到AV解码器27。
在步骤S66，控制器23验证当前显示图象是否是与RSPN_ref_EP_start(1)和RSPN_ref_EP_start(2)相联系的PTS的图象，并且，如果当前显示图象不是与RSPN_ref_EP_start(1)相联系的PTS的图象，则其处理到步骤S67以使图象被连续地显示。然后控制器23返回步骤S65以重复随后的处理。
如果在步骤S66，当前显示图象是与RSPN_ref_EP_start(1)相联系的PTS的图象，则控制器23处理到步骤S68以控制AV解码器27计数从与RSPN_ref_EP_start(1)相联系的PTS的图象开始显示的图象，当计数值是offset_num_pictures(1)时暂停该显示。
在步骤S69，控制器23使传输流读出，其开始于RSPN_ref_EP_start(2)的源数据包数，以将所读出数据发送到AV解码器27。
在步骤S70，控制器23计数要显示的从与RSPN_ref_EP_start(2)相关的PTS的(没有显示)图象开始的图象，并且当计数值是offet_num_pictures(2)时，控制器使显示在对应图象处开始。
通过参照图113到图115进一步解释上述操作，分别对应于数据包数B和C的时间PTS(B)和PTS(C)首先基于EP_map获得(图114)。Clip AV流被解码，并且当该值是是N1时(图15)，暂停显示。
解码是从开始于数据包数C之数据的流重新启动的，以计数要显示的从PTS(C)图象开始的图象，并且当该值是是N2时(图115)，显示从该图象开始被重新启动。
上述处理不仅可以适用于CM跳步再现的情况，也可以适用于具有在由ClipMark指定的两点之间跳步的场景的再现。
参照图118的流程图解释在mark_entry和representative_picture_entry基本流的句法是如图84所示情况下定位由标记点指定的场景和再现如此定位的场景的处理。
在步骤S81，获得关于EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)的信息。
在步骤S82，控制器23产生由representative_picture_entry或者由ClipMark(图78)的ref_thumbnail_index所引用的缩略图表，以将如此产生的表显示为GUI菜单图象。如果ref_thumbnail_index具有有效值，则ref_thumbnail_index相对于representative_picture_entry是优先排序的。在步骤S83，用户指定再现开始点的标记点。该指定是通过用户从菜单图象选择缩略象并且指定与该缩略图相联系的标记点完成的。
在步骤S84，控制器23获得由用户指定的RSPN_mark_point(图84)。
在步骤S85，控制器23从EP_map获得在mark_point的RSPN_mark_point之前和最靠近的入口点的源数据包数。
在步骤S86，控制器23从与在步骤S85获得的入口点相联系的源数据包数中读出传输流的数据，以将如此读出的数据送到AV解码器27。
在步骤S87，控制器23控制AV解码器27启动从由RSPN_mark_point引用的图象开始的显示。
参照图119到121更详细地解释上述处理。在本实施例中，DVR传输流文件是这种文件，其中场景开始于源数据包并且CM被插入在从源数据包数B到源数据包数C。这样，PTS_EP_start被寄存作为与图20的RSPN_EP_start一样的与A，B和C相关的PTS(A)、PTS(B)和PTS(C)。在图21所示的ClipMark中，a1、b1和c1寄存为制造者入口的RSPN_mark_point，同时a2、b1和c1寄存为representative_picture_entry的RSPN_mark_point，其分别与场景开始、CM开始和CM结束相联系。
在用于再现的场景开始处定位图象时，如果数据包数A是使得A＜a1，则解码是从开始于数据包数A之数据的流开始的，使得显示是从对应于源数据包数a1的图象开始。
现在参照图122和123的流程图解释在mark_entry和representative_picture_entry的句法是如图84所示情况下的CM跳步再现处理。
在步骤S101，控制器23获得关于EP_map(图70)、STC_Info(图52)、Program_Info(图54)和ClipMark(图78)的信息。
在步骤S102，用户指定CM跳步再现。
在步骤103，控制器23获得其标记类型(图79)是CM开始点或者CM结束点的每个点标记信息的RSPN_mark_point(图84)。控制器23将CM开始点的数据和CM结束点的数据分别设置为RSPN_mark_point(1)和RSPN_mark_point(2)。
在步骤S104，控制器23使传输流从记录介质100中读出以输出该用于解码的读出的流。
在步骤S105，控制器23验证当前图象是否是对应于RSPN_mark_point(1)的图象。如果当前图象不是对应于RSPN_mark_point(1)的图象，则控制器23处理到步骤S106以继续显示该图象。然后，处理返回到步骤S11以重复随后的处理。
如果在步骤S105当前显示图象已经被证实是与RSPN_mark_point(1)相联系的图象，则处理转移到步骤S107，在此控制器23控制AV解码器27暂停解码和显示。
然后，在步骤S108，在RSPN_mark_point(2)之前和最靠近的源数据包数是从EP_map获得的(图70)。
在步骤S109，控制器23从与在步骤S108获得的入口点相联系的源数据包数中读出传输流数据以将其送到AV解码器27。
在步骤S110，控制器23控制AV解码器27重新启动从由RSPNmark_point(2)引用的图象开始的显示。
通过参照图119到121的实施例更详细地解释上述处理，ClipAV流被解码和显示在对应于源数据包数b1的显示图象处暂停(图21)。如果源数据包数C＜源数据包数c1，解码在开始于数据包数C之数据的流中重新启动，并且显示被在开始于数据包数c1之数据的流中重新启动。
正如上述，预置定位在PlayList上是通过时间戳指定的，该时间戳在每个Clip的每个Clip信息中转换为对ClipAV流的预置位置的访问的数据地址。
具体地说，如果书标记或者恢复点由用户指定为与时间轴上的时间戳一样的PlayList标记，则再现的PlayList可以使用由PlayList引用的ClipMark的ClipMark以访问ClipAV流的场景开始或者结束点。
同时，ClipMark句法可以是图126所示，而不是图78所示。
在本实施例中，RSPN_mark插入在图78的reserved_for_MakerID、mark_entry()和representative_picture_entry()的位置。该RSPN_mark的32位字段表示包含标记正在引用的存取单元之第一字节的源数据包的相对地址。RSPN_mark是根据源数据包数作为单位来定大小的。其是在从AV流文件第一源数据包开始的Clip信息文件中定义的并且以offset_SPN的值作为初始值计数的。
否则该结构与图78的结构相同。
ClipMark句法还可以构造成图127所示。在本实施例中，RSPN_ref_EP_start和offset_num_pictures插入在图126的RSPN_mark的位置。这些类似于图82中所示的。
图128是用于说明在编码和记录模拟AV信号过程中，图81中所示句法的ClipMark的准备。参考图1所示的记录和/或再现设备1的方框图，在步骤S200，分析单元14分析来自端子11，12的输入AV信号以检测特征点，该特征点规定起因于AV流内容的特征场景，例如节目定位点或者场景变化点在步骤S201，控制器23获得特征点图象的PTS。
在步骤S202，控制器23在ClipMark中存储关于特征点的信息。具体地说，存储在本实施例ClipMark的语义和句法方面解释的信息。在步骤S203，Clip信息文件和Clip AV流文件被记录在盘上。
图129用于说明在记录从数字接口输入的传输流的过程中，图81中所示句法的ClipMark的准备。参考图1所示的记录和/或再现设备1的方框图，在步骤S211，多路分用器26和控制器23获得要被记录的节目的基本流PID。如果有多个要被分析的基本流，则获得全部的基本流PID。
在步骤S212，多路分用器26分离出来自从端子13输入的传输流节目中的基本流，AV解码器27将该基本流解码成AV信号。在步骤S213，分析单元14分析AV信号以检测特征点。
在步骤S214，控制器23获得特征点图象的PTS和其所属的STC的STC_sequence_id。具体地，控制器23存储在本实施例中的ClipMark的句法和语义中解释的信息。
在步骤S216，Clip信息文件和Clip AV流文件被记录在盘上。
如图128和129的流程图所示，AV流文件，即用于存储Clip AV流文件中指示特征图象的标记的ClipMark，被记录在AV流文件中的管理信息数据文件中，即被记录在Clip信息文件中。
图130是用于说明实PlayList的准备的流程图。参考图l的记录和/或再现设备1的方框图进行说明，在步骤S221，控制器23记录Clip AV流。在步骤S222，控制器23明确表示包括转换Clip的全部可再现范围的PlayItem的PlayList()。如果在Clip中存在STC非连续点，并且PlayLisT()是由两个或多个PlayItem组成时，则还确定PlayItem之间的connection_condition。
在步骤S223，控制器23创建UIAppInfoPlayList()。在步骤S224，控制器23形成PlayListMark。在步骤S225，控制器23形成MakersPrivateData。在步骤S226，控制器23记录实PlayList文件。
所以，每次都创建一个实PlayList文件，Clip AV流被重新记录。
图131是用于说明虚PlayList的形成的流程图。在步骤S231，通过用户接口确定一个记录在该盘上的实PlayList的再现。从该实PlayList的再现范围中，确定由IN和OUT指示的再现域。
在步骤S232，控制器检验由用户指定的再现范围的处理是否已经全部完成。如果在步骤S232检验出由用户指定的再现范围的处理还没有全部完成，处理返回到步骤S231重复后续的处理。如果在步骤S232检验出该操作已经全部完成，则处理转到步骤S233。
在步骤S233，由用户通过用户接口或由处理器23确定两个连续再现的域之间的连接条件(connection_condition)。如果用户无法产生sub-path，则跳过步骤S234的处理。
在步骤S235，控制器23根据由用户指定的再现范围信息和connection_condition形成PlayList()。在步骤S236，控制器23形成UIAppInfoPlayList()。在步骤S237，控制器23形成PlayListMark。在步骤S238，控制器23形成MakerPrivateData。在步骤S239，控制器23将使虚PlayList文件记录在盘上。
从记录在盘上的实PlayList的重放范围中，用户选择他或她希望观看的重放范围，并且从一组到另一组的集中分组的重放范围中形成一个虚PlayList。
图132是用于说明PlayList的再现的流程图。还要参考图1的表示记录和/或再现设备1的方框图。在步骤S241，控制器23获得Info.dvr、Clip信息文件、PlayList文件和关于缩略图(thumbnail)文件的信息以形成一个表示在盘上记录的PlayList的表从而在GUI上显示。
在步骤S242，用户命令控制器23通过用户接口再现一个PlayList。在步骤S243，控制器23从IN_time的PTS和当前PlayItem的STC-sequence-id中获得一个具有暂时在先的、并且最接近IN_time的进入点的源数据包号。在步骤S244，控制器23从源数据包号中读出AV流的数据以将这样读出的数据传送到AV解码器27。
如果在上述的PlayItem之前该PlayItem被暂时再现，则在步骤S245控制器23管理控制从而根据connection_condition执行对PlayItem的显示的连接处理。在步骤S246，AV解码器27从IN_time的PTS的图象开始显示。
在步骤S247，AV解码器27连续解码AV流。在步骤S248，控制器23检查当前显示的图象是否是OUT_time的PTS的图象。如果在步骤S248确定当前显示的图象是OUT_time的PTS的图象，则处理转到步骤S250，否则，转到步骤S249。
在步骤S249，执行对检验将为PTS图象的图象进行显示的处理。接着处理返回到步骤S247以重复后续的处理。另一方面，在步骤S250，控制器23检查PlayItem是否是当前PlayList中的最后一个，并且，如果该PlayItem被验证将是当前PlayList中的最后一个，则终止图132的流程图的处理。如果该PlayItem被验证将不是当前PlayList中的最后一个，则处理返回到步骤S243以重复后续的处理。
图133是用于说明PlayListMark的准备的流程图。参考图1的表示记录和/或再现设备1的方框图。
在步骤S262，用户命令控制器23再现一个PlayList。在步骤S263，再现单元3开始再现指定的PlayList，如参考图132的流程图所做的说明。
在步骤S264，用户通过用户接口命令控制器23设置喜爱的场景的标记。在步骤S265，控制器23获得标记的PTS和其所属的PlayItem的PlayList_id。
在步骤S266，控制器23将标记信息存储在PlayListMark()中。在步骤S267，在盘上记录PlayList文件。
在这种方式中，为存储指定再现Clip的ClipMark中的恢复点的标记，将用户从PlayList的再现范围中指定的标记点，或该PlayListMark记录在PlayList文件上。
图134是用于说明使用由PlayList参考得到的Clip的ClipMark和在再现该PlayList过程中的PlayListMark进行的定位再现。ClipMark()的句法在图81中示出。参考图1的表示记录和/或再现设备1的方框图进行说明。
在步骤S271中，控制器23通过用户接口获得Info.dvr、Clip信息文件、PlayList文件和关于缩略图文件的信息以创建一个表示在盘上记录的PlayList的表从而在GUI 61上显示。
在步骤S272，用户通过用户接口命令一个PlayList的再现。在步骤S273，控制器23通过用户接口在GUI上显示从由PlayList参考的Clip的ClipMark所参考的图象中产生的缩略图的表。
在步骤S274，通过用户将再现开始点的标记点指定到控制器23。在步骤S275，控制器23检验在步骤S274通过处理选择的标记是否是在PlayListMark中存储的标记。如果在步骤S275检验的所选择的标记是将存储在PlayListMark中的标记，则处理转到步骤S276。否则处理转到步骤S278。
在步骤S276，控制器23获得该标记的PTS以及其所属的PlayItem_id。在步骤S277，控制器23获得由PlayItem_id指示的PlayItem所参考的AV流的STC-Sequence-id。
在步骤S278，控制器23根据STC-Sequence-id和标记的PTS使AV流输入到AV解码器27。具体地，使用STC-Sequence-id和标记的PTS，执行与图132的流程图的步骤S243和S244相似的处理。在步骤S279，再现单元3从标记的PTS的图象开始显示。
当再现PlayList时，如参考图9中的说明，能够参考由PlayList参考的存储在Clip的ClipMark中的标记。因此，如果一个Clip被实PlayList或多个虚PlayList所参考，则这些PlayList可以共有该Clip的ClipMark，从而能够有效地管理标记数据。
如果在PlayList中定义将PlayListMark和ClipMark组合在一起，而不需要定义该Clip中的ClipMark，并且如果一个Clip被实PlayList或多个虚PlayList所参考，则各个PlayList具有相同内容的ClipMark信息，因此恶化了数据记录效率。
图135表示PlayListMark()的另一个典型句法。Length表示从紧接该长度字段之后的字节至PlayListMark()的最后字节之间的字节数。Number_of_PlayList_mark表示在PlayListMark中存储的标记的入口数。
mark_invalid_flag是一个位的标志，并且如果这个值被设置成0，即指示这个标记具有有效信息。如果这个值被设置成1，则指示这个标记是有效的。
如果用户在用户接口上已经进行了擦除标记入口的操作，则记录和/或再现设备1可以将mark_invalid_flag的值改变成1而不从PlayListMark中擦除标记的入口。
mark_type表示标记类型并具有图136中所示的意义。mark_name_length表示在maek_name字段中指示的标记名字的字节长度。该字段的值不大于32。ref_to_PlayItem_id表示当输入标记时由PlayItem指定的PlayItem_id的值。在对应于给定的PlayItem的PlayList()中定义的值是在PlayList()中被定义的。
mark_time_stamp存储指示由该标记指定的点的时间戳。mark_time_stamp指定在由ref_to_PlayItem_id指定的PlayItem中定义的IN_time和OUT_time中指定的再现范围中的时间。时间戳的意义与图44中的相同。
如果entry_ES_PID被设置成0xFFFF，则该标记是一个在为PlayList使用的基本流总体所共有的公共时间轴上的指针。如果entry_ES_PID被设置成其他的不是0xFFFF的值，则entry_ES_PID表示包含由该标记指定的基本流的传输包的PID的值。
ref_thumbnail_index表示附加在该标记上的缩略图的信息。该信息的意义与ref_thumbnail_index相同。mark_name表示标记名字。由来自该字段的左边的mark_name_length定义的字节数是有效的字符字母，并表示该名字。由UIAppInfoPlayList中的character_set指定的方法编码该字符字母。
在mark_name字段中的该有效字符字母的下一个字节的值可以是任何值。在这种句法的情况下，标记可以表示指定的基本流。例如，如果PlayList参考一个其中具有多个视频流的多画面(muti-view)节目，则entry_ES_PID用于设置表示该节目中一个视频流的视频PID。
假设用户正在再现该参考多画面节目的PlayList，并且用户正在观看该多画面的一个画面。还假设用户已经发送了一个跳过该再现至下一个标记点的命令。在这种情况中，记录和/或再现设备1应该使用与该用户当前看到的的画面的视频PID的值相同的entry_ES_PID的标记。该记录和/或再现设备不应该任意改变画面。该记录和/或再现设备1可以使用在entry_ES_PID被设置成0xFFFF的标记。在这种情况中，记录和/或再现设备1不任意改变该画面。
图137表示了图81中所示的句法的ClipMark()的改进。Length表示从紧接该长度字段之后的字节至ClipMark()的最后字节之间的字节数。如果mark_type指定从0x60至0x7F中的一个值，则maker_ID表示已经定义了mark_type的制造商的ID。
numer_of_Clip_mark表示在ClipMark中存储的标记的入口数。mark_invalid_flag是一个一位的标志，如果该值被设置成0或1，则它分别表示该标记具有有效信息或该标记是无效的。
如果用户在用户接口上已经进行了擦除标记入口的操作，则记录和/或再现设备1可以将mark_invalid_flag的值改变成1而不从PlayListMark中擦除标记的入口。mark_type指示标记类型并具有图138中所示的意义。
ref_to_STC_id表示指定mark_time_stamp和refpresentative_picture_time_stamp所位于的STC-sequence的STC-sequence-id。STC-sequence-id的值在STCInfo()中被定义。mark_time_stamp具有在图81中mark_entry()的情况下的mark_time_stamp的相同的意义。如果entry_ES_PID被设置成0xFFFF，则该标记是一个在Clip中的基本流总体所共有的时间轴上的指针。如果entry_ES_PID被设置成其他的不是0xFFFF的值，则entry_ES_PID表示包含由该标记指定的基本流的传输包的PID的值。
ref_thumbnail_index表示附加在该标记上的缩略图的信息。该信息的意义与图78的ref_thumbnail_index相同。representative_time_stamp具有在图81中representative_time_stamp的情况下的mark_time_stamp的相同的意义。
在图137中所示的句法的情况中，该标记可以指示一个特定的基本流。例如，如果Clip包含具有一个节目中的多个视频流的多画面节目，则entry_ES_PID用于设置指定该节目中一个视频流的视频PID。
假设用户正在再现该参考多画面节目的PlayList，并且用户正在观看该多画面的一个画面。还假设用户已经向记录和/或再现设备1发送了一个跳过该再现至下一个标记点的命令。在这种情况中，记录和/或再现设备1应该使用与该用户当前看到的的画面的视频PID的值相同的entry_ES_PID的标记。而该记录和/或再现设备不允许任意改变画面。该记录和/或再现设备1可以使用用于将entry_ES_PID设置成0xFFFF的标记。在这种情况中，记录和/或再现设备1不允许任意改变该画面。
根据上述句法、数据结构和规则，能够适当管理记录在记录介质100上的数据的内容或重放信息以便相当方便地再现所需数据。
使用上述的数据结构，例如PlayList文件和Clip信息文件被彼此分离，并以这种形式被记录。因此，如果预设的PlayList或Clip的内容通过编辑被改变，就不需要改变与该文件无关的其他文件。结果，文件内容能够被方便地改变，并且对于这样的改动或记录是能够在较短的时间内完成的。
如果读取了初始的Info.dvr，则盘记录内容被呈现在用户接口，并且仅从盘中读出用户命令再现的PlayList文件和有关于此的Clip信息文件，可以减少用户的排队时间。
如果全部PlayList文件或Clip信息文件被形成为一个文件，并被记录在一个文件中，则文件大小增加很多，并且因此在用于记录的改变文件内容中的时间比在分开记录文件的情况下要多得多。通过使用本发明可以防止这样低效率是发生。
如上所述，AV流文件，即用于存储指定AV流文件中特征图象的标记的ClipMark，被记录在AV流的管理信息数据文件中，而由用户从PlayList的再现范围中指定的标记点，即具有关于由AV流中指定的域的组合所定义的再现序列的信息的对象，或用于存储指示在再现该对象中的恢复点的标记的PlayListsMark，被存储在该对象上。
通过这样做，在再现该PlayList中能够参考存储在由PlayList参考的Clip的ClipMark中的标记。因此，当一个Clip被实PlayList或多个虚PlayList参考时，这些PlayList可以共有一个ClipMark，从而能够有效地管理标记数据。
如果在Clip中没有定义ClipMark，但仅在PlayList中定义将PlayListMark和ClipMark组合在一起，一个Clip被实PlayList或多个虚PlayList参考的情况中，则各个PlayList具有相同内容的ClipMark信息，那么数据效率是低的。可以通过使用本发明防止这种情况的发生。
如果用于将入口点的地址存储为AV流辅助信息的EP_mark和用于存储标记点的图象类型的ClipMark，诸如节目定位点和图象的AV流中的地址，被放在一个文件中，并以这种形式记录在记录介质100上，则能够适当管理再现AV文件的所必须的流的编码信息。
通过这个Clip信息文件信息，用户能够从记录介质100中记录的AV流中搜索感兴趣的场景，诸如节目定位点，因此方便了响应于用户的随机访问的命令或特定再现的命令，从记录介质100中确定AV流的读出位置，并使流的解码立即开始。
上述操作顺序不仅能够在硬件上而且也能在软件上执行。在这种情况中，记录和/或再现设备1能够由诸如图139中所示的个人计算机来形成。
参照图139，CPU(中央处理单元)201根据存储在ROM(只读存储器)202中存储的程序或从存储单元208载入到RAM(随机存取存储器)203中的程序执行各种处理操作，其中存储了在又CPU 201将要执行的各种操作中所必须的RAM数据。
CPU 201、ROM 202和RAM 203通过总线204互联，该总线还连接到输入/输出接口205。
与输入/输出接口205连接的有包括键盘和鼠标的输入单元206、由CRT和LCD组成的显示器、诸如扬声器的输出单元207、诸如硬盘的存储器装置208和例如由调制解调器或终端适配器组成的通信单元209。该通信单元209通过网络执行通信处理。
与输入/输出接口205连接的有驱动器210、磁盘221、光盘222、磁光盘223或如果必须，半导体存储器，从所必须的存储器装置208中读出的计算机程序被安装。
上述操作顺序不仅能够在硬件上而且也能在软件上执行。如果操作顺序将在软件上执行，则形成软件的程序或多个程序被安装在计算机的专用硬盘上，使得该程序被从记录介质中安装到从诸如通用个人计算机中。
参照图139，除了计算机之外，该记录介质可以由所分配的用于将程序提供给用户的包介质构成。包介质例如可以是磁盘221(包括软盘)、光盘222(包括CD-ROM(致密只读存储器))和DVD(数字视盘)、磁光盘223(包括MD(小型盘))或半导体存储器224。此外，该记录介质是通过配置给用户的硬盘所构成，它被预先装载在计算机上，该计算机包括具有其中所存储的程序的ROM 202或存储器208。
在本说明书中，说明由介质提供的程序的顺序的各步骤不仅包括根据所说明的顺序依次执行的处理，还包括并行或批处理中所执行的处理。
本说明书中的系统表示多个设备组成的整个设备。
工业的可应用性在根据本发明的信息处理设备和方法以及程序中，产生作为监管AV流的管理信息的由执行从输入AV流中提取的特征图象的标记所形成的ClipMark，以及产生指向由用户从对应于定义了AV流中预设域的组合的PlayList的再现域中可选指定的图象的标记所形成的PlayListMark，同时ClipMark和PlayListMark分别记录在记录介质上的单独表中。因此，能够方便快捷地存取AV流的所需位置。
而且，在根据本发明的信息处理设备和方法以及程序中，读出用于监管包括由指向从输入AV流中提取的特征图象的标记所形成的ClipMark的AV流的管理信息，并且从对应于定义了AV流中预设域的组合的PlayList的再现域中读出指向由用户可选指定的图象的标记所形成的PlayListMark。而且，呈现在读取步骤中读出的管理信息和使用PlayListMark的信息，从呈现装置所呈现的信息中参考对应于用户命令将被再现的PlayList的ClipMark，并且在参考步骤被参考的包括ClipMark的AV流被从对应于ClipMark的位置中再现。因此能够方便快捷地存取AV流的所需位置。
权利要求
1.一种信息处理设备，包括产生装置，用于产生通过指定从输入的AV流中提取的特征图象的标记所形成的ClipMark，作为监管AV流的管理信息，以及用于产生由指向通过用户从对应于定义所述AV流中的预设域的组合的PlayList的再现域中可选指定的图象的标记所形成的PlayListMark；和记录装置，用于在记录介质上记录所述ClipMark和PlayListMark作为各个独立的表。
2.如权利要求1的信息处理设备，其中所述产生装置产生所述ClipMark和所述的PlayListMark分别作为Clip信息文件和PlayList文件。
3.如权利要求1的信息处理设备，其特征在于所述的PlayListMark还包括在再现所述PlayList中指定恢复点的标记。
4.如权利要求1的信息处理设备，其中，在再现所述PlayList中，参考形成对应于所述PlayList的再现域的所述AV流的ClipMark的所述标记。
5.如权利要求1的信息处理设备，其中PlayListMark的所述标记包括呈现时间戳和识别信息，用于指示在形成所述PlayList的再现路由的所述AV流数据上指定的一个再现域。
6.如权利要求1的信息处理设备，其中所述形成ClipMark的标记和所述形成所述PlayListMark的标记包括指定基本流的入口点的信息。
7.如权利要求1的信息处理设备，其中所述PlayListMark的标记包括至少包含喜爱场景的开始点的恢复点或由用户指定的PlayList的恢复点的类型的信息。
8.如权利要求1的信息处理设备，其中所述ClipMark的标记和所述PlayListMark的标记是由对应于所述AV流的入口点的相关源数据包的地址表现的。
9.如权利要求8的信息处理设备，其中所述ClipMark的标记和所述PlayListMark的标记是由对应于所述AV流的入口点的相关源数据包的第一地址和从所述第一地址偏移的第二地址分别表现的。
10.如权利要求1的信息处理设备，还包括类型检测装置，用于在通过所述第一记录装置的记录时间上检测的所述特征图象的类型；所述第一记录装置记录形成所述ClipMark和由所述检测装置检测的所述类型的所述标记。
11.如权利要求1的信息处理设备，其中所述ClipMark的所述标记包括场景改变点、商业广告开始点、商业广告结束点或标题显示场景。
12.一种信息处理方法，包括产生步骤，用于产生通过指定从输入的AV流中提取的特征图象的标记所形成的ClipMark，作为监管AV流的管理信息，以及用于产生由指向通过用户从对应于定义所述AV流中的预设域的组合的PlayList的再现域中可选指定的图象的标记所形成的PlayListMark；和记录步骤，用于在记录介质上记录所述ClipMark和PlayListMark作为各个独立的表。
13.一种记录介质，具有记录于其上的计算机可读程序，所述计算机可读程序包括产生步骤，用于产生通过指定从输入的AV流中提取的特征图象的标记所形成的ClipMark，作为监管AV流的管理信息，以及用于产生由指向通过用户从对应于定义所述AV流中的预设域的组合的PlayList的再现域中可选指定的图象的标记所形成的PlayListMark；和记录步骤，用于在记录介质上记录所述ClipMark和PlayListMark作为各个独立的表。
14.一种计算机可执行程序，包括产生步骤，用于产生通过指定从输入的AV流中提取的特征图象的标记所形成的ClipMark，作为监管AV流的管理信息，以及用于产生由指向通过用户从对应于定义所述AV流中的预设域的组合的PlayList的再现域中可选指定的图象的标记所形成的PlayListMark；和记录步骤，用于在记录介质上记录所述ClipMark和PlayListMark作为各个独立的表。
15.一种信息处理设备，包括读出装置，用于读取管理信息，该管理信息用于监管包括通过指向从输入的AV流中提取的特征图象的标记所形成的ClipMark的所述AV流，并且还用于从定义所述AV流中的预设域的组合的PlayList所对应的再现域中读取由指向用户可选指定的图象的标记所形成的PlayListMark；呈现装置，用于呈现所述读出装置读取的所述管理信息和所述PlayListMark的信息；参考装置，用于从所述呈现装置呈现的所述信息中参考对应于用户命令再现的PlayList的所述ClipMark；和再现装置，用于再现包括由所述参考装置从对应于所述ClipMrk的位置中所参考的所述ClipMark的所述AV流。
16.如权利要求15的信息处理设备，其中所述呈现装置通过与所述PlayListMark相关的所述缩略图呈现一表。
17.如权利要求15的信息处理设备，其中通过对应于所述AV流的一个入口点的相关源数据包的地址表现对应于所述ClipMark的所述标记和对应于所述PlayListMark的所述标记。
18.如权利要求17的信息处理设备，其中通过对应于所述AV流的一个入口点的相关源数据包的第一地址和通过从所述第一地址偏移的第二地址分别表现所述对应于所述ClipMark的所述标记和对应于所述PlayListMark的所述标记。
19.如权利要求15的信息处理设备，其中所述ClipMark的所述标记包括场景改变点、商业广告开始点、商业广告结束点或标题显示场景。
20.一种信息处理方法，包括读出步骤，用于读取管理信息，该管理信息用于监管包括通过指向从输入的AV流中提取的特征图象的标记所形成的ClipMark的所述AV流，并且还用于从定义所述AV流中的预设域的组合的PlayList所对应的再现域中读取由指向用户可选指定的图象的标记所形成的PlayListMark；呈现步骤，用于呈现所述读出步骤读取的所述管理信息和所述PlayListMark的信息；参考步骤，用于从所述呈现步骤呈现的所述信息中参考对应于用户命令再现的PlayList的所述ClipMark；和再现步骤，用于从对应于所述ClipMark的位置再现包括由所述参考步骤中所参考的所述ClipMark的所述AV流。
21.一种记录介质，其上记录有计算机可读程序，所述计算机可读程序包括读出步骤，用于读取管理信息，该管理信息用于监管包括通过指向从输入的AV流中提取的特征图象的标记所形成的ClipMark的所述AV流，并且还用于从定义所述AV流中的预设域的组合的PlayList所对应的再现域中读取由指向用户可选指定的图象的标记所形成的PlayListMark；呈现步骤，用于呈现所述读出步骤读取的所述管理信息和所述PlayListMark的信息；参考步骤，用于从所述呈现步骤呈现的所述信息中参考对应于用户命令再现的PlayList的所述ClipMark；和记录步骤，用于将所述ClipMark和PlayListMark作为各个独立表记录在记录介质上。
22.一种计算机可执行程序，包括读出步骤，用于读取管理信息，该管理信息用于监管包括通过指向从输入的AV流中提取的特征图象的标记所形成的ClipMark的所述AV流，并且还用于从定义所述AV流中的预设域的组合的PlayList所对应的再现域中读取由指向用户可选指定的图象的标记所形成的PlayListMark；呈现步骤，用于呈现所述读出步骤读取的所述管理信息和所述PlayListMark的信息；参考步骤，用于从所述呈现步骤呈现的所述信息中参考对应于用户命令再现的PlayList的所述ClipMark；和记录步骤，用于将所述ClipMark和PlayListMark作为各个独立表记录在记录介质上。
23.一种在其上已经记录管理信息作为独立表的程序，该管理信息用于监管包括通过指向从输入的AV流中提取的特征图象的标记所形成的ClipMark的所述AV流，并且还用于从定义所述AV流中的预设域的组合的PlayList所对应的再现域中读取由指向用户可选指定的图象的标记所形成的PlayListMark。
全文摘要
产生由指示从输入的AV流中提取的特征图象的标记组成的ClipMark作为管理AV流的管理信息。从对应于定义AV流中的预设域的组合的PlayList的再现部分中产生由指示用户任意指定的图象的标记组成的PlayListMark。ClipMark和PlayListMark被记录在记录介质上的相互独立的表中。因此能够快速和方便地对该AV流的所需部分进行访问。
文档编号H04N9/804GK1383680SQ01801588
公开日2002年12月4日 申请日期2001年4月20日 优先权日2000年4月21日
发明者加藤元树, 浜田俊也 申请人:索尼公司