CN113835860A - 多程序协同服务方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开涉及多程序协同服务方法、装置、电子设备和存储介质。该方法包括：接收用户的请求指令；基于请求指令，确定具有关联关系的至少两个待执行任务；基于待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于关联关系对应执行待执行任务。本公开实施例提供的技术方案，能够基于用户的请求指令，调用具有关联关系的至少两个目标功能程序，对应执行具有关联关系的至少两个待执行任务，实现不同目标功能程序之间的自动切换，减少了用户的操作，智能化程度较高。

Description

多程序协同服务方法、装置、电子设备和存储介质

技术领域

本公开涉及智能控制技术领域，尤其涉及一种多程序协同服务方法、装置、电子设备和存储介质。

背景技术

随着电子技术的发展，智能化电子设备(也可称为智能终端)逐渐深入到人们的日常工作和生活的方方面面中，为人们的日常起居、衣食住行提供了诸多便利。

现有技术中，当利用智能终端(具体如手机、手表等终端)实现例如缴费、订餐、订票、规划行程或智能家居的控制等功能时，可基于快应用，便捷的调用相应的应用程序(Application，APP)，并在APP内进行操作，以实现。

但是，上述方法需要用户执行后续操作，且一个操作通常只调用对应的单个应用程序，或对应实现单个应用程序内的单次页面跳转。由此，程序内不同页面之间的转换以及不同程序之间的转换或多或少的仍需要用户操作，智能化程度较低。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种能够基于目标功能程序之间的关联关系，响应于用户的请求指令全自动执行相关操作，以提高智能化程度的多程序协同服务方法、装置、电子设备和存储介质。

本公开提供了一种多程序协同服务方法，该方法包括：

接收用户的请求指令；

基于所述请求指令，确定具有关联关系的至少两个待执行任务；

基于所述待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于所述关联关系对应执行所述待执行任务。

在一些实施例中，所述目标功能程序与所述待执行任务之间基于表征功能特征的标签对应关联。

在一些实施例中，该方法还包括：

获取待执行任务的任务标签；

获取目标功能程序的功能标签；

基于所述任务标签和所述功能标签，将用于执行待执行任务的目标功能程序与对应的所述待执行任务关联匹配。

在一些实施例中，所述目标功能程序包括快应用、小程序和应用程序中的至少一种。

在一些实施例中，所述请求指令所针对的事项包括缴费、订餐、订票、购买目标物、规划行程以及控制智能家居中的至少一项。

在一些实施例中，所述请求指令包括语音指令；所述确定具有关联关系的至少两个待执行任务之前，所述方法还包括：

基于所述语音指令，对用户进行身份验证；

在验证通过的情况下，继续执行所述确定具有关联关系的至少两个待执行任务；

在所述验证未通过的情况下，终止执行后续步骤。

在一些实施例中，所述待执行任务包括支付任务时，所述方法还包括：

在利用对应的目标功能程序执行所述支付任务之前，针对支付信息进行问询确认。

本公开还提供了一种多程序协同服务装置，该装置包括：

指令接收模块，用于接收用户的请求指令；

任务拆分模块，用于基于所述请求指令，确定具有关联关系的至少两个待执行任务；

任务执行模块，用于基于所述待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于所述关联关系对应执行所述待执行任务。

本公开还提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一种方法。

本公开还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机上述任一种方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

本公开实施例提供的多程序协同服务方法包括：接收用户的请求指令；基于请求指令，确定具有关联关系的至少两个待执行任务；基于待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于关联关系对应执行待执行任务。由此，提出一种响应于用户的请求指令，以及基于目标功能程序之间的关联关系全自动执行相关操作的方法，其中，目标功能程序之间的切换可基于其关联关系，响应于对应于请求指令的待执行任务之间的关联关系自动实现，其中减少了用户的操作动作，提高了智能化程度。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开实施例的一种多程序协同服务方法的流程示意图；

图2为本公开实施例的一种多程序协同服务装置的结构示意图；

图3为本公开实施例的一种电子设备的结构示意图；

图4为本公开实施例的另一种电子设备的结构示意图。

