CN102968427A - 知晓情境的应用和方法 - Google Patents

Abstract

本申请涉及知晓情境的应用和方法。描述了用于向应用提供与情境相关查询对应的数据的系统和方法。执行与第一应用相关的第一动作。确定与第一动作相关的情境相关数据结果。向第二应用提供情境相关数据结果。由第二应用处理情境相关数据结果以执行第二动作。

Description

知晓情境的应用和方法

技术领域

本申请一般涉及知晓情境的(context-aware)计算机应用，尤其是在应用之间提供与情境相关的数据的系统和方法。

背景技术

现代的企业网站和个人网站通常有一个“联系我们”的页面，使网站的访问者能快速获得公司的联系信息，如电子邮件地址、街道地址、电话号码、方向、地图等等。

当使用具有较小屏幕尺寸的智能手机、平板计算机或其他电子设备浏览网站时，网页布局可能比设备显示屏上的观看空间大的多。因此，观看者在显示屏上每次可能看到网页的一小部分。某些设备(如智能手机)允许观看者采用“平移和扫描(pan and scan)”的方法来定位网页的可见部分上没有显示的信息。这里，观看者可以沿网页的水平方向和/或垂直方向滚动设备视图，或在一些触摸显示屏的情况下，观看者可以缩小网页的尺寸以使得网页的更大区域可被显示。这样做，即使相关的联系信息被显示，该信息也可能是很难被找到或选择的。

通常，具有网络浏览器的个人使用浏览器标签页(browser tab)或另外的浏览器窗口按顺序进入网站的不同部分，以确定产品和服务是否符合用户的需求。随后，用户可能想要联系网站所有者以订购产品或服务。这要求用户返回“联系我们”的网页，以便找到电话号码或电子邮件地址。

发明内容

根据本发明的一个方面，提供了一种用于向应用提供与情境相关查询相对应的数据的计算机实施方法，包括：执行与第一应用有关的第一动作；确定与所述第一动作有关的情境相关数据结果；向第二应用提供所述情境相关数据结果；以及通过所述第二应用处理所述情境相关数据结果以执行第二动作。

在该方法中，向第二应用提供所述情境相关数据结果的步骤可以包括：将与用户情境相对应的数据填充到应用情境缓存中，该数据包括与所述第一动作有关的情境相关数据；检测所述第二应用的激活；以及将来自所述应用情境缓存的情境相关数据结果预填充到所述第二应用中。

在该方法中，向第二应用提供所述情境相关数据结果的步骤可以包括：对所述情境相关数据结果进行格式化，以便与所述第二应用兼容；激活与所述第二应用通信的第三应用；从所述第二应用执行所述第二动作；以及将关于格式化的情境相关数据结果的数据填充到所述第三应用中。

在该方法中，所述第二应用是联系人列表应用，所述第三应用是拨号器应用。

该方法还可以包括：响应于将关于格式化的情境相关数据结果的数据填充到所述第三应用中，从所述第三应用执行第三动作。

该方法还可以包括：将格式化的情境相关数据结果填充到所述第二应用中；以及通过选择格式化的情境相关数据结果执行所述第三动作。

在该方法中，所述第二应用和所述第三应用是相同的应用。

该方法还可以包括：检测与所述第二应用的激活有关的用户情境；以及响应于检测到所述用户情境，将情境相关数据结果填充到所述第二应用中。

在该方法中，所述第一应用是浏览器应用，所述第二应用是电话拨号器应用。

根据本发明的另一方面，提供了一种桥接应用系统，包括：情境监视模块，检测与第一应用有关的动作；插件模块，搜索所述第一应用以获得与所述动作对应的情境相关数据；以及本地应用接口，向第二激活的应用输出所述情境相关数据。

该桥接应用系统还可以包括规则引擎，该规则引擎包括为所述插件模块建立基于情境的搜索标准的一个或多个规则。

在桥接应用系统中，所述插件模块将所述情境相关数据存储在应用情境缓存中。

该桥接应用系统还可以包括预触发模块，该预触发模块从所述应用情境缓存选择情境相关数据，并响应于所述情境监视模块检测到所述第二应用的启动，将情境相关数据预填充到所述第二应用中。

在该桥接应用系统中，所述插件模块对所述情境相关数据进行格式化，以便与所述第二应用兼容，并将格式化的情境相关数据输出至所述第二应用。

在该桥接应用系统中，响应于所述情境监视模块检测到所述第二应用的激活，所述插件模块将格式化的情境相关数据输出至所述第二应用。

在该桥接应用系统中，响应于所述情境监视模块检测到所述第二应用的激活，所述本地应用接口将从所述插件模块接收的情境相关数据填充到所述第二应用中。

根据本发明的另一方面，提供了一种用于将情境相关数据从网络浏览器提供至本地移动设备应用的计算机实施方法，包括：通过网络浏览器搜索网站；激活移动设备应用；从所述网站中检索情境相关内容；以及将检索到的情境相关内容的结果填充到所述移动设备应用中。

在该方法中，将检索到的情境相关内容的结果填充到所述移动设备应用中的步骤可以包括：将检索到的情境相关内容存储在应用情境缓存中；检测所述移动设备应用的激活；以及将存储在所述应用情境缓存中的、检索到的情境相关内容的结果预填充到所述移动设备应用中。

在该方法中，将检索到的情境相关内容的结果填充到所述移动设备应用中的步骤可以包括：创建包括所述结果的联系人记录；以及将所述联系人记录添加至与所述移动设备应用对应的联系人列表。

