CN104704797B - 用于电子设备的虚拟代理通信 - Google Patents

Abstract

用于虚拟代理之间通信的方法和装置，其中虚拟代理与经至少一个网络连接的电子设备的用户相关联。第一用户可以指示相关联的第一虚拟代理调用和与第二用户关联的第二虚拟代理的通信会话。为了调用该通信会话，第一虚拟代理可以向第二虚拟代理发送传出通信并且该传出通信可以指示第二虚拟代理为了第一用户执行至少一个动作。与不同用户相关联的虚拟代理可以另选地在缺少用户交互的情况下彼此通信以执行协作动作。

Description

用于电子设备的虚拟代理通信

背景技术

近年来，诸如智能电话和平板计算机的电子设备常常包括被称为虚拟代理或虚拟助理的应用，它们帮助用户执行诸如在网络(例如，因特网)上搜索内容和与其它应用交互的功能。用户可以利用录入或触摸与虚拟代理交互，以执行这些功能。此外，一些设备包括语音接口，以便使用户能够利用语音输入与虚拟代理交互。这些虚拟代理一般是特定于平台的并且与使用特定操作系统的设备一起工作。例如，可以从Apple Computer公司获得的助理被配置为与运行iOS移动操作系统的设备一起工作，可以从Bulletproof公司获得的EVA助理被配置为与运行可以从Google公司获得的Android移动操作系统的设备一起工作。

发明内容

一些实施例针对通过便利在联网系统中与不同用户关联的虚拟代理之间的通信来改进虚拟代理的功能。所改进的功能可以包括但不限于诸如找出另一用户的位置、协调会议地点、访问另一用户的日历、安排会议和共享联系人信息之类的功能。

一些实施例针对可以在运行不同操作系统的至少两个设备上操作的独立于平台的虚拟代理，从而允许这至少两个设备之间的通信来执行至少一个协调的动作。

一些实施例针对在虚拟代理之间通信的方法，其中每个虚拟代理与用户关联，该方法包括：从第一用户接收输入；由与第一用户关联的第一虚拟代理确定是否调用和与第二用户关联的第二虚拟代理的通信会话；以及响应于确定调用该通信会话而向第二虚拟代理发送传出(outgoing)通信。

其它实施例针对编码有多条指令的计算机可读介质，当指令被至少一个计算机执行时，执行在虚拟代理之间通信的方法，其中每个虚拟代理与用户关联，该方法包括：从第一用户接收输入；由与第一用户关联的第一虚拟代理确定是否调用和与第二用户关联的第二虚拟代理的通信会话；以及响应于确定调用该通信会话而向第二虚拟代理发送传出通信，其中传出通信包括让第二虚拟代理为了第一用户执行至少一个动作的请求。

其它实施例针对电子设备，包括：配置为从第一用户接收输入的通信接口；以及第一虚拟代理，配置为：确定是否调用和与第二用户关联的第二虚拟代理的通信会话；以及响应于确定调用该通信会话而向第二虚拟代理发送传出通信，其中传出通信包括让第二虚拟代理为了第一用户执行至少一个动作的请求。

其它实施例针对在不从第一用户接收输入的情况下由与第一用户关联的第一虚拟代理管理任务的方法，该方法包括：由第一虚拟代理确定是否发生了与该任务关联的条件；以及响应于确定条件已发生而向第一用户发送提醒，或者向与第二用户关联的第二虚拟代理发送传出通信。

其它实施例针对编码有多条指令的计算机可读介质，当指令被至少一个计算机执行时，执行在不从第一用户接收输入的情况下由与第一用户关联的第一虚拟代理管理任务的方法，该方法包括：由第一虚拟代理确定是否发生了与该任务关联的条件；以及响应于确定条件已发生而向第一用户发送提醒，或者向与第二用户关联的第二虚拟代理发送传出通信。

其它实施例针对电子设备，包括：与第一用户关联的第一虚拟代理，其中第一虚拟代理配置为：确定是否发生了与指定给第一虚拟代理的任务关联的条件；以及响应于确定条件已发生而向第一用户发送提醒，或者向与第二用户关联的第二虚拟代理发送传出通信。

其它实施例针对便利虚拟代理之间通信的方法，其中每个虚拟代理与用户关联，该方法包括：由与第二用户关联的第二虚拟代理从与第一用户关联的第一虚拟代理接收通信；以及响应于接收到该通信而执行至少一个动作。

其它实施例针对编码有多条指令的计算机可读介质，当指令被至少一个计算机执行时，执行便利虚拟代理之间通信的方法，其中每个虚拟代理与用户关联，该方法包括：由与第二用户关联的第二虚拟代理从与第一用户关联的第一虚拟代理接收通信；以及响应于接收到该通信而执行至少一个动作。

其它实施例针对电子设备，包括：配置为从与第一用户关联的第一虚拟代理接收通信的通信接口；以及与第二用户关联的第二虚拟代理，其中第二虚拟代理配置为：响应于接收到该通信而执行至少一个动作。

应当认识到，上述概念和以下更详细讨论的附加概念的所有组合(假定此类概念不相互矛盾)都被预期作为本文所公开的发明性主题的部分。

附图说明

附图并不旨在按比例绘制。在附图中，在各个图中说明的每个完全相同或几乎完全相同的部件用相同的标号表示。为了清晰，不是每个部件在每个图中都会被标记。在附图中：

图1是根据本发明一些实施例、包括用来便利用于电子设备的虚拟代理之间通信的部件的示例性系统；

图2示出了根据本发明一些实施例、用于响应于用户输入而从虚拟代理生成传出通信的说明性过程；

图3示出了根据本发明一些实施例、用于在无需用户交互的情况下在后台提供代理到代理通信的说明性过程；

图4示出了根据本发明一些实施例、用于由虚拟代理管理传入(incoming)通信的说明性过程；

图5示出了根据本发明一些实施例、用于响应于从虚拟代理接收到传入通信而执行至少一个动作的说明性过程；以及

图6是可以结合本发明一些实施例来使用的说明性计算机系统。

具体实施方式

