CN101903952A

CN101903952A - 用于单独销售的记录媒体、记录装置、再现装置、它们的方法

Info

Publication number: CN101903952A
Application number: CN200880121118.2A
Authority: CN
Inventors: 矢羽田洋; 池田航
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2007-12-17
Filing date: 2008-12-12
Publication date: 2010-12-01
Anticipated expiration: 2028-12-12
Also published as: EP2234109B8; WO2009078157A1; JP5406044B2; EP2234109A1; CN101903952B; EP2234109A4; EP2234109B1; US20090228520A1; JPWO2009078157A1; US8051100B2

Abstract

记录媒体具有目录层级。在该目录层级中的、根目录的属下，存在配置有构成FirstPlayBack标题的BD-J应用的ROOT/BDMV目录、和MoDESTxx/BDMV目录。构成FirstPlayBack标题的BD-J应用是在记录媒体被装填到再现装置(103)中时被最先执行的程序，使再现装置(103)显示用来从用户受理选择BDMV目录的操作的菜单，使再现装置(103)执行根变更功能。根变更功能在由用户进行了对菜单的选择操作的情况下，将MoDESTxx目录识别为根目录。

Description

用于单独销售的记录媒体、记录装置、再现装置、它们的方法

技术领域

本发明涉及属于AV内容的记录技术的技术领域的改良。

背景技术

AV内容是由AV流与播放列表信息等的再现控制信息的组定义的内容，在其记录中使用大容量的可移除媒体。但是，近来在可移除媒体中能够记录的容量持续增加，现在据说通过1层蓝光光盘将来能够达到25GB。进而，在8层蓝光光盘中，据说200GB的大容量的产品已进入到实用化。除此以外，在具有可靠的著作权保护功能的半导体存储卡中，可以想到在5年中会出现兆兆字节的量级的产品。

另一方面，编码技术的压缩效率的改善逐年进展，如果将两小时的电影用MPEG-4AVC编码，则即使应分配给影像的位速率是8Mbps左右，也能够提供足够高精细的高清晰度内容。在此情况下，两小时的高清晰度内容的数据尺寸约为2×60×60×8Mbits＝7.2GB，可以计算出通过25GB的1层蓝光光盘能够记录3部作为两小时的高清晰度内容的电影。此外，可以计算出通过两层50GB的蓝光光盘能够记录12集(1个播放期间)作为1小时长的高清晰度内容的电视剧。

另外，在由AV流、播放列表信息规定的AV内容的记录技术中，已知有以下的专利文献记载的技术。

专利文献1：特愿平8-83478号公报

发明内容

但是，在用来分发电影作品的读出专用的蓝光光盘(称作BD-ROM)中，AV流的流个数、可定义的播放列表的上限数、管理它们的管理信息的数据尺寸被详细地规定，即使在可移除媒体中存在足够的容量，也不能应对想要将应该用多个BD-ROM记录的多个内容收纳到1个可移除媒体中的要求。BD-ROM内容中的这些规定是以最小标准的硬件规模保障能够进行内容的再现的规定，基于即使被供给了超过它们的上限数那样的流个数、播放列表数、数据尺寸的情况下、再现装置也不能保障正常的再现的理由。具体而言，再现装置将播放列表信息或流信息读出到存储器中之后开始AV流的再现，所以在存在不能搭载到存储器中的个数的AV流或数据尺寸的管理信息的情况下，已经不能保障正常再现，所以不得不将可移除媒体弹出而拒绝再现。

因此，具有想要将应由多个BD-ROM记录的多个内容收纳在1个记录媒体中供给的需求因为不能保障正常再现的再现装置的硬件侧的现实的情况而阻止其实现的问题。所以，出现的是增加了BDMV目录的个数的媒体。

所谓“BDMV目录”，是在BD-ROM中、用来保存构成内容的多个目录信息及多个AV流的规定的目录，再现装置识别存在于该BDMV目录中的多个AV流及多个播放列表信息而进行再现控制。在用于内容记录的可移除媒体中设有多个BDMV目录，如果在它们之中记录构成多个电影作品的AV流、播放列表信息，则能够越过规格的限制而记录电影。

但是，该方案也因为别的障碍而阻止了现实化。到目前为止，以BD-ROM为对象的再现装置标准上具备在可移除媒体插入后自动地访问根目录之下的BDMV目录、开始应最先再现的标题(FirstPlayback标题)的再现的功能。但是，如果如上述那样将多个BDMV目录记录在1个媒体中，则BDMV目录中的FirstPlayback标题存在多个，不能确定应该最先再现哪个FirstPlayback标题。

如果在BD-ROM中存在多个BDMV目录，则需要如将多个BDMV目录中的最初的设为“BDMV目录1”、将第2个以后的设为“BDMV目录2、3……”那样命名。这样，归属于各个BDMV目录的文件分别由相互不同的文件路径确定。

另一方面，由BD-ROM等的可移除媒体供给到再现装置中的再现控制程序对再现装置命令利用文件路径的处理的执行。如果根据再现控制程序归属于哪个BDMV目录来变更文件路径，则进行创作的人的工作量增大。

如果依据以上的情况，则应记录在1个记录媒体中的内容必须受应保存到1个BDMV目录中的容量限制，将媒体的容量差作为能够记录的内容数的差对用户诉求是困难的。

本发明的目的是提供一种能够使用户将媒体的容量差作为能够记录的内容数的差实际感受的记录媒体。

为了解决上述问题，有关本发明的记录媒体，是具有目录层级的记录媒体，其特征在于，在目录层级中的、根目录的属下，存在配置有启动程序的默认的目录、和服务领域目录；服务领域目录是在通过按需制造(Manfacturing on Demand)服务或电子零售(Electronic Sell Through)服务接受AV流的供给时制作的目录，在服务领域目录的属下，存在电影目录；电影目录是记录AV流的目录；上述启动程序是在记录媒体被装填到再现装置中时应最先执行的程序，将用来从用户受理选择电影目录的操作的菜单显示在再现装置上，使再现装置执行根变更功能；根变更功能是在由用户进行了对菜单的选择操作的情况下、将所选择的电影目录属于的服务领域目录识别为根目录的功能。

上述启动程序在由用户进行了对菜单的选择操作的情况下，将所选择的电影目录属于的服务领域目录识别为根目录，所以再现装置如装填了在根目录的属下存在电影目录的记录媒体那样开始再现处理。在服务领域目录属下的电影目录中存在通过按需制造服务或电子零售服务供给的AV流的情况下，该AV流的再现自动地开始。由此，能够在保障再现装置的正常动作的同时，将应记录到多个BD-ROM中的内容记录到一个记录媒体中，能够使用户将媒体的容量差作为能够记录的内容的差实际感受到。

并且，进行实际的AV流的再现控制的再现控制程序不需要根据归属于哪个目录而变更文件路径，宛如被从BD-ROM供给那样，只要进行对记录媒体的访问就可以。

通过这样，将应用多个BD-ROM供给的电影作品用1个记录媒体供给的情况、和用一张BD-ROM供给电影作品的情况下，制片厂要进行的创作的内容都相同。

如果在将1年前、2年前已通过BD-ROM销售的旧作的电影作品再现销售的服务的盛纳盘中使用有关本发明的记录媒体，则用户通过将应记录到多个BD-ROM中的多个电影作品在线重新购入，能够将应记录到多个BD-ROM中的多个电影作品集中在1个记录媒体中保管。通过这样，能够实现个人的电影作品库的整理促进。

在该服务的实行中，由于完全没有创作的负担，所以制片厂通过实行这样的在线销售的服务，在使用BD-ROM销售了电影作品之后，也能够通过使用相同的电影作品而得到收益。

附图说明

图1是表示使用记录媒体、记录装置、再现装置的内容提供系统的图。

图2是表示可移除媒体100、101的内部结构的图。

图3是表示了电影A1～A30的30个内容之后的目录结构的图。

图4是示意地表示怎样通过多次的内容的写入来更新可移除媒体的记录内容的图。

图5是表示记录装置中的记录处理的顺序的流程图。

图6是示意地表示通过MoDESTRootChangeAPI识别为怎样的文件系统的图。

图7表示在MoDESTRootChangeAPI的执行前后、被识别的文件系统构造怎样变化。

图8是表示再现装置103的状态变迁的图。

图9(a)是表示Index.bdmv的内部结构的图。

图9(b)是表示BD-J对象的内部结构的图。

图9(c)是表示Java(TM)档案文件的内部结构的图。

图10(a)是表示root/BDMV菜单的图。

图10(b)表示当将可移除媒体装填到MoDEST非对应播放器中时显示的菜单。

图11是表示构成FirstPlayback标题的BD-J对象、即作为启动程序的BD-J对象的处理顺序的流程图。

图12是表示创作系统的内部结构的图。

图13是表示BD-ROM盘映像及MoDEST/BDMV内容的制作顺序的流程图。

图14是表示当在播放列表再现中STOP键事件被按下时应执行的处理顺序的流程图。

图15是表示MoDESTxx目录属下的目录-文件结构的图。

图16是表示再现装置103的功能结构的图。

图18是表示合并管理信息的内部结构的图。

图19表示基于合并管理信息的内容、将MoDESTxx/BDMV内容与BUDA内容合并的状况。

图20是表示用来进行虚拟包的构建的处理顺序的流程图。

图21是表示多路复用在MoDESTxx/BDMV目录中的AV流中的基本流的图。

图22是表示记录在MoDESTxx/BDMV目录中的基本流中的PID分配映射表的图。

图23是表示多路复用在要分配给BUDA目录中的AV流中的基本流的图。

图24是表示多路复用在要分配给BUDA目录的AV流中的基本流中的PID分配映射表的图。

图25是表示AV再现部24的内部结构的图。

图26是表示再现装置103的输出段的结构的图。

标号说明

100、101可移除媒体

102a、102b记录装置

103再现装置

104内置媒体

105电视机

具体实施方式

(第1实施方式)

参照附图，对具备问题解决手段的记录媒体、记录装置、再现装置的实施方式进行说明。

图1是表示使用记录媒体、记录装置、再现装置的内容提供系统的图。该内容提供系统是实现MoD(Manufacturing on Demand)服务、EST(ElectricSell Through)服务的系统。

通过MoD(Manufacturing on Demand)服务、EST(Electric Sell Through)服务进行的内容提供要求的背景如下。通过BD-ROM进行的供给因为有关可移除媒体的压制的成本，具有不能大量畅销的内容难以销售的侧面、以及通过Read-Only型媒体分发带来的输送成本、小卖店中的管理成本变大的侧面。由此，近年来寻求的是，对于Recordable型或Rewritable型的可移除媒体，仅记录从用户有要求的内容而销售的服务。在该服务中，作为销售的对象的内容假设为在1年前、2年前用BD-ROM销售过的旧作的电影作品。通过这些MoD服务-EST服务，通过进行过去已使用BD-ROM销售过的电影作品的再销售，想要得到二次性的收益。另外，在MoD服务-EST服务中，将对用户分发的内容称作“MoD/EST内容”。

以下，对本系统的结构要素进行说明。图1中的内容提供系统由可移除媒体100、101、记录装置102a、102b、再现装置103、内置媒体104、电视机105构成。

<可移除媒体100>

可移除媒体100是可改写型的BD-RE、追加型的BD-R，在MoD(Manufacturing on Demand)服务、EST(Electric Sell Through)服务中作为内容的盛纳盘使用。

<可移除媒体101>

可移除媒体101是SD存储卡、记忆棒等的半导体存储卡，在MoD(Manufacturing on Demand)服务、EST(Electric Sell Through)服务中作为内容的盛纳盘使用。

<记录装置102a、102b>

记录装置102a是KIOSK终端，实现根据用户进行的内容的选择操作、从WWW服务器下载内容、写入到可移除媒体100、101中这样的有偿的服务(MoD(Manufacturing on Demand)服务)。

记录装置102b是PC，实现根据用户进行的内容的选择操作、从WWW服务器下载内容、写入到可移除媒体100、101中这样的有偿的服务(EST(Electric Sell Through)服务)。

<再现装置103>

再现装置103与电视机105一起构建家庭影院系统，将BD-ROM及可移除媒体100、101再现。在再现装置103中，有对应于MoD服务-EST服务的结构、和不对应的结构。将前者的再现装置103称作“MoD/EST对应播放器”，将后者的再现装置103称作“MoDEST非对应播放器”。

<内置媒体104>

内置媒体104作为从电影提供者的WWW服务器分发的优惠内容的盛纳盘使用。所谓优惠内容，是对购入BD-ROM的人作为折扣或赠品、奖励品给予的内容，仅通过优惠内容不能再现，而与BD-ROM组合才能够再现。例如，在优惠内容中，对应着没有记录在BD-ROM中的语言的副声音及字幕、优惠影像、预告片等。用来与BD-ROM中的内容组合而实现画中画的视频流、以及用来与BD-ROM中的内容组合来实现立体影像的视频流也对应于该优惠内容。本服务是将通过BD-ROM过去销售的内容通过在线销售的服务，所以将与用BD-ROM给予用户的优惠内容同样的内容赠予用户，因此在再现装置103中存在内置媒体104。优惠内容不仅是内置媒体104、可以也记录到可移除媒体100、101中。在内置媒体104及可移除媒体100、101中，将作为优惠内容的保存场所的目录称作“BUDA(Binding Unit DataArea)目录”。此外，将作为应保存在该BUDA目录中的一整套文件、作为优惠内容再现的内容称作“BUDA内容”。该BUDA内容能够通过构建虚拟包而再现。将把某个目录的保存内容组合到其他目录的保存内容中而制作的虚拟的包称作“虚拟包”。

这里，作为组合的对象的目录基本上为BD-ROM的root/BDMV目录与内置媒体104的BUDA目录的组合，但本实施方式并不限于此，也可以是存在于某个可移除媒体中的MoDESTxx/BDMV目录与存在于相同的可移除媒体中的BUDA目录的组合，也可以是存在于可移除媒体100、101中的MoDESTxx/BDMV目录与存在于内置媒体104中的BUDA目录的组合。即，本实施方式的虚拟包是容许各种组合的，既可以将存在于相同的记录媒体中的两个目录组合来构建，也可以通过存在于不同的记录媒体中的两个目录的组合来构建。

<电视机105>

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

