[发明专利]一种终端的麦克风的数据处理方法和具有麦克风的终端

说明书

技术领域

本发明涉及移动终端技术领域，尤其涉及一种终端的麦克风的数据处理方法和具有麦克风的终端。

背景技术

在移动互联网时代，随着智能终端的推广和普及，终端的录音功能愈来愈智能化。例如在Android系统中，录音机，语音识别，语音搜索，视频通话等应用都会用到麦克风的录音功能。

参考图1所示，现有技术中应用获取录音的过程主要包括以下几个模块：应用(Application)、操作系统的录音模块、硬件抽象层(HAL)、录音硬件部分(Hardware)(包括麦克风和DSP等，为了便于描述以下都用麦克风替代录音硬件部分进行简单说明)。其中，应用包括录音机、语音输入、语音搜索等需要录制声音的应用，应用开启录音功能；操作系统的录音模块属于Android操作系统，包括Framework应用框架，用于传递录音开启命令和录音数据；HAL是位于操作系统内核(Linux内核驱动)与上层录音模块之间的接口层，其目的在于将硬件抽象化；麦克风用于根据录音开启命令采集录音数据。具体的操作系统包括：Java接口、JNI接口(C++与Java之间的接口)、AudioRecord.cpp(Android录音代码)、C++录音框架(AudioRecordThread)等。

现有技术应用获取录音的方式有两种，一种是通过Java接口的MediaRecorder(Android框架中的类)方式获取到编码过的数据(如录音机，录像等应用)，另一种是通过Java接口的AudioRecord(Android框架中的类)获取原始的数据(如语音识别，语音指令，语音搜索，视频通话，语音输入法等应用)。两种方式的差别在上述的录音过程的Java接口->JNI(C++与Java之间的接口)->录音框架部分。

方式一是MediaRecorder方式，具体为：应用->MediaRecorder(java)->MediaRecorder(JNI)->编码部分(StagefrightRecorder)->AudioRecord.cpp->AudioRecordThread->HAL->麦克风。

方式二是AudioRecord方式，具体为：应用->AudioRecord(java)->AudioRecord(JNI)->AudioRecord.cpp->AudioRecordThread->HAL->麦克风。

应用程序各式各样，每个应用可能会有不同的需求，因而会设置不同的录音参数等。相应的录音参数会通过上述过程传递给麦克风，当麦克风收到录音开启指令之后，会按照应用下达的录音参数开启，然后将采集到的录音数据按照与上述顺序相反的顺序从麦克风传输至应用。当麦克风正以一应用设置的固定录音参数运行采集录音数据的过程中，如果有第二个应用要开启录音功能，这时为防止参数冲突，会阻止第二个应用开启录音功能，操作系统将会报错，第二个应用无法开启录音功能，以至于无法获取麦克风的录音数据。

发明内容

本发明的实施例提供一种终端的麦克风的数据处理方法和具有麦克风的终端，用以解决现有技术中多个应用无法同时开启录音功能的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明实施例提供了一种终端的麦克风的数据处理方法，所述方法包括：

当第一应用开启录音功能时，获取录音开启指令，创建所述第一应用对应的第一客户端线程；

检测服务端线程是否已创建，其中，所述服务端线程与麦克风通信，还与多个客户端线程通信，每个客户端线程对应一个开启录音功能的应用；

若已创建，则通过第一客户端线程将所述录音开启指令发送给所述服务端线程，通过所述服务端线程获取由所述麦克风采集到的录音数据，将所采集的录音数据分发至第一客户端线程，通过所述第一客户端线程将分发的录音数据返回给所述第一应用。

第二方面，本发明实施例提供了一种具有麦克风的终端，所述终端包括：