存在一种通过网络下载记录在装入再现设备中的光盘上的内容 的更新数据，和以记录在光盘上的内容的形式再现更新数据的程序的 技术。
专利文献1：日本未经审查的专利申请公开No.2005-159589
在对应的光盘被装入再现设备中，并再现记录在光盘上的数据的 情况下，将执行利用上述常规技术下载的程序。
即，当利用光盘向用户提供可在再现设备上执行的程序时，由与 单个光盘结合提供的应用程序执行的处理是基于一个一个光盘完成 的。例如，尽管能够执行对应于单个光盘的附加音轨(bouns track)的 下载和播放，不过一直难以提供与多个光盘关联的服务，比如使得只 有当属于系列电影的所有电影都被播放时，才能够下载附加音轨。
相反，迄今为止，嵌入再现设备中的应用程序一直不适于执行取 决于所安装的光盘的不同处理。
另外，迄今为止，实现了利用包括在内容中的应用程序操作设备 的一种功能。这种情况下，内容提供商提供了借助其在播放内容的所 有设备上执行相似操作的应用程序。特别地，由于在假定基本相同的 屏幕被类似地显示在任意接收器的情况下，创建经广播提供给用户的 内容，因此一直未创建只在特定设备上向用户提供特定服务的内容。 从而，内容提供商能够向用户提供相同质量的内容，而不依赖于具体 设备。相反，内容提供商难以区分设备。
此外，就迄今为止，利用光盘提供的，或者借助诸如有线电视之 类有线电缆提供的，或者利用广播电波等无线提供的程序内容和对应 应用程序，以及包括在再现设备中的应用程序来说，已实现一方操作 另一方(one operating the other)。但是，一直未假定各个应用程序协 同地执行处理。
注意，在MHP(多媒体家庭平台)(它是由欧洲标准组织DVB(数 字视频广播)定义的数据广播标准)中，已规定利用数字广播的空时隙 传送JAVA(注册商标)小程序。这种情况下，应用程序的寿命由应用 程序管理器管理，AMT(应用程序管理表)传送应用程序信息。于是， 应用程序的寿命不取决于节目的帧，应用程序能够存在于多个节目 内。不过，即使在这种情况下，也是在假定将在所有接收设备上类似 地执行传送的应用程序的情况下提供传送的应用程序的，一直未假定 将与包括在预定设备中的应用程序协同地执行传送的应用程序，而不 必在所有接收设备上类似地执行传送的应用程序(换句话说，不是必不 可少的)。
鉴于这种情况，做出了本发明，本发明有可能相互协同地执行当 预定记录介质被装入设备中时，可执行的应用程序(即，与记录介质相 联系地提供的，并且对播放记录介质来说必不可少的应用程序)，和包 括在预定设备中，并且不必在所有设备上类似地执行的应用程序(换句 话说，不是必不可少的)。

本发明的一个方面的信息处理设备是一种再现记录在安装的记 录介质上的数据的信息处理设备，包括：一个或多个保存信息的存储 装置；和执行第一应用程序和第二应用程序的执行装置，所述第一应 用程序是再现记录在所述记录介质上的数据的基本应用程序，第一应 用程序是保存在所述安装的记录介质或者与安装的记录介质关联的 任意存储装置上，实现处理记录在所述记录介质上的数据的第一功能 的应用程序，第二应用程序被保存在任意存储装置中，实现与第一功 能不同的第二功能。执行装置通过利用第一应用程序间通信 (inter-first-application communication)，相互交换信息，相互协同地 执行第一应用程序和第二应用程序。
第二应用程序适于与至少一个预定记录介质关联。执行装置可被 配置成当执行第一应用程序时，检测与记录有第一应用程序，或者与 第一应用程序关联的记录介质相关的第二应用程序，并激活检测到的 第二应用程序。
第二应用程序适于与识别至少一个预定记录介质的标识信息关 联。
执行装置可被配置成当安装记录介质时，把包括在存储装置的存 储区中，并保存与安装的记录介质相关的信息的区域和安装的记录介 质的记录区视为一个数据存储区，并激活保存在所述数据存储区的任 意部分中的第一应用程序。
第二应用程序适于与至少一个预定记录介质关联。执行装置可被 配置成利用通过安装记录介质而激活的第一应用程序，检测与该记录 介质关联的第二应用程序，并激活检测到的第二应用程序。
第二应用程序适于与识别至少一个预定记录介质的标识信息关 联。
包括保存与至少一个记录介质关联的信息的第一区域，和保存第 二应用程序的第二区域的存储区适于被设置在多个存储装置中的任 意一个存储装置中，所述第二区域不同于所述第一区域。
执行装置可被配置成通过执行第一应用程序，把保存与安装的记 录介质相关的信息的第一区域，和安装的记录介质的记录区视为一个 数据存储区。
还可提供用于获得节目内容数据的获取装置。存储装置可被配置 成保存包括在获取装置获得的节目内容数据中的第二应用程序。
执行装置可被配置成包括虚拟机环境，在虚拟机上执行第一应用 程序和第二应用程序，还执行不在虚拟机上执行的第三应用程序。第 二应用程序适于利用第二应用程序间通信与第三应用程序交换信息。
第三应用程序适于是能够独立于第一应用程序执行的应用程序。
执行装置可被配置成在作为虚拟机的JAVA(注册商标)虚拟机上 执行第一应用程序和第二应用程序。
第一应用程序和第二应用程序适于通过利用Xlet间通信作为第 一应用程序间通信，相互交换信息，彼此协同地被执行。
第二应用程序适于利用JAVA(注册商标)本地接口，与第三应用 程序交换信息。
第二应用程序适于只能够与第一应用程序一起执行。
执行装置可被配置成还执行能够独立于第一应用程序执行的第 三应用程序。第二应用程序适于利用第二应用程序间通信，与第三应 用程序交换信息。
执行装置能够执行多个第二应用程序，并且可被配置成通过执行 预定的第二应用程序，根据记录在安装的第一记录介质上的信息，控 制不同第二应用程序的获取。
执行装置可被配置成通过执行预定的第二应用程序，控制经网络 从另一设备获得不同的第二应用程序。记录在安装的第一记录介质上 的信息适于包括网络中的另一个设备的地址信息。
执行通过网络获得的第二应用程序的执行装置可被配置成通过 与另一设备交换信息，执行预定的验证处理。
执行通过网络获得的第二应用程序的执行装置可被配置成根据 预定的版权保护框架，执行把至少一部分记录在第一记录介质上的数 据复制到不同于第一记录介质的第二记录介质上的处理。
本发明的一个方面的信息处理方法是一种供再现记录在安装的 记录介质上的数据的信息处理设备之用的信息处理方法。所述信息处 理设备能够执行多个应用程序。通过利用预定的应用程序间通信，相 互交换信息，在虚拟机上彼此协同地执行第一应用程序和第二应用程 序，所述第一应用程序是再现记录在记录介质上的数据的基本应用程 序，第一应用程序是保存在安装的记录介质或者与安装的记录介质关 联的一个或多个存储单元任意之一上，实现处理记录在记录介质上的 数据的第一功能的应用程序，第二应用程序被保存在任意存储单元 中，实现与第一功能不同的第二功能。
按照本发明的一个方面的信息处理设备和方法，通过利用预定的 应用程序间通信，相互交换信息，彼此协同地执行第一应用程序和第 二应用程序，所述第一应用程序是再现记录在记录介质上的数据的基 本应用程序，第一应用程序是保存在安装的记录介质或者与安装的记 录介质关联的一个或多个存储单元任意之一上，实现处理记录在记录 介质上的数据的第一功能的应用程序，第二应用程序被保存在任意存 储单元中，实现与第一功能不同的第二功能。
本发明的一个方面的程序是一种使计算机执行再现记录在记录 介质上的信息的处理的程序，所述处理包括下述步骤：实现处理记录 在记录介质上的数据的第一功能；在保存在一个或多个预定存储单元 中的任意之一上，并实现不同于第一功能的第二功能的其它程序中， 检测与它自己关联的另一程序；激活检测到的另一程序；和利用预定 的应用程序间通信与所述另一程序交换信息，并执行预定的操作。
第一功能适于包括当安装记录介质时，把包括在存储单元的存储 区中，并保存与安装的记录介质相关的信息的区域，和安装的记录介 质的记录区视为一个数据存储区的功能。
计算机可被配置成包括虚拟机环境，所述程序适于和所述另一程 序一起在虚拟机上被执行。
按照本发明的一个方面的程序，实现处理记录在记录介质上的数 据的第一功能。在保存在一个或多个预定存储单元中，并实现不同于 第一功能的第二功能的其它程序中，检测与它自己关联的另一程序。 激活检测到的另一程序。利用预定的应用程序间通信与所述另一程序 交换信息，并执行预定的操作。
网络涉及连接至少两个设备，并且使一个设备能够向另一设备传 送信息的方案。经网络相互通信的设备可以是独立的设备，或者是构 成一个设备的内部部件。
另外，通信不仅可以是无线通信和有线通信，而且可以是混合无 线通信和有线通信的通信，即，在一个片段中进行无线通信，在另一 片段中进行有线通信的通信。此外，通信可以是这样的，以致利用有 线通信实现从一个设备到另一设备的通信，并利用无线通信实现从所 述另一设备到所述一个设备的通信。
再现设备可以是独立设备，或者可以是记录/再现设备或图像记 录/再现设备中实现再现的部件。记录设备或图像再现设备可以是独立 的设备，或者可以是记录/再现设备或图像记录/再现设备中实现记录 处理或图像记录处理的部件。另外，记录/再现设备或图像记录/再现 设备可以是独立的设备，或者可以是包括许多功能的信息处理设备中 实现预定处理的部件。
按照本发明，能够执行多个应用程序。特别地，利用预定的应用 程序间通信，协同地执行两个应用程序。于是，能够协同地执行对于 播放记录介质来说必不可少的第一应用程序，和控制不直接与记录介 质的重放相关的处理的第二应用程序，并且能够逐个设备提供的功能 的自由度被增大。
附图说明
图1是表示再现设备的例证结构的方框图。
图2是表示装在再现设备中的记录介质上的应用程序格式的例 子的示图。
图3是描述装在再现设备中的记录介质上的应用程序格式的不 同例子的示图。
图4是描述已下载文件的状态的示图。
图5是描述AV流的结构的示图。
图6是描述图1中的控制器的功能的软件栈示图。
图7是描述图1中的控制器的功能的软件栈示图，软件结构不同 于利用图6描述的情况。
图8是描述图1中的控制器的功能中，描述语言和应用程序之间 的关系的示图。
图9是描述图1中的控制器的功能的功能方框图。
图10是描述虚拟文件系统的示图。
图11是描述虚拟文件系统的示图。
图12是描述本地存储器的目录结构的示图。
图13是表示清单文件的语法的示图。
图14是描述包括在Manifest()中的可被指定成permission的数 值的示图。
图15是描述光盘的文件系统的例子的示图。
图16是描述本地存储器24的文件系统的例子的示图。
图17是描述路径名的指定的示图。
图18是描述虚拟磁盘中的目录/文件结构的例子的示图。
图19是描述在内容创作者分发内容时，内容分发文件格式的定 义的示图。
图20是描述逐个文件的增加和更新处理的流程图。
图21是描述绑定处理的流程图。
图22是描述逐个磁盘的增加和更新处理的流程图。
图23是描述重放处理和文件系统构成处理1的流程图。
图24是描述应用程序47和导航程序45的协同的示图。
图25是描述导航程序和应用程序的协同处理的流程图。
图26是描述应用程序调用处理的流程图。
图27是描述通过导航程序和应用程序的协同执行的处理的第一 例子的流程图。
图28是描述嵌入式应用程序的处理的流程图。
图29是表示再现设备的不同例证结构的方框图。
图30是描述通过导航程序和应用程序的协同执行的处理的第二 例子的流程图。
图31是描述通过导航程序和应用程序的协同执行的处理的第三 例子的流程图。
图32是描述通过导航程序和应用程序的协同执行的处理的第四 例子的流程图。
图33是描述应用程序的下载的示图。
图34是描述应用程序下载处理的流程图。
图35是描述应用程序执行处理的流程图。
图36是描述受控复制的示图。
图37是描述通过下载应用程序而实现的受控复制的示图。
图38是描述执行受控复制的处理的流程图。
图39是描述执行受控复制的处理的流程图。
图40是描述记录有能够被再现设备再现的数据的记录介质的制 造的示图。
图41是描述记录有能够被再现设备再现的数据的记录介质的制 造的示图。
1 记录/再现设备，11 光盘，21 控制器，22 光盘驱动器，23 内 存，24 本地存储器，26 变码器，41 驱动程序，42 OS，43 应用程 序管理器，44 JVM，45 导航程序，46 API库，47 应用程序，61 操 作输入获取单元，62 菜单屏幕显示控制单元，63 数据获取单元，64 本地存储器目录管理单元，65 光盘目录管理单元，66 文件系统合并 处理单元，67 再现控制单元，71 应用程序协同处理控制单元，72 IXC 控制单元，74 JNI控制单元，101 图像记录/记录/再现设备，111 内 容获取单元，112 广播信号获取单元，113 图像记录处理单元

