使用任务帧建立多模式协同对话制造技术

提供了用于使用任务帧协同完成任务的方法和系统。在接收到执行任务的请求时，系统利用任务帧来完成所请求的任务。任务帧是包含表示特定任务的参数和状况信号并且捕获对任务的当前状态的组合的系统理解的数据结构。输入在客户端设备处被接收并且被发送到服务器，输入在服务器被处理。基于处理后的输入，任务帧被获取并且被填充。填充的任务帧被发送到客户端设备，其中客户端设备基于任务帧执行动作并且更新任务帧参数和任务的状态。更新后的任务帧被返回到服务器。共享任务帧提供了整个任务完成过程的改进。

Using task frames to establish multi mode cooperative dialogue

The methods and systems used to coordinate tasks with task frames are provided. When a request is received to perform a task, the system uses the task frame to complete the requested task. A task frame is a data structure that contains the parameters and state signals that represent the specific tasks and capture the system understanding of the current state of the task. The input is received at the client device and sent to the server, and the input is processed on the server. Based on the processed input, the task frame is obtained and filled. The filled task frame is sent to the client device, where the client device executes the action based on the task frame and updates the state of the task frame parameters and tasks. The updated task frame is returned to the server. The shared task frame provides an improvement in the whole task completion process.

【技术实现步骤摘要】
【国外来华专利技术】使用任务帧建立多模式协同对话
技术介绍
能够接收为用户执行任务的请求的数字助理应用的流行性不断增长。这些应用中的很多应用正被并入个人计算机、笔记本计算机、移动设备以及其他类似类型的设备中。随着用户继续增加他们对数字助理应用的依赖，用户对数字助理应用可以做什么的期望也将继续增长。此外，可用于托管数字助理应用的各种设备也在不断增长。因此，对数字助理应用的功能的改进是实现进步的有用的领域。已经关于这些和其他一般考虑做出了示例。此外，虽然已经讨论了相对具体的问题，但是应当理解，这些示例不应当仅限于解决在背景中确定的具体问题。
技术实现思路
本公开总体上涉及在完成任务时利用任务帧的系统和方法。任务帧是包含表示特定任务的参数和状况信号并且捕获对任务的当前状态的组合的系统理解的数据结构。当用户请求客户端设备上的数字助理应用执行任务时，数字助理应用将请求发送到服务器。服务器处理输入以确定任务。基于输入，在可能的程度上获取并且填充针对所确定的任务的任务帧。将更新后的任务帧发送到客户端设备，其中客户端设备基于任务帧确定其需要执行的任何动作。客户端设备执行所确定的动作，并且更新参数的值以及任务的状况。将更新后的任务帧以及任何附加输入返回到服务器，其中服务器处理任务帧和任何附加输入。服务器更新任务帧参数的值和任务的状况，并且将任务帧返回到客户端设备。这个过程继续直到系统能够完成任务。通过使用任务帧实现对任务完成过程的很多改进。提供本
技术实现思路
以便以简化的形式介绍一些概念，这些概念下面在具体实施方式中进一步描述。本
技术实现思路
不是旨在标识所要求保护的主题的主要特征或基本特征，也不旨在用于限制所要求保护的主题的范围。附图说明参考以下附图描述非限制性和非穷尽性示例。图1描绘了用于接收对客户端设备的输入的环境。图2描绘了用于利用具有任务帧的数字助理应用的系统。图3示出了利用具有任务帧的数字助理应用的系统的示例。图4A描绘了用于结合数字助理应用来利用任务帧的方法。图4B描绘了用于结合数字助理应用来利用任务帧的方法。图5描绘了用于结合数字个人助理应用来利用任务帧的示例性流程图。图6描绘了用于结合数字助理应用来利用任务帧的示例性流程图。图7是示出可以实践本公开的示例的计算设备的示例物理部件的框图。图8A和8B是可以实践本公开的示例的移动计算设备的简化框图。图9是其中可以实践本公开的示例的分布式计算系统的简化框图。图10示出了用于执行本公开的一个或多个示例的平板计算设备。具体实施方式在下面的具体实施方式中，参考附图，附图形成具体实施方式的一部分，并且在附图中通过说明的方式示出了具体实施例或示例。可以组合这些方面，可以利用其他方面，并且可以在不脱离本公开的精神或范围的情况下进行结构改变。因此，下面的具体实施方式不应当在限制意义上来理解，并且本公开的范围由所附权利要求及其等同物限定。本公开总体上涉及改进智能数字助理应用背后的技术，诸如由华盛顿州的雷德蒙德的微软公司提供的CORTANA数字助理应用。随着数字助理的普及，其用户要求更多的信息和任务由数字助理来完成。用户类似地需要对他们的请求的更准确、更快速和无错误的结果。这样的扩展的请求和期望可能会对数字助理的功能造成潜在的压力。此外，用户正在采用越来越多的设备来访问数字助理应用，使得期望能够提供有效地设计的框架以与这些设备中的每个设备通信。因此，在本公开中提供了用于处理来自用户的、对数字助理的请求的改进的系统和方法。除了其他之外，改进的功能是由客户端设备能够与服务器协同地确定和完成用户请求的任务导致的。协同方面通过使用任务帧来实现。如本公开中所使用的，任务帧是包含表示特定任务的参数和状况信号并且捕获对任务的当前状态的组合的系统理解的特定数据结构。任务帧内的参数可以是所需参数或可选参数。不同的任务可以具有表示针对每个不同任务的细节的预定义的任务帧。示例架构中的任务帧的一般形式的一个示例如下：在以上示例任务帧中，任务帧具有针对特定任务的位置或统一资源标识符(URI)以及与该任务相关联的特定动作。任务帧还可以具有任务的版本或任务帧的版本。任务帧还具有任务的状况或状态。状况的值在任务的不同阶段可以不同，并且值的类型在不同的任务之间可以不同。例如，“任务状况”的某些值包括“正在进行”、“已完成”、“已取消”和“提示确认”以及其他类似的状况。此外，对于n个参数，任务帧具有被指示为<参数1>、<参数2>到<参数n>的一系列参数。这些参数中的每个参数具有相应的值，并且参数可能是所需参数或可选参数。所需参数是完成任务所必要的参数。例如，在任务是呼叫某人的情况下，该人的联系人信息是所需参数。可选参数是完成任务非必要的参数，但是可以用于完成任务(如果可用)。例如，与诸如餐厅的位置是否具有酒吧相关的参数可以是餐厅预约任务中的可选参数。作为另一示例，在发送电子邮件任务中，可选参数可以包括抄送行中的名称、附件或消息的优先级。参数结构的一个示例可以如下：在参数的这个示例形式中，角色指示参数在特定任务中扮演的角色。例如，参数可以是人或位置。值字段允许存储单个实体，并且结果字段允许存储实体列表。如本申请中所使用的，值和结果字段通常可以被称为参数的值。参数可以包括一个或多个任务帧实体。每个实体可以表示为用于示例架构的以下示例形式：在实体表示的以上示例中，实体的名称与实体的位置或URI一起被包括。实体的版本也可以被包括。实体的状态也被包括。状态的值在不同实体之间可以不同。例如，“实体状态”的一些值包括“已填充”、“不确定”、“请求改变”和“提示”。任务帧在客户端与服务器之间共享。通过在客户端与服务器之间共享任务帧，一个或多个客户端设备和服务器可以在更新任务帧并且解析任务帧的参数或实体时作为合作伙伴来操作。这样的设计的一个益处是参数或实体的解析可能发生在最有用的数据所驻留的地方。例如，给定语音输入“打电话给Bob”，服务器可能不是用于准确地确定“Bob”是谁的最佳部件，因为用户的联系人列表可能没有驻留在服务器上。相反，在该示例中，客户端设备处于用于解析实体“Bob”的最佳位置，因为用户的联系人列表驻留在客户端设备上。客户端设备和服务器也通过传递任务帧来同步其状态。通过跟踪任务帧本身内的任务的状态，可以使任务和差异的重复等最小化。任务帧的共享使用还允许客户端设备和服务器以可重复的可扩展方式取决于特定情况而承担不同的角色。例如，用于选择特定任务的后续步骤的策略的所有权可以驻留在客户端上，或者例如在瘦客户端的情况下在服务器上。用户界面创建也可以驻留在客户端或服务上。在具有中央服务器的系统中，服务器能够在不同客户端正在使用不同模式的情况下并行地支持不同模式，而无需自己改变任务帧。此外，服务器能够在以不同模式操作的任务之间交换信息。此外，通过为每个任务定义任务帧，任务帧能够在所有输入模态上操作。例如，可以以可扩展的方式处理每个输入模态，诸如语音、触摸、文本等，因为每个输入模态可以直接记录在任务帧中。转到附图，图1描绘了用于向客户端设备提供输入的环境100。环境100包括用户102和客户端设备104。客户端设备104可以是任何合适的设备，诸如下面参考图7-10描述的那本文档来自技高网...