在该方法中，将检索到的情境相关内容的结果填充到所述移动设备应用中的步骤可以包括：检测所述移动设备应用的激活；以及响应于检测到所述移动设备应用的激活，将所述结果填充到所述移动设备应用中。

附图说明

从下面结合附图的详细描述将清楚本发明的特征和优点，附图一起通过示例说明本发明的特征，并且其中：

图1是示出了可以采用本发明概念的实施例的高级移动设备体系结构的框图；

图2是根据一个实施例示出了桥接应用系统的元件的框图；

图3是根据一个实施例向应用提供情境相关数据的方法的流程图；

图4是根据一个实施例在两个应用之间桥接情境相关数据的方法的流程图；

图5是根据一个实施例示出了用于将在网站搜索期间识别的电话号码填充到拨号器应用中的方法的示意框图；

图6是根据另一个实施例在两个应用之间桥接情境相关数据的方法的流程图；

图7是根据一个实施例示出了用于将在网站搜索期间识别的电话号码填充到联系人列表应用中的方法的示意框图；

图8是根据另一个实施例在两个应用之间桥接情境相关数据的方法的流程图；

图9是根据一个实施例示出了响应于拨号器的激活，根据在网站搜索期间识别的电话号码来创建联系人(contact)的方法的示意框图；并且

图10是根据一个实施例示出了响应于拨号器的激活，将在网站搜索期间识别的电话号码填充到拨号器应用的方法的示意框图。

具体实施方式

下面结合附图陈述的说明旨在对本发明概念的实施例进行说明。应当理解，本发明概念不限于本文公开的特定结构、处理步骤或材料，而是延伸至相关领域的普通技术人员能认识到的其同等物。还应当理解，本文采用的术语仅用于描述特定的实施例，而并非旨在限制。

本发明概念克服了在应用之间浏览以获得数据的常规方法的限制，特别是当使用小显示屏时。这样的常规方法需要用户打开第一个应用(如网络浏览器)，然后执行所需信息(如电话号码)的网站搜索，然后将电话号码手动输入到第二个应用，如电话拨号器、文本消息框等等。当所需信息(如联系电话号码)存储在大型的或设计很差的网站或数据存储库中时，用户经常会发现很难找到该信息。移动设备显示屏的小外形使这个问题加重，用户必须经常平移网页或文档，以找到所需的信息。

常规方法并未将电话的本地应用(如拨号器)与网络浏览器整合以使得当用户在公司网站上搜索电话号码时电话号码被自动插入拨号器窗口。可以使用点击拨号应用从电话进行呼叫，而不需要向电话键盘上输入外部号码。例如，点击拨号特征(feature)允许访问网站的用户识别电话号码或其他相关的联系信息，并点击与电话号码对应的按钮、图像、文本或超链接，以便与联系人建立电话通话、SMS会话等等。但是，为了启动点击拨号应用，必须首先定位电话号码或其他相关联系信息。如果不支持点击拨号，一般需要用户先打开拨号器应用，(这可能会由于显示屏的尺寸而将网络浏览器遮住)，然后在应用之间来回切换以从网络浏览器上读取号码，并将其输入到设备中。可替换地，可以使用剪切和粘贴特征，但该特征仍然需要在应用之间移动。

本文所述的本发明概念的实施例提供了如下的系统和方法：这些系统和方法通过在不同应用之间提供应用桥来简化应用的用户交互，使得来自一个应用的数据可以无缝地提供给另一个应用。这些实施例允许用户激活本地应用，如移动设备拨号器，并向该应用提供与预测的或情境的(contextual)用户行为有关的相关数据。通常，与浏览的网站或数据存储库的内容相比，移动设备用户更了解本地设备应用(如电话拨号器)的特征和功能。因此，用户往往更愿意从设备激活公知的应用，但可能很难定位相关的内容以填充该应用。

因此，本发明概念的实施例允许用户执行与计算机相关的动作(如浏览网站)，并且激活拨号器、文本消息或SMS应用、电子邮件应用或其他应用。向主动打开的网站查询与应用有关的情境相关数据。例如，当考虑拨号器应用时，可以对诸如网站联系人的电话号码之类的信息执行搜索。例如通过监视用户的情境(如与当前打开的应用有关的用户状态)，可以确定动作(即，对电话号码的搜索)与激活的拨号器或SMS应用有关。在查询期间识别的电话号码可插入拨号器窗口。随后，用户可以使用自动填充到拨号器窗口的电话号码向所查询网页中指定的联系人发起SMS文本消息或电话呼叫，而不要求用户搜索网站以找到电话号码，然后将号码手动插入拨号器或文本消息字段，也不要求用户使用点击拨号应用来激活包含电话号码的链接。总之，本发明概念假设，当正在使用网页的时候拨号器被激活时，用户希望联系与网站相关的电话号码，因此拨号器预填充有这个号码。用户可以自由访问其联系人并拨打不同的号码，或删除和手动输入另一个号码。在一个实施例中，系统和方法试图根据用户的最近活动(如观看网站)为拨号器应用预先填充应用数据(如电话号码)。

虽然经常参照某些应用，如网络浏览器和拨号器应用，但是系统和方法的实施例可以应用到移动设备上的任何应用。特别地，系统和方法的实施例试图通过监视用户的情境(如检测用户的最近在线活动)来预测或解释移动设备用户想要做什么。例如，系统和方法可以监视哪些图片为了观看而打开或检测由用户执行的其他动作或任务。在电子邮件应用被激活后，还可以检测向电子邮件应用附加文件的后续请求，从而当与附加文件的请求一起撰写电子邮件消息时，最近打开的图片、文件、视频录像等可以自动提供以供用作附件。

