用于递送扩充消息的系统和方法

摘要

本公开描述了递送与递送条件相关联的通信的系统和方法，其中递送条件的发生是通过监视经由多个通信渠道从多个来源接收的信息来确定的。消息递送系统允许了在检测到一个或多个“Who、What、When、Where”递送条件的发生时从任何“Who、What、When、Where”向任何“Who、What、When、Where”递送消息。消息(其可以是任何数据对象，包括基于文本的消息、基于音频的消息(例如语音邮件或者其他音频(比如音乐))或者基于视频的预录制的消息)基于包括主题数据、空间数据、时间数据和/或社交数据在内的任何可得数据根据递送条件被递送。另外，因为系统经由多个通信渠道并通过多个设备来协调消息的递送，所以可以基于递送条件来动态确定用于递送消息的通信渠道。

权利要求

1.一种用于递送扩充消息的方法，包括：

在计算设备处从发送者接收用于在网络上递送的消息，该消息包含消息内容和预期接收者的身份；

经由所述计算设备分析所述消息内容以基于所述消息内容的逻辑数据对象提取逻辑数据；

通过经由所述计算设备搜索关于所述消息的预期接收者和所提取的逻辑数据的社交数据、空间数据、时间数据和逻辑数据来收集所述网络可得的接收者数据；

经由所述计算设备关连所收集的接收者数据以将所收集的数据提炼成与所提取的逻辑数据和所述预期接收者相关的关连数据；

经由所述计算设备收集所述网络可得的与所述关连数据有关的内容；

确定与所述消息有关的递送条件是否得到满足，从而使得在确定所述递送条件未得到满足的情况下，收集接收者数据、关连和收集内容的步骤被自动重复；

经由所述计算设备确定所收集的内容中的哪个将被插入到所述消息中；

经由所述计算设备将所确定的所收集内容插入到所述消息中以形成增强消息；

根据得到满足的递送条件通过所述网络将所述增强消息传输到所述预期接收者；以及确定从所述增强消息被传输到所述预期接收者起所述预期接收者的状况是否改变，从而使得在确定所述状况已改变的情况下，该方法的分析、收集接收者数据、关连、收集内容、确定递送条件是否得到满足、确定所收集的内容中的哪个要被插入到消息中、插入和传输的步骤被自动重复。

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

分析所述预期接收者的状况，并且使用所述状况作为在确定所收集的内容时的因素。

3.如权利要求2所述的方法，其中，所述预期接收者的状况是在预期接收所述增强消息时所述预期接收者的位置。

4.如权利要求2所述的方法，其中，所述预期接收者的状况对应于在预期接收所述增强消息时所述预期接收者正使用的设备的类型。

5.如权利要求2所述的方法，其中，所述预期接收者的状况是在预期接收所述增强消息时所述预期接收者正从事的活动。

6.如权利要求1所述的方法，其中，所述递送条件对应于所述增强消息的递送时间。

7.如权利要求1所述的方法，其中，所述递送条件对应于所述预期接收者在所述增强消息的递送地点。

8.如权利要求1所述的方法，其中，所述递送条件对应于所述预期接收者所使用的设备的类型。

9.如权利要求1所述的方法，其中，在判定所述递送条件未得到满足时，将所述消息反馈回所述发送者以获得进一步的数据。

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

通过搜索关于所述发送者的社交数据、空间数据、时间数据和逻辑数据来收集所述网络可得的发送者数据，其中关连所收集的接收者数据的步骤还包括将所收集的发送者数据与所收集的接收者数据和所述逻辑数据相关连。

11.如权利要求1所述的方法，其中，收集内容的步骤还包括收集第三方内容以用于输入到所述增强消息中来换取对所述第三方的付费。

12.一种用于递送扩充消息的装置，包括：

用于在计算设备处从发送者接收用于在网络上递送的消息的装置，该消息包含消息内容和预期接收者的身份；

用于经由所述计算设备分析所述消息内容以基于所述消息内容的逻辑数据对象提取逻辑数据的装置；

用于通过经由所述计算设备搜索关于所述消息的预期接收者和所提取的逻辑数据的社交数据、空间数据、时间数据和逻辑数据来收集所述网络可得的接收者数据的装置；

用于经由所述计算设备关连所收集的接收者数据以将所收集的数据提炼成与所提取的逻辑数据和所述预期接收者相关的关连数据的装置；

用于经由所述计算设备收集所述网络可得的与所述关连数据有关的内容的装置；

用于确定与所述消息有关的递送条件是否得到满足，从而使得在确定所述递送条件未得到满足的情况下，用于收集接收者数据的装置、用于关连的装置和用于收集内容的装置被自动重复的装置；

用于经由所述计算设备确定所收集的内容中的哪个将被插入到所述消息中的装置；

用于经由所述计算设备将所确定的所收集内容插入到所述消息中以形成增强消息的装置；

用于根据得到满足的递送条件通过所述网络将所述增强消息传输到所述预期接收者的装置；以及用于确定从所述增强消息被传输到所述预期接收者起所述预期接收者的状况是否改变，从而使得在确定所述状况已改变的情况下，用于分析的装置、用于收集接收者数据的装置、用于关连的装置、用于收集内容的装置、用于确定递送条件是否得到满足的装置、用于确定所收集的内容中的哪个要被插入到消息中的装置、用于插入的装置和用于传输的装置被自动重复的装置。

说明书

用于递送扩充消息的系统和方法

背景技术

[0001] 当人们使用电子设备时，例如当人们使用移动电话和有线电视机顶盒时，生成了大量信息。诸如位置、所使用的应用、社交网络、所访问的物理和在线位置等等之类的这种信息可用于向末端用户递送有用的服务和信息，并且向广告主和零售商提供商业机会。然而，由于捕捉这种信息的方式的缺陷，这些信息大多数实际上都被丢弃了。例如，对于移动电话，当移动电话空闲时(即，未被用户使用时)，一般都不收集信息。诸如附近的其他人的存在性、到其他用户的消息的时间和频率以及用户的社交网络的活动之类的其他信息也未被有效地捕捉。

发明内容

[0002] 在传统的消息传送系统中，当消息被发送者发送时，无论该消息是诸如电子邮件、记录的语音邮件消息、即时消息之类的电子消息还是可被发送者寻址到一个或多个接收者的其他类型的电子消息，该消息都以基本上相同的形式被每个接收者接收。换言之，被(一个或多个)接收者到的消息的内容的形式与其被发送者发送时的形式相同。在一些情况下，已知的电子邮件系统可以插入广告消息或背景消息，这些消息可能在或不在发送者的控制下，但是在任何情况下，迄今为止所知的传统消息传送系统没有利用与消息的发送者和/或每个接收者有关的信息来分别调整和创建扩充消息(augmented message)，扩充消息除了发送者预期的信息外还包含其他信息，并且扩充的信息是由发送消息的网络基于网络已知的或可得的关于消息以及电子消息的发送者和/或每个接收者的信息来得出的。

[0003] 本公开描述了用于使用由网络上的多个设备收集和存储的数据来改善经由网络提供的服务的性能的系统和方法。具体地，本公开描述了递送与递送条件相关联(associate)的通信的系统和方法，其中递送条件的发生是通过监视经由多个通信渠道从多个来源接收的信息来确定的。消息递送系统允许了在检测到一个或多个“Who、What、When、Where”递送条件的发生时从任何“Who、What、When、Where”向任何“Who、What、When、Where”递送消息。消息(其可以是任何数据对象，包括基于文本的消息、基于音频的消息(例如语音邮件或者其他音频(比如音乐))或者基于视频的预录制的消息)基于包括主题数据、空间数据、时间数据和/或社交数据在内的任何可得数据根据递送条件被递送。另外，因为系统经由多个通信渠道并通过多个设备来协调消息的递送，所以可以基于递送条件来动态确定用于递送消息的通信渠道。

[0004] 本公开的一个方面是一种用于递送消息的方法，包括从发送者接收用于在网络上递送的消息，该消息包含消息内容和预期接收者的身份。分析消息内容以提取逻辑数据，逻辑数据包括消息的主题。通过搜索关于预期接收者和所提取的逻辑数据的社交数据、空间数据、时间数据和逻辑数据来收集网络可得的接收者数据。关连(correlate)所收集的接收者数据，这样将所收集的数据提炼成与逻辑数据和预期接收者相关的关连数据(correlation data)。该方法收集网络可得的与关连数据有关的内容，并且确定所收集的内容中的哪个将被插入到消息中。将所确定的所收集内容插入到消息中以形成增强消息。

[0005] 本公开的另一方面是一种有形地编码有用于执行用于递送消息的方法的计算机可读介质。该方法包括从发送者接收用于在网络上递送的消息，该消息包含消息内容和预期接收者的身份。分析消息内容以提取逻辑数据，逻辑数据包括消息的主题。通过搜索关于预期接收者和所提取的逻辑数据的社交数据、空间数据、时间数据和逻辑数据来收集网络可得的接收者数据。关连所收集的接收者数据，这样将所收集的数据提炼成与逻辑数据和预期接收者相关的关连数据。该方法收集网络可得的与关连数据有关的内容，并且确定所收集的内容中的哪个将被插入到消息中。将所确定的所收集内容插入到消息中以形成增强消息。

[0006] 在另一方面中，本公开描述了一种计算机系统，其包括多个处理器。该系统还包括在多个处理器之一上实现的关注引擎，用于经由网络接收针对预期接收者的消息，其中消息包含消息内容和预期接收者的身份。在多个处理器之一上实现的归属引擎从消息内容提取逻辑数据，逻辑数据包括消息的主题。在多个处理器之一上实现的消息取入管理器通过搜索关于预期接收者和所提取的逻辑数据的社交数据、空间数据、时间数据和逻辑数据来收集网络可得的接收者数据。在多个处理器之一上实现的关连引擎关连所收集的接收者数据以将所收集的数据提炼成与逻辑数据和预期接收者相关的关连数据。在多个处理器之一上实现的识别引擎收集网络可得的与关连数据有关的内容并且确定所收集的内容中的哪个将被插入到消息中，并且在多个处理器之一上实现的消息增强管理器将所确定的所收集内容插入到消息中以形成增强消息。

[0007] 通过阅读以下详细描述并且查看附图，将清楚这些和各种其他特征以及优点。附加特征在以下描述中阐述，并且一部分将从描述中清楚显现出来，或者可以通过实现所描述的实施例来获知。利用在这里所撰写的描述和权利要求以及附图中具体指出的结构，将实现和获得益处和特征。

[0008] 应理解，以上概括描述和以下详细描述都是示例性和说明性的，并且旨在提供对所要求保护的公开内容的进一步说明。

附图说明

[0009] 形成本申请的一部分的以下附图图示了以下描述的实施例系统和方法，并且并不欲以任何方式限制公开的范围，该范围应当基于所附的权利要求。

[0010] 图1图示了W4COMN上的RWE和IO之间的关系的示例。

[0011] 图2图示了定义W4COMN上的RWE和IO之间的关系的元数据的示例。

[0012] 图3图示了W4COMN的概念性模型。

[0013] 图4图示了W4COMN体系结构的功能层。

[0014] 图5图示了如图2所示的W4引擎的分析组件的实施例。

[0015] 图6图示了示出以上参考图5概括描述的子引擎内的不同组件的W4引擎的实施例。

[0016] 图7A-B图示了适合于执行如这里所述的W4消息递送的W4引擎的实施例的元件。

[0017] 图8图示了基于网络上的实体的社交数据、时间数据、空间数据和主题数据通过网络递送消息的方法的实施例。

[0018] 图9图示了扩充消息传送的实施例的流程图。

[0019] 图9A图示了替换实施例的流程图。

[0020] 图10A-B图示了用于通过网络递送扩充消息的系统的其他实施例。

[0021] 图11示出了从发送者发送到三个不同接收者的扩充消息的非限制性示例。

具体实施方式

