CN1954386A

CN1954386A - 再现装置、程序、再现方法

Info

Publication number: CN1954386A
Application number: CNA2005800151636A
Authority: CN
Inventors: 田中敬一; 大芦雅弘; 金丸智一
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2004-05-11
Filing date: 2005-05-10
Publication date: 2007-04-25
Anticipated expiration: 2025-05-10
Also published as: JP4436421B2; JP2010146695A; JP2011103170A; TWI375159B; CN101714385A; JP2010146696A; JP4774453B2; KR101121371B1; CN101714387A; AU2005241787B2; JP2008287858A; CN101714383B; JP4436420B2; CN101714383A; TWI379211B; TW200839560A; US20070253679A1; EP1758119A1; JP2009151925A; JP2008287859A

Abstract

记录在BD_ROM及局部存储器(18)的多个AVClip构成一个流序列时，如果回放控制引擎(32)是构成流序列的一部分AVClip能识别的允许状态，即使其余的AVClip是不能识别的禁止状态，也开始进行再现。虚拟文件系统部(38)在对流序列中的一部分AVClip的再现处理继续的期间，按照应用程序对函数的调用，把其余AVClip的状态变更为回放控制引擎(32)能识别的允许状态、或不能识别的禁止状态。

Description

再现装置、程序、再现方法

技术领域

本发明是属于虚拟包(Virtual Package)的技术领域的发明。

背景技术

虚拟包是指，通过动态地组合记录在BD-ROM等只读型记录介质的数字流、和记录在硬盘等可重写型记录介质的数字流，构筑虚拟数据包，从而谋求只读型记录介质的容量扩张的技术。当记录在该BD-ROM的数字流构成电影作品的正篇，记录在硬盘的数字流构成电影作品的续篇时，通过构筑上述的虚拟包，能够将BD-ROM上的本篇和硬盘上的续篇作为一个长篇的电影作品，提供给再现。

并且，作为关于虚拟包的已有技术，有记载在以下专利文献的技术。

专利文献1：日本特开2002-369154号公报

但是，在将记录在BD-ROM的数字流和记录在硬盘的数字流作为一个流序列进行再现时，在构成流序列的数字流中，有可能包含不稳定状态的内容。在此，不稳定状态的数字流是指，向硬盘的下载没结束、或者写入不完全这样的数字流。如果不顾包含不稳定状态的数字流，还要再现上述的流序列，则在再现单元的再现时刻刚到达不稳定流时，有可能产生再现紊乱及再现中断。

在此，若再现装置内的再现单元(解码器等)能够正确地检验要再现的流是否处于不稳定状态，就可以避免这样的再现的紊乱和中断。但是，再现单元在每个1/24秒、1/29.4秒的帧期间专注于输出图像信号的处理，通常不存在用于进行那样的检验的余力。因此，无法避免如上所述的再现的紊乱和中断的发生。另一方面，在制造BD-ROM再现装置的民用设备的制造领域，对于图像再现要求严格的品质标准，即使在再现单元侧没有检验数字流的余力，也不能够允许如上所述的再现的紊乱和中断。

发明内容

本发明的目的在于提供一种再现装置，即使在再现单元侧没有检验不稳定状态的数字流的余力的情况下，也可以防止将记录在BD-ROM的数字流和记录在硬盘的数字流作为一个流序列进行再现时的再现的紊乱和中断。

为了实现上述目的，涉及本发明的再现装置，具备：

再现单元；

包管理单元，当构成流序列的各个数字流在多个记录介质的每个分开存在时，将各数字流的状态设定为再现单元可识别的状态、或者再现单元不能识别的状态；以及应用程序执行单元，执行应用程序，以执行对记录介质的存取控制；如果构成流序列的一部分数字流是可以识别的状态，即使其余的数字流是不能识别的状态，上述再现单元也开始再现；在对流序列中的一部分数字流的再现处理继续进行期间，上述包管理单元按照来自应用程序执行单元的请求，将其余的数字流的状态变更为再现单元能识别的状态、或不能识别的状态。

通过应用程序变更为可以识别数字流的状态、或者不能识别的状态，可以实现再现单元再现数字流、或者不再现的选择。由实现记录介质的存取的应用程序掌握使再现单元再现数字流、或者不再现的选择权，所以应用程序在不能确认数字流没有正确地写入在记录介质时，若将该数字流设为不能识别的状态，认为其数字流未曾存在地进行处理。由此，不会错误地再现不稳定的数字流。这样，不会出现图像的紊乱和中断。

在此，在多个记录介质中有只读型记录介质和可重写型记录介质；上述再现单元只能识别只读型记录介质的文件布局；记录在可重写型记录介质的数字流以存储在文件中的状态被记录在可重写型记录介质；由上述包管理单元进行的向可识别状态的变化，是根据只读型记录介质中上的文件管理信息和可重写型记录介质中的文件管理信息来生成虚拟的卷标管理信息，并传递给再现单元而进行的；向不可识别状态的变化，是根据上述虚拟的卷标管理信息除去可重写型记录介质的文件管理信息进行的。

由包管理单元进行的可识别状态的变化，还包含在可重写型记录介质中把存储了数字流的文件变更为只读属性的处理；向不能识别状态的变更，还包含在可重写型记录介质中把存储了数字流的文件变更为可重写性属性的处理。

在此，一部分数字流的再现中，应用程序进行控制，以便把其余的数字流下载到记录介质，若该一部分数字流的再现结束，通过把该数字流设定为可识别的状态，能够使再现单元进行写入的数字流的再现。

而且，若其余数字流的写入在一部分的数字流的再现期间内没有结束，通过把该数字流设定为不能识别的状态，可以从再现单元的再现中除去这样的数字流。数字流的再现可否的设定可以与下载处理的进度联动，所以，可以并行地执行构成流序列的数字流的再现和构成流序列的数字流的下载。在此，当下载在BD-ROM的数字流是构成电影本篇的数字流，下载到硬盘的数字流是电影的预告篇时，在本篇数字流的再现中下载预告篇数字流，若本篇数字流的再现结束，可以在其后马上开始预告篇数字流的再现。

附图说明

图1是表示关于本发明涉及的再现装置的使用行为的方式的图。

图2是表示BD-ROM的内部结构的图。

图3是模式地表示AVClip如何构成的图。

图4是表示PL信息的构成的图。

图5是表示AVClip时间轴和PL时间轴之间关系的图。

图6是表示由四个Clip_Information_file_name构成的成批指定的图。

图7是表示PLmark信息的内部结构的图。

图8是表示利用PLmark的章定义的图。

图9是表示子路径信息的内部结构的图。

图10是表示子播放条目(SubPlayItem)时间轴上的再现区间定义和同步指定的图。

图11(a)是表示收纳在Java(注册商标)档案文件中的程序和数据的图。(b)是表示类文件的内部结构的图。

图12是表示本发明涉及的再现装置的内部结构的图。

图13(a)是表示局部存储器(Local Storage)18中的目录结构的图。(b)是表示流存储位置信息文件的内部结构的图。

图14是将由存储在ROM24的软件和硬件构成的部分置换为层结构描述的图。

图15是表示Java(注册商标)虚拟机30的内部结构的图。

图16是表示虚拟文件系统(Virtual File System)部38的虚拟包信息结构的一例的图。

图17是表示虚拟文件系统部38的状态管理的一例的图。

图18是表示反映了状态管理的虚拟包信息的生成的图。

图19是表示网络管理模块37的下载正在进行时的虚拟文件系统部38的虚拟包构筑的图。

图20(a)是表示利用存储在局部存储器的PL信息定义了怎样的播放表(PlayList)再现时间轴的图。(b)是表示前进播放表(Progressive PlayList)信息的概念的图。

图21是表示管理信息转换模块39的实例生成的图。

图22是表示播放表对象的Play函数的调用的图。

图23是模式地表示getMissingStreams函数的询问结果的图。

图24是模式地表示enableClip函数的调用的图。

图25是模式地表示disableClip函数的调用的图。

图26是表示虚拟包构筑时的处理的流程图。

图27(a)是表示enableClip函数的调用时的处理顺序的流程图。(b)是表示disableClip函数的调用时的处理顺序的流程图。

图28是表示回放控制引擎(Playback Control Engine)32的再现顺序的流程图。

图29是表示应用程序的处理顺序的流程图。

图30(a)、(b)是表示网络管理模块37的下载进度和回放控制引擎32的再现进度的图。

图31(a)、(b)是表示网络管理模块37的下载进度和回放控制引擎32的再现进度的图。

图32(a)、(b)是表示网络管理模块37的下载进度和回放控制引擎32的再现进度的图。

图33是表示网络管理模块37的下载进度和回放控制引擎32的再现进度的图。

具体实施方式

(第1实施方式)

下面，说明本发明涉及的记录介质的实施方式。首先，说明本发明涉及的再现装置的实施行为中的使用行为的方式。图1是表示关于本发明涉及的再现装置的使用行为的方式的图。在图1中，本发明涉及的再现装置是再现装置200。该再现装置200的用途是，向由遥控器300、电视机400形成的家庭影院系统供给电影作品。

以上说明了本发明涉及的再现装置的使用方式。接着，说明作为本发明涉及的再现装置所再现的对象的记录介质。由本发明涉及的再现装置再现的是BD-ROM。图2是表示BD-ROM的内部结构的图。

