CN101978390A

CN101978390A - 服务启动技术

Info

Publication number: CN101978390A
Application number: CN2009801105741A
Authority: CN
Inventors: J·加西亚; J·T·金; R·E·德维尔
Original assignee: Microsoft Corp
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2008-03-25
Filing date: 2009-02-27
Publication date: 2011-02-16
Also published as: EP2257928A1; RU2010139457A; RU2504824C2; US20090248397A1; WO2009120450A1; JP2014112420A; EP2257928A4; JP2011517813A; KR20110000553A; BRPI0908169A2

Abstract

描述了服务启动技术。在至少一个实现中，计算设备接收对由应用程序显示在用户界面中的文本的选择。检测对用户界面中显示的多个服务之一的选择。响应于该检测，在无需进一步用户干预的情况下将所选择的文本提供给所选服务。

Description

服务启动技术

背景

服务可被配置成提供用户可能感兴趣的各种各样的功能。例如，服务可被用来提供到所需餐馆的前进方向，寻找特定词语的定义，定位最喜爱的度假地的天气预报，等待。然而，被用来访问这些服务的传统技术通常是麻烦的并且妨碍了用户交互。因此，用户通常选择放弃与这些服务的交互，这对这些服务的提供者而言还具有不利的财务后果。

概述

描述了服务启动技术。在至少一个实现中，计算设备接收对由应用程序显示在用户界面中的文本的选择。检测对用户界面中显示的多个服务之一的选择。响应于该检测，在无需进一步用户干预的情况下将所选择的文本提供给所选服务，以使用所选择的文本来启动所选服务的操作。

在一实现中，一个或多个计算机可读介质包括可执行来基于语音输入确定多个服务中的哪些要接收由应用程序显示在用户界面中的文本的指令。这些指令还可执行来在无需用户干预的情况下将该文本提供给所确定的服务。

提供本概述以便以简化形式介绍将在以下的详细描述中进一步描述的一些概念。本概述并不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在用于限定所要求保护的主题的范围。

附图简述

在全部附图中，使用相同的标号来指示相同的特征。

图1示出根据一个或多个实施例的其中可以使用本文所描述的各原理的系统。

图2示出根据一个或多个实施例的具有多层服务平台的系统。

图3示出根据一个或多个实施例的具有多层服务平台的示例系统。

图4示出根据一个或多个实施例的用户界面。

图5示出根据一个或多个实施例的用户界面。

图6示出根据一个或多个实施例的用户界面。

图7示出根据一个或多个实施例的用户界面。

图8示出根据一个或多个实施例的用户界面。

图9示出根据一个或多个实施例的用户界面。

图10示出根据一个或多个实施例的用户界面。

图11示出根据一个或多个实施例的用户界面。

图12示出根据一个或多个实施例的用户界面。

图13示出根据一个或多个实施例的用户界面。

图14示出根据一个或多个实施例的用户界面。

图15示出根据一个或多个实施例的用户界面。

图16是描述根据一个或多个实施例的方法中的各步骤的流程图。

图17是描述根据一个或多个实施例的方法中的各步骤的流程图。

图18是描述根据一个或多个实施例的方法中的各步骤的流程图。

图19示出可用于实现一个或多个实施例的示例系统。

详细描述

概览

如上所述，虽然服务可被用来提供各种各样的功能，但用于启动与这些服务的交互的传统技术是麻烦的。例如，用户可能查看来自一应用程序的文本输出，如在电子邮件中接收到的并使用电子邮件应用程序来查看的餐馆地址。如果用户希望到餐馆的前进方向，则用户可以与地图服务进行交互。然而，为得到这些前进方向，用户选择电子邮件中的包含该地址的文本并复制该文本，如通过右击鼠标来显示具有复制命令的菜单或使用“ctrl-c”键组合。

一旦复制，用户通常打开浏览器并导航到提供具有地图功能(例如提供逐个转弯的前进方向)的web服务的网站。一旦“处于”该网站，用户随后可以粘贴该文本(或在另一示例中重新键入它)，并随后按下“回车”来接收所需前进方向。因此，如该示例中所示，用户传统上手动地切换上下文(例如，从电子邮件应用程序到浏览器应用程序)，这是中断性的并且造成与服务进行交互的冗长且通常麻烦的过程。

