一种终端的麦克风检测方法及终端与流程

本发明涉及产品检测领域，尤其涉及一种终端的麦克风检测方法及终端。

背景技术：

为了追求生产效率，对终端工检时间的要求越来越短，而麦克风作为终端上的基础部件之一，其工检时间直接影响着终端的工检时长。现有的终端麦克风工检过程中，通常通过先录后播的方式进行工检。具体的，终端在接收到工检指令后，会首先控制麦克风采集一段音源，并将该麦克风采集到的音源对应的全部音频数据缓存至该终端的存储器中，然后，再将该存储器中存储的全部音频数据传输至声音输出设备(例如，耳机、喇叭等)，通过该声音输出设备完成音源播放，再通过工检软件或工检设备等将从声音输出设备获取到的上述音源数据的信号强度与预定阈值进行比较，从而判定被检测的麦克风是否合格。

但是，上述的先录后播的工检方式，由于需要等待麦克风将全部数据缓存，声音输出设备再采集缓存的全部数据并播放，使得麦克风在执行录播该段音源的时间为麦克风采集该段音源所用时间的两倍，导致利用先录音后播放的方式完成麦克风的检测时间较长，从而使得应用该检测方式检测终端上的麦克风的时间较长，导致终端的工检时间较长，进一步降低了测试效率。

为了满足移动设备的工检时间越来越短的要求，如何缩短麦克风的检测时间成为亟待解决的问题。

技术实现要素：

本发明的实施例提供一种终端的麦克风检测方法及终端，以解决现有麦克风检测时间较长的问题。

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

第一方面，提供一种终端的麦克风检测方法，应用于具有麦克风的终端，所述麦克风检测所用的音频数据所占的存储空间为第一阈值N，所述方法包括：

控制所述麦克风采集检测所用的音频数据，并将采集到的音频数据存储至第一数据缓冲区，其中，所述第一数据缓冲区的存储空间为第二阈值M，M小于N；

将所述第一数据缓冲区中存储的音频数据写入声音输出设备以便所述声音输出设备进行播放；

重复对检测所用的音频数据的采集和存储，直至所述麦克风采集完所述检测所用的音频数据。

第二方面，提供一种终端，所述麦克风检测所用的音频数据所占的存储空间为第一阈值N，所述终端包括：采集模块，写入模块以及麦克风，其中：

采集模块，用于控制所述麦克风采集检测所用的音频数据，将采集到的音频数据存储至第一数据缓冲区，其中，所述第一数据缓冲区的存储空间为第二阈值M，M小于N；

写入模块，用于将所述第一数据缓冲区中存储的音频数据写入声音输出设备以便所述声音输出设备进行播放；

所述采集模块，还用于重复对检测所用的音频数据的采集和存储，直至所述麦克风采集完所述检测所用的音频数据。

本发明实施例提供的终端的麦克风检测方法及终端，通过控制麦克风采集检测所用的所占存储空间为第一阈值N的音频数据，并将采集到的音频数据存储至存储空间为第二阈值M的数据缓冲区，然后将数据缓冲区中存储的音频数据写入声音输出设备以便声音输出设备进行播放，再重复对检测所用的音频数据的采集和存储，直至麦克风采集完检测所用的音频数据。由于本方案中数据缓冲区的存储空间小于麦克风采集检测所用的所占存储空间，即M小于N，这样当麦克风持续的将采集到的音频数据存储至该数据缓冲区中时，由于数据缓冲区会在该数据缓冲区存满时将该数据缓冲区中存储的音频数据写入声音输出设备，从而使得该终端可以实现边录边播这种工检方式，相比于现有技术时通过将检测所用的所占存储空间为N的音频数据全部存储至存储器后，再输出至声音输出设备，使得麦克风在执行录播该段音源的时间为麦克风采集该段音源所用时间的两倍，本方案明显缩短了麦克风的检测时间，从而能够有效的缩短终端的工检时间，提高了测试效率。

附图说明

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

图1为本发明实施例提供的一种终端的结构示意图；

图2为本发明实施例提供的一种终端的麦克风检测方法的流程示意图；

图3为本发明实施例提供的一种终端实现同时录播方法的流程示意图；

图4为本发明实施例提供的一种终端的麦克风选择的流程示意图。

具体实施方式

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