在该图的第4层表示BD-ROM，在第3层表示BD-ROM上的轨道。该图的轨道是将从BD-ROM的内周至外周螺旋状地形成的轨道在横向上拉伸描绘的。该轨道由导入区、信息区和、导出区构成。该图的信息区具有称为物理层、文件系统层、应用层的层模型。如果使用目录结构表现BD-ROM的应用层格式(应用格式)，就成为如图中的第1层。在该第1层中，在BD-ROM中的Root目录下，有BDMV目录。

在BDM目录的下面，存在被称为PLAYLIST目录、CLIPINF目录、STREAM目录、BDJA目录的四个子目录。

在STREAM目录中，存在存储了成为所谓数字流主体的文件的目录，即赋予了后缀M2TS的文件(00001.M2TS)。

在PLAYLIST目录中，存在赋予了后缀MPLS的文件(00001.MPLS)。

在CLIPINF目录中，存在赋予了后缀CLPI的文件(00001.CLPI)。下面，说明这些文件。

首先，说明赋予了后缀.M2TS的文件。图3是模式地表示赋予了后缀.M2TS的文件如何构成的图。赋予了后缀.M2TS的文件(00001.M2TS，00002.M2TS，00003.M2TS)存储AVClip。AVClip(中层)是，将由多个视频帧(像素pj1，2，3)构成的视频流、由多个音频帧构成的音频流(上第1层)转换为PES包列(上第2层)，进一步转换为TS包(上第3层)，相同地，将字幕类的演示图形流(下第1层的PG流)及对话类的交互图形流(下第2层的IG流)转换为TS包(下第3层)，然后对它们进行多路复用而构成。

AVClip除了如图3所示的进行了多路复用的流以外，还有没进行多路复用的流。这样的AVClip被称为SubClip，存在构成音频流、图形流、文本字幕流(TextSTStream)等的AVClip。

<Clip信息>

赋予了后缀“CLPI”的文件(00001.CLPI)是与各个AVClip一对一对应的Clip信息。由于是管理信息，Clip信息持有AVClip中的流的编码方式、帧速率、比特率、分辨率等的信息，和表示GOP的起始位置位置的EP_map。

<PlayList信息>

赋予了后缀“MPLS”的文件(00001.MPLS)是存储了PlayList(PL)信息的文件。PL信息是参照AVClip定义播放表的信息。图4是表示PL信息的结构的图，如该图的左侧所示，PL信息由“MainPath信息”、“PLMark信息”、“子路径信息”构成。

MainPath信息(MainPath())，如点划线的箭头mp1所示地由多个播放条目信息(PlayItem())构成。播放条目是指，在一个以上的AVClip时间轴上，通过指定In_Time、Out_Time定义的再现区间。通过配置多个播放条目信息，定义了由多个再现区间构成的播放表(PL)。图中的点划线mp2，特写播放条目信息的内部结构。如该图所示，播放条目信息，由表示对应的AVClip的“Clip_information_file_name”、“In_time”、和“Out_time”构成。图5是表示AVClip和PL的关系的图。第1层表示AVClip具有的时间轴，第2层表示PL具有的时间轴。PL信息包含PlayItem#1、#2、#3的三个播放条目信息，由这些PlayItem#1、#2、#3的In_time、Out_time，定义了三个再现区间。如果排列这些再现区间，就定义了与AVClip时间轴不同的时间轴。这是在第2层表示的PL时间轴。这样，通过播放条目信息的定义，可以定义与AVClip不同的时间轴。

