CN1539107A

CN1539107A - 用于订阅数字权利管理的方法和系统

Info

Publication number: CN1539107A
Application number: CNA028155912A
Authority: CN
Inventors: G; G·劳
Original assignee: Contentguard Holdings Inc
Current assignee: Contentguard Holdings Inc
Priority date: 2001-06-07
Filing date: 2002-06-06
Publication date: 2004-10-20
Anticipated expiration: 2022-06-06
Also published as: DE60212920T2; JP4212634B2; HK1056027A1; EP1309926A4; CN1304986C; JP2004534307A; ES2266514T5; ES2266514T3; DE60212920T3; EP1309926B1; KR20030096256A; JP2008010012A; KR100621747B1; EP1309926B2; EP1309926A1; ATE332532T1; WO2002101577A1; DE60212920D1

Abstract

用于管理有使用权利与其关联的项目的使用的系统和方法。所述系统包括用于提交有公钥和私钥对的软件包的激活设备(所述公钥和用户关联)、用于提交许可证的许可证设备、用于接收所述软件包、接收所述许可证并根据所述许可证允许用户访问项目的使用设备，及用于维护包括和用户关联的公钥的订阅清单的订阅管理设备。证实在订阅清单中出现对应于所请求的内容的公钥时，由许可证设备提交许可证。

Description

用于订阅数字权利管理的方法和系统

技术领域

本发明涉及订阅数字权利管理系统及其方法，更特别地，涉及帮助订阅多个受保护项目，如数字内容的系统和方法。

背景技术

阻碍数字著作(如，以计算机可读形式存在的文件或其他内容)经由电子方法，特别是因特网广泛分发的最重要问题之一，是当前缺少在数字著作的分发和使用期间实施内容所有者的知识产权的能力。解决这个问题的工作被称为“知识产权权利管理”(“IPRM”)、“数字产权权利管理”(“DPRM”)、“知识产权管理”(“IPM”)、“权利管理”(“RM”)，和“电子版权管理”(“ECM”)，在此文中共同称为“数字权利管理”(“DRM”)。有一些问题被认为影响DRM系统。例如，应考虑鉴别、授权、计费、付费和财务结算、权力规范、权利验证、权利实施，以及文件保护的问题。美国专利5,530,235、5,634,012、5,715,403、5,638,443以及5,629,980，其中揭示的内容通过引用包含在此，揭示处理这些问题的DRM系统。

在打印文件和其他物理内容的世界中，由作者创造的著作一般被提供给出版社，出版社格式化并打印著作的许多复制品。复制品然后被批发商送往书店或其他零售经销店，从那里复制品被最终用户购买。尽管复制的低质量和分发打印资料的高成本对大多数打印文件的未授权复制起制止作用，但以高质量复制、修改和重新分发未受保护的数字著作是十分容易的。因此，需要保护数字著作的机制以保留著作拥有者的权利。

不幸地，人们广泛认识到在当前的通用计算和通信系统如个人计算机、工作站及通过通信网络如局域网(LAN)、内部网和因特网连接的其他设备中，防止或甚至阻止人们制造电子著作的未授权复制品是困难的。提供基于硬件的解决方案以防止未授权复制的许多尝试被证明是不成功的。高带宽的“宽带”通信技术的激增和当前称为“国家信息基础设施”(NII)的发展将使电子分发大量文件，包括诸如全长电影的视频文件更加方便，并且因此将去除任何剩余的数字著作未授权复制和分发的制止因素。因此，DRM技术变得越来越重要。

两个基本DRM方案已被使用：安全容器和可信系统。“安全容器”(或简单地加密文件)提供保持文件内容加密直到一组授权条件被满足以及一些版权条款被兑现(如为使用付费)的方式。在各种各样条件和条款与文件提供者一起被证实后，文件被以明文的方式发行给用户。诸如“COPYTOLOPES^TM”和“DIGIBOXES^TM”这样的商业产品属于这个范畴。很明显，安全容器方法提供在通过不安全信道上发送的期间保护文件的解决方案，但不提供防止合法用户获取明文文件并随后违反内容拥有者的知识产权而使用和重新分发文件的任何机制。

在“可信系统”方法中，整个系统负责防止文件的未授权使用和分发。建立可信系统一般涉及引进新的硬件，如安全处理器、安全存储和安全呈现设备。这也要求在可信系统上运行的所有软件应用都被证明是可信的。尽管建立防窜改的可信系统对于现有技术是个真正的挑战，但是当前市场趋势表明开放和不可信的系统，如使用浏览器访问万维网的PC和工作站，是被用于访问数字著作的主要系统。在这种意义上，用流行的操作系统(如，Window^TM、Linux^TM、和UNIX)装备的现有计算环境，诸如PC和工作站，和呈现应用，如浏览器，不是可信系统，并且在未显著地改变他们的结构下不能当作可信的。当然，结构的变换达不到万维网的主要目的，如灵活性和兼容性。