其中，200、多程序协同服务装置；210、指令接收模块；220、任务拆分模块；230、任务执行模块；400、电子设备；401、处理器；402、存储器；403、输入装置；404、输出装置。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

本公开实施例提供了一种基于智能服务中心执行的多程序协同服务方法、装置(或称为“系统”)、电子设备和存储介质，可实现智能服务中心响应于用户的请求指令，自动匹配并调用对应的至少两个应用程序(即目标功能程序)，以执行对应于请求指令的待执行任务，满足对应于请求指令的用户需求。

其中，智能服务中心可设置于电子设备内，其与电子设备中的各应用程序关联，从而能够实现对应用程序的调用；或者，智能服务中心可设置于远端，并与电子设备通信，与电子设备中的各应用程序关联，也能够实现对应用程序的调用，以执行对应的待执行任务，进而满足用户需求。

其中，电子设备可包括智能终端，例如智能手机、智能手表、智能音箱、平板、手提电脑、车载智能设备或本领域技术人员可知的其他终端设备，在此不限定，后文中结合图3和图4进行示例性说明。

下面结合图1-图4，对本公开实施例提供的多程序协同服务方法、装置、电子设备和存储介质进行示例性说明。

在一些实施例中，图1示出了本公开实施例提供的一种多程序协同服务方法的流程示意图。参照图1，该方法可包括如下步骤：

S101、接收用户的请求指令。

其中，用户的请求指令为用户为了满足某种需求而发出的指令。本公开实施例中的用户需求可包括缴费、购物、订票、行程规划、操控智能家居以及用户生活或工作中的、可由自动化设备实现的、本领域技术人员可知的其他类型的需求，在此不限定。

示例性地，用户的请求指令可包括“给我手机充值200元”、“给我家交电费200元”、“购买一支护手霜”、“订一张明天上午8点到北京的票”、“我要从天津去保定，规划一下行程”、“我八点到家，给我订一份晚饭”以及本领域技术人员可知的对应于用户需求的其他请求指令，在此不限定。

其中，当智能服务中心设置于电子设备中时，该步骤可包括由电子设备与用户进行直接交互，以实现对用户的请求指令的接收。

或者，当智能服务中心设置于远端时，电子设备作为通信中转设备，电子设备与用户进行交互，接收用户输入的请求指令，并进一步地，将该请求指令发送至远端的智能服务中心；对应地，远端的智能服务中心接收该用户的请求指令。

在一些实施例中，用户可采用文字、语音、图片、视频或本领域技术人员可知的其他方式中的至少一种方式与电子设备交互，以将请求指令输入至电子设备；对应地，电子设备中的智能服务中心接收该请求指令，或者经过作为中转的电子设备，远端的智能服务中心接收该请求指令。

S102、基于请求指令，确定具有关联关系的至少两个待执行任务。

其中，请求指令中可包括由两个或更多个目标功能程序执行的操作，每个目标功能程序执行的连续操作可对应一个待执行任务；且，同一个目标功能程序执行的不连续的操作可对应两个或更多个待执行任务。由此，基于请求指令，可确定具有关联关系的至少两个待执行任务。

其中，待执行任务之间的关联关系可为时间前后的关联，或操作上因果逻辑的关联，或本领域技术人员可知的其他方式关联，在此不限定。

示例性地，针对“给我手机充值200元”的请求指令，其可确定的待执行任务包括：

任务1：调用通讯录、备忘录、便签、充值记录或通话记录中的至少一个，确定我的手机号码；其可简称为“确定目标手机号码”

任务2：调用具有手机充值功能的目标功能程序，输入手机号码和充值钱数，即200元；并生成对应的订单。其可简称为“基于任务1中确定的目标手机号码和请求指令中的200元，生成待支付订单”。

任务3：支付。

示例性地，针对“给我家交电费200元”的请求指令，其可确定的待执行任务包括：

任务1：调用备忘录、便签或缴费记录中的至少一个，确定我家的户号；其可简称为“确定目标用户户号”

