专利名称：集成电路的制作方法
技术领域：
本发明涉及的再现装置的使用行为的方式的图。在
图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)。 下面，说明这些文件。 〈AVClip〉
首先，说明赋予了后缀.M2TS的文件。图3是模式地表示赋予了 后缀.M2TS的文件如何构成的图。赋予了后缀.M2TS的文件 (00001.M2TS， 00002.M2TS， 00003.M2TS)存储AVClip。 AVClip
(中层)是，将由多个视频帧(像素pjl,2,3)构成的视频流、由多个音频帧构成的音频流(上第l层)转换为PES包列(上第2层)，进 一步转换为TS包(上第3层)，相同地，将字幕类的演示图形流(下 第1层的PG流)及对话类的交互图形流(下第2层的IG流)转换 为TS包(下第3层)，然后对它们进行多路复用而构成。
AVClip除了如图3所示的进行了多路复用的流以外，还有没进 行多路复用的流。这样的AVCUp被称为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())，如点划线的箭头mpl所示地由多个 播放条目信息(Playltem())构成。播放条目是指，在一个以上的AVClip 时间轴上，通过指定In—Time、 Out—Time定义的再现区间。通过配置 多个播放条目信息，定义了由多个再现区间构成的播放表(PL)。图 中的点划线mp2，特写播放条目信息的内部结构。如该图所示，播放 条目信息，由表示对应的AVClip的"Clip_information_file_name"、
"In—time"、和"Out—time"构成。图5是表示AVClip和PL的关系 的图。第1层表示AVClip具有的时间轴，第2层表示PL具有的时 间轴。PL信息包含Playltem弁l、 #2、 #3的三个播放条目信息，由这 些Playltem弁l、 #2、 #3的In—time、 Out—time,定义了三个再现区间。
9如果排列这些再现区间，就定义了与AVClip时间轴不同的时间轴。 这是在第2层表示的PL时间轴。这样，通过播放条目信息的定义， 可以定义与AVClip不同的时间轴。
原则上对AVClip的指定是一个，但也可以进行对多个AVClip的 成批指定。该成批指定是通过播放条目信息中的多个 Clip—Information—file—name 进行。图 6 是表示由四个 Clip—Information—file—name形成的成批指定的图。在该图中，第1层 第4层表示四个AVClip时间轴(AVClip#l，#2，#3，#4的时间轴)，第 5层表示PL时间轴。由播放条目信息持有的四个 Clip_Information_file_name，指定了这四个时间轴。通过这样做， 根据播放条目所具有的In—Ume、 0ut_time，择一地定义了可以再现 的四个再现区间。由此，在PL时间轴上定义了由可切换的多个角度 影像构成的区间(所谓多角度区间)。
PLmark信息(PLmark())是将PL时间轴中的任意区间指定为章 的信息。图7是表示PLmark信息的内部结构的图，如该图的引出线 pml 所示 PLmark 信息包含"ref_to—Playltem—Id "和 "Mark—time_stamp"。图8是表示利用PLmark的章定义的图。该图 中的第l层表示AVClip时间轴，第2层表示PL时间轴。图中的箭头 pkl，2，表示Plmark中的播放条目指定(ref—to_PlayItem_Id)和某 一时刻的指定(mark_time_stamp)。通过这些指定，在PL时间轴上 定义了三个章Chapterftl、 #2、 #3)。以上是关于PLmark的说明。接 着，说明子路径信息。
子路径信息(SubPath())是通过在SubClip的时间轴上指定 In_Time、 0ut_Time来定义一个以上的再现区间的信息，具有图9所 示的内部结构。该图所示的子路径信息如点划线的引出线shl所示， 由多个子播放条目信息(SubPlayItem())构成。如使用点划线sh2 进行特写那样，子播放条目信息由"Clip—information_file_name"、"In_time " 、" Out—time " 、" Sync一P lay Item—Id "、 "Sync_start—Pts—of—Playltem"构成。对于SubClip的时间轴上的 In—Time、 Out—Time 的指定，由"Clip—information—file—name，，、 "In—time " 、 " Out—time "构成。"Sync—Playltem—Id "及 "Sync_start—Pts—of—Play Item",成为使SubClip时间轴上的再现 区间和PL时间轴同步的同步指定。通过该同步指定，PL时间轴和 SubClip时间轴步进行。
图10是表示SubClip时间轴上的再现区间定义定义和同步指定 的图。在该图中，第1层表示PL时间轴，第2层表示SubClip时间 轴。图中的SubPlayltem. IN_time表示再现区间的起始点， SubPlayltem. Out_time表示再现区间的终点。由此可以知道，在 SubClip时间轴上也定义着再现区间。在箭头Snl 中，Sync一PlayltenuId表示对播放条目的同步指定，在箭头Sn2中， sync—start—PTS—of—Play工tem表示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的调用，可
12以执行BD-ROM再现装置200特有的处理。
再者，xlet程序还可以执行访问三维网页后下载内容的步骤。由此可以再现交换了下载内容和播放表再现的崭新的作品。
说明xlet程序的类文件。图11 (b)是表示类文件的内部结构的图。该图所示的类文件与通常的类文件相同，由"常量池"、"接口"、"函数1， 2， 3……n"构成。在类文件的函数中，有预先注册了成为动作的触发的键事件的函数(EventListner)、和调用BD-R0M再现装置200侧的功能API的函数。这些函数记载了通过使用分配给自身的局部变量、或调用自身时的参数，进行运算等的步骤。以上说明了 Java (注册商标)档案文件。由此，结束对BD-ROM的说明。下面说明本发明涉及的再现装置的内部结构。〈再现装置〉
图12是表示本发明涉及的再现装置的内部结构的图。本发明涉及的再现装置是基于该图所示的内部结构工业生产出来的。本发明涉及的再现装置，主要由系统LSI和称为驱动装置的两个配件构成，通过在装置的箱体及基板上实装这些配件，可以进行工业生产。系统LSI是集成了执行再现装置的功能的各种处理部的集成电路。这样生产的再现装置包括BD-R0M驱动器l、读缓冲器2、解复用器3、视频解码器4、视频平面5、 P图形解码器6、演示图形平面7、合成部8、字体生成器9、 I图形解码器10、开关11、交互图形平面12、合成部13、 CLUT部14、 CLUT部15、音频解码器16、网络装置17、局部存储器18、读缓冲器19、解复用器20、命令R0M21、用户事件处理部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的分辨率是1920X1080，存储在该视频平面5的图像数据，由用16比特的YUV值表现的图像数据构成。在视频平面5中，可以对视频流中的每个帧的再现影像进行定标。定标是指，使每一帧的再现图像变化为视频平面5整体的1/4、 1/1 (满定标)中的某一个。在BD-J模式下按照来自CPU24的指示执行这样的定标，所以，可以将视频流的再现图像縮到画面的角落、或者进行在整个画面输出的画面演出。
P图形解码器6对从BD-ROM读取的演示图形流进行解码，向演示图形平面7写入非压縮图形。通过图形流的解码，字幕可以显示在画面上。
演示图形平面7是具有相当于一个画面的区域的存储器，可以存储一个画面的非压縮图形。该平面的分辨率是1920X1080，演示图形平面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 (注册商标)应用程序通过网络下载的内容。接着，说明实现再现装置中的综合控制的构成要素(命令R0M21 开关27)。
命令R0M21存储着规定再现装置的控制的软件。
用户事件处理部22根据对遥控器或再现装置的前面板的键操作，向CPU24输出进行该操作的用户事件。
PSR组23是内置在再现装置中的寄存器，由64个播放状态寄存器(PSR)和4096个的通用寄存器(GPR)构成。播放状态寄存器的设定值(PSR)中的PSR4 PSR8用于表现现在的再现时刻。
PSR4，通过被设定为1 100的值，表示现在的再现时刻所属的标题，通过被设定为O，表示现在的再现时刻是顶级菜单。
PSR5，通过被设定为1 999的值，表示现在的再现时刻所属的章序号，通过被设定为OxFFFF，表示再现装置中章序号是无效的。
PSR6，通过被设定为0 999的值，表示现在的再现时刻所属的PL (当前PL)的序号。
PSR7，通过被设定为0 255的值，表示现在的再现时刻所属的播放条目(当前播放条目)的序号。
PSR8，通过被设定为0 OxFFFFFFFF的值，使用45KHz的时间精度表示现在的再现时刻(当前PTM(Presentation Time))。通过以上的PSR4 PSR8，在图21 (a)的BD-ROM全体的时间轴中，可以特定现在的再现时刻在哪儿。
CPU24执行存储在命令R0M21的软件，执行再现装置全体的控制。该控制的内容根据从用户事件处理部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-R0M对应的目录。其中，子目录"PKG00001"表示是与巻标号"PKG00001"的BD-ROM对应的、下载数据的放置位置。通过在对应各BD-ROM的目录下设置子目录，分别存储关于各BD-ROM的下载数据。在该子目录下，与存储在BD-ROM的信息相同地存储着播放表信息、Clip信息、AVClip，另外存在Java (注册商标)档案文件、和流存储位置信息文件。
在此，记录在BD-ROM的AVClip对应于电影作品的本篇，记录在局部存储器18上的AVClip是在目前在剧场上映的电影作品的预告篇。预告篇的内容随时代的变迁而变化，所以目前在剧场上映的电影作品的预告篇，在局部存储器18上作为AVClip记录着。
说明后者的流存储位置信息文件。该流存储位置信息文件是表示构成虚拟包的文件一览的信息。图13 (b)是表示流存储位置信息文件的内部结构的图，流存储位置信息文件包括构成虚拟包的各AVC1 ip及Clip信息的存储位置信息。各存处位置信息包括AVClip及Clip信息的"识别符"和表示该AVClip及Clip信息在局部存储器18中的存储位置的"文件路径"。通过参照这样的存储位置信息，在构筑虚拟包时，可以确认作为虚拟包的构成要素的AVClip及Clip信息是否齐备。
以上是本实施方式涉及的再现装置的文件系统结构。下面说明本实施方式涉及的再现装置中的软件结构。
图14是将由存储在R0M24的软件和硬件构成的部分置换为层结构描绘的图。如该图所示，再现装置的层结构包括以下的a)、 b)、c)。即，包括
a) BD播放装置的第l级；
b) BD播放模块的第2级；
c) 应用程序运行环境(Application Runtime Enviroment)的
第3级。
在这些级中，图32所示的再现装置的硬件结构属于第1级。在该图的第1级"BD Player Device"中，包含由图12所示的硬件
18结构中的视频解码器4、 P图形解码器6、 I图形解码器10、音频解码器16构成的"解码器"，由视频平面5、演示图形平面7、交互图形平面12构成的"平面"，BD-ROM及其文件系统、局部存储器18及其文件系统。
第2级"BD播放模块"，包括以下的bl)、 b2)层。即，包括b2)回放控制引擎32的层，bl)虚拟文件系统38及演示引擎31的层，并且，对比自身上位的级提供，提供功能API。其中，图12所示的PSR组23、脚本存储器25，存在于回放控制引擎32内。
第3级"应用程序运行环境"包括以下的cl)的堆栈级。g卩，包
括
cl) HDMV模块29a、 BD-J模块29b所存在的层。下面，说明该软件结构中的各结构要素。
〈HDMV模块29a， BD-J模块29b〉HDMV模块29a解读导航命令，基于解读结果执行对回放控制引擎32的功能调用。
BD-J模块2%是所谓Java (注册商标)平台，成为将dl-l)Java (注册商标)虚拟机30
d卜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的函数的逻辑上的 执行主体，将存储在局部变量、操作数堆栈的参数作为操作数进行运 算，将运算结果存储到局部变量或操作数堆栈。图中的箭头kyl、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 (注册商标)虚拟机。 〈演示弓l擎(Presentation Engine) 31〉 演示引擎31执行AV再现功能。再现装置的AV再现功能是指， 从DVD播放机、CD播放机继承的传统的功能群，是如下的功能再 现开始(Play)、再现停止(Stop)、暂停(Pause 0n)、解除暂停(Pause 0ff)、静音功能的解除(still off)、带速度指定的快进(Forward Play(speed))、带速度指定的快退(Backword Play (speed))、声音 切换(Audio Change)、副图像切换(Subtitle Change)、角度切换
(Angle Change)。为了实现AV再现功能，演示引擎31控制视频解 码器4、 P图形解码器6、 I图形解码器IO、音频解码器16，以便进 行读取到读缓冲器2上的AVClip中的、希望时刻的部分的解码。作 为希望时刻，进行PSR8 (目前PTM)所示的位置的解码，在AVClip
中可以进行任意时刻的再现。 〈回放控制引擎32〉 回放控制引擎32执行对播放表的再现控制功能(i)、 PSR组23 中的状态取得/设定功能(ii)这样的各功能。对PL的再现控制功能 是指，按照当前PL信息及Clip信息进行演示引擎31所进行的AV再 现功能中的再现开始、再现停止。这些功能(i) (ii)根据来自
21HDMV模块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_R0M中的目录文件构造，与图2所示的相同。该图的左下是局部 存储器18中的目录文件构造，与图13 (a)所示的相同。向BD-ROM 的巻标管理信息追加关于该局部存储器18上的播放表信息、Clip信 息、AVClip的文件管理信息。具体地说，
i) 向BD巻标构成信息中的MPLS路径的路径管理信息，追加关于 局部存储器18上的播放表(00002. MPLS)的文件管理信息；
ii) 向BD巻标构成信息中的CLPI目录的目录管理信息，追加关 于局部存储器18上的Clip信息tt2、 Clip信息ft3、 #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中不存在(损失流，Missing Stream)、或者即使存在也是可以删除的状态。
禁止是作为可删除的内容操作的，在局部存储器18上的容量不 足时，禁止的AVClip成为删除对象。
因此，在局部存储器18下载了 AVClip时，只要虚拟文件系统部 38不改变AVClip为允许，回放控制引擎32就把该下载的AVClip作 为不存在的内容来处理。只要没有虚拟文件系统部38的作为，回放 控制引擎32就不识别局部存储器18上的AVClip，所以在不稳定的 状态下，回放控制引擎32不可能使再现继续进行。
3.只读模式及其取消
下面说明只读模式。向只读模式的变化是通过重写局部存储器18 中的容量管理信息的文件管理信息进行的。该重写对象是局部存储器 18中的DLDAT目录下的PACKAGEOOOOl目录中的文件管理信息，通过 将这样的文件管理信息中的文件属性全部重写到只读属性，局部存储 器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.状态管理和虚拟包信息的关系
该状态管理的内容可反映为虚拟包信息的制作。g卩，在状态管理 中，关于被禁止的AVClip的文件管理信息，不追加到BD-ROM的巻标 管理信息，只有关于被允许的AVClip的文件管理信息，被追加到 BD-ROM的巻标管理信息。通过将这样生成的虚拟包信息传递给回放 控制引擎32，回放控制引擎32只识别设定为允许的AVClip。存在于 BD-ROM上的AVClip#l、和存在于局部存储器18上的AVClip#2、 AVClip#3、AVClip#4中，如果AVClipHl、 AVCliptf2是允许，AVClip#3、 AVClip糾是禁止，那么虚拟文件系统部38如图18所示地进行虚拟 包信息的生成。图18是表示反映了状态管理的虚拟包信息的生成的 图。在该图中，关于AVClip#2的文件管理信息被追加到BD巻标构成 信息中的STREAM目录的目录管理信息，但是，关于AVCliptt3、 AVClip#4的文件管理信息不被追加到BD巻标构成信息中的STREAM 目录的目录管理信息。在图18左下部的四个AVClip中，相当于 AVClip#2的00002. M2TS是允许，相当于AVClip#3、 AVClip#4的 00003. M2TS、 00004. M2TS是禁止。那么，如该图所示，在局部存储 器18中，相当于AVClip#2的0000. M2TS的文件属性设定为只读属性。 而且，相当于AVCliptt3、 AVClip#4的00003. M2TS、 00004. M2TS的文 件属性设定为可重写属性。通过向回放控制引擎32传递这样生成的 虚拟包信息，回放控制引擎32不会识别AVClip#3、 AVCliptt4。
在此，虽然Clip信息存在，但对应的AVClip不在局部存储器18 上时，其AVClip被设定为禁止。但是，虽然对于Clip信息的文件路 径在流存储位置信息文件中，可是，不仅AVClip、连Clip信息也不 在局部存储器18时，虚拟包的构筑不可能。即，在虚拟包中本来应有的Clip信息不存在，意味着波及整个虚拟包。
5.虚拟包信息的传递
说明通过以上的1. 4.生成的虚拟包信息如何被传递。
在此，如图18所示，假设了播放表信息、Clip信息ft2 Clip信 息#4、 AVClip#2的下载虽然结束，但AVCliptt3、 AVClip#4的下载没 有结束的状态。在这样的状态下若请求虚拟包构筑，虚拟文件系统部 38进行如19所示的动作。图19是表示通过网络管理模块37进行的 下载正在中途时的、虚拟文件系统部38的虚拟包构筑的图。在该图 的状况下若请求了虚拟包构筑(OlVPCreate)，则从BD-ROM及局部 存储器18读取目录管理信息及文件管理信息(〇2， 3)，进行虚拟包 的构筑，向回放控制引擎32传递虚拟包信息(〇4)，并且传递给应 用程序(〇5)。通过这样做，回放控制引擎32可以通过虚拟包利用 BD-ROM、及局部存储器18上的AVClip构筑一个流序列。
而且，在传递给应用程序的虚拟包信息中，Clip信息#3、 Clip 信息ft4存在而AVClipft3、 AVClip糾不存在，所以应用程序认为虽然 AVClip#3、 AVClip糾构成数据流列，但它们是不存在的流(损失流)。
以上是对于虚拟文件系统部38的说明。 〈管理信息转换模块39〉
管理信息转换模块39是BD-J模块2%内的一个中间件，在应用 程序请求了存在于虚拟包中的播放表信息的实例时，在Java (注册 商标)虚拟机的工作存储器54生成JMF形式的播放表信息的实例(在 图16的工作存储器54内表示的播放表对象)。
该实例(播放表对象)具有作为播放表信息的"数据部"和多个 "函数部"。
播放表对象中的多个函数，使回放控制引擎32进行再现开始 (Play)、再现停止(St叩)、暂停(Pause 0n)、暂停解除(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。
在此，假设前进播放表信息由播放条目信息W 播放条目信息貼 这样的五个播放条目信息构成。在其中的三个播放条目信息#1 播放 条目信息#3参照BD-ROM上的Clip信息，剩余两个(播放条目信息 tt4、播放条目信息ft5)参照局部存储器18上的Clip信息的时，该前 进播放表信息如图20 (a)所示地可以利用BD-ROM上的AVClip和局 部存储器18上的AVClip定义一个流序列。
图20 (a)是表示由存储在局部存储器的PL信息定义了怎样的播 放表再现时间轴的图。第1层表示记录在BD-ROM的AVClip中的再现 时间轴，第2层表示由存储在局部存储器的PL信息定义的播放表再 现时间轴。第3层表示存储在局部存储器的AVClip#2的再现时间轴， 第4层表示存储在局部存储器的AVCliptt3中的再现时间轴，第5层 表示存储在局部存储器的AVClip糾中的再现时间轴。
播放表信息中的播放条目中，播放条目信息糾、播放条目信息船、 播放条目信息tt6指定AVClip#2、 AVClip#3、 AVCliptt4作为再现区间， 前进播放表信息可以将BD-ROM上的AVClip及局部存储器18上的 AVClip规定为一个流序列。
在此，前进播放表信息的"顺序"是指，在由构成播放表信息的 播放条目信息参照的AVClip中，若一部分是允许，即使其余的是禁
28止，也可以开始流序列的再现。
图20 (b)是表示前进播放表信息的概念的图。该图的第2层 第5层表示图20 (a)的第2层、第3层、第4层、第5层。在图20 (a)的第3层、图20 (b)的第3层的AVClip是允许，第4层 第 5层的AVClip是禁止时，由前进播放表信息参照的四个AVClip中， 虽然AVClipft3、 AVCliptt4是不能再现的，但AVClipttl、 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上的AVClipttl、局部存储器18上的AVCliptt2) (0 6， 7)，依次供给解码器。以上是对于管理信息转换模块39的说明。 〈函数执行模块40〉
函数执行模块40是BD-J模块29b内的中间件中的一个构成要 素，按照来自存在于Java (注册商标)虚拟机30的应用程序的函数 调用，执行各种函数。在由函数执行模块40执行的函数中，有各种各样的函数，但getMissingStreams函数、enableClip函数、 disableClip函数、getDisableClips函数是本申i青的t寺征。下面， 说明这些函数。
1. getMissingStreams函数
getMissingStreams函数是指，在由网络管理模块37进行的下载 正在继续时，向虚拟文件系统部38询问是否还存在成为损失流的 AVClip的函数。
在此，假设如图19所示的虚拟包信息被传递给工作内存54上的 应用程序。在虚拟包构筑时判明的损失流是AVCliptt3、 AVClip糾， 之后，应用程序调用getMissingStreams函数，由此向虚拟文件系统 部38询问了最新的损失流。此时的函数执行模块40的处理如图22 所示。
图23是模式地表示该询问的结果的图。在该图中如01所示，进 行getMissingStreams函数的调用，通过该调用，虚拟文件系统部 38作为返回值返回AVCliptt4。如果这样，在调用getMissingStreams 函数之前，损失流是AVClip林3、 AVClip糾，在getMissingStreams 函数的调用后成为AVCliptt4，这样可以判定为AVCliptt3不是损失流 (下载已结束)。通过这样做，随着下载的进行，可以知道损失流解 决到什么程度。
2. enableClip函数
enableClip函数是指，在虚拟包的构筑时是损失流，但是在其后， 当存在不是损失流的AVClip时，用于设定该AVClip为允许的函数。
在此，明确了在图23中AVClip#3不是损失流，所以调用将该 AVClipft3作为对象的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所示的前进播放表信息的再现中，表示AVCliptt2的 再现结束的事件由回放控制引擎32通知。此时，若通知了AVClipft2 的再现已结束，进行如图25的处理。图25是模式地表示disableClip 函数的调用的图。在该图中，若伴随回放控制引擎32的再现的进行， 如果由end of Clip事件通知了 AVClip#2的再现已结束(〇1)，通 过调用以该AVCliptt2为对象的disableClip函数(〇2)，应用程序 可以把AVClip#3改变为禁止。通过这样做，可以把再现已结束的 AVClip变更为禁止。通过这样做，AVCliptt2被设定为禁止，所以 AVCliptt2成为删除对象。在构成预告篇的AVClip时时刻刻被下载时， 只要把由前进播放表信息规定的流序列中的、再现已结束的依次设置 为禁止，则可以将再现已结束的AVClip设为禁止而成为删除对象。 把AVClip设为禁止时，函数执行模块40向应用程序及回放控制引擎 32传递除去了新设置为禁止的AVClip之外的虚拟包信息。由此，回 放控制引擎32不会识别成为禁止的AVClip。而且，在删除局部存储 器18上的AVClip时，中间件只检验要删除的应用程序的写入权限， 然后执行其删除。这是为了防止因不注意的删除引起的AVClip的丢 失。
4. getDisableClips函数
getDisableClips函数是询问是否存在成为禁止的AVClip的函 数。通过该函数的调用，应用程序使用该函数可以得到目前是否有成为禁止的AVClip的信息。
作为使用例，例如在前进播放表再现中接受了来自用户的章跳越 请求时，应用程序使用该函数判断跳跃对象的AVClip是否是禁止。 并且，若是禁止，不进行章跳跃，显示"正在下载，还不能跳跃到其 它章"，唤起注意。通过这样做，可以在前进播放表的再现中执行称 为章跳跃的特殊再现。
通过以上说明，结束关于由函数执行模块40执行的函数的说明。 参照流程图详细说明之前的各构成要素的处理顺序。 图26是表示虚拟包构筑时的处理的流程图。在该流程图中，先 判断与存储在流存储位置信息文件中的AVClip对应的Clip信息在局 部存储器18中是否完备(步骤S1)，若在Clip信息中有不完备的， 对于从应用程序的虚拟包调用，进行错误返回(步骤SIO)。即使对 于Clip信息的文件路径存在于流存储位置信息文件，AVClip甚至 Clip信息都不在局部存储器时，虚拟包的构筑不可能。
另一方面，如果记述在流存储位置信息文件中的所有Clip信息 存在于局部存储器18 (步骤Sl的"是")，向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函数的调用时的处理顺序的流程图。 若进行该函数的调用，根据调用时的参数确定应设为允许的AVClip y (步骤S14)，并且依次进行步骤S15、步骤S16的判断。步骤S15是 判断AVClipy是否存储在局部存储器18的判断，步骤S16判断AVClip y的文件路径是否被记载在流存储位置信息文件。若这些判断步骤的 某一个是"否"，就向调用源返回"错误"，结束该流程图的处理(步 骤S19)。另一方面，如果步骤S15-步骤S16的双方是"是"，就将 AVClip y设为允许，在局部存储器18中，将存储了 AVClip y的文 件的文件属性设为只读，将AVClipy设为只读模式(步骤S17)。之 后，把"成功"作为返回值返回(步骤S18)。
图27 (b)是表示disableClip函数的调用时的处理顺序的流程 图。若进行了该函数的调用，根据调用时的参数确定应成为禁止的 AVClipy (步骤S21)，并且依次进行步骤S22、步骤S23的判断。步 骤S22判断AVClip y是否是再现中，步骤S23判断AVClip y的文件 路径是否记载在流存储位置信息文件中。若这些判断步骤的某一个是 "是"，向调用源返回"错误"，结束该流程图的处理(步骤S26)。 另一方面，如果步骤S22-步骤S23的双方是"是"，将AVClip y设 为禁止，在局部存储器18中，把存储了 AVClipy的文件的文件属性 设为重写属性，取消AVClipy的只读模式(步骤S24)。之后，把"成 功"作为返回值返回(步骤S25)。
图28是表示回放控制引擎32的再现顺序的流程图。该流程图是， 以播放表信息中的起始播放条目信息作为播放条目，执行步骤S33
33步骤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 到Playltem. Out—time的部分(步骤S35)。
步骤S36判断把播放条目信息指定为Sync—Playltem_id的子播 放条目k是否存在。若不存在，直接转移到步骤S41。若存在，将记 述在子播放条目k的Clip—information—file—name的AVClip设为 AVClip h (步骤S38)，判断其AVCliph是否是允许(步骤S39)。若 是允许，向驱动器装置及解码器发出指示，以便再现其AVCliph中的 从Sync—Start—PTS—of—Playltem到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 是否是预告篇，若是预告篇，对于其AVCUp，调用disableClip函 数。根据这样做，可以早期地将结束再现的预告篇的AVClip为 disable。
〈动作〉
说明再现图20所示的播放表信息时的再现装置的动作。图30 图33是表示由网络管理模块37进行的下载进度和由回放控制引擎 32进行的再现进度的图。第一层表示由网络管理模块37进行的下载 的进度，第二层表示由回放控制引擎32进行的再现的进度。第三层 是现状的时间轴。第四层表示由应用程序进行的函数的调用。
如第一层所示，由网络管理模块37进行的下载包括图20所示的 播放表信息的下载、Clip信息ftl Clip信息tt4的下载、AVCliptt1 AVCliptt4的下载。
图30 (a)的目前时刻二时刻tO
时刻t0是播放表信息、Clip信息ttl Clip信息糾的下载结束的 时刻。因此，虚拟包的构筑成为可能。而且，虚拟包中的播放表信息参照AVClipttl，该AVClipttl至少是允许，所以流序列的再现从t0 开始。
图30 (b)的目前时刻二时刻tl
时刻tl是由播放表#1参照的AVClip#l的再现途中，但其是 AVClip#2的下载结束的时刻。由于AVClip#2的下载已结束，所以 AVClipff2不是禁止。因此，应用程序通过调用enableClip函数，可 以将AVCliptt2置为允许。通过该调用，相当于AVCliptt2的播放条目 #4成为再现对象。
图31 (a)的目前时刻二时刻t2
时刻t2是由播放表#1参照的AVCliptt2的再现途中，但其是 AVClipft3的下载已结束的时刻。由于AVCliptt3的下载已结束，所以 AVCliptt3不是禁止。因此，应用程序通过调用enableClip函数，可 以把AVClipft3置为允许。通过该调用，相当于AVCliptt3的播放条目 #5成为再现对象。
图31 (b)的目前时刻=时刻1:3
时刻t3是AVCliptt2的再现结束的时亥lj。AVCliptt2的再现己结束， AVC1 ip#2是预告篇，所以由播放条目参照的AVC1 iptt2成为删除对象。 因此，通过调用将该AVClip#2作为对象的disableClip函数，将 AVClip#2设为删除对象。通过这样做，回放控制引擎32可以像 AVClip#2未曾存在似地进行处理。
图32 (a)的目前时刻=时刻14
时刻t4是由播放表#1参照的AVClip#3的再现途中，AVClip糾 的下载结束的时刻。由于AVClip糾的下载己结束，所以AVCliptt4不 是禁止。因此，应用程序通过调用enableClip函数，可以将AVClip#4 设为允许。通过该调用，相当于AVClip糾的播放条目恥成为再现对象。
图32 (b)的目前时刻二时刻t5
36时刻t5是AVCliptt3的再现结束的时刻。AVCli沖3的再现已结束， AVClip#3是预告篇，所以由播放条目tt5参照的AVCliptt3成为删除对 象。因此，通过调用将该AVClip#3作为对象的disableClip函数， 将AVClip#3作为删除对象。通过这样做，回放控制引擎32可以像 AVClip#3未曾存在似地进行处理。
图33的目前时刻=时刻1:6
时刻t6是AVC1 ip糾的再现结束的时刻。AVC1 ip#4的再现已结束， AVClipM是预告篇，所以由播放条目恥参照的AVClip糾成为删除对 象。因此，通过调用将该AVClip糾作为对象的disableClip函数， 将AVCliptt4作为删除对象。通过这样做，回放控制引擎32可以像 AVClip#4未曾存在似地进行处理。
根据如上所述的本实施方式，并行地进行由网络管理模块37进 行的下载和由回放控制引擎32进行的再现，通过把进行了下载的 AVClip从禁止设为允许，可以提供给回放控制引擎32的再现。由此， 可以实现推进再现处理的"追赶再现"，以便赶上下载的进度。
而且，通过将下载的数字流中的已再现的数据流从允许变更为禁 止，可以将己进行了再现的数字流作为删除对象提供，所以，可以实 现推进删除处理的"追赶删除"，以便赶上再现处理的进度。
由于能够进行推进再现处理的"追赶再现"，以便追赶下载的进 度，或者进行推进删除处理的"追赶删除"，以便追赶再现处理的进 度，所以，即使在连结再现装置和再现装置的通信线路的通信速率低， 且内置在再现装置中的局部存储器18的容量小的情况下，也可以把 记录在BD-ROM的数字流和下载到局部存储器18的数据流作为一个流 序列，进行连续再现。
以上说明并不是表示本发明的所有实施行为的方式。根据实施了
下述(A) (B) (C) (D)......的变更的实施行为的方式，可以实施本发
明。本申请的权利要求涉及的各发明是以上记载的多个实施方式及扩展了那些变形方式的记载，甚至一般化的记载。扩展甚至一般化的程 度，基于本发明的技术领域的申请时的技术水平的特性。
(A) 在上述的虚拟文件系统部38的说明中，没有提及目录管理 信息及文件管理信息的具体数据结构，在BD-ROM中的文件系统是由 IS0/IEC13346规定的情况下，目录管理信息也可以由"目录文件" 及"文件入口"构成。目录文件包括记述了位于自身下面的目录的目 录名的文件识别描述符、和记述了位于自身下面的文件的文件名的文 件识别描述符。该"文件入口"包括描述符标签、ICB标签、分布描 述符长度、扩展属性、分布描述符。
文件管理信息也可以由文件入口构成。分布描述符表示构成文件 的各范围的记录位置。
此时，虚拟包信息的生成过程是，在与BD-R0M的巻标管理信息 中的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、 M0等的磁光盘。而且，也可以是小型闪 存(注册商标)卡、智能存储卡(smart media)、存储棒(memory stick)、 多媒体卡、PCM-CIA卡等半导体存储卡。也可以是软盘、超级盘
(SuperDisk)、 Zip、 Clik!等的磁记录盘(i)， 0RB、 Jaz、 SparQ、 Syjet、 EZFley、微驱动器等的可移动硬盘(ii)。还可以是，设备内 置型的硬盘。
(C) 所有实施方式中的再现装置，对记录在BD-R0M的AVClip 进行解码后向TV输出，可以只把BD-ROM驱动器作为再现装置，此外 的构成要素由TV具备，此时，可以把再现装置和TV组装到通过IEEE1394连接的家庭网络中。而且，实施方式的再现装置是与电视 机连接并利用的类型，但也可以是与显示器成为一体的再现装置。再 者，在各实施方式的再现装置中，也可以只把构成处理的本质部分的 部分作为再现装置。这些再现装置都是记载在本申请说明书中的发 明，所以不论是这些中的哪一个方式，都基于在各实施方式所示的再 现装置的内部结构，制造再现装置的行为成为记载在本申请的说明书 的发明的实施行为。各实施方式所示的由再现装置的有偿及无偿的转 让(有偿时是买卖、无偿时是赠予)、租借、进口的行为也是本发明 的实施行为。通过店内展示、目录劝导、传单发布，向一般用户请求 这些的转让和租借的行为也是本再现装置的实施行为。
(D) 利用各流程图所示的程序进行的信息处理，是使用硬件资 源具体实现的，在上述流程图中表示了处理顺序的程序是以单体作为 发明来成立的。所有实施方式是组装到再现装置的方式，表示了对于 本发明涉及的程序的实施行为的实施方式，也可以从再现装置分离， 实施各实施方式所示的程序单体。在程序单体的实施行为中，有生产 这些程序的行为(1)，通过有偿及无偿转让程序的行为(2)，进行租 借的行为(3)，进口行为(4)，经由双向的电子通信线路向公众提供 的行为(5)，通过店内展示、目录劝导、传单发布，向一般用户请求 程序的转让和租借的行为(6)。
(E) 把在各流程图中按时间序列执行的各步骤的[时]的要素， 作为确定发明的必须的事项考虑。这样，可以知道这些流程图的处理 顺序公开了再现方法的使用方式。如果通过按时间序列进行各步骤的 处理进行这些流程图的处理，以便实现本发明的本来目的，产生作用 及效果，则毋庸置疑，相当于本发明涉及的记录方法的实施行为。
(F) 在各实施方式中，记录在记录介质的数字流是AVClip，但 也可以是DVD-Video格式、DVD-Video Recording格式的V0B (视频 对象)。V0B是对视频流、音频流进行复用而得到的按照IS0/IEC13818-1规格的程序流。而且，AVClip中的视频流，也可以 是MPEG4或丽V方式。再者，音频流也可以是Linear-PCM方式、 Dolby-AC3方式、MP3方式、MPEG-MC方式、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，也可以是特别图像、帝U作 者、演员的采访。
40(K)作为利用应用程序得知某Clip是损失流或可重写的哪一状 态的方法，在上述实施方式中调用getMissingStream函数，但是， 也可以使用Java (注册商标).net, Java (注册商标).io等的Java (注册商标)程序库实现。此时，使用以下a),b)，c)的方法是现实 的。
a)利用XML Parser解析Binding Unit Manifest File (流位置
存储信息)的内容。
Binding Unit Manifest File的例 <Progressive〉
〈ProgressiveAsset VPFilename二" BDMV/STREAM/01000. m2ts"〉
—识别符
〈B腿File腦e二" 1/1/streams/O. m2ts" 〉〈/BUDAFile〉
—文件路径
〈/ProgressiveAsset〉
〈ProgressiveAsset VPFilename=" BDMV/STREAM/01001. m2ts"〉
〈B飄File ,e=" l/1/streams/l. m2ts" 〉〈/BUDAFile〉 "Progress iveAsset〉
〈ProgressiveAsset VPFilename=" BDMV/STREAM/01002. m2ts"〉
〈BUDAFile name=" l/l/streams/2. m2ts" 〉〈/B腿File〉 </ProgressiveAsset〉 〈/Progressive〉
※"BUDA"是Binding Unit Data Area的简称， Binding Unit Data Area是存储在虚拟包利用的文件的局部存储 器内的区域
b)使用Java (注册商标).io，确认在记载在Binding Unit Manifest File的文件路径(流存储位置)中是否存在xxxxx. m2ts。 例new java(注册商标).io. File( "l/1/streams/O. m2ts，，). exists ()■; 〃错误时是损失流
c)下载是否结束的判断是使用Java (注册商标).net， Java (注 册商标).io，确认服务器上的文件大小和局部存储器上的文件大 小是否一致。 例
new Java ( 注册商标 ) .net. URL(http:〃xxx. com/ vp_data/0. m2ts). openConnection (). getContentLength ()
二二new Java ( 注 册 商
标).io.File( "l/l/streams/0. m2ts" ).length(); 〃若一致，可以认为下载已结束。 生产商的利用可能性
本发明涉及的再现装置，如在家庭影院系统的利用那样，可以 以个人用途利用。但是，本发明在上述实施方式中公开了内部结构， 基于该内部可以进行批量生产，所以在资质上可以工业利用。由此 本发明涉及的再现装置，具有产业上的利用可能性。
权利要求
1. 一种集成电路，包括存储单元，在该存储单元中存储有具有作为执行记录在记录介质上的请求的虚拟机的功能的模块，并且该集成电路被用于再现由在多个记录介质的每个中分开存储的数据流构成的流序列的再现装置，其特征在于，该集成电路具有CPU，用于通过执行模块使上述虚拟机发挥功能；以及解码器，不同于上述CPU，用于对包含在记录于上述记录介质上的上述数字流中的视频流和音频流进行解码；在上述CPU执行上述模块时，(1)上述集成电路管理状态信息，该状态信息表示多个数据流中的每个是处于能够通过再现设备识别的可识别状态，还是处于不能够通过再现设备识别的不可识别状态；(2)在上述多个数据流中的至少一个处于可识别状态时，上述集成电路使上述解码器对上述多个数据流中的至少一个进行解码，(3)在上述解码器对处于可识别状态的上述多个数据流中的至少一个进行解码时，上述集成电路按照来自应用程序的请求，将没有被解码的其余数字流的状态信息变更为可识别状态或不可识别状态。
2.如权利要求1所述的集成电路，其特征在于， 上述解码器具有视频解码器，用于对包含在上述数据流中的视频流进行解码；以及音频解码器，用于对包含在上述数据流中的音频流进行解码。
全文摘要
本发明涉及一种集成电路。记录在BD ROM及局部存储器(18)的多个AVClip构成一个流序列时，如果回放控制引擎(32)是构成流序列的一部分AVClip能识别的允许状态，即使其余的AVClip是不能识别的禁止状态，也开始进行再现。虚拟文件系统部(38)在对流序列中的一部分AVClip的再现处理继续的期间，按照应用程序对函数的调用，把其余AVClip的状态变更为回放控制引擎(32)能识别的允许状态、或不能识别的禁止状态。
文档编号H04N5/93GK101533656SQ20091013015
公开日2009年9月16日 申请日期2005年5月10日 优先权日2004年5月11日
发明者大芦雅弘, 田中敬一, 金丸智一 申请人:松下电器产业株式会社