CN102077182A - 数据收集和目标广告系统和方法 - Google Patents

Abstract

描述了移动设备和服务器系统的实施例。移动设备与服务器系统通信并且向移动设备用户呈现诸如广告的目标内容。基于先前从移动设备收集的存储在服务器系统上的使用统计来目标内容。服务器接收从移动设备收集的使用统计，通过跟踪用户的应用程序和/或内容使用行为来进行关于用户偏好的推理，基于使用统计来生成对以移动设备的用户为目标的广告的推荐；以及将该推荐传送到移动设备中的一个或多个以便呈现给一个或多个用户。

Description

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

版权授权

本专利文献的公开的一部分包含受到版权保护的材料。版权所有者不反对专利文献或专利公开的任何人进行传真复制，因为其在专利商标局专利文档或记录中出现，但在别的方面无论如何保留所有版权权利。

相关申请的交叉引用

本申请要求2008年4月30日提交的美国临时申请No. 61/049,030；2008年6月23日提交的61/074,995；和2008年6月24日提交的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示出根据某些实施例的修改-分配界面屏幕；

图24示出根据某些实施例的优惠券界面屏幕；

图25示出根据某些实施例的位置广告界面屏幕；

图26a和26b是示出根据某些实施例的用于移动内容服务以提供移动身份并保护/检验使用数据的步骤的流程图；

图27是示出根据某些实施例的用于移动内容服务以提供移动身份并保护/检验使用数据的步骤的另一流程图；

图28示出根据某些实施例的用于跟踪移动消费者的行为的系统的布局；

图29是说明根据某些实施例的与用于特定天的时刻的目标用户的位置敏感广告相对应的位置的图；

图30是示出用户之间的推理关系的图；以及

图31是说明根据某些实施例的用户之间的共享或推荐应用程序或内容的SMS消息路由的图。

具体实施方式

下面提供本发明工作主体的详细说明。虽然描述了多个实施例，应当理解的是本发明工作主体不限于任何一个实施例，而是替代地涵盖许多替换、修改、和等价物。例如，在没有限制的情况下，虽然下述的多个说明性实施例是在目标移动广告的背景下，但应当认识到本文所述的系统和方法也可很容易地适用于其它背景，包括但不限于非移动背景、涉及以除广告之外的内容（例如，娱乐内容、新闻和信息内容等）为目标的背景。另外，虽然在以下说明中阐述了许多特定细节以便提供本发明工作主体的透彻理解，但可以在没有这些细节中的某些或全部的情况下实施某些实施例。此外，出于明了的目的，没有详细地描述在相关领域中已知的某些技术材料以免不必要地使本发明主体工作含糊难懂。

基于关联性给用户目标广告及其它内容是比发送垃圾电子邮件更有效的吸引用户注意力的方式。提出了用于促进使用信息和/或其它数据的收集、和/或用于促进目标广告和/或其它内容的系统和方法。本文描述了系统和方法，在某些实施例中，其可以用来吸引移动电话用户和/或使用诸如在2006年10月18日提交的共同转让、共同待决美国专利申请No. 11/583,693（公开号No. 2007/0180519 A1）（“'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 A1）（其内容被结合到本文中以供参考）所描述的相对富裕许可证来启用动态广告插入。在一个实施例中，可以使用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）来出售广告时隙。基于拍卖的机制使得服务能够针对诸如移动广告的用于否则难以在新的正在出现的广告递送信道中确定价格的广告不动产、或针对与建立的递送信道中的新内容信道相关联的广告获得更好的价格，对于其而言，未很好地开发定价模型。在优选实施例中，所述系统还利用备用/备份广告。备用广告是以很大的折扣出售广告时隙的广告，但是其仅在任何广告时隙另外经由一个或多个主分配机制未被履行的情况下偶然地开始运行。

对广告时隙分配的约束包括目标确定约束和相邻性约束。相邻性约束可以分解成（a）距离约束（例如，广告之间的最大或最小容许距离），和（b）互斥约束（例如，特定类型或用于特定产品、制造商或登广告者的广告可能不与特定类型、产品、制造商、或登广告者的另一广告一起出现）。

根据某些实施例，简单的标记机制允许使用简单的通配符来指定互斥约束。互斥约束可以是登广告者可能希望在其广告正在被显示时用来排除用于竞争产品的广告的一种约束。例如，软饮料制造商可能想要在用于其软饮料的广告正在播放的同时排除用于其竞争者的产品的横幅广告。

可以根据目标函数（例如，生成的收入）和多个约束使用诸如AMPL的数学编程语言来对广告分配问题进行建模。广告分配问题通常是当前不具有解决该问题的好的数值方法的非线性离散型最优化问题。可以通过将某些变量转换成参数并针对这些参数的一定范围的值对该问题求解来将所述非线性离散型最优化问题分解成一系列的线性离散型最优化问题。可以使用诸如来自分支切割和分支定界种类的算法的那些标准算法来对线性离散型最优化问题求解。最后，可以比较用于每个子问题的局部最大值以达到用于目标函数的全局最大值。

用于支持广告的内容递送平台的后端。

根据某些实施例，本文所述的系统和方法在后端系统中被用于支持广告的内容递送平台。在某些实施例中，可以支持以下功能中的某些或全部：（1）内容上传；（2）内容打包；（3）广告上传；（4）登广告者登记；（5）用于广告单元（例如，广告时隙）的订购单投放；（6）订单履行（例如，包括用于登广告者的广告时隙的预留和将单独广告分配给特定时隙）；（7）RSS馈送生成；（8）促销和优惠券管理；（9）基于调查的广告；和/或（10）报告生成。

本文所述系统和方法的实施例可以用来提供用于管理广告投放、执行观众测量、和目标广告的基础设施。

在以下讨论中，以下术语将具有以下意义：

广告杂志	束缚于内容项目的广告集合
		广告单元（子弹（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）到同步内容的特殊移动电话亭（例如，诸如公交车站、市郊火车站、和飞机场的场所中的移动电话充电站）。可以在这些场所设立亭子以使得用户能够将内容下载到其移动电话。可以通过独立的运营商也将亭子设置在主要城市的战略性位置处（例如，咖啡店、大学校园外面、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秒之后）离开（超时）。

为了解决所搜集的数据将被与第三方共享的订阅者问题，在某些实施例中，服务可以提供隐私策略方面的保证，即，除法律要求的之外，服务将不向第三方公开可识别的用户信息。

朋友和家人目标确定。在某些实施例中，可以给予登广告者用于“人口统计+”目标确定的选择权，其以特定的人口统计、以及例如该人口统计中的人的朋友（例如，达到两个分离程度，或任何适当数目的程度）为目标。

使用管理

在优选实施例中，由移动电话客户端应用程序来收集关于以下各项中的某些或全部的使用数据：（1）内容项目被观看多少次（例如，可以用来推理用于横幅、文本广告、视频广告等的广告观看的数目）；（2）用户点击本地广告、调查广告等；（3）用户位置数据；（4）关于动态地插入的数据的广告观看数据。

内容识别

水印。在某些实施例中，可以使用内容水印方案来识别内容。例如，水印可以是32位宽的，8位被预留给内容版本且24位被预留给ID。水印优选地在计算上容易使用移动客户端应用程序来读取、被隐藏且对于用户而言难以去除和/或改变。

内容ID。GIF横幅广告和原文滚动条数据可以被与其相关内容一起打包，因为其通常相当小（例如，对于动画GIF横幅而言5～6千字节）。例如，如果使用诸如3gp的基于MPEG-4的格式，则可以将简单的广告放入udta原子中。这将使得更容易递送并管理广告，并使得对于用户而言略微难以去除该广告。udta原子可以具有向显示器指示第一广告的字节和向显示器指示下一个广告的计数器（可被播放器更新）。

在一个实施例中，创建相同内容的不同版本已具有不同的起始广告号码。这样做是为了保证所有横幅/文本广告的公平对待。

根据某些实施例，视频广告还是内容的一部分，虽然在某些实施例中，广告的尺寸应是相对小的，因为在某些内容项目中，广告将被重复。在一个实施例中，一个视频广告将被静态编码成视频跟踪，而任何其它项将被包括在单独的顶层原子中。

