CN102567676A

CN102567676A - 使用具有发放权限的先进副本和受控副本令牌的数字权限管理用的系统和方法

Info

Publication number: CN102567676A
Application number: CN2012100587223A
Authority: CN
Inventors: T·M·德马蒂尼; M·C·莱利; X·王; J·Z-Y·福恩; M·恩古耶; G·劳; R·萨姆塔尼; E·J-S·陈; K·P·米勒
Original assignee: Contentguard Holdings Inc
Current assignee: Contentguard Holdings Inc
Priority date: 2005-09-29
Filing date: 2006-09-28
Publication date: 2012-07-11
Also published as: EP1929685A2; JP2014207025A; US20140304177A1; JP2012133798A; JP2012133800A; CN101278510A; JP5340437B2; EP1929685A4; JP2012133799A; JP2012133801A; CN101278510B; WO2007041170A2; JP2013211032A; JP5190149B2; WO2007041170A3; US20070078777A1; KR101322515B1; JP2009510625A; JP5536931B2; KR20080058441A

Abstract

一种用于具有DRM代理以对数字内容包进行权限管理操作的系统、方法和计算机程序产品，包括加载由数字内容播放器执行的权限管理指令，权限管理指令与数字内容包相关联，在数字内容播放器上执行权限管理指令，以及加载与数字内容包相关联的支持许可以供DRM代理处理。DRM代理决定是否允许由权限管理指令请求的权限管理操作。其它示例性实施方式包括用于将使用权限与数字内容包相关联、管理数字权限令牌、管理具有预定广播日期的数字内容包、当在DRM环境之间传送内容时保留使用权限、以及分发内容包的系统、方法和计算机程序产品。

Description

使用具有发放权限的先进副本和受控副本令牌的数字权限管理用的系统和方法

本申请是申请日为2006年9月28日申请号为第200680036292.8号发明名称为“使用具有发放权限的先进副本和受控副本令牌的数字权限管理用的系统和方法”的中国专利申请的分案申请。

发明背景

技术领域

本发明主要涉及数字权限管理系统(DRM)，尤其涉及用于例如使用具有发放权限的先进副本、受控副本令牌等的数字权限管理的方法和系统。

背景介绍

近年来，已经开发出多个系统来解决数字权限管理(DRM)的各个方面。然而，这些现有技术系统中的许多缺乏用于处理数字权限管理指令、将使用权限与数字内容包相关联、对数字权限令牌进行管理、对具有预定广播日期的数字内容包进行管理、当在DRM环境之间传送内容时保持使用权限、以及分发内容包的稳健机制。

发明概述

因此，需要一种解决以上和其它问题的方法和系统。通过本发明的示例性实施方式来解决以上和其它问题，这些实施方式提供一种诸如使用具有发放权限的高级副本、受控副本令牌等来进行数字权限管理的方法和系统。有利的是，这些示例性实施方式提供用于处理数字权限管理指令、将使用权限与数字内容包相关联、对数字权限令牌进行管理、对具有预定广播日期的数字内容包进行管理、当在DRM环境之间传送内容时保持使用权限、以及分发内容包等的稳健机制。

因此，在本发明的各个示例性方面，提供一种用于具有DRM代理来对数字内容包执行权限管理操作的数字内容播放器的系统、方法和计算机程序产品，包括：加载要由数字内容播放器执行的权限管理指令，这些权限管理指令与数字内容包相关联；在数字内容播放器上执行权限管理指令；以及加载与数字内容包相关联的支持许可以供DRM代理处理。DRM代理判定是否允许由权限管理指令请求的权限管理操作。

在本发明的其它示例性方面，提供一种用于针对数字内容提供使用权限的系统、方法和计算机程序产品，包括：将一组使用权限与数字内容包相关联、将数字内容包记录到原始记录介质上、以及提供由用户记录介质上的数字内容包制成的合法副本和与该合法副本相关联的使用权限。使用权限包括第一和第二规定。第一规定相关于只在出现原始记录介质的情况下提供的权限。第二规定相关于在出现或不出现原始记录介质的情况下提供的权限。

在本发明的其它示例性方面，提供一种用于适于根据使用权限播放数字内容包的数字内容播放器的系统、方法和计算机程序产品，包括：呈现装置，用于呈现数字内容包；令牌库，用于基于来自相应令牌发放者的令牌管理权限来存储、创建和传送令牌；以及耦合到令牌库和呈现装置的DRM代理，用于解释和实施与数字内容包相关联的使用权限，并且用于在使用权限需要持有具有特定标识符的令牌的情况下与令牌库通信以验证对具有特定标识符的令牌的持有。

在本发明的其它示例性方面，提供一种用于原始记录介质的系统、方法和计算机程序产品，包括：具有预定广播日期的数字内容包的记录，以及数字内容包的一组使用权限。这些使用权限不允许在预定广播日期之前查看数字内容包。

在本发明的其它示例性方面，提供一种用于当在DRM环境之间传送内容时保持使用权限的系统、方法和计算机程序产品，包括：将第一组使用权限赋予数字内容包，该第一组使用权限适于在第一DRM环境中实施；将数字内容包传送到第二DRM环境；将第一组使用权限翻译成适于在第二DRM环境中实施的第二组使用权限；将第二组使用权限与数字内容包相关联；以及保持第一组使用权限与数字内容包的关联。

在本发明的其它示例性方面，提供一种用于分发数字内容包的系统、方法和计算机程序产品，包括：将一组使用权限与数字内容包相关联，以及将一组元权限与数字内容包相关联，这些元权限定义了要发放给数字内容包的允许变体的权限。

依据以下详细描述，通过示出包括实施本发明所构想的最佳方式的多个示例性实施方式和实现，本发明的其它方面、特征和优点将变得显而易见。本发明还能具有其它和不同的实施方式，且其若干细节可在各个方面中更改，这些都不背离本发明的精神和范围。因此，附图和描述将被视为实质上是示例性的，而非限制性。

附图简述

在附图中，通过示例而非限制的方式示出本发明的实施方式，其中类似的附图标记指代类似的元件，其中：

图1示出示例性数字权限管理(DRM)系统；

图2示出用于采取指示的示例性流程；

图3示出示例性内容；

图4示出示例性使用权限传送；

图5示出用于处理诸如播放、拷贝和发放的权限管理动作的示例性流程；

图6示出示例性库，包括令牌库、令牌和令牌标识符；

图7示出示例性媒体，包括令牌权限、内容和使用权限；

图8示出示例性令牌文件系统；

图9示出示例性数据库；

图10示出示例性令牌标识符语法；

图11示出示例性令牌传送；

图12示出用于使用受控副本令牌(MCT)的示例性流程；

图13示出详述示例性DRM系统如何判定条件是否得以满足的示例性流程；

图14示出详述内容分发的示例性流程；

图15示出内容分发的另一DRM系统；

图16-17示出现有技术使用权限处理；

图18-20示出根据示例性实施方式的现有技术使用权限处理；

图21示出根据示例性实施方式使用权限可如何与已更改内容相关联；

图22示出示例性许可；

图23-27示出根据示例性实施方式的示例性使用权限元素；

图28-29示出另一示例性DRM系统。

较佳实施方式的详细描述

现在参照附图，尤其参照图1，示出根据示例性实施方式的示例性数字权限管理系统100，在多个附图中类似的附图标记指代相同或对应部分。在图1中，经由网络(103)将内容(101，105)从盘(101)或服务器(104)馈送到内容播放设备(102)。内容(300)可以包括各种内容类型，包括但不限于音频或视频媒体文件(301，302)、可执行代码(303，304)、权限(305，306)和元数据中的一种或多种。内容播放设备(102)(简称为“播放器”)可以是硬件设备或者软件或固件实现。

播放器的两种可能功能被认为是：制作内容副本的能力和发放权限的能力。某些播放器可以具有任一功能，而某些则具有两者。在一实施方式中，播放器可以在预定情况下执行这些功能的任一种或两者，诸如在将内容盘置于播放器的驱动器中时立即执行。在另一实施方式中，播放器可以在播放器硬件、遥控器和/或附连监视器和鼠标上具有一个或多个按钮或其它用户接口元件，它们可被播放器的用户用来使播放器执行这些功能的任一种或两者。在第三实施方式中，播放器可以具有以交互方式向用户展示部分内容的另一功能，并且内容的交互式组分可以指示该播放器执行制作内容副本或发放权限的功能中的任一个或两者。在另一实施方式中，播放器可以从内容中读取关于何时执行这些功能中任一个或两者的指令。在又一实施方式中，播放器可将这些不同实施方式的诸方面进行组合；例如播放器可以具有确定何时执行副本的硬件按钮，并且可以使用内容的交互式特征来确定何时发放权限以及发放什么权限。

如本专利申请的上下文中所使用的，术语“权限管理指令”是指用于诸如向数字内容发放权限的权限管理操作或拷贝数字内容的指令。这些指令可以包括关于何时拷贝这些数字内容或者拷贝所述数字内容的哪一部分或者将该数字内容拷贝到何处的指令。类似地，这些指令可能指示发放哪些权限、何时发放它们、将它们应用到内容的哪一部分、向谁发放它们。然而，这些指令并不简单地指示数字内容的播放。

如本文所使用的，“DRM代理”是用于标识和实施与数字内容相关联的使用权限的软件和/或硬件的集合。

如本文所使用的，数字内容包是指音频事件(诸如歌曲或专辑)、视频事件(诸如家庭电影或动画)、音频可视事件(诸如电影、电视节目、音乐视频等)、数字图像、数字文本信息、或要向用户展示的包括以上各部分或其组合的任何其它定量数字信息。

图2示出用于采取指示的示例流程。该流程在步骤201开始。在步骤202，播放器加载内容300。在步骤203，播放器执行交互用指令303。依据用户交互，交互用指令使播放器在步骤204中使用定义API中的具体指令307执行指示用指令304。在步骤205，基于该API调用，播放器将会理解该指示。如果该指示是发放权限，则播放器在步骤206中按照指示发放权限。如果该指示是制作副本，则播放器在步骤207中按照指示制作副本。该流程在步骤208完成。

用于允许内容的交互式特征来指示播放器发放权限的示例API在307中示为“result＝issue(unissuedLicense，supportingLicenses)”。Unissued License(未发放许可)参数是内容的交互式特征要求播放器发放的未发放许可。UnissuedLicense可被直接传递给该函数，或者可通过诸如URI的引用来传递。SupportingLicenses(支持许可)参数是授权播放器发放unissuedLicense的全部已发放许可。SupportingLicenses参数可被直接传递给函数，或者可通过诸如URI的引用来传递。支持许可也可由播放器基于其它协定来确定。例如，播放器可能知道如何从内容的其它位置或从其它源查找支持许可。结果所得的返回值用于通知内容的交互式特征许可的发放是否成功以及可能的原因。

当发放权限(515)时，播放器首先检验它是否被授权发放这些权限(510)。该检验依照支持许可(503、505、509)来执行。在一实施方式中，可在标题使用文件(TUF)中找到支持许可，该文件是密码地绑定到某些内容上并由某些可信实体认证以对这些可能许可进行验证(507)的使用权限文件。在各实施方式的另一方面，密码绑定还可以将内容与内容提供者身份识别相关联，并且所识别的内容提供者可以充当用于执行对播放器发放权限的REL授权请求的可信根发放者(root issuer)。换言之，对支持许可被与关联于包括这些支持许可的TUF的内容相关联地标识的内容提供者授权进行进一步检验(507)。

在一实施方式中，一旦播放器发放权限(515)，则该播放器可以在签名包括这些权限的许可上签名。在另一实施方式中，播放器可以通过安全方式存储许可(515)，并记录关于其对该许可的发放的信息，诸如当判定它是否被授权发放该许可时作出的授权请求(510)。通过保留这一记录，播放器具有所需信息以获知对以后的授权请求(例如以后的播放内容或拷贝内容的授权请求)使用在REL标准(ISO/IEC 21000-5：2004)中定义的r:issueContext和r:issueTime特性是否恰当(502)。出于最优化目的，减少播放器所记录的信息量是有可能的。例如，如果播放器未做追溯查询并且以线性时间(time-liner)方式处理所有与授权相关的流程，则它无需记住其发放许可的时间。在极端情况下，播放器可能不保留除了以规定安全方式存储(406)的都已被正确发放的那些许可之外的任何记录。

使用权限可以通过各种方式与数字内容包相关联。例如，两者可以通过被记录到同一记录介质而相关联。或者，与数字内容包相关联的标识码可用于经由通信链路访问所关联的权限。

如本文所使用的，合法副本是指根据管理使用权限所允许的副本。这并不意味着涵盖通过窃用、反向工程或其它未授权方法制作的副本。

如本文所使用的，术语原始记录介质用于指代由内容所有者和其授权代表分发的记录介质。这与指代终端用户所制作的副本的用户记录介质形成对比。在本发明中，用户记录介质可以是具有其中可记录内容的硬盘驱动器或其它存储介质的数字内容播放器。

根据本发明，提供对权限的两种设置或规定。在第一实例中，存在在原始记录介质出现时才被允许的权限超集。例如，如果原始记录介质是HD-DVD，在用户的HD-DVD播放器或计算机上制作该HD-DVD的副本，则当该HD-DVD在播放器或计算机中时该用户获得的权限较大，相反则权限较小。权限的一个示例是制作附加副本的权限。仅当原始HD-DVD出现在播放器或计算机中时该权限才予准许。以这种方式，用户可以将HD-DVD借给朋友，该朋友可能在其播放器或计算机上制作记录。一旦该朋友将HD-DVD还给其所有者，则那位朋友能够观看数字内容包但是不能制作附加副本。另一示例是一种营销，即只允许在给定时基窗内观看原始HD-DVD的副本，而原始HD-DVD可以在不同的很可能是更大的时基窗内观看，或者对于以上情况，当原始HD-DVD处于与来自该HD-DVD的数字内容包的副本相同的播放器或计算机中时能以该时基窗观看该副本。

在本发明的另一实施方式中，原始记录介质上的元权限可以用于发放除那些原来与数字内容包相关联的权限之外的进一步权限。这些进一步的使用权限可与原始记录介质、用户记录介质和数字内容包的其它任何副本一起使用，如同它们原来就与数字内容包相关联一样。元权限提供将使用权限基于在原始使用权限与数字内容包相关联之后发生的事件的灵活性。例如，元权限能够使对已与原始记录介质物理交互的特定数字内容播放器有效的使用权限起作用成为可能。数字内容播放器的身份不必预先获知，但是元权限可以允许数字内容播放器向自身发放使用权限以使其即使在原始记录介质被移除之后也能够使用数字内容包的任何副本。