[0022] 本公开描述了通信网络，其在这里被称为“W4通信网络”或者W4COMN，其使用涉及与网络的交互的“Who，What，When和Where”(何人、何事、何时和何地)的信息来向网络的用户提供改善的服务。W4COMN是支持用户及其代理之间的同步和异步通信的用户、设备和进程的集合。它包括提供真实世界环境中关于任何主角、位置、用户或其组合的数据识别和收集的传感器的配设网络。

[0023] 作为通信网络，W4COMN处理路由/寻址、日程安排、过滤、优先级区分、答复、转发、存储、删除、隐私、交易办理、新消息的触发、传播变化、代码转换和链接。另外，这些动作可以在W4COMN可访问的任何通信渠道上执行。

[0024] W4COMN使用数据建模策略，用于利用来自各种各样可能性的用户指定条件，不仅为用户和位置还为网络上的任何设备和任何种类的用户定义数据创建简档。利用关于特定用户、主题或逻辑数据对象的可得社交数据、空间数据、时间数据和逻辑数据，W4COMN已知的每个实体可以相对于所有其他已知实体和数据对象被映射和表示，以便创建针对每个实体的微图以及将所有已知实体及其具有属性的关系相互关联起来的全局图。

[0025] 为了描述W4COMN的操作，首先必须介绍W4COMN被构建于其上的两个要素，即真实世界实体和信息对象。进行这些区分是为了使能进行关连，根据该关连，能够确定电子/逻辑对象和真实对象之间的关系。真实世界实体(RWE)指的是W4COMN已知的人物、设备、位置或其他物理事物。W4COMN已知的每个RWE被指派或以其他方式提供以唯一的W4标识号，该W4标识号在W4COMN内绝对地标识该RWE。

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

[0027] 必须使用代理来与W4COMN网络交互的RWE的示例包括所有非电子实体，其中包括物理实体，例如人物、位置(例如，国家、城市、房屋、建筑物、机场、道路等等)以及事物(例如，动物、宠物、家畜、花园、物理对象、车辆、飞机、工艺品等等)，以及无形实体，例如商业实体、法律实体、人群或者运动队。此外，“智能”设备(例如，诸如智能电话之类的计算设备、智能机顶盒、支持与其他设备或网络的通信的智能车辆、膝上型计算机、个人计算机、服务器计算机、卫星等等)也被认为是必须使用代理来与网络交互的RWE。智能设备是可以经由内部处理器运行软件以便与网络交互的电子设备。对于智能设备，与W4COMN交互并且充当设备的代理的实际上是运行的(一个或多个)软件应用。

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

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

[0030] 此外，IO包括任何消耗或生成数据的运行的进程或应用，例如电子邮件通信应用(比如MICROSOFT的OUTLOOK或YAHOO！的YAHOO！MAIL)、日历应用、字处理应用、图像编辑应用、媒体播放器应用、天气监视应用、浏览器应用和网页服务器应用。这种活动的IO可能充当也可能不充当一个或多个RWE的代理。例如，智能电话上的语音通信软件可以充当智能电话和智能电话的拥有者的代理。

[0031] W4COMN中的IO可被提供以唯一的W4标识号，该W4标识号在W4COMN内绝对地标识该IO。虽然IO中的数据可以被RWE的动作所修改，但是IO仍是被动的逻辑数据表示或数据源，从而不是RWE。

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

[0033] “可得数据”和“W4数据”指的是以某种形式存在于IO中某处的数据或者可根据需要从已知的IO或RWE(例如部署的传感器)收集的数据。“传感器”指的是W4数据的任何来源，例如PC、电话、便携式PC或其他无线设备、家用设备、车辆、家电、安保扫描器、视频监视器、衣物中的RFID标签、产品和位置、在线数据或者关于真实世界用户/主题/交易(RWE)或基于逻辑的代理/进程/主题/交易(IO)的信息的任何其他来源。

[0034] 图1图示出W4COMN上的RWE和IO之间的关系的示例。在图示实施例中，用户102是网络的具有唯一网络ID的RWE。用户102是经由与用户102相关联的代理设备104、106、108、110与网络通信的人类，代理设备104、106、108、110都是网络的RWE并且具有其自己的唯一网络ID。这些代理中的一些可以直接与W4COMN通信，或者经由诸如在该设备上运行或者由该设备运行的应用之类的IO来与W4COMN通信。

[0035] 如上所述，代理设备104、106、108、110可以显式地与用户102相关联。例如，一个设备104可以是通过蜂窝服务提供商连接到网络的智能电话，另一设备106可以是连接到网络的智能交通工具。其他设备可以与用户102隐式地关联。例如，一个设备108可以是与用户的蜂窝电话104的当前位置匹配的位置处的“哑”天气传感器，从而在两个RWE104、108处于相同位置时与用户102隐式地关联。另一个隐式关联的设备110可以是用于W4COMN已知的物理位置112的传感器110。已知位置112与第一用户102显式地(通过用户指定的关系，例如这是我的家、工作地点、父母等等)或者隐式地(根据来自该位置112处的传感器110的数据所显示，用户102经常与RWE 112处于相同位置)关联。

[0036] 用户102还可以与其他人(例如所示出的人物140)直接关联，然后通过他们的关联与其他人142、144间接关联，如图所示。同样，这种关联可以是显式的(例如，用户102可能已经将相关联的人物140标识为其父亲，或者已经将人物140标识为用户的社交网络的成员)或者隐式的(例如，它们共享相同的地址)。

[0037] 跟踪人们(以及其他RWE)之间的关联使得可以创建“亲密度”的概念。亲密度是两个人或RWE之间的关联程度的度量。例如，RWE之间的每一度的迁移可以被认为是较低级别的亲密度并且被指派以较低的亲密度得分。亲密度可以仅基于显式社交数据，或者可以被扩展到包括所有W4数据，其中包括空间数据和时间数据。

[0038] W4COMN的每个RWE 102、104、106、108、110、112、140、142、144可以与一个或多个IO相关联，如图所示。继续上述示例，图1图示了两个IO 122、124与蜂窝电话104相关联。一个IO 122可以是被动数据对象，例如被蜂窝电话上的日程安排/日历软件使用的事件记录、被地址簿应用使用的联系人IO、利用设备104进行的交易的历史记录或者从设备104发送的消息的拷贝。其他IO 124可以是通过经由W4COMN发送或接收数据而对W4COMN充当设备的代理的主动软件进程或应用。语音通信软件、日程安排/日历软件、地址簿应用或文本消息传送应用都是可与网络上的其他IO和RWE通信的IO的示例。IO 122、124可以本地存储在设备104上或者远程地存储在W4COMN可访问的某个节点或数据存储装置上，例如消息服务器或蜂窝电话服务数据中心。与交通工具108相关联的IO 126可以是包含交通工具108的规格和/或当前状况(例如厂牌、型号、标识号、当前位置、当前速度、当前条件、当前拥有者等等)的电子文件。与传感器108相关联的IO 128可以标识出传感器108所监视的(一个或多个)主角的当前状态，例如当前天气或当前交通。与蜂窝电话110相关联的IO 130可以是数据库中的标识出最近呼叫或者当前账单上的收费额的信息。

[0039] 另外，只能通过代理与W4COMN交互的那些RWE，例如人102、140、142、144、计算设备104、106以及位置112，可以有一个或多个IO132、134、146、148、150与之直接关联。示例包括包含联系人和其他依RWE而定的信息的IO 132、134。例如，一个人的IO 132、146、148、150可以是包含电子邮件地址、电话号码、物理地址、用户偏好、与用户相关联的设备和其他RWE的标识、用户过去与W4COMN上的其他RWE的交互的记录(例如，交易记录、消息拷贝、记录用户过去的行踪的时间和位置组合的列表)、位置的唯一W4COMN标识符和/或任何关系信息(例如，对用户与亲属、雇主、同事、邻居、服务提供商等等的关系的显式用户指定)。一个人的IO 132、146、148、150的另一示例包括一个人可以通过其与W4COMN通信的远程应用，例如在基于web的电子邮件服务(例如Yahoo！Mail)中的账户。位置的IO
134可以包含诸如该位置的确切坐标、去往该位置的驾驶指导、该位置的分类(住宅、商业用地、公共、非公共的，等等)之类的信息、关于在该位置可获得的服务或产品的信息、该位置的唯一W4COMN标识符、位于该位置的企业、该位置的照片等等。

[0040] 为了关连RWE和IO以识别关系，W4COMN大量使用现有元数据并且在必要时生成额外的元数据。元数据被松散地定义为描述数据的数据。例如，给定诸如音乐文件之类的IO，该音乐文件的核心、主要或对象数据是由媒体播放器转换成被收听者听到的音频的实际音乐数据。同一音乐文件的元数据可包括标识艺术家、歌曲等等、专辑封面以及音乐数据的格式的数据。该元数据可以作为音乐文件的一部分存储或者存储在与音乐文件相关联的一个或多个不同IO中，或者两种情况皆有。此外，同一音乐文件的W4元数据可包括音乐文件的拥有者以及拥有者对音乐文件具有的权利。作为另一示例，如果IO是利用电子相机拍摄的图片，则该图片除了包括可根据其在显示器上创建图像的主要图像数据外，还可包括标识出该图片是何时拍摄的、拍摄该图片时相机在何处、什么相机拍摄了该图片、何人(如果有的话)与该相机相关联(例如，被指定为相机的拥有者)以及何人和何物是图片的主角或图片中的主角的元数据。W4COMN使用所有可得的元数据以便识别出实体和数据对象之间的隐式和显式关联。

[0041] 图2图示出了定义W4COMN上RWE和IO之间的关系的元数据的示例。在所示出的实施例中，IO 202包括对象数据204和五个离散的元数据项206、208、210、212、214。一些元数据项208、210、212可以包含仅与对象数据204有关而不与任何其他IO或RWE有关的信息。例如，将与IO 202的对象数据204相关联的创建日期、文本或图像。

[0042] 另一方面，一些元数据项206、214可以标识出IO 202与其他RWE和IO之间的关系。如图所示，IO 202通过一个元数据项206与RWE 220相关联，RWE 220基于W4COMN已知的某些信息又与两个IO 224、226和第二RWE 222相关联。图2的这个部分例如可以描述包含标识出电子相机(第一RWE 220)的元数据206的图片(IO 202)和系统已知是相机220的拥有者的用户(第二RWE 224)之间的关系。这种拥有者信息例如可以根据与相机
220相关联的IO 224、226中的一个或另一个来确定。

[0043] 图2还图示了将IO 202与另一IO 230关联起来的元数据214。该IO230本身与三个其他IO 232、234、236相关联，这三个其他IO 232、234、236又与不同的RWE 242、244、246相关联。图2的这个部分例如可以描述包含标识出数字权利文件(第一IO 230)的元数据206的音乐文件(IO 202)之间的关系，该数字权利文件定义了与此音乐文件202相关联的使用权利的范围。其他IO 232、234、236是与使用权利相关联并且当前与特定拥有者(RWE 242、244、246)相关联的其他音乐文件。

[0044] 图3图示出W4COMN的概念性模型。W4COMN 300创建了一个全局逻辑网络云形式的配设消息传送基础设施，该全局逻辑网络云被概念性地再分为4W中的每一个的联网云：Who(何人)、Where(何地)、What(何事)和When(何时)。在Who云302中是所有用户，无论充当发送者、接收者、数据点还是确认/证书源，以及用户代理，其形式是用户程序进程、设备、代理、日历等等。在Where云304中，是所有的物理位置、事件、传感器或与一空间基准点或位置相关联的其他RWE。When云306包括自然时间事件(即，不与特定位置或人相关联的事件，比如日期、时间、季节)以及集体用户时间事件(假日、周年纪念、选举等等)和用户定义的时间事件(生日、智能定时程序)。What云308包括W4COMN可访问的所有已知的数据-web的或私有的、商业的或用户的-例如包括比如天气或新闻之类的环境数据、RWE生成的数据、IO和IO数据、用户数据、模型、进程和应用。从而，从概念上来说，大多数数据都包含在What云308中。