计数旋转广告。在一个实施例中，旋转广告（例如，当用户改变页面时显示不同的广告，或者基于定时器来显示不同的广告）。移动电话应用程序计数用户观看内容项目的次数并将此信息报告给后端。然后，该后端使用内容版本和计数器来推导每个广告被显示了多少次。

系统架构

用户管理。在一个实施例中，提供了支持三层会员的系统：（1）匿名用户，（2）签名（signed-up）用户，和（3）付费订阅者。

匿名用户。当用户从因特网咖啡店或亭子下载内容时，他或他具有（1）如果他或她已签名，则使用用户名和口令；或（2）使用固定用户名和口令（例如，可以为每个咖啡店位置创建单独的一个）。这使得人们容易在不签名的情况下下载内容（例如，如果某个人不想经历签名的麻烦）。在一个实施例中，匿名用户不获得签名用户获得的某些额外项目，但是能够下载内容和广告。在另一实施例中，可以对所有用户－匿名的或签名的－进行测量并经由SMS发送到后端。例如，可以使用用户的号码（例如，TON、NPI、和号码元组）来识别用户。

签名用户。在一个实施例中，用户将能够针对该服务报名，例如用电子邮件和移动电话号码。这可以例如如下完成：（1）用户输入细节（例如，第一名字、第二名字、电子邮件地址、位置、性别、年龄、婚姻状况、孩子数目、移动电话号码等等）。用户名可以是移动电话号码，并且可以为每个移动电话号码创建单独的口令；（2）用户获得包含链接的电子邮件确认，他或她点击该链接以确认电子邮件地址，这导致SMS被发送到他的移动电话；以及（3）用户让SMS消息完成注册。在某些实施例中，可以对签名设置极限（例如，每天利用给定的电子邮件地址注册最多10个移动电话（例如，以防止bot攻击））。根据一个实施例，签名用户获得某些额外项目，诸如将来自节目的铃声发送到其移动电话的能力，或接收幕后信息、琐事（trivia）、洋相等的能力。

付费订阅者。根据某些实施例，某些订阅者为付费内容进行支付。在这种情况下，还可以使用DRM保护的PC客户端。

广告空间销售

在一个实施例中，系统提供输入用于广告空间（例如，在一个实施例中为无目标广告）的投标的机制。在一个实施例中，系统挑选顶部投标，并且通知投标人其是胜利还是失败了，并公布价格（对于要看的所有人开放）。

广告选择

无目标广告。在一个实施例中，一旦选择了获得胜利的投标，则那些广告、以及以最低价格出售的任何附加广告将被放入库中（例如，对于文本、横幅和视频而言每个一个广告）。在一个实施例中，广告将被随机地选择并放置到广告杂志中（例如，每个内容项目一个）。所选择的广告将被从库中去除。此过程持续直到所有广告都被分配给杂志。

目标广告。在一个实施例中，对于目标广告（例如，以特定用户群为目标的广告）而言，如果广告空间被部分地售出，则将使用投标价格来调度其余广告以按照优先次序订购广告。在一个实施例中，用于目标用户的要填充的其余空间等于总数（对于目标群而言）、减去售出的广告、减去公共服务广告。将使用投标价格对这些填充广告以使广告按照优先次序排列（最低价格广告排在最后）。

内容打包。在一个实施例中，一旦广告杂志与内容项目相关联，则将利用用于文本、横幅、和视频广告的不同起始号码将内容的不同版本打包。目标用户形成用于内容和广告的不同等级。

广告和内容递送。在一个实施例中，将以循环的方式分发每个内容项目的不同版本以均匀地分发广告。

系统设计

在优选实施例中，后端设法保证可用于广告投放的不动产的最大使用。本文所述的系统和方法的某些实施例的益处是可以从用户收集的关于内容消费和电视观众的信息。此数据本身是有价值的，并且还可以用来发展一段时间内的关于用户行为和偏好的推理。然后，这些推理可以用来更好地调谐广告或确定广告的目标。

在某些实施例中，以下设计考虑因素中的某些或全部可能是可适用的：

1. 运营商是后端的主要用户。系统的某些部分可以暴露于外部各方（例如，内容管理功能可以暴露于内容提供商且广告管理和投放功能可以暴露于登广告者）。然而，不能假设外部各方将学习如何使用该系统，因为该系统是许多信道的唯一一个，通过该信道，它们的内容和/或广告获得分发。通常将预期这些外部各方通过传统手段来联系服务。例如：（1）内容提供商通常将预期用于一般格式（可能全屏分辨率）的内容以及元数据的简单FTP故障（drop）。将预期服务获取此内容并将其和任何元数据格式化以使其适合于移动平台；（2）登广告者通常将通过电话或通过传真来发送用于广告空间的订购单；以及（3）运营商或某些其它类型的用户通常将希望能够手动地检查每个内容项目和广告以保证存在对内容和广告的编辑控制。

2. 与因特网模型相比，广告电视观众更接近于电视模型：本文所述系统和方法的优选实施例处理短暂的时间敏感内容，诸如与电视游戏节目有关的内容。在节目正在公开播放的时间，用户对此类内容的兴趣是高的，但是在节目之后的某个时间几乎完全减弱。该内容本身在事件之后不是很有价值的。预期用于在移动应用上的此类内容的用户兴趣和相应的广告电视观众紧紧地跟随电视观众。相反，用于众所周知的网站的因特网广告观看或多或少地以均匀的速率发生。因特网广告可以遵循每印象成本模型。在电视的情况下，广告空间被整体地售出而不直接计数印象的数目。来自Nielsen的用于电视的计费系统是被登广告者用来确定广告时隙的价格的观众的间接测量。

3. 内容项目可能在广告销售时间不可用：用于某些节目的内容在非常接近于节目公开播放的日期被录制。登广告者预先不知道将存在什么精确的内容。他们仅知道节目的流派和在过去公开播放的内容的类型。

4. 广告可能在广告销售时间不可用：一旦登广告者已确认了广告空间，则其通常将上传/提交广告。登广告者还可以选择具有被上传到系统以供在各种内容馈送中使用的一组备用广告。

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。在一个实施例中，内容项目可以出现在零个或多个馈送中，并且信道可以具有与其相关联的零个或更多馈送（例如，信道可以是‘舞蹈竞赛’且与信道相关联的馈送可以是‘Week1’、‘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）分配（分派）—广告到预留广告时隙的实际映射。

在一个实施例中，广告订购单在‘新’状态下开始并经历‘预留’、‘分配’、和‘确认’或‘取消’状态。在一个实施例中，可以在任何时间取消订购单，直至确认销售为止，这时，其转到‘确认’状态。在一个实施例中，可以手动地（例如，以手动地确认购买）或自动地（例如，订单在通过截止日期、诸如馈送变成活动之前的截止日期之后被自动地确认，这可以基于商业规则在系统中包围）调用此函数。

广告时隙预留

订单选择。在预留阶段期间，广告时隙被预留。可以选择一个或多个订购单以进行订单履行。通常在投标过程结束时选择多个订单—在这种情况下，订单履行过程按照价格将投标分类（从高到低）并随后继续从上到下履行订单，直至所有可用时隙被预留为止。还可以选择单个订单以进行订单履行—这种使用情况是登广告者直接以全零售价购买广告空间。

广告时隙预留。用于预留的非常简单的方案可以是向具有循环方式进行特定馈送的资格的所有登广告者分配时隙，直至满足其订单为止（未预留时隙将在稍后被从备用广告库填充）。当存在对预留的更多约束时，问题变成最优化之一—最优化的总体目标是使广告收入最大化（例如，使尽可能少的时隙未被预留）。

预留约束。在一个实施例中，对预留的约束分成两类：与用户有关的那些和与广告本身有关的那些。在本文件中，将第一类约束视为‘目标约束’并将第二类约束称为‘相邻性约束’。

目标约束的某些示例可以包括：（1）预留以某个地理、人口统计或动态用户群而不是一般人群为目标的广告空间；以及（2）预留以一定年龄组或收入水平而不是一般人群为目标的广告空间。

