CN109814798A - 耳返功能控制方法、装置以及移动终端 - Google Patents

Abstract

本申请实施例公开了一种耳返功能控制方法、装置以及移动终端，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，在该移动终端处于录歌状态下，若获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件，若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能。该方法使得可以通过与移动终端连接的耳机来对移动终端是否开启耳返功能进行控制，进而使得移动终端用户不需要必须通过移动终端显示的操作界面上的虚拟按钮控制是否开启耳返功能，给用户带来了极大的便利，提升了用户体验。

Description

耳返功能控制方法、装置以及移动终端

技术领域

本申请涉及通信技术领域，更具体地，涉及一种耳返功能控制方法、装置以及移动终端。

背景技术

随着录歌应用程序的流行，移动终端开始配置有耳机返听功能，即耳返功能。在移动终端开启耳返功能后，用户佩戴耳机进行录歌时可以实时听到自己的声音，但是在录歌过程中，对于开启或者关闭耳返功能的方式用户体验还有待提升。

发明内容

鉴于上述问题，本申请提出了一种耳返功能控制方法、装置以及移动终端，以实现改善上述问题。

第一方面，本申请提供了一种耳返功能控制方法，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述方法包括：当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件；若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能，其中，当所述耳返功能开启时，所述移动终端将采集到的音频传输给所述耳机进行播放。

第二方面，本申请提供了一种耳返功能控制装置，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述装置包括：触控事件识别单元，用于当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件；耳返功能控制单元，用于若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能，其中，当所述耳返功能开启时，所述移动终端将采集到的音频传输给所述耳机进行播放。

第三方面，本申请提供了一种移动终端，包括一个或多个处理器以及存储器；一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述的方法。

第四方面，本申请提供的一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行上述的方法。

本申请提供的一种耳返功能控制方法、装置以及移动终端，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，在该移动终端处于录歌状态下，若获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件，若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能。该方法使得可以通过与移动终端连接的耳机来对移动终端是否开启耳返功能进行控制，进而使得移动终端用户不需要必须通过操作界面上的虚拟按钮控制是否开启耳返功能，给用户带来了极大的便利，提升了用户体验。

附图说明

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

图1示出了一种录歌界面的示意图；

图2示出了一种配置界面的示意图；

图3示出了本申请实施例提出的一种耳返功能控制方法的流程图；

图4示出了本申请实施例提出的一种多任务处理界面的示意图；

图5示出了本申请另一实施例提出的一种耳返功能控制方法的流程图；

图6示出了本申请再一实施例提出的一种耳返功能控制方法的流程图；

图7示出了本申请实施例提出的一种耳返功能控制装置的结构框图；

图8示出了本申请另一实施例提出的一种耳返功能控制装置的结构框图；

图9示出了本申请提出的一种移动终端的结构框图；

图10是本申请实施例的用于保存或者携带实现根据本申请实施例的耳返功能控制方法的程序代码的存储单元。

具体实施方式

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

随着移动终端用户对于唱歌的喜爱，更多的用于录歌的应用程序开始出现。在移动终端安装用于录歌的应用程序后，移动终端可以通过用于录歌的应用程序进行录歌。而在录歌的过程中，如果移动终端支持耳返功能，在移动终端开启耳返功能以后，移动终端可以将所采集的音频传输到与移动终端连接的耳机进行播放，在这种方式下，若用户佩戴上了耳机，那么用户就可以通过耳机听到当前自己唱歌的声音。在一种方式中，用于录歌的应用程序配置有耳返功能控制按钮，该按钮会配置在专门的配置页面中。

而发明人经过研究发现，在用于录歌的应用程序显示录歌界面的情况下，若用户需要开启或者关闭耳返功能，需要退出当前的录歌界面，然后触发录歌的应用程序切换到前述的配置页面中，进而触发耳返功能控制按钮来开启或者关闭耳返功能。