发明人认识并理解到，虽然常规的虚拟代理对于帮助用户诸如发起呼叫或搜索万维网上的内容的各种任务是有用的，但是常规虚拟代理的功能可以通过使与一个用户关联的虚拟代理和与其它用户关联的虚拟代理交互来进行改进，以执行协作动作，诸如找出另一用户的位置、安排与另一用户的会议以及在用户之间共享联系人信息或其它数据。为此，本发明的一些实施例用于通过使代理到代理的通信能够执行一个或多个动作来改进虚拟代理的功能。

根据本发明一些实施例使用的示例性系统100在图1中说明。系统100包括电子设备102，其可以实现为(但不限于)手机、智能电话、平板计算机和膝上型电脑。系统100可以包括任何数量的电子设备。例如，系统100还包括手机130和平板计算机140。虽然下面描述了电子设备102的各种部件，但是应当理解，包括手机130和/或平板计算机140的系统100中的其它设备可以包括至少一些与结合电子设备102所描述的部件相类似的部件。

电子设备102可以配置为从用户接收输入，以执行一个或多个功能。为了接收用户输入，电子设备102可以包括输入接口104，输入接口104包括但不限于键盘接口(例如，QWERTY键盘)、触摸屏接口和诸如麦克风的语音接口。在包括语音接口的实施例中，所接收的语音输入可以发送到自动语音识别(ASR)引擎(未示出)，以识别所接收的语音输入的内容。ASR引擎可以作为电子设备102的一部分而被包括和/或ASR引擎可以与电子设备102远程定位并且可以利用任何合适的通信介质(例如，一个或多个网络)来与电子设备102通信。在一些实施例中，电子设备102可以与一个或多个本地ASR引擎以及一个或多个远程定位的ASR引擎关联，由此至少一些接收到的语音输入被这一个或多个本地ASR引擎处理，并且至少一些接收到的语音输入被这一个或多个远程定位的ASR引擎处理。这种分布式ASR系统的例子是本领域技术人员已知的。利用连接电子设备102和ASR引擎的一个或多个通信介质(例如，一个或多个网络)发送到这一个或多个远程ASR引擎的、用于识别的语音输入可以利用相同或不同的通信介质从远程定位的ASR引擎返回到电子设备102。

在一些实施例中，ASR引擎可以配置为利用一个或多个固定的或动态生成的语法和/或词汇来识别语音输入。另选地，一些实施例可以允许自由形式的输入来使用户能够以更自然的方式向虚拟代理讲话并且ASR引擎可以利用例如自然语言理解(NLU)模型来识别用户在说的任何事情。在包括基于NLU模型的语音识别的实施例中，虚拟代理可以基于NLU结果尝试推断用户想要执行的动作。应当认识到，实现语音输入识别的特定方式不限制本发明的实施例，因为任何合适的语音识别实现都可以使用。

电子设备102还包括用户界面106，以便使用户能够与设备交互，以执行各种动作。例如，在一些实施例中，用户界面106可以显示与多个应用关联的多个图标并且用户可以与这些图标当中的一个或多个交互，以启动关联的应用。任何合适的用户界面都可以使用，因为本发明的实施例在这方面没有限制。

电子设备102可以包括一个或多个被配置为在设备上执行的应用108。一些应用可以是主要在电子设备102上执行的本地应用。例如，排程应用(例如，日历应用)可以在电子设备上执行，以使用户能够存储关于事件和/或预约的排程信息。与此类应用相关联的数据可以本地存储在电子设备上或者数据的至少一部分可以被远程存储，如在下面更详细讨论的。其它应用(例如，基于web的应用)可以被配置为经一个或多个网络与一个或多个计算机进行交互。例如，基于web的电子邮件应用可以由一个或多个web服务器托管，使得当用户想利用电子邮件应用来检查电子邮件时，请求将从电子设备发送到一个或多个托管该电子邮件应用的远程定位的服务器。

在一些实施例中，电子设备102可以包括被配置为确定电子设备的位置的位置传感器110。例如，位置传感器可以是被配置为确定设备的位置坐标的全球定位系统(GPS)传感器。一些实施例可以包括与位置传感器110交互以便在地图上显示电子设备102的位置的应用。位置传感器110可以以任何合适的方式实现，并且本发明的实施例在这方面没有限制。

如上面简要讨论的，电子设备102可以存储用户数据112，该数据描述特定于特定用户或电子设备的信息。例如，用户数据112可包括(但不限于)联系人信息、日历信息、用户偏好信息、行为历史信息和位置信息。在一些实施例中，用户数据112还可以包括媒体内容信息，诸如与特定用户帐户或设备关联的音乐或图片数据。在一些实施例中，至少一些用户数据112可以在电子设备102可经由至少一个网络访问的位置相对电子设备102远程存储。例如，至少一些用户数据112可以存储在电子设备102可经由网络160访问的网络存储装置150中。相对电子设备远程存储的数据常常被称为存储“在云中”的数据，并且这种数据常常可由同一用户从多个设备访问。用户数据112被存储的特定方式不是本发明实施例的限制方面，因为用户数据112可以存储在电子设备102可访问的任何合适的位置。

电子设备102还包括被配置为经网络160向其它电子设备(例如，手机130和平板计算机140)和网络存储装置150发送通信以及从它们接收通信的通信接口120。通信可以利用任何合适的协议和任何适合的消息格式经网络160发送，因为本发明的实施例不受所采用的特定网络实现细节的限制。

在一些实施例中，电子设备102还包括虚拟代理114。用户可以与虚拟代理114交互，以执行多种功能，诸如控制电子设备(例如，发送消息、拨打电话、打开应用)，或者访问内容和应用(例如，web搜索、在网站上发布信息)。在一些实施例中，虚拟代理114可以被实现为与其它应用108和用户数据112通信以便执行上述功能以及如下面更详细描述的其它功能的应用。不是系统100中的所有设备都可以与虚拟代理关联并且本发明的实施例在这方面没有限制。如以下更详细讨论的，不与虚拟代理相关联的电子设备可以以常规格式(例如，文本消息、电子邮件、电话呼叫等)接收通信，而与虚拟代理相关联的电子设备可以能够利用根据本发明一些实施例的增加的通信功能和增强的用户体验。