相邻性约束可以包括诸如以下各项的条件：（1）要求用于特定登广告者的广告出现在相隔至少X个内容项目处（例如，以避免用户疲劳）；（2）要求用于登广告者的广告相隔不超过X个内容项目出现（以保证广告的印象不会在用户的头脑中淡化）；（3）要求用于一个登广告者的横幅广告连同用于另一个登广告者（例如，用于竞争者）的视频广告从没有出现；以及（4）要求某个横幅和文本广告一起出现以便相互加强。请注意，可以在日后上传特定广告本身；然而，在一个实施例中，可以在预留时间首先指定约束，因为在广告分配时间不能容易地将其考虑在内。

指定约束。用户应能够以明确且容易的方式指定约束以有效地使用该系统。可以使用允许简单通配符的简单标记机制来指定约束。例如，让我们假设用某些唯一标签来标记广告。

例如，V-ABC-XYZ-Ad23-Video Ad#23用于来自广告公司ABC的登广告者XYZ；并且B-EFG-JKL-Ad35-Banner Ad#35用于来自广告公司EFG的登广告者JKL。当投放用于ABC-XYZ视频广告的广告空间订单行时，可以将约束指定为‘*-*-!JKL-*’以意指用于该内容项目的横幅广告杂志可以不包含来自登广告者JKL的广告。

用户库。最终用户，对该最终用户系统已使可用可选信息落入某个库或目标群中。所有其它用户被视为非目标用户库的一部分。当登广告者购买非目标广告空间时，其试图到达非目标库。如果在目标库中留下广告空间，则还可以为那些（通常稍后查找的）用户中的某些服务非目标广告，但不保证如此。另一方面，目标广告空间具体而言意图到达其设法到达的目标观众。在优选实施例中，保证为目标群中的用户服务目标广告。

广告时隙分配。广告时隙分配指的是来自登广告者的特定广告到为登广告者保留的时隙的映射。在优选实施例中，所述系统应允许以下方式来分配广告时隙：（1）自动广告时隙分配：系统应能够自动地产生分配；（2）应允许分配表的手动编辑—这将允许操作者手动地调节或微调分配；以及（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）下载次数—广告实际上被下载多少次；（3）广告的每1000个观看的调查响应的数目—多少观看者对调查进行响应；（4）调查响应频率直方图—应答者如何对调查问题X进行响应；以及（5）位置敏感广告观看—位置敏感广告电视观众数据（例如，具有按照性别、收入水平、年龄等分解的号码）。

数据分析报告。根据某些实施例，以下是数据分析报告类型的示例：（1）用户活动—在一个实施例中，这将提供按照年龄、性别、收入水平、位置、或动态群组分解的活动用户的图表。用户活动被测量为用户所观看的馈送的百分比。例如，在一个实施例中，50%活动的用户是看到被下载到其移动电话的一半馈送的用户。示例包括按年龄、性别、收入水平、地区、和动态群组的活动；（2）电视观众测量—观看特定频道、馈送或内容项目的用户的数目。示例包括按频道、馈送、内容项目和内容标签的电视观众；以及（3）观看习惯—例如，用户目前正在观看什么。示例包括按用户、地区、年龄、和性别的每个频道的百分比份额。

广告预留示例

为了进一步举例说明某些实施例，给出将外部数学库用于针对给定插段的广告时隙的预留的示例。在本示例中，描述了用于频道的典型插段的预留问题。给出了使用AMPL来构建用于该问题的数学模型的说明。给出了对问题求解和结果的简要解释的适当求解程序的使用。

问题说明。假设特定频道的馈送（每周插段）具有是10个内容项目。每个内容项目与五个每种类型的广告（例如，文本广告、横幅广告、和视频广告）相关联，从而产生用于50个文本广告、50个横幅广告和50个视频广告的空间。

表2～4显示用于非目标广告的数据。按照价格来将订单分类。

对于目标广告空间订单，用于描述和求解的机制基本上是类似的。在目标订单的情况下，订单将首先被分类为包含具有相同目标群组的订单的列表。此后，分配过程仍是相同的。

让我们假设用于视频、横幅和文本广告的备用广告费分别是每时隙$1000、$200和$100。

表2：视频广告

如表2所示，ABC公司已经发布对用于ABC-ZZZ视频广告的五个时隙的投标，并且只有当用于TUV公司的广告将不会与之一起出现时才想要具有该时隙；ABC公司具有对用于ABC-F广告的3个时隙的另一投标；约束条件是该广告不与用于T公司的文本或横幅广告配对；EFG具有对最小广告距离为2的20个时隙的投标；EFG具有对没有约束的10个时隙的另一投标；并且XYZ和QRS分别已对7和15个时隙发布无限制投标。

横幅广告

表3：横幅广告

如表3所示：ABC公司已经发布对用于ABC-TUV横幅广告的20个时隙的投标，并且想要保证这些绝不会与用于ZZZ公司的视频广告配对；EFG公司已发布对没有约束的用于TM公司横幅广告的10个时隙的投标；以及EFG、XYZ、和QRS具有对不受约束的横幅广告的其它投标。

表4：文本广告

如表4所示：ABC公司已发布对用于PEP文本广告和10个TM文本广告的30个时隙的投标；以及（2）EFG、XYZ、和QRS具有对不受约束的文本广告的投标。

分配的目标是使来自全部三种类型的广告的总广告收入最大化。

模型构建。下面是问题的说明性描述及其在称为“用于数学编程的建模语言（AMPL）”的建模语言中的表达。在对此说明性广告空间预留示例进行建模时，描述包括表达集合、参数、变量、目标函数、以及约束。

集合。在广告空间中存在两个集合：（1）（特定类型的）广告杂志与之相关联的一组内容项目；以及（2）广告杂志中的一组n个时隙。这可以如下以AMPL注解来写：

参数。参与问题的参数是：

#--用于广告空间预留的参数--

变量。可以使用作为分配映射的二进制号码的10×5矩阵来对用于每个视频/横幅/文本广告的广告空间分配进行建模。如果元素的值是1，则为该视频/横幅/文本广告分配时隙。否则，不为该广告分配时隙。在分配问题中存在变量。

另一组变量是用于作为分配的结果而确定的时隙的售价。然而，此变量只能采取固定的一组值（例如，售价是用于被接受的最低价格投标的投标价）。

如果这些变量被转换成参数，则对问题求解更为容易。然后，可以将问题分解成一组更简单的问题，并且可以通过选择参数的组合提供最高广告收入的问题来获得全局最大值。

#每个时隙的价格（由于评估用于时隙的投标而被评估）

用于视频/横幅/文本广告的未售出时隙的数目是问题中的另一变量。这些可以是对它的约束（例如，一定数目的时隙必须被保持免费以用于公共服务广告）。在本实例中，假设未售出时隙的数目是参数，具有零的值。

目标函数。过程的目标是使来自全部的三种类型的广告空间出售的广告收入的和最大化。这是我们的目标函数。这可以如下表示：

约束。解受到以下约束的约束：

1. 可以预留广告杂志中的时隙仅供一个订单使用。

2. 对用于广告的互斥的约束。

3. 距离约束—使用用于距离所应用的广告的分配映射来类似地指定距离约束。

4. 订购量—由针对每种类型的广告空间订购的量对分配施加限制。按照如下对这些约束进行建模：

对问题求解。可用工具—对于涉及类似于上述的整数变量的问题而言，“分支定界”种类中的数值方法是最有效的。重要的是将目标函数和约束公式化为线性约束，因为没有非常好地开发用于非线性约束/非线性目标函数的整数问题的数值方法。很好地开发了用于线性问题的数值技术，并且这些算法相当快速地会聚。

对于非线性问题而言，所使用的大多数技术由基本牛顿法的变化组成。由于这些方法使用导数，所以求解程序应在计算期间放宽变量的完整性。因此，所获得的结果在实数空间中，并且可能要求某些后处理（舍入等）以进行解释。后处理可以将解移动至距离所计算的最佳值非常远处。因此，应对解执行灵敏度分析。由于所有这些困难，使用线性约束对问题进行公式化是有用的。

