CN102741933B - 再现装置、再现方法 - Google Patents

Abstract

再现装置从BD－ROM读出BD－J应用而使其动作。BD－J应用通过套接字通信API向再现装置的数字复制模组命令、以将面向便携终端的保护内容向可移除媒体复制、基于从PSR集读出的再现时刻信息指定复制后的面向便携终端的保护内容的恢复再现位置的控制。

Description

再现装置、再现方法

技术领域

本发明涉及数据的复制技术，特别涉及将记录在记录介质中的数据向其他记录介质复制的媒体间复制技术。

背景技术

近年来，具有将电影等的影像内容再现的功能的便携终端正在普及，封装媒体的购买者有不仅在固设的再现装置上视听、还想要将记录在封装媒体中的内容在便携终端上也视听的希望。为了应对这样的希望，在专利文献1中，公开了从BD－ROM（Blu－Ray Disc Read Only Memory）上的应用将记录在BD－ROM中的内容向别的记录介质备份（受管理的复制）的技术。

专利文献1：特开2010－9407号

发明内容

通过使用专利文献1所公开的受管理的复制将记录在封装媒体中的内容向便携终端等复制，能够实现内容的带出视听。但是，便携终端与固设的再现装置相比处理能力较差，所以在将封装媒体整体备份的情况下，在便携终端中不一定具备进行包含在那里的应用的执行及流的解码的处理能力，有可能不能正常地再现。此外，为了避免上述问题，在进行流的再编码而复制、以便在便携终端侧能够进行应用执行及流再现的情况下，在复制处理中花费时间，不能应对想要立即带出的需求。

所以，可以考虑在封装媒体中预先记录面向便携终端的数字流、从封装媒体上的应用将记录在封装媒体中的面向便携终端的数字流复制的方案。由此，能够将面向便携终端而优化的内容在短时间内带出。但是，有不能从固设的再现装置中的再现中断位置起再开始带出视听的问题。

如果具体地说明，则在用固设的再现装置将内容视听到中途、然后进行复制的情况下，尽管在固设的再现装置中视听到了中途，在便携终端中也从最初起再现内容。因而，在想要从中断位置再开始视听的情况下，必须通过手动进行快进或跳过等。有想要将在自家等中视听到中途的内容带出而接着视听的需求，不能从在固设的再现装置中中断的位置起再开始便 携终端中的视听在用户方便性方面较差。

作为上述问题的解决对策，如果封装媒体的再现装置在上述复制时将设定在该再现装置中的恢复信息、书签信息复制到便携终端用的介质中，则在将便携终端用的介质装填在便携终端中的情况下，能够用便携终端视听封装媒体再现装置的再现的继续部分。如果将封装媒体中的内容原样复制到便携终端用的介质中，则恢复信息、书签信息的复制为有效。但是，封装媒体中的内容的文件形式与便携终端用的介质中的内容的文件形式不同，在封装媒体上的内容与便携终端用的介质上的内容间不存在严格的同一性的情况较多。在此情况下，即使再现装置一律复制了恢复信息、书签信息，也较多发生不能通过复制的恢复信息、书签信息正确地再现封装媒体再现装置的继续部分、封装媒体中的再现与便携终端的再现的继续变得不自然的情形。

进而，专利文献1所公开的受管理的复制是向再现装置导入新的API（Application Programming Interface）而实现的。但是，在将已有的API扩展而实现面向便携终端的内容的复制的特殊功能的控制的情况下，在没有保持追加的API的再现装置中，发生不能使利用追加API的应用正常地起动的问题。具体而言，在将应用起动的阶段中，再现装置进行应用利用的API与再现装置安装的API的链接处理，但在应用利用再现装置没有保持的API的情况下，成为链接错误，有应用的起动自身失败的问题。

对于上述问题的一个避免对策是分开准备仅使用已有API的应用、和使用追加API的应用、确认再现装置的版本等来改变起动的应用的方法。但是，今后会追加多种多样的功能，如果对这些功能的每个，各再现装置都将API扩展，则哪个范围以内的API能够安全地使用、应从哪个范围起设为不同的应用的管理变得复杂，很难实现不同制造商间的再现装置的应用互换性确保。

因此，进行以下的考虑，在追加新功能时，通过在标准化团体等中慎重地定义API以使得不发生互换性问题、将追加的API向设备制造商，应用开发者公开，使哪个范围以内的API能够安全地使用、应从哪个范围起设为不同的应用变得明确，在使过去机种再现追加了功能的BD－ROM的情况下也能够没有问题地再现。

但是，新功能追加时，如果总是需要这样的过程，则在追加API的定义中不得不慎重进行，在确定之前花费时间，发生再现装置和应用带来的服务进步停滞的问题。除此以外，由于追加的API被公开，所以即使考虑再现装置的独自服务，也容易被他人模仿，有不能实现再现装置自身的差别化的问题。

本发明是鉴于上述情况而做出的，目的是提供一种能够不将已有的API扩展而进行接着在再现装置中中断的位置的面向便携终端的内容的复制的再现装置。

为了达到上述目的，有关本发明的再现装置，是将记录在第1记录介质中的第1内容再现、并且将记录在第1记录介质中的第2内容向第2记录介质复制的再现装置，其特征在于，具备：平台部，从第1记录介质读出字节码应用，使其动作；复制控制部，控制第2内容的从第1记录介质向第2记录介质的复制；寄存器，保存按照第1内容的再现的进展更新的表示第1内容的再现位置的参数；平台部具有字节码应用能够利用的通信用编程接口；字节码应用从寄存器读出表示第1内容的再现位置的参数；使用通信用编程接口进行以复制控制部为对方侧的套接字连接，通过该套接字连接，将第2内容从第1记录介质复制到第2记录介质中，对复制控制部命令基于从寄存器读出的第1内容的再现位置指定复制的第2内容的再现位置的控制。

在本发明中，字节码应用在复制控制时进行再现位置的设定。该字节码应用由于是作为内容的作者的著作权人制作的，所以能够设定对应于便携终端用介质的内容的再现位置。当命令复制控制时，使字节码应用设定再现位置，所以再现装置能够进行与将恢复信息、书签信息一律复制的不同的适当的再现位置设定。由此，能够进行封装媒体中的再现和便携终端用的介质中的再现的自然的继续。

此外，由上述字节码应用进行的复制控制的命令，是通过使用作为已有的API（Application Programming Interface）支持的通信用编程接口的套接字连接进行的。由于将接着在再现装置中中断的位置的面向便携终端的内容的复制的特殊功能不扩展已有的API而实现，所以不会发生因将已有的API扩展带来的互换性问题等的问题。即能够不谋求API的标准化而实 现应用的稳定的起动。

进而，本发明是从记录介质上的字节码应用使用再现装置的复制控制功能的，所以能够期待通过各种各样的内容提供商开阀多种多样的应用。内容提供商通过将自身开发的应用保存到记录介质中，能够实现添加了内容提供商独自的附加价值的复制控制功能。例如，内容提供商能够提供复制控制功能执行时的独自的用户接口。由于对再现设备制造商制作的用户接口没有限制，所以可以期待由内容提供商提供更有吸引力的用户接口。用户能够将记录在封装媒体中的内容的向便携终端等的复制使用内容提供商独自的更有吸引力的用户接口进行。

附图说明

图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的BD－J应用、数字复制库、数字复制模组、及数字复制服务器的数据收发的图。

图11是本发明的实施方式1的数字复制可否判断的流程图。

图12是使用本发明的实施方式1的数字复制库API的数字复制的顺序图。

图13是表示本发明的实施方式1的数字复制模组的状态变迁的图。

图14是表示在本发明的实施方式1的数字复制库与数字复制模组间进行交换的数字复制套接字协议的图。

图15是表示本发明的实施方式1的数字复制过程中的数据的流动的 图。

图16是表示本发明的实施方式1的来自BD－J应用的通信路径的图。

图17是表示本发明的实施方式1的再现时刻信息的复制的状况的图。

图18是表示由本发明的实施方式1的BD－J应用进行的向数字复制模组的恢复再现位置的指定处理的流程图。

图19是表示本发明的实施方式1的数字复制模组中的数字复制处理的流程图。

图20是表示以往的方式中的应用签名验证的图。

图21是表示本发明的实施方式2的以数字证书为基础的签名验证的图。

图22是表示本发明的实施方式2的对应于签名验证的结果的功能限制的图。

图23是本发明的实施方式2的用来利用装置固有功能连接请求时的处理的流程图。

图24是表示本发明的实施方式3的复制源和复制目标为相同记录介质的数字复制的图。

图25是本发明的实施方式3的对应于和复制目标为相同记录介质的数字复制的流程图。

图26是表示本发明的实施方式4的原始内容和数字复制内容的再现时间轴的图。

图27是表示本发明的实施方式4的BD－ROM上的目录、文件构造的图。

图28是本发明的实施方式4的将原始内容上的恢复再现位置变换到数字复制内容的时间轴上的处理的图。

图29是本发明的实施方式4的恢复再现位置变换处理的流程图。

图30是表示本发明的实施方式4的进行恢复再现位置变换的状况的图。

图31是本发明的实施方式4的在BD－J应用内进行恢复再现位置变换处理的流程图。

图32是本发明的实施方式4的在数字复制模组中进行恢复再现位置的 变换处理的流程图。

图33是表示当从本发明的实施方式5的带出视听回到固设视听时进行继续视听的状况的图。

图34是表示本发明的实施方式5的可移除媒体的文件结构的图。

图35是表示本发明的实施方式5的保存在恢复状态保存文件中的参数一览和值的一例的图。

图36是本发明的实施方式5的从BD－ROM再现请求受理到开始通过AV再现库的再现的流程图。

图37是本发明的实施方式5的BD恢复再现位置变换的流程图。

图38是表示本发明的实施方式6的BD－ROM的文件结构的图。

图39是表示本发明的实施方式6的语言表的一例的图。

图40是表示将本发明的实施方式6的追加语言的数字复制内容下载到本地存储设备中的状况的图。

图41是表示对应于多语言的数字复制的状况的图。

图42是表示本发明的实施方式6的复制对象的内容的选择的状况的图。

图43是本发明的实施方式6的通过BD－J应用进行的复制对象的内容选择的流程图。

图44是本发明的实施方式6的通过数字复制模组进行的复制对象的内容选择的流程图。

具体实施方式

以下，参照附图对本发明的实施方式进行说明。

（实施方式1）

首先，说明关于有关本发明的再现装置的实施行为中的使用行为的形态。图1是表示关于有关本发明的再现装置的使用行为的形态的一例的图。在图1中，有关本发明的再现装置是再现装置101。该再现装置101例如用于向由遥控器102、电视机103形成的家庭影院系统供给电影作品的用途。此外，在再现装置101上，具备用来插入SD存储卡、记忆棒、CF（注册商标）、智能媒体卡、多媒体卡等的可移除媒体104的插入口。除此以外，还具备用来与便携终端106连接的USB等的插入口。

以上是关于有关本发明的再现装置的使用形态的说明。接着，对有关本发明的再现装置作为再现的对象的记录介质（媒体）进行说明。由有关本发明的再现装置再现的在该例中是作为光盘的BD－ROM105。

图2是表示BD－ROM（以后，也有称作“BD”的情况）的结构的图。在本实施方式中，主要着眼于用来将电影等的AV内容再现的AV应用而说明BD－ROM，但当然也能够将BD－ROM如CD－ROM或DVD－ROM那样作为计算机用途的记录介质使用。BD－ROM与其他光盘、例如DVD或CD等同样，从其内周朝向外周以螺旋状具有记录区域，在内周的导入区与外周的导出区之间具有能够记录逻辑数据的逻辑地址空间。此外，在导入区的内侧有称作BCA（Burst Cutting Area）的仅能够由驱动器读出的特别的区域。该区域由于不能从应用读出，所以被用于著作权保护技术等中，记录有表示记录介质的物理的序列ID的PMSN（Pre-recorder Media Serial Number）。

在逻辑地址空间中，以文件系统信息（卷）为开头记录有影像数据等的应用数据。所谓文件系统，是UDF或ISO9660等，能够与通常的PC同样将记录的逻辑数据使用目录、文件构造读出，能够读出255字符的文件名、目录名。

本实施方式的情况下，BD－ROM上的目录、文件构造在根目录（ROOT）之下放置有BDMV目录、CERTIFICATE目录及EMOVE目录。BDMV目录是记录有由BD－ROM处理的AV内容及管理信息等的数据的目录，CERTIFICATE目录在属下存在discroot.crt（文件名固定）文件，记录有用于应用的签名验证的证书。在EMOVE目录中记录有便携终端视听用的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"的文件是MPEG－TS（Transport Stream）形式的数字AV流，通过将视频流、1个以上的音频流、1个以上的副影像流多路复用而得到。视频流表示电影的运动图像部分，音频流表示电影的声音部分，副影像流表示电影的字幕。

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

被赋予了扩展名"mpls"的文件是保存有PlayList信息的文件，记录有流的再现区间（“In Time/Out Time”）。

被赋予了扩展名"jar"的文件是Java档案文件，记述有使用Java虚拟机进行动态的脚本控制的BD－J应用的程序。在想要从BD－J应用控制表示BD－ROM上的内容的再现单位的各标题的再现的情况下需要该文件。

被赋予了扩展名"bdjo″的文件是保存有BD－J对象的文件。BD－J对象是通过将由PlayList信息表示的AV流与应用的关联建立来定义标题的信息。BD－J对象表示"应用管理表"、和在该标题中能够再现的PlayList一览。应用管理表是通过将应用的识别码（应用ID）和属于该应用的Java档案文件的ID罗列来表示以该标题为生存区间的应用的表。即，一个应用由一个以上的Java档案文件构成。

index.bdmv（文件名固定）是关于BD－ROM整体的数据库文件，具有作为确定电影作品的提供商的识别码的organizationID（32bit）、及作为对提供商提供的BD－ROM分别分配的识别码的discID（128bit）等的信息，在向再现装置的盘插入后，通过将index.bdmv最先读出，在再现装置中唯一地识别盘。除此以外，在index.bdmv中包含将在BD－ROM中能够再现的多个标题与规定各个标题的BD－J对象建立对应表示的表。

MovieObject.bdmv（文件名固定）是HDMV模式（后述）下的各标题再现，包含记述有用来使再现进展动态地变化的脚本的脚本程序。

在EMOVE目录的属下，记录有用来将记录在BD－ROM中的内容用便携终端视听的AV内容及管理信息，按照DATAxx（"xx"是2位的可变量字）的子目录记录面向便携终端的内容。在DATAxx目录的属下存在EMOV_INF、MGR_DATA、PRG_MGR、PRG001.PGI、MOV001.SD1的5个文件。在EMOV_INF中，记录有作为为了分别唯一地识别面向便携终端的内容而分配的128bit的识别码的内容ID（以后，也有称作“CID”的情况）。在MGR_DATA中，记录有面向便携终端的内容的再现位置。在PRG_MGR中，记录有面向便携终端的内容的总的再现时间。在PRG001.PGI中，记录有面向便携终端的内容的标题名。MOV001.SD1记录有加密的面向便携终端的数字AV流。另外，MGR_DATA、PRG_MGR、PRG001.PGI及MOV001.SD1的4个文件依据SD视频形式，对应于数字流的MOV001.SD1被用例如规定的加密方式（例如CPRM方式）加密，由于用来将以规定的加密方式（例如CPRM方式）加密的数字流解密的密钥信息（标题密钥）没有记录在BD－ROM内，所以被保护以使其不能被不正当地再现（以后，将这4个文件一起称作“保护内容”或“面向便携终端的保护内容”）。

另外，在图2中，表示了在DATA01目录中保存有SD－Video Mobile Video Profile形式的面向便携终端的保护内容的例子，但其他的DATAxx目录也可以用其他的形式、例如SD－Video ISDB－T形式、QuickTime形式或Windows（注册商标）Media Player形式将用于带出视听用的复制源单元保存。