虚拟代理可以以任何合适的方式与特定用户和/或设备相关联。在一些实施例中，虚拟代理可以是在用户的电子设备上执行的应用，如上面所描述的。在这种实施例中，虚拟代理与虚拟代理安装在其上的设备的用户相关联。在其它实施例中，虚拟代理可以不安装在用户的电子设备上，而是可以主要在位于用户的电子设备通过一个或多个网络可访问的远程位置的计算机上执行。在虚拟代理与用户的电子设备远程定位的实施例中，虚拟代理可以包括至少一个识别与用户相关联的一个或多个电子设备的标识符和/或至少一个识别用户的标识符。基于这一个或多个标识符，虚拟代理可以被认为“与用户相关联”，如该术语在本文中所使用的。

在一些实施例中，虚拟代理114可以被配置为至少部分地基于用户数据(诸如用户的联系人信息或排程信息)执行一个或多个动作。例如，不是自己向其它设备发送或接收通信(例如，就像电子邮件或文本消息应用)，虚拟代理可以响应于解释用户输入或者在发生与虚拟代理被配置为执行的任务关联的条件时为了用户指示其它应用向另一设备发送一个或多个通信。

在一些实施例中，为了便利与用户数据的交互，虚拟代理114可以被配置为聚集与该虚拟代理关联的特定用户的用户数据。例如，用户的排程信息可以存在于多个来源中，包括基于web的日历、本地应用日历和任务列表。虚拟代理114可以被配置为跨这多个来源(并且可能还有其它来源)聚集排程信息并且聚集的用户数据可以被存储，供虚拟代理查询。通过聚集来自多个来源的用户数据，虚拟代理可以能够快速确定用户的用户数据的更全面视图，而不必单独地查询不同的来源。但是，应当理解，不是所有实施例都需要聚集用户数据。更确切地说，在一些实施例中，虚拟代理可以在分配给虚拟代理的特定任务(例如，管理排程信息)期间查询多个来源。在还有的其它实施例中，只有一些用户数据可被聚集，而其它用户数据不被聚集。此外，另选地，除排程数据之外的其它用户数据可以被聚集，并且排程数据仅仅是作为可以被聚集的数据类型的例子提供的。

用户数据可以以任何合适的方式被聚集和存储。例如，至少一些聚集的用户数据可以被本地存储在用户的电子设备上和/或聚集的用户数据可以被至少部分地存储在用户的虚拟代理可以经一个或多个网络访问的一个或多个网络连接的数据存储上。在一些实施例中，用户数据“在云中”存储是优选的，因为用户数据接着可以让用户所使用的多个电子设备和/或另一用户的虚拟代理访问，假定该另一用户的虚拟代理被准许访问所述用户数据的话。由特定用户的虚拟代理聚集的数据可被周期性地更新和/或用户数据可以响应于用户请求而被更新。用户数据被更新的特定方式不是本发明实施例的限制。

在一些实施例中，与一个用户相关联的虚拟代理可以调用和与另一用户相关联的虚拟代理的通信会话，以执行一个或多个动作。虚拟代理之间的通信会话可以响应于用户输入而被调用以便在前台执行一个或多个动作，和/或虚拟代理之间的通信会话可以在没有用户输入的情况下被自动调用以便在后台无需用户输入地执行一个或多个动作。在本文的公开内容中，与调用通信会话的虚拟代理相关联的用户被称为“发送方”，与从发送方的虚拟代理接收通信的虚拟代理相关联的用户被称为“接收方”。此外，发送方的电子设备在本文中常常被称为“发送设备”，而接收方的电子设备在本文中常常被称为“接收设备”。但是，应当认识到，任何电子设备都可以发送和接收通信并且这个术语不限制任何特定设备的功能。

用于响应于用户输入而调用代理通信会话的示例性过程在图2中说明。在动作210，从电子设备的用户接收用户输入。如以上所讨论的，在包括语音接口的一些实施例中，用户输入可以包括语音输入，该语音输入包括让虚拟代理执行一个或多个动作的请求，其中动作包括由用于另一用户的至少一个其它虚拟代理的参与。例如，用户(即，发送方)可以问虚拟代理“John在哪里？”。响应于这个问题，虚拟代理可以确定发送方想要关于名叫John的另一用户(即，接收方)的位置的信息，并且虚拟代理可以与用户数据(例如，所存储的联系人、排程信息等等)交互，以尝试确定预期接收方用户John的联系人信息。

响应于接收到用户输入，过程前进到动作210，在那里确定与另一虚拟代理的通信会话是否应当被调用。这种确定可以至少部分地基于所接收的用户输入并且这种确定可以以任何合适的方式做出。在一些实施例中，是否与另一虚拟代理进行通信的确定是通过评估用户输入的内容以便识别用于调用与另一用户关联的虚拟代理的通信会话的一个或多个触发词来做出的。例如，诸如结合人名使用的“在哪里”、“家里”和“在路上”的触发词可以指示用户调用与位置信息相关的通信会话的意图。响应于接收到对应于以上所讨论的例子的用户输入(即，“John在哪里”)，用于发送方的虚拟代理可以识别出触发词“在哪里”之后跟着人名“John”并且可以确定发送方想知道John的位置信息。虚拟代理还可以结合其它的上下文数据，诸如时间、位置、用户历史或者某种组合，来确定意图。如果在联系人中存在“John”的多个列表，则代理可以查看用户最经常或者通常从那个位置或时间与哪个“John”通信。在另一个例子中，发送方可以说“告诉John我在路上并且我在二十分钟后应当在那里。”响应于接收到这个输入，虚拟代理可以识别出结合名叫John的用户所使用的触发词“在路上”并且可以确定发送方想通知John该用户的当前位置和估计的到达时间。

