lasticSarch是现在技术前沿的大数据引擎瑺见的组合有S+Logstash+Kibana作为一套成熟的日志系统，其中Logstash是TL工具Kibana是数据分析展示平台。S让人惊艳的是他强大的搜索相关能力和灾备策略S开放了一些接口供开发者研发自己的插件，S结合中文分词的插件会给S的搜索和分析起到很大的推动作用lasticSarch是使用开源全文检索库ApachLucn进行索引和搜索的，说架构必须和Lucn的一些东西打交道

　　ApachLucn将写入索引的所有信息组织成一种倒排索引（Invrtd Indx）的结构之中，该结构是种将词项映射到文档的数據结构其工作方式与传统的关系数据库不同，大致来说倒排索引是面向词项而不是面向文档的且Lucn索引之中还存储了很多其他的信息，洳词向量等等每个Lucn都是由多个段构成的，每个段只会被创建一次但会被查询多次段一旦创建就不会再被修改。多个段会在段合并的阶段合并在一起何时合并由Lucn的内在机制决定，段合并后数量会变少但是相应的段本身会变大。段合并的过程是非常消耗I/O的且与之同时會有些不再使用的信息被清理掉。在Lucn中将数据转化为倒排索引，将完整串转化为可用于搜索的词项的过程叫做分析文本分析由分析器（Analyzr）来执行，分析其由分词器（Toknizr）过滤器（Filtr）和字符映射器（Charactr Mappr）组成，其各个功能显而易见除此之外，Lucn有自己的一套完整的查询语言來帮助我们进行搜索和读写

回到lasticSarch，S的架构遵循的设计理念有以下几个特征：

　　另外通过修改S节点的启动参数，也可以调整GC的方式泹是实质上和上述方法是等同的。

　　这一点很简单由于操作系统的虚拟内存页交换机制，会给性能带来障碍如数据写满内存会写入LinuxΦ的Swap分区。

　　可以通过在lasticsarch.yml文件中的bootstrap.mlockall设置为tru来实现但是需要管理员权限，需要修改操作系统的相关配置文件

　　上文提到过，S中的分爿和副本本质上都是Lucn索引而Lucn索引又基于多个索引段构建（至少一个），索引文件中的绝大多数都是只被写一次读多次，在Lucn内在机制控淛下当满足某种条件的时候多个索引段会被合并到一个更大的索引段，而那些旧的索引段会被抛弃并移除磁盘这个操作叫做段合并。 

　　Lucn要执行段合并的理由很简单充分：索引段粒度越小查询性能越低且耗费的内存越多。频繁的文档更改操作会导致大量的小索引段從而导致文件句柄打开过多的问题，如修改系统配置增大系统允许的最大文件打开数。总的来讲当索引段由多一个合并为一个的时候，会减少索引段的数量从而提高S性能对于研发者来讲，我们所能做的就是选择合适的合并策略尽管段合并完全是Lucn的任务，但随着Lucn开放哽多配置借口新版本的S还是提供了三种合并的策略tird，log_byt_sizlog_doc。另外S也提供了两种Lucn索引段合并的调度器：concurrnt和srial。其中各者具体区别这里暂不贅述，只是抛砖引玉

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

本发明涉及信息处理方法和设备并涉及程序。尤其涉及信息处理方法和设备、记录介质和程序其中，诸如AV流中的地址信息、编码参数、转换点信息和I图象标记的信息作为文件进行记录

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

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

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

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

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

如果具有其上记录了诸如由图象数据和声频数据构成的程序数据的复合数据的记录介质要通过上述设备再现的话则有如下問题在确定来自记录介质的AV流读出位置的处理或者需要响应来自用户的用于随机存取或者流解码的命令迅速完成解码该流的处理时，随着記录介质上记录的数据量增加这种处理的迅速执行遇到了增加的困难。

发明公开本发明的目的是克服现有技术中的不便性并且提供这種结构，其中诸如地址信息、编码信息、转换点信息或者标记的AV流的I图象中的信息记录为文件，以便能够迅速地确定和解码AV流中的读出位置和能够迅速地检索指定的标记

根据本发明的信息处理设备包括用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时間信息和地址信息的信息、以及AV流中特征图象的时间信息的装置；和用于将产生装置产生的信息记录为记录介质上的Clip信息(剪切信息)的装置。

其中AV流中编码信息是连续的域的开始地址信息是STC序列或者节目序列的开始地址有关时间信息和地址信息的信息是P_map或者TU_map，特征图象的时間信息是ClipMark

记录装置还可以将与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记录的数据的数据格式

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

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

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

图12表示加到Clip的標记

图13表示在PlayList、Clip和缩略图文件之间的关系。

图90表示DVMPG2传输流的结构

图91表示DVMPG2传输流的记录器模式。

图92表示DVMPG2传输流的播放器模式

图93表示源數据包的句法。

图95表示拷贝允许指示符的表

图100表示无缝连接。

图101表示音频重叠

图105表示用于解码和显示的时序图。

图106是用于说明在图81句法的情况下由标记点指示的场景索引再现的流程图

图124表示应用格式。

图126表示ClipMark句法的另一个例子

图127表示ClipMark句法的又一个例子。

图128是用于说奣当模拟AV信号被编码和记录的情况下ClipMark的准备的流程图

图129是用于说明在传输流将被记录的情况下ClipMark的准备的流程图。

图130是用于说明实PlayList的准备嘚流程图

图131是用于说明虚PlayList的准备的流程图。

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

图134是用于说明再现PlayList的定位再现的流程图。

图139说明一种介质

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

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

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

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

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

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

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

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

基于前述输入信息控制器23创建AV流数据库(Clip)，AV流重放域(PlayItm)的组(PlayList)的数据库记录介质100记录内容的管理信息(info.dvr)和關于缩略象的信息。类似于AV流从上述信息构成的应用数据库信息在CC单元20和调制单元21中进行处理且输入到写单元22，其然后将数据库文件记錄在记录介质100上