描述了服务启动技术。在一实现中，对服务的选择被用来向服务提供文本以使用该文本来启动该服务的操作。接着以上示例，用户可以选择电子邮件中的包含餐馆的地址的文本。用户随后可按下热键并说出、点击、或触摸所需服务的表示，在该示例中该表示是地图服务的名称。所选文本随后可在无需进一步用户交互的情况下提供给该服务以生成前进方向。因此，用户可以“选择并询问”以启动该服务的操作。在一实现中，还可以使用预览功能以便在不切换上下文的情况下显示该服务使用该文本的操作的结果，这一点的进一步讨论可以在以下章节找到。

在以下讨论中，提供了题为“操作环境”的章节，该章节描述其中可采用一个或多个实施例的一个环境。这之后，提供了题为“示例多层服务平台”的章节并且该章节描述根据一个或多个实施例的多层平台。在至少一些实施例中，多层结构包括被设计成将服务与传统应用程序进行整合的全局整合层以及公共控件整合层和自定义整合层。公共控件整合层可被用来提供可跨各应用程序使用以不仅整合应用程序所知道的服务还整合应用程序不知道的服务的公共控件。自定义整合层可由各应用程序用来定制被设计成整合各种所提供的服务的用户界面。

接着，题为“实现示例”的章节描述多层服务平台的示例实现。这之后，题为“全局整合层——用户界面示例”、“公共控件整合层——用户界面示例”、以及“自定义整合层——用户界面示例”的章节各自分别提供根据一个或多个实施例的用户界面的示例。接着，题为“示例过程”的章节描述根据一个或多个实施例的示例过程。最后，题为“示例系统”的章节描述可用于实现一个或多个实施例的示例系统。

操作环境

图1概括地在100处示出根据一个或多个实施例的操作环境。环境100包括计算设备102，计算设备102具有一个或多个处理器104、一个或多个计算机可读介质106和驻留在计算机可读介质上并可由处理器执行的一个或多个应用程序108。应用程序108可包括任何合适类型的应用程序，如作为示例而非限制，浏览器应用程序、阅读器应用程序、电子邮件应用程序、即时消息通信应用程序、以及各种其他应用程序。计算机可读介质可包括，作为示例而非限制，通常与计算设备相关联的各种形式的易失性和非易失性存储器和/或存储介质。这样的介质可包括ROM、RAM、闪存、硬盘、可移动介质等。计算设备的一个具体示例以下在图19中示出并描述。

另外，计算设备102包括服务平台110。在一实现中，服务平台可以跨各种应用程序(如以上提到的那些应用程序和其他应用程序)来整合各个服务，如web服务(例如，可通过网络112从一个或多个网站114访问的服务)和/或本地服务。在至少一些实施例中，如将在以下显而易见的，各服务可以与“不知道”这些服务的传统应用程序以及知道这些服务的应用程序进行整合。如该附图中所示，服务平台110以驻留在计算机可读介质106上的计算机可读指令或代码的形式驻留。

服务平台110可以按各种方式来配置。例如，如图1所示，服务平台110被示为包括表示用于启动服务的操作的功能的服务启动模块116。例如，服务启动模块116可以作为包含复制功能的操作系统的一部分来包括，例如可经由热键组合“CTRL C”访问的“剪贴板”。使用这一功能，服务启动模块116可以接收应用程序108中的一个或多个所输出的文本。还构想了文本选择的各种各样的其他示例，如“拖放”等等。此外，虽然该示例描述了对合并在操作系统内的用于复制文本的功能的使用，但还构想了其他示例，如通过将服务启动模块116配置成“独立”模块、合并在应用程序108中的一个或多个内，等等。

服务启动模块116还表示选择要使用所选文本执行操作的特定服务的功能。服务选择可按各种方式执行。例如，服务启动模块116可以充分利用语音识别技术，并且因此接受语音输入。语音识别技术可以合并在服务启动模块116内、在计算设备102上执行的操作系统内、作为独立模块，等等。服务启动模块116还可接受触摸输入、传统鼠标/键盘输入等等以选择特定服务。

服务启动模块116还表示用于使用所选文本来启动所选服务的操作的技术。例如，一旦选择了特定服务，则服务启动模块116可以无需进一步用户交互的情况下，例如不必使用户在选择该服务后将文本手动地“粘贴”到该服务中，而将所选文本(例如，来自“剪贴板”)提供给特定服务。因此，服务启动模块116可以提供对服务的高效访问，这一点的进一步讨论的可在以下章节找到。

