再现装置的制作方法

专利名称：再现装置的制作方法
技术领域：
本发明涉及将记录在BD-ROM(Blu-Ray Disc Read Only Memory)等记录介质中的 影像数据再现的再现装置，特别涉及将记录在记录介质中的影像数据向其他记录介质记录 的技术(受控复制)。
背景技术：
所谓受控复制(managed copy)，是将记录在BD-ROM等读取专用记录介质中的数 字流或应用程序(以下称作“应用”)向别的光盘(BD-R、BD-RE、DVD-R、DVD-RW、DVD-RAM等) 或硬盘、可移动介质(SD存储卡、记忆棒、CF (Compact Flash 注册商标)、Smart media、多 媒体卡等)等可读写记录介质复制时、不是无限制地许可复制、而是在复制前与服务器通 信进行认证、仅在被许可的状态下能够执行复制的技术。通过该技术，能够进行限制备份(复制)次数、或仅在被收费的状态下许可备份等 的控制，所以能够提高BD-ROM视听的方便性。作为关于受控复制的在先技术，有在以下的专利文献中记载的技术。专利文献专利文献1 日本特开2008-98765号发明要解决的技术问题受控复制是在被许可的状态下执行复制的机制，但关于将BD-ROM上的哪个数据 作为复制对象，能够采用各种方法。例如，在记录有正编影像和特典影像的BD-ROM中，既有将BD-ROM上的数据的所有 文件复制而生成与BD-ROM完全相同的数据的备份的方法，也有仅将用户希望的一部分内 容(例如仅特典影像)部分地复制的方法。受控复制是基于记载有复制对象文件的文件名一览的复制管理信息列表而被执 行的。复制管理信息列表利用预先记录在盘上的列表，或者从服务器取得最新的复制管理 信息列表加以使用。在复制管理信息列表中记载有BD-ROM上的所有文件是复制对象的情况下，通过 受控复制将所有的文件复制。这样，将符合BD再现规格的盘结构原样复制，所以可以说能 够保障完成符合BD再现规格的盘。但是，在部分复制的情况下，也可以想到丧失BD再现规格的互换性的情况。这是 因为，在仅将包括正编影像和特典影像的盘中的特典影像进行受控复制的情况下，当然必 须以省去了正编影像的形式复制。于是，有可能因省去了正编影像而损害与BD-ROM上的数 据库文件或应用的整合。在BD-ROM中，除了影像以外，还包括记载有当在盘插入时或在按钮按下时再现哪 个流的脚本数据库文件。脚本数据库文件以由BD-ROM盘上的规格决定的固定的文件名配 置在特定的位置上。再现设备为当盘插入时参照脚本数据库的构造。如果复制源的BD-ROM的脚本数据库文件设为在启动时将正编影像再现，则在复制目的地中，在使用与复制源相同的脚本数据库文件的情况下，由于不包含要启动的正编 影像，所以存在会发生没有预想到的动作的较大的问题。除此以外，还存在许多因一部分文 件缺失从而文件间的不一致所引起的丧失再现互换性的情形。

发明内容
本发明的目的是提供一种能够制作即使在部分复制的情况下也能够取得再现互 换性的盘的再现装置。用于解决技术问题的技术手段为了解决上述问题，作为本发明的一技术方案的再现装置，将第一记录介质上的 文件复制到第二记录介质中，上述第一记录介质存储有索引表文件、与该索引表文件中定 义的各标题建立了对应的实际数据文件和包括定义上述实际数据文件的一部分的标题在 内的部分复制用索引表文件，其特征在于，上述再现装置具备存储部，存储有文件映射信 息，该文件映射信息记载有上述部分复制用索引表文件和与该部分复制用索引表文件中定 义的各标题建立了对应的实际数据文件的、上述第二记录介质用的文件名；映射数据处理 部，在复制上述第一记录介质上的一部分文件的情况下，将上述部分复制用索引表文件和 与该部分复制用索引表文件中定义的各标题建立了对应的实际数据文件变更为记载在上 述文件映射信息中的文件名；以及复制执行部，将上述部分复制用索引表文件和与该部分 复制用索引表文件中定义的各标题建立了对应的实际数据文件，以变更后的文件名复制到 上述第二记录介质中。发明效果根据本发明，即使在将第一记录介质上的一部分文件变更文件结构而复制的所谓 “部分复制”的情况下，也使用文件映射信息将复制对象文件的文件名变换为第二记录介质 用的文件名，用变换后的文件名复制到第二记录介质中，所以能够制作确保了再现互换性 的第二记录介质。


