CN106528037A - 一种音频处理方法及终端 - Google Patents

Abstract

本发明实施例提供了一种音频处理方法及终端，所述方法包括：配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件；在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。通过本发明实施例，主应用及其分身应用可同时进行语音操作。

Description

一种音频处理方法及终端

技术领域

本发明涉及音频处理领域，具体涉及一种音频处理方法及终端。

背景技术

随着信息技术快速发展，终端(如手机、平板电脑等)使用越来越频繁。目前来看，应用分身技术受到了应用的广泛青睐，因而，成为终端的一个重要卖点。应用分身可将一个应用分为多个应用，至少包含一个主应用和分身应用，该主应用和分身应用均可实现独立登录，因而，主应用和分身应用可同时进行工作。但是，若主应用和分身应用同时进行语音操作，则无法进行，例如，在手机分屏时，同时主微信应用语音聊天，分身应用进行视频聊天。

发明内容

本发明实施例提供了一种音频处理方法及终端，以期主应用及其分身应用可同时进行语音操作。

本发明实施例第一方面提供了一种音频处理方法，包括：

配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；

在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件；

在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

结合本发明实施例的第一方面，在第一方面的第一种可能的实施方式中，所述通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件，包括：

将所述第一音频数据发送给应用处理器AP，并指示所述AP通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

结合本发明实施例第一方面的第一种可能实施方式，在第一方面的第二种可能实施方式中，在所述配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之后，以及所述在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件之前，所述方法还包括：

监测是否开启了同时语音功能，在监测到开启了所述同时语音功能，执行所述在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

结合本发明实施例第一方面的第一种或第二种可能实施方式，在第一方面的第三种可能实施方式中，所述配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之前，所述方法还包括：

申请所述AP的虚拟硬件资源，并指示由所述AP建立所述第一音频路径，及所述虚拟硬件资源建立所述第二音频路径。

结合本发明实施例第一方面的第三种可能实施方式，在第一方面的第四种可能实施方式中，所述通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件之后，所述方法还包括：

释放所述虚拟硬件资源。

本发明实施例第二方面提供了一种终端，包括：

配置单元，用于配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；

发送单元，用于在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件；

所述发送单元，还用于：

在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

结合本发明实施例第二方面，在第二方面的第一种可能实施方式中，所述发送单元通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件的具体实现方式为：

将所述第一音频数据发送给应用处理器AP，并指示所述AP通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

结合本发明实施例第二方面的第一种可能实施方式，在第二方面的第二种可能实施方式中，所述终端还包括：

监测单元，用于在所述配置单元配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之后，监测是否开启了同时语音功能，在所述监测单元监测到开启了所述同时语音功能，由所述发送单元在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

结合本发明实施例第二方面的第一种或第二种可能实施方式，在第二方面的第三种可能实施方式中，所述终端还包括：

申请单元，用于在所述配置单元配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之前，申请所述AP的虚拟硬件资源，并指示所述AP建立所述第一音频路径，及所述虚拟硬件资源建立所述第二音频路径。

结合本发明实施例第二方面的第三种可能实施方式，在第二方面的第四种可能实施方式中，所述终端还包括：

释放单元，用于在所述发送单元通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件之后，释放所述虚拟硬件资源。

可以看出，通过本发明实施例，配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径，其中，第一音频路径对应第一发声硬件，第二音频路径对应第二发声硬件，在检测到主应用接收到第一音频数据时，通过第一音频路径将第一音频数据发送给所述第一发声硬件，在检测到分身应用接收到第二音频数据时，通过第二音频路径将第二音频数据发送给第二发声硬件。从而，主应用及其分身应用可通过不同的音频路径发送音频数据，因此，可同时进行语音操作。

附图说明

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

图1是本发明实施例提供的一种音频处理方法的第一实施例流程示意图；

图2是本发明实施例提供的一种音频处理方法的第二实施例流程示意图；

图2a是本发明实施例提供的一种音频处理方法的原理示意图；

图3是本发明实施例提供的一种音频处理方法的第三实施例流程示意图；

图4a是本发明实施例提供的一种终端的第一实施例结构示意图；

