CN102187362A

CN102187362A - 用于情境增强的消息传送的系统和方法

Info

Publication number: CN102187362A
Application number: CN2009801409592A
Authority: CN
Inventors: 罗纳德·马丁纳茨; 马克·埃利奥特·达维斯; 迈克尔·施皮格尔曼; 克里斯托弗·T·帕雷蒂; 尼古拉·斯特凡诺·戈赫兹; 克里斯托弗·威廉·希金斯; 克里斯·卡拉布克斯
Original assignee: Yahoo Inc
Current assignee: Yahoo Inc
Priority date: 2008-08-21
Filing date: 2009-08-04
Publication date: 2011-09-14
Also published as: US8386506B2; WO2010021833A2; EP2329450A2; US20130238727A1; US20100049702A1; KR101351199B1; KR20110069019A; EP2329450A4; WO2010021833A3

Abstract

公开了用于媒体增强的消息传送的系统和方法。经由网络接收从消息发送者递送到至少一个消息接收者的消息。消息包括至少一项递送标准和至少一项内容标准。当经由网络确定满足了消息的递送标准时，基于内容标准来制定查询，以便经由网络搜索用户简档数据、社交网络数据、空间数据、时间数据和主题数据，所述这些数据经由网络可得到，并且涉及内容标准和媒体文件，以便识别有关于内容标准的至少一个媒体文件。将媒体文件插入到消息内并且将消息经由网络发送到接收者。

Description

用于情境增强的消息传送的系统和方法

技术领域

本发明涉及用于在网络上递送媒体增强的消息的系统和方法，并且尤其涉及用于包括媒体的消息的系统和方法，所述媒体涉及部分地使用由网络上的多个设备收集和存储的数据的用户定义的情境。

背景技术

当人们使用电子设备时，例如当人们使用移动电话和有线电视机顶盒时，生成大量的信息。这些信息，例如位置、所使用的应用、社交网络、所访问的物理和在线位置(仅举几例)，可用于将有用的服务和信息递送给最终用户，并且给登广告者和零售商提供商业机会。然而，由于可捕获这些信息的方式上的不足，这些信息的大部分实际上被丢弃了。例如，就移动电话而言，当移动电话空闲时(即用户没有使用)，通常不收集信息。也不会有效地捕获其它信息(例如邻近地区中其他人的存在、针对其它用户的消息的时间和频率、以及用户的社交网络的活动)。

发明内容

在一个实施例中，发明是一种方法。经由网络接收从消息发送者递送到至少一个消息接收者的消息。消息包括至少一项内容标准。基于内容标准来制定查询，以便经由网络搜索用户简档数据、社交网络数据、空间数据、时间数据和主题数据，所述这些数据经由网络可得到，并且涉及内容标准和媒体文件，以便识别有关于内容标准的至少一个媒体文件。媒体文件插入到消息内，并且消息经由网络发送到接收者。

在另一个实施例中，发明是一种方法。经由网络接收从消息发送者递送到至少一个消息接收者的消息。消息包括至少一项递送标准和至少一项内容标准。当经由网络确定满足了消息的递送标准时，基于内容标准来制定查询，以便经由网络搜索用户简档数据、社交网络数据、空间数据、时间数据和主题数据，所述这些数据经由网络可得到，并且涉及内容标准和媒体文件，以便识别有关于内容标准的至少一个媒体文件。媒体文件插入到消息内，并且消息经由网络发送到接收者。

在另一个实施例中，发明是一种系统，系统包括：情境增强的消息接收模块，其从发送者接收消息，其中请求都包含至少一个接收者、至少一项递送标准和至少一项内容标准；递送标准评估和跟踪模块，其对于情境增强的消息接收模块接收的每一个消息确定是否满足消息的递送标准；媒体检索模块，其使用关于情境增强的消息接收模块接收的每一个消息的内容标准，以便基于内容标准来制定查询，使得经由网络搜索用户简档数据、社交网络数据、空间数据、时间数据和主题数据，所述这些数据经由网络可得到，并且涉及内容标准和媒体文件，以便识别有关于内容标准的至少一个媒体文件；情境增强的消息更新模块，其对于每一个消息，将媒体检索模块所识别的媒体文件插入到消息内；和情境增强的消息发送模块，其将情境增强的消息更新模块所更新的每一个消息发送到消息的至少一个接收者。

附图说明

根据以下对附图中所示出的优选实施例的更具体的描述，本发明的前述和其它目的、特征和优点将是明显的，在附图中，遍及各个视图，引用字符指代相同的部分。附图不一定是按比例绘制的，而是重点在于示出本发明的原理。

图1示出了W4通信网络(W4 COMN)的一个实施例上的真实世界的实体(RWE)和信息对象(IO)之间的关系。

图2示出了定义W4 COMN的一个实施例上的RWE和IO之间的关系的元数据。

图3示出了W4 COMN的一个实施例的概念模型。

图4示出了W4 COMN体系结构的一个实施例的功能层。

图5示出了如图2中所示的W4引擎的一个实施例的分析组件。

图6示出了显示图5中所示的子引擎内的不同组件的W4引擎的一个实施例。

图7示出了显示W4 COMN可如何存储媒体文件并且将这些文件关联到RWE(例如人和位置)以及IO(例如主题和其它类型的元数据)的数据模型的一个实施例。

图8示出了能够支持网络已知的用户之间的情境增强的消息传送的系统的一个实施例。

图9示出了包含用于多个用户、设备和媒体的时间、空间以及社交网络和主题数据的网络(例如W4 COMN)可如何用于使得媒体增强的消息具有复杂的用户情境的处理的一个实施例，该用户情境具有递送和内容标准。

图10示出了能够支持图9中所示的处理的情境增强的消息引擎的一个实施例。

具体实施方式

下面参考方法和设备的框图和操作图来描述本发明，以选择和呈现有关于具体主题的媒体。要理解，框图或操作图中的每一个框，以及框图或操作图中框的组合，可通过模拟或数字硬件和计算机程序指令来实现。

这些计算机程序指令可被提供到通用计算机、专用计算机、ASIC、或其它可编程数据处理装置的处理器，以使得当经由计算机或其它可编程数据处理装置执行时，实现框图或操作图的一个或多个框中规定的功能/动作。

在某些候选实现中，框中记录的功能/动作可按照不同于操作图中记录的顺序出现。例如，接连示出的两个框实际上可被基本同时地执行，或者，有时候框可按照相反的顺序被执行，这取决于涉及的功能/动作。

为了本公开的目的，术语“服务器”应当被理解为指代提供处理、数据库和通信设施的服务点。作为示例，而非限制，术语“服务器”可指代具有关联的通信以及数据存储和数据库设施的单个物理处理器，或者它可指代以下各项的联网或群集的集合体：处理器与相关联的网络和存储设备，以及支持服务器提供的服务的操作系统和一个或多个数据库系统和应用软件。

为了本公开的目的，术语“最终用户”或“用户”应当被理解为指代数据提供者所提供的数据的消费者。作为示例，而非限制，术语“最终用户”可指代在浏览器会话中接收数据提供者经由因特网所提供的数据的人，或者可指代接收数据并且存储或处理数据的自动化软件应用。

为了本公开的目的，术语“媒体”和“媒体内容”应当被理解为指代包含最终用户可能感兴趣的内容的二进制数据。作为示例，而非限制，术语“媒体”和“媒体内容”可指代多媒体数据(例如视频数据或音频数据)，或者任何其它形式的能够变换为最终用户可认识的形式的数据。此外，出于特定的目的，这种数据可通过任何目前已知的或者可在未来被发展的形式被编码。作为示例，而非限制，数据可以被加密、压缩，并且/或者可包含嵌入的元数据。

为了本公开的目的，计算机可读介质以机器可读的形式存储计算机数据。作为示例，而非限制，计算机可读介质可包括计算机存储媒体和通信媒体。计算机存储媒体包括用于存储信息的以任何方法或技术实现的易失性和非易失性，可移除和不可移除的媒体，所述信息例如为计算机可读指令、数据结构、程序模块或其它数据。计算机存储媒体包括但不限于RAM、ROM、EPROM、EEPROM、闪存或其它固态存储技术、CD-ROM、DVD或其它光存储、磁带盒、磁带、磁盘存储或其它磁存储设备、或者可用于存储期望的信息并且可由计算机存取的任何其它介质。

为了本公开的目的，模块是执行或便利于这里描述的处理、特征、和/或功能(有或者没有人的交互或增强)的软件、硬件或固件(或其组合)系统、处理或功能，或其组件。模块可包括子模块。模块的软件组件可存储在计算机可读介质上。模块可以是一个或多个服务器的组成部分，或者由一个或多个服务器加载和执行。一个或多个模块可成组为引擎或应用。

为了本公开的目的，引擎是执行或便利于这里描述的处理、特征、和/或功能(有或者没有人的交互或增强)的软件、硬件或固件(或其组合)系统、处理或功能。

本发明的实施例利用能够提供由网络上的多个设备收集和存储的数据的网络提供的信息。这种信息可包括但不限于涉及特定用户或硬件设备的时间信息、空间信息和用户信息。用户信息可包括但不限于用户的人口特征、用户偏好、用户社交网络和用户行为。这种网络的一个实施例是W4通信网络。

“W4通信网络”或者说W4 COMN提供涉及网络内交互的“谁、什么、何时和何地”的信息。在一个实施例中，W4 COMN是用户、设备和处理的集合，其促进用户和他们的代理之间的同步和异步通信，提供了仪表化的传感器网络，所述传感器提供关于任何主题、位置、用户或其组合的在真实世界环境中的数据识别和收集。

