CN102460496B

CN102460496B - 内容递送系统和方法

Info

Publication number: CN102460496B
Application number: CN201080033709.1A
Authority: CN
Inventors: D·P·马赫; P·M·罕贝特; P·萨纳加瓦拉普; S·滕内蒂; L·格拉霍姆
Original assignee: Intertrust Technologies Corp
Current assignee: Intertrust Technologies Corp
Priority date: 2009-05-21
Filing date: 2010-05-21
Publication date: 2016-05-25
Anticipated expiration: 2030-05-21
Also published as: US20200372546A1; CA2762967A1; IL216469A0; WO2010135001A3; SG176586A1; RU2549113C2; EP2433256A4; US20190108556A1; AU2010250042B2; HK1167276A1; WO2010135001A2; ZA201108958B; US10191972B2; JP6010459B2; JP2012527689A; CN102460496A; AU2010250042A1; RU2011151998A; JP2014222544A; US20100293049A1

Abstract

提供了一种用于分发用于与广告一起消费的电子内容项的方法。在一个实施例中，内容提供者创建许可，该许可标识电子内容项内的其中将插入广告的一个或者多个时隙。许可指定未允许向时隙中插入的一个或者多个广告类型，并且也指定用于动态地选择向一个或者多个时隙中插入的广告的标准。内容提供者安全地关联电子许可与电子内容项并且向第三方分发电子内容项和电子许可，以用于消费或者随后传送到终端用户。

Description

内容递送系统和方法

版权授权

相关申请的交叉引用

本申请要求对2009年5月21日提交的第61/180,359号临时申请的优先权，并且是2009年4月30日提交的第12/433,881号美国申请(“881申请”)的部分继续申请，该‘881申请要求2008年4月30日提交的第61/049,030号、2008年6月24日提交的第61/075,304号和2008年6月23日提交的第61/074,995号临时申请的优先权，其全部通过引用结合于此。

背景技术

随着电子通信基础设施全球改进，数字内容分发在高效数字媒体格式、数字存储技术的经济体系以及对等和面向群体的社交联网的推动之下正在迅速变革。例如尽管因特网TV和移动TV提供新的视频分发能力，但是这两种技术的最重要方面可能是链接到诸多其它基于因特网的服务的能力。在当前工作主体的优选实施例中，内容分发技术链接到广告服务以支持数字内容分发。

基于广告的内容分发系统赋予如下希望：广告可以不仅赞助内容生产而且赞助分发内容的服务和在其上表现内容的设备。然而尽管普通消费者有能力消费大量内容，但是如果广告要赞助完全分发链，则广告仍然需要以高可靠的和可测量的方式有效地递送到并且很好地匹配于消费者。也就是说，应当优化用于广告印象的每个机会以保证广告很好地匹配于消费者的当前兴趣并且使用于递送广告并且产生匹配的开销最小化。

发明内容

这里描述的系统和方法的实施例通过在内容消耗时间和/或点有效匹配以用户为目标的广告来实现内容分发货币化。可以独立地超级分发或者经由常规商业方法分发内容项和广告。运用有效机制以保证当消费者在线或者离线使用内容时很好地以该消费者为目标的广告赞助这一使用事件并且事件最优地补偿内容提供者或者分发者以及参与向系统增添价值的其他利益相关人。优选实施例提供高效自动化以及伸缩以供诸多内容分发服务、广告服务、表现应用和设备类型使用的能力。在一些实施例中，高效反馈机制可以用来允许优化目标设定、实时匹配和拍卖机制。

附图说明

通过与以下附图结合参照下文详细描述将容易理解本发明工作主体，其中：

图1示出了根据某些实施例的用于分发广告和内容的系统的例子。

图2示出了可以用来实现某些实施例的计算机系统的更详细的例子。

图3示出了用于递送、选择和呈现广告的方法的例子。

图4是优选实施例中的各种播放器和向它们提供的接口的高级图示。

图5图示了一个实施例中的内容部署方案。

图6图示了根据一个实施例的广告部署方案。

图7图示了广告的动态选择。

图8图示了根据一个实施例的审核报告。

图9图示了一个例子实施例中的各种系统部件和在它们之间的消息交互。

图10示出了优选实施例支持的不同类型的设备的例子。

图11图示了使用服务器侧和匹配以预先过滤用于设备的广告。

图12示出了示例广告标签分类法。

图13示出了一个示例实施例中的一些管控关联的例子。

图14示出了划分成区段的一条内容的例子。

图15示出了划分成区段的一条内容的另一例子。

图16示出了根据动态媒体区段技术格式化的一条媒体内容。

图17示出了使用动态媒体区段技术来集成一条内容和广告。

图18示出了用于某些实施例中的示例媒体播放器。

图19示出了根据一个实施例的广告匹配过程。

图20示出了用于货币化内容分发的过程。

具体实施方式

下文提供对本发明工作主体的详细描述。尽管描述若干实施例，但是应当理解，本发明工作主体并不限于任何一个实施例而是代之以涵盖诸多替代、修改和等效实施例。此外，尽管在下文描述中阐述诸多具体细节以便提供对本发明工作主体的透彻理解，但是在没有这些细节中的一些或者所有细节的情况下，也可以实现一些实施例。另外，为求清楚，尚未具体描述相关领域已知的某些技术材料以免不必要地使本发明工作主体难以理解。

这里描述了用于有助于电子内容递送的系统和方法，包括：诸如在共同转让的第11/583,693号美国专利申请(公开号为2007/0180519A1)(“‘693申请”)中描述的用于使用数字版权管理(“DRM”)引擎的基于规则的媒体广告的其它系统和方法、在申请号为12/178,543的共同转让的美国专利申请(公开号为2009/0031431A1)(“‘543申请”)中描述的动态媒体区段技术、在‘881申请中描述的广告目标设定技术和/或在申请号为10/863,551的共同的转让美国专利申请(公开号为2005/0027871)(“‘551申请”)中描述的DRM和服务编配(orchestration)技术，这些技术用于向终端用户提供广告或者其它内容(‘693申请、‘543申请和‘551申请的内容通过整体引用结合于此)。将理解这些系统和方法与其中应用的诸多部件、系统和方法一样新颖。

优选实施例可以提供以下特征中的一些或者所有特征：

●通过使用用于有目标的广告分发的有效机制赋予高效广告市场并且通过使广告匹配于具有相关属性的用户、由此避免浪费不适当印象来为广告客户提供高投资回报(“ROI”)。

●通过提供用于通过多个不同服务向多个不同设备的内容分发和对等(“P2P”)超级分发的自动化市场并且通过保证内容所需广告时隙在表现时间和/或地点由向内容提供者/分发者提供最多价值的广告填充来为内容提供者最大化收入而最小化分发成本。

●提供两级用户目标设定，其中第一级在广告内容递送到设备或者其它用户可访问的递送点时匹配内容与消费者，而第二级使用关于消费者的更细粒度的信息(例如关于时间、地点、环境、兴趣、使用数据、人口、最近历史等的信息)以选择用于在内容表现时间呈现的特定广告。

●为关于广告活动有效性的接近实时统计提供用于增加有效性的建议。

●为服务提供者提供对分发广告、内容和表现技术的奖励。

●提供对如下服务的奖励，这些服务辅助安全和私有地关联消费者与可以用来优化广告选择的相关属性。

●通过在消费者的设备上或者在用于用户的设备的受信任基于网上的如下代理上使用广告匹配机制来保证消费者隐私，该代理未泄露消费者的私有属性信息。

在一个优选实施例中，提供一种用于有目标的广告的可升级平台。该平台兼容于常规广告匹配技术并且通过延伸它们的使用超出因特网广告来扩充它们。类似地，该平台被设计成与现有内容分发和广告分发机制一起无缝工作并且提供一种来自客户端的有效反馈机制、由此为所有利益相关人实现最优回报。

图1示出了根据本发明工作主体的某些实施例的用于分发广告104和内容108的系统的例子。如图1中所示，用户的系统101从多种广告提供者102a、102b、102c接收多种广告104a、104b、104c、104d、104e。用户的系统101也从多种内容提供者106a、106b、106c接收多种内容项108a、108b、108c、108d。当用户利用一条内容108d时，用户的系统从它先前接收的广告104a-104e中动态选择最优广告104e并且将该广告104e与该条内容108d一起呈现给用户。可以在广告选择过程中使用关于用户、用户的设备以及用户的内容偏好和内容使用习惯的信息。此外，可以收集并且向结算机构(例如结算机构110或者另一结算机构)发送关于表现哪些广告的信息，以有助于从广告客户102向内容所有者106提供付款或者其它补偿。可替换地，或者除此之外，可以从用户的设备向内容提供者106和/或广告提供者102直接发送这样的信息。

内容提供者106可以包括内容所有者、创建者或者分发者，比如音乐家、电影工作室、出版社、软件公司、作者、移动服务提供者、因特网内容下载或者预订服务、有线或者卫星电视提供者、公司雇员等，或者代表其行动的实体，而内容108可以包括任何电子内容，比如数字视频、音频或者文本内容、电影、歌曲、视频游戏、一款软件、电子邮件消息、文本消息、字处理文档、网页、报告、电子书或者期刊，或者任何其它娱乐、企业或者其它内容。

在图1中所示例子中，实体102和106关联许可103与内容108和/或广告104。许可103基于实体102、106的策略或者其它愿望，并且指定允许和/或禁止使用关联内容或者广告，和/或指定为了利用内容或者广告而必须满足的或者作为使用条件或者结果而必须满足的一个或者多个条件。在一个实施例中，许可103a可以规定是否要求内容项108a的接受者(recipient)查看广告，并且如果是这样则指定广告为了被选择而必须满足的标准。类似地，与特定广告104a或者一组或一类广告相关的许可103a可以指定广告可以与其一起播放或者以别的方式集成的内容类型和/或如果广告104a与特定类型的内容108集成则实体102a愿意提供的报酬或者其它补偿。

通过一个或者多个密码机制，比如加密或者数字签名技术或者由使用的数字版权管理系统(如果有)规定的任何其它安全保护，可以保护内容108、广告104和/或许可103，并且信任当局110可以提供适当密码密钥、证书等。

可以通过任何适当手段，比如经由像因特网、局域网、无线网络、虚拟专用网络、广域网等的网络；经由线缆、卫星、广播或者蜂窝通信；和/或经由比如光盘(CD)、数字万用盘(DVD)、蓝光盘、闪存卡(例如安全数字(SD)卡)等的可记录介质，向终端用户101提供保护内容108、广告104和/或许可103。内容108可以在单个封装或者发送中与许可103一起或者在从相同或者不同来源接收的单独封装或者发送中递送到用户。

终端用户的系统101(例如个人计算机、移动电话、电视机和/或电视机顶盒、便携音频和/或视频播放器、电子书阅读器等)包含可操作用于取回和表现内容108的应用软件、硬件和/或专用逻辑。如下文更详细描述的那样，用户的系统也优选地包括用于评估与内容108和/或广告104关联的许可103并且实行其条款(和/或使内容表现应用能够实行这样的条款)的软件和/或硬件(这里称为数字版权管理引擎)，以及用于选择用于与内容108的使用结合表现并且收集和报告与其有关的信息的适当广告的软件和/或硬件。

数字版权管理引擎和/或广告匹配引擎可以在结构或者功能上相互集成和/或与内容表现应用集成或者可以包括单独的软件块和/或硬件块。可替换地或者除此之外，用户的系统可以与如下远程系统(例如服务器、在用户的设备网络中的另一设备(比如个人计算机或者电视机顶盒)等)通信，该远程系统使用数字版权管理引擎和/或广告匹配引擎以确定是否准予用户访问用户先前获得或者请求的内容以及是否表现与其有关的广告和哪些广告与其一起表现。

数字版权管理引擎和/或在用户的系统上或者与其远程通信的其它软件或者硬件也可以记录关于用户对保护内容和/或广告的访问或者其它使用的信息。在一些实施例中，这一信息中的一些或者所有信息可以潜在地以匿名形式传达给远程一方(例如结算机构、内容创建者、所有者或者提供者106、用户的管理器、代表其利益的实体等)，例如，用于在分发收入(比如忠诚度、基于广告的收入等)、确定用户偏好、实行系统策略(例如监视如何和何时使用保密信息)等时使用。

如图1中所示，内容108无需与广告104(或者许可103)一起分发。通过用户的系统101，广告104可以单独提供，并且与内容108动态集成。如下文更详细描述的那样，优选地根据在与内容108、广告104和/或用户或者系统关联的许可103中编码的如下规则完成这一集成，这些规则关于可以或者必须与内容集成的广告类型和/或数量和/或广告可以与其一起表现的内容类型。在一个优选实施例中，系统尝试通过使用关于用户的人口信息(例如年龄、性别等)、用户的使用历史和偏好和/或其它关于用户或者用户的环境的信息(例如当天时间、全球定位系统(GPS)坐标等)来优化广告与内容的匹配。由于在一个实施例中本地完成匹配，所以可以在用户的系统上维护并且无需向第三方发送这一用户和环境信息、因此在实现广告的很准确目标设定之时保护用户的隐私。如先前指出的那样，在一些实施例中，向结算机构110发送一些用户和/或环境信息的匿名版本用于向内容提供者和/或广告提供者重新分发以有助于将来提供用户潜在感兴趣的内容和广告。

将理解可以对在本发明工作主体的范围内对与图1结合呈现的架构和关系进行多个变化。例如在没有限制的情况下，在一些系统中，一些或者所有内容可以与一些广告一起递送、可以从单个来源(例如电视服务提供者)向用户的系统递送内容和广告和/或一条内容可以与多个广告集成。在一些实施例中，对哪些广告与一条内容结合呈现的确定可以由远程系统进行，和/或可以远程进行对广告和内容的集成，然后向用户的系统发送集成的内容和广告，以用于显示或者其它表现。因此将理解，提供图1是用于图示和说明而非限制。

图2示出了可以用来实现本发明工作主体的实施例的系统200的例子。例如，系统200可以包括终端用户的设备101、广告提供者的计算系统102、内容提供者的系统106等的实施例。例如系统200可以包括通用计算设备比如个人计算机或网络服务器，或者专用计算设备比如蜂窝电话、个人数字助理、便携音频或者视频播放器、电子书阅读器、写字板、电视机顶盒、公用电话亭、游戏系统等。系统200将通常包括处理器202、存储器(即计算机可读介质)204、用户接口206、用于接受可移动存储器208的端口207、网络接口210以及用于连接前述单元的一个或者多个总线212。系统200的操作将通常由在存储于存储器204中的程序的指导之下操作的处理器202控制。存储器204将一般包括高速随机存取存储器(RAM)和非易失性存储器，比如磁盘和/或快闪EEPROM。可以限制存储器204的一些部分使得系统200的其它部件不能从它们读取或者向它们写入。端口207可以包括用于接受计算机可读介质208比如USB软件保护器、CD-ROM、DVD、记忆卡、SD卡、磁盘、其它磁或者光学介质等的盘驱动或者存储器槽。网络接口210通常可操作用于经由网络220比如因特网或者内部网(例如LAN、WAN、VPN等)提供在系统200与其它计算设备(和/或计算设备网络)之间的连接，并且可以运用一种或者多种通信技术以物理上进行这样的连接(例如无线、以太网等)。在一些实施例中，系统200也可以包括受到保护以免系统200的用户或者其它实体篡改的处理单元203。这样的安全处理单元可以增强敏感操作(比如密钥管理、签名验证以及规则实行过程的其它方面)的安全性。