图3是表示再现控制的层模型的图。图3的第1层是物理层，是作为处理对象的流主体的供给控制。如该第1层所示，作为处理对象的流不仅是BD－ROM，而以Built－In媒体及可移除媒体、网络、记录型盘等所有的记录介质、通信介质为供给源。这里，所谓Built－In媒体，是HDD（硬盘驱动器）等、预先装入在再现装置中的记录介质。另一方面，可移除媒体是SD存储卡、记忆棒、CF、智能媒体卡、多媒体卡等具有可移动性的记录介质。另外，关于可移除媒体，有向再现装置直接插入的形态和使用USB线缆等连接的形态。这些Built－In媒体、可移除媒体都是再现装置在本地利用的记录介质，用"本地存储设备"的总称称呼。对于这些本地存储 设备、网络等的供给源的控制（盘访问、卡访问、网络通信）是第1层的控制。

第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的再现环境中的再现模式，记述有用来使再现进展动态地变化的脚本的脚本程序动作。另一个BD－J模式是以Java（注册商标）虚拟机为主体的再现模式，从BD－J应用进行再现控制。

图4是表示通过两个模式的动态的再现控制制作的电影作品的图。图4（a）是表示通过用HDMV模式定义动态的再现控制而制作的电影作品的一个场面的图。HDMV模式由于用与DVD再现装置能够解释的命令很类似的命令记述再现控制，所以能够定义与DVD同样的再现控制、即通过对菜单的选择而再现进展那样的再现控制。

图4（b）是通过以BD－J模式定义动态的再现控制而制作的电影作品。BD－J模式能够用Java虚拟机能够解释的Java语言记述控制次序。如果该再现控制是控制计算机图形（CG）的动作的，则在BD－J模式中，能够定义CG（图中的猫头鹰的画像）在显示运动图像的画面的横侧来回运动那样的再现控制。

图5是表示再现装置的大体的功能结构的块图。如图5所示，再现装置由BD－ROM驱动器401、读入控制部402、多路分离器403、视频解码 器404、视频平面405、音频解码器406、图像存储器407、图像平面408、图像解码器409、加法器410、静态脚本存储器411、动态脚本存储器412、HDMV模组413、BD－J模组414、UO探测模组415、模式管理模组416、分配器417、绘制引擎418、写入控制部419、AV再现库420、PSR集421、网络接口422、本地存储设备423、数字复制模组424构成。

BD－ROM驱动器401进行BD－ROM的装载/弹出，执行对BD－ROM的访问。

读入控制部402进行记录在装载于BD－ROM驱动器401中的BD－ROM105及本地存储设备423中的数据的读入控制。

多路分离器403通过读入控制部402进行读出的传输流的多路分离，得到构成GOP的视频帧和音频帧，将视频帧向视频解码器404输出，将音频帧向音频解码器406输出。将副影像流保存到图像存储器407中，将Navigation Button信息保存到动态脚本存储器412中。由多路分离器403进行的多路分离包括将TS包变换为PES包的变换处理。

视频解码器404将从多路分离器403输出的视频帧解密，将非压缩形式的图片写入到视频平面405中。

视频平面405是用来保存非压缩形式的图片的存储器。

音频解码器406将从多路分离器403输出的音频帧解密，输出非压缩形式的音频数据。

图像存储器407是将从多路分离器403读出的副影像流、Navigation Button信息内的PNG数据、从读出控制部402直接读入的图像文件保存的缓存。

图像平面408是具有一画面量的区域的存储器，配置展开的副影像流、PNG数据、图像文件。

图像解码器409将保存在图像存储器407中的副影像流、PNG数据、图像文件展开而写入到图像平面408中。通过副影像流的解码，各种菜单、副影像呈当前画面上。

加法器410将展开到图像平面408中的图像合成到保存在图片平面405中的非压缩形式的图片数据中并输出。图4（b）所示的画面（CG（图中的猫头鹰的画像）在显示运动图像的画面的横侧来回运动那样的画面）通过 该加法器410将图像平面408内的图像与视频平面405内的图片合成而输出。

静态脚本存储器411是用来保存当前的PlayList及当前的流管理信息的存储器。所谓当前PlayList，是指记录在BD－ROM或本地存储设备423中的多个PlayList中的、当前作为处理对象者。所谓当前流管理信息，是指记录在BD－ROM或本地存储设备423中的多个流管理信息中的当前作为处理对象者。

动态脚本存储器412是将当前动态脚本保存、向HDMV模组413、BD－J模组414的处理提供的存储器。所谓当前动态脚本，是指记录在BD－ROM或本地存储设备423中的多个脚本中的、当前作为执行对象者。

HDMV模组413是作为HDMV模式的执行主体的DVD虚拟播放器，执行读出到动态脚本存储器412中的当前的脚本程序。

BD－J模组414是Java平台，由Java虚拟机、配置、描述文件构成。BD－J模组414从读出到动态脚本存储器412中的Java类文件生成当前的Java对象并执行。Java虚拟机将用Java语言记述的Java对象变换为再现装置的CPU的本机码，使CPU执行。

UO探测模组415检测对遥控器或再现装置的前面板进行的用户操作，将表示用户操作的信息（以后称作UO（User Operation））向模式管理模组416输出。

模式管理模组416保持从BD－ROM或本地存储设备423读出的模式管理表，进行模式管理及分支控制。所谓由模式管理模组416进行的模式管理，是使动态脚本由HDMV模组413或BD－J模组414的哪个执行的、模组的分配。

分配器417从UO仅选择适合于当前的再现装置的模式的UO，交接给执行该模式的模组。例如在HDMV模式的执行中受理了上下左右、激活等的UO的情况下，向HDMV模式的模组输出这些UO是分配器417的处理。

绘制引擎418具备Java2D、OPEN－GL等的基础软件，按照来自BD－J模组414的指示进行计算机图形的描绘，将描绘出的计算机图形向图像平面408输出。

写入控制部419将经由网络接口422下载的数据、或按照来自数字复 制模组424的指示将数据写入到本地存储设备423中。

AV再现库420根据来自HDMV模组413、BD－J模组414的函数调用，执行AV再现功能、播放列表的再现功能。所谓AV再现功能，是从DVD播放器、CD播放器沿袭的功能群，是再现开始、再现停止、暂停、暂停的解除、静止图像功能的解除、用直接值指定再现速度的快进、用直接值指定再现速度的回退、声音切换、副影像切换、视角切换等的处理。所谓播放列表再现功能，是指将该AV再现功能中的再现开始及再现停止按照播放列表信息进行。

PSR集421是内置在再现装置中的寄存器，由Player Status Register（PSR）和General Purpose Register（GPR）构成。PSR分别表示当前的再现时点等、再现装置的各状态。关于其详细的内容在后面详细地说明。

网络接口422用于处理公开在因特网上的BD－ROM追加内容的下载及数字复制执行所需要的协议。所谓BD－ROM追加内容，是在原始的BD－ROM中没有的内容，例如是追加的副声音、字幕、优惠影像、应用等。BD－J模组414通过控制网络接口422，能够将公开在因特网上的追加内容下载到本地存储设备423中。

本地存储设备423被作为下载来的追加内容或应用使用的数据等的保存及数字复制的复制目标使用。追加内容的保存区域被按照BD－ROM划分，此外应用能够在数据的保持中使用的区域被按照应用划分。此外，记载有表示将下载的追加内容怎样与BD－ROM上的数据合并的合并规则的合并管理信息也被保存在该本地存储设备423中。

数字复制模组424将记录在BD－ROM上的面向便携终端的保护内容向本地存储设备423复制，并且通过网络接口422与数字复制服务器进行认证，进行为了在复制目标中能够再现而需要的解密密钥的取得。数字复制模组424的功能没有对HDMV模组413及BD－J模组414公开，仅能够进行经由网络接口422的间接的控制。

以上是有关本发明的再现装置的结构。接着，对PSR集的各个PSR进行说明。以下表示PSR的一览。

PSR（0）：菜单图形流号码

PSR（1）：声音流号码

PSR（2）：字幕流号码

PSR（3）：视角号码

PSR（4）：当前再现中的标题号码

PSR（5）：当前再现中的章节号码

PSR（6）：当前再现中的播放列表识别码

PSR（7）：当前再现中的播放项目识别码

PSR（8）：再现时刻信息

PSR（9）：导航计时器

PSR（10）：选择密钥信息

PSR（11）：菜单图形流中的当前的页识别码

PSR（12）：字幕流中的用户类型识别码

PSR（13）：父母控制水平

PSR（14）：字幕支持信息

PSR（15）：播放器设定值（音频）

PSR（16）：声音流用语言代码

PSR（17）：字幕流用语言代码

PSR（18）：菜单用语言代码

PSR（19）：播放器的版本信息

PSR（20）：PSR（0）的备份

PSR（21）：PSR（1）的备份

PSR（22）：PSR（2）的备份

PSR（23）：PSR（3）的备份

PSR（24）：PSR（4）的备份

PSR（25）：PSR（5）的备份

PSR（26）：PSR（6）的备份

PSR（27）：PSR（7）的备份

PSR（28）：PSR（8）的备份

PSR（29）：PSR（9）的备份

PSR（30）：PSR（10）的备份

PSR（31）：PSR（11）的备份

PSR（32）：PSR（12）的备份

PSR（0）到PSR（12）保存表示再现状态的系统参数。PSR（13）到PSR（19）保存作为首选项设定在播放器中的系统参数。此外，PSR（20）到PSR（32）是PSR（0）到PSR（12）的备份用寄存器（备份寄存器）。在HDMV模式中进行通过Call命令的标题切换的情况下，将PSR（0）到PSR（12）的表示当前的再现状态的参数储存到PSR（20）到PSR（32）中。

特别是，PSR（8）每当图片数据被显示时被更新，通过设定为0～OxFFFFFFFF的值，使用45kHz的时间精度表示当前的再现时点。在正编是BD－J模式的情况下，不使用备份寄存器，所以通过将保存在PSR（8）中的参数读出，能够取得当前的再现时刻信息。另一方面，在正编是HDMV模式的情况下，PSR（8）的参数储存在PSR（28）中，通过将保存在PSR（28）中的参数读出，能够取得当前的再现时刻信息。以上是关于PSR的内容的说明。接着，对本地存储设备中的数据构造进行说明。

图6是表示本地存储设备中的数据构造的图。在本地存储设备中大体存在3种区域，1个是能够从用户自由地读写、对于用户而言是可视的区域“用户区域”，另一个是从用户不能读写、对于用户而言是不可视、仅许可对应于著作权保护的系统的读写的被保护的区域“保护区域”，最后，是从用户不能读写、从系统也不能写入、仅许可系统的读入的区域“系统区域”。

用户区域，还被分为追加内容区域和SD视频区域的两种。追加内容区域保存在BD－ROM再现时被辅助地使用的内容，在SD视频区域中主要保存以便携终端上的再现为目的的依据SD视频的内容（SD视频内容）。追加内容区域和SD视频区域都存在于本地存储设备的用户区域上的根目录之下。表示追加内容区域的目录名是8字符以内的固定值（BUDA）。在该BUDA目录以下（也包括子目录和其以下的文件），能够保存应用从服务器下载的追加文件等任意的文件。

在BUDA目录以下还存在OrganizationID目录和DiscID目录，通过在对应于特定的提供商（Organization）的目录中设置对应于各BD－ROM的目录，将关于各BD－ROM的下载数据分别保存。

另一方面，表示SD视频区域的目录名是SD_VIDEO，与追加内容区 域同样，存在于用户区域上的根目录之下。在SD_VIDEO目录以下还存在按照SD视频内容划分的SD视频内容目录（“PRGxxx”，"xxx"可变）和保存有SD视频区域整体的管理文件的SD视频管理目录（“MGR_INFO”）。在SD视频内容目录中记录上述PRG001.PGI及MOV001.SD1，在SD视频管理目录中记录上述MGR_DATA及PRG_MGR。

在从用户不能访问的保护区域上，记录用来将加密的面向便携终端的保护内容解密的解密密钥（VIDEO001.KEY）。向解密密钥的访问仅对应于著作权保护的系统能够进行。

在从用户不能访问、从系统也仅许可读入的系统区域中，记录有记录着在上述解密密钥生成中需要的密钥信息的媒体密钥块（MKB）、和作为用来按照介质唯一地确定对本地存储设备分配的SD存储卡等的介质的识别码的媒体ID（MID）。媒体ID即使是相同种类的媒体也对每个介质分配不同的值。

图7是表示图5所示的BD－J模组的更具体的结构的图。BD－J模组414由媒体再现模组704、文件I/O模组705、网络模组706、应用管理器707构成。另外，本图中的AV再现库420、PSR集421、网络I/F422、本地存储设备423、数字复制模组424与图5所示的结构相同，为了媒体再现模组704～应用管理器707的说明而方便地记载。

应用管理器707基于记录在BD－ROM上的应用管理信息管理BD－J应用的起动、结束。此外，应用管理器还进行将从分配器417接受到的UO事件传递给当前动作中的BD－J应用701的处理。

媒体再现模组704对BD－J应用701提供用于媒体再现控制的API。如果BD－J应用701调用媒体再现控制API，则媒体再现模组704调用对应的AV再现库420的函数，进行AV再现控制。

文件I/O模组705进行从BD－J应用701向BD－ROM、本地存储设备、记录型BD驱动器等的各媒体的文件访问请求的处理。

网络模组706对BD－J应用701提供用于网络控制的API。按照来自BD－J应用701的网络控制请求，使用网络接口422进行网络连接。BD－J应用701使用网络模组706对数字复制服务器访问，能够进行公开的追加内容的检索、下载等。除此以外，在本实施方式中，为了与再现装置内的 数字复制模组424的协议通信而使用网络模组706。如图7所示，在BD－J应用701中没有提供对于数字复制模组的直接的API。当对数字复制模组424发行某种处理时，经由形成在数字复制模组424与网络模组706之间的本地网络进行需要的数据的收发。网络模组706对BD－J应用701提供外部网络访问及本地网络访问的两者的接口。

另外，使用本地网络访问的与数字复制模组424的数据收发也可以考虑与BD－J应用701分离而库化。不是使在与数字复制模组424的数据收发中使用的协议依存于各个BD－J应用，而通过定义共通的协议，准备该协议解析专用的库（数字复制库702），从BD－J应用分离。数字复制库702对BD－J应用提供宛如将BD－J API扩展那样的API（数字复制库API，详细情况后述），协议的详细情况隐蔽在数字复制库702内。通过这样构成，BD－J应用不再需要将在与数字复制模组424的数据收发中使用的协议解析，能够将协议解析用库进行一元管理，所以能够使BD－J应用的生产性提高。另外，关于在数字复制库702与数字复制模组424的两者中交换的使用本地网络访问的协议（数字复制套接字协议）的详细情况在后面叙述。

图8是表示index.bdmv文件与标题的关系的一例的图。所谓标题，是将应用和AV流作为组的再现单位，在index.bdmv文件中记载有盘上的标题结构，管理盘上的各标题与对应的应用（如果是BD－J模式标题则为BD－J应用，如果是HDMV模式标题则为脚本程序）的参照关系。

在图8所示的例子中，表示“Top Menu”、“First Play”、“Title#1”、“Title#3”分别是BD－J模式标题、“Title#2”是HDMV标题。

“Title#1”例如是正编影像的标题，如果进行该标题的选择，则由再现装置进行按照由包含在BD－J对象（00001.bdjo）中的应用管理表表示的可再现的播放列表的数字流的再现以及在应用管理表中表示的应用的执行。

“Title#2”例如是优惠影像的标题，如果进行该标题的选择，则进行按照包含在MovieObject.bdmv中的脚本程序的数字流的动态再现。

“Title#3”例如是对应于数字复制的标题，如果进行该标题的选择，则通过再现装置进行通过由包含在BD－J对象（88888.bdjo）中的应用管理表表示的BD－J应用及数字复制库的执行实现的后述的数字复制。