原则上对AVClip的指定是一个，但也可以进行对多个AVClip的成批指定。该成批指定是通过播放条目信息中的多个Clip_Information_file_name进行。图6是表示由四个Clip_Information_file_name形成的成批指定的图。在该图中，第1层～第4层表示四个AVClip时间轴(AVClip#1，#2，#3，#4的时间轴)，第5层表示PL时间轴。由播放条目信息持有的四个Clip_Information_file_name，指定了这四个时间轴。通过这样做，根据播放条目所具有的In_time、Out_time，择一地定义了可以再现的四个再现区间。由此，在PL时间轴上定义了由可切换的多个角度影像构成的区间(所谓多角度区间)。

PLmark信息(PLmark())是将PL时间轴中的任意区间指定为章的信息。图7是表示PLmark信息的内部结构的图，如该图的引出线pm1所示PLmark信息包含“ref_to_PlayItem_Id”和“Mark_time_stamp”。图8是表示利用PLmark的章定义的图。该图中的第1层表示AVClip时间轴，第2层表示PL时间轴。图中的箭头pk1，2，表示Plmark中的播放条目指定(ref_to_PlayItem_Id)和某一时刻的指定(mark_time_stamp)。通过这些指定，在PL时间轴上定义了三个章Chapter#1、#2、#3)。以上是关于PLmark的说明。接着，说明子路径信息。

子路径信息(SubPath())是通过在SubClip的时间轴上指定In_Time、Out_Time来定义一个以上的再现区间的信息，具有图9所示的内部结构。该图所示的子路径信息如点划线的引出线sh1所示，由多个子播放条目信息(SubPlayItem())构成。如使用点划线sh2进行特写那样，子播放条目信息由“Clip_information_file_name”、“In_time”、“Out_time”、“Sync_PlayItem_Id”、“Sync_start_Pts_of_PlayItem”构成。对于SubClip的时间轴上的In_Time、Out_Time的指定，由“Clip_information_file_name”、“In_time”、“Out_time”构成。“Sync_PlayItem_Id”及“Sync_start_Pts_of_PlayItem”，成为使SubClip时间轴上的再现区间和PL时间轴同步的同步指定。通过该同步指定，PL时间轴和SubClip时间轴步进行。

图10是表示SubClip时间轴上的再现区间定义定义和同步指定的图。在该图中，第1层表示PL时间轴，第2层表示SubClip时间轴。图中的SubPlayItem.IN_time表示再现区间的起始点，SubPlayItem.Out_time表示再现区间的终点。由此可以知道，在SubClip时间轴上也定义着再现区间。在箭头Sn1中，Sync_PlayItem_Id表示对播放条目的同步指定，在箭头Sn2中，sync_start_PTS_of_PlayItem表示PL时间轴的播放条目的某时刻的指定。

能够进行可切换多个AVClip的多角度区间、可以使AVClip_SubClip同步的同步区间的定义，是BD-ROM的PL信息的特征。以上的Clip信息及PL信息被分类为“静态脚本”。

接着说明“动态脚本”。“动态”是指，通过再现装置200的状态变化或来自用户的键盘事件变更再现控制的内容。在BD-ROM中，利用与Java(注册商标)应用程序相同的记述，可以记述该再现控制。即在BD-ROM中，Java(注册商标)应用程序担当动态脚本的作用。

<Java(注册商标)应用程序>

说明Java(注册商标)应用程序。Java(注册商标)应用程序由被装载到虚拟机的堆区域(还称为工作存储器)的一个以上的xlet程序构成。应用程序由被装载到该工作存储器的xlet程序及数据构成。以上是Java(注册商标)应用程序的构成。

相当于该Java(注册商标)程序的实体的是存储在图2的BDMV目录下的BDJA目录的Java(注册商标)档案文件(00001.jar，00002.jar)。下面，参照图11说明Java(注册商标)档案文件。

<Java(注册商标)档案文件>

Java(注册商标)档案文件(图9的00001.JAR)是将一个以上的类文件、一个以上的数据文件等归纳为一个而得到的文件。图11(a)是表示由档案文件收纳的程序、数据的图。该图的数据是用Java(注册商标)档案归纳配置了框内所示的目录结构的多个文件的数据。框内所示的目录结构由根目录、Java(注册商标)目录、image目录构成，在根目录配置着common.pkg，在Java(注册商标)目录是配置着类文件(aaa.class，bbb.class)，在image目录配置着menu.jpg。Java(注册商标)档案文件是用Java(注册商标)档案归纳这些而得到的。这样的类文件及数据在从BD-ROM读取到高速缓存时被展开，在高速缓存上，作为配置在目录下的多个文件进行处理。Java(注册商标)档案文件的文件名中的“zzzzz”这五位数值，表示应用程序的ID(application ID)。在该Java(注册商标)档案文件被读取到高速缓存时，通过参照该文件名中的数值，可以取出构成任意的Java(注册商标)应用程序的程序及数据。

该图中的类文件(图中的aaa.class，bbb.class)是对应上述xlet程序的类文件。Java(注册商标)工作环境的工作模式(BD-J模式)下的再现步骤，由相当于该类文件的是实例的xlet程序规定。Xlet程序是可以利用JMF(Java(注册商标)Media FrameWork)方式的接口的Java(注册商标)程序，按照JMF等的方式，基于键事件进行处理。xlet程序可以进行JMF方式的处理，所以，通过生成对于MPLS文件的JMF方式的实例(播放表对象)，可以向再现装置200命令播放表再现。另外在xlet程序中，通过记载功能API的调用，可以执行BD-ROM再现装置200特有的处理。

再者，xlet程序还可以执行访问三维网页后下载内容的步骤。由此可以再现交换了下载内容和播放表再现的崭新的作品。

说明xlet程序的类文件。图11(b)是表示类文件的内部结构的图。该图所示的类文件与通常的类文件相同，由“常量池”、“接口”、“函数1，2，3……n”构成。在类文件的函数中，有预先注册了成为动作的触发的键事件的函数(EventListner)、和调用BD-ROM再现装置200侧的功能API的函数。这些函数记载了通过使用分配给自身的局部变量、或调用自身时的参数，进行运算等的步骤。以上说明了Java(注册商标)档案文件。由此，结束对BD-ROM的说明。下面说明本发明涉及的再现装置的内部结构。

<再现装置>

图12是表示本发明涉及的再现装置的内部结构的图。本发明涉及的再现装置是基于该图所示的内部结构工业生产出来的。本发明涉及的再现装置，主要由系统LSI和称为驱动装置的两个配件构成，通过在装置的箱体及基板上实装这些配件，可以进行工业生产。系统LSI是集成了执行再现装置的功能的各种处理部的集成电路。这样生产的再现装置包括BD-ROM驱动器1、读缓冲器2、解复用器3、视频解码器4、视频平面5、P图形解码器6、演示图形平面7、合成部8、字体生成器9、I图形解码器10、开关11、交互图形平面12、合成部13、CLUT部14、CLUT部15、音频解码器16、网络装置17、局部存储器18、读缓冲器19、解复用器20、命令ROM21、用户事件处理部22、PSR组23、CPU24、脚本存储器25、局部内存26、开关27。

首先，说明与记录在BD-ROM的AVClip再现有关的构成要素(BD驱动器1～音频解码器16)。

BD-ROM驱动器1进行BD-ROM的装载/排出，执行对BD-ROM的存取。

读缓冲器2是FIFO存储器，按先入先出方式存储了从BD-ROM读取的TS数据包。

解复用器(De-MUX)3从读缓冲器2取出TS数据包，将构成该TS数据包的TS数据包转换成PES数据包。然后，将通过转换得到的PES数据包中的、具有由CPU24设定的PID的PES数据包，向视频解码器4、P图形解码器6、I图形解码器10、音频解码器16的某一个输出。

视频解码器4解码从解复用器3输出的多个PES数据包，得到非压缩形式的图像，写入到视频平面5。

视频平面5是用于存储非压缩形式的图像的平面。平面是指，在再现装置中用于存储一个画面的图像数据的存储区域。视频平面5的分辨率是1920×1080，存储在该视频平面5的图像数据，由用16比特的YUV值表现的图像数据构成。在视频平面5中，可以对视频流中的每个帧的再现影像进行定标。定标是指，使每一帧的再现图像变化为视频平面5整体的1/4、1/1(满定标)中的某一个。在BD-J模式下按照来自CPU24的指示执行这样的定标，所以，可以将视频流的再现图像缩到画面的角落、或者进行在整个画面输出的画面演出。

P图形解码器6对从BD-ROM读取的演示图形流进行解码，向演示图形平面7写入非压缩图形。通过图形流的解码，字幕可以显示在画面上。

演示图形平面7是具有相当于一个画面的区域的存储器，可以存储一个画面的非压缩图形。该平面的分辨率是1920×1080，演示图形平面7中的非压缩图形的各像素用8比特的指示色表现。通过使用CLUT(Color Lookup Table)转换这样的指示色，存储在演示图像平面7的非压缩图形用于显示。

合成部8将存储在视频平面5的非压缩状态的图像数据(i)和演示图形平面7的存储内容进行合成。

字体生成器9使用字符字体将包含在textST流中的文本代码展开成位图，并写入演示图形平面7。

I图形解码器10在HDMV模式下对从BD-ROM或局部存储器18读取的IG流进行解码，将非压缩图形写入交互图形平面12。

开关11是将字体生成器9生成的字体列、和通过P图形解码器6的解码得到的图形的某一个有选择地写入演示图形平面7的开关。

交互图形平面12中写入通过I图形解码器10的解码而得到的非压缩图形。而且，在交互图形平面12中，在BD-J模式下写入由应用程序描绘的字符或图形。

合成部13合成交互图形平面12的存储内容和作为合成部8的输出的合成图像(合成了非压缩状态的图形数据和演示图形平面7的存储内容的图像)。通过这样的合成，可以在非压缩状态的图形数据上叠加应用程序写入I图形解码器10的字符及图形，进行显示。

CLUT部14将存储在视频平面5的非压缩图形中的指示色转换为Y、Cr、Cb值。

CLUT部15将存储在交互图形平面12的非压缩图形中的指示色转换为Y、Cr、Cb值。

音频解码器16对从解复用器3输出的PES包进行解码，输出非压缩形式的音频数据。

以上是涉及AVClip再现的构成要素。接着，说明涉及BD-J模式下的动作的构成要素(网络装置17～解复用器20)。

网络装置17是实现再现装置的通信功能的设备，若在BD-J模式下由Java(注册商标)应用程序赋予了URL指定，则确立与相当于该URL的web网页的TCP链接、FTP链接等。通过这样的链接确立，使Java(注册商标)应用程序进行自web网页的下载。

局部存储器18是将通过由网络装置17确立的链接从web网页下载的内容等、从DB-ROM以外的记录介质及通信介质供给的内容，同，中间数据一起存储的硬盘。该中间数据是用于将下载内容绑定到局部存储器18进行管理的信息，通过对该局部存储器18进行存取，BD-J模式下的应用程序可以进行利用了下载内容的各种处理。

读缓冲器19是FIFO存储器，在存储在局部存储器18的下载内容中包含SubClip时，按先入先出方式存储构成该SubClip的TS数据包。

解复用器(De-MUX)20从读缓冲器19取出TS数据包，将TS数据包转换为PES数据包。然后，将通过转换得到的PES数据包中的、具有希望的PID的PES数据包，输出给字体生成器9、I图形解码器10、音频解码器16。

利用以上的网络装置17～De-mux20，可以与记录在BD-ROM的内容同样得再现Java(注册商标)应用程序通过网络下载的内容。接着，说明实现再现装置中的综合控制的构成要素(命令ROM21～开关27)。

命令ROM21存储着规定再现装置的控制的软件。

用户事件处理部22根据对遥控器或再现装置的前面板的键操作，向CPU24输出进行该操作的用户事件。

PSR组23是内置在再现装置中的寄存器，由64个播放状态寄存器(PSR)和4096个的通用寄存器(GPR)构成。播放状态寄存器的设定值(PSR)中的PSR4～PSR8用于表现现在的再现时刻。

PSR4，通过被设定为1～100的值，表示现在的再现时刻所属的标题，通过被设定为0，表示现在的再现时刻是顶级菜单。

PSR5，通过被设定为1～999的值，表示现在的再现时刻所属的章序号，通过被设定为0xFFFF，表示再现装置中章序号是无效的。

PSR6，通过被设定为0～999的值，表示现在的再现时刻所属的PL(当前PL)的序号。

PSR7，通过被设定为0～255的值，表示现在的再现时刻所属的播放条目(当前播放条目)的序号。

PSR8，通过被设定为0～0xFFFFFFFF的值，使用45KHz的时间精度表示现在的再现时刻(当前PTM(Presentation Time))。通过以上的PSR4～PSR8，在图21(a)的BD-ROM全体的时间轴中，可以特定现在的再现时刻在哪儿。

CPU24执行存储在命令ROM21的软件，执行再现装置全体的控制。该控制的内容根据从用户事件处理部22输出的用户事件、及PSR组23的各PSR的设定值，动态地变化。

脚本存储器25是用于存储当前的PL信息或当前的Clip信息的存储器。当前PL信息是指，存储在BD-ROM的多个PL信息中的成为当前处理对象的PL信息。当前Clip信息是指，记录在DB-ROM的多个Clip信息中的成为当前处理对象的Clip信息。

局部内存26是，因从BD-ROM的读取是低速，所以用于暂时存储BD-ROM的记录内容的缓冲存储器。通过存在这样的局部内存26，BD-J模式下的程序执行效率化。

开关27是将从BD-ROM及局部存储器18读取的各种数据有选择地投入到读缓冲器2、读缓冲器19、脚本存储器25、局部内存26的某一个的开关。

以上是本实施方式涉及的再现装置的硬件结构。接着，说明本实施方式涉及的再现装置的文件系统结构。

图13(a)是表示局部存储器18的目录结构的图。

在该图的目录结构中的根目录下，有“DLDAT”的子目录，在其下，有“PKG00001”、“PKG00002”的子目录。“PKG00001”、“PKG00002”分别是BD-ROM的卷标号，表示在局部存储器18中存在与具有“PKG00001”这样卷标号的BD-ROM对应的目录、和与具有“PKG00002”这样卷标号的BD-ROM对应的目录。其中，子目录“PKG00001”表示是与卷标号“PKG00001”的BD-ROM对应的、下载数据的放置位置。通过在对应各BD-ROM的目录下设置子目录，分别存储关于各BD-ROM的下载数据。在该子目录下，与存储在BD-ROM的信息相同地存储着播放表信息、Clip信息、AVClip，另外存在Java(注册商标)档案文件、和流存储位置信息文件。

在此，记录在BD-ROM的AVClip对应于电影作品的本篇，记录在局部存储器18上的AVClip是在目前在剧场上映的电影作品的预告篇。预告篇的内容随时代的变迁而变化，所以目前在剧场上映的电影作品的预告篇，在局部存储器18上作为AVClip记录着。

说明后者的流存储位置信息文件。该流存储位置信息文件是表示构成虚拟包的文件一览的信息。图13(b)是表示流存储位置信息文件的内部结构的图，流存储位置信息文件包括构成虚拟包的各AVClip及Clip信息的存储位置信息。各存处位置信息包括AVClip及Clip信息的“识别符”和表示该AVClip及Clip信息在局部存储器18中的存储位置的“文件路径”。通过参照这样的存储位置信息，在构筑虚拟包时，可以确认作为虚拟包的构成要素的AVClip及Clip信息是否齐备。

以上是本实施方式涉及的再现装置的文件系统结构。下面说明本实施方式涉及的再现装置中的软件结构。

图14是将由存储在ROM24的软件和硬件构成的部分置换为层结构描绘的图。如该图所示，再现装置的层结构包括以下的a)、b)、c)。即，包括：