图4b是本发明实施例提供的图4a所描述的终端的又一结构示意图；

图4c是本发明实施例提供的图4a所描述的终端的又一结构示意图；

图5是本发明实施例提供的一种终端的第三实施例结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明实施例所描述的终端可以包括智能手机(如Android手机、iOS手机、Windows Phone手机等)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备(MID，MobileInternet Devices)或穿戴式设备等，上述终端仅是举例，而非穷举，包含但不限于上述终端。

需要说明的是，现有技术中,应用双开作为应用分身的一个特例，其主要是指通过软件方式，同时运行两个相同应用程序，即包含一个主应用和一个分身应用，例如，以微信多开为例，即在一部手机上同时安装多个微信并且可保证多个账户同时使用无需反复登录。比如，一部手机同时打开3个微信应用(其中，1个主应用，2个分身应用)，分别进行好友聊天、微商做生意、发朋友圈等，均互不干扰，不会被手机上另一微信挤掉。

可选地，上述分身应用可为主应用的镜像应用。或者，对任一应用而言，可将其分为两部分，一部分为主应用，一部分为分身应用，两部分合成才是一个完整应用，主应用用于进行一些权限较低的操作，而分身应用则用于专门针对权限较高的操作，因而，分身应用安全性更高。或者，某一应用的主应用为一完整的应用，分身应用只是其一部分。

可选地，为了使用户便于区别主应用和分身应用，可将主应用和分身应用的名称，图标图片，图标颜色或者图标大小等中的至少一个进行区别设置。例如，以微信的名称为例：主应用名称可为微信1，分身应用名称可为微信2、微信3，另外，当分身应用均隐藏或者伪装时，则主应用名称可直接为微信，本发明实施例中，隐藏的意思是指某一应用对应的图标在桌面无法找到，伪装的意思是指某一应用的图标伪装成其他图标，例如，将微信图标伪装为支付宝图标，如此，具有一定的迷惑性，当然，伪装的图标可选择使用频率低的应用的图标，如此，不容易引起其他用户注意。另外，分身应用可以和主应用共用一个数据库，当然，主应用和分身应用也可以由不同的数据库，具体依据实际情况而定。

可选地，终端可预先将某一个应用设置为主应用和分身应用，当然，分身应用的个数可以为至少一个，用户在使用终端时，可在终端上同时打开主应用和至少一个分身应用。进一步地，可以设置主应用和分身应用分别接收不同的信息，例如，主应用可接收一些非私密信息，分身应用可以接收一些私密信息，还可以将分身应用进行隐藏，使分身应用无法在界面上直接看到，需要查看分身应用时，可通过预设方式(例如，进行身份验证)打开分身应用，或者，将分身应用接收到的信息进行加密，在查看该信息时，需要打开该分身应用，并对该信息进行解密，从而，在解密成功后，才可以查看该信息。

进一步需要说明的是，本发明实施例中所描述的应用可包含主应用和至少一个分身应用。其中，主应用可处在常规模式下，而分身应用则可处于常规模式或者安全模式下，其中，常规模式与安全模式为相对的两种模式，通常情况下，用户主要在常规模式下运行应用。因此，在某一应用包含主应用和一个分身应用时，可包含两种情况，一种情况可为主应用在常规模式下，分身应用也在常规模式下，另一种情况可为主应用在常规模式下，分身应用则在安全模式下。在某一应用包含主应用和多个分身应用时，可包含如下三种情况，第一种情况可为：主应用和所有分身应用均在常规模式下，第二种情况可为：主应用和所有分身应用均在安全模式下，第三种情况可为：主应用处于常规模式下，部分分身应用处于常规模式下，其他的分身应用处于安全模式下。

其中，本发明实施例中，应用处理器AP可为：数字信号处理器(Digital SignalProcessing，DSP)，ARM处理器，intel处理器，现场可编程逻辑门阵列(Field－Programmable Gate Array，FPGA)等等。当然，上述应用处理器AP也可以为多核处理器，例如，DSP+FPGA等等。

请参阅图1，为本发明实施例提供的一种音频处理方法的第一实施例流程示意图。本实施例中所描述的音频处理方法，包括以下步骤：

101、配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件。