美国专利5,634,012，其揭示的内容通过引用包含在此，揭示了用于控制数字文件的分发的系统。每个呈现设备有与其相关的存储库。一组预定的使用交易步骤定义了被存储库用于实施与文件相关的使用权利的协议。使用权利保持与文件内容在一起。使用权利可允许各种方式的使用，如仅查看、使用一次、分发等等。使用权利可依付费或其他条件而定。

已有的DRM系统一般在交易之后提供对受保护内容的访问，在所述交易中最终用户获得允许访问受保护文件的许可证。因此，已有的DRM系统利用“每交易”模式，其中对受保护内容的每次访问要求用独立许可证独立交易。在这点上，因为交易必须为每个被访问项目做出，当用户期望访问大量受保护内容的项目时，已有的DRM系统会变得非常笨重。

发明概述

本发明的一个方面是用于分发有与其相关的使用权利的项目的DRM系统，所述系统根据本发明的一个实施例包括用于提交实施使用权利以控制项目的使用的软件包的激活设备(所述软件包有公钥和私钥对，所述公钥和用户关联)、用于提交有至少和一个项目关联的使用权利的许可证的许可证设备、用于接收所述软件包、接收所述许可证并根据所述许可证允许用户访问所述至少一个项目的使用设备，及用于维护包括和用户关联的公钥的订阅清单的订阅管理设备，其中证实在订阅清单中出现对应于所请求的内容的公钥时，由许可证设备提交许可证

本发明的第二个方面是用于分发具有与其相关的使用权利的项目的方法，所述方法包括向至少一个用户提供软件包(软件包实施使用权利以控制项目的使用并且具有私钥和与至少一个用户相关的公钥)、在订阅清单中存储与至少一个用户相关的公钥、接收来自于至少一个用户的请求以访问至少一个项目的请求、验证请求访问至少一个项目的至少一个用户被列入订阅清单中，以及向至少一个用户提交同意给予使用权利的许可证以使用至少一个项目的步骤。

附图说明

图1是用于每交易模式的DRM系统的图解说明；

图2是较佳实施例的权利标签的图解说明；

图3是较佳实施例的许可证的图解说明；

图4是依据本发明的实施例的DRM系统的图解说明，DRM系统提供对受保护内容的订阅访问；以及

图5是较佳实施例的方法的流程图。

较佳实施例的详细说明

DRM系统可被利用来指定和实施如数字内容、业务或货物产权这样的项目的使用权利。图1说明了可被用来分发数字内容的DRM系统10。DRM系统10包括用户激活组件，以激活服务器20的形式存在，它以保护的方式向内容用户提交公钥和私钥对，如众所周知的那样。

通常，当用户第一次使用DRM系统10时，用户被激活。在激活处理期间，一些信息在激活服务器20和与用户相关的设备，如客户环境30之间被交换，且客户组件60被下载到并安装在客户环境30中。客户组件60最好是抗窜改的并且包含由激活服务器20以及其他组件提交的这组公钥和私钥，其他组件如用于解析或呈现如受保护内容42这样的受保护项目的任何必要引擎。

权利标签40与受保护内容42相关，并且指定当满足相应的条件时最终用户可获得的使用权利。受保护内容42指定如下所述的特定项目。许可证服务器50管理加密密钥，并且提交用于以下面阐明的方式执行权利的许可证52。许可证52向最终用户实现权利的实际的给予。例如，许可证52可允许用户以5美元的费用查看受保护内容42。客户组件60解释和实施许可证52中已指定的权利。

图2依据较佳实施例说明权利标签40。权利标签40包括多个权利提供44。每个权利提供44包括使用权利44a、条件44b、以及内容规范44c。内容规范44c可包括用于引用、调用、定位，或指定与权利提供44相关的内容42的任何机制。

图3依据较佳实施例说明许可证52。许可证52包括唯一许可证标识符52a、同意给予52b(包括使用权利、主体、条件、以及状态变量)以及指定与许可证52相关的内容42的内容规范。许可证52也包括数字签名52c，数字签名52c包含用于解锁项目票42的密钥或其类似。