求解程序的选择—用于本示例性问题的求解程序是可在CPL下获得的CBC求解程序（http://www.coin-or.org/Cbc/cbcuserguide.html）。CBC求解程序由NEOS操控（http://neos.mcs.anl.gov/neos/solvers/milp:Cbc/ampl.html）。此求解程序被用于对该示例性问题求解。

结果。下表5～7总结了本示例中的用于视频广告、横幅广告和文本广告中的结果。

表5：视频广告预留表

获得用于视频广告的以下结果：（ABC1）＝＝5；sum（ABC2）＝＝3；和sum（EFG1）＝＝4，由于距离约束，只有4个是被预留的点；sum（EFG2）＝＝10；sum（XYZ1）＝＝7；以及sum（QRS1）＝＝15。请注意，某些时隙未被填充，因为所有订购单都已被填充（受到约束）。在优选实施例中，这些将被填充“备用”视频广告。

表6：横幅刚搞预留表

从上表可以看到具有ZZZ视频广告的TUV横幅的排他性。在本示例中，未施加相对于较低价格的投标而言对较高价格的投标有利的约束。因此，相对于其它横幅广告而言，ABC1未被给定更多的时隙。这可以通过在模型中添加更严格的约束来固定。

表7：文本广告预留表

模型识别系统和方法

支持广告的移动内容服务通常将在将使用统计上传到后端服务的同时识别移动设备。一种方式是移动应用程序探测移动设备本身用于识别性质。然而，移动设备标识符并不均匀地可用于所有移动设备上的应用程序，并且在许多情况下，该号码（如果可用的话）可能不是唯一的。

例如，在移动电话上，存在诸如用于移动电话的IMEI（国际移动设备身份）或MEID（移动设备标识符）的识别性质。然而，这些性质并不是跨越所有移动设备均匀地可用的。此外，可以将不同的IMEI号码烧制在移动设备中。由于IMEI最初被设计为识别被盗设备并将其加入黑名单，所以设备盗贼通常涉及将合法电话的IMEI克隆到被盗设备中。根据某些行业估计，IMEI号码的约10%不是唯一的。在移动电话的情况下，IMSI（国际移动订户身份）对于移动消费者而言是更“粘”的标识符，因为即使当订户改变/升级其移动设备时，该标识符也跟随订户。然而，IMSI通常不可用于移动应用程序且对于其它移动设备而言不存在。

因此，需要提供用于移动设备的移动身份。在移动电话的情况下，如果可以使移动身份与用于移动电话的IMSI号码相关联，则是优选的，因为IMSI被更紧密地与移动消费者系留。然而，优选地，在对移动身份的需要与保护消费者隐私的需要之间应存在平衡。在某种程度上，对移动身份的要求由场所的文化风俗习惯来确定。例如，在某些文化中，向移动设备分配唯一标识符可能是可接受的，只要该唯一标识符未被直接地利用自然人标识即可（例如，不能跟踪到人的匿名标识符）。在某些情况下，后端服务亲自地识别消费者可能是可接受的，只要该服务务必在其向外界第三方公开任何聚合或非聚合信息以进行其业务时使数据匿名（例如，对使用统计的聚合报告、按照用户的种类等分解的统计等）。在某些其它场所，向移动设备分配唯一标识符可能是不可接受的。标识符可能需要是某种群组标识符（例如，将用户识别为属于地理区域、用户种类、年龄组等的标识符）。可以使用实际数据（例如，由IP地址推断地理区域）或使用用户提供的信息（例如，回答由用户提供的调查问题、由用户在签名期间自愿地提供的信息等）来进行用户的分类。用户的分类可以是动态的，并且可以基于用户对调查问题的响应潜在地随着时间的推移而改变。

在一个实施例中，后端服务为其消费者（登广告者、内容提供商、内容聚合商）提供其收集并报告的使用数据可信且准确的保证。这可以例如通过使用秘密密钥来对使用数据进行签名而实现。为移动客户端提供秘密密钥的简单机制是具有烤入（例如永久性或半永久性地安装在应用程序制造商或下载/安装）秘密。然而，烤入秘密将不一定是唯一的，因为用户常常将移动应用程序从一个设备拷贝到另一设备。并且，优选的是后端服务和移动设备对秘密密钥达成一致而不是信赖烤入秘密，因为随着时间的推移，即使最好的抗篡改也可以被破坏且秘密密钥将变成已知的。在本此背景下，多样化将提供某些帮助。客户端应用程序的多样化是有价值的，与任何其它因素无关；然而，实际考虑因素常常限制不同移动应用程序二进制的总数。

对许多移动设备的约束是其仅被间歇性地连接到公共网络。如果不存在网络连接，则不能使用诸如TLS的依赖于网络连接以便设备从后端获得唯一个性/身份的传统协议。

本文所述的系统和方法的实施例解决这些问题中的某些或全部。

图26a和26b是示出根据某些实施例的用于移动内容服务提供适当移动身份并保护/检验使用数据的步骤的流程图。移动客户端仅被间歇性地连接到网络。在步骤2610中，可以在USB海量存储模式下将移动客户端系留到PC，或者可以在其被连接时将其直接连接到网络。在步骤2614中，如果在海量存储模式下将移动设备系留到PC，则移动应用程序不能通过网络直接与服务器对话。在这种情况下，移动应用程序将把所创作的消息存储在移动设备文件系统中的众所周知的位置处。在步骤2616中，在下一次发生PC同步操作时消息由在系留PC上运行的PC同步应用程序代表移动设备被递送到后端服务。服务器的响应将类似地被存储在移动设备的文件系统中。移动设备下一次运行时，其将读取服务器响应并将创作消息且将其存储在用于服务器的文件系统中（以在它下一次发生时被PC同步应用程序递送）。因此，移动设备上的文件系统位置起到类似于下拉框的作用。在步骤2612中，如果移动设备能够并直接连接到网络，则可以在移动客户端与服务器之间直接交换协议消息。在步骤2618中，移动客户端生成用于将使用数据签名/加密的新密钥Ks使用并使用作为烤入共享密钥的Ks共享来以加密形式将其本地地存储。使用抗篡改来保护移动设备中的烤入秘密。在步骤2620中，移动客户端选择p、g并选择随机数‘a’。其通过将‘a’以加密的形式存储在其自己的安全储存器中来记住‘a’。在步骤2622中，客户端计算A＝g^a mod p；并创作包含以下内容的第一消息M1（客户端- >服务器）：

M1＝Enc（Ks-share、nonce| p | g | A | Ks-share-ID |“m1.dat”）

Ks-share-ID＝用于Ks共享的id

nonce＝32位随机数

p＝被烤入移动客户端中的个性节点的公钥

g＝通常被选择为5

a＝至少100位长的随机数

在步骤2624中，如果移动客户端使用USB海量存储模式被连接到网络，则其可能无法自己发送消息。在这种情况下，其将把所创作的消息存储在移动设备的文件系统上的众所周知的位置处。如果移动客户端被直接连接到网络，则其可能将此消息直接发送到后端服务。在步骤2626中，当移动设备被连接到网络时，向服务器侧发送M1（由设备本身或由系留PC）。在步骤2630中，服务器侧选择秘密整数b并计算B＝g^b mod p。其使用Kdh = A^b mod p = (g^a mod p)^b mod p = g^ab mod p来计算Diffie Hellman（“DH”）秘密密钥。其生成作为唯一标识符或群组标识符的移动标识符移动id，并且其随后计算在步骤2631中被发送到客户端的以下响应S2：

服务器还将本地地存储（移动标识符Kdh，随机数）以供将来使用。这时还上传使用数据（如果有的话）—用Ks使用对数据进行签名和/或加密。这时，Ks使用对于服务器而言是未知的，但是其将仅仅把数据存储为已源自于移动标识符。

在步骤2632中，如果移动应用程序已经直接连接到服务器，则其可以用M2对消息进行响应。在步骤2624中，如果移动设备未直接连接到网络，而是仅仅通过在海量存储模式下被系留到连接的PC来这样做，则它可能无法立刻对服务器进行响应，但是在下次移动应用程序运行时将这样做。在这里，其能够计算Kdh并检验S2中的数据。如果数据未证实，则其放弃交易且过程重新开始。如果数据证实，则其知道其已经与服务器侧对Kdh达成一致。其将用以下数据创作第三个且是最后一个消息M3。