在一个实施例中，W4 COMN可处理新消息的路由/寻址、调度、过滤、优先化、回复、转发、存储、删除、隐私、处理、触发，传播变化，译码和连接。此外，这些动作可以在W4 COMN可访问的任何通信通道上被执行。

在一个实施例中，W4 COMN使用数据建模策略以用于利用用户指定的条件不仅为用户和位置，而且为网络上的任何设备创建简档以及任何种类的用户定义的数据。使用关于特定用户、主题或逻辑数据对象的可得到的社交、空间、时间和逻辑数据，W4 COMN已知的每一个实体可针对于所有其它已知的实体和数据对象被映射和表示，以便创建用于每一个实体的微型图以及将所有已知实体相互关联的全局图。在一个实施例中，实体和数据对象之间的这些关系被存储在W4 COMN的全局索引中。

在一个实施例中，W4 COMN网络涉及可被称作为“真实世界实体”(以下称作为RWE)的东西。RWE指代(非限制)W4 COMN已知的人、设备、位置或其它物理事物。在一个实施例中，向W4 COMN已知的每一个RWE分配唯一的W4标识号，以标识W4 COMN内的RWE。

RWE可直接或通过代理与网络交互，代理本身可以是RWE。直接与W4 COMN交互的RWE的示例包括任何设备，例如传感器、发动机、或者为了接收或发送数据或控制信号而与W4 COMN相连的其它硬件部件。RWE可包括所有可用作为网络节点或者在联网环境中生成、请求和/或消耗数据，或者可通过网络来控制的设备。这些设备包括目的是设计为与网络交互的任何种类的“哑”设备(例如移动电话、有线电视机顶盒、传真机、电话和射频识别(RFID)标签、传感器等)。

可使用代理与W4 COMN网络交互的RWE的示例包括非电子实体，该非电子实体包括物理实体和无形实体，物理实体例如为人、位置(例如州、城市、住宅、楼房、机场、公路等)和事物(例如动物、宠物、牲畜、公园、物理对象、汽车、飞机、艺术品等)，无形实体例如为商业实体、法律实体、人的团体或运动队。另外，“智能”设备(例如计算设备(诸如支持与其它设备或网络的通信的智能电话、智能机顶盒、智能汽车、膝上型计算机、个人计算机、服务器计算机、卫星等))可被认为是使用代理与网络交互的RWE，其中软件应用在用作为设备代理的设备上执行。

在一个实施例中，W4 COMN可使得RW之间的关联被确定和跟踪。例如，特定用户(RWE)可关联于任意数量和类型的其它RWE(包括其他人、移动电话、智能信用卡、个人数字助理、电子邮件和其它通信服务账户、联网计算机、智能装置、有线电视和其它媒体服务的机顶盒和接收器以及任何其它联网的设备)。该关联可由用户明确做出，例如当RWE安装到W4 COMN内时。

该情况的示例是新的移动电话、有线电视服务或电子邮件账户的建立，其中用户明确地将RWE(例如用于移动电话服务的用户电话、用于有线电视服务的用户机顶盒和/或位置、或者用于在线服务的用户名和密码)标识为直接与用户关联。该明确的关联可包括用户标识用户和RWE之间的特定关系(例如，这是我的设备，这是我的家用电器，这个人是我的朋友/父亲/儿子/等，在我和其他用户之间共享这个设备，等等)。还可以基于当前的情况明确地将RWE关联于用户。例如，可基于表示用户居住或者正在通过传感器位置附近的信息，将W4 COMN上的天气传感器明确地关联于用户。

在一个实施例中，W4 COMN网络可另外包括可被称作为“信息对象”(以下称作为IO)的东西。信息对象(IO)是可存储、维护或提供数据以便由RWE和/或W4 COMN使用的逻辑对象。在一个实施例中，IO内的数据可通过RWE的行为来修改。可向W4 COMN内的IO提供唯一的W4标识号，以便标识W4 COMN内的IO。

在一个实施例中，IO包括被动对象，例如通信信号(例如数字和模拟电话信号、流媒体和进程间通信)、电子邮件消息、交易记录、虚拟卡、事件记录(例如可能与诸如用户和位置的一个或多个RWE组合的标识时间的数据文件，该数据文件可进一步关联于已知的主题/活动/重要事件，例如音乐会、集会、会议、体育赛事等)、电话呼叫记录、日历条目、网页、数据库条目、电子媒体对象(例如包含歌曲、视频、图片、图像、音频消息、电话呼叫等的媒体文件)、电子文件和关联的元数据。

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

在一个实施例中，对于每一个IO，存在至少三种关联的RWE。第一种是拥有或控制IO的RWE，不管作为创建者还是权利拥有者(例如具有对IO的编辑权利或使用权利的RWE)。第二种是IO所涉及的RWE，例如通过包含关于RWE或标识RWE的信息来涉及。第三种是出于某些目的访问IO以便从IO获得数据的任何RWE。

在W4COMN的情境中，“可得到数据”和“W4数据”指IO中存在的数据或可从已知IO或RWE(例如部署的传感器)收集的数据。在W4COMN的情境中，“传感器”指W4数据的任何来源，包括PC、电话、便携式PC或其它无线设备、家用设备、汽车、装置、安全扫描器、录像监控、衣服上的RFID标签、产品和位置、在线数据或任何其它关于真实世界用户/主题/事物(RWE)或基于逻辑的代理/处理/主题/事物(IO)的信息源。

图1示出了W4 COMN上的RWE和IO之间的关系的一个实施例。用户102是拥有唯一网络ID的RWE。用户102可以是使用关联于用户102的代理设备104、106、108、110与网络通信的人，所有这些代理设备是具有唯一网络ID的RWE。这些代理可直接与W4 COMN通信，或者可使用例如在代理设备上或者由代理设备执行的应用这样的IO来与W4 COMN通信。

在一个实施例中，代理设备104、106、108、110可明确地关联于用户102。例如，一个设备104可以是由蜂窝服务提供者连接到网络的智能电话，并且另一个设备106可以是连接到网络的智能车辆。其它设备可以隐含地关联于用户102。

例如，当两个RWE 104、108位于一处时，一个设备108可以是位于匹配于用户的移动电话104的当前位置的位置处的“哑”天气传感器，并且因此隐含地关联于用户102。另一个隐含的关联设备110可以是用于W4 COMN已知的物理位置112的传感器110。位置112已知为明确(通过用户指定的关系，例如这是我的家庭、工作地点、父母等)或隐含(如来自位置112处的传感器110的数据表明，用户102常常与RWE 112位于一处)地关联于第一用户102。

用户102可直接关联于一个或多个人140，并且通过直接关联的链间接关联于更多的人142、144。这些关联可以是明确的(例如用户102可将关联的人140标识为他/她的父亲，或者可将人140标识为用户的社交网络的成员)或者隐含的(例如他们共享相同的地址)。跟踪人(以及其它RWE)之间的关联允许建立“亲密关系”的概念，其中亲密关系可被定义为对两个人或RWE之间的关联程度的测量。例如，RWE之间的每一次移除可被认为是较低程度的亲密关系，并且被分配给较低的亲密关系分数。亲密关系可仅仅基于明确的社交数据，或者可扩展到包括所有的W4数据(包括空间数据和时间数据)。

在一个实施例中，如所示的，W4 COMN的每一个RWE 102、104、106、108、110、112、140、142、144可关联于一个或多个IO。图1示出了关联于移动电话设备104的两个IO 122、124。一个IO 122可以是被动数据对象，例如移动电话上的调度/日历软件所使用的事件记录、地址簿应用所使用的联系人IO、使用设备104所进行的交易的历史记录或者从设备104发送的消息的副本。另一个IO 124可以是主动的软件进程或应用，其通过经由W4 COMN发送或接收数据来用作为W4 COMN的设备代理。语音通信软件、调度/日历软件、地址簿应用或文本通信应用都是可在网络与其它IO和RWE通信的IO的示例。另外，IO可涉及一个或多个RWE感兴趣的主题，这些主题包括但不限于音乐家、音乐风格、位置等。

IO 122、124可本地存储在设备104上或者远程存储在W4 COMN可访问的某些节点或数据存储上，例如消息服务器或移动电话服务数据中心。关联于车辆108的IO 126可以是包含车辆108的规格和/或当前状态的电子文件，例如牌子、型号、识别编号、当前位置、当前速度、当前状况、当前所有者等。关联于传感器108的IO 128可识别传感器108监测的对象的当前状态，例如当前天气或当前交通。关联于移动电话110的IO 130可以是数据库中标识最近呼叫或当前账单的收费总额的信息。

可仅通过代理与W4 COMN交互的RWE(例如人102、140、142、144)、计算设备104、106以及位置112，可具有直接关联于他们的包含用于相关联的RWE的RWE专用信息的一个或多个IO 132、134、146、148、150。例如，关联于人132、146、148、150的IO可包括用户简档，该用户简档包含电子邮件地址、电话号码、物理地址、用户喜好、设备标识以及关联于用户的其它RWE。另外，IO可包括用户与W4 COMN上的其他RWE的过去的交互记录(例如交易记录、消息的副本、记录用户在过去的去向的时间和位置组合的列表)，用于位置的唯一W4 COMN标识符和/或任何关系信息(例如用户与亲属、雇主、同事、邻居、服务提供者等的关系的明确的用户指定)。