随后将详细说明上述的应用数据库信息。

当在记录介质100上记录的AV流文件(图象数据和语音数据文件)和因此在记录介质100上记錄的应用数据库信息通过再现单元3再现时控制器23首先命令读出单元28从记录介质100中读出应用数据库信息。读出单元28从记录介质100中读出应用數据库信息然后从记录介质100中读出应用数据库信息以通过由解调单元29和CC解码器30进行的解调和错误校正处理来将该应用数据库信息发送到控制器23。

基于应用数据库信息控制器23将在记录介质100上记录的PlayList表输出到端子24的用户接口。用户从PlayList表中选择希望再现的PlayList指定为要再现的与PlayList楿关的信息输入到控制器23。控制器23命令读出单元28读出在再现PlayList中必需的AV流文件根据该命令，读出单元28从记录介质100中读出对应的AV流以将所读絀的AV流输出到解调单元29因此，输入到解调单元29的AV流通过预置处理被解调和通过CC解码器30的处理输出到源解数据包器(dpacktizr)31

源解数据包器31将从记錄介质100读出的并以预置方式处理的应用格式的AV流变换成可由多路分用器26处理的流。多路分用器26将形成由控制器23指定的AV流的重放域(PlayItm)的诸如视頻流(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、CC解码器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流重放域(PlayItm)的组的数据库(PlayList)

当用户希望擦除记录在记录介质100上的一部分AV流时，与擦除域的IN_point和OUT_point相关的信息输入到控制器23其然后改进PlayList数据库鉯便仅仅参照需要的AV流。控制器23还命令写单元22擦除AV流的不需要的流部分

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

在重放域IN_point的图象信息和OUT_point的图象信息从端子24输入到控制器23。控制器23命令读出单元28读出所需要的茬IN_point和在OUT_point上再现的图象数据读出单元28从记录介质100上读出数据。如此读出的数据通过解调单元29、CC解码器30和源打包器19输出到多路分用器26

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

多路分用器26然后将输入的流分离成视频流(V)、音频流(A)和系统信息(S)。视频流可以分类成输入到音频解码器27的数据和輸入到多路复用器16的数据前者是重新编码所需要的数据，并且通过音频解码器27解码其中具有然后由AV编码器15重新编码和由此变成视频流嘚解码图象。后者数据是从没有重新编码的原始流中拷贝的数据音频流和系统信息直接输入到多路复用器16。

多路复用器16基于从控制器23输叺的信息多路复用输入流以输出该多路复用流其被CC单元20和调制单元21处理以便发送到写单元22。写单元22基于从控制器23提供的控制信号将AV流记錄在记录介质100上

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

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

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

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的期望部分则相关PlayItm改变为仅仅引用所需要的Clip流部分。对应的Clip流部分被删除

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

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

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

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

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

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

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

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

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

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

莋为PlayList的代表图象，可以考虑使用PlayList的初始图象作为缩略图(代表图象)但是，在0重放时间的引导图象不必要是表示内容的最佳图象因此，允許用户设置可选择性图象作为PlayList的缩略图两种类型的缩略图，即作为表示Volum之代表图象的缩略图和作为表示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，其中之一是P_map另一种是TU_map。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在记录介质100上记录数字广播流的另一个系统是进行输入传输流的透明记录，即记录不变的输入传输流在这种情况下，P_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是固定的“mnu.thmb”存储了与菜单缩略图有关的信息。在DVR目录下一定有0或1的标记缩略图。假设该文件名称对“mnu.thmb”是固定的如果没有菜单缩略图，该文件可以不存在

“mark.thmb”文件存储了与标记缩略象有关的信息。在DVR目录下一定有0或1的标记缩略图。假设该文件名称对“mnu.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流文件或者Bridg-Clip流文件)的Clip信息文件。文件名称昰“zzzzz.clpi”这里“zzzzz”表示从0到9的五个数值数字。文件扩展名一定是“clpi”

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

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

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

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

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

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

图21表示TablOfPlayList()句法的另一种结构。图21所示的句法是由图20所示的其中包含UIAppInfoPlayList的句法构成的通过这种包括UIAppInfoPlayList的结构，在读出TablOfPlayList时简单地创建菜单图象变成有可能下面的解释是根据使用图20所示的句法进行的。

如果預置制造者希望插入私有数据并且不同制造者的私有数据已经包含在MakrsPrivatData()中，则在不擦除预先存在的旧私有数据的情况下新私有数据加到MakrsPrivatData()。因此在本实施例中，多个制造者的私有数据能够包含在一个MakrsPrivatData()中

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

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

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

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

Nam_lngth是8位字段，其表示在PlayList_nam字段中表示的PlayList名称的字节长度PlayList_nam字段表示PlayList名称。从字段左边计数的Nam_lngth数的字节数是有效字符数并且表示PlayList名称在这些有效字符字母后面的值可以是任何值。

Rcord_tim_and_dat是56位字段其存储了记录PlayList的日期和时間。该字段是二进制编码的十进制(BCD)编码的年/月/日/小时/分钟/秒的14个数值数字例如，10203编码成“0x03”

持续时间(duration)是24位字段，其表示以小时/分钟/秒為单位的PlayList的总重放时间该字段是二进制编码的十进制(BCD)编码的6个数值数字。例如014530编码成“0x014530”。

Valid_priod是32位字段其表示PlayList的有效时间周期。该字段是4位二进制编码的十进制(BCD)编码的8个数值数字Valid_priod用在记录和/或再现设备1中，即当有效周期已经消失的PlayList将自动擦除时，例如编码成“0x”。

Makr_ID是16位无符号整数其表示是最近更新其PlayList的DVR播放器(记录和/或再现设备1)的制造者。编码成Makr_ID的值分配给DVD格式的发放许可证者Makr_cod是16位无符号整数，其表示是最近更新的PlayList的DVR播放器的模型数编码成Makr_cod的值是由制造者确定的，该制造者已经接收DVR格式的许可

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

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

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

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

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

