CN103137162A - 信息处理器、信息处理方法和程序 - Google Patents

Abstract

本公开涉及信息处理器、信息处理方法和程序。种信息处理器包括：记录部，其被配置为针对在记录介质中所记录的所有再现信息，将描述了再现信息和再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的实际情形信息根据再现信息被指定为将要再现，并且再现信息适于与任何其他适当的再现信息共享相同的实际情形信息；删除部，其被配置为删除所指示的再现信息；以及更新部，其被配置为当删除再现信息时更新表格。

Description

信息处理器、信息处理方法和程序

技术领域

本公开涉及信息处理器、信息处理方法和程序，并且更特别地涉及能够快速删除内容的信息处理器、信息处理方法和程序。

背景技术

近年来，记录/再现装置已经变得被广泛使用，并且因而通常执行将视听（AV）信号广播记录在盘中并且随后在用户所希望的定时处再现。因为AV信号是数字化的并且因而可以被压缩，所以有可能在盘中记录长时间段的AV信号。

现在，在诸如蓝光盘、数字多功能盘（DVD）和硬盘的盘之外，还采用诸如闪存卡的半导体存储器来作为记录其中包含AV信号的内容的记录介质。

容量的增加取得了进展并且因而大量内容变得能够结合信号的数字化被记录在这样的记录介质中。作为结果，尽管到目前为止，能够记录在一个记录介质中的内容的数量（更具体地，播放列表（PlayList）的数量）是大约200个，但是PlayList的数量已经变得多达10000个或更多。

例如，在日本专利公开第2002-158972号中描述了通过使用PlayList和剪辑（Clip）两者来管理记录介质中记录的内容。Clip是作为内容的实际情形（reality）的数据，并且PlayList指定了Clip的预定时间段。例如，当用户指令要再现内容时，实际上指定了PlayList。而且，再现了其范围由PlayList所参照的Clip。

发明内容

在一些情况下两个或更多个PlayList参照了一个Clip。由两个或更多个PlayList所参照的一个Clip的范围有时可能是共同的，或者其他情况下可能彼此不同。以这样的方式，彼此独立地管理Clip（作为内容的实际情形的数据）和作为Clip的再现范围的PlayList，从而可以防止冗余地记录作为实际情形的、具有很多数据量的内容数据。作为结果，可以有效地利用记录介质的记录容量。

作为结果，当指令要删除一个PlayList时，可能无法立即删除与一个PlayList对应的Clip。因而，只有当检查了相关的Clip是否被其他PlayList所参照并且证明了相关的Clip没有被任何其他PlayList所参照时，才有可能删除相关的Clip。

然而，当PlayList的数量变大时，在指令要删除记录介质中记录的PlayList的情况下，需要长时间来检查对应于PlayList的Clip是否被任何其他PlayList所参照。作为结果，变得难于迅速删除PlayList（即，内容）。

本公开是为了解决上述问题而做出的，并且因此想要的是提供一种能够迅速地删除内容的信息处理器以及各自与其对应的信息处理方法和程序。

为了实现上述愿望，根据本公开的实施例，提供了一种信息处理器。该信息处理器包括：记录部，其被配置为针对在记录介质中所记录的所有再现信息，将描述了再现信息和再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的实际情形信息根据再现信息被指定为将要再现，并且再现信息适于与任何其他适当的再现信息共享相同的实际情形信息。该信息处理器还包括：删除部，其被配置为删除所指示的再现信息；以及更新部，其被配置为当删除再现信息时更新表格。

可以使得再现信息是PlayList，并且可以使得实际情形信息是Clip。

记录部还可以记录PlayList的文件名、代表包含在PlayList中的再现部分的播放项目（PlayItem）、以及作为PlayItem所参照的剪辑信息文件（Clip Information file）的文件名的剪辑信息文件名（Clip_Information_file_name）。

当指示要删除的PlayList是实际播放列表（Real PlayList）并且其他适当的Real PlayList参照了相同的Clip Information file时，删除部可以删除指示要删除的Real PlayList，并且当其他适当的Real PlayList没有参照相同的Clip Information file时，删除部可以在指示要删除的RealPlayList之外，删除对应于Real PlayList的Clip Information file。

当指示要删除的PlayList是虚拟播放列表（Virtual PlayList）时，删除部删除Virtual PlayList。

根据本公开的另一实施例，提供了一种信息处理方法，其包括：针对在记录介质中所记录的所有再现信息，将描述了再现信息和再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的实际情形信息根据再现信息被指定为将要再现，并且再现信息适于与任何其他适当的再现信息共享相同的实际情形信息；删除所指示的再现信息；以及当删除再现信息时更新表格。

根据本公开的又一实施例，提供了一种程序，使得计算机根据该程序来执行：针对在记录介质中所记录的所有再现信息，将描述了再现信息和再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的实际情形信息根据再现信息被指定为将要再现，并且再现信息适于与任何其他适当的再现信息共享相同的实际情形信息；删除所指示的再现信息；以及当删除再现信息时更新表格。

根据本公开的另一实施例：针对在记录介质中所记录的所有再现信息，将描述了再现信息和再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的实际情形信息根据再现信息被指定为将要再现，并且再现信息适于与任何其他适当的再现信息共享相同的实际情形信息；并且当删除指示为要删除的再现信息时更新表格的内容。

如上所述，根据本公开，有可能迅速地删除内容。

附图说明

图1是示出了作为根据本公开的第一实施例的信息处理器的记录/再现装置的配置的框图；

图2是示出了作为根据本公开的第一实施例的信息处理器的记录/再现装置的控制部分的框图；

图3是说明了由图1中所示的记录/再现装置记录在记录介质中的数据的格式的图；

图4是说明了Real PlayList和Virtual PlayList两者的图；

图5A至5C分别是说明了Real PlayList的创建、划分和组合的图；

图6A至6C分别是说明了Real PlayList的删除、部分删除和最小化的图；

图7A和7B分别是说明了集合编辑的图；

图8是说明了在Virtual PlayList中提供了子路径的情况的图；

图9是说明了PlayList的再现顺序的移动的图；

图10是说明了PlayList上的标记和Clip上的标记的图；

图11是说明了菜单缩略图（thumbnail）的框图；

图12是说明了附加到PlayList的标记的框图；

图13是说明了附加到Clip的标记的框图；

图14是说明了PlayList、Clip和缩略图文件之间的关系的框图；

图15是说明了目录结构的框图；

图16是示出了对标题列表的显示的示例的图；

图17是示出了INEX.BAV文件的句法的表格；

图18是示出了INFO.BAV文件的句法的表格；

图19是示出了ExtensionData()的句法的表格；

图20是示出了ExtensionData()的句法的示例的表格；

图21是示出了PL_to_Clip_table()的句法的表格；

图22是示出了xxxx.RPL和xxxx.VPL的句法的表格；

图23A至23C分别是说明了PlayList的图；

图24是示出了PlayList的句法的表格；

图25是示出了UIAppinfoPlayList的句法的表格；

图26是示出了PlayItem的句法的表格；

图27是示出了播放列表标记（PlayListMark）的句法的表格；

图28是示出了mark_type的表格的图；

图29是示出了MENU.THM/MARK.THM的句法的表格；

图30是示出了缩略图（Thumbnail）的句法的表格；

图31是说明了记录处理的流程图；

图32是说明了删除处理的流程图；

图33是示出了Real PlayList的示例的图；并且

图34是示出了PL_to_Clip_table()的示例的图。

具体实施方式

以下，将参照附图来详细描述本公开的实施例。注意，以下将按照如下顺序来给出描述。

1.记录/再现装置的配置

2.AV流的编辑

3.控制部分的功能性配置

4.对操作的描述

5.PlayList

6.对Real PlayList的编辑

7.用于Virtual PlayList的操作

8.对Virtual PlayList的重新编辑

9.标记

10.缩略图

11.CPI

12.目录和文件

13.INDEX.BAV文件

14.INFO.BAV

15.ExtensionData()

16.PL_to_Clips_table()

17.Real PlayList文件和Virtual PlayList文件

18.PlayList的句法

19.UIAppInfoPlayList

20.PlayItem的句法

2 1.PlayList()

22.MENU.THM

23.AV流文件

24.记录处理

25.删除处理

26.删除的示例

27.本公开对程序的应用

28.其他

[记录/再现装置的配置]

以下，将参照附图来详细描述规避开的第一实施例。图1是示出了作为根据本公开的第一实施例的信息处理器的记录/再现装置的内部配置的框图。首先，以下将描述用于执行将从外部输入其中的信号记录在记录介质中的操作的部分的配置。作为用于执行信息的记录或者再现中的至少任一项的信息处理器的记录/再现装置1可以接收模拟数据或者数字数据作为其输入，并且可以记录这样记录的模拟数据或者数字数据。

模拟视频信号和模拟音频信号被分别输入到端子11和端子12。输入到端子11的模拟视频信号被输出到分析部14和AV编码器15中的每个。输入到端子12的模拟音频信号被输出到AV编码器15。分析部14从这样输入的模拟视频信号中提取诸如场景变化的特征点。

AV编码器15对输入到其中的模拟视频信号和模拟音频信号进行编码，并且多路复用器16输出编码的视频流（V）、编码的音频流（A）以及诸如关于AV同步的信息的系统信息（S）。

