CN104508665A - 提供应用结果和预览 - Google Patents

Abstract

可以向用户标识通过其可访问服务的应用（“app”）连同该app的预览。在一个示例中，用户执行对于服务的搜索。搜索引擎可以返回通过其提供服务的网站和/或与所述服务相关联的app。还可以提供描述app的预览内容。该内容可以是可变的，并且可以基于诸如搜索查询串或者用户信息那样的上下文信息来填写。如果安装了app，那么点击、轻击或者以其它方式激活app可以启动该app，可能利用被提供给该app的上下文信息。如果没有安装app，那么可以提供用来获得该app的链接。

Description

提供应用结果和预览

背景技术

用户与在线服务交互的方式快速地从基于浏览器的方法转换成基于应用（或者“app”）的方法。由于用户在智能电话和平板电脑上花费更多的时间，所以相比于通过浏览器访问在线服务，用户经常寻求app可以对这种在线服务提供的增强的体验。

关于app的使用引发的一个问题是以下事实：搜索引擎一般被设计成返回某个服务的网站的统一资源定位器（“URL”），而不是与该服务相关联的app。因此，搜索结果可能包含到与服务相关联的网站的链接，并且也可以包含网站的预览。在过去，当在线服务实际上与其URL同义时，这种类型的搜索结果运作得很好。然而，既然对于用户而言app是访问服务的普遍方式，那么用户可能会对app结果而不是URL结果更感兴趣。

发明内容

当向用户展示服务（例如在一组搜索结果中）时，可以向用户展示与用于该服务的app有关的信息。例如，可以向用户展示用于该服务的官方app的名称、app的预览、或者（如果app没有被安装在用户设备上的话）用于该app的安装按钮。以这种方式，可以将关于服务的信息展示给用户，其中所述信息与用户很可能用来与该服务进行交互的方式——例如通过该服务的app——相关。

当用户执行搜索时，搜索引擎可能发现响应于该搜索的各种网站。搜索引擎然后可以确定是否存在与给出的网站结果相关联的app。如果存在与站点相关的app，则搜索引擎结果页面可以将该app连同其对应的网站结果一起列出。当确定app是否与站点相关联时，搜索引擎可以具体查找与该站点相关联的官方app（然而该服务也可以查找非官方的或者第三方的app）。

当要向用户显示结果时，结果可以包括网站（或者URL）结果连同其相对应的app。如果app被安装在用户的设备上，那么可以展示该app的内容的预览。如果没有安装app，那么可以展示出允许用户安装该app的链接（或者其它元素）。如果展示出预览的话，则预览的内容可以是基于各种信息条，诸如生成搜索结果的用户的原始查询，或者从用户查询中推导出的动作码（action code）。

本概要被提供来以简化的形式介绍概念的选择，这些概念还将在下面的详细说明中进行描述。本概要既不打算标识所要求保护的主题的关键特征或者必要特征，也不打算被用来限制所要求保护的主题的范围。

附图说明

图1是用户请求信息并且接收app结果的示例性情景的方框图。

图2是可以将app和/或预览与搜索结果一同提供和/或显示的示例性过程的流程图。

图3是显示app结果和启动app的示例性过程的流程图。

图4是展示某些示例性搜索结果的设备的方框图。

图5是示例性动作码的方框图。

图6是使用各种app结果的示例的方框图。

图7是可以结合本文所描述的主题的实现来使用的示例性组件的方框图。

具体实施方式

许多用户通过应用（或者“app”）与在线服务交互。在过去，典型地通过通用浏览器访问在线服务。然而最近，许多在线服务提供者已提供了与他们的服务一同使用的app。与通过浏览器访问相同的服务相比，app通常提供增强的用户体验。许多用户在相对较小的设备（诸如智能电话或者平板电脑）上使用在线服务，而app可以提供对特定设备最优化的体验。

在使用app来访问服务时引发的一个问题是：新的服务一般通过搜索引擎发现，而搜索引擎正常地是用服务的网站的统一资源定位器（“URL”）来标识它们。这个范例在基于web的在线服务的早期是明智的，因为服务典型地与其网站的URL是同义的。然而，当用户使用app来访问网站时，用户可能对app结果比对网站结果更感兴趣。