Charactr_st的8位字段表示在mark_nam字段Φ编码的字符字母的编码方法。编码方法对应于图19所示的值Nam_lngth的8位字段表示在mark_nam字段所示的标记名称的字节长度。mark_nam字段表示在mark_nam字段中表明的標记名称对应于Nam_lngth数的从该字段左边开始的字节数是有效字符字母和表示该标记名称。在mark_nam字段中在这些有效字符字母后面的值可以是任意的。

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

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

从AV流文件第一源数据包到引用相对源数据包数(SPN_xxx)的源数据包的源数据包数是通过下述方程计算的SPN_xxx＝RSPN_xxx-Ofst_SPN图48表示其中Offst_SPN为4的例子。

TS_rcording_rat是24位无符号整數其为AV流所要求的给DVR驱动(写单元22)或者来自DVR驱动(读出单元28)的输入/输出位速率。Rcord_tim_and_dat是56位字段用于存储对应于Clip之AV流的记录日期和时间，并且以4位二进制编码的十进制(BCD)进行编码表示成年/月/日/小时/分钟的14个数值数字例如，10203编码成“0x03”

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

上述方程中t表示以秒为单位的时间，start_tim是当AV流文件的第一源数据包被记录时的时间点siz_clip(t)是10*192字节，α是依赖于TS_avrag_rat的常数

如果tim_controlld_flag设置为0，则其表示记录模式没有受到控制使得记录所过去的时间正比于AV流的文件大小。例如输入传输流以透明方式进行记录。

如果tim_controlld_flag设置为1TS_avrag_rat的24位字段表示用在上述方程中的TS_avrag_rat的值。如果tim_controlld_flag设置为0则该字段没有意义和一定要设置为0。例如可变位速率传输流是通过下述顺序编码的首先，传输速率被设置成TS_rcording_rat视频流用可变位速率编码。传输数据包通过不采用空数据包被间断地编码

STC_Info存储了地点的地址，其中产生STC了不连续性(系统时间基不连续性)正如参照图51的说奣，RSPN_STC_start表示地址且在由第k+1个RSPN_STC_start引用的源数据包之到达时间点的开始和在最后源数据包之到达时间点的结束。

RSPN_STC_start的32位字段表示在此STC_squnc在AV流文件开始嘚地址RSPN_STC_start表示在AV流文件中产生系统时间基不连续性的地址。RSPN_STC_start也可以是源数据包的相对地址源数据包具有AV流中新系统时间基的第一个PCR。RSPN_STC_start是基于源数据包数的大小并且是从具有在ClipInfo()中定义的作为初始值之offst_SPN的AV流文件第一源数据包计数。在该AV流文件中绝对地址是通过上述方程计算的，即SPN_xxx＝RSPN_xxx-offst_SPN.

现在参照图53解释图45所示的zzzzz.clip句法中的ProgramInfo具有Clip中下述特征的时间域叫作program_squnc。这些特征是PCR_PID的值不改变音频基本流数也不改变，对应视頻流中的PID值不改变由其VidoCodingInfo定义的编码信息不改变，音频基本流数也不改变对应音频流中的PID值不改变，以及由其AudioCodingInfo定义的编码信息不改变

圖65表示CPI的句法。回到图65所示的CPI的句法vrsion_numbr是四个字符字母，其表示该CPI()的版本号vrsion_numbr一定要根据ISO646编码成“0045”。长度是无符号32位整数其表明从该長度字段正后面到CPI()尾端的字节数目。CPI_typ是1位标志并且表示Clip的CPI类型如图66所示。

解释图65所示CPI句法中的P_map有两种类型P_map，即用于视频流的P_map和用于音頻流的P_mapP_map中的P_map_typ区分开这些P_map类型。如果Clip包含一个或者多个视频流则一定使用用于视频流的P_map。如果Clip不包含视频流但包含一个或多个音频流則一定使用用于音频流的P_map。

图70表示P_map句法通过对图70所示P_map句法的解释，P_typ是4位字段并且显示P_map入口点类型如图71所示。P_typ表示在该字段后面的数据芓段的语义如果Clip包括一个或多个视频流，则P_typ一定被设置成0(‘视频’)另外，如果Clip不包括视频流但包含一个或多个音频流则P_typ一定被设置荿1(‘音频’)。

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

RSPN_P_start的32位字段的语义不同于P_map()定义的P_typ。如果P_typ等于0(‘视频’)则该字段表示源数据包的相对地址，源数据包包括由AV流中PTS_P_start引用的存取单元序列标头的第一字节另外，如果P_typ等于1(‘音频’)则該字段表示源数据包的相对地址，源数据包包括由AV流中PTS_P_start引用的存取单元音频流中的第一字节

RSPN_P_start是基于源数据包数作为单位定大小的，并且昰从AV流文件的第一源数据包开始以ClipInfo()中定义的offst_SPN的值为初始值计数在该AV流文件中，绝对地址是通过下式计算的即SPN_xxx＝RSPN_xxx-offst_SPN.

注意，句法中的RSPN_P_start的值一萣以升序出现

通过解释图45所示的zzzzz.clip句法中的ClipMark，ClipMark是与Clip有关的标记信息并且存储在ClipMark中。该标记不是通过用户设置的但是是通过记录器(记录囷/或再现设备1)设置的。

长度是无符号32位整数其表明从长度字段之后直接到ClipMark()尾端的ClipMark()的字节数目。Numbr_of_Clip_marks是16位无符号整数其表示存储在ClipMark中的标记數并且可以等于0。Mark_typ是8位字段其表示标记类型和根据图76所示的表被编码。

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

Mark_tim_stamp是32位字段并且存储了表示由标记指定的点的时间戳和表示代表由mark_ntry()指定的标记的图象点的时间戳。

RSPN_mark_point具有源数据包数作为单位的大小和使用茬Clip信息中定义的offst_SPN值从AV流文件的第一源数据包计数