编码的视频流是例如通过利用运动图像专家组（MPEG）2系统的编码来得到的视频流。而且，编码的音频流例如是通过利用MPEG1系统的编码来得到的音频流、通过利用杜比AC3系统来得到的音频流等。多路复用器16基于输入的系统信息来对输入到其中的视频和音频流进行多路复用，并且将所得到的多路复用的流输出到多路复用流分析部18和源打包器（source packetizer）19中的每个。

多路复用流是例如MPEG2传输流或者MPEG节目流。源打包器19按照其中记录有AV流的记录介质100的应用格式，将这样输入到其中的多路复用流编码为包括源包的AV流。所得到的AV流经历纠错码（ECC）编码部20和调制部21中的预定处理，并且随后被输出到写入部22。写入部22按照从控制部分23输入到其中的控制信号来讲AV流文件写入（总之，记录）到记录介质100（中）。要注意，记录介质100可以在诸如蓝光盘或者数字多功能盘（DVD）或者硬盘的盘之外，包括诸如闪存卡的半导体存储器。

通过数字接口或者数字电视调谐器输入的、诸如数字电视广播的传输流被输入到端子13。用于记录输入到端子13的传输流的系统包括两个系统：用于透明地记录传输流的系统；以及用于记录为了例如降低记录码率的目的而被重新编码后的传输流的系统。关于用于记录系统的指示的信息被从连接到用户接口端（未示出）的端子24输入到控制部分23。

当透明地记录输入传输流时，输入到端子13的传输流被输出到多路复用流分析部18和源打包器19中的每个。因为直到在记录介质100中记录AV流为止的后续处理与当上述输入的音频信号和视频信号被编码并且所得到的编码的信号随后被记录时相同，所以此处为了简明起见而省略了其描述。

当在重新编码之后记录输入的传输流时，输入到端子13的传输流被输入到解多路复用器26。解多路复用器26对于输入到其中的传输流执行解多路复用处理，并且提取视频流（V）、音频流（A）和系统信息（S）。

在由解多路复用器26提取的流（V）、（A）和（S）（即，信息）中，分别地，视频流（V）被输出到AV解码器27，并且音频流（A）和系统信息（S）中的每个被输出到多路复用器16。AV解码器27对输入到其中的视频流进行解码，并且将再现的视频信号上传到AV编码器15。AV编码器15对输入的视频信号进行编码，并且将所得到的编码的视频流（V）上传到多路复用器16。

另一方面，基于输入的系统信息，要被输入到多路复用器16的、从解多路复用器26输出的音频流（A）和系统信息（S）两者，以及从AV编码器15输出的视频流（V）被多路复用，并且所得到的流随后作为多路复用的流通过开关17被输出到多路复用流分析部18和源打包器19中的每个。因为直到将AV流记录在记录介质100为止的后续处理与当上述输入的音频信号和视频信号被编码并且所得到的编码的信号随后被记录时相同，所以此处为了简明起见而省略了其描述。

第一实施例的记录/再现装置1在记录介质100中记录AV流的文件，并且记录描述了记录介质100中的文件的应用数据库信息。应用数据库信息由控制部分23创建。到控制部分23的输入信息包括来自分析部14的关于运动图像的特征信息、来自多路复用流分析部18的关于AV流的特征信息、以及从用户提供并且通过端子24输入的指示信息。

从分析部14提供的关于运动图像的特征信息是关于输入的图像信号中的特性图像的信息。例如，从分析部14提供的关于运动图像的特征信息包括节目的关于起始点的指定信息（例如标记）、场景变化点、广告（CM）的起始/结束点等。而且，关于其指定地点的缩略图图像的信息也包括在从分析部14提供的关于运动图像的特征信息中。

从多路复用流分析部18提供的关于AV流的特征信息是关于要被记录的AV流的编码信息的信息。例如，从多路复用流分析部18提供的关于AV流的特征信息包括AV流内的关于I图片的地址信息、AV流的编码参数、AV流内的关于编码参数的变化点信息，视频流内的关于特性图像的信息（例如标记）等。

从用户通过端子24发出的指示信息包括关于由用户指定的再现部分的指定信息、描述再现部分的内容的字符、关于用户用来设置喜爱的场景的书签和恢复点的信息等。

例如包括微处理器单元的控制部分23包括用于在其中存储预定信息的存储器部23A。控制部分23基于上述输入的信息来创建AV流的数据库（Clip）、通过对AV流的再现部分（PlayItem）进行分组得到的数据库、关于记录介质100中记录的内容的管理信息（INFO.BAV）、以及关于缩略图图像的信息。与要输入到写入部22的AV流的情况相似地，在ECC编码部20和调制部21两者中处理包括这些信息的应用数据库信息。写入部22按照从控制部分23输出到其中的控制信号，在记录介质100中记录数据库文件。

稍后将描述上述应用数据库信息的细节。

当再现均以这种方式记录在记录介质100中的AV流文件（即，视频数据和音频数据的文件）和应用数据库信息时，用以下方式来处理AV流文件和应用数据库信息。首先，控制部分23指示读取部28来从记录介质100读取出应用数据库信息。并且，读取部28从记录介质100读取出应用数据库信息。这样读取出的应用数据库信息通过解调部29和ECC解码部30中的预定处理被输入到控制部分23。

控制部分23基于应用数据库信息，向连接到用户接口输入/输出端的端子24输出记录在记录介质100中的PlayList（总之，内容的列表）。当然，PlayList的列表也可以作为视频输出从端子32输出到显示设备（未示出）。当用户从PlayList的列表中选择他/她想要再现的PlayList（总之，内容）时，关于为再现所指定的PlayList的信息被从用户接口输入/输出端输入到控制部分23。控制部分23指示读取部28来读取出相关的PlayList的再现所需的AV流。读取部28从记录介质100读取出相应的AV流，并且按照从控制部分23发出的指示将这样读取出的相应AV流输出到解调部29。输入到解调部29的AV流经历预定处理以被解调，并且随后通过在ECC解码部30中执行的处理来输出到源解包器31。

即使在用户指示删除PlayList时，PlayList的列表也显示在显示设备（未示出）上。用户从显示在显示设备上的列表中指定具体想要删除的PlayList。

源解包器31将从记录介质100读取出以经历预定处理的具有应用格式的AV流转换为可以输出到解多路复用器26的流。解多路复用器26向AV解码器27输出组成由控制部分23指定的AV流的再现部分（即PlayItem）的视频流（V）、音频流（A）和诸如关于AV同步的信息的系统信息（S）。而且，AV解码器27对视频流和音频流两者进行解码，并且分别从相应的端子32和33输出所再现的视频信号和所再现的音频信号。

此外，当通过作为用户接口的端子24输入用来指示随机访问再现或者特定再现的信号时，控制部分23确定要从记录介质100读取出AV流的位置，并且及用户AV流中的数据库（Clip）的内容，指示读取部28读取出AV流。例如，当从预定的时间起再现由用户选择的PlayList时，控制部分23指示读取部28从具有最接近所指定的时间的时间戳的I图片中读取出数据。

此外，当用户指示了快进回放时，控制部分23指示读取部28基于AV流的数据库（Clip）顺次、连续地读取出AV流中的I图片数据。

读取部28从所指定的随机访问点读取出AV流上的数据。这样读取出的数据通过后续部分的处理来再现。

[AV流的编辑]

接下来，将针对用户编辑记录在记录介质100中的AV流的情况给出描述。当用户想要指定记录在记录介质100中的AV流的再现部分以创建新的再现路径时，例如，当用户想要创建再现路径，以使得想要从作为节目A的音乐节目中再现歌手a的部分，并且想要随后从作为节目B的节目中再现歌手a的部分时，关于再现部分的起始点（入点）和结束点（出点）的信息通过作为用户接口的端子24被输入到控制部分23。控制部分23创建通过对AV流的再现部分（PlayItem）的分组得到的数据库（PlayList）。

当用户想要删除一部分记录在记录介质100中的AV流时，关于删除部分的入点和出点的信息通过作为用户接口的端子24被输入到控制部分23。控制部分23改变PlayList的数据库的内容，以便仅参照所需的AV流部分。此外，控制部分23指示写入部22删除AV流的非必需的部分。

现在将针对用户想要指定记录在记录介质100中的AV流的再现部分以创建新的再现路径并且还想要将再现部分无缝地连接到另一个再现部分的情况给出描述。在该情况下，控制部分23通过对AV流的再现部分（PlayItem）的分组得到的数据库（PlayList）并且还对再现部分之间的连接点附近的视频流执行部分重新编码和重新多路复用两者。

首先，关于再现部分的入点的图片的信息和关于再现部分的出点的图片的信息两者通过端子24被输入到控制部分23。控制部分23指示读取部28读取出再现入点侧图片和出点侧图片两者所需的数据。而且，读取部28从记录介质100读取出数据。这样读取出的数据随后通过解调器29、ECC解码部30和源解包器31被输出到解多路复用器26。

控制部分23分析输入到解多路复用器26的数据，确定对视频流进行重新编码的方法（改变图片代码类型（picture_coding_type）并且分配要重新编码的编码位的数量）和重新多路复用系统，并且向AV编码器15和多路复用器16中的每个提供关于这样确定的系统的信息。