如图2中所示，计算设备200的存储器204可以包括在由处理器202(和/或203)执行时可以控制计算设备200的操作的各种程序或者模块。例如存储器204将通常包括用于管理应用执行、外设等的操作系统220；用于表现保护的电子内容的宿主应用230；用于执行广告选择的方面并且执行这里描述的功能的广告匹配引擎或者模块233，以及用于实施一些或者所有这里描述的版权管理功能的DRM引擎232。在一些实施例中，DRM引擎232可以包括多种其它模块、与多种其它模块互作用和/或控制多种其它设备，比如用于执行控制程序的虚拟机22和用于存储用于由虚拟机222使用的状态信息的状态数据库224和/或用于执行密码操作比如加密和/或解密内容、计算散列函数和消息认证代码、评估数字签名等的一个或者多个密码模块226。存储器204也将通常包括保护内容228、广告227和关联许可229以及密码密钥、证书等(未示出)。

本领域普通技术人员将理解，可以用与图2中所示计算设备相似或者相同的计算设备或者用实质上任何其它适当计算设备(包括未拥有图2中所示部件中的一些部件的计算设备和/或拥有未示出的其它部件的计算设备)实现这里描述的系统和方法。因此应当理解提供图2用于图示而非限制。

这里的讨论涉及实行与内容和广告有关的许可，其中假设如果系统(例如包括DRM引擎、广告匹配引擎和宿主应用)如计划的那样操作则将实行许可的条款。在这里描述的系统和方法的实际应用中，可以使用安全技术的任何适当组合来实现保护系统(例如它与其交互的软件和硬件)免于恶意篡改或者修改。例如可以例如如在‘693申请中描述的那样运用诸如加密、数字签名、数字证书、消息认证代码等密码机制以如结构和/或战术安全措施(比如软件模糊、自校验、定制、水印化、反调试和/或其它机制)可以的那样保护DRM引擎、宿主应用和/或其它系统软件免于篡改和/或其它攻击。例如可以在各自通过整体引用结合于此的以下文献中找到这样的技术的代表例子：第6,668,325B1号美国专利ObfuscationTechniquesforEnhancingSoftwareSecurity以及在共同转让的第11/102,306号美国专利申请(公开号为2005/0183072A1)SoftwareSelf-DefenseSystemsandMethods；第11/737,428号美国专利申请(公开号为2008/0028474A1)SystemsandMethodsforWatermarkingSoftwareandOtherMedia；申请号为10/172,682的美国专利申请(公开号为2003/0023856A1)SoftwareSelf-CheckingSystemsandMethods；申请号为11/338,187的美国专利申请(公开号为2006/0123249A1)TrustedStorageSystemsandMethods以及第7,124,170B1号美国专利SecureProcessingUnitSystemsandMethods。可替换地或者除此之外，物理安全技术(例如使用相对不可访问的存储器、安全处理器、安全存储器管理单元、硬件保护的操作系统模式等)可以用来进一步增强安全性。此外，多个商业产品可以用来保护应用免于篡改，可以使用其中任何适当的一个或者多个产品。

系统的机构设计和操作以及其中的参与者的法律和社会规章可以提供又一形式的安全性。例如系统中的实体可能被要求按照合同同意遵守系统规范和要求或者可能需要服从如下认证过程等，在该认证过程期间可以验证实体与系统要求相符。例如设备或者应用可能被要求以与环境中的其它实施方式兼容的方式实施DRM引擎和/或可能被要求提供某些类型或者水平的防篡改或者其它安全性。可以签发证明设备或者其它实体与这样的要求相符的数字证书，并且可以在允许设备或者实体参与系统之前验证这些证书或者作为允许继续参与的条件。

这样的安全技术将为本领域普通技术人员所公知，并且将理解可以根据预期保护水平和特定应用的现有细节来使用这些技术中的一些或者所有技术或者不使用这些技术中的任何适当组合。也将理解，尽管这里与某些实施例结合描述某些安全机制，但是并非在所有实施例中要求使用这些技术。此外，在‘693申请中阐述关于可以与本发明工作主体结合使用的安全技术的非限制信息。

在优选实施例中，在逐个情况的基础上考虑用于具体部署的安全策略。如果具体系统对内容和广告分发机制具有完全控制，则可以放宽围绕这些方面的安全策略。然而如果完全地控制内容和广告分发机制，则安全策略将通常需要更严格。作为又一例子，在一些平台上，客户端可以本质上更安全，因此放宽的安全策略可能是充分的。然而在易受恶意攻击的平台上，安全策略将通常需要更严格。所选安全策略也将通常依赖于内容和广告的价值以及对不同各方破坏系统的奖励。

图3示出了根据一个实施例的用于递送、选择和呈现广告的方法的例子。如图3中所示，消费者的设备接收内容和广告(300)。如上文描述的那样，消费者的设备可以经由任何适当手段接收内容和广告。可以一起或者单独、在不同时间和/或从不同来源递送内容和广告。在从消费者接收对表现(例如查看、播放、运行等)内容的请求(302)时，用户的系统评估与内容关联的许可(304)以确定是否授权或者以别的方式允许请求的使用(306)。如果授权请求(即从块306的“是”退出)并且许可进一步要求在表现内容时呈现一个或者多个广告，则用户的系统可选地过滤它的广告集合以排除内容和/或广告许可禁止与请求的内容一起显示的任何广告(308)。然后评估与每个剩余广告关联的许可，以从每个广告获得针对有权被选择用于与内容项一起表现的报价(块310-314)。如这里另外更具体描述的那样，在一些实施例中，每个广告的报价的值可以部分基于消费者、内容、消费者的系统等的如下特性，广告匹配和/或DRM引擎可以在评估与特定广告关联的规则时从本地储存器取回和使用该特性。一旦已经获得来自所有相关广告的报价，就可以选择一个或者多个获胜报价(316)，并且内容项可以与获胜报价一起表现(318)。将理解，已经出于说明和图示的目的提供了图3，而在其它实施例中可以省略、按照不同顺序进行、组合或者用未示出的附加动作补充图3中所示动作中的一些动作。

下文与图4结合提供对用于进行广告匹配的示例框架的更具体描述。图4是一些实施例中的用于进行广告匹配的平台的相对高级概念图示，该图示示出了涉及到的各种参与者和向它们提供的接口。尽管图4中所示平台的优选实施例支持多种强有力特征，但是可以有意地抑制(或者在一些实施例中消除)这些特征中的多个特征以便优化给定的业务模型。例如内容提供者可能不想利用针对内容的高度流动性超级分发的奖励、代之以赞成更传统的人工基于合同的分发方式。但是该内容提供者可能仍然想要利用广告时隙拍卖机制。因此将理解图4中所示和/或这里另外描述的特征中的多个特征被设计成可选或者独立地并且根据给定的内容分发业务模型的需要来部署。这一固有灵活性允许定制的如下部署，这些部署仅运用这里呈现的功能和特征中的一些功能或者特征。此外，尽管为了便于说明，图4示出了单个广告目标设定平台，但是将理解在实践中这一平台的功能将通常分布于多个设备和系统。例如尽管在一些实施例中网站或者服务可以提供图4中所示功能中的基本上所有功能，但是在其它实施例中一些或者部分功能可以由广告客户的系统、内容所有者和/或分发者的系统、结算机构、终端用户的系统等单独执行。

如先前指出的那样，在优选实施例中可以(但是并非必须)使用多个分发手段来独立地超级分发内容和广告。某些优选实施例的强调重点之一在于内容递送与广告递送的分离。可以通过完全不同的分发机制递送广告和内容。可以与内容独立地进行并且例如可以基于用于表现广告的最优回报在内容表现时间协商对在表现内容时显示什么广告的选择。可以通过分发手段使广告以用户为目标，并且可以基于存储于表现设备上或者仅可为表现设备所用的本地数据来最优地匹配广告用于表现。

在优选实施例中并且如下文更详细描述的那样，DRM引擎(比如在‘693申请中描述的DRM引擎)可以用来评估与多条内容和广告关联的控制以便确定哪些广告与一条内容一起表现(例如显示)。这样的DRM引擎灵活，并且针对每个内容项和针对每个广告可以表达的规则很开放。在一个实施例中，内容提供者或者广告客户可以在简单文本(比如XML)中表达规则。在一些实施例中，这些规则以后可以转换成DRM引擎支持的对象类型(例如使用一种用于为DRM引擎的虚拟机生成代码的工具)并且可以与内容或者广告关联。在其它实施例中，DRM引擎或者广告匹配引擎能够以与内容提供者或者广告客户原先表达的形式相同的形式解释规则，从而转换步骤是不必要的。

可以与广告关联的规则的简单例子为如下规则，该规则表明广告客户愿意为每次广告印象支付10美分、但是愿意在向作为目标的人口并且在一天的某个时间放映广告时支付额外5美分。相似规则可以与一条内容关联。

内容部署

如图4中所示，在一个实施例中，内容提供者和内容聚集者通过将内容项与如下规则(例如类型由DRM引擎实行的规则)一起封装来部署它们的内容，这些规则要求表现应用最优地选择如下广告，这些广告在表现(例如在软件的情况下播放、查看、执行等)内容的时间填充在内容内标识的内容广告时隙(例如使用在‘543申请中描述的技术)。可以可选地指定如下附加规则，这些规则描述如将与下级内容分发者共享多少广告收入。可以在与内容项绑定和封装(或者以别的方式关联)的一个或者多个控制对象内实例化所有规则。在一些实施例中，平台可以向内容提供者提供使它们能够撤消特定一条内容的服务。

图5是一个实施例中的内容部署方案的更详细的图示。如图5中所示，向结算机构504注册封装内容502、然后使封装内容可为各种内容分发服务(506a、506b、506c)(统称为分发服务506)所用。这些分发服务506可以将传统合同机制用于获得内容502和/或它们可以按照内容广告收入风向的百分比和/或其它针对分发版权预测收入回报的因素来为内容502报价。内容提供者可以具有对接受来自如下分发者的报价的奖励，这些分发者在它们考虑如下统计时每次印象收取更多分发费，这些统计示出分发者兜售内容如何有效。在一个实施例中，这样的统计可来自结算机构504和/或数据仓库508。

在一个实施例中，内容提供者可以获得关于它们的内容的绩效的实时(或者接近实时)反馈。基于数据仓库508提供的统计，内容提供者可以修改与它们的内容项501关联的规则510。在一个实施例中，以机会方式向客户端和/或分发服务提供者递送更新的规则(例如表达为DRM引擎可实行的控制对象)。

再次参照图4，在一个实施例中，广告客户或者布局代理通过如下广告注册服务部署它们的内容，该广告注册服务将广告与如下规则一起封装，这些规则描述广告客户将在指定条件之下在表现广告时支付多少。这些条件例如可以包括消费者的人口和其它属性、当天时间、地理位置、在设备上先前表现广告的次数等。不同费率可以与不同条件关联。规则也可以指定将向如下广告分发服务支付多少，该广告分发服务的目的在于使广告在它们的消费者的表现设备上可为消费者所用从而基于可以在分发时间可用的用户属性在向用户分发的时间最优地设定广告的目标。在一个实施例中，将这些规则实例化为类型在‘693申请中描述的与广告绑定或者以别的方式关联的控制。

图6是根据一个实施例的广告部署方案的更详细的图示。在图6中所示例子中，广告客户可以从数据仓库608和/或广告注册服务604获得关于它们的广告活动的实时(或者接近实时)反馈。广告客户可以检查示出广告分发者606的有效性的统计并且接受来自如下广告分发者606的更高报价，这些广告分发者更有效于使广告602可为不同消费者类型所用。可以用机会方式向终端用户递送与广告客户或者广告关联的更新规则610(例如表达为控制对象)。在一些实施例中，广告分发者606c可以采用推送和/或拉取模型以向它的用户编目612分发广告602。一些广告分发者606可以是如下常规广告网络，这些广告网络具有它们当前向其馈送广告的用户/设备编目。优选实施例灵活并且允许广告客户向消费者的设备发出实际广告和/或发出对远程广告的引用。在优选实施例中，在这些场合和中的每个场合中，向客户端发送用于进行最优广告匹配的规则。

广告通常以用户为目标。可替换地或者除此之外，在一些实施例中，广告客户可以选择在表现与某些标准匹配的内容期间显示广告时支付额外货币。简单例子可以是如下广告客户，该广告客户愿意正常地支付10美分，但是也愿意在广告与落在内容类别“体育”或者“探险”之下的内容一起显示时支付12美分。这举例说明在内容与广告之间的密切关系。在一些实施例中，可以有与广告匹配关联的默认策略。一个这样的广告匹配策略可以基于内容和/或广告的等级。例如这样的策略可以适用的情形是在使用移动播放器的成年人可以向儿童放映儿童的内容时。在这一情形中，这样的策略可以在表现适合于儿童的内容时不允许以成年人消费者为目标的广告。

在一些实施例中，广告递送服务可以通过推送和/或拉取模型、通过社交网站或者通过网上搜索应用来操作。推送模型可以在由如下服务提供者操作时很好地工作，该服务提供者具有对消费者的更密切了解。优选实施例也向广告客户提供用于撤消特定广告的服务。

再一次参照图4，在一个实施例中，消费者可以通过任何适当分发服务，包括但不限于媒体网店、社交网站和对等递送机制，接收内容和/或广告。优选实施例可以被设计成与实质上任何内容或者递送分发方式兼容。消费者可以接收各种广告递送服务(比如提供表现应用或者设备的服务)向它们推送的或者从它们拜访的各种网站拉取的广告。在这些情况中的每种情况下，有使广告以消费者为目标的相对原始方式(例如，比如通过使用在问卷中自愿提供的信息、对消费者所用搜索项的了解或者对专门化网站(比如与特殊兴趣小组关联的博客或者网站)上的内容类型的分析)。可以在存储于消费者的本地设备上的高速缓存中收集并且可能与作为消费者的个人网络一部分的其它设备共享广告。

在一些实施例中，消费者也可以在它们的设备上存储它们从如下服务获取的认证属性，这些服务处于用于保证这些属性(例如涉及年龄、性别、教育、俱乐部成员关系、雇主、常客或者频繁买家状态、信用等级等的属性)的位置。为了保证隐私，优选地除了可能与消费者拥有或者信任的其它设备或者实体共享之外未共享这一属性信息。在一个实施例中，如下文说明的那样，仅在设备上本地使用信息。这一点的例外可以是在受信任设备用来访问这些属性以便改进它们或者根据它们导出新属性或者使用它们以筛选广告作为消费者预订(例如通过选择加入)的受信任服务的部分时。最后，设备可以从各种用户事件收集如下其它属性，这些属性可以例如包括根据用户与广告的交互历史、购物历史、浏览历史、内容表现历史等可导出的度量或者属性。此外，诸如当天时间、地理位置等多种环境属性也可以是可用的。在一些实施例中，除了受信任设备可以用来分析原始信息并且导出可以用于广告匹配的属性之外未使这一信息在设备以外可用。

在一些实施例中，属性和/或属性组可以与用户绑定(例如使用类型在‘693申请中描述的链接对象)，而用户节点与设备绑定(例如使用另一链接对象)。这潜在地使得用户信息和属性可为多个不同设备可用、但是以具有如下基础设施的受控方式，该基础设施帮助保证完整性。