上述所示的例子是单纯的一例。例如如果在包含在与“Title#1”建立了关联的BD－J对象中的应用管理表中没有表示播放列表，则不进行数字流的再现。此外，如果在包含在与“Title#3”建立了关联的BD－J对象中的应用管理表中表示能够再现的播放列表，则与应用管理表所表示的BD－J应用及数字复制库的执行并行，由再现装置进行按照应用管理表中表示的能够再现的播放列表的数字流的再现。

此外，作为特殊的标题而存在“First Play”和“Top Menu”。“First Play”是在BD起动时自动地再现的标题，主要用于BD的使用规则显示等。“Top Menu”当按下了遥控器的菜单键时或标题再现结束时再现，主要用于进行标题的选择及字幕/声音的语言选择。在本实施方式中，数字复制由BD－J模式标题进行。数字复制标题由管理数字复制的GUI等的BD－J应用、和管理与数字复制模组的数据收发的数字复制库构成。BD－J应用、数字复制库都需要作为JAR文件预先记录到BD－ROM上。JAR文件既可以在BD－J应用和数字复制库中分开记录，也可以集中记录为1个JAR文件。

图9是将数字复制模组424详细化的图。数字复制模组424由通信管理部601、密钥信息读入部602、媒体状态管理部603、复制执行部604、复制状态通知部605、复制进展管理部606、密钥信息写入部608、空闲容量判断部610构成。

通信管理部601将再现装置内的通信端口的一个为了数字复制控制而分配，使用该数字复制通信端口进行与BD－J模组的协议通信。具体而言，作为服务器套接口而开设数字复制通信端口，等待来自BD－J模组的请求到来，如果对数字复制通信端口传送数据，则将传送来的数据解析，进行该数据对应的处理。将处理结果也同样经由数字复制通信端口向BD－J模组返送。除此以外，通信管理部601还进行与数字复制服务器803的数据通信管理。具体而言，为了从服务器取得为了将加密的面向便携终端的数字AV流解密而需要的解密密钥，进行需要的通信处理。

密钥信息读入部602将解密密钥生成所需要的信息从复制源801及复制目标802读出。具体而言，从复制源801将记录在BD－ROM上的作为特殊区域的BCA（Burst Cutting Area）中的表示记录介质的物理的序列ID的PMSN（Pre－recorded Media Serial Number）读出，从复制目标802将记 录在复制目标的媒体中的、按照媒体唯一地设定的媒体固有的信息（媒体ID）、及记录有解密密钥生成所需要的密钥信息的媒体密钥块（MKB）读出。

媒体状态管理部603管理再现装置作为当前复制目标能够利用的媒体的种类一览。例如，再现装置具备SD卡插槽和USB存储器插槽，如果当前仅插入着SD卡，则判断SD卡为当前的复制目标的对象。如果插入了SD卡和USB存储器（或USB连接的便携终端）的两者，则作为复制目标判断为可以是SD卡、USB存储器的两者。除此以外，还进行复制目标媒体的空闲容量管理。

复制执行部604进行将从BD－J应用701指示的BD－ROM上的面向便携终端的保护内容向其他媒体复制的处理。来自BD－J应用701的指示经由数字复制库702，在数字复制通信端口上进行。另外，仅通过由复制执行部604进行的数据复制，在复制目标中不能再现面向便携终端的保护内容。在由后述的解密密钥写入部608完成向复制目标的解密密钥的写入后，能够在复制目标中进行再现。

复制状态通知部605管理复制的开始、正常结束、错误结束等的状态变迁，通过数字复制通信端口向数字复制模组424和本地通信连接中的BD－J应用701通知状态变迁。

复制进展管理部606进行作为复制对象的剩余字节数、已复制字节数的管理，根据经由数字复制通信端口的来自BD－J应用的请求，通知当前的进展信息。

密钥信息写入部608进行密钥信息读入部602取得的BD－ROM的序列ID、复制目标媒体的媒体ID、及根据MKB生成的解密密钥的写入。解密密钥的生成基于处于服务器中的秘密密钥进行，所以数字复制模组424在密钥信息读入部602取得BD－ROM的序列ID、复制目标媒体的媒体ID、及MKB后，经由通信管理部601向数字复制服务器803发送这些值和复制对象内容的内容ID。数字复制服务器803根据接受到的值和服务器保持的秘密密钥生成解密密钥，向通信管理部601发送解密密钥。将生成的解密密钥进行能够通过复制目标媒体的MKB解密那样的加密。如果通信管理部601接受到解密密钥，则密钥信息写入部608向复制目标的保护区域 进行解密密钥的写入。解密密钥包含有密钥信息（标题密钥），密钥信息被用于加密的面向便携终端的保护内容的解密。

如果没有包含该密钥信息的解密密钥，则即使擅自仅将复制源的面向便携终端的保护内容的复制到别的媒体中，也不能再现。

空闲容量判断部610基于复制目标媒体的空闲剩余量及复制源内容判断在复制目标中是否存在复制所需要的空闲容量。

数字复制模组424具有以上的结构，它们的操作从对数字复制通信端口进行本地通信连接的BD－J应用控制。另外，由于在BD－J模组中不存在能够操作在这些控制的直接的API，所以不能从没有连接到数字复制通信端口上的BD－J应用进行控制。

图10是表示与BD－J应用、数字复制库、数字复制模组、及数字复制服务器的数据收发的顺序图。在本实施方式中，其特征是，在数字复制模组424与BD－J应用701/数字复制库702、数字复制模组424与数字复制服务器803之间形成两个不同的通信路径。在BD－J应用701与数字复制模组424之间形成相同终端间的本地通信，在数字复制模组424与数字复制服务器803之间形成不同终端间的全局通信。BD－J应用701与数字复制库702之间不发生通信，进行通常的相同应用内API调用。

首先，BD－J应用701进行再现装置是否对应于数字复制的判断。再现装置是否对应于数字复制的判断基于图11所示的流程图进行。如果从BD－J应用701对数字复制库702请求再现装置的数字复制对应确认，则数字复制库702确认是否存在表示分配给数字复制的通信端口的系统特性（"digitalcopy.port"）（步骤S101）。

在存在系统特性"digitalcopy.port"的情况下，将该特性表示的通信端口用于与数字复制模组的数据收发。在不存在系统特性"digitalcopy.port"的情况下，将预先决定的通信端口用于与数字复制模组的数据收发。另外，由于数字复制模组为数字复制用占用通信端口的1个，所以在使用预先决定的通信端口的情况下，优选的是为了防止与利用已有的通信端口的网络的冲突而使用专用端口。具体而言，推荐49152号端口以上、65535号端口以下。在使用系统特性"digitalcopy.port"的情况下，即在采取用于数字复制的通信端口有可能每次变化的结构的情况下，也可以考虑利用自由端口。所 谓自由端口，是指通过指定0号端口、自动地分配在该时点终端侧没有利用的端口的机制。如果利用自由端口，则能够避免端口冲突，但由于端口号码每次变化，所以需要将在该数字复制中使用的端口号码向数字复制库702通知。在该端口号码的通知中利用系统特性"digitalcopy.port"。

如果在步骤S101中不存在系统特性，则数字复制库702向预先决定的固定端口连接（步骤S102）。在存在系统特性的情况下，数字复制库702向系统特性表示的端口连接（步骤S103）。

接着，数字复制库702确认向通信端口的连接是否成功（步骤S104）。如果向通信端口的连接失败，则数字复制库702判断为在当前的再现装置中不对应于数字复制（步骤S108）。

在步骤S104中向通信端口的连接成功的情况下，数字复制库702经由该通信端口向数字复制模组请求初始化（步骤S105）。并且，数字复制库702用连接中的通信端口接受来自数字复制模组的对于步骤S105的初始化请求的应答（步骤S106）。在步骤S106中接受到初始化成功的应答的情况下，数字复制库702判断为在当前的再现装置中能够进行数字复制（步骤S107）。在没有来自数字复制模组的应答、或者接受到初始化失败的应答的情况下，数字复制库702判断为在当前的再现装置中不能进行数字复制（步骤S108）。

数字复制库702将数字复制可否的结果向BD－J应用通知，如果BD－J应用接受到能够进行数字复制的通知，则接着将数字复制所需要的参数经由数字复制库向数字复制模组设置。具体而言，是序列ID、复制源的内容的位置、数字复制服务器的URL、复制目标的媒体、恢复再现位置。

序列ID可以利用记录在BCA（Burst Cutting Area）中的PMSN（Pre-recorded Media Serial Number），但作为其以外的值，也可以用使用户手输入记载在同包在封装中的纸上的礼券ID的值来代替。如果利用PMSN，则不需要使用户进行手输入，能够自动地进行认证，但另一方面，如果在租借盘等的情况下利用PMSN，则成为仅最初借用的用户被赋予该服务的实施权，对于第二个以后借用的用户变得不公平。在租借盘的情况下优选的是礼券ID的手输入，在市售盘的情况下优选的是PMSN的利用。

复制源的内容的位置用到记录有面向便携终端的内容的目录的绝对路 径表示。例如是"/mnt/bdrom/EMOVE/DATA01″等。在此情况下，"/mnt/bdrom"相当于BD－ROM媒体的挂接点。

数字复制服务器的URL被指定表示全局网络上的服务器的URL。例如是"http://xxx.yyy.zzz"等。

复制目标媒体从再现装置支持的复制目标媒体一览中指定。BD－J应用如果对数字复制模组请求由当前的再现装置支持的媒体一览，则被发送“<媒体的种类>_<号码>”的形式的列表。例如，在再现装置分别各支持1个SD卡插槽和USB存储器插槽的两者的情况下，被发送来“SD_1 USB_1”的列表。在没有SD卡插槽、具有两个USB存储器插槽的情况下被发送来“USB_1_USB_2”的列表。接受到复制目标一览的BD－J应用将这些一览向用户提示，接受复制到哪个媒体中的用户的指示，将用户选择的媒体指定为复制目标媒体。

恢复再现位置被指定从便携终端视听用的内容的开头到再现再开位置（恢复点）的经过时间（毫秒）。BD－J应用在正编是BD－J模式的情况下，将保存在PSR集421的PSR（8）中的再现装置的再现时刻信息读出，指定恢复再现位置。在正编是HDMV模式的情况下，将保存在PSR（28）中的再现装置的再现时刻信息读出，指定恢复再现位置。由于从PSR（8）或PSR（28）取得的再现时刻信息是45kHz时钟单位，所以将再现时刻信息变换为毫秒单位后的值为恢复再现位置。例如，在用再现装置已经视听了30分钟的情况下，保存在PSR（8）或PSR（28）中的值是81,000,000，恢复再现位置为1,800,000。

数字复制库如果被从BD－J应用指定这些参数，则使用连接中的通信端口将指定的参数向数字复制模组发送。

如果参数的设置完成，在BD－J应用接着进行剩余复制次数的确认。剩余复制次数的确认也与参数的设置同样，经由数字复制库，使用连接中的通信端口向数字复制模组进行询问。剩余复制次数由于被数字复制服务器管理，所以如果数字复制模组接受到剩余复制次数的确认请求，则从当前设置的参数中取出内容ID、序列ID、媒体ID，向数字复制服务器发送这3个值。内容ID使用记载在复制对象的面向便携终端的保护内容的EMOV_INF文件中的值，序列ID使用从BD－J应用指定的值，媒体ID使 用记载在复制目标媒体的系统区域中的值。BD－J应用701、数字复制库702及数字复制模组424之间是相同终端间通信，不需要外部因特网连接，但数字复制模组424与数字复制服务器803之间需要全局的因特网连接。数字复制服务器基于接受到的值推算剩余复制次数，向数字复制模组返送剩余复制次数的值。数字复制模组将该剩余复制次数经由数字复制库向BD－J应用通知。

BD－J应用确认剩余复制次数，如果剩余1次以上，则向数字复制模组请求复制开始。该复制开始请求也与到目前为止同样，被经由数字复制库使用通信端口向数字复制模组传递。数字复制模组如果接受到复制开始请求，则开始复制，在此期间中，根据来自BD－J应用的请求，随时通知复制进展状况。另外，在复制中I/O处理被数字复制执行部604占用，所以有可能不能将BD－ROM上的内容正常地再现。因此，优选的是将在一段期间中不能再现、不能将盘取出、以及不能断开电源的情况事前向用户通知。虽说这样，用户还很有可能误将盘取出、或将电源切断。但是，解密密钥写入的处理在该时点没有完成，剩余复制次数没有减少，即使在这里数据复制失败，剩余复制次数也不会减少。在数字复制服务器侧管理的剩余复制次数在下个步骤中将解密密钥从数字复制服务器下载的时点减少。

BD－J应用如果接受到复制完成通知，则向数字复制模组请求解密密钥的写入。数字复制模组如果接受到解密密钥的写入请求，则从当前设置的参数中取出内容ID、序列ID、媒体ID、MKB，向数字复制服务器发送这4个值。数字复制服务器基于接受到的值生成解密密钥，向数字复制模组返送解密密钥。数字复制模组将从数字复制服务器接受到的解密密钥向复制目标媒体写入，如果写入完成，则经由数字复制库向BD－J应用通知写入完成。

然后，数字复制模组将由BD－J应用指定的恢复再现位置覆盖到复制目标的媒体的管理文件MGR_DATA中。在没有由BD－J应用指定恢复再现位置的情况下，不进行MGR_DATA的覆盖。

图12是表示使用数字复制库API的数字复制的次序的图。数字复制库对BD－J应用提供宛如将BD－J API扩展那样的API。实际上，如果将这 些API调用，则变换为数字复制套接字协议，利用数字复制用的通信端口与数字复制模组进行数据的收发，进行对应于API的处理。

以下表示数字复制库对BD－J应用提供的主要的API。

BCManager#getInstance（）：取得具有用来控制数字复制模组的各种方法的BCManager类的实例。在再现装置不对应于数字复制的情况下，抛出UnsupportedOperationException。

BCManager#addBCStatusChangeListener（）：监视数字复制模组的状态变化。如果检测到数字复制模组的状态变化，则将变化后的状态向BD－J应用通知。

BCManager#initializeBC（）：进行数字复制模组的初始化。如果调用该API，则数字复制库按照图11所示的流程，进行与数字复制模组的连接。在连接失败的情况下，抛出UnsupportedOperationException。如果初始化成功，则将BCInitializedEvent向BD－J应用通知。

BCManager#getDeviceList（）：取得再现装置作为复制目标支持的媒体一览（SD卡、USB存储器）。各个媒体被表现为BCOutputDevice类的实例。BCOutputDevice类具有取得实例表示的媒体的种类和号码（SD_1，USB_1）的方法（BCOutputDevice#getName）、取得空闲容量的方法（BCOutputDevice#getFreeSpace）、以及取得总容量的方法（BCOutputDevice#getTotalSpace）。在图12中，作为对于取得空闲容量的方法（BCOutputDevice#getFreeSpace）的调用的应答，作为空闲容量的一例而返回10737418240（byte）。

BCManager#setServerURL（URL）：向数字复制模组设置数字复制服务器URL。

BCManager#setSourceLocation（File srcdir）：向数字复制模组设置复制源的内容位置。内容位置用到记录有面向便携终端的内容的目录的绝对路径表示（"/mnt/bdrom/EMOVE/DATA01″等）。

BCManager#setOutputDevice（device）：向数字复制模组设置复制目标媒体。复制目标媒体从能够用BCManager#getDeviceList（）取得的媒体列表中选择。

BCManager#setSerialId（byte［］）：向数字复制模组设置序列ID。

BCManager#setResumePoint（time）：向数字复制模组设置恢复再现位置。另外，BCManager#setResumePoint（time）的调用只要数字复制模组是后述的否T_INIT状态以外就能够进行。

