CN103137164B

CN103137164B - 信息处理设备和信息处理方法

Info

Publication number: CN103137164B
Application number: CN201210477367.3A
Authority: CN
Inventors: 加藤元树
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2011-11-28
Filing date: 2012-11-21
Publication date: 2017-07-18
Anticipated expiration: 2032-11-21
Also published as: TW201334533A; EP2597644A3; TWI562639B; JP5999405B2; EP2597644A2; US10762929B2; US20130139058A1; JP2013114709A; CN103137164A; EP2597644B1

Abstract

本发明公开了一种信息处理设备和信息处理方法，该设备包括：获取单元，被配置成获取与显示被记录到记录介质的内容项列表有关的显示信息；以及记录单元，被配置成将显示信息共同地记录在单个文件中。

Description

信息处理设备和信息处理方法

技术领域

本技术涉及一种信息处理设备、信息处理方法和程序，并且更具体地，涉及一种被配置成能够迅速地显示内容项列表的信息处理设备、信息处理方法和程序。

背景技术

记录和回放设备近来已变得更加普遍，并且用户通常将广播音频-视频(AV)信号记录到盘并且在期望的时间进行回放。由于AV信号是数字化的并且可压缩，因此可以将相当于多个小时的AV信号记录到盘。

本发明人提出了用于后记录音频信号的技术(例如，参见日本未审查专利申请公布第2002-158972号)。

同时，除了诸如蓝光盘、数字多功能盘(DVD)和硬盘的盘之外，诸如闪存卡的半导体存储器也用作用于记录包括AV信号的内容的记录介质。

这样的记录介质在容量上正增长，结合信号的数字化，这意味着这样的记录介质正变得越来越能够记录大量内容。结果，尽管可记录到单个记录介质的内容项的数量可能在过去已最多为大约200项，但是该数量已大大增加并且现在可能为10000项或者更多。

发明内容

同时，当回放已被记录到记录介质的内容时，用户从所记录的内容项当中选择期望的内容项并且发出回放指令。为了这样做，通常显示所记录的内容项的标题列表并且提示用户从该列表选择期望的内容项。

然而，创建和显示被记录到记录介质的内容项列表随着内容项的数量增加而变得更加耗时。结果，变得对于用户难以迅速地选择期望的内容。

鉴于这样的情形，期望能够迅速地显示内容项列表。

根据本技术的实施例的信息处理设备设置有：获取单元，被配置成获取与显示被记录到记录介质的内容列表有关的显示信息；以及记录单元，被配置成将显示信息共同地记录在单个文件中。

显示信息可至少包括每个内容项的标题、持续时间以及记录时间和日期。

文件可放置在与记录内容项的目录相同的层级。

显示信息可附加地包括表示内容项的缩略图的位置的位置信息，并且获取单元可从第一信息文件获取内容项的标题、持续时间以及记录时间和日期，同时从不同于第一信息文件的第二信息文件获取位置信息。

关于信息处理设备的制造者的信息可附加地记录在文件中。

信息处理设备可附加地设置有显示单元，该显示单元被配置成根据从文件读出的显示信息而显示内容项列表。

显示信息可附加地包括信息处理设备的制造者的ID和特定于该制造者的信息，并且显示单元可在显示信息中包括的制造者ID与存储在信息处理设备中的制造者ID匹配的情况下附加地显示制造者特定信息。

根据本技术的另一实施例的信息处理方法包括：获取与显示被记录到记录介质的内容列表有关的显示信息；以及将显示信息共同地记录在单个文件中。

根据本技术的另一实施例的程序使得计算机执行处理，该处理包括：获取与显示被记录到记录介质的内容列表有关的显示信息；以及将显示信息共同地记录在单个文件中。

在本技术的实施例中，获取与显示被记录到记录介质的内容列表有关的显示信息，并且将显示信息共同地记录在单个文件中。

如上所述，根据本技术的实施例，可以迅速地显示内容项列表。

附图说明

图1示出了应用了本技术的信息处理设备的实施例的配置；

图2是示出控制器的功能配置的框图；

图3说明了对于通过记录和回放设备记录到记录介质的数据的格式；

图4说明了Real PlayList(真实播放列表)和Virtual PlayList(虚拟播放列表)；

图5A至5C说明了Real PlayList的创建；

图6A至6C说明了Real PlayList的删除；

图7A和7B说明了集合编辑(assemble editing)；

图8说明了在Virtual PlayList中设置子路径的情况；

图9说明了PlayList(播放列表)呈现顺序的修改；

图10说明了PlayList中的标记和Clip(剪辑)中的标记；

图11说明了菜单缩略图；

图12说明了添加到PlayList的标记；

图13说明了添加到Clip的标记；

图14说明了PlayList、Clip以及缩略图文件之间的关系；

图15说明了目录结构；

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

图17示出了INDEX.BAV的句法；

图18示出了xxxxx.RPL和yyyyy.VPL的句法；

图19A至19C说明了PlayList；

图20示出了PlayList的句法；

图21示出了UIAppInfoPlayList的句法；

图22示出了PlayListMark的句法；

图23示出了mark_type表；

图24示出了MENU.THM/MARK.THM的句法；

图25示出了Thumbnail的句法；

图26是说明记录处理的流程图；以及

图27是说明显示处理的流程图。

具体实施方式

在下文中，将描述用于执行本技术的实施例(下文中称为实施例)。在下文中，将按以下顺序进行描述。

1.记录和回放设备的配置

2.AV流编辑

3.控制器的功能配置

4.操作

5.PlayList

6.编辑Real PlayList

7.对Virtual PlayList执行的操作

8.重新编辑Virtual PlayList

9.标记

10.缩略图

11.目录和文件

12.INDEX.BAV文件

13.Real PlayList文件和Vritural PlayList文件

14.PlayList句法

15.UIAppInfoPlayList

16.PlayListMark()

17.MENU.THM和MARK.THM

18.AV流文件

19.记录处理

20.回放处理

21.对程序应用本技术

22.其它

记录和回放设备的配置