计算设备102可被具体化为任何合适的计算设备，诸如作为示例而非限制，台式计算机、便携式计算机、诸如个人数字助理(PDA)等手持式计算机、蜂窝电话等等。

一般而言，在此描述的任何功能可使用软件、固件(例如，固定逻辑电路)、手动处理或这些实现的组合来实现。本文使用的术语“模块”、“功能”和“逻辑”一般表示软件、固件、或软件和固件的组合。在软件实现的情况下，模块、功能或逻辑表示当在处理器(例如，一个或多个CPU)上执行时实现特定任务的程序代码。程序代码可被存储在一个或多个计算机可读存储器设备中，如计算机可读介质106。以下描述的服务启动技术的各特征是平台无关的，从而意味着该技术可在具有各种处理器的各种商用计算平台上实现。

示例多层服务平台

图2概括地在200处示出根据一个或多个实施例的具有多层服务平台的系统。在该示例中，系统200包括多个不同的应用程序202、204、206、208以及210。应用程序可包括各种应用程序，它们的示例在上文或下文中提供。另外，在该示例中，系统200包括被设计成跨诸如应用程序202-210等各种应用程序来整合各个服务(web服务和/或本地服务两者)的多个不同的平台层。在该特定示例中，多个不同的层包括全局整合层212、公共控件整合层214、以及自定义整合层216。

在所示出并描述的实施例中，全局整合层212被设计成启用并非“服务知晓”的应用程序以仍然允许用户从该应用程序内访问并使用这些服务。为此，在至少一些实施例中，全局整合层提供显示可用的并可从应用程序内调用的一个或多个服务的通用用户界面。在该实施例中，全局整合层的功能由在本地客户机设备上操作的操作系统支持。

在用户希望查明哪些服务可从并非服务知晓的应用程序内获得时，用户可以采取由操作系统检测的特定动作，如使用操作系统桌面上的快捷方式(例如，键入热键组合)。响应于检测到该用户动作，操作系统可以对本地服务存储进行API调用以接收可用服务的列表。操作系统随后可以向用户呈现列出可用服务的通用用户界面。

在一个或多个实施例中，一旦向用户呈现了通用用户界面，则用户可以采取多个不同动作。例如，在一些实施例中，用户可以将他们的鼠标悬停在特定服务描述或图标上方并接收该服务的预览。作为替换或补充，用户可以点击特定服务描述或图标并随后被导航到该服务的功能。此外，用户可以通过说出名称或适用于从多个服务中选择特定服务的其他标识符来提供语音输入。到特定服务的功能的导航可包括本地导航或基于web的导航。在一个或多个实施例中，导航可包括将诸如用户选择的数据等数据发送到服务以供该服务操作。

因此，在该实施例中，操作系统所提供的通用用户界面知道被用来呈现可用服务并允许用户选择这些服务中的一个或多个的特定API调用。以此方式，并非“服务知晓”的应用程序仍然可以用作用户访问服务的起始点。

在所示出并描述的实施例中，公共控件整合层214提供可由一个或多个应用程序主存的控件。该控件可允许应用程序填充该应用程序本机支持的那些服务，以及提供仍然可向用户提供并非该应用程序本机支持的那些服务的手段。

在用户希望查明哪些服务可从应用程序内获得时，用户可以采取特定动作，如进行特定选择，如文本选择或文件选择。响应于检测到该用户动作，所主存的控件可以对本地服务存储进行API调用以接收可用服务的列表。该控件随后可以向用户呈现列出可用服务的用户界面。这些服务可包括应用程序本机提供的服务以及其他服务提供者在本地或远程提供的服务。

在一个或多个实施例中，一旦向用户呈现了该用户界面，则用户可以采取多个不同动作。例如，用户可以使用语音来选择这些服务之一，如通过说出这些服务中的特定一个的标识符(例如，服务的名称和/或服务所执行的动作，如地图服务的“绘制它的地图”)以选择该服务、说出用户先前输入的定制标识符以选择该用户，等等。

在一些实施例中，该用户可以例如通过语音输入(例如“预览地图”)来请求特定服务的“预览”，可以将光标“悬停”在特定服务描述或图标上方，等等。作为替换或补充，用户随后可以选择(例如，点击)特定服务描述或图标并随后被导航到该服务的功能。到特定服务的功能的导航可包括本地导航或基于web的导航。

因此，在该实施例中，该控件知道被用来呈现可用服务并允许用户选择这些服务中的一个或多个的特定API调用。以此方式，应用程序可以使用该控件来既提供本机服务又提供其他服务提供者所提供的服务。另外，因为该控件可由许多不同应用程序来主存，所以可以跨各种应用程序来提供共同的用户体验。