a)BD播放装置的第1级；

b)BD播放模块的第2级；

c)应用程序运行环境(Application Runtime Enviroment)的第3级。

在这些级中，图32所示的再现装置的硬件结构属于第1级。在该图的第1级“BD Player Device”中，包含：由图12所示的硬件结构中的视频解码器4、P图形解码器6、I图形解码器10、音频解码器16构成的“解码器”，由视频平面5、演示图形平面7、交互图形平面12构成的“平面”，BD-ROM及其文件系统、局部存储器18及其文件系统。

第2级“BD播放模块”，包括以下的b1)、b2)层。即，包括：

b2)回放控制引擎32的层，

b1)虚拟文件系统38及演示引擎31的层，

并且，对比自身上位的级提供，提供功能API。

其中，图12所示的PSR组23、脚本存储器25，存在于回放控制引擎32内。

第3级“应用程序运行环境”包括以下的c1)的堆栈级。即，包括：

c1)HDMV模块29a、BD-J模块29b所存在的层。

下面，说明该软件结构中的各结构要素。

<HDMV模块29a，BD-J模块29b>

HDMV模块29a解读导航命令，基于解读结果执行对回放控制引擎32的功能调用。

BD-J模块29b是所谓Java(注册商标)平台，成为将

d1-1)Java(注册商标)虚拟机30

d1-2)用于Java(注册商标)虚拟机进行的工作的中间件阶层化的构成。

<Java(注册商标)虚拟机30>

Java(注册商标)虚拟机30将构成应用程序的xlet程序加载到工作存储器，解读xlet程序，按照解读结果进行对下层的控制。对下层的控制过程是，向中间件发行函数，置换成BD再现装置对应的功能调用，向回放控制引擎32发行置换后的功能调用。

<Java(注册商标)虚拟机30的内部结构>

在此说明Java(注册商标)虚拟机30的内部结构。图15是表示，Java(注册商标)虚拟机30的内部结构的图。该图所示的Java(注册商标)虚拟机30包括图12所示的CPU24、用户类装载器52、函数区53、工作存储器54、线程55a、b…n、Java(注册商标)堆栈56a、b…。

用户类装载器52从局部内存26等读取BDJA目录的Java(注册商标)档案文件中的类文件，并存储到函数区53。该用户类装载器52的类文件读出是通过应用程序管理器36向用户类装载器52指示指定了文件路径的读取而进行的。如果文件路径表示局部内存26，用户类装载器52从局部内存26将构成应用程序的Java(注册商标)档案文件中的类文件读取到工作存储器54。如果文件路径表示文件系统上的目录，用户类装载器52从BD-ROM或局部存储器18将构成应用程序的Java(注册商标)档案文件中的类文件。

函数区53存储由用户类装载器52从局部内存26读取的类文件。

工作存储器54是所谓的堆区域，存储各种各样类文件的对象。在工作存储器54，存储常驻型的常驻应用程序、和与读取到函数区域53的类文件对应的实例。该实例是构成应用程序的xlet程序。通过在工作存储器54配置这样的xlet程序，应用程序成为可执行状态。

线程55a、b…n是执行存储在工作存储器54的函数的逻辑上的执行主体，将存储在局部变量、操作数堆栈的参数作为操作数进行运算，将运算结果存储到局部变量或操作数堆栈。图中的箭头ky1、ky2、kyn象征地表示从工作存储器54向线程55a、b…n的函数供给。物理上的执行主体唯一地是CPU，作为逻辑上的执行主体的线程可以存在于最大64个Java(注册商标)虚拟机30内。在该64个这样的数值内，可以新创建线程、也可以删除已有的线程，线程的动作数在Java(注册商标)虚拟机30的动作中可以增减。线程数可以适当增加，所以，可以由多个线程并行地执行一个实例，实现实例的高速化。

Java(注册商标)堆栈56a、b…n与线程55a、b…n按一对一的比例存在，在内部具有程序计数(图中的PC)和一个以上的帧。“程序计数”表示在实例中当前在执行哪一部分。“帧”是向对函数的一次调用分配的堆栈式的区域，包括存储有其一次调用时的参数的“操作数堆栈”和被调用的函数使用的“局部变量堆栈(图中的局部变量)”。帧在每次进行调用时被堆积到Java(注册商标)堆栈56a、b…n上，所以在某个函数递归调用自身时，该帧也被堆积一个。

以上是Java(注册商标)虚拟机的内部结构。这样构成的Java(注册商标)虚拟机，成为被事件驱动的执行主体(事件驱动的执行主体)。以上说明了Java(注册商标)虚拟机。

<演示引擎(Presentation Engine)31>

演示引擎31执行AV再现功能。再现装置的AV再现功能是指，从DVD播放机、CD播放机继承的传统的功能群，是如下的功能：再现开始(Play)、再现停止(Stop)、暂停(Pause On)、解除暂停(PauseOff)、静音功能的解除(still off)、带速度指定的快进(ForwardPlay(speed))、带速度指定的快退(Backword Play(speed))、声音切换(Audio Change)、副图像切换(Subtitle Change)、角度切换(Angle Change)。为了实现AV再现功能，演示引擎31控制视频解码器4、P图形解码器6、I图形解码器10、音频解码器16，以便进行读取到读缓冲器2上的AVClip中的、希望时刻的部分的解码。作为希望时刻，进行PSR8(目前PTM)所示的位置的解码，在AVClip中可以进行任意时刻的再现。

<回放控制引擎32>

回放控制引擎32执行对播放表的再现控制功能(i)、PSR组23中的状态取得/设定功能(ii)这样的各功能。对PL的再现控制功能是指，按照当前PL信息及Clip信息进行演示引擎31所进行的AV再现功能中的再现开始、再现停止。这些功能(i)～(ii)根据来自HDMV模块29a～BD-J模块29b的功能调用执行。

在此，说明回放控制引擎32的处理和Java(注册商标)虚拟机的处理的同期。若功能被调用，回放控制引擎32基于PL信息执行处理步骤。如果要再现的AVClip具有15分、30分的再现时间，则继续这些时间及上述的处理。在此成为问题的是，Java(注册商标)虚拟机30返回存取响应的时间、和回放控制引擎32实际上结束处理的时间之间的间隔。Java(注册商标)虚拟机30是事件驱动的处理主体，所以在调用后立即返回表示再现成功、还是再现失败的响应，但是，回放控制引擎32结束AVClip及播放条目的再现是经过15分钟、30分钟后，因此，如果以向应用程序返回存取响应的时间为基准，不能检测出经过15分钟、30分后钟后的处理结束。如果在PL再现中进行快进、快退，该15分钟、30分钟的再现期间前后变动，处理结束的检测更为困难。因此，回放控制引擎32在播放条目的再现结束时、AVClip的再现结束时，向应用程序输出表示播放条目、AVClip的再现结束的事件。通过这样的输出，应用程序可以得知回放控制引擎32结束播放条目或AVClip的再现的时刻。

以上是Java(注册商标)虚拟机、网络装置31、回放控制引擎32的说明。对于回放控制引擎32的Java(注册商标)虚拟机的控制通过虚拟包进行。为了实现通过虚拟包的、对回放控制引擎32的控制，在再现装置中存在如下所示的构成要素(网络管理模块37、虚拟文件系统部38、管理信息转换模块39、函数执行模块40)。下面说明这些构成要素。

<网络管理模块37>

网络管理模块37按照来自应用程序的函数调用，从电影作品的提供者运营的三维网下载虚拟包构筑所需的数据。在虚拟包构筑所需的数据中，有流存储位置信息文件、博放表信息、Clip信息、AVClip。当由工作存储器(Work Memory)54上的应用程序发出了的下载请求时，网络管理模块37通过网络下载在虚拟包构筑所需的数据，写入到局部存储器18。

该下载的写入步骤是：

流存储位置信息文件→播放表信息→多个Clip信息→多个AVClip。

在此，在播放表信息-多个Clip信息的写入结束的阶段，可以进行虚拟包的构筑。

<虚拟文件系统部38>

虚拟文件系统部38是属于第2级的构成要素之一，按照来自应用程序的函数调用，构筑虚拟包。在虚拟包的构筑处理中，包含构成虚拟包的各AVClip的状态管理和虚拟包信息的生成处理。

1.虚拟包信息

虚拟包信息是扩展了BD-ROM中的卷标管理信息的信息。在此，卷标管理信息是规定某记录介质上存在的目录文件结构的信息，包括关于目录的目录管理信息、关于文件的文件管理信息。