【技术保护点】
一种系统，包括：至少一个处理器；以及存储器，其在通信上耦合到所述至少一个处理器，所述存储器编码计算机可执行指令，所述计算机可执行指令在由所述至少一个处理器执行时执行方法，所述方法包括：在客户端处接收初始输入，其中所述输入请求数字助理应用执行任务；向服务发送所述初始输入；接收针对所述任务的任务帧，所述任务帧包括所述任务的状况和用于完成所述任务的一个或多个所需参数；以及处理所述任务帧以确定下一动作。

【技术特征摘要】
【国外来华专利技术】2015.05.05 US 14/704,5641.一种系统，包括：至少一个处理器；以及存储器，其在通信上耦合到所述至少一个处理器，所述存储器编码计算机可执行指令，所述计算机可执行指令在由所述至少一个处理器执行时执行方法，所述方法包括：在客户端处接收初始输入，其中所述输入请求数字助理应用执行任务；向服务发送所述初始输入；接收针对所述任务的任务帧，所述任务帧包括所述任务的状况和用于完成所述任务的一个或多个所需参数；以及处理所述任务帧以确定下一动作。2.根据权利要求1所述的系统，其中所述方法还包括：如果处理所述任务帧确定需要附加输入，则提示用户进行附加输入；接收所述附加输入；基于所接收的所述附加输入来更新针对一个或多个任务帧参数的一个或多个值；以及更新所述任务帧的所述状况。3.根据权利要求2所述的系统，其中所述一个或多个任务帧参数各个具有指示所述参数从其被接收到的来源的值以及指示所述任务帧参数的状态的值。4.根据权利要求3所述的系统，其中所述初始输入的所述来源为第一来源类型并且所述附加输入的所述来源为第二来源类型，所述第一来源类型和所述第二来源类型包括语音、触摸、姿势和文本中的至少一项。5.根据权利要求3所述的系统，其中所述方法还包括对于更新后的所述一个或多个任务帧参数中的每个任务帧参数，更新所述任务帧参数的所述状态。6.根据权利要求2所述的系统，其中所述方法还包括：在更新所述任务帧的所述状况之后，向所述服务发送更新后的所述任务帧；从所述服务接收回所述任务帧，其中针对任务帧参数的至少一个值和所述任务帧状况已经被所述服务更新；处理被所述服务更新的所述任...

【专利技术属性】
技术研发人员：R·比克库拉，D·帕尼克，P·科洛克，O·Z·克汉，R·萨里卡亚，铃木久美，
申请(专利权)人：微软技术许可有限责任公司，
类型：发明
国别省市：美国,US