CN104077501B - 可互操作的密钥箱 - Google Patents

Abstract

本发明涉及可互操作的密钥箱。提供了用于可互操作的密钥箱的系统和方法。提供了由中央密钥库(CKR)或密钥箱使用来向分配器提供内容访问授权的方法，其包括接收包括第一加密的第二密钥和内容标识的密钥信息文件，以使用第一密钥来解密，使用第一密钥解密第一加密的第二密钥以重新获取第二密钥，从分配器接收包括内容标识的密钥请求，使用第三密钥加密第二密钥以生成第二加密的第二密钥，以及响应于密钥请求的接收而将第二加密的第二密钥发送到分配器。以这种方式，使用不同的DRM方案或系统对被保护的分配器的密钥管理可被简化且变成可互操作的。

Description

可互操作的密钥箱

本申请是申请日为2010年7月9日，申请号为201010225461.0，发明名称为“可互操作的密钥箱”的申请的分案申请。

技术领域

本发明一般涉及数字媒体。更具体地，本发明涉及数字媒体的数字版权管理。

背景技术

尽管数字媒体发行在普及性上增长并变成很多消费者购买零售物理媒体的可行的替代物，在消费者能够毫无保留地完全接受数字媒体之前仍有相当多的障碍存在。这些保留中的很多围绕着不同的回放设备或服务提供者之间的有限的互操作性，以及媒体文件可在将来由于新的格式或保护方案而变得不可操作的可能性。例如，完善数字媒体发行渠道可使用不兼容的媒体格式和私有的DRM系统，且由于财政困难或公司所有权改变而导致的视频出售物的关闭或终止可能留给消费者再也不能被消费的媒体文件。

因此，需要可以承受得住发行市场的变化并为消费者提供持续的服务的可互操作的保护内容，而不考虑所使用的原始发行渠道和原始媒体文件格式。以这种方式，消费者可容易转换服务提供者，在多种回放设备中使用被保护的媒体，并且保持被保护内容被确保在将来回放的信心。类似地，内容制作者可保持依赖于被保护媒体的数字发行作为可行和可维持的商业模式的信心。但是，为了通过简单地规定单个DRM方法来确保在最直接的方法中的这样的可互操作性，很多现有的DRM系统和发行渠道可能需要根本上修改已建立的和已证实的操作程序—一个可能在市场中找到很少的积极性的提议。另外，这将产生单个漏洞安全点。

因此，需要通过提供使数字媒体在不同的服务提供者和媒体设备中互操作的方式以需要对现有数字版权管理范式、发行模式和消费模式尤其是关于密钥管理的最小的破坏性改变的方法来克服技术中的缺陷和不足。

发明内容

提供了用于可互操作的密钥箱的系统和方法，实质上如在至少一个附图中示出的和/或结合附图描述的，如在权利要求中被更加完整地阐述的。

根据本发明的一个方面，提供了一种用于与内容相关联的数字收据的在线登记的方法，其包括：执行从第一分配器获取内容的业务；从第一分配器接收与内容相关联的数字收据，其中数字收据包括关于业务的信息；以及将数字收据发送到中央密钥库(CKR)以用于与内容相关联的数字收据的在线登记。

优选地，数字收据包括关于消费者的数据、关于第一分配器的数据、关于业务的包括业务类型和业务日期的数据、关于内容的元数据或关于CKR的数据。

优选地，该方法还包括接收来自CKR的指示在线登记过程的成功或失败的返回值。

优选地，数字收据的部分在数字收据的接收之前进一步被加密，或在数字收据的接收之前进一步被数字地签名。

优选地，数字收据的被加密的部分使用CKR的公钥被加密。

优选地，将数字收据发送到CKR是通过第一分配器。

优选地，该方法还包括获取来自第一分配器的第一数字版权管理(DRM)许可证以用于回放内容。

优选地，该方法还包括：将数字收据发送到第二分配器；以及从第二分配器接收第二DRM许可证以回放内容，第二DRM许可证响应于第二分配器使用CKR使被发送的数字收据有效而被授予。

优选地，CKR还将一个或多个商业规则应用到包括在数字收据中的信息以验证被发送的数字收据的有效性。

优选地，所述发送步骤此外发送用户凭证，且其中第二分配器还认证该用户凭证以验证被发送的数字收据的有效性。

优选地，所述发送步骤此外发送用户凭证，且其中CKR还认证该用户凭证以验证被发送的数字收据的有效性。

优选地，用户凭证可用于使用包括所述第一分配器和所述第二分配器的多个分配器来认证，且其中CKR还通过对照第三方认证服务器验证用户凭证来验证被发送的数字收据的有效性。

优选地，第二分配器还对使用相同的数字凭证认证的数字收据的另外的在线登记询问CKR，且其中从第二分配器接收还包括可与所述第二分配器一起使用来得到与所述另外的在线登记相关联的内容所有权密钥的另外的DRM许可证。

优选地，该方法还包括，在接收第二DRM许可证之前执行另外的业务以得到来自第二分配器的第二DRM许可证。

优选地，该方法还包括：将数字收据重新发送到CKR以用于提供业务的证据；响应于CKR使用在线登记验证被重新发送的数字收据的有效性而从CKR得到所有权密钥，从而确认业务的证据；以及使用从CKR得到的所有权密钥发起内容的回放。

优选地，该方法还包括：将数字收据重新发送到CKR以用于提供业务的证据；从CKR所提供的多个分配器中选择第三分配器，其中所述多个分配器由CKR验证以拥有对与数字收据相关联的内容的分发特权；以及从第三分配器接收第三DRM许可证以回放内容，第三DRM证书响应于CKR使用在线登记向第三分配器转发被重新发送的数字收据的有效性而被授予，从而确认业务的证据。

优选地，所述重新发送步骤此外发送用户凭证，且其中CKR还认证该用户凭证以验证被重新发送的数字收据的有效性。

优选地，所述重新发送步骤此外发送用户凭证，且其中第三分配器还认证该用户凭证以验证重新发送的数字收据的有效性。

根据本发明的另一方面，提供了一种由第一分配器使用以使客户端能够回放使用所有权密钥加密的内容的方法，其包括：从客户端接收与内容相关联的数字收据，其中数字收据包括与客户端与第二分配器进行的业务相关的信息以用于实现内容的回放；询问中央密钥库(CKR)以使用数字收据的相应的在线登记验证被接收的数字收据的有效性；生成可由客户端使用来通过第一分配器得到所有权密钥的DRM许可证；将DRM许可证发送到客户端；以及响应于客户端使用DRM许可证而向客户端提供所有权密钥。

优选地，该方法还包括将使用所有权密钥加密的内容发送到客户端。

优选地，该方法还包括：对使用与被接收的数字收据相同的用户凭证认证的数字收据的另外的在线登记询问所述CKR；生成可由客户端可使用来得到与另外的在线登记相关联的内容的所有权密钥的另外的DRM许可证；以及将另外的DRM许可证发送到客户端。

根据本发明的又一方面，提供了一种向分配器分发媒体内容的方法，其包括：获取第一密钥、第二密钥和内容；使用第一密钥加密第二密钥以生成被加密的第二密钥；使用第二密钥加密内容以生成被加密的内容；生成包括被加密的第二密钥的密钥信息文件；生成包括被加密的内容和中央密钥库(CKR)的第一网络地址的通用文件；为CKR中的存储器提供密钥信息文件；以及向分配器提供通用文件。

优选地，接收通用文件的至少两个分配器使用用于将内容分发到消费者的不同的数字版权管理(DRM)方案。

优选地，获取第一密钥包括接收来自CKR所信任的证书授权的第一密钥。

优选地，获取第二密钥包括生成第二密钥。

优选地，该方法还包括获取与内容相关的内容信息，其中密钥信息文件通过将内容信息包括在密钥信息文件中而生成。

优选地，生成通用文件包括在内容的加密之前编码该内容。

优选地，生成通用文件包括使用MPEG-4容器格式来格式化被加密的内容、第一网络地址和内容信息。

优选地，内容信息包括通用唯一标识符(UUID)、国际标准视听资料号(ISAN)和内容所有者标识。

优选地，该方法还包括获取与内容相关的内容信息，其中通用文件通过将内容信息包括在通用文件中而生成。

优选地，内容信息包括通用唯一标识符(UUID)和国际标准视听资料号(ISAN)。

优选地，为CKR中的存储器提供密钥信息文件还使用CKR来转录密钥信息文件，使得分配器可使用与第一密钥相关的第三密钥来解密被加密的第二密钥并重新获取第二密钥。

优选地，第一密钥是分配器的公钥，且其中第三密钥是分配器的私钥。

优选地，第一密钥是对称密钥，且其中第三密钥是分配器可得到的对称密钥。

根据本发明的再一方面，提供了一种用于向分配器分发媒体内容的通用文件打包器，其包括处理器，该处理器设置为：获取第一密钥、第二密钥和内容；使用第一密钥加密第二密钥以生成被加密的第二密钥；使用第二密钥加密内容以生成被加密的内容；生成包括被加密的第二密钥的密钥信息文件；生成包括被加密的内容和中央密钥库(CKR)的第一网络地址的通用文件；为CKR中的存储器提供密钥信息文件；以及向分配器提供通用文件。

优选地，接收通用文件的至少两个分配器使用不同于用于从通用文件重新获取内容的其他方案的数字版权管理(DRM)方案。

优选地，处理器通过接收来自CKR所信任的证书授权的第一密钥来获取第一密钥。

优选地，处理器通过生成第二密钥来获取第二密钥。

优选地，处理器还设置为获取与所述相关的内容信息，其中处理器还设置为通过将内容信息包括在密钥信息文件中来生成密钥信息文件。

优选地，处理器设置为在生成通用文件之前编码所述内容。

优选地，处理器设置为通过使用MPEG-4容器格式来格式化被加密的内容、第一网络地址和内容信息而生成通用文件。

优选地，内容信息包括通用唯一标识符(UUID)，国际标准视听资料号(ISAN)和内容所有者标识。

优选地，处理器还设置为获取与内容相关的内容信息，并通过将内容信息包括在通用文件中来生成通用文件。

优选地，内容信息包括通用唯一标识符(UUID)和国际标准视听资料号(ISAN)。

优选地，处理器设置成为CKR中的存储器提供密钥信息文件，使得CKR转录该密钥信息文件，以便分配器可使用与第一密钥相关的第三密钥来解密被加密的第二密钥并重新获取第二密钥。

优选地，第一密钥是分配器的公钥，且其中第三密钥是分配器的私钥。

优选地，第一密钥是对称密钥，且其中第三密钥是分配器可得到的对称密钥。

根据本发明的另一方面，提供了一种由分配器使用来从中央密钥库(CKR)获取内容访问授权的方法，其包括：接收来自用户设备的用于访问被加密的内容的用户请求，用户请求包括内容标识；响应于用户请求的接收而将密钥请求发送到CKR，密钥请求包括内容标识；响应于密钥请求的发送而接收来自CKR的被加密的第一密钥；使用第二密钥解密被加密的第一密钥以重新获取第一密钥；以及响应于用户请求的接收并为了由用户设备使用来使用第一密钥解密被加密的内容，使用第一密钥向用户设备提供被加密的内容的DRM许可证。

优选地，该方法还包括：从媒体内容打包器接收包括被加密的内容文件的通用内容文件；以及将被加密的内容文件发送到用户设备。

优选地，通用内容文件还包括中央密钥库(CKR)的第一网络地址。

优选地，在将密钥请求发送到CKR之前，该方法还包括重新获取第一网络地址，且其中所述发送将密钥请求发送到第一网络地址。

优选地，第一网络地址是用于通过互联网访问的统一资源定位符(URL)。

优选地，该方法还包括：生成第二密钥；以及在将密钥请求发送到CKR之前将第二密钥发送到CKR。

