CN101682744B

CN101682744B - 再现装置、记录装置、再现方法及记录方法

Info

Publication number: CN101682744B
Application number: CN2009800002409A
Authority: CN
Inventors: 佐佐木泰治; 矢羽田洋; 持永和宽; 池田航
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2008-02-15
Filing date: 2009-02-09
Publication date: 2013-01-30
Anticipated expiration: 2029-02-09
Also published as: MX2009010856A; EP2242269A1; JPWO2009101787A1; CN101682744A; WO2009101787A1; BRPI0902891A2; EP2242269A4; US20090208189A1; RU2516463C2; US8849088B2; KR20100121574A; JP5281021B2; RU2009138027A

Abstract

再现装置再现播放列表。每当当前播放项目变化时，将对于当前播放项目来说最适合的子流确定为当前子流。在进行该选择时，确定当前子播放项目。如果由当前子播放项目参照的clip文件已经下载完成，并且在本地存储器中是Enable状态，则进行播放项目的再现，而如果由当前子播放项目参照的clip文件在记录介质中是Missing状态或者是无效状态，则输出DataStarved事件，由此停止播放项目的再现。

Description

再现装置、记录装置、再现方法及记录方法

技术领域

本发明是属于播放列表再现技术的技术领域的发明。

背景技术

所谓播放列表(playlist)，指用于定义逻辑上的再现路径的信息，在内容存储用的各种应用格式中，该播放列表是一个确定的再现单位。一般来说，播放列表由播放项目(playitem)、子播放项目(sub-playitem)构成。所谓播放项目指通过在构成主要的动态图像的视频流的时间轴上指定进入(in)点和退出(out)点的组合而定义的逻辑上的再现区间。

所谓子播放项目指通过在子流的时间轴上指定进入点和退出点的组合而定义的逻辑上的再现区间。其中，所谓子流指虽然不与视频流复用，但与视频流一起再现的音频流、字幕流、视频流。

在组合ROM盘的记录内容和其他记录介质的记录内容来构建虚拟包(virtual package)时，能够利用子播放项目定义通过网络下载的子流的再现区间。其中，在播放列表的播放项目中定义记录在ROM盘中的AV流的再现区间，在播放列表的子播放项目中定义应该被下载的子流的再现区间，由此，该播放列表能够实现光盘中没有的、新的字幕/声音与动态图像的组合。

关于生成该虚拟的包的技术的现有技术有以下专利文献1记载的技术。

专利文献1：日本特开2006-109494号公报

可是，在从ROM盘进行读出时能够确保54Mbps的比特率。但是，在普通的用户住宅中，在流再现时能够保障的比特率是尽力而为(best effort)的情况居多，不能像从ROM盘进行的流再现那样始终确保固定高的比特率。

在流再现用的比特率受到制约的情况下，考虑想要再现像包含许多子播放项目那样的播放列表的情况。

例如，假设在正片影像的特定场景中，在某个播放项目中附带有10个子播放项目，这些子播放项目支持作为选项处理的10个国家的语言的情况。并且，假设由各个子播放项目参照的clip文件(clip file：素材文件)具有10M字节的数据大小，为了开始一个播放项目的再现，必须完成与由正片的播放项目参照的AV clip分开的、“10个国家的语言×10M字节＝100M字节”的文件的下载。该情况时，负责clip file的下载的应用，如果先进行由10个子播放项目参照的合计100M字节的clip file的下载，而把由播放项目参照的clip file的下载置后，则在比特率受到限制的情况下，由播放项目参照的clip file的供给将滞后，有可能使得再现产生延迟。

为了避免这种情况，如果先进行由主路径(main path)参照的clip file的下载，而把由子播放项目参照的clip file的下载置后，则在用户把由子播放项目参照的clip file内的基本流(elementary streams)选择为再现对象时，不能将成为再现对象的基本流提供给解码器，有可能在字幕、声音、动态图像中的某一方缺失的状态下进行再现。

这样，由于存在许多子播放项目，在应该下载的clip file增多时，不能向应用提供应该优先下载这些clip file中的哪一个的指示，所以在比特率受到限制的情况下，有可能导致再现的中断变明显，或在字幕、声音、动态图像中的某一方缺失的状态下进行再现。

此外，由于用户没有意识到是从ROM盘进行的流读出、还是从网络进行的流供给，所以在再现内容的一部分缺失的情况下，有可能错误认为是再现装置故障，并向制造商的联络窗口进行商品投诉。一般来说，构成子播放项目那样的clip file的下载步骤不是根据再现装置中的装配程序、而是根据电影作品的制作者生成的应用程序来进行的。如果由于电影作品的制作者生成的应用程序碰巧使构成子播放项目的clip file的下载优先，而使得制造商被卷入上述的投诉，则不是制造商所期望的。

发明内容

本发明的目的在于提供一种再现装置，在由于存在许多子播放项目而存在多个应该下载的clip文件的情况下，能够向应用提供应该优先下载这些clip文件中的哪一个的指示。

为了解决上述问题，本发明的再现装置是一种再现播放列表的再现装置，其特征在于，播放列表包括多个播放项目和多个子播放项目，所述播放项目是规定包括主流的clip文件、和该clip文件中的再现区间的信息，所述子播放项目是规定包括子流的clip文件、并将该clip文件中的再现区间规定为应该与播放项目同步的再现区间的信息，所述子播放项目参照的clip文件是通过传输路径传输的clip文件，子流不与播放项目所参照的clip文件复用，所述再现装置具有：再现单元，再现播放列表中包含的播放项目；确定单元，将多个播放项目中成为再现对象的播放项目确定为当前播放项目；决定单元，每当当前播放项目变化时，将对于当前播放项目来说最适合的子播放项目决定为当前子播放项目；和子流寄存器，指示应该与所述当前播放项目同步再现的当前子流，所述当前子播放项目是规定应该与当前播放项目同步的再现区间的子播放项目，并且用于规定所述子流寄存器指示的子流的再现区间，当在再现装置可以访问的记录介质中存在由当前子播放项目参照的clip文件时，所述再现单元使播放项目的再现继续，当由当前子播放项目参照的clip文件在记录介质中不存在或者是处于不能识别的状态时，所述再现单元使播放项目的再现停止。

发明效果

根据上述再现装置，作为由当前子播放项目参照的clip file，在包含当前子流的clip file不存在于记录介质中时，一律停止再现。

换言之，如果在记录介质中，由当前子播放项目信息参照的clip file而且是包含当前子流的clip file也备齐了，则能够继续进行再现，所以应该优先进行下载的clip file是，包含主流的clip file和由当前子播放项目信息参照的clip file，而且是包含当前子流的clip file。

因此，如果应用优先下载这些clip file，并将由其他子播放项目参照的clip file的下载置后，则与ROM盘相比，即使不能确保充足的比特率，也能够继续再现包含许多子播放项目的播放列表。

即使存在许多子播放项目时，如果备齐了由这些子播放项目中的当前子播放项目信息参照的clip file而且是包含当前子流的clip file，则能够继续再现，所以能够向应用提供应该优先下载哪一个的指示。因此，如果应用按照“在正进行某个播放项目的再现的期间，下载由应该成为下一个当前子播放项目信息的子播放项目参照的clip file”的规则进行下载，则即使存在许多子播放项目、比特率受到限制时，也能够继续再现。由于能够规定应该进行下载的clip file的优先顺序，所以不会在字幕、声音、动态图像中某一方缺失的状态下进行再现，能够把因流供给延迟造成的再现进行的中断抑制为最小限度。

更加具体地讲，在按照上述规则进行下载时，clip file的下载所需要的比特率B是通过以下计算示出的比特率。

比特率B＝(对应于下一个播放项目的clip file的数据大小+对应于下一个子播放项目的clip file的数据大小)/当前播放项目的再现时间

其中，“下一个播放项目”指应该在播放项目之后再现的播放项目，“下一个子播放项目”指规定应该在当前子播放项目信息之后再现的子播放项目的子播放项目。

下载所需要的比特率只要是上述的值即足以，所以即使比特率受到限制时，也能够把再现的中断控制为最小必要限度。

并且，如果由当前子播放项目信息参照的clip file是不能识别的状态，则进行使再现的进行停止的处理，由此不会让用户意识到是来自ROM盘的流供给还是基于下载的流供给。在因子播放项目造成的再现缺失的情况下，不需要验证再现内容是何种状况，也减轻了创作时的负担。

再现装置能够只下载再现所需要的最低限度的clip file的下载并再现，所以用户不必等待不需要的clip file的下载，就能够继续播放项目的再现。

附图说明

图1是表示再现装置101的使用行为的形式的一例的图。

图2是表示播放列表的一例的图。

图3是表示作为动作示例的说明材料的播放列表的一例的图。

图4表示图3所示的播放列表是如何再现的。

图5是表示再现装置101的结构的一例的图。

图6是系统参数(SPRM)的一览。

图7是示意表示流一样(streaming-like)的再现功能的图。

图8是表示伴随有子播放项目时的流一样的再现进行的一例的图。

图9是表示再现位置要到达播放项目#2的状态的一例的图。

图10是假设由于用户请求了字幕切换，当前的再现时间点从参照子路径(ID＝#0)的10003.m2ts的子播放项目#3、变化为参照子路径(ID＝#1)的20003.m2ts的子播放项目#3的图。

图11是假设由于存在章节跳跃，播放项目#3成为当前播放项目，子播放项目#3成为当前子播放项目信息的图。

图12是表示BD-J应用的处理步骤的流程图。

图13是表示AV clip下载的处理步骤的流程图。

图14是表示播放列表再现处理的处理步骤的流程图。

图15是表示当前子播放项目的决定步骤的流程图。

图16是表示渐进属性AV clip控制的处理步骤的流程图。

图17是表示再现停止恢复处理的处理步骤的流程图。

图18表示在当前播放项目是播放项目#1、当前子播放项目信息是子路径(ID＝1)的子播放项目#1时，应该请求下载的clip file。

图19表示在当前播放项目是播放项目#2、当前子播放项目信息是子路径(ID＝1)的子播放项目#2时，应该请求下载的clip file。

图20表示在当前播放项目是播放项目#3、当前子播放项目信息是子路径(ID＝1)的子播放项目#3时，应该请求下载的clip file。

图21是表示AV clip的结构的一例的图。

图22是示意表示AV clip如何复用的图。

图23更具体地表示视频流如何存储在PES分组串中。

图24是表示最终被写入AV clip的TS分组的形式的图。

图25是具体说明PMT的数据结构的图。

图26是表示clip信息文件的一例的图。

图27是表示流属性信息的一例的图。

图28是表示表项映射的一例的图。

图29是表示系统目标解码器13的内部结构的一例的图。

图30是表示播放列表信息的数据结构的一例的图。

图31是展开显示子路径信息的内部结构的图。

图32是表示STN_table的整体结构的一例的图。

图33是表示图32所示的STN_table的整体结构中、有关辅视频流的stream_entry的一例的图。

图34(a)是表示主视频流中的Stream_entry和Stream_attribute的一例的图。

图34(b)表示辅视频流中的Stream_entry。

图35(a)是表示PSR14的比特分配的一例的图。

图35(b)是表示PSR29的比特分配的一例的图。

图36是表示再现控制引擎的内部结构的一例的图。

图37是表示用于决定当前辅视频流的处理步骤的流程图。

图38是表示决定对于当前播放项目为最适合的当前辅视频流的处理步骤的流程图。

图39是表示序列型立体眼镜的一例的图。

图40是表示立体观察用的主视频流、辅视频流的内部结构的一例的图。

图41是表示系统目标解码器13的内部结构的一例的图。

图42表示Primary_audio_stream_entry、Secondary_audio_stream_entry的内部结构、和Comb_info_Secondary_video_Secondary_audio的内部结构的一例的图。

图43(a)是表示PSR1的比特分配的一例的图。

图43(b)是表示PSR14的比特分配的一例的图。

图44是表示当前播放项目变化时的当前主音频流的决定步骤的流程图。

图45是表示辅音频流的流选择流程的处理步骤的流程图。

图46是表示选择对于当前播放项目为最适合的当前辅音频流的步骤的流程图。

图47是提取STN_table中尤其与PGtextST流相关的STN_table绘制的图。

图48(a)是表示当前PGtextST流的流序号能取的数值范围的一例的图。

图48(b)是表示PSR2的比特分配的一例的图。

图49是表示当前播放项目变化时的当前PGtextST流的决定步骤的流程图。

图50是表示选择对于当前播放项目为最适合的当前PGTextST流的处理步骤的流程图。

图51是表示BD-ROM的结构的一例的图。

图52是表示索引文件的内部结构的一例的图。

图53是表示存储在本地存储器103中的升级工具包的内部结构的一例的图。

图54是表示利用合并管理信息文件的内容、和以该内容为基础的BD-ROM的文件及升级工具包的文件，构建虚拟包的过程的一例的图。

图55是表示创作系统的一例的图。

图56是说明ROM盘映象、升级工具包映象的生成方法的图。

标号说明

100BD-ROM；102WWW服务器；103本地存储器；104电视机。

具体实施方式

以下，参照附图说明具备上述技术问题解决方案的再现装置和记录装置的实施方式。

(第1实施方式)

下面，说明上述再现装置和记录装置的实施方式。首先，说明再现装置的实施行为中有关使用行为的形式。图1是表示再现装置101的使用行为的形式的一例图。如该图所示，再现装置101和作为第1记录介质的一例的BD_ROM 100、WWW服务器102、本地存储器103、电视机104，都提供给用户使用。

BD_ROM 100是记录了电影作品的记录介质。

再现装置101与电视机103一起构建家庭影院系统，并再现BD_ROM100。该记录装置具有向记录介质下载并写入数据的功能，兼备作为记录装置的功能。

WWW服务器102是运行有电影发行商的官方网站的服务器装置，把实现记录在BD_ROM 100中的电影作品的部分替换及追加的一套文件(升级工具包)，通过因特网等提供给用户。

本地存储器103安装在再现装置上，被用作从电影发行商的WWW服务器102发布的内容的接受装置。因此，能够将通过网络下载并存储在本地存储器中的内容、和记录在BD_ROM 100中的内容相组合，对BD_ROM100的内容进行扩展/更新。

电视机104通过显示电影作品的再现影像或显示菜单等，向用户提供对话式操作环境。

以上说明了再现装置的使用形式。下面，说明成为再现装置的再现对象的播放列表。

图2是表示播放列表的一例的图。播放列表由“主路径”、一个以上的“子路径”构成。

“主路径”(main path)由一个以上的播放项目构成。

“子路径”(sub-path)表示与主路径一起再现的一系列的再现路径，并按照在播放列表中的登记顺序被分配了ID(子路径ID)。子路径ID用于识别子路径。子路径有与主路径的再现同步再现的同步型、和能够与主路径的再现不同步地再现的非同步型，该类型被记述为子路径类型。子播放项目由一个以上的子播放项目信息构成。在子路径类型是同步型时，子播放项目的再现开始和再现结束时刻利用与主路径相同的时间轴来表示，但在子路径类型是非同步型时，子播放项目的再现开始和再现结束时刻利用与主路径不同的时间轴来表示。

另外，“播放项目”包括流序号表。流序号表是表示在播放项目中被允许再现的基本流的流序号的信息。关于播放列表信息、播放项目信息、子播放项目信息、流序号表的具体情况，留待后面的实施方式中予以说明。

在下面的动作示例的说明中，把以下那样的播放列表选择为说明材料。

图3是表示作为动作示例的说明材料的播放列表的一例的图。

作为说明材料的播放列表由一个主路径和两个子路径(子路径(ID＝0)、子路径(ID＝1))构成。主路径包括5个播放项目#1、#2、#3、#4、#5，ID＝0的子路径包括5个子播放项目#1、#2、#3、#4、#5。ID＝1的子路径包括5个子播放项目#1、#2、#3、#4、#5。

子路径都是同步型，并分别参照复用有作为不同语言的字幕数据的演示图形流的AV clip。由播放列表利用的AV clip全部是存储在本地存储器中的升级工具包的内容，被赋予了渐进属性。所谓渐进(progressive)属性指如下所述的AV clip的属性，即，在再现播放列表时不需要预先存储在本地存储器中，只要在参照该AV clip的子播放项目即将成为当前子播放项目信息之前存储在本地存储器中即可。

5个播放项目#1、#2、#3、#4、#5分别参照00001.m2ts、00002.m2ts、00003.m2ts、00004.m2ts、00005.m2ts。

ID＝0的子路径中的子播放项目#1、#2、#3、#4、#5，分别参照10001.m2ts、10002.m2ts、10003.m2ts、10004.m2ts、10005.m2ts。

ID＝1的子路径中的子播放项目#1、#2、#3、#4、#5，分别参照20001.m2ts、20002.m2ts、20003.m2ts、20004.m2ts、20005.m2ts。

主路径的各个播放项目具有图中右上部所示的流序号表。该流序号表具有被分配了流序号1、2、3的3个表项。这3个表项用于允许再现由主路径的播放项目信息参照的主视频流、包含于由子播放项目(子路径ID＝0)参照的AV clip中的演示图形流(PG#1)、和包含于由子播放项目(子路径ID＝1)参照的AV clip中的演示图形流(PG#2)。

在当前的字幕流序号为“2”时，相应的流表项是利用子路径ID＝0表示的PG#1，所以与播放项目的再现同步地再现子路径ID＝0的PG#1。

图4表示图3所示的播放列表是如何再现的。该图的右侧表示WWW服务器102，左侧表示再现装置101。中间表示因特网、内部网等传输路径。图3中的00001.m2ts、00002.m2ts、00003.m2ts、00004.m2ts、00005.m2ts存在于电视机103中。这些AV clip中的00001.m2ts、10001.m2ts向WWW服务器102发送下载请求，由此得知正在从WWW服务器102向再现装置101传输这一情况。

在服务器装置的数据库中，AV clip存储在与文件名00001.m2ts、00002.m2ts、00003.m2ts、00004.m2ts、00005.m2ts不同的文件名的文件中进行管理。这是因为成为虚拟包的构建对象的文件可能会被清单文件(manifest file)用其他名称访问。

下面，说明再现装置101用于进行播放列表再现、下载请求和下载的构成要素。用于这些处理的构成要素有BD-J应用和BD-J对象(object)。下面说明这些构成要素。

<BD-J应用>

所谓“BD-J应用”指在完整安装了Java 2Micro_Edition(J2ME)Personal Basis Profile(PBP 1.0)、和Globally Executable MHP specification(GEM 1.0.2)for package media targets的平台部中，通过把标题(title)作为生命周期(life cycle)的应用信令(application signaling)而起动的Java(TM)应用。BD-J应用通过命令Java(TM)虚拟机生成用于再现播放列表信息的JMF播放器实例，使播放列表再现开始。所谓JMF(Java Media Frame work)播放器实例，指以JMF播放器类(player class)为基础在虚拟机的堆存储器上生成的实际的数据的情况。

JMF A”BD://00001.mpls”；是命令Java(TM)虚拟机生成用于再现00001.mpls的文件的播放列表的播放器实例的方法(method)。A.play是JMF播放器实例中命令再现的方法。这种JMF播放器实例生成是根据JMF库(library)进行的。

在生成JMF实例后，在再现播放列表时，向WWW服务器102请求下载所需要的AV clip。在下载时，用于获取WWW服务器102上的AV clip的连接，可以使用被称为java.net的Java软件库的openConnection方法建立。下面示出服务器上的文件的URL是http://xxx.com/vp_data/00001.m2ts时的连接的示例。示例：new java.net.URL(http://xxx.com/vp_data/00001.m2ts.openConnection()

在进行上述的播放列表再现和AV clip下载之前，BD-J应用使用GUI框架(framework)受理用户操作。Java(TM)应用中的GUI框架包括根据GEM1.0.2规定的HAVi框架，包括GEM1.0.2中的遥控导航机构。

由此，Java(TM)应用能够实现将基于HAVi框架的按钮显示、文本显示、在线显示(BBS的内容)这些显示与动态图像的显示相组合之后的画面显示，使用遥控器能够实现上述的播放列表再现和AV clip下载。构成BD-J应用的一系列的文件被转换为依据于下述标准的Java(TM)归档文件(archive file)，该标准记述在Http://Java(TM).sun.com/j2se/1.4.2/docs/guide/jar/jar.html中。Java(TM)归档文件用于把ZIP文件的形式特殊化(specialized)为Java(TM)，能够利用市场上销售的ZIP解压缩软件确认所含内容。

<BDJ对象>

BDJ对象包括应用管理表(ApplicationManagementTable())，是在再现BD-ROM时，使平台部执行伴随着标题切换的应用信令的数据。更加具体地讲，ApplicationManagementTable()包括表示应该执行的BD-J应用的application_id、和表示起动BD-J应用时的控制的application_control_code。application_control_code能够规定选择标题后的应用的最初的执行状态，并且application_control_code能够规定是将BD-J应用装载在虚拟机上并自动开始(AUTOSTART)、还是将BD-J应用装载在虚拟机上但不自动开始(PRESENT)。

下面，说明再现装置的内部结构。

图5是表示再现装置101的结构的一例的图。再现装置101由BD-ROM驱动器10、读出缓冲器11、读出缓冲器12、系统目标解码器13、BD-J执行部14、网络接口15、虚拟包控制部16、状态管理部17、用户事件处理部18、再现引擎19、再现控制引擎20、HDMI发送接收部21、堆内存22、虚拟机解释器23、和PSR设置24构成。下面，说明这些构成要素。

<BD-ROM驱动器10)

BD-ROM驱动器10从BD-ROM盘读出数据，并将数据储存至读出缓冲器11。

<读出缓冲器11)

