CN103270510A - 用于在搜索结果页面上提供情境动作的系统和方法 - Google Patents

Abstract

本发明提供了用于在搜索引擎结果页面内提供针对性应用的方法和系统。该方法和系统包括从用户接收搜索查询并解释搜索查询。该方法和系统随后首先将经解释的查询映射到一个或多个动作模板，其中将经解释的查询映射到一个或多个动作模板包括选择与经解释的查询相关联的一个或多个动作。该方法和系统随后将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用并且选择与一个或多个动作相关联的一个或多个应用。最后，该方法和系统在搜索结果页面内显示一个或多个应用。

Description

用于在搜索结果页面上提供情境动作的系统和方法

著作权公告

本专利文献的一部分公开内容包含受著作权保护的素材。著作权所有人不反对任何人对出现在专利商标局专利文件或记录中的专利文献或专利公开进行复制再现，但除此之外保留所有一切著作权权利。

技术领域

这里描述的发明概括而言涉及响应于搜索查询提供针对性情境应用(targeted contextual application)。更具体而言，本发明涉及用于解析用户查询、识别用户情境(user context)、将基于用户查询和情境的动作与保存的应用相关联并在用户设备上呈现一个或多个应用的系统和方法。

背景技术

随着因特网持续以指数方式扩张，搜索引擎的作用剧烈地增大了。巨大量的因特网内容已迅速变得让人类用户不可能手动利用。从而，对搜索引擎技术的使用已成为了在提高因特网的有用性方面的至关重要的工具。

虽然在提高搜索结果的相关性方面已取得了很大的进展，但很少有改进考虑到了搜索引擎用户的情境和历史数据。此外，极少作出将应用或窗口小部件包含在搜索结果页面界面内的改进。相反，当前的搜索引擎一般响应于用户查询而提供超链接的简单列表。这样，用户需要识别和选择与他或她的查询最相关的链接。另外，用户可能必须采取额外的步骤来取得他或她在寻找的结果。

一个尤其尖锐的例子是用户想为度假作计划的情况。在当前环境中，用户可输入诸如“从波士顿到洛杉矶的航班”之类的查询。作为响应，用户可接收到多个与购买机票有关的站点。由于多种原因，这种范式是不利的。首先，用户仍必须巡览经过无数的搜索结果，其中的许多可能不是期望的网站。其次，当前搜索引擎只会呈现与当前搜索查询有关的信息。也就是说，在现有技术中，计划从波士顿到洛杉矶度假的用户将必须执行多个搜索(紧接着“从波士顿到洛杉矶的航班”搜索)以预订酒店、租车、查找餐馆以及执行其他旅游者活动。

从而，现有技术未能考虑到用户搜索行为的“全局”。即，当前的搜索引擎技术只是直接响应用户的查询，而并不尝试通过使用用户的情境和历史搜索历史来查明查询的性质。从而，在现有技术中需要通过提供响应于预期的用户目标而提供的情境应用来增强用户搜索体验。

发明内容

本发明涉及用于在搜索引擎结果页面内提供针对性应用的系统和方法。该方法包括从用户接收搜索查询并解释搜索查询。在一个实施例中，解释用户搜索查询包括生成搜索查询的令牌化形式。在替换实施例中，解释用户搜索查询还包括向搜索查询添加表示用户情境的数据，其中用户情境包括存储在用户简档中的数据。在替换实施例中，解释用户搜索查询还包括向搜索查询添加表示用户情境的数据，其中用户情境包括用户的历史搜索查询。该方法随后首先将经解释的查询映射到一个或多个动作模板，其中将经解释的查询映射到一个或多个动作模板包括选择与经解释的查询相关联的一个或多个动作。

该方法随后将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用并且选择与一个或多个动作相关联的一个或多个应用。在一个实施例中，将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用包括使用编辑判断。在替换实施例中，其中将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用是以算法方式执行的。在替换实施例中，将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用并且选择与一个或多个动作相关联的一个或多个应用还包括基于从搜索查询提取的数据以及用户情境和搜索历史来预填充应用。

在一个实施例中，该方法对所选择的一个或多个应用排名。在一个实施例中，对所选择的一个或多个应用排名包括基于应用在用户群体间的流行度来选择靠前的应用。在替换实施例中，对所选择的一个或多个应用排名包括基于应用的历史收入来选择靠前的应用。最后，该方法在搜索结果页面内显示一个或多个应用。