优选地，该方法还包括：在接收来自CKR的被加密的第一密钥之前接收来自CKR的第二密钥；以及存储第二密钥。

优选地，密钥请求还包括用户信息和业务类型。

优选地，该方法还包括：从用户设备接收与存储相关于内容标识的内容的介质相关联的代码，其中密钥请求包括该代码。

优选地，从CKR接收被加密的第一密钥包括接收包括被加密的第一密钥、通用唯一标识符(UUID)和国际标准视听资料号(ISAN)的密钥信息文件。

优选地，密钥信息文件还包括与密钥请求相关联的访问权限或使用规则。

优选地，DRM许可证还包括从密钥信息文件接收的访问权限或使用规则。

根据本发明的另一方面，提供了一种用于从中央密钥库(CKR)获取内容访问授权的分配器，其包括处理器，该处理器设置为：接收来自用户设备的用于访问被加密的内容的用户请求，用户请求包括内容标识；响应于接收用户请求而将密钥请求发送到CKR，密钥请求包括内容标识；响应于发送密钥请求而接收来自CKR的被加密的第一密钥；使用第二密钥解密被加密的第一密钥以重新获取第一密钥；以及响应于接收用户请求并为了由用户设备使用来使用第一密钥解密被加密的内容，使用第一密钥向用户设备提供被加密的内容的DRM许可证。

优选地，处理器还设置为：从媒体内容打包器接收包括被加密的内容文件的通用内容文件；以及向用户设备发送被加密的内容文件。

优选地，通用内容文件还包括中央密钥库(CKR)的第一网络地址。

优选地，在将密钥请求发送到CKR之前，处理器还设置为重新获取第一网络地址，并将密钥请求发送到第一网络地址。

优选地，第一网络地址是用于通过互联网访问的统一资源定位符(URL)。

优选地，处理器还设置为：生成第二密钥；以及在向CKR发送密钥请求之前向CKR发送第二密钥。

优选地，处理器还设置为：在接收来自CKR的被加密的第一密钥之前接收来自CKR的第二密钥；以及存储第二密钥。

优选地，密钥请求还包括用户信息和业务类型。

优选地，处理器还设置为：从用户设备接收与存储相关于内容标识的内容的介质相关联的代码，其中密钥请求包括该代码。

优选地，接收来自CKR的被加密的第一密钥包括接收密钥信息文件，所述密钥信息文件包括被加密的第一密钥、通用唯一标识符(UUID)和国际标准视听资料号(ISAN)。

优选地，密钥信息文件还包括与密钥请求相关联的访问权限或使用规则。

优选地，DRM许可证还包括从密钥信息文件接收的访问权限或使用规则。

根据本发明的一方面，提供了一种由中央密钥库(CKR)使用以向分配器提供内容访问授权的方法，所述方法包括：

接收包括第一加密的第二密钥的密钥信息文件以使用第一密钥和内容标识解密；

使用第一密钥解密所述第一加密的第二密钥以重新获取所述第二密钥；

从分配器接收包括所述内容标识的密钥请求；

使用第三密钥加密所述第二密钥以生成第二加密的第二密钥；以及

响应于所述密钥请求的接收而向所述分配器发送所述第二加密的第二密钥。

优选地，使用所述第三密钥加密所述第二密钥可以是响应于所述密钥请求的接收。

优选地，所述方法还可包括：

生成所述第三密钥；

在分配器密钥数据库中存储所述第三密钥；以及

在将所述第二加密的第二密钥发送到所述分配器之前将所述第三密钥发送到所述分配器。

优选地，所述方法还可包括：

在使用所述第三密钥加密所述第二密钥之前接收来自所述分配器的所述第三密钥；以及

将所述第三密钥存储在分配器密钥数据库中。

优选地，所述方法还可包括：

在使用所述第三密钥加密所述第二密钥之前接收来自第三方的所述第三密钥；以及

将所述第三密钥存储在分配器密钥数据库中。

优选地，所述第三方可包括证书授权。

优选地，所述密钥信息文件还可包括通用唯一标识符(UUID)和国际标准视听资料号(ISAN)。

优选地，所述CKR还可包括分配器数据库，且优选地，响应于所述密钥请求的接收，所述方法还可包括确定所述分配器是否被授权以接收所述第二密钥。

优选地，所述密钥请求还可包括消费者信息、业务类型和设备信息中的至少一个。

优选地，所述CKR还可包括消费者数据库，且优选地，响应于所述密钥请求的接收，所述方法还可包括确定与所述消费者信息相关联的消费者是否被授权以消费与所述内容标识相关联的内容。

优选地，所述CKR还可包括业务数据库，且优选地，响应于所述密钥请求的接收，所述方法还可包括确定所述业务类型是否授权消费者消费与所述内容标识相关联的内容。

优选地，所述CKR还可包括设备数据库，且优选地，响应于所述密钥请求的接收，所述方法还可包括确定与所述请求相关联的所述设备是否被授权以消费与所述内容标识相关联的内容。

优选地，所述密钥请求还可包括与关联于所述内容标识的内容相关联的代码。

优选地，发送所述第二加密的第二密钥可包括密钥信息文件具有所述第二加密的第二密钥和关于由所述内容标识参考的内容的信息。

根据本发明的另一方面，提供了一种用于向分配器提供内容访问授权的中央密钥库(CKR)，所述中央密钥库包括：

存储器，其具有第一密钥；

处理器，其与所述存储器通信，所述处理器设置为：

接收包括第一加密的第二密钥的密钥信息文件以用于使用所述第一密钥和内容标识解密并将所述密钥信息存储在所述存储器中；

使用从所述存储器中重新获取的所述第一密钥解密所述第一加密的第二密钥以重新获取所述第二密钥；

从分配器接收包括所述内容标识的密钥请求；

使用第三密钥加密所述第二密钥以生成第二加密的第二密钥；以及

响应于接收所述密钥请求而将所述第二加密的第二密钥发送到所述分配器。

优选地，所述处理器可设置为响应于接收所述密钥请求而使用所述第三密钥加密所述第二密钥。

优选地，所述处理器还可设置为：

生成所述第三密钥；

将所述第三密钥存储在所述存储器中的分配器密钥数据库中；以及

在将所述第二加密的第二密钥发送到所述分配器之前将所述第三密钥发送到所述分配器。

优选地，所述处理器还可设置为：

在使用所述第三密钥加密所述第二密钥之前接收来自所述分配器的所述第三密钥；以及

将所述第三密钥存储在所述存储器中的分配器密钥数据库中。

优选地，所述处理器还可设置为：

在使用所述第三密钥加密所述第二密钥之前接收来自第三方的所述第三密钥；以及

将所述第三密钥存储在所述存储器中的分配器密钥数据库中。

优选地，所述第三方可包括证书授权。

优选地，所述密钥信息文件还可包括通用唯一标识符(UUID)和国际标准视听资料号(ISAN)。

优选地，所述存储器还可包括分配器数据库，且优选地，响应于接收所述密钥请求，所述处理器还可设置为确定所述分配器是否被授权来接收所述第二密钥。

优选地，所述密钥请求还可包括消费者信息、业务类型和设备信息中的至少一个。

优选地，所述存储器还可包括消费者数据库，且优选地，响应于接收所述密钥请求，所述处理器还可设置为确定与消费者信息相关联的消费者是否被授权来消费与所述内容标识相关联的内容。

优选地，所述存储器还可包括业务数据库，且优选地，响应于接收所述密钥请求，所述处理器还可设置为确定所述业务类型是否授权消费者消费与所述内容标识相关联的内容。

优选地，所述存储器还可包括设备数据库，且优选地，响应于接收所述密钥请求，所述处理器还可设置为确定与所述请求相关联的设备是否被授权来消费与所述内容标识相关联的内容。

优选地，所述密钥请求还可包括与关联于所述内容标识的内容相关联的代码。

优选地，所述处理器可设置为通过包括密钥信息文件来发送所述第二加密的第二密钥，所述密钥信息文件可具有所述第二加密的第二密钥和关于由所述内容标识参考的内容的信息。

根据本发明的一方面，提供了一种方法，包括：

通过第一分配器从客户端设备接收用于对内容的访问的数字收据，所述数字收据包括所有权标识以及关于来自第二分配器而非来自所述第一分配器的对内容的之前的购买的信息，其中所述数字收据不包括用于解密所述内容的密钥；

响应于接收到所述数字收据，通过所述第一分配器将密钥请求发送给中央密钥库(CKR)，所述密钥请求包括所述所有权标识；

响应于发送了所述密钥请求，通过所述第一分配器从所述CKR接收加密的第一密钥；

通过所述第一分配器使用第二密钥来解密所述加密的第一密钥以重新获取所述第一密钥；以及

响应于从所述客户端设备接收到所述数字收据，通过所述第一分配器提供用于所述内容的数字版权管理(DRM)许可证给所述客户端设备，所述数字版权管理(DRM)许可证包括所述第一密钥。

所述数字收据还包括与对内容进行之前的购买的客户端相匹配的客户端身份。

所述密钥请求还包括所述客户端身份。

优选地，所述方法还包括：

响应于从所述客户端设备接收到所述数字收据，通过所述第一分配器将内容提供给所述客户端设备。

优选地，由所述第一分配器提供的所述DRM许可证不同于由所述第二分配器之前提供给具有所述客户端设备的客户端的DRM许可证。

优选地，所述方法还包括：

通过所述第一分配器从内容提供者接收通信，所述通信包括内容和用于CKR的网络地址。

所述发送将密钥请求发送给用于所述CKR的网络地址。

根据本发明的再一方面，提供了一种第一分配器，包括：

处理器，其配置为：

从客户端设备接收用于对内容的访问的数字收据，所述数字收据包括所有权标识以及关于来自第二分配器而非来自所述第一分配器的对内容的之前的购买的信息，其中所述数字收据不包括用于解密所述内容的密钥；

响应于接收到所述数字收据，将密钥请求发送给中央密钥库(CKR)，所述密钥请求包括所述所有权标识；

响应于发送了所述密钥请求，从所述CKR接收加密的第一密钥；

使用第二密钥来解密所述加密的第一密钥以重新获取所述第一密钥；以及

响应于从所述客户端设备接收到所述数字收据，提供用于所述内容的数字版权管理(DRM)许可证给所述客户端设备，所述数字版权管理(DRM)许可证包括所述第一密钥。

所述数字收据还包括与对内容进行之前的购买的客户端相匹配的客户端身份。

所述密钥请求还包括所述客户端身份。

所述处理器还被配置为：

响应于从所述客户端设备接收到所述数字收据，将内容提供给所述客户端设备。

优选地，由所述第一分配器提供的所述DRM许可证不同于由所述第二分配器之前提供给具有所述客户端设备的客户端的DRM许可证。

所述处理器还被配置为从内容提供者接收通信，所述通信包括内容和用于CKR的网络地址。

所述处理器将密钥请求发送给用于所述CKR的网络地址。

根据本发明的又一方面，提供了一种存储在非临时性计算机可读介质上的计算机程序产品，所述计算机程序产品包括指令，当该指令在计算机系统上被执行时使所述计算机系统：

通过第一分配器从客户端设备接收用于对内容的访问的数字收据，所述数字收据包括所有权标识以及关于来自第二分配器而非来自所述第一分配器的对内容的之前的购买的信息，其中所述数字收据不包括用于解密所述内容的密钥；

响应于接收到所述数字收据，通过所述第一分配器将密钥请求发送给中央密钥库(CKR)，所述密钥请求包括所述所有权标识；

响应于发送了所述密钥请求，通过所述第一分配器从所述CKR接收加密的第一密钥；

通过所述第一分配器使用第二密钥来解密所述加密的第一密钥以重新获取所述第一密钥；以及