使用权利指定使用的方式。例如，使用的方式包括以指定的方式，如打印、复制、查看等等，使用项目的能力。权利也可被捆绑。此外，使用权利可指定转移权利，如分发权利。在一些情况下，必须满足条件才能在指定的使用权利中运用使用的方式。例如，条件可以是费用的支付，个人数据的提交、或在允许使用方式的运用之前所需的任何其他要求。例如，条件也可以是“访问条件”，访问条件可用于特别组的用户，如大学的学生、或图书俱乐部的会员。换个说法，条件是用户是特别的人或特别组的成员。权利和条件可作为独立实体存在或可被组合。

状态变量跟踪潜在动态的状态条件。状态变量是具有表示项目、使用权利、许可证或其他动态条件的状态的值的变量。基于许可证52和票42中的识别机制，状态变量可被信息交换所90或其他设备跟踪。此外，状态变量的值可以在条件中使用。例如，使用权利可以是将项目票42兑现成指定的货物的权利，以及条件可以是可被执行三次的使用权利。每次使用权利被执行，状态变量的值增加。在这个例子中，当状态变量的值是三时，条件不再被满足并且票42不能被兑现。另一个状态变量的例子是时间。许可证52的条件可要求项目票42在三十天内被兑现。状态变量可被用来跟踪三十天的期满。此外，使用权利的状态可作为状态变量的集合被跟踪。变化的集合是表示那个权利的使用历史的使用状态。

受保护内容42可以和安装在计算机70上的文件准备应用72一起被准备，文件准备应用72与内容的分发者、内容服务提供者，或任何其他一方相关。受保护内容42的准备由此组成：指定在其下通过将权利标签40和受保护内容42联系起来以使用受保护内容42并用一些密码算法或其他机制保护受保护内容42，以防止受保护内容42的处理或显示的权利和条件。诸如XrML^TM的权利语言可被用来指定权利标签40中的权利和条件。然而，权利和条件可以用任何方式来指定。因此，指定权利的处理指用于将权利和受保护内容42联系起来的任何处理。与受保护内容42相关的权利标签40和用来加密受保护内容42的密钥可被发送至许可证服务器50。受保护内容42可以是文本文件、音频文件、视频文件、数字多媒体文件，或任何其他数字内容。

下面说明DRM系统10的一般工作流程。工作在客户环境30中的用户由激活服务器20激活以接收受保护内容42。这造成公-私钥对(或可能的一些用户/机器特定信息)用已知的方式以客户软件组件60的形式被下载至客户环境30。这个激活过程可在提交许可证之前的任何时刻完成。

当用户希望获得特定的保护内容42时，用户做出对受保护内容42的请求。例如，使用安装在客户环境30中的浏览器，用户可浏览运行在商家80的万维网服务器上的网页，并且请求与受保护内容42相对应的项目。用户可检查与受保护内容42相关的权利标签40中的权利提供44，并且选择所需的使用权利。在这个过程期间，用户可经历一系列可能的步骤以满足使用权利的条件，包括费用交易或其他交易(如信息的收集)。当合适的条件和其他先决条件，如费用的收集和用户已被激活的验证，被满足时，商家80通过安全通信信道，如使用安全套接层(SSL)的通道，和许可证服务器50联系。许可证服务器50然后生成用于受保护内容42的许可证52，并且商家80使得受保护内容42和许可证52被下载。许可证52包括所选的使用权利，并且可从许可证服务器50或相关的设备上被下载。受保护内容42可从与商家、分发者、或其他一方相关的计算机70上被下载。

客户环境30中的客户组件60然后将着手解释许可证52，并且根据许可证52中指定的权利和条件，允许受保护内容42的使用。使用权利的解释和实施及相关系统以及技术是众所周知的。以上步骤可按顺序地或近似同时地或按各种各样的顺序发生。

DRM系统10处理受保护内容42的安全方面。特别是，DRM系统10可鉴别已由许可证服务器50提交的许可证52。一个完成如此鉴别的方法是让应用60来决定许可证52是否可被信任。换句话说，应用60有验证和确认密码签名、或许可证52的其他识别特性的能力。当然以上例子仅仅是实现DRM系统的一种方法。例如，许可证52和受保护内容42可从不同实体中被分发。信息交换所90可被用来处理付费交易并在提交许可证之前验证付费。

在激活之后(激活中最终用户获得软件和许可证以访问受保护内容42)，诸如上述的DRM系统提供对受保护内容项目，如受保护内容的访问。许可证被提交，并且因此对于受保护内容的每个项目，密钥或其他识别机制的交换必须被完成。因为许可证必须为每个受保护内容生成，当用户期望访问和使用受保护内容的大量项目时，每-交易模式会变得不方便。相反，使用提供对受保护内容的集合的自动用户访问，而不需要激活每个被访问的受保护内容的许可证的订阅模式，来依据较佳实施例实现DRM系统和方法。