任务2：调用具有电费缴费功能的目标功能程序，输入户号和缴费钱数，即200元；并生成对应的订单。其可简称为“基于任务1中确定的目标用户户号和请求指令中的200元，生成待支付订单”。

任务3：支付。

示例性地，针对“购买一支护手霜”的请求指令，其可确定的待执行任务包括：

任务1：调用备忘录、便签或购物记录中的至少一个，确定要购买的护手霜；其可简称为“确定目标护手霜”。

任务2：调用具有购物功能的目标功能程序，找到要购买的护手霜，并下单；下单过程包括支付过程。其可简称为“针对任务1中确定的目标护手霜下单”。

示例性地，针对“订一张明天上午8点到北京的票”的请求指令，其可确定的待执行任务包括：

任务1：在具有车票查询功能的目标功能程序中查询明天上午8点(或8点之前，例如7点到8点之间，根据用户的出行习惯确定)到北京的车票，并根据用户设置或用户喜好确定要购买的车票，并生成订单。其可简称为“确定目标车票，确定对应的订单”。

任务2：调用具有支付功能的目标应用程序，针对任务1中确定的订单进行支付。其可简称为“支付”。

示例性地，针对“我明天要从天津去保定古莲花池，规划一下行程”的请求指令，其可确定的待执行任务包括：

任务1：调用具有定位功能的目标功能程序，获取用户的当前位置。其可简称为“获取当前位置”。

任务2：调用具有路径规划功能的目标功能程序，将天津至保定古莲花池的路径划分为三段子路径，第一段子路径的起点为当前位置，终点为天津站，出行方式为地铁；第二段子路径的起点为天津站，终点为保定站，出行方式可为高铁；第三段子路径的起点为保定站，终点为古莲花池，出行方式为公交车(或出租车)。其可简称为“基于路径节点，拆分路径，确定依次连接的各子路径”。

示例性地，针对“我八点到家，给我订一份晚饭”的请求指令，其可确定的待执行任务包括：

任务1：调用备忘录、便签或订餐记录中的至少一个，确定晚饭的菜品。其可简称为“确定目标菜品”。

任务2：调用具有订餐功能的目标功能程序，找到任务1中确定的目标菜品，并输入配送时间和配送地点，生成对应的订单。其可简称为“针对任务1中确定的目标菜品，生成订餐订单”。

任务3：调用具有支付功能的目标功能程序，针对订单进行支付。其可简称为“支付”。

上述仅示例性地示出了针对多种不同请求指令进行待执行任务的拆分的方式。在其他实施方式中，还可采用其他的方式针对请求指令进行待执行任务的拆分，以确定至少两个待执行任务，在此不限定。

且，上述仅示例性地示出了不同待执行任务之间的关联关系体现为在后的待执行任务需要用到在前的待执行任务所确定的至少部分信息。在其他实施方式中，不同待执行任务之间的关联关系还可体现为时间先后关系或其他关联关系，在此不限定。

在其他实施方式中，当用户的请求指令为其他指令时，还可对应确定具有关联关系的至少两个待执行任务，在此不限定。

在一些实施例中，目标功能程序包括快应用、小程序和应用程序中的至少一种。

其中，应用程序也可理解为原生应用，其通常需要从应用商店下载安装之后，才能应用其对应的功能。快应用是一种移动终端应用的形态，其可以使用户无需下载安装，即点即用，并且能刘畅地体验应用内容。小程序也是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的体验，用户扫一扫或者搜一下即可打开应用，体验应用内容。示例性地，小程序可以搭载于浏览器、即时通讯程序或者其他类型的应用程序内，在此不限定。

由此，快应用和小程序均无需下载安装，其均不需要占用电子设备的内存空间，有利于确保电子设备具有较高的运行速度，从而有利于提升对用于的请求指令的响应速度，提升用户体验。

S103、基于待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于关联关系对应执行待执行任务。

其中，具有关联关系的至少两个目标功能程序可对应执行具有关联关系的至少两个待执行任务，其中每个目标功能程序执行一个待执行任务。在其他实施方式中，某一个目标功能程序还可分时执行两个不连续的待执行任务，在此不限定。

