CN105827825A - 一种音频数据的处理方法及移动终端 - Google Patents

Abstract

本发明提供了一种音频数据的处理方法及移动终端，该处理方法应用于移动终端，移动终端包括显示屏、至少两个应用程序，应用程序包括音频播放器，该处理方法包括：识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音；检测音频播放器的状态信息；当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据；控制第一应用程序播放第一音频数据。本发明的方法能够使音乐服务和其他应用程序间歇性的语音服务同时进行，且不影响应用程序的语音服务的使用效果，解决了现有的音乐播放功能难以与其他需要语音播报的应用程序同时使用的问题。

Description

一种音频数据的处理方法及移动终端

技术领域

本发明涉及移动通信领域，尤其涉及一种音频数据的处理方法及移动终端。

背景技术

随着移动通信技术的发展，手机等移动终端已经逐步成为人们生活中不可或缺的一部分，也为人们工作提供了极大的便利。

目前，移动终端可支持安装各类应用程序，满足了用户的多样化的需求，比如音乐播放类应用程序，微信、QQ等聊天类应用程序，导航应用程序，移动终端用户在使用音乐播放类应用程序播放音乐的过程中，存在需要通过微信、QQ进行语音聊天或者语音导航的场景，例如，当移动终端用户使用音乐播放类应用程序播放音乐过程中，需要通过微信和好友进行语音聊天，在录制语音内容的过程中，正在播放的音乐被默认设置为暂停播放状态；当用户需要频繁启动语音导航功能时，在每次语音播报导航内容的过程中，正在播放的音乐均会被默认设置为暂停播放状态，在语音播报导航内容的次数较频繁的情况下，所播放的音乐会断断续续播放，影响用户的使用体验。移动终端用户在使用微信、QQ等聊天类应用程序进行语音聊天或者使用导航应用程序进行语音播报导航的过程中无法同时听音乐。

发明内容

本发明提供一种音频数据的处理方法及移动终端，以解决移动终端用户在使用聊天类应用程序进行语音聊天或者使用导航应用程序进行语音播报导航的过程中无法同时听音乐的问题。

一方面，本发明的实施例提供了一种音频数据的处理方法，应用于移动终端，移动终端包括显示屏、至少两个应用程序，应用程序包括音频播放器，该处理方法包括：

识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音；

检测音频播放器的状态信息；

当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据；

控制第一应用程序播放第一音频数据。

另一方面，本发明的实施例还提供了一种移动终端，该移动终端包括显示屏、至少两个应用程序，应用程序包括音频播放器，该移动终端还包括：

识别模块，用于识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音；

检测模块，用于检测音频播放器的状态信息；

处理模块，用于当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据；

播放控制模块，用于控制第一应用程序播放第一音频数据。

这样，本发明提供的音频数据的处理方法及移动终端，通过将第一应用程序待播放的语音与音频播放器所播放的第一音乐进行处理，调整第一音乐播放的音量，将第一音乐与应用程序待播放的语音同时进行播放，使音乐服务可以和其他应用程序间歇性的语音服务同时进行，且不影响应用程序的语音服务的使用效果，提升了用户的使用体验，避免音乐播放时断断续续，解决了现有的移动终端的音乐播放功能难以与其他需要语音播报的应用程序同时使用的问题。

附图说明

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

图1表示本发明的第一实施例提供的音频数据的处理方法的流程图；

图2表示本发明第一实施例的应用程序的界面的示意图。

图3表示本发明的第二实施例提供的音频数据的处理方法的流程图；

图4表示本发明第三实施例提供的移动终端的框图之一；

图5表示本发明第三实施例提供的移动终端的框图之二；

图6表示本发明第四实施例提供的移动终端的框图；

图7表示本发明第五实施例提供的移动终端的结构图。

具体实施方式

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

第一实施例

参见图1，本发明的第一实施例提供了一种音频数据的处理方法，应用于移动终端，移动终端包括显示屏、至少两个应用程序，应用程序包括音频播放器，该处理方法包括：

步骤101，识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音。

其中，第一应用程序可以是各种需要播报语音的应用程序，例如，第一应用程序为微信。