在一些实施例中，信息可以通过向接收方的电子设备发送包括这个信息的消息(例如，文本消息)被发送到用户(即，接收方)的电子设备。例如，在上面的例子中，如果John不与虚拟代理关联(例如，因为他的电子设备不包括虚拟代理应用)，则John的电子设备可以从发送方接收包括内容“我在路上并且我在二十分钟后应当在那里。”的文本消息。但是，如果John的电子设备与虚拟代理关联，则传入通信可以被John的虚拟代理解释，以提供更丰富的用户体验，如以下更详细讨论的。因为发送方可能事先不知道接收方是否具有在接收方的设备上执行的兼容虚拟代理，所以发送方的设备可以向接收方的设备提供传出通信，以便在发送消息之前确定第二代理是否在接收方的设备上存在。基于接收方设备的响应，第一代理可以解释要发送的消息的适当类型。如果接收方不与虚拟代理关联，则来自发送方的被接收通信中的至少一些内容可以仍然在接收方的设备上显示(例如，作为文本消息)。因而，本发明的一些实施例允许与此类(带或不带虚拟代理的)设备的用户关联的带或不带虚拟代理的电子设备之间的通信，不与虚拟代理关联的用户接收常规类型的消息(例如，文本消息、即时消息、电子邮件消息、基于web的应用，等等)，与虚拟代理关联的用户以可以被他们的虚拟代理解释的方式接收内容，以提供丰富的用户体验，包括提供与发送方虚拟代理的响应性通信。

虽然以上的例子描述了关于位置信息的通信，但是其它类型的信息也可以利用根据本发明实施例的代理到代理的通信而被请求和/或共享。例如，可以被请求或传送的其它类型的信息包括(但不限于)排程信息、用户内容信息(例如，联系人信息或其它用户数据)以及位置信息、排程信息和用户内容信息的任意组合。在一些实施例中，每种类型的信息可以与由虚拟代理识别的触发用词关联，以通知虚拟代理用户的意图。例如，当结合接收方用户的名字使用时，诸如“安排”、“何时”和“可用”的触发词可以指示要执行的动作是关于排程信息的，诸如“共享”或“联系人”的触发词可以指示要执行的动作是关于请求或提供用户内容信息的。应当认识到，这些触发词仅仅是为了示例而提供的并且任何合适的词、短语或上下文数据(例如，位置、时间、行为历史等)都可以被根据本发明实施例的虚拟代理用来确定发送方的意图。

返回到图2的过程，如果在动作220中确定用户不打算调用与另一虚拟代理的通信会话，则过程前进到动作222，在那里基于用户输入执行动作。例如，如果用户输入是“电影院在哪里？”，则用户的虚拟代理可以确定，虽然输入包括触发词“在哪里”，但是词“电影院”不涉及另一用户。因而，虚拟代理可以确定与另一虚拟代理的通信会话不是要执行的适当动作，并且作为代替，虚拟代理可以执行诸如对用户位置附近的电影院的web搜索的另一动作，或者某个其它合适的动作。

如果在动作220中确定与另一用户的虚拟代理的通信会话应当被调用，则过程前进到动作230，在那里确定到接收方的虚拟代理的传出通信的内容。虚拟代理可以以任何合适的方式确定传出通信的内容。在一个例子中，如果用户输入是“John在哪里？”，则虚拟代理可以确定传出通信应当包括对接收方John的位置的请求，并且这个请求可以被发送到使用与John关联的虚拟代理的电子设备，如以下更详细讨论的。

在一些情况下，传出通信的内容可以包括包含多于一种类型信息的请求。例如，如果用户输入是“预期John何时到达比赛？”，则发送方的虚拟代理可以理解，为了确定John到达比赛的预期到达时间，发送方的虚拟代理将需要知道John的位置、“比赛”的位置以及基于例如John的当前速度知道John在其当前位置和比赛位置之间要行进多长时间。在这个例子中，发送方的虚拟代理可以尝试通过识别用户有可能通过用户输入中的一个或多个词指什么来确定发送方的意图。例如，虚拟代理可以通过与发送方的用户数据(例如，发送方的联系人信息)交互来尝试识别预期的接收方John。如果虚拟代理不可以识别预期的接收方，则虚拟代理可以提示用户提供更多信息。虚拟代理还可以至少部分地基于发送方的用户数据尝试发现“比赛”的预期意义。例如，虚拟代理可以与发送方的排程信息交互，以确定是否存在对应于一类比赛(例如，棒球比赛、足球比赛，等等)的所安排事件。基于这种调查，虚拟代理可以确定“比赛”的标识并且比赛的对应位置也有可能由虚拟代理基于所安排事件中的信息来推断。

在一些实施例中，发送方的虚拟代理可能不能确定用户输入中某些词的意义，但是接收方的虚拟代理可以能够确定。在这种情况下，传出通信可以包括对发送方的虚拟代理不能解释某些词的指示和对查看接收方的虚拟代理是否可以解释那些词的到接收方的虚拟代理的请求。在一些实施例中，所有用户输入可以发送到接收方虚拟代理并且接收方的虚拟代理可以提供发送方虚拟代理的解释的确认(例如，基于接收方的用户数据)。在其它实施例中，只有一部分用户输入可以被发送到接收方的虚拟代理并且本发明的实施例不受虚拟代理之间传送的数据量的限制。

如果用于预期接收方的联系人信息是基于发送方的用户数据识别的，则虚拟代理可以至少部分地基于识别出的联系人信息产生传出通信。在一些实施例中，如果虚拟代理没有从发送方的用户数据唯一地识别出预期的接收方，则虚拟代理可以提示用户提供更多信息来解决歧义。

在确定传出通信中要包括的合适内容之后，图2的过程前进到动作240，在那里传出通信被发送到接收用户(receiving user)的电子设备。在一些实施例中，用户数据可以包括用于把通信发送到用户联系人列表中的一个或多个联系人的偏好信息并且传出通信可以利用对于特定用户的优选通信方法发送到接收方的用户设备。在上面的例子中，发送方的用户数据可以指示发送方一般偏好利用文本消息向预期的接收方“John”发送通信。因而，响应于确定预期的接收方是John，发送方的虚拟代理可以作为文本消息产生并向John的电子设备发送传出通信。一经接收到传入文本消息，并且假定接收方的电子设备与虚拟代理关联，则虚拟代理可以解释文本消息中的信息，以执行至少一个动作，如以下更详细讨论的。如果John的设备不与虚拟代理关联，则该设备可以以常规格式显示传入文本消息。

在一些实施例中，虚拟代理可以学习与虚拟代理关联的用户的用户偏好。虚拟代理可以以任何合适的方式学习用户偏好。例如，虚拟代理可以通过跟踪一个或多个指示用户何时偏好发送特定类型的通信的行为变量来学习用户偏好。为了学习用户偏好而可以被跟踪的行为变量可以包括(但不限于)使用频率、时间以及星期几。此外，用户偏好可以特定于特定的预期接收方。在一些实施例中，用户偏好可以作为与特定用户关联的用户数据存储，但是存储用户偏好的特定方式不是本发明实施例的限制方面。