在一个或多个实施例中，自定义整合层216提供一组API，该组API可由知道这些API的应用程序用来接收所提供的服务的列表并随后创建它们自己的用户界面和用户体验，用户可以通过该用户界面和用户体验消费所提供的服务。

在描述了多层服务平台的一般概念后，现在考虑描述多层服务平台的一个具体实例的实现示例。应当明白和理解，以下描述只提供一个示例，且不被用来将所要求保护的主题的应用限于一具体实现。因此，可以在不背离所要求保护的主题的精神和范围的情况下利用其他实现。

实现示例

图3概括地在300处示出根据一个或多个实施例的具有多层服务平台的示例系统。在该示例中，系统300包括web浏览器302、阅读器应用程序304、电子邮件应用程序306、即时消息通信应用程序308、以及一个或多个所谓的传统应用程序310形式的应用程序。在本文的上下文中，传统应用程序可被认为是不知道用户在使用该应用程序时可访问的服务中的至少一些的应用程序。所示出的应用程序是作为示例提供的，并且不旨在限制所要求保护的主题的应用。因此，可以在不背离所要求保护的主题的精神和范围的情况下使用其他方法。

在该特定示例中，全局整合层包括系统服务菜单312和服务管理组件314，而公共控件整合层包括公共上下文菜单316。此外，在一个或多个实施例中，自定义整合层包括数据识别器组件318、应用程序接口(即API)320、服务存储322、预览组件324、以及执行组件326。

在一个或多个实施例中，全局整合层的系统服务菜单312可由用户在使用一个或多个应用程序时用这些应用程序提供的上下文来调用。在实践中，并非“服务知晓”的应用程序可被用来调用系统服务菜单。在一个或多个实施例中，系统服务菜单由客户机设备的操作系统支持并可以用各种方式来调用。例如，对应用程序所显示的文本的选择可以使得系统服务菜单312作为弹出式菜单来在所选文本的旁边输出。

在另一示例中，在至少一些实施例中，用户可以通过键入特定热键组合来访问系统服务菜单。一旦由操作系统检测到，则该热键组合造成对应用程序接口320的API调用以接收可用服务的列表。可用服务可以是在本地提供的服务和/或远程服务提供者所提供的服务。系统服务菜单312随后呈现列出可由用户访问的可用服务的用户界面。在一个或多个实施例中，系统服务菜单312所呈现的用户界面是跨各应用程序通用的，从而提供整合的统一用户体验。

一旦经由系统服务菜单312所呈现的用户界面向用户列出了这些服务，则用户可以选择特定服务，例如通过说出服务的标识符(例如，菜单中所显示的名称、先前存储的自定义标识符，等等)、使用光标控制设备来选择服务，等等。在一个或多个实施例中，用户可以经由预览组件324通过对所显示的服务采取某一动作来接收服务的预览。

例如，用户可以提供语音输入来使用文本(例如，服务对所选文本的定义的“预览定义”)启动特定服务的预览，将光标悬停在与该服务相关联的特定描述或图标上方或附近并接收该服务的预览，等等。在一个或多个实施例中，可以在不使用户离开该应用程序的上下文的情况下向该用户提供预览。当以此方式悬停光标时，例如，操作系统可以对预览组件324进行API调用以接收要作为预览的一部分来呈现的信息或数据。作为替换或补充，通过点击特定服务描述或图标，用户可以使该服务执行。当此发生时，操作系统可以对执行组件326进行API调用，这进而可以使该服务执行。该服务的执行可包括，作为示例而非限制，可以是本地导航或远程导航中的任一个或这两者的导航活动。这可如何完成的示例在下文中提供。

在一个或多个实施例中，服务管理组件314提供与服务相关联的各种管理功能。例如，在一个或多个实施例中，服务管理组件314可以提供允许用户添加、删除、和/或更新特定服务的功能。此外，在一个或多个实施例中，服务管理组件可以允许用户将特定服务设为用于容易访问的默认服务。在又一些实施例中，服务管理组件314可以允许用户定制如何选择文本和/或服务，例如使用用户可能说出的服务的自定义标识符来启动该服务。