读出缓冲器11是利用存储器等构成的缓冲器，用于临时存储使用BD-ROM驱动器读入的数据。

<读出缓冲器12)

读出缓冲器12是利用存储器等构成的缓冲器，用于临时存储从本地存储器读入的数据。

<系统目标解码器13)

系统目标解码器13对被读出到读出缓冲器11中的源分组(source packet)及被读出到读出缓冲器12中的源分组进行复用分离处理，进行解码各个流并再现的处理。并且，由BD-J执行部14对用于显示在菜单等上的JPEG、PNG等的图形数据进行解码并再现。关于系统目标解码器13的具体情况将在后面叙述。

<BD-J执行部14>

BD-J执行部14是执行从虚拟包控制部16传送过来的BD-J应用的程序处理引擎，按照BD-J应用的程序进行动作，并进行下述控制。(1)对虚拟包控制部16进行播放列表再现。(2)从因特网等的WWW服务器把升级工具包存储到本地存储器中。(3)将BD-ROM和升级工具包组合并命令构建虚拟包。(4)对播放器变量设定数值。(5)对系统目标解码器传送菜单及游戏的图形用的PNG/JPEG，并显示在画面上。这些控制能够根据程序的制作自由进行，关于如何控制，由创作工序的BD-J应用的编程工序确定。

<网络接口15>

网络接口15用于实现再现装置的通信功能，如果从BD-J应用提供了URL指定，则建立与该URL的web站点的TCP连接、FTP连接等。通过建立这种连接，使Java(TM)应用从web站点进行下载。

<虚拟包控制部16>

虚拟包控制部16具有控制BD-ROM驱动器10、本地存储器103，构建虚拟包，并控制播放器的再现的功能。所谓虚拟包(package)，指以记录在BD-ROM盘中的内容、存储在本地存储器103中的差分数据、和存储在本地存储器103中的合并管理信息为基础，在存储器中与BD-ROM上的内容相结合而形成的虚拟的BD-ROM包。所构建的虚拟包具有与BD-ROM的数据结构相同的形式。构建虚拟包的定时有插入了盘的时候、BD-J执行部14执行了虚拟包构建命令的时候等。虚拟包控制部16在构建了虚拟包后，根据BD-J执行部的再现命令或用户事件处理部的通知，经由播放列表信息控制AV clip的再现处理。并且，虚拟包控制部16进行播放器变量的设定及参照，并进行再现动作。

<状态管理部17>

状态管理部17管理存在于BD-ROM或本地存储器中的各个AV clip是Missing状态、Enable状态、Disable状态中的哪一种状态，进行是否停止播放列表的再现的控制。

所谓Missing(丢失)状态指由播放项目信息、子播放项目信息参照的AVclip不存在于BD-ROM或本地存储器中的状态。

所谓Enable(使能)状态指能够在虚拟包控制部16中再现的状态，由BD-J应用的API进行控制。在执行了被设定为Enable状态的API时，AV clip成为只读属性，能够在虚拟包控制部16中进行AV clip的再现。

Disable(禁止)状态指与Enable状态相反的意思，虚拟包控制部16不能进行相应AV clip的再现。在由BD-J应用对AV clip一次也没有设定Enable状态时，该AV clip是Disable状态。如果BD-J应用想要对Enable状态的AV clip进行删除或覆盖等时，则使用一次API转移为Disable状态并执行。

其中，把处于Missing状态的AV clip和处于Disable状态的AV clip统称为Unavailable(不可用)clip。

所谓是否停止播放列表的再现的控制，指在当前子播放项目信息变化时，判定由当前子播放项目信息参照的AV clip是否是Unavailable clip，如果是Unavailable clip，则将DataStarved事件通知JMF播放器实例和再现控制引擎，使JMF播放器实例和再现控制引擎从再现状态转移为停止状态。

<用户事件处理部18>

用户事件处理部18响应用户通过遥控器进行的操作，委托BD-J执行部14及虚拟包控制部16执行处理。例如，在利用遥控器按下了按钮时，委托BD-J执行部14以便执行该按钮包含的命令。例如，在利用遥控器按下了快进/退回按钮时，命令虚拟包控制部16执行针对正在再现的播放列表的AV clip的快进/退回处理。

<再现引擎19>

再现引擎19执行AV再现功能。再现装置的AV再现功能指从DVD播放器、CD播放器沿袭过来的传统的功能组，包括再现开始(Play)、再现停止(Stop)、暂停(Pause On)、暂停解除(Pause Off)、Still功能的解除(Still Off)、带指定速度的快进(Forward Play(speed))、带指定速度的退回(Backward Play(speed))、声音切换(Audio Change)、辅视频切换(SubtitleChange)、角度切换(Angle Change)这些功能。为了实现AV再现功能，再现引擎19控制系统目标解码器，以便进行AV clip中对应所期望的时刻的部分的解码。

<再现控制引擎20>

再现控制引擎20执行针对播放列表的再现控制功能。所谓针对播放列表的再现控制功能，指按照当前播放列表信息和clip信息执行由再现引擎19进行的AV再现功能中的再现开始及再现停止。

<HDMI发送接收部21>

HDMI发送接收部21从通过HDMI(HDMI：High Definition MultimediaInterface：高精度多媒体接口)连接的其他设备接收与该设备相关的信息，同时把通过系统目标解码器的解码得到的数字非压缩的视频、与LPCM或被压缩的音频数据一起，发送给通过HDMI连接的其他设备。

<堆内存22>

堆内存(heap memory)22是为了BD-J执行部14而确保的堆栈存储器，存储有由BD-J应用生成的JMF播放器实例、通过对BD-J应用执行类装载器(class loader)而生成的字节码。它们形成线程的方式，并以先入先出的方式提供给虚拟机解释器23执行解释。

<虚拟机解释器23>

虚拟机解释器23把存储在堆内存22中的字节码转换为CPU能够执行的本地代码(native code)，并使CPU执行。

<PSR设置24>

PSR设置24是存储播放器变量的播放器设定寄存器、播放器状态寄存器。播放器变量包括表示播放器的状态的系统参数(SPRM)、和能够作为普通用途使用的通用参数(GPRM)。

图6是系统参数(SPRM)的一览。

SPRM(0)：语言码

SPRM(1)：主音频流序号

SPRM(2)：字幕流序号

SPRM(3)：角度(angle)序号

SPRM(4)：标题(title)序号

SPRM(5)：章节(chapter)序号

SPRM(6)：节目(program)序号

SPRM(7)：小区(cell)序号

SPRM(8)：选择密钥信息

SPRM(9)：导航定时器

SPRM(10)：再现时刻信息

SPRM(11)：卡拉OK用混合模式

SPRM(12)：父母限制用国家信息

SPRM(13)：父母限制级别

SPRM(14)：播放器设定值(视频)

SPRM(15)：播放器设定值(音频)

SPRM(16)：声音流用语言码

SPRM(17)：声音流用语言码(扩展)

SPRM(18)：字幕流用语言码

SPRM(19)：字幕流用语言码(扩展)

SPRM(20)：播放器地区码

SPRM(21)：辅视频流序号

SPRM(22)：辅音频流序号

SPRM(23)：再现状态

SPRM(24)：保留

SPRM(25)：保留

SPRM(26)：保留

SPRM(27)：保留

SPRM(28)：保留

SPRM(29)：保留

SPRM(30)：保留

SPRM(31)：保留

SPRM(10)在每当显示了属于AV clip的各个章节数据时被更新。即，如果再现装置显示新的章节数据，则SPRM(10)被更新为表示该新的章节数据的显示时刻(PTS)的值。如果参照该SPRM(10)，则能够得知当前的再现时间点。

SPRM(16)的声音流用语言码及SPRM(18)的字幕流用语言码是能够利用播放器的OSD等设定的项目，表示播放器的默认的语言码。例如，如果SPRM(16)的声音流用语言码是英语，则能够向BD-ROM盘中的BD-J应用追加下述功能，即：在再现播放列表后，从播放项目的流选择表中寻找具有相同语言码的流表项，选择其声音流并再现。这些SPRM存储在分别具有32比特的语句长度的寄存器中。确定SPRM的带括号的数值基本上指对应的寄存器的寄存器序号(其中，SPRM(21)、SPRM(22)不表示对应寄存器的寄存器序号)。

<流一样的再现功能>

下面，使用图7说明利用了虚拟包的流一样的再现功能中的虚拟包控制部16的再现推移。图7是示意表示流一样的再现功能的图。

所谓流一样(streaming-like)的再现功能指并列进行再现动作和下载动作，以便在播放项目信息或子播放项目信息即将成为当前播放项目或当前子播放项目信息之前，把由该播放项目信息或子播放项目信息参照的、而且是被赋予了渐进属性的AV clip，存储在本地存储器中。

图7中的上部表示播放列表，5个播放项目分别参照00001.m2ts、00002.m2ts、00003.m2ts、00004.m2ts、00005.m2ts，但它们全部是存储在本地存储器中的升级工具包的内容，被赋予了渐进属性。其中，00001.m2ts、00002.m2ts已经完成下载，由BD-J应用设定为Enable状态。00003.m2ts、00004.m2ts、00005.m2ts表示还没有进行下载或者虽然在下载但处于Disable状态。虚拟包控制部16在从播放列表的开头播放项目开始顺序地再现时，如图7中的上部所示，在再现位置存在于播放项目#1、播放项目#2时，不会妨碍再现。这是因为这些播放项目的播放项目信息参照的是处于Enable状态的AV clip。因此，再现一直进行到播放项目#3。

图7中的中部表示再现位置继续从图7中的上部前进的图，表示在再现位置推移到播放项目#3之前完成00003.m2ts的下载，由BD-J应用设定为Enable状态。因此，再现一直进行到播放项目#3。

图7中的下部表示再现位置再从图7中的中部继续前进的图，表示在再现位置推移到播放项目#4时，将要参照的00004.m2ts还没有完成下载或处于Disable状态。该情况时，将输出DataStarved事件。BD-J应用在接受到DataStarved事件后，使00004.m2ts的下载完成，转为Enable状态，并从接受到DataStarved事件的位置开始再现，通过进行这种控制来实现恢复。

如上所述，在流一样的再现中，只要处于下一个再现位置的播放项目的AV clip被事前下载并被设定为Enable状态，就不会妨碍再现进行。

第3段表示在图3所示的播放列表中追加记入了用于示意表示再现进行到何处的箭头。

第1段表示JMF播放器实例的状态，第2段表示再现控制引擎的状态。第3段表示作为说明材料的播放列表。根据第1段，JMF播放器实例虽然处于再现状态，但如果输出了DataStarved事件就处于停止状态。所谓DataStarved事件指表示应该再现的数据缺失的事件，接受到该DataStarved事件的JMF播放器实例和再现控制引擎转入停止状态。由于使JMF播放器实例和再现控制引擎的动作停止，所以DataStarved事件也被称为“再现停止事件”。

根据第2段，再现控制引擎虽然处于再现状态，但如果输出了DataStarved事件，就和JMF播放器实例一起处于停止状态。即，可知JMF播放器实例和再现控制引擎以DataStarved事件为触发，从再现状态切换为停止状态。

在图8中，由于属于子播放项目(路径ID＝0)的子播放项目#1成为当前子播放项目信息，所以再现一直进行到播放项目#1、SubPlayItem#1。在播放项目#2中，由于由对应的子播放项目#2参照的20002.m2ts是Unavailable clip，所以在当前子播放项目成为子播放项目#2时，输出DataStarved事件，不得不停止再现。

图9是表示再现位置要到达播放项目#2的状态的一例的图。在该图的示例中，与作为当前的再现位置的播放项目#2对应的、子路径ID＝0的子播放项目#2在参照Enable状态的AV clip。但是，子路径ID＝1的子播放项目#2参照还没有进行下载或处于Disable状态的AV clip。SPRM(2)表示的是子路径ID＝0的子播放项目#2，所以即使子路径ID＝1的子播放项目#2的AV clip不是Enable状态，虚拟包控制部16也能够继续再现。

即使20002.m2ts是Unavailable clip也不会妨碍再现，所以再现一直进行到播放项目#3。在播放项目#4中，由于由对应的子播放项目#4正在参照的10004.m2ts是Unavailable clip，所以在当前播放项目信息成为播放项目#4的时间点，再现中断。

根据以上所述可以得到以下结论。即，在要下载由与播放项目#2的再现区间对应的全部子路径(ID＝0、ID＝1)的子播放项目参照的AV clip时，作为下载的对象的AV clip是10001.m2ts、10002.m2ts、10003.m2ts、10004.m2ts、10005.m2ts、20001.m2ts、20002.m2ts、20003.m2ts、20004.m2ts、20005.m2ts，所以虚拟包控制部16必须使AV clip的下载等待对应子路径的数量的时间。该情况时，在子路径的数量增多时，用户必须在进行播放列表的再现后等待更多时间。