但是，当用于录歌的应用程序在录歌过程中退出当前的录歌界面后，录歌就会被暂停或者终止，就会造成用户必须再次触发录歌才能继续录制之前的那首歌，从而给用户造成了不便。例如，如图1所示，当移动终端显示图1所示的录歌界面时，表征移动终端正处于录歌状态，而若在这种状态下，用户希望开启或者关闭耳返功能，那么用户需要触发移动终端切换到图2所示的配置页面中，从而会造成录歌暂停或者终止。

因此，发明人提出了本申请实施例提供的耳返功能控制方法、装置以及移动终端，本申请实施例提供的耳返功能控制方法使得可以通过与移动终端连接的耳机来对移动终端是否开启耳返功能进行控制，进而使得移动终端用户不需要必须通过操作界面上的虚拟按钮控制是否开启耳返功能，给用户带来了极大的便利，提升了用户体验。

下面将结合附图具体描述本申请的各实施例。

请参阅图3，本申请实施例提供的一种耳返功能控制方法，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述方法包括：

步骤S110：当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件。

其中，可以理解的是，移动终端处于录歌状态时，移动终端会通过所配置的麦克风采集周围的声音。而对于该移动终端可以通过多种方式来确定当前是否处于录歌状态。

作为一种方式，移动终端可以通过当前前台所运行的应用程序或者前台所显示的应用程序的界面来判断当前是否处于录歌状态。可选的，若移动终端为Android操作系统，移动终端可以通过执行ActivityManager的getRunningTasks方法来获取到当前在前台运行的应用程序的名称，进而确定前台所运行的应用程序为哪一个应用程序。此外，移动终端还可以通过UsageStatsManager来获取用户使用的程序的列表，将该列表中记录的最近使用的应用程序识别为当前的前台应用。再者，还可以通过Android自带无障碍功能，监控窗口焦点的变化，拿到焦点窗口对应包名作为当期在前台运行的应用程序。

其中，移动终端可以预先建立一个具备录歌功能的应用程序的名单，以便在该名单中记录具备录歌功能的应用程序。其中，该名单可以由移动终端的用户自由配置，也可以根据某个具备录歌功能的应用程序的使用情况来确定。在这种方式下，移动终端所检测到当前前台所运行的应用程序为前述名单中的应用程序，那么就可以判定当前处于录歌状态。

再者，对于应用程序的每一个界面都有设定的名称。以Android系统为例，若移动终端的操作系统为Android系统，那么应用程序的界面通常为activity。而且activity的数据结构为堆栈，那么在这种情况下，移动终端可以检测堆栈的栈顶所存放的activity是否为设定的activity，若是，则判定所述移动终端显示视频播放界面。类似的，对于设定的activity也可以通过名单的形式来实现。

在基于配置存储界面名称的名单这种方式下，移动终端在检测到有应用程序安装或者更新以后，可以开始检测该安装或者更新的应用程序中是否包括了调用移动终端的麦克风控件的activity，若有，将该包括了调用移动终端的麦克风控件的activity的作为一个设定的activity，即添加到该存储界面名称的名单中。当然，可以理解的是，为了避免不同的应用程序而有相同名称的activity的情况下，造成移动终端误识别，作为一种方式，移动终端可以通过计算activity的包括的内容的特征值，然后将该特征值作为存储activity时名称的一部分，从而避免不同的应用程序而有相同名称的activity的情况下，造成移动终端误识别。其中，可以通过哈希算法来计算特征值。

例如，若移动终端检测到安装的应用程序A具有一个名称为sing的activity，并且也检测到应用程序B也具有一个名称为sing的activity，那么在这种情况下，移动终端可以对应用程序A包括的名称为sing的activity的内容进行哈希计算，得到第一特征值，然后对应用程序B包括的名称为sing的activity的内容进行哈希计算，得到第二特征值，然后在存储应用程序A的名称为sing的activity时，存储名称为“第一特征值/sing”，而在存储应用程序B的名称为sing的activity时，存储名称为“第二特征值/sing”。