首先应注明的是术语“订阅”被用于通用的意义，并且包括允许用户访问的任何项目，如受保护内容。订阅可以包括电子文件的传送，或获得硬拷贝文件或其他货物或服务的方法的传送。例如，订阅可以是期刊、月账单或银行声明或对流式媒体服务的访问。订阅也可以是票或其他凭证的订阅，票或其他凭证被用来访问或获得其他内容、资源、物理货物或服务。

此外，应理解的是有鉴于术语“服务器”和“客户”在下面被用来描述用于完成此文中被讨论的实施例中的本发明的设备，这些术语应该被广泛地理解为意味着用于执行所述功能的任何合适的设备。例如，可以使用个人计算机、膝上型计算机、个人数字助理或其他手持设备，个人数字助理，或任何其他通用可编程计算机，或这样的设备的组合，如计算机网络。

在图4中依据本发明的实施例说明DRM系统100。DRM系统100允许基于项目，如受保护内容108的使用进行订阅。因为受保护内容108的项目被加密或用其他方式被保护，在没有作为安全组件的许可证116和软件包103的情况下，它们不能被最终用户114使用。DRM系统100包括诸如激活服务器102的激活设备，激活服务器102被用来向诸如客户106的使用设备提交软件包103，以使得一个或多个最终用户114能够使用受保护内容108的多个项目。DRM系统100的激活服务器102向客户106提供公钥私钥对，每个最终用户114至少具有与其相关的公钥。

DRM系统100也可包括许可证设备，如许可证服务器110，它被用来提交具有与多个受保护内容108相关的使用权利的许可证116。这些许可证116定义关于受保护内容108的特别项目的最终用户权利。基于经由客户106的最终用户114的请求，来自于许可证服务器110的对许可证116的请求由分发点128做出。独立的客户设备可被与每个最终用户114关联或最终用户114可以使用普通客户设备。许可证116使得被授权的最终用户114能够访问和使用受保护内容103。当许可证服务器110提交请求的许可证116’时，分发点128将许可证116’和合适的受保护内容108一起预打包，以至于如图4所示许可证116’可与受保护内容108匹配。当预打包时，许可证116’可以以图4所示的方式成为受保护内容108的一部分。然而，许可证116’也可以是独立的文件或其他具有将许可证和合适的受保护内容联系起来的机制的组件。例如，可以使用链路、引用、调用或其他相关机制。客户106接收来自于激活服务器102的软件包103，接收来自于分发点128以预打包方式存在的与许可证116’相联系的受保护内容108，许可证与此相关，并且使得一个或多个最终用户114能够访问对最终用户授权的受保护内容108。

在基于订阅的实现中，DRM系统100使得最终用户114能够访问多个受保护内容108，而不必独立激活受保护内容的每个项目。特别是，DRM系统100可被用来以基于订阅的方式操作，并且向订阅的最终用户114提供对受保护内容108的多个项目的访问，而无需激活服务器102的进一步激活以及相对应的延迟和开销。

向本实施例的DRM系统100提供订阅管理设备，如通过维护与每个订阅的最终用户114相关的公钥的订阅清单，被用来识别每个最终用户114的身份的订阅清单管理器120。向所说明的实施例的订阅清单管理器120提供数据库122，用于存储这样的身份信息和与最终用户114相关的公钥信息。通过具有订阅清单并且将被利用的公钥与订阅清单中的公钥比较，DRM系统100知道寻求访问和使用特定受保护内容的订阅的最终用户114的身份。当分发点128代表为订阅者的特别最终用户请求许可证时，订阅清单管理器120从数据库122中的存储清单中抽取与特别最终用户相关的公钥，并且许可证服务器110使用公钥提交请求的许可证。

在图4所说明的实施例中，DRM系统100将被以下列方式使用以效仿图5中所示的方法。首先，最终用户114利用客户环境106以被服务器102以上述方式激活(步骤502)。最终用户114加入通过分发点128提供的订阅，分发点在步骤504中通过网站、在线商店、或以另一个合适的方式作为应用实现。在加入订阅的过程期间，可以提供一系列的步骤以任何合适的方式创建账户或安排费用的支付。可使用已知用户接口和已知API等等来实现账户的创建或费用的支付的细节，并且因此不在此进一步地详细讨论。

