移动广告

IPRDB

API 数据接口

专利申请

使用指引 chat嘟嘟

会员体验

联系我们

交流群

现在联系顾问~

移动广告
申请号	CN201480046769.5	申请日	2014-07-08	公开(公告)号	CN105765617A	公开(公告)日	2016-07-13
申请人	阿库托公司;			发明人	N.吉拉德; S.D.克莱因;
摘要	用于移动广告的方法、系统和装置，包括在计算机存储介质上编码的计算机程序。方法之一包括从移动设备的用户接收用户对内容在移动设备上的呈现的响应的指示。该方法包括结合内容的呈现或者用户的响应的指示的接收，从移动运营商接收关于用户的信息。该方法还包括基于用户的响应和关于用户的信息，生成要在内容已经呈现之后向用户呈现的邀约。
权利要求	1.一种计算机实现的方法，所述方法包括：接收与向用户的广告呈现相关联的请求，所述广告与广告活动相关联；确定用户符合奖励的邀约；向用户发送邀约，该邀约定义作为对用户进行激励的动作的回报的奖励；接收用户已经赚得奖励的指示；以及提供奖励。 2.如权利要求1所述的方法，还包括基于关于用户的信息确定奖励的大小。 3.如权利要求2所述的方法，其中，关于用户的信息包括用户对先前的邀约的响应的指示符。 4.如权利要求1所述的方法，还包括基于目标转化率与当前转化率的比较来确定奖励的大小。 5.如权利要求1所述的方法，还包括基于在广告活动期间先前奖赏的量与剩余预算的比较来确定奖励的大小。 6.如权利要求1所述的方法，还包括基于当前时间确定奖励的大小。 7.如权利要求1所述的方法，还包括基于广告活动中剩余的天数和广告活动中剩余的预算来确定奖励的大小。 8.如权利要求1所述的方法，其中，接收用户已经赚到奖励的指示包括：从用户接收代码；以及验证该代码是有效的。 9.如权利要求8所述的方法，其中，验证该代码是有效的包括：确定广告商已经使用公钥数字地签名该代码。 10.如权利要求1所述的方法，其中，奖励包括无线网络信用。 11.如权利要求10所述的方法，其中，确定用户符合奖励包括确定用户具有将提供无线网络信用的运营方的账户。 12.如权利要求10所述的方法，其中，确定用户符合奖励包括确定用户不具有不受限的无线数据计划。 13.如权利要求10所述的方法，其中，确定用户符合奖励包括确定用户在账单周期中具有的剩余数据使用量。 14.如权利要求10所述的方法，其中，提供奖励包括向远程服务器传送数据，以使得由无线网络运营方服务器履行账户中的无线网络信用。 15.如权利要求13所述的方法，其中，无线网络信用作为对现有无线网络数据计划的费用的折扣而履行。 16.如权利要求1所述的方法，其中，用户的无线账户的信用随着时间累计。 17.如权利要求16所述的方法，其中，信用周期性地应用于用户的账户。 18.如权利要求1所述的方法，其中，在接收邀约之前，询问用户选择加入服务。 19.如权利要求1所述的方法，其中，在确定符合邀约之前，询问用户选择加入服务。 20.如权利要求1所述的方法，其中，对于广告的呈现，不向与用户的账户相关联的移动数据账户收费。 21.如权利要求1所述的方法，其中，与广告的呈现相关联的数据的信用被存入与用户的账户相关联的移动数据账户。 22.如权利要求1所述的方法，其中，对于在进行激励的动作时使用的数据，不向与用户的账户相关联的移动数据账户收费。 23.如权利要求1所述的方法，其中，与激励的动作的进行相关联的数据的信用被存入与用户的账户相关联的移动数据账户。 24.如权利要求1所述的方法，其中，激励的动作包括观看视频。 25.如权利要求1所述的方法，其中，激励的动作包括填写调查。 26.如权利要求1所述的方法，其中，激励的动作包括提供电子邮件地址。 27.如权利要求1所述的方法，其中，激励的动作包括在移动应用中进行购买。 28.如权利要求1所述的方法，其中，激励的动作包括推荐产品。 29.如权利要求1所述的方法，其中，激励的动作包括购买商品或者服务。 30.如权利要求1所述的方法，其中，激励的动作包括使用应用的特征。 31.如权利要求1所述的方法，其中，激励的动作包括达到游戏中的里程碑。 32.如权利要求1所述的方法，其中，奖励包括礼品券。 33.如权利要求1所述的方法，其中，奖励包括商店信用。 34.如权利要求1所述的方法，其中，奖励包括针对特定内容的信用。 35.如权利要求1所述的方法，其中，奖励包括对内容的早期访问。 36.如权利要求1所述的方法，其中，奖励包括对付费观看的内容的访问。 37.一种计算机实现的方法，包括从移动设备的用户接收用户对在移动设备上内容的呈现的响应的指示，结合内容的呈现或者用户的响应的指示的接收，从移动运营商接收关于用户的信息，以及基于用户的响应和关于用户的信息，在内容已经呈现之后生成要向用户呈现的邀约。 38.如权利要求37所述的方法，包括在用户已经指示对内容的呈现的响应时的时间和在呈现邀约时的时间之间，从移动运营商接收关于用户的信息。 39.如权利要求37所述的方法，其中，通过向关于用户的移动运营商发送询问并且接收基于由移动运营商存储的信息的对所述询问的答复，从移动运营商接收关于用户的信息。 40.如权利要求37所述的方法，其中，由不是移动运营商的一方接收用户对内容的呈现的响应的指示。 41.如权利要求37所述的方法，其中，用户对内容的呈现的响应的指示包括在移动设备的用户界面中由用户进行的动作。 42.如权利要求37所述的方法，其中，生成邀约包括选择由希望激励用户的动作的一方提供的邀约。 43.如权利要求37所述的方法，其中，生成邀约包括选择邀约作为很可能成功地激励用户的动作的邀约。 44.如权利要求37所述的方法，其中，邀约包括用于交换用户的动作而要被提供给用户的值。 45.如权利要求8所述的方法，其中，值包括移动运营商的服务。 46.如权利要求8所述的方法，其中，值包括非货币奖励。 47.如权利要求37所述的方法，包括在广告商的登陆页面上向用户呈现邀约。 48.如权利要求37所述的方法，其中，基于关于与邀约相关联的促销活动的预算的信息生成邀约。 49.一种编码有计算机程序指令的计算机存储介质，该计算机程序指令在由一个或者多个计算机执行时使得该一个或者多个计算机进行包括以下的操作：接收与向用户的广告呈现相关联的请求，所述广告与广告活动相关联；确定用户符合奖励的邀约；向用户发送邀约，该邀约定义作为对用户进行激励的动作的回报的奖励；接收用户已经赚得奖励的指示；以及提供奖励。 50.一种系统，包括：一个或者多个计算机和存储指令的一个或者多个贮存设备，所述指令在由所述一个或者多个计算机执行时可操作以使得所述一个或者多个计算机进行包括以下的操作：接收与向用户的广告呈现相关联的请求，所述广告与广告活动相关联；确定用户符合奖励的邀约；向用户发送邀约，该邀约定义作为对用户进行激励的动作的回报的奖励；接收用户已经赚得奖励的指示；以及提供奖励。 51.一种计算机实现的方法，所述方法包括：用于接收与向用户的广告呈现相关联的请求的部件，所述广告与广告活动相关联；用于确定用户符合奖励的邀约的部件；用于向用户发送邀约的部件，该邀约定义作为对用户进行激励的动作的回报的奖励；用于接收用户已经赚得奖励的指示的部件；以及用于提供奖励的部件。
说明书全文	移动广告 [0001] 相关申请的交叉引用 [0002] 本申请要求2013年7月12日提交的题为“MOBILE ADVERTISING”的美国临时申请序列号61/845,738的优先权，并且涉及2013年5月14日提交的题为“CHARGING AND BILLING FOR CONTENT,SERVICES,AND ACCESS”的美国申请序列号13/893,744和2013年5月14日提交的题为“ADVERTISER SUPPORTED BANDWIDTH PLATFORM”的美国申请序列号13/893,870中描述的信息，通过引用将它们全部并入本文。技术领域背景技术 [0003] 随着比几年前的工作站更强大的移动设备的出现以及比它们的固定线路相对方更快的蜂窝技术的引入，移动计算已经成为消费内容的流行方式，堆在蜂窝网络承载的大量数据做出贡献并且以快节奏增长。由于可用频率的有限集合以及限制可以由每赫兹承载的比特数的物理定律，无线网络容量受到在区域内共享的无线介质的容量的限制。基于这些因素，预期无线网络容量迅速超过供应。 [0004] 移动运营方(operator)(即，无线网络的运营方)正花费资本获取频谱权并且扩建网络基础设施以运载附加的通信量(traffic)。为了负担这些改进，电信行业正从不受限定价(其中，消费者例如接收固定的按月价格的不受限服务)转换为层级定价(其中，收费基于使用的带宽量)。但是层级定价不令人满意并且是不是有成本效益的方案，因为当订户超越(hit)其数据上限、即消费得比他们的数据分配更多时，这约束移动的、正在进行的消费并且经常导致超额。移动运营方想要增加他们的收益。订户想要没有附加成本的更大的移动带宽，而移动运营方需要增加的收益以应对在其网络上添加的负荷并且在他们的基础设施中继续投入。同时，广告商和其他内容提供者想要增加对他们的广告和内容的用户参与性(engagement)。发明内容 [0005] 总的来说，本说明书描述的主题的一个创新方面体现在方法中，方法包括接收与广告向用户的呈现相关联的请求的动作，该广告与广告活动相关联。该方法还包括确定用户符合奖励的邀约(offer)的动作。该方法还包括向用户发送奖励的邀约的动作，以回报用户进行激励的动作。该方法还包括接收用户已经赚得奖励的指示的动作。该方法还包括提供奖励的动作。 [0006] 总的来说，本说明书描述的主题的一个创新方面可以体现在方法中，方法包括从移动设备的用户接收用户对内容在移动设备上的呈现的响应的指示的动作。该方法还包括结合内容的呈现或者用户的响应的指示的接收，从移动运营商(mobile carrier)接收关于用户的信息的动作。该方法还包括基于用户的响应和关于用户的信息，在内容已经呈现之后生成要向用户呈现的邀约的动作。 [0007] 该方面的其他实现方式包括对应的计算机系统、装置和记录在一个或者多个计算机贮存设备上的计算机程序，每个配置为执行方法的动作。一个或者多个计算机的系统可以配置为通过具有安装在系统上的、在操作时使得系统执进行作的软件、固件、硬件或它们的组合来进行具体动作。一个或者多个计算机程序可以配置为通过包括在由数据处理装置执行时使得装置执行动作的指令来进行具体动作。 [0008] 1.前面的和其他的实施例每个可以可选地单独或者组合地包括以下特征中的一个或者多个。方法可以包括基于关于用户的信息确定奖励的大小的动作。关于用户的信息包括用户对先前的邀约的响应的指示符。方法可以包括基于目标转化率与当前转化率的比较确定奖励的大小的动作。方法可以包括基于在广告活动期间先前奖赏的量与剩余预算的比较确定奖励的大小的动作。方法可以包括基于当前时间确定奖励的大小的动作。方法可以包括基于广告活动中剩余的天数和广告活动中剩余的预算确定奖励的大小的动作。接收用户已经赚到奖励的指示包括：从用户接收代码以及验证该代码是有效的动作。验证该代码是有效的可以包括：确定广告商已经使用公钥数字地签名该代码。奖励可以包括无线网络信用。确定用户符合奖励可以包括确定用户已经具有将提供无线网络信用的运营方的账户。确定用户符合奖励可以包括确定用户不具有不受限的无线数据计划。确定用户符合奖励可以包括确定用户对于账单周期具有的剩余数据使用。提供奖励可以包括向远程服务器传送数据，以使得由无线网络运营方服务器履行账户中的无线网络信用。无线网络信用可以作为对现有无线网络数据计划的费用的折扣而履行。信用可以在应用于用户的账户之前被累计。信用可以周期性应用于用户的账户。在接收邀约之前，可以询问用户选择加入服务。在确定为符合邀约之前，可以询问用户选择加入服务。邀约可以是交换用户的电子邮件地址的奖励。邀约可以是交换用户下载应用的奖励。邀约可以是交换用户访问网站的奖励。邀约可以是交换用户进行购买的邀约。对于广告的呈现可以不向与用户的账户相关联的移动数据账户收费。与广告的呈现相关联的数据的信用可以被存入与用户的账户相关联的移动数据账户。对在执行激励的动作时使用的数据可以不向与用户的账户相关联的移动数据账户收费。与激励的动作的进行相关联的数据的信用可以被存入与用户的账户相关联的移动数据账户。激励的动作可以包括观看视频。激励的动作可以包括填写调查。激励的动作可以包括提供电子邮件地址。激励的动作可以包括在移动应用中进行购买。激励的动作可以包括推荐产品。激励的动作可以包括购买商品或者服务。激励的动作可以包括使用应用的特征。被激励的动作可以包括达到游戏中的里程碑。奖励可以包括礼品券。奖励可以包括商店信用。奖励可以包括针对特定内容的信用。奖励可以包括对内容的早期访问。奖励可以包括对付费观看的内容的访问。该方法可以包括在用户已经指示对内容的呈现的响应时的时间和在呈现邀约时的时间之间，从移动运营商接收关于用户的信息的动作。可以通过向移动运营商发送询问并且接收基于由移动运营商存储的信息的对询问的应答，从移动运营商接收关于用户的信息。可以由不是移动运营商的一方接收用户对内容的呈现的响应的指示。用户对内容的呈现的响应的指示可以包括在移动设备的用户界面中由用户执行的动作。生成邀约可以包括选择由希望激励用户的动作的一方提供的邀约。生成邀约可以包括选择邀约作为很可能成功地激励用户的动作的邀约。邀约可以包括为了交换用户的动作而要提供给用户的值。值可以包括移动运营商的服务。值可以包括非货币奖励。方法可以包括在广告商的登陆页面上向用户呈现邀约的动作。可以基于关于与邀约相关联的促销活动的预算的信息生成邀约。 [0009] 可以实施本发明的具体实施例以不实现以下优点或者实现以下优点中的一个或者多个。一些实现方式可以通过向系统的用户邀约激励而促进用户参与。一些实现方式可以促进移动数据的影响作为货币的形式。一些实现方式可以允许用户在不花费更多钱的情况下消费更多的移动数据。一些实现方式可以增加订户对他们订阅的无线网络的运营商的订户忠诚度并且减少订户流失。一些实现方式可以扩展并且保护邀约移动数据计划的移动运营方的市场占有率。一些实现方式可以通过允许广告商资助消费者的移动数据消费而增加移动运营方收益。一些实现方式可以提高与内容项目的用户参与度。一些实现方式可以增加广告转化率。 [0010] 在附图和下面的描述中阐述本发明的一个或者多个实施例的细节。本发明的其他特征、方面和优点将从下面的描述、附图和权利要求中变得显而易见。附图说明 [0011] 图1是用户界面流的示例。 [0012] 图2是移动值交换的逻辑架构的概念表示。 [0013] 图3是例示广告转化的示例的序列图。 [0014] 图4是用于确定用户是否符合奖励的过程的示例的流程图。 [0015] 图5是邀约履行的过程的示例的流程图。 [0016] 图6是用户界面流的示例。 [0017] 图7是例示呈现对于下载移动应用的奖励的邀约的过程的示例的序列图。 [0018] 图8A-8B是不同邀约的呈现的示例。 [0019] 图9是HTTP标头扩展的概念表示。 [0020] 图10是跟踪和标识用户的概念表示。 [0021] 图11A-C是例示第三方库存重定目标的示例的序列图。 [0022] 图12是例示使用cookie跟踪符合性的过程的示例的序列图。 [0023] 图13示出通用计算机设备和通用移动计算设备的示例。具体实施方式 [0024] 人们持续地使用更多的无线带宽。电影、音乐、电视和游戏都被无线地发送到移动设备的用户。作为回应，很多移动服务提供者已经限制用户在特定时间段期间可以使用的带宽量。例如，一些用户可以被约束为每月1、2或5吉字节的数据。另外的带宽使用可能需要支付另外的费用。面对收费，用户必须或者支付另外的带宽或者将他们的带宽消费降低到他们的个人最佳等级以下。因为移动数据是有限的，所以这使得能够移动数据作为货币(currency)的形式使用。 [0025] 同时，广告商和其他内容提供者想要增加用户对他们的广告和内容的参与性。广告已经变为将网站和移动应用货币化(monetize)的重要方式。然而，用户对植入(intrusive)广告通常具有负面反应。历史上，在线显示广告或者“横幅(banner)”曾经非常流行。广告商向网站发布者大量支付以将这些广告呈现给用户。每次广告被呈现给用户被称作印象(impression)。根据达到印象的数量向广告商收费。 [0026] 查看广告印象的有效性的一种方式是用户是否响应于印象而采取动作(比如点击以查看更多信息)。随着广告数量增加，广告印象的有效性降低。例如，对于每1,000,000个广告印象，可能少于2000个被点击或者另外被选择。广告被点击的次数与印象的数量的比率被称作点击率。在我们的示例中，在点击的2000个广告中，少于20个可以得到转化。通常，转化是广告商要求的特定动作的成功完成，例如，用户购买产品，订阅邮寄列表，观看视频等。广告的印象得到转化的次数与印象的数量的比率被称作转化率。 [0027] 通常，广告放置的价格是基于广告的一千次印象的成本计算出的每千个成本(CPM)。广告的有效性的降低已经使得CPM类似地降低。替代的定价结构包括对于每个完成的动作进行支付。在每动作成本(CPA)定价的情况下，仅当消费者采取特定的动作时广告商才向发布者支付。 [0028] 移动应用和社交游戏的近期增加已经提供了利用激励系统创建广告模型的机会，激励系统因消费者将关注或者数据投入于广告体验而奖励消费者。对于广告商，奖励消费者使得消费者关注特定的动作，这又得到提高的用户参与性。提高的参与性可以得到更好的转化率，这又提高了广告的经济效果。 [0029] 我们这里描述的移动价值交换平台(Mobile Value Exchange Platform，MVEP)的目的是通过在向用户呈现动作召唤(call-to-action)时显示奖励邀约(offer)改进用户参与性，来创建价值并且推动效率。这种类型的参与性可以得到显著提高的转化率，在一些情况下达到比1％的行业平均更好10倍。 [0030] 使用我们这里描述的系统，为了广告商交换改进的转化率，广告网络将能够收费更多，例如，以$3的CPM奖金交换3％的转化率。广告商将能够对于例如10,000,000个广告印象支付$8CPM，基于行业标准CTR(点击率)这得到50,000次点击。在一些实现方式中，CTR不受MVEP平台的影响。在转化率3％的情况下，那些50,000次点击将得到1500次转化或者对于广告商的有效的每次转化的$53成本，47％的效率改进。原始广告活动花费的金钱(即，花费)和MVEP使能的活动之间的差可以用以支付奖励，并且结余(balance)可以在为广告商增销(upsell)能力的广告网络与向广告网络销售能力的MVEP平台的运营方之间划分。 [0031] 可以影响(leverage)这里描述的MVEP平台以激励广告商期望的很多不同类型的动作。在此使用的动作指代用户可以进行的任何行动。激励的动作指代内容提供者期望鼓励用户可以进行的任何行动。例如，随着应用内购买(解锁特征、购买数字内容等)变成移动应用的货币化的流行形式(所谓的“免费增值(freemium)模型”)，激励那些应用内交易是有价值的。移动应用本身可以免费分发，并且发布者例如通过销售增值(incremental)特征、功能以及数字和虚拟物品而使应用货币化。当使用户购买特征、功能或者物品的成本降低时此方法变得更可行。 [0032] 例如，游戏的基础或者“免费”版本可以具有免费可用的十级的游戏玩法，具有可以购买并且解锁要收费的高等级。音乐应用可以使得歌曲的前三十秒可用，并且歌曲剩余部分将需要从应用内购买。类似地，随着应用内广告变为移动生态系统的货币化的另一流行形式，用户花费在应用中的时间是销售广告的关键度量——用户花费与应用交互的时间越多，应用发布者可以显示的广告越多，这直接增加他们的来自广告商的收益。可以使用MVEP平台来激励特定应用内里程碑和用户参与性的度量，比如每天运行应用、达到特定游戏等级或者游戏成就、执行特定动作或者使用应用的特定特征(例如，位置共享的选择加入、签约付费服务的试用等)。同样，特定用户行为对于广告商可能是有价值的并且值得激励；例如，在移动应用内寻求支持而不是呼叫昂贵的呼叫中心的动作、使用公司的移动应用而不是呼叫免费管理员服务或者使用网站来预定航班或者酒店房间的动作、使用特定支付提供商(诸如直接运营商开账单)而不是昂贵的支付网关来支付的动作等。 [0033] 移动商务(m-商务)交易也可以由MVEP平台激励。在一些情况下，可以应用激励以使消费者达到某一购物车价格等级或者增销特定项目；例如，可以向用户广告“当你在你的航班预约之上预定至少一个酒店房间时，得到用于你的平板电脑的1GB奖励”。 [0034] 也可以影响MVEP平台以激励社交交易，从为朋友或者家人指引所赞助的产品、收集对于在社交网络上共享领悟的奖励、到“推特(tweeting)”、“喜欢(liking)”和“钉出(pinning)”诸如TWITTER、FACEBOOK和PINTEREST之类的社交服务上的赞助商页面。 [0035] 上面呈现的动作和转化类型可以被组合；比如，广告商可以决定促进移动应用的安装并且仅当达到应用内里程碑、例如达到游戏中的等级3、阅读新应用中的至少10篇文章或者进行首次应用内购买时奖励用户。 [0036] 对于上面的动作和转化，对于进行中(in flight)的广告和应用邀约显示转化描述的机制适用。在一些情况下，可以将负责确定符合性(eligibility)、呈现邀约并转化邀约的代码的执行不同地打包为比如SDK(软件开发包)或者获得遵循本机代码的共享库。也就是，替代当渲染(render)网络页面时动态地被触发的一段网络技术代码(比如HTML5和JAVASCRIPT)，在编译时本机应用将链接到本机代码，并且调用适当的内置例程以执行处理符合性检查、邀约渲染和邀约转化所需要的序列流。 [0037] 图1是用户界面流的示例。在步骤1，客户端设备的用户访问发布的内容201(例如网站、网络门户、移动网站或者移动应用)。结合发布的内容，可以向用户呈现广告。 [0038] 在一些实现方式中，广告200上可以存在指示符，该指示符通知用户选择该广告将导致邀约的呈现。当在客户端设备上呈现广告时，可以动态生成指示符。在这个示例中，用户诸如通过点击或者轻敲广告而选择广告200，这使得客户端设备的用户界面进行到步骤2。在一些实现方式中，与广告的用户呈现相关的运送(带宽)是零定价的，也就是说，不对用户的使用收费和/或不对与他们的无线帐户相关联的数据分配而计算。 [0039] 在步骤2，为客户端设备的用户呈现广告商登陆页面202。广告商登陆页面202包括关于邀约的信息204。通常，邀约包括对于用户执行的激励的动作而回报的邀约的奖励。在一些实现方式中，奖励可以是预定的、从可能奖励的预定列表中选择的、基于用户的一些确定的特性而确定的、或者对于用户动态地生成的。奖励可以基于到目前为止在活动上花费的量(活动花费)、活动的预算、活动剩余的时间量、时间和日期和/或目标转化率而动态生成。例如，如果当前转化率低于目标转化率，则可以增加奖励的大小，如果当前转化率高于目标转化率，则可以降低奖励，如果活动正以指示预算将在活动结束之前预算花完的比率而花费其预算，则邀约的奖励可以更小。相反，如果活动正以指示预算在活动结束之前不会花完的比率而花费其预算，则奖励可以更大。 [0040] 在一些实现方式中，可以由与奖励相关联的第三方限制奖励的大小。例如，无线运营方可以限制用户可以接收的附加带宽量。可以以每个邀约基于或者在一时间段内应用限制。例如，无线运营方可以声称用户一次不能接收多于100MB的附加数据或者在一个月内不能接收多于1吉字节的附加数据。在一些实现方式中，可以询问用户以选择加入服务并且同意条款和条件。 [0041] 激励的动作可以包括下载游戏、下载应用、解锁应用的付费特征、执行应用内的特定动作(诸如打开应用、达到游戏中的预定等级等)、提供电子邮件地址给广告商、提供人口统计信息、完成调查、进行购买和测试赞助的服务。 [0042] 邀约例如可以包括用以向用户的移动帐户添加带宽或者向他们的无线账单存入一些货币量的邀约。邀约也可以包括给出对于在线(诸如AMAZON.COM)或者实体商店(诸如ANNTAYLOR)的信用(积分，credit)、礼品卡、商品和服务的折扣的优惠券、对内容的早期访问(例如，在内容可用于一般公众之前对该内容的访问)、解锁付费节目数字内容、对数字商店的特定内容(诸如特定歌曲、电影或者电视剧集)的需要等的其他邀约。向用户呈现使得用户接受邀约的提交按钮203。 [0043] 在一些实现方式中，不是向所有用户呈现邀约。可以在步骤1中呈现广告200之前或者当选择了广告200时确定向特定用户呈现邀约的确定。 [0044] 在一些实现方式中，与执行被激励的动作相关的运送(带宽)是零定价的，也就是说，不对用户的使用收费和/或不对数据分配而计算。例如，如果给出用户用于观看视频的附加带宽的邀约，则将不对用户使用观看视频所需的移动数据收费，或者内容提供者将为该使用付费。 [0045] 一旦用户已经完成激励的动作，在步骤3，用户界面显示感谢页面205。感谢页面205包括来自广告商的消息211。页面还包括使得用户能够履行(redeem)邀约并且收集奖励的链接206或者其他机制。 [0046] 在步骤4，如果用户还没有被标识，则可以向用户呈现信息收集页面207。信息收集页面207请求关于用户的标识信息208。例如，信息收集页面可以请求电话号码、电子邮件地址或者用户为了标识的目的而登录到特定服务(比如像FACEBOOK或者TWITTER那样的社交网站)。一旦用户例如通过点击或者轻敲提交链接209而提交了标识信息208，用户接收奖励。在已知用户的身份具有足够的独特性以使得能够履行奖励而不需要请求附加信息的情况下，可以不示出信息收集页面，容许流畅的体验。 [0047] 在步骤5，通过确认页面210向用户通知奖励已经履行。 [0048] 图2是用于MVEP的逻辑架构的概念表示。MVEP是使得广告商能够向以进行激励的动作为交换的用户邀约奖励的系统。 [0049] 广告商100或者广告代理101组织广告活动以推销商品或者服务。一些广告商通过广告代理101而工作，广告代理101充当广告商的代理人并且典型地处理与预订和配置广告活动相关联的技术操作。广告活动可以以特定市场段为目标。市场可以基于人口统计、包括但不限于年龄、性别、国家地区、收入等被分段。市场也可以基于用户的感兴趣领域、例如棒球爱好者、运动员、读者、电影发烧友等被分段。 [0050] 广告网络102将广告商连接到想要容纳(host)广告的网站和应用。广告交换103便于在一个或者多个广告网络之间买卖广告。通常，广告商100或者广告代理101将广告与目标市场分段的描述和指示广告商希望花费多少的预算一起提供到广告网络或者广告交换。广告网络或者广告交换标识符合目标市场分段的网络和应用，并且向那些网络和应用放置广告。 [0051] 广告服务器104提供广告到标识出的网站或者应用以向用户呈现。通常，广告服务器可以由广告网络或者广告交换更新以包括新广告。广告服务器也可以跟踪印象的数量和特定广告接收的点击数量。 [0052] 发布者向用户的客户端设备传递网站或者应用105。发布者例如可以是网站的拥有者或者应用的开发者或者分发者。MVEP管理并组织基于奖励的广告向用户的传递。当广告商100或者广告代理101创建新活动时，广告商定义目标市场分段和预算。MVEP的存货(inventory)估计部件112向广告商提供关于观众的潜在大小的输入。 [0053] 活动准备(provisioning)部件111使得广告商能够配置广告商希望基于奖励的广告在其之下允许的参数。参数可以包括诸如人口统计、网络类型、设备操作系统、国家、语言等之类的目标信息。参数也可以包括广告活动的开始和结束日期和诸如每日花费、总花费、每个转化的最大花费等的预算信息。参数也可以包括要激励的动作的定义(例如，观看视频到完成、收集电子邮件地址、使用诸如商店定位器之类的常用小部件等……)。 [0054] 在一些实现方式中，活动准备部件111生成要被包括在广告中的用于广告商的计算机程序(或者软件代码)。生成的程序用以确定奖励符合性和呈现邀约。 [0055] 活动跟踪部件110可以跟踪广告的进行。可以跟踪的进行度量包括做出邀约的次数、邀约被接受并且履行的次数、点击率、转化率、转化成本和预算花费。 [0056] 例如，运行电子邮件捕捉活动的广告商决定激励活动。广告商对于收集的每个电子邮件提供(邀约)100MB的附加带宽。在这个示例中，当用户提交用户的电子邮件地址时，转化发生。 [0057] 归属(attribution)部件109可以将转化归属于特定用户。可以通过当进行激励的动作时呈现的统一资源定位符(URL)确定正确的归属。在一些实现方式中，URL使得用户能够直接与归属部件通信。例如，URL可以链接到作为归属部件的一部分的网络服务器。在其他实现方式中，URL链接到运行活动的广告网络104，该广告网络104又通知归属模块109。在其他实现方式中，URL链接到第三方归属伙伴114，第三方归属伙伴114又通知归属模块109。 [0058] 动态定价模块108可以计算邀约的价值。计算可以在广告在被呈现给用户时发生。邀约的价值可以基于符合性、用户的无线帐户的状态、对收入阈值的无线运营方约束和各种活动执行目标。例如，确定用户的符合性可以包括确定用户是否在目标市场分段内。用户的无线帐户的状态可以用以确定用户是否将易接受增加带宽的邀约。例如，如果用户具有不受限的数据计划，则用户不太可能接受其可用数据带宽的增加，替代地，无线运营方107可能已经强加了使得用户不符合进一步的数据带宽奖励的约束。 [0059] 在一些实现方式中，MVEP113可以直接与无线运营方107通信，以确定关于用户的帐户的信息。例如，无线运营方可以指示特定用户是否具有受限的数据计划。可以由MVEP平台调用订户查找，以取得订户信息。给出MSISDN(例如，与设备相关联的电话号码)或者唯一IP地址，MVEP可以获得关于附于该MSISDN的帐户或者该IP地址的信息。信息可以包括帐户号、账单信息、使用信息、无线计划定义、账单周期、设备信息等。帐户属性也可以用以确定用户符合性，消除露出单独的符合性界面的需要。 [0060] 图3是例示广告转化的示例的序列图。客户端300、例如移动客户端设备上的网络浏览器的用户请求显示激励的广告。广告中的代码使得该客户端设备发送消息到MVEP 302，请求该客户端设备的用户是否符合接收邀约308。不是所有用户都一定符合奖励。取决于奖励，符合性可以依赖于不同因素。例如，为了用户接收移动数据奖励，用户可能需要具有与MVEP整合的无线运营方的帐户。 [0061] 为了确定符合性，MVEP可以标识用户。可以基于IP地址标识、HTTP标头富集(header enrichment)或者cookie(浏览器缓存)匹配技术来标识用户，如下面讨论。在一些实现方式中，一旦标识出用户，MVEP可以存储关于该用户的信息。该信息可以用以标识用户用于随后邀约。 [0062] 在该示例中，运营方304将用户的MSISDN插入到HTTP标头310中。MSISDN可以由MVEP提取。 [0063] 为了确定符合性，MVEP可以联系无线运营方312，以确定用户是否符合。例如，在邀约附加移动数据的奖励之前，MVEP可以联系无线运营方以确定客户端设备是否符合接收奖励。 [0064] 奖励的符合性也可以基于由广告商提供的活动参数而确定。例如，广告商可能希望将电子邮件收集限制为年龄超过18岁的成人、或者对“体育”表现出兴趣的用户、或者任何其它标准。MVEP可以尝试调查用户是否知道落入符合奖励的类别。 [0065] 图4是确定用户是否符合移动数据的奖励的示例的流程。该过程开始于呈现广告402时。广告嵌入的脚本标签可以使得客户端设备开始该过程。 [0066] 脚本确定cookie或者其他标识数据是否存在404。如果cookie不存在，则MVEP创建用于设备的永久cookie 406。 [0067] 脚本使得客户端设备向MVEP提交请求408。请求例如可以是HTTP GET(HTTP取得)请求。HTTP请求可以包括附加信息。例如，无线运营方可以将客户端设备的MSISDN嵌入HTTP标头中。HTTP请求也可以包括cookie。 [0068] MVEP尝试从HTTP标头取得MSISDN 410。如果MSISDN不可用，则MVEP确定cookie是否由系统识别412。如果没有标识出cookie，则MVEP确定客户端设备的IP地址是否落入符合接收奖励的IP地址的范围414。 [0069] 如果在这些步骤之后MVEP不能标识出设备，则MVEP可以请求用户提供MSISDN 416。如果用户不提供MSISDN，则不进行邀约418，并且过程终止420。 [0070] MVEP可以从MSISDN确定用户是否符合，如上所述422。如果用户符合，则HTTP响应可以用以将邀约传送到客户端设备。 [0071] 如果存在要显示的邀约424，则客户端设备可以显示邀约426。 [0072] 回去参考图3，在确定用户符合时，MVEP通知客户端设备。作为响应，客户端设备在广告上渲染覆盖314。 [0073] 一旦用户选择广告，用户就导航到广告商登陆页面。 [0074] 客户端设备发送请求给MVEP，MVEP可以再次确定用户是否符合奖励316。除了确定用户是否符合之外，MVEP也确定应该被邀约的奖励的大小318。 [0075] 奖励的大小可以例如基于关于用户的已知信息。已知信息可以包括诸如年龄、性别、位置、薪金之类的人口统计信息。已知信息可以包括账户信息，比如用户的当前数据计划、用户使用的数据量、用户可用的数据量、设备的类型、连接性的类型(Wi-Fi对蜂窝、和蜂窝网络的类型)、当前账单周期中剩余多少时间。已知信息也可以包括关于用户对之前的邀约的接受力的信息。例如，如果用户已经看见特定邀约，则系统可以基于用户之前的反应确定增加或减少邀约。 [0076] 例如可以通过创建用户简档或者响应于调查从包括消费者直接提供的第一方数据的各种源获得关于用户的信息。也可以从第三方数据获得关于用户的信息，第三方数据可以由例如移动运营方、因特网服务提供者和其他数据提供者而提供。 [0077] 奖励的大小也可以基于活动参数。例如，奖励的大小也可以基于时间和日期，进入活动的天数、总的可用预算、发布者、发布者的类型、广告的位置、广告的类型等。 [0078] 奖励的大小也可以基于转化执行。例如，奖励的大小可以基于转化率目标、总的可用预算、活动剩余的天数。 [0079] 一旦确定奖励的大小，MVEP向客户端设备返回奖励密钥和动态邀约信息320，该奖励密钥唯一地标识正向客户端邀约的奖励，该动态邀约信息可以包括例如正被邀约的奖励的大小。奖励密钥可以被加密。 [0080] 客户端设备在用户界面上渲染邀约信息322。 [0081] 一旦用户完成激励的动作324，广告商创建验证令牌326。广告商可以加密验证令牌并且向用户返回加密的令牌328。在一些实现方式中，可以使用诸如安全套接字层的标准通信协议加密令牌。 [0082] 在接收到验证令牌时，系统在客户端设备330上渲染履行邀约链接。 [0083] 一旦用户点击履行邀约链接，客户端设备就向MVEP发送验证令牌和奖励密钥332。MVEP验证奖励密钥和验证令牌334。 [0084] 在一些实现方式中，MVEP可以在算法上验证验证令牌。例如，广告商可以使用私钥来签名验证令牌或者使用与MVEP相关联的公钥加密令牌。也可以使用其他验证系统，例如，广告商可以使用生成对于特定奖励的唯一代码的密钥生成算法来生成验证令牌。 [0085] MVEP可以尝试标识用户。例如，移动运营方可以将客户端设备的MSISDN插入到HTTP标头中。标识用户所需的信息量可能取决于正邀约的奖励而变化。例如，用户设备的MSISDN可能对于奖赏移动数据奖励是足够的。然而，其他奖励可以需要诸如姓名、地址、电子邮件地址等的附加数据。对于一些奖励，诸如电子礼品卡，电子邮件地址可能是足够的并且不需要需被传递到MVEP的附加数据。 [0086] 如果MVEP不能充分地标识用户，则MVEP向客户端设备发送信息收集页面336。客户端设备向用户渲染信息收集页面。信息收集页面请求足以奖励用户的信息。用户将必要的信息提供到清单(inventory)收集页面中，并且向MVEP提交清单收集页面338。 [0087] MVEP验证奖励密钥和验证令牌340。在一些实现方式中，MVEP可以验证用户的标识信息。然后MVEP联系无线运营方以向用户存入他们的奖励342。奖励例如可以是用户的无线账户上的对于附加无线数据的信用(credit)。在一些实现方式中，奖励可以是对于附加数据的成本的信用支付。一旦适当存入奖励，则MVEP向客户端发送确认感谢页面344。 [0088] 在一些实现方式中，奖励可以在一时间段期间存储和累计，并且一次全部应用于用户的账户。例如，MVEP可以按小时、天、星期或者月跟踪用户赚得的奖励。在时段结束时，MVEP可以联系无线运营方，以向用户存入。在一些实现方式中，一旦存入奖励，MVEP就联系用户。例如，MVEP可以向用户发送自动的电子邮件或者文本消息。 [0089] 图5是邀约履行的过程的示例的流程图。过程开始于邀约502转化时。客户端设备向MVEP发送HTTP取得请求504。取得请求可以包括设备的MSISDN。 [0090] MVEP确定是否已经提供验证的MSISDN 506。可以例如通过发送包括验证码的文本消息给用户的客户端设备来提供验证的电话号码。因为仅用户可以访问设备，所以用户是唯一能够提供验证码的一个。 [0091] 如果不存在MSISDN 508，则MVEP向客户端设备发送消息，请求用户提供设备的MSISDN 510。MVEP确定其是否需要电子邮件认证512。例如，为了履行诸如电子优惠券或者礼品卡之类的一些邀约，需要提供和验证电子邮件地址。如果需要电子邮件认证，则MVEP向客户端设备发送消息，请求用户提供认证514。替代地，如果用户已经使用单一签名在系统上进行了签名，则可以不向用户发送请求而获得电子邮件地址。 [0092] 在任何情况下，该过程请求验证码514。该过程验证该码。如果该码不正确或者无效，则过程再次请求该码。 [0093] 在过程完成时，过程向客户端设备发送感谢页面，用于呈现给用户518。 [0094] 除了激励在网页上放置的广告之外，系统也可以激励广告以安装和使用客户端设备上的应用。图6例示激励移动应用的安装和执行的用户界面流。 [0095] 在步骤1，客户端的用户访问发布的内容604(例如，网站、网络门户、移动网站或者移动应用)。结合发布的内容，可以向用户呈现移动应用的广告602。 [0096] 如上面描述，在一些实现方式中，可以存在通知用户选择广告将得到呈现邀约的在广告602上的指示符。当在客户端设备上呈现广告时，可以动态生成指示符。在这个示例中，用户诸如通过点击或者轻敲广告602而选择广告602，这使得客户端设备的用户界面进行到步骤2或步骤3。 [0097] 在步骤2，可选地向客户端设备的用户呈现信息收集屏幕。信息收集屏幕包括用于提供诸如用户的电话号码、电子邮件地址或者其他类型的标识信息的所请求的信息的区域606。信息收集屏幕也可以包括登录到服务(诸如由社交网站提供的服务)的单个签名的地方。在MVEP具有足够的用以标识用户和提供奖励的关于用户的信息的情况下，步骤2可以被跳过并且客户端设备可以直接进行到步骤3。 [0098] 在步骤3，客户端设备被引导到应用商店，在应用商店，用户可以安装所广告的应用610。步骤4发生在用户第一次执行应用612时。当执行应用时，可以通知MVEP用户已经赚得奖励。MVEP可以向客户端设备发送电子邮件或者其他消息(诸如SMS文本信息)。 [0099] 在步骤5，客户端设备显示来自MVEP的消息614。消息包括指令或者链接，由此用户可以履行邀约616。例如，消息是向MVEP发送HTTP请求的链接。在其他示例中，消息可以包括客户端设备向特定电话号码发送包含代码的文本消息的指令。 [0100] 一旦MVEP已经向用户提供了奖励，MVEP就可以向客户端设备发送确认电子邮件或者其他消息。在步骤6，客户端设备显示带有奖励的细节620的确认消息618。 [0101] 图7是例示呈现对下载移动应用的奖励的邀约的过程的示例的进一步细节的序列图。如关于图3所讨论的，向用户呈现广告。如上所述，广告可以使得用户的客户端设备702向MVEP 706发送消息，以确定用户是否符合接收奖励710。如果用户符合邀约，则客户端设备在广告712上渲染覆盖。 [0102] 一旦用户点击广告，就存在所示的两种情景。在第一情景中，用户不符合奖励，在第二情景中，用户符合。这两个情景类似地开始。客户端设备向MVEP发送消息，以确定用户是否符合邀约714、722。MVEP如上关于图3所述而确定符合性716、724。 [0103] 在用户不符合邀约的情景下，客户端设备被重新定向到应用商店718。被重新定向的客户端设备导航到应用商店的应用下载页面720。 [0104] 如果用户符合奖励，则确定奖励的大小726并且向用户呈现信息收集页面728。信息收集页面可以请求诸如用户的电子邮件地址之类的信息。在一些实现方式中，收集的信息被用于确定符合性。例如，信息可以包括关于用户的人口统计信息的调查。用户提供所请求的信息730。 [0105] MVEP可以确认用户符合接收奖励732。在一些实现方式中，MVEP使用提供的信息确认符合性。一旦确认符合性，客户端设备被重新定向到应用商店724。被重新定向的客户端设备导航到应用商店的应用下载页面736。 [0106] 在某一稍后的时间，当用户执行移动应用时，客户端设备向MVEP发送消息738。在一些实现方式中，移动应用可以被编程以与MVEP或者与第三方归属服务通信740。第三方归属服务可以代表客户端通知MVEP。消息通知MVEP移动应用已经运行。 [0107] MVEP向客户端设备发送邀约电子邮件742。电子邮件包括使得用户能够履行奖励的链接。在一些实现方式中，电子邮件可以包括随后的邀约，例如，对于执行某一随后动作的附加数据。链接除了其他消息还可以包括加密的确认码。 [0108] 用户选择电子邮件中的链接。例如，用户可以点击或者轻敲电子邮件消息中的链接。选择链接使得客户端设备向MVEP发送消息744。MVEP确认消息是有效的746。例如，MVEP可以确认与链接一起发送的确认码是有效的确认码。MVEP尝试自动检测客户端设备的MSISDN 748，如上讨论的。 [0109] 如果MVEP不能检测到客户端设备的MSISDN，则MVEP发送HTML页面到客户端设备750，请求用户提供客户端设备的电话号码。在一些实现方式中，如果客户端设备的MSISDN被确定，则MVEP发送HTML页面，询问用户确认客户端设备的电话号码。 [0110] 用户提供或者确认客户端设备的电话号码752。MVEP存入用户的账户，如上所述，并且向客户端设备发送感谢消息754。 [0111] 图8A-8B例示不同邀约的呈现的一些示例。MVEP可以管理与不同地激励的动作有关的邀约。在激励的动作的类型之中，MVEP可以支持的是电子邮件地址的收集、调查、与社交网站的交互、移动应用下载、购买、应用内购买、特征启用、特定用户行为、里程碑成就和商业上增销。 [0112] 参考图8A，在一些实现方式中，可以将邀约和被激励的动作组合为单一网页。例如，用户界面800呈现对于签约邮寄列表的500MB移动数据的邀约802。在这个示例中，邀约802与输入字段84一起呈现，在该输入字段84，用户可以提供他们的电子邮件地址并且通过选择选择和履行链接806而订阅邮寄列表。 [0113] 在另一示例中，用户界面808呈现对于向广告商提供人口统计信息的500MB移动数据的邀约810。在这个示例中，邀约810可以与输入字段812、814、815一起呈现，在该输入字段812、814、815，用户可以标识年龄范围、性别和邮政编码。通过选择选择和履行链接818，可以提交信息并且履行邀约。 [0114] 在另一示例中，用户界面820呈现对于通过社交网络应用推荐(endorse)广告商的500MB移动数据的邀约822。在这个示例中，邀约822可以与输入字段824一起呈现，在该输入字段824，用户可以提供定制的推荐消息。通过选择选择和履行链接818，可以将推荐提交给社交网站并且履行邀约。 [0115] 在另一示例中，用户界面828呈现对于下载并且访问移动应用的500MB移动数据的邀约830。在这个示例中，邀约830可以与链接830一起呈现，在链接830，用户可以下载移动应用。用户界面包括关于邀约832的进一步细节。细节可以定义用户将在其之下接收奖励的条件。通过选择选择和履行链接834，可以下载移动应用并且履行邀约。 [0116] 在另一示例中，用户界面836呈现对于购买入场券的500MB移动数据的邀约838。在这个示例中，邀约838可以与输入字段840、842、844一起呈现，在输入字段840、842、844，用户购买入场券。通过选择选择和履行链接846可以购买入场券并且履行邀约。 [0117] 参考图8B，在另一示例中，用户界面848呈现对于在游戏中每次购买虚拟项目(在这个示例中是“小猪”)的10MB的移动数据的邀约852。在这个示例中，与选择字段850一起呈现邀约852，使得用户能够容易地购买虚拟“小猪”并且履行邀约。 [0118] 在另一示例中，用户界面854呈现对于启用推送通知和位置共享的100MB的移动数据的邀约858。在这个示例中，与输入字段856一起呈现邀约858，在输入字段856中用户可以提供启用推送通知和位置共享。开启这些特征中的任一个将导致履行对应的邀约。 [0119] 在另一示例中，用户界面860呈现对于打开应用864而赚得5MB、阅读文章866赚得10MB、并且上载视频868赚得20MB的邀约，以激励使用移动应用和参与在线社区。在这个示例中，用户界面不包括履行邀约的特定机制。替代地，当用户执行激励的动作时履行邀约。 [0120] 在另一示例，用户界面870呈现对于达到移动应用中的里程碑(在这个示例中，达到等级20)的100MB的移动数据的邀约872。在这个示例中，一旦用户达到移动应用中的等级5，就呈现邀约872。 [0121] 在另一示例中，用户界面874呈现对于增加购买的项目量的500MB的移动数据的邀约876。在这个示例中，与用户已经与一个值一起选择购买878的项目的值的虚拟表示一起呈现邀约876。 [0122] MVEP尝试使得邀约的呈现和接受是“顺畅的(frictionless)”。顺畅我们意味着用户容易地并且不唐突地同意邀约并且执行激励的动作。因为在小键盘上打字是麻烦的，所以MVEP可以使得用户更易于赚得奖励的方式之一是通过减少履行奖励所需的信息量。当可实践时，MVEP可以不询问打扰性问题而确定用户的身份或者用户的客户端设备。 [0123] 参考图9，用于标识客户端设备的一个机制是HTTP富集。HTTP标头富集是用于在遍历具有将信息注入HTTP标头的能力的网络网关和路由器的同时将关于客户端方的附加信息传递到目的地的技术。例如，正在发布者资产902上显示的广告900可以引发对由MVEP平台906操作的特定网络端点(例如域名)的HTTP调用。当在渲染广告900时执行MVEP准备的脚本标签时引发的该HTTP调用包含由脚本标签生成的并且本地存储在设备上的cookie 908。无线运营方在他们的网络上准备规则，以使得对于经过他们的蜂窝网络912的每个HTTP流，附加字段被添加到该流的HTTP标头904，包含用户设备的MSISDN的加密版本。一旦处理了HTTP流，MVEP平台906读取该附加字段并且向传递加密的MSISDN 914的无线运营方网络910做出请求。作为回报，无线运营方910用解密的MSISDN916答复，并且将该MSISDN 916关联到在MVEP 906上的其数据库中的设备cookie 908。 [0124] 当利用cookie 908接收到稍后的HTTP请求时，即使客户端设备没有正在通过蜂窝网络912连接，例如，即使客户端设备连接到Wi-Fi网络，MVEP 906也可以不用对无线运营方的后续请求而标识客户端设备。 [0125] 标识用户和客户端设备的信息可以存储在数据库中。参考图10，为了进一步使得奖励履行尽可能地顺畅，例如，减少用户需要完成的步骤数量和用户需要提供的信息量，MVEP平台将对于跨越多个会话和与邀约的交互的特定用户收集的唯一信息和属性合并为身份协调数据库1002。例如，可以收集运行MVEP扩充的邀约的设备1006的硬件ID 1004在。在当呈现过去的邀约时使用的设备上本地存储的各种cookie 1008、1010可以存储在数据库中。如果设备通过蜂窝连接1034连接，则可以在符合性请求期间收集与IP会话对应的蜂窝IP 1012，或者如果设备连接到Wi-Fi接入点1032，则可以收集各种Wi-Fi IP 1014、1016。当邀约涉及用户输入他们的电子邮件地址1012、在FACEBOOK上连接1020或者共享1022或者在TWITTER上连接1024或者共享1026时，电子邮件地址1018、Facebook句柄1028或者Twitter句柄1030可以被收集并且存储在数据库中。唯一信息被用于以密钥切断(key off)向特定用户的记录的另外的附加。例如，在IP会话期间传递的硬件ID可以用作存储该会话的IP地址的密钥。当处理用户履行请求时，MVEP首先通过在数据库中查找信息而确定其是否已经从用户收集到足够的信息。例如，其可以基于cookie匹配或者硬件ID匹配确定该用户的MSISDN已经已知或者处理奖励所需的电子邮件地址已经可用。如果需要附加信息，则MVEP将向用户呈现邀约收集页面。 [0126] 如上面讨论，不是所有接收到广告的用户都将符合奖励。如果用户符合，则需要计算用户符合的量。此外，对于确实具有对激励的可测量成本的发布者，那些激励的定价是固定的并且直接联系于广告商愿意支付的价格。通常，广告商期望具有将在活动的整个进行时间(flight time)导致最大数量的符合用户转化激励的动作的可能邀约。 [0127] MVEP平台可以基于实时或者近似实时的竞价拍卖中的多个因素计算动态的激励定价，作为用于在活动期间动态改变对消费者的激励的机制。MVEP可以创建控制组，允许被邀约的奖励的改变对转换率的影响被测量。基于控制组，MVEP可以创建邀约的激励对转化率曲线，该曲线允许系统确定不同的激励值如何影响转化率。MVEP也可以使得支付激励的一方能够控制他们的显露。 [0128] MVEP也可以调整邀约的大小，以控制预算花费的速率。例如，在奖励上花费的量可以在一天中(或者任何时间单位，比如在午餐时间、上午11点到下午2点)平均地分布，或者可以是无规律的(unpaced)(尽快地花费)。 [0129] 动态的激励定价的步幅(pacing)是重要的，以防止激励的预算超运行。随着活动的预算提取，MVEP可以动态地改变呈现给用户的邀约并且控制多少邀约可用于用户来接受。例如，如果符合的邀约请求的数量是每10分钟20，000个，则系统可以根据其计划的预算基于活动的地点动态改变符合的邀约响应的数量，并且因此仅进行潜在邀约请求的一个百分比。例如，MVEP可以确定基于当前支出率，另外有资格接收奖励的邀约的用户的仅10％将被递送邀约。此外，平均邀约的奖励(每时间单位)的大小也可以减小以控制花费。MVEP可以平衡花费预算的速率与期望的转化率，因为花费的减少可能以负面地影响转化率，。例如，如果在10分钟的时段上对20,000个符合的邀约的平均邀约大小是100Mb(其将导致“进行中”的2,000,000MB的邀约)并且MVEP确定该速率过高，则MVEP可以或者减小做出邀约的数量或者将平均邀约大小减小为50Mb，这将导致“进行中”的1,000,000Mb的邀约。 [0130] 在一些实现方式中，MVEP可以估计符合由MVEP平台扩充以用奖励来激励动作召唤的广告库存的确定量并且以其为目标。估计库和定目标可以用在预销售和预投放活动计划中。通过适当运营方整合的MVEP服务可以基于被注入HTTP标头的某些属性确定广告请求是否符合。 [0131] 然而，当用户不在运营方的网络上操作时，例如，当用户连接到WI-FI网络时，依赖于运营方来标识符合接收奖励的邀约的用户(例如，通过依赖于由运营方插入到富集的HTTP标头中的属性)可能带来复杂性。因此，另外符合接收奖励的用户可能未被标识出。 [0132] MVEP可以影响重定目标，以便更准确地估计符合的广告库存。通常，重定目标是用于当由发布者或者广告网络为用户呈现广告时广告商以已经对广告商拥有的资产(诸如网站)采取特定动作的用户为目标的机制。内容提供者可以依据发布者或者广告网络建立重定目标活动。重定目标可以由cookie(或者用户ID)交换(也已知为加标签)来完成。 [0133] 例如，参考图11A，销售商1102用广告网络1104建立以“佳能相机”标签为目标的活动。在这个示例中，活动可以包括传递对所有佳能相机的20％折扣的销售商广告。广告网络开始(进行)1108该活动。 [0134] 参考图11B，用户1110访问销售商1102的网站并且搜索1112“佳能”。销售商的佳能相机页面包括通知1110广告网络将用户与“佳能相机”标签相关联的信标。作为响应，广告网络向用户1102发送1116佳能相机的加标签的cookie。 [0135] 参考图11C，稍后，当用户1110从广告网络1104请求1118广告时，加标签的cookie与该请求一起发送。广告网络1104从一个或者多个潜在的广告活动之中选择1120销售商的活动。广告网络1104返回1122对所有佳能相机20％折扣的销售商的广告。 [0136] 可以使用重定目标技术和cookie池扩展更可靠地标识符合的用户。cookie池扩展使用跟踪信标以跟踪符合的用户。当在使用蜂窝网络时触发信标时由该信标跟踪的用户被标记为符合。用户的客户端设备接收永久地存储在设备上的数据(称为cookie)。永久cookie的存储依赖于设备操作系统改变并且进行；然而，在行业中已知一些技术，比如将cookie存储到用以存储在移动应用(被称为粘贴板)之间传递的信息的永久存储中。 [0137] 为了广泛地估计符合的流量，MVEP平台可以向发布者或者广告网络提供他们可以在所有的广告(或者，可选地，他们的广告的样本)上放置的跟踪信标。作为示例，跟踪像素可以包括以下HTML代码： [0138] [0139] 替代基于1×1图像的信标的示例，可以使用基于脚本语言的信标，例如JAVASCRIPT。在一些实现方式中，要检测更宽的属性集(诸如设备屏幕大小和设备性能)。使用脚本信标也可以使得能够不用更新信标定义而是通过更新所发布的脚本源而与要更新的广告商网络整合。 [0140] 无论何时发布者渲染广告货币化的页面或者广告网络返回广告时，在页面或者广告内(例如，在页面的顶部或者广告的底部)放置信标。信标将导致无论何时渲染页面或者广告时客户端设备联系MVEP。当客户端设备连接MVEP时，MVEP可以 [0141] 1.在MVEP域中读取并且写入客户端设备上的cookie [0142] 2.直接从浏览器/应用获得密钥信息，比如IP地址和浏览器用户代理 [0143] 3.创建从客户端到MVEP平台的直接网络通道，使得运营方将MVEP平台链接添加到白名单，这允许运营方向MVEP平台注入HTTP标头。 [0144] 可以使用此信息来区分符合的请求与不符合的请求并且“发现”发布者的流量的符合性分发。在一些实现方式中，发布者可以提供标识他们的流量的某些方面(比如发布者的页面标识符或者网络的发布者名称)的定制属性和/或参数。MVEP可以使用从发布者的流量和属性和/或参数得出的使用信息，以向这些组织的运营人员提供库存工具，允许他们(facet across)跨越这些定制属性来确定更具体的符合性信息(例如，有多少符合的请求在我的主页vs.我的新闻页面上)。 [0145] 跟踪信标使得MVEP能够向发布者传送他们的流量的多少符合接收奖励的估计。可以构建工具和用户界面用于发布者和网络允许他们查探他们的库存并且查看多少是符合的。然而，如上所述，当活动开始时，不单独提供以广告为目标的手段。而是，广告商可能需要以广泛的活动为目标并且使用MVEP检测符合性并且相应地提供邀约。过于广泛的活动可以利用购买的符合印象和传递的实际符合印象的联合创建投放后问题。为了减少这些问题的影响，MVEP可以允许广告商为活动重定目标。 [0146] 例如，参考图12，用户1202从广告网络1204请求广告1208。广告网络1204选择包括MVEP信标的广告1210。该广告被返回1212到用户。当广告被显示或者另外由用户的客户端设备访问时，信标引发并且发送消息1214到MVEP 1206。MVEP 1206确定用户1202的符合性，并且在数据存储器中存储符合性1218。 [0147] 然后MVEP 1206在用户的客户端设备上设置cookie并且将客户端设备重新定向到广告网络信标1220。第二信标引发并且发送消息1222到广告网络1204。广告网络可以在用户的客户端设备上设置它自己的cookie。 [0148] 下次用户请求广告1226时，cookie通知广告网络用户1202符合MVEP邀约。广告网络选择适当的广告1228并且返回MVEP启用的广告到用户1230。 [0149] 图13示出可以与这里描述的技术一起使用的一般计算机设备1300和一般移动计算设备1350的示例。计算设备1300意图表示各种形式的数字计算机，诸如膝上型、桌面型、工作站、个人数字助理、服务器、刀片服务器、大型机和其他适当的计算机。计算设备1350意图表示各种形式的移动设备，比如个人数字助理、蜂窝电话、智能电话和其他类似的计算设备。这里示出的部件、它们的连接和关系以及它们的功能意味着仅是示例性的，并且不意味着限制本文档中描述的和/或要求保护的发明的实现方式。 [0150] 计算设备1300包括处理器1302、存储器1304、贮存设备1306、连接到存储器1304高速扩展端口1310的高速接口1308和、以及连接到低速总线1314和贮存设备1306的低速接口1312。部件1302、1304、1306、1308、1310和1312中的每个使用各种总线互连，并且可以装配在共用母板上或者以其他适当方式装配。处理器1302可以处理用于在计算设备1300内执行的指令，包括存储在存储器1304中或者存储在贮存设备1306上的用于在外部输入/输出设备、诸如耦合到高速接口1308的显示器1316上显示GUI的图形信息的指令。在其他实现方式中，在适当时，可以与多个存储器和多个类型的存储器一起使用多个处理器和/或多个总线。此外，可以连接多个计算设备1300，每个设备提供所需的操作的部分(例如，如服务器排、一组刀片服务器或者多处理器系统)。 [0151] 存储器1304存储计算设备1300内的信息。在一个实现方式中，存储器1304是一个或多个易失性存储器单元。在另一实现方式中，存储器1304是一个或多个非易失性存储器单元。存储器1304也可以是另一形式的计算机可读介质，比如磁盘或者光盘。 [0152] 贮存设备1306能够提供用于计算设备1300的大容量贮存。在一个实现方式中，贮存设备1306可以是或者可以包含计算机可读介质，比如软盘设备、硬盘设备、光盘设备或者磁带设备、闪存或者其他类似的固态存储器设备或者设备的阵列，包括以贮存区域网络或者其他配置的设备。计算机程序产品可以被有形地嵌入信息载体中。计算机程序产品也可以包含指令，该指令在被执行时进行诸如上面描述的一个或者多个方法。信息载体是计算机或者机器可读介质，比如存储器1304、贮存设备1306、处理器1302上的存储器或者传播信号。 [0153] 高速控制器1308管理计算设备1300的宽带密集操作，而低速控制器1312管理较低带宽密集操作。这种功能的分配仅是示例性的。在一个实现方式中，高速控制器1308耦合到存储器1304、显示器1316(例如，通过图形处理器或者加速器)，并且耦合到可以接受各种扩展卡(未示出)的高速扩展端口1310。在该实现方式中，低速控制器1312耦合到贮存设备1306和低速扩展端口1314。可以包括各种通信端口(例如，USB、蓝牙、以太网、无线以太网)的低速扩展端口可以耦合到一个或者多个输入/输出设备，比如键盘、定点设备、扫描仪或者例如通过网络适配器耦合到诸如转换器或者路由器的联网设备。 [0154] 计算设备1300可以以多个不同形式实现，如图中所示。例如，其可以实现为标准服务器1320或者在一组这样的服务器中多次实现。其也可以实现为机架服务器系统1324的一部分。此外，其也可以以诸如膝上型计算机1322之类的个人计算机而实现。替代地，来自计算设备1300的部件可以与诸如设备1350之类的移动设备(未示出)中的其他部件组合。每个这样的设备可以包含计算设备1300、1350中的一个或多个，并且整个系统可以由相互通信的多个计算设备1300、1350组成。 [0155] 计算设备1350除了其他部件之外包括处理器1352、存储器1364、诸如显示器1354的输入/输出设备、通信接口1366和收发器1368。设备1350也可以配备有贮存设备，比如微驱动器或者其他设备，以提供附加贮存。部件1350、1352、1364、1354、1366和1368的每个使用各种总线互连，并且这些部件中的一些可以装配在共用母板上或者适当地以其他方式装配。 [0156] 处理器1352可以执行计算设备1350内的指令，包括存储器1364中存储的指令。处理器可以实现为包括独立的多个模拟和数字处理器的芯片的芯片的芯片集。处理器例如可以提供设备1350的其他部件的协作，比如用户界面的控制、由设备1350运行的应用和设备1350的无线通信。 [0157] 处理器1352可以通过耦合到显示器1354的控制接口1358和显示接口1356与用户通信。显示器例如可以是TFT LCD(薄膜晶体管液晶显示器)或者OLED(有机发光二极管)显示器或者其他适当的显示技术。显示接口1356可以包括用于驱动显示器1354以向用户呈现图形和其他信息的适当电路。控制接口1358可以接收来自用户的命令，并且转换它们以提交给处理器1352。此外，可以提供外部接口1362与处理器1352通信，以启用设备1350与其他设备的近区域通信。在一些实现方式中，外部接口1362可以提供用于例如有线通信，或者在其他实现方式用于无线通信，并且也可以使用多个接口。 [0158] 存储器1364存储计算设备1350内的信息。存储器1364可以实现为一个或者多个计算机可读介质或媒介、一个或多个易失性存储器单元或者一个或多个非易失性存储器单元。也可以提供扩展存储器1374并且通过例如可以包括SIMM(单边接触存储器模块)卡接口的扩展接口1372连接到设备1350。这样的扩展存储器1374可以提供设备1350的额外贮存空间，或者也可以存储设备1350的应用或者其他信息。具体地，扩展存储器1374可以包括实施或者补充上面描述的过程的指令，并且也可以包括安全信息。由此，例如，扩展存储器1374也可以作为设备1350的安全性模块而被提供，并且可以利用允许对设备1350的安全使用的指令而编程。此外，可以与附加信息一起经由SIMM卡提供安全应用，比如将标识信息以不可破解(non-hackable)方式放置在SIMM卡上。 [0159] 存储器例如可以包括闪存和/或NVRAM存储器，如下面讨论的。在一个实现方式，计算机程序产品有形地嵌入信息载体中。计算机程序产品包含当执行时进行诸如上面描述的一个或者多个方法的指令。信息载体是计算机或机器可读介质，壁如存储器1364、扩展存储器1374、处理器1352上的存储器或者例如可以通过收发器1368或者外部接口1362接收到的传播信号。 [0160] 在必要时，设备1350可以通过可以包括数字信号处理电路的通信接口1366无线通信。通信接口1366可以提供用于在各种模式或者协议下的通信，比如除其他之外的GSM语音呼叫、SMS、EMS或者MMS发消息、CDMA、TDMA、PDC、WCDMA、CDMA2000或者GPRS。这样的通信例如可以通过射频收发器1368发生。此外，可以比如使用蓝牙、WiFi或者其他这样的收发器(未示出)发生短范围通信。此外，GPS(全球定位系统)接收器模块1370可以向设备1350提供附加的与导航和位置相关的无线数据，其可以在适当时由运行在设备1350上的应用使用。 [0161] 设备1350也可以使用音频编解码器1360听觉通信，音频编码器1360可以接收来自用户的讲话信息并且将其转换为可使用数字信息。音频编解码器1360同样可以诸如通过例如设备1350的听筒中的扬声器生成用户的可听声音。这样的声音可以包括来自语音电话呼叫的声音，可以包括记录的声音(例如，语音消息、音乐文件等)并且也可以包括由在设备1350上操作的应用生成的声音。 [0162] 计算设备1350可以以多个不同的形式实现，如图中所示。例如，其可以实现为蜂窝电话1380。其也可以实现为智能电话1382、个人数字助理或者其他类似移动设备的一部分。 [0163] 在本说明书中，当我们使用以下术语时，我们如下面建议的以广义使用这些术语。 [0164] [0165] [0166] 这里描述的系统和技术的跟踪实现方式可以以数字电子电路、集成电路、专门设计的ASIC(专业集成电路)、计算机硬件、固件、软件和/或其组合实现。这些各种实现方式可以包括以一个或多个计算机程序的实现方式，该一个或多个计算机程序是包括可以是专用或通用的至少一个可编程处理器的可编程系统上可执行和/或可翻译的，该至少一个可编程处理器被耦合以从贮存系统、至少一个输入设备和至少一个输出设备接收数据和指令以及向贮存系统、至少一个输入设备和至少一个输出设备传送数据和指令。 [0167] 这些计算机程序(也称为程序、软件、软件应用或代码)包括用于可编程处理器的机器指令，并且可以以高级例程和/或面向对象的编程语言和/或以汇编/机器语言来实现。如本文使用的，术语“机器可读介质”和“计算机可读介质”指代任何计算机程序产品、装置和/或设备(例如，磁盘、光盘、存储器、可编程逻辑器件(PLD))，用于向可编程处理器提供机器指令和/或数据，包括作为机器可读信号接收机器指令的机器可读介质。术语“机器可读信号”指代用以向可编程处理器提供机器指令和/或数据的任何信号。 [0168] 为了提供与用户的交互，这里描述的系统和技术可以实现在具有用于向用户显示信息的显示设备(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)以及用户可以通过其向计算机提供输入的键盘和指示设备(例如，鼠标或者跟踪球)的计算机上。其他种类的设备也可以用以提供与用户的交互；例如，提供给用户的反馈可以是任何形式的感觉反馈(例如，视觉反馈、听觉反馈或者触觉反馈)；并且来自用户的输入可以以包括声学、讲话或者触觉输入的任何形式而被接收。 [0169] 这里描述的系统和技术可以在计算系统中实现，该计算系统包括后端部件(例如，如数据服务器)或者包括中间件部件(例如，应用服务器)或者包括前端部件(例如，具有用户可以通过其与这里描述的系统和技术的实现方式交互的图形用户界面或者网络浏览器的客户端计算机)或者这样的后端、中间件或者前端部件的任何组合。系统的部件可以通过数字通信(例如，通信网络)的任何形式或者介质而互连。通信网络的示例包括局域网(“LAN”)、广域网(“WAN”)和因特网。 [0170] 计算系统可以包括客户端和服务器。客户端和服务器通常相互远离并且典型通过通信网络交互。客户端和服务器的关系借助于在各自计算机上运行并且具有相互的客户端-服务器关系的计算机程序而出现。 [0171] 图中描绘的逻辑流不要求所示的特定次序或者顺序的次序来实现期望的结果。此外，其可以提供他步骤，或者可以从描述的流中删除步骤，并且可以向描述的系统添加其他部件或者从描述的系统移除其他部件。 [0172] 其他实施例在下面的权利要求的范围内。