图1是示出了可以采用本发明概念的实施例的高级移动设备体系结构100的框图。移动设备体系结构100也可以适用于其他小型电子设备，如膝上型计算机、笔记本计算机、平板计算机或手持计算机。体系结构100包括可以通过本领域的普通技术人员已知的系统总线124(如外设部件互连(PCI)总线)互相通信的处理器102(如中央处理器(CPU))、显示屏104、声音系统106、电话系统108、天线110、电源112和存储设备114。虽然未示出，但是体系结构100可以包括其他部件，如本领域的普通技术人员已知的输入和输出部件，用于按照一个或多个通信模式(如文本、图形图像、视频等)输入数据和/或接收数据。

显示屏104可以是触摸敏感型图形显示屏，如液晶显示屏(LCD)。显示屏104可以显示图形用户界面(GUI)，该图形用户界面(GUI)向显示屏104呈现文本图像和/或图形图像，如本领域的普通技术人员已知的图标、对话框、菜单、按钮、光标、滚动条和其他元素。文本图像和/或图形图像的元素可以以已知的布局排列在显示屏104上，例如，多个应用窗口在被激活时可以以级联或重叠的排列方式显示。

声音系统106包括扬声器、麦克风及其他用于将语音转换成电信号和/或将电信号转换成声音的通信元件。

电话系统108可以通过天线110向通信网络发送与语音、视频、数据等有关的通信信号，或从通信网络接收与语音、视频、数据等有关的通信信号。通信网络可以包括但不限于移动语音网络、数据网络、蜂窝网络、公用交换电话网(PSTN)、卫星网络(如全球定位系统(GPS))、局域网(LAN)、互联网、或本领域的普通技术人员已知的能够与其他本地、国内或国际地点交换语音、数据和/或视频的任何其他网络。体系结构100可以包括本领域的普通技术人员已知的一个或多个无线或有线连接器(未示出)，用于与一个或多个上述网络进行通信。

存储设备114可以为操作系统116、应用程序接口(API)118、一个或多个应用120、桥接应用系统134和应用情境缓存136，以可执行程序代码的形式存储可以被处理器102处理的计算机指令、数据等。操作系统116可以是用于计算机的市售或专有操作系统或嵌入式系统，如iOS、黑莓操作系统、Android操作系统、

操作系统等等。操作系统116和/或应用120可以与API 118进行通信，例如，以将从查询中识别的情境相关数据填充到应用中，例如，将电话号码填充到拨号器应用124中，或添加、删除或修改联系人列表中的联系人。

应用120可以包括一个或多个应用程序，如GPS应用122、拨号器应用124、协作应用126(如即时消息(IM)应用、存在应用、文本消息(如短消息服务(SMS))应用或其他实时消息应用)、电子邮件应用128、浏览器130(如微软IE浏览器、

浏览器或Google浏览器)和/或本领域的普通技术人员已知的用户应用程序132(如社交网络应用，如

应用)。在一个实施例中，一个或多个应用120可以配置为知晓情境的应用，如拨号器应用124。

桥接应用系统134根据预测行为或情境行为在应用120之间桥接可应用的数据，这些预测行为或情境行为可以通过监视用户执行的活动来预测。例如，桥接应用系统134可以确定当前打开了哪些应用，并监视与所打开的应用相关的活动，例如，确定用户正在观看网页、编辑文字处理文件或观看数字照片。桥接应用系统134可以在网站、文件或其他内容源查询情境相关数据，例如与位于网页上的联系人相对应的电话号码。所查询的情境相关数据可以存储在应用情境缓存器136中，或直接输出至配置为接收和处理情境相关数据的应用120。在一个示例中，从所查询的网页中检索(retrieve)的电话号码可以输出至拨号器应用124。在另一个示例中，一文字处理文件在被桥接应用系统134识别为最近打开的文件之后，可以附加到电子邮件应用128。因此，用户在不需要搜索电话号码、电子邮件附件等等，也不需要手动执行将信息输入到应用120中的任务，即可发起电话呼叫、电子邮件消息、文本消息或其他电子通信，尤其是在小型显示屏上执行这样的任务时更是如此。

图2是根据一个实施例示出了图1的桥接应用系统134的元件的框图。桥接应用系统134可以包括插件模块(plug-in module)202、情境监视模块204、预触发模块(pre-trigger module)206、规则引擎208和本地应用接口210。桥接应用系统134可以在至少具有处理器和存储器的电子设备上完全执行，该电子设备例如是移动电话、平板计算机、膝上型计算机等，或者，桥接应用系统134的一些元件可以在一个电子设备上执行，而其他元件在另一个电子设备上执行。桥接应用系统134可以包括硬件、软件、固件或其组合。

插件模块202在应用120和/或应用情境缓存136之间建立通信以接收和处理情境数据。在一个实施例中，插件模块202包括浏览器插件，用于在网络浏览器130、应用情境缓存和/或其他应用120之间建立通信。插件模块202可以在应用120或相关内容源(如网页、数据库、文字处理文件或其他内容源)中搜索与用户的当前活动相关的情境相关内容。插件模块202可以根据本领域的普通技术人员已知的方法(如关键字搜索、网络遍历(web crawling)等)采集内容源。例如，当用户搜索网站时，用户可以访问几个不同的部分，每个部分向用户呈现一个网页。插件模块202可以在用户细读的每个网页上查询联系信息，即名称、地址、电话号码等等，并将查询结果输出至应用情境缓存136。应用情境缓存136可以配置为只要浏览器130也是打开的，其便处于活跃状态(例如用于存储情境相关数据)。因此，当浏览器130被关闭时，在网络浏览会话期间添加到缓存136的情境相关数据可被移除。