以上是关于执行MoD服务-EST服务的系统的说明。接着，对可移除媒体100、101的生产的形态进行说明。

<可移除媒体100、101的内部结构>

图2是表示可移除媒体100、101的内部结构的图。在本图的第1段中表示可移除媒体100、101，第2段将可移除媒体100、101的记录区域向横向拉伸而描绘为直线状。如该第2段所示，记录区域具有“逻辑地址空间”。

“逻辑地址空间”以用于文件系统的区域管理信息为开头，记录有各种数据。所谓“文件系统”，是UDF或ISO9660等，在本实施方式中，采用Extention2.3形式的文件系统。如果经由该文件系统，则能够将记录在逻辑地址空间中的数据使用目录、文件构造读出。该文件系统中的文件的配置位置由组合了255字符以下的目录名、和255字符以下的文件名的文件的路径信息(称作文件路径)确定。

本图的第3段表示以第2段中的文件系统为前提构建的目录-文件结构。如本图所示，在BD-ROM的根目录(ROOT)之下，设置有BDMV目录、和MoDESTxx目录。

以下，对可移除媒体100、101中的文件-目录结构进行说明。

根目录之下的BDMV目录在记录MoDESTxx下的BDMV目录时一起记录。另外，将ROOT目录之下的BDMV目录表述为“root/BDMV目录”。

root/BDMV目录依据BD-ROM Part3的BDMV，root/BDMV是在MoDESTxx/BDMV的初次记录时一起记录的目录。在追加新的内容而记录MoDESTxx目录下的BDMV目录的情况下，以前记录的根之下的BDMV目录既可以更新也可以不更新。root/BDMV目录的保存内容也可以在MoDESTxx/BDMV目录的追加/更新时更新。也可以为了MoD/EST用而仅分发/记录root/BDMV目录的保存内容。该root/BDMV目录是为了识别可移除媒体100、101而不能没有的不可或缺的目录、即“默认”的目录。

在没有编辑(删除、追加)root/BDMV的计划的情况下，root/BDMV可以依据BD-ROM Part3的BDMV做入。所谓做入，是按照BD-ROM的格式、保存构成内容的AV流及播放列表信息。存在于图中的root/BDMV目录中的Index.bdmv文件、JAR目录、BDJO目录是构成依据BD-ROM Part3的BDMV的内容的结构。关于这些目录-文件的内部结构的详细情况放到后段中说明。

MoDESTxx目录是当用户接受MoD服务-EST服务时追加的目录，是取决于服务的目录、即“服务领域目录”。在该MoDESTxx目录之下，存在与root/BDMV目录相同的BDMV目录。另外，将MoDESTxx目录之下的BDMV目录表述为“MoDESTxx/BDMV”目录。

MoDESTxx目录的属下为依据BD-ROM Part3的结构，在MoDESTxx目录中，以依据BD-ROM Part3的形式记录AV流、播放列表信息。这些AV流、播放列表信息是当用BD-ROM供给电影作品时在BD-ROM中记录在root/BDMV目录中的，是构成实际的电影作品的部分。将MOD/EST内容中的、记录在MoDESTxx/BDMV目录中、构成实际的电影作品的一整套文件称作“MoDEST/BDMV内容”。本实施方式中的MoD服务-EST服务是想要将过去用BD-ROM发行的电影作品在线销售的服务，所以该MoDEST/BDMV内容为与用BD-ROM供给的内容(BD-ROM内容)相同的内容。该MoDESTxx目录不能由没有对应上述服务的在线装置(MoDEST非对应播放器)识别，即使被装填到非对应播放器中，可移除媒体100、101也作为空媒体处理。

属于MoDESTxx目录的内容中的、PLAYLIST目录、STREAM目录、CLIPINF目录是规定电影作品的实体的数据。以下，对这些目录进行说明。

<PLAYLIST目录>

在PLAYLIST目录中，存在被赋予了扩展名mpls的文件(xxxxx.mpls[“xxxxx”可变，“mpls”固定])。

被赋予了扩展名“mpls”的文件是保存有播放列表信息的文件。播放列表信息包括MainPath信息、Subpath信息、PlayListMark信息。

1)MainPath信息是通过将AV流的在线时间轴中的、作为In_Time的时点和作为Out_Time的时点的组定义1个以上、来定义逻辑再现区间的信息，具有规定许可多路复用在AV流中的基本流中的哪个的再现、不许可哪个的再现的流号码表(STN_table)。

2)PlayListMark信息包括由In_Time信息及Out_Time信息的组指定的AV流的一部分中的、作为章节的时点的指定。

3)Subpath信息包括应与上述AV流同步再现的基本流的指定、和该基本流的再现时间轴中的In_Time信息及Out_Time信息的组。通过用于再现控制的Java(TM)应用对Java(TM)虚拟机命令再现该播放列表信息的JMF播放器实例的生成，能够开始AV再现。JMF(Java Media Frame work)播放器实例，是基于JMF播放器类在虚拟机的堆栈存储器上生成的实际的数据。

AV流与播放列表信息的组构成称作“标题”的再现单位。BD-ROM中的AV再现以该标题为一个单位进行。将存在于root/BDMV目录或MoDESTxx/BDMV目录中的标题中的、应最先被再现的标题特别称作“FirstPlayBack标题”。

<STREAM目录>

在STREAM目录中，存在被赋予了扩展名M2TS的文件(xxxxx.m2ts[“xxxxx”可变，扩展名“m2ts”固定])。

被赋予了扩展名“m2ts”的文件是MPEG-TS(TransportStream)形式的数字AV流，通过将视频流、1个以上的音频流、演示图形流、交互图形流多路复用而得到。视频流表示电影的运动图像部分，音频流表示电影的声音部分，演示图形流表示电影的字幕，交互图形流表示电影的菜单。

<CLIPINF目录>

在CLIPINF目录中，存在被赋予了扩展名clipi的文件(xxxxx.clpi[“xxxxx”可变，扩展名“clpi”固定])。

被赋予了扩展名“clpi”的文件是分别与AV流一对一对应的管理信息。因为是管理信息，所以Clip信息具有数字AV流的编码形式、帧速率、比特率、解析度等的信息、以及表示GOP的开头位置的EP_map。

另外，关于这些目录以外的目录，放在后段中说明。以上是关于MoDESTxx目录的说明。

接着，对购入了电影A1～A30的30个内容的情况下的目录结构进行说明。

图3是表示了电影A1～A30的30个内容之后的目录结构的图。在本图中，MoDEST01、MoDEST02、……ModEST30目录是在用户购入了内容时在可移除媒体100、101的容量限度内追加的目录。

配置在根之下的MoDEST目录的最大个数被限制为30个以下。这详细在后面叙述，是因为，在可移除媒体100、101的装填时，处于ROOT目录之下的BDMV目录中的启动程序需要动态地制作记录在可移除媒体100、101中的内容的一览菜单，如果MoDEST目录过多，则在用于一览显示存在于可移除媒体100、101中的MoDESTxx目录的菜单(称作root/BDMV菜单)的制作中花费时间。此外，从可移除媒体的容量考虑，基于设想将在摄像机等中使用的8cm的1层光盘(如果是BD则为7.5GB)的内容复制到1个12cm的8层的光盘(如果是BD则为200GB)中的情况下的、可复制的内容数的上限是27GB(约30GB)。

对于MoDESTxx/BDMV目录，要求必须记录作为root/BDMV菜单的构成要素的名称和缩略图。

MoDESTxx/BDMV目录是用来保存实体的内容的目录、即“真正的电影目录”。该MoDESTxx/BDMV目录的保存内容依据BD-ROM Part3的BDMV。MoDESTxx目录不能通过用户的文件操作查询知道记录有什么。在MoDESTxx/BDMV中记述有Disc Library Metadata，<name>、<thumbnail>的两个标签是必须的。但是，root/BDMV目录是否使用Disc Library Metadata是自由的。MoD/EST对应播放器必须具备变更可移除媒体100、101上的虚拟的root目录的API的安装。在变更了虚拟的root目录之后，与BD-ROM的再现是同样的，所以不需要新开发/验证。

以上是对记录媒体的实施方式的说明。接着，对记录装置102a、102b进行说明。

(记录装置102a、102b)

记录装置102a、102b代替在root目录之下的BDMV目录中记录新的内容而建立MoDESTxx目录的目录，在该MoDESTxx目录之下制作BDMV目录，将内容写入到该MoDESTxx/BDMV目录中。假如在根目录下设置BDMV目录、将构成该内容的AV流、播放列表信息写入到BDMV目录中，则在将别的内容追加购入到相同的可移除媒体101中时，根目录之下的BDMV目录已经不能追加内容了。这省略了详细说明，是因为制作BD-ROM再现装置中的程序以使其能够将root/BDMV目录内的两个以上内容再现在技术上是困难的、在1个BDMV目录之中共存不同的内容在技术上是困难的。

图4是示意地表示怎样通过多次的内容的写入来更新可移除媒体100、101的记录内容的图。

本图中的右侧与图3所示的目录结构是相同的，左侧表示记录装置102a、102b的内部状态。在该内部状态中，有电影A1的购入时、电影A2的购入时……电影A30的购入时的状态。箭头k1、k2、k3、k4是将各内部状态中的目录的写入象征化的标记。在电影A1的购入时，root/BDMV目录和MoDEST01/BDMV目录被同时写入到可移除媒体100、101中。在电影A2的购入时，MoDEST02/BDMV目录被写入到可移除媒体100、101中，在电影A30的购入时，MoDEST30/BDMV目录被写入到可移除媒体100、101中。

这样，可知在初次的购入时(k1)，root/BDMV目录和MoDEST01/BDMV目录被同时写入，而在第2次以后的购入时(k2、k3、k4)，只有对应于所购入的内容的MoDEST02/BDMV目录、MoDEST04/BDMV目录、MoDEST30/BDMV目录被追加到可移除媒体中。

以下，参照图5，说明记录装置102a、102b的记录处理怎样进行。图5是表示记录装置中的记录处理的顺序的流程图。

在MoD服务-EST服务中命令内容的写入的情况下，记录装置102a、102b判断root/BDMV目录和MoDESTxx目录的组是否存在于可移除媒体中(步骤S1)，在存在的情况下，确定已使用的号码yy(步骤S2)，建立MoDESTyy+1目录(步骤S3)。接着，在MoDESTyy+1目录之下，制作BDMV目录、AACS目录、Certificate目录并写入内容(步骤S4)。在不存在root目录和BDMV目录的组、或者虽然不存在root目录和MoDESTxx目录的组但仅存在root/BDMV目录的情况下(步骤S5中Yes)，显示不能将内容写入到可移除媒体100、101中的消息，将可移除媒体100弹出(步骤S8)。

在不存在BDMV目录的情况下，制作ROOT/BDMV目录，写入用于root/BDMV菜单的Index.bdmv、BD-J对象、JAR档案文件(步骤S6)，将yy设定为0(步骤S7)，转移到步骤S3。然后，建立MoDESTyy+1目录(步骤S3)。接着，在MoDESTyy+1目录之下，写入BDMV目录、AACS目录、Certificate目录(步骤S4)。

以上是对记录装置102a、102b的说明。

<再现装置103>

再现装置103在可移除媒体插入时，进行从在ROOT目录直线的BDMV目录内指定的应最先再现的FirstPlayback标题起自动地开始再现的基本动作。在利用现有的BD-ROM再现装置的基本动作、即将根之下的BDMV目录的FirstPlayback标题自动再现的构造的同时，为了使播放器的设计原则不变更，在MoD/EST对应的播放器中，规定了以下这样的API(MoDESTRootChangeAPI)及System Property(MoDESTRootChangeSystemProperty)。

MoDESTRootChangeAPI是变更根的API，如果能够将在API调用时记述在自变量中的文件路径变更为root目录，则对进行了调用的应用返回SUCCESS的应答。如果不能将记述在自变量中的文件路径变更为root目录，则对调用源的应用返回NoSuchMethodException的应答。

图6是示意地表示通过MoDESTRootChangeAPI的调用、识别为怎样的文件系统的图。左侧是图2所示的文件系统构造，右侧是进行了MoDESTRootChangeAPI后的识别结果。虚线框hh1、hh2表示文件系统构造中的、在进行了MoDESTRootChangeAPI后被识别的部位。这样，左侧的文件系统构造中的、ROOT目录和MoDESTxx/BDMV目录被识别，宛如在root目录之下存在MoDESTxx/BDMV目录那样处理。

图7表示在MoDESTRootChangeAPI的执行前后、被识别的文件系统构造怎样变化。上段表示MoDESTRootChangeAPI的执行前的文件系统构造，下端表示MoDESTRootChangeAPI的执行后的文件系统构造。在MoDESTRootChangeAPI的执行前，被识别为在ROOT目录之下存在保存有电影作品的BDMV目录的文件系统构造。

在MoDESTRootChangeAPI的执行后，被识别为在ROOT目录之下存在保存有电影A1的BDMV目录的文件系统构造。

<用于API调用的格式>

对调用MoDESTRootChange API时的格式进行说明。在MoDESTRootChange API的自变量中，有ID/相对路径/绝对路径。

这里，所谓ID，是指分别确定MoDESTxx目录的低两位的数值xx。将MoDESTxx目录的ID作为自变量的API的调用为以下这样。

MoDESTRootChange(01)

将相对路径作为自变量的API的调用为以下这样。

MoDESTRootChange(../MoDEST01)

MoDESTRootChange(/MoDEST01)

此外，也可以使得能够通过第1自变量、第2自变量调用路径变更功能。

MoDESTRootChange(MoDEST01.root)

MoDESTRootChange(MoDEST01.NULL)

以上是对MoDESTRootChangeAPI的说明。接着，对MoDESTRootChangeSystemProperty的详细情况进行说明。

MoDESTRootChangeSystemProperty是表示变更路径的命令是否能够由再现装置执行的播放器变量，具有YES或NO的某个值。在SystemProperty＝NO的情况下，判断为不是MoD/EST对应播放器。

在再现装置不对应于MoDESTRootChangeAPI、但必定返回NoSuchMethodException的情况下，可以基于此判断为MoDEST非对应播放器。但是，在不一定返回NoSuchMethodException的情况下，使用MoDESTRootChangeSystemProperty判断再现装置不对应于MoDESTRootChangeAPI。