虚拟包信息是通过在表示BD-ROM的目录文件结构的卷标管理信息中追加新的文件管理信息，实现BD-ROM中的目录文件结构的扩展的信息。在此，追加到BD卷标管理信息的文件管理信息是指，关于存在于局部存储器18的播放表信息、Clip信息、AVClip的文件管理信息，通过生成追加了这样的文件管理信息的虚拟包并传递给回放控制引擎32，回放控制引擎32可以识别为位于局部存储器18上的播放表信息、Clip信息、AVClip存在于BD-ROM上。图16是表示由虚拟文件系统部38进行的虚拟包信息构筑的一例的图。该图的左上是BD_ROM中的目录文件构造，与图2所示的相同。该图的左下是局部存储器18中的目录文件构造，与图13(a)所示的相同。向BD-ROM的卷标管理信息追加关于该局部存储器18上的播放表信息、Clip信息、AVClip的文件管理信息。

具体地说，

i)向BD卷标构成信息中的MPLS路径的路径管理信息，追加关于局部存储器18上的播放表(00002.MPLS)的文件管理信息；

ii)向BD卷标构成信息中的CLPI目录的目录管理信息，追加关于局部存储器18上的Clip信息#2、Clip信息#3、#4(00002.CLPI，00003.CLPI，00004.CLPI)的文件管理信息；

iii)向BD卷标构成信息中的STREAM目录的目录管理信息，追加关于局部存储器18上的AVClip#2、AVClip#3、#4(00002.M2TS，00003.M2TS，00004.M2TS)的文件管理信息。

通过这样做，可得到虚拟包信息。通过该追加得到的容量管理信息是虚拟包信息。

向回放控制引擎32传递这样生成的虚拟包信息。由此，回放控制引擎32，可以与BD-ROM上的播放表信息、Clip信息、AVClip对等地处理局部存储器18上的播放表信息、Clip信息、AVClip。以上是对于虚拟包信息生成的说明。接着说明由虚拟文件系统部38进行的状态管理。

3.允许(enable)及禁止(disable)

“状态管理”是指，应构筑虚拟包的AVClip是允许还是禁止的管理。在此，播放表信息中的一个播放条目信息是多角度对象时，构成多角度区间的各个AVClip成为是允许还是禁止的状态管理的对象。而且，在播放条目信息中存在子播放条目信息时，该子播放条目信息的记载了Clip_information_file_name的AVClip也成为是允许还是禁止的状态管理的对象。

图17(a)是表示由虚拟文件系统部38进行的状态管理的一例的图。如该图所示，AVClip的状态有“允许”、和“禁止”。“允许”是指，Clip信息和与其对应的AVClip存在于局部存储器18上，该AVClip被设定成只读模式的状态。

另一方面，“禁止”是指，虽然Clip信息存在于局部存储器18上，但与其对应的AVClip在局部存储器18中不存在(损失流，MissingStream)、或者即使存在也是可以删除的状态。

禁止是作为可删除的内容操作的，在局部存储器18上的容量不足时，禁止的AVClip成为删除对象。

因此，在局部存储器18下载了AVClip时，只要虚拟文件系统部38不改变AVClip为允许，回放控制引擎32就把该下载的AVClip作为不存在的内容来处理。只要没有虚拟文件系统部38的作为，回放控制引擎32就不识别局部存储器18上的AVClip，所以在不稳定的状态下，回放控制引擎32不可能使再现继续进行。

3.只读模式及其取消

下面说明只读模式。向只读模式的变化是通过重写局部存储器18中的容量管理信息的文件管理信息进行的。该重写对象是局部存储器18中的DLDAT目录下的PACKAGE00001目录中的文件管理信息，通过将这样的文件管理信息中的文件属性全部重写到只读属性，局部存储器18上的AVClip不会被重写。因此，在回放控制引擎32的再现中，即使应用程序要存取局部存储器18上的AVClip，AVClip也不会被重写，所以保持了再现中的AVClip的同一性。

使局部存储器18上的AVClip成为可以从回放控制引擎32识别的状态时，在局部存储器18中，将存储该AVClip的文件置为只读属性，所以Java(注册商标)虚拟机上的应用程序即使要直接对局部存储器18进行存取，其AVClip的内容也不会在中途改变。

说明只读模式的取消。只读模式的取消，与向只读模式的变化同样地，通过重写局部存储器18中的卷标管理信息的文件管理信息进行的。该重写对象是局部存储器18中的DLDAT目录下的PACKAGE00001目录中的文件管理信息，通过将这样的文件管理信息中的文件管理信息从只读属性改写为可重写属性，局部存储器18上的AVClip任何时候都能被重写。因此，在回放控制引擎32的再现结束后，马上把局部存储器18中的文件管理信息改写成可重写属性，局部存储器18上的AVClip成为删除对象。以上是对状态管理的说明。

4.状态管理和虚拟包信息的关系

该状态管理的内容可反映为虚拟包信息的制作。即，在状态管理中，关于被禁止的AVClip的文件管理信息，不追加到BD-ROM的卷标管理信息，只有关于被允许的AVClip的文件管理信息，被追加到BD-ROM的卷标管理信息。通过将这样生成的虚拟包信息传递给回放控制引擎32，回放控制引擎32只识别设定为允许的AVClip。存在于BD-ROM上的AVClip#1、和存在于局部存储器18上的AVClip#2、AVClip#3、AVClip#4中，如果AVClip#1、AVClip#2是允许，AVClip#3、AVClip#4是禁止，那么虚拟文件系统部38如图18所示地进行虚拟包信息的生成。图18是表示反映了状态管理的虚拟包信息的生成的图。在该图中，关于AVClip#2的文件管理信息被追加到BD卷标构成信息中的STREAM目录的目录管理信息，但是，关于AVClip#3、AVClip#4的文件管理信息不被追加到BD卷标构成信息中的STREAM目录的目录管理信息。在图18左下部的四个AVClip中，相当于AVClip#2的00002.M2TS是允许，相当于AVClip#3、AVClip#4的00003.M2TS、00004.M2TS是禁止。那么，如该图所示，在局部存储器18中，相当于AVClip#2的0000.M2TS的文件属性设定为只读属性。而且，相当于AVClip#3、AVClip#4的00003.M2TS、00004.M2TS的文件属性设定为可重写属性。通过向回放控制引擎32传递这样生成的虚拟包信息，回放控制引擎32不会识别AVClip#3、AVClip#4。

在此，虽然Clip信息存在，但对应的AVClip不在局部存储器18上时，其AVClip被设定为禁止。但是，虽然对于Clip信息的文件路径在流存储位置信息文件中，可是，不仅AVClip、连Clip信息也不在局部存储器18时，虚拟包的构筑不可能。即，在虚拟包中本来应有的Clip信息不存在，意味着波及整个虚拟包。

5.虚拟包信息的传递

说明通过以上的1.～4.生成的虚拟包信息如何被传递。

在此，如图18所示，假设了播放表信息、Clip信息#2～Clip信息#4、AVClip#2的下载虽然结束，但AVClip#3、AVClip#4的下载没有结束的状态。在这样的状态下若请求虚拟包构筑，虚拟文件系统部38进行如19所示的动作。图19是表示通过网络管理模块37进行的下载正在中途时的、虚拟文件系统部38的虚拟包构筑的图。在该图的状况下若请求了虚拟包构筑(⊙1VPCreate)，则从BD-ROM及局部存储器18读取目录管理信息及文件管理信息(⊙2，3)，进行虚拟包的构筑，向回放控制引擎32传递虚拟包信息(⊙4)，并且传递给应用程序(⊙5)。通过这样做，回放控制引擎32可以通过虚拟包利用BD-ROM、及局部存储器18上的AVClip构筑一个流序列。

而且，在传递给应用程序的虚拟包信息中，Clip信息#3、Clip信息#4存在而AVClip#3、AVClip#4不存在，所以应用程序认为虽然AVClip#3、AVClip#4构成数据流列，但它们是不存在的流(损失流)。

以上是对于虚拟文件系统部38的说明。

<管理信息转换模块39>

管理信息转换模块39是BD-J模块29b内的一个中间件，在应用程序请求了存在于虚拟包中的播放表信息的实例时，在Java(注册商标)虚拟机的工作存储器54生成JMF形式的播放表信息的实例(在图16的工作存储器54内表示的播放表对象)。

该实例(播放表对象)具有作为播放表信息的“数据部”和多个“函数部”。

播放表对象中的多个函数，使回放控制引擎32进行再现开始(Play)、再现停止(Stop)、暂停(Pause On)、暂停解除(Pause Off)、静音功能的解除(still off)、带速度指定的快进(ForwardPlay(speed))、带速度指定的快退(Backword Play(speed))、声音切换(Audio Change)、副图像切换(Subtitle Change)、角度切换(Angle Change)这样的各种再现处理。由此，通过应用程序调用该函数，能够再现由该播放表规定的流序列、或者停止这样的再现。

在此，说明由播放表对象再现的播放表信息。该播放表信息是存在于局部存储器18上的播放表信息。

BD-ROM上的播放表信息只参照BD-ROM上的AVClip，相对于此，局部存储器18上的播放表信息被称为“前进播放表信息”，参照BD-ROM上的AVClip和局部存储器18上的AVClip。

在此，假设前进播放表信息由播放条目信息#1～播放条目信息#5这样的五个播放条目信息构成。在其中的三个播放条目信息#1～播放条目信息#3参照BD-ROM上的Clip信息，剩余两个(播放条目信息#4、播放条目信息#5)参照局部存储器18上的Clip信息的时，该前进播放表信息如图20(a)所示地可以利用BD-ROM上的AVClip和局部存储器18上的AVClip定义一个流序列。