步骤102，检测音频播放器的状态信息。其中，音频播放器的状态信息可能为正在播放音乐或者关闭状态。

步骤103，当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据。

其中，当音频播放器正播放第一音乐时，对第一应用程序即将播放的语音数据以及音频播放器即将播放的音乐进行处理，比如使音频播放器播放的语音作为背景音乐，而将应用程序即将播放的语音作为前台音频播放；比如，在播放音乐时收到一条微信语音消息，则所收到的微信语音消息为待播放语音，不暂停音频播放器所播放的音乐，而通过对应用程序即将播放的语音数据以及音频播放器即将播放的音乐进行处理，将音频播放器即将播放的音乐转为背景音乐播放，这样，既不会影响用户使用其他需要语音播报的应用程序，也不会断断续续的播放音乐。

步骤104，控制第一应用程序播放第一音频数据。

其中，对第一音乐和第一应用程序的待播放语音进行处理后，使第一应用程序播放第一音频数据。本发明实施例中，当再次识别到有导航应用程序的语音播放请求或其他应用程序的语音播放请求时，则继续执行步骤102至步骤104。

优选的，步骤103具体包括：

第一步，调整第一音乐的播放音量为第二播放音量。

其中，调整音频播放器的播放音量至第二播放音量，使音乐作为背景音乐播放。

第二步，将第一音乐和第一应用程序的待播放语音进行卷积混响处理，得到第一音频数据，第一音频数据为混音数据。

其中，将调整音量后的第一音乐与第一应用程序待播放语音进行卷积混响处理，得到第一音频数据。具体地，混响是指把声音进行多次的重复叠加的过程；将调整音量后所播放的音乐与应用程序待播放的语音进行重复叠加，得到混响后的音频数据，在第一应用程序播放第一音频数据时，播放效果为第一音乐作为背景音和待播放语音同时播放。

具体地，上述第一步具体包括：

获取第一应用程序的待播放语音的播放音量；将第一播放音量与所述第一应用程序的待播放语音的播放音量进行比较；当第一应用程序的待播放语音的播放音量与第一播放音量的差值小于预设音量阈值时，降低第一播放音量至第二播放音量。

其中，当第一应用程序的待播放语音的播放音量与第一播放音量的差值小于预设音量阈值时，足以影响应用程序的语音的播放时，降低第一播放音量至第二播放音量，避免第一音乐的音量过高。

优选的，步骤104具体包括：将音频焦点指示给所述第一应用程序，控制所述第一应用程序播放所述混音数据。

具体地，以安卓系统为例，安卓系统使用音频焦点来对音频播放进行统一管理，即只有获得了音频焦点的应用程序才可以播放音乐。应用程序在开始播放音频文件前，首先会请求获得音频焦点，并且同时注册监听音频焦点的丢失通知，即如果音频焦点被系统或其他的应用程序抢占时，应用程序会做出合适的响应。而本发明实施例中，将进行音频焦点指示给第一应用程序，以达到使第一应用程序播放混音数据的效果。

优选的，步骤104之后进一步包括：

检测第一音频数据的播放状态；当检测到第一音频数据的播放状态为播放完毕时，将音频焦点指示给音频播放器；调整第一音乐的播放音量为第一播放音量；控制音频播放器播放第一音乐。

具体地，当第一音频数据的播放状态为播放完毕时，将音频焦点指示给音频播放器，使音频播放器按照第一播放音量继续播放第一音乐，使用户正常听音乐，给用户较好的使用体验。

优选的，步骤101具体包括：

对移动终端的显示屏界面内容进行图像识别；当识别到第一应用程序界面出现语音消息标识时，则确定为识别出第一应用程序的语音播放请求。

具体地，每个应用程序都有自己的语音消息标识，当检测到应用程序的界面出现新的语音消息标识时，可确定移动终端接收到应用程序的语音播放请求；如图2所示，其中，语音消息A和语音消息B中的圆圈即为新的语音消息标识。

优选的，步骤104之后进一步包括：

接收第二应用程序的语音录制请求；检测音频播放器的状态信息；当检测到音频播放器正在播放音乐时，降低音频播放器的播放音量，并控制应用程序录制语音，得到第二音频数据；过滤第二音频数据中的音频播放器所播放的音乐数据，得到第三音频数据，其中，第三音频数据为所录制的用户的语音数据。