在一个实施例中，响应于检测到应用120的激活，插件模块202向应用120自动填充有关的情境相关数据。在另一个实施例中，插件模块202独立于用户情境将情境相关数据添加到应用情境缓存136中。应用120在激活时可以查询插件模块202或应用情境缓存136，使得根据一按需配置，相关的数据可以被检索并且可以填充应用120。

插件模块202可配置为按照与应用120兼容的格式处理查询结果。例如，插件模块202可以创建新的联系人记录，该记录包括从对“联系我们”网页的查询中接收的电话号码。桥接应用系统接收来自对“联系我们”网页的查询的电话号码，并使用本地应用接口120添加新的联系人。当用户激活拨号器应用124或相关应用并导航至联系人时，或者如果用户直接访问联系人应用，则取决于用户接口(user interface)，将存在一个具有从“联系我们”网页中获得的名称和号码的新联系人条目。

情境监视模块204可以检测用户的情境，如状态、位置、动作和/或其他与移动设备有关的情境相关信息。因此，情境监视模块204可以确定网站正在被观看、数字照片被显示、电子表格(spreadsheet)应用被打开等等。情境监视模块204还可以检测能接收情境相关数据的本地应用(如拨号器应用124、电子邮件应用128等)的激活。情境监视模块204和插件模块202可以相互通信，和/或与规则引擎208通信，以确定从对应用的内容的查询中识别的任何数据是否与应用120有关。桥接应用系统134可以使用与最近用户活动相关的任何数据来预测或者解释用户对什么感兴趣，用户想做什么，或本领域的普通技术人员已知的其他情境指示。因此，情境监视模块204可以检查用户的情境以确定用户是否正在执行其他动作，以及这些动作是否以任何方式与设备上活跃的其他应用或最近被激活的应用有关。例如，当拨号器应用124被激活时，情境监视模块204可以与插件模块202和/或规则引擎208通信，以确定从网站查询中识别的电话号码将被提供给激活的拨号器应用。

预触发模块206可以从情境监视模块204接收表示应用120已经被激活的检测信号，并作为响应，在应用情境缓存136中检查所存储的与被激活的应用120有关的情境相关数据。预触发模块206可以从缓存136中选择在最近的在线任务期间(例如在浏览网站的时候)识别的情境相关数据。预触发模块206可以将从缓存136选择的电话号码预填充在应用120(如拨号器应用124)中。预触发模块206可以向应用120提供多个情境相关数据结果，例如发送给拨号器应用124的多个电话号码。情境相关数据结果可以以API 118确定的顺次顺序或格式发送。

可以使用用户定义的配置选项来预编程规则引擎208，这些配置选项包括插件模块202要寻找的内容类型，例如仅电话号码、仅电子邮件地址、

数据等或其组合。规则引擎208可以将数据类型与应用120关联起来，例如，电子邮件地址与电子邮件应用128相对应，电话号码与拨号器应用124或SMS应用126相对应，等等。规则引擎208可以对为每种类型的内容(如从内容查询中检索到的第一电话号码、最近的电话号码、条目的最大数量等)缓存或创建的条目的数量进行限制。规则引擎208可以包括一组用户定义的或预定义的规则，这些规则确定可以将情境数据呈现给应用120的顺序，例如，每次向拨号器应用124提供一个号码。规则引擎208可以由API 118和/或应用120提供的能力来限制。

本地应用接口210向应用120输出情境相关数据。本地应用210可以与API 118通信以填充应用120。例如，本地应用210可以输出包括在网站查询期间由插件模块202提供的电话号码的新联系人记录。可以使用由操作系统116提供的本地应用接口210将新联系人记录添加至本地联系人列表。在联系人列表关闭之后或在用户使用联系人记录进行呼叫之后，API 118也可以移除新联系人记录。

图3是根据一个实施例用于向应用提供情境相关数据的方法300的流程图。在描述方法300时，还参照图1和图2。方法300可以由在存储设备114中存储的指令来管理，并且可以由移动设备体系结构100的处理器102执行。

方法300在方框302开始，在移动电话或相关设备上执行与计算机有关的动作。该动作可以对应于在移动设备上执行的第一应用，如浏览器130。例如，该动作可以是用户通过浏览器130浏览网站，或通过数据库查询工具查询数据库。其他的示例可包括诸如以下各项的情境相关动作：用户编辑电子表格或文件处理应用、观看照片、记录语音片段或执行需要一个或多个计算机应用的任何其他任务。

在方框304，应用120的第二应用被激活。在一个实施例中，第二应用是知晓情境的应用。第二应用可以是本地应用，如GPS 122、拨号器应用124、IM应用126、电子邮件应用128和/或其他应用程序132(如

应用)。第二应用可以在第一应用被打开或使用之前打开，或在第一应用被打开或使用之后打开。