此外，对于虽然具有再现MoDEST/BDMV内容的能力、但不具备MoDESTRootChangeAPI那样的再现装置，也如果使用本SystemProperty，就能够判断为对应于MoDEST/BDMV内容。

这例如设想如下的情况。在具备能够使用户进行多个记录媒体的选择的GUI组件、称作所谓的媒体十字条的GUI组件的再现装置103中，由于不需要MoDESTRootChangeAPI，所以如果想要调用MoDESTRootChangeAPI，则返回NoSuchMethodException。这样的MoD/EST对应播放器由于具备作为MoDESTRootChangeAPI的替代的GUI组件，所以本来并不是不能再现MoDEST/BDMV内容。为了判别是否是虽然能够对应于MoDEST/BDMV内容、但没有安装MoDESTRootChangeAPI的再现装置，构成FirstPlayback标题的程序优选地使用MoDESTRootChangeSystemProperty判断是否是MoD/EST对应播放器。为了帮助进行这样的判断，在再现装置103中存在MoDESTRootChangeSystemProperty。

<状态变迁>

在再现装置103中插入了可移除媒体100、101时，不是自动地将根目录之下的BDMV目录再现，而是识别出再现装置103记录有多个BDMV目录的情况，在存在1个以上的MoDESTxx目录的情况下，选择MoDESTxx/BDMV目录，从这里转移到MoDESTxx目录属下的BDMV目录的再现，如果该再现结束，则回到root/BDMV菜单的显示状态。对这样的控制的状态变迁进行说明。图8是表示再现装置103的状态变迁的图。

·状态j1

在发生了可移除媒体被装载的事件、即在MoD/EST对应播放器中插入了记录有MoD/EST内容的可移除媒体的事件的情况下，变迁到本状态。该状态是将root/BDMV目录的FirstPlayback标题再现的状态。

·状态j2

如果在状态j1中发生了“选择了电影xx”的事件，则变迁到本状态。即，由于“选择了电影xx”的事件与“在root/BDMV菜单上选择了MoDESTxx目录属下的BDMV目录”的事件等价，所以在状态j2中，执行“将root目录变更为对应于xx的MoDESTxx目录”的处理。结果，将可移除媒体识别为仅记录有MoDESTxx目录以下的BDMV、AACS、Certificate目录的BD-ROM。

·状态j3

在状态j2中，如果发生“可移除媒体的再识别成功”的事件，则变迁到本状态。本状态是“将MoDESTxx/BDMV目录中的FirstPlayback标题标题再现、将MoDESTxx/BDMV内容再现”的状态。

·状态j4

在状态j3中，如果发生了由构成FirstPlayback标题的启动程序即BD-J应用请求VFS构建的事件，则以该事件为触发，变迁到本状态。具体的处理是“在可移除媒体100、101、内置媒体104上构建虚拟的文件系统(VirtualFile System)，将虚拟包再现”的处理。所谓虚拟的文件系统，是指能够将可移除媒体100、101、内置媒体104一体地处理的文件系统，所以将优惠内容下载到播放器的可移除媒体100、101、内置媒体104中、将其与可移除媒体100、101上的内容组合、使用(VFS：Virtual File System)再现也与BD-ROM为同样的。

·状态j5

在状态j4中，如果发生“虚拟包的再现结束”的事件，则变迁到本状态。在本状态中，进行VFS解除的处理，如果解除成功，则以解除成功的事件为触发，回到状态j3、即“MoDESTxx/BDMV目录中的FirstPlayback标题的再现”的状态j1。

·状态j6

如果在状态j3中发生MoDESTxx/BDMV的再现结束的事件、或在状态j5中发生VFS被解除的事件，则变迁到本状态。在该状态下，执行“将虚拟的根恢复为原来的可移除媒体的根”的处理。如果该处理成功，发生“回到了原来的可移除媒体的根”的事件，则以该事件为触发，回到“root/BDMV的FirstPlayback标题的再现”的状态。

如果使用MoDESTRootChangeAPI变更对于再现装置的可移除媒体的虚拟的根位置，则在再现装置中，与BD-ROM、即在可移除媒体的根之下记录有BDMV、AACS、Certificate目录的可移除媒体的再现动作等价，所以没有改变再现装置的软件设计的情况。此外，虽然需要变更根的API的验证，但MoDEST/BDMV内容的再现的验证与BD-ROM的再现相同而不再需要。

此外，多个BD-ROM的内容被记录在1个可移除媒体等中、总能被识别，用户能够操作也与BD-ROM视听时相同而处理，所以在操作方面用户不会困惑。在该状态变迁中，没有设想从MoDESTxx/BDMV目录向别的MoDESTxx/BDMV目录的状态变迁。进行从MoDESTxx/BDMV向root/BDMV的状态变迁、从root/BDMV变迁为MoDESTxx为基础。优选的是，通过MoDESTRootChangeAPI的执行，将MoDESTxx目录作为可移除媒体的虚拟根处理，但如果将可移除媒体拔出，则将播放器的状态复位，以使其再次将可移除媒体的ROOT目录作为“root”处理。

以上，结束了对再现装置103的说明。该再现装置103的状态变迁基于记录在MoDESTxx目录中的播放列表再现控制用的程序即BD-J应用执行。图2中的root/BDMV目录的保存内容中的、带来这样的状态变迁的是Index.bdmv文件、保存在BDJO目录中的BD-J对象、保存在JAR目录中的Java(TM)档案文件。以下，对这些Index.bdmv文件、BD-J对象、Java(TM)档案文件进行说明。

<Index.bdmv>

对Index.bdmv进行说明。图9(a)是表示Index.bdmv的内部结构的图。在可移除媒体100、101中，存在各种种类的标题，在图9(a)的左侧的Index.bdmv中，包括对这些各种各样的种类规定的索引。具体而言，包括关于保存在可移除媒体100、101中的FirstPlayback标题的Index TableEntry、关于TopMenu的Index Table Entry、关于Title#1的Index Table Entry、关于Title#2的Index Table Entry、……#N。在该表中，指定了构成所有的标题、TopMenu、FirstPlayback标题的Movie对象或BD-J对象。BD-ROM的再现装置103每当调用标题或菜单时参照Index.bdmv，执行规定的Movie对象或BD-J对象。此外，TopMenu在通过用遥控器的用户操作执行了“MenuCall”那样的命令时指定被调用的Movie对象或BD-J对象。

引出线h1将Index Table Entry的共通的数据构造特写表示。Index TableEntry由该共通的数据构造定义。该共通的数据构造包括“Title_object_type”、和“bdjo_file_name”。

“Title_object_type”表示与对应的标题建立了关联的动作模式对象是Movie对象还是BD-J对象。

“bdjo_file_name”表示与标题建立关联的BD-J对象的文件名。

通过这样的Index.bdmv，实现了标题与动作模式对象的对应。

<BDMV目录的结构ZZZZZ.BDJO>

ZZZZZ.BDJO(“ZZZZZ”可变，扩展名“BDJO”固定)是保存有上述BD-J对象的文件。图9(b)是表示BD-J对象的内部结构的图。如本图的左侧所示，BD-J对象包括应用管理表。

应用管理表(AMT)是实现“应用信令”的表。所谓“应用信令”，是将BD-ROM中的“标题”作为应用的生存区间管理、掌控应用的启动及结束的控制。这里，所谓生存区间，表示在记录在BD-ROM中的内容整体的时间轴中、在虚拟机的堆栈存储器上应用能够生存的区间。所谓“生存”，是指该应用被读出到堆栈存储器中、能够进行通过虚拟机的执行的状态。这样，将被基于BD-J对象内的应用管理表控制动作的Java(TM)应用称作“BD-J应用”。

引出线h2将应用管理表的内部结构特写表示。如引出线h2所示，应用管理表由多个应用条目#1～#n构成。引出线h3表示应用条目的共通的数据构造。如该引出线h3所示，应用条目在标题中包括表示是应使应用自动地启动(AutoStart)、还是应等待从其他应用的调用而启动(Present)的启动的方式的“控制代码”、和使用作为Java(TM)档案文件的文件名的5位的数值表示作为对象的Java(TM)应用的“应用ID”。

<JAR目录>

接着，对JAR目录进行说明。JAR目录保存有Java(TM)档案文件(XXXXX.JAR)。

Java(TM)档案文件是依据http://java(TM).sun.com/j2se/1.4.2/docs/guide/jar/jar.html中的规格的文件。Java(TM)档案文件302将多个文件以目录构造的形式保存。图9(c)是表示Java(TM)档案文件的内部结构的图。

该构造是在根目录之下存在“XXXX.class”、在META-INF目录中存在“MANIFEST.MF”文件、“SIG-BD.SF”、文件“SIG-BD.RSA”、文件“bd.XXXX.perm”的构造。

该XXXX.class(类文件)是保存有定义能够在Java(TM)虚拟机上执行的BD-J应用的类构造体的类文件。MANIFEST.MF是对应于数字证书的文件，SIG-BD.SF是记载有MANIFEST.MF的哈希值的文件。SIG-BD.RSA是记载有数字证书链、签名信息的文件。bd.XXXX.perm是许可请求文件，保存对执行的BD-J应用给予哪个许可的信息。

由Java(TM)档案文件中的类文件定义的BD-J应用是由应用管理器经由Xlet接口控制的Java(TM)Xlet。Xlet接口具有“loaded”、“paused”、“active”、“destroyed”的4个状态。

此外，Java(TM)应用使用用来显示JFIF(JPEG)或PNG等其他图像数据的标准Java库，实现由GEM1.0.2规定的HAVi框架。HAVi框架是包括GEM1.0.2中的遥控向导机构的GUI框架，Java(TM)应用能够实现将基于HAVi框架的按钮显示、文本显示、在线显示(BBS的内容)等的显示与运动图像的显示组合的画面显示，能够使用遥控器进行对该画面显示的操作。

以上是对JAR文件的说明。

这些JAR文件既存在于root/BDMV目录中，也存在于MoDESTxx/BDMV目录中。并且，根据归属于root/BDMV目录、MoDESTxx/BDMV目录中的哪个，JAR文件执行的处理不同。以下，对通过存在于各目录中的JAR文件定义怎样的BD-J应用进行说明。

<由root/BDMV中的JAR文件定义的BD-J应用>

由root/BDMV中的JAR文件定义的BD-J应用构成可移除媒体100、101的FirstPlayback标题，是在可移除媒体100、101的装填时被最先执行的启动程序。将所有的MoDEST/BDMV对用户提示，将用来被选择的菜单(root/BDMV菜单)对用户提供。

<由MoDESTxx/BDMV中的JAR文件定义的BD-J应用>

由MoDESTxx/BDMV中的JAR文件定义的BD-J应用是在MoDESTxx内容的再现时进行实际的再现控制的应用，显示用来受理MoDESTxx目录中的用户操作的菜单(MoDESTxx/BDMV菜单)，根据对MoDESTxx/BDMV菜单的操作，受MoDESTxx目录的再现开始、或章节选择、声音选择、字幕选择。并且，根据需要而进行虚拟包的构建，将能够从虚拟包识别的播放列表再现。这样，根据归属于哪个BDMV目录，由JAR文件定义的BD-J应用进行的处理不同。

以上，结束对Java(TM)应用的说明。接着，对保存在META目录中的元数据进行说明。

<元数据>

保存在META目录中的元数据是作为可移除媒体100、101中的媒体库的XML文件，至少记述有表示内容的名称和向JPEG缩略图文件的链接信息。它们在root/BDMV目录中的BD-J应用制作root/BDMV菜单时使用。可移除媒体100、101中的库元数据既可以记载在BD.INFO中，也可以作为XML文件等单独记载在BDMV目录之下。Disc Library Metadata的<name>、<thumbnail>是必须的，但除此以外是任意的。

参照图10说明BD-J应用通过使用上述那样的元数据显示怎样的菜单。图10(a)是表示root/BDMV菜单的图。在图10中，在最左侧存在root/BDMV菜单，在正中间存在MoDESTxx/BDMV菜单。在右侧，记述有对MoDESTxx/BDMV的选择操作的结果是仅在怎样的处理。

·ROOT/BDMV菜单

“ROOT/BDMV菜单”，所谓的root/BDMV菜单，是将存在于各MoDESTxx/BDMV中的标题在视觉上表现、从用户受理选择可移除媒体100、101内的多个MoDESTxx目录中的哪个标题的操作的菜单。在标题的视觉表现中，使用存在于各MoDESTxx/BDMV目录中的<name>、<thumbnail>的两个标签。这些<name>、<thumbnail>的两个标签构成分别对应于可移除媒体中的MoDEST目录的GUI组件。

由<name>、<thumbnail>的两个标签构成的GUI组件分别对应于由可移除媒体上的30个MoDEST内容再现的30个电影作品A1、A2……A30，存在作为对应于电影A1的GUI组件的A1按钮、对应于电影A2的GUI组件的A2按钮、对应于电影A30的GUI组件的A30按钮。这些按钮通过可移除媒体中的库元数据的名称和缩略图制作，通过成为被选择状态，表示能够开始对应的电影作品的再现。

通过这些组件成为活动状态，执行MoDESTRootChangeAPI，将对应于GUI组件的MoDESTxx目录的属下的BDMV目录虚拟地设定到根目录中。

·MoDEST01/BDMV菜单

“MoDEST01/BDMV菜单”是在MoDESTxx/BDMV目录中通过菜单调用能够调用的Top菜单，在MoDEST01/BDMV目录中，将能够进行的操作在视觉上表现，能够从用户受理某种操作。在可移除媒体100、101中，在每个MoDESTxx目录中存在BDMV目录，在各个BDMV目录中存在Index.bdmv。在本图中，在进行了选择MoDEST01/BDMV目录的操作时，通过将MoDEST01/BDMV目录所固有的Top菜单作为MoDEST01/BDMV菜单显示，能够实现在MoDEST01/BDMV目录中固有的操作。MoDEST01/BDMV菜单配置有用来开始保存在MoDEST01/BDMV目录中的内容的正式再现的“Play按钮”、用来进行章节选择的“ChapterSelection按钮”、和用来回到可移除媒体整体的root/BDMV菜单的“All Contents ondisc按钮”。

如果All Contents on disc按钮成为活动状态，则执行MoDESTRootChangeAPI，将可移除媒体的根目录指定为根，再次显示root/BDMV。