图20(a)是表示由存储在局部存储器的PL信息定义了怎样的播放表再现时间轴的图。第1层表示记录在BD-ROM的AVClip中的再现时间轴，第2层表示由存储在局部存储器的PL信息定义的播放表再现时间轴。第3层表示存储在局部存储器的AVClip#2的再现时间轴，第4层表示存储在局部存储器的AVClip#3中的再现时间轴，第5层表示存储在局部存储器的AVClip#4中的再现时间轴。

播放表信息中的播放条目中，播放条目信息#4、播放条目信息#5、播放条目信息#6指定AVClip#2、AVClip#3、AVClip#4作为再现区间，前进播放表信息可以将BD-ROM上的AVClip及局部存储器18上的AVClip规定为一个流序列。

在此，前进播放表信息的“顺序”是指，在由构成播放表信息的播放条目信息参照的AVClip中，若一部分是允许，即使其余的是禁止，也可以开始流序列的再现。

图20(b)是表示前进播放表信息的概念的图。该图的第2层～第5层表示图20(a)的第2层、第3层、第4层、第5层。在图20(a)的第3层、图20(b)的第3层的AVClip是允许，第4层～第5层的AVClip是禁止时，由前进播放表信息参照的四个AVClip中，虽然AVClip#3、AVClip#4是不能再现的，但AVClip#1、AVClip#2可以再现，所以，可以开始流序列的再现。这样，如果是一部分的AVClip则可以投机地开始再现，这是前进播放表信息的特征。

在虚拟包构筑由虚拟文件系统部38进行的阶段，工作存储器54上的应用程序请求了关于如图20那样的前进播放表信息的实例生成时，管理信息转换模块39进行如图21所示的处理。图21是表示由管理信息转换模块39进行的实例生成的图。

当应用程序调用请求存在于虚拟包的播放表信息的实例生成的生成函数时(⊙1)，管理信息转换模块39从脚本存储器25读取播放表信息(⊙2)，在工作内存54生成将该前进播放表信息作为数据部，并附加了函数部的播放表对象(⊙3)。由于这样的播放表对象可以在工作内存54得到，所以通过应用程序调用该播放表对象的函数，可以向回放控制引擎32命令由播放表信息规定的流序列的再现。