在步骤2636中，当其接收到M3时，服务器侧可以重新检验M1、S2（如果其为系留设备）并检查所存储的值（移动标识符、Kdh、随机数）是否匹配。接下来，其使用Kdh来将M3解密并获得Ks使用。在步骤2638中，其将把Ks使用本地地存储在元组中：

在这里，完成用于提供移动身份的交易。在步骤2640中，如果过程在任一点都失败，则任一侧可以放弃交易。该交易可以在移动客户端下一次连接时重新开始。在步骤2642中，如果移动客户端放弃交易：其删除文件（如果消息被存储为文件—如在系留移动设备的情况下）并重新开始该过程。在步骤2644中，如果服务器侧放弃交易：其删除文件（如果消息被存储为文件—如在系留移动设备或指示其已放弃交易以在客户端直接与之相连的情况下向客户端提供移动身份的情况下）并跳过/放弃数据上传。然后，移动客户端在其下一次获得这样做的机会时开始该过程。

后端服务器可以根据本地文化要求来选择使用群组标识符而不是唯一标识符。可以基于实际数据来选择此群组标识符（例如，基于同步PC/移动客户端的IP地址所选的地理区域群组），或者可以是用户选择的（直接或间接地基于用户对调查问题或由用户在签名时间提供的数据的响应）。

用户的群组标识符可以基于其发送返回给服务的其调查响应随着时间的推移而改变。服务器可能在对用户的响应采样达一段时间之后从唯一标识符“降低”至群组标识符以推理用户的分类群组。另一方案是移动身份的“更新”的周期性过程以获得移动设备继续是服务的有效客户端的保证。在这些情况下，服务器可以迫使客户端再做用于获得新移动标识符的交易。移动客户端将向服务器报告返回旧和新移动标识符作为使用数据的一部分以使旧标识符与新标识符相关联。如果移动设备是移动电话，则其还可以经由SMS信道向服务后端发送返回旧/新标识符，这除了使这两个标识符相关之外，还使得后端服务能够在适合于该场所的情况下使IMSI号码与移动标识符相关联。

因此，诸如上文所述的协议可以在间歇性地连接的移动设备的约束内操作，即使当移动客户端应用程序未直接连接到后端服务时。

客户端生成用于对使用数据进行签名的秘密密钥。在一个实施例中，此秘密密钥从不被明确地存储，而是使用烤入秘密密钥以加密形式存储。移动应用程序具有对其施加的抗篡改以保护烤入秘密密钥。

客户端和后端服务执行Diffie-Hellman密钥交换以对用于传送秘密密钥的密钥达成一致，所述秘密密钥对从移动客户端到后端服务的使用数据进行签名。使用DH达成一致的秘密密钥被用来在将其传送到后端服务的同时对秘密密钥进行加密。在一个实施例中，此密钥绝不会被再次使用。

服务器提供移动设备上的移动设备标识符作为协议的一部分。使用后端服务的私钥用PKI签名对服务器提供的标识符进行签名。

移动客户端检验服务器提供的标识符上的PKI签名以保证其已经从可信任服务获得标识符。

服务器在其参与Diffie Hellman密钥交换的同时提供移动身份。这使得可以通过交换三个消息步骤来获取移动身份。（移动->服务器 [M1], 服务器->移动[S2], 移动- > 服务器[M3]).

本文描述了用于移动客户端的身份/个性化的方法。在诸如上文所述的那些系统和方法的背景下，可能需要对移动客户端进行个性化并由服务器侧为其提供唯一身份。移动客户端可以使用此标识符来向服务器提交使用统计。例如，支持广告的移动内容服务可能需要向其消费者（登广告者、内容提供商和聚合商）提供保证，即其提供的使用统计是准确且可靠的，并且内容服务可能需要使用适当的移动标识符来收集使用数据且数据可能需要由移动客户端应用程序签名（并可选地加密）。基于文化习惯和本地要求，移动标识符可以是唯一标识符或群组标识符。本文所述的系统和方法的实施例使得移动内容服务能够提供适当的移动身份并保护/检验使用数据以便达到这些目标。

按照如下组织以下说明：（1）移动客户端身份—本节描述可以用于移动客户端身份的属性；（2）个性化要求和约束—本节处理在各种实施例中的出现在移动手机上的个性化要求和约束；以及（3）个性化方法—本节描述在某些实施例中的用于个性化的方法。

表8示出在本详细说明中使用的各种缩写

表8：缩写

在本详细说明所使用的术语“个性化(individulization)”指的是向移动手机分配唯一标识符的过程，并且术语“个人化（personalization）”指的是向诸如在'693申请中描述的DRM系统中的设备分配唯一DRM个性的过程。

移动客户端身份

在优选实施例中，服务器侧需要唯一地识别移动手机以便记录用于每个唯一手机的使用统计。在一个实施例中，要求仅仅是每个手机可唯一地被服务器侧识别。可以通过探测客户端来获得此唯一标识符。还可以由服务器侧向手机分配身份，或者使用来自客户端和服务器的输入生成。还期望的是标识符可以与IMSI号码相关联（如下所述）。

IMEI

寻找唯一标识符的第一个位置将是移动电话本身。本节描述可以从在移动客户端上可用环境探测且可以用来识别手机的属性。

在GSM和UMTS网络中，使用IMEI或其最新变体IMEI/SV来唯一地识别手机硬件。如表9所示，IMEI由后面是一位Luhn检验位代码的14位数号码组成。

表9：Luhn校验位代码

除了14位数IMEI之外，IMEI/SV还使用两位数软件版本。具有IMEI的原始目的是跟踪被盗手机并将其列入黑名单。然而，可以将不同的IMEI号码烧制在被盗手机中。根据某些估计，作为这样做的结果，IMEI号码的约10%不是唯一的。

MEID

CDMA网络使用类似于14位数IMEI（除数字是十六进制的之外）的称为MEID的标识符。创建MEID是为了替换接近于被用完的32位FCC ESN代码。

经由J2ME探测IMEI/MEID

可以使用系统性质在移动电话上探测IMEI/MEID号码。遗憾的是，不是所有电话都支持该性质，并且性质的名称在由不同制造商制造的手机上改变。在表10中示出示例。

表10：用于IMEI的系统性质

诺基亚支持此性质已经是缓慢的。在S40平台上，只有当应用程序被制造商/运营商签名时，此性质才可用。在S60上，不要求特殊签名，但是仅在S60第三版设备上支持该性质。例如，参见http://wiki.forum.nokia.com/index.php/How_to_get_IMEI_in_Java_ME。

最后，IMEI/MEID不是统一可用的，并且不保证是唯一的。因此，移动电话客户端不能取决于用于移动客户端身份的使用IMEI/MEID，虽然其可以是“模糊标识符”的一部分。

IMSI

IMSI可以用于身份，因为其最紧密地识别移动消费者。IMSI由：（1）移动国家码（MCC）；（2）移动网络码（MNC）；以及（3）移动订户识别号码（MSIN）组成。

在GSM网络中，IMSI被链接到SIM卡，并且即使当手机被改变时也跟随订户。利用移动电话号码可携带性，IMSI号码已变成非常紧密地识别移动消费者的更“粘”的标识符。

反例是预付费SIM卡的使用。这些SIM卡的用户趋向于一旦分钟被用尽就丢弃SIM卡并激活新的SIM卡。在这种使用方案中，用户不介意改变电话号码的不方便性。这种使用被认为远不那么频繁，并且IMSI大体上是用于移动消费者的非常好的标识符。

个性化要求和约束

现在将提供在移动电话平台上可能遇到的移动客户端个性化和某些约束的更多细节。

受限/不可靠网络连接

根据定义，CLDC意指受限的连接。实际上，网络连接甚至更有挑战性。目前，用于移动电话的因特网连接受到限制、缓慢、不可靠，并且非常昂贵。

经由承载者的无线电网络的数据连接