·MoDEST02/BDMV菜单

“MoDEST02/BDMV菜单”是在MoDEST02/BDMV目录中通过菜单调用能够调用的Top菜单，在MoDEST02/BDMV目录中，将能够进行的操作在视觉上表现，能够从用户受理某种操作。在root/BDMV菜单中进行了选择MoDEST02/BDMV目录的操作时，通过将MoDEST02/BDMV目录所固有的Top菜单作为MoDEST02/BDMV菜单显示，能够实现在MoDEST02/BDMV目录中固有的操作。MoDEST02/BDMV菜单由用来开始保存在MoDEST02/BDMV目录中的内容的正式再现的“Play按钮”、用来进行声音流的选择的“Audio Selection按钮”、和用来回到可移除媒体整体的root/BDMV菜单的“MoDEST root menu按钮”。

如果“MoDEST root menu按钮”按钮成为活动状态，则执行MoDESTRootChangeAPI，将可移除媒体的根目录指定为根，再次显示root/BDMV。

这样，在MoDESTxx目录下的BDMV目录中，用来将虚拟根恢复为可移除媒体的根的按钮被植入在“MoDEST01/BDMV菜单”、“MoDEST02/BDMV菜单”中。以上，是当将可移除媒体装填到MoDEST对应播放器中时显示的菜单。

图10(b)表示当将可移除媒体装填到MoDEST非对应播放器中时显示的菜单。在该菜单中，表示可移除媒体是保存有MoDEST/BDMV内容的可移除媒体、为了将该MoDEST/BDMV内容再现应当将该可移除媒体装填到MoDEST对应播放器中。

对通过使用root/BDMV菜单、MoDESTxx/BDMV菜单、作为启动程序的BD-J应用进行怎样的处理进行说明。图11是表示构成FirstPlayback标题的BD-J对象、即作为启动程序的BD-J对象的处理顺序的流程图。

调用MoDESTRootChangeAPI(步骤S11)，判断是否具备MoDESTRootChangeAPI(步骤S12)。如果不具备，则显示“THIS ISMoD/EST Media Menu”(步骤S13)。对于非对应播放器，进行表示通过该播放器不能将该可移除媒体再现的通知。

在具备MoDESTRootChangeAPI的情况下，根之下的BDMV目录的BD-J应用从可移除媒体上的所有的MoDEST01～30目录下的库元数据中取得<name>和<thumbnail>元素(步骤S14)，根据保存在每个MoDESTxx中的内容的名称和代表缩略图影像制作GUI组件，显示受理电影A01～A30的选择的root/BDMV菜单(步骤S15)。然后，转移到由步骤S16～步骤S17构成的操作等待循环。步骤S16是箭头键是否被按下的判断，如果被按下，则按照被按下的箭头键，将别的GUI组件变更为被选择状态之后(步骤S18)，回到步骤S16。如果确定键被按下(步骤S17中Yes)，则确定对应于所确定的GUI组件xx的MoDESTxx/BDMV目录(步骤S19)。接着，将MoDESTxx/BDMV的文件路径作为自变量，调用MoDESTRootChangeAPI(步骤S20)。如果对于调用返回了SUCCESS应答(步骤S21中Yes)，将MoDESTxx目录虚拟地设定为root目录。在root变更后，成为与在MoDESTxx目录之下存在BDMV目录、在root目录之下仅存在1个BDMV目录的BD-ROM同样。在步骤S21中如果返回了NoSuchMethodException的应答，则转移到步骤S13。

接着，将可移除媒体再识别为在root/BDMV中记录有MoDESTxx/BDMV的可移除媒体，将MoDESTxx/BDMV中的FirstPlayback标题再现(步骤S22)。如果再现结束，则将虚拟root解除。通过这样，MoDESTxx目录不被识别为root目录。在再现结束时，将虚拟的root恢复为可移除媒体100、101的root目录。

以上，根据本实施方式，由于能够在将在1年前、2年前销售的旧作的电影作品在线销售的MoD服务-EST服务的盛纳盘中使用可移除媒体100、101，所以用户通过在线重新购入应记录到多个BD-ROM中的多个电影作品，能够将应记录到多个BD-ROM中的多个电影作品集中到大容量的可移除媒体100、101中保管。通过这样，能够实现个人的电影作品库的整理促进。

在该MoD服务-EST服务的实行中，由于完全没有创作的负担，所以电影作品的制片厂通过实行这样的在线销售的服务，能够提高较高的收益。

(第1实施方式的变更例)

在本实施方式中，在实施上述那样的可移除媒体100、101、记录装置102、再现装置103时，优选的是实施如下的变更。

(附加信息的取得功能)

存在于ROOT/BDMV目录中的BD-J应用优选的是得到存在于MoDESTxx目录中的标题的附加信息(监制名、预告片)而描绘到root/BDMV中。此时，BD-J应用以MoDESTxx目录中的Disc LibraryMetadata的<name>为键字，进行提供商的数据库的检索，取得对应的标题的附加信息。

(BD-J应用的访问参照信息)

存在于每个root/BDMV、MoDESTxx/BDMV中的BD-J应用优选的是，制作恢复信息，每当进行MoDESTxx/BDMV中的内容的再现时更新恢复信息。并且，再现装置103优选的是，当被插入可移除媒体100、101时、或当MoDESTxx目录被变更为root目录时，基于恢复信息再开始再现。

(root/BDMV菜单的制作素材)

构成FirstPlayback标题的BD-J应用在root/BDMV菜单的制作时利用BDMV目录中的元数据，但优选的是，将在BDMV之下使用的流种类及属性列举在元数据中，记录有将其读入而自动生成菜单的BD-J应用。只要通过该BD-J应用将菜单作为BD-ROM/MoDEST兼用菜单就可以。

构成FirstPlayback标题的BD-J应用也可以基于从MoDESTxx/BDMV/META/DL等取得的内容确定信息，访问网络而取得root菜单用素材。

(第2实施方式)

在第1实施方式中，使用专用的记录装置102a、102b下载MoDEST/BDMV内容，但本发明实施方式是再现装置103进行MoDEST/BDMV内容的下载的改良。

再现装置103是所谓的“网络家电”，此外，在是兼具备作为录像装置的功能的“录像再现机”的情况下，与记录装置102同样，能够通过MoD服务-EST服务购入MoDEST/BDMV内容。在此情况下，构成FirstPlayback标题的BD-J应用进行以下这样的处理。

即，根之下的BDMV目录的BD-J应用在被启动后判断再现装置103是否能够连接到网络上。在处于能够进行网络连接的状态的情况下，在显示root/BDMV菜单后，使再现装置103执行能够管理媒体上的MOD/EST内容的功能。

该管理功能，由从用户受理MoDEST/BDMV内容的购入操作、下载MoDEST/BDMV内容的功能、将下载后的内容保存到MoDESTxx目录中、作为能够再现的内容追加的功能、将不需要的MoDEST/BDMV内容从MoDESTxx目录中删除的功能构成。

该BD-J应用从特定的Web站点取得各种标题的购入信息，将其显示，使用户购入。

1)购入功能

对购入功能进行说明。构成FirstPlayback标题的BD-J应用在root/BDMV菜单的显示时显示受理购入操作的按钮。如果该按钮被按下，则root/BDMV的BD-J应用显示购入标题的页面。在该页面中，对应于各标题而表示将该标题从Walmart/Amazon/BlockBuster等购入时的价格、下载时间、数据尺寸(向可移除媒体的记录所需要的块数)。

此时，使用户选择将下载目的地设为内置媒体104还是设为可移除媒体100、101。优选的是，在显示root/BDMV菜单时，将内置媒体104及可移除媒体的空闲容量(几个块)一起显示。此时，也可以通过将比可移除媒体100、101或内置媒体104的空闲容量大的标题在购入画面中灰化显示，从选择中除外。

2)下载功能

对下载功能进行说明。在受理了购入操作的情况下，BD-J应用将记载有购入的内容的BDMV目录和其著作权保护信息的AACS、Certificate目录下载，记录到新制作的MoDESTxx目录之下。

此时，预先将Permission Request文件(对应于DVB-MHP中的dvd.persistent.root的文件)设定在各MoDESTxx中。并且，将对于文件的制作/删除功能的YES|NO的属性设置在MoDESTxx目录中的PermissionRequest文件中，如果该System Property是Yes，则BD-J应用能够将由MoDESTRootChangeAPI指定的虚拟root目录以下的文件制作/删除。

3)删除操作

用户进行的删除操作经由root/BDMV菜单受理。在root/BDMV菜单的显示时，根据驱动器/媒体种类/文件系统的种类，预先识别能否进行MoDESTxx目录的删除。如果能够删除，则在root/BDMV菜单中显示受理将MoDESTxx目录删除的操作的按钮。如果命令了可删除的MoDEST/BDMV内容的删除，则将不需要的MoDESTxx目录以下删除。

以上，根据本实施方式，由于使再现装置103具有作为记录装置102的功能，所以用户不仅能够一边呆在自家里一边购入MoDEST/BDMV并享受视听，还能够通过再现装置103的内置媒体104构建库，执行该库的追加及删除。

(第3实施方式)

设为在BD-J应用中实现的结构，但本实施方式在Movie对象中实现变更。所谓Movie对象，是基于命令记述的程序，通过HDMV模式中的各标题再现，使再现进行动态地变化。该Movie对象保存在BDMV目录之下的MovieObject.bdmv中。

为了在电影模式中实现根变更，规定了以下这样的命令PSR。

·MoDESTRootChange命令

MoDESTRootChange命令是将根变更为由自变量指定的MoDESTxx目录的命令，其内容与API相同。

·PSR

PSR(Player Setting Register)是表示再现装置103的状态设定的寄存器，设定了能否进行根变更功能。该Movie对象在执行时参照该PSR，如果能够进行根变更功能，则使再现装置103执行MoDESTRootChange命令。

在由命令实现根变更功能的情况下，可以将MoDESTRootChange命令组合到构成菜单的图形流内的按钮信息中。

<图形流>

以下，对构成菜单的图形流进行说明。

构成菜单的图形流称作Interactive Graphics(IG)流。由IG流定义的对话控制是与DVD再现装置上的对话控制有互换性的对话控制。该IG流由称作ICS(Interactive Composition Segment)、PDS(Palette DifinitionSegment)、ODS(Object Definition Segment)的功能段构成。

ODS(Object Definition Segment)是在描绘按钮时定义图案的图形的图形数据。

PDS(Palette Difinition Segment)是规定在图形数据的描绘时的显色的功能段。

ICS(Interactive Composition Segment)是规定根据用户操作使按钮的状态变化的对话控制的功能段。

以下，对ICS进行说明。ICS由多个按钮信息构成。按钮信息是对应于对话控制画面中的各个按钮的。具体而言，由表示在对应的按钮上存在焦点的状态下进行了移动键的按下的情况下使焦点移动到哪个按钮上的“neighbor_info”、表示用哪个ODS表现对应的按钮的普通状态、被选择的状态等各状态的“state_info”、和在对应按钮的确定时应使再现装置执行的“向导命令”构成。

如果将MoDESTRootChange命令预先作为按钮信息的向导命令组合到按钮信息中，则能够根据通过Interactive Graphics流描绘的菜单的确定操作，使再现装置执行根变更功能。

以上，根据本实施方式，在电影模式中也能够实现根变更功能，此外，能够将使再现装置进行根变更功能的命令组合到Interactive Graphics流中。

(第4实施方式)

在本实施方式中，对执行用于MoDEST内容的创作的创作系统进行说明。

创作系统为了电影内容的发布而设置在制作制片厂中，供创作人员使用。按照来自创作人员的操作，生成按照MPEG规格压缩编码的数字流以及记述有怎样再现电影标题的脚本，生成包含这些数据的面向BD-ROM的卷映像。

图12是表示创作系统的内部结构的图。如本图所示，有关本发明的记录装置由素材制作部201、脚本生成部202、BD-J制作部203、多路复用处理部204、格式处理部205、BD-ROM内容保存部206、MoDEST制作部207、MoDEST/BDMV内容保存部208构成。

<素材制作部201>

素材制作部201制作视频流、音频流、演示图形流、交互图形流等的各流。素材制作部201通过将非压缩的位图等的图像按照MPEG4-AVC或MPEG2等的压缩方式编码而制作视频流。此外，素材制作部201通过将非压缩的LinearPCM声音等按照AC3等的压缩方式编码而制作音频流。素材制作部201基于包括字幕图像和显示定时、以及渐入/渐出等的字幕效果的字幕信息文件，制作作为依据BD-ROM规格的字幕流的格式的演示图形流。素材制作部201基于在菜单中使用的位图图像、和记载有配置在菜单中的按钮的变迁及显示效果的菜单文件，制作作为依据BD-ROM规格的交互图形流。

<脚本生成部202>

脚本生成部202按照由素材制作部201制作的各流的信息、以及来自创作人员的经由GUI的操作，以依据BD-ROM规格的格式是做脚本。这里所谓的脚本，对应于Index.bdmv、MOVIE对象、保存有播放列表的文件。此外，脚本生成部202制作记述有用来实现多路复用处理的各AVClip由哪个流构成的参数文件。

<BD-J制作部203>

BD-J制作部203在IDE(IDE：Integrated DevelopmentEnvironment)环境中制作Java代码，将这样得到的Java程序源代码编译后，变换为JAR档案文件。

<多路复用处理部204>

多路复用处理部204将记述在BD-ROM脚本数据中的视频、音频、字幕、按钮等的多个流多路复用，制作MPEG2-TS形式的AVClip。此时，也同时制作与AVClip成对的Clip信息。

<格式处理部205>

格式处理部205将由脚本生成部202生成的BD-ROM脚本数据、由BD-J制作部203制作的BD-J应用、由多路复用处理部204生成的AVClip及Clip信息文件以依据BD-ROM规格的格式配置文件及目录，以作为依据BD-ROM规格的文件系统的UDF的格式制作BD-ROM盘映像。将生成的BD-ROM盘映像变换为BD-ROM压制用数据，通过对该数据进行压制工序，能够进行BD-ROM的制造。

<BD-ROM内容保存部206>

BD-ROM内容保存部206保存通过格式处理得到的BD-ROM盘映像。

<MoDEST制作部207>