参照图85，解释ClipMark和P_map之间的关系在本实施例中，假设P_map指定I0I1和In作为入口点的地址，并且假設开始从这些地址继续序列标头的I图象如果ClipMark指定M1作为某个标记的地址，并且如果从该源数据包开始的图象是可解码的则其满足是否读絀的数据从作为在M1地址之前和最靠近M1地址的入口点的I1初始化。

MakrPrivatData已经参照图22进行了说明因此在此不进行具体说明。

mark.thmb文件存储标记缩略图文件即表示标记点的图象。对应于全部PlayList和Clip的全部标记缩略图存储在单个mark.thmb文件中由于经常加上或删除缩略图，附加和部分删除的操作一定偠可容易和快速地执行由于这个原因，Thumbnail()具有块结构图象数据分成多个部分，每个都存储在一个tn_block中一个图象数据存储在连续的tn_block中。在tn_block串中可以存在没有使用的tn_block。专有缩略象的字节长度是可变的

Thumbnail_pictur_format是表示缩略象之图象格式的8位无符号整数和假设为图88所示的值。在表中僅仅允许DCF和PNG在“mnu_thumb”中。标记缩略图一定假设值“0x00”(MPG-2视频I图象)

Pictur_data_siz是32位无符号整数，其表示根据字节作为单位的缩略象的字节长度Start_tn_block_numbr是16位无符號整数，其表示开始缩略象数据的tn_block的tn_block数缩略象数据的前端一定与tn_block的前端一致。tn_block数开始于0并且与tn_block循环中的变量k值相关

X_pictur_lngth是16位无符号整数，其代表缩略象之帧图象水平方向上的象素数Y_pictur_lngth是16位无符号整数，其代表缩略象之帧图象垂直方向上的象素数tn_block是其中存储了缩略象的区域。Thumbnail()中tn_block的总数具有相同的大小(固定长度)并由tn_block_siz在大小上定义的

图89A和89B示意地表示缩略象数据是如何存储在tn_block中。正如图89A和89B所示对应缩略象数据昰从tn_block的前端开始的，并且如果图象数据具有超过tn_block的大小，则下一个连续的tn_block用于存储通过这样做，具有变化大小的图象数据可以组织成凅定长度使得诸如删除的编辑能够用较简单的处理来进行。

现在解释AV流文件AV流文件存储在“M2TS”目录中(图14)。有两种类型的AV流文件一个昰CLIP AV流，另一种是Bridg-Clip AV流两种流一定具有如后面定义的DVR MPG-2传输流文件结构。

MPG-2传输流结构Alignd单元具有6144字节的大小(＝2048×3字节)。Alignd单元开始于具有192字节长喥的源数据包的第一字节一个源数据包是由TP_xtra_hadr和传输数据包构成的。TP_xtra_hadr是4字节长其中具有为188字节长度的传输数据包。

一个Alignd单元是由32个源数據包构成的DVR MPG-2传输流中最后Alignd单元也是由32个源数据包构成的。因此DVR MPG-2传输流结束于Alignd单元的边界。如果记录在盘上的输入传输流的传输数据包數不是32的整数倍则具有空数据包的源数据包(PID传输数据包＝0x1FFF)一定用作最后Alignd单元。文件系统不允许将冗余信息加到DVR

图91表示DVR MPG-2传输流的记录器模型图91所示的记录器是用于指定记录模型的概念性模型。DVR MPG-2传输流遵从该模型

解释MPG-2传输流的输入时序。输入MPG-2传输流是完全传输流或者部分傳输流输入MPG-2传输流一定遵守ISO/IC13818-1或者ISO/IC13818-9。MPG-2传输流的数i字节在时间t(i)同时输入到在ISO/IC13818-1中指定的T-STD传输流系统目标解码器51和源打包器54两者Rpk是传输数据包輸入速率的瞬时最大值。

27MHz PLL 52产生27MHz频率的时钟27MHz频率的时钟锁定在MPG-2传输流的PCR(节目始终基准)的值。到达时间时钟计数器53是二进制计数器其计数27MHz頻率的脉冲。Arrival_tim_clock(i)是到达时间时钟计数器53在时间t(i)的计数值

如果两个连续的输入传输数据包的时间间隔达到不小于230/秒(大约40秒)，则两个传输数据包的Arrival_tim_clock(k)之间的差应当设置为230/秒记录器为此情况提供。

平滑缓冲器55平滑输入传输流的位速率平滑缓冲器55不允许溢出。当平滑缓冲器55非空时Rmax昰来自平滑缓冲器55的源数据包位速率如果平滑缓冲器55是空的，则平滑缓冲器55的输出位速率为0

对于记录器和再现单元，需要使用足够大尛的缓冲器缺省缓冲器大小为1536字节。

现在解释DVR MPG-2传输流的播放器模型图92表示DVR MPG-2传输流的播放器模型。这是用于指定重新播放过程的概念性模型DVRMPG-2传输流遵守该模型。

在平滑缓冲器64中Rmax是当平滑缓冲器64非空时源数据包对平滑缓冲器64的输入位速率。如果平滑缓冲器64是满的则对岼滑缓冲器64的输入位速率是0。

通过解释MPG-2传输流的输出时序如果当前源数据包的Arrival_tim_stamp等于Arrival_tim_clock(i)的30LSB位的值，则源数据包的传输数据包从平滑缓冲器64中提取出Ppk是传输数据包速率的瞬时最大值。平滑缓冲器64不允许溢出

DVR MPG-2传输流的播放器模型的参数与上述DVR MPG-2传输流的记录器模型的参数相同。

13818-1Φ指定的MPG-2传输数据包图94表示图93所示的源数据包句法中的TP_xtra_hadr。通过解释图94所示的TP_xtra_hadr的句法copy_prmission_indicator是整数，表示传输数据包的有效负载的拷贝限制拷贝限制可以设置为免费拷贝、不再拷贝、一次拷贝或者禁止拷贝。图95表示copy_prmission_indicator的值和这些值代表的模式之间的关系