本文描述的主题提供了用于将app结果连同搜索结果一起提供的技术。app结果可以与各种类型的预览信息一同提供，或者如果app没有被安装的话，可以与安装信息一同提供。当用户在线寻找信息时（例如，通过向搜索引擎输入查询），可向用户提供标识与用户正在查找的东西有关的服务的结果。结果可以指示该服务的网站的URL，并且也可以指示允许用户访问该服务的app。如果app没有在用户的设备上安装的话，那么app的指示可以含有允许用户安装该app的链接（或者其它元素）。如果app已经被安装了，那么在搜索结果中显现的app的指示可以包含app的内容的预览。

预览可以包含各种类型的信息。例如，预览可以是存在于app的元数据中的简单固定文本串。或者，app的元数据可以包含具有可变字段的串，并且所述字段可以根据关于用户搜索的上下文信息来填写。用来填写字段的上下文可以是用户的原始查询。当app存在于用户的设备上时，它可以从结果页面上的直接插入的（inline）app结果启动（例如，通过点击或者轻击直接插入的app结果）。在app启动后，可以为app提供各种信息条，其允许app以与用户搜索相关的状态开始。例如，可以为app提供用户的原始搜索查询或者根据用户的原始搜索查询推导出的动作码。app可以使用这个信息来以特定模式开始，或者为用户展示与用户查询有关的特定种类的信息。

例如，用户可以输入搜索查询“租借灰色dvd”（指的是名为“灰色”的2011年的电影）。搜索引擎可返回Redbox（红盒子）来作为与该查询相关的服务。可以通过Redbox服务的网站的URL来在结果中标识Redbox服务。然而，除了这个URL之外，结果也可以包括Redbox app。如果Redbox app在用户的设备上未被安装的话，那么Redbox结果可以包括允许用户安装Redbox app的链接（或者其它元素）。（只有当用于用户设备的app版本存在时，才可能展示用来安装所述app的链接）。如果Redbox app被安装，那么Redbox结果可以包括Redbox app的预览。预览可以是简单的固定文本串，诸如“从本地信息亭（kiosk）租借最新DVD”。或者，预览可以是具有可变字段的文本串，诸如“从本地信息亭租借<电影名称>”，其中“<电影名称>”将根据用户查询的上下文来填写。在这个示例中，其可从用户查询中搜集到用户正在搜索“灰色”，所以实际展示给用户的预览串可以写着“从本地信息亭租借‘灰色’”。如果用户选定使用app，则可以利用相关的上下文来启动该app，相关的上下文允许该app向用户展示用户正在查找的信息。例如，在启动的时间，app可以被提供以用户的原始查询的文本，这允许app发动（launch on）用于“灰色”的租借屏幕（而不是发动Redbox的主页屏幕）。附加地（或者作为替换方案），可以从用户查询中推断出动作码，并且这个动作码可以被提供给应用。例如，系统可保留数个动作码，并且“租借电影”可以是动作码之一。基于对用户查询的分析，可以确定：“租借电影”是与该电影相关联的合适的动作码，所以“租借电影”动作码可以在启动后被传递给Redbox app，并且app可以解译这个动作码以便启动到合适的屏幕。

要注意的是，（a）提供用于在线服务的URL结果连同app结果的系统（其中如果app被启动的话，则其将允许用户访问在线服务）不同于（b）提供app本身的URL的系统，并且不会由于（b）提供app本身的URL的系统而显而易见。在前者的情况下，系统正在返回服务的URL，并且还正在标识通过其可以访问所述服务的可替换机制（app）。与URL一同提供的app结果可以包含或可以不包含app的位置，并且可以是在或可以不在与URL结果相同的域。相对比而言，在后者的情况下，正被提供的搜索结果是app的URL。例如，在前者的情况下，响应于对于“服务”的查询，搜索引擎可返回主结果service.example.com（URL结果）连同被命名为“服务app”的app的指示（抽象的app结果，其甚至可能不与任何特定URL相关联）。在后者的情况下，服务查询可返回URL “http://download-repository-company.example.com/download/app.exe”作为主结果。在后者的情况下，结果是URL，但它不是服务的URL；而是，它是特定的可执行文件的URL，如果其被下载的话，则可被用来访问特定服务。从其可以下载这个可执行文件的URL甚至可以与服务本身处于不同的域，如在上文的download-repository.example.com的URL中所示出的。因此，系统（a）的情景不同于系统（b）的情景，且并不由于系统（b）的情景而显而易见。