经由承载者的无线电网络的数据连接常常是缓慢的（对于GPRS而言通常为56Kbps），并且这对于EDGE而言达到236.8 Kbps（虽然较少的手机支持EDGE）。

通过承载者的无线电网络进行的数据连接是昂贵的。许多消费者因为此原因而不具有数据计划。价格在竞争较少的市场中没有下降这么多，并且订户流动（subscriber churn）由于服务合同而受到限制。另一因素是对因特网的接入是经由有效地使其成为围墙花园的承载者的WAP网关。

高速3G网络目前在像印度的市场中至少相差一两年。由于这些原因，不能假设经由承载者的无线电网络的数据连接对于移动设备而言是存在的。在存在的情况下，其可能是非常缓慢且在某种程度上受到承载者控制的。

WLAN连接

经由Wi-Fi或具有无线热点之间的WiMAX互连的Wi-Fi的WLAN连接可以是用于无线设备的另一选择。具有用于移动电话的WLAN连接的问题是其不是到处都可用，并且不是所有的手机都具有支持WLAN连接的无线电。使用WLAN连接通常要求用户输入万能钥匙/口令，并且这在典型的电话键盘上可能是困难的，虽然许多电话允许你存储连接信息，以便一个人不需要重复地将其输入。然而，如果一个人是移动的并在许多热点之间移动，则这使用起来可能是麻烦的，除非存在在任何地方都用同一万能钥匙覆盖整个地区的城市Wi-Fi网络。

对个性化/个人化的影响

总而言之，给定当前技术，移动客户端的个性化优选地需要在移动客户端被系留到PC时发生，因为移动网络连接是非常有限/不可靠的。

在某些DRM系统中，客户端被预先个人化/预先注册，因为它可能从未直接连接到网络。这通常使用个性节点（P）+服务用户节点（U）+被烤入客户端应用程序中的P->U链路来完成。DRM许可证将被绑定并定向至服务用户节点。在安装客户端应用程序之后，需要对其进行个性化。

有限安全存储

安全存储通常是DRM客户端的要求之一。DRM客户端常常要求安全存储以存储秘密。

通过将该存储加密来保证存储的安全（尤其是如果其被存储在公共位置）。具有只有应用程序可访问的私有存储位置是更优选的，因为其不能通过在调试程序中或在虚拟机中运行代码来获得。如果不能在没有在物理上篡改设备的情况下访问私有位置且设备上调试是不可能的，则这是相当安全的解决方案。

用于J2ME应用程序客户端的安全存储的两种可能性是：

1. 文件系统中的私有位置：每个MIDP应用程序可访问由系统性质—“fileconn.dir.private”指示的文件系统中的私有位置。然而，并不是跨越所有设备统一地支持此性质。例如，S60设备支持此性质，但是S40设备不支持它。卖方对此性质的支持需要由制造商/型号进行识别。并且，在某些电话（例如索尼爱立信）上，文件系统位置并不是“私有的”，而是可以当在USB海量存储模式下安装移动电话时被USB主机看到。因此，这对于移动电话而言可能不是非常可行的选择。

2. 使用RMS（记录管理系统）的私有记录库：目前认为在所有MIDP电话上都支持RMS。记录被以每个制造商所专有的二进制格式存储。J2ME应用程序被签名，并且它们由对于每个应用程序而言唯一的（签名）散列来进行识别。J2ME JVM仅允许J2ME应用程序访问其创建且标记为私有的记录库。为了侵占RMS，攻击者将需要规避JVM安全和/或对二进制RMS数据进行定位和解码。因此，使用私有记录库应是相当安全的。RMS是广泛可用的，并且可以适合于用作安全存储。然而，根据MIDP规范，仅要求实施方式提供最少8K字节的RMS存储。因此，RMS存储在某些设备上是非常有限的。

多样化（非全球唯一）客户端

处理个性化的一种方法可以是向已被安装的每个应用程序二进制分配唯一个性节点。然而，这在许多情况下可能是不实际的，因为其通常要求服务器侧编辑非常大量的客户端应用程序二进制。并且，用户常常将二进制从一个手机拷贝到另一手机，并且依赖于用于唯一标识符的烤入个性可能是不够的。因此，在某些优选实施例中，客户端应用程序是多样化而不是全球唯一的。

SMS是安全但短的

SMS回程信道是具有有保障递送（在某些限制内）的安全路径。然而，用于SMS PDU的有效负荷大小是非常短的（140个8位字节）。多部分消息是可能的，但SMS对用户招致成本，并且优选地应被相对节省地使用。

客户端同步或应用程序运行可以首先发生

移动客户端可以在第一PC同步操作之前或之后运行。这意味着无论首先发生什么事件，个性化协议都应工作。序列可以是：

1）

—移动客户端运行

—第一PC同步

—移动客户端运行

…

或

2）

—第一PC同步

—移动客户端运行

—第二PC同步

…

使用数据报告要求

客户端应用程序通常将需要保证被报告返回给服务器的使用数据是可靠且准确的。在一个实施例中，客户端被预先个性化。然而，在优选实施例中，不单独地使用这些烤入个性来对使用数据进行加密或签名。

个性化方法

在某些实施例中，每个客户端从烤入共享个性化秘密开始。此共享个性化秘密被用来将客户端引导成个性化客户端。一旦发生个性化，则客户端获得唯一个性。然后，每个客户端获取节点、链接、以及许可证。许可证被绑定和/或定向至所获取的个性/用户节点。

个性化协议使用会话密钥并仅使用秘密密钥来将会话密钥加密以使普通文本和密码文本攻击最小化来获得秘密密钥。还使用随机数来防止消息变更攻击。共享秘密是多样化的，因此客户端的逆向工程将不阻止所有客户端被个性化（只有一组客户端将由于“黑名单”而受到影响）。但是，实际上，检测特定共享秘密由于客户端的逆向工程而被危及安全通常将是难以确定的，并且将某些未个性化客户端列入黑名单将是困难的。

通常将需要用固定（但多样化）的一组个性节点和单个公共用户节点（服务节点）对上文所述的客户端应用程序的优选实施例进行预先个性化。内容中的许可证通常被绑定和定向至服务节点。由许可证服务器使用PKI对DRM许可证中的控制器进行签名。客户端应用程序检验此签名并使用许可证中的计量义务来对使用进行计量。PKI签名保证客户端对服务器要求其计量的项目进行计量。

客户端应用程序还通常需要保证其报告返回的使用数据是可靠且准确的。例如，在优选实施例中，其需要使用与在位置上与传统个性化中的共享秘密类似的烤入秘密不同的密钥来对数据进行签名/加密。

在优选实施例中，用于个性化协议的方法是：（1）不将烤入秘密用于使用数据的签名/加密；（2）在客户端上生成签名密钥并将其存储在安全存储器中（在设备外面运行应用程序将不可访问秘密密钥）；（3）将具有服务器认证的DH密钥交换用于对被用来向服务器发送签名密钥的秘密DH密钥达成一致；以及（4）服务器生成GUID并将其设置在客户端上作为DH交换的一部分。

具有服务器认证的DH密钥交换

客户端应用程序和服务器侧将能够经由Diffie Hellman密钥交换对共享秘密密钥达成一致。

移动客户端首先运行

图27是示出根据某些实施例的用于移动内容服务提供适当移动身份并保护/检验使用数据的步骤的流程图。特别地，图27示出移动客户端在发生第一同步之前运行的情况下的步骤。在步骤2710中，移动客户端生成用于对使用数据进行签名/加密的新密钥Ks使用并将以下内容存储在安全存储器中：

其中，Enc意指使用AES CBC模式的加密

Ks-share是用于8pus个性节点的Scuba共享对称密钥

random-length是随机字节的长度（0与16字节之间）

random-bytes是随机长度长的随机字节阵列

请注意，在某些情况下，在这里存储模糊指纹参数可能是有用的。根据一个实施例，散列（FP参数）被传送至服务器并将其包括在签名计算中以用于使用数据。这用来提供某个保证，即在个性化中涉及的同一客户端是生成使用数据的客户端。

