CN111190744A - 一种虚拟人物的控制方法及装置、移动终端 - Google Patents

Abstract

本发明提供了一种虚拟人物的控制方法及装置、移动终端，其中方法包括：接收第一应用程序发送的互动指令；若从所述互动指令中解析出动作接口，则将所述动作接口发送至第二应用程序；其中，所述第二应用程序用于在接收到所述动作接口时，展现虚拟人物执行与所述动作接口对应的动作的动画界面。本申请中，第二应用程序可通过响应第一应用程序发送的互动指令来展示对应的动画界面，从而实现第二应用程序与第一应用程序之间的有效交互，提高虚拟人物的应用范围和趣味性。

Description

一种虚拟人物的控制方法及装置、移动终端

技术领域

本公开涉及移动终端技术领域，尤其涉及一种虚拟人物的控制方法及装置、移动终端。

背景技术

随着语音识别技术的发展成熟，人机交互越来越广泛的应用于智能移动终端中。虚拟人物作为一种常见的人机交互方式，能够为用户提供自然语言界面，并依据用户的触控指令展示不同的人物动作，以及依据用户的语音指令实现一定的搜索、预定等功能。

然而，现有的虚拟人物往往只能与用户进行人机交互，无法有效的与存储在移动终端上的其他应用程序进行有效互动，降低了虚拟人物的应用范围和趣味性。

发明内容

本发明实施例中提供了一种虚拟人物的控制方法、装置及移动终端，以解决现有技术中虚拟人物显示延时和显示混乱的问题。

第一方面，本发明提供了一种虚拟人物的控制方法，包括：接收第一应用程序发送的互动指令；

若从所述互动指令中解析出动作接口，则将所述动作接口发送至第二应用程序；其中，所述第二应用程序用于在接收到所述动作接口时，展现虚拟人物执行与所述动作接口对应的动作的动画界面。

第二方面，本发明还提供了一种虚拟人物的控制方法，包括：

接收第一应用程序发送的第一互动指令；

若从所述第一互动指令中解析出第一动作接口，则展现虚拟人物执行第一动作的动画界面，其中，所述第一动作为与所述第一动作接口对应的动作。

第三方面，本发明还提供了一种虚拟人物的控制装置，包括：处理器、存储器和通信接口，所述处理器、所述存储器和所述通信接口通信总线相连；所述通信接口，用于接收和发送信号；所述存储器，用于存储程序代码；所述处理器，用于读取所述存储器中存储的程序代码，并执行上述方法。

第四方面，本发明提供了一种智能设备，包括上述装置。

本申请的有益效果如下：

本发明提供了一种虚拟人物的控制方法、装置及移动终端，其中方法包括：接收第一应用程序发送的互动指令；若从所述互动指令中解析出动作接口，则将所述动作接口发送至第二应用程序；其中，所述第二应用程序用于在接收到所述动作接口时，展现虚拟人物执行与所述动作接口对应的动作的动画界面。本申请中，第二应用程序可通过响应第一应用程序发送的互动指令来展示对应的动画界面，从而实现第二应用程序与第一应用程序之间的有效互动，提高虚拟人物的应用范围和趣味性。

附图说明

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

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

图1为本申请实施例提供的一种虚拟人物的控制方法的流程图；

图2为本申请实施例提供的另一种虚拟人物的控制方法的流程图；

图3为本申请实施例提供的第三种虚拟人物的控制方法的流程图；

图4为本申请实施例提供的第四种虚拟人物的控制方法的流程图；

图5为本申请实施例提供的第五种虚拟人物的控制方法的流程图；

图6为本申请实施例提供的一种虚拟人物控制装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

针对现有技术中虚拟人物显示延时和显示混乱的问题，本申请提供了一种虚拟人物的控制方法、装置及移动终端，其核心思想为将虚拟人物配置为一个独立的APP，该APP具有独立的显示和控制逻辑，第二应用程序与第一应用程序可以设定为主从式架构(C/S结构)，其中，第二应用程序作为服务端，第一应用程序作为客户端，第一应用程序可通过统一的互动指令与第二应用程序进行交互，以显示相应的动画界面，有利于提高虚拟人物的功能复用，并且第二应用程序的启动和退出不受其他应用程序的影响，能够克服显示延时和显示混乱的问题。下面将结合附图做详细描述。