如图7中所示，在一个实施例中，当消费者希望在相符的内容回放设备或者应用702上表现内容700时，设备702执行内容项的如下控制704，该控制要求根据如下目标函数填充用于内容700的广告时隙，该目标函数优化内容提供者的从这一查看事件收集广告收入的目标。可以使用DRM对象来表达并且可以按照需要更新目标函数。在一个实施例中，控制704将通过本地广告高速缓存708中的可用广告706调用搜索机制。如图7中所示，在一些实施例中，可以关于控制704中的关于被允许与内容700结合播放的广告类型的要求来缩小可用广告集合。一旦选择潜在广告组，就评估与每个广告关联的许可(在一些实施例中也称为DRM控制)。例如当广告706a的控制710执行时，它基于控制710中的信息和可为该控制所用的各种本地属性计算用于广告时隙的报价。在一些情况下，对指向属性节点的链接的控制可以要求付款使用在该节点中提供的属性的信任使用。在一个实施例中，报价由两个数构成：第一个是广告客户将为表现广告支付的数额，而第二个是内容提供者获得的数额。差值(如果有)是可能需要向其它方(例如包括广告分发者、设备提供者、结算机构、服务提供者、属性认证者等)支付的数额。当计算报价时，内容控制的目标函数用来基于报价选择将表现的广告。通常，目标函数将选择给内容提供者带来最大回报的广告。然而该函数可以向总回报数额(由广告客户支付)给予某一权值以便鼓励发展基础设施。这又可以最大化印象和广告匹配质量并且对将来报价具有影响、由此增加竞争、促进将来的更高报价并且因此最大化所有利益相关人的总回报。因此将理解多种机制可以用来选择获胜报价。

在一个实施例中，一旦表现广告，就创建并且(最终)向在内容提供者的控制中指定的结算机构发送审核记录。在一个实施例中，审核记录包括如下报价信息，该报价信息包括广告客户支付的总价和将向各种利益相关人(例如结算机构、设备提供者、广告分发者、内容分发者等)支付的数额。

图8图示了审核报告的各种例子。如图8中所示，在一个实施例中，客户端702可以向结算机构800机会性地发送一个或者多个包括关于广告和内容表现事务的信息的审核记录。一些审核记录信息可以包括关于参与拍卖的广告的数据、在拍卖期间使用的用户环境数据和被选择用于表现的内容。基于主流隐私法，可以匿名化这一事务数据。也可以向数据仓库820转发这些使用报告用于进一步分析和重新分发。在一些实施例中，向内容分发者支付的数额可以是向内容提供者支付的数额的百分比(并且在目标函数计算中未被使用)，或者它可以是单独项、但是包含于总数内。预计数额将经常在事务基础上相对小、因此大规模可优选用于广告收入共享和内容分发以最高效地工作。然而将理解，在优选实施例中，系统被设计成自动并且有效地使用自动化而在另一方面又能够支持用于长尾达到的大量更简单模型、支持用于小规模内容提供者的收入共享并且允许有效地支持本地广告。

在一个实施例中，如果在内容表现时间有数目不足的相关广告，则可以显示退回或者默认广告。在一个实施例中，只要遵守与内容关联的规则就将仅表现这些退回广告。退回或者默认广告例如可以由任何利益相关人提供。

在一个实施例中，在其中通过多个递送网络分发内容和广告的‘开放’部署中，可以向消费者给予用于‘标记’不适当内容或者广告的机会。如果某一预先限定的最少数目的用户报告内容项或者广告不适当，则可以从系统去除该内容项或者广告(例如经由密码撤回)。

一些优选实施例的一个强有力特征为收集和分发系统统计。在一个实施例中，结算机构800从审核记录收集大量信息并且将它转发到数据仓库820。在一个实施例中，向仓库820发送的数据被剥离任何将明示地标识用户、内容和/或广告的私有信息。数据仓库820可以运用现有统计技术以计算用于内容分发者和广告分发者的有效性等级。数据仓库820可以提供如下服务，这些服务呈现可以用来为广告报价、内容分发份额和广告分发份额确定最优定价的信息。广告客户可以发现哪些广告分发者在影响某些消费者类型时最有效。广告分发者和内容分发者可以使用结算机构统计和分析(breakdown)以确定它们可以更有效地分发什么种类的广告和设定什么种类的广告的目标以及它们可以如何设定这些广告的目标。也可以估量设备和应用提供者的有效性，从而可以在广告客户/广告分发者接口、内容提供者/内容分发者接口的报价中以及在用于广告时隙的报价中提供适当奖励。

例子使用范例场合

内容部署

在这一例子中，FashionTV想要向系统上传它的最新冬季汇集。FashionTV已经为广告内容分配时隙，并且决定了任何广告时隙填充规则。FashionTV也规定，作为规则的部分，预计来自每次表现内容剪辑的最小收入。

可以从用户接口输入规则，并且以后可以将规则映射成XML表示，这些XML表示又可以转译成DRM引擎可以处理的DRM控制。以下示例XML摘录是FashionTV提供的规则定义：

在上述规则定义中，内容提供者已经为“冬季汇集”内容剪辑赋予三个广告时隙。设置针对每次内容播放的最小收入预计为$1.25。另外也提供用于内容的附加属性(包括内容的等级和类别)。在这一例子中，规则也显式地标识在内容表现事件之后需要签合同的结算机构，这说明如下灵活性：内容分发者将必须指定用于收入手机和报告目的的特定结算机构。

FashionTV将使这一内容剪辑和关联规则定义可为系统的封装器所用。封装器然后将根据指定的规则创建DRM控制(例如类型在‘693申请中描述的控制对象)、封装内容并且向结算机构注册用于向第三方内容分发网络进一步递送。外部分发网络然后将使封装的冬季汇集内容剪辑可供它们的用户消费。

广告部署

在另一例子中，广告公司(视频广告聚集者)想要为ABC公司的卡车部署它的新广告活动。广告公司已经分析广告目标设定要求并且想要以总年收入多于$80k并且在年龄群25-35中的郊外观众为目标。也有性别偏好(男性)。广告公司已经推断如果广告活动与类别为体育或者动作的内容剪辑关联则它将更有效。在目标观众给定时，广告公司决定广告应当在6PM至9PM之间运行以求更大可达性。保持它的360度投入模型，广告活动也将承载呼吁行动(callforaction)的特征。

广告公司未确认这一广告活动应当支付的每千人成本(“CPM”或者每千次印象成本)。利用系统提供具有反馈的拍卖的能力，广告公司选择用于每次印象/广告运行的$0.15最少报价。此外，广告公司指定它愿意增加它的报价数额和/或它完全不愿意报价的境况。将广告活动的约束和要求表达为可以经由可为广告公司所用的用户接口录入或者用XML直接编写的规则定义的部分。

用于这一例子的广告规则的XML表示可以如下：

<！--用于ABC公司的卡车目标设定的广告

规则1.收入水平：＞80k

规则2.位置：郊外

规则3.年龄群：25-35

规则4.性别：男性

规则5.目标内容类别：体育或者动作或者探险

规则6.当天时间：6pm至9pm

备注：

a.报价价格针对每次印象为$0.15

b.这是可点击的广告->

经由封装器将广告内容和规则封装成与DRM或者广告匹配引擎兼容的格式。然后向广告注册服务注册封装的广告内容。广告公司可以向它自己的网络分发封装的广告内容，和/或它可以让广告注册服务使广告内容可为其它广告分发网络所用。在一些实施例中，可以使用上述两个方案的组合。例如广告公司可以向具有未用内容编目的其它广告分发网络销售广告活动或者可以在它自己的内容网络中运行广告活动。

客户端应用的优选实施例支持广告计数概念。在一个实施例中，广告计数允许广告客户为它们的广告选择加强和淡出策略。在上述使用情况中，按照在已经为第一次印象支付时与其它广告竞争并且为了加强而保证第二次印象颇为重要这样的理论，广告公司例如可以针对具有恰当属性的给定用户为第一次印象支付$0.15、但是为第二次印象支付$0.20(其中$0.05为正增量)。此后，它可以仅为第三次印象等支付$0.10(-$0.05)

广告拍卖

在另一例子中，用户JohnDoe决定播放由来自体育赛事的精彩场面构成的内容剪辑。剪辑限定两个广告时隙。当选择播放剪辑时，客户端平台进行本地广告匹配并且从它的本地广告储存库标识与表现标准(这些标准可以例如包括人口、地理、行为、环境和以往事务信息等)匹配的多个广告。通过底层运行期引擎选择和评估如下控制，这些控制代表与所选广告关联的规则。个别广告控制与它们可能需要确定其报价的任何环境信息一起呈现。

客户端平台然后将选择使目标函数最大化的两个广告(用于内容剪辑中的两个广告时隙)。目标函数在这一例子中为纯收益函数，因此选择播放两个最高报价广告。

在内容播放之后，代表两个所选广告的控制可以向结算机构报告例如报价值、内容类型、抽象化用户简档信息等。

客户端平台也可以向结算机构报告竞拍失败的广告。这一反馈可以包括获胜报价的标识和抽象化用户简档、环境和内容信息等。广告聚集者/布局代理可以使用这一信息以采取进一步动作(例如通过分发更新的控制用于在将来竞拍中使用来增加它们的报价价格)。

审核报告和用户简档收集

在又一例子中，用户JohnDoe选择待播放的内容剪辑。内容与任何用于填充内容剪辑中的强制广告时隙的广告一起表现。此后，客户端平台向受信任的结算机构发送审核报告。在这一例子中，机会性地发送审核报告以便限制网络带宽消耗。审核报告包括关于在内容表现期间选择的广告、对应广告报价、内容的性质/类别、产生的广告印象的次数、抽象化用户简档信息、在内容播放期间的环境信息等的信息。

在一些实施例中，向结算机构发送的审核报告也包括关于已经参与针广告时隙报价的广告的信息。结算机构然后可以向数据仓库转发所有客户端事务数据。在优选实施例中，向仓库发送的转发数据被剥离将显式地标识用户、内容和/或广告的信息。在一些实施例中，客户端平台也将收集关于用户的查看模式的信息并且向结算机构发送抽象化分类信息。优选无私有信息的这一抽象化信息可以与优选合伙者共享。

如在‘693申请中描述的那样，为了与某些管辖地的隐私法相符，客户端可以选择在客户端上本地维护用户简档，该用户简档可以表示为具有属性的节点。各种潜在节点(例如冲动买家、时尚意识等)由如下链接链接，这些链接承载基于广告查看模式的强度。用户自愿提供的信息也可以表达为DRM对象，但是这些关联可能一开始更弱。随着平台从客户端关于用户了解更多，每个关联的强度将改变。与广告关联的广告控制可以引用这些DRM对象及其强度值并且使用这一信息以帮助对报价价格做决定。

来自外部实体的属性聚集者节点可以针对有目标的广告进一步改进用户简档。(例如在‘693申请中描述的类型的)这一DRM节点通过信任机制引入到系统中，并且可以包括用户的诸如组织成员关系、常客状态等任何量化属性。可以针对这一点补偿第三方实体，而广告控制可以在仲裁期间引用这些聚集器节点及其强度/其与用户节点的连接。

消费者可以选择组成某些策略，如例如使一个广告提供者相对于另一广告提供者更有利的策略或者如下策略，在该策略中用户想要某个服务提供者维护他的或者她的用户简档。这样的策略可以表达为在‘693申请中描述的类型的DRM引擎对象，并且如果必需和在必需时，可以被更新。

图9是一个例子实施例中的各种系统部件和在它们之间的一些示例消息交互的更详细的图示。如图9中所示，在一个实施例中，内容封装器接口902是广告匹配平台提供的如下服务，该服务使内容提供者900能够封装和代码转换用于客户端消费的内容。这样封装的内容可以由提供者900在它自己的站点托管或者可以由平台和/或外部内容递送网络930托管用于向客户端904进一步递送。在一个实施例中，接口902允许提供者900指定关于内容的如下细节，这些细节包括用于帮助对内容分类的标签。在一个实施例中，内容封装器负责将内容与关联部署规则一起封装、指定广告插入点和内容元数据并且更新内容部署规则。

在一个实施例中，在封装内容之后向结算机构920注册部署信息和内容的关联规则。在向结算机构920注册完成之后准备好分发内容。在一个实施例中，内容注册服务922使内容能够由内容递送网络930发现。例如内容注册服务922可以广播内容可用、实施内容发现服务或者实现二者的组合。在一个实施例中，内容注册服务922负责向结算机构920注册内容、解除内容的部署并且使部署的内容可为内容递送网络930所用。

在一个实施例中，内容递送网络930是主要负责向消费者的设备904递送内容的实体。本领域普通技术人员将理解，有多个现有内容递送网络并且任何适当内容递送网络可以与这里描述的系统和方法结合使用。

在一个实施例中，广告封装器接口926是广告匹配平台提供的如下服务，该服务用于使广告客户能够封装和格式化用于客户端消费的广告。在一个实施例中，封装器926允许来自个别广告客户和第三方广告网络的广告插入。封装的广告可以由提供者901直接递送到消费者、可以由平台托管用于向客户端进一步递送和/或由外部广告递送网络932托管。在一个实施例中，接口926允许提供商901指定关于广告的广告规则和细节，包括用于帮助对广告分类的标签。用于活动的各种方面的服务可以包括指定活动预算、用于广告时隙的动态报价以及指定与用户简档和/或内容类型的关联。在一个实施例中，广告封装器926负责将广告与关联部署规则一起封装并且更新广告部署规则。

在一个实施例中，在封装广告之后，将部署细节与广告的关联规则一起向结算机构920注册。在一个实施例中，提供广告注册服务925以有助于这一过程。在向结算机构920注册完成之后准备好分发广告。广告注册服务924使广告能够由外部广告递送网络932发现。根据需要，可以向广告递送网络932推送或者由广告递送网络932拉取广告。在一个实施例中，广告注册服务924负责向结算机构920注册广告、解除广告的部署和/或使部署的广告可为广告递送网络932所用。

在一个实施例中，广告递送网络932是主要负责向消费者的设备904递送广告的实体。在一个实施例中，结算机构920向广告递送网络932提供用户简档取回服务。广告递送网络932可以使用这一信息以递送高度地有目标的广告。本领域普通技术人员将理解，存在多个现有广告递送网络，并且可以使用任何适当网络。

在一些实施例中，可能希望对个别广告递送网络递送广告施加某些约束。一个这样的约束例如由于消费者的设备上的有限能力而可以针对广告递送网络可以递送的广告数目。

在一个实施例中，广告分发/匹配系统的运营者提供在广告客户901与内容提供者900之间的结算机构服务920，以便协调收入共享。在一个实施例中，这一接口920为本地或者第三方结算机构工具提供用于访问来自服务器的相关事务数据的服务。

在一个实施例中，用户简档收集接口收集用户自愿提供的信息，并且受信任对象递送接口负责向消费者的设备递送自保护DRM对象。自保护DRM对象可以例如包括类型在‘693申请中描述的节点、链接和控制代理。例如当系统检测到用户行为/分类的任何改变时，可以向消费者的设备递送更新的对象。

结算机构920也可以提供用于托管提供者的如下使用报告接口，该使用报告接口用于访问关于广告活动的绩效和用户对可用内容的接受性的使用统计。运营者可以使用这一数据以微调它们用于内容提供者和广告客户的定价范围。在一个实施例中，这一接口负责向数据仓库转发审核报告。

在一些实施例中，结算机构920可以具有如下记账和报告接口，该接口使广告客户能够收集关于在广告活动完成期间和之后的各种行为方面的信息。这些信息中的一些信息可以例如包括广告的实际印象、广告的点进率(CRT)、关于观看广告的用户的简档信息(例如人口、位置等)、广告的内容关联和/或其它使用统计。在一个实施例中，记账接口为广告客户提供用于访问如下记账系统的网上服务，该记账系统监视广告运行成本。在一个实施例中，这一接口进一步与结算机构服务联系在一起用于协调活动成本。

因此在各种实施例中，结算机构920负责以下操作中的一个或者多个操作：

●记录内容和广告部署。

●从消费者设备收集使用数据(可能具有环境信息)。

●从设备收集用户分类信息。在一些实施例中，一些私有信息不应委托用户设备。这样的信息将由设备上的应用归纳并且发给结算机构。

●向数据仓库发送匿名化报告。