[0045] 由于这只是一个概念模型，所以应当注意，一些实体、传感器或数据自然将会在不同时间或者同时存在于多个云中。此外，一些IO和RWE可以是复合的，因为它们组合了来自一个或多个云的元素。这种复合可以被适当地分类或不分类，以辅助确定RWE和IO之间的关联。例如，由位置和时间构成的事件可以在When云306、What云308和/或Where云304中被同等地分类。

[0046] W4引擎310是W4COMN的中央智能的中心，用于做出W4COMN中的所有判决。这里所提及的“引擎”是要描述(在有或没有人类交互或扩充的情况下)执行或辅助这里描述的进程、特征和/或功能的软件、硬件或固件(或其组合)系统、进程或功能。W4引擎310控制W4COMN的每一层之间的所有交互，并且负责运行由W4COMN操作或协作的应用使能的任何经批准的用户或应用目标。在一个实施例中，W4COMN是开放平台，任何人都可以在其上编写应用。为了支持这一点，它包括用于请求同步、歧义消除、用户或主题寻址、访问权利、优先级区分或其他基于价值的排名、智能日程安排、自动化以及主题、社交、空间或时间提醒(等等)的标准发布API。

[0047] W4COMN的一个功能是收集关于经由W4COMN进行的所有通信和交互的数据，这可包括存储IO的拷贝和标识出与IO有关的所有RWE和其他信息的信息(例如，何人、何事、何时、何地信息)。W4COMN收集的其他数据可包括关于在任何给定时间任何给定RWE和IO的状况的信息，例如位置、操作状态、被监视的条件(例如，对于作为天气传感器的RWE，所监视的当前天气条件，或者对于作为蜂窝电话的RWE，基于其正在联络的蜂窝塔的其当前位置)以及当前状况。

[0048] W4引擎310还负责根据经过W4COMN的数据和通信流来识别出RWE以及RWE与IO之间的关系。识别与IO以及其他RWE执行的动作相关联或者IO以及其他RWE执行的动作所暗示的RWE的功能被称为实体提取。实体提取既包括简单的动作，例如识别特定IO的发送者和接收者，也包括对W4COMN所收集的和/或可得的数据的更复杂的分析，例如基于一条消息的上下文确定该消息列出了即将发生的事件的时间和位置并且将该事件与该消息的发送者和(一个或多个)接收者关联起来，或者基于一RWE的位置与处于相同位置的交通监视器的状况的关连而确定该RWE被困在了交通阻塞中。

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

[0050] 在一个实施例中，W4引擎310表示一组应用，该组应用在作为W4COMN的节点的一个或多个计算设备上运行。对于本公开而言，计算设备是这样一个设备，其包括处理器和存储器，用于存储数据以及运行软件(例如，应用)，所述软件执行所描述的功能。计算设备可以具有操作系统，操作系统允许了运行软件应用以便操纵数据。

[0051] 在所示出的实施例中，W4引擎310可以是一个或一组分布式计算设备，例如通用个人计算机(PC)或专用服务器计算机，它们通过适当的通信硬件和/或软件连接到W4COMN。这种计算设备可以是单个设备或一起工作的一组设备。计算设备可具有存储在计算设备的本地或远程大容量存储设备和本地存储器(例如，RAM)中的任何数目的程序模块和数据文件。例如，如上所述，计算设备可包括适用于控制联网的计算机的操作的操作系统，例如来自MICROSOFT CORPORATION的WINDOWS XP或WINDOWS SERVER操作系统。

[0052] 一些RWE也可以是诸如智能电话、具备web能力的家电、PC、膝上型计算机和个人数字助理(PDA)之类的计算设备。计算设备可连接到一个或多个通信网络，例如因特网、公共交换电话网络、蜂窝电话网络、卫星通信网络、有线通信网络(比如有线电视)或者私域网。计算设备可以经由有线数据连接或者诸如wi-fi、WiMAX(802.36)、蓝牙或蜂窝电话连接之类的无线连接而连接到任何这种网络。

[0053] 包括离散的IO在内的本地数据结构可被存储在大容量存储设备(未示出)上，该大容量存储设备连接到任何这里描述的计算设备(包括W4引擎310)或者是其一部分。例如，在一个实施例中，下文描述的W4COMN的数据骨干包括多个大容量存储设备，这些大容量存储设备维护着如这里所述的IO、元数据以及确定RWE与IO之间的关系所必需的数据。大容量存储设备包括某种形式的计算机可读介质并且提供对数据和软件的非易失性存储以供一个或多个计算设备检索和随后使用。虽然这里包含的对计算机可读介质的描述指的是大容量存储设备(例如硬盘或CD-ROM驱动器)，但是本领域的技术人员应当明白，计算机可读介质可以是计算设备能够访问的任何可用介质。

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

[0055] 图4图示出了W4COMN体系结构的功能层。在被称为传感器层402的最低层，是实际设备、用户、节点和其他RWE的网络404。配设网络节点以将它们用作传感器包括已知的技术，比如web分析、GPS、蜂窝塔ping、使用日志、信用卡交易、在线购买、通过行为针对而实现的显式用户简档和隐式用户简档剖析、搜索分析以及用于优化特定网络应用或功能的其他分析模型。

[0056] 下一层是数据层406，其中由传感器层402产生的数据被存储并编目。该数据可以由传感器的网络404管理或者由网络基础设施408管理，网络基础设施408被构建在用户、设备、代理、位置、进程和传感器的配设网络之上。网络基础设施408是核心的外壳下网络基础设施，其包括从网络404的传感器、设备等等接收和发送数据所必需的硬件和软件。它还包括对网络404所创建的数据进行有意义的编目和跟踪所必需的处理和存储能力。

[0057] W4COMN的下一层是用户简档剖析层410。这一层410可被进一步分布在网络基础设施408和在W4引擎或不同的用户计算设备上运行的用户应用/进程412之间。在充当W4COMN的用户简档剖析层410的用户简档剖析层410中，在任何单个通信渠道和模式或者其组合上使能了个性化，这些通信渠道和模式包括电子邮件、IM、文本(SMS等等)、图片博客、音频(例如，电话呼叫)、视频(电话会议、实况广播)、游戏、数据置信进程、安全性、证书或者对可得数据的任何其他W4COMN进程调用。

[0058] 在一个实施例中，用户简档剖析层410是所有传感器之上的基于逻辑的层，传感器数据以最原始形式被发送到该层，以被映射和放置到W4COMN数据骨干420中。数据(收集的和细化的、有关的和去重复的、同步的和消除歧义的)随后被存储在一个或一组有关数据库中，这些数据库可被W4COMN上批准的所有应用的所有进程所用。所有网络发源的动作和通信都是基于数据骨干的字段的，并且这些动作中的一些是这样的：它们本身在骨干中某处成为了记录(例如，发票开具)，而其他的(例如，欺骗检测、同步、歧义消除)可以在不影响骨干内的简档和模型的情况下完成。

[0059] 从除了网络以外的任何其他事物(例如，诸如用户、位置、代理和进程之类的RWE)发源的动作都来自W4COMN的应用层414。一些应用可以由W4COMN运营者开发并且看起来是作为通信基础设施408的一部分实现的，例如电子邮件或日历程序，这是因为它们与传感器处理和用户简档剖析层410是如何紧密地一起工作。应用412也起到某种作为传感器的作用，因为它们通过其动作而生成与由于应用运行而创建或可得的任何数据有关的数据，这些数据经由数据骨干返回到数据层406。

[0060] 应用层414还基于设备、网络、运营商以及用户选择的或基于安全性的定制而提供个性化用户界面(UI)。任何UI如果被配设为向网络提供回关于用户交互或动作的数据，则可在W4COMN内操作。这是任何W4COMN应用/UI的基本传感器功能，并且虽然W4COMN可以与没有配设的应用/UI协作，但是其只是起到递送作用，并且那些应用/UI将不能够提供任何数据(更不用说在其他情况下从具备W4能力的设备可获得的丰富数据了)。

[0061] 在W4COMN移动设备的情况下，UI还可用于实时地对不完整的W4数据进行确认和歧义消除，以及针对其他附近的使能或未使能的设备的关连、三角测量和同步传感器。在某一点，足够多的被使能的设备的网络效应使得网络可以收集未被使能的设备的完整或接近完整的数据(足以进行简档剖析和跟踪)，因为它在其真实世界位置中定期与被使能设备相交和被其感测到。

[0062] 在应用层414之上(并且有时被容宿在其中)的是(一个或多个)通信递送网络416。这可以由W4COMN运营者操作或者是独立的第三方运营商服务，但是在任一情况下它都起到经由同步或异步通信递送数据的作用。在每一种情况下，通信递送网络416将代表特定的应用或网络基础设施408请求而发送或接收数据(例如，http或IP分组)。

[0063] 通信递送层418还具有充当传感器的元件，包括从电话呼叫、电子邮件、博客等等的W4实体提取，以及递送网络上下文内的特定用户命令，例如，在呼叫之前说出的“保存并优先此呼叫”可触发对要保存的先前谈话的记录并且使得该谈话内的W4实体在个性化/用户简档剖析层410中被分析并且在加权优先化判决时被提升。

[0064] 图5图示出图3所示的W4引擎的分析组件的实施例。如上所述，W4引擎负责从经过W4COMN的数据和通信流来识别RWE以及RWE与IO之间的关系。

[0065] 在一个实施例中，W4引擎通过一系列子引擎来连接、协调和配设所有的网络参与者，该系列子引擎在实体提取过程中执行不同的操作。一个这种子引擎是归属引擎504。归属引擎504跟踪任何IO中的任何RWE的真实世界所有权、控制、发布或其他有条件权利。每当W4引擎502例如通过新消息、新交易记录、新图像文件等等的创建或传输而检测到新IO时，就向该IO指派所有权。归属引擎504创建此所有权信息，并且还允许为W4COMN已知的每个IO确定此信息。

[0066] W4引擎502还包括关连引擎506。关连引擎506起到两个作用：第一，识别相关联的RWE和IO及其关系(例如通过创建RWE和IO以及它们在上下文或情形内的属性、关系和声誉的任何组合的组合图)，第二，作为针对来自任何内部或外部源的关注事件的传感器分析预处理器。

[0067] 在一个实施例中，关连引擎506的识别相关联的RWE和IO的功能是通过将可得数据绘制成图形来完成的。在此实施例中，创建所有RWE和IO的直方图，根据该直方图可以做出基于图形的关连。绘制图形或者说创建直方图的动作是一种计算机科学方法，即识别数据的分布以便识别出相关信息并且做出数据之间的关连。在更一般的数学意义上，直方图就是一个映射mi，其对落在各种分离的类别(称为bin)中的观测值的数目计数，而直方图的图形只不过是表示直方图的一种方式。通过选择每个IO、RWE和其他已知的参数(例如，时间、日期、位置等等)作为不同的柱体并且映射可得数据，可以识别RWE、IO和其他参数之间的关系。

[0068] 在一个实施例中，利用数据模型来处理和分析W4数据，这些数据模型不是把数据视为存储在数据库中的抽象信号，而是视为表示RWE的IO，这些RWE在真实空间、真实时间中实际存在、存在过或将要存在，并且是真实的人物、对象、地点、时间和/或事件。这样，表示W4RWE(Where/When/Who/What)的W4IO的数据模型不仅将对从RWE记录或关于RWE的信号建模，还将以对物理世界中实体和活动的可供性和约束建模的方式表示这些RWE及其交互。一个值得注意的方面是对与体现和位于真实世界上下文中的RWE有关的数据建模，使得相似度计算、集群形成、距离和推测考虑到RWE在真实世界中的状态和动作以及这些状态和动作的上下文和模式。

[0069] 例如，对于时间数据，W4数据模型中的时间距离和相似度的计算不能仅仅将时间视为线性函数。两个时间之间的时间距离和相似度不仅取决于它们之间的绝对线性时间差值(例如，“11月20日，星期二，太平洋时间4:00pm”和“11月20日，星期二，太平洋时间7:00pm”之间的小时数)，而更多地取决于决定这些时间在物理世界中的重要度的上下文和活动以及与之相关联的其他W4RWE(人物、地点、对象和事件等等)。例如，就距离和相似度而言，在W4时间数据模型中，“11月20日，星期二，太平洋时间4:00pm”和“11月27日，星期二，太平洋时间4:00pm”可能比“11月20日，星期二，太平洋时间4:00pm”和“11月20日，星期二，太平洋时间7:00pm”被建模得更靠近在一起，因为这是每星期二4:00pm在公司发生的每周会议相对于星期二7pm在家中与家人一起的晚餐。时间上的上下文性和周期性模式对于W4数据模型中时间数据的建模是很重要的。