再者，若移动终端支持多任务处理模式，那么移动终端就可以在前台同时运行多个应用程序，在这种情况下，移动终端可以在前台运行的多个应用程序中，检测到至少一个应用程序在具备录歌功能的应用程序的名单中，就判定当前处于录歌状态。如图4所示，移动终端前台运行有应用程序A以及应用程序B，其中录歌界面99为应用程序A的界面，而视频通话界面97为应用程序B的界面。在这种情况下，移动终端检测到前台运行的应用程序A为具备录歌功能的应用程序，那么就会判断当前处于录歌状态。

除了前述的通过当前前台所运行的应用程序或者前台所显示的应用程序的界面来判断当前是否处于录歌状态外，作为另外一种方式，移动终端还可以通过检测麦克风的调用状态来判断是否处于录歌状态。

在这种方式下，移动终端可以直接检测底层硬件的工作状态来判断是否处于录歌状态。可选的，若移动终端检测到麦克风处于工作状态，那么就可以判定当前处于录歌状态。其中，作为一种方式，移动终端通过软件方式检测到麦克风被某个应用程序所占用时，就判定麦克风处于工作状态。

可以理解的是，移动终端除了在录歌状态下会开启麦克风，还会在其他状态下也开启麦克风，例如，在通话状态下。但是在这些其他状态下，用户其实可能并不期望进行录歌。例如，在通话状态下，用户可能更需要的是与来电用户进行正常的通话。那么作为一种避免移动终端误判当前处于录歌状态的方式，移动终端除了单一的判断麦克风的工作状态外，还可以同时判断当前是否有音频进行输出，若检测到当前同时也有音频输出，那么就可以判定当前处于录歌状态。

可以理解的是，若移动终端处于录歌状态，那么移动终端除了会开启麦克风采集音频外，还会输出伴奏音乐的音频。那么基于这种方式，移动终端就可以在判断麦克风处于工作状态，且检测到当前同时也有音频输出的情况下，判定移动终端当前处于录歌状态。

当移动终端处于录歌状态后，作为一种方式，移动终端可以实时监测是否有耳机的触控按钮的触控事件，在监测到有耳机的触控按钮的触控事件后，开始识别所述触控事件是否为目标触控事件。而作为另外一种方式，移动终端并不主动去进行监测，而是响应于触控按钮的触控事件再去开始识别所述触控事件是否为目标触控事件。

步骤S120：若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能，其中，当所述耳返功能开启时，所述移动终端将采集到的音频传输给所述耳机进行播放。

可以理解的是，目标触控事件对于移动终端来说为触发其进行耳返功能的开启或者关闭的触控事件。当移动终端在检测到有目标触控事件后，就会触发移动终端开启或者关闭耳返功能。其中，可以理解的是，若移动终端识别到所获取的触控事件为目标触控事件，那么可以先判断移动终端当前的耳返功能的状态，若当前耳返功能处于开启状态，那么移动终端就可以将耳返功能切换到关闭状态，若当前耳返功能处于关闭状态，那么移动终端就可以将耳返功能切换到开启状态。

若识别所述触控事件不为目标触控事件，则结束流程。

其中，目标触控事件可以包括双击触控按钮的事件。可选的，对于目标触控事件还可以根据用户的需要进行更改，例如更改为三次连击触控按钮的事件。再者，耳机所设置的触控按钮可以为实体的物理按钮，也可以为耳机所配置虚拟的按钮。

本申请提供的一种耳返功能控制方法，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，在该移动终端处于录歌状态下，若获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件，若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能。该方法使得可以通过与移动终端连接的耳机来对移动终端是否开启耳返功能进行控制，进而使得移动终端用户不需要必须通过操作界面上的虚拟按钮控制是否开启耳返功能，给用户带来了极大的便利，提升了用户体验。

请参阅图5，本申请实施例提供的一种耳返功能控制方法，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述方法包括：

步骤S210：当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件。

步骤S220：若识别所述触控事件为目标触控事件，获取当前执行录歌的应用程序的标识。