接下来，解多路复用器26将输入到其中的流分离为视频流（V）、音频流（A）和系统信息（S）。视频流（V）包括“要输入到AV解码器27的数据”和“要输入到多路复用器16的数据”。前者的数据是执行重新编码所需的数据，并且在AV解码器27中解码。因而，所解码的图片在AV编码器15中被重新编码以制作视频流。另一方面，后者的数据是从原始流复制而未被重新编码的数据。音频流和系统信息两者直接被输入到多路复用器16。

多路复用器16基于从控制部分23输入到其中的信息，对输入流进行多路复用，并且输出所得到的多路复用的流。多路复用的流在ECC编码部20和调制部21两者中处理，并且随后被输入到写入部22。写入部22按照从控制部分23提供给其的控制信号，在记录介质100中记录AV流。

[控制部分的功能性配置]

图2是示出了控制部分23的功能性配置的框图。在第一实施例中，控制部分23包括记录部201、获取部202、附加部203、确定部204、删除部205、更新部206和显示部207。例如这些部分201至207，任一个可以以硬件形式来配置，或者可以以软件形式来配置。

记录部201在其中记录各种信息。获取部202获取各种信息。附加部203附加预定信息。确定部204执行确定处理。删除部205删除预定信息。更新部206更新预定信息。而且，显示部207在其上显示信息。

[对操作的描述]

以下，将针对诸如基于应用数据库信息的再现或编辑的、用于应用数据库信息的操作来给出描述。图3是说明了应用格式的结构的框图。应用格式具有用于管理AV流的PlayList和Clip两层。卷信息（VolumeInformation）用于管理盘中的所有Clip和PlayList。在该情况下，一个AV流及其附属信息的对被认为是也被称为“Clip”的一个对象。AV流文件被称为“剪辑AV流文件（Clip AV stream file）”并且其附属信息被称为“剪辑信息文件（Clip Information file）”。总之，Clip是作为内容的实际情形的实际信息，并且PlayList是指定了对其实际信息的再现的再现信息。

其中在由应用格式调节的结构中布置MPEG2传输流的数据存储在一个Clip AV stream file中。一般地，尽管该文件被看做字节列，Clip AVstream file的内容在时间轴上发展，并且主要基于时间来指定Clip中的进入点。当给出了对于预定Clip的访问点时，Clip AV stream file有助于找到在Clip AV stream file中要开始读取数据的地址信息。

[PlayList]

以下将参照图4来描述PlayList。提供PlayList以便用户可以从Clip中选择他/她想要观看的再现部分，并且再现部分可以被简单地编辑。一个PlayList是Clip中再现部分的集合。预定的Clip中的一个再现部分被称为PlayItem，这又用时间轴上的入点（IN）和出点（OUT）来表示。因此，集合了多个PlayItem，从而组成PlayList。

PlayList具有两种类型。一种类型是Real PlayList，而另一种是Virtual PlayList。Real PlayList与其他PlayList共享相关的Real PlayList所参照的Clip的流部分。就是说，Real PlayList占用盘中与相关的RealPlayList所参照的Clip的流部分的相对应的数据容量。因而，当删除RealPlayList时，也删除相关的Real PlayList所参照的Clip的流部分的数据。

Virtual PlayList不与其他PlayList共用Clip的数据。因此，即使改变或者删除Virtual PlayList，也根本不在Clip的内容中生成改变。

[对Real PlayList的编辑]

接下来，将描述对Real PlayList的编辑。图5A是针对Real PlayList的创建的图。因而，图5A示出了当记录AV流作为新Clip时新创建参照整个相关的Clip的Real PlayList的操作。

图5B是针对Real PlayList的划分的图，并且示出了在想要的点处将Real PlayList划分为两个Real PlayList的操作。例如，在由一个PlayList管理的一个Clip内管理了两个节目的情况下用户想要将两个节目重新登记（记录）为一个节目时，执行划分操作。通过执行该操作，Clip的内容根本么有改变（Clip自身没有被划分）。

图5C是针对Real PlayList的组合的图，并且将两个Real PlayList彼此组合为一个新的Real PlayList的操作。在用户想要将两个节目重新登记为一个节目时执行该组合操作。通过执行该操作，Clip没有改变（Clip自身没有被设置为一个Clip）。

图6A是针对整个Real PlayList的删除的图。在该情况下，当执行用于删除整个Real PlayList的操作时，也删除所删除的Real PlayList所参照的Clip的相应的流部分。

图6B是针对Real PlayList的部分删除的图。在该情况下，当删除Real PlayList的想要的部分时，改变相应的PlayItem，以便仅参照所需的Clip的流部分。而且，删除Clip的相应的流部分。

图6C是针对Real PlayList的最小化的图，并且示出了使得对应于Real PlayList的PlayItem仅参照Virtual PlayList所需的Clip的流部分的操作。因而，删除Virtual PlayList所不需要的Clip的流部分。

当通过执行上述操作来改变Real PlayList以删除相关的RealPlayList所参照的Clip的流部分时，有可能存在使用所删除的Clip的Virtual PlayList，并且由于所删除的Clip而在相关的Virtual PlayList中导致了问题。

出于防止导致这样的情形的目的，响应于删除操作，向用户显示“尽管存在参照了相关的Real PlayList所参照的Clip的流部分的VirtualPlayList，并且因而如果删除相关的Real PlayList，则相关的VirtualPlayList也会删除，您能否接受该情形？”这样的消息，并且督促用户执行确认（警告）。此后，按照从用户发出的指示来执行或者取消删除处理。可替选地，对于Real PlayList执行最小化而非删除Virtual PlayList。

[用于Virtual PlayList的操作]

接下来，以下将描述对于Virtual PlayList的操作。即使在对于VirtualPlayList执行操作期间，也根本不改变Clip的内容。图7A和7B分别是针对集合编辑（IN-OUT编辑）的图，并且制作用户想要观看的再现部分的PlayItem并且创建Virtual PlayList的操作。在该情况下，应用格式支持PlayItem之间的无缝连接。

如图7A中所示，在分别存在两个Real PlayList 1和2以及对应于两个Real PlayList的Clip 1和2的情况下，当用户指示Real PlayList 1中的预定部分（PlayItem 1：从IN 1到OUT 1的部分）作为再现部分并且指示Real PlayList 2中的预定部分（PlayItem 2：从IN 2到OUT 2的部分）作为随后再现的再现部分时，如图7B中所示，创建了包括PlayItem1和PlayItem 2的一个Virtual PlayList。

[对Virtual PlayList的重新编辑]

接下来，以下将描述Virtual PlayList的重新编辑。重新编辑包括Virtual PlayList中的入点和出点的改变、新的PlayItem插入和附加到Virtual PlayList、删除Virtual PlayList中的PlayItem等。此外，也可以删除Virtual PlayList自身。

图8是说明了在Virtual PlayList中的音频配音（后记录）并且说明了用于将Virtual PlayList中的音频配音登记为子路径的操作的图。应用格式支持音频配音。将附加的音频流作为子路径添加到Virtual PlayList的主路径的AV流。

展示了对如图9中所示的PlayList的再现的顺序的移动作为RealPlayList和Virtual PlayList共用的操作。该操作是在盘（卷）内移动PlayList的再现的顺序，并且受应用格式中定义的播放列表表格（Table ofPlayList）支持。通过执行该操作根本不改变Clip的内容。

[标记]

接下来，以下将描述标记。提供标记以指定Clip和PlayList内的重点和特性的时间。添加到Clip的标记例如是由于AV流的内容而指定了特性场景的场景改变点。当再现PlayList时，可以参照相关的PlayList所参照的标记来使用。

添加到PlayList的标记例如是主要由用户设定的书签或者恢复点。通过向标记列表附加标记的时间戳代表时间来在Cliphuozhe PlayList中设定标记或恢复点。此外，删除标记要从标记列表中移除相关的标记的时间戳。因此，通过设定或删除标记，根本不改变AV流。

[缩略图]

接下来，以下将描述缩略图。缩略图是分别添加到卷、PlayList和Clip的静止图像。缩略图包括两种。一种缩略图是作为代表了内容的代表图像的缩略图。一种缩略图主要在菜单图片使用，在菜单图片中用户通过操作光标（未示出）等来选择想要的内容。另外的是代表标记所指向的场景的图像。

卷和PlayList分别需要能够具有代表性图像。对于卷的代表性图像，例如，假设当在记录/再现装置1的预定地点中设定盘（以下假设记录介质100具有盘的形状，将记录介质100适当地描述为盘）时，在第一地点中显示代表相关的盘的内容的静止图像等。对于PlayList的代表性图像，假设在选择PlayList的菜单图片（内容的列表的图片）中，使用PlayList的代表性图像作为用于代表PlayList的内容的静止图像。

尽管期望将PlayList的第一个图像制作成作为PlayList的相关的代表性图像的缩略图（代表性图像），但是在再现时间0的头部处的图像不一定是用于代表内容的最优图像。因而，用户能够设定任意图像作为PlayList的缩略图。借此，两者缩略图被称为“菜单缩略图”。因为菜单缩略图频繁地显示在显示设备上，所以需要高速地从盘中读取出菜单缩略图。出于该原因，在一个文件中存储所有的菜单缩略图是有效率的。菜单缩略图不需要是从卷内的运动图像中提取的图片。因而，如图11中所示，菜单缩略图可以是从个人计算机或者从数字静态相机中取回的图像。