[0070] 一个更简单的时间数据建模问题是对日常生活的各种周期性模式(比如白天和黑夜(以及其中的子周期，比如早晨、中午、下午、夜晚等等))以及工作日和周末之间的区别进行建模。此外，诸如一年中的季节之类的显著时段和诸如假期之类的显著事件也影响对时间数据建模以确定相似度和距离。另外，对表示RWE的IO的时间数据的建模应当关连时间数据、空间和天气数据以考虑到地球上不同地方处的时间的物理条件。不同纬度的白昼长短不同，或者甚至在北半球和南半球之间是相反的。类似的上下文性和结构性数据建模问题出现在对来自针对人物、人物群组、对象、地点和事件的RWE和关于这些RWE的数据建模时。

[0071] 利用表示来自或关于RWE的数据的IO的适当数据模型，多种机器学习技术可被应用来分析W4数据。在一个实施例中，W4数据可被建模为“特征向量”，其中该向量不仅包括来自或关于W4RWE的原始感测数据，还包括考虑到了W4RWE的状态和动作的上下文性和周期性模式的更高阶特征。特征向量中的这些特征中的每一个可以具有数字或符号值，该值可与特征空间中的其他数字或符号值相比较以确定相似度。还可以用一个从0到1的额外值(确定性值)来对每个特征建模，以表示该特征为真的概率。通过在有或没有确定性值的特征和更高阶特征中对关于RWE的W4数据建模(其方式考虑到了它们在物理世界中的上下文和模式的可供性和约束)，随后就可以处理此数据(不论是以特征向量表示还是通过其他数据建模技术表示)来确定相似度、差异、集群形成、层次和图形关系，以及特征和特征向量之间的推测关系。

[0072] 可以向W4数据应用许多种统计和机器学习技术，从简单的直方图到稀疏因子分析(SFA)、隐藏马尔可夫模型(HMM)、支持向量机(SVM)、贝叶斯方法等等。这种学习算法可被填充以包含特征和更高阶特征的数据模型，这些特征和更高阶特征不仅表示存储为IO的信号的“内容”(例如，原始W4数据)，而且还对从其捕捉这些数据的、在物理世界中存在、存在过或将存在的RWE的上下文和模式建模。

[0073] 作为预处理器，关连引擎506监视由RWE提供的信息，以便判定是否识别出了任何可以触发在W4引擎502方面的动作的条件。例如，如果一递送条件与消息相关联，则当关连引擎506判定满足该条件时，它可以将适当的触发信息发送到W4引擎502，该触发信息触发该消息的递送。

[0074] 关注引擎508配设所有适当的网络节点、云、用户、应用或其任何组合，并且包括与关连引擎506和归属引擎504两者的密切交互。

[0075] 图6图示了W4引擎的实施例，其中示出了以上参考图4概括描述的子引擎内的不同组件。在一个实施例中，W4引擎600包括关注引擎608、归属引擎604和关连引擎606，它们具有基于基本功能的若干子管理器。

[0076] 关注引擎608包括消息取入和生成管理器610以及消息递送管理器612，这两个管理器密切结合消息匹配管理器614和实时通信管理器616两者工作，以递送和配设W4COMN上的所有通信。

[0077] 归属引擎604在用户简档管理器618内结合所有其他模块工作，以识别、处理/验证和表示与RWE、IO及其组合有关的所有权和权利信息。

[0078] 关连引擎606将数据从其两个渠道(传感器和进程)倾倒到同一数据骨干620中，该数据骨干620由W4分析管理器622组织和控制，并且包括用户日志624、关注排名地点日志626、web索引和环境日志618、电子商务和金融交易信息630、搜索索引和日志632、赞助者内容或条件、广告文案以及任何W4COMN进程、IO或事件中使用的任何和所有其他数据。因为W4COMN可能将存储的数据的量，数据骨干620包括许多与W4COMN通信的数据库服务器和数据存储装置，以提供足够的存储容量。

[0079] 如上所述，W4COMN收集的数据包括空间数据、时间数据、RWE交互数据、IO内容数据(例如，媒体数据)以及用户数据(包括显式地提供的和推断出的社交和关系数据)。空间数据可以是标识与RWE相关联的位置的任何数据。例如，空间数据可包括任何被动收集的位置数据，例如蜂窝塔数据、全球分组无线电服务(GPRS)数据、全球定位服务(GPS)数据、WI-FI数据、个人区域网络数据、IP地址数据和来自其他网络接入点的数据，或者主动收集的位置数据，例如由用户输入的位置数据。

[0080] 时间数据是涉及与用户和/或电子设备相关联的特定时间和/或事件的基于时间的数据(例如时间戳)。例如，时间数据可以是被动收集的时间数据(例如，来自存在于电子设备上的时钟的时间数据或者来自网络时钟的时间数据)，或者时间数据可以是主动收集的时间数据，例如由电子设备的用户输入的时间数据(例如，用户维护的日历)。

[0081] 交互数据可以是与电子设备的用户交互(无论是主动的还是被动的)相关联的任何数据。交互数据的示例包括人类间通信数据、媒体数据、关系数据、交易数据和设备交互数据，所有这些都在以下更详细描述。以下的表1是包括电子数据的示例的非穷尽列表。

[0082] 表1-电子数据的示例

[0083]

[0084] 对于交互数据，任何RWE之间的通信可以生成经由W4COMN传送的通信数据。例如，通信数据可以是与传入的或传出的短消息服务(SMS)消息、电子邮件消息、语音呼叫(例如，蜂窝电话呼叫、IP语音呼叫)或者其他类型的与RWE有关的人类间通信相关联的任何数据，例如关于谁在发送和接收通信的信息。如上所述，通信数据可以与例如时间数据关连，以推断出关于通信频率的信息，包括集中的通信模式，其可以指示出用户活动信息。

[0085] 逻辑和IO数据指的是IO包含的数据以及与IO相关联的数据，例如创建时间、拥有者、相关联的RWE、最近访问IO的时间等等。如果IO是媒体对象，那么可以使用术语“媒体数据”。媒体数据可包括与可呈献的媒体有关的任何数据，例如音频数据、可视数据和视听数据。例如，音频数据可以是与下载的音乐有关的数据，例如流派、艺术家、专辑等等，并且包括关于铃音、回铃音、购买的媒体、播放列表和共享的媒体的数据，等等。可视数据可以是与电子设备(例如，经由因特网或其他网络)接收的图像和/或文本有关的数据。可视数据可以是与从电子设备发送的和/或在电子设备处捕捉的图像和/或文本有关的数据。视听数据可以是与在电子设备处捕捉的、下载到电子设备的或者以其他方式与电子设备相关联的任何视频相关联的数据。媒体数据包括经由网络呈献给用户的媒体，例如对因特网的使用，并且包括与用户利用网络来输入和/或接收的文本(例如，搜索词)有关的数据，以及与网络媒体的交互有关的数据，例如点击数据(例如，广告横幅点击、书签、点击模式等等)。从而，媒体数据可以包括与用户的RSS馈送、预订、群组成员资格、游戏服务、提醒等等有关的数据。媒体数据还包括非网络活动，例如利用电子设备(比如移动电话)进行的图像捕捉和/或视频捕捉。图像数据可包括由用户添加的元数据或者与图像相关联的其他数据，例如就照片而言，拍摄照片时的位置、拍摄的方向、拍摄的内容以及时间等等。如下文中更详细描述的，媒体数据例如可用于推断活动信息或偏好信息，比如文化和/或购买偏好信息。

[0086] 关系数据可包括关于RWE或IO与另一RWE或IO的关系的数据。例如，关系数据可包括用户身份数据，比如性别、年龄、种族、姓名、社会安全号、照片和与用户的身份相关联的其他信息。用户身份信息还可包括电子邮件地址、登录名和口令。关系数据还可包括显式地标识出相关联的RWE的数据。例如，蜂窝电话的关系数据可以指示出拥有该蜂窝电话的用户和向该电话提供服务的公司。作为另一示例，智能车辆的关系数据可以标识出拥有者、用于支付电子通行费的与拥有者相关联的信用卡、被允许驾驶该车辆的那些用户以及该车辆的维修站。

[0087] 关系数据还可包括社交网络数据。社交网络数据包括与由用户或其他RWE显式地定义的任何关系有关的数据，例如与用户的朋友、家人、同事、商业关系等等有关的数据。社交网络数据例如可包括与用户维护的电子地址簿相对应的数据。关系数据可以与例如位置数据关连，以推断出社交网络信息，比如主要关系(例如，用户-配偶、用户-孩子以及用户-父母关系)或者其他关系(例如，用户-朋友、用户-同事、用户-商业合作人关系)。关系数据还可用于例如推断出活动信息。

[0088] 交互数据还可包括交易数据。交易数据可以是与由移动电子设备从事的或者在移动电子设备处从事的商业交易相关联的任何数据，例如厂商信息、金融机构信息(例如，银行信息)、金融账户信息(例如，信用卡信息)、商品信息以及成本/价格信息、以及购买频率信息，等等。交易数据例如可用于推断出活动和偏好信息。交易信息还可用于推断出用户拥有的和/或用户可能感兴趣的设备和/或服务的类型。

[0089] 交互数据还可包括设备或其他RWE交互数据。这种数据包括由W4COMN上的用户与RWE之间的交互以及RWE与W4COMN之间的交互生成的数据。RWE交互数据可以是不包括在任何上述类别中的关于RWE与电子设备的交互的任何数据，例如与对其他模块/应用的电子设备数据的使用相关联的习惯模式，例如关于在电子设备上使用了哪些应用以及使用这些应用的频率和时间的数据。如下文中更详细描述的，设备交互数据可与其他数据相关连，以推断出关于用户活动和与之相关联的模式的信息。

[0090] 以下的表2是包括交互数据的示例的非穷尽列表。

[0091] 表2-交互数据的示例

[0092]

[0093] W4COMN或其他网络上消息的扩充递送

[0094] W4COMN的一个值得注意的方面是能够使用W4数据来允许用户调整消息何时、如何被递送到其他用户或其代理。从任何来源或通信渠道获得的关于W4实体的信息可用作在与W4COMN协作的任何通信渠道上经由W4COMN递送的任何消息的递送条件的基础。

[0095] 消息的递送是一种网络个人信息管理(PIM)操作，其通过基于逻辑的条件允许了对W4COMN电路、进程和事件的显式和隐式自动化，其中包括在用于测试递送条件或网络环境条件的W4分析进程中对发送者、接收者和递送条件进行表达、加权和优先级区分的手段。W4消息递送包括针对任何主题变量、空间变量、时间变量和/或社交变量的交集的由用户、进程或系统生成的消息。

[0096] 为了继续以上所述的“Who、What、When、Where”概念，W4消息递送允许了在检测到一个或多个“Who、What、When、Where”递送条件的发生时将消息从任何“Who、What、When、Where”递送到任何“Who、What、When、Where”。以下的表3提供了可用于W4消息递送中的不同的“Who、What、When、Where”组合的一些示例的矩阵。表3中的列表不是完全或穷尽的，而是被提供来给出关于W4COMN提供的众多不同消息递送选项的概念。

[0097] 表3-W4消息递送的示例

[0098]

[0099]

[0100]

[0101]

[0102]

[0103]

[0104]

[0105]

[0106]

[0107]

[0108] 表3中提供的列表是经由W4COMN的消息递送的可能性的非常有限的列表。应当注意，递送条件可以是简单的条件，例如时间或者检测到指定的RWE在某个位置，或者更复杂的条件，其基于多个条件的同时或者按特定顺序的发生，例如仅在棒球比赛那天向指定位置附近的RWE递送。在棒球比赛的示例中，棒球比赛可被认为是事件，具有其自己的唯一W4标识符，与位置和时间段相关联。对于诸如体育事件、会议、假日等等之类的事件，一个或多个IO可存在于W4COMN或电子日历上，这些IO是事件的代理，从其可以获得事件的时间、位置和其他相关数据。

