CN102843414A - 得出针对场外用户的微建议的协同决策制定的方法和装置 - Google Patents

Abstract

公开了一种用于得出针对场外用户的微建议的协同决策制定的方法和装置。具有场外装置的场外用户可与具有场内装置的场内用户合作。在许多情况下，场外装置可以是手持装置，场内装置可以是TV且一般是静止的。场内装置从场外装置接收上下文，其中，场外用户向场内用户寻求帮助以得到信息或制定决策。场外装置可以不具有场内用户具有的全范围的服务以及其它数据，并且希望与场内装置/用户协同制定决策。场内装置接收可具有特定物理和用户产生的特征的上下文，并从合适的网站服务获得建议。场内用户可具有查看这些建议的选择并可随后将回复消息发送回场外用户，告知场外用户可以做什么，从而通过与场内用户合作的方式向场外用户提供更具指导性的决策。

Description

得出针对场外用户的微建议的协同决策制定的方法和装置

技术领域

本发明总体涉及移动和固定装置和软件。更具体地说，本发明涉及在网络上的装置之间的通信以及执行用于在网络上实现协同决策的应用。

背景技术

当前存在越来越多的有利于帮助装置用户制定决策的适用于移动装置用户的服务。用户正越来越***板电脑、移动GPS装置、汽车导航装置以及其它这样的装置来为他们提供与特定用户目标或决策有关的信息。该目标可呈现各种形式。一些示例包括基于用户位置查找服务、获得(用户驾驶或行走的)方向；获得关于项目或服务的标价信息(价格比较)；获得关于附近餐馆、商店、景点的信息；获得电影时间；获得生意的联系信息；获得交通信息，这样的列表还有许多。随着更多的服务变得可用并且装置变得更加精密，这样的示例的数量会随时间增加。某些时候目标会是这些目标的组合(例如，从餐馆订餐、获得到餐馆然后回家的方向以及当前交通状况下到餐馆然后回家的ETA)。

以上示例中一个共同的线索是用户在室外(如果不是字面上的)，至少意思是用户在场外(offsite)，或换言之，不在他或她家。由(场外)用户制定的决策仅基于用户的动作和位置。以上列出的示例中的一些使用基于位置的服务(“LBS”)，其中，场外用户基于用户的当前手持GPS坐标(或可能的路线/沿途停车点)查找该用户附近的服务。在这些情况中，用户通常仅基于LBS服务而没有其它来进行决策。在另一示例中，使用价格比较服务，场外用户查询关于他或她刚扫描到的特定产品的最佳价格。这里，用户还仅基于用户自己的动作并且仅基于该特定用户可用的信息而制定决策；这仅考虑场外用户的上下文和环境因素。这些场景聚焦于这样的决策制定处理，所述决策制定处理包含单独动作者并且缺乏与其它动作者的任何对称、合作或杠杆作用(leveraging)。在许多情况中，它们仅处理位置过滤的介质搜索。它们不考虑上下文、环境因素、软件和硬件资源，以及对于能够与场外用户合作的其它个人有用的信息。

发明内容

本发明的总体方面包括，但是不限于用于为了用户之一(被称为场外用户)的利益而产生微建议并实现两个或更多用户之间的协同决策制定的方法、***、设备和计算机可读介质。

在本发明的一方面，描述了使用端对端网络中的场外装置和场内装置的上下文的协同决策制定的方法。在一个实施例中，来自场外装置(诸如，手持移动装置)的场外上下文被发送到场内装置(诸如TV或计算机)。在另一实施例中，场内上下文可被发送到场外装置。场外上下文被解析和分析。在另一实施例中，场外上下文可在被分析之前首先与场内上下文组合。从场内装置的上下文数据库或贮藏库取回场内上下文。基于组合上下文确定微应用，即，服务。在屏幕(诸如在TV上)上将这些服务呈现给场内用户。TV观看者从呈现中选择服务。***使用本领域已知方式检测选择并启动服务。通常，执行诸如网络搜索引擎的在线服务或其它在线应用。当执行服务时，场内装置接收响应。在一个实施例中，可基于组合上下文和服务制定的决策预定义和预组装响应的结构。然后，响应通过互联网或蜂窝数据网络被发送到场外装置。在一个实施例中，场内装置不对其从服务接收的响应执行任何处理；场内装置仅作为到场外装置的导管。在另一实施例中，组合上下文可被发送到组合上下文可被用于制定决策的场外装置(或被发送到场内装置)。