图1是本发明的实施方式1的系统图。图2是本发明的实施方式1的BD-ROM的数据层级图。图3是表示本发明的实施方式1的BD-ROM为对象的软件的层模型的图。图4是表示本发明的实施方式1中的通过两个模式的动态再现控制制作的电影作 品的图。图5是表示本发明的实施方式1的再现装置的内部结构的图。图6是表示本发明的实施方式1的本地存储器的目录结构的图。图7是表示本发明的实施方式1的BD-J模组的具体的结构的图。图8是表示本发明的实施方式1中index, bdmv与标题的关系的图。图9是表示本发明的实施方式1的受控复制控制部的内部结构的图。图10是表示本发明的实施方式1的Java(注册商标)应用与服务器之间的数据 收发的图。图11是表示本发明的实施方式1的复制管理信息列表的内容的图。
图12是表示本发明的实施方式1的受控复制的各手续的画面显示的一例的图。图13是本发明的实施方式1的Java应用进行的受控复制控制的流程图。图14是本发明的实施方式1的受控复制控制部进行的数据复制的流程图。图15是表示本发明的实施方式1的数据复制完成的画面显示的一例的图。图16是表示以往方式的复制管理信息列表的内容的图。图17是表示以往方式的受控复制完成后的复制目的地盘的一例的图。图18是表示以往方式的受控复制目的地盘再现的画面显示的一例的图。图19是表示本发明的实施方式1的受控复制完成后的复制目的地盘的一例的图。图20是表示本发明的实施方式1的受控复制目的地盘再现的画面显示的一例的 图。图21是表示本发明的实施方式2的复制管理信息列表的内容的图。图22是表示本发明的实施方式2的受控复制控制部的内部结构的图。图23是本发明的实施方式2的受控复制控制部进行的数据复制的流程图。图M是表示本发明的实施方式2的受控复制完成后的复制目的地盘的一例的图。图25是表示本发明的实施方式3的复制管理信息列表的内容的图。图沈是表示本发明的实施方式3的受控复制控制部的内部结构的图。图27是本发明的实施方式3的受控复制控制部进行的数据复制的流程图。图观是表示本发明的实施方式3的受控复制完成后的复制目的地盘的一例的图。图四是表示本发明的实施方式4的再现装置的内部结构的图。图30是表示本发明的实施方式4的本地存储器的目录结构的图。图31是表示本发明的实施方式4的合并管理信息的内部结构的图。图32是表示本发明的实施方式4的BD-J模组的具体的结构的图。图33是本发明的实施方式4的BD-ROM插入时的流程图。图34是本发明的实施方式4的标题切换时的虚拟包重构的图。图35是表示本发明的实施方式4的虚拟包更新处理的图。图36是表示本发明的实施方式4的受控复制控制部的内部结构的图。图37是表示本发明的实施方式4的Java应用与服务器之间的数据收发的图。图38是表示本发明的实施方式4的复制管理信息列表的内容的图。图39是表示本发明的实施方式4的受控复制的各手续的画面显示一例的图。图40是表示本发明的实施方式4的受控复制过程中的画面显示一例的图。图41是本发明的实施方式4的Java应用进行的受控复制控制的流程图。图42是本发明的实施方式4的受控复制控制部进行的数据复制的流程图。图43是表示本发明的实施方式4的数据复制执行过程中的盘访问限制的图。图44是表示本发明的实施方式4的盘访问限制中的BD-J模组的内部结构的图。图45是进行本发明的实施方式4的受控复制时的虚拟包的状态确认的流程图。图46是表示本发明的实施方式4的不能进行虚拟包复制的情况下的用户通知的 一例的图。图47是表示本发明的实施方式4的虚拟包数据的受控复制的图。图48是表示本发明的实施方式4中进行仅BD-ROM上数据的复制的情况下的用户通知的一例的图。图49是表示本发明的实施方式4中是否实施虚拟包复制的用户询问的一例的图。图50是表示本发明的实施方式4的复制目的地媒体的容量不足时的用户询问的 一例的图。图51是本发明的实施方式4的虚拟包构建可否判断的流程图。图52是表示本发明的实施方式5的再现装置的菜单画面的一例的图。图53是表示本发明的实施方式5的再现装置的受控复制设定菜单的一例的图。图M是本发明的实施方式5的受控复制的流程图。图55是表示本发明的实施方式5的本地存储器利用的询问画面的一例的图。
具体实施例方式作为技术方案1所述的形态的再现装置，将第一记录介质上的文件复制到第二记 录介质中，上述第一记录介质存储有索引表文件、与该索引表文件中定义的各标题建立了 对应的实际数据文件和包括定义上述实际数据文件的一部分的标题在内的部分复制用索 引表文件，其特征在于，上述再现装置具备存储部，存储有文件映射信息，该文件映射信息 记载有上述部分复制用索引表文件和与该部分复制用索引表文件中定义的各标题建立了 对应的实际数据文件的、上述第二记录介质用的文件名；映射数据处理部，在复制上述第 一记录介质上的一部分文件的情况下，将上述部分复制用索引表文件和与该部分复制用索 引表文件中定义的各标题建立了对应的实际数据文件变更为记载在上述文件映射信息中 的文件名；以及复制执行部，将上述部分复制用索引表文件和与该部分复制用索引表文件 中定义的各标题建立了对应的实际数据文件，以变更后的文件名复制到上述第二记录介质 中。作为技术方案5所述的形态的再现装置，其特征在于，还具备虚拟文件系统，该虚 拟文件系统生成包信息，该包信息用于通过将记录在上述第一记录介质中的文件与记录在 本地存储器中的文件按照合并管理信息组合，从而能够作为1个包读入；上述虚拟文件系 统在确认与上述第一记录介质对应的合并管理信息是否存在于上述本地存储器中，并且在 存在的情况下确认上述合并管理信息是否正当之后，生成上述包信息；上述复制执行部基 于生成的上述包信息，将上述第一记录介质上的文件与上述本地存储器上的文件组合，并 向上述第二记录介质复制。根据该结构，即使是复制源的文件分散存在于多个媒体中的情况，通过使用虚拟 文件系统，能够在分散存在的文件看起来宛如存在于一个媒体上那样的状态下进行受控复 制，所以即使是分散存在于多个媒体中的文件，也能够受控复制到第二记录介质中。并且， 在复制目的地的第二记录介质中，由于在保持了文件结构的状态下复制文件，所以能够制 作确保了再现互换性的第二记录介质。作为技术方案12所述的形态的再现装置，从记录在第一记录介质和本地存储器 的某个中的索引表文件、与该索引表文件中定义的各标题建立了对应的实际数据文件和包 括定义上述实际数据文件的一部分的标题在内的部分复制用索引表文件中，将复制对象文 件复制到第二记录介质上，其特征在于，上述再现装置具备上述本地存储器，存储有文件 映射信息，该文件映射信息记载有上述部分复制用索引表文件和与该部分复制用索引表文件中定义的各标题建立了对应的实际数据文件的、上述第二记录介质用的文件名；映射数 据处理部，在复制一部分文件的情况下，将上述部分复制用索引表文件和与该部分复制用 索引表文件中定义的各标题建立了对应的实际数据文件变更为记载在上述文件映射信息 中的文件名；认证部，在复制对象的文件是本地存储器上的文件的情况下，确认上述文件的 正当性；以及复制执行部，将上述部分复制用索引表文件、与该部分复制用索引表文件中定 义的各标题建立了对应的实际数据文件中记录在上述第一记录介质中的文件和由上述认 证部确认了正当性的文件，以变更后的文件名复制到上述第二记录介质中。根据该结构，即使是不存在于作为复制源盘的第一记录介质上的文件，也能够将 保持在再现装置上的本地存储器中的文件受控复制到第二记录介质中。例如，再现装置通过预先从外部服务器将复制源盘的漏洞修复包或追加内容等下 载到本地存储器上，还能够将漏洞修复包及追加内容等与第一记录介质上的文件一起向第 二记录介质受控复制。此外，通过进行对本地存储器上的文件的认证处理，能够防止复制没 有完全性的文件，能够制作确保了再现互换性的第二记录介质。作为技术方案14所述的形态的再现装置，将索引表文件、与该索引表文件中定义 的各标题建立了对应的实际数据文件和包括定义上述实际数据文件的一部分的标题在内 的部分复制用索引表文件中的、复制对象文件复制到第二记录介质中，其特征在于，上述再 现装置具备存储部，存储有复制管理信息，该复制管理信息记载有作为复制一部分文件的 情况下的复制对象文件的上述部分复制用索引表文件和与该部分复制用索引表文件中定 义的各标题建立了对应的实际数据文件的、在第一记录介质上的文件名以及上述第二记录 介质用的文件名；判断部，判断记载在上述复制管理信息中的复制对象文件是否存在于上 述第一记录介质中；文件生成部，生成由上述判断部判断为不存在的文件；映射数据处理 部，在复制一部分文件的情况下，将存在于上述第一记录介质中的复制对象文件的文件名 和由上述文件生成部生成的复制对象文件的文件名变更为记载在上述复制管理信息中的 第二记录介质上的文件名；以及复制执行部，将上述部分复制用索引表文件和与该部分复 制用索引表文件中定义的各标题建立了对应的实际数据文件，以变更后的文件名复制到上 述第二记录介质中。根据该结构，即使是第二记录介质的再现所需要的文件不存在于第一记录介质上 的情况下，也能够通过由再现装置生成的文件将其补足，所以即使是一部分文件缺失的情 况，也能够作为受控复制内容进行处理。以下，参照附图对本发明的实施方式进行说明。(实施方式1)首先，说明有关本发明的再现装置的实施行为中的使用行为的形态。图1是表示 有关本发明的再现装置的使用行为的形态的一例的图。在图1中，有关本发明的再现装置是再现装置101。该再现装置101例如用于对由 遥控器102及电视机103形成的家庭影院系统供给电影作品的用途。此外，再现装置101 具备插入SD存储卡、记忆棒、CF、智能媒体卡、多媒体卡等可移动介质104的插入口、以及用 来外装用于读入记录型BD、记录型DVD、记录型⑶等光盘的盘驱动器106的插入口。以上 是对有关本发明的再现装置的使用形态的说明。接着，说明作为关本发明的再现装置再现的对象的记录介质(media)。在图1的例子中，由有关本发明的再现装置再现的是作为光盘的BD-R0M105。图2是表示BD-R0M(以后也有称作“BD”的情况)的结构的图。在本实施方式中， 主要着眼于用来再现电影等的AV内容的AV应用来说明BD-R0M，但当然也可以将BD-ROM如 CD-ROM或DVD-ROM那样作为计算机用途的记录介质使用。BD-ROM与其他光盘、例如DVD或⑶等同样，从其内周朝向外周以螺旋状具有记录 区域，在内周的导入和外周的导出之间具有能够记录逻辑数据的逻辑地址空间。此外，在导 入的内侧有称作BCA(Burst CuttingArea)的、仅能够由驱动器读取的特别区域。该区域由 于不能由应用读取，所以被用在著作权保护技术等中，记录有表示记录介质的物理序列号 码的 PMSN (Pre-recorded Media Serial Number)。在逻辑地址空间中，以文件系统信息(卷)为开头，记录有影像数据等的应用数 据。所谓文件系统，是UDF或IS09660等，能够使用目录、文件构造来读取与通常的PC同样 记录的逻辑数据。在文件系统中，能够读取255字符的文件名、目录名。在本实施方式的情况下，BD-ROM上的目录、文件构造在根目录(ROOT)之下放置有 BDMV目录及CERTIFICATE目录。BDMV目录是记录有用BD-ROM处理的AV内容及管理信息 等数据的目录。CERTIFICATE目录在属下存在discroot, crt (文件名固定)文件。在其中 记录有用于应用的签名验证的证书。在BDMV目录的属下，存在称作PLAYLIST目录、CLIPINF目录、STREAM目录、BDJO目 录、JAR目录的5个子目录。并且，在BDMV目录中，配置有index, bdmv、以及MovieObject. bdmv这两种文件。STREAM目录可以说是保存有作为数字流主体的文件的目录，存在被赋予了扩展名 m2ts的文件(xxx.m2ts( “xxx”可变，扩展名“m2ts”固定))。被赋予了扩展名“m2ts”的文件是MPEG-TS (TransportStream)形式的数字AV流， 通过将视频流、1个以上音频流、1个以上副影像流多路复用而得到。视频流表示电影的运 动图像部分，音频流表示电影的声音部分，副影像流表示电影的字幕。在PLAYLIST目录中，存在被赋予了扩展名mpls的文件(xxx.mpls( “xxx”可变， 扩展名“mpls”固定))。被赋予了扩展名“mpls”的文件是保存有PlayList信息的文件，记录有流的再现 区间(“In Time/Out Time”)。在CLIPINF目录中，存在被赋予了扩展名clip的文件(xxx. clpi ( “xxx”可变，扩 展名“clpi”固定))。被赋予了扩展名“clpi”的文件是与数字AV流分别一一对应的Clip信息。Clip 信息具有数字AV流的编码形式、帧速率、位速率、分辨率等信息、及表示GOP开头位置的EP_ map ο在JAR目录中，存在被赋予了扩展名jar的文件(xxx. jar( “xxx”可变，扩展名 “jar” 固定))。被赋予了扩展名“jar”的文件是Java档案文件，记述有使用Java虚拟机进行动 态的脚本控制的Java应用的程序。在想要从Java应用控制表示BD-ROM上的内容的再现 单位的各标题的再现的情况下需要该文件。在BDJO目录中，存在被赋予了扩展名bdjo的文件(XXX.bdjo( “XXX”可变，扩展名“bdjo”固定))。被赋予了扩展名“bdjo”的文件是保存有BD-J对象的文件。BD-J对象是通过由 PlayList信息表示的AV流与应用之间的关联来定义标题的信息。BD-J对象表示应用管理 表、和在该标题中能够再现的PlayList—览。应用管理表是通过将应用的标识符(应用 ID)和属于该应用的Java档案文件的ID罗列起来、来表示以该标题为生存区间的应用的 表。即，一个应用由一个以上的Java档案文件构成。index, bdmv (文件名固定)是关于BD-ROM整体的数据库文件，具有作为确定电影 作品的提供商的标识符的organizationID (32位)、以及作为对提供商提供的BD-ROM分别 分配的标识符的discID(U8位)等的信息。在向再现装置插入盘后，通过最初读取index, bdmv，在再现装置中唯一地识别盘。除此以外，在index, bdmv中，包括将在BD-ROM中能够 再现的多个标题与规定各个标题的BD-J对象建立对应表示的表。另外，index, bdmv相当 于有关本发明的“索引表文件”。MovieObject. bdmv (文件名固定)包括记述有用来在HDMV模式(后述)下的各标 题再现中使再现进行动态地变化的脚本的脚本程序。图3是表示再现控制的层模型的图。第1层是物理层，是作为处理对象的流主体的供给控制。如图3所示，作为处理对 象的流不只以BD-R0M，还以Built-h媒体或可移动介质、网络、记录型盘等所有的记录介 质、通信媒体为供给源。这里，所谓Built-h媒体，是HDD (硬盘驱动器)等预先组装在再 现装置中的记录介质。另一方面，可移动介质是SD存储卡、记忆棒、CF、智能媒体卡、多媒体 卡等具有可移动性的记录介质。这些Built^n媒体、可移动介质都是再现装置本地使用的 记录介质，用“本地存储器”的总称来称呼。第1层规定了对这些本地存储器或网络等供给 源的控制(盘访问、卡访问、网络通信)。第2层是AV数据的层。第2层规定了将由第1层供给的流使用怎样的解码方式 解码。第3层(BD管理数据)是规定流的静态脚本的层。所谓静态脚本，是由盘制作者 预先规定的再现路径信息、流管理信息，第3层规定了基于它们的再现控制。第4层(BD再现程序)是实现流中的动态脚本的层。动态脚本是执行AV流的再 现顺序、以及关于该再现的控制顺序中的至少一方的程序。通过动态脚本进行的再现控制 是按照对装置进行的用户操作而变化的控制，具有程序的性质。在这里的动态的再现控制中有两个模式。两个模式中的一个是在AV设备特有的 再现环境下将记录在BD-ROM中的运动图像数据再现的模式(HDMV模式)，另一个是提高记 录在BD-ROM中的运动图像数据的附加价值的模式(BD-J模式)。在图3中，在第4层中记述有HDMV模式和BD-J模式这两个模式。HDMV模式是 类似DVD的再现环境中的再现模式，记述有用来使再现进行动态变化的脚本的脚本程序动 作。BD-J模式是以Java虚拟机为主体的再现模式，从Java应用进行再现控制。图4是表示通过两个模式的动态的再现控制制作的电影作品的图。图4(a)是表示 通过用HDMV模式定义动态的再现控制而制作的电影作品的一个场面的图。HDMV模式由于 能够用与DVD再现装置能够解释的命令很相似的命令记述再现控制，所以能够定义与DVD 同样的再现控制、即通过对菜单的选择而进行再现那样的再现控制。
图4(b)是通过用BD-J模式定义动态的再现控制而制作的电影作品。BD-J模式能 够用Java虚拟机能够解释的Java语言记述控制顺序。如果该再现控制是控制计算机图形 (CG)的动作的，则在BD-J模式中，能够定义CG(图中的猫头鹰的画)在显示运动图像的画 面的旁边活动那样的再现控制。图5是表示再现装置的大体的功能结构的块图。如图5所示，再现装置包括BD-ROM 驱动器401、记录型BD驱动器106、读入控制部402、多路分离器403、视频解码器404、视频 平面405、音频解码器406、图像存储器407、图像平面408、图像解码器409、加法器410、静 态脚本存储器411、动态脚本存储器412、HDMV模组413、BD_J模组414、UO探测模组415、模 式管理模组416、调度器417、绘制引擎418、写入控制部419、AV再现库420、网络接口 421、 本地存储器422、以及受控复制控制部423。BD-ROM驱动器401进行BD-ROM的装载/弹出，执行对BD-ROM的访问。读入控制部402进行装载在记录型BD驱动器106中的BD-R/RE、以及装载在 BD-ROM驱动器401中的BD-R0M105或记录在本地存储器422中的数据的读入控制。多路分离器403进行由读入控制部402读取的传输流的多路分离，得到构成GOP 的视频帧和音频帧，将视频帧输出给视频解码器404，将音频帧输出给音频解码器406。并 且，多路分离器403将副影像流保存到图像存储器407中，将Navigation Button信息保存 到动态脚本存储器412中。多路分离器403进行的多路分离包括将TS包变换为PES包的 变换处理。视频解码器404将从多路分离器403输出的视频帧解码，将非压缩形式的图片写 入到视频平面405中。视频平面405是用来保存非压缩形式的图片的存储器。音频解码器406将从多路分离器403输出的音频帧解码，输出非压缩形式的音频 数据。图像存储器407是保存从多路分离器403读取的副影像流、NavigationButton信 息内的PNG数据、从读取控制部402直接读入的图像文件的缓存。图像平面408是具有一画面量的区域的存储器，配置有展开后的副影像流、PNG数 据、图像文件。图像解码器409将保存在图像存储器407中的副影像流、PNG数据、图像文件展开， 写入到图像平面408中。通过副影像流的解码，各种菜单及副影像出现在画面上。加法器410将展开到图像平面408中的图像合成到保存于图片平面405中的非压 缩形式的图片数据中并输出。通过该加法器410将图像平面408内的图像与视频平面405内的图片合成，输出 图4(b)所示的画面(CG(图中的猫头鹰的画)在显示运动图像的画面的旁边活动那样的画 面)°静态脚本存储器411是用来保存当前的PlayList及当前的流管理信息的存储器。 当前的PlayList是指记录在BD-ROM或本地存储器422中的多个PlayList中的、作为当前 处理对象的列表。所谓当前的流管理信息，是指记录在BD-ROM或本地存储器422中的多个 流管理信息中的、作为当前处理对象的信息。动态脚本存储器412保存有当前的动态脚本，是用于HDMV模组413、BD_J模组414的处理的存储器。所谓当前的动态脚本，是指记录在BD-ROM或本地存储器422中的多个脚 本中的、作为当前执行对象的脚本。HDMV模组413是作为HDMV模式的执行主体的DVD虚拟播放器，执行被读取到动态 脚本存储器412中的当前的脚本程序。BD-J模组414是Java平台，包括Java虚拟机、配置文件、简档(profile)。BD-J模 组414从读取到动态脚本存储器412中的Java类文件生成当前的Java对象并执行。Java 虚拟机将用Java语言记述的Java对象变换为再现装置的CPU的本机码，使CPU执行。UO探测模组415检测对遥控器或再现装置的前面板进行的用户操作，将表示用户 操作的信息(以下称作U0(User Operation))输出给模式管理模组416。 模式管理模组416保持从BD-ROM或本地存储器422读取的模式管理表，进行模式 管理及分支控制。模式管理模组416进行的模式管理是使HDMV模组413或BD-J模组414 的哪个执行动态脚本这样的模组分配。调度器417从UO中仅选择适合于当前的再现装置的模式的U0，传递给执行该模式 的模组。例如，在HDMV模式的执行中，在受理了上下左右、罗马字母等UO的情况下，调度器 417对HDMV模式的模组输出这些UO。绘制引擎418具备Java2D、OPEN-GL等基础软件，按照来自BD-J模组414的指示 进行计算机图形的描绘，将描绘出的计算机图形输出给图像平面408。写入控制部419按照来自受控复制控制部423的指示，将数据写入到装载在记录 型BD驱动器106中的媒体、或本地存储器422中。AV再现库420根据来自HDMV模组413、BD-J模组414的函数调用，执行AV再现 功能、播放列表的再现功能。所谓AV再现功能，是从DVD播放器、⑶播放器沿袭的功能群。具体而言，是再现 开始、再现停止、暂停、暂停的解除、静止图像功能的解除、以即时值指定再现速度的快进、 以即时值指定再现速度的回退、声音切换、副影像切换、视角切换等的处理。所谓播放列表 再现功能，是指按照播放列表信息进行上述AV再现功能中的再现开始或再现停止。网络接口 421为了进行在因特网上公开的BD-ROM追加内容的下载或受控复制的 认证、收费，而具有向服务器连接的功能。所谓BD-ROM追加内容，是在原始的BD-ROM中没 有的内容，例如是追加的副声音、字幕、特典影像、应用等。BD-J模组414通过控制网络接口 421，能够将在因特网上公开的追加内容下载到 本地存储器422中。受控复制的认证协议利用由BD-J模组414执行的Java应用所指示的 协议。本地存储器422及记录型BD驱动器106被用作受控复制的复制目的地。将支持 作为受控复制的复制目的地的媒体中的、由用户选择的媒体作为复制目的地的媒体。除此以外，本地存储器422还用于下载的追加内容或应用所使用的数据等的保 存。追加内容的保存区域按照每个BD-ROM被划分，此外，应用能够用于数据的保持的区域 被按照应用划分。此外，本地存储器422还用于保存记载有表示将已下载的追加内容怎样 与BD-ROM上的数据合并的合并规则的合并管理信息。受控复制控制部423接收由BD-J模组执行的Java应用的指示，进行BD-ROM上数 据的复制。根据复制目的地的媒体，还进行流的再编码。例如，如果复制目的地的媒体是BD-R，则实施Bit by Bit复制，如果复制目的地的媒体是DVD-R等容量较小的媒体，则能够 一边进行流的再编码而将流压缩一边进行数据复制。图6是表示本地存储器中的数据构造的图。作为有关本发明的再现装置再现的对 象的记录介质不仅是BD-R0M，还包括硬盘或SD卡等本地存储器。对记录在该本地存储器中的数据进行说明。在本地存储器上，存在追加内容区域 根目录。追加内容区域存在于本地存储器的根目录下，目录名是8字符以内的固定值 (BUDA) 0应用能够在BUDA目录以下(也包括子目录和其以下的文件)中保存从服务器下 载的追加文件等任意的文件。如图6的OrganizationID目录及DiscID目录所示，通过在与特定的提供商 (Organization)相对应的目录中设置对应于各BD-ROM的目录，将关于各BD-ROM的下载数 据单独保存。图7是表示图5所示的BD-J模组414的更具体的结构的图。BD-J模组414包括媒体再现模组702、受控复制模组704、文件I/O模组705、网络 模组706、应用管理器707。另外，本图中的AV再现库420、网络I/F421、本地存储器422、受 控复制控制部423与图5所示的单元是相同的，为了媒体再现模组702 应用管理器707 的说明而被简单地记载。应用管理器707基于记录在BD-ROM上的应用管理信息，管理Java应用的起动及 结束。此外，应用管理器707还进行将从调度器417接收到的UO事件传递给当前动作中的 Java应用701的处理。媒体再现模组702对Java应用701提供用于媒体再现控制的API (Application Program Interface)。如果Java应用701调用媒体再现API，则媒体再现模组702调用对 应的AV再现库420的函数，进行AV再现控制。网络模组706对Java应用701提供用于网络控制的API。按照来自Java应用701 的网络控制请求，使用网络接口 421进行网络连接。Java应用701能够使用网络模组706 进行被公开的追加内容的检索、下载、以及受控复制认证所需要的服务器访问。文件I/O模组705进行从Java应用701向BD-R0M、本地存储器、记录型BD驱动器 等各媒体的文件访问请求的处理。受控复制模组704对Java应用701提供用于受控复制的控制的API。通过调用该 APLJava应用701进行受控复制认证所需要的复制源及复制目的地媒体信息的取得、对受 控复制控制部的复制开始请求、复制过程中的进展状况的确认等。关于这些API的详细情 况在后面叙述。图8是表示index, bdmv文件与标题的关系的图。所谓标题，是将应用与AV流作 为组的再现单位。index, bdmv文件记载有盘上的标题结构，管理着盘上的各标题与对应的应用(如 果是BD-J模式标题则是Java应用，如果是HDMV模式标题则是脚本程序)的参照关系。此外，作为特殊的标题，存在“第一播放”和“顶部菜单”。“第一播放”是在BD起动 时被自动再现的标题，主要用于BD的使用协议显示等。“顶部菜单”在按下了遥控器的菜单 键或标题再现结束时被再现，主要用于标题的选择、及字幕/声音的语言的选择。
图9是将受控复制控制部423详细化的图。受控复制控制部423包括序列号码读取部601、媒体ID读取部602、媒体状态管理 部603、复制执行部604、复制状态通知部605、复制进展管理部606、NonCe生成写入部607、 密钥信息写入部608、映射数据处理部609、空闲容量判断部610、和与有关本发明的存储部 的一例相对应的复制源文件信息保存部611。序列号码读取部601进行表示记录在作为BD-ROM上的特殊区域的BCA(Burst Cutting Area)中的记录介质的物理序列号码的PMSN (Pre-recorded Media Serial Number)的读取。该序列号码在后述的密钥信息的生成中使用。媒体ID读取部602进行记录在复制目的地的媒体中的、对每个媒体唯一设定的媒 体固有的信息(媒体ID)的读取。该值通常不能改写，即使是相同种类的媒体也对每个媒 体分配不同的值。该媒体ID也用于密钥信息的生成。媒体状态管理部603管理再现装置当前能够作为复制目的地使用的媒体的种类 的一览。例如，如果再现装置具备SD卡插槽和记录型BD驱动器并且当前仅插入了 SD卡， 则判断SD卡为当前的复制目的地的对象。如果插入了 SD卡及BD-R这两者，则判断为作为 复制目的地能够使用SD卡及BD-R两者。此外，媒体状态管理部603还进行复制目的地媒 体的空闲容量的管理。复制执行部604进行从BD-ROM上向其他媒体的数据复制。将BD-ROM上数据复制 到复制目的地媒体的哪个位置由映射数据处理部609基于复制管理信息列表的文件映射 信息决定复制目的地。复制执行部604基于该决定进行复制。此外，复制执行部604还根 据复制目的地的媒体进行流的再编码。复制状态通知部605管理复制的开始、正常结束、错误结束等的状态转变，经由 BD-J模组对Java应用通知状态转变。复制进展管理部606进行复制对象数据的剩余字节数及已复制字节数的管理，根 据来自Java应用的请求，通知当前的进展信息。Nonce生成写入部607每当实施受控复制时进行随机的值(Nonce)的生成及写入。 该Nonce的值也被用于后述的密钥信息的生成。密钥信息写入部608进行根据BD-ROM的序列号码、复制目的地媒体的媒体ID以 及Nonce而生成的密钥信息的写入。密钥信息是基于存在于服务器中的私钥而生成的。 Java应用在取得序列号码、媒体ID、Nonce之后，将这些值发送给服务器。服务器基于从Java应用发送来的值和在服务器侧管理的私钥，生成密钥信息，将 所生成的密钥信息返送给Java应用。Java应用将从服务器发送来的密钥信息设置到密钥信息写入部608中，密钥信息 写入部608将被设置的密钥信息向复制目的地媒体写入。密钥信息被用于加密内容密钥的 解密，如果将加密内容密钥解密，则能够进行保护内容的再现。即，如果没有该密钥信息，则 即使不正当地将加密内容密钥和保护内容从BD-ROM复制到别的媒体中，也不能将所复制 的保护内容再现。映射数据处理部609基于复制源文件信息保存部611的复制源文件信息的文件映 射信息决定文件的复制目的地。空闲容量判断部610基于复制目的地媒体的空闲剩余量以及复制源内容，判断复制所需要的空闲容量是否存在于复制目的地中。复制源文件信息保存部611将记录在盘上的、或从服务器发送来的复制源文件信 息保存。复制源文件信息读取部612进行记录在复制源的媒体中的、作为与受控复制对象 的文件有关的信息的复制源文件信息的读取。受控复制控制部423具备以上的构成要素，能够从Java应用控制这些构成要素。接着，使用图10 图12，对Java应用与服务器之间的数据收发的一系列的动作进 行说明。图10是表示Java应用与服务器之间的数据收发的顺序图。首先，如果用户在菜单画面等上选择受控复制(在图12(a)中表示画面显示的一 例)，则开始受控复制的处理。Java应用将记载在BD管理信息(index, bdmv)中的DiscID 和作为复制目的地候选的媒体的媒体类型一览向服务器发送。服务器根据这些数据制作复 制管理信息列表和会话ID，并向Java应用返送。会话ID用于在服务器侧管理以后的服务器与Java应用之间的交换的进展状况。 例如，在没有进行收费处理而请求了密钥信息的情况下，服务器确认会话ID，判断为该会话 还没有结束收费处理，能够拒绝密钥信息请求。在复制管理信息列表中，包括为了唯一识别复制内容而分配的标识符(复制内容 ID)、以用户能够理解的字符串记载的内容相关信息、应复制的文件(或目录)一览及其文 件映射信息、能够作为复制目的地的媒体类型、分辨率、复制所需要的容量、和价格信息。在图11中表示复制管理信息列表的一例。复制管理信息列表由多个复制管理信 息构成，对各复制管理信息分配能够唯一识别的ID(复制内容ID)。各复制管理信息包括 内容ID、内容相关信息、复制文件、文件映射信息、文件目的地媒体类型、以及分辨率-容 量-价格信息。复制内容ID用于区别复制管理信息。内容相关信息包括复制对象的字符串信息 和表示是全部复制还是部分复制的标志。复制文件全部记载(列表)了复制源盘的复制对 象的文件。文件映射信息记载有对于在复制文件中列表的各文件名可以用哪个文件名保存 到复制目的地的哪个位置上。在文件的所在没有变更的情况下，也可以不存在文件映射信 息。在复制目的地媒体类型中，记载有复制目的地的记录介质信息。分辨率-容量-价格 信息如其名称那样，包括以哪个分辨率复制到复制中的复制目的地、或者在复制完的情况 下需要多大的容量的信息。Java应用基于复制管理信息列表的分辨率_容量-价格信息，将能够对用户复制 的内容的相关内容提示在画面上(在图12(b)中表示画面显示的一例)。此外，也可以提示图12(c)的画面，使用户选择复制目的地候选。基于用户的选择 来决定要复制的内容、以及复制目的地候选。此时，也可以将复制目的地候选的空闲容量与 记载在复制管理信息列表中的必要容量进行比较，在判断为复制目的地候选的容量不足的 情况下从复制目的地候选中去除容量不足的媒体、或对用户提示警告等。在要复制的内容及复制目的地的媒体被决定并且要复制的内容是收费的情况下， 用户需要进行收费信息的输入(在图12(d)中表示画面显示的一例)。作为收费信息，有信 用卡号码或用户ID等。在不需要收费的情况下，既可以不进行收费信息的输入，也可以仅检查复制次数的计数。如果用户的收费信息输入结束，则Java应用将与用户选择的内容的复制内容ID、 复制目的地的媒体类型、收费信息、以及会话ID向服务器侧发送。服务器侧在判断这些数 据为正确的情况下，向Java应用返回0K。Java应用如果从服务器接收到OK的通知，则取得密钥信息的要素数据。所谓密钥 信息的要素数据，是复制源的序列号码、复制目的地的媒体ID以及Nonce。如果从Java应 用对服务器发送序列号码、媒体ID、NonCe及会话ID，则服务器根据密钥信息的要素数据和 服务器所具有的私钥，生成密钥信息。Java应用如果从服务器接收到密钥信息，则将作为复 制对象的复制管理信息及密钥信息向受控复制控制部转交。如果复制管理信息及密钥信息 的转交完成，则受控复制控制部开始数据的复制。图13是Java应用进行的受控复制控制的流程图。首先，Java应用经由受控复制控制部423检查当前是否存在作为复制目的地候选 的媒体(S301)。如果存在作为复制目的地候选的媒体，则从复制源盘取得DiscID，从受控 复制控制部423取得作为复制目的地候选的媒体的媒体类型一览。接着，Java应用将它们 向服务器发送。接着，Java应用从服务器接收基于所发送的数据而由服务器生成的复制管理信息 列表和会话ID (S302)。如果不存在作为复制目的地候选的媒体，则结束受控复制处理。如果取得复制管理信息列表，则基于复制管理信息列表选择复制目的地媒体及复 制源内容(S30;3)。选择方法既可以是Java应用自身选择，也可以是对用户提示可复制内容 及媒体的一览，使用户从中选择。图12(b)及图12(c)表示对用户提示可复制的内容及媒体的一览的情况的一例。 如图12(c)所示，除了媒体名以外也可以还显示空闲容量等，也可以还显示记载在复制管 理信息中的复制目的地媒体所需要的容量。此外，也可以不是原样显示记载在复制管理信息中的必要容量，而是根据复制源 的文件尺寸计算必要容量，并显示该值。复制所需要的容量计算既可以由Java应用进行， 也可以是Java应用参照在再现装置侧计算出的值。特别是，在将流再次压缩而保存的情况 下，由于伴随着文件尺寸及文件数的变更，所以在此情况下由再现装置计算必要容量是更 高效的。接着，受控复制控制部423的空闲容量判断部610基于所选择的复制目的地媒体 的空闲剩余量与复制源内容的合计尺寸，确认在复制目的地上是否存在复制所需要的空闲 容量(S304)。如果有复制所需要的空闲容量，则Java应用进行收费处理(S305)。这里所 谓的收费处理，是指连接到服务器上、进行信用卡号码等的认证的一系列的处理。在收费处 理完成的时刻，服务器将OK的消息和从复制管理信息列表中提取的收费对象的复制源文 件信息发送给Java应用。另外，在不需要收费的情况下，也可以将步骤S305跳过。如果没 有空闲容量，则结束受控复制处理。接着，Java应用在从服务器接收到表示收费处理成功的OK通知的情况下，确认在 与OK通知同时发送来的复制管理信息中是否存在复制源文件信息(S306)。Java应用在从 服务器接收到收费处理失败的消息的情况下，将受控复制失败传达给用户等，使受控复制
处理结束。
如果作为步骤S306的结果而在接收到的复制管理信息中存在复制源文件信息， 则Java应用将复制源文件信息摘录要点，保存到复制源文件信息保存部611中(S307)。如 果作为步骤S306的结果而在复制管理信息中不存在复制源文件信息，则Java应用通过复 制源文件信息读取部612从复制源盘取得预先存在的复制源文件信息，保存到复制源文件 信息保存部611中(S302)。S卩，成为在内容提供商想要更新预先在复制源盘定义的复制对象文件的情况下能 够由服务器变更它的构造。接着，Java应用从受控复制控制部423取得密钥信息的要素数据(S309)。所谓密 钥信息的要素数据，是由序列号码读取部601取得的复制源媒体的序列号码、从媒体ID读 取部602取得的复制目的地媒体的媒体ID、以及由Nonce生成写入部607生成的Nonce。如果Java应用将密钥信息的要素数据发送给服务器，则服务器根据发送来到密 钥信息的要素数据和服务器具有的私钥生成密钥信息，并向Java应用返送密钥信息。Java 应用接收由服务器生成的密钥信息，将密钥信息和复制管理信息向受控复制控制部转交 (S310)。在复制管理信息及密钥信息的转交完成后，Java应用对受控复制控制部发出数据 复制开始请求，受控复制控制部的复制执行部604开始受控复制(S311)。图14是将受控复制控制部423进行的数据复制S311详细化的图。首先，在数据复制开始之后，受控复制控制部423立刻对Java应用进行复制开始 通知(S401)。接着，受控复制控制部423从复制源文件信息保存部611取得复制源文件信 息(S402)。接着，受控复制控制部423参照在步骤S402中取得的复制源文件信息的内容相关 信息，判断是全部复制还是部分复制(S403)。在步骤S403中是全部复制的情况下，进行复制源盘的全部文件的复制(S409)。在 步骤S403中是部分复制的情况下，映射数据处理部609取得在复制文件的最初列表的文件 名(S404)。接着，映射数据处理部609参照文件映射信息，确认是否存在与复制文件的文件 名对应的文件名(S405)。如果在步骤S405中不存在映射信息，则复制执行部604通过写入 控制部419，以记载在复制文件中的目录位置及文件名向复制目的地进行复制(S406)。在 步骤S405中存在映射信息的情况下，复制执行部604通过写入控制部419以记载在映射信 息中的目录及文件名将记载在复制文件部分中的文件复制到复制目的地(S407)。复制执行部604在步骤S406或步骤S407完成时，确认在复制文件中是否存在未 复制的文件名(S408)。如果在步骤S408中存在未复制的文件，则取得下个文件，向步骤 S404转移。如果在步骤S408中不存在未复制的文件，则意味着数据复制处理完成，对Java 应用报告完成的消息并结束。图15是复制完成时的显示画面的一例。从这里起，想要通过与作为受控复制现有技术的日本特开2008-98765号进行比 较来说明在本实施方式中说明的利用映射信息的部分复制带来的确保互换性的效果。对想要制作作为脚本而从图8所示的、具有正编和4个标题(包括顶部菜单)的 盘结构的复制源盘仅再现特典影像的盘的情况进行说明。首先，使用图16 图18进行以往方式的说明。图16表示没有映射信息的以往方式的复制管理信息。在受控复制时，用户选择图16的复制内容ID#2的部分复制。在此情况下，期待作为复制目的地盘而生成能够仅再现特 典影像的盘。具体而言，需要复制与特典影像关联的文件群、和盘构成数据库文件(index, bdmv) ο在图16的复制内容ID#2的复制文件的栏中，列举有需要复制的文件。在这里包 括盘构成数据库文件、菜单显示用的应用、以及特典影像所需要的文件。此外，新盘结构的 盘构成数据库文件也成为复制对象。图17表示以往的再现装置使用图16的复制管理信息完成复制时的结构图。以往， 再现装置原样将写入在复制管理信息的复制文件中的文件名向复制目的地进行复制。作为 复制目的地而完成的盘被原样复制有在起动时再现正编影像的复制源的盘构成数据库文 件。但是，由于是特典影像盘，所以正编影像没有被复制。由于没有应在起动时再现的正编 影像，所以如果将图17的复制目的地盘再现，则会如图18那样发生错误。另外，即使在复制源的盘中准备了对新的盘结构添加的盘构成数据库文件(BDMV/ MC/extronly. indx)，新的盘构成用数据库文件也被配置到在源盘中没有被使用的位置上。在以往方式的受控复制中，由于维持着文件结构地向新盘复制，所以即使是新盘， 新的盘构成用数据库文件也被保存到不被使用的位置。因此，即使在复制源的盘中准备了对新的盘结构添加的盘构成数据库文件，在新 的盘中也不能使用本来应使用的新盘用的数据库文件，所以不能制作不发生预想不到的动 作的部分复制盘。接着，图19表示按照本实施方式完成了复制时的结构图。在本实施方式的情况下，再现装置基于图11的复制管理信息进行受控复制。图11 使在源盘中保存在不被使用的位置中的、对新的盘结构添加的盘构成数据库文件(BDMV/ MC/extronly. indx)在新盘中向再现装置能够使用的位置(BDMV/index. bdmv)映射。另外， 对新的盘结构添加的盘构成数据库文件(BDMV/MC/extronly. indx)相当于有关本发明的 “部分复制用索引表文件”。本实施方式的再现装置如果使用图13及图14所示的处理进行复制，则图19的复 制目的地盘完成。即，在本实施方式中，能够生成确保了数据库的整合的盘。如果将图19 的复制目的地盘再现，则如图20那样，能够不发生数据库的不匹配地再现特典影像。(实施方式2)在实施方式1中，向复制目的地的受控复制对象都是存在于复制源盘中的文件， 而在实施方式2中，对于除了存在于复制源的盘上的文件以外还将本地存储器上的数据进 行受控复制的变形例进行说明。另外，在实施方式2中，与已经记载的实施方式1同样的部分省略说明，仅记载与 实施方式1之间的变更点。没有记载的部分请认为与实施方式1相同。图21表示实施方式2的复制管理信息列表的一例。本实施方式的复制管理信息 列表对图11所示的复制内容ID、内容相关信息、复制文件、文件映射信息、复制目的地媒体 类型、以及分辨率-容量-价格信息追加了文件摘要信息。各部分的详细说明对于与图11 相同的部分省略说明，仅叙述变更点。记载在复制文件栏中的文件不仅是存在于复制源盘上的文件，在本实施方式中本 地存储器的文件也能够作为复制对象记载。在图21的例子中，复制文件的文件名以BUDA开始的“BUDA/extronly. indx”相当于该文件。此外，在本实施方式中新追加的文件摘要栏仅在复制对象文件参照了本地存储器 的数据的情况下存在，记载复制对象文件的摘要值(digestvalue)。图22记载有实施方式2的受控复制控制部的结构。各部分的详细说明已在图9 中说明，所以对于相同的部分省略说明，而仅叙述变更点。在图22中，作为新的结构而追加了认证部613。认证部613在复制对象是本地存 储器的文件的情况下，通过实施摘要值的认证处理来确认文件的正当性。图23是表示实施方式2的受控复制控制部423进行的数据复制的流程图。图23 除了图14的数据复制处理以外还追加了步骤S501 S505。另外，关于S401 S404，由于 与图14的处理是相同的，所以省略说明。如果在步骤S404中结束复制文件的取得，则接着映射数据处理部609参照文件映 射信息，确认是否存在与复制文件的文件名对应的文件名(S4(^)。在步骤S405中，如果存 在映射信息，则复制执行部604判断复制文件是否是本地存储器的文件(S501)。是否是本 地存储器的文件的判断一般通过文件名的开头字符串判断，但也可以使用其他方法。接着，在步骤S501中判断为复制文件不是本地存储器的文件的情况下，复制执行 部604经由写入控制部419，将记载在复制文件部分中的文件以记载在文件映射信息中的 目录及文件名复制到复制目的地(S407)。在步骤S501中判断为复制文件是本地存储器的文件的情况下，需要使用S502 S505的步骤确认本地存储器的数据的正当性。首先，受控复制控制部423判断写入在复制文件中的本地存储器文件是否能够由 受控复制管理Java应用访问(S5(^)。在步骤S502中判断为能够访问的情况下，复制执 行部604取得复制管理信息的对应于复制文件的摘要值，将所取得的摘要值转交给认证部 613 (S503)。在步骤S502中判断为不能访问的情况下，不将复制对象文件复制而向S408转移。接着，复制执行部604从本地存储器取得记载在复制文件部分中的文件的二进制 数据，并转交给认证部612。接收到文件的二进制数据的认证部613计算所接收到的文件的 摘要值(S504)。接着，认证部613将在步骤S503中接收到的摘要值与在步骤S504中计算出的摘 要值进行比较，判断是否一致(S505)。在步骤505中摘要值一致的情况下，复制执行部604经由写入控制部419将记载 在复制文件部分中的文件以记载在文件映射信息中的目录及文件名复制到复制目的地中 (S407)。在步骤S505中摘要值不一致的情况下，成为将篡改后的文件指定为受控复制对 象，所以不将复制对象文件复制，而向S408转移。接着，如果在步骤S405中不存在文件映射信息，则复制执行部604判断复制文件 是否是本地存储器的文件(S506)。在步骤S506中判断为不是本地存储器的文件的情况下， 复制执行部604经由写入控制部419以记载在复制文件中的文件的目录及文件名向复制目 的地进行复制(S406)。在步骤S506中判断为是本地存储器的文件的情况下，由于本地存储 器的数据不经过映射就不能复制，所以不将复制对象文件复制，而向S408转移。
图M表示按照本实施方式完成复制时的结构图。在本实施方式的情况下，再现装 置基于也能够指定本地存储器的文件的复制管理信息(图21)进行受控复制。可知在图M的复制目的地盘中，流文件使用复制源的流，但数据库文件不是复制 源的盘的文件，而作为BDMV/index复制了本地存储器的文件。即，在本实施方式中，不仅能够生成确保了再现互换性的盘，而且应用也能够预先 从服务器下载了缺陷修复包或追加内容，将其作为受控复制内容加以处理。(实施方式3)在实施方式1中，在受控复制中使用的复制管理信息将盘上存在的、或从服务器 发送来的以往的复制管理信息展开而使用。在实施方式3中，说明例如在没有预先保存复制目的地用的index文件或不能制 作符合规格的盘的情况下由再现装置自动生成index文件的变形例。另外，在实施方式3 中，与已经记载的实施方式1同样的部分省略说明，而仅记载了与实施方式1之间的变更 点。没有记载的部分请认为与实施方式1相同。图25表示实施方式3的复制管理信息列表的一例。可知在进行部分复制的内容 ID#2中，再现所需要的index文件及脚本文件没有成为复制的对象。在这样的情况下，有受 控复制完成后的复制目的地盘陷入不能再现的状态的问题。所以，在本实施方式中，使用图 26 图28，说明即使在接收到图25那样的复制管理信息列表的情况下也确保再现互换性 的方法。图沈记载有实施方式3中的受控复制控制部的结构。各部分中的详细说明已在 图9中说明，所以在相同的部分中省略说明，这里仅叙述变更点。在图沈中，新追加了数据库文件生成部620。数据库文件生成部620在再现所需 要的index文件或脚本文件没有作为复制管理信息的复制文件记载的情况下生成它们。图27是表示实施方式3的受控复制控制部423进行的数据复制的流程图。图27 除了图14的数据复制处理以外还追加了步骤S601 S607。另外，在S401 S408中与图 14的处理相同，所以省略说明。如果在步骤S408中复制管理信息的所有文件的复制完成，则受控复制控制部423 确认作为复制目的地盘是否齐备了能够再现的最低限度需要的文件(步骤S601)。在复制目的地盘齐备了为了能够再现而最低限度需要的文件的情况下，与实施方 式1同样，将数据复制完成的消息报告给Java应用，完成数据复制。在复制目的地盘没有齐 备为了能够再现而最低限度需要的文件的情况下，需要一个个地确认哪个文件没有齐备。 受控复制控制部423首先确认表示复制目的地的标题结构的index, bdmv文件是否存在于 复制目的地中(S602)。在步骤S602中判断为不存在index, bdmv文件的情况下，数据库文件生成部620 进行复制目的地用index, bdmv文件的生成(S60;3)。具体而言，生成各包含一个第一播放和 标题的index, bdmv文件。另外，这里设为“生成”，但也可以是预先由再现装置作为模板保 持而将其复制。在步骤S603的处理完成、或者在步骤S602中判断为存在index, bdmv文件的情况 下，受控复制控制部423确认包含在index, bdmv中的标题的数量与处于复制源文件信息中 的对象文件的数量是否一致(S604)。
这里所谓的对象文件，是表示包含在标题中的影像的结构的文件，是对文件名赋 予了 “bdjo”的扩展名的文件、或者是“MovieObject. bdmv”这样的文件名的文件。在步骤S604中判断为对象文件不足的情况下，数据库文件生成部620生成与复制 源文件信息的流建立了关联的对象文件(S6(^)。这里，建立关联的优选是其他对象文件不 参照的流，但由于本实施方式以防止再现时的错误为目的，所以也可以是已经参照的流。重复执行步骤S604及步骤S605，直到对象文件与index, bdmv的数量一致。在对 象文件与index, bdmv的数量一致的情况下，受控复制控制部423对Java应用通知复制完 成，并完成数据复制。图观表示按照本实施方式完成了复制时的结构图。在本实施方式的情况下，在再 现最低限度的必要文件不够的情况下，在再现装置侧生成并添加到受控复制对象中。可知在图28的复制目的地盘中包括再现装置自动生成的index, bdmv、对象文件、 和从复制源复制的流。即，在本实施方式中，不仅能够生成确保了再现互换性的盘，而且即 使在从服务器接收到的数据中存在不完备的情况下，再现装置生成的文件也将其补足，能 够进行受控复制。另外，在本实施方式中，以对象文件的生成为例进行了记载，但也可以代替生成对 象文件而生成Java应用。(实施方式4)在实施方式4中，对利用虚拟文件系统的受控复制进行叙述。图四是表示实施方式4的再现装置的大体的功能结构的块图。与实施方式1不同 的点是对再现装置的结构追加了虚拟文件系统4M这一点。实施方式4的本地存储器422 不仅被作为受控复制的复制目的地使用，还被用于下载的追加内容及应用使用的数据等的保存。追加内容的保存区域被按照每个BD-ROM划分。此外，应用能够用于数据的保持的 区域被按照每个应用划分。此外，记载有表示将已下载的追加内容怎样与BD-ROM上的数据 合并的规则即合并规则的合并管理信息也被保存在该本地存储器422中。虚拟文件系统似4基于与追加内容一起下载到本地存储器422中的合并管理 信息，构建使保存在本地存储器422中的追加内容与BD-ROM上的内容合并的、虚拟的 BD-ROM (虚拟包)。从HDMV模组413或BD-J模组414能够不区别地参照虚拟包和原始BD-R0M。在虚 拟包的再现中，再现装置使用BD-ROM上的数据和本地存储器上的数据两者进行再现控制。图30是表示实施方式4的本地存储器的目录构造的图。在本地存储器上，存在追 加内容区域根目录、CertID目录、OrganizationID目录、DiscID目录、合并管理信息文件、 签名信息文件、以及追加内容数据文件。追加内容区域根目录存在于本地存储器的根目录下，是表示追加内容区域的根的 目录，目录名是8字符以内的固定值(BUDA)。CertID目录是在名字中具有从BD-ROM上的盘根证书(discroot, crt)导出的ID 的目录。具体而言，是将盘根证书的SHA-I摘要值160bit中的开头32bit用16进制表示 的8字符的名字的目录。OrganizationID目录是将记载在BD-R0M上的BD管理信息(index, bdmv)中的、确定电影作品的提供商的32bit的标识符(OrganizationID)用16进制表示的8字符的名字 的目录。DiscID目录是由4个目录构成的目录，该4个目录具有将确定BD-ROM的128bit 的标识符(DiscID)从开头起每32bit进行4分割后将其分别用16进制表示的8字符的名 字。DiscID记载在BD-ROM上的BD管理信息(index, bdmv)中。通过在对应于特定的提供商的目录中设置对应于各BD-ROM的子目录，将关于各 BD-ROM的下载数据单独保存。在该子目录的属下，存在合并管理信息文件、签名信息文件以 及追加内容数据文件。在合并管理信息文件中，包括用来根据本地存储器上的追加内容数据文件和 BD-ROM上的文件构建虚拟包的合并管理信息。合并管理信息包含构成虚拟包的本地存储器 上的各文件保存位置信息、用来在虚拟包上向这些文件访问的虚拟路径信息、以及虚拟包 ID。虚拟包ID是唯一识别虚拟包的结构的ID，即使是相同的BD-R0M，也按照每个虚拟包而 分配不同的ID。合并管理信息文件作为文件名bumf, xml，保存在DiscID目录中。签名信息文件是表示提供商对合并管理信息文件的电子签名的文件，以bumf, sf 的文件名保存在DiscID目录中。电子签名一般使用对需要防篡改的信息计算哈希值、将该 哈希值用某种私钥加密后的值。在本实施方式的签名信息文件中，利用与处于BD-ROM上的 盘根证书中的公钥相对应的私钥，将合并管理信息文件的哈希值加密。另外，盘根证书是在Java应用的认证以及合并管理信息文件的认证中使用的证 书，包括提供商公开的公钥。提供商提供的盘根证书在BD-ROM上以discroot, crt的文件 名保存。作为合并证书的文件形式的一例，可以使用X. 509。X. 509的详细的规格记载在由 国际电信电话咨询委员会发布的 CCITT Recommendation X. 509(1988) ,"The Directory-Α uthent i cat ionFramework “中。追加内容数据文件是对记录在BD-ROM中的原始的内容追加/更新的文件群，以 8. 8形式(文件名8字符以内、扩展名3字符以内)的文件名保存在本地存储器上。图6所示的3个追加内容数据文件中的、“00001. mpl”是保存有播放列表信息的 文件，“mo. bdm”是保存有HDMV模式的脚本程序的文件，“00001. m2t”是保存有数字AV流的 文件。除了这些以外，如果是记录在BD-ROM中能够对用户供给的文件，可以选择应记录 在BD-ROM中的其他文件作为追加内容数据文件的对象。例如，index, bdmv或保存有Clip信息的文件(扩展名是clpi的文件)、Java档 案文件(扩展名是jar的文件)、保存有BD-J对象的文件(扩展名是bdjo的文件)等也能 够作为追加内容数据文件的对象被选择。图31(a)是表示合并管理信息的内部结构的图。在本图的合并管理信息中，针对 00001. mpl,mo. bdm.OOOOl. m2t这3个追加内容数据文件，将本地存储器上的文件路径与虚 拟包上的文件路径建立对应。本地存储器上的文件路径依据8. 3形式。该合并管理信息文件的特征在于，考虑到作为本地存储器而使用采用FAT型文件 系统的可移动介质的情况，本地存储器中的目录名及文件名依据8. 3形式。记录在BD-ROM中的文件由于采用Long File Name (LFN)形式，所以可以具有10 字符、20字符这样的文件名及5字符、6字符这样的扩展名。但是，在记录到采用FAT型文件系统的可移动介质中时，文件名被限制为最大8字符，目录名被限制为最大8字符，扩展 名被限制为最大3字符。在合并管理信息文件中，将依据8. 3形式的本地存储器上的文件路径与虚拟包上 的LFN的文件路径建立了对应。该虚拟包的文件路径依据BD-ROM的目录构造。这是因为， 虚拟包将本地存储器上的文件宛如与保存在BD-ROM中的文件同样地进行处理。这样的BD-ROM的文件系统形式是对应于LFN的形式，所以通过参照该合并管理信 息文件，在本地存储器上的追加数据文件是8. 3形式的同时，能够使用255字符以下的文件 名以别名被访问。合并管理信息文件是对以8. 3形式记录的各种文件使其实现255字符以 下的文件名的“别名访问”的文件。对本图中的文件路径的记述具体地说明。对于本地存储器中“12345abc/12345 678/90abcdef/12345678/90abcdef/00001. mpl"这样的 8. 3 形式的文件路径，与 BDMV/ PLAYLIST/00001, mpls这样的虚拟包上的LFN形式的文件路径建立对应。该一例是依据前 图的例子，明确记载了从CertID目录向追加内容数据文件的路径。对于可移动介质中的、“12;M5abc/12;M5678/90abcdef/12;M5678/90abcdef/ mo. bdm”这样的8. 3形式的文件路径，与BDMV/MovieOb ject. bdmv这样的虚拟包上的LFN形
式的文件路径建立了对应。对于可移动介质中的、"12345abc/12345678/90abcdef/12345678/90abcde f/00001. m2t”这样的8. 3形式的文件路径，与BDMV/STREAM/000001. m2ts这样的虚拟包上 的LFN形式的文件路径建立了对应。图31 (b)表示基于合并管理信息的内容将BD-ROM内容和本地存储器上的追加内 容合并的状况。左侧表示BD-ROM的保存内容，中侧表示本地存储器的保存内容。右侧表示 虚拟包的保存内容。合并管理信息文件如图31(a)那样设定，所以将本地存储器的保存内容中的、 CertID 目录属下的 12345abc/12;345678/90abcdef/12345678/90abcdef 中存在的 3 个追加 内容数据文件、即mo. bdm、00001. mpl、00001. m2t分别如箭头gl、g2、g3所示那样组合到记 述在合并管理信息文件中的虚拟包的目录结构中。将以上那样的、将本地存储器的文件合并到记述在合并管理信息文件中的目录结 构中的处理称作“合并”。通过这样的合并，将mo. bdm用存在于BDMV目录中的“MovieOb ject. bdmv”这样的 别名的文件名访问。此外，将OOOOl.mpl用存在于BDMV目录属下的PLAYLIST目录中的“00001. mpls” 这样的别名的文件名访问。将00001. m2t用存在于BDMV目录属下的STREAM目录中的“00001. m2ts”这样的 别名的文件名访问。由于能够进行上述那样的别名访问，所以能够将mo. bdm、0000 L mp 1、00001 · m2t 分别作为存在于 BDMV/MovieObject. bdmv、BDMV/PLAYLIST/00001. mpls、BDMV/ STREAM/000001. m2ts 中的文件处 1 理。图32是表示图四所示的BD-J模组的更具体的结构的图。BD-J模组414包括媒 体再现模组702、虚拟文件系统管理模组703、受控复制模组704、文件1/0模组705、网络模组706及应用管理器707。另外，本图中的AV再现库420、网络I/F421、本地存储器422、受控复制控制部 423、以及虚拟文件系统4M与图四所示的单元是相同的，为了媒体再现模组702 应用管 理器707的说明而简单地记载。应用管理器707基于记录在BD-ROM上的应用管理信息管理Java应用的起动及结 束。此外，应用管理器还进行将从调度器417接收到的UO事件转交给当前动作中的Java 应用701的处理。媒体再现模组702对Java应用701提供用于媒体再现控制的API。如果Java应 用701调用媒体再现控制API，则媒体再现模组调用对应的AV再现库420的函数，进行AV 再现控制。网络模组706对Java应用701提供用于网络控制的API。网络模组706按照来自 Java应用701的网络控制请求，使用网络接口 421，进行网络连接。Java应用701能够使用网络模组706进行公开的追加内容的检索及下载、受控复 制认证所需要的服务器访问。文件I/O模组705进行从Java应用701向BD-R0M、本地存储器、记录型BD驱动器 等各媒体的文件访问请求的处理。在该访问请求是追加内容数据文件的写入的情况下，Java应用701能够使用文件 I/O模组将追加内容文件配置到本地存储器上的适当的位置上。此外，还能够将不需要的追 加内容文件删除，或将追加内容文件直接编辑。对虚拟包上的访问也通过该文件I/O模组 705进行。但是，对虚拟包上的访问为读取专用，不能进行从文件I/O模组705的写入。在该访问请求是追加内容数据文件的读取的情况下，将相对于BD-ROM的LFN形式 的文件路径转交给Java应用701，所以搜索记录在本地存储器中且能够通过LFN的文件路 径访问的文件是否存在于本地存储器中。该搜索通过判断该LFN的文件路径是否作为“别名的文件路径”记述在合并管理 信息文件中来进行。通过这样的搜索，在已明确在本地存储器中存在能够通过该LFN的文件路径以别 名访问的追加内容数据文件的情况下，按照记载在合并管理信息文件中的8. 3形式的文件 路径，从本地存储器读取该追加内容数据文件。在能够通过该LFN的文件路径进行别名访问的追加内容数据文件不存在于本地 存储器中的情况下，从BD-ROM读取能够通过该LFN的文件路径访问的追加内容数据文件。 如果能够通过该LFN的文件路径访问的追加内容数据文件也不存在于BD-ROM中，则进行错 误处理。受控复制模组704对Java应用701提供用于受控复制控制的API。通过调用该 APLJava应用进行受控复制认证所需要的复制源/复制目的地媒体信息的取得、对受控复 制控制部的复制开始请求、复制过程中的进展状况的确认等。关于这些API的详细情况在 后面叙述。虚拟文件系统管理模组703接收来自Java应用701的虚拟包构建/更新请求，将 该请求内容向虚拟文件系统4M传递。Java应用701在构建/更新虚拟包的情况下，指定 新的合并管理信息文件及签名信息文件，发出构建/更新请求。
虚拟文件系统似4如果通过虚拟文件系统管理模组703受理了虚拟包构建/更新 请求，则使用新指定的签名信息文件，进行新的合并管理信息文件的签名认证。然后，将旧 的合并管理信息文件及签名信息文件置换为新的合并管理信息文件及签名信息文件，重构 虚拟包。合并管理信息文件及签名信息文件的置换在标题切换时进行。图33是BD-ROM插入时的流程图。如果将BD-ROM插入到再现装置中，则虚拟文件系统4 根据discroot, crt分出 CertID 目录(SlOl)。接着，确认记载在 index, bdmv 中的 DiscID 及 OrganizationID (S102)， 决定本地存储器上的对应的DiscID目录(S103)。接着，虚拟文件系统4M确认在与插入的BD-ROM相对应的DiscID目录中是否存 在合并管理信息文件及签名信息文件这两个文件(S104)。在某一个文件不存在、或两文件不存在的情况下，虚拟文件系统4M不构建虚拟 包而仅通过BD-ROM上的数据开始再现。在合并管理信息文件及签名信息文件都存在的情 况下，虚拟文件系统似4利用签名信息文件确认合并管理信息文件没有被篡改(S105)。在步骤S105中签名验证失败的情况下，不构建虚拟包而仅通过BD-ROM上的数据 开始再现。如果在步骤S105中签名验证成功，则确认在合并管理信息中列举的本地存储器 上的文件路径中是否存在文件(S106)。如果文件1个都不存在，则停止虚拟包构建，仅通过BD-ROM上的数据进行再现。如 果能够确认虚拟包构建所需要的全部文件都存在，则虚拟文件系统4M将这些文件的属性 变更为读取专用。并且，将保存在DiscID目录中的追加内容文件基于合并管理信息的内容 合并到BD-ROM上内容中，构建虚拟包(S107)。虚拟包虚拟地存在。实际上，一部分为本地存储器上的文件，其他为由BD-ROM上 的文件构成的包。但是，从作为应用层(图3的第4层)的HDMV模组413或BD-J模组414宛如全部 文件都处于BD-ROM上那样参照。并且，虚拟文件系统似4监视从应用层对BD-ROM上的参 照，如果向参照目的地的文件的路径与记载在合并管理信息中的虚拟包的文件路径一致， 则虚拟文件系统4M将参照目的地变更为记载在对应的文件路径中的本地存储器上的文 件。S卩，即使实际上保存在本地存储器上的文件是8. 3形式的文件名，从应用层也能 够作为长文件名进行处理。接着，对插入BD-R0M、开始再现后的虚拟包的构建/更新进行说明。图34是表示用来在标题切换时置换新旧合并管理信息文件并进行虚拟包的重构 的处理顺序的流程图。如果将BD-J模式用的标题再现(S201)，则在标题再现中，Java应用进行虚拟包更 新请求(S202)。在虚拟包更新请求时给出的自变量的值是表示新合并管理信息文件的位置 的文件路径、以及表示与新合并管理信息文件相对应的签名信息文件的位置的文件路径。虚拟文件系统4M如果接收到虚拟包更新请求，则将虚拟文件系统424的状态设 为“更新准备中”，将指定的新合并管理信息文件的属性变更为读取专用以使其不能被改写 (S203)。接着，使用在虚拟包更新请求时指定的签名信息文件进行新合并管理信息文件的 签名验证(S204)。
26
在步骤S204的签名验证失败的情况下(S205中“否”)，虚拟文件系统424中断虚 拟包更新请求。并且，虚拟文件系统似4将新合并管理信息文件的属性从读取专用恢复为 虚拟包更新请求前的原来的属性，对Java应用发出虚拟包更新请求拒绝通知事件(S209)。在步骤S204的签名验证成功的情况下(S205中“是”)，虚拟文件系统似4检查新 合并管理信息文件参照的本地存储器上的文件是否存在，变更这些文件的属性，以使其成 为从Java应用读取专用(S206)。在从新合并管理信息文件参照的、在虚拟包构建所需要的文件没有存在于本地存 储器上的情况下(S207中“否”)，虚拟文件系统424中断虚拟包更新处理。并且，虚拟文件 系统4M将在步骤S203及步骤S206中变更了属性的文件的属性恢复为虚拟包更新请求前 的原来的属性。并且，对Java应用发出虚拟包更新请求拒绝通知事件(S209)。如果能够确认从新合并管理信息文件参照的、在虚拟包的构建中需要的文件都存 在于本地存储器上，并且将这些文件的属性变更为读取专用的处理完成(S207中“是”)，则 虚拟文件系统4M将虚拟文件系统的状态设为“更新准备完成”，对Java应用发出更新准备 完成通知事件。在虚拟文件系统424的状态成为“更新准备完成”之后，等待发生标题切换。如果 发生标题切换(S208中“是”)，由切换前的标题起动的Java应用结束(S210)。然后，如果 存在旧合并管理信息文件，则用新合并管理信息文件覆盖，进行新旧合并管理信息文件的 置换(S211)。在虚拟包更新前是原始的BD-ROM的再现过程中从而旧合并管理信息文件本来就 不存在的情况下，代替将旧合并管理信息文件覆盖，而是将新合并管理信息文件移动到与 插入的BD-ROM的DiscID相对应的DiscID目录之下，重命名为标准的合并管理信息文件 名。同样，对于签名信息文件也进行新旧文件的置换、移动。虚拟文件系统似4在结束了新旧合并管理信息文件及签名信息文件的置换及文 件的移动之后，基于新合并管理信息文件重构虚拟包(S212)。在虚拟包重构之后，将被从旧合并管理信息文件参照而没有从新合并管理信息文 件参照的本地存储器上的文件解除读取专用的属性，能够从Java应用进行读写。此外，关 于旧合并管理信息文件及新合并管理信息文件参照的本地存储器上的文件，其属性保持为 读取专用。如果结束虚拟包的重构，则使用新构建的虚拟包开始切换目的地的标题再现 (S201)。与再现中的虚拟包相对应的合并管理信息文件、以及该合并管理信息文件参照的 本地存储器上的文件在虚拟包的再现过程中其属性总为读取专用，不能从Java应用编辑 及删除。图35是表示Java应用发出虚拟包构建/更新请求到虚拟包被更新为止的、时间 上的处理流程的图。第1段是标题的再现时间轴。第2段是应用#1的动作时间轴。第3段是应用#2 的动作时间轴。第4段是表示虚拟文件系统的状态迁移的时间轴。在图35中，作为初始状态，设想新的合并管理信息文件、签名信息文件的保存完 成的状态。即，这里设想从因特网上的服务器下载追加内容、与在当前的虚拟包的构建中使 用的合并管理信息文件及签名信息文件不同的新的合并管理信息文件及签名信息文件并保存到本地存储器上的状态作为初始状态。假设在标题#1的再现过程中的时刻tl，Java应用701通过虚拟文件系统管理模 组703提供的API对虚拟文件系统4M请求了虚拟包构建/更新。图中的 requestUpdating( “/org#l/disc#l/new. xml" “/org#l/disc#l/new. sf”)是作为该虚拟包构建请求的API调用。该虚拟包构建请求的自变量“/org#l/disC#l/ new. xml”及“/0rg#l/diSC#l/new. sf”是指定保存在本地存储器上的新合并管理信息文件 及签名信息文件的位置的文件路径。时刻tl表示进行了该更新请求的时刻。此外，时刻tl是接收来自Java应用701的虚拟包构建/更新请求、将虚拟文件系 统424的状态转变为“更新准备中”的时刻。在“更新准备中”时，进行将指定的新合并管理信息文件及新合并管理信息文件参 照的本地存储器上的文件的属性变更为读取专用的处理。除了该处理以外，还使用在虚拟 包更新请求时从Java应用701指定的签名信息文件，进行新合并管理信息文件的签名认 证。进而，进行记载在新合并管理信息文件的文件保存位置信息中的文件是否都存在于指 定的位置上的检查。时刻t2表示在文件存在的检查结束后、将虚拟文件系统424的状态设为“更新准 备完成”的时刻。这样使状态转变，对Java应用发出更新准备完成通知事件。在新合并管理 信息文件的签名验证、或文件的存在检查失败的情况下，虚拟文件系统4M拒绝更新请求， 经由虚拟文件系统管理模组703对Java应用701发出更新请求拒绝通知事件。并且，使虚 拟文件系统424的状态回到成为“更新准备中”之前的状态(“虚拟包再现状态”或“BD-R0M 再现状态”)。所谓“虚拟包再现状态”，是指BD-ROM被装载到再现装置中、由虚拟文件系统4M 作为虚拟包进行再现的过程中没有保留中的虚拟包更新请求的状态。所谓“BD-R0M再现状 态”，是指BD-ROM被装载到再现装置中、原样被作为原始的BD-ROM进行再现的过程中没有 保留中的虚拟包更新请求的状态。时刻t3表示虚拟文件系统424的状态成为“更新准备完成”之后的时刻。如果发 生标题切换，则虚拟文件系统似4通过使用在虚拟包更新请求时指定的新合并管理信息文 件将旧合并管理信息文件(在当前的虚拟包构建中使用的合并管理信息文件)覆盖，将旧 合并管理信息文件置换为新合并管理信息文件。在虚拟包更新前原始的BD-ROM的再现过程中旧合并管理信息文件本来不存在的 情况下，代替覆盖旧合并管理信息文件，将新合并管理信息文件移动到与插入的BD-ROM的 DiscID相对应的DiscID目录之下。通过这样，将新合并管理信息重命名为标准的合并管理 信息文件名(bumf, xml)。签名信息文件也与合并管理信息文件同样进行新旧签名信息文件的置换。在合并 管理信息文件及签名信息文件的置换以及新合并管理信息文件及签名信息文件的移动结 束后，虚拟文件系统4M基于保存在与插入的BD-ROM的DiscID相对应的DiscID目录之下 的新合并管理信息，构建虚拟包，并更新虚拟包的文件结构。时刻t4是结束了该更新的时刻，本地存储器422成为“虚拟包再现状态”。在将虚 拟包更新后，在作为虚拟包再现状态的期间，旧合并管理信息文件及新合并管理信息文件 的文件保存位置信息指示的本地存储器上的文件的属性也为读取专用的原状。但是，从旧合并管理信息文件参照而没有从新合并管理信息文件参照的文件的属性被解除读取专用， 能够从Java应用进行读写。图36是将实施方式4的受控复制控制部423详细化的图。受控复制控制部423包括序列号码读取部601、媒体ID读取部602、媒体状态管理 部603、复制执行部604、复制状态通知部605、复制进展管理部606、NonCe生成写入部607、 以及密钥信息写入部608。序列号码读取部601 进行 PMSN(Pre-recorded Media Serial Number)的读取，该 PMSN表示记录在BD-ROM上的作为特殊区域的BCA(BurstCutting Area)中的记录介质的物 理的序列号码。该序列号码在后述的密钥信息的生成中使用。媒体ID读取部602进行记录在复制目的地的媒体中的、对每个媒体唯一设定的媒 体固有的信息(媒体ID)的读取。该值通常不能被改写，即使是相同种类的媒体，也对每个 媒体分配不同的值。该媒体ID也在密钥信息的生成中使用。媒体状态管理部603管理再现装置当前能够作为复制目的地使用的媒体的种类 的一览。例如，再现装置具备SD卡插槽和记录型BD驱动器，如果当前仅插入了 SD卡，则判 断SD卡为当前的复制目的地的对象。如果插入了 SD卡及BD-R两者，则判断为作为复制目 的地能够使用SD卡及BD-ROM两者。此外，媒体状态管理部603还进行复制目的地媒体的
空闲容量的管理。复制执行部604执行从BD-ROM向其他媒体的数据复制。如果在数据复制时构建 了虚拟包，则本地存储器上的数据也成为复制对象。即，当将BD-ROM上的数据读入时，经由 虚拟文件系统424，BD-ROM上的文件和本地存储器上的文件合并后的虚拟包被原样写入到 复制目的地媒体中。此外，根据复制目的地的媒体，复制执行部604还进行流的再编码。复制状态通知部605管理复制的开始、正常结束以及错误结束等状态转变，经由 BD-J模组对Java应用通知状态转变。复制进展管理部606进行作为复制对象的剩余字节数、已复制字节数的管理，根 据来自Java应用的请求，通知当前的进展信息。Nonce生成写入部607每当实施受控复制时进行随机生成的值(Nonce)的生成及 写入。该Nonce的值也在后述的密钥信息的生成中使用。密钥信息写入部608写入根据BD-ROM的序列号码、复制目的地媒体的媒体ID以 及Nonce生成的密钥信息。密钥信息的生成基于存在于服务器中的私钥进行。Java应用在取得序列号码、媒体ID及Nonce之后，将该值发送给服务器。服务器 基于从Java应用发送来的值和由服务器管理的私钥，生成密钥信息，将所生成的密钥信息 返送给Java应用。Java应用将从服务器发送来的密钥信息设置到密钥信息写入部608中，密钥信息 写入部608将被设置的密钥信息向复制目的地媒体写入。密钥信息被用于加密内容密钥的 解密，如果将加密内容密钥解密，则能够进行保护内容的再现。即，如果没有该密钥信息，则 即使不正当地将加密内容密钥和保护内容从BD-ROM复制到别的媒体中，也不能将所复制 的保护内容再现。受控复制控制部423具备以上的构成要素，对BD-J模组提供了受控复制控制API， 以便能够从Java应用控制这些构成要素的操作。以下，对这些API进行说明。
(l)ManagedCopy#getPMSN()返回复制源的媒体的序列号码。(2)Miffl￡igedCopy#getMCMedi￡iInfoList ()返回媒体的列表，该媒体是再现装置支持作为复制目的地的媒体，并且是插入了 媒体而在当前能够作为复制目的地使用的媒体。(3)ManagedCopy#setCopyInfo (byte[])设置与密钥信息一起从服务器发送来的复制管理信息。在复制管理信息中，包括 作为复制对象的文件列表或能够复制的分辨率、虚拟包状态下的复制能/不能等的信息。(4)ManagedCopy#startMC(MCMediaInfo)对由自变量指定的媒体开始数据复制。(5) MCMediaInfo#getMediaType ()如果对于通过getMCMediahfoList ()取得完成的复制目的地列表的各要素调用 该API，则返回媒体的种类(BD-R、BD-RE, SD、HDD、DVD-R等)。(6) MCMediaInfo#getUniqueId ()返回复制目的地的媒体的媒体ID及Nonce的字节串。复制目的地的Nonce在该 API被调用的时刻进行生成&写入。根据媒体的种类，还有不存在Nonce的情况。在此情 况下，仅返回媒体ID。(7) MCMedi￡iIrifo#setSigri￡iture (byte [])设置对复制目的地写入的密钥信息。如果开始数据复制，则将由该API设置的值 作为密钥信息写入到复制目的地中。(8)MCMediaInfo#getFreeSpace ()返回复制目的地的空闲容量。(9) MCMedi￡iIrifo#getRequiredSp￡ice (byte [])对自变量指定复制管理信息，基于所指定的复制管理信息，返回数据复制所需要 的复制目的地的容量。(10)MCMediaInfo#addMCListener(MCListener)登记接到受控复制的状态转变通知的收听站。当发生了受控复制的开始、正常结 束、异常结束等状态转变时，对由该API登记的收听站通知状态转变。(11)MCProgress#getMCProgress ()返回包括受控复制的剩余字节数、已复制字节数的进展信息。以上，结束对API的说明。图37是表示Java应用与服务器之间的数据收发的图。首先，如果用户在菜单画面等中选择受控复制(在图39(a)中表示画面显示的一 例)，则开始受控复制的处理。Java应用通过调用记载在BD管理信息(index, bdmv)中的DiscID、记载在合并管 理信息文件(bumf, xml)中的虚拟包ID、以及MCMediahfo#getMediaType ()，将作为复制目 的地候选的媒体的媒体类型一览向服务器发送。服务器根据这些数据制作复制管理信息列 表和会话ID，向Java应用返送。另外，Java应用也可以代替虚拟包ID而将当前的虚拟包的文件结构一览发送给服务器。服务器能够根据发送来的文件结构确定当前的虚拟包的状态。此外，在当前的结 构不是虚拟包的情况下，向服务器发送的虚拟包ID为Null值。会话ID用于以后在服务器侧管理服务器与Java应用的交换的进展状况。例如， 在不进行收费处理而请求了密钥信息的情况下，服务器确认会话ID，判断出该会话还没有 结束收费处理时，能够拒绝密钥信息请求。复制管理信息列表包括为了唯一识别复制内容而分配的标识符(复制内容ID)、 用用户能够理解的字符串记载的内容相关信息、应复制的文件(或目录)一览、能够作为复 制目的地的媒体类型、是否能够进行作为虚拟包的复制的信息(虚拟包状态)、能够复制的 分辨率、复制所需要的容量及价格信息。在图38中表示复制管理信息列表的一例。另外，表示在对应复制的文件指定了目 录的情况下，该目录以下所有的文件成为复制对象。虚拟包状态为，在原始BD-ROM及虚拟包的哪个中都许可复制的情况下指定为“双 方”，在仅许可原始BD-ROM的复制的情况下指定为“关”，在仅虚拟包许可复制的情况下指定 “开”。并且，在“开”的情况下，还指定能够复制的虚拟包的虚拟包ID。在哪个虚拟包都能 够复制的情况下指定“ID = ALL”。Java应用基于该复制管理信息列表，显示用来将能够复制的内容的相关内容提示 给用户的画面(在图39(b)中表示画面显示的一例)。此外，在有多个复制目的地候选的情 况下，将复制目的地候选提示给用户(在图39(c)中表示画面显示的一例)。Java应用基于用户的选择，决定复制的内容及复制目的地的媒体。此时，也可以将 由MCMedialnfoftgetFreeSpace ()得到的空闲容量与记载在复制管理信息中的必要容量进 行比较，在判断为复制目的地候选的容量不足的情况下，从复制目的地候选中去除容量不 足的媒体或对用户提示警告等。在决定了复制的内容及复制目的地的媒体并且复制的内容是收费的情况下，用户 需要进行收费信息的输入(在图39(d)中表示画面显示的一例)。作为收费信息，有信用卡 号码及用户ID等。在不需要收费的情况下，也可以没有收费信息的输入，也可以仅检查复 制次数的计数。如果用户的收费信息输入结束，则Java应用将与用户选择的内容相对应的 复制内容ID、复制目的地的媒体类型、收费信息及会话ID发送给服务器。服务器在判断这 些数据为正确的情况下，向Java应用返回0K。如果从服务器接收到OK的通知，则Java应用进行密钥信息的要素数据取得。所 谓密钥信息的要素数据，是复制源的序列号码、复制目的地的媒体ID及Nonce。另外，复制源的序列号码能够通过调用ManagedCopyftgetPMSNO来得 到。复制目的地的媒体ID及Nonce的值能够通过调用对应的复制目的地媒体的 MCMediaInfo#getUniqueId ()来得到。如果Java应用将序列号码、媒体ID、Nonce及会话ID发送给服务器，则服务器根 据发送来的密钥信息的要素数据和服务器具有的私钥生成密钥信息，将密钥信息向Java 应用返送。Java应用如果从服务器接收到密钥信息，则将作为复制对象的复制管理信息 及密钥信息转交给受控复制控制部。在这些数据的转交中，关于复制管理信息，通过在 ManagedCopy#setCopyInfo (byte [])的自变量中指定复制管理信息来调用复制管理信息，关于密钥信息，通过在MCMediahfoilsetSignatureOiyteD)的自变量中指定密钥信息来 调用密钥信息，由此进行向受控复制控制部的转交。如果复制管理信息及密钥信息的转交完成，则通过调用ManagedCopyiistartMC (MC MediaInfo)，开始通过受控复制控制部进行的数据复制。在进行受控复制控制部的数据复制的期间，Java应用通过调用 MCProgress#getMCProgress ()，能够掌握复制的进展状况。图40是表示将复制的进展状况画面显示的一例的图。Java应用由于能够知道剩 余字节数、已复制字节数，所以能够据此判断大约的剩余时间。此外，通过调用MCMediahfofeddMCListener ()，并登记接收到受控复制的状态转 变通知的收听站，能够接收复制的开始、结束通知。这样，能够在接收到复制结束通知之前 的期间显示进展条、或进行新作介绍等的广告显示。除此以外，还可以考虑实施简单的游戏 应用等。此外，由于在复制失败的情况下也能够接收通知，所以在例如因媒体被强制取出 等而复制失败的情况下，Java应用也可以接收复制失败通知，进行将收费处理取消等的应 对。如果登记的收听站接收到复制结束通知，则Java应用判断为受控复制已完成，将 完成的受控复制的会话ID向服务器发送。接收到会话ID的服务器判断为该会话的受控复 制已完成，进行会话ID的回收。图41是Java应用进行的受控复制控制的流程图。首先，Java应用调用ManagedCopy#getMCMediahfoList ()，检查是否存在当前作 为复制目的地候选的媒体(S901)。如果存在作为复制目的地候选的媒体，则Java应用将 DiscID、虚拟包ID、以及作为复制目的地候选的媒体的媒体类型一览向服务器发送。并且， 从服务器接收由服务器基于这些数据生成的复制管理信息列表和会话ID(S902)。如果取得复制管理信息列表，则基于复制管理信息列表，选择复制目的地媒体、以 及复制源内容(S903)。选择方法既可以由Java应用自身选择，也可以对用户提示可复制的 内容及媒体一览、使用户从中选择。在图39(b)及图39(c)中表示对用户提示可复制的内 容及媒体一览的情况的一例。另外，不仅是媒体名，也可以根据MCMediahfo#getFreeSpace()检查空闲容量， 包括空闲容量地进行显示。除此以外，也可以还显示记载在复制管理信息中的复制目的地 媒体所需要的容量。此外，也可以不是将记载在复制管理信息中的必要容量原样显示、而根 据复制源的文件尺寸计算需要的容量、显示计算出的值。复制所需要的容量的计算既可以由Java应用进行，也可以是Java应用参照在再 现装置侧计算出的值。特别是，在作为虚拟包进行复制的情况、或将流再次压缩保存的情况 下，由于伴随着文件尺寸及文件数的变更，所以在此情况下，由再现装置计算必要容量是有 效率的。Java应用能够通过MCMediahfo#getRequiredSpace()取得由再现装置计算出的 必要容量。在支持原始BD-ROM和虚拟包两者的复制的情况下，即在复制管理信息的虚拟包 状态为“双方”的情况下，MCMediaInfo#getRequiredSpace ()返回作为原始BD-ROM的复制 所需要的容量和作为虚拟包的复制所需要的容量这两个值。
确认在S903中选择的复制目的地媒体中是否存在复制所需要的 空闲容量(S904)。 该确认利用上述MCMediahfo#getFreeSpace ()以及 MCMediaInfo#getRequiredSpace ()等进行。如果有复制所需要的空闲容量，则接着进行收费处理(S905)。这里所谓的收费处 理，是指连接到服务器、进行信用卡号码等的认证的一系列的处理。特别是，在不需要收费 的情况下，也可以将这里的步骤跳过，也可以不进行收费而单单检查复制次数的计数。如果收费处理成功，则进行密钥信息的要素数据的取得(S906)。所谓密钥信息的 要素数据，是复制源媒体的序列号码、复制目的地媒体的媒体ID及Nonce。如果密钥信息的 要素数据的取得完成，则将这些要素数据向服务器发送。服务器根据这些要素数据和服务 器具有的私钥生成密钥信息，将所生成的密钥信息向Java应用发送。Java应用如果接收到 发送来的密钥信息，则将作为复制对象的复制管理信息及密钥信息向受控复制控制部转交
(5907)。在这些数据的转交中，关于复制管理信息，对ManagedCopy#setCopyhfo (byte []) 的自变量指定复制管理信息而调用，关于密钥信息，对 MCMediaInfo#setSignature (byte [])的自变量指定密钥信息而调用，由此进行向受控复制 控制部的转交。如果复制管理信息及密钥信息的转交完成，则通过调用 ManagedCopy#startMC(MCMediaInfo)的API，开始通过受控复控制部进行的数据复制
(5908)。图42是受控复制控制部进行的数据复制的流程图。该流程图是将图41的S908 详细化的流程图。在开始受控复制控制部的数据复制之前，进行从Java应用的盘访问限制 (SlOOl)。限制从Java应用的盘访问的理由是为了防止受控复制控制部的处理与Java应 用的文件I/O处理或流的解码处理冲突，从而因资源不足而复制失败。通过限制从Java应 用的盘访问，受控复制控制部能够排他地利用文件系统、解码器及编码器等。在进行了盘访问限制之后，确认当前的再现状态是原始BD-ROM还是虚拟包，确认 复制对象内容是否对应于虚拟包(S1002)。并且，根据确认结果进行虚拟包构建。在复制 管理信息的虚拟包状态是“开”、并且有虚拟包ID的指令、其与当前的虚拟包ID不同的情况 下，为不能复制，数据复制为失败。在复制管理信息的虚拟包状态是“双方”、“关”或“开”、并且虚拟包ID与当前的虚 拟包一致的情况下，为能够复制，对Java应用进行复制开始通知(S1003)。在复制开始通知 后，开始从复制源读取数据、以及向复制目的地写入数据(S1004)。如果作为复制对象的数 据的读写全部完成，则将在步骤S1001中进行的盘访问限制解除(S1005)，对Java应用进行 复制完成通知(S1006)，完成受控复制控制部的复制处理。此外，在步骤S1004的复制在中 途失败的情况下，在将盘访问限制解除之后，对Java应用进行复制失败通知。图43是表示复制实施过程中的盘访问限制的图。Java应用在受控复制控制部进 行的复制实施前，能够调用媒体再现模组702来进行流的再现，或调用文件I/O模组705来 对BD-ROM上的文件进行访问。另一方面，如果开始受控复制控制部进行的复制实施，则如图44所示，对从媒体再现模组702的流再现、以及从文件I/O模组705的文件访问加以限制。对于Java应用， 可知限制在复制实施过程中虚拟地将盘取出。但是，即使成为虚拟地将盘取出的状态而不能进行盘访问，也能够进行利用处于 缓冲存储器上的图像数据及网络I/F的服务器连接，所以能够进行简单的游戏及广告、宣 传显示。该限制在受控复制控制部的复制实施完成的时刻被解除。Java应用通过调用MCMediahfo#addMCListener ()、登记接收受控复制的状态转 变通知的收听站，不仅能够知道复制的开始/结束，还能够知道盘访问限制的开始、结束。 另外，由于随着复制实施的开始/结束而对Java应用进行虚拟的盘取出/插入，所以为了 对Java应用明示地通知盘已被取出，也可以在复制实施时与复制开始通知一起进行盘取 出通知。此外，在复制结束时也同样，也可以与复制结束通知一起进行盘插入通知。这里，说明文件I/O模组704怎样成为拒绝来自Java应用的再现请求的状态。再现装置由于采用了 Linux等操作系统，所以通过发出“/mount pointBD/BDMV" 的命令，对BD-R0M105(复制源媒体)的驱动器分配BDMV目录。并且，通过发出“/mount point SD/BUDA”的命令，能够对可移动介质104(复制目的地媒体)分配BUDA目录。通过 这样的装载操作，将读取专用BD、本地存储器、记录型BD分配给虚拟的文件系统，供Java应 用使用。如果执行将装载解除的操作、即卸载操作，则Java应用不再能够通过虚拟的文件 系统识别读取专用BD、本地存储器、记录型BD，所以能够成为拒绝来自Java应用的再现请 求的状态。接着，说明媒体再现模组702怎样成为拒绝来自Java应用的再现请求的状态。 Java应用进行的播放列表的再现通过Java应用执行Java MediaFrameffork(JMF)播放器 例程的生成来进行。该生成在通过指定了播放列表信息文件的JMV播放器例程的生成而进 行时，通过媒体再现模组702建立JMF播放器例程来进行。另一方面，即使Java应用命令 了 JMF播放器例程的生成，如果媒体再现模组702没有生成播放列表信息文件的JMF播放 器例程而返回错误，Java应用的请求也不能被认可。由此，媒体再现模组702在成为了拒 绝来自Java应用的再现请求的状态时，即使有来自Java应用的请求，也不生成JMF播放器 例程。接着，对文件I/O模组704及媒体再现模组702的MCMediahfo_addMCListener 的用法进行补充说明。在受控复制的开始时，为了使文件I/O模组704及媒体再现模组702转变到拒绝 来自Java应用的请求的状态，使文件I/O模组704及媒体再现模组702调用MCMediaInf0_ addMCListener (MCListener)，将接收到受控复制的状态转变通知的收听站登记到文件I/O 模组704及媒体再现模组702中。这样，受控复制控制部的受控复制的开始被通知给文件I/O模组704及媒体再现 模组702的事件收听站，所以当对该事件收听站通知了受控复制的开始时，文件I/O模组 704及媒体再现模组702转变到拒绝来自Java应用的请求的状态。并且，在从Java应用请 求了文件访问的情况下，或者在请求了 JMF播放器例程的生成的情况下，文件I/O模组704 及媒体再现模组702对这些请求返回错误的应答。如果这样，则BD-ROM的访问等不会在受 控复制控制与Java应用之间竞合。另一方面，在发生了正常结束或异常结束时，将这样的结束通知给文件I/O模组704及媒体再现模组702，所以文件I/O模组704及媒体再现模组702转变到通常状态。这 样，在从Java应用请求了文件访问的情况下，或者在请求了 JMF播放器例程的生成的情况 下，按照这些请求进行处理。 这只不过是用来使文件I/O模组704及媒体再现模组702转变到拒绝来自Java 应用的请求的状态的软件安装的一例，也可以在从Java应用请求了盘访问或再现时，文件 I/O模组704及媒体再现模组702感知是否进行了受控复制，从而转变为拒绝来自Java应 用的请求的状态。 以上，在文件I/O模组704及媒体再现模组702成为了拒绝来自Java应用的再现 请求的状态的情况下，Java应用不能访问读取专用BD、本地存储器、记录型BD。与之替代， 能够利用BD-J模组的缓冲存储器内的数据。BD-J模组内的缓冲存储器是用来当某个标题成为当前标题时将由对应于该当前 标题的BD-J对象的缓存管理信息指示的档案文件保存的缓存。保存在这里的档案文件在某个标题成为当前标题的期间是有效的，Java应用即使 不访问BD-ROM或本地存储器，也能够利用包含在该缓存内的档案文件中的程序或数据。由 此，Java应用即使是BD-ROM被弹出的期间也能够利用该档案文件内的数据。图45是进行受控复制时的虚拟包状态确认的流程图。该流程图是将图42的步骤 S1002详细化的流程图。首先，参照复制管理信息，确认被许可复制的虚拟包状态(SllOl)。在虚拟包状 态是“开”、即仅在虚拟包状态下能够复制的情况下，确认记载在复制管理信息中的虚拟包 ID与当前的虚拟包ID是否一致(S1102)。在虚拟包ID—致的情况下，判断为能够复制 (Si 104)，在虚拟包ID不一致的情况下，判断为不能复制(Si 103)。在因虚拟包ID的不一致 而判断为不能复制的情况下，也可以将本地存储器的数据没有对应于能够复制的内容的消 息通知给用户(在图46中表示通知方法的一例)。如果记载在复制管理信息中的虚拟包ID与当前的虚拟包ID —致从而判断为能够 进行虚拟包中的复制，则成为对复制目的地媒体原样复制BD-ROM上的原始内容和本地存 储器上的追加内容合并后的虚拟包上的虚拟文件结构的数据(参照图47)。在复制目的地 媒体中，将在虚拟包上为虚拟的文件结构作为实际的文件结构记录到媒体中。即，到目前为 止分散记录在BD-ROM上和本地存储器上的物理上不同的两个媒体中的数据在受控复制后 被集中到一个媒体中。在指定的内容不许可虚拟包下的复制的情况下，即在复制管理信息的虚拟包状态 是“关”的情况下(S1105)，首先确认当前是否是虚拟包状态(S1106)。在当前不是虚拟包 的情况下，判断为能够复制(S1104)。如果已经构建了虚拟包，则在对用户进行虚拟包解除通知后(S1107)，进行虚拟 包的解除(S1108)。在图48中表示对用户通知虚拟包解除的一例。如该图所示，将内容 为仅盘上的数据被复制的消息显示在画面上。如果进行虚拟包的解除，则判断为能够复制 (S1104)。另外，也可以是，该虚拟包的解除为用于受控复制的临时性的解除，如果受控复制 结束则再次重构虚拟包。此外，也可以不必解除虚拟包，在数据复制时不通过虚拟文件系统 而直接读入BD-ROM上的数据，因此能够不解除虚拟包地进行作为原始BD-ROM的数据复制。
在指定的内容对虚拟包中的复制及BD-ROM中的复制都许可的情况下，即在复 制管理信息的虚拟包状态是“双方”的情况下(S1105)，首先确认当前是否是虚拟包状态 (Siioe)0在不是虚拟包状态的情况下，判断是否能够进行虚拟包的构建(S1109)。在判断 为不能进行虚拟包的构建的情况下(S1110中“否”)，判断为仅BD-ROM上的数据能够复制 (S1104)。在当前是虚拟包的情况下(S1106中“是”)，或者在虽然是原始BD-ROM状态、但 能够构建虚拟包的情况下(S1110中“是”)，向用户询问是作为虚拟包复制、还是仅以原始 BD-ROM 数据复制(Sllll)。在图49中表示向用户询问的一例。在图49中，将虚拟包中的复制表现为“反映更 新并复制”，将原始BD-ROM中的复制表现为“将盘原样复制”。它只不过是一例，显示的消息 的措辞可以考虑各种表现。在步骤Sllll中，在用户选择了作为原始BD-ROM复制的情况下，将虚拟包解除 (Si 108)，判断为仅原始BD-ROM上的数据能够复制(Si 104)。在步骤Sllll中，在用户选择了作为虚拟包复制的情况下，如果还没有构建虚拟 包，则构建虚拟包(Si 11 。接着，在以构建的虚拟包进行复制时，确认在复制目的地媒体中 需要的空闲容量(S1113)。在能够判断出在复制目的地媒体中存在需要的空闲容量的情况 下，判断为能够作为虚拟包复制(S1104)。在复制目的地媒体中不存在虚拟包中的复制所 需要的容量的情况下，向用户进行取消复制本身还是停止虚拟包下的复制而进行作为原始 BD-ROM的复制的询问(S1114)。在图50中表示向用户询问的一例。在用户选择了受控复制本身的取消的情况下，判断为不能复制(S1103)，完成虚拟 包状态确认。然后，后接图42的S1005。在用户选择了作为原始BD-ROM的复制的情况下， 将虚拟包解除(S1108)，判断为仅原始BD-ROM上的数据能够复制(S1104)。图51是虚拟包构建可否判断的流程图。该流程图是将图45的步骤S1109详细化 的流程图。到步骤SlOl S106为止，与在图33中说明的处理是同样的。在存在对应于所插入的BD-ROM的合并管理信息文件、签名信息文件并且判断这 些签名验证为正确、判断为记述在合并管理信息中的追加内容文件都存在的情况下，判断 为能够构建虚拟包(S1202)。如果上述判断(步骤S104、S105、S106)的某个是NG的情况下，判断为不能构建虚 拟包(S1201)。以上，根据本实施方式，即使在复制源数据分散在多个媒体中的情况下，在虚拟文 件系统中也看起来如同处于1个媒体上那样的状态下执行受控复制，所以能够进行分散在 多个媒体中的数据的受控复制，进而，能够将复制后的数据集中到1个媒体上。(实施方式5) 在实施方式4中，主要是Java应用控制受控复制。相对于此，在实施方式5中，对 于不存在Java应用的BD-ROM的情况、即在仅由HDMV模式构成的BD-ROM中进行受控复制 的实施例进行说明。在实施方式4中，准备了用于BD-ROM上的Java应用开始受控复制的选择画面，但 在实施方式5中，准备了再现装置预先准备的菜单画面。图52是表示实施方式5的、受控复制开始画面的一例的图。如果用户在再现装置的菜单画面中选择受控复制，则开始受控复制。图53是表示再现装置的受控复制设定画面的一例的图。在再现装置侧控制受控 复制的情况下，也可以预先将用户希望的复制方法登记到再现装置侧。例如，在进行受控复制时，如果在本地存储器上存在追加内容，则在想要它们都必 须包含在复制对象中的情况下，用户在图53中选择(a)。在不论在本地存储器上存在/不存 在追加内容都必定仅将BD-ROM上的数据作为复制对象的情况下，用户在图53中选择(b)。 在想要每次判断是否利用本地存储器上的追加内容的情况下，用户在图53中选择(c)。图M是实施方式5的受控复制的流程图。如在图52中说明那样，如果在再现装 置的菜单画面等中选择受控复制，则开始受控复制。在事前用户选择了“不使用本地存储器”的情况下(S1301)，不进行虚拟包的构建， 作为原始BD-ROM开始受控复制的处理(S1307)。在步骤S1307中，进行与在实施方式4的图41中说明的流程图同样的处理。此时， 在实施方式4的图41的流程图中由应用处理的内容由再现装置侧处理。与服务器的连接 使用预先装入在再现装置中的URL和协议。在步骤S1301中，在用户没有选择“不使用本地存储器”的情况下，判断能否进行 虚拟包的构建(S1302)。在步骤S1302中进行的处理与实施方式4的步骤S1109的处理是 同样的。在步骤S1303中判断为不能进行虚拟包的构建的情况下，作为原始BD-ROM开始受 控复制的处理(S1307)。在步骤S1303中判断为能够进行虚拟包构建、并且用户在事前选择了使用本地存 储器的情况下，在构建了虚拟包之后(S1306)，开始受控复制的处理(S1307)。在用户关于 本地存储器使用选择了每次询问的情况下，对用户询问是否使用本地存储器(S1305)。在图 55中表示本地存储器使用的询问画面的一例。在步骤S1305中用户选择了不使用本地存储器的情况下，作为原始BD-ROM开始受 控复制的处理(S1307)。在步骤S1305中用户选择了使用本地存储器的情况下，在构建虚拟 包之后(S1306)，开始受控复制的处理。另外，在步骤S1307的受控复制的处理中，如实施方式4中说明那样，包括步骤 Sllll的处理(再次对用户进行是否使用虚拟包的询问的处理)。在实施方式5中，由于已 经对用户进行了询问，所以能够将步骤Sllll的处理省略。当然，也可以为了慎重而再次对 用户询问。如以上说明，根据本实施方式，即使在没有准备Java应用的媒体中，也在再现装 置内构建虚拟包，在虚拟文件系统中看起来宛如处于1个媒体上的状态下执行受控复制， 所以能够进行分散在多个媒体中的数据的受控复制，进而，复制后的数据能够集中到1个 媒体中。(其他变形例)基于上述实施方式说明了有关本发明的再现装置，但本发明当然并不限于上述实 施方式。在上述实施方式中，对具有将记录介质再现的再现功能的再现装置进行了说明， 但并不限定于本发明的再现装置。本发明的再现装置例如也可以是具有录像功能的录像再 现装置。不是便携类型的再现装置，固定放置型的再现装置一般除了再现功能以外还具备录像功能。如果再现装置具有录像功能，则除了将位流原样复制的所谓逐位复制以外，还能 够变更数据形式及编码形式来进行复制(将这些称作“转码”)。在上述实施方式中，作为虚拟机的编程语言而使用Java，但也可以不是Java，而 使用在UNIX(注册商标)、0S等中使用的B-aiell、Perl Script,ECMA kript等其他编程
^五
[口 口 ο此外，在上述实施方式中，对再现BD-ROM的再现装置进行了说明，但在可写入的 光记录介质上记录有在上述实施方式中进行了说明的BD-ROM上的需要数据的情况也包含 在本发明中。并且，如果是这样的情况，也当然能够起到与上述实施方式同样的效果。工业实用性本发明的再现装置在将记录在记录介质中的影像数据向该记录介质以外的其他 记录介质记录的技术(受控复制)中，能够作为保持部分复制的情况下的规格互换的技术 加以使用。特别是，能够在与影像数据(内容)的制作有关的电影产业、民用设备产业中使
j IJ ο
标号说明
101再现装置
102遥控器
103输出监视器
104可移动介质
105BD-ROM
106外置盘驱动器
401读取专用BD驱动器
402读入控制部
403多路分离器
404视频解码器
405视频平面
406音频解码器
407图像存储器
408图像平面
409图像解码器
410加法器
411静态脚本存储器
412动态脚本存储器
413HDMV模组
414BD-J模组
415UO检测模组
416模式管理模组
417调度器
418绘制引擎
419写入控制部
38
420AV再现库
421网络接口
422本地存储器
423受控复制控制部
424虚拟文件系统
601序列号码读取部
602媒体ID读取部
603媒体状态管理部
604复制执行部
605复制状态通知部
606复制进展管理部
607Nonce生成写入部
608密钥信息写入部
609映射数据处理部
610空闲容量判断部
611复制源文件信息保存部
612复制源文件信息读取部
613认证部
620数据库文件生成部
701Java ISffi
702媒体再现模组
703虚拟文件系统管理模组
704受控复制模组
705文件I/O模组
706网络模组
707应用管理器
801复制源盘
801复制目的地盘
权利要求
1.一种再现装置，将第一记录介质上的文件复制到第二记录介质中，上述第一记录介 质存储有索引表文件、与该索引表文件中定义的各标题建立了对应的实际数据文件和包括 定义上述实际数据文件的一部分的标题在内的部分复制用索引表文件，其特征在于，所述 再现装置具备存储部，存储有文件映射信息，该文件映射信息记载有上述部分复制用索引表文件和 与该部分复制用索引表文件中定义的各标题建立了对应的实际数据文件的、上述第二记录 介质用的文件名；映射数据处理部，在复制上述第一记录介质上的一部分文件的情况下，将上述部分复 制用索引表文件和与该部分复制用索引表文件中定义的各标题建立了对应的实际数据文 件变更为记载在上述文件映射信息中的文件名；以及复制执行部，将上述部分复制用索引表文件和与该部分复制用索引表文件中定义的各 标题建立了对应的实际数据文件，以变更后的文件名复制到上述第二记录介质中。
2.如权利要求1所述的再现装置，其特征在于，上述索引表文件以由再现装置最初读取的固定的文件名记录在上述第一记录介质中， 上述部分复制用索引表文件以与上述固定的文件名不同的文件名记录在上述第一记 录介质中，上述文件映射信息存储有上述固定的文件名，作为上述部分复制用索引表文件的上述 第二记录介质用的文件名，上述复制执行部将上述第一记录介质上的上述部分复制用索引表文件，以作为由再现 装置最初读取的文件名的上述固定的文件名复制到上述第二记录介质中。
3.如权利要求2所述的再现装置，其特征在于， 上述再现装置具备网络连接部，从外部服务器取得包括上述文件映射信息的复制管理信息；以及 选择部，选择是将上述第一记录介质上的全部文件复制、还是将一部分文件复制， 上述存储部存储从上述外部服务器取得的上述复制管理信息，在上述选择部选择了一部分文件的复制的情况下，上述映射数据处理部进行使用上述 文件映射信息的文件名的变更处理。
4.如权利要求3所述的再现装置，其特征在于， 上述再现装置具备应用执行部，按照记录在上述第一记录介质上的应用管理信息，控制应用的执行；以及 再现控制部，按照来自上述应用的指示，控制上述数字流的再现， 上述再现装置一边使上述第一记录介质上的应用与数字流联动一边进行再现。
5.如权利要求1所述的再现装置，其特征在于，上述再现装置还具备虚拟文件系统，该虚拟文件系统生成包信息，该包信息用于通过 将记录在上述第一记录介质中的文件与记录在本地存储器中的文件按照合并管理信息组 合，从而能够作为1个包读入，上述虚拟文件系统在确认与上述第一记录介质对应的合并管理信息是否存在于上述 本地存储器中，并且在存在的情况下确认上述合并管理信息是否正当之后，生成上述包信 息？上述复制执行部基于生成的上述包信息，将上述第一记录介质上的文件与上述本地存 储器上的文件组合，并向上述第二记录介质复制。
6.如权利要求5所述的再现装置，其特征在于，上述再现装置还具备通知部，在确认了与上述第一记录介质对应的上述合并管理信息 存在于上述本地存储器中并且上述合并管理信息是正当的情况下，上述通知部在复制执行 前将在上述本地存储器中存在与上述第一记录介质上的文件相对应的文件的情况向用户 通知。
7.如权利要求6所述的再现装置，其特征在于，上述再现装置还具备受理部，该受理部受理用户对作为复制对象文件是否包括上述本 地存储器上的文件进行的选择，在上述通知部的通知后，在上述受理部受理了在复制对象文件中包括上述本地存储器 上的文件的选择的情况下，上述虚拟文件系统基于上述合并管理信息生成包信息，上述复 制执行部基于所生成的包信息，将上述第一记录介质上的文件与上述本地存储器上的文件 组合，并向上述第二记录介质复制，在上述受理部受理了在复制对象文件中不包括上述本 地存储器上的文件的选择的情况下，上述复制执行部仅将上述第一记录介质上的文件向上 述第二记录介质复制。
8.如权利要求5所述的再现装置，其特征在于，在上述再现装置基于上述包信息将上述第一记录介质上的文件与上述本地存储器上 的文件组合复制的情况下需要的容量超过作为复制目的地的上述第二记录介质的空闲容 量、并且仅复制上述第一记录介质上的文件的情况下需要的容量是上述第二记录介质的空 闲容量以下的情况下，上述复制执行部仅将上述第一记录介质上的数据向上述第二记录介 质复制。
9.如权利要求5所述的再现装置，其特征在于，上述本地存储器存储有包括上述合并管理信息和是否许可使用上述本地存储器上的 文件进行复制的信息在内的复制管理信息，在上述复制管理信息包括表示不许可使用上述本地存储器上的文件进行复制的信息 的情况下，上述复制执行部仅将上述第一记录介质上的文件向上述第二记录介质复制。
10.如权利要求9所述的再现装置，其特征在于，上述再现装置还具备通知部，即使是确认了与上述第一记录介质对应的上述合并管理 信息存在于上述第二记录介质中并且上述合并管理信息是正当的情况，在上述复制管理信 息包括不许可使用上述本地存储器上的文件进行复制的信息的情况下，上述通知部也对用 户通知不能复制上述本地存储器上的文件。
11.如权利要求5所述的再现装置，其特征在于，上述虚拟文件系统进行上述合并管理信息未被篡改的确认以及由上述合并管理信息 指定的文件存在于上述本地盘上的确认，作为上述合并管理信息的正当性的确认。
12.—种再现装置，从记录在第一记录介质和本地存储器的某个中的索引表文件、与该 索引表文件中定义的各标题建立了对应的实际数据文件和包括定义上述实际数据文件的 一部分的标题在内的部分复制用索引表文件中，将复制对象文件复制到第二记录介质上， 其特征在于，上述再现装置具备上述本地存储器，存储有文件映射信息，该文件映射信息记载有上述部分复制用索引 表文件和与该部分复制用索引表文件中定义的各标题建立了对应的实际数据文件的、上述 第二记录介质用的文件名；映射数据处理部，在复制一部分文件的情况下，将上述部分复制用索引表文件和与该 部分复制用索引表文件中定义的各标题建立了对应的实际数据文件变更为记载在上述文 件映射信息中的文件名；认证部，在复制对象的文件是本地存储器上的文件的情况下，确认上述文件的正当性；以及复制执行部，将上述部分复制用索引表文件、与该部分复制用索引表文件中定义的各 标题建立了对应的实际数据文件中记录在上述第一记录介质中的文件和由上述认证部确 认了正当性的文件，以变更后的文件名复制到上述第二记录介质中。
13.如权利要求12所述的再现装置，其特征在于，上述本地存储器还针对存储在该本地存储器中的文件存储该文件的摘要值，上述认证部基于存储在上述本地存储器中的摘要值，确认上述文件的正当性。
14.一种再现装置，将索引表文件、与该索引表文件中定义的各标题建立了对应的实际 数据文件和包括定义上述实际数据文件的一部分的标题在内的部分复制用索引表文件中 的复制对象文件复制到第二记录介质中，其特征在于，上述再现装置具备存储部，存储有复制管理信息，该复制管理信息记载有作为复制一部分文件的情况下 的复制对象文件的上述部分复制用索引表文件和与该部分复制用索引表文件中定义的各 标题建立了对应的实际数据文件的、在第一记录介质上的文件名以及上述第二记录介质用 的文件名；判断部，判断记载在上述复制管理信息中的复制对象文件是否存在于上述第一记录介 质中；文件生成部，生成由上述判断部判断为不存在的文件；映射数据处理部，在复制一部分文件的情况下，将存在于上述第一记录介质中的复制 对象文件的文件名和由上述文件生成部生成的复制对象文件的文件名变更为记载在上述 复制管理信息中的第二记录介质上的文件名；以及复制执行部，将上述部分复制用索引表文件和与该部分复制用索引表文件中定义的各 标题建立了对应的实际数据文件，以变更后的文件名复制到上述第二记录介质中。
15.如权利要求14所述的再现装置，其特征在于，上述数据库文件部在由上述判断部判断为复制对象文件没有存在于上述第一记录介 质中的情况下，利用预先保存在该再现装置中的文件。
全文摘要
以往的受控复制在维持着复制源文件的文件结构的状态下复制文件。所以，在进行变更复制源文件的文件结构的部分复制的情况下，具有规格之外的盘被制作从而不能用再现装置再现的问题。本发明的再现装置中，受控复制控制部(423)具备映射数据处理部(609)，在部分复制的情况下，将复制对象文件的文件名变更为复制目的地盘(802)用的文件名来进行复制。由此，即使是部分复制的情况，也能够制作确保了能够由再现装置再现的再现规格的盘。
文档编号H04N5/85GK102084425SQ200980125870
公开日2011年6月1日 申请日期2009年9月30日 优先权日2008年10月1日
发明者山下健, 田中敬一 申请人:松下电器产业株式会社