[0109] 在广义上，W4消息递送允许了消息(其可以是任何IO，包括基于文本的消息、基于音频的消息(例如语音邮件或其他音频(比如音乐))或者于视频的预先录制的消息)基于可得W4数据类型(包括主题数据、空间数据、时间数据和/或社交数据)的任何组合根据递送条件被递送。另外，因为W4COMN经由多个通信渠道并通过多个设备和其他RWE来协调消息的递送，所以它允许了在检测到满足递送条件时动态确定用于递送消息的通信渠道。示例包括社交闹钟、基于地点的消息、基于社交邻近度的消息以及时间偏移的消息递送，这仅举出了W4消息递送功能的少数应用。

[0110] W4递送条件的预定集合可被打包并以常见套组的形式提供给用户，例如父母的套件、老板的套件、交通工具维护套件等等。这些套组可包括预定的消息内容，递送条件和递送条件模板，这些模板使得用户可以迅速地为消息构造递送条件，这些递送条件将被W4COMN的消息递送子系统很容易且清楚地解释。

[0111] 图7A图示了适合于执行如这里所述的W4增强消息递送的W4引擎的实施例的元件。W4引擎700包括如上所述的关连引擎506、归属引擎504和关注引擎508。W4引擎700具有消息取入管理器702，其适合于经由与W4COMN协作的各种通信渠道从发送者接收消息及其相关联的递送条件。W4引擎700还包括消息递送管理器704、识别引擎706以及消息增强管理器708。

[0112] 如上所述，应当理解，多个RWE和IO可以作为发送者与单个消息相关联。例如，用户可以利用膝上型计算机创建并发送带有递送条件的电子邮件消息。此外，该膝上型计算机是具有其自己的唯一W4标识符的RWE。该膝上型计算机上的电子邮件应用可以作为具有其自己的W4标识符的IO被跟踪。在一个实施例中，用户、膝上型计算机和电子邮件应用中的一些或全部可被认为是作为电子邮件消息的IO的发送者。在此情况下，用户可以被认为是发源发送者，并且膝上型计算机和电子邮件应用可被认为是发源发送者的代理。代理的概念在以上已描述并且在这里尤其重要，其中预期人类动作者，不论是作为发送者、接收者或者依赖于递送条件的实体，都将主要通过从其代理(例如代理RWE(比如他们的智能电话、计算设备、传感器、智能交通工具、家庭电话等等)以及代理IO(比如电子邮件账户、通信软件、信用卡账户、包含由RWE生成的数据的数据对象、包含关于RWE或事件的数据的数据对象等等))获得的信息而为W4COMN所知。

[0113] 在一个实施例中，对于消息的发送者的这种确定，包括对应当被认为是原始发送者的用户(如果有的话)是谁的确定，可由归属引擎504如上所述地执行。还应注意，一些消息可由进程来程序化地发送，例如在程序的运行期间自动发送，从而没有要识别的人类发送者，只有发送者IO。另外，归属引擎504解析所接收的消息并且识别与该消息相关联的RWE和IO的W4数据。或者，归属引擎504可以只识别实际将消息放入W4COMN中的发送方RWE，而任何其他相关联的RWE(例如，代理和/或发源发送者)可由消息取入管理器702结合关连引擎506来识别。

[0114] W4引擎700还包括识别引擎706，其适合于识别消息类型并将从关连引擎506输出的内容匹配到消息IO。识别引擎706考虑到每个消息类型内的W4实体而分析一系列可能的扩充。

[0115] 消息取入管理器702在接收到带有递送条件的消息后，如下所述识别出消息的接收者和递送条件。这可包括请求关连引擎506将接收者的依渠道而定的标识符与其他W4数据关连，以便识别出目标人类接收者(如果有的话)以及该接收者的任何代理。此外，可能需要为递送条件中标识的RWE确定相同的信息。

[0116] 应当理解，作为消息的发送者、接收者或递送条件的主体的任何人类或非联网实体可以仅由代理RWE或IO来标识。例如，电子邮件可以由“[e-mail]”发送或是发送到“[e-mail]”，或者电话呼叫可以是针对“[phone]”的。在两种情况下，用于标识人类的标识符(即，“[e-mail]”和“[phone]”)都是实际预期人类接收者的代理的标识符。基于W4COMN已知的W4数据，代理的这些标识符可被例如关连引擎506所分析，以便确定代理RWE或代理IO所访问的、表示的或者通过代理RWE或代理IO工作的RWE的唯一W4标识符。例如，“[e-mail]”和“[phone]”可以是W4COMN知晓是已知人类RWE的代理的RWE或IO的依通信渠道而定的标识符，而该已知人类RWE(例如，名叫John Smith的用户)具有不同的唯一W4标识符。

[0117] 消息增强管理器708组合从识别引擎706输出的匹配的内容和消息IO，以便递送到接收者。W4引擎700还包括消息递送管理器704，其控制消息的递送。在一个实施例中，消息递送管理器704记录消息的递送条件，并且就递送条件的发生而监视W4数据。当满足递送条件时/在满足递送条件的情况下，消息递送管理器704于是将消息递送到接收者。这可包括选择递送路线或通信渠道并且选择适当的代理RWE(如果可应用)来递送消息，其中可能包括针对所选RWE而重新制定消息的格式。例如，当接收者在指定的位置时，对于要被递送到该接收者的电子邮件消息，电子邮件消息可以被重新制定格式为用于经由作为接收者的代理设备之一的蜂窝电话或车载显示设备显示的文本并且在确定该设备在该指定位置时被递送到该设备。类似地，要在某只队赢得比赛时递送到接收者的语音邮件可以被重新制定格式并被发送到接收者在该队赢得比赛时可能在使用的任何代理设备。从而，语音邮件可以被递送到蜂窝电话号码、语音邮件收件箱、电子邮件收件箱(作为电子邮件的附件)或者工作电话号码，这取决于在该队赢得比赛时接收者在做什么。

[0118] 为了确定何时满足递送条件，消息递送管理器704可利用关连引擎506来监视W4数据。另外，对满足递送条件的确定可能仅仅是通过如关连引擎506中执行的基于W4COMN已知的IO和RWE之间的关连而对关系进行的图形绘制和识别。关系可以响应于对递送消息的请求而被确定，被某个其他输入触发，或者可由关连引擎周期性地自动确定并被存储以供以后使用。

[0119] 图7B示出了图7A中出现的上述W4引擎700的另一实施例。W4引擎700与内容服务器710相关。内容服务器710可以是一个或多个位置中的一个或多个服务器，它实质上是内容(无论是媒体内容、广告内容、图形、视频还是文本)的来源，第三方愿意付费给网络运营者或中介以使得该内容作为扩充消息的一部分被嵌入在消息中。以这种方式，扩充消息系统可以经由W4引擎700来使特定类型的内容货币化。内容的示例是商业数据、广告数据、音频数据、视频数据、文学数据以及可被输入到数字消息中的所有其他类型的内容。

[0120] 附加的内容为这里描述的扩充消息系统的货币化提供了机会。从而，例如，扩充内容可以采取广告内容或付费媒体安插的形式，广告内容或付费媒体安插在这里描述的系统的上下文中将基于消息的上下文、网络所知的或者网络可得的关于接收者的信息以及消息中描述的发送者与接收者的关系或接收者与事件的关系而高度针对接收者。从而，扩充消息将包含内容，通过该内容，提供扩充消息传送平台的系统管理者或运营者可以获得收入。

[0121] 内容服务器710的替换实施例可以将内容服务器710放置在W4引擎700内或作为其一部分。在此布置中，内容服务器710在组合消息IO和增强内容以准备递送期间，将直接与消息增强管理器708交互。

[0122] 图8图示了基于网络上的实体的社交数据、时间数据、空间数据和主题数据通过网络递送消息的方法的实施例。在以下所述的实施例中，取决于体系结构是如何实现的，所描述的操作可以由以上所述的各种组件、引擎和管理器中的一个或多个来执行。此外，必要时，子引擎可以被创建并用于执行特定操作以便改善网络的性能。

[0123] 如上所述，W4COMN的允许有条件消息递送的一个方面是从与网络交互的RWE实时地收集和维护W4数据。在一个实施例中，这种收集和维护是W4COMN的独立操作899，从而当前的W4社交数据、时间数据、空间数据和主题数据始终可用于测试递送条件。此外，此数据收集操作899的一部分包括如上所述确定不同RWE与不同IO的关联以及所有权，其中包括在RWE和IO的特定群组和子群组之间进行优先级区分。因此，每个IO被至少一个在W4COMN上具有已知的唯一标识符的RWE所拥有/控制并且每个IO可能与W4COMN已知的其他RWE具有许多关联。

[0124] 在所示出的实施例中，当在接收递送请求操作802中，W4COMN检测到带有递送条件的消息时，方法800被启动。这种请求可由用户操作的计算设备上的软件生成、由自动化进程生成或者由诸如蜂窝电话或传感器之类的“哑”设备生成。如上所述，一个或多个RWE可被识别为消息的发送者。这种识别可以是从消息的数据、请求的来源或者两者的组合进行的。此外，可以基于消息的已知设备或软件发送者的W4数据来做出关于是消息的发送者的用户的推断，如上所述。

[0125] 递送请求还将标识消息的一个或多个接收者。如上所述，每个接收者可以由接收者的代理RWE的依渠道而定的标识符来标识。从而，与发送者的情形类似，可能有与一消息相关联的多个接收者。例如，电子邮件的接收者可被标识为“[e-mail]”，这是电子邮件账户的电子邮件地址。利用W4数据，可以确定与该电子邮件地址相关联的用户在W4COMN上有多个代理，包括例如由“[e-mail]”标识的电子邮件账户、利用电话号码标识的移动电话、由另一电话号码标识的家庭电话、由应答器标识号标识的通行费支付应答器、由车牌标识的车辆、互联网协议(IP)地址、由第三电话号码标识的业务电话、以及由一个或多个物理位置坐标或地址标识的家庭地址。在一个实施例中，要求向被确定为用户(或其他RWE，比如企业或位置)的代理的接收者递送消息的请求可以被解释为要求向经由该代理可访问的用户(或其他RWE)递送消息的请求，如下所述。

[0126] 在一个实施例中，递送条件可以是递送请求的一部分或者可被包括在构成消息的IO中(例如，作为数据或元数据)。在这种情形下，地址串或信息与要递送的IO相关联。这种地址串或地址信息也可以是要递送的IO的一部分。请求也可以在检测到地址串时发生，例如用户向电子邮件编写屏幕中的字段输入地址串或者向设备上的麦克风说出地址串。

[0127] 在一个实施例中，递送条件可以由消息的发送者指定，消息的发送者可以是RWE(通常是用户)，或者是IO(例如在计算设备上运行的进程)。可以使用任何选择并将递送条件与消息相关联的适当方式，只要W4COMN可以识别出所得到的体现递送条件的数据即可。例如，对于电子邮件消息，递送条件可以由用户输入到由电子邮件应用提供的递送选项界面中，这种递送条件随后被存储为消息的元数据：此元数据随后被W4COMN解码，以识别递送条件。对于电话呼叫，消息递送系统可以使用语音或键盘数据输入系统来使得主叫者可以从可听菜单向语音消息指派或选择递送条件。递送条件(在替换实施例中这些递送条件也可以是后续的和/或附加的)也可例如由诸如家长控制应用之类的在检测到某些活动或内容后发送消息的应用自动生成并添加到消息。将递送条件与消息相关联的其他方法也是可能的，并且任何适当的方法都可结合这里描述的系统和方法的实施例使用。