MoDEST制作部207包括代码转换器和流删除工具，在创作完BD-ROM后，将MoDEST内容进行创作。具体而言，流删除工具自动地进行从BD-ROM内容向MoDEST内容变换时的基本流的删除。

MoDEST/BDMV内容保存部208将由MoDEST制作部207制作出的MoDEST/BDMV内容保存。保存在MoDEST/BDMV内容保存部208中的MoDEST/BDMV内容供MoD服务-EST服务用。

以上是关于创作系统的说明。接着，对BD-J制作部203的内部结构进行说明。BD-J制作部203由ID类制作部211、Java(TM)编程部212、BD-J对象制作部213、Java(TM)输入部214、ID变换部215、Java(TM)程序构建部216构成。

1、ID类制作部211

ID类制作部211使用标题构造信息制作ID类源代码。

所谓标题构造信息，是使用树构造规定BD-ROM中的再现单位的关系、例如标题、Movie对象、BD-J对象、播放列表间的关系的信息。具体而言，标题构造信息规定对应于想要制作的BD-ROM的“媒体”的节点、在该BD-ROM中对应于能够从Index.bdmv再现的“标题”的节点、对应于构成该标题的“Movie对象及BD-J对象”的节点、从该Movie对象及BD-J对象再现的“播放列表”的节点，通过将这些节点用边缘(边)连结，规定标题、Movie对象、BD-J对象、播放列表间的关系。在标题构造信息中，播放列表不是如00001.mpls、00002.mpls那样的实际的向BD-ROM的记录时使用的具体的文件名，而以如MainPlaylist、MenuPlaylist那样抽象的名称记载。这是因为，在同时制作面向BD-ROM的数据和面向DVD-Video的数据的情况下，将这样再现单位的构造抽象地表现是优选的。

所谓ID类源代码，是用来访问Java(TM)程序最终制作的Index.bdmv及PLayList信息的Java(TM)类库的源代码。ID类源代码具有通过指定播放列表号码而从可移除媒体读入规定的播放列表文件的构造器，通过利用执行该构造器制作的实例来实现AVClip的再现等。ID类库的变量名如MainPlaylist、MenuPlaylist那样使用由标题构造信息定义的播放列表节点的名称定义。此时使用的播放列表号码是伪号码。

2、Java(TM)编程部212

Java(TM)编程部212通过GUI等的用户接口，按照来自用户的编辑操作，制作Java(TM)程序的源代码。该Java(TM)程序源代码为BD-J应用的源，但为了制作该Java(TM)程序作为BD-J应用，必须参照Index.bdmv、播放列表等BD-ROM特有的信息。在这些关于BD-ROM特有的信息的参照部分的记述中，使用上述那样的ID类库。并且，在构成FirstPlayback标题的BD-J应用的记述时，进行BD-J应用的记述，以使再现装置使用MoDESTRootChangeAPI及MoDESTRootChangeSystemProperty执行根变更功能。

3、BD-J对象制作部213

BD-J对象制作部213基于由Java(TM)编程部212制作的Java(TM)程序源代码、和ID类源代码，制作BD-J对象生成信息。所谓BD-J对象生成信息，是作为要最终记录到BD-ROM中的BD-J对象的雏形的信息，将要再现的播放列表不是用00001.mpls、00002.mpls那样的具体的文件名、而是使用由ID类库定义的变量名指定。

4、Java(TM)输入部214

Java(TM)输入部214将由BD-J对象制作部213制作的Java(TM)程序源代码、ID类源代码、BD-J对象生成信息输入。Java(TM)输入部214利用标题构造信息，进行要输入的Java(TM)程序源代码、ID类源代码、BD-J对象生成信息进行这些代码及信息对应于哪个BD-J对象的关联建立，设定标题构造信息的BD-J对象节点及BD-J对象生成信息。

5、ID变换部215

ID变换部215将由Java(TM)输入部214输入的ID类源代码变换为标题号码、播放列表号码。此外，ID变换部215对于BD-J对象生成信息也变换在BD-J对象内定义的播放列表名，以使其与实际的可移除媒体上的播放列表号码一致。

6、Java(TM)程序构建部216

Java(TM)程序构建部216对由ID变换部215变换后的ID类源代码、和Java(TM)程序源代码进行编译处理，输出BD-J对象及BD-J应用。这里输出的BD-J应用为JAR档案文件的形式。

以上是对再现控制引擎204的说明。

图13是表示BD-ROM盘映像及MoDEST/BDMV内容的制作顺序的流程图。

在步骤S31中，素材制作部201生成视频流、音频流、IG流、PG流。

在步骤S32中，脚本生成部202制作记述有Index.bdmv、MOVIE对象、播放列表信息等的再现脚本的BD-ROM脚本数据。

在步骤S33中，BD-J制作部203制作在BD-ROM内容和MoDEST/BDMV内容中能够兼用的BD-J应用。

在步骤S34中，多路复用处理部204基于BD-ROM脚本数据制作AVClip和Clip信息文件。

在步骤S35中，格式处理部207将BD-ROM脚本数据、变形AVClip、Clip信息文件、复原字节代码数据重新排列为BD-ROM规格的文件-目录构造，制作依据BD-ROM规格的BD-ROM盘映像。

在步骤S36中，使用BD-ROM盘映像，进行BD-ROM的生产，执行使用BD-ROM的电影作品的供给。

在步骤S37中，基于BD-ROM盘映像，制作MoDEST/BDMV内容的卷映像。

在步骤S38中，执行使用MoDEST/BDMV内容的、通过MoDEST/BDMV内容的电影作品的供给。

<BD-J应用的制作>

依照MoDEST/BDMV内容中的利用，为了进行BD-J盘映像的创作，优选的是，在BD-J应用的制作时，将通过MoDEST/BDMV内容动作那样的控制预先组合到BD-J应用中。

具体地讲，如果在BD-ROM的菜单中将STOP键事件按下，则回到屏幕保护程序的画面。相对于此，在MoDESTxx/BDMV的菜单中按下了STOP按钮时，不回到屏幕保护程序的画面而调用MoDESTRootChangeAPI，如果预先在BD-J应用中装入了将root目录复原那样的处理，则在制作MoDEST/BDMV内容的内容时，也不需要从BD-ROM盘映像的变更。

在有关本实施方式的创作系统中，为了实现BD-ROM盘映像与MoDEST/BDMV内容的共通开发，对于在BD-J应用的制作时应用Java语言记述的处理顺序进行说明。

图14是表示当在播放列表再现中STOP键被按下时应执行的处理顺序的流程图。应用通过命令关于播放列表信息的JMF播放器实例的生成，使再现装置103进行播放列表信息的再现。然后，控制转移到图14的流程图。步骤S41是判断是否发生了键事件的判断步骤，如果发生键事件，则在步骤S42中判断是否是STOP键事件。如果不是STOP键事件，则转移到用来处理其他键事件的步骤。如果是STOP键事件，则在步骤S43中将root目录作为自变量，调用MoDESTRootChangeAPI。如果该MoDESTRootChangeAPI的调用SUCCESS(步骤S44中Yes)，则将ROOT/BDMV目录中的FirstPlayBack标题再现，显示root/BDMV菜单(步骤S45)如果是NoSuchMethodException，则显示屏幕保护器的画面(步骤S46)。

仅通过将捕捉以上的STOP键的事件、调用MoDESTRootChangeAPI的简单的实例以一行追加到应用中，就能够使再现装置执行当播放列表的再现停止时回到root/BDMV菜单的处理。如果在制作BD-ROM时的创作时预先将该实例追加到BD-J应用中，则基于BD-ROM内容制作MoDEST/BDMV内容时的构成FirstPlayBack标题的BD-J应用的变更成为完全不需要。

另外，也可以将BD-ROM用的root/BDMV菜单与MoD/EST用的MoDESTxx/BDMV菜单合并而创作。为此，需要追加用来使BD-J应用取得当前的目录的文件路径的API(GetCurrentPath)，通过调用该API，利用root/BDMV菜单、MoDESTxx/BDMV菜单的某一个。此时，通过长按、连按STOP等而回到root/BDMV。

(本实施方式的应用例)

在用户使用自身的PC作为记录装置102b的情况下，也可以将构成BD-J制作部203的一系列软件构成要素与在MoD服务-EST服务中购入的MoDEST/BDMV内容一起下载到作为记录装置102b的PC中。通过将该软件要素安装到用户具有的PC中，用户能够将自身具有的PC作为创作装置使用，能够制作BD-J应用。

在此情况下，用户通过将与MoDEST/BDMV内容一起分发的构成FirstPlayBack标题的BD-J应用根据自己的喜好重新制作，能够用个人的库专用的root/BDMV菜单欣赏购入的MoDEST/BDMV内容。

在将构成BD-J制作部203的一系列软件构成要素提供给用户时，为了提示用户使用自己制作的root菜单的购入，优选的是在root菜单的显示时提供商提供限定期间的服务。

(第5实施方式)

在本实施方式中，对MoDESTxx目录的内部结构和以该MoDESTxx目录的数据-文件构造为前提的虚拟包的构建处理进行说明。

图15是表示MoDESTxx目录属下的目录-文件结构的图。

在MoDESTxx目录之下，设置有bd.cert文件、和BDMV目录。

bd.cert(文件名固定)是在将BUDA内容与BD-ROM内容、或对应于BD-ROM的MoDEST/BDMV内容组合时用于签名验证的证书(以下称作合并证书)。所谓合并证书，是在BD-ROM中的保存有合并管理信息的文件(合并管理信息文件)的认证中使用的证书，包括提供商公开的公开键。合并证书的文件形式例如可以使用X.509。X.509的详细的规格记载在由国际电信电话咨询委员会发行的CCITT Recommendatation X.509(1988)，“The Directory-Authentication Framework”中。本图中的引出线f1表示bd.cert文件的用途。如该引出线所示，bd.cert文件在导出证书固有的ID(称作CertID)的用途中使用。

在BDMV目录的属下，存在称作“PLAYLIST目录”、“CLIPINF目录”、“STREAM目录”、“BDJO目录”、“JAR目录”的5个子目录，在BDMV目录中，配置有index.bdmv、MovieObject.bdmv的两种文件。关于“CLIPINF目录”、“STREAM目录”、“BDJO目录”，已经在第1实施方式中说明，所以对其余的目录及文件进行说明。

<index.bdmv>

index.bdmv是关于MoDESTxx/BDMV目录整体的管理信息，在MoDESTxx/BDMV目录被识别为根目录之后，通过将index.bdmv从MoDESTxx/BDMV目录最先读出，在再现装置中唯一地识别MoDESTxx/BDMV目录中的内容。引出线f4将index.bdmv的结构特写表示。如在第1实施方式中叙述那样，在index.bdmv中，记述有构成当MoDESTxx/BDMV目录被再识别为root目录时应最先再现的FirstPlayBack标题的BD-J对象是哪个。此外，具有作为确定电影作品的提供商的识别码的organizationID(32位)、以及作为分别对提供商提供的BD-ROM分配的识别码的discID(128位)等的信息。在MoD服务-EST服务中供给BD-ROM内容的情况下，在该discID中，使用与在通过BD-ROM供给电影作品时在BD-ROM中使用的信息相同的信息。

<JAR目录>

在MoDESTxx/BDMV目录属下的JAR目录中，存在被赋予了扩展名jar的文件(xxxxx.jar[“xxxxx”可变，扩展名“jar”固定])。

被赋予了扩展名jar的文件是Java(TM)档案文件，设为保存在MoDEST/BDMV内容中构成FirstPlayBack标题的应用的文件。该应用进行组合了MoDESTxx/BDMV目录和BUDA目录的虚拟包的构建。

<BDJO目录>

在MoDESTxx/BDMV目录属下的BDJO目录中，存在被赋予了扩展名bdjo的文件(xxxxx.bdjo[“xxxxx”可变，扩展名“bdjo”固定])。用来使MoDESTxx/BDMV目录中的Java(TM)应用作为BD-J应用动作的BDJ对象保存在本目录中。

以上是对MoDESTxx目录的目录及文件的说明。接着，对再现装置103的详细情况进行说明。

图16是表示再现装置103的功能结构的图。如本图所示，再现装置103由BD驱动器20、网络接口21、本地存储器22、虚拟文件系统23、静态脚本存储器26、动态脚本存储器27、HDMV模组28、BD-J平台29、UO探知模组30、模式管理模组31、根变更部32构成。本再现装置103采用Linux作为操作系统，通过该Linux控制本再现装置103的硬件及软件。有关本实施方式的再现装置103通过在具备CPU、ROM、RAM、驱动器、AV解码器、输入输出设备等的计算机系统中完全安装Java(TM)2Micro_Edition(J2ME)Personal Basis Profile(PBP 1.0)、和GloballyExecutable MHP specification(GEM 1.0.2)for package media targets而构成Java(TM)平台，通过在该Java(TM)平台中设置以下所示的功能性构成要素，能够进行工业生产。

(BD驱动器20)

BD驱动器20进行BD-ROM、BD-RE、BD-R的装载/弹出，执行对BD-ROM的访问。本BD-ROM再现装置103由于采用Linux作为操作系统，所以通过发出“/mount point BD/BDMV”的命令，对BD驱动器20分配BDMV目录。

(网络接口21)

网络接口21是执行用于网络连接的协议栈的单元，使再现装置103将网络上的服务器计算机具备的驱动器识别为网络驱动器。并且，可以从网络驱动器下载数据或上载数据。该网络接口21用于公开在因特网上的BUDA内容的下载。

(本地存储器22)

本地存储器22用用来访问作为半导体存储卡的可移除媒体101的驱动器22a、和用来访问内置媒体104的驱动器22b构成，用于优惠内容的保存。作为优惠内容的保存区域的BUDA目录被按照BD-ROM划分，此外应用能够用于数据的保持的区域被按照应用划分。记载有表示将下载后的优惠内容怎样与BD-ROM上的数据组合(合并)的规则、即记载有合并规则的合并管理信息也被保存在该可移除媒体100、101、内置媒体104中。

本BD-ROM再现装置103由于采用Linux作为操作系统，所以在可移除媒体驱动器22b是SD存储卡驱动器、对本驱动器分配了“SD”的驱动器名的情况下，通过发出“/mount point SD/BUDA”的命令，能够将用来保存BUDA内容的目录(BUDA目录)分配给对应于可移除媒体101的SD驱动器。同样，也能够对用来访问内置媒体的驱动器分配BUDA目录。通过这样，在虚拟包的构建时，能够使用于BUDA内容的保存的BUDA目录的配置场所自如地变化。

