CN102272786A

CN102272786A - 条件激励的呈现、跟踪和兑换

Info

Publication number: CN102272786A
Application number: CN2010800041694A
Authority: CN
Inventors: 克里斯托弗·T·培拉提; 艾瑟琳娜·爱萨妮; 马可·E·戴维斯; 约瑟夫·奥沙利文; 克里斯托佛·W·希金斯; 罗纳德·G·马丁纳茨
Original assignee: Yahoo Inc
Current assignee: Yahoo Inc
Priority date: 2009-01-14
Filing date: 2010-01-14
Publication date: 2011-12-07
Also published as: TW201032167A; AU2010204767B2; KR20140004813A; EP2380126A4; KR20160134875A; KR101430799B1; KR20110102953A; EP2380126A2; AU2010204767A1; WO2010083278A3; US20100179856A1; WO2010083278A2; CN105894322A; TWI439954B

Abstract

经由用户设备向用户呈现要约。要约条款包括将被执行的行动或将被评论的行为以及将在该行动被执行或该行为被评论时进行奖励的激励。基于从基于网络的跟踪引擎获取的空间、时间、社交和/或话题数据来判断用户是否执行了该行动或评论了该行为。如果判定用户已执行了该行动或评论了该行为，则向该用户提供该激励。

Description

条件激励的呈现、跟踪和兑换

技术领域

本发明一般涉及用于向客户和其它实体提供激励(incentive)、判断兑换(redeem)激励所需的条件是否得到满足，以及基于兑换条件已得到满足的判定来辅助兑换激励的系统和方法。

背景技术

传统的印刷物和在线广告活动通常旨在实现单个目标—即，激发客户购买产品或服务。这样的活动常常向客户提供激励，例如，折扣、回扣或奖励。激励的兑换是在客户购买产品或服务的条件之下，并且通常涉及在客户购买时呈现或调用激励要约(offer)。

前面的激励呈现和兑换方法不能容易地适应于鼓励延展到简单的产品或服务购买之外的客户行为。这很大程度上是由于这样的事实：仅存在有限的手段可用于判断客户是否已满足了兑换激励所需的条件。因此，施加给激励的兑换的条件通常局限于简单的条件，这样的简单条件的满足可以在购买的时刻和地点容易地确定。这些条件常常包括：涉及激励何时可被兑换(例如，“持续有效”日期)的简单时间条件、涉及激励将被承兑的地点(例如，参与位置)的简单空间条件，或者诸如必须购买哪些产品或服务以便兑换激励之类的其它直接明确条件。

由于激励兑换条件通常以这种方式被限制，因此广告商和其它实体限制了由他们处置的、用于通过激励的使用来更改客户行为的工具。例如，广告商和其它实体可能不能利用上面提到的激励呈现/兑换模型来更改用户的非商业行为。这样过分简单化的激励模型也是不利的，因为它们可能仅获得了有限的客户兴趣和参与度。

于是，所需要的是克服前述与传统激励呈现和兑换实践相关的缺点的用于呈现和兑换条件激励的系统和方法。

发明内容

这里描述了一种用于激励用户执行行动或评论行为的计算机实现的方法。根据该方法，经由用户设备向用户呈现要约。要约的条款包括将由用户执行的至少一个行动或将由用户评论的至少一个行为，以及将响应于对至少一个行动的执行或对至少一个行为的评论而奖励给用户的至少一个激励。然后从基于网络的跟踪引擎获取与用户相关联的空间、时间、社交和/或话题数据。至少基于所获得的空间、时间、社交和/或话题数据来判断用户是否已执行了至少一个行动或评论了至少一个行为。响应于判定用户已执行了至少一个行动或已评论了至少一个行为，向用户提供该至少一个激励。

这里还描述了一种系统。该系统包括用户接口、条件跟踪引擎和兑换引擎。用户接口被配置为经由用户设备向用户呈现要约，其中，要约的条款包括将由用户执行的至少一个行动或将由用户评论的至少一个行为，以及将响应于对至少一个行动的执行或对至少一个行为的评论而奖励给用户的至少一个激励。条件跟踪引擎被配置为从基于网络的跟踪引擎获取空间、时间、社交和/或话题数据，并且至少基于所获得的空间、时间、社交和/或话题数据判断用户是否已执行了至少一个行动或评论了至少一个行为。兑换引擎被配置为响应于判定用户已执行了至少一个行动或已评论了至少一个行为而向用户提供至少一个激励。

这里还描述了一种用于辅助创建用于呈现给用户的条件激励要约的计算机实现的方法。根据该方法，可能与激励相关联的多个条件被呈现，其中，用户对多个条件的每个条件的满足能够通过至少从基于网络的跟踪引擎获取与用户相关联的空间、时间、社交和/或话题数据来确定。指示对多个条件中的一个或多个条件的选择的输入被接收。所选择的一个或多个条件被与指定激励相关联。所选择的一个或多个条件与指定激励相关联地被存储，以用于随后作为条件激励要约的条款呈现给用户。

下面将参考附图详细描述本发明的另外的特征和优点以及本发明各个实施例的结构和操作。注意，本发明不限于这里描述的具体实施例。这些实施例在这里仅被呈现用于图示说明的目的。基于在这里获得的教导，(一个或多个)相关领域的技术人员将清楚另外的实施例。

附图说明

包括在此的并且形成了说明书一部分的附图图示出了本发明，并且与说明书一起进一步用来说明本发明的原理并且使得(一个或多个)相关领域技术人员能够制作和使用本发明。

图1是根据本发明实施例的用于分发、跟踪和兑换条件激励的系统的高层框图。

图2是图示出根据本发明实施例的“谁、什么、何时和哪里”(W4)通信网络(COMN)上的信息对象(IO)与现实世界实体(RWE)之间的关系的框图。

图3是图示出根据本发明实施例的元数据可用来定义W4 COMN上的RWE与IO之间的关系的方式的框图。

图4是根据本发明实施例的示例W4 COMN的概念图示说明。

图5是描绘根据本发明实施例的示例W4 COMN的功能层地示图。

图6是示出根据本发明实施例的W4引擎的分析组件的框图。

图7是示出参考图6描述的子引擎内的不同组件的W4引擎的框图。

图8是图示出根据本发明实施例的可由W4 COMN收集的不同类型的数据的框图。

图9是根据本发明实施例的条件激励引擎的框图。

图10是根据本发明实施例的条件激励引擎的示例用户接口的框图。

图11描绘了根据本发明实施例的可由条件激励引擎的用户接口实现的示例用户登记过程的流程图。

图12描绘了根据本发明实施例的可以存储在用户信息数据库中的不同类型的信息。

图13是根据本发明实施例的条件激励引擎的示例赞助商接口的框图。

图14描绘了根据本发明实施例的赞助商接口用来辅助创建用于呈现给用户的条件激励要约的方法的流程图。

图15描绘了根据本发明实施例的可以存储在赞助商信息数据库中的不同类型的信息。

图16描绘了根据本发明实施例的用于呈现、跟踪和兑换条件激励的方法的流程图。

图17描绘了根据本发明实施例的用于判断与条件激励要约相关联的条件是否已被用户满足的方法啊的流程图。

图18是可用来实现本发明的各个方面的示例计算机系统的框图。

将从下面结合附图阐述的详细描述更清楚本发明的特征和优点，在全体附图中，相似的标号标识对应元件。在附图中，相似的标号通常指示等同的、功能上类似的和/或结构上类似的元件。元件首次出现在其中的附图将由对应标号中最左边的(一个或多个)数字来指示。

具体实施方式

I.简介

下面的详细描述参考图示出本发明的示例性实施例的附图。然而，本发明的范围不限于这些实施例，而是由所附权利要求限定。因此，附图中所示实施例以外的实施例，例如所示实施例的修改版本，仍然可被本发明所包括。

说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性，但是每个实施例可以不必包括该特定特征、结构或特性。此外，这样的短语不一定是指同一实施例。此外，当结合实施例描述了特定特征、结构或特性时，认为结合其他实施例实现这些特征、结构或特性落在本领域技术人员的知识内，而不管是否明确描述。

现在描述根据本发明实施例的系统。该系统有利地允许广告商或其它实体通过向系统的客户或其它用户提供条件激励来鼓励这些用户的各种类型的商业和非商业行为。在一个实施例中，系统向用户发出条件激励要约。条件激励要约的条款包括：将由用户执行的至少一个行动或者将由用户评论的至少一个行为，以及响应于对至少一个行动的执行或者对至少一个行为的评论将奖励给用户的至少一个激励。该系统然后自动地从基于网络的跟踪引擎获得与该用户相关联的空间、时间、社交和/或话题数据，并且至少基于所获得空间、时间、社交和/或话题数据来判断用户是否已执行了该至少一个行动或者评论了该至少一个行为。响应于判定用户已执行了该至少一个行动或者评论了该至少一个行为，该系统随后向该用户提供该至少一个激励。

由于该系统具有访问基于网络的跟踪引擎所维护的一组综合数据，因此其可用来呈现和跟踪对包括有各种各样的空间、时间、社交和/或话题条件的条件激励要约的满足。因此，例如，这样的条件激励可被供应，其仅当用户在某些绝对或相对位置、在某些时间、在某些社交环境中执行某些任务时，或者参与与某些话题相关联的活动时才能被兑换。有益地，兑换激励所需的条件可以按照与基于网络的跟踪引擎所维护的数据的粒度水平相当的粒度水平来定义，由此使得能够非常精确地以所希望的用户行为为目标。此外，可以使条件的复杂组合与激励相关联，由此使得激励的兑换能够被联系到跨越多种环境的一系列用户行为。

该系统由此使得广告商或其它实体能够创建基于条件激励的活动，这样的活动旨在鼓励远远延伸到简单地购买产品或服务之外的用户行为。这样的行为例如可以包括多种商业或非商业行为。由于该系统容易地使得能够生成和实现延伸到如背景技术部分所述的简单购买/兑换模型之外的、创新性的尖端的新激励模型，因此，该系统可以有利地被用来在基于激励的活动中获得增加的用户兴趣和参与度。

II.示例系统体系结构

图1是根据本发明一个实施例的用于分发、跟踪和兑换条件激励的示例性系统100的高层框图。如这里所使用的，术语“条件激励”广泛地包括可被提供给用户的、其的兑换可在用户和/或相关联的一个或多个实体满足了一个或多个条件时发生的任何激励。这样的激励例如可以包括金钱激励，如关于产品和服务的现金奖励、折扣或回扣，以及非金钱激励。这样的激励还可以包括免除因未满足某些相关联的条件而引起的罚款或处罚(例如，罚金)。当被兑换时，激励可以直接归属给用户或者与用户相关联的其它实体(例如，朋友、亲属、社团、慈善组织或其它第三方)。

如图1所示，系统100包括条件激励引擎102，该条件激励引擎102可通信地经由第一接口122连接到用户104，经由第二接口124连接到赞助商106，并且经由第三接口126连接到基于网络的跟踪引擎108。现在简要描述系统100的每个元件，另外的细节将在后续章节中提供。

用户104包括利用条件激励引擎102接收并选择性地满足与该引擎提供的条件激励要约相关联的条件的个体或个体组。赞助商106包括希望经由条件激励引擎102来提供条件激励的广告商或其它实体。这样的其它实体例如可以包括政府机构或部门、社团或个体。

第一接口122被配置为允许用户104与条件激励引擎102交互以进行登记，从而接收条件激励要约，选择性地参与条件激励要约，跟踪朝着所选条件激励的兑换的个人进展，并且在适当的时候兑换条件激励。在本发明的一个实施例中，第一接口122包括应用编程接口(API)，其可被用来构建由用户系统/设备用于与条件激励引擎102交互的应用，尽管本发明不限于此。

第二接口124被配置为允许赞助商106与条件激励引擎102交互，从而创建条件激励要约用于呈现给用户104，指定用于将这些要约匹配到某些用户或用户群体的瞄准标准，跟踪用户朝着满足与条件激励的兑换相关联的条件的进展，并且当这样的兑换条件得到满足时发起或实现向用户递送激励。在本发明的一个实施例中，第二接口124包括API，其可被用来构建由赞助商系统用于与条件激励引擎102交互的应用，尽管本发明不限于此。