关联于人132、146、148、150的IO的另一个示例包括人可通过其与W4COMN通信的远程应用，例如使用基于web的电子邮件服务(例如Yahoo！Mail)的账户。位置的IO 134可包含如下的信息，例如该位置的准确坐标、到该位置的驾驶方向、该位置的分类(住宅、商业地点、公开场所、非公开场所等)、关于可在该位置处获得的服务或产品的信息、用于该位置唯一的W4COMN标识符、位于该位置处的商业、该位置的照片等。

在一个实施例中，RWE和IO被相互关联以标识他们之间的关系。可使用元数据关联RWE和IO。例如，如果IO是音乐文件，那么文件的元数据可包括标识艺术家、歌曲等的数据、专辑作品、和音乐数据的格式。该元数据可存储为音乐文件的一部分，或者存储在关联于音乐文件的一个或多个不同的IO中，或者两种情况并存。另外，W4元数据可包括音乐文件的所有者以及所有者在音乐文件中拥有的权利。作为另一个示例，如果IO是电子照相机拍摄的照片，那么除了原始图像数据(可根据其在显示器上创建图像)之外，照片可包括元数据(标识何时拍摄照片，当拍摄照片时照相机在哪，什么照相机拍摄的照片，谁关联于照相机(例如被指定为照相机的所有者)(如果有的话)，以及照片的/中的对象是谁和什么)。W4COMN使用所有可得到的元数据，以便标识实体和数据对象之间的隐含和明确的关联。

图2示出了定义W4 COMN上的RWE和IO之间的关系的元数据的一个实施例。在示出的实施例中，IO 202包括对象数据204和五个分离的元数据项206、208、210、212、214。某些元数据项208、210、212可包含仅涉及对象数据204并且不涉及任何其它IO或RWE的信息。例如，将关联于IO 202的对象数据204的创建日期、文本或图像。

另一方面，某些元数据项206、214可标识IO 202与其它RWE和IO之间的关系。如所示的，IO 202通过一个元数据项206关联于RWE 220，基于W4 COMN已知的某些信息，RWE 220进一步关联于两个IO 224、226和第二RWE 222。例如，可描述包含标识电子照相机(第一RWE 220)的元数据206的图像(IO 202)和系统已知其为照相机220的所有者的用户(第二RWE 224)之间的关系。这种所有权信息例如可根据关联于照相机220的IO 224、226中的一个或另一个来确定。

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

图3示出了W4 COMN的概念模型的一个实施例。W4 COMN 300创建了全球逻辑网络云形式的仪表化通信基础结构，该全球逻辑网络云在概念上被再划分为用于4W(谁、哪里、什么和何时)中每一项的联网云。在谁云302中的是以用户程序的进程、设备、代理、日历等形式充当发送者、接收者、数据点或确认/认证源以及用户代理的所有用户。

在哪里云304中的是关联于空间参考点或位置的所有物理位置、事件、传感器或其它RWE。何时云306由自然的时间事件(即不关联于特定位置或人的事件，例如天、时间、季节)以及共同的用户时间事件(假期、周年纪念、选举等)和用户定义的时间事件(生日、智能定时程序)组成。

什么云308由W4 COMN可访问的所有已知数据组成——web或私有的、商业或用户的，例如包括像天气和新闻这样的环境数据、RWE生成的数据、IO数据、用户数据、模型、进程和应用。因此，概念上，大部分数据包含在什么云308中。

某些实体、传感器或数据可在不同的时间或者同时潜在地存在于多个云中。另外，某些IO和RWE可以是混合物，因为他们组合来自一个或多个云的元素。这些混合物可被酌情分类，以便于确定RWE和IO之间的关联。例如，由位置和时间组成的事件在何时云306、什么云308和/或哪里云304内可被同样地分类。

在一个实施例中，W4引擎310是用于在W4 COMN中做出所有判定的W4 COMN的智能中心。W4引擎310控制W4 COMN的每一层之间的所有交互并且负责执行W4 COMN操作或互操作应用所支持的任何被批准的用户或应用目标。在实施例中，W4 COMN是具有标准化的所公布API的开放平台，所述API用于请求(尤其是)同步、排歧、用户或主题寻址、访问权利、优先化或其它基于值的排名、智能调度、自动化和主题、社交、空间或时间警报。

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

W4引擎310还负责根据通过W4 COMN的数据和通信流来标识RWE以及RWE和IO之间的关系。标识关联于IO或者IO所涉及的RWE的功能以及其它RWE所执行的动作可被称作为实体提取。实体提取既可包括简单动作，例如标识特定IO的发送者和接收者，也可包括对W4 COMN收集的和/或其可得到的数据的更复杂的分析，例如确定消息列出了即将到来的事件的时间和位置并且基于消息的情境将该事件关联于消息的发送者和接收者，或者基于RWE的位置与位于一处的交通监视器的状态的相关性来确定RWE陷入交通拥塞。

应当注意，当从IO执行实体提取时，IO可以是不透明的对象，其中仅仅涉及对象的W4元数据是可见的，而IO的内部数据(即，对象内包含的实际原始或对象数据)不可见，并且因此元数据的提取限于元数据。作为候选，如果IO的内部数据可见，它也可用于实体提取，例如，电子邮件内的字符串被提取和关联作为RWE，以用于确定对象或进程所影响的发送者、用户、主题或其它RWE或IO之间的关系。

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

某些RWE还可以是如下的计算设备，例如但不限于智能电话、支持web的装置、PC、膝上型计算机和个人数字助理(PDA)。计算设备可连接到一个或多个通信网络，例如因特网、公共交换电话网络、蜂窝电话网络、卫星通信网络、有线通信网络(例如有线电视)或私有网络。计算设备可经由有线数据连接或无线数据连接(例如wi-fi、WiMAX(802.36)、蓝牙或蜂窝电话连接)连接到任何这种网络。

本地数据结构(包括分离的IO)可存储在计算机可读介质(未示出)上，该计算机可读介质连接到包括W4引擎310的这里描述的任何一种计算设备或者作为其一部分。例如，在一个实施例中，W4 COMN的数据骨干(下面论述)包括维护IO、元数据和如这里所描述的确定RWE和IO之间的关系所必需的数据的多个大容量存储设备。

图4示出了W4 COMN体系结构的功能层的一个实施例。在最底层(被称作为传感器层402)的是实际设备、用户、节点和其它RWE的网络404。传感器包括已知的技术，像web分析、GPS、蜂窝塔查验、使用日志、信用卡交易、在线购买、通过行为的目标确定获得的明确的用户简档和隐含的用户简档、搜索分析以及用于优化特定网络应用或功能的其它分析模型。

数据层406存储和编目传感器层402所产生的数据。数据可由传感器的网络404或者在用户、设备、代理、位置、进程和传感器的仪表化网络的上部创建的网络基础结构406来管理。网络基础结构408是核心的集成网络基础结构，其包括接收从网络404的传感器、设备等发送的数据所需的硬件和软件。它还包括有意义地分类和跟踪网络404所创建的数据所需的处理和存储能力。

用户简档层410执行W4 COMN的用户简档功能。该层410可进一步分布于网络基础结构408和在W4引擎或分离的用户计算设备上执行的用户应用/进程412之间。在任何单个通信通道和模式或其组合上支持个性化，所述通信通道和模式包括电子邮件、IM、文本(SMS等)、照片博客、音频(例如电话呼叫)、视频(电话会议、实况广播)、游戏、数据信赖进程、安全、认证或用于可得到数据的任何其它W4 COMN进程呼叫。

在一个实施例中，用户简档层410是所有传感器之上的基于逻辑的层，传感器数据以最原始的形式被发送到该用户简档层410以便被映射和放置到W4 COMN数据骨干420内。然后，数据(收集的和简化的，相关的和去除重复的，同步的和排歧的)存储在W4 COMN上被批准的一个或一组相关的数据库可用的应用中。网络发起的动作和通信基于数据骨干的范围，并且这些动作中的某些使得它们本身成为骨干中某处的记录，例如结账，而另外一些动作(例如欺诈检测、同步、排歧)的完成，对于骨干内的简档和模型没有影响。

从网络外部(例如像用户、位置、代理和进程这样的RWE)发起的动作来自于W4 COMN的应用层414。某些应用可由W4 COMN运营者开发并且呈现为做为通信基础结构408的一部分被实现，例如电子邮件或日历程序，因为它们与传感器处理和用户简档层410如此接近地操作。应用412还用作为传感器，因为应用412通过它们的动作，经由涉及由于应用的执行所创建的或者可得到的任何数据的数据骨干生成了回到数据层406的数据。

在一个实施例中，应用层414也可基于设备、网络、载体以及用户选择或基于安全的定制提供用户接口(UI)。任何UI可在W4 COMN内操作，只要它被仪表化为将关于用户交互或动作的数据提供回网络。在移动设备支持W4 COMN的情况下，UI还可用于确认或排歧实时的不完整的W4数据，以及用于其它附近的支持或不支持W4 COMN的设备的相关性、三角测量和同步传感器。

在某些时候，充分支持网络效应的设备允许网络收集不支持的设备的完整或几乎完整的数据(足够用于简档和跟踪)，因为支持的设备在其真实世界的位置中进行的定期交叉和检测。

在应用层414之上或在其内部容宿的是通信递送网络416。通信递送网络可由W4 COMN运营者操作，或者是独立的第三方载体服务。数据可经由同步或异步通信被递送。在任一种情况下，通信递送网络414将代表特定的应用或网络基础结构408的请求发送或接收数据。