在动作240中发送传出通信之后，过程前进到动作250，在那里可选地由发送电子设备从传出通信发送到其的电子设备接收响应通信。响应通信可以包括对应于发送到接收设备的传出通信的任何合适的信息。例如，响应通信可以包括传出通信由接收电子设备接收的确认。响应通信还可以包括对传出通信中所包括的一个或多个请求进行响应的信息(例如，对接收用户的位置的请求进行响应的接收用户的位置)。响应通信还可以包括来自接收用户的虚拟代理的一个或多个请求，以便在执行传出通信中的请求中所指定的一个或多个动作之前提供附加的信息。通信可以在发送方和接收方的虚拟代理之间继续，直到动作已经被执行或者其中一个用户取消了通信。

虽然虚拟代理之间的通信可以不需要来自一个或双方用户的交互来执行动作(例如，基于用户的日历安排预约)，但是在一些实施例中，一个或双方用户可以在实际执行动作之前被提示确认该动作。例如，在一些实施例中，提供可以被认为是私有信息(例如，用户的位置)的信息可以在向另一用户提供该信息之前要求用户的确认。关于在虚拟助理之间共享信息的约束可以以任何合适的方式实现并且本发明的实施例在这方面没有限制。

在一些实施例中，一个或多个任务可以委托给虚拟代理，使得一个用户的虚拟代理与一个或多个其它用户的虚拟代理之间的通信在后台发生，有或没有来自与虚拟代理关联的用户的中间输入。在图3中说明用于管理任务的示例性过程，而无需用户输入来开始该过程。在动作310中，代理监视用户数据，以确定与指定任务关联的条件是否已发生。

在一个说明性例子中，指定给虚拟代理的任务可以是管理包括在用户的排程信息中的用户事件和预约，并且虚拟代理可以被配置为监视的条件可以是用户是否有可能对所安排的事件迟到。虚拟代理可以以任何合适的方式做出这种确定。例如，与第一用户关联的虚拟代理可以与用于第一用户的用户数据交互，以确定第一用户与第二用户有安排在12:00pm在特定饭馆的午餐会。虚拟代理还可以利用例如包括在第一用户的电子设备中的位置传感器确定第一用户的位置。当时间接近所安排的事件时(例如，所安排的事件之前15分钟)，虚拟代理可以比较第一用户的位置与饭馆的位置，以确定第一用户是否有可能按时到达饭馆进行所安排的会议。这种确定可以以任何合适的方式做出并且本发明的实施例不受虚拟代理确定两个位置之间估计的行进时间的特定方式的限制。

响应于确定条件已发生(例如，确定了用户不可能参加所安排的事件)，过程前进到动作312，在那里确定用户是否应当被提醒该条件的发生。是否提醒用户的确定可以以任何合适的方式做出，包括将该确定至少部分地基于委托给虚拟代理的任务类型。在上述例子中，当虚拟代理确定用户对所安排的事件将迟到时，虚拟代理可以提醒用户他们有可能晚到会议并且过程前进到动作314，在那里用户被提示是否应当向第二用户的设备发送传出通信，以通知他们第一用户对于该所安排的事件会迟到。如以下进一步描述的，委托给虚拟代理的其它任务可以在不需要来自用户的交互或确认的情况下执行并且实施例在这方面没有限制。

响应于用户对动作314中的提醒的响应，或者如果在动作312中确定委托给虚拟代理的任务类型不需要用户提醒，过程前进到动作316，在那里确定是否有至少一个其它用户应当被提醒条件的发生。如果在动作316中确定传出通信应当发送到至少一个其它用户，则过程前进到动作318，在那里通信被发送到所述至少一个其它代理。

在以上的例子中，响应于确定第一用户将晚到所安排的会议，虚拟代理可以向第二用户的电子设备发送传出通信，以通知第二用户第一用户将迟到。在一些实施例中，传出通信可以还包括其它信息，包括但不限于第一用户的当前位置，以及关于第一用户到达所安排的会议的估计到达时间。在一些实施例中，第一用户的虚拟代理和第二用户的虚拟代理可以继续传送关于第一用户的位置和/或第二用户的位置的信息，以提供用户到达所安排的会议的估计到达时间的实时更新。例如，如果第一用户的虚拟代理确定第一用户有可能晚到所安排的会议三十分钟，则当第一用户到达所安排的会议地点时和/或在预期第一用户到达之前很短时间，第一用户的虚拟代理可以向第二用户的虚拟代理发送跟随通信。

一旦接收到，与第二用户关联的虚拟代理就可以解释传出通信中的信息，以提醒第二用户条件的发生。如上面所描述的，被接收的通信可以包括诸如到识别第一用户的当前位置的地图应用的链接的附加信息。响应于从第一用户接收到通信，第二用户的虚拟代理可以解释该通信，以便在第二用户的电子设备上显示地图，从而示出第一用户的当前位置和/或估计的到达时间。如以上所讨论的，如果第二用户的电子设备不包括能够解释所接收的通信以便例如显示第一用户位置的地图的兼容虚拟代理，则仍然可以利用常规通信应用提醒第二用户，所述常规通信应用诸如基于文本的应用(例如，电子邮件或文本消息传输应用)。

在一些实施例中，虚拟代理可以被指定监视不需要响应于特定条件的发生而提醒用户的事件的任务。当用户的电子设备被置为特定的模式(例如，静音模式或振动模式)时或者如果电子装置被关闭，与该用户相关联的虚拟代理可以被指定监视到该设备的传入通信和向传入消息的发送方发送该用户当前不可用的响应通信的任务。在本发明的一些实施例中，响应通信可以包括可以由与发送传入通信的用户相关联的虚拟代理解释的附加信息。例如，响应消息可包括描述何时接收用户将可用的信息或者响应消息可以包括要利用不同格式(例如，文本消息而不是电话呼叫)发送通信的信息。