条件激励引擎102是这样的系统，其被配置来选择性地向用户104呈现由赞助商106创建或者以其他方式提供的条件激励要约，跟踪用户朝着满足与所选条件激励相关联的条件的进展，并且当用于兑换条件激励的所有必要条件已得到满足时为赞助商106和/或用户104生成通知。为了执行跟踪功能，条件激励引擎102被配置来从基于网络的跟踪引擎108获取与用户相关联的某些空间、时间、社交和话题信息。条件激励引擎102还可被配置来将所兑换的激励从赞助商106划拨给用户104。

基于网络的跟踪引擎108被配置来跟踪被跟踪实体110的网络110中的与用户相关联的某些空间、时间、社交和话题数据。网络110包含一个或多个通信网络，包括一个或多个个人区域网(PAN)、局域网(LAN)和/或广域网(WAN)。如图1所示，网络110中的被跟踪实体可以包括用户112、赞助商114、位置116、事件118以及对象120。下面阐述基于网络的跟踪引擎108和网络110的一种实施方式的详细描述。

A.基于网络的跟踪引擎

基于网络的跟踪引擎108和网络110可以以多种方式来实现。在一个实施例中，基于网络的跟踪引擎108和网络110包含“W4通信网络”或W4 COMN，其使用有关与网络的交互中的“谁、什么、何时、何地”的信息来向网络用户提供改进的服务。W4 COMN是用户、设备和处理的集合，其促进用户与用户的服务代理(proxy)之间的同步和异步通信两者。其包括仪表化的赞助商网络，该网络提供现实世界环境中的关于任何物体、位置、用户或它们的组合的数据识别和收集。

作为通信网络，W4 COMN处理路由/寻址、调度、过滤、优先级化、回复、转发、存储、删除、隐私、交易、新消息的触发、传播改变、代码转换和链接。此外，这些动作可以在W4 COMN可访问的任何通信信道上执行。

W4 COMN使用用于为用户和位置以及网络上的任何设备创建简档的数据建模策略，并且使用任何种类的用户定义数据，该用户定义数据具有用户从各种可能性的集合中指定的条件。利用可获得的与特定用户、话题或逻辑数据对象有关的社交、空间、时间和逻辑数据，为W4 COMN所知的每个实体可以被映射并且可以相对于所有其它已知的实体和数据对象而被呈现，以创建针对每个实体的微图表以及用于将所有已知的彼此相对实体彼和它们所归属的关系联系起来的全局图表两者。

为了描述W4 COMN的操作，首先引入W4 COMN基于其被建立的两个元素，即，现实世界实体和信息对象。进行这些区别是为了使得能够提出相关性，电学/逻辑对象与真实对象之间的关系可以从这些相关性来确定。现实世界实体(RWE)是指为W4 COMN所知的人、设备、位置或其它物理事物(例如，图1所示的用户112、赞助商14、位置116和对象120)。W4 COMN所知的每个RWE可被指派有或者以其它方式被提供有用于绝对地标识W4 COMN内的RWE的唯一W4标识号。

RWE可以直接地或者通过服务代理与网络交互，服务代理本身可以是RWE。直接与W4 COMN交互的RWE的示例包括诸如传感器、马达之类的任何设备，或者连接到W4 COMN以接收或发送数据或控制信号的其它硬件。由于W4 COMN可以适于使用任何以及所有类型的数据通信，因此可以作为RWE的设备包括可用作网络节点或生成、请求和/或消费联网环境中的数据或者可经由网络被控制的所有设备。这样的设备包括为特定目的被设计来与网络交互的任何种类的“非智能”设备(例如，蜂窝电话、有线电视机顶盒、传真机、电话机以及射频识别(RFID)标签、传感器等)。通常，这些设备主要是硬件，并且它们的操作不能与物理设备分开地来考虑。

通常使用服务代理与W4 COMN交互的RWE的示例包括非电实体，包括如下物体实体，例如，人(例如，用户112)、位置(例如，位置116)(例如，国家、城市、房屋、建筑物、机场、道路等)和事物(例如，对象120)(例如，动物、宠物、牲畜、花园、物理对象、车、飞机、艺术作品等)，以及无形实体，例如商业实体、法律实体、人的群组或运动队。另外，“智能”设备(例如，支持与其它设备或网络的通信的诸如智能电话、智能机顶盒、智能汽车之类的计算设备、膝上型计算机、个人计算机、服务器计算机、卫星等)也被认为是使用服务代理与网络交互的RWE。智能设备是可以经由内部处理器运行软件以便与网络交互的电子设备。对于智能设备，其实际上是与W4 COMN交互并用作设备的服务代理的(一个或多个)运行的软件应用。

W4 COMN允许在将被确定并被跟踪的RWE之间进行关联。例如，给定用户(RWE)可以被与任意数目和类型的其它RWE相关联，其它RWE包括其他人、蜂窝电话、智能信用卡、个人数据助理、电子邮件和其它通信服务账户、联网计算机、智能电器、有线电视机顶盒和接收机及其它媒体设备，以及任何其它联网设备。这种关联性例如可以在RWE被安装到W4 COMN中时由用户明确地作出。其示例是新的蜂窝电话、有线电视服务或电子邮件账户的设立，在其中用户明确地将RWE(例如，用于蜂窝电话服务的用户的电话机、用于有线电视服务的用户的机顶盒和/或位置，或者用于在线服务的用户名和口令)标识为直接与该用户相关联。这种明确关联性可以包括用户标识该用户与RWE之间的具体关系(例如，这是我的设备，这是我的家用电器，这人是我的朋友/父亲/儿子/等，该设备在我与其他用户之间被共享，等等)。RWE还可以基于当前情形与用户隐含地相关联。例如，W4 COMN上的天气传感器可以基于指示用户生活在或正经过该传感器位置附近的信息而被与该用户隐含地相关联。

另一方面，信息对象(IO)是逻辑对象，其存储、维护、生成、用作供RWE和/或W4 COMN使用的数据的源或者以其它方式提供该数据。IO与RWE的区别在于IO表示数据，而RWE可以在其与W4 COMN的交互期间创建或消费数据(通常通过创建或消费IO)。IO的示例包括被动对象，例如通信信号(例如，数字和模拟电话信号、流传输媒体和进程间通信)、电子邮件消息、交易记录、虚拟卡、事件记录(例如，可能与诸如用户和位置之类的一个或多个RWE(其可以进一步与诸如音乐会、集会、会议、体育事件等之类的已知话题/行动/意义相关联)相组合地来标识时间的数据文件)、电话呼叫记录、日程表条目、网页、数据库条目、电子媒体对象(例如，包含歌曲、视频、图片、图像、音频消息、电话呼叫等的媒体文件)、电子文件及相关联的元数据。

另外，IO包括消费或生成数据的任何运行的过程或应用，例如，电子邮件通信应用(如MICROSOFT或YAHOO！的OUTLOOK、YAHOO！的MAIL)、日程表应用、字处理应用、图像编辑应用、媒体播放器应用、天气监视应用、浏览器应用以及网页服务器应用。这样的主动IO可以或者可以不用作一个或多个RWE的服务代理。例如，智能电话上的语音通信软件可以用作智能电话和智能电话的所有者两者的服务代理。

W4 COMN中的IO可被提供用于绝对地标识W4 COMN内的IO的唯一W4标识号。尽管IO中的数据可以通过RWE的动作而被修订，然而IO仍然是被动的、逻辑数据表示或数据源，因此不是RWE。

对于每个IO，至少存在三类相关联RWE。第一类是作为创建者或权利持有者而拥有或控制该IO的RWE(例如，对该IO具有编辑权或使用权的RWE)。第二类是IO例如通过包含关于RWE的信息而与之相联系的或者标识RWE(一个或多个)RWE。第三类是随后给予该IO任何关注(直接地或通过服务代理过程)的任何RWE，其中，“给予关注”是指出于某种目的访问该IO以便从该IO获得数据。

“可获得数据”和“W4数据”是指在某个地方以某种形式存在于IO中的数据或者可以根据需要从诸如所部属传感器(例如，传感器114)之类的RWE或已知IO收集的数据。“传感器”是指W4数据的任何源，包括PC、电话、便携式PC或其它无线设备、家用设备、汽车、电器、安全扫描仪、视频监视、服装、产品和位置中的RFID标签、在线数据或者与现实世界用户/话题/事物(RWE)或基于逻辑的执行代理(agent)/过程/话题/事物(IO)有关的任何其它信息源。

图2图示出了W4 COMN上的RWE与IO之间的关系的一个示例。在图2所示的实施例中，用户202是被提供有唯一网络ID的网络的RWE。用户202是经由与用户202相关联的服务代理设备204、206、208、210与网络通信的人类，所有这些服务代理设备都是网络的RWE并被提供有它们自己唯一的网络ID。这些服务代理中的一些可以直接与W4 COMN通信或者可以经由诸如在设备上或由社设备执行的应用之类的IO来与W4COMN通信。

如上面提到的，服务代理设备204、206、208、210可以明确地与用户202相关联。例如，设备204可以是由蜂窝服务提供商连接到网络的智能电话，并且另一设备206可以是连接到网络的智能车辆。其他设备可以隐含地与用户202相关联。例如，设备208可以是位于与用户的蜂窝电话204的当前位置相匹配的位置处的“非智能”天气传感器，并且因此当RWE 204、208位于同一地时，设备208隐含地与用户202相关联。另一被隐含地相关联的设备210可以是为W4 COMN所知的用于物理位置212的传感器210。位置212明确地(通过用户指定的关系，例如，这是我的家、工作地点、父母，等等)或隐含地(如由来自该位置212处的传感器210的数据所证明的，用户202常常与RWE 212位于同一地)被得知与第一用户202相关联。

用户202还可以直接与诸如所示出的人240之类的其他人相关联，并且然后通过他们的关联性而与其他人242、244相关联，如图所示。再次地，这样的关联性可以是明确的(例如，用户202可以将相关联人240标识为其父亲或者可以将人240标识为该用户社交网络的成员)或隐含的(例如，他们共享同一地址)。

跟踪人之间的关联性(以及其它RWE)使得能够创建“亲密性”的概念。亲密性是对两个人或两个RWE之间的关联程度的一种量度。例如，RWE之间的每个脱离度(degree of removal)可被认为是更低的亲密等级，并被指派更低的亲密度评分。亲密度可以仅基于明确的社交数据，或者可被扩展为包括所有W4数据(包括空间数据和时间数据)。

W4 COMN的每个RWE 202、204、206、208、210、212、240、242、244可以与一个或多个IO相关联，如图所示。继续上面讨论的示例，图2图示出了与蜂窝电话设备204相关联的两个IO 222、224。一个IO 222可以是诸如供蜂窝电话上的安排/日程表软件使用的事件记录之类的被动数据对象、由地址簿应用使用的联系方式IO、利用设备204进行的交易的历史记录或者从设备204发送的消息的拷贝。另一IO 224可以是主动的软件处理或应用，其通过经由W4 COMN发送或接收数据而用作针对W4 COMN的设备的服务代理。语音通信软件、安排/日程表软件、地址簿应用或文本消息传输应用都是可与网络上的其它IO和RWE通信的IO的示例。IO 222、224可以本地地存储在设备204上，或者远程地被存储在W4 COMN可访问的某个节点或数据存储装置上，例如消息服务器或蜂窝电话服务数据中心。与车辆206相关联的IO 226可以是包含车辆206的规范和/或当前状态的电子文件，如制造商、型号、标识号、当前位置、当前速度、当前状况、当前所有者，等等。与传感器208相关联的IO 228可以标识由传感器208监视的(一个或多个)主体的当前状态，如当前天气或当前交通。与蜂窝电话204相关联的IO 222也可以是标识近来的呼叫或当前账单上的费用量的数据库中的信息。

此外，仅可以通过服务代理与W4 COMN交互的那些RWE，如人202、340、242、244、计算设备204、206和位置212，可以具有与它们直接相关联的一个或多个IO 232、234、246、248、250。一个示例包括包含有联系方式和其它特定于RWE的信息的IO 232、234。例如，人的IO232、246、248、250可以是这样的用户简档，其包含电子邮件地址、电话号码、物理地址、用户偏好、与该用户相关联的设备和其它RWE的标识、用户过去与W4 COMN上的其它RWE的交互的记录(例如，交易记录、消息的拷贝、记录用户过去的行踪的时间和位置组合的列表)、针对位置的唯一W4 COMN标识符和/或任何关系信息(例如，用户对用户与亲属、雇员、同事、邻居、服务提供商等的关系的明确指定)。人的IO232、246、248、250的另一示例包括人可用来与W4COMN通信的远程应用，例如诸如Yahoo！Mail之类的基于web的电子邮件服务的账户。位置的IO 234可以包含这样的信息，例如，位置的确切坐标、到该位置的驾驶方向、位置的类别(住宅、商业地点、公共场所、非公共场所等)、与可在该位置处获得的服务或产品有关的信息、该位置的唯一W4 CONM标识符、位于该位置处的商业、该位置的照片等。