通信递送层418也具有用作为传感器的元件，包括从电话呼叫、电子邮件、博客等，以及递送网络情境内的特定用户命令进行W4实体提取。例如，在呼叫结束之前所说的“保存和优先本次呼叫”可触发将先前的会话记录保存并且对于会话内的W4实体进行分析和增加其在个性化/用户简档层410中的权重优先化判定。

图5示出了如图3中所示的W4引擎的分析组件的一个实施例。如上所述，W4引擎负责根据通过W4 COMN的数据和通信流来标识RWE以及RWE与IO之间的关系。

在一个实施例中，W4引擎通过在实体提取过程中执行不同操作的一系列子引擎来连接、互操作和仪表化所有网络参与者。属性引擎504跟踪真实世界的所有权、控制、发布或者任何RWE在任何IO中的其它附条件权利。无论何时W4引擎502例如通过创建或传输新消息、新交易记录、新图像文件等检测到新的IO，则将所有权分配给IO。属性引擎504创建该所有权信息并且还允许为W4 COMN已知的每一个IO确定该信息。

相关性引擎506可具有两种能力：首先，识别关联的RWE和IO以及它们的关系(例如通过创建RWE和IO以及它们在情境或环境内的属性、关系和名誉的任意组合的组合曲线图)，并且其次，作为用于来自任何内部或外部源的所注意事件的传感器分析预处理器。

在一个实施例中，通过例如使用一个或多个直方图来图表化可得到数据，从而完成相关性引擎506对相关联的RWE和IO的识别功能。直方图是一种映射技术，其计数落入各种不相交种类(即箱)的观察数据的数量。通过选择每一个IO、RWE和其它已知参数(例如时间、日期、位置等)作为不同的箱并且映射可得到的数据，可标识RWE、IO和其它已知参数之间的关系。创建所有RWE和IO的直方图，根据该直方图可得到基于曲线图的相关性。

作为预处理器，相关性引擎506监测RWE所提供的信息，以便确定是否识别了可触发关于W4引擎502的部分的动作的任何条件。例如，如果递送条件已关联于消息，当相关性引擎506确定条件被满足时，它可向W4引擎502发送适当的触发信息，以触发消息的递送。

注意引擎508仪表化所有适当的网络节点、云、用户、应用或其任意组合，并且包括与相关性引擎506和属性引擎504的紧密交互。

图6示出了显示上面参考图4描述的子引擎内的不同组件的W4引擎的一个实施例。在一个实施例中，W4引擎602包括注意引擎608、属性引擎604和相关性引擎606，几个子管理器基于基本的功能。

注意引擎608包括消息摄取和生成管理器610以及消息递送管理器612，它们与消息匹配管理器614和实时通信管理器616紧密地工作以经由W4COMN递送和仪表化所有的通信。

属性引擎604在用户简档管理器618内工作并且连同所有其它模块一起来识别、处理/检验和表示涉及RWE、IO及其组合的所有权和权利信息。

相关性引擎606将来自它的两个通道(传感器和进程)的数据转存到由W4分析管理器622组织和控制的相同数据骨干620中。数据骨干620包括来自所有网络操作的被聚集和分别归档的版本的数据，所述网络操作包括用户日志624、注意登记位置日志626、web索引和环境日志618、电子商务和金融交易信息630、搜索索引和日志632、赞助者内容或条件、广告副本和W4 COMN进程、IO或事件中使用的任何其它数据。因为W4COMN将潜在地存储的数据量，数据骨干620包括与W4 COMN通信的许多数据库服务器和数据存储器，以提供充足的存储能力。

W4 COMN收集的数据包括空间数据、时间数据、RWE交互数据、IO内容数据(例如媒体数据)以及包括明确提供的和推断出的社交和关系数据的用户数据。空间数据可以是标识关联于RWE的位置的任何数据。例如，空间数据可包括任何被动收集的位置数据，例如蜂窝塔数据、通用分组无线业务(GPRS)数据、全球定位服务(GPS)数据、WI-FI数据、私有网络数据、IP地址数据和来自其它网络接入点的数据，或者主动收集的位置数据，例如用户输入的未知数据。

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

逻辑和IO数据指代IO包含的数据以及关联于IO的数据，例如创建时间、所有者、关联的RWE、IO被最后一次访问的时间、IO的主题或对象(作为某些示例，如来自消息内容或“回复”或标题栏)等。例如，IO可涉及媒体数据。媒体数据可包括涉及可展现媒体的任何数据，例如音频数据、可视数据、和视听数据。音频数据可以是涉及所下载音乐的数据，例如风格、艺术家、专辑等，并且包括关于铃声、回电话、所购买媒体、播放列表和所共享媒体(仅举几例)的数据。可视数据可以是涉及电子设备(例如经由因特网或其它网络)接收的图像和/或文本的数据。可视数据可以是涉及从电子设备发送和/或在电子设备处捕获的图像和/或文本的数据。

视听数据可以是关联于在电子设备处捕获的、下载到电子设备的、或者另外关联于电子设备的任何视频的数据。媒体数据包括经由网络(例如使用因特网)呈现给用户的媒体，并且包括涉及用户使用网络输入和/或接收的文本(例如搜索项)，以及与网络媒体的交互(例如点击数据(诸如广告栏点击、书签、点击模式等))的数据。因此，媒体数据可包括涉及用户的RSS信息源、订阅、组成员资格、游戏服务、警报等的数据。

媒体数据可包括非网络活动，例如使用电子设备(例如移动电话)进行的图像捕获和/或视频捕获。图像数据可包括用户添加的元数据，或者关联于图像的其它数据，例如就照片而言，如拍摄照片的位置、拍摄方向、拍摄内容、和时段(仅举几例)。媒体数据例如可用于推断活动信息或偏好信息，例如文化和/或购买偏好信息。

关系数据可包括涉及RWE或IO与另一个RWE或IO的关系的数据。例如，关系数据可包括用户身份数据，例如性别、年龄、种族、姓名、社会保险号码、照片以及关联于用户身份的其它信息。用户身份信息还可以包括电子邮件地址、登录名和密码。关系数据还可包括标识明确关联的RWE的数据。例如，用于移动电话的关系数据可表示拥有移动电话的用户和向电话提供服务的公司。作为另一个示例，用于智能汽车的关系数据可标识所有者、关联于电子收费支付的所有者的信用卡、被允许驾驶汽车的那些用户以及用于汽车的服务站。

关系数据还可以包括社交网络数据。社交网络数据包括涉及由用户或其它RWE明确定义的任何关系的数据，例如涉及用户的朋友、家庭、同事、商业关系等的数据。社交网络数据例如可包括对应于用户维护的电子地址簿的数据。关系数据例如可相关于位置数据，以便推断社交网络信息，例如主要关系(例如用户——配偶、用户——孩子和用户——双亲关系)或其它关系(例如用户——朋友、用户——同事、用户——业务联系关系)。关系数据还可用于例如推断活动信息。

交互数据可以是关联于与电子设备的用户交互的任何数据，无论是主动还是被动的。交互数据的示例包括人与人之间的通信数据、媒体数据、关系数据、交易数据和设备交互数据，所有这些在下面被进一步描述。下面的表格1是包括电子数据的示例的非穷尽列表。

表格1——电子数据的示例

交互数据包括经由W4 COMN传送的任何RWE之间的通信数据。例如，通信数据可以是关联于进入或离开的短消息服务(SMS)消息、电子邮件消息、语音呼叫(例如移动电话呼叫、IP电话呼叫)、或涉及RWE的其它类型的人与人之间的通信的数据。通信数据例如可相关于时间数据，以便推断关于通信频率的信息，包括集中的通信模式(其可表示用户活动信息)。

交互数据还可包括交易数据。交易数据可以是关联于移动电子设备所从事或在移动电子设备处进行的商业交易的任何数据，例如卖方信息、金融机构信息(例如银行信息)、金融账户信息(例如信用卡信息)、商品信息和费用/价格信息、以及购买频率信息(仅举几例)。例如可利用交易数据来推断活动和偏好信息。交易信息还可用于推断用户拥有的和/或用户可能感兴趣的设备和/或服务的类型。

交互数据还可包括设备或其它RWE交互数据。这些数据包括在W4 COMN上用户和RWE之间的交互以及RWE和W4 COMN之间的交互所生成的数据。RWE交互数据可以是未包括在上面任一种类中的涉及RWE与电子设备的交互的任何数据，例如关联于使用其它模块/应用的电子设备数据的习惯模式，例如关于在电子设备上使用哪些应用以及多频繁地和何时使用那些应用的数据。如在下面更详细地描述，设备交互数据可相关于其它数据，以便推断关于用户活动和关联与其的模式的信息。下面的表格2是包括交互数据的示例的非穷尽列表。

表格2——交互数据的示例

情境增强的消息传送

许多通信和数据网络的一个最重要的功能是用户相互发送消息的能力。通信方法尤其包括电子邮件、即时通信、照片通信、视频会议以及电话或蜂窝语音通信。然而，这些通信方法天然是有限的。常常是网络用户所希望进行的通信比用言语容易地表达出来的要多。可通过包括非常个性化的媒体内容(例如很好地适合于发送者的消息和接收者的个人偏好的音乐和图像)来显著地增强消息。

恰当的媒体可唤起用户的根深蒂固的记忆并且对于用户产生时间或地点、人或一组人、或者甚至抽象的思想的图片、印象、感觉，以便唤起对于某些种类、商业和/或个人的动作的调用。对于检索单个音乐艺术家的播放列表或视频列表，这是足够简单的。但是人员可能希望捕获更复杂的情境，例如人员可能希望创建表示涉及对象、时间、地点或情绪的接收者的喜爱音乐的歌曲的播放列表。此外，还可通过很好地将消息的递送调整为对应于特定时间或者时间和日期来增强通信。

