CN101542623A - 再现装置、再现方法、程序 - Google Patents

Abstract

本发明提供再现装置、再现方法、程序。再现装置使BD－ROM中的构成要素与可移动媒体中的追加内容组合，构筑虚拟包。再现装置中的中间件具备根据来自应用程序的请求、控制对可移动媒体的数据输入输出的文件I/O模块(34)。文件I/O模块(34)在从BD－J应用请求虚拟包的构成要素的写入的情况下，若要写入的追加内容是AV流格式，则在由可移动媒体中的连续的多个空逻辑块构成的分配单元中，写入该构成要素。若不是AV流格式，则在由可移动媒体中的不连续的多个空块构成的通常数据区域中，写入该追加内容。

Description

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

技术领域

本发明是属于虚拟包的技术领域的发明。

背景技术

所谓虚拟包是使BD-ROM等只读型记录介质中记录的数据、与半导体存储卡、硬盘等可重写型记录介质中记录的数据动态组合，构筑虚拟的包，从而实现只读型记录介质的内容扩展的技术。在这种技术中，通过更新可改写型硬盘中的记录数据，可在颁布BD-ROM之后，仍有余地变更作品内容。例如，电影作品的提供者在颁布记录了作品主体的BD-ROM之后，也可通过经网络提供公开前的其它作品的预告篇数字流，无论BD-ROM的颁布时期如何，均可向用户始终宣传最新的作品。

作为对虚拟包的现有技术，有下面的专利文献1、2、3中记载的内容。

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

专利文献2：日本特开2007-20211号

专利文献3：日本特开2006-33067号

但是，作为虚拟包构筑用的追加内容的媒介，若长时间使用可重写记录介质，则在可重写记录介质中记录多的追加内容。追加内容伴随着其陈腐化，走向被删除的命运。可重写记录介质的容量多被限制，期望在新的追加内容的记录中，以通过删除得到的空区域作为记录端。这样，当向可重写记录介质记录时，由于将通过删除得到的空区域选为写入端，所以发生碎片。这里，在虚拟包构筑用的追加内容中，混杂有尺寸大的AV流格式的内容和小尺寸的非AV流格式的内容。其中，分割AV流格式的追加内容，将各个分割部分零乱地配置在可重写记录介质上的多个区域中时，在AV流的读出中，需要读出零乱配置的分割部分，复原原始的AV流。在读出零乱配置的分割部分中，必需分多次执行从可重写型记录介质读出数据用的突发传输。通常，在突发传输的执行中，发生读出端地址的设定或指令发行等开销(overhead)。这里，由于AV流零乱记录，所以若要分多次执行AV流读出用的突发传输，则该读出端地址的设定次数增加，AV流读出中的开销增大，所以开销的影响不能忽视。此时，AV流的读取性能低，会产生再现影像不顺利流过(影像急动(カクツク))等故障。

这里，在为了防止碎片发生而写入追加内容时，还考虑确保具有4M字节等一定大小容量的连续区域，在确保的连续区域中写入追加内容。但是，由于构筑虚拟包，在需要的追加内容中，非AV流的追加内容在数量上压倒性地多于AV流的追加内容，即便为了记录追加内容，分配连续区域，实际使用的区域也仅是一部分，未利用的未使用区域增加，存在不能有效活用存储容量的课题。

发明内容

本发明的目的在于提供一种再现装置，即便在虚拟包的构成要素中混杂AV流格式的追加内容、非AV流格式的追加内容的情况下，也可防止AV流格式的追加内容的读取性能低下，可实现存储容量的有效利用。

为了解决上述课题，再现装置，其是再现虚拟包的再现装置，其特征在于：具备：取得单元，当装填第1记录介质时，根据来自应用的请求，从装置外部取得对应于所述第1记录介质的追加内容；控制单元，根据来自所述应用的请求，将取得的所述追加内容写入所述第2记录介质中；和构筑单元，通过使所述第1记录介质中记录的内容与所述第2记录介质中记录的追加内容组合，构筑所述虚拟包，所述控制单元，在从应用请求写入所述追加内容的情况下，若要写入的追加内容是AV流，则在由所述第2记录介质中连续的多个空块构成的连续区域中，写入该追加内容，若所述追加内容不是AV流，则在所述第2记录介质中不连续的多个空块的任一个中写入该追加内容。

发明效果

(1.课题解决手段产生的效果)

根据上述再现装置，在从应用请求追加内容的写入的情况下，若要写入的追加内容是AV流，则在由第2记录介质中的连续的多个空块构成的连续区域中，写入该追加内容，所以AV流集中成一个地写入连续区域中，非AV流的追加内容写入空块的任一中。

由于AV流集中成一个地记录在连续区域中，所以可通过一次突发传输，将AV流从可重写型记录介质读出到存储器。由此，由于通过一次突发传输读出AV流，所以可使伴随突发传输的开销的影响最小，即便在采用写入速率慢的半导体存储卡或其它低速磁记录介质作为第2记录介质的情况下，也不会由于采用的介质种类不同，在AV再现的品位中产生差异。

另外，非AV流的追加内容只要写入通过删除已记录文件产生的某处区域即可，所以就非AV流的追加内容而言，允许发生碎片。但是，不使第2记录介质的容量效率极端低下。

由于可维持虚拟包再现中的AV再现的品位，所以内容作者可积极地分发由虚拟包再现的内容。

(2.连续区域的特定)

这里，最好连续区域的特定如下所示。即，最好向所述第1记录介质附加证书的标识符、组织的标识符、介质的标识符，所述连续区域被配置在第2记录介质中的追加内容存储区域中，追加内容存储区域是由包含第1记录介质的证书标识符、组织标识符与介质标识符的文件路径特定的区域，基于由所述应用的追加内容的写入请求通过将特定所述追加内容存储区域的文件路径传送到控制单元来执行。在虚拟包构筑中，在与第2记录介质成对的每个第1记录介质中确保连续区域。由于连续区域对成对的每个第1记录介质汇总，所以可局部发生因重复记录、删除AV流产生的碎片。在AV流的记录中，由于使用连续区域引起的记录效率的低下仅为局部，所以作为第2记录介质整体，可将记录效率维持在一定的水准上。

另外，由于追加内容存储区域由使用证书标识符、组织标识符、介质标识符的文件路径来特定，所以可对提供AV流的组织或AV流认证中使用的不同的证书的每个设置连接区域。

通过参照第2记录介质中的相对于连续区域的文件路径，可判断第2记录介质中记录的文件对应于哪个第1记录介质。因此，即便将各种第1记录介质装填在再现装置中，也仅在对应于第2记录介质中的文件路径的第1记录介质装填在再现装置中的情况下，可进行限制，以实现使用文件路径的文件访问。

(3.要写入的追加内容的判断方法)

最好如下判断要写入的追加内容的流形式。即，所述第1记录介质具有将目录名和文件名限制在255字符以下的文件系统，向所述第2记录介质的写入中使用的文件路径包含8字符以下的目录名和文件名、且扩展符名为3字符以下的8.3格式的文件系统中的文件名与扩展符的指定，所述控制单元通过判断要存储所述追加内容的文件的扩展符是否是限制在3字符以下的规定的字符串，来判断所述请求写入的追加内容是否是AV流。

应用即便在通过赋予缩短的文件名或扩展符来将文件记录在第2记录介质中的情况下，控制单元侧也可通过判断该缩短后的文件名或扩展符中仅扩展符是否是规定的字符串，来判断是否是要写入连续区域中的AV流。在允许应用自由赋予文件名或扩展符的同时，若就AV流遵守“将规定的字符串用作扩展符”等约束事项，则可正确地写入连续区域中。

若写入中扩展符的赋予正确，则AV流被写入连续区域中，无论用作第2记录介质的记录介质是高速硬盘，还是低速的半导体存储卡，应用都不必对应于第2记录介质的种类使自变量变化，所以应用中的处理步骤的记载变得更单纯，不向应用的开发者附加多余的负担。

(4.连续区域的确保)

关于连续区域的利用最好如下。即，最好所述控制单元，当将所述追加内容写入第2记录介质中时，通过参照所述8.3格式的文件系统中的管理信息，检查是否存在足以构成所述连续区域的连续的空块，所述连续区域由利用所述检查知道存在的、连续的多个空块构成。这种确保在AV流写入之前，参照8.3格式的文件系统的管理信息，所以在第2记录介质是半导体存储卡的情况下，通过遵循与对参照FAT(文件分配系统)的半导体存储卡的访问步骤一样的步骤，可确保AV流写入用的连续区域。

(5.连续区域的利用)

关于连续区域的利用最好如下。即，最好在所述连续区域中记录作为AV流的追加内容之后，即便连续区域中存在剩余的未记录部分，也不在未记录部分中记录数据。

由于已记录AV流的区域中不写入其它数据，所以连续区域的利用具有排他性。由此，向连续区域中写入追加内容的处理或释放到空区域的处理对每个连续区域执行，可使‘对一个连续区域仅记录一个AV流’的原则彻底，所以可避免在将AV流写入第2记录介质中时碎片的发生。

(6.写入速率)

这里，在采用半导体存储卡作为第2记录介质的情况下，在半导体存储卡中，对于已写入数据的块，必需删除暂时记录在写入端的数据，恢复成白纸状态后，执行数据写入。对于多数半导体存储卡中内置的称为NAND型的EEPROM，由于必需对多个块一起执行将块恢复成白纸状态的作业，所以如果这种恢复成白纸状态的作业频繁，则写入AV流用的写入速率明显低下。因此，最好基于所述控制单元的追加内容的写入中有追记与覆盖，所述控制单元在将所述追加内容写入第2记录介质中时，通过参照所述8.3格式的文件系统中的管理信息，判断从所述应用请求的写入是追记还是覆盖，所述追记通过在将已记录于第2记录介质中的已记录数据读出到存储器后从第2记录介质删除已记录数据的处理、和在将读出到存储器的已记录数据与要写入的追加内容形成一体后写入连续区域中的处理来执行，所述覆盖通过删除已记录于第2记录介质中的已记录数据、将要写入的追加内容写入连续区域中的处理来执行。

在对连续区域的覆盖或追记中，由于对连续的多个块的每个执行已记录数据的删除，所以在称为NAND型的EEPROM中，对多个块一起执行将块恢复成白纸状态的作业。由此，不会导致AV流写入用的写入速率的低下。

(7.文件路径的形式)

最好应用在追加内容写入中使用的文件路径如下所示。即，最好在所述第2记录介质中，存在对应于证书标识符的目录、对应于组织标识符的目录、对应于介质标识符的目录组，所述对应于组织标识符的目录存在于对应于证书标识符的目录之下，所述对应于介质标识符的目录组存在于对应于组织标识符的目录之下，所述对应于介质标识符的目录组包括分层的多个子目录，所述追加内容存储区域相当于分层的多个子目录中、位于最下层的子目录。

在虚拟包的构筑中，即便在实现使用附加于第1记录介质的证书的标识符、组织的标识符、介质的标识符的认证的情况下，也可以采取与这些标识符严格对应的形式，将文件记录在第2记录介质中。因此，即便例如用户持有多个第1记录介质，频繁地交换这些第1记录介质，也仅在将正确的第1记录介质装填在再现装置中的情况下，实现使用第1记录介质的文件路径的文件访问，构筑虚拟包。

(8.连续区域的所在)

作为连续区域的所在，最好如下配置。即，最好所述对应于介质标识符的目录组分层为4个子目录，附加于所述第1记录介质的介质标识符是最大32字符的字符串，向构成所述对应于介质标识符的目录组的子目录的每个附加通过分割构成介质标识符的最大32字符的字符串得到的、8字符以下的目录名。

即便第1记录介质固有的介质标识符的比特长度长，也可不省略构成这种标识符的字符中有含义的字符，实现第1记录介质固有的介质标识符与第2记录介质上的目录的对应，所以第2记录介质中的目录与第1记录介质固有的介质标识符严格对应。

附图说明

图1是第1实施方式的系统图。

图2是表示第1实施方式的BD-ROM的内部构成的图。

图3是表示第1实施方式中以BD-ROM作为对象的软件的层模型的图。

图4是表示第1实施方式中由两个模式的动态再现控制制作的电影作品的图。

图5是表示第1实施方式中的再现装置的内部构成的图。

图6是表示作为可移动媒体的SD存储卡的内部构成的图。

图7是表示通常数据区域、连续数据区域的一例的图。

图8是表示作为可移动媒体的SD存储卡的文件系统区域的内部构成的图。

图9(a)是表示二重化FAT的内部构成的图，(b)是表示目录项的共同数据构造的图。

图10图示假设与簇尺寸一致将00001.mts分割成5个，将各分割部分存储在簇504-50B中的状态。

图11图示表示将00001.mts记录在多个簇中时的目录项和FAT的设定例。

图12是表示第1实施方式中的可移动媒体的目录构成的图。

图13是表示第1实施方式中的虚拟包的图。

图14是表示第1实施方式中的BD-J模块的具体构成的图。

图15是表示第1实施方式中的index.bdmv文件与标题的关系的图。

图16是模式地表示经文件I/O模块34的、对通常数据区域或连续数据区域的数据写入的图。

图17是表示向可移动媒体的下载的处理步骤的流程图。

图18是表示追加内容的下载处理的处理步骤的流程图。

图19是表示WriteAPI的处理步骤的流程图。

图20是以连续照片的表述来描绘对分配单元的追记的处理过程的图。

图21是以连续照片的表述来描绘对分配单元的覆盖的处理过程的图。

图22是表示文件种类判断的处理步骤的流程图。

图23是表示将追加内容的文件名变换为8.3格式的处理的步骤的流程图。

图24是表示第1实施方式中的虚拟包构筑的处理步骤的流程图。

图25是表示Java(TM)应用发行虚拟包构筑/更新请求，更新虚拟包之前的时间处理流程的图。

图26是表示连续数据区域的空区域不足时的处理的流程图。

图27是不能写入连续数据区域中的情况下的对用户通知的一例。