在步骤506中接收对内容的请求之后，分发点128检索与每个最终用户114相关的公钥、请求受保护内容108、在激活过程期间从激活服务器102中获得的公钥。公钥识别最终用户，并且被存储在与相关最终用户和其他相关数据关联的数据库122中。当受保护内容108将被分发到订阅的最终用户114时，例如通过电子邮件，分发点128向许可证服务器110做出请求以提交合适的许可证。对许可证的请求可包括最终用户的清单、它们各自的公开加密密钥、以及将为其提交许可证的受保护内容识别符。当然，请求也可用于准许单个最终用户或多个受保护内容。可以使用API或通过任何其他合适的协议来执行对许可证的请求。

许可证服务器110然后鉴别诸如分发点128这样的请求者，检查最终用户是在合适的订阅清单上(步骤508)，如果是这样，那么提交许可证116(步骤510)，并且传送它们至分发点128用于和受保护内容108一起预打包。分发点128将受保护内容108和许可证116’一起预打包，并且传送它们到最终用户114，或用其他方法使每个最终用户114可获得它们(步骤512)。因为受保护内容108的项目被和发出的许可证116一起预打包地传送，为了在初始激活之后访问和使用订阅的内保护内容108，用户不需要经历附加的激活/处理，并且等待提交许可证。订阅清单由订阅清单管理器120维护，并且与公钥关联，以验证用户是否能够获得许可证116。

如上所注明的，为了提供更加无缝的用户体验，当许可证116’被分发点128传送至最终用户114时，需要将许可证116’和内容108一起预打包。在图4说明的实施例中，分发点128，仅仅图示地被展示，可以是计算机应用或诸如基于万维网的在线商店或商家的店铺。替换地，分发点128可以是与邮件服务器、许可证服务器110或维护订阅清单的订阅清单管理器120集成的计算机应用。在这样的实施例中，订阅清单的维护可以如将公钥存储在数据库122、邮件服务器目录、或到公钥可被存储和管理的其他存储地点的链接中那样简单。在诸如团体、公司或实体的企业中，分发清单可以被用作订阅清单。可以管理任何数量的订阅清单。

在上述方式中，DRM系统100使最终用户便于访问受保护内容的大量项目，而不需对每个许可证重复激活。应该注意的是上述步骤的顺序仅仅说明了依据本发明如何操作DRM系统的一个例子工作流程，一个或多个步骤可以不同的次序发生，或近似同时地发生。

在分发点128是邮件服务器中的应用的实施例中，分发点128可被用于解释进入的受保护内容以保护它的访问，并且向许可证服务器110请求一个或多个为订阅者的最终用户114的许可证。分发点128然后可预打包受保护内容，并且向邮件服务器工作流程提供预打包内容以至于邮件服务器能将受保护内容发送至最终用户。

在分发点128与订阅清单管理器120集成的实施例中，在激活服务器的激活过程期间，与最终用户114相关的并且作为最终用户身份维护的公钥一般地、而非必须地，从客户106上传。此外，在企业中，订阅清单管理器120可以和目录服务系统或相似的系统集成。除身份信息和公钥外，最终用户的清单也可包括每个最终用户订阅的内容的清单。

此外，对受保护内容的访问可通过拉模式，其中最终用户积极地寻找和使用受保护内容，诸如通过从网站上下载受保护内容。替换地，对受保护内容的访问可以通过推模式，其中最终用户通过电子邮件、电子邮件附件、或其他机制接收受保护内容。

DRM系统100的一个显著优点是当最终用户成为特别订阅的指定订阅组的成员时，它允许自动化最终用户对受保护内容集合的访问。各种各样的最终用户可订阅以及取消订阅，并且订阅清单可以被最终用户他们自己管理，或被其他人或自动管理系统管理。最终用户访问的自动化也可使得访问特别受保护内容的许可证的获得的处理对最终用户透明。例如，在拉模式中，最终用户可下载或用其他方式访问多个受保护内容，而不需附加的交易步骤以在初始激活之后获得每个被访问的受保护内容的所需的软件或许可证。在推模式中，最终用户通过电子邮件、电子邮件附件或由可以打开而不需初始激活之后的任何附加交易步骤的其他机制接收受保护内容。

应该注意的是许可证和/或受保护内容的实际传送可用各种各样的方式完成，例如，通过诸如传送引擎的专用系统。传送工具被专门制作，并且是向大量人口传送内容的高效率实体。例如，通过将这个任务资源外包给专门低成本传送这样文件的企业，传送工具可被代理公司用来传送股票交易确认。