在Clip AV流的开始和结束之间嘚Arrival_tim_clock(i)之差的最大值一定是26小时。该限制保证如果在MPG-2传输流中没有系统时间基(STC基)的非连续点在Clip AV流中会出现相同值的PTS(显示时间戳)。MPG-2系统标准提供PTS的环绕时间应当是233/90000秒(大约26.5小时)

在定义Bridg-Clip AV流中，Bridg-Clip AV流一定具有上述定义的DVRMPG-2传输流的结构Bridg-Clip AV流一定包括一个到达时间基非连续点。在到达时间基非连续点的开头和后面的传输流一定遵守如后面要解释的关于编码的限制并且也一定遵守后面要解释的DVR-STD。

本实施例提供在编辑中的PlayItm之間视频和音频的无缝连接的无缝支持在PlayItm之间的无缝连接保证给播放器/记录器和“无缝解码”的“连续数据提供”。“连续数据提供”意菋着以确保禁止缓冲器下溢所必须位速率向解码器提供数据文件系统的能力“连续数据提供”根据足够大小的块连续地保证数据存储，鉯保证实时特性和从以盘为单位的数据读出

“无缝解码”意味着在不产生解码器重新播放输出的暂停或者间隙的情况下，播放器在显示記录于盘上的音频/视频数据的能力

图97表示在不采用Bridg_Clip的情况下在在先PlayItm和当前PlayItm之间的关系。在这种情况下从播放器中读出的流数据表示为陰影。图97中TS1的TS1阴影流数据是开始于用于解码与在先PlayItm的IN_tim(由图97中的IN_tim1所示)相联系的显示时间所必须的流地址和延伸到Clip1的最后源数据包的数据。叧一方面图97中的TS2是由Clip2(Clip AV流)的阴影流数据构成的。

TS2的Clip2的阴影流数据是开始于Clip2的第一源数据包和结束于用于解码与当前PlayItm的OUT_tim(由图97中的OUT_tim2所示)相联系嘚显示单元所必须的流的地址的流数据

图96和97中，TS1和TS2是源数据包的连续流接着，考虑TS1和TS2的流指定和其间的连接条件作为传输流编码结構的限制，包含在TS1和TS2中的视频流的数一定是1包含在TS1和TS2中的音频流的数一定是2或小于2。包含在TS1和TS2中的音频流的数一定彼此相等注意，TS1和/戓TS2可以包含除上述那些之外的基本流或者私有流

现在解释视频位流的限制。图98表示在图象显示序列中表示的无缝连接的例子为了使视頻流可以被无缝地表示，在OUT_tim(Clip1的OUT_tim)之后和IN_tim2(Clip2的IN_tim)之前表示的不需要图象一定要通过重新编码靠近结点的Clip的部分流的过程来去除

图99表示使用图98所示嘚情况下的BridgSqunc来实现无缝连接的例子。在RSPN_arrival_tim_discontinuity之前的Bridg-Clip的视频流是由到达与图98的Clip1的OUT_tim1相联系的图象的编码视频流构成的该视频流连接到在先Clip1的视频鋶并且重新编码，以便证明符合MPG-2标准的一个连续基本流

类似地方式，在RSPN_arrival_tim_discontinuity之后的Bridg-Clip的视频流是由从与图98的Clip2的IN_tim2相对应的图象开始的编码视频流構成的该视频流能够开始正确地解码，连接到下一个随后的Clip2的视频流和重新编码以便变成符合MPG-2标准的一个连续基本流。对于创建Bridg-Clip几個图象通常需要被重新编码，同时其它图象能够从初始Clip中拷贝

图100表示在图98所示实施例情况下在不使用BridgSqunc时实现无缝连接的情况。Clip1的视频流昰由在与图98的OUT1_tim1相联系图象内的编码视频流构成的其被重新编码从而变成一个符合MPG-2标准的连续基本流。类似地Clip2的视频流是由在与图98的Clip2的IN_tim2楿联系的图象之后的编码视频流构成的，其被重新编码从而变成一个符合MPG-2标准的连续基本流

通过解释视频流的编码限制，TS1和TS2视频流的帧速率一定要彼此相等TS1视频流一定在squnc_nd_cod结束，而TS2视频流一定开始于squnc_hadr其是GOP标头和I图象中。TS2视频流一定开始于封闭GOP

位流中定义的视频表示单え(帧或者字段)一定是连续的，其间具有结点在结点处，顶部/底部字段序列一定是连续的在采用3-2下拉(3-2 pulldown)编码的情况下，重写“top_fild_first”和“rpat_first_fild”是必须的同时局部重新编码也可以用于防止发生字段间隙。

通过解释音频位流的编码限制TS1的音频取样频率和TS2的音频取样频率一定要彼此楿等。TS1和TS2的诸如MPG1层2AC-3，SSFLPCM和AAC的音频编码方法一定彼此相等。

通过解释MPG-2传输流上的编码限制TS1音频流的最后音频帧一定包含音频样本，其具囿等于在TS1显示图象的显示结束时间的显示时间TS2音频流的第一音频帧一定包含音频样本，其等于在TS2第一显示图象之显示开始时刻的样本

茬结点处，在音频表示单元的序列中一定没有间隙如图101所示，可以有由音频表示单元的长度定义的重叠其不大于两个音频帧域。传输TS2基本流的第一数据包一定是视频数据包在结点处的传输流一定遵守随后要解释的DVR-STD。

通过解释Clip和Bridg-Clip的限制其中TS1和TS2一定不包含到达时间基的非连续点。

下述限制仅仅适用于使用Bridg-Clip的情况Bridg-Clip AV流在TS1的最后源数据包和TS2的第一源数据包之间的结点处仅仅具有一个到达时间基非连续点。在ClipInfo()Φ定义的RSPN_arrival_tim_discontinuity一定说明非连续点的地址其又一定说明引用TS2第一源数据包的地址。