其中，可配置目标应用的主应用的第一音频路径，可配置该目标应用的分身应用的第二音频路径，第一音频路径可用于主应用单独实现语音操作，第二音频路径可用于分身应用实现语音操作。

可选地，本发明实施例中可配置至少两个应用处理器，例如，终端中包含A应用处理器和B应用处理器，那么，第一音频路径可由A应用管理器建立，第二音频路径可由B应用处理器建立。

可选地，上述目标应用可包括但不仅限于：视频播放应用，聊天应用，游戏应用，购物应用等。

可选地，上述第一发声硬件可麦克风(Microphone，MIC)、扬声器(Speaker)、外接发声设备(如无线音箱、蓝牙音箱、具有播放功能的智能设备(手机、MP3))等等。

可选地，上述第二发声硬件可麦克风、扬声器、外接发声设备(如耳机、无线音箱、蓝牙音箱、具有播放功能的智能设备(手机、MP3))等等。

进一步地，当目标应用的分身应用不止一个时，可配置多个音频路径，即第一音频路径和第二音频路径之外的其他音频路径，例如，第三音频路径，每一音频路径可对应的一个发声硬件。例如，终端可设置多个耳机孔，每一耳机孔可对应一个音频路径，每一耳机孔可插入一个耳机。又例如，也可以建立多个音频路径，每一音频路径可对应一个蓝牙耳机。

102、在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

其中，上述第一音频数据可为任一音频数据，例如，一首歌曲，或者，一段语音，或者，一段视频，在主应用接收第一音频数据时，可通过第一音频路径将该第一音频数据发送给第一发声硬件。

可选地，上述通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件可包含如下步骤：

将所述第一音频数据发送给应用处理器AP，并指示所述AP通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

其中，在主应用接收到第一音频数据之后，可直接将该第一音频数据发送给应用处理器(Application Processor，AP)，并指示该AP通过第一音频路径将第一音频数据发送给第一发声硬件。

103、在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

其中，上述第二音频数据可为任一音频数据，例如，一首歌曲，或者，一段语音，或者，一段视频，在分身应用接收第二音频数据时，可通过第二音频路径将该第二音频数据发送给第二发声硬件。

可选地，上述通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件可包含如下步骤：

将所述第二音频数据发送给应用处理器AP，并指示所述AP通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

其中，在分身应用接收到第二音频数据之后，可直接将该第二音频数据发送给应用处理器，并指示该AP通过第二音频路径将第二音频数据发送给第二发声硬件。

作为一种可能的实施方式，在步骤101与步骤102(103)之间，可包含如下步骤：

监测是否开启了同时语音功能，在监测到开启了所述同时语音功能，执行步骤102或者步骤103。

其中，在终端开启了同时语音功能之后，可同时进行语音操作，例如，主应用进行语音聊天，分身应用进行视频聊天；又例如，主应用播放一首歌曲，分身应用播放另一首歌曲；又例如，主应用进行游戏直播，分身应用可进行语音聊天等等。

当然，在终端未开启同时语音功能，则，无法同时进行语音操作，即在同一时刻，只可以由主应用和分身应用中的一个进行语音操作。例如，在某一时刻，主应用正在进行语音聊天，则分身应用无法播放音频文件。

可以看出，上述在开启了同时语音功能之后，在一定程度上，增加了终端的负荷，因而，在不使用同时语音功能时，可关闭该功能，可降低终端的功耗。

进一步地，在第一发声硬件具备麦克风功能的情况下，还可以利用该第一发声设备，并通过第一音频路径向主应用传送语音。例如，在该主应用为QQ聊天的情况下，可通过第一发声硬件进行语音，并通过第一音频路径传送给QQ。同样的原理，第二发声硬件也可以实现相同的功能。

作为一种可能的实施方式，在步骤101之前，可包含如下步骤：

监测是否开启了同时语音功能，在监测到开启了所述同时语音功能，执行步骤101，再未监测到开启了所述同时语音功能，目标应用的主应用或者分身应用在接收到音频数据之后，按照默认音频路径将该音频数据发送到相应的发声硬件。其中，默认音频路径由终端的操作系统默认。