现转向附图，图1示出用户请求信息并且接收带有预览的app结果的示例性情景。设备102是诸如无线电话、平板计算机、个人计算机、手持式音乐播放器、手持式计算机或者任何其它类型的具有某种计算能力的设备那样的设备。在图1示出的示例中，设备102具有通常与智能电话的外观相关联的外观，但是本文的主题可以与任何适当类型的设备一同使用，而不局限于智能电话。设备102可以具有输入和输出机制－例如，设备102可以具有触摸屏104（其既显示输出又接收输入），并且还可以具有退出按钮106，其可以用来请求各种动作（诸如使设备102上的用户界面返回到其桌面或者主屏幕）。所示出的输入和输出机制仅仅是示例；设备102可以具有任何类型的输入和/或输出机制。设备102还可以具有诸如以下的组件，即：存储器、盘驱动器、处理器、一个或者多个网络接口（例如，用于蜂窝和WiFi通信）、一个或者多个通用串行总线（USB）端口、话筒、扬声器、用于连接外部音频输入和输出设备的插孔，或者可以具有任何其它类型的组件。

用户可以在设备102上执行的一种动作是请求搜索。搜索可以通过设备中的浏览器来请求，或者可以存在便利于搜索的为特定目的而构建的（purpose-built）搜索app。用于搜索引擎的浏览器界面或者搜索app可以具有搜索框108，用户可以向搜索框108中输入查询110。在所示出的示例中，所输入的查询110是“水手（mariners）票”。浏览器界面或者搜索app可以具有搜索按钮112，用户激活搜索按钮112从而提交搜索，或者搜索引擎可以对增量搜索（incremental search）特征进行操作，其中搜索引擎返回随着用户的键入而不断细化的结果。

在撰写出查询110之后（或者在增量搜索的情况下，在正撰写查询110的时候），查询110被发送给搜索引擎服务114。搜索引擎服务114可以操作维护有内容索引的一个或者多个服务器，并且还可以操作基于与查询的相关性来标识特定内容项的软件。通过将查询110与索引进行比较，搜索引擎服务114可以识别与查询110相关的特定网站。搜索引擎服务114可以具有或者可以以其它方式利用数据库116，数据库116包含在app和网站之间的关联118。搜索引擎服务114可以使用数据库116中的信息来将app结果随同网站（URL）结果一起提供。不论发现app的方式如何，app都可以被包括在结果120中，其由搜索引擎服务114返回给设备102。

当结果120被返回给设备102时，它们可以通过搜索app或者浏览器搜索界面被显示来供设备102的用户查看。在图1的示例中，示出了三个结果：水手队（Mariners）的官方站点（mariners.example.com）、用于水手队的美国职业棒球大联盟（MLB）站点（mlb.example.com/mariners）、和用于水手的维基百科页面（wikipedia.example.com/seattle_mariners）。在这个示例中，结果120中的每个都是由其URL所标识的web服务。对于结果中的两个而言，实际结果是顶级站点的特定子部分（在美国职业棒球大联盟站点的情况中是/mariners，在维基百科站点内是/seattle_mariners）。类似于许多查询，短语“水手票”可以具有其它含义--例如，用于牵涉到货船或者海洋巡航的活动的票—但是对于这个示例的目的而言，将假设搜索引擎服务114在其对于设备102的用户正在寻找棒球票的理解上是正确的。

在所示出的示例中，搜索引擎服务114发现了与每一个结果相关联的app。水手队具有app，美国职业棒球大联盟具有app，并且维基百科具有app。因此，app结果的标识连同对应的站点结果的标识一起被示出。转向水手队站点结果（结果122），可以看到，水手队app（app124）与该结果一起、随同徽标（在这个示例中，被示为在球内的文本“M's”）被示出。附加地，app124的列出示出了预览信息126，其指示当使用app124时，用户可以预期什么类型的信息。在这个示例中，预览信息126是文本“获得水手队比分、票、纪念品等等”。