另一方面，需要将多个标记带给Clip和PlayList。由于该原因，出于了解标记位置的内容的目的，标记点处的图像需要能够容易地观看。代表这样的标记点的图片被称为“标记缩略图”。因此，针对变成缩略图的源的图像，通过在标记点处抽取来得到的图像变成了主要的，而非从外部取回的图像。

图12是示出了添加到PlayList的标记和其标记缩略图之间的关系的框图。图13是示出了添加到Clip的标记和其标记缩略图之间的关系的框图。因为不像菜单缩略图，当示出PlayList的细节时在子菜单等中使用标记缩略图，所以对于标记缩略图，不需要在段的访问时间里读取出标记缩略图。出于该原因，即使在记录/再现装置1需要缩略图时打开文件并且这花费了一些时间来读取出部分文件，也不是问题。

此外，出于降低卷内存在的文件数量的目的，所要做的是在一个文件中存储全部标记缩略图。PlayList可以具有一个菜单缩略图和多个标记缩略图。然而，因为用户不需要直接选择Clip（通常，经由PlayList来指定Clip），所以不需要提供任何菜单缩略图。

图14是说明了考虑到前述内容时菜单缩略图、标记缩略图、PlayList和Clip之间的关系的框图。每个PlayList所提供的菜单缩略图记载在菜单缩略图文件中。代表记录在盘中的数据的内容的卷缩略图包含在菜单缩略图文件中。每个PlayList和每个Clip所创建的缩略图文件记载在标记缩略图文件中。

[CPI]

接下来，以下将描述特性点信息（CPI）。CPI是Clip Information file中包括的数据。而且，CPI主要用于找出当给出到Clip的访问点的时间戳时开始从Clip AV流文件中读取出数据的数据地址。在第一实施例中，使用了两种CPI：EP_map和TU_map。

EP_map是进入点（EP）数据的列表，并且是从基本流和传输流两者提取的。而且，EP_map具有用于找出在AV流中开始解码的进入点处的地点的地址信息。一条EP数据包括展示时间戳（PTS）和对应于PTS的访问单位的AV流中的数据地址的对。

EP_map主要用于两个对象。首先，EP_map用来找出由PlayList中展示时间戳所参照的访问单位的AV流中的数据地址。其次，EP_map用于快进再现和快退再现。在记录/再现装置1在记录介质100中记录输入的AV流的情况下，当可以分析输入的AV流的句法时，创建EP_map以记录在盘中。

TU_map具有基于通过数字接口输入的传输包的抵达时间的时间单位（TU）的列表。这给出了基于抵达时间的时间和AV流中的数据地址之间的关系。在记录/再现装置1在记录介质100中记录输入的AV流的情况下，当可能无法分析输入的AV流的句法时，创建TU map以记录在盘中。

STCInfo在其中存储了存储有MPEG2传输流的AV流文件中的STC的不连续点信息。当AV流具有STC的不连续点时，具有相同值的PTS可能出现在相关的AV流文件中。出于该原因，当基于PTS指向AV流上的特定时间时，仅通过访问点的PTS来指定点是不够的。此外，用于其中包括相关的PTS的连续STC部分的索引是必要的。连续STC部分在该格式中称为STC序列（STC-sequence），并且用于连续STC部分的索引称为STC序列识别（STC-sequence-id）。关于STC_sequence的信息由Clip Information file的STCInfo来定义。STC-sequence-id使用在具有EP_map的AV流文件中，并且在具有TU_map的AV流文件中也是可选项。

节目是轮流共享仅一个用于执行这些流的同步再现的系统时间基础的基本流的集合。对于再现装置（图1中的记录/再现装置），这有助于在AV流的解码之前了解AV流的内容。AV流的内容例如包括发送视频或音频的基本流的传输包的PID值、以及关于视频或音频的成分类型（诸如HDTV的视频以及MPEG-2AAC的音频流）的信息等。该信息有助于为创建为参照AV流的用户说明PlayList的内容的菜单图片。而且，该信息有助于在AV流的解码之前设定再现装置的AV解码器和多路复用器的初始状态。出于该原因，Clip Information file具有用于说明节目的内容的ProgramInfo。

在其中存储有MPEG2传输流的AV流文件中，文件中的节目内容可能改变。例如，通过其传送视频基本流的输送分组的PID改变，视频流的分量的类型从SDTV变为HDTV，等等。

ProgramInfo在其中存储有关于AV流文件内的节目内容的改变点的信息。其中由相关的格式定义的节目内容在AV流文件中是恒定的区间被称为Program_sequence（节目序列）。Program_sequence用在具有EP_map的AV流文件中，并且是具有TU_map的AV流文件中的选项。

在第一实施例中，定义了自编码（SESF）的流格式。SESF用于对模拟输入信号编码的目的，并且还在数字输入信号（例如，DV）在被解码之后编码成MPEG2传输流时使用。

SESF定义了关于MPEG-2传输流和AV流两者的基本流的编码极限。当记录/再现装置1对SESF流编码并且记录得到的编码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）。图15是示出盘上的目录结构的示例的示图。如图15中所示，DVR的盘上所需的目录是包括“BDAV”目录、“PLAYLIST”目录、“CLIPINF”目录和“STREAM”目录的根目录。尽管在根目录下也可以创建除了这些目录以外的目录，但是假设在关于第一实施例中的应用格式中忽视这些目录。

DVR应用格式管理的所有文件和目录被存储在“BDAV”目录下。“BDAV”目录包括三个目录。Real PlayList和Virtual PlayList两者的数据库文件被设置在“PLAYLIST”目录下。“PLAYLIST”目录甚至在连一个PlayList都没有的情况下也存在。

Clip的数据库被设置在“CLIPINF”目录下。“CLIPINF”目录甚至在连一个Clip都没有的情况下也存在。AV流文件被设置在“STREAM”目录下。“STREAM”目录甚至在连一个AV流文件都没有的情况下也存在。

“BDAV”目录在其中存储如下文件。“INDEX.BAV”文件是如下索引文件：其中提取并收集关于设置在PLAYLIST目录下的所有PlayList文件的、在显示关于UIAppInfoPlayList()的信息中的标题列表时有用的显示信息。在该情况下，关于每个PlayList文件的制作者的额外的私有数据也可以存储在“INDEX.BAV”文件中。“INDEX.BAV”文件被定位在父目录与其中记录内容的PLAYLIST目录的父目录相同的BDAV目录下，并且还被定位在与PLAYLIST目录的行相同的行中。简言之，“INDEX.BAV”文件和PLAYLIST目录两者是兄弟目录。将参照图17描述“INDEX.BAV”文件的细节。

在BDAV目录下创建“INFO.BAV”文件，并且关于应用层的整体信息被存储在“INFO.BAV”文件中。在BDAV目录下仅需要存在一个INFO.BAV。其文件名被固定为INFO.BAV。关于菜单缩略图图像的信息（内容列表的缩略图图像）被储存在“MEMU.THM”文件中。在BDAV目录下需要存在零个或一个缩略图图像。其文件名被固定为MENU.THM。当不存在菜单缩略图图像时，该文件可以不存在。

两种类型的PlayList文件被储存在“PLAYLIST”目录中。两种类型的PlayList文件是Real PlayList和Virtual PlayList。关于一个RealPlayList的信息被储存在“xxxxx.RPL”文件中。对于每个Real PlayList创建一个文件。其文件名是“xxxxx.RPL”。这里，“xxxxx”是五个0至9的数字字符。假设文件扩展需要是“RPL”。

关于一个Virtual PlayList的信息被储存在“yyyyy.VPL”文件中。对于每个Virtual PlayList创建一个文件。其文件名是“yyyyy.VPL”。这里，“yyyyy”是五个0至9的数字字符。假设文件扩展需要是“VPL”。

一个文件存储在“CLIPINF”目录中以便对应于AV流文件。“zzzzz.CPI”文件是与一个AV流文件（Clip AV流文件或者Bridge-ClipAV流文件）对应的Clip Information file。其文件名是“zzzzz.CPI”。这里，“zzzzz”是五个0至9的数字字符。假设文件扩展需要是“CPL”。

AV流的文件存储在“STREAM”目录中。“zzzzz.MTS”文件是DVR系统所处置的AV流文件。“zzzzz.MTS”文件是Clip AV流文件或者Bridg-Clip AV流。其文件名是“zzzzz.MTS”文件。这里，“zzzzz”是五个0至9的数字字符。假设文件扩展需要是“MTS”。

[INDEX.BAV文件]

接下来，下文将描述图15中所示的“INDEX.BAV”文件。出于使用户选择节目作为记录在记录介质100中的内容的目的，创建节目的标题列表（即，PlayList的列表），提取节目的标题列表的能够显示的范围，将关于该范围的信息输出到待显示的通过终端24输入/输出的用户接口。替选地，关于该范围的信息通过终端32被输出到显示设备（未示出），以便在其上显示。如后面将参照图17描述的，显示标题列表所需的关于所有节目的显示信息被共同存储在一个“INDEX.BAV”文件中。结果，变得可以迅速地创建并显示标题列表。