响应于从所述客户端设备接收到所述数字收据，通过所述第一分配器提供用于所述内容的数字版权管理(DRM)许可证给所述客户端设备，所述数字版权管理(DRM)许可证包括所述第一密钥。

所述数字收据还包括与对内容进行之前的购买的客户端相匹配的客户端身份。

所述密钥请求还包括所述客户端身份。

优选地，所述计算机程序产品包括指令，当该指令在计算机系统上执行时使所述计算机系统响应于从所述客户端设备接收到所述数字收据，通过所述第一分配器将内容提供给所述客户端设备。

由所述第一分配器提供的所述DRM许可证不同于由所述第二分配器之前提供给具有所述客户端设备的客户端的DRM许可证。

优选地，所述计算机程序产品包括指令，当该指令在计算机系统上执行时使所述计算机系统通过所述第一分配器从内容提供者接收通信，所述通信包括内容和用于CKR的网络地址，并且其中所述发送将密钥请求发送给用于所述CKR的网络地址。

根据本发明的另一方面，提供了一种分配内容的方法，所述方法包括：

获取第一密钥、第二密钥和所述内容；

获取关于所述内容的内容信息；

使用所述第一密钥加密所述第二密钥以生成加密的第二密钥；

使用所述第二密钥加密所述内容以生成加密的内容；

生成包括所述加密的第二密钥和内容信息的密钥信息文件；

生成包括所述加密的内容和所述内容信息的通用文件；

提供所述密钥信息文件以用于存储在密钥库中，用于在一个或多个请求时由所述密钥库分配所述第二密钥；以及

分配所述通用文件。

所述内容信息包括所述内容的所有权ID。

所述内容信息包括所述内容的所有者ID。

分配所述通用文件将所述通用文件分配给至少两个分配器，每个分配器使用与另一个不同的数字版权管理(DRM)方案以将加密的内容分配给消费者。

第一密钥的获取包括从信任的机构获取所述第一密钥。

获取第二密钥包括生成所述第二密钥。

所述提供将所述密钥信息文件提供用于存储在多个密钥库中，所述多个密钥库包括用于对所述第二密钥进行分配的所述密钥库。

第一密钥是公钥，且其中第三密钥是私钥。

根据本发明的又一方面，提供了一种用于内容的分配的通用文件打包器，所述通用文件打包器包括：

处理器，其被配置为：

获取第一密钥、第二密钥和所述内容；

获取关于所述内容的内容信息；

使用所述第一密钥加密所述第二密钥以生成加密的第二密钥；

使用所述第二密钥加密所述内容以生成加密的内容；

生成包括所述加密的第二密钥和内容信息的密钥信息文件；

生成包括所述加密的内容和所述内容信息的通用文件；

提供所述密钥信息文件以用于存储在密钥库中，用于在一个或多个请求时由所述密钥库分配所述第二密钥；以及

分配所述通用文件。

所述内容信息包括所述内容的所有权ID。

所述内容信息包括所述内容的所有者ID。

分配所述通用文件将所述通用文件分配给至少两个分配器，每个分配器使用与另一个不同的数字版权管理(DRM)方案以将加密的内容分配给消费者。

获取第一密钥包括从信任的机构接收所述第一密钥。

获取第二密钥包括生成所述第二密钥。

所述处理器还被配置为将所述密钥信息文件提供用于存储在多个密钥库中，所述多个密钥库包括用于对所述第二密钥进行分配的所述密钥库。

第一密钥是公钥，且其中第三密钥是私钥。

附图说明

在回顾了下面的详细描述和附图之后，本发明的特征和优势对本领域普通技术人员将变得更容易明显，其中：

图1示出了依照本发明的一个实施方式的产生供可互操作的密钥箱使用的文件的系统；

图2示出了依照本发明的一个实施方式的给客户端提供供可互操作的密钥箱使用的数字收据的系统；

图3示出了依照本发明的一个实施方式的用于通过可互操作的密钥箱获取被保护的数字版权管理(DRM)许可证以用于不同DRM系统之间的可互操作性的系统；

图4a示出了依照本发明的一个实施方式的用于使用独立于原始发行媒体分配器的可互操作的密钥箱来回放被保护媒体的系统；

图4b示出了依照本发明的一个实施方式的用于使用可互操作的密钥箱来恢复间接的被保护媒体的系统；

图5示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤与内容相关联的数字收据的在线登记可与中央密钥库(CKR)一起使用以实现内容独立于原始分配器的可互操作的回放；

图6示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤媒体内容可被分发到媒体分配器；

图7示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤中央密钥库(CKR)可向媒体分配器提供内容访问授权；以及

图8示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤媒体分配器可获得来自中央密钥库(CKR)的内容访问授权。

具体实施方式

本发明目的是用于供可互操作的密钥箱使用的通用文件打包器(packager)的系统和方法。以下的描述包含关于本发明的实现方式的具体信息。本领域技术人员将认识到，本发明可以按与在本申请中具体讨论的不同的方式实现。另外，本发明的一些具体细节不被讨论以便不使本发明不清楚。未在本申请中描述的具体细节在本领域普通技术人员的知识范围之内。本申请的附图和所附的详细描述仅贯注于本发明的示例性实施方式。为保持简洁，使用本发明的原理的本发明的其他实施方式不在本申请中被具体描述且不被本发明的附图具体示出。

图1示出了依照本发明的一个实施方式的产生供可互操作的密钥箱使用的文件的系统。图1的环境100包括所有权所有者(title owner)110、所有权所有者ID(标识符)111、所有权ID116、证书授权120、调制机130、密钥箱160和媒体分配器170。所有权所有者110包括标题115和所有权元数据118。证书授权120包括证书121。证书121包括密钥箱公钥122。调制机130包括密钥生成器131、所有权密钥132、通用文件打包器135、通用文件140和密钥信息文件150。通用文件140包括所有权ID116、元数据117、加密所有权145和密钥箱URL(统一资源定位符)146。密钥信息文件150包括所有权所有者ID111、所有权ID116、加密数据153/和加密所有权密钥152。密钥箱160包括处理器158和存储器159。存储器159包括调制机API(应用程序接口)161、密钥信息数据库162、消费者数据库163、业务数据库164、密钥箱私钥165、分配器公钥数据库166、分配器数据库167和提供者API157。媒体分配器170包括被转录的密钥信息文件151、分配器私钥175和本地DRM(数字版权管理)系统172。

所有权所有者110可包括制造者、广播者、版权所有者、作者或所有权的受让者115，例如个人艺术家或创作者、媒体组、电影制作工作室、动画工作室、电视工作室或电影发行人。然后所有权115可包括创造性媒体工作或方案，例如音乐著作或唱片、广播节目、视频剪辑、全长度电影或动画、戏剧或电视系列剧集、交互式视频游戏，或任何其他类型的视听工作或内容。然后可更详细地提供所有权元数据118以描述所有权115，例如提供人可读所有权名称、具体的媒体类别、内容风格、媒体格式、等级、以及对给所有权115分类和标识所有权有用的其他信息。虽然所有权元数据118在图1中被示出为由所有权所有者110提供，可选的实施方式可替代地使用调制机130或另一个第三方来产生所有权元数据118。

另外，所有权所有者110和所有权115每个都分别唯一地由所有权所有者ID111和所有权ID116标识。这些标识符还可包括在所有权元数据118中。尽管可以采用用于选择唯一标识符的任何适当的算法，所有权ID116可能特别适合于国际标准视听资料号(ISAN)(如果可利用)和基于密码功能例如安全散列算法1(SHA-1)的通用唯一标识符(UUID)的组合。以这种方式，彼此不通信的不同的所有权所有者仍然可产生有力地确保唯一性的所有权ID。可选地，集中式机构可向请求方分发唯一标识符，通过维持所有标识符的数据库来保证唯一性。

一旦以上的标识符、元数据和所有权文件按照顺序排列，所有权所有者110就可将它们传送给调制机130的通用文件打包器135以用于合并到服务于一般公众的发行渠道中。到调制机130的这个传送可由任何适当的通信工具优选地以减轻第三方泄露的危险的安全方式来实现。例如，可使用各种被保护的互联网协议，例如FTP(文件传输协议)、安全套接字层(SSL)、安全壳(SSH)或另一个协议。可选地，数据可被写到物理媒体上，以便通过邮件或亲自传送到调制机130。

所有权所有者110和调制机130在图1中被示出为单独的实体，因为为了效率或其他原因，准备用于编码和分发的所有权的过程可能被外购到第三方设备。但是，可选的实施方式可使所有权所有者110也承担调制机130的功能，这可能对较小的媒体单元操作更加方便。在这种情况下，所有权所有者110和调制机130由相同的上层拥有且它们的功能可能被合并到单个服务器或计算机群集中。

密钥生成器131向通用文件打包器135提供加密密钥以通过加密支持内容的保护。在没有对所有权115应用某种保护的情况下，实施许可证条款和防止未授权的复制变得困难，因为消费者可直接访问未被保护的媒体文件。因此，如图1中所示出的，密钥生成器131产生对称的加密密钥—所有权密钥132以加密和解密所有权115。通过将对所有权密钥132的访问限制到具有适当DRM许可证的经授权的媒体应用范围内，消费者仍然可享受对所有权115的观看或收听，而不直接访问以未被保护的形式的所有权115。

尽管对于所有权密钥132的较长的密钥长度和较强的加密算法可提供更大的安全性以抵抗欺骗技术，解码复杂度也可能导致重大的对立的顾虑。这个顾虑对于具有有限的电池寿命、存储器和处理资源的移动设备特别严重。因此，为了加密所有权密钥132，平衡的折衷例如高级加密标准(AES)可被选择成提供具有快速解码时间的合理地强大的安全性。

为了安全地传送来自调制机130的所有权密钥132以用于由密钥箱160访问，如图1所示，使用由证书授权120产生的非对称密码密钥对。该密钥对还可由密钥箱160产生，且证书由证书授权120发行。例如，公钥和私钥对可例如依照公钥密码标准#1(PKCS#1)使用2048位RSA密钥。密钥对的公钥包括在数字证书121中。通过从证书121中重新获得密钥箱公钥122，通用文件打包器135可使用密钥箱公钥122来加密所有权密钥132，导致加密的所有权密钥152，使得只有密钥箱160—对应的密钥箱私钥165的所有者可解密加密的所有权密钥152。在图1中证书授权120充当受信任的第三方，保证在证书121中提供的密钥箱公钥122适当地绑定到称为密钥箱160的实体。

证书授权120可例如遵守第3版X.509证书标准。为了证实证书授权120的身份，调制机130还可具有预先装入的一组证书，其保证受信任的第三方例如证书授权120的身份。相互认证还可被实现，使得证书授权120只响应于经授权的调制机、媒体分配器或服务提供者和其他涉及方。尽管在图1中只示出了单个证书授权，可选的实施方式可使用除X.509之外的证书授权的分级系统或可选的信任系统例如同级调节的信任网络。

以这种方式，密钥箱160充当以加密的形式将所有权密钥保留在密钥信息文件中的中央密钥库(CKR)。通过调制机API161，内容调制机例如调制机130可提交在密钥信息文件容器例如密钥信息文件150中的加密的所有权密钥。包含加密的所有权密钥例如加密的所有权密钥152、加密数据或元数据例如加密数据153和相关的内容信息例如所有权所有者ID111和所有权ID116的这些密钥信息文件可存放在数据库例如密钥信息数据库162中。为使调制机130访问调制机API161，标准网络服务可由使用简单对象访问协议(SOAP)的密钥箱160和使用具有符合PKXD#3的Diffie-Hellman的安全传输层(TLS)的安全超文本传输协议(HTTPS)揭示以用于密钥交换。这个相同的安全通信方式或使用不同参数的变形还可用于在图1和以下的图中示出的其他通信路径。另外，安全措施例如将进入的互联网协议(IP)地址范围或媒体访问控制(MAC)地址范围限制到公知的值也可被实现以进一步防止遭受未授权的访问。