(虚拟文件系统23)

虚拟文件系统23基于优惠内容、以及记录在可移除媒体100、101、内置媒体104中的合并管理信息，构建将保存在内置媒体104、可移除媒体中的优惠内容和BD-ROM上的内容合并的虚拟的BD-ROM(虚拟包)。从HDMV模组28及BD-J平台29，通过经由VFS，能够没有区别地参照虚拟包和原始BD-ROM。在虚拟包再现中，再现装置103使用BD-ROM上的数据和内置媒体104或可移除媒体上的数据两者进行再现控制。

(AV再现部24)

AV再现部24基于播放列表信息、Clip信息执行记录在可移除媒体100、101、内置媒体104中的AV流的再现。

(AV再现库25)

AV再现库25根据从HDMV模组28、BD-J平台29的函数调用，执行AV再现功能、播放列表的再现功能。所谓AV再现功能，是从DVD播放器、CD播放器沿袭的功能群，是再现开始、再现停止、暂停、暂停的解除、静止图像功能的解除、用即时值指定再现速度的快进、用即时值指定再现速度的回退、声音切换、字幕切换、视角切换等的处理。所谓播放列表再现功能，是指按照播放列表信息进行该AV再现功能中的再现开始及再现停止。

(静态脚本存储器26)

静态脚本存储器26是用来保存当前PL信息及当前的Clip信息的存储器。所谓当前PL信息，是指记录在BD-ROM或可移除媒体100、101、内置媒体104中的多个播放列表信息中的、作为当前处理对象的播放列表信息。所谓当前Clip信息，是指记录在BD-ROM或可移除媒体100、101、内置媒体104中的多个Clip信息中的、作为当前处理对象的Clip信息。

(动态脚本存储器27)

动态脚本存储器27是保存着当前动态脚本、供HDMV模组28、BD-J平台29的处理用的存储器。所谓当前动态脚本，是指记录在BD-ROM或可移除媒体100、101、内置媒体104中的Movie对象、BD-J对象中的、作为当前执行对象的对象。

(HDMV模组28)

HDMV模组28是作为HDMV模式的执行主体的DVD虚拟播放器，执行读出到动态脚本存储器27中的Movie对象。

(BD-J平台29)

BD-J平台29是Java(TM)平台，由Java(TM)虚拟机、配置、轮廓图(profile)构成。BD-J平台29通过由读出到动态脚本存储器27中的Java(TM)类文件生成Java字节码而生成当前的Java(TM)对象并执行。Java(TM)虚拟机将用Java(TM)语言记述的Java(TM)对象变换为再现装置103中的CPU的本机码，使CPU执行。

(UO探知模组30)

UO探知模组30检测对遥控器或作为再现装置103的前面板的输入设备进行的用户操作，通知给模式管理模组31。该通知按照对应于这些输入设备的设备驱动器内的中断处理器产生的中断生成UO(User Operation)、输出给模式管理模组31来进行。所谓UO，是在检测到设在遥控器或前面板上的键阵的键按下时发生的事件(UO事件)，包括对应于被按下的键的键代码。具体而言，对应于遥控器或前面板的设备驱动器的中断处理器在由对应于键阵的键传感器检测到键按下时，通过基于该键按下而产生中断信号，生成UO事件。

(模式管理模组31)

模式管理模组31保持从BD-ROM或可移除媒体100、101、内置媒体104读出的index.bdmv，进行模式管理及分支控制。模式管理模组31进行的模式管理是使哪个HDMV模组28、BD-J平台29执行动态脚本的、模组的分配。

(根变更部32)

根变更部32通过应用UNIX(TM)等的文件系统中的挂接(mount)的操作，根据MoDESTRootChangeAPI的调用而执行根变更功能。这里，所谓UNIX等的文件系统中的挂接的操作，是指将由其他计算机A(服务器)的文件系统管理的目录U组合到由计算机B(客户端)的文件系统管理的目录X中的操作。如果进行该操作，则计算机B上的应用访问计算机A的目录U的情况下，只要指定目录X就可以，不需要应用指定计算机A的目录U。应用该操作，根变更部32对实时OS的核心命令将可移除媒体中的root目录设定为“挂接目的地的目录X”、将MoDEST之下的BDMV目录设定为“挂接源的目录U”的挂接操作。这样，由OS管理的目录-文件的管理信息中的、关于MoDESTxx目录的管理信息被置于root目录的管理信息之下。通过以上那样的挂接操作，实现根变更功能。

该挂接操作通过操作文件控制块来进行。所谓文件控制块，是实时OS使用的系统区域中的、保存表示目录及文件的构造(目录-文件信息)的区域。由存在于该文件控制块中的目录-文件信息表示的目录-文件如果存在于可移除媒体100、101中则被识别，所以在根变更功能的执行时，根变更部32将存在于文件控制块中的目录-文件中的、构成root/BDMV目录的目录-文件的信息删除。然后，通过改写文件控制块中的目录-文件信息以使MoDESTxx/BDMV目录存在于ROOT目录之下，将MoDESTxx/BDMV目录变更为root/BDMV目录。在根变更功能的执行时，在将root/BDMV目录删除之后执行根变更功能，所以由root/BDMV目录识别的BDMV目录成为唯一一个。另一方面，在MoDESTxx/BDMV目录的再现结束、将虚拟的root目录的设定解除的情况下，从可移除媒体100、101读出目录-文件信息，重新保存到文件控制块中。通过以上那样的目录-文件信息的改写，执行根变更功能。

(可移除媒体100、101、内置媒体104的文件系统结构)

接着，对用来保存BUDA内容的可移除媒体100、101、内置媒体104的文件系统进行说明。

图17是表示BUDA目录的目录结构的图。在可移除媒体100、101、内置媒体104上，存在作为优惠内容的保存区域的BUDA目录、CertID目录、OrganizationID目录、DiscID目录。在该DiscID目录中，存在合并管理信息文件“bumf.xml”、签名信息文件“bumf.sf”、优惠内容“00001.mpl”“mo.bdm”“00001.mts”。

BUDA目录的根目录(BUDA目录)存在于可移除媒体100、101、内置媒体104的根目录之下。

“CertID目录”是在名称中具有从BD-ROM上的合并证书(bd.cert)导出的ID的目录，是将合并证书的SHA-1摘要值160位中的开头32位用16进制表述表示的8字符的名称的目录。

“OrganizationID目录”是将记载在BD-ROM上的BD管理信息(index.bdmv)中的、确定电影作品的提供商的32位的识别码(OrganizationID)用16进制表述表示的8字符的名称的目录。

“DiscID目录”由4层级的子目录构成。这些4层级的子目录被赋予最大8字符的目录名。对于各子目录，分配将确定BD-ROM的128位的识别码(DiscID)从开头起每份32位分割为4份、分别用16进制表述表示的8字符的名称。由于该DiscID记载在BD-ROM上的BD管理信息(index.bdmv)中，所以通过将Index.bdmv打开，能够取得DiscID。例如，本图中的“12345678”“90abcdef”“12345678”“90abcdef”的4个目录名是通过将“1234567890abcdefl234567890abcdef”的32字符(128位)的DiscID从低位的位起每份8字符(32位)进行分割而得到的。由于没有将构成DiscID的字符中的有意义的部分省略而实现DiscID与8.3形式的对应，所以4层级的子目录与DiscID严格地取得对应。

在DiscID目录的属下，记录有“合并管理信息文件”、“签名信息文件”、“优惠内容”。这些文件是担负虚拟包生成的核心的文件，以下详细地说明这些文件的内容。

“合并管理信息文件”是表示可移除媒体100、101、内置媒体104上的优惠内容的文件路径、与虚拟包中的用于别名访问的文件路径的对应关系的信息，以bumf.xml的文件名保存在DiscID目录中。

图18是表示合并管理信息的内部结构的图。在本图中的合并管理信息中，对于00001.mpl、mo.bdm、00001.mts的3个文件，进行了可移除媒体100、101、内置媒体104上的文件路径与虚拟包上的文件路径的对应建立。可移除媒体100、101、内置媒体104上的文件路径依据8.3形式。

对本图中的文件路径的记述具体地说明。对于可移除媒体100、101、内置媒体104中的“12345abc/12345678/90abcdef/12345678/90abcdef/00001.mpl”的8.3形式的文件路径，将BDMV/PLAYLIST/00001.mpls的虚拟包上的文件路径建立对应。该一例依据前图的结构，明确记述有从CertID目录向优惠内容的路径。

对于“12345abc/12345678/90abcdef/12345678/90abcdef/mo.bdm”的8.3形式的文件路径，将BDMV/MovieObject.bdmv的虚拟包上的文件路径建立对应。

对于可移除媒体100、101、内置媒体104中的“12345abc/12345678/90abcdef/12345678/90abcdef/00001.mts”的8.3形式的文件路径，将BDMV/STREAM/00001.m2ts的虚拟包上的文件路径建立对应。本图中的要合并到虚拟包中的文件本来是存在于MoDESTxx/BDMV目录中的，但通过MoDESTRootChangeAPI处理以使其宛如存在于ROOT/BDMV目录中。

左侧表示MoDESTxx/BDMV目录，中侧表示BUDA目录，右侧表示虚拟包的内容。合并管理信息文件如图19那样设定，所以将可移除媒体100、101、内置媒体104的保存内容中的、存在于BUDA目录属下的12345abc/12345678/90abcdef/12345678/90abcdef中的3个优惠内容、即mo.bdm、00001.mpl、00001.mts分别如箭头g1、g2、g3所示那样、组合到记述在合并管理信息文件中的虚拟包的目录结构中。将以上那样的、将可移除媒体100、101、内置媒体104的文件组合到记述在合并管理信息文件中的目录结构中的操作称作“合并”。

通过这样的合并，BUDA目录中的mo.bdm被用存在于BDMV目录中的“MovieObject.bdmv”的别名的文件名访问。

此外，BUDA目录中的00001.mpl被用存在于BDMV目录属下的PLAYLIST目录中的的“00001.mpls”的别名的文件名访问。

00001.mts被用存在于BDMV目录属下的STREAM目录中的“00001.m2ts”的别名的文件名访问。

由于能够进行上述那样的别名访问，所以mo.bdm、00001.mpl、00001.mts分别被作为存在于BDMV/MovieObject.bdmv、BDMV/PLAYLIST/00001.mpls、BDMV/STREAM/00001.m2ts中的文件进行处理。

“签名信息文件”是表示提供商对于合并管理信息文件的电子签名的文件，以bumf.sf的文件名保存在DiscID目录中。电子签名一般使用对需要防篡改的信息计算哈希值、将哈希值使用某种秘密键加密得到的签名。作为需要防篡改的信息，具体而言可以举出优惠内容的文件名、或将优惠内容记录在内置媒体104中时的文件路径。该文件路径是LFN形式，记载在合并管理信息文件中，所以成为对于记载在合并管理信息文件中的文件路径计算哈希值。此外，在本签名信息文件中，利用与处于BD-ROM上的合并证书中的公开键的秘密键，将合并管理信息文件的哈希值加密。

图17所示的两个优惠内容中的“00001.mpl”是保存有播放列表信息的文件，“mo.bdm”是保存有Movie对象的文件。除此以外，如果是用BD-ROM记录、能够对用户供给的文件，就能够将要记录到BD-ROM中的其他文件选择为优惠内容的对象。能够将Index.bdmv或保存有Clip信息的文件(扩展名是clpi的文件)、Java档案文件(扩展名是Jar的文件)、保存有BD-J对象的文件(扩展名是bdjo的文件)选择为优惠内容的对象。以上是对优惠内容的说明。

图20是表示用来进行虚拟包的构建的处理顺序的流程图。将BD-J模式用的标题再现(步骤S61)，在标题再现中，BD-J应用进行虚拟包更新请求(步骤S62)。

在虚拟包更新请求时给出的自变量的值是表示合并管理信息文件的位置的文件路径、表示对应于合并管理信息文件的签名信息文件的位置的文件路径。

如果虚拟文件系统23接受到虚拟包更新请求，则将虚拟文件系统23的状态设为“更新准备中”，被指定的合并管理信息文件变更为读取专用属性，以使其不能被改写(步骤S63)。接着，使用在虚拟包更新请求时指定的签名信息文件，进行合并管理信息文件的签名验证(步骤S64)。

在步骤S64的签名验证失败的情况下(步骤S65中No)，虚拟文件系统23将虚拟包更新请求中断，使合并管理信息文件的属性从读取专用恢复为虚拟包更新请求前的原来的属性，对于BD-J应用，发出虚拟包更新请求拒绝通知事件(步骤S69)。

在步骤S64的签名验证成功的情况下(步骤S65中Yes)，虚拟文件系统23进行合并管理信息文件参照的可移除媒体100、101、内置媒体104上的文件的存在检查，将这些文件变更它们的属性以使其成为从BD-J应用读取专用(步骤S66)。

在从合并管理信息文件参照、虚拟包构建所需要的文件不存在于可移除媒体100、101、内置媒体104上的情况下(步骤S67中No)，虚拟文件系统23将虚拟包更新处理中断，将在步骤S63及步骤S66中变更了属性的文件恢复为虚拟包更新请求前的原来的属性，对于BD-J应用发出虚拟包更新请求拒绝通知事件(步骤S69)。

如果能够确认从合并管理信息文件参照、虚拟包构建所需要的文件都存在于可移除媒体100、101、内置媒体104上、并且将这些文件的属性变更为从BD-J应用读取专用的处理完成(步骤S67中Yes)，则基于合并管理信息文件构建虚拟包(步骤S68)。

在虚拟包构建后，被从旧合并管理信息文件参照、但没有被从合并管理信息文件参照的可移除媒体100、101、内置媒体104上的文件被解除读取专用属性，成为能够从BD-J应用读写。关于合并管理信息文件、以及合并管理信息文件参照的可移除媒体100、101、内置媒体104上的文件，为读取专用属性的原样。

以上，根据本实施方式，由于能够使用文件路径指定存在于MoDESTxx/BDMV目录中的文件而构建虚拟包，所以不需要根据要在虚拟包中使用的文件是存在于ROOT/BDMV目录中、还是存在于MoDESTxx/BDMV目录中区分使用文件路径。由此，创作的负担被减轻。