示例性地，目标功能程序之间的关联关系可基于其能够执行的待执行任务确定。例如，可将能够生成订单基础信息的目标功能程序与能够生成订单的目标功能程序关联，以基于基础信息生成对应的订单；再如，可将能够生成订单的目标功能程序与能够进行支付的目标功能程序关联，以在形成订单之后自动进行支付。在其他实施方式中，还可基于其他方式实现目标功能程序之间的关联。

示例性地，对应于不同类型的请求指令所确定的具有关联关系的至少两个待执行任务，可预先设置多个程序链，每个程序链中均包括具有关联关系的至少两个目标功能程序。由此，当基于请求指令确定具有关联关系的待执行任务之后，可调用对应的程序链，以顺次执行对应的待执行任务，满足用户需求。

在其他实施方式中，还可将待执行任务与目标功能程序一一对应关联，并在确定待执行任务之后，基于目标功能程序与待执行任务之间的关联关系，调用针对各待执行任务的目标功能程序，以分别执行对应的待执行任务，满足用户需求，后文中进行示例性说明。

示例性地，结合上文，针对基于某一个请求指令确定的具有关联关系的待执行任务，可调用具有对应关联关系的至少两个快应用，并基于关联关系对应执行待执行任务；或者调用具有对应关联关系的至少两个小程序，并基于关联关系对应执行待执行任务；或者调用具有对应关联关系的至少两个应用程序，并基于关联关系对应执行待执行任务；或者调用快应用、小程序和应用程序中的至少两种目标功能程序，以基于并联关系对应执行待执行任务。

示例性地，结合上文，针对“给我手机充值200元”的请求指令，所确定的三个待执行任务，可调用具有信息确定功能的目标功能程序执行任务1，调用具有订单生成功能的目标功能程序执行任务2，调用具有支付功能的目标功能程序执行任务3。

其中，具有信息确定功能的目标功能程序、具有订单生成功能的目标功能程序以及具有支付功能的目标功能程序相关联，其可形成程序链，且为与上述具有关联关系的至少两个待执行任务具有对应关联关系的至少两个目标功能程序的程序链。或者，具有信息确定功能的目标功能程序、具有订单生成功能的目标功能程序以及具有支付功能的目标功能程序可分别与对应的三个任务一一对应关联，以供调用。

同理，针对上文中示出的其他请求指令，还可调用具有对应关联关系的至少两个目标功能程序，以执行基于请求指令确定的具有关联关系的至少两个待执行任务，在此不赘述也不限定。

本公开实施例提供的多程序协同服务方法包括：接收用户的请求指令；基于请求指令，确定具有关联关系的至少两个待执行任务；基于待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于关联关系对应执行待执行任务。由此，提出一种响应于用户的请求指令，以及基于目标功能程序之间的关联关系全自动执行相关操作的方法，其中，目标功能程序之间的切换可基于其关联关系，响应于对应于请求指令的待执行任务之间的关联关系自动实现，其中减少了用户的操作动作，提高了智能化程度。

上文中示例性地示出了本公开实施例提供的多程序协同服务方法，下面对该方法中，目标功能程序与待执行任务之间的关联方式进行示例性说明。

在一些实施例中，目标功能程序与待执行任务之间基于表征功能特征的标签对应关联。

其中，表征功能特征的标签可用于表征目标功能程序的功能，也可用于表征待执行任务所需要的功能，将具有某种功能的目标功能程序与对应执行时需要该种功能的待执行任务对应关联。

示例性地，下文中为了将针对目标功能程序的表征功能特征的标签与针对待执行任务的表征功能特征的标签进行区分，分别以任务标签和功能标签表示该标签。

示例性地，功能特征可包括信息确定功能、订单生成功能、支付功能、路径拆分功能、子路径确定功能以及本领域技术人员可知的其他功能，在此不限定。

本公开实施例中，通过将目标功能程序与待执行任务之间基于表征功能特征的标签对应关联，使得目标功能程序与待执行任务之间的关联方式简单且灵活。

在一些实施例中，结合上文中的表征功能特征的标签，该方法还可包括如下步骤：