如之前所讨论的，加密的所有权密钥152使用密钥箱公钥122加密。因为密钥箱160是对应的私钥—密钥箱私钥165的所有者，它可以用上面讨论的方式自由地加密并访问被提交到密钥信息数据库162的所有所有权密钥。使用处理器158来解释通过存储器159中的调制机API161和提供者API157接收到的请求，密钥箱160可为经授权的调制机和媒体分配器提供牢靠的密钥存储和分发服务，媒体分配器也称为服务提供者或内容提供者。在另一个方向上，通过提供者API157，经授权的分配器例如媒体分配器170可使用它们自己的非对称密钥对请求以加密形式的这些所有权密钥，以安全地产生DRM许可证用于传送到消费者媒体应用和设备。因此，来自密钥信息数据库162的原始密钥信息文件使用可适用于每个特定媒体分配器的加密密钥被解密和加密或被转录，以产生被转录的密钥信息文件例如被转录的密钥信息文件151。

在图1中，这个密钥文件转录可通过使密钥箱160将所有媒体分配器的公钥聚集在分配器公钥数据库166中来实现，每个媒体分配器例如每个分配器170拥有其自己相应的私钥，例如分配器私钥175。媒体分配器可使用标准公钥基础结构(PKI)方法产生其自己的密钥对。但是，可选的实施方式可使用可选的加密布置，例如，其中密钥箱160产生公钥对/私钥对，并使用安全通信通道将私钥提供到每个媒体分配器。如以前一样，使用密钥箱公钥122，证书授权120或另一受信任的第三方可被用于提供确保公钥和其相关的所提到的身份之间的合法绑定的受信任的证书。

如密钥箱160中所示，若干另外的数据库是可用的，包括消费者数据库163、业务数据库164、分配器数据库167、报价(offer)数据库168和调制机数据库169。这些数据库可被用于实现来自密钥箱侧的各种商业规则，从而登记由消费者执行的媒体转录和相关权限、登记消费者认证数据，以及根据不同的商业协议确保只有经授权的提供者和媒体分配器可与密钥箱进行交互作用。例如，在每次成功的在线业务之后，记录可被存储在业务数据库164中，指示销售的日期和时间、所支付的价格、购买的类型，不管是租赁的、永久的购买、赎回还是预订、被提供的赎回代码是否被使用多次、相关的标识符例如消费者、客户端、设备ID以及其他细节。因此，密钥箱160可能能够按需要实行租赁时间周期、租赁计数限制和其他商业规则。分配器数据库167可跟踪哪些媒体分配器有特权访问哪些密钥信息文件，因为密钥箱160可使用不同的内容许可协议支持若干不同的关联的或非关联的媒体分配器。消费者数据库163可作为允许消费者访问和解除锁定被保护的媒体文件而不被限制到特定媒体分配器的权限库，如在以下的图2中所进一步讨论的，且还包括认证信息以允许消费者使用单个或多个认证方案例如来自唯一分配器的所有权认证方案或更加开放的解决方案如OpenID来在多个分配器中认证。另外地或可选地，密钥箱160可包括在图1中未示出的设备数据库，其列出了可能关联到特定消费者的媒体设备，允许基于绑定到特定设备而不是特定消费者的模式或允许基于绑定到设备和消费者的模式。一般说来，设备数据库与消费者数据库163类似地工作并可与之关联。报价数据库168可将所有权与特定的使用规则关联，以支持多种商业模式，例如租赁、预订和购买。调制机数据库169可确保只有经授权的媒体调制机可将密钥信息文件上载到密钥箱160中。

将焦点从密钥信息文件150转移到通用文件140，通用文件140还由通用文件打包器135生成以用于分发到媒体分配器和最终到消费者。名称“通用文件”描述了这样的特性：即使媒体分配器使用不同的DRM系统，相同的文件也被分发到消费者并可在CKR—密钥箱160的帮助下在不同的媒体分配器中是可互操作的。如图1中所示，所有权115用所有权密钥132加密以创建附带有标识数据的加密所有权145，该标识数据包括所有权ID116、元数据117和密钥箱URL146。元数据117可包含例如所有权元数据118的成分。密钥箱URL146充当指针或网络地址以指示在哪里找到存储关联的密钥信息文件150的密钥箱，使得加密的文件145可使用存储在密钥信息文件150中的所有权密钥被解码。在图1的情况下，密钥箱URL146将指向密钥箱160。应注意到，密钥箱URL可能简单地指向使用RUL重定向的重定向服务器，以灵活地重定向密钥箱通信。另外，URL形式被选择成使用SOAP与通过互联网可访问的网络服务相连接，但可选的网络寻址协议也可能被使用。通用文件140的成分可嵌入在标准容器格式例如MPEG-4Part14或MP4容器文件中。可选地，如果所有权115以未压缩的格式被提供，调制机130可在使用例如MPEG-4Part10或H.264加密所有权115之前使用视频或音频压缩。在通用文件140生成后，它可被提供到媒体分配器170。

一旦媒体分配器170接收到通用文件140，它就可立即从密钥箱URL146请求相关的密钥信息文件，或可延迟请求直到消费者或客户端实际上请求通用文件140。在任一情况下，媒体分配器170使用例如之前讨论的HTTPS上的SOAP来查询密钥箱160，以请求包含在与所有权ID116相关联的相关密钥信息文件中的信息。密钥箱160可接着搜索密钥信息数据库162以发现以相同的所有权ID116存储在那里的密钥信息文件150，应用所有相关的商业逻辑规则来确定分发文件的许可是否应被准许，并且如果这样的确定是肯定的则提供被转录的密钥信息文件151。除了加密的所有权密钥152使用媒体分配器170的公钥而不是密钥箱160的公钥—密钥箱公钥122被加密外，被转录的密钥信息文件151可能看上去类似于密钥信息文件150。如之前讨论的，转录步骤可由预先将所有媒体分配器的公钥收集到分配器公钥数据库166中的密钥箱160支持。

为了避免不断重新获得来自密钥箱的最近被转录的密钥信息文件，媒体分配器可存储被转录的密钥信息文件的本地高速缓存以避免不必要地使密钥箱资源负重担。为了保持被高速缓存的密钥信息文件被更新，对自从之前的密钥信息访问以来出现的改变的请求可被周期地或在要求时从密钥箱请求。可选地，密钥箱可将更新主动发送到媒体分配器。

一旦媒体分配器170转录了密钥信息文件151和通用文件140，它就可结合分配器私钥175和本地DRM系统172使用它们来以被保护的方式以对任何现有DRM系统基础结构的较少的修改(如果有)向客户端提供媒体文件，所述DRM系统基础结构可能已经代替媒体分配器170。媒体分配器170可使用其自己的私钥—分配器私钥175以访问来自被转录的密钥信息文件151的所有权密钥132并将这样的所有权密钥132馈送到本地DRM系统172。本地DRM系统172可接着产生包含使用规则和使用其自己的安全协议加密的所有权密钥132的适当的DRM许可证。一旦消费者接收到通用文件140和本地DRM许可证，他就可消费包含在通用文件140中的媒体，如使用规则所允许的。

以这种方式，采用通用文件格式和可互操作的密钥箱的输入的障碍对参与的媒体分配器被最小化，鼓励采用较广的发行渠道并向消费者提供增强的可互操作性的所有利益。通过帮助处理关于数字发行媒体的可互操作性和可用性顾虑以及通过提供如以下在图2中描述的在消费者的控制之内的数字收据，消费者可能感觉被授权而不是被数字发行所限制，这可反过来转化为更高的销售量和更大的消费者满意度。

尽管在图1中所有权所有者110、所有权115、证书授权120、调制机130、密钥箱160和媒体分配器170只有单个实例，可选的实施方式可包括每个实体的若干例子。例如，通用文件140可囊括若干不同的所有权作为编辑物、唱片的一部分或作为可选的曲目。类似地，密钥信息文件150可存储若干相关联的所有权密钥。密钥箱还可按比例调节成适合特定的组织需要。例如，具有很多电影单位和分部的大的工作室可决定为每个工作室部门奉献不同的密钥箱，或可能更喜欢使所有的部门由一个大的合并的密钥箱服务。可选地，尤其是对于较小的工作室，若干不同的工作室或公司可共用单个密钥箱，或向第三方实体外购密钥箱操作和维护。另一个可能性是由第三方操作的一个大的集中式密钥箱，工作室将密钥信息文件提交到集中式密钥箱。如以上提到的，URL重定向还可被用于灵活的密钥箱重定向，实现服务负载平衡、快速迁移和其他特征。如果适当的协议和安全程序适合，密钥箱还可与其他密钥箱共享信息。也就是说，密钥箱可按需要被集中或分散，但是可访问大的密钥信息数据库的集中式密钥箱可将更有效的服务提供给与多个媒体分配器有交易的客户端。

图2示出了依照本发明的一个实施方式的给客户端提供供可互操作的密钥箱使用的数字收据的系统。图2的环境200包括密钥箱260、媒体分配器270、分配器ID271、客户端280、客户端ID281、共用客户端ID286、显示器288和备份存储器289。密钥箱260包括密钥信息数据库262、消费者数据库263、业务数据库264、密钥箱私钥265、分配器公钥数据库266、分配器数据库267、报价数据库268、客户端API256和提供者API257。因为在图2中没有与调制机的交互作用，图1中的对应的调制机API161和调制机数据库169为了简单起见从图2中省去，但它们可仍存在于密钥箱260中。媒体分配器270包括通用文件240、被转录的密钥信息文件251、本地DRM服务器272、DRM许可证273、分配器私钥275和处理器276。通用文件240包括所有权ID216、元数据217、加密所有权245和密钥箱URL246。被转录的密钥信息文件251包括所有权所有者ID211、所有权ID216和加密的所有权密钥252。DRM许可证273包括所有权ID216、加密的所有权密钥274、客户端ID281和使用规则277。客户端280包括本地DRM客户端282、客户端媒体应用283、被保护媒体路径解码引擎299和数字收据285。数字收据285包括所有权ID216、分配器ID271、客户端ID281、共用客户端ID286、消费者ID284和业务信息287。关于图2，应注意到，密钥箱260对应于图1中的密钥箱160且媒体分配器270对应于图1中的媒体分配器170。尽管图2的密钥箱260不描述如图1的密钥箱160中的处理器或存储器，可假定它们存在以支持API的操作和密钥箱260的其他逻辑操作。

图2将焦点从图1中的所有权所有者和调制机转移到图2中的媒体分配器和客户端。更具体地，图2示出了消费者或客户端实际上可如何使用图1中介绍的通用文件、密钥信息文件和CKR或密钥箱概念来访问用于在显示器288上最终回放的媒体文件。另外，图2介绍了被示为数字收据285的数字收据的概念，其可充当购买的证据或业务的证据以用于重新激活被保护的媒体内容，即使例如客户端丢失了最初重新获得的被保护媒体文件或即使客户端转换媒体分配器。

通用文件240的内容和被转录的密钥信息文件261已经通过图1中的对应的通用文件140和被转录的密钥信息文件151被稍微详细地描述。被转录的密钥信息文件251可通过具有与媒体分配器271的发行协议的实体例如类似于图1的所有权所有者110的实体连同对转录步骤的密钥箱260一起被提供到媒体分配器271。媒体分配器270的处理器276可与分配器私钥275一起使用以解密供在本地DRM服务器272使用的被加密的所有权密钥252。在处理器276上执行的本地DRM服务器272可接着使用图2中指示的所有输入生成DRM许可证273以用于分发到请求通用文件240的经授权的客户端。加密的所有权密钥274可使用由本地DRM服务器272提供的保护系统被保护，有效地将媒体分配器270的加密伙伴从密钥箱260改变到客户端280。这个步骤可被视为类似于提供对特定媒体分配器转录的密钥信息文件的密钥箱260的另外的转录步骤，但是媒体分配器270替代地提供带有对特定的客户端转录的所有权密钥的DRM许可证。

