（广告传媒）数字媒体计划.doc

下载

下载

¥22.4

¥28

下载

¥28

VIP价：¥22.4

（广告传媒）数字媒体计 划 TheDigitalMediaProject 数字媒体计划 互操作的 数字版权管理 平台 技术规范阶段 I 2005年 4月 15日 NOTICE UseofthetechnologiesdescribedinthisDMPTechnicalSpecificationmayinfringepatents,copy lDMPbeheldresponsibleforidentifyinganyorallsuchrights. NeitherDMPnoranyofitsMembersacceptanyresponsibilitywhatsoeverarisingoutoforinconnec tionwiththeuseofthisDMPTechnicalSpecificationandtheinformationcontainedhereinfordam agesorliability,directorconsequential. ThisDMPTechnicalSpecificationsupersedesallpreviousversionsandissubjecttochangewitho utnotice. DMPisanonprofitorganisationregisteredinaccordancetothelawsofSwitzerland. Copyright©2005–TheDigitalMediaProject 中文版说明 本文件是中国科学院计算技术研究所（DMP发起单位和会员单位）下属的先进人机通信 联合实验室数字版权管理课题组对 DMP第 440号文件的中文翻译稿，参与翻译的人员名单如 下表。 章节 人员 原文页码 1. 刘绍辉 pp6-8 2. 陈小凡 pp9-16 3. 邹远志 pp17-25 蓝娟 pp26-40 刘永亮 pp41-42 陈小凡 pp43-51 刘晓云 pp52-59 5 刘晓云 pp60-68 6 刘永亮 pp69-71 附录 A 黄铁军 pp73-76 附录 C 蓝娟 pp78-79 附录 D 刘永亮 pp80-83 附录 E 刘绍辉 pp83-89 整理 蓝娟 本文件的内容仅供参考，翻译者及其所在单位不承担因使用此文件而形成的任何责任。 本中文版本目前还处于草稿阶段（版），预计会提供更完善的版本。 目录 1引言 2 媒体和数字技术 2 除技术之外的要求 2 本技术规范的内容 2 2用例 2 介绍 2 用例一——开放的发布 2 用例二——开放搜索 2 用例三——家庭分发 2 用例四——家庭分发＃22 用例五——因特网发布 2 用例六——灵活的零售商 2 用例七——个人相片 2 3体系结构 2 引言 2 端到端价值链 2 IDP-I结构和模型 2 -1工具和技术 2 4互操作 DRM平台 2 引言（INTRODUCTION）2 描述（REPRESENT）2 标识（IDENTIFY）2 打包（PACKAGE）2 认证（AUTHENTICATE）2 管理（MANAGE）2 访问（ACCESS）2 处理过程（PROCESS）2 5价值链 2 介绍 2 价值链 －公开版本 2 价值链 －公开查询(OPEN SEARCH)2 价值链 －家庭内分发＃12 价值链 －家庭内分发＃2 (HOME DISTRIBUTION #2)2 价值链 – 网络分发 2 价值链 －灵活的零售商(SMART RETAILER)2 价值链 －个人相册 2 6注册中心 2 引言 2 注册中心 2 7参考 2 附录 A－术语 2 附录 B－缩写 2 附录 C－DMP创建模型举例 2 附录 D－注册代理申请表格 2 注册代理申请表格 2 注册中心填写表格 2 附录 E－参考标准概述 2 MPEG-21 数字项目声明(DID)2 MPEG-21 IPMP成分 2 DMP REL档(PROFILE)2 第 7 页，共 135 页 1 引言 媒体和数字技术 媒体内容一直以来在所有社会都起着非常重要的作用，并且发明、采用了各种各样的技 术来提供存储和发布媒体内容的方法。这些技术的复杂性和提供不断增强的终端用户体验的 促进因素已经创造了非常复杂的媒体内容价值链，价值链由数目迅速增长的相互影响的中间 参与者所组成，并提供日益成熟的服务给价值链的两个极端-创作者和终端用户――以及在 他们之间的各种中间参与者。在 DMP中，所有价值链中的参与者――创作者，中间商和终端 用户――都统称为价值链用户，或者，简单地称为用户。附录 A中定义了一些以大写字母开 头的术语。 媒体价值链技术，在脑海中带着两个主要目的来进行设计：第一个就是提供或者增加终 端用户体验，而第二个就是增加发布媒体内容的能力。最新一轮技术是数字化。他们已经增 加了终端用户的体验，例如提供真正高质量的音视频，他们的不同拷贝代数都不会有任何质 量退化，结合数字网络的发展，已经极大的提高了媒体内容的发布潜力。 今天的结果就是传统用来管理价值链上媒体内容的价值的方法正在迅速失去他们的确 定意义。这也正是各种困难的来源，也是数字媒体技术的潜力没有很好开发的主要原因。由 许多人提倡的数字版权管理(DRM)作为一系列技术的集合体能够克服这些困难。 DMP 同意 DRM 有结合数字技术的优点和推动创作者持续进行创作这个良性循环的需要 的潜力，因为 DRM技术能提供获得报酬的方式。然而，在引入并不具有互操作性的 DRM技术 时，DMP注意到了一些严重的问题。 一个 DRM 系统可以描述成一个专门设计成在两个或多个实体之间提供可控通信的特殊 形式的通信系统。这样，一个 DRM系统的实现可以要求宽泛的通信技术。除非这些设计是用 来促进两个不同实现之间的通信的，否则 DRM将成为价值链用户之间通信的障碍。尤其在终 端用户的情况下，这将导致严重后果：由于缺少互操作性而导致终端用户体验的转移，因而 可能严重阻止基于受控内容的服务的进行。 标准能给称为 DRM的特殊类型的通信系统带来好处。然而，标准的应用应遵循不同的规 则，因为 DRM与由数字技术的引入而促发的商业惯例紧密相连。随着当前，这些形势正强迫 价值链用户改变他们管理商业的方式，现在很难定义需要什么类型的标准，唯一能确定的事 情就是媒体商业正在快速变化当中。这也增加了预测将来需要什么类型标准的困难性。 将价值链用户之间作交易的方式分解成执行不同的功能，可以找到一种解决方案。典型 地，这些功能是一些更小的功能，DMP称为“原语功能”的组合。然而，随着价值链中媒体 商业的发展而导致功能不断改变，但是原语功能一般来说则更加稳定。因此，能够通过标准 化执行原语功能的方法来达到 DRM标准。 上述的结果就是很难定义一个广泛意义上的“DRM标准”，它能够提供任意价值链中或 不同价值链之间的具有不同变化的不同用户之间的互操作性。而选择一个价值链服务某个特 定的目的并标准化所需要的 DRM技术则相当地容易。这可能给当前的暂时的需要和特定的价 值链提供一个解决方案，但是它将公然违抗推动最终收敛的理解。 DMP对于 DRM标准的方法基于下述过程： 1) 分阶段开发规范 2) 标识认为重要的用例 3) 挑选要求用来实现选定用例的“原语功能” 4) 通过来自相关价值链用户的输入来开发原语功能的需求 5) 发放用来实现挑选的具有确定需求的原语功能的技术提案征集建议 6) 挑选出来的技术――称为工具――通过开放的过程在技术术语中进行归档 7) 开发规范，规定如何将工具汇集在一起来实现选择的用例 8) 规范开发的下一个阶段就是，征集附加工具提案来支持新的原语功能或者现有工具的附 加功能 注意 DMP偏爱采用已经开发了，标准化了的或者由其他标准体采用了的工具，可能适配 它们来满足 DMP的需要。 DMP称所有标准化 DRM工具的全体为“互操作 DRM平台(IDP)”。IDP提供 3个主要的优 势： 1) 使用 IDP中的标准技术的组合，并通过附加的标准化，可以实现各种各样的价值链，这 种潜力可扩展来支持不可预测的新的价值链 2) 访问标准化的工具极大的减少了代价，因为工具有多种用法，并且可以由多个提供商提 供 3) 可达到不同价值链之间的增强层次的互操作性。 DRM除技术之外的要求 不管有价值的 DMP 认为互操作的 DRM 是一个主要的数字媒体促进技术，DMP 已经指出 DRM具有充分改变模拟时代中内容的不同用户之间存在的均衡，尤其当使用者之一为终端用 户时。如果不进行适当的补救，这种不均衡可能导致用户 TRU(传统权利和用法)的范围大大 减小。可能的后果就是部分用户完全拒绝新技术，尤其终端用户认为 DRM媒体体验非常低劣 时。 DMP并没有声明一种确定的 TRU一定意味着用户对数字媒体特定使用的某种权利，而只 是说，如果用户已经发现了模拟时代中的某种特殊使用优势，那么他们可能对在数字时代继 续体验这种优势感兴趣。平衡一下这种兴趣，可能会给“数字媒体商业模型”带来吸引用户 的机会，而不仅仅是尊重创作作品的作者和投资创作内容的投资人的权利。 因此 DMP将给它的规范增加技术，从技术上来说体验 TRU是可能的。然而，甚至概要分 析就说明许多 TRUs 有立法机关/管理者的冲突，需要有恰当的中心(authorities)来解决。 这可能只能在单个权限内完成，通过确定哪些 TRUs 必须由互操作 DRM 平台在它们的权限下 强制支持，以及哪些 TRUs 能留给用户去私自协商。这很具有挑战性，因为它要求有各种知 识背景，比如有深入的高度熟练并且与众不同的 DRM技术的法律，社会领域和经济领域的知 识。 本技术规范的内容 本技术规范是所有第一阶段批准文件的集合： 1. 批准文件 1-用例(本技术规范的第二章)：DMP 标准指定阶段的由工具支持的所有用例 的集合 2. 批准文件 2-体系结构(本技术规范的第三章)：一个广义的体系结构，表示现今的媒体 价值链的数字扩展，以及收集在 DMP规范的指定阶段，建立激活 IDP的价值链的潜在的 基本假设和技术 3. 批准文件 3-互操作的 DRM 平台(本技术规范的第四章)：在 DMP 规范的指定阶段，需要 用来实现原语功能的基本工具的技术标准的合集 4. 批准文件 4-价值链(本技术规范的第五章)：在 DMP 规范的指定阶段，价值链的标准化 例子以及因此使用来自 IDP工具箱的工具实现所考虑的用例的部分的合集 5. 批准文件 5-注册中心(本技术规范的第六章)：一系列可操作的规则集合，用于设立的 注册中心给内容，设备和其他实体配发标识符 6. 批准文件 6-体系结构(本技术规范的附录 A)：在所有 DMP 批准文件中所使用的术语和 定义。提供具有一致性意义的这些术语希望能克服 DRM的术语冲突问题，DRM作为一个 新的领域对许多已有的领域都有影响，特别是那些有它们自己建立的但是有时存在冲突 的术语的领域。 此外，DMP正在进行下列批准文件： 7. 批准文件 7-参考软件：在 DMP标准的指定阶段，IDP中工具的软件实现。DMP将努力把 参考软件作为开放源码提供，具有已建立的惯例的许可证，除非证明这个结果没有完成 的证据已经充分得到证明。 8. 批准文件.8-端对端一致性的推荐惯例：一系列推荐惯例，价值链用户能参考它们来确 定由其它团体实现的工具符合 DMP技术规范和技术参考 9. 批准文件 9-体系结构－映射传统权利和用法(TRU)到数字空间的推荐行为：一系列支持 使用 IDP工具的 TRU场景，IDP工具分析了对更多相关的价值链用户的影响，可由中心 (authorities)考虑来激活 TRUs好处－－十几年，有时几个世纪，权利，期望和其它类 型的用法的结果－在一个激活 DMP的数字媒体世界中 2 用例 介绍 这一章作为提供一些能够被 DMP一期技术规范支持的用例集合的信息。 每一个用例都由一个基本原理引出，接着用一个或者多个称为“预排”的一步步描述方式。 支持这些用例的具体技术在第五章价值链中提供。 不承诺 DMP 明确的不承诺:这一章考虑的用例已经被提供为说明一期技术规范中指定的工具是如何组合 使用来使有互操作性的价值链支持这些用例的。 建议用户熟悉本文的前言和介绍，这是对本章正确理解的先决条件。 大写字母开头的术语在‘附录 A—术语’中定义。相同的术语，但是为小写的字母则表示相 应的“同等”术语。但是他们却未必是一对一的关系。 用例一——开放的发布 原理 有很多这样的例子：用户（公司或是个人）拥有对内容的权力，并想将内容发布，使其 他的用户可以自由的访问它，但是并不是想在一个公共域中来发布。换句话说就是，内容被 控制着，即使是采取轻微控制的形式，并不包含保护技术。例子有公开的材料、电影预告片、 车库乐队的一首歌或是网络日志的一个业余的视频。注意在 DMP中，内容不只是意味着资源 而已。 在这个用例中，这样的一种发布称为“开放发布”。这种发布和其他的商业发布有明显 的格式相似性。这样，假如其他更复杂的形式能够建立在这种简单格式之上（例如当上下文 需要时，仅仅是添加更多的“严格控制”）的话，就会很有优势了。 这个用例是作为说明论证的意图而探讨的。这样就不是为实施而特别建议使用的。 预排＃1 Leonardo 被邀请在一场会议上做一个陈述，但是到最后一刻却不能够参加。他决定给 会议组织者发送一些音视频的材料和一些相关的数据作为补偿。也就是说，这份材料将首先 交给会议的参与者，然后在以选定的权限交给公众，采取受控内容的发布格式。 Leonardo 知道采取这种格式的话，他的内容将不会阻止人们做他不希望他们做的事。 如果他或者他的一个机器人在一些网址上发现了一些从他的内容上盗取的资源，他可以选择 对冒犯他的人采取行动。 这样 Leonardo采取了如下的步骤。注意许多步骤将有一个“开放发布作者工具”。 1．创建一个 powerpoint资源文件和相应的元数据。 2．当他做演示时创建一个音频和视频 3．创建一个音视频资源文件，例如通过压缩音频和视频资源。 4．从他喜爱的资源和元数据注册代理那里获取资源和元数据标识符 5．对选定的权限创建人可读的许可证，使用如下的许可： a．播放 i. 使用时间: 1．直到会议的结束（用户时会议的参与者） 2．在会议结束之后（所有的用户都拥有选定的权限） ii. 次数：不限制 b．存储：不限制 c．打印 PowrPoint文件：不限制 d．转移：不限制 e．拷贝：不限制 6．从他喜爱的许可证注册代理那里获取一个人可读的许可证标识符 7．创建一个和人可读的许可证相对应的机读许可证（在冗长的 XML中表示） 8．从他喜爱的许可证注册代理那里获取一个许可证标识符 9．创建一个包含资源，元数据以及人可读、所定权限的许可证的内容项和许可证 10． 从他喜爱的内容注册代理那里获取一个内容标识符 11． 在内容项中加入内容标识符 12． 制作内容项的二进制的版本，来节省内容，传输和处理容量。 13． 从二进制的内容项中创建内容文件 14． 发布内容文件给会议组织者 希望使用开放发布内容项的用户可以采取如下步骤。注意“开放发布浏览器”将允许在 许可证条款范围内访问和使用开放发布内容 1．使用合适的协议来访问选择的内容项 2．按不同的许可条款来使用内容项 预排＃2 在这个用例中 Leonardo希望被告知他的内容受到了多少次“点击”。用户多少次使用内 容时，访问未和内容文件绑定的许可证。 这次 Leonardo采取了如下的步骤。 1．创建一个 PowerPoint资源文件和相应的元数据。 2．当他做演示的时候创建他本人的音频和视频 3．创建一个音视频的资源文件，例如通过压缩音视频的资源。 4．从他喜爱的资源和元数据注册代理那里获取资源和元数据标识符。 5．对选定的权限创建人可读许可证，使用如下的许可： a．播放 i． 使用时间: 1. 直到会议的结束（用户时会议的参与者） 2. 在会议结束之后（所有的用户都拥有选定的权限） ii． 次数：1 b．存储：不限制 c．打印 PowrPoint文件：不限制 d．转移：不限制 e．拷贝：不限制 6．从他喜爱的许可证注册代理那里获取一个人可读的许可证标识符 7．创建一个和人可读的许可证相对应的机读的许可证（在冗长的 XML中表示） 8．从他喜爱的许可证注册代理那里获取一个许可证标识符 9．制作许可证的二进制的版本，来节省内容，传输和处理容量。 10． 创建一个包含资源，元数据以及人可读、所定许可权限的内容项和指向二进制许可 证的指针 11． 从他喜爱的内容注册代理那里获取一个内容标识符 12． 内容项中包含内容标识符 13． 制作内容项的二进制版本，来节省内容，传输和处理容量。 14． 在二进制的内容项中内容创建内容文件 15． 发布内容文件给会议组织者 希望使用开放发布的内容项的用户可以采取如下步骤。 1．下载或是采取其他的方式来获取内容项 2．通过合适的协议获取许可证。这样，用户每次访问许可证，许可证服务器就添加一次点 击。 3．按不同的许可条款来使用内容项。 预排＃3 在这个用例中 Leonardo 希望覆盖一个更多的有一些许可的权限。前一个预排的步骤被 重复，区别就在于许多许可证被创建，因为有很多权限值。 希望使用开放发布内容项的用户可采取如下步骤： 1．下载或者是其他方式来获取内容项 2．选择使用的权限 3．使用合适的协议来访问许可证。这样，每次用户访问许可证的时候，许可证的服务器将 增加一次“点击” 4．按不同的许可条款来使用内容项。 用例二——开放搜索 原理 演化的是如此之快，以至于每个人都知道内容可以由任何人发布给任何人，而不关心发 布内容的用户究竟有没有发布那个内容的权力，也不关心如何使用发布的内容。 这个模型很清楚的达到了他的极限。一方面有需求，人们在网络上访问内容，必须被告 知他的合法性。另一方面也有需求，人们在网络上发布内容，这些内容必须发布给在遵守一 定条件下才能使用的用户。 这个用例是关于一个假设的服务提供者 GreatRedSearch 提供给发布轻微控制内容的人 和使用这些内容的人。 这个用例是作为说明论证的意图而探讨的。这样就不是为实施而特别建议使用的。 预排 GreatRedSearch 是一个快速增长的搜索引擎公司，它看到了网络已经转换到了一个新 的阶段，内容以才控制（对应用例一的开放发布）的形式贴出，并提供对内容原始性的保证。 GRS决定提供免费的服务，允许他的订户： 1．下载一个基本的开放发布授权工具 2．在一组不同权限的标准人可读许可证中选择许可证 3．获取选定权限的机读版本的许可证 4．获取人可读许可证的注册 5．获取如下的注册 a．机读、二进制许可证 b．内容项 6．拥有一批人可读的许可证，机读的许可证，以及二进制许可证和内容项 一个 GRS服务的用户能够 1．免费下载基本的开放发布浏览器 2．浏览包含存储在家里，和在上搜索的内容而制作的记录组成的数据库。每个记录包括 a．内容 URL b．元数据 c．许可的条件 3．访问所选内容项 用例三——家庭分发 原理 这一用例提供一个如何减轻权利持有者在发布未加密的数字媒体时产生的困难。这一困 难是由于用户可能想在一些设备上拷贝内容，并即时的使用他们。这样就造成了权利持有者 的利益上的损失。 这个用例是作为说明论证的意图而探讨的。这样就不是为实施而特别建议使用的。 预排 GreatRedRecords(GRR)是一个记录标签，采取新的技术作为提高自身技能，这又是通过 它忠实的用户和拓展新客户作为基石的。GRR致力于不加选择的内容数字拷贝的可能性，但 是感觉目前的数字分发 DRM方案并没有允许足够的灵活性。GRR在寻找一个新的方法来提供 给用户，使他们只有一个限制，这就是同时只能有一个设备在使用内容。 市场部已经提出了如下提案： 1．一个家庭，由一个域来标识，以满意的价格获得大量的歌曲。 2．家庭的成员，由子域确认身份，对他们自己的设备选择的歌曲有独立的许可证 3．家庭成员能够随时在他们任何一个设备上（也就是属于他们子域内的设备），一次播放 一首他们的许可歌曲集上的歌曲 很显然，一首歌能够被不只一个的子域中的设备选取，也就是当相应的家庭成员们选择 那首歌的时候。在这种情况下，同时使用很显然是可能的，因为歌曲被独立的许可了。下面 的表格将对此作出描述： 我们假设有 8 首歌被一个家庭选择，两个家庭成员各自的子域 A 和 B 分别选择了自己想要的歌。也就 是说一些歌被 A选择，一些歌被 B选择，还有一些被 A和 B同时选择。可以在 A子域中 1，2，3，4，5，6 首歌中即时使用一首歌，也可以在 B 子域中即时使用 4，5，6，7，8 中的一首歌。那样歌 4，5，6 将可以 在 A子集和 B子集中同时被使用。 在实施 GRR 市场部提议中需要下面几个步骤。当然可以有一些变化，但是只有下面的描述才能有更多 的考虑： 1． 家庭可信赖的第三方那边买了一个“域管理器”程序，并安装在家里的媒体服务器上。 2． 家庭成员在域管理器上注册他们的设备，这样就创建了他们的子域。 3． 子域存在的时间将由他们自己选择 4． 家庭成员可以联系 GRR网址 5． 每个家庭成员选择 GRR目录中的一些感兴趣的歌曲 6． 家庭成员获取在他们子域中使用歌曲的许可证 7． 家庭成员可以以在线和脱线的方式在他们的设备上使用歌曲 8． 每当一个设备重新连接到域管理器上时，都要确认从上次该设备连接起，该域中没有其他设备的同时 使用这些歌 9． 接下来的步骤将遵循 GRR市场著作所设定的形式，如果确实有同时使用的话。 子域 A的媒体对象 子域 B的媒体对象 图 1:子域 A和 B的歌 用例四——家庭分发＃2 原理 当使用基于拷贝保护的 DRM系统时，如果终端用户希望传输或向他们那个环境下不同种 类的设备拷贝内容，他们经常面对一些不便，。原因之一就是 DRM 系统需要版权钥匙“正确 的时间和正确的地点”，以将内容按需加密和解密。 或者是，使用一个基于可追溯的方法。当不是基于阻止终端用户访问内容“采取事先措 施”（像传统 DRM那样），这样的系统需要中断用户以标志内容为一个责任的实体（比如说终 端用户），这样就生成了“标志了的内容”。责任的实体是描述的“无权张贴”，以防止没有 授权的公开分发。然而，同时终端用户可以在他们私人环境中随意访问和复制内容，避免传 统 DRM方案可能带来的复杂和不便。 这个用例是作为说明论证的意图而探讨的。这样就不是为实施而特别建议使用的。 预排 GreateRedMusic（GRM）是一个发布有许可证的受控内容（特指音乐）。许可证允许可信 赖的应用程序创建“签名内容”。 GreatRedSoftware（GRS）是一个提供标记资源的软件，通过对资源标记每个软件实例 的 ID而成。 Jim是一个终端用户，愿意创建和使用签名内容，这些内容是从 GreatRedMusic那里获 得的受控内容而得到的。 1． Jim从 GRS那里下载和安装软件，并通过 GRS注册（注册过程中得到一个专有 ID）； 2． Jim购买并下载了一个受控制的内容项，称作 INeedAKey; 3． Jim在 INeedAKey上运行签名软件。软件分析和解密 INeedAKey中的资源，用它的 ID来 标记它，并以一个未加密的文件 ICanBeCopied存储，例如一个 mp3文件； 4． Jim 在他私人环境中的所有 mp3 播放器中播放他的 mp3 文件。如果他将 mp3 文件公开发 布，将被阻止，因为他的软件 ID就在 mp3文件中。 用例五——因特网发布 原理 有充分的证据显示消费者对通过新的、非物理分发（例如因特网），并在多种设备例如 便携式设备使用内容的机制很感兴趣。权利持有者已经显示出他们通过这样的分发机制发布 受控内容的可能性。然而，目前这个已经做成了，通过采用不提供互操作的技术而实现。缺 乏互操作对于受控制内容的分发机制（相比于其他现存的亲密服务）被广泛接受来说，是一 个严重的障碍。 这个用例是关于第四章提出的技术如何能应用于因特网上分发受控制内容，以便在便携 式音视频设备上使用的。 这个用例是作为说明论证的意图而探讨的。这样就不是为实施而特别建议使用的。 预排＃1 GreatRedBand（GRB）已经在它自己的领域内即 Middleofnowheretown 范围内获得了相 当的成功，它的名声也正在向周边的 Nexttonowhereville 和世界上其他的地方扩展。GRB 产生了原创作品的实例，已有作品的原装改写本。以及非原创的作品。 不幸的是与发布者的交流并不成功，所以 GRB 已经接受了一个 IT 方案卖主尝试基于因 特网分发他们的音乐作为受控内容。该提案看上去很吸引人，因为可播放受控内容的不断增 长的 DMP兼容 PAV设备。 因此 GRB决定购买一个集成的 IT方案，在生产他的每一张原始唱片时执行如下的步骤： 1．创建 mp3文件和其他可能的资源类型（照片，视频等等）； 2．创建所有作品和每张唱片中资源的合适的元数据集合； 3．从 GRB选定的作品、资源和元数据注册代理那里来获取作品、资源和元数据的 ID 4．为 GRB想要发布唱片的所有权限都创建人可读许可证 5．创建相应的机读的许可证 6．制作一个许可证的二进制版本 7．在许可证服务器中存储二进制许可证 8．从 GRB的喜爱的许可证注册代理那里获取许可证 ID 9．加密资源 10．创建一个内容项，包含加密的资源，元数据，人可读的许可证和一个指向许可证的指针 11．从 GRB选定的内容注册代理那里获得一个内容 ID 12．在内容项中包含内容 ID 13．为内容项制作一个二进制版本来节省内存，传输和处理容量 14．从二进制内容项创建一个内容文件 15．在 GRB的网站上发布文件 Martin是一个 GRB的爱好者，希望访问他们最新的金曲。如下的步骤序列将被执行： 1． Matin通过个人电脑的浏览器访问 2．Matin选择那首歌 3．Matin执行一个交易 4．GRB服务器 a.获取 Matin的内容项的内容 ID b．在内容项中包含内容 ID c．创建内容项对应的文件 5．Matin下载文件 6．Matin访问文件 7．Matin的个人电脑嵌入内容许可证 8．PC传输内容项到 Martin’sPAV。 预排＃2 GRB希望制作的作品之一是 MagnificentBMusico（MBM）做的称作 WhatWonderfulMusic （WWM）。WWM 是通过一个集体管理协会（CMS）注册的，它也是一个 DMP 内容注册中心的代 理。CMS 提供一个革新性的基于网络的许可服务，它插入到 GRB 的 IT 方案，支持 GRB 完成 如下任务： 1．搜寻 CMS网站，在若干人可读许可证（特指用于 PAV而设计的产品）中寻找一个合适的 分发许可证，以便得到第一个定位和复制 GRB的通过 MBM给的 WWM实例。 2．访问一个内容项，包含标准 WWM元数据、所定许可证和 CMS提供的唯一 ID，这个访问很 可能在一场交易（内容项被 CMS标定）之后 3．创建制作的 mp3文件和可能的其他的一些资源类型 4．从 GRB选定的资源和元数据注册代理那里获得资源和元数据 ID。注册代理将要求或者是 一个资源和元数据或者其他的有关资源和元数据中数据（例如一个哈希表）的拷贝 5．编辑内容项，介绍 GRB元数据（包括元数据和资源 ID） 6．对内容项签名 7．将签名内容项发送到 CMS 8．从 CMS那里重新获得有独立标识和 CMS标志的内容项 9．将内容项打包成内容文件 10． 在 GRB的网址上发布内容文件 为了从世界范围的许可证服务和工作监督 GRB上获益： 11． 注册所有的原创作品和实例以便在世界范围内确定身份； SotoLesan 是一个来自于遥远地方的优秀 爱好者。他正在寻找 MBM 的 WWM 新 的产品。 1． SotoLesan在网上寻找所有的 MBM参考信息并到达 GRB的网址； 2． SotoLesan选择 MBM的，GRB的 WWM产品 3． SotoLesan继续他的使用，像 Martin在预排＃1GRB服务器中的 3到 8步那样。 用例六——灵活的零售商 原理 尊重权利持有者权利的服务可以通过加强数字技术的灵活性来获得提高，来提供比其他 种类的服务更多的东西。一种方法是提供一定条件下适合终端用户需要的内容。 这个用例描述了零售商 GreatRedOffers（GRO）如何预测未来，打赌它能够在不同灵活 情况下提供内容。 这个用例是作为说明论证的意图而探讨的。这样就不是为实施而特别建议使用的。 预排＃1 GRO发放许可证以在一个可被身份认证的设备上播放内容项。 预排＃2 GRO发放许可证来在任意的设备上播放一次内容项。 预排＃3 GRO发放许可证在一个设备上播放内容项，这个设备必须满足如下的条件： a．实际的日期和时间比一个规定的日期和时间要近 b．内容项持续播放的时间不会超过事先确定好的一段时间 预排＃4 GRO 发放许可证（超分发许可证）给设备 A，允许 A 拷贝数据项 C 两次，不需要设备 B 的绑定许可证。当设备 B需要播放内容项 C时，B需访问从 GRO那里得到的许可证。 预排＃5 GRO 发放许可证给设备 A，播放一个加密的内容项（ 证包括从设备 A的解密密钥一直到解密加密过的内容数据元素。解密密钥也被加密，而且只 能被设备 A的私有密钥解密。 预排＃6 GRO发放两个许可证给域 D中的设备 A 1．依据处理域内资源属性，第一个许可证声明持有命名证书或者 ID 的设备作为域中的一 个成员，。这个是为设备进行域认证的本质。 2．第二个许可证（和内容项相联系）声明域中的任一设备(也就是在域中认证的任一设备) 都可以播放这一特定的内容项。 这两个许可证可以允许域中所有的设备播放声明的内容项。两个许可证的模型之优势所 在就是每一个内容项并不需要有单独的许可证。 用例七——个人相片 原理 GreatRedCameras（GRC）是一个摄像机生产商。它的客户希望保持在将他们照片传给朋 友们后，对他们的照片继续保持着控制。GRC对这一不断增长的需求把握的很好。他们最新 的样品 GRC-1提供一个新的功能，GRC希望能符合客户的口味。 这个用例是作为说明论证的意图而探讨的。这样就不是为实施而特别建议使用的。 预排＃1 这些是摄像机用户将要执行的步骤： 1．资源（.jpg）文件各自独立加密 2．资源文件（.jpg）通过 GRP提供的可信应用程序传输给 PC 3．当用户希望发送图片给他朋友时，可信应用程序将 a．创建一个选定图片的内容项（和任何其他的资源和元数据一起（比如 EXIF）用户将 决定是否添加） b．获取一个内容项的 ID c．创建一个许可证。其条款可以为 i. 一个星期 ii. 不限次数 iii. 在朋友域中所有的设备上同时播放 d．获取许可证 ID e．创建不含许可证的内容文件 f．发送内容文件给他的朋友 他的朋友在接到通知时，将用 GreatRedSoftware 提供的同样功能来激活一个可信赖应 用程序。应用程序将 1．使用合适的协议来访问许可证 2．创建捆绑许可证的内容文件 3．将它传给设备（相片浏览器） 4．（可选可信赖应用程序也可以播放照片） 3 体系结构 引言 价值链上用户（VCUs）创建媒体价值链，他们关注一旦内容被创建，就被打包并且分发 到终端用户。典型地，VCUs在一个价值链中执行操作，因此，系列 VCUs被赋予名义价值链。 特别是，借助使用数字技术，VCUs 往往在一个网络中执行操作，并且名义价值网络常常被 用来暗示中间物之间的无序关系。 信息文档是一个高层技术描述，要求这些技术支持新兴数字媒体价值链。一定程度上， 这些描述已经被组织以便构成一个结构。在钻研 IDP前，特别推荐阅读这个文档。正确理解 这个文档，阅读前言和引言是一个先决条件。 请注意下列一般性注释： 1DMP 结构提供了一个广泛的观点，它展示了创建和传递受管理的内容，它关注整个价 值链中 IP（IntellectualProperty）的登陆和传送。因此，这正是章节 4 中定义的技术需 要包括这些需求的来源。 2术语价值链将被用做价值网络的同义字。 3附录 A术语中定义了大写字母开头的单词意思 4附录 A术语定义的首次使用的术语，在脚注中给出定义。然而，脚注不应看成附录 A 术语的代替。 5术语用户或当需要强调一个价值链中角色的重要性，价值链用户体现暗示一个创作者， 一个中间者或一个终端用户。 无可辩驳地，数字价值链非常地不同于当今媒体价值链，当今媒体价值链扎根于模拟媒 体年代。然而，在这个文档中提供的结构已经被设计来支持总体上是当今模拟价值链的数字 扩展的价值链。当支持新功能的新工具将被添加到 IDP工具集时，DMP计划扩展这个结构。 如果本质上新的数字价值链将兴起时，DMP可能考虑这类结构，也就是不被当前结构或它的 扩展支持的结构。 这份被批准的文档提供： 1预排，演习在 IDP-1当前阶段中定义的工具所实现的主要价值链元素。 2结构图 3创建模型，它强调了强加知识产权（IP）的主要实体和它们与内容创建中涉及的数字 对象关系之间的关系。 4IDP-1定义工具的总结描述 5一个终端用户设备模型 6执行登记注册和代理的原则。 DMP端到端价值链 价值链中的一个预排 图 2 显示在价值链中不同的点，在那些不同点上不同的功能应用到包括知识产权 （IP）的实体上。这些操作与实体紧密相关，如：作品、显示以及实例和特定操作仅仅 应用到特定知识产权（IP）的实体上，如：靠修改一个正存在的那个作品的显示，一个 改编者仅仅能变换一个作品（摘要），而且一个执行者仅仅创建一个显示的实例。同样 地，一个执行者仅仅实现一个给定作品的一个给定显示的一个实例，如：一个制造者不 能创建一个作品。因此，存在一个清晰的权利创建分配的层次，由此存在对价值链中的 特定的知识产权（IP）的实体和相应点的变体或具体的操作。 着眼于价值链，一个创作者一旦创建一个作品，这个过程就开始。在一个作品能变 成一个在资源中携带的实例前，它需要实例化成一个显示形式。在模拟世界这已经是习 惯，创建者、制造者和实例化者将典型地拥有包含它们的知识产权（作品、显示和实例） 的对象，创建元数据的适当的用户（注册代理）唯一地标示知识产权。 图 2：价值链 大多数不同类型的资源和不同类型的元数据相结合成一个单一实体。DMP 称这个实 体 为 内 容 。 为 在 设 备 使 用 内 容 起 见 ， 内 容 被 表 示 成 一 个 称 为 DCI （DMPContentInformation）的形式。典型地，适当的用户（注册代理）也唯一地标示 内容。 从一个用户到另一个用户分发内容为目的，DCI 和它的注册资源需要被打包。创建 使用一个被称为 DMP内容格式（DCF）文件的工具，DMP的阶段 I版本提供了规范。 一个用户能分发内容到另一个用户，为他自由使用，如同这时内容已经被放置在公 共域。在这种情况下，在内容被称为不受控的内容，然而，分发内容到另一个用户的用 显示 实例化创作者 创建 创建实例内容 提供者 内容 终端用户 , 内容 使 用 创建/改编 作品 创作者 内容 发布者 户表示使用内容的条件也是常见的。许可证的方法可以做到，许可证授权权利给一个用 户使用一个内容项。在这种情况下，内容被称为受控的内容。表示权利描述的语言需要 一致，即使无人的干预，一个设备能解释权利。 受管理内容项的许可证可被： 绑定在受管理内容内 没有绑定在受管理内容内 为访问有一个绑定在内容内的许可证的内容项，IDP 提供了一个工具。IDP-I 仅仅 支持便携式 PAV设备，外部设备（XD）利用这个工具，如：一台 PC，访问内容项和转发 它到 PAV设备。需注意 DMP没有规定这个转发如何被执行 如果内容项无绑定在内容内的许可证，DMP假设采用一些无规定的方法分发到 XD， 如下载这些内容项到一台 PC。在这种情况下，XD需要另外 IDP工具去访问一个许可证。 接着，XD将创建拥有一个绑定在内容中的许可证的内容项 DCF，并且转发它到 PAV设备 上。 调用的工具需要建立一个设备之间的信任关系，它们轮流请求识别和认证设备的能 力。某些用户发现定义称为域的设备组是方便的。内容也能被颁发许可证到各种域。 为了使用一个受管理的内容项，取得许可证，典型地，PAV 设备将解析 DCF，同时 解析许可证而得到资源解密密钥。这些密钥将被用来解密按照许可证中授予的权利被使 用的资源。 创建模型 DMP 为互操作的数字版权管理平台提供一个规范，关键部分是清晰地识别所有的整 个数字媒体价值链生成的权利资源的要求。 任何版权管理系统应该在有一个内容项和相关权利集的的价值链的一个环节上开 始，并且能创建随后的变体和或内容项的拷贝，内容项的管理不会泄露原有的权利集。 如果以连续和可靠的方式实现，那么就无 DRM。而且，在终端用户访问内容前，价值链 上任何一点都是这种情况，不仅仅在终端点。 无疑地，互操作性是这种努力的核心，每种商业模型可能涉及各种用户的不同结合， 同时提供必要的方法去保证这些商业模型是合法的，而且依靠 DRM自身，在价值链中不 存在那点能任意控制其它点。已经编辑的文档正是体现了这一点。 创建模型的目的是为创建提供一般化的结构，它记录了各种情况。这些情况下，包 含或表示知识产权的对象储存在一个设备中，通过一个网络或广播频道发布或显示。为 了知识产权被识别和管理，知识产权与人们可感知的对象相关联，这些对象能被通信， 识别并和一个具体的资源相关联。然而，对象就指知识产权（IP），实际上与物理/数 字对象无关，因为它们的存在依赖于初次实例化中它们的创作者的想法，仅仅当它们以 人们可以察觉的物理形式固定下来，知识产权才能被转发。 下面对象形式地化被定义在 DMP术语中，在数字资源中如何嵌入知识产权（IP）的 DMP设想的关键，为清楚起见，这些对象是指知识产权（IP）对象。 作品 标示的第一个对象并在创建模型中加于知识产权（IP），就是作品。构造逻辑结构 的个人或一组人付出努力的成果就是作品，它持久地独立于无数可能结构的物理表示。 一方面，一件作品是具体的，大量不同的显示中清楚地标示，作为作品，所有显示可感 知，然而它是短暂的，即使存在的证据需要使用物理上可以感知的资源，这些资源不是 作品。在某种程度上，作品像一只不可察觉的能带手套的手。 显示 紧接着上面的手套比喻，每只给定手工作品填充的手套，构成了那只手的一个新的 显示。非常清楚地，为了确立一件作品的著作者身份，如：一个人或一组人，至少作品 的初次显示需要是著作者的作品。然而，其它随后的显示可能确是其它作者的。在我们 手套比喻中，一件不是作品作者创建的作品的一个显示表示改编手来适应一只手套，对 这只手套而言，手没有特别清楚地构思。改编一件作品可被视为新的作品，但是由原始 作品决定，因为它的存在依赖其它无关作品的存在，而且按照法律，需要原创作品的作 者同意，他们决定任何从道义上和经济上限制创作和发布新近改编的作品。 实例化 一个实例被比作手套的设计或外观，但无修改或改编手的目的。实例必须是一件作 品的一个特殊显示，而且与实例相关的知识产权（IP）如此无法回避的依赖于显示和作 品以致它被不同地分类为邻居的或表演的权利。 描述 既然 DMP创建模型当前仅仅关心内容的分类，因为它适合把作品的数字显示和实例 化与知识产权（IP）相联系，为简单起见，术语描述没有定义。原因不是因为 DMP无法 认识在创建过程中的描述的价值，但宁可因为一个描述的知识产权（IP）的任何属性视 为非法的特定的权利，并且忠实地对应显示和或实例化的特定的属性，属性包含在其中。 也就是说，任何可归于一个描述的任何知识产权（IP）的所有者必须是相同的人或显示 和或实例归于的人们。 术语描述常常定义在许多其它的分类系统中，为变化的目的构造的，如：在 IFLA 系统中，那里就许多变化的属性而言，一个给定的显示的不同实例可以支持搜索和发现 具体包含实例化的特殊项的例子，IFLA的目的就是提供详尽的分类内容的方法。在如此 的一个场景中，一个描述的本质提供关于一个实例化例子的本质的信息，但添加很少关 于相关 IP权利的属性。 因此，创建模型中，任何对象，无论模拟的还是数字的，或者体现或表示知识产权 （IP），并且为了加于知识产权（IP）权利的目的，在其中一个如下表 1列出的分类中， 分类是十分必要的。 表 1.对象 IP和权利 IP对象 IP类型 相关的权利 作品 出处无关的 作者 显示 出处相关的 作者 实例化 唯一的相关的风格的再现 邻居或表演权利 因此，相关不同对象的知识产权（IP）的范围被总结为如表 2。一件作品的著作权 控制所有的显示和实例化，拷贝，再现和它的通信。一个改编的著作权仅仅支配所有的 实例化，拷贝再现和它的通信。实现一个实例化仅仅控制所有拷贝和它的再现。 例子 一件作品的一个创作者创建第一个具体的物理对象，它组成了第一个显示，如：作 品的原稿。尽管创作者可以创建任何其它的作品的不同显示，仅仅注册和发布的部分可 被用做创建新显示和它的实例化的基础。 一件作品的新的显示可被改编者创建，或由作品的作者修改首次显示或任何其它存 在的显示（改编）。在后面的情况下，合成的显示仍然是作品，在任何情况下，需要作 品作者的同意。如果一件作品的新的显示视为包括许多一件知识的艺术的作品的一个存 在的显示的属性，它被认为是那个作品的一个改编。 实例化者选择特定的显示，并且实现那些显示的实例化。 数据模型 DMP利用如下类型的数据。定义可参阅批准文档 。 -I结构和模型 IDP-I仅仅支持终端用户设备的一种特殊类型，如：PAV设备。PAV设备无网络或广 播连接，但能连接一个外部设备（XD）。XD 可以连接网络或广播频道。XD 的典型的案 例是 PC 机或 SAV设备。DMP当前正扩展它的批准的文档的范围，并包括 SAV设备。 通过 XD，一个 PAV设备能访问内容。两种情况值得考虑： 1以嵌有许可证的 DCF的形式访问一个内容项。在这种情形下，内容项被移动到 PAV 设备，XD无任何进一步的操作，按照许可证供 PAV设备使用； 2无嵌有许可证的 DCF形式，XD包括一个内容项。在这种情形下，为了 PAV设备能 使用内容，XD必须执行如下操作： DMP 使用以下类型的数据。术语的定义参考附录 A。注意下图中：尖箭头指向的对 象表示该“对象是什么”，而圆箭头指向的对象表示该“对象有什么”。文本框是对该 图的补充说明： 图 3：内容数据 a) 用适当的工具，访问一个许可证 b) 在 DCF中嵌入许可证 c) 移动 DCF到 PAV设备而使用 如下图显示了许可证或内容提供商、XD和 PAV设备之间的关系，需要标准化的项目有： DCF、许可证、访问许可证的协议和内容许可证的协议。当前，DMP没有标准化在 XD和 PAV 设备之间传送内容的协议。 阶段 I期间，PAV设备有下列组成： 1与 XD的接口 2用户接口单元 3储存单元 4处理单元 5表现单元 下面是一个典型操作步骤，一个用户在一个 PAV设备上执行并使用内容： 1用户指导 XD向 PAV设备发送一个 DCF 2用户指导 PAV设备来接收一个 DCF 3PAV设备在储存单元保存 DCF 4用户指导 PAV设备播放 DCF 5处理单元 具体解释（由上至下按层解释）如下： 内容数据是一种类型的数据；内容数据中含有内容数据格式； 使用数据是一种类型的数据； 内容是一种内容数据； 许可证也是一种内容数据；许可证中含有许可证格式； 作品有多种表现形式，每个表现形式都含有它这种形式的内容； 受控内容是一类内容，受控内容中含有许可证； 元数据是一种类型内容；资源亦是一种类型的内容； 标识符是一类元数据；描述符是一类元数据（元数据有标识符和描述符两种）； 文本、图形、音频、视频、应用程序均是一类资源； 权利描述是一类许可证 注：此框内容为补充说明，非原文内容 a. 解析 DCF b. 抽取许可证 c. 如果加密，解密许可证 d. 如果存在，抽取内容解密密钥 e. 解密内容解密密钥 f. 解密资源 g. 发送数据到表示单元 h. 表示单元显示资源 IDP-1 工具和技术 资源 资源创建和标示超出当前 DMP技术规范和引用的范围。因此 IDP-1不提供表示和标示资 源的工具。 DMP内容信息 DMP定义内容信息为一个各种资源类型（如：视频、音频、音-视频、文本、合成声音、 2D/3D图像等）的结构化组合。这类似与一个目录结构。 DMP内容信息（DCI）是这种结构的 XML表示。参看下图中这个概念的一个图解表示。 图 4–DMP内容信息的概念模型(DCI) 许可证 互操作 DRM 平台需要支持从简单的和直接的并且当前对终端用户熟知的使用模型到创 新的并甚至可能投机的商业模型的广泛商业模型。因此，在一个价值链中任何用户之间可能 需要权利描述，描述的权利的种类和复杂度可能依赖于交换中涉及的用户的角色。 IDP-I采纳 MPEG-21REL的子集作为权利描述语言。 就一个受管理内容项而言，相关管理信息描述在 DCI中。为了能访问受管理资源，需要 用户持有一个许可证。如果是可用的，这是 DCI的一部分。如果许可证没有绑定在 DCI中， 从一个许可证提供商可以得到它，接着被插入 DCI中。 一对一许可证与内容项相连可能造成严重的计算问题。因此，IDP-I也提供了支持选择 性许可证发布场景的工具： 表 3.许可证发布场景 颁布许可证到 描述 问题 1个设备 为在一个特殊设备上使 用，颁布一条内容项的许可证 设备需要一个唯一 ID 或证书。 为每个新的设备重新颁布许可证。 N个设备 为在 N 个特殊设备上使 用，颁布一个内容项的许可证 好似单个设备。降低重新颁布内 容许可证的需要，因为许可证在多个 设备上使用。 域 向一个域颁布一条内容 项的许可证，如：在任何拥有 正确域的设备上使用内容。 内容不需要重新颁布许可证，而 是一个设备需要加入域。IDP-I 为加 入和离开一个域的工具提供了规范。 数据标识 为 DMP技术规范和参考的目的，在一个给定生命周期和在预先规定的范围内，数据，如： 内容和许可证应该明确地标示。当分配一个全局唯一的和持久的标示符号（GPID）到数据， 可实现这种目的。 应该在如下方面保证 GPID： 1持久性，如：在 GPID标示的数据生命周期以外，GPID应该用为数据的引用。 2唯一性，如：全局地或跨用户地使用 GPID。 一个 DCI描述的每个内容项包含一个唯一标示符号。凭借 DCI中的原有标示符号的方法， IDP-I提供标示一个资源的方法（如：ISWC，ISRC）。 内容和许可证标示符号被特定类型的用户（注册代理，参见章节 ）赋予。 DMP的数据标示基于 MPEG-21数字项标示原则。 DMP内容格式（DCF） 为了发布，一般地讲，内容需要打包。当前 IDP-I提供了在一个文件打包内容的工具。 文件包含部分或所有的资源的 DCI。文件在 ISO基础媒体文件格式和 MPEG-21文件格式定义 的“盒子”中引用。 通过项的位置盒子，将 DCI和资源之间连接，项的位置盒子定义了在 DCI中描述的一个 资源的文件中的物理位置。 表示如图 5所示： 访问内容和许可证 为了访问一个受控内容项，用户设备表示用户，需要特殊的许可证。这绑定在内容中， 或从一个许可证提供商获得。为有绑定许可证或一个许可证分离的一条内容项，IDP-I提供 访问工具。 这些工具是： 1当远程地获得许可证（RLAP），并且没有绑定在 DCI中时，远程许可证访问协议。 2访问有一个绑定许可证的一条内容项的远程内容访问协议（RCAP）; 3当许可证直接绑定在 DCI中时，局部许可证访问协议（LLAP）。 图 5：DMP内容格式概念模型（DCF) 信任建立 通过许可证，设备执行处理操作并使用数据。在它们被允许采用关键步骤前，设备需要 与价值链建立信任。 这个过程以设备标识开始，这个过程在设备中放置数据，价值链跟踪它们并且随后产生 信任。在 IDP-I，这也是唯一的加密数据，或分享的加密数据。接下来，使用信任数据和价 值链一起来指导设备的信任。 在一个 IDP-I例子中，对照期望的数据，唯一设备数据被引用，并且利用设备引用实体， 允许设备被标示和认证。许可证可为已知设备准备，并且限于那个设备使用。 在另外的 IDP-I例子中，分享的设备数据用做一个注册过程的部分，来建立信任。在一 个信任协议中，在设备和设备标示之间交换数据。协议在设备中放置域数据。设备状态的变 化使它能使用内容。许可证现在为一个已知域准备，并且限于那个域使用。 管理域 IDP-I提供建立和更新管理域的工具。 表示密钥 IDP-I提供了表示密钥的方法。 处理 IDP-I支持如下处理操作：  支持 XML二进制化  加密/解密 IDP-I参考 3种加密算法 注册中心 为了能使设备执行它们的功能，DMP 需要建立注册中心。批准的文档 提供一个机 制，通过它，DMP指定注册中心，注册中心依次地指定注册代理。 当前，DMP已经分析代理管理如下标示符号的分配： 1内容和许可证 2设备 3域 4 互操作 DRM平台 引言（Introduction） 本章节提供一些基本标准的技术规范，称之为“工具”，这些工具是构造价值链所必需的。 第五章（价值链）将描述如何将“工具”应用于实现第二章所介绍的用例。IDP工具能被运 用到实现用户利益的其他价值链中。 为了易于处理，工具均按类别分组。在 IDP-1这阶段，将详细说明以下类别的工具： 1．描述  内容  密钥  权利表达 2．标识  内容  许可证  设备  域 3．打包  内容 4．认证  设备 5．管理  域 6．访问  内容  许可证  升级许可证 7．处理过程  二进制化  加密、解密 在本章中，节（由两位数表示的二级目录）列出的是种类，小节（由三位数表示的三级 目录）列出的是“工具”。附录 E 是对形成 DMP 档次的方案概述，下面四个附录分别对这些 方案进行了概述：附录 F描述了 DMP的内容描述模式，附录 G描述了 DMP权利表达模式；附 录 H描述了 DMP域管理模式；而附录 I则描述了 DMP的访问模式。 通常，DMP不指定新的技术，而是选择一些已有技术。因此，本章中指定的许多工具， 包括技术涉及的范围、限制、外延或适应性都已经被其他团体所标准化。不过，也有一些技 术案例是在本章中所最先指定的。 仔细的阅读前言、导论、第三章体系结构和附录 A的术语将有助于正确的理解本章内容。 对于已有参考标准的一般信息，需要提供建议和规范。然而，正确的理解就需要运用这些参 考文献的知识。 描述（Represent） 本章收集了工具的一些规范，用来描述信息的不同类型。在 IDP-1中描述的有：元数据、 内容和权利表达。本阶段，DMP考虑了超出其范围的资源描述。 内容描述 本节详细说明了一组工具，这些工具描述资源类型和元数据怎样结合来构成内容项。 DMP把这种内容描述工具称为 DMP内容信息（DCI）。 特别的，本节将提供如下方法：  传输内容和内容数据元素的标识符；  关联 DMP特定信息、元数据和内容、内容数据元素  关联信息和受控内容； 注意，这里定义的内容描述工具可将资源组织到一起用以构造内容，并独立于容器（如： 一个文件，一种传输机制等）。在容器中可将内容打包以便传输。 DCI 是一种 XML 架构，基于 MPEG-21 数字项声明（DID：DigitalItemDeclaration）， MPEG-21 数字项标识（ DII： DigitalItemIdentification）和 MPEG-21 的 IPMP 组件 （MPEG-21IPMPponents）三者定义的一个 DMP子集。并且被 DMP的名称空间扩展用以描述特 定的 DMP 信息。附录 和 提供了数字项声明和 IPMP 组件的初步信息。附录 F 则简要 描述了 DMPDCI模式的各个档次（profile）。 DCI通过定义<DMPInformation>元素来扩展 DID。该元素包含了关联内容和内容数据元 素的特定 DMP 信息和元数据。DCI，资源和<DMPInformation>元素在一个容器中与资源相关 联的关系如图 5所示。此外，DMP内容中存在的受控资源将根据[9]来表示。 内容标识符的位置 本小节描述内容标识符在 DCI 中的位置。内容标识符的其他方面包括配发和语法将在 节中进行详细描述。 内容项的标识符位置 根据 MPEG-21DII 可知，内容项的标识符位于 DCI 内部，如下例所示。DII 和 DID 指代 的名称空间分别在[8][7]中定义，然而，这些规范所涉及到的名称空间是在附录 F中进行的 定义。 <did:DIDL> <did:Container> <did:Item><!--ThisitemreferstotheContentItem--> <did:Descriptor> <did:StatementmimeType="text/plain"> <dii:Identifier>dmpID:012345</dii:Identifier> <!--TheDMPidentifierforthiscontent--> </did:Statement> </did:Descriptor> </did:Item> </did:Container> </did:DIDL> 图 7:内容项的标识符位置 内容数据元素的标识符位置 根据 MPEG-21DII[8]和附录 F的描述，内容数据元素的标识符位于 DCI中，如下例所示： <did:DIDL> <did:Container> <did:Item><!--ThisitemreferstotheContentItem--> <did:Itemid="book1"><!--ThisitemreferstoaContentDataElement--> <did:Descriptor> <did:StatementmimeType="text/plain"> <dii:Identifier>dmpID:012345</dii:Identifier> <!--TheIdentifierforthisContentDataElement--> </did:Statement> </did:Descriptor> </did:Item> </did:Item> </did:Container> </did:DIDL> 图 8:内容元素标识符的位置 DMP信息元素的结构 元数据是内容的一个重要组成成分。IDP-1给出了元数据方案（metadatascheme）放置 位置的自由，任何元数据方案可放置到所期望放置的内容格式中的任何位置。元数据的 DMP 组件将确保元数据属于对应的内容。这些将通过哈希元数据来实现，然后，将哈希值加密并 置于内容格式的另一部分中。 DMP名称空间的基本元素是<DMPInformation>,定义如下所示。注意：dsig:DigestMethod 和 dsig:DigestValue，是从[15]定义的数字签名名称空间中得来的。 <xsd:elementname="DMPInformation"> <xsd:plexType> <xsd:sequence> <xsd:elementref="dmprc:StructuredData"/> <elementref="dsig:DigestMethod"type="dsig:DigestMethodType"minOccurs="0"/> <elementref="dsig:DigestValue"type="dsig:DigestValueType"minOccurs="0"/> </xsd:sequence> </xsd:plexType> </xsd:element> 图 9:DMP信息 构造数据（StructuredData） 这个元素能包含来自任何名称空间的数据。设备不需要能解释从此字段抽取的内容。属性 ref用 来指示元数据名称空间的 URI（通用资源标识符）。下图采用 xsd来指示 xml模式的名称空间， 该名称空间（http:///"/> </ipmpdidl:ProtectedAsset> </did:Resource> </did:ponent> </did:Item> </did:Item> </did:Container> </did:DIDL> 图 15:DCI内某 IPMP信息描述符的位置 因为此例中有一个 IPMP 描述符出现在 DCI 首项中（此项涉及整个 DMP 内容），里面的 信息与内容项相关，所以该内容项的所有数据元素将会采用同一种方式进行控制，这种方式 在 IPMP信息描述符中进行了详细说明，并且服从许可证中指定的条件。 IPMP通用描述符元素在 DCI中的位置 IPMP通用描述符传输 DCI中与内容项有关的 IPMP信息，还包括本节介绍的其他元素， 如下所示： <did:DIDL> <did:Container> <did:Item><!--ThisitemreferstotheContentItem--> <did:Descriptor> <did:StatementmimeType="text/plain"> <dii:Identifier>dmpID:012345</dii:Identifier> <!--TheDMPidentifierforthiscontent--> </did:Statement> </did:Descriptor> <did:Descriptor> <did:StatementmimeType="text/xml"> <dmprc:DMPInformation> <!--...conveyingGeneralDMPInformationfortheContentItem--> </dmprc:DMPInformation> </did:Statement> </did:Descriptor> <did:Itemid="Resource1"><!--AResourcepartoftheContentItem--> <did:ponent> <did:ResourcemimeType="application/ipmp"> <ipmpdidl:ProtectedAssetmimeType="video/mpeg"> <ipmpdidl:Identifier>...</ipmpdidl:Identifier> <ipmpdidl:Info> <ipmp:IPMPInfoDescriptor>...</ipmp:IPMPInfoDescriptor> </ipmpdidl:Info> <ipmpdidl:Contentsref="myserver./"/> </ipmpdidl:ProtectedAsset> </did:Resource> </did:ponent> </did:Item> </did:Item> <did:Descriptor><!--MPEG-21IPMPstuff--> <did:Statement> <IPMPGeneralInfoDescriptor> <!--ConveyingGeneralIPMPInformationfortheContentItem--> <ipmp:ToolList/> <ipmp:LicenseCollection/> <dsig:Signature/> </IPMPGeneralInfoDescriptor> </did:Statement> </did:Descriptor> </did:Container> </did:DIDL> 图 16:IPMP 通用描述符,IPMP信息描述符和 DMP信息的位置 许可证在内容中的位置 每个受控内容数据元素都需要使用一个许可证。本规范给出了许可证和/或其涉及的元 素的占位符。从许可证收集（LicenseCollections）元素的 DCI中可得知许可证是否存在， 许可证收集元素是 IPMP 通用信息描述符元素的衍生元素。许可证收集的记录方式 （entries）可参考许可证而定，可以是下列之一：  是 DCI的一部分并包含在 IPMP通用信息描述符中；  是 DCI的一部分并包含在关联受控资源的 IPMP信息描述符中；  是 DCF（参看 节）的一部分，因此，可包含在许可证容器盒中，许可证容器 盒在“内容打包”一节中有所描述；  从许可证服务获取，这种情况下需要给出服务的 URL； IPMP通用信息描述符的许可证收集包含版权描述符，如下所示： 图 17权利描述符  License：控制所有内容数据元素的许可证容器，如果这些元素的使用从属于同一个许 可证；  LiecenseReference：许可证参照符（reference）。  本例中采用格式<URI_C><URI_L>  URI_C:DCI中包含 IPMP信息描述符项的标识符,其包含许可证;  URI_L:许可证标识符;  本例中采用的许可证容器格式<URI_L>,许可证包含在许可证容器盒中,并由 URI_L标识;  LicenseService：获得许可证的位置； 密钥描述 本节定义密钥信息和相关字段。 dsig:KeyInfo元素 为了使容纳者能够获得密钥必须使数字签名生效，元素 KeyInfo在 XMLDSIG中有详细说 明（http://. 公共密钥管理信息，例如内嵌密钥的分配或密钥协议数据。XMLDSIG规范[15]定义了一些非 应用软件的简单类型，可扩展那些类型或者使用 XML名称空间工具，采用他们自己的密钥认 证和交换语义来一起替代它们。然而，问题是信任这样的密钥信息（如：真实性或强度）超 出了 XMLDSIG规范的范围，可把它留给应用程序来解决。 KeyInfo元素的说明如下： <elementname="KeyInfo"type="dsig:KeyInfoType"/> <plexTypename="KeyInfoType"mixed="true"> <choicemaxOccurs="unbounded"> <elementref="dsig:KeyName"/> <elementref="dsig:MgmtData"/> <anyprocessContents="lax"namespace="##other"/> <!--(1,1)elementsfrom(0,unbounded)namespaces--> </choice> <attributename="Id"type="ID"use="optional"/> </plexType> KeyName元素包含一个字符串值（string）（其中的空格是有意义的），签名者可利用这 个值跟容纳者之间就密钥标识符进行通信。典型的，KeyName包含有与密钥对关联的标识符 用以签名消息，但是它也可能包含其它相关协议信息，直接标识一对密钥。KeyName通常用 于：密钥简单的字符串名字，密钥索引，识别名（DN：distinguishedname），邮件地址等等。 模式定义如下： <elementname="KeyName"type="string"/> MgmtData元素，字符串类型，位于 KeyInfo（密钥信息）内，用来传输内嵌密钥的分发 或 协 议 数 据 ， 例 如 ： DH 密 钥 交 换 ， RSA 密 钥 加 密 等 等 。 它 提 供 一 种 语 法 钩 （syntactichook），内签密钥分发或协议数据能够被放置在其上。 模式定义如下： <elementname="MgmtData"type="string"/> Xenc：KeySize元素 这个简单的元素在 XENC名称空间中定义，用来携载整数长度的加密密钥。参数 KeySize 的模式如下所示： <elementname="KeySize"minOccurs="0"type="xenc:KeySizeType"/> <simpleTypename="KeySizeType"> <restrictionbase="integer"/> </simpleType> 权利表达的描述 本节说明了对关联有内容的权利表达进行描述的工具，内容被这些工具依次（inturn） 绘制（map）到特定的终端用户设备上，这种行为方式（behaviour）与权利表达的语义是一 致的。本节没有涵盖服务提供者与终端用户之间的交易请求的表达或财政事务细节的表达。 附录 G给出了 DMPREL档次的纵览，同时提供了支持 DMPREL档次的模式。 标识（Identify） 本章收集了关于“标识”类工具的规范。目前有：标识内容、标识许可证、标识设备和 标识域。 标识内容 内容的标识是通过结合单个资源，元数据和许可证共同标识 DCI来实现的。 内容标识符具有 RFC1737[17]中定义的特征，RFC1737[17]是一个著名的 URN（通用资源 标识符）方案。因此，符合 URN方案的标识符都可被用来标识内容。当前，有一些注册的 URN 方案，如 ISBN和 ISSN，它们每个都是为一特定目标服务，并且在 IANA（互联网地址指派中 心）中拥有唯一的名称空间。 有两种方式来配发内容标识符，一是在已有的 URN名称空间中配发标识符，一是在 DMP 内容注册中心管理的 URN 名称空间中配发标识符（第六章介绍）。一旦一个内容注册中心被 使用，从属的名称空间就会被分配给注册代理，并且内容标识符的配发任务也会被委派给它 们。内容注册中心通过维护从属的名称空间（已被分配给了注册代理）来控制解决方案。 内容标识符的语法结构应与 RFC2141[18]描述的 URN语法结构一致，表示如下： urn:{aurnnamespacefordmp}:{asubordinatenamespace}:{subordinate-specificContentIdent ifier} 或 urn:{aurnnamespacefor3rdparty}:{namespace-specificContentIdentifier} DCI中内容标识符的放置详见 节。 标识许可证 本批准文件的目标是希望一个许可证能描述为一个 DCI，因此，许可证标识就是进行内 容标识。 标识设备 本节介绍标识设备的工具，包括设备标识符格式，生成方案（generationscheme），生 成协议和交换协议。注意一个设备标识符主要用于设备认证。同样重要是：有正确授权的用 户能够允许或不允许特定设备呈现受控内容。后者称之为“吊销”。 有两种设备标识的方法，一种是“基于信息的设备标识”，它的标识符是通过服务器（称 之为“设备标识服务器”）基于设备信息唯一生成的。设备标识服务器由注册代理负责运行 （见第六章）。另一种方法是“基于证书的标识”，使用 证书[22]作为设备标识符。 本节仅解释了设备标识的标识符格式，生成方案，生成协议和交换协议。注意：设备标 识符是从设备标识服务器上生成后是存储在设备上的，只有设备包含有能识别的可信元素时， 服务器才会将配发的设备标识符传递给用户。同样注意仅有设备标识本身是不能解决以下问 题的：  用户标识：设备标识不能指出（indicate）一个设备是否由设备标识符的所有者使 用。  设备标识不能指出一个设备是否被黑（hack）或者设备标识符被伪造。 因此，确认工作由 所介绍的认证设备来完成。 设备标识可用来实现以下目标：  设备认证：许可证提供者需要核实目标设备能否正确的使用受控内容，即：许可证 提供者需要设备标识符来进行认证。  授权：设备标识符对于有正确授权的用户来说是重要的信息，它可以允许或不允许 用特定的设备呈现受控内容。  域管理：设备标识符被用来标识从属于特定域的设备，在该特定域中，可对不同的 设备进行注册和管理。  审计：如果需要保存审计记录的话，设备标识符可用来标识共同参与使用受控内容 的设备。  许可证备份和恢复：受控内容的使用由指定的许可设备的许可证来控制，设备标识 符用来标识用于备份或恢复许可证的专用设备。 基于信息的设备标识 在这种标识系统中，“设备标识服务器”使用一些卖主（vendor）的特定信息（如卖主 ID，型号 ID 或产品序列号）来生成设备标识符。设备标识服务器发行和管理所有相关设备 的标识符。因此会有多个设备标识服务器。 标识符格式 “基于信息的设备标识”的设备标识符由头部和标识符部分组成，共 14字节。图 18描 述了设备标识符的格式。 图 18“基于信息设备标识”的标识符格式 IDType（1个字节）：设备标识符类型（0x00～0xFF）。0x1（表示是基于信息的设备标 识方式） IssueID（2个字节）：设备标识服务器 ID（0x0000～0xFFFF）。其由 DMP设备注册中心 生成和管理。所有设备标识服务器都从 DMP 设备注册中心获得这个 ID，每个设备标识服务 器都由一个发行者（Issuer）进行管理。 Version（1个字节）：标识符格式版本号（0x00～0xFF）。其由 DMP设备注册中心管理。 VendorID（4 个字节）：设备卖主 ID（0x00000000~0xFFFFFFFF）。其由设备标识服务器 唯一生成和管理。 ModelID（2个字节）：产品型号 ID（0x0000~0xFFFF）。其由产品卖主唯一生成和管理。 ProductSerial#（4 个字节）：产品序列号（0x00000000~0xFFFFFFFF）。其由设备卖主 生成，并注册到设备标识服务器。如果设备没有产品序列号，设备标识服务器会负责生成。 ID生成协议 图 19说明了如何在基于信息的设备标识系统上生成设备标识符。 标识符请求：设备标识符的请求会将新设备的卖主 ID，型号 ID和产品序列号发送给设 备标识服务器。如果设备上没有特定的产品序列号，请求就不能发送。这意味着设备标识服 务器需要为请求设备生成一个产品序列号。 标识符发行：在成功核实了产品序列号的唯一性后，设备标识服务器根据请求者的设备 信息生成一个新的 14 字节设备标识符。如果请求数据不包含产品序列号，那么就会生成并 插入一个新创建的产品序列号。 图 19:“基于信息的设备识别”的 ID生成协议 ID交换协议 图 20显示了在两个设备之间如何交换设备标识符。 图 20：“基于信息的设备识别”的 ID交换协议 初始化：呼叫设备通过相互之间简单的 ping过程，确认被呼叫设备做好了通信准备。 标识符请求：呼叫设备请求被呼叫设备的设备标识符。 响应：被呼叫设备发送它的设备标识符给呼叫设备。 异常（Exception）处理：如果特定时间内，对等设备之间没有响应，那么就调用异常处理 程序。 基于证书的标识 “基于证书的标识”是设备标识工具的第二种方案。这种方案中，设备标识服务器生成 一个 证书，并且这种证书必须存储在设备上。 证书可以看作是设备标识符的容器或者传输介质。证书中的 DN 值（DN：唯一标 识/识别名/专有名称）可当作设备标识符。 在基于证书的标识系统中，DMP设备注册代理同样负责发行设备证书，它利用 DMP设备 注册中心发行的一个 DMP设备注册代理来完成发行证书的任务（见第六章）。 标识符格式 基于证书的标识系统的设备标识符是可变长度的，如图 21所示： 图 21:基于证书的标识系统的设备标识符 IDType（1个字节）：设备标识符类型（0x00~0xFF）。0x02表示是基于证书的标识符。 Length（2个字节）：证书长度（0x0000~0xFFFF）。 Reserved（1个字节）：未使用。 （n字节）：数据，DN（识别名）包含在证书中，作为唯一的 设备标识符。 协议 在基于证书的标识系统中， 证书的 DN 字段可用作设备标识符，设备标识符的生 成过程由证书生成过程取代。 在基于证书的标识系统中，设备标识符的交换过程几乎与上面描述的基于信息的设备标 识系统相同，除了其能在响应阶段通过校验数字签名来检查 证书中的设备标识符的有 效性。 标识域 DMP 认可：为了特定的目的，一组设备以多种模式聚合成一个单一的实体，并称之为 “域”。为了管理这些域，所以需要有“域标识”。域标识符的分配由域注册中心指定的域注 册代理来完成。域注册中心和代理将由第六章所描述的注册中心建立。在本技术规范中，代 理被当作域管理者。 建立一个域，需要以下步骤： （i） 从域管理者处获得的账号 ID和密码； （ii） 设备发送此账号 ID和密码给域管理者； （iii） 域管理者用一个新的域 ID创建一个新的域； （iv） 当一个新的设备请求加入此域时，该设备将同一套账号 ID 和密码传给域管 理者。 关于域标识协议的更多细节在 节“域管理”中进行了描述。域 ID的格式如下： <elementname="Domain_ID"type="r:Keyholder"/> 域管理者在所有被管理的注册域中维护一个设备列表，每当一个设备加入到一个域中时， 设备管理者就把此设备的设备 ID加入到相应的设备列表中，设备 ID在 节“标识设备” 中进行了描述。 由于一个域被一组用户所特定使用，因而能在一个给定的域中很方便的标识子域，此给 定域中每个子域对应组的一部分成员。 子域的建立和初始域的建立是一样的，只不过这次建立的是子域 ID。 与域或设备 ID描述内容目标的方式一样，子域 ID也能被包括在内容许可证中。多个子 域可能出现在同一个内容许可证中。 必要时，可以限定一个域中允许的子域数量。更多的细节可参考 节“管理域”。 子域格式如下所示，其标准的定义在附录 H中。 <elementname="Sub-DomainID"type="anyURI"/> 打包（Package） 打包内容 本节详细说明如何将内容打包成 DMP内容格式（DCF）。 引言 IDP-1 提供了将内容打包成文件的工具，其格式采用的是 MPEG-21 文件格式[12]的由 DMP 定义的子集，将 DCI 的部分或所有的辅助资源包含于一个单独的包中。MPEG-21 文件格 式是基于 ISOBaseMedia文件格式[2]的，定义了如何在描述中包含同步媒体信息。文件结构 （filestructure）是面向对象的，一个文件能很简单的就分解为几个组成对象，并且对象 的结构能直接根据它们的类型来推断。 在[12]中，文件是由一系列的对象构成，称之为“盒子”（boxes），所有的数据都包含 在盒子中，在文件中没有其他的数据。每个盒子都有两个属性特征：boxtype和 size，描述 如下图所示： aligned(8)classBox(unsignedint(32)boxtype, optionalunsignedint(8)[16]extended_type){ unsignedint(32)size; unsignedint(32)type=boxtype; if(size==1){ unsignedint(64)largesize; }elseif(size==0){ //boxextendstoendoffile } if(boxtype=="uuid"){ unsignedint(8)[16]usertype=extended_type; } } Size 字段是一个整数，用于指定盒子中的字节数。Type 字段则标识盒子类型，通常是 用 4 个字节（4 个特征代码，4CC）来描述 4 种人可读的特征以便标识盒子。带有不承认类 型的盒子将会被忽略或跳过。在 ISO规范中，FullBox类对 Box类进行了扩展，可传输附加 信息。 aligned(8)classFullBox(unsignedint(32)boxtype,unsignedint(8)v,bit(24)f) extendsBox(boxtype){ unsignedint(8)version=v; bit(24)flags=f; } 表 1 是[12]及 节中描述的表的子集，给出了对于盒子封装的考虑。前两列描述了 4CC标识的盒子类型，采用两列来显示信息是为了描述出盒子的嵌套级别。 表 4:盒子的逻辑结构图表 Mandatory Description ftyp yes filetypeandpatibility free no freespace meta yes Metadata hdlr yes handler,declaresthemetadata(handler)type bxml yes binaryXMLcontainer xml no XMLcontainer iloc no itemlocation mdat no mediadatacontainer licc no License_ContainerBox licb no LicenseBox sign no Digitalsignatureofthefile 上表列出的是所有入口（entries）的纵览，特殊变量由 DMP 定义值的规范将会在下面 给出。 在 DCF中使用的 ISOBaseMedia文件格式盒 ISOBaseMedia文件格式盒的语法和语义被 DMP采用，用 DMP文件格式（DCF）打包内容。 文件类型盒（‘ftyp’） Ftyp 盒是强制类型的，并指定这种文件能适应的规范。DMP 文件的标志是“dmpf”，且 其值应出现在 patible_brands中，如下所示： aligned(8)classFileTypeBox extendsBox("ftyp"){ unsignedint(32)major_brand; unsignedint(32)minor_version; unsignedint(32)patible_brands[];//toendofthebox } 下表描述了 FileTypeBox类中的变量。 major_brand 文件规范所符合的标识符。若让一个文件符合这个规范，该变量应设置 为’mp21’ minor_version 代表这个版本的标志的变量。若让文件符合这个规范，变量应设置为‘0x00000000’ patible_brands 标记列表，这个盒子中的内容是兼容的。‘dmpf’应出现在标记列表中。 注：DCF文件在文件的开头必须有一个准确的 DMP文件类型盒。 自由盒（’free’） 自由盒是可选的，可以包含任何一种类型的数据，其语法和语义的定义见[12]。设备可 能会忽略这个盒子中的内容。如果这个盒子存在的话，那么它的内容会因为计算任意数字签 名或哈希值而被跳过。 aligned(8)classFreeSpaceBoxextendsBox(free_type){ unsignedint(8)data[]; } 元盒（’meta’） 元盒在[12]中定义，如下所示： aligned(8)classMetaBox(handler_type) extendsFullBox("meta",version=0,0){ HandlerBox(handler_type)theHandler; PrimaryItemBoxprimary_resource; DataInformationBoxfile_locations; ItemLocationBoxitem_locations; ItemProtectionBoxprotections; ItemInfoBoxitem_infos; IPMPControlBoxIPMP_control; Boxother_boxes[]; } 然而，这个规范仅考虑盒子中有意义的三个。  theHandlerBox：说明元盒内容的结构或格式。此盒的 handler_type应为’dmpf’。  theItemLocationBox：在下面的 中有描述。  字段 other_boxes：包括下面描述的’bxml’和’xml’盒。 XML盒（’bxml’）和（’xml’） 在 other_boxes数组中可能包含有两个盒子：二进制 XML盒（’bxml’），是必选项；XML 盒（’xml’），是可选项。两者都包含 DMP 内容信息（DCI），其在 节“内容描述”中 进行了定义。 aligned(8)classBinaryXMLBoxextendsFullBox(“bxml",version=0,0){ unsignedint(8)data[];//toendofbox } aligned(8)classXMLBoxextendsFullBox("xml",version=0,0){ stringxml; } 项目位置盒 ItemLocationBox 提供了 DCI 中描述的内容数据元素和它们在该文件或其他文件内的 物理位置之间的链接。偏移在文件和它的长度之内。 aligned(8)classItemLocationBoxextendsFullBox("iloc",version=0,0){ unsignedint(4)offset_size; unsignedint(4)length_size; unsignedint(4)base_offset_size; unsignedint(4)reserved; unsignedint(16)item_count; for(i=0;i<item_count;i++){ unsignedint(16)item_ID; unsignedint(16)data_reference_index; unsignedint(base_offset_size*8)base_offset; unsignedint(16)extent_count; for(j=0;j<extent_count;j++){ unsignedint(offset_size*8)extent_offset; unsignedint(length_size*8)extent_length; } } } 下表描述了 ItemLocationBox类的变量。 offset_size 集合｛0，4，8｝中的一个值，表示偏移量长度占有字节数。 length_size 集合｛0，4，8｝中的一个值，表示长度占有字节数。 base_offset_size 集合｛0，4，8｝中的一个值，表示 base_offset的长度占有字节数 item_count 一个整数值，表示下面队列中的资源数目 item_ID Anarbitraryinteger‘name’forthisresourcewhichcanbeusedtoref ertoit(). data-reference-index Avaluewhichiseitherzero(‘thisfile’)ora1-basedin- dexintothedatareferencesinthedatainformationbox. base_offset Anintegerwhichprovidesabasevalueforoffsetcalculationswithint _offset_sizeis0,base_offsettakestheva lue0,. extent_count Anintegerwhichprovidesthecountofthenumberofextentsintowhicht heresourceisfragmented;itmusthavethevalue1orgreater. extent_offset Anintegerwhichprovidestheabsoluteoffsetinbytesfromthebeginni ngofthecontainingfile,_sizeis0,offsettake sthevalue0. extent_length Anintegerwhichprovidestheabsolutelengthinbytesofthismetadata _sizeis0,,the nlengthoftheitemisthelengthoftheentirereferencedfile. 媒体数据盒（’mdat’） 本盒子包含有 DCI描述和标识的内容数据元素。在[12]中进行了定义。如下所示： aligned(8)classMediaDataBoxextendsBox("mdat"){ bit(8)data[]; } 许可证容器盒（’licc’） 本盒包含许可证盒数组，其中每一个都包含 DCI描述的任一受控内容项的一个许可证。 如果许可证容器盒存在的话，将置于 DCF的开始处，定义如下： aligned(8)classLicense_ContainerextendsFullBox("licc"){ unsignedint(16)item_count; for(i=0;i<item_count;i++){ stringLicense_ID; BoxLicense_Box; } } item_count AnintegervalueindicatingthenumberofLicenseBoxesinthecontainer License_ID AstringofcharacterscontainingtheLicense_ID License_Box AboxcontainingaLicense 许可证盒（’licb’） 许可证盒包含一个 DCI中描述的一个管理一个内容项的许可证。 aligned(8)classLicenseBoxextendsFullBox("licb"){ bit(8)License[]; } License Anarrayofbytes 签名盒（’sign’） 本盒包含 DCF中的数字签名。数字签名将从最后一个容器的开始计算到结尾，但是不包 含自由盒中的任何内容。 如果签名盒存在的话，将放在 DCF的最后，定义如下： aligned(8)classSignatureBoxextendsBox("sign"){ bit(8)data[]; } 认证（Authenticate） 认证是在设备之间识别和建立信任的一组工具。 认证设备 设备需要获得信任使得它们可以使用内容。DMP定义了三种不同类型的设备认证，这些 认证和本文档的标识部分密切相关。这一节给出对于三类设备身份的认证方式。 1. 具有唯一证书的设备 2. 由数据唯一标识的设备 3. 具有证书代理而没有唯一数据的设备 基于证书的设备认证 每一个设备都有一个由设备身份服务器发布的数字证书，这在确定（标识）设备一节 ()已经阐述。这包括放入到设备中的秘密数据和相应的包含公开数据的证书。 图 22:证书认证 相互认证机制以下面方式执行(本质上就是握手协议 SSL/TLS): 1. 设备 A(Device[a])发送它的证书(DeviceIdentificationServer[x]Device[a])给设备 B(Device[b]); 2. Device[b]发送它的证书给 Device[a](DeviceIdentificationServer[y]Device[b]); 3. Device[b]验证下列项: 1. 是否在 Device[a]证书链中有一个公共的证书中心发证书; 2. 如果有，验证 Device[a]的数字签名; 3. 证书有效期; 4. Device[a]对 Device[b]的证书执行同样的检验; 5. Device[a]和 Device[b]可以任意地进下如下的相互质询: 1) Device[a]选择一个随机数,并使用 Device[b]的公钥加密随机数; 2) Device[b]收到消息，使用它的私钥解密消息，Device[b]使用 Device[a]的公钥加 密这个结果； 3) Device[a]接收到数据，使用相应的私钥解密。如果结果等于其选择的随机数，那 么互相认证成功； 6. 相互认证的结论。 唯一设备数据 每一个设备被颁发给在基于信息身份中描述的信息。另外一个唯一的 128比特 AES密钥 放置到设备中。颁发的信息保留在设备身份服务器。当一个设备希望向服务器认证自己的时 候，它提供它的设备标识符。服务器可以为该设备查找适当的密钥和加密数据，确保只有特 定的设备可以理解随后的授权和内容数据。身份当中的多个字段可用于向适当的设备身份服 务器分派信息。 呼叫设备被叫设备 图 23:互相认证机制 带有证书代理的不唯一设备数据 每个设备被颁发给一个模型 ID(128bits)和一个共享的密钥(128bits).每个共享密钥 有一个密钥 ID(128bits).一个设备开始是未被认证的，因此不能使用内容。首先需要在设 备身份服务器注册以建立信任。 成功的注册把域数据放入设备，这将允许它使用内容。为了得到域数据，设备产生一个 随机值。随机值使用存储在设备中的共享密钥来保护。一个消息(密钥 ID加上加密的随机值) 通过代理发送给设备身份服务器。代理使用基于证书认证方法[]确保交易受到保护 和认证，共享的密钥不能单独进行。 图 24:带有证书代理的不唯一设备数据 设备身份服务器然后发布域数据并通过代理返回打包的域数据和随机值。如果模型 ID 无效，设备身份服务器可以选择不发送数据。代理把域数据和随机值发给设备。如果来自设 备身份服务器的随机值与存储在设备中的值匹配，域数据然后被接受并存储在设备中。设备 现在能够开始使用基于域数据的内容。设备身份服务能够限制它发布一个域多少次。 管理（Manage） 管理是一类和系统功能相关参数进行交互工具。目前支持的工具为管理域。 管理域 这一部分详细说明了域管理协议。协议的功能包括： ·建立一个设备的域上下文 ·控制在域内使用的内容 ·管理设备域的成员——加入和退出 c 图 25：管理域的总体示意图 每个域都由独有的域管理器 ID标识。域管理器持有与域的信息对应的域 ID（见 部分，标识域）。 域中所有设备都可以使用绑定在域中的内容。这是通过校验设备中的域上下文和域中内 容许可证中的域上下文实现的。域上下文在正确的认证之后由域管理器创建。 域管理信息 域管理器保存着与创建的每个域相关的域管理信息。下面描述的域管理信息模块包含如 下项： 1．域 ID：一个标识特定域中由域管理器创建的独立身份标识符。它在域管理器内是独立的。 这在域的一生中是保持一致的。 2．访问 ID：一个和域 ID 对应的访问码和密码对被创建。这是为了允许一个设备加入域和 在需要的时候进行升级。 3．域密钥：一个密钥被域管理器创建，为和域相关的加密所用。域密钥是在 DCF内的密钥。 它将给域中所有的设备来解密域中的内容。域密钥由 DCF的创建者通过和域管理器的交 互来放入 DCF内。 4．设计 ID 表：一个标识域中设备的标识符列表，指示出域中的设备（见 部分标识 设备）。 5．失效期限：数据描述域的失效期限。将传给域中的每个设备 6．设备的最大数目：离开和加入域的设备的最大数目 7．更新的最快频率：离开和加入域的设备的最大频率 8．撤回的 ID：撤回的设备的 ID。 域管理信息的格式如下所示： <xsd:elementname="DomainManageInfo"> <xsd:plexType> <xsd:sequence> <xsd:elementref="dmpmd:Domain_ID"/> <xsd:elementref="dmpmd:AccessID"/> <xsd:elementref="dmpmd:Domain_Key"/> <xsd:elementref="dmpmd:DeviceIDList"/> <xsd:elementname="MaximumNumberOfDevice"type="xsd:integer"/> <xsd:elementname="MaximumFrequencyOfUpdate"type="xsd:integer"/> <xsd:elementref="dmpmd:RevocationList"/> </xsd:sequence> </xsd:plexType> </xsd:element> <xsd:elementname="DeviceIDList"> <xsd:plexType> <xsd:sequenceminOccurs="0"maxOccurs="unbounded"> <xsd:elementref="dmpmd:DeviceID"/> <xsd:elementname="Expiration"type="sx:ValidityTimeMetered"/> </xsd:sequence> </xsd:plexType> </xsd:element> <xsd:elementname="RevocationList"> <xsd:plexType> <xsd:sequenceminOccurs="0"maxOccurs="unbounded"> <xsd:elementref="dmpmd:DeviceID"/> </xsd:sequence> </xsd:plexType> </xsd:element> 设备的域上下文 为了允许内容在域中设备播放，设备将收到一个域上下文，由下表中域资源元素详细说 明： <xsd:elementname="domainResource"type="dmpmd:DomainResource"substitutionGroup="r:re source"/> <xsd:plexTypename="DomainResource"> <xsd:plexContent> <xsd:extensionbase="r:Resource"> <xsd:sequence> <xsd:elementref="dmpmd:DomainManager_ID"/> <xsd:elementref="dmpmd:Domain_ID"/> <xsd:elementname="DomainKey"type="dsig:KeyInfoType"/> <xsd:elementname="Expiration"type="sx:ValidityTimeMetered"minOccurs="0"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"minOccurs="0"/> </xsd:sequence> </xsd:extension> </xsd:plexContent> </xsd:plexType> 域上下文是用于管理域的一组数据，存在设备中。域上下文含有域管理器 ID，域 ID， 域密钥，失效期和交易 ID。 内容的域上下文 因为域主要是用于一组用户，在一个给定域中标识子域通常是有用的，其中每个子域对 应组中的一个成员。创建一个子域和建立最初始的域在方法上是一样的，只不过这次是生成 子域 ID。 子域 ID 可以包含在内容许可证中，同域 ID 或设备 ID 一样作为内容的对象。多子域可 能出现在一个内容许可证中。 需要的话，可以限制域中子域的数目。更多细节请参照 和附录 ：受保护的资源，如下表所示。使用域上下文和子域 ID 表来在域内合适的使 用内容。该数据存在于许可证中。 <xsd:plexTypename="ProtectedResource"> <xsd:plexContent> <xsd:extensionbase="r:Resource"> <xsd:sequence> <xsd:elementref="r:digitalResource"minOccurs="0"/> <xsd:choiceminOccurs="0"maxOccurs="unbounded"> <xsd:elementref="xenc:EncryptedData"minOccurs="0"/> <xsd:elementref="xenc:EncryptedKey"/> </xsd:choice> <xsd:elementref="dmpmd:DomainManager_ID"minOccurs="0"/> <xsd:elementref="dmpmd:SubDomain_ID"minOccurs="0"maxOccurs="unbounded"/> </xsd:sequence> </xsd:extension> </xsd:plexContent> </xsd:plexType> 域管理器和设备间的协议 在这里定义一些协议来管理域。这些消息使用在认证部分定义的认证协议，在设备和域 管理器中进行交流。 创建域 设备必须有访问 ID和设备 ID来请求创建域。创建域的协议如下所示。 1） 设备发送认证请求 <xsd:elementname="AuthenticateReq"> <xsd:plexType> <xsd:sequence> <xsd:elementname="AccountID"type="xsd:string"/> <xsd:elementname="Password"type="xsd:string"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> </xsd:sequence> </xsd:plexType> </xsd:element> 2） 域管理器返回认证答复 <xsd:elementname="Ack"> <xsd:plexType> <xsd:sequence> <xsd:elementname="Message"type="xsd:string"fixed="ACK"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> </xsd:sequence> </xsd:plexType> </xsd:element> 3） 设备如下创建域 <xsd:elementname="CreateDomain"> <xsd:plexType> <xsd:sequence> <xsd:elementref="dmpmd:DeviceID"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> </xsd:sequence> </xsd:plexType> </xsd:element> 4） 域管理器按 描述处理域资源元素表示的域上下文。 表格显示设备和域管理器间的信息交换。 图 26：创建域 当在域管理器中产生一组域信息，并且在设备中产生新的域上下文时，创建域的阶段成 功了。设备被允许加入不只一个域。这种情况下，设备重复的发出有不同的帐号 ID 和密码 的创建域的消息，以便设备能够得到多个域上下文。 添加设备 用户可以添加设备到域中，直到设备的数目超出域管理器定义的最大设备数目。为了添加设 备，创建域的协议将有所改动。 图 27：在域中添加设备 唯一的区别是，帐号 ID 和密码在认证期间需要送到域管理器那里，以获取相同的域 ID。 1） 设备在创建域中提交认证请求 2） 域管理器在创建域中返回认证答复 3）如下执行添加设备 <xsd:elementname="AddDevice"type="dmpmd:AddDeviceType"/> <xsd:plexTypename="AddDeviceType"> <xsd:sequence> <xsd:elementref="dmpmd:DeviceID"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> </xsd:sequence> </xsd:plexType> 设备 域管理器 认证（帐号 ID，密码） 答复 创建（设备 ID） 答复 4）至于创建域，由域管理器发放设备域上下文。 成功的添加设备协议将在域管理器的设备 ID表中添加新的设备 ID，并在设备中添加域 上下文。 脱离域 设备可能向域管理器请求离开域。域管理器按照这一请求将该设备排除出该域。 1）设备在创建域中提交认证请求 2）域管理器在创建域中返回认证答复 3）如下执行脱离设备 <xsd:elementname="LeaveDomain"type="dmpmd:LeaveDomainType"/> <xsd:plexTypename="LeaveDomainType"> <xsd:sequence> <xsd:elementref="dmpmd:DeviceID"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> </xsd:sequence> </xsd:plexType> 4) 域管理器返回认证回复。 该协议和添加设备有着相同的形式。域管理器在当没有一个设备请求时也可能将任一设 备排除掉。这种情况下，域上下文在设备中保存。域管理器改变时只有设备 ID表变化。 图 28：设备脱离域 设备 域管理器 认证（帐号 ID，密码） 答复 脱离（设备 ID） 答复 成功的执行离开域的协议将设备中的域上下文擦除。 更新域 更新域可能在设备故障或者域上下文过期的情况下被调用（在未连接的情况下则不需 要）。在其他的情况下设备可能向域管理器请求更新域上下文。如果域管理器同意，则回应 的消息包括一个新的域有效期。如果域被废除，回复将不包含一个合法的有效期。 1）至于创建域，设备返回认证答复 2）至于创建域，域管理器返回认证答复 3）如下发布更新域命令： <xsd:elementname="RenewDomain"type="dmpmd:RenewDomainType"/> <xsd:plexTypename="RenewDomainType"> <xsd:sequence> <xsd:elementref="dmpmd:DeviceID"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> </xsd:sequence> </xsd:plexType> 4）域管理器发布设备域上下文 图 29：更新域 域管理器和许可证提供商之间的协议 当许可证提供商为域中内容发布许可证时，许可证提供商向域管理器发出请求，请求其发送 设备的域上下文。 设备 域管理器 认证（帐号 ID，密码） 答复 更新（设备 ID） 答复 图 30：域管理器和许可证提供商之间的交换 a. 至于创建域，许可证提供商发送认证请求 b. 至于创建域，域管理器返回认证回复 c. 设备发送请求域，如下示： <xsd:elementname="RequestDomain"type="dmpmd:RequestDomainType"/> <xsd:plexTypename="RequestDomainType"> <xsd:sequence> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> </xsd:sequence> </xsd:plexType> 4）域管理器返回域上下文 成功的创建域中内容协议，允许许可证提供者将内容的域上下文作为许可证的一部分。 同时使用保护 本部分详细说明，当两台属于一个域或子域的设备同时使用内容被工具检测到了，通过 采用同时限制规则而不只是域允许来限制内容。 该工具的基本思想是，限制了同一域中可以同时使用给定的内容项的设备数量，如果实 际上超出了同时使用内容项的设备的预期数目，就通知域管理器，以便它采取合适的措施。 为了实施，域管理器和域内设备必须最少要有间断的连接。一个可信赖的时钟也是需要 的。 使用日志 为了实施同时使用检测机制，设备必须记录设备上的内容使用日志。设备每次播放内容 项，设备上的使用日志就新添了一个记录。每个记录必须有一个设备 ID、开始时刻、结束 时刻、通知标志和子域 ID。通知标志是一个布尔变量集，在记录被创建的时候设置成假。 使用日志显示出有设备 ID 的设备播放有子域数和有子域起止时间的内容项。术语的定义见 下表。 设备 ID 使用内容的标识 开始时刻 内容开始播放的绝对时刻 结束时刻 内容结束播放的绝对时刻 子域数 内容许可证上写明可以在设备上播放内容的子域数。如果许可证不包含 该信息则认为是 1。 子域 ID 子域的身份标识符。写在许可证上。 通知标志 显示记录是否通报给域管理器的标志 使用日志的格式如下： <xsd:elementname="UseLog"type="dmpmd:UseLogType"/> <xsd:plexTypename="UseLogType"> <xsd:sequence> <xsd:elementref="dmpmd:Domain_ID"/> <xsd:elementref="dmpmd:Record"/> </xsd:sequence> </xsd:plexType> <xsd:elementname="Record"> <xsd:plexType> <xsd:sequenceminOccurs="0"maxOccurs="unbounded"> <xsd:elementref="dmpmd:DeviceID"/> <xsd:elementname="StartTime"type="xsd:dateTime"/> <xsd:elementname="EndTime"type="xsd:dateTime"/> <xsd:elementname="NumberOfSubDomains"type="xsd:integer"/> <xsd:elementref="dmpmd:SubDomain_ID"minOccurs="0"maxOccurs="unbounded"/> <xsd:elementname="NotificationFlag"type="xsd:boolean"/> </xsd:sequence> </xsd:plexType> </xsd:element> 如果设备脱离它的域，设备必须保存域的使用日志，万一它以后再次加入相同的域。注 意子域 ID包含在 dmpmd：描述的域资源，它的表在附录 H中可以找到。 合并使用日志 当属于同一域内的设备互连时，每个设备都拷贝它的使用日志，并添加其他设备的使用 日志。如果这一操作致使使用日志中存在重复的记录，则将其删除。如果两个记录除了通知 标志元素外都是相同的，通知标志为假的记录将被通知标志标志为真的记录代替。 最后所有的设备都互相集成彼此的使用日志。使用日志集成协议如下所示。如果连接是 单向的话，只用到协议的一半来将使用日志在从一个设备传给另外一个设备。 当设备间通过不受保护的网络或者是服务器连接，使用日志需要加密。使用 节定义 的认证协议将是受保护的。这由如下表的协议来展示。 图 31：使用日志集成协议 未获许可的同时使用 所有在一定的时间内播放相同域或子域中的任何内容的设备被认为是执行未获许可的 同时域使用。这将在使用日志中受到监控。 如果使用日志有重叠的记录，则重叠记录中的设备 ID 指明的设备将被认为是未获许可 证的同时使用。如果内容许可证应用于多个子域 ID，则应用于该子域的许可证将不会有未 受许可证的同时使用的情况。 图 32:未受许可证的同时使用示意图 给域管理器的通知 每当设备连接到域管理器，如果检测到有同时使用它就通知域管理器。在收到未受许可 的同时使用通知时，域管理器将采取自己的政策。 当未受许可的即时使用通知给域管理器时，使用日志的记录中通知标志被设备设置成 “真”，以便在所有同时使用的记录通知标志为真的情况下，不再发送未受许可的同时使用 设备一 设备二 集成使用日志（域密钥，设备一的使用日志） 集成使用日志（域密钥，设备二的使用日志） 通知。 域管理器应该指派一个限时域上下文，以便设备需要更新域。这将使域管理器在域更新 时提供一个接受未获许可同时使用的通知。依据这个政策，域管理器可以决定向撤回列表中 添加设备 ID。 未受许可的同时使用协议的描述如下表： 图 33：未受许可的同时使用通知 未受许可的同时使用通知格式描述如下： <xsd:elementname="Un-LicensedSimultaneousUseNotice"type="dmpmd:Un-LicensedSimultane ousUseNoticeType"/> <xsd:plexTypename="Un-LicensedSimultaneousUseNoticeType"> <xsd:sequencemaxOccurs="unbounded"> <xsd:elementref="dmpmd:Domain_ID"/> <xsd:elementref="dmpmd:UnLicensedUseDevices"/> <xsd:elementref="dmpmd:OverlapTime"/> </xsd:sequence> </xsd:plexType> <xsd:elementname="UnLicensedUseDevices"> <xsd:plexType> <xsd:sequencemaxOccurs="unbounded"> <xsd:elementref="dmpmd:DeviceID"/> </xsd:sequence> </xsd:plexType> </xsd:element> <xsd:elementname="OverlapTime"> <xsd:plexType> <xsd:sequence> <xsd:elementname="StartTime"type="xsd:dateTime"/> <xsd:elementname="EndTime"type="xsd:dateTime"/> </xsd:sequence> </xsd:plexType> </xsd:element> 访问（Access） 这一章为访问捆绑了许可证的内容提供了一些工具。这些工具是基于远程访问协议 (RemoteAccessProtocal)的一种传送协议，RAP 支持现有的网络协议(TCP/IP 或者 HTTP)。 在安全性方面，RAP使用了两级安全层：  应用级别：符合在批准文件里 RAP所描述的消息;  网络级别：由下一层的安全协议体现，例如 theSSLv3/TLSv1Protocol； 图 34:安全层次结构 RAP建立在下面的一些前提之上：  用户已获得一些权利(Rights)去使用一个指定的内容项(ContentItem)，如：通过交易 (transaction);  存在一个许可证提供者(LicenseProvider)对制造和管理许可证负责；  许可证配发给了一个已识别和授权的设备，该设备能够解析(parsing)许可证和在受控 内容(GovernedContent)上执行已有权利；  许可证应确保不受偷听攻击;  许可证提供者为了认证目的，许可证应由他们签名);  在许可证里的内容解密密钥(ContentDecryptionKeys)应受保护；  基于许可证的设备的识别定义在 节识别设备；  许可证提供者应能够授权一个设备；  在 IDP-1 里，一个设备不能访问内容和许可证。这个功能是由一个外部设备 (XD:ExternalDevice)来执行的；  确认 XD收到许可证应是可行的(防止否认攻击 repudiationattacks)； 如果一个DCI引用的资源是受控的，许可证或许可证的引用，或者许可证服务 (LicenseServices)以下面形式存在DCI里: <elementname="RightsDescriptor"type="ipmpinfo:RightsDescriptorType"/> <plexTypename="RightsDescriptorType"> <sequence> <elementref="ipmpinfo:License"minOccurs="0"/> <elementref="ipmpinfo:LicenseReference"minOccurs="0"/> <elementref="ipmpinfo:LicenseService"minOccurs="0"/> </sequence> </plexType> 图 35：许可证描述 访问内容 这一节描述了访问在内容里绑定了许可证的内容项的协议，该许可证也绑定给一个指定 的设备或(和)域。 连接到PAV(portableAudioVedio)设备的XD(ExternalDevice)使用远程内容访问协议 (RemoteContentAccessProtocol(RCAP))获取一个内绑定有许可证的内容项，授权这个内容 项的使用给PAV设备或一个域。该协议基于两个基本组件：XD和内容提供者间信息的交换。 RCAP包括了一下步骤： 1. XD连接到内容提供者 2. XD认证 PAV设备(参见认证设备部分) 3. XD产生一个包含如下元素的信息： a) ContentID b) PAV域上下文(DomainContext)，如果存在(当 PAV设备加入一个域时获得) c) 一个唯一的由 XD产生的交易(transaction)标识符，用来验证消息； 4. XD要求 PAV设备通过附加 PAV设备许可证签名(Sign)消息； 5. XD传送消息给内容提供者； 6. 内容提供者： a) 收到消息； b) 检查数字签名； c) 检查域上下文(如果有的话); d) 检查 PAV设备许可证； e) 读取 ContentID; 7. 内容提供者询问许可证提供者是否有一个指定 ContentID,PAV 设备 ID 和(或)域的许可 证(如：因为交易(transaction)之前在用户和一个许可证提供者之间已经完成了)。如 果存在： a) 许可证提供者通过附加许可证提供者证书签名许可证(在域情况里也包含域方面的 信息)并把它发给内容提供者。许可证包括资源加密密钥，用来加密： i. 在存在 PAV设备许可证的情况下的 PAV设备公钥； ii. 在存在域许可证的情况下的域密钥(DomainKey)； b) 内容提供者将许可证(License)绑定在 DCI里； c) 内容提供者签名 DCI(附加内容提供者许可证)； d) DCI和资源打包成 DCF； e) 内容提供者签名 DCF(附加内容提供者证书) f) 内容提供者发送 ContentRequestResult 消息给 XD 指定可以下载 DCF 的服务器的 URI； 8. XD下载 DCF； 9. XD传送 DCF给 PAV； 表 5：元素访问协议 Cid ContentIdentifier. DCert DeviceCertificate. Tid TransactionidentifierisauniquenumbergeneratedrandomlybythePAVDe vice. DCont TheDomainContextinformationofthePAV,ifpresent. ContentRequest posedbytheCidandtheTid,digitallySignedbytheDevice:SignKprivDevice {Cid+DCont+Tid} LicenseRequest ThismessagecorrespondstotheLicenseRequestsenttoaLicenseProvider - lowing:SignKprivCP{Cid+DCont+Tid}.Inthecasesomethingfails,themes sagereturnedbytheLicenseProviderisposedbythefollowing:SignKpriv LP{Status+Tid}.OtherwiseaLicenseisreturned. LicenseRequestAck nowledgement ThisisamessageusedtosignaltheLicenseProviderthattheLicensewasre :Sig nKprivCP{“ACK”+Tid} ContentRequestRes ult ThismessagecorrespondstotheContent,BundledwithaLicensethatisret urnedbytheContentProvider, rstmessageisthefollowing:Content+SignKprivCP{Tid}andifanerrorocc ursthemessageis:SignKprivCP{Status+Tid} ContentRequestAck nowledgement ThisisamessageusedtosignaltheLicenseProviderthattheLicensewasre :Sig nKprivDevice{“ACK”+Tid} <xsd:elementname="ContentRequest"type="dmpax:RequestType"/> <xsd:elementname="LicenseRequest"type="dmpax:RequestType"/> <xsd:elementname="ContentRequestResult"type="dmpax:ContentRequestResultType"/> <xsd:elementname="LicenseRequestAcknowledgement"type="dmpax:AcknowledgementType"/> <xsd:elementname="ContentRequestAcknowledgement"type="dmpax:AcknowledgementType"/> <xsd:elementname="TransactionID"type="xsd:unsignedByte"/> <!--plextypes--> <xsd:plexTypename="RequestType"> <xsd:sequence> <xsd:elementname="ContentIdentifier"type="xsd:anyURI"/> <xsd:elementname="DCIhash"type="xsd:unsignedByte"minOccurs="0"/> <xsd:elementref="dmpmd:domainResource"minOccurs="0"/> <xsd:elementref="dmpax:TransactionID"/> </xsd:sequence> </xsd:plexType> <xsd:plexTypename="LicenseRequestResultType"> <xsd:sequence> <xsd:elementref="dmprc:License"minOccurs="0"/> <xsd:elementref="dmpax:TransactionID"/> <xsd:elementname="Status"type="xsd:string"/> </xsd:sequence> <!--betweentheCPandtheLP--> </xsd:plexType> <xsd:plexTypename="LicenseRequestAcknowledgementType"> <xsd:sequence> <xsd:elementname="Message"type="xsd:string"fixed="ACK"/> <xsd:elementref="dmpax:TransactionID"/> </xsd:sequence> <!--betweentheCPandtheLP--> </xsd:plexType> <xsd:plexTypename="ContentRequestResultType"> <xsd:sequence> <xsd:elementname="ContentServerURI"type="xsd:anyURI"/> <xsd:elementref="dmpax:TransactionID"/> <xsd:elementname="Status"type="xsd:string"/> </xsd:sequence> </xsd:plexType> <xsd:plexTypename="AcknowledgementType"> <xsd:sequence> <xsd:elementname="Message"type="xsd:string"fixed="ACK"/> <xsd:elementref="dmpax:TransactionID"/> </xsd:sequence> </xsd:plexType> 图 36：内容和许可证请求方案 注:这些消息要使用XML数字签名符号(DigitalSignaturenotation)标识。 附录I包括了描述上面定义元素的访问内容命名空间方案(schema) 访问许可证(License) 这一节描述了两种协议 1. 当 一 个 XD 连 接 到 PAV 设 备 时 使 用 远 程 许 可 证 访 问 协 议 [RemoteLicenseAccessProtocol(RLAP)]从一个许可证提供者那获取许可证 (License) 2. 当一个 PAV 设备获取绑定在内容项里的许可证时使用本地许可访问协议 [LocalLicenseAccessProtocol(LLAP)] 远程许可访问协议 RLAP 一个XD连接到一个PAV设备时从许可证提供者获取许可证时使用RLAP远程许可访问协议， 此时许可证没有绑定在受控内容(GovernedContent)里。在应用层RLAP基于两种基本组 件：XD和许可证提供者之间消息的交换。 RLAP包括下面步骤： 1. XD检查内容项是受限的且需要许可证去访问内容项； 2. XD从内容项里提取 ContentID； 3. XD授权 PAV设备； 4. XD检查在内容项的 RightsDescriptor里没有许可证； 5. XD从 RightsDescriptor对象中重新获得 LicenseServiceURI； 6. XD产生一个包含有如下元素的消息： a. ContentID b. 如果存在的话(当 PAV设备加入一个域时获得)，PAV域上下; c. DCI的哈希值； d. 由 XD产生的一个唯一的交易(transaction)标识符，用来验证消息； 7. XD要求 PAV通过附加 PAV设备证书来签名(sign)消息； 8. XD发送消息给许可证提供者； 9. 许可证提供者： a. 接收消息； b. 检查数字签名； c. 检查域上下文(如果存在); d. 检查 PAV设备许可证； e. 读取 ContentID； f. 检查 DCI哈希值； 10. 许可证提供者检查系统上是否有指定 ContentID 和 PAV 设备 ID 的许可证(在域情 况下也包括域的信息)。如有： a. 许可证提供者发送下面组件给 PAV设备： i. 许可证提供者通过附加 LPCertificate 来签名 (sign)许可证 (License) 。 许 可 正 书 包 含 了 资 源 加 密 密 钥 (ResourceEncryptionKeys),用来加密： 1. 在有 PAV设备许可证情况下 PAV设备公钥； 2. 在有域许可证情况下域密钥； b. 如果没有许可证或者 PAV 设备许可证或设备许可证里的数据无效，会发送一 条消息和如下部分： i. 许可证提供者通过附加 LP许可证标志一条错误消息； ii. PAV设备发送第一条消息时发送一个相同的唯一交易标识符； 11. XD从许可证提供者那接收消息，检查消息内容并提取许可证； 12. XD发送一个签名(Signed)的确认消息给许可证提供者告知许可证成功收到； 13. XD把许可证绑定在 DCFLicense_ContainerBox并标记 DCF； 下面的流程表给出了在XD和许可证提供者之间的消息交换： 图 37：RLAP消息流 表 6-RLAP消息元素 Cid ContentIdentifier. DCert DeviceCertificate. Tid TransactionidentifierisauniquenumbergeneratedrandomlybythePAVDe vice. REQ posedbytheCidandtheTid,digitallySignedbytheDevice,includingtheD Cert:SignKprivDevice{Cid+DCIhash+Tid}. REK ptandDecryptaResource. LICData ThisrepresentsLicenseinformationexpressedinREL. LPCert ThisrepresentstheLicenseProviderCertificate. LicenseRequestRes ult ThismessagecorrespondstotheanswerreturnedfromtheLicenseManageri fthepresentedCertificateiscorrectandiftherequestedlicenseexists :SignKpri vLP{LICData(KpubDevice[REK])}+SignKprivLP{Tid}+ thingfails,themessagereturnedbytheLicenseProviderisposedbythefo llowing:SignKprivLP{Status+Tid}+LPCert. LicenseRequestAck nowledgement ThisisamessageusedtosignaltheLicenseProviderthattheLicensewasre :SignKprivDevic e{“ACK”+Tid} RLAP协议由一套相关消息集合组成：  许可请求：从许可证提供者之间请求许可证 <xsd:elementname="LicenseRequest"type="dmpax:RequestType"/> <xsd:plexTypename="RequestType"> <xsd:sequence> <xsd:elementname="ContentIdentifier"type="xsd:anyURI"/> <xsd:elementname="DCIhash"type="xsd:unsignedByte"minOccurs="0"/> <xsd:elementref="dmpmd:domainResource"minOccurs="0"/> <xsd:elementref="dmpax:TransactionID"/> </xsd:sequence> </xsd:plexType> 图 38:许可证请求模式 注：该消息由PAV使用XML数字签名符号标识；  许可请求结果：许可证提供者返回给 XD； sd:elementname="LicenseRequesResult"type="dmpax:LicenseRequestResultType"/> <xsd:plexTypename="LicenseRequestResultType"> <xsd:sequence> <xsd:elementref="dmprc:License"minOccurs="0"/> <xsd:elementref="dmpax:TransactionID"/> <xsd:elementname="Status"type="xsd:string"/> </xsd:sequence> </xsd:plexType> 图 39:许可证请求结果模式 注：该消息由许可证提供者使用XML数字签名符号标识；  许可请求确认：XD发送消息给许可证提供者告知已收到许可。 <xsd:elementname="LicenseRequestAcknowledgement"type="dmpax:AcknowledgementType"/> <xsd:plexTypename="AcknowledgementType"> <xsd:sequence> <xsd:elementname="Message"type="xsd:string"fixed="ACK"/> <xsd:elementref="dmpax:TransactionID"/> </xsd:sequence> </xsd:plexType> 图 40:许可证请求确认模式 注：该消息由设备使用XML数字签名符号标识； 本地许可访问协议(LocalLicenseAccessProtocol) 当许可证绑定在一个内容项里时使用LLAP。在这种情况下，在接收受控内容时许可证放在DCI 的RightsDescriptor元素部分。 因为在IDP-1中，设备没有连接到网络XSD已经访问内容项。 LLAP要求下面步骤： 1. 设备检查内容是受控的并且需要一个许可证来访问内容； 2. 设备从内容中提取 ContentID; 3. 设备验证它自己的证书; 4. 设备在 RightsDescriptor里面查找许可证； 5. 设备读取许可证； a) 检查许可证签名 b) 如果许可证加密了，解密； c) 分析，解释许可证； 6. 如果存在资源加密密钥，设备提取它； 7. 设备解密资源加密钥(如果它们加密了)； 升级许可证(Update/UpgradeLicenses) 为了更新到期的许可证或者从一个内容项哪里获得一个新的许可证，要采取下面的步骤：  PAV传送 DCF给 XD；  XD使用 RLAP提供被请求的许可证；  XD绑定许可证在 DCFLicense_ContainerBox;  XD签名 DCF；  传送 DCF给 PAV； 处理过程（Process） 下面分类组成了在数据上的指定操作。 二进制化 这个工具在传送或存储之前将一个 XML文档前转换成二进制的格式。DMP选择的 XML二进制 化技术是由 MPEG-7part1[3]andMPEG-21part16[13]所定义 BiM标准。 解密/加密 这节指定了选定的 IDP-1加密算法。 IDP-1支持下面的内容加密算法：  AESincbcmodewitha128bitkeyidentifiedasfollows: o <EncryptionMethod Algorithm="http://.  AESinecbmodewitha128bitkeyidentifiedasfollows: o <EncryptionMethod Algorithm="http://.  RSAwithavariablekeylengthidentifiedasfollows(fora1024bitkey): o <EncryptionMethod Algorithm="http://. 5 价值链 介绍 这一合乎规范的章节(normativechapter)叙述了第二章里描述的有用的 UseCases－可 以使用第四章所述的工具―互操作 DRM平台来规范的执行这些 UseCases。 不承诺 通过给这个批准文件一个标准值，DMP并不意味着批准文件 里面的 usecases只能如这 个批准文件里所描述的方式执行。 DMP只是想要提供一个规范的执行案例(anexamplenormativeimplementation)，这样那些拥有 了这个批准文件里所述的工具的用户将可以和那些以同样方式拥有这些工具的用户交互。 要理解这个规范文件的前提；阅读前言，介绍，第二章－UseCases，第三章－体系结构， 第四章－互操作 DRM平台和附录 A－术语。 价值链 －公开版本 Toolsforwalkthrough＃1 识别许可证 如 节所述。 识别内容 如 节所述。 呈现内容 如 节所述。 二进制化 DCI 如 节所述。 权利描述表达式 如 节 IDP-1所述。 二进制化许可证 如 节所述。 内容打包 如 节所述。 Toolsforwalkthrough＃2 访问许可证 如 节所述。 Toolsforwalkthrough#3 与 walkthrough#1和 walkthrough#2相比，不需要新的工具。 价值链 －公开查询(OpenSearch) Toolsforwalkthrough#1 识别内容 如 节所述。 识别许可证 如 节所述。 呈现内容 如 节所述。 权利描述表达式 如 节所述。 价值链 －家庭内分发＃1 Toolsforwalkthrough#1 识别内容 如 节所述。 识别许可证 如 节所述。 识别设备 如 节所述。 识别域 如 节所述。 呈现内容 如 节所述。 Representkey 如 节所述。 权利描述表达式 如 节所述。 标识设备 如 节所述。 管理域 如 节所述。 访问许可证 如 节所述。 处理－解密 如 节所述。 价值链 －家庭内分发＃2(HomeDistribution#2) Toolsforwalkthrough#1 访问内容 见 节说明。 价值链 –网络分发 Toolsforwalkthrough#1 权利描述表达式 见 节所述。 识别许可证 见 节所述。 二进制化许可证 见 节所述。 处理：加密 见 节所述。 呈现内容 见 节所述。 识别内容 见 节所述。 内容打包 见 节所述。 访问许可证 见 节所述。 处理－解密 见 节所述。 Toolsforwalkthrough#2 呈现内容 见 节所述。 权利描述表达式 见 节所述。 识别许可证 见 节所述。 识别内容 见 节所述。 处理：加密 见 节所述。 内容打包 见 节所述。 处理－解密 如 节所述。 价值链 －灵活的零售商(smartretailer) Toolsforwalkthrough#1 权利描述表达式 如 节所述。下面给出一个示例许可证： <?xmlversion=""encoding="UTF-8"?> <license xmlns="urn:mpeg:mpeg21:2003:01-REL-R-NS"xmlns:sx="urn:mpeg:mpeg21:2003:01-REL-SX-NS "xmlns:mx="urn:mpeg:mpeg21:2003:01-REL-MX-NS"xmlns:dmprr="urn:mpeg:mpeg21:2005:04-R EL-DMPRR-NS"xmlns:dsig="http://. 001/XMLSchema-instance"xsi:schemaLocation="urn:mpeg:mpeg21:2003:01-REL-MX-NSrel-mx- :mpeg:mpeg21:2005:"> <grant> <keyHolder> <info> <dsig:KeyName>DeviceA'scertificateorIdentifier</dsig:KeyName> </info> </keyHolder> <mx:play/> <digitalResource> <nonSecureIndirectURI="urn:"/> </digitalResource> </grant> <issuer> <keyHolder> <info> <dsig:KeyName>RightsIssuerPublicKeyName</dsig:KeyName> </info> </keyHolder> </issuer> </license> Toolsforwalkthrough＃2 权利描述表达式 如 节所述。下面给出一个示例许可证： <?xmlversion=""encoding="UTF-8"?> <license xmlns="urn:mpeg:mpeg21:2003:01-REL-R-NS"xmlns:sx="urn:mpeg:mpeg21:2003:01-REL-SX-NS "xmlns:mx="urn:mpeg:mpeg21:2003:01-REL-MX-NS"xmlns:dmprr="urn:mpeg:mpeg21:2005:04-R EL-DMPRR-NS"xmlns:dsig="http://. 001/XMLSchema-instance"xsi:schemaLocation="urn:mpeg:mpeg21:2003:01-REL-MX-NSrel-mx- :mpeg:mpeg21:2005:"> <grant> <mx:play/> <digitalResource> <nonSecureIndirectURI="urn:"/> </digitalResource> <sx:exerciseLimit> <sx:count>1</sx:count> </sx:exerciseLimit> </grant> <issuer> <keyHolder> <info> <dsig:KeyName>RightsIssuerPublicKeyName</dsig:KeyName> </info> </keyHolder> </issuer> </license> Toolsforwalkthrough＃3 权利描述表达式 如 节所述。下面给出一个示例许可证： <?xmlversion=""encoding="UTF-8"?> <licensexmlns="urn:mpeg:mpeg21:2003:01-REL-R-NS"xmlns:sx="urn:mpeg:mpeg21:2003:01-R EL-SX-NS"xmlns:mx="urn:mpeg:mpeg21:2003:01-REL-MX-NS"xmlns:dmprr="urn:mpeg:mpeg21:2 005:04-REL-DMPRR-NS"xmlns:dsig="http://. :mpeg:mpeg21:2005:"licenseId="543210" > <grant> <keyHolder> <info> <dsig:KeyName>DeviceA'scertificateorIdentifier</dsig:KeyName> </info> </keyHolder> <mx:play/> <digitalResource> <nonSecureIndirectURI="urn:"/> </digitalResource> <allConditions> <validityInterval> <notAfter>2004-02-13T15:30:00</notAfter> </validityInterval> <sx:validityTimeMetered> <sx:duration>P15D</sx:duration> </sx:validityTimeMetered> </allConditions> </grant> <issuer> <keyHolder> <info> <dsig:KeyName>RightsIssuer’sPublicKeyName</dsig:KeyName> </info> </keyHolder> </issuer> </license> Toolsforwalkthrough＃4 权利描述表达式 如 所述。下面给出一个示例许可证 <?xmlversion=""encoding="UTF-8"?> <r:licensexmlns:r="urn:mpeg:mpeg21:2003:01-REL-R-NS"xmlns:sx="urn:mpeg:mpeg21:2003: 01-REL-SX-NS"xmlns:mx="urn:mpeg:mpeg21:2003:01-REL-MX-NS"xmlns:dmprr="urn:mpeg:mpeg 21:2005:04-REL-DMPRR-NS"xmlns:dsig="http://. ://. hemaLocation="urn:mpeg:mpeg21:2005:"sx:profilepliance="dmp "> <r:grant> <r:keyHolder> <r:info> <dsig:KeyName>DeviceA'scertificateoridentifier</dsig:KeyName> </r:info> </r:keyHolder> <dmprr:copy/> <r:digitalResource> <r:nonSecureIndirectURI="urn:"/> </r:digitalResource> <sx:exerciseLimit> <sx:count>2</sx:count> </sx:exerciseLimit> </r:grant> <r:issuer> <r:keyHolder> <r:info> <dsig:KeyName>Issuer'ssigningkey</dsig:KeyName> </r:info> </r:keyHolder> </r:issuer> </r:license> Toolsforwalkthrough#5 权利描述表达式 如 所述。下面给出示例许可证。 <?xmlversion=""encoding="UTF-8"?> <license xmlns="urn:mpeg:mpeg21:2003:01-REL-R-NS"xmlns:sx="urn:mpeg:mpeg21:2003:01-REL-SX-NS "xmlns:mx="urn:mpeg:mpeg21:2003:01-REL-MX-NS"xmlns:dmprr="urn:mpeg:mpeg21:2005:04-R EL-DMPRR-NS"xmlns:enc="http://. 00/09/xmldsig#"xmlns:xsi="http://. ="urn:mpeg:mpeg21:2003::mpeg:mpeg21:2005:04-REL-DMP "> <grant> <keyHolder> <info> <dsig:KeyName>DeviceA'scertificateorIdentifier</dsig:KeyName> </info> </keyHolder> <mx:play/> <dmprr:protectedResource> <digitalResource> <nonSecureIndirectURI=" </digitalResource> <enc:EncryptedKey> <enc:EncryptionMethodAlgorithm="http://. <dsig:KeyInfo> <dsig:KeyName>DeviceA’sPublicKeyName</dsig:KeyName> </dsig:KeyInfo> <enc:CipherData> <enc:CipherValue>AQABAA==</enc:CipherValue> </enc:CipherData> <enc:CarriedKeyName>Contentencryptionkeyformymovieclip</enc:CarriedKeyName> </enc:EncryptedKey> </dmprr:protectedResource> </grant> <issuer> <keyHolder> <info> <dsig:KeyName>RightsIssuer’sPublicKeyName</dsig:KeyName> </info> </keyHolder> </issuer> </license> Toolsforwalkthrough#6 权利描述表达式 如 所述。下面给了两个示例许可证。第一个传送域信息给设备，第二个授权域内 设备对内容项的部分权利。 <?xmlversion=""encoding="UTF-8"?> <r:licensexmlns:r="urn:mpeg:mpeg21:2003:01-REL-R-NS"xmlns:sx="urn:mpeg:mpeg21:2003: 01-REL-SX-NS"xmlns:mx="urn:mpeg:mpeg21:2003:01-REL-MX-NS"xmlns:dmpmd="urn:dmp:Manag e:Domain:2005:04-DMP-MD-NS"xmlns:dsig="http://. ttp://. :schemaLocation="urn:dmp:Manage:Domain:2005:"sx:profilepliance =""> <r:grant> <r:keyHolder> <r:info> <dsig:KeyName>DeviceA'scertificateoridentifier</dsig:KeyName> </r:info> </r:keyHolder> <r:possessProperty/> <dmpmd:domainResource> <dmpmd:DomainManager_ID>012345678</dmpmd:DomainManager_ID> <dmpmd:Domain_ID> <r:info> <dsig:KeyName>DomainD'scertificateoridentifier</dsig:KeyName> </r:info> </dmpmd:Domain_ID> <dmpmd:DomainKey> <enc:EncryptionMethodAlgorithm="http://. <enc:CipherData> <enc:CipherValue>AQABAA==</enc:CipherValue> </enc:CipherData> <enc:CarriedKeyName>DomainDencyptionkeyforDeviceA</enc:CarriedKeyName> </dmpmd:DomainKey> <dmpmd:Expiration> <sx:duration>P1Y</sx:duration> </dmpmd:Expiration> </dmpmd:domainResource> </r:grant> </r:license> <?xmlversion=""encoding="UTF-8"?> <license xmlns="urn:mpeg:mpeg21:2003:01-REL-R-NS"xmlns:sx="urn:mpeg:mpeg21:2003:01-REL-SX-NS "xmlns:mx="urn:mpeg:mpeg21:2003:01-REL-MX-NS"xmlns:dmprr="urn:mpeg:mpeg21:2005:04-R EL-DMPRR-NS"xmlns:dmpmd="urn:dmp:Manage:Domain:2005:04-DMP-MD-NS"xmlns:enc="http:// . ://. :mpeg:mpeg21:2005:"> <grant> <keyHolder> <info> <dsig:KeyName>DomainD'scertificateorIdentifier</dsig:KeyName> </info> </keyHolder> <mx:play/> <dmprr:protectedResource> <digitalResource> <nonSecureIndirectURI=" </digitalResource> <enc:EncryptedKey> <enc:EncryptionMethodAlgorithm="http://. <dsig:KeyInfo> <dsig:KeyName>DomainD’sPublicKeyName</dsig:KeyName> </dsig:KeyInfo> <enc:CipherData> <enc:CipherValue>ACSWDQ==</enc:CipherValue> </enc:CipherData> <enc:CarriedKeyName>Contentencryptionkeyformymovieclip</enc:CarriedKeyName> </enc:EncryptedKey> <dmpmd:DomainManager_ID>012345678</dmpmd:DomainManager_ID> <dmpmd:SubDomain_ID>012ABCCDDEEE</dmpmd:SubDomain_ID> <dmpmd:SubDomain_ID>3210ZSTTYY21</dmpmd:SubDomain_ID> </dmprr:protectedResource> </grant> </license> 价值链 －个人相册 Toolsforwalkthrough＃1 处理－加密 如 所述。 呈现内容 如 所述。 识别内容 如 所述。 权利描述表达式 如 所述。 识别许可证 如 所述。 二进制化许可证 如 所述。 内容打包 如 所述。 访问许可证 如 所述。 处理－解密 如 所述。 6 注册中心 引言 为了执行他们原来计划的工作，价值链构建操作根据技术规范而且参考需要依赖授权实 体的身份，如内容，设备和域。 标准化的章节收集了 DMP制定的注册中心的角色、资质需求、指定程序和操作规则。 DMP注册中心 当设计、实现和运作价值链处理控制的内容，这里有一些情形，其中实体如内容、设备 和域需要可靠地、清楚地确定。这个工作不能只是由任何人执行，例如，对于设备的情况， 身份组成信任建立的关键元素。身份工作典型地由一些完全由总中心信任的组织执行。 在这个关心中，DMP的唯一作用是任命总中心－称为注册中心，对于需要身份的任何实 体类型。一个注册中心有责任分派与 .一致的名称空间。注册中心将分配注册代理， 基于在本节说明的规则的基础。 过程 对于每一个注册中心，下面的过程应该遵循： 1. 当需要注册中心被确定作为更被认可的文档开发的一部分，全体大会将在征集参与中证 明这个需要。 2. 全体大会需要董事会在全体大会设定的时间内发布征集参与。 3. 董事会将接收申请。 4. 董事会在征集参与中说明的期限 180天之内选择和指定一个注册授权。 5. 注册中心接受候选注册代理的申请。 6. 当申请被拒绝时，申请者可以向董事会申诉。 7. 董事会将发布最终仲裁意见。 8. 董事会将在征集参与中指定的最后期限开始 90 天内向注册中心和申请的注册代理宣告 他的决策。 9. 如果注册中心辞职，该事件将引起全体大会的关注。 注册中心的资质需求 为了使合格“指定作为一个注册中心”，一个组织应该证明： 1. 它是一个合法的实体; 2. 存在不少于 5年; 3. 它具有一个合理的财务结构; 4. 熟悉作为一个中心运作的领域; 5. 具有在数字标识技术上胜任的雇员; 6. 同意在最少十年中尽其所能地作为一个注册中心运作; 7. 具有充分的设备资源（如，硬件、软件）和通信设备(例如,邮政地址、电话、传真、电 子邮件、web站点); 8. 如果其以有费用的结构运作，这个结构应该花费节俭，应该被 DMP董事会批准 9. 不需要来自 DMP及其成员的经济贡献. 任命一个注册中心的程序 下面的过程应该执行，只要 DMP确定对于注册中心的需要： 1. 全体大会将起草一个征集参与。 2. 董事会将在全体大会指定的时间之前发布一个征集参与; 3. 有希望的注册中心应该递交申请说明： a. 征集参与的需求如何被履行 b. 注册中心开始向注册代理分配子名称空间的时间 c. 接受或拒绝申请注册代理的规则； d. 管理费用必须基于不会造成赤字的原则; 4. DMP董事会将评估申请人并选择一个; 5. DMP董事会将在征集参与中指定的最后期限 90天内通知成功的申请人。 注册中心的作用 一旦指定，注册中心应该: 1. 获得一个 URN名称空间和使用名称空间作为前缀，用于与 IDP第 4章相关部分相一致的 URN形式的标识符。 2. 以英文方式处理所有业务。 3. 在注册中心 Web站点上发布所有相关的资料。这将包括：如何申请注册代理，费用水平， 申请通过准则，证明描述的实践和指南等; 4. 收到有希望的注册代理的申请 5. 评审申请与申请通过准则一致; 6. 如果准则被满足，在收到分配子名称空间 30天内与申请人联系 7. 如果规则不满足，在收到申请的 30天内通知申请者; 8. 重新考虑先前拒绝的申请的重新递交作为一个新的申请; 9. 拥护申请过程; 10.处理与先前注册子名称空间相关的信息更新作为新的申请; 11.通知申请者更新材料的结果; 12.维护一个分配的子名称空间的准确登记; 13.在注册中心 Web站点上发布分配的子名称空间的登记。 14.保存所有需求表格的记录，包括授权的和拒绝的; 15.保护任何机密信息; 16.处理注册过程所有方面，以与好的商业实践一致； 17.向 DMP董事会提供年报。 授权代理的职责 1. 申请使用提供的表格和遵循注册中心采用的过程（步骤）。 2. 包括在申请表格中说明的子名称空间和需要的技术细节的目的的描述。 3. 提供联系信息 4. 在收到请求通知收条 180天内，协商建立一个运作的注册代理。 5. 如果注册代理不能在指定的时间内运作，授权可能被取消。 6. 保持申请表格和从注册中心收到的通知的永久的记录。 7. 保存所有需求表格，包括授权的和拒绝的。 例子 注册中心使用DMPF和DMPF方案定义它的语法，遵照带有识别内容专门目的的URN语法。 为了遵照DMP规范使用内容，ContentPro公司要求它选择的注册代理分配给一个给定的内容 项目。注册代理，由注册中心颁发给其子名称空间，使用下面的标识符用于内容注册： urn:dmpf:I100-123456abc.内容标识符的语法基于DMPF语法。 方案可以用于支持与其它命名方案的连接。例如，为了能够支持ISBN命名方案 (),注册代理在上面提到的内容标识符和ISBN号之间建立一个连接。然后， 标识符urn:dmpi:isbn-12345689可以被使用。 7 参考 1. TheDigitalMediaManifesto,http://. 2. Informationtechnology–Codingofaudio-visualobjects(MPEG-4)–Part12:ISObasemedia fileformat 3. Informationtechnology–Multimediacontentdescriptioninterface(MPEG-7)–Part1:Sys tems 4. Informationtechnology–Multimediacontentdescriptioninterface(MPEG-7)–Part5:Mul timediaDescriptionSchemes 5. Informationtechnology–Multimediacontentdescriptioninterface(MPEG-7)–Part9:Pro filesandLevels 6. Informationtechnology–Multimediacontentdescriptioninterface(MPEG-7)–Part10:Sc hemaDefinition 7. Informationtechnology–Multimediaframework(MPEG-21)–Part2:DigitalItemDeclarati on 8. Informationtechnology–Multimediaframework(MPEG-21)–Part3:DigitalItemIdentific ation 9. Informationtechnology–Multimediaframework(MPEG-21)–Part4:IPMPponents 10. Informationtechnology–Multimediaframework(MPEG-21)–Part5:RightsExpressionLang uage 11. Informationtechnology–Multimediaframework(MPEG-21)–Part6:RightsDataDictionary 12. Informationtechnology–Multimediaframework(MPEG-21)–Part9:Fileformat 13. Informationtechnology–Multimediaframework(MPEG-21)–Part16:Binaryformat 14. “XML-EncryptionSyntaxandProcessing”://. rg/TR/xmlenc-core/. 15. “XML-SignatureSyntaxandProcessing”://. g/TR/xmldsig-core/. 16. “XMLSchemaXMLSchemaPart1:StructuresSecondEditionW3CRemendation28October2004”, http://. 17. IETFRFC1737,,FunctionalRequirementsforUniformResourceName s,December1994. 18. ,URNSyntax,May1997. 19. ISO/IEC15938-9,Informationtechnology—Multimediacontentdescriptioninterface—Pa rt9:Profilesandlevels 20. ISO/IEC15938-9,Informationtechnology—Multimediacontentdescriptioninterface—Pa rt11:MPEG-7profileschemas 21. XinWang,ManuelHam,andMaiNguyen,“AProposedMPEG-21RELSolutionforMobileDRMSystems ”,ISO/IECJTC1/SC29/WG11MPEG2005/M11843,Busan,Korea,April2005 22. (03/00)Informationtechnology–OpenSystemsInterconnection–TheDirectory:Pub lic-keyandattributecertificateframeworks(alsoISO/IEC9594-8) 23. IFLAStudyGroupontheFunctionalRequirementsforBibliographicRecordsApprovedbytheSt andingmitteeoftheFinalReport1998 附录 A－术语 本文件定义的术语用于其它 DMP文件时，若以黑体出现，其含义则如本文件所定义，除 非显示地标明了其它含义。注意这些词也可以不用黑体的形式使用，这时并不暗示该词包含 了此处定义的含义，例如，“复制”并不必然包括“复制”，“使用”并不必然包含“使用”。 Access 访问 一种功能，使得内容、许可证或受控内容能够让设备可 用并执行功能 TheFunctionofmakingavailableContent,LicenseorGo vernedContenttoaDevicesothataDevicecanexecuteFu nctions Adapt 适配 一种修改资源属性的功能，例如把 5声道音乐转换成双 声道音乐，又如把高清晰度视频下采样为标准清晰度视 频 TheFunctionofmodifyingtheattributesofaResource, suchasconverting5-channelmusicto2-channelmusic, orsub-samplingahigh-definitionvideotoastandard- definitionvideo,etc. Adaptation 改编 把作品已有的一种表现修改为该作品的一种新表现而 形成的变化 AnychangeinanexistingManifestationofaWorkthatre sultsinanewManifestationofthatWork Adaptor 改编者 从事改编的用户 AUserwhoproducesanAdaptation (Registrati on)Agency (注册) 代理 注册机构指定的用户，能够在分配的子名称空间范围内 配发标识符 AUserappointedbyaRegistrationAuthoritytoAssignI dentifierswithintheallocatedsubordinatenamespac e Annotate 注释 一种功能，能够 1. 引用内容项的特定部分 2. 把该参考和用户创作的其它内容项建立链接 TheFunctionof dbyaUser Application 应用 给设备指令的数据，以使得用户能使用内容 DatathatgivesaDeviceinstructionstoenableaUserto UseContent ApprovedDoc ument 批准文件 任一下述类型的DMP文件 1. 推荐行动 2. 推荐实践 3. 技术参考 4.技术规范 AnyofthefollowingtypesofDMPdocuments Assign(Iden tifier) 配发(标识 符) 分配标识符的功能 TheFunctionofallottinganIdentifier Bundle 绑定 把两组数据捆绑在一起的功能 TheFunctionofbindingtwosetsofData Authenticat e(Data,Devi ce,User) 认证(数据， 设备，用户) 向设备或用户证明数据、设备或用户身份的功能 TheFunctionofprovingtheidentityofDataorDeviceor UsertoaDeviceorUser (Registrati on)Authorit y (注册) 中心 DMP指定的一个用户，它获得并管理一个URN名称空间， 该URN名称空间作为URN形式的标识符的前缀 AUserappointedbyDMPtoobtainandmanageaURNnamespa ceasaprefixforURN-formedIdentifiers Backup 备份 一种功能，支持 1. 复制内容 2. 在权利描述是无状态权利描述时复制它，并且 3.把副本移至非设备的另一位置 TheFunctionthatsupports telessRightsExpression,and (s)toanotherlocationthati snotaDevice Broadcast 广播 以点对多点模式把内容传送给设备的功能 TheFunctionthattransfersContenttoaDeviceinapoin t-to-multipointmode Conformance 一致性 设备或内容项对一个或多个批准文件相关要求的满足 ThesatisfactionofaDeviceoraContentItemtotherele vantrequirementsofoneormorethanoneApprovedDocum ent Content 内容 资源类和元数据的结构化组合 AstructuredbinationofResourceType(s)andMetadata ContentAcce ss 内容访问 一种功能，使得内容或受控内容能够让设备可用从而使 设备能够对其执行功能 TheFunctionofmakingavailableContentorGovernedCo ntenttoaDevicesothataDevicecanexecuteFunctionso nit ContentData 内容数据 内容数据元素的结构化组合 AstructuredbinationofContentDataElements ContentData Element 内容数据元 素 下述任一类型的内容数据:资源、元数据、权利描述、 许可证和受控内容 AnyofthefollowingContentDatatypes:Resources,Met adata,Content,RightsExpressions,LicensesandGove rnedContent ContentItem 内容项 表示一个唯一标识对象的内容数据，例如但不限于实例 ContentDatarepresentingauniquelyIdentifiedobjec t,suchasbutnotlimitedtoanInstance ContentProv ider 内容提供者 向其他用户（例如最终用户）赋予与内容或受控内容关 联的权利的用户 AUserassigningRightsassociatedwithContentorGove rnedContenttoanotherUser(-User) (Domain)Con text (域)上下文 用于管理一个域的一组数据 AsetofDatausedinManagingaDomain Context(ofU se) (使用的)上 下文 一个内容项与其它内容项以及使用环境的联系 TheassociationofaContentItemwithotherContentIte msandcircumstancesofUse Copy 复制 一种功能 1. 复制内容和/或许可证 2. 把副本传送给另一设备 TheFunctionthat Creator 创作者 创建作品并产生初始表现的用户 AUserwhogeneratesaWorkandproducesitsfirstManife station Credentials 凭证 描述实体安全属性的信息 InformationdescribingthesecurityattributesofanE ntity Data 数据 为了设备能够处理而把信息转换成的一种形式 Informationconvertedtoaformthatisprocessablebya Device DCF(DMPCont entFormat) DCF(DMP内 容格式) 把资源和DCI打包成一个文件 ThePackagingofResourcesandDCIinaFile DCI(DMPCont entInformat ion) DCI(DMP内 容信息) 内容项的资源、元数据、控制等组成部分的信息的结构 化表示 StructuredrepresentationoftheInformationaboutRe sources,MetadataandGovernancethatarepartofaCont entItem Decrypt 解密 使用密钥把不可读数据恢复为可读形式的功能 TheFunctionofrestoringpreviouslyunreadableDatat oareadableformusingaKey DeliverySys tem 传递系统 用于在两个或多个设备之间递交数据的系统（例如存储 介质或基于网络的传输机制） AsystemthatisusedtodeliverDatabetweenanytwoormo reDevices(-basedtra nsportmechanism) Descriptors 描述符 描述资源属性的数据 DatathatdescribethepropertiesofResources Device 设备 一种符合批准文件的系统，使用户能够访问内容并对内 容执行功能 AsystemconformingtoApprovedDocumentsthatallowsa UsertoexecuteAccesstoandFunctionsonContent DMPDRMSyste m DMPDRM系统 一组设备，能够以互操作的方式管理、保护和使用受控 内容。DMPDRM系统实现支持设备使用来自其它DMPDRM系 统实现的受控内容，即使后者采用不同技术。 AsetofDevicesthatmanage,protectandUseGovernedCo ementationallowsDevicestoUseGovernedContentfrom anotherDMPDRMSystemimplementationeventhoughthel attermayusedifferenttechnologies Domain 域 一组共享某些共同属性的设备，例如合乎不同商业模型 的个人或群组拥有关系。 AsetofDevicessharingsomemonattributes,suchasper sonalorgroupownershipthatisappropriateforvariou sbusinessmodels Download 下载 把内容传递到设备上的功能，在该设备上可能对内容执 行其他功能 TheFunctionoftransferringContenttoaDeviceonwhic hotherFunctionsmaybeexecuted Edit 编辑 修改内容项的功能，例如在内容项中增、删或修改内容 片段 TheFunctionofModifyingaContentItem,suchasbyaddi ng,deleting,oralteringpiecesofContentinaContent Item Encrypt 加密 将数据变成不可读的功能，除非有密钥，否则不能把数 据恢复成可读形式 TheFunctionofmakingDataunreadableunlessaKeyisav ailabletorestoretheDatatoareadableform End-User 最终用户 价值链中最终消费内容的用户 AUserinaValue-ChainwhoultimatelyconsumesContent Entity 实体 任何类型的数据、设备、域或用户 AnytypeofData,Device,DomainandUser Environment 环境 一个设备或一组功能相同或相异的互连设备。通过适当 的接口，一个环境可以和其他环境交互，也可以和外界 交互。 ADeviceorsetofinterconnectedDeviceswiththesameo actwithotherEnvironmentsandcanalsointeractwitht heoutsidethroughappropriateInterfaces Experience 体验 最终用户因使用内容而得到的情感或经济结果 TheEnd-User’semotionalandeconomicresultofUsing Content Export 导出 使一段受控内容被非DMPDRM系统得到 MakingavailableapieceofGovernedContenttoanon-DM PDRMsystem File 文件 存储在设备上的可标识的数据 IdentifiableDatawhichisStoredonaDevice (First)Fixa te (首次) 定稿 首次存储作品的功能 TheFunctionofStoringaWorkforthefirsttime Fragment 片段 资源内部的一个有限时间段的部分 Atime-limitedportionwithinaResource Function 功能 设备对受控内容执行的动作 AnactionexecutedbyaDeviceonGovernedContent Govern 控制 对内容项施加一项或多项使用规则的功能 TheFunctionofapplyingoneormoreusagerulestoaCont entItem GovernedCon tent 受控内容 并入了许可证的内容项 AContentItembinedwithaLicense Grant 授权 一种功能，用户可以用它来声明其他用户有使用某内容 项的权利 TheFunctionofaUserassertingtoanotherUsertheRigh tstoUseaContentItem Identify 标识 一种功能，通过配发唯一记号来建立用户、设备、域、 作品、形态和数据的身份 TheFunctionofAssigningauniquesignifierthatestab lishestheidentityofUsers,Devices,Domains,Works, ManifestationsandData Identifier 标识符 标识所赋予的唯一记号 TheuniquesignifierAssignedbyIdentification Import 导入 访问来自非DMPDRM系统的一段受控内容 Accessingapieceofgovernedcontentfromanon-DMPDRM system Instance 实例 作为已标识的表现形式（例如文件）的例子的一个对象 或事件 AnobjectoreventwhichisanexampleofanIdentifiedMa nifestation() Instantiato r 实例生产者 生产实例的用户 AUserwhoproducesanInstance Integrity 完整性 内容在被校验时所包含信息未被改变或破坏的状态 Content’sstatewhenitisverifiedthattheinformati oncontainedhasnotbeenalteredorcorrupted Interface 接口 数据交换点，存在于 1. 设备之间 2. 设备和设备之间 3. 设备和用户之间，以及 4. 设备和传递系统之间 TheDatainterchangepointbetween ,and Interoperab ility 互操作性 一种能力，使得用户（包括最终用户）能够在技术意义 上通过接口执行功能——基于开放规范——获得可预 期的结果 ThecapabilityforUsers(includingEnd-Users)totech nicallyexecuteFunctionsthroughInterfacesandProt ocols,basedonopenspecifications,withpredictable results (Content)In teroperabil ity (内容)互操 作性 受控内容具有的能被设备使用的能力。DMP受控内容与 DMP设备可以互操作 Governedcontent’ MPGovernedContentisInteroperablewithDMPDevices (Device)Int eroperabili ty (设备)互操 作性 设备能与其它设备通过标准接口、采用标准协议与其它 设备交换数据并使对方能够正确理解所交换数据的能 力。DMP设备具有互操作性。 Adevice’scapabilitytoexchangedatawithotherdevi cesacrossstandardinterfaces,usingstandardprotoc ols,andtobecorrectlyunderstoodbythedevicesexcha Key 密钥 密码算法使用的数据，可把明文数据变成加密数据，反 之，把加密数据变回明文 DatausedbyacryptographicmethodtomakecleartextDa taEncryptedor,conversely,EncryptedDatacleartext KeyManageme nt 密钥管理 密钥创建、认证、发放、分发、存储、恢复和废除的整 套过程 Thesetofprocessesemployedtocreate,authenticate, issue,distribute,store,recover,andrevokeKeys Lend 借出 把一个域中使用的内容项移动到另一域供其临时使用 的功能 TheFunctionofMovingaContentItemUsedinoneDomainf ortemporaryUseintoanotherDomain License 许可证 一种数据，表达了用权利描述描述的一个用户授予另一 个用户的权利 DataRepresentingtheRightsexpressedbyRightsExpre ssionsthatareGrantedbyoneUsertoanotherUser Licensee 许可证获得 者 被其它用户授予权利的用户 TheUsertowhomanotherUsergrantsRights Licensor 许可证发放 者 向其它用户授予权利的用户 TheUserthatgrantsRightstoanotherUser Manifestati on 表现形式 作为作品表示的一个对象或事件 AnobjectoreventwhichisanexpressionofaWork Metadata 元数据 有别于作品和资源但又与之直接相关的数据（例如标识 符、描述符等），不包括使用数据、权利描述和许可证 Data(,Descriptors,etc.)notinclud ingUseData,RightsExpressionsandLicensesthatisdi stinctfrombutdirectlyrelatedtoWorksandResources Modify 修改 改变作品或内容项的功能 TheFunctionofmakingchangestoaWorkorContentItem Move 移动 包括如下动作的功能： 1. 把内容从源设备复制到目标设备 2. 从源设备中删除指称内容 TheFunctionconsistingofthefollowingactions evice Package 打包 为了在用户之间传递内容而对内容进行处理的功能 TheFunctionofprocessingContentforthepurposeofde liveringitbetweenUsers Parse 解析 在数据中寻找有用数据的功能 TheFunctionoflookingforusefulDatainData Platform 平台 使用户能够使用内容的技术基础设施 ThetechnologyinfrastructurethatenablesUserstoUs eContent Policy 政策 一组价值链用户所接受的原则 AprincipleacceptedbyagroupofValueChainUsers Produce 出品 基于已出版内容或以前未曾出版的作品而生产内容的 功能 TheFunctionofproducingContentbasedonPublishedCo ntentorpreviouslyunpublishedWorks Protocol 协议 关于数据格式和规则的描述，设备必须遵从才能和其它 设备交换这种数据 AdescriptionofDataformatsandrulesaDevicemustfol lowtoexchangethoseDatawithotherDevices Publish 出版 使内容可获得的功能 TheFunctionofmakingContentavailable Publisher 出版者 选择内容项并使其它用户可得到它的用户 AUserwhoselectsaContentItemandmakesitavailablet ootherUsers Quote 引用 从其它内容项中援引或抽取内容项的功能 TheFunctionofreferencingorextractingaContentIte mfromanotherContentItem Register 注册 配发标识符并保留记录的功能 TheFunctionofAssigninganIdentifierandkeepingare cordofit Release 发布 制作者让内容项为其他用户可用的功能，例如按照商业 条款 TheFunctionofaProducerwhomakesaContentItemavail abletootherUsers, Render 呈现 在设备上生成人可感知的信号 Thegenerationofhuman-perceivablesignalsonadevic e Rent 租借 基于等价交换，在给定期限内把一个域中使用的内容项 移动到另一域中供其使用的功能 TheFunctionofMovingaContentItemthatwasUsedinone DomainforUseinanotherDomaininanexchangebasedona Value-Expressionforagivenperiodoftime Represent 表达 把信息表达成能够被机器处理的形式的功能 TheFunctionofexpressinginformationinaformthatis processablebyamachine Resource 资源 一种数据（例如MP3文件），能够被设备处理、呈现成 对用户有意义的形式 Data()thatcanbeprocessedbyaDevicea ndRenderedinaformthatismeaningfultoaUser ResourceTyp e 资源类型 诸如视频、音频、视听、文本、合成音频、2D/3D图形 等类别的资源 AResourcesuchasvideo,audio,audio-visual,text,sy ntheticaudio,2D/3Dgraphics Restore 恢复 一种功能，把内容和所关联的无状态权利描述—若有的 话—移回做过备份的那个设备 TheFunctionofMovingContentandtheassociatedState lessRightsExpression,ifany,totheDevicefromwhich Backuphadbeenperformed Retailer 零售者 向最终用户分发、销售或许可内容的用户 AUserwhoDistributes,sellsorLicensesContenttoanE nd-User Revoke 废除 使设备失去使用内容能力的功能 TheFunctionofdisablingtheabilityofaDevicetoUseC ontent Right 权利 对受控内容项执行功能的能力 TheabilitytoexecuteFunctionsonaGovernedContentI tem RightsExpre ssion 权利描述 一种数据，对此数据进行处理可获得对受控内容项可执 行的功能的列表以及执行这些功能需具备的条件 DatathatcanbeprocessedtoobtainthelistofFunction sthatcanbeperformedonaGovernedContentItemandthe conditionsunderwhichtheycanbeperformed RightsHolde r 权利持有者 拥有对内容项执行功能的权利的用户 AUserwhohasRightstoexecuteFunctionsonaContentIt em RightsOwner 权利所有者 有权对用户配发权利的用户 AUserwhohasRightstoAssignRightstoaUser Service 服务 一个用户对内容执行的一组功能，该组功能对其他用户 是有价值的 AsetofFunctionsexecutedbyaUseronContentthatisva luableforanotherUserorUsers Signature 签名 用私钥加密的数据，典型情况下追加在其它数据上以保 证该数据的完整性 DataEncryptedwithaprivateKeyandappendedtootherD atatypicallyforthepurposeofguaranteeingtheinteg rityoftheData (Technical) Specificati on (技术规范) 一种包含标准性条款的DMP批准文件，在设备、内容和 服务中采用时可能需要相关用户在商业上达成一致。这 种商业协议超出了DMP的范围 AtypeofDMPApprovedDocumentcontainingnormativecl ,ContentsandServicesmayreq businessagreementsareoutsideofDMP StatelessRi ghtsExpress ion 无状态权利 描述 不包含诸如总播放时间、日期、期限等计次或计时条件 的权利描述。那些基于地区代码或有效期条件的权利描 述也属于无状态权利描述。 ARightsExpressionthatdoesnotincludeanycountable /temporalconditionsuchastotalplayedtime,date,te rm, udethosewithconditionsbasedonregioncodeorexpira tionatacertaindateetc. Stream 流 一种把内容传送给设备的功能，其中对被传送内容的处 理仅限于呈现，而不存储。 TheFunctionoftransferringContenttoaDevicewheret hetransferredContentisprocessedforRenderingonly andnotStored SuperDistri bution 超分发 一种机制 1.允许最终用户通过潜在不安全的传递系统向其他最 终接收用户或设备分发内容，并且 2.使得接收设备的最终用户能获得上述内容的权利描 述 Amechanismthat -UsertodistributeContenttorecipien tEnd-UsersorDevicesthroughpotentiallyinsecur edeliverysystemsand -UsersoftherecipientDevicestoobt ainaRightsExpressionforthesaidContent Syndicate 联合发行 许可由多个出版者或发行者——典型情况是同时—— 出版或发行作品或内容的功能 TheFunctionofLicensingWorksorContentforPublicat ionorDistributionbymorethanonePublisherorDistri butor,typicallysimultaneously Tool 工具 能够实现功能的技术 AtechnologycapableofimplementingaFunction (System)Too l (系统)工具 给设备指令使之执行功能（系统层）的数据 DatathatgiveaDeviceinstructionstoexecuteFunctio ns(systemlayer) TrickModes 技巧模式 用户呈现内容项时所实施的下述任一功能或者类似功 能，： 1. 快进 2. 慢动作 3. 帧冻结 4. 快倒 5. 慢倒 AnyofthefollowingFunctions,orFunctionsofasimila rtype,performedonaContentItemduringRenderingbya User: Trust 信任 一种状态，在该状态下用户、设备或内容数据能够让用 户对受控内容执行功能 AstatewhereUsers,Devices,orContentDataenableUse rstoexecuteFunctionsonGovernedContent TrustManage ment 信任管理 一套机制，通过它信任能够建立、保持和服务 ThesetofmechanismsbywhichTrustcanbeestablished, preservedandsevered Use 使用 设备对内容项执行功能 TheexecutionofaFunctiononaContentItembyaDevice UseCase 用例 对一种涉及价值链建立、运作的特定情境的描述，该情 境可用DMP批准文件中定义的方法实现 Adescriptionofaspecificcaseinvolvingtheestablis hmentandoperationofaValue-Chainthatcanbeimpleme ntedusingthemeansspecifiedinDMPApprovedDocument s UseData 使用数据 记载用户对内容项执行了的功能以及相关环境的数据 DatadocumentingtheFunctionsperformedbyaUseronaC ontentItemandtheassociatedcircumstances User 用户 价值链中连接创作者和最终用户(包括)的任何个人或 法人。就DMP批准文件当前阶段的意图而言，用户由设 备代表或由该设备上的用户标识代表（如：用户名/口 令）。 AnypersonorlegalentitywhoisinaValue-Chainconnec ting(andincluding) oseofthecurrentphaseofDMPApprovedDocumentsaUser isrepresentedbyadeviceorbyaUserIdentityontheDev ice( UserAuthent ication 用户认证 向设备、服务或传递系统证明用户身份的过程。 TheprocedurethatprovestheidentityofaUsertoaDevi ce,aServiceoraDeliverySystem Value-Chain 价值链 相互作用的用户形成的组群，连接（而且包含）创作者 和最终用户 AgroupofinteractingUsers,connecting(andincludin g)CreatorstoEnd-Users Value-Expre ssion 等价 任何两组内容项和/或服务的等价性 TheequatingofanytwogroupingsofContentItemsand/o rServices Withdraw 撤销 创作者废止关于使用其一个或多个作品的任何和所有 许可证的功能 TheFunctionofaCreatorthatdiscontinuesanyandallL icensestoUseoneormoreofhisWorks Work 作品 带有智力或艺术属性的创作，独立于其不同的表现形式 Acreationthatretainsintellectualorartisticattri butesindependentlyofitsmultipleManifestations 附录 B－缩写 Acronym Meaning DCF DMPContentFormat DCI DMPContentInformation DRM DigitalRightsManagement IDP InteroperableDRMPlatform PAV PortableAudioandVideo(Device) REL RightExpressionLanguage SAV StationaryAudioandVideo(Device) TRU TraditionalRightsandUsages XD eXternalDevice 附录 C－DMP创建模型举例 下图描述了版权衍生的概念 图 2:版权谱系 对于作者版权而言，是对一种表现形式进行了注册；对于类似版权而言，则是对表现形 式的一个实例进行注册。举例如下： 实例拷贝的制作者必须获得作者的付费方式和许可，并为创作者版权和类似版权付费。 表现形式的拷贝制作者必须获得作者的付费方式和许可，并为创作者版权付费。 改编者必须获得他们试图改编的作品的原创作者的付费方式和许可，而不管他们用以实现改 编的表现形式是原创作者的还是另一改编者的。如果作者有此要求的话，改编者还需要在经 济上补偿原创作者，这样改编者才能得到创作者版权。 实例生产者（Instantiators）不需要付版权费给任何人，除非他们是实例的记录或拷贝的 所有者，对这些实例他们需要负责：哪个实例他们必须为首次定稿的版权和之后复制品的版 权而付作者版权费 例 1： 输入：我通过数字或模拟的方式得到作品 X的表现形式 A，如 pdf或论文拷贝。我弹奏了该 乐谱并且进行了数字式录音。 输出：作品 X的表现形式 A的一个实例的数字拷贝。 本例中，我是作品 X的表现形式 A的一个实例生产者，并且我被赋予了该实例和其任何拷贝 的类似版权（无论是数字形式或者是模拟形式）。我把实例进行了注册，不过不是在作家协 会中注册，而是在表演者协会中进行注册。录音本身的版权所有者（我或是另一实体）必须 同样因首次定稿而付作者版权费，如同按照正确的许可证对作品 X的表现形式 A收取复制版 权费一样。 例 2: 输入：我得到作品 X的表现形式 A的一个实例的数字拷贝。我听了这个作品，在保持仍可识 别的情况下重新进行了编排，且对自己编排的作品以一种 pdf乐谱的格式作了数字拷贝。 输出：作品 X的一种新的表现形式 B的一个数字拷贝。 这里，我是作品 X的新的表现形式 B的创作者。我以一个作者的身份对其进行了注册。但是 在我做这些之前，我必须获得作品 X 的原创作者的许可。如果原创作者说“不”，那么我就 不能注册自己改编的作品，同时也不能以任何形式将其商业化。如果原创作者说“可以”， 那么他可能会要求一定比例的版权费（合著者）。他可能会要求一次结账，也可能对如何使 用作品征收道德版权。 例 3： 我假设一个实例生产者创建了作品 X的一种表现形式的一个实例，我制作了录音母带， 做了 10,000 份数字拷贝并且进行了分发。这里，我既不是一个实例生产者，也不是一个创 作者，我仅是一个制作者。我必须从作品 X的该表现形式的作者代理人以及原创作品 X的作 者代理人那里为这 10,000 份拷贝获得作品 X 的复制许可证，即：作家协会。我还必须付类 似版权费给实例生产者代理人，即：表演版权协会。 例 4： 我得到作品 X 的一种表现形式的一份数字拷贝，我做了 10,000 份拷贝并进行了分发。 这里，我不是实例生产者也不是一个创作者，我只是一个拷贝的制作者。我必须从作品 X的 该表现形式的作者代理人以及原创作品 X 的作者代理人那里为 10,000 份拷贝获得作品 X 一 份复制许可证，即：作家协会。我还必须付商业版权费给制作者。这里我不需要付任何类似 版权费，因为都已经包含在给生产者的版权费中了。 在所有的这些案例中，存在的事实就是拷贝不管是数字的还是模拟的对版权的属性都不 会有什么影响。能造成变化的是同一组基本步骤发生的速度和拷贝的影响范围等等。 附录 D－注册代理申请表格 注册代理申请表格 组织名称(最多 40个字符 40).必要时可缩写。 地址(最多 60个字符)，包括街道、城市。必要时可缩写。 主要联系人职务 电子邮件 电话号码 传真 组织的法律地位 首次使用子名称空间的预期时间 平均维护的标识数目 平均每年发行的标识数目 代表组织的国家列表 通信和帐单地址 授权代表 姓名:_________________________________ 称谓:_________________________________ (独立页)申请提供细节以保持与 DMP规范一致(需要确保与注册代理责任一致) 我们据此申请分配 DMP下属名称空间，并声明下属名称空间将与 DMP规范保持一致。 签名/日期 请返回申请至:注册中心 组织 地址 传真: 电子邮件: 注册中心填写表格 收到的表格 子名称空间 发布给 签名/日期 附录 E－参考标准概述 -21数字项目声明(DID) MPEG-21DID 描述了一系列抽象的术语和概念，形成了一个有用的模型用于定义数字项目 (DI)。 DID模型的主要元素的语法意义是： 容器(Container) 容器是一个结构，允许项目和/或容器成组。这些项目和/或容器组用来形成逻辑包 (packages)(用于传输或交换)或者逻辑支架(shelves)(用于组织)。描述符(Descriptors)考 虑那些具有适合于分组目的的信息(例如一个包(package)的传输指令或者支架(shelf)的类 别信息)的容器(containers)的标记， 项目(Item) 项目是必定有相关描述符的一组子项目和/或成分(ponents)。描述符包含项目的信息，是作 品的一种表示。项目可以包含选择(choices)，允许定制或者配置这些选择。项目可以是有 条件的(在选择(choices)中定义的挑选(selections)来声明的断言(predicates))。没有包 含子项目的项目认为是一个实体－－逻辑上的不能再分割的作品。而包含子项目的项目则可 以认为是一个合成品――一个由潜在的独立子部分组成的作品。项目也可以包含针对各个子 部分的注释(annotations)。 成分(ponent) 成分(ponent)是将资源(resource)和它的所有相关描述符的粘合物。这些描述符是一些与具 体资源实例的所有或者部分相关联的信息。这样的描述符典型来说包含资源的控制或者结构 化信息(例如比特率，字符集，开始点或者加密信息)，而不是那些描述内容内部的信息。 锚(Anchor) 锚(anchor)绑定描述符到片断(fragment)上，与资源内的一个具体位置或者范围相对应。 描述符(Descriptor) 描述符将信息与装入的元素进行联合。信息可能是一个成分(ponent)(例如图像的简化版， 或者某个文本成分)，或者文本的声明(textualstatement) 资源(Resource) 资源是一个单独的可辨认的资产，例如一段视频或音频片断，一幅图像，或者一项文本的声 明。资源也可能潜在的物理对象。所有资源都必须通过明确的地址来定位。 声明(Statement) 声明是包含信息的字面上的文本值，不是一项资产。可能的声明的例子包括描述性的，控制 的，修改跟踪或者标识信息。 -21IPMP成分 MPEG-21IPMP成分[9]定义：  命名为 IPMP 数字项目声明语言(IPMPDIDL)的语言，给 DID 模型提供了一种受保护的表 示方式，允许 DID层次化，被加密，数字签名或者其他受管理的以一种示意性的有效方 式包含在 DID文档中。  IPMPInfoDescriptor模式，定义结构来表示与内容项(contentitem)内的单个资源相关 的控制信息，包括所有需要的工具，机制和许可证。  IPMPGeneralInfoDescriptor 模式，定义结构表示与整个内容项(contentitem)相关的 一般控制信息，包括所有要求的工具，机制和许可证。 根据 IPMPDIDL，将为 DID 模型中的每个实体提供一个受保护的 IPMPDIDL 元素。DIDL 和 IPMPDIDL 元素在一个数字项目内是平等可互换的；无论什么时候那个元素要求受保护，则 用 IPMPDIDL 元素替换该 DIDL 元素。例如，ISO/IEC21000-2DID 定义了元素<didl:Item>， ISO/IEC21000-4 定义了等价的元素<ipmpdidl:Item>，其它 DIDL 中的元素都有同样的等价 定义。 每个 IPMPDIDL元素都包含同样的结构。 (i) 一个 ipmpdidl:Identifier元素的最大量值，对于受保护的表示的某个适当的标识符可 能替换成这个元素 (ii)一个 ipmpdidl:Info元素，关于控制的信息被替换成这个元素 (iii) 一个 ipmpdidl:Contents元素，受控内容被替换成这个元素 下面是根据 IPMPDIDL模型表示一个资源(一个 mp3文件)管理的例子。 <did:ponent> <!--Assetprotected,referencedexternally--> <did:ResourcemimeType="application/ipmp"> <ipmpdidl:ProtectedAssetmimeType="video/mpeg"> <ipmpdidl:Identifier>...</ipmpdidl:Identifier> <ipmpdidl:Info>...</ipmpdidl:Info> <ipmpdidl:Contentsref=""mimeType="audio/mpeg"/> </ipmpdidl:ProtectedAsset> </did:Resource> </did:ponent> 图 3:受控资源的 IPMP信息 这种情况下，在元素<ipmpdidl:Contents>(尽管只给定了一个引用而不是在线包含其本身) 中传递的资源假定是被模糊化或者受某种形式的保护的，并且访问它的必要信息在 <ipmpdidl:Info>的子元素<ipmp:IPMPInfoDescriptor>中进行了明确的规定。 描述符 IPMP信息描述符模式的根元素是“IPMPInfoDescriptor”，它可能包含用于保护相关联的内 容的算法有关的，与控制它们的许可证有关的信息，以及相关的数字签名，这些在下面的三 个元素中进行详细说明：  ipmp:Tool－算法执行(一个或多个)IPMP功能，例如认证，解密，水印等。IPMP工具可 以是单个的模块或者甚至是整个 DRM系统。这个元素通过传递算法描述和配置设置来详 细指定获准访问内容项的受保护资源部分所需要的信息。  ipmp:RightsDescriptor－这个元素包含关于许可证的信息，该许可证用来管理 DMP 内 容的资源部分。这个许可证可以包含在这个元素内，或者作为替代，可以是指向它的一 个引用(或者一个许可证服务)。如果许可证被加密，则作为 ipmp:RightsDescriptor的 直接孩子的 IPMPInfoDescriptor将包含如何去访问它的信息。  dsig:Signature－dsig:Signature元素包含对 IPMPInfoDescriptor元素的签名。 附录 F为 IPMPInfoDescriptor的 DMP档次规定了这种模式。 例子：如何通知资源被 cbc模式下 128比特密钥的 AES加密 下面的模式是 IPMP 工具执行 cbc 模式下的 AES 的例子，该工具在一个 DMP 批准的注册中心 进行了注册，其注册号是 ABC002:56:79 <ipmp:IPMPInfoDescriptor> <ipmp:Tool> <ipmp:ToolBaseDescription> <ipmp:IPMPToolID>urn:dmpRA:IDP1:IPMPTool:ABC002:56:79</ipmp:IPMPToolID> </ipmp:ToolBaseDescription> <ipmp:InitializationSettings> <ipmp:InitializationData> <dsig:KeyInfo>...</dsig:KeyInfo> <xenc:KeySize>128</xenc:KeySize> </ipmp:InitializationData> </ipmp:InitializationSettings> </ipmp:Tool> </ipmp:IPMPInfoDescriptor> 图 4:通知资源被 cbc模式 128比特密钥的 AES的加密了 IPMPGeneralInfoDescriptor 元素用来传递与完整内容项(contentitem)相关的一般管理信 息，并且无论在 DCI(DMP内容信息)中出现一个还是多个 IPMPInfoDescriptor元素，它的使 用都是强制性的。换句话说，包含一个或者多个受控资源的 DCI(DMP 内容信息)将使用有且 只有一个 IPMPGeneralInfoDescriptor来传递一般的管理信息。这个元素包含下列元素：  ipmp:ToolList 元素，访问 DMP 内容的所有受控对象部分所需要的 IPMP 工具列表。因 为 DMP 定义了少数的保护算法(见 )，列表将由有限个元素的组成。而且， ipmp:ToolList内的 ipmp:Tool元素仅仅包含 ipmp:IPMPToolID元素，而不包括其他进 一步信息。任何与 IPMPTool 有关的信息实际上都在与受控资源相关联的适当的 IPMPInfoDescriptor中进行通知了。  ipmp:LicenseCollection 元素，包含 DMP 内容的所有受控部分的许可证的引用集合。 使用这个元素的目就是在一个点内给出文件的受控部分的”bigpicture”。  ( 可 选 )dsig:Signature 元 素 ， dsig:Signature 元 素 包 含 出 现 的 ipmp:IPMPGeneralInfoDescriptor的签名。 档(profile) 引言 MPEG-21REL[10]是一种跨宽泛意义上的域和应用上使用的一种权利语言的广泛的规范。本节 描述 MPEG-21REL 的一种档，MPEG-21REL 正处于由 MPEG 进行标准化的过程当中，并且已被 轻微扩展并部分修饰来包含 PAV设备的需求。 附录 G中列出了表示 MPEG-21REL档以及它的 DMP扩展的 XML模式。 表示权利表达描述 本节定义了用于 MPEG-21REL的 DMP扩展，MPEG-21REL必须满足 PAV用例。这些扩展的语法 和语义表述如下。 权利扩展  存储(Store) 这个元素表示存储相关的资源到当前设备或者系统上的权利。使用 dmprr:store，一个资源 创建到当前设备或者系统，除了原始资源仍然不变以外，很像 mx:move 权利的结果(从一个 地方重新分配一个资源到另一个地方)。 当在 r:grant元素中出现时，传达的事实就是被发放授权的主体有权存储主体当前正在使用 的资源到当前的设备或者系统中。这个权利对于下载内容并保存流化内容到当前设备上等情 况是有用的。下面是一段用于示例的代码： <r:grant> <r:keyHolder> <r:info> <dsig:KeyName>PAVdeviceA'scertificateoridentifier</dsig:KeyName> </r:info> </r:keyHolder> <dmprr:store/> <r:digitalResource> <r:nonSecureIndirectURI="urn:uci:ETRI-10357:"/> </r:digitalResource> </r:grant>  复制(Copy) 这个元素表示复制内容和/或权利表达并传输该复制品到另一个设备上的权利，并保持原始 内容不变。仅仅可以在那些内容许可证并不是绑定在某个具体设备上的情况下才能行使这个 权利。 当出现在 r:grant 元素中时传达的事实就是被发放授权的主体有权复制主体当前正在使用 的或者他的选择之一的内容到当前的设备或者系统中。下面的样例代码段授权主体有权复制 资源三次： <r:grant> <r:keyHolder> <r:info> <dsig:KeyName>DevicecertificateorID</dsig:KeyName> </r:info> </r:keyHolder> <dmprr:copy/> <r:digitalResource> <r:nonSecureIndirectURI="urn:uci:ETRI-10357:"/> </r:digitalResource> <sx:exerciseLimit> <sx:count>3</sx:count> </sx:exerciseLimit> </r:grant> 资源扩展  受保护资源(ProtectedResource) 这个元素表示具有某种保护形式，对称密钥和/或公钥加密，的内容数据元素。这个元素包 含 下 列 子 元 素 ： r:digitalResource ， xenc:EncryptedData ， xenc:EncryptedKey ， dmprr:DomainManager_ID，dmprr:SubDomain_ID． r:digitalResource 元素详细指定了正在考虑的资源。nonSecureIndirect 元素用来引用一 个资源。通过使用 secureIndirect 元素也可能将标识符绑定到资源的实际内容上，这个元 素提供包含一个安全散列值(dsig:DigestValue)的元素。 xenc:EncryptedKey包含用来加密内容的被加密的对称密钥。当一个密钥包或者其它类型的 数据加密成资源的一部分时，使用 xenc:EncryptedData。 最 后 两 个 元 素 只 有 当 ProtectedResource 被 授 权 给 设 备 域 时 才 使 用 ； dmprr:DomainManager_ID 详细指定了域管理器的标识符；dmprr:SubDomain_ID 数组可以接 着指定内容项(contentitem)的组，在这个组中只能同时使用一个内容项。 图 5:ProtectedResource元素 下面的例子说明使用 dmprr:ProtectedResource的情况： <grant> <keyHolder> <info> <dsig:KeyName>DomainD'scertificateorIdentifier</dsig:KeyName> </info> </keyHolder> <mx:play/> <dmprr:protectedResource> <digitalResource> <nonSecureIndirectURI=" </digitalResource> <enc:EncryptedKey> <enc:EncryptionMethodAlgorithm="http://. <dsig:KeyInfo> <dsig:KeyName>DomainD’sPublicKeyName</dsig:KeyName> </dsig:KeyInfo> <enc:CipherData> <enc:CipherValue>ACSWDQ==</enc:CipherValue> </enc:CipherData> <enc:CarriedKeyName>Contentencryptionkeyformymovieclip</enc:CarriedKeyName> </enc:EncryptedKey> <dmprr:DomainManager_ID>012345678</dmprr:DomainManager_ID> <dmprr:SubDomain_ID>012ABCCDDEEE</dmprr:SubDomain_ID> <dmprr:SubDomain_ID>3210ZSTTYY21</dmprr:SubDomain_ID> </dmprr:protectedResource> </grant>  域资源(DomainResource) 这个元素用在许可证中给设备传输域信息。在 DMP管理域名称空间中定义如下： <xsd:elementname="domainResource"type="dmpmd:DomainResource"substitutionGroup="r:re source"/> 该元素包含如下子元素：dmpmd:DomainManager_ID，dmpmd:Domain_ID，dmpmd:DomainKey， dmpmd:Expiration和 dmpmd:TransactionID。 dmprrr:DomainManager_ID 元素包含域管理器标识符，dmprr:Domain_ID 包含域标识符或者 域证书。dmpmd:DomainKey 元素包含用于域的域解密密钥。元素 dmpmd:Expiration 给域中 设备成员资格的持续时间强加一个时间条件，而 dmpmd:TransactionID表示用于当前交易的 标识符。在第 节中可以获得更多的关于 DomainResource元素的信息。 图 6:DomainResource元素 下面的例子说明使用 dmpmd:DomainResource的情况： <r:grant> <r:keyHolder> <r:info> <dsig:KeyName>DeviceA'scertificateoridentifier</dsig:KeyName> </r:info> </r:keyHolder> <r:possessProperty/> <dmpmd:domainResource> <dmpmd:DomainManager_ID>012345678</dmpmd:DomainManager_ID> <dmpmd:Domain_ID> <r:info> <dsig:KeyName>DomainD'scertificateoridentifier</dsig:KeyName> </r:info> </dmpmd:Domain_ID> <dmpmd:DomainKey> <enc:EncryptionMethodAlgorithm="http://. <enc:CipherData> <enc:CipherValue>AQABAA==</enc:CipherValue> </enc:CipherData> <enc:CarriedKeyName>DomainDencyptionkeyforDeviceA</enc:CarriedKeyName> </dmpmd:DomainKey> <dmpmd:Expiration> <sx:duration>P1Y</sx:duration> </dmpmd:Expiration> </dmpmd:domainResource> </r:grant>