CN101504855A - 再现装置和记录方法 - Google Patents

Abstract

本发明公开了一种再现装置和记录方法。一种播放装置，不仅播放记录在BD－ROM上的AV流，还从WWW服务器(500)下载更新工具，并将其写入本地HD(12)。存储在本地HD(12)中的AV流包括用于附加语言的音频流。控制单元(16)以访问单元为单位，读取记录在BD－ROM上的该AV流以及记录在本地HD(12)上的AV流。音频解码器(6)，从由BD－ROM和本地HD(12)读取的访问单元获得必需的音频帧，并将其播放。视频解码器(4)，从由BD－ROM读取的访问单元获得视频数据并将其播放。

Description

再现装置和记录方法

本申请是中国专利申请03825376.3的分案申请。

发明领域

本发明涉及用于播放记录在诸如蓝光光盘只读存储器(BD-ROM)的光盘上的视频数据的播放装置以及光盘，并且还涉及一种技术，用于播放以光盘发行的电影作品等。

技术背景

当待发行电影作品的时候，语言的不同造成了很大的困难。为了省去用于制作音频配音和字幕的时间，电影产业采用了光盘首先在美国发行的商业方法，而在非英语地区的光盘发行时间是交错的，例如，对于西欧和日本，以及对于东欧和其他亚洲国家。(这种商业方法叫做“时刻变换(time-shift)”)通过使用这种时间变换方法，电影作品在世界上每个不同地区发行，其中电影作品中具有英语音频和/或字幕以及在该地区母语的音频和/或字幕。应该注意，以下提及的专利文献1披露了涉及用于播放音频和播放DVD上的子图像(sub-image)的技术的现有技术例子。

有一些用户，尽管不是很多但是确实在任何国家或者地区存在，希望拥有未在他/她自己的国家或地区发行的版本的光盘。一个常见的例子是：为了学习第二语言，有一些用户购买除去英语以及其母语之外的他们第二语言的翻译版本的光盘。然而，在大多数情况下，这种其上以第二语言记录电影作品的光盘的销售地点限于讲该种语言的地区，并且对于大多数用户而言，在他/她自己的国家购买这种光盘是很困难的。此外，即使用户从讲这种语言的区域定购了这种光盘，由于区域码的限制，有可能该用户在他/她拥有的播放装置上无法播放该光盘。

例如，第二语言的用户希望学习日语、德语、法语、汉语、俄语，并且对于不同的用户而言，语言的变化有很大的范围。对于发行商而言，保持产品线以覆盖所有不同的语言是一个很沉重的负担。对于发行商而言，只是将特定语言的作品在市场上销售会有很高的市场风险。使用光盘学习语言仅仅是一个例子，还有在任何国家的一些用户希望拥有没有在他们自己国家发行的版本的光盘。通常，没有一种技术使得发行商可以满足消费者的这样一种要求。

专利文献1

日本专利No.2,821,030

发明内容

本发明的目的是提供一种播放装置，其可以满足希望拥有未在他/她自己的国家发行的版本的光盘的用户。

通过用于其上记录有第一数字流的光盘的播放装置，实现该目的，该播放装置包括：第一读取单元，用于一部分一部分地从光盘读出第一数字流；控制单元，用于从次级记录介质指定对应于第一数字流的第二数字流；第二读取单元，用于根据控制单元的控制，一部分一部分地从次级记录介质读取特定的第二数字流；以及播放单元，用于同步播放从光盘读取的部分包括的数据以及从次级记录介质读取的部分包括的数据。

以此配置，假设第二数字流是用于母语以外的第二语言的版本，该第二数字流一部分一部分地从次级记录介质读出。一部分一部分地并行读取记录在光盘上的第一数字流。通过取出从次级记录介质读取部分的必需数据块，以及取出从光盘读取部分的必需数据块，并且使得播放装置彼此同步播放该数据块，就可以在伴随着播放第二语言版本中的字幕或音频的同时播放第一数字流的主体。可以建立一种新的商业形式，其中这种附加的第二数字流通过因特网销售，使得在第二语言版本中的更新工具可以在世界上很小数量的用户中销售，而这些用户希望具有第二语言用于学习语言的目的。当这种商业形式建立后，可以是电影作品新的利润源。

可以接受一种配置，其中播放单元包括：第一解复用器，用于对第一数字流的部分解复用，以获得视频数据块以及第一音频数据块；第二解复用器，用于对第二数字流的部分解复用，以获得第二音频数据块；视频解码器，用于解码视频数据；音频解码器；以及供给子单元，用于将第一音频数据块或第二音频数据块供给音频解码器，其中，在将第二音频数据供给音频解码器的情况下，通过使得利用音频解码器对每块第二音频数据的解码以及利用视频解码器对每块视频数据的解码同步，从而该播放单元实现同步播放。

以此配置，假设第二数字流是用于除去母语的第二语言的版本，可以同步于包含在第一数字流中的视频数据播放包含在第二数字流中的音频数据。由于可以当观看电影的时候，在第二语言中练习听力理解，因此可以提高对第二语言的学习效率。通过使用此学习效率作为卖点，发行商可以通过将第二数字流作为更新工具销售给世界上愿意学习该种第二语言的用户，从而获得大笔利润。

可以有这样一种设置，其中第一数字流的部分和第二数字流的部分都是每个信息包序列，第一解复用器在每个信息包的时间标志指示的时刻执行解复用，而在每个信息包的时间标志指示的时刻上添加预定偏移量后而得到的时刻，第二解复用器执行解复用。

以此配置，由于两个数字流在解复用的过程彼此同步，即使从光盘读取一个数据流不是并行于从次级记录介质读取另一数字流而执行的，也可以将数据块供给音频解码器而保持其同步。

此外，即使在编码过程中参考的主时钟彼此不同，也可以将数据块供给音频解码器而保持其同步。

可以有这样的设置，其中第一数字流的部分和第二数字流的部分都是每个信息包序列，视频解码器在信息包中的时间标志所指示的时刻对第一数字流中包括的每块视频数据解码，其中在该信息包中包括有各个视频数据块，而在信息包的时间标志指示的时刻上添加预定偏移量后而得到的时刻，音频解码器对第二数字流中包括的每块第二音频数据解码，其中信息包中包括各个第二音频数据块。

以此配置，由于两个数字流在解码的过程彼此同步，因此即使从光盘读取一个数据流不是精确地并行于从次级记录介质读取另一数字流而执行的，也可以同步于视频数据的解码而使音频解码器解码音频。此外，即使在编码过程中参考的主时钟彼此不同，也可以使音频解码器解码音频而保持其同步。

可以使得有一种配置，其中的播放装置包括系统寄存器，该寄存器中存储有示出该播放装置状态设定的参数，其中根据在系统寄存器中的参数，而确定音频解码器是否解码属于第一数字流的第一音频数据块或属于第二数字流的第二音频数据块。

以此配置，根据播放装置的状态设定，可以在第一数字流中的音频和第二数字流的音频之间切换；因此，可以将次级记录介质上的第二数字流和光盘上的第一数字流视作一体而对待。

可以使得有一种配置，其中次级记录介质上记录有播放列表信息，播放列表信息示出与第二数字流中播放段落的开始点和结束点相对应的第一数字流中播放段落的开始点和结束点，播放装置包括播放控制单元，用于解释播放列表信息，而根据播放控制单元解释的结果，执行第一和第二读取单元的读取和播放单元的播放。

以此配置，可以不仅使得第一和第二数字流彼此对应，而还可以在第一数字流中指定逻辑播放段落的情况下，指定对应于第一数字流中的该逻辑播放段落的第二数字流中的段落；因此，可以实现在逻辑段落的单元中同步的播放。

可以使得有一种配置，其中包管理信息还包括可供选择信息，在解释播放列表信息之前，播放控制单元检测播放列表信息是否损坏，并且在播放列表信息损坏的情况下，播放控制单元解释可供选择信息所指示的播放列表信息。

以此配置，可以在次级记录介质上的播放列表信息损坏的情况下恢复数据；因此，可以确保稳定的播放。

可以使得有一种配置，其中次级记录介质上记录有程序，该程序使用播放列表信息示出用于第一和第二数字流的播放控制的过程，该播放装置包括执行模块，用于执行记录在次级记录介质上的程序；以及播放控制单元，用于根据该程序内的函数调用解释该播放列表信息。

以此配置，通过参照该程序，可以在光盘发行之后，用公开呈文(Post factum)的方式，使用播放列表信息添加用于执行播放的过程。因此，对于在光盘售出后提供的售后服务是有利润的。

可以使得有一种配置，其中次级记录介质具有多个包区域，每个包区域都分配给待安装在播放装置上的多个光盘中不同的一个，当光盘安装到播放装置上时，控制单元控制第一读取单元使得从安装的光盘上读取介质信息，并从次级记录介质中的多个包区域中指定对应于所读取的介质信息的包区域，而由第二读取单元读取的第二数字流存在于指定的包区域中。

以此配置，可以具有安装在播放装置上的多个光盘，并记录每张光盘的更新版本。

可以使得有一种配置，其中光盘上记录有播放列表信息、程序、以及的包管理信息，该播放列表信息示出与第二数字流中播放段落的开始点和结束点相对应的第一数字流中播放段落的开始点和结束点，该程序示出使用播放列表信息用于第一和第二数字流的播放控制的过程，该包管理信息为用于第一数字流、第二数字流、播放列表信息、以及程序的管理信息，该控制单元控制第二读取单元，使得将包区域中存在的播放列表信息、程序、以及包管理信息中的任意一个从包区域中读取到存储器之中，并且该控制单元控制第一读取单元，使得将包区域中不存在的播放列表信息、程序、以及包管理信息中的任意一个从光盘读取到存储器之中。

可以有一种配置，其中在具有共同的识别号码的播放列表信息或程序记录在光盘和包区域上的情况下，控制单元控制第二读取单元，使得包区域中记录的播放列表信息或程序读取到存储器之中，并且在具有识别号码的播放列表信息或程序只记录在光盘的情况下，控制单元控制第一读取单元，使得记录在光盘上的播放列表信息或程序读取到存储器之中。

以此配置，若新的更新版本未包括一个或多个播放列表信息、程序以及包管理信息，可以使用在光盘上的数据以补充缺少的信息；因此没有必要将全部数据传输给用户作为更新版本。因此，由于可以使得供给用户作为更新版本的数量最小化，该技术适合于通过互联网传输更新版本。

上述的播放装置需要并行于从光盘的读取执行从次级记录介质的读取。在次级记录介质为HD的情况下，需要进行HD扫描，因为必须(i)检查在HD内某处的目录中是否存在更新版本，以及(ii)如果有多于一个的更新版本，确定哪个是最新的更新版本。当需要进行这种HD扫描时，在装入光盘和开始实际并行读取之间需要一定时间。将光盘装入播放装置的用户可能会急于尽快观看记录在光盘上的电影作品。由于存在是否更新到更高版本的可能，因此对于光盘的播放处理中有延迟会使得用户觉得相当不快。

为了解决上述问题，本发明提供了一种光盘，其上记录有第一数字流和标记，该标记指示是否具有可能提供了记录在记录介质上内容的更新版本，其中该更新版本包括第二数字流以及对应的信息，其中该对应信息示出光盘上对应于该第二数字流的第一数字流。

以此配置，当装入的光盘完全没有可能更新到更高版本时，可以在光盘装入之后立即开始播放记录在光盘上的数字流，而不执行HD扫描。

附图简述

图1为示出与本发明播放装置的使用相关的实施例；

图2为示出BD-ROM的结构；

图3表示使用目录结构的BD-ROM的应用格式；

图4为将文件按照其功能分类的分类图；

图5示出被BD-ROM作为目标的软件的层模型；

图6示意性示出AV流是如何构造的；

图7示意性示出如何在BD-ROM上记录AV流；

图8示出流管理信息的内部结构；

图9示出PL信息的内部结构；

图10示意性示出间接参考PL信息；

图11示出与图10中示出的PL不同的PL例子的定义；

图12示出播放装置200的内部结构；

图13示出BD-ROM包中AV流与更新工具中的AV流的比较；

图14示出BD-ROM包中的访问单元的实质(xxx.TS)以及更新工具中访问单元的实质(xxx.TS)的比较；

图15示出更新工具中的流管理信息；

图16示出构成BD-ROM上访问单元的信息包和构成更新工具中访问单元的信息包的比较；

图17示出PL信息的内部结构(UYY.PL)；

图18示出如图10一样的方式描述的对于UYY.PL的间接参考；

图19为示出根据第一实施例控制单元16执行的处理过程的流程图；

图20示出在步骤S4至S11的读取过程；

图21示出如图20所示的作为输出切换的结果而获得音频播放的种类；

图22示出根据第二实施例如何在AV流中构建访问单元；

图23示出与图14中一样的方式所描述的、在BD-ROM中的访问单元的实质(XXX.TS)与更新工具中访问单元的实质(XXX.TS)之间的比较；

图24示出根据第二实施例的更新工具包括的PL信息的内部结构；

图25示出语音信息；

图26示出根据第二实施例播放装置的内部结构；

图27示出根据第二实施例的控制单元16实施的处理过程；

图28示出控制单元16实施的从HD和BD—ROM读取的过程；

图29示出图28所示的输出切换的结果获得何种字幕显示；

图30A示出记录在第三实施例中的BD—ROM上记录了什么；

图30B示出记录在第三实施例中的HD上记录了什么；

图31示出构成图30所示的多角度部分的ILVU的位置是如何管理的；

图32示出第三实施例的流管理信息的结构；

图33示出第三实施例的PL信息的内部结构；

图34示意性示出PL信息中包括的以角度条目(angle条目)的间接参考(indirect reference)；

图35示出第三实施例的播放装置的内部结构；

图36是第三实施例的控制单元16实施的处理过程的流程图；

图37示出开关18实施的从BD—ROM和HD并行读取的过程；

图38示出图37中输出切换的结果所获得的是什么视频显示；

图39示出第四实施例的家庭影院系统；

图40示出第四实施例的流管理信息；

图41示出第四实施例的PL信息；

图42示出第四实施例的播放装置的内部结构；

图43示出第四实施例的控制单元16实施的处理过程；

图44示出层模型中第四层的细节；

图45A示出动态脚本的描述的实例；

图45B示出可以用于取代图45A所示动态脚本的另一动态脚本；

图46A示出记录在BD—ROM上动态脚本的播放过程；

图46B示出更新工具中包括的动态脚本的播放过程；

图47示出根据第五实施例的播放装置的内部结构；

图48A示出记录在BD—ROM上的是什么；

图48B示出用于图48A中所示BD—ROM的更新工具；

图49A和49B示意性示出更新工具中包括的动态脚本和BD—ROM中记录的动态脚本实现的播放过程；

图50A示出BD—ROM上记录的PL#1，PL#2，和动态脚本；

图50B示出更新工具；