获取待执行任务的任务标签；

获取目标功能程序的功能标签；

基于任务标签和功能标签，将用于执行待执行任务的目标功能程序与对应的待执行任务关联匹配。

其中，待执行任务的任务标签用于表征待执行任务所需的功能，目标功能程序的功能标签用于表征目标功能程序能够实现的功能，当待执行任务所需的功能与目标功能程序能够实现的功能相同，即待执行任务的任务标签与目标功能程序的功能标签相同时，将二者进行关联匹配。

示例性地，该关联匹配的过程可执行于上述图1中示出的步骤中的S103之前。其中，当目标功能程序为应用程序时，可在下载安装目标应用程序时，自动设置其功能标签，以便后续将其与待执行任务进行关联匹配。

如此，可实现目标功能程序与待执行任务的自动关联匹配。

在其他实施方式中，在“获取目标应用程序的功能标签”之前，该方法还可包括：给目标功能程序设置功能标签。在给目标功能程序设置功能标签时，可对应于目标功能程序整体设置一个功能标签；并进一步地，对于目标功能程序内的不同页面，可继续设置功能标签，对于每个页面内的不同控件，也可以进行标识，并可分别对应于其可实现的功能设置对应的功能标签，如此对应于待执行任务的任务标签依次进行匹配，最终达到执行对应于请求指令的待执行任务的目的。

在其他实施方式中，待执行任务与目标功能程序之间的关联关系还可以是在建立智能服务中心时，预先配置好的；也可以是在下载安装了新的应用程序之后，由用户手动配置的，在此不限定。

在一些实施例中，对应于不同的业务场景，例如出差场景、购物场景、烹饪场景或者本领域技术人员可知的其他类型的业务场景，可分别建立待执行任务与目标功能程序之间的关联关系，以实现在不同业务场景下，针对待执行任务，对目标功能程序的灵活调用。

在一些实施例中，请求指令所针对的事项包括缴费、订餐、订票、购买目标物、规划行程以及控制智能家居中的至少一项。

其中，请求指令所针对的事项为缴费、订餐、订票、购买目标物、规划行程以及控制智能家居中的一项、两项或更多项，在此不限定。

当请求指令所针对的事项为两项或更多项时，可首先基于请求指令，确定两个或更多个事项；进一步地，针对确定的每个事项进行任务拆分，确定对应的具有关联关系的至少两个待执行任务，并后续调用对应的目标功能程序执行所确定的待执行任务。

能够理解的是，不同事项之间的待执行任务可相互关联，也可不存在关联关系，在此不限定。

示例性地，请求指令所针对的事项为缴费时，请求指令可为“给我手机充值200元”或者“给我家交电费200元”；请求指令所针对的事项为购买目标物时，请求指令可为“购买一支护手霜”；请求指令所针对的事项为订票时，请求指令可为“订一张明天上午8点到北京的票”；请求指令所针对的事项为规划行程时，请求指令可为“我要从天津去保定，规划一下行程”；请求指令所针对的事项为订餐时，请求指令可为“我八点到家，给我订一份晚饭”；请求指令所针对的事项为控制智能家居时，请求指令可为“在三十分钟之后打开热水器”。在其他实施方式中，当请求指令所针对的事项为其他事项时，请求指令还可为对应的其他指令，在此不限定。

在上述实施方式的基础上，为了确保安全，还可以对用户的身份进行验证。示例性地，可基于手势、指纹、面部、语音或者其他方式进行验证，在此不限定。

在一些实施例中，请求指令包括语音指令；对应地，用户可基于语音直接于电子设备进行交互，交互方式简单且便捷。

基于此，该方法中，在确定具有关联关系的至少两个待执行任务之前，方法还包括如下步骤：

基于语音指令，对用户进行身份验证；

在验证通过的情况下，继续执行确定具有关联关系的至少两个待执行任务；

在验证未通过的情况下，终止执行后续步骤。

如此设置，通过在该方法中加入语音鉴别的过程，并基于鉴别结果确定后续步骤是否执行，提高了该方法实现的安全性。

