用于发送信息的方法和装置与流程

本申请实施例涉及计算机技术领域，具体涉及用于发送信息的方法和装置。

背景技术

现有技术中，通常在与基于对话式人工智能操作系统的应用的交互过程中，用户可能需要使用某种当前应用不支持的功能。例如，在向语音助手等应用输入语音“打开空调”时，可能由于设备中不存在控制空调打开这一操作的程序代码，而导致设备无法执行打开空调的操作，此时，语音助手可能播放“对不起我没能理解您的意思”等语音。

在上述应用场景中，可能需要开发者将实现相应功能的程序代码添加到该应用的程序中，然后，由技术人员进行重新打包、发布之后，再由用户下载并升级应用程序。

技术实现要素：

本申请实施例提出了用于发送信息的方法和装置。

第一方面，本申请实施例提供了一种用于发送信息的方法，该方法包括：响应于通过目标应用获取到用户语音音频，确定用户语音音频所指示的用户指令，判断用户指令是否符合预设的插件下载触发条件；响应于用户指令符合插件下载触发条件，向目标服务端发送目标插件的插件下载请求，其中，目标插件是预先设置的目标应用的插件集合中本地未安装的插件。

在一些实施例中，用户指令指示执行操作，插件下载触发条件包括用户指令所指示执行的操作无法执行，目标插件是预先设置的目标应用的插件集合中本地未安装并且支持操作的插件。

在一些实施例中，插件下载触发条件包括用户指令指示下载目标插件。

在一些实施例中，该方法还包括：向目标服务端发送插件检测信息，其中，插件检测信息用于指示目标服务端检测插件集合中是否存在目标插件；响应于插件集合中存在目标插件，接收目标服务端发送的目标插件的插件下载地址。

在一些实施例中，该方法还包括：响应于检测到针对插件下载地址的下载操作，下载插件下载地址所指示的插件。

在一些实施例中，向目标服务端发送插件检测信息，包括以下至少一项：周期性地向目标服务端发送插件检测信息；响应于确定目标应用处于未运行状态或后台运行状态，向目标服务端发送插件检测信息；响应于确定当前网络连接不是数据连接，向目标服务端发送插件检测信息；响应于确定当前系统资源占用率小于预设的系统资源占用率阈值，向目标服务端发送插件检测信息。

第二方面，本申请实施例提供了一种用于发送信息的装置，该装置包括：确定单元，被配置成响应于通过目标应用获取到用户语音音频，确定用户语音音频所指示的用户指令，判断用户指令是否符合预设的插件下载触发条件；第一发送单元，被配置成响应于用户指令符合插件下载触发条件，向目标服务端发送目标插件的插件下载请求，其中，目标插件是预先设置的目标应用的插件集合中本地未安装的插件。

在一些实施例中，用户指令指示执行操作，插件下载触发条件包括用户指令所指示执行的操作无法执行，目标插件是预先设置的目标应用的插件集合中本地未安装并且支持操作的插件。

在一些实施例中，插件下载触发条件包括用户指令指示下载目标插件。

在一些实施例中，该装置还包括：第二发送单元，被配置成向目标服务端发送插件检测信息，其中，插件检测信息用于指示目标服务端检测插件集合中是否存在目标插件；接收单元，被配置成响应于插件集合中存在目标插件，接收目标服务端发送的目标插件的插件下载地址。

在一些实施例中，该装置还包括：下载单元，被配置成响应于检测到针对插件下载地址的下载操作，下载插件下载地址所指示的插件。

在一些实施例中，第二发送单元，包括以下至少一项：第一发送模块，被配置成周期性地向目标服务端发送插件检测信息；第二发送模块，被配置成响应于确定目标应用处于未运行状态或后台运行状态，向目标服务端发送插件检测信息；第三发送模块，被配置成响应于确定当前网络连接不是数据连接，向目标服务端发送插件检测信息；第四发送模块，被配置成响应于确定当前系统资源占用率小于预设的系统资源占用率阈值，向目标服务端发送插件检测信息。

第三方面，本申请实施例提供了一种用于发送信息的终端设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得该一个或多个处理器实现如上述用于发送信息的方法中任一实施例的方法。