图28是考虑了AV流写入失败的情况的流程图。

图29是向用户示出写入处理失败的画面显示的一例。

图30(a)(b)是表示实现对通常数据区域的一起写入时的处理步骤的流程图。

图31(a)(b)是表示实现对连续数据区域的一起写入时的处理步骤的流程图。

图32是表示实现对通常数据区域的一起写入时的处理步骤的流程图。

图33是表示根据报头数据(header data)来执行流/非流判断的处理步骤的流程图。

图34是表示BD-ROM中多路复用于AV流上的基本流(elementarystream)的图。

图35是表示BD-ROM中记录的基本流的PID分割图的图。

图36是表示多路复用于要配置在追加内容存储区域中的AV流的基本流的图。

图37是多路复用于要配置在追加内容存储区域中的AV流的基本流的PID分割图的一例。

图38是表示AV再现部24的内部构成的图。

图39是表示再现装置的输出段的构成的图。

图40是表示省略上位数位0时的目录构成的图。

符号说明

100BD-ROM

101WWW服务器

102再现装置

103电视

104可移动媒体

21网络接口

22内置媒体

23虚拟文件系统

25AV再现库

26静态场景(scenario)存储器

27动态场景存储器

28HDMV模块

29BD-J模块

30U0检测模块

31模式管理模块

32媒体再现模块

34文件I/O模块

35网络模块

36应用管理器

37DiscID确认模块

38可移动媒体检测模块

39虚拟文件系统管理模块

具体实施方式

(第1实施方式)

下面，参照附图来说明本发明的实施方式。

下面说明再现装置的实施方式。首先，开始说明本发明的再现装置的实施行为中使用行为的方式。图1是表示再现装置102的使用行为的方式图。如本图所示，再现装置102与作为第1记录介质一例的BD-ROM100、WWW服务器101、电视103、作为第2记录介质一例的可移动媒体104一起供用户使用。

BD-ROM100是记录电影作品的记录介质。

WWW服务器101是运营电影配给者的公式站点的服务器装置，将实现BD-ROM100中记录的电影作品的部分置换或追加的内容(追加内容)经因特网等提供给用户。

再现装置102与电视103一起，构筑家庭影院系统，再现BD-ROM100。

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

可移动媒体104装填在再现装置中，用作电影配给者从WWW服务器101配送的内容的媒介。因此，使通过网络下载、存储在可移动媒体104中的内容与BD-ROM100中记录的内容组合，可扩展/更新BD-ROM100的内容。为了装填这种可移动媒体104，再现装置102中具备插入SD存储卡、记忆棒、压缩闪存(Compact Flash)(TM)、智能媒体(SmartMedia)、多媒体卡等可移动媒体104的插入口。

以上是本发明的再现装置的使用方式的说明。接着，说明作为本发明的再现装置再现的对象的记录介质。利用本发明的再现装置再现的是作为光记录介质的BD-ROM100。

图2是表示BD-ROM(下面有时也称为‘BD’)的构成图。在本图的第1段，示出BD-ROM100，第2段沿横向拉伸、直线状地描绘从BD-ROM的内周向外周螺旋状形成的记录区域。如该第2段所示，记录区域具有内周的‘导入’、外周的‘导出’与‘逻辑地址空间’。另外，在导入的内侧，有称为BCA(Burst Cutting Area)的仅由驱动器读出的特别区域。该区域由于不由应用读出，所以例如适用于著作权保护技术等。

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

本图的第3段表示以第2段的文件系统为前提构筑的目录构成、文件构成。如图所示，在BD-ROM的根目录(ROOT)之下，配置bd.cert文件与BDMV目录。

bd.cert(文件名固定)是将为了虚拟包而追加的内容与BD-ROM上的数据合并时，署名验证中使用的证书(下面称为合并证书)。所谓合并证书是存储BD-ROM中的合并管理信息的文件(合并管理信息文件)的认证中利用的证书，包含提供者公开的公钥。合并证书的文件格式例如可利用X.509。X.509的详细规格记载于由国际电信电话咨询委员会发行的CCITTRecommendation X.509(1988)，“The Directory-AuthenticationFramework”中。本图中的引出线f1表示bd.cert文件的用途。如该引出线所示，bd.cert文件用于导出证书固有的ID(称为CertID)等用途中。

BDMV目录是记录BD-ROM处理的AV内容或管理信息等的数据的目录。在BDMV目录之下，存在称为‘PLAYLIST目录’、‘CLIPINF目录’、‘STREAM目录’、‘BDJO目录’、‘JAR目录’的5个子目录，在BDMV目录中配置index.bdmv、MovieObject.bdmv两种文件。

STREAM目录是存储例如构成数字流主体的文件的目录，存在赋予扩展符M2TS的文件(xxxxx.m2ts[“xxxxx”可变，扩展符“m2ts”固定])。

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

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

JAR目录中存在赋予扩展符jar的文件(xxxxx.jar[“xxxxx”可变，扩展符“jar”固定])。

BDJO目录中存在赋予扩展符bdjo的文件(xxxxx.bdjo[“xxxxx”可变，扩展符“bdjo”固定])。

<赋予扩展符“m2ts”的文件>

赋予扩展符“m2ts”的文件是MPEG-TS(TransportStream)格式的数字AV流，通过多路复用视频流、1个以上音频流、1个以上图形流来得到。视频流表示电影的动画部分，音频流表示电影的声音部分，图形流表示电影的字幕。

赋予扩展符“clip”的文件是一对一对应于数字AV流.的各个的管理信息。由于是管理信息，所以Clip信息具有数字AV流的编码形式、帧速率、比特速率、分辨率等信息、或表示GOP的开头位置的EP_map。

<赋予扩展符“mpls”的文件>

赋予扩展符“mpls”的文件是存储播放列表信息的文件。播放列表信息包含MainPath信息、Subpath信息、PlayListMark信息。

1)MainPath信息是通过定义一个以上AV流的再现时间轴中、构成In_Time的时刻与构成Out_Time的时刻的组来定义逻辑再现区间的信息，具有规定多路复用于AV流的基本流中哪个的再现有效的流序号表格，持有规定AV流内的基本流中许可哪个再现、不许可哪个再现的STN_table。

2)PlayListMark信息包含由In_Time信息和Out_Time信息的组指定的AV流的一部分中、构成章节的时刻的指定。

3)Subpath信息包含要与所述AV流同步再现的基本流的指定、与该基本流的再现时间轴中的In_Time信息和Out_Time信息的组。Java(TM)应用通过命令Java(TM)虚拟机生成再现该播放列表信息的JMF播放者实例，可开始AV再现。所谓JMF播放者实例是根据JMF播放者级别在虚拟机的堆内存上生成的实际数据。

AV流与播放列表信息的组构成称为“标题”的再现单位。BD-ROM中的AV再现以该标题为一单位。

<赋予扩展符“jar”的文件>

赋予扩展符“jar”的文件是Java(TM)档案文件，存在使用Java(TM)虚拟机来执行动态场景控制的Java(TM)应用的等级文件。由该等级文件定义的Java(TM)应用是通过Xlet接口控制的Java(TM)Xlet。Xlet接口具有“loaded”、“paused”、“active”、“destroyed”4个状态。在本说明书中所指的应用是指如此记录在BD-ROM等记录介质中的等级文件的实例。

<赋予扩展符“bdjo”的文件>

赋予扩展符“bdjo”的文件是存储BD-J对象的文件。BD-J对象是利用由PlayList信息所示的AV流与应用的关联来定义标题的信息。BD-J对象表示“应用管理表”与其标题中可再现的PlayList一览。所谓应用管理表(AMT)是实现“应用信号化”的表格。所谓“应用信号化”是指将BD-ROM中的“标题”管理为应用的生存区间，执行应用的启动和终止的控制。这里，所谓生存区间表示BD-ROM中记录的内容整体的时间轴上、虚拟机的堆内存上应用可生存的区间。所谓“生存”是指该应用被读出到堆内存，可由虚拟机执行的状态。应用管理表表示通过罗列应用的标识符(应用ID)与属于该应用的Java(TM)档案文件的ID来将该标题设为生存区间的应用。即，一个应用由一个以上的Java(TM)档案文件构成。

这样，将利用BD-J对象内的应用管理表管理扇区的Java(TM)应用称为“BD-J应用”。

<index.bdmv(文件名固定)>

index.bdmv(文件名固定)是涉及BD-ROM整体的管理信息，在将盘插入再现装置之后，通过最初读出index.bdmv，再现装置唯一识别盘。另外，index.bdmv中包含表示使BD-ROM中可再现的多个标题与规定各个标题的BD-J对象对应的表格。引出线f2特写表示index.bdmv的内部构成。如该引出线所示，持有作为特定电影作品的提供者的标识符的organizationID(32比特)、或作为分配给提供者提供的BD-ROM的各个的标识符的discID(128比特)等信息。

MovieObject.bdmv(文件名固定)包含记述HDMV模式(后述)下的各标题再现中、使再现进行动态变化用的场景的场景程序。

(再现控制的层)

下面，说明以BD-ROM为前提的再现控制的层模型。

图3是表示再现控制的层模型的图。图3的第1层是物理层，是作为处理对象的流主体的供给控制。如该第1层所示，作为处理对象的流不仅将BD-ROM，也可将内置媒体或可移动媒体、网络等各种记录介质、通信介质作为供给源。这里，所谓内置媒体是HDD(硬盘驱动器)、EEPROM(非易失性存储器)等事先组装在再现装置102中的记录介质。另一方面，可移动媒体是SD存储卡、记忆棒、压缩闪存(TM)、智能媒体、多媒体卡等具有可携带性的记录介质。这些内置媒体、可移动媒体均是再现装置102本地利用的记录介质，以“本地存储器”的统称来称谓。对这些本地存储器、网络等供给源的控制(盘访问、卡访问、网络通信)是第1层的控制。在本地存储器中有内置媒体、可移动媒体两种，但在后面的说明中，以第1记录介质是BD-ROM、第2记录介质是可移动媒体的前提来进行说明。

第2层是AV流的层。规定使用何解码方式来解码第1层提供的流的是该第2层。

第3层(BD管理数据)是规定流的静态场景的层。所谓静态场景是由内容作者事先规定的Playlist信息、Clip信息，基于此来规定再现控制的是该第3层。

第4层(BD再现程序)是实现流中的动态场景的层。动态场景是执行AV流的再现步骤和涉及其再现的控制步骤中至少一方的程序。基于动态场景的再现控制对应于对装置的用户操作而变化，具有程序的性质。这里的动态再现控制中有两个模式。两个模式中一个是在基于指令的动作环境下、再现BD-ROM中记录的AV流的模式(HDMV模式)，另一个是在由对象指向语言记述的基于程序的动作环境下、再现BD-ROM中记录的AV流的模式(BD-J模式)。图3中，在第4层中记述HDMV模式与BD-J模式等两个模式。HDMV模式在类DVD的再现环境下进行再现。在另一BD-J模式下，Java(TM)虚拟机变为主体，执行根据Java(TM)应用的再现控制。

图4是表示由两个模式的动态再现控制制作的电影作品的图。图4(a)是表示通过在HDMV模式下定义动态再现控制而制作的电影作品的一场面的图。HDMV模式能以与DVD再现装置可解释的指令很近似的指令记述再现控制，所以可定义与DVD相同的再现控制，即利用对菜单的选择进行再现这样的再现控制。

图4(b)是通过在BD-J模式下定义动态再现控制来制作的电影作品。BD-J模式能以Java(TM)虚拟机可解释的Java(TM)语言记述控制步骤。因该再现控制构成冒险游戏的GUI，故在BD-J模式下，向用户提示使游戏的得分(图中的SCORE：10000)或指示器(LIFE：3)、按钮部件(询问、退出)与动画组合的合成影像。

以上是对BD-ROM100的说明。接着，说明再现装置102的细节。

图5是表示再现装置的大致功能构成的框图。如图5所示，再现装置102由BD驱动器20、网络接口21、本地存储器22、虚拟文件系统23、静态场景存储器26、动态场景存储器27、HDMV模块28、BD-J模块29、UO探测模块30、模式管理模块31、调度程序(dispatcher)32构成。该再现装置采用Linux作为操作系统，该再现装置的硬件和软件通过该Linux控制。

(BD驱动器20)

BD驱动器20执行BD-ROM的加载/排出，执行对BD-ROM的访问。该BD-ROM再现装置采用Linux作为操作系统，所以通过发出“/mount pointBD/BDAV”指令，向BD驱动器20分配BDAV目录。

(网络接口21)

网络接口21执行网络连接用的协议栈，使再现装置识别网络上的服务器计算机具备的驱动器，作为网络驱动器。之后，可从网络驱动器下载数据，或上载数据。该网络接口21用于因特网上公开的BD-ROM追加内容的下载。所谓BD-ROM追加内容是原始BD-ROM中没有的内容，例如追加的副声音、字幕、特写影像、应用等。BD-J模块29通过控制网络接口21，可将因特网上公开的追加内容下载到内置媒体驱动器或可移动媒体104。

(本地存储器22)

本地存储器22包括内置媒体驱动器22a与可移动媒体驱动器22b，用于保存下载下来的追加内容或应用使用的数据等。对每个BD-ROM区分追加内容的保存区域，另外，对每个应用区分应用可在数据保持中使用的区域。另外，表示如何将下载的追加内容与BD-ROM上的数据合并的规则，即记载了合并规则的合并管理信息也保存在该本地存储器22中。

在本实施方式中，将作为追加内容数据文件存储用的目录的BUDA目录分配给可移动媒体驱动器中装填的可移动媒体104。该BD-ROM再现装置采用Linux作为操作系统，所以在可移动媒体驱动器22b是SD存储卡驱动器，向该驱动器分配“BD”等驱动器名的情况下，通过发出“mountpoint SD/BUDA”指令，向对应于可移动媒体的SD驱动器分配BUDA目录。另一方面，内置媒体驱动器22用作录制用记录区域。