BCManager#checkTicket（）：向数字复制模组请求剩余复制次数确认。数字复制模组如果被请求剩余复制次数的确认，则使用当前设置的参数向数字复制服务器进行剩余复制次数的询问。将得到的剩余复制次数作为BCCheckResponse类的实例返回给BD－J应用。BD－J应用通过调用BCCheckResponse#remainingTimesOfCopy（）能够确认剩余复制次数。此外，如果剩余复制次数剩余1次以上，则将BCReadyEvent向BD－J应用通知。

BCManager#makeCopy（）：向数字复制模组请求复制开始。数字复制库在向数字复制模组请求复制开始后，向BD－J应用返回表示进展状况的BCProgress实例，复制处理在数字复制模组中不同步地进行。BD－J应用通过调用BCProgress#total（）能够确认总的复制字节数，通过调用BCProgress#remaining（）能够确认剩余的复制字节数（在图12中，作为为对于BCProgress#remaining（）的调用的应答的剩余的复制字节数的一例，返回524288000（byte））。如果复制处理完成，BCTransferredEvent向BD－J应用通知。

BCManager#finalizeBC（）：向数字复制模组请求解密密钥的写入。如果解密密钥的写入完成，则将BCCompleteEvent向BD－J应用通知。

BCManager#cancelCopy（）：将数字复制模组的复制处理取消。如果取消成功，则将BCCancelEvent向BD－J应用通知。

BCManager#close（）：将数字复制模组确保的资源释放，结束数字复制过程。

图13是表示数字复制模组的状态变迁的图。数字复制模组根据数字复制过程的进展，变迁为以下9个状态。

否T_INIT：该状态表示数字复制模组还没有被初始化。该状态是装载BD－ROM的时点的数字复制模组的初始状态。在其他状态中BD－J应用调用BCManager#close（）、结束了数字复制过程的情况下，数字复制模组再次回到否T_INIT状态。如果在该状态下调用BCManager#initializeBC（）， 则变迁为INITIALIZED状态，向BD－J应用通知BCInitializedEvent。

INITIALIZED：该状态表示是数字复制模组被初始化、从BD－J应用调用数字复制过程的功能的状态。在该状态下，BD－J应用设置必要参数（例如，通过BCManager#setServerURL（URL）的调用而设定的数字复制服务器的URL，通过BCManager#setSourceLocation（File srcdir）的调用而设定的复制源的内容位置，通过BCManager#setOutputDevice（device）的调用而设定的复制目标媒体，通过BCManager#setSerialId（byte［］）设定的序列ID），在将BCManager#checkTicket（）调用、剩余复制次数剩余1次以上的情况下，变迁为READY状态，向BD－J应用通知BCReadyEvent。在没有剩余有剩余复制次数的情况下，不变迁为READY状态，为INITIALIZED状态的原状。在数字复制过程执行后，如果在READY、CANCELED、STOPPED、或COMPLETED状态下从BD－J应用调用BCManager#initializeBC（），则再次变迁为INITIALIZED状态，向BD－J应用通知B CInitializedEvent。

READY：该状态表示数字复制过程中需要的参数全部被设置、并且它们是有效的、做好了数字复制模组的复制准备。如果在该状态下调用BCManager#makeCopy（），则向TRANSFERRING状态变迁。

TRANSFERRING：该状态表示开始了面向便携终端的保护内容的数据复制。如果面向便携终端的保护内容的数据复制完成，则向TRANSFERRED状态变迁，向BD－J应用通知BCTransferredEvent。此外，如果在数据复制完成前调用BCManager#cancelCopy（），则数据复制被取消，变迁为CANCELED状态，向BD－J应用通知BCCancelEvent。在因在数据复制中复制目标媒体被取出等而发生错误的情况下，变迁为STOPPED状态，向BD－J应用通知BCStopByErrorEvent。

TRANSFERRED：该状态表示面向便携终端的保护内容的数据复制完成、在数字复制模组中做好了解密密钥写入准备。如果在该状态下调用BCManager#finalizeBC（），则数字复制模组向FINALIZING状态变迁。此外，如果在该状态下调用BCManager#cancelCopy（），则变迁为CANCELED状态，向BD－J应用通知BCCancelEvent。

FINALIZING：该状态表示从数字复制服务器进行了解密密钥的取得、 以及所取得的解密密钥的向复制目标媒体的写入处理。一旦进入到该状态，则BD－J应用即使调用BCManager#cancelCopy（）也不能取消，成为拒绝取消请求。在因在解密密钥写入中复制目标媒体被取出等而发生错误的情况下，变迁为STOPPED状态，向BD－J应用通知BCStopByErrorEvent。如果解密密钥的写入完成，则数字复制模组向COMPLETED状态变迁，向BD－J应用通知BCCompleteEvent。

COMPLETED：该状态表示面向便携终端的保护内容的数据复制及对应的解密密钥的写入完成、数字复制过程成功。当变迁为COMPLETED状态时，数字复制模组将由BD－J应用指定的恢复再现位置覆盖到复制目标的媒体的管理文件MGR_DATA中。此外，在COMPLETED状态下从BD－J应用指定了恢复再现位置的情况下，数字复制模组立即将指定的恢复再现位置覆盖到复制目标的媒体的管理文件MGR_DATA中。如果在COMPLETED状态下调用BCManager#initializeBC（），则再次变迁为INITIALIZED状态，向BD－J应用通知BCInitializedEvent。

CANCELED：该状态表示面向便携终端的保护内容的数据复制在中途被取消。将到中途为止已复制的数据在向CANCELED状态的变迁时清空。

STOPPED：该状态表示因错误发生而数据复制或解密密钥写入失败。作为错误发生的原因，可以想到因空闲容量不足、复制目标媒体被写入保护而不能写入、复制目标媒体在中途被取出、复制目标媒体损坏而发生I/O错误等。因哪个原因复制失败的，在STOPPED状态变迁时发生的BCStopByErrorEvent实例中记录有详细信息，BD－J应用能够通过BCStopByErrorEvent掌握错误原因。以上是在数字复制执行时在BD－J应用与数字复制库间交换的API调用的内容。

图14是表示在数字复制库与数字复制模组间进行交换的数字复制套接字协议的一例的图。数字复制库将对BD－J应用提供的数字复制库API变换为对应的数字复制套接字命令，通过套接字通信与数字复制模组进行数据的收发。

在图14中，以例如是再现装置仅支持SD卡插槽那样的结构的情况为例进行说明。

首先，如果从BD－J应用调用BCManager#initializeBC、进行数字复制 模组的初始化请求，则数字复制库按照图11所示的流程，确定在与数字复制模组的通信中使用的端口号码。如果能够进行端口的确定，则对该端口发送REQUEST_INITIALIZE的字符串的套接字命令。数字复制模组如果通过开放中的端口接收到REQUEST_INITIALIZE的字符串，则判断为进行了初始化请求，将用于参数（例如，以前设定的数字复制服务器的URL、复制源的内容位置、复制目标媒体、序列ID）的清空和状态变迁通知的非同步事件用端口新开放后，通知初始化已完成的消息，所以通过接受到套接字命令的端口发送OK的字符串。数字复制库如果从发送套接字命令的端口接受到OK的字符串，则看作初始化已完成。

在初始化完成后，数字复制库调用GET_ASYNCPORT命令，取得为用于状态变迁通知的非同步通知用开放的端口号码。即，数字复制套接字协议由两种端口构成，一个是数字复制套接字命令用（同步命令），另一个是数字复制模组的状态变迁通知用（非同步事件）。数字复制套接字命令用的端口以从数字复制库向数字复制模组投出命令的形式进行交换，但状态变迁通知用的端口为从数字复制模组向数字复制库单向地通知事件的形式。如果从BD－J应用调用BCManager#addBCStateChangeListner，则数字复制库开始状态变迁通知用端口的监视，将从数字复制模组传送来的状态变迁通知变换为数字复制库API的事件，向BD－J应用通知状态变迁。

接着，如果从BD－J应用调用BCManager#getDeviceList、请求再现装置作为复制目标支持的媒体的列表，则数字复制库调用GET_DEVICELIST命令，向数字复制模组请求支持的媒体的列表。数字复制模组作为对于GET_DEVICELIST命令的应答，将支持的媒体的列表通过套接字命令用的端口返回。支持的媒体的列表以<媒体的种类>_<号码>的形式返回，在支持多个媒体的情况下，分别用空白字符分隔（例：SD_1<sp>USB_1，<sp>是空白字符）。在图14中，表示在再现装置例如仅支持SD卡插槽的情况下返回SD_1作为应答的例子。

如果从BD－J应用调用BCOutputDevice#getTotalSpace或BCOutputDevice#getFreeSpace、请求总容量、空闲容量的信息提供，则数字复制库将GET_DEVICEINFO命令通过套接字命令用端口向数字复制模组发送，接受总容量、空闲容量的信息。GET_DEVICEINFO命令在自变量 中指定媒体的种类。在命令名与自变量之间设置空白字符。例如，在请求SD_1（种类：SD卡，号码：1）的信息的情况下，将GET_DEVICEINFO<sp>SD_1的字符串通过套接字命令用端口向数字复制模组传送。

接着，对参数设置进行说明。参数设置由SET_SERVERURL命令的发送和应答（OK）的接收、SET_SRCLOCATION命令的发送和应答（OK）的接收、SET_OUTPUTDEVICE命令的发送和应答的接收、SET_SERIALID命令的发送和应答的接收（OK）、SET_RESUME命令的发送和应答的接收（OK）构成。其中，SET_RESUME命令只要是否T_INIT状态以外，就在什么时候都能够调用。

与设置数字复制所需要的参数的情况同样，通过数字复制套接字命令从数字复制库向数字复制模组传送值，将参数设置到数字复制模组内。在参数是已经设置的情况下，在上述命令成功完成时，将之前的参数通过新的参数覆盖。命令名和自变量用空白字符分隔。例如，在将"SET_RESUME1000000"的命令从数字复制库向数字复制模组发送的情况下，恢复再现位置意味着是从内容的开头起经过1000秒的地点。

如果需要的参数的设置完成、从BD－J应用调用BCManager#checkTicket（），则数字复制库向数字复制模组发送REQUEST_CHECKTICKET命令。数字复制模组如果接受到REQUEST_CHECKTICKET命令，则基于设置的参数，将内容ID、序列ID及媒体ID取出，向数字复制服务器发送这3个值，确认剩余复制次数。将从数字复制服务器得到的剩余复制次数作为REQUEST_CHECKTICKET命令的返回值向数字复制库传递。

接着，如果从BD－J应用调用BCManager#makeCopy（），则数字复制库向数字复制模组发送REQUEST_COPY命令，请求复制开始。数字复制模组如果能够确认剩余复制次数剩余1次以上，则开始数据复制，作为REQUEST_COPY命令的返回值而返回OK。如果在数据复制中从BD－J应用调用BCProgress#remaining（）或BCProgress#total（），则数字复制库将GET_PROGRESS命令向数字复制模组发送，从数字复制模组得到总的复制字节数和剩余字节数，向BD－J应用返回该值。如果数据复制完成， 则数字复制模组变迁为TRANSFERRED，通过非同步事件用的端口向数字复制库通知变迁为TRANSFERRED的情况。

在数据复制完成后，如果从BD－J应用调用BCManager#finalizeBC（），则数字复制库向数字复制模组发送REQUEST_FINALIZE命令。数字复制模组如果接受到REQUEST_FINALIZE命令，则基于设置的参数，取出内容ID、序列ID、媒体ID及MKB，向数字复制服务器发送这4个值，得到解密密钥。数字复制模组将得到的解密密钥向复制目标媒体的保护区域写入，如果写入处理完成，则通过非同步事件用的端口向数字复制库通知变迁为COMPLETED。然后，数字复制模组将由SET_RESUME命令指定的恢复再现位置覆盖到复制目标的媒体的管理文件MGR_DATA中。在COMPLETED状态下由SET_RESUME命令指定了恢复再现位置的情况下，数字复制模组立即将指定的恢复再现位置覆盖到复制目标的媒体的管理文件MGR_DATA中。

以上是在数字复制库与数字复制模组间交换的数字复制套接字协议的内容。如上述那样，在数字复制库与数字复制模组间交换的命令、事件通知全部通过再现装置内的本地通信（使用端口的套接字通信）进行。关于剩余复制次数的确认及解密密钥的取得，在数字复制模组与数字复制服务器间进行全局通信。

图15是表示数字复制过程中的数据的流动的图。在数字复制过程中处理的主要的数据是序列ID、内容ID、媒体ID（MID）、MKB、再现时刻信息、恢复再现位置、面向便携终端的保护内容、及解密密钥。序列ID是将BD－J应用指定的值传递给数字复制库，将其通过套接字通信API传递给数字复制模组。关于内容ID，从处于BD－J应用指定的盘上的保护内容保存目录（DATAxx目录）的属下的EMOV_INF文件读取。关于媒体ID、MKB，从BD－J应用指定的复制目标的可移除媒体的系统区域读取数字复制模组。再现时刻信息由BD－J应用从PSR集的PSR（8）或PSR（28）读取。恢复再现位置通过BD－J应用将45kHz的再现时刻信息变换为毫秒单位而得到。并且，将恢复再现位置传递给数字复制库，通过套接字通信API传递给数字复制模组。

数字复制模组将基于从BD－J应用设置的参数得到的序列ID、内容 ID、媒体ID（MID）、MKB向数字复制服务器传送，从数字复制服务器得到解密密钥，将该解密密钥向复制目标媒体的保护区域写入。此外，数字复制模组将通过套接字通信API指定的恢复再现位置向复制目标媒体的管理文件MGR_DATA写入。以上是在数字复制过程中处理的主要的数据的流程。

此外，向复制目标的媒体的保护区域写入的解密密钥例如包括用于将在通过数字复制而复制到复制目标的媒体的用户区域中的面向便携终端的保护内容中包含的加密的数据解密的密钥信息（标题密钥）。解密密钥被加密，以使其能够使用记录在复制目标的媒体的系统区域中的MKB解密。

另外，在便携终端中，在利用对上述复制目标的媒体进行了数字复制的面向便携终端的保护内容的情况下，将写入在复制目标的媒体的保护区域中的加密的解密密钥使用记录在复制目标的媒体的系统区域中的MKB解密，将包含在解密密钥中的密钥信息（标题密钥）取出，使用取出的密钥信息将包含在面向便携终端的保护内容中的加密的数据（数字流）根据需要而解密使用（在此情况下，解密而再现）。

图16是表示从BD－J应用使用网络API进行通信的路径的图。如上述那样，在本实施方式中，通过将以往的作为网络API的套接字通信API面向终端内部，能够调用没有作为BD－J模组的API规定的终端固有的功能。以往的BD－ROM上BD－J应用的网络API的利用方法主要被用在与外部服务器的连接中，作为优惠影像及追加字幕、应用等的追加内容的下载用而使用。通过不将这些API全部扩展而形成相同终端间的本地通信，从BD－J应用看来，当前执行中的再现终端能够宛如服务器那样访问，能够调用不限于规定的API的各种各样的功能。

接着，对由BD－J应用进行的恢复再现位置指定进行说明。图17是表示再现时刻信息的复制的状况的图。如本图所示，BD－J应用在进行数字复制时，向用户询问是否也复制再现时刻信息。在由用户选择了将再现时刻信息复制的情况下，BD－J应用从PSR集421读出再现时刻信息，基于读出的参数对数字复制模组指定复制目标的恢复再现位置。数字复制模组基于来自BD－J应用的命令，进行指定了复制目标的恢复再现位置的数字复制。在没有选择再现时刻信息的复制的情况下，BD－J应用不对数字 复制模组指定复制目标的恢复再现位置。数字复制模组基于来自BD－J应用的命令，不指定复制目标的恢复再现位置而进行数字复制。此外，也可以进行总是指定复制目标的恢复再现位置的数字复制。

接着，对恢复再现位置的指定处理进行说明。图18是表示由BD－J应用进行的向数字复制模组的恢复再现位置的指定处理的流程图。如本图所示，首先，BD－J应用从PSR集421的PSR（8）取得当前的再现时刻信息或从备份寄存器PSR（28）取得再现时刻信息（步骤S201）。如果正编是HDMV模式，则恢复点设定在作为备份寄存器的PSR（28）中，所以取得PSR（28）的再现时刻信息。另一方面，在正编是BD－J模式的情况下，由于不使用备份寄存器，所以取得保存在PSR（8）中的当前的再现时刻信息。