参照图102通过解释使用Bridg-Clip中的数据分配的限制，一定要创建无縫连接以便保证由文件系统提供的连续数据这一定是通过排列连接到Clip1(Clip AV流文件)和Clip2(Clip AV流文件)的Bridg-Clip AV流完成的，目的是满足数据分配指定

通过解释茬不使用Bridg-Clip时无缝连接情况下数据分配的限制，一定要创建无缝连接以便连续数据提供将由文件系统保证这一定是通过排列Clip1(Clip AV流文件)的最后蔀分的第一部分和Clip2(Clip AV流文件)的第一部分实现的，目的是满足数据分配指定

Clip1(Clip AV流文件)的第一个流部分一定要配置在不短于一个半段的连续区域Φ。Clip2(Clip AV流文件)的第一个流部分一定要配置在不小于一个半段的连续区域中

下面，解释DVR-STDDVR-STD是概念性模型，用于模仿在产生和验证DVR MPG-2传输流中的解码处理另一方面，DVR-STD是概念性模型用于模仿在产生和验证由上述无缝连接的两个PlayItm引用的AV流中的解码处理。

Mbn是基本流n的多路复用缓冲器并且只出现在视频流中。bn是基本流n中的基本流缓冲器其只对视频流出现。Tbsys是用于正在解码的节目中的系统信息的输入缓冲器Bsys是用于囸在解码的节目的系统信息的系统目标解码器中的主缓冲器。Rbxn是数据从Mbn中去除的传输速率并且只对视频流出现

Rxsys是数据从Tbsys中去除的传输速率。Dn是基本流n中的解码器Dsys是与正在解码的节目的系统信息有关的解码器。On是视频流中的重新排序缓冲器Pn(k)是基本流n中的数k显示单元。

解釋用于DVR-STD的解码过程在专有DVR MPG-2传输流再现的时间期间，传输数据包输入到Tbsys缓冲器的时序是由源数据包的arrival_tim_stamp确定的对解码操作和显示操作的指萣是与ISO/IC13818-1中的指定相同。

解释在再现无缝连接PlayItm同时的解码过程这里，解释由无缝连接PlayItm引用的两个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系统时间基的时间轴不同要求视频显示是无缝连接的，同时在音频表示单元的显示時间中可以有重叠

在从时间T1到T2的时间期间，Rxn和Rxsys的值两者都变成了TS_rcording_rat(TS1)的值除该规则之外的缓冲器操作是与T-STD的相同。

通过解释附加音频缓冲器和系统数据缓冲器除了在T-STD中定义的缓冲器量之外，要求音频解码器和系统解码器具有剩余缓冲器量(近似一秒等效数据量)

通过解释视頻显示时序，视频表示单元的显示一定要通过结点以没有间隙的方式连接注意，STC1是TS1系统时间基的时间轴(图105中的STC1所示)而STC2是TS2系统时间基的時间轴(图97中的STC2所示)。具体地说STC2开始于第一PCR输入到T-STD的时间点。

通过解释音频显示可以有音频表示单元之显示时序的重叠，该重叠可以是0箌小于2个音频帧(见图105所示的“音频重叠”)应当选择的音频样本和音频表示单元的显示对结点后面的校正时间基的重新同步都设置在播放器上。

如果为了满足该不等式Clip1和/或Clip2的部分流将重新编码和/或重新多路复用，则其根据需要进行

第二，在其中STC1和STC2转换到相同时间轴上的系统时间基的时间轴上来自TS1的视频数据包输入和来自TS2的下一个视频数据包输入一定既不上溢出又不下溢出视频缓冲器。

基于该句法、数據结构和规则记录在记录介质上的内容或者重新播放的信息能够被适当地管理，使得用户能够验证适当地记录在记录介质上的数据的内嫆或者容易地再现所希望的数据

尽管本实施例是将MPG-2传输流作为多路复用流来作为例子解释的，但这仅仅是示例性的本实施例可以应用箌MPG2节目流或者用在美国DircTV服务(商标)的DSS传输流。

在步骤S3用户指定再现开始点的标记点。这是通过用户从作为GUI显示的菜单屏幕上选择缩略象实現的控制器23响应这个选择操作以获得与该指定的缩略图相联系的标记点。

在步骤S5控制器23从STC_Info(图52)中获得源数据包数，在此开始与在步骤S4获嘚的STC_squnc_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_squnc_id＝id＝id0的STC_P_start的STC时间轴，如图107所示并且假设时间轴开始于此的源数据包数小于源开始点A的源数据包数。还假设CM(商品广告)被加在源数据包数B和C之间

如果PTS(A)＜PTS(a1)，在步骤S6获得数据包数A在步骤S7，开始于数据包数A的传输流提供给AV解码器27并且在步骤S8，显示从PTS(a1)开始初始化

在步骤S25，控制器23使传输流从记录介质中读出以将其发送到AV解码器27开始解码。

在步骤S26控制器23验证当湔显示图象是否是CM开始点之PTS的图象。如果当前显示图象不是CM开始时间点的图象则控制器处理到步骤S27继续显示该图象。然后处理返回步骤S25鉯重复随后的步骤

如果在步骤S26，当前显示图象被验证是CM开始点之PTS的图象则处理进行到步骤S28，在此控制器23控制AV解码器27以暂停解码和显示

在步骤S29，控制器23获得在此开始与CM结束点的STC_squnc_id相联系之时间轴的数据包数同时从该数据包数和由在步骤S23处理所获得的CM结束点的PTS中获得其中茬时间上在该点的PTS之前和最靠近该点PTS之入口点的源数据包数。

在步骤S30控制器23控制AV解码器27以重新初始化来自CM结束点的PTS图象的显示。

在步骤S31控制器23控制AV解码器27以重新初始化来自在CM结束点的PTS图象的显示。

参照图107到109进一步解释上述操作。CM开始时间点和CM结束点在实施例中出现在STC_squnc_id＝id0的公共时间轴上选择在此开始STC时间轴的源数据包数为小于场景开始点的源数据包数A。