为了将RWE和IO相联系以标识关系，W4 COMN对现有元数据进行了延伸运用，并且根据需要生成附加元数据。元数据被宽松地定义为描述数据的数据。例如，给定诸如音乐文件之类的IO，则该音乐文件的核心的、主要的或对象数据是被媒体播放器转换为供收听者收听的音频的实际音乐数据。该同一音乐文件的元数据可以包括用于标识艺术家、歌曲等的数据、专辑封面、以及音乐数据的格式。该元数据可以被存储作为音乐文件的一部分，或者被存储在与该音乐文件相关联的一个或多个不同IO中，或者这两种。另外，用于该同一音乐文件的W4元数据可以包括该音乐文件的所有者以及所有者在该音乐文件中具有的权利。作为另一示例，如果IO是由电子相机拍摄的图片，则除了可用来在显示器上创建图像的主要图像数据之外，该图片还可以包括用于标识图片被拍摄的时间、图片被拍摄时相机所在位置、什么相机拍摄了该图片、谁与该相机相关联(如果有的话)、以及作为该图片的/中的主体的人和事物的元数据。W4COMN使用所有可获得的元数据来标识实体与数据对象之间的隐含的和明确的关联性。

图3图示出了定义W4 CONM上的RWE与IO之间的关系的元数据的示例。在所示实施例中，IO 302包括对象数据304和五个离散元数据项306、308、310、312、314。一些元数据项308、310、312可以包含仅与对象数据304有关而与任何其它IO或RWE无关的信息。例如，创建日期、文本或图像将被与IO 302的对象数据304相关联。

另一方面，一些元数据项306、314可以标识IO 302与其它RWE和IO之间的关系。如图所示，IO 302通过一个元数据项306被与RWE 320相关联，并且RWE 320基于W4COMN所知的某些信息进一步地与两个IO 324、326和第二RWE 322相关联。图3的该部分例如可以描述包含标识电子相机(第一RWE 320)的元数据306的图片(IO 302)与被系统得知为相机320的所有者的用户(第二RWE 322)之间的关系。这样的所有者信息例如可以从与相机320相关联的IO 324、326中的一个或另一个来确定。

图3还图示出了将IO 302与另一IO 330相关联的元数据314。该IO330本身与三个其它IO 332、334、336相关联，IO 332、334、336分别进一步与不同RWE 342、344、346相关联。图3的该部分例如可以描述包含标识数字权利文件(第一IO 330)的元数据306的音乐文件(IO 302)与定义了与该音乐文件302相关联的使用权范围的数字权利文件(第一IO330)之间的关系。其它IO 332、334、336是与使用权利相关联的并且当前与具体所有者(RWE 342、344、346)相关联的其它音乐文件。

图4图示出了在图4中被示为W4 COMN 400的W4 COMN的示例概念模型。如图4所示，W4 COMN 400包括谁云(Who cloud)402、哪里云(Where cloud)404、何时云(When cloud)406、什么云(Whatcloud)408，以及W4引擎410。W4 COMN 400创建全局逻辑网络云形式的仪表化消息传输基础设施，其在概念上被再次划分为针对4W中的每个的联网云：谁(谁云402)、哪里(哪里云404)、什么(什么云408)和何时(何时云406)。该全局逻辑网络云是图1所示的网络110的一个示例。谁云402包括所有用户(例如，用户112)，不管用户是充当发送者、接收者、数据点或确认/认证源还是用户程序过程、设备、执行代理、日程表等形式的用户服务代理。哪里云404包括所有物理位置、事件(例如，事件118)、传感器(例如，传感器114)或与空间参考点或位置相关联的其它RWE。何时云406包括自然的时间事件(例如，事件118)(其是不与特定位置或人相关联的事件，如天、时刻、季节)以及总体用户时间事件(假日、纪念日、选举日等)和用户定义的时间事件(生日、智能定时程序)。什么云408包括W4 COMN可访问的已知数据(web的或私有的、商业的或用户的)，例如包括如天气和新闻之类的环境数据、RWE生成的数据、IO和IO数据、用户数据、模型、过程和应用。因此，在概念上，大多数数据被包含在什么云408中。

由于这仅是概念模型，因此，应当注意，一些实体、传感器或数据将在时间上不相干地或同时地自然存在于多个云中。另外，一些IO和RWE可以是复合体，因为它们组合了来自一个或多个云的元素。这样的复合体可以适当地被分类或不被分类，以有助于确定RWE与IO之间的关联性。例如，由位置和时间构成的事件可以均等地被分类到何时云406、什么云408和/或哪里云404内。

W4引擎410是图1所示的基于网络的跟踪引擎108的示例。W4引擎410是用于在W4 COMN中作出所有决定的W4 COMN的中央智能的中心。这里引用的“引擎”用于描述执行或辅助这里描述的过程、特征和/或功能(具有或没有人类交互或加强)的软件、硬件或固件(或其组合)系统、过程或功能。W4引擎410控制W4 COMN的每层之间的所有交互，并且负责运行由W4 COMN使能的任何经核准的用户或应用目标或者在应用间操作。在一个实施例中，W4 COMN是任何人都可以在其上编写应用的开放平台。为了支持此，其包括标准的已发布API，用于请求(除了别的以外)同步、解疑、用户或话题寻址、访问权、优先级化或其它基于值的排名、智能调度、自动化，以及话题、社交、空间或时间警报。

W4引擎410的一个功能是收集有关经由W4 COMN 400进行的所有通信和交互的数据，这可以包括存储标识所有RWE的信息及其它关于IO的信息(例如，谁、什么、何时、哪里信息)以及IO的拷贝。由W4COMN收集的其它数据可以包括与任何给定RWE和IO在任何给定时间时的状态有关的信息，例如位置、操作状态、被监视状况(例如，对于作为天气传感器的RWE，是正被监视的当前天气状况，或者对于作为蜂窝电话的RWE，是基于与之联系的蜂窝塔的其当前位置)以及当前状态。

W4引擎410还负责从流经W4 COMN的数据和通信流来标识RWE以及RWE与IO之间的关系。用于标识与IO相关联的或由IO暗指的RWE以及由其它RWE执行的动作的功能被称为实体提取。实体提取包括如下的两者：简单动作，例如标识特定IO的发送者和接收者；以及对W4COMN收集的和/或W4 COMN可访问的数据的更复杂分析，例如判定一消息列出了即将到来的事件的时间和位置并且基于该消息的上下文将该事件与该消息的(一个或多个)发送者和接收者相关联，或者基于RWE的位置与共处一地的流量监视器的状态的相关性来判定该RWE被困于交通阻塞中。

应注意，当从IO执行实体提取时，该IO可以是透明对象，其中，仅W4元数据与该对象有关(例如，创建日期、所有者、接受者、发送和接收RWE、IO的类型等)，而没有该IO内部的知识(即，包含在该对象内的实际的主要或对象数据)。知道IO的内容不会妨碍关于该IO(或RWE)的W4数据被搜集。IO的内容(如果可获得)如果被得知的话也可以用在实体提取中，但是不管可获得的数据如何，实体提取由网络基于可获得数据来执行。同样地，围绕对象提取的W4数据可被用来暗含关于对象本身的属性，而在其它实施例中，能够对IO进行全面访问，并且RWE因此也可以通过分析对象的内容而被提取，例如，电子邮件内的字符串被提取并被关联为RWE以用于确定受该对象或过程影响的发送者、用户、话题或其它RWE或IO之间的关系。

在一实施例中，W4引擎410表示在作为W4 COMN的节点的一个或多个计算设备上运行的一组应用。为了本公开的目的，计算设备是包括用于存储数据和运行软件(例如应用)的处理器和存储器的设备，该软件(例如，应用)执行所描述的功能。计算设备可被提供有允许软件应用运行以操纵数据的操作系统。

在所示实施例中，W4引擎410可以是通过合适的通信硬件和/或软件被连接到W4 COMN的一个或一组分布式计算设备，例如一个或多个通用个人计算机(PC)或专门构建的服务器计算机。这样的计算设备可以是单个设备或者一起动作的一组设备。计算设备可以被提供有存储在该计算设备的本地存储器(例如，RAM)和本地或远程海量存储设备中的任意数目的程序模块和数据文件。例如，如上面提到的，计算设备可以包括适合于控制联网计算机的操作的操作系统，例如来自微软公司的WINDOWS XP或WINDOWS SERVER操作系统。

一些RWE也可以是计算设备，如智能电话、web使能的电器、PC、膝上型计算机和个人数据助理(PDA)。计算设备可被连接到一个或多个通信网络，如因特网、公共交换电话网络、蜂窝电话网络、卫星通信网、诸如有线电视或私有区域网之类的有线通信网。计算设备可以经由有线数据连接或无线连接(例如Wi-Fi(IEEE 802.11)、WiMAX(IEEE802.36)、BLUETOOTH)或蜂窝电话连接而被连接到任何这样的网络。

包括离散IO的局部数据结构可以被存储在海量存储设备(未示出)上，海量存储设备被连接到包括W4引擎410在内的这里描述的任何计算设备，或者作为其一部分。例如，在一实施例中，下面将讨论的W4COMN的数据骨干包括多个海量存储设备，它们维护IO、元数据以及确定如这里描述的RWE与IO之间的关系所需的数据。海量存储设备包括某种形式的计算机可读介质，并且提供对数据和软件的非易失性存储，以供一个或多个计算设备检索和将来使用。尽管这里包含的计算机可读介质的描述涉及诸如硬盘或CD-ROM驱动器之类的海量存储设备，然而本领域技术人员应理解，计算机可读介质可以是可由计算设备访问的任何可用介质。

通过示例而非限制性的方式，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以任何方法或技术被实现来存储诸如计算机可读指令、数据结构、程序模块或其它数据之类的信息的易失性和非易失性的、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EPROM、EEPROM、闪存或其它固态存储器技术、CD-ROM、DVD，或其它光存储装置、磁带盒、磁带、磁盘存储装置或其它磁存储设备，或者可用来存储所需信息并且可由计算机访问的任何其它介质。

图5图示出了示例W4 COMN体系结构的功能层。在称为传感器层502的最下层是实际设备、用户、节点和其它RWE的网络504。将网络节点仪表化以将它们用作传感器包括已知的技术，如web解析、GPS、蜂窝塔ping、使用日志、信用卡交易、在线购买、明确用户简档和通过行为瞄准获得的隐含用户简档、搜索分析和用来优化具体网络应用或功能的其它解析模型。

下一层是数据层506，在其中，由传感器层502产生的数据被存储并被分类。该数据可由传感器的网络504或者网络基础设施508来管理，网络基础设施508被构建在用户、设备、执行代理、位置、过程和传感器的仪表化网络之上。网络基础设施508是核心的、集成(under-the-cover)网络基础设施，其包括接收从网络504的传感器、设备等发送来的数据所需的硬件和软件。其还包括有意义地分类和跟踪由网络504创建的数据所需的处理和存储能力。

W4 COMN的下一层是用户简档设置层510。层510还可被分布在运行在W4引擎或不同用户计算设备上的网络基础设施508与用户应用/处理512之间。用户简档设置层510执行W4 COMN的用户简档功能。使得能够跨越任何单个或组合的通信信道和模式来进行个性化，通信信道和模式包括电子邮件、IM、文本(SMS等)、照片博客、音频(例如，电话通话)、视频(远程会议、现场广播)、游戏、数据信任处理、安全性、认证，或者需要可获得数据的任何其它W4 COMN处理。

在一个实施例中，用户简档设置层510是在所有传感器之上的基于逻辑的层，传感器数据以最原始的形式被发送给它以便被映射并被置于W4COMN数据骨干520中。数据(被收集并被精炼、被相关并被去重复(de-duplicate)、被同步并解疑)然后被存储在可供W4 COMN上所核准的所有应用的所有处理使用的一个相关数据库或相关数据库的集合中。所有网络发起的动作和通信都是基于数据骨干的各栏的，并且这些动作中的一些使得它们自身成为骨干中某个地方的记录，例如，产品估价(invoicing)，而其它动作(例如，欺骗检测、同步、解疑)可在不影响骨干内的简档和模型的情况下来进行。