其中，当第二应用程序为微信时，接收微信的语音录制请求后，检测音频波泛起的状态信息；若音频播放器此时正在播放音乐，则过滤音频数据中的音频播放器所播放的音乐数据，即分离出音乐背景音，只录制用户说话的声音，具体地，具体地，获取到当前音频播放器播放的音乐数据，根据现有的音频数据分离方法，将当前音频播放器播放的音乐数据从麦克风接收到的语音信息中区分开，而只将用户语音输入的内容作为语音信息发给对方或者存储。这样，在用户进行语音录制时，就达到了无需停止音乐播放同时不影响语音录制的效果。

本发明的上述实施例中，通过将第一应用程序待播放的语音与音频播放器所播放的第一音乐进行处理，调整第一音乐播放的音量，将第一音乐与应用程序待播放的语音同时进行播放，使音乐服务可以和其他应用程序间歇性的语音服务同时进行，且不影响应用程序的语音服务的使用效果，提升了用户的使用体验，避免音乐播放时断断续续，解决了现有的移动终端的音乐播放功能难以与其他需要语音播报的应用程序同时使用的问题。

第二实施例

参见图3，图3为本发明的第二实施例提供的音频数据的处理方法的流程图。本实施例以需要语音服务的导航应用程序为例，阐述本发明提供的音频数据的处理方法。

步骤301，识别导航应用程序的语音播放请求，语音播放请求包括导航应用程序的待播放导航语音。

本步骤中，通过获取导航应用程序发送的语音播放消息，识别导航应用程序的语音播放请求，获得导航应用程序的待播放导航语音数据。

步骤302，判断音频播放器是否在播放音乐，若否则执行步骤303，若是则执行步骤304。

步骤303，控制导航应用程序正常播放待播放导航语音。

本发明实施例中，若音频播放器没有播放音乐，则将音频焦点指示给导航应用程序，控制导航应用程序正常播放待播放导航语音。

步骤304，检测音频播放器的状态信息。

本发明实施例中，若音频播放器在播放音乐，则需要获取音频播放器所播放的音乐以及音量。

步骤305，当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和导航应用程序的待播放导航语音进行处理，得到第一音频数据。

本发明实施例中，当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和导航应用程序的待播放导航语音进行处理，得到第一音频数据具体包括：

第一步，调整第一音乐的播放音量为第二播放音量。

获取导航应用程序的待播放导航语音的播放音量；将第一播放音量与所述导航应用程序的待播放导航语音的播放音量进行比较；当导航应用程序的待播放导航语音的播放音量与第一播放音量的差值小于预设音量阈值时，降低第一播放音量至第二播放音量。

其中，当导航应用程序的待播放导航语音的播放音量与第一播放音量的差值小于预设音量阈值时，足以影响应用程序的语音的播放时，降低第一播放音量至第二播放音量，避免第一音乐的音量过高。

第二步，将第一音乐和导航应用程序的待播放导航语音进行卷积混响处理，得到第一音频数据，第一音频数据为混音数据。

其中，将调整音量后的第一音乐与导航应用程序的待播放导航语音进行卷积混响处理，得到第一音频数据。具体地，混响是指把声音进行多次的重复叠加的过程；将调整音量后所播放的音乐与导航应用程序的待播放导航语音进行重复叠加，得到混响后的音频数据。

步骤306，控制导航应用程序播放第一音频数据。

本步骤中，将音频焦点指示给导航应用程序，控制导航应用程序播放第一音频数据。在导航应用程序播放第一音频数据时，播放效果为第一音乐作为背景音和待播放导航语音同时播放。

步骤307，检测所述第一音频数据的播放状态。

本步骤需要检测第一音频数据的播放状态，当第一音频数据的播放完毕后才执行后面的步骤。

步骤308，当检测到第一音频数据的播放状态为播放完毕时，将音频焦点指示给音频播放器。