作为一种方式，当移动终端判定当前处于录歌状态以后，可以将当前在前台运行的应用程序作为当前执行录歌的应用程序。然后可以进一步的获取到当前执行录歌的应用程序的标识。其中，如前述内容所述，移动终端可以通过执行ActivityManager的getRunningTasks方法来获取到当前在前台运行的应用程序的名称，进而确定前台所运行的应用程序为哪一个应用程序。此外，移动终端还可以通过UsageStatsManager来获取用户使用的程序的列表，将该列表中记录的最近使用的应用程序识别为当前的前台应用。再者，还可以通过Android自带无障碍功能，监控窗口焦点的变化，拿到焦点窗口对应包名作为当期在前台运行的应用程序。

在本申请实施例中，移动终端可以将多种参数作为应用程序的标识。作为一种方式，移动终端可以将应用程序的包名作为应用程序的标识。此外，作为另外一种方式，移动终端可以将应用程序的UID作为应用程序的标识。

若识别所述触控事件不为目标触控事件，则结束流程。

步骤S230：判断所述执行录歌的应用程序的标识是否满足指定条件。

需要说明的是，在操作系统为Android的移动终端中，Android操作系统提供了Intent机制来协助应用间的交互与通讯，或者可以说，Intent不仅可用于应用程序之间，也可用于应用程序内部的activity,service和broadcast receiver之间的交互。在这种方式下，若应用程序中配置了响应的监听Intent广播的代码，那么该应用程序就可以响应该应用程序以外的程序或者控件所发送的Intent广播而执行对应的操作。

例如，移动终端中安装有应用程序A、应用程序B、应用程序C以及应用程序D。其中，应用程序D配置有响应移动终端的service所广播的Intent广播的代码，即在接收到service所广播的Intent广播后关闭指定的功能。那么在应用程序A、应用程序B、应用程序C以及应用程序D均处于运行状态下，或者均处于Intent广播监听的状态下，在service广播Intent事件后，只有应用程序D会执行关闭指定的功能的操作，而应用程序A、应用程序B以及应用程序C则不会执行任何操作。那么可以理解的是，在本实施例中对应的标识满足前述指定条件的应用程序为配置后可以响应特定的Intent广播的应用程序。

而作为一种方式，在本申请实施例中，移动终端可以通过多种方式来确定应用程序的标识是否满足指定条件。

作为一种方式，移动终端可以通过建立白名单的方式来确定应用程序的标识是否满足指定条件。在这种方式下，移动终端可以首次检测到处于录歌状态以后，向指定的服务器请求白名单。在该白名单中记录有支持响应特定的Intent广播的应用程序的标识。在这种方式下，移动终端在获取到当前执行录歌的应用程序的标识后，将获取的标识与白名单中记录的标识进行一一匹配，若匹配成功，则判定获取的标识存在于白名单中，从而判定执行录歌的应用程序的标识满足指定条件。

例如，在该白名单中记录有应用程序A的标识A、应用程序B的标识B、应用程序C的标识C、应用程序D的标识D以及应用程序E的标识E。那么当移动终端获取到当前执行录歌的应用程序的标识为M的情况下，移动终端经过判断会发现该标识并不存在于白名单中，那么就可以判定标识M不满足指定条件。但是，若移动终端当前获取到的标识为D，那么经过判断就可以发现标识D满足指定条件。

再者，可以理解的是，随着时间的推移应用程序都会有各自的升级或者功能上的改变，那么就会造成原来具备录歌的应用程序改变为不具备录歌功能，而原本不支持的录歌的应用程序改变为具备录歌功能。那么在这种情况下，移动终端中存储的白名单需要及时的更新。

在本申请实施例中，移动终端可以有多种方式来实现白名单的更新。

作为一种方式，移动终端可以主动向之前下载白名单的服务器请求最新的白名单。可选的，移动终端可以周期性的向服务器请求最新的白名单。再者，可选的，移动终端也可以在检测到特定的触发事件后，向服务器请求最新的白名单。例如，移动终端可以在检测到安装了新的应用程序，或者下载了但是还未安装新的应用程序时，向服务器请求最新的白名单。