本发明还涉及一种用于在搜索引擎结果页面内提供针对性应用的系统。该系统包括通过网络耦合到搜索引擎的多个客户端设备，这些客户端设备向搜索引擎发送搜索查询。该系统还包括查询解释器，其可操作以解释搜索查询。在一个实施例中，查询解释器还可操作以生成搜索查询的令牌化形式。在替换实施例中，查询解释器还可操作以向搜索查询添加表示用户情境的数据。在一个实施例中，用户情境包括存储在用户简档中的数据。在替换实施例中，用户情境包括用户的历史搜索查询。该系统还包括动作推断模块，其可操作以将经解释的查询映射到一个或多个动作模板，其中将经解释的查询映射到一个或多个动作模板包括选择与经解释的查询相关联的一个或多个动作。

该系统还包括应用打分器，其可操作以将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用并且选择存储在应用数据库中的与一个或多个动作相关联的一个或多个应用。在一个实施例中，将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用包括使用编辑判断。在另一实施例中，将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用是以算法方式执行的。在另一实施例中，应用打分器还可操作以对所选择的一个或多个应用排名。

在另外的实施例中，应用打分器还可操作以对所选择的一个或多个应用排名。在一个实施例中，对所选择的一个或多个应用排名包括基于应用在用户群体间的流行度来选择靠前的应用。在替换实施例中，对所选择的一个或多个应用排名包括基于应用的历史收入来选择靠前的应用。该系统还包括前端服务器，其可操作以在搜索结果页面内显示一个或多个应用。

附图说明

在意欲为示例性而非限制性的附图中图示了本发明，在附图中相似的标号想要指代相似或相应的部件，附图中：

图1呈现了示出根据本发明一个实施例的用于基于用户情境生成情境动作的系统的框图；

图2呈现了示出根据本发明一个实施例的用于基于用户查询生成情境动作的系统的流程图；

图3呈现了图示根据本发明一个实施例的用于基于用户情境生成情境动作的方法的流程图；

图4呈现了图示根据本发明一个实施例的搜索结果页面上的情境应用的屏幕图；

图5呈现了图示根据本发明一个实施例的搜索结果页面上的情境应用的屏幕图；并且

图6呈现了图示根据本发明一个实施例的搜索结果页面上的情境应用的屏幕图。

具体实施方式

在以下描述中，参考了形成描述的一部分的附图，在附图中以图示方式示出了可以实现本发明的具体实施例。要理解，在不脱离本发明的范围的情况下，可以利用其他实施例，并且可以作出结构改变。

图1呈现了示出根据本发明一个实施例的用于基于用户情境生成情境动作的系统的框图。如图1的实施例所示，多个客户端设备102a、102b、102c通过网络104连接到搜索引擎106。搜索引擎106包括多个组件，这些组件包括前端服务器108、动作推断模块110、查询解释器112、应用打分器114、应用参数化模块116、应用索引118以及应用数据库120。

客户端设备102a、102b和102c可以是具有中央处理单元、存储器单元、永久存储装置、音频/视频输出设备、网络接口等等的通用计算设备(例如个人计算机、电视机顶盒、移动设备等等)。客户端设备102a、102b和102c可操作来经由网络104通信，网络104可以是局域网或广域网，例如因特网。在本实施例中，客户端设备102a、102b和102c经由HTTP、WAP或类似的用于文本、图像和其他数据的客户端/服务器交换的协议向搜索引擎106发送请求。

客户端设备102a、102b和102c可操作以向搜索提供者110发送对于搜索结果的请求，这些搜索请求包括搜索词语。这些词语可以是用户生成的搜索词语，或者可以是用户辅助的即建议的搜索词语。在一个实施例中，客户端设备102a、102b和102c可操作以发送包含文本查询串的HTTP请求。例如，操作客户端设备102a、102b和102c的用户可输入带有搜索词语的查询串，例如“sushi in new york，ny”，并且经由HTML表单元素提交查询。