检查DRM许可证273，对应于可用来加密通用文件240的所有权密钥的加密的所有权密钥274可被包括。DRM许可证273还包括标识信息，包括DRM许可证所适用的客户端或客户端ID281，以及相关联的媒体所有权或通用文件或所有权ID216。另外的信息还可嵌有DRM许可证273，例如图1中指示的分配器ID271、共用的客户端ID286、消费者ID284、使用规则277和业务信息284。

转到客户端280，客户端280可包括个人计算机、媒体播放器、机顶盒、视频游戏控制台、移动电话、便携式媒体播放器或与媒体分配器270交互作用的任何其他设备。客户端280还可包括用于浏览、购买、回放以及与由媒体分配器270提供的数字媒体的其他业务的客户媒体应用283。在消费者通过数字业务决定购买、租赁或以其他方式获取通用文件240以用于在客户端280上回放之后，媒体分配器270可通过与金融机构的交互作用来处理业务，以收取约定的金额或在内部减去预付点约定金额或其他货币，生成如以上所描述的DRM许可证273，并通过本地DRM服务器272将通用文件240和DRM许可证273提供到客户端280。另外地，数字业务的记录可通过密钥箱260的提供者API257被存放到业务数据库264中。

在客户端280收到通用文件240和DRM许可证273之后，客户端280可结合本地DRM客户端282使用DRM许可证273以解密通用文件240中的加密所有权245，用于通过使用输出到显示器288的被保护媒体路径解码引擎299通过回放而消费，显示器288还可包括用于音频内容的扬声器。因此，消费者可在显示器280上观看所请求的媒体。

虽然有通用文件240和DRM许可证273允许客户端280回放加密的所有权245同时本地DRM客户端282能够与DRM服务器272交互作用，但可能有以上元素中的一个或多个对客户端280遗漏的情况，其中用户需要使用完全不同的客户端，或其中用户需要使用不同的媒体分配器。为了保证这些可能性，媒体分配器270还可给客户端280提供安全数字收据285。如果消费者需要处理以上列出的情况，当情况可能要求时，数字收据285可被重新获取并提供给可选的媒体分配器或密钥箱260作为购买的证据，以再次获取通用文件、获取新的DRM许可证或甚至获取这两者。

如图2中示出，客户端280通过复制到备份存储器289并且经由客户端API256使用相关的CKR或密钥箱260登记以用于将数字收据存放到消费者数据库263中来主动保护数据收据285，备份存储器289可能包括通用串行总线(USB)存储设备。例如，网络接口可被提供以允许通过客户端API256将数据收据直接上载到密钥箱260，客户端API256类似于提供者API257揭示HTTPS保护的SOAP网络服务。第三方可例如通过提供在线备份服务或网络可访问的电子邮件服务器来提供和维护备份存储器289。特别是，如果数字收据通过被注册的电子邮件地址被提供到用户，用户电子邮件账户可有效地替换为数字收据的备份库。

可选地，在用户完成数字业务之后，客户端媒体应用283可能提示用户自动地用密钥箱260在线登记数字收据。密钥箱260可接着将返回值提供到客户端280，指示数字收据登记过程的成功或失败。

数字收据285包含与用户的身份相关的若干字段，导致数字收据的创建。客户端ID281标识与由本地DRM客户端282和本地DRM服务器272实现的特定的DRM系统相关的消费者或设备。消费者ID284和分配器ID271指示与特定的媒体分配器相关的特定消费者，而共用的客户端ID286—一个可选的部分可全局地标识一般意义上的用户。共用的客户端ID286可被连接到外部用户认证系统例如OpenID，其可用于在若干媒体分配器而不是在仅仅单个媒体分配器中认证。因为不是所有的用户都处理这样的共用的客户端ID，对这样的用户它可被省去，或替代的标识符可被创建并提供给该用户。但是，如果共用的客户端ID286被提供，则密钥箱260可能能够标识认为是消费者属性的在消费者数据库263中的所有收据，而不考虑媒体分配器，该媒体分配器可证明对在若干不同的媒体分配器中有大的媒体集合的用户有用。

数字收据285还包含与创建数字收据的业务相关的若干字段。所有权ID216指示由数字收据参照的特定通用文件，而业务信息287可包含关于业务例如业务日期、业务类型或报价ID的特定信息以及关于由所有权ID216参照的内容的元数据。业务日期可包括业务出现的特定的日期和时间，而业务类型例如可指示业务是否是完全购买、租赁、预订计划的一部分，还是所包括的另一类型的业务。元数据可包括类似于图1的元数据117的信息，例如所有权、风格类别、等级和其他数据。数字收据285还可以可选地包含关于密钥箱260的信息，例如密钥箱URL或可选地关于用于以URL的形式或类似的参考数据登记数字收据285的服务器的信息。虽然存储在数字收据285中的数据的大多数可使用加密来保护，业务信息287的所有权元数据部分可以未加密的简单文本形式呈现，允许数字收据易于被用户识别。如图2中示出的，数字收据285的部分用密钥箱260的公钥加密，其中密钥箱260可使用密钥箱私钥265解密被加密的部分，但是其他的可被密钥箱260使用的保护方法也可被使用。另外，数字收据285的部分还可由发行媒体分配器270数字地签名，使得密钥箱260可确认数字收据285按时地由经授权的媒体分配器分发。

一旦数字收据285安全地存储到备份存储器289和密钥箱260的消费者数据库263中，客户端280的用户就被保护而免遭通用文件240的丢失、DRM许可证273的丢失以及客户端280和/或媒体分配器270的丢失或改变。用户只需要从备份存储器289重新获取数据收据285并将其重新提交到密钥箱260、媒体分配器270或具有与密钥箱260的已建立的关系的另一个媒体分配器。一旦数字收据285被直接提交或转交到密钥箱260，密钥箱260就可在适当时使用密钥箱私钥265验证收据，以解密数字收据285的被加密的部分和/或媒体分配器270的公钥，以验证上述的签名，以及处理任何相关的商业规则以准许或拒绝询问或请求。如果询问或请求被准许，媒体分配器可重新获取相应的密钥信息文件以授权重新发送通用文件240和/或生成包括用户的所有权密钥的新的DRM许可证。

虽然从用户的观点来看，所有的媒体分配器对任何提交的数字收据提供任何所要求的密钥信息文件可能是理想的，在不同的媒体分配器和所有权所有者之间的有限的发行协议可限制可由任何单个媒体分配器传送的密钥信息文件的范围。具体地，分配器数据库267可依照询问媒体分配器的身份规定特定密钥信息文件的访问特权。在媒体分配器270的情况下，这将对应于分配器ID271，且可能在通过提供者API257建立与密钥箱260的安全通信之前被提供为HTTPS或TLS信号交换程序的部分。

另外，虽然用户可能更希望所有的媒体分配器提供通用文件240的下载或免费生成新的DRM许可证，媒体分配器还必须考虑费用例如服务器和网络维护、消费者服务和发行合同。因此，虽然一些媒体分配器可能通过数字收据提供免费的重新激活以鼓励他们的特定在线服务的使用，其他的媒体分配器可能为赎回数字收据而收取费用以支付带宽、服务器维护、消费者支持以及获得和恢复分配器权限和内容许可证的费用。这些考虑因素可被囊括在由密钥箱260或由单独的媒体分配器实现的商业规则内，灵活地独立于CKR—密钥箱260的核心密钥存储和发行功能。

图3示出了依照本发明的一个实施方式的用于通过可互操作的密钥箱获取被保护的数据版权管理(DRM)许可证以用于在不同的DRM系统之间的可互操作性的系统。图3的环境300包括密钥箱360，媒体分配器370a-370b、客户端380a-380b、共用客户端ID386和共用客户端ID验证服务器390。密钥箱360包括密钥信息数据库362、消费者数据库363、业务数据库364、分配器公钥数据库366、分配器数据库367、报价数据库368、调制机数据库369和提供者API357。媒体分配器370a包括本地DRM服务器372a。媒体分配器370b包括本地DRM服务器372b。客户端380a包括通用文件340、DRM许可证373a和本地DRM客户端382a。通用文件340包括所有权ID316、元数据317、加密所有权345和密钥箱URL346。DRM许可证373a包括所有权ID316、加密的所有权密钥374a和客户端ID381。客户端380b包括通用文件340、DRM证书373b和本地DRM客户端382b。DRM证书373b包括所有权ID316、加密的所有权密钥374b和客户端ID381。关于图3，应注意到，密钥箱360对应于图2的密钥箱260，媒体分配器370a-370b对应于媒体分配器270，以及客户端380a-380b对应于客户端380。

虽然对不同的媒体分配器之间的可互操作性使用数字收据的概念在以上的图2中被稍微详细地解释，图3示出了不同媒体分配器之间的可互操作性的可选方法，其中通用文件仅在不同的客户端之间复制且用于获取可适用于新的客户端的新的DRM许可证，即使不同的媒体分配器使用不同的DRM系统或方案。

例如，假设客户端380a的用户已经购买了通用文件340，这也导致获得相关的DRM许可证373a。另外地，购买的记录被记录在业务数据库364中，包括购买者、共用客户端ID386的标识。如之前讨论的，共用的客户端ID386可能使用识别方案例如OpenID。通过使用由本地DRM客户端382a和本地DRM服务器372a支持的DRM系统或方案，客户端380a的用户现在可容易地消费并在客户端380a上欣赏和回放和加密的所有权345。但是，客户端380a的用户可有若干不同的客户端或设备以用于媒体消费，一些客户端比另一些更适合于某些情况。例如，客户端380a可能表示用户的个人计算机，而客户端380b可能表示用户的视频游戏控制台。例如，如果视频游戏控制台碰巧连接到起居室中的高端家庭影院系统，而个人计算机碰巧转移到具有小型计算机扬声器和小的LCD屏幕的书斋，用户可能希望在客户端380b上而不是客户端380a上观看通用文件340。可选地，客户端380可能表示用户的便携式媒体设备，其中用户希望在商业旅行中飞行时观看通用文件340。

传统地，在不同的设备之间利用不同的DRM系统传送文件是困难的或不可能的，因为私有关闭的系统DRM格式趋向于引入不兼容性，防止完全的可互操作性。除了DRM可互操作性挑战外，媒体容器格式和压缩算法可能甚至导致未被保护的内容不能在不同平台上播放。

但是，如图3中示出的通用文件概念的引入可帮助在很大程度上处理在数字媒体消费者中间的这个顾虑。如图3中示出的，在从客户端380a购买通用文件340之后，它可直接按原样复制到客户端380b，如由客户端380a和客户端380中的通用文件340的两个实例之间的相同内容所证明的。可选地，通用文件340可能在被复制到客户端380b之前首先被复制到中间存储位置，例如USB存储设备。因为DRM许可证373a仅与由本地DRM客户端382a和本地DRM服务器372a支持的DRM系统一起工作，DRM许可证373a对客户端380b没有用处。但是，由于密钥箱360的帮助，客户端380b可从媒体分配器370b获取DRM许可证373b，即使客户端380b和媒体分配器370b使用由本地DRM服务器372和DRM客户端382b支持的不同DRM系统。

在接收到通用文件340之后，对于DRM许可证373b，客户端380b可询问媒体分配器370b。客户端380b还可提供与共用客户端ID386相关联的标识凭证，例如用户名和口令。媒体分配器370b可接着通过将标识凭证分程传递到共用客户端ID验证服务器390来验证用户的身份。