本发明实施例中，具体地，以安卓系统为例，安卓系统使用音频焦点来对音频播放进行统一管理，即只有获得了音频焦点的应用程序才可以播放音乐。应用程序在开始播放音频文件前，首先会请求获得音频焦点，并且同时注册监听音频焦点的丢失通知，即如果音频焦点被系统或其他的应用程序抢占时，应用程序会做出合适的响应。

步骤309，判断用户是否手动调低音量，若是则执行步骤310，若否，则执行步骤311。

本发明实施例中，当用户有调低音量的操作，则第一音乐的播放音量以用户调整的音量为准。

步骤310，调整第一音乐的播放音量为用户所调音量，并控制音频播放器以用户所调音量播放第一音乐。

本发明实施例中，当用户有调低音量的操作，则调整第一音乐的播放音量为用户所调音量，并控制音频播放器以用户所调音量播放第一音乐。

步骤311，调整第一音乐的播放音量为第一播放音量，并控制音频播放器以第一播放音量播放第一音乐。

本发明实施例中，当用户没有调低音量的操作，则调整第一音乐的播放音量为第一播放音量，并控制音频播放器以第一播放音量播放第一音乐。

本发明实施例中，当再次识别到有导航应用程序的语音播放请求或其他应用程序的语音播放请求时，则继续执行步骤302至步骤311。

本发明实施例的音频数据的处理方法，当识别导航应用程序的语音播放请求后，通过调整第一音乐的播放音量，将第一音乐和导航应用程序的待播放导航语音进行卷积混响处理，得到第一音频数据，然后将音频焦点指示给导航应用程序，控制导航应用程序播放第一音频数据。使音乐服务可以和导航应用程序的语音服务同时进行，且不影响音乐的正常播放和导航应用程序的待播放导航语音的正常播报。

第三实施例

参见图4，本发明的第三实施例提供的移动终端的框图，图4所示的移动终端400包括显示屏、至少两个应用程序，应用程序包括音频播放器，移动终端400还包括：识别模块401，检测模块402，音频处理模块403以及播放控制模块404，且识别模块401与检测模块402连接，检测模块402与音频处理模块403连接，音频处理模块403与播放控制模块404连接。

其中，识别模块401，用于识别第一应用程序的语音播放请求，所述语音播放请求包括所述第一应用程序的待播放语音。

其中，应用程序可以是各种需要播报语音的应用程序，比如微信，或者导航等。

检测模块402，用于检测所述音频播放器的状态信息。

其中，音频播放器的状态信息可能为正在播放音乐或者关闭状态。

音频处理模块403，用于当所述检测模块402检测到所述音频播放器的状态信息为所述音频播放器以第一播放音量播放第一音乐时，对所述第一音乐和所述第一应用程序的待播放语音进行处理，得到第一音频数据。

其中，当音频播放器正播放第一音乐时，对第一应用程序即将播放的语音数据以及音频播放器即将播放的音乐进行处理，比如使音频播放器播放的语音作为背景音乐，而将应用程序即将播放的语音作为前台音频播放；比如，在播放音乐时收到微信语音消息，或者使用导航时导航即将播放语音提示时，不暂停音频播放器所播放的音乐，而通过对应用程序即将播放的语音数据以及音频播放器即将播放的音乐进行处理，将音频播放器即将播放的音乐转为背景音乐播放，这样，既不会影响用户使用其他需要语音播报的应用程序，也不会断断续续的播放音乐，降低用户听音乐的使用体验。

播放控制模块404，用于控制所述第一应用程序播放所述第一音频数据。

其中，对第一音乐和第一应用程序的待播放语音进行处理后，使第一应用程序播放第一音频数据。

可选地，如图5所示，音频处理模块403包括：音量调整单元4031与混响处理单元4032。

其中，音量调整单元4031，用于调整第一音乐的播放音量为第二播放音量。

其中，调整音频播放器的播放音量至第二播放音量，使音乐作为背景音乐播放。

混响处理单元4032，用于将第一音乐和第一应用程序的待播放语音进行卷积混响处理，得到第一音频数据，第一音频数据为混音数据。

其中，将调整音量后的第一音乐与第一应用程序待播放语音进行卷积混响处理，得到第一音频数据。具体地，混响是指把声音进行多次的重复叠加的过程；将调整音量后所播放的音乐与应用程序待播放的语音进行重复叠加，得到第一音频数据。