在下文中，将参照附图描述本技术的实施例。图1示出了应用了本技术的信息处理设备的实施例的示例性内部配置。首先，将描述操作用于将外部输入信号记录到记录介质的部分的配置。记录和回放设备1用作执行记录或回放信息中的至少一个的信息处理设备，并且被配置成能够接受模拟数据或数字数据作为输入并记录输入数据。

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

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

编码视频流可以是例如以运动图片专家组的MPEG-2格式编码的视频流，而编码音频流可以是例如以MPEG-1格式编码的音频流或以杜比AC3格式编码的音频流。复用器16基于输入的系统信息对输入的视频和音频流进行复用，并且经由开关17将结果输出到复用流分析器18和源打包器(packetizer)19。

复用流可以是例如MPEG-2传输流或MPEG-2节目流。源打包器19获得输入的复用流，并且根据用于记录该流的记录介质100的应用格式，对由源分组构成的AV流进行编码。AV流经受纠错码(ECC)编码器20和调制器21的给定处理，并且被输出到写入器22。写入器22基于从控制器23输出的控制信号将AV流文件写入(即，记录)到记录介质100。这里，记录介质100可利用诸如蓝光盘、数字通用盘(DVD)或硬盘的盘或者利用诸如闪存卡的半导体存储器来实现。

诸如从数字接口或数字电视调谐器输入的数字电视广播的传输流被输入到端子13。存在两种记录输入到端子13的传输流的方式。一种方式是通过透明地记录传输流，而另一种方式是通过出于某种目的(诸如降低记录比特率)在对传输流重新编码之后进行记录。指定记录方法的信息从连接到用户接口(未示出)的端子24输入到控制器23。

在透明地记录输入传输流的情况下，输入到端子13的传输流被输出到复用流分析器18和源打包器19。随后的直到将AV流记录到记录介质100的处理与如之前讨论的对输入的音频信号和视频信号进行编码和记录的情况类似，并且为此将省略其进一步描述。

在首先重新编码并且然后记录输入的传输流的情况下，输入到端子13的传输流被输入到解复用器26。解复用器26对输入的传输流进行解复用以提取视频流(V)、音频流(A)和系统信息(S)。

在解复用器26提取的流(或者换言之，信息)当中，视频流被输出到AV解码器27，而音频流和系统信息被输出到复用器16。AV解码器27对输入的视频流解码并且将所得到的回放视频信号输出到AV编码器15。AV编码器15对输入的视频信号进行编码并且将编码视频流(V)输出到复用器16。

从解复用器26输出的并且被输入到复用器16的音频流和系统信息以及从AV编码器15输出的视频流基于输入的系统信息而被复用，并且结果作为复用流经由开关17被输出到复用流分析器18和源打包器19。随后的直到将AV流记录到记录介质100的处理与如之前讨论的对输入的音频信号和视频信号进行编码和记录的情况类似，并且为此将省略其进一步描述。

根据本实施例的记录和回放设备1将AV流文件记录到记录介质100，并且附加地记录描述该文件的应用数据库信息。应用数据库信息是由控制器23创建的。输入到控制器23的信息包括来自分析器14的运动图像特征信息、来自复用流分析器18的AV流特征信息以及从端子24输入的用户指令信息。

从分析器14提供的运动图像特征信息是关于输入的运动图像信号中的特性图像的信息，其可例如包括指定程序开始点、场景改变点和商业广告开始点和结束点的信息(诸如标记)以及在这些指定位置处的图像的缩略图图像信息。

来自复用流分析器18的AV流特征信息是关于对要记录的AV流进行编码的信息，其可例如包括AV流中的I图片的地址信息、AV流的编码参数、关于AV流中的编码参数改变的点的信息以及关于视频流中的特性图像的信息(诸如标记)。

来自端子24的用户指令信息可以是指定用户已指定的回放片段的信息、描述这样的回放片段的内容的文本字符以及关于在用户偏好场景或恢复点处设置的书签的信息。

控制器23可由例如微处理器单元来实现，并且包括存储给定信息的存储单元23A。基于以上输入信息，控制器23创建AV流的数据库(Clip)、AV流回放片段(PlayItem)的分组(PlayList)的数据库、关于记录介质100的记录内容的管理信息(INFO.BAV)以及缩略图图像信息。类似于AV流，由以上这样的信息构成的应用数据库信息由ECC编码器20和调制器21来处理，并且被输入到写入器22。写入器22基于从控制器23输出的控制信号来将数据库文件记录到记录介质100。

稍后将详细讨论以上应用数据库信息。

以此方式记录到记录介质100的AV流文件(或者换言之，图像数据和音频数据的文件)和应用数据库信息在回放的情况下如下被处理。首先，控制器23指示读出器28从记录介质100读出应用数据库信息。读出器28然后从记录介质100读出应用数据库信息，并且该应用数据库信息由解调器29和ECC解码器30来处理并且被输入到控制器23。

基于应用数据库信息，控制器23将被记录到记录介质100的PlayList列表(或者换言之，内容列表)输出到连接至用户接口输入/输出的端子24。明显的是，PlayList列表也可作为视频输出从端子32输出到显示器(未示出)。当用户从PlayList列表选择期望的PlayList(或者换言之，内容)时，关于指定用于回放的PlayList的信息从端子24处的用户接口输入/输出被输入到控制器23。控制器23指示读出器28读出与该PlayList对应的AV流文件。跟随指令，读出器28从记录介质100读出相应的AV流文件并且将它们输出到解调器29。输入到解调器29的AV流经受给定处理并且被解调，由ECC解码器30进行进一步处理，并且被输出到源解包器31。

源解包器31获得已从记录介质100读出的并且经受给定处理的应用格式AV流，并且将其转换成可以输出到解复用器26的流。解复用器26获得构成控制器23指定的AV流中的回放片段(或者换言之，PlayItem)的视频流(V)、音频流(A)和诸如AV同步信息的系统信息(S)，并且将它们输出到AV解码器27。AV解码器27对视频流和音频流进行解码，并且分别从相应的端子32和33输出回放视频信号和回放音频信号。