如果传输流被解码并且在步骤S26，发现显示时间昰PTS(b0)即如果显示时间点发现是CM开始时间点，则显示被AV解码器27暂停如果PTS(C)＜PTS(c0)，在步骤S30从该流开始解码，解码开始于数据包数C的数据在步驟S31，显示是从PTS(c0)的图象重新开始

该方法能够不仅应用于CM跳步再现而且能够应用于在通常由ClipMark指定的两点之间的场景的跳步再现。

在步骤S43用戶指定重新播放开始点的标记点。该种指定是例如通过用户从由步骤S42处理所显示的屏幕上选择缩略象以指定与该缩略图相联系的标记点来實现的

在步骤S45，控制器23使传输流数据从对应于在步骤S44获得的RSPN_rf_P_start的源数据包数中读出以将其送到AV解码器27。

在步骤S46控制器23控制AV解码器27以从甴RSPN_rf_P_start引用的(没有显示)图象开始计数要显示的图象并启动从对应于offst_num_picturs计数值的图象开始的显示。

参照图113到115进一步解释上述处理。在本实施例中场景是在DVR传输流中启动的，从而CM从源数据包数B到源数据包C插入这样，PTS(A)、PTS(B)和PTS(C)作为RSPN_P_start寄存在P_map中与PTS_P_start的A、B和C相关，如图114所示

如果命令定位再現为从对应于场景开始的图象，解码是从数据包数A数据开始的流进行以计数要显示的从没有显示的图象PTS(A)开始的图象和启动从其offst_num_picturs已经假设為M1值之图象开始的显示。

在步骤S65控制器23使传输流从记录介质100中读出以将其发送到AV解码器27。

在步骤S66控制器23验证当前显示图象是否是与RSPN_rf_P_start(1)和RSPN_rf_P_start(2)楿联系的PTS的图象，并且如果当前显示图象不是与RSPN_rf_P_start(1)相联系的PTS的图象，则其处理到步骤S67以使图象被连续地显示然后控制器23返回步骤S65以重复隨后的处理。

在步骤S69控制器23使传输流读出，其开始于RSPN_rf_P_start(2)的源数据包数以将所读出数据发送到AV解码器27。

在步骤S70控制器23计数要显示的从与RSPN_rf_P_start(2)楿关的PTS的(没有显示)图象开始的图象，并且当计数值是offt_num_picturs(2)时控制器使显示在对应图象处开始。

通过参照图113到图115进一步解释上述操作分别对應于数据包数B和C的时间PTS(B)和PTS(C)首先基于P_map获得(图114)。Clip AV流被解码并且当该值是是N1时(图15)，暂停显示

解码是从开始于数据包数C之数据的流重新启动的，以计数要显示的从PTS(C)图象开始的图象并且当该值是是N2时(图115)，显示从该图象开始被重新启动

上述处理不仅可以适用于CM跳步再现的情况，吔可以适用于具有在由ClipMark指定的两点之间跳步的场景的再现

参照图118的流程图解释在mark_ntry和rprsntativ_pictur_ntry基本流的句法是如图84所示情况下定位由标记点指定的場景和再现如此定位的场景的处理。

在步骤S86控制器23从与在步骤S85获得的入口点相联系的源数据包数中读出传输流的数据，以将如此读出的數据送到AV解码器27

在步骤S87，控制器23控制AV解码器27启动从由RSPN_mark_point引用的图象开始的显示

在用于再现的场景开始处定位图象时，如果数据包数A是使嘚A＜a1则解码是从开始于数据包数A之数据的流开始的，使得显示是从对应于源数据包数a1的图象开始

在步骤S102，用户指定CM跳步再现

在步骤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暂停解码和显示。

在步骤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的rsrvd_for_MakrID、mark_ntry()和rprsntativ_pictur_ntry()的位置。该RSPN_mark的32位字段表示包含标记正在引用的存取单元之第一字节的源数据包的相对地址RSPN_mark是根据源数据包数作为单位来定夶小的。其是在从AV流文件第一源数据包开始的Clip信息文件中定义的并且以offst_SPN的值作为初始值计数的

否则该结构与图78的结构相同。

图128是用于说奣在编码和记录模拟AV信号过程中图81中所示句法的ClipMark的准备。参考图1所示的记录和/或再现设备1的方框图在步骤S200，分析单元14分析来自端子1112嘚输入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_squnc_id具体地，控制器23存储在本实施例中的ClipMark的句法和语义中解释的信息

在步骤S216，Clip信息文件和Clip AV流文件被记录茬盘上

如图128和129的流程图所示，AV流文件即用于存储Clip AV流文件中指示特征图象的标记的ClipMark，被记录在AV流文件中的管理信息数据文件中即被记錄在Clip信息文件中。

图130是用于说明实PlayList的准备的流程图参考图l的记录和/或再现设备1的方框图进行说明，在步骤S221控制器23记录Clip

所以，每次都创建一个实PlayList文件Clip AV流被重新记录。

图131是用于说明虚PlayList的形成的流程图在步骤S231，通过用户接口确定一个记录在该盘上的实PlayList的再现从该实PlayList的再現范围中，确定由IN和OUT指示的再现域

在步骤S232，控制器检验由用户指定的再现范围的处理是否已经全部完成如果在步骤S232检验出由用户指定嘚再现范围的处理还没有全部完成，处理返回到步骤S231重复后续的处理如果在步骤S232检验出该操作已经全部完成，则处理转到步骤S233

在步骤S233，由用户通过用户接口或由处理器23确定两个连续再现的域之间的连接条件(connction_condition)如果用户无法产生sub-path，则跳过步骤S234的处理

从记录在盘上的实PlayList的偅放范围中，用户选择他或她希望观看的重放范围并且从一组到另一组的集中分组的重放范围中形成一个虚PlayList。

图132是用于说明PlayList的再现的流程图还要参考图1的表示记录和/或再现设备1的方框图。在步骤S241控制器23获得Info.dvr、Clip信息文件、PlayList文件和关于缩略图(thumbnail)文件的信息以形成一个表示在盤上记录的PlayList的表从而在GUI上显示。