美国职业棒球大联盟URL结果（结果128）是在mlb.example.com网站上的水手队的页面。Mlb.example.com是覆盖所有美国职业棒球大联盟队的网站，不仅仅是水手队。该网站仅一部分（由URL中的"/mariners"所指示）具体涉及水手队。存在与mlb.example.com网站相关联的app结果（app130）。app130可以是用于整个mlb.example.com网站的app，但是与该app结果相关联的预览可以为水手队具体剪裁，因为用户具体地在询问的是水手队的票，而不是所有美国职业棒球大联盟的票。因此，与MLB app相关联的预览写道“水手队比分和票”。（预览提到水手队的事实可以是基于以下事实：生成mlb.example.com结果的查询包括对水手队的提及。下文讨论的技术可以被使用来剪裁下文结合后续附图所讨论的预览。）如果MLB app从结果120中被启动，则它可以发动具体涉及水手队的屏幕；将在下文中讨论可被用来将信息传达给app的技术，所述app将使用所述信息来确定发动哪个屏幕。

最后，结果120包括关于西雅图水手队（Seattle Mariner）的维基百科页面。正如可以看到的，该结果包括wikipedia.example.com网站的特定部分（由URL中的“/seattle_mariners”来指示）。附加地，app结果是维基百科app，带有针对涉及水手队的查询而剪裁的预览（带有的预览是“对于西雅图水手队的免费百科全书页面”）。

图2示出其中app和/或预览可以与搜索结果一同被提供和/或显示的示例性过程。在转向图2的描述之前，要指出的是，本文中包含的流程图（在图2和图3两者中）是作为示例、参考图1中所示的组件进行描述的，但是这些过程可以在任何系统中实行，而不局限于图1所示出的情景。另外，图2和3中的每个流程图示出其中以特定顺序—如由连接各方块的线所指示的—来完成过程的各阶段的示例，但是在这些图中示出的各个阶段可以以任何顺序或者以任何组合或子组合来执行。

在202，用户输入查询。查询110（在图1中示出）是这样的查询的示例。在204，查询被发送给搜索引擎。在206，搜索引擎找到响应于所述查询的结果。在一个示例中，所述结果是与查询有关的网站的URL。

在208，对于找到的每个结果，搜索引擎确定是否存在与该结果相关联的app。在一个示例中，搜索引擎可以评价app有多可靠地与网站相关联，并且可以在得出特定app与特定结果相关联的结论之前，强加某个可靠性级别作为准则。例如，可以存在与诸如美国职业棒球大联盟的网站相关联的许多不同的app，所述app中只有一个（或者每个平台一个）是对于该网站而言的“官方”app。可能看起来好像与美国职业棒球大联盟站点有关的其它app可能是由未授权的第三方准备的app。许多未授权的第三方app是无害的，或甚至是有益的，但是有一些是不可靠的或者有害的。因此，在一个示例中，只有当app是用于定位在某URL的网站的“官方”app时，搜索引擎才可以认为所述app与所述URL相关联。在一个示例中，可以存在适当的系统来让网站管理员和app开发者向搜索引擎运营商声明彼此的官方关系，从而简化确定哪些app和网站是彼此官方地相关联的过程。然而，本文的主题不局限于确定哪些app与某个网站相关联的任何特定方法。按照本文描述的主题，即便在某个app和某个网站之间不存在官方关系，搜索引擎也可以发现该app是与该网站相关联的。

在步骤210，搜索引擎的URL结果可以与直接插入的app结果一同被提供。上文描述的图1示出了其中app结果与搜索结果一起直接插入地提供的示例，因为app是与URL结果在视觉上相关联地示出的。（一种示出与URL结果一起直接插入的app结果的示例性方式是在搜索结果的下面展示出app。然而，在URL结果和app结果之间的其它形式的视觉关联也可以构成直接插入地展示app结果。）。