图16是示出标题列表的显示示例的示图。图片显示的设计和显示内容两者取决于记录/再现装置1的制作者。在显示示例中，显示如下显示信息。

节目标题：早间新闻、日间新闻、日间综艺、晚间新闻、晚间流行歌曲节目

记录日期和时间：1月1日（周一）上午7:00、1月1日（周一）下午0:00、1月1日（周一）下午1:00、1月1日（周一）下午7:00、1月1日（周一）下午9:00

节目时长：一个半小时、一小时、两小时

频道编号：1频道、2频道、3频道

频道名称：日本广播台、AAA广播台

频道模式：直接记录模式、标准记录模式、长期积累模式

作为使得用户能够可靠地选择期望的节目（即，标题）的显示信息需要显示在标题列表上。该显示信息例如可以在其中包含如下信息。

1.标题名称（节目）（PlayList_name）

2.记录日期和事件（time_zone、record_time_and_date）

3.标题时长（PlayList_duration）

4.缩略图图像参照信息（ref_to_menu_thumbnail_index）

5.关于其是否是新（未观看过）纪录的标记（is_played_flag）

6.频道编号（channel_number）

7.频道名称（channel_name）

上述七段显示信息中的对于标题而言极为必要的信息是由编号1至3指示的三段显示信息。由编号4指示的显示信息对于使用户理解节目内容而言也是重要的。

除了ref_to_menu_thumbnail_index以外，上述七段显示信息之后的圆括号中所示的字段名称是呈现在UIAppInfoPlayList()（参照图25）中的字段的名称。仅ref_to_menu_thumbnail_index未包含在UIAppInfoPlayList()中。其原因在于PlayList文件中的PlayListMark()（参照图27）的mark_type（标记类型）是0x01或0x02（参照图28），并且当显示相关的图像是播放列表代表图像时的ref_thumbnail_index（参照图27）的值被引用。简言之，ref_thumbnail_index的值被设定为ref_to_menu_thumbnail_index。

图17是示出INDEX.BAV的句法的表格。如图中所示，“INDEX.BAV”文件在其中包含如下信息。

字符“INDX”填入字段type_indicator（类型指示符）。字段version_number（版本号）表示指示INDEX.BAV文件的版本号的四个字符。字段length（长度）表示在紧接length字段之后直到INDEX.BAV文件末尾的字节数目。number_of_PlayLists的数字字符需要等于PLAYLIST目录中记录的PlayList的数目。字段PlayList_file_name[k]表示PlayList的文件名。注意，[k]是for循环中递增的变量。字段index_info_start_address[k]表示以从INDEX.BAV文件的头字节开始的相关字节的数目为单位的、INDEX.BAV文件的头字节地址。相关字节的数目从零开始计数。

字段ref_to_menu_thumbnail_index[k]表示关于表示由PlayList_file_name[k]指示的PlayList的缩略图图像的信息。当字段ref_to_menu_thumbnail_index[k]取除“0xFFFF”之外的值时，表示PlayList的缩略图图像被添加到相关的PlayList，并且关于缩略图图像的信息存储在MENU.THM文件中。另一方面，当字段ref_to_menu_thumbnail_index[k]取值“0xFFFF”时，表示PlayList的缩略图图像不被添加到相关的PlayList。

字段PlayList_character_set[k]表示用于在字段channel_name[k]和PlayList_name[k]中编码的字符的编码方法。标志is_played_flag[k]表示再现的存在或不存在。当标志is_played_flag[k]被设置为“1”时，PlayList_file_name[k]所表示的PlayList在其记录完成之后被再现一次。另一方面，当标志被设置为“0”时，PlayList_file_name[k]所表示的PlayList在其记录完成之后从未被再现。字段time_zone[k]表示由record_time_and_date[k]指示的时间信息的时区（例如，日本、英国等）。

字段record_time_and_date[k]是其中存储有关于记录PlayList_file_name[k]所表示的PlayList时的日期和时间的56位字段。该字段通过关于年/月/日/时/分/秒将14个字符编码为4位二-十进制代码（BCD）来获得。例如，2001/12/23:01:02:03被编码为“0x20011223010203”。字段PlayList_duration[k]是以时/分/秒为单位表示PlayList_file_name[k]所表示的PlayList的总再现时间的24位字段。该字段通过将六个数字字符编码成4位二-十进制代码（BCD）来获得。例如，01：45：30被编码为“0x014530”。

字段channel_number[k]表示在记录PlayList_file_name[k]所指示的PlayList时用户所选择的广播的频道号或服务号。当该字段的值时0xFFFF时，该字段无效。字段channel_name_length[k]表示channel_name[k]指示的频道名称的长度的字节数。字段channel_name[k]表示在记录PlayList_file_name[k]指示的PlayList时用户所选择的广播的频道号或服务号。

字段PlayList_name_length[k]表示字段PlayList_name[k]指示的PlayList名称的长度的字节数。字段PlayList_name[k]表示PlayList_file_name[k]指示的PlayList的标题（节目）。

当length_mpd[k]的字段值不为零时，mdp[k]()存在，并且其值表示mdp[k]()的字节数。字段maker_ID[k]表示记录mdp[k]()的记录器的制作者。被编码为maker_id的值由该格式的许可证来分配。字段maker_model_code[k]表示记录mdp[k]()的记录器的型号。被编码为maker_model_code[k]的值由接收该格式的许可的制作者来确定。字段maker_private_data[k]是存储制作者私有数据的区域。除了上述通过使用INDEX.BAV文件标准化的信息之外，制作者中特有的记录信息可被记录在字段maker_private_data[k]中。例如，诸如记录模式（诸如标准记录模式和长期记录模式的信息）和节目类别的信息记录在字段maker_private_data[k]中。

Length_mpd[k]、maker_ID[k]、maker_model_code[k]和maker_private_data[k]构成制作者特有信息。

X和Y分别是任意正整数。padding_word的值可以取任意值。

[INFO.BAV]

图18是示出“INFO.BAV”文件的句法的表。“INFO.BAV”文件由三个对象组成：UIAppInfoBDAV()、TableOfPlayLists()和ExtensionData()。

现在将描述图18中示出的INFO.BAV的句法。

字符“INFO”来自字段type_indicator中。字段version_number表示指示INFO.BAV文件的版本号的四个字符。字段TableOfPlayLists_Start_address表示以从INFO.BAV文件的头字节开始的相对字节数为单位的TableOfPlayList()的头地址。相对字节数从零开始计数。

字段ExtensionData_Start_address以从INFO.BAV文件的头字节开始的相对字节数为单位的ExtensionData()的头地址。相对字节数从零开始计数。padding_word（填充字）根据info.dvr的句法而被插入。N1和N2分别是零或任意正整数。各个填充字分别可取任意值。

PlayList（Real PlayList和Virtual PlayList）的文件名存储在字段TableOfPlayLists()中。TableOfPlayLists()表示PlayList的默认项的再现顺序。

字段ExtensionData()在其中包含制作者的特定应用的私有数据或者由BDAV标准定义的扩展数据库。记录器制作者可将其私有数据插入到用于制作者的特定应用的ExtensionData()中。制作者的私有数据具有制作者标识符，该制作者标识符被标准化以用于分别标识已定义了私有数据的制作者。另外，稍后将描述的PL_to_Clips_table()作为由BDAV标准定义的扩展数据库而被记录在INFO.BAV文件的ExtensionData()中。

[ExtensionData()]

图19是示出ExtensionData()的句法的表。以下将描述图19中使出的ExtensionData()的句法。

长度字段表示从正好在长度字段之后开始直到ExtensionData()的最后的字节数。字段data_block_start_address表示以从ExtensionData()的头字节开始的相对字节数为单位的data_block()的头字节地址。相对字节数从零开始计数。

字段number_of_ext_data_entries表示ExtensionData()中包含的ext_data_entry()的条目数。ID1的值0x0000至0x00FF用于标识由BDAV标准定义的扩展数据库。当ID1的值超出范围0x0000至0x00FF时，ID1的值表示创建制作者私有数据的记录器的制造商。制作者标识的值由BDAV格式的许可证来指定。当ID1的值在范围0x0000至0x00FF中时，ID2用于标识由BDAV标准定义的扩展数据库。ID1的值超出范围0x0000至0x00FF，ID2表示创建制作者私有数据的记录器的型号代码。在该情况下，由接收格式的许可的制造商来确定被编码为ID2的值。用于标识PL_to_Clips_table()的ID1和ID2的值分别是0x00F0和0x0001。

字段ext_data_start_address表示以ExtensionData()的头字节的相对字节数为单位的、扩展数据开始的字节地址。相对字节数从零开始计数。字段ext_data_length以扩展数据的字节为增量来表示数据的大小。padding_word的值可以取任意值。

图20是示出ExtensionData()的句法的示例的表示，并且示出存储在ExtensionData()中的PL_to_Clips_table()的图像。如图所示，PL_to_Clips_table()记录在ExtensionData()中。

data_block_start_address表示ExtensionData()内的data_block()的头字节的地址。在该示例中，由于仅一条PL_to_Clips_table()作为扩展数据记录在ExtensionData()中，因此1被设置在number_of_ext_data_entries中。用于标识PL_to_Clips_table()的ID1和ID2的值分别是0x00F0和0x0001。

