数据收集和目标广告系统和方法

专利名称：数据收集和目标广告系统和方法
数据收集和目标广告系统和方法版权授权
本专利文献的公开的一部分包含受到版权保护的材料。版权所有者不反对专利文献或 专利公开的任何人进行传真复制，因为其在专利商标局专利文档或记录中出现，但在别的 方面无论如何保留所有版权权利。相关申请的交叉引用
本申请要求2008年4月30日提交的美国临时申请No. 61/049,030 ；2008年6月23 日提交的61/074，995 ；和2008年6月M日提交的61/075，304的权益；其中的每一个也被 结合到本文中以供参考。
背景技术：
移动服务提供商通常使用服务器侧技术来收集使用信息。一种技术是当用户访问 为在移动电话上观看而优化的网站时从WAP门户/web服务器跟踪下载。这种技术的缺点 是其不提供关于用户如何实际上如何消费该内容的细粒度信息。此类信息将对使服务提供 更好地适应用户需要有用。用于收集使用信息的另一种技术是通过跟踪SMS(短消息服务) 消息的递送。这种技术的缺点是其通常假设接收者观看被递送的每个SMS消息。然而，这 种假设可能是非常不准确的，因为许多用户删除垃圾电子邮件(spam) SMS消息而不观看它 们。在不存在可靠使用信息的情况下，移动广告的一般形式是经由SMS垃圾电子邮 件。在输入SMS消息免费的许多场所，登广告者购买整体SMS发送容量并用SMS广告向用 户发送垃圾电子邮件。用户常常删除这些广告而不观看它们。某些证据表明某些消费者不 想为内容进行支付，但是将愿意观看广告作为不为内容进行支付的交换。某些消费者甚至 享受观看广告。

发明内容
以下是本文所述的系统和方法的某些实施例的某些发明方面的非限制性概要 在一个实施例中，一种移动电信设备包括显示器，其用于向用户显示内容；一个或多
个输入设备，其用于从用户收集输入；以及一个或多个处理器，其适合于并被编程为与服务 器系统通信并向用户呈现目标广告，至少部分地基于存储在服务器系统上和先前从移动电 信设备收集的使用统计以广告为目标。在另一实施例中，一种用于收集使用统计并推荐目标广告的服务器系统包括一个 或多个处理器，其适合于且被编程为从多个移动电信设备接收使用统计，分析使用统计并 由此生成关于目标是移动设备的用户的广告的推荐，其中，所述一个或多个处理器通过跟 踪用户的应用程序和/或内容转送行为来进行关于用户的相互关系的推理，并至少部分地 基于用户的该相互关系来向用户推荐产品和/或服务。在另一实施例中，一种用于向移动电信设备的用户呈现目标广告的方法包括从所 述移动电信设备收集使用统计；向服务器系统传送使用统计；从所述服务器系统接收推荐的目标广告，该广告由所述服务器系统至少部分地基于所收集的使用统计来推荐；以及经 由所述移动设备向用户呈现所推荐的目标广告中的一个或多个。在另一实施例中，一种用于向移动电信设备的用户推荐目标广告的方法包括接收 从所述移动电信设备收集的使用统计；通过跟踪用户的应用程序和/或内容转送行为来进 行关于用户的相互关系的推理；部分地基于用户的该相互关系来生成关于目标朝向所述移 动设备的用户的广告的推荐；以及将该推荐传送到所述移动电信设备中的一个或多个。在另一实施例中，一种用于出于收集使用统计并推荐目标广告的目的来识别移动 电信设备的方法包括从所述移动电信设备收集使用统计；从服务器系统接收移动设备标识 符；将所述使用统计传送到所述服务器系统，使得所述服务器系统可以将所述使用统计与 所述移动设备相关联，以及从所述服务器系统接收推荐的目标广告，其中，所述广告被至少 部分地基于所传送的使用统计来以广告为目标。在另一实施例中，一种用于从移动电信设备收集使用统计的服务器系统包括一个 或多个处理器，其适合于并被编程为向移动电信设备传送移动设备标识符，从所述移动设 备接收使用统计，并至少部分地基于所述移动设备标识符和接收到的使用统计的关联来检 验接收到的使用统计源自于所述移动该设备。本文所使用的术语“移动电话”或“移动设备”通常指的是用于移动语音或数据通 信的任何电子设备，并且在没有限制的情况下包括以其它名称为人所知的设备，诸如蜂窝 电话、手机、蜂窝式电话、蜂窝、移动装置、无线电话、移动电话、智能电话、游戏设备、个人数
字助理等等。下面描述本文所述的系统和方法的其它发明方面。应认识到在某些实施例中，可 以仅包括上述发明方面中的某些。应认识到这些系统和方法是新型的，如其应用和在其中 采用的许多组件、系统、和方法一样。应认识到可以以许多方式来实现前述发明工作主体的 实施例，包括过程、装置、系统、设备、方法、计算机可读介质、和/或其组合。下面描述多个 说明性实施例。