源自网络以外的任何事物(例如，RWE，如用户、位置、服务代理和处理)的动作都来自W4 COMN的程序层514。一些应用可由W4 COMN运营商来开发，并且就好像被实现为网络基础设施508的一部分，例如，电子邮件或日程表程序，这是因为它们与传感器处理和用户简档设置层510如此接近地操作。应用512还充当作为传感器的某个角色，因为它们通过它们的动作经由与因应用的运行而创建或可获得的任何数据有关的数据骨干来生成将返回数据层506的数据。

程序层514还基于设备、网络、运营商以及用户选择的或基于安全性的定制来提供个性化的用户界面(UI)。如果任何UI被仪表化以向网络提供回与用户交互或动作有关的数据，则其可以在W4 COMN内操作。这是任何W4 COMN应用/UI的基本传感器功能，并且尽管W4 COMN可以与未被仪表化的应用/UI互操作，然而这仅存在于递送能力中，并且这些应用/UI将不能够提供任何数据(更不必说以其它方式从W4使能的设备获得的丰富数据)。

在W4 COMN移动设备的情况中，UI还可以用来实时地确认或解疑不完整的W4数据，以及针对附近的其它被使能或未被使能设备的相关性、三角测量和同步传感器。从某个方面来说，由于未被使能设备的规则交叉以及被使能设备在现实世界位置中的感测，足够的被使能设备的网络效果允许网络搜集未被使能设备的完整的或几乎完整的数据(对于简档设置和跟踪来说是充分的)。

程序层514以上(并且有时驻留在其内)是(一个或多个)通信递送网络516。其可以由W4 COMN运营商或独立第三方运营商服务来操作，但是在任一情况中，其用于经由同步或异步通信来递送数据。通信递送网络516发送或接收代表具体应用或网络基础设施508请求的数据(例如，http或IP分组)。

通信递送层518还具有用作传感器的元素，包括从电话通话、电子邮件、博客等的W4实体提取，以及递送网络上下文内的具体用户命令，例如，在通话结束之前说的“保存并优先级化此通话”可以触发：对先前谈话记录的保存并且对于该谈话中的W4实体，分析并增加对个性化/用户简档设置层510中的优先级化决定的加权。

图6图示出了如图4所示的W4引擎的分析组件的一个实施例。图6示出了W4引擎602的框图。如图6所示，W4引擎602包括归属引擎604、相关性引擎606和关注引擎608。W4引擎602是基于网络的跟踪引擎108的另一示例实施例。如上面讨论的，W4引擎负责从经过W4COMN的数据和通信流中标识RWE以及RWE与IO之间的关系。

在一个实施例中，W4引擎通过在实体提取过程中执行不同操作的一系列子引擎来连接、互操作并仪表化所有网络参与者。一个这样的子引擎是归属引擎604。归属引擎604跟踪任何IO中的任何RWE的现实世界所有权、控制、发布或其它条件权利。只要W4引擎602例如通过创建或发送新消息、新交易记录、新图像文件等而检测到新IO，则所有权被指派给该IO。归属引擎604创建这种所有权信息并且还允许确定为W4 COMN所知的每个IO的该信息。

如上所述，W4引擎602还包括相关性引擎606。相关性引擎606通过两种能力来操作：第一种，标识相关联的RWE和IO及其关系(例如通过创建RWE和IO及其在上下文或情形内的属性、关系和名誉的任何组合的组合图表)，第二种，作为用于来自任何内部或外部源的关注事件的传感器解析预处理器。

在一个实施例中，相关性引擎606对相关联的RWE和IO功能的标识通过对可获得数据作图表来进行。在此实施例中，所有RWE和IO的直方图被创建，从其可以得出基于图表的相关性。作图表或创建直方图的动作是用于标识数据的分布以便标识出相关信息并且得出数据之间的相关性的一种计算机科学方法。从更一般性的数学意义上来说，直方图简单地是对落入各种互不相交的类别(称为区间)中的观测数目进行计数的映射mi，而直方图的图表仅仅是表示直方图的一种方式。通过选择每个IO、RWE及其它已知参数(例如，时刻、日期、位置等)作为不同区间并且映射可获得数据，RWE、IO及其它参数之间的关系可以被标识出。

作为预处理器，相关性引擎606监视由RWE提供的信息，以判断是否标识出了可以触发W4引擎602部分上的动作的任何条件。例如，如果一递送条件已与一消息相关联，则当相关性引擎606判定该条件得到满足时，其可以将用于触发该消息的递送的适当触发信息发送给W4引擎602。

关注引擎608对所有适当网络节点、云、用户、应用或它们的任何组合进行仪表化，并且包括与相关性引擎606和归属引擎604的密切交互。

图7图示出了W4引擎的一个实施例，该实施例示出了上面参考图6一般性地描述的子引擎内的不同组件。在一个实施例中，W4引擎702包括具有基于基本功能的数个子管理器的关注引擎708、归属引擎704和相关性引擎706。

关注引擎708包括消息入口和生成管理器710以及消息递送管理器712，它们与消息匹配管理器714和实时通信管理器716密切地工作来递送并用仪表测量跨越W4 COMN的所有通信。

归属引擎704在用户简档管理器718内工作，并且结合所有其它模块来标识、处理/核实并表示与RWE、IO和它们的组合有关的所有权和权力信息。

相关性引擎706将来自其(传感器和处理)信道两者的数据存储到同一数据骨干720中，数据骨干720由W4解析管理器722来组织和控制并且包括来自所有网络操作的数据的经聚合版本和个性化存档版本两者，来自所有网络操作的数据包括用户日志724、关注排名排列日志726、web指数和环境日志728、电子商务和金融交易信息730、搜索索引和日志732、赞助商内容或条件、广告拷贝，以及在任何W4 COMN过程、IO或事件中使用的任何以及所有其它数据。由于W4 COMN将可能存储的大量数据，数据骨干720包括与W4 COMN通信以提供充足的存储能力的许多数据库服务器和数据存储装置。

如图8所示，由W4 COMN收集的数据可以包括空间数据802、时间数据804、社交数据806和话题数据808。图8所示的W4 COMN数据800的每个元素不必出现在所有实施例中。现在描述图8所示的W4 COMN数据800的元素。

空间数据802可以是与用户和/或关联于用户的电子设备的位置相关联的任何信息。例如，空间数据802可以包括任何被动收集的位置数据(例如蜂窝塔数据、GPRS数据、全球定位服务(GPS)数据、WI-FI数据、个人区域网数据、IP地址数据和来自其它网络接入点的数据)，或主动收集的位置数据(例如，用户输入设备中的位置数据)。空间数据802可以通过跟踪与用户相关联的电子设备的路径和状态来获得。

时间数据804是基于时间的数据(例如，时间戳)或元数据(例如，截止日期)，其涉及与用户和/或关联于用户的电子设备相关联的具体时间和/或事件。例如，时间数据804可以包括被动收集的时间数据(例如，来自驻留在电子设备上的时钟的时间数据，或者来自网络时钟的时间数据)，或者主动收集的时间数据，例如由电子设备的用户输入的时间数据(例如，用户维护的日程表)。

社交数据806可以是与用户的关系有关的任何数据或元数据。例如，社交数据806可以包括诸如性别、年龄、种族、姓名、别名之类的用户身份数据、用户的状态(例如，在线状态或非在线的相关状态)(例如，在工作、在睡觉、在度假等)、社交安全编号、图像信息(例如，用于图片、头像、或用户的其它图像表示的文件名)，和/或与用户的身份相关联的其它信息。用户身份信息还可以包括电子邮件地址、登录名和口令。社交数据806还可以包括社交网络数据。社交网络数据可以包括涉及用户输入的用户的任何关系的数据，例如，涉及用户的朋友、家人、同事、商业关系等的数据。社交网络数据例如可以包括与用户维护的电子地址簿相对应的数据。某些社交数据例如可以被与位置信息相联系以推断出社交网络数据，例如主要关系(例如，用户-配偶关系、用户-孩子关系以及用户-父母关系)或其它关系(例如，用户-朋友关系、用户-同事关系、用户-商业伙伴)，并且可以根据首要性进行加权。

例如，如图8所示，社交数据806可以包括关系信息814。关系信息814包括指示用户的朋友的列表或其它数据结构，用户的朋友包括作为参与社交网络的其它用户的朋友。关系信息814可以包括针对所指示朋友的类别，例如，“亲属”、“配偶”、“父母”、“孩子”、“兄弟姐妹”、“最好的朋友”、“老板”、“同事”和/或任何其它合适的类别。

社交数据806还可以包括与在社交网络的界限内的用户有关的名誉信息。例如，社交网络中的其它用户可以对用户进行评述和/或为该用户提供评级。可以为该用户确定总体评级，该评级可以表示该用户在该社交网络中的名誉。

话题数据808可以是有关用户似乎感兴趣的或者以其它方式与之相关联的主题的任何数据或元数据。话题数据808可以由用户主动提供或者可以从其他原得出。例如，话题数据808可以包括涉及该用户的交易的一个或多个交易日志。例如，这样的(一个或多个)交易日志可以包括用户执行的搜索(例如，查询列表/结果列表)的日志、用户从事的商业的日志、用户浏览的网站/网页的日志、用户(例如，与社交网络中的朋友)通信的日志，等等。

社交数据806和话题数据808两者可以从交互数据中得出。如这里所使用地，术语交互数据是指与用户经由电子设备执行的交互相关联的任何数据(无论是主动的还是被动的)。交互数据的示例包括人与人之间的通信数据、媒体数据、交易数据和设备交互数据。

人与人之间的通信数据可以是从电子设备接收的或由电子设备发送的并且旨在作为去往或来自用户的讯息的任何数据或元数据。例如，人与人之间的通信数据可以包括与进入或外出的SMS消息、电子邮件消息、语音呼叫(例如，蜂窝电话呼叫、基于IP的语音呼叫)或相对于电子设备的其它类型的人与人之间的通信相关联的任何数据，例如，有关谁正发送和接收人与人之间的(一个或多个)讯息的信息。如下面描述的，人与人之间的通信数据例如可以被与时间数据相关，以推断出可以指示用户行动信息的与通信频率有关的信息(包括集中通信模式)。

媒体数据可以是与可呈现媒体有关的任何数据或元数据，可呈现媒体例如是音频数据、视觉数据以及视听数据。音频数据例如可以是与所下载音乐有关的数据，例如，流派、艺术家、专辑等，并且可以包括与铃声、回铃音、所购买媒体、播放列表和所共享媒体(仅列出了一些)有关的数据。视觉数据可以是有关电子设备所接收(例如，经由因特网或其它网络)的图像和/或文本的数据。视觉数据可以包括与从电子设备发送的和/或在电子设备处捕获的图像和/或文本有关的数据。视听数据可以包括与在电子设备处捕获的、下载到电子设备的或者以其他方式与电子设备相关联的视频相关联的数据或元数据。

媒体数据还可以包括经由诸如因特网之类的网络呈现给用户的媒体、与用户利用网络(例如，搜索项)输入和/或接收的文本有关的数据，以及有关与诸如点击数据之类的网络媒体(例如，广告横幅点击、书签、点击图案等)的交互的数据。因此，媒体数据可以包括与用户的RSS源、订阅、群组成员关系、游戏服务、警报等有关的数据。媒体数据还可以包括非网络行动，例如，利用诸如移动电话之类的电子设备进行的图像捕获和/或视频捕获。图像数据可以包括用户所添加的元数据或者与图像相关联的其它数据，例如，对于照片来说，包括照片拍摄位置、拍摄方向、拍摄内容以及日期时间(仅列出了一些)。如下面将进一步详细描述的，媒体数据例如可以用于推断出活动信息或偏好信息，如文化的和/或购买偏好信息。

交互数据还可以包括交易数据或元数据。交易数据可以是与用户经由电子设备从事的商业交易相关联的任何数据，例如，厂商信息、金融机构信息(例如，银行信息)、金融账户信息(例如，信用卡信息)、商品信息和成本/价格信息，以及购买频率信息(仅列出了一些)。交易数据例如可被利用来推断出活动和偏好信息。交易信息也可以用来推断出用户拥有的和/或用户可能感兴趣的设备和/或服务的类型。