在212，可以将URL结果连同直接插入的app结果一起显示。例如，如果搜索引擎产生结果给用户在其上输入查询的设备，则浏览器或者搜索app可以显示同时具有URL结果和app结果的屏幕。显示app结果可以牵涉到确定app是否被安装在用户的设备中，以及在适当时填写app预览中的可变字段。

图3示出显示app结果和启动app的示例性过程。在一个示例中，图3的过程可以在搜索引擎已向用户的设备提供结果之后在该设备中发生。然而，图3中所示出的过程的一些部分可以在除了用户的设备之外的位置处发生。

在302，确定是否安装了app。如果app没有被安装，那么可以显示用来安装app的链接（或者其它可激活的元素）（在304）。在一个示例中，链接或者其它元素指向可以获取app的在线app市场（marketplace）。（在显示用来安装app的链接之前，可以做出关于用于该用户的设备的app版本是否存在的确定。如果不存在这样的版本，那么可以省略用来安装app的链接）。当用户点击、轻击、或者以其它方式激活链接时，app的安装可以开始，或者用户可以被指引到可以获取app的位置。

如果app被安装了，那么可以显示用于该app的启动链接（在306）。在图1中示出了app结果的示例。可以使app结果的任何一个都是可激活的，以使得点击、轻击或者以其它方式激活app结果导致app被启动。

除了显示app的名称之外，app结果可以包括app的预览。预览的实际内容可以由搜索引擎生成，或者可以在用户的设备中生成。每个app可以与某个元数据相关联，所述元数据描述将要展示的预览。因此，为了生成预览内容，检查app的预览元数据（在308）。

对app的预览数据的检查可以展现出恒定串，而没有任何可变的字段。例如，参考图4（其示出在图1中介绍的相同设备102），用于水手队app124的预览信息126可以仅仅包含恒定串“获得水手队比分、票、纪念品等等”。在其并不包含要填写的任何可变字段、或任何被留下来要确定的其它信息的意义上，这样的串是“恒定”的。在另一方面（并且再次参考图4），用于美国职业棒球大联盟app结果（app130）的预览信息402可能已经根据具有可变字段的元数据来创建。例如，因为美国职业棒球大联盟app可以被设计成与任何美国职业棒球大联盟队合作，所以描述用于该app的预览的元数据404可以包含可变字段406（“<队名>”），特定队的名称可以被填写到该可变字段406中。在图4中所示出的示例中，被填写到字段406中的队名是“水手队”，因为用户的查询110与水手队有关。然而，如果输入了不同的查询，那么字段406可被填写进不同的信息。

因此，现在返回图3，在310，存在于app预览元数据中的任何可变字段可以被填写合适的信息。各种类型的信息都可以被用作填写所述字段的基础，在图3中示出了其中的一些示例。可以被用来填写这些字段的一条示例性信息是生成搜索结果的原始查询312。另一条示例性信息是用户信息314，其可以包括关于用户身份、用户位置、用户所表达的偏好的信息、或者用户已经选定来分享的关于他自己或者她自己的任何其它信息。（为了秘密地保护用户的兴趣，可以依据从用户获取的适当许可和对用户所做的适当公开来使用关于用户的信息。）例如，如果用户已经选定分享他的当前位置，并且该当前位置是大西雅图地区，则这个事实可能会促使字词“水手队”填写到队名字段中，即便用户已经输入了诸如“棒球票”那样的没有明显地指定水手队的查询。基于诸如查询312或者用户信息314那样的信息来确定要如何填写字段的软件可以存在于用户的设备中和/或搜索引擎服务器中。要指出的是，填写字段仅仅是可以完成可变预览信息的一种方式。更一般地，app的预览元数据可以包括任何的、根据任一类型的信息生成预览的任意算法；具有固定文本、有可变字段要被填写的元数据（如在图4的元数据404中所示出的）仅是这样的算法的一个示例。

再次返回图3，一旦app被显示给用户，则可以接收启动指令。这样的启动指令的一个示例是用户对在一组搜索结果中显现的app进行点击或者轻击（或者以其它方式激活）。如果没有接收到这样的启动指令（如在316所确定的），那么图3的过程在不启动app的情况下结束（在318）。