可以看出，通过本发明实施例，配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径，其中，第一音频路径对应第一发声硬件，第二音频路径对应第二发声硬件，在检测到主应用接收到第一音频数据时，通过第一音频路径将第一音频数据发送给所述第一发声硬件，在检测到分身应用接收到第二音频数据时，通过第二音频路径将第二音频数据发送给第二发声硬件。从而，主应用及其分身应用可通过不同的音频路径发送音频数据，因此，可同时进行语音操作。

与上述一致地，请参阅图2，为本发明实施例提供的一种音频处理方法的第二实施例流程示意图。本实施例中所描述的音频处理方法，包括以下步骤：

201、申请应用处理器AP的虚拟硬件资源，并指示由所述AP建立目标应用的主应用的第一音频路径，及所述虚拟硬件资源建立所述目标应用的分身应用的第二音频路径。

其中，应用处理器AP可申请虚拟硬件资源，并指示该虚拟硬件资源建立目标应用的分身应用的第二音频路径，及AP建立目标应用的主应用的第一音频路径。

本发明实施例中，终端可只包含应用处理器AP，在目标应用对应的分身应用为N个时，该AP可申请N份虚拟硬件资源，每一虚拟硬件资源均可建立一个音频路径，即虚拟硬件资源与音频路径一一对应，音频路径也可以与发声硬件一一对应，其中，N为大于1的整数。若终端中只包含一个AP，则可节省硬件资源，因为，只采用一个AP建立了多个音频路径，并实现同时语音操作。

可选地，步骤201也可以按照如下方式实现：

申请应用处理器AP的虚拟硬件资源，并指示由AP建立第二音频路径，及虚拟硬件资源建立第一音频路径。

202、配置所述第一音频路径和所述第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件。

203、在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件.

204、在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

其中，步骤202-步骤204可参照图1所描述的音频处理方法的对应步骤101-步骤103。

作为一种可能的实施方式，在步骤202与步骤203(204)之间，可包含如下步骤：

监测是否开启了同时语音功能，在监测到开启了所述同时语音功能，执行步骤203或者步骤204。

其中，在终端开启了同时语音功能之后，可同时进行语音操作，例如，主应用进行语音聊天，分身应用进行视频聊天；又例如，主应用播放一首歌曲，分身应用播放另一首歌曲；又例如，主应用进行游戏直播，分身应用可进行语音聊天等等。

当然，在终端未开启同时语音功能，则，无法同时进行语音操作，即在同一时刻，只可以由主应用和分身应用中的一个进行语音操作。例如，在某一时刻，主应用正在进行语音聊天，则分身应用无法播放音频文件。

可以看出，上述在开启了同时语音功能之后，在一定程度上，增加了终端的负荷，因而，在不使用同时语音功能时，可关闭该功能，可降低终端的功耗。

作为一种可能的实施方式，在步骤201之前，可包含如下步骤：

监测是否开启了同时语音功能，在监测到开启了所述同时语音功能，执行步骤201，再未监测到开启了所述同时语音功能，目标应用的主应用或者分身应用在接收到音频数据之后，按照默认音频路径将该音频数据发送到相应的发声硬件。其中，默认音频路径由终端的操作系统默认。

可选地，步骤204之后，可包含如下步骤：

释放所述虚拟硬件资源。

可选地，可在关闭了同时语音功能之后，释放虚拟硬件资源。

可选地，可在同时语音功能使用了预设时间长度之后，释放虚拟硬件资源。

从而，在释放了虚拟硬件资源之后，可降低终端的功耗，并且可优化终端的系统性能。

例如，如图2a所示，应用处理器AP的内存可包含AP音频资源，该AP音频资源可由AP直接管理，并控制AP音频资源建立第一音频路径，AP可向内存器申请虚拟硬件资源，用于建立第二音频路径，以DSP为例，AP音频资源可为Audio DSP和虚拟硬件资源可为Modem DSP，该Audio DSP和Modem DSP共享内存(Share Memory)。