交互数据还可以包括设备交互数据和元数据。设备交互数据可以是有关用户与未包括在以上任何类别中的电子设备的交互的任何数据，例如，有关与电子设备的使用相关联的习惯模式的数据。设备交互数据的示例包括有关哪些应用被用在电子系统/设备上以及这些应用被使用的频率和时间的数据。如下面将更详细描述的，设备交互数据可以被与时间数据相关起来，以推断出有关用户活动和与之相关联的模式的信息。

W4 COMN数据800还可以包括推断信息(deduced informaion)。推断信息可以基于如上所述的空间数据802、时间数据804、社交数据806或话题数据808中的一者或多者被推断出。推断信息因此可以包括有关用户的推断位置和/或推断活动的信息。例如，推断信息可以包括主要用户位置、次要用户位置、过去位置、当前位置和预测的将来位置信息中的一者或多者。推断信息可以包括基于空间数据802结合时间数据804的相关性推断出的信息，以推断出这样的位置数据。作为说明，空间数据802可以被与时间数据804相关起来，以判定用户在一天的某些时间期间常常位于一个或多个具体位置处。在特定实施例中，空间数据802被与时间数据804相关起来以确定主要用户位置(例如，家)、次要位置(例如，学校或单位)和/或其它位置，以及用户的空间/时间模式的循环样式。

推断信息还可以包括行动信息，如过去的行动信息、当前的行动信息以及预测出的将来行动信息。就此而言，过去、当前或预测出的将来行动信息可以包括有关过去与其它用户通信和/或位于同一地的信息。作为示例，空间数据802可以被与时间数据804相关起来以确定用户的行动(例如，工作、娱乐和/或家庭行动)。

推断信息还可以包括偏好信息。偏好信息可以包括文化偏好和/或购买偏好信息。文化偏好信息可以是与用户的文化有关的任何偏好信息，例如，性别偏好、种族偏好、宗教信仰偏好和/或艺术偏好(仅列出了一些)。购买偏好可以是与用户的购买习惯相关联的任何偏好。所有偏好可以由用户明确提供或者从经聚集的用户和网络数据中隐含地得出。

B.条件激励引擎

图9更详细地描绘了条件激励引擎102。如图9所示，条件激励引擎102包括多个可通信的相连的元件，包括用户接口902、用户信息数据库904、传感器接口906、赞助商信息数据库908、激励匹配管理器910、条件跟踪管理器912和兑换管理器914。现在将描述这些元件中的每个。

1.用户接口

用户接口902是这样的组件，其被配置为允许用户从远程位置处与条件激励引擎102交互，以接收条件激励要约，选择性地参与条件激励要约、跟踪个人朝着兑换所选条件激励的进展以及在适当的时候兑换条件激励。在一个实施例中，用户接口902是利用Web服务以及用于利用Web服务的一组标准Web API来实现的。构建于Web服务之上的Web应用可以由拥有和/或操作条件激励引擎102的实体或其它实体来发布。这样的Web应用由用户利用Web浏览器以公知的方式来访问。然而，这仅是一个示例，并且用户接口902还可以以其它方式来实现。

广泛种类的用户系统/设备中的任一个可被用来与用户接口902交互，这些用户系统/设备包括但不限于具有有线或无线网络通信功能的电子系统/设备。在一个实施例中，用户与用户接口902之间的通信通过因特网来进行。然而，本发明不限于此，并且用户与用户接口902之间的通信还可以通过任何类型的网络或网络的组合来进行，这些网络包括广域网、局域网、私有网络、公共网络、分组网络、电路交换网络以及有线或无线网络。

如图10所示，在一个实施例中，用户接口902至少包括三个分离的不同用户接口组件，即，用户登记和账户管理接口1002、条件激励接收和跟踪接口1004以及条件激励兑换接口1006。现在将描述这些不同接口组件的每个。

a.用户登记和账户管理接口

用户登记和账户管理接口1002被配置为允许用户进行登记以从条件激励引擎102接收条件激励要约，并且管理与条件激励要约的接收、跟踪和兑换有关的某些方面。在一个实施例中，用户登记和账户管理接口1002被配置为要求用户完成登记过程以便接收条件激励要约。图11描绘了根据本发明一个实施例的可由用户登记和账户管理接口1002实施的示例登记过程的流程图1100。

如图11所示，登记过程包括步骤1102，在步骤1102中，用户登记和账户管理接口1002要求用户提交足以唯一地标识该用户的信息。足以唯一地标识该用户的信息例如可由包括唯一的用户名、电子邮件地址等。

在步骤1102中，用户登记和账户管理接口1002还可由可选地要求用户提供用户认证信息。如将在这里更详细讨论的，这样的用户认证信息可被条件激励引擎102用来判断适当的一个或多个用户是否已满足了与特定激励相关联的条件。可在步骤1102中可选地被提供的用户认证信息的类型可由取决于条件激励引擎102使用的用户认证逻辑的类型。这样的信息例如可由包括个人登录信息，例如，用户口令或密钥或者生物信息，如用户指纹扫描、视网膜扫描、脸部图像或语音样本。

在步骤1104中，用户登记和账户管理接口1002要求用户提交与用户希望在其上或者用户希望通过其来接收条件激励要约和/或所兑换激励的一个或多个设备有关的信息。该信息例如可由包括每个设备的唯一标识符。在一实施例中，用户登记和账户管理接口1002自动地从可通信地与之相耦合的用户设备获取这样的信息。取决于实现方式，合格的设备可以包括但不限于诸如蜂窝电话、个人数字助理、便携式媒体播放器、膝上型计算机和平板电脑之类的便携式电子设备，以及诸如桌上型计算机、游戏控制器、机顶盒等之类的更固定的电子设备。

在步骤1106中，用户登记和账户管理接口1002从用户接收与用户感兴趣接收的条件激励要约的类型有关的偏好信息。在一实施例中，这样的偏好信息可以在登记过程期间或者在其后的任何时间时被提供。通过提供这样的偏好信息，用户可以选择接收涉及具体产品或服务或某些类型的产品和服务的条件激励要约。用户还可以选择接从特定赞助商发起的、与特定活动相关联的、或具有某种类型和/或大小(例如，来自体育用品商店的值超过$10的折扣券)的条件激励要约。用户还可以基于在实现激励的兑换时所涉及的条件的类型来选择接收条件激励要约(例如，用户可以选择接收需要长距离运转或循环以兑换激励的所有条件激励要约)。用户还可以选择接收已被选择来进行参与、由与该用户共享一些共性的其他用户(例如属于同一社交网络或用户人口统计)推荐和/或兑换的条件激励要约。

在步骤1108中，用户登记和账户管理接口1002从用户请求与用户希望用来接收所兑换的条件激励的通道有关的偏好信息。该步骤仅在可以经由多种不同兑换通道来兑换条件激励的实施例中被实施。在一实施例中，这样的偏好信息可以在登记过程或此后的任何时间时被提供。在所兑换激励可以以电子形式(例如，唯一数字优惠券)被接收的情况中，兑换通道可以包括电子信息可通过其被传输给用户的任何通道，例如，去往一个或多个已登记用户设备的电子邮件或SMS消息。在所兑换激励可以以打印形式被接收的情况中，兑换通道例如可以包括常规的邮件或传真。激励还可以通过多种其他通道以多种其他方式被接收，例如，以去往第三方所管理的用户账户的信用的形式或者通过立即或后来向用户递送或提供实际产品或服务。

在另外的实施例中，用户可以指定除了用户本身或者替代用户本身，所兑换条件激励应当还被递送给一个或多个其它用户或一个或多个其它实体。作为示例，用户可以指定所兑换条件激励应被递送给家庭成员、朋友或慈善组织。

这里已通过仅仅作为示例的方式描述了流程图1100的前述登记过程。(一个或多个)相关领域的技术人员将理解，替代登记过程也可被用来实现本发明的各种实施例。此外，在一些实现方式中，不需要用户登记过程。在这样的实现方式中，用户可以经由一个或多个预先存在的通信信道从赞助商接收条件激励要约并在适当的时候兑换条件激励。

用户登记和账户管理接口902可被配置来从用户获取参考流程图1100的步骤1106和1108描述的偏好信息以外的偏好信息。例如，用户可以指定其希望接收的条件激励要约的最小和/或最大量或者其希望接收这样的要约的频率。此外，用户可以提供与不管什么原因都不希望接收的条件激励要约的类型有关的偏好信息。用户还可以指定与条件激励引擎102和/或基于网络的跟踪引擎108如何获取或跟踪关于用户的数据有关的私密条件。在又一示例中，用户可以指定与条件激励要约的接收有关的时间、空间、社交和/或话题参数。例如，用户可以指定其希望接收条件激励要约的时间段或位置。用户偏好的这些示例仅是以说明的方式提供的，并且(一个或多个)相关领域的技术人员将理解，就条件激励要约的接收和兑换而言，用户还可以指定其它用户偏好。

b.条件激励接收和跟踪接口

条件激励接收和跟踪接口1004被配置来提供这样的接口，通过该接口，用户可以接收条件激励要约，选择性地参与某些条件激励要约，并且跟踪朝着满足与这样的所选条件激励要约相关联的条件的进展。

在一个实施例中，条件激励接收和跟踪接口1004包括允许用户观看所接收条件激励要约并且选择性地选择参与这样的要约的图形用户界面(GUI)。选择参与要约指示出用户希望尝试满足与条件激励要约相关联的(一个或多个)条件以兑换相关联的激励。在一实施例中，条件激励接收和跟踪接口1004维护用户当前参与的要约的列表，并且用户可以在任何时侯选择性地删除和/或终止参与列表中的任何要约。要约可以通过赞助商、活动或者以某种其它方式来组织。

条件激励接收和跟踪接口1004还可以被配置来向用户呈现必须被满足以便兑换条件激励要约的条件的列表。条件激励接收和跟踪接口1004还可以指示与要约相关联的条件中的哪些条件已被用户满足。这有益地使得用户能够跟踪其朝着激励的兑换的进展。条件激励接收和跟踪接口1004还可以向用户提供与已经被用户兑换的激励有关的信息。

c.条件激励兑换接口

条件激励兑换接口1006被配置来提供这样的接口，通过该接口，用户可以在与激励相关联的所有兑换条件得到满足时启动对该激励的兑换。在替代实施例中，不提供兑换接口1006，而是当满足了与激励相关联的所有必要条件时激励自动地被递送给用户。替代地，可以由赞助商通过与赞助商接口906的交互来触发兑换。

2.用户信息数据库

用户信息数据库904被配置来存储与条件激励引擎102的用户相关联的数据。尽管用户信息数据库904在图9中被示为单个数据库，然而，将明白，取决于量和/或其它因素，用户信息可以被存储在多个数据库中。这样的数据库可以由与条件激励引擎102通信的多个数据库服务器管理。

如图12所示，存储在用户信息数据库904中的用户信息至少可以包括三种不同类型的用户信息，即，用户简档信息1202、设备简档信息1204和用户条件激励信息1206。

用户简档信息1202包括唯一地标识并且可选地认证条件激励引擎102的每个用户的信息。这样的信息可以在用户登记过程期间被提供，如先前参考图11描述的。用户简档信息1202还可以包括由用户提供的偏好信息，该偏好信息与用户有兴趣接收的条件激励要约的类型有关、与用户希望通过其接收所兑换条件激励的兑换通道有关，和/或与条件激励的接收、跟踪和兑换所关联的其它方面有关，如上面参考图10的用户登记和账户管理接口1002讨论的。用户简档信息1202还可以包括关于用户的系统导出信息，如关于用户的人口统计信息、社交网络信息、关于用户的活动或行为的历史信息，等等。这样的系统导出信息例如可以从基于网络的跟踪引擎108或从第三方系统获得。

设备简档信息1204包括用于唯一地标识用户登记来接收、跟踪和/或兑换条件激励的每个设备的信息。这样的信息可以在用户登记过程期间被提供，如先前参考图11描述的。设备简档信息1204还可以包括由用户接口902用来确定应当如何并且以什么形式将条件激励和有关信息递送给设备的、与每个被登记设备相关联的信息。这样的信息可以包括由用户提供的特定于设备的偏好、设备类型、设备硬件或软件版本、网络连接类型、设备存储器能力等。这样的信息还可以由激励匹配管理器190用来判断某些条件激励是否可被递送给某些已登记设备。

用户条件激励信息1206包括与用户所接收的、选择进行参与的、删除的或兑换的所有条件激励有关的信息。例如，这样的信息可以包括但不限于与每个条件激励相关联的唯一标识符、与条件激励相关联的活动的标识符、有关与条件激励相关联的条件的描述性信息、有关与条件激励相关联的激励的描述性信息、对与条件激励相关联的每个条件是否已由用户满足的指示，和/或条件激励的状态(例如，待决、正参与、被兑换、被删除)。该信息的各个方面可以被呈现给用户，如上面参考用户接口902讨论的。