搜索引擎106经由前端服务器108接收来自客户端设备的查询。在一个实施例中，前端服务器108可包括各种硬件组件，这些硬件组件运行web服务器软件，例如APACHE HTTP SERVER、MICROSOFT IIS或者任何其他适当的web服务器软件。在图示的实施例中，前端服务器108接收由给定的用户输入的搜索请求。前端服务器108可首先从搜索索引(未示出)中检索出响应于给定查询的多个搜索结果。在一个实施例中，多个搜索结果包括至少包括所提交的搜索词语中的一个或多个的多个网页。在图示的实施例中，可使用现有技术中已知的各种方法来在搜索索引内识别多个搜索结果。前端服务器108还可操作来向客户端设备102a、102b和102c发送搜索结果和应用。

前端服务器108与动作推断模块110通信。在图示的实施例中，前端服务器108将接收到的查询发送给动作推断模块110。在替换实施例中，前端服务器108还将关于查询的元数据发送给动作推断模块110。例如，前端服务器108可在与作出查询的用户相关联的cookie中发送信息，其中包含诸如用户ID之类的数据。在图示的实施例中，动作推断模块110对动作编制索引以便更快地检索，存储元数据以便对动作进行检索和加权，并且基于情境选择动作。

在接收到查询后，查询解释器112分析给定的查询并且提供对该查询的解释，该解释表示用户的情境。例如，查询解释器112可接收查询“flight bos to lax”。作为响应，查询解释器112可操作以将纯文本查询转化成结构化格式，例如“<token:flight><city:boston><token:to><city:losangeles>”。如图所示，查询解释器112基于接收到的查询的属性将纯文本查询转换成令牌化的版本。在先前示例中，查询解释器112提取词语“flight”和“to”作为令牌并且提取“bos”和“lax”作为城市。在替换实施例中，查询解释器在生成解释时可利用多个外部度量。例如，查询解释器112可利用用户简档(包括长期和短期活动)、匹配概念和实体或对象、以及原始用户查询。此外，查询解释器112可利用与用户与应用的交互有关的所收集的度量。在一个实施例中，度量表示用户在应用处的体验的质量并且基于用户行为迅速改善。

查询解释器112将所提取的情境返回给动作推断模块110。基于所识别的情境，动作推断模块110选择动作。在一个实施例中，动作推断模块110将解释的情境与多个模板相比较。例如，动作推断模块110可将上述解释的情境与两个模板动作“<购买飞机票>”和“<查看航班到达/出发时间>”相匹配。

动作推断模块110将所识别的动作和所解释的情境发送给应用打分器114。在图示的实施例中，应用打分器114基于接收到的情境和动作从应用索引118中选择应用。此外，应用打分器114可对所识别的应用进行打分和排名，如这里将论述的。除了应用打分器模块114以外，应用参数化模块116也可操作以从所解释的情境中提取相关参数。例如，在上述示例中，应用参数化模块116可提取词语“bos”和“lax”作为相关参数。在替换实施例中，应用参数化模块116还可将“box”和“lax”转换成“Boston”和“Los Angeles”或执行其他变换操作。除了识别参数以外，应用参数化模块116还可利用所识别的参数来预填充应用字段。在给定的示例中，应用参数化模块116可将城市Boston和Los Angeles插入到所识别的应用中，例如提供到达和出发时间的应用。

动作推断模块110和应用参数化模块116可经由应用索引118访问应用。应用索引118对应用编制索引以便更快地检索。在图示的实施例中，应用索引118存储用于辅助对应用的快速检索和排名的元数据。除了提供快速检索以外，应用索引118还可处理到来的对应用数据库120的添加。也就是说，应用索引118可接收来自开发者的新的应用和数据并且在将应用存储在应用数据库120中之前对应用编制索引。搜索引擎106还可提供API来允许开发者创建并维护存储在应用数据库120内的应用。

图2呈现了示出根据本发明一个实施例的用于基于用户查询生成情境动作的系统的流程图。在图示的实施例中，方法200首先接收搜索查询(步骤202)。在图示的实施例中，方法200可经由诸如HTML表单之类的搜索表单或诸如浏览器工具条之类的其他输入机制来接收查询。详述先前示例，方法200可接收诸如“flight bos to lax”之类的作为纯文本串的查询。

