会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
首页 / 专利库 / 专利权 / 第I章 / 国际申请 / 请求书 / 声明 / 绑定单元声明文件

绑定单元声明文件

阅读:349发布:2020-05-13

IPRDB可以提供绑定单元声明文件专利检索,专利查询,专利分析的服务。并且一种绑定单元声明文件。一种信息处理设备,包括:存储单元,该存储单元用于存储包括可读取内容的数据文件和包括与该数据文件相对应的控制信息的控制文件;和数据处理单元,该数据处理单元被配置用于使用存储了文件名转换信息的文件名转换表来将被存储在存储单元中的文件的文件名转换成虚拟文件系统(VFS)名称,来构建包括光盘的存储数据和存储单元的存储数据的VFS,以及来执行数据读取处理;其中,该数据处理单元:比较被存储在控制文件中的控制信息和被存储在存储单元中的数据,并且读取和/或更新文件名转换表来使被存储在控制文件中的控制信息和存储单元中所存储的数据一致。,下面是绑定单元声明文件专利的具体信息内容。

1.一种服务器设备,包括:

通信单元,该通信单元被配置用于从用户设备接收所述用户设备的预定内容信息;以及数据处理单元,该数据处理单元被配置用于使用所述预定内容信息来生成内容列表,其中,所述内容列表包括被提供给所述用户设备的已记录的内容信息,其中,所述内容列表通过所述通信单元发送给所述用户设备。

2.如权利要求1所述的服务器设备,其中,所述数据处理单元生成用于与提供给所述用户设备的数据相对应的数据文件的标识信息,和与下载内容ID相对应的内容列表。

3.如权利要求1所述的服务器设备,其中

所述通信单元从所述用户设备接收数据获取请求;以及所述数据处理单元响应于所述数据获取请求,生成数据文件和存储所述数据文件的文件类型信息的处理信息文件,其中,所述通信单元将所述数据文件和所述处理信息文件发送给所述用户设备。

4.如权利要求1所述的服务器设备,其中

所述数据处理单元生成内容列表,所述内容列表中包括与所述用户设备上的记录介质相对应的提供给所述用户设备的设置内容。

说明书全文

绑定单元声明文件

[0001] 本申请是申请日为2009年3月31日,申请号为200980119991.2,发明名称为“绑定单元声明文件”的中国发明专利申请的分案申请。
[0002] 相关申请的交叉引用
[0003] 本申请要求2008年3月31日提交的标题为“Binding Unit Manifest File”(绑定单元声明文件)第61/041,134号的共同未决美国临时专利申请的优先权。在临时申请中,已经提交了以上提及的临时申请的英文翻译以及该翻译是准确的声明。以上提及的临时申请和该临时申请的翻译的公开通过引用被结合于此。

技术领域

[0004] 本发明涉及虚拟文件系统,并且更具体而言,涉及生成和更新在这样的虚拟文件系统中使用的文件名转换表。

背景技术

[0005] 诸如音乐之类的音频数据、诸如电影之类的视频数据、游戏程序、各种类型的应用程序等以及各种类型的软件数据(以下,称为“内容”)能够存储在诸如蓝光光盘(Blu-ray TMDisc )或数字通用盘(DVD)之类的信息记录介质上。使用蓝色激光器的蓝光光盘是能够记录诸如大量电影内容之类的高分辨率数据的高密度刻录光盘。
[0006] 对于许多类型的内容,例如音乐数据或视频数据,通常分发权等由创作者或销售商所有。因此,当这种类型的内容被提供给用户时,对其使用通常有具体限制。即,该内容被置于这样一种形式中,其中,仅允许授权用户使用该内容。具体而言,控制(例如,编码处理)被执行以防止未经授权的再现。例如,蓝光光盘具有这样的标准,其中,存储在该光盘上的内容被划分到内容控制单元(CPS单元)中,并且由每个单元通过相对应的使用控制信息(“使用规则”)来执行控制。在通过与内容所属于的单个CPS单元相关联的使用控制信息(使用规则)所建立的范围内,允许使用属于该CPS单元的内容。
[0007] 使用控制信息(使用控制)和内容一起被记录在光盘上。当读取内容取时,读取设备读出与所读取的内容所属于的那个CPS单元相关联的使用控制信息,并且根据该使用控制信息来使用该内容。使用控制信息(使用规则)例如包括针对该内容的复制控制信息(CCI),并且具有诸如内容是否可以被复制之类的信息,以及使用是否被允许的模式。
[0008] 当属于CPS单元的内容是加密内容时,则进行与CPS单元密钥的关联,CPS单元密钥是与该单元相对应的加密密钥。当读取加密内容时,使用该CPS单元密钥来执行解码处理。注意,存储了CPS单元密钥的CPS单元密钥文件也被记录在光盘上。被存储在蓝光光盘上的内容在这种严格的使用控制下被使用和控制。而且,蓝光光盘标准还在从服务器下载与被记录在光盘上的内容相对应的附属数据作为后续数据时,调控数据的使用和控制,其中该附属数据例如是与该内容相对应的字幕或交替声轨数据,或其它服务数据或视频或静止图像内容等等。
[0009] 例如,在专利参考文件1(日本专利3959735)和专利参考文件2(日本未审查专利申请公开2003-140662)中公开了这样的用于使用内容的系统,其中,后续数据从服务器等获得,被记录在诸如硬盘之类的本地存储单元中,以与被存储在该光盘上的内容一起被读取。如上所述,蓝光光盘中所规定的标准有不仅针对被记录在盘上的内容的使用和控制的标准,还针对被存储在本地存储单元中的后续数据的使用和控制的标准。例如,该后续数据根据AACS(高级访问内容系统)来控制。当在用户设备上与被存储在盘(例如,蓝光光盘)上的内容一起读出被记录在存储装置(例如,硬盘)中的后续数据时,通过构造虚拟文件系统(VFS)来执行读取处理,其中,虚拟文件系统将被存储在光盘上的内容与被存储在诸如硬盘之类的本地存储单元上的内容相结合。该基于VFS的读取处理使得可以以与从单个介质的读取处理相同的方式来执行读取处理。
[0010] 在进行该VFS构造处理时,执行这样的处理,其中,被存储在本地存储单元中的后续数据的文件名被更改为用于VFS设置的文件名。来自各种内容提供商服务器的各种后续数据被存储在本地存储单元中。当这些后续数据文件被建立在VFS中时,则有必要针对VFS设置文件名,来确保VFS内没有冗余,并且来确保文件的可靠标识。

发明内容