在一个或多个实施例中，公共控件整合层的公共上下文菜单316提供跨各种应用程序的公共上下文菜单。在一个或多个实施例中，公共上下文菜单是可由各种应用程序主存的控件。在至少一些实施例中，这些应用程序不必本机理解服务或相关联的活动是如何工作的。而是，通过主存该控件，应用程序仍然可以提供该服务来作为该应用程序体验的一部分。

在应用程序主存公共上下文菜单时，该应用程序可以用它所提供的服务以及其他服务提供者所提供的其他服务来填充该菜单。如此，应用程序可以提供本机服务以及非本机服务。此外，这些服务可以位于计算设备10本地(例如，桌面搜索)和/或可经由网络122访问，如web服务和其他网络服务。在一个或多个实施例中，公共上下文菜单可知道应用程序接口320并可进行适当的API调用以接收与在服务存储322中提供并描述的服务有关的信息。具体而言，在一个或多个实施例中，公共上下文菜单知道特定服务API。

在一个或多个实施例中，数据识别器318被配置成识别与其中请求服务列表的特定API调用相关联的数据。因此，数据识别器318随后可以确保向调用者返回正确的服务集合。例如，如果用户选择文本的特定部分，如地址，则服务的特定子集可能不适合返回。在这种情况下，数据识别器318可以注意做到返回正确的服务列表。

在一个或多个实施例中，应用程序接口320提供可被用来添加、删除或以其他方式管理可被呈现给用户的服务的一组API。API可包括被用来接收服务的列表的那些API。该组API的一个示例在下文的题为“示例API”的章节中提供。

在一个或多个实施例中，服务存储322被用来维护与可以提供的不同服务相关联的信息和/或数据。可以向服务存储灵活地添加或从中删除服务。这可按各种方式来完成。在一个或多个实施例中，这可以通过使用服务提供者用来描述所提供的服务的声明性模型来完成。在应用程序接口320接收到调用时，与该调用相关联的信息可以从服务存储322中检索并相应地呈现。

在一个或多个实施例中，预览组件324可被用来提供一个或多个所提供的服务的预览。如何这样做的一个示例在下文中提供。

在一个或多个实施例中，执行组件326可被用来执行所提供的服务中的一个或多个。如何这样做的一个示例在下文中提供。

全局整合层——用户界面示例

图4概括地在400处示出阅读器应用程序的用户界面。在该示例中，用户在他们的台式计算机上打开了阅读器应用程序并使用该阅读器应用程序打开了文档402。在该示例中，阅读器应用程序不在本机支持要提供给用户的一个或多个服务。

参考图5，用户使用他们的光标选择了文本“博客”，由500处的虚线框示出。响应于这一用户动作，操作系统对应用程序接口320(图3)进行API调用并作为响应呈现列出多个可用服务的系统服务菜单502。如图所示，作为示例而非限制，这些服务包括，搜索服务、定义服务、调查服务、地图服务、新闻服务、图像服务、以及翻译服务。在所示出并描述的实施例中，所列出的服务中没有一个被阅读器应用程序400在本机支持。

参考图6，向用户呈现了预览600。例如，用户可以提供启动预览的语音输入(例如，“预览定义”)，可以将光标悬停在定义服务列表的上方或附近，等等。在该特定示例中，预览简要地定义用户所选择的项。在该示例中，预览600的呈现是在无需用户干预的情况下操作系统与预览组件324相协作地对应用程序接口320(图3)进行的API调用的结果，包括所选文本，例如“博客”。在该特定示例中，所呈现的预览造成到远程服务提供者的导航，远程服务提供者进而提供在作为远程服务提供者使用该文本所执行的操作的结果的预览中显示的信息。

此时，用户可以选择或不选择进一步执行该服务。如果用户通过例如点击预览600、提供该服务的口述标识符，等等来选择执行该服务，则可发生到定义站点的完全导航。例如，图7示出作为到定义站点的导航的结果来提供的用户界面700。在该示例中，可以提供用户所选择的项的完全定义以及该定义站点提供的其他信息。

以此方式，不在本机支持特定服务的应用程序仍然可以通过操作系统的支持来提供对多个服务的访问。此外，这一访问可以通过可被用来向服务提供由应用程序显示的所选文本的口述词语或其他输入来用高效的方式提供。

作为另一示例，考虑图8。在此，示出了阅读器应用程序400和文档402。在该示例中，用户使用光标选择了在800处的虚线框指示的地址。

参考图9，向用户呈现了地图用户界面900形式的预览。通过点击该预览，用户可被导航到可以例如向用户提供用于接收到该特定地址的驾驶方向的选项以及在地图站点处通常提供的其他功能的地图站点。