在接收到搜索查询之后，方法200解析并解释查询(步骤204)。在图示的实施例中，方法200将纯文本串转换成令牌化形式。例如，方法200可将纯文本串“flight bos to lax”转换成令牌化解释“<token:flight><city:boston><token:to><city:los angeles>”。可以看出，方法200将“bos”转化成令牌“<city:boston>”并将“lax”转化成令牌“<city:los angeles>”。在一个实施例中，在各种词语被误拼写、放错位等等的情况下，方法200执行各种文本处理操作以重格式化查询。

方法200随后将所识别的经解释的查询映射到动作模板(步骤206)。在图示的实施例中，方法200可识别与令牌化解释相匹配的多个动作模板。例如，方法200可识别令牌“flight”和“to”表明用户在两个位置之间旅行。基于此解释，方法200可识别多个模板，例如“购买飞机票”动作和“查看航班到达/出发时间”动作。在一个实施例中，每个识别出的动作与给定的权重相关联。例如，“购买飞机票”动作可被给予比“查看航班到达/出发时间”动作更高的权重。确定动作的权重可基于历史用户度量(例如用户更经常对购买机票感兴趣)、收入度量(例如，每个应用生成的收入量)或者其组合。

方法200随后将动作映射到多个应用(步骤208)。例如，方法200可将“购买飞机票”映射到ORBITZ应用，该应用使得用户可以购买期望目的地之间的飞机票；方法200还可将“查看航班到达/出发时间”动作映射到航线时间表应用，例如FLIGHTSTATS或类似的应用开发者提供的那种。在一个实施例中，方法200还可利用在步骤204中令牌化的数据来预填充应用。例如，方法200可利用出发城市(Boston)和到达城市(LosAngeles)来预填充ORBITZ应用。在一个实施例中，动作到应用映射是基于编辑判断的。在替换实施例中，动作到应用映射是基于算法判定的。

方法200接下来对所识别的应用排名(步骤210)。应用的排名可利用各种度量，例如应用的流行度，这是基于在输入特定类型的查询之后利用应用的用户的数目的。例如，与FLIGHTSTATS应用相比，输入“flights CITY1 to CITY2”形式(其中CITY1表示出发城市并且CITY2表示到达城市)的查询的用户可更频繁地利用ORBITZ应用。嵌入在应用或应用的容器内的各种用户度量收集设备可收集此数据。基于此数据，方法200可判定ORBITZ应用的排名应高于FLIGHTSTATS应用。在替换实施例中，方法200可使用其他排名，例如按应用赚取的广告收入量的排名。作为替换，或者与前述结合，方法200可基于预定的应用质量、权威性或者与应用相关联的各种其他元数据参数来对应用排名。

在对应用排名之后，方法200将应用与期望的搜索结果一起显示(步骤212)。方法200可以各种形式将应用与搜索结果一起显示。在一个实施例中，方法200将应用显示在搜索结果的旁边，如图4和5中所示。在另一实施例中，方法200将应用显示为搜索结果下面的超链接，如图6中所示。

图3呈现了图示根据本发明一个实施例的用于基于用户情境生成情境动作的方法的流程图。如图3的实施例所示，方法300首先接收搜索查询(步骤302)。在图示的实施例中，方法300可经由诸如HTML表单之类的搜索表单或诸如浏览器工具条之类的其他输入机制来接收查询。详述先前示例，方法300可接收诸如“flight bos to lax”之类的作为纯文本串的查询。

在接收到搜索查询之后，方法300判定是否存在用户情境(步骤304)。在一个实施例中，判定是否存在用户情境需要判定用户简档或类似的结构是否能与作出查询的用户相关联。此外，判定是否存在情境可需要判定是否有额外的历史查询与给定的用户相关联。在一个实施例中，情境数据可由搜索引擎存储。在替换实施例中，情境数据可以以cookie的形式或类似机制被存储在客户端设备上。如果方法300判定无法找到用户情境，则方法300如参考图2描述的那样基于查询继续进行。

然而，如果方法300判定确实存在情境，则方法300首先解析并解释查询(步骤306)。解析和解释查询在性质上与参考图2描述的方法类似，为了清晰将不再重复。在解析并解释查询之后，方法300将情境数据添加到查询(步骤308)。