在另一实施例中，描述了使用场内上下文和场外上下文协同决策制定的方法。在场内装置接收到场外上下文。然后，所述上下文被解析从而信息可被提取。然后，提取的场内上下文的信息被发送到服务(或多个服务)。然后，所述服务可向场内装置查询场内上下文(即，场内装置从服务接收查询)或从用户在场内装置的输入接收场内上下文。然后，具有关于所述两个上下文的所述服务可连接网络服务以获得决策或建议。然后，来自服务的这些决策或建议的预览被呈现给场内装置观看者。观看者基于一个或多个合格的服务的建议的预览选择服务。然后，选择的服务被启动。场内装置从选择的服务接收回复消息。然后，回复消息被发送给场外装置。在各种实施例中，这里和以上描述的回复消息或响应可采用各种形式，诸如可被场外装置上的服务处理的XML消息或用于场内装置的新上下文。

附图说明

可参考下面的结合附图的描述最好地理解本发明及其优点，其中：

图1A至图1C是示出可使用本发明的各种场景的图示；

图2是示出根据一个实施例的场外装置和场内装置的组件的框图；

图3是示出根据一个实施例的显示微应用建议并向TV观看者呈现的可选方式的框图；

图4示出根据一个实施例的微建议的采样预览的屏幕快照的图示；

图5是根据本发明的一个实施例的场外用户和场内用户基于用户的上下文协同制定决策的处理的流程图；

图6是示出根据一个实施例的场外上下文和场内上下文可被怎样处理以得出组合上下文的框图；

图7A和图7B是适合于实现本发明的实施例的计算装置的示图；

在附图中，相同标号有时被用于指示相同结构元件。还应理解，附图中的描绘是概略的而不是成比例的。

具体实施方式

在各个附图中描述了用于使用户能参与协同决策制定的方法和***，所述协同决策制定使用从固定位置的用户到可移动或不可移动的场外用户的建议。在本发明中，家用户(被称为场内用户)可例如基于如下所述的场外用户的上下文和场内用户的上下文为场外用户制定决策。场外用户可将上下文信息发送到场内用户用于考虑。场内装置或家用装置(诸如TV、机顶盒、桌上计算机或BDP)分析场外上下文以及当前场内上下文，并提供场内用户可与场外用户共享的、相关个性化的建议。如下所述，在一个实施例中建议可被描述为由在家用装置上执行的微应用创建的“微建议”。从场内用户到场外用户的微建议的示例可以是“回家时从X餐馆(由Yelp推荐)取晚餐、从当前位置到家的ETA是15分钟、在Rt.9上有交通堵塞，选择Main St.(由谷歌交通推荐)。”这是简单示例；下面提供关于上下文和其它示例的进一步的细节。然而，在描述本发明的各种实施例之前，理解可使用本发明的不同类型的环境或设置以及场内用户和场外用户意味着什么是有帮助的。

为了说明本发明的目的，一个实施例(被称为描述的实施例)假设场内位置是用户的家并且场内装置是可执行全应用(full app)和微应用的TV。场外位置可采用各种形式。图1A至图1C是示出可使用本发明的各种场景的图示。

在图1A中，汽车中的带有移动装置(诸如智能电话(aka“应用”电话))的场外用户102将上下文106发送到被场内用户110观看的场内装置108(在该情况下是TV)。装置108将回复消息112发送到装置104。在一个实施例中，回复112包含针对用户102的微建议。

图1B示出行走中并持有装置116(诸如平板装置)的场外用户114，场外用户114将他的上下文118发送到被场内用户122观看的场内装置120(还是TV)，场内用户122在执行一些操作并制定决策之后将回复124发送到场外用户114。最后，在图1C中，场外用户126在家中并正在使用桌上计算机或膝上计算机128。他将上下文消息130发送到正被场内用户134观看的场内装置132。回复136被发送回场外用户126。虽然该用户的装置128不是移动的，但是该用户也被认为是场外用户。场外装置128还可以是TV。在另一实施例中，场外用户和装置可以和场内用户和装置在相同的住宅或建筑物中(例如，场外装置可以是相同住宅中的另一TV)。

注意到，虽然可使用其它类型的装置(诸如桌上计算机或膝上计算机)，但是TV可以被看成主要场内装置。TV的一个特征在于它一般是静止的；即使TV可以提供静止位置信息(例如，请求用户输入区域的邮编)，但是它在一个位置并且一般不具有GPS能力。虽然TV一般是静止的，但是可由TV使用的位置检测机制和方案是没有价值的。例如，TV可执行逆向IP查找。

在其它示例中，TV可使用通常包括邮编的用户简档(profile)信息，或者TV可与电话或其它启用GPS的装置通信，并使用电话的位置作为TV位置，其中，所述电话或其它启用GPS的装置通过本地家庭网络与TV预先配对。因此，对于根据位置的服务(即，基于位置的服务(LBS))的一个分类或种类，TV不能提供任何有用的LBS或位置数据。本发明的一个方面在于来自移动装置的LBS数据被发送到TV，从而TV可使用LBS数据来收集微建议，并使TV观看者能够为场外用户制定决策或与场外用户合作(这也可被描述为场外用户与场内用户合作；它们二者是等同的)。因此，场外用户将上下文和位置数据发送到TV用户。