一旦客户端380b的身份被确认，媒体分配器370b就可通过提供者API357询问密钥箱360以确认由共用客户端ID386标识的用户是否有与通用文件340相关联的权限。因此，密钥箱360可检查业务数据库364以确认与媒体分配器370a的以前业务的存在，以前业务涉及由使用共用客户端ID386标识的同一用户购买通用文件340。如果业务数据库364改为报告没有与共用客户端ID386和通用文件340相关联的匹配结果或者业务类型只是租赁而不是购买，密钥箱360可停止处理并返回准许被否定的信息。分配器数据库367还可被咨询以确定媒体分配器370b是否有替代与来自密钥信息数据库362的通用文件340相关联的相关密钥信息文件的发行的协议。另外地，如之前讨论的，不同的商业规则可由密钥箱360实施。例如，为了防止通用文件发行的滥用，对于连接到可识别的用户的任何单个购买可支持5个不同客户端的全局限制，用户需要在一个案例接一个案例的基础上由消费者服务处理的多于5个的同时有效的DRM许可证。类似地，5个不同标识的全局限制可被支持以识别同一消费者。

假定密钥箱360确认业务数据库364中的有资格的业务以及任何和所有其他商业规则满足需要，密钥箱360可从密钥箱信息数据库362重新获取相关的密钥信息文件，给媒体分配器370b提供使用媒体分配器370b的公钥的被转录的密钥信息文件，如前所述。媒体分配器370b可接着使用被转录的密钥信息文件生成使用本地DRM服务器372b的DRM许可证373b并向客户端380b中的本地DRM客户端382b提供DRM许可证373b。因此，客户端380b的用户能够通过重新获取DRM许可证373b来消费通用文件340，DRM许可证373b包括与必须再次下载通用文件340相比小得多的下载大小，提供几乎即时的回放并允许用户在高端家庭影院系统上或在便携式媒体设备上欣赏通用文件340。

可选地，不是通过作为媒介的媒体分配器路由数字收据，如果密钥箱360提供用于请求被登记的媒体的直接客户端接口，客户端380b可将数字收据直接重新发送到密钥箱360。单独的密钥箱可自由决定提供这个功能。如之前所讨论的，数字收据充当业务的证据，且因此可被重新发送回密钥箱360以获得对被原始业务承认的原始媒体或许可证的访问。如果密钥箱360确实支持这样的来自客户端380b的直接请求，且如果密钥箱360确定客户端380b如以上详述的有特权访问所请求的被登记的媒体，那么密钥箱360可将客户端380b引导到能够服务于所请求的被登记媒体的适当的媒体分配器。

例如，密钥箱360可首先使用分配器数据库367确定有特权的媒体分配器的列表，找到具有对所请求的被登记媒体例如通用文件340的发行权限或发行特权的所有的第三方媒体分配器。然后，客户端380b的用户可被提示从提供者的列表中选择以被重定向到特定的第三方媒体分配器。在客户端380b的用户被重定向到特定的第三方媒体分配器例如媒体分配器370b之后，密钥箱360可接着给媒体分配器370b转发客户端380b的用户被授权重新获取所请求的通用文件340和/或任何相关的DRM许可证的验证。与以前一样，这个验证可涉及对照消费者数据库363中的被登记的数字收据来验证被提交的数字收据并应用任何可应用的商业规则。在此之后，过程正常继续，好像用户向媒体分配器而不是CKR提交数字收据。因此，分配器370b可因此向客户端380b提供DRM许可证373b以用于消费通用文件340。

另外，共用通用文件和获取不同DRM许可证的这个过程可被用于向朋友和同事提供推荐的媒体文件而不需要他们重新下载相关的通用文件。例如，客户端380a的用户或许可通过USB存储设备向客户端380b的用户提供通用文件340的副本。但是，因为客户端380b不知道客户端380a的用户的个人登录细节，客户端380b不能提供对共用客户端ID386的登录凭证，允许媒体分配器370b确定客户端380b的用户与客户端380a的用户—被复制通用文件340的初始购买者不相同。代替地，媒体分配器370可显示用于执行新的业务以获取通用文件340的DRM许可证、将其解除锁定以用于即时回放的企图。另外，尽管两个单独的媒体分配器在图3中示出，这个过程还可应用于使用相同媒体分配器的客户端。

如图3中所示，每个媒体分配器可为特定的媒体所有权提供确切地相同的通用文件，即使使用不同的DRM系统或方案。由于密钥箱360作为中央权限交换所起作用且共用客户端ID验证服务器390在提供者中验证唯一用户的身份，媒体分配器以最小的额外努力可提供可互操作的解决方法和现有DRM系统的重建。这允许用户容易在不同的设备和媒体分配器之间传送通用文件，只需要新的DRM许可证的快速重新获得来回放被复制的通用文件。

图4a示出了依照本发明的一个实施方式的用于使用独立于原始发行媒体分配器的可互操作的密钥箱来回放被保护媒体的系统。图4a的环境400包括密钥箱460，媒体分配器470、客户端480、备份存储器489和共用客户端ID验证服务器490。媒体分配器470包括通用文件440和DRM许可证473。客户端480包括客户端媒体应用483。备份存储器489包括数字收据485。关于图4a，应注意到，密钥箱460对应于图2的密钥箱260，媒体分配器470对应于媒体分配器270，客户端480对应于客户端280，且备份存储器489对应于备份存储器489。

如之前所讨论的，可能有用户可自愿地或非自愿地丧失对被购买的通用文件和相关的DRM许可证的访问的情况。自愿丧失可包括改变客户端设备或媒体分配器。非自愿丧失可包括灾难性硬件故障例如失败的硬盘驱动，或用户错误例如意外删除文件。如图2所示，因为每个数字业务都伴随有在用户控制下的委托的数字收据，用户具有完全的判断力以独立于原始媒体分配器对这样的意外事件做计划。例如，如果用户勤勉地使用相关的密钥箱在线登记数字收据并保持安全的备份，用户只需要重新提交数字收据以恢复对相关的通用文件和DRM许可证的访问。

例如，假定客户端480的用户遭受灾难性硬盘驱动故障。用户替换客户端480的硬盘驱动器并重新安装客户端媒体应用483以与媒体分配器470再次进行交互作用。由于硬盘驱动器存储通用文件和DRM许可证的用户媒体库，客户端480的用户试图恢复对他的旧媒体库的访问。令人欣慰的是，用户在备份存储器489中保存数字收据的副本，其可包括USB存储设备或在线电子邮件提供者，如之前所讨论的。另外地，如图4a中所示的，用户用密钥箱460在线登记数字收据485，使得数字收据85可存储在密钥箱460的用户认证数据库中。

因此，客户端480的用户只向媒体分配器470提供从备份存储器489中重新获取的数字收据485分配器连同用于以媒体分配器470验证的用户凭证，或可选地，用于以共用客户端ID验证服务器490验证的共用用户凭证。媒体分配器470在咨询密钥箱460之后可接着向客户端480提供通用文件440和DRM许可证473。另外，媒体分配器470还可提供任何其他通用文件和DRM许可证的批量传送，密钥箱460内的适当登记的数字收据与由客户端480提供的并按时地由媒体分配器470或共用客户端ID验证服务器490验证的用户凭证匹配。如果提交若干数字收据，这个批量传送可节省用户大量的时间和努力，这可能是灾难性硬盘故障之后的情况。若干商业规则可开始在这个模式中起作用以处理可能的滥用、确保系统的正确运行或为消费者提供额外的服务。

另外地，这个相同的机制可为用户提供对抗他们所喜爱的媒体分配器的故障或重组的一种保护性措施。例如，如果客户端480通常资助的媒体分配器突然停业，则只要客户端480的用户保存数字收据的备份并使用密钥箱460登记数字收据，用户就可容易转移到另一个媒体分配器例如图4a的媒体分配器470。以这种方式，关于DRM保护的数字媒体的持久性的很多长期存在的用户顾虑可被有效地解决。

图4b示出了依照本发明的一个实施方式的使用可互操作的密钥箱来恢复间接的被保护媒体的系统。图4b的环境400包括密钥箱460、媒体分配器470、客户端480a-480b、显示器488a-488b、媒体盘491和媒体盒代码492。媒体分配器470包括通用文件440b和DRM许可证473a-473b。客户端480a包括客户端媒体应用483a。媒体盘491包括通用文件440a。关于图4b，应注意到，密钥箱460对应于图2的密钥箱260，媒体分配器470对应于媒体分配器270，客户端480a-480b对应于客户端280，且显示器488a-488b对应于显示器288。

尽管通用文件的讨论就此而言一般被限制为在线数字发行，通用文件还可以有也使用物理零售媒体的应用。例如，媒体盘491可包括通过零售渠道购买的蓝光盘。除了存储标准蓝光电影数据外，还可包括对应的通用文件以用在个人计算机上或用于便携式媒体设备。媒体盒代码492可接着包括印在内衬内或隐藏的刮板下的唯一的数字或字母数字序列，其可用于恢复通用文件440a以用于通过重新获取可应用的DRM许可证来回放。在这个意义上，媒体盒代码可充当匿名的用户标识符，因为密钥箱460可使用商业规则限制对任何单个媒体代码的恢复的数量。

因此，客户端480a—笔记本PC的用户可能将媒体盘491插入到蓝光驱动器中，其中用户被提示他是否希望恢复通用文件440a。如果用户回答是，他可被提示输入媒体盒代码492，其与包含在通用文件440a中的任何标识元数据一起被发送到媒体分配器470。媒体分配器470可接着咨询密钥箱460以确定媒体盒代码492是否是有效的和/或已达到最大恢复数。例如，密钥箱460上的商业规则可强制每个有效的媒体盒代码可只提供最多三(3)次恢复，再次防止任意通用文件共用的潜在的滥用。如果密钥箱460肯定地回答，那么媒体分配器470可能提供DRM许可证473a，使得客户端480a的用户可在笔记本PC的显示器488a上以全分辨率观看电影。

另外，媒体盘491的引人注目的销售点可包括将电影从媒体盘491复制到各种便携式设备的能力。因此，客户端480a可能另外请求电影的标清(SD)720x480版本以用于在带有标清显示器的便携式设备上回放。使用来自通用文件440a的相同的媒体盒代码492和相同的元数据，媒体分配器470可再次询问密钥箱460以得到便携式设备的特殊标清版本密钥文件，其被按时返回并用于生成通用文件440b和DRM许可证473b，然后可被传送到客户端480b以用于在显示器488b上回放。另外，盒代码的恢复可与客户端或消费者ID相关联并记录在密钥箱460中的相关数据库中，如之前使用在线业务所进行的。可选地，已经被格式化以用于流行的媒体设备的各种通用文件可被嵌在媒体盘491上，使得只有对应的DRM许可证需要被重新获取，减少了下载时间。

图5示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤与内容相关联的数字收据的在线登记可与中央密钥库(CKR)一起使用，以实现内容独立于原始分配器的可互操作的回放。对于本领域普通技术人员很明显的某些细节和特征从流程图500中省略。例如，步骤可包括一个或多个子步骤或可涉及专门的设备或材料，如本领域中已知的。虽然流程图500中所示的步骤510到570足以描述本发明的一个实施方式，本发明的其他实施方式可使用与流程图500中示出的不同的步骤。

参考图5中的流程图500的步骤510和图2的环境200，流程图500的步骤510包括客户端280执行业务以从媒体分配器270获取通用文件240，通用文件240包括由与图1的加密所有权密钥274或所有权密钥132的未加密版本相应的所有权密钥加密的加密所有权245，以及可与媒体分配器270一起使用以访问加密所有权密钥274的未加密版本的DRM许可证273。这个过程已经被稍微详细地讨论，但是简要地，客户端280使用客户端媒体应用283来浏览数字店面并选择通用文件240以开始业务。在响应中，媒体分配器270通过与密钥箱260、本地DRM服务器272和本地DRM客户端282的交互作用来将通用文件240和相关的DRM许可证273提供到客户端280。