第四方面，本申请实施例提供了一种机器人，包括：音频获取装置，被配置成通过目标应用获取用户语音音频；请求发送装置，被配置成向目标服务端发送目标插件的插件下载请求；一个或多个处理器；存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器经由所述音频获取装置通过目标应用获取用户语音音频，以及经由所述请求发送装置向目标服务端发送目标插件的插件下载请求，以实现如上述用于发送信息的方法中任一实施例的方法。

第五方面，本申请实施例提供了一种用于发送信息的计算机可读介质，其上存储有计算机程序，该程序被处理器执行时，实现如上述用于发送信息的方法中任一实施例的方法。

本申请实施例提供的用于发送信息的方法和装置，在通过目标应用获取到用户语音音频的情况下，确定用户语音音频所指示的用户指令，判断用户指令是否符合预设的插件下载触发条件，然后，在用户指令符合插件下载触发条件的情况下，向目标服务端发送目标插件的插件下载请求，从而可以基于用户语音音频所指示的内容，触发终端设备下载插件以实现功能升级，由此，提高了终端设备的自我学习、升级能力，对于用户指令的应答更为准确、更富有针对性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于发送信息的方法的一个实施例的流程图；

图3a和图3b是根据本申请的用于发送信息的方法的应用场景的示意图；

图3c是根据本申请的用于发送信息的方法的另一应用场景的示意图；

图3d是根据本申请的用于发送信息的方法的又一应用场景的示意图；

图4是根据本申请的用于发送信息的方法的又一个实施例的流程图；

图5是根据本申请的用于发送信息的装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图；

图7是适于用来实现本申请实施例的机器人的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请实施例的用于发送信息的方法或用于发送信息的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102，网络103和服务器104。网络103用以在终端设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102通过网络103与服务器104交互，以接收或发送消息等。终端设备101、102上可以安装有各种客户端应用，例如语音交互类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102可以是硬件，也可以是软件。当终端设备101、102为硬件时，可以是具有音频获取功能并且支持信息接收和发送的各种电子设备，包括但不限于机器人(例如轮式移动机器人、步行移动机器人等)、智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器104可以是提供各种服务的服务器。作为示例，服务器104可以是对从终端设备101、102接收的用户语音音频提供支持的后台语音处理服务器。后台语音处理服务器可以对接收到的用户语音音频等数据进行解析，例如通过自动语音识别技术(automaticspeechrecognition，asr)、自然语言理解(naturallanguageunderstanding，nlu)等技术，对用户语音音频进行识别，以生成机器可以理解的用户指令，并将处理结果(例如用户指令)反馈给终端设备，以供终端设备执行与用户语音音频相匹配的操作。此外，服务器104还可以是用于向终端设备101、102发送终端所请求下载的插件的下载地址的服务器。当服务器104是用于向终端设备101、102发送终端所请求下载的插件的下载地址的服务器时，服务器104可以首先确定终端设备101、102请求下载的插件的下载地址，然后将下载地址发送给终端设备。

需要说明的是，本申请实施例所提供的用于发送信息的方法一般由终端设备101、102执行，相应地，用于发送信息的装置一般设置于终端设备101、102中。

还需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的用于发送信息的方法的一个实施例的流程200。该用于发送信息的方法，包括以下步骤：

步骤201，响应于通过目标应用获取到用户语音音频，确定用户语音音频所指示的用户指令，判断用户指令是否符合预设的插件下载触发条件。

在本实施例中，在通过目标应用获取到用户语音音频的情况下，用于发送信息的方法的执行主体(例如图1所示的终端设备)可以确定用户语音音频所指示的用户指令。然后上述执行主体可以再判断用户指令是否符合预设的插件下载触发条件。

在这里，目标应用可以是安装于上述执行主体上的应用。例如，上述目标应用可以是具有语音交互功能的应用(例如基于对话式人工智能操作系统的应用)。例如，用户指令可以是json数据格式的符合dcs协议的指令。其中，dcs协议是dueros(对话式人工智能操作系统)服务端与终端之间的通讯协议，是一套把dueros的智能语音交互能力向所有设备开放的应用程序编程接口。上述插件下载触发条件可以是技术人员或者用户设置的用于触发插件下载的条件。