而作为另外一种方式，移动终端可以接收服务器推送的最新的白名单。

步骤S240：若所述标识满足指定条件，通过intent广播的方式触发执行录歌的应用程序控制耳返功能开启或者关闭。

需要说明的是，在本申请实施例中可以通过应用程序触发开启或者关闭耳返功能，也可以通过系统服务来触发开启或者关闭耳返功能。并且，需要了解的是，基于应用程序触发开启的耳返功能后，移动终端传输给耳机进行播放的音频通路，与系统服务触发开启耳44返功能后移动终端传输给耳机进行播放的音频通路是不同的。那么在上述的两条音频通路均建立的情况下，可能会出现数据错误，造成耳返的音效出错。

那么为了避免两条通路出现数据错误，移动终端在检测到当前执行录歌的应用程序的标识满足指定条件的情况下，会优先选择基于应用程序本身来控制耳返功能的开启或者关闭，进而若所述标识满足指定条件，通过intent广播的方式触发执行录歌的应用程序控制耳返功能开启或者关闭。可以理解的是，执行录歌的应用程序在接收到该intent广播后，就可以对应的触发开启或者关闭耳返功能，并且会对应的调整如图2所示的配置界面中的开关控件的状态。即，若执行录歌的应用程序执行的动作为关闭耳返功能，那么就会对应的将开关控件更改为表征耳返功能关闭的状态，而若执行录歌的应用程序执行的动作为开启耳返功能，那么就会对应的将开关控件更改为表征耳返功能开启的状态。

步骤S241：若所述标识不满足指定条件，触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。

若移动终端检测到当前执行录歌的应用程序的标识不满足指定条件，那么就可以确定当前执行录歌的应用程序无法响应特定的intent广播，进而移动终端就会基于系统服务的方式来触发关闭或者开启耳返功能。

在Android操作系统中，硬件驱动分为两个部分，一个是运行在linux内核里的硬件驱动，而另外一部分是运行在用户空间的硬件抽象层。采用这种方法，就可以使系统具有硬件无关性。而对于可以直接操作硬件的硬件抽象层则可以通过上提供接口的方式来使得服务层或者应用层等可以对移动终端的硬件进行操作。例如，操作移动终端在硬件方面停止将采集的音频传输给耳机。

其中，硬件抽象层可以向服务层提供adev_set_parameters()接口，以便服务层实现对移动终端的硬件的控制。在这种方式下，移动终端可以触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。作为一种方式，在移动终端的硬件抽象层中可以配置一全局变量来表征耳返功能当前的状态，那么移动终端在触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口后，adev_set_parameters()接口可以执行内部封装的代码从而查询该表征耳返功能状态的全局变量的值，进而获取移动终端当前的耳返功能的状态。

例如，若该全局变量的值为1表征耳返功能处于开启状态，而该全局变量的值为0表征耳返功能处于关闭状态，那么移动终端在触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口后，若adev_set_parameters()接口返回的状态值为1，那么就表征耳返功能处于开启状态，那么就mediasession服务就会进一步再次调用adev_set_parameters()接口将该状态值切换为0。相应的，若若adev_set_parameters()接口返回的状态值为0，那么就表征耳返功能处于关闭状态，那么就media session服务就会进一步再次调用adev_set_parameters()接口将该状态值切换为1。

而作为另外一种方式，移动终端可以对硬件抽象层的adev_set_parameters()接口内部所封装的代码进行修改，添加自动的表征耳返功能状态的全局变量的修改代码，进而在该adev_set_parameters()接口获取到表征耳返功能状态的全局变量的值后，无需向服务层返回获取的全局变量的值，而是直接执行修改操作，即在该表征耳返功能状态的全局变量的值为1的情况下，将该表征耳返功能状态的全局变量的值修改为0，在该表征耳返功能状态的全局变量的值为0的情况下，将该表征耳返功能状态的全局变量的值修改为1，从而减少服务层的操作流程，进而也可以减少服务层与硬件抽象层时间的代码耦合，降低程序修改的难度。