图51A示出定义播放顺序(PL#1，PL#2)的动态脚本；

图51B示出动态脚本替换物的播放过程；

图52示出第六实施例HD的目录结构；

图53示出INFO.BD的内部结构；

图54示出第六实施例的模块管理器26处理过程；

图55A和55B示出第六实施例的模块管理器26的处理过程；

图56示意性示出在BD—ROM中、版本目录中、以及版本2目录中的读取文件的过程；

图57示出虚拟包表(Virtual Package Table)的结构；

图58示出用于INFO.BD的虚拟包表；

图59是示出第七实施例的模块管理器26的处理过程的流程图；

图60示出步骤S82中显示列表的屏幕；

图61是示出第八实施例模块管理器26的处理过程的流程图；

图62是示出第九实施例的播放装置200的结构；

图63示出PL信息的变化；以及

图64A和图64B示出播放装置200的内部结构的变化。

发明详述

第一实施例

下面描述本发明的记录介质的实施例。首先，在本发明的播放装置的不同操作之中，将说明一种使用的实施例。图1示出与本发明的播放装置的使用相关的实施例。在图1中，本发明的播放装置是播放装置200。播放装置200、电视300、以及遥控器400构成了家庭影院系统。BD—ROM 100是向此家庭影院系统提供电影作品的记录介质。播放装置200用于根据用户对遥控器400的操作，播放记录在BD—ROM 100上的电影作品。

该家庭影院系统的特征在于，播放装置200通过网络与WWW服务器500相连。响应于播放装置200的要求，WWW服务器500传送用于BD—ROM上记录的内容的更新工具给播放装置200。当已经传送了更新工具之后，播放装置200将更新工具与记录在BD—ROM100上的内容动态地结合，并在虚拟版本(称作“虚拟包”)中实施包的播放。

虚拟包是虚拟地供给用户的包，在该虚拟包中BD—ROM 100中记录的内容与更新工具动态结合。与虚拟包相比，记录在BD—ROM中的内容整体上被称作BD—ROM包。

参照图2至图11，下面描述了BD—ROM包。

图2示出了BD—ROM的结构。在附图中，级4示出BD—ROM，级3示出BD—ROM上的轨道。在附图中，实际上形成了从BD—ROM内圆周到外圆周的螺旋结构的该轨道示出为按照侧向伸展(StretchedSideway)。该轨道包括导入(Lead in)区、容量区、以及导出(Lead out)区。在图中示出的容量区具有的层模型具有：物理层、文件系统层、以及应用层。根据本发明的光盘可以通过在BD—ROM的应用层上形成如图2所示的数据格式而产业化生产。

图3使用目录结构表示BD—ROM的应用格式。如图所示，BD—ROM中ROOT目录下面的是BD—AV目录，在BD—AV目录下面的是JCLASS目录以及BROWSER目录。

BD—AV目录的次级是设置的文件，诸如INFO.BD、XXX.M2TS、XX.CLPI、YYY.PL、以及ZZZ.MOVIE。JCLASS目录的次级是设置的叫做ZZZ.CLASS的文件，而BROWSER目录的次级是设置的叫做ZZZ.HTML的文件。

图4是根据其功能分类的文件的分类图。在附图中，形成为第一、第二、第三、第四层的层级象征性地示出图中的分类。在附图中，XXX.M2TS在第二层中成组。XXX.CLPI和YYY.PL是在第三层中成组(静态脚本)。ZZZ.MOVIE是BD—AV目录的次级，ZZZ.CLASS是JCLASS的次级，BROSWER目录的次级ZZZ.HTM是在第四层中成组。

附图中的分类(第一至第四层)针对如图5所示的层模型。如参照图5的下述，BD—ROM将在控制软件中的层模型作为目标。

图5中的第一层是物理层，其中实现了将用于处理作为目标的流相关的供给控制。如第一层所示，目标流具有的其供给源不仅是BD—ROM，还可以是HD(硬盘)、存储卡、网络以及其他记录和通信介质。着重于诸如HD、存储卡、以及网络的供给源的控制(盘存取、卡存取、以及网络通信)在第一层上实现。

第二层是解码格式层。在此第二层限定第一层所供给的解码流所用的解码格式。本实施例中使用MPEG—2解码格式。

第三层(静态脚本)限定了流的静态脚本。静态脚本是预先由盘创建者(disk creator)所定义的播放路径信息以及流管理信息，第三层(静态脚本)中限定根据这些静态脚本的播放控制。

第四层用于实现流中的动态脚本。动态脚本是用于根据用户的操作、装置状态等而动态改变播放进程的脚本，第四层中限定根据这些动态脚本的播放控制。下面根据此层模型描述与流和静态脚本相关的文件。

首先，描述属于第二层的流(XXX.M2TS)。

AV流(XXX.M2TS)是通过对视频流、一个或多个音频流、以及一个或多个子图像流解复用所获得的MPEG—TS(传输流)格式数字流。视频流示出电影的运动图像部分，音频流示出电影的音频部分，而子图像流示出电影的字幕。图6示意性示出如何构建AV流。

通过将包括多个视频帧(图片pj1，pj2，pj3)的视频流以及包括多个音频帧(级1)的音频流转换为PES包序列(级2)而形成AV流(级4)，然后该AV流转换成TS包(级3)。类似的，将子图像流(级7)转换成PES包序列(级6)，该PES包序列转换为TS包(级5)，然后将其复用。该复用涉及设置存储视频帧的TS包以及存储音频帧的TS包，使得音频帧位于接近从BD—ROM中与音频帧同时读取的视频帧的位置。

以与通常的计算机文件一样的方式，通过上述过程产生的AV流是划分为多个盘区(extent)并存储在BD—ROM的区域中。图7示意性示出如何将AV流记录在BD—ROM中。

构成AV流的每个盘区的长度，以及BD—ROM中每个盘区记录的地址在文件管理信息fk1中描述。

文件管理信息fk1为通过划分AV流而获得的盘区1、2、和3中的每个描述盘区的地址(adr1、adr2、adr3)以及盘区的长度(length1、legth2、和length3)。AV流包括一个或多个访问单元，并可以在这些访问单元中被提示。访问单元是包括单个GOP(图片组)以及与GOP同时读出的音频帧的最小解码单元。GOP包括双向预测(B)图片，预测(P)图片，以及中间(I)图片，该双向预测(B)图片是使用在前向和后向播放的图像的时间相关特性压缩的，该预测(P)图片是使用在前向播放的图像的时间相关特性压缩的，而中间(I)图片是使用单个帧的图像中的空间频率特性(即，不是时间相关特性)压缩的。

此外，XXX.M2TS中的文件名“XXX”提取BD—ROM中AV流附加的3位数识别号码。即，图中的AV流是使用“XXX”而独特识别的。因此，完成了流(XXX.M2TS)的描述。应该注意，这里引用的3位数号码仅仅是示例性的，并可以是任意长度。

静态脚本

文件(XXX.CLPI、YYY.PL)是静态脚本，将在下面描述。

流管理信息(XXX.CLPI)是与单独的AV流相关的管理信息。图8示出流管理信息的内部结构。AV流是通过对视频和音频流进行复用而得到的，并且因为可以在访问单元中提示AV流，流管理信息的管理项目包括视频和音频流具有的属性以及在AV流中提示的位置。图中的首项突出了流管理信息的结构。如首项hn1所示，流管理信息(XXX.CLPI)包括与视频和音频流相关的“属性信息”，以及用于提示访问单元的参考表的“TMAP”。

如首项hn2所示，属性信息(属性)包括与视频流相关的属性信息(视频属性信息)、属性信息数目(数目)、以及与多个在AV流上复用的音频流中每个相关的属性信息(音频属性信息#1—#m)。如首项hn3所示，视频流上的管理信息示出用于压缩视频流的压缩格式(编码)，和构成视频流的图片数据的单独块的分辨率(分辨率)，宽高比(比例)，以及帧频(帧频)。

另一方面，如首项hn4所示，关于音频流的属性信息(音频属性信息#1—#m)示出用于压缩各个音频流的压缩格式(编码)，以及通道号码(Ch.)以及各个音频流的对应语言(Lang.)。

时间映射(TMAP)是使用时间信息用于间接参照多个提示位置的地址的参考表，并且，如首项hn5所示，包括多条目信息块(访问单元#1条目信息、访问单元#2条目信息、访问单元#3条目信息、...)以及条目信息数目(数目)。如首项hn6所示，每块条目信息示出对应于相应访问单元的数据大小(大小)的相应访问单元的播放时间段(持续时间)。即使当包括GOP的访问单元的大小和播放时间并不一致时，由于使用变长编码压缩格式，就可以通过参照访问单元的条目信息，从对应于播放时间的访问单元中从任意播放时间提示到任意图片数据块。然而，文件名XXX.CLPI的“XXX”使用与流管理信息相对应的AV流同样的名字。即，图中AV流的文件名字，“XXX”，对应于AV流“XXX.M2TS”。因此完成流管理信息的描述。播放列表信息在下面描述。

YYY.PL(播放列表信息)是构建播放列表的表，播放列表是播放路径，包括单元列表(CellList)。图9示出PL信息的内部结构。

该单元列表包括多块CELL信息(CELL信息#1、#2、#3...#n)以及CELL信息数目(数目)。每块CELL信息是定义了构建播放列表的一个或多个播放逻辑部分的指针信息。CELL信息的结构由首项hs1突出显示。如首项hs1所示，CELL信息从示出AV流的名称的“AV流名称”构建，其中播放部分的进入点(In—Point)和离开点(Out—Point)属于该AV流。“进入点信息”表示播放部分的开始，而“离开点信息”表示播放部分的结束。

CELL信息的特征在于注释，即播放部分使用时间映射作为参考表，由间接参考格式定义。图10示意性表示使用PL信息的间接参照。图中的AV流从多个访问单元构建而来。流管理信息中的TMAP指定了访问单元的扇区地址，如箭头ay1、ay2、ay3、和ay4所示。图中的箭头jy1、jy2、jy3、和jy4示意性示出使用CELL信息的访问单元的参考。换句话说，示出的CELL信息的参考(箭头jy1、jy2、jy3、和jy4)包括间接参考，其中包括在AV流中的访问单元的地址通过TMAP所指定。

从多组CELL信息、流管理信息、以及AV流形成的BD—ROM上的播放部分称作“CELLs”。由多组PL信息、流管理信息以及AV流形成的BD—ROM上的逻辑播放单元称作“播放列表”(缩写为“PL”)。记录在BD—ROM上的电影作品构建在这些逻辑播放单元中(PLs)。由于BD—ROM上的电影作品构建在逻辑播放单元中，例如，通过定义若干PL指定只有这些角色出现的这些场面，就可以容易的从只有某些角色出现的场面中创建电影作品，如从主电影作品中显而易见。图11示出一个例子，其中定义有不同于图10中PL信息(PL信息#1)的PL(PL信息#2)。

由于通过简单的定义不同的若干PL信息块，使电影作品的变化的增加，因此静态脚本的最大优点在于可以增加电影制造者的表达范围。

作为BD—ROM上播放单元的另一例子，除了若干PL和若干CELL还有“若干章节”。“章节”由一个或多个CELL构成。

应该注意，PL信息中的文件名“YYY”提取出用BD—ROM中PL信息的3位识别号码。即，图中的PL信息使用识别号码“YYY”而独特地识别。应该注意，PL信息的识别号码表示为“YYY”，以指出PL信息的识别号码具有不同于AV流和AV流管理信息的识别号码XXX的编号系统。(这里引用的该3位号码仅仅是示例性的，并且可以是任意长度。)

因此，BD—ROM包的描述已经结束。下面描述了播放装置200的内部结构。图12示出播放装置200的内部结构。如图所示，播放装置200包括BD驱动器1、BD缓冲器2，解复用器3，视频解码器4，图片平面5，音频解码器6，图像解码器7，图像平面8，加法器9，静态脚本存储器10，下载单元11，本地HD 12，HD缓存器13，解复用器14，开关15，以及控制单元16。

BD驱动器1执行加载/退出BD—ROM，以及访问加载的BD—ROM。

BD缓冲器2是FIFO存储器，而从BD—ROM读取的访问单元以先入先出的方式存储。

解复用器3将访问单元取出BD缓冲器2，并将访问单元解复用，从而获得构成多个GOP的视频帧以及音频帧。解复用器3输出视频帧到视频解码器4，将音频帧输出到音频解码器6，并且将子图像流输出到图像解码器7。解复用器3执行的解复用过程包括将TS包转化成PES包的转换处理。解复用器3执行的解复用过程将作为有效载荷的PES包从构成AV流的TS包中取出，其中该AV流从BD—ROM中读取，然后该解复用器将作为有效载荷的主体数据(包括三种数据，诸如视频帧、音频帧、以及子图像单元)从PES包中取出，并且，解复用器3根据TS包上附加的TS包，输出主体数据到视频解码器4、音频解码器6、以及图像解码器7。如果附加在TS包上的PID(包ID)表示视频帧，PES包的主体数据输出到视频解码器4，如果PID表示音频流，将主体数据输出到音频解码器6。TS包的解复用过程参考诸如PCR(程序时钟参考)或ATS(到达时间标记)的附加在每个TS包上的时间标记而执行。即，当播放装置内部的时钟到达TS包上时间标记所示的时刻，解复用器3如上述将TS包解复用。

视频解码器4解码从解复用器3输出的视频帧，并将图片以未压缩的格式写入视频平面15。

图片平面5是用于存储未压缩格式的图片的存储器。

音频解码器6解码从解复用器3输出的音频帧，并以未压缩格式输出音频数据。

图像解码器7扩展已经压缩并编码的子图像流，并将扩展子图像流写入图像平面8。作为子图像流解码的结果，在屏幕上显示若干菜单和子图像。

图像平面8是一个存储器，具有用于一个图像屏幕的区域。扩展的子图像流设置在图像平面8上。

加法器9将以未压缩格式存储在图片平面5中图片数据与图像平面8中的扩展图像相结合，并将所结合的输出。

静态脚本存储器10是用于存储“当前PL信息”和“当前流管理信息”的存储器。“当前PL信息”表示多个记录在BD—ROM上的PL信息块中，当前是处理的目标的一块PL信息，而“当前流管理信息”表示多个记录在BD—ROM上的流管理信息块中，当前是处理的目标的一块流管理信息。

下载单元11执行与WWW服务器500的FTP(文件传输协议)通信，并从WWW服务器500下载更新工具，从而将下载的更新工具写入本地HD 12。

本地HD 12是其中写入更新工具的内建的盘装置。在图中，画出目录结构适合本地HD 12的内部。在本地HD 12的目录结构中，ROOT目录的次级设置为“abc”目录，其中设置有更新工具。图中“abc”的目录名称与对应于更新工具的BD—ROM的卷标相同。即，在本地HD12中，更新工具记录在“abc”名称的目录中，该目录与卷标“abc”同名。

当下载该更新工具的时候，下载单元11读取BD—ROM的卷标“abc”并在HD 12内生成具有同样名称“abc”的目录。随后，下载单元11访问WWW服务器500，下载更新工具，并将下载的更新工具写入具有与卷标名称相同的目录名称的目录“abc”中。

在附图的方框中的虚线示出构成更新工具的文件。如具有虚线的方框所示，更新工具具有附加的AV流“UXX.M2TS”，附加的流管理信息“UXX.CLPI”，以及用于更新“UYY.PL”的PL信息。

HD缓冲器13是这样一种缓冲器，其中读取构成记录在本地HD12上的附加流(UXX.M2TS)的访问单元之一，每次将构成记录在BD—ROM上的AV流的访问单元之一读进BD缓冲器2。

解复用器14解复用MPEG—TS格式的、并已经读入HD缓冲器13的访问单元，从而在解复用之前获得数据(在本实施例的情况下，该数据是音频帧)。

开关15有选择的将读入HD缓冲器13的访问单元中的音频帧、以及读入BD缓冲器2的访问单元中的音频帧之一输出到音频解码器6。输出之间的切换通过根据SPRM(1)(音频流号码)由开关15进行。SPRM(1)是示出播放装置状态的寄存器。

控制单元16是典型的计算机系统，包括CPU、存储程序的ROM、以及RAM。控制单元16实现信息的计算或处理，在存储在ROM中的程序读入CPU中后，通过结合程序和硬件资源以适合于使用的目的。例如，使用的目的可以是(i)播放记录在BD—ROM上的若干PL，(ii)从WWW服务器500下载更新工具，(iii)播放其中结合有BD—ROM和更新工具的虚拟包。当特定的装置中程序和硬件资源(BD驱动器1—开关15)合作实现信息的计算或处理以适于使用的目的，就构建了适于本使用目的的特定信息处理装置(播放装置200)。

控制单元16具有内建的寄存器(播放器寄存器)，该寄存器示出播放装置200的状态设置。播放器寄存器具有32个系统参数寄存器以及32个通用目的寄存器。该播放器状态寄存器的设定值(SPRM)的含义如下所示。在下面的部分中，SPRM(x)表示在第x个播放器状态寄存器中的值集合。

SPRM(0)：保留；

SPRM(1)：待记录的音频流的流数目；

SPRM(2)：待记录的子图像流的流数目；

SPRM(3)：用户设定的角度的数目；

SPRM(4)：当前作为播放目标的字幕的数目；

SPRM(5)：当前作为播放目标的章节的数目；

SPRM(6)：当前作为播放目标的PL的数目；

SPRM(7)：当前作为播放目标的CELL的数目；

SPRM(8)：指示当前播放时间点的时间信息；

SPRM(9)：导航计时器的计数值；

SPRM(10)：当前被选择的按钮的数目；

SPRM(11)—SPRM(12)：保留；

SPRM(13)：用户设定的过滤等级(parental level)；

SPRM(14)：通过播放装置与图像播放相关的设定；

SPRM(15)：通过播放装置与音频播放相关的设定；

SPRM(16)：在播放装置上指示音频设定的语言代码；

SPRM(17)：在播放装置上指示字幕设定的语言代码；

SPRM(18)：用于菜单图的语言设定；

SPRM(19)—SPRM(31)：保留。

这里，SPRM(10)在每次属于AV流的每块图片数据显示的时候进行更新。即，当播放装置具有一块新的图片数据显示的时候，SPRM(10)更新为指示该新图片数据块的显示开始时间的值(展示时间)。通过参照SPRM(10)，可以找出当前播放时间点。

当设定SPRM时，控制单元16显示菜单。此菜单用于接受用户的音频设定、字幕设定、角度设定、以及过滤设定(parental setting)。当用户执行菜单上的操作时，存储在寄存器中的值根据菜单上的操作更新。SPRM不仅通过菜单更新，还可以在用户执行遥控器400的操作的时候更新。

因此，根据本实施例的播放装置的描述就结束了。

下面描述存储在本地HD 12内更新工具中的AV流、流管理信息、以及PL信息。

在更新工具中的AV流(UXX.M2TS)用于为存储在BD—ROM中的AV流添加新的音频。图13示出BD—ROM包中的AV流以及更新工具中AV流的对比。更新工具中的AV流包括若干访问单元，其在数量上等于BD—ROM包中的AV流包括的若干访问单元的数量。

图14示出BD—ROM包中访问单元的实质(XXX.TS)与更新工具中访问单元的实质(UXX.TS)的对比。图14的上面是BD—ROM上的访问单元。下面是更新工具之中的访问单元。在图中，访问单元#98、#99、#100、#101、以及#102将在开始播放AV流之后分别播放1分38秒、1分39秒、1分40秒、以及1分41秒。(本例子中，一个访问单元的播放时间约为一秒钟)。

关注访问单元的时候，BD—ROM侧上的访问单元#100包括待播放1分40秒的GOP，以及在那时读取的音频帧序列(图中的音符标记)。另外，更新工具一侧的访问单元#100包括播放1分40秒的音频帧。图中的白色粗箭头示出每个访问单元的播放时间。从一个访问单元与另一个的播放时间不同，因为每个访问单元的播放时间是基于GOP的。更新工具中的每个访问单元具有的播放时间与记录在BD—ROM上的相应的访问单元相同。

由于这样一种配置，其中更新工具中的AV流包括若干访问单元，其数量等于在BD—ROM上记录的AV流中的若干访问单元的数量，并且其中更新工具中的AV流的若干访问单元包括的音频帧，与在BD—ROM上记录的若干访问单元中包括的音频帧的时间长度相等，在BD—ROM上记录的AV流中的若干访问单元与更新工具中AV流中的若干访问单元一一相对应。因此，在更新工具中的AV流描述完成。下面描述更新工具中的流管理信息。

更新工具中的流管理信息(UXX.CLPI)与只有音频的AV流相关，并且通过WWW服务器500与该只有音频的AV流一起提供。图15示出更新工具之中的流管理信息。此流管理信息也是TMAP，与图8中所示的类似，其中描述了每个访问单元的数据大小和开始时间。由于存在与记录在BD—ROM上的AV流的那个TMAP相似的TMAP，更新工具之中的AV流可以在若干访问单元中提示。由于没有复用的视频流，因此该流管理信息与图8之中的流管理信息不同之处在于，(i)视频属性被设置为“无视频”，且(ii)将“补偿”加到音频属性中。下面参照图16说明加给音频属性的“补偿”。图16示出BD—ROM上组成访问单元的信息包与更新工具中构成访问单元的信息包的对比。在图中，“V”表示视频信息包，“A”表示音频包。对这些信息包的每个都给有一个时间标记。时间标记是用于通知播放装置的处理定时的时间信息，即，何时应该进行处理。将具有“702”的值的时间标记供给BD—ROM上发行的AV流中访问单元中位于第一的音频包。具有更大值的时间标记诸如“703”、“704”、“705”、“706”等供给此音频包后面的音频包。另外，具有“150”的值的时间标记供给更新工具中AV流中的访问单元中位于第一的音频包。具有诸如“151”、“152”、“153”、“154”、“155”等值的时间标记供给此音频包后面的音频包，使得越位于后面的音频包，其时间标记的值越大。

由于在编码的时候主时钟之间的差异，在时间标记之间存在差异。主时钟是在编码时刻用于参考的时钟信号，以供给时间标记。由于此对于每个主时钟的参考，AV流中的多个音频包具有若干时间标记，该时间标记附加有连续的值。然而，当更新工具中的AV流和记录在BD—ROM上的AV流相比较之时，将作为时间标记供给的待参考主时钟，在前面的情况与后面的情况中不同。因此，很自然在这些情况之中，供给各个音频包的时间标记的值是不同的。由于在各个访问单元中包括的音频包上的时间标记很大程度上不同，则不可以按照其本来的方式，在这两个AV流中的音频之间切换。因此，时间标记之间的差异在流管理信息中的“补偿”中描述。

由于在流管理信息中描述该补偿，即使所参考的主时钟不同，也可以同步播放记录在BD—ROM上的AV流中的音频包以及更新工具中AV流的音频包。因此，更新工具中流管理信息的描述完成了。下面描述更新工具之中的PL信息(UYY.PL)。

更新工具之中的PL信息(UYY.PL)用于取代BD—ROM之中的PL信息。在更新工具中的PL信息不同于记录在BD—ROM上的PL信息，因为PL信息中的播放列表是通过根据其播放的次序而设置一组播放部分所限定的。“一组播放部分”表示限定在多个AV流上并与另一个播放部分同步播放的若干个播放部分。图17示出PL信息(UYY.PL)的内部结构。图17中，每块CELL信息包括指示BD—ROM上AV流的“Clip条目”、“音频表”、“字幕表”、以及指示Clip条目数目的“数目”。

“Clip条目”包括BD—ROM上的CELL信息的“AV流名称”、“进入点信息”、以及“离开点信息”。这些与图9中所示的CELL信息的“Cell条目”是一样的。音频表包括多个音频条目(音频条目#1—#n)。若干音频条目中的每个限定了(i)哪个流是可以在CELL中播放的音频流，(ii)音频流属于哪个AV流，以及(iii)使用AV流的文件名称(AVStreame名称)、音频的流标识符(音频流ID)、指示AV流中播放部分开始点的信息(进入点信息)、指示AV流中播放部分的结束点的信息(离开点信息)、以及补偿(补偿)从而在流中从何处到何处形成播放部分。

例如，AV流#1记录在BD—ROM上，而AV流#2通过播放装置作为更新工具下载并存储在本地HD 12上。作为附加信息，假设该AV流#1包括运动图片(视频)和英语音频，而AV流#2包括日语音频，其中日语音频作为第二语言。该日语音频存储在不同于存储有视频的AV流的AV流中，使得可以将日语音频在更新工具中发布。在这种情况下，设置为使得Cell中的Clip条目#1定义了AV流#1上的播放部分，而音频条目#1描述了AV流名称以及用于日语音频的AV流的音频流ID。通过发行包括上述CELL信息的PL信息块以及来自WWW服务器500的AV流#2，并结合记录在BD—ROM上的播放列表，就可以使得用户以具有日语音频的版本观看电影作品。

图18示出间接参考UTT.PL，与图10的描述方式相同。在附图中，更新工具中的PL信息具有Clip条目以及音频条目。图中箭头rf1、rf2、以及rf3指示以Clip条目的播放部分指定。图中箭头pf1、pf2、以及pf3指示以音频条目的播放部分指定。换言之，构成图18中的PL信息的每块CELL信息，指定两个AV流中的两个播放部分。因为一块CELL信息指定了两个播放部分，PL信息可以定义由一组播放部分组成的播放路径，其中该播放部分是BD—ROM上和HD上的播放部分。因此，存储在本地HD 12中的更新工具描述完成。

仅仅为了方便的原因，并为了将BD—ROM上的AV流、流管理信息、以及PL信息与更新工具中相应信息区分开的目的，字母“U”用在更新工具的AV流的文件名称中、流管理信息中、以及PL信息中，即“UXX.M2TS”、“UXX.CLPI”、“UYY.PL”。实际上，更新工具中的AV流、流管理信息、以及PL信息具有的文件名称与在BD—ROM上面的文件名称相同。更新工具上的数据和BD—ROM上的数据通过使用文件名从而彼此相对应。为了将记录在BD—ROM(光盘)上的AV流以及HD(次级记录介质)上的AV流引入相应装置(i)使用包括在更新工具中的PL信息使得他们相对应，以及(ii)使用包括在更新工具之中文件的文件名称以及记录在光盘上文件的文件名称之间的相同性，使得它们相对应。

下面描述在读取更新工具之中AV流的情况下，解复用器14执行的解复用过程。解复用器14进行的解复用过程在于，从由HD读取的AV流中包括的TS包之中取得PES包，这些PES信息包是有效载荷，然后从PES包中取得作为有效载荷的主体数据，并根据附加在每个TS包上的时间标记，输出该主体数据到音频解码器6。参照诸如PCR(程序时钟参考)或ATS(到达时间标记)的时间标记通过解复用器14进行解复用处理，该时间标记附加在每个TS包上且该补偿包括在该流管理信息之内。当播放装置内部的时钟到达了通过将补偿加到TS包上时间标记指示的时间后所获得的时间，如上所述，解复用器14对TS包解复用。通过将补偿加到时间标记所指示的时间上而获得的时间，与将BD—ROM中读取的TS包上时间标记的值相加所获得的时间是相同的。因此，作为上述解复用器14执行的处理的结果，从BD—ROM读取的TS包的解复用与从HD读取的TS包的解复用是同步的。

下面描述在更新工具中的音频流是从本地HD 12读取的情况下，音频解码器6执行的同步处理。当解码从BD—ROM中读取的音频帧的时候，音频解码器6参考附加在PES包上的若干PTS(展示时间标记)。即，当播放装置内部的时钟到达PES包上PTS所指示的时间，音频解码器6解码音频帧。另外，当解码从HD读取的音频帧时，音频解码器6参考附加在PES包上的若干PTS(展示时间标记)以及流管理信息中的补偿。即，当播放装置内部的时钟到达将补偿加到PES包上附加的PTS所获得的时间，音频解码器6解码音频帧。将补偿加到PTS所示的时间上获得的时间基本上与附加在从BD—ROM上读取的视频信息包上的PTS所示的时间相同。因此，作为音频解码器6执行的上述处理的结果，对从BD—ROM读取的视频帧的播放输出同步于对从HD读取的音频帧的播放输出。由于解复用器14和音频解码器6执行的上述处理，保持音频和图像之间的同步。

从BD—ROM以及从HD读取的数据在以访问单元为单元，然而来自解复用器3以及解复用器14的数据供给音频解码器，而与访问单元无关。其原因在于解复用器3和解复用器14执行的解复用处理是将作为TS包序列的访问单元转换为PES包序列，并将其转换为音频帧和视频帧；因此，供给音频解码器6的数据以帧为单元，该帧单元包括在每个PES包或每个TS包中。由于PES包以及TS包是处理的单元，当部分音频帧包括在PES包中，包括的部分输出到音频解码器6。当多个音频帧包括在PES包中，将多个音频帧供给音频解码器6。音频解码器6首先将那些提供的音频帧或部分音频帧存储到音频解码器6内的内置存储器中，然后并对其处理。在音频帧分成若干部分并存储在多个访问单元之中时，可能会有问题。下面的描述根据假设音频帧的第一半存储在构成访问单元的TS包序列中，而第二半音频帧存储在构成下面访问单元的TS包序列中

将一个音频帧分成若干部分并存储在多个访问单元中并不罕见。在AV流之上的解复用过程之中，这可以经常发生。这是因为由于PES包的有效载荷的数据大小是音频帧数据大小的非整数倍，经常有一些音频帧的部分不能适合一个TS包或一个PES包。

下面描述在其中存储有音频帧的第一半的PES包被解复用并输出到音频解码器6之后，但是在其中存储有第二半音频帧的PES包解复用之前，由于SPRM(1)更新而进行的音频切换处理。此时，对于音频解码器6，在供给音频帧的第一半后，将提供来自另一音频流的另一音频帧。尽管音频解码器6已经获得了第一半，但音频解码器6不能获得第二半；因此，音频解码器6不能适当的进行解码，并且可能用户会经历令人不快的噪音如“锵锵”声。为了避免此发生，必须在音频切换后，从音频解码器6输出的播放上短时间内使用静音处理。作为此静音处理的结果，尽管在紧随音频切换之后有一段时间“无声”，但可以自由切换音频，例如从BD—ROM上的音频切换到HD上的音频，或从HD上的音频切换到BD—ROM上的音频。

最终，下面更具体描述本实施例控制单元16执行的控制过程。

当BD—ROM安装在播放装置200上，控制单元从BD—ROM读取卷标，并从本地HD 12上的多个目录中指定与读取的卷标一致的目录。根据在代表更新工具的指定的目录中的文件，执行此后的处理。该处理通过执行图19所示流程图的处理过程的计算机实现。

流程图形成一个环处理，其中从步骤S2到S16的处理对属于PL#x的每个CELL都进行重复。现在，作为处理目标的CELL将称作“CELL#y”，其是在PL中第y个位置的CELL。具体的说，PL信息#x读入存储器(步骤S1)。PL信息#x的第一CELL设为CELL#y，而PL信息#x的最后CELL设为CELL#z(步骤S2)。随后，属于CELL#y的若干访问单元是从BD—ROM以及从本地HD12并行读取的，而视频解码器4和音频解码器6指定为解码该若干访问单元(步骤S3到步骤S12)。当所有的CELL中的访问单元已经解码后(步骤S11：是)，则判定是否CELL#y已经到达CELL#z(步骤S15)，而下一个CELL设为CELL#y(步骤S16)。

从步骤S3到S16之间，步骤S4到S12表示用于从BD—ROM和本地HD 12读取每个属于CELL#y的访问单元的环处理。在此环处理之中，作为读取目标的访问单元称作“访问单元#u”，其是在AV流中第u个位置的访问单元。在步骤S3，在步骤S4至S12的环处理之前，BD—ROM和HD上AV流中的访问单元以及包括CELL#y的进入点视频帧的每个访问单元都被设为访问单元#u。

在步骤S4至S12的环处理如下重复该处理：分别从BD—ROM和HD读取访问单元#u到BD缓冲器2和HD缓冲器13中(步骤S4)，并输入构成每个访问单元#u的视频帧到解码器(步骤S5)，并在步骤S6和步骤S7之后，输入构成每个访问单元#u的音频帧到解码器(步骤S8至步骤S10)。

从BD—ROM读取访问单元和从HD读取访问单元不必同时执行。从其中之一读取可以比从另一个中读取更早或更晚。其原因在于：(i)由于从BD—ROM和HD读取的访问单元一度存储在BD缓冲器2和HD缓冲器13中，因此调整了速度，并且(ii)解复用器3和解复用器14执行的解复用处理，以及视频解码器4和音频解码器6执行的解码处理同步进行。

当数据从BD—ROM读取到BD缓冲器2时，控制单元16监测存储在BD缓冲器2中的数据量，使得当存储的数据量不足时，从BD—ROM读取更多的访问单元到BD缓冲器2中以避免这种不足。对于HD，也根据存储在缓冲器中的数据量控制读取。

步骤S8至S10中进行的音频的切换处理在于根据用户的音频设置，将已经读入BD缓冲器2的访问单元中的音频帧输入音频解码器6(步骤S9)，或是将已经读入HD缓冲器13的访问单元的音频帧输入(步骤S10)。图中的变量“音频#v”表示由用户在SPRM(1)中设定的音频。对于变量“音频#v”，在用户执行切换音频的操作的时候(步骤S7：是)，SPRM(1)被更新(步骤S13)。

在变量“音频#v”表示BD—ROM一侧的音频流的时候(步骤S8：是)，在已经被读入BD缓冲器2的访问单元中多个音频帧中，对应于变量“音频#v”的音频帧输入解码器(步骤S9)。在变量“音频#v”表示本地HD 12一侧上音频流时(步骤S8：否)，该HD缓冲器中访问单元中的音频帧输入到解码器(步骤S10)。

在步骤S11，判定是否满足用于结束环处理的条件。在访问单元#u包括CELL的离开点视频帧时(步骤S11：是)，将该环处理重复。当此步骤中未满足要求时，AV流中下个访问单元设置为访问单元#u(步骤S12)，且过程回到步骤S4。步骤S15是一个判定步骤，其中在对于属于一块CELL信息的若干访问单元反复步骤S3至步骤S12的处理时，执行该判定步骤。在步骤15中，判定为当前处理目标的CELL信息#y是否为最后一个CELL信息#z。在为当前处理目标的CELL信息#y不是CELL#z时，将下个CELL设置为CELL#y(步骤S16)。然后，过程前进至步骤S3，使得在步骤S3至S15的处理在属于CELL#y的若干访问单元上执行。

图20示出步骤S4至步骤S11的读取过程。图中，访问单元#100为在步骤S4中从BD—ROM和本地HD 12读取到BD缓冲器2和HD缓冲器13中的。根据步骤S8中的判定，开关15从BD缓冲器2输出访问单元#100到音频解码器6。根据SPRM(1)，开关15在下面二者之间切换：(a)从BD缓冲器2输出访问单元#100中的音频帧到音频解码器6，以及(b)从HD缓冲器13输出访问单元#100中的音频帧到音频解码器6。

图21示出作为图20所示的输出切换结果，取得了什么样的音频播放。在开关15从BD—ROM输出访问单元到音频解码器6时，取得的播放如图21左侧所示，即，播放伴随着英语台词“He had a personat one’s nod”。另外，在开关15从HD输出访问单元到音频解码器6时，取得的播放如图21右侧所示，即，播放伴随有日语配音音频“Karewa hito o ago de tsukatte iru”。

如上所述，根据本实施例，彼此一一相对应的访问单元从BD—ROM和本地HD 12并行读取，并且指示解码器有选择地播放这些访问单元中的一个，因此，实现了音频的切换。电影的创作者甚至可以在电影作品已经在BD—ROM上发行之后，通过WWW服务器500的发行，给用户提供附加的音频。

此外，由于更新工具只包括附加的音频，甚至在存在播放装置200和WWW服务器500之间的公共电路(public circuit)的时候，下载更新工具所需要的时间较短。

应该注意，在第一实施例之中，播放装置中内建的HD用于存储更新工具；然而，可以使得该更新工具存储在便携的存储介质中。

第二实施例

第二实施例涉及用于将子图像流添加到记录在BD—ROM上的AV流的改进。下面描述了记录在BD—ROM上的子图像流和用于实现添加子图像流的更新工具。在BD—ROM上，子图像流是与视频流和音频流复用的，从而构成AV流，如图6所示。图22示出如何根据第二实施例构建AV流中的访问单元。根据第二实施例的访问单元中的每个包括GOP和子图像单元。虚线的首项th1突出显示了每个访问单元中子图像单元的内部结构。子图像单元由头信息和行程长度(run length)图像数据构成。在图中，首项th2突出显示了该头信息的内部结构。该头信息包括在PL播放临时轴上行程长度图像数据的“显示开始时间/显示结束时间”，以及在显示屏幕上的“显示坐标”。

更新工具中子图像流供给播放装置，被存储在AV流中。更具体的说，根据本实施例的更新工具中的AV流用于添加子图像到记录在BD—ROM上AV流的目的。与第一实施例类似，更新工具之中的AV流包括访问单元，其在数量上等于在BD—ROM上AV流中的访问单元。每个访问单元包括子图像单元但不包括GOP。

图23示出BD—ROM包中访问单元(XXX.M2TS)的内容与更新工具之中访问单元(UXX.TS)内容之间的比较，描述方式与图14类似。图23中上面是BD—ROM一侧的访问单元。而下面是更新工具一侧的访问单元。图中，访问单元#60、#100、和#120、分别为在开始播放AV流后，播放1分钟、1分40秒、以及2分钟。(此例子中，一个访问单元的播放时间约为1秒)。

关注访问单元，BD—ROM一侧上的访问单元#100包括待播放的1分40秒的GOP，以及在那时待读取的子图像单元。另外，更新工具一侧的访问单元#100包括待播放1分40秒的子图像单元。

由于这样一种配置，其中更新工具中的AV流包括的访问单元在数量上等于记录在BD—ROM上AV流中的访问单元的数量，而且其中更新工具中AV流的若干访问单元包括子图像单元，该子图像单元具有与记录在BD—ROM上的子图像单元相同的时间长度，记录在BD—ROM上AV流中的访问单元与更新工具中AV流的访问单元一一相对应。由于此一一相对应，就可以以1秒左右的时间精度实现字幕的切换。因此，更新工具中AV流的描述完成。下面描述更新工具中的PL信息。

从网站将PL信息与只有子图像的AV流以及用于此AV流的流管理信息一并提供。图24示出根据第二实施例包括在更新工具中的PL信息的内部结构。对于本实施例的改进之独特处在于，PL信息中每块CELL信息中的字幕表。字幕表包括多个字幕条目(字幕条目#1到#n)以及字幕条目的数目(数目)。

“字幕表”是管理信息，用于待同步于播放列表而播放的字幕，还包括多块语言信息(语言#1至#k)以及语言的数目(数目)。在播放列表对应于英语地区、日语地区以及汉语地区的时候，用于这三种语言的多块语言信息在“字母表”中描述。

每块语言信息包括(i)该语言信息块对应于何种语言的信息(Lang.)，(ii)对应于子图像的AV流的位置(存储名称)，(iii)写入该语言的多块语音信息(语音#1至#j)以及(iv)语音信息块的数目(数目)。语音信息块(语音#1至#j)为与在播放列表的播放期间出现的语音相关的信息。在播放CELL的期间具有五段语音的情况下，将语音信息写入五段语音中的每段。图25示出该语音信息。如图所示，语音信息的每块(语音#1至#j)包括：AV流的名称，“AV流名称”包括写入语音的对白的子图像属于该AV流；“流ID”指出AV流中包括的子图像单元的子图像流；“进入点信息”指出子图像单元的播放开始时间；“离开点信息”指出子图像单元的播放结束时间；以及“位置信息”指出子图像单元的显示坐标。

上面是写入本地HD 12的更新工具的描述。图26示出第二实施例播放装置的内部结构。下面描述与本实施例播放装置改进的部分相关的构成元件，即下载单元11、HD缓冲器13、开关17、图像解码器7、以及控制单元16。

根据第二实施例的下载单元11从WWW服务器500下载更新工具用于更新子图像，并将更新工具写入本地HD 12。

在根据第二实施例的HD缓冲器13中，读取构成记录在HD上的AV流的若干访问单元之一，每次将构成记录在BD—ROM上的AV流的若干访问单元之一读取到BD缓冲器2之中。

解复用器14所解复用的访问单元是MPEG—TS格式的，并已经读入HD缓冲器13，从而在解复用之前获得子图像。

开关17输出通过由解复用器3执行的解复用过程得到的子图像单元以及通过解复用器14执行的解复用过程得到的子图像单元之一到图像解码器7。因此，根据本实施例的播放装置的改进的说明完成。根据SPRM(2)，开关17执行输出切换操作，SPRM(2)表示子图像流数量。

当解码从BD—ROM读取的子图像单元时，图像解码器7参照附加在子图像单元的头信息上的显示开始时间。即，当播放装置内部的时钟到达头信息中显示开始时间表示的时间时，图像解码器7解码子图像单元。另外，当解码从HD读取的子图像单元时，图像解码器7参照附加在子图像单元的头信息上的显示开始时间以及在流管理信息中的补偿。即，当播放装置内部的时钟到达将该补偿加到子图像单元的头信息中附加的显示开始时间上所获得的时间时，图像解码器7解码该子图像单元。通过将补偿加到显示开始时间所示的时间上而获得的时间基本上等于从BD—ROM读取的视频信息包的显示开始时间所示的时间。因此，通过上述图像解码器9执行的处理，对从BD—ROM读取的视频帧的播放输出同步于对从HD读取的子图像单元的播放输出。此外，当播放装置内部的时钟达到通过将补偿加到头信息中显示结束时间上而得到的时间时，图像解码器9使得字幕消失。这里描述的处理的结果是，同步于视频的播放使得字幕显示和消失。

从BD—ROM和HD读取的数据以访问单元为单元；然而，从解复用器3和解复用器14将数据提供给图像解码器9，而与访问单元无关。其原因在于，因为解复用器3和解复用器14执行的解复用处理是将作为TS包序列的访问单元转换为PES包序列，并将其转换到子图像单元和视频图像之中；因此以单元形式供给图像解码器9的数据包括在PES包或TS包中。由于PES包和TS包是处理的单元，当部分子图像单元包括在PES包中时，所包括的部分输出到图像解码器9。其原因在于，因为子图像单元是行程长度图像数据块，而子图像单元的大小显著大于PES包，将子图像单元分成若干部分并存储在多个PES包之中。

图像解码器9顺序存储这些所供给的子图像单元部分的每个到图像解码器9的内建存储器之中，并在对其解码之前将该子图像单元放在一起。这对于子图像单元被分成多个部分并存储进多个访问单元的情况是一个问题。下面的描述根据假设子图像单元的第一半存储在构成访问单元的TS包序列之中，而子图像单元的第二半存储在构成后面访问单元的TS包序列之中。

下面描述在存储有子图像单元的第一半的PES包被解复用并输出到图像解码器9之后，而在存储有子图像单元的第二半的PES包被解复用之前，在由于SPRM(2)的更新而执行字幕切换处理的情况。在此时，对于图像解码器9，在供给子图像单元的第一半后，将提供属于另一子图像流的另一子图像单元。尽管图像解码器9已经获得了第一半，但是图像解码器9不能获得第二半；因此图像解码器9不能正确地执行解码，而且可能图像解码器9显示没有意义的数据。为了阻止这种情况发生，必须在字幕切换之后，使用对来自图像解码器9的播放输出进行一段较短时间的消除处理。此消除处理的结果在于，尽管在切换到更新版本之后立即有一“无字幕”时间段，但是一旦后面的子图像单元存储到图像解码器9的存储器之中，字幕显示即可继续。因此，可以自由切换字幕，例如，从BD—ROM上的字幕切换到HD上的字幕，或从HD上的字幕切换到BD—ROM上的字幕。

本实施例的控制单元16根据图27中的流程图执行访问单元的播放处理。该流程图形成环处理，其中从步骤S22到S36的处理对属于PL#x的多个CELL的每个都进行重复。现在，作为处理目标的CELL将称作“CELL#y”，其是在PL中第y个位置的CELL。具体的说，PL信息#x读入存储器(步骤S21)。PL信息#x的第一CELL设为CELL#y，而PL信息#x的最后一个CELL设为CELL#z(步骤S22)。随后，属于这些CELL的若干访问单元是从BD—ROM以及从本地HD 12并行读取的，而指示图像解码器7解码该多个访问单元(步骤S23至步骤S36)。

从步骤S23到S36之间，步骤S24到S32表示用于从BD—ROM和本地HD12读取每个属于CELL#y的访问单元的环处理。在此环处理之中，作为读取目标的访问单元称作“访问单元#u”，其是在AV流中第u个位置的访问单元。在步骤S23，在步骤S24至S32的环处理之前，BD—ROM和HD上AV流中的访问单元以及包括CELL#y的进入点视频帧的每个访问单元都被设为访问单元#u。

在步骤S24至S32的环处理如下重复该处理：分别从BD—ROM和HD读取访问单元#u到BD缓冲器2和HD缓冲器13中(步骤S24)，并在步骤S27和步骤S37之后，输入构成访问单元#u的子图像单元到解码器(步骤S28至步骤S30)。

在步骤S28至步骤S30执行的字幕切换过程是根据SPRM(2)，将已经读入缓冲器的访问单元中的子图像单元输入到图像解码器7。图中“字幕#v”表示用户在SPRM(2)中设定的字幕语言。在用户执行用于切换字幕的操作的情况下(步骤S27：是)，将SPRM(2)更新(步骤S33)。

在字幕#v表示BD—ROM一侧的子图像流的情况下(步骤S28：是)，在已经被读入BD缓冲器2的访问单元的多个子图像单元中，对应于字幕#v的子图像单元输入图像解码器(步骤S29)。在字幕#v表示本地HD 12一侧上的子图像流时(步骤S8：否)，该HD缓冲器一侧的访问单元中的子图像单元输入到图像解码器7(步骤S30)。

在步骤S31，判定是否满足用于结束环处理的条件。在访问单元#u包括CELL的离开点视频帧时(步骤S31：是)，将该环处理结束。当此步骤中未满足要求时，将AV流中下个访问单元设置为访问单元#u(步骤S32)，且过程回到步骤S24。步骤S35是一个判定步骤，其中在对于属于一块CELL信息的若干访问单元反复步骤S23至步骤S32的处理时，执行该判定步骤。在步骤S35中，判定作为当前处理目标的CELL信息#y是否为最后一个CELL信息#z。在作为当前处理目标的CELL信息#y不是CELL#z时，将下个CELL设置为CELL#y(步骤S36)。然后，过程前进至步骤S23，使得在步骤S23至S35的处理在属于CELL#y的若干访问单元上执行。

图28示出由控制单元16执行的从BD—ROM和HD读取的并行读取的过程。在图中，访问单元#100为在步骤S4中分别从BD—ROM和本地HD 12读取到BD缓冲器2和HD缓冲器13中的。根据SPRM(2)，开关17在(a)从BD缓冲器2输出访问单元#100中的子图像单元到解码器，以及(b)从HD缓冲器13输出访问单元#100中的子图像单元到解码器之间切换。

图29示出作为图28所示的输出切换结果，取得了什么样的字幕显示。在开关17从BD—ROM一侧输出访问单元#100到音频解码器6时，取得的播放如图29左侧所示，即，实施播放，使得英语字幕“Run After You”与运动图片结合。另外，在开关17从HD一侧输出访问单元#100到音频解码器6时，取得的播放如图29右侧所示，即，实施播放，使得日语字幕结合运动图片。

如上所述，根据本实施例，彼此一一相对应的访问单元从BD—ROM和本地HD 12并行读取，并且指示解码器有选择地播放这些访问单元中的一个，因此，实现了字幕的切换。甚至在电影作品已经在BD—ROM上发行之后，电影的创作者可以通过WWW服务器500将附加的字幕发行，以提供给用户。

在更新工具中的子图像流的大小较大的情况下，必须从BD—ROM和HD并行读取访问单元。这种并行读取在更新工具中的子图像流的大小较小的情况下不是必要的。例如，当字幕是文本数据而字幕的大小只是几千个字节大小时，可以在从BD—ROM读取数据之前，从HD读取文本数据，使得字幕存储在播放装置内的存储器中，然后演示(render)该字母图像。

第三实施例

第三实施例涉及的改进是在具有多角度部分的视频数据块被记录在BD—ROM上发行之后的情况下，发行用于从另一角度观看的另一块视频数据。首先，下面详细描述根据本实施例的BD—ROM和更新工具。

首先，下面描述根据本实施例的BD—ROM。图30A示出了根据第三实施例的BD—ROM的内部结构。在图中，AV流#1，多角度部分，AV流#4，流管理信息#1，#2，#3，#4，以及PL信息#1，#2，#3都记录在BD—ROM上。

更具体的说明，AV流#1和AV流#4与第一实施例中描述的AV流相同。AV流#1和AV流#4之间的该多角度部分包括两个AV流，诸如AV流#2和AV流#3。

AV流#2和AV流#3为从两个不同角度拍摄的视频数据块。在这种情况下，AV流#2和AV流#3可以按如下分成三个ILVU(插入单元(interleave unit))：

AV流#2：ILVU(2—1)，ILVU(2—2)，以及ILVU(2—3)

AV流#3：ILVU(3—1)，ILVU(3—2)，以及ILVU(3—3)。

这里，“ILVU(XX—YY)”的表示中，“XX”表示该ILVU所属的AV流，而“YY”表示该ILVU处于AV流中的次序。这些ILVU记录在具有如下编号系统的盘上：ILVU(2—1)，ILVU(3—1)，ILVU(2—2)，ILVU(3—2)，ILVU(2—3)，ILVU(3—3)。

构成VOB#1的ILVU和构成VOB#2的ILVU交替出现。因此，例如当ILVU(2—1)和ILVU(3—1)在一起读取时，视频解码器4可以有选择地解码ILVU(2—1)和ILVU(3—1)中的一个。以此配置，可以实现根据用户操作的角度切换。

下面描述了在BD—ROM上如何管理上述ILVU。图31示出构成图30所示多角度部分的ILVU的位置。通过在文件管理信息中描述开始地址和长度，管理构成AV流的若干ILVU中每一个，就像管理构成文件的盘区。图中下面示出的BD—ROM上每个ILVU被记录的地址。构成AV流#3的ILVU(3—1)和(3—2)分别记录在地址64和1280，其具有的行程长度为1024和880。这些地址和行程长度写入用于AV流#3的管理信息，用kj3指出。构成AV流#2的ILVU(2—1)和(2—2)和(2—3)分别记录在地址10、1088、和2160并具有行程长度54、92和200。这些地址和行程长度写入AV流#2的管理信息，用kj2指出。构成AV流的ILVU的记录地址写入文件管理信息块中，使得每块文件管理信息对应于不同的一个AV流；因此，即使AV流#2和AV流#3构成BD—ROM上的多角度部分，但将他们作为不同文件对待。因此，BD—ROM上多角度部分的描述完成。

下面描述流管理信息。图32示出根据第三实施例的流管理信息的结构。这里的流管理信息不同于图8所示的流管理信息，因为其在包括TMAP和属性之外，还包括ILVUMAP。ILVUMAP包括与每个ILVU相关的条目#1至#n和LT数目(数目)。在每个ILVU条目中，将属于ILVU的访问单元的数目写入。通过和TMAP与流管理信息一起使用ILVU条目，可以容易的提示属于ILVU的访问单元。

因此，根据本实施例的BD—ROM的描述完成。下面描述更新工具中包括的AV流。

根据本实施例的更新工具中包括的AV流(图中的AV流#5)用于形成附加的角度图像。假设根据本实施例的BD—ROM是用于从客车上观看的视频，而AV流#2是用于从驾驶员坐位获得的视频图像，AV流#3是用于从车厢一侧设置的窗户获得的视频图像。AV流#2和AV流#3记录在BD—ROM上，但是，出于某些原因，作出某些设置使得从车厢相对一侧设置的窗户获得的视频图像未记录在BD—ROM上。在此情形，为了发行从相对侧获得的视频图像给用户，就产生了本实施例的更新工具。

如图30B所示，更新工具中包括的AV流记录在本地HD 12上，被分成多个ILVU。本地HD 12上的AV流#5以ILVU单元读取。

通过分隔UXX.M2TS而获得用于ILVU(5—1)和(5—2)的播放时间的长度，该长度等于构成XXX.M2TS的ILVU(1—1)，(1—2)，(2—1)，(2—2)的播放时间长度。

包括在根据本实施例更新工具中的流管理信息是用于管理HD上AV流的管理信息。其内部结构与图32所示相同；因此其图省略。

包括在本实施例的更新工具中的PL信息是路径信息，用于将记录在BD—ROM上的多角度部分和HD中的AV流作为一个PL而处理。图33示出第三实施例的PL信息的内部结构。图33不同于图17，在于代替AV流条目如流ID、进入、和离开，将角度条目#1至#n包括在每块CELL信息之中。用于限定每个AV流中播放部分的角度条目对应于不同的角度。虚线的箭头ay1突出显示角度条目的内部结构。从此可知，角度条目包括用于相应角度AV流的“AV流名称”、指出AV流中播放部分的开始点的“进入点信息”、以及指出AV流中播放部分的结束点的“离开点信息”。

为了将记录在BD—ROM上的多角度部分和HD上的AV流作为一个播放列表而对待，对于构成BD—ROM上多角度部分的AV流和HD上的AV流，设定PL信息中的角度条目。更具体的说，对于BD—ROM上的多角度部分的AV流#2，设定角度条目#1；对于BD—ROM上的多角度部分的AV流#3，设定角度条目#2；对于HD上的更新工具的AV流#5，设定角度条目#3。

图34示意性示出对PL信息中包括的角度条目的间接参考。

图中箭头gy1和gy2指出以角度条目#1和#2在BD—ROM上AV流中播放部分的指定。另外，箭头gy3指出以角度条目#3在本地HD 12上AV流中播放部分的指定。该组播放部分在PL信息中指定。由于一块PL信息指定了在BD—ROM上多角度部分中的播放部分以及本地HD 12中的播放部分，当执行播放时，播放装置并行读取构成多角度部分的ILVU和构成BD—ROM上AV流的ILVU。

因此，根据本发明的更新工具的描述完成。下面描述根据本实施例的播放装置。图35示出根据第三实施例的播放装置的内部结构。此图中示出的播放装置不同处在于其还包括开关18。

下面描述涉及本实施例播放装置改进部分的构成元件，即，下载单元11、HD缓冲器13、解复用器14、开关18、以及视频解码器4。

根据第三实施例的下载单元11从WWW服务器500下载更新工具，从而将下载的更新工具写入本地HD 12，该更新工具用于将新的角度图像添加到记录在BD—ROM上的多角度部分中。

在根据第三实施例的HD缓冲器13中，读取构成记录在HD上的AV流的若干ILVU之一，每次将构成记录在BD—ROM上的AV流的若干ILVU之一读取到BD缓冲器2之中。

解复用器14解复用的ILVU是MPEG—TS格式的，并已经读入HD缓冲器13，从而在解复用之前获得GOP。

开关18将通过解复用器3执行的解复用过程得到的GOP以及通过解复用器14执行的解复用过程得到的GOP之一，输出到视频解码器4。根据SPRM(3)，开关18执行的输出切换，SPRM(3)表示角度数目。

当解码从BD—ROM读取的ILVU时，视频解码器4参照附加在构成ILVU的PES包上的PTS。即，当播放装置内部的时钟到达PES包上PTS表示的时间，视频解码器4解码ILVU。另外，当解码从HD读取的ILVU时，视频解码器4参照附加在PES包上的PTS以及在流管理信息中的补偿。即，当播放装置内部的时钟到达将该补偿加到PES包中附加的PTS所获得的时间时，视频解码器4解码该ILVU。通过将补偿加到PTS所示的时间上而获得的时间基本上等于从BD—ROM读取的音频包上的PTS所示的时间。因此，通过上述视频解码器4执行的处理，对从BD—ROM读取的音频帧的播放输出同步于对从HD读取的ILVU的解码。

因此，根据本实施例播放装置的改进的描述完成。本实施例的控制单元16根据图36中的流程图执行播放控制，从而以上述方式控制播放装置。

该流程图形成环处理，其中从步骤S42到S56的处理对属于PL#x的多个CELL的每个都进行重复。现在，作为处理目标的CELL信息块将称作“CELL#y”，其是在PL中第y个位置的CELL信息块。具体的说，PL信息#x读入存储器(步骤S41)。PL信息#x的第一CELL设为CELL#y，而PL信息#x的最后一块CELL信息设为CELL信息#z(步骤S42)。随后，属于这些CELL的若干ILVU是从BD—ROM以及从本地HD12并行读取的，而指示视频解码器4解码该多个ILVU(步骤S43至步骤S56)。

从步骤S43到S56之间，步骤S44到S52表示用于从BD—ROM和本地HD 12读取属于CELL#y的每个ILVU的环处理。在此环处理之中，作为读取目标的ILVU称作“ILVU#u”，其是在AV流中第u个位置的ILVU。在步骤S43，在步骤S44至S52的环处理之前，BD—ROM和HD上AV流中的ILVU以及包括CELL#y的进入点视频帧的每个ILVU都被设为ILVU#u。

在步骤S44至S52的环处理如下重复该处理：分别从BD—ROM和HD读取ILVU#u到BD缓冲器2和HD缓冲器13中，并输入构成缓冲器中ILVU的访问单元到解码器(步骤S44至步骤S52)，并且在已经输入全部的访问单元后，处理前进至下个ILVU(步骤S54)。

将输入给视频解码器4的访问单元称作访问单元#k，其是在ILVU中的k个位置的访问单元。在步骤S44至S50的环处理中，缓冲器的ILVU中的第一访问单元设为访问单元#u(步骤S45)，而因此每次重复一次该环处理的时候，ILVU中的下个访问单元设为访问单元#k(步骤S52)。

在步骤S44至S50之中，步骤S48至S50代表根据用户的角度设置，将已经读入缓冲器的ILVU中的访问单元输入解码器的处理。图中的角度#v表示用户在SPRM(3)中设定的角度。在用户执行切换角度的操作时(步骤S47：是)，更新SPRM(3)(步骤S53)。

在角度#v表示BD—ROM一侧的角度的情况下(步骤S48：是)，在已经被读入BD缓冲器2的ILVU中的多个访问单元中，对应于角度#v的访问单元作为访问单元#k输入解码器(步骤S49)。在角度#v表示本地HD 12一侧上的角度时(步骤S48：否)，该HD缓冲器中的ILVU中的访问单元#k输入到解码器(步骤S50)。

在步骤S51，判定是否满足用于结束环处理的条件。在访问单元#k不是ILVU#u中最后一个访问单元时(步骤S51：否)，将AV流中的下个访问单元设为访问单元#k(步骤S52)，而该过程返回步骤S47。当访问单元#k时ILVU#u中最后一个访问单元时，判定ILVU#u是否包括CELL的离开点视频帧(步骤S53)。若ILVU#u不包括CELL的离开点视频帧，将CELL中下个ILVU设为ILVU#u(步骤S54)，并且过程前进至步骤S44。如果ILVU#u包括CELL的离开点视频帧，执行步骤S55。在步骤S55中，作为当前处理对象的CELL信息#y是最后一个CELL信息#z。在作为当前处理目标的CELL信息#y不是CELL#z时，将下个CELL设置为CELL#y(步骤S56)。然后，过程前进至步骤S43，使得步骤S43至S55中的处理在属于CELL#y的ILVU上执行。在执行用于停止播放的操作时，此流程图中的处理结束(步骤S53：是)。

图37示出由开关18执行的从BD—ROM和HD并行读取的过程。在图中，ILVU(2—2)和(3—2)为在步骤S44中从BD—ROM读取到BD缓冲器2中的。在步骤S44，图中的ILVU(5—2)从HD读取到HD缓冲器13之中。开关18有选择地输出：(a)BD缓冲器2一侧的ILVU(2—2)和(3—2)，以及(b)HD缓冲器13一侧的ILVU(5—2)中的一个到视频解码器4。

图38示出作为图37所示的输出切换结果，取得了什么样的视频显示。在开关18输出在BD—ROM一侧的ILVU(3—2)到视频解码器4时，取得的播放如图38左侧所示，即，实施播放，使得显示从列车驾驶员坐位获得的视频图像。另外，在开关17输出在HD一侧的ILVU(5—2)到视频解码器4时，取得的播放如图38右侧所示，即，实施播放，使得显示从列车窗户一侧获得的视频图像。

如上所述，根据本实施例，在记录在BD—ROM上的电影作品是多角度类型电影作品的时候，可以添加新的场景并进一步丰富电影作品的内容。

第四实施例

在第一实施例中，从BD—ROM读取访问单元并行于从本地HD12读取访问单元而执行。然而，在第四实施例中，流播放并行于从BD—ROM读取访问单元而进行。图39示出根据第四实施例的家庭影院系统。

图中示出的系统不同之处在于其具有家庭服务器600。图中，播放装置200只从更新工具内下载流管理信息和PL信息。家庭服务器600从更新工具内下载AV流。这里，家庭服务器600为用于写入内容的设备，其中该内容已经发行或播送到家庭服务器600内设置的内建HD中。通过家庭服务器600下载发行的AV流，并将其写入内建的HD中。

根据本实施例的播放装置200从家庭服务器600中接收更新工具中AV流的供应。因此，本实施例的家庭影院系统的总体结构的描述完成。

在执行流播放时，为了从播放装置外获得访问单元，更新工具中的PL信息和流管理信息如图40和41所示而改进。流管理信息的改进在于“URI”在音频属性信息中描述，其中该“URI”指出作为流播放目标的AV流获得的位置。即，在包括在音频属性信息的信息之中，将获得AV流的位置的“URI”写入，取代“AV流名称”和“音频流ID。”

PL信息的改进在于，将作为流播放目标的AV流的获得位置的“URI”写入音频条目中。即，在PL信息内音频条目中包括的信息之中，将获得AV流的位置的URI写入，取代“AV流名称”以及“音频流ID”。

播放装置200从更新工具内下载流管理信息和PL信息，并将家庭服务器600的URI写入该流管理信息和该PL信息。通过此过程，对于从家庭服务器600获得AV流的准备已经完成。

因此，根据本实施例的更新工具的改进的描述完成。下面描述播放装置的改进。图42示出第四实施例播放装置的内部结构。播放装置的改进主要在于添加了流缓冲器19。控制单元16实施的播放控制的改进在图43的流程图中示出。在此流程图中，新添加有步骤S100至步骤S102中的处理。

在步骤S100，在从BD—ROM读取之前进行从WWW服务器500读取访问单元。其原因在于，因为从WWW服务器500获得访问单元需要较长时间，所以最好在从BD—ROM读取之前将访问单元供给流缓冲器19。该过程等待直到在流缓冲器19中存储有足够的访问单元(步骤S101)，并当已经存储了足够量时，开始从BD—ROM将访问单元读取到BD缓冲器2(步骤S102)。

一旦BD缓冲器2和流缓冲器19中已经存储有足够量的访问单元，将包括在访问单元中的若干GOP和若干音频帧输入解码器。此时，根据用户通过SPRM(1)指出的操作，有选择地播放音频帧(步骤S5至步骤S17)。

如上所述，根据本实施例，可以有选择地播放下载到家庭网络中另一设备的音频流或是记录在BD—ROM中的音频流；因此，可以更自由地选择更新工具应该位于何处。

应该注意，可以用从发行服务器提供的数据执行流播放，而不是形成用户自有的设备如家庭服务器600。然而，由于通过互联网的发行通常速度较低，就希望在从BD—ROM读取之前，将足够量的访问单元读入流文件。

第五实施例

第五实施例涉及使用下载的动态脚本，使得改进播放记录在BD—ROM上电影作品的新版本的播放装置。

对于通过光盘发行电影作品，用户有更高的要求，在于他们希望尽可能早地在家观看全世界范围成功的电影作品。电影作品的创造者以严格的时间进度承担创造电影作品的责任。近年来，电影产业倾向于通过在BD—ROM上除去电影作品本身的主体之外，记录导演和演员的评论以及“关于制作”的图像、删除的片断、以及未发布场景，从而增大附加值。为了给这些附加内容创造字幕和配音音频，就使得严格的时间进度变得更加严格。

为了解决上述问题，在本实施例中，动态脚本是下载的。

动态脚本是示出使用PL信息的AV流的播放控制过程的程序。动态脚本在播放装置控制的层模型中第四层中定义。图44示出层模型中的第四层。图中，将一个正常模式和两个增强模式写入第四层中。该一个正常模式是在类DVD的播放环境中的播放模式，并称作电影模式。该两个增强模式中的第一个是主要用于Java虚拟机的播放模式，并称作Java模式。该两个增强模式的第二个是主要用于浏览器的播放模式，并称作浏览器模式。

由于具有三种模式，即电影模式、Java模式、以及浏览器模式，在第四层中，对于如果有动态脚本写入是足够的，因为可以仅在该模式之一中执行。当希望以指令写入的控制过程与DVD播放器的过程类似时，最好写入在电影模式的播放控制过程。这样，可以使得播放装置执行的播放控制类似于现有DVD播放装置的播放控制。当希望以页面描述语言写入控制过程时，最好使得写入浏览器模式中的播放控制过程。这样，可以对于访问网络中站点并对于下载文件而描述播放过程。Java模式中的动态脚本为ZZZ.CLASS，而浏览器模式中的动态脚本为ZZZ.HTM，这些在图44中示出。电影模式之中的动态脚本是ZZZ.MOVIE。在包括有三个PL的电影作品记录在BD—ROM上的情况下，图45A中示出如何描述为此目的的动态脚本的例子。图中的动态脚本在Java模式下并用Java语言编写，并称作Java对象。由于可以以Java语言进行描述，就可以以Java对象，使用IF语句等编写播放控制过程。图中的“PlayPL(XX.YY)”表示用于播放由第一自变量XX指定的PL的函数，从第二自变量指出的位置开始。在编写图45A所示程序的例子的时候，由于有三个函数调用诸如PlayPL(PL#1，CELL#1)，PlayPL(PL#2，CELL#1)，以及PlayPL(PL#3，CELL#1)，这三个PL诸如PL#1、PL#2、和PL#3是顺序播放的，从而形成电影作品。应该注意，PL#1、PL#2和PL#3所表示的不只是PL信息块，而是每个都由AV流、流管理信息、以及PL信息组成的集合。

因此，根据本实施例对BD—ROM的描述完成。下面描述根据本实施例的更新工具。

根据本实施例的更新工具包括动态脚本。此动态脚本用于替换记录在BD—ROM上的动态脚本。更具体的说，在更新工具中存在新的动态脚本时，该新的动态脚本用于取代记录在BD—ROM上的动态脚本。

图45B示出的动态脚本用于替换图45A中所示动态脚本。此动态脚本写入HD，合并入更新工具中。此更新工具用于实现“语言名单(language credit)”，其用于根据语言切换播放场景，而更新工具除了动态脚本外还包括附加的PL，即PL#4。这是一幅替换的图像，并将取代PL#2交替播放。

更新工具中新的动态脚本实现有条件的播放，即播放PL#4(Link(PL#4，CELL#1，0))，若播放装置上的语言设置(SPRM(0))为“日语”(if(SPRM(0)＝＝Japanese))，并且若播放装置上的语言设置为其他语言(else)则播放PL#2(Link(PL#2，CELL#1，0))。

图46A示出记录在BD—ROM上的动态脚本的播放过程。图46B示出更新工具中动态脚本的播放过程。图46B中箭头hb1和hb2象征性示出对于更新工具中动态脚本的条件转移。

从附图显而易见，记录在BD—ROM上的动态脚本仅仅是顺序播放记录在BD—ROM上的PL#1、#2、以及#3。另外，取决于SPRM(0)的值，更新工具中的动态脚本在播放日本PL(PL#4)和播放美国PL(PL#2)之间切换。

因此，对根据本实施例的更新工具的描述完成。下面描述根据本实施例的播放装置。图47示出根据本实施例的播放装置的内部结构。图中的播放装置不同之处在于，其包括动态脚本存储器20、播放控制引擎21、类DVD(DVD-like)的模块23、Java模块24、浏览器模块25、以及模块管理器26。

动态脚本存储器20是一存储器，用于存储当前动态脚本，并用于在从类DVD的模块23到浏览器模块25所执行的处理中。当前动态脚本是一作为当前处理目标的动态脚本。在没有更新工具存储在本地HD 12中时，记录在BD—ROM中的动态脚本用作当前脚本。当更新工具记录在本地HD 12中，本地HD 12中的动态脚本用作当前脚本。

播放控制引擎21执行的函数诸如(i)AV播放函数，(ii)播放列表播放函数，(iii)播放状态获得/设定函数。播放装置的AV播放函数包括一组函数，该函数是从DVD播放器和CD播放器继承(inherit)得到的并用于根据用户操作执行各种处理，诸如开始播放“播放”、停止播放“停止”，暂停播放“暂停开”、取消暂停“暂停关”，取消静止功能(stillfunction)“静止关”、以指定速度快进“向前播放(速度)”、以指定速度后进“向后播放(速度)”、切换音频“音频改变”，切换子图像“字幕改变”、以及切换角度“角度改变”。PL播放函数用于解释PL信息块，并根据PL信息块开始和停止播放。在执行PL播放函数时，播放控制引擎21起到层模型中第三层的作用(基于静态脚本的播放控制)。根据用户的操作，播放控制引擎21运行AV播放函数。另外，根据从该类DVD的模块23到该浏览器模块25的函数调用，播放控制引擎21运行函数(ii)和(iii)。更具体的说，根据用户操作中的指示和来自层模型中更高层的指示，播放控制引擎21运行其函数。

类DVD的模块23是DVD虚拟播放器，其用作电影模式的运行主体(executing subject)。类DVD的模块23运行已经读入动态脚本存储器20中的当前电影对象。

Java模块24是Java平台，并包括Java虚拟机、配置(configuration)、以及配置文件(profile)。Java模块24从已经被读入动态脚本存储器20的ZZZ.CLASS产生当前Java对象，并运行该产生的Java对象。Java虚拟机将用Java语言编写的Java对象转换为播放装置的CPU的本机代码，使得CPU运行该本机代码。

浏览器模块25是用作浏览器模式的运行主体的浏览器。浏览器模块25运行已经读入动态脚本存储器20的当前网页对象。

模块管理器26执行模式管理和转移控制。模块管理器26执行的模式管理用于将类DVD的模块23至浏览器模块25中的一个指派为作为运行动态脚本的模块。在模块指派中使用的原则是使得类DVD的模块23运行动态脚本。即使在模式内(一个模式之间的转移)转移出现时，也保持此原则。当模式间转移(模式之间的转移)出现时，出现一个异常。当从电影对象转移到Java对象/网页对象时，Java模块24或浏览器模块运行当前对象。

模块管理器26执行的转移控制用于指定作为转移终点(branchingdestination)的动态脚本、将动态脚本读入存储器、并使得由类DVD的模块23到浏览器模块25之一运行该动态脚本。

在上述配置的播放装置中，根据已经读入动态脚本存储器20的动态脚本，作为类DVD的模块23至浏览器模块25使播放控制引擎21执行PL播放的结果，获得如图46A和46B所示的播放。尤其是，在执行图46B所示的播放时，记录在BD—ROM上电影作品的美国发布版本可以变成日本发布的版本。

下面描述在将最新版本的动态脚本作为更新工具下载时，其他变化的例子。下面的部分描述的更新工具使用记录在BD—ROM上的电影作品上的过滤锁(parental lock)。

图48A示出记录在BD—ROM上的是什么。记录在BD—ROM上的是PL#1、PL#2、以及PL#3。PL#2包括性爱或暴力场面，并对于观看者有年龄限制的要求，该年龄限制由例如PG—18表示。

图48B是用于图48A所示BD—ROM的更新工具。包括在更新工具中的PL#4是附加的PL。该PL#4是用于显示菜单的PL，并接收来自用户的用户选择。此菜单用于从用户接收选择儿童观看或是成人观看。选择的结果设置在SPRM(13)中。在PL#4中，具有与PL#2类似内容的图像以类似卡通的形式表示，以适合儿童观看。

在播放诸如PL#1、PL#2、PL#3的三个PL之前，并在用户作出选择之后，替换的动态脚本(Java对象)播放PL#4，根据用户的选择在播放PL#4和播放PL#2之间切换。PL#4用于接收在播放装置中对过滤级(parental level)的设定(SPRM(13))。若SPRM(13)设为“只限于成年人”(if(SPRM(13)＝＝Adult Only))，播放PL#2(Link(PL#2，CELL#1))。若播放装置中的过滤级设置为其他内容(else)，播放PL#5(Link(PL#5，CELL#1))。由于根据SPRM(13)中的设定，获得在播放暴力场面和播放适于儿童的场面之间切换，即使在BD—ROM上发行的电影作品包括一些暴力场面，也可以以翻新(retrofitting)的方式，将过滤锁添加到BD—ROM中。

图49A和49B示意性示出用记录在BD—ROM上的动态脚本以及包括在更新工具之中的动态脚本而实现的播放过程。图中的箭头pc1和pc2象征性的示出用更新工具中动态脚本的条件播放。从图中显而易见，根据SPRM(13)的值，获得在播放PL#2和播放PL#5之间的切换。由于是否播放PL#2或回避且避免PL#2的控制是根据SPRM(13)的值而执行的，甚至在记录在BD—ROM上的程序不具有回避PL#2的函数时，也可以使用从网站发行的动态脚本，以翻新的方式实现回避PL#2的播放控制。

下面的部分描述的更新工具用于将记录在BD—ROM上的电影作品的剧场发布版转化成导演剪辑版。

在电影作品的剧场发布版中，有些场面可能被剪辑或删节，使得播放时间不长于两小时多一点。播放时间通常略多于两小时，使得可以增加在一天内剧场中上演电影的次数。即，由于一些细节与电影导演的意图没有关系，在电影作品的剧场发布版中就包括剪辑/删节。

另外，在电影的导演剪辑版中，未发布的场面和已经在剪辑过程中删节的场面被添加到剧场发布版中。电影导演意图的想法和感情在导演剪辑版中得以表现。

图50A和50B示出更新工具，用于将记录在BD—ROM上的编辑图像的剧场发布版转变成导演剪辑版。图50A示出记录在BD—ROM上的PL#1、PL#2、动态脚本(Java对象)。图50B示出更新工具。更新工具包括附加的PL#3和替换的动态脚本。

在图51A示出的播放次序(PL#1、PL#2)由记录在BD—ROM上的动态脚本限定的情况下，替换的动态脚本(Java对象)将PL#3插入PL#1和PL#2之间，其中PL#3形成未发布场面。图51B示出具有替换的动态脚本的播放过程。因为该动态脚本，PL以PL#1、PL#3然后PL#2的次序播放。

如上所述，根据本实施例，通过根据播放装置的状态设置而下载用于转移的动态脚本到播放装置上作为用于更新的动态脚本，就可以使得用户观看BD—ROM上不存在的电影作品的版本。

此外，根据本实施例，可以实现等同于更新到更高版本的操作，该更高版本在电影作品在ROM盘上发行之后提供。类似在发行之后更新个人电脑软件，在光盘上发行的电影作品也可以更新；因此，减轻了电影作品的创造者的负担。这里，通过将记录在ROM盘上的软件安装到个人电脑上，并下载待添加到HD的新的更新工具，从而实现电脑软件的更新。电影作品的更新不同于电脑软件的更新，因为播放装置不安装该更新到HD上。由于该更新未安装在HD上，就可以避免这样一种情形，即在HD上的安装成为无休止复制的开始。

第六实施例

第六实施例涉及用于实现控制虚拟包版本控制的改进。图52示出根据第六实施例的HD的目录结构。如图所示，HD具有在ROOT目录下的VPACKAGE目录，还具有在VPACKAGE目录下的abc目录和XYZ目录。

图中的“Vpackage”是一个目录，其位于存储有用于BD—ROM的更新工具的目录之上。由于存储用于BD—ROM的更新工具的目录位于Vpackage目录的次级，存储更新工具的目录不同于存储有其他文件的其他目录。当加载BD—ROM时，控制单元16可以通过检查名称为Vpackage的目录是否存在，从而检查是否有更新工具存在。

图中，“XYZ”和“abc”是BD—ROM的每个卷标。这意味着本地HD12中存在有目录，其对应于具有卷标名为“XYZ”的BD—ROM以及对应于具有卷标名“abc”的BD—ROM。位于目录“XYZ”次级的子目录“Version 2”和“Version 3”指出更新工具的位置，用于将具有卷标“XYZ”的BD—ROM更新为版本2和版本3。通过设置对应于每个BD—ROM的目录之下的子目录，可以分开存储用于不同版本的BD—ROM的更新工具。

因此，对根据本实施例的本地HD 12改进的描述完成。下面描述播放装置200的构成元件(下载单元11和模块管理器26)的改进，该改进涉及本地HD 12的目录结构。

当从WWW服务器500下载更新工具时，下载单元11在HD 12中产生新目录，其对应于BD—ROM，并给该目录与BD—ROM的卷标相同的名称。在本地HD 12上存在对应于BD—ROM的目录时，在对应于单个BD—ROM的目录内产生了新的子目录。新的子目录具有的目录名对应于记录在BD—ROM上的新版本。从WWW服务器500下载的更新工具写入该新的子目录中。例如，在应该存储目录“XYZ”的更新工具用于第二版本时，名称为“Version 2”的子目录在目录“XYZ”之下产生。在更新工具用于第三版本时，目录名“Version 3”的子目录在目录“XYZ”之下产生。随后，下载单元11访问WWW服务器500，下载更新工具，并将下载的更新工具写入相对应版本的子目录。

当BD—ROM已经加载到播放装置200中，模块管理器26从BD—ROM读取卷标，并从本地HD 12中的多个目录中指定与读取的卷标一致的目录。然后，模块管理器26检查是否在指定的目录下存在有子目录。如果有子目录，模块管理器26参照该子目录的目录名，访问并入目录名的版本号码是最新的子目录，并从子目录读取更新工具。因此，关于根据本实施例的目录结构的构成元件的改进的描述完成。

如上所述，对于每个版本分离地存储的、更新工具构成的虚拟包，使用包一致化信息统一管理。下面对每个虚拟包描述包一致化信息(INFO.BD)。图53示出INFO.BD的内部结构。该“INFO.BD”在BD—ROM包和虚拟包之中，包括索引表、综合信息(综合)、和PLList。

该索引表包括多个用于动态脚本的索引。该索引包括FirstPlay索引和菜单索引。该FirstPlay索引指定当BD—ROM加载到播放装置时，播放装置应该首先运行的动态脚本(即，启动动态脚本)。

菜单索引指定当用户执行“菜单调用”时，播放装置应该运行的动态脚本。该菜单包括顶菜单、标题菜单、章节菜单、音频菜单、以及字幕菜单。使用这些索引，在BD—ROM加载到播放装置时或在执行菜单调用时，待执行的处理定义在BD—ROM包中。结果，INFO.BD限定了BD—ROM包的操作。

下面描述综合信息(综合)，以及PLList。

带虚线的首项突出显示了综合信息“综合”的内部结构。如这些首项所示，综合信息“综合”具有“包名称”、“包版本”、下载许可标志“可下载性”、“URI”、以及“终止日期”。

该“包名称”是在BD—ROM包和虚拟包之间共同的包的名称。通常，电影的标题用作“包名称”。包名称用作使得BD—ROM包和虚拟包彼此相对应。

“包版本”将INFO.BD所属的版本表示为数值。例如，对于BD—ROM上的INFO.BD，包版本设置为“Version 1”，而对于虚拟包中的INFO.BD，包版本设置为“Version 2”或更后面的数值。

下载许可标志“可下载性”为指出是否有在未来提供更新工具的可能性的标志。在记录在BD—ROM上的INFO.BD的标志指出“不可下载”时，就意味着不可能提供更新工具。当标志指出“可下载”，就意味着可以提供用于更新到更高版本的更新工具。

通过设置可下载性标志，从而指出不可能更新到更高版本，虚拟包就禁止与更新工具一起播放。这种情况对业内的人士看似是个缺点，因为不可能提供到更高版本的更新；然而，当可下载性标志指出不能更新时，就禁止将BD—ROM与更新工具结合播放，并且因此不能滥用更新工具而创造电影作品的拙劣模仿，从而玷污电影创造者的声名。鉴于可以避免受到声名玷污，将可下载性标志设置为指出“不可下载”有极大的好处。

“URI”代表统一化资源标识符，并指出是否有可以提供更新工具的可能性，网络上的WWW站点中是否有更新工具存在。通过访问URI指出的WWW站点，下载单元11可以获得最新版本的更新工具。

“终止日期”表示下载的更新工具有效的日期。播放控制引擎21比较当前日期和日历所计时的时间，且播放装置内部时钟具有此终止日期信息块，并检查更新工具是否有效或超过了终止日期。在当前日期和时间在终止日期之前时，使用包括INFO.BD的更新工具执行播放。在当前日期和时间超出终止日期时，不执行使用包括INFO.BD的更新工具的播放。

下面描述“PLList”的内部结构。具有虚线的指引线gh2突出显示了“PLList”的内部结构。PLList包括包中包括的播放列表的数目(数目)以及对于每个播放列表的条目信息块(PL条目#1—#n)。

在每个播放列表条目信息块“PL条目”中，可以对于每块PL信息作出设置，该信息诸如“包版本”、“存储名称”、“播放列表名称”、以及可选PL信息(alternative PL information)“选择对象”。

该“包版本”将对应于PL条目的PL信息块所属的版本表示为数值。例如，对于BD—ROM上的PL信息块，包版本设为Version 1，而对于虚拟包中的PL信息块，包版本设为“Version 2”或更靠后的数值。

该“存储名称”指出对应于PL条目的PL信息块的位置，例如BD—ROM、HD、半导体存储卡以及互联网服务器中之一。由于下载单元11将PL信息块置于HD或半导体存储卡中，所以下载单元11在下载更新工具之后，自动地提供此信息。

“播放列表名称”是用于对应PL条目的PL信息块的序列号，并设置为诸如PL#1之类的值。

该可选PL信息，“选择对象”，指出在由于下载失败或HD故障导致对应于PL条目的PL信息块损坏时，应该可选播放的播放列表。当PL信息块损坏时，意味着不可能正确地解释该PL信息块，由于诸如(i)构成PL信息块的CELL信息不能指定AV流，(ii)构成PL信息块的CELL信息的进入点和离开点不正确，(iii)已经删除了该PL信息块。则该可选PL信息通常指定记录在BD—ROM上的PL信息块。其原因在于，记录在BD—ROM上的PL信息不容易损坏。

因此，对于虚拟包的INFO.BD的描述完成。下面描述播放装置上涉及INFO.BD的改进(下载单元11、模块管理器26)。

下载单元11参照INFO.BD中的综合信息中的URI，并从网络中由URI所指出的WWW服务器500下载用于更新的更新工具，并将下载的更新工具写入对应于本地HD 12中单个BD—ROM的目录内。下载单元11参照播放装置200内的日历，并判定当前日期和时间是否达到在INFO.BD中综合信息的“终止日期”所指出的日期和时间。若当前日期和时间在终止日期之前，下载单元11根据INFO.BD内综合信息中的URI，访问WWW服务器500，并试图执行下载。

在处理PL信息块之前，播放控制引擎21检查位于PL条目中存储名称所指出的位置的PL信息块是否损坏。如果未损坏，则解释位于PL条目中存储名称所指出的位置的PL信息块。如果PL信息块已损坏，则读取并解释PL条目中“选择对象”所指出的PL信息块。

根据图54中的流程图，模块管理器26播放虚拟包。下面参照该流程图，描述了根据本实施例模块管理器26实施的处理过程。

图54中流程图中的动态脚本i表示作为从BD—ROM或从本地HD 12读取的目标的动态脚本i。

判定BD—ROM上INFO.BD中的可下载性标志是否指出“不可下载”(步骤S60：是)。在从HD中次级目录读取INFO.BD的最新版本后，作出动态脚本i的初始设定(步骤S63)。

在INFO.BD中的可下载性标志指出“不可下载”时，从BD—ROM读取INFO.BD，且控制仅仅针对BD—ROM而执行。在可下载性标志指出“不可下载”时，可以读取动态脚本、PL信息、AV流和流管理信息而不必访问本地HD 12；因此，播放处理快速执行。在初始设定期间，写入INFO.BD内索引表的FirstPlay索引中的动态脚本被设定为动态脚本i(步骤S63)。

步骤S64中，寻找最新版本的动态脚本。在HD的次级目录中存在有最新版本的动态脚本i时(步骤S64：是)，该动态脚本i的最新版本从HD的次级目录读取(步骤S66)。在次级目录中没有最新版本时，从BD—ROM读取动态脚本(步骤S65)。

在读取动态脚本i之后，运行构成动态脚本i的每个指令(步骤S67至S71)。当待运行的指令是转移指令时，该指令的转移目的地设为动态脚本i(步骤S71)，而过程前进至步骤S64。

当待运行的指令是用于调用PlayPL函数的指令时，PL播放处理在步骤S72中执行。当此时播放PL时，必须寻找PL信息的最新版本。下面参照图55A的流程图，描述寻找PL的过程。在流程图的步骤S91至S95中，待播放的PL将称作PL#k。

从INFO.BD的PLList中PL#k的PL条目读取存储名称(步骤S91)。播放控制引擎21被指令为判定存储在存储单元中的内容是否损坏(步骤S92)。当所存储有效时，将PL#k的PL条目所指出的PL信息块设为PL信息#k(步骤S93)。当所存储失效时，PL#k的PL条目中的可选信息所指出的PL信息块设为PL信息#k(步骤S94)。在PL信息#k以上述过程设置后，读取PL信息#k(步骤S95)。

因此，寻找PL的过程的描述完成。下面描述寻找PL信息指定的AV流最新版本。

图55B为流程图，示出寻找AV流版本的处理过程。步骤S78至S82的处理对于CELL信息中每个条目重复步骤S80至S82的处理(S78和S79)。

CELL信息中的条目包括音频表中的音频条目、字幕表中的字幕条目、以及角度条目。在这些条目之中，作为处理目标的条目将称作条目#p。步骤S80至S82的处理是用于判定读取数据的目标，即，作判定从HD或BD—ROM中的哪个读取，应该读取每个条目指定的AV流。步骤S80中，判定条目#p指定的AV流最新版本是否存在于HD的次级目录中。如果存在最新版本(步骤S80：是)，将本地HD12中AV流和流管理信息以及BD—ROM上的AV流和流管理信息的最新版本设为读取目标(步骤S81)。若次级目录中不存在最新版本，将BD—ROM上的AV流和流管理信息设为读取目标(步骤S82)。通过执行本发明第一、第二、或第三实施例所述的处理，使得读取上述设置的读取目标，可以有选择地输出(a)记录在BD—ROM上的音频、字幕、和角度以及(b)记录在本地HD 12上的音频、字幕、和角度之一。

下面使用特定例子，描述根据流程图所述的处理过程，读取AV流、流管理信息、以及PL信息的过程。此部分中的描述根据假设有图52所示的目录结构。

在前述流程图中，在HD中存在较新版本的文件而不是记录在BD—ROM上的文件时，将在HD中这些文件中最新的一个选取并读取。图56示意性示出存储在BD—ROM上、Version 2目录、以及Version 3目录中的文件的读取过程。

图中，设置在页面上的四个虚线框象征性地表示BD—ROM、Version 2目录、Version 3目录、以及播放装置中的缓冲器。白色粗箭头象征性示出控制单元16从存储在BD—ROM、Version 2目录、Version 3目录中的文件选出的文件的选择。

箭头nj1示意性示出步骤S61中读取INFO.BD。在INFO.BD存储在BD—ROM和Version 2目录和Version 3目录上时，作为读取过程的结果，将存储在Version 3中的INFO.BD读入存储器。

箭头nj2示意性示出步骤S66中读取PL信息块“002.PL”。在“002.PL存储在”BD—ROM和Version 2目录和Version 3目录中时，作为读取过程的结果，将存储在Version 3中的002.PL读入存储器。

当文件在多个不同版本中时，作出选择使得从最新版本的目录中获得文件，使得提供AV流、PL信息、以及动态脚本；因此可以用从WWW服务器500下载的更新工具补充BD—ROM上发布的包的函数。

由于可以用更新工具的较新的版本补充已经发行的BD—ROM或更新工具中缺少的函数，甚至在已经发行的BD—ROM或更新工具中出现问题的情况下，发行商也可以改正错误而不必召回这些产品。由于没有召回这些产品的风险，就可以消除在电影作品发行时，发行商经受的焦虑。

在图54和55所示的流程图中，只有INFO.BD、动态脚本、以及PL信息的集合的最新版本读入存储器；然而，可以使得顺序读取INFO.BD、动态脚本、以及PL信息的集合的全部版本到存储器中，并从INFO.BD、动态脚本、以及PL信息的集合的最新版本，通过以这样一个原则操作，即：INFO.BD、动态脚本、以及PL信息的集合的较旧版本由INFO.BD、动态脚本、以及PL信息的集合的较新版本所覆盖，从而在存储器中产生虚拟包。

第七实施例

在第六实施例中，当更新工具的多个版本存在于本地HD 12中，播放其中的最新版本。在第七实施例中，将不同版本的虚拟包呈现给用户，从而用户可以选择最喜欢的虚拟包。

由于可以播放虚拟包的不同版本，在本实施例具有的配置中，将对于每个版本播放和记录的历史保持在本地HD 12、服务器、或半导体存储卡中。指出对于每个版本播放和记录历史的信息将称作虚拟版本信息。将示出对于虚拟包不同版本的虚拟版本信息块的表称作虚拟包表。

图57示出虚拟包表的结构。该虚拟包表“BD表”存储在文件“VP.INFO”之中，并位于图52所示的“Vpackage”目录中。该虚拟包表包括BD条目(BD条目#)以及该条目的数目(数目)。每个BD条目都是对于相应的“INFO.BD”的信息(虚拟包信息)。

图58示出用于INFO.BD的虚拟包表的结构。虚拟包表构建为具有每个版本的“包名称”、示出构成虚拟包的更新工具记录在何处的“记录位置信息”、以及示出播放上一个包的播放结束点的“结束位置信息”。例如，对于包“ABC”，示出了更新工具的记录位置是本地HD的“ABC”目录，而播放前一个包的结束位置是在PL#2的CELL#1中3分24秒的时间点。对于包“XYZ”，没有记录位置信息(图中示出为“......”)。这意味着该包不是虚拟包，而是记录在BD—ROM上的原始包。对于包“WWW”，示出了该记录位置为“存储器：￥WWW”。这意味着更新工具的该记录位置是半导体存储卡中的目录“WWW”。由于该包尚未播放，因此没有提供结束位置信息。

对于包“JKF”，示出了该包记录在家庭服务器中“JKF”目录中。

因此，虚拟版本信息的描述完成。下面描述根据本实施例的播放装置一侧的改进(下载单元11、播放控制引擎21、以及模块管理器26)。

当从WWW服务器500下载更新工具时，下载单元11设定示出写位置的记录位置信息，使得其作为与更新工具相对应的版本的虚拟版本信息。

当PL播放完毕，播放控制引擎21产生指出播放结束点的信息，并将此信息设置到对应于PL的版本的虚拟版本信息中。

模块管理器26根据图59所示流程图，统一化地控制播放装置200。下面参照图59描述PL播放的过程。

当此流程图中所示的过程开始运行时，判定是否存在虚拟包表(步骤S81)，以及是否显示了虚拟包列表(步骤S82)。

图60示出显示步骤S82中的列表的屏幕。屏幕上每个按钮(“1：原始”、“2：虚拟包1”、以及“3：虚拟包2”)示出该列表，将虚拟包的一个不同版本可视化表示，并根据用户的操作变化成选择状态和确认状态。显示了示出该列表的屏幕，而该过程等待直到用户选择一个虚拟包(步骤S83)。在作出选择之后，判定所选择虚拟包#r的记录位置信息是否存在(步骤S84)。如果记录位置信息存在，从记录位置信息所指出的存储单元读取版本#r的INFO.BD(步骤S85)，并且将写入版本#r的索引表中FirstPlay索引的动态脚本设置为动态脚本i(步骤S86)。

当不存在记录位置信息时，从BD—ROM读取INFO.BD(步骤S87)，而且将写入INFO.BD的索引表中FirstPlay索引的动态脚本设置为动态脚本i(步骤S88)。此时，用户选择的虚拟包的数目存储在SPRM(24)中。

当在上述过程中已经设定了动态脚本i时，执行步骤S67至S73的处理。在此处理之中，每次播放控制引擎21播放PL(步骤S72)，将最终的播放位置写入虚拟版本信息中作为结束位置信息(步骤S89)。

如上所述，根据本实施例，当有多个虚拟包的版本时，为这些版本中的每个，对于用户可以观看版本的多少进行管理；因此可以阻止用户经受同时存在不同的版本而造成的困惑。

第八实施例

在第一实施例中，更新工具存储在播放装置的本地HD 12中。第八实施例涉及的改进在于可以将更新工具存储于不同位置诸如半导体存储卡、家庭服务器等。由于更新工具可以存储于不同位置诸如半导体存储卡、或家庭服务器中，本实施例的播放装置按图61所示的步骤S91至S96的过程寻找更新工具，而不是图54中步骤S64至S66以及图55B中步骤S80至S81所示的过程。

流程图中的步骤S8用于从本地HD 12、服务器、或半导体存储卡读取更新工具。步骤S10用于在不存在更新工具的情况下，从BD—ROM读取PL信息、流管理信息、以及AV流。

为了寻找最新的版本，判定本地HD 12是否内建在播放装置内。在有内建HD(步骤S91)，而虚拟包信息存在于本地HD 12中时(步骤S92：是)，在步骤S97读取更新工具。

另外，在没有虚拟包信息存在于本地HD 12，而播放装置可以与服务器连接(步骤S93)，且虚拟包信息在服务器中存在(步骤S94)的情况下，也在步骤S97读取更新工具。

最终，在HD 12和家庭服务器中不存在虚拟包信息，而播放装置200可以连接到半导体存储卡(步骤S95)，且在半导体存储卡中存在虚拟包信息的情况下(步骤S96)，也读取更新工具(步骤S97)。

在没有内建的本地HD 12，而播放装置没有连接到家庭服务器或半导体存储卡的情况下，从BD—ROM读取PL信息、流管理信息、以及AV流(步骤S98)。

如上所述，根据本实施例，即使更新工具散乱的存在于各种设备和介质中，从该位置之一获得必要的更新工具；因此，为了下载更新工具，没有必要固定更新工具放置的位置。因此，就可以更自由的确定更新工具应该位于何处。

本实施例中，处理以HD、家庭服务器、和半导体存储卡的次序进行；然而可以改变该次序。例如，可以首先检测服务器连接，而其次是半导体存储卡，随后，最后是HD。

第九实施例

在第一至第八实施例中，更新工具记录在HD上。相反的，本实施例涉及的改进用于将更新工具写入SD存储卡，该SD存储卡中具有安全区域和不安全区域。图62示出根据本实施例的播放装置200的结构。图中的播放装置200的不同之处在于其具有内建的SD存储卡30。本实施例的播放装置将构成更新工具的文件加密，将其写入SD存储卡30中未受包括的区域，并将密钥写入SD存储卡30中保护的区域。除非通过SD存储卡鉴定过程证实了真实性，否则不可能读取记录在保护区域中的密钥。以此设置，不可能非法复制该更新工具。就可以仅在伴随BD—ROM使用更新工具时读取该更新工具。

在更新工具存储在SD存储卡中时，控制单元16将对应于更新工具的原始BD—ROM的介质识别信息写入保护区域中。以此设置，可以使得原始BD—ROM和SD存储卡彼此相对应。此外，当播放随后进行时，在播放前检查SD存储卡和BD—ROM是否彼此相匹配。若他们彼此匹配，准许播放电影作品。若他们不匹配，则禁止播放装置200执行播放。

以此设置，当存在有更新工具时，禁止仅以BD—ROM执行播放。即，播放始终是以BD—ROM和更新工具的结合而执行的。

如上所述，根据本实施例，由于将更新工具加密并与密钥一并存储在SD存储卡中，就可以限制更新工具的非法复制。

此外，如果在过去发行的BD—ROM包发生故障，今后发送的更新工具将存储在SD存储卡中，使得始终是以BD—ROM和SD存储卡的结合而执行播放；因此，就可以实现控制，使得过去发生的故障不会显露出来。

补充信息

目前根据若干实施例描述了本发明，然而上面的描述仅仅给出了在当前情形中，希望得到最佳效果的系统的例子。只要不偏离本发明的主旨，本发明还可以实现很多变化。下面以(A)、(B)、(C)等示出典型的变化实施例的例子。

(A)PL信息可以构建为如图63所示。更具体的说，图17示出的PL信息中的Clip条目仅指定记录在BD—ROM上的AV流，而音频条目指定本地HD 12上的音频。相反的，图63所示的PL信息包括两个或更多Clip条目，使得第二和/或更后面的Clip条目指定本地HD 12上的AV流。

(B)图12中示出的BD缓冲器2、解复用器3、视频解码器4、音频解码器6、HD缓冲器13、解复用器14、以及开关15可以构建成图64A和图64B中所示的形式。缓冲器71和缓冲器72临时存储从BD缓冲器2和HD缓冲器13输出的访问单元。滤波器73将在缓冲器71和缓冲器72中临时存储的若干访问单元合并为一个流。解复用器3将合并的流解复用，从而获得视频流和音频流，并将它们分别输出到视频解码器4和音频解码器6。此外，可以具有图64B所示的结构。与音频解码器6分开的音频解码器76设置为解码从HD缓冲器13输出的音频帧。选择器75有选择地输出(a)音频解码器6执行的解码的结果，以及(b)音频解码器76执行的解码的结果之一。

通过参照在TS包上附加的时间标记添加补偿而获得的时间，音频解码器76执行解码处理。以这种在其中设置有音频解码器76的设置，音频解码器6不需要在是否应该参照补偿之间切换。

(C)这种从WWW服务器500提供更新工具的设置仅仅是一个例子。可以有这样的设置，其中将仅记录有更新工具的BD—ROM或DVD发行给用户，使得可以从该BD—ROM或DVD获得更新工具。也可以有这样的设置，其中从WWW服务器500将更新工具发行到KIOSK终端，使得该KIOSK终端将该更新工具写入半导体存储卡，并且通过该半导体存储卡将该更新工具带到播放装置中。

(D)最好根据Java模式或浏览器模式的动态脚本，从WWW服务器500下载数据。Java模式或浏览器模式的动态脚本是以标记(mark-up)语言编写的，如Java语言、HTML、XML等并记录在BD—ROM上。以伴有此种视频数据而执行下载的设置，就可以预先安排程序设计，使得在预定时间到达后将更新工具自动下载。预先安排程序设计，使得以规则的间隔执行下载也是可以的。可以同步于PL的播放下载更新工具。例如，可以预先安排程序设计，使得在播放记录在BD—ROM上的电影宣传片的时候下载更新工具。

(E)可以具有这样一种设置，其中将一些仅在美国发行版中包括的数据块作为更新工具，销售给居住在美国之外的用户。将在除去美国之外的国家发行的电影作品，需要将该国母语(非英语)的音频和/或字幕复用在AV流上。当产生了该AV流，就必须为该子图像和音频保留一定带宽。经常是这样，为了保留这种带宽，在美国版本中，复用到AV流上用于互动操作的一些数据就从除美国之外的其他国家版本的AV流中删去。因此，在很多用户希望拥有美国版本时，将这种在美国版本中的数据作为更新工具，发行给世界上很多其他国家的用户，就可以满足这些用户的需求。

(F)对于目录名称，将卷标用作BD—ROM的介质信息，使得对应于BD—ROM的目录在本地HD 12中产生；然而，只要该信息与介质相关，也可以使用其他信息。可以使用对于BD—ROM独一无二的代码，诸如介质识别信息。

(G)可以有这样的设置，其中对于每个单个用户的目录设置在对应于若干BD—ROM的若干目录之下，使得特定用户使用的动态脚本、PL信息、AV流、以及流管理信息存储在该用户的目录中。此外可以有这样的设置，其中，当用户播放BD—ROM时，使用指派给该用户的目录中的动态脚本、PL信息、AV流、以及流管理信息而播放AV流。以此设置，可以实现控制，使得对于指派给家庭中父亲的目录不需过滤锁就可以播放PL，而用对于指派给家中孩子的目录需要过滤锁播放该PL。

(H)在根据第一实施例的更新工具中的AV流仅包括单种语言的一条音频流，该音频流为日语；然而，可以具有这样一种设置，其中将多种语言的若干音频流记录为AV流，多种语言例如日语、汉语、韩语等。这种情况下，更新工具包括的AV流上复用有多条音频流。在根据第二实施例的更新工具中的AV流仅包括用于单种语言的子图像流，该子图像流为日语的字幕；然而，可以具有这样一种设置，其中将多种语言的若干子图像流记录为AV流，多种语言例如日语、汉语、韩语等。这种情况下，更新工具包括的AV流上复用有多条子图像流。

此外，可以具有这样一种设置，其中下载单元11下载的更新工具包括的AV流上复用有子图像流和音频流。

(I)下载单元11可以通过下述的FTP控制连接和FTP数据连接，经由FTP获得更新工具。FTP控制连接建立在播放装置200内的用户PI(协议解释器)以及WWW服务器500内的用户PI(协议解释器)之间，使得可以传输FTP指令和FTP答复。

FTP连接建立在播放装置200内的用户DTP(数据传输过程)和WWW服务器500内的用户DTP(数据传输过程)之间，使得可以传输更新工具。

(J)在所有的实施例中，播放装置待播放的光盘是以BD—ROM的形式实现的，而其上记录有更新工具的记录介质是以HD实现的。然而，本发明播放装置的特征并不依赖于BD—ROM和HD的物理特性。只要可以在记录介质上记录AV流，任何形式的记录介质都是可行的。例如，诸如DVD—ROM、DVD—RAM、DVD—RW、DVD—R、DVD+RW、DVD+R、CD—R、CD—RW等光盘以及诸如PD、MO等磁光盘都是可以的。诸如紧凑闪存卡(CF卡)、智能卡(SM卡)、记忆棒、多媒体卡(MMC)、PCM—CIA卡等的半导体存储卡也是可以的，如(i)磁记录盘诸如软盘，SuperDisk、Zip、Clik！等，和(ii)可移动硬盘驱动器诸如ORB、Jaz、SparQ、SyJet、EzFlyer、微驱动器等。此外，记录介质也可以是内置的硬盘。

(K)尽管所有实施例的播放装置都在解码后输出记录在BD—ROM上的AV流到电视，但可以使得播放装置仅构建BD—ROM驱动器，而电视可以装备有其他所有的元件。在此情况下，播放装置和电视可以并入使用IEEE1394连接的家庭网络。并且，尽管多个实施例中的播放装置是在连接到电视后使用的类型，但集成的显示—播放装置也是可以的。此外，播放装置可以只是若干实施例的播放装置中执行必要部分处理的那些部件。由于这些播放装置都是在本申请的说明书中披露的发明，因此根据本发明实施例中所示播放装置的内部结构，制造播放装置所涉及的行为都是在本申请说明书所披露的发明的具体实施。无论是负有法律责任的或是无法律责任的，涉及转移的操作、(当涉及费用时的零售；不涉及费用时的馈赠)出租、或者进口本发明实施例的播放装置也都是本发明的具体实施。通过店前显示、目录发放(catalogue solicitation)、手册发行等，涉及接近关于转移、租赁等的一般用户的行为，也都是这些播放装置的具体实施。

(L)因为在图19、27、36、43、54、55以及61中示出的通过计算机程序的信息处理，是使用硬件资源而特定实现的，在流程图中示出处理过程的计算机程序形成其自身权利的发明。尽管所有的实施例示出的实施例都以在播放装置中、以合为一体的形式与适于本发明的计算机程序实施相关，本发明实施例中示出的计算机程序可以从播放装置分离，以其自身的权利所实施。计算机程序以自身权利的实施包括：(1)该程序的产品，(2)该程序负有法律责任的或是无法律责任的转让，(3)该程序的出租，(4)该程序的进口，(5)通过双向电子通信电路为一般公众提供该程序，以及(6)通过店前显示、目录发放、手册发行等，涉及接近关于转移、租赁等的一般用户的行为，等等。

(M)图19、27、36、43、54、55、和61所示流程图中，所述步骤的“时间”元素是按照时间顺序运行的，并且被认为是识别本发明必不可少的项目。因此，可以理解这些流程图所示出的处理过程披露了播放方法的使用。通过按照时间顺序，执行步骤中的处理，运行在这些流程图中示出的处理，从而实现本发明意指的目的，并具有本发明记录方法实施的功能和效果。

(N)当记录在BD—ROM上时，最好为构成AV流的TS包设置多个扩展头文件(extension header)。该扩展头文件，称作TP_extra_headers，包括“Arrival_Time_Stamp”以及“copy_permission_indicator”，还具有4字节的数据长度。附加有TP_extra_headers的TS包(此后，简称为“EX—附加TS包”)设置在32个信息包的多个组中，并写入三个扇区中。每个包括32个EX—附加TS包的组，长度为6144字节(＝32×192)，并且符合三个扇区的6144字节大小(＝2048×3)。三个扇区中包含的32个EX—附加TS包的组称作“联合单元(aligned unit)”。

当在通过IEEE1394连接的家庭网络中使用时，播放装置200将联合单元以下述的传输处理传输。即，在发送器一侧的设备将TP_extra_headers从包括在联合单元中的32个EX—附加TS包的每个中去除，并在编码该TS包主体后，根据DTCP标准输出该TS包。当输出TS包时，在TS包间不同位置插入同步信息包。同步信息包的位置根据每个TP_extra_header中的Arrival_Time_Stamp示出的时间。当输出TS包时，播放装置200输出DTCP_Descriptor。该DTCP_Descriptor示出在每个TP_extra_header内设置的复制允许性。这里，若该DTCP_Descriptor描述为示出“禁止复制”，在通过IEEE1394连接的家庭网络中使用时，TS包将不能记录在其他设备上。

(O)在播放装置200具有在可记录光盘(诸如BD—RE、BD—R等)上的记录功能时，可以具有这样的设置，其中将包括BD—ROM中的BD—ROM包以及一个或多个更新工具的虚拟包转换为BD包，并随后写入可记录光盘上。

这种情况下，希望AV流的复制根据嵌入在AV流中的复制产生信息(CGI)而运行。复制产生信息可以指出意味着数据可以随意复制的“随意复制”，允许一代(one generation)复制记录的“一代复制”、意味着禁止进一步复制的“不可复制”，或意味着禁止复制的“决不复制”。

在将权利管理信息附加在AV流上时，可以具有一种设置，其中在权利管理信息内定义的使用条件下，运行AV流的复制。

若权利管理信息限定这样一种条件，在该条件下，允许进行复制次数的复制，只要该条件满足就可以进行复制。若权利管理信息限定了这样一种条件，其中在该条件下，在有效周期内允许复制(定义为年、月、日)，只要该条件满足就可以进行复制。

(P)在复制处理具有诸如“移动(move)”、“迁移(migrate)”或“检验(check out)”等变量的情况下，可以根据为每个变量限定的使用条件而运行复制。“移动”是这样一种复制处理，其包括删除复制源的内容，并于内容在多个记录介质中移动时使用。

“迁移”是这样一种复制处理，其根据复制目的记录介质中产生的使用条件信息的前提。

“检验”是这样一种复制处理，其中限制复制的次数。而且在复制次数减少一之后，将内容复制。“以有限复制次数进行复制”和“检验”之间的区别在于，对于“检验”，可以增加复制的次数。复制的次数是在进行处理(叫做“登记”)之后增加的，使得不可以将复制并记录在记录介质上的内容播放。

(Q)本实施例中描述的AV流可以是遵从DVD—视频标准或DVD—视频记录标准的若干VOB(视频对象)。VOB是通过将视频和音频流复用得到的、遵从ISO/IEC13818-1的程序流。此外，在每个实施例中，AV流可以称作“AV Clips”并且其中流管理信息可以称作“Clip信息”。此外，AV流中的视频流可以是MPEG—4格式、WMV格式等。此外，音频流可以是线性PCM格式、杜比AC3格式、MP3格式，或MPEG-AAC格式。

在本发明实施例中描述的CELL信息使用时间信息指定了每个播放部分的开始点和结束点；然而可以使用BD—ROM上的逻辑地址，指定每个播放部分的开始点和结束点。此外，实施例中描述的每个“CELL”信息可以称作“播放项目”。

(R)在图44所示的层模型之中，可以将浏览器模式和电影模式置于Java模式之上。其原因在于，在Java模式上运行电影模式不会引起任何问题，具体的说，通过在电影模式中解释动态脚本以及根据动态脚本运行控制过程，加在播放装置上的负载较轻。另一原因在于，在发展播放装置和电影作品的过程中，可以仅在一个模式中保证操作是足够的。

此外，可以仅以Java模式在Java模式中运行处理，而不用具有三个模式。其原因在于，尤其不必具有电影模式，由于甚至在Java模式中，可以使得播放控制同步于PL的播放。此外，动态脚本的控制可以仅在电影模式或仅在浏览器模式中。

(S)流管理信息中的所述“TMAP”可以称作“EP_map”。在这种情况下，最好以时间标记(展示时间标记)在位于访问单元头部的图片数据块上，表示访问单元的播放开始时间。此外，最好将访问单元中的地址表示为PES包的序列信息包号码(SPN)。

(T)对于播放装置的设置，最好仅有当前的动态脚本存储在动态脚本存储器20中，并且仅有当前流管理信息和当前PL信息存储在静态脚本存储器10中；然而，可以像高速缓冲存储器中一样，预先存储多个脚本、流管理信息块、以及PL信息块。以此设置，可以在从BD—ROM上读取这些种类的数据之前，缩短可能经历的时间延迟。

(U)为了连续播放两个或更多构成PL的CELL，最好处理这些CELL，使得这些CELL彼此之间无缝连接。为了处理该CELL以具有无缝连接，将视频数据中前面播放部分的结束部分、以及后面播放部分的开始部分的复制部分预先产生，而这些复制部分是重新编码的。作为附加的信息，可以将用于无缝连接目的而产生的复制部分称作Bridge Clips。

这里，可以以下述方式设定结束部分和开始部分。

在前面的AV流之中，从包括前面播放部分的离开点的访问单元、和直到从该访问单元的第二访问单元的访问单元被设置为结束部分。在下面的CELL信息#x+1中，包括下面播放部分的进入点的访问单元被设置为开始部分。如上设置开始部分和结束部分的原因在美国专利公开No.6148140中描述，该专利公开是同一申请人的现有技术。可以参考该公开以获得详细内容。

此外，最好给为无缝连接的目的所产生的复制部分准备无缝连接信息。该无缝连接信息包括第一视频帧的播放开始时间、最后视频帧的播放结束时间、音频间隙(audio gap)的开始时间、音频间隙的时间长度、以及音频间隙的位置信息。通过定义此无缝连接信息，就可以计算播放部分的时间标记之间的差别(STC—补偿)，该播放部分的时间标记来自第一视频帧的播放开始时间和最后视频帧的播放结束时间，并在播放装置中设定该时间标记差别。此外，可以通过参照音频间隙信息控制音频解码器，阻止音频中断，其中该音频中断可能在从一个部分移动到另一部分期间发生。

(V)说明书实施例中描述的电影作品代表所有以图像表示的作品，诸如电视电影和游戏软件。其原因在于，在说明书实施例中描述的电影作品(i)以这样一种方式表示，使得视觉或音频视觉效果通过例如阴极射线管或液晶显示器显示，以及(ii)通过将其自身与有形的东西即BD—ROM统一，存在并保持其本身特点，以及(iii)处于一种状态，其中他们是可以复制的；因此就满足了电影作品存在形式的要求。

然而，本发明的实质要素(substantial element)不限于表示电影作品的数据的情形；因此，本发明中的视频数据可以是安全监视摄像机中的图像，或是家用视频摄像机中的图像。

(W)在本说明书的实施例中，通过遥控器接收用户的操作；然而，可以通过播放装置的前面板接收用户的操作。可以通过输入设备如键盘、触控板、鼠标、板(pad)、轨迹球等接收用户的指示。在这种情况下，可以接受表示为点击或拖动的用户指示。

(X)在本说明书的实施例中描述的电影作品可以通过编码模拟广播所广播的模拟图像信号而获得。电影作品可以是由传输流(transportstream)构成的流数据，其中该传输流由数字广播所广播。

通过将记录在视频磁带上的模拟/数字图像信号编码而获得内容。此外，可以通过将直接从视频摄像机获得的模拟/数字图像信号编码而获得内容。此外，本发明可以用于从发行服务器所发行的数字作品。

(Y)Java模块24可以是并入用于接收卫星广播目的的设备的Java平台。当Java模块24是这样一种Java平台时，本发明的播放装置还用在面向MHP的STB进行的处理中。

此外，Java模块24可以是并入用于控制移动电话处理目的的设备的Java平台。当Java模块24是这样一种Java平台时，本发明的播放装置还用在移动电话进行的处理中。

此外，浏览器模块25可以是待并入个人电脑的那种浏览器软件，诸如Microsoft开发的Internet Explorer。

(Z)应该注意，最好使用SSL(安全套接字层)传输更新工具。与SSL兼容的WWW服务器500预先安装有数字认证，并在已经从播放装置200接收到SSL请求的时候，传输数字认证到播放装置200。在数字认证中，将公共钥加密，而播放装置鉴别该认证。作为鉴别的结果，如果获得正确的公共钥，则判定WWW服务器500是可靠的。然后，播放装置200传输用公共钥加密的共同钥。WWW服务器500用密钥解密已经传输的加密共同钥，并与播放装置分享该公共钥。使用以此方式分享的该共同钥传输并接收的更新工具。共同钥是用于更新工具的传输和接收，使得该加密处理可以以高速执行。作为附加信息，HTTP、邮件、FTP以及Telnet都可以用于传输和接收该数据。这里，也可以通过Java模式中动态脚本或浏览器模式中动态脚本描述播放装置200的此处理，使得在BD—ROM上提供这种处理。

用于发行更新工具的会计结算优选在具有电子商务交易的前提下执行。在此情况下，将商务软件(merchant software)并入WWW服务器500，而钱包软件则并入播放装置200。此外，图1所示的网络连接到银行机构设置的支付网关。信用卡结算通过在这种网络中使用SET(安全电子交易)实现。播放装置200传输订单信息到服务器500，并且还传输会计结算信息到支付网关。当接收到订单信息后，服务器500传输更新工具到播放装置200。由于订单信息和会计结算信息是分开传输的，就可以增强结算的安全等级。还可以通过Java模式中动态脚本或浏览器模式中动态脚本描述播放装置200的此处理，从而使得在BD—ROM上提供这种处理。

通过将包括动态脚本的更新工具添加到记录在BD—ROM上的电影作品中，可以将电影作品发展成一种在线游戏。包括在更新工具中的该动态脚本不仅播放PL，而还从WEB站点获得数据并具有CG渲染。

和BD—ROM所限于封闭的范围不一样，这种游戏通过互联网可以具有世界性的扩展，并可以使得用户以此娱乐较长的一段时间。

1：BD驱动器

2：BD缓冲器

3：解复用器

4：视频解码器

5：图片平面

6：音频解码器

7：图像解码器

8：图像平面

9：加法器

10：静态脚本存储器

11：下载单元

13：HD缓冲器

14：解复用器

15：开关

16：控制单元

17：开关

18：开关

19：流缓冲器

20：动态脚本存储器

21：播放控制引擎

23：类DVD模块

24：Java模块

25：浏览器模块

26：模块管理器

30：SD存储卡

200：播放装置

300：电视

400：遥控器

500：WWW服务器

600：家庭服务器

工业应用

本发明的播放装置对于记录在光盘上、加入更新工具的虚拟包执行播放处理，并有效地提高了光盘的附加值；因此，就可以更集中地向市场供应电影盘，并使得电影市场和商用现货(commercial-off-the-shelf)设备市场更加活跃。因此，本发明的播放装置具有在电影产业中和商业现货设备产业的高度实用性。

Claims (3)

1.一种用于播放包含在只读光盘上的包中的数据的播放装置，该播放装置包括：

相对于所述光盘的次级记录介质；

生成单元，用于通过将记录在所述光盘上的所述包中的数据与记录在所述次级记录介质的数据合并在存储器上来生成虚拟包；和

播放单元，用于播放包含在所述光盘上的所述包中的数据和包含在所述虚拟包中的数据，其中，

所述光盘上的所述包包括用于存储电影的目录，以及位于该目录下的多个文件，

通过向所述存储器读入用于指示所述光盘的文件布局的信息并通过替换文件和/或向文件布局中添加文件来生成所述虚拟包，

所述替换文件是用相应的文件替换包含在所述文件布局中的文件，其中，所述相应的文件(i)记录在所述次级记录介质上，并且(ii)以与用于访问包含在所述文件布局中的相应文件的文件名相同的文件名来访问，

所述添加文件是向所述光盘的所述文件布局中添加文件，该文件(i)记录在所述次级记录介质上，并且(ii)以与包含在所述文件布局中的任何文件名均不同的文件名来访问，

所述光盘上的所述包包括含有第一数字流的文件，

所述次级记录介质包括含有第二数字流的文件，

所述虚拟包包括含有所述第一数字流的文件和含有所述第二数字流的文件，并且

如果通过添加文件生成所述虚拟包，则所述播放单元通过参考附在包含于所述第一数字流中的数据上的时间戳和附在包含于所述第二数字流中的数据上的时间戳同步播放各条数据，来执行所述虚拟包的播放。

2、如权利要求1所述的播放装置，其中，

所述记录在所述次级记录介质上的数据还包括播放列表信息，

所述次级记录介质上记录有包集成信息，

所述包集成信息指示将要合并到所述虚拟包中的所述播放列表信息，以及与之相对应的用于显示所述播放列表位置的位置信息，并且

所述生成单元从所述位置信息显示的位置向所述存储器读所述播放列表信息，并基于所述播放列表信息合并所述第一和第二数字流。

3、一种用于播放包含在只读光盘上的包中的数据的播放方法，该方法由具有与所述光盘结合使用的次级记录介质的计算机执行，该方法包括如下步骤：

通过将记录在所述光盘上的所述包中的数据与记录在所述次级记录介质的数据合并在存储器上来生成虚拟包；并且

播放包含在所述光盘上的所述包中的数据和包含在所述虚拟包中的数据，其中，

所述光盘上的所述包包括用于存储电影的目录，以及位于该目录下的多个文件，

通过向所述存储器读入用于指示所述光盘的文件布局的信息并通过替换文件和/或向文件布局中添加文件来生成所述虚拟包，

所述替换文件是用相应的文件替换包含在所述文件布局中的文件，其中，所述相应的文件(i)记录在所述次级记录介质上，并且(ii)以与用于访问包含在所述文件布局中的相应文件的文件名相同的文件名来访问，

所述添加文件是向所述光盘的所述文件布局中添加文件，该文件(i)记录在所述次级记录介质上，并且(ii)以与包含在所述文件布局中的任何文件名均不同的文件名来访问，

所述光盘上的所述包包括含有第一数字流的文件，

所述次级记录介质包括含有第二数字流的文件，

所述虚拟包包括含有所述第一数字流的文件和含有所述第二数字流的文件，并且

如果通过添加文件生成所述虚拟包，则所述播放单元通过参考附在包含于所述第一数字流中的数据上的时间戳和附在包含于所述第二数字流中的数据上的时间戳同步播放各条数据，来执行所述虚拟包的播放。

Images