实践中，技术人员可以为该目标应用设置插件。该目标应用可以是操作系统、应用程序、或实现某些功能(例如设置闹钟、调用播放音乐软件进行音乐播放)的程序代码等等。上述用户语音音频可以是用户的语音。该用户语音音频可以用于指示目标应用或上述执行主体执行某些操作。例如，上述用户语音音频可以包括但不限于：“打开空调”的音频、“打开电视”的音频、“关灯”的音频、“打开热水器”的音频、“教英语”的音频、“教弹钢琴”的音频、“弹钢琴”的音频、“下载教弹钢琴插件”的音频、“播放音乐”的音频、“调低音量”的音频等等。当上述执行主体为机器人时，上述用户语音音频可以是，“学习开车技能”的音频，也可以是“下载开车插件”的音频等等。

上述用户指令可以是上述执行主体通过语音识别技术，对用户语音音频进行识别，生成的识别结果，也可以是上述执行主体将用户语音音频发送至服务器，经由该服务器对用户语音音频进行识别，生成的识别结果。

作为示例，上述执行主体可以将上述用户语音音频发送至服务器。随后，服务器可以通过自动语音识别技术(automaticspeechrecognition，asr)、自然语言理解(naturallanguageunderstanding，nlu)等技术，对用户语音音频进行识别，生成用户指令。然后，服务器向上述执行主体发送上述用户指令。

在本实施例的一些可选的实现方式中，插件下载触发条件包括用户指令指示下载目标插件。其中，目标插件是预先设置的目标应用的插件集合中本地未安装的插件。示例性的，当上述执行主体为机器人，并且用户语音音频是“下载开车插件”或，“学习开车技能”时，用户指令可以指示下载目标插件(即开车插件)，即用户指令符合预设的插件下载触发条件。

在本实施例的一些可选的实现方式中，用户指令指示执行操作，插件下载触发条件包括用户指令所指示执行的操作无法执行。示例性的，当用户语音音频是“开车”或“打开空调”，而上述执行主体无法执行“开车”或“打开空调”的操作时，用户指令所指示执行的操作无法执行，此时，用户指令符合预设的插件下载触发条件。

可以理解，当上述执行主体由于缺少插件(例如没有用于执行某些操作的代码)，而无法响应上述用户指令时，上述执行主体可以确定用户指令所指示的操作不能执行。

步骤202，响应于用户指令符合插件下载触发条件，向目标服务端发送目标插件的插件下载请求。

在本实施例中，在用户指令符合上述插件下载触发条件的情况下，上述执行主体可以向目标服务端发送目标插件的插件下载请求。其中，目标服务端可以是与上述执行主体通信连接的服务器。目标插件可以是预先设置的目标应用的插件集合中本地未安装的插件。上述插件集合中的插件可以用于对目标应用的功能进行扩展。实践中，插件可以是用于响应用户指令(例如用户语音音频所指示的用户指令)的程序代码，当上述执行主体中存在插件时，执行主体可以响应、识别相应的用户指令，以执行该插件支持的、用户指令指示的操作。可以理解，针对不同的设备，插件中的代码段可以不同。

在这里，可以通过比对上述执行主体安装的插件与插件集合中的插件，或者在插件集合中标记上述执行安装的插件等方式，从而在插件集合中确定上述执行主体未安装的插件。在这里，上述插件集合中的每个插件可以用于支持一项操作或一组相关的操作。

在本实施例的一些可选的实现方式中，用户指令指示执行操作，插件下载触发条件包括用户指令所指示执行的操作无法执行。上述目标插件可以是预先设置的目标应用的插件集合中本地未安装并且支持用户指令所指示执行的操作的插件。

实践中，上述执行主体或其他电子设备中可以存储有目标应用的多个插件(即插件集合)。由此，在确定用户指令指示执行的操作不能执行的前提下，上述执行主体可以向目标服务端发送上述插件下载请求，以下载支持用户指令所指示执行的操作的插件。