下面参考附图说明本发明的实施例。
图1是表示记录/再现设备1的例证结构的方框图。
控制器21在内存23中展开保存在本地存储器24中的导航程序 (后面说明)，并执行该导航程序，或者控制器21控制光盘驱动器22 读出记录在光盘11上的导航程序，在内存23中展开该导航程序，并 执行该导航程序，从而控制播放装入记录/再现设备1中的光盘11的 操作。另外，控制器21能够借助因特网接口25或者可拆卸介质28 控制应用程序或者导航程序的获取，从而把获得的应用程序或者导航 程序保存在本地存储器24中。另外，控制器21能够在内存23中展 开该应用程序或导航程序，并执行该应用程序或导航程序。
此外，控制器21能够执行导航程序，以便再现记录在装入的光 盘1上的信息，可与导航程序协同执行的应用程序，和不管记录导航 程序的光盘11是否被装入记录/再现设备1中，都可单独执行的嵌入 式应用程序。由于虚拟机，例如JAVA(注册商标)的安装，导航程序 和应用程序各自的至少一部分适于能够在多平台上运行。另外，嵌入 式应用程序可适于只能够在控制器21的执行环境中运行，或者由于 虚拟机的安装，能够在多平台上运行。
另外，当保存在本地存储器24或内存23中的应用程序和记录在 光盘11或者本地存储器24中的导航程序都能够在相似的虚拟机上运 行时，并且当提供应用程序间通信功能时，控制器21在内存23中展 开该应用程序和导航程序，并协同地运行该应用程序和导航程序，从 而，控制器21能够控制记录/再现设备1的操作。
在控制器21的控制下，光盘驱动器22从光盘11读出数据，把 读出的数据输出给控制器21，内存23或变码器26，并把从内存23， 本地存储器24或变码器26供给的信号记录在装入的光盘11上。当 从光盘11读出的信息是导航程序，播放列表等时，光盘驱动器22读 出的信息被输出给控制器21或内存23。当从光盘11读出的信息是 AV流或文本数据时，光盘驱动器22读出的信息被输出给变码器26。
图2是表示装入记录/再现设备1中的光盘11的应用程序格式的 例子的示图。除了光盘11之外，记录介质还可以是例如磁带或半导 体存储器。
应用程序格式具有管理AV(视听)流的两层，即播放列表层和剪 辑层。这里，一对的一个AV流或一项文本数据和剪辑信息(它是伴随 该AV流或文本数据的信息)被视为一个对象，这些被总体称为一个剪 辑。下面，AV流的数据文件被称为AV流文件。另外，剪辑信息的 数据文件被称为剪辑信息文件。
通常，计算机等中使用的文件被处理成字节序列。AV流中的内 容在时间轴上被展开，剪辑中的存取点主要由播放列表利用时间戳记 指示。
当剪辑中的存取点由播放列表利用时间戳记指示时，剪辑信息文 件被用于根据时间戳记得到在AV流文件中应开始解码的地址信息。
播放列表是指示AV流的重放片段的一组多项信息。指示AV流 中的一个重放片段的信息被称为播放项目。播放项目由重放片段在时 间轴上的一对IN点(重放起点)和OUT点(重放终点)表示。于是，如 图2中所示，一个播放列表由一个或多个播放项目构成。
在图2中，从左侧开始所示的第一个播放列表由两个播放项目构 成。就两个播放项目来说，引用包括在左侧所示的第一剪辑中的AV 流的前半部分和后半部分。另外，从左侧开始所示的第二个播放列表 由一个播放项目构成。就该播放项目来说，引用包括在右侧所示的第 二剪辑中的整个AV流。此外，从左侧开始所示的第三个播放列表由 两个播放项目构成，就这两个播放项目来说，相应地引用包括在左侧 所示的第一剪辑中的AV流的预定部分，和包括在右侧所示的第二剪 辑中的AV流的预定部分。
导航程序是使控制器21执行控制播放播放列表的顺序，和播放 列表的互动重放的功能的程序。另外，导航程序具有显示供用户指定 各种重放的执行的菜单屏幕的功能。另外，导航程序的所有或者至少 一些函数是利用由于虚拟机，比如JAVA(注册商标)的安装，可在多 平台上执行的编程语言编写的。另外，在导航程序的函数中，除用可 在多平台上执行的编程语言编写的部分之外的一些其它函数，可用不 能在多平台上执行，但是能在该设备独有的执行环境中执行的编程语 言编写。
例如，当导航程序由控制器21执行，并且包括在图2中从左侧 开始所示的第一个播放列表中的第一播放项目被指定为指示此时的 重放位置的信息时，该播放项目所引用的包括在左侧所示的第一剪辑 中的AV流的前半部分被播放。
另外，除了由播放项目指定的主路径之外，利用图2描述的播放 列表适于包括利用如图3中所示的子播放项目指定的子路径的信息。 子播放项目如下定义。例如，未与由播放项目指定的剪辑(例如， MPEG2传输流)多路复用的独立数据流可与AV流的重放同步地被播 放。
例如，通过与在由播放项目指定的主路径的剪辑AV流关联地准 备由文本字幕文件和所需的表现字体文件构成的字幕相关信息，及指 定字幕相关信息的重放片段的子播放项目，能够与剪辑AV流的重放 同时地，利用以写入字体文件中的字体数据为基础的显示字体，在显 示装置上显示与写入文本字幕文件中的数据对应的字幕。另一方面， 通过与在由播放项目指定的主路径的剪辑AV流关联地准备不同语言 的配音音频数据，和与配音音频数据对应的子播放项目，能够与剪辑 AV流的重放同时地再现和输出不同语言的配音音频数据。
这样，子播放项目和对应数据(剪辑)可被事先记录在光盘11上， 作为附加数据(更新数据)经网络2从服务器3下载，或者利用可拆卸 介质28而获得。后面将利用图4说明从服务器3下载这种附加数据 的情况的细节。
现在我们再次返回图1的说明。
内存23恰当地保存控制器21执行各种处理所必需的数据和程 序。本地存储器24例如由HDD(硬盘驱动器)等构成。
因特网接口25经电缆与网络2连接，或者与网络2无线连接。 在控制器21的控制下，因特网接口25经网络2与服务器3通信，并 把从服务器3下载的数据，导航程序，应用程序等提供给本地存储器 24。从服务器3，供更新记录在此时装入记录/再现设备1中的光盘11 上，并且已利用图2说明的数据之用的数据被下载为内容。本地存储 器24能够记录经网络2从服务器3下载的内容。
变码器26对从光盘驱动器22或者本地存储器24供给的AV流 或文本数据解码，并把获得的视频信号和音频信号输出给外部显示装 置。在显示装置中，根据变码器26解码的信号，执行记录在光盘11 上的内容的输出(视频的显示和音频的输出)。另外，变码器26能够把 从光盘驱动器22或者本地存储器24供给的AV流或文本数据的格式 转换成预定格式，即，执行解码处理，随后按照预定格式对转换格式 的AV流或文本数据编码。变码器26能够重新把编码的AV流或文本 数据供给光盘驱动器22，并把编码AV流或文本数据记录在安装的光 盘11上(不必说，该光盘可以是与从其读出转换格式的数据的光盘11 不同的光盘)。
操作输入单元29由诸如按钮，按键，触摸面板，滚轮和鼠标之 类的输入装置，和接收诸如从预定遥控器发达的红外线信号之类信号 的接收器构成。操作输入单元29获得用户操作输入，并把用户操作 输入供给控制器21。
另外，控制器21还按照需要与驱动器27连接。例如由磁盘(包 括软盘)，光盘(包括CD-ROM(只读光盘存储器)和DVD)，磁光盘(包 括MD(注册商标)(小型磁盘))，半导体存储器等构成的可拆卸介质28 被装在驱动器27上。
注意，记录/再现设备1可以配备这里未描述的模块，或者可以 与另一设备连接，并被配置成能够协同进行处理。例如，可向图1中 所示的记录/再现设备1增加接收广播电波的功能，连接有线电视网络 的功能等，从而记录/再现设备1被配置成能够获得所谓的节目内容 等。可向记录/再现设备1增加把获得的节目内容等记录在预定记录介 质上的功能(例如，后面利用图29说明其一个例子)。或者具有这种功 能的另一设备可与记录/再现设备1连接，从而使其能够通过控制器 21控制获得节目内容或类似物，记录节目内容或类似物，等等的处理。 这种情况下，控制接收无线电波的功能和连接有线电视网络的功能的 应用程序，即，执行与再现记录在安装的光盘11上的内容数据，或 者保存在与光盘11关联的本地存储器24中的下载数据的处理不同的 处理的应用程序被保存在内存23或本地存储器24中，并由控制器21 执行。
另外，当接收广播电波的功能，连接有线电视网络的功能等等被 增加到图1中所示的记录/再现设备1中，从而，记录/再现设备1被 配置成能够获得所谓的节目内容等时，可由控制器21执行的各种程 序可以和广播电波一起被下载，并安装在内存23或本地存储器24中。
下面，说明再现记录在装入记录/再现设备1中的光盘11上的数 据，和保存在本地存储器24中的数据的方法。
记录/再现设备1包含由HDD(硬盘驱动器)或类似物构成的本地 存储器24。记录/再现设备1经电缆与网络2连接，或者与网络2无 线连接，能够把经网络2从服务器3下载的内容记录在本地存储器24 中。从服务器3，能够下载用于更新记录在此时装入记录/再现设备1 中的光盘11上的诸如电影之类内容的数据。
在下载的内容被记录在本地存储器24中的状态下，当从操作输 入单元29给出播放记录在光盘11上的内容的指令时，控制器21执 行把记录在光盘11上的内容与记录在本地存储器24中的内容联系起 来，并播放这些内容项的处理。
这里，将利用图4说明相互关联地播放记录在光盘11上的内容 和记录在本地存储器24中的内容的方法。
例如，假定光盘11是待售的包装好的介质，一项电影内容被记 录在光盘11上。另外假定作为能够重叠和显示在电影内容的视频上 的字幕数据文件，在光盘11上只记录了英文文本字幕文件。
例如，在图4中，记录在光盘11上的，被播放列表中的播放项 目引用的剪辑1的AV流是用于显示电影内容的视频和播放对应音频 的流。被播放列表中的子播放项目引用的剪辑2的字幕相关信息1是 随同视频的显示一起，显示英文字幕的文本字幕文件。
这种情况下，当用户希望在用不同于英语的语言显示字幕的时 候，观看记录在光盘11上的电影内容时，由于在光盘11上未记录除 英语之外的其它语言的字幕数据，因此如果不进行任何操作，那么用 户不能在用不同于英语的语言显示字幕数据的同时，观看该电影。
于是，用户使记录/再现设备1经网络2从服务器3下载(或者利 用可拆卸介质28获得)记录在光盘11上的电影的所需语言的文本字幕 文件。下面说明其中下载(或者从可拆卸介质28到本地存储器24复制) 未事先记录在光盘11上的阿拉伯语文本字幕文件的状况。
即，当用户发出下载与事先记录在光盘11上的播放列表对应的 阿拉伯语文本字幕文件的指令时，假定在记录/再现设备1将获得对服 务器3的访问，和将执行记录在光盘11上的内容的更新，在服务器3 中准备的文件被下载。
在图4中的例子中，除了事先记录在光盘11上的电影内容的视 频剪辑和音频剪辑(AV流数据)，以及英语文本字幕文件之外，由 阿拉伯语文本字幕文件(字幕相关信息2)和伴随文本字幕文件的剪 辑信息文件构成的剪辑3，能够控制对应剪辑3的字幕数据的再现和 显示的播放列表文件(更新的播放列表文件)，和与记录在光盘11 上的导航程序文件相比，已被更新的新导航程序文件被下载，并被记 录在本地存储器24中。
注意，除了指示主路径的播放项目之外，指示子路径的子播放项 目1和子播放项目2也被添加到更新的播放列表中。更新的播放列表 中的播放项目适于引用包括记录在光盘11上的AV流的剪辑1。子播 放项目1适于引用包括记录在光盘11上的字幕相关信息1的剪辑2。 子播放项目2适于引用包括字幕相关信息2，字幕相关信息2是和更 新的播放列表一起从服务器3下载的阿拉伯语文本字幕文件。
图4中的新导航程序适于能够连同更新的播放列表中的播放项 目一起指定子播放项目1和子播放项目2作为重放片段。因此，在由 事先记录在光盘11上的英语文本字幕文件定义的英语字幕，或者由 未事先记录在光盘11上的阿拉伯语文本字幕文件定义的阿拉伯语字 幕中，能够与想要的视频和音频数据关联地显示用户希望语言的字 幕。
这样，通过从服务器3下载(或者从可拆卸介质28复制)，可 使记录/再现设备1能够再现和显示剪辑2(它是英语文本字幕文件) 或者剪辑3(它是阿拉伯语文本字幕文件，并且事先未在光盘11中准 备)作为电影的字幕。即，通过从在显示于显示装置上的菜单屏幕上 说明的可显示字幕语言中选择想要的语言，用户能够观看具有希望语 言，英语或阿拉伯语的字幕的电影。
注意，记录在光盘11上的AV流具有MPEG2(运动图像专家 组2)传输流，如图5中所示。MPEG2传输流由整数的对齐单元构 成。一个对齐单元的大小为6144字节(2048×3字节)，从源分组的 第一字节开始。源分组的长度为192字节。一个源分组由一个 TP_ex_header和一个传输分组组成。TP_ex_header长度为4字节， 传输分组长度为188字节。一个对齐单元由32个源分组组成。视频 流和音频流中的数据被打包成MPEG2 PES(打包基本流)分组。PES 分组被打包成一个传输分组。
图6是描述所谓的软件栈的第一例子的示图，它是指示包括在图 1的控制器21中的功能中，由JAVA(注册商标)环境提供的功能和事 先嵌入记录/再现设备1中的功能的模块结构。
另外，这里说明由控制器21执行的整个导航程序和可与导航程 序协同执行的应用程序是利用JAVA(注册商标)语言编写的。但是， 即使在这些程序是利用任何编程语言，比如C#或者Visual Basic编 写的情况下，这些程序也是类似可执行的，只要编程语言能够在虚拟 机上运行，即，编程语言能够在多平台上运行。另外，嵌入式应用程 序49(它是控制预先嵌入记录/再现设备1中的功能的程序)不必用能够 在多平台上运行的编程语言编写，相反，最好利用有可能与JAVA(注 册商标)Xlet进行应用程序间通信的语言，比如C或C++编写。
驱动程序41是多项用于激活记录/再现设备1的硬件的专用软 件。驱动程序41包括控制诸如包括在光盘驱动器22和驱动器27中 的各种电动机和光学拾取装置之类的硬件的驱动程序，在外部连接的 显示装置上显示图像，并从外部连接的扬声器输出音频的驱动程序， 控制设置在操作输入单元29中的按钮和按键，或者来自图中未示出 的遥控器的命令的接收器或类似物的操作的驱动程序，控制经因特网 接口25的信息交换的驱动程序，等等。
OS(操作系统)充当控制器21的基本操作基础，是提供许多应用 程序(这里，导航程序45和应用程序47-1～47-n)常用的基本功能，比 如管理作为激活硬件的多项软件的驱动程序41和管理记录各项信息 的内存23和本地存储器24，以及管理记录/再现设备1的整个系统的 软件。
应用程序管理器43适于管理由适于可在该软件栈中执行的多个 应用程序(这里，导航程序45和应用程序47-1～47-n)执行的处理。
JVM(JAVA(注册商标)虚拟机)44是把JAVA(注册商标)字节码 转换成平台的本机代码，并执行该本机代码的软件。作为利用 JAVA(注册商标)开发的各项软件的导航程序45和应用程序47-1～ 47-n具有独立于平台的独特格式(JAVA(注册商标)字节码)，不能原样 被执行。于是，JVA44通过把JAVA(注册商标)字节码转换成记录/ 再现设备1的本机代码，执行导航程序45和应用程序47-1～47-n。
例如，如同利用图2-图5所述，导航程序45是提供的用于再现 记录在光盘11上和本地存储器24中的数据的程序，是控制与保存在 安装的光盘11上的数据，和保存在与安装的光盘11关联的本地存储 器24中的区域之中的数据的处理的程序。
API库46是当开发导航程序45(它是运行于JVM 44上的软件) 时可使用的一组命令和函数，或者定义使用这些命令和函数的程序相 关过程的一组协议。仅仅通过按照协议调用函数，导航程序45的开 发人员就能够利用其函数创建软件，而不用他/她自己对软件编程。作 为API的一个具体例子，下面说明与文件访问相关的API。
即，导航程序45能够只在作为API库46准备的命令和函数的 范围内，控制记录/再现设备1的硬件。
应用程序47-1～47-n是用诸如JAVA(注册商标)之类编程语言编 写的，并运行于JVM 44上。而导航程序45主要适于提供与光盘11 关联的预定功能，应用程序47-1～47-n是提供记录/再现设备1的独 特功能的应用程序。应用程序47-1～47-n可以事先保存在记录/再现 设备1中的本地存储器24中，可以利用光盘11或可拆卸介质28安 装，或者可通过网络2下载和安装。
在下面的说明中，当不必区分各个应用程序47-1～47-n时，应 用程序47-1～47-n被简单地称为应用程序47。
中间件48适于作用于OS 42，向嵌入式应用程序49提供比OS 42 更先进的具体功能，嵌入式应用程序49适于在与多平台相反的记录/ 再现设备1(控制器21)的独特环境中执行。注意嵌入式应用程序49可 利用能够在虚拟机环境，比如JAVA(注册商标)中运行的语言编写。 这种情况下，中间件48实质上成为JVM 44。
嵌入式应用程序49适于在中间件48上执行，而不管记录有导航 程序的光盘11是否被装入记录/再现设备1中。嵌入式应用程序49 比应用程序47更高的应用程序(图中表示了嵌入式应用程序49，以致 嵌入式应用程序49是高于应用程序47的应用程序；这并不意味其一 部分可在JVM上执行，相反，嵌入式应用程序49只能够在中间件48 上执行)。
另一方面，嵌入式应用程序49适于实现不直接与记录在光盘11 上的信息的再现处理相关的功能。即，嵌入式应用程序49不是记录 在安装的光盘11上的内容数据，或者保存在与光盘11关联的本地存 储器24中的下载数据的再现处理所必需的程序，比如控制经广播电 波，电缆网络等提供给用户的节目内容的记录的程序，执行web浏览 器和数据库处理的程序，控制充当用户操作单元的助手的显示屏幕(所 谓的GUI)的显示的程序，在通过网络2与预定服务器交换信息情况 下的接口，或者把数据记录在诸如光盘之类的安装记录介质上的处 理。
这样，当对于再现记录在安装的光盘11上的内容数据，或者保 存在与光盘11关联的本地存储器24中的下载数据的处理来说不是必 需的嵌入式应用程序49等于在除诸如JAVA(注册商标)之类虚拟机环 境外的环境中执行时，可以转而使用或者通常使用迄今为止使用的或 者在其它设备等中使用的硬件和软件资源，尽管不对应于多平台。于 是，能够显著降低开发成本。
下面，图7表示控制器21中的软件栈的第二例子。
除了由控制器21执行的导航程序45的一部分，和可与导航程序 45协同执行的应用程序47是利用JAVA(注册商标)语言编写的，以及 导航程序45的一部分及嵌入式应用程序49不一定需要利用JAVA(注 册商标)语言编写(在中间件48上被执行)之外，该情况基本上和利用 图6描述的情况相同。
即使在这种结构的情况下，由于导航程序45的所述一部分和能 够与导航程序协同执行的应用程序47是利用能够运行于虚拟机上的 编程语言，即，能够运行于多平台上的编程语言，比如JAVA(注册商 标)语言编写的，因此利用IXC进行应用程序间通信，并执行协同处 理。
另外类似地在这种情况下，当对记录在安装的光盘上的内容数 据，或者保存在与光盘11关联的本地存储器24中的下载数据的再现 处理来说不是必需的嵌入式应用程序49适于在除诸如JAVA(注册商 标)之类虚拟机环境之外的环境中执行时，可以转而使用或者通常使用 迄今为止使用的或者在其它设备等中使用的硬件和软件资源，尽管不 对应于多平台。于是，能够显著降低开发成本。
这样，通过利用与为导航程序45准备的API库46不同的独特 API(即，后面利用图8描述的API 51和API 52)，应用程序47能够 控制记录/再现设备1的硬件。换句话说，应用程序47能够操作记录/ 再现设备1中的各种参数。另外，应用程序47能够实现事先包括在 记录/再现设备1中，用于实现不是用JAVA(注册商标)编写的特定函 数的系统的控制。
例如，当记录/再现设备1具有接收广播节目的功能，改变要接 收的广播节目的频道的功能，记录接收的广播节目的功能，连接诸如 因特网之类的广域网并进行web浏览的功能，在经网络2与预定服务 器交换信息的情况下的接口功能，或者把数据记录在诸如光盘之类的 安装记录介质上的功能时，能够准备提供这些功能的嵌入式应用程序 49和能够与导航程序45协同控制这些功能的应用程序47。注意，当 控制这些功能的命令等未被包括在作为API库46准备的命令和函数 中时，导航程序45不能直接控制这些功能。
光盘11被配置成可由除记录/再现设备1之外的设备播放，只要 所述设备具有执行导航程序45所需的某些功能，并且导航设备45被 安装在这些设备中。即，按照需要连同记录在本地存储器24中的数 据一起，再现记录在光盘11上的数据的导航程序45和API库46是 应包括在播放光盘11的所有设备中的基本应用程序。在API库46中， 难以准备对播放光盘11的各个设备来说分别独特的所有函数，即， 除执行导航程序45所需的某些函数之外的所有函数。于是，极其可 能的是在API库46中不准备与对播放光盘11的处理来说不是必需的 函数(记录/再现设备1独有的函数)相关的API。导航程序45不能直 接控制记录/再现设备1独有的函数。
换句话说，即使当应用程序47和嵌入式应用程序49不存在，记 录/再现设备1也能够执行播放光盘11的处理。具体地说，例如，即 使不具备作为记录/再现设备1独有功能的接收广播节目的功能，记录 获得的节目内容，数据库功能，web浏览功能等的设备，或者不具有 把数据记录在安装的记录介质上的功能，即，只具有重放功能的设备 也能够播放光盘11，只要提供其中可执行导航程序45的环境即可。
另外，嵌入式应用程序49是能够独立于导航程序45，单独执行 的应用程序。另一方面，应用程序47相反适于只要当与导航程序45 协同时才能运行。导航程序45和嵌入式应用程序49能够彼此完全独 立地被执行。为了能够彼此协同(关联)地执行导航程序45和嵌入式应 用程序49，必须在它们之间提供应用程序47。
在应用程序47和导航程序45适于相互协同运行的情况下，导航 程序45适于能够检测和激活保存在本地存储器24或内存23中，并 且能够与之协同运行的应用程序47。即，例如，至少一项识别光盘 11的标识信息(例如，后面说明的disc_id或content_id)，至少一项识 别内容的提供者的标识信息(例如，后面说明的org_id)等(即，当应用 程序47适于协同多个导航程序45运行时，多项标识信息)与应用程序 47关联。导航程序45适于检测和激活与预定标识信息关联的应用程 序47，并与应用程序47协同地执行操作。
另一方面，例如，应用程序47适于由用户操作输入激活。即使 在这种情况下，应用程序47也适于协同导航程序45运行。另外，例 如，一项或多项识别光盘11的标识信息(例如，后面说明的disc_id 或content_id)，一项或多项识别内容的提供者的标识信息(例如，后 面说明的org_id)等可与应用程序47关联。
另外，运行于JVM 44上的应用程序47和导航程序45(或导航程 序45的一部分)可被配置成JAVA(注册商标)Xlets，并利用IXC(Xlet 间通信)进行这些应用程序之间的通信。
此外，同样利用IXC进行运行于JVM 44上的多个应用程序47 之间的程序间通信。
Xlet是已利用PBP(个人基本简表)和PP(个人简表)定义其规范的 应用程序执行模型。Xlet最初是在JAVA(注册商标)TV中定义的， JAVA(注册商标)TV是关于电视机顶盒的JAVA(注册商标)执行环境 规范。Xlet间通信，即，IXC规范已被增加到该规范中，并且该规范 把Xlet定义为关于CDC(连接装置配置)的应用程序模型。
Xlet执行环境支持多个Xlet的同时执行。由于单个Xlet使用独 立的类装入器，因此单个Xlet不能直接引用其它Xlet。为了在多个 Xlet之间交换信息，定义了IXC。后面将利用图24-图39说明其中利 用IXC，在Xlet之间，即，在应用程序47和导航程序45之间交换信 息，并执行协同处理的情况的一个具体例子。
下面，图8是描述在利用图6和图7说明的软件栈中表示的各项 应用软件中，描述语言和应用程序之间的关系的示图。
即，至少一部分的导航程序45是用JAVA(注册商标)编写的，导 航程序45的另一部分可用另一语言编写。基本上通过从API库46调 用方法，导航程序45控制对记录在安装的光盘11上的内容数据，或 者保存在与光盘11关联的本地存储器24中的下载数据的再现处理来 说必不可少的功能组53(例如，包括由驱动程序41实现的各种函数)， 比如重放控制功能组53-1和显示控制功能组53-2。另外，在导航程 序45中，用另一种语言编写的部分适于利用预定命令，直接控制功 能组53。
在记录/再现设备1中，为了播放由各个内容创作者提供的多种 类型的光盘11，或者为了使各个光盘11不仅能够被记录/再现设备1 播放，而且能够被由各个制造商提供的记录/再现设备，再现设备等播 放，需要一种提供光盘11的内容创作者和提供再现设备(包括记录/ 再现设备1)的制造商遵守的标准(或者依照该标准的协议)。
即，为了利用与光盘11相关的导航程序45，执行再现记录在安 装在记录/再现设备1中的光盘11上的内容数据，或者保存在与光盘 11关联的本地存储器24中的下载数据的处理，即，为了控制对重放 处理来说必不可少的功能组53，所述标准(或者依照所述标准的协议) 需要定义API库方法(在调用API库46中的方法的情况下)，或者命 令(在直接发出命令的情况下)。
相反，由于由导航程序45激活的应用程序47通过利用IXC进 行应用程序间通信，协同导航程序运行，并且是利用对重放处理来说 并非必需的JAVA(注册商标)编写的，因此，应用程序47不必遵守所 述标准(或者依照所述标准的协议)。
于是，应用程序47准备与API库46不同的独特API库51和 52，因此，应用程序47能够访问对重放处理来说必不可少的功能组 53，并且能够访问包括在记录/再现设备1中，并且对重放处理来说并 非必需的功能组54。此外，应用程序47能够利用JNI(JAVA(注册商 标)本地接口)访问嵌入式应用程序49，嵌入式应用程序49是记录/再 现设备1的本地函数。
例如，作为记录/再现设备1的本地函数的嵌入式应用程序49包 括控制web浏览功能的嵌入式应用程序49-1(所谓的web浏览器)，控 制图像记录功能的嵌入式应用程序49-2，控制数据库功能的嵌入式应 用程序49-3(例如，所谓的数据库软件，或其功能的一部分)，控制与 GUI显示屏幕相关，和获得由查看GUI显示屏幕的用户输入的用户 操作的功能的嵌入式应用程序49-4，等等。
注意，这里把嵌入式应用程序49描述成用不同于JAVA(注册商 标)的另一种语言编写的。不过不必说，嵌入式应用程序49可用 JAVA(注册商标)编写。这种情况下，应用程序47和嵌入式应用程序 49利用IXC进行应用程序间通信。换句话说，不要求遵守在再现设 备等上播放光盘11的标准(或者依照该标准的协议)的应用程序47适 于能够进行应用程序间通信，而不管嵌入式应用程序49是用不同于 JAVA(注册商标)的另一种语言编写的，还是用JAVA(注册商标)编写 的。相反，要求遵守所述标准(或者依照该标准的协议)的导航程序45 不能与嵌入式应用程序49进行应用程序间通信。
在一些情况下，这些嵌入式应用程序49的版本被更新。由于情 况通常是这样的，即，这些嵌入式应用程序49通常用在多个信息处 理设备等中，并在预先假定嵌入式应用程序49的版本将被更新的情 况下设计这些嵌入式应用程序49，因此通常是在不改变与OS和其它 应用程序的接口的情况下，更新嵌入式应用程序49的版本的。于是， 即使当嵌入式应用程序49的版本被更新时，如果与应用程序47的接 口未被改变，那么与应用程序47的应用程序间通信功能被保留。于 是，即使当在导航程序45和应用程序47相互协同运行的情况下使用 的嵌入式应用程序49的版本被更新时，也能够在不改变导航程序45 和应用程序47的情况下执行类似的处理。
具体地说，例如，在通过预先确定和屏幕的滚动有关的类库，选 择和确定图标或类似物的方法，查看GUI显示屏幕的用户输入的用户 操作的获取等等，控制涉及GUI显示屏幕的功能的嵌入式应用程序 49-4中，即使当嵌入式应用程序49的版本被更新，也能够在不改变 导航程序45和应用程序47的情况下进行类似的处理。
借助这种结构，当预定设备被配置成可通过利用各种记录介质或 者有线或无线通信，供给直接控制包括在预定设备中的功能的控制程 序，供给已安装在所述预定设备中的控制程序的命令，等等，从远程 控制，即，不同于单个应用程序仅仅在预定设备中被执行的情况时， 由于从外部供给的程序(这里，导航程序45)和已安装在设备中的应用 程序(这里，应用程序47；在一些情况下，实质上包括嵌入式应用程 序49)彼此协同运行，因此能够得到记录/再现设备1，所述记录/再现 设备1能够提供只有该设备才有的，并不只与该设备关联，而是与光 盘11关联的服务，同时遵守定义的标准(或者依照该标准的协议)，以 致与光盘11关联的内容能够被各种再现设备或类似物播放。
图9是表示在利用图6描述的控制器21的功能中，执行导航程 序的情况下实现的例证功能结构的功能方框图。
图9中的每个结构是通过利用控制器21，执行预先准备的或者 记录在光盘11上的导航程序45实现的。
操作输入获取单元61获得指示从用户输入的操作的信号，所述 操作是从操作输入单元29输入的，并把指示从用户输入的操作的信 号输出给菜单屏幕显示控制单元62，数据获取单元63，本地存储器 目录管理单元64或者再现控制单元67中的对应单元。
菜单屏幕显示控制单元62在外部显示装置上显示包括当选择记 录在光盘11上的内容的音频，字幕的语言和视频角度时，用户操纵 的按钮，当选择下下载的更新文件和要删除的文件时，用户操纵的按 钮，等等的菜单屏幕。
数据获取单元63控制利用图1中的因特网接口25进行的通信， 或者利用驱动器27与可拆卸介质28的信息交换。例如，数据获取单 元63从服务器3下载和获得用户指定的更新文件，把获得的文件输 出给本地存储器目录管理单元64。另外，数据获取单元63从后面说 明的文件系统合并处理单元66接收指示必需文件的信息的供给，从 服务器3下载和获得所述必需文件，并把获得的文件输出给本地存储 器目录管理单元64。
本地存储器目录管理单元64管理本地存储器24的目录，并控制 对本地存储器24的数据写入，从本地存储器24的数据读取，和从本 地存储器的数据删除。例如，在本地存储器目录管理单元64的控制 下从本地存储器24的播放列表被输出给存储器23，从本地存储器24 中读出的AV流中的音频数据和视频数据，以及文本字幕文件中的文 本数据被输出给变码器26。另外，当文件系统合并处理单元66将进 行光盘11的文件系统和本地存储器24的文件系统的合并时，本地存 储器目录管理单元64把关于本地存储器24的文件系统的信息输出给 文件系统合并处理单元66。
光盘目录管理单元65检测和管理光盘11的目录，并控制从光盘 11的每项数据的读取。在光盘11上，设置作为标识信息的 organization_id(下面也称为org_id)，disc_id，以及content_id(视需 要)。在光盘目录管理单元65的控制下，从光盘11读出的org_id和 disc_id(视需要，content_id)被输出给数据获取单元63和本地存储器 目录管理单元64。另外，在光盘目录管理单元65的控制下，已从本 地存储器11读出的播放列表被输出给内存23，从光盘读出的AV流 中的音频数据和视频，以及文本字幕文件中的文本数据被输出给变码 器26。另外，当文件系统合并处理单元66将进行光盘11的文件系统 和本地存储器24的文件系统的合并时，光盘目录管理单元65把关于 光盘11的文件系统的信息输出给文件系统合并处理单元66。org_id， disc_id和content_id的说明将在后面给出。
文件系统合并处理单元66合并从光盘目录管理单元65供给的光 盘11的文件系统，和从本地存储器目录管理单元64供给的本地存储 器24的文件系统，从而产生一个虚拟文件系统。文件系统合并处理 单元66把合并产生的虚拟文件系统输出给再现控制单元67。
另外，当记录在本地存储器24中的几个文件被删除(被擦除，即， 数据被删除)时，文件系统合并处理单元66确定是否由于所述几个文 件的删除，在虚拟文件系统中的文件的链接结构(即，利用基于光盘 11的应用程序格式，比如利用图2-图4描述的应用程序格式的播放列 表播放剪辑的数据的链接)中是否出现失效。当确定在虚拟文件系统的 文件的链接结构中出现失效时，文件系统合并处理单元66提取修补 所述失效所必需的文件，并把指示所述必需文件的信息供给数据获取 单元63，以使数据获取单元63能够下载所述必需文件。
此外，例如当由于记录在本地存储器24中的几个文件的删除， 在虚拟文件系统中出现不被任何播放播放(不被所有播放列表指示)的 文件时，文件系统合并处理单元66能够指令本地存储器目录管理单 元64删除这样的不必要文件。
注意是否删除由于删除几个文件而出现的不必要文件可由用户 设置。
再现控制单元67执行由从文件系统合并处理单元66供给的虚拟 文件系统指定的导航程序，并控制内容的重放。具体地说，再现控制 单元67查阅供给并保存在内存23中的播放列表，根据虚拟文件系统 控制本地存储器目录管理单元64或光盘目录管理单元65读出记录在 光盘11上或者本地存储器24中的AV流中的音频数据和视频数据， 以及文本字幕文件中的文本数据(视需要)，并控制图1中的变码器26 进行记录在光盘11上或者本地存储器24中的AV流中的音频数据和 视频数据，以及文本字幕文件中的文本数据(视需要)的解码(重放)。
应用程序协同处理控制单元71检测在执行导航程序45时，是否 存在将与导航程序45协同执行的应用程序47。当存在将与导航程序 45协同执行的应用程序47时，应用程序协同处理控制单元71利用 IXC控制单元72与应用程序47交换信息，并执行预定操作。后面将 利用图24-图39说明由应用程序协同处理控制单元71执行的处理的 一个具体例子。
IXC控制单元72被配置成控制上面说明的IXC，并且具有导航 程序45和应用程序47之间的接口功能。即，IXC控制单元72控制 由借助操作输入获取单元61到再现控制单元67的功能执行的处理获 得的数据或参数对应用程序47(具体地说，与IxcRegistry绑定)的发 送，并控制来自应用程序47(具体地说，查寻IxcRegistry)的信息的接 收。此外，IXC控制单元72还具有多个应用程序47之间的接口功能。
应用程序执行处理单元73控制应用程序47的执行。JNI控制单 元74具有应用程序47和嵌入式应用程序49之间的基于JNI的接口 功能。嵌入式应用程序执行控制单元75控制嵌入式应用程序49的执 行。另外，当嵌入式应用程序49不在记录/再现设备1内执行，而是 由与记录/再现设备1连接的另一设备执行时，嵌入式应用程序执行控 制单元75适于控制由另一外部设备执行的处理。
下面，利用图10-图19，说明由导航程序45中的文件系统合并 处理单元66执行的光盘11的文件系统与管理通过下载自服务器3， 复制自可拆卸介质28，复制自光盘11，等等，记录在本地存储器24 中的数据组的文件系统的合并。
例如，当光盘11被装入记录/再现设备1中时，当给出播放记录 在光盘11上的内容的指令时，当给出输入/输出记录在光盘11上或者 本地存储器24中的任意一项数据的指令时，当用户给出合并指令时， 或类似情况时，执行文件系统的合并。
虚拟文件系统被定义成记录/再现设备1的系统的本地文件系统 (实际记录在光盘11上或者本地存储器24中的数据的文件系统)的上 层。即，如图10中所示，只有作为所述上层的虚拟文件系统才能被 执行从服务器3下载新数据并把新数据记录在本地存储器中，或者再 现实际记录在光盘11上或者本地存储器24中的数据的处理的导航程 序45识别，或者被操作导航程序45的用户识别。换句话说，构成虚 拟文件系统，以使本地文件系统抽象化，并隐藏本地结构，例如记录 /再现设备1中的物理装置和操作系统。
虚拟文件系统的作用主要是在物理装置(光盘11或本地存储器 24)中安装文件/目录，以构成用户识别的虚拟磁盘的文件系统，并向 导航程序45提供构造的虚拟磁盘的文件访问API。
例如，当用户执行请求访问记录在光盘11上或者本地存储器24 中的任意文件的操作输入时，如图11中所示，导航程序45只能够识 别虚拟文件系统。记录在作为实际物理装置的光盘11或者本地存储 器24上的本地文件系统#1或本地文件系统#2，或者光盘11中的文件 系统的结构对导航程序45和操作导航程序45的用户来说被隐藏，并 被配置成可通过虚拟文件系统访问。
为了执行图11中所示的文件访问请求，记录/再现设备1中的导 航程序45调用虚拟文件系统提供的文件输入/输出API(应用编程接 口)，从而使得在不知道光盘驱动器的物理结构，文件系统的软件结构 等的情况下，能够访问实际记录在光盘11上或者本地存储器24中的 数据。即，虚拟文件系统的API实际调用记录/再现设备1中的本地 文件系统的API。
虚拟文件系统提供各种API(包括在图6中的API库中的API)。 提供诸如打开指定文件的open()，关闭指定文件的close()，设置指定 文件的读取位置或写入位置的seek()，获得指定文件的状态的stat()， 读出指定文件的read()，写入指定文件的write()之类的API。当导航 程序45被执行时(即，当实现利用图9说明的功能时)，再现控制单元 67使用这些API操作记录在光盘11上或者本地存储器24中的文件。
另外，虚拟文件系统具有分割和管理本地存储器24的磁盘区的 功能。在本地存储器24的磁盘区中，用于导航程序45管理的文件组 的存储区具有为每个org_id分割的目录结构，如图12中所示。在作 为紧接在org_id下的目录的disc_id之下，内容创作者(内容的提供者) 能够构成一个灵活的文件/目录结构。待保存在本地存储器24中的数 据将位于本地存储器24的磁盘区中的位置，即，待下载的文件的文 件/目录结构由包括在待下载数据中的文件管理信息(后面说明的清单 文件)的描述指定。
在本地存储器24的文件/目录结构中，分割目录的org_id是用于 在对应光盘中构造虚拟文件系统的标识符；disc_id是用于识别与相同 的org_id关联的每项内容的标识符，并被用于在对应的光盘中构成虚 拟文件系统，如同org_id一样。org_id和disc_id是包括在通过网络 2下载的，或者由光盘目录管理单元65从光盘11检测的数据的文件 管理信息(后面说明的清单数据)中的各项信息。
对于每个组织或团体，比如内容的提供者(内容创作者)或内容的 制作者，可以给出org_id。另一方面，多个组织或团体可以使用一个 org_id。另一方面，一个组织或团体可以使用多个org_id。另外，当 假定一项内容被记录在一个光盘11上时，一个disc_id与所述一个光 盘11关联。另一方面，例如，多项内容可被记录在一个光盘1上， disc_id可与各项内容关联。另一方面，当多项内容被记录在一个光盘 11上时，一个disc_id可与所述一个光盘11关联，不同于disc_id的 content_id可与各项内容关联。即，content_id是识别内容的标识符。 这样，不管org_id和disc_id被如何使用，虚拟文件系统都是根据各 个id构成的。后面利用图13说明文件管理信息(清单文件)，org_id 和disc_id的细节。
相反，可从应用程序访问的虚拟磁盘的目录/文件结构适于与光 盘11的目录/文件结构一致。即，与装入记录/再现设备1中的光盘11 对应的org_id和disc_id之下的数据的文件结构与记录在光盘11上的 数据的文件结构合并，从而构成具有以光盘11的目录/文件结构为基 础的目录/文件结构的虚拟磁盘的虚拟文件系统。
另外，除了目录和文件管理方案之外，虚拟文件系统具有以光盘 为增量，管理文件管理信息(即，后面说明的清单文件)的功能。本地 文件系统的文件模型的虚拟文件系统把作为文件管理信息的清单文 件的字段定义为元数据的目的有三个：向用户提供表示内容的名称， 而不是向用户提供实际记录在本地存储器24中的文件的路径或文件 名；避免下载处理中相同文件的重复更新；和定义虚拟文件系统中的 路径名，即，播放光盘11时的路径名。
虚拟文件系统为元数据管理提供两种函数，清单文件和元数据操 作过程。清单文件是指定下载文件的各种性质的元数据。Manifest() 可按对应文件为增量被保存，或者Manifest()片段可被合并成一个文 件，并通过利用为Manifest()片段的标识符的manifest_id(后面在图 13中说明)作为关键字，被设置成是可识别的。不论任何格式，它们 被整体称为清单文件。持有已被下载到本地存储器24的文件的记录/ 再现设备1必须拥有清单文件。另外，通过利用由XML代表的标记 语言，清单文件可被表示成文本。
图13是表示清单文件的语法的示图。
manifest_id是该Manifest()片段的标识符。
organization_id(org_id)是指定用于在对应光盘中构成虚拟文件 系统的标识符的字段。该标识符是通过查阅后面利用图19说明的内 容分发文件的org_id字段确定的。应用程序或者用户不能随意在该字 段中设置数值.
disc_id是指定用于唯一地识别每个光盘或者与相同org_id关联 的每项内容的标识符的字段。和rg_id一样，也被用于在对 应光盘中构成虚拟文件系统。该标识符是通过查阅后面利用图19说 明的内容分发文件的disc_id字段确定的。应用程序或者用户不能随 意在该字段中设置数值。
接下来，permission是由内容创作者指定许可信息的字段，所述 许可信息指示是否使用户看得见或看不见该性质，是否禁止文件的重 写，等等。注意permission中的信息可在除清单文件之外的任意文件 中编写，或者被配置成一个独立的文件。
图14表示能够在包括于图13中的Manifest()中的permission中 指定的一列值。
如图14中所示，当在8位的permission字段中写0×00时， 伴随该元数据的文件的性质是用户不可见的性质。当在8位的 permission字段中写入0×01时，伴随该元数据的文件的性质是用户 可见的性质。当在8位的permission字段中写入0×02时，伴随该元 数据的文件的性质是禁止重写性质。
src_file_name是指示代表所谓的路径的“路径名”的字段，路径 利用能够在本地存储器24的磁盘区中，唯一地指示待记录文件在由 导航程序45管理的存储区的文件系统中的目录结构中的位置，即， 本地存储器24的文件系统的分层结构中的位置的信息，指定文件。 假定用于表示路径名的文件和目录的名称是按照ISO/IEC 646标准编 码的。
dst_file_name是指示代表所谓的路径的“路径名”的字段，路径 利用能够在实际保存在本地存储器24中的文件的虚拟磁盘中的绑定 目的地中，唯一地指示待记录文件在目录结构中的位置，即，虚拟文 件系统的分层结构中的文件位置的信息，指定文件。假定用于表示路 径名的文件和目录的名称是按照ISO/IEC 646标准编码的。
注意在src_file_name和dst_file_name中可以指定相同的名称。
当由src_file_name指定的文件存在于具有不同org_id的目录之 下时，在凭证中写入用于检查文件访问许可的信息。因此，在本地存 储器24中的多个org_id之下的目录中，能够共享一个内容文件。
下面说明元数据操作过程。
虚拟文件系统定义用于读出Manifest()的内容，而不向导航程序 45或用户公布Manifest()的文件名，文件位置，物理结构等的API。
即，通过调用下述API，导航程序45或者由预先嵌入记录/再现 设备1中的软件执行的驻留程序能够间接访问Manifest()。
getProperty
  自变量1：
    字符串类型数据