另一方面，如果接收到启动指令，那么在320，启动app。在启动的时间，app可以具有取得各种类型的信息的能力。app可以对以各种方式接收的信息做出反应。例如，基于所接收的信息，app可以选定向用户显示的信息。或者，具有多个屏幕的app可以基于所接收的信息，选定用来显示的特定屏幕（例如，MLB app可以选定水手队的屏幕而不是另一个棒球队的屏幕）。图3展示出可以在启动后提供给app的各种类型的信息322。

可以提供给app的一种类型的信息是原始查询312。例如，如果原始查询是文本“水手票”，那么该文本可以被提供给app。在另一个示例中，可以将用户信息314（在上文中已经讨论了其性质）提供给app。在另一个示例中，可以将动作码324提供给app。动作码324可以是根据查询和其它上下文被推导出来的、用户正尝试要执行的动作的简化代表。实际上，动作码可以是根据被包含在查询中的不准确信息得出清晰结论的尝试。例如，虽然查询“水手票”并非明显地写道：用户想要买票，但是用户看似将要做的动作是“买”可能是个合理的结论。相似地，如果用户输入查询“Safeco体育场在哪儿”，则虽然该查询并非明显地写道：用户想要Safeco体育场周围区域的地图，但是根据该查询的性质而言，用户正在寻找地图可能是个合理的推断。因此，系统可以维护针对数个常见（或者甚至不是那么常见）的动作的动作码，并且可以基于查询或者基于上文所讨论的用户信息来指派动作码。图5示出某些示例的动作码502。这些动作码可以被与app的启动一同使用，所述app已经作为直接插入的搜索结果返回并且已经与预览一同进行显示（块504）。在所示出的示例中，动作码包括“买”、“地图”、“注册”、“邮件”、“帖子/博客”、“菜单”（指“获得食物菜单”）。然而，所示出的动作码仅仅是示例。可以使用任何其它合适的动作码。

现在返回图3，一旦在启动后将信息322提供给app，app就可以决定对该信息做什么。例如，如果启动了美国职业棒球大联盟app，则该app可以将查询“水手票”用作为发动水手队屏幕（而不是某个其它队的屏幕）的基础。或者，如果动作码“买”已经被指派给用户查询，并且已经被提供给app，那么所述app可以将该动作码“买”（可能与来自查询的字词“票”相组合）用作为发动买票屏幕的基础。app可以对它在启动后接收的信息进行任意适当的使用。然而，不论app如何利用其接收的信息，发送关于用户在其中寻找app的上下文的app信息（诸如搜索查询、动作码或者用户信息）的能力可趋向于使得寻找并使用app的体验比如果没有将该信息提供给app时将会有的体验更加无缝。

图6示出可以如何使用各种app结果。设备102是在图1中介绍的设备。在该设备中，用户已经输入了查询110，并且已经接收到结果120。所述结果中的一个是西雅图水手队的官方站点，其具有URL mariners.example.com。在这个示例中，搜索引擎已经确定存在有与水手队站点相关联的app。也已经确定设备102还没有安装水手队app（这个确定可以例如由设备102或者由搜索引擎做出）。因此，与水手队站点一同呈现的app结果604是用来下载和/或安装所述app的链接。如果用户激活该链接，则用户可被带到app市场606，在app市场606中可以获取所述app。（在这个示例中，水手队app是免费的，但是在另一个示例中，市场可能会对特定app收费。）如果用户点击“现在获得app”按钮608，则app可以在设备102中安装。

在设备102中的另一个结果610是美国职业棒球大联盟站点的水手队部分。用于这个站点的URL是mlb.example.com/mariners，并且存在与这个站点相关联的app结果612。该app结果是美国职业棒球大联盟app。在这个示例中，美国职业棒球大联盟站点被安装在设备102中了，所以如果被激活，则该app结果将启动现有的app。框614展示出当用户激活app结果612时所发生的情况的示例。