在再现时刻信息的取得后，BD－J应用将从PSR集421取得的再现时刻信息的值变换为毫秒单位（步骤S202）。相对于从PSR（8）或PSR（28）取得的再现时刻信息是45kHz时钟单位，由于对复制目标的MGR_DATA指定的恢复再现位置是毫秒单位，所以需要该单位变换处理。

在单位变换处理后，BD－J应用对数字复制模组指定恢复再现位置（步骤S203）。在向数字复制模组的恢复再现位置的指定中，使用SET_RESUME命令。由SET_RESUME命令指定的恢复再现位置在数字复制实施时被作为再现位置信息记录到复制目标媒体的管理文件MGR_DATA中。另外，SET_RESUME命令如果是否T_INIT状态以外则在什么时候都能够调用。但是，反映到复制目标SD存储卡的MGR_DATA中的定时为解密密钥写入后、即向COMPLETED状态的变迁时。假如在已经COMPLETED状态下调用SET_RESUME命令的情况下，由SET_RESUME命令指定的恢复再现位置被立即反映到复制目标媒体的MGR_DATA中。以上是关于由BD－J应用进行的向数字复制模组的恢复再现位置的指定处理的说明。接着，对使用由上述处理指定的恢复再现位置的数字复制处理进行说明。

图19是表示数字复制模组中的数字复制处理的流程图。如本图所示，数字复制模组424首先确认在插入的盘上是否存在面向便携终端的保护内容（步骤S301）。面向便携终端的保护内容记录在盘上的根目录之下的"EMOVE"目录的属下。数字复制模组424根据是否存在该"EMOVE"目录来 判断在盘上是否存在面向便携终端的保护内容。另外，也可以不是根据"EMOVE"目录的有无进行判断，而另外预先决定表示面向便携终端的保护内容的存在的文件，根据该文件的有无来判断在盘上是否存在面向便携终端的保护内容。

在不存在面向便携终端的保护内容的情况下（步骤S301，否），将数字复制过程中断。在存在面向便携终端的保护内容的情况下（步骤S301，是），数字复制模组424指定数字复制套接字命令用通信端口，制作服务器套接口（步骤S302）。仅在存在面向便携终端的保护内容的情况下制作服务器套接口的理由是，如果总是设为将服务器套接口开放的状态，则无用地将端口开放的时间变长，消耗不必要的资源，并且有可能受到来自不正当应用的攻击，所以优选的是将开放端口的时间设为尽可能短的时间。因此，仅在步骤S301中存在面向便携终端的保护内容的情况下制作服务器套接口，将端口开放。作为使将端口开放的时间极小化的其他方法，可以考虑仅在BD－J应用动作中（即，仅在BD－J标题再现中）制作服务器套接口而将端口开放、或者从BD－J应用接受到端口开放的命令后将端口开放等。端口开放命令为在端口关闭的状态下进行的，所以为了从BD－J应用接受端口开放的命令，必须通过端口通信以外的方法接受。如果为此追加API，则与本发明的主旨矛盾（本发明的主旨是为了维持互换性而不进行一切的API追加），所以需要没有API的追加而接受命令。作为表示端口开放的命令的方案，例如，使用通用的系统特性API、当从BD－J应用在预先决定的特性中设置了某个值时、或者在从通用寄存器中对某一个设置了预先决定的值时，可以看作进行了端口开放的请求。在使用系统特性API的情况下，可以考虑例如准备"digitalcopy.portstatus"的特性名、如果在该特性名表示的值中设定"OPEN"则将端口开放的方法。

数字复制模组424如果在步骤S302中制作服务器套接口、将数字复制套接字命令用通信端口开放，则等待BD－J应用（包括数字复制库）对该端口连接（步骤S303）。来自BD－J应用的连接请求如在图14中说明那样，将预先决定的命令字符串（或者也可以是二进制数据）在数字复制模组与BD－J应用（数字复制库）间相互交换，在能够相互确认相互发送的数据是否与期望值一致后完成。当然，在相互发送的数据与期望值不一致的情 况下，看作不正当，中断以后的处理（步骤S304）。

在步骤S304中数字复制模组判断为与BD－J应用的连接成功的情况下，接着等待从BD－J应用请求数字复制的复制目标候选的列表（再现装置支持的复制目标媒体一览），如果经由通信端口接受到该请求，则进行在该再现装置中作为面向便携终端的保护内容的复制目标支持的媒体的确认（步骤S305）。如果没有作为面向便携终端的保护内容的复制目标支持的媒体（步骤S305，否），则将数字复制中断。如果有支持的媒体（步骤S305，是），则将该媒体的列表同样经由通信端口向BD－J应用发送（步骤S306）。数字复制模组在该时点能够先行判断空闲容量是否不足，但在步骤S306中返回的媒体的列表中也包括空闲容量不足的媒体及还没有插入的媒体而向BD－J应用传递。理由是因为，如果将空闲容量不足者去除而传递，则再现装置不支持，所以不能做出是不在列表中、还是因空闲容量不足而不在列表中的判断。在虽然再现装置支持但空闲容量不足的情况下，用户可以采取将该媒体上的不需要的文件删除等来确保空闲容量的选择，所以优选的是在步骤S306中返回的列表中也包括空闲容量不足者。因为同样的理由，如果在列表中也包括未插入媒体，则能够向用户通知媒体的忘记插入。另外，也可以对于预先能够判断出空闲容量不足、或者媒体未插入的媒体添加空闲容量不足或媒体未插入的标记（或标志）。

接着，BD－J应用将得到的复制目标候选的列表向用户提示，将用户选择的媒体向数字复制模组通知（步骤S307）。并且，数字复制模组确认在所选择的媒体中是否有用于进行复制的充分的空闲容量、以及是否剩余有剩余复制次数（步骤S308）。在没有空闲容量或没有剩余有剩余复制次数的情况下（步骤S308，否），数字复制模组对BD－J应用通知容量不足或没有剩余复制次数的消息。剩余复制次数的确认需要向数字复制服务器的询问。BD－J应用在从数字复制模组接受到容量不足的通知的情况下，再次回到步骤S307，显示进行别的媒体的选择、或向用户敦促不需要的文件的删除、或者更换为相同种类的媒体且容量更大者等的消息。另外，步骤S308的空闲容量确认不仅是复制目标媒体的用户区域，需要也确认保护区域的空闲容量。如果在保护区域中已经写入其他的内容解密密钥、没有追加写入解密密钥的余地，则即使在用户区域中有空闲，也需要向BD－J 应用通知容量不足的通知。在万一疏忽了保护区域的空闲容量检查的情况下，在作为数字复制过程的最后的步骤的解密密钥的写入时点失败，对于用户而言，不仅为时间上的损失，还因从数字复制服务器的解密密钥的下载完成，在最差的情况下可能白白消耗一个复制权利。由此，步骤S308的空闲容量确认不仅是用户区域、保护区域的空闲容量检查也是不可或缺的。

如果在步骤S308中能够判断剩余有剩余复制次数、并且在复制目标的媒体中有充分的空闲容量（步骤S308，是），则数字复制模组将盘上的面向便携终端的保护内容向指定的媒体复制（步骤S309）。在此期间中，BD－J应用通过对数字复制模组询问复制的进展，能够掌握当前的复制进展，能够将复制进展状况向用户显示。

如果面向便携终端的保护内容的数据复制完成，则数字复制模组从数字复制服务器取得用来将面向便携终端的保护内容解密的解密密钥（步骤S310）。具体而言，数字复制模组将序列ID、内容ID、媒体ID、MKB的4个数据经由网络I/F向数字复制服务器发送。数字复制服务器基于服务器具有的秘密密钥在服务器侧制作用来在复制目标媒体中将面向便携终端的保护内容解密的解密密钥。并且，数字复制模组取得在服务器侧制作出的解密密钥。然后，数字复制模组对复制目标的保护区域进行所取得的解密密钥的写入（步骤S311）。另外，向数字复制服务器的连接URL既可以利用再现装置拥有的固定的URL，也可以使用从BD－J应用指定的URL。数字复制服务器有可能按照内容提供者、按照地域而为不同的服务器。由此，优选的是使用从BD－J应用经由通信端口指定的URL向数字复制服务器连接。

在解密密钥的写入后，数字复制模组通过SET_RESUME命令确认是否从BD－J应用设置了恢复再现位置（步骤S312）。在从BD－J应用指定了恢复再现位置的情况下（步骤S312，是），数字复制模组将由BD－J应用指定的恢复再现位置覆盖到复制目标的媒体的管理文件MGR_DATA中（步骤S313）。在没有从BD－J应用指定恢复再现位置的情况下（步骤S312，否），不进行MGR_DATA的覆盖，结束数字复制处理。

这样，SET_RESUME命令如果是否T_INIT状态以外，则在什么时候都能够调用，但由SET_RESUME命令指定的恢复再现位置被反映到复制 目标的媒体中为解密密钥写入后的向COMPLETED状态的变迁时。此外，在COMPLETED状态下调用SET_RESUME命令的情况下，将由SET_RESUME命令指定的恢复再现位置立即反映到复制目标SD存储卡的MGR_DATA中。

如以上这样，根据本实施方式，由于从盘上的BD－J应用从PSR集读出再现时刻信息，使用作为已有的API支持的通信用编程接口进行套接字连接，通过套接字连接，将基于读出的恢复信息的再现位置向复制控制部指定，进行面向便携终端的数字流的复制的控制，所以没有一切的API追加，能够从BD－J应用控制接着在再现装置中中断的位置的面向便携终端的内容的复制的特殊功能的控制。

（实施方式2）

在实施方式1中，对于不追加API、能够从BD－J应用控制接着在再现装置中中断的位置的面向便携终端的内容的复制的特殊功能的控制的结构进行了说明，但如果盘上的应用能够控制的范围扩大，则发生安全的担心，所以在实施方式2中，对进一步强化了安全的实施方式的变形例进行说明。另外，在实施方式2中，与上述实施方式1同样的部分省略，仅记载与实施方式1的变更点。没有记载的部分可以与实施方式1同样掌握。

图18是表示以往的应用的签名验证的图。BD－J应用701是否正当的验证通过基于记录在构成BD－J应用的JAR文件内的数字签名和盘上的根证书（discroot.crt）进行签名验证来实现。具体而言，确认将JAR文件内的数字签名基于根证书解密而得到的散列值与构成JAR文件的各个类文件的散列值是否一致，如果一致则看作JAR文件是正当的，如果不一致则看作有某种不正当。但是，在该验证方法中，只要根证书与JAR文件内的数字签名的两者成对，就通过验证，所以在拥有正当的根证书的内容提供者不正当地制作JAR文件的情况下，没有检测到它的对策，如在实施方式1中叙述那样，如果将再现装置的固有功能开放，则拥有正当的根证书的全部的内容提供者能够自由地利用再现装置的固有功能。

图19是表示基于再现装置拥有的数字证书的签名验证的图。在构成BD－J应用的Jar文件内，除了以盘上的根证书为基础的数字签名以外，还添加以再现装置固有的数字证书为基础的数字签名。具体而言，在Jar文件 内作为再现装置固有的数字签名而记录将列表了保存在Jar文件内的各个类文件的散列值的清单文件（MANIFIEST.MF）的散列值用对应于再现装置固有的数字证书的秘密密钥加密后的值。在再现装置侧，除了以往的以根证书为基础的签名验证以外，还实施以再现装置固有的证书为基础的签名验证。

图20是表示对应于签名验证的结果的功能限制的图。为了从BD－J应用调用再现装置固有的功能，仅通过以往的以根证书为基础的数字签名是不够的，除此以外还必须准备再现装置固有的数字签名。再现装置固有的数字签名由于如果没有对应于再现装置固有的证书的秘密密钥就不能制作，所以能够防止第三者不正当地准备再现装置固有的数字签名而恶意使用再现装置固有的功能。并且，即使再现装置固有的数字签名验证失败，关于以往的共通功能的调用也不带来任何影响，所以关于共通功能部分能够保持互换性。

图21是用于利用装置固有功能的连接请求时的处理的流程图。本流程图对应于实施方式1的步骤S303，在安全方面强化了这一点不同。首先，数字复制模组判断对进行了连接请求的BD－J应用是否赋予了装置固有的数字签名（步骤S401）。如果没有赋予装置固有的数字签名则拒绝连接请求，也可以在以后的经由通信端口的请求中再现装置什么都不应答、或者将端口关闭而拒绝一切的通信。

在步骤S401中能够判断为赋予了装置固有的数字签名的情况下，再现装置进行各类文件的散列值的取得（步骤S402）。各类文件的散列值由于记载在Jar文件的清单文件中，所以也可以仅计算将这些散列值列表的清单文件的散列值。

接着，使用再现装置具有的固有的数字证书，将对BD－J应用赋予的装置固有的数字签名解密，将记述在数字签名中的散列值导出（步骤S403）。并且，如果在步骤S402和步骤S403中取得的散列值不一致，则判断为没有正确地赋予数字签名，如果不一致，则判断是不正当的数字签名（步骤S404）。在判断为不正当的数字签名的情况下，与在步骤S401中没有赋予数字签名的情况同样，以后对于经由通信端口的再现装置固有的功能调用完全不应答。

如果判断为数字签名正确，则进行加密通信路的生成（步骤S405）。具体而言，将再现装置具有的数字证书向BD－J应用侧传送，BD－J应用用传送来的数字证书制作加密通信套接字（SSL套接字）。通常的套接字（例如套接字命令及其应答）不被加密而非加密地交换数据，但SSL套接字用传送来的数字证书加密来交换数据。即，经由通信端口的再现装置与BD－J应用间的相互交换的数据在通信路径上全部被加密。另外，为SSL套接字制作用而再现装置向BD－J应用传送的数字证书（服务器证书）也可以与为了利用装置固有功能而使用的数字证书不同。在此情况下，再现装置准备加密通信用和固有功能用的两种数字证书。

除此以外，也可以为了防止再现装置的不正当而在BD－J应用侧验证从再现装置传送来的服务器证书的正当性。例如，由于有可能出现能够无秩序地复制的再现装置，所以优选的是在BD－J应用侧也验证再现装置的正当性。验证从再现装置传送来的服务器证书，如果该服务器证书登载在黑名单中，则能够在BD－J应用侧阻止由再现装置进行数字复制等的实施。

以上，再现装置侧验证对BD－J应用赋予的数字签名，BD－J应用侧验证从再现装置传送来的服务器证书，并且经由通信端口的数据的交换被实施通过SSL的加密，所以能够将不正当的BD－J应用、不正当的再现装置排除，并且防止来自不正当取得利用通信路径上的数据的黑客的攻击。

（实施方式3）

在实施方式1～2中，对于复制源和复制目标的记录介质不同的情形叙述了用来实施数字复制的结构，而在实施方式3中，说明复制源和复制目标的记录介质相同的情况下的实施方式。另外，在实施方式3中，与上述实施方式1～2同样的部分省略，仅记载与实施方式1～2的变更点。没有记载的部分也可以与实施方式1～2同样掌握。

图24是表示复制源和复制目标为相同记录介质时的数字复制的图。作为复制源和复制目标为相同的情形之一，可以考虑作为对象的面向便携终端的保护内容不存在于BD－ROM上、BD－J应用经由外部网络从服务器下载面向便携终端的保护内容的情况。但是，如图6所示，由于追加内容区域和视频内容区域被分开，所以BD－J应用不能直接向视频内容区域下载。BD－J应用能够自由访问的区域仅为与应用属于的Organization相同的 Organization目录以下。这样决定访问范围是为了防止将别的Organization的内容随意抽取或删除。因而，BD－J应用在通过追加而下载面向便携终端的保护内容的情况下，首先暂时保存到Organization目录以下。并且，为将保存在Organization目录中的数字复制内容经由相同终端间本地通信调用终端固有功能、移动到视频内容区域中的次序。