在方框306，为第二应用识别情境相关数据。情境相关数据可以包括第一应用的内容，例如表征(characeterize)用户和/或用户的当前活动的信息。可以监视用户情境来确定是否正在执行其他动作或任务，以及这些任务是否与其他应用(如拨号器应用124)有关，并且情境相关数据可以从情境检查结果中识别出来。这里，桥接应用134可以与知晓情境的服务器或相关系统通信以获取关于用户情境的信息，例如，以建立在线任务和应用120的激活之间的关系。同样，在第二应用中执行的动作可以被中继(relay)到第一应用。例如，用户可能激活拨号器应用124，然后认识到拨号器不具有进行呼叫所需要的电话号码或联系人信息。然后，用户可以激活浏览器130，进入名称为“linkedIn”的网页，选择所需的简档(profile)，从而可以获得相应的电子邮件地址、电话号码等等。用户可以返回到拨号器应用124，此时，拨号器应用124填充有电话号码，并等待用户按下“呼叫”按钮。

插件模块202可以执行内容的关键字搜索、网络遍历等等。在第一应用被激活之后，插件模块202可以搜索和识别情境相关数据。这里，数据(例如网页的内容)可呈现在第一应用中，由插件模块202识别为包括情境相关信息，并存储在应用情境缓存136中或输出到第二应用，如拨号器应用124。插件模块202可以在第二应用被激活之前或之后、或在第二应用被激活的同时搜索和识别情境相关数据。例如，用户可以阅读显示在屏幕上的有关“黑洞”的文件。用户可以打开浏览器130，从而搜索栏可包含“黑洞”和/或从文件的当前页中确定的其他关键字。

在另一个实施例中，桥接应用134从规则引擎208提供用户确定的规则，这些规则确定当前动作是否与第二应用相关。例如，当拨号器应用124被激活时，插件模块202可以按照预先确定的搜索电话号码的规则在网站中查询电话号码。

在方框308，情境相关数据被桥接应用系统134输出到第二应用。在一个实施例中，预触发模块206将存储在应用情境缓存136中的情境相关数据填充到第二应用。在另一个实施例中，插件模块202根据第二应用识别的格式通过API 118和/或本地应用接口210自动向第二应用提供情境相关数据。在另一个实施例中，在用户向插件模块108发出获得情境相关数据的请求之后，例如，在第二应用被激活之后，情境相关数据被输出到第二应用。

图4是根据一个实施例用于在两个应用之间桥接情境相关数据的方法400的流程图。在描述方法400时，还参照图1和图2。方法400可以由在存储设备114中存储的指令来管理，并且可以由移动设备体系结构100的处理器102执行。

在方框402，移动电话用户可以执行与第一应用(如网络浏览器、文字处理应用、照片编辑器或本文提及的其他示例)相关的动作。该动作在被执行时可以提供能被移动设备或其他计算机上的另一应用使用的数据，如情境相关信息。

在方框404，可以将与动作相对应的数据填充到应用情境缓存136中。在一个实施例中，桥接应用134的插件模块202可以将从网页、数据库或其他内容源中确定的数据填充到应用情境缓存136中。用于填充缓存的数据可以使用现有方法获得。例如，当采集内容源(如网站或数据库)以获得添加到应用情境缓存136的数据时，可以执行关键字搜索、模式匹配搜索等等。在另一个示例中，插件模块202可以与第一应用直接通信，以向应用情境缓存136提供情境相关数据。在另一个示例中，可以实现网络遍历器或相关程序来检索数据，例如与相关内容对应的元数据。桥接应用系统134(特别地，规则引擎208)可以配置为识别特定类型的内容，例如电话号码、电子邮件地址、twitter数据或其组合，或者配置为限制要缓存的条目的数量，确定将内容项呈现给另一应用的顺序，等等。

在方框406，从移动设备激活第二应用。第二应用可以是本地应用，如拨号器应用124或电子邮件应用130。在一个优选实施例中，第二应用是用于查询缓存136以获得与第二应用有关的信息的知晓情境的应用。第二应用可以配置为通过与桥接应用系统134的本地应用接口210通信的API 118获取情境相关数据。

在方框408，桥接应用系统134(更具体地说是情境监视模块204)可以检测情境相关信息，例如第二应用被激活，和/或可以检测其他相关用户情境，例如其他应用120是被激活、被解除激活、在使用中还是处于其他状态。

在方框410，桥接应用系统134(更具体地说是预触发模块206)可以从应用情境缓存136中检索适用于第二应用的数据。规则引擎210可以确定检索到的数据是否适用于第二应用。预触发模块206可以在第二应用激活时检查应用情境缓存136，并向第二应用提供结果。

在方框412，第二应用可以被预填充有由预触发模块206从应用情境缓存136中检索到的数据，更具体地说，是情境缓存查询结果。可使用API 118(例如本地操作系统API)将情境缓存查询结果填充到第二应用中。在第二应用被预填充之后，用户可以按照既定的第二应用的特征和能力来操作第二应用。在上述使用拨号器应用124的示例中，用户可以从预填充有电话号码的拨号器应用124进行呼叫。

在其他实施例中，第二应用可以是不知晓情境的应用。与知晓情境的应用不同，不知晓情境的第二应用不知晓桥接应用系统134或API 118，因此不访问来自缓存136的有关数据，但代之可以访问联系人数据库或其他本地数据库。这里，桥接应用系统134可以激活本地应用接口210，以向本地应用使用的下层结构输出数据，例如联系人列表。

图5是根据一个实施例示出了用于将在网站搜索期间识别的电话号码填充到拨号器应用124中的方法500的示意框图。在描述方法500时，还参照图1～4。方法500可以由在存储设备114中存储的指令来管理，并且可以由包括在移动设备153中的移动设备体系结构100的处理器102执行。