作为一种示例，请参见图3a和图3b，图3a和图3b是根据本实施例的用于发送信息的方法的应用场景的示意图。在图3a的应用场景中，用户首先通过目标应用(例如基于对话式人工智能操作系统的应用)向智能手机(即上述执行主体)输入了用户语音音频“打开空调”。智能手机在获取到用户语音音频“打开空调”之后，确定用户语音音频“打开空调”所指示的用户指令，然后再判断用户指令是否符合预设的插件下载触发条件。这里，插件下载触发条件为用户指令所指示执行的操作无法执行。随后，智能手机确定出用户指令符合上述插件下载触发条件。最后，智能手机向服务端发送目标插件的插件下载请求，即智能家居插件的插件下载请求(请参考图3b)。

作为另一种示例，请参见图3c，图3c是根据本实施例的用于发送信息的方法的另一应用场景的示意图。在图3c的应用场景中，用户首先通过目标应用(例如安装在上述执行主体上的、用于支持上述执行主体与用户的语音交互功能的应用)向机器人(即上述执行主体)输入了用户语音音频“开车”。机器人在获取到用户语音音频“开车”之后，确定用户语音音频“开车”所指示的用户指令，然后再判断用户指令是否符合预设的插件下载触发条件。这里，插件下载触发条件为用户指令所指示执行的操作无法执行。随后，机器人确定出用户指令符合上述插件下载触发条件。最后，机器人向服务器发送目标插件的插件下载请求，即开车插件的插件下载请求。

作为又一种示例，请参见图3d，图3d是根据本实施例的用于发送信息的方法的另一应用场景的示意图。在图3d的应用场景中，用户首先通过目标应用(例如安装在上述执行主体上的、用于支持上述执行主体与用户的语音交互功能的应用)向机器人(即上述执行主体)输入了用户语音音频“下载开车插件”。机器人在获取到用户语音音频“下载开车插件”之后，确定用户语音音频“下载开车插件”所指示的用户指令，然后再判断用户指令是否符合预设的插件下载触发条件。这里，插件下载触发条件为用户指令指示下载目标插件。此处，目标插件即为开车插件。随后，机器人确定出用户指令符合上述插件下载触发条件。最后，机器人向服务器发送目标插件的插件下载请求，即开车插件的插件下载请求。

在一些使用情况下，在上述执行主体接收到插件的下载地址之后，用户可以执行下载操作(例如点击该下载地址、输入用于指示下载插件的语音等)，以下载插件。可选的，在上述执行主体接收到插件的下载地址之后，上述执行主体也可以自动下载插件，而无需检测用户是否执行下载操作。

可选的，上述执行主体也可以接收目标服务端发送的插件的代码，即上述插件下载地址也可以是插件本身。

可以理解，在支持语音交互操作系统(例如dueros等)的设备(即上述执行主体)上，当用户对设备说了一段话而该设备无法按照用户所说的话执行相应操作时，通过本申请实施例中的方案，该设备可以自动下载插件，以更新或下载对应用户指令(或对应用户语音音频)的程序代码。此时，设备无须重新安装目标应用，在下载并安装插件之后，设备即可继续执行未完成的指令操作。

本申请的上述实施例提供的方法，通过在通过目标应用获取到用户语音音频的前提下，确定用户指令所指示的操作能否执行，之后，在确定上述操作不能执行的前提下，确定用户语音音频所指示的用户指令，然后判断用户指令是否符合预设的插件下载触发条件，如果用户指令符合插件下载触发条件，则向目标服务端发送目标插件的插件下载请求，从而通过用户语音音频，帮助终端设备下载插件，由此，提高了信息发送的灵活性，有助于丰富插件的下载方式，有助于实现插件的自动下载与应用的自动学习。

进一步参考图4，其示出了用于发送信息的方法的又一个实施例的流程400。该用于发送信息的方法的流程400，包括以下步骤：

步骤401，响应于通过目标应用获取到用户语音音频，确定用户语音音频所指示的用户指令，判断用户指令是否符合预设的插件下载触发条件。

步骤402，响应于用户指令符合插件下载触发条件，向目标服务端发送目标插件的插件下载请求。

在本实施例中，步骤401、402分别与图2对应实施例中的步骤201、202基本一致，这里不再赘述。