[0128] 在方法800中，RWE和IO可以在递送条件中由任何标识符来标识，该标识符可以是唯一的或非唯一的、依通信渠道而定的或者全局的，只要该标识符可以被W4COMN解析成其预期目标RWE或IO即可。对依渠道而定的标识符的解析可以通过将依渠道而定的标识符与其他W4数据相关连来完成。可能必须基于已知的关于发送者和要递送的消息的W4数据来对非唯一标识符(例如，诸如“妈妈”、“父亲”、“Debby”、“Bob”、“Starbucks”之类的标识符)进行歧义消除，并且为此可使用任何适当的歧义消除方法。

[0129] 在该实施例中，当在从(一个或多个)接收到带有递送条件的消息时，可以认为检测到了该消息，但读者应理解，消息可能实际上不是在接收递送条件时发送的。预期在大多数情况下，任何可以找出的发送者都已经为W4COMN所知并且具有唯一的W4标识符以及至少一个依通信渠道而定的地址(这是另一种形式的唯一标识符)。

[0130] 如上所述，接收递送请求操作802可包括从RWE或IO(例如由RWE运行的电子邮件软件)接收实际IO(例如，消息文件或一小段文本)，该IO将按照去往另一地址或位置处的IO的地址串或指针的指示被发送。该IO可包含诸如通信的文本或内容之类的数据以及元数据形式的附加信息。所包含的数据可以被评估以便识别递送条件、与消息相关联的额外RWE(例如，在消息的文本中列出的人物，但其既不是发送者也不是接收者)、消息中包含的其他IO(例如，到IO的超链接、附件等等)以及消息中讨论的任何主题。

[0131] 可以认为接收递送请求操作802发生在W4COMN内的递送链中的任何点，例如由用于进行IO取入、路由或递送的任何一个引擎来进行。例如，取决于W4COMN的实现者选择如何实现网络功能，消息取入和生成管理器、用户简档管理器、消息递送管理器或W4COMN的通信递送链中的任何其他引擎或管理器中的任何一个可以接收并最初分析消息并且将信息路由到关连引擎和寻址引擎。

[0132] 在检测到与消息相关联的递送条件后，在递送条件识别操作804中分析递送条件。递送条件识别操作804包括识别递送条件中的每个RWE以及针对这些RWE的实际递送条件是什么。这可能要求解析包含递送条件的字符串或者对消息的数据或元数据进行某种其他分析。例如，一IO可能被发送者以电子邮件形式发送并被寻址到一接收者(由电子邮件地址标识)，其带有这样的递送条件，即该消息应当仅在接收者位于指定的RWE处/带有指定的RWE(例如，另一人、诸如公园之类的位置、或者诸如杂货店、自助洗衣店、咖啡店等等之类的企业)时才被递送。在此示例中，递送条件识别操作804将识别接收者、指定的RWE以及表明满足递送条件的两者之间的最大距离或距离范围(这可能在递送条件中显式地提供，也可能不在递送条件中显式地提供)。

[0133] 如上所述，接收者和递送条件中的任何RWE可以是用户或其他RWE的代理。识别操作804包括判定接收者和递送条件RWE是消息的代理还是实际目标。此外，如果指定的RWE是代理，则识别操作804还包括识别任何下述RWE：这种RWE可用作指定的RWE的代理以及指定的RWE本身可作为其代理的任何RWE的代理。

[0134] 例如，给定图1中描述的关系，IO的发送者可以指定作为接收者的用户102的电子邮件地址以及要求接收者(同样由电子邮件地址标识)和用户144(其也可以由某种代理标识符来标识，例如电话号码或电子邮件地址)必须在一起(即，位于相同位置)的递送条件。通过取回电子邮件地址的W4数据，可以判定它是用户102的代理并且用户102具有许多其他可用于识别用户102的位置的代理，其中包括车辆106和蜂窝电话104。识别操作804还将识别下述IO(例如，IO 122、124、126)：从这些IO可以获得用户102的当前位置的所识别的代理中的每一个的当前位置信息。对于用户144重复该过程，从而从递送条件中提供的RWE标识符来识别用户144、用户144是否具有任何代理以及在何处获得每个代理的当前位置信息。

[0135] 识别操作804在识别要用来判定是否满足递送条件的代理时可以基于代理可得的数据和递送条件来区分代理。例如，用户的工作电子邮件账户可以是用户的代理，但是如果不可从用户对该电子邮件账户的使用得出当前位置数据(例如，可从多个设备和/或从多个或任何位置访问该电子邮件账户)，则工作电子邮件账户可能不被识别为用户的位置的代理。然而，如果用户在任何时间用来访问工作电子邮件账户的设备可被识别并且其位置可被确定(例如，用户用来访问其电子邮件账户的网络上的公共计算机)，则该设备由于其当前与用户的电子邮件账户的关系可被用作用户的位置的代理，虽然该设备以前从来没有被用户使用过。

[0136] 在一个实施例中，对于被显式地指定为另一RWE的代理的任何识别出的RWE，W4引擎可以假定该另一RWE是预期实体并且用其来替换所识别出的RWE。例如，一IO被发送者以电子邮件形式发送并被寻址到一接收者(由电子邮件地址标识)，其带有这样的递送条件，即该消息应当仅在接收者位于指定的RWE处/带有指定的RWE时才被递送，那么当判定接收者的蜂窝电话(例如，接收者的代理，但不一定是接收者的电子邮件账户的代理)足够接近指定RWE的蜂窝电话(例如，接收者的代理)时可以递送该IO，并且在基于消息流量、金融数据(例如，确认事件票证购买或者检测到同一位置处同时进行的销售)或者智能日历条目来判定指定RWE和接收者RWE都在出席同一会议/事件时也可递送该IO。

[0137] 如上所述对代理的识别可以是显式的(例如，由其相关联的用户或RWE指定为代理)或者是基于对W4数据的分析来隐式确定的。如上所述，这种W4数据可能是从W4COMN先前经由许多不同通信渠道和系统获得或处理的消息、通信和IO收集的，所述通信渠道和系统包括电子邮件和基于文本的通信渠道以及包括音频数据在内的任何通信渠道，其中包括支持电话、基于互联网协议的语音(VoIP)以及诸如视频聊天之类的视频通信的渠道。

[0138] 为了确定隐式代理，W4数据可被绘制成图形以便确定什么RWE是有关的并且是如何有关的，并且根据此信息做出关于RWE之间的关系的性质的概率性假设。在一个实施例中，基于与每个RWE相关联的社交数据、空间数据、时间数据和逻辑数据，针对W4COMN已知的每个RWE并且在这每个RWE之间进行关连。在某种意义上，图形绘制操作可以被认为是对所取回的所有RWE的社交数据、空间数据、时间数据和逻辑数据的某种形式的比较，用于识别出RWE之间的关系以及其他上下文相似性。

[0139] 应当注意，对隐式代理的确定可以在每次测试递送条件时执行。这使得可以在任何时间为任何RWE动态确定适当的代理。例如，在周中，公司车辆或公司蜂窝电话可被认为是接收者的位置的良好代理；但在周末期间，与工作蜂窝电话相比，个人蜂窝电话或个人车辆可被认为是接收者的更好代理。

[0140] 在识别出可用于确认递送条件的发生的RWE(包括任何代理RWE)之后，递送条件识别操作804随后识别测试递送条件所必需的数据的一个或多个数据来源。例如，如果递送条件具有位置要求，则将识别接收者和指定RWE的当前位置的数据来源。如果递送条件具有时间要求，则可以识别接收者和指定RWE的系统时钟或本地时间。如果递送条件具有与状况或状态有关的条件(例如，基于某种识别出的当前传感器读数的条件或者诸如当前交通状况、当前天气状况、当前速度、RWE当前在做什么、当前天气预报、所限定的事件的发生等等之类的其他条件)，则识别出适当的一个或多个数据来源，这些数据来源包含测试这些条件所必需的当前信息，以便在确定RWE的当前状态匹配递送条件所标识的指定状态时可以递送消息。

[0141] 例如，如果接收者是带有蜂窝电话的用户，则蜂窝电话可以被识别为接收者的当前位置的代理。识别操作804随后将识别可从其获得蜂窝电话的当前位置的数据来源的位置。这种数据来源例如可以由蜂窝服务提供商维护并且可通过其网络访问。或者，蜂窝电话可以具有GPS定位器，从而可以从蜂窝电话本身获得当前位置。如果指定的RWE是一个企业，那么可能不需要代理RWE，而是可以识别包含关于该企业的信息(包括其(一个或多个)当前位置)的代理IO。

[0142] 如上所述的递送条件识别操作804还包括识别怎样算是满足(一个或多个)递送条件。例如，如果递送条件要求RWE位于某一位置处，那么RWE和所识别出的位置之间的某一范围内的距离就W4COMN而言将被认为是“位于”该位置。这种范围可以由W4COMN的运营者预先确定(例如，“位于”被定义为在10米内)、由发送者作为递送条件的一部分提供或以其他方式选择或者基于可得数据和位置数据或应用套件或要求的精度来动态确定。

[0143] 如果递送条件具有时间要求，那么发送者仅指定了相对时间(例如，星期四6:00am或圣诞节)而不是绝对时间(例如，2007年11月8日，星期四，山地标准时间
6:00am)，那么可能需要识别位置。除非另有指明，W4COMN可以假定所有时间都是发送者或接收者本地的，并且当将来的时间被不精确地指定时，可以提示发送者给出更多信息或者可以使用下一个可能的匹配。

[0144] 如果递送条件具有与状况或状态有关的条件，则对适当的条件进行量化以便能够利用来自所识别的一个或多个数据来源的数据来测试它。同样，确切的条件可能已由发送者指定(例如，“如果在家中检测到大于40mph的风则递送”)或者可能需要根据不那么具体的指定来确定条件(例如，“如果在家中检测到大风则递送”)。例如，基于某一位置处的“交通繁忙”的递送条件将标识出就所标识出的交通传感器所监视并且可从其访问的度量而言怎么样算是交通繁忙。从而，可以标识出在检测到时认为是“交通繁忙”的阈值或值范围，或者取回定义。又例如，可以通过标识出什么软件算是电脑游戏并且判定在任何特定时刻该软件是否在运行，来确定递送条件“当接收者在玩电脑游戏时”。另外，递送条件的量化对于递送条件的每个实例可能是不同的，而可能是基于当前上下文和W4数据来独立确定的。

[0145] 如果识别操作804不能充分地识别如上所述的任何参数、RWE和IO或者识别递送条件到足以确定何时满足递送条件的程度，那么可以通知发送者并且要求其提供附加澄清信息。例如，在这种情形下，W4COMN可以通过利用诸如以下问题提示消息的发送者来作出响应：“您说的′递送给在杂货店的Debby′指的是您的妻子Deborah还是您的妹妹Deborah？”。该提示可包括从先前的通信或其他W4数据得出的信息，以帮助发送者确认接收者和递送条件的适当标识。

[0146] 此外，在一个实施例中，递送条件可以在消息被创建时由发送者非常具体地指定。例如，当同时检测到接收者的车辆和蜂窝电话靠近指定的位置时，发送者可以指示W4COMN仅经由接收者的蜂窝电话向接收者递送消息，从而发送者可以确信当例如接收者带着其蜂窝电话循环经过加油站时或者当发送者驾驶接收者的交通工具经过该位置时将不递送消息。这使得发送者在限定递送条件时可以非常具体，如果想要这样或者以发送者期望的方式适当递送消息必需这样的话。

[0147] 在如上所述已经识别了(一个或多个)递送条件和(一个或多个)接收者之后，在测试操作806中测试递送条件。这将包括检查必要数据来源并根据需要比较各种数据元素(例如，当前位置、温度、状态等等)，以判定是否满足递送条件。在一个实施例中，测试可包括从所识别的数据来源取回或请求数据。测试操作806可以仅要求简单比较，例如比较两个值，比如当前位置，以判定这些值是否在指定范围内。测试操作806可以更复杂，例如要求对与许多不同RWE有关的多个条件的复杂计算或同时测试，并且可包括收集并分析来自外部来源的数据。