3.赞助商接口

赞助商接口906是这样的组件，该组件被配置为允许制造商106为了如下目的与条件激励引擎102交互：创建或以其他方式提供条件激励要约以用于呈现给用户104、指定用于将这样的要约匹配到某些用户或用户种群的瞄准标准、跟踪用户朝着满足与条件激励的兑换相关联的条件的进展，以及当这样的兑换条件得到满足时启动或实现向用户递送激励。在一个实施例中，赞助商接口906是利用Web服务以及用于利用Web服务的一组标准Web API来实现的。构建于Web服务之上的Web应用可以由拥有和/或操作条件激励引擎102的实体或其它实体来发布。这样的Web应用由用户利用Web浏览器以公知的方式来访问。然而，这仅是一个示例，并且赞助商接口906还可以以其它方式来实现。

广泛种类的赞助商系统/设备中的任一个可被用来与赞助商接口906交互，这些用户系统/设备包括但不限于具有有线或无线网络通信功能的电子系统/设备。在一个实施例中，赞助商与赞助商接口906之间的通信通过因特网来进行。然而，本发明不限于此，并且赞助商与赞助商接口906之间的通信还可以通过任何类型的网络或网络的组合来进行，这些网络包括广域网、局域网、私有网络、公共网络、分组网络、电路交换网络以及有线或无线网络。

如图13所示，在一个实施例中，赞助商接口906至少包括四个不同的赞助商接口组件，即，条件激励创建接口1302、用户瞄准接口1304、条件激励跟踪接口1306和条件激励兑换接口1308。现在将描述这些不同接口组件的每个。

a.条件激励创建接口

条件激励创建接口1302被配置为允许赞助商创建条件激励要约以用于存储并且随后呈现给条件激励引擎102的用户。在一种实施方式中，如此创建的每个条件激励要约被与至少一个条件激励活动相关联，尽管本发明不限于此。至少，每个条件激励要约的条款包括一个激励以及用户为了兑换该激励必须满足的一个或多个条件。

图14描绘了条件激励创建接口1302用来辅助创建条件激励要约以呈现给用户的方法的流程图1400。如图14所示，流程图1400的方法开始于步骤1402，在其中，条件激励创建接口1302向赞助商呈现可能与条件激励要约相关联的多个条件。在一实施例中，对如此呈现出的每个条件的满足可以由条件激励引擎102基于与用户相关联的空间、时间、社交和/或话题数据来自动地确定，这些数据是从基于网络的跟踪引擎获得的和/或是通过由经由用户接口902进行参与的用户提供的信息获得的。

例如，在步骤1402中呈现的条件可以包括位置相关条件(例如，要求用户行进到某个位置或者在特定位置处执行行动或评论某些行为的条件)、时间条件(例如，要求用户在某些时刻、在某些时间帧内或者以特定时间频率来执行活动或评论某些行为的条件)、社交条件(例如，要求用户执行涉及一定数目的社交关系的活动的条件)或话题条件(例如，要求用户执行与某个主题有关的，如与某些对象或事件有关的活动的条件)。特定用户对这些条件中的每个条件的满足可以基于从基于网络的跟踪引擎108获得的与该用户相关联的空间、时间、社交和/或话题数据来确定。

在步骤1402中呈现的条件的满足还可以要求经由用户接口902从一个或多个用户接收输入。例如，一个条件可以要求一个或多个用户向条件激励引擎102核实他们的身份。在这样的实施例中，(一个或多个)用户可以经由用户接口902来提供用户认证信息，以使得验证可被执行。如在这里的其他地方提到的，这样的用户认证信息例如可包括个人口令或密钥或者生物信息，如指纹扫描、视网膜扫描、脸部图像或语音样本。

在步骤1404，条件激励创建接口1302从赞助商接收输入，该输入指示了对先前在步骤1402中呈现的多个条件中的一个或多个的选择。该步骤还可以包括从赞助商接收指定了与每个所选(一个或多个)条件相关联的某些参数的输入。例如，如果所选条件之一是在特定时间帧内执行行动，则赞助商可以指定该时间帧。作为另一示例中，如果所选条件之一是在特定位置处执行行动，则赞助商可以指定该位置。然而这些仅仅是一些示例，相关领域的技术人员将理解，还可以指定针对所选条件的各种各样的其它参数。

在步骤1406，条件激励创建接口1302从赞助商接收指定了将与条件激励要约相关联的激励的输入。该激励例如可以包括金钱激励，如关于产品和服务的现金奖励、折扣或回扣。该激励还可以包括非金钱激励，如某种形式的公开的或私人的认可(recognition)(例如，公开地或私密地接收的奖项)。这样的激励还可以包括免除因未满足某些相关联的条件而引起的罚款或处罚(例如，罚金)。如在这里的其它地方提到的，激励可以直接归属给用户和/或可能与或可能不与用户相关联的各种第三方(例如，家庭成员、朋友、慈善组织等)。

在一种实施方式中，赞助商通过从由条件激励创建接口1302呈现给赞助商的多个激励类型中选择一激励类型并且然后经由条件激励创建接口1302提供与所选激励类型相关联的某些参数来指定激励。例如，赞助商可以通过从多个激励类型中选择优惠券类型的激励并且然后提交将被该优惠券相关联的数量来指定激励。

在步骤1408，条件激励创建接口1302将赞助商所选择的(一个或多个)条件(如在步骤1404中确定的)与赞助商所指定的激励(如在步骤1406中确定的)相关联。在步骤1410中，条件激励创建接口1302将(一个或多个)所选条件和相关联的所指定激励存储在数据库中，以用于作为条件激励要约的条款在后来呈现给用户。(一个或多个)所选条件和相关联的所指定激励例如可被存储在赞助商信息数据库908(下面将更详细描述)中。

可由制造商经由条件激励创建接口1302提供的与条件激励要约相关联的其它信息可以包括：与该条件激励要约相关联的活动的标题以及与该条件激励要约的呈现相关联的媒体资产(例如，文本、图形、音频和或视频资产)。

b.用户瞄准接口

用户瞄准接口1304被配置来允许赞助商指定应当被作为接收条件激励要约的对象的用户或用户类型。例如，用户瞄准接口1304可以允许赞助商指定用户必须满足以便接收条件激励要约的某些先决条件。这样的先决条件例如可以包括适合接收要约的设备的用户的登记。用户瞄准接口1304还可以允许赞助商指定应当被作为接收条件激励要约的对象的某些用户人口统计信息。用户瞄准接口1304还可以允许赞助商指定应当接收条件激励要约的用户简档类型或者应当使得条件激励要约被推送给用户的某些历史行为或活动。

c.条件激励跟踪接口

条件激励跟踪接口1306被配置为允许赞助商跟踪递送给条件激励引擎102的用户的条件激励的接受、删除、满足进展以及兑换。取决于实施方式，这样的信息可以在已接收了条件激励要约的所有用户的层面上、在已接收了条件激励要约的用户的子群的层面上和/或在已接收了条件激励要约的每个个体的层面上来被跟踪并被呈现给赞助商。这样的信息可以有益地允许赞助商准确地度量用户对基于特定条件激励的活动的响应。例如，赞助商可以准确地确定接收条件激励要约的用户中有多少百分比的用户接受了该要约或者删除了它。作为另一示例，赞助商可以准确地确定与特定要约相关联的兑换比率。

d.条件激励兑换接口

条件激励兑换接口1308被配置为提供这样的接口，通过该接口，赞助商可以在用户已满足了与激励相关联的所有兑换条件时启动该激励的兑换。在替代实施例中，不提供条件激励兑换接口1308并且当满足了与激励相关联的所有必要条件时激励自动地被递送给用户。替代地，可以由用户通过与用户接口902进行交互来触发兑换。

4.赞助商信息数据库

赞助商信息数据库908被配置为存储与经由条件激励引擎102分发的条件激励要约的赞助商相关联的数据。尽管赞助商信息数据库908在图9中被示为单个数据库，然而将明白，取决于量和/或其它因素，赞助商信息可以被存储在多个数据库中。这样的数据库可以由与条件激励引擎102通信的多个数据库服务器管理。

如图15所示，存储在赞助商信息数据库908中的赞助商信息可以包括至少三个不同类型的赞助商信息，即，赞助商实体信息1502、赞助商条件激励信息1504和赞助商营销信息1506。现在将简要描述这些类型的赞助商信息的每类。

赞助商实体信息1502包括与已登记以使用条件激励引擎102分发条件激励的每个赞助商有关的信息。赞助商实体信息1502例如可以包括如下信息，如组织名称、地址、城市、州、邮编、国家、电话号码、传真号码、报税ID(SSN/EIN)、报税类别和/或VAT号。此外，赞助商实体信息1502还可以包括与联系人有关的信息，其中，这样的信息可以包括联系人的名和姓、在组织内的头衔/职能、电话号码和电子邮件地址。

赞助商条件激励信息1504包括有关赞助商106当前正发布用于经由条件激励引擎102分发的所有条件激励要约的信息。这样的信息例如可以包括与条件激励要约相关联的活动的标识、条件激励要约的条款(包括一个激励以及一个或多个用户必须满足以兑换该激励的一个或多个条件)、将在条件激励要约的呈现期间使用的媒体资产(例如，文本、图形、音频和或视频资产)，等等。

对于每个赞助商，赞助商条件激励信息1504还可以包括有关已被递送给条件激励引擎102的用户的每个所赞助条件激励要约的接受、删除、满足进展和兑换的信息。如上面针对赞助商接口906提到的，这样的信息可以在已接收了条件激励要约的所有用户的层面上、在已接收了条件激励要约的用户的子群的层面上和/或在已接收了条件激励要约的每个个体的层面上被跟踪。

赞助商营销信息1506包括与如下活动有关的信息，所述活动可能与一个或多个条件激励相关联。这样的活动信息例如可以包括与活动相关联的某些商业或非商业目标，或者应当被与该活动所关联的条件激励要约相关联的各项条款。赞助商营销信息1506还可以包括与一个或多个条件激励或与活动相关联的瞄准信息。如上面提到的，这样的瞄准信息可以包括但不限于条件激励要约应当被指向的特定人口统计的标识、应当接收条件激励要约的某些用户简档类型的标识，或者应当促使条件激励要约被呈现给用户的该用户部分上的某些历史行为或行动的详述。

5.激励匹配管理器

激励匹配管理器910是被配置来选择性地将活动的条件激励要约呈现给条件激励引擎的用户的组件。激励匹配管理器910被配置为从赞助商信息数据库908获取与活动条件激励要约有关的信息，并且选择性地将这样的要约呈现给用户以用于经由用户接口902显示在用户各自的系统/设备上。

在一实施例中，激励匹配管理器910基于预定义匹配准则来将某些条件激励要约呈现给某些用户。该匹配准则例如可以包括用户必须满足以便接收特定条件激励要约的某些先决条件。这些先决条件可以与条件激励要约或活动相关联，并且有关这样的先决条件的信息可以存储在赞助商信息数据库908中。这样的先决条件例如可以包括适合接收要约的设备的用户的登记。

匹配准则还可以包括由赞助商提供并被存储在赞助商信息数据库908中的瞄准信息。如上面提到的，这样的瞄准信息例如可以包括条件激励要约应当被指向的特定人口统计的标识、应当接收条件激励要约的某些用户简档类型的标识，或者应当促使条件激励要约被呈现给用户的该用户部分上的某些历史行为或行动的详述。例如，激励匹配管理器910可以将这样的瞄准信息与关于用户的信息相关起来以判断某些条件激励要约是否应当被呈现给用户，关于用户的信息被存储在用户信息数据库904中，从基于网络的跟踪引擎108被获得，或者从第三方系统被获得。

匹配准则还可以包括各种用户偏好、关于可从用户信息数据库904获得什么的信息。这样的用户偏好可以包括有关用户希望或不希望接收的条件激励要约的类型的偏好、有关用户希望接收的条件激励要约的最小和/或最大量的偏好、和/或有关用户希望接收这样的要约的频率的偏好。这样的用户偏好还可以包括用户可能希望在其中接收或不接收条件激励要约的时间、空间、社交和/或话题上下文。例如，用户可能更喜欢仅在特定时间段或特定位置来接收条件激励要约，或者可能更喜欢仅接收其社交网络的成员先前已选择参与的、推荐的或已兑换的条件激励要约。