(虚拟文件系统23)

虚拟文件系统23在追加内容的同时，根据下载到本地存储器22的合并管理信息，构筑使内置媒体或可移动媒体中存储的追加内容与BD-ROM上的内容合并的虚拟BD-ROM(虚拟包)。可从HDMV模块28或BD-J模块29无区别地参照虚拟包与原始BD-ROM。在虚拟包再现中，再现装置使用BD-ROM上的数据与内置媒体或可移动媒体上的数据双方，执行再现控制。以上是再现装置的构成要素。

(AV再现部24)

AV再现部24根据播放列表信息、Clip信息，执行BD-ROM或本地存储器22中记录的AV流的再现。

(AV再现库25)

AV再现库25对应于来自HDMV模块28、BD-J模块29的函数调用，执行AV再现功能、播放列表的再现功能。所谓AV再现功能是沿袭DVD播放器、CD播放器的功能群，是再现开始、再现停止、暂时停止、暂时停止的解除、静止图像功能的解除、用立即值指定再现速度的快进、用立即值指定再现速度的倒带、声音切换、字幕切换、角度切换等处理。所谓播放列表再现功能是指根据播放列表信息执行该AV再现功能中再现开始或再现停止。

(静态场景存储器26)

静态场景存储器26是存储当前的PL或当前的Clip信息用的存储器。所谓当前PL是指BD-ROM或本地存储器22中记录的多个播放列表信息中构成当前处理对象的播放列表信息。所谓当前Clip信息是指BD-ROM或本地存储器22中记录的多个Clip信息中构成当前处理对象的Clip信息。

(动态场景存储器27)

动态场景存储器27是存储当前动态场景，供HDMV模块28、BD-J模块29的处理的存储器。所谓当前动态场景是指BD-ROM或本地存储器22中记录的Movie对象、BD-J对象中构成当前执行对象的对象。

(HDMV模块28)

HDMV模块28是构成HDMV模式的执行主体的DVD虚拟播放器，执行读出到动态场景存储器27的当前场景程序。

(BD-J模块29)

BD-J模块29包括Java(TM)平台，由Java(TM)虚拟机、配置、轮廓。BD-J模块29通过根据读出到动态场景存储器27的Java(TM)等级文件，生成Java字节代码，生成当前的Java(TM)对象并执行。Java(TM)虚拟机将由Java(TM)语言记述的Java(TM)对象变换为再现装置中的CPU的本地代码，让CPU执行。

(UO探测模块30)

UO探测模块30检测对遥控器或再现装置的面板这一输入设备执行的用户操作，通知给模式管理模块31。该通知根据对应于这些输入设备的设备驱动器内的中断处理器发生的中断，生成UO(User Operation)，输出到模式管理模块31来执行。所谓UO是在检测基于遥控器或面板中设置的键矩阵的键按下时，发生的事件(UO事件)，对应于按下的键的键代码。具体而言，对应于遥控器或面板的设备驱动器的中断处理在由对键矩阵的键感应检测到键按下时，根据该键按下，发生中断信号，从而生成UO事件。

(模式管理模块31)

模式管理模块31保持从BD-ROM或本地存储器22读出的index.bdmv，执行模式管理和分支控制。所谓模式管理模块31执行的模式管理是让HDMV模块28、BD-J模块29哪个执行动态场景这一模块的分配。

(调度程序32)

调度程序32从UO中仅选择适于当前再现装置中的模式的UO，传递给执行该模式的模块。例如，在执行HDMV模式中，在受理上下左右、激活这样的UO的情况下，向HDMV模式的模块输出这些UO等是调度程序32的处理。

(可移动媒体)

下面说明可移动媒体。

在本实施方式中，采用SD存储卡，作为追加内容数据文件存储用的可移动媒体。

SD存储卡是长度为32.0mm、宽度为24.0mm、厚度为2.1mm大小(邮票尺寸的大小)的卡型记录介质。用户可用指尖把持该SD存储卡。在SD存储卡中设置用于与再现装置连接的9条连接器，在侧面设置操作者可设定许可或禁止覆盖存储内容的保护开关。SD存储卡包含作为NAND型EEPROM的‘非易失性存储器’、根据从再现装置发出的指令，执行对非易失性存储器的数据写入、从非易失性存储器读出数据、数据删除的‘访问控制部’、当改写从非易失性存储器读出的数据时、用于数据的暂时存储的‘工作存储器’。

在SD存储卡中，有采用FAT16的SD存储卡和采用FAT32的SD存储卡。FAT16中分配给每个簇的入口长度(entry length)为16比特，以2G字节的记录区域为访问对象。FAT32中分配给每个簇的入口长度为32比特，以32G字节的记录区域为访问对象。采用该FAT32的SD存储卡具体称为“SDHC存储卡”。

下面说明该可移动媒体。

图6是表示半导体存储器的记录区域的物理构成的图。

本图的左侧表示可移动媒体的SD存储卡的外观。

本图的中段是表示作为可移动媒体的SD存储卡的物理构成的图。本地存储器无论是内置媒体、可移动媒体哪个，均由多个逻辑块构成。通常的文件写入以该逻辑块单位执行记录删除。因此，一个逻辑块内不能保存多个文件数据。即，在写入比一个逻辑块尺寸小的文件的情况下，也消耗一个逻辑块，不能在该逻辑块内写入其它文件的数据。

本图的右侧表示SD存储卡的文件系统区域的内部构成。SD存储卡中的文件系统区域将一个逻辑块处理为一个簇，将该簇作为最小单位，执行文件的记录或删除。

本图的中段中，将物理上连续的1000个逻辑块确保为一个分配单元。所谓分配单元是实现对SD存储卡的数据写入的速度保证的单位，在SD存储卡中一般规定为4M字节的大小。

(通常数据区域、连续数据区域)

以前者的逻辑块写入为前提的记录区域被称为“通常数据区域”。以后者的分配单元为前提的记录区域被称为“连续数据区域”。在追加内容存储区域中，确保这些通常数据区域、连续数据区域的组。图7是表示通常数据区域、连续数据区域的一例的图。本图的上段表示通常数据区域的内部构成，本图下段表示连续数据区域的内部构成。

上段的通常数据区域中的各个四边形模式地表示逻辑块。该四边形中，中空的是空的逻辑块，用黑色涂布的是部分或全部已记录的逻辑块。已记录的逻辑块中的记录内容中有‘合并管理信息文件’、‘署名信息文件’、‘播放列表信息文件’、‘Clip信息文件’。由于记录、删除以细微的单位执行，所以若频繁地重复记录删除，则未使用的逻辑块变为分散状态，发生一个文件的数据记录在分散的逻辑块中的问题。将分散记录构成文件的现象称为“碎片(fragmentation)”。在读入分散记录的文件数据的情况下，发生寻找分散端块，读入性能会恶化。尤其是若请求实时读取性能的AV流格式的追加内容变为该状态，则再现所需的AV流格式的追加内容的读取不及时，出现再现急动等现象。为了顺利读出AV流格式的追加内容，期望将AV流格式的追加内容写入连续的逻辑块中，但由于在通常数据区域中碎片在宽范围中发生，所以难以确保适于AV流格式的内容的记录的连续逻辑块。

在小尺寸的文件多的情况下，无用的空区域变多，但由于通常一个逻辑块比一般的文件尺寸小得多，所以就向通常数据区域写入而言，可高效消耗存储器容量。

下段连续数据区域中的四边形模式地示出构成连续数据区域的分配单元。该四边形中，中空的是空的分配单元，部分涂黑的是已记录的分配单元。由于涂黑的部分是局部，所以本来该分配单元中存在未记录的部分。但是，当该局部存在已记录数据时，不能将其它数据记录在该未记录部分中。即，若局部区域已记录，则该分配单元被处理为已记录。本图中的3个分配单元记录00001.mts、00002.mts、00003.mts这3个AV流格式的追加内容。这3个分配单元由3个AV流格式的追加内容排他地使用，所以即便有未记录部分，也不能在这里写入其它文件。在对写入端选择分配单元的情况下，由连续的多个逻辑块单位来执行记录、删除。在数据记录中使用分配单元的情况下，由于以较大尺寸、物理上连续的区域为单位来记录删除，所以具有难以引起碎片的优点。

在连续数据区域中，以分配单元单位执行访问，记录删除的单位大，所以在写入尺寸小的文件的情况下，会无用地占有大的区域，具有不能有效利用存储器容量的缺点。但是，由于存储AV流格式的追加内容的文件的尺寸是充分大的尺寸，并且AV流格式的追加内容的读取请求实时性，所以期望写入连续数据区域中。

说明图7中的追加内容配置的特征。在追加内容存储区域中，存在通常数据区域、连续数据区域，该通常数据区域以4K字节的逻辑块单位执行非AV流格式的追加内容的写入或删除，所以可知可实现记录区域的高效利用。

另一方面，连续数据区域以4M字节的分配单元单位来执行AV流格式的追加内容的写入，通过这种AV流格式的追加内容的写入，产生记录效率的低下，但该低下的发生是一个追加内容存储区域内的局部，对作为可移动媒体的SD存储卡整体的记录效率的影响小。

由此，对于写入或删除这样的更新频度高的非AV流格式的追加内容而言，在优先维持记录效率的同时，可保证AV流格式的追加内容中的AV再现的稳定性。

(文件系统区域的内部构成)

图8是表示作为可移动媒体的SD存储卡的文件系统区域的内部构成图。本图的左侧表示作为可移动媒体的SD存储卡，中侧表示基于FAT型文件系统的文件系统区域的内部构成。该FAT型文件系统的记录区域记录‘MasterBootRecord’、‘PartitionTable’在这些记录区域之后存在‘系统区域’和‘用户区域’。

‘MasterBootRecord’是用于让再现装置识别自身后续的区域是“物理的一个媒体(物理媒体)”的标识。本图中，记录区域中仅存在一个主引导记录，所以记录区域中一个物理媒体可由再现装置识别，但假设在记录区域中配置两个主引导记录，则两个物理媒体由再现装置识别。

‘分区表(partition table)’是记述涉及分区的信息的表格。

‘系统区域’记录‘分区引导扇区’、‘双文件分配表(FAT)’、‘Root目录项’。

‘用户区域’是以簇为最小单位、存储文件的区域，记录‘BUDA目录项’、‘CertID目录项’、‘OrganizationID目录项’、‘DiscID目录项’，之后存在追加内容存储区域。在追加内容存储区域中记录‘合并管理信息文件’、‘署名信息文件’、‘追加内容数据文件’。

下面说明双FAT。

‘双文件分配表(FAT)’包括基于ISO/IEC 9293的两个FAT。图9(a)是表示双FAT的内部构成的图。各FAT包括对应于各簇的多个FAT项。各FAT项表示对应的簇正在使用还是未使用，若对应的簇未使用，则对其文件项设定“0”，若对应的簇正在使用，则设定簇序号。该簇序号表示在读出对应的簇的情况下，接着读出哪个簇为好的簇间的链接关系。图9(a)的虚线引出线ff1表示FAT中包含的多个FAT项002、003、004、005...。赋予该FAT项的数值‘002、003、004、005...’表示各FAT项对应于哪个簇、即各FAT项对应的簇的簇序号。

接着，说明目录项。在目录项中，有存在于系统区域的‘Root目录项’、存在于‘用户区域’的‘BUDA目录项’、‘CertID目录项’、‘OrganizationID目录项’、‘DiscID目录项’，但这些目录项均具有图9(b)所示的共同的数据构造。图9(b)是表示目录项的共同数据构造的图。如图所示，‘目录项’包含限制为ASCII字符8字符以下的‘目录名’、‘制作时刻’、‘制作日期’、和该目录下存在的文件的‘文件项’。各文件项包含限制为ASCII字符8字符以下的‘文件名’、限制为ASCII字符3字符以下的‘文件扩展符’、存储文件的开头部的‘文件最初的簇序号’、该文件的‘文件属性’、更新文件的‘更新时刻’、文件的‘更新日期’、和作为文件的数据长度的‘文件长度’。

SD存储卡中的目录名和文件名记述在这种目录项中。另外，该目录项中，Root目录项与双FAT一起，作为原则，必需配置在一个簇内，统一管理，所以目录名和文件名变长是不现实的。具体而言，其字符数被限制在ASCII字符8字符以内，扩展符也限制在ASCII字符3字符以内。这样，将限制了目录名、文件名的文件系统格式称为“8.3格式”。

这里，说明在DiscID目录中存储追加内容的情况下，FAT和目录项如何设定。选为说明题材的追加内容是存储AV流的“00001.mts”这一文件。

图10是假设与簇尺寸一致将00001.mts分割成5个，并将各分割部分存储在簇504-50B中的状态图。

图10的第3段-第8段模式地示出表示影像、声音的基本流在AV流中如何多路复用。AV流通过将数字化的影像、数字化的声音(第8段)变换为由PES包构成的基本流(第7段)、再变换为TS包(第6段)、多路复用这些TS包(第5段)来构成。

这里，视频流如本图的第8段所示，包括多个图片，但这些图片与Access Unit的关系是1Access Unit＝1图片。音频流也包括多个音频帧，这些音频帧与Access Unit的关系也是1音频帧＝1Access Unit。在BD-ROM中，限制成1PES包＝1帧。即，若动态图像是帧构造，则1PES包＝1图片，在为字段构造的情况下，为1PES包＝2图片。由此，本图第8段所示的PES包以1对1的比率存储第8段中的图片或音频帧。

在第5段，多路复用的TS包串构成“STC Sequence”。所谓“STCSequence”是表示解码时刻、显示时刻的MPEG2-TS的时间轴，指作为AV流的系统基准时刻的STC(System Time Clock)的不连续点(systemtime-base discontinuity)不存在的区间。STC的不连续点是传送解码器为了得到STC而参照的PCR(Program Clock Reference)的PCR包的不连续信息(discontinuity-indicator)为ON的点。