步骤S242：当退出所述录歌状态后，获取所述触发执行录歌的应用程序中用于配置开启或者关闭耳返功能的开关控件的状态。

可以理解的是，在移动终端可以通过基于执行录歌的应用程序来关闭或者开启耳返功能，以及还可以通过系统服务调用硬件抽象层的adev_set_parameters()接口来关闭或者开启耳返功能的情况下，若移动终端通过系统服务调用硬件抽象层的adev_set_parameters()接口来关闭或者开启耳返功能，那么可能会造成移动终端实际的耳返功能的状态与应用程序中所表示的耳返功能的状态不一致。

需要说明的是，虽然基于应用程序触发开启的耳返功能后，移动终端传输给耳机进行播放的音频通路，与系统服务触发开启耳返功能后移动终端传输给耳机进行播放的音频通路是不同，但是这两条通路都是基于的移动终端的硬件将音频传输给耳机的。那么作为一种方式，不论当前是基于何种方式触发的将耳返功能切换为关闭状态，那么在移动终端的硬件层面都不会向耳机输出所采集的音频。其中，这里所指的硬件层面为移动终端中向的耳机插口输出音频的硬件。

那么若移动终端基于系统服务调用硬件抽象层的adev_set_parameters()接口来关闭或者开启耳返功能后，就会造成与执行录歌的应用程序所标识的耳返功能的状态不同。例如，若当前执行录歌的应用程序为应用程序A，移动终端的耳返功能实际是处于开启状态的，并且应用程序A的配置界面中(例如图2所示的配置界面)中开关控件的状态也为处于开启状态，那么若用户在切换该配置界面显示后，用户会主观觉得耳返功能是处于开启状态的。而在这种情况下，若用户通过触发耳机上的触控按钮触发目标触控事件后，且若移动终端识别到当前执行录歌的应用程序的标识不满足指定条件，那么移动终端就会基于系统服务来调用硬件抽象层的adev_set_parameters()接口来关闭耳返功能，从而使得移动终端的硬件层面不会将所采集的音频传输给耳机进行播放。

然而，当用户操作录歌的应用程序退出录歌界面(例如，图1所示的界面)后，移动终端可能会退出了录歌状态，在这种情况下，移动终端的耳返功能实际已经被关闭了，但是因为移动终端是通过系统服务来调用硬件抽象层的adev_set_parameters()接口来关闭耳返功能的，那么该执行录歌的应用程序的配置界面中的开关控件依然还是会处于表征耳返功能处于开启的状态，但是当移动终端再次进入到录歌状态后，移动终端其实是不会执行耳返功能的，进而会给用户造成错觉，以为是应用程序出错，或者是以为移动终端出现错误，从而影响用户体验。

那么为了避免上述问题，移动终端在退出所述录歌状态后，就可以获取所述触发执行录歌的应用程序中用于配置开启或者关闭耳返功能的开关控件的状态，以便根据该开关控件的状态来调整移动终端实际的耳返功能的状态。

步骤S243：若所述开关控件处于表征开启耳返功能的状态，控制所述移动终端开启耳返功能；若所述开关控件处于表征关闭耳返功能的状态，控制所述移动终端关闭耳返功能。

可以理解的是，若开关控件处于表征开启耳返功能的状态，那么用户看到配置界面后，会主观的觉得当前是开启了耳返功能的，那么为了避免用户产生错觉，移动终端就可以将实际的耳返功能切换为开启状态，而若开关控件处于表征关闭耳返功能的状态，那么用户看到配置界面后，会主观的觉得当前是关闭了耳返功能的，那么为了避免用户产生错觉，移动终端就可以将实际的耳返功能切换为关闭状态。