参考图5中的流程图500的步骤520和图2的环境200，流程图500的步骤520包括客户端280接收与加密的所有权245相关联的数字收据285，其中数字收据285包括与步骤510的业务相关的信息。如图2中所示，这个信息包括客户端ID281、分配器ID271、共用客户端ID286、消费者ID284、所有权ID216和业务信息287，但是可选的实施方式可使用其他的数据排列。另外地，如图2中所示，提供了由密钥箱260的公钥加密的数字收据285的部分。

参考图5中的流程图500的步骤530和图2的环境200，流程图500的步骤530包括客户端280将从步骤520接收的数据收据285发送到密钥箱260以用于消费者数据库263中的数字收据285的在线登记。如图2中所示，客户端280使用密钥箱260的客户端API256发送数字收据285，客户端API256可揭示通过HTTPS上的SOAP可访问的网络服务。

参考图5中的流程图500的步骤540和图4a的环境400，流程图500的步骤540包括客户端280丧失对相应于从步骤510重新获取的DRM许可证273的DRM许可证473的访问。如之前所讨论的，这可能是通过改变媒体分配器或客户端的资源丧失或者是通过例如导致数据遗失的硬件故障的非自愿丧失。在任一情况下，客户端480都不再能够在步骤540之后直接访问DRM许可证473。但是，与图4a中示出的访问状态相反，客户端480仍可保持对相应于从步骤510中重新获取的通用文件240的通用文件440的访问。

参考图5中的流程图500的步骤550和图4a的环境400，流程图500的步骤550包括客户端480将数字收据485发送到媒体分配器470，其中数字收据485对应于从步骤520重新获取的数字收据285，且其中媒体分配器470与在步骤510-520期间访问的媒体分配器270完全不同。在步骤550之后，媒体分配器470可通过查询密钥箱460以得到相同的数字收据485的在线登记的现有证据来仔细检查数字收据485的有效性。密钥箱460还可在提供相关的密钥信息文件以用于生成新的DRM许可证之前使用不同的商业规则。

参考图5中的流程图500的步骤560和图4a的环境400，流程图500的步骤560包括客户端480从媒体分配器470接收可与媒体分配器470一起使用的DRM许可证473以访问用于解码通用文件440的所有权密钥，其中所有权密钥与在步骤510中对加密所有权245使用的所有权密钥相同。如之前所讨论的，在步骤550之后，密钥箱460还可在提供相关的密钥信息文件之前验证客户端480的身份、媒体分配器470的授权以及任何可应用的商业规则，以允许步骤560继续进行。

参考图5中的流程图500的步骤570和图4a的环境400，流程图500的步骤570包括客户端480的客户端媒体应用483在使用所有权密钥加密的显示器488上使用媒体分配器470发起通用文件440的回放，该所有权密钥通过使用从步骤560接收的DRM许可证473被获取。因为在步骤560结束时，客户端480能够访问通用文件440和DRM许可证473，客户端只需要使用由客户端媒体应用483和媒体分配器470实现的本地DRM解决方法来访问嵌入DRM许可证473中的所有权密钥，以用于解码通用文件440中的加密所有权，其然后可被消费或输出到显示器488以由客户端480的用户观看。

图6是示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤媒体内容可被分发到媒体分配器。对于本领域技术人员明显的某些细节和特征在流程图600中省略。例如，步骤可包括一个或多个子步骤或可涉及专门的设备或材料，如本领域中已知的。虽然流程图600中所示的步骤610到670足以描述本发明的一个实施方式，本发明的其他实施方式可使用不同于流程图600中示出的那些步骤。

参考图6中的流程图600的步骤610和图1的环境100，流程图600的步骤610包括调制机130的通用文件打包器135获取第一密钥、密钥箱公钥122、第二密钥、所有权密钥132和所有权115。如图1中所示，密钥箱公钥122从受信任的第三方—证书授权120被重新获取，其中证书121用于使密钥箱公钥122和密钥箱160之间的绑定生效。但是，带有PKI或不带有PKI的可选方法也可被使用。调制机130本身可使用密钥生成器131生成所有权密钥132。所有权115从所有权所有者110被重新获取，所有权115可通过数字或物理装置被安全地获取。所有权所有者110如前所述还可由与调制机130相同的实体所拥有。

参考图6中的流程图600的步骤620和图1的环境100，流程图600的步骤620包括调制机130的通用文件打包器135使用密钥箱公钥122来加密所有权密钥132，以生成加密的所有权密钥152，密钥箱公钥122和所有权密钥132都从步骤610获取。因为加密所有权密钥152只可能使用密钥箱私钥165加密，只要密钥箱160保护密钥箱私钥165的私密性，密钥箱160就可只访问来自加密的所有权密钥152的所有权密钥132。如之前所讨论的，符合公钥密码标准#1(PKCS)的2048位RSA密钥可用于步骤620的非对称密钥加密。

参考图6中的流程图600的步骤630和图1的环境100。流程图600的步骤630包括调制机130的通用文件打包器135使用所有权密钥132来加密所有权115，以生成加密的所有权145，所有权115和所有权密钥132都从步骤610获取。如之前所讨论的，平衡的折衷例如高级加密标准(AES)可用于步骤630的对称密钥加密，以为合理地强大的安全提供快速解码时间。

参考图6中的流程图600的步骤640和图1的环境100，流程图600的步骤640包括调制机130的通用文件打包器135生成包括从步骤620中生成的加密所有权密钥152的密钥信息文件150。如图1中示出的，密钥信息文件150还可包括各种元数据和标识信息，例如所有权所有者ID111和所有权ID116，以帮助编索引和重新获取密钥信息数据库162中的密钥信息文件150。

参考图6中的流程图600的步骤650和图1的环境100，流程图600的步骤650包括调制机130的通用文件打包器135生成包括从步骤630中生成的加密所有权145以及中央密钥库(CKR)—密钥箱160的密钥箱URL146的通用文件140。密钥箱URL146表示指向密钥箱160的网络地址，且如之前所讨论的，重定向服务器还可用作媒介。尽管图1使用URL作为与基于HTTPS上的SOAP的网络交互作用的网络地址，可选的实施方式可使用其他的协议来以安全的方式到达网络地址。如通用文件140中示出的，另外的元数据和标识信息例如所有权ID116和元数据117也可包括在通用文件140中以有助于通用文件140的标识和分类。

参考图6中的流程图600的步骤660和图1的环境100，流程图600的步骤660包括调制机130的通用文件包装器135提供密钥信息文件150以用于存储在密钥箱160的密钥信息数据库162中。如图1中示出的，这可以是通过由密钥箱160的调制机API161通过使用在HTTPS上揭示的SOAP网络服务。在密钥箱160将调制机130认证为经授权的调制机并接受密钥信息文件150之后，它可被归档在密钥信息数据库162中以用于将来由媒体分配器重新获取，通过使用来自分配器公钥数据库166的公钥以被转录的形式制备的密钥信息文件对应于重新获取媒体分配器。在这种情况下，每个媒体分配器生成其自己的私钥/公钥对并向密钥箱160分发公钥，但如之前所讨论的，密钥箱160还可生成私钥/公钥对并向媒体分配器分发公钥。

参考图6中的流程图600的步骤670和图1的环境100，流程图600的步骤670包括调制机130的通用文件打包器135向媒体分配器170提供通用文件140。在步骤670之前，在各方之间应存在适当的分发安排。更具体地，媒体分配器170应有发行来自所有权所有者110的所有权115的协议，且密钥箱160的分配器数据库167应准许媒体分配器170访问来自密钥箱160的相应密钥信息文件150。尽管图1中只示出了单个媒体分配器，在可选的实施方式中，所有权所有者110可以有与若干不同的媒体分配器的协议，将由调制机生成的通用文件发送到每个不同的媒体分配器。如同所有权所有者110向调制机130提供所有权115一样，通用文件140可以用任何适当的安全通信方法物理地或数字地被提供到媒体分配器170。一旦通用文件140被发行到经授权的媒体分配器例如媒体分配器170，通用文件140就可用于通过数字店面或其他显示方法请求客户端或用户。

图7示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤中央密钥库(CKR)可向媒体分配器提供内容访问授权。对本领域普通技术人员明显的某些细节和特征在流程图700中省略。例如，步骤可包括一个或多个子步骤或可涉及专门的设备或材料，如本领域中已知的。虽然流程图700中所示的步骤710到750足以描述本发明的一个实施方式，本发明的其他实施方式可使用不同于流程图700中示出的那些步骤。

参考图7中的流程图700的步骤710和图1的环境100，流程图700的步骤710包括密钥箱160接收包括加密的所有权密钥152、所有权ID116和所有权所有者ID111的密钥信息文件150。如图1中示出，步骤710可通过由HTTPS通过调制机API161揭示SOAP网络服务以由调制机130使用来实现。一旦密钥箱160接收到密钥信息文件150，它就可将它分类到密钥信息数据库162内以用于将来由媒体分配器重新获取。

参考图7中的流程图700的步骤720和图1的环境100，流程图700的步骤720包括密钥箱160使用密钥箱私钥165解密从步骤710接收的密钥信息文件150中的加密所有权文件152以重新获取所有权密钥132。因为加密的所有权密钥152使用密钥箱公钥122被加密，密钥箱160只需要使用已经在存储器159中的密钥箱私钥165以用于解密。

参考图7中的流程图700的步骤730和图1的环境100，流程图700的步骤730包括密钥箱160从媒体分配器170接收包括所有权ID116的密钥请求。例如，媒体分配器170可接收来自客户端的请求以服务于通用文件140。但是，为了实现通用文件140的回放，也需要密钥信息文件150以用于解密。因为通用文件140包括所有权ID116，媒体分配器170可请求与来自密钥箱160的所有权ID116匹配的密钥信息文件以满足来自客户端的请求。

参考图7中的流程图700的步骤740、图1的环境100和图2的环境200，流程图700的步骤740包括密钥箱160使用存储在分配器公钥数据库166中的提供者公钥来加密从步骤720解密的所有权密钥132，以生成被转录的密钥信息文件251的加密所有权密钥252，其中提供者公钥对应于包括分配器私钥175的私/公非对称密钥对的公共部分。该提供者公钥可提前通过受信任的第三方例如证书授权120被提供到密钥箱160。步骤740将密钥信息文件150“转录”成对应于图2中的被转录的密钥信息文件251的被转录的密钥信息文件151。术语“转录”在这里在所有权密钥132从被密钥箱公钥122加密成为加密的所有权密钥152过渡到被提供者公钥加密成为加密的所有权密钥252的意义上被使用，使得只有具有分配器私钥275的相关的媒体分配器270可访问来自被转录的密钥信息文件251的原始所有权密钥132。

参考图7中的流程图700的步骤750和图1的环境100，流程图700的步骤750包括密钥箱160响应于步骤730—密钥请求的接收而将从步骤740生成的对应于包含在被转录的密钥信息文件151中的加密所有权密钥的加密所有权密钥252发送到媒体分配器170。在步骤750之后，媒体分配器170可使用分配器私钥175访问原始所有权密钥132以用于合并在本地DRM系统172内以实现通用文件140的访问和回放。

图8示出了依照本发明的一个实施方式的描述步骤的流程图，通过这些步骤媒体分配器可获得来自中央密钥库(CKR)的内容访问授权。对于本领域普通技术人员明显的某些细节和特征在流程图800中省略。例如，步骤可包括一个或多个子步骤或可涉及专门的设备或材料，如本领域中已知的。虽然流程图800中所示的步骤810到850足以描述本发明的一个实施方式，本发明的其他实施方式可使用不同于流程图800中示出的那些步骤。