第4段-第1段表示如何向可移动媒体记录AV流格式的追加内容。

188字节的TS包如第4段所示，附加4字节的TS_extra_header(图中的阴影部)，变换为192字节长度的Source包。该TS_extra_header包含表示该TS包的解码器输入时刻信息的Arrival_Time_Stamp。

Source包构成第4段所示的一个以上的“ATC_Sequence”。所谓“ATC_Sequence”是构成AV流中记载的ATS时间轴的Source包的排列，指在该Arrival_Time_Stamp参照的Arrival_Time_Clock中不存在不连续点(no arrival time-base discontinuity)。换言之，将该Arrival_Time_Stamp参照的Arrival_Time_Clock中存在连续性的Source包串称为“ATC_Sequence”。ATS如下所示附加到TS包的开头，表示向解码器的传送时刻。

这种ATC_Sequence变为AV流，如第3段所示，存储在00001.mts这一数据文件中。将如此得到的AV流格式的追加内容记录在第2段所示的、构成文件系统区域的连续簇504、505、506...50B中。该连续簇如第1段所示，对应于构成分配单元的多个逻辑块504、505、506...50B，所以AV流格式的追加内容以完结的形态存储在一个分配单元内。

若将00001.mts记录在分配单元中，则目录项和FAT必需如图11所示设定。

图11是表示将00001.mts记录在多个簇中时的目录项和FAT的设定例的图。本图中，在将00001.mts的开头部分记录在簇504中的情况下，在DiscID目录项中的‘文件最初的簇序号’中，记载存储其开头部分的簇的簇序号504。之后，可知00001.mts的后续部分存储在簇505、簇506中。FAT项504对应于存储00001.mts的开头部分的簇504，但该FAT项504表示存储00001.mts文件的后续部分的簇505。FAT项505(506)、FAT项506(507)对应于存储后续的部分的簇505、506，但该FAT项表示存储00001.mts文件的下一后续部分的簇506、507。这样，通过跟踪DiscID目录项中的最初簇序号与FAT项，读出可移动媒体104中存储的AV流，以供再现。

说明以上述文件系统为前提构筑的目录。

图12是表示可移动媒体上的目录构成的图。在可移动媒体上，存在作为追加内容存储区域根目录的BUDA目录、CertID目录、OrganizationID目录、DiscID目录。该DiscID目录中存在合并管理信息文件‘bumf.xml’、署名信息文件‘bumf.sf’、追加内容‘00001.mpl’、‘mo.bdm’、‘00001.mts’。

追加内容存储区域根目录(BUDA目录)存在于可移动媒体的根目录之下，是表示追加内容存储区域的根的目录，目录名是8字符以内的固定值(BD_BUDA)。

‘CertID目录’是名称中持有从BD-ROM上的合并证书(bd.cert)导出的ID的目录，是以16进制表述来表示合并证书的SHA-1摘要(digest)值160比特中开头32比特的8字符名称的目录。

‘OrganizationID目录’是以16进制表述来表示BD-ROM上的BD管理信息(index.bdmv)中记载的、特写电影作品的提供者的32比特的标识符(OrganizationID)的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个目录名通过将‘1234567890abcdef1234567890abcdef’这32字符(128字节)的DiscID从下位数位起每8字符(32比特)分割来得到。不省略构成DiscID的字符中有含义的字符，实现DiscID与8.3格式的对应，所以4层子目录与DiscID严格对应。

在DiscID目录之下存在构筑虚拟包用的追加内容存储区域。追加内容存储区域必需由4个DiscID目录项中、最下位的DiscID目录项内存在的文件项来特定，所以确保于最下位DiscID目录项之后的逻辑块中。追加内容存储区域包括通常数据区域、连续数据区域，在通常数据区域中记录‘合并管理信息文件’、‘署名信息文件’、作为非AV流的追加内容的‘追加内容’。这些文件担当虚拟包生成的核心，下面详细说明这些文件的内容。

‘合并管理信息文件’是表示可移动媒体上的追加内容的文件路径与虚拟包中的别名访问用的文件路径的对应的信息，以bumf.xlm这一文件名保存在DiscID目录中。该合并管理信息文件的特征在于以可移动媒体中的文件路径、即FAT文件系统为前提，所以可移动媒体中的目录名和文件名基于8.3格式。这样，基于8.3格式的文件路径与虚拟包中的LFN的文件路径对应。该虚拟包的文件路径基于BD-ROM的目录构造。这是因为虚拟包与将可移动媒体上的文件宛如存储在BD-ROM中一样来处理。由于这种BD-ROM的文件系统格式对应于LFN，所以通过参照该合并管理信息文件，可移动媒体上的追加内容为8.3格式，同时使用255字符以下的文件名，以别名来访问。合并管理信息文件相对于以8.3格式记录的各种文件，实现基于255字符以下的文件名的“别名访问”

图13(a)是表示合并管理信息的内部构成的图。本图中的合并管理信息中，对00001.mpl、mo.bdm、00001.mts这3个追加内容，执行可移动媒体上的文件路径与虚拟包上的文件路径的对应。可移动媒体上的文件路径基于8.3格式。

具体说明本图中的文件路径的记述。向可移动媒体中的“12345abc/12345678/90abcdef/12345678/90abcdef/00001.mpl”这一8.3格式的文件路径对应BDMV/PLAYLIST/00001.mpls这一虚拟包上的LFN格式的文件路径。该一例基于前图，记述从CertID目录至追加内容的路径。

向可移动媒体中的“12345abc/12345678/90abcdef/12345678/90abcdef/mo.bdm”这一8.3格式的文件路径对应BDMV/MovieObject.bdmv这一虚拟包上的LFN格式的文件路径。

向可移动媒体中的“12345abc/12345678/90abcdef/12345678/90abcdef/00001.mts”这一8.3格式的文件路径对应BDMV/STREAM/000001.m2ts这一虚拟包上的LFN格式的文件路径。

图13(b)表示根据合并管理信息的内容，合并BD-ROM内容与可移动媒体上的追加内容的状态。

左侧表示BD-ROM的存储内容，中侧表示可移动媒体的存储内容。右侧表示虚拟包的存储内容。合并管理信息文件如图13(a)所示设定，所以使可移动媒体中的存储内容中，存在于BUDA目录之下的12345abc/12345678/90abcdef/12345678/90abcdef中的3个追加内容、即mo.bdm、00001.mpl、00001.mts分别如箭头g1、g2、g3所示，组合于合并管理信息文件中记述的虚拟包的目录构成中。将上述使可移动媒体的文件组合于合并管理信息文件中记述的目录构成称为“合并”。

利用这种合并，以BDMV目录中存在的“MovieObject.bdmv”这一别名的文件名来访问mo.bdm。

另外，以存在于BDMV目录之下的PLAYLIST目录中的“00001.mpls”这一别名的文件名来访问00001.mpl。

以存在于BDMV目录之下的STREAM目录中的“00001.m2ts”这一别名的文件名来访问00001.mts。

由于可执行上述别名访问，所以可处理成mo.bdm、00001.mpl、00001.mts分别在BDMV中存在于MovieObject.bdmv、BDMV/PLAYLIST/00001.mpls、BDMV/STREAM/00001.m2ts中。

‘署名信息文件’是表示提供者对合并管理信息文件的电子署名的文件，以bumf.sf这一文件名保存于DiscID目录中。电子署名通常使用对需要防止篡改的信息计算散列值、并使用任一密钥加密散列值得到的值。作为需要防止篡改的信息，具体而言，例如将追加内容的文件名或追加内容记录在内置媒体中的文件路径。这种文件路径为LFN格式，记载于合并管理信息文件中，所以对合并管理信息文件中记载的文件路径，算出散列值。另外，在该署名信息文件中，利用位于BD-ROM上的合并证书中的公钥对应的密钥，加密合并管理信息文件的散列值。

‘非AV流的追加内容’是对BD-ROM中记录的原始内容实现追加/更新的文件群，在可移动媒体上以8.3格式(文件名为8字符以内，扩展符为3字符以内)的文件名保存。对DiscID目录，不省略字符，执行变换，使全部字符出现在DiscID目录中的目录名中，但对追加内容，通过将部分字符用于可移动媒体的文件名中，从而缩短文件名。这是因为追加内容的文件名本来是BD-ROM上的文件名，限于“5数位数值+几种扩展符”这样的任一图案，所以即便部分省略构成文件名的字符，发生产生混同等缺陷的可能性也极低。

图12所示的两个追加内容中，‘00001.mpl’存储播放列表信息，‘mo.bdm’存储Movie对象。此外，由于是由BD-ROM记录、可供给用户的文件，所以可选择要记录于BD-ROM中的其它文件作为追加内容的对象。可将存储index.bdmv或Clip信息的文件(扩展符为clpi的文件)、Java档案文件(扩展符为Jar的文件)、存储BD-J对象的文件(扩展符为bdjo的文件)选择为追加内容的对象。以上是对通常数据区域的说明。

接着，说明连续数据区域的细节。在连续数据区域中记录AV流格式的追加内容。在AV流格式的追加内容中有‘00001.mts’、‘00001.mts’、‘00001.mts’。这些是存储AV流的8.3格式的文件。

图14是表示图5所示的BD-J模块29的更具体的构成，并且，表示利用BD-J模块从网络上将追加内容下载到内置媒体上或可移动媒体上的状态的图。BD-J模块29包括媒体再现模块32、文件I/O模块34、网络模块35、应用管理器36、虚拟文件系统管理模块39。另外，本图中的AV再现库25、网络I/F21、内置媒体驱动器22a、可移动媒体驱动器22b、虚拟文件系统23与图5所示的一样，为了说明媒体再现模块32-虚拟文件系统管理模块39而方便地记载。

(媒体再现模块32)

媒体再现模块32对BD-J应用提供媒体再现控制用的API。若BD-J应用调用媒体再现控制API，则媒体再现模块调用对应的AV再现库25的函数，执行AV再现控制。

(文件I/O模块34)

文件I/O模块34执行从BD-J应用向内置媒体或可移动媒体的访问请求的处理。

该访问请求为追加内容的写入时，BD-J应用使用文件I/O模块34，将追加内容配置在内置媒体上或可移动媒体上的适当位置上。另外，也可删除无用的追加内容，或直接编辑追加内容。对虚拟包的访问也通过该文件I/O模块34执行。但是，对虚拟包上的访问为读取专用，不能从文件I/O模块34写入。

在该访问请求为追加内容的读出时，由于从BD-J应用传递对BD-ROM的LFN格式的文件路径，所以执行可移动媒体中记录的文件、即可由LFN文件路径访问的是否存在于可移动媒体中的搜索。

该搜索通过判断该LFN文件路径在合并管理信息文件中是否记述为“别名文件路径”来执行。

通过如此搜索，在已知能以该LFN文件路径按别名访问的追加内容存在于可移动媒体中的情况下，根据合并管理信息文件中记载的8.3格式的文件路径，从可移动媒体中读出该追加内容。

在能以该LFN文件路径按别名访问的追加内容不存在于可移动媒体中的情况下，从BD-ROM中读出可由该LFN文件路径访问的追加内容。若可由该LFN文件路径访问的追加内容也不存在于BD-ROM中，则执行错误处理。

(网络模块35)

网络模块35对BD-J应用提供网络控制用的API。根据来自BD-J应用的网络控制请求，使用网络接口21，执行网络连接。BD-J应用使用网络模块35，可检索公开的追加内容，并下载到内置媒体/可移动媒体中。

由于实现如此通过网络的追加内容取得，所以课题解决手段中的取得单元相当于该网络模块35。

(应用管理器36)

应用管理器36是系统应用，执行应用信号化。所谓“应用信号化”是指在GEM1.0.2规定的MHP(Multimedei Home Platform)中，将“服务”作为生存区间，执行应用的启动、执行的控制。BD-ROM再现装置中的应用管理器将BD-ROM中的“标题”作为生存区间，代替该“服务”，实现应用的启动、执行的控制。这里，所谓“标题”是BD-ROM中记录的影像、声音数据的再现单位，唯一分配应用管理表(AMT)。

标题边界的应用信号化是指当基于index.bdmv文件选择标题时，使用对应于上一标题的应用管理表(AMT)与对应于当前标题的应用管理表(AMT)执行的信号化。该信号化是使记载于对应于上一标题的AMT中但未记载于对应于当前标题的AMT中的应用的动作终止、使未记载于对应于上一标题的AMT中但记载于对应于当前标题的AMT中的应用的动作开始的控制。

所谓index.bdmv文件是记载盘上的标题构成的文件，管理盘上的各标题与对应的应用(若是BD-J模式标题，则为Java(TM)应用，若为HDMV模式标题，则为场景程序)的参照关系。图15是表示index.bdmv文件与标题的关系的图。所谓标题是以应用与AV流为一组的再现单位，另外，作为特殊的标题，存在‘FirstPlay’与‘Top Menu’。‘FirstPlay’是BD启动时自动再现的标题，主要用于BD的利用限制显示等。‘Top Menu’在按下遥控器的菜单键时或标题再现结束时再现，主要用于执行标题的选择或字幕/声音的语言选择。在该index.bdmv文件因虚拟包更新而内容变化的情况下，在虚拟包更新前与更新后，标题构成不同。

(DiscID确认模块37)

DiscID确认模块37确认插入的BD-ROM的DiscID。在虚拟文件系统23构筑虚拟包时使用由DiscID确认模块37取得的DiscID的值。

(可移动媒体检测模块38)

可移动媒体检测模块38执行可移动媒体的插入、取出监视。若执行可移动媒体的插入、取出，则向虚拟文件系统23执行插入、取出通知。

(虚拟文件系统管理模块39)