将对其进行元数据操作的文件的绝对路径名
  自变量2：
    字符串类型数据
    待读出的元数据的项目名
返回值：
    字符串类型数据
    与自变量指定的项目对应的元数据
功能：
   从Manifest()读出元数据
注意，实际上，API的详细定义，比如类型信息，必须随记录/ 再现设备1的软件执行环境的编程语言的规范而变化。
图15是表示光盘11的文件系统的例子的示图。如图15中所示， 光盘11的文件系统具有目录结构。
在光盘11的“根”目录下，准备名为“BDMV”的目录。在该目录 中，保存名为“Info.bdmv”的文件和名为“MovieObjects.bdmv”的文 件。下面，这些文件分别被称为Info文件和MovieObject文件。另外， 通过向“文件名”添加“文件”，引用每个文件，或者通过向“目录名”添 加“目录”，引用每个目录。
Info文件包括和播放光盘11的菜单有关的信息。记录/再现设备 1根据Info文件在显示装置上显示重放菜单屏幕，重放菜单屏幕包括 其内容包括，例如播放光盘11上的整个内容，只播放特定章节，进 行反复重放，显示初始菜单等等的项目。当选择每个项目时，待执行 的MovieObject可设置在Info文件中。当用户从重放菜单屏幕选择一 个项目时，记录/再现设备1执行设置在Info文件中的MovieObject 的命令。
MovieObject文件是包括MovieObject的文件。MovieObject包 括控制记录在光盘11上的播放列表的重放的命令，即，导航程序45 发出的命令。例如，通过从记录在光盘11上的MovieObject中选择 并执行一个MovieObject，记录/再现设备1能够播放记录在光盘11 上的内容。
此外，MovieObject包括协同应用程序47进行处理所需要的各 种命令。具体地说，例如，在MovieObject中包括询问协同导航程序 45执行的应用程序47是否被安装在记录/再现设备1中的命令，当协 同导航程序45执行的应用程序47被安装在记录/再现设备1中时，激 活应用程序47的命令，等等。
在BDMV目录中，另外提供名为“BACKUP”的目录(BACKUP 目录)，名为“PLAYLIST”的目录(PLAYLIST目录)，名为“CLIPINF” 的目录(CLIPINF目录)，名为“STREAM”的目录(STREAM目录)，和 名为“AUXDATA”的目录(AUXDATA目录)。
在BACKUP目录中，记录备份记录在光盘11上的文件和数据 的文件和数据。
在PLAYLIST目录中，保存播放列表文件。如图中所示，每个 播放列表文件被赋予通过向由5位数字组成的文件名增加“.mpls”扩 展名而获得的名称。
在CLIPINF目录中，保存剪辑信息文件。如图中所示，每个剪 辑信息文件被赋予通过向由5位数字组成的文件名增加“.clpi”扩展名 而获得的名称。
在STREAM目录中，保存剪辑AV流文件和子流文件。如图中 所示，每个流文件被赋予通过向由5位数字组成的文件名增加“.m2ts” 扩展名而获得的名称。
在AUXDATA目录中，保存未包括在剪辑AV流文件或子流文 件中，并被剪辑AV流文件或子流文件引用的数据文件，独立于剪辑 AV流文件或子流文件使用的数据文件，等等。在图15中的例子中， 在AUXDATA目录中，保存名为“11111.otf”的字幕字体文件，和名为 “sound.bdmv”的音效。
另外，标识符org_id，disc_id，和content_id(视需要)作为不能 被用户等重写的保密电子数据被记录在光盘11上，或者利用凹坑物 理记录。
图16是表示在本地存储器24的磁盘区中，由导航程序45管理 的存储区的文件系统的一个例子的示图。如图16中所示，本地存储 器24的文件系统也具有目录结构。
在本地存储器24的“根”目录下，准备名为“org_id”的至少一个 目录。在“org_id”目录下，准备名为“disc_id”的至少一个目录。 “org_id”和“disc_id”被用于构成虚拟文件系统。使包括在本地存储器 24的“根”目录下的各个“org_id”中的所有“disc_id”彼此不同，以便能 够相互区分。“disc_id”目录包括由一组Manifest()片段或者一个 Manifest()片段组成的清单文件。其它目录和文件的结构可由内容创 作者随意设置。例如，这可类似于利用图15说明的光盘11的目录/ 文件结构，或者如图16中所示，完全不同于利用图15说明的光盘11 的目录/文件结构。
例如，在图16中，在“disc_id”目录下，除了清单文件外，设有 诸如“MainMovie”目录，“SubTitle”目录和“AUXDATA”目录之类的 多个文件夹。这些目录可进一步包括文件夹或文件。
图16中所示的本地存储器24的目录/文件结构对由记录/再现设 备1执行的导航程序45或者对用户来说是隐藏的。
例如，在利用图13描述的Manifest()片段中，当在src_file_name 字段中指定路径名“/MainMovie/movie01/main.r1.jp.mp2”，并在 dst_file_name字段中指定路径名“/STREAM/01002.m2ts”时，如图17 中所示，下载的数据以文件名main.r1.jp.mp2被记录在本地存储器24 中对应org_id和disc_id之下的MainMovie目录中的movie01目录中。 在虚拟磁盘中的虚拟文件系统中，这被看作STREAM目录中具有文 件名01002.m2ts的文件。
这样，在下载的文件包的Manifest()片段的src_file_name字段 中，内容创作者能够指定本地存储器24中的路径名，并且在 dst_file_name字段中，能够指定虚拟磁盘中的虚拟文件系统的路径 名。于是，当在dst_file_name字段中设置适于虚拟磁盘中的虚拟文 件系统的路径名时，内容创作者能够随意设置在实际记录于记录/再现 设备1的本地存储器24中的数据的disc_id之下的文件/目录结构，并 且能够向disc_id之下的区域增加新的目录或文件。
另外，当下载实际文件时，如果Manifest()片段中的 dst_file_name字段保留为空，那么不能从在记录/再现设备1中执行 的应用程序引用该文件(即，不能从在记录/再现设备1中执行的应用 程序或者用户识别该文件的存在)。即，实际文件被保存在本地存储器 24中，该文件在本地存储器的文件系统中被正确识别。但是，通过使 dst_file_name字段保留为空，该文件被视为未存在于虚拟文件系统 中，能够对在记录/再现设备1中执行的应用程序或者对用户隐藏该文 件。
利用这一点，在使Manifest()片段的dst_file_name字段保留为 空的时候，下载实际的文件。在未来，具有相同Manifest_id，并且具 有在dst_file_name字段中写入的在虚拟文件系统中的预定路径名的 Manifest()片段被重新下载，从而重写Manifest()片段。因此，在下载 新的Manifest()片段的时候，这可由在记录/再现设备1中执行的应用 程序按照与下载实际文件的情况类似的方式处理。
这样，通过允许多个附加音轨被同时下载，或者通过利用预定的 记录介质或类似物同时分发多个附加音轨，并且随后通过只允许其中 写入dst_file_name字段，以致应用程序能够识别不同的附加音轨的 Manifest()片段在预定时刻被下载和重写，能够向用户提供在不同时 刻增加附加音轨，而不需要大容量的频繁下载的数据的服务
另外，使光盘11和本地存储器24中的实际文件系统与虚拟磁盘 中的文件系统同步(绑定)的方案可以是所谓的静态绑定方案或动态绑 定方案。另一方面，可以定义用于更新虚拟文件系统的新的API(例如， update())，当该API被用户操作或者应用程序明确调用时，虚拟文件 系统可被更新。
注意静态绑定适于在光盘11被装入记录/再现设备1中的时刻， 或者在切换重放标题的时刻，引用光盘11和本地存储器24中的实际 文件系统，并映射虚拟文件系统的目录/文件结构；动态绑定适于在发 出文件输入/输出请求的时刻，搜索必需的文件。
可取的是虚拟磁盘的目录/文件结构适于匹配光盘11的目录/文 件结构，如上所述。在许多情况下，光盘11的目录/文件结构是依据 标准等预先确定的，不可改变。更可取的是本地存储器24中的实际 文件系统的目录和文件的结构可由内容创作者随意设置。于是，当虚 拟磁盘的目录/文件结构适于根据不可改变的光盘11的目录/文件结构 设置，同时内容创作者分发的数据的自由度被保留时，能够执行能够 与所述标准，比如光盘11的应用程序格式一致的重放处理，这是可 取的。
图18中表示了虚拟磁盘中的目录/文件结构的一个例子。
在图18中所示的虚拟磁盘的目录/文件结构中的“根”目录下，准 备名为“BDMV”的目录。在该目录中，保存名为“Info.bdmv”的文件 和名为“MovieObjects.bdmv”的文件。
Info文件包括和播放记录在光盘11上和本地存储器24中，并被 应用程序视为记录在虚拟磁盘上的内容的菜单有关的信息。记录/再现 设备1根据Info文件在显示装置上显示重放菜单屏幕，重放菜单屏幕 包括其内容包括，例如播放视为记录在虚拟磁盘上的整个内容，只播 放特定章节，进行反复重放，显示初始菜单等等的项目。当选择每个 项目时，待执行的MovieObject可设置在Info文件中。当用户从重放 菜单屏幕选择一个项目时，记录/再现设备1执行设置在Info文件中 的MovieObject的命令。
MovieObject文件是包括MovieObject的文件。MovieObject包 括控制视为记录在虚拟磁盘上的播放列表的重放的命令，即，导航程 序45发出的命令。例如，通过从视为记录在虚拟磁盘上的 MovieObject中选择并执行一个MovieObject，记录/再现设备1能够 播放视为记录在虚拟磁盘上的内容。此外，MovieObject包括协同应 用程序47进行处理所需要的各种命令。
在BDMV目录中，另外提供名为“BACKUP”的目录(BACKUP 目录)，名为“PLAYLIST”的目录(PLAYLIST目录)，名为“CLIPINF” 的目录(CLIPINF目录)，名为“STREAM”的目录(STREAM目录)，和 名为“AUXDATA”的目录(AUXDATA目录)。
在BACKUP目录中，记录用于备份视为记录在虚拟磁盘上的文 件和数据的文件和数据。
在PLAYLIST目录中，保存播放列表文件。和光盘11的情况相 同，每个播放列表文件被赋予通过向由5位数字组成的文件名增加 “.mpls”扩展名而获得的名称。
在CLIPINF目录中，保存剪辑信息文件。和光盘11的情况相同， 每个剪辑信息文件被赋予通过向由5位数字组成的文件名增加“.clpi” 扩展名而获得的名称。
在STREAM目录中，保存剪辑AV流文件和子流文件。和光盘 11的情况相同，每个流文件被赋予通过向由5位数字组成的文件名增 加“.m2ts”扩展名而获得的名称。
在AUXDATA目录中，保存未包括在视为记录在虚拟磁盘上的 剪辑AV流文件或子流文件中，并被剪辑AV流文件或子流文件引用 的数据文件，独立于剪辑AV流文件或子流文件使用的数据文件，等 等。
注意，在提供给用户的菜单屏幕中，指示文件的信息通常是在 display_name字段中指定的名称。例如，利用图18描述的虚拟磁盘 中的目录/文件结构不对导航程序45，其它应用程序或用户隐藏。根 据在记录/再现设备1中执行的应用程序，向用户呈现虚拟磁盘中的目 录/文件结构没有任何问题。
下面利用图19，说明在内容创作者分发内容时的内容分发文件 格式的定义。分发内容时的文件格式可以是以内容文件为增量的单独 分发，或者如图19中所示，包括元数据(Manifest())的档案格式。
注意档案中的Package_header()片段和Package_Body()片段可 以通过利用由XML代表的标记语言，用文本表示。
注意，当内容创作者以文件为增量单独分发内容时，元数据 (Manifest())被视为独立的二进制文件或文本文件。即，预期在增加之 后的目录结构时，必须在与以文件为增量分发的内容关联的Manifest() 中写入适当的状态。
compression_type是指定Package_Body()中的数据的压缩格式 的字段。当在该字段中指定0时，Package_Body()中的数据被视为呈 非压缩格式。
encryption_type是指定Package_Body()中的数据的加扰方案(加 密方案)的字段。当在该字段中指定0时，Package_Body()中的数据被 视为呈非加扰(明文)格式。
注意Package_Body()中的数据的加扰和压缩是按照1.压缩处理 和2.加扰处理的顺序进行的。
file_coutn是指定待存档的文件的总数的字段。
manifest_id是指定该Manifest()片段的标识符的字段。
在下载档案数据之后，Manifest()片段可按对应的下载文件为增 量(以一项档案数据为增量)被保存在本地存储器24中，或者Manifest() 片段可被合并成一个文件，并通过利用manifest_id(Manifest()的标识 符)作为关键字，被设置成是可识别的。
organization_id(org_id)是指定用于在对应光盘中构建虚拟文件 系统的标识符的字段。
disc_id是指定用于识别每个光盘11或者与相同的org_id关联的 每项内容的标识符的字段。即，该档案是与由disc_id指定disc_的光盘11 上的内容对应的更新数据。
permission是由内容创作者指定许可信息的字段，所述许可信息 指示是否使用户看得见或看不见该性质，是否允许文件的重写，等等。 可在Permission中指定的数值和利用图14说明的那些数值相同。注 意permission中的信息可在除清单文件之外的任意文件中编写，或者 被配置成一个独立的文件。
src_file_name是指示应记录在本地存储器24中的文件的路径名 的字段，和利用图17所述一样。假定文件/目录名是按照ISO/IEC 646 标准编码的。
dst_file_name是指示文件在虚拟磁盘(虚拟文件系统)中的绑定 目的地的路径名的字段，和利用图17所述一样。假定文件/目录名是 按照ISO/IEC 646标准编码的。
注意在src_file_name和dst_file_name中可以指定相同的名称。
当由src_file_name指定的文件存在于具有不同org_id的目录之 下时，在凭证中写入用于检查文件访问许可的信息。因此，在本地存 储器24中的多个org_id之下的目录中，能够共享一个内容文件。
file_size是以字节为增量，指定压缩前的文件大小的字段。
file_data是把文件数据指定成字节序列的字段。
呈如利用图19说明的内容分发文件格式的数据被下载，并在记 录/再现设备1中，与记录在安装的光盘11上的数据合并，从而构成 虚拟磁盘中的虚拟文件系统。因此，利用记录/再现设备1播放记录在 光盘11上的内容的用户觉得好像附加音轨，或者不同语言的音频或 显示字幕被增加到记录在光盘11上内容中并被更新。
当按照上述文件格式配置的内容将被更新时，例如，在利用图 18说明的虚拟文件系统中，新的数据文件被下载和绑定，以致信息文 件(Info.bdmv)，电影对象文件(MovieObjects.bdmv)，播放列表文件 (＊＊＊＊＊.mpls)，剪辑信息文件(＊＊＊*＊.clpi)，流文件或AUX数据文件 (＊＊＊＊＊.m2ts，＊＊＊＊＊.bdmv，＊＊＊＊＊.otf)等被添加或更新。为了与记录 在已安装的光盘11上的内容关联地下载和播放这些文件，执行主路 径的添加，子路径的添加，等等。
注意，在增加或更新文件的时候，当预先保存在本地存储器24 中的文件和新获得的文件具有相同的文件名时，如果在permission中 写入的性质允许文件重写，那么执行重写副本；如果在permission中 写入的性质不允许文件重写，那么不执行重写副本。这种情况下，即 使不执行文件复制处理，文件名也可能被改变，并可执行文件复制处 理。另一方面，当新获得的文件的文件名不是预先保存在本地存储器 24中的任意文件的相同文件名时，该文件被新添加和保存在本地存储 器24中。
注意除具有上述文件结构的AV流数据之外的AV流数据可被记 录在光盘11上，由变码器26解码和再现，并被转换格式和记录在另 一光盘11上。不过，关于除具有上述文件结构的AV流数据之外的 AV流数据，不能利用下载到本地存储器24中的文件构成虚拟文件系 统。于是，当除具有上述文件结构的AV流数据之外的AV流数据被 记录在光盘11上时，使用记录/再现设备1的用户不能处理该数据， 以便增加记录在光盘11上的文件，或者更新其一部分。
另外，为了使记录/再现设备1不必执行播放列表编辑，可预先 在数据目的地源(内容创作者)打包对增加/更新来说必需的文件，可以 逐个磁盘地(即，以由Disc_id指示的目录中的数据为增量)下载文件。
这样，在记录/再现设备1中，具有如图19中所示结构的新数据 经网络2从服务器3被下载，并根据在元数据Manifest()中写入的 src_file_name中指示的路径名被保存在本地存储器24中。虚拟文件 系统中的路径是根据在Manifest()中写入的dst_file_name中指示的路 径名设置的。记录/再现设备1中的应用程序(例如，进行重放处理的 导航程序45)适于能够根据虚拟文件系统，即，在dst_file_name中指 示的路径处理记录在光盘11上的数据和记录在本地存储器24中的数 据，而不区分这两者。
即，在记录/再现设备1中，当收到增加数据的指令(下载指令) 时，对应的清单文件(可以是全部清单文件或者一些清单文件)经网络 2被发给服务器3，从服务器3获得当前可以增加的内容项目的列表。 应用程序向用户呈现能够增加的内容项目的列表，用户从呈现的列表 中选择要下载的内容。
当用户选择要下载的内容时，能够执行从服务器3下载数据的处 理的应用程序(例如，该应用程序可以是和能够执行数据增加处理或数 据再现处理的应用程序相同或不同的应用程序)开始下载数据。
当完成下载时，利用管理文件系统的导航程序45，把下载的文 件包组安装在虚拟文件系统上，利用静态绑定、动态绑定等等，使本 地文件系统和虚拟文件系统同步。
下面，参考图20-图23的流程图，说明在执行记录/再现设备1 中的导航程序的情况下，通过新近从外部获得文件，把该文件保存在 本地存储器24中，并构造虚拟文件系统，再现记录在光盘11上的信 息和保存在本地存储器24中的信息所需的处理。
首先，参考图20中的流程图，说明逐个文件的增加和更新处理。
在步骤S1中，由控制器21执行的导航程序45的操作输入获取 单元61根据从操作输入单元29供给的信号，确定是否从用户收到开 始逐个文件的增加处理，即，把增加包括在由预定disc_id指示的目 录中的一个文件的处理的命令。当在步骤S1中确定没有收到开始文 件增加处理的命令时，重复步骤S1中的处理，直到确定收到开始文 件增强处理的命令为止。
当在步骤S1中确定收到开始文件增加处理的命令时，在步骤S2 中，本地存储器目录管理单元64控制数据获取单元63经因特网接口 25和网络2访问服务器3，并发送指示虚拟文件系统的当前状态的信 息，比如对应Manifest()片段的Manifest_id。
在步骤S3中，数据获取单元63控制因特网接口25确定是否经 网络2，从服务器3收到与能够被下载的文件的列表对应的信息。
当在步骤S3中确定未收到与能够被下载的文件的列表对应的信 息时，在步骤S4中，菜单屏幕显示控制单元62进行控制，以显示把 不能完成文件增加处理的事件通知用户的错误消息，并终止该处理。
当在步骤S3中确定收到了与能够被下载的文件的列表对应的信 息时，在步骤S5中，数据获取单元63把从服务器3发送并被因特网 接口25接收的与能够被下载的文件的列表对应的信息供给菜单屏幕 显示控制单元62。菜单屏幕显示控制单元62在显示装置上显示适于 使用户可从能够被下载的文件的列表中选择所需文件的菜单屏幕。
在步骤S6，操作输入获取单元61确定用户是否操作了借助菜单 屏幕显示控制单元62进行的处理，控制显示的菜单屏幕的按钮、按 键等等，以选择要增加的项目。当在步骤S6确定没有选择要增加的 项目时，重复步骤S6中的处理，直到确定选择了要增加的项目为止。
当在步骤S6中确定选择了要增加的项目时，在步骤S7中，操 作输入获取单元61把指示用户选择的更新内容的信息提供给数据获 取单元63。数据获取单元63控制因特网接口25向服务器3发送指示 所请求文件的信息，并请求下载用户选择的文件。
在步骤S8中，数据获取单元63控制因特网接口25下载由服务 器3准备成一个下载文件的播放列表文件，剪辑信息文件，剪辑AV 流文件，音频文件，文本字幕流文件，字体文件等，并通知本地存储 器目录管理单元64这些文件已被下载。
在步骤S9中，本地存储器目录管理单元64根据包括在下载文件 的Manifest()中的org_id和disc_id，确定这些所识别的目录是否 已存在于本地存储器24中。当对应目录存在D时，在该目录中展开 下载的数据文件。当对应目录不存在时，在本地存储器24中创建由 org_id和disc_id指定的新目录，并展开下载的数据文件。
在步骤S10,执行后面利用图21说明的绑定处理，并终止该处 理。
借助这种处理，能够从服务器3下载更新文件，保存在本地存储 器24中，并被视为记录在光盘11上的内容的更新文件。
即，借助这种处理，能够构成虚拟文件系统，所述虚拟文件系统 使购买记录有诸如电影之类内容的光盘的用户能够获得未预先记录 在光盘11上的显示某种语言的字幕所需的文件，或者查看附加音轨 所需的文件，以及把获得的文件保存在本地存储器24中，另外，所 述虚拟文件系统使执行重放处理的导航程序45能够处理记录在光盘 11上的数据和保存在本地存储器24中的数据，而不区分这两者，并 且能够对用户或导航程序45隐藏数据的物理存储器。
可以付费或免费地进行如上所述的更新文件的下载。
下面参考图21中的流程图，说明在图20中的步骤S20中执行的 绑定处理。
在步骤S21中，本地存储器目录管理单元64从记录在本地存储 器24中的下载数据组中提取对应的disc_id目录，并把disc_id目录 提供给文件系统合并处理单元66。
在步骤S22，文件系统合并处理单元66参考清单文件中的 src_file_name和dst_file_name。
在步骤S23中，文件系统合并处理单元66根据在步骤S22中参 考的src_file_name和dst_file_name，绑定本地文件系统和虚拟文件 系统。
具体地说，在src_file_name中指定表示所谓的路径的“路径名”， 它是能够在本地存储器24的文件系统中，唯一地指定该文件将被记 录在目录结构中的位置的信息。在dst_file_name中指定表示所谓的 路径的“路径名”，它是能够在将实际保存在本地存储器24中的文件 的虚拟磁盘中的绑定目的地中，唯一地指示该文件将被记录在目录结 构中的位置的信息。
例如，在利用图13描述的Manifest()片段中，当在src_file_name 中指定路径名“/MainMovie/movie01/main.r1.jp.mp2”，并在 dst_file_name中指定路径名“/STREAM/01002.m2ts”时，下载数据被 记录在本地存储器24中，和利用图17所述一样，文件名 main.r1.jp.mp2在对应org_id和disc_id之下的MainMovie文件夹中 的movie01文件夹中。在虚拟磁盘中的虚拟文件系统中，文件系统合 并处理单元66绑定该数据，以便被视为具有STREAM目录中的文件 名01002.m2ts的文件。
内容创作者能够在下载文件包的Manifest()片段的 src_file_name字段中，指定本地存储器24中的路径名，能够在 dst_file_name字段中指定在虚拟磁盘中的虚拟文件系统中的路径名。 于是，当适于虚拟磁盘中的虚拟文件系统(适于光盘11的文件系统) 的路径名被设置在dst_file_name字段中时，内容创作者能够随意设 置在实际记录在记录/再现设备1中的本地存储器24中的数据的 disc_id之下的文件/目录结构，并且能够对disc_id之下的区域增加新 的目录或文件。
下面参考图22中的流程图，说明逐个磁盘的增加和更新处理。
在步骤S41，控制器21执行的导航程序45的操作输入获取单元 61根据从操作输入单元29供给的信号，确定是否从用户收到开始逐 个磁盘的增加处理，即，在将实际记录在本地存储器24中的数据的 disc_id下面增加一个文件的处理的命令。当在步骤S41中确定没有收 到开始文件增加处理的命令时，重复步骤S41中的处理，直到确定收 到开始文件增加处理的命令为止。
当在步骤S41中确定收到了开始文件增加处理的命令时，在步骤 S42中，控制器21的本地存储器目录管理单元64控制数据获取单元 63经因特网接口25和网络2访问服务器3，并发送指示虚拟文件系 统的当前状态的信息，比如包括在对应disc_id之下的清单文件中的 所有Manifest()片段的Manifest_id。
在步骤S43，数据获取单元63控制因特网接口25确定是否经网 络2从服务器2收到了与能够逐个磁盘下载的文件的列表对应的信 息。
当在步骤S43中确定没有收到与能够逐个磁盘下载的文件的列 表对应的信息时，在步骤S44中，菜单屏幕显示控制单元62进行控 制，从而显示把不能进行文件增加处理的事实通知用户的错误消息， 并终止该处理。
当在步骤S43中确定收到了与能够下载的文件的列表对应的信 息时，在步骤S45中，数据获取单元63把从服务器3发送的，并被 因特网接口25接收的，与能够逐个磁盘下载的文件的列表对应的信 息供给菜单屏幕显示控制单元62。菜单屏幕显示控制单元62在显示 装置上显示适于使用户能够从可被下载的文件的列表中选择所需文 件的菜单屏幕。
在步骤S46，操作输入获取单元61确定用户是否操作了借助菜 单屏幕显示控制单元62进行的处理，控制显示的菜单屏幕的按钮、 按键等等，以选择要增加的项目。当在步骤S46中确定没有选择要增 加的项目时，重复步骤S46中的处理，直到确定选择了要增加的项目 为止。
当在步骤S46中确定选择了要增加的项目时，在步骤S47中， 操作输入获取单元61把指示用户选择的更新内容的信息提供给数据 获取单元63。数据获取单元63控制因特网接口25向服务器3发送指 示所请求的文件的信息，并请求逐个磁盘地下载用户选择的文件。
在步骤S48，数据获取单元63控制因特网接口25下载服务器3 以下载文件的形式准备的逐个磁盘的文件组，并通知本地存储器目录 管理单元64，已下载逐个磁盘的文件组。
在步骤S49中，本地存储器目录管理单元64根据包括在下载文 件的Manifest()中的org_id和disc_id，在本地存储器24中产生由这 些ID识别的目录，并展开逐个磁盘的下载数据。
在步骤50中，执行利用图21描述的绑定处理，并终止该处理。
借助这种处理，能够逐个磁盘地从服务器3下载更新文件，记录 在本地存储器24中，并视为记录在光盘11上的内容的更新文件。
即，借助这种处理，能够构成虚拟文件系统，所述虚拟文件系统 使购买记录有诸如电影之类内容的光盘的用户能够获得未预先记录 在光盘11上的显示某种语言的字幕所需的文件，或者查看附加音轨 所需的文件，以及把获得的文件保存在本地存储器24中，另外，所 述虚拟文件系统使执行重放处理等的导航程序45能够处理记录在光 盘11上的数据和保存在本地存储器24中的数据，而不区分这两者， 并且能够对用户或导航程序45隐藏数据的物理存储器。
另外，和逐个文件地进行下载的情况一样，可以付费或免费地进 行逐个磁盘的更新文件的这种下载。
另外，图20中说明了在由用户发出逐个文件下载的命令的情况 下的处理，图22中说明了在由用户发出逐个磁盘下载的命令的情况 下的处理。另一方面，不必说，可允许用户在不区分逐个文件的下载 和逐个磁盘的下载的情况下，发出开始下载文件的指令。即，取决于 从服务器3下载的数据的格式是逐个文件的还是逐个磁盘的，允许改 变本地存储器目录管理单元64在本地存储器24中展开下载数据的方 法。
仅仅由导航程序45执行的处理，比如上面说明的增加和更新内 容的更新数据文件的处理，和绑定处理本质上是对与相同disc_id关 联的数据文件执行的处理。换句话说，这些处理是作为与安装的光盘 关联的处理执行的。
即，如上所述，通过执行导航程序45，对应于光盘11的更新数 据被下载，下载的更新数据被保存在本地存储器24中由对应的org_id 和disc_id定义的路径中。因此，文件播放处理是在不区分光盘11和 本地存储器24中由对应org_id和disc_id定义的存储区的情况下执行 的。此外，本质上，即使当相同的光盘11被装入与能够执行导航程 序45的记录/再现设备1不同的再现设备中时，该再现设备也被配置 成执行类似的处理。当不同的光盘被装入记录/再现设备1中时，借助 播放该光盘的不同导航程序，执行对本地存储器24中由不同disc_id 定义的存储区的绑定处理。
相反，当应用程序47被安装在记录/再现设备1中时，导航程序 45和应用程序47能够被协同执行，另外，与多个光盘11关联，能够 执行一系列的处理。
下面参考图23中的流程图，说明重放处理和文件系统构成处理。
在步骤S141中，控制器21确定是否安装了光盘11。当在步骤 S141中确定未安装光盘11时，重复步骤S141中的处理，直到确定安 装了光盘11为止。
当在步骤S141中确定安装了光盘11时，在步骤S142中，控制 器21执行导航程序45。
在步骤S143中，导航程序45的光盘目录管理单元65从光盘11 读出org_id和disc_id，并把读出的和disc_id供给本地存储器 目录管理单元64,文件系统合并处理单元66,和应用程序协同处理 控制单元71。
在步骤S144，执行后面利用图25说明的协同处理。
在步骤S145，导航程序45的再现控制单元67根据从操作输入 获取单元61供给的用户操作输入，确定是否从用户收到发出播放内 容的命令的操作输入。当在步骤S145中确定没有收到发出播放内容 的命令的操作输入时，处理进入后面说明的步骤S150。
当在步骤S145中确定收到了发出播放内容的命令的操作输入 时，操作输入单元61把对应于用户操作输入的信号供给光盘目录管 理单元65，光盘目录管理单元65把从光盘11读出的org_id和disc_id 输出给本地存储器目录管理单元64。因此在步骤S146中，执行利用 图21说明的绑定处理。
在步骤S147，再现控制单元67控制本地存储器目录管理单元64 和光盘目录管理单元65获得由导航程序指定为重放片段的播放列表 和子播放项目，读出被获得的播放列表和子播放项目引用的流文件 (AV文件，音频文件，文本字幕文件等等)，并把流文件供给变码器 26。这里，通过利用剪辑信息，由播放列表和子播放项目指示的时间 戳记被转换成地址，得以访问AV流等。
在步骤S148，再现控制单元67控制变码器26播放由播放项目 指定的内容。
在步骤S149，操作输入获取单元61确定是否收到发出切换重放 标题(要播放的内容)的命令的操作输入。当在步骤S149中确定没有收 到发出改变重放标题的命令的操作输入时，处理进入后面说明的步骤 S150。
当在步骤S149中确定收到了改变重放标题的命令的操作输入 时，操作输入获取单元61把与用户操作输入对应的信号提供给光盘 目录管理单元65，光盘目录管理单元65把从光盘11读出的org_id 和disc_id输出给本地存储器目录管理单元64。因此，处理返回步骤 S146，重复步骤S146之后的处理。
当在步骤S145中确定没有收到发出播放内容的命令的操作输入 时，或者当在步骤S149中确定没有收到发出改变重放标题的命令的 操作输入时，在步骤S150中，操作输入获取单元61确定用户是否发 出增加文件的命令。
当在步骤S150中确定发出了增加文件的命令时，在步骤S151 中，数据获取单元63，本地存储器目录管理单元64等执行已利用图 20和图22说明的增加文件的处理。
在步骤S152，执行利用图21描述的绑定处理。
当在步骤150中确定没有发出增加文件的命令时，或者在结束步 骤S152中的处理之后，在步骤S153中，操作输入获取单元61确定 是否发出了更新虚拟文件系统的命令。
当在步骤S153中确定发出了更新虚拟文件系统的命令时，调用 为更新虚拟文件系统而定义的API(例如update())，在步骤S154中， 执行利用图21说明的绑定处理。
当在步骤S153中确定没有发出更新虚拟文件系统的命令时，或 者在结束步骤S154中的处理之后，在步骤S155中，操作输入获取单 元61确定是否发出了终止记录/再现设备1执行的处理(例如，导航程 序45的终止或者关闭记录/再现设备1的电源)的命令。
当在步骤S155中确定没有发出终止记录/再现设备1执行的处理 的命令时，处理返回步骤S144，并重复步骤S144之后的处理。当在 步骤S155中确定发出了终止记录/再现设备1执行的处理的命令时， 终止处理。
借助这种处理，预先记录在光盘11上的数据和下载自服务器3， 并保存在本地存储器24中的数据在预定计时被绑定，从而构成虚拟 文件系统，根据该虚拟文件系统播放内容。
这里注意，说明的是在执行文件增加处理之后进行绑定。不必说， 也可在执行文件删除处理之后进行绑定。
另外，由于在步骤S143中从光盘读出org_id和disc_id，并提供 给应用程序协同处理控制单元71，因此，在步骤S144中控制器21 能够执行应用程序47和对应导航程序45的协同处理。
另外，这里说明的是在绑定处理和内容播放处理之前，执行后面 利用图25描述的协同处理。不必说，可以在导航程序45的执行过程 中的任意计时，执行所述协同处理。即，可以根据导航程序45的描 述，在导航程序45的创建者或者提供者希望的计时执行后面利用图 25说明的协同处理。
另外，通过在内存23中展开保存在本地存储器24中的应用程序 47和记录在光盘11上的导航程序45，并相互协同地运行应用程序47 和导航程序45，控制器21能够控制记录/再现设备1的操作。
参见图24，说明应用程序47和导航程序45之间的协同。
如上所述，控制器21能够执行由于虚拟机，比如JAVA(注册商 标)的安装，能够在多平台上运行的应用程序，或者只能够在控制器 21的执行环境中运行的应用程序。不过，只能够由记录/再现设备1 中的嵌入式应用程序提供的功能有限。
另外，在记录/再现设备1中，如上所述，虚拟文件系统由导航 程序45构成，从而有可能作为一个区域，处理光盘11和本地存储器 24中的相应数据存储区。
于是，当在控制器21中准备JAVA(注册商标)操作环境时，并且 当导航程序45是用JAVA(注册商标)编写的，并适于能够在JVM 44 上运行时，如上利用图6所述(换句话说，当导航程序45和应用程序 47适于在公共的执行环境中运行时)，除了将利用导航程序45绑定的 文件系统的存储区之外，通过在本地存储器24或内存23中准备用于 保存能够类似地在JVM 44上运行的另一应用程序47的区域，有可能 利用IXC(Xlet间通信)相互协同地运行导航程序45和应用程序47。
例如，当导航程序45和应用程序47不是由于虚拟机的安装，而 能够在多平台上运行的应用程序时，由于能够提供记录/再现设备1 的特有功能的应用程序47是根据每个制造商提供的，能够播放光盘 11的再现设备的软件平台设计的，因此为了相互协同地运行导航程序 45和应用程序47，必须与在每个软件平台上运行的应用程序47关联 地准备导航程序45。
换句话说，当导航程序45和应用程序47是由于虚拟机的安装， 而能够在多平台上运行的应用程序时，即使当各个制造商提供的，能 够播放光盘11的再现设备的软件平台不相同，也能够容易地提供从 记录在光盘11上的导航程序45，激活能够提供记录/再现设备1的独 有功能的应用程序47的API。
即，通过把导航程序45和应用程序47配置成JAVA(注册商 标)Xlet(它们是由于虚拟机的安装，则能够在多平台上运行的应用程 序)，通过利用IXC进行导航程序45和应用程序47之间的通信，也 能够执行协同处理。另外，通过使用独立的API或JNI(JAVA(注册商 标)本地接口)，应用程序47能够访问包括预先嵌入记录/再现设备1 中，对重放处理来说并非必需功能的功能组54和嵌入式应用程序49。
JNI是从JAVA(注册商标)程序，使用利用另一语言(例如，C语 言或C++语言)开发的本机代码的程序的API，即，从利用JAVA(注 册商标)开发的程序，使用利用另一语言开发的本机代码的程序(能够 在特定平台上原样执行的程序)的API。
另外，当作为记录/再现设备1的独立函数的应用程序47(即，不 同于导航程序45，应用程序47实质上不需要被安装在能够播放光盘 11的所有设备中)被配置成JAVA(注册商标)Xlet时，能够配置更灵活 的应用程序环境。
注意，在导航程序45中，清单文件管理的文件本质上是由org_id 和disc_id定义的虚拟文件系统中的文件。于是，为了应用程序47和 导航程序45协同执行处理，必须在清单文件中设置凭证，以使应用 程序47能够视需要访问由预定的清单文件管理的文件。
具体地说，例如，当播放了全系列的电影时，可以允许下载附加 音轨；当播放了由公司A销售或提供的预定数目或更多的光盘11时， 可以允许免费下载游戏。当在由对应于多个光盘11的org_id和 disc_id定义的虚拟文件系统中执行的导航程序45和应用程序47协同 执行处理时，必须设置在对应的各个清单文件中的凭证，以允许访问 该应用程序47。
下面，参考图25中的流程图，说明在图23中的步骤S144中执 行的导航程序45和应用程序47的协同处理。
在步骤S181，应用程序协同处理控制单元71确定是否要协同与 它自己(即，导航程序45)对应的应用程序47执行处理。当在步骤S181 中确定不协同对应的应用程序47执行处理时，处理返回图23中的步 骤S144，并进入步骤S145。
当在步骤S181中确定要协同对应的应用程序47执行处理时，在 步骤S182，应用程序协同处理控制单元71确定记录/再现设备1是否 能够执行应用程序47。
具体地说，例如，当检测到的应用程序47将进行控制定时记录 的执行的处理时，除非记录/再现设备1具有图像记录功能，或者与外 部图像记录设备连接，并且处于记录/再现设备1能够控制该图像记录 设备的定时记录处理的状态，否则记录/再现设备1不能执行检测到的 应用程序47。另一方面，当检测到的应用程序47将利用画中画显示 进行控制附加音轨的重放的处理时，除非记录/再现设备1具有进行画 中画显示的功能，否则记录/再现设备1不能执行检测到的应用程序 47。另一方面，当检测到的应用程序47执行利用次语音，控制重放 导演和表演者的评论的处理时，除非记录/再现设备1具有播放次语音 的功能，否则记录/再现设备1不能执行检测到的应用程序47。
当在步骤S182中确定不能执行检测到的应用程序47时，处理返 回科23中的步骤S144，并进入步骤S145。
当在步骤S182中确定能够执行检测到的应用程序47时，在步骤 S183中，执行后面利用图26说明的应用程序调用处理。
在步骤S184，应用程序协同处理控制单元71确定在步骤S183 中的应用程序调用处理中，检测的应用程序47的调用是否成功。当 在步骤S184中确定检测到的应用程序47的调用不成功时，处理返回 图23中的步骤S144，并进入步骤S145。
当在步骤184中确定检测到的应用程序47的调用成功时，在步 骤185中，应用程序协同处理控制单元71控制相互协同地控制它自 己(即，导航程序)和对应应用程序47的执行。处理返回图23中的步 骤S144并进入步骤S145。
借助这种处理，检测对应于导航程序45的应用程序47，并确定 处理是否是可执行的。当处理是可执行的，并且调用处理被正确执行 时，导航程序45和对应的应用程序47被协同执行。
下面，参考图26中的流程图，说明在图25中的步骤S183执行 的应用程序调用处理。
在步骤S211，IXC控制单元72产生JAVA(注册商 标).rmi.Remote对象。
当要执行Xlet间通信时，即，当要使用IXC时，通过使用 IxcRegistry类，适于登记，搜索和使用具有JAVA(注册商 标).rmi.Remote接口的对象。
在步骤S212，IXC控制单元72利用IxcRegistry搜索要调用的 应用程序，并把搜索结果通知应用程序协同处理控制单元71。
在步骤S213，应用程序协同处理控制单元71确定是否找到要调 用的应用程序47。
当在步骤S213中确定找到要调用的应用程序时，在步骤S214 中，应用程序协同处理控制单元71调用对应的应用程序47。即，在 本地存储器24的存储区中，根据在图23中的步骤S143中供给的 org_id和disc_id，从用于保存能够在JVM 44上运行的另一应用程序 47的第二存储区中，检测对应于它自己(即，导航程序45)的应用程序 47，所述第二存储区或者是与保存将被导航程序45绑定的文件系统 的第一存储区不同的存储区，或者是内存23的存储区，检测到的应 用程序47在内存23中被展开和执行。在结束步骤S214中的处理之 后，处理返回图25中的步骤S183，并进入步骤S184。
当在步骤S213中确定没有找到要调用的应用程序时，在步骤 S215，应用程序协同处理控制单元71执行异常处理，即，在图25中 的步骤S184中确定应用程序的调用不成功，处理返回图25中的步骤 S183，并进入步骤S184。
借助这种处理，能够协同导航程序45执行处理的对应应用程序 47被调用。
现在，当记录有导航程序45的光盘11被装入其中预先安装应用 程序47的记录/再现设备1中时，或者当激活记录在本地存储器24 中的更新的导航程序45的光盘11被装入其中预先安装应用程序47 的记录/再现设备1中时，执行在图25中的步骤S185中执行的导航程 序45和应用程序47的处理。
例如，能够下载与记录在光盘11上的内容相关的游戏，或者能 够购买与所述内容相关的商品的网站的URL被记录在记录于光盘11 上的导航程序45中。当光盘11被装入记录/再现设备1中，并且控制 器21执行导航程序45时，确定在记录/再现设备1中，是否安装了用 于协同导航程序45执行访问预定网站的处理的应用程序47，或者能 够协同作为嵌入式应用程序49安装在记录/再现设备1中的，控制web 浏览功能(所谓的web浏览器)的嵌入式应用程序49-1执行处理的应用 程序47。当确定没有安装对应的应用程序47时，导航程序45执行普 通的重放处理等。当确定安装了对应的应用程序47时，导航程序45 激活用于执行访问预定网站的处理的应用程序47，并利用Xlet进行 应用程序间通信。
在记录/再现设备1中，可以预先保存应用程序47，可以通过装 入驱动器27的可拆卸介质28安装应用程序47，或者可利用因特网接 口25经网络2从预定服务器下载并安装应用程序47。另外，当记录/ 再现设备1具有使用电缆广播或者地面或卫星广播服务的功能时，可 以和预定节目的数据一起获得并安装应用程序47。
当光盘11的提供者和记录/再现设备1的提供者预先合作，分别 设计配对运行的导航程序45和应用程序47时，只有当光盘11被装 入特定的记录/再现设备1中时，才能够执行设计成配对运行的导航程 序45和应用程序47的协同操作。
例如，除了记录/再现设备1之外，能够安装和播放光盘11的再 现设备等由多个制造商提供。记录在光盘11上的内容可由能够执行 导航程序45的任何再现设备等播放。相反，只有当利用其中安装特 定的应用程序47的记录/再现设备1播放对应光盘11时，才可得以访 问能够购买与内容相关的有限商品。只有当利用记录/再现设备1播放 了全系列的电影时，才能够下载附加音轨。只有当利用记录/再现设备 1播放了由公司A销售或提供的预定数目或更多的光盘11时，才能 够免费下载游戏。
另外在一些情况下，嵌入式应用程序49的版本被更新。由于情 况通常是这样的，即，这些嵌入式应用程序49通常用在多个信息处 理设备等中，并在预先假定嵌入式应用程序49的版本将被更新的情 况下设计这些嵌入式应用程序49，因此通常是在不改变与OS和其它 应用程序的接口的情况下，更新嵌入式应用程序49的版本的。于是， 即使当嵌入式应用程序49的版本被更新时，如果与应用程序47的接 口未被改变，那么与应用程序47的应用程序间通信功能被保留。即， 即使当在导航程序45协同应用程序47运行的情况下使用的嵌入式应 用程序49的版本被更新时，也能够在不改变导航程序45和应用程序 47的情况下执行类似的处理。
这样，应用程序47被对再现保存在光盘11上，或者与光盘11 关联保存于内部的内容数据来说必不可少的导航程序45激活，导航 程序45和应用程序47适于被协同执行。因此，和单个应用程序被遥 控，并且仅仅在预定设备中被执行的情况不同，具体地说，和预定设 备被配置成通过利用各种记录介质或者有线或无线通信，供给直接控 制包括在预定设备中的控制程序，或者供给已安装在预定设备中的控 制程序的命令，远程控制的情况不同，能够并不只与设备关联，而且 与光盘11关联地提供设备的独有服务，同时遵守为使各种再现设备 能够播放与光盘11关联的内容而定义的标准(或者依照该标准的协 议)。
不过，当对观众来说，配对运行的导航程序45和应用程序47 主要仅仅是为了有趣，那么利用除记录/再现设备1之外的再现设备观 看光盘11的机会被减少。对于内容提供者来说这是不可取的。于是， 配对运行的导航程序45和应用程序47提供的服务最好是伴随光盘11 提供的服务的复活节彩蛋似的附加服务。
因此，记录/再现设备1的提供者能够区分记录/再现设备1和能 够播放光盘1的其它再现设备等等。另外，光盘11的提供者可获得 被许可提供不同于其它再现设备等的制造商的服务的记录/再现设备 1的提供商的折扣(或者与此对应的某物)。
这样，即使光盘11的提供者和记录/再现设备1的提供者单独签 订合同，提供相互协同运行的导航程序45和应用程序47时，可向用 户提供单独的服务。于是，例如，通过单独联系任意制造商(记录/再 现设备1的提供者)，光盘11的提供者能够有机会向用户提供其内容 难以向所有再现设备的制造商要求的服务，比如到销售该提供者的商 品的地点的引导。
下面参考图27-32，说明在图25中的步骤S185中执行的导航程 序45和应用程序47的处理的一个具体例子。
首先，参考图27中的流程图，说明通过在记录/再现设备1中执 行的导航程序45和控制内容信息登记处理的应用程序47的协同，执 行的第一处理例子。
控制内容信息登记处理的应用程序47(Xlet)被保存在记录/再现 设备1中，应用程序47处于可执行状态。控制内容信息登记处理的 应用程序47由导航程序45(Xlet)激活，并执行把和控制成由导航程序 45播放的内容有关的内容标题名称和附加信息(例如，表演者和导演 姓名，艺术家姓名，或者作品发表的日期和年份)，以及内容的图像数 据，比如封套照片登记到不受导航程序45管理的本地存储器24中的 区域的处理。这种情况下，应用程序47激活控制数据在本地存储器 24中的存储的数据库软件(可以是Xlet或除JAVA(注册商标)外的能 够利用JNI进行应用程序间通信的软件)，所述数据库软件是记录/再 现设备1中的嵌入式应用程序49，执行应用程序间通信，并控制其处 理。
另外，当一定的条件被满足时，例如当收集了相同系列中的所有 电影时(通过利用相同的记录/再现设备1进行电影内容的重放处理， 计算收集的内容项目的数目；下文中也一样)，当收集了某一艺术家的 预定数目或者更多的视频剪辑时，或者当收集了由内容创作者提供的 预定数目或者更多的内容项目时，应用程序47执行控制对能够下载 附加内容的预定网站的访问的处理。这种情况下，应用程序47激活 web浏览器(可以是Xlet或除JAVA(注册商标)外的能够利用JNI进行 应用程序间通信的软件)，所述web浏览器是记录/再现设备1中的嵌 入式应用程序49，进行应用程序间通信，并控制其处理。
在步骤S241，应用程序协同处理控制单元71(导航程序45)控制 光盘目录管理单元65或者本地存储器目录管理单元64搜索保存在对 应于光盘11的本地存储器24中的路径中的内容标题名称和附加信息 (例如，在后面说明的处理中使用的指示表演者和导演姓名，艺术家姓 名，或者发表该作品的日期和年份，以及内容所属的系列的信息)。注 意，当内容标题名称和附加信息未按照诸如元数据之类的预定格式记 录或保存时，光盘目录管理单元65或本地存储器目录管理单元64视 需要从记录或保存的数据中提取对应的信息。
在步骤S242，应用程序协同处理控制单元71控制光盘目录管理 单元65或本地存储器目录管理单元64搜索记录在光盘11上或者保 存在对应于光盘11的本地存储器24中的路径中的内容封套数据。注 意，当内容封套数据未按照诸如元数据之类预定格式被记录或保存 时，光盘目录管理单元65或本地存储目录管理单元64视需要从记录 或保存的数据中提取对应的图像数据。
在步骤S243中，应用程序协同处理控制单元71把由步骤S241 和步骤S242中的处理搜索或提取的内容标题名称，附加信息和封套 数据供给IXC控制单元72。IXC控制单元72把内容标题名称，附加 信息，和封套数据发给应用程序47，具体地说，即，与IxcRegistry 绑定。
在步骤S244，控制内容信息登记处理的应用程序47从导航程序 45接收内容标题名称，附加信息，和封套数据，具体地说，即，查寻 IxcRegistry。
在步骤S245，当光盘11被启动，安装在记录/再现设备1和播放 时，如果在不受导航程序45管理的本地存储器的区域中不存在关于 该内容所属的系列的登记次数的计数器，那么应用程序47设置登记 次数计数器，并登记计数1；如果存在登记次数计数器，那么应用程 序47递增登记次数计数器。
具体地说，从导航程序45供给的附加信息包括指示内容所属的 系列，以便确定预定条件是否被满足的信息，比如当收集了相同系列 中的所有电影时，当收集了某一艺术家的预定数目或更多的视频剪辑 时，或者当收集了内容创作者提供的预定数目或者更多的内容项目 时。应用程序47查看所述信息，并递增登记次数计数器。
在步骤S246，应用程序47查看登记次数计数器，根据包括在特 定系列中的所有各项内容是否被登记，或者预定数目或者更多的内容 项目是否被登记，确定提供附加内容的预定条件是否被满足。当在步 骤S246中确定预定条件未被满足时，处理进入后面说明的步骤S251。
当在步骤S246中确定预定条件被满足时，在步骤S247，应用程 序47激活作为嵌入式应用程序49安装在记录/再现设备1中的控制 web浏览功能的嵌入式应用程序49-1(所谓的web浏览器)，并发出用 于访问该网站，以便下载附加内容等的URL的信息的通知。
注意嵌入式应用程序49可以是Xlet或除JAVA(注册商标)外的 能够利用JNI进行应用程序间通信的软件。当嵌入式应用程序49是 Xlet时，应用程序47利用IXC进行应用程序间通信。当嵌入式应用 程序49是除JAVA(注册商标)外的应用程序时，应用程序47利用JNI 进行应用程序间通信。
注意用于下载附加内容的网站的地址(URL)可由导航程序45管 理，可把所述地址连同关于内容的信息一起告知应用程序47。另一方 面，所述地址可由应用程序47管理。
在步骤S248，作为记录/再现设备1中的嵌入式应用程序49，并 由控制器21执行的web浏览器控制因特网接口25经网络2访问网站， 以下载附加内容。
在步骤S249，作为嵌入式应用程序49的web浏览器从因特网接 口25获得对应网站的数据，把获得的数据提供给外部显示装置，并 在外部显示装置上显示该网站的显示屏幕。
在步骤S250，例如，当根据从操作输入单元29供给的用户操作 输入，发出下载附加内容的命令时，web浏览器控制因特网接口25 经网络2，把请求下载附加内容的信号供给预定服务器。当发出终止 网站的显示的命令时，web浏览器终止在外部显示装置上显示该网站。 这样，web浏览器根据用户操作输入进行处理。
注意，当附加内容适于与特定光盘11关联地播放时，附加内容 具有上述清单文件，并且适于与记录在光盘11上的数据绑定和播放。 当附加内容适于与多个特定光盘11关联地被播放时，附加内容的清 单文件的凭证被设置成可从播放所述多个特定光盘11的导航程序访 问。
当在步骤S246中确定预定条件不被满足时，或者在结束步骤 S247中的处理之后，在步骤S251中，应用程序47激活控制数据在本 地存储器24中的存储的数据库软件，所述数据库软件是记录/再现设 备1中的嵌入式应用程序49，并把内容标题名称，附加信息和封套数 据发给嵌入式应用程序49。
另外这里注意，嵌入式应用程序49可以是Xlet或者除JAVA(注 册商标)外的能够利用JNI进行应用程序间通信的软件。当嵌入式应 用程序49是Xlet时，应用程序47利用IXC进行应用程序间通信。 当嵌入式应用程序49是除JAVA(注册商标)外的应用程序时，应用程 序47利用JNI进行应用程序间通信。
在步骤S252，控制数据在本地存储器24中的存储的数据库软件 (它是记录/再现设备1中的嵌入式应用程序49)从应用程序47接收内 容标题名称，附加信息和封套数据。
在步骤S253，嵌入式应用程序49把内容标题名称，附加信息和 封套数据登记到它自己管理的数据库的库列表中。
即使当光盘11未被装入记录/再现设备1中时，控制数据在本地 存储器24中的存储的数据库软件(它是嵌入式应用程序49)也可由控 制器21执行。借助后面利用图28说明的处理，不管光盘11是否被 装入记录/再现设备1中，当用户希望时，数据库软件都适于能够执行 向用户呈现所登记内容的信息的处理。
借助这种处理，与光盘11关联的导航程序45和安装在记录/再 现设备1中的应用程序47被协同执行，控制数据在本地存储器24中 的存储的数据库软件(它是记录/再现设备1中的嵌入式应用程序49) 被激活，从而登记利用光盘11播放的内容的标题名称，附加信息和 封套数据。
此外，当应用程序47协同多个导航程序45被执行(由多个导航 程序45激活)时，并且当通过计数在记录/再现设备1上播放的各项内 容(光盘11)的数目进行管理，预定条件被满足时，应用程序47能够 激活作为记录/再现设备1中的嵌入式应用程序49的web浏览器，并 下载附加内容。
注意这里说明的是作为记录/再现设备1中的嵌入式应用程序49 的web浏览器能够被激活，从而下载附加内容。不必说，另一方面， 可利用包括在导航程序45中的内容下载功能进行附加内容的下载。 这种情况下，不必说，即使当没有安装诸如web浏览器和数据库软件 之类的嵌入式应用程序49，通过导航程序45和应用程序47的协同， 也能够执行处理，从而计数在记录/再现设备1上播放的各项内容(光 盘11)的数目，并执行下载附加内容的处理。
由于导航程序45和应用程序47都是利用JAVA(注册商标)编写 的Xlet，因此导航程序45和应用程序47能够在公共的执行环境中运 行，并且能够进行应用程序间通信。另外，当充当记录/再现设备1 的独有功能的应用程序47被配置成JAVA(注册商标)Xlet时，能够配 置更灵活的应用程序环境。此外，通过利用JNI，应用程序47能够使 用利用另一语言(例如C语言或者C++语言)开发的本机代码程序。尽 管利用嵌入记录/再现设备1中的应用程序能够提供的服务有限，不过 通过利用JNI，能够与可利用光盘11执行的导航程序45进行应用程 序间通信的应用程序47能够访问预先嵌入记录/再现设备1中的功能。 于是，能够向用户提供的服务的自由度被增大。
至此，实现了通过在广播信号中包括JAVA(注册商标)小程序， 操纵接收广播信号的接收器的功能。由于是在假定在任意接收器上显 示基本相同的屏幕的情况下进行广播的，因此已假定不存在只能够在 特定设备上运行的应用程序。相反，在上述处理中，即使当能够执行 可与应用程序47协同执行处理的导航程序45的光盘11被装入其中 没有安装对应的应用程序47，并播放光盘11的再现设备等中时，也 不能执行与应用程序47协同的处理。另外，即使当安装了各个嵌入 式应用程序49，如果没有应用程序47的中介，也不能执行对应于与 光盘11关联的导航程序45的处理。
即，在安装了预定应用程序47的记录/再现设备1中，只有当装 入了记录有对应导航程序45的特定光盘11时，与光盘11相关的导 航程序45和包括在记录/再现设备1中的应用程序47才适于被协同执 行，从而实现预定操作。即，记录/再现设备1被配置成能够执行与其 中仅仅安装各项软件的常规设备能够执行的处理不同的处理。通过实 现这种结构，能够区分设备。
借助利用图27说明的处理，控制数据在本地存储器24中的存储 的数据库软件(它是记录/再现设备1中的嵌入式应用程序49)把内容标 题名称，附加信息和封套数据登记在它自己管理的数据库的库列表 中。
于是，当控制器21执行该嵌入式应用程序49时，不管光盘11 是否被装入记录/再现设备1中，控制器21都被配置成能够进行向用 户呈现所登记内容的信息的处理。
参见图28，说明由嵌入式应用程序49(控制数据在本地存储器24 中的存储的数据库软件)执行的处理。
在步骤S281，运行作为记录/再现设备1中的嵌入式应用程序， 控制数据在本地存储器24中的存储的数据库软件的控制器21，根据 从操作输入单元29供给的信号，确定是否从用户收到给出浏览各项 登记的内容信息的列表的命令的操作输入。当在步骤S281中确定未 从用户收到给出浏览各项登记的内容信息的列表的命令的操作输入 时，重复步骤S281中的处理，直到确定收到给出浏览各项登记的内 容信息的列表的命令的操作输入为止。
当在步骤S281中确定已从用户收到给出浏览各项登记的内容信 息的列表的命令的操作输入时，在步骤S282，控制器21读出登记在 库列表登记中的内容标题名称，附加信息和封套数据。
在步骤S283中，控制器21产生用于显示内容标题名称，附加信 息和封套数据的显示图像数据，并把显示图像数据输出给外部显示装 置显示，随后终止该处理。
借助这种处理，当控制器21执行该嵌入式应用程序49时，不管 光盘11是否被装入记录/再现设备1中，控制器21都被配置成能够执 行向用户呈现所登记内容的信息的处理。
下面，参考图29，说明还具有接收广播电波，或者获得例如有 线电视等的节目内容，并记录节目内容的功能的图像记录/记录/再现 设备101。
注意，与利用图1说明的记录/再现设备1对应的各个部分被给 予相同的附图标记，其说明被适当省略。
即，除了包括在利用图1说明的记录/再现设备1中的结构之外， 图29中的图像记录/记录/再现设备101基本上是这样构成的，其中新 设置了内容获取单元111，广播信号获取单元112，图像记录处理单 元113，输入端子121和天线122。
内容获取单元111获得从输入端子121输入的有线电视等的节目 内容，并把节目内容供给图像记录处理单元113。
广播信号获取单元112获得由天线122接收的广播信号，并把广 播信号供给图像记录处理单元113。
图像记录处理单元113执行把从内容获取单元111或者广播信号 获取单元112供给的节目内容，或者经网络2分发并从因特网接口25 供给的节目内容等记录在本地存储器24中的处理，即，图像记录处 理。图像记录处理单元113还能够在控制器21的控制下设置定时记 录。
按照需要，记录在本地存储器24中的图像记录数据被变码器26 解码，输出给外部显示单元，并被再现和显示。另外，当与上述清单 文件结合供给记录在本地存储器24中的图像记录数据时，可对记录 的数据设置基于所述清单文件的路径，导航程序45可以执行上面说 明的绑定处理，记录的数据可以和记录在特定光盘11上的内容一起 被再现。
内容获取单元111，广播信号获取单元112或因特网接口25对 内容数据的获取可被看作预先嵌入图像记录/记录/再现设备101中的 功能，并且适于由嵌入式应用程序49执行的处理实现。另外，图像 记录处理单元113执行的内容数据记录处理可被看作预先嵌入图像记 录/记录/再现设备101中的功能，并且适于由嵌入式应用程序49执行 的处理实现。
在包括在控制器21中的功能中，由JAVA(注册商标)环境提供的 功能基本上和利用图6或图7描述的情况下的那些功能类似，通过在 装入光盘11时执行导航程序45而实现的功能基本上和利用图9描述 的情况下的功能类似。
另外，内容获取单元111或广播信号获取单元112能够连同节目 内容一起获得JAVA(注册商标)Xlet。控制器21能够把获得的 JAVA(注册商标)Xlet保存在本地存储器24中，以致JAVA(注册商 标)Xlet处于可执行状态，即，能够安装该JAVA(注册商标)Xlet。
在图29中的图像记录/记录/再现设备101中，控制接收广播信号 或者获得有线电视等的节目内容，并记录节目内容的功能的软件平台 可以是不同于控制光盘11的播放处理的软件平台的环境。于是，迄 今为止，对于写入所安装光盘11中的或者与所安装光盘11关联执行 的应用程序，一直难以准备协同这些功能执行处理的所有API。
相反，导航程序45(它是写入安装在图像记录/记录/再现设备101 中的光盘11上的应用程序)和图像记录/记录/再现设备101独有的应 用程序47是利用JAVA(注册商标)的Xlet，所述Xlet是能够运行于虚 拟机上，即能够运行于多平台上的编程语言。于是，导航程序45和 应用程序47能够在公共的执行环境中运行，并且能够相互进行应用 程序间通信，因此，导航程序45和应用程序47能够相互协同地运行。 此外，应用程序47可具有利用JNI(JAVA(注册商标)本地接口)，使用 利用另一语言(例如，C语言或C++语言)开发的本机代码的语言的功 能。于是，可利用光盘11执行的导航程序45能够经应用程序47，访 问预先嵌入图像记录/记录/再现设备101中的功能，即，能够利用JNI 或IXC与嵌入式应用程序49通信，并控制其处理。于是，在通过原 样使用现有技术(预先嵌入图像记录/记录/再现设备101中的功能)，抑 制开发成本的同时，能够提高可向用户提供的服务的自由度。
即，嵌入式应用程序49可以是Xlet或除JAVA(注册商标)外的 能够利用JNI执行应用程序间通信的模块。当嵌入式应用程序49是 Xlet时，应用程序47利用IXC执行应用程序间通信。当嵌入式应用 程序49是除JAVA(注册商标)外的应用程序时，应用程序47利用JNI 执行应用程序间通信。
下面，参考图30中的流程图，说明通过在图29中的图像记录/ 记录/再现设备101，或者与图像记录设备外部连接的图1中的记录/ 再现设备1中执行的导航程序45和控制定时记录处理的应用程序47 的协同而执行的第二处理例子。
控制定时记录处理的应用程序47(Xlet)被保存在图像记录/记录/ 再现设备101中，应用程序47处于可执行状态。具体地说，控制定 时记录处理的应用程序47由导航程序45激活，并且适于能够激活嵌 入式应用程序49(可以是Xlet或者除JAVA(注册商标)外的能够利用 JNI进行应用程序间通信的软件)，所述应用程序49是图像记录/记录 /再现设备101中的嵌入式应用程序，以便接收广播电波或者获得有线 电视等的节目内容并记录节目内容，进行应用程序间通信，并控制其 处理。
注意，当具有接收广播电波或获得有线电视等的节目内容并记录 节目内容的图像记录设备，即，结构与图29中的图像记录/记录/再现 设备101中的内容获取单元111，广播信号获取单元112，图像记录 处理单元113，输入端子121和天线122类似的图像记录设备与利用 图1说明的记录/再现设备1连接时，控制定时记录处理的应用程序 47向外部发出控制信号，并利用嵌入图像记录设备中的嵌入式应用程 序49控制图像记录处理。
在步骤S311，应用程序协同处理控制单元71控制光盘目录管理 单元65或本地存储器目录管理单元64检测对获得节目内容来说必需 的信息，比如与光盘11或者利用光盘11播放的内容相关的节目内容 的广播或提供时间和日期(该信息被记录在光盘11中或保存在对应于 光盘11的本地存储器24中的路径中)，以及路径信息(在记录的节目 内容将被保存在本地存储器24中的情况下)。
在步骤S312，应用程序协同处理控制单元71把由步骤S311中 的处理检测的为获得节目内容而需要的信息，和路径信息(在记录的节 目内容将被保存在本地存储器24中的情况下)发给应用程序47，具体 地说，与IxcRegistry绑定。
在步骤S313中，控制定时记录处理的应用程序47从导航程序 45接收为获得节目内容而需要的信息，和路径信息(在记录的节目内 容将被保存在本地存储器24中的情况下)，具体地说，查寻 IxcRegistry。
在步骤S314，应用程序47根据接收的信息，产生导致执行定时 记录处理的控制信息。
在步骤S315，应用程序47向执行图像记录处理的外部图像记录 设备等输出导致执行定时记录的控制信息(向嵌入外部图像记录设备 中的嵌入式应用程序49发送控制信息)，或者激活执行图像记录处理 的嵌入式应用程序49并向该嵌入式应用程序49发送控制信息。
在步骤S316，执行图像记录处理的外部图像记录设备，或者执 行图像记录处理的嵌入式应用程序49根据从应用程序47供给的控制 信息执行定时记录处理。
在步骤S317，执行图像记录处理的外部图像记录设备，或者执 行图像记录处理的嵌入式应用程序49确定预定节目内容的记录是否 已完成。当在步骤S317中确定节目内容的记录还未完成时，重复步 骤S317中的处理，直到确定完成节目内容的记录为止。
当在步骤S317中确定完成了节目内容的记录时，在步骤S318 中，执行图像记录处理的外部图像记录设备，或者执行图像记录处理 的嵌入式应用程序49把记录的节目内容的数据移动到或供给并保存 在本地存储器24中的预定路径中。另外，执行图像记录处理的外部 图像记录设备，或者执行图像记录处理的嵌入式应用程序49把图像 记录处理的结束通知应用程序47，从而，应用程序47把图像记录处 理的结束通知导航程序45。
在步骤S319，导航程序45的文件系统合并处理单元66执行利 用图21说明的绑定处理，从而达到能够合并和播放记录的节目内容 和记录在光盘上的内容(包括对应于该内容，保存在本地存储器中的数 据)的状态。
为了执行这种处理，记录预定节目内容所需的信息，和记录的节 目内容在本地存储器24中的路径信息被记录在光盘11上，或者记录 在对应于光盘11的本地存储器24中的路径中。路径信息是对绑定记 录的节目内容和记录在光盘11上的内容的文件系统来说所需的信息。 只有当光盘11被装入执行图像记录处理的外部图像记录设备中，或 者被装入其中安装能够控制执行图像记录处理的嵌入式应用程序49 的应用程序47的记录/再现设备1或图像记录/记录/再现设备101中 时，预定的节目内容才被自动记录，与记录在光盘11上的内容的文 件系统绑定，并被播放。
由于按照这种方式协同执行导航程序45和应用程序47，而不对 嵌入式应用程序49或外部设备的功能和结构进行较大改变，因此能 够以其中安装应用程序47的记录/再现设备1或图像记录/记录/再现设 备101独有的服务的形式，向用户提供仅仅使用嵌入式应用程序49 不能向用户提供的服务。
下面参考图31中的流程图，说明通过相互协同地运行导航程序 45和控制图像记录处理的应用程序47，执行的第三处理例子，所述 导航程序45和应用程序47在图29中的图像记录/记录/再现设备101， 或者与图像记录设备外部连接的图1中的记录/再现设备1中执行。
这里同样地，控制定时记录处理的应用程序47(Xlet)被保存在图 像记录/记录/再现设备101中，并且应用程序47处于可执行状态。控 制定时记录处理的应用程序47由导航程序45激活，并执行控制预定 节目等的定时记录的处理。另外，图像记录处理单元113被配置成能 够接收关键字的输入，并根据指示节目内容和元数据的内容的信息， 比如EPG(电子节目指南)，进行图像记录处理。这里同样地，当具有 接收广播电波或获得有线电视等的节目内容，并记录节目内容的图像 记录设备，即，结构与图29中的图像记录/记录/再现设备101中的内 容获取单元111，广播信号获取单元112，图像记录处理单元113，输 入端子121和天线122类似的图像记录设备与利用图1描述的记录/ 再现设备1连接时，控制定时记录处理的应用程序47适于向外部发 出控制信号，并控制图像记录设备执行的图像记录处理。
在步骤S341，应用程序协同处理控制单元71控制光盘目录管理 单元65或本地存储器目录管理单元64检测与光盘11或者利用光盘 11播放的内容关联的关键字(所述关键字被记录在光盘11中或保存在 对应于光盘11的本地存储器24中的路径中)，和路径信息(在记录的 节目内容将被保存在本地存储器24中的情况下)。
在步骤S342，应用程序协同处理控制单元71把由步骤S341中 的处理检测的关键字，和路径信息(在记录的节目内容将被保存在本地 存储器24中的情况下)发送给应用程序47，具体地说，与IxcRegistry 绑定。
在步骤S343，控制定时记录处理的应用程序47从导航程序45 接收关键字，和路径信息(在记录的节目内容将被保存在本地存储器 24中的情况下)，具体地说，查寻IxcRegistry。
在步骤S344，应用程序47根据接收的信息，产生导致执行定时 记录处理的控制信息。
在步骤S345-步骤S349中，执行基本和利用图30说明的步骤 S315-S319类似的处理，并终止处理。
即，应用程序47向执行图像记录处理的外部图像记录设备输出 导致执行定时记录的控制信息(向嵌入外部图像记录设备中的嵌入式 应用程序49发送控制信息)，或者激活执行图像记录处理的嵌入式应 用程序49，并向该嵌入式应用程序49发送控制信息。执行图像记录 处理的外部图像记录设备或执行图像记录处理的嵌入式应用程序49 通过根据从应用程序47供给的控制信息，查阅与节目内容关联的信 息，比如EPG，执行与关键字匹配的节目内容的定时记录处理，当确 定节目内容的记录已完成时，把记录的节目内容的数据移动到或者供 给并保存在本地存储器24中的预定路径中，并把图像记录处理的结 束通知应用程序47。应用程序47把图像记录处理的结束通知导航程 序45。随后，导航程序45的文件系统合并处理单元66执行利用图 21描述的绑定处理，达到能够结合和播放记录的节目内容和记录在光 盘上的内容(包括对应于该内容，保存在本地存储器中的数据)的状态。
为了执行这种处理，在光盘11上，或者在对应于光盘11的本地 存储器24中的路径中，记录关键字，作为对记录预定节目内容来说 必需的信息，并且记录所记录的程序内容在本地存储器24中的路径 信息。只有当光盘11被装入执行图像记录处理的外部图像记录设备 中，或者被装入其中安装能够控制执行图像记录处理的嵌入式应用程 序49的应用程序47的记录/再现设备1或图像记录/记录/再现设备101 中时，预定节目内容才会被自动记录，与记录在光盘11上的内容的 文件系统绑定，并被播放。
另外，不必说，按照这种方式自动记录的节目内容可被设置成可 单独播放，而不与记录在光盘11上的内容的文件系统绑定。因此， 例如，即使用户自己不输入关键字，和记录/再现设备1或图像记录/ 记录/再现设备101已播放的光盘11关联的节目内容，即，用户可能 非常感兴趣的节目内容也会被自动记录。这有可能提供自动记录与用 户的品味相符的节目内容的服务。
由于按照这种方式协同执行导航程序45和应用程序47，而不对 嵌入式应用程序49或外部设备的功能和结构进行较大改变，因此能 够以其中安装应用程序47的记录/再现设备1或图像记录/记录/再现设 备101独有的服务的形式，向用户提供仅仅使用嵌入式应用程序49 不能向用户提供的服务。
另外，由于导航程序45和应用程序47适合于能够相互协同地执 行，因此，在图1中的记录/再现设备1或者图29中的图像记录/记录 /再现设备101中，可以使用在各种设备，比如电视接收器和图像记录 /再现设备中广泛使用的，帮助用户输入操作输入的GUI(图形用户界 面)显示屏幕。
具体地说，例如，如申请人于2006年6月20日在“SONY WEGA| Experience！XMB”，中公布的那样，近年来一直在出售具有各种功 能，比如接收广播节目，把广播节目记录在内部硬盘上和播放广播节 目的功能，及播放记录在硬盘上的音乐和静态图像的功能的家用电 器。在这些设备中，存在准备有沿屏幕的水平方向显示各个类别的图 标，沿垂直方向显示所选类别的各个项目的屏幕，作为使用户能够使 用各种功能的菜单屏幕。
作为对项目分类的类别，准备了涉及节目的记录和记录节目的重 放的“视频”，涉及静态图像的重放的“照片”，涉及音乐的重放的“音 乐”等等。
例如，当从多个类别中选择“照片”类别时，装在设备中的所有图 像(缩略图)沿垂直方向成一行地被显示在屏幕上，简单地通过输入上/ 下操作，用户能够查找目录图像。显示这种屏幕的设备实现其中通过 响应上/下操作，缩短显示的响应时间，用户能够容易地查找目标图像 的环境。
这种GUI显示功能作为嵌入式应用程序49被安装在各种设备 中，并提供给用户。
下面参考图32，说明通过相互协同地运行导航程序45和控制 GUI显示屏幕的显示的应用程序47，执行的第四处理例子，所述导航 程序45和应用程序47在图1中的记录/再现设备1或图29中的图像 记录/记录/再现设备101中执行。
在步骤S371，应用程序协同处理控制单元71控制光盘目录管理 单元65或本地存储器目录管理单元64检测光盘11或者利用光盘11 播放的内容(包括子内容)的标题，附加信息等等，所述标题，附加信 息等等被记录在光盘11上或者保存在对应于光盘11的本地存储器24 中的路径中。
在步骤S372，应用程序协同处理控制单元71把由步骤S371中 的处理检测的内容(包括子内容)的标题，附加信息等的列表发送给应 用程序47，具体地说，与IxcRegistry绑定。
在步骤S373，控制GUI显示屏幕的显示处理的应用程序47从 导航程序45接收内容(包括子内容)的标题，附加信息等的列表，具体 地说，查寻IxcRegistry。
在步骤S374，应用程序47执行把诸如接收的内容(包括子内容) 的标题，附加信息之类的数据转换成能够利用预定GUI显示的数据的 处理。
在步骤S375，应用程序47把产生的数据输出给执行GUI显示 处理和获得查看GUI显示屏幕的用户输入的用户操作的处理的外部 显示装置等(把产生的数据发给嵌入外部显示装置中的嵌入式应用程 序49)，或者激活执行GUI显示处理和获得查看GUI显示屏幕的用户 输入的用户操作的处理的嵌入式应用程序49，并向该嵌入式应用程序 49发送控制信息。
在步骤S376，外部显示装置或嵌入式应用程序49确定是否从用 户给出了显示预定的GUI显示屏幕的命令。当在步骤S376中确定未 从用户给出显示预定GUI显示屏幕的命令时，重复步骤S376中的处 理，直到确定给出了显示命令为止。
当在步骤S376中确定从用户给出了显示预定GUI显示屏幕的命 令时，在步骤S377，外部显示装置或嵌入式应用程序49控制能够显 示可利用安装的光盘11播放的内容(包括子内容)的标题，附加信息等 的列表的GUI显示屏幕的显示。
在步骤S378，外部显示装置或嵌入式应用程序49确定是否从显 示在GUI显示屏幕上的，能够利用安装的光盘11播放的内容(包括子 内容)的标题，附加信息等的列表中选择和确定了预定内容，并给出了 播放所选择内容的命令。当在步骤S378中确定没有给出重放命令时， 重复步骤S378中的处理，直到确定给出了重放命令为止。
当在步骤S378中确定给出了重放命令时，外部显示装置或嵌入 式应用程序49通知应用程序47从用户发出了重放命令。在步骤S379， 应用程序47从外部显示装置或嵌入式应用程序49获得指示用户所指 定内容的信息。
在步骤S380，应用程序47把从外部显示装置或嵌入式应用程序 49获得的指示用户所指定内容的信息发给导航程序45。
在步骤S381，导航程序45控制读出和播放用户指定要播放的内 容的处理。
借助这种处理，可利用显示作为嵌入式应用程序49(例如，可以 是在其它设备中使用的嵌入式应用程序)提供的GUI显示屏幕的功 能，显示能够利用光盘11显示的内容(包括子内容)的标题，附加信息 等的列表。从而，通过使用熟悉并且易于使用的GUI显示屏幕，用户 能够容易地检查可播放内容的内容，并指定要播放的内容。此外，记 录/再现设备1或图像记录/记录/再现设备101的制造商不必开发独特 的GUI显示屏幕。在降低开发成本的同时，制造商能够向用户提供对 用户来说熟悉且易于使用的GUI显示屏幕。
如上所述，例如，和JAVA(注册商标)等中一样，通过使用诸如 IXC之类的应用程序间通信，由于虚拟机的安装而能够在多平台上运 行，并且唯一地安装在设备中的应用程序47，和与诸如装入设备中的 光盘之类的记录介质关联的导航程序45可适合于相互协同地运行。 通过在设备中安装或者使得可以在设备中安装能够与诸如光盘之类 记录介质关联的导航程序协同运行的应用程序，具有播放诸如光盘之 类记录介质的功能的设备的制造商能够区分所述设备。
另外，通过使用这些技术，当利用诸如光盘之类记录介质提供内 容的提供者(内容创作者)单独与播放记录介质的设备的提供者签订合 同时，能够向用户提供单独的服务。于是，例如，通过单独联系播放 诸如光盘之类记录介质的设备的提供者，利用所述记录介质提供内容 的提供者甚至能够向用户提供难以向所有制造商要求其内容的服务， 比如到销售该内容提供者的商品的地点的引导。
现在，如上所述，应用程序47可以是从另一设备下载的应用程 序。另外，借助该应用程序47，可以下载另一应用程序47。
参见图33，说明应用程序47的下载和激活。
在装入光盘151(除了disc_id这额角上，所述光盘151还记录有 应用程序47的下载目的地的URL信息等)的客户机152，比如上面说 明的记录/再现设备1或图像记录/记录/再现设备101中，安装执行从 预定服务器下载应用程序47，把应用程序47保存于其中，并激活应 用程序47的处理的引导加载器(客户机应用程序的引导加载器)161。 引导加载器161是为JAVA(注册商标)Xlet的应用程序之一。
当引导加载器161被激活时，引导加载器161执行与所安装光盘 11的导航程序45的基于IXC的程序间通信，获得要下载的新应用程 序47的下载目的地的URL信息等，利用诸如HTTP之类的常用协议 访问预定服务器153，下载指定的应用程序47，把应用程序47保存 在预定存储区中。按照需要，引导加载器161通过协同对重放处理来 说并非必需的上述功能组54，嵌入式应用程序49等进行处理，执行 下载和存储处理。这里，假定作为JAVA(注册商标)Xlet的Class#1 下载自服务器153并保存在预定存储区中。
引导加载器161绑定已下载并保存在预定存储区中的Class#1和 IxcRegistry。另外，当激活下载的Class#1时，引导加载器161查寻 IxcRegistry。不必说，引导加载器161执行的功能可包括下载多个应 用程序47的功能。
另外，当由下载的Class#1执行的处理还包括下载不同的应用程 序47的处理时，作为JAVA(注册商标)Xlet的Class#1根据在Class#1 中描述的逻辑，连接预定服务器(例如，服务器153)，下载不同于 Class#1的Class#2(它是JAVA(注册商标)Xlet)作为应用程序47，并把 Class#2保存在预定存储区中。在图33中，说明的是Class#2和Class#1 下载自相同的服务器153。不过，在Class#1中仅仅需要写入用于下 载Class#2的URL信息等，不必说，Class#2可以和Class#1下载自 不同的服务器。另外，不必说，Class#1可包括下载三个或更多应用 程序47的功能，Class#2也可包括下载多个应用程序47的功能。
注意，在利用图25-图32说明的处理中，应用程序47被描述成 由记录在安装的光盘11上的导航程序45激活。相反，作为应用程序 47的引导加载器161可由记录在安装的光盘11上的导航程序45激活， 或者可响应用户操作输入而被激活。引导加载器161适于能够下载与 记录在安装的光盘11上的导航程序45对应的应用程序47。即，作为 应用程序47的引导加载器161适于协同导航程序45执行处理，和上 面说明的处理的情况一样。不必说，引导加载器下载的导航程序45 对应于安装的光盘11。
另外，这里说明的是引导加载器161适于执行下载处理，和与记 录在安装的光盘11上的导航程序45对应的应用程序47的激活处理。 不过不必说，下载和激活可由不同的应用程序47执行。即使在下载 和激活由不同的应用程序47执行的情况下，由于这些应用程序47是 JAVA(注册商标)Xlet，并且能够利用IXC进行应用程序间通信，因 此能够协同进行下载和激活。
下面参考图34中的流程图，说明利用作为应用程序47的引导加 载器，下载另一应用程序47的处理。
在步骤S431中，根据从操作输入单元29供给的用户操作输入， 或者当导航程序45正被执行时，由导航程序的处理发出的命令，确 定是否给出了激活引导加载器161的命令。当在步骤S431中确定没 有给出激活引导加载器161的命令时，重复步骤S431中的处理，直 到确定给出了激活引导加载器161的命令为止。
当在步骤S431中确定给出了激活引导加载器16的命令时，在步 骤S432中，控制器21的应用程序协同处理控制单元71和IXC控制 单元72激活引导加载器161，应用程序执行处理单元73开始引导加 载器161的处理。基本上，作为应用程序47的引导加载器161是由 与利用图26说明的应用程序调用处理类似的处理激活的。
在步骤S433，通过在IXC控制单元72的控制下，在引导加载 器161和导航程序45之间进行程序间通信，执行引导加载器161的 应用程序执行处理单元73获得对从安装的光盘151下载导航程序45 读取的应用程序47来说必需的信息，比如记录在安装的光盘151上 的disc_id，和作为下载目的地的服务器153的URL信息。
在步骤S434，按照需要，执行引导加载器161的应用程序执行 处理单元73协同对重放处理来说并非必需的功能组54或嵌入式应用 程序49执行处理，从而建立与对应服务器153的HTTP连接，并发 送必需的信息。
在步骤S435，按照需要，执行引导加载器161的应用程序执行 处理单元73协同对重放处理来说并非必需的功能组54或嵌入式应用 程序49执行处理，从而从对应服务器153下载预定应用程序47，并 把下载的应用程序47记录在本地存储器24中。
在步骤S436，执行引导加载器161的应用程序执行处理单元73 执行与IxcRegistry绑定的处理，以便激活下载的应用程序47。
在步骤S437，执行引导加载器161的应用程序执行处理单元73 查寻IxcRegistry，并激活下载的应用程序47。
在步骤S438，执行利用图35描述的应用程序执行处理，并终止 处理。即，应用程序执行处理单元73执行由引导加载器161激活的 应用程序47的处理。
借助这种处理，通过利用IXC进行程序间通信，引导加载器161 和导航程序45能够协同运行。另外，引导加载器161能够利用API 或JNI协同对重放处理来说并非必需的功能组54或嵌入式应用程序 49执行处理。随后，引导加载器161能够从服务器等下载不同于引导 加载器161，并且能够利用API或JNI协同对重放处理来说并非必需 的功能组54或嵌入式应用程序49执行处理的应用程序47，并激活下 载的应用程序47。
下面参考图35中的流程图，说明在图34中的步骤S438中执行 的应用程序执行处理。
在步骤S461，执行引导加载器161使用利用图34描述的处理下 载的应用程序47的应用程序执行处理单元73确定随着该应用程序47 的执行，是否将下载和执行另一应用程序47。下面假定引导加载器 161使用利用图34描述的处理下载的应用程序47被称为应用程序 47-2，新下载的应用程序47被称为应用程序47-3。当在步骤S461中 确定不下载应用程序47-3时，处理进入后面说明的步骤S467。
当在步骤S461中确定要下载和执行应用程序47-3时，在步骤 S462中，执行应用程序47-2的应用程序执行处理单元73视需要，按 照在应用程序47-2中描述的逻辑，协同对重放处理来说并非必需的功 能组54或嵌入式应用程序49执行处理，从而连接对应的服务器153。
在步骤S463，执行应用程序47-2的应用程序执行处理单元73 视需要，协同对重放处理来说并非必需的功能组54或嵌入式应用程 序49执行处理，从而从对应服务器153下载预定的应用程序47-3， 把应用程序47-3供给本地存储器24，并把应用程序47-3记录在本地 存储器24中。
在步骤S464，执行应用程序47-2的应用程序执行处理单元73 执行与IxcRegistry的绑定处理，以便激活下载的应用程序47-3。
在步骤S465，执行应用程序47-2的应用程序执行处理单元73 查寻IxcRegistry，并激活下载的应用程序47-3。
在步骤S466，执行应用程序47-2的应用程序执行处理单元73 确定是否执行了由应用程序47-2指定的所有其它应用程序47-3的下 载和激活。当在步骤S466中确定还未执行所有其它应用程序47-3的 下载和激活时，处理返回步骤S462，并重复步骤S462之后的处理。
当在步骤S461中确定将不下载应用程序47-3，或者当在步骤 S466中确定已执行了所有其它应用程序47-3的下载和激活时，应用 程序执行处理单元73执行一个或多个激活的应用程序的处理，并结 束处理。
借助这种处理，通过利用下载的应用程序47-2，进一步下载另一 应用程序47-3。
现在如上所述，应用程序47准备不同于API库46的独特API 库51和52，从而，应用程序47能够访问对重放处理来说必需的功能 组53，并且能够访问包括在记录/再现设备1中，并且对重放处理来 说并非必需的功能组54。此外，应用程序47能够利用JNI(或者IXC， 视情况而定)访问作为记录/再现设备1的本地函数的嵌入式应用程序 49。在记录/再现设备1或者图像记录/记录/再现设备101中，作为对 重放处理来说并非必需的功能组54，例如，还可提供读出记录在安装 的记录介质上的数据，并把数据复制到另一记录介质上的功能，和转 换待复制数据的格式的功能。另外，作为为记录/再现设备1的本地函 数的嵌入式应用程序49，还可提供控制把数据复制到记录介质的处理 和转换格式以便复制的处理的嵌入式应用程序49。
作为与记录在诸如光盘之类记录介质上的视频打包软件的版权 保护相关的架构，存在AACS(高级访问内容系统)。AACS包括涉及 名为受控复制的功能的协议，只有当执行预定验证处理时，所述受控 复制才允许把诸如光盘之类打包介质上的内容复制到诸如家庭媒体 服务器的HDD或者安装的另一光盘之类的另一介质上，或者把所述 内容流式分发给经网络连接的另一设备。
为了使用受控复制功能，对应于受控复制的设备需要访问因特网 上的验证服务器，并被验证以便进行复制处理。对应于受控复制的设 备读出描述对验证来说所需信息的文件，所述文件被称为标题使用文 件(TUF)并被记录在作为复制源的打包介质上，并获得识别内容的 content_id和进行设备验证的验证服务器的URL信息。对应于受控复 制的设备还从打包介质读出唯一地分配给打包介质的序列号(例如， disc_id)。随后，对应于受控复制的设备被配置成能够根据获得的URL 信息访问验证服务器，把验证所需的信息，比如content_id和disc_id 发给验证服务器，并执行验证处理。只有当正确执行验证处理时，才 允许内容的复制。
参见图36，说明受控复制。注意，在图36中，是在假定具有对 应于记录/再现设备1的内容记录/再现功能的常规记录/再现设备201 被用作对应于受控复制的设备的情况下进行说明的。
在充当内容复制源并装入记录/再现设备201的第一光盘202上， 除了记录在上述光盘11上的导航程序45和播放内容所需的各项数 据，比如播放列表和剪辑之外，还记录受控复制清单文件(它是受控复 制验证所必需的标题使用文件(TUF))。在受控复制清单文件中，写入 disc_id，content_id，访问验证服务器203所需的URL信息等等。
记录/再现设备201从第一光盘202读出受控复制清单文件，根 据URL信息访问验证服务器203，并把诸如disc_id和content_id之 类的信息发给验证服务器203。
根据发送的信息，验证服务器203搜索记录在装入记录/再现设 备201中的第一光盘202上的数据，寻找能够提供的受控复制服务的 列表(Creat Offer List)，比如可进行受控复制的内容或数据，并把该 列表发给记录/再现设备201。
在从验证服务器203供给的Creat Offer List中描述的服务中， 记录/再现设备201根据用户操作输入，选择要求验证的内容，请求验 证服务器203进行验证，并执行与要求验证的内容相关的收费处理。
在执行验证处理和收费处理之后，验证服务器203允许记录/再 现设备201执行受控复制。
被允许进行受控复制的记录/再现设备201从安装的第一光盘 202读出与AACS相关的信息和要复制的加密内容，利用与AACS相 关的信息，进行加密内容的格式转换，即，进行内容的解码，之后， 按照预定格式，比如Window Media格式进行编码，把编码数据写在 第二光盘204上。
这样，为了按照AACS的架构进行受控复制，记录/再现设备201 必须以嵌入式应用程序的形式，预先包括控制通过与验证服务器203 交换信息执行的验证处理，关于验证处理的收费处理，和只有当收到 确认时才允许执行受控复制的一系列处理的应用程序。
此外，当第一光盘202的提供者不同时，记录/再现设备201有 可能与多个验证服务器进行验证处理，而不只与一个验证服务器203 进行验证处理。例如，当在各个验证服务器中，验证处理中的事务(例 如，交换验证信息的方法和收费处理的方法)不同时，必须在记录/再 现设备201中准备能够处理相应事务的多个嵌入式应用程序。另外， 当验证方法或在服务器和执行受控复制的设备之间交换信息的方法 被改变时，每次必须更新记录/再现设备201中控制执行受控复制的应 用程序的版本。
于是，以各个验证服务器203中的JAVA(注册商标)Xlet的形式 准备控制受控复制的执行的应用程序。记录/再现设备1和图像记录/ 记录/再现设备101预先包括下载和激活控制执行受控复制的应用程 序的引导加载器。记录/再现设备1和图像记录/记录/再现设备101从 允许保存在安装的第一光盘202上的内容的受控复制的验证服务器 203下载控制执行受控复制的应用程序。
下载的控制受控复制的执行的应用程序能够作为应用程序47， 利用IXC进行与另一JAVA(注册商标)Xlet的应用程序间通信。另外， 通过准备不同于API库46的独特API库51和52，下载的应用程序 能够访问对重放处理来说必需的功能组53，和包括在记录/再现设备1 和图像记录/记录/再现设备101中，并且对重放处理来说并非必需的 功能组54。此外，下载的应用程序能够利用JNI访问作为记录/再现 设备1的本地函数的嵌入式应用程序49。
参考图37，说明在以应用程序47的形式，从验证服务器203下 载控制受控复制的执行的JAVA(注册商标)Xlet的情况下的受控复制。 注意，在图37中，是在作为例子，使用其中记录/再现设备1充当与 受控复制对应的设备的情况下进行说明的。不必说，即使就图像记录 /记录/再现设备101来说，也能够执行类似的处理。
记录/再现设备1从用户接收开始受控复制的命令，并激活受控 复制引导加载器47-1，受控复制引导加载器47-1是执行下载和激活 控制受控复制的执行的JAVA(注册商标)Xlet的处理的应用程序47。 确定安装的第一光盘202是否是与受控复制对应的光盘。当第一光盘 202是对应于受控复制的光盘时，受控复制引导加载器47-1利用IXC 与第一光盘202的导航程序45进行应用程序间通信，并协同导航程 序45执行处理，从而读出受控复制清单文件(这是对受控复制的验证 来说必需的标题使用文件(TUF)，并且记录在第一光盘202上)，并获 得disc_id，content_id，访问验证服务器203所需的URL信息等等。
记录/再现设备1根据从第一光盘202读出的URL信息访问验证 服务器203，把诸如disc_id和content_id之类的信息发给验证服务器 203，并请求下载关于content_id的受控复制应用程序47-2，它是控 制与装入记录/再现设备1中的第一光盘202对应的受控复制的执行的 JAVA(注册商标)Xlet。
根据发送的信息，验证服务器203把与装入记录/再现设备1中 的第一光盘202对应的关于content_id的受控复制应用程序47-2发给 记录/再现设备1。
记录/再现设备1把下载的关于content_id的受控复制应用程序 47-2保存在本地存储器24中，另外执行对IxcRegistry的绑定和查寻 IxcRegistry，从而激活关于content_id的受控复制应用程序47-2。
下载的关于content_id的受控复制应用程序47-2可包括控制受 控复制的执行的所有步骤，或者其一些对象可被配置成不同的 JAVA(注册商标)Xlet。例如，在关于content_id的受控复制应用程序 47-2中，一些对象，比如向用户呈现从验证服务器203发来的，能够 提供的受控复制服务的列表，并且依据用户所需服务的选择，请求验 证服务器203进行验证和收费处理的一部分(提议(offer)47-3)，和从验 证服务器203接收受控复制许可，并据此控制把对应数据从第一光盘 202复制到第二光盘204的处理的一部分(许可47-4)可被配置成独立 的Xlet。
当控制受控复制的执行的一些对象被配置成不同的JAVA(注册 商标)Xlet时，关于content_id的受控复制应用程序47-2适于进一步 从验证服务器203或不同的服务器下载必需的对象(例如，诸如提议 47-3和许可47-4之类的对象)，并激活所述必需的对象。
关于content_id的受控复制应用程序47-2(或者包括于其中的提 议47-3)利用IXC进行与第一光盘202的导航程序405的应用程序间 通信，并协同导航程序45执行处理，从而读出记录在第一光盘202 上的受控复制清单文件(它是对受控复制的验证来说所需的标题使用 文件(TUF))，并获得disc_id，content_id，访问验证服务器203所需 的URL信息等等。
关于content_id的受控复制应用程序47-2(或者包括于其中的提 议47-3)根据从第一光盘202读出的URL信息访问验证服务器203， 并把诸如disc_id和content_id之类的信息发给验证服务器203。
根据发送的信息，验证服务器203搜索记录在装入记录/再现设 备201中的第一光盘上的数据，寻找能够提供的受控复制服务的列表 (创建提议列表(Create Offer List))，比如能够进行受控复制的内容或 数据，并把所述列表发给执行关于content_id的受控复制应用程序 47-2(或者包括于其中的提议47-3)的记录/再现设备1。
在记录/再现设备1中，在从验证服务器203供给的创建提议列 表中描述的服务中，关于content_id的受控复制应用程序47-2(或者 包括于其中的提议47-3)根据用户操作输入，选择要求验证的内容， 请求验证服务器203执行验证，并执行与要求验证的内容关联的收费 处理。
在执行验证处理和收费处理之后，验证服务器203允许记录/再 现设备1执行受控复制。
在被允许执行受控复制的记录/再现设备1中，关于content_id 的受控复制应用程序47-2(或者包括于其中的许可47-4)从安装的第一 光盘202读出与AACS关联的信息和要复制的加密内容，利用与 AACS关联的信息进行加密内容的格式转换，即，进行内容的解码， 之后按照预定格式，比如Window Media格式进行编码，并把编码数 据写在第二光盘204上。
注意，这种情况下，当更新数据，比如将从装入的第一光盘202 复制到第二光盘204的内容被记录在本地存储器204中，并且虚拟文 件系统被如上配置，以致能够播放更新的内容时，关于content_id的 受控复制应用程序47-2(或者包括于其中的许可47-4)利用IXC与导航 程序45进行应用程序间通信，请求虚拟文件系统的更新处理，获得 对播放更新内容来说所需的信息，并把对应内容和与之关联的信息写 在第二光盘204上，以致能够播放更新的内容。
当执行上述处理时，关于content_id的受控复制应用程序47-2(或 者包括于其中的提议47-3和许可47-4)利用基于IXC的程序通信，与 导航程序45交换信息，读出记录在第一光盘202上的必要信息，按 照需要利用JNI协同嵌入式应用程序49进行操作，并利用API52控 制对重放处理来说并非必需的功能组54。
因此，能够简化用于执行受控复制的应用程序的开发(能够使用 包括在导航程序45和嵌入式应用程序49中的函数)，另外，能够容易 地处理其版本的更新。
下面参考图38和图39中的流程图，说明执行利用图37描述的 受控复制的处理。
在步骤S501，监控用户操作输入的嵌入式应用程序49根据从操 作输入单元29供给的用户操作输入，确定是否给出了激活受控复制 引导加载器47-1的命令。当在步骤S501中确定没有给出激活受控复 制引导加载器47-1的命令时，重复步骤S501中的处理，直到确定给 出了激活受控复制引导加载器47-1的命令为止。
当在步骤S501中确定给出了启动受控复制引导加载器47-1的命 令时，在步骤S502中，嵌入式应用程序49激活受控复制引导加载器 47-1。
注意这里说明的是嵌入式应用程序49监控用户操作输入和激活 受控复制引导加载器47-1。另一方面，例如，导航程序45可以具有 在导航程序的执行期间，监视是否收到激活受控复制引导加载器47-1 的操作输入的功能。当收到激活受控复制引导加载器47-1的操作输入 时，导航程序45适于能够以中断处理的形式，执行激活受控复制引 导加载器47-1的处理。
在步骤S503，受控复制引导加载器47-1使用IXC向导航程序 45请求对于受控复制的验证来说所需的受控复制清单文件。
在步骤S504，导航程序45把对于受控复制的验证来说所需的受 控复制清单文件发给受控复制引导加载器47-1。
在步骤S505，受控复制引导加载器47-1执行与对应服务器(例 如，图37中的验证服务器203)建立HTTP连接的处理，以便下载执 行受控复制所需的应用程序47。
具体地说，为了与对应服务器(例如，图37中的验证服务器203) 建立HTTP连接，受控复制引导加载器47-1激活控制web浏览功能 的嵌入式应用程序49-1(可以是Xlet或者除(JAVA(注册商标)外的能 够利用JNI进行应用程序间通信的软件)，以进行应用程序间通信， 并控制其处理。
在步骤S506，控制web浏览功能的嵌入式应用程序49-1与对应 服务器建立HTTP连接。
在步骤S507，受控复制引导加载器47-1从对应服务器下载关于 content_id的受控复制应用程序47-2，并把关于content_id的受控复 制应用程序47-2记录在本地存储器24中。
具有地说，受控复制引导加载器47-1使用控制web浏览功能的 嵌入式应用程序49-1的功能从对应服务器下载关于content_id的受控 复制应用程序47-2，另外，使用控制把数据记录到本地存储器24中 的嵌入式应用程序49的功能把下载的关于content_id的受控复制应 用程序47-2记录到本地存储器24中。
在步骤S508中，控制web浏览功能的嵌入式应用程序49-1执行 把下载的数据，即，关于content_id的受控复制应用程序47-2记录到 本地存储器24中的处理。
在步骤S509，受控复制引导加载器47-1执行对IxcRegistry的绑 定处理，以便激活下载的关于content_id的受控复制应用程序47-2。
在步骤S510，受控复制引导加载器47-1查寻IxcRegistry，并激 活下载的关于content_id的受控复制应用程序47-2。
在步骤S511，通过利用在关于content_id的受控复制应用程序 47-2中描述的预定逻辑，关于content_id的受控复制应用程序47-2 连接对应的服务器(例如，图37中的验证服务器203)，以便下载提议 管理应用程序47-3。
具体地说，为了建立与对应服务器(例如，图37中的验证服务器 203)的连接，关于content_id的受控复制应用程序47-2激活控制web 浏览功能的嵌入式应用程序49-1(可以是Xlet或者除JAVA(注册商标) 外的能够利用JNI进行应用程序间通信的软件)进行应用程序间通信， 并控制其处理。
在步骤S512中，通过利用预定的逻辑，使控制web浏览功能的 嵌入式应用程序49-1与对应服务器连接。
在步骤S513中，关于content_id的受控复制应用程序47-2从对 应服务器下载提议管理应用程序47-3，并把提议管理应用程序47-3 记录在本地存储器24中。
具体地说，关于content_id的受控复制应用程序47-2使用控制 web浏览功能的嵌入式应用程序49-1(所谓的web浏览器)的功能从对 应服务器下载提议管理应用程序47-3，另外，使用控制把数据记录到 本地存储器24中的嵌入式应用程序49的功能把下载的提议管理应用 程序47-3记录到本地存储器24中。
在步骤S514中，控制数据到本地存储器24中的记录的嵌入式应 用程序49执行把下载的数据，即提议管理应用程序47-3记录到本地 存储器24中的处理。
在步骤S515，关于content_id的受控复制应用程序47-2执行与 IxcRegistry的绑定处理，以便激活下载的提议管理应用程序47-3。
在步骤S516，关于content_id的受控复制应用程序47-2查寻 IxcRegistry，激活下载的提议管理应用程序47-3。
注意，在结束步骤S516中的处理之后，关于content_id的受控 复制应用程序47-2执行后面说明的步骤S524中的处理。
在步骤S517，提议管理应用程序47-3使用IXC向导航程序45 请求对受控复制的验证来说必需的受控复制清单文件。
在步骤S518，导航程序45把对受控复制的验证来说必需的受控 复制清单文件发给提议管理应用程序47-3。
在步骤S519，提议管理应用程序47-3利用预定逻辑与预定服务 器(例如，图37中的验证服务器203)连接，以便对受控复制进行验证 处理，并下载以可执行的形式提供的函数(提议)的列表。
具体地说，为了连接对应服务器(例如，图37中的验证服务器 203)，提议管理应用程序47-3激活控制web浏览功能的嵌入式应用程 序49-1(可以是Xlet或者除JAVA(注册商标)外能够利用JNI执行应用 程序间通信的软件)(或者当嵌入式应用程序49-1已处于激活状态时， 借助控制web浏览功能的嵌入式应用程序49-1)进行应用程序间通信， 控制其处理，并下载以可执行的形式提供的函数(提议)的列表。
在步骤S520，通过利用预定逻辑，使控制web浏览功能的嵌入 式应用程序49-1与对应服务器连接。
在步骤S521，提议管理应用程序47-3执行控制，以致以可执行 的形式提供的函数的列表(例如，在诸如记录在对应的第一光盘202 上的内容之类的数据中，能够被执行受控复制的数据的列表)可被显示 成列表。
具体地说，提议管理应用程序47-3激活控制与GUI显示屏幕相 关的功能的嵌入式应用程序49-4(可以是Xlet，或者除JAVA(注册商 标)外的能够利用JNI执行应用程序间通信的软件)，以进行应用程序 间通信，并控制其处理。
在步骤S522，控制与GUI显示屏幕相关的功能的嵌入式应用程 序49-4在外部显示装置上显示与以可执行的形式提供的函数的列表 (例如，在诸如记录在对应的第一光盘202上的内容之类的数据中，能 够被执行受控复制的数据的列表)对应的列表。
在步骤S523，按照需要，提议管理应用程序47-3使用控制web 浏览功能的嵌入式应用程序49-1的功能访问预定的收费服务器等，并 与所述预定收费服务器交换必要的信息，从而执行关于所选提议的收 费处理。
在步骤S524，关于content_id的受控复制应用程序47-2利用预 定逻辑与对应服务器连接，以便下载许可管理应用程序47-4。
具体地说，为了连接对应服务器(例如，图37中的验证服务器 203)，关于content_id的受控复制应用程序47-2激活控制web浏览功 能的嵌入式应用程序49-1(可以是Xlet或者除JAVA(注册商标)外能够 利用JNI执行应用程序间通信的软件)(或者当嵌入式应用程序49-1已 处于激活状态时，借助控制web浏览功能的嵌入式应用程序49-1)进 行应用程序间通信，并控制其处理。
在步骤S525中，通过利用预定逻辑，使控制web浏览功能的嵌 入式应用程序49-1与对应服务器(例如，图37中的验证服务器203) 连接。
在步骤S526中，关于content_id的受控复制应用程序47-2从对 应服务器下载许可管理应用程序47-4，并把许可管理应用程序47-4 记录在本地存储器24中。
具体地说，关于content_id的受控复制应用程序47-2使用控制 web浏览功能的嵌入式应用程序49-1从对应服务器下载许可管理应 用程序47-4，另外，使用控制数据在本地存储器24中的记录的嵌入 式应用程序49的功能把下载的许可管理应用程序47-4记录到本地存 储器24中。
在步骤S527，控制web浏览功能的嵌入式应用程序49-1执行把 下载的数据，即，许可管理应用程序47-4记录到本地存储器24中的 处理。
在步骤S528，content_id 47-2的受控复制应用程序执行与 IxcRegistry的绑定处理，以便激活下载的许可管理应用程序47-4。
在步骤S529，content_id 47-2的受控复制应用程序查询 IxcRegistry，并激活下载的许可管理应用程序47-4。
在步骤S530，许可管理应用程序47-4利用在许可管理应用程序 47-4中描述的预定逻辑，连接预定服务器(例如，图37中的验证服务 器203)，并接收正确完成验证的通知。
具体地说，为了连接对应的服务器(例如，图37中的验证服务器 203)，许可管理服务器47-4激活控制web浏览功能的嵌入式应用程序 49-1(可以是Xlet或者除JAVA(注册商标)外的能够利用JNI进行应用 程序间通信的软件)(或者，当嵌入式应用程序49-1已处于激活状态时， 借助控制web浏览功能的嵌入式应用程序49-1)进行应用程序间通信， 并控制其处理。
在步骤S531，利用预定逻辑，使控制web浏览功能的嵌入式应 用程序49-1与对应服务器连接。
在步骤S532，许可管理应用程序47-4控制自第一光盘202的要 复制内容的读取和格式转换。
具体地说，许可管理应用程序47-4利用IXC把诸如记录在第一 光盘202上的内容之类的各项内容中，允许受控复制并且将被受控复 制到第二光盘204的数据，通知记录在安装的第一光盘202上，或者 记录在与第一光盘202关联的本地存储器204中的导航程序45。另外， 许可管理应用程序47-4激活从诸如光盘之类的安装记录介质中读出 数据的嵌入式应用程序49，和控制变码器26进行的格式转换处理的 嵌入式应用程序49(可以是Xlet或者除JAVA(注册商标)外的能够利 用JNI进行应用程序间通信的软件)，并控制它们的处理。
在步骤S533，导航程序45调用为更新待复制内容的虚拟文件系 统而定义的API(例如，update())，并执行利用图21描述的绑定处理， 从而构成待复制内容的虚拟文件系统，并利用IXC把虚拟文件系统的 信息通知许可管理应用程序47-4。
在步骤S534，导航程序45使用清单文件，利用IXC把为控制 应包括在待复制内容中的数据的读取而需要的信息通知许可管理应 用程序47-4。
在步骤S535，从诸如光盘之类的安装记录介质读出数据的嵌入 式应用程序49与许可管理应用程序47-4交换对读出数据来说所需的 信息，从而控制光盘驱动器22从安装的第一光盘202读出待复制的 预定内容，并且在需要时，控制本地存储器24的驱动器读出为播放 待复制的预定内容而需要的数据。
在步骤S536，控制变码器2执行的格式转换处理的嵌入式应用 程序49与许可管理应用程序47-4交换信息，并控制变码器26把读出 内容的格式转换成用于复制到第二光盘204的格式。
在步骤S537，许可管理应用程序47-4控制转换格式的内容到第 二光盘204的写入。
具体地说，许可管理应用程序47-4激活把数据写入诸如光盘之 类的安装记录介质中的嵌入式应用程序49(可以是Xlet或者除 JAVA(注册商标)外的能够利用JNI进行应用程序间通信的软件)，并 控制其处理。
在步骤S538，把数据记录到诸如光盘之类的安装记录介质的嵌 入式应用程序49与许可管理应用程序47-4交换信息，并控制光盘驱 动器22，从而执行把读取的内容写入第二光盘204的处理。
通过在按照AACS的架构执行受控复制的情况下，应用这种结 构，记录/再现设备1(或者图像记录/记录/再现设备101)能够执行受控 复制，而不必预先包括控制受控复制的执行的应用程序。
另外，由于在执行受控复制时，控制受控复制的执行的应用程 序(关于content_id的受控复制应用程序47-2，提议管理应用程序 47-3，和许可管理应用程序47-4)能够与导航程序45和嵌入式应用程 序49协同执行处理，因此执行受控复制的应用程序的开发被简化(可 以使用包括在导航程序45和嵌入式应用程序49中的函数)，另外能够 容易地处理其版本的更新。
借助上述处理，例如，和JAVA(注册商标)等中一样，通过利用 诸如IXC之类的应用程序间通信，由于虚拟机的安装而能在多平台上 运行，并且唯一地安装在设备中的应用程序47，和与记录介质，比如 安装在设备中的光盘关联的导航程序45适于相互协同地运行。通过 在设备中安装或者使得可以安装能够与诸如光盘之类记录介质关联 的导航程序协同运行的应用程序，具有播放诸如光盘之类记录介质的 功能的设备的制造商能够区分设备。
另外，由于通过使得能够根据记录在安装的光盘202(例如，第一 光盘202)上的信息(例如，URL信息)，访问位于下载目的地的服务器 等，可从预定服务器下载和安装应用程序47，因此可按照记录在光盘 上的信息(例如disc_id和content_id)确定要下载和安装的应用程序 47。因此，通过下载对应于安装的第一光盘202的应用程序47，记录 /再现设备1(或者图像记录/记录/再现设备101)被配置成与对应于安装 的第一光盘202对应的导航程序，和预先在记录/再现设备1中准备的 本机函数或嵌入记录/再现设备1中的嵌入式应用程序49协同执行处 理。
另外，例如，通过在按照AACS的架构执行受控复制的情况下 应用这种结构，记录/再现设备1(或者图像记录/记录/再现设备101)根 本不必预先包括控制受控复制的执行的应用程序。
因此，即使需要更新控制受控复制的执行的应用程序的版本时， 在记录/再现设备1中也不必每次把版本更新成最新的版本。另外，例 如，当验证处理中的事务(例如，交换验证信息的方法和收费处理的方 法)在多个验证服务器中不同时，在记录/再现设备201中也不再必需 准备能够处理相应事务的多个嵌入式应用程序。
即，记录/再现设备1(或者图像记录/记录/再现设备101)的提供者 不必知道每个内容创作者的和受控复制有关的协议等。类似地，内容 创作者不必知道具有受控复制功能的各个设备，比如记录/再现设备1 之间，关于所述设备提供的内容等的受控复制技术，收费处理等的区 别。于是，对于记录/再现设备1(或者图像记录/记录/再现设备101)的 提供者和内容创作者来说，提供给用户的服务的自由度被增大。
下面参考图40和图41，说明制造光盘的方法，所述光盘记录有 能够被记录/再现设备1或者图像记录/记录/再现设备101再现的数据， 即，具有利用图15说明的数据结构的数据，所述数据是包括关于协 同导航程序45执行的应用程序47是否被安装在记录/再现设备1中查 询MovieObject的命令，当协同导航程序45执行的应用程序47被安 装在记录/再现设备1中时，激活应用程序47的命令，和对协同应用 程序47执行处理来说必需的各种命令的数据。这里，记录介质被举 例表示成光盘。附图中的记录介质对应于图1中的光盘11或者可拆 卸介质28。注意，当可拆卸介质28不同于盘形记录介质时，借助已 知的记录介质制造方法，可被记录/再现设备1或图像记录/记录/再现 设备101再现的数据被类似地记录在记录介质上。
即，如图40中所示，准备由例如玻璃等制成的原盘，在原盘上 涂覆由光刻胶等制成的记录材料。从而，制造记录原盘。
随后，如图41中所示，在软件制造处理单元中，已由编码设备(视 频编码器)编码的呈可被记录/再现设备1或图像记录/记录/再现设备 101再现的格式的视频数据被临时保存在缓冲器中；由音频编码器编 码的音频数据被临时保存在缓冲器中；另外，由数据编码器编码的除 流之外的数据(例如，目录，播放列表和播放项目)被临时保存在缓冲 器中。通过利用多路复用器，使保存在相应缓冲器中的视频数据，音 频数据和除流之外的数据与同步信号多路复用，利用纠错码电路 (ECC)把纠错码添加到数据中。随后，利用调制电路(MOD)对数据应 用预定调制，按照预定的格式一次把调制数据记录在例如磁带等上， 从而产生将被记录在能够被记录/再现设备1或图像记录/记录/再现设 备101播放的光盘11或可拆卸28上的软件。
按照需要编辑(预制作)该软件，从而产生采用将被记录在光盘上 的格式的信号。随后，按照该记录信号调制激光束，该激光束被发射 到原盘上的光刻胶上。因此，按照记录信号，使原盘上的光刻胶曝露 在激光之下。
之后，使原盘显影，从而在原盘上出现凹坑。对按照这种方式制 备的原盘应用诸如电铸之类的处理，从而制造玻璃原盘上的凹坑被转 印到其上的金属原盘。由该金属原盘，进一步制造充当模具的金属压 模。
利用注射等，诸如PMMA(丙烯酸脂)或PC(聚碳酸酯)之类的材 料被注入该模具中，并被固化。另一方面，在把2P(可紫外光固化的 树脂)等涂覆在金属压模上之后，用UV射线照射和固化可UV固化的 树脂。因此，金属压模上的凹坑可被转印到由树脂制成的复制品上。
在复制品上形成反射膜，所述反射膜是利用气相沉积，溅射等产 生的。另一方面，利用旋涂在产生的复制品上形成反射膜。
之后，对该盘片应用内径和外径处理，采取诸如把两个盘片粘贴 在一起之类的必要操作。此外，在盘片上粘贴标签，把盘套附到盘片 上，并把盘片插入盘盒中。这样，完成记录有能够被记录/再现设备1 或记录介质10再现的数据的光盘11或可拆卸介质28。
另外，上面说明的一系列处理也可由软件执行。关于该软件，从 程序存储介质把配置该软件的程序安装到能够利用安装于其中的各 种程序，执行各种功能的嵌入专用硬件中的计算机，通用计算机等中。
如图1或图29中所示，该程序存储介质不仅由保存所述程序， 并且独立于计算机被分发，以便把程序分发给用户的可拆卸介质28， 比如磁盘(包括软盘)，光盘(包括CD-ROM(只读光盘存储器)和 DVD(数字通用光盘))，磁光盘(包括MD(小型磁盘)(注册商标))或半导 体存储器构成，而且由在被预先嵌入设备主体中的状态下被分发给用 户，并且保存所述程序的内存23，比如ROM或RAM，本地存储器 24，比如硬盘，等等构成。
另外，本说明书中说明记录在程序存储介质上的程序的步骤当然 包括按照说明顺序，依次执行的处理，不过也包括不一定按照时间顺 序，而是并行或者单独执行的处理。
注意本说明书中的系统代表由多个设备构成的整个设备。
注意本发明的实施例并不局限于上述实施例，在不脱离本发明的 本质的情况下可以做出各种变化。