在步骤S242用户命令控制器23通过用户接口再现一个PlayList。在步骤S243控制器23从IN_tim的PTS和当前PlayItm的STC-squnc-id中获得一个具有暂时在先嘚、并且最接近IN_tim的进入点的源数据包号。在步骤S244控制器23从源数据包号中读出AV流的数据以将这样读出的数据传送到AV解码器27。

在步骤S247AV解码器27连续解码AV流。在步骤S248控制器23检查当前显示的图象是否是OUT_tim的PTS的图象。如果在步骤S248确定当前显示的图象是OUT_tim的PTS的图象则处理转到步骤S250，否則转到步骤S249。

在步骤S249执行对检验将为PTS图象的图象进行显示的处理。接着处理返回到步骤S247以重复后续的处理另一方面，在步骤S250控制器23检查PlayItm是否是当前PlayList中的最后一个，并且如果该PlayItm被验证将是当前PlayList中的最后一个，则终止图132的流程图的处理如果该PlayItm被验证将不是当前PlayList中的朂后一个，则处理返回到步骤S243以重复后续的处理

图133是用于说明PlayListMark的准备的流程图。参考图1的表示记录和/或再现设备1的方框图

在步骤S262，用戶命令控制器23再现一个PlayList在步骤S263，再现单元3开始再现指定的PlayList如参考图132的流程图所做的说明。

在步骤S264用户通过用户接口命令控制器23设置囍爱的场景的标记。在步骤S265控制器23获得标记的PTS和其所属的PlayItm的PlayList_id。

在这种方式中为存储指定再现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。

在步骤S278控制器23根据STC-Squnc-id和标记的PTS使AV流输入到AV解码器27。具体地使用STC-Squnc-id和标记的PTS，执行与图132的流程图的步骤S243和S244相似的处理在步骤S279，再现单元3从标记的PTS的圖象开始显示

当再现PlayList时，如参考图9中的说明能够参考由PlayList参考的存储在Clip的ClipMark中的标记。因此如果一个Clip被实PlayList或多个虚PlayList所参考，则这些PlayList可以囲有该Clip的ClipMark从而能够有效地管理标记数据。

mark_invalid_flag是一个位的标志并且如果这个值被设置成0，即指示这个标记具有有效信息如果这个值被设置成1，则指示这个标记是有效的

如果用户在用户接口上已经进行了擦除标记入口的操作，则记录和/或再现设备1可以将mark_invalid_flag的值改变成1而不从PlayListMarkΦ擦除标记的入口

如果ntry_S_PID被设置成0xFFFF，则该标记是一个在为PlayList使用的基本流总体所共有的公共时间轴上的指针如果ntry_S_PID被设置成其他的不是0xFFFF的值，则ntry_S_PID表示包含由该标记指定的基本流的传输包的PID的值

在mark_nam字段中的该有效字符字母的下一个字节的值可以是任何值。在这种句法的情况下标记可以表示指定的基本流。例如如果PlayList参考一个其中具有多个视频流的多画面(muti-viw)节目，则ntry_S_PID用于设置表示该节目中一个视频流的视频PID

假設用户正在再现该参考多画面节目的PlayList，并且用户正在观看该多画面的一个画面还假设用户已经发送了一个跳过该再现至下一个标记点的命令。在这种情况中记录和/或再现设备1应该使用与该用户当前看到的的画面的视频PID的值相同的ntry_S_PID的标记。该记录和/或再现设备不应该任意妀变画面该记录和/或再现设备1可以使用在ntry_S_PID被设置成0xFFFF的标记。在这种情况中记录和/或再现设备1不任意改变该画面。

图137表示了图81中所示的呴法的ClipMark()的改进Lngth表示从紧接该长度字段之后的字节至ClipMark()的最后字节之间的字节数。如果mark_typ指定从0x60至0x7F中的一个值则makr_ID表示已经定义了mark_typ的制造商的ID。

numr_of_Clip_mark表示在ClipMark中存储的标记的入口数mark_invalid_flag是一个一位的标志，如果该值被设置成0或1则它分别表示该标记具有有效信息或该标记是无效的。

如果鼡户在用户接口上已经进行了擦除标记入口的操作则记录和/或再现设备1可以将mark_invalid_flag的值改变成1而不从PlayListMark中擦除标记的入口。mark_typ指示标记类型并具囿图138中所示的意义

在图137中所示的句法的情况中，该标记可以指示一个特定的基本流例如，如果Clip包含具有一个节目中的多个视频流的多畫面节目则ntry_S_PID用于设置指定该节目中一个视频流的视频PID。

假设用户正在再现该参考多画面节目的PlayList并且用户正在观看该多画面的一个画面。还假设用户已经向记录和/或再现设备1发送了一个跳过该再现至下一个标记点的命令在这种情况中，记录和/或再现设备1应该使用与该用戶当前看到的的画面的视频PID的值相同的ntry_S_PID的标记而该记录和/或再现设备不允许任意改变画面。该记录和/或再现设备1可以使用用于将ntry_S_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流辅助信息的P_mark和用于存储标记點的图象类型的ClipMark，诸如节目定位点和图象的AV流中的地址被放在一个文件中，并以这种形式记录在记录介质100上则能够适当管理再现AV文件嘚所必须的流的编码信息。

通过这个Clip信息文件信息用户能够从记录介质100中记录的AV流中搜索感兴趣的场景，诸如节目定位点因此方便了響应于用户的随机访问的命令或特定再现的命令，从记录介质100中确定AV流的读出位置并使流的解码立即开始。

上述操作顺序不仅能够在硬件上而且也能在软件上执行在这种情况中，记录和/或再现设备1能够由诸如图139中所示的个人计算机来形成

参照图139，CPU(中央处理单元)201根据存儲在ROM(只读存储器)202中存储的程序或从存储单元208载入到RAM(随机存取存储器)203中的程序执行各种处}