本发明实施例提供的终端的麦克风检测方法的执行主体为用于执行上述终端的麦克风检测方法的终端，或者可以为上述终端中的中央处理器(英文：Central Processing Unit，简称：CPU)或者上述终端中的控制单元或者功能模块。具体的，该终端可以为智能电视、智能手机、平板电脑、笔记本电脑、超级移动个人计算机(英文：Ultra-mobile Personal Computer，简称：UMPC)、上网本、个人数字助理(英文：Personal Digital Assistant，简称：PDA)等终端设备。参照图1所示的终端的结构示意图可知，本发明实施例中的终端1包括：采集模块11、写入模块12、以及至少一个麦克风13，其中：上述终端中的麦克风13(又称：微音器、话筒或传声器，英文：Microphone)，是一种将声音转换成电子信号的换能器，用于采集音频数据，为能够采集音频信号的音频采集设备。上述的采集模块11用于控制麦克风13采集麦克风检测所用的音频数据，并将麦克风13采集到的音频数据存储数据缓冲区，上述的写入模块12用于将麦克风13采集到的音频数据写入数据缓冲区中。

需要说明的是，本发明实施例中的声音输出设备可以为终端内置的声音输出设备，也可以为终端外接的声音输出设备。

示例性的，当上述的声音输出设备为终端内置的声音输出设备时，该声音输出设备可以为该终端内置的喇叭，其中，喇叭是是一种电能转换成声音的一种声音转换设备；当上述的声音输出设备为终端外接的声音输出设备时，上述的声音输出设备的设备类型包括但不限于：喇叭、功率放大器、蓝牙设备、USB音响，具体的：

功率放大器简称功放，俗称“扩音机”，是音响系统中最基本的设备，它的任务是把来自信号源(专业音响系统中则是来自调音台)的微弱电信号进行放大以驱动扬声器发出声音。

蓝牙设备是将支持设备短距离通信(一般是10m之内)的无线电技术应用到传统数码、多媒体音箱或耳机等装置上，无需连接多余的线。

USB音响：只需把音响的USB插头与电脑连接，电脑的声音就会从USB音箱发出。

需要说明的是，本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

需要说明的是，本发明实施例中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个数据包是指两个或两个以上的数据包。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例中，采用了“第一”、“第二”等字样对功能或作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

基于图1所示的终端结构示意图，本发明的实施例提供一种终端的麦克风检测方法，麦克风检测所用的音频数据所占的存储空间为第一阈值N，如图2所示，该方法具体包括如下步骤：

101、控制麦克风采集检测所用的音频数据，并将采集到的音频数据存储至第一数据缓冲区。

其中，上述的第一数据缓冲区的存储空间为第二阈值M，M小于N。

示例性的，上述的音频数据可以为纯音或者扫频音源样本的数据。其中，上述的纯音为具有单一频率的正弦波，例如，音叉发出的声音就是纯音，音叉(英文：tuning fork)是形状呈“Y”形、材料为钢质或铝合金的发声器，由于不同音叉的质量、叉臂长短以及粗细的不同，使得不同音叉在振动时能够发出不同频率的纯音；上述的扫频，是指信号在一个频率段内，频率由高到低连续变化、或由低到高连续变化的过程。

需要说明的是，本发明实施例中的数据缓冲区可以是终端预先申请的，也可以是在麦克风采集音频的过程中实时申请的。示例性的，在麦克风采集检测麦克风所用的音频数据之前，终端会为其区申请存储空间为M的数据缓冲区。

102、将第一数据缓冲区中存储的音频数据写入声音输出设备以便声音输出设备进行播放。

一般的，本发明实施例中的终端通常是在数据缓冲区存满时才对该数据缓冲区中存储的音频数据执行读出操作，并将读出的音频数据写入声音输出设备进行播放，但是，通常情况下，麦克风将要采集完检测所用的音频数据时，其当前存储音频数据的数据缓冲区并未存满，此时，由于该数据缓冲区并未存满数据，从而导致终端无法将该数据缓冲区中存储的音频数据读出，因此，本发明实施例在该麦克风采集完检测所用的音频数据时通过在音频数据中增加一个截止标识，从而使得终端可以在数据缓冲区未存满数据时，对其执行数据读出操作。

可选的，步骤102具体包括如下内容：

102a1、判断第一数据缓冲区中存储的音频数据是否占满第一数据缓冲区，若是，则将第一数据缓冲区中存储的音频数据写入声音输出设备；

或者，

102a2、判断第一数据缓冲区中存储的音频数据中是否包含截止标识，若是，则将第一数据缓冲区中存储的音频数据写入声音输出设备。

其中，截止标识用于标识麦克风已采集完检测所用的音频数据，即麦克风停止采集音频数据，一种示例中，该截止标识可以为一串重复的字符。