同样，在这种情况下，不在本机支持地图服务的阅读器应用程序仍然可以通过操作系统的支持来提供对地图服务的访问。

公共控件整合层——用户界面示例

在一个或多个实施例中，公共控件整合层可以提供可由各应用程序用来展示可由一应用程序访问的服务的公共控件。在一个或多个实施例中，公共控件采取系统服务菜单的形式，如系统服务菜单312(图3)所提供的。作为示例，考虑图10，它概括地在1000处示出了电子邮件应用程序所提供的用户界面。在该示例中，用户如通过使用光标控制工具选择了在1002处指示的地址。

响应于用户的选择，可以呈现公共控件，这可以不仅向用户显示该应用程序所提供的服务，而且还显示其他服务提供者所提供的服务。作为示例，考虑图11，它示出了列出该应用程序所提供的服务以及其他服务提供者所提供的服务的公共控件1100。具体而言，在该示例中，该应用程序所提供的服务包括“复制”服务和“全选”服务。

另外，也可以显示该应用程序不在本机提供的其他服务。具体而言，在该示例中，这些服务包括“Windows Live地图”服务、“发送到Gmail”服务、以及“用BabelFish翻译”服务。在该示例中，在公共控件110内呈现的这些服务是该控件所进行的API调用的结果。

公共控件1100还被示为包括具有要提供给该服务以执行相应操作(例如，到“Windows Live地图”)的文本副本(例如，在1002处指示的地址)的部分。以此方式，公共控件1100可以确认将向该服务发送哪一文本。此外，公共控件1100还被示为包括位于服务的相应表示旁边的、用于指示所表示的服务可以使用语音输入来进行选择的指示1104、1106的示例。

参考图12，用户将光标悬停在地图服务的上方或附近，并且作为响应，向用户呈现了提供该服务的预览的地图预览1200。现在，如上所述，通过点击预览1200，用户可以被导航到提供上述其他地图功能的相关联的地图站点。还可以使用先前描述的其他选择技术。

以此方式，公共控件可以跨各种应用程序来使用以允许将这些应用程序本机支持的服务以及该应用程序不在本机支持的那些服务呈现给用户。跨不同应用程序使用公共控件提供了统一的整合用户体验。

自定义整合层——用户界面示例

在一个或多个实施例中，自定义整合层提供一组API，该组API可由知道这些API的应用程序用来接收所提供的服务的列表并随后创建它们自己的用户界面和用户体验，用户可以通过该用户界面和用户体验来消费所提供的服务。作为示例，考虑图13，它示出了具有用户界面1300的即时消息通信应用程序形式的应用程序。在该示例中，用户进入了与另一个人的对话。该对话涉及这些参与者想要在哪里就餐。参与者之一提到特定小餐馆。

参考图14，用户选择了文本“cafépresse(presse餐馆)”，如虚线框1400所示。响应于检测到这一文本选择，在该示例中，知道该平台的API的即时消息通信应用程序进行了API调用以接收回所提供的服务的列表。在该示例中，用户说出命令(例如，“绘制它的地图”)，并且对应的地图服务被提供并与在1402处示出的图标相关联。在该实现中，地图服务是在无需用户在说出该命令后进行进一步交互的情况下提供的。

如上所述，地图服务可以在不将用户导航离开当前用户界面的情况下提供该服务使用文本执行的操作的“预览”。作为示例，考虑图15。在此，向用户提供了地图用户界面1500形式的预览。该预览可被配置成可选择的，使得该用户可被导航到与该地图预览相关联的进一步功能。例如，用户可被导航到例如可能提供与该用户的特定选择相关联的驾驶方向的地图站点。对服务选择的进一步讨论可在以下过程找到。

示例过程

以下讨论描述了可利用上述系统和设备来实现的各种技术。这些过程中每一过程的各方面可用硬件、固件、或软件、或其组合来实现。这些过程被示为指定由一个或多个设备执行的操作的一组框，并且其不必限于所示由各框执行操作的次序。在以下讨论的各部分中，将对上述环境和/或用户界面进行参考。

图16是描述根据一个或多个实施例的全局整合过程中的各步骤的流程图。该过程可以结合任何合适的硬件、软件、固件或其组合来实现。在至少一些实施例中，该过程的各方面可由诸如以上示出并描述的服务平台等服务平台来实现。