●创建和向消费者设备递送受信任DRM对象。

●出于记账目的而管理内容提供者和广告客户的账户。

●处置财务事务。

●向内容提供者提供报告(例如回答问题的报告，这些问题比如是最近24小时有多少内容查看？特定一条广告内容担负多少广告收入？内容提供者在特定时间段中产生多少收入？多少收入来自特定广告提供者？)。

●向广告客户提供报告(例如回答问题的报告，这些问题比如是最近24小时有多少广告查看？这一广告多少次赞助来自特定内容提供者的内容？点进率是多少？广告提供者在特定时间段中花费多少？广告预算的多少百分比用来赞助来自某个内容提供者的内容？)。

●为第三方940(例如用户信息提供者)提供接口。例如接口使各方能够提供更多用户信息(例如在汽车俱乐部或者退休者组织中的成员关系、持有的信用卡类型、常客账户、优选消费者账户等)。这一信息可以用来递送用户属性，这些用户属性又可以用来更好地设定广告的目标。

●有助于在价值链中的关键参与者之间分发广告收入。

在优选实施例中，数据仓库910有助于收集和分发系统统计。结算机构920从审计记录收集大量信息并且将它转发到数据仓库910。在一些实施例中，向仓库910发送的数据被剥离任何将明确地标识用户、内容和/或广告的私有信息。

在优选实施例中，数据仓库910赋予如下服务，这些服务提供如下信息，该信息可以用来为广告报价、内容分发份额和广告分发份额确定最优报价。例如数据仓库910可以运用常规统计技术以计算用于内容分发者和广告分发者的有效性等级。广告客户可以发现哪些广告分发者在影响某些消费者类型时最有效，并且广告分发者和内容分发者可以使用结算机构统计和分析，以确定它们可以更有效地分发什么种类的广告和设定什么种类的广告的目标以及它们可以如何设定这些广告的目标。也可以估量设备提供者和用户应用提供者的有效性，从而可以在广告客户/广告分发者接口、内容提供者/内容分发者接口的报价中以及在用于广告时隙的报价中提供适当奖励。因此在一些实施例中，仓库910负责以下操作中的一些或者所有操作：

●从结算机构收集匿名化使用报告。

●维护和报告统计数据。

●为内容提供者提供用于有助于创建最优规则的反馈服务。

●向广告客户提供如下反馈服务，这些反馈服务帮助广告客户更有效地运行它们的广告活动并且使不必要的印象最少。它也可以向广告客户提供如下判断力，这些判断力有助于为特定广告创建更有效规则。

在优选实施例中，客户端904包括如下DRM引擎，该DRM引擎保证执行内容提供者和广告提供者指定的规则并且满足任何随之产生的义务义务。在其它实施例(例如其中消费者的设备缺乏充分处理能力)中，可以使用其它配置。例如在一些实施例中，规则可以由代理(例如通过网上或者通过归属网络)而不是在客户端处理。

在优选实施例中，可以通过离线和/或在线模式的任何适当组合来实现向客户端传送内容和/或广告。例如客户端可以具有为客户端播放器提供如下网上服务的内容和广告递送接口，这些网上服务用于从系统后端下载内容和/或广告。

如图9中所示，可以经由内容递送网络930向消费者的设备904递送内容，并且可以经由广告递送网络932递送广告。广告递送网络932可以例如基于用户自愿提供的信息、用户的使用行为和/或替代或者附加属性来递送与用户相关的广告。

在客户端904已经表现内容之后，需要兑现与内容和/或广告关联的DRM控制指定的任何相关义务。这样的义务可以例如包括向结算机构发送反馈。这一反馈可以包括环境信息、关于表现的广告和/或内容的信息等。在一些实施例中，也可以提供诸如获胜报价价格等附加信息。

在一个优选实施例中，提供内容/广告共享接口以有助于超级分发内容和/或广告。可以在用户自己的设备之间或者与其他用户共享内容和关联广告。这一接口可以提供用于比如通过向用户的对端对端提供推荐来有助于分发内容的服务。

在一些实施例中，客户端可以提供用于从用户收集自己自愿提供的信息的机制。可以有向用户赋予的换取这一信息的一些奖励。自己自愿提供的信息可以用来对用户分类并且递送高度地有目标的广告并且也可能向用户推荐可能感兴趣的相关内容。

在一些实施例中，用户可以签约并且注册由广告分发平台提供的服务。用户注册接口可以提供用于用户注册的服务(包括收集初始简档信息)。在一个实施例中，向用户分配用来使任何允许的服务生效的唯一用户标识符(GUID)。

已经提供图9用于图示可以在各种实施例中提供的广泛的各种服务、接口和关系。然而将理解，可以对与图9结合描述的结构和功能做出多种修改而未脱离本发明的工作主体的范围。例如在一些实施例中，可以组合或者消除或者用未示出的单元补充图9中所示各种单元。此外，尽管图9图示了相对综合广告匹配平台，但是在一些实施例中，这一平台的一些或者所有功能可以代之以由外部实体执行。因此将理解，出于图示和说明而非限制的目的，已经提供了图9。

使用动态媒体区段

下文是对示例的一组如下例子实施例的讨论，这些例子实施例利用在‘693申请中描述的DRM引擎技术和在‘543申请中描述的动态媒体区段技术。在抽象程度上，在‘693申请中描述的技术由对象模型和如下控制语言构成，该控制语言更一般地适用于在传统上视为“DRM”的领域之外的其它领域。在本申请中描述的系统和方法的实施例提供一种适用于存储容量、处理能力和网络连接性程度可变的大型设备集合的广告平台。这一平台的实施例构建于已经在‘693申请和‘543申请中描述的技术和受信任设备上并且扩展这一技术以提供将本地信息用于广告匹配的用于有目标的广告和受信任远程事件监视的创新服务。

在优选实施例中，使用标准机制向终端用户设备递送受信任自保护DRM对象。这样的机制的例子是在‘551申请中描述的面向服务的技术。可以部署这些对象以执行比如本地广告匹配、使用数据过滤、使用数据报告以及对等(P2P)内容和广告共享这样的功能。下文更详细地描述这些功能中的每个功能。

在下文讨论中，除非根据环境另有明示，以下术语将一般具有以下含义：

广告列表：用于广告匹配的通常无序的广告集合。如果广告的顺序不重要，则这一列表可以视为广告队列。

广告队列：在执行广告匹配以确定优先级顺序之后获得的有序广告集合。

广告时隙：用于广告的占位符。通常为一条内容中的用于广告的插入点。

如图10中所示，这里描述的系统和方法的优选实施例支持大量多种消费者设备。这些设备包括但不限于移动手机、机顶盒、个人数字助理(PDA)、超移动个人计算机(UMPC)、PC、媒体网关、电视机等。

图10示出了在x轴上具有CPU性能的设备和在y轴上网络连接性/本地存储空间的分布。对于这一图示，网络连接性是联网性能度量，并且可以是使用诸如下载速度、上传速度、网络的时间连续性和区域覆盖等各种网络性能因数来计算的指标。

为了向具有不同能力的多种设备提供广告，优选实施例利用云的计算能力以及适当的本地处理能力以使用受信任服务来实现有目标的广告匹配、有效广告递送以及有效使用数据收集和报告。可以在本地计算与服务器侧计算之间划分这些操作所需要的实际计算以最优利用现有网络内的平台、本地储存器和其它约束的能力。

对于具有相对低CPU能力的设备(例如图10中的区段1和区段2)，可能希望将云的资源(例如服务器侧资源)用于在比可以针对区段3和4中的设备完成的程度更大的程度上预先过滤广告。对于落在区段3或者区段4中的设备，优选实施例将本地处理能力更广泛用于广告匹配。

对于区段2或者区段3中的设备，可以在比区段1和区段4中的设备更大的程度上完成广告的直接下载和高速缓存，其中将往往向表现设备随需下载、侧加载(side-load)或者用流发送广告。

区段2和区段3中的设备可以向云中的受信任服务直接实时(区段3)或者接近实时(区段2)报告使用数据，而由于有限带宽和本地储存器以及更高相对带宽成本的约束，区段1和区段4中的设备也许更可能本地存储有限使用数据集合并且仅很少将它转发到云中的受信任服务。

无论设备类型如何，某一预先过滤可能有助于更有目标和有效的广告匹配。根据一些实施例，可以使用常规广告匹配技术使用在服务器可用的信息来完成预先过滤。例如第三方统计引擎、匿名化器软件和广告匹配软件可以用来预先计算和预先过滤用于每个内容项或者用户的广告集合。可以使用标准目标设定机制，比如针对年龄、性别、收入水平、地理位置、当天时间、兴趣领域(例如根据以往行为来推断)设定目标。可替换地或者除此之外，可以使用标签来使广告以个别内容项为目标，或者可以使用内容目标设定与用户目标设定的组合。

图11图示了至少部分地基于设备1104供应的使用数据来使用服务器侧的广告匹配以预先过滤用于设备1104的广告。如图11中所示，设备1104向服务器1102提供使用数据用于在预先过滤广告时使用。服务器1102使用匿名化器1106以匿名化使用数据、然后使用统计引擎1108以分析数据。统计引擎1108的输出可以由服务器1102用来关于设备1104的用户最可能感兴趣的广告类型进行确定。服务器侧预先过滤通过预先计算如下相关广告集合来辅助客户端，可以使用这里另外描述的本地广告匹配技术根据该相关广告集合进行更相关得多的匹配。将理解提供图11用于图示并且可以使用其它布置。例如，如果设备1104未信任服务器1102，则可以在向服务器1102提供之前匿名化来自设备的使用数据。在其它实施例中，完全未向服务器1102提供使用数据，并且服务器1102基于它能够从环境查明的关于设备1104或者其用户的无论什么信息来进行任何预先过滤。

类别分类法

在一些实施例中，预先限定的类别集合用于广告、内容和用户分类。在一些实施例中，使用的确切分类法可以是生成控制的相应方私有的——例如内容提供者将负责限定用于内容的分类法，广告客户将负责限定用于广告的分类法，而创建描述用户属性的对象的结算机构将负责限定用于用户的分类法。然后将在这些实体之间共享分类法。在其它实施例中，可以标准化分类法(例如参与系统的所有内容提供者可以共享相同分类法)，并且可以公布标准用于由系统中的其它参与者使用。

作为具体示例例子，可以将用于实体的适用类别指定为逗号隔开的元素列表，其中每个元素代表如下分级标签，该标签使用点符号表明标签的分级。每个类别也可以与正规化成某一范围例如0-100的用于类别的权值关联。在包括权值时，可以使用‘:’字符隔开叶级类别与它的权值来以串形式代表标签集合。通配符‘*’可以是保留字符并且用来匹配任何类别/子类别。

在图12中示出了广告标签分类法的示例例子的片段。对于图12中所示分类法，标签的一些例子可以包括：

Food.Chinese.Szechuan

Food.Chinese

Art.Opera

Art

包括权值的标签的例子是：

Food.Chinese.Szechuan:10

Food.Chinese:5

Art.Opera:30

Art:5

具有通配符和权值的标签例子为：

Food.Chinese:5

Food.*:3

多个平台提供用于串搜索和操纵的高效实施方式，这提供用于将这一信息表达为串的原因。为了便于匹配，在一个优选实施例中，按照惯例，更具体类别比对应更不具体的类别更早出现于标签列表中。将理解可以代之以使用相反惯例(或者任何其它惯例)。可以在整理序列中对类别排序以能够容易搜索类别/子类别。

一个替代实施方式可以将标签集合表示为(如在‘693申请中描述的)如下值列表，该值列表包含二元形式的类别和子类别分级(包括用于叶级类别的权值)。这些标签可以是下文更具体描述的广告外部区段信息的部分。

广告插入点

在一些实施例中，在‘543申请中描述的动态媒体区段(DMZ)技术可以用来有助于插入。DMZ技术提供对描述媒体呈现中的不同类型的区段的支持。点缀有视频广告区段的视频呈现为这样的呈现的例子。

AdExternalZoneInfo

如在‘543申请中描述的那样，DMZ技术允许呈现经由外部区段信息构造引用外部媒体。如下文所示，扩展外部区段信息构建于外部区段信息之上以便引用外部广告或者外部广告匹配控制。

[INHERITED]拼接点：点阵列的ZonePoint元素(将在此拼接区段媒体)的引用索引。

[INHERITED]id：用于区段的标识符，该标识符是本地广告匹配将用于它自己的处理的不透明标识符。

tags：用于在其中拼接的广告区段的逗号隔开的标签列表。标签由使用用于分级标签和通配符的点符号在广告标签分类法中指定的名称构成(例如Food.Chinese、Food.Chineze.Szechuan、Art.Sculpture.Rococo、Art.*等)。这些标签用来简短列举来自广告列表的广告。

externalAdURN：对外部广告的直接引用。

externalAdMatchingControlURN：指向外部广告匹配控制的URN。应用使用这一URN来查找外部广告匹配控制并且向它传递执行广告控制的结果以便挑选用于外部区段的恰当广告。在一个实施例中，externalAdURN或者externalAdMatchingControlURN将存在；空串意味着字段未存在。

AdInternalZoneInfo

AdInternalZoneInfo如下所示扩展InternalZoneInfo：

tags：与上文所述相同。

系统完整性

本节描述DRM引擎和DMZ安全模型的一些如下方面，这些方面保证系统的完整性。安全框架的主要目的在于保证管控模型保持完整。图13示出了一个示例实施例中的一些管控关联的例子。如图13中所示，这些管控关联包括在一条媒体内容1300与它的关联区段映射信息1302和广告匹配控制信息1304之间的相对紧密关系。类似地，广告1306与它的相应控制1308相对松散关联。对照而言，在内容1300和广告1308与它们的相应控制信息之间的相对松散耦合。

在一个实施例中，可以根据系统的管控模型导出一些或者所有针对安全性和完整性的以下要求：

(1)必须在假设播放广告时播放他们。

(2)当广告设为“不可跳过”时它们不应被跳过。

(3)广告匹配控制应当真实并且不应可替换为不真实(欺诈)控制程序。

(4)广告控制应当真实并且不可替换为不真实(欺诈)控制程序。

(5)与广告控制关联的广告文件应当与对应广告控制紧密绑定。将广告替换为来自未授权并且可能恶意实体(例如欺诈服务或者黑客)的另一完全不同广告应当不可行。

区段映射完整性

区段映射(这里和在‘543申请中有时称为“mZon”)的完整性保证将在假设播放广告时播放它们。

AdExternalZoneInfo或者AdInternalZoneInfo是在‘543申请中描述的ZoneMap结构的部分。对ZoneMap的数字签名保护整个结构(包括AdExternalZoneInfo/AdInternalZoneInfo元素)的完整性。

可以从媒体文件中剥离或者向媒体文件中代入mZon原子本身。根据针对完整性保护的具体要求，这可以用以下方式之一来实现：

(1)可以加密并且在媒体容器(比如DCF)中放置整个媒体文件(包括mZon)，并且可以有与媒体文件关联的DRM许可。

(2)仅可以加密流；DRM许可在这一情况下可以具有对mZon原子的安全引用。这一方法保证呈现未在验证总体完整性之前开始。

(3)利用在‘543申请中描述的完整性保护机制。DRM许可用来获得内容密钥。使用应用了解的密钥导出算法根据这一密钥导出mZon签名密钥。通常加密内容本身，并且应用也校验mZon的完整性。当内容开始播放时，DMZ义务引用mZon中的id(多个)。当播放器检测到已经篡改媒体区段时(例如，如果剥离mZon或者如果它已经替换为别的内容)，假设播放器停止表现。这确实意味着在检测到篡改之前将未播放内容的某一部分。在一些实施例中，这可以视为可接受。