方法500开始于用户通过移动设备153浏览(502)网站以获得电话号码。这样做，可以在显示屏上呈现网页，该网页包括情境相关信息，更具体地说是表征用户在线活动的信息。在这个示例中，用户呈现公司网页1，从情境的角度看，这表明用户想要搜索公司的联系信息。

移动设备153的插件模块208可以将从公司网页中检索到的数据(例如公司联系名称、地址、电话号码、电子邮件地址等等)填充(504)到应用情境缓存136中。用于填充情境缓存136的数据可以通过本领域的普通技术人员已知的方法(如关键字搜索、基于规则的查询等)获得。

移动设备153的用户可以例如通过按下移动设备153的触摸屏上的“电话”按钮来激活(506)拨号器应用124。

桥接应用系统134可以检测拨号器应用124被激活，并识别(508)电话号码被存储在应用情境缓存136中。桥接应用系统134可以确定电话号码对应于特定用户情境(即用户对公司网站的浏览)，并预测由于用户最近对公司感兴趣(在观看公司网页之后)，因此用户可能希望呼叫与该公司相关的联系号码。拨号器应用124可以被预填充(510)例如使用预触发模块206从情境缓存136中检索到的电话号码。

图6是根据另一个实施例用于在两个应用之间桥接情境相关数据的方法600的流程图。在描述方法600时，还参照图1和图2。方法600可以由在存储设备114中存储的指令来管理，并且可以由移动设备体系结构100的处理器102执行。

在方框602，移动电话的用户可以执行与第一应用(例如浏览器130)相关的动作。方框602与上述方框402相似，因此，为了简洁起见，省略对方框602的详细说明。

在方框604，可以允许数据被第二应用接收的方式来格式化数据。例如，如图7所示，第二应用可以是与拨号器应用124通信的拨号器应用124的联系人列表。在这个示例中，数据被格式化为联系人记录的一部分。插件模块202可以使用由主机操作系统提供的本地应用接口210将检索到的情境相关数据(如电话号码、电子邮件地址等)填充到新联系人记录中。继而，填充后的联系人记录可添加至本地联系人列表。

用于填充缓存的数据可以使用与上述方法相似的现有数据采集方法(如关键字搜索等)获得。规则引擎208可配置为识别特定类型的内容，确定将内容项呈现给第二应用的顺序，等等。

在方框606，可以激活与第二应用通信的第三应用。第三应用可以是本地应用，如拨号器、电子邮件应用或其他知晓情境的应用。在一个实施例中，第二应用和第三应用可以是相同的应用，例如具有常驻(resident)联系人列表的拨号器。

在方框608，可以从第二应用执行第二动作。参照前一个示例，用户可以选择与第三应用(例如拨号器应用124)通信的新联系人，以使用联系人的电话号码进行呼叫。

在方框610，可以将格式化的数据填充到第三应用。例如，可以将添加的联系人记录中的电话号码填充到拨号器应用124中。

因此，参照图6的方法600描述的实施例消除了对应用情境缓存的需要，并代之可以生成包括情境相关数据的与应用兼容的记录。这样，情境相关数据可以自动地直接提供给本地应用，而不是从分开的存储设备(例如缓存136)中检索数据。

图7是根据一个实施例示出了用于将在网站搜索期间识别的电话号码填充到联系人列表中的方法700的示意框图。在描述方法700时，还参照图1～3和图6。方法700可以由在存储设备114中存储的指令来管理，并且可以由包括在移动设备173中的移动设备体系结构100的处理器102执行。

方法700开始于用户浏览(702)网站。这样做，可以在显示屏上呈现网页171，网页171包括情境相关信息，具体地说是表征用户在线活动的信息。在这个示例中，用户呈现了公司网页，从情境的角度看，这表明用户想要搜索公司的联系信息。

移动设备173的插件模块208可以创建(704)联系人记录175，联系人记录175被格式化为包括一个或多个在查询期间从公司网页中检索到的联系人详细信息，如联系人名称、电话号码等。添加到联系人记录175的电话号码可以通过本领域的普通技术人员已知的方法(如关键字检索、网络遍历等)获得。联系人记录175可以在联系人名称的前面包括专门的字符或符号，例如字母a，以将联系人记录175与其他联系人记录相区分。可以在不考虑联系人列表的组织方式(如字母表顺序)情况下，将联系人记录175作为第一联系人记录添加到联系人列表上。当动作完成时或者当用户关闭浏览器130或拨号器应用124时，可以(例如通过API 118)将联系人记录175从联系人列表中移除。对联系人列表进行的操作，例如记录的创建和删除，可以依靠操作系统提供的本地接口。

移动设备的用户可以例如通过按下触摸屏上的“电话”按钮来激活(706)拨号器应用124。移动设备的用户可以访问(708)包括新联系人记录的联系人列表，并选择(710)新联系人记录，这继而可以调用拨号器应用124中已知的呼叫发起例程，以从拨号器应用124进行电话呼叫、SMS消息、SIP呼叫等等。

图8是根据另一个实施例用于在两个应用之间桥接情境相关数据的方法800的流程图。在描述方法800时，还参照图1和图2。方法800可以由在存储设备114中存储的指令来管理，并且可以由移动设备体系结构100的处理器102执行。

在方框802，移动电话的用户可以执行与第一应用相关的动作。方框802与上述方框402和602相似，因此为了简洁起见，省略对方框802的详细说明。