在步骤2712中，移动客户端选择p、g并选择秘密a。在步骤2714中，移动客户端计算A＝g^a mod p；并将p、g和A存储在包含以下项目的文件系统（m1.dat）中的固定位置上：

Ks-share-ID—用于Ks共享的id

Nonce＝32位随机数

其还将把相同的值存储在安全存储器中。在步骤2716中，在PC同步时，PC客户端将m1.dat发送到服务器侧。在步骤2718中，服务器侧选择秘密整数b并计算B＝g^b mod p。其使用Kdh＝A^b mod p＝(g^a mod p)^b mod p＝g^ab mod p来计算DH秘密密钥。在步骤2720中，服务器侧生成GUID guid，并且其随后在步骤2721中计算被作为S2发送到客户端的以下项目：

并将以下项目存储在s2.dat中

服务器还将存储（guid，Kdh，nonce）以供将来使用。在步骤2722中，上传使用数据（如果有的话）—用Ks使用对数据进行签名和/或加密。这时，Ks使用对于服务器而言是未知的，但其将仅仅存储用于guid的数据。移动应用程序下一次运行时，其可以计算Kdh并检验s2.dat中的数据。如果数据未证实，则其删除ml.dat、s2.dat且过程完全重新开始。如果数据证实，则其知道其已经与服务器侧对Kdh达成一致。其将m3.dat与以下数据一起存储：

在下一次PC同步时，在步骤2724中，服务器侧可以重新检验ml.dat、s2.dat并检查所存储的值（guid，Kdh，nonce）是否匹配。接下来，在步骤2726中，其可以使用Kdh来将m2.dat解密并获得Ks使用。其随后将把Ks使用存储在元组（guid，Kdh，nonce，Ks-usage）中。

在这里，个性化过程完成。如果该过程在任一点处失败，则发生以下各项：（1）如果移动客户端放弃交易：其删除文件并重新开始该过程；以及（2）如果服务器侧放弃交易：其删除文件并跳过数据上传。移动客户端在其下一次运行时开始该过程。

PC同步首先发生

如果PC同步首先发生，则不存在要上传的使用数据且不发生任何事。该过程在移动应用程序第一次运行时开始。

使用数据签名/加密

将使用Ks-usage对使用数据签名并将使用每个数据有效负荷中的Ks-share来将签名加密。在同步期间，PC客户端张贴（ml.dat，s2.dat，m2.dat和使用数据）。可以检验数据并在验证之后接受数据（在数据上传期间不同步地离线）。在某些实施例中，可以将使用数据加密。

更新

服务器可以通过在Kdh或Ks-usage由于任何原因或周期性地被危及安全的情况下删除cookie（m1.dat，s2.dat，m3.dat）来强迫执行重新个性化仅仅作为标准操作程序的一部分。

在某些实施例中，可以在更新时强迫执行呼叫归属消息。在其它实施例中，如果旧的guid被与新的guid链接在一起，并且更新是周期性更新（不是因为密钥被危及安全），则我们可以跳过呼叫归属消息。

客户端的逆向工程

客户端的逆向工程和秘密密钥的公开可能相当难以检测。

可以使用被危及安全的客户端来克隆向服务器侧提交垃圾数据的客户端。为了针对这种可能性进行保护，可以对上传的数据执行健全性检查并可以迫使被危及安全的客户端更新和/或可以忽视该数据。还可以避开被危及安全的客户端（例如，未向被危及安全的客户端提供内容更新）。

IMSI与GUID相关性（呼叫归属消息）

在完成个性化程序之后，客户端应用程序可以向服务器侧发送包含GUID的SMS消息（呼叫归属消息），并可能模糊指纹参数的散列。可以使用SMS消息的包络信息来使IMSI号码与GUID相关。

如果我们获得从其中可能使用IMSI来识别订户的其它源获得关于订户的人口统计或其它数据，则我们可以使用IMSI和GUID之间的相关性来使使用数据与人口统计数据相关并更好地进行推理/更好地确定广告的目标。

管理模型。

现在将描述用于管理模型的示例。内容项目包含包括使用规则的DRM许可证，使用规则指定将收集什么使用数据。例如，使用规则可以包括：（1）必须记录什么事件；（2）是否向用户显示调查；以及（3）必须多长时间发送返回数据一次。

客户端遵循管理模型—其考虑在DRM许可证中指定的权利和义务。移动客户端对收集的使用数据进行签名并保护此数据的完整性。在最早的机会发送返回数据。这可以以两种方式发生：（1）在PC同步时：当用户使其移动电话与PC同步时，此使用数据被传送回服务后端。可以可选地针对隐私对数据进行加密；以及（2）可替换地，可以通过SMS信道发送返回数据（如果用户保持离线达到比在义务中针对报告返回使用数据所指定的时段更长的时段）。可以将SMS信道视为私用信道且可以不要求加密。

图28示出根据某些实施例的用于跟踪移动消费者的行为的系统的布局。不同于基于WAP门户的数据收集，所述系统跟踪移动消费者的行为，因为他们在忙碌中对内容进行消费。不同于SMS发送垃圾邮件，提供的是在客户端上实际测量的准确且可靠的使用数据。

系统记录捕捉到用户与内容项目的交互的事件。计量系统测量播放/停止事件以计量用户的内容消费数据。计量的常规应用是基于所计量的内容使用对用户进行收费的服务。另一方面，本系统涉及不仅测量并跟踪内容消费，而且还有用户对内容项目的兴趣。用户与内容项目的交互是用户兴趣的最好指示之一。

为了跟踪用户的兴趣和行为，由移动客户端来记录更高水平的播放器事件。这些事件的某些示例是：（1）用户点击横幅广告；（2）用户使内容/广告的一部分快进/快退；（3）用户对内容项目投票；（4）用户用回答X来对与内容项目或广告相关联的调查进行响应/用户完全跳过该调查；（5）媒体结束（用户看完整个内容项目）。

ESB结构。本系统使用诸如在'693申请中描述的义务框架来指定客户端必须记录什么事件。客户端在其评估被嵌入内容项目2832中的许可证2830时接收这些义务作为ESB（扩展状态块）的一部分。伪代码中的ESB的示例：

表11

数据收集和递送框架

HTTP信道—参考图28，移动客户端2812将使用数据记录到移动手机上的本地文件系统。由移动客户端对此数据以密码方式进行签名（完整性保护）。在经由PC同步或经由直接OTA（空中）下载向移动客户端进行内容下载时，此数据被经由HTTP POST传送到服务后端2820。移动客户端2812（或代表移动客户端起作用的PC）可以可选地将此数据加密以在通过期间保护数据的私密性。

SMS信道—可替换地，可以经由SMS将数据发送到服务后端2820。SMS是无所不在的，并且移动客户端2812可以始终使用SMS，然而常常存在与发送SMS消息相关联的成本。因此，移动用户尝试在任何可能的情况下使用HTTP，但是如果客户端保持离线（未连接到无线因特网，并且未与PC同步）达到比在许可证2830中指定的数据收集义务中指定的报告间隔更长的时段，则将使用SMS。SMS对消息大小具有限制—SMS PDU不能超过140字节。如果其超过极限，则使用数据可能被分段。在经由SMS信道发送数据以减少SMS使用之前将其压缩。

使用服务后端来确定广告目标。使用统计数据挖掘和分析技术来离线地分析由系统收集的使用数据。可以使用分析将移动用户分类为种类。用户可以属于多于一个种类且可以具有不同程度的对每个其所属种类的亲合性。用户还可以向系统提交将被包括在某个自选种类中的人口统计数据。还可以向服务后端2820提交人口统计数据（来自公共源或来自合作公司）以便更好地将广告的目标确定为可能对广告的产品和服务感兴趣的用户。服务后端2820利用推断的种类和人口统计数据来为目标是该种类或人口统计群组的广告提供服务。

