专利名称：再现装置、系统大规模集成电路及再现方法
技术领域：
本发明涉及属于虚拟包的技术领域的发明。
背景技术：
所谓的虚拟包，是通过将记录在BD-ROM等的只读型记录介质中的数 据与记录在硬盘等的可再写型记录介质中的数据动态地组合、构建虚拟的 包、来实现只读型记录介质的内容扩展的技术。在这样的技术中，通过将 记录在可改写的硬盘中的数据更新，即使在发布了BD-ROM之后，也能够 留有作品内容的变更的余地。例如，电影作品的提供商通过在发布了记录 有作品正篇的BD-ROM之后，还经由网络提供公开前的其他作品的预告编 数字流，不论BD-ROM的发布时期如何，都能够对用户总是宣传最新的作
口
叩o
作为关于虚拟包的现有技术，有在以下的专利文献1、 2、 3中记载的 技术。
专利文献1:日本特开2006-109494号公报 专利文献2:日本特开2007-20211号公报 专利文献3:日本特开2006-33067号公报
然而，在通过下载取得作为用于虚拟包的构建的追加版的数据时，保 存有追加数据的文件的保存目的地一般选择内置在再现装置中的硬盘。但 是，在使用再现装置以外的计算机等进行下载的情况下，有将各种各样的 可移动型记录介质选择为下载的目的地的情况。这里，所谓的可移动型记 录介质，是SD (安全数字)存储卡、记忆棒、压縮闪存(TM)、智能介质 (Smartmedia)、多介质卡等具有可移动性的记录介质。预想今后，通过将 由计算机下载的文件写入到可移动型记录介质中而将该可移动型记录介质 安装到再现装置中来再现虚拟包那样的利用方式将增加。
考虑将对应于记录在BD-ROM中的数据的追加版的数据用计算机下载而记录到可移动型记录介质中的情况。记录在BD-ROM中的文件由于采用 长文件名(Long File Name: LFN)形式，所以具有IO字符、20字符的文 件名、以及5字符、6字符的扩展名。但是，在记录到可移动型记录介质中 时，文件名被限制为最大8字符、目录名被限制为最大8字符、扩展名被 限制为最大3字符的情况较多。这是来自可移动型记录介质中的文件系统 的限制。
由于在可移动型记录介质中有这样的限制，所以不能对保存有对应于 追加版的数据的文件赋予与BD-ROM中的文件名同样的文件名。这里，可 以考虑赋予省略得较短的文件名而记录到可移动型记录介质中的情况，但 如果用户为了自己的方便而采用随意的省略，则不能取得8字符以下的文 件名的文件的哪个与LFN的文件名相关联的对应。
特别是，在BD-ROM规格的情况下，构成LFN的目录名的字符及构成 文件名的字符具有特定的意义的情况较多。此外，如果没有输入构成的所 有的字符，则也有发生与其他记录介质的混同、或不能正常地进行用于版 权保护的加密、解密处理、认证处理的情况。尽管是为了向可移动型记录 介质的记录，但采用省略了部分字符那样的文件名有在规格的互换性中导 致障碍的可能性、以及导致与相似的记录介质的混同、在用于版权保护的 加密处理、解密处理、认证处理中导致障碍的可能性。
因而，在将可移动型记录介质从计算机取出而装填到再现装置中时， 有可能不能将保存有对应的追加数据的文件从可移动型记录介质取出、不 能进行虚拟包的生成。
此外，可以考虑到用户想要视听的BD-ROM通常并不一定是一张，而 装填了各种各样的BD-ROM。在这样的状况下，如果计算机随意地赋予縮 短的文件名及目录名、将保存有追加数据的文件记录到可移动型记录介质 中之后供给到再现装置中，则该可移动型记录介质中的文件对应于哪个只 读型记录介质的对应变得更不明确，不能期待正确地构建虚拟包。
发明内容
本发明的目的是提供一种即使可移动型记录介质中的文件名、记录名 的字符数被限制、也能够正确地利用记录在可移动型记录介质中的文件构
6建虚拟包的再现装置。
为了解决上述问题，本发明所涉及的再现装置，是进行根据记录在第l 记录介质或第2记录介质中的文件的再现处理的再现装置，其特征在于， 具备检索机构，在应用程序请求了使用第1记录介质的文件路径的文件 访问的情况下，检索作为记录在第2记录介质中的文件、并且能够通过该 文件路径访问的文件；以及读出机构，在存在能够通过上述文件路径访问 的文件的情况下，将该文件从第2记录介质读出；上述检索机构的检索根 据参照信息进行；
上述参照信息表示第1记录介质中的文件路径与作为记录在第2记录 介质中的文件、并且能够从该文件路径访问的文件之间的对应；第2记录 介质是能够进行从再现装置的拆装的可移动型记录介质；可移动型记录介 质中的文件的位置使用通过将对第1记录介质附加的多种标识符根据可移 动型记录介质特有的文件系统的形式变换而得到的文件路径确定。
如上所述，由于在上述再现装置的参照信息中，取得了作为第2记录 介质的可移动型记录介质的文件路径与第1记录介质的文件路径之间的对 应，所以只要参照该参照信息访问可移动型记录介质中的文件，即使可移 动型记录介质中的目录名、文件名被限制在8字符以下，也能够从可移动 型记录介质中读出正确的追加的数据。
记录在可移动型记录介质中的文件对应于哪个第1记录介质，通过参 照该可移动型记录介质中的文件路径能够判别。因而，能够加以限制，以 使得即使将各种第1记录介质装填到再现装置中，也仅在对应于可移动型 记录介质中的文件的第1记录介质被装填到再现装置中的情况下实现参照 了参照信息的文件访问。
即使计算机在赋予了縮短的文件名及目录名后将文件记录到可移动型 记录介质中、将该可移动型记录介质供给到再现装置中，在再现装置侧也 能够在正确地取得可移动型记录介质中的文件对应于哪个第1记录介质的 对应后构建虚拟包。能够施加限制，仅在对应于可移动型记录介质中的文 件的第1记录介质被正确地装填的情况下构建虚拟包，所以虚拟包的使用 范围有可能大幅地扩大。
另外，预先说明，在本说明书中记述的字符，是ASCII字符，每l字
7符的位长为4位。所谓的ASCII代码，是将128种英文字母、数字、符号 用7位表现的计算机用的代码体系。因而，文件名、目录名分别被限制为8 字符(=32位/4位)以下，扩展名被限制在3字符(=12位/4位)以下。
假设在采用JIS代码等、每1个字符的位数不同的字符的情况下，可移 动型记录介质中的文件名、目录名分别被限制在将32位用每1个字符的位 长除的字符数以下。
此外，虽然是任意的，但通过对上述再现装置的发明特定事项加上 以下的发明确定事项、将再现装置做成具体的结构，能够带来更好的效果。
所谓的上述可移动型记录介质的文件系统的形式，是将目录名及文件 名限制在8字符以下、将文件名的扩展名限制在3字符以下的8.3形式。
可移动型记录介质的文件系统是所谓的FAT型文件系统，即使目录名、 文件名被严格地限制，也能够执行使用第1记录介质的文件路径的通过别 名的文件访问。
此外，虽然是任意的，但通过对上述再现装置的发明特定事项加上 以下的发明确定事项、将再现装置做成具体的结构，能够带来更好的效果。
所谓的对上述第1记录介质附加的多种标识符，是对第1记录介质附 加的证书的标识符、组织的标识符、介质的标识符；
在上述可移动型记录介质中，
存在对应于证书标识符的目录、对应于组织标识符的目录、对应于介
质标识符的目录集；
对应于组织标识符的目录存在于对应于证书标识符的目录的下级； 对应于介质标识符的目录集存在于对应于组织标识符的目录的下级； 上述参照信息及文件配置在层级化的多个子目录中的、对应于最下层
的子目录中。
在虚拟包的构建时，在实现使用了对第1记录介质附加的证书的标识 符、组织的标识符、介质的标识符的认证的情况下，也通过与这些标识符 严密地取得对应的形式，将文件记录在可移动型记录介质中。因此，即使 用户拥有许多第1记录介质，将这些第1记录介质频繁地更换，也仅在正 确的第1记录介质被装填到再现装置中的情况下，实现使用了第1记录介 质的文件路径的通过别名的文件访问，构建虚拟包。 此外，虽然是任意的，但通过对上述再现装置的发明特定事项加上 以下的发明确定事项、将再现装置做成具体的结构，能够带来更好的效果。 对应于上述介质标识符的目录集被层级化为4个子目录； 对第1记录介质附加的介质标识符是最大32字符的字符串； 对于构成对应于介质标识符的子目录集的子目录，分别附加通过将构
成介质标识符的最大32字符的字符串进行4分割而得到的、8字符以下的 目录名。
即使第1记录介质固有的介质标识符的位长较长，由于不将构成该标 识符的字符中的、有意义的部分省略，而实现第1记录介质固有的介质标 识符与可移动型记录介质上的路径的对应，所以可移动型记录介质的目录 与第1记录介质固有的介质标识符严格地取得对应。
*此外，虽然是任意的，但通过对上述再现装置的发明特定事项加上 以下的发明确定事项、将再现装置做成具体的结构，能够带来更好的效果。
在上述介质标识符中，有高位的位数(digit)为0 (零)的标识符；
对于构成对应于该介质标识符的目录集的子目录，有赋予0 (零)的数 字作为目录名的情况；
上述应用程序通过将省略了O(零)的形式的文件路径输出给读出机构，
命令读出机构取得在构成对应于介质标识符的目录集的子目录中存在的参 照信息；
上述读出机构将省略了 0 (零)的形式的文件路径变换为上述可移动型 记录介质的文件路径，基于变换后的文件路径，进行参照信息的取得。
由于应用能够利用省略了 0 (零)的高位的文件路径访问对应于介质固 有的介质标识符的目录集，所以能够简洁地进行I/O处理。
*此外，虽然是任意的，但通过对上述再现装置的发明特定事项加上 以下的发明确定事项、将再现装置做成具体的结构，能够带来更好的效果。
上述第1记录介质的文件路径是使用被限制在255字符以下的目录名 以及文件名表现的文件路径。
由于应用能够使用最大255字符的文件名、最大255字符的目录名， 执行使用了第1记录介质的文件路径的通过别名的文件访问，所以，应用 在计算机的平台上动作的情况下，能够使用相同的文件路径访问可移动型记录介质上的文件。
'此外，虽然是任意的，但通过对上述再现装置的发明特定事项加上 以下的发明确定事项、将再现装置做成具体的结构，能够带来更好的效果。
上述检索机构的检索包括从应用程序接收第1记录介质的文件路径、 判断对应于该文件路径的可移动型记录介质的文件路径是否记述在参照信
息中的处理；
在参照信息中不存在能够从与请求相关的第1记录介质的文件路径访 问的文件的情况下，将能够根据该文件路径确定位置的、第1记录介质中 的文件读出。
使用可移动型记录介质的文件路径的通过别名的访问在对于参照信息 中是否存在从应用接收的第1记录介质的文件路径进行检索、并在参照信 息中存在对应的可移动型记录介质的文件路径的情况下进行。使用第1记 录介质的文件路径的通过别名的文件访问，是以在该检索中找到为前提进 行的，所以如果将作为检索的对象的参照信息替换为其他信息，则即使是 相同的第1记录介质的文件路径，也会从可移动型记录介质读出不同的文 件。这样，即使从应用发出的第1记录介质的文件路径是相同的，也能够 通过参照信息的更换而进行不同的文件的读出，能够根据参照信息的记载 简单地进行"使应用读出可移动型记录介质的哪个文件"的控制。
图l是第l实施方式的系统图。
图2是表示第1实施方式的BD-ROM的内部结构的图。
图3是表示第1实施方式的BD-ROM作为对象的软件的层模型的图。
图4是表示通过第1实施方式的两个模式的动态的再现控制来制作的
电影作品的图。
图5是表示第1实施方式的再现装置的内部结构的图。
图6是表示作为可移动介质的SD存储卡的内部结构的图。
图7 (a)是表示双重FAT的内部结构的图，图7 (b)是表示目录条目
的共通的数据构造的图。
图8是假设将00001.m2t匹配于族尺寸而分割为5个、将各分割部分保存在族503、 504、 505、 50A、 50C中的状态的图。
图9是表示关于00001.m2t被记录在多个族中的情况下的目录条目及
FAT的设定例的图。
图IO是表示第I实施方式的可移动介质的目录结构的图。
图11是表示的第1实施方式的虚拟包的图。
图12是表示第1实施方式的BD-J组件的具体的结构的图。
图13是表示第1实施方式的index.bdmv文件与标题的关系的图。
图14是表示向可移动介质的下载的处理顺序的流程图。
图15是表示追加内容数据文件的下载处理的处理顺序的流程图。
图16是表示第1实施方式的虚拟包构建的处理顺序的流程图。
图17是表示Java (TM)应用发出虚拟包构建/更新请求、到虚拟包被
更新为止的时间性处理流程的图。
图18是表示第2实施方式的可移动介质的目录结构的图。
图19是表示向第2实施方式的DiscID目录的访问的图。
图20是表示将作为l个目录名处理的DiscID目录分割为4个目录的处
理顺序的流程图。
图21是第3实施方式的从BD-ROM插入到再现开始的流程图。
图22是第3实施方式的虚拟包构建判断处理的流程图。
图23是表示第3实施方式的BD-ROM插入时的画面显示例的图。
图24是表示第3实施方式的利用可移动介质的再现中的状态的图。
图25是第3实施方式的从BD-ROM插入到再现开始的流程图。
图26是表示第3实施方式的利用可移动介质的再现确认画面的一例的图。
图27是在第3实施方式的再现过程中插入了可移动介质的情况下的处 理的流程图。
图28是在第3实施方式的再现过程中插入了可移动介质的情况下的画 面显示例的图。
图29是在第3实施方式的再现过程中插入了可移动介质的情况下的处 理的流程图。
图30是在第3实施方式的再现过程中可移动介质被取出的情况下的处理的流程图。
图31是在第3实施方式的再现过程中可移动介质被取出的情况下的画 面显示例的图。 符号说明
100BD-ROM
101 www服务器
102再现装置 103电视机 104可移动介质 1 BD驱动器 2轨缓冲器 3多路分配器 4视频解码器 5视频平面 6音频解码器 7图形存储器 8图形平面 9图形解码器 10加法器 11静态脚本存储器 12动态脚本存储器 13 HDMV组件 14BD-J组件 15 UO检测组件 16模式管理组件 17调度器 18绘制引擎 20AV再现库 21网络接口 22内装介质
1223虚拟文件系统
31 Java (TM)应用
32介质再现组件
39虚拟文件系统管理组件
34文件I/O组件
35网络组件
36应用管理器
37 DiscID确认组件
38可移动介质检测组件
40 DiscID目录变换部
具体实施例方式
(第1实施方式)
以下，参照附图对本发明的实施方式进行说明。
以下对再现装置的实施方式进行说明。首先，说明关于本发明涉及的 再现装置的实施行为中的使用行为的方式。图1是表示再现装置102的使 用行为的方式的图。如本图所示，再现装置102与作为第1记录介质的一 例的BD-ROMIOO、 WWW服务器lOl、电视机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存储卡、记忆棒、压縮闪存(TM)、智 能介质、多介质卡等的可移动介质104的插入口。
以上是对有关本发明涉及的再现装置的使用方式的说明。接着，对作 为本发明涉及的再现装置再现的对象的记录介质进行说明。由本发明涉及 的再现装置再现的是作为光记录介质的BD-ROMIOO。
图2是表示BD-ROM (以后也有称作"BD"的情况)的结构的图。在 本图的第1段中表示BD-ROMIOO，第2段将从BD-ROM的内周朝向外周 形成为螺旋状的记录区域沿横向拉伸而描绘成直线状。如该第2段所示， 记录区域具有内周的"导入"、外周的"导出"、和"逻辑地址空间"。此外， 在导入的内侧有只能由称作BCA (分隔截止区域Burst Cutting Area)的驱 动器读出的特别的区域。该区域由于不能从应用读出，所以经常用于例如 版权保护技术等。
"逻辑地址空间"以用于文件系统的区域管理信息为开头，记录着各 种影像数据。所谓的"文件系统"，是UDF或ISO9660等，在本实施方式 中采用Extention2.3形式的文件系统。如果通过该文件系统，则能够使用目 录、文件构造读出记录在逻辑地址空间中的数据。该文件系统中的文件的 配置位置由组合了 255字符以下的目录名和255字符以下的文件名的文件 的路径信息(称作文件路径)确定。
本图的第3段表示以第2段的文件系统为前提构建的目录结构/文件结 构。如本图所示，在BD-ROM的根目录(ROOT)之下，存在bdxert文件 禾口 BDMV目录。
bd.cert (文件名固定)是在将为了虚拟包而追加的内容与BD-ROM上 的数据合并时、用于签名验证的证书(以下称作合并证书)。所谓合并证书， 是用于保存有BD-ROM中的合并管理信息的文件(合并管理信息文件)的 认证的证书，包括提供商公开的公开密钥。合并证书的文件形式例如可以 采用X.509。 X.509的详细的规格记载在由国际电信电话咨询委员会发布的 CCITT Recommendation X.509 ( 1988 ) ， " The Directory-Authentication Framework" (CCITT推荐X.509 (1988)，"目录验证构建")中。本图中的 引出线fl表示bd.cert文件的用途。如该引出线所示，bd.cert文件用于导出
14称作证书固有的ID (CertID)的用途。
BDMV目录是记录有由BD-ROM处理的AV内容及管理信息等的数据 的目录。在BDMV目录的属下，存在称作"PLAYLIST目录"、"CLIPINF 目录"、"STREAM目录"、"BDJO目录"、"JAR目录"的5个子目录，在 BDMV目录中，配置有index.bdmv、 MovieObject.bdmv的两种文件。
STREAM目录是保存有所谓作为数字流主体的文件的目录，存在被赋 予了扩展名M2TS的文件(xxx,m2ts ("xxx"可变，扩展名"m2ts"固定))。
在PLAYLIST目录中，存在被赋予了扩展名mpls的文件(xxx.mpls ("xxx"可变，扩展名"mpls"固定))。
在CLIPINF目录中，存在被赋予了扩展名clpi的文件(xxx.clpi ("xxx" 可变，扩展名"clpi"固定))。
在JAR目录中，存在被赋予了扩展名jar的文件(xxx.jar ("xxx"可 变，扩展名"jar"固定))。
在BDJO目录中，存在被赋予了扩展名bdjo的文件(xxx.bdjo ("xxx" 可变，扩展名"bdjo"固定))。
<被赋予了扩展名"m2ts"的文件>
被赋予了扩展名"m2ts"的文件是MPEG-TS (传输流TransportStream) 形式的数字AV流，通过将视频流、l个以上的音频流、l个以上的图形流 复用而得到的。视频流表示电影的运动图像部分，音频流表示电影的声音 部分，图形流表示电影的字幕。
被赋予了扩展名"clpi"的文件是分别与数字AV流1对1地对应的管 理信息。由于是管理信息，所以剪辑信息具有数字AV流的编码形式、帧速 率、位速率、析像度等的信息、及表示GOP的开头位置的EP—map。
<被赋予了扩展名"mpls"的文件>
被赋予了扩展名"mpls"的文件是保存有播放列表信息的文件。播放 列表信息包括主路径信息、副路径信息、标志信息。
1)主路径信息是通过将AV流的再现时间轴中的、作为InJTime的时 刻与作为OutJTime的时刻的组定义1个以上、来定义逻辑再现区间的信息， 具有规定使复用在AV流中的基本流中哪个再现有效的流号码表，具有规定 许可AV流内的基本流中哪个再现、不许可哪个再现的作用。2) 标志信息包括由开始时间信息及结束时间信息的组指定的AV流的 一部分中的、作为章节的时刻的指定。
3) 副路径信息包括要与上述AV流同步再现的基础流的指定、和该基 础流的再现时间轴上的开始时间信息及结束时间信息的组。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对象表示"应用管理表"和在该标题中能够再现的播放 列表一览。所谓的应用管理表(AMT)，是实现"应用信令"的表。所谓的 "应用信令"，是将BD-ROM的"标题"作为应用的生存区间进行管理、 掌控应用的启动及结束的控制。这里，所谓的生存区间，表示在记录于 BD-ROM中的内容整体的时间轴中、在虚拟机的堆内存上应用能够生存的 区间。所谓的"生存"，是指该应用被读出到堆内存中、能够进行通过虚拟 机的执行的状态。应用管理表通过将应用的标识符(应用ID)与属于该应 用的Java (TM)档案文件的ID罗列来表示以该标题为生存区间的应用。 即， 一个应用由一个以上的Java (TM)档案文件构成。
<index.bdmv (文件名固定)>
index.bdmv (文件名固定)是关于BD-ROM整体的管理信息，在向再现装置插入盘后，通过最先读出index.bdmv，在再现装置中盘被唯一地识 别。除此以外，在index.bdmv中包括将在BD-ROM中能够再现的多个标题 与规定各个标题的BD-J对象建立对应来表示的表。引出线f2将index.bdmv 的内部结构特写表示。如该引出线所示，具有作为确定电影作品的提供商 的标识符的organizationlD(32位)、以及作为分别对提供商提供的BD-ROM 分配的标识符的discID Q28位)等的信息。
MovieObject.bdmv (文件名固定)包括记述了HDMV模式(后述)下 的各标题再现中、用来使再现进行动态地变化的脚本的脚本程序。
图3是表示再现控制的层模型的图。图3的第1层是物理层，是作为 处理对象的流主体的供给控制。如该第1层所示，作为处理对象的流不仅 将BD-ROM，还将内装介质及可移动介质、网络等所有的记录介质、通信 介质作为供给源。这里，所谓的内装介质，是HDD (硬盘驱动器)等预先 组装在再现装置中的记录介质。另一方面，可移动介质是SD存储卡、记忆 棒、压縮闪存(TM)、智能介质、多介质卡等具有可移动性的记录介质。 这些内装介质、可移动介质都是再现装置本地使用的记录介质，用"本地 存储器"的总称称呼。对于这些本地介质、网络等供给源的控制(盘访问、 卡访问、网络通信)是第l层的控制。
第2层是AV数据的层。规定将由第1层供给的流以怎样的解码方式解 码的是第2层。
第3层(BD管理数据)是规定流的静态的脚本的层。所谓的静态的脚 本，是由盘制作者预先规定的再现路径信息、流管理信息，规定基于这些 的再现控制的是该第3层。
第4层(BD再现程序)是实现流的动态的脚本的层。动态的脚本是执 行AV流的再现顺序、以及有关该再现的控制顺序中的至少一个的程序。通 过动态的脚本的再现控制是根据对于装置的用户操作而变化的，具有程序 性的性质。在这里的动态的再现控制中有两个模式。两个模式中的1个是 在AV设备特有的再现环境下再现记录在BD-ROM中的运动图像数据的模 式(HDMV模式)，另一个是提高BD-ROM中记录的运动图像数据的附加 价值的模式(BD-J模式)。在图3中，在第4层中记述有HDMV模式和BD-J 模式的两个模式。HDMV模式是类DVD的再现环境下的再现模式，记述
17了用来使再现进行动态地变化的脚本的脚本程序动作。另一个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 模式中，能够将组合了游戏的分数(图中的分数:10000)及指示物(生命:3)、 按钮部件(询问、退出房间)和运动图像那样的合成影像提示给用户。
以上是对BD-ROM100的说明。接着，对再现装置102的详细情况进 行说明。
图5是表示再现装置的大体的功能结构的框图。如图5所示，再现装 置102由BD驱动器1、轨缓冲器2、多路分配器3、视频解码器4、视频平 面5、音频解码器6、图形存储器7、图形平面8、图形解码器9、加法器 10、静态脚本存储器ll、动态脚本存储器12、 HDMV组件13、 BD-J组件 14、 U0检测组件15、模式管理组件16、调度器17、 AV再现库20、网络 接口21、可移动介质驱动器/内装介质驱动器22、虚拟文件系统23构成。 本再现装置采用Limix作为操作系统，本再现装置的硬件与软件通过该 Linux控制。
BD驱动器1进行BD-ROM的装载/弹出，执行对BD-ROM的访问。 本BD-ROM再现装置由于采用Linux作为操作系统，所以通过发出"/mount point BD/BDAV"的命令，对BD驱动器1分配BDAV目录。
轨缓冲器2是FIFO存储器，以先入先出式保存有从BD-ROM读出的 访问单元(ACCESS UNIT)。
多路分配器3进行装载在BD驱动器1中的BD-ROM或者保存在可移 动型介质驱动器、内装介质驱动器22中的传输流的多路分离，得到构成GOP的视频帧和音频帧，将视频帧输出给视频解码器4，将音频帧输出给
音频解码器6。图形流保存在图形存储器7中。多路分配器3进行的多路分
离包括将TS包变换为PES包的变换处理。
视频解码器4将从多路分配器3输出的视频帧解码，将非压缩形式的
图片写入到视频平面5中。
视频平面5是用来保存非压縮形式的图片的存储器。
音频解码器6将从多路分配器3输出的音频帧解码，输出非压縮形式
的音频数据。
图形存储器7是事先保存从多路分配器3读出的图形流、或者经由虚 拟文件系统23从BD-ROM或可移动介质驱动器、内装介质驱动器22读出 的图像文件的缓冲器。
图形平面8是具有一个画面量的区域的存储器，配置展开的图形流。
图形解码器9将保存在图形存储器7中的图形流展开而写入到图形平 面8中。通过图形流的解码，各种菜单、图形出现在画面上。
加法器10将展开到图形平面8中的图像合成到保存于图片平面5中的 非压缩形式的图片数据中并输出。图4 (b)所示的合成图像是该加法器10 将图形平面8内的图形与视频平面5内的图片合成而输出的。
静态脚本存储器11是用来事先保存当前的PL及当前的流管理信息的 存储器。所谓的当前PL，是指记录在BD-ROM或者可移动介质驱动器、 内装介质驱动器22中的多个播放列表信息中的、作为当前处理对象的信息。 所谓的当前流管理信息，是指记录在BD-ROM或者可移动介质驱动器、内 装介质驱动器22中的多个剪辑(Clip)信息中的、作为当前处理对象的信 息。
动态脚本存储器12是事先保存当前动态脚本以供HDMV组件13、BD-J 组件14的处理的存储器。所谓的当前动态脚本，是指记录在BD-ROM或 可移动介质驱动器、内装介质驱动器22中的电影(Movie)对象、BD-J对 象中的、作为当前执行对象的对象。
HDMV组件13是作为HDMV模式的执行主体的DVD虚拟播放器， 执行被读出到动态脚本存储器12中的当前的脚本程序。
BD-J组件14是Java (TM)平台，包括Java (TM)虛拟机、配置、简档。BD-J组件14根据读出到动态脚本存储器12中的Java (TM)类文件 生成当前的Java (TM)对象并执行。Java (TM)虚拟机将用Java (TM) 语言记述的Java (TM)对象变换为再现装置的CPU的本机码，使CUP执行。
UO检测组件15检测对遥控器或再现装置的前面板等的输入设备进行 的用户操作，通知给模式管理组件16。该通知是通过按照对应于这些输入 设备的设备驱动器内的中断处理器(handler)产生的中断、生成UO (用户 操作User Operation)、输出给模式管理组件16来进行的。所谓的UO，是 在检测到设在遥控器或前面板上的键矩阵的键按下时产生的事件(UO事 件)，包括对应于被按下的键的键代码。具体而言，对应于遥控器或前面板 的设备驱动器的中断处理器在由对应于键矩阵的键传感器检测到键按下 时，基于该键按下产生中断信号，从而生成UO事件。
模式管理组件16保持从BD-ROM或者可移动介质驱动器、内装介质 驱动器22读出的Index.bdmv，进行模式管理及分支控制。所谓的模式管理 组件16的模式管理，是使哪个HDMV组件13、 BD-J组件14执行动态脚 本这样的组件的分配。
调度器17从UO中仅选择适合于当前的再现装置的模式的UO，传递 给执行该模式的组件。例如在HDMV模式的执行中接收了上下左右、激活 的UO的情况下，将这些UO输出给HDMV模式的组件是调度器17的处 理。
AV再现库20根据来自HDMV组件13、 BD-J组件14的函数调用，执 行AV再现功能、播放列表的再现功能。所谓的AV再现功能，是从DVD 播放器、CD播放器沿袭的功能组，是再现开始、再现停止、暂停、暂停的 解除、静止图像功能的解除、用即时值指定再现速度的快进、用即时值指 定再现速度的倒回、声音切换、字幕切换、角度切换的处理。所谓的播放 列表再现功能，是指按照播放列表信息进行该AV再现功能中的再现开始及 再现停止。
网络接口 21执行用于网络连接的协议栈，使再现装置将网络上的服务 器计算机所具备的驱动器识别为网络驱动器。并且，能够从网络驱动器下 载数据或上载数据。该网络接口 21被用于在互联网上公开的BD-ROM追加内容的下载。所谓的BD-ROM追加内容，是在原始的BD-ROM中没有 的内容，例如是追加的副声音、字幕、特典影像、应用等。BD-J组件14 通过控制网络接口 21，能够将在互联网上公开的追加内容下载到内装介质 驱动器或可移动介质104中。
内装介质驱动器/可移动介质22用于下载的追加内容或程序使用的数 据等的保存。追加内容的保存区域被按照每个BD-ROM划分，此外，应用 能够在数据的保持中使用的区域被按照每个应用划分。此外，记载了表示 将下载的追加内容怎样与BD-ROM上的数据合并的规则、即合并规则的合 并管理信息也被保存到该可移动介质驱动器、内装介质驱动器22中。
在本实施方式中，将用于追加内容数据文件保存的目录即BUDA目录 分配给装填在可移动介质驱动器中的可移动介质104。本BD-ROM再现装 置由于采用Linux作为操作系统，所以通过发出"/mountpoint SD/BUDA" 的命令，将BUDA目录分配给可移动介质104。另一方面，将内装介质作 为录像用的记录区域使用。
虚拟文件系统23根据追加内容以及下载在可移动介质驱动器、内装介 质驱动器22中的合并管理信息，构建使保存在内装介质或可移动介质中的 追加内容与BD-ROM上的内容合并的、虚拟的BD-ROM (虚拟包)。从 HDMV组件13及BD-J组件14能够不区分地参照虚拟包和原始BD-ROM。 在虚拟包再现过程中，再现装置利用BD-ROM上的数据和内装介质或可移 动介质上的数据的两者进行再现控制。以上是再现装置的结构要素。
在本实施方式中，作为用于追加内容数据文件的保存的可移动介质， 釆用SD存储卡。
SD存储卡是长度32.0mm、宽度24.0mm、厚度2.1mm的大小(邮票 尺寸的大小)的卡型记录介质。用户能够用指尖把持该SD存储卡。在SD 存储卡上，设有用来进行与再现装置的连接的9条连接器，在侧面上，设 有操作者能够设定许可或禁止存储内容的改写的保护开关。SD存储卡包 括作为NAND型EEPROM的"非易失性存储器"；按照从再现装置发出 的命令进行对非易失性存储器的数据写入、从非易失性存储器的数据读出、 数据删除的"访问控制部"；在将从非易失性存储器读出的数据改写时用于 数据的临时保存的"工作存储器"。在SD存储卡中，有采用FAT16的结构和采用FAT32的结构。FAT16 对每1族分配的条目长是16位，以2G字节的记录区域为访问对象。FAT32 对每1族分配的条目长是32位，以32G字节的记录区域为访问对象。将该 采用了 FAT32的SD存储卡特别称作"SDHC存储卡"。
以下对该可移动介质进行说明。图6是表示作为可移动介质的SD存储 卡的内部结构的图。在本图的左侧表示作为可移动介质的SD存储卡，在中 部表示基于FAT型文件系统的记录区域内的内部结构。该FAT型文件系统 的记录区域由"主引导记录(MasterBootRecord)"、"分区表(PartitionTable)"、 "系统区域"及"用户区域"构成。
"MasterBootRecord"是用来使再现装置识别自身后续的区域是"物理 性的一个介质(物理介质)"的标识。在本图中，由于在记录区域中仅存在 l个主引导记录，所以在记录区域中能够由再现装置识别出l个物理介质， 而假如在记录区域中配设两个主引导记录，则由再现装置识别出两个物理 介质。
"分区表"是记述有与分区相关的信息的表。
"系统区域"记录有"分区引导扇区"、"双重FAT"、 "Root目录条目"。 "用户区域"是以族为最小单位保存文件的区域，记录有"BUDA目 录条目"、"CertID目录条目"、"OrganazationID目录条目"、"DiscID目录条 目"、"合并管理信息文件"、"签名信息文件"、"追加内容数据文件"。 以下对双重FAT进行说明。
"双重文件分配表(FAT)"包括符合ISO/IEC 9293的两个FAT。图7 (a)是表示双重FAT的内部结构的图。各FAT包括与各族建立了对应的多 个FAT条目。各FAT条目是表示对应的族为使用中还是未使用的条目，如 果对应的族为未使用，则在该文件条目中设定"0",如果对应的族为使用 中，则设定族号码。该族号码表示在对应的族被读出的情况下、接着要读 出哪个族的类间的链接关系。图7 (a)的虚线的引出线ffl表示包括在FAT 中的多个FAT条目002、 003 、 004、 005……。对该FAT条目赋予的数值"002、 003、 004、 005……"表示各FAT条目与哪个族建立了对应、即与各FAT 条目建立了对应的族的族号码。
接着，对目录条目进行说明。在目录条目中，有存在于系统区域中的"Root目录条目"、存在于用户区域中的"BUDA目录条目"、"CertID目录 条目"、"OrganazationID目录条目"、"DiscID目录条目"，它们都具有图7(b)所示的共通的数据构造。图7 (b)是表示目录条目的共通的数据构造 的图。如该图所示，"目录条目"包括被限制在ASCII字符8字符以下的"目 录名"、"制作时刻"、"制作日期"和关于存在于该目录下的文件的"文件 条目"。各文件条目包括被限制在ASCII字符8字符以下的"文件名"、被 限制在ASCII字符3字符以下的"文件扩展名"、保存有文件的开头部的"文 件最初的族号码"、关于该文件的"文件属性"、文件被更新的"更新时刻"、 文件的"更新日期"、和作为文件的数据长度的"文件长度"。SD存储卡的目录名及文件名记述在这样的目录条目中。并且，该目录 条目中的Root目录条目与双重FAT —起作为原则而必须配置在1个族内集 中管理，所以使目录名及文件名变长是不现实的。具体而言，其字符数被 限制在ASCII字符8字符以内，扩展名也被限制在ASCII字符3字符以内。 将目录名、文件名像这样被限制的文件系统形式称作"8.3形式"。这里，对于在DiscID目录中做出追加内容数据文件的情况下、FAT及 目录条目怎样设定进行说明。选择为说明的题材的追加内容数据文件是保 存有AV剪辑的"00001,m2t"的文件。图8是设想将00001.m2t匹配于族 尺寸分割为5份、将各分割部分保存到族503、 504、 505、 50A、 50C中的 状态的图。图8的第2段到第7段是示意地示出将表示影像、声音的基本流怎样 复用在AV剪辑中的图。AV剪辑通过将数字化的影像、数字化的声音(第 7段)变换为包括PES包的基本流(第6段)、再变换为TS包(第5段)、 并将它们复用而构成的。这里，视频流如本图的第7段所示那样由多个图片构成，而这些图片 与访问单元(Access Unit)的关系是1访问单元=1图片。音频流也由多个 音频帧构成，而这些音频帧与访问单元的关系也是1音频帧-1访问单元。 此外，在BD-ROM中，被限制为1PES包=1帧。即，如果运动图像是帧构 造，则为1PES包-1图片，在是场构造的情况下，1PES包-2图片。由于这 些，所以在本图的第7段中表示的PES包以1对1的比率保存第7段中的 图片或音频帧。以上的AV剪辑由第4段所示那样的"STC序列"构成。所谓的"STC 序列"，是表示解码时刻、显示时刻的MPEG2-TS的时间轴，是指不存在作 为AV流的系统基准时刻的STC (系统时钟System Time Clock)的不连续 点(system time-base discontinuity)的区间。STC的不连续点是传送解码器 为了得到STC而参照的PCR(程序时钟参照Program Clock Reference)的 PCR包的不连续信息(discontinuity—indicator)为开(ON)的点。第3段到第1段表示构成AV剪辑的TS包经过怎样的过程被写入到 BD-ROM中的。在本图的第l段中表示构成AV剪辑的TS包。构成AV剪辑的188字节的TS包被附加4字节的TS—extra—header (图 中的阴影部)，成为192字节长的资源(Source)包。该TS—extra—header包 括表示该TS包的解码器输入时刻信息的Arrival_Time—Stamp。构成AV剪辑的资源包构成第3段所示那样的1个以上的"ATC序列"。 所谓的"ATC序列"，是构成记述在AV剪辑中的ATS的时间轴的资源包的 排列，是指在该Arrival—Time_Stamp参照的Arrival_Time—Clock中不存在不 连续点 (no arrival time-base discontinutiy )。 换言之，将在该 Arrival—Time—Stamp参照的Arrival—Time—Clock中存在连续性的资源包列称 作"ATC序列(ATC—S叫uence)"。 ATS如以下这样被附加在TS包的开头，表示向解码器的传送时刻。该ATC序列成为AV剪辑，如第2段所示，以00001.m2t的文件名记 录在BD-ROM中。该AV剪辑与通常的计算机文件同样，被分割为族尺寸，记录在 BD-ROM上的区域中。第1段示意地表示AV剪辑怎样记录在可移动介质 104中。如上所述，数据区域的最小访问单位是族，所以00001.11121必须以 族尺寸为最小单位保存在数据区域中。00001.m2t首先被分割为族尺寸，写 入到各族中。如果00001.11121被分割保存，则目录条目及FAT必须如图9那样设定。 图9是表示关于00001 .m2t记录在多个族中的情况下的目录条目及FAT 的设定例的图。在本图中，在0000Lm2t的开头部分被记录在族503中的情 况下，在DiscID目录目录条目中的"最初的族号码"中记载关于保存该开 头部分的族的族号码503。然后，可知00001.m2t的后续的部分被保存在族504、族505中。在保存有0000Lm2t的开头部分的族503中对应着FAT条 目503 (504)，而该？八1条目表示保存着00001.11121文件的后续部分的族 504。此外，在保存着后续于它的部分的族504、 505中对应着FAT条目504 (505)、 FAT条目505 (50A)，而该FAT条目表示保存着00001.m2t文件 的接着的后续部分的族505、 50A。这样，通过沿着DiscID目录目录条目中 的最初的族号码和FAT条目，将保存在可移动介质104中的AV剪辑读出 而供再现。以以上那样的文件系统为前提，对构建的目录进行说明。 图IO是表示可移动介质上的目录结构的图。在可移动介质上，存在作 为追加内容区域根目录的BUDA目录、CertID目录、OrganizationID目录、 DiscID目录。在该DiscID目录中，存在合并管理信息文件"bumf.xml"、 签名信息文件"bumf.sf"、追加内容数据文件"00001.mpl"、 "mo.bdm"、 "00001.m2t"。追加内容区域根目录(BUDA目录)存在于可移动介质的根目录的紧 下方，是表示追加内容区域的根的目录，目录名是8字符以内的固定值 (BD—BUDA)。"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位的标识符 (DisdD)从开头开始以每份32位进行4分害"分别用16进制表述来表示 的8字符的名称。由于该DiscID记载在BD-ROM上的BD管理信息 (index.bdmv)中，所以通过将index.bdmv打开，能够取得DiscID。例如， 本图中的"12345678"、"卯abcdef"、 "12345678"、"卯abcdef"的4个目录 名，是将"1234567890abcdefl234567890abcdef"的32字符(128位)的 DiscID从低位开始以每份8字符(32位)分割而得到的。由于不将构成DiscID的字符中的具有意义的字符省略而实现DiscID与8.3形式的对应， 所以4级的子目录能够与DiscID严密地取得对应。在DiscID目录的属下，存在"合并管理信息文件"、"签名信息文件"、 "追加内容数据文件"。这些文件担当虚拟包生成的核心，以下详细地说明 这些文件的内容。"合并管理信息文件"是表示可移动介质上的追加内容数据文件的文 件路径与用于虚拟包中的别名访问的文件路径之间的对应的信息，以 bumf.xml的文件名保存在DiscID目录中。该合并管理信息文件的特征在于， 由于以可移动介质中的文件路径、即FAT型文件系统为前提，所以可移动 介质中的目录名及文件名符合8.3形式。这样，符合8.3形式的文件路径与 虚拟包中的LFN的文件路径建立了对应。该虚拟包的文件路径符合 BD-ROM的目录构造。这是因为，虚拟包将可移动介质上的文件宛如与保 存在BD-ROM中的文件同样地处理。这样的BD-ROM的文件系统形式对 应于LFN，所以通过参照该合并管理信息文件，虽然可移动介质上的追加 内容数据文件是8.3形式，但使用255字符以下的文件名通过别名访问。合 并管理信息文件对于用8.3形式记录的各种文件，实现255字符以下的文件 名的"别名访问"。图ll (a)是表示合并管理信息的内部结构的图。在本图的合并管理信 息中，对于OOOOl.mpl、 mo.bdm、 00001.m2t的3个追加内容数据文件，进 行了可移动介质上的文件路径与虚拟包上的文件路径之间的对应。可移动 介质上的文件路径基于8.3形式。对本图中的文件路径的记述具体地说明。对于可移动介质中的 "12345abc/12345678/90abcdef/12345678/90abcde。00001.mpl"这样的8.3形 式的文件路径，与BDMV/PLAYLIST/00001,mpls这样的虚拟包商的LFN形 式的文件路径建立对应。该一个例子符合上图的情况，明确记载了从CertID 目录向追加内容数据文件的路径。对于可移动介质中的"12345abc/12345678/90abcdefia2345678/90abcdePmo.bdm"的8.3形式的文件路径，与BDMV/MovieObject.bdmv的虚拟包上 的LFN形式的文件路径建立了对应。对于可移动介质中的"12345abc/12345678/90abcdefia2345678/90abcdef/00001.m2t"的8.3形式的文件路径，与BDMV/STREAM/000001.m2ts的虚拟包上的LFN形式的文件路径建立了对应。图11 (b)表示基于合并管理信息的内容、将BD-ROM内容与可移动 介质上的追加内容合并的状况。左侧表示BD-ROM的保存内容，中部表示可移动介质的保存内容。右 侧表示虚拟包的保存内容。合并管理信息文件如图11 (a)那样设定，所以 将可移动介质的保存内容中的、存在于BUDA目录属下的 12345abc/12345678/卯abcdef/12345678/90abcdef中的3个追加内容数据文 件、艮卩mo.bdm、 OOOOl.mpl、 00001.m2t分别如箭头gl、 g2、 g3所示那样 组合到记述在合并管理信息文件中的虚拟包的目录结构中。将以上那样的、 将可移动介质的文件组合到记述在合并管理信息文件中的目录结构中的行 为称作"合并"。通过这样的合并，通过存在于BDMV目录下的"MovieObject.bdmv" 的别名的文件名访问mo.bdm。此夕卜，通过存在于BDMV目录属下的PLAYLIST目录中的"OOOOl.mpls" 的别名的文件名访问OOOOl.mpl。通过存在于BDMV目录属下的STEAM目录中的"00001.m2ts"的别 名的文件名访问00001.m2t。由于能够进行上述那样的别名访问，所以能够将mo.bdm、 OOOOl.mpl、 00001.m2t分别作为存在于BDMV中MovieObject.bdmv、BDMV/PLAYLIST/ OOOl.mpls、 BDMV/STREAM/000001.m2ts中的文件进行处理。"签名信息文件"是表示提供商对于合并管理信息文件的电子签名的 文件，用bumf.sf的文件名保存在DiscID目录中。电子签名一般使用对需要防止篡改的信息计算哈希值、将哈希值利用某种秘密密钥加密的签名。 作为需要防止篡改的信息，具体而言可以举出追加内容数据文件的文件名、 或将追加内容数据文件记录到内装介质中时的文件路径。这样的文件路径 是LFN形式，记载在合并管理信息文件中，所以对于记载在合并管理信息 文件中的文件路径计算哈希值。此外，在该签名信息文件中，利用对应于 处于BD-ROM上的合并证书中的公开密钥的秘密密钥，将合并管理信息文 件的哈希值加密。"追加内容数据文件"是对记录在BD-ROM中的原始的内容实现追加 /更新的文件组，用8.3形式(文件名8字符以内、扩展名3字符以内)的 文件名保存在可移动介质上。关于DiscID目录，不省略字符而进行变换， 以使所有的字符都出现在DiscID目录的目录名中，但关于追加内容数据文 件，通过将一部分字符用在可移动介质的文件名中，实现了文件名的縮短。 这基于以下等理由追加内容数据文件的文件名本来是BD-ROM上的文件 名，限制于"5位的数值+几种扩展名"的几种样式的文件名，所以即使将 构成文件名的字符部分地省略，发生混同等的不良状况的可能性也很低。图10所示的3个追加内容数据文件中的"OOOOl.mpl"是保存有播放列 表信息的文件，"mo.bdm"是保存有剪辑对象的文件。"00001.m2t"是保存 有AV剪辑的文件。除了这些以外，如果是能够由BD-ROM记录、并对用 户供给的文件，则可以将应记录在BD-ROM中的其他文件选择为追加内容 数据文件的对象。可以将index.bdmv或保存有剪辑信息的文件(扩展名为 clpi的文件)、Java档案文件(扩展名为Jar的文件)、保存有BD-J对象的 文件(扩展名为bdjo的文件)选择为追加内容数据文件的对象。图12是表示图5所示的BD-J组件的更具体的结构、并且表示通过BD-J组件从网络上将追加内容文件下载到内装介质或可移动介质上的状况的 图。BD-J组件14由介质再现组件32、文件1/0组件34、网络组件35、应 用管理器36、虚拟文件系统管理组件39构成。另外，本图中的AV再现库 20、网络I/F21、内装介质驱动器/可移动介质驱动器22、虚拟文件系统23 与图5所示的是相同的，为了介质再现组件32 虚拟文件系统管理组件39 的说明方便地记载。介质再现组件32对Java (TM)应用31提供用于介质再现控制的API。 如果Java (TM)应用31调用介质再现控制API,则介质再现组件调用对应 的AV再现库20的函数，进行AV再现控制。文件I/O组件34进行向来自Java (TM)应用31的内装介质或可移动 介质的访问请求的处理。在该访问请求是追加内容数据文件的写入的情况下，Java (TM)应用 31能够利用文件I/0组件，将追加内容文件配置到内装介质上或可移动介 质上的适当的位置上。此外，还能够将不需要的追加内容文件删除、或直接编辑追加内容文件。向虚拟包上的访问也通过该文件I/O组件34进行。 但是，向虚拟包上的访问为读取专用，不能进行从文件I/0组件34的写入。 在该访问请求是追加内容数据文件的读出的情况下，从应用程序31传 递来对应于BD-ROM的LFN形式的文件路径，所以对于是否在可移动介质 中存在是记录在可移动介质中的文件、而且能够通过LFN的文件路径访问 的文件进行检索。该检索通过判断该LFN的文件路径是否作为"别名的文件路径"记述 在合并管理信息文件中进行。通过这样的检索，在明确了在可移动介质中存在能够通过该LFN的文 件路径以别名访问的追加内容数据文件的情况下，按照记载在合并管理信 息文件中的8.3形式的文件路径，从可移动介质中读出该追加内容数据文 件。由于进行这样的检索，所以在发明内容中记载的检索机构对应于该文 件1/0组件34。在可移动介质中不存在能够通过该LFN的文件路径以别名访问的追加 内容数据文件的情况下，从BD-ROM中读出能够通过该LFN的文件路径访 问的追加内容数据文件。如果在BD-ROM中也不存在能够通过该LFN的文 件路径以别名访问的追加内容数据文件，则进行错误处理。网络组件35对Java (TM)应用31提供用于网络控制的API。按照来 自Java (TM)应用31的网络控制请求，使用网络接口 21进行网络连接。 Java (TM)应用31能够使用网络组件35检索公开的追加内容、以及下载到内装介质/可移动介质中。应用管理器36基于记录在BD-ROM上的应用管理信息，管理Java (TM)应用的启动、结束。此外，还进行将应用管理器从调度器17接受 到的UO事件传递给当前工作中的Java (TM)应用31的处理。DiscID确认组件37确认插入的BD-ROM的DiscID。由DiscID确认组 件37取得的DiscID的值用于虚拟文件系统23构建虚拟包时。可移动介质检测组件38进行可移动介质的插入/取出的监视。如果进行 了可移动介质的插入/取出，则对虚拟文件系统23进行插入/取出通知。虚拟文件系统管理组件39接受来自Java (TM)应用31的虚拟包构建 /更新请求，将其请求内容向虚拟文件系统23传递。Java (TM)应用在构建/更新虚拟包的情况下，指定新的合并管理信息文件及签名信息文件而发出构建/更新请求。虚拟文件系统23如果经由虚拟文件系统管理组件39接 收了虚拟包构建/更新请求，则在使用新指定的签名信息文件进行新的合并 管理信息文件的签名认证之后，将旧的合并管理信息文件、签名信息文件 替换为新的合并管理信息文件、签名信息文件，再构建虚拟包。合并管理 信息文件、签名信息文件的替换在标题切换时进行。接着，进行对标题的 说明。图13是表示index.bdmv文件与标题的关系的图。所谓的标题，是以应 用和AV流为组的再现单位，在index.bdmv文件中记载有盘上的标题结构， 管理与盘上的各标题对应的应用(如果是BD-J模式标题则是Java (TM) 应用，如果是HDMV模式标题则是脚本程序)的参照关系。此外，作为特 殊的标题，存在"首先播放(FirstPlay)"和"顶菜单(TopMemi)"。"首先 播放"是在BD启动时自动再现的标题，主要用于BD的使用规则显示等。 "顶菜单"在按下了遥控器的菜单键时或标题再现结束时被再现，主要用 于进行标题的选择、以及字幕/声音的语言选择。在该index.bdmv文件通过 虚拟包更新而内容变化的情况下，在虚拟包更新前和更新后，标题结构不 同。以下，对BD-ROM装填时的、各结构要素的处理进行说明。 如果BD-ROM被插入到再现装置中，则DiscID确认组件37根据bd.cert 推算CertID目录，接着确认记载在index.bdmv中的DiscID、OrganizationlD， 决定处于内装介质上的对应的DiscID目录。虚拟文件系统23在利用处于对 应于插入的BD-ROM的DiscID目录中的签名信息文件来确认了合并管理信 息文件没有被篡改之后，基于合并管理信息的内容将保存于DiscID目录中 的追加内容文件合并到BD-ROM上内容中，制作虚拟包。虚拟包虚拟地存在，实际上为一部分由内装介质或可移动介质上的文 件、其他由BD-ROM上的文件构成的包。其中，从作为应用层(图3的第 4层)的HDMV组件13及BD-J组件14宛如所有的文件都处于BD-ROM 上那样进行参照，虚拟文件系统23监视从应用层(图3的第4层)向BD-ROM 上的参照，如果向参照目标的文件的路径与记载在合并管理信息中的虚拟 包的文件路径一致，则对记载在对应的文件路径中的内装介质上的文件进行参照目标的变更。即，实际上即使保存在内装介质或可移动介质上的文件是8.3形式的文件名，从应用层也能够作为长文件名进行处理。图14是 表示向可移动介质的下载的处理顺序的流程图。在作为内装介质的可移动 介质的BUDA的属下，建立以160位的CertlD中的开头32位为目录名的 CertID目录(步骤Sl)。在该CertID目录的属下，此次建立设为 OrganizationID的目录名的OrganizationID目录(步骤S2)。然后，将128 位的DiscID按照每32位分割为4个字符串，在OrganizationID目录的属下 建立分别以4个字符串为目录名的4级DiscID目录(步骤S3)。在通过以上的处理构建了用于可移动介质的目录结构之后，下载合并 管理信息文件、签名信息文件，保存到DiscID目录中的最下层(步骤S4)。 接着，将文件名变更为8.3形式，并且进行追加内容数据文件的下载(步骤 S5)。如果这样进行了追加内容数据文件的下载，则随着合并管理信息文件 的文件名、目录名的变更而变更签名信息文件(步骤S6)。 g卩，在提供商侧， 为了防止篡改，对文件路径被变更之前的、对应于内装介质中的LFN形式 的文件路径计算哈希值，将这样计算出的哈希值记述在签名信息文件中。 再现装置由于将作为哈希值的计算对象的文件路径从LFN变更为了 8.3形 式，所以需要随着该变更而再计算签名信息文件内的哈希值。该步骤S6是 追随于这样的文件路径变更而进行哈希值的再计算。图15是表示追加内容数据文件的下载处理的处理顺序的流程图。本流 程图为对构成追加内容数据文件的各个追加内容数据文件反复进行步骤 S13 步骤S22的处理的循环构造。这里，将多个追加内容数据文件中的、 作为处理对象的文件设为追加内容数据文件i。此外，在记录到可移动介质中时，将对追加内容数据文件赋予的文件 名的文件主体(这里所谓的文件主体，是指文件名中的、除了扩展名以外 的部分的字符串)称作"文件主体B"，将对追加内容数据文件赋予的文件 名的扩展名称作"扩展名E"。步骤S13是追加内容数据文件i的文件名中的文件主体i是否是8字符 以内的判断。如果文件主体是8字符以内，则将追加内容数据文件i的文件 主体作为文件主体B。如果不是8字符以内，则执行步骤S15。 S15是追加 内容数据文件i的文件主体是都是数字/还是包括字母的判断。如果"都是数字"，则在步骤S16中将追加内容数据文件i的文件主体 的低8位的数字作为文件主体B。如果追加内容数据文件i的文件主体"都 是字母"，则在步骤S17中根据字母的大写字符生成字头字符，将该字头字 符设为小写字符来用作文件主体B。步骤Sl8是追加内容数据文件i的文件名的扩展名是否是3字符以内的 判断。如果是3字符以内，则将追加内容数据文件i的扩展名作为扩展名E(步骤S19)。如果不是3字符以内，则将从追加内容数据文件i的扩展名 的高位开始3位的字符作为扩展名E (步骤S20)。在以上的处理之后，利 用文件主体B与扩展名E的组合(在流程图中，记载为"文件名B.E")， 生成追加内容数据文件的可移动介质中的文件路径(步骤S21)，将合并管 理信息文件中的本地存储器的文件路径替换为新生成的8.3形式的文件名(步骤S22)。图16是表示用于在标题切换时替换新旧合并管理信息文件、并进行虚 拟包的再构建的处理顺序的流程图。将BD-J模式用的标题再现(步骤S31 )， 在标题再现过程中，Java (TM)应用进行虚拟包更新请求(步骤S32)。在虚拟包更新请求时给出的参数的值是表示新合并管理信息文件的位 置的文件路径、表示对应于新合并管理信息文件的签名信息文件的位置的 文件路径。如果虚拟文件系统23接受到虚拟包更新请求，则将虚拟文件系统23 的状态设为"更新准备中"，变更为读取专用属性，以使被指定的新合并管 理信息文件不会被改写(步骤S33)。接着，利用在虚拟包更新请求时指定 的签名信息文件，进行新合并管理信息文件的签名验证(步骤S34)。在步骤S34的签名验证失败的情况下(步骤S35中否)，虚拟文件系统 23中断虚拟包更新请求，使新合并管理信息文件的属性从读取专用回到虚 拟包更新请求前的原来的属性，对于Java (TM)应用提供虚拟包更新请求 拒绝通知事件(步骤S39)。在歩骤S104的签名验证成功的情况下(步骤S35中是)，虚拟文件系 统23进行新合并管理信息文件所参照的内装介质/可移动介质上的文件的 存在检査，将这些文件变更属性为从Java (TM)应用读取专用(步骤S36)。在内装介质/可移动介质上不存在从新合并管理信息文件参照并在虚拟包构建中所需的文件的情况下(步骤S37)，虚拟文件系统23中断虚拟包更 新处理，将在步骤S33及步骤S36中变更了属性的文件恢复到虚拟包更新 请求前的原来的属性，对于Java (TM)应用提供虚拟包更新请求拒绝通知 事件(步骤S39)。如果能够确认从新合并管理信息文件参照并在虚拟包构建中所需的文 件全都存在于内装介质/可移动介质上、进而将这些文件的属性变更为从 Java (TM)应用读取专用的处理完成(步骤S37中是)，则虚拟文件系统 23将虚拟文件系统的状态设为"更新准备完成"，对Java (TM)应用提供 更新准备完成通知事件。在虚拟文件系统23的状态成为"更新准备完成"之后，等待发生标题 切换(步骤S38)。如果发生标题切换，则由切换前的标题启动的Java(TM) 应用结束(步骤S40)。然后，如果存在旧合并管理信息文件，则用新合并 管理信息文件覆盖，进行新旧合并管理信息文件的替换(步骤S41)。在虚 拟包更新前由原始的BD-ROM再现、旧合并管理信息文件原本不存在的情 况下，不覆盖旧合并管理信息文件，而将新合并管理信息文件移动到对应 于插入的BD-ROM的DiscID的DiscID目录之下，重命名为标准的合并管理信息文件名。同样，对于签名信息文件也进行新旧文件的替换、移动。 在结束了新旧合并管理信息文件、签名信息文件的替换或文件的移动之后，基于新合并管理信息文件再构建虚拟包(步骤S42)。在虚拟包再构建之后，原来被从旧合并管理信息文件进行参照、而没有从新合并管理信息文件参照的内装介质/可移动介质上的文件被解除读取专用属性，变得能够从Java (TM)应用读写。关于新合并管理信息文件、以及新合并管理信息文件所参照的内装介质/可移动介质上的文件，仍为读 取专用属性。如果结束虚拟包的再构建，则使用新构建的虚拟包，开始切换目标的 标题再现(步骤S31)。对应于再现中的虚拟包的合并管理信息文件、以及 该合并管理信息文件所参照的内装介质/可移动介质上的文件在虚拟包再现 过程中总是为读取专用属性，不能够从Java (TM)应用进行编辑、删除。图17是表示Java (TM)应用发出虚拟包构建/更新请求、到虚拟包被 更新为止的、时间性处理流程的图。第1段是标题的再现时间轴，第2段是应用#1的动作时间轴。第3段 是应用#2的动作时间轴，第4段是表示虚拟文件系统的状态转移的时间轴。设想本图的初始状态是新的合并管理信息文件、签名信息文件的保 存完成的状态。即，设想初始状态为以下状态将除了追加内容以外，还 与用于当前的虚拟包构建的合并管理信息文件、签名信息文件另外地新从 互联网上的服务器下载得到合并管理信息文件、签名信息文件，并保存到 内装介质上或可移动介质上。假设在标题#1的再现中的时刻tl， Java (TM)应用31经由虚拟文件 系统管理组件39所提供的API对虚拟文件系统23请求了虚拟包构建/更新。 图中的requestUpdating ("/org#l/disc#l/new.xml"， "org#l/disc#l/new.sf") 是作为该虚拟包构建请求的API调用。该虚拟包构建请求的参数 "/org#l/disc#l/new.xml"、 "org#l/disc#l/new.sf，是指定了保存在内装介质/ 可移动介质上的新合并管理信息文件、签名信息文件的位置的文件路径。 时刻tl表示进行该更新请求的时刻。时刻tl是接受到来自Java (TM)应用31的虚拟包构建/更新请求、将 其状态转移为"更新准备中"的时刻。这里，所谓的"更新准备中"，包括将所指定的新合并管理信息文件以 及新合并管理信息文件所参照的内装介质/可移动介质上的文件的属性变更 为读取专用的处理。除了该处理以外，在虚拟包更新请求时，利用从Java (TM)应用31 指定的签名信息文件，进行新合并管理信息文件的签名验证，再进行在记 载于新合并管理信息文件的文件保存位置信息中的文件是否都存在于指定 的位置的检查。时刻t2表示文件存在的检査结束之后、将虚拟文件系统的状态设为"更 新准备完成"的时刻。如果这样转移状态，则对Java (TM)应用提供更新 准备结束通知事件。在新合并管理信息文件的签名验证、或者记载在文件 保存位置信息中的文件的存在检査失败的情况下，虚拟文件系统23拒绝更 新请求，经由虚拟文件系统管理组件39对Java (TM)应用31提供更新请 求拒绝通知事件，使虚拟文件系统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)应用读写。以上，根据本实施方式，在由对于可移动介质只支持到8.3形式的文件 名的文件系统构成的再现装置中，也能够进行利用可移动介质的虚拟包构 建。此外，通过将可移动介质中的追加内容区域的根目录固定，能够保持 再现装置间的互换性。具体而言，在某个再现装置将追加内容数据记录到 可移动介质中之后，即使将该可移动介质装填到其他再现装置中，该再现 装置也能够使用记录在可移动介质中的追加内容数据。另外，在步骤S7中，通过生成字母的字头，实现了从LFN向8.2形式 的变更，但根据作为对象的文件名，也可以采用其他生成法。例如，也可 以通过从开头提取8字符来实现向8.2形式的变更。 (第2实施方式)本实施方式关于存在于DiscID的高位的"0"的位的处理。在MHP (多 媒体本地平台Multimedia Home Platform)上动作的应用在使用MHP固有 的ID时，将高位的"0"省略。在DiscID中，也希望对于高位的"0"进 行省略，所以本实施方式的Java (TM)应用利用这样的、省略了高位的"0" 的DiscID，命令虚拟包的构建。这样，在省略高位的0的情况下，可移动介质中的目录结构成为图28 所示那样。图28是表示第2实施方式的可移动介质上的目录结构的图。 OrganizationID目录、DiscID目录为将index.bdmv中表示的32位的 OrganizationID、 128位的DiscID用16进制表述来表示的目录名。通过将它们之中的DiscID的开头的0省略，使整体的路径长度变短。 但是，在开头的8个字符都为0的情况下，目录名成为"0"这l个字符。 此外，在DiscID目录中，在不是开头、而是在中途0连续的情况下，不能 省略。即，在DiscnX)0000000123456781234567812345678的情况下，DiscID 的目录结构可以如0/12345678/12345678/12345678这样将开头的0省略，但 在DiscID=12345678000000001234567812345678的情况下，不省略而为 12345678/00000000/12345678/12345678。省略的对象并不限于DiscID， CertID目录也可以同样地将开头的0省略。图29是表示第2实施方式中的从Java (TM)应用向DiscID目录的访 问的图。DiscID目录表示记载在index.bdmv中的128位的DiscID,为4级 目录结构，而从Java (TM)应用宛如作为1个目录进行访问。例如，在 DiscID目录结构是0/0/abc/12345678的情况下，在合并管理信息文件的取得 时，Java (TM)应用作为abcl22345678的1个目录进行访问。文件I/O组件34如果检测到向DiscID目录的访问，则使DiscID目录变 换部40进行向4目录结构的DiscID目录的路径变换。DiscID目录变换部 40如果接受到将DiscID目录作为1个目录处理的文件路径，则将作为1个目录名处理的DiscID目录分割为4个目录。图20是表示将作为1个目录名处理的DiscID目录分割为4个目录的处 理顺序的流程图。在步骤S41中，将DiscID以每32位进行划分，生成n 个32位的目录名。步骤42是在步骤S41中生成的目录名的个数n是否是4 个的判断，如果是4个，则得到由在步骤S43中生成的4个目录名确定的、 4级DiscID的文件路径，如果不是4个，则在步骤S44中生成"4-n"个"0" 的目录名，使目录名成为4个。以上，根据本实施方式，能够缩短保存在可移动介质上的文件的路径 名。此外，Java (TM)应用能够将作为4目录结构的DiscID目录作为1个 目录进行处理，能够简单地进行I/0处理。 (第3实施方式)本实施方式是通过第1实施方式所示那样的目录构造将追加内容数据 文件保存在可移动介质中的情况下的、BD-ROM装填时的处理顺序的改良。图21是考虑到可移动介质的从BD-ROM插入到再现开始的流程图。 首先，如果插入BD-ROM，则进行可移动介质是否已插入完成的判断(步 骤S201)。如果可移动介质没有被插入，则使可移动介质为无效而开始再现 (步骤S207)。在判断可移动介质为无效的情况下，也可以利用内装介质上 的追加内容文件进行是否能够构建虚拟包的判断。如果能够用内装介质上 的追加内容构建虚拟包，则通过内装介质上的追加内容和BD-ROM上的数 据构建虚拟包，并开始再现。在步骤S201中判断为可移动介质已插入完成的情况下，对用户进行是 否使可移动介质为有效的询问(步骤S202)。如果事先通过再现装置的用户 设定预先进行了 "使可移动介质为优先"的设定，则也可以省略步骤S202 的向用户的询问。此外，在作为再现装置决定了 "使可移动介质为优先" 的'瞎况下，也同样可以省略步骤S202的向用户的询问。步骤S203是在使可移动介质为有效上是否有用户的认可的判断。如果 用户进行了使可移动介质为有效的选择，则步骤S203成为是，在步骤S204 中使插入的可移动介质成为有效。可移动介质是有效的状态具体而言是指， 在可移动介质中存在BUDA目录、CertlD目录、OrganizationlD目录、DiscID 目录的目录构造，能够进行对它们中的、DiscID内的追加内容数据文件的37访问，从Java (TM)应用能够经由文件I/O组件34读写可移动介质上的文 件。在步骤S204中使可移动介质为有效之后，利用可移动介质上的数据进 行是否能够构建虚拟包的判断(步骤S205)。如果不能构建虚拟包，则在仍 使可移动介质为有效的状态下仅通过BD-ROM上的数据进行再现。如果在 步骤S205中判断为能够构建虚拟包，则利用可移动介质上的追加内容构建 虚拟包(步骤S206)，通过虚拟包开始再现。图22是判断能否构建虚拟包的流程图。首先，从index.bdmv读出被插 入的BD-ROM的DiscID，确认内容(步骤S301)。 DiscID的读出及确认通 过虚拟文件系统23经由DiscID确认组件37取得DiscID的值来进行。另外， DiscID的确认也可以是虚拟文件系统23直接访问BD-ROM来进行。如果插入的BD-ROM的DiscID的确认结束，则进行在可移动介质中是 否存在对应于该DiscID的4级DiscID目录的检索，判断是否存在合并管理 信息文件、签名信息文件(步骤S302)。此时，如果可移动介质是有效的， 则检索可移动介质上的DiscID目录，如果可移动介质是无效的，则检索内 装介质上的DiscID目录。如果合并管理信息文件或签名信息文件没有存在 于对应于插入的DiscID的DiscID目录中，则判断为不能进行虚拟包构建。在步骤S302中判断为存在对应的合并管理信息文件、签名信息文件的 情况下，将合并管理信息文件、签名信息文件变更为读取专用属性(步骤 S303)，利用签名信息文件进行合并管理信息文件的签名验证(步骤S304)。 如果签名验证失败，则判断为不能进行虚拟包构建(步骤S305中否)。如果签名验证成功(步骤S305中是)，则进行合并管理信息文件的文 件保存位置信息中记载的各文件是否存在的检查，将这些文件变更为读取 专用属性(步骤S306)。步骤S307是变更是否成功的判断。如果记载在文 件保存位置信息中的文件没有都齐备、不能进行虚拟包构建，则步骤S307 为否。如果记载在文件保存位置信息中的文件都齐备、并且能够将这些文 件的属性变更为读取专用，则步骤S307成为是，判断为能够构建虚拟包(步 骤S308)。图23是在步骤S203中对用户进行是否使可移动介质成为有效的确认 的画面显示的一例。在该图中，在输出画面及再现装置上的显示面板上表示插入了可移动介质的情况。当然也可以仅进行其中任一个的显示。此外，在输出画面上显示有设为有效还是设为无效的选择按钮，使用 户选择输出画面上的按钮。这也可以考虑通过预先决定遥控器上的键中的、 表示有效/无效的按钮，从而不是在画面上选择，而是用遥控器上的键进行 选择。此外，如果经过了规定时间也没有进行键输入，则也可以使可移动 介质为有效或无效。在再现装置上具备表示检测到了可移动介质的灯、表示可移动介质是 有效的灯、表示正在用可移动介质上的数据来再现虚拟包的灯。表示检测 到了可移动介质的灯与可移动介质的有效/无效无关，如果可移动介质处于 插入中，则发光来表示可移动介质处于插入中。表示可移动介质是有效的灯如果可移动介质是插入中且有效，则发光 变化。数据是否作为虚拟包处于使用中与该灯没有关系。表示正在通过可移动介质上的数据再现虚拟包的灯如果可移动介质是 插入中且有效、而且正作为虚拟包使用中，则发光变化。在歩骤S203中，由于是可移动介质被插入、还没有被有效化的状态， 所以只有表示检测到可移动介质的灯发光。如果在步骤S204中将可移动介 质有效化，则表示可移动介质是有效的灯发光，如果在步骤S206中利用可 移动介质构建虚拟包，则如图24所示，表示正在通过可移动介质上的数据 再现虚拟包的灯发光。另外，也可以考虑这3个灯集中在1个灯中，改变 颜色、改变闪烁速度等而表示3种状态的差异。此外，也可以不是光灯， 而在再现装置的显示监视器上表示这些状态。此外，在该实施例中，作为 表示可移动介质的状态的机构，以光灯为例进行了说明，但也可以使用光 灯以外的显示设备。图25是在图21的流程图中加上了是否作为虚拟包再现的询问的流程 图。在图21的流程图中，如果用户进行了使可移动介质为有效的选择，则 只要能够构建虚拟包就一定构建虚拟包。在图25的流程图中，追加步骤 S401,对用户询问是否构建虚拟包，即使可移动介质是有效的，能够构建 虚拟包，也能够通过用户的选择不通过虚拟包进行再现。步骤S401中的用户询问也可以与步骤S203同样，只要事前通过再现 装置的用户设定预先进行了 "使虚拟包优先"的设定，就省略步骤S401的向用户的询问而构建虚拟包。此外，在作为再现装置而决定了 "使虚拟包为优先"的设定的情况也同样能够省略步骤S401的向用户的询问。图26是在步骤S401中对用户进行是否使使用了可移动介质的虚拟包 为有效的确认的画面显示的一例。与图23同样，在输出画面上及再现装置 上的显示面板上表示能够使用可移动介质，但当然也可以仅显示其中任一个。此外，在输出画面上显示有是否使用可移动介质的选择按钮，使用户选择输出画面上的按钮，但与图23同样，通过预先决定遥控器上的键中的、 表示使用/拒绝的键，从而不是在画面上选择，而是通过遥控器上的键选择 使用/拒绝。此外，也可以如果经过了规定的时间也没有键输入，则使用可 移动介质再现虚拟包，或者在再现中不使用可移动介质。图27是表示在再现过程中插入了可移动介质的情况下的处理的流程 图。在再现过程中可移动介质被插入、检测到可移动介质的情况下，对用 户进行表示检测到了可移动介质的显示，进行是否使可移动介质为有效的 询问(步骤S501)。步骤S502是判断是否有对于该询问的认可的判断的步 骤。如果用户进行了不使可移动介质为有效的选择，则使可移动介质为无 效，原样继续再现(步骤S507)。如果用户进行了使可移动介质为有效的选 择，则使可移动介质为有效(步骤S503)，接着进行是否能够使用可移动介 质构建虚拟包的判断(步骤S504)。是否能够构建虚拟包的判断由图22所 示的流程的处理决定。如果判断为不能构建虚拟包(步骤S505中否)，则 不构建虚拟包，而原样继续再现。在能够构建虚拟包的情况下(步骤S505 中是)，构建虚拟包(步骤S506)，重启动BD-ROM的再现。这里，所谓的 BD-ROM的重启动，是指停止当前的再现、在构建了虚拟包之后从"首先 播放"标题或"顶菜单"标题、或者在虚拟包构建前再现的标题的最初进 行再现。步骤S501、 502中的、向用户的是否使可移动介质为有效的询问与步 骤S202同样，如果事前通过再现装置的用户设定预先进行了 "使可移动介 质为优先"的设定，则也可以将步骤S203的向用户的询问省略。此外，在 步骤S505中判断为能够构建虚拟包之后，与步骤S401同样，也可以向用 户进行是否使用可移动介质构建虚拟包的询问。40另外，在使用了内装介质上的数据的虚拟包再现过程中插入可移动介 质、并且使可移动介质为有效的情况下，也可以不论有无虚拟包的构建，都先进行BD-ROM的重启动而使内装介质成为无效。图28是在步骤S502中对用户进行是否使可移动介质为有效的确认的 画面显示的一例。基本上与在图23中说明的内容相同，但不同点是己经进 行了AV再现。在图28中，将AV再现暂停而等待来自用户的输入，但也 可以一边再现AV再现一边等待来自用户的输入。图29是在可移动介质插入后、先进行了虚拟包构建判断之后、进行向 用户的询问的处理的流程图。与图27的流程图的差异是在向用户的询问之 前已完成了虚拟包构建判断这一点。步骤S504是是否能够构建虚拟包的判 断，步骤S505是虚拟包数据是否是有效的判断。在步骤S504、 S505中判 断为不能构建虚拟包、虚拟包数据不是有效的情况下，仅对用户进行是否 使可移动介质成为有效的询问(步骤S501)。在判断为能够构建虚拟包、虚拟包数据是有效的情况下，在步骤S508 中向用户进行是否使用可移动介质作为虚拟包的询问，转移到步骤S509。 步骤S509是在虚拟包构建中是否进行了用户的认可的判断，在进行了认可 的情况下，在步骤S510中接着进行是否使可移动介质成为有效的询问。在 用户选择了作为虚拟包的使用的情况下，在使可移动介质成为有效之后， 在步骤S506中进行虚拟包的构建。图30是在可移动介质为有效的状态下、在再现过程中可移动介质被取 出的情况下的处理的流程图。如果在可移动介质有效状态下在再现过程中 可移动介质被取出(步骤S601)，则首先判断是否正在由使用可移动介质的 虚拟包进行再现中(步骤S602)。如果在虚拟包中没有正在使用可移动介质， 则使可移动介质无效化(步骤S603)，继续再现。如果正在用使用可移动介质的虚拟包进行再现，则将再现中断(步骤 S604)，对用户进行表示可移动介质被取出的显示，进行是再插入可移动介 质而再开始再现、还是将再现停止在没有可移动介质的条件下重新再现的 询问(步骤S605)。步骤S606是对询问的判断。如果再次插入了可移动介 质，则在步骤S607中再开始所中断的再现。在规定的时间内没有插入可移 动介质、或用户进行了将再现停止的选择的情况下，在步骤S608中不使用可移动介质而进行BD-ROM的重启动。另外，也可以在步骤S603中使可移动介质无效化之后、或者在步骤 S605中用户选择了再现停止之后，使内装介质有效化，进行是否能够通过 内装介质上的数据构建虚拟包的判断。在判断为能够通过内装介质上的数 据构建虚拟包的情况下，用内装介质上的数据构建虚拟包，进行BD-ROM 的重启动。此外，也可以如果能够构建虚拟包，则使用户判断是否用内装 介质上的数据构建虚拟包。步骤S605也可以如果事前通过再现装置的用户设定进行了 "当使用中 的可移动介质被取出时将再现停止"的设定，则省略步骤S605的向用户的 询问，而将当前的再现停止，进行BD-ROM的重启动。此外，在作为再现 装置决定了 "当使用中的可移动介质被取出时将再现停止"的设定的情况 下也同样能够将步骤S605的向用户的询问省略。另外，也可以在将再现停 止之后，不自动地进行BD-ROM的重启动，而在停止的状态下等待来自用 户的操作(按下再现按钮等)。此外，也可以考虑当插入了可移动介质时，将可移动介质上的数据复 制到内装介质上，利用复制到内装介质上的数据将虚拟包再现。在此情况 下，由于可移动介质为无效状态，所以即使在步骤S601中可移动介质被取 出，也不中断再现，而将可移动介质判断为无效，转移到步骤S603继续再 现。图31是在步骤S605中对用户进行是再插入可移动介质而再开始再现、 还是将使用可移动介质的再现结束的确认的画面显示的一例。在该图中， 在输出画面上及再现装置上的显示面板上表示了可移动介质被取出的情 况，但当然也可以只是其中任一个的显示。此外，在输出画面上显示有是 否将再现结束的选择按钮，使用户选择输出画面上的按钮。这也可以考虑 通过预先决定遥控器上的键中的、表示结束的键，从而不是在画面上选择， 而通过遥控器上的键选择结束。此外，也可以如果即使经过了规定时间也 没有进行键输入则结束再现。另外在本实施方式中，在可移动介质使用过程中，通过可移动介质有 效灯对用户通知处于可移动介质使用中的情况，但也可以在可移动介质使 用过程中进行保护以使其不能被物理地拔出。42(备注)以上，对于在本申请的申请时刻申请人能够知道的优选的实施方式进 行了说明，但关于以下所示的技术性课题，可以施加进一步的改良及变更 实施。想要提起注意的是，是如各实施方式所示那样实施、还是实施这些 改良-变更都是任意的，由实施的人的主观决定。<能够使用的字符代码>在各实施方式中，对于文件名、目录名、扩展名由ASCII代码构成的 一例进行了说明，但在文件名、目录名、扩展名由ASCII代码以外的字符 代码、即JIS汉字代码、SHIFT-JIS汉字代码、Unicode (统一代码)表现的 情况下，可移动介质中的文件名、目录名被限制为通过将32位用每1字符 的位长除而得到的字符数。所谓的Unicode,是将全世界的几乎所有字符用16位的代码表现、想 要通过1个代码体系能够进行多国语言处理的代码体系。如果使用该 Unicode表现文件名、目录名，则记录到可移动介质中时的文件名、目录名 被限制在2字符以下(=32位/16位)。除了上述以外，作为用来表现文件名、目录名的字符代码，也可以使 用BIG5文字代码、GB18030-2000文字代码、EUC-KR文字代码。<合并管理信息文件的记载的变形>在合并管理信息文件中，也可以将互联网的URL与可移动介质的文件 路径建立对应。此外，在以LAN、 WAN为前提的目录服务器中，也可以将用来确定资 源的文件路径与可移动介质的文件路径建立对应。例如，也可以将作为 ITU-T推荐的X.500系列推荐的目录服务器、实现世界名字服务(name service)的服务器的目录信息记载到合并管理信息文件中，与可移动介质的文件路径建立对应。在此情况下，再现装置的网络接口优选支持LDAP (轻量级目录访问协 议Light weight Directory Access Protocol)。在LDAP的版本3中，采用 UTF-8，实现将UniCode替换为字节列的变换，所以例如能够在合并管理信 息文件上实现使用日语的文件路径与可移动介质的文件路径的对应建立。<再现装置的类型>作为对象的再现装置既可以是仅具有再现记录介质的再现功能的再现 装置，也可以是具有录像功能的再现装置。 <编程语言的变形>在上述实施方式中，作为虚拟机的编程语言而采用了 Java (TM)，但 也可以不是Java (TM)，而是在UNIX (TM) OS等中使用的B-Shell、 Perl Script、 ECMAScript等其他编程语言。<虚拟包生成时的作为基础的数据>在各实施方式中，作为第l记录介质的一例，对基于记录在BD-ROM 中的数据构建虚拟包的情况进行了说明，但在BD-ROM用数据记录在可再 写型记录介质中那样的情况下，也可以基于该BD-ROM用数据构建虚拟包。这里，在作为虚拟包生成的对象的可再写型记录介质中，有BD-R及 BD-RE。此外，作为虚拟包生成的对象的记录介质也可以是CD-ROM、 CD隱R、 CD隱RW、 DVD-ROM、 DVD-R、 DVD-證、DVD-RAM、 DVD+R、 DVD+RW等其他光盘。<对SD存储卡的记录>在各实施方式中釆用的"SD存储卡"以可删除块为单位进行改写，此 外，在该写入时，需要将可删除块的记录内容删除，先回到白纸的状态。 该可删除块例如具有16K字节的数据尺寸，该改写具有几十万次为极限的 物理特性。另一方面，在FAT型文件系统中，文件由l个以上的族构成。该族具 有18K字节、32K字节、64K字节的数据尺寸，所以在SD存储卡上的文 件系统中，优选地使族的边界与可删除块的边界一致。在此情况下，"文件=1个以上的族=可删除块"的关系成立，在条目区 域的状态变化时，减少要改写的文件的数量原样直接带来减少可删除块的 改写次数，通过减少该改写次数，能够实现SD存储卡的长寿化。除此以外，图10所示的文件、目录条目中的BD-ROM固有者、即DiscID 目录的目录条目、以及合并管理信息文件"bumf.xml"、签名信息文件 "bumf.sf"、追加内容数据文件"00001.mpl"、 "mo.bdm"、 "00001.m2t"优 选地进行记录处理以使其正好收纳在1个以上的可删除块内。通过这样的记录处理，在合并管理信息文件及签名信息文件、追加内容数据文件的更新时，能够使进行改写的可删除块的数量为最小。同样，Root目录条目及双重FAT也优选地进行记录处理以使其正好收 纳在1个以上的可删除块内。通过这样的记录处理，在追加内容数据文件 的更新时，能够使进行改写的可删除块的数量为最小。<系统LSI化〉优选地将构成图5所示的再现装置的硬件中的、除了机构性结构要素 (BD驱动器1)、通过大容量的存储器安装的结构要素(视频平面5、图形 平面8)以外的、以逻辑元件为主要部的部分构成为1个系统LSI。这是因 为，以逻辑元件为主要部的部分能够高密度地集成化。所谓的系统LSI (大规模集成电路)，是指在高密度基板上安装裸芯片 并封装的结构。通过将多个裸芯片安装到高密度基板上并封装、使多个裸 芯片具有宛如1个LSI那样的外形构造的结构也包括在系统LSI中(将这 样的系统LSI称作多芯片组件)。这里，如果着眼于封装的种类，则在系统LSI中，有QFP(四侧引脚 扁平封装)、PGA (阵列引脚封装)的种类。QFP是在封装的四侧面上安装 有引脚的系统LSI。 PGA是在整个底面上安装有许多引脚的系统LSI。这些引脚担负着作为与其他电路的接口的作用。在系统LSI的引脚中， 存在这样的接口的作用，所以通过将其他电路连接在系统LSI的这些引脚 上，系统LSI起到作为再现装置的核心的作用。这样的系统LSI不仅在再现装置中，也能够组装到电视机或游戏机、 个人计算机、One-Seg (单段)便携设备等、处理影像再现的各种设备中， 能够将本发明的用途扩展到很多领域。上述那样的系统LSI由于实现再现装置的功能，所以系统LSI优选地 基于Uniphier架构。基于Uniphier架构的系统LSI由以下的电路模块构成。
数据并行处理器DPP它是多个元件处理器同样动作的SIMD型处理器，通过使内装在各元 件处理器中的运算器在1个命令下同时动作，实现对构成图片的多个像素 的解码处理的并行化。 命令并行处理器IPP它由包括命令RAM、命令缓冲器、数据RAM、数据缓冲器的"贝蒂 存储器控制器(Local Memory Controller)",包括命令取出部、解码器、执 行单元、寄存器文件的"处理单元(Processing Unit)部"、使处理单元部进 行多个应用的并行执行的"虚拟多处理单元(Virtual Multiprocessor Unit) 部"构成。
CPU模块它由ARM核心、外部总线接口 (总线控制单元，Bus Control Unit: BCU)、 DMA控制器、定时器、矢量中断控制器等周边电路、UART、 GPIO (全局目的输入输出General Purpose Input Output )、同步串行接口等的周 边接口构成。前面所述的控制器作为该CPU模块安装在系统LSI中。
流I/O模块它进行与经由USB接口或ATA包接口连接在外部总线上的驱动装置、 硬盘驱动装置、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中。工业实用性构成本发明的再现装置由于能够使用各实施方式所示的内部结构进行 工业生产，所以在制造产业中也能够使用。
权利要求
1、一种再现装置，进行根据记录在第1记录介质或第2记录介质中的文件的再现处理，其特征在于，具备检索机构，在应用程序请求了使用第1记录介质的文件路径的文件访问的情况下，对作为记录在第2记录介质中的文件、并且能够通过该文件路径访问的文件进行检索；以及读出机构，在存在能够通过上述文件路径访问的文件的情况下，将该文件从第2记录介质读出；上述检索机构的检索根据参照信息来进行；上述参照信息表示第1记录介质中的文件路径与作为记录在第2记录介质中的文件、并且能够从该文件路径访问的文件之间的对应；第2记录介质是能够从再现装置拆装的可移动型记录介质；可移动型记录介质中的文件的位置使用按照可移动型记录介质特有的文件系统的形式变换对第1记录介质附加的多种标识符而得到的文件路径来确定。
2、 如权利要求1所述的再现装置，其特征在于，所谓上述可移动型记录介质的文件系统的形式，是将目录名及文件名 限制在8字符以下、并将'文件名的扩展名限制在3字符以下的8.3形式。
3、 如权利要求1所述的再现装置，其特征在于，所谓对上述第1记录介质附加的多种标识符，是对第1记录介质附加 的证书的标识符、组织的标识符、介质的标识符； 在上述可移动型记录介质中，存在与证书标识符对应的目录、与组织标识符对应的目录、与介质标 识符对应的目录集，与组织标识符对应的目录存在于与证书标识符对应的目录的下级； 与介质标识符对应的目录集存在于与组织标识符对应的目录的下级， 上述参照信息及文件配置于层级化的多个子目录中的、位于最下层的子目录。
4、如权利要求3所述的再现装置，其特征在于，于上述介质标识符对应的目录集被层级化为4个子目录； 对第1记录介质附加的介质标识符是最大32字符的字符串； 在构成与介质标识符对应的目录集的子目录中，各自附加了通过将构成介质标识符的最大32字符的字符串进行4分割而得到的、8字符以下的 目录名。
5、如权利要求4所述的再现装置，其特征在于，在上述介质标识符中，存在高位的位数为0的标识符；在构成与该介质标识符对应的目录集的子目录中，有赋予了 o这个数字作为目录名的子目录；上述应用程序通过将省略0的形式的文件路径输出给读出机构，来命 令读出机构取得在构成与介质标识符对应的目录集的子目录中存在的参照 信息；上述读出机构将省略0的形式的文件路径变换为上述可移动型记录介 质的文件路径，并根据变换后的文件路径，进行参照信息的取得。
6、如权利要求1所述的再现装置，其特征在于， 上述第1记录介质的文件路径，是使用被限制在255字符以下的目录 名以及文件名来表现的文件路径。
7、如权利要求1所述的再现装置，其特征在于，上述检索机构的检索包括以下处理，即从应用程序接收第1记录介 质的文件路径，判断与该文件路径对应的可移动型记录介质的文件路径是 否记述在参照信息中；在参照信息中不存在能够根据与请求相关的第1记录介质的文件路径 来访问的文件的情况下，将能够根据该文件路径来确定所在的、第1记录 介质中的文件读出。
8、 一种系统大规模集成电路，组装在再现装置中，对于根据记录在第 l记录介质或第2记录介质中的文件的再现处理进行控制，其特征在于，具 备检索机构，在应用程序请求了使用第1记录介质的文件路径的文件访 问的情况下，对作为记录在第2记录介质中的文件、并且能够通过该文件 路径来访问的文件进行检索；以及控制机构，进行控制，以使在存在能够通过上述文件路径访问的文件 的情况下，将该文件从第2记录介质读出；上述检索机构的检索根据参照信息来进行；上述参照信息表示第1记录介质中的文件路径与作为记录在第2记录 介质中的文件、并且能够从该文件路径访问的文件之间的对应； 第2记录介质是能够从再现装置拆装的可移动型记录介质； 可移动型记录介质中的文件的位置使用按照可移动型记录介质特有的 文件系统的形式变换对第1记录介质附加的多种标识符而得到的文件路径 来确定。
9、 一种再现方法，在计算机上进行根据记录在第1记录介质或第2记 录介质中的文件的再现处理，其特征在于，包括检索步骤，在计算机上工作的应用程序请求了使用第1记录介质的文 件路径的文件访问的情况下，对作为记录在第2记录介质中的文件、并且 能够通过该文件路径来访问的文件进行检索；以及读出步骤，在存在能够通过上述文件路径访问的文件的情况下，将该 文件从第2记录介质读出；上述检索步骤的检索根据参照信息来进行；上述参照信息表示第1记录介质中的文件路径与作为记录在第2记录 介质中的文件、并且能够从该文件路径访问的文件之间的对应； 第2记录介质是能够从再现装置拆装的可移动型记录介质； 可移动型记录介质中的文件的位置使用按照可移动型记录介质特有的 文件系统的形式变换对第1记录介质附加的多种标识符而得到的文件路径 来确定。
全文摘要
根据应用的构建请求生成虚拟包。在这样生成虚拟包之后，虚拟文件系统(23)基于示出8.3形式的文件路径与长文件形式的文件路径之间的对应的合并管理信息文件，对于用8.3形式保存的可移动介质上的文件，用长文件形式的别名访问。
文档编号H04N5/93GK101583928SQ20088000275
公开日2009年11月18日 申请日期2008年1月23日 优先权日2007年2月16日
发明者大户英隆, 田中敬一 申请人:松下电器产业株式会社