加密本身与广告系统有些正交。系统的威胁分析可以表明是否需要加密(例如，如果通过安全管道向设备直接递送内容媒体和广告并且用户无法篡改内容媒体、广告或者DRM对象则无需加密)。在这一情况下，完整性保护仅用来保证广告系统以假设它播放的方式播放假设它播放的内容并且在DRM引擎的管控之下这样做。

在‘543申请中描述的DMZ技术允许使媒体区段“不可跳过”。这一方法可以用来保证将未跳过设为“不可跳过”的广告。

控制程序安全性

在一个优选实施例中，广告匹配控制和广告控制以在‘693申请中描述的方式实施为自保护控制并且由受信任当局签发并且真实性和完整性受保护。对mZon的数字签名保证广告匹配控制将不可替换。在广告控制与广告文件之间的强绑定保证广告控制将不可替换。

在mZon与文件之间的绑定

内容和广告文件可以经由在‘543申请中描述的用于媒体区段完整性保护的机制与mZon紧密绑定。注意仅仅这一点并未保证紧密绑定，因为mZon原子本身可以从媒体/广告文件中被剥离或者与别的一些内容一起代入媒体/广告文件中。可能需要来自对应DRM控制的安全引用(通常控制器签名将具有对mZon的安全引用)或者文件(包括mZon)加密以保证在mZon与媒体/广告文件之间的紧密绑定。

放弃媒体表现

如在‘543申请中描述的那样，如果不能验证媒体区段的完整性，则应用应当停止表现整个呈现。相同原理可以用来保证篡改的广告将不会被播放。如果广告文件被篡改或者如果广告控制的签名验证(包括对mZon的安全引用)已经失败，则应用将不能使用它从控制获得的内容密钥来表现广告文件。在这一情况下，不应调用针对广告控制的OnAccept调回，并且应用移动放弃内容回放。

多个广告列表

广告列表查找

在系统内经常有多个广告列表。用于单独广告列表的一些例子可以是用于1)商业或者付费广告、2)‘House’或者非付费广告(例如，如果无适当商业广告可用，则用作填充广告时隙的退回广告)的广告列表。每个广告列表还可以组织成更小子列表。

将广告分类成单独广告列表帮助限制广告搜索空间，这在处理能力有限的设备上可以尤其有用。

如在‘543申请中描述的那样，应用可以使用作为内部和外部区段一部分的不透明id。应用可以使用id作为用于从表中查找相关广告列表的关键词。广告列表可以由如下URN标识，如果从位置(例如从因特网上的位置)直接取读/用流发送广告，则该Urn也可以是URL。列表的子类别可以映射到URL中的路径或者Urn的克隆部分。这将使内容匹配能够在服务器侧上进行。

可以用流发送广告和媒体而根据本地存储约束仅向客户端递送受信任DRM对象。可以预先解析和预先验证并且在安全储存器或者数据库中本地高速缓存这些对象以便优化性能。可以使用对象的ID作为用于在数据库中查找预先解析和预先验证的对象的关键词。

例如：

AdlistMappingInfo

如果映射为静态，则它可以构建到应用本身中，并且id可以保持为用于DMZ的透明标识符。但是如果广告为更动态(例如映射按照媒体内容源变化)，则以这一映射作为区段映射的部分可以是有用的。

ZoneMap将具有如下AdPlatformAdlistMappingInfo元素的阵列，这些阵列将id映射到广告列表URN/URL。

宿主对象

本地广告匹配的一个优点在于使用本地环境优化匹配的能力。在一个实施例中，使以下宿主对象可为客户端上运行的DRM或者广告匹配引擎的实例所用。这些宿主对象与用于任何DRM控制的标准宿主对象环境一起存在。

Location：Location这一宿主对象提供用户的当前位置(例如纬度、经度和海拔；城市；州等)。在一个实施例中，值表达为串，宿主对象为活对象(即它们在用户移动经过地理区域时变成更新)。例如这样的宿主对象可以存储于“/AdPlatform/LocalContext/Location<-(维度，经度，海拔)三元组”，并且DRM引擎可以按照需要取回这一对象。可替换地，可以揭示宿主函数以返回位置信息。

用户所属类别(例如偏好类或者成员关系)(和用于每个类别的相对权值)可以是很重要的本地环境信息。在具有不同用户简档的多个设备上部署的相同广告匹配控制可以在相同总体情形中造成很不相同的匹配广告。这样的简档信息可以存储于以下位置：/AdPlatform/LocalContext/UserCategories/<Category>/<Sub-Category>/.../weight。其中“weight”为用于类别的正规化相对权值(例如值0-100)。

在一些情况下，这一用户分类可以完全在客户端上发生并且可以出于隐私原因而未与服务器具体共享。在这样的情况下，本地环境信息对于本地广告匹配而言变得更重要。在一个实施例中，拥有UserCategories容器对象的控制程序有权向用户的类别写入和更新用户的列表。

在一个实施例中，用户类别存储于DRM引擎的安全状态数据库(例如如在‘693申请中描述的状态数据库)中并且让PUBLICREAD标志为它们设置成向所有其它控制程序提供对这一数据的只读访问。可替换地，用户类别无需存储于状态数据库中而是可以完全由应用计算(如果它知道如何计算这些类别)并且向DRM控制揭示为只读宿主对象。

区段信息

区段信息是用于广告控制执行和广告匹配控制执行的参数。在一个实施例中，这一参数向控制揭示来自AdExternalZoneInfo的一些数据。例如：

/DRMEngine/Action/Parameters/DestinationZone/ZoneInfo/id

/DRMEngine/Action/Parameters/DestinationZone/ZoneInfo/tags

/DRMEngine/Action/Parameters/SourceZone/ZoneInfo/id

/DRMEngine/Action/Parameters/SourceZone/ZoneInfo/tags

其中DestinationZone是指内容中的媒体区段。将目的地区段的id和标签揭示为这一容器对象的子代。类似地，SourceZone是指广告本身中的媒体区段。将源区段的id和标签揭示为这一容器对象的子代。

在一个实施例中，对于广告匹配控制执行，将广告报价动作的结果向控制揭示为容器宿主对象。可以使用以下对象路径：

/DRMEngine/Action/Parameters/AdBids

/DRMEngine/Action/Parameters/Ad1[可选]

/DRMEngine/Action/Parameters/Ad2[可选]

在一个实施例中，广告报价为容器并且通常使用如下特殊子代名称(‘0’、‘1’、‘2’等)来访问，这些名称是“AdBid”报价阵列的元素。每个报价可以具有作为子代宿主对象的直至任何任意深度的任何任意参数。在这一实施例中，仅有的要求将是对应广告匹配控制需要理解这些参数。对评估的每个广告控制返回向广告匹配引擎揭示为对应宿主对象(AdBid容器的‘n’子代)的扩展状态块(ESB)。

在一个实施例中，Ad1和Ad2参数为如下可选参数，这些可选参数用来传递来自AdBid的待考虑的两个广告(比较将限于这些广告)的索引。当向匹配控制的CompareBid方法传递这两个可选参数时，它将返回ESB中的如下returnCode，该returnCode确定两个广告的相对排序。然后可以使用广告匹配控制的CompareBid方法作为用于将所有广告排序成其中队列按照它们的优先级来排序的广告序列的比较器函数。

例子：

/DRMEngine/Action/Parameters/Ad1->值为‘2’

/DRMEngine/Action/Parameters/Ad2->值为‘5’

传递上述参数值以要求CompareBid方法比较以下两个报价：

/DRMEngine/Action/Parameters/AdBids/2

/DRMEngine/Action/Parameters/AdBids/5

在一个实施例中，在‘693申请中描述的状态数据库将可用于这些广告控制以使它们持久地存储一些状态信息。

广告控制可以要求存储的持久状态信息的例子可以包括在它为获胜报价时它已经播放的次数、最后报价价格以及最后报价是否成功。这一信息(例如印象次数、最后报价状态等)可以帮助控制决定下一报价的值(例如，如果先前报价成功或者未成功则控制可能想要报价更多/更少，或者控制可能想要设定印象总数上限等)。

广告控制

在一个实施例中，引入类型在‘693申请中描述的新“Action”(称为“Bid”)，并且该“Action”用于本地广告匹配。为广告时隙报价的控制对象经由这一Action来这样做。在一个实施例中，可以针对Bid动作限定以下例程：

Control.Actions.Bid.Init

这一例程将具有与如在‘693申请中描述的Control.Actions.<Action>.Init相同的语义。

Control.Actions.Bid.Check

这一例程将具有与如在‘693申请中描述的Control.Actions.<Action>.Check相同的语义。

Control.Actions.Bid.Perform

这一例程将具有与如在‘693申请中描述的Control.Actions.<Action>.Perform相同的语义。如果例程成功，则ResultCode为0并且栈上的下一项为指向下文描述的ESB的指针。

Control.Actions.Bid.Describe

这一例程将具有与如在‘693申请中描述的Control.Actions.<Action>.Describe相同的语义。

Control.Actions.Bid.Release

这一例程将具有与如在‘693申请中描述的Control.Actions.<Action>.Release相同的语义。

报价结果

在一个优选实施例中，Bid动作返回的ESB结构如在‘693申请中所述。作为例子，“declarative”广告控制可以使用分类法来声明它的派别并且可以通过‘Bid’动作调用在ESB中返回它的Bid来为广告时隙报价。由广告匹配控制负责恰当评估报价并且关注广告控制所声明的参数。广告控制和广告匹配控制推测用于广告参数的共同分类法。

下表示出了以过程样式编写的广告控制的例子。控制逻辑装入用来评估报价价格的规则，并且控制然后将这些值插入它在调用广告控制的‘Bid方法’时返回的ESB中。

厂告控制调回

OnAccept调回

在一个实施例中，Bid结果ESB将包含(例如在‘693申请中描述的)“OnAccept”调回以便如果广告匹配控制已经接受广告控制的报价则要求应用调回广告控制。当广告控制接收这一调回时，它应当在状态数据库中存储它需要在以后使用的信息。

OnCallToAction调回

在一个实施例中，Bid结果ESB包含“OnCallToAction”调回以便在应用执行与调用动作的广告关联的任务时要求应用调回广告控制。在一个实施例中，当广告控制接收这一调回时，它应当计量对应事件。

广告控制义务

在一些实施例中，如果与广告控制对应的广告为调用动作的广告，则Bid结果ESB可以包含CRITICAL义务。出于这一目的，限定以下义务参数列表。附加参数可以存在于义务中，并且这些定制参数的协定将是应用和广告控制提供者私有的。义务的名称可以例如是urn:...:ad:call-to-action。

HyperlinkReference：如下值列表，该值列表指定宿主应用需要在浏览器中打开的超链接。

SMSReference：如下参数，该参数表明宿主需要向指定的SMS代码发送SMS消息。

PhoneNumberReference：如下参数，该参数表明宿主需要呼叫指定的电话号码。

广告匹配控制

在一个实施例中，为本地广告匹配引入新动作——‘CompareBid’。在一个实施例中，这一动作支持的控制对象评估报价并且完成以下操作之一：

选择具有获胜报价的广告。在这一情况下不应传递可选Ad1和Ad2参数；或者

比较两个报价(当传递可选Ad1和Ad2参数时)并且建立它们的相对优先级。

在第一情况下，广告匹配控制评估所有广告报价并且选择最优匹配。所有逻辑驻留于虚拟机字节代码本身中。

在第二情况下，虚拟机代码充当如下比较器函数，应用反复地调用该比较器函数以基于在个别广告之间的相对优先级将广告列表排序成广告队列。提供这一方法以使更高应用层能够实施适合于问题和平台的算法(例如堆排序、合并排序等)。在这一情况下用针对平台更容易优化的应用实施语言实施排序逻辑的大部分。在‘693申请中描述的虚拟机指令集合相对简单，因此这一职责划分可以代表最高效解决方案。

Control.Actions.CompareBid.Init

Control.Actions.CompareBid.Check

Control.Actions.CompareBid.Perform

Control.Actions.CompareBid.Describe

Control.Actions.CompareBid.Release

CompareBid结果

ESB结构如在‘693申请中所述。

在一个例子中，广告匹配控制层程序的CompareBid动作返回具有以下结构的ESB(反映最优挑选)：

作为另一例子，广告匹配控制程序的CompareBid动作返回具有以下结构的ESB(反映在Ad1与Ad2之间的比较结果)：

在一个实施例中，返回代码的可能值可以如下：

使用数据过滤

隐私考虑

本地法经常通过可允许的隐私实践和法律的规范来约束可以针对用户选择的信息类型。在一些实施例中，设备可以与在后端的受信任服务通话。可以收集并且向受信任服务器发送扩展数据。可以如本地规章要求的那样在服务端上保护信息免于公开。

然而在一些情况下，即使信任后端服务本身，仍然可以有对可以向服务器发出什么数据的约束。在这一情形中，可以在向服务器发出收集的数据之前以某一方式过滤和/或匿名化它。

作为例子，应用可以通过向个人可标识的信息填补一些随机数据(例如被应用存储的恒定随机数据)并且求取二者的单向散列来匿名化数据。将由应用用来匿名化数据的具体技术是应用的职责，并且将理解可以使用任何适当技术。

可以有在客户端收集用于本地使用的某些数据元，但是可能需要在向服务器报告之前滤除这些数据元。关于滤除什么的策略可以完全由应用限定。然而，当可以允许应用实现以下操作中的一些或者所有操作时，如果将这一策略实施为DRM控制，则可以更灵活：

基于本地法将不同策略用于不同场所而未影响应用。

当本地法在服务已经操作之后改变时独立地更新策略而无需对应用进行软件更新。

下面的部分简洁地描述可以如何将DRM引擎技术用于使用数据过滤，DRM引擎技术比如在‘693申请中描述的技术。

过滤函数

在一个实施例中，引入DRM控制所支持的如下新动作——‘FilterUsageData’，该动作实施用于过滤使用数据的策略。FilterUsageData动作的参数可以包括：

其中：

“DataName”是需要过滤的数据项的名称。

“DataNameSpace”是其中限定数据项名称的名称空间。

“Data”是数据箱的实际值。

“ContextID”是不透明环境id；这一环境id的含义按照在应用与隐私策略提供者之间的私有协定。

“TransformationMethods”是用来传达应用所支持的可能数据变换方法的数据结构。在一个实施例中，这一数据结构的项、数据类型和布局的协定是应用和隐私策略提供者私有的。

Control.Actions.FilterUsageData.Init

在一个实施例中，这一例程将具有与如在‘693申请中描述的Control.Actions.<Action>.Init相同的语义。

Control.Actions.FilterUsageData.Check

Control.Actions.FilterUsageData.Perform

这一例程将具有与如在‘693申请中描述的Control.Actions.<Action>.Perform相同的语义。如果例程成功，则ResultCode为0并且栈上的下一项为指向ESB的指针。

Control.Actions.FilterUsageData.Describe

Control.Actions.FilterUsageData.Release

FilterUsageData结果

这一方法返回ESB。在一个实施例中，ESB结构如在‘693申请中所述。下文示出了例子：

ResultCode

下表给出ResultCode参数在一个例子实施例中的潜在值：

OutputData

这是包含以下数据的值块：

(1)用于用信令向应用通知所选变换方法的字段；或者

(2)变换的数据本身(例如，如果过滤控制在没有应用提供的变换可用时完成变换本身以实行策略并且通过将返回代码设置成RESULT_CODE_CUSTOM_TRANSFORMATION来表明这一点)

使用数据报告

动态信任关系

在一个实施例中，客户端应用允许用户动态地管理与内容和广告提供者的信任关系。例如用户可以决定信任内容提供者，并且内容提供者的信任锚然后将在特殊位置存储于客户端。