通过结合附图参考以下详细说明，将很容易理解本发明工作主体，在附图中
图1是示出用于目标移动广告的背景下的数据收集和使用统计测量的系统的各种元 件的图2示出根据一个实施例的与特定电视节目相关联的品牌推广应用(branded application)的用户界面的示例；
图3示出基于卡片组的移动电话用户界面的示例； 图4示出内容片和关联广告的示例；
图5示出根据某些实施例的主要实体及其在说明性数据库图表中的关系； 图6示出根据某些实施例的‘用户’实体和相关实体； 图7示出根据某些实施例的表示内容项目的‘内容’实体及相关实体； 图8示出根据某些实施例的在内容组织中使用的实体； 图9示出根据某些实施例的实体‘登广告者’、‘广告’和‘订购单’； 图10示出在某些实施例中的在订单履行中涉及的实体；图11示出在某些实施例中的在优惠券和位置敏感广告中涉及的实体； 图12示出根据某些实施例的原始图表数据如何被收集； 图13示出在一个实施例中使用的基本三层布局； 图14示出根据某些实施例的用于执行用户管理的说明性界面； 图15、16和17分别示出根据某些实施例的用于登广告者、广告、和广告订购单的说明 性界面；
图18示出根据某些实施例的内容提供商界面； 图19示出根据某些实施例的频道界面屏幕； 图20示出根据某些实施例的馈送界面屏幕； 图21示出根据某些实施例的预留界面屏幕； 图22示出根据某些实施例的分配界面屏幕； 图23示出根据某些实施例的修改-分配界面屏幕； 图M示出根据某些实施例的优惠券界面屏幕； 图25示出根据某些实施例的位置广告界面屏幕；
图26a和26b是示出根据某些实施例的用于移动内容服务以提供移动身份并保护/检 验使用数据的步骤的流程图27是示出根据某些实施例的用于移动内容服务以提供移动身份并保护/检验使用 数据的步骤的另一流程图观示出根据某些实施例的用于跟踪移动消费者的行为的系统的布局； 图四是说明根据某些实施例的与用于特定天的时刻的目标用户的位置敏感广告相对 应的位置的图30是示出用户之间的推理关系的图；以及
图31是说明根据某些实施例的用户之间的共享或推荐应用程序或内容的SMS消息路 由的图。
具体实施例方式下面提供本发明工作主体的详细说明。虽然描述了多个实施例，应当理解的是本 发明工作主体不限于任何一个实施例，而是替代地涵盖许多替换、修改、和等价物。例如，在 没有限制的情况下，虽然下述的多个说明性实施例是在目标移动广告的背景下，但应当认 识到本文所述的系统和方法也可很容易地适用于其它背景，包括但不限于非移动背景、涉 及以除广告之外的内容(例如，娱乐内容、新闻和信息内容等)为目标的背景。另外，虽然在 以下说明中阐述了许多特定细节以便提供本发明工作主体的透彻理解，但可以在没有这些 细节中的某些或全部的情况下实施某些实施例。此外，出于明了的目的，没有详细地描述在 相关领域中已知的某些技术材料以免不必要地使本发明主体工作含糊难懂。基于关联性给用户目标广告及其它内容是比发送垃圾电子邮件更有效的吸引用 户注意力的方式。提出了用于促进使用信息和/或其它数据的收集、和/或用于促进目标 广告和/或其它内容的系统和方法。本文描述了系统和方法，在某些实施例中，其可以用来 吸引移动电话用户和/或使用诸如在2006年10月18日提交的共同转让、共同待决美国专 利申请No. 11/583,693 (公开号No. 2007/0180519 Al) (“，693”申请)中描述的数字权限管理(“DRM”)技术、和/或在共同转让美国专利申请No. 10 / 863,551 (公开号No. 2005 / 0027871) ("'551申请”)中描述的DRM技术和/或服务协调(orchestration)技术来提 供用于目标广告和/或观众测量的平台(’ 693申请和’551申请的全部内容被结合到本文 中以供参考)。应认识到这些系统和方法是新颖的，如在其中采用的许多组件、系统、和方法一样。使用信息的收集是大大受益于可信计算的使用的一种应用。收集使用统计的系统 通常需要保证数据被准确地收集，并且能够信任。例如，登广告者通常将需要所收集的信息 在收集之后受到完整性保护(例如，其不被修改或篡改)的保证。移动用户可能想要其隐私 受到保护，和/或某些场所的规章可能要求保护用户的隐私。本文所述的许多实施例通过使得能够收集可信且准确的客户端使用数据来克服 在移动使用数据收集中使用的当前技术的某些或所有问题。可以由后端系统来分析所收集 的数据并用来向可能对接收它们感兴趣的用户提供目标广告、促销优惠等，从而增加系统 效率并对更令人满意的用户体验有所贡献。在一个实施例中，提供了一种包括PC和/或移动平台上的客户端应用程序和相应 服务后端基础设施的系统。客户端应用程序测量用户信息并将此信息中继到服务后端。使 所收集的数据与诸如人口统计数据的其它信息相关联，并用于向用户递送目标广告或其它 信息。客户端使用诸如SMS或基于web的协议的适当回程信道来报告所收集的使用信息。 可以单独地或与关联内容片一起递送目标广告。在某些实施例中，启用使用统计的测量和收集，即使当用户是移动或离线的时。可 以使用DRM引擎来启用应用程序以记录此类使用统计。可以对所收集的使用统计使用编码 和压缩技术，和/或可以在多部分消息中发送使用统计，如果其超过任何可适用尺寸极限 的话。可替换地，或另外，在某些实施例中，可以在服务后端处收集并分析使用统计。本文所述的系统和方法的某些优选实施例的某些优点包括例如
(1)服务提供商可以使用该使用统计来确定内容服务的有效性并基于此反馈来对其提 供项目(Offerings)进行定制。例如，服务提供商可以针对与普通内容一起显示的广告收 缴通过分析使用统计而确定的费用。(2)消费者将具有更多相关内容和提供项目。将向消费者显示其将感兴趣的广告， 这将改善其用户体验。还可以为消费者提供免费广告内容服务的选择。(3)登广告者可以通过向目标用户递送广告而不是经由垃圾电子邮件来广播广告 而实现节省。在某些实施例中，登广告者将能够从所收集的使用信息看到广告实际上是否 被观看。(4)内容提供商可以跟踪其提供项目在快速增长的移动用户库内的流行性，这在 当前未被有效地跟踪。说明性实现细节 内容加密
在某些实施例中，不使用内容加密。在其它实施例中，可以使用任何适当技术来将内容 加密，诸如在’693申请和’510申请中描述的那些。用于对内容不加密的可能原因包括 (1)加密在保护内容上常常是无效的。已加密内容的明文版本常常变得可用于消费者， 无论最初是否使用了加密。
(2)当前，使用消费装置来在设备之间自由地传输未加密内容并在不同的设备上 播放该内容而没有任何约束。因此，使用未加密内容可以帮助避免产生将被感觉到比消费 者当前习惯的用户体验更坏的用户体验。(3)移动电话制造商已构建壁垒进入其平台中，这使得第三方应用程序开发者难 以产生具有编解码器钩的应用程序。经由设备制造商或系统集成商进行的传统部署路线可 能是困难的。通过不要求加密，可以使用非传统路径经由订阅者的直接下载来部署第三方 应用程序而不必通过设备制造商或运输公司。(4)在其中被推送给用户的内容具有相对短暂的价值(例如，来自网络TV节目的 剪辑)的实施例中，不那么需要加密。在一个实施例中，消费者的移动设备将包括诸如在’ 551申请和/或’ 693申请中 描述的DRM引擎，并将重视与计量和广告插入有关的控制信息(例如包括在’ 693申请中描 述的类型的义务和/或收回的许可证(license))。移动设备将使用适当的回程信道来报告 所收集的统计，诸如SMS和/或在’ 551申请中描述的web服务协议。在一个实施例中，为PC和/或移动平台提供了应用程序。以提问或争论为特征的 网络电视节目已获得巨大的拥护者和电视观众(viewship)，并且在投票方面产生非常多的 用户反馈。在一个实施例中，应用程序将使得用户能够从网络电视节目下载具有嵌入广告 的内容剪辑并将这些剪辑传送到他或她的蜂窝电话(或系留电话(tethered phone))或将 剪辑直接下载到电话(例如，到3G电话)。虽然对网络TV节目的兴趣可能是最初可以刺激用户将应用程序下载到他或她的 PC和/或移动电话、以便吸引并保持用户的注意力的因素之一，但该应用程序将优选地在 使某些活动更容易的方面向用户提供某些价值。在一个实施例中，为该应用程序设置的特 征可以包括诸如以下各项中的某些或全部的能力(1)使得用户能够自动地从节目的新插 段下载摘录和/或剪辑；(2)使得消费者能够离线地或在运动中消费内容；(3)提供与剪辑 相对应的免费铃声并使得易于在电话上设置铃声；(4)使得消费者能够将来自该节目的铃 声发送到另一移动电话(例如，到一个朋友)；(5)使得易于从该应用程序内对节目上的特定 竞争者投票；和/或(6)提供关于该节目的琐事(trivia)、笑话、和背景信息。在一个说明性实施例中，提供了一种包括以下组件中的某些或全部的系统
(1)用于下载节目摘录、剪辑、广告、许可证等并用于提供将内容和铃声传输到系留设 备(例如，移动电话)的机制的基于PC的播放器应用程序和RSS馈送收听器。例如，该应用 程序可以使用SMS将铃声发送到移动电话。(2)分别针对低端、中端、和高端电话而定制的移动电话应用程序、或一套移动电 话应用程序。可替换地，在某些实施例中，对于只能接收铃声的单个低端电话而言，不使用专用 移动应用程序。在此类实施例中，可以使用从SMS网关获得的SMS递送报告来跟踪例如特 定用户接收到哪些铃声。可以将广告插入铃声SMS中。对于比低端电话具有更多能力但可能具有缓慢网络连接的中端、中间范围电话而 言，可以为不同的平台提供不同的应用程序(例如，对于Java使能电话和Symbian电话)。在 Java使能电话的情况下，可以提供PC应用程序的移动版本，内容(例如音频和铃声内容)被 侧加载在其上面。该应用程序可以从预个性化DRM引擎开始，并且可以将计量数据存储在安全存储器中。可以使用SMS适配器来读取此数据并经由SMS周期性地将其上传到服务后 端。还可以提供移动电话应用程序的Symbian版本，其提供类似的功能。对于高端电话而言，诸如具有快速网络连接的3G智能电话，可以使用具有内置 DRM引擎和服务协调栈的PC应用程序的全功能、移动版本。此类应用程序可以在功能上等 效于PC应用程序，但是优选地具有针对电话屏幕形状因数而定制的用户界面。(3)后端基础设施。在优选实施例中，所述后端基础设施可以包括以下功能中的 某些或全部馈送生成；用于静态和/或动态广告的广告插入；来自音频剪辑的铃声的生成 (例如，用于诺基亚平台的Truetone的铃声);用于将要求计量和/或广告插入的内容和相关 许可证打包的打包工具(例如经由在’ 693申请中描述的义务和/或收回机制)；SMS网关和 基于web的前端/web服务界面，以使得基于PC的应用程序能够经由SMS向电话发送铃声； 收集经由SMS发送的计量数据并将其组织在数据库中以供分析的机制；以及用于分析接收 到的计量和使用信息并与其它数据相关联以便更有效地进行关于用户行为的推理的离线 工具。例如，可以使指示广告观看偏好的使用数据与人口统计数据(诸如，例如年龄和收入) 相关联以帮助识别用于特定产品的人口的目标段。下面结合图1来描述更详细的示例性实施例，其为用于观众使用统计的数据收集 和测量以供例如在目标移动广告中使用的说明性系统的各种元件的图。服务后端110包 括报告生成器118、数据库116、打包器120、SMS网关122、和HTTP服务器/RSS馈送发生器 112。在一个示例中，在服务后端110处运行的PC应用程序以具有PC 114和移动电话的用 户为目标，用户例如通过在PC上安装处于USB海量存储模式的移动电话来通过数据电缆将 内容拷贝到其上。许多网络电视节目当前具有官方网站，但其相对于网络而言加载起来常常是相对 慢的。这使其不那么可用，特别是鉴于某些家庭具有缓慢的拨号链路和/或相对缓慢的共 享因特网连接的事实。因此，在某些优选实施例中，可以将PC应用程序本地地安装在用户 的PC 114 (例如基于Microsoft WINDOWS的PC)上，并且可以使用网络带宽来经由RSS下 载内容/元数据并特别地以断开连接的方式提供更好的用户体验。在优选实施例中，DRM客户端被包括在PC和/或移动电话上，并且可以例如用 在’ 693申请中所述类型的个性和/或固定用户节点来预先个性化。图2示出根据一个实施例用于与特定电视节目相关联的商标推广应用程序(例如 "Sa Re Ga Ma Pa”应用程序)的用户界面210的示例。例如，该应用程序可以在用户的PC 上运行，诸如图1中的PC 114。内容/元数据下载
在一个实施例中，在诸如图1的PC 114的PC上运行的PC应用程序具有诸如图2的用 户界面210的用户界面，和用于提供用于该内容的内容下载URL和元数据的RSS馈送收听 器。在一个实施例中，应用程序周期性地收听馈送并例如自动地从图1的数据库116下载 内容和元数据。在某些实施例中，PC应用程序还可以包括按钮/菜单项以“应要求”执行此 类操作。这对于不具有“常开”因特网连接的消费者可能有用。在某些实施例中，PC应用程序可能支持以下各项中的某些或全部 (1)自动地下载与节目有关的新项目和琐事以便鼓励用户更多地使用系统。(2)例如使用基本搜索方案(例如，词语、词语列表、使用‘*’的通配符等)来支持对内容的简单搜索。(3)支持内容到系留设备的传输。可替换地，或另外，用户可以直接将移动电话安 装为USB海量存储设备并仅仅使用文件管理器(file explorer)来拷贝文件。通过作为系 留设备来启用传输所提供的方便是内容和元数据将被拷贝到正确位置处的电话，并且其具 有正确的目录结构(例如移动应用程序预期看到的位置和目录结构)。( 4 )支持向电话发送铃声。在一个实施例中，所述应用程序包括用于使得用户能够 向电话发送铃声(可能与针对自动化泥塞的某些保护一起)的界面。用户选择电话类型(例 如，商标/型号)，输入电话号码，并将铃声与个性化消息一起发送。在一个实施例中，还可 以由后端自动地插入静态广告文本/图形。移动应用程序
在优选实施例中，支持至少两个种类的移动应用程序
1)用于系留设备的有限特征集应用程序；以及
2)全功能移动应用程序(例如，在功能上与上述PC应用程序等效的应用程序)。在某些实施例中，移动应用程序的用户界面可以是基于“卡片组”的，在底部上具 有按钮以导航到菜单和子菜单。图3示出基于卡片组的移动电话用户界面的示例。如图3所示，移动电话310上 的界面分别提供左和右箭头按钮312和314，其用来在内容项目之间导航，‘播放’按钮316 和‘投票’按钮318是不言自明的，并且‘铃’图标320是用于设置与当前所选内容项目相 应的铃声。在一个实施例中，所述有限特征集移动应用程序具有以下特殊特征(1)被预先 个性化并预先寄存到给定用户的DRM引擎；(2)上传计量数据的SMS适配器；以及(3)播放 明文内容的媒体播放器应用程序，并且其能够解析DCF/PDCF文件、评估许可证、并支持诸 如义务和收回的DRM功能。在一个实施例中，所述全功能应用程序具有所述有限特征集应用程序的所有特 征，加上诸如在’ 551申请中描述的完整服务协调栈(例如，NEMO栈)，和完全作为客户端参 与诸如Marlin Broadband生态系统的系统的能力。后端基础设施
在一个实施例中，图1的后端基础设施110的功能包括馈送生成、广告插入、内容打包、 SMS网关、计量和使用数据上传、以及数据分析和相关。馈送生成。生成客户端将消费的RSS馈送。在一个实施例中，所述馈送可以包含 使得客户端能够自动地下载内容的信息。广告插入。在一个实施例中，存在用于广告插入的两个点(1)到内容的插入(例 如，静态地和/或动态地)；和(2)带外递送(例如，经由SMS)。带外递送的示例包括作为铃 声的一部分的递送，和作为平常广告的递送。内容打包。在一些实施例中，使用相对简单的许可证。在其它实施例中， 可以例如使用诸如在’693申请和/或2008年7月28日提交的美国专利申请No. 12/178, 543 "Dynamic Media Zones Systems and Methods” (公开号 2009/0031431 Al) (其内容被结合到本文中以供参考)所描述的相对富裕许可证来启用动态广告插入。在一个 实施例中，可以使用DCF/PDCF作为容器格式。
计量/使用数据上传。在一个实施例中，使用SMS作为用于将使用数据上传到后 端基础设施的回程信道(RC)。在某些实施例中，可以为了效率起见将数据编码和压缩。数据分析和相关。从SMS网关提取已被上传的数据、解压缩、解码、并随后加载到 数据库中以进行进一步的分析。上传数据与诸如人口统计数据的其它数据源的相关性可以 是强大的。下面提供示例
收集计量/使用数据的分析。图4示出内容片412和关联广告410(例如，用于汽车的 广告)的示例。为了举例说明，假设数据分析显示以下各项(1)用户播放广告410多次； (2)用户倒带并重放广告410的某些片断多次；以及(3)用户在最初观看内容412之后几天 重新播放广告410。在本示例中，用户的行为指示用户发现此广告有趣。用户返回到内容项 目并再此播放广告的事实可能意味着其不是短暂的兴趣。可能被重放的广告的一部分指示 具有特殊兴趣的某物。这些类型的分析可以帮助识别对特定产品感兴趣的用户。与人口统计和/或其它数据的相关件。使上述数据与诸如人口统计数据或先前收 集的关于用户的数据之类的数据相关联可以提供计量数据分析的进一步确认。例如，如果 在上文所讨论的示例中的人口统计数据显示用户是来自具有孩子的中等收入家庭一不拥 有自己的汽车或自己的一辆汽车的家庭一的某个人，则其可以是用户有意购买汽车的强烈 指示。在这种情况下，用诸如销售电话的其它手段实现的目标广告可能为商人产生有利结 果。也许，汽车贷款公司可能对将其广告材料发送给用户感兴趣。或者也许，汽车经销商可 能提出将用户的旧汽车折价。所收集的数据在分析和相关联之后可以产生可以被出售给此 信息的潜在消费者的有价值的信息。许可证生成工具。在一个实施例中，使下载内容与许可证相关联，虽然可以不对内 容本身加密。在其中使用诸如在’ 693申请中描述的那些许可证的实施例中，应用程序评估 许可证以便获得包含计量义务的ESB (如果有的话)。在一个实施例中，可以插入仅仅具有 计量义务的固定许可证。在其它实施例中，可以使用更复杂的控制。可以完全通过计量数 据来获得大量的信息，并且复杂广告支持是额外的。例如，可以使用计量数据中的时间戳来 确定用户是否观看了广告，用户观看内容项目多少次等。抗篡改。在某些实施例中，由于内容将不被加密，所以可能不存在攻击系统的软件 和/或硬件的强烈刺激。结果，在某些实施例中，复杂抗篡改可能不是必需的。在某些实施 例中，将任何适当形式的代码混淆应用于PC应用程序(例如，使用Themida)和/或移动应 用程序可能是足够的。铃声格式和转换。移动电话要求的铃声的类型(例如，单音、多音、或原音铃声 (Truetone))通常取决于移动设置硬件。可以通过数据电缆(如果用户具有PC)、或更常见 地经由SMS将铃声递送到电话。用于铃声的SMS编码格式跨越电话制造商而改变，并且对 于本领域的技术人员而言是已知的。SMS适配器。在某些移动电话上可用的唯一回程信道是SMS信道。在中间范围电 话上(例如，具有缓慢网络连接的Java使能电话)，可以提供SMS适配器来从DRM客户端牵 引计量数据并经由SMS将其上传到后端。SMS网关选择。在优选实施例中，所选的SMS网关应用程序/服务提供商可缩放至 大的SMS负荷。对SMS收费。在某些情况下，使用SMS作为回程信道具有与之相关联的成本(例如，在某些位置上，进入SMS是免费的，而外出呼叫承载费用)。因此，在这些情况下，不那么频 繁地或经由不同的机制来上传数据可能更好。广告分配
在某些实施例中，可以使用基于拍卖的机制来填充广告时隙。在一个实施例中，经由荷 兰式拍卖(Dutch auction)来出售广告时隙。基于拍卖的机制使得服务能够针对诸如移动 广告的用于否则难以在新的正在出现的广告递送信道中确定价格的广告不动产、或针对与 建立的递送信道中的新内容信道相关联的广告获得更好的价格，对于其而言，未很好地开 发定价模型。在优选实施例中，所述系统还利用备用/备份广告。备用广告是以很大的折 扣出售广告时隙的广告，但是其仅在任何广告时隙另外经由一个或多个主分配机制未被履 行的情况下偶然地开始运行。对广告时隙分配的约束包括目标确定约束和相邻性约束。相邻性约束可以分解成
(а)距离约束(例如，广告之间的最大或最小容许距离)，和(b)互斥约束(例如，特定类型或 用于特定产品、制造商或登广告者的广告可能不与特定类型、产品、制造商、或登广告者的 另一广告一起出现)。根据某些实施例，简单的标记机制允许使用简单的通配符来指定互斥约束。互斥 约束可以是登广告者可能希望在其广告正在被显示时用来排除用于竞争产品的广告的一 种约束。例如，软饮料制造商可能想要在用于其软饮料的广告正在播放的同时排除用于其 竞争者的产品的横幅广告。可以根据目标函数(例如，生成的收入)和多个约束使用诸如AMPL的数学编程语言 来对广告分配问题进行建模。广告分配问题通常是当前不具有解决该问题的好的数值方法 的非线性离散型最优化问题。可以通过将某些变量转换成参数并针对这些参数的一定范围 的值对该问题求解来将所述非线性离散型最优化问题分解成一系列的线性离散型最优化 问题。可以使用诸如来自分支切割和分支定界种类的算法的那些标准算法来对线性离散型 最优化问题求解。最后，可以比较用于每个子问题的局部最大值以达到用于目标函数的全 局最大值。用于支持广告的内容递送平台的后端。根据某些实施例，本文所述的系统和方法在后端系统中被用于支持广告的内容递 送平台。在某些实施例中，可以支持以下功能中的某些或全部(1)内容上传；(2)内容打 包；(3)广告上传；(4)登广告者登记；(5)用于广告单元(例如，广告时隙)的订购单投放；
(б)订单履行(例如，包括用于登广告者的广告时隙的预留和将单独广告分配给特定时隙)； (7) RSS馈送生成；(8)促销和优惠券管理；(9)基于调查的广告；和/或(10)报告生成。本文所述系统和方法的实施例可以用来提供用于管理广告投放、执行观众测量、 和目标广告的基础设施。 在以下讨论中，以下术语将具有以下意义
Jj- 口 志束缚于内容项目的广告集合广告单元(子弹(bullet))表示广告投放不动产的部分租用的时隙(例如,用于一个星期的任何单个内容项目的横幅不动产的1/5)MAP最小广告单元价格RP零售价格(直接购买价格)CPM毎千点击(用于1000次观看的广告成本)CTR点击率
本文所述的系统和方法的实施例旨在开发用于移动用户的支持广告的内容递送系统，并且可以用来处理短暂内容，诸如由流行网络节目(例如，歌唱比赛、跳舞比赛、智力竞赛节 目、TV真人秀比赛等)产生的内容。由于这些节目的时间依赖性，电视观众存在显著的“闪速拥挤问题”。诸如CPM或 CTR的用于广告的传统模型趋向于分成这些事件类型。观众响应的突发性质(诸如由粉丝发 送的投票)具有实质性的影响，并且需要被系统的架构考虑以便处理突发负荷。存在对这些节目感兴趣的大量观看者，并且由于移动电话用户的数目的惊人增 长，内容的消费模式正在急剧变化。消费者行为的这种转变提出许多挑战，并提供用于内容 递送、观众测量和目标广告的唯一机会。本文所述的系统和方法的实施例试图解决消费者 的这些当前和正在演进的需要。亡告。再此参考图3，示出了说明性客户端应用程序的屏幕布局。在底部的按钮条 340具有用于遍及内容进行导航的按钮(分别是左和右按钮312和314)和用于对内容显示 屏进行投票或用于记录用户点击的投票按钮318(例如，如下文在基于调查的广告的讨论中 描述的)。在图3所示的说明性实施例中还包括徽标图标(logo icon)330、滚动条(ticker) 广告字段332、视频/内容图标334、信息滚动条336、和动画GIF广告横幅338。在某些实施例中，客户端能够显示以下类型的营销消息(1)基于文本的广告； (2)图形、动画GIF横幅广告；(3)基于调查的广告；(4)市场研究调查；(5)位置敏感广告； 以及(6) OOB (经由SMS发送)广告。基于文本的广告。示例包括简单的原文滚动条，诸如顶部滚动条。顶部滚动条是 动画滚动条的示例，其通常比普通的静态原文广告更有效。图形、动画GIF横幅广告。这些类似于熟悉的因特网横幅广告。基本调杳的广告。这些是被偶尔放置在内容项目之间的广告(例如，这些可以在用 户按下下一个按钮314以转到下一个内容项目时显示)。由于调查问题可能是令人讨厌的， 所以在优选实施例中，其不应被频繁地使用。并且，在一个实施例中，用户将具有通过不按 下中间按钮并替代地按下“下一个”以转到下一个内容项目来不对调查问题进行响应的选 择。基于调查的广告可以是有用的，因为其提供实现较高价值的点击(CT)广告的手段。调查广告可以包含询问诸如(1)关于前一内容项目中的可视广告的问题(例如 “你对了解更多关于产品X的知识感兴趣吗？ ”)；(2) “按1 5的比例对前一广告中的产 品评级”(单选按钮选择，后面是中间按钮点击);或(3) “你喜欢产品X ？是/否”的问题的 项目。调查屏幕还可以与前一屏幕无关，并且是纯粹的市场研究调查。位置敏感广告。可以基于用户在该时间点位于何处来递送位置敏感广告给用户。 例如，用于附近商店的广告、包含促销代码的用于附近饭店的优惠券等等。这些上下文敏感 广告可以是用户可配置的(例如，用户可以在其注册时指示决定参加或不参加的偏好，或作 为正在进行的帐户管理的一部分)。广告递送/下载。在某些实施例中，将连同内容一起递送广告。系留模型大概是 目前用于内容和广告递送的最实用的模型，因为无线网络因特网速度相对缓慢。在其中3G 频谱尚未开放的某些市场中(例如印度)尤其如此。并且，无线因特网接入通常是相对昂贵 的，某些用户不具有无线因特网接入作为其移动电话计划的一部分。为此，以下各项可能是 有用的(1)因特网咖啡店，在那里，用户可以下载音乐和/或其它内容；以及(2)到同步内 容的特殊移动电话亭(例如，诸如公交车站、市郊火车站、和飞机场的场所中的移动电话充
15电站)。可以在这些场所设立亭子以使得用户能够将内容下载到其移动电话。可以通过独立 的运营商也将亭子设置在主要城市的战略性位置处(例如，咖啡店、大学校园外面、STD-ISD 中心(即有人的电话亭)等)。病毒应用稈序分发。为了促进移动电话应用程序的广泛分发，可以例如如下鼓励 病毒分发(1)用户在其正在运行应用程序的同时按下‘发送’按钮；(2)向用户显示文本 框以在屏幕的底部处输入其朋友的移动电话号码；(3)用户输入该号码并按下OK ； (4)应 用程序将SMS连同朋友的号码一起发送到后端；(5)后端创作包含下载应用程序的链接的 SMS并将其发送给该朋友；(5)该朋友点击该链接以下载并安装应用程序；以及(6)所下载 的应用程序可以包含“戏弄者(teaser)”内容和广告(例如，内容和广告的非常小的剪辑)， 以便用户将例如通过因特网或最近的因特网咖啡店或亭子得到应用程序在做什么、和使电 话与最新内容同步的请求。在一个实施例中，后端将跟踪对应用程序的转送请求，从而学习关于用户之间的 关系的信息，其能够将该信息存储在其数据库中。此信息可以例如被用于朋友和家人目标 确定(在下文中更详细地描述)。广告投放。在优选实施例中，移动应用程序具有用于显示广告不动产的不动产，如 果登广告者未排列起来，该广告不动产将被浪费。测量和广告目标确定是可以用来获得广 告的更好比率的增值服务。现在，由于拨号的突发性质，相当一部分的SMS消息被丢失。如果可以递送这些消 息，则其对于载送者来说将是很有价值的。在一个实施例中，可以对请求加时间戳，并且如 果网络正在忙，可以使用存储转发来推迟发送。广告定价
最小广告价格(MAP)。在一个实施例中，系统尝试保证广告不动产不被浪费(即，存在排 列起来以在给定时隙中投放广告的某个人)。系统通过对单个广告单元具有最低价格来实 现这一点。系统的运营商接近潜在的登广告者并要求他们在意外事件列表上。如果登广告 者委托以折扣价格购买X数量的广告单元，则其可以在该列表上。只有在存在可用点时，登 广告者的广告才将被投放。最低价格可以是基于类似服务的市场价格，对该价格施加了折 扣。在某些实施例中，可以预留一定部分的广告单元以用于免费公共服务公告。零售价(RP)。这是顾客在其希望立刻购买该点的情况下支付的规则列表价格。零 售价可以是为广告单元设定的固定价格。实际销售价格可以根据诸如对广告单元的需求、 促销和折扣、降价(例如，对于公共服务广告)等因素而多于或少于该零售价。荷兰式拍卖。在一个实施例中，如果任何广告单元在某一事件之前的预定义时间 未售出(例如，流行电视节目的公诸于众之前两个星期)，可以通过荷兰式拍卖来出售这些 广告单元。在一个实施例中，初始价格范围可以是RP-MAP。投标在所有未售出广告单元都 被售出之前被接受。在一个实施例中，每个人支付最低投标人的价格(取得胜利的最低投 标)。如果广告单元处于高度需求中，则实际销售价格可以超过零售价。目标广告。在一个实施例中，目标广告(例如，以特定人口统计为目标的广告)具有 较高的现在就买价格。如果它们被购买，则它们被从随后售出的那些中去除一其余的被拍 卖掉或以最低价格出售。人口统计目标确定。在一个实施例中，系统将使得登广告者能够通过人口统计群组来确定观众目标(例如，年轻的专业人员；没有孩子的家庭；年龄在40 60的正在工作 的成年人；年龄大于60的成年人等)。地理目标确定。在一个实施例中，系统将使得登广告者能够通过地理区域来确定 观众目标(例如，西海岸、西北、中西部、南方、东海岸、东北、东南部等)。本地目标确定。可以如下进行本地目标确定(1)移动电话应用程序周期性地记 录用户的位置；(2)移动电话应用程序将此信息发送到后端(例如，当其上传使用数据时)； (3)当后端接收到包含用户在其中行进的区域的数据时，其将使用来自本地目标库的广告 并将在下次用户进行同步时将其发送给用户；(4)当用户在一个位置的X英里内时，其将 弹出相应的本地广告(例如，用于匹萨饼店的广告，其中具有优惠券；在一个实施例中，将显 示说明对于本地小餐馆而言可使用优惠券的一行消息；弹出内容优选地相对不引人注目)； (5)用户将具有点击广告的选择(例如，如果用户点击优惠券，则应用程序将记录点击，并且 此信息可以用来给登广告者开帐单)；(6)如果用户忽视了弹出广告，则其将在某个适当地 定义的时间帧内(例如，20秒之后)离开(超时)。为了解决所搜集的数据将被与第三方共享的订阅者问题，在某些实施例中，服务 可以提供隐私策略方面的保证，即，除法律要求的之外，服务将不向第三方公开可识别的用 户fn息。朋友和家人目标确定。在某些实施例中，可以给予登广告者用于“人口统计+”目 标确定的选择权，其以特定的人口统计、以及例如该人口统计中的人的朋友(例如，达到两 个分离程度，或任何适当数目的程度)为目标。使用管理
在优选实施例中，由移动电话客户端应用程序来收集关于以下各项中的某些或全部的 使用数据(1)内容项目被观看多少次(例如，可以用来推理用于横幅、文本广告、视频广告 等的广告观看的数目)；(2)用户点击本地广告、调查广告等；(3)用户位置数据；(4)关于 动态地插入的数据的广告观看数据。内容识别
水印。在某些实施例中，可以使用内容水印方案来识别内容。例如，水印可以是32位 宽的，8位被预留给内容版本且M位被预留给ID。水印优选地在计算上容易使用移动客户 端应用程序来读取、被隐藏且对于用户而言难以去除和/或改变。内容ID。GIF横幅广告和原文滚动条数据可以被与其相关内容一起打包，因为其 通常相当小(例如，对于动画GIF横幅而言5 6千字节)。例如，如果使用诸如3gp的基于 MPEG-4的格式，则可以将简单的广告放入udta原子中。这将使得更容易递送并管理广告， 并使得对于用户而言略微难以去除该广告。udta原子可以具有向显示器指示第一广告的字 节和向显示器指示下一个广告的计数器(可被播放器更新)。在一个实施例中，创建相同内容的不同版本已具有不同的起始广告号码。这样做 是为了保证所有横幅/文本广告的公平对待。根据某些实施例，视频广告还是内容的一部分，虽然在某些实施例中，广告的尺寸 应是相对小的，因为在某些内容项目中，广告将被重复。在一个实施例中，一个视频广告将 被静态编码成视频跟踪，而任何其它项将被包括在单独的顶层原子中。计数旋转广告。在一个实施例中，旋转广告(例如，当用户改变页面时显示不同的
17广告，或者基于定时器来显示不同的广告)。移动电话应用程序计数用户观看内容项目的次 数并将此信息报告给后端。然后，该后端使用内容版本和计数器来推导每个广告被显示了 多少次。系统架构
用户管理。在一个实施例中，提供了支持三层会员的系统(1)匿名用户，(2)签名 (signed-up)用户，和(3)付费订阅者。匿名用户。当用户从因特网咖啡店或亭子下载内容时，他或他具有(1)如果他或 她已签名，则使用用户名和口令；或(2)使用固定用户名和口令(例如，可以为每个咖啡店 位置创建单独的一个)。这使得人们容易在不签名的情况下下载内容(例如，如果某个人不 想经历签名的麻烦)。在一个实施例中，匿名用户不获得签名用户获得的某些额外项目，但 是能够下载内容和广告。在另一实施例中，可以对所有用户一匿名的或签名的一进行测量 并经由SMS发送到后端。例如，可以使用用户的号码(例如，ΤΟΝ、ΝΡΙ、和号码元组)来识别 用户。签名用户。在一个实施例中，用户将能够针对该服务报名，例如用电子邮件和移 动电话号码。这可以例如如下完成(1)用户输入细节(例如，第一名字、第二名字、电子邮 件地址、位置、性别、年龄、婚姻状况、孩子数目、移动电话号码等等)。用户名可以是移动电 话号码，并且可以为每个移动电话号码创建单独的口令；(2)用户获得包含链接的电子邮 件确认，他或她点击该链接以确认电子邮件地址，这导致SMS被发送到他的移动电话；以及 (3)用户让SMS消息完成注册。在某些实施例中，可以对签名设置极限(例如，每天利用给定 的电子邮件地址注册最多10个移动电话(例如，以防止bot攻击))。根据一个实施例，签名 用户获得某些额外项目，诸如将来自节目的铃声发送到其移动电话的能力，或接收幕后信 息、琐事(trivia)、洋相等的能力。付费订阅者。根据某些实施例，某些订阅者为付费内容进行支付。在这种情况下， 还可以使用DRM保护的PC客户端。广告空间销售
在一个实施例中，系统提供输入用于广告空间(例如，在一个实施例中为无目标广告) 的投标的机制。在一个实施例中，系统挑选顶部投标，并且通知投标人其是胜利还是失败 了，并公布价格(对于要看的所有人开放)。广告选择
无目标广告。在一个实施例中，一旦选择了获得胜利的投标，则那些广告、以及以最低 价格出售的任何附加广告将被放入库中(例如，对于文本、横幅和视频而言每个一个广告)。 在一个实施例中，广告将被随机地选择并放置到广告杂志中(例如，每个内容项目一个)。所 选择的广告将被从库中去除。此过程持续直到所有广告都被分配给杂志。目标广告。在一个实施例中，对于目标广告(例如，以特定用户群为目标的广告)而 言，如果广告空间被部分地售出，则将使用投标价格来调度其余广告以按照优先次序订购 广告。在一个实施例中，用于目标用户的要填充的其余空间等于总数(对于目标群而言)、减 去售出的广告、减去公共服务广告。将使用投标价格对这些填充广告以使广告按照优先次 序排列(最低价格广告排在最后)。内容打包。在一个实施例中，一旦广告杂志与内容项目相关联，则将利用用于文本、横幅、和视频广告的不同起始号码将内容的不同版本打包。目标用户形成用于内容和广 告的不同等级。广告和内容递送。在一个实施例中，将以循环的方式分发每个内容项目的不同版 本以均勻地分发广告。系统设计
在优选实施例中，后端设法保证可用于广告投放的不动产的最大使用。本文所述的系 统和方法的某些实施例的益处是可以从用户收集的关于内容消费和电视观众的信息。此数 据本身是有价值的，并且还可以用来发展一段时间内的关于用户行为和偏好的推理。然后， 这些推理可以用来更好地调谐广告或确定广告的目标。在某些实施例中，以下设计考虑因素中的某些或全部可能是可适用的
1.运营商是后端的主要用户。系统的某些部分可以暴露于外部各方(例如，内容管理 功能可以暴露于内容提供商且广告管理和投放功能可以暴露于登广告者)。然而，不能假设 外部各方将学习如何使用该系统，因为该系统是许多信道的唯一一个，通过该信道，它们的 内容和/或广告获得分发。通常将预期这些外部各方通过传统手段来联系服务。例如(1) 内容提供商通常将预期用于一般格式(可能全屏分辨率)的内容以及元数据的简单FTP故障 (drop)。将预期服务获取此内容并将其和任何元数据格式化以使其适合于移动平台；(2) 登广告者通常将通过电话或通过传真来发送用于广告空间的订购单；以及(3)运营商或某 些其它类型的用户通常将希望能够手动地检查每个内容项目和广告以保证存在对内容和 广告的编辑控制。2.与因特网模型相比，广告电视观众更接近于电视模型本文所述系统和方法的 优选实施例处理短暂的时间敏感内容，诸如与电视游戏节目有关的内容。在节目正在公开 播放的时间，用户对此类内容的兴趣是高的，但是在节目之后的某个时间几乎完全减弱。该 内容本身在事件之后不是很有价值的。预期用于在移动应用上的此类内容的用户兴趣和相 应的广告电视观众紧紧地跟随电视观众。相反，用于众所周知的网站的因特网广告观看或 多或少地以均勻的速率发生。因特网广告可以遵循每印象成本模型。在电视的情况下，广 告空间被整体地售出而不直接计数印象的数目。来自Nielsen的用于电视的计费系统是被 登广告者用来确定广告时隙的价格的观众的间接测量。3.内容项目可能在广告销售时间不可用用于某㈣节目的内容在非常接沂于节 目公开播放的日期被录制。登广告者预先不知道将存在什么精确的内容。他们仅知道节目 的流派和在过去公开播放的内容的类型。4.广告可能在广告销售时间不可用一旦登广告者R确认了广告空间，则其通常 将上传/提交广告。登广告者还可以选择具有被上传到系统以供在各种内容馈送中使用的 一组备用广告。5.用于广告空间的约束在预订广告空间顺序时是可用的虽然可以在稍后很晚 的时间提交广告，但在一个实施例中，需要使得登广告者需要对广告投放施加的任何约束 在广告空间登记时是可用的。6.后端是后办公室系统后端系统用来记录用于广告空间的订单并对其进行处 理。订单处理的最终结果是一组RSS馈送和这些馈送所参考的打包内容和广告。一旦生成 了馈送、打包内容、和广告，则这些可以宿主在HTTP服务器上的数据中心处，并将其分发到边缘服务器。来自数据中心的下载统计将被周期性地恢复并上传到后端系统中以供分析和报告。系统用户。系统用户通常将包括以下各项(1)运营商一向系统中馈送内容和广 告；(2)系统管理员一配置并维护服务器；登广告者一通常不可访问系统；通常经由电话或 传真发出用于广告时隙的订购单(可替换地，在某些实施例中，可以使某些系统界面暴露以 供这些远程用户使用)；(3)内容提供商一通常内容提供商要求用于提交内容的非常简单的 界面(例如，上传内容的ftp机制)。系统运营商获取此上传内容并在适当的检查之后使用 该系统来将内容打包；以及(4)最终用户(例如，内容的消费者)一通常从公共因特网基础设 施下载内容和RSS馈送。图5示出依照某些实施例的实体及其在说明性数据库图表中的关系。系统中的主 要实体如下(1)用户(例如，消费者/最终用户)；(2)内容(包括内容、标签和内容类型、信 道、信道种类、馈送、和内容提供商)；(3)登广告者(例如，包括登广告者和广告订购单)；(4) 订单履行实体(例如，包括广告、广告点预留和广告分配)；(5)群组和位置广告；以及(6)原 始统计数据。以下讨论集中于系统中的每个主要实体并提供关于其相互关系的细节，并使用影 响这些实体的情况。腿
图6示出根据某些实施例的‘用户’和相关信息。在一个实施例中，由以下属性来跟踪 用户实体 用户名
口令 名字
第一名字 最后名字 电话号码
GUID
用户可以可选地提供额外人口统计和地理信息(例如，经由在签名时填写的表格)，诸
如
年龄 性别 婚姻状况 孩子数目
收入水平一家庭收入范围 职业 电子邮件 邮寄地址
地理位置一则可以从地址推断，然而，地理位置指的是地址的区域种类。对于系统的匿名用户而言，许多可选跟踪属性最初可能不可用。然而，可以随着时 间的推移(例如，经由通过调查收集的信息)或通过其它信道(例如，人口统计数据的外部来源，诸如包含人口统计信息的运营商提供的客户数据)来填充此信息。跟踪用户。在一个实施例中，用户可能被以至少两种方式记录到系统中(1)签名 用户一在这种使用情况下，用户在表格中输入全部或某些其细节并在签名时提交该表格； 以及(2)匿名用户一这些是直接下载移动客户端或在朋友将应用程序转发给他们时获得客 户端的用户。然后，其来到因特网咖啡店并“匿名地”使其移动电话与内容同步。PC应用程 序生成GUID并将其放置在移动电话上。随后，电话向后端发送“呼叫归属消息”，其使GUID 与移动电话号码相关联。￥新用户。在一个实施例中，运营商能够更新用户数据(例如，以便管理丢失/被 盗的口令，和/或否则更新用户记录)。导入人口统计数据。在一个实施例中，将人口统计数据(如果使得可从外部来源获 得)格式化并例如通过数据库更新脚本输入到系统中。动杰种类。在一个实施例中，连续地收集并分析用户行为和偏好数据。在一段时 间内，此数据可以帮助将用户分类成动态地定义的种类。可以使用这些种类来更有效地确 定广告的目标。动态种类的某些示例是运动内容的频繁消费者、调查的频繁应答者、促销/ 优惠券的频繁消费者、项目的频繁购买者等等。在一个实施例中，可以基于来自已分析数据的推理将用户分类为属于这些动态种 类。种类本身可以是动态的，并且可以被动态地添加、修改、和/或删除。存在在系统收集数 据时完成的一定量的微调，这类似于开设店铺并随着时间的推移很好地了解你的顾客。当 你了解顾客时，店铺可以向顾客推荐他们认为顾客可能喜欢的产品或以该顾客为目标。内容
内容、标签、和内容类型。图7示出根据某些实施例的表示内容项目及相关项目的‘内 容’实体。在一个实施例中，内容项目与可以用来搜索内容项目的0至N标签相关联。内容 项目是具有特别的 剧一类型(例如，音频/ mp3、视频/ 3gp、等等)。在一个实施例中，内 容项目可以具有以下属性
id 一唯一 id
content_provider_id 一提交此内容的内容提供商的id
provider_generated_id 一被提供商用来识别此内容项目的id 名称一用于内容项目的用户友好的名称
描述一冗长描述 持续时间 内容类型
image_url —用于内容项目的图形
mobile_image_url 一为移动电话平台创建的图形
在一个实施例中，后端运营商将在内容进入时间测试/检验和输入/更新内容项目数 据(例如，添加由内容提供商上传到例如ftp站点的内容)。如下文更详细地描述的，运营商 还可以将内容组织到信道、馈送等中。信道、馈送、项目、和种类。图8示出根据某些实施例的用于内容组织的实体。在 图8所示的示例中，实体是信道810、馈送812、馈送项目814、和信道种类816。在一个实 施例中，内容项目可以出现在零个或多个馈送中，并且信道可以具有与其相关联的零个或
21更多馈送(例如，信道可以是‘舞蹈竞赛’且与信道相关联的馈送可以是‘Weekl’、‘Week2’、 ‘WeekN’等)。在一个实施例中，信道可以属于零个或更多信道种类，并且信道种类用来使用 PC应用程序来搜索信道。登广告者
登广告者、广告、和订购单。图9示出根据某些实施例的上下文中的实体‘登广告者’、 ‘广告’和‘订购单’。在图9所示的示例中，‘订购单’与登广告者相关联，即使其通常是将输 入该订购单的运营商(例如，作为用于系统的销售订单)。在其它实施例中，可以使用图5 12所示的实体之间的其它关系。在某些实施例中，关于登广告者的信息通常被运营商输入到系统中。在某些实施 例中，可以为远程登广告者暴露界面以将该远程登广告者注册到系统中。登广告者可以发 出用于针对特定馈送的N个广告时隙(各种类型)的订购单。请注意，当登广告者发出用于 广告时隙的订单时，实际内容项目通常是未知的(例如，广告时隙常常在节目录制之前被售 出)。登广告者通常基于由信道提供服务的内容的流行性、分级、或一般类型来判定在特定 信道上登广告。在一个实施例上，用于广告时隙的售价最初被设置为NULL，并在发生订单履 行时被填充。参考图9，在一个实施例中，登广告者具有以下属性(1) ID (例如，唯一 ED) ;(2) 名称；(3)地址；(4)帐单地址；和/或(5)用于一个或多个联系人的联系人信息。广告实 体表示不同类型的广告(例如，出于效率的原因，具有一定的去归一化)。通常在已发生订单 履行的售出和预留步骤之后上传广告(例如，如果特别地针对特定节目/事件进行广告);然 而，登广告者可以选择预先上传备用广告。因此，在一个实施例中，可以将上传广告的过程 从订单履行期间的订单发布和预留步骤解除链接。所输入的广告是到订单履行过程的广告 分配步骤的输入。因此，该广告分配步骤将广告的现有库存用于每个登广告者。在一个实施例中，广告914具有以下属性(1)ID(例如，唯一 ED); (2)advertiser_ id—提交此广告的登广告者的id;(3)ad_type_i —广告的类型(例如，文本、视频、视频+ 调查、横幅、纯调查等)；(4)广告细节一(例如，文本、横幅文件URL、或视频广告文件URL)； 和(5)关于广告是否是备用广告的信息(例如，如果存在可用空间则被投放的广告)。订单履行实体
广告预留和广告分配(分派)。图10示出在一个实施例中的订单履行中涉及的实体。每 个馈送项目与固定数目(例如，达到5个)的广告时隙1010相关联，其包括用于特定类型的 广告的馈送项目的广告杂志。例如，馈送项目‘Artist XYZ, Song #2’可以与一个文本广 告杂志、一个横幅广告杂志、和一个视频广告杂志相关联。在本示例性实施例中，每个广告 杂志将具有用于五个广告的五个时隙。广告时隙表示用于每个馈送项目的广告不动产的单 位。旋转每个广告杂志中的广告，并且在馈送中以循环的方式旋转第一广告以便避免有利 于广告杂志中的任何特定广告。广告时隙经由订单履行过程填满广告。在一个实施例中，订 单履行在两个步骤中发生(1)预留一用于登广告者的广告时隙的预留；以及(2)分配(分 派)一广告到预留广告时隙的实际映射。在一个实施例中，广告订购单在‘新’状态下开始并经历‘预留’、‘分配’、和‘确认’ 或‘取消’状态。在一个实施例中，可以在任何时间取消订购单，直至确认销售为止，这时， 其转到‘确认’状态。在一个实施例中，可以手动地(例如，以手动地确认购买)或自动地(例如，订单在通过截止日期、诸如馈送变成活动之前的截止日期之后被自动地确认，这可以基 于商业规则在系统中包围)调用此函数。广告时隙预留
ΙΙ^Μ。在预留阶段期间，广告时隙被预留。可以选择一个或多个订购单以进行订单 履行。通常在投标过程结束时选择多个订单一在这种情况下，订单履行过程按照价格将投 标分类(从高到低)并随后继续从上到下履行订单，直至所有可用时隙被预留为止。还可以 选择单个订单以进行订单履行一这种使用情况是登广告者直接以全零售价购买广告空间。广告时隙预留。用于预留的非常简单的方案可以是向具有循环方式进行特定馈送 的资格的所有登广告者分配时隙，直至满足其订单为止(未预留时隙将在稍后被从备用广 告库填充)。当存在对预留的更多约束时，问题变成最优化之一一最优化的总体目标是使广 告收入最大化(例如，使尽可能少的时隙未被预留)。MMMm。在一个实施例中，对预留的约束分成两类与用户有关的那些和与广告 本身有关的那些。在本文件中，将第一类约束视为‘目标约束’并将第二类约束称为‘相邻 性约束’。目标约束的某些示例可以包括(1)预留以某个地理、人口统计或动态用户群而 不是一般人群为目标的广告空间；以及(2)预留以一定年龄组或收入水平而不是一般人群 为目标的广告空间。相邻性约束可以包括诸如以下各项的条件(1)要求用于特定登广告者的广告出 现在相隔至少X个内容项目处(例如，以避免用户疲劳)；(2)要求用于登广告者的广告相隔 不超过X个内容项目出现(以保证广告的印象不会在用户的头脑中淡化)；(3)要求用于一 个登广告者的横幅广告连同用于另一个登广告者(例如，用于竞争者)的视频广告从没有出 现；以及(4)要求某个横幅和文本广告一起出现以便相互加强。请注意，可以在日后上传特 定广告本身；然而，在一个实施例中，可以在预留时间首先指定约束，因为在广告分配时间 不能容易地将其考虑在内。指定约束。用户应能够以明确且容易的方式指定约束以有效地使用该系统。可以 使用允许简单通配符的简单标记机制来指定约束。例如，让我们假设用某些唯一标签来标
记广告ο例如，V-ABC-XYZ-Ad23-Video Ad#23用于来自广告公司ABC的登广告者XYZ ；并 且B-Ere-JKL-Ad35-Banner Ad#35用于来自广告公司ETO的登广告者JKL。当投放用于 ABC-XYZ视频广告的广告空间订单行时，可以将约束指定为‘*-*-! JKL-*’以意指用于该内 容项目的横幅广告杂志可以不包含来自登广告者JKL的广告。用户库。最终用户，对该最终用户系统已使可用可选信息落入某个库或目标群中。 所有其它用户被视为非目标用户库的一部分。当登广告者购买非目标广告空间时，其试图 到达非目标库。如果在目标库中留下广告空间，则还可以为那些(通常稍后查找的)用户中 的某些服务非目标广告，但不保证如此。另一方面，目标广告空间具体而言意图到达其设法 到达的目标观众。在优选实施例中，保证为目标群中的用户服务目标广告。广告时隙分配。广告时隙分配指的是来自登广告者的特定广告到为登广告者保留 的时隙的映射。在优选实施例中，所述系统应允许以下方式来分配广告时隙(1)自动广告 时隙分配系统应能够自动地产生分配；(2)应允许分配表的手动编辑一这将允许操作者
23手动地调节或微调分配；以及(3)应允许导入分配表这将允许使用外部工具(例如，为此 目的而设计的数学库)来执行分配调度，并且可以将结果导入系统中。广告诜择。登广告者可以选择针对某些信道而不是针对其它信道来选择库中的某 些广告。预期这将影响相对较少数目的广告。例如，某些广告意图仅被用于节目中的特殊 点或结尾而不用于规则插段。优惠券和位置敏感广告
图11示出在优惠券和位置敏感广告中涉及的实体。可以按照类型(例如，‘食品’、‘运 动’、‘鞋袜’、‘礼品’等)将优惠券1110分类。可以通过提供坐标和有效半径来为特定的地 理位置创建提供优惠券的本地广告。用于位置敏感广告的描述属性指的是在提供的同时在 弹出窗口中显示给用户以显示位置敏感广告的文本。如果用户确认其想要看这个广告，则 由应用程序来显示相应的优惠券。否则，位置敏感广告弹出窗口被消除。原始统计数据
图12示出根据某些实施例如何收集原始统计数据。用于不同事件类型(例如，播放、停 止、跳过、投票、调查、广告旋转)和相关事件数据(例如，在调查提交事件中所选的项目)的 事件记录1210被作为事件数据的一部分记录。还记录内容下载事件，并收集此数据且上传 到数据库。分析原始统计数据并使其与人口统计数据相关联以导出关于用户行为和偏好的 推理。当前，内容服务通常仅通过计算来自服务器侧的下载数目来测量广告印象。本文所述 的系统和方法的实施例可以通过测量由客户端进行的广告的实际观看来提供更好的度量。 例如，如果用于馈送项目的广告从具有5个广告的广告杂志中的Ad#3开始，并且广告旋转 事件计数6次旋转，则我们可以断定Ad#3被显示两次且所有其它广告被显示一次。说明性用户界面屏幕
基本屏幕布局。图13示出依照一个实施例的基本三层布局。左(树)面板1310提供对 主要功能的访问。每个树节点打开以显示该种类中的单独项目。选择功能组/项目改变搜 索面板和细节面板的内容。搜索面板1320的内容基于当前正在细节面板上显示什么而改 变。细节面板1330显示用于执行所选功能项目/功能组的形式。用户管理。图14是依照某些实施例的用于执行用户管理的说明性界面1410。广告管理
广告管理子项目。图15、16和18示出根据某些实施例的分别用于登广告者、广告、和 广告订购单的说明性界面。在一个实施例中，图13中的树面板中的‘广告管理’节点具有以 下子节点登广告者(参见例如图15中的界面1510);广告(参见例如图16中的界面1610); 以及广告订购单(参见例如图17中的界面1710)。α。参考图16所示的说明性实施例，广告细节方框1620内容随着用于广告类 型的单选按钮选择而变。如果仍有未填充的任何广告时隙(例如，将以最低广告空间价格开 帐单的广告)，则当广告将被用于订单履行时，检查‘备用广告’框1630 ； (3) ‘标签’框1640 是用户提供的用于广告的唯一 ID (例如，如果其为调查广告，则是强制性的)或供在执行广 告空间预留/分配方面的约束时使用；(4)当选择了 ‘文本广告’单选按钮时，该方框显示文 本区域以输入文本广告；(5)对于视频广告而言，该方框显示以下各项将输入视频URL的 文本框、与之紧挨着的文件选择按钮(例如，显示文件选择对话的按钮)，和将选择调查广告 以与此视频广告相关联的下拉框；(6)对于横幅广告而言，方框显示以下各项将输入URL的文本框，和与之紧挨着的文件选择按钮(例如显示文件选择对话的按钮)；(7)对于调查广 告而言，该方框显示以下各项将输入调查问题的文本框、具有选择调查类型(例如，基于单 选按钮或基于复选框)的选项的单选按钮、以及将输入调查项目的网格。广告订购单。参考图17，订购单屏幕1710允许登广告者(或输入用于登广告者的 数据的运营商)输入用于广告时隙的订购单。可以在单个信道或多个信道中针对一个或多 个馈送发出订购单。目标确定方框1720允许用户选择目标确定的类型。可以使用相邻性约 束方框1730来指定相邻性约束(例如，登广告者想要其广告间隔开多远)。订购单列表网格 1740使得购买方能够发出具有多个项目的订单。可以使用订购单列表1740中的Adj. Tag 列来指定用于将两个广告保持在一起的约束(例如，文本广告和横幅广告将被一起显示一 其处于广告杂志中的相同位置处)。在一个实施例中，文本和横幅广告例如可以比视频广告 更快地旋转，并且因此将视频广告链接到文本广告将仅保证其进入到同一馈送项目；然而， 广告可以不是始终被一起显示。内容管理
内容管理子项目。在一个实施例中，图13的树面板中的‘内容管理’节点具有以下子 节点(1)内容提供商；(2)内容；(3)信道；以及(4)馈送。内容提供商。图18示出说明性内容提供商屏幕1810。图19示出依照某些实施例的频道界面屏幕1910。图20示出依照某些实施例的馈送界面屏幕2010。订单履行
图21示出依照某些实施例的预留界面屏幕2110。请注意，可以选择一个或多个订购单 以便预留。在一个实施例中，如果选择了多于一个的订购单，则按照投标价格将订单分类并 按照该序列履行。图22示出依照某些实施例的分配界面屏幕2210。广告排除面板2212允许针对分 配排除某些广告(例如，排除将仅用于特殊点或季结尾的广告)。如果要求是选择广告而不 是排除用于分配的广告，则可以改变屏幕布局2210。可以在一遍或多遍中进行分配(例如， 对于登广告者每个一遍、对于每个订购单一遍等)。只要存在预留，就可以在许多遍中将其 填充。当正在执行最后一遍时(例如，如果指示其为最后分配的复选框被打勾)，则应使用备 用广告来填充任何其余时隙。图23示出根据某些实施例的修改分配界面屏幕2310。屏幕2310允许用户手动地 调节广告分配。将允许用户不顾该分配。如果用户的选择违背了在预留中使用的约束，则 将向其显示警告，但仍将给出前进并保存该改变的选择。根据某些实施例，可以使用外部数学库来计算广告空间分配，并且然后可以将分 配的结果直接导入系统中。图24示出根据某些实施例的优惠券界面屏幕2410。图25示出根据某些实施例的位置广告界面屏幕2510。报告和分析
用于登广告者的报告。根据某些实施例，以下是用于登广告者的报告类型的示例(1) 用于广告的印象(例如，视图的数目)(例如，广告实际上被显示给用户多少次)。可以按照 年龄、性别、输入、地理位置、婚姻状态等将图分解；(2)下载次数一广告实际上被下载多少
25次；(3)广告的每1000个观看的调查响应的数目一多少观看者对调查进行响应；(4)调查 响应频率直方图一应答者如何对调查问题X进行响应；以及(5)位置敏感广告观看一位置 敏感广告电视观众数据(例如，具有按照性别、收入水平、年龄等分解的号码)。数据分析报告。根据某些实施例，以下是数据分析报告类型的示例(1)用户活 动一在一个实施例中，这将提供按照年龄、性别、收入水平、位置、或动态群组分解的活动用 户的图表。用户活动被测量为用户所观看的馈送的百分比。例如，在一个实施例中，50%活动 的用户是看到被下载到其移动电话的一半馈送的用户。示例包括按年龄、性别、收入水平、 地区、和动态群组的活动；(2)电视观众测量一观看特定频道、馈送或内容项目的用户的数 目。示例包括按频道、馈送、内容项目和内容标签的电视观众；以及(3)观看习惯一例如，用 户目前正在观看什么。示例包括按用户、地区、年龄、和性别的每个频道的百分比份额。广告预留示例
为了进一步举例说明某些实施例，给出将外部数学库用于针对给定插段的广告时隙的 预留的示例。在本示例中，描述了用于频道的典型插段的预留问题。给出了使用AMPL来构 建用于该问题的数学模型的说明。给出了对问题求解和结果的简要解释的适当求解程序的 使用。问是页说明。假设特定频道的馈送(每周插段)具有是10个内容项目。每个内容项 目与五个每种类型的广告(例如，文本广告、横幅广告、和视频广告)相关联，从而产生用于 50个文本广告、50个横幅广告和50个视频广告的空间。表2 4显示用于非目标广告的数据。按照价格来将订单分类。对于目标广告空间订单，用于描述和求解的机制基本上是类似的。在目标订单的 情况下，订单将首先被分类为包含具有相同目标群组的订单的列表。此后，分配过程仍是相 同的。让我们假设用于视频、横幅和文本广告的备用广告费分别是每时隙$1000、$200 和 $100。
权利要求
1.一种移动电信设备，包括显示器，其用于向用户显示内容；一个或多个输入设备，其用于收集来自用户的输入；以及一个或多个处理器，其适合于并被编程为与服务器系统通信并向用户呈现目标广告， 至少部分地基于存储在服务器系统上和先前从移动电信设备收集的使用统计来以广告为 目标。
2.权利要求1的设备，其中，所述移动电信设备仅间歇性地与服务器系统通信，并且 所述一个或多个处理器被编程为在包括移动电信设备不与服务器系统通信时的时间收集 使用统计。
3.权利要求1的设备，其中，基于选自由以下各项组成的组的一个或多个标准来目标 广告i 设备的地理位置、时间、和用户的人口统计信息。
4.权利要求1的设备，其中，所述处理器还适合于且被编程为使用SMS技术将从移动 电信设备收集的使用统计传送到服务器系统。
5.权利要求1的设备，其中，所述使用统计包括选自由以下各项组成的组的一种或多 种事件广告被播放多少次、播放/停止事件、用户点击广告、用户使内容项目或广告的一 部分快进和/或快退、用户对内容项目投票、用户用某个响应对与内容项目或广告相关联 的调查进行响应、用户完全跳过调查、整体地呈现内容项目、以及用户的应用程序和/或内 容转发行为。
6.权利要求1的设备，其中，所述一个或多个处理器还适合于并被编程为与服务器系 统通信，使得能够从服务器系统接收移动设备标识符，并且能够将所收集的与该标识符相 关联的使用统计传送到服务器系统。
7.一种用于收集使用统计并推荐目标广告的服务器系统，该系统包括一个或多个处 理器，所述一个或多个处理器适合于且被编程为从多个移动电信设备接收使用统计，分析 使用统计并由此生成以移动电信设备的用户为目标的广告的推荐，其中，所述一个或多个 处理器通过跟踪用户的应用程序和/或内容使用行为并部分地基于用户的偏好来向用户 推荐产品和/或服务来自动地进行关于用户偏好的推断。
8.权利要求7的系统，其中，部分地基于选自由以下各项组成的组的一个或多个标准 来目标广告设备的地理位置、时间、和用户的人口统计信息。
9.权利要求7的系统，其中，所述使用统计包括选自由以下各项组成的组的一种或多 种事件广告被播放多少次、播放/停止事件、用户点击广告、用户使内容项目或广告的一 部分快进和/或快退、用户对内容项目投票、用户用某个响应对与内容项目或广告相关联 的调查进行响应、用户完全跳过调查、整体地呈现内容项目、以及用户的应用程序和/或内 容转发行为。
10.权利要求7的系统，其中，所述一个或多个处理器还适合于且被编程为向第一移 动电信设备传送移动设备标识符并至少部分地基于移动设备标识符和接收到的使用统计 的关联来检验接收到的使用统计源自于第一移动电信设备。
11.权利要求7的系统，其中，所述移动电信设备仅仅间歇性地与服务器系统通信。
12.一种用于向移动电信设备的用户呈现目标广告的方法，包括从移动电信设备收集使用统计；将使用统计传送到服务器系统；从服务器系统接收推荐的目标广告，所述广告由服务器系统至少部分地基于所收集的 使用统计推荐；以及经由移动电信设备向用户呈现推荐的目标广告中的一个或多个。
13.权利要求12的方法，其中，所述移动电信设备仅间歇性地与服务器系统通信，并 且在包括移动电信设备不与服务器系统通信时的时间收集使用统计。
14.权利要求12的方法，其中，基于选自由以下各项组成的组的一个或多个标准来目 标广告i 移动电信设备的地理位置、时间、和用户的人口统计信息。
15.权利要求12的方法，其中，使用SMS技术来将使用统计传送到服务器系统。
16.权利要求12的方法，其中，所述使用统计包括选自由以下各项组成的组的一种或 多种事件广告被播放多少次、播放/停止事件、用户点击广告、用户使内容项目或广告的 一部分快进和/或快退、用户对内容项目投票、用户用某个响应对与内容项目或广告相关 联的调查进行响应、用户完全跳过调查、整体地呈现内容项目、以及用户的应用程序和/或 内容转发行为。
17.权利要求12的方法，还包括从服务器系统接收移动设备标识符，其中，使用统计 被传送到服务器系统，使得所述服务器系统能够将使用统计与移动电信设备相关联。
18.一种用于向移动电信设备的用户推荐目标广告的方法，包括接收从移动电信设备收集的使用统计；通过跟踪用户的应用程序和/或内容使用行为来进行关于用户偏好的推断；部分地基于用户的偏好生成用于以移动电信设备的用户为目标的广告的推荐；以及向所述移动电信设备中的一个或多个传送推荐。
19.权利要求18的方法，其中，所述推荐还部分地基于选自由以下各项组成的组的一 个或多个标准设备的地理位置、时间、和用户的人口统计信息。
20.权利要求18的方法，其中，所述使用统计包括选自由以下各项组成的组的一种或 多种事件广告被播放多少次、播放/停止事件、用户点击广告、用户使内容项目或广告的 一部分快进和/或快退、用户对内容项目投票、用户用某个响应对与内容项目或广告相关 联的调查进行响应、用户完全跳过调查、整体地呈现内容项目、以及用户的应用程序和/或 内容转发行为。
21.权利要求18的方法，还包括将移动设备标识符传送到第一移动电信设备；以及至少部分地基于移动设备标识符与某些接收到的使用统计的关联来检验某些接收到 的使用统计源自于第一移动电信设备。
22.权利要求18的方法，其中，所述移动电信设备仅仅间歇性地与服务器系统通信。
23.一种用于出于收集使用统计和推荐目标广告的目的来识别移动电信设备的方法， 包括从移动电信设备收集使用统计；从服务器系统接收移动设备标识符；将使用统计传送到服务器系统，使得所述服务器系统能够将使用统计与移动电信设备 相关联；以及从服务器系统接收推荐的目标广告，其中，至少部分地基于所传送的使用统计来以广 告为目标。
24.权利要求23的方法，其中，所述移动电信设备仅仅间歇性地与服务器系统通信。
25.权利要求23的方法，还包括用秘密密钥来对使用统计进行签名。
26.权利要求23的方法，还包括与服务器系统关于使用统计的传送进行协商。
27.权利要求23的方法，还包括检验从可信任源接收到移动设备标识符。
28.权利要求23的方法，其中，使用移动电信设备与服务器系统之间的三个或更少交 换步骤来获取移动设备标识符。
29.一种用于出于收集使用统计和推荐目标广告的目的来识别移动电信设备的方法， 包括从服务器系统向移动电信设备传送移动设备标识符；从移动电信设备接收使用统计；以及至少部分地基于移动设备标识符与接收到的使用统计的关联来检验接收到的使用统 计源自于移动电信设备。
30.权利要求四的方法，其中，所述移动电信设备仅仅间歇性地与服务器系统通信。
31.权利要求四的方法，还包括通过跟踪用户的应用程序和/或内容使用行为来进行关于多个移动电信设备的相互 关系的推断；部分地基于用户的相互关系生成用于以移动电信设备的用户为目标的广告的推荐；以及向所述移动电信设备中的一个或多个传送推荐。
32.权利要求四的方法，其中，由移动电信设备使用移动电信设备与服务器系统之间 的三个或更少交换步骤来获取移动设备标识符。
33.一种移动电信设备，包括显示器，其用于向用户显示内容；一个或多个输入设备，其用于收集来自用户的输入；以及一个或多个处理器，其适合于且被编程为与服务器系统通信，使得能够从服务器系统 接收移动设备标识符，并且能够将所收集的与移动设备标识符相关联的使用统计传送到服 务器系统。
34.权利要求33的设备，其中，所述移动电信设备仅仅间歇性地与服务器系统通信。
35.权利要求33的设备，其中，所述一个或多个处理器还适合于且被编程为用秘密密 钥对使用统计进行签名。
36.权利要求33的设备，其中，所述一个或多个处理器还适合于且被编程为与服务器 系统进行关于使用统计的传送的协商。
37.一种用于从移动电信设备收集使用统计的服务器系统，包括一个或多个处理器， 所述一个或多个处理器适合于且被编程为向移动电信设备传送移动设备标识符，从移动电 信设备接收使用统计，并至少部分地基于移动设备标识符和接收到的使用统计的关联来检 验接收到的使用统计源自于移动电信设备。
38.权利要求37的系统，其中，所述一个或多个处理器还适合于且被编程为通过跟踪用户的应用程序和/或内容使用行为来进行关于多个移动电信设备用户的相互关系的推 断，部分地基于用户的相互关系生成对以移动电信设备的用户为目标的广告的推荐，并将 该推荐传送到所述移动电信设备中的一个或多个。
39.权利要求38的系统，其中，部分地基于选自由以下各项组成的组的一个或多个标 准来目标广告设备的地理位置、时间、和用户的人口统计信息。
40.权利要求37的系统，其中，由移动电信设备使用移动电信设备与服务器系统之间 的三个或更少交换步骤来获取移动设备标识符。
全文摘要
描述了移动设备和服务器系统的实施例。移动设备与服务器系统通信并且向移动设备用户呈现诸如广告的目标内容。基于先前从移动设备收集的存储在服务器系统上的使用统计来目标内容。服务器接收从移动设备收集的使用统计，通过跟踪用户的应用程序和/或内容使用行为来进行关于用户偏好的推理，基于使用统计来生成对以移动设备的用户为目标的广告的推荐；以及将该推荐传送到移动设备中的一个或多个以便呈现给一个或多个用户。
文档编号G06F13/00GK102077182SQ200980124975
公开日2011年5月25日 申请日期2009年4月30日 优先权日2008年4月30日
发明者M. 罕贝特 P., 滕内蒂 S. 申请人:英特托拉斯技术公司