示例性地，基于语音指令，对用户进行身份验证，具体可包括：基于语音指令，提取用户的语音特征；将提取到的语音特征与已经备案的语音特征进行比对，判断用户是否备案；若用户已经备案，则验证通过，继续执行后续步骤；若用户尚未备案，则验证不通过，不再执行后续步骤。进一步地，还可提醒用户尽快备案，以免影响后续使用。在其他实施方式中，还可采用其他方式实现用户身份验证，在此不限定。

在上述实施方式的基础上，在执行支付任务之前，还可进行二次验证，以确保支付安全。

在一些实施例中，待执行任务包括支付任务时，该方法还可包括如下步骤：

在利用对应的目标功能程序执行支付任务之前，针对支付信息进行问询确认。

如此设置，在各待执行任务中涉及支付过程时，支付之前还可进行语音问询确认，以确保财产安全。

在其他实施方式中，还可基于交互界面进行问询确认，交互界面中可显示支付信息，以供用户进行确认，进而确保财产安全。

在其他实施方式中，还可采用其他方式进行问询确认，在此不赘述也不限定。

在一些实施例中，该方法的具体实现过程可包括：电子设备，例如移动终端接收用户的请求指令，并传输至智能服务中心；其后，智能服务中心基于请求指令，生成对应的待执行任务；各待执行任务在时间上关联，即考虑各待执行任务之间的时间可靠性，其在时间上能够完成，以及考虑各任务之间的信息关联性，在后执行的任务可能需要基于在先执行的任务的结果实现；其后，智能服务中心根据待执行任务自动调用相应的目标功能程序，以实现自动完成待执行任务，从而完成用户的请求指令。

其中，智能服务中心可与多个目标功能程序对接，且维护待执行任务与目标应用程序之间的关联关系，或者维护不同的目标应用程序之间的关联关系(对应于程序链)；具体的，可以通过将待执行任务和目标功能程序分别提取功能特征的方式，将二者关联起来。

其中，待执行任务与目标功能程序之间的关联关系可以是预先配置好的，例如可以是在终端设备上下载安装了新的目标功能程序之后，对目标功能程序的性能进行分析后得到，然后建立其之间的关联；还可以是用户手动配置的，在此不限定。

在上述实施方式的基础上，本公开实施例还提供了一种多程序协同服务装置，该装置能够执行上述实施方式中的任一种方法的步骤，实现对应的有益效果，相同之处可参照上文理解，在此不赘述。

在一些实施例中，图2示出了本公开实施例提供的一种多程序协同服务装置的结构示意图。参照图2，该装置可包括：

指令接收模块，用于接收用户的请求指令；

任务拆分模块，用于基于请求指令，确定具有关联关系的至少两个待执行任务；

任务执行模块，用于基于待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于关联关系对应执行待执行任务。

本公开实施例提供的多程序协同服务装置中，通过上述各功能模块的协同作用，能够接收用户的请求指令；基于请求指令，确定具有关联关系的至少两个待执行任务；基于待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于关联关系对应执行待执行任务。由此，提出一种响应于用户的请求指令，以及基于目标功能程序之间的关联关系全自动执行相关操作的方法，其中，目标功能程序之间的切换可基于其关联关系，响应于对应于请求指令的待执行任务之间的关联关系自动实现，其中减少了用户的操作动作，提高了智能化程度。

在一些实施例中，目标功能程序与待执行任务之间基于表征功能特征的标签对应关联。

在一些实施例中，该装置还包括关联匹配模块(图中未示出)，该关联匹配模块用于执行如下步骤：

获取待执行任务的任务标签；

获取目标功能程序的功能标签；

基于任务标签和功能标签，将用于执行待执行任务的目标功能程序与对应的待执行任务关联匹配。

在一些实施例中，目标功能程序包括快应用、小程序和应用程序中的至少一种。

在一些实施例中，请求指令所针对的事项包括缴费、订餐、订票、购买目标物、规划行程以及控制智能家居中的至少一项。