步骤403，向目标服务端发送插件检测信息。

在本实施例中，用于发送信息的方法的执行主体(例如图1所示的服务器)可以向目标服务端发送插件检测信息。其中，插件检测信息用于指示目标服务端检测插件集合中是否存在目标插件。目标插件是预先设置的目标应用的插件集合中本地未安装的插件。

步骤404，响应于插件集合中存在目标插件，接收目标服务端发送的目标插件的插件下载地址。

在本实施例中，上述执行主体可以在插件集合中存在目标插件的情况下，接收目标服务端发送的目标插件的插件下载地址。其中，上述插件下载地址用于下载目标插件。

在本实施例的一些可选的实现方式中，上述执行主体还可以在检测到针对插件下载地址的下载操作的情况下，下载插件下载地址所指示的插件。

在本实施例的一些可选的实现方式中，上述向目标服务端发送插件检测信息，可以包括：周期性地向目标服务端发送插件检测信息。其中，技术人员或者用户可以设置上述周期的时长，例如，上述执行主体可以每间隔3天或者8小时向目标服务端发送一次插件检测信息。

可以理解，通过上述执行主体周期性地向目标服务端发送插件检测信息，可以实现间隔固定时间，检测插件集合中是否存在终端未安装的插件，由此保证了终端插件的及时更新。

在本实施例的一些可选的实现方式中，上述向目标服务端发送插件检测信息，可以包括：响应于确定目标应用处于未运行状态或后台运行状态，向目标服务端发送插件检测信息。

实践中，上述执行主体或技术人员可以采用多种方式确定目标应用是否处于未运行状态，以及是否处于后台运行状态。例如，上述执行主体可以持续监测用户是否退出目标应用，以确定目标应用是否处于未运行状态或后台运行状态。可选的，目标服务器可以通过与上述执行主体通过目标应用交互数据的特点确定目标应用是否处于未运行状态，或是否处于后台运行状态。例如，当上述目标应用与目标服务器超过预设时长(例如3分钟)未进行数据交互时，可以认定目标终端处于未运行状态。

在本实施例的一些可选的实现方式中，上述向目标服务端发送插件检测信息，可以包括：响应于确定当前网络连接不是数据连接，向目标服务端发送插件检测信息。

在本实施例的一些可选的实现方式中，上述向目标服务端发送插件检测信息，可以包括：响应于确定当前系统资源占用率小于预设的系统资源占用率阈值，向目标服务端发送插件检测信息。其中，上述当前系统资源占用率可以包括但不限于当前执行主体的以下至少一项的资源占用率：中央处理器(centralprocessingunit，cpu)、存储内存、运行内存。上述系统资源占用率阈值可以是技术人员或者用户设置的系统资源占用率的值。可以理解，当当前系统资源占用率小于预设的系统资源占用率阈值时，上述执行主体向目标服务端发送插件检测信息，以请求下载插件，可以在保证上述执行主体处于较良好的使用状态(即当前系统资源占用率小于预设的系统资源占用率阈值)的前提下，下载插件。

在本实施例的一些可选的实现方式中，上述向目标服务端发送插件检测信息，可以包括：响应于距离上次下载插件的时间经过预设时长，向目标服务端发送插件检测信息。其中，上述预设时长可以是技术人员或用户设定的时长，例如3天，8小时等等。

从图4中可以看出，与图2对应的实施例相比，本实施例中的用于发送信息的方法的流程400突出了目标服务端发送插件检测信息的步骤，以及接收目标服务端发送的目标插件的插件下载地址的步骤。由此，本实施例描述的方案可以通过更多的方式来扩展目标应用的功能，以及丰富插件的下载方式，有助于在不影响用户使用目标应用的前提下实现应用的插件的自动下载。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于发送信息的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，除下面所记载的特征外，该装置实施例还可以包括与图2所示的方法实施例相同或相应的特征及效果。该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于发送信息的装置500包括：确定单元501和第一发送单元502。其中，确定单元501被配置成响应于通过目标应用获取到用户语音音频，确定用户语音音频所指示的用户指令，判断用户指令是否符合预设的插件下载触发条件；第一发送单元502被配置成响应于用户指令符合插件下载触发条件，向目标服务端发送目标插件的插件下载请求，其中，目标插件是预先设置的目标应用的插件集合中本地未安装的插件。