操作系统检测用户动作(框1600)。在以上示例中，用户正在诸如传统应用程序等不一定支持希望提供的服务的应用程序内工作。在此，用户动作可以是指示该用户希望了解并可能消费该应用程序不提供的一个或多个服务的动作。因此，通过该用户动作(该动作可构成任何类型的动作，如热键组合、口述输入，等等)，用户可以指示他们希望了解所提供的服务。例如，用户可以选择文本，启动语音功能(例如，按下按钮)并说出可被用来标识这些服务中的特定一个的一个或多个词语。

操作系统可以检测到该用户动作，并作为响应，检索应用程序不在本机支持的服务的列表(框1602)。该服务的列表可以用各种方式来检索。在以上示例中，该列表是通过对平台支持的API的操作系统调用来检索的。

向用户显示该服务列表(框1604)。这一步骤可以使用各种用户界面来以各种方式执行。提供一个或多个服务的预览(框1606)。这一步骤也可按各种方式执行。在以上示例中，响应于用户采取某一动作来提供预览，如将他们的光标悬停在与该服务相关联的图标或该服务的描述的上方或附近，提供适于启动这些服务中的特定一个的预览的语音输入(例如，“预览定义”)，等等。提供对服务功能的访问(框1608)，在该示例中，这可包括将用户导航到其中提供该服务功能的远程网站。作为替换或补充，可以在本地提供服务功能。显而易见的是，预览是可任选地并且可以在标识特定服务时跳过，并且这一点的示例在以下描述。

图17是描述根据一个或多个实施例的服务选择过程中的各步骤的流程图。该过程可以结合任何合适的硬件、软件、固件或其组合来实现。在至少一些实施例中，该过程的各方面可由诸如以上示出并描述的服务平台等服务平台来实现。

接收对由应用程序显示在用户界面中的文本的选择(框1700)。例如，图1的服务启动模块116可以接收由应用程序108显示的文本。该文本可以用各种方式来选择，如通过使用光标控制设备、键盘、触摸屏、语音输入，等等。

响应于接收到所选择的文本，在无需用户干预的情况下输出多个服务的表示(框1702)。例如，服务启动模块116可以在文本被选择时自动地输出服务的表示，这可包括应用程序108不在本机支持的服务。在另一实现中，这些表示是响应于诸如热键组合、语音输入等命令来输出的。

检测对用户界面中显示的多个服务之一的选择(框1704)。例如，用户可以提供语音输入、“点击”或“触摸”(例如，经由触摸屏)菜单中服务的表示。在语音输入示例中，可以说出用于提供表示的词语(例如，服务的名称)，可以说出服务所执行的操作的名称(例如，“绘制它的地图”)，计算设备的用户先前存储的定制名称，等等。因此，该服务可以使用各种不同的口述输入来选择。

响应于该检测，在无需进一步用户干预的情况下将文本的选择提供给所选服务，以使用所选择的文本来启动所选服务的操作(框1706)。例如，服务启动模块116可以导航到所选服务(例如，通过网络112或在计算设备102本地)并粘贴所选择的剪贴板的内容(例如，文本)。这一导航和文本粘贴可以在无需用户一方进行交互的情况下执行，并且因此可以在选择了该服务后自动地提供。也可以考虑各种其他示例。

图18是描述根据一个或多个实施例的服务选择过程中的各步骤的流程图。该过程可以结合任何合适的硬件、软件、固件或其组合来实现。在至少一些实施例中，该过程的各方面可由诸如以上示出并描述的服务平台等服务平台来实现。

检测对由应用程序输出的文本的选择(框1800)，如通过可被配置成操作系统的一部分的服务启动模块116。

输出多个服务的表示(框1802)。例如，可以使用热键组合、语音输入等来启动具有多个服务的表示的菜单的输出，如显示在所选文本的旁边的弹出式菜单。

基于语音输入，作出关于多个服务中的哪一个要接收由应用程序显示在用户界面中的文本的判定(框1804)。例如，用户可以说出菜单中显示的表示的名称(例如，图6的“地图”)，可以描述服务所执行的操作(例如，“绘制地址的地图”)，可以使用用户为一服务先前存储的定制名称，等等。在一实现中，定制语音输入可以提供对特定服务的“语音快捷方式”。

随后响应于该确定在无需用户干预的情况下将该文本提供给所确定的服务(框1806)。继续以上示例，一旦作出选择了特定服务的判定，则可以在无需用户一方与计算设备102进行进一步交互的情况下将该文本提供给该服务。