需要说明的是，在本实施例中当移动终端在识别所获取的触控事件为目标触控事件后，也可以不执行对当前执行录歌的应用程序的标识是否满足指定条件的判断步骤，而是可以直接通过intent广播的方式触发在所述录歌状态下执行录歌的应用程序控制耳返功能开启或者关闭。

本申请提供的一种耳返功能控制方法，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，在该移动终端处于录歌状态下，若获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件，若识别所述触控事件为目标触控事件，再判断当前执行录歌的应用程序是否为满足目标条件的应用程序，若执行录歌的应用程序为满足目标条件的应用程序，就过intent广播的方式触发执行录歌的应用程序控制耳返功能开启或者关闭，若执行录歌的应用程序不为满足目标条件的应用程序，就通过系统的触发mediasession服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。

该方法使得可以通过与移动终端连接的耳机来对移动终端是否开启耳返功能进行控制，进而使得移动终端用户不需要必须通过操作界面上的虚拟按钮控制是否开启耳返功能，给用户带来了极大的便利，提升了用户体验，同时，还可以根据当前执行录歌的应用程序来确定具体采用哪种方式来控制耳返功能的开启或者关闭，提升了控制的灵活性以及适配性，使得即使当前执行录歌的应用程序没有适配耳机控制耳返效果的开启或者关闭，依然可以通过耳机设置的触控按钮来控制该应用程序在录歌过程中的耳返功能的开启或者关闭。

请参阅图6，本申请实施例提供的一种耳返功能控制方法，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述方法包括：

步骤S310：当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件。

步骤S320：若识别所述触控事件为目标触控事件，触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。

若识别所述触控事件不为目标触控事件，则结束流程。

本申请提供的一种耳返功能控制方法，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，在该移动终端处于录歌状态下，若获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件，若识别所述触控事件为目标触控事件，通过系统的触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。该方法使得可以通过与移动终端连接的耳机来对移动终端是否开启耳返功能进行控制，进而使得移动终端用户不需要必须通过操作界面上的虚拟按钮控制是否开启耳返功能，给用户带来了极大的便利，提升了用户体验。

请参阅图7，本申请实施例提供的一种耳返功能控制装置400，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述装置400包括：

触控事件识别单元410，用于当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件。

耳返功能控制单元420，用于若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能，其中，当所述耳返功能开启时，所述移动终端将采集到的音频传输给所述耳机进行播放。

请参阅图8，本申请实施例提供的一种耳返功能控制装置500，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述装置500包括：

触控事件识别单元510，用于当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件。

标识获取单元520，用于若识别所述触控事件为目标触控事件，获取当前执行录歌的应用程序的标识。

若识别所述触控事件不为目标触控事件，则结束流程。

标识判断单元530，用于判断所述执行录歌的应用程序的标识是否满足指定条件。

第一耳返功能控制单元540，用于若所述标识满足指定条件，通过intent广播的方式触发执行录歌的应用程序控制耳返功能开启或者关闭。

第二耳返功能控制单元550，用于若所述标识不满足指定条件，触发mediasession服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。

参考状态获取单元560，用于当退出所述录歌状态后，获取所述触发执行录歌的应用程序中用于配置开启或者关闭耳返功能的开关控件的状态。

第二耳返功能控制单元550，还用于若所述开关控件处于表征开启耳返功能的状态，控制所述移动终端开启耳返功能；若所述开关控件处于表征关闭耳返功能的状态，控制所述移动终端关闭耳返功能。

需要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性。另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

下面将结合图9对本申请提供的一种移动终端进行说明。

请参阅图9，基于上述的耳返功能控制方法、装置，本申请实施例还提供的另一种可以执行前述耳返功能控制方法的移动终端100。移动终端100包括相互耦合的一个或多个(图中仅示出一个)处理器102、存储器104、无线模块106以及音频模块108。其中，该存储器104中存储有可以执行前述实施例中内容的程序，而处理器102可以执行该存储器104中存储的程序。