当用户创建增强的消息时，可认为用户在心里对于消息的内容或递送有了特定的情境。在一个实施例中，消息情境可被定义为描述或限定对于该情境中的消息、发送者和接收者来说主要的一种或多种相关的思想的一组标准，并且因此所述的一组标准可用于创建在该情况下用于消息内容和递送选项的模型。标准在概念上可分为四个种类：谁、什么、何时和哪里。

“谁”标准是涉及情境中体现的思想的人、设备或代理。“谁”可以是已知的人，例如消息发送者、消息接收者、或用户已知的特定的人。“谁”也可以是特定的人的列表，例如用户的PDA上存储的联系人列表、聚会的客人列表、或者在用户的社交网络简档上作为朋友列出的人。作为候选，“谁”可以是有关的人的一般描述，例如对冲浪感兴趣的人、40多岁的驾驶摩托车并且喜欢瑜伽的单身女人、喜欢足球并且乘公共汽车通勤的男人、一周通过广告牌超过三次的人和/或特定饭店的也驾驶BMW的顾客。

“什么”标准是涉及情境中体现的思想的具体或抽象的对象或主题。“什么”可以是消息发送者或消息接收者感兴趣的媒体的形式，例如照片、音乐或视频。“什么”可以是例如汽车、一块珠宝这样的对象或者共享的感兴趣的其他对象。“什么”可以是音乐或视频的风格，例如乡村或摇滚。“什么”可以是媒体中针对的主题，例如爱情歌曲或者甚至特定的歌词短语。作为候选，“什么”可以是情绪或气氛，例如高兴、悲伤、有活力或放松。作为主题相关性的指示符，“什么”标准是人类创建、注意和关联或触发所确定的无限的事物集合。

“何时”标准是时间构成，例如涉及情境中体现的思想的日期和时间。“什么”可以是当前的日期和时间。“什么”也可以是过去或未来的特定日期和时间，或者过去或未来的日期和时间的范围，例如持续时间(诸如两小时、四周、一年)。“何时”可以是当满足规定条件或标准时的附条件事件。“何时”可以是从特定日期开始的偏移量，例如过去的十天，或者从附条件事件开始的偏移量，在抵押借款到期后的十天。作为候选，“何时”可以是日历上的事件，例如生日、季节或假期、或者个人或社会/社交重要性的事件，例如喜欢的运动队最后一次赢得冠军。

“哪里”标准是涉及情境中体现的思想的物理位置。“哪里”可以是用户的当前位置。“哪里”可以是特定的地点，例如国家、州、城市、邻居。“哪里”可被定义为事件(例如音乐会或某些其它有报导价值的事件)的位置，或者作为候选可被定义为当用户听说事件时用户的个人位置，例如当你听说关于9/11时你在哪里。作为候选，“哪里”可以是有关的地点的一般描述，例如布鲁斯或爵士俱乐部，或者取决于规定条件的满足或解决的附条件位置。例如，“哪里”可以是对于24到35岁的实时的最流行的俱乐部，或者“哪里”可以是最终治愈了乳腺癌的研究实验室。

在一个实施例中，情境增强的消息包括四个元素：接收者、消息主体、递送标准和内容标准。接收者是要接收消息的一个或多个真实世界的实体。接收者可以是但不限于一个或多个特定的人，可以是一组电子邮件地址，或者可以是一类接收者的一般描述，例如在我的孩子的足球队的孩子的父母，或者在人的社交网络中的每一个人。接收者可以是，或者可以包括消息发送者，例如对于某人自己的消息提醒物。

消息主体是表示特定消息的文本或媒体对象。例如，如果情境增强的消息是电子邮件，消息主体通常将包含某种任意长度的文本消息，例如“在晚上7点见我”或“生日快乐”。消息主体可包括音频文件，该音频文件例如包含语音消息。消息主体可包括图像文件，该图像文件例如包含发送者的照片，或者来自用户的视频消息。

递送标准是消息将递送到接收者的条件。这些条件可包括“哪里”或者空间条件，例如当接收者处于特定位置，在位置的一定附近区域内，接收者是某个人或对象。这些条件可包括“何时”或时间条件，例如特定时间或日期，或者当特定事件发生时。这些标准也可包括“谁”或社交标准，例如发送者社交网络中的一个或多个人所喜欢的音乐。这些标准也可利用“什么”或主题标准，例如当例如由接收者发送的最近的消息的内容所判断出的接收者的情绪表现为悲伤时。

内容标准描述了要与消息一起被包括的媒体文件。这些消息可包含在发送消息时适应于接收者或发送者的情境的标准，消息主题的情境或者当要递送消息时的情境。这些标准可包括空间标准，例如取决于发送或接收消息时发送者或接收者的物理位置，将不同的媒体文件包括在消息中。这些标准可包括时间标准，例如，取决于时段，一周中的哪一天，或者是否为接收者的生日，将不同的媒体文件包括在消息中。这些标准可包括社交标准，例如，取决于接收者喜欢的音乐，将不同的媒体文件包括在消息中。这些标准可包括主题标准，例如，取决于接收者的情绪，将不同的媒体文件包括在消息中。

内容标准还可包含在发送或递送消息时不涉及接收者或发送者的情境的空间、时间、社交或主题标准的任意组合。例如，消息可包括描述要递送的媒体文件的类型的标准。例如，标准可定义20世纪70年代中歌词提到了纽约城的前十位歌曲的播放列表。

下述的本发明实施例说明了W4 COMN内的本发明的应用。然而，要理解，可以使用任何联网的系统来实现本发明，不管所述系统是虚拟的还是真实的，是集成的还是遍及多方分布的，只要其能够收集、存储、访问和/或处理用户简档数据，以及涉及用户和他们的设备的时间、空间、主题和社交数据。因此，为了方便，在这里使用术语W4 COMN来描述具有在这里被处处描述的特征、功能和/或组件的系统和/或网络。

在示出的实施例中，媒体存储为媒体对象710。媒体对象是涉及包含音频内容、可视内容、或其两者的媒体文件的被动IO。这些媒体文件可包含诸如歌曲、视频、图片、图像、音频消息、电话呼叫等这样的内容。这些媒体对象本身包含元数据712。这些数据可专用于对象数据710并且不涉及任何其它IO或RWE。在最简单的层次，这些元数据可涉及基本的文件属性，例如关联于IO所涉及的媒体文件的创建日期、文本或图像。

另外，存在可驻留在网络内部或外部的现有数据库720，该数据库720可提供涉及特定歌曲、视频和其它类型的媒体的描述性元数据的广泛集合。例如，Allmusic数据库(以前为All Media Guide所拥有的All Music Guide)提供了包括以下的元数据：

●基本元数据，例如名称、风格、资源出处、版权信息、产品号。

●描述性内容，例如样式、音调、情绪、主题、国籍等。

●相关内容，例如类似的艺术家和专辑、影响等。

●社论内容，例如传记、评论、排名等。

可用作为涉及歌曲和视频的元数据的来源的其它类型的数据库包括：

●在本地、地区、或国家级别的历史广告牌排名，或者在外国广告牌上的历史广告牌排名。

●音乐和视频行业新闻。

●音乐歌词。

●音乐博客或者行业数据集成服务。

●来自在线和离线来源的音乐消费交易和趋势数据。

在一个实施例中，来自这些数据库的元数据可从源数据库提取并且嵌入712在媒体对象710本身中。作为候选，或者另外地，媒体对象可涉及包含或者涉及元数据的IO 740。元数据可包括描述或者分类数据(包括用于一个或多个用户的评级或排名信息)的一个或多个关键字或主题。例如，涉及元数据的IO可以是涉及风格(例如摇滚)内所有歌曲、或者在特定节日(例如伍德斯托克音乐节)被表演的所有歌曲的主题。涉及元数据的主题IO可关联于涉及较高等级的主题的IO 742。例如，作曲家可关联于例如巴罗克风格的音乐这样的主题，该主题本身关联于用于古典音乐的更高等级的IO。

作为候选，或者另外地，元数据服务器及其相关联的数据库可被定义为W4COMN内的RWE 722，并且媒体对象和其它IO可关联于RWE 722。在一个实施例中，可按需检索涉及媒体对象的元数据，而不是将该元数据以静态元数据或持久性IO来存储。可基于对媒体对象有潜在兴趣的用户的需要来选择被按需检索的元数据。例如，初始基于主题选择媒体对象的用户随后可按需检索涉及关联于媒体对象的音乐的音调或情绪的元数据。

如果用户希望使用不存在的主题(例如1975年英国的前十位单曲)来选择媒体对象，可查询能够提供这种信息的元数据服务器来检索这些歌曲的列表。在一个实施例中，通过将涉及歌曲列表的媒体对象关联于新创建的IO，歌曲的列表可用于创建涉及主题的IO，例如IO 740。在一个实施例中，通过W4引擎内的相关性引擎来创建该IO(例如参见上面和图4到图6)。然后，IO可用于随后的查询中。

在一个实施例中，媒体对象关联于其它RWE，例如音乐权利持有者730(即所有者和获许可的人)，和感兴趣的听众750。在一个实施例中(其中可识别媒体对象的所有者730)，每当检测到新对象时，W4引擎内的属性引擎跟踪真实世界的所有权、控制、发布或者任何RWE在任何媒体IO中的其它附条件权利。