为了认证这些进一步的使用权限，有必要对它们进行保护。数字内容播放器可以具有用于该目的的安全存储。在一实施方式中，安全存储可被配置成只有根据已授权元权限操作的数字内容播放器才能向该存储写入。在另一实施方式中，安全存储可被配置成使数字内容播放器只能在根据已授权元权限进行操作时读取它向该存储写入的权限。在任一种情形中，在数字内容播放器从其安全存储中读取使用权限之后，它能确信它们是可信的使用权限，是在来自数字内容包的内容所有者或其授权代表的元权限下适时发放的。

图5示出用于处理诸如播放、拷贝和发放的权限管理动作的示例流程。该流程在步骤501开始。在步骤502，接收对执行一动作的请求。在步骤503，可以从自发放许可存储(406)收集先前自发放的许可。如果自发放许可存储是受保护的，则在步骤504，可将所收集到的所有许可标记为可信。在步骤505，可以收集附加许可。如果自发放许可存储是不受保护的，则可在本步骤收集这些许可。也可以从许可人、其它各方和盘中收集许可。在步骤506，对是否所有许可都可信作出判定。如果为否，对每个非可信许可执行步骤507。验证进程可以包括确认关于许可存储的元数据、确认许可上的签名、将许可的签名人与内容所有者进行匹配(可能通过在TUF中查找内容所有者)、或者甚至运行诸如在XrML 2.0中定义的整个授权算法。如果在步骤507，发现该许可是可信的，则在步骤508将其标记为可信，并且该流程返回到步骤506以进行下一许可或检测所有许可都已被验证为可信。如果在步骤507发现该许可不可信，则在步骤509将该许可从集合中删除，并且该流程返回到步骤506以进行下一许可或检测所有剩余许可已被验证为可信。

一旦在步骤506，所有剩余许可都被验证为可信，则在步骤510，尝试授权在步骤502请求的动作。该授权的结果可以是否、是或条件式的。如果授权的结果为否，则在步骤518拒绝该请求，并在步骤502进行下一请求。如果授权的结果是条件式的，则流程进行到步骤511、512和513。如果条件中的任一个都未得到满足，则在步骤518拒绝该请求。如果全部条件都得到满足或者授权的最初结果为是，则流程进行到步骤514，其中确定该请求的性质。如果该请求是播放或拷贝，则在步骤517准许该请求，并在步骤502进行下一请求。另一方面，如果该请求是发放权限，则在步骤515发放许可，包括在有必要签名的情况下签名该许可。在步骤516，将该许可存储在自发放许可存储406中以供步骤503(在406表示安全存储的情况下)或步骤505(在406表示不安全存储的情况下)中的后续检索。

图5所示的进程是一示例性进程，用来演示这一进程会如何发生的一个示例。本领域技术人员将会认识到，它的许多变型也是有可能的，可采用不同的次序执行这些步骤、可对结果进行高速缓存以及可与在播放器中发生的其它进程并行或以另一关系执行该进程。

通过使用播放器的发放权限特征来使该播放器向特定播放器或其它特定设备发放权限，有可能实现内容分发和使用的有趣模型。例如，一种使用方式是允许全部各方(宽泛权限)(403、404、405)，而另一种使用方式是允许特定播放器(存储在406中的权限)。

通过使用播放器的副本特征来将内容从其原始位置拷贝到其它位置而无需改变该内容的标识符，有可能实现内容分发和使用的有趣模型。例如，一种使用方式是允许可从其原始位置获得的内容(403)，而另一种使用方式是允许同一内容而不管其位置在哪里(404)。

通过对播放器的发放权限和副本特征的组合使用，可以实现内容分布和使用的更为有趣的模型。例如，一种使用方式可以应用到全部播放器而不管内容位置在哪里(404)；另一种使用方式可以应用到所有播放器，且内容可从其原始位置获得(403)；又一种使用方式可以应用到特定播放器而不管内容的位置在哪里(406中的某些权限)；以及再一种使用方式可以应用到特定播放器，且内容可从其原始位置获得(406中的其它权限)。以下示例描述使用这些使用方式中的三种的情况。

示例：

内容提供者(401)使内容(300)可从只读光盘(101)(原始位置)上获得。出于营销目的，在2005年12月1日，任何人都可以播放该内容，无论他们是否具有原始光盘(使用权限404)。该内容也可由具有光盘的任何人在任何时间播放(使用权限403)。消费者从朋友处借得该光盘。存在允许消费者免费创建副本的副本创建机会(405)。当然，该副本仅能在2005年12月1日播放(依照404)，除非该光盘存在(依照403)。内容使用规则403也允许在该光盘存在时发放新的使用规则(406)，以允许同一播放器在最多一天内播放该内容而无需该光盘存在(所以他可将该光盘立刻还给他的朋友，并仍然播放可在一天内播放该副本)。

这种情况涉及五种准许：

1.允许任何人免费制作内容副本的准许。(405)

2.允许任何人在2005年12月1日播放该内容而不管他们是否具有原始光盘的准许。(404)

3.允许任何人在该光盘存在时播放内容而不管日期的准许。(403)

4.允许任何人在该光盘存在时指定同一播放器(具有该光盘的播放器)能够在最多一天内播放内容而无需该光盘存在的准许。(403)