可以看出，通过本发明实施例，可以申请硬件资源，并配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径，其中，第一音频路径对应第一发声硬件，第二音频路径对应第二发声硬件，在检测到主应用接收到第一音频数据时，通过第一音频路径将第一音频数据发送给所述第一发声硬件，在检测到分身应用接收到第二音频数据时，通过第二音频路径将第二音频数据发送给第二发声硬件。从而，主应用及其分身应用可通过不同的音频路径发送音频数据，因此，可同时进行语音操作。

与上述一致地，请参阅图3，为本发明实施例提供的一种音频处理方法的第三实施例流程示意图。本实施例中所描述的音频处理方法，包括以下步骤:

301、配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件。

302、在所述主应用和所述分身应用接收到目标音频数据之后，接收针对所述目标音频数据的同步播放指令。

其中，可向主应用和分身应用发送目标音频数据，并在主应用和分身应用均目标音频数据之后，向发送针对该目标音频数据的同步播放指令。其中，目标音频数据可为任一音频数据，例如，一首歌曲，或者，一段语音，或者，一段视频。

303、将所述目标音频数据通过所述第一音频路径发送给所述第一发声硬件和所述第二音频路径发送给所述第二发声硬件，并指示所述第一发声硬件和所述第二发声硬件播放所述目标音频数据。

可选地，终端可采用双线程或者双进程将目标音频数据通过第一音频路径发送给第一发声硬件和第二音频路径发送给第二发声硬件，即一个线程或者进程将目标音频数据发送给第一发声硬件，另一个线程或者进程将目标音频数据发送给第二发声硬件。例如，可采用主应用实现用扬声器播放主应用的目标音频文件，分身应用实现用耳机播放分身应用的目标音频数据，若两者同步播放，则可设置为不同的音效，例如，左声道和右声道，从而，达到立体音效果。

可选地，当目标应用没有开启同时语音功能时，可按照终端默认的音频路径实现语音操作。例如，在未配置第二音频路径的情况下，终端中只有第一音频路径，则在未开启同时语音功能时，可通过第一音频路径将音频数据传送给发声硬件。

可以看出，通过本发明实施例，配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；接收针对目标音频数据的同步播放指令；将所述目标音频数据通过所述第一音频路径发送给所述第一发声硬件和所述第二音频路径发送给所述第二发声硬件，并指示所述第一发声硬件和所述第二发声硬件播放所述目标音频数据。通过本发明实施例可以实现目标应用的主应用和分身应用同步播放音频数据。

与上述一致地，以下为实施上述本发明实施例提供的音频处理方法的装置，具体如下：

请参阅图4a，为本发明实施例提供的一种终端的第一实施例结构示意图。本实施例中所描述的终端，包括：配置单元401和发送单元402，具体如下：

配置单元401，用于配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；

发送单元401，用于在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件；

所述发送单元402，还用于：

在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

可选地，所述发送单元402通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件的具体实现方式为：

将所述第一音频数据发送给应用处理器AP，并指示所述AP通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

可选地，如图4b，图4b为图4a的一种变型结构，与图4a相比，图4b所描述的终端还可包括：监测单元403，具体如下：

监测单元403，用于在所述配置单元401配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之后，监测是否开启了同时语音功能，在所述监测单元403监测到开启了所述同时语音功能，由所述发送单元402在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

可选地，如图4c，图4c为图4a的一种变型结构，与图4a相比，图4c所描述的终端还可包括：申请单元404和释放单元405，具体如下：

申请单元404，用于在所述配置单元401配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之前，申请所述AP的虚拟硬件资源，并指示所述AP建立所述第一音频路径，及所述虚拟硬件资源建立所述第二音频路径。

释放单元405，用于在所述发送单元402通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件之后，释放所述虚拟硬件资源。

可以看出，通过本发明实施例所描述的终端，可配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径，其中，第一音频路径对应第一发声硬件，第二音频路径对应第二发声硬件，在检测到主应用接收到第一音频数据时，通过第一音频路径将第一音频数据发送给所述第一发声硬件，在检测到分身应用接收到第二音频数据时，通过第二音频路径将第二音频数据发送给第二发声硬件。从而，主应用及其分身应用可通过不同的音频路径发送音频数据，因此，可同时进行语音操作。