在一个实施例中，通过W4引擎内的相关性引擎，用户750、752和754可被识别为对特定歌曲710或主题IO 740或742感兴趣。在一个实施例中，通过创建RWE和IO以及他们的属性、关系和名誉的组合曲线图，相关性引擎识别用户RWE和涉及元数据的媒体或IO之间的关系。例如，用户可明确地在用户简档中声明，他们对特定的音乐艺术家感兴趣。作为候选，相关性引擎可基于用户的交互数据内容、来自任何内部或外部源(包括交易历史)的所检测的注意事件、在线路径和浏览历史以及物理的真实世界路径和注意数据，来确定用户对主题或歌曲或景色感兴趣。

在一个实施例中，随着时间过去，通过从用户或者从网络可用的信息源收集数据以便获得对他们出生在哪里、他们过去生活在哪里以及他们现在生活在哪里的了解，W4COMN构建了用户的简档。使用社交数据，W4COMN也可创建将用户置于时间、地理和社交曲线图中的重叠的社交网络简档，因而确定了用户何时以及和谁在哪里生活。用户RWE还可通过交互数据、共处数据或共存数据而关联于其它RWE。对相同的时间/地点感兴趣的用户可声明他们的兴趣并且例如通过涉及该主题的IO连接到基于主题的社交网络。在图7所示的实施例中，用户750和752被识别为处于社交网络760中。

因此，媒体对象可被存储并且关联于从传统元数据源、用户简档数据、社交网络和交互数据(不限于此)导出的时间、空间、社交网络和主题数据，构建跨越全体媒体和用户的关系网络。可按需地构建这些关系，如果必要的话或者作为候选，基于涉及用户、他们的代理、所声明和暗示的兴趣以及真实和在线的世界的剩余部分来持续地更新这些关系。然后，这些关系可支持对于满足简单或复杂情境标准的媒体的查询。

图8示出了能够支持网络已知的用户之间的情境增强的消息传送的系统800的一个实施例。

系统的中枢是W4 COMN 850或提供数据存储、处理、和实时跟踪能力的类似网络。在W4 COMN中的是提供基于情境的通信设施的服务器，将在下面更详细地描述。上面图7中描述的数据关系被存储在W4 COMN中。在一个实施例中，所有真实世界的实体和逻辑数据之间的数据关系存储在由W4 COMN中的进程所维护的W4 COMN 850中的全局索引中。

媒体对象可由W4 COMN 850中的服务器存储，可以分布方式存储在最终用户设备上，或者可由第三方数据提供者840存储，或者以上三者皆有。第三方提供者840可向网络850提供另外的数据，第三方提供者840例如为网络已知的元数据提供者或社交联网站点。

希望向接收者发送情境增强的消息的消息发送者802将消息和情境标准(包括递送标准和内容标准)输入到用户代理设备804，该用户代理设备804将消息发送到网络850。消息由网络内的服务器处理以便将情境专用的内容添加到消息，并且在满足递送标准的情况下将增强的消息递送到消息接收者810的代理设备812。

网络已知包括消息发送者802、消息接收者810、消息发送者和消息接收者各自的代理设备804和812、消息发送者的朋友826和830、零售位置820、饭店824和朋友的家828的真实世界实体。对于每一个实体，网络(不限于此)跟踪实体的物理位置，构建和存储简档数据并且存储和分析交互数据。网络还从远程传感器832接收数据，该远程传感器832可包括交通传感器、GPS设备、天气传感器、录像监控、蜂窝塔、蓝牙、Wi-Fi等。

当从消息发送者接收910消息(包含至少一个接收者以及递送标准和内容标准)时，处理开始。消息发送者可使用任何类型的代理设备(例如便携式媒体播放器、PDA、计算机或移动电话)输入消息、递送和内容标准。递送标准和内容标准可以是空间、时间、社交或主题标准的任意组合。

在一个实施例中，可使用标准的关系或集合运算符将标准相互关联。在一个实施例中，标准可被声明为自然语言查询。在一个实施例中，标准可以根据用于每一个请求的相对重要性来排名并且在生成的增强内容的总体中被适当地优先化。请求可被视为默认包含指定做出请求的用户的标准(即，请求从做出请求的用户的视角得到)。消息不需要包含递送标准和内容标准，而是可仅包含内容标准或者仅包含递送标准。多个接收者还可具有内容和递送标准的多个发散或重叠的集合。例如，做出请求的用户可发送用于聚会的消息和用于系统的指令，以便用每一个接收者当前喜欢的“聚会”情绪音乐来增强邀请的内容。因此，每一个接收者可接收到添加到对他们的邀请的不同歌曲，而每一个邀请都是通过单个标准请求所创建的。

然后，过程使用网络可用的数据(包括网络数据库922和传感器924)确定是否满足递送条件920。当初始不满足递送标准时930，过程在固定的时间长度内保存消息，并且周期地或者不断地重新评估递送标准，直到满足递送条件为止。过程可使用网络可用的数据库920和传感器924来监视网络已知的任何空间、时间、社交或主题数据。

当递送条件满足时930，过程检索涉及内容标准940的媒体。标准用于经由网络搜索用户简档数据、社交网络数据、空间数据、时间数据和主题数据(这些数据经由网络922和924可用并且涉及内容标准以及媒体文件)以便识别有关于内容标准的至少一个媒体文件。然后，媒体文件插入到消息950中，并且然后将消息发送到消息接收者960。在候选实施例中，可在评估递送条件之前检索涉及内容标准的媒体文件，并且当满足递送条件时可更新和发送消息。

情境增强的消息引擎1000驻留在W4 COMN中的服务器上。情境查询引擎1000可作为RWE，或者作为候选作为主动IO被定义到W4 COMN。情境查询引擎可以是W4引擎的组件，或者作为候选，可以使用W4引擎或其构成引擎中任何一个的组件所提供的服务。

情境增强的消息引擎1000包括：内容增强的消息接收模块1100，其从消息发送者接收包含递送和内容标准的消息；递送标准评估和跟踪模块1200，其确定递送标准是否被满足并且跟踪涉及递送标准的数据；媒体检索模块1400，其检索涉及内容标准的媒体；情境增强的消息更新模块1500，其将媒体文件插入到消息中；和情境增强的消息发送模块1600，其将所更新的消息发送到期望的接收者。任一前述的模块或模块之间的通信(例如递送或情境标准)可存储在计算机可读媒体上，用于短暂、暂时或永久的存储。

情境增强的消息接收模块1100可向消息发送者提供用户接口以便输入情境增强的消息请求。所提供的接口可以是可在移动电话、游戏设备、计算机或PDA上显示的图形用户接口，包括经由因特网可访问的HTTP文档。这些接口也可采用其它形式，包括文本文件(例如SMS)，电子邮件以及位于计算设备上的软件应用可使用的API。接口提供了包括空间、时间、社交或主题标准的递送或内容标准的输入。

在一个实施例中，可使用标准的关系或集合运算符将递送和内容标准相互关联。在一个实施例中，从用户设备内的传感器获得的时间和空间数据可包括在递送或内容标准中。例如，关联于用户的设备的当前位置可被自动地识别并且包括在标准中，还有当前时间和日期等。创建情境的消息发送者可通过在网络中将代理设备关联于用户而被自动地识别并且被自动地包括在情境中。

递送标准评估和跟踪模块1200使用网络已知的所有数据来评估递送条件。这些数据可包括网络数据库1220和实时传感器1240。传感器数据可包括涉及任何真实世界实体的物理位置的数据并且可包括消息发送者和消息接收者以及可在递送条件中被指定的任何其他已知RWE。最终用户设备可包含检测用户周围的物理环境的各个方面(例如用户的地理位置、海拔和方向向量)的定位或其它传感器。传感器还可包括其它环境传感器，例如温度和照明传感器，或者还可包括生物计量传感器，例如心率、脑电波等。

递送标准可涉及网络可用的空间、时间、社交或主题数据的任意组合。在一个实施例中，当递送标准未被立即满足时，递送标准评估和跟踪模块1200跟踪涉及消息中递送标准的数据。在一个实施例中，递送标准被周期性地重新评估。在另一个实施例中，涉及递送条件的数据被实时地跟踪，并且值的变化触发对递送条件的重新评估。

例如，递送标准可指定在未来的时间点、周期性地、或者在特定事件发生时处理消息。例如，递送可指定在触发器条件出现时重新处理消息，所述条件例如为每小时，当关联于递送条件的实体的物理位置改变时，当日历事件发生时(例如周年纪念)，当新闻事件发生时(例如喜欢的运动队赢得比赛)，当空间、社交、时间或主题交互出现时(例如当两个或更多的朋友到达喜欢的酒吧观看足球时)或者当发送者或接收者的兴趣变化时。

媒体检索模块1400为了用户简档数据、社交网络数据、空间数据、时间数据和主题数据(这些数据经由网络可得到并且涉及情境以及媒体文件)搜索一个或多个网络数据库1220和传感器1240，以便识别有关于内容标准的至少一个媒体文件。使用网络数据库1220及其支持基础结构的能力来完成这些搜索。

在一个实施例中，标准被解释为利用网络内最好的可得到的数据。例如，如果相关于情境的数据驻留在关系数据库上，查询模块可执行用于从关系数据库检索数据的一系列SQL语句或包含嵌入式SQL的过程语言。查询可被嵌套或者另外构造为从一组实体检索数据，并且使用结果集来驱动针对其他实体的另外的查询，或者使用递归数据检索。