另外，在指定随机访问回放或特殊回放的信息经由端子24从用户接口输入的情况下，控制器23基于AV流(Clip)数据库中的信息确定从记录介质100读出AV流的位置，并且指示读出器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流的剩余部分，并且另外指示写入器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)。视频流包括要输入到AV解码器27中的数据和要输入到复用器16中的数据。要输入到AV解码器27中的数据是要被重新编码的数据。该数据由AV解码器27解码，并且解码图片由AV编码器15重新编码以获得视频流。要输入到复用器16中的数据是从原始流复制的数据而没有重新编码。音频流和系统信息被直接输入到复用器16中。

复用器16基于从控制器23输入的信息对输入流进行复用，并且输出复用流。复用流由ECC编码器20和调制器21进行处理，并且被输入到写入器22中。写入器22基于从控制器23提供的控制信号来将AV流记录到记录介质100。

控制器的功能配置

图2是示出控制器23的功能配置的框图。在该实施例中，控制器23包括记录单元201、获取单元202、确定单元203以及显示单元204。这些单元可以以例如硬件来实现，但是也可以以软件来实现。

记录单元201记录各种信息。获取单元202获取各种信息。确定单元203进行确定处理。显示单元204进行显示处理。

操作

在下文中，将描述应用数据库信息和基于这样的信息的操作(诸如回放和编辑)。图3说明了应用格式的结构。应用格式具有用于管理AV流的两层，即PlayList和Clip。盘上的所有Clip和PlayList数据在Volume Information(卷信息)下来管理。这里，单个AV流及其元数据被认为是称为Clip的单个对象。AV流文件称为Clip AV流文件，而其元数据称为Clip信息文件。

单个Clip AV流文件存储以应用格式定义的结构来布置MPEG-2传输流的数据。尽管文件通常被作为字节序列来处理，但是Clip AV流文件的内容在时间轴上展开，并且Clip中的入口点主要是基于时间来指定的。在关于给定Clip给定了访问点时间戳时，Clip信息文件对于得到关于在何处开始读取Clip AV流文件中的数据的地址信息是有用的。

PlayList

现在将参照图4描述PlayList。提供PlayList以使得用户能够选择并且容易地编辑来自Clip的期望回放片段。单个PalyList是Clip中的回放片段的集合。给定Clip中的单个回放片段称为PlayItem，并且由时间轴上的一对点(入点和出点)来表示。因此，通过对多个PlayItem进行分组来形成PlayList。

存在两种类型的PlayList。一种类型是Real PlayList，并且另一种类型是Virtual PlayList。Real PlayList与其参考的Clip流部分共存。换言之，Real PlayList占用了盘上与其参考的Clip流部分相等的空间量，并且如果删除Real PlayList，则将也删除其参考的Clip流部分的数据。

Virtual PlayList不与Clip数据共存。因此，当修改或删除Virtual PlayList时，Clip的内容不发生改变。

编辑Real PlayList

接下来，将描述Real PlayList的编辑。图5A示出了Real PlayList创建。创建是如下操作：其中，在AV流被记录作为新Clip的情况下，创建了参考该整个Clip的新RealPlayList。

图5B示出了Real PlayList分割。分割是在期望点处将Real PlayList分割为两个Real PlayList的操作。可在例如两个节目在由单个PlayList管理的单个Clip中管理的情况下进行这样的分割操作。在该情况下，用户可能想要将节目重新登记(重新记录)作为分开的对象。注意，Clip内容没有由于分割操作而被修改(即，Clip本身没有被分割)。

图5C示出了Real PlayList组合。组合是组合两个Real PlayList以形成一个新的Real PlayList的操作。可在例如用户想要将两个节目重新登记为单个节目时进行这样的组合操作。注意，Clip没有由于组合操作而被修改(即，Clip本身没有被组合为一个Clip)。

图6A示出了整个Real PlayLsit的删除。在执行完全删除给定Real PlayList的操作的情况下，还删除所删除的Real PlayList参考的Clip的相应流部分。

图6B示出了Real PlayList的部分删除。在删除Real PlayList的期望部分的情况下，修改相应PlayItem以仅参考Clip的剩余流部分。另外，删除Clip的相应流部分。

图6C示出了Real PlayList最小化。最小化是如下操作：修改与Real PlayList对应的PlayItem以仅参考与一个或多个Vritual PlayList相关联的Clip流部分。删除与Virtual PlayList不相关的相应Clip流部分。

考虑如下情况：通过如上所述的那些操作修改Real PlayList并且删除该RealPlayList参考的Clip的流部分。在这样的情况下，如果存在使用删除的Clip的VirtualPlayList，则可能的是，在该Virtual PlayList中会由于删除的Clip而出现问题。

为了避免这样的情形，可响应于删除操作而向用户呈现消息，诸如“指定的RealPlayList参考也被Virtual PlayList参考的Clip流部分。如果删除Real PlayList，则Virtual PlayList也将被删除。您确定想要继续？”在如此提示进行确认(即，警告用户)之后，根据用户指令执行或取消删除处理。替选地，可配置成使得取代删除Virtual PlayList而使得Real PlayList最小化。

对Virtual PlayList执行的操作

接下来，将描述对Virtual PlayList执行的操作。当对Virtual PlayList执行操作时，Clip内容没有被修改。图7A和7B示出了集合编辑(入-出编辑(in-out editing))，即针对用户想要观看的回放片段创建PlayItem和Vritual PlayList的操作。PlayItem之间的无缝连接由应用格式支持。

如图7A所示，在存在具有分别与Real PlayList对应的Clip 1和2的两个RealPlayList 1和2的情况下，用户可将Real PlayList 1中的给定片段(即，从入1到出1的片段，称为PlayItem 1)指定为回放片段，并且还将Real PlayList 2中的给定片段(即，从入2到出2的片段，称为PlayItem 2)指定为接下来要播放的片段。如图7B所示，当已指定了这样的回放片段时，创建了包含PlayItem 1和PlayItem 2的单个Virtual PlayList。

重新编辑Virtual PlayList