请参考图1，所示为本申请实施例提供的一种虚拟人物的控制方法的流程图。由图1可见，本实施例提供了一种虚拟人物的控制方法，其执行主体为移动终端，所述方法包括如下步骤：

步骤S101：接收第一应用程序发送的互动指令。

本方案中，第一应用程序可包括开机向导APP、语音助手APP，以及各种场景下的提醒APP等需要显示虚拟人物动画的应用程序，第二应用程序为控制虚拟人物显示的应用程序。当第一应用程序需要展示虚拟人物界面时，可通过互动指令向第二应用程序发送请求。互动指令的具体形式为startService(Intent)，其中，参数Intent中包含有第一应用程序发来的指令信息，该指令信息中包含一个或者多个动作接口，通过互动指令信息中包含的动作接口即可展示相应的人物动作。

本实施例中，第一应用程序通过参数Intent的putExtra方法将消息指令传递给第二应用程序，具体的，第一应用程序可先通过startService(Intent)指令将指令信息传递给安卓系统，安卓系统再会回调onStart(Intent,startId)函数，从而将第一应用程序发送的指令信息传送给第二应用程序。

步骤S102：若从所述互动指令中解析出动作接口，则将所述动作接口发送至第二应用程序；其中，所述第二应用程序用于在接收到所述动作接口时，展现虚拟人物与所述动作接口对应的动作的动画界面。

第二应用程序可通过Intent的getExtra方法解析出互动指令中包含的指令信息，该指令信息可包含需要调用的动作接口，以及客户端包名等信息。动作接口可用字符串表示，不同的动作接口对应不同的展示动作，如动作接口11对应虚拟人物从屏幕上方跳下进入屏幕的动作，动作接口12对应虚拟人物说话的动作，动作接口13对应虚拟人物转身离开的动作。

请参考图2，所示为本申请实施例提供的另一种虚拟人物的控制方法的流程图。由图2可见，所述方法还包括如下步骤：

步骤S103：若从所述互动指令中解析出唤起参数，则将所述第二应用程序切换至前台运行。

步骤S104：若从所述互动指令中解析出退出参数，则将所述第二应用程序切换至后台运行。

本实施例中，第二应用程序设置有两级图层，分别为用于在全屏范围内显示虚拟人物的显示图层，和用于接收触控事件的触控图层。

当从所述互动指令中解析出唤起参数时，第二应用程序显示上述两级图层，将后台运行状态切换至前台，并调用唤起接口以显示虚拟人物的唤起动作。当从所述互动指令中解析出退出参数时，第二应用程序调用退出接口以显示虚拟人物的退出动作，并隐藏上述两级图层，将前台运行状态切换至后台。这样，第二应用程序可始终保持运行状态，当第一应用程序重启或关闭时，第二应用程序可根据互动指令中包含的参数相应的在前台状态和后台状态之间切换，无需重新加载。

另外，在接收第一应用程序发送的互动指令之前，移动终端应先启动第二应用程序，具体方法为：当移动终端在首次启动时，可通过开机向导APP启动第二应用程序；当移动终端重新启动时，可通过开机广播启动第二应用程序。

本第二应用程序中的清单文件AndroidManifests.xml中注册有开机完成接收器receiver，在移动终端首次启动时，由于开机向导启动早于开机广播，开机向导APP可作为客户端，通过Android的Context类中startService方法来启动第二应用程序。在移动终端为非首次启动时，当开机完成接收器接收到开机完成广播(LOCKED_BOOT_COMPLETED)时，执行自启动进程，使第二应用程序进入后台状态。

启动第二应用程序的过程也是加载虚拟人物模型的过程，虚拟人物模型包括人物构件、语音特征文件以及动作数据文件，以上资源文件可存放在安卓工程目录的assets文件夹下。人物构件包括五官、四肢以及服饰物品等图像文件；语音特征文件包括多个具有不同音色、音调特征的声音文件，该语音特征文件用于支持后续虚拟人物在人机交互中的声音输出；动作数据文件包括多个动作接口以及相应的动作数据，如点头、摇头等头部动作，眨眼、闭眼等眼部动作，摇手、捂手等手部动作，跳跃、奔跑等腿部动作。