虚拟文件系统管理模块39接收来自BD-J应用的虚拟包构筑/更新请求，将该请求内容传递到虚拟文件系统23。Java(TM)应用在构筑/更新虚拟包的情况下，指定新的合并管理信息文件和署名信息文件，发行构筑/更新请求。虚拟文件系统23若通过虚拟文件系统管理模块39接收虚拟包构筑/更新请求，则使用新指定的署名信息文件，在执行新的合并管理信息文件的署名验证之后，将老的合并管理信息文件、署名信息文件置换成新的合并管理信息文件、署名信息文件，再构筑虚拟包。合并管理信息文件、署名信息文件的置换在标题切换时执行。下面说明标题。

(写入追加内容时的注意事项)

下面，描述在通常数据区域中写入AV流格式的追加内容时的注意事项。

内容作者为了让再现装置识别文件种类为AV流格式的追加内容，应向AV流格式的追加内容赋予“mts”这一扩展符。具体而言，由于AV流格式的追加内容由BD-J应用下载，所以BD-J应用执行下载，当向本地存储器写入AV流格式的追加内容时，必需向AV流格式的追加内容附加“mts”这一扩展符。另外，再现装置应将附加了该扩展符的AV流格式的追加内容写入本地存储器的连续数据区域中。对应于来自应用的请求，执行AV流格式的追加内容的写入的是文件I/O模块34，所以文件I/O模块34需要确保连续数据区域，即分配单元，写入AV流格式的追加内容中。

(BD-J应用中的下载步骤的记述)

为了利用BD-J应用实现下载，需要通过使用规定的API，使网络模块35构筑URL连接，使文件I/O模块34执行向可移动媒体的写入。下面，说明下载步骤的记述中使用的API。

.URLConnect ion(URL url)

对由自变量指定的URL，确立URL连接。

.getInputStream()

在调用该API时，将接受来自URL连接的输入之输入流作为返回值，返回到应用。

另外，作为getInputStream()的方法，使用如下方法。

.read(byte[]b)

从输入流中读入由自变量指定的字节数byte[]，将其存储在字节排列中。

.FileOuputStream(String name)

构成自变量的String name意味着绝对文件路径。当由BD-J应用调用该API时，制作用于写入由绝对文件路径指定的文件对象中的输出文件流j。

另外，在使用append自变量的情况下，可追记到现有文件中。

另外，作为FileOuputStream()的方法，使用如下方法。

.write(byte[]b)

将指定的字节排列的b.length字节写入输出文件流j中。

图16是模式地表示经文件I/O模块34的、对通常数据区域或连续数据区域的数据写入的图。下段表示可移动媒体中的通常数据区域和连续数据区域的组，中段表示BD-模块14与其内部的文件I/O模块34。上段表示BD-J应用。箭头yk1表示写入请求，箭头yk2、yk3模式地表示对应于该请求的AV流格式的追加内容的写入、非AV流格式的追加内容的写入这一连串数据流。若跟踪该数据流，则在执行追加内容的写入请求的情况下，由流/非流判断部1201执行是否AV流的判断，若结果是AV流格式的追加内容，则在连续数据区域中写入AV流格式的追加内容。若结果是非AV流的追加内容，则在连续数据区域中写入非AV流的追加内容。

图17是表示向可移动媒体的下载处理步骤的流程图。在作为内置媒体的可移动媒体的BUDA之下，生成以160比特的CertID中的开头32比特为目录名的CertID目录(步骤S1)。在该CertID目录之下，这次生成以OrganizationID为目录名的OrganizationID目录(步骤S2)。之后，将128比特的DiscID以每32比特分割成4个字符串，在OrganizationID目录之下生成分别以4个字符串为目录名的4层DiscID目录(步骤S3)。

通过以上处理，在构筑可移动媒体用的目录构成之后，下载合并管理信息文件、署名信息文件，存储在DiscID目录中的最下层(步骤S4)。之后，执行追加内容的下载(步骤S5)。若如此执行追加内容的下载，则伴随着合并管理信息文件中的文件名、目录名的变更，变更署名信息文件(步骤S6)。即，在提供者侧，为了防止篡改，对变更文件路径之前的、内置媒体中的LFN格式所对应的文件路径算出散列值，将如此算出的散列值记述在署名信息文件中。再现装置将构成散列值算出对象的文件路径从LFN变更为8.3格式，所以伴随该变更，需要再计算署名信息文件内的散列值。追随着这种文件路径变更，执行散列值再计算的是该步骤S6。

图18是表示追加内容的下载处理的处理步骤的流程图。该流程图为对合并管理信息中记载的各个追加内容重复步骤S13-步骤S19的处理的循环结构(步骤S11、步骤S12)。在循环中，将构成处理步骤的追加内容称为追加内容i。该步骤S13-步骤S19的处理步骤如下所述。首先，开始构筑用于下载追加内容的URL连接(步骤S13)，取得由构筑的URL连接接收的输入流i(步骤S14)，将输入流i的文件名变更为8.3格式，得到文件名B、扩展符E(步骤S15)。之后，生成BUDA/CertID/organizationID/DiscID/文件名B+扩展符E这一格式的绝对文件路径(步骤S16)，利用使用了生成的绝对文件路径的FileOutputStream(绝对文件路径FP)的调用，制作输出文件流j(步骤S17)，利用Read(byte[]b)的调用，从输入流i读入byte[]，存储在缓冲器排列b中(步骤S18)。最后，由write(byte[]b)的调用，将缓冲器排列b中的byte[]写入输出文件流j中(步骤S19)。

图19是表示WriteAPI的处理步骤的流程图。该流程图具备判断对应于绝对文件路径的文件项是否已存在于可移动媒体中的步骤(步骤S21)、判断输出文件流j的文件种类的步骤(步骤S22)、判断是否存在一个以上空的分配单元的步骤(步骤S23)、判断输出文件流j的文件种类的步骤(步骤S27)、判断请求的写入是追记还是覆盖的步骤(步骤S28)，利用这些判断步骤的判断结果，构成切换处理的构造。

步骤S21中的判断步骤是输出文件流j是否已记录的判断，若还未记录，则移动到步骤S22-步骤S26的处理。步骤S22是输出文件流j的文件种类是AV流格式的追加内容还是非AV流格式的追加内容的判断，若是AV流格式的追加内容，则判断是否存在一个以上空的分配单元(步骤S23)。结果，若存在空的分配单元，则将输出文件流j写入空的分配单元中(步骤S24)，Close输出文件流j(步骤S26)。

在步骤S23中，判断要写入的AV流格式的追加内容是否比分配单元尺寸小，若小，则判断是否存在一个分配单元。若要写入的AV流格式的追加内容大，则判断是否存在足以存储该AV流格式的追加内容的2个以上的分配单元。

在步骤S24的写入中，若要写入的AV流格式的追加内容比分配单元尺寸小，则将该AV流写入一个分配单元中。若要写入的AV流格式的追加内容比分配单元尺寸大，则将AV流格式的追加内容分割成分配单元的尺寸，向确保的两个以上分配单元中写入分割部分。在这种写入中，在写入的AV流格式的追加内容或其分割部分不足分配单元的尺寸的情况下，构成该分配单元的多个逻辑块的一部分变为空区域。

若无空的分配单元，则在将输出文件流j中由缓冲器排列b指定的部分写入空逻辑块中之后，Close输出文件流j(步骤S26)。

在存在对应于绝对文件路径的文件项，输出文件流j已记录的情况下，步骤S21变为是，移动到步骤S27。步骤S27是判断输出文件流j的文件种类的步骤，若输出文件流j是AV流格式的追加内容，则步骤S28中判断请求的写入是追记还是覆盖。若是追记，则读出已记录的AV流格式的追加内容，将输出文件流j形成一体(步骤S29)，删除已记录的AV流格式的追加内容(步骤S30)。之后，移动到步骤S23，搜索空的分配单元，将输出文件流j写入空的分配单元中(步骤S23、步骤S24)。

图20是以连续照片的表述来描绘对分配单元的追记处理过程的图，由初始状态、中间状态、最终状态构成。在初始状态下，假设输出文件流j存在于存储器中，在已记录的分配单元中存在00001.mts的状态。在中间状态下，为执行步骤S29的处理的状态，如箭头RD1所示，将00001.mts读出到存储器，与输出文件流j一体化。最终状态是执行步骤S30、步骤S24的处理的状态，将与00001.mts一体的输出文件流j如箭头WR1所示，写入空分配单元中，删除已记录分配单元中的00001.mts。

图21是以连续照片的表述来描绘对分配单元的覆盖处理过程的图，由初始状态、最终状态构成。在初始状态下，假设输出文件流j存在于存储器中，在已记录的分配单元中存在00001.mts的状态。最终状态是执行步骤S30、步骤S24的处理的状态，如箭头WR2所示，将与00001.mts一体的输出文件流j写入空分配单元中，删除已记录分配单元中的00001.mts。

图22是表示文件种类判断的处理步骤的流程图。步骤S31是输出文件流j的扩展符E是否是.mts的判断，若是mts，则作出输出文件流j是AV流格式的追加内容的判断结果(步骤S33)。若不是mts，则作出输出文件流j是非AV流格式的追加内容的判断结果(步骤S332)。

图23是表示将追加内容的文件名变换为8.3格式的处理步骤的流程图。

步骤S43是追加内容i的文件名中的文件主体i是否为8字符以内的判断。若文件主体为8字符以内，则在步骤S44中，设输入流文件i的文件主体为文件主体B。若不是8字符以内，则执行步骤S45。步骤S45是对追加内容i的文件主体全部为数字/包含字母的判断。

若为“全部为数字”，则在步骤S46中，将追加内容i的文件主体的下8数位的数字设为文件主体B。若追加内容i的文件主体为“全部是字母”，则在步骤S47中，由字母的大写字符生成初始字符，将该初始字符变为小写字符的用于文件主体B中。

步骤S48是追加内容i的文件名中的扩展符是否是“.m2ts”的判断。若扩展符为“.m2ts”，则设“.mts”为追加内容i的扩展符E(步骤S49)。若不是3字符以内，则设追加内容i的扩展符的上数3数位的字符为扩展符E(步骤S50)。在以上处理之后，使用文件主体B与扩展符E的组合(在流程图中，记载为“文件名B.E”)，生成追加内容的可移动媒体中的文件路径(步骤S51)，将合并管理信息文件中的本地存储器的文件路径置换成新生成的8.3格式的文件名(步骤S52)。

图24是表示在标题切换时置换新旧合并管理信息文件、执行虚拟包再构筑用的处理步骤的流程图。再现BD-J模式用的标题(步骤S61)，在标题再现中，Java(TM)应用执行虚拟包更新请求(步骤S62)。

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

若虚拟文件系统23接收虚拟包更新请求，则设虚拟文件系统23的状态为‘更新准备中’，变更为读取专用属性，以不改写指定的新合并管理信息文件(步骤S63)。之后，使用虚拟包更新请求时指定的署名信息文件，执行新合并管理信息文件的署名验证(步骤S64)。

在步骤S64的署名验证失败的情况下(步骤S65为否)，虚拟文件系统23中断虚拟包更新请求，将新合并管理信息文件的属性从读取专用恢复为虚拟包更新请求前的原属性，对Java(TM)应用投掷虚拟包更新请求拒绝通知事件(步骤S69)。

在步骤S64的署名验证成功的情况下(步骤S65为是)，虚拟文件系统23执行新合并管理信息文件参照的内置媒体/可移动媒体上的文件的存在检查，变更属性，使这些文件从Java(TM)应用变为读取专用(步骤S66)。

在由新合并管理信息文件参照的虚拟包构筑所需的文件不存在于内置媒体/可移动媒体上的情况下(步骤S67为否)，虚拟文件系统23中断虚拟包更新处理，将步骤S63和步骤S66中变更属性后的文件恢复为虚拟包更新请求前的原属性，对Java(TM)应用投掷虚拟包更新请求拒绝通知事件(步骤S69)。

可确认为由新合并管理信息文件参照的虚拟包构筑所需的文件全部存在于内置媒体/可移动媒体上，并且将这些文件的属性从Java(TM)应用变更为读取专用的处理完成(步骤S67为是)时，虚拟文件系统23将虚拟文件系统的状态设为‘更新准备完成’，对Java(TM)应用投掷更新准备完成通知事件。

在虚拟文件系统23的状态变为‘更新准备完成’之后，等待标题切换发生(步骤S68)。若发生标题切换，则由切换前的标题启动的Java(TM)应用终止(步骤S70)。之后，若存在旧合并管理信息文件，则由新合并管理信息文件覆盖，执行新旧合并管理信息文件的置换(步骤S71)。在虚拟包更新前由最初的BD-ROM再现，不存在任何旧合并管理信息文件的情况下，代替覆盖旧合并管理信息文件，而将新合并管理信息文件移动到插入的BD-ROM的DiscID所对应的DiscID目录之下，重命名为正规的合并管理信息文件名。同样，署名信息文件也执行新旧文件的置换、移动。

在新旧合并管理信息文件、署名信息文件的置换或文件的移动结束之后，根据新合并管理信息文件，再构筑虚拟包(步骤S72)。

在再构筑虚拟包之后，从旧合并管理信息文件参照，但未由新合并管理信息文件参照的内置媒体/可移动媒体上的文件解除读取专用属性，可从Java(TM)应用读写。新合并管理信息文件和新合并管理信息文件参照的内置媒体/可移动媒体上的文件保持读取专用属性不变。

若结束再构筑虚拟包，则使用新构筑的虚拟包，开始切换端的标题再现(步骤S61)。再现中的虚拟包对应的合并管理信息文件和该合并管理信息文件参照的内置媒体/可移动媒体上的文件在虚拟包再现中始终构成读取专用属性，不能从Java(TM)应用编辑、删除。

图25是表示Java(TM)应用发行虚拟包构筑/更新请求、更新虚拟包之前的时间处理流程的图。

第1段是标题的再现时间轴，第2段是应用#1的动作时间轴。第3段是应用#2的动作时间轴，第4段是表示虚拟文件系统的状态转变的时间轴。