图22是表示播放表对象中的Play函数的调用的图。通过该Play函数的调用(⊙4)，对回放控制引擎32进行PL再现的功能调用(⊙5)。这样，回放控制引擎32读取由请求了再现的播放表信息参照的AVClip(BD-ROM上的AVClip#1、局部存储器18上的AVClip#2)(⊙6，7)，依次供给解码器。以上是对于管理信息转换模块39的说明。

<函数执行模块40>

函数执行模块40是BD-J模块29b内的中间件中的一个构成要素，按照来自存在于Java(注册商标)虚拟机30的应用程序的函数调用，执行各种函数。在由函数执行模块40执行的函数中，有各种各样的函数，但getMissingStreams函数、enableClip函数、disableClip函数、getDisableClips函数是本申请的特征。下面，说明这些函数。

1.getMissingStreams函数

getMissingStreams函数是指，在由网络管理模块37进行的下载正在继续时，向虚拟文件系统部38询问是否还存在成为损失流的AVClip的函数。

在此，假设如图19所示的虚拟包信息被传递给工作内存54上的应用程序。在虚拟包构筑时判明的损失流是AVClip#3、AVClip#4，之后，应用程序调用getMissingStreams函数，由此向虚拟文件系统部38询问了最新的损失流。此时的函数执行模块40的处理如图22所示。

图23是模式地表示该询问的结果的图。在该图中如⊙1所示，进行getMissingStreams函数的调用，通过该调用，虚拟文件系统部38作为返回值返回AVClip#4。如果这样，在调用getMissingStreams函数之前，损失流是AVClip#3、AVClip#4，在getMissingStreams函数的调用后成为AVClip#4，这样可以判定为AVClip#3不是损失流(下载已结束)。通过这样做，随着下载的进行，可以知道损失流解决到什么程度。

2.enableClip函数

enableClip函数是指，在虚拟包的构筑时是损失流，但是在其后，当存在不是损失流的AVClip时，用于设定该AVClip为允许的函数。

在此，明确了在图23中AVClip#3不是损失流，所以调用将该AVClip#3作为对象的enableClip函数。此时，函数执行模块40进行如图24所示的处理。图24是模式地表示enableClip函数的调用的图。当进行以该AVClip#3为对象的enableClip函数的调用时(⊙1)，应用程序将AVClip#3变更为允许，向应用程序返回Success响应(⊙2)。通过这样做，可以在虚拟包的构筑中将不能成为损失流的AVClip变更为允许。设AVClip为允许时，函数执行模块40向应用程序及回放控制引擎32传递包含新设为允许的AVClip的虚拟包信息。由此，回放控制引擎32及应用程序可以识别并存取新成为允许的AVClip。

3.disableClip函数

disableClip函数是指，把处于允许的AVClip设置为禁止的函数。在此，图20所示的前进播放表信息的再现中，表示AVClip#2的再现结束的事件由回放控制引擎32通知。此时，若通知了AVClip#2的再现已结束，进行如图25的处理。图25是模式地表示disableClip函数的调用的图。在该图中，若伴随回放控制引擎32的再现的进行，如果由end of Clip事件通知了AVClip#2的再现已结束(⊙1)，通过调用以该AVClip#2为对象的disableClip函数(⊙2)，应用程序可以把AVClip#3改变为禁止。通过这样做，可以把再现已结束的AVClip变更为禁止。通过这样做，AVClip#2被设定为禁止，所以AVClip#2成为删除对象。在构成预告篇的AVClip时时刻刻被下载时，只要把由前进播放表信息规定的流序列中的、再现已结束的依次设置为禁止，则可以将再现已结束的AVClip设为禁止而成为删除对象。把AVClip设为禁止时，函数执行模块40向应用程序及回放控制引擎32传递除去了新设置为禁止的AVClip之外的虚拟包信息。由此，回放控制引擎32不会识别成为禁止的AVClip。而且，在删除局部存储器18上的AVClip时，中间件只检验要删除的应用程序的写入权限，然后执行其删除。这是为了防止因不注意的删除引起的AVClip的丢失。

4.getDisableClips函数

getDisableClips函数是询问是否存在成为禁止的AVClip的函数。通过该函数的调用，应用程序使用该函数可以得到目前是否有成为禁止的AVClip的信息。

作为使用例，例如在前进播放表再现中接受了来自用户的章跳越请求时，应用程序使用该函数判断跳跃对象的AVClip是否是禁止。并且，若是禁止，不进行章跳跃，显示“正在下载，还不能跳跃到其它章”，唤起注意。通过这样做，可以在前进播放表的再现中执行称为章跳跃的特殊再现。

通过以上说明，结束关于由函数执行模块40执行的函数的说明。

参照流程图详细说明之前的各构成要素的处理顺序。

图26是表示虚拟包构筑时的处理的流程图。在该流程图中，先判断与存储在流存储位置信息文件中的AVClip对应的Clip信息在局部存储器18中是否完备(步骤S1)，若在Clip信息中有不完备的，对于从应用程序的虚拟包调用，进行错误返回(步骤S10)。即使对于Clip信息的文件路径存在于流存储位置信息文件，AVClip甚至Clip信息都不在局部存储器时，虚拟包的构筑不可能。

另一方面，如果记述在流存储位置信息文件中的所有Clip信息存在于局部存储器18(步骤S1的“是”)，向BD卷标管理信息中的播放表目录的目录管理信息追加局部存储器18中的播放表信息的文件管理信息(步骤S2)，向BD卷标管理信息中的CLPINF目录的目录管理信息追加局部存储器18中的Clip信息的文件管理信息(步骤S3)。之后，执行步骤4～步骤S8的循环处理。该循环处理是，对存在于局部存储器18的各个Clip信息，重复步骤S6～步骤S8的处理的处理(步骤S4、步骤S5)。在此，把成为循环处理的对象的一个Clip信息作为Clip信息x。

在该循环处理中，确定对应Clip信息x的AVClip(步骤S6)，判断该AVClip是允许还是禁止(步骤S7)。若是允许，向BD卷标管理信息的STREAM目录的目录管理信息，追加局部存储器18中的AVClipx的文件管理信息(步骤S8)。另一方面，若AVClip是禁止，跳过步骤S8。如果对于所有Clip信息及AVClip重复以上的处理，关于允许的AVClip的文件管理信息就被追加到BD卷标管理信息上。通过这样的追加得到的BD卷标管理信息成为虚拟包信息。向虚拟包调用的调用源的应用程序及回放控制引擎32传递该虚拟包信息(步骤S9)，结束处理。

图27(a)是表示enableClip函数的调用时的处理顺序的流程图。若进行该函数的调用，根据调用时的参数确定应设为允许的AVClipy(步骤S14)，并且依次进行步骤S15、步骤S16的判断。步骤S15是判断AVClipy是否存储在局部存储器18的判断，步骤S16判断AVClipy的文件路径是否被记载在流存储位置信息文件。若这些判断步骤的某一个是“否”，就向调用源返回“错误”，结束该流程图的处理(步骤S19)。另一方面，如果步骤S15-步骤S16的双方是“是”，就将AVClipy设为允许，在局部存储器18中，将存储了AVClip y的文件的文件属性设为只读，将AVClipy设为只读模式(步骤S17)。之后，把“成功”作为返回值返回(步骤S18)。

图27(b)是表示disableClip函数的调用时的处理顺序的流程图。若进行了该函数的调用，根据调用时的参数确定应成为禁止的AVClipy(步骤S21)，并且依次进行步骤S22、步骤S23的判断。步骤S22判断AVClipy是否是再现中，步骤S23判断AVClipy的文件路径是否记载在流存储位置信息文件中。若这些判断步骤的某一个是“是”，向调用源返回“错误”，结束该流程图的处理(步骤S26)。另一方面，如果步骤S22-步骤S23的双方是“是”，将AVClipy设为禁止，在局部存储器18中，把存储了AVClipy的文件的文件属性设为重写属性，取消AVClipy的只读模式(步骤S24)。之后，把“成功”作为返回值返回(步骤S25)。

图28是表示回放控制引擎32的再现顺序的流程图。该流程图是，以播放表信息中的起始播放条目信息作为播放条目，执行步骤S33～步骤S42的循环处理。步骤S33～步骤S42的循环处理的控制变量是变量i，执行步骤S33～步骤S40，之后，在变量i超过播放条目值(播放条目值的序号)之前执行控制变量I加1的处理(步骤S41)。

说明步骤S32～步骤S40的处理。这些处理中，把记述在播放条目信息i的Clip_information_file_name的AVClip作为AVClip(步骤S33)，成为再现的对象。步骤S34判断AVClip是否是允许，若AVClip不是允许，在该时刻中止本流程图的处理。若是允许，向驱动器装置及解码器发出指示，再现AVClipj中的从PlayItem.In_time到PlayItem.Out_time的部分(步骤S35)。

步骤S36判断把播放条目信息指定为Sync_PlayItem_id的子播放条目k是否存在。若不存在，直接转移到步骤S41。若存在，将记述在子播放条目k的Clip_information_file_name的AVClip设为AVCliph(步骤S38)，判断其AVCliph是否是允许(步骤S39)。若是允许，向驱动器装置及解码器发出指示，以便再现其AVCliph中的从Sync_Start_PTS_of_PlayItem到Out_time，转移到步骤S41(步骤S40)。

如果其AVCliph不是允许，则跳过步骤S40。通过对构成播放表信息的所有播放条目信息重复以上的处理，进行由播放表信息规定的流序列的再现。图29是表示应用程序的处理顺序的流程图。首先，请求流存储位置信息和播放表信息、Clip信息、AVClip的下载(步骤S1)。然后进行虚拟包的构筑请求(步骤S52)。步骤S53判断构筑请求是否是成功了，在虚拟包的构筑成功之前，虚拟包的构筑请求重复多次。

若虚拟包的构筑成功，执行步骤S55。步骤S55判断损失流是否存在于虚拟包信息中。具体地说，在Clip信息存在但对应的AVClip不存在时，将该AVClip作为损失流取得(步骤S56)。

之后，在步骤S57调用前进播放表信息的Play函数，然后进行Play函数是否是成功的判定(步骤S58)。若是错误，结束该流程图的处理。若是成功，执行由步骤S59～步骤S61构成的循环处理。

步骤S59是getMissingStreams函数的调用。步骤S60是在步骤S59的调用，若被通知了损失流，判断在以前取得的损失流中是否存在下载已结束的。

步骤S61判断是否发生了表示AVClip的再现结束的事件。应用程序在进行回放控制引擎32的再现期间，重复执行该步骤S59～步骤S61的处理。

在上述处理的重复中，若有结束了下载的AVClip(在步骤S60的“是”)，对其下载结束的损失流调用enableClip函数(步骤S62)。通过这样做，可以早期地将下载已结束的AVClipe设为允许。

而且，若有结束再现的AVClip(在步骤S61“是”)，判定其AVClip是否是预告篇，若是预告篇，对于其AVClip，调用disableClip函数。根据这样做，可以早期地将结束再现的预告篇的AVClip为disable。

<动作>

说明再现图20所示的播放表信息时的再现装置的动作。图30～图33是表示由网络管理模块37进行的下载进度和由回放控制引擎32进行的再现进度的图。第一层表示由网络管理模块37进行的下载的进度，第二层表示由回放控制引擎32进行的再现的进度。第三层是现状的时间轴。第四层表示由应用程序进行的函数的调用。

如第一层所示，由网络管理模块37进行的下载包括图20所示的播放表信息的下载、Clip信息#1～Clip信息#4的下载、AVClip#1～AVClip#4的下载。

图30(a)的目前时刻＝时刻t0

时刻t0是播放表信息、Clip信息#1～Clip信息#4的下载结束的时刻。因此，虚拟包的构筑成为可能。而且，虚拟包中的播放表信息参照AVClip#1，该AVClip#1至少是允许，所以流序列的再现从t0开始。

图30(b)的目前时刻＝时刻t1

时刻t1是由播放表#1参照的AVClip#1的再现途中，但其是AVClip#2的下载结束的时刻。由于AVClip#2的下载已结束，所以AVClip#2不是禁止。因此，应用程序通过调用enableClip函数，可以将AVClip#2置为允许。通过该调用，相当于AVClip#2的播放条目#4成为再现对象。

图31(a)的目前时刻＝时刻t2

时刻t2是由播放表#1参照的AVClip#2的再现途中，但其是AVClip#3的下载已结束的时刻。由于AVClip#3的下载已结束，所以AVClip#3不是禁止。因此，应用程序通过调用enableClip函数，可以把AVClip#3置为允许。通过该调用，相当于AVClip#3的播放条目#5成为再现对象。

图31(b)的目前时刻＝时刻t3

时刻t3是AVClip#2的再现结束的时刻。AVClip#2的再现已结束，AVClip#2是预告篇，所以由播放条目参照的AVClip#2成为删除对象。因此，通过调用将该AVClip#2作为对象的disableClip函数，将AVClip#2设为删除对象。通过这样做，回放控制引擎32可以像AVClip#2未曾存在似地进行处理。

图32(a)的目前时刻＝时刻t4

时刻t4是由播放表#1参照的AVClip#3的再现途中，AVClip#4的下载结束的时刻。由于AVClip#4的下载已结束，所以AVClip#4不是禁止。因此，应用程序通过调用enableClip函数，可以将AVClip#4设为允许。通过该调用，相当于AVClip#4的播放条目#6成为再现对象。

图32(b)的目前时刻＝时刻t5

时刻t5是AVClip#3的再现结束的时刻。AVClip#3的再现已结束，AVClip#3是预告篇，所以由播放条目#5参照的AVClip#3成为删除对象。因此，通过调用将该AVClip#3作为对象的disableClip函数，将AVClip#3作为删除对象。通过这样做，回放控制引擎32可以像AVClip#3未曾存在似地进行处理。

图33的目前时刻＝时刻t6

时刻t6是AVClip#4的再现结束的时刻。AVClip#4的再现已结束，AVClip#4是预告篇，所以由播放条目#6参照的AVClip#4成为删除对象。因此，通过调用将该AVClip#4作为对象的disableClip函数，将AVClip#4作为删除对象。通过这样做，回放控制引擎32可以像AVClip#4未曾存在似地进行处理。

根据如上所述的本实施方式，并行地进行由网络管理模块37进行的下载和由回放控制引擎32进行的再现，通过把进行了下载的AVClip从禁止设为允许，可以提供给回放控制引擎32的再现。由此，可以实现推进再现处理的“追赶再现”，以便赶上下载的进度。

而且，通过将下载的数字流中的已再现的数据流从允许变更为禁止，可以将已进行了再现的数字流作为删除对象提供，所以，可以实现推进删除处理的“追赶删除”，以便赶上再现处理的进度。

由于能够进行推进再现处理的“追赶再现”，以便追赶下载的进度，或者进行推进删除处理的“追赶删除”，以便追赶再现处理的进度，所以，即使在连结再现装置和再现装置的通信线路的通信速率低，且内置在再现装置中的局部存储器18的容量小的情况下，也可以把记录在BD-ROM的数字流和下载到局部存储器18的数据流作为一个流序列，进行连续再现。

以上说明并不是表示本发明的所有实施行为的方式。根据实施了下述(A)(B)(C)(D)……的变更的实施行为的方式，可以实施本发明。本申请的权利要求涉及的各发明是以上记载的多个实施方式及扩展了那些变形方式的记载，甚至一般化的记载。扩展甚至一般化的程度，基于本发明的技术领域的申请时的技术水平的特性。

(A)在上述的虚拟文件系统部38的说明中，没有提及目录管理信息及文件管理信息的具体数据结构，在BD-ROM中的文件系统是由ISO/IEC13346规定的情况下，目录管理信息也可以由“目录文件”及“文件入口”构成。目录文件包括记述了位于自身下面的目录的目录名的文件识别描述符、和记述了位于自身下面的文件的文件名的文件识别描述符。该“文件入口”包括描述符标签、ICB标签、分布描述符长度、扩展属性、分布描述符。

文件管理信息也可以由文件入口构成。分布描述符表示构成文件的各范围的记录位置。

此时，虚拟包信息的生成过程是，在与BD-ROM的卷标管理信息中的STREAM目录相当的目录文件中，追加局部存储器上的AVClip的文件名的文件识别描述符，在BD-ROM的卷标管理信息中的STREAM目录下，追加关于局部存储器上的AVClip的文件入口。

(B)在所有实施方式中，把记录介质作为BD-ROM实施，只要是能够记录AVClip及播放表信息的记录介质，也可以是任何记录介质。例如，也可以是DV-ROM、DVD-RAM、DVD-RW、DVD-R、DVD+RW、DVD+R、CD-R、CD-RW等的光盘，PD、MO等的磁光盘。而且，也可以是小型闪存(注册商标)卡、智能存储卡(smart media)、存储棒(memory stick)、多媒体卡、PCM-CIA卡等半导体存储卡。也可以是软盘、超级盘(SuperDisk)、Zip、Clik！等的磁记录盘(i)，ORB、Jaz、SparQ、SyJet、EZFley、微驱动器等的可移动硬盘(ii)。还可以是，设备内置型的硬盘。

(C)所有实施方式中的再现装置，对记录在BD-ROM的AVClip进行解码后向TV输出，可以只把BD-ROM驱动器作为再现装置，此外的构成要素由TV具备，此时，可以把再现装置和TV组装到通过IEEE1394连接的家庭网络中。而且，实施方式的再现装置是与电视机连接并利用的类型，但也可以是与显示器成为一体的再现装置。再者，在各实施方式的再现装置中，也可以只把构成处理的本质部分的部分作为再现装置。这些再现装置都是记载在本申请说明书中的发明，所以不论是这些中的哪一个方式，都基于在各实施方式所示的再现装置的内部结构，制造再现装置的行为成为记载在本申请的说明书的发明的实施行为。各实施方式所示的由再现装置的有偿及无偿的转让(有偿时是买卖、无偿时是赠予)、租借、进口的行为也是本发明的实施行为。通过店内展示、目录劝导、传单发布，向一般用户请求这些的转让和租借的行为也是本再现装置的实施行为。

(D)利用各流程图所示的程序进行的信息处理，是使用硬件资源具体实现的，在上述流程图中表示了处理顺序的程序是以单体作为发明来成立的。所有实施方式是组装到再现装置的方式，表示了对于本发明涉及的程序的实施行为的实施方式，也可以从再现装置分离，实施各实施方式所示的程序单体。在程序单体的实施行为中，有生产这些程序的行为(1)，通过有偿及无偿转让程序的行为(2)，进行租借的行为(3)，进口行为(4)，经由双向的电子通信线路向公众提供的行为(5)，通过店内展示、目录劝导、传单发布，向一般用户请求程序的转让和租借的行为(6)。

(E)把在各流程图中按时间序列执行的各步骤的[时]的要素，作为确定发明的必须的事项考虑。这样，可以知道这些流程图的处理顺序公开了再现方法的使用方式。如果通过按时间序列进行各步骤的处理进行这些流程图的处理，以便实现本发明的本来目的，产生作用及效果，则毋庸置疑，相当于本发明涉及的记录方法的实施行为。

(F)在各实施方式中，记录在记录介质的数字流是AVCilp，但也可以是DVD-Video格式、DVD-Video Recording格式的VOB(视频对象)。VOB是对视频流、音频流进行复用而得到的按照ISO/IEC13818-1规格的程序流。而且，AVClip中的视频流，也可以是MPEG4或WMV方式。再者，音频流也可以是Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式、Dts、WMA(Windows(注册商标)media audio)。

(G)各实施方式中的图像作品也可以是通过对由模拟广播播放的模拟图像信号进行编码而得到的。也可以是由通过数字广播播放的传输流构成的流数据。

而且，也可以是对记录在录像带上的模拟/数字图像信号进行编码而得到内容。再者，还可以对从摄像机直接读取的模拟/数字的图像信号进行编码而得到内容。另外，也可以是通过发送服务器发布的数字著作物。

(H)BD-J模块29b也可以是为了卫星广播接收而组装到设备中的Java(注册商标)平台。若是涉及BD-J模块29b的Java(注册商标)平台，则本发明涉及的再现装置兼用作MHP用STB的处理。

再者，也可以是为了便携式电话的处理控制而组装到设备中的Java(注册商标)平台。若BD-J模块29b是这样的Java(注册商标)平台，本发明涉及的再现装置可兼用作便携式电话的处理。

(I)在矩阵模式中，也可以在BD-J模块之上配置HDMV模块。尤其是，HDMV模式下的动态脚本的解释、和基于动态脚本的控制顺序的执行，对于再现装置的负担轻，所以在BD-J上执行HDMV模式也不会产生任何问题。而且，在再现装置和电影作品的开发时，动作保证可以用一个模式就可以。

再者，可以只在BD-J模式下执行再现处理。在BD-J模式下也可以进行与PL的再现同步的再现控制，所以，基于即使不设置较强的HDMV模式也可以的理由。

(J)在局部存储器18下载的AVClip，也可以是特别图像、制作者、演员的采访。

(K)作为利用应用程序得知某Clip是损失流或可重写的哪一状态的方法，在上述实施方式中调用getMissingStream函数，但是，也可以使用java(注册商标).net，java(注册商标).io等的java(注册商标)程序库实现。此时，使用以下a)，b)，c)的方法是现实的。