示例性的，当终端判断第一数据缓冲区存满音频数据时，则该终端将第一数据缓冲区中存储的音频数据写入声音输出设备，当终端完成向声音输出设备写入音频数据的操作后，该终端便可以清空第一数据缓冲区中的音频数据，继续将麦克风采集到的检测所用音频数据存储至第一数据缓冲区中；或者，当终端判定该第一数据缓冲区中存储的音频数据中包含截止标识，则表明麦克风已采集完检测所用的音频数据，此时，无论第一数据缓冲区中存储的音频数据是否占满第一数据缓冲区，均可将第一数据缓冲区中的音频数据写入声音输出设备，以完成音频数据的存储过程。

示例性的，在软件层面实现时，可以在软件层面上创建AudioRecord(音频记录)作为录音端(即软件层面上的录音接口)，创建AudioTrack(音频轨道)作为播放端(即软件层面上的播放接口)，并创建指定大小的数据缓冲区，AudioRecord使用此数据缓冲区作音频数据的存放区。通过读操作(即read方法)将麦克风采集到的音频数据存放在缓冲区中，同时AudioTrack通过写操作(即write方法)，将该数据缓冲区中的音频数据写入声音输出设备中，由声音输出设备采集音频数据。

103、重复对检测所用的音频数据的采集和存储，直至麦克风采集完检测所用的音频数据。

示例性的，由于第一数据缓冲区的存储空间为M，且M小于检测麦克风所用的音频数据所占的存储空间N，当第一数据缓冲区存满音频数据后，还需要将麦克风继续采集的音频数据存储在第一数据缓冲区，因此，在第一数据缓冲区存满音频数据，则终端将第一数据缓冲区中存储的音频数据写入声音输出设备，并在完成向声音输出设备写入音频数据的操作后，清空该第一数据缓冲区中的音频数据，以便麦克风将再次采集的检测所用的音频数据存储至第一数据缓冲区，直至终端判定该第一数据缓冲区中存储的音频数据中包含截止标识，则第一数据缓冲区结束存储检测所用的音频数据。

需要说明的是，对不同麦克风检测时可以采用系统默认的音量，不用针对不同的麦克风单独设置麦克风增益。

此外，由于通过声音输出设备播放音频数据可以确定麦克风能够发出声音，但无法确定麦克风录制音频数据的可靠性，即无法确定麦克风录制的音频数据的质量，进而无法判定麦克风是否合格。因此，可以通过如下内容判定：获取声音输出设备播放的音频数据的信号强度，根据音频数据的信号强度与预定范围[a，b]的关系，判定麦克风是否合格。

示例性的，参照图3所示的实现同时录播方法的流程示意图，麦克风对播放的音源样本进行采集，将采集到的音频数据存储至数据缓冲区，当数据缓冲区存满后，将数据缓冲区中的音频数据写入声音输出设备，当声音输出设备播放音频数据时，能够获取到该音频数据的音频信号强度，使用获取到的音频信号强度能够检测麦克风合格或不合格，并记录麦克风的检测结果。当麦克风完成音频数据的采集，具体的，通过声音输出设备进行播放后，工检设备检测声音输出设备播放的音频数据的模拟信号，并获取音频数据的信号强度。若该音频数据的信号强度小于a或大于b，则判定麦克风检测不合格，存在问题；若该音频数据的信号强度属于[a，b]，则判定麦克风检测合格，符合出厂要求，并记录麦克风的检测结果。

由于本方案中数据缓冲区的存储空间小于麦克风采集检测所用的所占存储空间，即M小于N，这样当麦克风持续的将采集到的音频数据存储至该数据缓冲区中时，由于数据缓冲区会在该数据缓冲区存满时将该数据缓冲区中存储的音频数据写入声音输出设备，从而使得该终端可以实现边录边播这种工检方式，相比于现有技术通过将检测所用的所占存储空间为N的音频数据全部存储至存储器后，再输出至声音输出设备，使得麦克风在执行录播该段音源的时间为麦克风采集该段音源所用时间的两倍，本方案明显缩短了麦克风的检测时间，从而能够有效的缩短终端的工检时间，提高了测试效率。

可选的，当本发明实施例中的终端仅申请了一个存储空间为M的数据缓冲区时，由于该终端只包含一个存储空间为M的数据缓冲区，因此，当终端将数据缓冲区中存储的音频数据写入声音输出设备后，若终端需要继续将麦克风继续采集的检测所用的音频数据存储至数据缓冲区中，则需要清空该数据缓冲区中的音频数据，才能继续存储音频数据，而清空数据缓冲区则会占用麦克风的工检时间。同时，由于终端在将数据缓冲区中存储的音频数据写入声音输出设备的同时，麦克风仍然会继续采集检测所用的音频数据，此时，若该终端还未将数据缓冲区清空，则可能会使得小部分的音频数据丢失。