在一个实施例中，信任水平仍然可以少于在其它信任锚上放置的信任，并且应用因此可以用这些“二等”或者“限制使用”信任锚仅进行有限操作集合。

在一些实施例中，需要共同信任分级。这出于包括以下原因的多个原因而可以有利：

(1)如果使用共同信任分级，则运行的控制并非由未知和潜在恶意方而是由与信任分级具有某一类型的信任关系的各方生成。这提供防范如下欺诈控制的某一保护，如果一旦在实地部署解决方案就发现在DRM引擎实施方式中存在问题，则这些欺诈控制可能试图利用这些问题。

(2)结算机构与中心信任当局的信任关系意味着未知和潜在恶意结算机构不能变成“免费搭乘者(freeriders)”。

计量义务

‘881申请描述了一种用计量更高级(例如应用级)事件(例如调查事件、投票事件、用户跳过事件等)的计量义务框架。可以扩展这些义务以包括数据将被发送到的结算机构的URL。例如值列表将包含一个或者多个参数——串参数“结算机构URL”，并且值将是如下串，该串包含用于结算机构的URL。

P2P内容和广告共享

由于通过因特网和其它分发介质可用的内容数量极大，所以经常难以找到相关的内容。经由RSS的媒体联合发表提供一种对该问题的部分解决方案。用户可以预订如下可以满足它们的喜好的内容馈送并且有效地签约接收该“频道”。

另一内容分发机制是经由对等(P2P)共享。P2P共享涉及到任何两个相互“联结”或者“连接”以共享内容的任意设备。尽管设备可以向彼此揭示它们的内容的RSS馈送，但是用户仍然需要选择馈送和/或个别内容项。由于移动设备的外型规格小，所以这可能并非最优用户体验。

在P2P交互期间有一些令人感兴趣的可能性：

(a)设备可以自动交换将可能与设备的相应所有者相关的内容。

(b)设备可以自动交换接收者设备上的本地广告控制更可能匹配的广告。

这些类型的交互将提供一种用于将内容和广告无缝地散播到可能发现它们相关的人士并且将提供更优用户体验的手段。

然而在正常境况之下，随机对端并未相互信任，并且不可能让对端直接探测彼此。在优选实施例中使用的DRM引擎技术使得有可能让认证并且完整性受保护的DRM代理运行于远程对端上以便获得非个人可标识的环境用户信息、设备信息、关于用户以往行为的信息等。

借助这一信息，发送对端可以决定什么内容和/或广告将可能与接收对端对端相关并且将这些自动推送到接收者。

远程探测代理

发送对端将在远程(接收)对端上运行远程探测代理以便探测它的环境寻找信息。它可以探测的信息类型例如可以包括：

(a)用户简档信息

(b)设备环境信息

(c)行为信息/事务数据

代理可以探测上述信息、例如使用这里描述的过滤机制如适当的那样过滤它并且在ESB中返回信息。这一ESB在效果上包含用于远程对端的已过滤本地环境。发送对端将这一信息与广告控制和/或广告匹配控制一起使用并且确定可以与接收者相关的内容项和广告。

在一些实施例中，可以限定以下例程：

Control.Agents.RemoteProbe.Init

这一例程将具有与如在‘693申请申请中描述的Control.Agents.<Agent>.Init相同的语义。

Control.Agents.RemoteProbe.Run

这一例程将具有如在‘693申请申请中描述的Control.Agents.<Agent>.Run相同的语义。

Control.Agents.RemoteProbe.Describe

这一例程将具有与如在‘693申请申请中描述的Control.Agents.<Agent>.Describe相同的语义。

Control.Agents.RemoteProbe.Release

这一例程将具有与如在‘693申请申请中描述的Control.Agents.<Agent>.Release相同的语义。

例子使用范例

下文讨论说明某些示例实施例如何利用上文枚举并且在‘693申请和/或‘551申请中描述的DRM引擎构造。

一种相对简单的使用范例应对涉及到三个广告的集合的本地广告匹配。假定已经发生服务器侧过滤，并且三个广告在广告列表中。它们是：

(1)用于高端入座就餐餐馆的广告(Ad1)

(2)用于中式外带快餐餐馆的广告(Ad2)

(3)用于移动手机的广告(Ad3)

如图14中所示，在这一例子中，内容是需要在访问单位0播放内容之前放映广告的肥皂剧插播。

考虑内容类别分类法的下文摘录：

用于内容的标签可以如下：

与这一内容对应的区段映射可以如下：

有如下MediaZone义务，该MediaZone义务指定整个呈现为MAGNETIC并且围绕插入点的小区段为STICKY和NOSKIP。此外，外部区段为STICKY和NOSKIP以保证将未跳过或者快进外部广告(见图15)。

考虑用于广告的类别分类法的以下摘录：

出于这一例子的目的，假定用于广告的最大访问单位对于上述三个广告而言为300、400和500。

用于广告1的区段映射是：

用于Ad2的区段映射是：

用于Ad3的区段映射是：

出于这一例子的目的，假定广告匹配控制(具有Id＝“urn:acme:control:003”)包括以下规则：

(a)如果时间在11:00am与2:00am或者6:00pm至8:00pm之间，则仅使用与食物有关的广告。

(b)对于所有其它时间，使用可用的所有广告。

(c)在可用的广告内，校验报价价格并且选择获胜者(例如根据如何编写控制，获胜者可以是最高报价或者向最高报价给予相对优先级)。

将理解在一些实施例中，广告匹配控制本身可以包括一个或者多个如下规则，该规则可以规定它可以与其一起表现的内容类型和/或在具体内容类型给定时它愿意报价的数额。

出于这一例子的目的，假设广告控制包括以下规则：

Ad1：在正餐时间(6:00至8:00pm)报价10美分价格，否则报价5美分，上限为20,000次印象。

Ad2：在午餐时间(11:00至2:00pm)报价7美分价格，否则报价3美分，上限为20,000次印象。

Ad3：除了在电子商店附近时之外全天报价2美分价格，然后报价9美分。上限为5000次印象。

在这一例子中的一些结果概括如下：

在电子商店附近，当时间并非午餐时间或者正餐时间时，移动电话广告获胜。

在正餐时间，精细就餐粤式餐馆广告获胜。

在午餐时间，中式外带餐馆广告获胜。

在印象获得上限时，从竞用广告时隙的列表去除广告。

下文举例说明广告匹配控制可以在上述场合的各种组合中返回的数据结构的一些例子。

广告匹配控制结果(最优挑选)

范例：正餐时间；未位于电子商店附近

结果：选择Ad1

广告匹配控制结果(比较器)

范例：正餐时间；未位于电子商店附近；比较Ad1和Ad2

结果：Ad1＞Ad2

如图15中所示，所选广告将在媒体内容之前从开始播放至结束。将未允许用户在广告以内跳过或者跳过广告。

用于呼吁行动的广告的义务

在这一例子中，假设移动电话广告为呼吁行动的广告。在这一情况下，广告控制将具有(i)计量义务、(ii)如下调回，该调回在点击出现时要求应用调用引擎，并且作为对这一点击的响应，应用接收调用动作的义务。这告知应用做什么(例如向直接行销服务发出电话呼叫)。

在一个实施例中，在广告成功报价和播放之后，OnAcceptCallback被呼叫，并且每个广告保持对已经消费的印象次数的跟踪。

在一些实施例中，针对完整性校验所有控制。例如，如果有对控制器的PKI签名并且可以验证对应的确定事件链以扩展至一个或者多个相关信任锚，则认为控制真实。在一个实施例中，在回放开始之前针对内容和广告校验区段映射完整性。

竞争报价

DRM引擎框架使控制程序中的动作能够被反复地调用。这一能力允许在广告之间的竞争报价。在每个广告控制报价之后的竞争报价的情况下重发报价过程(例如每个广告控制可以经由如下AdBid容器看见其它报价，该容器可以用与向广告匹配控制揭示它们的方式相同的方式向广告控制揭示为宿主对象)。广告控制能够在后续多轮报价中向上或者向下竞争性地修整它自己的报价。可以如报价过程的规则要求的那样若干次重复整个过程以从广告控制获得广告匹配控制然后将评估的最终报价。

使用数据过滤和报告

客户端使用数据

下文是客户端可能已经收集的使用信息类型的例子：

数据名称	数据类型	值
			personality-id	串	“urn:...:perso:0001”
event-id	串	“PLAY”
			timestamp	串	Fri Jan 30，2009 12:01:03
content-name	串	Murray
			genre-tags	串	Entertainment.SoapOpera
content-tags	串	Entertainment.SoapOpera.Name.Murray
			genre-id	长型	1001

隐私策略

对于这一例子，假定有规定如下的隐私策略：

(a)抑制DRMEngine-personality-id。

(b)传递event-id、timestamp和genre-tags。

(c)匿名化内容名称并且也匿名化内容标签，因为它们太相似地标识了内容。

(d)这一特定内容需要在桶1001至1003之下报告genre-id。

(d)(1)范例1：应用为升级版本并且知道如何这样做。

(d)(2)范例2：应用为较旧的版本并且不了解任何用于这一改变的变换方法。

动作中的过滤

下文讨论示出在上例的环境中供给‘FilterUsageData’动作的参数和这一动作返回的结果。

项传递

作为例子，动作参数可以如下：

结果将如下(例如由于在控制程序中装入的隐私策略)：

项抑制

作为例子，DRM引擎动作参数可以如下：

结果将如下：

项匿名化

作为例子，动作参数可以如下：

结果将如下：

数据变换：

范例1：更新的应用知道如何变换用于genre-id的数据：

结果将如下：

定制的数据变换

范例2：更新的应用不知道如何变换用于genre-id的数据。应用可以调用用于数据类型的FilterUsageData并且将发现无可用变换。在这一情况下它将必须变换每个单独数据项如下：

由于(在控制程序中被装入的)隐私策略，结果将如下。

向结算机构报告

作为另一例子，假定计量义务包括以下结算机构URL：http://www.acme.com/ services/ad/usage-data-collection。

将在如上文描述的过滤之后使用有效负载的适当格式和适当网络协议向结算机构URL提交收集的使用数据。

P2P内容和广告共享

用户简档(远程对端)

假定远程对端具有以下用户简档信息：

远程探测代理可以代表发送对端运行于远程对端上。它将探测宿主环境并且产生环境的过滤副本而且取回结果中的这一信息。在这一例子中，假定过滤规则规定用户的政治派别不应向任何人公开。在一个实施例中，结果代码看似为以下结果代码：

(发送对端获得的)远程用户简档

发送对端已经接收用于远程对端的以下用户简档信息：

在这一点，可以使用从远程对端获得的信息来创建用于远程对端的模拟环境，并且可以逐个评估广告控制。可以高速缓存它们的结果。

下一步骤是评估用于内容的广告匹配控制。如果内容在用户的环境中具有匹配广告，则将向简短列举的内容项和广告添加内容和广告。

在评估所有广告匹配控制之后，将创建与远程用户相关的广告和内容项的简短列表。

简短列举的内容和广告与广告匹配控制和广告控制一起将推送到远程接收对端。也有用流发送内容到远程接收对端而不是物理上传送内容的可能性。如果对端充当用于远程接收对端的代理(例如这一对端代表远程对端完成广告匹配)。

本地报价

这里描述的系统和方法的实施例提供用于广告客户和/或内容提供者指定关于如何和何时表现广告和/或内容的规则的机制。广告提供者规则可以包括关于何时可以选择广告、广告应当与其一起表现的特定内容类型等的具体条件，而内容提供者规则可以包括支出细节。DRM引擎保证执行规则并且满足随之产生的义务。

在一个实施例中，在两个不同水平进行目标设定。如这里别处描述的那样，在服务器侧进行第一预先过滤审查通过。在客户端侧进行第二审查通过，下文描述第二审查通过的附加实施例。在一个实施例中，第二审查通过是其中广告与特定内容和特定用户匹配的拍卖。

在一个实施例中，使用在‘543申请中更详细描述的动态媒体区段技术来实施支持分离内容和广告的能力以及混合它们以形成呈现(例如向用户示出的内容)的能力。

在内容以内嵌入的媒体区段信息可以指定一个或者多个如下点，需要在表现期间在该点插入另一条媒体(由称为外部区段id的id标识)。其它媒体文件(例如广告)需要让具有对应id(内部区段id)的区段插入。虽然情况并非总是如此，但是区段通常覆盖整个文件。本发明工作主体的实施例提供如下机制，客户端可以通过该机制对将要插入的相关媒体区段(例如广告)定位和选择。

图16示出了根据在‘543申请中描述的动态媒体区段技术格式化的一条媒体内容1602。如图16中所示，内容1602具有外部区段id101代表的一个广告时隙。在图16中所示例子中，内容1602存储于其上的电子设备包括三个广告，并且在电子设备上运行的广告选择软件通过进行如这里描述的本地广告匹配来确定插入哪个广告。如果选择广告2(例如如果广告2赢得广告选择软件进行的拍卖)，则内容和广告的呈现将如图17中所示。

架构

如图18中所示，在一个实施例中，广告选择软件1802实施为向具有DRM功能的媒体播放器1802的插件。外部区段解析器可以由动态媒体区段技术1806用来匹配外部区段id与实际文件(或者它的部分(即区段))、在一个实施例中，动态媒体区段技术1806可以使用多个外部区段解析器并且可以使用广告选择模块1802以针对指明用于在广告匹配系统中使用的内容解析外部区段id。在优选实施例中，在广告池1808中的广告为一条内容1810内的时隙报价。在广告内的DRM由系统的RAM引擎执行并且确定广告愿意为给定的时隙报价的数额。

在一个优选实施例中，内容1810经由它自己的关联DRM控制1812在广告匹配中也有发言权。例如内容的关联控制信息1812可以排除某些类型的广告而又赞成其它类型的广告。例如儿童的TV放映节目可以偏好玩具广告而不是投资银行服务。

在一个实施例中，本地广告拍卖利用可由用户的设备用来确定报价价格的用户信息。在设备上进行报价保护用户的隐私。可替换地或者除此之外，报价部件可以使用本地环境信息(例如本地时间、全球定位坐标等)以确定在广告与内容之间的最优匹配。

本地广告匹配

下文讨论说明在一些示例实施例中在广告报价中涉及到的机制和部件。

客户端如何知道使用哪种广告匹配技术？

当一条内容的区段映射具有ExternalZoneInfo元素(由外部区段idX标识)时(意味着内容包含广告时隙)，客户端必须找到用于在时隙中插入的相关媒体区段。相关媒体区段为媒体文件的如下部分，该部分的区段映射包含具有与外部区段idX匹配的内部区段id的ExternalZoneInfo元素。

在一个实施例中，外部区段解析器负责找到将要插入的相关媒体区段。如果内容被冠名特定广告匹配服务或者技术的名称(如下文更具体描述的那样)，则客户的使用该广告匹配服务或者技术以找到相关媒体区段。例如一条内容可以在它的头标中指定这一信息。

如图18中所示，在一个实施例中，向广告匹配模块1802的输入是内容的文件名和待结算的区段id。输出是所选广告的标识(例如文件名、URL等)。在一个优选实施例中，使用广告匹配过程(比如图19中所示广告匹配过程)。如图19中所示，如果必要则客户端可以首先更新用户信息(1902)。客户端然后提取针对该广告时隙的内容要求(1904)并且从拍卖中排除与那些要求不匹配的广告(1906)。接着，所有适当广告为时隙报价(1908)，并且客户端挑选最高报价并且返回广告的路径而且可选地也返回其它信息(1910)。

在一个实施例中，以下数据中的一些或者所有数据用于广告匹配(用于内容以及用于广告)：媒体区段信息(mZON)；广告匹配技术信息(tZON)；和/或许可和内容(id)。