假设为本图的初始状态的是新的合并管理信息文件、署名信息文件存储完成的状态。即，将除追加内容外，还与当前的虚拟包构筑中利用的合并管理信息文件、署名信息文件不同，重新从因特网上的服务器下载得到合并管理信息文件、署名信息文件，存储在内置媒体上或可移动媒体上的状态设定为初始状态。

设在标题#1的再现中的时刻t1，BD-J应用通过虚拟文件系统管理模块39提供的API，向虚拟文件系统23请求虚拟包构筑/更新。图中的requestUpdating(“/org#1/disc#1/new.xml”，“/org#1/disc#1/new.sf”)是构成该虚拟包构筑请求的API调用。该虚拟包构筑请求的自变量“/org#1/disc#1/new.xml”、“/org#1/disc#1/new.sf”是指定内置媒体/可移动媒体上存储的新合并管理信息文件、署名信息文件的位置的文件路径。时刻t1表示执行该更新请求的时刻。

时刻t1是接收来自BD-J应用的虚拟包构筑/更新请求、将其状态转变为‘更新准备中’的时刻。

这里，所谓‘更新准备中’包含将指定的新合并管理信息文件和新合并管理信息文件参照的内置媒体/可移动媒体上的文件的属性变更为读取专用的处理。

除这种处理外，还在虚拟包更新请求时，使用从BD-J应用指定的署名信息文件，执行新合并管理信息文件的署名验证，再执行新合并管理信息文件的文件存储位置信息中记载的文件是否全部存在于指定位置的检查。

时刻t2表示在文件存在的检查结束之后，将虚拟文件系统的状态设为‘更新准备完成’的时刻。若如此转变状态，则对Java(TM)应用投掷更新准备完成通知事件。在新合并管理信息文件的署名验证或文件存储位置信息中记载的文件的存在检查失败的情况下，虚拟文件系统23拒绝更新请求，通过虚拟文件系统管理模块39，对BD-J应用投掷更新请求拒绝通知事件，将虚拟文件系统23的状态恢复为变为‘更新准备中’之前的状态(‘虚拟包再现状态’或‘BD-ROM再现状态’)。所谓‘虚拟包再现状态’是指将BD-ROM加载于再现装置中，由虚拟文件系统23正作为虚拟包再现，没有保留中的虚拟包更新请求的状态。所谓‘BD-ROM再现状态’是指将BD-ROM加载于再现装置中，正原样作为原始的BD-ROM再现，同样没有保留中的虚拟包更新请求的状态。

时刻t3表示虚拟文件系统23的状态变为‘更新准备完成’后的时刻。若发生标题切换，则虚拟文件系统23使用虚拟包更新请求时指定的新合并管理信息文件，覆盖旧合并管理信息文件(当前的虚拟包构筑中利用的合并管理信息文件)，从而将旧合并管理信息文件置换为新合并管理信息文件。

在虚拟包更新前为原始的BD-ROM的再现中、原本不存在旧合并管理信息文件的情况下，代替覆盖旧合并管理信息文件，将新合并管理信息文件移动到插入的BD-ROM的DiscID所对应的DiscID目录之下。由此，新合并管理信息重命名为正规的合并管理信息文件名(bumf.xml)。署名信息文件也与合并管理信息文件一样，执行新旧署名信息文件的置换。在新旧合并管理信息文件、署名信息文件的置换、或新合并管理信息文件、署名信息文件的移动结束之后，虚拟文件系统23根据插入的BD-ROM的DiscID所对应的DiscID目录之下存储的新合并管理信息，再构筑虚拟包，更新虚拟包的文件构成。

时刻t4是结束这种更新的时刻，内置媒体驱动器、可移动媒体驱动器22变为“虚拟包再现状态”。在更新虚拟包之后，为虚拟包再现状态的期间中，新合并管理信息文件和新合并管理信息文件的文件存储位置信息指示的内置媒体/可移动媒体上的文件的属性仍为读取专用不变。其中，由旧合并管理信息文件参照、未由新合并管理信息文件参照的文件解除读取专用属性，可从Java(TM)应用读写。

(第2实施方式)

当在追加内容存储区域中写入追加内容时，连续数据区域或通常数据区域中的空逻辑块不足。本实施方式是考虑了空逻辑块不足时的错误处理的实施方式。

图26是表示考虑了连续数据区域的空区域不足时的错误处理的、本地存储器的写入步骤的流程图。本图的流程图根据图19来制作，在构成该基础的流程图中，以向步骤S22(步骤S27)、步骤S23、步骤S24、步骤S25施加改良的方式记载。

在步骤S22、步骤S27中判断为对象文件是AV流格式的追加内容的情况下，判断连续数据区域中是否有可写入AV流的分配单元(步骤S23)。在可确认连续数据区域的空容量的情况下，在步骤S24中，向连续数据区域中的空分配单元中写入AV流。

在连续数据区域的空容量不足、不存在空分配单元的情况下，有可能因碎片而不能保证实时的写入性能，所以通过通知用户有可能再现故障(S81)，移动到步骤S25。图27是不能写入连续数据区域的情况下对用户的通知一例。在图27中，在画面中显示存储器的空容量不充分存在，因此不能正确写入，有可能再现故障，通知用户。

图28是表示考虑了AV流写入失败时的错误处理的、本地存储器的写入步骤的流程图。本图的流程图以向步骤S22(步骤S27)、步骤S23、步骤S24、步骤S25施加改良的方式记载。

在图26的流程图中，在连续数据区域中没有空、通常数据区域中有空的情况下，设将AV流写入通常数据区域中，但此时有可能再现故障。在图28的流程图中，重视再现品质，即便通常数据区域中有空，若连续数据区域中没有空(步骤S23中无空)，则作为AV流写入失败，将该内容通知给用户(步骤S83)。

另一方面，若通常数据区域中无空容量，则不执行写入处理，在步骤S83中通知用户写入失败。

图29是向用户示出写入处理失败的画面显示的一例。通知存储器中空容量不充分存在、因此写入失败，并且输出督促删除无用数据的消息。

如上所述，根据本实施例，即便在从Java(TM)应用发行包含各种文件的虚拟包追加内容的写入请求的情况下，也可在保证追加的流的实时再现的同时，有效利用存储器容量。

(第3实施方式)

本实施方式是向通常数据区域和连续数据区域之一中写入追加内容，当请求虚拟包的构筑时，事后移动追加内容的方法，是完成通常数据区域和连续数据区域中的配置的改良。在本实施方式的配置中，有图30所示、图31所示、图32所示的配置。

图30(a)是第3实施方式中的本地存储器的写入处理的流程图。在该流程图中，不执行写入前的文件种类判断，全部写入通常数据区域中(S100)。

图30(b)是第3实施方式的文件种类判断的流程图。文件的写入暂时全部写入到通常数据区域中，在从Java(TM)应用有虚拟包更新请求的定时，根据从Java(TM)应用指定的新合并管理信息文件，执行文件种类判断(S101)。这里的文件种类的判断是，根据新合并管理信息，将虚拟包上映射为AV流格式的追加内容文件的文件、即虚拟包上处理为“BDMV/STREAM/xxxxx.m2ts”这一文件名的文件，判断为AV流格式的追加内容。

若存在AV流格式的追加内容(步骤S102)，则判断是否存在空分配单元(步骤S103)，若存在空分配单元，则将AV流格式的追加内容文件移动到分配单元(步骤S104)。由此，将AV流格式的追加内容再配置在连续数据区域中。

图31(a)执行是否存在空分配单元的判断(步骤S110)，若存在，则将写入请求的追加内容暂时写入全部连续数据区域中(S111)。

图31(b)是表示从Java(TM)应用请求虚拟包更新时的处理步骤的流程图。在步骤S121中，通过从新合并管理信息中抽取虚拟包上构成非流文件的文件，判断各追加内容的文件种类(步骤S121)。之后，执行是否存在非AV流格式的追加内容的判断(步骤S122)，若存在，则将这些文件移动到通常数据区域后再配置(S123)。

图32是表示将请求写入的追加内容暂时写入通常数据区域中的处理步骤的流程图。将请求写入的追加内容暂时写入通常数据区域中(步骤S131)，之后，执行步骤S132、步骤S133的判断步骤。步骤S132是执行写入的追加内容是否为一定尺寸以上的判断，步骤S133是空的分配单元是否存在的判断。若这些步骤S132与步骤S133双方为是，则在步骤S134中将一定尺寸以上的追加内容移动到分配单元。若步骤S132、步骤S133之一为否，则结束处理。

如上所述，根据本实施例，可在数据写入时不执行事先的文件判断处理，必要时将流/非流文件分别再配置在连续数据区域、通常数据区域中。

(第4实施方式)

在第1实施方式中，构成对可移动媒体的写入对象的追加内容是否是AV流的判断对象中采用扩展符，但本实施方式根据从Java(TM)应用请求写入的AV流的最初字节串来判断是否为AV流。

图33是通过判断请求写入的AV流的最初字节来判断是否是AV流的流程图。步骤S91是判断输出流文件j的头数据是否是AV流的步骤，若输出流文件j的头数据是AV流，则在步骤S92中，作出输出文件流j是AV流的判断结果。若输出流文件j的头数据不是AV流，则在步骤S93中，作出输出文件流j不是AV流的判断结果。

如上所述，根据本实施方式，也可对应于伪装扩展符的情况或流的扩展符不稳定的情况。

(第5实施方式)

本实施方式是未网络连接再现装置102、独立使用的情况下，将用户持有的电脑用作记录装置的实施方式。这种记录装置通过将附属于再现装置102的软件包安装在电脑上来构成。

该软件包让MPU执行图17-图19的流程图所示的控制步骤。

如此前的实施方式所述，在可移动媒体中存在BUDA目录项、CertID目录项、OrganizationID目录项、DiscID目录项，可移动媒体中的追加内容存储区域由使用BUDA目录名、CertID目录名、OrganizationID目录名、DiscID目录名的文件路径特定，所以若参照此，则即便自身无再现BD-ROM的能力，也可识别在这种可移动媒体中可记录什么样的BD-ROM内容的追加内容。

因此，记录装置通过参照特写追加内容存储区域的文件路径、即使用BUDA目录名、CertID目录名、OrganizationID目录名、DiscID目录名的文件路径，执行监视是否存在可下载的追加内容的监视。这种监视根据OrganizationID目录名所示的组织名，访问内容的提供者运营的WWW服务器的WWW站点，即内容提供者的公式的WWW站点，对可移动媒体中的DiscID目录所对应的BD-ROM的记录内容监视最新的更新状况。记录装置在网络连接的情况下，始终监视这种更新状况，若有对BD-ROM内容的追加内容的告知，则记录装置经网络，下载新的追加内容，写入可移动媒体中。在如此将追加内容写入可移动媒体中之后，在将这种记录了追加内容的可移动媒体装填在再现装置102中的情况下，再现装置102可执行虚拟包的构筑。

这种记录装置的追加内容的写入也可根据图17-图19的流程图来执行，所以将AV内容写入追加内容存储区域中。

如上所述，根据本实施方式，即便在由无BD-ROM再现能力的记录装置将追加内容写入追加内容存储区域中的情况下，由于AV流格式的追加内容也可写入连续数据区域中，所以可维持AV流格式的追加内容的AV再现的稳定性。

(第6实施方式)

本实施方式说明要记录在连续数据区域中的AV流是怎样的。为了对比，说明要记录在BD-ROM中的AV流。

图34是表示BD-ROM中多路复用于AV流上的基本流的图。BD-ROM中多路复用于AV流的STC-Sequence的基本流是具有0x1011的PID的Primary视频流、具有0x1100至0x111F的PID的主视频流、具有0x1100至0x111F的PID的主音频流、具有0x1200至0x121F的PID的32条PG流、具有从0x1400至0x141F的PID的32条IG流、具有从0x1B00至0x1B1F的PID的32条Secondary视频流。

图35是表示BD-ROM中记录的基本流中的PID分配图的图。PID分配图的左栏表示PID取值的多个区。右栏表示分配给各区的基本流。根据该记述法，参照图，则可从本图导出以下内容。即，PID取值中，0x0100的区被分配给Program_map，0x1001的区被分配给PCR，0x1011的区被分配给Primary视频流，0x1100至0x111F的区被分配给主音频流，0x1200至0x121F的区被分配给PG流，0x1400至0x141F的区被分配给IG流，0x1B00至0x1B1F的区被分配给IN_MUX_Secondary视频流。

以上是要记录在BD-ROM中的AV流的说明。接着，说明要配置在追加内容存储区域中的AV流的细节。

图36是表示多路复用于要配置在追加内容存储区域中的AV流的基本流的图。多路复用于要配置在追加内容存储区域中的AV流的基本流是具有0x1800的PID的textST流、具有从0x1A00至0x1A1F的PID的主音频流、具有从0x1B00至0x1B1F的PID的32条Out_of_MUX_Secondary视频流、具有从0x1200至0x121F的PID的32条PG流、具有从0x1400至0x141F的PID的32条IG流。如图14所示的次视频流所示，将与主视频流不同的多路复用于AV流上的次视频流称为“Out_of_MUX_次视频流”。另外，不限于次视频流，将与主视频流不同的多路复用于AV流上的基本流全部称为“Out_of_MUX流”。

图37是表示多路复用于要配置在追加内容存储区域中的AV流上的基本流中的PID分配图的图。PID分配图的左栏表示PID取值的多个区。右栏表示分配给各区的基本流。根据该记述法参照图，则可从本图导出以下内容。即，PID取值中，0x0100区被分配给Program_map，0x1001区被分配给PCR，0x1200至0x121F区被分配给PG流，0x1400至0x141F区被分配给IG流，0x1800区被分配给textST流，0x1A00至0x1A1F区被分配给次音频流。0x1B00至0x1B1F区被分配给Secondary视频流。

<主视频流>

主视频流是构成电影作品的主体的流，由作为SD图像、HD图像的图片数据构成。在视频流中，存在VC-1视频流、MPEG4-AVC视频流、MPEG2-Video视频流这样的形式。MPEG4-AVC视频流中，向IDR图片、I图片、P图片、B图片附加PTS、DTS这样的时间戳，由该图片单位来执行再现控制。这样，将附加PTS、DTS后构成再现控制单位的视频流的一单位称为“Video Presentation Unit”。