基于此，本发明实施例中的终端通过申请至少两个存储空间为M的数据缓冲区来解决上述问题。

示例的，当终端包括至少两个数据缓冲区；步骤102在第一数据缓冲区中存储的音频数据写入声音输出设备的同时，还可包括如下步骤：

102b、控制麦克风继续采集检测所用的音频数据，并将采集到的音频数据存储至第二数据缓冲区。

其中，上述的第二数据缓冲区为至少两个数据缓冲区中当前空闲的数据缓冲区。

示例性的，当终端包含至少两个数据缓冲区时，则终端可以任选一个数据缓冲区来存储麦克风采集到的音频数据，并在其存满后，从上述的至少两个数据缓冲区中选择一个空闲的数据缓冲区，继续存储麦克风采集到的音频数据，重复上述的音频数据的采集和存储过程，直至麦克风采集完检测所用的音频数据为止。

此外，由于终端在将数据缓冲区中存储的音频数据写入声音输出设备后，会清空数据缓冲区中的音频数据，这样当后续基于该麦克风采集到的音频数据检测出该麦克风不合格时，便无法基于之前采集到的音频数据进行工检，从而需要麦克风重新采集检测麦克风所用的音频数据，进而进一步增加了麦克风工检的时间。

基于此，若不考虑该终端的存储容量，为了解决上述问题，一种优选的实施例为：终端可以任选一个数据缓冲区1来存储麦克风采集到的音频数据，并在其存满后，终端再申请一个存储空间为M的数据缓冲区2(当然也可以预先进行申请)，并将麦克风继续采集到的音频数据继续存储至数据缓冲区2中，这样不考虑对数据缓存区的重复使用，在每个数据缓冲区存满后，通过申请或选择一个空闲的数据缓冲区来存储麦克风采集的音频数据，可以进一步的缩短麦克风工检的时间，提高麦克风工检效率。

可选的，步骤102b具体包括如下内容：

102c1、判断第二数据缓冲区中存储的音频数据是否占满第二数据缓冲区，若是，则所将第二数据缓冲区中存储的音频数据写入声音输出设备；

或者，

102c2、判断第二数据缓冲区中存储的音频数据中是否包含截止标识，若是，则将第二数据缓冲区中存储的音频数据写入声音输出设备。

示例性的，当麦克风采集的音频数据至少能够存满两个存储空间为M的数据缓冲区，且终端包含至少两个存储空间为M的数据缓冲区，例如，终端包含三个存储空间为M的数据缓冲区，如，数据缓冲区1、数据缓冲区2、以及数据缓冲区3，首先，麦克风第一次采集到的音频数据可存储在上述的三个数据缓冲区的任一个数据缓冲区中，若麦克风第一次采集到的音频数据存储在数据缓冲区1中，则在数据缓冲区1存满后，则该数据缓冲区1将存储的音频数据全部写入声音输出设备，并判定当前剩余的数据缓冲区2和数据缓冲区3是否为空闲数据缓冲区，即对这两个数据缓冲区中是否存储数据进行判定，若判定数据缓冲区2和数据缓冲区3均为空闲数据缓冲区，则可将麦克风第二次采集到的音频数据存储至数据缓冲区2或数据缓冲区3，重复对音频数据的采集和存储，直至数据缓冲区中存储的音频数据中包含截止标识，则将数据缓冲区中存储的包含截止标识的音频数据写入声音输出设备。

若终端包括至少两个麦克风，以手机为例，手机中通常包括：主麦克风、辅麦克风以及与手机相连的耳机上的麦克风等，由于当终端上至少两个麦克风时，无法同时检测该终端中的所有麦克风，因此，本方案通过在麦克风检测指令中添加需要检测的麦克风(即目标麦克风)的标识信息，从而指示终端完成目标麦克风的选择。具体的，当终端包括至少两个麦克风时，步骤101中控制麦克风采集检测所用的音频数据，可包括：

A1、获取待检测麦克风的标识信息，根据标识信息控制待检测麦克风采集检测所用的音频数据。