5.允许特定播放器(在#4中指定)在最多一天内播放内容而无需该光盘存在的准许。(406)

前四种准许由内容提供者发放，在光盘上运载(在306)并连同在先副本一起被拷贝。第五种准许由播放器在调用issue()API(307)的内容交互式特征(303，304)的指示下发放，并存储(406)在设备上(402)。

在以下许可中示出第一种准许：

在以下许可中示出第二、第三和第四种准许：

在以下许可中示出第五种准许：

上述示例性实施方式有益地确定了何时以用户友好方式发放权限，实现了对副本的不同权限的感知，并且建立对由播放器发放的许可的信任并保护这些许可。

其它示例性实施方式采用受控副本令牌(MCT)来模拟虚拟副本。每个MCT(603)都具有令牌标识符(604)。令牌标识符(604、805、807)可在多个令牌(603、804、806)之间共享，所以例如，存在3个MCT具有令牌标识符ABC。在一示例性实施方式中，令牌标识符可以采用令牌标识符语法来编写。示例令牌标识符语法是令牌标识符包括令牌发放者的公钥(1001)，之后是令牌发放者指派的令牌鉴别符(1002)。这种语法将允许例如简便地确定与任何MCT相关联的令牌发放者。令牌发放者是被授权发放允许创建和传送该MCT的许可(701)的实体。在另一示例令牌标识符语法中，令牌标识符包括表明该令牌所属的不同类别的多个字段。这种语法允许例如简便地确定与任何MCT相关联的令牌类别，以及简便地构建允许创建、传送或使用特定类别的令牌的权限表达。

MCT的创建和传送受MCT发放者的管理。系统需要某种方法来针对任何给定MCT确定MCT发放者。一个示例方法是通过使用令牌标识符语法，诸如以上通过字段(1001)为令牌发放者定义的。另一方法是具有MCT注册表(1102)，其中可以通过令牌库1101发送带有令牌标识符的请求1103并接收带有令牌发放者信息的响应1104来查找MCT发放者。在一示例中，MCT发放者可以允许(例如经由使用权限701)由支付5美元的加拿大人创建带有标识符“ABC”的MCT。如果10个加拿大人各自支付5美元，则将有10个使用标识符“ABC”创建的MCT。如果第11个加拿大人支付10美元，则他可以创建另外两个MCT。在本示例上继续扩展，考虑MCT发放者授权(例如经由使用权限701)可将这些令牌传送给任何其它加拿大人或美国公民。于是，第10个加拿大人将其令牌传送给一美国公民，而第11个加拿大人可能将其令牌之一传送给例如第10个加拿大人。这样11个加拿大人和1个美国公民将各具有一个令牌。

MCT通常由某些可信软件或硬件(602)来创建、传送和管理，使得令牌的不加选择创建和传送不可能发生或者可与令牌的合法创建和传送相区别。相对于数字内容，MCT的大小较小，使其十分适于受设计成对备份和恢复攻击免疫的可信软件或硬件的管理。可采用多种方式表示MCT，诸如文件系统中的文件(802、804、806)或数据库中的条目(900)。在一示例中，可信数据库(900)包括具有两组列的MCT表，其一用于MCT标识符(901、902或仅901)，其二用于MCT计数(903)。数据库中的每个行(904、905、906、907)表示具有对应标识符的MCT的对应计数。当创建MCT时，增大计数值。当传送MCT时，在发送端减小计数值，而在接收端增大计数值。

为了模拟虚拟副本，可以基于对合法创建和/或传送的特定MCT的所有权，调整内容(703)的使用权限(702)。例如，在以上11个加拿大人和1个美国公民的示例中，如果基于对具有令牌标识符“ABC”的MCT的所有权来调整观看电子书(703)的权限(702)，则在美国公民与第10和第11个加拿大人之间发生的MCT传送可以模拟关联书籍在他们之间的传送，因为只有持MCT的人才能观看电子书(就如同只有持书籍物理副本的人才能阅读该书籍一样)。

除了具有基于对特定MCT的所有权而调整的内容使用权限之外，还有可能具有基于对第一类MCT的所有权而调整的某些内容使用权限、基于对第二类MCT的所有权而调整的对同一内容的其它使用权限、基于对某些物理介质的所用权而调整的对同一内容的再其它使用权限、以及未基于对第一或第二类MCT或介质的所有权而调整的对同一内容的另外其它使用权限。如果第一类MCT的MCT创建权限基于对第二类MCT的所有权而调整以及如果第二类MCT的MCT创建权限基于对某种物理介质的所有权而调整，则这一许可模型可以模拟对原始、第一代副本和第二代副本的不同权限。还可以允许不持有原始或第一、第二代虚拟副本的人对该内容进行某种受限预览。

以下许可演示了将MCT理念应用到仅在2005年12月中可在库中(601)使用的由12.345标识的一段内容(703)。该内容在那段时间中可从物理介质(700)获得以供使用(参照图7的元素702和以下许可#1)。它还可那段时间中在具有标识符MCTIssuer:123CABEE的MCT存在时使用(参照图7的元素702和以下许可#2)。具有标识符MCTIssuer:123CABEE的MCT可以由MCT库(602)在与publisher.com通信以满足置于publisher.com的web站点的任何费用和计数限制之后创建(参照图7的元素701和以下的许可#3)。具有标识符MCTIssuer:123CABEE的MCT可在安全级7或更高级别自由拷贝到任何MCT库(602)(参照图7的元素701和以下许可#4)。

许可#1

许可#2

许可#3

许可#4

以上对MCT的描述涉及在创建之后就固定不变的MCT。也有可能具有用指定使用期(1004)创建的MCT。自创建以来的使用期流逝之后，MCT被销毁。或者，有可能具有携带其创建时间(902、1003)的MCT，使得要求存在MCT的其它许可能够要求存在例如比特定日期更新或更老的MCT。如对本领域技术人员显而易见的，其它变型也是可能的，诸如不能移出创建它们所处的区域的区域绑定MCT(1005)。可以采用多种方法来实现这种先进的MCT类型。一个示例是使用包括含有创建区域和创建时间的MCT类型的MCT标识的语法。另一种方法是将该信息存储在数据库中。

图12示出使用MCT的流程。该流程在步骤1201开始。在步骤1202，该系统检验是否得到令牌或内容的任何使用权限。如果是，则在步骤1208，将它们保存。如果未得到任何其它使用权限，则在步骤1203，该系统检验是否有任何令牌过期。如果是，则在步骤1209，删除过期令牌。如果没有令牌过期，则在步骤1204，该系统检验用户是否期望创建令牌。如果是，则在步骤1210，依据使用权限确定创建该令牌的条件。在步骤1214，该系统判定条件是否得到满足。如果否，则令牌未被创建并且该进程再开始。另一方面，如果条件得到满足，则在步骤1218创建令牌并在步骤1219对其进行保存。如果在步骤1204用户不想创建任何令牌，则在步骤1205，该系统检验用户是否想要下载令牌。如果是，则在步骤1211，该系统向包含该令牌的令牌库发送对该令牌的请求，然后等待回复。如果在步骤1215收到所请求的令牌，则在步骤1219对其进行保存。如果在步骤1205，用户不想下载任何令牌，则在步骤1206，该系统检验是否有任何其它令牌库请求从本地令牌库获得令牌。如果是，则在步骤1212，该系统确定与传送所请求令牌相关联的使用权限以及这些使用权限的条件。然后在步骤1216，该系统检验这些条件是否得到满足(图13中有更多细节)。如果是，则在步骤1220，将该令牌发送到请求令牌库并将其从本地令牌库中删除。如果在步骤1206，没有其它系统想要从本地令牌库获得令牌，则在步骤1207，该系统检验用户是否想要访问或使用任何内容。如果是，则在步骤1213，该系统确定与访问或使用该内容相关联的使用权限以及这些使用权限的条件。然后，在步骤1217，该系统检验这些条件是否得到满足(图13中有更多细节)。如果是，则在步骤1221，该系统执行所请求的对该内容的访问或使用。

图13提供与该系统如何确定条件是否得到满足有关的更多细节。该子例程在步骤1301开始。在步骤1302、1303、1304、1305和1306，该系统检验条件列表中是否存在某些预定条件中的任一个。如果为否，则该系统向下进行，以检验下一类条件。如果是，则该系统对该特定条件进行评估。如果发现该特定条件得到满足，则该系统继续进行到下一类条件。如果发现该特定条件未得到满足，则该子例程在步骤1311以结果“否”结束。在步骤1312，该系统检验令牌库中是否存在所需令牌。例如，如果在令牌条件ABC下允许播放，则令牌库中需要存在令牌ABC用于进行播放。在步骤1313，该系统检验是否具有所需物理介质。为此，它可以与盘驱动器通信以验证该驱动器中存在介质。在步骤1314，该系统检验时间要求是否得到满足。它可保持安全时钟来合理地准确指示当前时间。然后，它检验这一指示是否表明该时间在特定时间条件之前、之后或与之有另一关系。在步骤1315，该系统检验区域条件是否得到满足。为此，它可以使用全球定位系统、本地网络、或通过其它手段，诸如使最大的一个区域与每个设备相关联。如果对设备所确定的区域落在条件中涉及的区域之内，则该条件得到满足。在步骤1316，该系统检验安全级要求。例如，只允许将令牌传送到具有特定安全级的库中，所以该系统可以使用某些证书来找出请求库的安全级，然后检验它是否达到或超过条件中要求的级别。一旦所有预定条件都得到检验，流程就进行到步骤1307，其中该系统检验其它条件。如果没有找到其它条件，则该子例程在步骤1310以结果“是”结束。如果找到其它条件，则在步骤1308，该系统证实它理解所有其它条件。如果它不理解某些条件，则子例程在步骤1311以结果“否”结束。否则(如果该系统理解全部其它条件)，则在步骤1309，该系统检验所有其它条件是否得到满足，并相应地在步骤1310以“是”结束或者在步骤1311以“否”结束。

上述示例性实施方式有益地提供虚拟副本、首次销售和对不同类别(世代、有盘/无盘等)副本的不同权限。

在本发明的另一实施方式中，内容在物理介质上的允许显示与同一内容的广播进行协调。换言之，可采用受保护的格式来分发诸如电影的数字内容包的副本，使得它们在该内容以广播格式首次出现之前未被观看。

其它示例性实施方式涉及作为有线频道(Cable Channel)(例如经由USPS的HBO)的USPS的商业模型。本示例性实施方式为类似HBO的内容聚集者和其它频道运营商解决将内容打包在一起以向消费者分发的问题。通常HBO与诸如DirecTV(直接TV)和Cable(有线)运营商的内容分发者达成协议。HBO频道被递送给不同内容分发者并被发送到各家各户。

然而，HBO很可能能够经由缆线和卫星之外的其它手段提供其聚集内容。另一途径是将HBO内容通过IP传输来递送。然而，存在通过诸如光盘等新分发手段来递送HBO内容的另一机会。

一示例性实施方式包括组合两种新技术来为HBO或其它提供新颖独特的分布手段，即HD光盘存储和DRM技术的组合。例如，如果HBO想要将其内容打包在具有指定月份使用周期的光盘上，则它们可在四月底将五月的光盘通过物理邮件寄给消费者。作为预订模型的一部分，光盘可到达消费者家中。作为示例，在五月的第一天，该光盘可以播放，但是在2005年五月之前或之后，该光盘都不能播放。

此外，HBO可将可以播放该内容的特定日子限制在与HBO频道提供同一内容的那些天重合。在更细分的水平上，它可以被进一步限制在进行广播的特定时刻(例如2005年5月16日，GMT 8:00am、12:00pm、和3:00pm等)。消费者可通过与广播时间重合的方式读取光盘内容。

如果实现最后一种情况，则它更确切地是来自光盘的“广播”。消费者可以插入光盘，则内容可与HBO的广播同时从光盘播出。

有利的是，选择经由广播(例如陆地数字HD)接收内容的消费者可经由该替换机制来拥有HBO作为频道选择。

因此，在该示例性实施方式中，HD光盘存储与DRM技术的组合可以为HBO或其它提供新颖独特的分发手段。例如，如果HBO在考虑可以触发使用该光盘的能力的特定事件的情况下将其内容打包在光盘上，则它们在四月底将光盘经由物理邮件寄给消费者。作为预订模型的一部分，光盘将到达消费者家中。一旦该事件发生光盘就可以播放，但是在事件之前，光盘无法播放。作为示例，该事件可以是HBO决定在某一日广播盘上的内容。可以通过在盘上提供一旦获知该事件就能够与之联系以提供对光盘进行解锁的代码的HBOURL，来实现内容在该日期可用。

此外，HBO可将内容可以播放的特定日子限制在与HBO频道提供同一内容的日子重合，当然在分发光盘时这些日子并不是已知的，所以相关事件将是这些日期的确定因素。在细分水平上，它还可被进一步限制在进行广播的特定时刻(例如2005年5月16日GMT 8:00am、12:00pm、和3:00pm等)。消费者可以以与广播时间重合的方式读取光盘内容。

如果实现最后一种情况，则它更确切地是来自光盘的“广播”。消费者可插入光盘，内容就会与HBO的广播同时从光盘播放，并且在经由USPS分发光盘时该广播时间无需是已知的。

有利的是，选择经由广播(例如陆地数字HD)接收内容的消费者仍然可以经由该替换机制拥有HBO作为频道选择。

图14示出在内容分发中所涉及的步骤。在步骤1401，收集内容，而在步骤1402，安排内容的发布日期。在步骤1403，将该内容打包到物理介质上，然后在步骤1404对其进行分发。最后在步骤1405，对该内容进行广播，于是可以从或是广播或是物理介质来观看该内容。

图15示出实现本发明该方面的系统的一个实施方式。该系统具有收集内容1502的服务器1501。日程安排程序1503为开放内容1502的观看设定日程，并且该日程1509连同内容1508一起被打包到介质1507上。将广播日程1505发送到广播服务器1504，随后广播服务器根据日程1505来控制向设备1506的广播。

然后，经由分发系统1510分发物理介质，随后依照日程1509分别在设备1511和1513上播放物理介质上内容的诸如1512和1514的副本。

非常显然，日程1505和1508无需相同，甚至无需形式相同。例如，日程1505可以包括广播的日期和时间或者多个日期和时间。它还可以包括有关分发的信息，诸如网络(HBO、ESPN)、频道号和分发系统(例如缆线、卫星、无线电等)。相反，日程1509可以不设定观看时间，而是设定观看窗口。这种窗口可以是开口的，从而允许在特定日期和时间之后的任何时刻观看该内容。或者，这种窗口可以是闭合的，由此只允许在设定时段观看。多个窗口和其它结构也是有可能的。此外，窗口可与诸如内容可观看次数限制的其它使用权限相结合。或者，可能存在用于查看和拷贝的独立窗口，它们可以不同或在一定程度上交叠等等。其它安排对本领域技术人员而言也是显而易见的。然而，应该理解，本发明的一实施方式是具有针对物理介质的日程1509，该日程允许向终端用户分发该物理介质，使得诸如1511和1512的物理设备的终端用户可在与根据日程1505接收内容广播的诸如1506的设备的终端用户同时访问该内容。

在本发明的另一实施方式中，当将内容从第一DRM环境传送到第二DRM环境时，可在翻译和不翻译的情况下发送与第一DRM环境相关联的使用权限。为此，如果该内容返回到第一DRM环境或者如果需要针对第三DRM环境翻译使用权限，则保留原始使用权限以备使用。

其它示例性实施方式包括传送富含DRM专用REL的REL。本示例性实施方式解决以下问题：当固定MPEG REL许可被若干不同DRM系统使用时，每个DRM系统具有自身的权限表达支持能力。例如，DRM系统可以具有其自身的权限表达，或者只具有支持MPEG REL中权限的某种子集的能力。

在常规模型中，REL可连同内容一起从A传送到B到C。可在每一步中进行REL变换。因为每次变换都有损耗，所以A-C可能由于采用的路径和变换而向C给出与A-B-C不同的权限。本示例性实施方式通过允许将REL变换到特定DRM系统但却保留原始源REL来解决该问题。在该模式中，A创建REL的变换A(REL)，但是保留REL。当将该内容传送到B，权限REL和A(REL)也被发送。于是，如果B可以，则B可以对REL或A(REL)操作。此外，B可以执行自身的变换。然后，B能够使用REL、A(REL)或B(REL)。

如果随后将该内容传送到C，则权限REL、A(REL)和B(REL)也被传送。为清楚起见，A(REL)是以A能够理解REL的方式而形成的REL。它并不是指派给A的权限。于是，C可以对所述权限中任一个进行操作，即REL、A(REL)或B(REL)。此外，如果这些都不能由C操作，则它可以创建C(REL)等。

将A(REL)发送到B可以是任选的。例如，A可以按照请求而发送内容和REL而非带有REL和A(REL)的内容。有利的是，每个后续系统都具有查看原始REL以及对它或对先前已经发生的变换进行操作的能力。

假设每个这种变换都是有损耗但却顺应的。例如，如果A执行一变换，则A(REL)描述由REL准许的使用子集。如果A(REL)描述REL以外的使用，则这只能在特别准许权限扩展的某种顺应主体的引导或批准下才会发生。

图16描述现有技术使用权限处理。示为1611的DRM环境A具有内容1612和示为1613的使用权限R_A。当将该内容传送到示为1621的DRM环境B时，使用权限R_A被翻译到示为1623的使用权限R_B中。通常，当使用权限被翻译时，它们变得约束性更强。

在同样描绘现有技术情况的图17中，内容和使用权限被发送回示为1731的DRM环境A。因此，必须将使用权限从R_B翻译回R_A。由于R_B很可能比R_A约束性更强的事实，并且假定翻译很可能造成约束性更强的使用权限，则该翻译得到比R_A约束性更强的使用权限R’_A，示为1733。因此，在从DRM环境B 1721向DRM环境A的第二传送之后，所得的使用权限R’_A比所需要的约束性更强。

解决以上参照图16和17所述的现有技术问题的本发明一实施方式在图18中以最简单形式示出。在图18中，将来自DRM环境A 1811的内容1812和使用权限1813发送到DRM环境B 1821。在本发明的本实施方式中，两组使用权限与DRM环境B 1821中的内容1822相关联。一组是示为1823的原始使用权限R_A。另外一组是示为1824的已翻译使用权限R_B，该权限能够在DRM环境B 1821中实施。这提供两个优点。首先，如果该内容被发送回DRM环境A，则必要的权限R_A已经与该内容相关联，翻译是没有必要的，如图19所示。此外，如果该内容被发送到第三DRM环境，则第三DRM环境的使用权限可从原始R_A而非R_B来翻译，如图20所示。这防止连续翻译造成的分别导致使用权限变窄的对使用权限的可能不必要的约束。

在图19中，DRM环境B 1921中的内容1922与两组使用权限相关联，即R_A 1923和R_B 1924。R_B 1924是通过为DRM环境B 1921翻译R_A 1913而得到的一组使用权限，而R_A 1923是在DRM环境A 1911中使用的同一组权限。因此，当将该内容从DRM环境B 1921传送到DRM环境A 1931时，不需要如图17的现有技术所示地将使用权限R_B翻译成R’_A。相反，如图19所示，本发明示出只将保持与DRM环境B 1921中的内容1922相关联的使用权限R_A 1923连同该内容一起传送到DRM环境A 1931。因此，通过在DRM环境B 1921中将原始使用权限R_A的副本以及已翻译使用权限R_B两者与内容相关联，当将内容和权限移回DRM环境A时，就不需要将权限翻译回用于DRM环境A的使用权限。相反，使用原始、未翻译的权限。

在图20中，来自DRM环境A 2011的内容2012和使用权限2013被发送到DRM环境B 2021。根据本发明的一个方面，DRM环境B 2021中的内容与针对环境B翻译的称为使用权限R_B 2024的一组使用权限以及示为2023的原始使用权限R_A的副本两者相关联。当该内容被传送到第三DRM环境C 2031时，可从与DRM环境B 2021中的内容2022相关联的原始使用权限R_A翻译已翻译使用权限R_C 2035。以这种方式，只需要将使用权限R_A翻译一次就得到使用权限R_C。以这种方式，使用权限不会通过多次翻译过程而不必要地变窄。

本发明的另一方面在图21中示出，图21示出可如何将使用权限与已修改内容相关联。使用权限R 2106与内容2101相关联。使用权限R 2106包括描述对在此示为C’2103的内容C 2101的已修改版本发放何种权限的元权限。根据本发明的本方面，当采取已准许动作A 2102来将内容C 2101修改为已修改内容C’2103时，依照使用权限2106的权限和元权限发放一组使用权限R’2104并将其与内容C’相关联。

其它示例性实施方式提供用于对从实施其它权限所得的资源指定权限的方法和系统。在示例性实施方式中，在许多情形中对资源实施一权限会导致生成新的或衍生资源。例如，编辑一文档通常创建新的文档、从一文档提取一部分并将其插入到另一文档也会以新文档而告终，以及将一视频调节为不同比特率会得到该视频内容的衍生版本。当准予这类权限时，可能对作为实施已准予权限的结果而产生的资源指定权限感兴趣。例如，可能想要指定分发者有权销售一视频的播放权，而且有权将其调节为某一较低比特率来以较低价格出售同一播放权。

将实施权限视为可采用某些(零或更多)资源作为输入并产生某些(零或更多)其它资源作为输出的过程，则本示例性实施方式的理念是设计用于以下各项的方法和系统：

1.标识要产生的那些资源并量化对那些资源及其元数据的约束，

2.在待实施的权限被指定时对这些资源指定权限，以及

3.在权限产生之后针对那些资源发放它们。

具体而言，本示例性实施方式包括：

1.使用变量及其量化来标识要产生的资源，

2.将要实施的权限以及对由该实施产生的资源发放权限的权限视为两种不同但却相关的权限，并将以上定义的变量范围定义为覆盖实施和发放权限两者，

3.在两种权限之间(尤其是从实施权限向发放权限)共享由变量携带的动态信息，并且该信息共享可以是：

a.瞬时的——其中发放新权限与生成新资源同时的情况下，或者

b.永久的——其中它们不同时的情况下。

有利的是，示例性实施方式解决了对作为实施其它权限的结果而产生的资源指定权限的问题。当前，处理该问题十分繁琐。例如，DPRL使用“nextRight(下一权限)”的机制来允许从输入资源继承现有权限并向现有权限添加或从其扣除权限。然而，该机制的不灵活之处在于(a)很难将其用于两个或更多资源被产生并且它们具有不同组权限的情况，(b)不支持通过添加和扣除权限的组合而指定不同组权限，以及(c)不支持指示谁有权发放这些权限。

对新近生成的资源发放权限可取决于实施用于产生这些资源的权限。必需捕捉预先未知并且只在实施权限的过程中才变得可用的诸如标识和其它元数据的动态(以及因此可变的)信息，并将其用于发放权限的权限。当前在REL中，只对实施权限指定并在其中(例如在准予中)使用变量。本示例性实施方式的新颖方面是允许在不同但却相关的权限(诸如调节和发放)之间捕捉和使用动态信息。

相应地，图22示出示例性许可2200，其中密钥持有人1(K1)具有播放资源C的权限，并对资源C进行衍生得到衍生资源C’，并且密钥持有人2(K2)具有发放准予K1播放衍生资源C’的权限的许可。

有利的是，示例性实施方式可用于例如通过提供增强高级访问内容系统(AACS)所提供能力的能力来扩充AACS。示例性实施方式通过提供使用诸如MPEG REL的国际标准权限表达语言指定为权限表达的复杂使用规则来实现。示例性使用规则可以包括许多参数，诸如费用、地理限制、目标DRM系统、日期、分辨率、跟踪等。示例性实施方式还提供允许用户创建和使用由能在逐个标题的基础上变化的灵活使用规则而管理的副本的高级副本权限。

示例性使用规则可以是任选的AACS使用规则。不解释示例性使用规则的AACS播放器如同常规的AACS播放器一样地工作。另一方面，如果AACS播放器解释和实施示例性使用规则，则可向消费者提供新的内容使用。以这种方式，示例性实施方式提供可扩展的灵活平台以便于AACS受保护内容的各种商业模型。

示例性实施方式无需支持可记录介质。此外，示例性实施方式无需支持经由除AACS所支持的机制之外的机制来获取使用规则。虽然对这些特征的支持是MPEG REL的自然使用，并且扩展了AACS系统可用的选择，但是对这些特征的支持要求附加的体系结构因素。

这些示例性实施方式可包括：

接口篇，指定AACS HD DVD专用权限表达的扩展和配置文件以及用于将表达与AACS HD DVD预记录介质和播放器集成的机制。

权限表达篇，指定AACS以及介质和娱乐市场中其它DRM系统的通用MPEG REL扩展和配置文件。

协议篇，指定诸如权限授权的通用权限协议以及AACS以及介质和娱乐市场中其它DRM系统的权限发放协议。

技术顺应规则，指定顺应实现所需的技术顺应和稳健规则。

示例性商业模型，涉及当前由示例性实施方式支持的目标商业模型。

体系结构范围和假设，涉及对于示例性实施方式旨在得到支持的体系结构范围和该范围所依赖的某些假设和发放。

以下章节涵盖一般信息，包括范围、标准化引用、术语、定义、符号和缩写术语以及名空间和规范。

标准化引用包括：

ISO/IEC 21000-5：2004，信息技术-多媒体框架(MPEG-21)-权限表达语言

XMLSCHEMA，XML模式第1部分：结构和第2部分：数据类型、W3C建议，2001年5月2日，可在http://www.w3.org/TR/2001/REC-xmlschema-1-20010502和<http://www.w3.org/TR/2001/REC-xmlschema-2-20010502>获得

AACS HD DVD和DVD Pre-recorded Book(预记录篇)，AACS LA，版本0.9，Release Candidate 3(版本候选3)，2005年8月11日。

这些术语、定义、符号和缩写术语可在ISO/IEC 21000-5：2004的第3款中给出。

名空间和规范可在ISO/IEC 21000-5：2004的第4款中给出，除了在以下表1中给出的名空间前缀。

表1-名空间前缀

名空间前缀	名空间
		r	urn:mpeg:mpeg21:2003:01-REL-R-NS
sx	urn:mpeg:mpeg21:2003:01-REL-SX-NS
		mx	urn:mpeg:mpeg21:2003:01-REL-MX-NS
bpx	urn:mpeg:mpeg21:2005:01-REL-BPX-NS
		aacs	http://www.tbd.org/2005/REL/AACS/HDDVD
xsd	http://www.w3.org/2001/XMLSchema
		xsi	http://www.w3.org/2001/XMLSchema-instance

以下章节将接口专用扩展指定为MPEG REL。接口专用扩展的目的是提供表达依赖于仅由AACS提供的功能的权限和条件的方法。这些权限和条件可用于向消费者提供除由通用权限表达篇所实现的之外的附加规定。不期望这些附加规定与未来的示例性接口通用。该接口篇中的特征的潜在交叉接口采用(例如受控副本)将在以后几个月中得到评估，并且示例性实施方式的未来版本可评估这些特征对通用示例篇的支持。

以下章节将AACS HD DVD预记录扩展的句法和语义指定为REL。后续章节示出由该扩展提供的特征的简要信息性描述，随后是完整的标准化描述。

AACS HD DVD预记录扩展定义了以下新条件：

DiskInDrive：要求存在HD DVD以实施一权限

UrPtr：将一权限的实施限制于播放列表内特定一组增强视频对象集(EVOB)。

扩展还定义了支持新条件的授权上下文特性：

evobsUrPtr()：由所有EVOB共享的使用规则指针

pmsn(a)：HD DVD的预记录介质序列号

volumeId(a)：HD DVD的卷ID

扩展还定义了：

QName，用于表达制作受控副本的权限(关于受控副本的更多信息，请参见AACS文档)

用于指示AACS内容提供者标识系统的URI

用于指示AACS设备标识系统的URI

用于使用URI标识AACS盘上的播放列表的URI模板。

其它章节描述两种新的条件并提供其使用示例。为简单起见，r:issuer元素的细节从示例中省略。

aacs:diskInDrive条件要求存在HD DVD以实施已准予的权限。所要求的HD DVD由其卷ID、序列号或两者来标识。

对于包括同一内容的所有HD DVD，卷ID相同，而序列号对每个HD DVD是唯一的。如果该条件包括卷ID，则特定标题的任何盘都满足该条件。如果该条件包括序列号，则只有一个盘满足该条件。如果该条件包括卷ID和序列号两者，则满足该条件要求来自盘的两个信息都与条件中所指定的相匹配。

使用该条件将已许可数字内容与特定物理介质相联系。例如，假设BigMovie Studio(大电影工作室)(Provider ID(提供者ID)B188)向会选择获奖者的个人分发包括其获奖提名电影(视频播放列表001)的HD DVD(Content ID(内容ID)12345678)。大电影工作室希望确保其电影的这些副本不出现在因特网上。获奖提名电影的许可可以使用diskInDrive条件来要求存在原始HDDVD以便播放该电影，如在以下示例中：

示例：

aacs:urPtr条件限制已准予权限对具有特定使用规则指针的盘上的那些增强视频对象集(EVOB)的实施。

增强视频对象集(EVOB)简单地是视听或音频数据的程序流。EVOB可与使用规则指针相关联，该指针指向存储在标题使用文件中的使用规则集。若干EVOB可具有相同的使用规则指针，从而对多个EVOB应用单个使用规则集。

使用该条件通过选择特定使用规则集所应用的EVOB来有效地在HDDVD上创建播放列表子集。例如，假设大电影工作室希望许可两个电影版本，G级版本和PG级版本，但是制造单个HD DVD。它们可以将使用规则集1应用到包括该电影的G级版本的EVOB并且将使用规则集2应用到所有其它EVOB。每个使用规则集可以指向具有两个准予的同一许可，一个准予包括urPtr条件以允许只播放其使用规则指针为1的那些EVOB，并且另一个准予不包括urPtr条件并且允许播放所有EVOB而不管指针值如何。第二准予可以要求检验诸如父批准的在线准许。

示例：

表2指定先前描述的授权上下文特性以及它们所表示的语句。如果一特性具有在表2的第一列中给出的名称以及在表2的第二列中给出的值，则由该特性表示的语句是在表2的第三列中给出的语句。

表2-接口专用扩展授权上下文特性

以下章节详细说明包括AACS HD DVD预记录介专用的元素和类型的权限表达扩展的语义。

令c为aacs:DiskInDrive。令(p，r，t，v，∑，L，R)为授权请求。令(g，h，e)为授权故事。于是，当且仅当以下两者为真时，相对于(p，r，t，v，∑，L，R)和(g，h，e)，c得到满足：

如果存在c/aacs:volumeId，则∑.aacs:volumeId(c的值/aacs:volumeId)为真，并且

如果存在c/aacs:pmsn，则∑.aacs:pmsn(the value of c/aacs:pmsn)为真。

示例：

令c为aacs:UrPtr。令(p，r，t，v，∑，L，R)为授权请求。令Let(g，h，e)为授权故事。于是，当且仅当c/aacs:ptrValue的值等于∑.aacs:evobsUrPtr()时，相对于(p，r，t，v，∑，L，R)和(g，h，e)，c得到满足。

示例：

<aacs:urPtr>

<aacs:ptrValue>1</aacs:ptrValue>

</aacs:urPtr>

QName aacs:managedCopy用于bpx:governedCopy的governanceRule属性并且表明如AACS顺应规则中定义的受控副本的管理规则。

示例：

<bpx:governedCopy governanceRule＝“aacs:managedCopy”/>

URI http://www.tbd.org/2005/Provider/AACS/HDDVD用于bpx:identityHolder和bpx:identityHolderPattern的idSystem属性，并且指示由AACS LA指派的16位ID构成的内容提供者的标识系统，如AACS Pre-recorded Video Book(AACS预记录视频篇)的2.4中所述。16位ID应该被16基编码以在XML中承载。

示例：

<bpx:identityHolder

idSystem＝“http://www.tbd.org/2005/Provider/AACS/HDDVD”

>A35D</bpx:identityHolder>

URI http://www.tbd.org/2005/Device/AACS/HDDVD用于bpx:identityHolder和bpx:identityHolderPattern的idSystem属性，并且指示由128位设备唯一不重性构成的设备标识系统(参见AACS HD DVD and DVD Pre-recordedBook(AACS HD DVD和DVD预记录篇)的5.1.1)，该不重性依据与设备唯一不重性相关的所有AACS顺应和稳健规则来生成和维护。128位ID应被64基编码以在XML中承载。

示例：

<bpx:identityHolder

idSystem＝“http://www.tbd.org/2005/Device/AACS/HDDVD”

>ad8UJQ7jHLmR110pXdhbKQ＝＝</bpx:identityHolder>

URI模板：

http://www.tbd.org/2005/VPLST/AACS/HDDVD/$$$$$$$$$$$$/％％％和

http://www.tbd.org/2005/APLST/AACS/HDDVD/$$$$$$$$$$$$/％％％用于r:nonSecureIndirect的URI属性，并用％％％分别标识视频播放列表或音频播放列表(参见HD DVD-Video Specification(HD DVD视频规范))并与6字节AACS内容证书ID$$$$$$$$$$$$(参见AACS Pre-recorded Video Book(AACS预记录视频篇)的2.4)相关联。播放列表标号被十进制编码。内容证书ID被16基编码。

示例：

以下章节包括定义已定义类型和元素的XML句法的模式列表(XMLSCHEMA)。

接口专用扩展的模式：

以下章节详述接口专用配置文件。接口专用配置文件的目标是在通用支持水平(基本和增强)上推动实现之间的收敛，使得权限表达作者可以编写可由最宽泛的一组可能AACS HD DVD预记录盘播放器对所需特征集处理的许可。

本节详述AACS HD DVD预记录介质的权限表达配置文件。定义两种配置文件：基本和增强。基本配置文件旨在允许表达与基本AACS播放器的能力(也许是模，处理使用规则的能力)类似的权限。增强配置文件旨在允许表达在功能上与由增强AACS播放器提供的功能类似的权限。

基本AACS HD DVD预记录配置文件包括上述(除了对受控副本)AACSHD DVD预记录扩展加上来自在示例性Rights Expression Book (权限表达篇)中定义的示例性权限表达配置文件的以下元素：r:license、r:grant、r:digitalResource、r:nonSecureIndirect、r:issuer、r:allConditions、mx:play和bpx:identityHolder。

用于指示基本AACS HD DVD预记录配置文件的QName是aacs:basic。

处理示例性使用规则的所有基本AACS播放器应该能够处理基本AACSHD DVD预记录配置文件。此外，所有这些播放器应该能够通过忽略包括播放器不能识别的r:forAll、r:Principal、r:Right或r:Condition的任一个的r:grant元素以及通过处理剩余的r:grant元素来处理包括多个r:grant元素的许可。这些播放器无需能够使用在ISO/IEC 21000-5：2004中提供的其它扩展点来处理许可。

增强AACS HD DVD预记录配置文件包括上述AACS HD DVD预记录扩展加上在示例性权限表达篇中定义的示例性权限表达配置文件。除了采用等于上述URI之一的值之外，r:nonSecureIndirect的URI属性可采用等于在“AACS”目录中的“MNGCOPY_MANIFEST.XML”文件中ResourceGroup元素的ID属性所提供的URI的任一个的值，如AACS HD DVD and DVD Pre-recordedBook(AACS HD DVD和DVD预记灵篇)的5.2节中所指定的。

用于指示增强AACS HD DVD预记录配置文件的QName是aacs:enhanced。

处理示例性使用规则的所有增强AACS播放器应该能够处理增强AACSHD DVD预记录配置文件。此外，所有这些播放器应该能够通过忽略包括播放器不能识别的r:Principal、r:Right或r:Condition的任一个的r:grant元素以及通过处理剩余r:grant元素来处理包括多个r:grant元素的许可。这些播放器无需能够使用在ISO/IEC 21000-5：2004中提供的其它扩展点来处理许可。

以下章节详述在AACS HD DVD预记录盘上承载示例性权限表达。

取决于许可的目的，许可可以采用两种方式之一承载在HD DVD预记录介质上。用于播放(包括用于发放播放许可)的许可以及用于制作副本的许可被如下所述地承载。

使用在AACS HD DVD and DVD Pre-recorded Book(AACS HD DVD和DVD预记录篇)的3.4中定义的REL使用规则来承载播放许可。REL使用规则应该承载或引用良好形成、模式有效并且采用模式中心规范形式(参见Schema Centric XML Canonicalization(模式中心XML规范))的XML许可。如果REL使用规则承载或引用并非良好形成、非模式有效或者未采用模式中心规范形式的XML许可，则播放器的行为无法得到保证并且是播放器专有的。如果播放器检测到文件并非良好形成、非模式有效或者未采用模式中心规范形式，则该播放器应该报错。

在“AACS”目录中可能存在名为“MNGCOPY_LICENSES.XML”的文件。用于制作副本的许可被承载在该文件中作为其根元素的子元素，该根元素应该是r:licenseGroup。r:licenseGroup应该是良好形成、模式有效并采用模式中心规范形式(参见Schema Centric XML Canonicalization (模式中心XML规范))。如果它并非良好形成、非模式有效或者未采用模式中心规范形式，则播放器的行为不能得到确保并且是播放器专有的。如果播放器检测到该文件并非良好形成、非模式有效或者未采用模式中心规范形式，则该播放器应该报错。

以下章节详述由AACS HD DVD预记录播放器对示例性权限表达进行的处理，包括与回放、受控拷贝和散列检验的AACS功能相关的处理。

可以如进一步描述地处理包括“AACS”目录中的许可和“MNGCOPY_LICENSES.XML”文件的REL使用规则。

在下表中，次序列指代如在ISO/IEC 21000-5：2004的5.2中所标识的授权请求的成员的排序七元组。

如果存在根据用于回放这些EVOB的表3构建的授权请求的授权证据，则播放列表中的任一EVOB可被回放。

表3-回放授权请求

如果可应用到该授权请求的条件都不取决于回放间隔的结束，则播放器应该在开始回放之前对该授权请求的证据进行验证。如果可用于该授权请求的条件中的任一个取决于回放间隔的结束，则该播放器应该以这种方式在递增周期基础上对该授权请求的证据进行验证：在回放开始时对回放进行授权，以及一旦回放停止被授权，则它从停止被授权的时刻起继续不超过60秒。

AACS HD DVD and DVD Pre-recorded Book(AACS HD DVD和DVD预记录篇)的4.3.3和4.4.3节详述了内容散列检验过程和相关联的时序约束。对于回放，未对该过程作出更改。该过程在关联时序限制内正常执行，以验证被回放的内容对应于分别在表3所示授权请求的资源和信任根成员中所标识的播放列表和提供者。

如果存在根据表4对受控/高级/清楚拷贝操作构建的授权请求的授权证据，则“AACS”目录中的“MNGCOPY_MANIFEST.XML”文件中所定义的资源组可以受控/高级/清楚地拷贝。

表4-受控/高级/清楚拷贝授权请泶

播放器应该在制作受控/高级/清楚副本之前对该授权请求的证据进行验证。

AACS HD DVD and DVD Pre-recorded Book(AACS HD DVD和DVD预记录篇)的4.33和4.4.3节详述了内容散列检验过程和相关联的时序约束。时序约束与制作受控/高级/清楚副本无关。该过程应该在受控/高级/清楚副本制作之前进行以验证被受控/高级/清楚拷贝的内容对应于分别在表4中示出的授权请求的资源和信任根成员中所标识的资源组和提供者。

如果存在根据表5对在许可中包括r:grant而构建的授权请求的授权证据，则播放器可以在其发放的该许可中包括r:grant。

表5-发放权限授权请求

播放器应该在将r:grant包括在许可中之前对该授权请求的证据进行验证。

以下章节在示例性Compliance Rules(顺应规则)中所述的授权上下文中描述接口专用顺应规则。该授权上下文是用于在依赖于事实的权限表达语义与用于如何确定该事实的顺应规则之间形成链接的媒介。对于与该接口篇中材料相关的功能，示例性Compliance Rules(顺应规则)引用由AACS提供的规范是适当的。本节的目的是强调所有这些引用点，从而示例性Compliance Rules(顺应规则)能够简单地引用本节。

诸示例性实施方式假设示例性Compliance Rules(顺应规则)在授权请求中包括关于使用授权上下文特性的规则：

某些授权上下文特性不具有由示例性Compliance Rules(顺应规则)对其使用设置的约束，

某些授权上下文特性将关于其使用的所有在示例性Compliance Rules(顺应规则)自身中锁定，以及

某些授权上下文特性不能使用，除非在示例性Interface book(接口篇)中明确允许。

本节详述由示例性接口篇允许的授权上下文特性使用。

如果由授权请求中授权上下文中的aacs:evobsUrPtr上下文特性作出的语句为真，则播放器可以使用该上下文属性。

如果通过根据关于PMSN和Volume ID值的读取和验证的AACS顺应和稳健规则从盘读取相应值，确定由授权请求中授权上下文中的aacs:pmsn和/或aacs:volumeId上下文特性为真，则播放器可以使用这些上下文特性。

如果以下全为真，则播放器可以使用授权请求中授权上下文内值为真的称为r:issueContext(l，p，h，σ)的上下文特性：

1.p是bpx:IdentityHolder并且p/bpx:idSystem的值为

http://www.tbd.org/2005/Provider/AACS/HDDVD，

2.在AACS HD DVD and DVD Pre-recorded Book(AACS HD DVD和DVD预记录篇)的4.4.3中描述的验证对包含l的文件(TUF，ARF，或MNGCOPY_LICENSES.XML)成功，

3.在文件验证中使用的内容证明中的Provider ID(提供者ID)与p中的Provider ID相同，

4.存在实际上具有一个孩子的l/r:issuer，该孩子等于p，

5.存在等于h的l/r:grant或l/r:grantGroup，以及

6.σ是空集。

如果以下全为真，则播放器还可以使用授权请求中授权上下文内值为真的称为r:issueContext(l，p，h，σ)的上下文特性：

1.p是bpx:IdentityHolder，p/bpx:idSystem的值是http://www.tbd.org/2005/Device/AACS/HDDVD，并且p标识该播放器，

2.存在实际上具有一个孩子的l/r:issuer并且该孩子等于p，

3.存在等于h的l/r:grant或l/r:grantGroup，以及

4.播放器具有按照错误！未找到引用源的示例性Compliance Rules(顺应规则)稳健记录。它使用σ作为其第五成员基于授权请求的授权证据将h包括在l中。

如果以下全为真，则播放器可以使用授权请求中授权上下文内值为i的称为r:issueTime(l，p)的上下文特性：

1.p是bpx:IdentityHolder，并且p/bpx:idSystem的值为http://www.tbd.org/2005/Provider/AACS/HDDVD，

2.AACS HD DVD and DVD Pre-recorded Book(AACS HD DVD和DVD预记录篇)的4.4.3中描述的验证对包含l的文件(TUF，ARF，或MNGCOPY_LICENSES.XML)成功，

3.在文件验证中使用的内容证明中的Provider ID(提供者ID)与p中的Provider ID(提供者ID)相同，以及

4.存在实际上具有一个孩子的l/r:issuer，该孩子等于p。

对i没有约束，对其的确定取决于播放器。

如果以下为真，则播放器还可以使用授权请求中授权上下文内值为i的称为r:issueTime(l，p)的上下文特性：

1.p是bpx:IdentityHolder，p/bpx:idSystem的值为http://www.tbd.org/2005/Device/AACS/HDDVD，并且p标识该播放器，

2.存在实际上具有一个孩子的l/r:issuer并且该孩子等于p，以及

3.该播放器具有如所述的它发放l的示例性Compliance Rules (顺应规则)稳健记录。

对i没有约束，对其的确定取决于播放器。

向AACS对象添加以下两个功能：

以下章节示出使用上述示例性接口专用扩展和示例性接口专用配置文件的权限表达的某些示例。

本节演示如何根据示例性Business Models (商业模型)章节表达商业模型中的两个。对于这些示例，假设高级副本的管理规则允许准确拷贝被拷贝的资源组中定义的文件(包括或不包括TUF，取决于它是否列在资源组中)，以及处理播放、复制和发放的权限与它从盘中动作极其相似的方式起作用(例如，尽管驱动器中的任何盘的约束仍然需要该盘在驱动器中)。将此与受控副本的管理规则作对比，该管理规则仍然允许准确拷贝在被拷贝的资源组中定义的文件，但是对这些拷贝文件的使用取决于关联受控副本技术。

消费者获得一AACS盘，在盘上具有允许消费者将该盘插入到他的移动视频播放器中并将内容的高级副本创建到他的移动视频播放器上的机会。用户能够以指定费用从先进副本播放视频播放列表9999而无需在他的移动视频播放器中存在盘。

在这种情况中涉及三种准予：

1.允许消费者制作高级副本的准予。

2.允许消费者付费将他的移动视频播放器指派为能够播放视频播放列表999而无需出现盘的准予。

3.允许消费者播放视频播放列表999而无需在该移动视频播放器中出现盘的准予。

第一种准予由内容提供者发放并装载在盘上“MNGCOPY_LICENSES.XML”中。第二种准予由内容提供者发放，装载在盘上TUF中，并与高级副本一起被拷贝。第三种准予由移动视频播放器在调用issue()API的应用程序的指示下发放，并被存储在移动视频播放器上。

第一种准予在以下许可中示出：

第二种准予在以下许可中示出：

第三种准予在以下许可中示出：

消费者从朋友处借得AACS盘。存在允许消费者免费创建高级副本的高级副本创建机会。盘上使用规则只允许在存在盘时播放视频播放列表999，但是也存在在盘出现时制作新使用规则的能力以允许同一播放器在不存在盘的情况下播放视频播放列表999最多一天(所以他能够立即将盘还给他的朋友，并仍然播放该副本一天)。

这种情况涉及四种准予：

1.允许消费者制作高级副本的准予。

2.允许消费者在盘存在时播放视频播放列表999的准予。

3.允许消费者在盘存在时将同一播放器指定为能够在不存在盘的情况下播放视频播放列表999最多一天的准予。

4.允许消费者在不存在盘的情况下在他已指定的播放器上播放视频播放列表999最多一天。

第一种准予由内容提供者发放并装载在盘上“MNGCOPY_LICENSES.XML”中。第二和第三种准予由内容提供者发放，在盘上TUF中装载，并与高级副本一起被拷贝。第四种准予由设备在调用issue()API的应用程序的指示下发放，并存储在该设备中。

第一种准予在以下许可中示出：

第二和第三种准予在以下许可中示出：

第四种准予在以下许可中示出：

以下章节详述作为用于表达对视听内容的权限的各种应用程序所通用的配置文件的示例性权限表达配置文件。示例性权限表达配置文件包括2005年8月19日的PDAM/1ISO/IEC 21000-5MPEG-21REL配置文件中的MPEG REL基本配置文件的子集，并且它定义了用于整理对与示例性实施方式相连的所有应用程序通用的特征的元素。

以下章节示出名空间前缀并引用贯穿本篇申请使用的标准化参考文献。其它章节列出包括在示例性权限表达配置文件中的所有元素，提供对扩展元素的定义，示出许多示例使用情况和整理它们的REL表达，并列出扩展模式。

为简便起见，当引用XML元素和类型时，该配置文件使用缩写名空间前缀。所使用的实际前缀并不重要，只要名空间URI是正确的即可。在该配置文件中使用的前缀在下表中给出。

标准化参考文献包括：

[1]ISO/IEC 21000-5：2004，Information technology-Multimediaframework(信息技术-多媒体框架)(MPEG-21)-Rights Expression Language(权限表达语言)。

[2]PDAM/1ISO/IEC 21000-5MPEG-21REL Profiles(配置文件)，2005年8月19日。

下表列出包含在示例性权限表达配置文件中的所有元素。带有r、sx和mx名空间前缀的元素来自MPEG REL，带有bpx名空间前缀的元素是在下一章节中定义的扩展元素。

本节定义表示由示例性实施方式支持的附加通用特征的MPEG REL扩展。示例性权限表达配置文件从该扩展中提取。在此示出扩展元素的句法和语义。进一步列出扩展元素和类型的XML模式。

identityHolder元素是在REL Core(REL核)中定义的r:Principal的扩展。它标识作为所指定身份的持有者的主体，它可以是来自任何名空间的字符内容和元素内容的不受限制混合。可任选idSystem属性可用于指示标识系统。图23示出identityHolder主体。

以下示例将主体指定为国际移动订户标识符(International MobileSubscriber Identifier)的持有者。

在以上示例中，向bpx:identityHolder准予播放在r:digitalResource指定的资源的权限。

令p为r:IdentityHolder。则p标识具有由值p指示的标识符的系统实体，并且在p/r:idSystem出现时该标识符属于由该属性指示的标识系统。

GovernedCopy元素表示拷贝资源的权限以及同时得到与已拷贝资源相关联的特定权限。类型QName的可任选属性governanceRule指示确定实际上应当如何制作副本、应该对已拷贝资源关联何种权限以及由谁关联的管理规则的名称。当该属性未被指定时，该权限允许制作该资源的逐位相同副本以及得到指定该权限对已拷贝资源作出的r:license的相同副本。图24示出governedCopy权限。

两个不同管理规则被定义为“bpx:advancedCopy”和“bpx:clearCopy”，如进一步定义。

以下为作说明而提供示例代码片段：

在以上示例中，向任何主体准予播放电影剪辑的权限以及连同同一许可一起拷贝该剪辑的权限。

以下是另一示例许可：

假设名为“acme:CopyOnce”的管理规则允许一次性实施该权限以制作该资源的逐位相同副本，并通过由同一发放者发放另一许可而将同一许可中的其它权限与已拷贝资源相关联。在这种情况下，实施该许可中的权限bpx:governedCopy会得到该资源的逐位相同副本，以及以下许可：

令r为bpx:GovernedCopy。于是，如果存在r/bpx:governanceRule，则r标识依照由r/bpx:governanceRule标识的规则制作副本并将权限表达与该副本相关联的动作。否则，如果不存在r/bpx:governanceRule，则r标识制作逐位相同副本并将等于该副本的授权请求的授权证据之一中授权者的许可的权限表达与该副本相关联的动作。

如果r用作授权请求的Right Member(权限成员)，则该授权请求的Resource Member(资源成员)应该存在并且应该标识被拷贝的资源。

SeekPermission条件和ServiceLocation元素要求在关联权限被实施之前从服务器要求准许，并且限制所获得的许可可被高速缓存以备以后使用而无需接触该服务器的时段。图25示出SeekPermission条件和Service Location元素。

当在bpx:seekPermission元素中使用时，r:serviceReference元素描述对必需向其寻求实施相关权限的准许的服务器的引用。bpx:serviceLocation通过指示该服务器定位的位置bpx:url来指定服务器。

可任选bpx:cacheable元素用于指示从服务器获得的准许可被高速缓存。其子元素bpx:period指示准许可在高速缓存中停留直到必须被删除的时间量。

由该元素指定的条件仅在以下中任一个为真时得到满足：

1.存在元素bpx:cacheable，并且在高速缓存中存在准予实施关联权限的准许。

2.不存在元素bpx:cacheable，可从服务器获得准予实施关联权限的准许。

在以下示例中，仅当从“http://www.pi.org/paymentService”的服务器获得准许时，才能够实施播放视频对象的权限。

令c为bpx:SeekPermission。令(p，r，t，v，∑，L，R)为授权请求。令(g，h，e)为授权故事。令m为c/r:serviceReference。于是，当且仅当m未被定义，或者在令∑为包含由m确定的引用专用参数的值的排序元组的情况下以下中至少之一为真时，c才相对于(p，r，t，v，∑，L，R)和(g，h，e)而得到满足：

∑.bpx:sP(m/r:serviceDescription，ρ)为真或者，

对于σ等于∑的某个子集，以下全部为真：

存在c/bpx:cacheable，

∑.bpx:sPC(m/r:serviceDescription，ρ，p，r，t，σ)存在，以及

如果存在c/bpx:cacheable/bpx:period则

∑.bpx:sPC(m/r:serviceDescription，ρ，p，r，t，σ)小于

c/bpx:cacheable/bpx:period的值。

令d为bpx:ServiceLocation。于是由d描述的服务描述在示例性ProtocolsBook (协议篇)的“General Payment and Permission Protocol”一节中给出。服务的端点由d/bpx:url的值给出。

StartCondition条件元素要求在开始实施关联权限时检验所包含的条件。图26示出StartCondition条件元素。

仅当在开始实施关联权限时所包含的条件得到满足时，该条件才得到满足。

使用该条件约束另一条件(诸如时间条件)，使得在没有必要知晓所请求的实施会持续多久以检查所约束条件的情况下以及在所请求的实施继续进行时无需继续检验所约束的条件(否则可被要求)的情况下，满足该条件成为可能。

例如，以下表达指定资源可被播放只要播放在2005年内开始。

令c为bpx:StartCondition。令(p，r，t，v，∑，L，R)为授权请求。令(g，h，e)为授权故事。于是，当且仅当c/r:condition相对于(p，r，t，i，∑，L，R)和(g，h，e)得到满足时，c才相对于(p，r，t，v，∑，L，R)和(g，h，e)得到满足，其中i是在时间间隔v的起始处开始的零长度间隔。

OutputRegulation条件元素要求使用由bpx:regulation元素列表指定的调节中任一个来调节的输出信号。图27示出OutputRegulation条件元素。

可任选属性typeOfSignal指示调节所应用的信号类型-bpx:digital或bpx:analog。当不存在该属性时，调节应用于任何类型，可任选属性qualityOfSignal指示调节所应用的信号质量-bpx:HD(对高清晰度)或者bpx:SD(对标准清晰度)。当不存在该属性时，调节应用于任何质量的信号。

仅当由bpx:regulations列表指定的调节中至少一个用于调节具有匹配类型和匹配质量的输出信号时，该条件才得到满足。在此，如果关联bpx:regulations不具有指定类型或者相同类型，则该信号的类型与调节的类型相匹配，并且如果关联bpx:regulation不具有指定质量或者相同的质量，则信号的质量与调节的质量相匹配。

以下示例示出当通过允许受限图像(ICT:1)形式的高清晰度模拟输出或者具有根据APS类型1(APSTB:01)的模拟保护而调节输出信号时，允许播放电影预告片。

令c为bpx:OutputRegulation。令(p，r，t，v，∑，L，R)为授权请求。令(g，h，e)为授权故事。于是，当且仅当对于从1到∑.bpx:oRNum()的每个整数i，都存在c的c/bpx:regulation孩子γ，使得以下全部为真时，c才相对于(p，r，t，v，∑，L，R)和(g，h，e)得到满足：

γ/bpx:typeOfSignal不存在或者其值等于bpx:oRTOS(i)，

γ/bpx:qualityOfSignal不存在或者其值等于bpx:oRQOS(i)，并且

γ.bpx:oR(i，γ的值)为真。

IdentityHolderPattern元素将身份持有者限制在特定标识系统。它定义将bpx:identityHolder元素与特定bpx:idSystem属性相匹配的模式。它是在REL核中定义的r:PrincipalPatternAbstract的扩展。

具有嵌入bpx:identityHolder元素的r:forAll元素表示对一变量的声明，该变量的合格绑定是具有与该模式中指定的bpx:idSystem属性相匹配的bpx:idSystem属性的一组bpx:identityHolders。

以下示例声明并使用称为“authorizedDevice”的变量。实际上，由称为“urn:mpeg:mpeg21:2005:01-REL-bpx-NS:imsi”的标识系统发放的身份的任何持有者可播放所指定的内容。

令a为bpx:IdentityHolderPattern。令x为XML文档。令m为包含在x中的根元素。令q为授权请求。令e为授权者。于是，当且仅当m为bpx:IdentityHolder并且m/bpx:idSystem的值等于a/bpx:idSystem的值时，x相对于q和e与a相匹配。

表6指定与基本配置文件扩展相关的授权上下文特性以及它们表示的语句。如果一特性具有在表6的第一列中给出的名称以及在表6的第二列中给出的值，则由该特性表示的语句是表6的第三列中给出的语句。

表6-基本配置文件扩展授权上下文特性

Qualified Names(合格名称)包括profileCompliance QName，它是在许可中用作sx:profileCompliance的值以指示对该配置文件的顺应的合格名称bpx:malibu-common；GovernanceRule QNames包括AdvancedCopy，它是标识在示例性Compliance Rules(顺应规则)的“Advanced Copy(高级副本)”章节中指定的顺应规则的合格名称bpx:AdvancedCopy，以及包括ClearCopy，它是标识在示例性Compliance Rules(顺应规则)的“Clear Copy(清楚副本)”章节中指定的顺应规则的合格名称bpx:ClearCopy；Type-of-Signal QNames包括Analog，它是标识模拟类型信号的合格名称bpx:analog，以及包括Digital，它是标识数字类型信号的合格名称bpx:digital；Quality-of-Signal QNames包括SD，它是标识标准清晰度质量的信号的合格名称bpx:SD，以及包括HD，它是标识高清晰度质量的信号的合格名称bpx:HD；Regulation-of-Signal QNames包括ICT:1和APSTB:01，前者是合格的ICT:1名称，后者是合格的APSTB:01名称。

以下章节包括来自示例性Business Models (商业模型)的示例性使用情况，并演示了在以上章节中定义的配置文件的应用。

消费者可以付费观看影片的导演剪切版，而非影院发行版(可以是“基本”标题)。

HBO向选择接收陆地HD电视的消费者提供AACS盘订阅。这些消费者可能不能通过缆线/卫星获得HBO。在这种情况下，HBO可以每月向消费者邮寄2张AACS SD盘(每张盘30小时内容)。这些盘可以具有适当月份的HBO内容，但是这些盘只对指定月份可用。

邮寄盘上的许可可以类似如下：

消费者获得关于特定国家的旅行手册。包含在手册中的是AACS盘。盘的基本标题描述该国家，但是存在仅在该国家时才能播放的增强内容。

当将该内容存储到服务器上时，盘上不存在对该内容的使用规则。经下载的内容与其使用规则一起出现，这意味着这些规则不在盘上。

另一方面，当将内容存储到盘上时，使用规则如下：

当第一次发行时，AACS盘可能是每次观看盘计费一次。在特定时间窗之后，消费者可被允许将盘“转换”成传统的“从盘播放”的盘。

消费者购买新的高清晰度显示器。然后，他们到出租商店租他们喜欢的电影。他们被禁止观看高分辨率版本两个月，因为出租版具有受限制权限直到年底。

消费者获得允许提取30秒声音剪辑的AACS盘。然后，消费者使用其AACS顺应设备来从电影中将特定音频片段提取成清晰的MP3格式。然后，消费者使用这些片段之一作为铃声。

向WB.com注册其电影的用户可以从盘提取像电影、墙纸、铃声等的文件。

固定时间、日期，某一个或两者：

相对于在线授权时间：

相对于AC生成时间：

输出调节示例包括诸如必须是数字输出(无模拟)、如果是HD等则必须受保护以及由bpx:outputRegulation条件元素涵盖的示例。地理示例包括由r:territory条件元素涵盖的示例。支付示例包括由bpx:seekPermission条件元素隐式涵盖的示例。

MPEG REL扩展的示例性模式：

MPEG REL核的示例性配置文件模式：

MPEG REL标准扩展的示例性配置文件模式：

MPEG REL多媒体扩展的示例性配置文件模式：

以下章节涉及可由示例性实施方式支持的目标商业模型。示例性实施方式的目的是传送例如用于由Warner Brothers等制作HD DVD的母片的一组规范和REL许可。

本节与示例性体系结构范围和假设章节一起定义示例性实施方式的示例性范围。其它章节枚举商业模型并提供示例，并枚举可用作商业模型中某些的一部分或对它们进行加强的支持条件。

基于内容的位置，可将商业模型分组成四个基本类别：

如果内容保持在盘上，并且本地系统用于管理来自该盘的内容使用，则它被视为“Enhanced Mode Content(增强模式内容)(Content Used While on Disk(在盘上时使用的内容))”

如果内容是从服务器传送的并在盘的支持下使用，则它被视为“EnhancedMode Content(增强模式内容)(Content Downloaded and Used with Disk(下载并与盘一起使用的内容))”。

如果本地系统用于授权从盘拷贝内容的能力并管理已拷贝内容的使用，则它被视为“Advanced Copy Content(高级副本内容)(Content Copied from Disk(从盘拷贝的内容))”。

如果内容在盘上受保护并且在特定条件下该内容从该盘释放而无其它托管使用限制，则它被视为“Advanced Copy Content(高级副本内容)(ContentCopied from Disk into the Clear(从盘拷贝成清楚的内容))”。

在模型的增强模式内容(在盘上使用的内容)组中，播放器系统用于在内容仍在盘上时管理内容的使用。因为AACS托管Basic Mode Content(基本模式内容)可由所有AACS顺应设备无条件播放，所以本节针对“AACS EnhancedMode Content(AACS增强模式内容)”。意图是不仅提供商业模型的基本能力，而且添加在条件章节中提供的各种条件。

Time of Consumption(消费时间)的支付包括不能在没有支付费用的情况下播放的增强模式内容。

示例：

消费者可以通过付费观看影片的导演剪切版，代替剧场发行版(可以是“基本”标题)。

示例：

消费者在便利店收到电影的免费副本。该盘可能包含整个电影以及所包含电影的预告片以及其它。如果用户想要观看整个电影，则他可以支付可授权回放的费用。随后，该盘可以借给朋友等。

在这种情况下，主电影标题可以被标为“增强”，而电影预告片以及条款和条件可被标为“基本”。

示例：

15SD(标准清晰度)分辨率电影可在盘上获得。电影不能在没有金融交易的情况下观看。

时间发行订阅包括基于订阅模式向消费者递送盘。这些盘可工作适当单位的时间(例如2006年5月份)。

示例：

HBO向选择接收陆地HD电视的消费者提供盘订阅。这些消费者可能不能通过缆线/卫星获得HBO。在这种情况下，HBO可以每月向消费者邮寄2张SD盘(每张盘30小时内容)。这些盘可以具有适当月份的HBO内容，但是这些盘只对指定月份可用。

示例：

如上，某些内容只有在月份的特定日子解锁以与在订阅月份中发生的首演日期重合。例如，兄弟连(Band of Brothers)的一段情节201只有在它在HBO上首演的5月13日之后才可用。

加锁内容包括已对只能在特定条件(例如在线交易)下访问的内容加锁的盘。

示例：

消费者获得关于特定国家的旅行手册。包含在手册中的是盘。盘的基本标题描述该国家，但是存在仅在该国家时才能播放的增强内容。

预先购买包括获得其上具有只有在特定日期之后可用的内容的盘的消费者。

示例：

特定盘可在电影的影院发行期间用于在影院购买。这些盘在该电影的零售发行之前不可以使用。这些盘的价格可以与零售盘的价格相同，但是包括特殊内容或者它们可比零售盘价格更低。消费者可能更希望参加影院发行，而不能等待购买HD DVD。

Time Released Conditions(时间发行条件)包括在时间上扩展的使用规则。

示例：

当首先发行时，盘可以是每次观看盘计费一次。在特定时间窗之后，消费额可被允许将该盘“转换”成常规的“从盘播放”的盘。

示例：

消费者购买新的高分辨率显示器。然后他们到出租商店租他们喜欢的电影。他们被禁止观看高分辨率版本两个月，因为出租版具有受限制的权限直到年底。

出于安全考虑，盘可以具有也可以不具有实际电影内容。盘可以只包括营销内容和播放列表，用于在接近发行窗时获取作为下载内容的电影。

以下增强模式内容(已下载并与盘一起使用的内容)模型包括可以在线获得以与盘一起使用的附加内容。该附加内容可以具有对播放它的能力所设置的各种条件(例如地理、时间、费用等)。

Streaming Content(流送内容)包括能从服务器流送以与盘结合使用的在线内容。

示例：

消费者获得带有具有与电影同步播放的来自电影中演员的音频解说词的选项的盘。该解说词不是一替代音轨，而是与电影其余部分一起播放的附加音轨。

下载内容包括可被传送并被存储以与盘结合使用的在线内容。

示例：

消费者标识可与电影一起使用的附加字幕材料。他们下载字幕并将其存储在其顺应设备上，但是字幕不能使用直到它们与关联盘一起使用。然后，消费者租该盘并在电影回放期间查看字幕。

高级副本(AC)内容(从盘拷贝的内容)包括示例性副本版本。AC模型不以任何方式排除或干扰“AACS受控副本”(MC)。AC特征对设备实现者是任选的并构建在AACS之上。

AC和MC之间的主要差异在于AC的使用可由灵活并基于逐个标题变化的“使用规则”来确定，而MC的使用由在所有内容类型上固定的AACS规范和顺应规则来确定。

使用规则被指定为控制AC的两个方面。第一是管理的规则，AC在该管理下被创建。用于创建AC的规则可能非常复杂，且包括许多参数，包括如下：费用、地理限制、成员资格、目标DRM系统、日期、分辨率和跟踪等。

第二方面是AC的实际使用。在AC被创建之后，使用规则被关联以管理AC的使用。这些规则也可能非常复杂，并且包括与授权AC创建类似的参数类型。

示例：

盘可以包括主标题电影，以5美元费用创建MC的准许。消费者可以根据AACS顺应或...来创建MC。

如果消费者拥有与示例性实施方式顺应的设备，则他们也可以找到AC的机会。该机会可能指出，他们具有免费创建AC的能力，但是AC被锁定到接收DRM系统，并且每次播放需要3美元。

Bind to Device(绑定到设备)包括可从盘拷贝但是在副本被创建之后只能在所标识设备存在时播放的内容。

示例：

消费者获得具有允许消费者将内容的副本创建到他/她播放器的受保护存储上的机会的盘。创建AC可以使使用规则与之相关联(例如费用)，并且AC可以使使用规则与之相关联(例如仅由该特定播放器播放)

示例：

消费者从朋友处借来盘。这是在AC被创建之后只能由目标设备使用1天的条件下，存在允许消费者免费创建创建AC的AC创建机会。

超分发(superdistribution)包括被允许在消费者与他/她的朋友之间直接分发的盘内容副本。该内容的分发版本在没有从服务器准予的附加准许或使用规则的情况下不能使用。

示例：

消费者从朋友处借来盘。该盘准许创建AC。AC的创建可以是免费的，但是AC内容在支付15美元费用之前不可以使用。在支付费用时，AC内容可由关联设备无限期播放。

示例：

如在以上示例中，不包括消费者使用他/她的宽带连接来向他/她的朋友发送电影副本。在这种情况下，AC创建机会可以依赖于在创建时间对目标设备的标识。以这种方式，消费者将电影副本发送给朋友，但是该朋友可以选择为该电影付费而无需得到该盘。

高级副本内容(从盘拷贝成清楚的内容)包括如下假设：盘包括清楚内容或由AACS保护的内容，以及在其被AACS解锁之后，AACS顺应规则管理AACS保护内容的使用。

这些模型提供其中内容可由AACS保护直到特定条件得到满足并且随后被发行成清楚内容的附加模式。该内容被假定为由某些其它手段(例如游戏副本保护)固有地保护或者发行成清楚格式(例如mp3、jpg等)。

示例：

盘包括供购买的非影院材料。用户可以通过付费解锁与电影相关的Xbox游戏。

示例：

向WB.com注册其电影的用户可以从盘拷贝文件，诸如电影、墙纸、铃声等。

一般而言，条件是必须满足以便于顺应系统发挥功能的指定环境。虽然使用规则管理何时和如何播放内容或将内容投放到另一DRM系统，但是这些动作的条件帮助建立特定商业模型。在此是一些示例：

对播放增强内容的能力设置的每次使用费用条件建立了每次观看支付模型。

对播放增强内容的能力设置的时间条件可用于实现租用模型或者预购买模型。

对创建副本的能力设置的费用条件可用于实现超分发形式。

对使用副本的能力设置的费用条件实现不同形式的超分发。在这种情况下，创建副本可以是免费的，而使用该副本则产生费用。

本节描述示例性商业模型的条件的目标类型。

Time Constraint(时间约束)包括使用或分发可由某些时间约束管理的内容的能力。

示例：

固定时间、日期、任一或两者

开始时间

结束时间

相对于在线授权时间

相对于AC生成时间

Output Regulated(调节输出)包括当使用内容时，对用于将该内容传送到不同呈现设备的端口类型存在约束。

示例：

必须是数字输出(无模拟)

如果是HD则必须受保护

地理包括使用可被限制在特定地理区域的内容。

示例：

国家

报酬包括可在付费时使用的内容。

示例：

每次使用的费用-每次播放内容时要求的费用。

固定费用-使用该内容所需的一次性费用。

以下章节涉及旨在由示例性实施方式支持的体系结构范围以及该范围所依赖的某些假设和问题。示例性实施方式的目的是传递用于例如由WarnerBrothers制作HD DVD盘的母片的一组规范和REL许可。

以下章节与示例性商业模型一起定义示例性实施方式的范围。

体系结构的范围支持在示例性商业模型中描述的商业模型以及在标题使用文件(TUF)的AACS通用篇中指定的要求。

余下章节描述示例性系统组件、示例性实施方式支持的多个体系结构情况，列出与Technical Compliance Rules(技术顺应规则)相关的示例性实施方式。

本节描述示例性系统组件，包括：

图28：定义用于系统组件的图形表示的键。

图29：示出如何组合基本示例性组件以形成四个系统组件：盘、播放器、内容服务器和授权服务器的附图。该附图还示出四个系统组件之间的相互作用。

因此，图29的示例性系统组件图2900使用在图28中定义的图形表示2800，包括盘2801、设备2802、受保护内容2803、未保护内容2804、接口2805、协议2806、使用规则或权限2807、播放元件2808、范围外指定2809、权限表达篇范围指定2810、接口篇范围指定2811和协议篇范围指定2812。

图29的示例性系统2900包括上述系统组件2801-2812：

盘2801：该组件包括AACS HD DVD预记录盘(可记录盘不被考虑)，该盘包含由根据示例性权限表达篇和示例性接口篇编写的使用规则管理的受保护内容。示例性接口篇还定义受保护内容与使用规则之间绑定的确切本质。

播放器2903：该组件能够实施权限以使用和可能分发编码在盘2801中的受保护内容。

内容服务器2901：该组件是向请求播放器2903提供辅助受保护内容或TUF的服务器。从内容服务器2901下载内容或TUF使播放器2903能获得除了存储在盘2801中那些之外的内容或使用规则。

授权服务器2902：该组件对请求播放器2903授权所请求的权限实施。确定适当的授权响应可以涉及解释存储在盘2902上的使用规则2807、接收或验证付费、或其它授权过程。存储在授权服务器2902上的任何使用规则2807被带外传送给它。

期望几个内容和授权服务器2902与多个播放器2903通信。

没有独立服务需要只为发放许可的目的而存在。无需在诸如服务器2902和播放器2903的实体之间只传送许可。

为了实施权限以使用盘2801上的受保护内容：

1.用户将盘2801置于播放器2903中并请求实施权限。

2.播放器2903解释存储在盘2801上的规则。管理受保护内容的使用和分发的所有信息都可以在TUF或MNGCOPY_LICENSES.XML文件中明确指定。

3.取决于盘2801上的使用规则以及被实施的权限，播放器2903可与内容服务器2901、授权服务器2902或两者通信。如果播放器2903需要获得附加受保护内容或TUF 2803，则它联系内容服务器2901。内容服务器2901将所请求的受保护内容或TUF 2803发送到播放器2903。播放器2903与内容服务器2901之间的通信如AACS HD DVD and DVD Pre-recorded Book(AACS HDDVD和DVD预记录篇)的“Download，Streaming，and Online Enabling(下载、流送和在线启用)”章节中所述地进行。如果播放器需要获得在线授权，则它联系授权服务器2902。该授权服务器2902确定适当授权响应并将其发送给播放器2903。播放器2903与授权服务器2902之间的通信如示例性协议篇中所述地进行。

4.如果所请求的权限被授权，则播放器2903执行所请求的实施。

使用规则可通过以下方式之一与受保护内容相关联：

副本相关使用规则与ResourceGroup(资源组)相关联。

其它使用规则与EVOBS和Playlist(播放列表)相关联。

使用规则无需被分开签名，而是作为AACS打包内容的一部分被整体保护。使用规则的发放者是内容提供者。使用规则完整性的密钥属于AACS LA。

本节描述示出由示例性实施方式支持的各种权限的实施的体系结构情况。

当用户想要播放编码在盘2801上的受保护内容时，播放器2903解释与受保护内容2803相关联的使用规则以确定Play(播放)权限是否被授权。该权限的实施可以通过以下方式之一来授权：

播放权限由编码在盘2801上的使用规则来授权。

播放权限取决于授权服务器2902的授权，并且播放器2903请求所要求的授权。授权服务器2902确定适当响应(可以涉及解释存储在服务器2902上的使用规则2807和/或付费)并将该响应发送到播放器2903。

所请求的播放操作需要附加的受保护内容或附加TUF，并且播放器2903从内容服务器2901请求所需内容。内容服务器2901将所请求的受保护内容或TUF 2803发送到播放器2903。如果适当，则播放器2903可解释包含在从内容服务器2901接收的TUF中的附加使用规则以确定播放权限是否被授权。

如果播放权限被授权，则播放器播放该受保护内容。

对受控副本的使用由AACS规范和顺应规则确定，并且该规则可以所有内容类型上固定。

关于AACS受控副本功能作出以下假设：

受控副本的目的是为了DRM系统从盘2801接收一版本的内容，随后该内容由该DRM系统管理。

AACS顺应规则确定受控副本的使用，并且假设顺应规则允许DRM系统无限期播放受控副本，但是顺应规则可防止受控副本被随意重发到其它系统。

此外，假设每个盘2801必须提供可用于某些定价项目的机会以及允许顺应AACS系统向AACS批准DRM系统之一制作受控副本的条件。

当用户想要制作编码在盘2801上的受保护内容2803的受控副本时，播放器2903解释与受保护内容2803相关联的使用规则以确定受控副本权限是否被授权。该权限的实施可以通过以下方式授权：

受控副本权限由编码在盘2801上的使用规则授权。示例性使用规则可用于在无需连接到授权服务器2902的情况下授权受控副本权限的实施。

受控副本权限取决于授权服务器2902的授权，并且播放器2903请求所需授权。授权服务器2902确定适当响应(可以涉及解释存储在服务器2902上的使用规则2807和/或付费)并将该响应发送到服务器2903。

如果受控副本权限被授权，则播放器2903创建受保护内容2803的副本并将新的使用规则与之关联，如AACS规范和顺应规则中所指定的。

高级副本权限是副本的示例性版本。在实施受控副本权限的情形中，对副本的使用可由AACS规范和顺应规则来确定，并且这些规则可在所有内容类型上是固定的。在实施高级副本权限的情形中，对副本的使用由可以逐个标题变化的可变使用规则管理。使用规则可以非常复杂，并且包括许多参数，包括诸如费用、地理约束、成员资格、目标DRM系统、日期、分辨率、跟踪等。

当用户想要制作编码在盘2802上的受保护内容2803的高级副本时，播放器2903解释与受保护内容2803相关联的使用规则以确定高级副本权限是否被授权。对该权限的实施可以通过以下方式之一来授权：

高级副本权限由编码在盘2802上的使用规则来授权。

高级副本权限取决于授权服务器2902的授权，并且播放器2903请求所需授权。授权服务器2902确定适当响应(可以涉及解释存储在服务器2902上的使用规则2807和/或付费)并将该响应发送到播放器2903。

如果高级副本被授权，则播放器2903创建受保护内容2803的副本以及所指定的使用规则。

当用户想要制作编码在盘2801上的受保护内容2803的清楚副本时，播放器2903解释与受保护内容2803相关联的使用规则以确定清楚副本权限是否被授权。对该权限的实施可以通过以下方式之一来授权：

清楚副本权限由编码在盘2801上的使用规则来授权。

清楚副本权限取决于授权服务器2902的授权，并且播放器2903请求所需授权。授权服务器2902确定适当的响应(可以涉及解释存储在服务器2902上的使用规则2807和/或付费)并将该响应发送到播放器2903。

如果清楚副本权限被授权，则播放器2903创建受保护内容2803的清楚副本2804。清楚内容2804被假定为由某些其它手段(诸如游戏副本保护)固有地保护或者被发行成清楚格式(诸如mp3、jpg等)。

当用户想要以授权方式扩展其权限(例如将特定权限绑定到特定播放器2903)时，播放器2903解释与受保护内容2803相关联的使用规则以确定该Issue(发放)权限是否被授权。该权限的实施可以通过以下方式之一来授权：

发放权限由编码在盘2801上的使用规则来授权。

发放权限取决于授权服务器2902的授权，并且播放器2903请求所需授权。授权服务器2902确定适当响应(可以涉及解释存储在服务器2902上的使用规则2807和/或付费)并将该响应发送到播放器2903。

如果发放权限被授权，则播放器2903创建新的权限以在其它授权中使用。

当用户想要播放受保护内容2803的高级副本时，播放器2903解释与该副本相关联的使用规则以确定Play Advanced Copy Content(播放高级副本内容)权限是否被授权。该权限的实施可以通过以下方式之一来授权：

播放高级副本内容权限由与该副本相关联的使用规则来授权。

播放高级副本内容权限取决于授权服务器2902的授权，并且播放器请求所需授权。授权服务器2903确定适当的响应(可以涉及解释存储在服务器2902上的使用规则2807和/或付费)并将该响应发送到播放器2903。

所请求的播放高级副本内容操作需要附加受保护内容或附加TUF 2803并且播放器2903从内容服务器2901请求所需内容。内容服务器2901向播放器2903发送所请求的受保护内容或TUF 2803。如果适当，则播放器2903可以解释包含在从内容服务器2902接收的TUF中的附加使用规则，以确定播放高级副本内容权限是否被授权。

如果播放高级副本内容权限被授权，则播放器2903播放该副本。

其它示例性实施方式包括确定顺应高级副本目的地的列表、确定顺应地理确定技术的列表以及用于批准这种技术的进程/稳健性标准、确定顺应时间确定技术的列表以及用于批准这种技术的进程/稳健性标准、指派确定使用规则是否未被考虑的权威机构以及在这一机构不是AACS LA自身的情况下指派使AACS LA调用犯错设备的补救进程，等等。

示例性实施方式的上述设备和子系统包括，能够执行示例性实施方式的进程的例如任何合适的服务器、工作站、PC、膝上型计算机、PDA、因特网产品、手持式设备、蜂窝式电话、无线设备、其它设备等。示例性实施方式的设备和子系统可以使用任何合适协议彼此通信并且可以使用一个或多个已编程计算机系统或设备来实现。

一个或多个接口机制可用于示例性实施方式，包括例如因特网接入、任何合适形式(例如语音、调制解调器等)的电信、无线通信介质等。例如，所采用的通信网络或链路可包括一个或多个无线通信网络、蜂窝式通信网络、G3通信网络、公共交换电话网(PSTN)、分组数据网(PDN)、因特网、内联网、其结合等。

应该理解，示例性实施方式的设备和子系统是出于示例性目的，因为用于实现示例性实施方式的特定硬件的许多变型都是可能的，如相关领域技术人员所意识到的。例如，示例性实施方式的设备和子系统的一个或多个的功能可通过一个或多个已编程计算机系统或设备来实现。

为了实现这些变型和其它变型，对单个计算机系统进行编程以执行示例性实施方式的设备和子系统中一个或多个的专用功能。另一方面，两个或更多已编程计算机系统或设备可以替换示例性实施方式的设备和子系统中的任一个。相应地，诸如冗余、复制等的分布式处理的原理和优点也可被按需实现，以增加示例性实施方式的设备和子系统的稳健性和性能。

示例性实施方式的设备和子系统可以存储与本文所述的各种进程相关的信息。该信息可被存储在示例性实施方式的设备和子系统的一个或多个存储器中，诸如硬盘、光盘、磁光盘、RAM等。示例性实施方式的设备和子系统的一个或多个数据库可以存储用于实现本发明示例性实施方式的信息。该数据库可以通过使用包括在本文所列的一个或多个存储器或存储设备中的数据结构(例如记录、表、数组、字段、图形、树、列表等)来组织。相关于示例性实施方式描述的进程可以包括用于将由示例性实施方式的设备和子系统的进程收集和/或生成的数据存储在其一个或多个数据库中的适当数据结构。

如计算机和软件领域中技术人员所意识到的，示例性实施方式的设备和子系统的全部或部分可以通过使用根据本发明示例性实施方式的示教而编程的一个或多个通用计算机系统、微处理器、数字信号处理器、微控制器等来方便地实现。如软件领域技术人员所能意识到的，适当软件可以由具有普通技术的程序员根据示例性实施方式的示教来方便地准备。此外，示例性实施方式的设备和子系统可在万维网上实现。此外，如电学领域中技术人员所能意识到的，示例性实施方式的设备和子系统可以通过制备专用集成电路或通过互连常规组件电路的适当网络来实现。因此，示例性实施方式不限于硬件电路和/或软件的任何特定组合。

存储在计算机可读介质的任一个或其组合上，本发明的示例性实施方式可以包括用于控制示例性实施方式的设备和子系统的软件，用于驱动示例性实施方式的设备和子系统，用于使示例性实施方式的设备和子系统与人类用户交互，等等。这种软件可以包括，但不限于设备驱动器、固件、操作系统、开发攻击、应用程序软件，等等。这种计算机可读介质还可以包括用于执行在实现本发明中所执行的处理的全部或部分(如果处理是分布式的)的本发明一实施方式的计算机程序产品。本发明示例性实施方式的计算机代码设备可以包括任何合适的可解释或可执行的代码机制，包括但不限于脚本、可解释程序、动态链接库(DLL)、Java类和小应用程序(applet)、完全可执行程序、通用对象请求代理程序体系结构(CORBA)对象等。此外，本发明示例性实施方式的一部分处理可以是分布式的，以获得更好的性能、稳定性、成本等。

如上所述，示例性实施方式的设备和子系统可以包括用于保持根据本发明的示教而编程的指令以及用于保持本文所述的数据结构、表、记录和/或其它数据的计算机可读介质或存储器。计算机可读介质可以包括参与向处理器提供指令以供执行的任何合适介质。这一介质可采用多种形式，包括但不限于非易失性介质、易失性介质、传输介质等。非易失性介质可以包括，例如光盘或磁盘、磁光盘等。易失性介质可以包括动态存储器等。参数介质可以包括同轴缆线、铜线、光纤等。传输介质还可以采用声学、光学、电磁波等形式，诸如在射频(RF)通信、红外(IR)数据通信等中生成的。计算机可读介质的通用形式可以包括，例如软盘、活动盘、硬盘、磁带、任何其它合适磁性介质、CD-ROM、CDRW、DVD、具有孔或其它光学可识别标记图案的任何其它合适物理介质、RAM、PROM、EPROM、FLASH-EPROM、任何其它合适存储器芯片或盒、载波或计算机可从其读取的任何其它合适介质。

虽然结合多个示例性实施方式和实现来描述本发明，但是但是本发明并不受限于此，而是相反涵盖落在预期权利要求书的范围内的各种更改和等效安排。

Claims

1.一种用于提供数字内容的使用权限的方法，所述方法包括：

将数字内容包与一组使用权限相关联；

将所述数字内容包记录到原始记录介质上；以及

提供由制作到用户记录介质上的所述数字内容包制成的合法副本，以及与所述合法副本相关联的所述使用权限；

所述使用权限包括第一和第二规定；

所述第一规定相关于只有在所述原始记录介质存在的情况下才提供的权限；以及

所述第二规定相关于在所述原始记录介质存在或不存在的情况下提供的权限。

2.如权利要求1所述的方法，其特征在于，所述第一规定权限包括用于发放其它权限的权限。

3.如权利要求2所述的方法，其特征在于，所述其它权限向数字内容播放器发放。

4.如权利要求2所述的方法，其特征在于，所述第二规定权限包括用于发放其它权限的权限。

5.一种用于实施与数字内容包相关联的使用权限的方法，所述方法包括：

确定第一组使用权限是否取决于原始记录介质的存在；

确定所述原始记录介质是否存在；以及

基于所述第一组使用权限和所述原始记录介质的存在而允许使用所述数字内容包。

6.如权利要求5所述的方法，其特征在于，所述第一组使用权限包括制作合法副本的权限，并且其中所述第一组使用权限包括发放可与所述原始记录介质的所有合法副本相关联的权限的权限，并且所述方法还包括基于所述第一组使用权限和所述原始记录介质的存在而发放第二组使用权限。

7.如权利要求6所述的方法，其特征在于，所述第二组使用权限被存储在所述数字内容播放器的安全位置，并且其中如果从所述安全位置读回所述第二组使用权限，则除了所述第一组使用权限之外，所述第二组使用权限也被解释。

8.一种用于提供数字内容的使用权限的方法，所述方法包括：

将数字内容包与一组使用权限相关联；以及

将所述数字内容包记录在原始记录介质上；

所述使用权限包括：

用于在用户记录介质上制作所述数字内容包的合法副本的权限；以及

第一和第二规定；

所述第一规定相关于仅在所述原始记录介质存在的情况下才提供的权限；以及

所述第二规定相关于在所述原始记录介质不存在或存在的情况下提供的权限。

9.一种适于根据使用权限播放数字内容的数字内容播放器，所述数字内容播放器包括：

呈现装置，用于呈现数字内容包；

令牌库，用于基于来自对应令牌发放者的令牌管理权限存储、创建和传送令牌；以及

DRM代理，被耦合到所述令牌库和所述呈现装置，用于解释和实施与数字内容包相关联的使用权限以及用于在所述使用权限要求对带有特定标识符的令牌的所有权的情况下与所述令牌库通信以验证对带有所述特定标识符的令牌的所有权。

10.如权利要求9所述的数字内容播放器，其特征在于，所述令牌库所拥有的令牌由数据库中的条目来表示，每个这种条目包括令牌标识符和与该令牌库所拥有的带有该令牌标识符的令牌数相对应的计数值。

11.如权利要求9所述的数字内容播放器，其特征在于，所述令牌库所拥有的每个令牌由文件系统中的不同文件来表示，每个这种文件包括对应的令牌标识符。

12.如权利要求9所述的数字内容播放器，其特征在于，所述令牌标识符采用令牌标识符语法来编写。

13.如权利要求12所述的数字内容播放器，其特征在于，所述令牌标识符语法包括令牌发放者公钥字段。

14.如权利要求13所述的数字内容播放器，其特征在于，所述令牌库通过根据所述令牌标识符语法对令牌标识符进行解析来确定令牌的令牌发放者。

15.如权利要求9所述的数字内容播放器，其特征在于，所述令牌库通过使用令牌标识符查询令牌注册表来确定令牌的令牌发放者。

16.如权利要求12所述的数字内容播放器，其特征在于，所述令牌标识符语法包括令牌鉴别符字段。

17.如权利要求12所述的数字内容播放器，其特征在于，所述令牌标识符语法包括令牌创建时间字段。

18.如权利要求12所述的数字内容播放器，其特征在于，所述令牌标识符语法包括令牌地域字段。

19.如权利要求12所述的数字内容播放器，其特征在于，所述令牌标识符语法包括令牌过期时间字段。

20.如权利要求9所述的数字内容播放器，其特征在于，带有过期时间的令牌被创建或接收，并且所述令牌库在该令牌过期时将其销毁。

21.如权利要求9所述的数字内容播放器，其特征在于，所述令牌管理权限的至少一个指定一时间限制。

22.如权利要求9所述的数字内容播放器，其特征在于，所述令牌管理权限的至少一个指定一地域限制。

23.如权利要求9所述的数字内容播放器，其特征在于，所述令牌管理权限的至少一个指定另一令牌所有者的参与。

24.如权利要求9所述的数字内容播放器，其特征在于，所述使用权限的至少一个指定时间限制。

25.如权利要求24所述的数字内容播放器，其特征在于，所述时间限制相对于与所述令牌相关联的时间。

26.如权利要求25所述的数字内容播放器，其特征在于，与所述令牌相关联的所述时间是令牌创建时间。

27.如权利要求9所述的数字内容播放器，其特征在于，所述使用权限的至少一个指定地域限制。

28.如权利要求27所述的数字内容播放器，其特征在于，所述地域约束相对于与所述令牌相关联的地域。

29.如权利要求28所述的数字内容播放器，其特征在于，与所述令牌相关联的所述地域是令牌创建地域。

30.如权利要求9所述的数字内容播放器，其特征在于，所述使用权限的至少一个要求对某些物理介质的所有权。

31.如权利要求9所述的数字内容播放器，其特征在于，所述使用权限的至少一个不要求对令牌的所有权或者对某些物理介质的所有权。

32.如权利要求9所述的数字内容播放器，其特征在于，所述令牌管理权限的至少一个要求对某些物理介质的所有权。

33.如权利要求9所述的数字内容播放器，其特征在于，所述令牌管理权限的至少一个要求对另一令牌的所有权，并且其中对所述另一令牌的创建是根据至少一个其它令牌管理权限而进行的，并且其中所述至少一个其它令牌管理权限要求对某些物理介质的所有权。

34.如权利要求9所述的数字内容播放器，其特征在于，所述令牌管理权限指定所需安全级别。

35.一种用于提供令牌发放者标识的令牌注册表装置，所述令牌注册表装置包括：

唯一令牌标识和信息的数据库，所述信息标识所述唯一令牌标识的令牌发放者；

网络接口，用于从数字内容播放器接收对标识对应于唯一令牌标识的令牌发放者的信息的请求、并用于将标识令牌发放者的所述信息中继到所述数字内容播放器；以及

处理器，用于处理所述请求并查询所述数据库以确定对应令牌发放者以及经由网络接口将标识所述令牌发放者的信息提供回所述数字内容播放器。

36.如权利要求35所述的令牌注册表装置，其特征在于，关于对应令牌发放者的信息包括所述令牌发放者的公钥。

37.一种用于提供数字内容的使用权限的方法，所述方法包括：

将数字内容包与一组使用权限相关联；以及

将所述数字内容包记录在原始记录介质上；

所述使用权限要求具有预定令牌标识符的令牌以使用所述数字内容包，以及

在所述原始记录介质上记录一组用于发放、传送和消费具有所述预定令牌标识符的令牌的令牌管理权限。

38.如权利要求37所述的方法，其特征在于，所述预定令牌标识符采用令牌标识符语法来编写。

39.如权利要求38所述的方法，其特征在于，所述令牌标识符语法包括令牌发放者公钥字段。

40.如权利要求38所述的方法，其特征在于，所述令牌标识符语法包括令牌创建时间字段。

41.如权利要求38所述的方法，其特征在于，所述令牌标识符语法包括令牌地域字段。

42.如权利要求38所述的方法，其特征在于，所述令牌标识符语法包括令牌过期时间字段。

43.如权利要求38所述的方法，其特征在于，所述令牌标识符语法包括令牌鉴别符字段。

44.如权利要求37所述的方法，其特征在于，所述令牌管理权限指定时间限制。

45.如权利要求37所述的方法，其特征在于，所述令牌管理权限指定地域限制。

46.如权利要求37所述的方法，其特征在于，所述令牌管理权限指定另一令牌所有者的参与。

47.如权利要求37所述的方法，其特征在于，所述令牌管理权限指定所需安全级别。

48.如权利要求37所述的方法，其特征在于，所述令牌管理权限指定某些物理介质的参与。

49.如权利要求37所述的方法，其特征在于，所述使用权限指定时间限制。

50.如权利要求49所述的方法，其特征在于，所述时间限制相对于与所述令牌相关联的时间。

51.如权利要求50所述的方法，其特征在于，与所述令牌相关联的所述时间是令牌创建时间。

52.如权利要求37所述的方法，其特征在于，所述使用权限指定地域限制。

53.如权利要求52所述的方法，其特征在于，所述地域限制相对于与所述令牌相关联的地域。

54.如权利要求53所述的方法，其特征在于，与所述令牌相关联的所述地域是令牌的创建地域。

55.一种用于提供数字内容的使用权限的方法，所述方法包括：

将数字内容包与一组使用权限相关联；以及

将具有预定广播日期的所述数字内容包记录在原始记录介质上；

所述使用权限不允许在所述预定广播日期之前观看所述数字内容包。

56.如权利要求55所述的方法，其特征在于，所述使用权限不允许在所述预定广播日期之后观看所述数字内容包，由此所述数字内容包只能在所述预定广播日期期间被观看。

57.一种用于提供数字内容的使用权限的方法，所述方法包括：

将数字内容包与一组使用权限相关联；以及

所述使用权限允许至少在所述预定广播日期期间观看所述数字内容包。

58.如权利要求57所述的方法，其特征在于，允许在所述预定广播日期期间观看所述数字内容包的所述使用权限要求呈现营销材料。

59.如权利要求58所述的方法，其特征在于，所述营销材料与承载在所述预定广播日期的所述数字内容包的广播中的营销材料相关联。

60.如权利要求58所述的方法，其特征在于，所述营销材料与所述原始记录介质相关联。

61.如权利要求58所述的方法，其特征在于，所述营销材料是从服务器传送的。

62.如权利要求57所述的方法，其特征在于，允许在所述预定广播日期期间观看所述数字内容包的所述使用权限要求付费，所述费用与订阅所述预定广播日期的所述数字内容包的广播所花费的费用相一致。

63.一种用于提供数字内容的使用权限的方法，所述方法包括：

将数字内容包与一组使用权限相关联；以及

将所述数字内容包记录在原始记录介质上；

所述使用权限包括访问和实施临时查看限制的指令，所述限制基于所述数字内容包的广播日期；

由此尝试播放所述原始记录介质的数字内容播放器应该访问并实施所述临时查看限制。

64.如权利要求63所述的方法，其特征在于，所述限制不允许在所述数字内容包的广播日期之前观看所述数字内容包。

65.如权利要求63所述的方法，其特征在于，所述限制只允许在所述数字内容包的广播日期期间观看所述数字内容包。

66.如权利要求63所述的方法，其特征在于，所述限制至少允许在所述数字内容包的广播日期期间观看所述数字内容包。

67.如权利要求66所述的方法，其特征在于，允许在所述数字内容包的广播期间观看所述数字内容包的所述使用权限要求呈现营销材料。

68.如权利要求67所述的方法，其特征在于，所述营销材料与在所述数字内容包的广播中承载的营销材料相关联。

69.如权利要求67所述的方法，其特征在于，所述营销材料与所述原始记录介质相关联。

70.如权利要求67所述的方法，其特征在于，所述营销材料是从服务器传送的。

71.如权利要求66所述的方法，其特征在于，允许在所述数字内容包的广播日期期间观看所述数字内容包的所述使用权限要求付费，所述费用与订阅所述数字内容包的广播所花费的费用相一致。

72.一种当在DRM环境之间传送内容时保留使用权限的方法，所述方法包括：

对数字内容包赋予第一组使用权限，所述第一组使用权限适于在第一DRM环境中实施；

将所述数字内容包传送到第二DRM环境；

将所述第一组使用权限翻译成适于在第二DRM环境中实施的第二组使用权限；

将所述第二组使用权限与所述数字内容包相关联；以及

维护所述第一组使用权限与所述数字内容包的关联。

73.一种用于当在DRM环境之间传送内容时保留使用权限的方法，所述方法包括：

标识待传送的数字内容包；

标识与所述数字内容包相关联的第一组使用权限，所述第一组使用权限适于在第一DRM环境中实施；

确定所述数字内容包被传送到的第二DRM环境；

将所述数字内容包传送到所述第二DRM环境，

将所述第一组使用权限翻译成适于在所述第二DRM环境中实施的第二组使用权限；

将所述第二组使用权限与所述数字内容包相关联；以及

维护所述第一组使用权限与所述数字内容包的关联。

74.如权利要求73的方法，其特征在于，还包括：

确定所述数字内容包被传送到的第三DRM环境；

将所述数字内容包传送到所述第三DRM环境，

将所述第一组使用权限翻译成适于在所述第三DRM环境中实施的第三组使用权限；

将所述第三组使用权限与所述数字内容包相关联；以及

维护所述第一组使用权限与所述数字内容包的关联。

75.如权利要求74所述的方法，其特征在于，还包括：

维护所述第二组使用权限与所述数字内容包的关联。

76.如权利要求73所述的方法，其特征在于，还包括：

确定所述数字内容包被传送到的第三DRM环境；

确定所述第三DRM环境与所述第一DRM环境等效；以及

实施与所述数字内容包相关联的所述第一组使用权限。

77.一种用于分发数字内容包的方法，所述方法包括：

将一组使用权限与数字内容包相关联；以及

将一组元权限与所述数字内容包相关联，所述元权限定义要向所述数字内容包的允许修改发放的权限。

78.如权利要求77所述的方法，其特征在于，所述数字内容包的允许修改是发放所述数字内容包的较低比特率副本的权限。

79.如权利要求78所述的方法，其特征在于，所述数字内容包的使用权限包括播放所述数字内容包的费用，其中所述元权限定义要向较低比特率的所述数字内容包发放的使用权限，且其中要向较低比特率的所述数字内容包发放的所述使用权限包括用于以较低比特率播放所述数字内容包的费用，该费用比用于播放所述数字内容包的费用更低。