在W4 COMN的情况下，内容标准可针对所有其它已知实体和数据对象被映射和表示，以便创建用于每一个实体的微型图以及将所有已知实体相互关联的全局图，并且由此识别相关于情境的媒体对象。在一个实施例中，实体和数据对象之间的这些关系被存储在W4 COMN内的全局索引中。

当查询标准涉及简单的描述性内容(例如创建的日期和时间)时，可使用媒体对象中嵌入的元数据来识别关系。当标准涉及主题(例如音乐的风格)时，可通过涉及主题的IO(不管是当前存在的还是动态生成的)来识别关系，所述关系然后可用于识别关联于主题的媒体对象。

当标准涉及两个或更多的IO或RWE(例如特定用户的所有朋友)之间的关系时，可使用W4 COMN所支持的社交网络关系来识别所涉及的IO和RWE。当选择了特定媒体对象时，媒体搜索模块可使用媒体对象中或关联于媒体对象的所有权数据来进一步确定接收情境的消息接收者或消息接收者的代理是否被许可访问媒体文件的内容。

情境增强的消息更新模块1500可通过允许消息接收者访问所选择媒体文件的任何方式来更新情境增强的消息。在一个实施例中，实际的媒体文件插入到消息中，并且当接收者打开增强的消息时被打开或者开始播放。在一个实施例中，所插入的文件包括到媒体文件的链接。在一个实施例中，媒体文件包括多个对象或文件的一个或多个播放列表。在候选实现方式中，内容标准被插入到消息中并且直到消息接收者打开消息时才被评估。在一个这样的实施例中，直到消息接收者打开消息时，媒体检索模块1400才处理内容标准。

情境增强的消息发送模块1600可将消息发送到单个接收者或具有一组特征(其定义了网络已知的有限集合的用户)的一组接收者。例如，消息可发送到发送者的社交网络中的单身并且喜欢摇滚音乐的用户，或者发送到last night乐队的在演出上并且还具有他们自己的博客的狂热爱好者。

在一个实施例中，增强的消息可包含广告和涉及广告的增强内容标准。因此，广告可提供基本的广告内容和为了特定用户而设计的媒体。例如，用于跑车的广告可关联于指定快节奏或明显涉及速度的用户喜欢的音乐艺术家和歌曲，或者用户最后拥有跑车的年份1975的情境。

情境增强的消息可向网络提供关于消息发送者和接收者的另外的数据。收集个人和组之间的关于偏好和通信模式的情境增强的消息中包含的交互数据可提供这样的数据，所述数据可向对或组或该对或组内的个人通知登广告者的通信。例如，情境增强的消息可揭示出用户爱蝴蝶，并且具有以蝴蝶为主题的商品的登广告者可希望联系用户。

情境的具体示例

本公开现在将论述上面原理的具体示例。下面给出的示例旨在是说明性的，而非限制性的。

在一个示例中，如果用户希望发送包含歌曲的消息，所述歌曲在指定时间(例如音乐唤醒呼叫)为接收者自动播放，消息发送者可创建具有特定时间的递送标准和指定特定歌曲的内容标准的消息。递送标准评估和跟踪模块将跟踪当前时间并且将消息传递到媒体检索模块，以便当到了指定的时间时进行处理。媒体检索模块将检索特定歌曲以用于插入到消息内。

在另一个示例中，如果消息发送者希望发送当接收者到达特定位置时播放媒体对象的消息(例如当接收者到达杂货店时播放购物列表音频文件的消息)，消息发送者可创建具有指定当接收者处于特定位置时进行递送的递送标准和指定特定媒体对象的内容标准的消息。递送标准评估和跟踪模块将跟踪接收者的当前位置并且将消息传递到媒体检索模块，以便当用户到达位置时进行处理。媒体检索模块将检索特定媒体对象以用于插入到消息内。

作为候选，消息发送者可希望发送包含浪漫歌曲的消息，所述歌曲当接收者驾驶经过对于发送者和接收者具有浪漫意义的地点(例如他们订婚的地点)时播放。消息发送者可创建具有指定当接收者处于特定位置时进行递送的递送标准和指定浪漫歌曲的内容标准的消息。递送标准评估和跟踪模块将跟踪接收者的当前位置并且将消息传递到媒体检索模块，以便当用户到达位置时进行处理。然后，媒体检索模块例如可为了具有表示浪漫或感伤的歌曲的元数据的歌曲而搜索接收者的简档数据和最近的播放列表。

在另一个示例中，消息发送者希望发送包括要为接收者播放的基于事件的乐曲集合的消息，所述乐曲基于接收者在一天中不同时间时的动作或位置而变化。消息发送者可创建这样的消息，其中递送标准指定在某些天

(例如接收者的生日)进行递送，并且内容标准指定不同的乐曲集合以用于早餐、午餐和晚餐。内容标准可进一步指定随着接收者位置的变化而播放乐曲。例如，内容标准可指定当接收者因为午餐进入泰国饭店时的一首乐曲，以及当接收者在法国饭店吃饭时的另一首乐曲。

在每一种情况下，递送标准评估和跟踪模块将跟踪当前日期和时间，以及接收者的当前位置，并且将消息传送到消息检索模块，以便当递送标准被满足时进行处理。然后，媒体检索模块例如可搜索满足内容标准的媒体，例如涉及食物和泰国或法国的音乐。

发送者可希望使用情境增强的消息传送来表现感情。消息发送者可创建用于立即递送的消息，该消息指定了选择反应发送者的当前情绪的歌曲的内容标准。媒体检索模块可试图通过扫描发送者最近的电子邮件和文本消息中的文本来确定发送者的当前情绪。然后，媒体检索模块可从发送者喜欢的歌曲(例如在用户的简档中，或者最常见的历来播放的歌曲)选择具有暗示歌曲响应于该情绪的关联的歌曲。

该情境可定义推送或拉动操作。发送者可希望用系统代表她所发送的媒体增强的消息来向她的未婚夫表达她的情绪，如上所述，或者作为候选，发送者的未婚夫可希望查询她的情绪。例如，发送者的未婚夫可向她发送消息，该消息包含指定她未婚夫情绪的内容标准。例如，如果他思念她，系统可用在他们两人之间表达该情感的歌曲做出响应。

在另一个示例中，假设消息发送者希望发送包含有匹配于歌曲歌词的文本的消息，以便表达发送者和接收者之间的情感联系。例如，发送者知道接收者喜欢蝴蝶。消息发送者可用指定具有包含词“蝴蝶”的歌词的浪漫歌曲的内容标准来创建消息用于立刻递送。然后，内容检索模块例如可搜索歌词包括有“蝴蝶”并且具有表示浪漫或感伤的歌曲的元数据的歌曲，并且然后基于该特定用户的用户简档和过去的消费数据来为该特定用户个别地对歌曲进行排名。

本领域技术人员将会认识到，本公开的方法和系统可通过许多方式来实现，并且因此不受前述示例实施例和示例的限制。换言之，以硬件和软件或固件的各种组合由单个或多个组件实现的功能元件，以及各个功能，可分布于在客户端或服务器端或其两者处的软件应用。在这点上，这里描述的不同实施例的任意数量的特征可组合为单个或多个实施例，并且具有少于、或多于这里描述的全部特征的候选实施例是可能的。通过现在已知或将变得已知的方式，功能也可以整体或部分地分布于多个组件。因此，在实现这里描述的功能、特征、接口和偏好时，无数软件/硬件/固件的组合是可能的。此外，本公开的范围覆盖用于实现所述特征和功能和接口的常规已知的方式，以及本领域技术人员现在和以后将会理解的对这里描述的硬件或软件或固件组件可做出的那些变化和修改。

此外，如本公开的流程图所给出和描述的方法的实施例仅仅被作为示例提供，以便提供对技术的更完整的理解。所公开的方法不限于这里给出的操作和逻辑流程。预期有候选实施例，其中改变了各个操作的次序并且其中独立地执行被描述为更大的操作的一部分的子操作。

尽管为了本公开的目的已描述了各个实施例，这些实施例不应当被认为将本公开的教导限于那些实施例。可对上述的元件和操作做出各种改变和修改，以得到保持在本公开中所描述的系统和处理的范围内的结果。

Claims

1.一种方法，包括步骤：

经由网络接收从消息发送者递送到至少一个消息接收者的消息，其中所述消息包括至少一项内容标准；

基于所述至少一项内容标准来制定查询，以便经由所述网络搜索用户简档数据、社交网络数据、空间数据、时间数据和主题数据，所述这些数据经由所述网络可得到，并且涉及所述至少一项内容标准和媒体文件，以便识别有关于所述至少一项内容标准的至少一个媒体文件；

将所述至少一个媒体文件插入到所述消息内；

将所述消息经由所述网络发送到所述至少一个消息接收者。

2.根据权利要求1所述的方法，其中用户简档数据包括匹配于至少一个用户的数据，并且所述至少一个用户的偏好用作为所述查询的一部分。

3.根据权利要求1所述的方法，其中所述至少一项内容标准是空间标准。

4.根据权利要求1所述的方法，其中所述至少一项内容标准是时间标准。

5.根据权利要求1所述的方法，其中所述至少一项内容标准是社交标准。

6.根据权利要求1所述的方法，其中所述至少一项内容标准是主题标准。

7.根据权利要求1所述的方法，其中所述至少一项内容标准是网络已知的人的当前情绪。

8.根据权利要求1所述的方法，其中所述至少一项内容标准是歌曲的歌词。