可被提供用于与较佳实施例一起使用的特定类型订阅的例子是“订阅-和-租赁”订阅、以及“订阅-和-获取”订阅。在订阅-和-租赁订阅中，仅当最终用户是活跃的订阅者，或根据一些其他条件，例如时间周期、查看一定次数、或直到内容的下一个版本可获得时，允许最终用户访问受保护内容。订阅-和-租赁订阅类型的一个例子是用于流式多媒体的在线使用。一般，受保护内容将被在线使用，并且一旦订阅到期或时间的周期失效，不再使最终用户可获得受保护内容，包括以前可访问的内容，以及未被访问的内容了。这种类型的订阅中，使用权利、条件、以及状态变量可被用来以已知方式限制使用的方式。

在订阅-和-获取订阅中，最终用户实际上获得受保护内容。例如某个数量或类型的受保护内容可从包含多个受保护内容的较大集合中获取。此外，有优先的价格、访问或条款可给予订阅和用户。在订阅-和-获取订阅中，一旦合法地获取受保护内容，最终用户将有无限期地使用它的权利，并且订阅的有效期一般不终止使用以前获取内容的权利。诸如股票交易确认的商业文件是适合于订阅-和-获取订阅的受保护文件的一般例子。

当然，在其他实现中，可以组合两种订阅类型。例如，可以向订阅的最终用户提供包括对所有受保护内容的在线访问和预定数量的下载的包。在音乐应用中，订阅的最终用户可有对音乐标题的全部目录的在线访问权利，但是仅仅被允许下载一百个标题。当然，其他组合及订阅模式在实现基于订阅的DRM系统和方法中是可能的。例如，在另一个例子中，基于订阅的DRM系统和方法使得特定数量，例如一百个，下载的权利能够被延迟、累积、或转移给其他人，或甚至返回订阅提供者。同样，例如，获取可以被做出以仅仅持续某些条件的期间，并且实际上不必存在于无限期的期间。

此外，不同订阅模式可被用于受保护内容的不同部分。例如，期刊可在预订-和-获取的基础上被获取，但是作为期刊一部分的图象可在预订-和-租赁的基础上被获取，并且因此可能过期或例如要求附加费用。和特定受保护内容相关的许可证可定义在期刊和其图象之间的不同处理。一旦被下载，受保护内容可被最终用户以由与受保护内容相关的许可证决定的方式离线访问和使用。通过在线和离线订阅的组合，可以使用本发明的基于订阅的DRM系统和方法构造许多模式。

作为例子，基于订阅的DRM系统可被用在店铺的应用中。店铺可以是出售受保护内容的任何在线电子商务网站。在这点上，图2的DRM系统中所示的分发点128可以是这样的店铺。最终客户用户114激活客户106，并且获得公钥私钥对。最终用户然后通过响应在店铺中订阅提供来加入订阅清单，并且付费，或满足其他条件。订阅清单管理120取出每个公钥，并且将公钥和最终用户身份联系起来。最终用户然后试图下载诸如是订阅集合一部分的文件的受保护内容。店铺通过订阅清单管理器120向订阅确认最终用户的会员资格，从订阅清单管理器120中检索最终用户公钥，并且向许可证服务器110请求与请求受保护内容相关的许可证。许可证服务器110，在验证请求的真实性后，向店铺提交许可证116。店铺然后将许可证116和受保护内容108一起预打包，并且如前所述地使之可被最终用户114下载获得。最终用户114然后可下载受保护内容108，并且以提交的许可证指定的方式透明地使用受保护内容108。

在另一个例子中，本发明的基于订阅的DRM系统和方法可被用于传送引擎应用，传送引擎应用提供诸如文件的受保护内容的安全传送。例如，最终用户114可作为由拥有或控制内容108的公司A提供的内容108的订阅者注册，并且经由激活服务器102激活客户以获得密钥。公司A和提供安全数字传送服务的公司B一起工作，将其订阅服务提供的文件传送部分外包给公司B。资源外包的文件传送可以是用于财务声明或需保护或限制使用的其他类型文件的传送。这样的资源外包对公司A有利，因为在文件传送的这个特别的功能中，公司B可以效率更高并且成本更有效。公司B因此作为“传送引擎”控制订阅清单管理器120以管理接收文件的最终用户114的清单，例如，将公司A的订阅顾客与在激活阶段获得的他们的公钥联系起来的订阅清单。当然，可以有多于一个的订阅清单，例如，较佳顾客的清单、特定类型顾客的清单等等。