在本实施例中，在通过目标应用获取到用户语音音频的前提下，用于发送信息的装置500的确定单元501可以确定用户语音音频所指示的用户指令。然后上述执行主体可以再判断用户指令是否符合预设的插件下载触发条件。

在这里，目标应用可以是安装于上述执行主体上的应用。例如，上述目标应用可以是具有语音交互功能的应用(例如基于对话式人工智能操作系统的应用)。

实践中，技术人员可以为该目标应用设置插件。该目标应用可以是操作系统、应用程序、或实现某些功能(例如设置闹钟、调用播放音乐软件进行音乐播放)的程序代码等等。

上述用户语音音频可以是用户的语音。该用户语音音频可以用于指示目标应用或上述执行主体执行某些操作。例如，上述用户语音音频可以包括但不限于：“打开空调”的音频、“打开电视”的音频、“关灯”的音频、“打开热水器”的音频、“教英语”的音频、“教弹钢琴”的音频、“弹钢琴”的音频、“下载教弹钢琴插件”的音频、“播放音乐”的音频、“调低音量”的音频等等。上述用户语音音频可以是，“学习开车技能”的音频，也可以是“下载开车插件”的音频等等。

上述用户指令可以是上述执行主体通过语音识别技术，对用户语音音频进行识别，生成的识别结果，也可以是上述执行主体将用户语音音频发送至其他服务器(例如云端)，经由该服务器对用户语音音频进行识别，生成的识别结果。

上述插件下载触发条件可以是技术人员或者用户设置的用于触发插件下载的条件。

在本实施例中，在用户指令符合插件下载触发条件的前提下，上述第一发送单元502可以向目标服务端发送目标插件的插件下载请求。其中，目标服务端可以是与上述执行主体通信连接的服务器。目标插件可以是预先设置的目标应用的插件集合中本地未安装的插件。在这里，可以通过比对上述执行主体安装的插件与插件集合中的插件，或者在插件集合中标记上述执行安装的插件等方式，从而在插件集合中确定上述执行主体未安装的插件。实践中，插件可以是用于响应用户指令(例如用户语音音频所指示的用户指令)的程序代码，当上述执行主体中存在插件时，执行主体可以响应、识别相应的用户指令，以执行该插件支持的、用户指令指示的操作。可以理解，针对不同的设备，插件中的代码段可以不同。

在本实施例的一些可选的实现方式中，用户指令指示执行操作，插件下载触发条件包括用户指令所指示执行的操作无法执行，目标插件是预先设置的目标应用的插件集合中本地未安装并且支持操作的插件。

可以理解，当上述执行主体由于缺少插件(例如没有用于执行某些操作的代码)，而无法响应上述用户指令时，上述执行主体可以确定用户指令所指示的操作不能执行。

在本实施例的一些可选的实现方式中，插件下载触发条件包括用户指令指示下载目标插件。其中，目标插件可以是预先设置的目标应用的插件集合中本地未安装的插件。上述插件集合中的插件可以用于对目标应用的功能进行扩展。

实践中，上述执行主体或其他电子设备中可以存储有目标应用的多个插件(即插件集合)。由此，在确定用户指令指示执行的操作不能执行的前提下，上述执行主体可以向目标服务端发送上述插件下载请求，以下载支持上述操作的插件

在本实施例的一些可选的实现方式中，上述装置500还包括：第二发送单元(图中未示出)被配置成向目标服务端发送插件检测信息，其中，插件检测信息用于指示目标服务端检测插件集合中是否存在目标插件。接收单元(图中未示出)被配置成响应于插件集合中存在目标插件，接收目标服务端发送的目标插件的插件下载地址。其中，插件检测信息用于指示目标服务端检测插件集合中是否存在目标插件。目标插件是预先设置的目标应用的插件集合中本地未安装的插件。上述插件下载地址用于下载目标插件。