接下来，将描述Virtual PlayList的重新编辑。重新编辑可包括修改VirtualPlayList中的入点和出点，将新的PlayItem插入和附加到Virtual PlayList，以及从Virtual PlayList删除PlayItem。另外，可删除Virtual PlayList本身。

图8示出了将音频配音(后期记录)到Virtual PlayList中，即将音频配音登记在Virtual PlayList中作为子路径的操作。这样的音频配音由应用格式支持。将辅助音频流作为子路径添加到Virtual PlayList中的主路径AV流。

图9示出了修改PlayList呈现顺序(即，移动)，即对Real PlayList和VirtualPlayList共同的操作。移动修改了盘(Volume)中的PlayList的呈现顺序，并且由以应用格式定义的PlayList的表格来支持。注意，Clip内容没有由于移动操作而被修改。

标记

接下来，将描述标记。提供标记以指定Clip和PlayList中的突出部分或特性时间。添加到Clip的标记是指定可归于AV流的内容的特性场景的点，并且可以是例如场景改变点。当回放PlayList时，可以参考并使用该PlayList参考的Clip中的标记。

添加到PlayList的标记主要由用户来设置，并且可以是例如书签或恢复点。通过将指示标记的时间的时间戳添加到标记列表来在Clip或PlayList中设置标记。另外，删除标记包括从标记列表删除该标记的时间戳。因此，AV流不受标记的设置和删除的影响。

缩略图

接下来，将描述缩略图。缩略图是添加到Volume、PlayList和Clip的静止图像。存在两种类型的缩略图。第一类型的缩略图用作表示其相关联的内容的代表图像。这种类型的缩略图主要用在菜单屏幕上以使得用户能够通过操作光标或其它元件(未示出)来选择期望的内容。其它类型的缩略图是表示由标记指示的场景的图像。

期望使得Volume和各个PlayList能够具有其自己的缩略图。期望Volume缩略图将在盘(即，记录介质100，在下文中假设为盘格式并且在适当时被称为盘)设置在记录和回放设备1上或中的给定地方时使用，其中Volume缩略图首先被显示为表示该盘的内容的静止图像。期望PlayList缩略图将用作表示用于选择PlayList的菜单屏幕(即，内容列表屏幕)上的各个PlayList的内容的静止图像。

尽管可想到将PlayList中的第一图像作为该PlayList的缩略图(代表图像)，但是在回放时间0的先头图像可能不是用于表示PlayList的内容的最佳图像。因此，被配置成使得用户能够将任意图像设置为PlayList的缩略图。以上两种类型的缩略图是指定菜单缩略图。由于菜单缩略图被频繁地显示，因此期望从盘快速地读取它们。为此，高效的是将所有菜单缩略图存储在单个文件中。如图11所示，菜单缩略图不严格限于从Volume中的视频提取的图片，并且也可以是从个人计算机或数字照相机获取的图像。

同时，期望能够关于Clip或PlayList设置多个标记，并且因此期望实现容易地查看标记点处的图像以确定标记位置处的内容。表示标记点的这样的图片是指定标记缩略图。因此，要用作这样的缩略图的基础的图像主要从标记点处的图像来提取而不是在外部获取的图像。

图12示出了添加到PlayList的标记与其标记缩略图之间的关系，而图13示出了添加到Clip的标记与其标记缩略图之间的关系。标记缩略图与菜单缩略图的不同之处在于不需要短访问时间，这是由于当呈现关于PlayList的详细信息时，标记缩略图用在子菜单或其它要素中。为此，在每次要显示缩略图时，由于记录和回放设备1打开文件并读出文件的一部分，因此花费少量时间不是问题。

另外，期望将所有标记缩略图存储在单个文件中以减少Volume中存在的文件的数量。尽管PlayList可具有菜单缩略图和多个标记缩略图，但是Clip通常不是由用户直接选择的(通常，Clip是经由PlayList指定的)，并且因此Clip可能没有设置菜单缩略图。

图14示出了根据上述的菜单缩略图、标记缩略图、PlayList和Clip之间的关系。菜单缩略图文件包含针对各个PlayList设置的菜单缩略图。菜单缩略图文件包括表示被记录到盘的数据的内容的Volume缩略图。标记缩略图文件包含针对各个PlayList和各个Clip创建的缩略图。

目录和文件

接下来，将描述目录和文件。在下文中，记录和回放设备1在适当时将被称为数字视频记录器(DVR)。图15示出了盘上的示例性目录结构。如图15所示，DVR中的盘上的主目录是包括“BDAV”目录以及“PLAYLIST”目录、“CLIPINF”目录和“STREAM”目录的根目录。除上述之外的目录可在根目录中创建，但是假设为被本实施例的应用格式忽略。

DVR应用格式定义的所有文件和目录存储在“BDAV”目录中。“BDAV”目录包含三个目录。Real PlayList和Vritual PlayList数据库文件置于“PLAYLIST”目录中。即使不存在PlayList，该目录仍存在。

Clip数据库文件置于“CLIPINF”目录中。即使不存在Clip，该目录也仍存在。AV流文件置于“STREAM”目录中。即使不存在AV流文件，该目录仍存在。

“BDAV”目录存储以下文件。“INDEX.BAV”文件是从UIAppInfoPlayList()信息提取和收集用于显示标题列表的显示信息的索引文件。对于每个PlayList文件的制作者私有数据也可被附加并存储在“INDEX.BAV”文件中。“INDEX.BAV”文件置于BDAV目录中，或者换言之，置于与记录内容的PLAYLIST目录相同的父目录中，并且另外，处于同一层级。换言之，“INDEX.BAV”文件和PLAYLIST目录属于同一目录。稍后将参照图17详细讨论“INDEX.BAV”文件。

“INFO.BAV”文件在BDAV目录中创建并且存储一般应用层信息。仅一个INFO.BAV文件存在于BDAV目录中，并且其文件名固定为INFO.BAV。“MENU.THM”文件存储与菜单缩略图图像(即，内容列表的缩略图图像)有关的信息。BDAV目录中的菜单缩略图的数量是0或1。文件名固定为MENU.THM。在不存在菜单缩略图图像的情况下，该文件可不存在。