继续图2中的示例，方法300可首先为查询“flights bos to lax”生成解释“<token:flight><city:boston><token:to><city:los angeles>”。在生成这样的解释之后，方法300添加情境数据，例如用户的各种特性以及过去的查询。例如，通过利用用户简档，或者推断用户的倾向，方法300可将用户个性的各种方面添加到查询，例如用户地理上位于Boston，经常访问AMERICAN AIRLINES的网站，相比TRAVELOCITY更喜欢ORBITZ，并且频繁地查看餐馆网页。用户行为的这些示例可基于用户简档、历史用户数据或者其组合。此外，方法300可利用过去的查询来修整所识别的动作。例如，方法300可识别用户最近搜索了“tourist activities los angeles”或“hotels los angeles”，并从而可选择与旅游活动有关的动作，尽管当前搜索是针对飞机票的。

在将情境添加到经解释的用户查询之后，方法300将情境映射到动作(步骤310)。在图示的实施例中，将情境映射到动作可按与参考图2所描述的类似的方式执行。然而，除了简单地使用用户查询以外，方法300还可利用用户的情境。例如，鉴于用户最近只搜索过Los Angeles的旅游者活动，方法300可以只返回“购买飞机票”动作，而可忽略“查看航班到达/出发时间”动作，因为方法300可推断出用户对旅游感兴趣，而不是对监视他人的旅行感兴趣。作为另一示例，方法300可基于用户对旅游者活动的搜索而返回“租车”动作和/或“查看目的地城市的天气”动作。作为另一示例，方法300可基于用户对旅游者活动的兴趣和用户对餐馆网站的频繁访问的组合而返回“查找目的地城市的餐馆”动作。

在替换实施例中，方法300可连锁应用，其中后续的应用基于用户与第一应用的交互而被“连锁”。例如，方法300可确定用户首先与餐馆应用交互，并且随后可基于第一应用交互而连锁额外的应用，例如电影应用。在此实施例中，方法300基于察觉到的目标来连锁应用，例如组合了餐馆应用和电影应用的“晚间外出”目标。在一个实施例中，连锁的应用可被异步地提供给用户。例如，搜索结果页面可以仅显示一个应用(例如餐馆应用)，并且如果用户与该应用交互，则方法300可更新搜索结果页面以包括第二个连锁的应用(例如电影应用)。相反，如果用户没有与餐馆应用交互，则搜索结果页面保持不变。

在确定多个动作之后，方法300基于历史数据将动作映射到应用(步骤312)，并且对所述动作排名(步骤314)。在图示的实施例中，基于历史数据将动作映射到应用可按与参考图2所描述的类似的方式来执行。然而，方法300可基于用户的情境、偏好和历史查询来返回与个体用户具有更高相关性的应用。在一个实施例中，方法300可将相关应用组织成应用的层次结构。继续上述示例，方法300可选择与购买飞机票有关的多个应用(例如，ORBITZ、TRAVELOCITY和EXPEDIA应用)。方法300可进一步指示这些应用具有最高优先级并且方法300应当将这些应用放置在最高优先级别内。然而，利用用户比起TRAVELOCITY更经常使用ORBITZ这一情境信息，方法300可对应用排名，使得ORBITZ是此优先级别内的最高优先级应用。方法300可确定所需要的那么多的优先级别。例如，方法300可进一步创建第二优先级别，包含诸如HERTZ租车应用、YAHOO WEATHER应用和YELP餐馆应用之类的旅游活动。如参考图2所述，对应用的排名可利用各种度量，例如应用的流行度，这是基于在输入特定类型的查询之后利用应用的用户的数目的。嵌入在应用或应用容器页面内的各种用户度量收集设备可收集此数据。在另一实施例中，方法300可利用过去的用户搜索来识别给定的搜索目标。例如，方法300可识别出用户搜索过在给定位置的晚餐建议以及电影院。基于此搜索模式，方法300可捆绑搜索历史的相关应用，例如捆绑餐饮应用和影院应用。

在对应用排名之后，方法300将应用与期望的搜索结果一起显示(步骤316)。将应用与搜索结果一起显示可按各种形式实现。在一个实施例中，应用被显示在搜索结果的旁边，如图4和5中所示。在另一实施例中，应用可被显示为搜索结果下面的超链接，如图6中所示。