(第6实施方式)

在本实施方式中，对在保存于MoDESTxx目录中的AV流中多路复用了怎样的基本流进行说明。

图21是表示多路复用在MoDESTxx/BDMV目录中的AV流中的基本流的图。多路复用在MoDESTxx/BDMV目录中的AV流中的基本流是具有0x1011的PID的Primary视频流、具有从0x1100到0x111F的PID的主音频流、具有从0x1200到0x121F的PID的32个PG流、具有从0x1400到0x141F的PID的32个IG流、具有从0x1B00到0x1B1F的PID的32个Secondary视频流。

图22是表示记录在MoDESTxx/BDMV目录中的基本流中的PID分配映射表的图。PID分配映射表的左栏表示PID能够取的值的多个区域。右栏表示对各区域分配的基本流。按照该记述法，如果参照附图，则从本图能够导出以下的情况。即，PID能够取的值中的、0x0100的区域被分配给Program_map，0x1001的区域被分配给PCR，0x1011的区域被分配给Primary视频流，0x1100到0x111F的区域被分配给主音频流，0x1200到0x121F的区域被分配给PG流，0x1400到0x141F的区域被分配给IG流，0x1B00到0x1B1F的区域被分配给IN_MUX_Secondary视频流。

以上是关于要记录在MoDESTxx/BDMV目录中的AV流的说明。接着，对要分配到BUDA目录中的AV流的详细情况进行说明。

图23是表示多路复用在要分配给BUDA目录中的AV流中的基本流的图。多路复用在要配设到BUDA目录中的AV流中的基本流是具有从0x1A00到0x1A1F的PID的副音频流、具有从0x1B00到0x1B1F的PID的32个Out_of_MUX_Secondary视频流、具有从0x1200到0x121F的PID的32个PG流、具有从0x1400到0x141F的PID的32个IG流。如该图36所示的副视频流那样，将与主视频流不同的多路复用在AV流中的副视频流称作“Out_of_MUX_Secondary视频流”。此外，并不限于副视频流，将与主视频流不同的多路复用在AV流中的基本流都称作“Out_of_MUX流”。

图24是表示多路复用在要分配给BUDA目录的AV流中的基本流中的PID分配映射表的图。PID分配映射表的左栏表示PID能够取的值的多个区域。右栏表示对各区域分配的基本流。按照该记述法，如果参照附图，则从本图能够导出以下的情况。即，PID能够取的值中的、0x0100的区域被分配给Program_map，0x1001的区域被分配给PCR，0x1200到0x121F的区域被分配给PG流，0x1400到0x141F的区域被分配给IG流，0x1A00到0x1A1F的区域被分配给副音频流。0x1B00到0x1B1F的区域被分配给Secondary视频流。

<主视频流>

主视频流是构成电影作品的正编的流，由720×480格式的SD图像、和作为1920×1080格式的HD图像的图片数据构成。在视频流中，存在VC-1的视频流、MPEG4-AVC的视频流、MPEG2-Video的视频流等形式。在MPEG4-AVC的视频流中，对于IDR图片、I图片、P图片、B图片赋予PTS、DTS等时间戳，通过该图片的单位进行再现控制。这样被赋予PTS、DTS，成为再现控制的单位。将视频流的一个单位称作“Video PresentationUnit”。

<副视频流>

副视频流是构成电影作品的解说等的流，通过将该副视频流的再现影像合成到主视频流的再现影像内，执行画中画。在视频流中，存在VC-1的视频流、MPEG4-AVC的视频流、MPEG2-Video的视频流等形式，具有“Video Presentation Unit”。

<主音频流>

主音频流是表示电影作品的主声音的流，存在LPCM音频流、DTS-HD音频流、DD/DD+音频流及DD/MLP音频流等形式。对于音频流中的音频帧赋予时间戳，以该音频帧的单位进行再现控制。将音频流的一个单位称作“Audio Presentation Unit”。

<副音频流>

虽然没有记录在MoDESTxx/BDMV目录中，但是是表示电影作品的副声音那样的音频流。

<PG流>

PG流是构成各语言的字幕的图形流，如英语、日语、法语那样存在关于多个语言的流。PG流由PCS(Presentation Control Segment)、PDS(PalletDefine Segment)、WDS(Window Define Segment)、ODS(Object DefineSegment)的一系列的功能段构成。ODS(Object Define Segment)是定义作为字幕的图形对象的功能段。

WDS(Window Define Segment)是定义画面中的图形对象的位量的功能段，PDS(Pallet Define Segment)是规定在图形对象的描绘时的显色的功能段。PCS(Presentation Control Segment)是规定字幕显示中的页控制的功能段。在该页控制中，有Cut-In/Out、Fade-In/Out、Color Change、Scroll、Wipe-In/Out等，通过伴随着PCS的页控制，能够实现一边将某个字幕逐渐消除、一边显示下个字幕的显示效果。

以上是记录在BUDA目录中的AV流的说明。

接着，对有关本实施方式的AV再现部24的详细情况进行说明。

图25是表示AV再现部24的内部结构的图。AV再现部24如本图所示，由读取缓存1a、1b、ATC计数器2a、2b、Source Depacketizer 2c、2d、STC计数器3a、3c、PID Filter 3b、3d、Transport Buffer(TB)4a、ElementaryBuffer(EB)4c、视频解码器4d、Re-order Buffer 4e、Decoded Picture Buffer4f、视频平面4g、Transport Buffer(TB)5a、Elementary Buffer(EB)5c、视频解码器5d、Re-order Buffer 5e、Decoded Picture Buffer 5f、视频平面5g、缓存6a、6b、缓存7a、7b、音频解码器8a、8b、混合器9a、开关10a、10b、10c、10d、10e、Transport Buffer(TB)11a、Interactive Graphics解码器11b、Interactive Graphics平面11c、Transport Buffer(TB)13a、Presentation Graphics解码器13b、Presentation Graphics平面13c构成。另外，在本图中，对于再现装置103的输出段没有表示。关于输出段，在其他图中表示内部结构而说明。

读取缓存(RB)1a储存从MoDESTxx/BDMV目录读出的Source包列。

读取缓存(RB)1b储存从BUDA目录读出的Source包列。

ATC Counter 2a被使用构成MoDESTxx/BDMV目录中的AV流的Source包中的、位于再现区间的最初的包的ATS复位，以后对源拆包器2a输出ATC。

ATC Counter 2b被使用构成BUDA目录中的AV流的Source包中的、位于再现区间的最初的包的ATS复位，以后对源拆包器2b输出ATC。

源拆包器(Source De-packetizer)2c从构成MoDESTxx/BDMV目录中的AV流的Source包取出TS包并送出。在该送出时，根据ATS调节向解码器的输入时刻。具体而言，在ATC Counter 2a生成的ATC的值与Source包的ATS值成为相同的瞬间，以TS_Recording_Rate将该TS包传送给Filter 3a。

源拆包器(Source De-packetizer)2d从构成BUDA目录中的AV流的Source包取出TS包并送出。在该送出时，根据各TS包的ATS调节向解码器的输入时刻。具体而言，在ATC Counter 2b生成的ATC的值与Source包的ATS值成为相同的瞬间，以TS_Recording_Rate将该TS包传送给PIDFilter 3b。

STC Counter 3a被MoDESTxx/BDMV目录中的AV流的PCR复位，输出STC。PID过滤器3a参照该STC进行多路复用分离。

PID Filter 3b是MoDESTxx/BDMV目录中的AV流用的多路复用分离部，将从源拆包器2a输出的Source包中的、具有希望的PID参照值的包分别输出给音频解码器8b、Interactive Graphics解码器11b、PresentationGraphics解码器13b。这样通过PID Filter 3a输入到各解码器中的基本流被按照MoDESTxx/BDMV目录中的AV流的PCR供解码及再现用。

STC Counter 3c被BUDA目录中的AV流的PCR复位，输出STC。

PID Filter 3d是BUDA目录中的AV流用的多路复用分离部，将从源拆包器2b输出的Source包中的、具有希望的PID参照值的包分别输出给视频解码器4d、视频解码器5d、音频解码器8a、Interactive Graphics解码器11b、Presentation Graphics解码器13b。各解码器接受经由PID Filter 3d的基本流，按照BUDA目录中的AV流的PCR从解码器进行再现的处理。这样通过PID Filter 3b输入到各解码器中的基本流被按照BUDA目录中的AV流的PCR供解码及再现用。

Transport Buffer(TB)4a是在从PID Filter 3b输出了归属于MoDESTxx/BDMV目录中的主视频流的TS包时进行临时储存的缓存。

Elementary Buffer(EB)4c是保存处于编码状态的图片(I图片、B图片、P图片)的缓存。

解码器(DEC.)4d通过将构成MoDESTxx/BDMV目录中的主视频的各个图片按照规定的解码时刻(DTS)解码而得到多个帧图像，写入到视频平面4g中。

Re-order Buffer 4e是用来将解码后的图片的顺序从编码顺序替换为显示顺序的缓存。

Decoded Picture Buffer 4f是将通过解码器4d的解码得到的非压缩的图片保存的缓存。

主视频平面4g是用来将构成主视频的一个图片量的像素数据保存的存储器区域。像素数据用16位的YUV值表现，视频平面4g保存有对应于1920×1080的解析度的图像数据。

Transport Buffer(TB)5a是在从PID Filter 3b输出了归属于副视频流的TS包时进行临时储存的缓存。

Elementary Buffer(EB)5c是保存处于编码状态的图片(I图片、B图片、P图片)的缓存。

解码器(DEC.)5d通过将构成副视频的各个图片按照规定的解码时刻(DTS)解码而得到多个帧图像，写入到视频平面5g中。

Re-order Buffer 5e是用来将解码后的图片的顺序从编码顺序替换为显示顺序的缓存。

Decoded Picture Buffer 5f是将通过解码器5d的解码得到的非压缩的图片保存的缓存。

副视频平面5g是用来将构成副视频的一个图片量的像素数据保存的存储器区域。像素数据用16位的YUV值表现，副视频保存有对应于1920×1080的解析度的图像数据。

缓存6a将从拆包器3a输出的TS包中的、构成主音频流的包以先入先出式保存，对音频解码器8a供给。

缓存6b将从拆包器3b输出的TS包中的、构成副音频流的包以先入先出式保存，对音频解码器8b供给。

音频解码器8a将保存在缓存6a中的TS包变换为PES包，对该PES包进行解码处理，得到非压缩状态的LPCM状态的音频数据并输出，由此进行主音频流的数字输出。

音频解码器8b将保存在缓存6b中的TS包变换为PES包，对该PES包进行解码处理，得到非压缩状态的LPCM状态的音频数据并输出，由此进行副音频流的数字输出。

混合器9a将从音频解码器8a输出的LPCM状态的数字音频与从音频解码器8b输出的LPCM状态的数字音频混合。

开关10a将从MoDESTxx/BDMV目录读出的TS包、从BUDA目录读出的TS包中的某个有选择地向副视频解码器5d侧供给。

开关10b将从MoDESTxx/BDMV目录读出的TS包、从BUDA目录读出的TS包中的某个有选择地向Presentation Graphics解码器13b侧供给。

开关10c将从MoDESTxx/BDMV目录读出的TS包、从BUDA目录读出的TS包中的某个有选择地向Interactive Graphics解码器11b侧供给。

开关10d是切换将构成由多路复用分离器3d进行了多路复用分离的主音频流的TS包、构成由多路复用分离器3b进行了多路复用分离的主音频流的TS包的哪个供给给音频解码器8a的开关。

开关10e是切换将构成由多路复用分离器3d进行了多路复用分离的副音频流的TS包、构成由多路复用分离器3b进行了多路复用分离的副音频流的TS包的哪个供给给音频解码器8b的开关。

Transport Buffer(TB)11a是临时保存归属于IG流的TS包的缓存。

Interactive Graphics(IG)解码器11b将从MoDESTxx/BDMV目录或BUDA目录读出的IG流解码，将非压缩图形写入到IG平面11c中。

Interactive Graphics(IG)平面11c被吸入构成通过IG解码器11b的解码得到的非压缩图形的像素数据。

Transport Buffer(TB)13a是将归属于PG流的TS包临时储存的缓存。

Presentation Graphics(PG)解码器13b将从MoDESTxx/BDMV目录或BUDA目录读出的PG流解码，将非压缩图形写入到Presentation Graphics平面13c中。通过PG解码器13b的解码，字幕出现在画面上。

Presentation Graphics(PG)平面13c是具有一个画面量的区域的存储器，能够保存一个画面量的非压缩图形。

PSR集17是内置在再现装置103中的寄存器，由64个PlayerSetting/Status Register(PSR)、和4096个General Purpose Register(GPR)构成。Player Setting/Status Register的设定值(PSR)中的PSR4～PSR8被用于表现当前的再现时点。

以上是AV再现部24的内部结构。接着，对AV再现部24的输出段的内部结构进行说明。图26是表示再现装置103的输出段的结构的图。如本图所示，AV再现部24的输出段由1-α3乘法部15a、Scalling-Positioning部15b、α3乘法部15c、加法部15d、1-α1乘法部15e、α1乘法部15f、加法部15g、1-α2乘法部15h、α2乘法部15i、加法部15j、HDMI收发部16构成。

1-α3乘法部15a对构成保存在视频解码器4g中的非压缩数据图片的像素的亮度乘以透过率1-α3。

Scalling-Positioning部15b实施保存在视频平面5g中的非压缩的数字图片放大-缩小的处理(Scalling)，并且进行变更配置位置的处理(Positioning)。该放大-缩小基于元数据中的PiP_scale，配置位置的变更基于元数据中的PiP_horizontal_position、PiP_vertical_position。

α3乘法部15c对于由Scalling-Positioning部15b实施了Scalling、Positioning的构成非压缩的图片的像素的亮度乘以透过率α3。

加法部15d将由α3乘法部15c对每个像素乘以透过率α3的非压缩数字图片、与由1-α3乘法部15a对每个像素乘以透过率1-α3的非压缩数字图片合成，得到合成图片。

1-α1乘法部15e对构成由加法部15d进行了合成的数字图片的像素的亮度乘以透过率1-α1。

α1乘法部15f对构成保存在Presentation Graphics平面13c中的非压缩图片的像素的亮度乘以透过率α1。