图25是对应于复制源和复制目标为相同记录介质时的数字复制的流程图。在复制源和复制目标为相同记录介质的数字复制中，在步骤S301中进行的、确认在插入的盘上是否存在面向便携终端的保护内容的步骤不再需要。这是因为，即使在盘上不存在面向便携终端的保护内容，作为对象的面向便携终端的保护内容也有可能记录在本地存储设备上。在本实施方式中，在使端口开放时间极小化的情况下，不是根据面向便携终端的保护内容是否存在，而进行在实施方式1中也叙述那样仅在BD－J应用动作中（即，仅在BD－J标题再现中）将端口开放、或者从BD－J应用接受到端口开放的命令后开放等的处理。

在步骤S304中与BD－J应用的连接成功的情况下，数字复制模组接着等待从BD－J应用指定作为复制对象的面向便携终端的保护内容的保存位置（步骤S501）。作为复制对象的面向便携终端的保护内容的保存位置为包括媒体的种类的绝对路径。例如如果是BD－ROM上则指定的绝对路径为"/mnt/bdrom/EMOVE/DATA01″等，如果是本地存储设备（SD存储器卡等）上则为"/mnt/sdcard/BUDA/081A24ED/12345ABC/EMOVE/DATA01″等。在此情况下，"/mnt/bdrom"相当于BD－ROM媒体的挂接点，"/mnt/sdcard"相当于SD存储器卡的挂接点。即，通过在从BD－J应用指定的文件路径信息中包含媒体的挂接点，数字复制模组能够判断复制对象的面向便携终端的保护内容处于哪个媒体上。

在步骤S501中取得的复制对象的位置信息、以及能够根据该位置信息判断的媒体的种类用于与在步骤S307中选择的媒体的种类的比较（步骤S502）。如果在步骤S501中指定的媒体（即复制源的媒体）与在步骤S307中指定的媒体（即复制目标的媒体）不相同，则在步骤S308中进行剩余复制次数及空闲容量的确认，在相同的情况下将空闲容量的确认跳过，仅进行剩余复制次数的确认（步骤S503）。数字复制模组在步骤S503中判断为 剩余有剩余复制次数的情况下，将在步骤S501中指定的复制对象移动到相同媒体内的视频区域中（步骤S504）。在相同媒体内的移动的情况下，不需要实际的数据复制，仅改写文件的管理信息就足够，所以在短时间内结束处理。因此，也可以将由BD－J应用进行的向用户的进展显示跳过。

另外，在本实施例中，关于相同媒体中的数字复制，从不会不必要地消耗媒体容量、并且能够将数据复制在短时间内结束的观点，以移动为前提记载，但在存在充分的空闲容量的情况下、或作为复制对象的内容的尺寸较小的情况下，也可以保留作为源的文件而进行复制。

根据以上的结构，即使在BD－ROM上没有预先记录有面向便携终端的保护内容，通过追加下载面向便携终端的保护内容、并且在数字复制处理过程中进行内容的移动，也能够实施数字复制。此外，在下载的目标和数字复制的复制目标是相同媒体的情况下，不会不必要地消耗容量，并且能够将复制自身高速地进行。

（实施方式4）

在本实施方式中，说明对在实施方式1中叙述的继续视听（恢复再现）进一步加以改良的实施方式。另外，在实施方式4中，与上述实施方式1～3同样的部分省略，仅记载与实施方式1～3的变更点。没有记载的部分可以与实施方式1～3同样掌握。

图26是表示原始正编内容和数字复制内容的再现时间轴的图。图26所示的数字复制内容将存在于原始正编内容中的一部分的场景（删除场景#1、#2），并且通过追加而添加了一些场景（追加场景#1、#2）。这样，实际数字复制的内容并不一定全部内容与原始内容相同。例如，可以考虑内容起首的新作介绍的内容在原始内容和数字复制内容中不同、或者将导演剪辑场景在数字复制内容中省去等。在实施方式4中，对于在这样原始和数字复制内容中内容不同的情况下也能够进行恢复再现的结构进行叙述。

图27是表示实施方式4的BD－ROM上的目录、文件构造的图。与在上述图2中叙述的结构的差异是新添加了媒体时间偏移表（MTO.XML）这一点。媒体时间偏移表存在于EMOVE目录属下的DATAxx目录（"xx"是2位的可变量字）中，对于数字复制内容记述了从原始内容删除的场景一览和各自的删除区间、以及对数字复制内容新追加的场景一览和各自的追加 区间。作为删除区间记载的时刻记载原始内容的时间轴上的时刻，作为追加区间记载的时刻记载数字复制内容的时间轴上的时刻。在图27的例子中，原始内容的从时刻t1到t2（删除场景#1）、和从时刻t3到t4（删除场景#2）在数字复制内容中被删除，数字复制内容的从时刻t'0到t'1（追加场景#1）和从时刻t'4到t'5（追加场景#2）为在数字复制内容中新追加的场景。

图28是表示将原始内容上的恢复再现位置变换到数字复制内容的时间轴上的处理的图。如果设原始内容上的恢复再现位置为tr，则数字复制内容上的恢复再现位置t'r通过将记载在上述媒体时间偏移表中的删除场景区间和追加场景区间加减来得到。具体而言，通过将设定在比tr靠前的删除场景的总时间从tr减去、加上设定在比减除后的tr靠前的追加场景的总时间，导出t'r。

图29是恢复再现位置变换处理的流程图。首先，从分配给恢复再现用的再现装置内的寄存器取得原始内容的恢复再现位置tr（步骤S601）。在从BD－J应用事前有原始内容上的恢复再现位置指定的情况下，不需要使用寄存器的值，将从BD－J应用接受到的值设为tr。

接着，判断原始内容上的恢复再现位置tr是否设定在删除场景内（步骤S602），如果是删除场景内的值，则将删除场景的开始位置代入到tr中（步骤S603）。例如，在假设在步骤S601中得到的tr为2000秒、在记载在媒体时间偏移表中的删除场景之一中包含1900秒～2100秒的删除区间的删除场景的情况下，由于设定为tr的位置（2000秒）处于1900秒～2100秒的删除区间内，所以在步骤S603的处理中将tr再设定为作为删除区间的开头地点的1900秒。这样将tr再设定为删除区间外的值的理由是因为，如果恢复再现位置处于删除区间内，则在数字复制内容上该恢复再现位置不存在，不能进行以后的变换处理。作为选择分支之一，在恢复再现位置设定在删除区间内的情况下，也可以设为恢复无效而不进行带出视听时的恢复再现、从开头进行再现。在本流程图中，为尽可能进行恢复再现的处理，在恢复再现位置设定在删除区间内的情况下，在步骤S603中进行在数字复制内容上再设定为有效的范围的处理。

接着，将在步骤S601中得到的tr、或在步骤S603中再设定的tr代入到变换后的恢复再现位置候选t'r中（步骤S604）。在该时点，变换后的恢 复再现位置t'r还不是确定的。在步骤S604完成后，确认在比tr靠前是否还存在删除场景（步骤S605）。例如，在tr的值是1900秒、作为比该位置靠前的删除区间而存在0～100秒、1000～1200秒的两个区间的情况下，将两个区间的总和（100－0）+（1200－1000）=300秒从t'r减去（步骤S606）。由于在步骤S604中将tr的值代入到t'r中，所以如果假设减除前的t'r的值是与tr相同的1900秒，则减除后的t'r的值成为1600秒。

接着，确认在比t'r靠前是否存在追加场景（步骤S607）。在t'r位于某个追加场景X的范围内的情况下，看作该追加场景X存在于比t'r靠前。例如，在t'r的值是1600秒、作为追加场景而存在0～200秒、1500～1700秒的两个区间的情况下，看作两个区间都在比t'r靠前存在追加场景。

在步骤S607中判断为在比t'r靠前存在追加场景的情况下，将这些追加场景区间的总和加到t'r中（步骤S608）。与上述例子同样，在作为追加场景而存在0～200秒、1500～1700秒的两个区间的情况下，将两个区间的总和（200－0）+（1700－1500）=400秒加到t'r中。加上后的t'r成为2000秒。

在步骤S608完成后，再一次进行t'r与追加场景的比较，确认在比t'r靠前是否还存在没有加上的追加场景（步骤S609）。例如，假设在比t'r（2000秒）靠前，作为追加场景而存在0～200秒、1500～1700秒、1900～2100秒的3个区间。另外，在步骤S609中，也与步骤S607同样，在t'r位于某个追加场景X的范围内的情况下，看作该追加场景X存在于比t'r靠前。即，判断为1900～2100秒在比设定为2000秒的t'r靠前存在追加场景。由于0～200秒、1500～1700秒、1900～2100秒的3个区间中的0～200秒、1500～1700秒的追加场景已经加上，所以这里的加法的对象为1900～2100秒的追加场景，再一次实施步骤S608的加法，t'r的值成为2000+（2100－1900）=2200秒。

重复步骤S608、S609，在判断为在比t'r靠前没有未加上的追加场景的时点，采用该时点的t'r的值作为变换后的恢复再现位置。

图30是表示进行恢复再现位置变换的状况的图。恢复再现位置变换处理存在如图30（a）那样在BD－J应用内进行变换处理的样式和如图30（b）那样在再现装置内进行变换处理的样式。在哪种情况下，都根据保存在再 现装置内的PSR集中的值推算恢复再现位置tr，能够按照图29所示的流程图计算变换后的恢复再现位置t'r。

首先，对在BD－J应用内进行恢复再现位置的变换处理的情况进行说明。图31是在BD－J应用内进行恢复再现位置变换处理的流程图。如本图所示，首先，BD－J应用从PSR集421的PSR（8）取得当前的再现时刻信息或从备份寄存器PSR（28）取得再现时刻信息（步骤S701）。如果正编是HDMV模式，则恢复点设定在作为备份寄存器的PSR（28）中，所以取得PSR（28）的再现时刻信息。另一方面，在正编是BD－J模式的情况下，由于不使用备份寄存器，所以取得保存在PSR（8）中的当前的再现时刻信息。

在再现时刻信息的取得后，BD－J应用将从PSR集421取得的再现时刻信息的值变换为毫秒单位（步骤S702）。相对于从PSR（8）或PSR（28）取得的再现时刻信息是45kHz时钟单位，对复制目标的MGR_DATA指定的恢复再现位置是毫秒单位，所以需要该单位变换处理。

BD－J应用将在步骤S702中得到的时刻作为原始内容上的恢复再现位置，设置到变量tr中（步骤S703）。

接着，BD－J应用使用文件I/O模组705，进行在盘上是否存在媒体时间偏移表的确认（步骤S704）。

在不存在媒体时间偏移表的情况下（步骤S704，否），BD－J应用将原始内容上的恢复再现位置tr原样指定为数字复制内容上的恢复再现位置（步骤S705）。在恢复再现位置的指定中使用作为套接字命令的SET_RESUME命令。

在判断为存在媒体时间偏移表的情况下（步骤S704，是），BD－J应用将媒体时间偏移表读入（步骤S706）。

并且，BD－J应用使用读入的媒体时间偏移将原始内容的恢复再现位置tr变换为数字复制内容的恢复再现位置t’r（步骤S707）。在步骤S707中，基于在图29中表示的流程图进行恢复再现位置的变换处理，导出数字复制内容的恢复再现位置t’r。并且，BD－J应用将在步骤S707中计算出的恢复再现位置t‘r使用SET_RESUME命令指定为数字复制内容上的恢复再现位置（步骤S708）。

另外，在恢复再现位置的指定时，也可以在再现时刻的指定中准备表示哪个时间轴上的参数，以便能够在再现装置侧判断指定的时刻是原始内容的时间轴上还是进行了恢复再现位置的变换后的数字复制内容的时间轴上。

例如，如以下这样与时刻指定一起决定数字复制库与数字复制模组间的协议，以便能够选择时间轴是原始内容还是数字复制内容。

SET_RESUME<sp><resumepoint><sp><timebase> 

<resumepoint>：：=恢复再现时刻（msec）

<timebase>：：=ORIGINAL|DIGITALCOPY

按照上述协议，在从数字复制库向数字复制模组传送来"SET_RESUME1000000ORIGINAL"的命令的情况下，恢复指定时刻意味着在原始内容的时间轴上是1000秒的地点，在从数字复制库向数字复制模组传送来"SET_RESUME 1000000D IGITALCOPY"的命令的情况下，意味着恢复指定时刻在数字复制内容的时间轴上是1000秒的地点。即，再现装置能够确认与时刻一起指定的<timebase>参数的值，判断指定的时刻是原始内容的时间轴上还是数字复制内容的时间轴上。以上是对在BD－J应用内进行恢复再现位置的变换处理的情况的说明。接着，对在数字复制模组中进行恢复再现位置的变换处理的情况进行说明。

图32是在数字复制模组中进行恢复再现位置的变换处理的流程图。如本图所示，数字复制模组首先判断从BD－J应用是否有恢复再现位置的指定（步骤S801）。在从BD－J应用的恢复再现位置的指定中，使用SET_RESUME命令。

在没有来自BD－J应用的恢复再现位置的指定的情况下（步骤S801，否），数字复制模组从PSR集421的PSR（8）取得当前的再现时刻信息或从备份寄存器PSR（28）取得再现时刻信息（步骤S802）。在再现时刻信息的取得后，数字复制模组将从PSR集421取得的再现时刻信息的值变换为毫秒单位（步骤S803）。并且，数字复制模组将在步骤S803中得到的时刻作为原始内容上的恢复再现位置，设置到变量tr中（步骤S804）。上述的步骤S803、S804的处理在数字复制模组进行这一点上与步骤S702、S703的处理不同。

在有来自BD－J应用的恢复再现位置的指定的情况下（步骤S801，是），判断该指定是基于原始内容的时间轴的、还是基于数字复制内容的时间轴的（步骤S805）。从数字复制库向数字复制模组传送来"SET_RESUME<resumepoint>ORIGINAL"的命令的情况下，指定的恢复再现位置是基于原始内容的时间轴的。在从数字复制库向数字复制模组传送来"SET_RESUME<resumepoint>DIGITALCOPY"的命令的情况下，指定的恢复再现位置是基于数字复制内容的时间轴的。

在指定的恢复再现位置是原始内容的时间轴上的情况下（步骤S805，否），将指定的恢复再现位置设置到表示原始内容上的恢复再现位置的变量tr中（步骤S806）。在指定的恢复再现位置是数字复制内容的时间轴上的情况下（步骤S805，是），将指定的恢复再现位置作为表示数字复制内容上的恢复再现位置的变量t'r（步骤S807）。

在通过步骤S804或步骤S806在tr中设置原始内容上的恢复再现位置后，确认从BD－J应用是否有媒体时间偏移表的指定（步骤S808）。

例如，

SET_OFFSETTABLE"/SD_ROOT/BUDA/081a24ed/12345abc/MyMTO.xml"等，如果经由数字复制通信端口事前进行了媒体时间偏移表的指定，则将指定的媒体时间偏移表读入。指定的媒体时间偏移表的位置是盘上、本地存储设备上或JAR文件内的哪个都可以。

在从BD－J应用有媒体时间偏移表的指定的情况下（步骤S808，是），数字复制模组进行指定的媒体时间偏移表的读入（步骤S809）。

在从BD－J应用没有媒体时间偏移表的指定的情况下（步骤S808，否），确认作为对象的媒体时间偏移表是否存在于盘上（步骤S810）。具体而言，确认在BD－J应用指定为复制源的目录中是否存在媒体时间偏移表。例如，在从BD－J应用作为

SET SRCLOCATION"/mnt/bdrom/EMOVE/DATA01″而从BD－ROM上的根之下指定了"EMOVE/DATA01″的位置作为复制源的情况下，确认在"EMOVE/DATA01″目录以下是否存在媒体时间偏移表"MTO.XML"。在媒体时间偏移表存在于指定目录中的情况下（步骤S810，是），将该媒体时间偏移表读入（步骤S811）。