如果这些元素中的任何元素被剥离内容，则广告匹配模块返回错误。在一个实施例中，这些元素中的除了内容id之外的每个元素包含签名。如果签名验证失败，则向动态媒体区段模块层报告错误并且优选地未表现内容。

如先前表明的那样，在一个实施例中，广告匹配模块接收与内容关联的许可并且执行Control.Actions.GetReq.Perform例程以获得内容提供者针对广告时隙的要求。在一个实施例中，内容控制具有输入参数：DRMEngine/Action/Parameter/SlotNumber，该参数是包含时隙编号(以0为基数的索引)的整数对象。在一个实施例中，在以下ESB中返回要求：

“Exclude”是包含如下标签的分号隔开的可选串，内容提供者不想让这些标签与它的内容关联。在这一特定例子中，KidCo.不想让成年人或者暴力广告在它的内容中放音。即使暴力广告具有用于时隙的最高报价，仍然将未放映它。

“Prefer”是如下分号隔开的可选串，该串包含内容提供者偏好的标签。在这一特定例子中，即使KidCo.广告未报价最多，内容提供者KidCo.仍然想要放映KidCo.广告。如果无KidCo.广告参与报价，则放映另一广告。

“Minimum”是如下可选串，该串可以指定内容提供者想要的来自特定一条内容或者时隙的最少收入。这一对象的值是用于该时隙的最少报价。

一旦提取内容要求，未排除的广告就参加拍卖。将比较“Exclude”标签与在广告中包含的标签。如果一个或者多个排除的标签出现于广告的InternalZoneInfo的标签条目中，则将从拍卖中排除广告。

在优选实施例中，广告控制负责拍卖。如上文表明的那样，预先选择的广告参加拍卖。报价价格依赖于广告提供者的偏好。在一个实施例中，广告提供者可以使报价价格基于例如包括以下变量的多个变量：

用户个人数据，比如链接或者用户属性(比如可以存储于DRM引擎的安全数据库中的链接或者用户属性)。

环境，比如当天时间、日期、位置等(例如在变动更接近某个日期时支付更多而在该日期之后未支付)。

其它信息，比如使用信息(例如为第一次表现支付x、为第二次支付、等等)。

广告控制的Control.Actions.Bid.Perform例程确定报价价格并且在以下ESB中返回它：

其中“price”是广告为了播放而报价的价格，其中如果“NotInSameContentSession”的值为1，则将为给定的一条内容的仅一个时隙选择广告。

广告选择模块将通常挑选报价最多的广告。然而如先前表明的那样，在一个实施例中，一个例外为即使具有与“Prefer”标签匹配的标签的广告并非最高报价的广告，仍然将优先于并非优选的更高支付的广告来选择它。

在一个实施例中，如果针对时隙尚未找到广告，则广告匹配模块返回错误并且应用停止对呈现的任何进一步回放。在一些实施例中，将某些默认广告与内容一起封装，并且向客户端提供默认广告以保证未遇到这一错误。

在一些实施例中，内容提供者可以针对付费预订(其中内容未与广告一起放映)以及针对广告支持的服务(其中内容与广告一起反映)部署相同一条内容。这可以例如通过将广告区段标记为INSERTED(这样，如果有用于它们的NO_SKIP义务则才表现它们)来实施。内容项的控制校验付费预订的存在(例如使用链接对象和/或通过从数据库取回对象)。如果用户没有付费预订(例如如用户缺乏有效预订链接所表明的那样)，则内容项的控制反馈如下ESB(下文示出其例子)，该ESB表明不能跳过广告区段。

然而如果用户具有付费预订，则控制将未返回这样的义务并且用户将无需查看广告，因而广告匹配无需出现。

在一个例子中，两个义务用来记录已经播放广告。内容项的控制在ESB(下文示出了其例子)中返回这些义务。

将zoneinfo标志设置成METER，这意味看如果有针对这一内容的计量义务，则应用在已经播放这一区段时记下计量事件。在这一例子中，有计量义务(即命名为“urn:...:obligation:meter-play-duration”的参数)，因而一旦成功播放区段101，则应用将记下该事件以及广告匹配信息。通过向DMZ逻辑id(即在上例ESB中的“logicalId”)追加计量数据来进行广告计量。下文示出了可以计量的广告有关数据类型的例子：

这一例子示出了针对具有id“urn:...:acme:0000000A:content:00000033”的该条内容的广告匹配的摘要。在这一例子中，必须填充两个时隙。对于第一时隙，两个广告参与报价，并且“rn:...:acme:00000009:ad:00000006”虽然它将支付比40个单位的第二最优报价多仅一个单位的价格、但是用45个单位的报价赢得拍卖。仅一个广告参与针对第二时隙的报价(即“acme:00000009:ad:00000007”)，因而挑选它并且它支付它的报价价格。在上文示出的例子中，计量数据也包含关于拍卖的环境信息(比如存在两个用户节点这样的事实)。将理解这一示例提供可以计量什么内容的例子并且在其它环境中可以收集更多、更少或者不同信息。此外，鉴于隐私问题，可以向外部服务器仅发送收集的信息的子集。在一个实施例中，计量数据安全地存储于媒体播放器的(或者DRM引擎的)数据库中并且经由安全信道机会性地向外部服务器回报。

封装

在一个实施例中，可以使用如下封装脚本，该脚本以纯文本为输入并且封装它：它可以封装内容文件以及广告文件。例如：

根据这一例子，可以封装内容文件如下：

可以封装广告如下：

如在‘543申请中描述的那样，在一个实施例中，在包含于视频轨道的udta原子中的“mZon”原子中包含动态媒体区段信息。下文示出了用于内容文件的输入的例子：

在这一例子中，有将在访问单位289拼接的区段101这一个外部区段。

下文示出了用于广告的输入的例子：

在一个实施例中，在本身包含于视频轨道的udta原子以内的“tZON”原子中包含广告匹配信息。

下文示出了用于内容文件的例子输入：

下文示出了用于广告的例子输入：

这一区段映射限定由广告匹配过程用来与“Prefer”和“Exclude”标签比较的标签。

如先前描述的那样，在一个实施例中，DRM控制用来进行实际报价和匹配。在一个实施例中，虽然系统后端可以能够添加属性集合以定制内容控制字节代码，但是固定(未动态生成)它。属性的一些例子包括“Prefer”、“Exclude”和“Minimum”。在一个实施例中，可以根据广告的报价规则的规范生成广告控制。下文示出了这样的规范的例子：

在这一例子中，基数价格为0个单位，但是如果存在技术头脑对象，则新报价价格为41个单位。如果两个或者更多时隙可用，则元素“NotInSameContentSession”表明广告提供者选择在相同一条内容中未两次放映这一广告。

下文示出了更复杂例子：

在这一例子中，基数价格为30个单位，并且三个不同约束变更报价价格。即如果用户为体育狂热者，则广告提供者愿意支付比它的当前报价价格多5个单位。如果用户为男性，则广告提供者愿意将它的当前价格提升5个单位，但是如果用户并非男性，则它将当前价格降低10个单位。如果用户的输入在高侧上，则广告提供者愿意将它的价格提升90个单位；然而将最多价格设置成100个单位，因而如果报价价格超过该值，则将它设置成最多价格。

下文示出了用于根据上文控制描述生成的控制的例子伪代码：

虽然上述例子举例说明属性约束的使用，但是将理解也可以使用其它类型的约束(例如时间和/或链接约束)。

在一个实施例中，加密和标签仅用于内容文件；广告文件保持纯文本；然而向广告和内容文件均添加许可(或者以别的方式将广告和内容文件均与许可关联)。内容许可可以包含内容提供者的偏好和规则。广告许可可以包含报价控制。

用户简档

报价控制优选地有权访问最新用户简档信息。这一信息可以例如存储于用户的系统上的数据库(例如类型在‘693申请中描述的安全数据库)中。

可以用多种方式获取用户简档信息。例如当用户购买游戏系统时，他也可以获取如下许可，该许可在执行时创建“技术头脑”用户简档对象。这样的许可可以存储于用户的系统的特殊目录中。也可以在用户点击网站上的链接时下载许可。作为又一例子，如果用户预订多个旅游TV放映节目，则提供TV放映节目的网店可以发送如下许可，该许可创建表明用户对旅游感兴趣的用户简档对象。如果用户的行为改变，则可以删除这些对象。例如可以向设备退搜刮如下许可，该许可的控制删除过时对象。在一个实施例中，对许可签名，并且如果它们的签名有效，则广告匹配模块才消费它们。

在一个实施例中，在广告匹配出现之前，广告匹配模块在许可目录中寻找许可、执行它们并且删除它们。这样，广告匹配过程基于最新环境。广告匹配控制在报价过程期间使用(例如读取)由于执行许可而创建的用户简档对象。

在一个实施例中，存储于用户的系统上的用户简档信息(例如对象)仅能由如下控制访问，该控制由与创建它的控制相同的实体签名，因此保证它的隐私。

在一个实施例中，广告匹配客户端从服务器侧获得用户信息。客户端的作用在于报告用户的动作：服务器侧使用该信息以确定准确用户简档(元数据)。可替换地或者除此之外，如果客户端智能到足以计算准确用户简档，则从客户端到服务器以及返回的往返程是不必要的。在两个例子中，用户的简档作为对象存储于客户端的本地数据库中。在其它实施例中，可以用如下文更具体讨论的另一形式存储用户的简档信息。

一种使用户简档信息可为报价控制所用的方式是实施用于提供这一信息的一个或者多个宿主函数。例如可以限定与在‘693申请中描述的虚拟机函数“System.Host.GetObject”相似的称为“System.Host.GetUserInformation”的函数。主要输入参数是控制想要查询的属性的名称(例如“TechSavvy”)。如果对象存在，则输出为对象的值，或者如果这一对象不可用或者如果出现错误，则输出为错误。对象的值可以代表加权(例如对系统有多么可靠的指示)。

在一个实施例中，这样的函数具有以下输入：

栈顶：

其中“名称”为空值终结串(该串包含请求的对象的名称)的地址，“ReturnBuffer”为存储器缓冲器(对象的值将存储于此处)的地址，并且“ReturnBufferSize”为32位整数(该整数表明存储器缓冲器(对象的值将存储于此处)的以字节为单位的大小)。

在一个实施例中，System.Host.GetUserInformation具有以下输出：栈顶：

其中“TypeId”为对象类型id或者如果调用失败则为负错误代码，并且“Size”为如下32位整数，该整数表明在调用者供应的缓冲器中返回的数据的以字节为单位的大小或者如果调用者提供太小的缓冲器则为所需大小。如果请求的对象未存在，则返回的错误为ERROR_NO_SUCH_ITEM。如果为返回值供应的缓冲器太小，则返回的错误为ERROR_INSUFFICIENT_SPACE。也可以返回其它错误代码。

为了实现报价控制以访问用户简档信息而可以限定的函数的另一例子为“System.Host.IsUser”。这一函数可以由控制用于校验用户元数据条目的存在。在一个实施例中，主要输出参数是控制想要确认存在的元数据的名称。输出为整数值：如果对象存在则为零或者如果它未存在则为负错误代码。在一个实施例中，System.Host.IsUser接受请求的对象的名称作为输入(例如以空值终结串的地址这样的形式)并且返回如上文描述的整数值结果代码。

个人代理

下文描述个人代理(“PA”)在媒体分发环境中的功能，其中通过多个服务和机制以多种方式分发内容，并且其中如下广告客户为媒体访问权自动付费，这些广告客户在被可靠地已知具有某些属性和兴趣的消费者查看具体广告时向内容提供者支付溢价价格。在优选实施例中，PA在各种设备(例如PC、写字板、手机、TV等)上与消费者操作的媒体查看器结合操作。PA基于如下本地动作为该消费者实时进行广告选择，该本地动作为了内容提供者的利益而引用消费者的个人和环境元数据。PA向内容提供者指定的受信任结算机构发送关于广告查看事件的匿名化信息。个人代理、匿名化过程以及结算结构的开放和受信任信息策略的动作的隔离性质提供实质隐私保护。

PA可以通过用户的在线交互关于用户了解更多并且可以使用该信息以选择高度相关的广告并且自动推荐与用户的兴趣相配的内容。PA可以这样做而无需向任何人透露用户的个人信息，但是它们也可以(例如通过社交网络有选择地)帮助用户共享这一信息。

关于用户知道很多的PA可以用有价值的方式匹配用户的兴趣与广告客户，从而广告客户将愿意为向用户呈现某些广告这样的权限支付更多。用户也将受益于查看更相关的广告，并且内容提供者受益于由于让最相关广告与它们的内容结合显示而获得更多付款。因此如下PA可以浏览因特网以搜索如下广告客户，该PA注意到用户浏览关于某个类型的轿车的信息，这些广告客户销售相似产品并且可以使广告以该具体兴趣为目标。其它关于用户的数据可以用来找到更精确的匹配或者在广告呈现中选择可以与用户的背景和兴趣更优地相配的参数(例如可以按照性别选择广告的某些变化)。如果PA关于用户知道很多，则它可以完成更优的如下工作，该工作找到相关的广告并且甚至找到旨在于吸引相对少数观众的“长尾”广告。因此用于产品的广告可以自动找到用户而不是在因特网上搜索那些产品，并且查看那些广告可以资助查看用户最喜欢的TV放映节目和电影。尽管公司可能未发现在SuperBowl期间广告它的产品是成本有效的，但是展示产品优点的大量视频可能已经可用并且将为打算决定购买它或者相似产品的认识所欣赏。

在一个实施例中，用户的个人代理有权访问用户的个人信息，但是它为用户工作、按照用户指示的方式表现并且一般无需向任何人具体告知关于用户的信息。个人代理也能够完成以下操作中的一些或者所有操作：

●从各种来源收集用户的个人信息并且以加密形式存储该信息，其中它在多种不同设备上仅可由个人代理和用户访问；

●调查和分类这一个人信息以表征用户的兴趣和爱好从而提供在匹配媒体对象与用户的兴趣时有用的个人元数据分数；

●在因特网上化名搜索用户以关于用户可能喜欢的媒体(例如音乐、视频、文章、电子书等)进行推荐；

●化名搜索用于用户最可能会欣赏的产品和服务的广告。

当媒体呈现(视频、节目指南等)想要向用户放映广告时，个人代理将基于在用户的兴趣与属性之间的最优匹配、作为广告客户目标的兴趣和属性、用户观看的内容的特性、媒体表现环境(例如用户在何处、当天时间、用户使用的设备等)、用户已经查看这一或者相似广告的次数等来选择为用户想要观看的内容支付最多的广告。

个人代理可以具有深入用户在多个不同设备上的动作和数据中的可见性并且向各种如下设备安全地重新分发个人信息，为了用户的利益而可以在这些设备使用用户的个人信息。

尽管个人代理为了用户的利益而工作，但是它也优选为如下“最诚实经纪人”，该经纪人尊重用户的利益以及内容提供者和广告客户的利益。具体而言，个人代理优选地通过回避不相关或者过于讨厌的广告并且匹配用户的兴趣和爱好与广告而除非用户允许则未向广告客户(或者除了在匿名化和受信任环境中之外未向任何人)透露该信息来保护用户的利益。个人代理通过保证使用简档信息恰当呈现广告以匹配于广告客户在拍卖中的所选类别来保护广告客户的利益。个人代理通过选择使内容提供者的目标优化的广告、在拍卖中向内容提供者支付最多货币和/或满足诸如使某些广告客户优先于其它广告客户、回避使内容提供者的形象下降的广告等其它标准来保护内容提供者的利益。

个人代理可以完成诸多其它操作。如上文提示的那样，它们可以漫游用户的设备并且拾取有用和相关信息、然后分析它、分类它、实现它并且以有用形式向用户报告它。