[0011] 需要将本地存储单元内的文件名转换成VFS上的文件名的处理。用户设备维护用于该文件名转换处理的文件名转换表。该文件名转换表有时称为声明文件或绑定单元声明文件(BUMF)。
[0012] 在上述AACS(高级访问内容系统)中,文件篡改验证数据(例如,绑定单元签名文件(BUSF))是签名设置文件,其中,用于提供后续数据的服务器私钥被应用于构成BUMF的数据来使得能够执行对后续数据的严格使用控制。
[0013] 使用后续数据的用户设备首先通过对文件篡改验证数据(BUSF)的签名验证来确认声明文件(BUMF)的有效性。以该确认为条件,声明文件(BUMF)被用来对被存储在本地存储单元中的后续数据执行文件名转换来构建VFS。但是,来自各种内容提供服务器的各种后续数据被顺次存储在用户设备的本地存储单元中,并且在每次获得这种后续数据时都有必要更新声明文件(BUMF)和文件篡改验证数据(BUSF)。定期地获取后续数据的设备必须经常对这些文件执行更新处理,并且因此,需要提高用于生成和更新这些文件的处理的效率。
[0014] 本发明例如是对上述情况的思考的结果,并且其一个目的是提供这样一种信息处理设备、信息处理系统、信息记录介质和信息处理方法及程序,其能够在与被存储在诸如DVD或蓝光光盘之类的介质中的内容相对应的后续数据(例如,从服务器下载的数据)被存储在诸如硬盘之类的本地存储单元中以备使用的结构中,高效地执行声明文件(BUMF)的更新和文件篡改验证数据(BUSF)的更新等。
[0015] 本发明的第一个方面是一种信息处理设备,包括:存储单元,其用于存储包含可读取内容的数据文件和包含与所述数据文件相对应的控制信息的控制文件;和数据处理单元,其用于使用存储了文件名转换信息的文件名转换表来将被存储在存储单元中的文件的文件名转换成虚拟文件系统(VFS)的VFS文件名,来构建包括光盘的存储数据和存储单元的存储数据的虚拟文件系统(VFS),来执行数据读取处理;其中,数据处理单元执行用于比较控制文件的存储数据和存储单元的存储数据的处理和用于生成或更新文件名转换表来使控制文件的存储数据和存储单元的存储数据一致的处理。
[0016] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,当数据处理单元已经对文件转换表执行了读取或更新处理时,数据处理单元执行将所生成的或更新后的文件名转换表发送给服务器、接收关于文件名转换表的构成数据生成的服务器的签名数据,并存储在所述存储单元中的处理。
[0017] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,存储单元保持下载内容表数据作为控制文件,其中下载内容表数据是从服务器获得的表数据;并且数据处理单元执行下载内容表数据的存储数据和存储单元的存储数据的比较,并且如果检测到差异则执行生成或更新文件名转换表的处理。
[0018] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,下载内容表数据是存储存储从服务器获得的数据的存储单元的目录信息;并且数据处理单元执行下载内容表数据的存储目录和存储单元的设置目录的比较,并且如果检测到差异则执行生成或更新文件名转换表的处理。
[0019] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,当数据处理单元已经对文件名转换表执行了生成或更新处理时,数据处理单元还对下载内容表数据执行生成或更新处理。
[0020] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,存储单元保持存储了针对存储单元中所存储的数据的存储文件名的下载文件本地控制信息作为控制文件;并且数据处理单元执行下载文件本地控制信息的存储文件和存储单元的存储文件的比较,并且如果检测到差异则执行生成或更新文件名转换表的处理。
[0021] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,当数据处理单元已经对文件名转换表执行了生成或更新处理时,数据处理单元还对下载文件本地控制信息执行生成或更新处理。
[0022] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,当数据处理单元从服务器获取要存储在存储单元中的数据时,数据处理单元从服务器接收下载处理信息文件,并且识别所获得的文件的类型,并且根据被存储在接收到的下载处理信息文件中的文件类型信息,将[所获得的文件]存储在存储单元中。
[0023] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,当数据处理单元已经相对于存储单元所存储的数据执行了添加处理或删除处理,或者使用状态改变处理时,数据处理单元对文件名转换表执行生成或更新处理。
[0024] 另外,本发明中所阐述的信息处理设备的一种形式的实施例被构建为使得,数据处理单元通过执行被存储在光盘上的程序来执行文件名转换表的生成或更新处理。
[0025] 另外,本发明的第二个方面是一种服务器设备,包括:用于从用户设备接收文件名转换表的通信单元,其中文件名转换表存储了用于将被存储在用户设备的存储单元中的文件的文件名转换成用于虚拟文件系统(VFS)的VFS文件名的文件名转换信息;用于关于构成文件转换表的数据生成作为服务器私钥应用的签名数据的数据处理单元;和用于将有数据处理单元生成的签名数据发送给用户设备的通信单元。
[0026] 另外,本发明的第三个方面是一种服务器设备,包括:用于从用户设备接收用户设备的预定内容信息的通信单元;用于使用预定内容信息来生成记录了可以提供给用户设备的内容信息的内容列表的数据处理单元;以及用于将内容列表发送给用户设备的通信单元。
[0027] 另外,本发明中所阐述的服务器设备的一种形式的实施例被构建为使得,数据处理单元生成用于与可以提供给用户设备的数据相对应的数据文件的标识信息,和与下载内容ID相对应的内容列表。
[0028] 另外,本发明中所阐述的服务器设备的一种形式的实施例被构建为使得,通信单元从用户设备接收数据获取请求;并且数据处理单元响应于数据获取请求来生成数据文件以及存储数据文件的文件类型信息的处理信息文件,并且将[这些文件]通过通信单元发送给用户设备。
[0029] 另外,本发明中所阐述的服务器设备的一种形式的实施例被构建为使得,数据处理单元根据用户侧的记录介质来生成其中设置了可以提供给用户设备的内容的内容列表。
[0030] 另外,本发明的第四个方面是一种信息记录介质,用于记录:包含可读取内容的数据文件;和用于执行文件名转换表的生成处理或更新处理的程序,其中文件名转换表存储用于将被存储在读取设备的存储单元中的文件的文件名转换成虚拟文件系统(VFS)的VFS文件名的文件名转换信息;其中用于读取信息记录介质的读取设备可以根据该程序来生成或更新文件名转换表。
[0031] 另外,本发明中所阐述的信息记录介质的一种形式的实施例被构建为使得,该程序包括用于执行控制数据和被存储在读取设备的存储单元中的文件的比较处理的程序。
[0032] 另外,本发明中所阐述的信息记录介质的一种形式的实施例被构建为使得,该程序包括用于从服务器获取用于文件名转换表的签名数据的程序。
[0033] 另外,本发明的第五个方面是一种信息处理系统,其包括用于执行数据提供处理的服务器和用于执行从服务器接收数据的信息处理设备,其被构建为使得:该信息处理设备包括:存储单元,其用于存储包含可读取内容的数据文件和包含与数据文件相对应的控制信息的控制文件;和数据处理单元,其用于使用存储了文件名转换信息的文件名转换表来将被存储在存储单元中的文件的文件名转换成用于虚拟文件系统(VFS)的VFS文件名,来构建包括光盘的存储数据和存储单元的存储数据的虚拟文件系统(VFS),来执行数据读取处理;其中,该数据处理单元执行检测控制文件的存储数据和存储单元的存储数据之间的差异的处理,以及用于生成或更新文件名转换表以使控制文件的存储数据和控制单元的存储数据一致的处理;并且其中,服务器生成签名数据并将其发送给信息处理设备,其中,服务器私钥被应用于构成从信息处理设备接收的文件名转换表的数据。
[0034] 另外,本发明的第六个方面是一种在信息处理设备中执行的数据处理方法,包括:数据处理单元执行针对存储单元中所存储的数据文件和控制文件的存储数据的比较处理的步骤;和当检测到控制文件的存储数据和存储单元的存储数据之间的差异时,数据处理单元执行文件名转换表的生成或更新处理的步骤,其中,文件名转换表被应用来将被存储在存储单元中的文件的文件名转换成用于虚拟文件系统(VFS)的VFS文件名。
[0035] 另外,本发明的第七个方面是一种使得在信息处理设备中执行信息处理的程序,包括:使得数据处理单元执行针对被存储在存储单元中的数据文件和控制文件的存储数据的比较处理的步骤;和当检测到控制文件的存储数据和存储单元的存储数据之间的差异时,导致数据处理单元执行文件名转换表的生成或更新处理的步骤,其中,文件名转换表被应用来将被存储在存储单元中的文件的文件名转换成用于虚拟文件系统(VFS)的VFS文件名。
[0036] 注意,本发明中所阐述的程序可以是计算机程序,其可以提供给例如能执行各种程序代码的通用计算机系统,这些程序代码经由以计算机可读格式提供的记录介质或者经由通信介质提供。通过提供这种计算机可读格式的程序,能够依照程序在计算机系统上实现处理。
[0037] 本发明中所阐述的一个实施例示例的结构被应用于将与被存储在信息记录介质(例如,DVD)中的内容相对应的后续数据存储到本地存储单元(例如,硬盘等)中以备使用这样的结构。当构建内容读取处理中所要使用的虚拟文件系统(VFS)(其包括被存储在光盘上的数据和被存储在存储单元中的数据)时,有必要使用文件名转换表来将存储单元存储文件名转换成用于虚拟文件系统(VFS)的VFS文件名。在本发明中所阐述的一个实施例示例中的结构中,执行针对被存储在本地存储单元中的数据来比较存储控制信息的控制文件所存储的信息(与本地存储单元所存储数据相比较)的处理,并且执行在用户设备侧根据比较的结果生成或更新文件名转换表的处理。该结构在不依赖服务器侧生成文件名转换表的情况下实现了高效的处理。
[0038] 以下,通过以下基于本发明的实施例示例以及附图对本发明进行的详细说明,将理解本发明的其它目的、特征和益处。注意,在本说明书中,“该系统”是多个设备的逻辑集合结构,并且不限于在相同框架内的每个结构设备。

附图说明