当激活app结果612时，启动所述app，如由“运行”命令616所代表的。（启动app的命令可以采用对设备102而言合适的任何形式；用来“运行”app的文本命令仅仅是这样的形式的一个示例。）附加地，可以在启动的时间将各种信息条618提供给app（如上文中结合图3讨论的）。在图6所示出的示例中，这个信息可以包括原始查询110、用户姓名620、用户的当前位置622（其可以由邮政编码来代表，或者由诸如纬度和经度的某些其它信息来代表）、用户的家庭位置624（其再次地可以由邮政编码或者由其它某条信息来代表）和动作码324（其性质在上文中已经描述）。如上文所指出的，为了秘密地保护用户的兴趣，可以依据从用户获取的合适许可将关于用户的信息提供给app。

图7示出其中可以部署本文所描述的主题的诸方面的示例性环境。

设备700包括一个或者多个处理器702和一个或者多个数据记忆（remembrance）组件704。设备700可以是具有某种计算能力的任何类型的设备。智能电话是设备700的一个示例，但是设备700也可以是台式计算机、膝上型计算机、平板计算机、机顶盒或者任何其它适当类型的设备。（一个或多个）处理器702典型地是微处理器，诸如在个人台式或者膝上型计算机、服务器、手持式计算机或者另外种类的计算设备中找到的那些微处理器。（一个或多个）数据记忆组件704是能够短期或者长期存储数据的组件。（一个或多个）数据记忆组件704的示例包括硬盘、可拆卸盘（包括光盘和磁盘）、易失性和非易失性随机存取存储器（RAM）、只读存储器（ROM）、闪速存储器、磁带等等。（一个或多个）数据记忆组件是计算机可读（或者设备可读）存储介质的示例。设备700可以包括显示器712或者与其相关联，显示器712可以是阴极射线管（CRT）监视器、液晶显示（LCD）监视器、或者任何其它类型的监视器。显示器712可以是只输出类型的显示器；然而，在另外的非限制性的示例中，显示器712可以是（或者包括）既能够显示也能够接收信息的触摸屏。

软件可以被存储在（一个或多个）数据记忆组件704中，并且可以在一个或者多个处理器702中执行。这样的软件的示例是应用结果和/或预览软件706，其可以实施上文中结合图1-6描述的功能性的一些或者全部，但是也可以使用任何类型的软件。软件706可以例如通过一个或者多个组件来实施，所述组件可以是分布式系统中的组件、单独的文件、单独的函数、单独的对象、单独的代码行等等。其中程序被存储在硬盘中、被加载到RAM中、并且在设备的（一个或多个）处理器中被执行的设备（例如，智能电话、个人计算机、服务器计算机、手持式计算机、平板计算机、机顶盒等等）是图7中所描绘的情景的典型例子，但是本文描述的主题不局限于这个示例。

本文所描述的主题可以被实现为在（一个或多个）数据记忆组件704的一个或者多个中存储的、并且在（一个或多个）处理器702的一个或者多个中执行的软件。作为另一个示例，本主题可以被实现为在一个或者多个设备可读介质中存储的指令。这样的指令当由电话、计算机或者其它机器执行时，可以使得所述电话、计算机或者其它机器执行方法的一个或者多个动作。用来执行动作的指令可以被存储在一个介质中，或者可以跨多个介质传播，以使得指令可以共同地出现在一个或者多个计算机可读（或者设备可读）介质中，而不管所有的指令是否恰好都在相同的介质中。术语“计算机可读介质”和“设备可读介质”不包括信号本身；它们也不包括作为传播信号单独存在的信息。应理解的是，如果本文的权利要求提到以传播信号的形式而不是以任何类型的持久存储装置来单独承载信息的介质的话，则这样的权利要求将使用术语“瞬时的”或者“短暂的”（例如“瞬时计算机可读介质”、“短暂计算机可读介质”、“瞬时设备可读介质”或者“短暂设备可读介质”）。除非权利要求将介质明显地描述为“瞬时的”或者“短暂的”，否则这样的权利要求不应被理解为描述作为传播信号单独存在的信息或者作为信号本身单独存在的信息。另外，要指出的是，“硬件介质”或者“有形介质”包括这样的设备，诸如RAM、ROM、闪速存储器和以物理的有形形式存在的盘；这样的“硬件介质”或者“有形介质”不是信号本身。而且，“存储介质”是存储信息的介质。术语“存储装置”用来表示数据的持久保留。因本文的主题起见，仅以传播信号的形式存在的信息不被认为是“持久地”保持。因此，“存储介质”包括盘、RAM、ROM等等，但是不包括仅以传播信号的形式存在的信息，因为这样的信息没有被“存储”。