观看TV的用户具有特定上下文。该上下文可包括各种类型的数据，诸如(TV观看者和场外用户两者的)针对各种事物的偏好、设置(同样，是两个用户的设置)、内容(当前正被观看或观看者最近观看过的内容等)、应用、在线内容(视频、音乐、游戏等)、书签、收藏的网站以及各种其它类型的数据。这些可包括环境变量(在TV上安装有相机的情况下的TV所在的房间的光、3D模型；在TV上安装有麦克风的情况下的音频信息；在场检测；温度；关于当前与TV连接的其它装置(诸如家用电器)的信息等)。偏好的示例的范围可从音乐到TV节目到偏爱的驾驶路线。所有这些类型的数据以及这里没有特别列出的其它数据可包括针对用户的上下文。如所示出的，场外用户还具有在某种程度上具有不同数据的上下文。最特别的，上下文的一部分将可能具有随着场外用户移动而改变的实时位置数据。然而场内用户(例如，TV观看者)上下文还可具有不改变的位置数据(例如，GPS坐标或家庭地址)。下面更详细地描述上下文。

图2是示出根据一个实施例的场外装置和场内装置的组件的框图。场外装置202具有与本发明有关的至少三个组件或模块。场外装置202具有微应用204、全应用206和操作***软件208。微应用204的示例包括“共享位置”、“共享UPC”、“共享照片”、“共享URL”等。这些微应用和其它可以来自TV平台(诸如来自韩国的三星电子公司的TV+架构)，或者来自移动或手持装置平台。微应用204还可从全应用被启动和执行。如下所述，微应用204和来自全应用206的微应用被构造为将特定平台(诸如TV+)兼容信息(诸如下面描述的上下文数据210)发送到解析器组件。全应用206的示例包括导航、产品扫描、照片播放器、网络浏览器等。当选择装置以共享位置数据时，位置上下文共享装置可找到平台兼容装置(例如，TV+装置)的列表，并且装置可选择连接到任何相关联的远程装置。操作***208将自然地根据装置的类型，并且对于基础操作非常需要操作***208，所述基础操作中的一些是本发明专有的，诸如创建和发送上下文数据210以及接收和处理回复消息212。可以不是操作***208的一部分的其它软件(未示出)可被用于创建上下文数据210并处理回复212。在另一实施例中，组合上下文210而不是回复消息212(或上下文210和消息212两者)可被直接发送到场外装置202，并且场外用户可做出决策。注意到，场外装置202可以是智能电话、平板装置、移动游戏装置、TV或计算机。微应用204和全应用206的数量将可能根据装置的类型而不同。一些装置可仅具有微应用204或全应用206。一般期望将在场外装置202上实现本发明所需的软件保持在最少。在一个实施例中，驻留在场外装置202上的对于本发明的协同决策制定特别需要的唯一软件可以是用于创建上下文210以及处理和显示回复消息212的软件。

场内装置214包含用于实现本发明的各种组件或模块。如上面提到的，数据集合、决策制定和微建议方面在装置214(在很多情况下将是TV)上被实现。该处理以装置214接收到上下文210为开始。在一个实施例中，只有已经选择加入的场内装置将从场外装置接收上下文数据。即，只有想要参与本发明的协同决策制定和微建议的场内装置将接受甚至知道来自场外装置的上下文数据类型消息。在另一实施例中，上下文数据210可从装置202被广播到场内装置的列表(例如，朋友的列表)，而不是仅将数据210发送到如图2中示出的仅仅一个装置。可通过互联网、蜂窝网、或本领域已知的任何其它合适的数据传输方式来进行上下文数据210的传输。这样的方式将经常取决于场外装置的类型或能力。

场内装置214具有负责接受上下文数据210的上下文提醒模块216。模块216与上下文数据库218通信，上下文数据库218用于存储来自场内装置和用户的现有上下文数据。存储在上下文数据库218中的现有上下文数据可与其它上下文数据(即，先前或历史上下文数据)合并(即，糅合)。上下文数据库218存储用于场内观看者/用户的上下文数据并可存储由装置214接收的先前或历史上下文数据。如下所述，处理器(未示出)可对上下文210进行解析、分析，并将上下文210与存储在上下文数据库218中的其它上下文数据进行组合或糅合。上下文提醒模块216与微应用选择模块220通信。该模块基于来自上下文提醒模块216的上下文数据从微应用222选择相关微应用。该上下文数据可以不与上下文数据210相同。注意到，上下文数据可以是与场内上下文数据组合或糅合的上下文210。