<次视频流>

次视频流是构成电影作品的注释等的流，通过将该次视频流的再现影像合成到主视频流的再现影像内，执行图片内图片。在视频流中，存在VC-1视频流、MPEG4-AVC视频流、MPEG2-Vi deo视频流这样的形式，具有“Video Presentation Unit”。在次视频流的格式中，有525/60视频格式、625/50视频格式、1920×1080格式、1280×720格式。

<主音频流>

主音频流是表示电影作品的主声音的流，存在LPCM音频流、DTS-HD音频流、DD/DD+音频流或DD/MLP音频流这样的形式。向音频流中的音频帧附加时间戳，以该音频帧单位来执行再现控制。这样，将附加时间戳后构成再现控制单位的音频流的一单位称为“Audio PresentationUnit”。

<次音频流>

是未记录在BD-ROM中、但表示电影作品的副声音的音频流。

<PG流>

PG流是构成每种语言的字幕的图形流，存在英语、日语、法语这样的多个语言的流。PG流由PCS(Presentation Control Segment)、PDS(Pallet Define Segment)、WDS(Window Define Segment)、ODS(ObjectDefine Segment)这样的一连串功能段构成。ODS(Object Define Segment)是定义作为字幕的图形对象的功能段。

WDS(Window Define Segment)是定义画面中的图形对象的比特量的功能段，PDS(Pallet Define Segment)是规定图形对象的描述中的显色的功能段。PCS(Presentation Control Segment)是规定字幕显示中的页控制的功能段。在这种页控制中，有Cut-In/Out、Fade-In/Out、ColorChange、Scroll、Wipe-In/Out，通过伴随基于PCS的页控制，可实现逐渐删除某个字幕、同时显示下一字幕这样的显示效果。

<文本字幕(textST)流>

textST流是以字符代码表现字幕内容的流。textST流不多路复用于与主视频流相同的AV流上，是呈现字幕的流。该Presentation Graphics流与textST流的组在BD-ROM标准中被称为“PGTextST流”。

<IG流>

IG流是实现对话控制的图形流。由IG流定义的对话控制是与DVD再现装置上的对话控制具有互换性的对话控制。这种IG流包括称为ICS(Interactive Composition Segment)、PDS(palette DifinitionSegment)、ODS(Object Definition Segment)的功能段。ODS(ObjectDefinition Segment)是定义图形对象的功能段。该图形对象汇集多个来描绘对话画面上的按钮。PDS(Palette Difinition Segment)是规定图形对象的描绘中的显色的功能段。ICS(Interactive Composition Segment)是实现对应于用户操作使按钮的状态变化这样的状态变化的功能段。ICS包含在对按钮执行确定操作时要执行的按钮指令。

以上是记录在追加内容存储区域中的AV流的说明。下面，说明本实施方式的再现控制引擎24的细节。

图38是表示再现控制引擎24的内部构成的图。再现控制引擎24如图所示，包括：读出缓冲器1a、b；ATC计数器2a、b；SourceDepacketizer2a、b；ATC计数器2a、b；STC计数器3a、b；PID Filter3a、b；Transport Buffer(TB)4a；Elementary Buffer(EB)4c；视频解码器4d；Re-order Buffer4e；Decoded Picture Buffer4f；视频面(videoplane)4g；Transport Buffer(TB)5a；Elementary Buffer(EB)5c；视频解码器5d；Re-order Buffer5e；Decoded Picture Buffer5f；视频面5g；缓冲器6a、b；缓冲器7a、b；音频解码器8a、b；混频器9a；开关10a、b、c、d、e；Transport Buffer(TB)11a；Interactive Graphics解码器11b；Interactive Graphics面11c；Transport Buffer(TB)12a；缓冲器12b；Text based subtitle解码器12c；Transport Buffer(TB)13a；Presentation Graphics解码器13b；Presentation Graphics面13c。另外，在本图中，未示出再现装置的输出段。输出段在其它图中示出内部构成来说明。

读出缓冲器(RB)1a存储从本地存储器22读出的Source包串。

读出缓冲器(RB)1b存储从BD-ROM读出的Source包串。

ATC Counter2a使用本地存储器22中构成AV流的Source包中位于再现区间最初的Source包的ATS来复位，之后向源解包器2a输出ATC。

ATC Counter2使用BD-ROM中构成AV流的Source包中位于再现区间最初的Source包的ATS来复位，之后向源解包器2b输出ATC。

源解包器(Source De-packetizer)2a从本地存储器22中构成AV流的Source包中取出TS包后送出。在该送出中，对应于ATS来调整向解码器的输入时刻。具体而言，在ATC Counter2a生成的ATC的值与Source包的ATS值相同的瞬间，以TS_Recording_Rate仅将该TS包传送到PIDFilter3a。

源解包器(Source De-packetizer)2b从BD-ROM中构成AV流的Source包中取出TS包后送出。在该送出中，对应于各TS包的ATS来调整向解码器的输入时刻。具体而言，在ATC Counter2b生成的ATC的值与Source包的ATS值相同的瞬间，以TS_Recording_Rate仅将该TS包传送到PID Filter3b。

STC Counter3a利用本地存储器22中的AV流的PCR复位，输出STC。PID滤波器3a参照该STC，执行多路分离。

STC Counter3b利用BD-ROM中的AV流的PCR复位，输出STC。

PID Filter3a是本地存储器22中的AV流用的多路分离部，将从源解包器2a输出的Source包中具有期望PID参照值的Source包分别输出到音频解码器8b、Interactive Graphics解码器11b、PresentationGraphics解码器13b。这样，通过PID Filter3a输入各解码器的基本流根据本地存储器22中的AV流的PCR，供给解码和再现。

PID Filter3b是BD-ROM中的AV流用的多路分离部，将从源解包器2b输出的Source包中具有期望PID参照值的Source包分别输出到视频解码器4d、视频解码器5d、音频解码器8a、Interactive Graphics解码器11b、Presentation Graphics解码器13b。各解码器接收经由PIDFilter3b的基本流，根据BD-ROM中的AV流的PCR，执行解码至再现的处理。这样，通过PID Filter3b输入各解码器的基本流根据BD-ROM中的AV流的PCR，供给解码和再现。

Transport Buffer(TB)4a是当归属于主视频流的TS包从PIDFilter3b输出时暂时存储的缓冲器。

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

解码器(DEC.)4d通过在每个规定的解码时刻(DTS)解码构成主视频的各个图片，得到多个帧图像，写入视频面4中。

Ducoded Picture Buffer4e是存储利用解码器4d的解码得到的非压缩图片的缓冲器。

Re-order Buffer4f是将解码的图片的顺序从编码顺序替换成显示顺序的缓冲器。

主视频面4g是存储构成主视频的一图片大小的象素数据的存储器区域。象素数据由16比特的YUV值表现，视频面4g存储分辨率为1920×1080的象素数据。

Transport Buffer(TB)5a是当归属于次视频流的TS包从PIDFilter3b输出时暂时存储的缓冲器。

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

解码器(DEC.)5d通过在每个规定的解码时刻(DTS)解码构成次视频的各个图片，得到多个帧图像，写入视频面5中。

Ducoded Picture Buffer5e是存储利用解码器5d的解码得到的非压缩图片的缓冲器。

Re-order Buffer5f是将解码的图片的顺序从编码顺序替换成显示顺序的缓冲器。

次视频面5g是存储构成次视频的一图片大小的象素数据的存储区域。象素数据由16比特的YUV值表现，次视频存储分辨率为1920×1080的象素数据。

缓冲器6a以先入先出的方式存储从多路分解器3a输出的TS包中、构成主音频流的TS包，提供给音频解码器7a。

缓冲器6b以先入先出的方式存储从多路分解器3b输出的TS包中、构成次音频流的TS包，提供给音频解码器7b。

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

音频解码器7b将存储在缓冲器6b中的TS包变换为PES包，对该PES包执行解码处理，得到非压缩状态的LPCM状态的音频数据后输出。由此，执行次音频流中的数字输出。

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

开关10a选择地将从BD-ROM读出的TS包、从本地存储器200读出的TS包之一提供给次视频解码器5d侧。

开关10b选择地将从BD-ROM读出的TS包、从本地存储器200读出的TS包之一提供给Presentation Graphics解码器13b侧。

开关10c选择地将从BD-ROM读出的TS包、从本地存储器200读出的TS包之一提供给Interactive Graphics解码器11b侧。

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

开关10e是切换将由多路分解器3a执行了多路分离的、构成次音频流的TS包、由多路分解器3b执行了多路分离的、构成次音频流的TS包中的哪个提供给音频解码器8b的开关。

Transport Buffer(TB)11a是暂时存储归属于IG流的TS包的缓冲器。

Interactive Graphics(IG)解码器11b解码从BD-ROM100或本地存储器200读出的IG流，将非压缩图形写入IG面12中。

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

Transport Buffer(TB)12a是暂时存储归属于textST流的TS包的缓冲器。

Buffer(TB)12b是暂时存储构成textST流的PES包的缓冲器。

Text Based Subtitle解码器12c对从BD-ROM100或本地存储器22读出的textST流，将使用字符代码表现的字幕展开为位图，写入PG面13c中。该展开中使用BD-ROM100或本地存储器22中存储的字体数据，所以需要在textST流的解码之前读入这种字体数据。

Transport Buffer(TB)3a是暂时存储归属于PG流的TS包的缓冲器。

Presentation Graphics(PG)解码器13b解码从BD-ROM或本地存储器22读出的PG流，将非压缩图形写入Presentation Graphics面14中。利用基于PG解码器13b的解码，字幕呈现在画面上。

Presentation Graphics(PG)面13c是具有一画面大小的区域的存储器，可存储一画面大小的非压缩图形。

PSR装置17是内置于再现装置的寄存器，包括64个PlayerSetting/Status Register(PSR)、4096个General PurposeRegister(GPR)。Player Setting/Status Register的设定值(PSR)中，PSR4-PSR8用于表现当前的再现时刻。

以上是AV再现部24的内部构成。接着说明AV再现部24的输出段的内部构成。图39是表示再现装置的输出段构成的图。如图所示，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连接的其它设备。

由于上述的tsxtST流、主音频流、次音频流、Out_of_MUX_Secondary视频流、PG流、IG流记录在追加内容存储区域中的连续数据区域中，所以主音频流与次音频流的混频输出或图片内图片再现不中断地顺利再现。

(第7实施方式)

在第1实施方式中，将AV流记录在分配单元中，在本实施方式中，是将AV流分割成多个范围后记录的改良。此时，必须研究每个范围的最小数据长度。设该最小数据长度为“Sa”。AV流原本记录在BD-ROM中提供给再现装置，所以在从BD-ROM这样的光盘再现时，若保证无再现中断，则认为即便在从可移动媒体读出时也保证无AV再现中断。

从可移动媒体读出的TS包存储在读出缓冲器中后，输出到解码器，但在向读出缓冲器的输入以Rud的比特速率执行，设ECC块中的逻辑块数为Secc时，

Toverhead通过

Toverhead≤(2×Secc×8)/Rud＝20m秒

这一计算来提供。

从可移动媒体读出的TS包以Source包的状态存储在读出缓冲器中，以TS_Recording_rate这一传送速率提供给解码器。

为了不中断以TS_Recording_rate这一传送速率向解码器提供TS包，在Tjump期间，需要继续从读出缓冲器向解码器输出TS包。所谓Tjump是将来自可移动媒体的读出端从连续数据区域切换为其它连续数据区域所需的时间。

由于来自读出缓冲器的输出不是TS包，而是Source包的状态，所以在设TS包与Source包的尺寸比为192/188的情况下，Tjump期间需要利用(192/188×TS_Recording_rate)的传送速率继续从读出缓冲器输出Source包。

因此，读出缓冲器的不下溢用的缓冲器存储量为

Boccupied≥(Tjump/1000×8)×((192/188)×TS_Recording_rate)

向读出缓冲器的输入速率为Rud，从读出缓冲器的输出速率为TS_Recording_rate×(192/188)，所以对读出缓冲器的存储速率由输入速率-输出速率的计算来提供，为(Rud-TS_Recording_rate×(192/188))。

将该Boccupied存储在读出缓冲器中所需的时间Tx为

Tx＝Boccupied/(Rud-TS_Recording_rate×(192/188))

由于从可移动媒体中读出必需在该时间Tx中继续以Rud输入TS包，所以将AV流分割成多个范围来记录时的每个范围的最小数据长度Sa为

Sa＝Rud×Tx＝Rud×Boccupied/(Rud-TS_Recording_rate×(192/188))

≥Rud×(Tjump/1000×8)×((192/188)×TS_Recording_rate)

/(Rud-TS_Recording_rate×(192/188))

≥(Rud×Tjump/1000×8)×

×TS_Recording_rate×192/(Rud×188-TS_Recording_rate×

192)

从而，有

Sa≥

(Tjump×Rud/1000×8)×(TS_Recording_rate×192/(Rud×188-TS_Re

cordjng_rate×192))

通过构成AV流的各文件具有不引起解码器下溢而算出的Sa以上的数据长度，即便构成AV流的各文件的范围离散地位于可移动媒体上，再现时也不中断向解码器提供TS包，可连续地读出。若能确保可移动媒体中相当于Sa的连续记录区域，则保证无AV再现中断。

如上所述，根据本实施方式，即便分割成保证无AV再现中断的最小记录长度，记录AV流，也不使从可移动媒体再现AV流中断。

(备注)

以上说明本申请的申请时申请人可知的最佳实施方式，但下示的技术课题可实施进一步改良或变更实施。是否如各实施方式所示实施或实施这些改良、变更均是任意的，请留意实施者的主观意愿。

(存在于DiscID上位的“0”数位的处理)