[0148] 基于测试操作806的结果，判定操作808判定是否满足(一个或多个)递送条件。如果没有满足条件，则通过重复测试操作806来重测试递送条件。通过这种重复的测试，就递送条件的发生来监视W4数据。重测试可以按固定的安排周期性地进行或者可以响应于外部条件动态进行，所述外部条件例如是在W4骨干上接收到与递送条件所暗示的RWE有关的新数据。重测试可以永久进行，直到满足条件为止，或者直到达到发送者或W4COMN指定的预定最长时间段为止。如果在达到最长时间段之前无法递送消息，那么可以通知发送者由于没有满足递送条件而没有递送消息，例如“因为Debby没有在指定时段内去杂货店，所以没有递送消息”。

[0149] 如果判定操作808判定满足了递送条件，那么随后在递送操作810中将消息发送到(一个或多个)接收者。在一个实施例中，如果所识别的接收者是代理RWE，那么该消息可被递送到代理RWE，而无论所识别出的满足递送条件的条件如何。例如，当在递送条件位置处检测到与所识别的电子邮件地址相关联的用户的蜂窝电话时，可向该电子邮件地址发送电子邮件。然而，在此情形下，如果蜂窝电话不具备电子邮件能力的话，那么有可能用户要到以后才能接收到电子邮件。

[0150] 或者，该方法可基于触发递送的条件来选择用于递送消息的通信渠道和RWE。例如，如果消息是电子邮件并且递送条件是接收者在某个位置，那么在检测到接收者的蜂窝电话在该位置时，可以针对接收者的蜂窝电话重新制定消息的格式，例如制定成IM或SMS消息，并且经由服务于蜂窝电话的蜂窝电话网络将其发送到蜂窝电话。在这种实施例中，不仅所识别出的接收者的代理RWE，而且接收者(或其他RWE)的所有其他代理都被认为是到接收者的可能递送路线。这使得W4消息递送系统在最终递送消息时可以选择最适当的递送路线/通信渠道/代理组合，而不论哪个递送路线/通信渠道/代理最初被标识为接收者或者被发送者用于创建和发送消息到W4COMN。

[0151] 这种动态消息递送系统允许了利用替换但有效的手段来递送消息。例如，基于W4数据，用户的最好朋友的蜂窝电话可被选择为用户(以及该最好朋友)的代理，并且当满足递送条件并且确定用户和该最好朋友的蜂窝电话位于相同位置时，给用户的消息可以被自动递送到该最好朋友的蜂窝电话。在这些情况下，消息递送方法可以通过发送者完全不知道的通信渠道向发送者完全不知道的设备迅速且有效地递送消息。作为另一示例，当出行时，如果用户不能访问电子邮件，那么给用户的电子邮件消息可以被自动递送到用户的同事。

[0152] 此外，在一个实施例中，递送渠道和RWE可以在消息被创建时由发送者具体指定。例如，发送者可以指示W4COMN当检测到车辆靠近加油站时仅经由车辆向接收者递送消息，从而当接收者带着其蜂窝电话循环经过加油站时，消息的递送不被触发。或者，发送者可以标识出W4COMN动态选择通信路线和接收者代理设备，使得当递送条件发生时消息被以最有可能使其到达预期接收者用户(而不是用户的代理)的方式被递送到接收者。

[0153] 如上所述，W4COMN网络持续地包含并跟踪关于发送者和接收者的经更新的信息，这些发送者和接收者是W4COMN上的RWE。从而，基于W4COMN已知的关于每个RWE发送者和接收者的信息，第一RWE发送者所发送的消息在被每个RWE接收到时可能看起来是不同的，这是基于W4COMN已知的并被用于扩充经过W4COMN到每个预期RWE接收者的每条消息的信息的。从而，例如，发给两个接收者、邀请他们在日本餐馆共进晚餐的消息的发送者可能键入寻址到第一接收者和第二接收者的电子邮件，其中提到：“让我们周四晚在Nobu共进晚餐”。基于W4COMN已知的用户简档信息，可能知道第一接收者是日本米酒的狂热爱好者。这可能是基于以下情况的：经由与日本米酒有关的通信获得的显式用户简档信息或者对提供与日本米酒有关的信息的网站的频繁访问、与W4COMN已知的社交网络站点上的用户简档相关联的简档信息或标签、W4COMN所记录的与在酒类商店对日本米酒的购买有关的购买信息、或者其中第一接收者进行了与日本米酒有关的大量搜索或研究的搜索查询。

[0154] 相应地，原本由发送者发送到第一接收者的消息将在W4COMN上被接收、被解析以提取关于消息的主题的信息以及预期接收者的标识。基于所解析的内容和预期接收者，作为非限制性示例，第一接收者将接收到在Nobu晚餐的邀请，该邀请还包括了关于该餐馆的详尽日本米酒菜单的信息，其中包括到在该菜单中作为特色提供的各类日本米酒的链接，以及价格。此外，作为另一非限制性示例，还可包括到该餐馆的位置的地图，以及用于获得从接收者的家出发的方向指引的链接，假定第一接收者是W4COMN上的已知RWE的话。或者，W4COMN在分析关于第一接收者的信息时可以识别出预期的晚餐会面的时间发生在第一接收者通常在工作的时间期间，并从而改为提供从第一接收者的工作位置出发的方向指引。

[0155] 另一方面，第二接收者可能是素食者或者具有其他特殊的饮食要求。类似于已知的关于第一接收者对日本米酒的喜好的信息的描述，该信息也可是W4COMN已知的。相应地，第二接收者的消息将不包含与日本米酒有关的信息，而是将包含与餐馆的菜单上可得的素食项有关的信息，以及从一不同的位置到餐馆的地图，因为W4COMN已知的关于第二接收者的信息(例如根据第二接收者的日历应用)将所提议的晚餐标识为发生在接收者的网球课之后，从而在扩充消息中将包括从网球场到餐馆的方向指引。

[0156] 如以上示例中那样，扩充消息是通过W4COMN可得的发送者的简档中的信息、接收者的相应简档以及消息的内容来创建的。消息的扩充优选地将利用在消息被创建并预期被发送时W4COMN已知的关于发送者和接收者的最新近信息来进行。可以基于用户声明的兴趣来对消息进行扩充，用户声明的兴趣将决定最终如何呈献扩充消息。网络上的被识别为发送者和接收者的各种用户可以使得消息被根据对消息进行扩充的系统已知的关于发送者或接收者的信息以复杂或简单的方式来扩充。从而，具有大量信息(例如照片、文学兴趣、食品兴趣、购买历史、日历和位置信息以及多种不同的被识别为与该个人有关的设备)的预期接收者接收到扩充消息的机会比可供消息传送网络使用的信息较少的人更大。然而，就系统可以从用户过去与网络或网络可访问的系统的交互得出任何声明的兴趣或隐式兴趣信息而言，这种信息将作为扩充过程的一部分而可供利用。

[0157] 此外，可以基于多种因素来对消息被接收的最终格式进行个性化。从而，如上所述，用户RWE可经由多种设备与W4 COMN交互。此外，这些设备在不同的时间可在不同的位置。如果在发送者发送消息时，预期接收者在使用其蜂窝电话，则W4 COMN可基于蜂窝电话所收集的使用信息或者基于认识到在要发送消息时用户经由其蜂窝电话而不是经由其个人计算机登录到系统，来知道这个事实。相应地，可用于对消息进行扩充的上下文的另一元素是将被接收者用于接收和查看扩充消息的实际设备。在其他实施例中，在预期将在用户的蜂窝电话上、将经由TV或将经由web浏览器接收到消息的各个情况下，系统将以不同的方式对消息进行扩充。

[0158] 从而，在最广的意义上，本公开涉及对由发送者发送给预期接收者的消息进行扩充，该扩充是经由通信网络发生的，该通信网络包含或者能够访问关于发送者和接收者(或仅关于接收者)的信息，从而使得每个扩充消息包含尽可能丰富的内容，这是基于以下各项的：对消息内容的解析、对消息的各种发送者/接收者对的识别、对发送者和接收者以及各个接收者之间的社交关系的建模、对社交结构或网络已知或可访问的关于接收者的其他数据的识别、以及利用这种信息来用扩充的信息补充发送者创建的原始消息，这种扩充的信息在接收者接收到扩充消息时对于其可能有较高的价值。

[0159] 在一些情况下，消息可被结构化，例如本身包含元数据的消息。在这种情况下，对消息内容的解析将利用在消息中找到的任何元数据，元数据于是充当附加信息资源，其可被消息扩充网络用来寻找用于创建要被发送给预期接收者的扩充消息的附加内容。

[0160] 从而，虽然以上的某些示例是在W4 COMN的上下文中给出的，但是从这里的公开明显可见，所公开的系统和概念可以用在除W4 COMN以外的网络中，例如用在提供内部消息传送或消息板的社交网络、能够收集关于预期接收者和发送者的信息的电子邮件系统、照片共享站点或者其他通过网络连接的用户社区中，在这种用户社区中可以显式地或者隐式地提取或获得或存储用户信息以用于对消息进行扩充。在更广的意义上，本公开涉及一种形式的消息，其可以被解析以提取消息内容以及发送者和接收者信息。关于预期接收者的进一步信息于是被访问并随后被分析，并且分析结果被用于将其他信息结合到消息中，以便对消息进行扩充，从而包含发送者原本没有发送、但由系统基于声明的或推知的兴趣或者接收者的要求而扩充的信息。

[0161] 继续以上的一个示例，一旦消息已被解析并且接收者的信息已被分析，那么可包括在扩充消息中的信息的类型就只受要发送的消息的潜在大小约束和/或可供网络用于扩充消息中的附加资源所限，在以上示例中，这些资源例如是餐馆内容的照片、来自在网络上或整个全世界的web上可得的多种来源的对餐馆的评论、去往有关信息(例如餐馆近旁的加油站或停车场)的链接、包含内部镜头的视频、或者如上所述的可基于关于在接收消息时或者预期会面时接收者的位置或者消息的主题的已知信息来调整的地图。

[0162] 作为另一示例，如果预期接收者对于一种不同格式的信息有物理上的需求，例如是盲人，或者以某种方式在物理上受限，例如必须乘坐轮椅，那么系统可以对消息进行扩充以包括消息内容的文本到话音版本，或者与能够容纳轮椅并且行经邻近预期会面地点的路线的公共交通有关的信息。

[0163] 这里描述的消息的扩充的健壮度可以与系统可得的用于对消息进行扩充的信息相当。从而，如前所述，消息系统存储或可得的与预期接收者有关的信息越多，可供消息传送系统用于作出关于哪些扩充的内容应当被包括在消息中的判定的资源就越多。然而，不论系统可得的信息量如何，根据本公开的消息传送系统都被预期以这样一种方式来工作：使得定义一组规则，用于解析消息内容并且识别接收者。所解析的内容被用于形成与消息相关联的一组变量，这些变量被用于提取或获得与预期接收者有关的信息。根据已知的约束系统方法，基于被设计到系统中的约束来匹配所获得的信息，以映射所取回的关于接收者的数据并且识别出预期接收者和消息内容之间的关系，以便将扩充的或增强的内容与消息内容匹配，并且提供包含在发送者创建的原始消息中不存在的内容的新消息。

[0164] 例如，从消息中解析出的数据可以被分析并且数据被与解析的消息和接收者相关并被网络获得，以用于使用和创建扩充消息。扩充消息可通过应用样式表或模板来创建，这些样式表或模板对照可得数据识别或解析出消息内容，以产生与所解析的消息数据高度相关的信息。从而，如果消息包含关于地点的信息，则将包括地图。如果消息例如与事件有关，则基于事件的位置和接收者的位置(在接收到消息时或在所提议的事件时，这取决于可获得的关于接收者的信息的性质和范围)可以包括路线或方向指引。

[0165] 从而，对于实体类别和消息类型，可以应用各种方案。约束和解析过程考虑了消息的类型和可得数据，并且通过一系列反复，创建扩充消息，该扩充消息优选地考虑了发送者或接收者的状况和可能影响扩充的通信内容应当是什么的其他因素。