图4呈现了图示根据本发明一个实施例的搜索结果页面上的情境应用的屏幕图。如图4的实施例所示，响应于用户查询402(“flight bos tola”)显示搜索引擎结果页面。搜索引擎结果页面首先显示搜索结果404。除了搜索结果以外，搜索引擎结果页面还包含为作出查询的用户选择的应用406。具体地，搜索引擎结果页面显示响应于用户对从Boston到Los Angeles的航班的查询而返回的ORBITZ应用。此外，应用406基于用户查询填充“From”和“To”字段。

图5呈现了图示根据本发明一个实施例的搜索结果页面上的情境应用的屏幕图。如图5的实施例所示，用户输入对“mortgage rates”的搜索查询502，并且接收多个搜索结果504。图5的实施例示出了在没有用户简档数据或历史数据的情况下选择的应用508和基于用户简档数据选择的应用506。

应用508是主要基于查询“mortgage rates”而呈现给用户的。这样，搜索引擎确定对按揭利率的查询可与示出全国平均按揭利率的应用相关联。与之不同，应用506是基于用户简档或类似的机制而呈现给用户的。如图所示，应用506表示允许用户搜索其所在地的按揭利率的应用。基于用户简档，搜索引擎利用可能存储在用户简档或类似的发备中的用户位置来预填充该应用。此外，搜索引擎预填充贷款量、贷款用途和贷款类型。在一个实施例中，本发明可基于隐私考虑来确定预填充哪些字段。在一个实施例中，可从历史用户数据收集这种数据。例如，搜索引擎可识别出用户最近在一两个小时内先后输入了查询“$200,000 refinancing”和“interest-only loan wikipedia”。基于这些查询，搜索引擎确定用户对只付利息的$200,000再融资贷款感兴趣并且可利用此情境数据来预填充应用506。

图6呈现了图示根据本发明一个实施例的搜索结果页面上的情境应用的屏幕图。根据图6的实施例所示，用户输入对“Restaurants in Napa”的搜索查询602，并且接收多个搜索结果604。此外，用户接收多个应用超链接606。要注意，应用链接被呈现给“Guest”用户608。这样，应用链接是基于对查询“Restaurants in Napa”的解释而生成的。如图所示，这些解释对应于预订餐位、检阅餐馆以及与他人分享餐馆。

图1至6是使得可以说明本发明的概念图示。应当理解，本发明的实施例的各种方面可用硬件、固件、软件或其组合来实现。在这种实施例中，各种组件和/或步骤将被用硬件、固件和/或软件实现来执行本发明的功能。即，同一个硬件、固件或软件模块可执行图示的块(例如组件或步骤)中的一个或多个。

在软件实现方式中，计算机软件(例如程序或其他指令)和/或数据被存储在作为计算机程序产品的一部分的机器可读介质上，并且经由可移除存储驱动器、硬驱动器或通信接口被加载到计算机系统或其他设备或机器中。计算机程序(也称为计算机控制逻辑或计算机可读程序代码)被存储在主存储器和/或次存储器中，并且被一个或多个处理器(控制器等等)执行以使得一个或多个处理器执行如这里所述的发明的功能。在本文献中，术语“机器可读介质”、“计算机程序介质”和“计算机可使用介质”用于概括地指诸如以下介质：随机访问存储器(RAM)；只读存储器(ROM)；可移除存储单元(例如磁盘或光盘、闪存设备等等)；硬盘；等等。

要注意，以上的附图和示例并不欲将本发明的范围限制到单个实施例，因为通过替换所描述或图示的元素中的一些或全部，可以实现其他实施例。另外，在本发明的某些元素可部分或全部利用已知组件实现的情况下，只描述了这种已知组件的对于理解本发明必要的那些部分，而省略了对这种已知组件的其他部分的详细描述以免模糊本发明。在本说明书中，示出单数组件的实施例不一定受限于包括多个同一组件的其他实施例，反之亦然，除非这里另有明确声明。另外，申请人不希望说明书或权利要求中的任何术语被赋予非常见或特殊的含义，除非明确地如此提出。另外，本发明包含了这里作为例示述及的已知组件的当前和将来已知的等同。