加法部15g将由1-α1乘法部15e对每个像素乘以透过率1-α1的非压缩数字图片、与由α1乘法部15f对每个像素乘以透过率α1的非压缩图片合成，得到合成图片。

1-α2乘法部15h对构成由加法部15g进行了合成的数字图片的像素的亮度乘以透过率1-α2。

α2乘法部15i对构成保存在Interactive Graphics平面11c中的非压缩图片的像素的亮度乘以透过率α2。

加法部15j将由1-α2乘法部15h对每个像素乘以透过率1-α2的非压缩数字图片、与由α2乘法部15i对每个像素乘以透过率α2的非压缩图片合成，得到合成图片。

HDMI收发部16从经由HDMI(HDMI：High Definition MultimediaInterface)连接的其他设备接收到有关该设备的信息，并且将通过加法器15j的合成得到的数字非压缩的视频与由混合器9a进行了合成的音频数据一起发送给经由HDMI连接的其他设备。

在将虚拟包再现时，必须根据将以上的基本流中的哪个再现，来改变应设置BUDA目录的记录媒体。

如果要作为虚拟包再现的内容是画中画内容，则需要将具有1920×1080格式的HD图像的解析度的主视频流与具有720×480格式的SD图像的解析度的副视频流组合，所以在从MoDESTxx/BDMV目录的读出和从BUDA目录的读出中需要较高的带宽。由此，BUDA目录优选地设置在与设置MoDESTxx目录的可移除媒体不同的记录媒体上。具体而言，如果MoDESTxx/BDMV目录存在于可移除媒体100、101上，则BUDA目录应该设置在内置媒体104中。如果可移除媒体是BD-R、BD-RE，则BUDA目录也可以设置在半导体存储卡中。

同样，如果要作为虚拟包再现的内容是立体影像内容，则需要将具有1920×1080格式的HD图像的解析度的左眼用的主视频流与具有1920×1080格式的HD图像的解析度的右眼用的主视频流组合，所以在从MoDESTxx/BDMV目录的读出和从BUDA目录的读出中需要更高的带宽。由此，BUDA目录优选地设在与MoDESTxx/BDMV目录存在的可移除媒体100、101不同的记录媒体、即内置媒体104中。

但是，如果要作为虚拟包再现的内容是在MoDESTxx/BDMV目录的AV流中组合了BUDA目录中的Presentation Graphics流、Interactive Graphics流、副视频流的内容，则不需要那么高的带宽，所以也可以在MoDESTxx目录存在的可移除媒体上设置BUDA目录。

(备注)

以上，对于在本申请的提出申请时点申请人能够知道的优选的实施方式进行了说明，但关于以下所示的技术课题可以加以进一步的改良及变更实施。需要注意的是，如各实施方式所示那样实施还是实施这些改良、变更都是任意的，取决于实施的人的主观。

另外，上述说明不过是一例，对于该本领域的技术人员来说可以采用各种各样的应用。

(编程语言的使用范围)

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

(记录装置的实施解码)

在记录装置102是家庭用的BD录制机或BD便携录像机、数字照相机的情况下，记录装置102也可以通过进行实施解码来记录root/BDMV目录、MoDESTxx/BDMV目录。此时，AV流既可以是通过记录装置将模拟输入信号自编码而得到的转换流，也可以是记录装置通过将数字输入的转换流偏倚化而得到的转换流。

在实时解码时，记录装置在AV流的记录的同时进行在存储器上生成Clip信息及播放列表信息的处理，但此时将上述各实施方式中记载的Clip信息、播放列表信息在存储器上生成。并且，在结束AV流的记录之后，将生成的Clip信息、播放列表信息写入到记录媒体中。通过这样，即使不使用创作系统，也能够通过家庭用的记录装置或具备作为记录装置的功能的个人计算机制作各实施方式所示的Clip信息、播放列表信息。也可以将这样制作出的AV流、Clip信息、播放列表信息写入到一次写入型的记录媒体中。

(AV再现的对象)

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

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

播放列表信息是通过作为开始点的时刻信息与作为结束点的时刻信息的组定义1个以上的再现区间的信息。

(控制顺序的实现)

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

·构成FirstPlayBack标题的启动程序的生产形态

构成FirstPlayBack标题的启动程序可以如以下这样制作。首先，软件开发者使用编程语言，记述实现各流程图及功能性结构要素的源程序。在该记述时，软件开发者按照编程语言的句法，利用类构造体及变量、排列变量、外部函数的调用，记述具体实现各流程图、功能性结构要素的源程序。此时，使用MoDESTRootChangeAPI调用或SystemProperty。

记述的源程序被作为文件交给编译器。编译器将这些源程序翻译而生成对象程序。

编译器的翻译由句法解析、适当化、资源分配、代码生成的过程构成。在句法解析中，进行源程序的字句解析、句法解析及意义解析，将源程序变换为中间程序。在适当化中，对中间程序进行基本块化、控制流程解析、数据流程解析的作业。在资源分配中，为了实现向作为目标的处理器的命令集的适合，将中间程序中的变量分配给作为目标的处理器具有的寄存器或存储器。在代码生成中，将中间程序内的各中间命令变换为程序代码，得到对象程序。

这里生成的对象程序由使计算机执行各实施方式所示的流程图的各步骤及功能性结构要素的各个顺序那样的1个以上的程序代码构成。这里，程序代码如处理器的本机码、JAVA(TM)字节码那样有各种种类。在通过程序代码的各步骤的实现中，有各种形态。在能够利用外部函数实现各步骤的情况下，调用该外部函数的调用语句成为程序代码。此外，也有实现1个步骤的程序代码归属于不同的对象程序的情况。在命令种类被限制的RISC处理器中，也可以通过将算术运算命令及逻辑运算命令、分支命令等组合来实现流程图的各步骤。

如果生成对象程序，则编程者对它们启动链接器。链接器将这些对象程序及关联库程序分配到存储器空间中，将它们结合为1个，生成装载模组。这样生成的转载模组是以通过计算机的读取为前提的，是使计算机执行各流程图所示的处理顺序及功能性结构要素的处理顺序的模组。经过以上的处理，能够制作构成FirstPlayBack标题的启动程序。

(系统LSI化)

优选的是，将构成再现装置103的硬件中的、除了机构性结构要素(BD驱动器、可移除媒体驱动器、内置媒体驱动器)、通过大容量存储器安装的结构要素(视频平面、图形平面)以外的、以逻辑元件为主要部的部分构成为1个系统LSI。这是因为，以逻辑元件为主要部的部分能够高精度地集成化。

所谓系统LSI，是指将裸芯片安装在高密度基板上、封装而成的结构。通过将多个裸芯片安装到高密度基板上并封装、使多个裸芯片具有宛如1个LSI那样的外形构造的结构也包含在系统LSI中(将这样的系统LSI称作多芯片模组)。

这里，如果着眼于封装的种类，则在系统LSI中，有QFP(方形扁平封装)、PGA(引脚网格阵列)的种类。QFP是在封装的四侧面上安装有针的系统LSI。PGA是在底面整体上安装有许多针的系统LSI。

这些针担负着作为与其他电路的接口的作用。由于在系统LSI的针中存在这样的接口的作用，所以通过将其他电路连接在系统LSI的这些针上，系统LSI起到作为再现装置103的核心的作用。

该系统LSI不仅是再现装置103、还能够组装到TV或游戏机、个人计算机、单波段便携电话等、处理影像再现的各种设备中，能够大幅扩大再现装置的用途。

在将基本缓存及视频解码器、音频解码器、图形解码器也做成一体的系统LSI的情况下，优选地使系统LSI的架构基于Uniphier架构。

基于Uniphier架构的系统LSI由以下的电路块构成。

·数据并行处理器DPP

它是多个要素处理器进行相同动作的SIMD型处理器，通过用1个命令使内置在各要素处理器中的运算器同时动作，实现对于构成图片的多个像素的解码处理的并行化。

·命令并行处理器IPP

它通过由命令RAM、命令高速缓冲存储器、数据RAM、数据高速缓冲存储器构成的“Local Memory Controller”、由命令取出部、解码器、执行单元、寄存器文件构成的“Processing Unit部”、和使Processing Unit部进行多个应用的并行执行的“Virtual Multi Processing Unit部”构成。

·MPU块

它由ARM芯、外部总线接口(Bus Control Unit：BCU)、DMA控制器、定时器、向量中断控制器等周边电路、UART、GPIO(General PurposeInput Output)、同步串行接口等的周边接口构成。

·流I/O块

它经由USB接口或ATA Packet接口，进行与连接在外部总线上的驱动器装置、可移动硬盘驱动装置、SD存储卡驱动装置的数据输入输出。

·AVI/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)安装，是将多个电路焊接在1个芯片上的技术。SiP(System in Package)安装，是将多个芯片用树脂等做成1个封装的技术。经过以上的过程，能够基于各实施方式所示的再现装置的内部结构图制作有关本发明的系统LSI。

另外，如上述那样生成的集成电路根据集成度的差异，也有称作IC、LSI、超级LSI、超大规模LSI的情况。

在使用FPGA实现了系统LSI的情况下，多个逻辑元件以栅格状配置，通过基于记载在LUT(Look Up Table)中的输入输出的组合连接纵、横的配线，能够实现各实施方式所示的硬件结构。LUT存储在SRAM中，该SRAM的内容通过电源断开而消失，所以在该FPGA的利用时，需要通过配置信息的定义，将实现各实施方式所示的硬件结构的LUT写入到SRAM中。

工业实用性

本发明由于能够将内容的单独销售服务更有吸引力地、与已有的DVD/BD技术的整合性良好地提供，所以具有对于内容的提供方、播放器开发方而言容易采用的优点。

Claims

1.一种记录媒体，具有目录层级，其特征在于，

在目录层级中的、根目录的属下，存在配置有启动程序的默认的目录、和服务领域目录；

服务领域目录是在通过按需制造服务或电子零售服务接受AV流的供给时制作的目录，在服务领域目录的属下，存在电影目录；

上述启动程序是在记录媒体被装填到再现装置中时应最先执行的程序，将用来从用户受理选择电影目录的操作的菜单显示在再现装置上，使再现装置执行根变更功能；

根变更功能是在由用户进行了对菜单的选择操作的情况下、将所选择的电影目录所属的服务领域目录识别为根目录的功能。

2.如权利要求1所述的记录媒体，其特征在于，

上述根变更功能通过编程接口的调用来执行；

在通过编程接口的调用发生了例外处理的情况下，在装填的再现装置中，将不能进行本记录媒体的再现的消息通知给用户。

3.如权利要求1所述的记录媒体，其特征在于，

上述根变更功能通过编程接口的调用来执行；

上述启动程序通过参照表示是否支持根变更功能的系统属性，判断装填着本记录媒体的再现装置是否支持根变更功能；

在不支持的情况下，在装填记录媒体的再现装置中，将不能进行本记录媒体的再现的消息通知给用户。

4.如权利要求1所述的记录媒体，其特征在于，

在电影目录中，存在用于再现控制的再现控制程序；

再现控制程序是对上述再现装置命令AV流的再现的程序，规定由用户进行再现停止的操作的情况下的顺序；

所述进行再现停止的操作的情况下的顺序，

是在再现装置具备根变更功能的情况下、使上述再现装置执行用于选择电影目录的菜单的再显示的顺序。

5.如权利要求1所述的记录媒体，其特征在于，

在电影目录中，存在用于再现控制的再现控制程序；

再现控制程序是命令虚拟包的再现的程序；

虚拟包是在电影目录的保存内容中组合了其他记录媒体的目录的保存内容、或者本记录媒体的其他目录的保存内容的包；

上述再现控制程序使用以所选择的电影目录所属的服务领域目录为根目录的文件路径，对再现装置命令虚拟包的构建。

6.一种记录装置，其特征在于，

具备：

建立机构，在通过按需制造服务或电子零售服务接受AV流的供给时，在根目录的属下建立默认的目录和服务领域目录，在服务领域目录的属下建立电影目录；

取得机构，取得AV流；

写入机构，将启动程序写入到默认目录中，将AV流写入到服务领域目录属下的电影目录中；

7.如权利要求6所述的记录装置，其特征在于，

服务领域目录是最初服务领域目录，最初服务领域目录是在首次接受上述服务时建立的服务领域目录；

写入机构在用户第2次以后接受服务时，建立对应于第2次以后的服务的服务领域目录，但不更新默认目录。

8.如权利要求6所述的记录装置，其特征在于，

在用户第2次以后接受服务时，不更新默认目录中的启动程序。

9.一种再现装置，从具有目录层级的记录媒体读出AV流并再现，其特征在于，

具备：

选择机构，在记录媒体被装填到再现装置中时，通过执行默认目录中的启动程序，显示菜单，从用户受理选择电影目录的操作；

再现机构，在将由用户选择的电影目录所属的服务领域目录识别为根目录之后，将电影目录中的AV流再现。

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

上述再现机构进行虚拟包的再现；

在电影目录中存在再现控制程序，再现控制程序在命令虚拟包的构建时，使用以电影目录属于的服务领域目录为根目录的文件路径。

11.一种记录方法，其特征在于，

具有：

建立步骤，在通过按需制造服务或电子零售服务接受AV流的供给时，在根目录的属下建立默认的目录和服务领域目录，在服务领域目录的属下建立电影目录；

取得步骤，取得AV流；

写入步骤，将启动程序写入到默认目录中，将AV流写入到服务领域目录属下的电影目录中；

上述启动程序是在由再现方法装填记录媒体中时应最先执行的程序，使再现方法显示用来从用户受理选择电影目录的操作的菜单，使再现方法执行根变更功能；

根变更功能是在由用户进行了对菜单的选择操作的情况下、将所选择的电影目录属于的服务领域目录识别为根目录的功能。

12.一种再现方法，从具有目录层级的记录媒体读出AV流并再现，其特征在于，

服务领域目录是在通过按需制造或凭借服务销售接受AV流的供给时制作的目录，在服务领域目录的属下，存在电影目录；

具有：

选择步骤，在由再现方法装填记录媒体中，通过执行默认目录中的启动程序，显示菜单，从用户受理选择电影目录的操作；

再现步骤，在将由用户选择的电影目录所属的服务领域目录识别为根目录之后，将电影目录中的AV流再现。