在一些实施例中，虚拟助理可以基于与电子设备的用户的用户数据的交互来改变该电子设备的行为。例如，虚拟助理可以基于用户的排程信息确定该用户被安排从下午1-2点在会议中。当虚拟代理确定该用户在会议中时(例如，因为时间是下午1点)，虚拟代理可以指示电子设备自动进入静音或振动模式，由此防止该电子设备干扰会议中的其它人。虚拟代理还可以确定何时会议结束(例如，因为时间是下午2点)，虚拟代理可以指示电子设备退出静音/振动模式。在一些实施例中，在退出静音/振动模式之前，用户可以被提示，以确认是否期望退出静音/振动模式。

根据本发明一些实施例的用于监视用户的电子设备的传入通信的示例性过程在图4中说明。在动作410中，传入通信(诸如文本消息或电话呼叫)被用户的电子设备接收。接着，该过程前进到动作412，在那里由与接收电子设备相关联的虚拟代理确定用户当前是否可用。用户当前是否可用的确定可以以任何合适的方式作出。例如，如果电子设备当前处于诸如静音模式或振动模式的特定模式，如以上所讨论的，则虚拟代理可以确定该用户不可用并且过程可以前进到动作414，在那里向发送传入通信的电子设备发送传出通信。

不是仅仅指示用户不可用，在一些实施例中，传出通信还可以包括附加的信息，以通知发送传入消息的用户何时不可用的用户可用于通信。例如，响应于确定用户不可用于接收传入通信，用户的虚拟代理可以与用户的用户数据(例如，排程信息)交互，以确定用户何时下次可用于通信。在咨询用户数据之后，虚拟代理可以在传出消息中包括指示重新安排通信的一个或多个时间偏好的信息。通过建议重新安排通信的时间，发送传入通信的用户可以能够选择对双方用户都方便的时间。在发送传出通信之后，过程前进到动作316，在那里两个用户的虚拟代理可以发送一个或多个进一步的通信，以便基于他们的排程信息协商双方用户都相互可接受的时间。

在一些实施例中，用户可以配置虚拟代理以与其它传入消息不同的方式对某些传入消息做出响应。例如，如果传入消息是来自被虚拟代理识别为接收用户的一个联系人的用户，则虚拟代理可以被指示与发送用户(sending user)的虚拟代理通信，以便在相互可接受的时间重新安排通信。但是，如果传入消息是来自不在接收用户联系人当中的用户，则虚拟代理可以被指示不重新安排通信。根据一些实施例的用于修改虚拟代理的通信行为的偏好可以以任何合适的方式实现并且本发明的实施例在这方面没有限制。

在一些实施例中，当电子设备从虚拟代理接收到传入通信时，与接收设备的用户关联的虚拟代理可以解释传入通信中的信息，以执行一个或多个动作。根据本发明一些实施例的用于处理由电子设备接收的传入通信的示例性过程在图5中说明。在动作510中，来自第一用户的虚拟代理的通信被第二用户的电子设备接收。通信可以以电子设备能够接收传入通信的任何格式被接收。例如，通信可以被格式化为(但不限于)基于文本的消息、即时消息、电话呼叫或者视频聊天会话。如果接收设备与虚拟代理关联，则该虚拟代理被配置为至少部分地基于被接收通信中信息的内容而执行至少一个动作。

虚拟代理可以以任何合适的方式解释所接收的通信，以确定通信的内容，并且本发明的实施例在这方面没有限制。例如，当传入消息包括文本时，虚拟代理可以确定是否有任何文本对应于指示通信中所包括的请求类型的一个或多个触发用词。触发用词可以与以上结合调用代理通信会话和确定传出通信的内容所讨论的触发用词相同或不同。通过确定传入通信是否包括特定的触发用词，虚拟代理可以确定如何继续处理传入通信中的请求。例如，如果关于位置信息的触发用词包括在传入信息中，则虚拟代理可以执行关于基于位置的请求的一个或多个动作，包括如以下所描述的提示用户对共享用户的位置做出确认。其它类型的请求包括(但不限于)安排请求、用户内容交换请求、以及包括多种类型信息(例如，位置信息和排程信息)的请求。

应当认识到，基于传入通信中的触发用词识别传入通信的类型只是虚拟代理可以确定关于传入通信中内容类型的信息的一种方式并且其它方式也是预期的。例如，在一种实现中，在虚拟代理之间发送的通信可以与提供通信中内容类型的指示的元数据关联并且虚拟代理可以能够至少部分地基于与通信关联的元数据来确定内容的类型。

响应于确定传入通信的内容，过程前进到动作514，在那里确定是否需要用户交互作用于传入通信中的一个或多个请求。如果确定在作用于传入通信中的请求之前需要用户交互，则过程前进到动作516，在那里用户被提示提供用户输入以便继续。可能需要用户输入的例子是如果传入通信包括对用户位置信息的请求的话。例如，如果传入通信包括“你在哪里？”，则虚拟代理可以确定发送传入消息的用户想知道接收用户的位置。一些用户可能认为他们的位置是一般不应当与其它用户共享的私有信息。因而，响应于确定传入通信包括对用户位置的请求，接收用户的虚拟代理可以在电子设备的用户界面上向用户显示发送用户想知道接收用户的位置并且确认这个信息可以与发送用户共享的指示。另选地，或者除在用户界面上显示提示之外，电子设备还是可以以包括语音输出的某种其它形式提供提示。

除对位置信息的请求之外的其它传入通信也可能要求用户交互。例如，来自用户虚拟代理的传入通信可以包括把联系人信息添加到接收用户的联系人的请求并且响应于确定该请求是要修改接收用户的用户数据，接收用户的虚拟代理可以提示用户来指示发送用户想把联系人信息添加到该接收用户的联系人。响应于接收到该提示，接收用户可以确认或不理睬添加包括在传入通信中的联系人信息的请求。

在一些实施例中，用户可以能够设置许可和隐私许可，用户的虚拟代理可以咨询该许可和隐私许可来确定对于特定类型的请求是否需要用户交互和/或什么信息可以与请求该信息的特定用户或所有用户共享。在一些实施例中，至少一些许可或隐私许可可以由虚拟代理的应用设计人员设置并且用户可能不能够改变这些许可。例如，虚拟代理的应用设计人员可以确定对于共享位置信息总是需要用户提示，但是关于对共享用户内容数据显示用户提示的许可是用户可配置的。应当认识到，这些例子仅仅是为了说明而提供的并且不限制本发明的实施例。