可选地，音量调整单元4031具体包括：

获取子单元40311，用于获取第一应用程序的待播放语音的播放音量；

比较子单元40312，用于将第一播放音量与第一应用程序的待播放语音的播放音量进行比较；

音量调整子单元40313，用于当第一应用程序的待播放语音的播放音量与第一播放音量的差值小于预设音量阈值时，降低第一播放音量至第二播放音量。

其中，当第一应用程序的待播放语音的播放音量与第一播放音量的差值小于预设音量阈值时，足以影响应用程序的语音的播放时，降低第一播放音量至第二播放音量，避免第一音乐的音量过高。

可选地，播放控制模块404还用于将音频焦点指示给第一应用程序，控制第一应用程序播放混音数据。

具体地，以安卓系统为例，安卓系统使用音频焦点来对音频播放进行统一管理，即只有获得了音频焦点的应用程序才可以播放音乐。应用程序在开始播放音频文件前，首先会请求获得音频焦点，并且同时注册监听音频焦点的丢失通知，即如果音频焦点被系统或其他的应用程序抢占时，应用程序会做出合适的响应。而本发明的上述实施例中，将进行音频焦点指示给第一应用程序，以达到使第一应用程序播放混音数据的效果。

可选地，如图5所示，移动终端400还包括：

播放状态检测模块405，用于检测第一音频数据的播放状态；

音频焦点控制模块406，用于当播放状态检测模块405检测到第一音频数据的播放状态为播放完毕时，将音频焦点指示给音频播放器；

调整模块407，用于调整第一音乐的播放音量为第一播放音量；

其中，播放控制模块404还用于控制音频播放器播放第一音乐。

具体地，当第一音频数据的播放状态为播放完毕时，将音频焦点指示给音频播放器，使音频播放器按照第一播放音量继续播放第一音乐，使用户正常听音乐，给用户较好的使用体验。

可选地，识别模块401包括：

图像识别单元4011，用于对移动终端的显示屏界面内容进行图像识别；

确定单元4012，用于当图像识别单元4011识别到第一应用程序界面出现语音消息标识时，则确定为识别出第一应用程序的语音播放请求。

具体地，每个应用程序都有自己的语音消息标识，当检测到应用程序的界面出现新的语音消息标识时，可确定移动终端接收到应用程序的语音播放请求。

可选地，如图5所示，移动终端400还包括：

接收模块408，用于接收第二应用程序的语音录制请求；

状态信息检测模块409，用于检测音频播放器的状态信息；

第一录制处理模块410，用于当状态信息检测模块409检测到音频播放器正在播放音乐时，降低音频播放器的播放音量，并控制应用程序录制语音，得到第二音频数据；

第二录制处理模块411，用于过滤第二音频数据中的音频播放器所播放的音乐数据，得到第三音频数据，其中，第三音频数据为所录制的用户的语音数据。

其中，当状态信息检测模块409接收到第二应用程序的语音录制请求时，检测音频波泛起的状态信息；若音频播放器此时正在播放音乐，则过滤音频数据中的音频播放器所播放的音乐数据，即分离出音乐背景音，只录制用户说话的声音，具体地，获取到当前音频播放器播放的音乐数据，根据现有的音频数据分离方法，将当前音频播放器播放的音乐数据从麦克风接收到的语音信息中区分开，而只将用户语音输入的内容作为语音信息发给对方或者存储。这样，在用户进行语音录制时，就达到了无需停止音乐播放同时不影响语音录制的效果。

移动终端400能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的移动终端400，通过上述模块将第一应用程序待播放的语音与音频播放器所播放的第一音乐进行处理，调整第一音乐播放的音量，将第一音乐与应用程序待播放的语音同时进行播放，使音乐服务可以和其他应用程序间歇性的语音服务同时进行，且不影响应用程序的语音服务的使用效果，提升了用户的使用体验，避免音乐播放时断断续续，解决了现有的移动终端的音乐播放功能难以与其他需要语音播报的应用程序同时使用的问题。

第四实施例