a)利用XML Parger解析Binding Unit Manifest File(流位置存储信息)的内容。

Binding Unit Manifest File的例：

←识别符

←文件路径

</ProgressiveAsset>

</ProgressiveAsset>

</ProgressiveAsset>

</Progressive>

※”BUDA”是Binding Unit Data Area的简称，

Binding Unit Data Area是存储在虚拟包利用的文件的局部存储器内的区域

b)使用java(注册商标).io，确认在记载在Binding Unit

Manifest File的文件路径(流存储位置)中是否存在xxxxx.m2ts。

例：

new java(注册商标).io.File(“1/1/streams/0.m2ts”).

exists()；

//错误时是损失流

c)下载是否结束的判断是使用java(注册商标).net，java(注册商标).io，确认服务器上的文件大小和局部存储器上的文件大小是否一致。

例：

new java(注册商标).net.URL(http://xxx.com/vp_data/0.m2ts).openConnection().getContentLength()

＝＝new java(注册商标).io.File(“1/1/streams/0.m2ts”).length()；

//若一致，可以认为下载已结束。

生产商的利用可能性

本发明涉及的再现装置，如在家庭影院系统的利用那样，可以以个人用途利用。但是，本发明在上述实施方式中公开了内部结构，基于该内部可以进行批量生产，所以在资质上可以工业利用。由此本发明涉及的再现装置，具有产业上的利用可能性。

Claims

1.一种再现装置，再现流序列，其特征在于，具备：

再现单元；

包管理单元，当构成流序列的各个数字流在多个记录介质的每个分开存在时，将各数字流的状态设定为再现单元可识别的状态、或者再现单元不能识别的状态；以及

应用程序执行单元，执行应用程序，以执行对记录介质的存取控制；

如果构成流序列的一部分数字流是可以识别的状态，即使其余的数字流是不能识别的状态，上述再现单元也开始再现；

在对流序列中的一部分数字流的再现处理继续进行期间，上述包管理单元按照来自应用程序执行单元的请求，将其余的数字流的状态变更为再现单元能识别的状态、或不能识别的状态。

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

在多个记录介质中，有只读型记录介质和可重写型记录介质；

上述再现单元只能识别只读型记录介质的文件布局；

记录在可重写型记录介质的数字流，是在存储在文件中的状态下被记录到可重写型记录介质的；

通过上述包管理单元进行的向可识别状态的变化，是利用只读型记录介质上的文件管理信息和可重写型记录介质中的文件管理信息生成虚拟的卷标管理信息后，传递给再现单元而进行的；

向上述不能识别状态的变化，通过从上述虚拟的卷标管理信息中除去可重写型记录介质中的文件管理信息而进行。

3.如权利要求2所述的再现装置，其特征在于，

由包管理单元进行的向可识别状态的变化，还包括在可重写型记录介质中，将存储了数字流的文件变更为只读属性的处理；

向不能识别状态的变化，还包括在可重写型记录介质中，将存储了数字流的文件变更为可重写属性的处理。

4.如权利要求3所述的再现装置，其特征在于，

在多个记录介质中有可重写型的记录介质；

通过上述应用程序进行的存取控制是指，向可重写型记录介质的写入控制；

由上述包管理单元变更为可识别状态的数字流，是在上述再现处理的继续中写入已结束的数字流；

由上述包管理单元变更为不能识别状态的数字流，是记录在可重写型记录介质的数字流，是再现处理已结束的数字流。

5.一种程序，使计算机执行再现流序列的处理，其特征在于，使计算机执行如下步骤：

再现步骤；

包管理步骤，当构成流序列的各个数字流在多个记录介质的每个分开存在时，将各数字流的状态设定为再现步骤可识别的状态、或者再现步骤不能识别的状态；

应用程序执行步骤，执行应用程序，以执行对记录介质的存取控制；

如果构成流序列的一部分数字流是可以识别的状态，即使其余的数字流是不能识别的状态，上述再现步骤也开始再现；

在对流序列中的一部分数字流的再现处理继续进行期间，上述包管理步骤按照来自应用程序执行步骤的请求，将其余的数字流的状态变更为再现步骤能识别的状态、或不能识别的状态。

6.一种再现方法，再现流序列，其特征在于，包括：

再现步骤；