人们以如下方式通过他们的计算机、个人设备和网上应用交互，这些方式生成他们通常认为私有的大量信息。例如人们除了浏览包括历史和书签的信息之外还具有与在线零售商、社交网站、信用卡公司、银行的账户。诸多那样的信息在设备更换时被遗留和遗忘。在相同设上和在其它设备上反复地重新录入诸多这样的信息。在一个实施例中，个人代理不仅保护所有那样的信息而且为了用户的利益而运用它以例如进行选择和推荐。

尽管用户在有限环境中有时可能选择一些那样的信息与其他人共享，但是在一个优选实施例中个人代理将信息视为私有和保密。

如上文描述的那样，这里描述的系统和方法的实施例可以降低基于广告的内容分发的成本而又最大化内容可以生产的基于广告的收入。优选实施例被设计为一种能够将市面上的当前和将来广告目标设定技术用于广告时隙的用于分发基于广告的内容的高效方式。优选实施例为消费者提供参与奖励从而即使在他们的信息在消费者自己的设备上使用于匹配和报价过程中之时仍然保护信息。给内容分发本身带来的负担很轻。事实上，可以使用实质上任何分发方法。

优选实施例允许实质上任何内容提供者容易利用丰富的有目标的广告网络。根据优选实施例，内容所有者可以通过简单地按照比如图20中所示过程这样的过程来货币化他的或者她的内容。如图20中所示，内容提供者例如使用网上表单向结算机构注册(2000)并且下载封装应用(2002)或者与封装服务(未示出)签合同。内容提供者然后例如使用如下自动化过程来封装它的内容(2004)，在该自动化过程中内容所有者/分发者指定诸如广告时隙数目、来自广告客户的最少报价等选择。然后可以用包括但不限于以下方式的任何适当方式分发内容(2006)：

(a)使用网上的任何内容递送服务(包括使用任何下载管理器的下载、渐进下载、多播、流发送等)

(b)使用物理介质(例如DVD、CD、记忆卡、USB打狗棒、闪存、硬盘驱动等)

(c)经由数据广播

(d)经由社交网络、连发、步行者网、SD卡、USB密钥等上的P2P共享

(e)上述方式中的一些或者所有方式和/或更多方式

一旦分发内容，内容所有者就可以坐等并且收集版税和可以提供的关于它的内容在何处/如何使用的其它信息，从而它可以优化它的将来分发选择(2008)。

内容提供者也可以选择与为它的内容做广告并且为它布置托管的内容分发者共享版税。这里描述的系统和方法的优选实施例可以布置从内容提供者的版税之中向那些分发者自动支付，或者内容提供者可以与拉稀分发者直接签合同。

内容提供者的内容将在广泛多种设备上的任何支持的播放器上播放，并且甚至可以将它的内容封装为如下应用，该应用可以包括和安装具体用于它的内容的播放器或者插件。

当播放内容时，多个机制可以用来保证回放事件为内容提供者生成最大补偿数额。例如在优选实施例中，播放器扫描本地设备环境寻找将在广告插入到内容中的广告时隙之一中时支付最多的广告或者广告引用。这些广告可以来自用户与其交互的多种来源。这些来源可以包括布置与设备制造者或者消费者共享利益的网站、推送服务和广告扫描应用。多个独立服务竞相递送广告并且为它们在内容中的布局报价。内容提供者无需挂念布置这些广告或者选择用于广告递送的业务模型而是可以指定最少回报并且可以排除某些类型的广告。在一些实施例中，内容提供者可以从用于评估选择哪些广告的不同目标函数中选择(例如使用除了价格之外的选择标准)。

预计馈送报价过程的广告网络庞大并且增长而有诸多独立来源具有对消费者的特殊了解，但是有效目标设定的最优来源之一为如下私有用户数据存储库，该存储库如这里说明的那样可以由本地广告匹配模块安全地用来最优地匹配广告与内容和广告。

使用这里描述的技术来设定广告的目标具有诸多如下优点，这些优点可以造成广告客户支付高得多的CPM费率。系统可以通过用户的设备网络收集与用户关联的私有数据。可以核对这一用户信息，但是保持用户信息私有并且从未向广告客户透露用户信息，并且在多级匹配和报价方案中使用用户信息。例如当封装广告时，它们可以包括用来在内容回放时间期间进行报价的报价控制。控制可以与用户的播放设备上的用户简档数据库交互以便确定广告与用户的匹配质量、因此最终确定报价。报价过程由广告客户负责并且可以专有。用户数据可以包括用于具体广告或者用于相关广告的先前印象计数以及关于用户的认证数据、目标事件数据和用户供应的数据。

在一些实施例中，当用户与因特网交互时，一个或者多个用户代理从多个基于因特网的来源选择广告。这些来源产生如下可用元数据，代理运用该元数据以选择如下广告，这些广告在被选择时在针对具体用户的回放时间具有高回报概率。广告来源可以包括可以根据如下标准来排行的海量广告高速缓存，用户代理使用基于具体用户数据的标准来选择该标准(虽然代理的广告搜索标准可能透露消费者的个人信息的某些方面，但是在优选实施例中除了消费者可以在伴随搜索中使用的可能搜索关键词之外未透露具体事件数据)。在效果上，用户代理可以生成针对寻找广告而不是网页的专门化网上搜索引擎生成搜索查询，并且搜索引擎相关度排行基于具体用户数据。此外还可以预先赋予与当前网上活动相关的广告(例如当用户搜索关于小汽车的信息时，然后可以递送对小汽车广告的连串引用)。

在一个优选实施例中，当回放事件出现时，运行所有相关广告控制以针对用于播放内容的广告时隙报价。在每个客户端中，广告数据库管理器可以从数据库剔除到期和无竞争力的广告。

广告客户可以利用这里描述的技术以鼓励消费者被动地参与事件监视以求最优广告匹配、由此证实更高CPM合理。可以向消费者保证他们的个人信息未离开他们自己的设备或者他们控制的安全代理。甚至可以在消费者使用的几乎任何设备(包括但不限于蜂窝电话、PC、游戏设备等)上的应用、浏览器或者操作系统中激活监视。可以抽象化并且在消费者拥有的设备(例如消费者的域)(在一些实施例中包括基于云的私有代理)之间安全地共享事件日志，从而收集并且重新分发最大数量的消费者信息用于在消费者用于内容回放的所有设备上的广告匹配中使用。消费者的隐私受保护，因为在优选实施例中加密消费者的信息并且仅在消费者域的中的设备知道密钥(因为它们是在消费者自己的设备中生成而未在域以外共享)。

在一些实施例中，可以向消费者的设备递送如下证书，这些证书证明使更高报价合理的消费者属性。此外，在一些实施例中，可以部署向消费者或者消费者的慈善选择给予奖赏的广告布局模型。也就是说，消费者或者指定人可以从广告收益获得现金折扣。

因此，已经描述用于进行高效广告匹配的系统和方法。这里描述的系统和方法的实施例可以实现以下方面中的一些或者所有方面：

动态地递送针对广告和内容的更新控制。广告客户将获得关于它们的广告活动的实时(或者接近实时)反馈。广告客户可以动态地修改与广告关联的规则(以例如增加最少报价价格)。将尽早向客户端递送表达这些规则的控制。这些控制的递送机制(推送或者拉取)和时间表将依赖于具体部署。

本地用户简档收集。为了与隐私法和/或策略相符，在一个实施例中，客户端平台将本地收集关于用户查看模式的信息并且向结算机构发送抽象化分类信息而不是发出私有信息。结算结构可以与合伙者共享无私有信息的这一抽象信息。

广告和内容规则。可以针对每个内容项以及针对每个广告表达的规则种类很开放。可以从内容提供者或者广告客户收集规则为简单文本(即XML)。如已经提到的那样，这些规则以后可以使用虚拟机代码生成器来转换成类型在‘693申请中描述的对象并且可以与内容或者广告关联。这样的规则的简单例子是在广告愿意为每次广告印象支付10美分、但是愿意在向目标人口并且在当天某一时段放映广告时支付额外5美分时。相似规则可以与一条内容关联。

用于在线设备的离线广告。在一些实施例中，可以(但是并非必须)使用多个分发手段来独立地超级分发内容和广告。可以独立于内容进行对将在表现内容时显示哪些广告的选择，并且通常基于针对表现广告的最优回报在内容表现时间协商该选择。

目标函数及其向内容的递送(对内容的更新)。在一个实施例中，当消费者希望在相符的设备或者应用上表现内容时，设备执行内容项的如下控制程序，该控制程序要求根据如下目标函数填充用于内容的广告时隙，该目标函数优化内容提供者的从这一查看事件收集广告收入的目标。当计算报价时，内容控制的目标函数用来基于报价选择广告。这一目标函数也可以表达为自保护对象。不同类型的广告匹配可以适用。例如公司具有用于相同产品的各自以不同消费者人口为目标的多种不同广告。这里描述的广告匹配技术可以有助于为给定的用户选择最适合的广告。

两级广告匹配。一些实施例提供两级用户目标设定，其中第一级在广告内容递送到设备或者其它用户可访问的递送点时匹配内容与消费者，而第二级使用关于查看者的时间、地点、环境和最近历史的更细粒度的信息。换言之，既可以通过分发手段使广告以用户为目标、又可以基于表现设备上的本地数据最优地匹配广告用于表现。

快速广告时隙-使用DMZ。在一些实施例中，内容提供者将能够描述用于每个内容项的广告时隙数目。内容所需广告时隙在表现时间和地点由向内容提供者支付最多的广告填充。

受信任服务。在优选实施例中，系统可以针对操纵敏感信息的部件提供受信任服务。将通常落在这一类别之下的一个部件是从消费者的设备收集审核报告的结算机构。可以托管受信任服务的其它部件将通常包括数据仓库、封装器和注册部件。受信任部件可能需要满足某些预先限定的稳健性标准以便获得认证。

在内容与广告之间的密切关系。在一些实施例中，使广告以用户为目标，但是在某些情况下，广告客户可以选择在表现与某些标准匹配的内容期间显示广告时支付更多货币。简单例子将是广告客户正常地支付10美分、但是也愿意在广告与落在内容类别“体育”或者“探险”之下的内容一起显示时支付12美分。这举例说明在内容与广告之间的密切关系。

向客户端递送策略。某些策略(比如本地隐私法策略和广告匹配策略)可以表达为控制对象。可以向客户端递送并且定期地更新这些表达为控制的策略。

在一个实施例中，用户简档可以表达为具有属性的(例如如在‘693申请中描述的)节点对象。在从客户端关于用户了解更多信息时，添加更多(例如类型在‘693申请中描述的)动态DRM‘链接’来改进用户节点。这些链接(例如冲动卖家、时尚意识)可以承载基于广告查看模式的强度。与广告关联的广告控制可以引用这些强度值并且对报价价格做决定。

在一个实施例中，来自外部实体的属性聚集器可以针对有目标的广告进一步改进用户简档。这一节点通过信任机制引入到系统中并且可以包括用户的任何量化属性(比如在组织(例如AAA、购物俱乐部等)中的成员关系)。针对这一点补偿第三方实体，而广告控制在仲裁期间可以引用这些聚集器节点及其强度/其与用户节点的连接。

虽然为了清楚而已经用一些细节描述前文，但是将清楚可以在所附权利要求的范围内进行某些改变和修改。例如尽管已经在与通过因特网递送的娱乐内容(比如电影)结合向用户提供广告的环境中呈现若干例子，但是将理解这里描述的系统和方法适合于更广泛的应用并且可以使用于匹配和/或集成通过实质上任何类型的分发系统递送的实质上任何类型的电子内容的环境中。类似地，尽管已经描述利用DRM引擎(比如在‘693申请中描述的DRM引擎)的若干例子，但是将理解可以使用任何用于根据规则或者策略匹配广告与内容的适当软件和/或硬件来实施这里描述的系统和方法的实施例。应当注意有诸多实施这里描述的过程和装置的替代方式。因而本实施例将视为示例而非限制并且本发明工作主体并不限于这里给出的细节而是可以在所附权利要求的范围和等效含义内加以修改。

Claims

1.一种由一个或多个计算设备执行的用于分发与广告一起消费的电子内容项的方法，所述方法包括：

由至少一个或多个计算设备创建内容电子许可，所述内容电子许可标识所述电子内容项内的在其中将要插入所述广告的一个或者多个时隙，所述内容电子许可还指定不允许插入所述一个或者多个时隙中的一个或者多个广告的类型，所述内容电子许可还指定用于从多个广告之中选择插入所述一个或者多个时隙中的所述广告的标准；

由一个或多个计算设备中的至少一个安全地关联所述内容电子许可与所述电子内容项；

向表现所述电子内容项的所述电子内容项的消费者的第三方设备分发所述电子内容项和所述内容电子许可，以及

由第三方设备在一个或者多个时隙中的一个中插入广告，所述广告是通过评估与所述多个广告的每个关联地进行的报价并通过使用所述内容电子许可指定的标准而选择的，其中所选择的广告是所述多个广告中为所述电子内容项的内容提供者产生最高收入的广告，对所述广告的选择在所述第三方设备接收到表现所述电子内容项的指令之后执行。

2.根据权利要求1所述的方法，还包括：从结算机构接收关于所选择的插入所述一个或多个时隙的广告的信息。

3.根据权利要求1所述的方法，还包括：从结算机构接收关于所述电子内容项被呈现给的用户的摘要匿名用户简档信息。

4.根据权利要求1所述的方法，还包括：

从结算机构接收关于所述广告被呈现给的用户的摘要和匿名用户简档信息。

5.一种由一个或多个计算设备执行的用于分发用于与电子内容项一起消费的电子广告的方法，所述方法包括：

由至少一个或多个计算设备中的至少一个创建广告电子许可，所述广告电子许可指定所述电子广告的提供者愿意在每次向终端用户表现所述电子广告时向内容提供者支付的第一数额，所述广告电子许可还指定如果满足一个或者多个条件则所述电子广告的提供者愿意向所述内容提供者支付的第二数额，其中所述第二数额大于所述第一数额；

由至少一个或多个计算设备中的至少一个安全地关联所述广告电子许可与所述电子广告；

向表现所述电子内容项的所述电子内容项的消费者的第三方设备分发所述电子广告和所述广告电子许可，以及

由第三方设备提交将所述电子广告插入所述电子内容项的一个或多个时隙中的第一数额或第二数额的报价，所述报价的提交在所述第三方设备接收到表现所述电子内容项的指令之后执行，如果所述报价在与多个电子广告相关的多个报价中为所述内容提供者产生最高收入，则所述电子广告被插入到所述一个或多个时隙中。

6.根据权利要求5所述的方法，其中所述一个或者多个条件包括与用户的类型有关的一个或者多个条件。

7.根据权利要求5所述的方法，其中所述一个或者多个条件包括与所述电子广告将要呈现给所述用户所处的环境有关的一个或者多个条件。

8.根据权利要求5所述的方法，其中所述一个或者多个条件包括与所述第三方设备表现的所述电子内容项的类型有关的一个或者多个条件。

9.根据权利要求5所述的方法，其中所述一个或者多个条件包括与用户的类型以及由所述第三方设备表现的电子内容项的类型有关的一个或者多个条件。

10.根据权利要求5所述的方法，还包括：

从结算机构接收关于上下文的信息，在所述上下文中，选择另一广告而不是所述电子广告用于呈现给所述用户；

创建新许可，所述新许可指定如果满足一个或者多个条件则所述电子广告的提供者愿意向所述内容提供者支付的第三数额，其中所述第三数额大于所述第一数额和所述第二数额；并且

向所述第三方设备分发所述新许可。