微应用呈现模块224执行用于在TV屏幕上显示由模块220选择的微应用的代码。TV观看者现在可看到哪个微应用与组合上下文相关，并可选择她想要使用的微应用。微应用启动模块226引起用户选择的应用的执行，并具有到微应用222的访问。这些微应用具有到互联网的访问(即，网络服务)并以它们的普通方式执行。在本发明中，例如，TV观看者将可能选择这样的微应用，所述微应用与场外用户/装置和TV观看者自身的场内上下文的组合上下文有关。可使用遥控完成该操作和其它观看者操作。在另一实施例中，当选择微应用时，只考虑场外用户上下文。选择的微应用将回复消息212发送到场内装置平台或架构，所述场内装置平台或架构将回复消息212原样地直接发送到场外装置202。在另一实施例中，可基于上下文数据210并基于来自微应用的建议(主要是微应用的“决策”)预定义(由协同决策制定软件或由TV观看者预定义)和预组装回复消息212。TV观看者只需要使用遥控或键盘选择最佳或最合适建议中的一个或多个。在本实施例中，来自微应用222的回复消息可以被称为消息212a，并且到场外装置202的回复消息可以被称为212b。在本实施例中，仅包含TV观看者选择的以及被预定义或预组装的建议或微应用决策的回复消息212b(未示出)被发送到场外装置202。

平台214中的软件组件负责从微应用222接收回复消息并将该消息发送到场外装置202(可能是多个场外装置)。

图3是与图2类似的示出根据一个实施例的显示微应用建议并向TV观看者呈现的可选方式的框图。已经在图2中描述了图3中的许多组件。示出的是场外装置302，场外装置302具有：微应用贮藏库304、全应用贮藏库306和操作***308。上下文数据310被发送到场内装置314，并且回复消息312被发送回装置302。

上下文提醒模块316与微应用贮藏库322通信。模块316将上下文数据310发送到微应用贮藏库322。在一个实施例中，上下文数据310没有被修改(即，上下文数据310与从场外装置302接收到的上下文数据310相同)。在其它实施例中，上下文提醒模块316可以以某种方式修改上下文数据310。

微应用贮藏库322与上下文数据库318通信，其中，微应用可向数据库318查询场内装置314及其观看者/用户的上下文。然后，微应用贮藏库322可使用场内装置上下文和上下文数据310来确定哪个微应用是合适的或是相关的。上下文提醒模块316还可与上下文数据库318通信。例如，在一个实施例中，由场内装置314接收到的上下文310可被存储在数据库318中。

当接收到上下文数据310时，微应用贮藏库322中的特定微应用执行并获得来自在线服务的预览建议，所述在线服务可从例如合作者的服务器、各种搜索引擎和其他在线和基于云的服务得到。主要地，与上下文数据310相关的微建议以普通方式执行。来自那些微应用(即，执行的特定微应用)的建议或其它数据的预览被发送到微应用预览呈现模块320。一般地，场内装置314能够智能地为观看者呈现一系列相关微应用让观看者从中选择并执行。模块320使得向TV观看者显示这些预览。这些预览的示例在图4中示出。在一个实施例中，微应用呈现模块324使得显示来自先前呈现的选择的预览。然而，各种其它实施例是同样可能的。在另一实施例中，微应用322可以是所有可用的(下载的)微应用的集合，并且微应用呈现模块324可使得显示与当前上下文有关的微应用322的子集。在另一实施例中，如果微应用322中的任何微应用“自我确定”它们具有与用户有关的微建议，则这些微应用可将它们的预览数据发送到模块320用于显示给TV用户。在本实施例中，可不需要微应用呈现模块324。观看者看到模块320显示的微应用并可随后选择要启动的微应用，以看到微建议的整个列表，其中，所述启动由模块326执行。注意到，在本实施例中，不需要微应用呈现模块并且模块操作可从微应用预览呈现模块320直接到模块326。应注意，在另一实施例中，可如图3中所示使用模块324。

一旦用户选择微应用，则选择的应用在微应用启动模块326启动。然后，控制返回到应用的子集(或所有应用，如果选择了所有应用的话)，所述应用的子集的预览被模块320呈现。因此，第一实施例和第二实施例的主要差别在于场内用户能够事先看到微应用基于场内装置接收到的新上下文而正在制定的决策或微建议。然后，场内用户可基于预览选择微应用。

图4示出根据一个实施例的微建议的采样预览的屏幕快照的说明。屏幕快照402是可以向场内用户显示并且示出至少三个预览的示例。如上所述，来自场外装置的上下文被发送到微应用贮藏库。在一个实施例中，所有微应用能够看到上下文，所述上下文可包含例如指示场外装置的室外位置的GPS位置。在另一实施例中，可存在对上下文的最少处理或解析，以快速确定哪个微应用将会与上下文中的数据最小地相关。