“PLAYLIST”目录存储两种类型的PlayList文件，即Real PlayList和VirtualPlayList。xxxxx.RPL文件存储与一个Real PlayList有关的信息。针对每个Real PlayList创建一个文件。文件名是xxxxx.RPL，其中xxxxx是五位数字，每个数字为从0至9。文件扩展是“RPL”。

yyyyy.VPL文件存储与一个Virtual PlayList有关的信息。针对每个VirtualPlayList创建一个文件。文件名是yyyyy.VPL，其中yyyyy是五位数字，每个数字为从0至9。文件扩展是“VPL”。

“CLIPINF”目录存储分别与各个AV流文件对应的文件。zzzzz.CPI文件是与单个AV流文件对应的Clip信息文件(Clip AV流文件或Bridge-Clip AV流文件)。文件名是zzzzz.CPI，其中zzzzz是五位数字，每个数字为从0至9。文件扩展是“CPI”。

“STREAM”目录存储AV流文件。zzzzz.MTS文件是DVR系统处置的AV流文件，或者换言之，是Clip AV流文件或Bridge-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:00AM，1/1(月)12:00PM，1/1(月)1:00PM，1/1(月)7:00PM，1/1(月)9:00PM

节目持续时间：1小时30分钟，1小时00分钟，2小时00分钟

频道号：CH1，CH2，CH3

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

记录模式：直接记录模式、标准记录模式、长期播放记录模式

标题列表优选地显示使得用户能够确定地选择期望的节目的显示信息(即，标题)。这样的显示信息可包括例如如以下的信息。

1.标题(节目)名(PlayList_name)

2.记录时间(time_zone，record_time_and_date)

3.标题持续时间(PlayList_duration)

4.缩略图参考信息(ref_to_thumbnail_index)

5.指示记录是新的(未查看)还是旧的(is_played_flag)的标记

6.频道号(channel_number)

7.频道名(channel_name)

在以上七种类型的显示信息当中，标记为1至3的三种类型的显示信息在标题列表中是特别优选的。标记为4的显示信息对于使得用户能够快速确定节目内容也是重要的。

在以上七种类型的显示信息之后的括号中指示的字段的名称是出现在UIAppInfoPlayList()(参见稍后讨论的图21)中的字段的名称，ref_to_menu_thumbnail_index除外。仅ref_to_menu_thumbnail_index没有包括在UIAppInfoPlayList()中。当PlayList文件(参见稍后讨论的图18)中的PlayListMark()(参见稍后讨论的图23)的mark_type字段被设置为指示PlayList缩略图的值0x01或0x02时(参见稍后讨论的图23)，ref_to_menu_thumbnail_index字段被参考用于ref_thumbnail_index(参见稍后讨论的图22)的值。换言之，ref_thumbnail_index的值被设置为ref_to_menu_thumbnail_index的值。

图17示出了INDEX.BAV的句法。如图17所示，“INDEX.BAV”文件包含如以下的信息。

type_indicator字段包含文本“INDX”。version_number字段包含指示INDEX.BAV文件的版本号的四个字符。长度字段指示紧挨在长度字段之后开始并且在INDEX.BAV文件的结束处结束的字节长度。number_of_PlayLists中的数量等于PLAYLIST目录中记录的PlayList的数量。PlayList_file_name[k]字段指示PlayList的文件名。这里，[k]是在for循环期间递增的变量。index_info_start_address[k]字段指示index_info[k]()的开始字节地址，其被表示为与INDEX.BAV文件中的先头字节的字节偏移。字节偏移是从零开始计数的。

ref_to_menu_thumbnail_index[k]字段指示表示PlayList_file_name[k]指示的PlayList的缩略图图像。在ref_to_menu_thumbnail_index[k]字段包含除0xFFFF之外的值的情况下，代表缩略图图像已被添加到该PlayList，并且该缩略图图像被存储在MENU.THM文件中(参见稍后讨论的图15和图24)。通过使用MENU.THM文件(参见稍后讨论的图25)中的Thumbnail()的值来参考图像。在ref_to_menu_thumbnail_index[k]字段具有值0xFFFF的情况下，代表缩略图图像不被添加到该PlayList。

PlayList_character_set[k]字段指示字符编码方法，通过该字符编码方法对channel_name[k]和PlayList_name[k]字段进行编码。is_played_flag[k]标志指示是否发生了回放。如果该标志被设置为1，则PlayList_file_name[k]指示的PlayList已从被记录开始进行回放。如果该标志被设置为0，则PlayList尚未从被记录开始进行回放。time_zone[k]字段指示record_time_and_date[k]指示的时间信息的时区(例如，诸如日本或英国)。

record_time_and_date[k]字段是存储记录PlayList_file_name[k]指示的PlayList时的时间和日期的56位字段。该字段存储关于以4位二-十进制代码(BCD)编码的年、月、日、小时、分和秒的14个数字。例如，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文件中标准化的以上信息之外，还可存储制造者特定记录信息。例如，可以记录诸如记录模式(诸如标准记录模式或长期播放记录模式的信息)和节目类型的信息。

length_mpd[k]、maker_ID[k]、maker_model_code[k]和maker_private_data[k]字段组成制造者特定信息。

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

Real PlayList文件和Virtual PlayList文件

接下来，将描述Real PlayList文件和Virtual PlayList文件，或者换言之，图15中的“PLAYLIST”目录中的xxxxx.RPL和yyyyy.VPL文件。图18示出了xxxxx.RPL(RealPlayList)和yyyyy.VPL(Virtual PlayList)文件的句法。xxxxx.RPL和yyyyy.VPL文件的句法结构相同。xxxxx.RPL或yyyyy.VPL文件包含三个对象，即PlayList()、PlayListMark()和MakerPrivateData()。

PlayListMark_Start_address字段指示PlayListMark()的开始地址，其被表示为与PlayList文件中的先头字节的字节偏移。字节偏移是从零开始计数的。