当激励匹配管理器910已确定条件激励要约将被呈现给特定用户时，其通过将呈现要约所需的信息转发给用户接口902来实现这样的呈现。用户接口902随后经由与该用户相关联的一个或多个已登记用户系统/设备来执行操作以将要约显示给用户。激励匹配管理器910还在用户信息数据库904中创建条目，该条目反映出该条件激励要约的唯一实例已被呈现给该用户。该条目然后由条件跟踪管理器912维护，条件跟踪管理器912跟踪与该要约的实例有关地发生的任何后续行动或状态改变。也可以在赞助商信息数据库908中创建对应的条目以用于跟踪。

6.条件跟踪管理器

条件跟踪管理器912是这样的组件，其被配置来自动地判断参与条件激励要约的用户是否已满足了兑换该条件激励要约的(一个或多个)必要条件中的每个，并且当所有必要条件已得到满足时为赞助商106和/或用户104生成通知。

为了执行该功能，条件跟踪管理器912被配置为访问用户信息数据库904以标识出已由条件激励引擎102的用户接收并选择参与的条件激励要约。对于每个被如此标识出的条件激励要约，条件跟踪管理器912还被配置为判断与该要约相关联的每个当前未被满足的条件是否已被满足。取决于实施方式，条件跟踪管理器912可以定期地、在经由基于网络的跟踪引擎108或用户接口902接收到新的关于用户的信息时，和/或基于用户经由用户接口902或赞助商经由赞助商接口906进行的提示来做出该判断。

条件跟踪管理器912对与条件激励相关联的当前未被满足的条件是否已被用户满足的判断可以基于从基于网络的跟踪引擎108获得的关于用户的信息和/或基于经由用户接口902直接从用户获得的信息来作出。前一种类型的信息可被认为是“隐含”用户信息，而后一种信息可被认为是“明确”用户信息。

对于不明确用户信息，基于网络的跟踪引擎108能够获取并提供关于用户的高粒度的空间、时间、社交和话题信息，如上面详细描述的。条件跟踪管理器912有利地被配置来利用这样的信息判断用户何时满足了与条件激励要约相关联的一个或多个条件。

例如，条件跟踪管理器912可以利用由基于网络的跟踪引擎108跟踪的与用户相关联的空间信息来判断与条件激励要约相关联的条件是否已被用户满足。例如，条件跟踪管理器912可以从基于网络的跟踪引擎108获得与该用户相关联的空间信息，来判断该用户是否已旅行到某个位置或者是否在特定位置执行了行动或评论了某些行为。条件跟踪管理器912还可以使用这样的空间信息来判断用户是否相对于特定的一个或多个个体位于同一地。

作为另一示例，条件跟踪管理器912可以利用由基于网络的跟踪引擎108跟踪的与用户相关联的时间信息来判断与条件激励要约相关联的条件是否已被用户满足。例如，条件跟踪管理器912可以获得与该用户相关联的时间信息，来判断该用户是否在某些时间、在某些时间帧内或者以特定的时间频率执行了行动或评论了某些行为。

作为又一示例，条件跟踪管理器912可以利用由基于网络的跟踪引擎108跟踪的与用户相关联的社交信息来判断与条件激励要约相关联的条件是否已被用户满足。例如，条件跟踪管理器912可以获得与该用户相关联的社交信息，来判断该用户是否已执行了涉及一定数目的社交关系的行动。

作为另一示例，条件跟踪管理器912可以利用由基于网络的跟踪引擎108跟踪的与用户相关联的话题信息来判断与条件激励要约相关联的条件是否已被用户满足。例如，条件跟踪管理器912可以获得与该用户相关联的话题信息来判断该用户是否执行了与某个主题，如与某些对象或事件有关的行动。

如上面提到的，明确用户信息可由用户经由用户接口902来提供，并被条件跟踪管理器912用来判断与条件激励要约相关联的条件是否得到满足。这样的信息例如可以包括由条件跟踪管理器912用来核实参与条件激励要约的一个或多个用户的身份的用户认证信息。这样的用户认证信息例如可以包括个人口令或密钥或者生物信息，如指纹扫描、视网膜扫描、脸部图像或语音样本。这样的明确用户信息还可以包括仅在用户执行了某个行动或完成了某个任务时才可被用户所知的信息。

如果条件跟踪管理器912判定参与用户已满足了与条件激励要约相关联的条件，则条件跟踪管理器912修改用户信息数据库904中的与适当条件激励要约相对应的条目，以指示该特定条件已被满足。用户接口902然后可以向用户报告该条件的满足。条件跟踪管理器912还可以修改赞助商信息数据库908中与适当条件激励要约相对应的条目来反映该条件的满足。这准许赞助商接口906的条件激励跟踪功能报告或者以其他方式考虑到该事件。

如果条件跟踪管理器912判定参与用户已满足了与条件激励要约相关联的所有条件，则条件跟踪管理器912修改用户信息数据库904中的与适当条件激励要约相对应的条目以指示兑换所需的所有条件已得到满足。用户接口902然后可以向用户报告该事件，并且取决于实施方式，用户可以经由用户接口902来启动激励的兑换。条件跟踪管理器912还可以修改赞助商信息数据库908中与适当条件激励要约相对应的条目以用于报告给该要约的赞助商。取决于实施方式，赞助商可以经由赞助商接口906来启动向用户递送激励。

在又一实施例中，条件跟踪管理器912在其判定特定用户已满足了与条件激励要约相关联的所有条件时向兑换管理器914发送通知，并且响应于接收到该通知，兑换管理器914自动地启动兑换适当激励并从赞助商递送给用户。

7.兑换管理器

兑换管理器914是被配置来辅助将所兑换激励从赞助商106传送给用户104的组件。在一个实施例中，兑换管理器914提供从与赞助商106相关联的系统到与用户104相关联的一个或多个已登记系统/设备的、用于递送激励的电子形式(例如，唯一数字优惠券)的通道。

在又一实施例中，兑换管理器914被配置来启动可用来将所兑换激励从赞助商106递送给用户104的其它机制。例如，兑换管理器914可被配置来以打印的形式将激励邮寄或传真给用户。兑换管理器914还可被配置来与第三方系统通信来辅助激励的递送。例如，兑换管理器914可以与第三方系统通信来使得向由第三方管理的与用户相关联的账户添加信用，或者使得由第三方立即或随后向用户递送或提供实际产品或服务。

取决于实施方式，兑换管理器914可被配置来基于如下通知来执行与所兑换激励的递送有关的行动：来自用户接口902的条件激励兑换接口1006的对用户已启动兑换的通知、来自赞助商接口906的条件激励兑换接口1308的对赞助商已启动兑换的通知，或者来自条件跟踪管理器912的对与特定条件激励要约的兑换相关联的条件已被满足的通知。

III.用于条件激励呈现、跟踪和兑换的示例方法

现在将参考图16的流程图1600来描述根据本发明实施例的用于呈现、跟踪和兑换条件激励的示例方法。这样的方法可以有利地被用来激励一个用户或一组用户执行行动或评论行为。将继续参考图1的系统100来描述该方法，尽管该方法不限于该实施方式。

如图16所示，流程图1600的方法开始于步骤1602，在其中，条件激励引擎102的用户接口902向用户呈现条件激励要约。该条件激励要约的条款包括一个激励以及将由用户满足以兑换该激励的至少一个条件。条件例如可以包括将由用户执行的行动或者将由用户评论的行为。在一实施例中，条件激励要约被呈现给已登记用户系统/设备的显示接口(例如，监视器或屏幕)或其它接口以供用户观看和选择性参与。可以利用文本、图形、音频和/或视频内容来呈现条件激励要约。如在这里的其它地方讨论的，可以基于由条件激励引擎102的激励匹配管理器910执行的匹配功能来选择用于呈现给用户的条件激励要约。

在步骤1604，条件激励引擎102的条件跟踪管理器912判断用户是否已选择参与该条件激励要约。取决于实施方式，条件跟踪管理器912可以基于来自用户接口902的通知或者基于用户接口902对用户信息数据库904中与该条件激励要约相关联的条目的通知来判定该用户已选择参与该条件激励要约。用户接口902可以基于从用户接收的指示用户希望参与该条件激励要约的输入来生成这样的通知或修改条目。在替代实施例中，条件跟踪管理器912通过判定用户已满足了与条件激励要约相关联的条件中的一个或多个来判定用户已选择参与该条件激励要约。

在步骤1606，响应于判定用户已选择参与该条件激励要约，条件激励引擎102的条件跟踪管理器912跟踪用户对与该条件激励要约相关联的每个条件的满足。条件跟踪管理器912用于执行该功能的一种方式将在下面参考图17的流程图1700进行描述。

在步骤1608，条件跟踪管理器912判断用户是否已满足了与该条件激励要约相关联的每个条件。

在步骤1610，响应于由条件跟踪管理器912判定用户已满足了与该条件激励要约相关联的每个条件，条件激励引擎102的兑换管理器914辅助用户兑换与该条件激励要约相关联的激励。条件跟踪管理器912可以在所有条件已被满足时通知兑换管理器914，或者替代地，条件跟踪管理器912经由用户接口902通知用户或者经由赞助商接口906通知该条件激励要约的赞助商，并且用户或赞助商进而可以启动兑换管理器914对兑换功能的执行。

如上面提到的，在一个实施例中，兑换管理器914通过提供用于将数字激励从与赞助商相关联的系统递送给与用户相关联的一个或多个已登记系统/设备的通道来辅助激励的兑换。兑换管理器914还可以以其它方式来辅助兑换，例如，通过触发以打印形式将激励邮寄或传真给用户或者通过与第三方系统通信来辅助激励的递送。

图17描绘了根据本发明实施例的由条件跟踪管理器912用来判断与条件激励要约相关联的条件是否已被用户满足的一种方法的流程图。如图17所示，该方法开始于步骤1702，在其中，条件跟踪管理器912从基于网络的跟踪引擎108获取与用户相关联的空间、时间、社交和/或话题信息。

在步骤1704，条件跟踪管理器912可选地经由用户接口902从用户获取用户提供的信息。如在这里的其它地方讨论的，用户提供的信息例如可以包括可由条件跟踪管理器912用来核实参与条件激励要约的一个或多个用户的身份的用户认证信息。

在步骤1706，条件跟踪管理器912基于所获得的空间、时间、社交和/或话题信息和/或所获得的用户提供信息来判断与条件激励要约相关联的条件是否已被用户满足。

现在将描述可以根据前面的流程图1600和1700的方法进行呈现、跟踪和兑换的不同类型的条件激励要约的各种示例，以进一步说明本发明各个实施例的特征和优点。

例如，根据本发明一个实施例的基于条件激励的活动被设计来鼓励用户在使用诸如蓝牙(BLUETOOTH)无线耳机之类的蓝牙通信设备或者其它无线移动通信设备时轻柔地讲话。这样的活动可由各种公共的和/或私人实体发起以减少噪声以及相关联的干扰。根据此示例，所提供的激励可以是对遵从用户在利用蓝牙设备讲话时的规定分贝水平限制的奖励，或者可由是免除因未遵从引起的罚金或某种其它罚款。对于每个参与用户，基于网络的跟踪引擎108将监视输入到与用户相关联的一个或多个蓝牙设备的语音信号以确定这样的语音信号何时超过了预定义分贝水平限制，并且在这样的违反发生时记录时间和/或位置。条件激励引擎102内的条件跟踪管理器912然后将接收这样的信息来判断每个参与用户是否遵从了分贝水平限制，并且定期地适当给予奖励或罚金。为了将活动的实施限制仅某些区域或时间，所规定的分贝水平限制可以仅在用户处于如基于网络的跟踪引擎108所跟踪的特定位置和/或特定时间时被监视。

根据本发明实施例的另一示例条件激励活动力图鼓励用户在一周的特定日期的特定时间将一定数目的客户带到特定饭店，从而增加惠顾。根据该示例，所提供的激励可以是可用来在该饭店购买菜单项的折扣券或某种其它奖励。为了确保用户遵照了该兑换条件，条件跟踪管理器912获取从基于网络的跟踪引擎108获得的与用户相关联的空间和时间数据，以判定该用户在约定时间位于该饭店。条件跟踪管理器912还对该聚会的其余成员执行身份核实测试，以确保必要数目的客户陪伴着该用户。这样的身份核实可以通过确认针对其余聚会成员登记的一个或多个设备与用户位于同一地方或者通过处理经由针对聚会成员登记的一个或多个设备提供的认证信息来执行，从而核实聚会成员的身份。如在这里的其它地方提到的，这样的认证信息包括但不限于诸如用户口令或密钥之类的个人登录信息，或者诸如用户指纹扫描、视网膜扫描、脸部图像或语音样本之类的生物信息。一旦条件跟踪管理器912确认所需兑换条件已被满足，则条件激励引擎102的兑换管理器914就可以使得优惠券经由用户选择的优选兑换通道被发给用户。