ext_data_start_address表示ExtensionData()内的PL_to_Clips_table()的头字节的地址（在该示例中，其具有与data_block()得头字节的地址相同的值）。ext_data_length表示PL_to_Clips_table()的字节长度。PL_to_Clips_table()记录在data_block()中。

[PL_to_Clips_table()]

图21示出了记录在INFO.BAV文件的ExtensionData()中的PL_to_Clips_table()的句法。PL_to_Clips_table()是关于记录在PLAYLIST目录下的所有PlayList文件列出各个PlayList文件参照的Clip信息文件的表。

长度字段表示从正好在长度字段之后开始直到PL_to_Clips_table()的最后的字节数。字段number_of_PlayLists的数值需要等于记录在PLAYLIST目录中的PlayList的数量。字段PlayList_file_name[k]表示PlayList的文件名。

字段Clips_table_start_address[k]表示以从PL_to_Clips_table()的头字节开始的相对字节数为单位的Clip_table[k]()的头字节的地址。相对字节数从零开始计数。字段number_of_PlayItems[k]表示PlayList_file_name[k]指示的PlayList中存在的PlayItem的数量。

字段Clip_Information_file_name[k][i]表示PlayList_file_name[k]指示的PlayList中存在的PlayItem参照的Clip信息文件的文件名。padding_word的值可以取任意值。

[Real PlayList文件和Virtual PlayList文件]

接下来，以下将给出关于Real PlayList文件和Virtual PlayList文件（即，图15中示出的“PLAYLIST”目录的xxxxx.RPL和yyyyy.VPL）。图22是示出xxxx.RPL（Real PlayList）或yyyyy.VPL（Virtual PlayList）的句法的表。xxxxx.RPL和yyyyy.VPL具有相同的句法结构。xxxxx.RPL和yyyyy.VPL中的每个由三个对象组成：PlayList()、PlayListMark()和MakerPrivateData()。

PlayListMark_Start_address表示以从PlayList文件的头字节开始的相对字节数为单位的PlayListMark()的头地址。相对字节数从零开始计数。

MakerPrivateData_Start_address表示以从PlayList文件的头字节开始的相对字节数为单位的MakerPrivateData()的头地址。相对字节数从零开始计数。

padding_word（填充字）根据PlayList文件的句法而被插入。N1和N2分别是零或任意正整数。各个填充字分别可取任意值。

尽管以上已简单地进行了描述，这里，以下将进一步描述Playlist。除了Bridge-Clip之外的所有Clip内的所有再现区段需要由记录介质100中存在的所有Real PlayList来参照。除此之外，由两个或更多个RealPlayList的这些PlayItem表示的再现区段在同一Clip中应该不与两个或更多个PlayList重叠。

在进一步参照图23A至23C给出描述时，如图23A所示，对于所有Clip，存在相应地Real PlayList。如图23B所示，即使在执行编辑工作之后也保持该规则。因此，可能需要通过参照任意Real PlayList来观看和收听所有Clip。

如图23C所示，Virtual PlayList的再现区段需要包含在Real PlayList的再现区段中或者Bridge-Clip的再现区段中。没有Virtual PlayList参照的Bridge-Clip应该不存在于盘中。

尽管Real PlayList在其中包含PlayItem的列表，但是Real PlayList不应该在其中包含SubPlayItem。当Virtual PlayList在其中包含PlayItem的列表并且均在PlayList()中使出的CPI_type和PlayList_type分别是EP_map类型和0（PlayList在其中包含视频和音频两者）时，VirtualPlayList可以在其中包含一个SubPlayItem。在第一实施例的PlayList()中，SubPlayItem仅用于音频的配音。另外，一个Virtual PlayList具有的SubPlayItem的数量需要是0或1。

[PlayList的句法]

接下来，将在下面描述PlayList的句法。图24是示出PlayList的句法的表。在描述图24所示的PlayList的句法时，version_nember是表示PlayList()的版本号的4个字符。根据IS0646，需要将version_number编码为“0045”，长度是表示PlayList()的从紧接着长度字段起直至PlayList()的最后的字节数的32位无符号整数。PlayList_type是表示PlayList的类型的8位字段。

CPI_type是1位标志并且表示由PlayItem()和SubPlayItem()两者参照的Clip的CPI_type的值。对于由一个PlayList参照的所有Clip，在所有Clip的CPI()中定义的CPI_type的值需要彼此相等。number_of_PlayItems是表示存在于PlayList中的PlayItem的数目的16位字段。

对应于预定PlayItem()的PlayItem_id由PlayItem()出现在其中包含PlayItems()的for循环中的顺序来定义。PlayItem_id从0开始。number_of_SubPlayItems是表示存在于PlayList中的SubPlayItem的数目的16位字段。该值为0或1。附加的音频流的路径（音频流路径）是一种子路径。

[UIAppInfoPlayList]

接下来，将针对图24中所示的PlayList的句法的UIAppInfoPlayList进行描述。关于PlayList的用户接口应用的参数存储在UIAppInfoPlayList。图25是示出UIAppInfoPlayList的句法的表。下面将针对UIAppInfoPlayList的句法进行描述。

PlayList_character_set的字段表示针对在channel_name和PlayList_name字段中编码的字符的编码方法。is_played_flag的字段表示存在或不存在PlayList的再现。当标志被设置为“1”时，在其记录完成之后，PlayList至少被再现一次。另一方面，当标志被设置为“0”时，在其记录完成之后，PlayList从不被再现。time_zone的字段表示由record_time_and_date指示的时区。

record_time_and_date的字段是其中存储了关于记录PlayList时的日期和时间的信息的56位字段。该字段通过针对年/月/日/时/分/秒将14个数字字符编码为4位二-十进制（BCD）来获得。例如，2001/12/23:01:02:03被编码为“0x20011223010203”。PlayList_duration的字段是PlayList的总再现时间以时/分/秒为单位表示的24位字段。该字段通过将六位数字字符编码为4位二-十进制（BCD）来获得。例如，01:45:30被编码为“0x014530”。

channel_number的字段表示在记录PlayList时用户选择的广播的频道号码或者服务号码。当该字段的值为0xFFFF时，该字段无效。channel_name_length的字段表示channel_name字段所表示的频道名称的长度的字节数。channel_name的字段表示在记录PlayList时用户选择的广播的频道名称或服务名称。PlayList_name_length的字段表示PlayList的名称的长度的字节数。PlayList_name的字段表示由PlayList_name指示的PlayList的标题（节目）。

[PlayItem的句法]

图26是示出PlayItem的句法的表。在描述图26所示的PlayItem的句法时，Clip_Information_file_name的字段表示Clip Information file的文件名称。在该Clip Information file的ClipInfo()中定义的Clip_stream_type需要表示Clip AV流。

STC_sequence_id是8位字段，并且表示PlayItem参照的STC连续部分的STC_sequence_id。当在PlayList()中指定的CPI_type是TU_map type时，该8位字段没有意义并且由此被设置为0。IN_time是32位字段并且在IN_time中存储关于PlayItem的再现开始时间的信息。IN_time的助记根据在PlayList()中定义的CPI_type而不同。

OUT_time是32位字段并且在OUT_time中存储关于PlayItem的再现结束时间的信息。OUT_time的助记根据在PlayList()中定义的CPI_type而不同。

Connection_Condition是表示在前的PlayItem和当前的PlayItem之间的连接状态的2位字段。

[PlayListMark()]

接下来，将针对图22所示的xxxxx.RPL和yyyyy.VPL的句法中的PlayListMark()进行描述。关于PlayList的标记信息被存储在PlayListMark中。图27是示出PlayListMark的句法的表。在描述图27所示的PlayListMark的句法时，version_number是表示PlayListMark()的版本号的4个字符。根据IS0646，将version_number编码为“0045”。

长度是表示PlayListMark()的从紧接着长度字段起直到PlayListMark()的最后的字节数的32位无符号整数。number_of_Playlist_mark是表示存储在PlayListMark中的标记的数目的16位无符号整数。number_of_Playlist_mark可以是0。mark_type是表示标记的类型的8位字段。

表示指定标记的点的时间戳被存储在mark_time_stamp的32位字段中。mark_time_stamp的句法根据在PlayList()中定义的CPI_type而不同。PlayItem_id是用于指定其中放置了标记的PlayItem的8位字段。在PlayList()中定义与预定的PlayItem对应的PlayItem_id的值（参见图24）。

character_set的8位字段表示针对在mark_name字段中编码的字符的编码方法。name_length的8位字段表示在mark_name字段中指示的标记名称的字节长度。mark_name的字段表示标记的名称。从mark_name字段中左手侧起的、与name_length的数目相对应的字节数是有效字符并且表示标记的名称。任何值可以设置在mark_name字段中的在这些有效字符之后的值中。

ref_thumbnail_index的字段表示关于加到标记中的缩略图图像的信息。当ref_thumbnail_index字段是不为0xFFFF的值时，将缩略图图像加到标记中并且将关于缩略图图像的信息存储在MENU.THM文件中。通过使用MENU.THM文件中的ref_thumbnail_index的值参照该图像。另一方面，ref_thumbnail_index的字段为0xFFFF的值，这表示没有缩略图图像加到标记中。