然后，微应用查询现有上下文数据库以获得更多关于整体或组合上下文的信息。为了说明的简单，框402是示出预览的屏幕快照的简化表示(rendering)，其中，上下文数据基本上是显示为数据项406的GPS位置。在数据项406之下的微建议的三个预览：谷歌地图15分钟ETA(框410)、Yelp到餐馆(框412)、推特(其它微博)(框414)。谷歌地图微建议根据谷歌地图指示场外装置/用户到场内装置位置的距离。Yelp建议反映场外用户或场内用户的Yelp书签。推特入口是针对场外用户或场内用户的推特跟随者。当然，可基于场外用户的上下文中的数据(在本示例中，只有用户的GPS位置被显示为接收到的数据)使用微应用和微建议的许多其它示例。可同时显示多个预览(诸如这里的示例中的三个预览)，或可一次显示一个预览并且***可在多个预览中进行切换或旋转，其中，所述多个预览中的每个预览在屏幕上被显示设置的时间。

在另一示例中，在框404中示出屏幕快照的表示。在本简化表示中，接收到的上下文数据是显示为数据项408的UPC，所述UPC由正在进行产品扫描的场外用户创建。在数据项408之下显示的是微建议的三个预览，用户可使用所述预览来为场外用户制定决策。一个预览是从用于产品查看服务的用户的谷歌账户获得的谷歌查看最低价(框416)。另一个预览是可从场外用户或场内用户的偏爱的或收藏的评论网站之一获得的亚马逊ePinion评论(或其它产品评论)(框418)。在最后的示例中，扫描的产品可以与健康相关并且微建议之一是通过检查场外用户或场内用户的饮食和健康偏好获得的健康评级(框420)。在多数情况下，可从使用场外用户或场内用户的上下文的微应用得出微建议。注意到，这些上下文可包含针对用户的偏好和设置数据，诸如健康偏好、收藏的评论网站、书签、Facebook或其它社交网络偏好等。所有这些信息可被用于第二实施例以创建微建议预览，或被用于第一实施例、微应用选择和呈现。

然后，场内用户可通过使用例如TV遥控选择一个或多个预览来选择使用哪个微应用。在另一实施例中，场内用户选择一个或多个预览，并且创建了这些预览的微应用在另一显示器中被呈现给场内用户，给场内用户另外的机会以选择使用哪个微应用，或观看预览和不同格式的下面的微应用，这可让场内用户的决策制定变得更容易。

图5是根据本发明的一个实施例的场外用户和场内用户基于用户的上下文协同制定决策的处理的流程图。已经在上文描述了这里提供的一些步骤、构思、实施例和示例，但是为了清楚再次进行描述。流程图描述一个实施例；可存在步骤的流程不同于这里描述的其它实施例。例如，在另一实施例中，上下文共享从将上下文发送给场外用户的场内用户开始，并在使用组合上下文以做出决策的场外用户结束，而不是描述了相反场景的图5中的流程。

场外用户使用场外装置将上下文发送到场内装置/用户。注意到，场外装置可以是另一住宅(或相同住宅的另一房间)中的另一TV、计算机、智能电话或其它类型的手持或移动装置。场外用户想要与另一用户合作或获得另一用户(即，场内或家用户)的帮助，所述另一用户可凭借使用TV或计算机具有对于她可用的更多计算资源、软件、微应用、网络访问能力和数据。

在步骤502，场内装置从场外装置接收场外上下文。数据可通过互联网或蜂窝网络被发送。在步骤504，场内装置中的上下文提醒组件能够对场外上下文进行解析和分析。在一个实施例中，在场外上下文与场内上下文组合之前对场外上下文进行解析和分析。在另一实施例中，对场外上下文与场内上下文的组合进行解析和分析。在步骤506执行所述两个上下文的组合或糅合。即，可存在多个场外用户，每个场外用户具有装置并且每个场外用户将上下文发送到场内装置。两个上下文的糅合的示例在图6中示出。