根据本发明实施例的条件激励活动的又一示例鼓励用户节省能源并且通过共乘车辆来减少温室气体排放。根据此示例，所提供的激励可以是免费调整用户的汽车，并且兑换条件可以包括与两个或更多个已登记共乘车辆者记录十次共乘车辆旅程。此外，根据此示例，每个共乘车辆者向条件激励引擎102登记。条件跟踪管理器912然后通过监视从基于网络的跟踪引擎108获得的隐含数据和从用户和/或其它共乘车辆者获得的明确数据来记录每次共乘车辆旅程。隐含数据可以包括可用来判断该用户是否在车内并且是否与其它共乘车辆者在一处的空间和时间信息。明确数据可以包括可用来核实共乘车辆者的身份的用户认证信息。一旦十次共乘车辆旅程已被记录，兑换管理器914就操作来确保适当的奖励被发出。取决于该活动如何被实现，奖励可以归属给仅单个用户或者所有的共乘车辆者，因为他们都想条件激励引擎102登记了。

取决于实施方式，根据本发明实施例的基于激励的活动可以代表多于一个实体来被实现。例如，基于激励的活动可以代表多于一个广告商来被实现。根据此示例，位于同一购物中心的饭店和电影院可以发起以在单个夜晚访问饭店和电影院两者为条件的联名激励。此外，根据此示例，如果用户从特定汽车制造商或代理商购买了被装配来接收卫星无线电服务的汽车，则该服务的提供商可以提供多个月的免费服务。

基于激励的活动也可以指向用户的群体，其中，取决于哪些用户首先满足与该活动相关联的条件或者取决于用户执行条件的某种其它可度量方面，仅用户的子集实际上接收到所提供的激励。因此，可以支持游戏、竞争和竞赛。

这些仅是一些示例，并且根据本发明的各个实施例可以设计多个其它活动来鼓励或劝阻多种用户动作和行为。本发明的实施例有利地不仅可由商业实体使用，而且还可以由政府实体、社团、慈善组织或力图鼓励或劝阻某些用户行为或动作的任何其它实体或组织使用。例如，本发明的实施例可被用来跟踪对法庭命令或其它法律上或依法裁决的口述规则或行为准则的遵从。可被发明实施例激励的动作或行为有利地可以包括可由这里先前描述的基于网络的跟踪引擎108跟踪的众多动作或行为，包括“现实世界”动作和行为以及在线动作和行为两者。

IV.示例计算机系统实现方式

包括系统、方法/处理和/或装置的这里描述的实施例可以利用一个或多个基于处理器的计算机系统，如图19所示的计算机系统1800来实现。例如，条件激励引擎102或其任何组件、基于网络的跟踪引擎108、W4引擎410、W4引擎602、W4引擎702，或者流程图1100、1400、1600和1700的方法的每个各自可利用一个或多个计算机系统1800来实现。

如图18所示，计算机系统1800包括处理单元1804，该处理单元1804包括一个或多个处理器。处理单元1804连接到例如可以包括总线或网络的通信基础设施1802。

计算机系统1800还包括主存储器1806(优选地，为随机存取存储器(RAM))，并且还可以包括辅存储器1820。辅存储器1820例如可以包括硬盘驱动器1822、可移除存储驱动器1824和/或存储棒。可移除存储驱动器1824可以包括软盘驱动器、磁带驱动器、光盘驱动器、闪存等。可移除存储驱动器1824以公知的方式从可移除存储单元1828读取和/或向可移除存储单元1828写入。可移除存储单元1828可以包括可由可移除存储驱动器1824读写的软盘、磁带、光盘等。如(一个或多个)相关领域的技术人员将理解的，可移除存储单元1828包括在其中存储有计算机软件和/或数据的计算机可使用存储介质。

在替代实现方式中，辅存储器1820可以包括用于允许计算机程序或其它指令被载入计算机系统1800的其它类似装置。这样的装置例如可以包括可移除存储单元1830和接口1826。这样的装置的示例可以包括程序盒和盒式接口(如在视频游戏设备中发现的)、可移除存储器芯片(如EPROM或PROM)和相关联的插槽，以及允许软件和数据从可移除存储单元1830转移到计算机系统1800的其它可移除存储单元1830和接口1826。

计算机系统1800还可以包括通信接口1840。通信接口1840允许软件和数据在计算机系统1800和外部设备之间传送。通信接口1840的示例可以包括调制解调器、网络接口(如以太网卡)、通信端口、PCMCIA槽和卡，等等。经由通信接口1840传送的软件和数据是信号的形式，这样的信号可以是电信号、电磁信号、光信号或能够由通信接口1840接收的其它信号。这些信号经由通信路径1842被提供给通信接口1840。通信路径1842载运信号，并且可以利用线路或电缆、光纤、电话线、蜂窝电话链路、RF链路以及其它通信信道来实现。

如这里使用的，术语“计算机程序介质”和“计算机可读介质”用来一般性地指代如可移除存储单元1828、可移除存储单元1830和安装在硬盘驱动器1822中的硬盘之类的介质。计算机程序介质和计算机可读介质也可以是指诸如主存储器1806和辅存储器1820之类的、可以作为半导体器件(例如，DRAM等)的存储器。这些计算机程序产品是用于向计算机系统1800提供软件的装置。

计算机程序(也称为计算机控制逻辑、编程逻辑或者逻辑)被存储在主存储器1806和/或辅存储器1820中。计算机程序还可以经由通信接口1840来接收。这样的计算机系统在被执行时使得计算机系统1800能够实现如这里讨论的本发明的特征。因此，这样的计算机程序表示计算机系统1800的控制器。在本发明是利用软件来实现的情况中，软件可被存储在计算机程序产品中并且利用可移除存储驱动器1824、接口1826或通信接口1840被载入计算机系统1800。

本发明还涉及包含存储在任何计算机可读介质上的软件的计算机程序产品。这样的软件当在一个或多个数据处理设备中被运行时使得(一个或多个)数据处理设备如这里描述的那样操作。本发明的实施例采用现在或将来所知的任何计算机可读介质。计算机可读介质的示例包括但不限于主存储设备(例如，任何类型的随机存取存储器)和辅存储设备(例如，硬盘驱动器、软盘、CD ROM、压缩盘、磁带、磁存储设备、光存储设备、MEM、基于纳米技术的存储设备等)。

V.总结

尽管上面已描述了本发明的各个实施例，然而应当明白，它们是以示例而非限制性的方式来呈现的。(一个或多个)相关领域的技术人员将理解的，可以在不脱离如所附权利要求限定的本发明的精神和范围的情况下在其中作出形式上和细节上的各种改变。因此，本发明的宽度和范围不应受上述任何示例性实施例的限制，而是应当仅根据如下权利要求及其等同物来限定。

Claims

1.一种用于激励用户执行行动或评论行为的计算机实现的方法，包括：

经由用户设备向用户呈现要约，其中，所述要约的条款包括将由所述用户执行的至少一个行动或将由所述用户评论的至少一个行为，以及将响应于对所述至少一个行动的执行或对所述至少一个行为的评论而奖励给所述用户的至少一个激励；

从基于网络的跟踪引擎获取与所述用户相关联的空间、时间、社交和/或话题数据；

至少基于所获得的空间、时间、社交和/或话题数据判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为；以及

响应于判定所述用户已执行了所述至少一个行动或已评论了所述至少一个行为而向所述用户提供所述至少一个激励。

2.如权利要求1所述的方法，还包括：

从所述用户接收指示所述用户已选择参与所述要约的输入。

3.如权利要求1所述的方法，其中，判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为包括：

基于与所述用户相关联的所述空间数据来判断所述用户是否已在预定位置执行了所述至少一个行动或评论了所述至少一个行为。

4.如权利要求1所述的方法，其中，判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为包括：

基于与所述用户相关联的所述时间数据来判断所述用户是否已在预定时间上、在预定时间帧内或者以预定时间频率执行了所述至少一个行动或评论了所述至少一个行为。

5.如权利要求1所述的方法，其中，判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为包括：

基于与所述用户相关联的所述社交数据来判断所述用户是否与所述用户的一个或多个社交关系相关联地执行了所述至少一个行动。

6.如权利要求1所述的方法，其中，判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为包括：

基于与所述用户相关联的所述话题数据来判断所述用户是否已执行了涉及预定对象的至少一个行动。

7.如权利要求1所述的方法，其中，判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为包括：

基于与所述用户相关联的所述空间数据和所述时间数据来判断所述用户是否与一个或多个其他人位于同一地。

8.如权利要求1所述的方法，还包括：

从所述用户获取用户认证信息；

其中，判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为包括：基于所获得的用户认证信息以及所获得的空间、时间、社交和/或话题数据来判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为。

9.一种系统，包括：

用户接口，被配置为经由用户设备向用户呈现要约，其中，所述要约的条款包括将由所述用户执行的至少一个行动或将由所述用户评论的至少一个行为，以及将响应于对所述至少一个行动的执行或对所述至少一个行为的评论而奖励给所述用户的至少一个激励；

条件跟踪引擎，被配置为从基于网络的跟踪引擎获取空间、时间、社交和/或话题数据，并且至少基于所获得的空间、时间、社交和/或话题数据判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为；以及

兑换引擎，被配置为响应于判定所述用户已执行了所述至少一个行动或已评论了所述至少一个行为而向所述用户提供所述至少一个激励。

10.如权利要求9所述的系统，其中，所述用户接口还被配置为从所述用户接收指示所述用户已选择参与所述要约的输入。

11.如权利要求9所述的系统，其中，所述条件跟踪引擎被配置为基于与所述用户或位置相关联的空间数据来判断所述用户是否已在预定位置执行了所述至少一个行动或评论了所述至少一个行为。

12.如权利要求9所述的系统，其中，所述条件跟踪引擎被配置为基于与所述用户、行动或行为相关联的时间数据来判断所述用户是否已在预定时间上、在预定时间帧内或者以预定时间频率执行了所述至少一个行动或评论了所述至少一个行为。

13.如权利要求9所述的系统，其中，所述条件跟踪引擎被配置为基于所述社交数据来判断所述用户是否与所述用户的一个或多个社交关系相关联地执行了所述至少一个行动。

14.如权利要求9所述的系统，其中，所述条件跟踪引擎被配置为基于与所述用户或对象相关联的话题数据来判断所述用户是否执行了涉及预定对象的至少一个行动。

15.如权利要求9所述的系统，其中，所述条件跟踪引擎被配置为基于与所述空间数据和所述时间数据来判断所述用户是否与一个或多个其他人位于同一地。

16.如权利要求9所述的系统，其中，所述用户接口还被配置为从所述用户获取用户认证信息，并且其中，所述条件跟踪引擎被配置为基于所获得的用户认证信息以及所获得的空间、时间、社交和/或话题数据来判断所述用户是否已执行了所述至少一个行动或评论了所述至少一个行为。

17.如权利要求9所述的系统，还包括：

激励匹配管理器，被配置为从多个要约中选择用于呈现给所述用户的要约。

18.一种用于辅助创建用于呈现给用户的条件激励要约的计算机实现的方法，包括：

呈现可能与激励相关联的多个条件，其中，用户对所述多个条件的每个条件的满足能够通过至少从基于网络的跟踪引擎获取与所述用户相关联的空间、时间、社交和/或话题数据来确定；

接收指示对所述多个条件中的一个或多个条件的选择的输入；

将所选择的一个或多个条件与指定激励相关联；以及

将所选择的一个或多个条件与所述指定激励相关联地存储，以用于随后作为条件激励要约的条款呈现给用户。

19.如权利要求17所述的方法，还包括：

接收与所述条件激励要约相关联的瞄准标准；以及

基于所述瞄准标准来选择用于呈现给用户的所述条件激励要约。

20.如权利要求17所述的方法，还包括：

从用户接收偏好信息；以及

基于所述偏好信息来选择用于呈现给用户的所述条件激励要约。