MakerPrivateData_Start_address字段指示MakerPrivateData()的开始地址，其被表示为与PlayList()文件中的先头字节的字节偏移。字节偏移是从零开始计数的。

根据PlayList文件的句法插入一个或多个padding_word字段，而N1和N2是零或任意正整数。每个padding_work可取任意值。

尽管以上给出了PlayList文件的简要概述，现在将给出进一步的细节。除了Bridge_Clip之外，所有Clip中的回放片段都被记录介质100中的所有Real PlayList参考。此外，两个或更多个Real PlayList中的各个PlayItem指示的回放片段在同一Clip中不重叠。

在参照图19A至图19C更全面地描述的情况下，如图19A所示，所有Clip具有相应的Real PlayList。如图19B所示，即使在编辑操作之后，也遵守该规则。因此，由于所有Clip都被一些Real PlayList参考，因此所有Clip都可观看。

如图19C所示，Virtual PlayList的回放片段包含在Real PlayList的回放片段或Bridge-Clip的回放片段内。Bridge-Clip如果未被任何Virtual PlayList参考则停止存在于盘上。

Real PlayList包括PlayItem的列表，但是不包括SubPlayItem。VirtualPlayList包括PlayItem的列表，并且在PlayList()中阐述的CPI_type是EP_map类型以及PlayList_type是0(即，包括视频和音频的PlayList)的情况下可包括一个SubPlayItem。在本实施例的PlayList()对象中，SubPlayItem仅用于音频配音目的。另外，单个VirtualPlayList可以具有的SubPlayItem的数量为0或1。

PlayList句法

接下来，将描述PlayList句法。图20示出了PlayList句法。在图20所示的PlayList句法中，version_number字段包含指示PlayList()对象的版本号的四个字符。version_number根据ISO 646被编码为“0045”。长度字段包含指示紧挨在长度字段之后开始并且在PlayList()的结束处结束的字节长度的32位无符号整数。PlayList_type是指示PlayList的类型的8位字段。

CPI_type是指示PlayItem()和SubPlayItem()参考的Clip中的CPI_type字段的值的1位标志。单个PlayList参考的所有Clip具有在其各自的CPI()对象中定义的相同的CPI_type值。number_of_PlayItems字段是指示PlayList中的PlayItem的数量的16位字段。

对应于给定PlayItem()的PlayItem_id由在包含PlayItem()对象的for循环中PlayItem()出现的顺序来定义。PlayItem_id从0开始。number_of_SubPlayItems字段是指示PlayList中的SubPlayItem的数量的16位字段。该值为0或1。辅助音频流的路径(音频流路径)是子路径类型。

UIAppInfoPlayList

接下来，将描述图20所示的PlayList句法中的UIAppInfoPlayList对象。UIAppInfoPlayList()存储PlayList的用户接口应用参数。图21示出了UIAppInfoPlayList句法。在下文中将描述图21所示的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位字段。该字段存储关于以4位二-十进制代码(BCD)编码的年、月、日、小时、分和秒的14个数字。例如，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的标题(节目)名。

PlayListMark()

接下来，将描述图18所示的xxxxx.RPL和yyyyy.VPL文件的句法中的PlayListMark()对象。PlayList的标记信息存储在PlayListMark中。图22示出了PlayListMark的句法。在图22所示的PlayListMark句法中，version_number字段包含指示PlayListMark()对象的版本号的四个字符。version_number根据ISO 646被编码为“0045”。

长度字段包含指示紧挨在长度字段之后开始并且在PlayListMark()的结束处结束的PlayListMark()的字节长度的32位无符号整数。number_of_PlayList_marks字段包含指示存储在PlayListMrak中的标记的数量的16位无符号整数。number_of_PlayList_marks的值也可以是0。mark_type字段是指示标记类型的8位字段，并且根据稍后讨论的图23中所示的表来编码。

mark_time_stamp字段是存储指示标记指定的点的时间戳的32位字段。mark_time_stamp的语义取决于PlayList()中定义的CPI_type而不同。PlayItem_id是指定放置标记的PlayItem的8位字段。对应于给定PlayItem的PlayItem_id值被定义在PlayList()中(参见图20)。

character_set字段是指示对mark_name字段进行编码的字符编码方法的8位字段。name_length字段是指示在mark_name字段中指示的标记名的字节长度的8位字段。mark_name字段指示标记的名称。在该字段中，等于name_length并且从左侧开始的多个字节表示指示标记名的有效字符。在mark_name字段中的有效字符之后的值可被设置为任意值。

ref_thumbnail_index字段指示关于附于标记的缩略图图像的信息。在ref_thumbnail_index字段包含除0xFFFF之外的值的情况下，缩略图图像已被附于该标记，并且该缩略图图像存储在MENU.THM文件中。通过使用MENU.THM文件中的ref_thumbnail_index的值来参考图像。在ref_thumbnail_index字段具有值0xFFFF的情况下，缩略图图像尚未被附于该标记。

图23示出了mark_type表。如图23所示，标记类型由mark_type的值来定义。mark_type值0x01表示标记是已从该PlayList参考的视频中的图片选择了其图像的PlayList缩略图。

在该情况下，mark_time_stamp(图22)指示PlayList参考的视频中的图片的呈现时间戳。当ref_thumbnail_index(图22)的值是除0xFFFF之外的值时，缩略图图像存储在稍后讨论的图24的MENU.THM中。当ref_thumbnail_index的值是0xFFFF时，缩略图图像没有存储在图24的MENU.THM中。在该情况下，播放器可对PlayList参考的视频中的呈现时间戳指定的图片进行解码。PlayListMark()中的mark_type值为0x01或0x02的标记的数量是0或1。

mark_type值0x02表示标记是尚未从该PlayList参考的视频中的图片选择其图像的PlayList缩略图。

在该情况下，ref_thumbnail_index的值是除0xFFFF之外的值，并且缩略图图像存储在图24的MENU.THM中。mark_time_stamp和PlayItem_id均被设置为零。PlayListMark()中的mark_type值0x01或0x02的标记的数量为0或1。