图6是本发明第四实施例的移动终端的框图。图6所示的移动终端600包括：至少一个处理器601、存储器602、至少一个网络接口604以及其他用户接口603。移动终端600中的各个组件通过总线系统605耦合在一起。可理解，总线系统605用于实现这些组件之间的连接通信。总线系统605除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统605。

其中，用户接口603可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器602可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(EnhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本文描述的系统和方法的存储器602旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器602存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统6021和应用程序6022。

其中，操作系统6021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序6022，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务，实现本发明实施例方法的程序可以包含在应用程序6022中。

在本发明实施例中，通过调用存储器602存储的程序或指令，具体的，可以是应用程序6022中存储的程序或指令，处理器601用于识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音；检测音频播放器的状态信息；当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据；控制第一应用程序播放第一音频数据。其中，音频播放器的状态信息可能为正在播放音乐或者关闭状态。

上述本发明实施例揭示的方法可以应用于处理器601中，或者由处理器601实现。处理器601可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器601中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器601可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现场可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器602，处理器601读取存储器602中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、数字信号处理器(DigitalSignalProcessor，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice，PLD)、现场可编程门阵列(FieldProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，处理器601还用于：调整第一音乐的播放音量为第二播放音量；将第一音乐和第一应用程序的待播放语音进行卷积混响处理，得到第一音频数据，第一音频数据为混音数据。

可选地，作为另一个实施例，处理器601还用于：获取第一应用程序的待播放语音的播放音量；将第一播放音量与所述第一应用程序的待播放语音的播放音量进行比较；当第一应用程序的待播放语音的播放音量与第一播放音量的差值小于预设音量阈值时，降低第一播放音量至第二播放音量。

可选地，作为另一个实施例，处理器601还用于：将音频焦点指示给所述第一应用程序，控制所述第一应用程序播放所述混音数据。

可选地，作为另一个实施例，处理器601还用于：检测第一音频数据的播放状态；当检测到第一音频数据的播放状态为播放完毕时，将音频焦点指示给音频播放器；调整第一音乐的播放音量为第一播放音量；控制音频播放器播放第一音乐。

可选地，作为另一个实施例，处理器601还用于：对移动终端的显示屏界面内容进行图像识别；当识别到第一应用程序界面出现语音消息标识时，则确定为识别出第一应用程序的语音播放请求。

可选地，作为另一个实施例，处理器601还用于：接收第二应用程序的语音录制请求；检测音频播放器的状态信息；当检测到音频播放器正在播放音乐时，降低音频播放器的播放音量，并控制应用程序录制语音，得到第二音频数据；过滤第二音频数据中的音频播放器所播放的音乐数据，得到第三音频数据，其中，第三音频数据为所录制的用户的语音数据。

移动终端600能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的移动终端600，通过处理器601识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音；检测音频播放器的状态信息；当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据；控制第一应用程序播放第一音频数据。将第一音乐与应用程序待播放的语音同时进行播放，使音乐服务可以和其他应用程序间歇性的语音服务同时进行，且不影响应用程序的语音服务的使用效果，提升了用户的使用体验，避免音乐播放时断断续续，解决了现有的移动终端的音乐播放功能难以与其他需要语音播报的应用程序同时使用的问题。

第五实施例

图7是本发明第五实施例提供的移动终端的结构图。具体地，图7中的移动终端700可以为手机、平板电脑、个人数字助理(PersonalDigitalAssistant，PDA)、或车载电脑等。

图7中的移动终端700包括射频(RadioFrequency，RF)电路710、存储器720、输入单元730、显示单元740、处理器750、WiFi(WirelessFidelity)模块760、音频电路770、电源780。

其中，输入单元730可用于接收用户输入的数字或字符信息，以及产生与移动终端700的用户设置以及功能控制有关的信号输入。

具体地，本发明实施例中，该输入单元730可以包括触控面板731。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器750，并能接收处理器750发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元740可用于显示由用户输入的信息或提供给用户的信息以及移动终端700的各种菜单界面。显示单元740可包括显示面板741，可选的，可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode，OLED)等形式来配置显示面板741。

应注意，触控面板731可以覆盖显示面板741，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器750以确定触摸事件的类型，随后处理器750根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

在本发明实施例中，通过调用存储该第一存储器721内的软件程序和/或模块和/或该第二存储器722内的数据，处理器750用于：识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音；检测音频播放器的状态信息。其中，音频播放器的状态信息可能为正在播放音乐或者关闭状态；当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据；控制第一应用程序播放第一音频数据。

可选地，处理器750还用于：调整第一音乐的播放音量为第二播放音量；将第一音乐和第一应用程序的待播放语音进行卷积混响处理，得到第一音频数据，第一音频数据为混音数据。

可选地，作为另一个实施例，处理器750还用于：获取第一应用程序的待播放语音的播放音量；将第一播放音量与所述第一应用程序的待播放语音的播放音量进行比较；当第一应用程序的待播放语音的播放音量与第一播放音量的差值小于预设音量阈值时，降低第一播放音量至第二播放音量。

可选地，作为另一个实施例，处理器750还用于：将音频焦点指示给所述第一应用程序，控制所述第一应用程序播放所述混音数据。

可选地，作为另一个实施例，处理器750还用于：检测第一音频数据的播放状态；当检测到第一音频数据的播放状态为播放完毕时，将音频焦点指示给音频播放器；调整第一音乐的播放音量为第一播放音量；控制音频播放器播放第一音乐。

可选地，作为另一个实施例，处理器750还用于：对移动终端的显示屏界面内容进行图像识别；当识别到第一应用程序界面出现语音消息标识时，则确定为识别出第一应用程序的语音播放请求。

可选地，作为另一个实施例，处理器750还用于：接收第二应用程序的语音录制请求；检测音频播放器的状态信息；当检测到音频播放器正在播放音乐时，降低音频播放器的播放音量，并控制应用程序录制语音，得到第二音频数据；过滤第二音频数据中的音频播放器所播放的音乐数据，得到第三音频数据，其中，第三音频数据为所录制的用户的语音数据。

移动终端700能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的移动终端700，通过处理器750识别第一应用程序的语音播放请求，语音播放请求包括第一应用程序的待播放语音；检测音频播放器的状态信息；当检测到音频播放器的状态信息为音频播放器以第一播放音量播放第一音乐时，对第一音乐和第一应用程序的待播放语音进行处理，得到第一音频数据；控制第一应用程序播放第一音频数据。将第一音乐与应用程序待播放的语音同时进行播放，使音乐服务可以和其他应用程序间歇性的语音服务同时进行，且不影响应用程序的语音服务的使用效果，提升了用户的使用体验，避免音乐播放时断断续续，解决了现有的移动终端的音乐播放功能难以与其他需要语音播报的应用程序同时使用的问题。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟、光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种音频数据的处理方法，应用于移动终端，所述移动终端包括显示屏、至少两个应用程序，所述应用程序包括音频播放器，其特征在于，所述处理方法包括：

识别第一应用程序的语音播放请求，所述语音播放请求包括所述第一应用程序的待播放语音；

检测所述音频播放器的状态信息；

当检测到所述音频播放器的状态信息为所述音频播放器以第一播放音量播放第一音乐时，对所述第一音乐和所述第一应用程序的待播放语音进行处理，得到第一音频数据；

控制所述第一应用程序播放所述第一音频数据。

2.根据权利要求1所述的方法，其特征在于，所述对所述第一音乐和所述第一应用程序的待播放语音进行处理，得到第一音频数据的步骤，包括：

调整所述第一音乐的播放音量为第二播放音量；

将所述第一音乐和所述第一应用程序的待播放语音进行卷积混响处理，得到第一音频数据，所述第一音频数据为混音数据。

3.根据权利要求2所述的方法，其特征在于，所述调整所述第一音乐的播放音量为第二播放音量的步骤，包括：

获取所述第一应用程序的待播放语音的播放音量；

将所述第一播放音量与所述第一应用程序的待播放语音的播放音量进行比较；

当所述第一应用程序的待播放语音的播放音量与所述第一播放音量的差值小于预设音量阈值时，降低所述第一播放音量至第二播放音量。

4.根据权利要求2所述的方法，其特征在于，所述控制所述第一应用程序播放所述第一音频数据的步骤，包括：

将音频焦点指示给所述第一应用程序，控制所述第一应用程序播放所述混音数据。

5.根据权利要求2所述的方法，其特征在于，所述控制所述第一应用程序播放所述第一音频数据的步骤之后，进一步包括：

检测所述第一音频数据的播放状态；

当检测到所述第一音频数据的播放状态为播放完毕时，将音频焦点指示给所述音频播放器；

调整所述第一音乐的播放音量为所述第一播放音量；

控制所述音频播放器播放所述第一音乐。

6.根据权利要求1所述的方法，其特征在于，所述识别第一应用程序的语音播放请求的步骤，包括：

对所述移动终端的显示屏界面内容进行图像识别；

当识别到第一应用程序界面出现语音消息标识时，则确定为识别出第一应用程序的语音播放请求。

7.根据权利要求1所述的方法，其特征在于，所述控制所述第一应用程序播放所述第一音频数据的步骤之后，进一步包括：

接收第二应用程序的语音录制请求；

检测所述音频播放器的状态信息；

当检测到所述音频播放器正在播放音乐时，降低所述音频播放器的播放音量，并控制所述应用程序录制语音，得到第二音频数据；

过滤所述第二音频数据中的所述音频播放器所播放的音乐数据，得到第三音频数据，其中，所述第三音频数据为所录制的用户的语音数据。

8.一种移动终端，所述移动终端包括显示屏、至少两个应用程序，所述应用程序包括音频播放器，其特征在于，所述移动终端还包括：

识别模块，用于识别第一应用程序的语音播放请求，所述语音播放请求包括所述第一应用程序的待播放语音；

检测模块，用于检测所述音频播放器的状态信息；

音频处理模块，用于当所述检测模块检测到所述音频播放器的状态信息为所述音频播放器以第一播放音量播放第一音乐时，对所述第一音乐和所述第一应用程序的待播放语音进行处理，得到第一音频数据；

播放控制模块，用于控制所述第一应用程序播放所述第一音频数据。

9.根据权利要求8所述的移动终端，其特征在于，所述音频处理模块包括：

音量调整单元，用于调整所述第一音乐的播放音量为第二播放音量；

混响处理单元，用于将所述第一音乐和所述第一应用程序的待播放语音进行卷积混响处理，得到第一音频数据，所述第一音频数据为混音数据。

10.根据权利要求9所述的移动终端，其特征在于，所述音量调整单元包括：

获取子单元，用于获取所述第一应用程序的待播放语音的播放音量；

比较子单元，用于将所述第一播放音量与所述第一应用程序的待播放语音的播放音量进行比较；

音量调整子单元，用于当所述第一应用程序的待播放语音的播放音量与所述第一播放音量的差值小于预设音量阈值时，降低所述第一播放音量至第二播放音量。

11.根据权利要求9所述的移动终端，其特征在于，所述播放控制模块还用于将音频焦点指示给所述第一应用程序，控制所述第一应用程序播放所述混音数据。

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

播放状态检测模块，用于检测所述第一音频数据的播放状态；

音频焦点控制模块，用于当所述播放状态检测模块检测到所述第一音频数据的播放状态为播放完毕时，将音频焦点指示给所述音频播放器；

调整模块，用于调整所述第一音乐的播放音量为所述第一播放音量；

所述播放控制模块还用于控制所述音频播放器播放所述第一音乐。

13.根据权利要求8所述的移动终端，其特征在于，所述识别模块包括：

图像识别单元，用于对所述移动终端的显示屏界面内容进行图像识别；

确定单元，用于当所述图像识别单元识别到第一应用程序界面出现语音消息标识时，则确定为识别出第一应用程序的语音播放请求。

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

接收模块，用于接收第二应用程序的语音录制请求；

状态信息检测模块，用于检测所述音频播放器的状态信息；

第一录制处理模块，用于当所述状态信息检测模块检测到所述音频播放器正在播放音乐时，降低所述音频播放器的播放音量，并控制所述应用程序录制语音，得到第二音频数据；

第二录制处理模块，用于过滤所述第二音频数据中的所述音频播放器所播放的音乐数据，得到第三音频数据，其中，所述第三音频数据为所录制的用户的语音数据。