图28是示出mark_type的表格的图。如图所示，由mark_type的值来规定标记的类型。当mark_type的值为0x01时，相关的标记为播放列表的代表图像，并且从Playlist参照的视频的图片中选择该代表图像。

在此情况下，mark_time_stamp（参见图27）表示PlayList参照的视频中的图片的Presentation时间戳。当ref_thumbnail_index的值（参见图27）是除xFFFF之外的值时，在图29（将在稍后描述）中示出的MENU.THM中存储关于缩略图图像的信息。另一方面，当ref_thumbnail_index是值xFFFF时，在图29中示出的MENU.THM中不存储关于缩略图图像的信息。在此情况下，播放器可以对由PlayList参照的视频内的Presentation时间戳所指定的图片进行解码。PlayListMark()的标记类型的值0x01或0x02的数值是0或者1。

当mark_type的值为0x02时，标记为PlayList代表性图像，该PlayList代表图像不从PlayList参照的视频的图片中选择。

在此情况下，ref_thumbnail_index的值需要为除0xFFFF之外的值。在图29所示的MENU.THM中存储关于缩略图图像的信息。将0设置在mark_time_stamp和PlayItem_id的每一个中。PlayListMark()的标记类型的值0x01或者0x02的数值为0或1。

当mark_type的值为0x03时，相关的标记为Resume-mark。这是代表继续点。在PlayListMark()中定义的再现继续点的数目需要是0或者1。

当mark_type的值为0x04时，相关的标记为PlayList的再现进入点。该标记可以由用户设置并且例如用作指定用于所喜爱的场景的起始点。

当mark_type的值为0x06时，相关的标记为跳过标记点。播放器从该跳过标记点跳过节目到达该节目的最后。在PlayListMark()中定义的跳过标记点的数目需要是0或1。

[MENU.THM]

图29是示出图15中示出的MENU.THM(或MARK.THM)的句法的表。在此情况下，MENU.THM文件具有Thumbnail()。

图30是示出MENU.THM(或MARK.THM)的句法内的Thumbnail()的句法的表格。在描述图29所示的Thumbnail()的句法时，version_number是表示Thumbnail()的版本号的4个字符。根据ISO 646，需要将version_number编码为“0045”。

长度是表示Thumbnail()的从紧接着长度字段起直到Thumbnail()的最后的字节数的32位无符号整数。tn_blocks_start_address是表示以从Thumbnail()的头部字节起的相关字节数目为单位的第一tn_block的头部字节地址的32位无符号整数。相关字节的数目从0开始计数，number_of_thumbnail是给出Thumbnail()中包含的缩略图图像的条目数的16位无符号整数。

tn_block_size是给出以1024为单位的一个tu_block的大小的16位无符号整数。例如当tn_block_size=1的关系保持时，这表示一个tu_block的大小为1024字节。number_of_tu_blocks是表示Thumbnail()内tu_block的条目数的16位无符号整数。thumbnail_index是表示针对从thumbnail_index字段开始的一个for循环、由缩略图信息表示的缩略图图像的索引号的16位无符号整数。值0xFFFF不应用作thumbnail_index。由UIAppInfoVolume()、UIAppInfoPlayList()、PlayListMark()、和ClickMark()内的ref_thumbnail_index参照thumbnail_index。

thumbnail_picture_format是表示缩略图的图片格式的8位无符号整数。

picture_data_size是缩略图图像的字节长度以字节的增量表示的32位无符号整数。start_tn_block_number是表示其中缩略图图像数据开始的tn_block的tn_block_number的16位无符号整数。缩略图图像数据的头部需要与tb_block的头部一致。tu_block的数目从0开始并且与tn_block的for循环内的变量k的值相关。

x_picture_length是表示缩略图图像的帧图片帧的水平方向中像素数目的16位无符号整数。y_picture_length是表示缩略图图像的帧图片帧的垂直方向中像素数目的16位无符号整数。tn_block是其中存储有关于缩略图图像信息的区域。Thumbnail()内的所有tn_block具有相同的大小（固定长度），并且相关的大小由tn_block_size定义。

[AV流文件]

接下来，将在下面描述AV流文件。AV流文件被存储在“STREAM”目录的MTS文件中（参见图15）。AV流文件具有两种类型：Clip AV流文件和Bridge-Clip AV流文件。这两种AV流都需要具有DVR MPEG-2传输流文件的结构。

[记录处理]

接下来，将参照图31针对用于在记录介质100中记录PL_to_Clips_table()的处理进行描述。图31是用于解释记录处理的流程图。当根据从用户发出的指令而在记录介质100中记录作为内容的程序时，执行记录处理，该记录处理伴随在记录介质100中记录程序而发生。

在步骤S11的处理中，记录部201记录PlayList。总之，在记录介质100中记录在图22中示出的并且与内容对应的xxxxx.RPL或yyyyy.VPL。

在步骤S12的处理中，获取部202获取PlayList()。总之，从在步骤S11中的处理中记录的PlayList（即图22中示出的xxxxx.RPL或yyyyy.VPL）中读取PlayList()以被获取。

在步骤S13的处理中，获取部202获取number_of_PlayItems的值和PlayItem()两者。总之，在步骤S12的处理中获取的PlayList()（参见图24）内的number_of_PlayItem的值以及number_of_PlayItem的循环内的PlayItem()(参见图26)均被读取。

在步骤S14的处理中，获取部202获取Clip_Information_file_name。总之，在步骤S13的处理中获取的PlayItem()（参见图26）内的Clip_Information_file_name被读取。

在步骤S15的处理中，附加部203附加PlayList的文件名、number_of_PlayItem以及Clip_Information_file_name。也就是说，作为在步骤S11的处理中记录的PlayList文件的名称的PlayList_file_name、在步骤S13的处理中获取的number_of_PlayItem以及作为PlayList参照的Clip_Information文件的名称的Clip_Information_file_name都被附加在PL_to_Clips_table()中（参照图21）。

在步骤S16的处理中，记录部201记录INFO.BAV。也就是说，在记录介质100中记录具有在步骤S15的处理中附加了预定条信息的PL_to_Clips_table()的INFO.BAV文件。

[删除处理]

接下来，下面将参照图32来描述用于删除PL_to_Clip_table()的处理。图32是说明了删除处理的流程图。

在步骤S51中的处理中，获取部202获取INFO.BAV的PL_to_Clip_table()。总之，读取出在图30中所示的步骤S16中的处理中记录在记录介质100中的INFO.BAV（参照图18）。除此之外，读取出INFO.BAV中的ExtensionData（参照图19）中的data_block()（参照图20）中的PL_to_Clip_table()（参照图21）。

在步骤S52中的处理中，获取部202获取删除PlayList的指示。总之，当用户发出删除内容的指示时，显示内容的列表（图16）。用户从内容的列表中指定内容（PlayList）作为删除的对象。从而由获取部202获取所指定的PlayList。

在步骤S53中的处理中，确定部204确定在步骤S52中的处理中获取的PlayList是否是Real PlayList。

当在步骤S53中的处理中确定了在步骤S52中的处理中获取的PlayList（即，指示删除部205要删除的PlayList）是Real PlayList时，在步骤S55中的处理中，确定部204确定该Clip Information file是否被其他PlayList所参照。总之，确定部204确定作为删除的对象的PlayList（在该情况下是Real PlayList）所参照的Clip Information file是否也由其他PlayList文件参照。

基于在步骤S51中的处理中获取的PL_to_Clips_table()来执行该确定。就是说，针对PL_to_Clips_table()中的PLAYLIST目录下记录的全部PlayList列出各个PlayList所参照的Clip Information file。因此，有可能根据相关的PL_to_Clips_table()快速确定该Clip Information file是否也由其他PlayList参照。总之，当删除内容时需要检查的预定信息集合地存储在一个INFO.BAV文件（具体地，INFO.BAV文件中的PL_to_Clips_table()）中。因此，即使内容的数量大，也有可能快速地删除内容。

另一方面，当在步骤S55中的处理中确定了作为删除的对象的RealPlayList所参照的Clip Information file没有被再其他PlayList参照时，在步骤S56中的处理中，删除部205删除Real PlayList和与其对应的Clip两者。总之，指示删除部205要删除的Real PlayList以及由相关的RealPlayList所参照的Clip（对应于Clip Information file的Clip AV流文件）两者被删除。当有参照该Clip的Virtual PlayList时，有可能也删除相关的Virtual PlayList。

当由其他PlayList参照了作为删除的对象的Real PlayList参照的Clip Information file时，在步骤S57中，删除部205删除相关的RealPlayList。总之，尽管删除了指示删除部205要删除的Real PlayList，但是没有删除相关的PlayList所参照的Clip，因为相关的Clip由其他PlayList所参照。这样的原因是当删除该Clip时，有可能无法执行基于参照了相关的Clip的其他PlayList的再现。

当在步骤S53中的处理中确定了指示删除部205要删除的PlayList不是Real PlayList时，即，相关的PlayList是Virtual PlayList时，在步骤S54中的处理中，删除部205删除相关的Virtual PlayList（指示删除部205要删除的PlayList）。如前面参照图4所述，因为Virtual PlayList不彼此共享Clip，即使删除了Virtual PlayList，在Clip的内容中也根本不生成变化。