在作为对象的媒体时间偏移表不存在于盘上的情况下（步骤S810，否），不需要恢复再现位置变更，将原始内容的恢复再现位置tr原样指定为数字复制内容的恢复再现位置（步骤S812）。

在步骤S809、或步骤S813的媒体时间偏移的读入后，使用读入的媒体时间偏移将原始内容的恢复再现位置tr变换为数字复制内容的恢复再现位置t'r（步骤S813）。在步骤S813中，基于图29所示的流程图进行恢复再现位置的变换处理，将数字复制内容的恢复再现位置t'r导出。

在步骤S807或步骤S813中将t'r导出后，数字复制模组指定t'r作为恢复再现位置（步骤S814）。以上是关于由数字复制模组进行的恢复再现位置的变换处理的说明。

通过以上的结构，即使在原始内容与数字复制内容间进行了场景删除、追加，通过进行恢复再现位置变换，也能够从与在固设的再现装置中再现到中途的地点等同的地点在数字复制后由便携终端继续视听。

（实施方式5）

在本实施方式中，是关于在实施方式1及实施方式4中叙述的继续视听（恢复再现）的变形例，在实施方式1及实施方式4中，对从固设再现装置进行带出视听时的恢复再现进行了说明，而在本实施方式中，对从带出视听回到固设再现装置中的视听时进行继续视听的实施方式进行说明。另外，在实施方式6中，与上述实施方式1～4同样的部分省略，仅记载与实施方式1～4的变更点。没有记载的部分可以与实施方式1～4同样掌握。

图33是表示从带出视听回到固设视听时进行继续视听的状况的图。在本实施方式中，对于实现在外出中通过数字复制而用便携终端进行带出视听、在回家后用自家的固设再现装置视听继续的部分的使用情景的实施方式进行说明。

图34是表示实施方式5的可移除媒体的文件结构的图。在本实施方式中，在向可移除媒体复制数字复制内容时，还进行BD恢复信息的写入。BD恢复信息由记载有保存在备份寄存器（PSR（20）到PSR（32））中的值及恢复对象标题的模式的恢复状态保存文件（BDRESUME.BDM）、与PMSN一起记录在BD－ROM的BCA内的记录有卷ID的卷ID保存文件（VOLUMEID.TXT）、以及在从固设再现装置通过数字复制进行带出视听 时利用的媒体时间偏移表（MTO.XML）的3种文件构成。

相对于PMSN表示物理的序列号码，卷ID表示逻辑的序列号码。即，PMSN即使记录在BD－ROM中的内容相同也按照记录介质而分配不同的值，相对于此，卷ID如果记录的内容相同、则即使记录介质不同也分配相同的值。

恢复状态保存文件并不一定需要将备份寄存器的值原样记录，在BD－J模式等中BD－J应用管理恢复状态的情况下，通过再现装置从BD－J应用接受相当于备份寄存器的参数的值，进行恢复状态保存文件的制作。图35表示保存在恢复状态保存文件中的参数一览和值的一例。保存的内容除了备份寄存器（PSR（20）到PSR（32））的参数以外还包括标题的模式。如果恢复对象的标题是HDMV模式，则将备份寄存器的内容原样保存，如果恢复对象的标题是BD－J模式，则从BD－J应用取得应保存到恢复状态保存文件中的值。

媒体时间偏移表记录在从固设再现装置进行带出视听时的数字复制中利用的表，如果不将媒体时间偏移表在数字复制时使用，则不制作MTO.XML。

将这些恢复状态保存文件和卷ID保存文件、以及媒体时间偏移表作为BD恢复信息，在数据复制时写入到与保存数字复制内容的目录成对的目录位置中。具体而言，写入到程序目录名为相同的位置中，例如，在数字复制内容保存在"/mnt/sdcard/SD_VIDEO/PRG001″中的情况下，由于程序目录名是"PRG001″，所以在与SD_VIDEO  目录不同的目录（"/mnt/sdcard/PRIVATE/DCOPY"等）中制作相同的程序目录名"PRG001"，在该目录中保存BD恢复信息。

图36是从BD－ROM再现请求受理到开始通过AV再现库的再现的流程图。首先，如果受理BD－ROM再现请求，则确认是否已插入可移除媒体（步骤S901）。如果没有插入可移除媒体，则开始通常再现。

如果在步骤S901中确认插入了可移除媒体，则接着确认在可移除媒体上是否存在与当前插入中的BD－ROM对应的BD恢复信息（步骤S902）。具体而言，从可移除媒体上检索记载有与当前插入中的BD－ROM的卷ID一致的卷ID的BD恢复信息。在没有找到卷ID一致的BD恢复信息的情 况下，开始通常再现。

在步骤S902中，在判断为有记载有与当前插入中的BD－ROM一致的卷ID的BD恢复信息的情况下，确认在该BD恢复信息中是否存在媒体时间偏移表（步骤S903）。

在步骤S903中判断为存在媒体时间偏移表的情况下，进行BD恢复再现位置变换（步骤S904）。

在步骤S904中的BD恢复再现位置变换后，或在步骤S903中是否存在媒体时间偏移表的判断后，确认在包含在BD恢复信息中的恢复状态保存文件中记载的标题模式，进行恢复对象标题是HDMV模式还是BD－J模式的判断（步骤S905）。

在步骤S905中判断为恢复对象标题是HDMV模式的情况下，将记载在BD恢复信息的恢复状态保存文件中的内容设置到寄存器（PSR（0）到PSR（12））中，并且，如果在步骤S904中变换了恢复再现位置，则将变换后的恢复再现位置设置到PSR（8）中（步骤S906）。在向寄存器的设置完成后，开始HDMV标题的恢复再现。

在步骤S905中判断恢复对象标题是BD－J模式的情况下，将记载在BD恢复信息的恢复状态保存文件中的内容、以及如果在步骤S904中变换了恢复再现位置则将变换后的恢复再现位置向BD－J应用通知，基于从再现装置接受到的恢复信息，在BD－J应用侧进行恢复再现的开始（步骤S907）。

图37是在图36的流程图中叙述的步骤S904的BD恢复再现位置变换的流程图。通过基本上进行与在图29中叙述的恢复再现位置变换处理相反的处理，能够根据数字复制内容上的恢复再现位置t'r导出原始内容上的恢复再现位置tr。

首先，确定对应于记载有与当前插入中的BD－ROM一致的卷ID的BD恢复信息的数字复制内容，从所确定的数字复制内容的脚本文件中取得数字复制内容上的恢复再现位置t'r（步骤S1001）。数字复制内容的确定通过寻找与保存有BD恢复信息的目录名相同的程序目录名的数字复制内容来实现。例如，如果保存有BD恢复信息的目录是"/mnt/sdcard/PRIVATE/DCOPY/PRG001"，则PRG001的程序目录名的数字 复制内容"/mnt/sdcard/SD_VIDEO/PRG001″为对应的数字复制内容。

接着，判断数字复制内容上的恢复再现位置t'r是否设定在列举于媒体时间偏移表中的追加场景内（步骤S1002），如果是追加场景内的值，则将追加场景的开始位置代入到t'r中（步骤S1003）。例如，在步骤S1001中得到的t'r为2000秒、在记载在媒体时间偏移表中的追加场景之一中包含1900秒～2100秒的追加区间的追加场景的情况下，设定在t'r中的位置（2000秒）处于1900秒～2100秒的追加区间内，所以在步骤S1003的处理中将t'r再设定为作为追加区间的开头地点的1900秒。这样将t'r再设定为追加区间外的值的理由是因为，如果恢复再现位置处于追加区间内，则在原始内容上，该恢复再现位置不存在，不能进行以后的变换处理。作为选择分支之一，在恢复再现位置设定在追加区间内的情况下，也可以设为恢复无效，不进行回到固设视听时的恢复再现而从开头起再现。在本流程图中，为尽可能进行恢复再现的处理，在追加区间内设定有恢复再现位置的情况下，在步骤S1003中进行再设定为在原始内容上有效的范围的处理。

接着，将在步骤S1001中得到的t'r、或在步骤S1003中再设定的t'r代入到变换后的恢复再现位置候选tr中（步骤S1004）。在该时点，变换后的恢复再现位置tr还不是确定的。

在步骤S1004完成后，确认在比t'r靠前是否存在追加场景（步骤S1005）。例如，在t'r的值是1900秒、作为比该位置靠前的追加区间而存在0～100秒、1000～1200秒的两个区间的情况下，将两个区间的总和（100－0）+（1200－1000）=300秒从tr中减去（步骤S1006）。在步骤S1004中将t'r的值代入到tr中，所以如果减除前的tr的值是与t'r相同的1900秒，则减除后的tr的值成为1600秒。

接着，确认在比tr靠前是否存在删除场景（步骤S1007）。在tr位于某个删除场景X的范围内的情况下，看作该删除场景X存在于比tr靠前。例如，在tr的值是1600秒、作为删除场景而存在0～200秒、1500～1700秒的两个区间的情况下，看作两个区间都在比tr靠前存在删除场景。

在步骤S1007中判断为在比tr靠前存在删除场景的情况下，将这些删除场景区间的总和加到tr中（步骤S1008）。与上述例子同样，在作为删除场景而存在0～200秒、1500～1700秒的两个区间的情况下，将两个区间的 总和（200－0）+（1700－1500）=400秒加到tr中。加上后的tr成为2000秒。

在步骤S1008完成后，再一次进行tr与删除场景的比较，确认是否在比tr靠前存在还没有加上的删除场景（步骤S1009）。例如，假设在比tr（2000秒）靠前作为删除场景而存在0～200秒、1500～1700秒、1900～2100秒的3个区间。另外，在步骤S1009中，也与步骤S1007同样，在tr位于某个删除场景X的范围内的情况下，看作该删除场景X存在于比tr靠前。即，1900～2100秒判断为在比设定为2000秒的tr靠前存在删除场景。由于0～200秒、1500～1700秒、1900～2100秒的3个区间中的0～200秒、1500～1700秒的删除场景已经加上，所以这里的加法中1900～2100秒的删除场景为对象，再一次实施步骤S1008的加法，tr的值成为2000+（2100－1900）=2200秒。

重复步骤S1008、S1009，在判断为在比tr靠前没有未加上的删除场景的时点，采用该时点的tr的值作为变换后的恢复再现位置。

根据以上的结构，通过数字复制，不仅是从固设再现装置中的视听向带出视听转移时，在从带出视听回到固设再现装置中的视听时，也能够进行继续视听（恢复再现）。

（实施方式6）

在本实施方式中，对关于对应于多语言的数字复制的实施方式进行说明。另外，在实施方式6中，与上述实施方式1～5同样的部分省略，仅记载与实施方式1～5的变更点。没有记载的部分可以与实施方式1～5同样掌握。

图38是表示实施方式6的BD－ROM的文件结构的图。在DATA01目录中，保存有英语声音、日语字幕的数字复制内容，在DATA02目录中，保存有日语声音、无字幕的数字复制内容。存在于EMOVE目录之下的LANG.XML是记录有表示各自的数字复制内容对应于哪个语言的语言表的文件。

图39是表示语言表的一例的图。在语言表中，记述有数字复制内容的保存位置、和各自的内容对应于哪个语言的信息。保存位置除了BD－ROM上以外也可以指示本地存储设备上的目录。当指示BD－ROM上的目录时， 记载从BD－ROM的根目录起的相对路径，在指示本地存储设备上的目录时，记载从CertID目录起的相对路径。处理各自的相对路径以外还记载有存储设备的种类（BD或LS），以便能够判断记载的相对路径是BD－ROM上、还是本地存储设备上。在语言信息中，记述有各自的内容包含的声音及字幕语言的种类。

图40是表示将追加语言的数字复制内容下载到本地存储设备中的状况的图。如果从最初起在BD－ROM上保存许多数字复制内容，则数字复制内容占用BD－ROM的容量的比例变多，为原始内容保留的比例变少。如果为原始内容保留的比例变少，则有可能降低流的比特率等、导致内容的品质下降。因此，在BD－ROM上放置对应于最低限度的语言的数字复制内容、根据需要而追加下载数字复制内容的形态是优选的。

当追加下载数字复制内容时，除此以外还下载更新版语言表。例如，在BD－ROM上存在英语版和日语版的数字复制内容、在本地存储设备中新下载韩语版的情况下，下载添加了韩语版的更新版语言表。

图41是表示本实施方式的对应于多语言的数字复制的状况的图。如本图所示，数字复制模组将保存在BD－ROM或可移除媒体的追加内容区域中的数字复制内容向可移除媒体的视频区域复制。

作为复制对象的语言的内容由BD－J应用或数字复制模组基于保存在PSR集421中的表示再现状态的系统参数和语言表选择。具体而言，将表示声音流用语言代码的PSR（16）、表示字幕流用语言代码的PSR（17）、表示菜单用语言代码的PSR（18）读出，参照语言表选择对应于各语言代码的语言的内容。

图42是表示本实施方式的复制对象的内容的选择的状况的图。复制对象的内容的选择存在如图42（a）所示那样在BD－J应用内参照语言表及PSR集421确定对应于希望的语言的内容的保存位置、对数字复制模组使用SET_SRCLOCATION命令指定内容的保存位置的样式、和如图42（b）所示那样由BD－J应用对数字复制模组指定在数字复制中利用的语言表、数字复制模组参照指定的语言表和PSR集421确定对应于希望的语言的内容的保存位置而进行数字复制的样式。

在由BD－J应用进行的对数字复制模组的语言表的指定中，例如使用 以下这样的命令。

SET_LANGTABLE"/mnt/sdcard/BUDA/081A24ED/12345ABC/DIGITALCOPY/NEW_LANG.XML" 

上述代码为进行请求、以便使用记录在SD卡上的"BUDA/081A24ED/12345ABC/DIGITALCOPY/NEW_LANG.XML"中的语言表进行数字复制的命令。数字复制模组将指定的语言表与保存在PSR集421中的语言设定比较，进行应复制的数字复制内容的推算。例如如果保存在PSR集421中的语言设定是英语则将英语版内容、如果语言设定是日语则将日语版内容作为数字复制对象复制。

首先，对图42（a）所示的对应于多语言的数字复制的样式进行说明。图43是由BD－J应用进行的复制对象的内容选择的流程图。在BD－J应用侧进行应复制的数字复制内容的选择时，首先，BD－J应用使用文件I/O模组705，进行是否存在语言表的确认（步骤S1101）。语言表从BD－ROM或可移除媒体中搜索。在追加将数字复制内容下载到可移除媒体中的情况下，搜索存在于可移除媒体中的更新版语言表。在不存在语言表的情况下，由于不能进行数字复制内容与对应语言的匹配，所以BD－J应用将能够复制的数字复制内容一览向用户提示，等待来自用户的选择指示（步骤S1102）。如果有来自用户的选择指示，则将所选择的数字复制内容作为复制的对象（步骤S1103）。

在步骤S1101中判断为存在语言表的情况下，BD－J应用使用文件I/O模组705将语言表读入（步骤S1104）。接着，BD－J应用从PSR集421取得用户设定在再现装置中的语言信息（步骤S1105）。从PSR集421，能够从PSR（16）取得声音流用语言代码、从PSR（17）取得字幕流用语言代码、从PSR（18）取得菜单用语言代码。

接着，进行在步骤S1104中读入的语言表与保存在PSR集421中的语言设定的比较。首先，进行保存在PSR（16）中的声音流用语言代码与记载在语言表中的声音语言的一致确认、以及保存在PSR（17）中的字幕流用语言代码与记载在语言表中的字幕语言的一致确认，检索声音、字幕的两者的语言一致的数字复制内容（步骤S1106）。在两者不一致的情况下，检索声音或字幕语言的某个一致的数字复制内容（步骤S1107）。在声音或 字幕的哪个都不一致的情况下，检索PSR（18）的菜单用语言代码与记载在语言表中的字幕语言或声音语言一致的数字复制内容（步骤S1108）。