在一实现中，一旦使用语音输入执行了对服务的判定，就可以停止对后续语音输入的翻译(框1808)。例如，语音启动模块116可以“关闭”用于确定语音输入的底层意义(例如，确定“说了什么”)的话筒，以便不使该模块的操作进一步复杂化，这可以节省计算设备102的资源。

示例系统

图19示出可以实现上述各实施例的示例计算设备1900。计算设备1900可以是例如图1的计算设备102或任何其他合适的计算设备。

计算设备1900包括一个或多个处理器或处理单元1902、一个或多个存储器和/或存储组件1904、一个或多个输入/输出(I/O)设备1906、以及允许各组件和设备彼此通信的总线1908。总线1908表示任何若干类型的总线结构中的一个或多个，包括存储器总线或存储器控制器、外围总线、加速图形端口、以及使用各种总线体系结构的任一种的处理器或局部总线。总线1908可包括有线和/或无线总线。

存储器/存储组件1904表示一个或多个计算机存储介质。组件1904可包括易失性介质(如随机存取存储器(RAM))和/或非易失性介质(如只读存储器(ROM)、闪存、光盘、磁盘等等)。组件1904可包括固定介质(例如，RAM、ROM、固定硬盘驱动器等)以及可移动介质(例如闪存驱动器、可移动硬盘驱动器、光盘等等)。

一个或多个输入/输出设备1906允许用户向计算设备1900输入命令和信息，并还允许向用户和/或其他组件或设备呈现信息。输入设备的示例包括键盘、光标控制设备(例如鼠标)、话筒、扫描仪等。输出设备的示例包括显示设备(例如监视器或投影仪)、扬声器、打印机、网卡等。

各种技术在此可以在软件或程序模块的一般上下文中描述。一般而言，软件包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。这些模块和技术的实现可以存储在某种形式的计算机可读介质上或通过某种形式的计算机可读介质传输。计算机可读介质可以是可由计算机访问的任何一个或多个可用介质。作为示例而非限制，计算机可读介质可以包括“计算机存储介质”。

“计算机存储介质”包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、盒式磁带、磁带、磁盘存储或其他磁存储设备，或者可用于存储所需信息并可由计算机访问的任何其他介质。

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。相反，上文所描述的具体特征和动作是作为实现权利要求的示例形式来公开的。

Claims

1.一种由计算设备实现的方法，包括：

接收对由应用程序显示在用户界面中的文本的选择(1700)；

检测对所述用户界面中显示的多个服务之一的选择(1704)；以及

响应于所述检测，在无需进一步用户干预的情况下将所述文本的选择提供给所选服务，以使用所述文本的选择来启动所选服务的操作(1706)。

2.如权利要求1所述的方法，其特征在于，对所述多个服务之一的选择是是使用光标控制设备来执行的。

3.如权利要求1所述的方法，其特征在于，还包括响应于接收到所述文本的选择，在无需用户干预的情况下输出所述多个服务中的每一个的表示。

4.如权利要求1所述的方法，其特征在于，所述文本是使用光标控制设备在所述用户界面中选择的，以便所述用户界面中的其他文本不被选择并且不被提供给所确定的服务。

5.如权利要求1所述的方法，其特征在于，还包括输出包含所述多个服务中的每一个的表示的用户界面。

6.如权利要求5所述的方法，其特征在于，至少一个所述表示包括标识符，所述标识符指示对于对应的所述服务的选择可通过提供所述语音输入来执行。

7.如权利要求1所述的方法，其特征在于，还包括输出作为所确定的服务使用所提供的文本来执行的处理的结果的预览。

8.如权利要求7所述的方法，其特征在于，所述预览是在不打开浏览器的情况下执行的。

9.如权利要求7所述的方法，其特征在于，所述预览是使用语音启动的。

10.如权利要求9所述的方法，其特征在于，所述语音输入与所确定的服务的名称相对应。

11.如权利要求9所述的方法，其特征在于，所述语音输入与用户对所确定的服务给出的先前存储的定制名称相对应。

12.如权利要求9所述的方法，其特征在于，一旦使用所述语音输入执行了对所述服务的确定，就停止对后续语音输入的翻译。

13.如权利要求1所述的方法，其特征在于，至少一个所述服务处于执行所述指令的计算设备的本地。

14.如权利要求1所述的方法，其特征在于，至少一个所述服务处于执行所述指令的计算设备的远程。