mark_type值0x03表示标记是恢复标记。该标记是恢复回放的点。在PlayListMark()中定义的恢复点的数量是0或1。

mark_type值0x04表示标记是PlayList的回放入口点。这样的标记可由用户来设置，并且用于指定例如喜爱场景的开始点。

mark_type值0x06表示标记是跳过标记点。播放器跳过从该点直到结束的节目剩余部分。PlayListMark()中定义的跳过标记点的数量为0或1。

MENU.THM和MARK.THM

图24示出了图15中的MENU.THM(或MARK.THM)的句法。MENU.THM文件包含Thumbnail()对象。

图25示出了图24所示的MENU.THM(或MARK.THM)的句法内的Thumbnail()的句法。在图24所示的Thumbnail()句法中，version_number字段包含指示Thumbnail()对象的版本号的四个字符。version_number根据ISO 646而被编码为“0045”。

长度字段包含指示紧挨在长度字段之后开始并且在Thumbnail()的结束处结束的Thumbnail()的字节长度的32位无符号整数。tn_blocks_start_address字段包含指示第一tn_block的先头字节地址的32位无符号整数，其被表示为与Thumbnail()中的先头字节的字节偏移。字节偏移是从零开始计数的。number_of_thumbnails字段包含给出包含在Thumbnail()中的缩略图图像条目的数量的16位无符号整数。

tn_block_size字段包含给出以1024字节为单位的单个tn_block的大小的16位无符号整数。例如，tn_block_size＝1指示单个tn_block的大小是1024字节。number_of_tn_blocks字段包含表示Thumbnail()中的tn_block条目的数量的16位无符号整数。thumbnail_index字段包含表示在从thumbnail_index字段开始的for循环的一次迭代中由缩略图信息指示的缩略图图像的索引号的16位无符号整数。除0xFFFF之外的值用在thumbnail_index字段中使用。thumbnail_index字段被UIAppInfoVolume()、UIAppInfoPlayList()、PlayListMark()和ClipMark()中的ref_thumbnail_index参考。

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

picture_data_size字段包含指示以字节为单位的、缩略图图像的字节长度的32位无符号整数。start_tn_block_number字段是表示缩略图图像的数据开始的tn_block的tn_block号的16位无符号整数。缩略图图像数据的开始优选地与先头tn_block匹配。tn_block号在0开始并且与循环的tn_block中的变量k的值有关。

x_picture_length字段包含表示缩略图图像帧的水平方向上的像素数量的16位无符号整数。y_picture_length字段包含表示缩略图图像帧的垂直方向上的像素数量的16位无符号整数。tn_block字段是存储缩略图图像的区域。Thumbnail()中的所有tn_block字段具有相同的大小(固定长度)，其中大小由tn_block_size来定义。

AV流文件

接下来，将描述AV流文件。AV流文件作为MTS文件被存储在“STREAM”目录(图15)中。存在两种类型的AV流文件，即Clip AV流文件和Bride-Clip AV流文件。两种类型的AV流均被构造为DVR MPEG-2传输流文件。

记录处理

接下来，将参照图26描述将INDEX.BAV文件记录到记录介质100的处理。图26是说明记录处理的流程图。当基于用户指令将节目形式的内容记录到记录介质100时，该处理被执行作为相关联的处理。

在步骤S11中，记录单元201记录PlayList文件。换言之，将对应于内容的、如图18所示的xxxxx.RPL或yyyyy.VPL记录到记录介质100。

在步骤S12中，获取单元202获取UIAppInfoPlayList()。换言之，从图20的PlayList()读出UIAppInfoPlayList()，该PlayList()在步骤S11中作为图18的xxxxx.RPL或yyyyy.VPL文件的一部分被记录到记录介质100。

在步骤S13中，获取单元202获取ref_thumbnail_index的值。换言之，从图22的PlayListMark()获取ref_thumbnail_index的值，该PlayListMark()在步骤S11中作为图18的xxxxx.RPL或yyyyy.VPL文件的一部分被记录到记录介质100，并且将所获取的ref_thumbnail_index的值设置作为ref_to_menu_thumbnail_index。

在步骤S14中，记录单元201记录UIAppInfoPlayList()和ref_to_menu_thumbnail_index。换言之，将关于在步骤S12中获取的UIAppinfoPlayList()(图21)的信息和关于在步骤S13中设置的ref_to_menu_thumbnail_index的信息记录到记录介质100中的INDEX.BAV文件(图17)。

如图21所示，UIAppInfoPlayList()包含信息，诸如PlayList_character_set、playback_protect_flag、write__protect_flag、is_played_flag、is_edited_flag、time_zone、record_time_and_date、PlayList_duration、maker_ID、maker_model_code、channel_number、channel_name_length、channel_name、PlayList_name_length、PlayList_name、PlayList_detail_length和PlayList_detail。

在步骤S15中，记录单元201记录制造者特定信息和maker_ID。记录和回放设备1的制造者的制造者特定信息和maker_ID预先存储在控制器23的存储单元23A中。该信息被读出并被记录到记录介质100中的INDEX.BAV文件。

换言之，记录maker_ID、maker_mode_code和maker_private_data。

显示处理

接下来，将参照图27描述显示内容列表的处理。图27是说明显示处理的流程图。

在步骤S51中，获取单元202获取INDEX.BAV文件。换言之，获取单元202读出已如参照图26描述的被记录到记录介质100的INDEX.BAV。

在步骤S52中，获取单元202获取单个PlayList(内容项)的ref_to_menu_thumbnail_index的值。换言之，从在步骤S51中读出的INDEX.BAV文件(图17)获取ref_to_menu_thumbnail_index的值。ref_to_menu_thumbnail_index字段表示存储在MENU.THM(图24)中的缩略图的位置信息。在步骤S53中，获取单元202获取缩略图图像。换言之，从在步骤S52中获取的ref_to_menu_thumbnail_index的值指示的位置(即，MENU.THM中的位置)读出缩略图图像(Thumbnail())。由于如果缩略图图像本身存储在内部则INDEX.BAV的大小将增大，因此缩略图图像存储在单独的文件MENU.THM中。