位置敏感/时间敏感目标本地广告递送。所述系统使得登广告者能够投放位置敏感广告。图29是举例说明根据某些实施例的与用于特定时间的目标用户的位置敏感广告相对应的位置的图示。例如L4的位置敏感广告被附着于地理位置（GPS坐标）和激活区（来自GPS坐标的半径，例如R4）。当移动用户在激活区范围内时，例如用于具有半径R4的L4的2930，广告被呈现给移动用户2910。箭头2920表示移动用户2910的路径。在图29所示的示例中，还存在与分别具有半径R1、R2、R3、和R5的位置敏感广告L1、L2、L3、和L5相关联的激活区。

当用户在激活区域中时向用户呈现位置敏感广告是非常及时且有效的，因为用户可以在其被呈现时在他紧邻处利用此信息。

作为位置敏感广告的示例，考虑希望用所述系统来投放促销广告（诸如优惠券）的登广告者。该系统使得登广告者能够提交促销广告材料并使其与一个或多个地理位置（这些可以是存储位置）相关联。根据某些实施例，系统还允许广告与时间窗相关联以便呈现（时间）。还可以将广告的目标确定为特定目标群组，如在所述系统中的所有广告的情况下一样。

当目标群组中的用户（可能对促销广告感兴趣）在该时间窗期间在激活区内时，促销广告被作为弹出窗口呈现给用户。广告的时间性及其位置敏感性和促销消息与目标用户的相互关系一起产生广告有效性的增加。

示例中的广告可以是用于将在被捆绑到用户附近的披萨饼店位置的GPS坐标的午餐时间左右显示的披萨饼店的优惠券。当目标用户在激活区内时，向其显示很可能将与用户有关并可能产生更好销售机会（对于使其成为用于登广告的有价值机制的广告而言更好的广告销售实现率）的促销广告。

不同的移动电话平台提供用于应用程序的应用程序编程接口（API）以使得系统能够在移动设备在该位置的某个半径内时召回应用程序。例如，J2ME平台提供用于API的Java绑定。在以下代码中给出API的使用示例：

1. 针对被附着于一个位置的每个广告指定附加信息；

2. 添加位置收听器以收听每个位置的用户位置事件；

3. 当位置事件发生时，应用程序显示位置敏感广告：

跟踪移动用户的相关性。移动客户端应用程序使得用户能够通过在其经由SMS使用应用程序的同时转送应用程序来与他的朋友共享移动客户端应用程序。用户还可以使用此机制来共享并推荐它们喜欢的内容项目。与朋友和同伴共享并欣赏内容项目的能力使得用户体验对于用户而言更加具有互动性并令人愉快。

内容从一个用户到另一用户的病毒分布是对于希望实现其内容的广泛传播的内容提供商而言是具有吸引力的机制。这种分布形式对于登广告者也有用，因为其能够潜在地经由此机制达到其营销消息的更广泛的观众。

在用户利用此特征的同时，系统跟踪转送行为并基于其应用程序/内容转送行为来推断用户的相互关系。这些推断被用来推荐可能令用户感兴趣的内容项目以及将广告的目标确定为共享关于用户消费的内容的类似兴趣和偏好的用户。

还可以按照用户共享并推荐的内容项目的种类来进一步对用户之间的推断关系进行分类和限定。系统将所推断的关系降低至称为“用户亲合性”的度量，其为对所推断的关系的强度进行量化的数值度量。随着用户将越来越多的相同类型的内容转送到同一个接收者，亲合性变得更强。随着在转送事件之间经历更多的时间，用户之间的亲合性变得更弱。

例如，按照如下计算亲合性的简单度量：原始亲合性值＝项目的数目×有效指数/（各天中的在转送事件之间经历的平均时间）。

根据某些实施例，原始亲合性值被归一化至在0与100之间的范围以便基于用于特定内容种类的值范围进行容易的比较。根据某些其它实施例，通过将更多的变量考虑在内来进一步改进亲合性测量，诸如在转送事件之间经历的时间的分布、用于转送行为的时间等。

有效性指数是所推断的关系在确定广告目标时如何有效的度量（间接地根据用户对类似广告的响应的统计数据分析而测量）。可以对在较长的时间段内收集的数据用统计数据分析技术来开发亲合性的更好度量。

图30是示出用户之间的推断关系的图。用圆圈来指示例如用户3010、3012和3014的用户。用连接线来表示用户之间的推断关系。连接线的厚度指示关系的亲合性。例如，用户3010和3014之间的关系的亲合性是相对强的，并且用户3012和3014之间的关系的亲合性是相对弱的。

跟踪应用程序和内容转送行为是有用的，因为其使得系统能够更好地理解用户库的品味和偏好。其使得系统能够通过使用户偏好与用户相互关系相关来更好地确定广告和推荐的目标。

图31是举例说明根据某些实施例的用户之间的共享或推荐应用程序或内容的SMS消息路由的图。用户3110通过所述移动客户端应用程序经由SMS与其朋友之一用户3112共享/推荐该应用程序和/或内容。SMS消息与上下文信息（应用程序版本、从手机探测的客户端属性、好友电话号码、内容id等）一起被应用程序发送到用于服务后端的短代码。

SMS消息被SMS数据网络3116和SMS网关3118路由到服务后端3114。后端3114记录谁已向谁转送内容和创作SMS消息并将其发送至预定接收者以告知他其朋友已经向其推荐该应用程序/内容项目之前的上下文信息。SMS消息经由SMS网关3118和SMS数据网络3116前进至接收用户3112。

根据某些实施例，SMS消息还包含用于移动客户端的OTA（空中）下载的URL。接收者可以点击此URL并将移动客户端下载到其手机。应用程序还可以包含推荐内容项目的插播（teaser）或缩减版本。

虽然已经出于清楚的目的相当详细地描述了前述内容，但显而易见的是在不违背其原理的情况下可以进行某些变更和修改。应注意的是存在许多实现本文所述的过程和装置的替换方法。因此，应将本实施例视为说明性而非限制性的，并且本发明的工作主体并不限于本文给出的细节，可以在所附权利要求的范围和等价物内对其进行修改。

Claims (40)

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. 权利要求29的方法，其中，所述移动电信设备仅仅间歇性地与服务器系统通信。

31. 权利要求29的方法，还包括： 

通过跟踪用户的应用程序和/或内容使用行为来进行关于多个移动电信设备的相互关系的推断； 

部分地基于用户的相互关系生成用于以移动电信设备的用户为目标的广告的推荐；以及 

向所述移动电信设备中的一个或多个传送推荐。

32. 权利要求29的方法，其中，由移动电信设备使用移动电信设备与服务器系统之间的三个或更少交换步骤来获取移动设备标识符。

33. 一种移动电信设备，包括： 

显示器，其用于向用户显示内容； 

一个或多个输入设备，其用于收集来自用户的输入；以及 

一个或多个处理器，其适合于且被编程为与服务器系统通信，使得能够从服务器系统接收移动设备标识符，并且能够将所收集的与移动设备标识符相关联的使用统计传送到服务器系统。

34. 权利要求33的设备，其中，所述移动电信设备仅仅间歇性地与服务器系统通信。

35. 权利要求33的设备，其中，所述一个或多个处理器还适合于且被编程为用秘密密钥对使用统计进行签名。

36. 权利要求33的设备，其中，所述一个或多个处理器还适合于且被编程为与服务器系统进行关于使用统计的传送的协商。

37. 一种用于从移动电信设备收集使用统计的服务器系统，包括一个或多个处理器，所述一个或多个处理器适合于且被编程为向移动电信设备传送移动设备标识符，从移动电信设备接收使用统计，并至少部分地基于移动设备标识符和接收到的使用统计的关联来检验接收到的使用统计源自于移动电信设备。

38. 权利要求37的系统，其中，所述一个或多个处理器还适合于且被编程为通过跟踪用户的应用程序和/或内容使用行为来进行关于多个移动电信设备用户的相互关系的推断，部分地基于用户的相互关系生成对以移动电信设备的用户为目标的广告的推荐，并将该推荐传送到所述移动电信设备中的一个或多个。

39. 权利要求38的系统，其中，部分地基于选自由以下各项组成的组的一个或多个标准来目标广告：设备的地理位置、时间、和用户的人口统计信息。

40. 权利要求37的系统，其中，由移动电信设备使用移动电信设备与服务器系统之间的三个或更少交换步骤来获取移动设备标识符。

Images