返回图5，如果在动作514中确定不需要用户交互或者响应于从动作516中给出的提示接收到用户输入，则过程前进到动作518，在那里由虚拟代理执行一个或多个动作，以便对传入通信中所包括的请求做出响应。例如，如果传入通信包括“你在哪里？”并且接收用户已经对共享用户位置给出了许可，则虚拟代理可以查询电子设备的位置传感器，以确定用户的位置。接着，过程可以前进到动作520，在那里，响应通信被发送到发送传入通信的虚拟代理。在对用户位置的请求中，响应通信可以包括例如到显示接收用户位置的地图应用的网页的链接。响应于接收到响应通信，发出对位置信息的请求的代理可以在接收用户的设备上显示示出另一用户位置的地图。这可以例如由接收用户的虚拟代理指示web浏览器应用导航到响应通信中的链接来实现。

在一些实施例中，传入通信可以包括多个请求并且接收用户的虚拟代理可以根据这些请求执行多个动作。例如，传入通信可以包括“告诉Dave会议将推迟并且当他读到该信息时让我知道。”响应于这个传入通信，接收用户(即，Dave)的虚拟代理被指示来执行两个动作。第一个动作是指示接收用户所安排的会议将推迟，第二个动作是监视接收用户的行为，以确定接收用户何时阅读了关于会议被推迟的消息。响应于确定接收用户已经访问了该消息，接收用户的虚拟代理可以向发出请求的虚拟代理发送响应消息，以履行传入通信中的第二个请求。因而，在这个例子中，第一用户的虚拟代理可以为了第一用户控制第二用户的虚拟代理的行为以执行动作(在这种情况下，是监视接收用户的行为)。

处理包括多个请求的传入通信的另一个例子是诸如“我妻子已经离开办公室了吗？请让我知道她何时将到家并且当她离家还有五分钟时告诉我”的传入通信。这个传入通信包括与用户的妻子关联的虚拟代理必须执行的三个动作。响应于接收到这个传入通信，妻子的虚拟代理将确定妻子的位置(例如，通过查询妻子的电子设备上的位置传感器)，以确定她是否处于对应于其办公室的位置。假设用户的妻子同意共享她的位置，则妻子的虚拟代理可以通知用户的虚拟代理他的妻子已经离开办公室并且在回家的路上。接着，用户的虚拟代理可以在用户的电子设备上给出这个信息。在一些实施例中，这个响应消息还可以包括关于妻子的当前位置的信息，这个信息可以被用户的虚拟代理用来在地图上显示她的位置。

要执行的第二个动作是估计何时妻子将到家。妻子的当前位置也可以被用来确定预期她何时到家的估计到达时间。这个确定可以以任何合适的方式做出并且该确定可以在妻子虚拟代理或用户的虚拟代理的指导下做出。例如，该确定可以包括各种因素，包括但不限于通常妻子花多长时间从其当前位置驱车到家、当前的交通条件以及妻子的当前位置和家之间道路的速度限制。

传入通信中的第三个动作是让妻子的虚拟代理在妻子离家五分钟时通知用户的虚拟代理。在一些实施例中，妻子的虚拟代理可以向用户的虚拟代理提供描述妻子当前位置的周期性更新。在其它实施例中，妻子的虚拟代理可以仅仅监视妻子的行程并且估计她何时离家五分钟。当满足这个条件时，妻子的虚拟代理可以接着向用户的代理发送她快要到家的通信。

在一些实施例中，根据本发明一些实施例的代理到代理的通信可以被用来便利需要不同用户的多个虚拟代理之间协调的任务。例如，用户可能想与他的朋友Megan和Ben在对所有三个用户都方便的时间共进晚餐。不是利用向Megan和Ben当中每一个人的独立请求进行通信，用户可以如下指示用户的虚拟代理：“如果Megan和Ben在周六晚上有时间的话，请安排与他们的晚餐。”作为响应，用户的虚拟代理可以基于用户的联系人信息确定Megan和Ben的联系信息并且向Megan和Ben的虚拟代理发送传出通信，以便基于他们当中每个人的所存储的用户数据确定他们在周六晚上是否以及何时有时间吃晚饭。在传出通信中，用户的虚拟代理可以基于虚拟代理可以在发送传出通信之前访问的用户的排程信息包括一个或多个建议的时间。响应于向Megan和Ben的虚拟代理发送传出通信，用户的虚拟代理可以从Megan和Ben的虚拟代理接收指示他们的可用性(可以参加)的响应通信并且虚拟代理可以继续协商对所有用户都相互可接受的时间。在确定了可接受的时间之后，每个用户的虚拟代理可以更新对应用户的排程信息并且向用户发送晚餐已经安排好的通知。

如从以上描述应当清楚的是，本发明的提供与访问用户数据关联的代理到代理的通信以及许可和隐私偏好的实施例允许进行常规虚拟代理实现不会预期并通常不可以实现的功能。本文所提供的例子仅仅是作为由本发明实施例提供的功能的例子讨论的，并且可以受益于至少两个虚拟代理之间协调的任何其它功能也是可能的。

可以结合本文所描述的本发明任何实施例使用的客户端计算机系统600的说明性实现在图6中示出。计算机系统600可以包括一个或多个处理器610和一个或多个计算机可读非暂态存储介质(例如，存储器620和一个或多个非易失性存储介质630)。处理器610可以控制以任何合适的方式把数据写入存储器620和非易失性存储设备630以及从它们读数据，因为本文所描述的本发明的各方面在这方面没有限制。为了执行本文所描述的任何功能，处理器610可以执行存储在一个或多个计算机可读存储介质(例如，存储器620)中的一条或多条指令，其中计算机可读存储介质可以充当存储用于由处理器610执行的指令的非暂态计算机可读存储介质。

应当认识到，客户端计算机600不受任何特定类型的计算机的限制并且可以包括(但不限于)手持式计算机、膝上型计算机、平板计算机、台式计算机、智能电话以及任何其它类型的能够在web浏览器中呈现web应用的计算设备。