在步骤508，***检查组合或糅合的上下文的特征，并基于该分析确定哪个微应用或服务将与组合上下文最相关。一般地，可使用一个或多个算法完成所述上下文和微应用的配对。一个方法是使用关键词和标签。例如，谷歌地图微应用预定标签“位置”，因此场外上下文可包括标签“位置”(与其它标签一起，诸如用于UPC扫描的“产品”、用于照片的“媒体”等)。通过将组合上下文的特征中的关键词与元数据或标签匹配来确定相关微应用，其中，所述元数据或标签与当前驻留在场内装置上的微应用相关。例如，组合上下文中的关键词可以是“网球球拍”，“网球球拍”可被解释为产品从而与价格比较服务有关。或者“网球球拍”可被解释为场外用户想要打网球，在这种情况下地图或基于位置的服务将是相关的。还可使用本体树或概念树来“确定/得出”结论：网球球拍到运动器材到产品到购物服务。另一算法可使用与服务具有预定义的关系(基于位置、电影细节、地图服务等)的上下文类型和预定义类型(例如，电影、TV节目、GPS、地图、指南针等)。用户模式(诸如“最常使用的”或“最近使用的”)也可被用于上下文和微应用配对。例如，如果用户接收到GPS上下文，并且多数人选择谷歌地图微应用，则***将自动对谷歌地图微应用进行配对。

场内装置上可具有40个微应用，并且所述40个微应用中仅有5个或6个可能与组合上下文相关。在步骤508确定相关微应用。这可被描述为智能微应用选择。在一个实施例中，可存在预选择的微应用，所述预选择的微应用中的每个知道哪些上下文是相关的或重要的。例如，IMDB应用(或关于电影和TV产业数据的其它应用)明白具有电影信息或TV节目的问题的上下文比主要是位置或GPS数据和关于餐馆的问题的上下文更重要。这样的预选择的或预注册的服务可具有标签，所述标签用于识别哪些类型的上下文是相关的或是重要。

在步骤510，相关微应用(如果有的话)例如在TV屏幕上被显示给场内装置的用户。在另一实施例中，如果装置上仅存在少量微应用，则可显示所有应用，并且可以不需要“相关性”分析(步骤508)。微应用被显示并且用户可选择执行哪一个微应用。在步骤512，用户选择微应用，例如，谷歌地图或Yelp(可能使用场外用户的书签)，并在步骤512启动选择的服务(在下一轮可选择附加的微应用)。这通常包括访问互联网以利用基于网络的服务、搜索引擎等。如果场内装置是TV，则观看者可使用遥控来进行选择。一旦已经进行了选择，场内装置在其普通操作过程中使用的传统或当前的方法或处理就可被用于启动微应用。

一旦微应用或服务已经被启动，在步骤514，场内装置就以普通或传统方式从微应用接收响应。可根据服务改变所述响应的形式。一些示例在图4中被显示为微应用的预览。回复消息或微建议可例如具有XML结构(并且可被用户观看)，并且可以是人可阅读的文本的形式，或者可以是用于场内装置的新上下文。在一个场景中，场外装置位于另一家中并可以是TV。在这种情况下，所述两个装置可相互发送新的或更新的上下文，即，回复消息采用可被场外装置上的微应用处理或读取的新上下文的形式。如果意图由场外装置或场内装置的CPU或处理器解释回复消息，则可能会需要有预定义的协议。

在一个实施例中，如下所述，在步骤515，回复消息被格式化为场内装置上的多个消息格式。然后，在步骤516，来自微应用的回复消息被发送到场外装置以及其它感兴趣的装置(如果有的话)。在另一实施例中，组合上下文而不是回复消息(即，微建议)可被发送到场外装置，并且场外用户可使用组合上下文来针对使用哪个服务以及怎样进行服务制定决策。在一个实施例中，没有对回复进行实质或重要的处理；场内装置用作回复消息的导管以引导回复消息到达场外装置，其中，所述回复消息被呈现给场外用户作为微建议，如果场外用户需要所述微建议则可遵循所述微建议。然而，注意到，在步骤515，在回复消息被发送之前可对场内装置上的回复消息做一些处理，例如，回复消息可被布置为新上下文的形式(诸如用于相同平台上的场外装置的特定平台(例如，TV+)消息格式)，或被布置为用于工业标准格式的

XML格式以作为消息(例如，Facebook邮件、推特来信等)处理。在另一示例中，场外用户可使用微应用A在商店扫描DVD项目。然后，该用户可使用微应用B来查看附近商店的相同项目的标价，以及检查网上商店的项目的可用性和标价。然后，该用户可与使用其自身的上下文(即，在TV上可用的视频点播(VOD)全应用和微应用)的场内用户共享所述上下文，以基于场内上下文进行进一步的价格比较。然后，该结果可与场外用户共享。在此阶段此轮完成。潜在地，***可具有多轮这种类型(或其它类型)的交互。场外用户通过将场外用户的上下文与场内装置共享来与场内用户合作，从而做出决策或微建议。

该建议是杠杆调节场外用户不能以特定方式普通地访问的资源和数据的结果。场外用户可以并且可能具有到其自身的微应用和全应用的访问(如图2和图3中所示)，场外用户的微应用和全应用可能与场内用户可用的微应用不同。然而，场内用户可具有更复杂的应用和到更多关于两个用户的信息(诸如偏好和设置)的访问。使用以上描述的处理，场外用户获得到更丰富的应用的选择的访问。