虚拟人物通常为3D模型，加载时间较长，可通过后台服务来实现模型的预加载和显示窗口的创建。本方案具体涉及FloatingWindowService、BootCompleteReceiver等进程。其中FloatingWindowService继承自安卓标准服务Service，用来加载虚拟人物模型，创建显示窗口，接收和处理各第一应用程序发来的互动指令，并调用动作接口让虚拟人物做出相应的动作。BootCompleteReceiver继承自安卓标准接收器Receiver，监听移动终端启动的广播，以便在手机加载完成后，启动FloatingWindowService服务，等待各第一应用程序发来相应指令。

与实施例1相对应的，本实施例还提供了一种虚拟人物的控制方法，其执行主体为第二应用程序。请参考图3，所示为本申请实施例提供的第三种虚拟人物的控制方法的流程图。由图3可见，所述方法包括如下步骤：

步骤S201：接收第一应用程序发送的第一互动指令。若从所述第一互动指令中解析出第一动作接口，则执行步骤S202。

步骤S202：展现虚拟人物执行第一动作的动画界面，其中，所述第一动作为与所述第一动作接口对应的动作。

当所述第一动作接口的数量为多个时，所述展现虚拟人物执行第一动作的动画界面包括：依次展现虚拟人物执行与每个第一动作接口对应的动作的动画界面。

例如，第一互动指令中解析出三个第一个动作接口(20)，依次为动作接口1、动作接口2和动作接口3，当第一应用程序发出startService(20)的指令时，虚拟人物会展示从左侧屏幕走入(对应动作接口1)、转身(对应动作接口2)，之后再挥手(对应动作接口3)的连续动作。

第二应用程序作为服务端，可以同时与多个应用程序进行通信。为了避免多个应用程序同时调用第二应用程序造成交互混乱，本实施例中，可通过应用场景是否变化来进一步确定显示的画面。

具体的，请参考图4，所示为本申请实施例提供的第四种虚拟人物的控制方法的流程图。由图4可见，所述方法包括如下步骤：

步骤S2013：在展现虚拟人物执行第一动作的动画界面的过程中，若接收到第一应用程序发送的第二互动指令，则判断是否从所述第二互动指令中解析出第二动作接口。若是，则执行步骤S2014；若否，则执行步骤S2015。

步骤S2014：终止展现虚拟人物执行第一动作的动画界面，并展现虚拟人物执行第二动作的动画界面，其中所述第二动作为与所述第二动作接口对应的动作。

步骤S2015：继续展现虚拟人物执行第一动作的动画界面。

请参考图5，所示为本申请实施例提供的第五种虚拟人物的控制方法的流程图。由图5可见，所述方法包括如下步骤：

步骤S2023：在展现虚拟人物执行第一动作的动画界面的过程中，若接收到第三应用程序发送的第二互动指令，则判断是否从所述第二互动指令中解析出第二动作接口。若是，则执行步骤S2024。若否，则执行步骤S2025。

步骤S2025：继续展现虚拟人物执行第一动作的动画界面。

本实施例中，第三应用程序作为第二应用程序的客户端，也可以是开机向导APP、语音助手APP，以及各种场景下的提醒APP等应用程序。

步骤S2024：在展现虚拟人物执行第一动作的动画界面完成之后，展现虚拟人物执行第二动作的动画界面，其中所述第二动作为与所述第二动作接口对应的动作。

本实施例中，第二应用程序可通过第一应用程序或第三应用程序的程序包名来对应用程序进行识别，如果前后两次包名不同，则表示用户进行了应用场景的切换，此时，可通过保持第二应用程序的响应状态来避免后续指令干扰在先指令。

本申请其他实施例中，也可以通过设置不同分组的动作接口来区分不同的应用程序，比如，动作接口100-动作接口199用于开机向导场景，具体的，动作接口100对应虚拟人物从屏幕上方跳下进入屏幕的动作，动作接口101对应虚拟人物说话的动作，动作接口102对应虚拟人物转身离开的动作……；动作接口200-动作接口299用于语音助手场景，具体的，动作接口200对应虚拟人物从屏幕上方跳下进入屏幕的动作，动作接口201对应虚拟人物说话的动作，动作接口202对应虚拟人物转身离开的动作……；动作接口300-动作接口399用于提醒场景，并以此类推。当第二应用程序接收到包含动作接口100-动作接口199的互动指令时，表明当前场景为开机向导场景，在执行过程中，如接收到包含动作接口200-动作接口299的互动指令，则表明当前应用场景已经变化为语音助手场景，为了避免显示混乱，第二应用程序需要完成开机向导APP的调用后再响应语音助手APP的调用指令。