在完成步骤S54、S56和S57中的三个删除处理后，在步骤S58中的处理中，更新部206更新PL_to_Clips_table()。就是说，更新PL_to_Clips_table()以便对应于步骤S54、S56和S57中的三个删除处理。

接下来，在步骤S59中的处理中，俱乐部201记录INFO.BAV文件。总之，具有在步骤S58中的处理中更新了的PL_to_Clips_table()的INFO.BAV文件被记录在记录介质100中。

[删除的示例]

接下来，下面将描述PL_to_Clips_table()的效果。假设针对在PLAYLIST目录下记录的全部PlayList，如图33中所示，PlayList文件参照Clip。在图33中示出的示例中，Real PlayList 1参照整个Clip 1，并且Real PlayList 2参照Clip 2的一部分。Real PlayList 3参照Clip 2的、Real PlayList 2没有参照的其余部分，并且还参照Clip 3的一部分。RealPlayList 4参照Clip 3的、Real PlayList 3没有参照的其余部分，并且还参照整个Clip 4。

现在，假设删除了Real PlayList 2。Real PlayList 2参照Clip 2的一部分。如果没有PL_to_Clips_table()，则需要从记录介质100中读取出其他Real PlayList：Real PlayList 1、Real PlayList 3和Real PlayList 4，并且需要检查Clip 2是否由其他PlayList参照。

因为在图33中所示的示例中，在PLAYLIST目录下的PlayList文件的数目是4，所以读取出三个文件的时间最多也不长。然而，当记录介质100中记录的PlayList文件是数目非常大（例如，10000个或更多）时，需要花长时间来读取出全部PlayList文件并且检查Clip 2是否由其他PlayList所参照。因而，与没有PL_to_Clips_table()的情况相比，通过读取出INFO.BAV内的PL_to_Clips_table()，检查PlayList文件和Clip之间的参照关系所需的时间可以被缩短。

图34示出了在如图33中所示在记录介质100中记录了Real PlayList文件的情况下INFO.BAV的PL_to_Clips_table()的图像。图34中所示的图像描述了PlayList的数目（number_of_PlayList）是4。此外，还描述了Real PlayList 1、Real PlayList 2、Real PlayList 3和Real PlayList 4分别参照Clip 1、Clip 2、Clip 3和Clip 4。

当想要删除Real PlayList 2时，通过参照PL_to_Clips_table()，可以立即理解，Clip 2也由Real PlayList 3所参照。因此，要理解，尽管可以删除Real PlayList 2，不应该删除Clip 2。

以这种方式，在特定Real PlayList的删除阶段中，通过参照PL_to_Clips_table()，变得有可能快速确定相关的Real PlayList所参照的Clip Information file是否由其他PlayList所参照。有可能删除相关的RealPlayList以及仅由相关的Real PlayList所参照的Clip（对应于ClipInformation file的Clip AV流文件）两者。

[对程序应用本公开]

上述系列处理可以以硬件来执行，并且也可以以软件来执行。

在以软件执行一系列处理的情况下，组成该软件的程序可从网络或记录介质安装到并入专用硬件中的计算机，或者安装到能够通过在其中安装各种程序来执行各种功能的通用个人计算机。

其中包含这样的程序的记录介质不仅包括与设备主体分离地分发以向用户提供程序的、记录有程序的可移除介质（诸如磁盘（包括软盘）、光盘（包括压缩盘-只读存储器（CD-ROM）和DVD）、磁光盘（迷你盘（MD））或半导体存储器），也包括以预先并入设备主体的状态提供给用户的、记录有程序的闪存ROM、硬盘等。

按照根据本公开的第二实施例的程序，使得计算机执行：针对在记录介质中所记录的所有再现信息，将描述了再现信息和再现信息所参照的实际情形信息之间的对应关系的表格接收在一个文件中，其中，作为内容的实际情形的实际情形信息根据再现信息被指定为将要再现，并且再现信息适于与任何其他适当的再现信息共享相同的实际情形信息；删除所指示的再现信息；并且当删除了再现信息时更新表格。

要注意，在该说明书中，描述被记录到记录介质中的程序的步骤包括并行地或者单独地执行的处理以及按步骤的顺序以时间序列方式执行的处理，而不一定要以时间序列方式处理。

另外，本公开的实施例不限于上述实施例，并且因而在不脱离本公开的主题内容的范围内，可以对其做出各种改变。

[其他]

本公开也可以采用以下构成。

（1）一种信息处理器，其包括：

记录部，其被配置为针对在记录介质中所记录的所有再现信息，将描述了所述再现信息和所述再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的所述实际情形信息根据所述再现信息被指定为将要再现，并且所述再现信息适于与任何其他适当的再现信息共享相同的所述实际情形信息；

删除部，其被配置为删除所指示的所述再现信息；以及

更新部，其被配置为当删除所述再现信息时更新所述表格。

（2）根据段落（1）所述的信息处理器，其中，所述再现信息是播放列表PlayList，并且所述实际情形信息是剪辑Clip。

（3）根据段落（2）所述的信息处理器，其中，所述记录部还记录所述PlayList的文件名、代表包含在所述PlayList中的再现部分的播放项目PlayItem、以及作为所述PlayItem所参照的剪辑信息文件ClipInformation file的文件名的剪辑信息文件名Clip_Information_file_name。

（4）根据段落（2）或（3）所述的信息处理器，其中，当指示要删除的所述PlayList是实际播放列表Real PlayList并且其他适当的所述RealPlayList参照了相同的所述Clip Information file时，所述删除部删除指示要删除的所述Real PlayList，并且当其他适当的所述Real PlayList没有参照相同的所述Clip Information file时，所述删除部在指示要删除的所述Real PlayList之外，删除对应于所述Real PlayList的所述ClipInformation file。

(5）根据段落（2）、（3）或（4）所述的信息处理器，其中，当指示要删除的所述PlayList是虚拟播放列表Virtual PlayList时，所述删除部删除所述Virtual PlayList。

（6）一种信息处理方法，其包括：

针对在记录介质中所记录的所有再现信息，将描述了所述再现信息和所述再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的所述实际情形信息根据所述再现信息被指定为将要再现，并且所述再现信息适于与任何其他适当的再现信息共享相同的所述实际情形信息；

删除所指示的所述再现信息；以及

当删除所述再现信息时更新所述表格。

（7）一种程序，使得计算机根据所述程序来执行：

针对在记录介质中所记录的所有再现信息，将描述了所述再现信息和所述再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的所述实际情形信息根据所述再现信息被指定为将要再现，并且所述再现信息适于与任何其他适当的再现信息共享相同的所述实际情形信息；

删除所指示的所述再现信息；以及

当删除所述再现信息时更新所述表格。

本技术包含与2011年11月28日提交日本专利局的日本在先专利申请JP 2011-258887中所公开的主题内容相关的主题内容，该在先专利申请的全部内容通过引用合并于此。

Claims (7)

1.一种信息处理器，其包括：

记录部，其被配置为针对在记录介质中所记录的所有再现信息，将描述了所述再现信息和所述再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的所述实际情形信息根据所述再现信息被指定为将要再现，并且所述再现信息适于与任何其他适当的再现信息共享相同的所述实际情形信息；

删除部，其被配置为删除所指示的所述再现信息；以及

更新部，其被配置为当删除所述再现信息时更新所述表格。

2.根据权利要求1所述的信息处理器，其中，所述再现信息是播放列表PlayList，并且所述实际情形信息是剪辑Clip。

3.根据权利要求2所述的信息处理器，其中，所述记录部还记录所述PlayList的文件名、代表包含在所述PlayList中的再现部分的播放项目PlayItem、以及作为所述PlayItem所参照的剪辑信息文件ClipInformation file的文件名的剪辑信息文件名Clip_Information_file_name。

4.根据权利要求3所述的信息处理器，其中，当指示要删除的所述PlayList是实际播放列表Real PlayList并且其他适当的所述Real PlayList参照了相同的所述Clip Information file时，所述删除部删除指示要删除的所述Real PlayList，并且当其他适当的所述Real PlayList没有参照相同的所述Clip Information file时，所述删除部在指示要删除的所述RealPlayList之外，删除对应于所述Real PlayList的所述Clip Informationfile。

5.根据权利要求4所述的信息处理器，其中，当指示要删除的所述PlayList是虚拟播放列表Virtual PlayList时，所述删除部删除所述VirtualPlayList。

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

针对在记录介质中所记录的所有再现信息，将描述了所述再现信息和所述再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的所述实际情形信息根据所述再现信息被指定为将要再现，并且所述再现信息适于与任何其他适当的再现信息共享相同的所述实际情形信息；

删除所指示的所述再现信息；以及

当删除所述再现信息时更新所述表格。

7.一种程序，使得计算机根据所述程序来执行：

针对在记录介质中所记录的所有再现信息，将描述了所述再现信息和所述再现信息所参照的实际情形信息之间的对应关系的表格记录在一个文件中，其中，作为内容的实际情形的所述实际情形信息根据所述再现信息被指定为将要再现，并且所述再现信息适于与任何其他适当的再现信息共享相同的所述实际情形信息；

删除所指示的所述再现信息；以及

当删除所述再现信息时更新所述表格。

Images