在本实施例的一些可选的实现方式中，上述装置500还包括：下载单元(图中未示出)被配置成响应于检测到针对插件下载地址的下载操作，下载插件下载地址所指示的插件。

在本实施例的一些可选的实现方式中，第二发送单元，可以包括：第一发送模块(图中未示出)被配置成周期性地向目标服务端发送插件检测信息。其中，技术人员或者用户可以设置上述周期的时长，例如，上述执行主体可以每间隔3天或者8小时向目标服务端发送一次插件检测信息。

可以理解，通过上述执行主体周期性地向目标服务端发送插件检测信息，可以实现建个固定时间，检测插件集合中是否存在终端未安装的插件，由此保证了终端插件的及时更新。

在本实施例的一些可选的实现方式中，第二发送单元，可以包括：第二发送模块(图中未示出)被配置成响应于确定目标应用处于未运行状态或后台运行状态，向目标服务端发送插件检测信息。

实践中，上述执行主体或技术人员可以采用多种方式确定目标应用是否处于未运行状态，以及是否处于后台运行状态。例如，上述执行主体可以持续监测用户是否退出目标应用，以确定目标应用是否处于未运行状态或后台运行状态。可选的，目标服务器可以通过与上述执行主体通过目标应用交互数据的特点确定目标应用是否处于未运行状态，以及是否处于后台运行状态。例如，当上述目标应用与目标服务器超过预设时长(例如3分钟)未进行数据交互时，可以认定目标终端处于未运行状态。

在本实施例的一些可选的实现方式中，第二发送单元，可以包括：第三发送模块(图中未示出)被配置成响应于确定当前网络连接不是数据连接，向目标服务端发送插件检测信息。

在本实施例的一些可选的实现方式中，第二发送单元，可以包括：第四发送模块(图中未示出)被配置成响应于确定当前系统资源占用率小于预设的系统资源占用率阈值，向目标服务端发送插件检测信息。

在这里，上述当前系统资源占用率可以是但不限于当前执行主体的以下至少一项的资源占用率：中央处理器(centralprocessingunit，cpu)、存储内存、运行内存。上述系统资源占用率阈值可以是技术人员或者用户设置的系统资源占用率的值。可以理解，当当前系统资源占用率小于预设的系统资源占用率阈值时，上述执行主体向目标服务端发送插件检测信息，以请求下载插件，可以在一定程度上保证上述执行主体的使用状态的前提下，下载插件。

本申请的上述实施例提供的装置，在通过目标应用获取到用户语音音频的情况下，通过确定单元501确定用户语音音频所指示的用户指令，然后再判断用户指令是否符合预设的插件下载触发条件，如果用户指令符合插件下载触发条件，则第一发送单元502向目标服务端发送目标插件的插件下载请求，从而通过用户语音音频，帮助终端设备下载插件，由此，提高了信息发送的灵活性，有助于丰富插件的下载方式，有助于实现插件的自动下载与应用的自动学习。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本申请的方法中限定的上述功能。

需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向目标的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括确定单元和第一发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，确定单元还可以被描述为“确定用户语音音频所指示的用户指令的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：响应于通过目标应用获取到用户语音音频，确定用户语音音频所指示的用户指令，判断用户指令是否符合预设的插件下载触发条件；响应于用户指令符合插件下载触发条件，向目标服务端发送目标插件的插件下载请求，其中，目标插件是预先设置的目标应用的插件集合中本地未安装的插件。

作为示例，上述终端设备可以是机器人。请参考图7，示出了根据本申请实施例的机器人的示例性的结构示意图。该机器人可以包括：音频获取装置701被配置成通过目标应用获取用户语音音频；请求发送装置702被配置成向目标服务端发送目标插件的插件下载请求；一个或多个处理器703；存储装置704其上存储有一个或多个程序，当上述一个或者多个程序被该机器人执行时，使得该机器人：在通过目标应用获取到用户语音音频的情况下，确定所述用户语音音频所指示的用户指令，判断所述用户指令是否符合预设的插件下载触发条件，如果符合，则向目标服务端发送目标插件的插件下载请求，其中，所述目标插件是预先设置的所述目标应用的插件集合中本地未安装的插件。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。