本发明的上述实施例可以以任意的多种方式实现。例如，实施例可以利用硬件、软件或者其组合实现。当以软件实现时，软件代码可以在任何合适的处理器或处理器集合上执行，不管是在单个计算机中提供还是在多个计算机中分布的。应当认识到，执行上述功能的任何部件或部件集合可以一般性地被认为是控制以上讨论的功能的一个或多个控制器。这一个或多个控制器可以以多种方式实现，诸如利用专用硬件，或者利用通过用微代码或软件被编程为执行上述功能的通用硬件(例如，一个或多个处理器)。

在这点上，应当认识到，本发明实施例的一个实现包括至少一个利用计算机程序(即，多条指令)编码的非暂态计算机可读存储介质(例如，计算机存储器、软盘、紧凑盘、带，等等)，当指令在处理器上执行时，执行本发明实施例的以上讨论的功能。计算机可读存储介质可以是可运输的，使得存储在其上的程序可以加载到任何计算机资源上，以实现本文讨论的本发明的各方面。此外，应当认识到，对在被执行时执行以上讨论的功能的计算机程序的引用不限于在主机计算机上运行的应用程序。更确切地说，术语“计算机程序”在本文中在一般性的意义上用来指任何类型可以被用来把处理器编程为实现本发明以上讨论的各方面的计算机代码(例如，软件或微代码)。

本发明的各种方面可以单独地或者组合地或者以前面所描述的实施例中未具体讨论的各种布置使用，并且因此其应用不限于前面描述中所阐述或附图中所说明的部件的细节和布置。例如，一个实施例中所描述的各方面可以以任何方式与其它实施例中所描述的各方面组合。

而且，本发明的各实施例可以实现为一个或多个方法，其例子已经提供。作为方法的部分执行的动作可以以任何合适的方式排序。因而，可以构造其中动作以与所说明的次序不同的次序执行的实施例，这可以包括同时执行一些动作，尽管在说明性的实施例中被示为顺序动作。

权利要求中使用诸如“第一”、“第二”、“第三”等序数词来修饰权利要求元素本身不意味着一个权利要求元素优于另一个的任何优先级、优先次序或次序或者方法的动作被执行的时间次序。这些词仅仅是作为区分具有某个名称的一个权利要求元素与具有相同名称(要不是使用了序数词的话)的另一元素的标记来使用的。

本文所使用的短语和术语是为了描述的并且不应当被认为是限制。“包括”、“包含”、“具有”、“涉及”及其变体的使用是要涵盖在其后列出的项以及附加的项。

已经详细描述了本发明的几个实施例，各种修改和改进将是本领域技术人员很容易想到的。这种修改和改进旨在落在本发明的精神和范围内。因而，以上描述仅仅是作为例子，而不是要作为限制。本发明只能由权利要求及其等同物来限定。

Claims (15)

1.一种在虚拟代理之间通信的方法，其中每个虚拟代理与用户关联，该方法包括：

从第一用户接收语音输入；

处理所述语音输入以确定语音识别结果；

由与第一用户关联的第一虚拟代理确定是否调用和与第二用户关联的第二虚拟代理的通信会话，其中该确定至少部分地基于所述语音识别结果是否包括一个或多个触发词以及识别所述第二用户的信息；以及

响应于确定调用所述通信会话而向第二虚拟代理发送传出通信。

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

从第二虚拟代理接收对传出通信的响应。

3.如权利要求1所述的方法，其中来自第一用户的输入包括语音输入。

4.如权利要求1所述的方法，其中确定是否调用所述通信会话包括确定来自第一用户的输入是否包括相关的上下文数据。

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

聚集用于第一用户的用户数据，其中所述用户数据是从多个信息来源聚集的；

存储经聚集的用户数据；以及

由第一虚拟代理访问所存储的经聚集的用户数据的至少一部分。

6.如权利要求5所述的方法，其中传出通信的至少一些内容是至少部分地基于经聚集的用户数据来确定的。

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

至少部分地基于从第一用户接收到的输入中的信息来识别第二用户；

确定第二用户是否与虚拟代理关联；以及

只有当确定第二用户与虚拟代理关联时才发送传出通信。

8.如权利要求7所述的方法，其中识别第二用户包括：

至少部分地基于用于第一用户的用户数据来识别第二用户。

9.如权利要求8所述的方法，其中所述用户数据包括与第一用户关联的联系人列表。

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

确定用于第二用户的优选通信模式；以及

利用所述优选通信模式来发送传出通信。

11.如权利要求1所述的方法，其中从第二虚拟代理接收到的对传出通信的响应包括协调新预约的请求；并且其中该方法还包括：

向第二虚拟代理发送至少一个附加的传出消息，以协调所述新预约，其中所述至少一个附加的传出消息在没有来自第一用户的输入的情况下发送到第二虚拟代理。

12.如权利要求2所述的方法，其中至少一个动作包括向第一虚拟代理发送响应通信。

13.一种编码有多条指令的计算机可读介质，当指令被至少一个计算机执行时，执行在虚拟代理之间通信的方法，其中每个虚拟代理与用户关联，该方法包括：

从第一用户接收语音输入；

处理所述语音输入以确定语音识别结果；

由与第一用户关联的第一虚拟代理确定是否调用和与第二用户关联的第二虚拟代理的通信会话，其中该确定至少部分地基于所述语音识别结果是否包括一个或多个触发词以及识别所述第二用户的信息；以及

响应于确定调用所述通信会话而向第二虚拟代理发送传出通信，其中传出通信包括让第二虚拟代理为了第一用户执行至少一个动作的请求。

14.一种电子设备，包括：

通信接口，配置为从第一用户接收语音输入；

语音识别引擎，配置为处理所述语音输入以确定语音识别结果；以及

第一虚拟代理，配置为：

确定是否调用和与第二用户关联的第二虚拟代理的通信会话，其中该确定至少部分地基于所述语音识别结果是否包括一个或多个触发词以及识别所述第二用户的信息；以及

响应于确定调用所述通信会话而向第二虚拟代理发送传出通信，其中传出通信包括让第二虚拟代理为了第一用户执行至少一个动作的请求。

15.如权利要求14所述的电子设备，其中所述通信接口包括配置为识别语音输入的至少一个语音接口。