以上对具体实施例的描述因此充分揭示了本发明的一般性质，他人通过应用相关领域的技能范围内的知识(包括这里引用并通过引用并入的文献的内容)可以针对这种具体实施例的各种应用而容易地修改和/或适应性改变本发明的一般性质，无需过度的实验，而不脱离本发明的一般概念。因此，基于这里给出的教导和指引，这种适应性改变和修改想要在所公开的实施例的等同物的含义和范围内。

虽然以上已经描述了本发明的各种实施例，但应当理解是以示例而非限制方式给出这些实施例的。相关领域的技术人员将会清楚对其可以作出形式和细节上的各种改变，而不脱离本发明的精神和范围。从而，本发明不应受限于任何上述示例性实施例，而应当仅根据所附权利要求及其等同物来限定。

Claims (20)

1.一种用于在搜索引擎结果页面内提供针对性应用的方法，该方法包括：

从用户接收搜索查询；

解释所述搜索查询，其中解释所述用户搜索查询进一步包括向所述搜索查询添加表示用户情境的数据；

将经解释的查询映射到一个或多个动作模板，其中将经解释的查询映射到一个或多个动作模板包括选择与经解释的查询相关联的一个或多个动作；

将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用并且选择与所述一个或多个动作相关联的一个或多个应用；

在搜索结果页面内显示所述一个或多个应用。

2.如权利要求1所述的方法，其中，解释所述用户搜索查询包括生成所述搜索查询的令牌化形式。

3.如权利要求1所述的方法，其中，用户情境包括存储在用户简档中的数据。

4.如权利要求1所述的方法，其中，用户情境包括用户的历史搜索查询。

5.如权利要求1所述的方法，其中，在搜索结果页面内显示所述一个或多个应用包括显示基于所述搜索查询的至少一个应用和基于所述搜索查询和用户情境的至少一个应用。

6.如权利要求1所述的方法，其中，将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用是以算法方式执行的。

7.如权利要求1所述的方法，还包括对所选择的一个或多个应用排名。

8.如权利要求7所述的方法，其中，对所选择的一个或多个应用排名包括基于应用在用户群体间的流行度来选择靠前的应用。

9.如权利要求7所述的方法，其中，对所选择的一个或多个应用排名包括基于应用的历史收入来选择靠前的应用。

10.如权利要求1所述的方法，其中，将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用并且选择与所述一个或多个动作相关联的一个或多个应用还包括基于从所述搜索查询提取的数据来预填充应用。

11.一种用于在搜索引擎结果页面内提供针对性应用的系统，该系统包括：

通过网络耦合到搜索引擎的多个客户端设备，所述客户端设备向所述搜索引擎发送搜索查询；

查询解释器，可操作以解释所述搜索查询，其中所述查询解释器还可操作以向所述搜索查询添加表示用户情境的数据；

动作推断模块，可操作以将经解释的查询映射到一个或多个动作模板，其中将经解释的查询映射到一个或多个动作模板包括选择与经解释的查询相关联的一个或多个动作；

应用打分器，可操作以将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用并且选择存储在应用数据库中的与所述一个或多个动作相关联的一个或多个应用；

前端服务器，可操作以在搜索结果页面内显示所述一个或多个应用。

12.如权利要求11所述的系统，其中，所述查询解释器还可操作以生成所述搜索查询的令牌化形式。

13.如权利要求11所述的系统，其中，用户情境包括存储在用户简档中的数据。

14.如权利要求11所述的系统，其中，用户情境包括用户的历史搜索查询。

15.如权利要求11所述的系统，其中，前端服务器还可操作以显示基于所述搜索查询的至少一个应用和基于所述搜索查询和用户情境的至少一个应用。

16.如权利要求11所述的系统，其中，将所选择的与经解释的查询相关联的一个或多个动作映射到多个应用是以算法方式执行的。

17.如权利要求11所述的系统，其中，所述应用打分器还可操作以对所选择的一个或多个应用排名。

18.如权利要求11所述的系统，其中，对所选择的一个或多个应用排名包括基于应用在用户群体间的流行度来选择靠前的应用。

19.如权利要求18所述的系统，其中，对所选择的一个或多个应用排名包括基于应用的历史收入来选择靠前的应用。

20.如权利要求11所述的系统，还包括应用参数化模块，其可操作以基于从所述搜索查询提取的数据来预填充应用。

Images