另外，本文所描述的任何动作（不论是否在图表中示出）可以作为方法的一部分而被处理器（例如，处理器702中的一个或者多个）执行。因此，如果本文描述了动作A、B和C，那么可以执行包括A、B和C的动作的方法。而且，如果本文描述了A、B和C的动作，那么可以执行包括使用处理器来执行A、B和C的动作的方法。

在一个示例性环境中，设备700可以通过网络708通信地连接到一个或者多个其它设备。在结构上可与设备700的任何示例相似的设备710是可以连接到设备700的设备种类，但是其它类型的设备也可以被如此连接。

虽然本主题是以特定于结构特征和/或方法动作的语言描述的，但应当理解：在所附权利要求中限定的主题不是必然地局限于上述的特定特征或动作。而是，上述的特定特征和动作是作为实施权利要求的示例性形式而公开的。

Claims (10)

1.一种向用户标识服务的方法，所述方法包括：

从用户的设备接收查询；

标识响应于所述查询的服务；

确定存在有通过其可以访问所述服务的应用；

基于与所述应用相关联的元数据，创建所述应用的预览；并且

向所述设备提供将在所述设备上显示的一组结果，该组结果包括所述服务的网站的统一资源定位器（URL）和与所述URL一起直接插入的所述应用的标识，所述应用的所述标识包括所述预览。

2.权利要求1的方法，进一步包含：

确定所述应用被安装在所述设备中，所述应用具有包括固定的预览串的元数据，所述应用的所述标识包括所述固定的预览串。

3.权利要求1的方法，进一步包含：

确定所述应用被安装在所述设备中，所述应用具有元数据，所述元数据具有未被填写的字段；并且

使用所述查询填写所述字段，所述预览包括所述字段已被填写的所述元数据。

4.一种设备，包括：

存储器；

处理器；

显示器；以及

应用预览组件，其被存储在所述存储器中，在所述处理器中执行，接收来自用户的查询，将所述查询发送到搜索引擎，从所述搜索引擎接收一组结果，在所述结果内的第一结果包括到服务的链接的第一标识和提供对所述服务的访问的应用的第二标识，所述应用预览组件通过在所述显示器上展示所述服务的所述第一标识和所述应用的所述第二标识而显示所述第一结果，所述应用的所述第二标识包括所述应用的预览。

5.权利要求4的设备，所述应用预览组件确定所述应用被安装在所述设备中，所述应用具有包括固定的预览串的元数据，所述应用的所述第二标识包括所述固定的预览串。

6.权利要求4的设备，所述应用预览组件确定所述应用被安装在所述设备中，所述应用具有包括字段的元数据，所述字段必须被填写以作为所述预览来显示，所述应用预览组件使用所述查询来填写所述字段，并且将所述字段已填写的所述元数据作为所述预览来显示。

7.权利要求4的设备，所述应用预览组件确定所述应用被安装在所述设备中，所述应用的所述第二标识包括所述预览，所述应用预览组件接收关于所述应用的所述第二标识已经被所述用户激活的指示，所述应用预览组件启动所述应用，并且所述应用预览组件在启动所述应用的时间将上下文信息提供给所述应用。

8.权利要求7的设备，所述上下文信息包括所述查询。

9.权利要求7的设备，所述上下文信息包含根据所述查询确定的动作码。

10.一种设备可读介质，其存储用来向用户标识服务的可执行指令，当所述可执行指令被设备执行时，使得该设备执行动作，包括：

接收来自所述用户的查询；

将所述查询发送给搜索引擎；

从所述搜索引擎中接收一组结果，该组结果中的第一结果包括服务的统一资源定位器（URL）的第一标识和提供对所述服务的访问的应用的第二标识；并且

通过在所述设备上将所述服务的所述第一标识连同所述应用的所述第二标识一起展示，从而显示所述第一结果，所述应用的所述第二标识包括用来安装所述应用的链接或者所述应用的预览。