在MHP(Multimedia Home Platform)上动作的应用当使用MHP固有的ID时，省略上位数位的“0”。DiscID也最好省略上位数位的“0”，所以本实施方式中的Java(TM)应用也可使用这种省略了上位数位的“0”的DiscID来执行虚拟包的构筑。

这样，在省略上位数位的0的情况下，可移动媒体中的目录构成如图40所示。

图40是表示省略上位数位0时的目录构成的图。OrganizationID目录、DiscID目录为由16进制表述来表示index.bdmv中示出的32比特的OrganizationID、128比特的DiscID的目录名。

通过其中DiscID省略开头的0，缩短整体的路径长度。但是，在开头的8个字符全部为0的情况下，目录名变为“0”1个字符。另外，DiscID目录中、在不是开头而是中途0继续的情况下，不得省略。即，在DiscID＝00000000123456781234567812345678的情况下，DiscID的目录构成为0/12345678/12345678/12345678，可省略开头的0，但在DiscID＝12345678000000001234567812345678的情况下，不能省略，变为12345678/00000000/12345678/12345678。省略的对象不限于DiscID，CertID目录也同样可省略开头的0。

(连续数据区域的变更)

作为构成连续数据区域的记录单位的一例，在各实施方式中，选择SD存储卡中的4M字节的分配单元为题材，但只要是保证AV流格式的追加内容的再现品位的记录单位，则也可以是分配单元以外的记录单位。例如，在DVD-RAM、BD-RE等区CLV上的光盘中，也可采用各区区域内的连续的2M字节的扇区群作为连续数据区域。另外，也可采用构成ECC块这样的扇区群作为连续数据区域。也可采用3M字节、2M字节而非4M字节的记录单位作为连续数据区域的记录单位。

并且，设连续数据区域存在于BUDA目录中的追加内容存储区域中，但如果由绝对文件路径特定，则也可物理地分散配置。同样，通常数据区域也可存在于BUDA目录的追加内容存储区域中，但如果由绝对文件路径特定，则也可物理地分散配置。

(取得单元)

说明课题解决手段中的取得单元对应于网络接口21，但不必须经网络取得追加内容，也可经USB连接器、HDMI连接器连接来取得追加内容，或通过从其它记录介质的拷贝处理来取得追加内容。

(第2记录介质的种类)

作为第2记录介质，选择SD存储卡作为说明的题材，但也可通过在HDD等支持长文件名的内置媒体中采用8.3格式的文件系统，将内置媒体用作第2记录介质。

此时，BD-J应用使用8字符以下的目录名和文件名且扩展符名为3字符以下的文件路径，访问作为第2记录介质的内置媒体。

(编程语言的适用范围)

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

(内容的设置场所)

在上述实施方式中说明再现BD-ROM的再现装置，但即便在可写入的光记录介质中记录由上述实施方式说明的BD-ROM上的必要数据的情况下，也可实现与上述一样的效果。

(再现装置102的任意构成要素)

作为任意要素，也可在再现装置102中设置渲染引擎(renderingengine)。渲染引擎具备Java(TM)2D、OPEN-GL这样的基础软件，根据来自BD-J应用的指示，执行计算机图形描绘，将描绘出的计算机图形输出到面存储器(plane memory)。为了高速执行该描绘，作为任意的硬件要素，最好向再现装置102追加图形加速器。此外，也可安装执行浮动小数点运算的协处理器(Floating Pointed Corprocessor)。

(BD-J应用提供的方式)

上述追加内容的写入若是使影像再现与BD-J应用的执行关联后执行视听的设备，则也可适用于一般的设备。例如，即便是将BD-J应用组入广播波(broadcast wave)或网络流中提供的再现装置102也可适用。

(程序记述语言的适用范围)

在上述实施方式中，利用Java(TM)语言作为对象指向编程语言，但也可不是Java(TM)，而是UNIX(TM)OS等使用的B-Shell或Perl Script、ECMA Script等其它编程语言。

(BD-ROM内容)

设BD-ROM中记录的BD-J应用构成电影作品，但若不是安装在本地存储器中利用的应用，而是在记录在BD-ROM的状态利用的应用，则也可是构成此外作品的应用。例如，也可以是构成游戏软件的应用。另外，在本实施方式中，作为盘介质，选择BD-ROM作为题材，但若是可携带体，即执行著作权保护的记录介质，则也可采用其它记录介质。

另外，以AV流、播放列表信息由预记录技术记录在BD-ROM中，提供给用户为前提，但也可由实时记录技术记录在BD-RE中，提供给用户。

此时，AV流可以是通过记录装置实时编码模拟输入信号得到的传输流，也可以是通过偏向记录装置数字输入的传输流得到的传输流。

在实时记录中，记录装置在AV流的记录的同时，执行在存储器上生成Clip信息或播放列表信息的处理，但此时，在存储器上生成上述各实施方式中记载的Clip信息、播放列表信息。之后，在AV流记录结束之后，将生成的Clip信息、播放列表信息写入记录介质中。由此，即便不使用写作系统，也可由家庭用记录装置或具备作为记录装置功能的电脑制作各实施方式中所示的Clip信息、播放列表信息。也可将如此制作的AV流、Clip信息、播放列表信息写入一次写入型记录介质中。

(系统LSI化)

最好将构成再现装置102的硬件中、除去机构的构成要素(BD驱动器20、本地存储器22)、由大容量存储器安装的构成要素(视频面、图形面)后的、以逻辑元件为主要部分的部分构成为一个系统LSI。这是因为以逻辑要素为主要部分的部分可高密度集成化。

所谓系统LSI是指在高密度基板上安装裸片并封装后的器件。通过在高密度基板上安装多个裸片并封装，使多个裸片持有恰似一个LSI的外形构造的也包含在系统LSI中(这种系统LSI被称为多片模块。)。

这里，若着眼于封装的种类，则系统LSI中有QFP(方形扁平阵列(quad flat array)、PGA(管脚网格阵列(pin grid array))这样的种类。QFP是在封装的四侧面装配管脚的系统LSI。PGA是在底面整体中装配多个管脚的系统LSI。

这些管脚用于作为与其它电路的接口。由于系统LSI的管脚存在这种接口的作用，所以通过在系统LSI的这些管脚上连接其它电路，系统LSI用作再现装置102的核心。

这种系统LSI除再现装置102外，可组装在TV或游戏机、电脑、一段(one-segment)手机等处理影像再现的各种设备中，可多多地拓展本发明的用途。

在将初级缓冲器7或视频解码器、音频解码器、图像解码器也形成一体的系统LSI的情况下，最好系统LSI的体系基于Uniphier体系。

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

.数据并行处理器DPP

这是多个要素处理器共同动作的SIMD型处理器，通过以一个命令使各要素处理器中内置的运算器同时动作，实现对构成图片的多个象素的解码处理的并行化。

.命令并行处理器IPP

其包括：包括命令RAM、命令高速缓冲存储器、数据RAM、数据高速缓冲存储器的‘Local Memory Controller’；包括命令获取部、解码器、执行单元、寄存器文件的‘Processing Unit部’；使Processing Unit部执行多个应用的并行执行的‘Virtual Multi Processor Unit部’。

.MPU块

这由ARM核心、外部总线接口(Bus Control Unit：BCU)、DMA控制器、计时器、矢量中断控制器这样的外围电路、UART、GPIO(GeneralPurpose Input 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)安装是在一个芯片上烧结多个电路的技术。所谓SiP(System in Package)安装是由树脂等将多个芯片变为1个封装的技术。经以上过程，本发明的系统LSI可根据各实施方式所示的再现装置102的内部构成图来制作。

另外，上述生成的集成电路因集成度的不同，也被称为IC、LSI、超级(super)LSI、终极(ultra)LSI。

在使用FPGA实现系统LSI的情况下，将多个逻辑元件配置成格子状，根据LUT(Look Up Table)中记载的输入输出组合，连结纵向横向布线，由此可实现各实施方式所示的硬件构成。LUT存储在SRAM中，这种SRAM的内容因电源断开而消除，所以在利用这种FPGA时，需要利用配置信息的定义，将实现各实施方式所示的硬件构成的LUT写入SRAM中。

(AV再现的对象)

AV再现的对象是由数字流、地图信息、播放列表信息构成的内容，所以不限于BD-ROM中规定的内容。数字流是通过多路复用以MPEG2、MPEG4-AVC等编码方式编码的视频流、音频流所得到的多路复用流，在DVD Video-Recording标准中被称为VOB。

地图信息是表示上述视频流中的访问单元(称为可独立解码的再现单位)的地址信息、与视频流中的再现时间轴的再现时刻的对应的信息，在DVD Video-Recording标准中被称为Time Map。

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

产业上的可利用性

构成本发明的再现装置可在制造产业中经营地或继续及反复地制造销售。尤其可用于与影像内容制作相关的电影产业、民用设备产业中。

Claims (12)

1、一种再现装置，再现虚拟包，其特征在于：

具备：

取得单元，当装填第1记录介质时，根据来自应用的请求，从装置外部取得对应于所述第1记录介质的追加内容；

控制单元，根据来自所述应用的请求，将取得的所述追加内容写入所述第2记录介质中；和

构筑单元，通过使所述第1记录介质中记录的内容与所述第2记录介质中记录的追加内容组合，构筑所述虚拟包，

所述控制单元，

在从应用请求写入所述追加内容的情况下，若要写入的追加内容是AV流，则在由所述第2记录介质中连续的多个空块构成的连续区域中，写入该追加内容，

若所述追加内容不是AV流，则在所述第2记录介质中不连续的多个空块的任一个中写入该追加内容。

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

向所述第1记录介质附加证书的标识符、组织的标识符、介质的标识符，

所述连续区域被配置在第2记录介质中的追加内容存储区域中，追加内容存储区域是由包含第1记录介质的证书标识符、组织标识符与介质标识符的文件路径特定的区域，

所述应用的追加内容的写入请求通过将特定所述追加内容存储区域的文件路径传送到控制单元来执行。

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

所述第1记录介质具有将目录名和文件名限制在255字符以下的文件系统，

向所述第2记录介质的写入中使用的文件路径包含8字符以下的目录名和文件名、且扩展符名为3字符以下的8.3格式的文件系统中的文件名与扩展符的指定，

所述控制单元通过判断要存储所述追加内容的文件的扩展符是否是限制在3字符以下的规定的字符串，来判断所述请求写入的追加内容是否是AV流。

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

所述控制单元，当将所述追加内容写入第2记录介质中时，通过参照所述8.3格式的文件系统中的管理信息，检查是否存在足以构成所述连续区域的连续的空块，

所述连续区域由利用所述检查知道存在的、连续的多个空块构成。

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

在所述连续区域中记录作为AV流的追加内容之后，即便连续区域中存在剩余的未记录部分，也不在未记录部分中记录数据。

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

基于所述控制单元的追加内容的写入中有追记与覆盖，

所述控制单元在将所述追加内容写入第2记录介质中时，通过参照所述8.3格式的文件系统中的管理信息，判断从所述应用请求的写入是追记还是覆盖，

所述追记通过在将已记录于第2记录介质中的已记录数据读出到存储器后从第2记录介质删除已记录数据的处理、和在将读出到存储器的已记录数据与要写入的追加内容形成一体后写入连续区域中的处理来执行，

所述覆盖通过删除已记录于第2记录介质中的已记录数据、将要写入的追加内容写入连续区域中的处理来执行。

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

在所述第2记录介质中，存在对应于证书标识符的目录、对应于组织标识符的目录、对应于介质标识符的目录组，

所述对应于组织标识符的目录存在于对应于证书标识符的目录之下，

所述对应于介质标识符的目录组存在于对应于组织标识符的目录之下，

所述对应于介质标识符的目录组包括分层的多个子目录，

所述追加内容存储区域相当于分层的多个子目录中、位于最下层的子目录。

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

所述对应于介质标识符的目录组分层为4个子目录，

附加于所述第1记录介质的介质标识符是最大32字符的字符串，

向构成所述对应于介质标识符的目录组的子目录的每个附加通过分割构成介质标识符的最大32字符的字符串得到的、8字符以下的目录名。

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

在要写入所述第2记录介质的追加内容是AV流、所述第2记录介质的连续区域中的空容量不足的情况下，

在所述第2记录介质的不连续的空块中写入所述AV流，报告用户所述AV流的记录未正确地成功。

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

在要写入所述第2记录介质的追加内容是AV流、所述第2记录介质的连续区域和不连续的空块双方中的空容量不足的情况下，

通知所述应用所述写入失败，报告用户数字流的记录失败。

11、一种记录方法，将用于构筑虚拟包的追加内容记录在记录介质中，其特征在于：

包含：

取得步骤，从装置外部取得对应于第1记录介质的追加内容；和

控制步骤，根据来自应用的请求，将取得的所述追加内容写入第2记录介质中，

通过使所述第1记录介质中记录的内容与所述第2记录介质中记录的追加内容组合，构筑所述虚拟包，

所述控制步骤，

在从应用请求写入所述追加内容的情况下，若要写入的追加内容是AV流，则在由所述第2记录介质中连续的多个空块构成的连续区域中，写入该追加内容，

若所述追加内容不是AV流，则在所述第2记录介质中不连续的多个空块的任一个中写入该追加内容。

12、一种程序，使计算机执行将用于构筑虚拟包的追加内容记录在记录介质中的处理，其特征在于：

使计算机执行：

取得步骤，从装置外部取得对应于第1记录介质的追加内容；和

控制步骤，根据来自应用的请求，将取得的所述追加内容写入第2记录介质中，

通过使所述第1记录介质中记录的内容与所述第2记录介质中记录的追加内容组合，构筑所述虚拟包，

所述控制步骤，

在从应用请求写入所述追加内容的情况下，若要写入的追加内容是AV流，则在由所述第2记录介质中连续的多个空块构成的连续区域中，写入该追加内容，

若所述追加内容不是AV流，则在所述第2记录介质中不连续的多个空块的任一个中写入该追加内容。

Images