示例性的，工检设备能够通过应用程序发送麦克风检测指令，该麦克风检测指令中包含待检测麦克风的标识信息，在获取到该麦克风检测指令后，即获取到待检测麦克风的标识信息，根据标识信息，完成目标麦克风的选择，并控制所选择的待检测麦克风采集检测所用的音频数据。例如，如图4所示，若终端安装安卓操作系统，当工检设备需要检测的是终端上的主麦克风，则工检程序可以通过声音管理程序(英文：AudioManager)提供的“接口”(例如，可以是工检设备的控制面板)做参数设置操作(英文：setParameter)。例如，可以约定设置的相关参数(英文：parameter)值为1时，表示现在需要检测终端上的主麦克风；设置的相关参数值为2时，表示现在需要检测终端上的辅麦克风等；依次类推。然后安卓操作系统中的音频硬件抽象层根据相应的参数值选定终端上对应的麦克风，为后续的检测做准备。

本发明的实施例提供一种终端，麦克风检测所用的音频数据所占的存储空间为第一阈值N，如图1所示，该终端1包括：采集模块11和写入模块12以及麦克风13，其中：

采集模块11，用于控制麦克风13采集检测所用的音频数据，将采集到的音频数据存储至第一数据缓冲区。

其中，上述的第一数据缓冲区的存储空间为第二阈值M，M小于N。

写入模块12，用于将第一数据缓冲区中存储的音频数据写入声音输出设备以便声音输出设备进行播放；

上述的采集模块11，还用于重复对检测所用的音频数据的采集和存储，直至麦克风13采集完检测所用的音频数据。

可选的，上述的写入模块12将第一数据缓冲区中存储的音频数据写入声音输出设备，包括：

判断第一数据缓冲区中存储的音频数据是否占满第一数据缓冲区，若是，则将第一数据缓冲区中的音频数据写入声音输出设备；

或者，

判断第一数据缓冲区中存储的音频数据中是否包含截止标识，若是，则将第一数据缓冲区中的音频数据写入声音输出设备。

其中，上述的截止标识用于标识麦克风已采集完检测所用的音频数据。

可选的，终端包括至少两个数据缓冲区；

上述的采集模块11在将第一数据缓冲区中存储的音频数据写入声音输出设备的同时，还用于控制麦克风13继续采集检测所用的音频数据，将采集到的音频数据存储至第二数据缓冲区。

其中，上述的第二数据缓冲区为至少两个数据缓冲区中当前空闲的数据缓冲区。

可选的，上述的写入模块12还用于：

判断第二数据缓冲区中存储的音频数据是否占满第二数据缓冲区，若是，则将第二数据缓冲区中的音频数据写入声音输出设备；

或者，

判断第二数据缓冲区中存储的音频数据中是否包含截止标识，若是，则将第二数据缓冲区中的音频数据写入声音输出设备。

可选的，终端包括至少两个麦克风13，每个麦克风13具有一个标识信息；采集模块11控制麦克风13采集检测所用的音频数据，包括：

获取待检测麦克风13的标识信息，根据标志信息控制待检测麦克风13采集检测所用的音频数据。

本发明实施例提供的终端，通过控制麦克风采集检测所用的所占存储空间为第一阈值N的音频数据，并将采集到的音频数据存储至存储空间为第二阈值M的数据缓冲区，然后将数据缓冲区中存储的音频数据写入声音输出设备以便声音输出设备进行播放，再重复对检测所用的音频数据的采集和存储，直至麦克风采集完检测所用的音频数据。由于本方案中数据缓冲区的存储空间小于麦克风采集检测所用的所占存储空间，即M小于N，这样当麦克风持续的将采集到的音频数据存储至该数据缓冲区中时，由于数据缓冲区会在该数据缓冲区存满时将该数据缓冲区中存储的音频数据写入声音输出设备，从而使得该终端可以实现边录边播这种工检方式，相比于现有技术时通过将检测所用的所占存储空间为N的音频数据全部存储至存储器后，再输出至声音输出设备，使得麦克风在执行录播该段音源的时间为麦克风采集该段音源所用时间的两倍，本方案明显缩短了麦克风的检测时间，从而能够有效的缩短终端的工检时间，提高了检测效率。

需要说明的是，在具体实现过程中，上述如图2所示的方法流程中的各步骤均可以通过硬件形式的处理器执行存储器中存储的软件形式的计算机执行指令实现，为避免重复，此处不再赘述。而上述终端的处理单元所执行的动作所对应的程序均可以以软件形式存储于该终端的存储单元中，以便于处理单元调用执行以上各个单元对应的操作。

上文中的存储单元可以为存储器，具体的，存储器可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；还可以包括上述种类的存储器的组合。

上文所提供的终端中的处理单元可以是一个处理器，也可以是多个处理元件的统称。例如，处理器可以为中央处理器(central processing unit，CPU；也可以为其他通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等；还可以为专用处理器，该专用处理器可以包括基带处理芯片、射频处理芯片等中的至少一个。

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。