其中，处理器102可以包括一个或者多个处理核。处理器102利用各种接口和线路连接整个移动终端100内的各个部分，通过运行或执行存储在存储器104内的指令、程序、代码集或指令集，以及调用存储在存储器104内的数据，执行移动终端100的各种功能和处理数据。可选地，处理器102可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器102可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器102中，单独通过一块通信芯片进行实现。

存储器104可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器104可用于存储指令、程序、代码、代码集或指令集。存储器104可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

所述无线模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯，例如和音频播放设备进行通讯。所述无线模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。所述无线模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。

该音频模块108可以进行音频的采集以及输出以及提供外接设备的连接接口。例如，该音频模块108可以外接耳机，并在处理器102的控制下，将采集的音频输出到外接的耳机进行播放。

请参考图10，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

综上所述，本申请提供的一种耳返功能控制方法、装置以及移动终端，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，在该移动终端处于录歌状态下，若获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件，若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能。该方法使得可以通过与移动终端连接的耳机来对移动终端是否开启耳返功能进行控制，进而使得移动终端用户不需要必须通过操作界面上的虚拟按钮控制是否开启耳返功能，给用户带来了极大的便利，提升了用户体验。

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

Claims (11)

1.一种耳返功能控制方法，其特征在于，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述方法包括：

当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件；

若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能，其中，当所述耳返功能开启时，所述移动终端将采集到的音频传输给所述耳机进行播放。

2.根据权利要求1所述的方法，其特征在于，若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能的步骤包括：

若识别所述触控事件为目标触控事件，通过intent广播的方式触发在所述录歌状态下执行录歌的应用程序控制耳返功能开启或者关闭。

3.根据权利要求2所述的方法，其特征在于，若识别所述触控事件为目标触控事件，通过intent广播的方式触发在所述录歌状态下执行录歌的应用程序控制耳返功能开启或者关闭的步骤包括：

若识别所述触控事件为目标触控事件，获取当前执行录歌的应用程序的标识；

判断所述执行录歌的应用程序的标识是否满足指定条件；

若所述标识满足指定条件，执行所述通过intent广播的方式触发执行录歌的应用程序控制耳返功能开启或者关闭。

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

若所述标识不满足指定条件，触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。

5.根据权利要求4所述的方法，其特征在于，所述触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭的步骤之后还包括：

当退出所述录歌状态后，获取所述触发执行录歌的应用程序中用于配置开启或者关闭耳返功能的开关控件的状态；

若所述开关控件处于表征开启耳返功能的状态，控制所述移动终端开启耳返功能；

若所述开关控件处于表征关闭耳返功能的状态，控制所述移动终端关闭耳返功能。

6.根据权利要求3所述的方法，其特征在于，所述判断所述执行录歌的应用程序的标识是否满足指定条件的步骤包括：

判断所述执行录歌的应用程序的标识是否在预设的白名单中；

若所述执行录歌的应用程序的标识在预设的白名单中，判定所述执行录歌的应用程序的标识满足指定条件。

7.根据权利要求1所述的方法，其特征在于，若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能的步骤包括：

若识别所述触控事件为目标触控事件，触发media session服务基于udiomanager.setparameter()的方式调用adev_set_parameters()接口控制耳返功能开启或者关闭。

8.根据权利要求1-7任一所述的方法，其特征在于，所述目标触控事件包括双击触控按钮的事件。

9.一种耳返功能控制装置，其特征在于，应用于连接有耳机的移动终端，所述耳机设置有触控按钮，所述装置包括：

触控事件识别单元，用于当处于录歌状态下，若所述移动终端获取到所述触控按钮的触控事件，识别所述触控事件是否为目标触控事件；

耳返功能控制单元，用于若识别所述触控事件为目标触控事件，控制所述移动终端开启或者关闭耳返功能，其中，当所述耳返功能开启时，所述移动终端将采集到的音频传输给所述耳机进行播放。

10.一种移动终端，其特征在于，包括一个或多个处理器以及存储器；

一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行权利要求1-8任一所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行权利要求1-8任一所述的方法。