参考图8中的流程图800的步骤810和图2的环境200，流程图800的步骤810包括媒体分配器270接收来自客户端280的用于访问通用文件140中的加密的所有权245的用户请求分配器，该请求包括所有权ID216。例如，客户端媒体应用283可与媒体分配器270通信以向客户端280的用户显示电子商务店面。客户端280的用户可浏览电子商务店面并开始购买用于观看由所有权ID216或通用文件240中的加密所有权245标识的数字媒体的许可证的协议。这个协议可接着作为用户请求被发送以被传送到媒体分配器270。

参考图8中的流程图800的步骤820和图2的环境200，流程图800的步骤820包括媒体分配器270响应于步骤810将密钥请求发送到密钥箱260，密钥请求包括所有权ID216。通过使用提供者API257，媒体分配器270对相应于所有权ID216的密钥信息文件可将密钥请求发送到密钥箱260。如同客户端API256一样，提供者API257可通过HTTPS上的SOAP由网络服务对外部揭示。

参考图8中的流程图800的步骤830和图2的环境200，流程图800的步骤830包括媒体分配器270响应于步骤820而接收包括加密的所有权文件252的被转录的密钥信息文件251。被转录的密钥信息文件251可使用在步骤820中建立的相同安全连接来接收。因为在被转录的密钥信息文件251中的加密所有权密钥252使用媒体分配器270的公钥被加密，分配器私钥275可容易用于解密被加密的所有权密钥252。

参考图8中的流程图800的步骤840和图2的环境200，流程图800的步骤840包括媒体分配器270解密从步骤830接收的被转录的密钥信息文件251的加密的所有权密钥252，以重新获取与图1的所有权密钥132对应的所有权密钥。这个所有权密钥可最终用于解密与通用文件240中的所有权ID216相关联的加密的所有权245。

参考图8中的流程图800的步骤850和图2的环境200，流程图800的步骤850包括媒体分配器270向客户端280提供通用文件240的加密的所有权245的DRM许可证273，DRM许可证273使用来自步骤840的所有权密钥作为由本地DRM服务器272保护的加密的所有权密钥274。步骤850响应于步骤810被发起并由客户端280使用来使用来自步骤840的可使用本地DRM客户端282从DRM许可证273重新获取的所有权密钥来解密加密的所有权245。在客户端280接收到DRM许可证273之后，它可使用本地DRM客户端282从加密的所有权密钥274中移除保护，访问来自步骤840的所有权密钥以解密通用文件240中的加密的所有权245。在解密之后，例如，客户端280可在被保护媒体路径解码引擎299上引导解密的内容以用于在显示器288上回放，使得客户端280的用户可欣赏从步骤810请求的内容。

从本发明的以上描述中表明各种技术可被用于实现本发明的概念而不偏离其范围。另外，虽然具体参考某些实施方式描述了本发明，本领域普通技术人员应认识到，可在形式和细节上进行改变而不偏离本发明的精神和范围。因此，所描述的实施方式在所有方面都被认为是说明性的而不是限制性的。还应理解，本发明不限于此处所描述的特定实施方式，而是能够有很多重排、修改和替换而不偏离本发明的范围。

Claims (40)

1.一种通过客户端使用数字收据以获取对用于第一媒体内容的密钥的访问的方法，所述方法包括：

通过所述客户端与第一分配器执行业务，以从所述第一分配器获取对所述第一媒体内容的权限；

通过所述客户端接收对所述第一媒体内容的所述权限；

通过所述客户端从所述第一分配器接收与所述第一媒体内容相关联的所述数字收据，其中所述数字收据在密钥库中登记并且包括与所述业务相关的信息；

通过所述客户端发送所述数字收据，用于由所述密钥库对充当所述业务的证据的所述数字收据的验证；以及

响应于对所述数字收据的所述发送和由所述密钥库对所述数字收据的所述验证，通过所述客户端从所述密钥库获取对所述密钥的访问。

2.如权利要求1所述的方法，其中所述数字收据包括关于所述客户端的数据。

3.如权利要求1所述的方法，其中所述数字收据包括关于所述第一分配器的数据。

4.如权利要求1所述的方法，其中所述数字收据包括关于所述第一媒体内容的元数据和关于所述业务的、包括业务类型和业务日期的数据。

5.如权利要求1所述的方法，其中所述数字收据包括关于所述密钥库的数据。

6.如权利要求1所述的方法，其中所述数字收据通过所述第一分配器登记。

7.如权利要求1所述的方法，其中所述数字收据通过所述客户端登记。

8.如权利要求1所述的方法，其中对所述权限的所述接收还包括从所述第一分配器获取第一数字版权管理(DRM)许可证以用于回放所述第一媒体内容。

9.如权利要求1所述的方法，其中所述密钥用于回放所述第一媒体内容。

10.一种适于执行如权利要求1-9中的任一项所述的方法的设备。

11.一种通过第一分配器使用数字收据以提供对用于内容的第一密钥的访问的方法，所述方法包括：

通过所述第一分配器从客户端设备接收用于对所述内容的访问的所述数字收据，所述数字收据包括所有权标识以及关于来自第二分配器而非来自所述第一分配器的对内容的之前的购买的信息，其中所述数字收据不包括用于解密所述内容的密钥；

响应于接收到所述数字收据，通过所述第一分配器将密钥请求发送给密钥库，所述密钥请求包括所述所有权标识；

响应于发送了所述密钥请求，通过所述第一分配器从所述密钥库接收加密的第一密钥；

通过所述第一分配器使用第二密钥来解密所述加密的第一密钥以重新获取第一密钥；以及

响应于从所述客户端设备接收到所述数字收据，通过所述第一分配器提供用于所述内容的数字版权管理(DRM)许可证给所述客户端设备，所述数字版权管理(DRM)许可证包括所述第一密钥。

12.如权利要求11所述的方法，其中，所述数字收据还包括与对内容进行之前的购买的客户端相匹配的客户端身份。

13.如权利要求12所述的方法，其中，所述密钥请求还包括所述客户端身份。

14.如权利要求11所述的方法，还包括：

响应于从所述客户端设备接收到所述数字收据，通过所述第一分配器将内容提供给所述客户端设备。

15.如权利要求11所述的方法，其中，由所述第一分配器提供的所述DRM许可证不同于由所述第二分配器之前提供给具有所述客户端设备的客户端的DRM许可证。

16.如权利要求11所述的方法，还包括：

通过所述第一分配器从内容提供者接收通信，所述通信包括内容和用于所述密钥库的网络地址。

17.如权利要求16所述的方法，其中，所述发送将该密钥请求发送给用于所述密钥库的所述网络地址。

18.一种第一分配器，包括：

处理器，其配置为：

从客户端设备接收用于对内容的访问的数字收据，所述数字收据包括所有权标识以及关于来自第二分配器而非来自所述第一分配器的对内容的之前的购买的信息，其中所述数字收据不包括用于解密所述内容的密钥；

响应于接收到所述数字收据，将密钥请求发送给密钥库，所述密钥请求包括所述所有权标识；

响应于发送了所述密钥请求，从所述密钥库接收加密的第一密钥；

使用第二密钥来解密所述加密的第一密钥以重新获取第一密钥；以及

响应于从所述客户端设备接收到所述数字收据，提供用于所述内容的数字版权管理(DRM)许可证给所述客户端设备，所述数字版权管理(DRM)许可证包括所述第一密钥。

19.如权利要求18所述的第一分配器，其中，所述数字收据还包括与对内容进行之前的购买的客户端相匹配的客户端身份。

20.如权利要求19所述的第一分配器，其中，所述密钥请求还包括所述客户端身份。

21.如权利要求18所述的第一分配器，其中，所述处理器还被配置为响应于从所述客户端设备接收到所述数字收据，将内容提供给所述客户端设备。

22.如权利要求18所述的第一分配器，其中，由所述第一分配器提供的所述DRM许可证不同于由所述第二分配器之前提供给具有所述客户端设备的客户端的DRM许可证。

23.如权利要求18所述的第一分配器，其中，所述处理器还被配置为从内容提供者接收通信，所述通信包括内容和用于所述密钥库的网络地址。

24.如权利要求23所述的第一分配器，其中，所述处理器将该密钥请求发送给用于所述密钥库的所述网络地址。

25.一种分配内容的方法，所述方法包括：

获取第一密钥、第二密钥和所述内容；

获取关于所述内容的内容信息；

使用所述第一密钥加密所述第二密钥以生成加密的第二密钥；

使用所述第二密钥加密所述内容以生成加密的内容；

生成包括所述加密的第二密钥和所述内容信息的密钥信息文件；

生成包括所述加密的内容和所述内容信息的通用文件；

提供所述密钥信息文件以用于存储在密钥库中，用于在一个或多个请求时由所述密钥库分配所述第二密钥；以及

分配所述通用文件。

26.如权利要求25所述的方法，其中，所述内容信息包括所述内容的所有权ID。

27.如权利要求25所述的方法，其中，所述内容信息包括所述内容的所有者ID。

28.如权利要求25所述的方法，其中，分配所述通用文件将所述通用文件分配给至少两个分配器，每个分配器使用与另一个不同的数字版权管理(DRM)方案以将所述加密的内容分配给消费者。

29.如权利要求25所述的方法，其中，所述第一密钥的获取包括从信任的机构接收所述第一密钥。

30.如权利要求25所述的方法，其中，获取所述第二密钥包括生成所述第二密钥。

31.如权利要求25所述的方法，其中，所述提供将所述密钥信息文件提供用于存储在多个密钥库中，所述多个密钥库包括用于对所述第二密钥进行分配的所述密钥库。

32.如权利要求25所述的方法，其中，提供所述密钥信息文件以用于存储在所述密钥库中，还使用所述密钥库转录所述密钥信息文件，使得一个或多个分配器能够使用与所述第一密钥相关的第三密钥来解密所述加密的第二密钥并重新获取所述第二密钥，其中，所述第一密钥是公钥，且其中所述第三密钥是私钥。

33.一种用于内容的分配的通用文件打包器，所述通用文件打包器包括：

处理器，其被配置为：

获取第一密钥、第二密钥和所述内容；

获取关于所述内容的内容信息；

使用所述第一密钥加密所述第二密钥以生成加密的第二密钥；

使用所述第二密钥加密所述内容以生成加密的内容；

生成包括所述加密的第二密钥和所述内容信息的密钥信息文件；

生成包括所述加密的内容和所述内容信息的通用文件；

提供所述密钥信息文件以用于存储在密钥库中，用于在一个或多个请求时由所述密钥库分配所述第二密钥；以及

分配所述通用文件。

34.如权利要求33所述的通用文件打包器，其中，所述内容信息包括所述内容的所有权ID。

35.如权利要求33所述的通用文件打包器，其中，所述内容信息包括所述内容的所有者ID。

36.如权利要求33所述的通用文件打包器，其中，分配所述通用文件将所述通用文件分配给至少两个分配器，每个分配器使用与另一个不同的数字版权管理(DRM)方案以将所述加密的内容分配给消费者。

37.如权利要求33所述的通用文件打包器，其中，获取所述第一密钥包括从信任的机构接收所述第一密钥。

38.如权利要求33所述的通用文件打包器，其中，获取所述第二密钥包括生成所述第二密钥。

39.如权利要求33所述的通用文件打包器，其中，所述处理器被配置为将所述密钥信息文件提供用于存储在多个密钥库中，所述多个密钥库包括用于对所述第二密钥进行分配的所述密钥库。

40.如权利要求33所述的通用文件打包器，其中，提供所述密钥信息文件以用于存储在所述密钥库中，还使用所述密钥库转录所述密钥信息文件，使得一个或多个分配器能够使用与所述第一密钥相关的第三密钥来解密所述加密的第二密钥并重新获取所述第二密钥，其中，所述第一密钥是公钥，且其中所述第三密钥是私钥。