在步骤S1106～S1108中，如果找到PSR集421的设定与记载在语言表中的语言一致的数字复制内容，则将该数字复制内容作为复制的对象（步骤S1109）。在步骤S1106～S1108中，在没有找到作为对象的数字复制内容的情况下，不进行BD－J应用侧的数字复制内容的选择，BD－J应用将能够复制的数字复制内容一览提示给用户，等待来自用户的选择指示（步骤S1102）。

另外，在声音、字幕语言的一致确认中，也可以除了步骤S1106～S1108的处理以外、还将PSR（1）的声音流号码、PSR（2）的字幕流号码、及这些备份寄存器（PSR（21）、PSR（22））也作为检索的对象添加。此外，在找到了多个语言一致的数字复制内容的情况下，也可以使用户选择。特别是，由于是配音版好还是字幕版好依存于用户的喜好，所以将步骤S1106～S1108一起进行，所以在找到了多个作为对象的数字复制内容的情况下，也可以将它们的一览提示给用户、根据用户的喜好而从其中选择。用户的选择既可以在数字复制的每次进行，也可以预先询问是配音版好还是字幕版好的用户的喜好、通过将其结果记录保持在BD－J应用内的本地变量或本地存储设备上，将数字复制时的选择跳过，在BD－J应用内根据保持的用户的喜好决定作为对象的数字复制内容。以上是关于图42（a）所示的对应于多语言的数字复制的样式的说明。接着，对图42（b）所示的对应于多语言的数字复制的样式进行说明。

图44是在数字复制模组中进行复制内容的选择的处理的流程图。当在再现装置侧进行应复制的数字复制内容的选择时，首先判断从BD－J应用是否有使用的语言表的指定（步骤S1201）。在语言表的指定中，使用SET_LANGTABLE命令。在从BD－J应用有语言表的指定的情况下，进行指定的语言表的读入（步骤S1202）。

在步骤S1201中，在判断为从BD－J应用没有语言表的指定的情况下，判断在BD－ROM或可移除媒体上是否存在语言表（步骤S1203）。在追加将数字复制内容下载到可移除媒体中的情况下，搜索存在于可移除媒体中的更新版语言表。如果存在语言表，则进行语言表的读入（步骤S1204）。 在不存在语言表的情况下，不能进行数字复制内容与对应语言的匹配，所以数字复制模组将能够复制的数字复制内容一览提示给用户，等待来自用户的选择指示（步骤S1205）。如果有来自用户的选择指示，则将所选择的数字复制内容作为复制的对象（步骤S1206）。

在步骤S1202或步骤S1204的语言表读入后，数字复制模组进行读入的语言表与保存在PSR421中的语言设定的比较。首先，进行保存在PSR（16）中的声音流用语言代码与记载在语言表中的声音语言的一致确认、以及保存在PSR（17）中的字幕流用语言代码与记载在语言表中的字幕语言的一致确认，检索声音、字幕的两者的语言一致的数字复制内容（步骤S1207）。在两方不一致的情况下，检索声音或字幕语言的某个一致的数字复制内容（步骤S1208）。在声音或字幕的哪个都不一致的情况下，检索PSR（18）的菜单用语言代码与记载在语言表中的字幕语言或声音语言一致的数字复制内容（步骤S1209）。

在步骤S1207～S1209中，如果找到了PSR集421的设定与记载在语言表中的语言一致的数字复制内容，则将该数字复制内容作为复制的对象（步骤S1210）。在步骤S1207～S1209中，在没有找到作为对象的数字复制内容的情况下，数字复制模组将数字复制模组能够复制的数字复制内容一览提示给用户，等待来自用户的选择指示（步骤S1205）。以上是关于在数字复制模组中进行复制内容的选择的处理的说明。

根据以上的结构，通过使用再现终端内的语言设定及与数字复制内容一起赋予的语言表、将作为对象的数字复制内容考虑并确定语言，能够进行对应于多语言的数字复制。

（补充）

另外，基于上述实施方式进行了说明，但本发明当然并不限定于上述实施方式。以下这样的情况也包含在本发明中。

（a）本发明也可以是在各实施方式中说明的处理次序公开的应用执行方法。此外，也可以是包括以上述处理次序使计算机动作的程序代码的计算机程序。

（b）本发明可以作为进行应用执行控制的IC、LSI或其他集成电路的封装构成。该封装装入在各种装置中而供使用，由此，各种装置实现在各 实施方式中表示那样的各功能。此外，集成电路化的方法并不限于LSI，也可以通过专用电路或通用处理器实现。也可以利用在LSI制造后能够编程的FPGA（Field Programmable Gate Array）、或能够再构成LSI内部的电路单元的连接及设定的可重构处理器。进而，如果因半导体技术的进步或派生的其他技术而出现代替LSI的集成电路化的技术，则当然也可以使用该技术进行功能块的集成化。在这样的技术中，有可能有生物技术的应用等。

（c）在上述实施方式中，对仅具有将记录介质再现的再现功能的再现装置进行了说明，但并不限定于此。例如，也可以是具有录像功能的录像再现装置。

（d）在上述实施方式中，作为虚拟机的编程语言而使用Java（TM）（注册商标），但也可以不是Java（TM）（注册商标），而是在UNIX（注册商标）OS等中使用的B－Shell、PerlScript、ECMAScript等其他的编程语言。

（e）在上述实施方式中，对将BD－ROM再现的再现装置进行了说明，但在可写入的光记录介质中记录有在上述实施方式中仅了说明的BD－ROM上的需要的数据的情况下当然起到与上述同样的效果。

（f）在上述形态中，作为复制源的记录介质，以BD－ROM或可写入的光记录介质为例进行了说明，但并不需要限定于此，例如也可以使用SD存储卡、记忆棒、CF、智能媒体卡、多媒体卡等的相当于可移动性的记录介质的可移除媒体。

在作为复制源的记录介质而使用可移除媒体的情况下，是在用在该复制源中的可移除媒体中具有例如记录相当于具有记录在图2所示的卷区域中的目录构造的数据的数据的区域（用户区域）、和在图6中说明的保护区域及系统区域的构造。

在此情况下，成为将记录在复制源的可移除媒体中的面向便携终端的内容向复制目标的可移除媒体复制。当然，复制源的可移除媒体和复制目标的可移除媒体是不同的。

在复制源的记录介质中使用BD－ROM的情况下，在上述实施方式的说明中，例如在密钥信息生成部602中，是从复制源801将记录在BD－ROM上的作为特殊区域的BCA（Burst Cutting Area）中的表示记录介质的 物理的序列ID的PMSN（Pre-recorded Media Serial Number）读出的结构。相对于此，在复制源的记录介质中使用可移除媒体的情况下，也可以做成代替将PMSN读出而将复制源的可移除媒体固有的信息（媒体ID）读出的结构。

这样，在上述实施方式的说明及附图中，只要将作为复制源的记录介质的BD－ROM改读为可移除媒体、并且将作为复制源的记录介质的BD－ROM的序列ID改读为可移除媒体的固有的信息（媒体ID），则为在复制源的记录介质中使用可移除媒体时的动作的说明。

此外，在作为复制源的记录介质而使用可移除媒体的情况下，在记录相当于具有记录在BD－ROM的卷区域中的目录构造的数据的数据的区域（用户区域）中记录的数据中的一部分的数据（例如流数据）被进行加密。

在作为复制源的记录介质而使用可移除媒体的情况下，记录在（用户区域）中的数据也可以在发布可移除媒体时预先记录。在此情况下，在可移除媒体的发布时，在记录在用户区域中的数据的一部分的数据被加密的情况下，将包括用来将加密的数据解密的密钥信息（标题密钥）的解密密钥预先记录在复制源的记录介质的保护区域中。此时，将解密密钥加密，以使其能够使用复制源的记录介质的系统区域的MKB解密。

或者，在作为复制源的记录介质而使用可移除媒体的情况下，也可以是，虽然在该可移除媒体的发布时在用户区域中没有记录数据，但在发布后，通过下载等的请求，向用户区域记录相当于具有记录在BD－ROM的卷区域中的目录构造的数据的数据。进行下载请求的装置既可以使用在本实施方式中说明的再现装置进行，也可以使用与本实施方式不同的用来进行下载的终端装置。在此情况下，首先，在向进行下载请求的装置装填发布的可移除媒体而电气地连接的状态下，与数据的下载的请求一起，将可移除媒体的媒体ID及MKB读出并向分发服务器传送。在分发服务器中，将与使用可移除媒体的媒体ID及MKB生成的解密密钥对应的数据向进行了下载的请求的装置传送。在进行了下载的请求的装置中，将接收到的对应的数据向可移除媒体的用户区域记录，将接收到的公开密钥文件向可移除媒体的保护区域记录。在记录在用户区域中的数据的一部分的数据被加密的情况下，包含用来将加密的数据解密的密钥信息（标题密钥）的解密 密钥被记录到复制源的记录介质的保护区域中。此时，将解密密钥进行加密，以使其能够使用复制源的记录介质的系统区域的MKB解密。

如果如以上那样构成，则能够将可移除媒体作为复制源的记录介质。

如果这样，则即使仅将记录在用户区域中的面向便携终端的内容通过与本实施方式不同的方法向别的可移除媒体记录，由于在别的可移除媒体中没有关于解密密钥的信息，所以也能够抑制通过不正当的复制进行的再现。

即使万一在别的可移除媒体中也能够记录解密密钥，由于别的可移除媒体的MKB与复制源的可移除媒体的MKB不同，所以不能进行加密的解密密钥的解密，所以也能够抑制记录在复制源的可移除媒体的用户区域中的数据的不正当的利用。

工业实用性 

根据有关本发明的再现装置，在将在记录介质中作为带出视听用记录的影像数据向该记录介质以外的其他的记录介质记录的技术（数字复制）中，能够实现固设视听与带出视听间的协同再现。特别是，在涉及影像内容的制作的电影产业、民生设备产业中能够利用。

标号说明

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写入控制部 

420AV再现库

421PSR集

422网络接口

423本地存储设备 

424数字复制模组 

601通信管理部 

602密钥信息读入部

603媒体状态管理部

604复制执行部 

605复制状态通知部

606复制进展管理部

608密钥信息写入部

610空闲容量判断部

701BD－J应用

702数字复制库 

704媒体再现模组 

705文件I/O模组

706网络模组

707应用管理器 

801复制源盘

802复制目标媒体 

803数字复制服务器

Claims (10)

1.一种再现装置，将记录在第1记录介质中的第1内容再现，并且将记录在上述第1记录介质中的第2内容向第2记录介质复制，其特征在于，

具备：

平台部，从上述第1记录介质读出字节码应用，使其动作；

复制控制部，控制上述第2内容的从第1记录介质向第2记录介质的复制；以及

寄存器，保存表示按照上述第1内容的再现的进展更新的上述第1内容的再现位置的参数；

上述平台部具有上述字节码应用能够利用的通信用编程接口；

上述字节码应用，从上述寄存器读出表示上述第1内容的再现位置的参数，使用上述通信用编程接口进行以上述复制控制部为对方侧的套接字连接，并对上述复制控制部发出命令；

接收到上述命令的复制控制部，通过该套接字连接，将上述第2内容从第1记录介质复制到第2记录介质中，基于从上述寄存器读出的上述第1内容的再现位置，指定复制的上述第2内容的再现位置；

在上述第1记录介质中记录有媒体库，媒体库对记录在上述第1记录介质中的字节码应用提供用于复制控制执行的编程接口；

上述媒体库在从上述字节码应用进行了复制控制执行用编程接口的调用的情况下，将该编程接口的调用变换为套接字命令后向复制控制部输出，将来自复制控制部的应答变换为返回值或事件，返回给进行了调用的上述字节码应用；

上述套接字连接构成用来传送上述套接字命令及应答的通信路径。

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

在上述第2记录介质中，具有保存复制后的内容的第1目录、和保存表示再现位置的参数的第2目录；

上述字节码应用向复制控制部命令将上述第2内容复制到上述第1目录中、将上述第1内容的再现位置写入到上述第2目录中的控制。

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

上述字节码应用将表示上述第1内容的再现位置的参数变换为适合于上述第2记录介质的单位，指定上述第2内容的再现位置。

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

上述第1记录介质记录有表示上述第1内容与上述第2内容间的偏移的偏移表；

上述字节码应用将保存在上述寄存器中的上述第1内容的再现位置基于上述偏移表变换，向复制控制部命令将复制后的上述第2内容的再现位置指定为基于上述偏移表变换后的再现位置的控制。

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

上述偏移表包括相对于构成上述第1内容的数字流、对构成上述第2内容的数字流追加的场景及删除的场景的位置信息；

上述字节码应用基于上述偏移表表示的追加的场景及删除的场景的位置信息，进行保存在上述寄存器中的上述第1内容的再现位置的变换。

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

上述第1记录介质记录有用来识别上述第1内容的内容物的卷ID；

上述复制控制部在将上述第2内容从第1记录介质向第2记录介质复制时，将记录在上述第1记录介质中的上述卷ID记录到上述第2记录介质中；

上述再现装置进一步具有再现控制部，该再现控制部在上述第1记录介质插入在再现装置中时，判断上述第1记录介质的卷ID与记录在上述第2记录介质中的卷ID是否一致，在卷ID一致的情况下，将记录在上述第2记录介质中的表示再现位置的参数读出，并且，上述再现控制部在上述寄存器中保存表示基于读出的上述再现位置的上述第1内容的再现位置的参数，使从该再现位置开始再现。

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

上述第1记录介质记录有表示上述第1内容与上述第2内容的差的差信息；

上述再现控制部将读出的再现位置基于上述差信息变换，在上述寄存器中保存表示变换后的再现位置的参数。

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

上述寄存器保存构成上述第1内容的数字流的声音语言代码和字幕语言代码；

上述第2内容由不同的语言的多个数字流构成；

上述字节码应用，从上述寄存器读出构成上述第1内容的数字流的声音语言代码和字幕语言代码，将与从上述寄存器读出的声音语言代码和字幕语言代码对应的第2内容的数字流通过套接字连接向上述复制控制部指定，向复制控制部命令将指定的第2内容的数字流从第1记录介质向第2记录介质复制的控制。

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

上述第1记录介质记录有表示构成上述第2内容的数字流、声音语言和字幕语言的对应的语言信息；

上述字节码应用基于从上述寄存器读出的声音语言代码及字幕语言代码、以及上述语言信息，确定与从上述寄存器读出的声音语言代码和字幕语言代码对应的第2内容的数字流。

10.一种再现方法，将记录在第1记录介质中的第1内容再现，并且将记录在上述第1记录介质中的第2内容向第2记录介质复制，其特征在于，

具有：

第1步骤，从上述第1记录介质将字节码应用读出，使计算机内的平台部动作；以及

第2步骤，按照来自字节码应用的请求，使计算机内的复制控制部执行上述第2内容的从第1记录介质向第2记录介质的复制的控制；

上述字节码应用，从计算机内的寄存器读出表示按照上述第1内容的再现的进展更新的上述第1内容的再现位置的参数，使用平台部具有的通信用编程接口进行以复制控制部为对方侧的套接字连接，并对上述复制控制部发出命令；

接收到上述命令的复制控制部，通过该套接字连接，将上述第2内容从第1记录介质复制到第2记录介质中，基于从上述寄存器读出的上述第1内容的再现位置，指定复制的上述第2内容的再现位置；

在上述第1记录介质中记录有媒体库，媒体库对记录在上述第1记录介质中的字节码应用提供用于复制控制执行的编程接口；

上述媒体库在从上述字节码应用进行了复制控制执行用编程接口的调用的情况下，将该编程接口的调用变换为套接字命令后向复制控制部输出，将来自复制控制部的应答变换为返回值或事件，返回给进行了调用的上述字节码应用；

上述套接字连接构成用来传送上述套接字命令及应答的通信路径。