在方框804，移动电话的用户可以从移动设备激活第二应用，例如知晓情境的应用。第二应用可以是本地应用，如拨号器应用124。在一个优选实施例中，第二应用是知晓情境的应用。第二应用可以配置为通过与桥接应用系统134通信的API 118来接收或请求情境相关数据。

在方框806，桥接应用系统134(具体地说是情境监视模块204)可以检测第二应用被激活，和/或可以检测其他相关用户情境，例如其他应用120被激活、未被激活、在使用中还是否处于其他状态。

在方框808，响应于第二应用的激活，第二应用被填充有与第一应用相关的活动相对应的数据。该数据可以是与本文所述的数据相似的情境相关数据。在填充之前可以对数据进行格式化，与上述方框610相似。

因此，参照图8的方法800所述的实施例满足了按需配置的要求，其中当确定应用被激活时将有关数据填充到应用中，而不是在通过网络浏览器130访问网站期间或在激活应用之前可能出现的相关环境期间填充数据。

图9是根据一个实施例示出了用于响应于拨号器被激活，根据在网站搜索期间识别的电话号码来创建联系人的方法900的示意框图。在描述方法900时，还参照图1～3和图8。方法900可以由在存储设备114中存储的指令来管理，并且可以由包括在移动设备193中的移动设备体系结构100的处理器102执行。

方法900从用户浏览(902)网站开始。这样做，可以在显示屏上呈现网页191，网页191包括情境相关信息，更具体地说是表征用户在线活动的信息。在这个示例中，用户呈现了公司网页，从情境的角度看，这表明用户想要搜索公司的联系信息。

移动设备的用户可以例如通过按下移动设备193的触摸屏上的“电话”按钮来激活(904)移动设备193的拨号器应用124。

可以创建(906)联系人，以包括一个或多个在查询期间从公司网页中检索到的联系人详细信息，例如联系人名称、电话号码等。联系人记录的其他详细信息与参照联系人记录175的上述信息相似，因此为了简洁起见，不再重复说明。联系人记录是由后台(background)应用系统134响应于情境监视模块204检测到拨号器应用124的激活而创建的。从而，移动设备的用户可以选择(908)新联系人记录，并从拨号器应用124进行随后的呼叫等。

图10是根据一个实施例示出了用于响应于拨号器被激活，将在网站搜索期间识别的电话号码填充到拨号器应用124的方法1000的示意框图。在描述方法1000时，还参照图1～3、图8和图9。方法1000可以由在存储设备114中存储的指令来管理，并且可以由包括在移动设备197中的移动设备体系结构100的处理器102执行。

方法1000从移动设备用户浏览(1002)网站以获得联系信息开始。移动设备用户可以从移动设备197激活(1004)拨号器应用124。与方法步骤1002和1004相关的其他细节分别与方法步骤902和904相似，因此为了简洁起见，省略其详细说明。

情境检测模块204可以检测拨号器应用124的激活。作为响应，可以将检索到的电话号码直接填充(1006)到拨号器应用124中。从而，移动设备用户无需从联系人列表等选择联系人的额外步骤，就可从拨号器应用124进行随后的呼叫等。

虽然本文提出的许多具体的示例与移动设备有关，但是所公开的系统和方法也可以基于云计算或者与用户的网络整合。例如，用户可以同时使用多个设备，如移动设备和平板计算机，或者个人计算机和移动设备。在一个实施例中，桥接应用系统是以中心为主机的，并且来自与用户关联的多个设备的应用可以提供情境信息。因此，当用户在其个人计算机上激活网络浏览器，然后点击按钮以从用户的电话拨打电话号码时，应用桥接服务器可使用从个人计算机上的应用获得的信息对来自电话拨号器的情境请求作出响应。

虽然已参照具体实施例对本发明进行了显示和描述，但是本领域的技术人员应该理解，在不脱离附加权利要求所述的本发明的精神和范围的情况下，可以在形式和细节上对本发明作出各种变更。

还应理解，在本说明书中描述的许多功能单元都被标记为模块或系统，以便特别强调其实施的独立性。例如，模块可以实施为包括定制VLSI电路或门阵列、现成的半导体(如逻辑芯片)、晶体管或其他分立元件的硬件电路。模块也可以在可编程硬件设备(如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等)中实施。

模块也可以在由各类型的处理器执行的软件中实施。例如，被识别的可执行代码模块可以包括计算机指令的一个或多个物理块或逻辑块，物理块或逻辑块例如可以被组织为对象、过程或功能。然而，被识别的模块的可执行程序不需要被物理地定位在一起，而是可以包括存储在不同位置的不同指令，当在逻辑上被联合到一起时，这些不同的指令构成了模块并实现了该模块的所声明的目的。

实际上，可执行代码的模块可以是单个指令或多个指令，甚至可以分布在几个不同的代码段上、不同的程序当中以及多个存储设备上。类似地，在本文中，操作数据可以在模块内识别和说明，可以以任何合适的形式体现，并且可以在任何合适类型的数据结构内组织。操作数据可被收集为单个数据集，或者可分布在不同位置(包括不同存储设备)上，并可以在系统或网络上至少部分地仅作为电子信号而存在。模块可以是被动的或主动的，包括可操作来执行所需功能的代理。

存储设备可以包括计算机可读存储介质，例如可以是是但不限于电子的、磁的、光的、电磁的、红外的或半导体的系统、装置或设备，或上述各项的任何合适的组合。计算机可读存储介质的更具体的示例(非详尽清单)包括以下各项：具有一条或多条导线的电气接线、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁性存储设备，或上述各项的任何合适的组合。