请参阅图5，为本发明实施例提供的一种终端的第二实施例结构示意图。本实施例中所描述的终端，包括：至少一个输入设备1000；至少一个输出设备2000；至少一个应用处理器3000，例如CPU；和存储器4000，上述输入设备1000、输出设备2000、应用处理器3000和存储器4000通过总线5000连接。

其中，上述输入设备1000具体可为触控面板、物理按键或者鼠标。

上述输出设备2000具体可为显示屏。

上述存储器4000可以是高速RAM存储器，也可为非易失存储器(non-volatilememory)，例如磁盘存储器。上述存储器4000用于存储一组程序代码，上述输入设备1000、输出设备2000和应用处理器3000用于调用存储器4000中存储的程序代码，执行如下操作：

上述应用处理器3000，用于：

配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；

在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件；

在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

可选地，上述应用处理器3000通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件，包括：

将所述第一音频数据发送给应用处理器3000，并指示所述应用处理器3000通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

可选地，上述应用处理器3000在所述配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之后，以及在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件之前，还具体用于：

监测是否开启了同时语音功能，在监测到开启了所述同时语音功能，执行所述在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

上述应用处理器3000配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之前，还具体用于：

申请应用处理器的虚拟硬件资源，并指示由所述应用处理器建立所述第一音频路径，及所述虚拟硬件资源建立所述第二音频路径。

可选地，上述应用处理器3000通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件之后，还具体用于：

释放所述虚拟硬件资源。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种音频处理方法的部分或全部步骤。

尽管在此结合各实施例对本发明进行了描述，然而，在实施所要求保护的本发明过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

本领域技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中，与其它硬件一起提供或作为硬件的一部分，也可以采用其他分布形式，如通过Internet或其它有线或无线电信系统。

本发明是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本发明进行了描述，显而易见的，在不脱离本发明的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本发明的示例性说明，且视为已覆盖本发明范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种音频处理方法，其特征在于，包括：

配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；

在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件；

在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

2.根据权利要求1所述的方法，其特征在于，所述通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件，包括：

将所述第一音频数据发送给应用处理器AP，并指示所述AP通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

3.根据权利要求2所述的方法，其特征在于，在所述配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之后，以及所述在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件之前，所述方法还包括：

监测是否开启了同时语音功能，在监测到开启了所述同时语音功能，执行所述在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

4.根据权利要求2或3任一项所述的方法，其特征在于，所述配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之前，所述方法还包括：

申请所述AP的虚拟硬件资源，并指示由所述AP建立所述第一音频路径，及所述虚拟硬件资源建立所述第二音频路径。

5.根据权利要求4所述的方法，其特征在于，所述通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件之后，所述方法还包括：

释放所述虚拟硬件资源。

6.一种终端，其特征在于，包括：

配置单元，用于配置目标应用的主应用的第一音频路径，及所述目标应用的分身应用的第二音频路径，其中，所述第一音频路径对应第一发声硬件，所述第二音频路径对应第二发声硬件；

发送单元，用于在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件；

所述发送单元，还用于：

在检测到所述分身应用接收到第二音频数据时，通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件。

7.根据权利要求6所述终端，其特征在于，所述发送单元通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件的具体实现方式为：

将所述第一音频数据发送给应用处理器AP，并指示所述AP通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

8.根据权利要求7所述的终端，其特征在于，所述终端还包括：

监测单元，用于在所述配置单元配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之后，监测是否开启了同时语音功能，在所述监测单元监测到开启了所述同时语音功能，由所述发送单元在检测到所述主应用接收到第一音频数据时，通过所述第一音频路径将所述第一音频数据发送给所述第一发声硬件。

9.根据权利要求7或8任一项所述的终端，其特征在于，所述终端还包括：

申请单元，用于在所述配置单元配置目标应用的主应用的第一音频路径，及该目标应用的分身应用的第二音频路径之前，申请所述AP的虚拟硬件资源，并指示所述AP建立所述第一音频路径，及所述虚拟硬件资源建立所述第二音频路径。

10.根据权利要求9所述的终端，其特征在于，所述终端还包括：

释放单元，用于在所述发送单元通过所述第二音频路径将所述第二音频数据发送给所述第二发声硬件之后，释放所述虚拟硬件资源。