[0039] 图1是用于说明根据本发明中所阐述的一个实施例示例的信息处理系统的结构的示图。
[0040] 图2是图示出信息记录介质中所存储的数据以及信息处理设备(读取设备)100中的内容读取处理的示图。
[0041] 图3是用于说明被存储在信息记录介质上的内容的格式示例的示图。
[0042] 图4是用于说明CPS单元密钥文件的具体结构示例的示图。
[0043] 图5是用于说明信息处理设备中所生成的虚拟文件系统的示图。
[0044] 图6是用于说明被存储在后续数据搜索信息中的文件名转换表的示例的示图。
[0045] 图7是用于说明根据本发明所阐述的一个实施例示例的信息处理系统的本地存储单元中所存储的数据的结构的示例的示图。
[0046] 图8是用于说明根据本发明所阐述的一个实施例示例的信息处理系统的本地存储单元中所存储的下载文件本地控制信息的数据结构的示例的示图。
[0047] 图9是用于说明根据本发明所阐述的一个实施例示例的虚拟文件系统(VFS)中所设置的文件和信息处理系统的本地存储单元中所存储的数据的示图。
[0048] 图10是用于说明根据本发明所阐述的一个实施例示例的信息处理系统的本地存储单元中所存储的下载内容列表的数据结构的示例的示图。
[0049] 图11是用于说明在根据本发明所阐述的一个实施例示例的信息处理系统中执行的用于从服务器获取后续数据的处理的序列的序列图。
[0050] 图12是用于说明被提供给服务器的内容的数据结构的示例的示图。
[0051] 图13是用于说明基于提供给服务器的内容列表在信息处理设备上显示的下载菜单的数据结构的示例的示图。
[0052] 图14是用于说明提供给服务器的下载数据处理信息的数据结构的示例的示图。
[0053] 图15是图示出用于说明在进行获取后续数据并将后续数据存储到本地存储单元的处理时信息处理设备所执行的处理序列的流程图的示图。
[0054] 图16是用于说明生成包括新获得的后续数据的信息的文件名转换表(声明文件(BUMF))的处理的示例的示图。
[0055] 图17是用于说明在根据本发明中所阐述的一个实施例示例的信息处理设备中执行的,用于在检测到内容时更新更新文件名转换表(声明文件(BUMF)的处理的示例的示图。
[0056] 图18是用于说明在根据本发明中所阐述的一个实施例示例的信息处理设备中执行的,用于在使用情形已经改变时更新更新文件名转换表(声明文件(BUMF)的处理的示例的示图。
[0057] 图19是用于说明用于生成或更新更新文件名转换表(声明文件(BUMF)的处理和用于获取文件篡改验证数据(BUSF)的处理的细节的示图。
[0058] 图20是图示出用于说明在信息处理设备中执行的用于生成或更新更新文件名转换表(声明文件(BUMF)或控制数据的处理的序列的流程图的示图。

具体实施方式

[0059] 这里公开的一些实施例用于(在用户设备上)生成和更新在虚拟文件系统(VFS)中使用的文件名转换表。在一个实施例中,构建VFS来读取被存储在用户装置本地的存储单元中的数据。
[0060] 在阅读本说明书之后,如何在各种可替换实施例和可替换应用中实现本发明将变得显而易见。然而,尽管将在这里描述本发明的各种实施例,但应当理解,仅仅是以示例而非限制的方式来介绍这些实施例。因此,对各种可替换实施例的详细描述不应被理解为对本发明的范围或宽度的限制。
[0061] 以下,将参考附图来描述本发明中所阐述的信息处理装置、信息处理系统、信息记录介质、和信息处理方法及程序。将按照以下项目来进行说明:
[0062] 1.信息处理装置中的结构和处理的概述
[0063] 2.使用VFS的内容读取处理的概述和文件名转换表(BUMF)的概述
[0064] 3.用于生成和更新文件名转换表(BUMF)和控制数据的处理的示例
[0065] 1.信息处理装置中的结构和处理的概述
[0066] 首先,将关于根据本发明一个实施例的信息处理装置中的结构和处理的概述进行说明。
[0067] 图1是图示出执行读取信息记录介质(光盘)(例如,DVD或蓝光光盘)的处理的信息处理装置100(例如,PC或读取装置)的框图。信息处理装置100包括数据处理单元101、本地存储单元102、驱动器103、存储器104、通信接口105和显示单元106。
[0068] 数据处理单元101包括用于执行内容读取处理和后续数据控制处理的程序执行功能。本地存储单元102被配置用于存储控制数据和后续数据。在一个实施例中,后续数据包括由用户生成的数据和从服务器131和132下载的数据。后续数据与被存储在信息记录介质200上的内容相对应。驱动器103被配置用于相对于信息记录介质200执行数据输入和输出。存储器104包括各种类型的存储装置,包括在程序执行区域和参数存储区域中使用的只读存储器(ROM)和/或随机存取存储器(RAM)。通信接口105被配置用于通过网络来辅助通信。显示单元106被配置用于显示内容和内容信息。
[0069] 本地存储单元102例如由硬盘或闪存等构成。例如,注意,当信息记录介质200被构建为具有可记录数据区域(例如,R型介质、RE型介质、局部ROM等)时,该结构可以将信息记录介质200的一部分用作本地存储单元。
[0070] 信息处理装置100通过驱动器103读取被存储在信息记录介质200上的内容来执行内容读取处理。该处理在数据处理单元101的控制下被执行。信息记录介质200例如可以是ROM介质(其中,内容被预先记录)或可写R型或RE型介质(其中,内容由用户通过诸如从服务器下载之类的处理来获得和记录)。
[0071] 信息处理装置100在读取被存储在信息记录介质200上的内容时(通过服务器131,132)取得并(向本地存储单元102)记录辅助数据。在一个示例中,如果内容是电影内容,则辅助数据是字幕数据或交替声轨数据。在另一示例中,辅助数据是与内容相对应的服务数据。在另一示例中,如果内容是游戏程序,则辅助数据是通过执行游戏获得的得分信息、历史信息和/或其它后续数据。
[0072] 被存储在本地存储单元102中的数据例如是对应于被存储在信息记录介质200中的任意内容而取得或生成的数据,并且在进行读出被存储在信息记录介质200中的内容的处理时,被存储在本地存储单元102中并被用户选择的后续数据能够被联合读取。在该读取处理中,构建组合了例如被存储在盘上的内容和被存储本地存储单元(例如,硬盘)中的内容的VFS(虚拟文件系统),并且执行读取处理。该基于VFS的读取处理使得可以以与从单个介质的读取处理相同的方式来执行读取处理。稍后将详细描述该基于VFS的读取处理。
[0073] 当记录后续数据时,数据处理单元101在必要时生成或更新有关后续数据的控制信息或说明性信息,并将该信息存储在本地存储单元102中。数据处理单元101将后续数据和控制信息和/或说明性信息记录到本地存储单元102中所建立的后续数据目录中。
[0074] 数据处理单元101通过称为绑定单元(BU)的控制单元来控制后续数据。控制单元(BU)被建立为包括随后与信息记录介质200中所存储的内容相对应地生成或获取的后续数据的单元,所述后续数据例如是从服务器下载的内容或用户生成的数据。大多数后续数据是在读取被存储在信息记录介质200中的内容时可以联合读取和使用的数据。
[0075] 当与被存储在信息记录介质(光盘)200中的内容联合地读取被存储在本地存储单元102中的后续数据时,数据处理单元101如上所述地构建VFS(虚拟文件系统),然后执行读取处理,并且此时,数据处理单元101针对被存储在本地存储单元102中的后续数据执行文件名转换处理。应用于该转换处理的表格称为文件名转换表(声明文件(manifest file)(BUMF))。声明文件通过控制单元(绑定单元(BU))来存储后续数据控制信息,并且也称为“绑定单元声明文件(BUMF)”。
[0076] 尽管,基本上,单个声明文件(BUMF)被建立用于单个控制单元(BU),但是反过来,用于多个控制单元的控制信息可以被存储在单个声明文件(BUMF)中。稍后,将说明声明文件(BUMF)的具体示例以及其使用示例。
[0077] 接下来,将参考图2和图3来说明被存储在信息记录介质中的数据的示例以及信息处理设备中的内容读取处理的示例。图2是图示出被存储在信息记录介质200中的数据以及信息处理设备(读取设备)100中的内容读取处理的示图。这里示出信息已被存储ROM盘上的示例,其中,ROM盘作为存储了该内容的光盘。信息处理设备100可以是各种信息处理设备,例如PC或专用播放设备,并且具有用于执行从信息记录介质200读取数据的处理的驱动器103。
[0078] 作为信息记录介质(光盘)200的ROM盘例如可以是诸如蓝光光盘或DVD之类的信息记录介质,并且是在获得内容合法权利所有人的授权的光盘制造厂中制造的存储了合法内容的信息记录介质。
[0079] 如图2中所示,信息记录介质(盘)200记录有:内容201;MKB(介质密钥块)202,其是基于作为公知的一种广播加密方法的分层密钥分发方法生成的加密密钥块;处理控制文件203,其包括用于证明被存储在信息记录介质200中的内容的合法性等的内容证书(CC);作为内容标识符的内容ID,建立为每个单独信息记录介质或每组预定数目的信息记录介质的标识符的卷ID;PMSN(预先记录的介质序列号),其对应于作为光盘特有的标识信息的介质ID等;使用控制信息(使用规则)204,其例如包括作为内容复制/读取控制信息的CCI(复制控制信息);和存储了CPS单元密钥的CPS单元密钥文件,CPS单元密钥是针对作为内容使用控制的单位的每个单独的内容控制单元(CPS单元)所建立的加密密钥;其中,这些数据都被存储在其上。
[0080] 注意,在本示例中,后续数据读取控制程序206被包括在内容201中,作为应用于如下所述从服务器下载内容的处理的程序信息。后续数据读取控制程序是例如由TMJavs[sic--"Java"?] 应用构成的程序,并且也被称为BD-J应用序。以下,将说明被存储在信息记录介质200上的信息的概述。
[0081] (1)内容201
[0082] 各种内容被存储在信息记录介质(光盘)200上。例如,内容例如是电影内容的AVTM(视听)流(例如,HD(高清晰)电影内容)或游戏程序、图像文件、音频数据、文本数据、Java应用程序等等。
[0083] 在这些内容中,诸如电影内容之类的主要内容是以特定AV格式存储的数据,并且被记录为依照AACS(高级访问内容系统)标准加密的数据,AACS标准是内容版权保护技术的标准。即,内容被划分到单元(CPS单元)中并且作为被应用了与每个单元相对应的单元密钥(CPS单元密钥)的加密内容被记录到光盘上。稍后,将参考图3来说明有关内容的记录格式的细节。
[0084] 该内容201还包括作为次要内容(subcontent)存储的JavaTM应用程序、游戏程序、图形文件、音频数据、文本数据等。在某些情况中,次要内容是没有按照AV数据格式的数据。
[0085] 主要内容和次要内容两者都包括各种内容作为内容类型,例如,音频数据、电影、诸如静止图像之类的图形数据、游戏程序、Web内容等,其中,这些内容包括各种类型的信息,包括可由来自信息记录介质200的数据专用的内容信息、来自信息记录介质200的数据可以与从连接到网络的服务器提供的数据联合使用的内容信息,等等。
[0086] (2)介质密钥块(MKB)
[0087] MKB202是基于作为一种广播加密方法为公众所知的分层密钥分发方法生成的加密密钥块。MKB202是使得通过仅基于被存储在具有有效许可证的用户信息处理设备中的设备密钥(Kd)的处理(解密)就能够获得解密内容所需要的介质密钥(Km)的密钥信息块。这是依照分层树结构的信息分发方法的应用,其仅在用户设备(信息处理设备)具有有效许可证时使能介质密钥(Km)的获取,其中,介质密钥(Km)不能在(通过撤销处理)已被无效的用户设备中获取。
[0088] 执行MKB的控制的控制中心能够通过改变在加密密钥信息时使用的设备密钥来生成MKB,MKB具有这样的结构,其中,解码不能使用被存储在具体用户设备中的设备密钥来进行,或者换而言之,其中,用于内容加密所需要的介质密钥不能被获取。因此,在任何给定的时刻,可以排除(撤销)非法设备,使得能够仅向具有有效许可证的那些设备提供可解密的加密内容。
[0089] (3)处理控制文件
[0090] 处理控制文件203例如包括以下数据:内容证书(CC),其是用于证明被存储在光盘上的内容的合法性的证书;内容ID,其作为被存储在信息记录介质200上的内容的标识符;卷ID,其被建立为每个单独的信息记录介质或每组预定数目的信息记录介质的标识符;以及PMSN(预先记录的介质序列号),其对应于作为光盘特有的标识信息的介质ID。
[0091] 除了这些以外,还包括作为信息记录介质200的标识信息的光盘ID,包括作为编辑了被存储在信息记录介质200中的内容的工作室的标识符的工作室ID,并且包括作为包(package)标识符的包ID,其是制造信息记录介质200的单位。注意,包ID有时称为“光盘ID”。
[0092] (4)使用控制信息(使用规则)
[0093] 使用控制信息(使用规则)204例如包括复制/读取控制信息(CCI)。即,这是用于控制复制的信息或用于控制读取以用于使用控制的信息,其对应于被存储在信息记录介质200上的加密内容201、后续从服务器获得的内容等等。该复制/读取控制信息(CCI)可以以各种方式提供,例如,作为被建立为内容控制单元的各个CPS单元的信息来提供,或者与多个CPS单元相对应地提供。
[0094] (5)CPS单元密钥文件
[0095] 被存储在信息记录介质200中的加密内容如上所述被划分到作为内容控制单元所建立的CPS单元中,并使用用于这各个单元的加密密钥被加密。执行读取处理的信息处理设备必须识别所要读取的内容所属于的CPS,并且必须使用CPS单元密钥作为对应于所识别的CPS单元的解密密钥来执行解密处理。存储为了获取该CPS单元密钥所需要的数据的文件是CPS单元密钥文件。注意,当读取内容时,有必要不仅应用CPS单元密钥,还应用各种其它密钥信息、密钥生成信息等。
[0096] 图2图示出被存储在信息记录介质200中的数据的细节,并且示意性地图示出用于在信息处理设备100中与被存储在本地存储单元102中的内容联合地读取被存储在信息记录介质200中的内容的处理,其中被存储在本地存储单元102中的内容例如是后续从服务器获取的内容。该信息处理设备具有用于执行读取被存储在该信息记录介质上的数据的处理的驱动器103。
[0097] 首先,在步骤S11中,信息处理设备100的数据处理单元101执行构造VFS(虚拟文件系统)的处理。即,组合被存储在信息记录介质(光盘)200上的内容和被存储在诸如硬盘之类的本地存储单元102中的内容等来构造VFS(虚拟文件系统)。该基于VFS的读取处理使得可以以与从单个介质读取的处理相同的方式来执行该读取处理。之后,在步骤S12至S13中,通过执行内容解密处理和执行解码处理(例如,MPEG解码)来读取内容。
[0098] 存储器104是由在程序执行区域和参数存储区域等中使用的ROM[和/或]RAM构成,并且存储被应用于内容加密处理的设备密钥(Kd)、执行各种处理的程序等等。当解密该内容时,信息处理设备100基于该存储器104中所存储的数据和从信息记录介质200读取的数据来生成要应用于内容解密的密钥,并且对所要读取的加密内容执行解密处理。
[0099] 接着,将参考图3来说明被存储在信息记录介质上的内容的格式的示例。被存储在信息记录介质上的至少部分内容在针对每个单独单元不同的密钥指派之后所执行的加密处理之后被存储,以实现对于每个单元不同的使用控制。即,内容被划分到内容控制单元(CPS单元)中,并且加密处理在每一个单元上被执行以对每一个单元执行使用控制。
[0100] 当使用内容时,例如读取加密内容,首先有必要获得被指派给每一个单元的CPS单元密钥,之后,通过应用其它必要的密钥和密钥生成信息以及基于预定的解密处理序列执行数据处理来执行读取。将参考图3来说明提供内容控制单元(CPS单元)的形式。
[0101] 如图3中所示,内容具有分层结构:(A)索引210,(B)电影对象220,(C)播放列表230以及(D)剪辑240。当索引(例如通过读取应用所要访问的标题)被指定时,例如与该标题相关联的读取程序被指定,并且根据所指定的读取程序的程序信息,指定读取内容的顺序的播放列表被选择。
[0102] 播放列表包括播放项目,播放项目是指定所要读取的数据的信息。根据剪辑信息,作为用播放列表中所包括的播放项目指定的所要读取的片段,AV流和命令等作为实际的内容数据被有选择地读取,并且处理被执行来读取AV流和执行这些命令。注意,存在多个播放列表和播放项目,并且每一个与作为标识信息的播放列表ID和播放项目ID分别相关联。
[0103] 注意,图3中所图示出的格式是根据AACS标准加密的内容的格式,并且并不是被存储在光盘上的所有内容201都一定是依照该格式的数据。除了依照该格式存储的加密数TM据以外,广告内容、服务内容、Java 程序内容和其它内容也可以被存储在光盘上。这些内容也可以作为未加密的内容记录在光盘上,并且在读取这种内容时也可以使用播放列表。
[0104] 即,尽管图3中所图示的播放列表的提供图示出指定读取仅全是加密数据的AV流这样的播放列表的示例,但是除此以外,还可以提供使用依照AACS标准的AV流和读取作为未加密数据的内容的播放列表。注意,当读取内容时,内容是在用户指定标题之后被读取的;然而,所要读取的一个或多个内容能够通过由读取程序选择的播放列表被顺次选择和读取,其中读取程序是由用户通过指定标题来选择的,播放列表是通过读取程序来选择的。
[0105] 图3图示出被记录在光盘200上的内容201中所包括的加密内容中的两个CPS单元。这些构成了被存储在信息记录介质上的一部分内容。第一CPS单元271和第二CPS单元272各自是CPS单元,CPS单元被建立为包括作为索引的标题、作为读取程序文件的电影对象、播放列表和剪辑这样的单元,其中剪辑包括作为实际内容的数据的AV流文件。
[0106] 第一内容控制单元(CPS单元)271包括第一标题211、第二标题212、读取程序221和222、播放列表231和232、剪辑241和剪辑242,其中,被包括在两个剪辑242和242中的作为实际内容的数据的AV流数据文件261和262是至少受限于加密的数据,其中,原则上,这是使用作为加密密钥的CPS单元密钥(Ku1)加密了的数据,其中CPS单元密钥(Ku1)是与第一内容控制单元(CPS单元)271相关联地建立的加密密钥。
[0107] 第二内容控制单元(CPS单元)217包括第一应用213(作为索引)、读取程序224、播放列表233和剪辑243,其中,被包括在剪辑243中的作为实际内容的数据的AV流数据文件263通过使用CPS单元密钥(Ku2)被加密,CPS单元密钥(Ku2)是与第二内容控制单元(CPS单元)272相关联地建立的加密密钥。
[0108] 例如,为了让用户执行与第一内容控制单元(CPS单元)271相对应的应用文件或内容读取处理,有必要在获得单元密钥Ku1之后执行解密处理,其中单元密钥Ku1是与第一内容控制单元(CPS单元)271相关联地建立的加密密钥。为了执行与第二内容控制单元(CPS单元)272相对应的应用文件或内容读取处理,有必要在获得单元密钥Ku2之后执行解密处理,其中单元密钥Ku2是与第二内容控制单元(CPS单元)272相关联地建立的加密密钥。
[0109] 在图4中图示出CPS单元密钥文件的具体结构的示例。图4是将CPS单元密钥文件的结构图示为表格的示图。如图4中所示,CPS单元密钥文件针对诸如标题之类的每个索引信息被分割,并且具有这样的数据结构,其中,解密出CPS单元密钥(Kun)和与每个索引相关联的内容控制单元编号(CPS单元编号)相关联。
[0110] 执行内容读取的信息处理设备在基于单独的CPS单元中所建立的单元编号(CPS单元编号)获得相对应的CPS单元密钥之后,针对作为加密内容的CPS单元执行解密处理。
[0111] 2.使用VFS的内容读取处理的概述和文件名转换表(BUMF)的概述
[0112] 如上所述,当与被存储在信息记录介质(光盘)200中的内容联合读取被存储在本地存储单元102中的后续数据时,执行读取处理的信息处理设备100的数据处理单元101构造VFS(虚拟文件系统)并且之后执行读取处理。此时,针对被存储在本地存储单元102中的后续数据执行文件名转换处理。被应用于该转换处理的表是文件名转换表(声明文件(BUMF))。以下,将说明使用VFS的内容读取处理的概述和文件名转换表(BUMF)的概述。
[0113] 将参考图5来描述当被存储在本地存储单元102(例如硬盘)中的后续数据与被存储在信息记录介质(光盘)200上的内容被联合读取时所建立的VFS(虚拟文件系统)。例如,如果被存储在信息记录介质(光盘)200中的内容是法语内容,而被存储在本地存储单元102(例如硬盘)中的后续数据是与该电影内容相对应的日语字幕数据,则可以通过一起读取这两者来播放带有日语字幕的电影。
[0114] 当读取这种合成内容时,信息处理设备100虚拟地组合目录和文件,目录和文件包括本地存储单元102的后续数据控制文件以及信息记录介质(光盘)200的目录和文件。即,建立VFS(虚拟文件系统)。用于建立该VFS(虚拟文件系统)的处理将光盘上的数据文件和本地存储单元中相对应的后续数据文件建立在单个虚拟目录中。该处理使得能够高速访问被存储在不同记录介质上的文件。(0084)图5中所图示的应用程序320是用于在信息处理设备100中执行电影对象、后续数据读取控制程序(BD-J)应用等的读取处理等的应用程序。应用程序320经由虚拟文件系统来处理被存储在信息记录介质(光盘)200上的文件和被存储在本地存储单元102中的文件。应用程序320经由虚拟文件系统来获取通过使用后续数据搜索信息321获得的后续数据文件,后续数据搜索信息321是用于被存储在本地存储单元102中的文件的搜索信息。
[0115] 虚拟文件系统的作用是对应用程序320隐藏记录介质(文件系统)之间的差异。因此,应用程序320可以使用相同的API等来处理被存储在这两种记录介质上的文件,而不必知道存储了这些文件的记录介质的差异。
[0116] 例如,当光盘被装载到设备中时,或者当应用程序被启动时,虚拟文件系统通过融合光盘上的文件系统和本地存储单元102上的文件系统被生成,并且所生成的虚拟文件系统(VFS)被存储在信息处理设备100的存储器中。在该情况中,被存储在本地存储单元102中的目录或文件每次例如由于写入文件而改变时,VFS(虚拟文件系统)被更新。
[0117] 以这种方式,当被存储在本地存储单元102中的后续数据与被存储在信息记录介质(光盘)200中的内容被联合读取时,有必要建立VFS(虚拟文件系统)。
[0118] 在进行建立该VFS(虚拟文件系统)的处理时,有必要执行针对被存储在本地存储单元102中的后续数据的文件名转换处理。被应用于该文件名转换处理的表格是文件名转换表(声明文件(BUMF))。将参考图6来说明文件名转换表(BUMF)的结构。
[0119] 当文件名转换表(BUMF)和从服务器获得的后续数据文件被一起存储在本地存储单元102中,并且用于生成作为虚拟文件系统的处理被执行时,信息处理设备100参考文件名转换表来将本地存储单元中的文件名转换成VFS中的文件名,并将其置于VFS中。
[0120] 图6中所图示的文件名转换表(BUMF)具有在本地存储单元中的文件名、工作室ID、包ID和转换后的文件名这各个条目之间建立关联这样的结构。即,文件名转换表(BUMF)包含用于将被存储在本地存储单元中的文件的文件名转换成虚拟文件系统(VFS)的VFS文件名的信息。
[0121] 本地存储单元中的文件名是记录到存储后续数据的本地存储单元102中时的实际文件名。为了防止冗余,添加工作室名称来建立文件名。
[0122] 文件名转换处理是例如依赖于与所读取的内容相对应的包ID和工作室ID来确定的。当读取处理被执行时,对后续数据和信息记录介质(光盘)200上的数据执行绑定处理。所有工作室ID和包ID关于所要使用的后续数据建立关联,并且执行内容读取处理的信息处理设备获取所要读取的内容的工作室ID和包ID,并且基于这些ID,通过应用文件名转换表来获取转换后的文件名,并且将已经获得的该文件名建立为虚拟文件系统中的文件名。
[0123] 例如,如果本地存储单元102上的文件名是“studioA.STREAM.00001.m2ts”并且所要读取的内容的工作室ID是1,并且所要读取的内容的包ID是1、2和3,则转换后的文件名将为“BDMV/STREAM/00001.m2ts”。该转换后的文件名“BDMV/STREAM/00001.m2ts”是读取程序可以使用的文件名。
[0124] 通过以这种方式应用文件名转换表(BUMF)来执行文件名的转换使得可以在本地存储单元102中的目录中自由设置文件名,使得可以自由创建文件名而没有冗余。
[0125] 注意,尽管图6中所图示的文件名转换表(BUMF)中的第二和第三条目都将“studioC.STREAM.00002.m2ts”作为本地存储单元中的文件名,但是,当工作室ID=1并且包ID=1、2或3时,转换后的文件名将为“BDMV/STREAM/00002.m2ts”,而如果工作室ID=2并且包ID=4、5或6时,则转换后的文件名将为“BDMV/STREAM/00012.m2ts”,因此,该结构是转换将依赖于工作室ID和包ID的值而得到不同的文件名这样的结构。通过以这种方式应用文件名转换表来执行文件名转换处理例如使得能够建立将在不同读取应用中应用的不同文件。
[0126] 注意,文件篡改验证数据(BUSF:绑定单元签名文件)被存储在信息处理设备100的本地存储单元102中来使能对后续数据的严格使用控制。文件篡改验证数据(BUSF)是向构成BUMF的数据提供签名的文件,其中该签名被应用了控制服务器(例如,后续数据提供服务器)的私钥。
[0127] 使用后续数据的用户设备首先通过对文件篡改验证数据(BUSF)的签名验证来确认声明文件(BUMF)的有效性。在该确认的条件之下,声明文件(BUMF)被用来对存储在本地存储单元中的后续数据执行文件名转换来构造VFS。
[0128] 3.用于生成和更新文件名转换表(BUMF)和控制数据的处理的示例
[0129] 接下来,将说明用于生成和更新文件名转换表(BUMF)和控制数据的处理的示例。来自各种内容提供商服务器的各种后续数据被顺次存储在信息处理设备100的本地存储单元102中。
[0130] 每次获得这种后续数据时,都需要生成或更新声明文件(BUMF)和控制数据的处理,以及生成或更新文件篡改验证数据(BUSF)的处理。即,图1中示出的信息处理设备100的数据处理单元101执行被存储在本地存储单元102中的数据与被存储在本地存储单元102中的控制文件的存储数据之间的比较处理,并且执行生成或更新文件名转换表和声明文件(BUMF)的处理,以使得控制文件中所记录的信息和本地存储单元102中所存储的数据一致。
[0131] 定期获取后续数据的设备必须经常执行创建和更新这些文件的处理,因此需要提高这些处理的效率。以下,将描述根据本发明的实施例示例中所阐述的用于创建和更新声明文件(BUMF)、控制数据和文件篡改验证数据(BUSF)的处理的示例。
[0132] 首先,将参考图7来说明当后续数据被写入用户侧的信息处理设备100的本地存储单元102时的目录的示例。图7中所图示的本地存储单元102中的目录示例以提供这些后续数据的工作室(Org:组织机构)单位来分割的,并且进一步以该工作室所提供的光盘(=包)单位(Disc_id)来分割。
[0133] 图7中所图示的目录中所提供的后续数据401、402和403对应于由和该目录的工作室(Org)相对应的内容提供服务器所接收到的后续数据。如上所述,当存储在光盘上的内容是电影内容时,后续数据401至403例如包括字幕数据等。在大多数情况中,后续数据还具有按照已经参考图3说明的数据格式的数据结构;即,在大多数情况中,后续数据包括索引、电影对象、播放列表、剪辑等。
[0134] 下载文件本地控制信息411至413是对应于各个后续数据401至403来提供的。图8中图示出这些下载文件本地控制信息411至413的示例。下载文件本地控制信息记录从服务器下载并被存储在本地存储单元中的那些数据的存储文件名。
[0135] 如图8中所示,下载文件本地控制信息包括文件类型(其是包括后续数据的文件的类型)、文件ID、文件在本地存储单元中的路径名和虚拟包中的文件名,以及与之对应的数据。
[0136] 注意,“虚拟包”和上述VFS(虚拟文件系统)是同义的,并且构成声明文件(BUMF)的转换后的文件名的数据中的最终文件名是虚拟包中的文件名,其中,声明文件(BUMF)是以上参考图6所描述的文件名转换表。
[0137] 如下构造构成声明文件(BUMF)的转换后的文件名的那些数据,其中,声明文件(BUMF)是以上参考图6所描述的文件名转换表。例如,图6中所图示的声明文件(BUMF)的转换后的文件名的第一行中的文件名被设置为以下文件名,其中,“BDMV/STREAM/00001.m2ts”的“BDMV”和“STREAM”是用虚拟文件系统(VFS)中所建立的目录结构定义的,并且“00001.m2ts”是建立在“BDMV”和“STREAM”之下的文件名。该文件名对应于图8中所图示出的下载文件本地控制信息中的虚拟包中的文件名。
[0138] 将参考图9来说明,当后续数据被添加到本地存储单元102中时,本地存储单元中所存储的数据的变化示例,以及通过应用作为文件名转换表的声明文件(BUMF)所建立的虚拟文件系统(VFS)中针对后续数据的文件设置的转变示例。
[0139] 图9图示出针对以下内容的文件设置示例:(a1)被存储在存储单元中的数据(在获取额外的后续数据之前);(a2)VFS(虚拟文件系统)设置(在获取额外的后续数据之前);(b1)被存储在存储单元中的数据(在获取额外的后续数据之后);(b2)VFS(虚拟文件系统)设置(在获取额外的后续数据之后)。
[0140] 起初以状态(a1)被存储在存储单元中的数据(在获取额外的后续数据之前)存储在本地存储单元中的数据转变为(b1)被存储在存储单元中的数据(在获取额外的后续数据之后)的状态。
[0141] 所获得的额外数据包括(b1)被存储在存储单元中的数据(在获取额外的后续数据之后)中示出的三个文件:
[0142] AV流文件:“studioA.STREAM.10002.m2ts”
[0143] 剪辑信息文件:“studioA.CLIPINF.10002.clpi”
[0144] 播放列表文件:“studioA.PLAYLIST.10002.mpls”
[0145] 当这些额外文件被存储在本地存储单元中时,如图9(bl)所示地应用工作室名称等来使得可以在本地存储单元中建立这些文件而没有冗余。
[0146] 当读取时,例如图6中所图示出的文件转换表(声明文件(BUMF))被用来如上所述地改变文件名来建立被设置在VFS中的文件名。结果是,在构造VFS的本地存储单元侧所建立的目录将是图9中所示的目录(a2)和(b2)。
[0147] 如图9的(a2)和(b2)中所示,在VFS(虚拟文件系统)中,所有文件都被建立在蓝光光盘中所指定的BDMV目录中。具有已经参考图3说明的格式的子目录,即,子目录(A)索引、(B)电影对象、(C)播放列表、(D)剪辑和(E)流,被建立在BDMV目录下,并且各自的数据文件被建立在各自的子目录中。
[0148] 注意,尽管在图9中仅图示出本地存储单元侧的数据,但是联合产生的、来自被存储在信息记录介质(光盘)200侧的内容的各个文件也被存储在相同的目录中。读取处理通过应用程序320被执行,应用程序320执行该读取处理,通过使用已经参考图5说明的VFS在图9(a2)和(b2)中示出的、VFS中本地存储单元的文件和信息记录介质(光盘)200侧的文件。
[0149] 以这种方式,在构造VFS的处理中,诸如建立本地存储单元的文件之类的处理是根据蓝光光盘中所指定的BDMV来执行的。使用通过构造该VFS所建立的虚拟文件系统使得图5中所图示的应用程序320能够使用相同的API等来处理被存储在这两个记录介质上的文件,而不必知道存储了这些文件的记录介质的差异。
[0150] 注意,图8中所图示的下载文件本地控制信息包括通过本地存储单元的下载单元(通过下载ID)控制的文件,并且由用户侧的信息处理设备生成并被存储在本地存储单元102中。
[0151] 图7中所图示的目录中所示出的“disc ID status.meta”文件是下载内容列表信息,其例如具有图10中所图示的结构。如图10中所示,该文件具有定义下载内容ID与存储目录之间的关系的数据结构。
[0152] 图7中所图示出的目录中所示出的“bumf.xml”文件时文件名转换表(声明文件(BUMF)),并且文件“bumf.bsf”是文件篡改验证数据(BUSF)。如上所述,文件篡改验证数据(BUSF)是包括签名数据的文件,所述签名数据依赖于用于构成文件名转换表(声明文件(BUMF))的数据的服务器(提供后续数据的内容服务器)私钥。
[0153] 接着,将参考图11来描述信息处理设备100从提供后续数据的内容服务器获取后续数据的处理序列。首先,在步骤S101中,用户侧的信息处理设备通过搜索信息记录介质(光盘)200和本地存储单元102来生成或获取信息处理设备100中的内容的列表信息(文件名列表)。
[0154] 提供后续数据的服务器根据用户侧持有的内容来确定要提供给用户的后续数据。因此,在用户侧信息处理设备上,本地设备上所持有的内容的信息是例如使用以上参考图
10说明的下载内容表生成的。该信息在步骤S102中被发送给服务器,并且响应于所持有的内容提供的后续数据的列表(即,内容列表)被请求。
[0155] 服务器参考从用户信息处理设备接收的有关所持有的内容的信息,生成与可以提供给用户的内容相对应的内容的列表,并且之后,在步骤S103中,将该列表发送给用户侧信息处理设备。图12中图示出从服务器发送的内容列表的示例。
[0156] 如图12中所示,内容列表由下载内容ID、内容名称、内容说明文本、风格……下载数据处理信息文件ID、下载数据文件ID、校验和(用于校验下载文件)和与这些数据相对应的数据构成。下载数据处理信息文件是例如列出后续数据的文件类型的文件,以下将描述其细节。
[0157] 以这种方式,由服务器通过通信单元从用户信息处理设备接收拥有内容信息,并且已经接收到的拥有内容信息在服务器的数据处理单元中被用来生成图12中所图示出的内容列表,该内容列表记录有关可以提供给用户设备的内容的信息,并且该列表通过通信单元提供给用户设备。注意,如图12中所示有服务器生成的内容列表是这样的内容列表,其中,与可以提供给用户的数据相对应的数据文件的标识信息与下载内容ID相关联,并且其中,该信息是响应于用户侧的记录介质来建立的。
[0158] 注意,当用户侧信息处理设备100实际上已经下载了后续数据时,与图12中所图示出的内容的下载内容ID相对应的特殊目录被建立。信息处理设备100将已经下载的后续数据等存储在已建立的该目录中。注意,在该数据记录处理中,不要求该文件名与下载内容ID相同。如已经参考图9(a1)和(b1)说明的,存储装置可以使用利用工作室名称等建立的文件名。下载内容ID与本地存储单元102中的实际存储目录之间的对应被记录在已经参考图10说明的下载内容列表数据中。
[0159] 回到图11的序列图,继续说明。在步骤S103中,服务器参考从用户信息处理设备接收到的、有关所持有的内容的信息,来生成与可以提供给用户的内容相对应的内容列表(例如,图12中所图示的列表),并且之后将该列表发送给用户侧信息处理设备。
[0160] 当从服务器被接收到内容列表时,用户侧信息处理设备例如基于已经接收到的内容列表来生成如图13中所图示的用于选择内容的显示数据(下载菜单),并且在显示单元上显示该显示数据,并且由用户执行内容选择处理。
[0161] 图13是图示出基于图12中所图示出的内容列表被显示在用户侧信息处理设备的显示单元上的用于选择内容的显示数据(下载菜单)的示例的示图。图13中所图示的下载菜单式由用风格分类的内容构成。此外,这是这样的下载菜单,其中,所要下载的内容可以用将要下载到的介质类型(即,用本地存储单元的类型:HD或SD)来选择。
[0162] 用户从例如如图13中所图示出的下载菜单中选择所希望的后续数据,并且针对所选择的内容点击“开始下载”按钮。内容获取请求通过该处理被发送至服务器。内容获取请求作为图11中所图示出的步骤S105中的内容选择指令被发送给服务器。
[0163] 在步骤S106中,服务器向用户侧信息处理设备发送与指定内容相对应的数据。具体地,通过以上参考图12说明的内容列表中的下载数据文件ID选择的下载数据(后续数据本身,例如字幕:例如,AVStream、Clipinfo或PlayList文件,等等)和下载数据处理信息文件(描述通过下载数据处理信息文件ID选择的后续数据的处理状态的文件)被发送给用户侧信息处理设备。
[0164] 经由下载数据文件ID选择的下载数据按照已经参考图3说明的数据格式来构造,并且由例如索引、电影对象、播放列表、剪辑等的多个数据文件构成。下载数据处理信息文件是例如列出构成这些后续数据的文件中每一个文件的文件类型的文件。
[0165] 图4图示出下载数据处理信息文件的数据结构的示例。如图14中所示,下载数据处理信息文件设有下载数据文件ID和对应数据文件类型信息,其中,下载数据文件ID指示要从服务器接收的下载数据文件的文件ID,而对应数据文件类型信息指示每个单独的文件是否是剪辑信息(Cliplnfo)文件、剪辑AV流(ClipAVStream)文件、或播放列表(PlayList)文件。
[0166] 以这种方式,服务器经由通信单元从用户侧信息处理设备接收数据获取请求,并且用户的数据处理单元,响应于该数据获取请求,生成数据文件和存储数据文件的文件类型信息的处理信息文件,并且将这些文件通过通信单元发送给用户设备。
[0167] 在图11中所图示出的序列图的步骤S107中,用户侧信息处理设备的数据处理单元根据下载数据处理信息文件中的记录来确定构成从服务器发送的后续数据的每个文件的类型,并且通过替换本地存储单元102的预定目录的制定区域中的每个单独的文件来记录数据。
[0168] 用户侧信息处理设备存储后续数据本身的文件,例如,AVStream、Cliplnfo、PlayList等,并且之后执行生成或更新下载文件本地控制信息和诸如下载内容列表之类的控制数据。
[0169] 由用户侧信息处理设备执行的步骤S107的数据记录处理包括:(1)创建目录并且将数据存储在那儿,该目录将本地存储单元中还没有使用的特有编号作为目录名(例如“AAAAAAA”)。(2)指派当前虚拟文件系统(VFS(虚拟包))中还未被使用的剪辑编号作为VFS中用于新剪辑的文件名。(3)指派当前虚拟文件系统(VFS(虚拟包))中还未被使用的播放列表编号作为VFS中用于新播放列表的文件名,并且用指定播放列表内的信息的剪辑编号覆盖已被指派给该剪辑的剪辑编号。(4)将本地存储单元中的文件名和虚拟文件系统(VFS(虚拟包))中的文件名添加到下载文件本地控制信息中每个文件的信息并且存储为下载数据本地控制信息(AAAAAAAA.meta)。(5)将已经创建的目录的名称添加到下载内容列表。
[0170] 注意,尽管在前述本地存储单元中的文件系统中,每个文件的文件名可以被自由设置,但是,假定在各个文件的文件类型的每一种文件类型(例如,剪辑信息(Cliplnfo)文件、剪辑AV流(ClipAVStream)文件、播放列表(PlayList)文件等)中,将有用于确定文件名的具体操作规则,并且还未被使用的文件名将根据这些规则被搜索到,然后被使用。注意,在进行内容读取处理时所构造的虚拟文件系统(VFS)中所设置的文件名将参考参考图6说明的文件名转换表(BUMF)来确定。
[0171] 接着,将参考图15中所图示的流程图来在描述图11中所图示的序列图中的步骤S104至S107中,由信息处理设备100在进行获取后续数据并将后续数据存储到本地存储单元102的处理时执行的详细处理序列。图15中所图示出的流程由图1中所图示的信息处理设备100的数据处理单元101执行。数据处理单元101读出例如已被存储在信息记录介质200上的程序(例如,BD-J应用)来执行图15中所图示的流程之后的处理。
[0172] 将详细描述每个步骤中的处理。在步骤S201中,如果下载是与被应用来执行下载的信息记录介质(光盘)的包ID(=光盘ID)相对应的第一次下载,则生成空白下载内容列表,但是下载内容列表数据已经存在,则获取该列表数据。下载内容列表数据具有以上已经参考图10说明的定义下载内容ID与存储目录之间的对应的数据结构。
[0173] 接着,在步骤S202中,针对当从服务器请求数据时所要使用的内容列表(图12中示出)中的每个下载内容ID创建特有目录,如图7中所示,目录被创建在OrgID中或DiscID中。
[0174] 接着,在步骤S203中,使用内容列表中所列出的下载数据处理信息文件的文件ID来从服务器获取下载数据处理信息文件(图14中示出)。
[0175] 接着,在步骤S204中,参考下载数据处理信息文件中列出的文件ID和文件类型来将下载数据存储到步骤S202中所创建的目录中。
[0176] 接着,在步骤S205中,检查光盘上的文件和文件名转换表(BUMF(bumf.xml))(图6中示出)来查找已被使用的VFS文件名。
[0177] 接着,在步骤S206中,分配文件名转换表(BUMF(bumf.xml))中未列出的未使用的文件名,作为与构成所接收的后续数据的每个文件(剪辑信息(Cliplnfo)文件、剪辑AV流(ClipAVStream)文件、播放列表(PlayList)文件等)相对应的VFS文件名。
[0178] 接着,在步骤S207中,参考以下三种信息来生成或更新下载文件本地控制信息(图8中示出):
[0179] (1)本地存储单元中所存储的文件;
[0180] (2)被指派给每个文件的VFS文件名;以及
[0181] (3)下载数据处理信息文件中所包括的(a)文件和(b)文件。
[0182] 注意,在步骤S208中,下载文件本地控制信息(AAAAA.meta)(图8中示出)被存储到与对应于下载内容ID所创建的目录相同的目录中。
[0183] 最后,在步骤S209中,下载内容ID和针对下载内容ID所创建的目录被记录在下载内容列表数据(图10中示出)中,从而更新下载内容列表数据。
[0184] 根据图15的流程的处理由信息处理设备100在图11中图示出的序列图中的步骤S104至S107中进行获取后续数据并将后续数据存储到本地存储单元102中的处理时执行。
[0185] 当图11中所图示出的序列图中步骤S107中用于将后续数据存储到本地存储单元102中的处理已被完成时,然后,在步骤S108中,用户侧信息处理设备执行用于生成或更新文件名转换表(声明文件(BUMF))的处理,文件名转换表(声明文件(BUMF))包括已经获得的后续数据的文件名转换信息。
[0186] 已经参考图6说明了的文件名转换表(声明文件(BUMF))是用于将本地存储单元中的文件名转换成VFS中的文件名的表格,并且具有定义本地存储单元中的文件名、工作室ID、包ID和转换后的文件名之间的关系的结构。
[0187] 将参考图16来说明用于生成包括新获得的后续数据的信息的文件名转换表(声明文件(BUMF))的处理的示例。
[0188] 图16(a)是更新之前的文件名转换表(声明文件(BUMF)),而(b)是更新之后的文件名转换表(声明文件(BUMF))。图16(b)的文件名转换表(声明文件(BUMF))的数据部分451是已经添加了从服务器新获得的后续数据的文件名转换信息的部分。这种包括新获得的后续数据的文件的改变信息的文件名转换表(声明文件(BUMF))是在信息处理设备中生成的。
[0189] 当在图11中所图示出的序列图的步骤S108中已经生成了包括新获得的后续数据的信息的文件名转换表(声明文件(BUMF))时,然后,在步骤S109中,已经生成的BUMF被发送给服务器。在步骤S110中,服务器通过将其自己的私钥应用于构成文件名转换表(声明文件(BUMF))的数据来生成签名数据,并且生成包括签名数据的文件篡改验证数据(BUSF)。接着,在步骤S111中,已经生成的文件篡改验证数据(BUSF)被发送给用户侧信息处理设备。
[0190] 在步骤S112中,用户侧信息处理设备将从服务器接收到的文件篡改验证数据(BUSF)和已经生成或更新的文件名转换表(声明文件(BUMF))一起存储在本地存储单元中。
[0191] 最后,在步骤S113中,信息处理设备从最近的文件名转换表(声明文件(BUMF))和文件篡改验证数据(BUSF)构造虚拟文件系统(VFS),并且之后进行到读取内容。注意,当不执行内容读取处理时,省略步骤S113中的处理。当读取内容(后续数据)时,执行步骤S113中的处理。
[0192] 稍后,将参考图19等来详细说明图11中所图示出的序列中步骤S108至S113中的处理的细节,即,用于生成或更新文件名转换表(声明文件(BUMF))和文件篡改验证数据(BUSF)的处理。
[0193] 图11中所图示出的序列是用于从服务器获取后续数据的处理,不仅在进行获取新后续数据的处理时,而且在执行以下处理时,都需要用于生成或更新更新文件名转换表(声明文件(BUMF))和文件篡改验证数据(BUSF)的处理,所述处理是:
[0194] (1)当从用户侧信息处理设备删除已经获得的后续数据时;和
[0195] (2)当已经关于光盘A获得的后续数据被检测为是也能够用作有关另一光盘B的后续数据的数据时。
[0196] 在这些情况中,也有必要执行更新文件名转换表(声明文件(BUMF))和文件篡改验证数据(BUSF)的处理。
[0197] 将参考图17和图18中的序列图来说明前述情况(1)和(2)中在用户侧信息处理设备和服务器之间执行的处理序列。
[0198] (1)首先,在从用户侧信息处理设备删除已经获得的后续数据的情况中,将使用图17中所图示出的序列图来说明当从用户侧信息处理设备删除已经获得的后续数据时,在用户侧信息处理设备和服务器之间执行的处理序列。
[0199] 首先,在步骤S311中,用户检测已被存储在信息处理设备100的本地存储单元102中的后续数据的至少一部分。接着,在步骤S312中,用户侧的信息处理设备100通过搜索信息记录介质(光盘)200和本地存储单元102来生成或获得内容的列表信息(文件名列表)。
[0200] 接着,在步骤S313中,下载文件本地控制信息(图8中示出)等被用来利用本地存储单元上存在的目录和文件列表来比较和验证下载内容列表。即,检查各种控制文件与实际存储的数据之间的差异。
[0201] 接着,在步骤S314中,基于步骤S313中的检查结果来更新下载内容列表(图10中示出)和下载文件本地控制信息(图8中示出)。即,从被存储在各种控制数据中的数据中删除已经删除的后续数据。之后,在这些控制数据已被更新之后,通过删除针对已从文件名转换表(声明文件(BUMF))删除的数据的文件名转换数据来更新BUMF。
[0202] 已经参考图6说明了的文件名转换表(声明文件(BUMF))是用于将本地存储单元中的文件名转换成VFS中的文件名的表格,并且具有定义本地存储单元、工作室ID、包ID和转换后的文件之间的关系的结构。与已被删除的数据相对应的条目被从文件名转换表(声明文件(BUMF))删除。
[0203] 如果文件名转换表(声明文件(BUMF))在步骤S314中被更新,则在步骤S315中,更新后的BUMF被发送给服务器。在步骤S316中,服务器通过将其自己的私钥应用于构成从用户侧信息处理设备接收到的文件名转换表(声明文件(BUMF))的数据来生成签名数据,并且生成包括签名数据的文件篡改验证数据(BUSF)。接着,在步骤S317中,已经生成的文件篡改验证数据(BUSF)被发送给用户侧信息处理设备。
[0204] 在步骤S318中,用户侧信息处理设备将从服务器接收到的文件篡改验证数据(BUSF)和已经生成或更新的文件名转换表(声明文件(BUMF))一起存储在本地存储单元中。
[0205] 最后,在步骤S319中,信息处理设备从最近的文件名转换表(声明文件(BUMF))和文件篡改验证数据(BUSF)构造虚拟文件系统(VFS),并且之后进行到读取内容,注意,当不执行内容读取处理时,省略步骤S319中的处理。当读取内容(后续数据)时,步骤S319中的处理被执行。
[0206] 以这种方式,当后续数据被删除时,由用户侧信息处理设备本身来执行文件名转换表(声明文件(BUMF))的更新。当信息处理设备将更新后的文件名转换表(声明文件(BUMF))发送给服务器,从服务器接收文件篡改验证数据(BUSF)并且这些文件已被存储时,处理完成。
[0207] 接着,将参考图18中所图示出的序列图来说明,当已经检测到已经关于光盘A获得的后续数据是可以用作另一光盘B的后续数据的数据时,在用户侧信息处理设备和服务器之间执行的处理序列。
[0208] 在该情况中,已经装载了光盘B的信息处理设备将执行添加已经作为光盘A的后续数据获得的后续数据作为光盘B的后续数据的处理。
[0209] 首先,在已被用户存储在信息处理设备100的本地存储单元102中的后续数据中,作为已经关于具体光盘A获得的后续数据的数据被检测为是也能够用作另一光盘B的后续数据的数据。在步骤S321中,启动用于将该后续数据添加为光盘B的后续数据的处理。
[0210] 接着,在步骤S322中,用户侧的信息处理设备100通过搜索信息记录介质(光盘)200和本地存储单元102来生成或获得内容的列表信息(文件名列表)。
[0211] 接着,在步骤S323中,下载文件本地控制信息(图8中示出)等被用来利用本地存储单元上现有的目录和文件的列表来比较和验证下载内容列表。即,检查各种控制文件和实际存储的数据之间的差异。
[0212] 接着,在步骤S324中,基于步骤S323中的检查结果来更新下载内容列表(图10中示出)和下载文件本地控制信息(图8中示出)。即,在更新后续数据被使用的情形之后,后续数据和使用的情形一起被存储在每个控制数据中。之后,在这些控制数据已被更新之后,通过针对文件名转换表(声明文件(BUMF))更新文件名转换数据来匹配后续数据的使用情形。
[0213] 已经参考图6说明了的文件名转换表(声明文件(BUMF))是用于将本地存储单元中的文件名转换成VFS中的文件名的表格,并且具有定义本地存储单元中的文件名、工作室ID、包ID和转换后的文件名之间的关系的结构。文件名转换表(声明文件(BUMF))通过修改条目来匹配后续数据的使用情形来修改。
[0214] 如果文件名转换表(声明文件(BUMF))在步骤S324中被更新,则在步骤S325中,更新后的BUMF被发送给服务器。在步骤S326中,服务器通过将其自己的私钥应用于构成从用户侧信息处理设备接收的文件名转换表(声明文件(BUMF))的数据来生成签名数据,并且生成包括签名数据的文件篡改验证数据(BUSF)。接着,在步骤S327中,已经生成的文件篡改验证数据(BUSF)被发送给用户侧信息处理设备。
[0215] 在步骤S328中,用户侧信息处理设备将从服务器接收到的文件篡改验证数据(BUSF)和已经生成或更新的文件名转换表(声明文件(BUMF))一起存储到本地存储单元中。
[0216] 最后,在步骤S329中,信息处理设备从最近的文件名转换表(声明文件(BUMF))和文件篡改验证数据(BUSF)构造虚拟文件系统(VFS),并且之后进行到读取内容。注意,当不执行内容读取处理时,省略步骤S329中的处理。当读取内容(后续数据)时,执行步骤S329中的处理。
[0217] 以这种方式,当后续数据被使用的情形改变时,有用户侧信息处理设备本身执行文件名转换表(声明文件(BUMF))的更新。当信息处理设备将更新后的文件名转换表(声明文件(BUMF))发送给服务器,从服务器接收文件篡改验证数据(BUSF),并且这些文件已被存储时,处理完成。
[0218] 已经分别使用图11、图17和图18的序列图来说明了信息处理设备和服务器之间用于以下情况的处理序列:
[0219] (1)新获得后续数据的情况(图11);
[0220] (2)删除已经获得的后续数据的情况(图17);以及
[0221] (3)已经获得的后续数据的使用情形已经改变的情况(图18)。
[0222] 在所有这些情况中都需要用于生成或更新文件名转换表(声明文件(BUMF))的处理。此外,还需要用于从服务器获取与所生成或所更新的文件名转换表(声明文件(BUMF))相对应的文件篡改验证数据(BUSF)的处理。
[0223] (0177)以下,将参考图19和图20来描述用于生成或更新文件名转换表(声明文件(BUMF))的处理以及用于获取文件篡改验证数据(BUSF)的处理。
[0224] 图19示出用户侧信息处理设备100和服务器131。由硬盘等构成的本地存储单元102被示出在信息处理设备100内。服务器131执行用于提供后续数据的处理,并且执行以下处理:在信息处理设备100中接收已经生成或更新的更新文件名转换表(声明文件(BUMF),生成文件篡改验证数据(BUSF),并将文件篡改验证数据(BUSF)发送给信息处理设备100。服务器131具有通信单元601和数据处理单元602。图19还示出安装在信息处理设备100中的信息记录介质(光盘)200。
[0225] 下载内容数据502被存储在本地存储单元102中作为已经说明的后续数据,下载内容列表数据501(图10中示出)、下载文件本地控制信息503(图8中示出)、更新文件名转换表(声明文件(BUMF)504(图6中示出)和文件篡改验证数据(BUSF)505的数据被存储为控制数据。
[0226] 图19中所图示出的步骤S401至S407中的处理是由信息处理设备100的数据处理单元101(图1中示出)执行的处理。信息处理设备100的数据处理单元101通过执行TM被记录在信息记录介质(光盘)200上的程序(例如,BD-J应用,其是Java 应用)来执行步骤S401至S407中的每一个处理。该程序的处理执行用于更新更新文件名转换表(声明文件(BUMF)的处理和用于获取文件篡改验证数据(BUSF)的处理。
[0227] (a)下载内容检查程序521、(b)BUMF和控制数据生成/更新程序522、(c)文件篡改验证数据(BUSF)处理程序523和(d)虚拟文件系统(VFS)生成程序524被记录在信息记录介质(光盘)200上。注意,尽管为了说明的目的,这些程序被图示出是分离的,但是结构可以是其中这些程序是分别执行处理的单独程序这样的结构,也可以是其中提供执行一系列处理的单个程序这样的结构。
[0228] 将说明由信息处理设备100的数据处理单元101执行的处理步骤S401至S407。首先注意,步骤S401至S402中的处理是使用(a)下载内容检查程序521来执行的。
[0229] 在步骤S401中,获得被存储在本地存储单元104中的下载内容列表数据501(图10中示出),并且在本地存储单元102中所提供的目录与下载内容列表数据501中所列出的数据中的现有目录之间执行比较。
[0230] 如果在本地存储单元102中存在的目录与下载内容列表数据501中所列出的数据中存在的目录中所列出的目录之间存在差异,则处理进行到步骤S403。如果没有检测到差异,则处理进行到步骤S402。
[0231] 在步骤S402中,执行用于将被存储在本地存储单元104中的下载文件本地控制信息503(图8中示出)中所列出的文件与本地存储单元102中实际存储的下载内容数据502相比较的处理。
[0232] 如果在下载文件本地控制信息503(图8中示出)中所列出的文件与下载内容数据502之间检测到差异,则处理进行到步骤S403。如果没有检测到差异,则处理进行到步骤S406。
[0233] 步骤S403是在步骤S401中已经检测到目录差异或者在步骤S402中检测到文件差异的情况中的处理,并且是其中执行用于生成或更新更新文件名转换表(声明文件(BUMF))的处理和用于生成或更新被记录在本地存储单元中的其他控制数据的处理这样的步骤。该步骤S403是使用(b)BUMF和控制数据生成/更新程序522来执行的。注意,控制数据包括被存储在本地存储单元102中的下载内容列表数据501(图10中示出)和下载文件本地控制信息503(图8中示出)。
[0234] 将参考图20中所图示出的流程图来说明用于步骤S403中的处理的详细序列。在步骤S501中判断是否已经添加内容。即,与实际存储在本地存储单元102中的文件相比较,并且判断在作为控制数据的下载内容列表数据(图10中示出)中是否列出更少的文件。
[0235] 如果判断为“是”,则处理进行到步骤S511,指示用户在过去已经执行了删除内容的处理等,没有内容列表控制数据或下载文件本地控制信息受控制。如果判断是“否”,则处理进行到步骤S502,指示用户在过去已经执行了添加内容的处理等,没有内容列表控制数据或下载文件本地控制信息受控制。注意,步骤S501中的处理仅在图19中的步骤S401或步骤S402中的判断是“否”时被执行。因此,其仅在本地存储单元中所存储的数据与控制数据之间出现差异时被执行,因此在添加或删除被执行时被执行。
[0236] 如果添加内容的处理已被执行,则在步骤S502中,未被列出的被存储在知道的本地存储单元中的文件被添加到文件名转换表(声明文件(BUMF))。知道的本地存储单元中的文件名保持不变,并且建立和列出虚拟文件系统(VFS)中所要分配的文件名。
[0237] 接着,在步骤S503中,执行用于更新下载内容列表数据(图10中示出)和下载文件本地控制信息(图8中示出)的处理。即,该处理被执行来添加与被存储在本地存储单元中但是还未在各种控制数据中被列出的文件相对应的条目。
[0238] 另一方面,如果步骤S501中的判断是“是”,则处理进行到步骤S511,指示已经执行了删除内容的处理。在步骤S511中,首先尝试其中各种控制数据中所列出的信息优先的处理。即,检查本地存储单元是否有足够的空闲空间用于重新下载控制数据中列出了但是未被存储在本地存储单元102中的文件。
[0239] 如果判定有足够的空闲空间,则处理进行到步骤S521,并且诸如下载文件本地控制信息之类的控制数据中列出了但是本地存储单元中不存在的文件的文件ID被发送给服务器,并且相应文件被接收并被存储在本地存储单元1[sic--"102"?]中。该处理是作为使被存储在本地存储单元中的数据与控制数据一致的处理来执行的处理。当该处理已被执行时,则没有必要改变已被存储在本地存储单元中的各种控制数据、更新文件名转换表(声明文件(BUMF)或文件篡改验证数据(BUSF)。
[0240] 另一方面,如果在步骤S511中,判定在本地存储单元中没有足够空间用于所要重新下载的文件,则处理进行到步骤S512,并且执行用于使控制数据和更新文件名转换表(声明文件(BUMF)中所列出的数据与被存储在本地存储单元102中的数据一致的处理。
[0241] 首先,在步骤S502中,执行用于从更新文件名转换表(声明文件(BUMF)删除与未被存储在本地存储单元102中的文件相对应的条目的处理。
[0242] 接着,在步骤S513中,用于更新下载内容列表数据(图10中示出)和下载文件本地控制信息(图8中示出)的处理被执行。即,该处理被执行来删除在各种控制数据中列出了但是未被存储在本地存储单元中的文件相对应的条目。
[0243] 注意,在进行步骤S511中的判断处理时,可以显示消息来使得用户能够选择是否下载或在不下载的情况中执行步骤S512和S513中控制文件的更新。即,该结构可以是其中可以依赖于用户指令来执行步骤S521中的处理或者步骤S513和S514中的处理的结构。
[0244] 在步骤S501至S503中的处理中,列出条目被添加到更新文件名转换表(声明文件(BUMF))和控制数据,并且在步骤S501至511至S513的处理中,列出的条目被从更新文件名转换表(声明文件(BUMF))和控制数据删除。
[0245] 当更新文件名转换表(声明文件(BUMF))已经以这种方式被更新了时,有必要执行又能够与向服务器发送更新后的更新文件名转换表(声明文件(BUMF))和用于获取文件篡改验证数据(BUSF)的处理,该处理是图19中所图示出的步骤S404至S405的处理。
[0246] 步骤S404和S405中的处理是根据文件篡改验证数据(BUSF)处理程序523来执行的。
[0247] 首先,在步骤S404中,更新的更新文件名转换表(声明文件(BUMF))被发送给服务器131。服务器131通过通信单元601接收更新的更新文件名转换表(声明文件(BUMF)),并且在数据处理单元602中,服务器拥有的私钥被应用来生成用于构成更新文件名转换表(声明文件(BUMF))的数据的电子签名。
[0248] 服务器将文件篡改验证数据(BUSF)作为包括电子签名的数据通过通信单元601发送给信息处理设备100。信息处理设备100接收包含用于更新的BUMF的签名数据的更新后的BUSF,并且将更新后的BUMF和更新后的BUSF存储在本地存储单元102中。此时,用于更新被存储在本地存储单元中的数据的处理被完成。
[0249] 步骤S406至S407中的处理是用于读取内容的处理,是在构造虚拟文件系统(VFS)以读取包括后续数据的内容时所执行的处理。
[0250] 步骤S406是用于构造虚拟文件系统(VFS)的处理,并且使用VFS生成程序524来执行。该处理是已经参考图5说明了的处理。即,这是用于建立虚拟文件系统(VFS)以用于和被存储在信息记录介质(光盘)200中的内容联合读取被存储在本地存储单元102(例如,硬盘)中的后续数据的处理。
[0251] 接着,在步骤S407中,通过应用虚拟文件系统(VFS)来执行内容读取。例如,如果被存储在信息记录介质(光盘)200中的内容是法语电影并且被存储在本地存储单元102(例如,硬盘)中的后续数据是与电影内容相对应的日语字幕数据,则可以通过一起读取这两者来播放具有日语字幕的电影。
[0252] 以上已经参考实施例的具体示例详细描述了本发明。然而,显然,本领域技术人员可以在不偏离本发明的范围和意图的情况下,在实施例示例中进行修改和执行替换。即,本发明以示例的方式被公开,并且这些不应被理解为是限制性的。应当考虑权利要求的范围来确定本发明的范围和意图。
[0253] 另外,可以在硬件、软件或结合两者的结构中执行本说明书中所描述的处理序列。当在软件中执行处理时,可以通过将记录了处理序列的程序安装到专用硬件中所内建的计算机中的存储器来执行,或者可以通过将程序安装到可执行各种处理的通用计算机中来执行。例如,程序可以被预先存储在记录介质中。程序可以从记录介质被安装到计算机中,或者经由LAN(局域网)或称为互联网的网络被发送以被安装到诸如硬驱之类的内建记录介质中。
[0254] 注意,本所明书中所描述的各种处理不仅可以根据该描述以时间顺序执行,还可以根据需要或根据执行这些处理的设备的性能并行或单独执行。此外,在本说明书中,“本系统”是多个设备的逻辑集合结构,并且不限于在相同框架内的每个结构设备。
[0255] 产业利用潜力
[0256] 如上所述,本发明被应用于将与被存储在信息记录介质(例如,DVD)中的内容相对应的后续数据存储到本地存储单元(例如,硬盘等)中以备使用的结构。当构造虚拟文件系统(VFS)以在包括被存储在光盘上的数据和被存储在存储单元中的数据的内容读取处理中使用时,有必要使用文件名转换表来将存储单元存储文件名转换成用于虚拟文件系统(VFS0的文件名。在本发明中所阐述的一个实施例示例中的结构中,处理被执行来针对被存储在本地存储单元中的数据比较存储控制信息的控制文件所存储的信息(与本地存储单元中所存储的信息比较),并且处理被执行来根据比较的结果生成或更新用户设备侧的文件名转换表。该结构在不必依赖服务器侧生成文件名转换表的情况下实现有效的处理。
高效检索全球专利

IPRDB是专利检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,专利查询、专利分析

电话:13651749426

侵权分析

IPRDB的侵权分析产品是IPRDB结合多位一线专利维权律师和专利侵权分析师的智慧,开发出来的一款特色产品,也是市面上唯一一款帮助企业研发人员、科研工作者、专利律师、专利分析师快速定位侵权分析的产品,极大的减少了用户重复工作量,提升工作效率,降低无效或侵权分析的准入门槛。

立即试用