[0166] 此外，在创建扩充消息时可以考虑诸如预期接收者将用来查看消息的设备的类型之类的条件。处理变量和所应用的约束的反复次数可以根据设计选择而变，然而，应认识到当消息解析更细粒化并且接收者数据更健壮时，将发生更健壮的消息扩充。

[0167] 图9示出了根据本公开的W4增强引擎900的实施例。(这里使用的术语“增强”和“扩充”是可互换使用的，用于表示根据这里描述的系统和方法来改变消息)。W4增强消息传送900在W4 COMN进行的实时数据收集902(如上所述这是连续的)期间发生。W4增强消息传送900的过程开始于在步骤904中接收到要求发送由发送者发送的消息的消息请求时。一旦这发生了，那么在步骤906中，消息就被解析以提取出消息内容(其形成W4信息对象或IO)，并且涉及与消息相关联的RWE和IO的W4数据被关连并取回。随后，步骤908中，消息被绘成图形和/或映射到所取回的W4数据，以识别出与消息相关联的RWE和IO之间的关系。相应地，在步骤910中，消息被按消息的类型分类并因此被匹配到关于消息IO的增强的内容。在步骤912中，递送条件随后被分析以判定是否达到了W4 COMN协议的要求，并且如果是，则消息继续到下一步骤；而如果否，则有一个回到步骤908的反馈环，用于进一步的W4数据取回和识别。然后，在步骤914中，消息IO被与增强的内容组合，以准备用于作为复合IO递送，该复合IO是扩充消息。随后在916中选择递送复合IO的通信渠道和/或格式或者选择何时发送消息到接收者RWE。该过程在递送后结束于步骤918，或者它可以在扩充消息被发送时结束。

[0168] 图10A示出了在不根据W4COMN实现的实施例中经由网络将消息递送到任何数目的接收者的系统的另一实施例。增强消息传送系统1000包括发送方1002、消息传送系统1004和接收者1006(1-n)。消息传送系统1004能够访问数据来源1003，数据来源1003可以与消息传送系统1004在同一网络上或者可在全球网络(例如万维网)上可得。数据来源
1003是关于要通过消息传送系统发送的消息的发送者和接收者的信息的来源，以及关于消息的内容的信息的来源。数据来源1003可以是社交网络站点、预订服务、日历系统、网站、音乐共享站点或者关于消息传送系统用户和/或消息内容的信息的其他网络可访问来源，从中可提取并分析数据以用于如这里所述形成扩充消息。

[0169] 如参考图10A所述，一条消息和/或多条消息被从发送者1002通过消息传送系统1004发送，以便随后递送到接收者1006(1-n)。在此通信期间，消息以上述方式被解析以提取消息内容以及发送者和接收者信息或者只提取接收者信息。消息传送系统1004访问数据来源1003以找出与所解析的消息相关的信息，并且利用上述技术来提取可与所获得的数据相关联的变量，以解出一系列约束，来创建具有与已知的每个接收者1006(1-n)或者所得出的简档或特性或偏好相关的扩充的内容的新消息。从而，在消息传送系统1004内发生了对增强消息的创建。

[0170] 在消息传送系统1004接收到消息后，消息的元素被解析并且与接收者和消息有关的数据被取回。所取回的数据被映射，以便在适当的接收者和消息内容之间进行关连。消息传送系统1004取回与每个接收者1006(1-n)有关的个体信息，以用于消息的扩充。相应地，被用与每个接收者1006(1-n)相关的数据扩充的特定的增强消息被递送到每个接收者1006(1-n)。消息传送系统1004还可能能够访问每个接收者1006(1-n)的个体和/或个人信息，该信息是由接收者以显式偏好数据和社交网络从属关系的形式提供给系统1004。

[0171] 图10B示出了图10A中存在的上述增强消息传送系统1000的替换实施例。消息传送系统1004与内容服务器1008相互联系。内容服务器1008是可用于结合到由消息传送系统1004产生的增强消息中的额外类型的内容的来源或多个来源的代表。作为非限制性示例，这种内容的类型是商业数据、广告数据、音频数据、视频数据、文学数据以及所有其他类型的可被输入到数字消息中的可货币化的内容，例如广告内容或付费媒体安插，在这里描述的系统的上下文中，这些广告内容或付费媒体安插将基于消息的上下文、网络所知道的或者可得到的关于接收者的信息以及消息中描述的发送方1002与接收者1006(1-n)或接收者与事件的关系(如上所述)而高度针对接收者1006(1-n)。

[0172] 递送前在增强消息中输入的一类货币化内容的非限制性示例要求发送者1002邀请一组接收者来打高尔夫球。接收者1006(1-n)之一对于高尔夫球有很强烈的兴趣，这种兴趣是从通过从具有关于该特定接收者的信息的数据来源取回的数据发现的信息得出的。相应地，消息传送系统1004在消息被递送到具有所得出的对高尔夫球的兴趣的接收者1006(1-n)之前扩充与高尔夫球运动相关的数据，例如：本地商店处的高尔夫球俱乐部优惠券。该本地商店随后就这种扩充消息的安插而付费给网络提供商。

[0173] 从而，如上所述，扩充的内容可以采取广告内容或付费媒体安插的形式，这些广告内容或付费媒体安插在上述系统的上下文中将基于消息的上下文、网络所知道的或者可得到的关于接收者的信息以及消息中描述的发送者与接收者或接收者与事件的关系而高度针对接收者1006(1-n)。从而，扩充消息可以包含提供扩充消息传送系统的系统管理员或运营者可以用来获得收入的内容。

[0174] 在替换实施例中，内容服务器1008是增强消息传送系统1000的一部分。

[0175] 图11示出了从发送者/发送方1002发送到三个接收者1104、1106、1108的扩充消息的非限制性示例1100。在此示例内，该消息是聚会邀请。如这里所述，解析该消息并且针对三个接收者1104、1106、1108中的每一个确定信息和消息类型，每个接收者被检测到在使用一种不同类型的通信/接收设备。接收者1104在使用移动设备，接收者1106在使用电视机，而接收者1108在使用计算机系统。基于每个接收者1104、1106、1108的相关个人数据，消息被扩充以包括特定于其每一个的增强的内容。这三个示例描绘了与使用不同设备的备选接收者相关的扩充消息递送选项的灵活性。

[0176] 在此示例中，发送者1002发出与在目的地CaféBebo的聚会邀请相关的消息。按照所获得的与每个接收者1104、1106、1108相关的数据，用依接收者而定的内容来扩充原始消息。每个接收者1104、1106、1108接收根据该接收者的特定的已知的或得出的特性、喜好/讨厌、位置和/或简档(基于任何可得数据，例如主题数据、空间数据、时间数据和/或社交数据)以及与接收设备的类型相关通信渠道和格式而适当修改的一条不同的扩充消息，如上所述。

[0177] 接收者1104接收个性化增强的消息，其带有采取与聚会位置有关的数字影像的形式的扩充的内容，以及从接收者1104的当前位置出发的地图。对于此示例，接收者1104接收以CaféBebo的照片和从其当前位置出发的方向指引来扩充的消息，其当前位置可以例如从用户简档数据得出或者从所感测到的接收者1104的移动设备的位置来得出。

[0178] 正在观看电视机或类似的视频设备(其可包括本领域的普通技术人员将理解的典型外围设备)的接收者1106接收包含视频内容和个性化相关数据的扩充消息。接收者1106接收被扩充以包括与聚会邀请和位置(即CaféBebo)相关的视频内容的一条不同的消息。另外，由于系统已经基于关于接收者1106的数据确定接收者1106没有汽车，而总是骑自行车，所以可以提供公共交通时刻表和自行车路线信息。另外，由于系统已经知道接收者1106是酒类爱好者，所以在针对接收者1106的个人扩充消息中还可包括去往关于在该Café的菜单上可点的酒类的酒类评论的链接。

[0179] 接收者1108登录到计算机或PC(或类似设备)上，并且接收一条不同的扩充消息，该消息涉及与系统已知是素食者的接收者1108相关的社交和主题内容。该个性化的扩充消息包括从CaféBebo的网站提取的在CaféBebo可得的素者食菜单选项，并且还包括去往对所提供的素食菜肴的杂志评论的链接。接收者1108还从发送者Joe接收CaféBebo的影像的视频。

[0180] 从而，作为非限制性示例，每个扩充消息中包括的内容有所变化，以便依每个接收者1104、1106、1108(就此示例而言)和所使用的通信设备而定并与其高度相关。

[0181] 在其他实施例中，有可能扩充消息可以随时间而变化，因为在消息创建之后与一个或多个接收者有关的条件发生了变化。从而，例如，如果一条消息基于在递送该消息时的一组条件被扩充被发送到第一接收者，而该消息未被第一接收者读取，则系统可以记录这一事实以及第一接收者改变了位置。系统随后可以基于所获得的关于第一接收者的改变后的位置的新信息来重处理消息，并且发送新消息或者自动用包含更新后信息的新消息来替换未被读取的旧消息。从而，例如，如果原始消息基于系统关于第一接收者在位置A的知识而包含了去往预期会面地点的方向指引，并且第一接收者在读取第一消息之前已经改变位置到位置B，则第二消息可被创建，其包含从位置B到预期会面地点的方向指引。从而，通过获得与消息有关的反馈和消息的状态，可以提供持续改进的消息扩充。

[0182] 如图9A中所示，包括步骤960，以判定消息的接收者的状况在消息被发送之后是否已改变，或者包含新信息的消息答复是否被发送。如果是，则方法返回到步骤906，以考虑到关于接收者状况的消息的新信息来创建和发送另一扩充消息。

[0183] 从而，作为另一非限制性示例，在另一示例性上下文中，许多社交网络站点和专业关系站点包含对尚不是发送者的社交网络的成员的预期接收者的邀请。这种邀请常常得不到回应。在这种情况下，如果邀请消息是作为这里描述的扩充消息传送系统的一部分发送的，那么该系统可以监视到该邀请从未被响应这一事实，并且发送另一扩充消息，其包含新信息，这种新信息可能进一步诱使接收者改变其不响应邀请的决定。

[0184] 作为另一限制性示例，系统可以监视从接收者到发送者和其他接收者的包含信息的答复，并且以类似的方式扩充该答复，以结合附加的内容，这种附加的内容可能与接收者(现在是答复消息的发送者)所添加的信息相关。从而，基于接收者的状况的变化，或者由于接收者进行的添加而造成的消息的内容变化，或者基于相对于发送者的变化着的信息，系统可以随着发送者和/或接收者的条件变化而持续地扩充并且重发送或替换扩充消息。

[0185] 本领域的技术人员将会认识到，本公开的方法和系统可以以许多方式来实现，因而不受上述示例性实施例和示例的限制。换言之，由单个或多个组件利用硬件和软件或固件的各种组合执行的功能元件以及各个功能可以在客户端级或服务器级或者既在客户端级也在服务器级被分布在软件应用上。这样，这里描述的不同实施例的任何数目的特征可被组合成单个或多个实施例，并且具有比这里描述的特征更少或更多的特征或者具有这里描述的所有特征的替换实施例是可能的。功能也可全部或部分被分布在多个组件上，其方式是已知的或者将变得已知。从而，在实现这里描述的功能、特征、接口和偏好时，许多软件/硬件/固件组合是可能的。另外，本公开的范围覆盖了传统上已知的用于执行所描述的特征和功能和接口的方式，以及本领域的技术人员现在和以后将会理解的可对这里描述的硬件或软件或固件组件进行的那些变化和修改。

[0186] 另外，在本公开中以流程图形式给出和描述的方法的实施例是作为示例给出的，以便更完整地理解技术。所公开的方法并不限于这里给出的操作和逻辑流程。设想到了替换实施例，其中各种操作的顺序被更改，并且被描述为更大操作的一部分的子操作被独立执行。

[0187] 虽然为了本公开已经描述了各种实施例，但是这种实施例不应被认为将本公开的教导限制到这些实施例。可以对以上所述的元件和操作进行各种变化和修改，以获得仍在本公开中描述的系统和过程的范围内的结果。可以进行本领域的技术人员很容易联想到的、在所公开的公开内容的精神中涵盖的许多其他变化。