在一些实施例中，请求指令包括语音指令；该装置还包括身份验证模块(图中未示出)，该身份验证模块用于执行如下步骤：

确定具有关联关系的至少两个待执行任务之前，基于语音指令，对用户进行身份验证；

在验证通过的情况下，继续执行确定具有关联关系的至少两个待执行任务；

在验证未通过的情况下，终止执行后续步骤。

在一些实施例中，该装置还包括问询确认模块(图中未示出)，该问询确认模块用于在待执行任务包括支付任务时，在利用对应的目标功能程序执行支付任务之前，针对支付信息进行问询确认。

能够理解的是，图2示出的多程序协同服务装置能够执行上述实施方式中的任一种多程序协同服务方法的步骤，实现对应的有益效果。

本公开实施例还提供了一种电子设备，该电子设备包括：至少一个处理器和与至少一个处理器通信连接的存储器，存储器用于存储可被至少一个处理器可执行指令；指令被至少一个处理器执行，以使至少一个处理器能够执行上述任一种方法，对应地，处理器用于从存储器中读取可执行指令，并执行指令以实现上述任一种方法的步骤，实现对应的有益效果。

在一些实施例中，图3示出了本公开实施例提供的一种电子设备的结构示意图。参照图3，该电子设备400可为智能手机。在其他实施方式中，该电子设备还可为智能手表等可穿戴设备、智能音箱、车载智能设备或本领域技术人员可知的其他终端设备，在此不限定。

在一些实施例中，图4示出了本公开实施例提供的另一种电子设备的结构示意图。参照图4，该电子设备400包括一个或多个处理器401和存储器402。

处理器401可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备400中的其他组件以执行期望的功能。

存储器402可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器401可以运行所述程序指令，以实现上述的本公开的实施例的方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备400还可以包括：输入装置403和输出装置404，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

此外，该输入装置403还可以包括例如键盘、鼠标等等。

该输出装置404可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置404可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图4中仅示出了该电子设备400中与本公开实施例有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备400还可以包括任何其他适当的组件。

除了上述方法、装置和电子设备以外，本公开实施例还提供了一种计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本公开实施例所提供的方法。

计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开实施例还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机上述任一种方法。即本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本公开实施例所提供的方法。

计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种多程序协同服务方法，其特征在于，包括：

接收用户的请求指令；

基于所述请求指令，确定具有关联关系的至少两个待执行任务；

基于所述待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于所述关联关系对应执行所述待执行任务。

2.根据权利要求1所述的方法，其特征在于，所述目标功能程序与所述待执行任务之间基于表征功能特征的标签对应关联。

3.根据权利要求2所述的方法，其特征在于，还包括：

获取待执行任务的任务标签；

获取目标功能程序的功能标签；

基于所述任务标签和所述功能标签，将用于执行待执行任务的目标功能程序与对应的所述待执行任务关联匹配。

4.根据权利要求1所述的方法，其特征在于，所述目标功能程序包括快应用、小程序和应用程序中的至少一种。

5.根据权利要求1所述的方法，其特征在于，所述请求指令所针对的事项包括缴费、订餐、订票、购买目标物、规划行程以及控制智能家居中的至少一项。

6.根据权利要求1所述的方法，其特征在于，所述请求指令包括语音指令；所述确定具有关联关系的至少两个待执行任务之前，所述方法还包括：

基于所述语音指令，对用户进行身份验证；

在验证通过的情况下，继续执行所述确定具有关联关系的至少两个待执行任务；

在所述验证未通过的情况下，终止执行后续步骤。

7.根据权利要求1所述的方法，其特征在于，所述待执行任务包括支付任务时，所述方法还包括：

在利用对应的目标功能程序执行所述支付任务之前，针对支付信息进行问询确认。

8.一种多程序协同服务装置，其特征在于，包括：

指令接收模块，用于接收用户的请求指令；

任务拆分模块，用于基于所述请求指令，确定具有关联关系的至少两个待执行任务；

任务执行模块，用于基于所述待执行任务，调用具有对应关联关系的至少两个目标功能程序，以基于所述关联关系对应执行所述待执行任务。

9.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的方法。

Images