请参考图6，所示为本申请实施例提供的一种虚拟人物控制装置的示意图。由图6可见，该控制装置700，其结构可包括：至少一个处理器(processor)701、内存(memory)702、外围设备接口(peripheralinterface)703、输入/输出子系统(I/Osubsystem)704、电力线路705和通信线路706。

在图6中，箭头表示能进行计算机系统的构成要素间的通信和数据传送，且其可利用高速串行总线(high-speed serial bus)、并行总线(parallelbus)、存储区域网络(SAN，Storage Area Network)和/或其他适当的通信技术而实现。

内存702可包括操作系统712和虚拟人物控制例程722。例如，内存702可包括高速随机存取存储器(high-speed random access memory)、磁盘、静态随机存取存储器(SPAM)、动态随机存取存储器(DRAM)、只读存储器(ROM)、闪存或非挥发性内存。内存702可存储用于操作系统712和虚拟人物控制例程722的程序编码，也就是说可包括控制装置700的动作所需的软件模块、指令集架构或其之外的多种数据。此时，处理器701或外围设备接口706等其他控制器与内存702的存取可通过处理器701进行控制。

外围设备接口703可将控制装置700的输入和/或输出外围设备与处理器701和内存702相结合。并且，输入/输出子系统704可将多种输入/输出外围设备与外围设备接口706相结合。电力线路705可向终端设备的电路元件的全部或部分供给电力。例如，电力线路705可包括如电力管理系统、电池或交流(AC)之一个以上的电源、充电系统、电源故障检测电路(power failuredetection circuit)、电力变换器或逆变器、电力状态标记符或用于电力生成、管理、分配的任意其他电路元件。通信线路706可利用至少一个接口与其他计算机系统进行通信。

处理器701通过施行存储在内存702中的软件模块或指令集架构可执行控制装置700的多种功能且处理数据。也就是说，处理器701通过执行基本的算术、逻辑以及计算机系统的输入/输出演算，可构成为处理计算机程序的命令。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1.一种虚拟人物的控制方法，其特征在于，包括：

接收第一应用程序发送的互动指令；

若从所述互动指令中解析出动作接口，则将所述动作接口发送至第二应用程序；其中，所述第二应用程序用于在接收到所述动作接口时，展现虚拟人物与所述动作接口对应的动作的动画界面。

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

若从所述互动指令中解析出唤起参数，则将所述第二应用程序切换至前台运行；

若从所述互动指令中解析出退出参数，则将所述第二应用程序切换至后台运行。

3.一种虚拟人物的控制方法，其特征在于，包括：

接收第一应用程序发送的第一互动指令；

若从所述第一互动指令中解析出第一动作接口，则展现虚拟人物执行第一动作的动画界面，其中，所述第一动作为与所述第一动作接口对应的动作。

4.根据权利要求3所述的方法，其特征在于，所述第一动作接口的数量为多个，所述展现虚拟人物执行第一动作的动画界面包括：

依次展现虚拟人物执行与每个第一动作接口对应的动作的动画界面。

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

在展现虚拟人物执行第一动作的动画界面的过程中，若接收到第一应用程序发送的第二互动指令，则判断是否从所述第二互动指令中解析出第二动作接口；

若是，则终止展现虚拟人物执行第一动作的动画界面，并展现虚拟人物执行第二动作的动画界面，其中所述第二动作为与所述第二动作接口对应的动作。

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

在展现虚拟人物执行第一动作的动画界面的过程中，若接收到第三应用程序发送的第二互动指令，则判断是否从所述第二互动指令中解析出第二动作接口；

若是，则在展现虚拟人物执行第一动作的动画界面完成之后，展现虚拟人物执行第二动作的动画界面，其中所述第二动作为与所述第二动作接口对应的动作。

7.一种虚拟人物的控制装置，其特征在于，包括：处理器、存储器和通信接口，所述处理器、所述存储器和所述通信接口通信总线相连；

所述通信接口，用于接收和发送信号；

所述存储器，用于存储程序代码；

所述处理器，用于读取所述存储器中存储的程序代码，并执行如权利要求1至6中任一项所述的方法。

8.一种移动终端，其特征在于，包括如权利要求7所述的虚拟人物的控制装置。

Images