在一个实施例中，处理发生在端对端类型网络，其中，场外装置和场内装置被认为是端。然而，当场内装置是TV时，其可被视为特殊场景。TV不是与HHP、其它移动装置或甚至计算机作为端的相同概念的端装置。TV是具有场内用户和场外用户两者的上下文的集合装置，并还可具有所述两个用户的历史和偏好数据，在协同决策制定处理中可与组合上下文一起使用所述历史和偏好数据。

图6是示出根据一个实施例的可如何处理场外上下文和场内上下文以得出组合上下文的框图。场外上下文602可具有特定的、用户产生的特征。这些可包括UPC码、图片和音频文件。一些物理特征除了来自装置上的传感器或与装置连接的传感器的输入以外，还可包括装置的位置、方向和外部温度。场内上下文604可包括用户产生的特征，诸如激活的应用或内容(例如，关于TV的)、用户偏好和档案、以及观看/项目历史(产品、邮件、电影等)。除了别的以外，场内上下文604的物理特征可包括邮编、通过IP查找的位置、TV屏幕大小、TV房间名、相机特征。组合这些两个上下文生成的组合上下文606可以是例如场外位置加上场内位置，所述场外位置加上场内位置可包括组合的起点/目的地；场外UPC码加上场内“愿望单”；组合的购买匹配；场外发信加上场内邮件历史；以及组合的邮件匹配。以上描述的DVD项目场景是场外上下文(UPC码扫描等)与场内上下文(VOD全/微应用)组合以得到组合上下文。在另一示例中，场内用户运行TV上的烹饪应用告知需要什么调料。

如上说明的，当场外用户需要利用场内用户可用的资源和数据或场外用户处于他不能在没有与场内用户合作的情况下制定决策的状况时，本发明会是最有用的。在媒体相关的使用情况下，这将尤其真实。在一个示例中，场外用户扫描DVD产品并与场内(家)用户共享UPC以查看：1)DVD是否由场外用户的(以及场内用户的，如果他们住在同一住宅的话)DVR提供商提供；2)通过视频点播应用DVD是否更便宜；或者3)DVD的内容是否已经被该住宅中的某人购买了。会存在这样的情况：场外用户可使用场外装置上的资源来制定充分的决策，但是会想要与场内用户共享他的上下文以协同决策。本发明还可被应用于多用户场景。例如，来自场外用户的上下文包含GPS数据并且被场内用户接收。场内用户选择谷歌地图并回复“15分钟内见”。

第二场内用户(可以是来自相同住宅或来自与第一场内用户不同的住宅)选择Yelp并回复“在ABC餐馆取晚餐”。在这种情况下，场外用户接收两个决策/回复。

在另一示例中，在TV接收位置上下文之后，微应用的集合不仅被微应用的偏好自动选择也从微应用中的用户的动作历史被自动选择。书签微应用还可检查在该时该地用户是否对被标书签的项目感兴趣。TV上的动作计划引擎可从所述自动选择的微应用产生动作时间表。可基于兴趣的优先级、最佳路线和最佳时间对时间表排序。第二用户可使用TV或其它装置来执行动作。

书签微应用可以以如下方式起作用。用户A在家已经在TV上预先使用了一些微应用(诸如谷歌地图)，并且他已经在他感兴趣的几个地方标上了书签。当该用户在室外(场外)使用他的移动装置并且他试图联系正在家中(场内)看TV的用户B时，可以通过由用户B选择的微应用和用户A的书签信息产生场内上下文。在另一包括动作计划引擎的示例中，基于组合上下文，场内装置会知道场外装置的优先级顺序(基于用户A在场内装置上的过去动作)。然后，建议的动作列表可被发送到场外用户A。建议的列表可以是：首先去杂货店，然后买电影票，然后转向另一任务或动作等。

场外装置和场内装置可被大体描述为具有计算机的一些基础组件的计算装置。如上多次说明的，计算装置可以是例如智能电话、平板计算机、移动装置、TV、PC或膝上计算机、或表面计算机装置。图7A和图7B示出适合实现本发明的特定实施例的普通计算***700。可被用于本发明的这些装置中的一些可具有没有在图7A和图7B中示出的其它特征或组件，并且不是在这些附图中示出的所有的组件(例如，键盘)都是在用于实现本发明的场外装置或场内装置中所必须的。这样，图7A示出计算***的一个可能的实体实现。在一个实施例中，***700包括显示器或显示屏704。该显示器可以在与***700相同的外壳中。***700还可具有在显示器704上显示的键盘710(即，虚拟键盘)，或者键盘710可以是装置外壳的一部分的实体组件。***700可具有各种端口，诸如HDMI或USB端口(未示出)。可连接到装置700的计算机可读介质可包括USB存储器装置和各种类型的存储芯片、记忆棒和存储卡。