在步骤S54中，获取单元202获取从PlayList_character_set[k]到PlayList_name[k]的信息。换言之，获取单元202读出存储在如图17所示的INDEX.BAV中的从PlayList_character_set[k]到PlayList_name[k]的信息。

具体地，读出PlayList_character_set[k]、is_played_flag、time_zone、record_time_and_date[k]、PlayList_duration[k]、channel_number[k]、channel_name_length[k]、channel_name[k]、PlayList_name_length[k]和PlayList_name[k]。

在步骤S55中，确定单元203确定maker_ID值是否匹配。换言之，确定在步骤S51中读出的INDEX.BAV(图17)中存储的maker_ID值是否与存储单元23A中存储的maker_ID值匹配。如果两个值匹配，则记录单元201在步骤S56中获取制造者特定信息。换言之，记录单元201读出在步骤S51中读出的INDEX.BAV中存储的maker_model_code和maker_private_data字段。

如果maker_ID值不匹配，则可能难以将maker_private_data中的信息显示为列表，并且因此跳过步骤S56中的处理。

针对每个内容项(PlayList)执行以上处理。

一旦针对每个内容项(PlayList)执行了从步骤S52到步骤S56的处理，则显示单元204在步骤S57中显示PlayList的列表。换言之，基于在步骤S54中获取的信息和在步骤S56中获取的信息来显示如图16所示的内容列表。

与列表的显示有关的显示信息共同存储在称为INDEX.BAV的单个文件中。因此，即使当存在多个内容项时，也可以迅速地显示内容列表。

对程序应用本技术

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

在以软件执行一系列处理操作的情况下，构成这样的软件的程序可从网络或记录介质安装到内置于专用硬件中的计算机，或者替选地，安装到能够通过在其上安装各种程序来执行各种功能的计算机(例如，诸如通用个人计算机)上。

包含这样的程序的记录介质可与主设备分开被实现为可拆卸介质，诸如磁盘(包括软盘)、光盘(包括致密盘-只读存储器(CD-ROM))和DVD盘)或半导体存储器，程序被记录到该可拆卸介质并且该可拆卸介质被分发以为用户提供程序。另外，记录介质还可被实现为闪速ROM或硬盘，在已置于主设备的状态下，程序被记录到该记录介质并且该记录介质被提供给用户。

此外，在该说明书中，描述被记录到记录介质的程序的步骤显然包括以遵从所阐述的顺序的时间序列进行的处理操作，并且包括并行地或单独地执行的操作，而不是严格地以时间序列来处理。

另外，本技术的实施例不限于上述实施例，并且各种修改在不背离本技术的主旨的范围内是可能的。

其它

本技术还可采取如以下的配置。

(1)一种信息处理设备，设置有：

获取单元，被配置成获取与显示被记录到记录介质的内容列表有关的显示信息，以及

记录单元，被配置成将所述显示信息共同地记录在单个文件中。

(2)根据(1)所述的信息处理设备，其中：

所述显示信息至少包括每个内容项的标题、持续时间以及记录时间和日期。

(3)根据(1)或(2)所述的信息处理设备，其中：

所述文件处于与记录所述内容项的目录相同的层级。

(4)根据(1)、(2)或(3)所述的信息处理设备，其中：

所述显示信息附加地包括表示所述内容项的缩略图的位置的位置信息，以及

所述获取单元从第一信息文件获取所述内容项的标题、持续时间以及记录时间和日期，同时从不同于所述第一信息文件的第二信息文件获取所述位置信息。

(5)根据(1)至(4)中任一项所述的信息处理设备，其中：

关于所述信息处理设备的制造者的信息附加地记录在所述文件中。

(6)根据(1)至(5)中任一项所述的信息处理设备，附加地包括：

显示单元，被配置成根据从所述文件读出的显示信息显示所述内容项的列表。

(7)根据(6)所述的信息处理设备，其中：

所述显示信息附加地包括所述信息处理设备的制造者的ID和特定于该制造者的信息，以及

在包括在所述显示信息中的制造者ID与存储在所述信息处理设备中的制造者ID匹配的情况下，所述显示单元附加地显示制造者特定信息。

(8)一种信息处理方法，包括：

获取与显示被记录到记录介质的内容列表有关的显示信息，以及

将所述显示信息共同地记录在单个文件中。

(9)一种使得计算机执行以下处理的程序，所述处理包括：

将所述显示信息共同地记录在单个文件中。

本公开内容包含与2011年11月28日向日本专利局提交的日本优先权专利申请JP2011-258886中公开的主题有关的主题，其全部内容通过应用合并于此。

本领域技术人员应理解，在所附权利要求或其等同方案的范围内，取决于设计要求和其它因素，可进行各种修改、组合、子组合和变更。

Claims

1.一种信息处理设备，设置有：

获取单元，被配置成获取显示信息，其中，所述显示信息与显示被记录到记录介质的内容列表有关，并且至少包括每个内容项的标题、持续时间以及记录时间和日期；以及

记录单元，被配置成将所述显示信息共同地记录在单个文件中，

其中，所述文件处于与记录所述内容项的目录相同的层级，以及

其中，所述显示信息附加地包括表示所述内容项的缩略图的位置的位置信息，以及所述获取单元从第一信息文件获取所述内容项的标题、持续时间以及记录时间和日期，同时从不同于所述第一信息文件的第二信息文件获取所述位置信息。

2.根据权利要求1所述的信息处理设备，其中：

3.根据权利要求2所述的信息处理设备，附加地包括：

4.根据权利要求3所述的信息处理设备，其中：

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

获取显示信息，其中，所述显示信息与显示被记录到记录介质的内容列表有关，并且至少包括每个内容项的标题、持续时间以及记录时间和日期；以及

将所述显示信息共同地记录在单个文件中，

其中，所述显示信息附加地包括表示所述内容项的缩略图的位置的位置信息，以及从第一信息文件获取所述内容项的标题、持续时间以及记录时间和日期，同时从不同于所述第一信息文件的第二信息文件获取所述位置信息。