另一方面，在上述的动作中，在子播放项目中，如果包括利用主音频流序号SPRM(1)、字幕流序号SPRM(2)、辅视频流序号SPRM(21)、辅音频流序号SPRM(22)指定的流在内的AV clip全部是Enable状态，则能够持续再现，而不需要一直等待到其他子路径的子播放项目的AV clip成为Enable状态。这样，用户不必等待不需要的AV clip的下载，即可持续进行播放项目的再现。

图10是假设由于用户请求了字幕切换，当前的再现时间点从参照子路径(ID＝#0)的10003.m2ts的子播放项目#3、变化为参照子路径(ID＝#1)的20003.m2ts的子播放项目#3的情况的图。

在通过用户操作等把SPRM(2)变更为3时，将要再现的字幕成为子路径ID＝1的子播放项目#3。由于子播放项目#3参照的20003.m2ts是Unavailable clip，所以在该切换的同时，输出DataStarved事件。像以上这样，在请求了字幕切换时，如果包含切换目标的字幕流在内的AV clip还没有下载或处于Disable状态，则虚拟包控制部16停止再现，将DataStarved事件通知BD-J应用。

图11是假设由于存在章节跳跃，播放项目#3成为当前播放项目，子播放项目#3成为当前子播放项目信息的图。由于由子播放项目#3参照的20003.m2ts是Unavailable clip，所以产生DataStarved事件，使再现成为停止状态。

在参照Unavailable clip的子播放项目成为当前子播放项目信息时，由于再现处于停止状态，所以在下载时，如果优先下载由下一个播放项目和下一个子播放项目参照的、而且是包括成为再现对象的当前流的clip file，则能够持续再现。

如上所述，在进行章节跳跃等的跳跃再现时，主音频流序号SPRM(1)、字幕流序号SPRM(2)、辅视频流序号SPRM(21)、辅音频流序号SPRM(22)中的某一个流序号对应子播放项目，在该子播放项目参照还没有下载或者处于Disable状态的AV clip时，虚拟包控制部16将DataStarved事件通知BD-J应用。通过这样定义虚拟包控制部16的再现动作，同样能够通过下载最小的AV clip来继续再现。

图12是表示BD-J应用的处理步骤的流程图。

在步骤S1，把与所装载的BD-ROM对应的升级工具包下载到本地存储器的BUDA(Biding Unit Data Area)目录中。在步骤S2，发行指定了升级工具包中的Missing状态的虚拟包构建请求。

以后执行步骤S3～步骤S8的循环，该循环用于反复进行以下处理，即：选择播放列表并请求JMF播放器实例(步骤S3)，把播放列表信息中的开头的播放项目设定为当前播放项目(步骤S4)，选择由当前播放项目中的Clip_Information_file_name指定的AV clip(步骤S5)，下载AV clip(步骤S6)，在虚拟机中建立下面的3个线程，并在虚拟机中并列执行这些处理(步骤S7)。

(1).播放列表再现

(2).渐进属性AV clip控制

(3).DataStarved事件恢复处理

如果这3个处理的执行结束，则结束3个线程，返回步骤S3。

图13是表示AV clip下载的处理步骤的流程图。在步骤S11，指示网络接口以便从WWW上的服务器装置向BUDA目录下载AV clip，在步骤S12，把AV clip从Missing状态变更为Disable状态。在步骤S13，等待进行下载，如果进行下载，则在步骤S14进行验证，如果正常则在步骤S15把AV clip设为Enable状态。

图14是表示播放列表再现处理的处理步骤的流程图。在步骤S21，决定当前子播放项目信息，并转入步骤S22～步骤S24的循环。步骤S22～步骤S24的循环用于反复进行以下处理，即：判定由当前播放项目的Clip_Information_file_name指定的AV clip是否是Unavailable clip(步骤S22)，如果不是Unavailable clip，则从BD-ROM读出构成AV clip的源分组中从当前播放项目的In_Time到Out_Time的源分组的处理(步骤S23)；判定由当前子播放项目信息的Clip_Information_file_name指定的AV clip是否是Unavailable clip(步骤S24)，如果不是Unavailable clip，则从本地存储器读出构成AV clip的源分组中从当前播放项目的In_Time到Out_Time的源分组的处理(步骤S25)；把所读出的源分组中根据当前播放项目的STN_table被允许再现的源分组输出给解码器的处理(步骤S26)；判定当前播放项目是否是最后的播放项目的处理(步骤S27)；变更当前播放项目的处理(步骤S28)。该循环的结束条件是判定播放列表中不存在下一个播放项目(步骤S27：是)。

在步骤S29，如果由当前播放项目的Clip_Information_file_name指定的AV clip、或者由当前子播放项目信息的Clip_Information_file_name指定的AV clip是Unavailable clip，则产生DataStarved事件，使再现控制引擎和JMF播放器实例处于停止状态，然后等待再次开始(步骤S30)。

图15是表示当前子播放项目信息的决定步骤的流程图。在步骤S31，根据流程(procedure)决定当前主音频流，并设定为SPRM(1)，在步骤S32根据流程决定当前辅音频流，并设定为SPRM(14)。在步骤S33，决定当前辅视频流，并设定为SPRM(21)，在步骤S34，决定当前PG文本字幕流，并设定为SPRM(2)。

并且，把在Clip_Information_file_name中参照了当前主音频流、当前辅音频流、当前主视频流、当前PG文本字幕流的全部子播放项目，设定为当前子播放项目。

图16是表示渐进属性AV clip控制的处理步骤的流程图。

在步骤S41，选择由当前播放项目的后面的播放项目(下一个播放项目)中的Clip_Information_file_name指定的AV clip，在步骤S42，确定把下一个播放项目记述为Sync_PlayItem_Id的子播放项目(下一个子播放项目)。在步骤S43，选择由下一个子播放项目的Clip_Information_file_name指定的、而且是包含与PSR中的当前流序号对应的基本流的AV clip。

在步骤S44，判定所选择的AV clip是否存在于本地存储器中，如果不存在，则在步骤S45进行所选择的AV clip的下载。在步骤S46，进行应该删除的AV clip的选择，判定是否存在应该删除的AV clip(步骤S47)。如果存在，则进行AV clip的删除(步骤S48)。在步骤S49，等待当前播放项目、当前子播放项目信息变化，如果变化，则判定播放项目的再现是否结束，然后转入步骤S41(步骤S50)。

图17是表示再现停止恢复处理的处理步骤的流程图。步骤S61是构成等待获取DataStarved事件的循环，如果发生DataStarved事件，则步骤S62是等待获取了DataStarved事件的AV clip的下载完成的事件完成等待循环。步骤S63用于从获取了DataStarved事件的再现位置开始播放列表再现，在步骤S64判定播放列表的再现是否结束。

下面，表示AV clip中的当前的再现位置和成为下载对象的AV clip之间的关系。

图18表示在当前播放项目是播放项目#1、当前子播放项目信息是子路径(ID＝1)的子播放项目#1时，应该请求下载的clip file。在本地存储器中，需要使构成当前播放项目的00001.m2ts和构成当前子播放项目信息的20001.m2ts成为Enable状态。该情况时，由于下一个播放项目是播放项目#2、下一个子播放项目是子播放项目信息#2，所以在再现当前播放项目和当前子播放项目信息时，应该请求下载的clip file是构成下一个播放项目的00002.m2ts和构成下一个子播放项目的20002.m2ts。

图19表示在当前播放项目是播放项目#2、当前子播放项目信息是子路径(ID＝1)的子播放项目#2时，应该请求下载的clip file。在本地存储器中，需要使构成当前播放项目的00002.m2ts和构成当前子播放项目信息的20002.m2ts成为Enable状态。该情况时，由于下一个播放项目是播放项目#3、下一个子播放项目是子播放项目信息#3，所以在再现当前播放项目和当前子播放项目信息时，应该请求下载的clip file是构成下一个播放项目的00003.m2ts和构成下一个子播放项目的20003.m2ts。

图20表示在当前播放项目是播放项目#3、当前子播放项目信息是子路径(ID＝1)的子播放项目#3时，应该请求下载的clip file。在本地存储器中，需要使构成当前播放项目的00003.m2ts和构成当前子播放项目信息的20003.m2ts成为Enable状态。该情况时，由于下一个播放项目是播放项目#4、下一个子播放项目是子播放项目信息#4，所以在再现当前播放项目和当前子播放项目信息时，应该请求下载的clip file是构成下一个播放项目的00004.m2ts和构成下一个子播放项目的20004.m2ts。

在子路径是同步型时，当前子播放项目信息的再现时间长度与当前播放项目的再现时间长度相等，所以在以上的下载中，只要在持续再现当前播放项目的过程中，实现构成下一个播放项目和下一个子播放项目的clipfile的下载即可。

因此，下载所需要的比特率B是通过以下的计算示出的比特率。

比特率B＝构成下一个播放项目的clip file的数据大小+构成下一个子播放项目的clip file的数据大小/当前播放项目的再现时间

这样，如果在再现当前播放项目和当前子播放项目信息的过程中，下载由下一个播放项目参照的AV clip和由下一个子播放项目参照的AV clip，则最低必要限度的AV clip在本地存储器中备齐，所以不会由于DataStarved事件的产生而妨碍再现进行。

根据以上所述的本实施方式，在再现由多个子路径构成的播放列表后，参照表示选择内置于再现装置中的哪个流的播放器变量，再现时不需要的AV clip即使在没有完成下载的状态下也能够持续再现，能够实现高效率的流一样的再现。

<备考>

关于第1实施方式中的以下所示的技术话题，能够实施进一步的改进和变更。请注意，关于是按照第1实施方式所述进行实施还是实施这些改进/变更，都是任意设定的，由实施人员主观确定。

<播放列表再现的前处理>

在播放列表再现的前处理中，应该优先下载包括具有在SPRM(16)的声音流用语言码及SPRM(18)的字幕流用语言码中记述的语言码的声音流或字幕流的AV clip。通过形成这种结构，能够把用户在播放列表再现中使用的可能性比较大的AV clip选择为下载对象。

<与BD-ROM的并用>

在主路径表示存储在盘中的正片影像时，优选按照距离当前的再现位置从近到远的顺序逐次按序列地确定在当前的再现位置以后的子播放项目中所使用的、包括与下列流序号对应的流的AV clip，这些流序号是：

当前的主音频流序号SPRM(1)、

字幕流序号SPRM(2)、

辅视频流序号SPRM(21)、

辅音频流序号SPRM(22)所表示的流序号。

这样，在观看正片影像的期间，用户改变字幕或声音的情况比较少见，所以不会让用户产生等待时间即可实现播放列表的再现。

<防止正片再现的中断>

在正片再现过程中，由于来不及下载字幕/声音/辅视频/辅音频，所以发行DataStarved事件，使得正片再现临时停止，为了避免这种情况，为BD-J应用准备了以下所述的处理。该处理例如对于当前的主音频流序号SPRM(1)，在包括对应该流序号的流的AV clip还没有成为Enable状态时，在到达包括该AV clip的子播放项目之前，BD-J应用把SPRM(1)改写为“没有选择任何流”的特殊值，或者是进行改写以决定处于Enable状态的、或存在于盘中的AV clip的流序号(该情况时，也可以预先假设该状况并在盘中准备空(dummy)的内容)。通过形成这种结构，BD-J应用能够实现不发行DataStarved事件的控制。上述的处理可以说对于像把日语声音切换为英语声音那样基于用户操作的流切换也相同。BD-J应用通过在实际发生流切换SPRM(1)的改写之前对其进行禁止，能够防止正片再现的临时性的再现停止。

<第2实施方式>

说明AV clip(XXX.M2TS)和clip信息文件(XXX.CLPI)、系统目标解码器。

AV clip是MPEG-2传输流形式的数字流。

图21是表示AV clip的结构的一例的图。如该图所示，AV clip能够通过复用视频流、音频流、演示图形流(PG)、交互图形流中的一个以上而得到。视频流表示电影的主视频和辅视频，音频流表示电影的主音频部分以及与该主音频混合的辅音频，演示图形流表示电影的字幕。其中，所谓主视频表示显示在画面上的通常的影像，所谓辅视频指在主视频中被显示为较小画面的影像。并且，演示图形流表示通过在画面上配置GUI部件而生成的对话画面。AV clip中包含的各个流利用PID来识别。例如，在电影的影像中使用的视频流被分配了0x1011、音频流被分配了0x1100～0x111F、演示图形流被分配了0x1200～0x121F、交互图形流被分配了0x1400～0x141F，在电影的辅视频中使用的视频流被分配了0x1B00～0x1B1F，在与主音频混合的辅音频中使用的音频流被分配了0x1A00～0x1A1F。

图22是示意表示AV clip如何复用的图。首先，把视频流和音频流(第1段)分别转换为PES分组串(第2段)，并转换为TS分组串(第3段)。同样，把演示图形流和交互图形流7(第7段)分别转换为PES分组串(基本流)，再转换为TS分组串(第5段)。AV clip(第4段)通过在一个流中复用这些TS分组而构成。

图23更具体地表示视频流如何存储在PES分组串中。该图中的第1段表示视频流的视频帧串。第2段表示PES分组串。第3段表示通过转换这些PES分组串得到的TS分组串。如该图中的箭头yy1、yy2、yy3、yy4所示，按每个图片(picture)划分视频流中的作为多个Video Presentation Unit(视频演示单元)的I图片、B图片、P图片，并存储在PES分组的有效载荷中。各个PES分组具有PES头，在PES头中存储有作为图片的显示时刻的PTS(Presentation Time-Stamp：演示时戳)和作为图片的解码时刻的DTS(Decoding Time-Stamp：解码时戳)。

<TS分组串>

图24表示最终被写入AV clip中的TS分组的形式。第1段表示TS分组串，第2段表示源分组串，第3段表示AV clip。

如第1段所示，TS分组是被划分为具有识别流的PID等信息的4字节的“TS头”、和存储数据的184字节的“TS有效载荷”的固定长度的分组，前面说明的PES分组被划分存储在TS有效载荷中。

根据第2段，TS分组被赋予了4字节的TP_Extra_Header，并以被转换为192字节的源分组的状态写入AV clip中。在TP_Extra_Header中记述了ATS(Arrival_Time_Stamp)等信息。ATS表示向该TS分组的PID滤波器的传输开始时刻。在AV clip中，按照第3段所示排列源分组，自AV clip的开头起递增的序号被称为SPN(源分组序号)。

在包含于AV clip中的TS分组中，除了影像/声音/字幕等各个流之外，还有PAT(Program Association Table：节目关联表)、PMT(Program MapTable：节目映射表)、PCR(Program Clock Reference：节目时钟基准)等。PAT表示在AV clip中使用的PMT的PID是什么，并按照PAT自身的PID排列进行登记。PMT具有包含于AV clip中的影像/声音/字幕等各个流的PID和对应于各个PID的流的属性信息，并具有与AV clip相关的各种描述符(descriptor)。在描述符中具有指示是否允许AV clip的复制的复制控制信息等。PCR为了获取作为ATS的时间轴的ATC(Arrival Time Clock)与作为PTS/DTS的时间轴的STC(System Time Clock)的同步，具有与该PCR分组被传输给解码器的ATS相对应的STC时间的信息。

图25是具体说明PMT的数据结构的图。在PMT的开头配置有记述了该PMT中包含的数据的长度等的“PMT头”。在其后面，配置有与AV clip相关的“描述符”。前面叙述的复制控制信息等被记述为描述符。在描述符的后面，配置有多个与AV clip中包含的各个流相关的“流信息#1～#N”。流信息由记述了用于识别流的压缩编解码器等的流类型、流的PID、流的属性信息(帧速率、宽高比等)的流描述符构成。流描述符的数量与AV clip中存在的流的数量对应。以上说明了AV clip。下面，说明clip信息文件的具体情况。

<clip信息文件>

图26是表示clip信息文件的一例的图。clip信息文件如该图所示是AVclip的管理信息，与AV clip是一对一对应的，由流属性信息和表项映射构成。

图27是表示流属性信息的一例的图。流属性信息如该图所示按照每个PID登记了有关AV clip中包含的各个流的属性信息。属性信息具有因每个视频流、音频流、演示图形流、交互图形流而不同的信息。

“视频流属性信息”具有该视频流是通过什么样的压缩编解码器被压缩的、构成视频流的各个图片数据的分辨率是多少、宽高比是多少、帧速率是多少等信息。

“音频流属性信息”具有该音频流是通过什么样的压缩编解码器被压缩的、该音频流中包含的声道数是多少、对应于什么语言、采样频率是多少等信息。这些信息在再现设备进行再现之前的解码器的初始化等时使用。

图28是表示表项映射的一例的图。

如该图所示，表项映射是记述了表示AV clip中包含的视频流的各个帧内编码图像(以下称为I图片)的显示时刻的PTS、和各个I图片开始的AV clip的SPN的表信息。

其中，把在表的一个行中示出的成对的PTS和SPN的信息称为表项点。并且，把开头为0并按各个表项点而递增的值称为表项点ID(以下称为EP ID)。通过利用该表项映射，再现设备能够确定与视频流的时间轴上的任意地点对应的AV clip的文件位置。例如，在进行快进/退回的特殊再现时，确定在表项映射中登记的I图片，并选择该I图片进行再现，由此能够有效地进行处理，而不需要分析AV clip。并且，表项映射是按照在AV clip中复用的各个视频流而生成的，利用PID进行管理。

以上说明了AV clip、clip信息文件。下面，说明系统目标解码器13的具体情况。

图29是表示系统目标解码器13的内部结构的一例的图。如该图所示，系统目标解码器13由源去分组器(source depacketizer)32a、b、PID滤波器33a、b、主视频解码器34、主视频平面35、辅视频解码器36、辅视频平面37、PG解码器38、PG平面39、IG解码器40、IG平面41、主音频解码器42、辅音频解码器43、声音混合器44、BD-J处理器45、BD-J平面46、和加法部47构成。

源去分组器32a、b解释传输给系统目标解码器13的源分组，提取TS分组并发送给PID滤波器。在进行该发送时，根据各个源分组的ATS调整向解码器的输入时刻。具体地讲，在ATC计数器生成的ATC的值与源分组的ATS的值达到相同的瞬间，按照AV clip的记录速率，向PID滤波器只传输该TS分组。

PID滤波器33a、b按照PID，把从源去分组器输出的TS分组中、TS分组的PID与再现所需要的PID一致的TS分组，传输给主视频解码器、辅视频解码器、IG解码器、PG解码器、声音解码器、辅音频解码器。例如，在是BD-ROM时，在TS分组中包含的PID是0x1011时传输给主视频解码器，在PID是0x1B00～0x1B1F时传输给辅视频解码器2505，在PID是0x1100～0x111F时传输给主音频解码器，在PID是0x1A00～0x1A1F时传输给辅音频解码器，在PID是0x1200～0x121F时传输给PG解码器2507，在PID是0x1400～0x141F时传输给IG解码器2506。

如图28所示，源去分组器和PID滤波器分别各设置了两个，一个处理从读出缓冲器11传输的AV clip，一个处理从读出缓冲器12传输的AV clip。在子路径类型是同步型时，由主路径参照的AV clip和由子路径参照的AVclip取同步的同时进行再现。在子路径类型是非同步型时，由主路径参照的AV clip和由子路径参照的AV clip不同步地再现。

主视频解码器34具有缓冲用缓冲器，用于在缓冲器中存储数据的同时去除TS头、PES头等信息，提取处于编码状态的图片(I图片、B图片、P图片)，在预定的每个解码时刻(DTS)解码视频流的各个帧图像，由此生成多个帧图像，并在显示时刻(PTS)的定时写入主视频平面35。在AV clip中复用的视频流的压缩编码形式有MPEG2、MPEG4AVC、VC1等，根据流的属性切换压缩影像的解码方式。

主视频平面35存储有由主视频解码器34得到的帧图像。

辅视频解码器36具有与主视频解码器35相同的结构，进行所输入的辅视频流的解码，并在显示时刻(PTS)的定时把图片写入辅视频平面中。

辅视频平面37存储有由辅视频解码器36得到的帧图像。

PG解码器38从由源去分组器输入的TS分组中提取演示图形流并进行解码，并在显示时刻(PTS)的定时把非压缩的图形数据写入PG平面中。

PG平面39存储有非压缩的图形数据。

IG解码器40从由源去分组器输入的TS分组中提取交互图形流并进行解码，并在显示时刻(PTS)的定时把非压缩的图形数据写入IG平面中。

在IG平面41存储有非压缩的图形数据。

主音频解码器42具有缓冲用缓冲器，用于在缓冲器中存储数据的同时去除TS头、PES头等信息，进行声音流解码处理，得到非压缩的LPCM状态的音频数据，并在再现时刻(PTS)的定时输出给声音混合器。在AV clip中复用的音频流的压缩编码形式有AC3、DTS等，根据流的属性切换压缩声音的解码方式。

辅音频解码器43具有与主音频解码器相同的结构，进行所输入的辅音频流的解码，并在显示时刻的定时把非压缩的LPCM状态的音频数据输出给声音混合器。在AV clip中复用的音频流的压缩编码形式有DolbyDigitalPlus、DTS-HD LBR等，根据流的属性切换压缩声音的解码方式。

声音混合器44对从主音频解码器输出的非压缩声音数据和从辅音频解码器输出的非压缩声音数据进行混合(声音重合)，并输出给扬声器等。

BD-J处理器45对从BD-J执行部传输的PNG形式或JPEG形式的图形数据进行解码，并按照由BD-J应用指定的显示时刻，输出给BD-J平面。

BD-J平面46存储有由BD-J处理器45解码后的图形数据。

加法部47使写入主视频平面、辅视频平面、IG平面、PG平面、BD-J平面的数据瞬时重叠，并显示在TV等的画面上。

根据以上所述的本实施方式，通过实现依据于BD-ROM播放器模型的内部结构，能够实现播放列表的再现。

<第3实施方式>

在本实施方式中，叙述播放列表信息的具体的数据结构、和当前辅视频流的决定方法。

图30是表示播放列表信息的数据结构的图，如该图所示，播放列表信息包括定义MainPath的主路径信息(MainPath())、和定义Subpath的子路径信息(Subpath())。

<播放列表信息的说明之一：子路径信息>

MainPath是对主视频即MainClip定义的再现路径，而Subpath是对于应与MainPath同步的SubClip定义的再现路径。

图31是展开显示子路径信息的内部结构的图。如该图中的箭头hc0所示，各个Subpath包括表示子路径的类型的SubPath_type、和一个以上的SubPlayItem信息(···SubPlayItem()···)。

图中的引出线hc1展开显示SubPlayItem信息的结构。

SubPlayItem定义从主路径分离出来的一个以上的基本流再现路径，用于表述使该路径如何与主路径同步的类型。如果在SubPlayItem中使用的是The Primary audio/PG/IG/Secondary audio/Secondary video的子路径，则这些SubPlayItem与使用PlayList中的PlayItem的主路径同步。由该基本流再现用的子路径使用的基本流，在从由MainPath侧的PlayItem使用的MainClip分离出来的Clip、即SubClip中复用。

下面说明SubPlayItem的内部结构。SubPlayItem信息如图中的箭头hcl所示，由“Clip_information_file_name”、“Clip_codec_identifier”、“ref_to_STC_id[0]”、“SubPlayItem_In_time”、“SubPlayItem_Out_time”、“sync_PlayItem_id”、“sync_start_PTS_of_PlayItem”构成。

“Clip_information_file_name”指通过记述clip信息的文件名来唯一指定对应于SubPlayItem的SubClip的信息。

“Clip_codec_identifier”表示AV clip的编码方式。

“ref_to_STC_id[0]”表示该SubPlayItem作为对象的唯一的STC_Sequence。

“SubPlayItem_In_time”是表示在SubClip的再现时间轴上的SubPlayItem的起始点的信息。

“SubPlayItem_Out_time”是表示在SubClip的再现时间轴上的SubPlayItem的终止点的信息。

“sync_PlayItem_id”是唯一地指定构成MainPath的PlayItem中应该与该SubPlayItem同步的PlayItem的信息。SubPlayItem_In_time存在于利用该sync_PlayItem_id指定的Play Item的再现时间轴上。

“sync_start_PTS_of_PlayItem”以45KHz的时间精度，表示在利用sync_PlayItem_id指定的Play Item的再现时间轴上，利用SubPlayItem_In_time指定的SubPlayItem的起始点位于何处。在某个SubPlayItem定义辅视频流上的再现区间，该SubPlayItem的sync_start_PTS_of_PlayItem表示PlayItem时间轴中的一个时间点时，该SubPlayItem实现“同步画中画(picture in picture)”。

并且，也可以对该Sync_Start_Pts_of_PlayItem设定不固定的值(0xFFF)。该不固定的值表示在利用Sync_PlayItem_Id指定的PlayItem的时间轴上，把由用户进行了锁定操作的时间点确定为与利用Sync_PlayItem_Id指定的PlayItem的同步时间点。在sync_start_PTS_of_PlayItem被设定为不固定的值，而且SubPlayItem期望再现辅视频流时，该SubPlayItem实现“非同步画中画(picture in picture)”。

以上说明了SubPath信息。

<STN_table>

播放列表信息中的特征在于STN_Table。

STN_table是表示在利用PlayItem信息的Clip_Information_file_name指定的AV clip中复用的多个基本流、利用SubPlayItem信息的Clip_Information_file_name指定的Out_of_MUX流中、能够再现的流的表。具体地讲，STN_table构成为使在MainClip中复用的多个In_MUX流、在SubClip中复用的Out_of_MUX流的各自的Stream_entry，与Stream_attribute相对应。

图32是表示STN_table的整体结构的一例的图。图33是表示图32所示的STN_table的整体结构中、有关辅视频流的stream_entry的一例的图。如该图所示，STN_table由n个Secondary_video_stream_entry(Secondary_video_stream_entry[1]～Secondary_video_stream_entry[n])、和辅视频流的个数(number_of_Secondary_video_stream_entries[＝n])构成。引出线hs1展开显示Secondary_video_stream_entry[1]的内部结构。即，Secondary_video_stream_entry[1]～Secondary_video_stream_entry[n]是从相同的类构造体生成的多个实例，其内部结构都与该引出线hs1所示的结构相同。并且，Secondary_video_stream_entry中的括号[]内的数值表示Secondary_video_stream_entry的顺序，即，Secondary_video_stream_entry在STN_table位于第几个。

如引出线hs1所示，Secondary_video stream_entry[1]包括：把与Secondary Video Stream Number＝1对应的PID提示给再现装置的“Stream_entry”；表示与Secondary Video Stream Number＝1对应的视频属性的“Stream_attribute”；在设定为Secondary Video Stream Number＝1时，表示能够再现的辅音频流的“Comb_info_Secondary_Video_Secondary_Audio”；在设定为Secondary Video Stream Number＝1时，表示能够再现的PG流或文本字幕流的“Comb_info_Secondary_Video_PiP_PG_textST()”。

如引出线hs2所示，Secondary_video_stream_entry[2]包括：把与Secondary Video Stream Number＝2对应的PID提示给再现装置的“Stream_entry”；表示与Secondary Video Stream Number＝2对应的视频属性的“Stream_attribute”；在设定为Secondary Video Stream Number＝2时，表示能够再现的辅音频流的“Comb_info_Secondary_Video_Secondary_Audio”；在设定为Secondary Video Stream Number＝2时，表示能够再现的PG流或文本字幕流的“Comb_info_Secondary_Video_PiP_PG_textST()”。

关于引出线hs3也相同。如上所述，在STN_table中位于第x个的secondary_video_stream_entry[x]，在辅视频流序号被设定为x时，指示再现装置对应该x的辅视频流的PID是什么、该辅视频流的视频属性是什么、能够与什么样的辅音频流、PGTextST流组合。

在表示字幕的流中，除了在前面的实施方式中叙述的演示图形流之外，还有利用文本码表述的文本字幕流。其中的PG文本字幕流是将演示图形流和文本字幕流合并的统称名称。并且，把在画中画中使用的PG文本字幕流称为PiP_PG_文本字幕流。

图34(a)是表示主视频流中的Stream_entry和Stream_attribute的一例的图。Stream_entry包括构成主视频流的PES分组中表示分组识别符的“ref_to_stream_PID_of_mainClip”。

Stream_attribute包括表示视频流的显示方式的“Video_format”和表示视频流的显示频率的“frame_rate”。

图34(b)表示辅视频流中的Stream_entry。如该图所示，辅视频流的Stream_entry包括表示参照辅视频流的SubPath信息的“ref_to_Sub_Path_id”、和构成辅视频流的PES分组的表示分组识别符的“ref_to_stream_PID_of_mainClip”。

以上说明了本实施方式中的记录介质的具体情况。

下面说明PSR1、PSR14、PSR31。PSR中的语句长度是32比特。下面，把构成PSR的一个语句(32比特)的各个比特数据的比特位置称为b0～b31。在该称呼方法中，PSR的最上位比特被称为b31，最下位比特被称为b0。

<PSR14>

图35(a)是表示PSR14的比特分配的一例的图。

根据该图，32比特长度的PSR14中的b8～b15是辅视频流的流序号，用于确定在当前Play Item的STN_table中记述了entry的多个辅视频流中的一个。如果PSR14的设定值变化，则再现装置再现该变化后的辅视频流。PSR14中的辅视频流的流序号作为初始值被设定为0xFF，能够利用再现装置设定为1～32的值。该0xFF是不固定的值，表示不存在辅视频流、或者没有选择辅视频流之意。1～32的设定值可以解释为辅视频流的流序号。

PSR14的b31是disp_v_flag，表示再现装置具有再现辅视频的能力(1b：Presentation of Secondary Video is enable)、或者再现装置不具有再现辅视频的能力(0b：Presentation of Secondary Video is disable)。

<PSR29>

图35(b)是表示PSR29的比特分配的一例的图。

PSR29的b0表示HD_Secondary_video_Capability，表示再现装置具有再现HDTV对应的辅视频的能力(1b：HD Secondary Video is capable)、或者再现装置不具有再现HDTV对应的辅视频的能力(0b：HD SecondaryVideo is incapable)。

PSR29的b1是50&25Hz_video_Capability，表示再现装置具有再现50&25Hz视频即PAL方式的视频的能力(1b：50&25Hz Video is capable)、或者再现装置不具有再现50&25Hz视频的能力(0b：50&25Hz Video isincapable)。

以上说明了PSR设置23。

图36是表示再现控制引擎的内部结构的一例的图。如该图所示，再现控制引擎部包括Procedure执行部48、PID转换部49。

在产生了从某个PlayItem信息向其他PlayItem信息的切换时、或者由用户进行了切换流序号的操作时，Procedure执行部48执行预定的流选择流程(procedure)，向PSR14写入新的辅视频流的流序号。再现装置根据写入PSR14的流序号再现辅视频流，所以通过该PSR14的设定来选择辅视频流。

在切换PlayItem信息时执行流选择流程，是因为STN_Table按每个PlayItem信息存在，因此在某个PlayItem信息中能够再现的辅视频流有可能在其他PlayItem信息中不能再现。

PID转换部49根据STN_Table，把存储在PSR设置23中的流序号转换为PID参照值，把转换结果即PID参照值指示给PID滤波器33a、PID滤波器33b。

图37是表示用于选择当前辅视频流的流选择流程的处理步骤的流程图。

在步骤S71，检查对PSR14设定的序号的辅视频流是否满足下面的条件(A)、条件(B)。

条件(A)：通过将Video format、frame_rate与HD Secondary VideoCapability或50&25Hz Video Capability进行比较，再现装置具有再现利用存储在PSR14中的序号确定的辅视频流的能力。

条件(B)：辅视频流中的SubPath_Type是“＝6(非同步画中画)”。

其中，Video format、frame_rate在STN_table中被记述为有关辅视频流的stream_attribute。并且，关于有无HD Secondary Video Capability和50&25Hz Video Capability，利用PSR29的b0、b1表示。通过对照这些STN_table的设定和PSR29的b1的值，进行是否具备条件(A)的判定。

在执行步骤S71之后，执行步骤S72、步骤S73。

步骤S72是判定步骤，用于判定当前播放项目的STN_table中的辅视频流在STN_table中的Stream_entry的个数是否为0。其中，辅视频流在STN_table中的Stream_entry的个数为0，意味着被允许再现的辅视频流一个也不存在。如果是0，则保持PSR14的辅视频流序号(步骤S73)。这是因为在当前播放项目中，只要不存在被允许再现的辅视频流，就应该保持PSR14的现状值。

步骤S74是在步骤S73判定不是0时执行的判定步骤，用于判定存储在PSR14中的序号X是否是STN_table中的Stream_entry的总数以下、而且满足条件(A)。如果该步骤S74判定为是，则选择对于当前播放项目为最适合的当前辅视频流(步骤S75)。

如果在步骤S74判定为否，则执行步骤S76的判定步骤。该判定步骤用于判定是否满足条件(B)。如果满足条件(B)，则在步骤S78对PSR14设定0xFE。该0xFE是表示下列情况的值，即：虽然PSR14中的辅视频流序号为Valid(有效)，但辅视频流为非选择。在执行非同步画中画时，如果对PSR14设定该值，则在用户进行了操作时，执行当前流的决定步骤。但是，假设如果PSR14的流序号是Invalid(无效)，即使用户进行了操作，也不执行当前流的决定步骤，处于无论经过多久，都不能再现辅视频流的状态。为了避免这种情况，在执行非同步画中画时，对PSR14设定0xFE。

如果虽然不满足条件(B)、但有效的辅视频流序号已经存在于PSR14中时，对其不进行变更(步骤S77)。

以上说明了辅视频流中的流选择流程。

图38是表示选择对于当前播放项目为最适合的当前辅视频流的处理步骤的流程图。

在步骤S81～步骤S83，针对在STN_table中的全部stream_entry中记述的流，执行是否满足下面的条件(a)、条件(b)的检查。

条件(a)：通过将有关辅视频流的Video format、frame_rate与HDSecondary Video Capability或50&25Hz Video Capability进行比较，再现装置具有再现利用存储在PSR14中的序号确定的辅视频流的能力。

条件(b)：辅视频流中的SubPath_Type是“＝6(非同步画中画)”。

如果针对在STN_table中被允许再现的全部辅视频流进行了上述的检查，则执行步骤S84的判定步骤。

步骤S84用于判定满足条件(a)的辅视频流是否一个也不存在，如果不是，则对PSR14设定0xFFF作为有关辅视频流的流序号(步骤S85)。

如果哪怕存在一个辅视频流，则步骤S84为是，执行步骤S86。步骤S86用于判定满足条件(a)、而且是在STN_table中位于开头顺序的辅视频流，是否满足条件(b)。如果满足条件(b)，则在步骤S87对PSR设定0xFE的辅视频流序号。

如果不满足条件(b)，则选择满足条件(a)的辅视频流中、对应的Stream_Entry在STN_table中位于开头顺序的辅视频流，并对PSR14设定所选择的辅视频流的流序号(步骤S88)。

如果利用SubPlayItem规定了当前辅视频流中的再现区间，则把规定当前辅视频流中的再现区间的子播放项目确定为当前子播放项目。

经过这些步骤，对于当前播放项目为最适合的当前辅视频流被存储在PSR14中。以上是选择最适合的当前辅视频流序号的选择步骤。

根据以上所述的本实施方式，即使记录在BD-ROM或本地存储器中的辅视频流中存在不能再现的流，通过执行选择下一个流的步骤，产生“把自身能够再现的流用于画中画”的选择余地。因此，即使辅视频的总体大小自身具有偏差、再现装置有无再现辅视频的能力存在偏差时，也能够使再现装置显示某种辅视频，并执行画中画。

在包含与这样选择的辅视频对应的辅视频流的AV clip正在由子播放项目参照时，如果该AV clip是Unavailable clip，则再现中断。因此，如果加快进行包含当前辅视频流的、而且是由子播放项目信息参照的AV clip的下载，则再现不会中断，所以能够确保顺畅地进行再现。

<第4实施方式>

该实施方式属于应该再现的播放列表是立体观察影像用的播放列表时的改进。

作为实现立体观察的方法，有使用全息技术的方法和使用视差图像的方式。

首先，第一个全息技术的特征是能够以与人识别正常物体时完全相同的方式把物体再现为立体状态，但关于动态图像生成虽然已建立了技术上的理论，但需要伴随有实时地生成全息用动态图像的庞大运算量的计算机、和具有在1mm之间引出数千条线的分辨率的显示装置，目前的技术还很难实现，几乎没有作为商用而得到实际应用的示例。

第2个是使用视差图像的方式。该方式的优点是顶多只需准备右眼用和左眼用的两个视点的影像即可实现立体观察，从如何在技术上使对应的眼睛只能够看到分别对应左右眼睛的图案的角度出发，以序列分离(sequential segregation)方式为代表的几种技术已经得到实际应用。

为了实现这种立体观察，包括第1实施方式说明的再现装置、电视机在内的家庭影院系统具有序列型立体眼镜。

图39是表示序列型立体眼镜的一例的图。该图(a)表示能够实现立体观察的家庭影院系统。该图的家庭影院系统具有作为电视机104的附属品的序列型立体眼镜105。

该图(b)表示用户佩戴序列型立体眼镜105时的状态。序列型立体眼镜105具有液晶闸门，使用户收看基于序列分离方式的视差图像。所谓视差图像指由映入右眼的影像和映入左眼的影像构成的一组影像，用于进行立体观察，只使对应各个眼睛的图片映入用户的眼睛。

所谓序列分离方式指沿时间轴方向交替显示左眼用影像和右眼用影像，通过眼睛的余像反应使左右的场景在大脑内重合，并识别为立体影像的方法。该图(c)表示实现平面观察时的序列型立体眼镜105的状态。在实现平面观察时，两个眼睛的液晶闸门处于透光状态。该图(d)表示显示左眼用影像时。在显示器上显示有左眼用影像的瞬间，前面叙述的序列型立体眼镜105使对应左眼的液晶闸门透射，使对应右眼的液晶闸门遮光。该图(e)表示显示右眼用影像时。在显示器上显示有右眼用影像的瞬间，与刚才相反，使对应右眼的液晶闸门透射，使对应左眼的液晶闸门遮光。

在该方式中，为了沿时间轴方向交替显示左右影像，例如，如果是普通的二维电影则使1秒钟显示24张影像，而该方式需要将左右影像相加，使1秒钟显示48个影像。因此，在该方式中，虽然适合于一个画面的改写比较快的显示器，但只要是能够在1秒钟内进行预定次数的改写的显示器，就没有限制。

并且，作为其他方法，还有以下方式，即：与刚才的序列型立体眼镜105沿时间轴方向交替输出左右图片的情况相反，该方式在一个画面中的纵方向上同时交替排列左眼用图片和右眼用图片，在显示器表面通过被称为双凸透镜(lenticular lens)的鱼糕状的(拱形)透镜，使构成左眼用图片的象素只成像于左眼，而使构成右眼用图片的象素只成像于右眼，由此使左右眼睛观看具有视差的图片，从而实现立体观察。另外，不限于柱面透镜，也可以使用具有相同功能的器件、例如液晶元件，还可以对左眼用象素设置纵向偏振光的滤光器，对右眼用象素设置横向偏振光的滤光器，收看者使用对左眼用设置了纵向偏振光的滤光器、对右眼用设置了横向偏振光的滤光器的偏振光眼镜来观看显示器，由此能够实现立体观察。

使用了该视差图像的立体观察已经在娱乐场地的娱乐设施等中得到普遍使用，在技术上也已经确立，可以说是最接近于家庭中的实际应用的方式。另外，除此之外，关于用于使用了视差图像的立体观察的方法，也提出了两色分离方式等各种技术，在本实施方式中，使用序列型分离方式或偏振光眼镜方式的示例进行说明，但只要使用视差图像，就不限于这两种方式。

在本实施方式中，说明把在立体观察中使用的视差图像存储在信息记录介质中的方法。在此，把存储了左眼用画面的影像称为“左眼影像”，把存储了右眼用画面的影像称为“右眼影像”，把双方的影像称为“立体观察影像”。

<主视频流、辅视频流的改进>

本实施方式中的主视频流是在平面观察再现装置中被再现为平面观察影像，在平面观察/立体观察影像再现装置中再现立体观察影像时被再现为左眼用影像的视频流。把该视频流称为平面观察/左眼收看用视频流。

本实施方式中的辅视频流存储了右眼收看用视频流。右眼收看用视频流是在平面观察/立体观察影像再现装置中再现立体观察影像时被再现为右眼用影像的视频流。右眼收看用视频流被分配了与主视频流的PID不同的0x1012。下面，说明平面观察/左眼收看用视频流和右眼收看用视频流的结构。

但是，由于从左右视点观看相同被摄体，所以影像的相关性比较大，因此，通过进行视点间的图片间预测编码，与平面观察/左眼收看用视频流相比，右眼用视频流能够大幅削减数据量。并且，平面观察/左眼收看用视频流的帧速率是在平面观察再现装置再现平面观察/左眼收看用视频流单体时的帧速率，该值存储在GOP头中。

该图的第2段表示主视频流的内部结构。该主视频流包括图片数据I1、P2、Br3、Br4、P5、Br6、Br7、P9这些图片数据。这些图片数据被按照DTS进行解码。第1段表示右眼图像。根据PTS并按照I1、Br3、Br4、P2、Br6、Br7、P5的顺序，对这样被解码后的图片数据I1、P2、Br3、Br4、P5、Br6、Br7、P9进行再现，由此再现右眼图像。

第4段表示辅视频流的内部结构。该辅视频流包括图片数据P1、P2、B3、B4、P5、B6、B7、P8这些图片数据。这些图片数据被按照DTS进行解码。第1段表示左眼图像。这些图片数据被按照DTS进行解码。第1段表示左眼图像。根据PTS并按照P1、B3、B4、P2、B6、B7、P5的顺序，对这样被解码后的图片数据P1、P2、B3、B4、P5、B6、B7、P8进行再现，由此再现左眼图像。

第5段表示如何改变序列型立体眼镜105的状态。根据该第5段所示可知，在收看左眼图像时，关闭右眼的闸门，在收看右眼图像时，关闭左眼的闸门。

这些主视频流、辅视频流除了利用时间方向的冗余性的图片间预测编码之外，还通过利用视点间的冗余性的图片间预测编码被压缩。右眼收看用视频流的图片参照平面观察/左眼收看用视频流的相同显示时刻的图片被压缩。

例如，右眼收看用视频流的开头P图片参照平面观察/左眼收看用视频流的I图片，右眼收看用视频流的B图片参照平面观察/左眼收看用视频流的Br图片，右眼收看用视频流的第2个P图片参照平面观察/左眼收看用视频流的P图片。

<视频存取单元>

分配给平面观察/左眼收看用视频流和右眼收看用视频流的各个视频存取单元(video access unit)的显示时刻(PTS)、解码时刻(DTS)的关系，如图40中的时间轴所示。平面观察/左眼收看用视频流中的各个图片数据的DTS与右眼收看用视频流中的各个图片数据的DTS被设定成为在时间轴上交替，平面观察/左眼收看用视频流中的各个图片数据的PTS与右眼收看用视频流中的各个图片数据的PTS也被设定成为在时间轴上交替。这可以通过交替设定处于图片间预测编码的参照关系的平面观察/左眼收看用和右眼收看用的图片的解码顺序、显示顺序来实现。

并且，平面观察/左眼收看用的帧与下一个右眼收看用的帧之间的DTS的时间间隔，被设定成为平面观察/左眼收看用的1帧的显示时间间隔的一半。同样，平面观察/左眼收看用的帧与下一个右眼收看用的帧之间的PTS的时间间隔，被设定成为平面观察/左眼收看用的1帧的显示时间间隔的一半。

<立体观察显示延迟>

把平面观察/左眼收看用视频流的图片与相同显示时刻的右眼收看用视频流的图片的PTS间隔的差分，作为立体观察显示延迟。立体观察显示延迟是平面观察/左眼收看用视频流的1帧的显示间隔的一半的值。

<立体观察播放列表>

在立体观察播放列表中准备有用于存储右眼收看用的子路径。子路径参照存储右眼收看用的多个AV clip，并被设定成为在时间轴上与主路径同步。根据这种结构，能够在平面观察播放列表和立体观察播放列表中共用存储了平面观察/左眼收看用的AV clip，在立体观察播放列表中能够使左眼影像与右眼收看用在时间轴上同步并相关联。

为了区分立体观察播放列表和平面观察播放列表，在播放列表信息中具有立体观察标志。立体观察标志表示在播放列表信息内的流序号表中是否允许辅视频流的再现并通过再现辅视频流来进行立体观察。

以上是记录介质的改进。下面，说明再现装置的具体情况。本实施方式中的再现装置将主视频平面35替换为2D/左眼影像平面61和右眼收看用平面62。并且，q13具有像z41那样的内部结构。

图41是表示系统目标解码器13的内部结构的一例的图。在该图的内部结构中，辅视频解码器、IG解码器、PG解码器、主音频解码器、辅音频解码器、声音混合器、图像处理器的结构，与在第1实施方式中说明的平面观察用的再现装置相同，所以省略。

源去分组器32a解释存储在读出缓冲器11中的源分组，提取TS分组并发送给PID滤波器33a。

源去分组器32b解释存储在读出缓冲器11中的源分组，提取TS分组并发送给PID滤波器34b。在进行该发送时，根据各个源分组的ATS来调整向解码器的输入时刻。具体地讲，在ATC计数器生成的ATC的值与源分组的ATS值达到相同的瞬间，按照AV clip的记录速率，只将该TS分组传输给PID滤波器。

PID滤波器33a按照PID，把从源去分组器32a输出的TS分组中、TS分组的PID与再现所需要的PID一致的TS分组，传输给3D视频解码器的TB31、辅视频解码器、IG解码器、PG解码器、声音解码器、辅音频解码器。并且，PID滤波器34按照PID，把从源去分组器32a输出的TS分组中、TS分组的PID与再现所需要的PID一致的TS分组，传输给3D视频解码器的TB51。

3D视频解码器50由TB51、M52、EB53、TB58、M59、解码器54、DPB55、缓冲器开关56、图片开关57、EB60构成。

TB51是缓冲器，用于在从PID滤波器33输出包括2D/左眼影像视频流的TS分组时，暂且原样存储TS分组。

MB52是缓冲器，用于在从TB51向EB53输出视频流时暂且存储PES分组。在从TB51向MB52传输数据时，TS分组的TS头被去除。

EB53是存储处于编码状态的视频存取单元的缓冲器。在从MB52向EB53传输数据时，PES头被去除。

TB58是缓冲器，用于在从PID滤波器34输出包括右眼收看用视频流的TS分组时，暂且原样存储TS分组。

MB59是缓冲器，用于在从TB58向EB60输出视频流时，暂且存储PES分组。在从TB58向MB59传输数据时，TS分组的TS头被去除。

EB60是存储处于编码状态的视频存取单元的缓冲器。在从MB59向EB60传输数据时，PES头被去除。

解码器54在预定的解码时刻(DTS)将视频基本流的各个视频存取单元进行解码，由此生成帧/场图像。在AV clip中复用的视频流的压缩编码形式有MPEG2、MPEG4AVC、VC1等，所以根据流的属性来切换解码器54的解码方法。解码器54把解码后的帧/场图像传输给DPB55，在显示时刻(PTS)的定时把对应的帧/场图像传输给图片开关。

DPB55是临时保存被解码后的帧/场图像的缓冲器。在解码器54对被实施了图片间预测编码的P图片或B图片等的视频存取单元进行解码时，在参照已经解码的图片时使用。

缓冲器开关56在分配给视频存取单元的解码时刻(DTS)的定时，把存储在EB和EB中的图片传输给解码器54。并且，在解码器54对视频存取单元进行解码时，也可以使用所获取的解码开关信息确定从EB、EB的哪里提取下一个存取单元。并且，2D/左眼影像视频流和右眼收看用视频流的DTS被设定成为在时间轴上以图片单位交替存在，所以例如对于无视DTS而向前进行解码的那种解码器54，也可以以图片单位向解码器54传输视频存取单元。

图片开关57对于从解码器54传输过来的已解码的帧/场图像，在属于2D/左眼影像的流时，将该帧/场图像暂时写入2D/左眼影像平面61，在属于右眼收看用的流时，将该帧/场图像暂时写入右眼收看用平面62。

以上是有关系统目标解码器的说明。下面，说明本实施方式的虚拟包控制部16的改进。

虚拟包控制部16在立体观察标志被设定为关(OFF)时，即使没有下载包括任何辅视频流的AV clip，也不输出DataStarved事件。因此，即使没有下载辅视频流，JMF播放器实例和再现控制引擎也不停止再现。

相反，在立体观察标志被设定为开(ON)时，当前辅视频流对应于子播放项目，在该子播放项目参照尚未下载的AV clip或Disable状态的AV clip时，虚拟包控制部16将DataStarved事件通知再现控制引擎和JMF播放器实例。由此停止再现。

并且，在序列型立体眼镜105被取下、再现装置101的设定是“立体观察关”时，继续进行再现，而不需等待存储了辅视频流的AV clip的下载。

根据以上所述的本实施方式，在立体观察被设定为关时，可以不等待包括辅视频流的AV clip的下载，继续进行播放项目的再现。

(第5实施方式)

在本实施方式中，说明用于选择当前主音频流、当前辅音频流的具体数据结构、再现装置的结构。

图42表示Primary_audio_stream_entry、Secondary_audio_stream_entry的内部结构、和Comb_info_Secondary_video_Secondary_audio的内部结构的一例的图。图中的引出线ha1、ha2展开显示Primary_audio_stream_entry、Secondary_audio_stream_entry的内部结构。这些内部结构都是共通的，包括stream_entry、stream_attribute。

引出线ha3展开显示Stream_entry的内部结构。如该引出线所示，主音频流和辅音频流的Stream_entry包括：表示参照辅音频流的SubPath信息的“ref_to_Sub_Path_id”、表示复用了主音频流和辅音频流的SubClip的“ref_to_Sub_Clip_entry_id”、表示针对构成主音频流和辅音频流的分组的PID的参照值的“ref_to_stream_PID_of_Sub_Clip”。

引出线ha4展开显示Stream_attribute的内部结构。如该引出线所示，主音频流、辅音频流中的Stream_attribute包括：表示音频流的编码方式的“stream_coding_type”、表示对应的音频流的声道结构的“audio_presentation_type”、表示对应的音频流的采样频率的对应“Sampling_frequency”、表示音频流的语言属性的“audio_language code”。

作为对应该辅音频流的信息，如引出线ha5所示，在辅音频流用的stream_entry中存在Comb_info_Secondary_video_Secondary_audio。

引出线ha6展开显示Comb_info_Secondary_video_Secondary_audio的内部结构。Comb_info_Secondary_video_Secondary_audio包括：表示按各个辅视频流能够组合的辅音频流的总数的“number_of_Secondary_audio_stream_ref_entries”、和表示在再现辅视频流时能够组合的辅音频流的流序号的“Secondary_audio_stream_id_ref[0]～[n]”。

根据以上所述可知，在STN_table中分别具有成为主视频流的声音的主音频流的stream_entry、和成为辅视频流的声音的辅音频流的stream_entry，并且，在辅视频流的stream_entry中，按每个辅视频流记述了期望与辅视频流组合的辅音频流(Comb_info_Secondary_video_Secondary_audio)。

以上是用于再现音频流的记录介质的特征。下面，说明用于再现音频流的再现装置的特征。

作为用于再现声音的结构，对于再现装置说明当前主音频流的流序号和当前辅音频流的流序号。

<PSR1>

图43(a)是表示PSR1的比特分配的一例的图。

根据该图，32比特长度的PSR1的下位8比特(b0～b7)是主音频流序号，用于确定在当前Play Item的STN_table中记述了entry的多个主音频流中的一个。如果PSR1的设定值变化，则再现装置再现该变化后的主音频流。PSR1作为初始值被设定为0xFF，能够利用再现装置设定为1～32的值。该0xFF是不固定的值，表示不存在主音频流或者没有选择主音频流之意。1～32的设定值可以解释为主音频流的流序号。

<PSR14>

图43(b)是表示PSR14的比特分配的一例的图。

根据该图，32比特长度的PSR14中的下位8比特(b0～b7)是辅音频流序号，用于确定在当前Play Item的STN_table中记述了entry的多个辅音频流中的一个。如果PSR14的设定值变化，则再现装置再现该变化后的辅音频流。PSR14作为初始值被设定为0xFF，能够利用再现装置设定为1～32的值。该0xFF是不固定的值，表示不存在辅音频流或者没有选择辅音频流之意。1～32的设定值可以解释为辅音频流的流序号。

图44是表示当前播放项目变化时的当前主音频流决定步骤的流程图。步骤S96、步骤S97形成对在STN_table中示出的全部主音频流反复进行步骤S98的循环处理。在该循环处理中，把作为处理对象的各个主音频流称为主音频流i。步骤S98用于进行主音频流i是否满足3个条件(a)(b)(c)的检查。

条件(a)指再现装置具有再现主音频流i的能力，关于是否满足该条件的判定，通过PSR15和主音频流i的stream_coding_type之间的比较来进行。

条件(b)指主音频流i的语言属性与录音信息(デツキ情報)相同。所谓录音信息指表示再现装置的语言设定的信息，关于是否满足条件(b)的判定，通过对在STN_table中记述的主音频流i的Audio__language_code是否与PSR16的设定值相同的比较来进行。

条件(c)指主音频流i的声道属性是环绕声，再现装置具有对其进行再现的能力。关于是否满足该条件的判定，通过PSR15和音频流的audio_presentation_type、stream_coding_type之间的比较来进行。

该流程图根据这些多个条件中、“主音频流满足哪个和哪个条件”及“满足几个条件”这样的应该满足的条件的模式(pattern)，对主音频流赋予优先顺序。

如果对全部主音频流反复进行以上处理，则进行步骤S99～步骤S103的处理。步骤S99用于判定是否存在满足条件(a)的主音频流。如果不存在，则对PSR1设定不固定的值(0xFF)(步骤S104)。

步骤S100用于判定是否存在满足全部条件(a)(b)(c)的主音频流。如果存在，则对PSR1设定满足条件(a)(b)(c)的主音频流的序号(步骤S105)。

此时的问题是存在多个满足条件(a)(b)(c)的主音频流的情况。由于满足全部条件(a)～条件(c)，所以成为相同的优先顺序，而不能决定优劣。该情况时，在步骤S 105，根据STN_table中的entry的顺序确定各个流中的顺序。即，对于编解码器-语言属性-声道属性相同的主音频流，通过参照STN_table中的entry的顺序，选择优先顺序最高的主音频流。

通过改变STN_table中的记述顺序，创作人员在创作时能够规定在再现时使哪个流优先再现、并将哪个流置后的选择控制。

步骤S101用于在不存在满足全部条件(a)(b)(c)的主音频流时，判定是否存在满足条件(a)(b)的主音频流。如果存在，则对PSR1设定满足条件(a)(b)的主音频流中、在STN_table中的表项顺序最高的主音频流(步骤S106)。

步骤S102用于在不存在满足全部条件(a)(b)(c)的主音频流或者满足条件(a)(b)的主音频流时，判定是否存在满足条件(a)(c)的主音频流。如果存在，则对PSR1设定满足条件(a)(c)的主音频流中、在STN_table中的表项顺序最高的主音频流(步骤S107)。

步骤S103用于在不存在满足全部条件(a)(b)(c)、条件(a)(b)及条件(a)(c)的主音频流时，判定是否存在满足条件(a)的主音频流。如果存在，则对PSR1设定满足条件(a)的主音频流中、在STN_table中的表项顺序最高的主音频流(步骤S108)。

如果根据SubPlayItem规定了当前主音频流中的再现区间，则规定了当前主音频流中的再现区间的子播放项目被确定为当前子播放项目。

以上是用于选择当前主音频流的流选择流程。

下面，说明用于选择辅音频流的流选择流程的处理步骤。

图45是表示辅音频流的流选择流程的处理步骤的流程图。在步骤S111，从PSR14获取辅音频流序号，在步骤S112，判定所获取的辅音频流是否满足条件(A)。

条件(A)：通过Comb_info_secondary_video_Secondary_audio中规定的辅音频流序号、和从PSR14获取辅音频流序号之间的比较，允许哪个序号的辅音频流与当前辅视频流组合。

在经过该判定后，执行步骤S113。在步骤S113，判定当前播放项目中的辅音频流在STN_table中的Stream_entry的个数是否为0。如果在STN_table中的Stream_entry的个数是0，则保持PSR14的辅音频流序号(步骤S116)。如果在STN_table中的Stream_entry的个数不是0，则进行步骤S114的判定。

在步骤S114，判定辅音频流序号是否是当前播放项目中的STN_table的Stream_entry数以下，而且满足条件(A)。如果满足，则认为有效的辅音频流需要已经存在于PSR14中，所以不改变序号(步骤S117)。如果不满足，则选择对于当前播放项目为最适合的当前辅音频流(步骤S115)。

以上说明了辅音频流的流选择流程。

步骤S121～步骤S123用于对在STN_table中的全部stream_entry记述的流，执行是否任意的流满足以下条件的检查。

条件(a)：通过在Comb_info_secondary_video_Secondary_audio中规定的辅音频流序号、和辅音频流i的序号之间的比较，允许辅音频流i与当前辅视频流组合。

条件(b)：当前主音频流的audio_language_code与辅音频流的audio_language_code一致。

如果对在STN_table中被允许再现的全部辅音频流执行了上述检查，则执行步骤S124。

步骤S124是判定是否存在满足条件(a)的辅音频流的判定步骤。如果不存在，则对PSR14设定0xFF的辅音频流序号(步骤S125)。

如果存在满足条件(a)的辅音频流，则执行步骤S126的判定。该步骤用于判定是否存在至少一个满足条件(a)和条件(b)的辅音频流。如果存在，则选择满足条件(a)和条件(b)的流中、对应的Stream_entry在STN_table中位于第一个位置的流，并对PSR14设定所选择的辅音频流的辅音频流序号(步骤S127)。

如果不存在满足条件(a)和条件(b)的辅音频流，则执行步骤S128的判定。该步骤用于判定是否存在满足条件(a)的辅音频流。如果存在，则选择满足条件(a)的辅音频流中、对应的Stream_Entry在STN_table中位于开头位置的流，并对PSR14设定所选择的辅音频流的辅音频流序号(步骤S129)。

如果根据SubPlayItem规定了当前辅音频流中的再现区间，则规定了当前辅音频流中的再现区间的子播放项目被确定为当前子播放项目。

根据以上所述的本实施方式，对于主视频流用的主音频流、辅视频流用的辅音频流，分别在STN_table中规定允许再现哪一个，从存在于该STN_table中的stream_entry各选择一个主音频流、辅音频流，并进行这些流的混合输出，所以在执行画中画时，能够听到在正片的声音中追加了基于电影导演的评论的合成声音。

在包括这样选择的主音频流、辅音频流的AV clip由子播放项目参照时，如果该AV clip是Unavailable clip，则再现中断。因此，在加快包括当前主音频流和当前辅音频流的AV clip、而且是由子播放项目信息参照的AV clip的下载时，也不会发生再现中断，所以能够确保顺畅地进行再现。

(第5实施方式)

在本实施方式中，说明用于选择当前字幕流的数据结构和再现装置的改进。

首先，说明STN_table中的字幕用的stream_entry。主音频流和辅音频流分别被分配给主视频流、辅视频流，字幕虽然有演示图形流、文本字幕流之分，但是不存在主视频流用、辅视频流用这种明确的区分。

下面，说明有关PGtextST流的stream_entry。图47是提取STN_table中尤其与PGtextST流相关的STN_table绘制得到的图。根据该图可知，在STN_table中尤其与字幕显示相关的有“number_of_PG_textST_streams_entries[1]～[n]”、“number_of_PiP_PG_textST_stream_entries_plus”、“PGtextST_stream_entry”、“Secondary_video_Stream_entry”中的“Comb_info_Secondary_video_PiP_PG_textST”。

“number_of_PG_textST_streams_entries”表示在不执行画中画时，成为选择的对象的PGtextST流的个数。

“number_of_PiP_PG_textST_streams_entries_plus”表示为了画中画应用而在STN_table中定义的、应该追加到number_of_PG_textST_streams_entries中的演示图形流和文本字幕流的个数。该number_of_PG_textST_streams_entries与number_of_PiP_PG_textST_stream_entries_plus之和为255以下。

其中，在number_of_PG_textST_streams_entries为n1时，从1到n1的流序号的范围成为PG文本字幕流的范围，但如果number_of_PiP_PG_textST_stream_entries_plus为n2，则在执行画中画时，从1到n1+n2的流序号的范围成为PG本字幕流的范围。即，如果number_of_PiP_PG_textST_stream_entries_plus被记述在STN_table中，则PGtextST流的流序号的范围与在number_of_PiP_PG_textST_stream_entries_plus中记述的个数相应地增大。

在不是画中画时，有关PGtextST流的stream_entry中从1到n1的stream_entry成为选择的对象，在是画中画时，有关PGtextST流的stream_entry中从1到n1+n2的stream_entry成为选择的对象。作为预先说明，即使在进行画中画时，也不是分别再现主视频的字幕、辅视频的字幕。通过画中画显示的是主视频用的字幕、辅视频用的字幕中的任一个。其原因有以下两点，(i)如果在BD-ROM中分别记录了主视频用、辅视频用的字幕，则再现装置需要两个图形用的解码器，导致硬件成本的增大，(ii)即使作为辅视频用而缩小字幕来进行显示，也导致观看困难。

引出线hp1展开显示PG_textST_Stream_entry的内部结构。如该引出线所示，PG_textST_Stream_entry具有Stream_entry、Stream_Attribute，在Stream_entry中存在被允许再现的PGtextST流的PID。

引出线hp2展开显示“Secondary_video_Stream_entry[1]”的内部结构，在该内部结构中的Comb_info_Secondary_video_PiP_PG_textST中唯一地示出PGtextST流中被允许与辅视频流组合的PGtextST流。

引出线hp3表示Comb_info_Secondary_video_PiP_PG_textST的内部结构。Comb_info_Secondary_video_PiP_PG_textST包括表示能够与各个辅视频流组合的PiP_PG文本字幕流的总数的“number_of_PiP_PG_textST_stream_ref_entries”、和表示能够在再现时组合的PiP_PG_文本字幕流的流序号的“PiP_PG_textST_stream_id_ref[0]～[n]”。

以上是本实施方式的记录介质的改进。下面，说明本实施方式的再现装置的改进。作为字幕再现用的结构，在再现装置中分别将执行画中画时的当前PGTextST流的流序号、和不执行画中画时的当前PGTextST流的流序号独立存储在PSR设置23中。

图48(a)是表示当前PGtextST流的流序号能够取的数值范围的一例的图。在不执行画中画时，在把记述于STN_table中的PiP_PG_text_ST_stream_number设为n1时，当前PGtextST流的流序号如该图的上段所示取1～n1的值。

另一方面，执行画中画时的当前PGTextST流的序号被称为PiP_PG_TextST流序号，在把记述于STN_table中的PG_text_ST_stream_number设为n1、把记述于STN_table中的number_of_PiP_PG_text_stream_entries_plus设为n2时，如该图的下段所示，PiP_PG_TextST流序号取1～n1+n2的值。

图48(b)是表示PSR2的比特分配的一例的图。下面，叙述PSR2中的各个比特的意思。disp_s_flag

PSR2的b31是disp_s_flag，其1比特的设定值可以解释如下。

0b：表示不能显示“PG textST流”和“PiP PG textST流”双方。

1b：表示能够显示“PG textST流”和“PiP PG textST流”双方。

在disp_s_flag被设为关时，不执行PG文本字幕流选择用的流程。如果PSR2中的disp_s_flag被设为关，则由于不存在当前的PG文本字幕流，所以在图34的步骤S34、S35，只包括PG文本字幕流的AV clip被从下载的选择对象中去除。由于能够省略只包括PG文本字幕流的AV clip的下载，所以如果字幕被设为关，则即使没有下载只包括PG文本字幕流的AV clip，也能够继续进行再现。因此，能够快速实现从某个播放项目向下一个播放项目的切换。PiP_PG_textST_valid_flag

PSR2的b30是PiP_PG_textST_valid_flag，其1比特的设定值可以解释如下。

0b：当正在显示当前播放项目时显示了辅视频流的情况下，使用由PSR2定义的PG TextST Stream Number。

1b：当正在显示当前播放项目时显示了辅视频流的情况下，使用由PSR2定义的PiP PG TextST Stream Number。

当正在显示当前播放项目的时候没有显示辅视频流的情况下，PiP_PG_textST_valid_flag不影响BD-ROM再现装置的显示。该情况时，使用由PSR2定义的PG TextST Stream Number。

PG TextST Stream Number：

PSR2的b0～b11是PG TextST Stream Number，其12比特的设定值可以解释如下。

当正在显示当前播放项目时没有显示辅视频流的情况下(所谓没有显示辅视频流的情况，指PSR14的disp_v_flag被设定为0b的状态)，PSR2的PG TextST Stream Number的值被用于从当前播放项目的STN_table中的PG TextST流项目中，确定显示PG流和TextST流的哪一方。

PiP PG TextST Stream Number：

PSR2的b16～b27是PiP PG TextST Stream Number，其12比特的设定值可以解释如下。

当正在显示当前播放项目时显示了辅视频流、PSR2的PiP_PG_textST_valid_flag被设定为1b的情况下(此处所谓显示辅视频流时，指PSR14的disp_v_flag被设定为1b、当正在显示当前播放项目时显示了由PSR14决定的辅视频流的情况。)，PSR2的PiP PG TextST Stream Number的值被用于从当前播放项目的STN_table中的PG TextST流项目中，确定显示PG流和TextST流的哪一方。

其中，非画中画用的PGtextST流的流序号及其使用，只不过是简化了画中画用的PGtextST流的选择的情况，所以省略说明。在本实施方式中，说明画中画用的PGtextST流的序号。

在步骤S151，从PSR2获取当前PiP_PG_TextST流序号，在步骤S152，判定当前PiP_PG_TextST流序号是有关演示图形流的流序号还是有关文本字幕流的流序号。步骤S153用于检查对应当前PiP_PG_TextST流序号的演示图形流是否满足条件(A)、条件(B)、条件(C)。

其中，条件(A)、条件(B)、条件(C)被规定如下。

条件(A)：再现装置具有对利用当前PiP_PG_TextST流序号确定的演示图形流进行解码的能力。

条件(B)：再现装置具有再现所确定的语言的能力。

条件(C)：通过PSR14中的辅视频流序号和基于comb_info_Secondary_video_PiP_textST()的PG文本字幕流序号之间的比较，允许组合当前辅视频流和利用当前PiP_PG_TextST流序号确定的PG文本字幕流。

另一方面，在步骤S154，检查对应当前PiP_PG_TextST流序号的文本字幕流是否满足条件(A)、条件(B)、条件(C)。

条件(A)：再现装置具有将当前PiP_PG_TextST流序号的文本字幕流的字符码展开为位图的能力。该再现能力在PSR设置23中的PSR30示出。

条件(B)：再现装置具有支持当前PiP_PG_TextST流序号的文本字幕流的语言属性的能力。该支持能力在PSR设置23中的PSR48～61示出。

条件(C)：通过PSR14中的辅视频流序号和基于comb_info_Secondary_video_PiP_textST()的PG文本字幕流序号之间的比较，允许组合存储在PSR14中的当前辅视频流和利用当前PiP_PG_TextST流序号确定的PG文本字幕流。

其中，在某个语言的字幕利用文本字幕流表现时，称为“能够解码”该语言的文本字幕流，为此需要再现装置侧具有将该语言中的文字码展开为位图的能力、和支持该语言的特性的支持能力。

以英语、日语、阿拉伯语为例，只有在英语的字幕显示支持“横写”、“字距调整”、“连体字/连字(合字/抱き字：double letter/logotype)”功能时，才能够判定为支持语言特性。

只有在日语的字幕显示支持“横写”、“竖写”、“行尾禁止规则”(行末禁則)、“注音假名”功能时，才能够判定为支持语言特性。

只有在阿拉伯语的字幕显示支持“从右向左书写”、“连体字/连字”功能时，才能够判定为支持语言特性。

在能够把某个语言的文本字幕流展开为位图、并能够支持该语言的特性时，可以说满足上述条件(A)、条件(B)。在虽然能够把该语言的文本字幕流展开为位图、但不能支持该语言的特性时，可以说不满足上述条件(B)、而只满足条件(A)。

在经过以上的判定后，执行步骤S155。步骤S155用于判定再现装置是否满足条件(Z)。

其中，条件(Z)指用户期望再现非支持语言的字幕，该期望在PSR设置23中的PSR30示出。

然后，执行步骤S156的判定步骤。该步骤用于判定当前播放项目的STN_table中的number_of_PG_textST_streams_entries与number_of_PiP_PG_textST_stream_entries_plus之和是否＝0。当STN_table中不存在被允许再现的PGTextST流时，保持PSR2中的PGTextST流的序号(步骤S157)。在当前STN_table中至少存在一个被允许再现的PGTextST流时，执行步骤S158。该步骤是询问当前PiP_PG_TextST流序号的有效性的步骤，用于判定当前PiP_PG_TextST流序号是否为STN_table中的stream_entry的总数以下、而且满足条件(A)、条件(B)、条件(C)。

如果满足，则视为有效的PiP_PG_TextST流序号已经存在于PSR2中，不改变该流序号(步骤S159)。

如果在步骤S158判定不满足，则执行步骤S160的判定步骤。该步骤用于判定当前PiP_PG_TextST流序号是否为STN_table中的stream_entry的总数以下、而且满足条件(A)。如果满足，虽然在PSR2设定了非支持语言的文本字幕的PiP_PG_TextST流序号，但由于用户期望再现非支持语言，所以不改变PSR2(步骤S161)。如果在步骤S160判定不满足，则选择对于当前播放项目为最适合的当前PG文本字幕流(步骤S162)。

以上说明了PGTextST流的流选择流程。

在步骤S190，对于全部的PGTextST流检查是否满足条件(a)～条件(d)。

在把作为检查对象的演示图形流设为演示图形流i时，将条件(a)～条件(d)规定如下。

条件(a)：再现装置具有对演示图形流i进行解码的能力。

条件(b)：再现装置具有再现利用演示图形流i确定的语言的能力。

条件(c)：通过PSR14中的辅视频流序号和基于comb_info_Secondary_video_PiP_textST()的PG文本字幕流序号之间的比较，允许组合当前辅视频流和演示图形流i。

条件(d)：演示图形流i的PG_language_code与录音信息一致。其中，所谓录音信息用于表示再现装置内的录音信息中的语言设定，具体地讲，表示PSR设置23中的PSR17。

在把作为检查对象的文本字幕流设为文本字幕流i时，将条件(a)～条件(d)规定如下。

条件(a)：再现装置具有将文本字幕流i的字符码展开为位图的能力。

条件(b)：再现装置具有支持文本字幕流i的语言属性的能力。

条件(c)：通过PSR14中的辅视频流序号和基于comb_info_Secondary_video_PiP_textST()的PG文本字幕流i的序号之间的比较，允许组合当前辅视频流和利用PiP_PG_textST流序号确定的文本字幕流i。

条件(d)：文本字幕流i的textST_language_code与再现装置内的录音信息中的语言设定一致。

在经过以上检查后，在步骤S191，判定再现装置是否满足在前面的流程图中叙述的条件(Z)(：非支持语言的再现)。在不满足时，在步骤S192，判定是否存在满足条件(a)～条件(d)的PGTextST流。如果存在，选择满足条件(a)～条件(d)的PGTextST流中、对应的Stream_Entry在STN_table中处于开头顺位的流，对PSR2设定所选择的PiP_PG_TextST流序号(步骤S193)。

如果不存在，则在步骤S194判定是否存在满足更宽松的条件的PGTextST流。所谓宽松的条件指满足条件(a)、条件(b)、条件(c)这3者，在步骤S194判定是否存在满足这3个条件的PGTextST流。如果存在，则选择满足条件(a)、条件(b)、条件(c)的PiPPGtextST流中、对应的Stream_Entry在STN_table中处于开头顺位的流，对PSR2设定所选择的PiP_PG_TextST流序号(步骤S196)。

如果不存在，则对PSR2设定0xFFF的PiP_PG_TextST流序号(步骤S195)。在步骤S191，如果判定满足条件(Z)，则在步骤S197判定是否存在满足其他更宽松的条件的PGTextST流。所谓其他更宽松的条件指满足条件(a)、条件(c)、条件(d)，在步骤S198判定是否存在满足这3个条件的PGTextST流。

如果存在，则选择满足条件(a)、条件(c)、条件(d)的PiP_PGTextST流中、对应的Stream_Entry位于STN_table的第一个位置的流，对PSR2设定所选择的流的PiP_PG_TextST流序号(步骤S198)。

如果不存在，在步骤S199，判定是否存在满足条件(a)、条件(c)的PGTextST流。如果存在，则选择满足条件(a)、条件(c)的PiP_PGtextST流中、对应的Stream_Entry在STN_table中处于开头顺位的流，对PSR2设定所选择的流的PiP_PG_TextST流序号，作为当前PiP_PG_TextST流的流序号(步骤S200)。如果不存在，则对PSR2设定0xFFF(步骤S201)。

当前PiP_PG_TextST流序号中的再现区间必须利用SubPlayItem规定，所以把规定当前PiP_PG_TextST流序号中的再现区间的子播放项目确定为当前子播放项目。

以上说明了当前PGTextST流的选择步骤。

根据以上所述的本实施方式，在画中画有效时，从将number_of_PG_textST_streams_entries和number_of_PiP_PG_textST_stream_entries_plus相加得到的数值范围中，选择PiP_PG_TextST流序号，再现对应该PiP_PG_TextST流序号的演示图形流或文本字幕流，所以有时能够将适合于主视频流的字幕和动态图像一起再现，有时能够将适合于辅视频流的字幕和动态图像一起再现，能够扩大字幕选择的范围。

在包括对应这样选择的字幕的文本字幕流的AV clip由子播放项目参照时，如果该AV clip是Unavailable clip，则再现中断。因此，在加快包括当前文本字幕流的AV clip、而且是由子播放项目信息参照的AV clip的下载时，也不会发生再现中断，所以能够确保顺畅地进行再现。

(第6实施方式)

在本实施方式中，具体说明虚拟包的构建。

首先，说明作为虚拟包的基础部分的BD-ROM的数据结构。

图51是表示BD-ROM的结构的一例图。

在该图的第4段示出BD-ROM100，在第3段示出BD-ROM上的轨道(track)202。该图中的轨道202从BD-ROM100的内圆周到外圆周横向引伸画出形成为螺旋状的轨道202。BD-ROM100与其他光盘例如DVD或CD等相同，具有从其内圆周朝向外圆周的螺旋状记录区域，在内圆周的导入区(lead-in)和外圆周的导出区(lead-out)之间具有能够记录逻辑数据的逻辑地址空间。并且，在导入的内侧具有被称为BCA(Burst Cutting Area：突发分割区域)的只能通过驱动器读出的特殊区域。该区域不能由应用读出，例如适合用于著作权保护技术等。

在“逻辑地址空间”中从开头开始记录有文件系统的卷信息，然后记录有影像数据等应用数据。所谓文件系统指利用被称为目录或文件的单位表述盘上的数据的结构，在BD-ROM100中按照UDF(Universal DiscFormat：通用盘格式)记录。在日常使用的PC(电脑)中，通过被称为FAT或NTFS的文件系统，在电脑上表述利用目录或文件的结构记录在硬盘中的数据，以提高使用便利性。根据该文件系统，能够使用目录、文件结构读出与普通PC相同地记录的逻辑数据。

BD-ROM100上的目录、文件结构将BDMV目录置于根目录(ROOT)之下。BDMV目录是记录有在BD-ROM100中处理的AV内容及管理信息等数据的目录。在BDMV目录之下包括被定义了构成标题的索引表的索引文件(index.bdmv)、定义动态的脚本的电影对象文件(MovieObject.bdmv)、PLAYLIST目录、CLIPINF目录、STREAM目录、BDJO目录、JAR目录。

在这些目录中具有复用了影像/声音这些AV内容并存储的AV clip(XXX.M2TS)、存储有AV clip的管理信息的clip信息文件(XXX.CLPI)、定义了AV clip的逻辑再现路径的播放列表文件(YYY.MPLS)。

除此之外，还具有以下文件。即，用于定义执行哪个JAR文件及其执行方法的BDJ对象文件(BBB.BDJO)、存储了BD-J应用的JAR文件(AAA.JAR)。这些文件分别配置在前述的STREAM目录、CLIPINF目录、PLAYLIST目录、BDJO目录、JAR目录的下面。

下面，说明配置在BDMV目录下面的各个文件的数据结构。首先说明索引文件(Index.bdmv)。索引文件具有索引表。

图52是表示索引文件的内部结构的一例图。

“索引表”指定义存储在BD-ROM中的全部标题(title)、主菜单(topmenu)、FirstPlay这样的标题结构的最上位层的表。在该表中，利用全部的标题、主菜单、FirstPlay指定最先执行的电影对象文件中包含的电影对象。BD-ROM的再现设备在每当调出标题或菜单时，参照索引表执行预定的电影对象或BDJ对象。其中，所谓FirstPlay是由内容供应商设定的，被设定为在装入了盘时自动执行的电影对象或BDJ对象。并且，在通过用户的遥控器操作执行了“返回菜单”的命令时，主菜单被指定为所调出的电影对象、BDJ对象。应该按照渐进属性再现的播放列表必须由BD-J对象再现。

以上是作为虚拟包的前提的BD-ROM的数据结构。

下面，参照图53说明存储在本地存储器103中的升级工具包的数据结构的一例。

存储在本地存储器103中的升级工具包如该图所示，包括追加内容存储目录、OrgID目录、DiscID目录、合并管理信息文件(MERGE.XML)、签名信息文件(MERGE.SF)、追加内容数据文件(CCC.MPL、VVV.M2T、VVV.CLP等)。追加内容区域根目录位于本地存储器103的根目录之下，是表示追加内容区域的根的目录，是目录名分配介质文字以内的固定值(BD_BUDA)。

“OrgID目录”是记载于BD-ROM记录层上的BD管理信息(索引文件)中的8字符的名称的目录，利用十六进位数表示确定电影作品的供应商的32比特的识别符(OrganizationID)。并且，OrganizationID的开头的连续的0在目录的名称中省略。例如，在OrganizationID是0x0000001A时，目录的名称是“1A”。

“DiscID目录”记载于BD-ROM记录层上的BD管理信息(索引文件)中，是将确定BD-ROM记录层的128比特的识别符(DiscID)从开头起按照每32比特划分为四部分，并利用十六进位数分别表示这四部分的目录。并且，与OrganizationID相同，DiscID的开头的连续的0在目录的名称中省略。

在DiscID目录的下面具有合并管理信息文件、签名信息文件、追加内容数据文件。

“合并管理信息文件(MERGE.XML)”由用于构成虚拟包的记录在本地存储器中的各个文件存储位置信息、和用于在虚拟包中访问这些文件的虚拟路径信息构成，被保存在DiscID目录之下。

“签名信息文件”是表示供应商对合并管理信息文件的电子签名的文件，利用文件名MERGE.SF保存在DiscID目录之下。电子签名一般使用对需要防止篡改的信息计算散列值，并使用某种秘密密钥将散列值加密得到的签名。在本实施方式的签名信息文件中，使用BD-ROM记录层上的合并证书中对应公开密钥的秘密密钥，将合并管理信息文件的散列值加密。

“合并证书”是用于认证合并管理信息文件的证书，包括供应商公开的公开密钥。供应商提供的合并证书利用文件名bd.cert保存在BD-ROM记录层上。作为合并证书的文件形式的一例，可以使用X.509。

“追加内容数据文件”是对记录在BD-ROM记录层上的原始内容进行追加/更新的文件组。在该文件中记录有播放列表文件、AV clip等。

图54的左上部表示BD-ROM的目录/文件结构。该图的左下部表示升级工具包的目录/文件结构。

图54的右下部表示合并管理信息文件的内容。清单文件由构成虚拟包的本地存储器中的“本地存储器路径”、用于在虚拟包中访问这些文件的“虚拟包路径”、和“渐进属性”构成。渐进属性表示在构建虚拟包之前也可以没有该文件。

作为本地存储器路径的一例，在该图中记述了1/1/CCC.MPL、1/1/VVV.M2T、1/1/VVV.CLP、1/1/SSS.M2T、1/1/SSS.CLP。注明了从BD_BUMF目录到追加内容数据文件的路径。

另一方面，作为虚拟包路径记述了BDMV/PLAYLIST/CCC.MPLS、BDMV/STREAM/VVV.M2TS、BDMV/CLIPINF/VVV.CLPI、BDMV/STREAM/SSS.M2TS、BDMV/CLIPINF/SSS.CLPI。

图54的右上部表示由该清单文件生成的虚拟包。在本地存储器路径中，虚拟地变更目录/文件结构，以使存在于1/1/CCC.MPL、1/1/VVV.M2T、1/1/VVV.CLP、I/1/SSS.M2T、1/1/SSS.CLP中的文件被配置在BDMV/PLAYLIST/CCC.MPLS、BDMV/STREAM/VVV.M2TS、BDMV/CLIPINF/VVV.CLPI、BDMV/STREAM/SSS.M2TS、BDMV/CLIPINF/SSS.CLPI中。这样，BD-ROM中没有的VVV.CLPI、VVV.M2TS、SSS.CLPI、SSS.M2TS被处理成为如同存在于虚拟包中。

如果根据合并管理信息生成虚拟包，则本地存储器中的这些文件能够利用该合并管理信息中的路径信息访问。此时，在被赋予了渐进属性的SSS.M2TS中，不需要在构建虚拟包之前完成向本地存储器的下载。也可以在构建了虚拟包之后，在需要的阶段下载。

因此，在下载升级工具包时，向本地存储器的写入顺序是：

合并管理信息文件→播放列表信息→多个clip信息→多个AV clip。其中，在完成了播放列表信息-多个clip信息的写入的阶段，能够构建虚拟包。因为只要把AV clip设为Disable状态即可。

根据以上所述的本实施方式，能够通过虚拟的文件系统向系统目标解码器提供子播放项目。

(第6实施方式)

在本实施方式中，说明用于生成实现PG流播放列表的升级工具包的创作系统。如该图所示，创作系统由存储器300a、b、素材制作部301、脚本生成部302、BD-J制作部303、复用处理部304、格式处理部构成。

图55是表示创作系统的一例的图。

存储器300a、b、c分别存储ROM脚本数据、ROM盘映象(disk image)的版本1(ver.1)、ROM盘映象的版本2(ver.2)。

素材制作部301作成视频流、音频流、演示图形流、交互图形流等各个流。素材制作部301按照MPEG4-AVC及MPEG2等压缩方式对非压缩的位图等图像进行编码，由此生成视频流。素材制作部301按照AC3等压缩方式对非压缩的LinearPCM声音等进行编码，由此生成音频流。素材制作部301以包括字幕图像和显示定时、及淡入/淡出等字幕效果的字幕信息文件为基础，生成作为字幕流的演示图形流。素材制作部301以在菜单中使用的位图图像、和记述了配置在菜单中的按钮的移动或显示效果的菜单文件为基础，生成构成菜单画面的交互图形流。

脚本生成部302按照由素材制作部301生成的各个流的信息、或来自创作者的经由GUI的操作，生成脚本。此处所谓的脚本(scenario)指索引文件、电影对象文件、播放列表文件等的文件。并且，脚本生成部302生成参数文件，用于记述实现复用处理用的各个AV clip由哪个流构成。

BD-J制作部303是对BD-J应用进行编程的单元。通过GUI等用户界面，按照来自用户的请求生成BD-J应用程序的源代码，并生成BD-J应用。

复用处理部304复用记述在ROM脚本数据中的视频、音频、字幕、按钮等多个流，生成MPEG2-TS形式的AV clip。此时，同时生成与AV clip成对的clip信息文件。复用处理部304进行的clip信息文件的生成，按照以下方法来进行。复用处理部304在生成AV clip的同时生成表项映射。更加具体地讲，在由素材制作部301生成的各个流中，如果所包含的视频流是MPEG2，则检测I图片位于何处，如果是MPEG4-AVC，则检测I图片或IDR图片位于何处，如果是VC-1，则检测I图片位于何处，并在表项映射中登记表项点，该表项点使前述各个图片的显示时刻、与前述各个图片的开头数据放到作为MPEG2-TS的AV clip的第几个分组的源分组中相对应。在包含于AV clip中的视频流具有主视频和辅视频这两种时，也同时生成任一种视频的表项映射。复用处理部304使由自身生成的表项映射、与表示包含于AV clip中的每个流的声音属性和影像属性等的属性信息成对，生成clip信息文件。

格式处理部305利用由脚本生成部302生成的ROM脚本数据、由BD-J制作部303制作的BD-J应用、由复用处理部304生成的AV clip近clip信息文件、及在前面实施方式中说明的格式，配置文件及目录，并利用UDF的格式生成盘映象。把所生成的盘映象转换为BD-ROM压制(press)用数据，对该数据执行压制步骤，由此能够制造BD-ROM。

在生成升级工具包时，准备两个盘映象。一个是存储在BD-ROM中的盘映象，另一个是构建虚拟包后的盘映象。

差分提取部306比较存储在存储器300a、b中的两个ROM盘映象，提取差分数据。例如，提取原始的盘映象中没有的文件、及二元比较并升级的文件等。

升级工具包制作部307生成与以差分提取部306为基础在前面说明的升级工具包的数据格式相符的合并管理信息文件及签名信息文件，并配置文件及目录。

图56是说明ROM盘映象、升级工具包映象的生成方法的图。

在步骤S211，素材制作部301生成视频流、音频流、IG流、PG流。

在步骤S212，脚本生成部302生成记述索引文件、电影对象文件、播放列表文件等再现脚本的ROM脚本数据。

在步骤S213，BD-J制作部303生成BD-J应用的程序。

在步骤S214，复用处理部304以ROM脚本数据为基础生成AV clip和clip信息文件。

在步骤S215，格式处理部307把ROM脚本数据、变形AV clip、clip信息文件、复原字节码数据，重新排列为在前面实施方式中说明的文件/目录结构，生成ROM盘映象。

在步骤S221，差分提取部306比较两个盘映象，提取差分数据。

在步骤S222，升级工具包制作部307生成记述索引文件、电影对象文件、播放列表文件等再现脚本的ROM脚本数据。

在步骤S223，BD-J制作部303生成BD-J应用的程序。

在步骤S224，复用处理部304以ROM脚本数据为基础生成AV clip和clip信息文件。

在步骤S225，格式处理部307将差分数据转换为与升级工具包的数据格式相符。在步骤S226，生成合并管理信息文件及签名信息文件，并配置在升级工具包内。

(备注)

以上，说明了在提交本申请的时间点申请人知道的最适合的实施方式，但对于以下所示的技术话题，也可以施加进一步的改进和变更。请注意，关于是按照各个实施方式那样实施还是实施这些改进和变更，都是任意的，由实施人员主观确定。

(编程语言的适用范围)

在上述实施方式中，作为虚拟机的编程语言使用了Java(TM)，但也可以不使用Java(TM)，而使用在UNIX(TM)OS等中使用的B-Shell、Perl Script、ECMA Script等其他编程语言。

(实时记录)

再现装置101也可以通过进行实时记录(realtime recording)，把clip文件记录在本地存储器中。此时，AV流可以是通过由记录装置对模拟输入信号进行自编码(self encoding)得到的传输流，也可以是通过把记录装置数字输入的传输流部分化得到的传输流。

在进行实时记录时，上述装置进行AV流的记录、以及在存储器上生成clip信息及播放列表信息的处理，此时，在存储器上生成在上述各个实施方式中记述的clip信息、播放列表信息。并且，在结束AV流的记录后，把所生成的clip信息、播放列表信息写入记录介质。这样，即使不使用创作系统，利用家庭用记录装置或具备记录装置的功能的电脑，也能够生成各个实施方式所示的clip信息、播放列表信息。也可以把这样生成的AV流、clip信息、播放列表信息写入一次写入(write once)型记录介质中。

(AV再现的对象)

如果AV再现的对象是由数字流、映射信息、播放列表信息构成的内容，则不限于规定为BD-ROM。数字流是通过复用按照MPEG2、MPEG4-AVC等编码方式编码的视频流、音频流得到的复用流，在DVD Video-Recording中被称为VOB。

映射信息是表示上述视频流中的存取单元(指能够独立解码的再现单位)的地址信息、与视频流在再现时间轴上的再现时刻之间的对应性的信息，在DVD Video-Recording中被称为Time Map。

播放列表信息是利用作为开始点的时刻信息与作为结束点的时刻信息的组合来定义一个以上的再现区间的信息。

(控制步骤的实现)

在各个实施方式中引用流程图说明的控制步骤、和功能性构成要素的控制步骤，能够使用硬件资源具体实现，所以称为利用了自然规律的技术思想的创作，满足作为“程序的发明”的成立条件。

·进行clip文件的下载或DataStarved事件的输出的应用程序的生产形式

进行clip文件的下载或DataStarved事件的输出的应用程序可以按照下面所述生成。首先，软件开发人员使用编程语言记述用于实现各个流程图或功能性构成要素的源程序。在进行该记述时，软件开发人员按照编程语言的句法，使用类构造体或变量、排列变量、外部函数的调用，记述具体实现各个流程图或功能性构成要素的源程序。此时，使用Java语言中的程序用的各种API调用。

所记述的源程序作为文件提供给编译程序。编译程序翻译这些源程序并生成目标程序。

采用编译程序进行的翻译包括句法分析、优化、资源分配、代码生成这些过程。在句法分析中，进行源程序的词句分析、句法分析和意思分析，把源程序转换为中间程序。在优化时，对中间程序进行基础块化、控制流程分析、数据流程分析这些作业。在资源分配时，为了实现与作为目标的处理器的命令集的适应性，把中间程序中的变量分配给作为目标的处理器具有的寄存器或存储器。在代码生成时，把中间程序中的各个中间命令转换为程序码，得到目标程序。

此处生成的目标程序由一个以上的程序码构成，这些程序码用于使计算机执行各个实施方式所示的流程图的各个步骤或功能性构成要素的各个步骤。其中，程序码有处理器的原始码、JAVA字节码等各种类型。在利用程序码实现各个步骤时有各种方式。在能够使用外部函数来实现各个步骤时，调出该外部函数的调出语句是程序码。并且，像实现一个步骤那样的程序码有时也归属于其他的目标程序。在命令种类受限制的RISC处理器中，也可以通过组合算术运算命令及逻辑运算命令、分支命令等，实现流程图的各个步骤。

在生成目标程序后，编程器针对这些目标程序起动连接程序。连接程序把这些目标程序和相关联的库程序分配到存储器空间中，并将它们结合成为一个，生成装载模块。这样生成的装载模块是以计算机的读取为前提的，用于使计算机执行各个流程图所示的处理步骤或功能性构成要素的处理步骤。经过以上处理，能够生成进行clip file的下载及DataStarved事件的输出的应用程序。也可以把这样生成的程序记录在计算机可读的记录介质中提供给用户。

(系统LSI化)

构成再现装置101的硬件中，除机械的构成要素(BD驱动器)、由大容量的存储器安装的构成要素(视频平面、图形平面)之外，优选把以逻辑元件为主要部分的系统目标解码器及BD-J处理部的部分作成一体，使构成系统LSI。这是因为，以逻辑元件为主要部分的部分能够高密度地集成。

所谓系统LSI指在高密度基板上安装裸片并封装得到的产品。通过在高密度基板上安装多个裸片并封装，使多个裸片具有像一个LSI那样的外形构造的产品，也包含于系统LSI中(这种系统LSI被称为多芯片模块。)。

在此如果考察封装的类型，则系统LSI的种类包括QFP(四侧引脚扁平封装阵列)、PGA(插针网格阵列封装)。QFP是将引脚安装在封装的四个侧面上的系统LSI。PGA是在整个底面上安装多个插针的系统LSI。

这些引脚负责作为与其他电路之间的接口的作用。系统LSI中的引脚具有这种接口的作用，所以通过向系统LSI中的这些引脚连接其他电路，系统LSI发挥作为再现装置101的核心的作用。

这种系统LSI当然能够装配在再现装置101上，还能够装配在TV或游戏机、电脑、单波段手机(ワンセグ携帯：一种能接收地面数字广播的手机)等处理影像再现的各种设备上，能够更广地扩展再现装置的用途。

在把基本缓冲器及视频解码器、音频解码器、图形解码器也构成为一体的系统LSI时，优选系统LSI的体系结构依据于Uniphier体系结构。

依据于Uniphier体系结构的系统LSI由下面的电路块构成。

·数据并行处理器DPP

数据并行处理器DPP是多个基本处理器(elementary processor)进行相同动作的SIMD型处理器，利用一个命令使内置于各个基本处理器中的运算器同时动作，由此实现针对构成图片的多个象素的解码处理的并行化。

·命令并行处理器IPP

命令并行处理器IPP由包括命令RAM和命令高速缓存和数据RAM和数据高速缓存的“Local Memory Controller”(本地存储器控制器)、包括取指(instruction fetch)部和解码器和执行单元和寄存器文件的“Processing Unit部”、使Processing Unit部并行执行多个应用的“Virtual Multi Processor Unit部”构成。

·MPU块

MPU块由ARM内核、外部总线接口(Bus Control Unit：BCU：总线控制单元)、DMA控制器、定时器、矢量中断控制器这些外围电路、和UART、GPIO(General Purpose Input Output：通用输入输出)、同步串行接口等外围接口构成。

·流I/O块

流I/O块通过USB接口或ATA Packet接口，与连接在外部总线上的驱动装置、可移动硬件介质驱动装置、SD存储卡驱动装置进行数据的输入输出。

·AV I/O块

AV I/O块由音频输入输出、视频输入输出、OSD控制器构成，与电视机、AV放大器进行数据的输入输出。

·存储器控制块

存储器控制块是实现通过外部总线连接的SD-RAM的读写的块，包括控制各个块之间的内部连接的内部总线连接部、与在系统LSI外部连接的SD-RAM进行数据传输的访问控制部、调整来自各个块的对SD-RAM的访问请求的访问调度部。

具体的生产步骤如下所述。首先，以各个实施方式所示的结构图为基础，生产应该作成系统LSI的部分的电路图，使用电路元件或IC、LSI具体实现结构图中的构成要素。

并且，具体实现各个构成要素后，规定将电路元件或IC、LSI之间进行连接的总线及其外围电路、与外部的接口等。另外，也规定连接线、电源线、接地线、时钟信号线等。在进行这种规定时，考虑LSI的规格来调整各个构成要素的动作定时，或对各个构成要素实施保证必要的带宽等的调整，由此完成电路图。

在完成电路图后，进行安装设计。所谓安装设计指基板布局的作成作业，即，将根据电路设计作成的电路图上的部件(电路元件或IC、LSI)配置在基板上的何处、或者确定在基板上如何布线电路图上的连接线。

在进行这种安装设计并确定基板上的布局后，把安装设计结果转换为CAM数据，输出给NC工作机器等设备。NC工作机器以该CAM数据为基础进行SoC安装及SiP安装。SoC(System on chip：片上系统)安装指在一个芯片上烧制多个电路的技术。SiP(System in Package：封装内系统)安装指利用树脂等将多个芯片作成一个封装体的技术。经过以上过程，本发明涉及的系统LSI能够以各个实施方式所示的再现装置101的内部结构图为基础形成。

另外，按照以上所述生成的集成电路根据集成度的不同，有时也称为IC、LSI、超(super)LSI、超大(ultra)LSI。

在使用FPAG来实现系统LSI时，多个逻辑元件被配置成网格状，根据在LUT(Look UP Table：查找表)中记述的输入输出的组合，连接纵、横的布线，由此能够实现各个实施方式所示的硬件结构。LUT存储在SRAM中，这种SRAM的内容因电源断开而消失，所以在使用这种FPGA时，需要向SRAM写入利用配置信息的定义来实现各个实施方式所示的硬件结构的LUT。

产业上的可利用性

本发明涉及的再现装置能够有效地进行流一样的再现功能，用户不需要较长的下载时间，所以能够向市场上提供更具魅力的电影标题等的动态图像内容，能够活跃电影市场及民用设备市场。因此，本发明涉及的再现装置在电影产业及民用设备产业中具有较高的可利用性。

Claims

1.一种再现播放列表的再现装置，其特征在于，

播放列表包括多个播放项目和多个子播放项目，

所述播放项目是规定包括主流的clip文件和该clip文件中的再现区间的信息，

所述子播放项目是规定包括子流的clip文件、并将该clip文件中的再现区间规定为应该与播放项目同步的再现区间的信息，

所述子播放项目参照的clip文件是通过传输路径传输的clip文件，子流不与播放项目所参照的clip文件复用，

所述再现装置具有：

再现单元，再现播放列表中包含的播放项目；

确定单元，将多个播放项目中成为再现对象的播放项目确定为当前播放项目；

决定单元，每当当前播放项目变化时，从表示与当前播放项目同步的再现区间的子播放项目中决定当前子播放项目；和

子流寄存器，指示应该与所述当前播放项目同步再现的当前子流，

所述当前子播放项目是规定应该与当前播放项目同步的再现区间的子播放项目，并且用于规定所述子流寄存器指示的子流的再现区间，

当在再现装置可以访问的记录介质中存在由当前子播放项目参照的clip文件时，所述再现单元使播放项目的再现继续，当由当前子播放项目参照的clip文件在记录介质中不存在或者是处于不能识别的状态时，所述再现单元使播放项目的再现停止。

2.根据权利要求1所述的再现装置，其特征在于，

子流中包括音频流、视频流、字幕流的类别，

子流寄存器具有按照子流的每个类别保存流序号的序号寄存器，各个序号寄存器保存流序号，由此指示子流的每个类别的当前子流，

所述当前子播放项目是参照存储了序号寄存器所指示的当前子流的clip文件的子播放项目。

3.根据权利要求1所述的再现装置，其特征在于，

所述再现装置具有管理记录介质中的clip文件的状态的管理单元，

所述clip文件通过由应用向服务器装置请求下载，从而经由传输路径发送给再现装置，

所述再现单元的再现开始，是通过由应用针对播放列表信息生成播放器实例来进行的，

所述再现单元的停止，是通过在由当前子播放项目参照的clip文件在记录介质中不存在或者是处于不能识别的状态时，管理单元向再现单元和播放器实例输出用于指示再现停止的事件来进行的。

4.根据权利要求1所述的再现装置，其特征在于，

由播放项目参照的clip文件包括视频流，

子流是通过与所述视频流同步再现从而使用户进行立体观察的子视频流，

播放列表包括立体观察设置信息，立体观察设置信息表示将立体观察设为开还是关，

在立体观察设置信息表示立体观察关时，即使在由子播放项目参照的、而且包括子视频流的clip文件在所述记录介质中不存在或者是处于不能识别的状态时，再现单元也不停止再现，

在播放列表中的立体观察设置信息表示立体观察开、而且由当前子播放项目参照的clip文件在所述记录介质中不存在或者是处于不能识别的状态的情况下，再现单元才停止再现。

5.根据权利要求1所述的再现装置，其特征在于，

子流是字幕流，

所述子流寄存器还包括字幕开/关的设定，

在所述子流寄存器表示字幕关时，即使包括字幕流的任何clip文件在记录介质中不存在或者是处于不能识别的状态时，所述再现单元也不停止再现，

在所述子流寄存器表示字幕开、而且由当前子播放项目参照的clip文件在记录介质中不存在或者是处于不能识别的状态的情况下，所述再现单元才停止再现。

6.根据权利要求1所述的再现装置，其特征在于，

播放项目信息包括表示能够再现的子流的流序号表，

所述流序号表包括多个子流表项，

多个子流表项是表示能够与播放项目同步再现的多个子流的信息，

各个子流表项是与子播放项目信息相对应地表示能够同步再现的子流的信息，流序号表中的子流表项的顺序在创作时规定了在再现时哪个流被优先再现、哪个流被置后的选择控制，

当前子流是能够同步再现的多个子流当中、对应的子流表项的优先顺序最高的子流。

7.根据权利要求1所述的再现装置，其特征在于，

所述再现装置具有存储语言设定的设置寄存器，

录音信息表示再现装置中的所述语言设定，

所述决定单元将被允许再现的子流当中、具有与录音信息所表示的语言设定一致的语言属性的子流，决定为当前子流。

8.一种记录装置，将在播放列表的再现时被参照的clip文件写入记录介质，其特征在于，

播放列表包括多个播放项目和多个子播放项目，

所述播放项目是规定包括主流的clip文件、和该clip文件中的再现区间的信息，

所述记录装置具有：

写入单元，通过传输路径接受clip文件并写入记录介质；

管理单元，管理被写入记录介质的clip文件的状态；

再现单元，再现播放列表中包含的播放项目；

9.根据权利要求8所述的记录装置，其特征在于，

在进行当前播放项目的再现的期间内，应用将播放列表信息中包含的多个子播放项目信息当中、当前子播放项目的下一顺位的子播放项目信息确定为下一个子播放项目，向服务器装置请求由下一个子播放项目参照的clip文件的下载，

由所述写入单元写入记录介质的clip文件是由下一个子播放项目信息参照的clip文件。

10.一种再现播放列表的再现方法，其特征在于，

播放列表包括多个播放项目和多个子播放项目，

所述再现方法包括：

再现步骤，再现播放列表中包含的播放项目；

确定步骤，将多个播放项目中成为再现对象的播放项目确定为当前播放项目；

决定步骤，每当当前播放项目变化时，从表示与当前播放项目同步的再现区间的子播放项目中决定当前子播放项目；和

指示应该与所述当前播放项目同步再现的当前子流的步骤，

所述当前子播放项目是规定应该与当前播放项目同步的再现区间的子播放项目，并且用于规定当前子流的再现区间，

所述再现步骤中，当在记录介质中存在由当前子播放项目参照的clip文件时，使播放项目的再现继续，当由当前子播放项目参照的clip文件在记录介质中不存在或者是处于不能识别的状态时，使播放项目的再现停止。

11.一种记录方法，将在播放列表的再现时被参照的clip文件写入记录介质，其特征在于，

播放列表包括多个播放项目和多个子播放项目，

所述记录方法包括：

写入步骤，通过传输路径接受clip文件并写入记录介质；

管理步骤，管理被写入记录介质的clip文件的状态；

再现步骤，再现播放列表中包含的播放项目；

指示应该与所述当前播放项目同步再现的当前子流的步骤，

所述当前子播放项目是规定应该与当前播放项目同步的再现区间的子播放项目，并且用于规定当前子播放项目的再现区间，