当公司A有传送至它的订阅者的文件时，它准备文件并且向公司B提供文件用于传送。公司A然后指示公司B向一个或多个订阅清单中的用户，例如，向最较佳顾客，传送文件。公司B向许可证服务器110发送请求以对每个顾客，例如，最较佳顾客清单中的用户114提交许可证116，每个顾客和特别的公钥相关。一旦请求的许可证116被许可证服务器110提交，公司B接收许可证116，将文件和许可证116’一起预打包，并且向最较佳顾客清单中的订阅的顾客传送它们。因为文件和请求的许可证一起被预打包，订阅的顾客不需进行附加交易以根据许可证116使用受保护内容。因此，接收预打包的许可证的每个最终用户可透明地接收和访问受保护内容，而不需进一步的激活。

基于订阅的DRM系统和方法的另一个例子是在企业应用中。这样的应用中的分发点128可以是与邮件服务器、或企业的其他应用集成的计算机应用。另外，企业应用可以如前所述的任何合适的方式维护订阅清单。在这个企业应用例子中，如人A、人B、人C的最终用户118，通过激活服务器122被激活。当人A向人B和人C发送受保护文件时，分发点28截取文件，并且代表人B和人C向许可证服务器110做出对许可证116的请求。分发点128然后检索人B和人C的公钥，并且将公钥上传到提交许可证116的服务器110上，许可证116同意给予人B和人C对由人A发送的受保护内容的权利。

一旦许可证116从许可证服务器110中被接收，分发点128将受保护内容和发出d的许可证116’一起预打包，并且将它插入普通邮件服务器的工作流程，以至于邮件服务器将受保护文件发送至人B和人C。当他们依据发出的许可证检查他们各自的电子邮件时，人B和人C然后都可透明地访问和使用接收到的文件。

基于订阅的DRM系统和方法的另一个例子是在数字音乐商店应用中。在这样应用中，音乐公司，例如，在线音乐商店，可向作为用户114的顾客提供用于预定费用的订阅，用户114可被允许对音乐商店的音乐目录标题的非限制(或限制)的在线流式使用的访问，并且下载预定数量的音乐题目。

当订阅用户114尝试访问音乐商店的音乐目录时，DRM系统和激活服务器一起鉴别订阅的用户，并且在允许对音乐目录及其标题的访问之前，确信用户在订阅清单管理器120的订阅清单中被识别。当用户从音乐商店中下载诸如内容108的各种各样的音乐标题时，许可证服务器110可保持用户114已下载的标题数量的跟踪，以至于如果最大数量的下载还未超过的话，音乐商店向许可证服务器110发送请求以生成所选标题的许可证116。一旦许可证服务器110提交请求的许可证，在线音乐商店用文件打包应用将被保护标题和合适的许可证116一起预打包。用户然后可从音乐商店中透明地下载所选的标题。

进一步来说，较佳实施例的基于订阅的许可证允许在内容存在之前进行激活。例如，在事件之前，用户可订阅以接收实况流式事件。

应该再次理解的是，鉴于术语“服务器”和“客户”被用来描述用于实现以上所说明的实施例中的本发明的设备，应理解这些术语广泛地指用于执行上述功能的任何合适的设备或多个设备。

各种各样设备之间的通信可以通过任何信道，如局域网(LAN)、因特网、串行通信端口等等来完成。通信信道可使用无线技术，如射频或红外技术。为清楚起见，较佳实施例的各种各样单元，诸如各种各样服务器和连接至那里的数据库的可以通过功能来划分。然而，各种各样单元可被组合到一个设备中或以不同方式划分。例如，软件包，及公钥和私钥对可以是单个可执行文件和数据文件，或存储在同一设备或不同设备中的多个文件或模块。软件包可以是允许许可证激活的任何信息交换，并且不一定包括显示应用，公钥可以是任何类型的识别标记或编码。进一步来说，各种各样设备的功能可被组合。例如，单个设备可完成许可证服务器110、激活服务器120、订阅清单管理器120和客户106的功能。同样，功能可以被组合或划分到任何数量和配置的设备中。各种各样组件和模块具有独立的功能，并且单独存在或存在于组合中。

依据本发明，可以使用任何协议、数据类型、或数据结构。此外，表达使用权利和条件的任何合适的方法都可用于实现本发明。例如，如前所注明，可以使用权利语言，诸如XrML^TM。

尽管根据本发明展示和描述了各种各样的实施例，但是要理解的是本发明不限制于此。本发明可以被本领域熟练技术人员改变、修改和进一步应用。因此，本发明不限制于前面所展示和说明的细节，也包括由后附权利要求及其法律等效包含的改变和修改。

Claims

1.一种用于管理具有与其相关的使用权利的项目的使用的权利管理系统，

其特征在于，所述系统包括：