图7B是用于计算***700的框图的示例。接附在***总线720上的是各种子***。处理器722连接到包括存储器724的存储装置。存储器724可包括随机存取存储器(RAM)和只读存储器(RAM)。如在本领域中所公知的，ROM用于向CPU单向地传输数据和指令，RAM通常用于以双向方式传输数据和指令。这些类型的存储器两者都可包括下面描述的任何合适的计算机可读介质。固定盘726也双向地连接到处理器722；固定盘726提供附加数据存储容量，并还可包括下面描述的任何计算机可读介质。固定盘726被用于存储程序、数据等并且通常是比主存储器慢的第二存储介质。将理解，在固定盘726中保留的信息可在合适的情况下以标准方式用作存储器724中的虚拟存储器。

处理器722也连接到各种输入/输出装置，诸如显示器704和网络接口740。一般地，输入/输出装置可以是任何的以下装置：视频显示器、键盘、麦克风、触摸敏感显示器、平板、触笔、语音或手写识别器、生物测定读取器或其它装置。处理器722可使用网络接口740选择地连接到另一计算机或电信网络。使用这样的网络接口，预期CPU在执行上述方法步骤的期间可能从网络接收信息，或可向网络输出信息。此外，可在处理器722上单独执行本发明的方法实施例，或可在网络(诸如互联网)上与共享了一部分处理的远程处理器结合地执行本发明的方法实施例。

此外，本发明的实施例还涉及带有计算机可读介质的计算机存储器产品，上述计算机可读介质上具有用于执行各种计算机实现的操作的计算机代码。

上述介质和计算机代码可以是为了本发明的目的专门设计和构建的介质和计算机代码，或者它们可以是计算机软件领域的技术人员公知和可用的介质和计算机代码。计算机可读介质的示例包括，但是不限于：磁介质，诸如硬盘、软盘和磁带；光学介质，诸如CD-ROM和全息装置；磁光介质，诸如可光读的盘；以及被专门被置为存储和执行程序代码的硬件装置，诸如专用集成电路(ASIC)、可编程逻辑装置(PLD)和ROM和RAM装置。计算机代码的示例包括诸如由编译器产生的机器代码、包含由计算机使用解释器执行的高级代码的文件。

虽然这里显示并描述了本发明的说明性实施例和申请，但是保持在本发明的构思、范围和精神内的很多变化和修改是可行的，并且在本领域的普通技术人员熟读本申请之后，这些变化将变得清楚。因此，描述的实施例是说明性的并且不是限制性的，并且本发明不被这里给出的细节所限制，而是可以在权利要求的范围和等同物之内进行修改。

Claims (15)

1.一种使用上下文在场外用户和场内用户之间进行协同决策制定的方法，所述方法包括：

将场外上下文与场内上下文组合以得出组合上下文；

基于组合上下文确定一个或多个服务；

呈现所述一个或多个服务，所述一个或多个服务中的一服务被选择；

从选择的服务接收响应。

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

在场内装置接收场外上下文。

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

对场外上下文进行解析和分析以提取可被所述一个或多个服务使用的信息。

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

对场内上下文进行解析和分析以提取可被所述一个或多个服务使用的信息。

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

对组合上下文进行解析和分析以提取可被所述一个或多个服务使用的信息。

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

从场内上下文数据库取回场内上下文。

7.如权利要求1所述的方法，其中，所述响应基于组合上下文被预定义和预组装，并且所述决策可由所述一个或多个服务制定。

8.如权利要求1所述的方法，其中，所述场外装置和场内装置是端对端网络中的装置。

9.如权利要求1所述的方法，其中，场外上下文被广播到多个场内装置。

10.如权利要求1所述的方法，还包括：在场外装置接收场内上下文。

11.如权利要求10所述的方法，还包括：将组合上下文发送到场内装置。

12.一种用于通过提供根据上下文的信息与场外装置合作的场内装置，所述装置包括：

处理器，将场外上下文与场内上下文组合以得出组合上下文；

上下文提醒模块，接受上下文数据；

微应用选择模块，与上下文提醒模块通信，并基于来自上下文提醒模块的上下文数据从微应用贮藏库选择相关微应用；

微应用呈现模块，执行用于在TV屏幕上显示由微应用选择模块选择的微应用的代码；以及

存储器，存储上下文数据。

13.如权利要求12所述装置，还包括：

用于执行微应用的微应用启动模块。

14.如权利要求12所述装置，其中，上下文数据包括场内装置上下文数据。

15.如权利要求12所述装置，其中，上下文提醒模块对从场外装置接收到的上下文进行解析和分析。

Images