本说明书中通篇对“一个实施例”或“一实施例”的提及表示与该实施例相结合描述的特定的特征、结构或特性被包括在本发明的至少一个实施例中。因此，在本说明书通篇的不同地方出现的短语“在一个实施例中”或者“在一实施例中”不一定都指同一实施例。

此外，描述的特征、结构或特性可以以任何合适的方式结合在一个或多个实施例中。在下面的描述中，提供了大量具体细节以便对本发明的实施例有透彻的了解。但是，相关领域的技术人员将认识到，在缺少一个或多个具体细节，或使用其他方法、组件、材料等的情况下，也可实现本发明。在其他实例中，未显示或未详细描述众所周知的结构、材料或操作，以避免使本发明的方面难以理解。

Claims (20)

1.一种用于向应用提供与情境相关查询相对应的数据的计算机实施方法，包括：

执行与第一应用有关的第一动作；

确定与所述第一动作有关的情境相关数据结果；

向第二应用提供所述情境相关数据结果；以及

通过所述第二应用处理所述情境相关数据结果以执行第二动作。

2.如权利要求1所述的计算机实施方法，其中，向第二应用提供所述情境相关数据结果的步骤包括：

将与用户情境相对应的数据填充到应用情境缓存中，该数据包括与所述第一动作有关的情境相关数据；

检测所述第二应用的激活；以及

将来自所述应用情境缓存的情境相关数据结果预填充到所述第二应用中。

3.如权利要求1所述的计算机实施方法，其中，向第二应用提供所述情境相关数据结果的步骤包括：

对所述情境相关数据结果进行格式化，以便与所述第二应用兼容；

激活与所述第二应用通信的第三应用；

从所述第二应用执行所述第二动作；以及

将与格式化的情境相关数据结果有关的数据填充到所述第三应用中。

4.如权利要求3所述的计算机实施方法，其中，所述第二应用是联系人列表应用，所述第三应用是拨号器应用。

5.如权利要求3所述的计算机实施方法，还包括：响应于将与格式化的情境相关数据结果有关的数据填充到所述第三应用中，从所述第三应用执行第三动作。

6.如权利要求5所述的计算机实施方法，还包括：

将格式化的情境相关数据结果填充到所述第二应用中；以及

通过选择格式化的情境相关数据结果执行所述第三动作。

7.如权利要求3所述的计算机实施方法，其中，所述第二应用和所述第三应用是相同的应用。

8.如权利要求1所述的计算机实施方法，还包括：

检测与所述第二应用的激活有关的用户情境；以及

响应于检测到所述用户情境，将情境相关数据结果填充到所述第二应用中。

9.如权利要求1所述的计算机实施方法，其中，所述第一应用是浏览器应用，所述第二应用是电话拨号器应用。

10.一种桥接应用系统，包括：

情境监视模块，检测与第一应用有关的动作；

插件模块，搜索所述第一应用以获得与所述动作对应的情境相关数据；以及

本地应用接口，向第二激活的应用输出所述情境相关数据。

11.如权利要求10所述的桥接应用系统，还包括规则引擎，该规则引擎包括为所述插件模块建立基于情境的搜索标准的一个或多个规则。

12.如权利要求10所述的桥接应用系统，其中，所述插件模块将所述情境相关数据存储在应用情境缓存中。

13.如权利要求12所述的桥接应用系统，还包括预触发模块，该预触发模块从所述应用情境缓存选择情境相关数据，并响应于所述情境监视模块检测到所述第二应用的启动，将情境相关数据预填充到所述第二应用中。

14.如权利要求10所述的桥接应用系统，其中，所述插件模块对所述情境相关数据进行格式化，以便与所述第二应用兼容，并将格式化的情境相关数据输出至所述第二应用。

15.如权利要求14所述的桥接应用系统，其中，响应于所述情境监视模块检测到所述第二应用的激活，所述插件模块将格式化的情境相关数据输出至所述第二应用。

16.如权利要求10所述的桥接应用系统，其中，响应于所述情境监视模块检测到所述第二应用的激活，所述本地应用接口将从所述插件模块接收的情境相关数据填充到所述第二应用中。

17.一种用于将情境相关数据从网络浏览器提供至本地移动设备应用的计算机实施方法，包括：

通过网络浏览器搜索网站；

激活移动设备应用；

从所述网站中检索情境相关内容；以及

将检索到的情境相关内容的结果填充到所述移动设备应用中。

18.如权利要求17所述的计算机实施方法，其中，将检索到的情境相关内容的结果填充到所述移动设备应用中的步骤包括：

将检索到的情境相关内容存储在应用情境缓存中；

检测所述移动设备应用的激活；以及

将存储在所述应用情境缓存中的、检索到的情境相关内容的结果预填充到所述移动设备应用中。

19.如权利要求17所述的计算机实施方法，其中，将检索到的情境相关内容的结果填充到所述移动设备应用中的步骤包括：

创建包括所述结果的联系人记录；以及

将所述联系人记录添加至与所述移动设备应用对应的联系人列表。

20.如权利要求17所述的计算机实施方法，其中，将检索到的情境相关内容的结果填充到所述移动设备应用中的步骤包括：

检测所述移动设备应用的激活；以及

响应于检测到所述移动设备应用的激活，将所述结果填充到所述移动设备应用中。

Images