9.根据权利要求1所述的方法，其中所述消息包含至少两项内容标准，其中所述至少两项内容标准中的第一个用于在首次发送所述消息时制定所述查询，并且所述至少两项内容标准中的第二个用于在第二次发送所述消息时制定所述查询。

10.根据权利要求1所述的方法，其中引用所述至少一个媒体文件的播放列表被插入到所述消息中。

11.根据权利要求1所述的方法，其中引用所述至少一个媒体文件的HTTP链接被插入到所述消息中。

12.一种方法，包括步骤：

经由网络接收从消息发送者递送到至少一个消息接收者的消息，其中所述消息包括至少一项递送标准和至少一项内容标准；

经由所述网络确定满足了所述消息的递送标准；

将所述至少一个媒体文件插入到所述消息内；

将所述消息经由所述网络发送到所述至少一个接收者。

13.根据权利要求12所述的方法，其中如果当初始接收所述消息时不满足至少一个递送条件，那么所述消息被存储，直到所述网络上数据的至少一个变化使得满足了所述递送标准为止。

14.根据权利要求12所述的方法，其中所述至少一项递送标准指定将在特定时间发送所述消息。

15.根据权利要求12所述的方法，其中所述至少一项递送标准指定将在特定日期和时间发送所述消息。

16.根据权利要求12所述的方法，其中所述至少一项递送标准指定将在特定事件发生时发送所述消息。

17.根据权利要求12所述的方法，其中所述至少一项递送标准指定当所述至少一个接收者处于特定位置时发送所述消息。

18.根据权利要求12所述的方法，其中所述至少一项递送标准指定当所述至少一个接收者在特定时间处于特定位置时发送所述消息。

19.根据权利要求12所述的方法，其中用户简档数据包括匹配于至少一个用户的数据，并且所述至少一个用户的偏好用作为所述查询的一部分。

20.根据权利要求12所述的方法，其中所述至少一项内容标准是空间标准。

21.根据权利要求12所述的方法，其中所述至少一项内容标准是时间标准。

22.根据权利要求12所述的方法，其中所述至少一项内容标准是社交标准。

23.根据权利要求12所述的方法，其中所述至少一项内容标准是主题标准。

24.根据权利要求12所述的方法，其中所述至少一项内容标准是网络已知的人的当前情绪。

25.根据权利要求12所述的方法，其中所述至少一项内容标准是歌曲的歌词。

26.根据权利要求12所述的方法，其中所述消息包含至少两项内容标准，其中所述至少两项内容标准中的第一个用于在首次发送所述消息时制定所述查询，并且所述至少两项内容标准中的第二个用于在第二次发送所述消息时制定所述查询。

27.根据权利要求12所述的方法，其中引用所述至少一个媒体文件的播放列表被插入到所述消息中。

28.根据权利要求12所述的方法，其中引用所述至少一个媒体文件的HTTP链接被插入到所述消息中。

29.一种具有用于方法的计算机可执行指令的计算机可读介质，所述方法包括步骤：

将所述至少一个媒体文件插入到所述消息内；

将所述消息经由所述网络发送到所述至少一个消息接收者。

30.根据权利要求29所述的计算机可读介质，其中用户简档数据包括匹配于至少一个用户的数据，并且所述至少一个用户的偏好用作为所述查询的一部分。

31.根据权利要求29所述的计算机可读介质，其中所述至少一项内容标准是空间标准。

32.根据权利要求29所述的计算机可读介质，其中所述至少一项内容标准是时间标准。

33.根据权利要求29所述的计算机可读介质，其中所述至少一项内容标准是社交标准。

34.根据权利要求29所述的计算机可读介质，其中所述至少一项内容标准是主题标准。

35.根据权利要求29所述的计算机可读介质，其中所述至少一项内容标准是网络已知的人的当前情绪。

36.根据权利要求29所述的计算机可读介质，其中所述至少一项内容标准是歌曲的歌词。

37.根据权利要求29所述的计算机可读介质，其中所述消息包含至少两项内容标准，其中所述至少两项内容标准中的第一个用于在首次发送所述消息时制定所述查询，并且所述至少两项内容标准中的第二个用于在第二次发送所述消息时制定所述查询。

38.根据权利要求29所述的计算机可读介质，其中引用所述至少一个媒体文件的播放列表被插入到所述消息中。

39.根据权利要求29所述的计算机可读介质，其中引用所述至少一个媒体文件的HTTP链接被插入到所述消息中。

40.一种具有用于方法的计算机可执行指令的计算机可读介质，所述方法包括步骤：

经由所述网络确定满足了所述消息的递送标准；

将所述至少一个媒体文件插入到所述消息内；

将所述消息经由所述网络发送到所述至少一个接收者。

41.根据权利要求40所述的计算机可读介质，其中如果当初始接收所述消息时不满足至少一个递送条件，那么所述消息被存储，直到所述网络上数据的至少一个变化使得满足了所述递送标准为止。

42.根据权利要求40所述的计算机可读介质，其中所述至少一项递送标准指定将在特定时间发送所述消息。

43.根据权利要求40所述的计算机可读介质，其中所述至少一项递送标准指定将在特定日期和时间发送所述消息。

44.根据权利要求40所述的计算机可读介质，其中所述至少一项递送标准指定将在特定事件发生时发送所述消息。

45.根据权利要求40所述的计算机可读介质，其中所述至少一项递送标准指定当所述至少一个接收者处于特定位置时发送所述消息。

46.根据权利要求40所述的计算机可读介质，其中所述至少一项递送标准指定当所述至少一个接收者在特定时间处于特定位置时发送所述消息。

47.根据权利要求40所述的计算机可读介质，其中用户简档数据包括匹配于至少一个用户的数据，并且所述至少一个用户的偏好用作为所述查询的一部分。

48.根据权利要求40所述的计算机可读介质，其中所述至少一项内容标准是空间标准。

49.根据权利要求40所述的计算机可读介质，其中所述至少一项内容标准是时间标准。

50.根据权利要求40所述的计算机可读介质，其中所述至少一项内容标准是社交标准。

51.根据权利要求40所述的计算机可读介质，其中所述至少一项内容标准是主题标准。

52.根据权利要求40所述的计算机可读介质，其中所述至少一项内容标准是网络已知的人的当前情绪。

53.根据权利要求40所述的计算机可读介质，其中所述至少一项内容标准是歌曲的歌词。

54.根据权利要求40所述的计算机可读介质，其中所述消息包含至少两项内容标准，其中所述至少两项内容标准中的第一个用于在首次发送所述消息时制定所述查询，并且所述至少两项内容标准中的第二个用于在第二次发送所述消息时制定所述查询。

55.根据权利要求40所述的计算机可读介质，其中引用所述至少一个媒体文件的播放列表被插入到所述消息中。

56.根据权利要求40所述的计算机可读介质，其中引用所述至少一个媒体文件的HTTP链接被插入到所述消息中。

57.一种系统，包括：

情境增强的消息接收模块，其从发送者接收消息，其中请求都包含至少一个接收者、至少一项递送标准和至少一项内容标准；

递送标准评估和跟踪模块，其对于所述情境增强的消息接收模块接收的每一个消息确定是否满足所述消息的所述至少一项递送标准；

媒体检索模块，其使用关于所述情境增强的消息接收模块接收的每一个消息的内容标准，以便基于所述内容标准来制定查询，使得经由所述网络搜索用户简档数据、社交网络数据、空间数据、时间数据和主题数据，所述这些数据经由网络可得到，并且涉及所述内容标准和媒体文件，以便识别有关于所述内容标准的至少一个媒体文件；

情境增强的消息更新模块，其对于每一个消息，将所述媒体检索模块所识别的所述至少一个媒体文件插入到所述消息内；和

情境增强的消息发送模块，其将所述情境增强的消息更新模块所更新的所述每一个消息发送到所述消息的至少一个接收者。

58.根据权利要求57所述的系统，其中如果当初始评估所述消息时未满足消息的所述递送标准，那么所述消息被保存，并且所述递送标准评估和跟踪模块跟踪涉及所述消息的递送标准的数据，直到消息的所述递送标准被满足为止。

59.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一个递送标准指定将在特定时间发送所述消息。

60.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一个递送标准指定将在特定日期和时间发送所述消息。

61.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一个递送标准指定将在特定事件发生时发送所述消息。

62.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一个递送标准指定当所述至少一个接收者处于特定位置时发送所述消息。

63.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一个递送标准指定当所述至少一个接收者在特定时间处于特定位置时发送所述消息。

64.根据权利要求57所述的系统，其中对于至少某些消息，用户简档数据包括匹配于至少一个用户的数据，并且所述至少一个用户的偏好用作为所述查询的一部分。

65.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一项内容标准是空间标准。

66.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一项内容标准是时间标准。

67.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一项内容标准是社交标准。

68.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一项内容标准是主题标准。

69.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一项内容标准是网络已知的人的当前情绪。

70.根据权利要求57所述的系统，其中对于至少某些消息，所述至少一项内容标准是歌曲的歌词。

71.根据权利要求57所述的系统，其中对于至少某些消息，所述消息包含至少两项内容标准，其中所述至少两项内容标准中的第一个用于在首次发送所述消息时制定所述查询，并且所述至少两项内容标准中的第二个用于在第二次发送所述消息时制定所述查询。

72.根据权利要求57所述的系统，其中所述情境增强的消息更新模块将引用所述至少一个媒体文件的播放列表插入到所述消息中。

73.根据权利要求57所述的系统，其中所述情境增强的消息更新模块将引用所述至少一个媒体文件的HTTP链接插入到所述消息中。