用于提交实施使用权利以控制所述项目的使用的软件包的激活设备，所述软件包包括与用户相关的识别机制；

用于接收所述软件包、接收具有指定使用方式并且与至少一个项目相关的使用权利的许可证，并且使得所述用户能够依据所述许可证访问所述至少一个项目的用户设备；

订阅包括具有与订阅用户相关的所述识别机制的订阅清单的管理设备；

用于代表至少一个用户接收对请求项目的许可证请求的方法；以及

用于提交与所述至少一个项目相关的所述许可证的许可证设备，所述许可证设备与所述订阅管理设备通信，并且在提交所述许可证之前验证所述至少一个用户的所述识别机制在所述订阅清单中。

2.如权利要求1所述的权利管理系统，其特征在于，所述至少一个用户是多个用户，每个所述用户具有如所述识别机制的公钥。

3.如权利要求2所述的权利管理系统，其特征在于，经由与每个所述用户相关的所述公钥，所述订阅管理设备维护订阅用户身份的清单。

4.如权利要求3所述的权利管理系统，其特征在于，所述至少一个项目是受保护内容的多个项目。

5.如权利要求4所述的权利管理系统，其特征在于，所述受保护内容的多个项目包括文本文件、音频文件、视频文件和数字多媒体文件中的至少一个。

6.如权利要求1所述的权利管理系统，其特征在于，所述至少一个项目是受保护内容的多个项目。

7.如权利要求4所述的权利管理系统，其特征在于，进一步包括分发点，

所述分发点用于将来自于所述许可证设备的所述许可证和所述订阅清单中每个用户的所述至少一个项目一起预打包。

8.如权利要求7所述的权利管理系统，其特征在于，所述分发点进一步用于计算所述至少一个用户访问的项目的数量。

9.如权利要求8所述的权利管理系统，其特征在于，当所述至少一个用户访问预定数量的项目时，所述订阅管理设备进一步用于从所述订阅清单中去除所述至少一个用户。

10.如权利要求8所述的权利管理系统，其特征在于，所述分发点是在线店铺应用。

11.如权利要求1所述的权利管理系统，其特征在于，所述订阅管理设备还包括邮件服务器目录。

12.一种用于管理具有与其相关的使用权利的项目的使用的方法，其特征在于，所述方法包括步骤：

向至少一个用户提供软件包，所述软件包实施使用权利以控制所述项目的使用，并且具有与所述至少一个用户相关的识别机制；

在对应于所述至少一个项目的订阅清单中存储与所述至少一个用户相关的所述识别机制；

接收来自所述至少一个用户的访问所述至少一个项目的请求；

验证请求访问所述至少一个项目的所述至少一个用户被列入所述订阅清单中；以及

如果所述用户在所述订阅清单中，向所述至少一个用户提交同意给予使用权利的许可证，以使用所述至少一个项目。

13.如权利要求12所述的方法，其特征在于，所述至少一个项目是受保护内容的多个项目，受保护内容用于由所述至少一个用户访问。

14.如权利要求13所述的方法，其特征在于，所述至少一个用户是多个用户，并且进一步包括向所述多个用户的每个提交同意给予使用权利的多个许可证，以使用受保护内容的所述多个项目的步骤。

15.如权利要求14所述的方法，其特征在于，进一步包括在发出同意给予使用权利的每个许可证以使用所述多个受保护内容的每一个之前，验证所述多个用户的每一个被列入所述订阅清单中的步骤。

16.如权利要求13所述的方法，其特征在于，进一步包括计算所述多个用户的每一个使用的受保护内容的项目的数量的步骤。

17.如权利要求16所述的方法，其特征在于，进一步包括当预定数量的受保护内容的项目被用户使用时，去除与该用户相关的所述识别机制的步骤。

18.如权利要求12所述的方法，其特征在于，所述识别机制是公钥。

19.如权利要求18所述的方法，其特征在于，进一步包括在向用户提交同意给予使用权利的许可证以使用受保护内容的所述特别项目之前，验证请求访问受保护内容的特别项目的用户的公钥被列入所述订阅清单中的步骤。

20.如权利要求11所述的方法，其特征在于，进一步包括将所述提交的许可证和订阅清单中每个用户的所述至少一个项目一起预打包的步骤。

21.一种订阅对受保护项目访问的用户的方法，其特征在于，所述方法包括：向用户提交公钥私钥对；

将用户的公钥加入与受保护内容的项目对应的订阅清单中；及

当接收到对于受保护内容的所述一个项目的请求和做出请求的用户的公钥是在订阅清单中的公钥的确认时，将许可证打包到受保护内容的一个项目上。