本公开涉及用于选择性地许可部分源内容的技术。更具体地，本公开涉及能够实现源内容的一个或多个片段的许可而不需要整个源内容的许可的技术。还描述了利用这种技术的设备、系统、方法和计算机可读介质。
背景技术：
用于优质受保护内容(下文称为“源内容”)的现有数字版权管理(drm)技术通常要求用户在消费该源内容之前获得对整个源内容的许可。结果，希望仅观看源内容的选定部分的用户可能无法在没有获得整体上对源内容的许可的情况下这样做。这在“按次付费”电影drm方案中尤其普遍，即使用户仅希望观看电影的选定部分，也会要求用户针对电影全长付费。
由于上述原因，许多现有的drm技术不容易支持用于内容共享用例的“公平使用”实践，例如，可以在没有来自内容拥有者的许可的情况下共享/显示源内容的相对小的片段。这部分是由于许多现有的drm技术使用单个内容加密密钥来整体上加密或以其他方式保护源内容这一事实。这会阻止或妨碍用户共享源内容的片段，除非他/她获得了该内容加密密钥，如上所述，这通常要求整体上对源内容的许可。
考虑到上述情况，对在生成多样内容(例如，作为来自多个源的贡献的产物的音频和/或视频媒体的内容)方面的兴趣已经大大增加。多样内容可以包括例如电影，该电影包括由第一贡献者(或贡献者组)产生的第一内容片段和由第二贡献者(或贡献者组)产生的第二内容片段。在其中所述多样内容处于“混搭”形式的实例中，第一内容片段和第二内容片段可以从不同的源内容(即，分别为第一源内容和第二源内容)导出，之后它们可以由混搭艺术家按照期望的方式组合以形成混搭。
虽然诸如内容混搭的多样内容能够具有高的娱乐性，但是由于上述相同的原因，现有的drm技术可能不易于支持其产生。例如，现有的drm技术可能要求混搭艺术家和混搭消费者针对要包含于混搭中的每个内容片段获得整个源内容的许可。这会呈现麻烦且潜在昂贵的用户体验，尤其是在混搭艺术家想要使用的内容片段与其相对应的源内容相比较相对较小/较短时。
另外，许多内容显示技术可以支持跟踪关于在设备上消费的内容的用户行为的能力。例如，内容显示技术可以跟踪关于用户观看行为(例如，快进、倒回、观看次数等)的数据，并且例如以元数据的形式将该数据提供给内容拥有者。虽然这样的技术可以有效地跟踪关于整个内容块的用户行为，但是它们可能不能够跟踪关于诸如内容混搭的多样内容块中的个体内容片段的用户行为。
附图说明
所要求保护的主题的实施例的特征和优点将随着以下详细描述的进行以及基于参考附图而变得显而易见，所述附图中类似的标记表示类似的部件，并且其中：
图1描绘了与本公开一致的用于选择性许可一个或多个内容片段的系统的一个示例。
图2是与本公开一致的客户端/服务器架构的一个示例的框图。
图3是可以根据与本公开一致的选择性许可一个或多个内容片段的方法的一个示例执行的示例客户端操作的流程图。
图4是可以根据与本公开一致的选择性许可一个或多个内容片段的方法的一个示例执行的示例服务器操作的流程图。
图5是可以根据与本公开一致的产生包括一个或多个许可内容片段的多样内容的方法执行的示例客户端操作的流程图。
图6是示出与本公开的实施例一致的创建数据结构的框图，该数据结构封装多样内容以及可选的相关联的元数据封装。
图7是与本公开一致的包含多个许可内容片段的多样内容块的一个示例的框图。
图8是与本公开一致的可以根据消费多样内容的方法执行的消费设备的示例操作的流程图。
虽然下面的详细描述将参照说明性实施例来进行，但是对于本领域技术人员而言，该说明性实施例的许多替换、修改和变化将是显而易见的。
具体实施方式
虽然在此参考用于特定应用的说明性实施例描述了本公开，但应当理解，这些实施例仅是示例性的，并且由所附权利要求限定的本发明不限于此。可以获得本文提供的教导的相关领域的技术人员将认识到在本公开的范围内的额外修改、应用和实施例以及本公开的实施例将具有实用性的额外领域。
如在背景技术中简要描述的，即使用户仅希望消费或以其他方式利用源内容的一个或多个片段，许多现有的drm技术也要求用户获得整个源内容块的许可。这种drm技术因此会呈现不期望的用户体验，特别是对于希望消费或以其他方式使用该源内容的一个或多个相对较小片段的用户。在其中用户希望创建包括源内容中用户未拥有的一个或多个片段的多样内容的情况下，这可能是特别有问题的。
考虑到上述内容，本公开总体上涉及用于选择性地许可源内容的一个或多个片段的技术(例如，系统、方法、设备、计算机可读介质等)。如将要描述的，这种技术可以使客户端设备的用户能够许可、获得和/或消费源内容的一个或多个片段，而不要求用户获得对整体源内容的许可。这种技术还可以促进本公开的其他方面，涉及在产生多样内容时使用许可的内容片段，消费这种多样内容，以及跟踪关于多样内容块中个体内容片段的使用信息。
为了清楚和容易理解，这里可以将源内容的片段称为“内容片段”。应当理解的是，术语“内容片段”是指相对应的源内容的某一部分。源内容可以例如是音频和/或视觉媒体的形式。源内容可以被理解为具有可以以各种方式表征的长度，例如依照总运行时间、总帧数、其组合等。因此，内容片段可以具有小于或等于其相对应的源内容的总长度的长度，例如在源内容的总长度内的某个时间和/或帧范围。
例如，考虑其中源内容块具有60秒和/或1800帧的总长度的用例。在这种示例中，术语“内容片段”可以被理解为与源内容的大于0但小于或等于60秒长和/或大于0但小于或等于1800帧的部分相关。例如，内容片段可以指代源内容的1、5、10、15或甚至30秒部分，和/或其跨越源内容的30、150、300、450或甚至900帧。当然，这一用例的内容片段中的长度和帧数仅仅是为了举例，可以使用任何合适的长度和/或帧数的内容片段。而且，应该理解，可以从单个源内容块定义多个内容片段。在这种情况下，根据需要，这些内容片段可以彼此不同或彼此重叠。
如本文使用的，术语“多样内容”用于指代诸如音频、视频、图像、文本、标记、图片、元数据、超链接、加密的、签名的和/或编码的数据、源代码、其组合等的内容，这是多个内容片段组合的产物。多样内容中的每个内容片段可以由相同的内容所有者或不同的内容所有者拥有。因此，多样内容可以包括以期望方式组织或排列的内容元素(其每个可以是音频、视频、图像、文本、标记等、其组合等)的编译和/或混搭。在没有限制的情况下，在一些实施例中，这里描述的多样内容是由多个音频、视觉和/或视听内容片段组成的音频、视觉或视听媒体的形式。
本公开的技术可以使用一个或多个电子设备来实现。如本文使用的，术语“电子设备”、“设备”和“多个设备”单独地和/或共同地指代可以被配置为执行与本公开一致的操作的大量电子设备中的任何电子设备。可以根据本公开使用的电子设备的非限制性示例包括任何种类的移动设备和/或非移动设备，例如相机、手机、计算机终端、台式计算机、电子阅读器、传真机、信息亭、上网本计算机、笔记本计算机、互联网设备、支付终端、个人数字助理、媒体播放器和/或记录器、一个或多个服务器、机顶盒、智能电话、平板个人计算机、超移动个人计算机、有线电话及其组合等。这样的设备可以是便携式的或固定的。
术语“客户端”和“客户端设备”在本文中用于指代可以执行与本公开一致的客户端操作的设备(或设备集合)。这样的客户端操作可以包括例如获得对源内容的一个或多个片段的许可，产生包含一个或多个许可内容片段的多样内容，消费包含一个或多个许可内容片段的多样内容，提供针对一个或多个许可内容片段的支付，获得和/或提供关于许可内容片段的使用数据，其组合等。在其中客户端设备利用许可内容片段来准备多样内容的实例中，这种设备在这里可以被称为“内容创建设备”。相反，当客户端设备要消费一个或多个许可内容片段(独立地或以多样介质的形式)时，这种设备可以被称为“消费设备”。应当理解，术语“内容创建设备”和“消费设备”在此仅用于清楚的目的，并且这里描述的任何设备能够酌情用作内容创建设备或消费设备。在一些实施例中，在没有限制的情况下，这里描述的客户端设备是诸如智能电话、蜂窝电话、互联网使能设备等的移动设备的形式，但是客户端设备当然不一定是移动设备，并且可以具有任何期望的形状因子。
本文使用术语“服务器”和“服务器设备”来指代可以执行与本公开一致的服务器操作的设备(或设备集合)。这样的服务器操作可以包括例如向一个或多个内容片段发布许可，向一个或多个客户端设备(例如，内容创建和/或消费设备)提供许可内容片段，接收针对许可内容片段的支付，跟踪/管理关于许可内容片段的使用数据，其组合等。为了清楚起见，本公开集中于其中单个服务器设备可以执行上述服务器功能中的每一个功能的用例，但是应当理解的是，这样的服务器功能可以由分离的设备执行。例如，内容片段的许可可以由第一服务器设备执行，向一个或多个客户端设备提供许可内容片段可以由第二服务器设备执行，接收支付可以由第三服务器设备执行，并且跟踪/管理关于许可内容片段的使用数据可以由第四服务器设备执行。
为了清楚起见，许多幅图将根据本公开的示例系统示出为包括单个客户端设备和单个服务器设备。需要强调的是，这种说明仅仅是为了举例，并且可以使用任何数量的客户端设备和服务器设备。实际上，本公开设想其中多个(例如，1、5、10、20、50、100或更多)设备被用作客户端设备和/或服务器的系统。因此，虽然本公开以单数形式指代客户端设备(例如，内容创建设备和/或消费设备)和/或服务器设备，但是这样的表述应该被解释为也包括复数形式。还需注意，本文描述的客户端设备可以用作例如针对另一客户端设备的服务器设备。也就是说，在一些实施例中，第一客户端设备可以充当针对第二客户端设备的服务器设备。
如在本文的任何实施例中使用的，术语“模块”可以指代被配置为执行与本公开一致的一个或多个操作的软件、固件和/或电路。软件可以被体现为记录在非瞬态计算机可读存储介质上的软件封装、代码、指令、指令集和/或数据。固件可以被体现为在存储器设备中硬编码(例如，非易失性)的代码、指令或指令集和/或数据。如在本文的任何实施例中使用的“电路”可以包括例如单独或任何组合的硬连线电路，诸如包括一个或多个单独指令处理核心的计算机处理器的可编程电路，状态机电路，存储由可编程电路执行的指令的软件和/或固件。如前面所定义的，模块可以共同地或单独地被体现为形成一个或多个设备的一部分的电路。在一些实施例中，本文描述的模块可以是至少部分地以硬件实现的逻辑的形式，以执行与本公开一致的各种功能(例如，内容许可功能、内容创建功能、内容消费功能等)。
考虑到上述内容，本公开的一个方面涉及用于选择性地许可一个或多个内容片段的技术(例如，系统、方法、设备、计算机可读介质等)。在这方面参考图1，其描绘了与本公开一致的用于选择性许可内容的系统的一个示例。如图所示，系统100包括客户端设备(客户端)101和服务器设备(服务器)104。
在一些实施例中，并且如下面将描述的，客户端101可以被配置为允许其用户选择他/她希望消费或以其他方式使用并且可以由服务器104或单独的内容服务器(未示出)提供的内容片段。更具体地，并且与先前的内容分布系统不同，客户端101可以被配置为允许用户选择和许可源内容块的一个或多个内容片段，而不需要对整个源内容的许可。服务器102可以被配置为协商或以其他方式提供管理由客户端101请求的内容片段的许可条款，以提供或导致提供这样的内容片段，并且可选地执行与本公开一致的其他操作(例如，货币和/或信息收集操作)。
现在参考图2，其提供了与本公开的各种实施例一致的示例性客户端和服务器设备架构的框图。为了简单和易于理解，图2的实施例仅示出有具有许多相同通用部件的单个客户端101和单个服务器104。具体而言，客户端101和服务器104各自包括处理器(即，处理器204、210)、芯片组(即，芯片组205、211)、存储器(即，存储器206、212)、输入/输出(i/o)接口(即，i/o207、213)。客户端101还包括受保护的环境，例如可信执行环境(tee)208，其可以在其中存储或以其他方式托管一个或多个模块，例如数字版权管理模块(drmm)209和可选的支付模块(pm)220。服务器104可以包括许可模块(lm)215和可选的使用跟踪模块(utm)230。在图2中使用了散列法以示出pm220和utm230的可选性质。在一些实施例中，服务器104还可以包括受保护的环境，例如tee，但是为了清楚起见，未示出这种受保护的环境。在使用时，服务器104中的受保护的环境可以托管lm215和/或utm230，以增强由这些模块执行的操作的安全性。
处理器204、210可以是任何合适的处理器，包括但不限于通用处理器和专用集成电路。这种处理器能够在一个或多个处理器核心上执行一个或多个线程。在没有限制的情况下，处理器204、210优选为通用处理器，例如但不限于可以从
芯片组205、211可以包括分别适合于客户端101和服务器104的平台的电路。例如，在客户端101和服务器104分别是台式计算机和服务器系统的情况下，芯片组205和芯片组211可以分别包括适用于台式计算机平台和服务器系统的电路。在任何情况下，芯片组205、211内的电路可以包括集成电路芯片，例如但不限于
存储器206、212可以是任何合适类型的计算机可读存储器。这种存储器的例子包括但不限于：半导体固件存储器，可编程存储器，非易失性存储器，只读存储器，电可编程存储器，随机存取存储器，闪存(其可以包括例如nand或nor型存储器结构)，磁盘存储器，光盘存储器及其组合等。另外或替代地，计算机可读介质可以包括其他和/或以后开发的类型的计算机可读存储器。
i/o207可以包括允许客户端101以有线或无线方式与一个或多个外部设备(例如，服务器104或第三方消费设备)通信的硬件(即，电路)、软件或者硬件和软件的组合。同样，i/o213可以包括允许服务器104以有线或无线的方式与一个或多个外部设备(例如，客户端101或第三方消费设备)通信的硬件(即，电路)、软件或者硬件和软件的组合。因此，例如，i/o207、213可以包括一个或多个转发器、天线、bluetoothtm芯片、个域网芯片、近场通信芯片、其组合等。
客户端101还可以包括一个或多个受保护的环境，其可以被用来保护可以被存储在客户端101上或被客户端101访问的敏感信息，例如但不限于内容加密密钥、内容片段、私有识别密钥、其组合，等等。作为可以在本公开的客户端设备中使用的受保护的环境的一个示例，提到了诸如
可以在本公开的客户端设备中使用的受保护的环境的另一示例是可信执行环境(tee)。如本领域技术人员将会理解的，tee是与操作系统一起运行并且可以为该操作系统提供安全服务的安全环境。关于tee及其实现的更多信息可以在由globalplatform发布的tee客户端应用编程接口(api)规范v1.0、tee内部api规范v1.0和tee系统架构v1.0中找到。在一些实施例中，可以使用虚拟化技术和安全协处理器技术中的一个或多个来提供tee。这种技术的非限制性示例包括inteltmvt-x虚拟化技术、inteltmvt-d虚拟化技术、inteltm可信执行技术(txt)、聚合安全引擎(cse)技术、聚合安全与可管理性引擎(csme)技术、安全协处理器、可管理性引擎、可信平台模块、平台信任技术、arm
上述概念在图2中示出，其将客户端101描绘为包括tee208。注意，虽然图2描绘了其中使用tee作为受保护的环境的实施例，但是应该理解的是，可以使用其他类型的受保护的环境(例如，存储器程序集)作为tee208的替代或除了tee208之外使用。
除了保护可以被客户端101访问的敏感信息之外，受保护的环境(例如，tee208)可以被配置为执行或以其他方式支持与本公开一致的数字版权管理(drm)操作。在这样的实施例中，受保护的环境可以包括硬件、软件或者硬件和软件的组合或具有硬件、软件或者硬件和软件的组合的形式，其被配置为实施可以被施加在客户端101例如从服务器104或另一源(例如，相关源内容的拥有者)接收到的内容片段上的许可条款。
例如，在客户端101是内容创建设备的情况下，受保护的环境可以接收受在例如由服务器104发布的许可中指定的一个或多个限制影响的内容片段。同样，当客户端101是消费设备时，受保护的环境可以从一个或多个内容创建设备接收多样内容，其中该多样内容包含多个内容片段，每个内容片段可以由单独的许可和相对应的许可条款进行管理。在任一情况下，可以(例如，通过服务器104或源内容所有者)依赖消费设备的受保护的环境来实施管理一个或多个许可内容片段的许可条款。例如，可以信任受保护的环境，以防止消费多样内容中的多个内容片段中的一个或多个，直到已经满足了许可条款(例如，直到已经例如从服务器104获得了针对相关内容片段的许可)。
drmm209可以被配置为实施或引起实施由服务器104施加到内容片段上的许可条款(例如，执行drm操作)。如图2所示，drmm209可以被存储在客户端101的tee208或另一受保护的环境中并且在其中执行。drmm209在一些实例中可以是计算机可读指令的形式，当由处理器执行时，该计算机可读指令可以使处理器对要被客户端101消费或以其他方式使用的一个或多个内容片段执行与本公开一致的数字版权管理操作。替代地或另外，在一些实施例中，drmm209可以是至少部分以硬件(例如，电路)实现的逻辑的形式，以执行与本公开一致的这种数字版权管理操作。
在各种实施例中，服务器104可以被配置为执行与本公开一致的内容许可操作。例如，服务器104可以被配置为接收内容请求消息，确定和/或协商针对在内容请求消息中识别出的内容片段的许可条款，并且向客户端101提供或导致向客户端101提供所请求的内容片段。在这方面，lm215可以被配置为执行或导致执行这样的操作。在一些实施例中，lm215可以是计算机可读指令的形式，当由服务器104的处理器执行时，所述指令使得服务器104执行与本公开一致的许可操作。替代地，在一些实施例中，lm215可以是至少部分以硬件实现的逻辑的形式，以执行与本公开一致的许可操作。下面提供了有关这些操作的更多细节。
可选的支付模块(pm)220可以被配置为如由施加到内容片段上的drm和/或其他约束(例如，由服务器104或另一实体或内容所有者)要求的提供支付(例如，到服务器104或支付清算所)。如稍后将描述的，这种支付可以是任何期望的形式，例如货币和/或信息(例如，关于客户端101、其用户、相关内容片段的使用等)。在这方面，支付模块可以被配置为例如至少部分地基于客户端101对一个或多个内容片段的使用，而向服务器104或另一清算所发出支付(以货币或信息的形式)。例如，当对内容片段采取特定动作(例如，内容片段被包含在多样内容中或被观看指定次数)时，在许可要求指定货币或信息支付的情况下，支付模块可以操作以使客户端101向合适的实体(例如，服务器104、支付清算所和/或从其导出内容片段的源内容的所有者)提供必需的支付。支付模块220的操作例如可以以关于相关内容片段由drmm209或客户端101的另一部件跟踪的使用信息为条件。
可选的使用跟踪模块(utm)230可以被配置为获得和/或收集关于可以被许可给客户端101的一个或多个内容片段的使用信息。这种使用信息可以包括例如关于如何使用内容片段、在内容片段被消费(例如，观看或使用)时客户端101的位置、内容片段被消费的次数、快进/倒回统计、在观看内容片段时关于客户端101的用户的信息及其组合等的信息。如稍后将描述的，utm230可以将这样的使用信息提供给第三方，例如从其导出内容片段的源内容的所有者。在一些实施例中，utm230可以以隐私敏感的方式收集使用信息，以便阻碍或阻止内容所有者获知可能消费特定内容片段的用户的具体信息。就此，utm230可以被理解为充当在一个或多个客户端设备与源内容的所有者之间的媒介，该源内容与将在这种客户端设备上消费或以其他方式使用的内容片段相对应。自然，utm230仅作为示例被示出为服务器104的一部分，并且应当理解，可以在另一设备上实现utm230以执行与本公开一致的使用跟踪操作。
为了清楚起见，本公开现在将描述在特定用例中系统100的各种部件的操作。应该理解，这种描述仅仅是说明性的，并且本公开不限于此。
考虑到上述内容，在一些实施例中，客户端101可以被配置为产生可以被配置为接收用户输入的界面(例如，图形用户界面)。特别地，该界面可以被配置为使得用户能够识别在服务器104上或通过服务器104可用的源内容，并且指定其一个或多个内容片段用于许可和/或交付。内容片段可以由相关源内容的所有者预先定义，或者它们可以由客户端101的用户例如通过界面来指定。在前一种情况下，例如，界面可以呈现可用的源内容和/或预定内容片段，并且可以通过服务器104进行许可，从而使得用户能够识别和选择他/她希望获得的内容片段。替代地，在后一种情况下，界面可以使得用户能够指定他/她希望获得的一个或多个定制内容片段，例如通过在源内容块内指定期望的时间帧、帧数范围等。这种信息在这里可以被称为内容选择信息。没有限制地，在一些实施例中，界面可以是安全浏览器或其他应用的形式，其可以被配置为允许用户预览源内容以确定对其哪些片段感兴趣。
响应于内容选择信息的用户选择和/或指定，客户端101可以将内容请求消息发送到服务器104。在该方面，客户端101和服务器104可以被配置为以任何合适的方式彼此通信。例如，客户端101和服务器104可以使用在客户端101和服务器104之间建立的一个或多个通信信道直接地或通过网络103(例如，经由i/o207和i/o213)彼此通信。就此，网络103可以是能够在客户端101和服务器104之间传输数据的任何合适类型的网络。例如，网络103可以是长距离通信网络、短距离通信网络或其组合。
短语“短距离通信网络”在本文中用于指代用于在彼此相对靠近的设备之间发送/接收数据信号的技术。短距离通信网络的非限制性示例包括但不限于bluetoothtm网络、个域网(pan)、近场通信、zigbee网络、有线以太网连接(例如，局域网(lan))及其组合等。相反，短语“长距离通信网络”在本文中用于指代用于在彼此相距很远的设备之间发送/接收数据信号的技术。长距离通信网络的非限制性示例包括但不限于wifi网络、广域网(wan)(包括但不限于蜂窝电话网络(3g、4g等))、互联网、电话网络、它们的组合等。
在任何情况下，客户端101可以直接地或经由网络103向服务器104发送内容请求消息。内容请求消息可以被配置为将内容选择信息传达给服务器104。更具体地，内容请求信息可以指定关于由客户端101的用户请求的一个或多个内容片段的信息。这种信息可以包括例如所讨论的源内容的名称，所选择的其内容片段的参数(例如，时间帧、帧范围)等，用户和/或客户端证书(例如，证明信息)，对角色、演员、人物、场景、位置、颜色、声音、特效、特技、特技人员、动物、汽车、物体、消费品及其组合等的引用。而且，在一些实施例中，内容请求可以引用或请求包含一个或多个前述元素的内容中的帧/时间范围。
替代地或另外地，内容请求消息可以包括关于客户端101实施可以例如由服务器104和/或相对应的源内容的所有者对内容片段施加的drm或其他约束的能力的信息。就此而言，并且如上所述，客户端101可以包括一个或多个受保护的环境，其可以被配置为对要由客户端101访问的内容实施drm或其他约束。例如，客户端101可以包括drmm209，其可以在tee108内执行，并且可以被信任来实施可以对客户端101要访问的内容片段施加的drm或其他约束。在这种情况下，客户端101可以例如通过在内容请求消息中包括适当的证明信息或单独的证明消息，来向服务器109证明tee108和/或drmm209的特性。同样，客户端101可以以相同或类似的方式向服务器101证明其身份。如可以理解的，服务器104可以使用这种证明信息来验证客户端101(或者更具体地，tee208中的drmm209)是否可以被信任来对正在被请求的内容片段实施drm或其他约束。更具体地，在一些实施例中，服务器104可以使用证明信息来验证客户端101(或者更具体地，tee208中的drmm209)对所讨论的内容实施访问策略、保护一个或多个加密密钥以及对受tee208保护的纯文本数据适当地使用加密密钥等的能力。替代地或另外地，证明信息可以由客户端101使用来验证服务器104的真实性，或反之亦然。同样，证明信息可以用于确定客户端101是否支持与所讨论的内容相关的特定特征，例如特定的显示分辨率。稍后提供关于这种证明的进一步的信息。
例如可以响应于用户选择用于许可的内容片段而生成内容请求消息。为了便于这种选择，客户端101可以被配置为提供用户界面，通过该用户界面用户可以搜索可能感兴趣的并且可以由服务器104提供的内容片段。此外，在一些实施例中，服务器104可以被配置为向客户端101提供内容的样本(例如，低分辨率剪辑、相对较短的片段等)，这可以帮助客户端101的用户识别和选择其希望许可的内容片段。
无论如何选择内容片段，内容请求消息都可以被配置为使得服务器104(或者更具体地，lm215)执行与本公开一致的许可和/或内容供应操作。例如，内容请求消息可以被配置为使服务器104执行与客户端101的证明协议。如上所述，证明协议的一个目的可以是验证内容请求消息的真实性，验证客户端设备101的身份，和/或验证客户端101实施可以被施加到内容片段上的drm或其他约束的能力。这种证明可以使用任何合适的证明协议来执行，例如但不限于直接匿名证明(daa)、远程匿名证明(raa)、增强型隐私标识符(epid)、其组合等。在成功证明之后(或者当不需要这种证明时)，服务器设备104可以检查内容请求消息以确定客户端101正在请求的内容片段。在识别出相关内容(即，客户端101请求的内容片段)之后，服务器104可以确定要施加在这样的内容上的许可条款。
可以由服务器104(或更具体地，lm215)应用于内容片段的许可条款的非限制性示例包括针对内容片段的支付要求、对内容片段的使用和/或回放的约束、及其其他限制组合等。对内容片段的使用和/或回放的示例性约束包括但不限于对内容片段可以被观看多少次的约束、内容片段可以被观看的时间限制、快进和/或倒回的限制、内容片段分发给第三方的限制等，及其组合等。许可条款消息还可以是对如何使用例如在用户希望可以与客户端101创建的多样内容(例如，内容混搭)中的内容片段的具体限制。
可以预先定义可以应用于一个或多个所请求的内容片段的许可条款(例如，它们可以由与所请求的内容片段相对应的源内容的所有者指定)，或者它们可以由服务器104动态地定义。在前一种情况下，服务器104可以维护预先定义的许可条款的数据库，所述条款对应于整体的源内容或者在一些实例中对应于在服务器104的管理下的源内容的预先定义的内容片段。在这种情况下，服务器104(或更具体地，lm215)可以对内容请求消息做出响应，检查内容请求消息以识别相关的源内容和正在被请求的内容片段的特性。服务器10随后可以对数据库执行查找操作以识别相关的许可条款。
在已经指定了预先定义的内容片段的情况下，服务器104(或者更具体地，lm215)可以执行查找操作以识别哪些预先定义的内容片段对应于或包含所请求的内容片段的全部或部分。在其中所请求的内容片段与数据库中的多个预先定义的内容片段重叠的实例中，服务器104可以选择与预先定义的片段中的一个或两个相对应的许可条款以应用于该所请求的内容片段。例如，在一些实例中，内容请求消息可以请求与在由服务器104使用的许可条款的数据库中的第一预先定义的内容片段和第二预先定义的内容片段重叠的内容片段。在其中针对第一预先定义的内容片段和第二预先定义的内容片段的许可条款是相同的情况下，服务器104可以选择第一预先定义的内容片段或第二预先定义的内容片段的许可条款以应用到所请求的内容片段。替代地，然而，在针对第一预先定义的子集定义的许可条款与针对第二预先定义的内容片段的许可条款不同的情况下，服务器104可以评估相关许可条款，并确定哪些条款将被应用于所请求的内容片段。例如，在一些实施例中，取决于相关用例、内容片段的值、其组合等，服务器104可以默认更多或更少的约束性许可条款。
替代地并如上所述，服务器104可以被配置为动态地确定将应用于所请求的内容片段的许可条款。在这方面，在一些实施例中，服务器104可以被配置为使用未示出的偏好数据库或用户上下文子系统来确定所提议的许可条款，该偏好数据库或用户上下文子系统可以提供关于可以被认为对于客户端101的用户可接受的许可条款的信息。在一些实施例中，用户偏好数据库可以包括关于客户端101的用户“高度感兴趣”的内容片段的信息。可以以任何合适的方式填充这种数据库，例如通过直接查询用户或通过咨询用户上下文子系统。用户上下文子系统可以收集与确定针对所请求的内容片段的适当许可条款相关的上下文信息。这种上下文信息可以包括例如用户的先前内容许可，关于先前未经许可的内容的样本的消费的用户行为，关于用户搜索的分析信息，以及它们的组合等。一旦服务器104(或者更具体地，lm215)确定了针对所请求的内容片段的提议的许可条款，就可以将这种许可条款提供给客户端101以供批准。在这方面，在一些实施例中，服务器104可以例如经由通过网络103建立的有线或无线通信信道来向客户端101发送许可条款消息。不管是如何通信的，许可条款消息通常被配置为传达服务器104愿意授予客户端101(或其用户)的针对内容请求消息中请求的内容片段的许可条款。例如且如上所指定的，许可条款消息可以指定对于所请求的内容片段的许可可能要求的支付。
可以在许可条款消息中指定任何适当的支付。例如，服务器104可以请求货币支付、信息支付、其组合等。如本文所使用的，术语“信息支付”是指关于客户端101(例如，位置、时间、传感器数据等)，其用户(年龄、收入、种族、地址、电话号码等)，用于一个或多个内容片段的回放信息(例如，观看、快进、倒回等)及其组合等的信息的形式。自然，以上仅是在许可条款消息中可能请求的不同类型的支付的示例，并且可以如本领域普通技术人员所理解的那样来实现其他支付和支付类型。
在一些实施例中，许可条款消息可以指定货币支付和信息支付二者，其中如果信息支付被客户端101(或者更具体地，其用户)授权，则可以放弃货币支付。当然，所选择的内容片段也可以被免费提供，在这种情况下，许可条款消息可以指定不要求支付，或者替代地可以不指定针对所选择的内容片段的支付。
在一些实施例中，在没有限制的情况下，服务器104(或者更具体地，lm215)可以基于内容片段的一个或多个特性来确定内容片段所要求的支付值和/或金额。这样的特性的非限制性示例包括片段的内容、片段的流行度、片段的建立货币价值、片段的长度、其组合等。在一些实施例中，服务器104至少部分地基于内容片段的长度(单独或相对于相对应的源内容的总长度)来确定内容片段的支付值和/或金额。可以理解的是，这可以使得服务器104能够将该支付值/金额设置为少于与内容片段相关联的源内容整体所要求的金额的量。例如，服务器104可以为内容片段设置一个或多个微支付，这可以在特定事件发生时(例如，在观看一定次数之后、在内容片段包含于多样内容中时等等)被要求。
替代地或除了支付之外，许可条款消息可以指定对内容片段的各种约束。上面提供了这种约束的实例，因此不再重复。替换地或者除了这种约束之外，许可条款消息可以指定内容片段可以在由客户端101创建的多样内容中使用，前提是管理内容片段的许可约束不会由于其被包含于多样内容中而被去除。例如，在第一内容片段和第二内容片段要由客户端101组合到多样内容中的情况下，许可条款消息可以指定管理第一内容片段和第二内容片段的许可条款即使在第一内容片段被包含于多样内容中时也被维护。这可以使内容所有者(或服务器104)能够保持对内容片段的控制，即使在该片段被包含于可能被一个或多个第三方(例如，消费设备)下游消费的多样内容中时也是如此。
响应于接收到许可条款消息，客户端101(或更具体地，drmm209)可以检查许可条款消息以识别由服务器104针对一个或多个请求的内容片段指定的许可条款。然后，客户端101(或更具体地，drmm209)可以基于一个或多个标准来接受或拒绝许可条款。
例如，客户端101可以被配置为向用户(例如，经由图形用户界面)呈现许可条款，并且响应于相对应的用户输入来拒绝或接受许可条款。替代地或另外地，客户端101可以基于许可条款与可以在客户端101本地或远程维护的可接受的许可标准的数据库进行比较而接受或拒绝这些条款。可接受的许可标准的数据库可以填充有例如由客户端101的用户认为可接受的许可条款，并且可以与对应于该用户的用户简档相关联。例如，在一些实施例中，可接受的许可标准的数据库可以指定被认为可接受的支付(例如，货币、信息或其他)类型和/或范围，可以被施加到所请求的内容片段的可接受的使用约束等。
在一些实施例中，如果全部或部分许可条款落入在可接受的许可标准的数据库中指定的可接受许可标准内，则客户端101可以接受在许可条款消息中呈现的许可条款。在一些实施例中，如果基于许可条款与可接受的许可标准的数据库的比较，许可条款消息中的许可条款的阈值数量和/或百分比是可接受的，则客户端101可以接受许可条款消息中的许可条款。替代地，客户端101可以接受落入在可接受的许可标准的数据库中指定的可接受标准的边界内的条款，并且可以向用户呈现落在数据库外部的条款(例如，经由图形用户界面或其他方式)用于验证。在这种实例中，客户端101对许可条款的接受或拒绝可以以例如来自客户端101的用户的相对应输入为条件。
在任何情况下，客户端101可以被配置为以任何合适的方式将对许可条款的接受或拒绝传达给服务器104。例如，drmm209或另一部件可以使客户端101例如经由在客户端101和服务器104之间建立的有线或无线通信信道，例如，经由网络103，来向服务器104发送条款接受或拒绝消息(视情况而定)。可以理解的是，条款接受消息可以传达对许可条款(以及在要求/适当的情况下的所选支付类型)的接受，而条款拒绝消息可以传达对许可条款的拒绝，可选地具有客户端101(或其用户)可能接受的替代许可条款。
在后一种情况(条款拒绝)下，条款拒绝消息可以被配置为使得服务器104(或者更具体地，lm215)针对由客户端101提出的替代许可条款来检查消息。如果发现这样的条款，则服务器104可以评估这种条款以确定它们是否是可接受的，例如通过将提出的替代条款与在服务器104本地或远程维护的可接受的替代许可条款的数据库进行比较。在一些实例中，服务器104可以使对由客户端101提出的特定替代条款的接受以对一个或多个原始提出的许可条款的调整的接受为条件。例如，服务器104可以使对这种条款的接受以客户端101对增强的支付条款的接受为条件，该增强的支付条款例如是由客户端101(或其用户)提供的针对在提出的替代条款下许可内容的货币金额和/或信息的增加。
从上文可以理解，服务器104和客户端101(或者更具体地，drmm209和lm215)可以参与针对一个或多个所选择的内容片段的许可条款的动态协商，直到商定了许可条款或协商终止。在任何情况下，一旦商定了许可条款，服务器104就可以根据所接受的许可条款来提供或导致提供所请求的内容片段。然而，如果不能够商定许可条款，则服务器104可以拒绝向客户端101提供所请求的内容片段。注意，在一些情况下，可以在不要求例如经由客户端101的任何用户输入的情况下完成在客户端101和服务器104之间的协商。
如上所述，当从客户端101接收到条款接受消息时(或者如果来自客户端101的条款拒绝消息中提出的替代条款被认为是可接受的)，服务器104可以向客户端101提供或导致向客户端101提供所请求的内容片段。在一些实施例中，服务器104可以管理和/或维护源内容的储存库，该储存库可以位于服务器104本地或远离服务器104。通常，源内容储存库可以存储一个或多个源内容块，其可以用于由客户端101的用户消费和/或使用。在任何情况下，可以以任何合适的方式将内容片段提供给客户端101。
例如，在一些实施例中，服务器104(或者更具体地，lm215)可以使得源内容被解析，以便从中隔离所请求的内容片段。随后，服务器104可以使用适当的不对称或对称密钥加密协议，用一个或多个内容加密密钥(cek)对所得到的隔离内容片段进行加密。合适的加密协议的非限制性示例包括高级加密标准(aes)、rivestshamiradleman(rsa)密码、椭圆曲线密码(ecc)及其组合等。
然后，服务器104可以例如经由网络103向客户端101发送或导致发送经加密的隔离内容片段。同时或在另一通信中，服务器104可以将用于对隔离内容片段进行加密的cek例如经由适当的密钥交换协议发送到客户端101。为了保护传输中的这种密钥，服务器104可以使用任何合适的密钥包装协议来包装(加密)密钥。例如，服务器104可以用服务器104的私钥加密密钥(kek)包装cek，从而产生经包装的cek。然后可以例如使用合适的密钥交换协议将该经包装的cek提供给客户端。该经包装的cek可以由客户端设备101例如使用与服务器104的私有kek相对应的公钥解包装(解密)。为了保护，cek和/或内容片段的加密可以在服务器104的受保护的环境(例如，可信执行环境或存储器程序集)内执行。同样，可以在客户端101的受保护的环境内(例如，在tee208内)执行对经包装的cek和加密内容片段的解密。
替代地，服务器104(或者更具体地，lm215)可以被配置为将源内容划分为多个片段，其中所述片段中的至少一个可以对应于由客户端101请求的内容片段。然后，服务器104可以用不同的cek对源内容的每个片段进行加密或引起加密。例如，服务器104可以将源内容块划分成第一、第二和第三内容片段，其中第二内容片段对应于由客户端101请求的内容片段。服务器104然后可以用第一cek对第一内容片段进行加密或者引起加密，用第二cek对第二内容片段进行加密或者引起加密，并且用第三cek对第三内容片段进行加密或者引起加密。
服务器104然后可以例如经由网络103向客户端101发送或引起发送所产生的密文(其包括第一至第三内容片段)。然后服务器104可以根据适当的密钥交换协议将第二cek发送到客户端101。另外，服务器104还可以发送描述在提供给客户端101的密文中第二内容片段位于何处(例如，开始和结束)的元数据。为了保护，可以例如用私有秘钥(例如，服务器104的私有kek)包装(加密)第二cek和/或元数据。与先前的实施例一致，可以由客户端设备101例如使用与服务器104的私有kek相对应的公钥来解包装(解密)经包装的第二cek。在任何情况下，客户端101都可以利用经解包装的内容加密密钥对加密的内容片段进行解密，以获取其明文。
为了清楚和易于理解，前面描述集中于其中将单个内容片段提供给客户端101的用例。应该理解，这样的描述只是为了示例，并且客户端101可以从服务器104请求并接收多个内容片段，其中每个内容片段可以由相同或不同的源内容导出。在其中要提供多个内容片段的示例中，服务器104可以按照与上述相同或相似的方式来提供或引起提供这样的片段。在一些实施例中，服务器104可以用相同的数据加密密钥来加密多个请求的内容片段中的每一个。替代地，在一些实施例中，服务器104可以用不同的内容加密密钥来加密多个请求的内容片段中的每个片段。在任一情况下，所请求的内容片段的密文可以例如经由网络103被提供给客户端101。同样，内容加密密钥可以经由网络103被提供给客户端101，并且可以用服务器104的私有kek进行包装(加密)，用于在传输期间进行保护。
现在参考图3，其是根据与本公开一致的选择性许可内容片段的方法可以由客户端设备执行的示例操作的流程图。由于在上文详细描述了图3的许多操作，所以为了简洁起见，这里仅进行简要回顾。
如图所示，方法300可以开始于框301处。该方法然后可以进行到框302，其中客户端101可以向服务器104发送内容请求消息。如上所述，内容请求消息的传输可以例如以通过用户或其他方式的内容选择信息的规范为条件。在任何情况下，一旦内容请求消息已经被发送，该方法就可以前进到可选框303，其中客户端101可以可选地证明其身份和/或其实施可以由服务器104施加在内容片段上的许可或其他约束的能力。如前所述，可以使用适当的证明协议(例如，直接匿名证明、远程匿名证明等)在客户端101和服务器104之间执行证明。
一旦证明完成或者如果不要求证明，该方法就可以进行到框304，其中可以确定是否已经例如从服务器104接收到许可条款消息。如果为否，则该方法可以进行到框306，其中可以确定该方法是否要继续。框306的结果可以以一个或多个预定标准为条件，例如阈值时间段的到期。如果该方法不继续，则可以进行到框322并结束。然而，如果该方法继续，则其可以从框306循环回到框304。
当接收到许可条款消息时，该方法可以从框304进行到框308，其中可以确定在其中指定的许可条款是否是可接受的。如果为否，则该方法可以进行到框309，根据该框可以提出替代的许可条款(如上所述)，或者该方法可以进行到框322并结束。如果提出了替代条款，则该方法可以进行的方式可以以服务器是接受还是拒绝替代条款并且在后一种情况下是否提出了其他替代条款为条件。如果服务器接受替代条款，则该方法可以从框309进行到框312或314。如果服务器拒绝了替代条款但是没有发布其他替代条款，则该方法可以从框309进行到框322并结束。最后，如果服务器拒绝了替代条款但是呈现出新的替代条款，则该方法可以从框309循环回到框308。
如果依照框308，许可条款是可接受的，则该方法可以进行到框310，其中如上所述可以将对许可条款的接受传达给服务器。该方法然后可以进行到可选框312，其中可以提供对一个或多个请求的内容片段的支付。当然，并不要求在图3所示的特定时间针对内容片段进行支付。实际上，本公开设想了这样的方法：其中可以在任何适当的时间，例如根据由服务器104发布的许可条款中指定的条件，来针对一个或多个内容片段进行支付。
该方法然后可以进行到框314，其中客户端设备可以监视在内容请求消息中请求的内容片段的接收。根据框316，可以确定是否已经接收到内容片段。如果为否，则该方法可以进行到框318，其中可以确定该方法是否继续。类似于框306，框318的结果可以以一个或多个预定标准(例如超时)为条件。如果该方法不继续，则其可以从框318进行到框322并结束，但是如果要继续，则其可以循环回到框314。
一旦已经接收到内容片段，则该方法可以进行到可选框320，其中如果内容片段已经被服务器加密，则客户端可以解密该内容片段。在要求解密的实例中，例如，客户端可以对用于加密受保护的环境中的内容片段的内容加密密钥进行解密，并且使用该内容加密密钥来对内容片段进行解密。一旦执行了解密或者如果不要求解密，则该方法可以进行到框322并结束。
现在参考图4，其是根据与本公开一致的选择性许可内容片段的方法执行的示例服务器操作的流程图。由于在上文详细描述了图4的许多操作，所以为了简洁起见，这里仅进行简要回顾。
如图所示，方法400可以开始于框401。然后，该方法可以进行到框402，其中服务器可以监视内容请求消息的接收。根据框404，可以确定内容请求消息是否已经被接收到。如果为否，则该方法可以进行到框406，其中可以确定该方法是否要继续。框406的结果可以以一个或多个预定标准为条件，例如，阈值时间段的到期(超时)。如果该方法不继续，则其可以从框406进行到框428并结束。然而，如果该方法要继续，则其可以从框406循环回到框402。
当接收到内容请求消息时，该方法可以从框404进行到可选框408，根据框408，客户端和服务器可以可选地执行证明过程。如上所述，证明过程可以使得服务器能够确定客户端(或者更具体地，客户端上的受保护的环境)是否可以被信任来实施可以在由服务器提供的内容片段上施加的并且可以在对于这种内容片段的许可中指定的drm或者其他约束。
一旦证明成功完成(或者如果不要求的话)，该方法可以从框408进行到框410，根据框410，服务器可以至少部分地基于内容请求消息来识别相关内容片段，并且如上所述识别针对这种片段的许可条款。一旦已经识别出许可条款，该方法就可以进行到框412，根据该框412，可以向客户端提供针对该内容片段的许可条款。如上所述，这可以通过将许可条款消息从服务器发送到客户端来完成。如前所述，许可条款消息可以被配置为使客户端评估该许可条款以确定它们是否是可接受的。
一旦已经将许可条款提供给客户端，该方法就可以进行到框414，根据该框414，可以确定许可条款是否已被客户端接受。如上所述，框414的结果可以例如以从客户端接收到条款接受消息或条款拒绝消息为条件。如果条款没有被接受(例如，响应于条款拒绝消息)，则该方法可以进行到框416，根据该框416，如上所述，服务器可以针对替代提出的条款来检查来自客户端的条款拒绝消息。该方法然后可以进行到框418，根据该框418，可以确定替代条款是否已经被提出。如果为否，则该方法可以进行到框421，根据该框421，可以确定该方法是否要继续。如果为否，则该方法可以进行到框428并结束；但是如果为是，则该方法可以循环回到框412。框421的结果可以以一个或多个因素为条件，例如超时到期。
如果已经提出了替代条款，则该方法可以从框418进行到框420，根据框420可以确定替代条款是否是可接受的。如果为否，则该方法可以进行到框421，根据框421，可以确定该方法是否要继续。在这个实例中，框421的结果可以以服务器是否希望提出额外的替代条款为条件。如果为是，则该方法可以循环回框412，根据框412，可以向客户端提供额外的替代条款。然而，如果为否，则该方法可以从框421进行到框428并结束。
返回到框414和420，如果服务器提出的条件被接受(例如，响应于来自客户端的条款接受消息)，或者如果根据框420确定出由客户端提出的替代条款是可接受的，则该方法可以进行到可选框422。根据可选框422，服务器可以用一个或多个内容密钥对所请求的内容片段进行加密或引起加密。该方法然后可以进行到框424，其中服务器可以例如用私钥加密密钥来包装(加密)用于加密内容片段的内容密钥。该方法然后可以进行到框426，根据该框426，可以将加密的内容片段和相关联的包装密钥提供给客户端。如可以理解的，在一些实施例中，对框422-426中任何一个或全部的执行可以以从客户端接收到支付(货币或其他)为条件。在任何情况下，一旦加密的内容和内容密钥被提供给客户端，该方法就可以进行到框428并结束。
本公开的另一方面涉及用于产生包括一个或多个许可内容片段的多样内容的技术。在这样的实施例中，可以以上述方式或以另一适当方式通过客户端设备(例如，客户端101)获得许可内容片段。该概念在图5的示例操作流程中被示为方法500的可选框502。不管如何获得许可内容片段，客户端101可以被配置为产生包括一个或多个这种内容片段的多样内容，即，用作内容创建设备。如将在下文详细描述的，可以以这样的方式来产生多样内容，以便维持对包含于其中的许可内容片段施加的并且可以由服务器104或另一实体(例如，可以从其获得许可内容片段的源内容的所有者)施加的drm或者其他约束。
更特别地，如图5的框504所示，在一些实施例中，客户端101可以被配置为产生包括一个或多个内容片段(包括至少一个许可内容片段)的多样内容(例如，内容混搭)。内容片段被组合以形成多样内容的方式不受限制，并且可以以任何适当的方式来执行。在没有限制的情况下，客户端101可以使其用户能够以用户期望的任何方式组合内容片段来形成多样内容，当然这会受通过施加到相关内容片段上的许可条款所施加的任何限制影响。在一些实施例中，可以通过帧或另一种内容分段方法来索引内容混搭，在这种情况下，一个或多个内容密钥可以在每片段基础上对内容进行加密。
在一些实施例中，客户端101(或者更具体地，drmm209)可以被配置为通过将多个内容片段封装到单个数据结构中来使客户端101产生多样内容。在这方面参考图6和图7，其描绘了与本公开一致的多样内容601的一个示例。如这些图中所示，多样内容601包括第一、第二和第三内容片段(例如，内容片段a、内容片段b、内容片段c)，但是当然可以使用任何数量的内容片段。内容片段a、b和c中的一个或多个可以是许可内容片段，其可以如上所述从服务器获得，或者以某种其他方式获得。
参照图7，在一些实施例中，客户端101(或者更具体地，drmm209)可以被配置为产生或导致产生多样内容601，从而内容片段a、b和c被组合到单个数据结构中，例如单个媒体文件。例如，在其中片段a、b和c每个是视频内容片段的示例中，这样的片段可以在单个结构中彼此端到端对齐，如图7所示。当然，这样的对齐不是必需的，并且内容片段a、b和c可以以任何合适的方式布置。例如，内容片段a、b和c中的两个或更多个可以部分或完全相互重叠。这在内容片段a是视频、内容片段b或c是可以与内容片段a重叠的音频的实例中，尤其如此。
无论如何布置多样内容601中的内容片段，数据结构601可以被描述为具有例如从第一时间/帧x0跨越到结束时间/帧xr的长度。出于这种考虑，可以基于在多样内容601的长度内它们的相对位置来描述每个内容片段a、b和c。这个概念在图7中示出，其描绘了其中内容片段a位于时间/帧xo-xp处、内容片段b位于时间/帧xp-xq处、内容片段c位于位置xq-xr处的示例。
包含于多样内容601中的一个或多个内容片段可以是许可内容片段，因此会受可以在例如来自服务器104的许可中指定的drm或其他约束影响。考虑到这一点，客户端101(或者更具体地，drmm209)可以被配置为用一个或多个内容加密密钥(cek)对包含于多样内容601中的每个内容片段进行加密或引起加密。为了保护，cek可以被存储在或以其他方式维护在客户端101的受保护的环境中，例如tee208或存储器程序集。在任何情况下，可以将多样内容601从存储器206(或另一合适的位置)提供到tee208中。然后，drmm209可以用一个或多个内容加密密钥对多样内容中的内容片段进行加密或引起加密，从而产生加密的多样内容。为了保护，这种加密可以在tee208内或在另一受保护的环境中执行。
在一些实施例中，drmm209可以使多样内容中的每个内容片段用不同的cek进行加密。这个概念在图7中示出，其描绘了用第一cek(cek1)加密内容片段a，用第二cek(cek2)加密内容片段b，以及用第三cek(cek3)加密内容片段c。因此，数据结构601可以被理解为包含第一加密内容片段a、第二加密内容片段b和第三加密内容片段c，其中这些片段可能已经用相同或不同的cek进行了加密。在没有限制的情况下，在一些实施例中，可以用由服务器104用来加密片段的相同cek来加密多样内容中的许可内容片段，例如在将片段发送到客户端101之前。
当然，每个内容片段不需要用唯一的cek进行加密。例如，在一些实施例中，客户端101(或者更具体地，drmm209)可以被配置为用相同的cek对以特定方式相关的内容片段(例如，由相同的内容所有者拥有，其受相同的drm或其他约束影响等)进行加密或引起加密。替代地或另外地，drmm209可以使得用相同的cek对重叠的内容片段进行加密。在其他实施例中，drmm209可以使得用不同的cek来对多样内容中内容片段的非重叠部分进行加密，并且使得用相同的cek来对其重叠部分进行加密。
返回图5，如框506中所示，客户端101(或者更具体地，drmm209)也可以被配置为允许或者引起用客户端101的资源执行元数据生成操作。这种元数据生成操作可以包括例如生成包括一个或多个内容标记的元数据封装，并且可选地准备封装了多样内容(或加密的多样内容)和元数据的数据结构，用于输出到例如一个或多个消费设备。
在该方面，drmm209可以使客户端101产生与(加密的)多样内容601相关联的元数据封装。该元数据封装可以包括描述多样内容内的内容片段的一个或多个内容标记。例如，内容标记可以包括内容片段的描述(例如，其身份和与相对应的源内容的关系)，指定如何组合多样内容601中的各种内容片段的布置信息，指定每个内容片段位于多样内容601内的何处的位置信息，其组合等。注意，“与相对应的源内容的关系”是指特定内容片段所属于的源内容的部分的描述或标识。
在图7的实施例中，例如，元数据封装中的内容标记可以提供每个内容片段的描述，并将该描述与多样内容601内的片段的位置相关联。例如，内容标记可以指定内容片段a对应于第一源内容的一部分，内容片段b对应于第二源内容的一部分，以及内容片段c对应于第三源内容的一部分，其中内容片段a、b和c分别位于多样内容601的位置x0-x1、xp-xq、xq-xr处，其中这样的位置是指多样内容601内的特定时间、帧或时间/帧范围。
替代地或除了前述之外，元数据封装内的内容标记可以指定针对多样内容601中的一个或多个内容片段的许可信息。许可信息的非限制性示例包括内容所有者的名称，如何/在何处可以获得对内容片段的许可，内容片段的名称，内容片段位于内容混搭(帧、时间等)内何处，其组合等等。在一些实施例中，许可信息可以包括到服务器104或另一许可源的指针。在这样的情形中，指针可以被配置成使得消费设备获得或尝试获得针对例如来自服务器104或另一实体的相对应内容片段的许可。在没有限制的情况下，在一些实施例中，指针被配置为使得消费设备可以至少在没有用户参与的情况下(例如，无需用户输入)发起许可的获取。
元数据封装内的内容标记还可以包括标签或者是具有标签的形式，其中标签可以包括和/或保存关于所讨论的内容片段的信息。这种标签可以例如具有相关内容片段的散列的形式。在一些实例中，标签可以被索引到相对应的内容块并被存储(例如，在使用流行的内容编码方案可获得的数据轨道上)。在这些和其他实例中，标签可以用作混搭内容的起源/历史，并且可以用于划分和/或分发收集的许可费用。在一些实例中，内容标记可以在数据轨道中对标签进行索引，以提供对额外(例如，预混搭)内容的参考。标签还可以引用发布的混搭内容(例如，帧)并且包括内容所有者和/或许可所有者应用程序接口。
在图7的实施例中，例如，drmm209可以生成用于多样内容601的元数据封装，其包括将第一许可信息与内容片段a相关联，将第二许可信息与内容片段b相关联，以及将第三许可信息与内容片段c相关联的一个或多个内容标记。当然，不需要为多样内容中的每个内容片段提供单独的许可信息。例如，在其中多样内容包括由相同所有者拥有和/或受相同许可要求影响的内容片段的实例中，drmm209可以引起产生包括提供针对内容片段的许可信息的单个内容标记的元数据封装。
可以在创建多样内容601之前、同时或之后生成元数据封装。在没有限制的情况下，在一些实施例中，在创建多样内容的同时或时间上接近地生成元数据封装。如这里所使用的，当在元数据生成的上下文中使用时，术语“时间上接近”意味着在创建多样内容601之后的合理时间段内，例如，范围可以在一秒或更多秒、一分钟或更多分钟、一小时或更多小时、或甚至一天或更多天，这取决于环境。在没有限制的情况下，在一些实施例中，在创建多样内容的同时生成描述多样内容601的元数据封装。
当将多样内容601分发给第三方(例如，消费设备)时，drmm209在被执行时可以使客户端101封装加密的多样内容和相对应的元数据封装以供输出。在一些实施例中，drmm209在被执行时使客户端101产生数据结构602，该数据结构602封装加密的多样内容以及可选的其相关联的元数据封装。这个概念在图6中示出，其描绘了产生包括(加密的)多样内容601和可选的元数据封装603的数据结构602。替代地，在一些实施例中，元数据封装603和多样内容601可以被分开地传输到消费设备，在这种情况下，将多样内容601封装到数据结构602中可能不是必需的。
从上文可以理解，客户端101可以产生包含一个或多个内容片段的多样内容，其中多样内容中的每个内容片段可以受相同或不同的drm或其他约束影响。而且，如下面将要描述的，即使当多样内容被发送到消费设备时，也可以维持对不同内容片段的约束。
为了示例，本公开现在将描述与本公开一致的客户端101是可以用于消费多样内容的消费设备的用例。在该用例中，消费设备可以包括与图2的客户端101中所示的相同部件。这些部件的性质因此不再重复。相反，这里的讨论的焦点将是当客户端101用作消费设备时可以由客户端101执行的内容消费操作，例如，响应于接收到加密的多样内容和相关联的元数据封装。所描述的用例还关注其中消费设备与创建多样内容的内容创建设备不同的情况，并且其中多样内容包括受drm或其他约束影响的至少一个许可内容片段，并因此在该内容片段被消费之前可能要求许可。
在这方面参考图8，其是示出根据与本公开一致的内容消费方法执行的示例性操作的流程图。如图所示，方法800可以在框801处开始。该方法然后可以进行到可选框802，其中消费设备可以可选地接收包含一个或多个许可内容片段和相关联的元数据封装的(加密的)多样内容。应当理解，可以使用任何合适的有线或无线通信协议，通过有线或无线通信信道，例如直接地或经由网络103，传输多样内容和元数据封装。在其中消费设备产生多样内容和元数据或者在多样内容和元数据已经存在于消费设备上的实例中，可以省略框802。
在任何情况下，该方法可以进行到框804，根据该框804，消费设备(或者更具体地，其drmm)可以针对描述许可要求的内容标记来检查元数据封装，如果有的话，该许可要求针对包含于加密的多样内容中的内容片段。为了保护并确保实施任何所需的许可要求，元数据封装可以在受保护的环境(例如，tee208)中被存储和检查。例如，drmm209在被执行时可以解密(如果需要的话)tee208内的元数据封装，由此暴露其中的任何内容标记的明文。drmm209然后可以分析内容标记以识别加密的多样内容中的内容片段以及与这些内容片段相关联的任何许可要求。特别地，drmm209可以查找与内容片段相关联的并且指示消费设备可以如何和/或在何处获得针对相关内容片段的许可的指针。
根据图8的框806，当drmm识别指定内容服务器(例如，服务器104)作为针对相关联的内容片段的内容许可的源的内容标记中的指针时，drmm可以使得消费设备将许可请求消息发送到该服务器。通常，许可请求消息可以被配置为使得内容服务器执行与上述内容请求消息相同的许多功能，除了因为它们可能仅寻求获取对内容片段的许可之外。因此，许可请求消息的性质和配置可以非常类似于先前描述的内容请求消息的性质和配置，除了它们不需要包括针对内容服务器提供相关联的内容的请求。例如，许可请求消息可以包括关于所讨论的内容片段的信息，例如对应于内容片段的源内容，内容片段所属于的源内容的部分，其组合等。消费设备的drmm可以例如基于与元数据封装一起接收到的内容标记中的信息来用这样的信息填充许可请求消息。
当然，应该理解，不需要将许可请求从消费设备发送到诸如内容服务器的内容提供商。事实上，本公开设想了这样的实施例，其中一个或多个第三方服务可以例如代表诸如客户端101的消费设备来发出针对一个或多个内容片段的许可请求。例如，社交媒体服务可以监视社交媒体行为，并且主动地寻求针对目标内容片段的许可。在这样的实例中，社交媒体提供商可以直接与消费设备的用户协商以创建许可，或者可以独立地或在用户的参与下采用用户简档信息来代表用户获得针对内容的许可。许可请求消息可以被配置为使得内容服务器执行与上面结合图4描述的内容一致的许可操作，除了因为框422和424可以被省略并且框426的操作可以限于向消费设备提供许可。考虑到这一点并返回到图8，在将许可请求消息发送到服务器之后，根据可选框808，消费设备可以证明其实施可以施加在所讨论的内容片段上的drm和/或其他约束的能力。具体而言，消费设备可以使用任何合适的证明协议来向受保护的环境(在这种情况下是tee208和/或drmm209)证明其能力。上面已经结合图2描述了合适的证明协议，因此这里不重复。
如果证明成功或者如果不要求证明，则该方法可以进行到框810，根据框810可以确定是否已经例如从服务器接收到许可条款消息。更具体地，消费设备的drmm在被执行时可以使消费设备监视许可条款消息从相关服务器的接收。如果还未接收到这种消息，则该方法可以进行到框812，根据该框812，可以确定该方法是否要继续。框812的结果可以以一个或多个预定标准为条件，例如阈值时间段的到期。如果该方法不继续，则可以从框812进行到框822并结束。然而，如果该方法要继续，则可以从框812循环回到框810。
当已经接收到许可条款消息时，该方法可以进行到框814。根据框814，消费设备的drmm或另一部件可以确定许可条款是否是可接受的。drmm可以确定许可条款是否是可接受的方式与上面结合由客户端101(或者更具体地，drmm209)执行的许可条款的评估的方式相同，因此不再描述。如果消费设备确定许可条款是不可接受的，则该方法可以进行到框815，其中消费设备可以向服务器提出替代的许可条款，或者该方法可以结束。
在其中提出替代许可条款的实例中，消费设备可以将包括那些替代条款的消息发送给服务器。该方法此后进行的方式可以以服务器采取的后续动作为条件。例如，如果服务器拒绝替代许可条款，则该方法可以进行到框810，其中，消费设备可以监视新许可条款消息的接收。替代地，如果服务器接受替代条款，则该方法可以进行到框816、818或820中的一个或多个，其操作在下面进行描述。
当根据框814确定许可条款是可接受的时(或者在服务器已经接受了例如根据框815提出的替代条款的实例中)，该方法可以进行到框816。根据该框，消费设备可以接受许可条款，例如，通过向服务器发送条款接受消息。该方法然后可以进行到可选框818，根据该框818，消费设备可以针对所讨论的多种内容中的许可内容片段的许可提供支付(如果需要的话)。在替代实施例中，可以在从服务器接收到许可之后，例如根据许可中指定的支付要求来提供支付。
一旦进行了支付(或者如果不需要支付)，该方法就可以进行到框820，根据该框820，消费设备可以接收针对所讨论的内容片段的许可。例如，可以在来自相关内容服务器的许可消息中接收许可。响应于接收到许可消息，消费设备(或其drmm)可以使许可被提供到其中的受保护环境，例如tee208。在确定已经接收到针对内容片段的许可之后，drmm可以允许对多样内容中的相对应的内容片段进行解密，例如，在诸如tee208的受保护的环境内或在另一位置。在这方面，如上所述，消费设备可以从内容提供商(例如服务器104或混搭服务)获得一个或多个内容加密密钥(cek)。因此，例如如上所述，在内容提供商是内容创建设备的情况下，消费设备可以从内容创建设备获取一个或多个cek。同样，如上所述，消费设备可以从内容服务器获取一个或多个cek。在一些实施例中，消费设备可以从内容创建设备获取针对第一内容片段的第一cek，并且从内容服务器获取针对第二内容片段的第二cek。
在任何情况下，可以使用诸如高清内容保护(hdcp)的传统密钥交换机制从内容提供商向消费设备提供cek。在其中使用多个cek的实例中(例如，在不同的cek加密不同的内容片段的情况下)，密钥交换过程可能涉及转移针对许可内容片段的所有相关cek。当然，如上所述，可以从不同的内容提供商提供不同的内容片段，在这种情况下，每个内容提供商可以向消费设备提供针对其正在提供的内容片段的一个或多个cek。以这种方式，消费设备可以对来自多样内容提供商的所有内容片段进行解密，并以任何期望的方式将得到的这些片段的明文散列到一起。
在任何情况下，drmm都可以实施由许可施加到相关内容片段上的约束。例如，drmm可以监视内容片段的使用并实施由相对应的许可施加到其上的约束。对于将由消费设备消费的多样内容中的每个许可内容片段，可以重复该过程。如可以理解的，drmm可以防止消费设备解密和/或使用多样内容中的内容片段，直到已经获得了对其的许可。这可以有效地防止消费多样内容中的许可内容片段，直到接收到所要求的许可为止。
消费设备也可以被配置为实施由对内容片段的许可指定的支付要求。例如，如上所述，例如至少部分地基于内容片段的使用，对内容片段的许可可能要求消费设备向许可服务器或单独的支付清算所提供货币和/或信息支付。在一些实施例中，许可可以指定在内容片段被观看指定次数时，在内容片段被分发给第三方时，在内容片段包含于多样内容中时及其组合等，要求货币或信息支付。在任何情况下，消费设备的一个或多个模块(例如，drmm或单独的支付模块)可以被配置为监视消费设备对内容片段的使用，并且使得消费设备发布对这种使用的支付，如上所述。在其中内容片段或包括内容片段的多样内容是多个内容所有者的产品的实例中，消费设备(或其模块)可以被配置为在各种内容所有者之间直接或经由支付清算所(在一些实例中，其可以是诸如服务器104的服务器)分配在许可中指定的支付。
在其中对内容片段的许可指定提供信息支付(例如如上所述)的实例中，消费设备(或其模块)可以被配置为收集元数据形式的这种信息并且将该元数据提供给内容所有者、相关服务器(例如服务器104)、支付清算所或其组合。在任何情况下，为了隐私和其他考虑，消费设备(或其模块)可以在受保护的环境(例如tee208)中收集诸如元数据的信息。在一些实例中，元数据可以被指定用于提供给一个或多个支付清算所和/或内容所有者，例如，这可以在对多样内容中的内容片段的许可中进行指定。
此外，为了在传输期间保护元数据，消费设备(或其模块)可以在发送元数据之前在受保护的环境内对元数据进行加密。在一些实施例中，可以使用诸如aes、rsa、ecc的传统密码学来执行对元数据的加密。替代地或另外，可以使用同态加密来执行加密，以便保护消费多样内容的用户的隐私。在后一种情况下，服务器或支付清算所可以向各种消费设备提供一个或多个公共加性同态加密密钥(pahek)。在一些实例中，当发布对内容片段的许可时，pahek可以由许可服务器(例如服务器104)发布。在任何情况下，pahek可以用于加密由消费设备关于一个或多个内容片段收集到的元数据。在一些实例中，可以针对多样内容块中的每个内容片段发布唯一的pahek。替代地或另外，可以使用相同pahek的多个实例来加密多样内容块中的每个内容片段。
例如，管理一个或多个内容片段的许可条款可以允许(例如，通过drmm209或诸如可选的utm230的另一部件)收集关于所讨论的内容的使用的信息，例如，通过诸如客户端101的消费设备。这样的信息可以包括例如内容片段被播放、倒回、快进等的次数。替代地或另外，在消费内容片段时，这样的信息可以包括用户上下文(例如，用户的位置，用户的身份等)。在后一种情况下，这样的用户上下文可以从一个或多个传感器(未示出)获得，所述传感器可以与消费设备或另一设备集成或者与其耦合。可以通过drmm209或另一部件在发布许可之前和之后以及在消费内容片段期间和之后来监视这样的信息。在一些实例中，这种监视可以包括建立在内容消费行为和其他媒体和非媒体产品的消费的增加/减少偏好之间的关系。
在任何情况下，用户行为和/或许可内容的使用都可以被列举在包括枚举值(ev)和计数器值(cv)的枚举行为表中。由于客户端101(或者更具体地，drmm209)监视这样的行为，所以可以针对每个观察到的ev来计数(递增)cv。在任何情况下，当pahek被提供给客户端设备101时，其可以用于在将cv计数传送到第三方实体(例如，服务器104(或者更具体地，utm230)、另一客户端101或支付清算所(未示出))之前对该cv计数进行加密。
在一些实例中，使用pahek对观察到的ev计数进行加密，然后将其“添加”到第一加密的cv计数中。例如，ecv'＝ecv+{cv}pahek，其中cv是用户的当前计数，ecv是在别处(例如，从另一客户端设备)获得的加密计数。然后，产生的ecv'可以包含来自当前用户的计数以及来自其他用户的计数。由于每个ecv被加密，所以第一用户的隐私敏感信息不被公开给该设备的第二用户，并且反之亦然。此外，由于ecv'仅包含加法操作的结果，所以内容提供商/许可服务器(例如，服务器104或更具体地utm230)可能不能够将特定的计数分配给特定的用户。然而，内容提供商/许可服务器可以利用该计数获得可以帮助识别受欢迎和不受欢迎的内容帧的分析。以这种方式，可以获得关于在内容混搭中使用内容的使用/消费的信息，并以隐私敏感的方式将该信息提供给许可/内容服务器或另一实体。
可以理解，随着用户(即，内容片段的消费者)数量的增加，可以获得更大的隐私保护(并且在一些情况下，分析值)。在这方面，可以使用对等(例如，mesh)路由或另一方法来将一个用户(例如，一个客户端设备)的ev计数和cv提供给另一用户。
如上所述，每个用户的ev和/或cv可以用pahek的第一实例加密并且被添加到另一用户的先前接收到的信息上以产生ecv'，该ecv'可以被从一个客户端传输到另一客户端。ecv'的路由可能涉及发布包括消息id和节点历史的消息以及ecv'。接收节点(客户端设备)可以检查该消息以确定其是否在之前已经接收到该ecv'。如果为否，则接收节点可以附加其ev和cv信息(用pahek的另一(例如，第二)实例加密)以形成新的ecv'，然后可以将该新的ecv'路由到另一客户端设备。一旦ecv'已经被发送到阈值数量的节点(例如，节点的全部或一部分)，则其可以被中继到服务器104(或者诸如内容所有者、许可所有者等的另一实体)，其可以使用私有加法同态加密密钥来解密ecv并获得针对其中每个用户的ev和cv信息。
由于每个用户的ev和cv都用pahek进行加密，因此任何特定所有者的ev和cv对于参与报告的设备都保持为不透明。该框架还可以被配置为消除重复(例如，基于消息id或另一种机制)。此外，即使节点的用户没有观看所讨论的内容片段，或者节点不具有监视用户行为的能力，所有节点(客户端设备)也可以参与。
示例
以下示例涉及进一步的实施例，并且包括诸如系统、设备、方法、存储指令的计算机可读存储介质的主题材料，所述指令在被执行时使得机器基于所述方法执行动作，和/或用于执行基于方法的动作的单元，如下所述。
示例1：根据本示例，提供了一种用于选择性地许可内容片段的客户端设备，包括处理器、存储器和数字版权管理模块，其中：所述客户端设备被配置为从服务器设备接收至少一个许可内容片段和针对所述至少一个许可内容片段的许可，所述至少一个许可内容片段是对于通过所述服务器设备的许可能够使用的相对应的源内容的一部分，所述许可对所述至少一个许可内容片段施加一个或多个约束；以及所述数字版权管理模块被配置为对所述至少一个许可内容片段实施所述约束。
示例2：该示例包括示例1的任意或全部特征，其中，所述数字版权管理模块还被配置为使所述客户端设备从所述服务器设备请求针对所述至少一个许可内容片段的许可。
示例3：该示例包括示例2的任意或全部特征，其中，所述数字版权管理模块被配置为使所述客户端设备至少部分地通过使所述客户端设备向所述服务器设备发送内容请求消息来请求所述许可，所述内容请求消息识别对于通过所述服务器设备的许可能够使用的相对应的源内容的请求内容片段，所述请求内容片段与所述许可内容片段相对应。
示例4：该示例包括示例1-3中任一示例的任意或全部特征，其中，所述客户端设备还包括受保护的环境，并且所述数字版权管理模块被维护在该受保护的环境中。
示例5：该示例包括示例4的任意或全部特征，其中，所述受保护的环境是受信执行环境。
示例6：该示例包括示例1-5中任一示例的任意或全部特征，其中，所述客户端设备还被配置为提供用户界面，其中所述用户界面被配置为：呈现对于通过服务器设备的许可能够使用的一个或多个源内容块的预览；以及引起至少部分地基于一个或多个接收到的输入生成内容请求消息。
示例7：该示例包括示例3的任意或全部特征，其中，内容请求消息包括内容选择信息，所述内容选择信息是从包括以下项目的组中选择的：与所述请求内容片段相对应的源内容的名称，用于所述请求内容品片段的时间帧，用于所述请求内容片段的帧范围，对一个或多个角色、演员、人物、场景、位置、颜色、声音、特效、特技、特技演员、动物或物体的引用，或其一个或多个组合。
示例8：该示例包括示例7的任意或全部特征，其中，所述内容选择信息包括用于所述请求内容片段的帧范围、用于所述请求内容片段的时间帧、或其组合。
示例9：该示例包括示例3的任意或全部特征，其中：所述许可包括管理许可内容片段的使用的许可条款；并且所述数字版权管理模块进一步被配置为实施所述许可条款。
示例10：该示例包括示例9的任意或全部特征，其中，所述内容请求消息被配置为使所述服务器设备确定许可条款，并且将包含所述许可条款的许可条款消息发送到所述客户端设备。
示例11：该示例包括示例10的任意或全部特征，其中，所述内容请求消息被配置为使服务器设备至少部分地通过从在服务器设备本地或远程维护的许可数据库中选择一个或多个预定许可条款来确定许可条款。
示例12：该示例包括示例10的任意或全部特征，其中：所述服务器设备被授权许可多个预定义内容片段；以及所述内容请求消息被配置为使所述服务器设备至少部分地通过以下步骤确定所述许可条款：确定多个预定内容片段中的哪个内容片段与所述请求内容片段相对应，并选择与对应于所述请求内容片段的预定内容片段相关联的一个或多个预定许可条款。
示例13：该示例包括示例10的任意或全部特征，其中，所述内容请求消息被配置为使所述服务器设备动态确定许可条款。
示例14：该示例包括示例13的任意或全部特征，所述内容请求消息被配置为使所述服务器设备至少部分地通过与所述客户端设备协商所述许可条款来动态地确定所述许可条款。
示例15：该示例包括示例14的任意或全部特征，其中，所述内容请求消息被配置为使得服务器设备能够独立于来自客户端设备的用户的输入而与客户端设备协商许可条款。
示例16：该示例包括示例13的任意或全部特征，其中，所述服务器设备至少部分地基于客户端设备的用户的上下文信息来动态地确定许可条款。
示例17：该示例包括示例10的任意或全部特征，其中，所述许可条款指定用于对所述请求内容片段的许可的支付。
示例18：该示例包括示例17的任意或全部特征，其中，所述支付是从包括货币支付、信息支付或其组合的组中进行选择的。
示例19：该示例包括示例10的任意或全部特征，其中，响应于许可条款消息，所述数字版权管理模块被配置为：检查许可条款消息以识别通过服务器设备指定的许可条款；以及接受或拒绝许可条款。
示例20：该示例包括示例19的任意或全部特征，其中，所述数字版权管理模块被配置为至少部分地基于用户输入来接受或拒绝许可条款。
示例21：该示例包括示例19的任意或全部特征，其中，所述数字版权管理模块还被配置为：将所述许可条款与在服务器设备本地或远程维护的可接受许可标准的数据库进行比较；并至少部分地基于所述许可条款与所述可接受许可标准的数据库的比较来接受或拒绝许可条款。
示例22：该示例包括示例19的任何或全部特征，其中，客户端设备进一步被配置为当许可条款被接受时将条款接受消息发送到服务器设备，以及当许可条款被拒绝时将条款拒绝消息发送到服务器设备。
示例23：该示例包括示例22的任何或全部特征，其中，条款拒绝消息包括针对所述请求内容片段的替代许可条款。
示例24：该示例包括示例22的任何或全部特征，其中，条款接受消息被配置为使服务器设备将所述请求内容片段和针对所述请求内容片段的许可发送到客户端设备，所述请求内容片段与所述许可内容片段相对应。
示例25：该示例包括示例24的任何或全部特征，其中：
所述请求内容片段是能够用于经由服务器设备的许可的源内容的一部分；并且条款接受消息被配置为使服务器设备将所述请求内容片段与所述源内容隔离。
示例26：该示例包括示例24的任何或全部特征，其中，条款接受消息还被配置为使服务器设备用内容加密密钥来对所述请求内容片段进行加密以产生经加密的内容，并且将所述内容加密密钥和所述经加密的内容提供给客户端设备。
示例27：该示例包括示例24的任何或全部特征，其中，条款接受消息被配置为使服务器设备：将源内容划分成多个片段，其中多个片段中的一个与所述请求内容片段相对应；用第一内容加密密钥对与所述请求内容片段相对应的片段进行加密，并且用至少一个其他内容加密密钥对除了与所述请求内容片段相对应的片段以外的片段进行加密，由此产生经加密的内容；将该经加密的内容发送到客户端设备；并将第一内容加密密钥发送给客户端设备。
示例28：该示例包括示例27的任何或全部特征，其中，条款接受消息还被配置为使服务器设备向客户端设备发送元数据，所述元数据描述了与所述请求内容片段相对应的片段位于所述经加密的内容中的何处。
示例29：该示例包括示例26的任何或全部特征，其中，响应于接收到经加密的内容，客户端设备被配置为对该经加密的内容进行解密以获得许可内容片段。
示例30：根据该示例，提供了一种用于选择性地许可内容片段的服务器设备，包括处理器、存储器和许可模块，其中：响应于来自客户端设备的识别请求内容片段的内容请求消息，所述许可模块被配置为使所述服务器设备确定用于许可所述请求内容片段的许可条款，并将包含所述许可条款的许可条款消息发送到客户端设备；其中所述请求内容片段是对于通过服务器设备的许可能够使用的相对应的源内容的一部分。
示例31：该示例包括示例30的任何或全部特征，其中，许可模块还使服务器设备至少部分地通过从服务器设备本地或远程维护的许可条款的数据库中选择一个或多个预定的许可条款来确定许可条款。
示例32：该示例包括示例30和31中任一示例的任何或全部特征，其中：服务器设备被授权许可多个预定义内容片段；并且所述许可模块还使所述服务器设备至少部分地通过以下步骤来确定针对所述请求内容片段的许可条款：确定多个预定内容片段中的哪个内容片段与所述请求内容片段相对应，并且选择与对应于所述请求内容片段的预定内容片段相关联的一个或多个预定许可条款。
示例33：该示例包括示例30-32中任一项的任何或全部特征，其中，许可模块进一步使服务器设备动态地确定许可条款。
示例34：该示例包括示例33的任何或全部特征，其中，服务器设备至少部分地通过与客户端设备协商许可条款来动态地确定许可条款。
示例35：该示例包括示例34的任何或全部特征，其中，服务器设备将独立于来自客户端设备的用户的输入而与客户端设备协商许可条款。
示例36：该示例包括示例33的任何或全部特征，其中，服务器设备至少部分地基于客户端设备的用户的上下文信息来动态地确定许可条款。
示例37：该示例包括示例30-36中任一项的任何或全部特征，其中，许可条款指定用于许可所述请求内容片段的支付。
示例38：该示例包括示例37的任何或全部特征，其中，从包括货币支付、信息支付或其组合的组中选择支付。
示例39：该示例包括示例30-39中任一示例的任何或全部特征，其中，许可条款消息被配置为使客户端设备：检查许可条款消息以识别由服务器设备指定的许可条款；并通过分别向服务器设备发送条款接受消息或条款拒绝消息来接受或拒绝许可条款。
示例40：该示例包括示例39的任何或全部特征，其中，响应于条款接受消息，许可模块被配置为使服务器设备将所述请求内容片段和对所述请求内容片段的许可发送到客户端设备。
示例41：该示例包括示例40的任何或全部特征，其中，响应于条款接受消息，许可模块被配置为使服务器设备在将所述请求内容片段发送到客户端设备之前将所述请求内容片段与源内容隔离。
示例42：该示例包括示例40的任何或全部特征，其中，响应于条款接受消息，许可模块被配置为使服务器设备用内容加密密钥来对所述请求内容片段进行加密以产生经加密的内容，并将该内容加密密钥和经加密的内容提供给客户端设备。
示例43：该示例包括示例40的任何或全部特征，其中，响应于条款接受消息，许可模块被配置为使服务器设备：将源内容划分为多个片段，其中，多个片段中的一个片段与所述请求内容片段相对应；用第一内容加密密钥对与所述请求内容片段相对应的片段进行加密，并且用至少一个其他内容加密密钥对除了与所述请求内容片段相对应的片段之外的片段进行加密，由此产生经加密的内容；将经加密的内容发送到客户端设备；并将第一内容加密密钥发送给客户端设备。
示例44：该示例包括示例43的任何或全部特征，其中，响应于条款接受消息，许可模块被配置为使服务器设备向客户端设备发送元数据，该元数据描述与所述请求内容片段相对应的片段位于经加密的内容中何处。
示例45：该示例包括示例39的任何或全部特征，其中，响应于条款拒绝消息，许可模块被配置为使服务器设备：针对替代许可条款检查条款拒绝消息；并且当条款拒绝消息包括替代许可条款时，许可模块被配置为使服务器设备确定替代许可条款是否是可接受的。
示例46：该示例包括示例30的任何或全部特征，其中，许可模块进一步被配置为使服务器设备执行证明过程以确定客户端设备是否被信任来实施被施加在所述请求内容片段上的许可条款。
示例47：根据该示例，提供了一种用于选择性地许可内容片段的方法，包括，利用客户端设备：从服务器设备接收至少一个许可内容片段和针对所述至少一个许可内容片段的许可，所述至少一个许可内容片段是对于通过所述服务器设备的许可能够使用的相对应的源内容的部分，所述许可对所述至少一个许可内容片段施加一个或多个约束；以及对所述至少一个许可内容片段实施所述约束。
示例48：该示例包括示例47的任何或全部特征，还包括，利用客户端设备：从服务器设备请求针对至少一个许可内容片段的许可。
示例49：该示例包括示例48的任何或全部特征，其中，请求许可包括：从客户端设备向服务器设备发送内容请求消息，该内容请求消息识别对于通过服务器设备的许可能够使用的相对应的源内容块的请求内容片段，所述请求内容片段与许可内容片段相对应。
示例50：该示例包括示例49的任何或全部特征，还包括，利用客户端设备：经由客户端设备的用户界面呈现对于通过服务器设备的许可能够使用的一个或多个源内容块的一个或多个预览；以及响应于通过用户界面接收到的一个或多个输入，生成内容请求消息。
示例51：该示例包括示例48的任何或全部特征，其中，内容请求消息包括内容选择信息，该内容选择信息是从包括以下项目的组中选择的：与所述请求内容片段相对应的源内容的名称，用于所述请求内容片段的时间帧，用于所述请求内容片段的帧范围，对一个或多个角色、演员、人物、场景、位置、颜色、声音、特效、特技、特技人员的引用，或其一个或多个组合。
示例52：该示例包括示例51的任何或全部特征，其中，内容选择信息包括用于所述请求内容片段的帧范围，用于所述请求内容片段的时间帧或其组合。
示例53：该示例包括示例49的任何或全部特征，其中，许可包括定义约束的许可条款；并且内容请求消息被配置为使服务器设备确定许可条款，并且向客户端设备发送包含许可条款的许可条款消息。
示例54：该示例包括示例53的任何或全部特征，其中，内容请求消息被配置为使服务器设备至少部分地通过从服务器设备本地或远程维护的许可数据库中选择一个或多个预定的许可条款来确定许可条款。
示例55：该示例包括示例53的任何或全部特征，其中，服务器设备被授权许可多个预定义内容片段；并且所述内容请求消息被配置为使所述服务器设备至少部分地通过以下步骤确定许可条款：确定多个预定内容片段中的哪个内容片段与所述请求内容片段相对应，并且选择与对应于所述请求内容片段的预定内容片段相关联的一个或多个预定许可条款。
示例56：该示例包括示例53的任何或全部特征，其中，内容请求消息被配置为使服务器设备动态地确定许可条款。
示例57：该示例包括示例56的任何或全部特征，其中，内容请求消息被配置为使服务器设备至少部分地通过与客户端设备协商许可条款来动态地确定许可条款。
示例58：该示例包括示例57的任何或全部特征，其中，内容请求消息被配置为使服务器设备能够独立于来自客户端设备的用户的输入而与客户端设备协商许可条款。
示例59：该示例包括示例56的任何或全部特征，其中，服务器设备至少部分地基于客户端设备的用户的上下文信息而动态地确定许可条款。
示例60：该示例包括示例53的任何或全部特征，其中，许可条款指定对许可所述请求内容片段的支付。
示例61：该示例包括示例60的任何或全部特征，其中，所述支付从包括货币支付、信息支付或其组合的组中选择。
示例62：该示例包括示例53的任何或全部特征，还包括，利用客户端设备：检查许可条款消息以识别由服务器设备指定的许可条款；并接受或拒绝许可条款。
示例63：该示例包括示例62的任何或全部特征，其中，接受或拒绝至少部分地基于用户输入。
示例64：该示例包括示例62的任何或全部特征，还包括，利用客户端设备：将许可条款与在客户端设备本地或远程维护的可接受许可标准的数据库进行比较；以及至少部分地基于许可条款与可接受许可标准的数据库的比较来接受或拒绝许可条款。
示例65：该示例包括示例62的任何或全部特征，其中：接受许可条款包括将条款接受消息发送到服务器设备；并且拒绝许可条款包括将条款拒绝消息发送到服务器设备。
示例66：该示例包括示例65的任何或全部特征，其中，条款接受消息被配置为使服务器设备引起将所述请求内容片段发送到客户端设备，所述请求内容片段与许可内容片段相对应。
示例67：该示例包括示例66的任何或全部特征，其中：所述请求内容片段是对于经由服务器设备的许可能够使用的源内容的一部分；并且条款接受消息被配置为使服务器设备将所述请求内容片段与源内容隔离。
示例68：该示例包括示例66的任何或全部特征，其中，条款接受消息还被配置为使服务器设备用内容加密密钥来对所述请求内容片段进行加密以产生经加密的内容，并且将该内容加密密钥和经加密的内容提供给客户端设备。
示例69：该示例包括示例66的任何或全部特征，其中，条款接受消息被配置为使服务器设备：将源内容划分成多个片段，其中多个片段之一与所述请求内容片段相对应；用第一内容加密密钥对与所述请求内容片段相对应的片段进行加密，并用至少一个其他内容加密密钥对除了与所述请求内容片段相对应的片段以外的片段进行加密，由此产生经加密的内容；将该经加密的内容发送到客户端设备；并将第一内容加密密钥发送给客户端设备。
示例70：该示例包括示例69的任何或全部特征，其中，条款接受消息还被配置为使服务器设备向客户端设备发送元数据，该元数据描述与所述请求内容片段相对应的片段位于经加密的内容中何处。
示例71：该示例包括示例68的任何或全部特征，还包括，利用客户端设备：响应于接收到经加密的内容，对该经加密的内容进行解密以获得许可内容片段。
示例72：根据该示例，提供了一种用于选择性地许可内容片段的方法，包括，利用服务器设备：响应于来自客户端设备的识别请求内容片段的内容请求消息，确定用于许可所述请求内容片段的许可条款；以及将包含许可条款的许可条款消息发送到客户端设备；其中所述请求内容片段是对于通过服务器设备的许可能使用的相对应的源内容块的一部分。
示例73：该示例包括示例72的任何或全部特征，其中，确定许可条款包括从服务器设备本地或远程维护的许可条款的数据库中选择一个或多个预定许可条款。
示例74：该示例包括示例72和73中任一示例的任何或全部特征，其中：服务器设备被授权许可多个预定义内容片段；并且确定所述请求内容片段的许可条款包括确定多个预定内容片段中的哪个内容片段与所述请求内容片段相对应，并且选择与对应于所述请求内容片段的预定内容片段相关联的一个或多个预定许可条款。
示例75：该示例包括示例72至74中任一示例的任何或全部特征，其中，确定许可条款包括动态确定许可条款。
示例76：该示例包括示例75的任何或全部特征，其中，动态确定许可条款包括与客户端设备协商许可条款。
示例77：该示例包括示例76的任何或全部特征，其中，独立于来自客户端设备的用户的输入而执行所述协商。
示例78：该示例包括示例75的任何或全部特征，其中，服务器至少部分地基于客户端设备的用户的上下文信息来动态地确定许可条款。
示例79：该示例包括示例72的任何或全部特征，其中，许可条款指定对许可所述请求内容片段的支付。
示例80：该示例包括示例79的任何或全部特征，其中，所述支付从包括货币支付、信息支付或其组合的组中选择。
示例81：该示例包括示例72的任何或全部特征，其中，许可条款消息被配置为使客户端设备：检查许可条款消息以识别由服务器设备指定的许可条款；并通过分别向服务器设备发送条款接受消息或条款拒绝消息来接受或拒绝许可条款。
示例82：该示例包括示例81的任何或全部特征，还包括，利用服务器设备：响应于条款接受消息，将所述请求内容片段和对所述请求内容片段的许可发送到客户端设备。
示例83：该示例包括示例82的任何或全部特征，还包括，利用服务器设备：响应于条款接受消息，在将所需内容片段发送到客户端设备之前，将所述请求内容片段与源内容隔离。
示例84：该示例包括示例82的任何或全部特征，还包括，利用服务器设备：响应于条款接受消息，用内容加密密钥对所述请求内容片段进行加密以产生经加密的内容；并将内容加密密钥和经加密的内容提供给客户端设备。
示例85：该示例包括示例82的任何或全部特征，还包括，利用服务器设备：响应于条款接受消息：将源内容划分成多个片段，其中多个片段中的一个与所述请求内容片段相对应；用第一内容加密密钥对与所述请求内容片段相对应的片段进行加密，并且用至少一个其他内容加密密钥对除了与所述请求内容片段相对应的片段以外的片段进行加密，由此产生经加密的内容；将经加密的内容发送到客户端设备；以及将第一内容加密密钥发送到客户端设备。
示例86：该示例包括示例85的任何或全部特征，还包括，利用服务器设备：响应于条款接受消息，向客户端设备发送元数据，该元数据描述与所述请求内容片段相对应的片段位于经加密的数据中何处。
示例87：该示例包括示例81的任何或全部特征，还包括，利用服务器设备：响应于接收到条款拒绝消息，针对替代许可条款检查条款拒绝消息；并且当条款拒绝消息包括替代许可条款时，确定替代许可条款是否是可接受的。
示例88：该示例包括示例72-87中任一示例的任何或全部特征，还包括，利用服务器设备：执行证明过程以确定客户端设备是否被信任以实施被施加在所述请求内容片段上的许可条款。
示例89：根据该示例，提供了至少一种计算机可读介质，其包括用于选择性地许可内容片段的指令，所述指令在由客户端设备执行时导致执行以下操作，包括：从服务器设备接收至少一个许可内容片段和针对该至少一个许可内容片段的许可，所述至少一个许可内容片段是对于通过服务器设备的许可能够使用的相对应的源内容的一部分，所述许可对所述至少一个许可内容片段施加一个或多个约束；并对至少一个许可内容片段实施所述约束。
示例90：该示例包括示例89的任何或全部特征，其中，所述指令在被进一步执行时导致执行以下操作，包括，利用客户端设备：从服务器设备请求针对所述至少一个许可内容片段的许可。
示例91：该示例包括示例90的任何或全部特征，其中，请求许可包括：从客户端设备向服务器设备发送内容请求消息，该内容请求消息识别对于通过服务器设备的许可能够使用的相对应的源内容块的请求内容片段，所述请求内容片段与许可内容片段相对应。
示例92：该示例包括示例91的任何或全部特征，其中，所述指令在被进一步执行时导致执行以下操作，包括：经由客户端设备的用户界面来呈现对于通过服务器设备的许可能够使用的一个或多个源内容块的一个或多个预览；以及响应于通过用户界面接收到的一个或多个输入，生成内容请求消息。
示例93：该示例包括示例90-92中任一示例的任何或全部特征，其中，内容请求消息包括内容选择信息，该内容选择信息是从包括以下项目的组中选择的：与所述请求内容片段相对应的源内容的名称，用于所述请求内容片段的时间帧，用于所述请求内容片段的帧范围，对一个或多个角色、演员、人物、场景、位置、颜色、声音、特效、特技、特技演员、动物或物体的引用，或其一个或多个组合。
示例94：该示例包括示例93的任何或全部特征，其中，内容选择信息包括用于所述请求内容片段的帧范围、用于所述请求内容片段的时间帧或其组合。
示例95：该示例包括示例91的任何或全部特征，其中，许可包括定义约束的许可条款；并且内容请求消息被配置为使服务器设备确定许可条款，并且向客户端设备发送包含许可条款的许可条款消息。
示例96：该示例包括示例95的任何或全部特征，其中，内容请求消息被配置为使服务器设备至少部分地通过从服务器设备本地或远程维护的许可数据库中选择一个或多个预定许可条款来确定许可条款。
示例97：该示例包括示例95的任何或全部特征，其中，服务器设备被授权许可多个预定义内容片段；并且所述内容请求消息被配置为使所述服务器设备至少部分地通过以下步骤来确定许可条款：确定多个预定内容片段中的哪个内容片段对应于所述请求内容片段，并且选择与对应于所述请求内容片段的预定内容片段相关联的一个或多个预定许可条款。
示例98：该示例包括示例95的任何或全部特征，其中，内容请求消息被配置为使服务器设备动态地确定许可条款。
示例99：该示例包括示例98的任何或全部特征，其中，内容请求消息被配置为使服务器设备至少部分地通过与客户端设备协商许可条款来动态地确定许可条款。
示例100：该示例包括示例99的任何或全部特征，其中，内容请求消息被配置为使服务器设备能够独立于来自客户端设备的用户的输入而与客户端设备协商许可条款。
示例101：该示例包括示例98的任何或全部特征，其中，服务器设备至少部分地基于客户端设备的用户的上下文信息而动态地确定许可条款。
示例102：该示例包括示例95的任何或全部特征，其中，许可条款指定用于许可所述请求内容片段的支付。
示例103：该示例包括示例102的任何或全部特征，其中，所述支付是从包括货币支付、信息支付或其组合的组中选择的。
示例104：该示例包括示例95的任何或全部特征，其中，指令在被进一步执行时导致执行以下操作，包括，利用客户端设备：检查许可条款消息以识别由服务器设备指定的许可条款；并接受或拒绝许可条款。
示例105：该示例包括示例104的任何或全部特征，其中，接受或拒绝是至少部分地基于用户输入的。
示例106：该示例包括示例104的任何或全部特征，其中，所述指令在被进一步执行时导致执行以下操作，包括，利用客户端设备：将许可条款与客户端设备在本地或远程维护的可接受许可标准的数据库进行比较；并且至少部分地基于许可条款与可接受许可标准的数据库的比较来接受或拒绝许可条款。
示例107：该示例包括示例104的任何或全部特征，其中：接受许可条款包括将条款接受消息发送到服务器设备；并且拒绝许可条款包括将条款拒绝消息发送到服务器设备。
示例108：该示例包括示例107的任何或全部特征，其中，条款接受消息被配置为使服务器设备引起将所述请求内容片段发送到客户端设备，所述请求内容片段与许可内容片段相对应。
示例109：该示例包括示例108的任何或全部特征，其中：所述请求内容片段是对于经由服务器设备的许可能够使用的源内容的一部分；并且条款接受消息被配置为使服务器设备将所述请求内容片段与源内容隔离。
示例110：该示例包括示例108的任何或全部特征，其中，条款接受消息还被配置为使服务器设备用内容加密密钥来对所述请求内容片段进行加密以产生经加密的内容，并且将该内容加密密钥和经加密的内容提供给客户端设备。
示例111：该示例包括示例108的任何或全部特征，其中，条款接受消息被配置为使服务器设备：将源内容划分为多个片段，其中多个片段之一与请求内容片段相对应；用第一内容加密密钥对与所述请求内容片段相对应的片段进行加密，并且用至少一个其他内容加密密钥对除了与所述请求内容片段相对应的片段以外的片段进行加密，由此产生经加密的内容；将该经加密的内容发送到客户端设备；并将第一内容加密密钥发送给客户端设备。
示例112：该示例包括示例111的任何或全部特征，其中，条款接受消息进一步被配置为使服务器设备向客户端设备发送元数据，该元数据描述与所述请求内容片段相对应的片段位于经加密的内容中何处。
示例113：该示例包括示例110的任何或全部特征，还包括，利用客户端设备：响应于接收到经加密的内容，对该经加密的内容进行解密以获得许可内容片段。
示例114：该示例包括示例107的任何或全部特征，其中，条款拒绝消息包括用于所述请求内容片段的替代许可条款。
示例115：根据该示例，提供了至少一种计算机可读介质，其包括用于选择性地许可内容片段的指令，所述指令在由服务器设备执行时导致执行以下操作，包括：响应于来自客户端设备的识别请求内容片段的内容请求消息，确定用于许可所述请求内容片段的许可条款；以及将包含许可条款的许可条款消息发送到客户端设备；其中所述请求内容片段是对于通过服务器设备的许可能够使用的相对应的源内容块的一部分。
示例116：该示例包括示例115的任何或全部特征，其中，确定许可条款包括从服务器设备本地或远程维护的许可条款的数据库中选择一个或多个预定许可条款。
示例117：该示例包括示例115的任何或全部特征，其中：服务器设备被授权许可多个预定义内容片段；并且确定针对所述请求内容片段的许可条款包括确定多个预定内容片段中的哪个内容片段与所述请求内容片段相对应，并且选择与对应于所述请求内容片段的预定内容片段相关联的一个或多个预定许可条款。
示例118：该示例包括示例115-117中任一示例的任何或全部特征，其中，确定许可条款包括动态确定许可条款。
示例119：该示例包括示例118的任何或全部特征，其中，动态确定许可条款包括与客户端设备协商许可条款。
示例120：该示例包括示例119的任何或全部特征，其中，独立于来自客户端设备的用户的输入来执行所述协商。
示例121：该示例包括示例118的任何或全部特征，其中，服务器至少部分地基于客户端设备的用户的上下文信息来动态地确定许可条款。
示例122：该示例包括示例115-122中任一示例的任何或全部特征，其中，许可条款指定对许可所述请求内容片段的支付。
示例123：该示例包括示例122的任何或全部特征，其中，所述支付是从包括货币支付、信息支付或其组合的组中选择的。
示例124：该示例包括示例115的任何或全部特征，其中，许可条款消息被配置为使客户端设备：检查许可条款消息以识别由服务器设备指定的许可条款；并通过分别向服务器设备发送条款接受消息或条款拒绝消息来接受或拒绝许可条款。
示例125：该示例包括示例124的任何或全部特征，其中，指令在被进一步执行时导致执行以下操作，包括，利用服务器设备：响应于条款接受消息，将所述请求内容片段和对所述请求内容片段的许可发送到客户端设备。
示例126：该示例包括示例125的任何或全部特征，其中，指令在进一步执行时导致执行以下操作，包括，利用服务器设备：响应于条款接受消息，在将所需内容片段发送到客户端设备之前，将所述请求内容片段与源内容隔离。
示例127：该示例包括示例125的任何或全部特征，其中，指令在被进一步执行时导致执行以下操作，包括，利用服务器设备：响应于条款接受消息，用内容加密密钥来对所述请求内容片段进行加密以产生经加密的内容；并将该内容加密密钥和经加密的内容提供给客户端设备。
示例128：该示例包括示例125的任何或全部特征，其中，所述指令在被进一步执行时导致执行以下操作，包括，利用服务器设备：响应于条款接受消息：将源内容划分成多个片段，其中所述多个片段中的一个片段与所述请求内容片段相对应；用第一内容加密密钥对与所述请求内容片段相对应的片段进行加密，并且用至少一个其他内容加密密钥对除了与所述请求内容片段相对应的片段以外的片段进行加密，由此产生经加密的内容；将该经加密的内容发送到客户端设备；以及将第一内容加密密钥发送到客户端设备。
示例129：该示例包括示例128的任何或全部特征，其中，指令在被进一步执行时导致执行以下操作，包括，利用服务器设备：响应于条款接受消息，将元数据发送到客户端设备，该元数据描述与所述请求内容片段相对应的片段位于经加密的数据中何处。
示例130：该示例包括示例124的任何或全部特征，其中，所述指令在被进一步执行时导致执行以下操作，包括，利用服务器设备：响应于接收到条款拒绝消息，针对替代许可条款检查条款拒绝消息；并且当条款拒绝消息包括替代许可条款时，确定替代许可条款是否是可接受的。
示例131：该示例包括示例115-131中任一示例的任何一个或全部特征，其中，所述指令在被进一步执行时导致执行以下操作，包括，利用服务器设备：执行证明过程以确定客户端设备是否被信任以实施被施加到所述请求内容片段的许可条款。
示例132：根据该示例，提供了一种用于生成多样内容的内容创建设备，其包括处理器、存储器和数字版权管理模块，被配置为：至少根据第一内容片段和第二内容片段产生多样内容；生成描述多样内容的元数据封装，该元数据封装将第一许可信息与第一内容片段相关联并且将第二许可信息与第二内容片段相关联；将元数据和多样内容封装在第一数据结构中；并将该数据结构存储在存储器中。
示例133：该示例包括示例132的任何或全部特征，其中，数字版权管理模块进一步至少部分地通过以下来对多样内容进行加密：
用第一内容加密密钥加密第一内容片段；用第二内容加密密钥加密第二内容片段；并且所述数字版权管理模块还将经加密的多样内容封装在第一数据结构中。
示例134：该示例包括示例133的任何或全部特征，还包括受保护的环境，其中：第一内容加密密钥和第二内容加密密钥被存储在受保护的环境内；并且数字版权管理模块使客户端设备对受保护的环境内的多样内容进行加密。
示例135：该示例包括示例134的任何或全部特征，其中，受保护的环境是可信执行环境、安全程序集或其组合。
示例136：该示例包括示例133的任何或全部特征，其中：数字版权管理模块将至少根据第一内容片段、第二内容片段和与第一内容片段有关的第三内容片段来产生多样内容；并且数字版权管理模块将用第一内容加密秘钥对第一内容片段和第三内容片段进行加密。
示例137：该示例包括示例136的任何或全部特征，其中，第一内容片段和第三内容片段在被共同拥有时是相关的，它们受相同的数字版权管理约束影响，或其组合。
示例138：该示例包括示例132的任何或全部特征，其中，元数据封装包括至少一个内容标记，其包括以下中的一个或多个：第一内容片段和第二内容片段的描述，指定第一内容片段和第二内容片段被如何组合在多样内容中的布置信息，指定第一内容片段和第二内容片段位于多样内容内何处的位置信息，以及用于第一内容片段和第二内容片段中的一个或多个的许可信息。
示例139：该示例包括示例138的任何或全部特征，其中，元数据封装包括第一内容片段和第二内容片段的描述，其中第一内容片段的描述与第一内容片段在多样内容中的位置相关联，并且第二内容片段的描述与第二内容片段在多样内容中的位置相关联。
示例140：该示例包括示例138的任何或全部特征，其中：多样内容具有长度；元数据封装至少包括第一内容片段在多样内容中的位置和第二内容片段在多样内容中的位置；第一内容片段的位置与多样内容的长度的第一部分相对应；第二内容片段的位置与多样内容的长度的第二部分相对应；并且第一部分和第二部分彼此完全或部分重叠，或者彼此不同。
示例141：该示例包括示例138的任何或全部特征，其中，至少一个内容标记包括用于第一内容片段和第二内容片段中的一个或多个的许可信息，其中许可信息包括指针，该指针被配置为识别如何获得针对第一内容片段和第二内容片段中的一个或多个的许可。
示例142：该示例包括示例141的任何或全部特征，其中，指针被配置为使消费设备尝试获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例143：该示例包括示例141的任何或全部特征，其中，指针被配置为使消费设备独立于来自消费设备的用户的输入而尝试获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例144：该示例包括示例141的任何或全部特征，其中，许可信息包括针对第一内容片段的第一许可信息和针对第二内容片段的第二许可信息，其中第一许可信息和第二许可信息是相同或不同的。
示例145：该示例包括示例144的任何或全部特征，其中，第一许可信息和第二许可信息是不同的。
示例146：该示例包括示例132的任何或全部特征，其中，元数据封装包括标签，该标签被配置为用作第一内容片段、第二内容片段或其组合中的一个或多个的起源和历史中的至少一个的证据。
示例147：该示例包括示例146的任何或全部特征，其中，所述标签包括第一内容片段、第二内容片段或其组合中的一个或多个的散列。
示例148：根据该示例，提供了一种用于消费多样内容的消费设备，包括处理器、存储器和数字版权管理模块，其中数字版权管理模块被配置为：响应于接收到包括多样内容和元数据封装的数据结构，所述多样内容至少包括第一内容片段和第二内容片段，分析所述元数据封装以确定与第一内容片段相关联的第一许可约束和与第二内容片段相关联的第二许可约束；并且从服务器设备获得第一内容片段和第二内容片段中的至少一个的许可。
示例149：该示例包括示例148的任何或全部特征，其中，元数据封装包括至少一个指针，该指针将服务器设备指定为对第一内容片段和第二内容片段中的一个或多个的许可的源，并且数字版权管理模块至少部分地基于所述指针来获得针对所述第一内容片段和第二内容片段中的至少一个的许可。
示例150：该示例包括示例148和149中任一示例的任何或全部特征，其中，数字版权管理模块至少部分地通过将许可请求消息发送到服务器设备而获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例151：该示例包括示例150的任何或全部特征，其中，许可请求消息指定以下中的一个或多个：第一内容片段和第二内容片段中的至少一个的源，第一内容片段和第二内容片段中的至少一个的身份，源内容中与第一内容片段和第二内容片段中的至少一个相对应的部分，或其组合。
示例152：该示例包括示例150的任何或全部特征，其中，许可请求消息被配置为使服务器设备确定适用于第一内容片段和第二内容片段中的至少一个的许可条款，并且向消费设备发送许可条款消息。
示例153：该示例包括示例152的任何或全部特征，其中，许可请求消息被配置为使服务器设备至少部分地通过从服务器设备本地或远程维护的许可数据库中选择一个或多个预定的许可条款来确定许可条款。
示例154：该示例包括示例152的任何或全部特征，其中：服务器设备被授权许可多个预定义内容片段；并且许可请求消息被配置为使服务器设备至少部分地通过以下步骤来确定许可条款：确定多个预定内容片段中的哪个内容片段与第一内容片段和第二内容片段中的至少一个相对应，并选择与对应于第一内容片段和第二内容片段中的至少一个的预定内容片段相关联的一个或多个预定许可条款。
示例155：该示例包括示例152的任何或全部特征，其中，许可请求消息被配置为使服务器设备动态地确定许可条款。
示例156：该示例包括示例155的任何或全部特征，其中，许可请求消息被配置为使服务器设备至少部分地通过与消费设备协商许可条款来动态地确定许可条款。
示例157：该示例包括示例156的任何或全部特征，其中，许可请求消息被配置为使服务器设备能够独立于来自消费设备的用户的输入而与消费设备协商许可条款。
示例158：该示例包括示例155的任何或全部特征，其中，服务器设备至少部分地基于消费设备的用户的上下文信息来动态确定许可条款。
示例159：该示例包括示例152的任何或全部特征，其中，响应于许可条款消息，数字版权管理模块被配置为：检查许可条款消息以识别由服务器设备指定的许可条款；并接受或拒绝许可条款。
示例160：该示例包括示例159的任何或全部特征，其中，数字版权管理模块被配置为：将许可条款与消费设备本地或远程维护的可接受许可标准的数据库进行比较；并至少部分地基于许可条款与可接受许可标准的数据库的比较来接受或拒绝许可条款。
示例161：该示例包括示例159的任何或全部特征，其中，消费设备还被配置为当许可条款被接受时将条款接受消息发送到服务器设备，并且当许可条款被拒绝时将条款拒绝消息发送到服务器设备。
示例162：该示例包括示例161的任何或全部特征，其中，条款拒绝消息包括针对第一内容片段和第二内容片段中的至少一个的替代许可条款。
示例163：该示例包括示例161的任何或全部特征，其中，多样内容中的第一内容片段和第二内容片段被加密，并且条款接受消息被配置为使服务器设备引起将第一内容加密密钥和第二内容加密密钥发送到消费设备，所述第一内容加密密钥被配置为使得能够解密所述第一内容片段，所述第二内容加密密钥被配置为使得能够解密所述第二内容片段。
示例164：该示例包括示例150-163中任一项的任何或全部特征，其中，在发送许可请求消息之前，数字版权管理模块被配置为使消费设备执行与服务器设备的证明过程。
示例165：该示例包括示例164的任何或全部特征，其中，在证明过程期间，消费设备证明其实施第一许可约束和第二许可约束的能力。
示例166：该示例包括示例150-165中任一项的任何或全部特征，其中：多样内容被加密；消费设备还包括受保护的环境；并且所述数字版权管理模块被配置为使所述客户端设备用一个或多个内容加密密钥来在受保护的环境中对经加密的多样内容进行解密。
示例167：该示例包括示例166的任何或全部特征，其中，一个或多个内容加密密钥被存储在受保护的环境内。
示例168：该示例包括示例166的任何或全部特征，其中，在对经加密的多样内容进行解密之前，所述数字版权管理模块被配置为使消费设备从内容创建设备或服务器设备获得一个或多个内容加密密钥。
示例169：该示例包括示例166的任何或全部特征，其中，受保护的环境是可信执行环境、安全程序集或其组合。
示例170：该示例包括示例148的任何或全部特征，其中，数字版权管理模块还被配置为对第一内容片段实施第一许可约束并且对第二内容片段实施第二许可约束。
示例171：该示例包括示例152的任何或全部特征，其中，许可条款指定用于许可第一内容片段和第二内容片段中的至少一个的支付。
示例172：该示例包括示例171的任何或全部特征，其中，数字版权管理模块还被配置为：使消费设备监视该消费设备对第一内容片段和第二内容片段的使用；并且基于对第一内容片段和第二内容片段的使用的监控，向服务器设备、第一内容片段的所有者、第二内容片段的所有者或者其组合提供支付。
示例173：该示例包括示例172的任何或全部特征，其中，数字版权管理模块还被配置为至少部分地基于对第一内容片段和第二内容片段的使用的监视来在第一内容所有者和第二内容所有者之间分配支付。
示例174：该示例包括示例172的任何或全部特征，其中，支付是信息支付，并且数字版权管理模块还被配置为：以元数据的形式收集与信息支付相对应的信息；并且将该元数据提供给服务器设备、第一内容片段的所有者和第二内容片段的所有者中的至少一个。
示例175：该示例包括示例174的任何或全部特征，其中，数字版权管理模块还被配置为在将元数据提供给服务器设备、第一内容分段的所有者和第二内容分段的所有者中的至少一个之前用至少一个公共加性同态加密密钥来对元数据进行加密。
示例176：该示例包括示例174的特征中的任何一个或全部，其中：元数据包括关于第一内容片段的使用的第一使用信息和关于第二内容片段的使用的第二使用信息；所述数字版权管理模块被配置为用公共加性同态加密密钥的第一实例对第一使用信息进行加密，用公共加性同态加密密钥的第二实例对第二使用信息进行加密；并且所述数字版权管理模块被配置为使所述消费设备向第一内容片段的所有者提供所述元数据和公共加性同态加密密钥的第一实例中的至少一个，并且向第二内容片段的所有者提供所述元数据和公共加性同态加密密钥的第二实例。
示例177：根据该示例，提供了一种用于生成多样内容的方法，包括，利用内容创建设备：至少根据第一内容片段和第二内容片段产生多样内容；对多样内容进行加密，从而生成经加密的多样内容；生成描述所述多样内容的元数据封装，该元数据封装将第一许可信息与所述第一内容片段相关联并且将第二许可信息与第二内容片段相关联；将元数据和经加密的多样内容封装在第一数据结构中；并将该数据结构存储在内容创建设备的存储器中。
示例178：该示例包括示例177的任何或全部特征，其中，加密包括：用第一内容加密密钥对第一内容片段进行加密；并且用第二内容加密密钥对第二内容片段进行加密。
示例179：该示例包括示例178的任何或全部特征，其中，内容创建设备包括受保护的环境，并且该方法还包括：将第一内容加密密钥和第二内容加密密钥存储在受保护的环境内；并在受保护的环境中执行加密。
示例180：该示例包括示例179的任何或全部特征，其中，受保护的环境是受信执行环境、安全程序集或其组合。
示例181：该示例包括示例178的任何或全部特征，还包括：至少根据第一内容片段、第二内容片段和与第一内容片段相关的第三内容片段来产生多样内容；并且用第一内容加密密钥对第一内容片段和第三内容片段进行加密。
示例182：该示例包括示例181的任何或全部特征，其中，第一内容片段和第三内容片段在被共同拥有时是相关的，它们受相同的数字版权管理约束影响，或其组合。
示例183：该示例包括示例177至182中任一项的任何或全部特征，其中，该元数据封装包括至少一个内容标记，其包括以下中的一个或多个：第一内容片段和第二内容片段的描述，指定第一内容片段和第二内容片段如何在多样内容中组合的布置信息，指定第一和第二内容片段位于多样内容中何处的位置信息，以及针对第一内容片段和第二内容片段中的一个或多个的许可信息。
示例184：该示例包括示例183的任何或全部特征，其中，所述元数据封装包括第一内容片段和第二内容片段的描述，其中第一内容片段的描述与第一内容片段在多样内容中的位置相关联，并且第二内容片段的描述与第二内容片段在多样内容中的位置相关联。
示例185：该示例包括示例183的任何或全部特征，其中：多样内容具有长度；元数据封装至少包括第一内容片段在多样内容中的位置和第二内容片段在多样内容中的位置；第一内容片段的位置与多样内容的长度的第一部分相对应；第二内容片段的位置与多样内容的长度的第二部分相对应；并且第一部分和第二部分彼此完全或部分重叠，或者彼此不同。
示例186：该示例包括示例183的任何或全部特征，其中，所述至少一个内容标记包括针对第一内容片段和第二内容片段中的一个或多个的许可信息，其中许可信息包括指针，该指针被配置为识别如何获得针对第一内容片段和第二内容片段中的一个或多个的许可。
示例187：该示例包括示例186的任何或全部特征，其中，指针被配置为使消费设备尝试获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例188：该示例包括示例186的任何或全部特征，其中，指针被配置为使消费设备独立于来自消费设备的用户的输入而尝试获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例189：该示例包括示例186的任何或全部特征，其中，许可信息包括针对第一内容片段的第一许可信息和针对第二内容片段的第二许可信息，其中第一许可信息和第二许可信息是相同或不同的。
示例190：该示例包括示例189的任何或全部特征，其中，第一许可信息和第二许可信息是不同的。
示例191：该示例包括示例177-190中任一示例的任何或全部特征，其中，元数据封装包括标签，该标签被配置为用作第一内容片段、第二内容片段或其组合中的一个或多个的起源和历史中的至少一个的证据。
示例192：该示例包括示例191的任何或全部特征，其中，标签包括第一内容片段、第二内容片段或其组合中的一个或多个的散列。
示例193：根据该示例，提供了一种用于用消费设备来消费多样内容的方法，包括，利用消费设备：响应于接收到包括经加密的多样内容和元数据封装的数据结构，该加密的多样内容至少包括第一内容片段和第二内容片段，分析所述元数据封装以确定与第一内容片段相关联的第一许可约束和与第二内容片段相关联的第二许可约束；以及从服务器设备获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例194：该示例包括示例193的任何或全部特征，其中，元数据封装包括至少一个指针，其将服务器设备指定为对第一内容片段和第二内容片段中的一个或多个的许可的源，并且所述方法还包括：至少部分地基于所述指针获得对所述第一内容片段和第二内容片段中的至少一个的许可。
示例195：该示例包括示例193和194中任一示例的任何或全部特征，其中，所述获得包括将许可请求消息发送到服务器设备。
示例196：该示例包括示例195的任何或全部特征，其中，许可请求消息指定以下中的一个或多个：第一内容片段和第二内容片段中的至少一个的源，第一内容片段和第二内容片段中的至少一个的身份，源内容中与第一内容片段和第二内容片段中的至少一个相对应的部分，或其组合。
示例197：该示例包括示例195的任何或全部特征，其中，所述许可请求消息被配置为使服务器设备确定适用于第一内容片段和第二内容片段中的至少一个的许可条款，并且向消费设备发送许可条款消息。
示例198：该示例包括示例197的任何或全部特征，其中，许可请求消息被配置为使服务器设备至少部分地通过从服务器设备本地或远程维护的许可数据库中选择一个或多个预定的许可条款来确定许可条款。
示例199：该示例包括示例197的任何或全部特征，其中：服务器设备被授权许可多个预先定义的内容片段；并且所述许可请求消息被配置为使所述服务器设备至少部分地通过以下步骤来确定许可条款：确定多个预定内容片段中的哪个内容片段与所述第一内容片段和第二内容片段中的至少一个相对应，并选择与对应于第一内容片段和第二内容片段中的至少一个的预定内容片段相关联的一个或多个预定许可条款。
示例200：该示例包括示例197的任何或全部特征，其中，许可请求消息被配置为使服务器设备动态地确定许可条款。
示例201：该示例包括示例200的任何或全部特征，其中，许可请求消息被配置为使服务器设备至少部分地通过与消费设备协商许可条款来动态地确定许可条款。
示例202：该示例包括示例201的任何或全部特征，其中，许可请求消息被配置为使服务器设备能够独立于来自消费设备的用户的输入而与消费设备协商许可条款。
示例203：该示例包括示例200的任何或全部特征，其中，服务器设备至少部分地基于消费设备的用户的上下文信息来动态确定许可条款。
示例204：该示例包括示例197的任何或全部特征，还包括，利用消费设备：响应于许可条款消息，检查许可条款消息以识别由服务器设备指定的许可条款；并接受或拒绝许可条款。
示例205：该示例包括示例204的任何或全部特征，还包括，利用消费设备：将许可条款与可接受的许可标准的数据库进行比较；并且至少部分地基于许可条款与可接受的许可标准的数据库的比较来接受或拒绝许可条款。
示例206：该示例包括示例204的任何或全部特征，还包括，利用消费设备：当许可条款被接受时，将条款接受消息发送到服务器设备；以及当许可条款被拒绝时，将条款拒绝消息发送到服务器设备。
示例207：该示例包括示例206的任何或全部特征，其中，条款拒绝消息包括针对第一内容片段和第二内容片段中的至少一个的替代许可条款。
示例208：该示例包括示例206的任何或全部特征，其中，条款接受消息被配置为使服务器设备引起将第一内容加密密钥和第二内容加密密钥发送到消费设备，第一内容加密密钥被配置为使得能够解密所述第一内容片段，所述第二内容加密密钥被配置为使得能够解密所述第二内容片段。
示例209：该示例包括示例195的任何或全部特征，还包括，利用消费设备：在发送许可请求消息之前，执行与服务器设备的证明过程。
示例210：该示例包括示例209的任何或全部特征，其中，证明过程包括利用消费设备证明消费设备实施第一许可约束和第二许可约束的能力。
实施例211：该实施例包括示例195的任何或全部特征，其中，所述消费设备包括受保护的环境，并且所述方法还包括，利用所述消费设备：用一个或多个内容加密密钥在受保护的环境中对经加密的多样内容进行解密。
示例212：该示例包括示例211的任何或全部特征，还包括，利用消费设备：将一个或多个内容加密密钥存储在受保护的环境内。
实施例213：该实施例包括实施例211的任何或全部特征，还包括，利用所述消费设备：在对经加密的多样内容进行解密之前，从内容创建设备或服务器设备获得一个或多个内容加密密钥。
示例214：该示例包括示例211的任何或全部特征，其中，受保护的环境是受信执行环境、安全程序集或其组合。
示例215：该示例包括示例193-214中任一示例的任何一个或全部特征，还包括，利用消费设备：对第一内容片段实施第一许可约束，并且对第二内容片段实施第二许可约束。
示例216：该示例包括示例197的任何或全部特征，其中，许可条款指定用于许可第一内容片段和第二内容片段中的至少一个的支付。
示例217：该示例包括示例216的任何或全部特征，还包括，利用消费设备：监视第一内容片段和第二内容片段的使用；以及基于所述监视，向服务器设备、第一内容片段的所有者、第二内容片段的所有者或者其组合提供支付。
示例218：该示例包括示例217的任何或全部特征，还包括，利用消费设备：至少部分地基于监视来在第一内容所有者和第二内容所有者之间分配支付。
示例219：该示例包括示例217的任何或全部特征，其中，支付是信息支付，并且该方法还包括，利用消费设备：以元数据的形式收集与信息支付相对应的信息；并且将所述元数据提供给服务器设备、所述第一内容片段的所有者和所述第二内容片段的所有者中的至少一个。
示例220：该示例包括示例219的任何或全部特征，还包括，利用消费设备：在将元数据提供给服务器设备、第一内容片段的所有者和第二内容片段的所有者中的至少一个之前，用至少一个公共加性同态加密密钥对元数据进行加密。
示例221：该示例包括示例219的任何或全部特征，其中，元数据包括关于第一内容片段的使用的第一使用信息和关于第二内容片段的使用的第二使用信息，并且该方法还包括，利用所述消费设备：用公共加性同态加密密钥的第一实例对第一使用信息进行加密；用公共加性同态加密密钥的第二实例对第二使用信息进行加密；以及向第一内容片段的所有者提供所述元数据和公共加性同态加密密钥的第一实例中的至少一个，并且向第二内容片段的所有者提供所述元数据和公开加法同态加密密钥的第二实例。
示例222：根据该示例，提供了至少一种计算机可读介质，其包括用于利用内容创建设备创建多样内容的指令，其中所述指令在被执行时使内容创建设备执行包括以下的操作：至少根据第一内容片段和第二内容片段产生多样内容；对多样内容进行加密，从而产生经加密的多样内容；生成描述所述多样内容的元数据封装，所述元数据封装将第一许可信息与第一内容片段相关联并将第二许可信息与第二内容片段相关联；将元数据和经加密的多样内容封装在第一数据结构中；并将数据结构存储在内容创建设备的存储器中。
示例223：该示例包括示例222的任何或全部特征，其中，加密包括：用第一内容加密密钥对第一内容片段进行加密；并且用第二内容加密密钥对第二内容片段进行加密。
示例224：该示例包括示例223的任何或全部特征，其中，内容创建设备包括受保护的环境，并且指令在被执行时还导致执行包括以下的操作：将第一内容加密密钥和第二内容加密密钥存储在受保护的环境中；并在受保护的环境中执行加密。
示例225：该示例包括示例224的任何或全部特征，其中，受保护的环境是可信执行环境、安全程序集或其组合。
示例226：该示例包括示例223的任何或全部特征，其中，指令在被执行时进一步导致执行包括以下的操作：至少根据第一内容片段、第二内容片段和与所述第一内容片段相关的第三内容片段产生多样内容；以及用第一内容加密密钥对第一内容片段和第三内容片段进行加密。
示例227：该示例包括示例226的任何或全部特征，其中，第一内容片段和第三内容片段在被共同拥有时是相关的，它们受相同的数字版权管理约束影响，或其组合。
示例228：该示例包括示例222-227中任一示例的任何或全部特征，其中，元数据封装包括至少一个内容标记，其包括以下中的一个或多个：第一内容片段和第二内容片段的描述，指定第一内容片段和第二内容片段如何在多样内容中组合的布置信息，指定第一内容片段和第二内容片段位于多样内容中何处的位置信息，以及针对第一内容片段和第二内容片段中的一个或多个的许可信息。
示例229：该示例包括示例228的任何或全部特征，其中，元数据封装包括第一内容片段和第二内容片段的描述，其中第一内容片段的描述与第一内容片段在多样内容中的位置相关联，并且第二内容片段的描述与第二内容片段在多样内容中的位置相关联。
示例230：该示例包括示例228的任何或全部特征，其中：多样内容具有长度；元数据封装至少包括第一内容片段在多样内容中的位置和第二内容片段在多样内容中的位置；第一内容片段的位置与多样内容的长度的第一部分相对应；第二内容片段的位置与多样内容的长度的第二部分相对应；并且第一部分和第二部分彼此完全或部分重叠，或者彼此不同。
示例231：该示例包括示例228的任何或全部特征，其中，至少一个内容标记包括用于第一内容片段和第二内容片段中的一个或多个的许可信息，其中许可信息包括指针，该指针被配置为识别如何获得针对第一内容片段和第二内容片段中的一个或多个的许可。
示例232：该示例包括示例231的任何或全部特征，其中，指针被配置为使消费设备尝试获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例233：该示例包括示例231的任何或全部特征，其中，指针被配置为使消费设备独立于来自消费设备的用户的输入而尝试获得针对第一内容片段和第二内容片段中的至少一个的许可。
示例234：该示例包括示例231的任何或全部特征，其中，许可信息包括第一内容片段的第一许可信息和第二内容片段的第二许可信息，其中第一许可信息和第二许可信息是相同或不同的。
示例235：该示例包括示例234的任何或全部特征，其中，第一许可信息和第二许可信息是不同的。
示例236：该示例包括示例222-235中任一示例的任何或全部特征，其中，元数据封装包括标签，该标签被配置为用作第一内容片段、第二内容片段或其组合中的一个或多个的起源和历史中的至少一个的证据。
示例237：该示例包括示例236的任何或全部特征，其中，标签包括第一内容片段、第二内容片段或其组合中的一个或多个的散列。
示例238：根据该示例，提供了至少一种计算机可读介质，其包括用于利用内容消费设备创建多样内容的指令，其中所述指令在被执行时使内容消费设备执行包括以下的操作：响应于接收到包括经加密的多样内容和元数据封装的数据结构，所述经加密的多样内容至少包括第一内容片段和第二内容片段，分析所述元数据封装以确定与第一内容片段相关联的第一许可约束和与第二内容片段相关联的第二许可约束；以及从服务器设备获得对第一内容片段和第二内容片段中的至少一个的许可。
示例239：该示例包括示例238的任何或全部特征，其中，元数据封装包括至少一个指针，该指针将服务器设备指定为第一内容片段和第二内容片段中的一个或多个的许可的源，并且所述指令在被执行时进一步导致执行包括以下的操作：至少部分地基于所述指针，获得第一内容片段和第二内容片段中的至少一个的许可。
示例240：该示例包括示例238-239中任一示例的任何或全部特征，其中，所述获得包括将许可请求消息发送到服务器设备。
示例241：该示例包括示例240的任何或全部特征，其中，许可请求消息指定以下中的一个或多个：第一内容片段和第二内容片段中的至少一个的源，第一内容片段和第二内容片段中的至少一个的身份，源内容中与第一内容片段和第二内容片段相对应的部分，或其组合。
示例242：该示例包括示例240的任何或全部特征，其中，许可请求消息被配置为使服务器设备确定适用于第一内容片段和第二内容片段中的至少一个的许可条款，并且向消费设备发送许可条款消息。
示例243：该示例包括示例242的任何或全部特征，其中，许可请求消息被配置为使服务器设备至少部分地通过从服务器设备本地或远程维护的许可数据库中选择一个或多个预定的许可条款来确定许可条款。
示例244：该示例包括示例242的任何或全部特征，其中：服务器设备被授权许可多个预定义内容片段；并且所述许可请求消息被配置为使服务器设备至少部分地通过以下步骤来确定许可条款：确定多个预定内容片段中的哪个内容片段与第一内容片段和第二内容片段中的至少一个相对应，并选择与对应于第一内容片段和第二内容片段中的至少一个的预定内容片段相关联的一个或多个预定许可条款。
示例245：该示例包括示例242的任何或全部特征，其中，许可请求消息被配置为使服务器设备动态地确定许可条款。
示例246：该示例包括示例245的任何或全部特征，其中，许可请求消息被配置为使服务器设备至少部分地通过与消费设备协商许可条款来动态地确定许可条款。
示例247：该示例包括示例246的任何或全部特征，其中，许可请求消息被配置为使得服务器设备能够独立于来自消费设备的用户的输入而与消费设备协商许可条款。
示例248：该示例包括示例245的任何或全部特征，其中，服务器设备至少部分地基于消费设备的用户的上下文信息来动态地确定许可条款。
示例249：该示例包括示例242的任何或全部特征，其中，指令在被执行时进一步导致执行包括以下的操作：响应于许可条款消息，检查许可条款消息以识别由服务器设备指定的许可条款；并接受或拒绝许可条款。
示例250：该示例包括示例249的任何或全部特征，其中，指令在被执行时进一步导致执行包括以下的操作：将许可条款与可接受的许可标准的数据库进行比较；以及至少部分地基于许可条款与可接受的许可标准的数据库的比较来接受或拒绝许可条款。
示例251：该示例包括示例249的任何或全部特征，其中，所述指令在被执行时进一步导致执行包括以下的操作：当许可条款被接受时，将条款接受消息发送到服务器设备；以及当许可条款被拒绝时，将条款拒绝消息发送到服务器设备。
示例252：该示例包括示例251的任何或全部特征，其中，条款拒绝消息包括针对第一内容片段和第二内容片段中的至少一个的替代许可条款。
示例253：该示例包括示例251的任何或全部特征，其中，条款接受消息被配置为使服务器设备引起将第一内容加密密钥和第二内容加密密钥发送到消费设备，第一内容加密密钥被配置为使得能够解密所述第一内容片段，所述第二内容加密密钥被配置为使得能够解密所述第二内容片段。
示例254：该示例包括示例240的任何或全部特征，其中，指令在被执行时进一步引起执行包括以下的操作：在发送许可请求消息之前，执行与服务器设备的证明过程。
示例255：该示例包括示例254的任何或全部特征，其中，证明过程包括利用消费设备证明该消费设备实施第一许可约束和第二许可约束的能力。
示例256：该示例包括示例240的任何或全部特征，其中，消费设备包括受保护的环境，并且指令在被执行时进一步导致执行包括以下的操作：用一个或多个内容加密密钥在受保护的环境中对经加密的多样内容进行解密。
示例257：该示例包括示例256的任何或全部特征，其中，指令在被执行时进一步导致执行包括以下的操作：将一个或多个内容加密密钥存储在受保护的环境内。
示例258：该示例包括示例256的任何或全部特征，其中，指令在被执行时进一步导致执行包括以下的操作：在对经加密的多样内容进行解密之前，从内容创建设备或服务器设备获得一个或多个内容加密密钥。
示例259：该示例包括示例256的任何或全部特征，其中，受保护的环境是可信执行环境、安全程序集或其组合。
示例260：该示例包括示例238-259中任一示例的任何或全部特征，其中，所述指令在被执行时进一步引起执行包括以下的操作：对第一内容片段实施第一许可约束以及对第二内容片段实施第二许可约束。
示例261：该示例包括示例242的任何或全部特征，其中，许可条款指定用于许可第一内容片段和第二内容片段中的至少一个的支付。
示例262：该示例包括示例261的任何或全部特征，其中，所述指令在被执行时进一步引起执行包括以下的操作：监视第一内容片段和第二内容片段的使用；以及基于所述监视，向服务器设备、第一内容片段的所有者、第二内容片段的所有者或者其组合提供支付。
示例263：该示例包括示例262的任何或全部特征，其中，指令在被执行时还导致执行包括以下的操作：至少部分地基于所述监视，在第一内容所有者和第二内容所有者之间分配支付。
示例264：该示例包括示例262的任何或全部特征，其中，支付是信息支付，并且指令在被执行时进一步导致执行包括以下的操作：以元数据的形式收集与信息支付相对应的信息；以及将所述元数据提供给服务器设备、所述第一内容片段的所有者和所述第二内容片段的所有者中的至少一个。
示例265：该示例包括示例264的任何或全部特征，其中，指令在被执行时进一步导致执行包括以下的操作：在将元数据提供给服务器设备、第一内容片段的所有者和第二内容片段的所有者中的至少一个之前，用至少一个公共加性同态加密密钥对元数据进行加密。
示例266：该示例包括示例264的任何或全部特征，其中，元数据包括关于第一内容片段的使用的第一使用信息和关于第二内容片段的使用的第二使用信息，并且当指令进一步被执行时引起以下操作的执行，包括：用公共加性同态加密密钥的第一实例对第一使用信息进行加密；用公共加性同态加密密钥的第二实例对第二使用信息进行加密；以及将所述元数据和所述公共加性同态加密密钥的第一实例中的至少一个提供给第一内容片段的所有者，并且将所述元数据和公共加性同态加密密钥的第二实例提供给第二内容片段的所有者。
本文采用的术语和表达方式被用作描述性而非限制性的术语，并且在使用这样的术语和表达方式时不打算排除所示出和描述的特征(或其部分)的任何等同物，并且认识到在权利要求的范围内可以进行各种修改。因此，权利要求旨在涵盖所有这样的等同物。这里已经描述了各种特征、方面和实施例。如本领域技术人员将理解的，所述特征、方面和实施例易于彼此组合并且进行变化和修改。因此，本公开应该被认为包括这样的组合、变化和修改。