CN112468934A - 一种麦克风控制方法、装置、智能终端及存储介质 - Google Patents

Abstract

本发明公开了一种麦克风控制方法、装置、智能终端及存储介质，其中，上述麦克风控制方法包括：获取目标对象的请求数据；获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；当不存在上述当前对象时，为上述目标对象配置麦克风；当存在上述当前对象时，获取优先级数据；基于上述优先级数据控制上述麦克风。由于本发明方案在出现麦克风抢占问题时，基于与目标对象和当前对象相关联的优先级数据控制麦克风。因此相较于现有技术，本发明方案可使重要的应用程序不会被直接打断，保证用户正常使用，提升用户体验。

Description

一种麦克风控制方法、装置、智能终端及存储介质

技术领域

本发明涉及麦克风管控技术领域，尤其涉及的是一种麦克风控制方法、装置、智能终端及存储介质。

背景技术

随着科学技术的发展，安卓(Android)系统作为自由以及开放源代码的操作系统，近年来被应用到越来越多的电子设备中，如电视、手机、平板以及其它嵌入式设备。目前，安卓系统的应用越来越广泛，在医疗、教育、金融等各个领域都能见到其身影，且现有的使用安卓系统的设备也已经能实现同时运行多个应用程序，甚至有些设备能实现应用程序分屏同时运行，极大的提高了不同场景下的用户体验。与此同时，安卓系统在使用过程中也暴露了一些缺点，比如系统中不同应用程序对于独占性资源麦克风的抢占问题。

现有技术中，在安卓系统中，当多个应用程序之间出现麦克风抢占问题时，通常是为后申请使用麦克风的应用程序配置麦克风。即后申请使用麦克风的应用程序会抢占到资源，而当前使用麦克风的应用程序会抛出异常。现有技术的问题在于，在处理麦克风抢占问题时，未考虑相关应用程序的实际情况，仅基于申请时间进行控制，可能导致正在使用麦克风的重要应用程序被直接打断，影响用户的正常使用和用户体验。

因此，现有技术还有待改进和发展。

发明内容

针对现有技术中在处理麦克风抢占问题时，未考虑相关应用程序的实际情况，仅基于申请时间进行控制，可能导致正在使用麦克风的重要应用程序被直接打断，影响用户的正常使用和用户体验的问题，本发明供一种麦克风控制方法、装置、智能终端及存储介质，可获取目标对象的请求数据；获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；当不存在上述当前对象时，为上述目标对象配置麦克风；当存在上述当前对象时，获取优先级数据；基于上述优先级数据控制上述麦克风。当出现麦克风抢占问题时，基于与目标对象和当前对象相关联的优先级数据控制麦克风，从而可达到根据相关应用程序的实际优先级情况对麦克风进行控制，使重要的应用程序不会被直接打断，保证用户正常使用，提升用户体验的效果。

为了实现上述效果，本发明第一方面提供一种麦克风控制方法，其中，上述方法包括：

获取目标对象的请求数据；

获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；

当不存在上述当前对象时，为上述目标对象配置麦克风；

当存在上述当前对象时，获取优先级数据；

基于上述优先级数据控制上述麦克风。

可选的，上述基于上述优先级数据控制上述麦克风，包括：

基于上述优先级数据，分别获取上述目标对象和上述当前对象的优先级；

当上述目标对象的优先级高于上述当前对象的优先级时，为上述目标对象配置麦克风；

当上述目标对象的优先级不高于上述当前对象的优先级时，获取选择数据，基于上述选择数据控制上述麦克风。

可选的，上述当上述目标对象的优先级不高于上述当前对象的优先级时，获取选择数据，基于上述选择数据控制上述麦克风，包括：

当上述目标对象的优先级不高于上述当前对象的优先级时，生成选择弹窗；

获取上述选择弹窗返回的选择数据；

基于上述选择数据为上述目标对象配置麦克风或控制上述麦克风继续被上述当前对象使用。

可选的，在上述获取目标对象的请求数据之前，上述方法还包括：

获取优先级配置数据；

基于上述优先级配置数据配置关联对象的优先级数据，其中，上述关联对象包括所有与上述麦克风相关联的对象。

可选的，上述基于上述优先级配置数据配置关联对象的优先级数据，包括：

判断上述优先级配置数据是否有更新；

当上述优先级配置数据有更新时，基于上述优先级配置数据更新上述关联对象的优先级数据。

本发明第二方面提供一种麦克风控制装置，其中，上述装置包括：

请求数据获取模块，用于获取目标对象的请求数据；

当前对象判断模块，用于获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；

目标配置模块，用于当不存在上述当前对象时，为上述目标对象配置麦克风；

优先级数据获取模块，用于当存在上述当前对象时，获取优先级数据；

优先级控制模块，用于基于上述优先级数据控制上述麦克风。

可选的，上述优先级控制模块包括：

优先级获取单元，用于基于上述优先级数据，分别获取上述目标对象和上述当前对象的优先级；

控制单元，用于当上述目标对象的优先级高于上述当前对象的优先级时，为上述目标对象配置麦克风；当上述目标对象的优先级不高于上述当前对象的优先级时，获取选择数据，基于上述选择数据控制上述麦克风。

可选的，上述装置还包括：

优先级配置数据获取模块，用于获取优先级配置数据；

优先级数据配置模块，用于基于上述优先级配置数据配置关联对象的优先级数据，其中，上述关联对象包括所有与上述麦克风相关联的对象。

本发明第三方面提供一种智能终端，包括存储器、处理器以及存储在上述存储器上并可在上述处理器上运行的程序，上述程序被上述处理器执行时实现上述任意一种麦克风控制方法的步骤。

本发明第四方面提供一种存储介质，上述存储介质上存储有计算机程序，上述计算机程序被处理器执行时实现上述任意一种麦克风控制方法的步骤。

由上可见，本发明方案获取目标对象的请求数据；获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；当不存在上述当前对象时，为上述目标对象配置麦克风；当存在上述当前对象时，获取优先级数据；基于上述优先级数据控制上述麦克风。由于本发明方案在同时存在当前对象和目标对象，即出现麦克风抢占问题时，基于与目标对象和当前对象相关联的优先级数据控制麦克风。因此相较于现有技术中为后申请使用麦克风的应用程序配置麦克风的方案，本方案可根据相关应用程序的实际优先级情况对麦克风进行控制，使重要的应用程序不会被直接打断，保证用户正常使用，提升用户体验。

附图说明

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

图1是本发明实施例提供的一种麦克风控制方法的流程示意图；

图2是本发明实施例图1中步骤S500的具体流程示意图；

图3是本发明实施例图2中步骤S503的具体流程示意图；

图4是本发明实施例提供的另一种麦克风控制方法的流程示意图；

图5是本发明实施例图4中步骤A200的具体流程示意图；

图6是本发明实施例提供的一种对于第三方应用程序的麦克风控制方法流程示意图；

图7是本发明实施例提供的一种麦克风控制装置的结构示意图；

图8是本发明实施例图7中优先级控制模块750的具体结构示意图；

图9是本发明实施例提供的另一种麦克风控制装置的结构示意图；

图10是本发明实施例提供的一种智能终端的内部结构原理框图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况下，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当…时”或“一旦”或“响应于确定”或“响应于检测到”。类似的，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述的条件或事件]”或“响应于检测到[所描述条件或事件]”。

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

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其它不同于在此描述的方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。

近年来，安卓系统越发得到广泛运用，在不同的电子设备(如电视、手机、平板和其它嵌入式设备)、领域(如医疗、教育、金融等)和应用场景中都能见到其身影。越来越广泛的使用也使得安卓原生系统的一些缺点被暴露，安卓系统中独占性资源麦克风的抢占问题就是其中之一。随着科学技术的发展和人们需求的变化，越来越多的应用程序被开发出来，且其中有相当一部分应用程序需要调用麦克风以实现更好的交互，但对于以手机、平板为代表的安卓设备，其麦克风通常为独占性资源，不可避免会出现麦克风抢占问题，需要合理对麦克风进行控制。

现有技术中，在安卓系统中，当多个应用程序之间出现麦克风抢占问题时，通常是为后申请使用麦克风的应用程序配置麦克风。即后申请使用麦克风的应用程序会抢占到资源，而当前使用麦克风的应用程序会抛出异常，然后在应用程序层捕获和处理异常。现有技术的问题在于，在处理麦克风抢占问题时，未考虑相关应用程序的实际情况，仅基于申请时间进行控制，可能导致正在使用麦克风的重要应用程序被直接打断，影响用户的正常使用和用户体验。例如，用户在重要场景，如电话会议中，误触并打开了其它需要申请使用麦克风的应用程序，如语音助手时，由于语音助手是后申请使用麦克风的应用程序，因此语音助手会直接抢占麦克风，打断电话会议，这将影响用户的正常使用，且极大的降低了用户体验。

因此，需要有一种更好的安卓系统麦克风控制方法。

为了解决现有技术中存在的问题，本发明提供一种麦克风控制方法，在本发明实施例中，当要对麦克风进行分配和控制时，获取目标对象的请求数据；获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；当不存在上述当前对象时，为上述目标对象配置麦克风；当存在上述当前对象时，获取优先级数据；基于上述优先级数据控制上述麦克风。如此，在出现麦克风抢占问题时，基于与目标对象和当前对象相关联的优先级数据控制麦克风。相较于现有技术中为后申请使用麦克风的应用程序配置麦克风的方案，本方案可根据相关应用程序的实际优先级情况对麦克风进行控制，使重要的应用程序不会被直接打断，保证用户正常使用，提升用户体验。

示例性方法

如图1所示，本发明实施例提供一种麦克风控制方法，上述方法包括如下步骤：

步骤S100，获取目标对象的请求数据。

本实施例中，上述目标对象为请求使用麦克风的应用程序，上述请求数据包括对应的请求使用麦克风的指令和请求时间。获取请求时间后可以根据上述请求时间依次确定目标对象，当较短的时间间隔内有多个应用程序依次请求使用麦克风时，可以按照请求时间依次将上述多个应用程序作为目标对象，从而通过本实施例提供的麦克风控制方案进行麦克风分配。

步骤S200，获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象。

步骤S300，当不存在上述当前对象时，为上述目标对象配置麦克风。

其中，上述当前对象为当前时刻正在使用麦克风的应用程序。具体的，若当前时刻没有任何应用程序正在使用麦克风，则说明并未出现麦克风抢占问题，只有目标对象请求使用麦克风，可以直接为其分配麦克风进行使用。

步骤S400，当存在上述当前对象时，获取优先级数据。

其中，上述优先级数据为使用麦克风的优先(级)顺序。

步骤S500，基于上述优先级数据控制上述麦克风。

具体的，当存在上述当前对象时，说明当前时刻有应用程序正在使用麦克风，此时目标对象也请求使用麦克风，出现了麦克风抢占问题，此时需要考虑为谁分配麦克风。本实施例中，在出现麦克风抢占问题时，获取优先级数据并根据优先级数据控制麦克风的归属，其中，上述优先级数据中包括目标对象和当前对象的优先级。如此，可以基于不同应用程序的优先级来控制为谁提供麦克风，避免出现不重要的应用程序直接打断重要应用程序的情况，提高用户体验。

由上可见，本发明实施例提供的麦克风控制方法获取目标对象的请求数据；获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；当不存在上述当前对象时，为上述目标对象配置麦克风；当存在上述当前对象时，获取优先级数据；基于上述优先级数据控制上述麦克风。由于本发明方案在同时存在当前对象和目标对象，即出现麦克风抢占问题时，基于与目标对象和当前对象相关联的优先级数据控制麦克风。因此相较于现有技术中为后申请使用麦克风的应用程序配置麦克风的方案，本方案可根据相关应用程序的实际优先级情况对麦克风进行控制，使重要的应用程序不会被直接打断，保证用户正常使用，提升用户体验。

具体的，如图2所示，本实施例中，上述步骤S500包括：

步骤S501，基于上述优先级数据，分别获取上述目标对象和上述当前对象的优先级。

步骤S502，当上述目标对象的优先级高于上述当前对象的优先级时，为上述目标对象配置麦克风。

步骤S503，当上述目标对象的优先级不高于上述当前对象的优先级时，获取选择数据，基于上述选择数据控制上述麦克风。

可选的，可以基于目标对象和当前对象对应的应用程序包名从上述优先级数据中获取其对应的优先级，也可以基于目标对象和当前对象对应的应用程序名称从上述优先级数据中获取其对应的优先级，还可以有其它获取方式，在此不做具体限定。

本实施例中，当目标对象(请求使用麦克风的应用程序)的优先级高于当前对象(当前时刻正在使用麦克风的应用程序)的优先级时，说明目标对象是更重要的应用程序，应当优先为其分配麦克风，因此上述目标对象请求成功，可以直接为上述目标对象配置麦克风，以提高用户体验。当目标对象的优先级不高于当前对象的优先级时，为避免更重要的应用程序(当前对象)的使用被直接打断，不能直接为目标对象配置麦克风。但如果用户确实需要使用目标对象，那么为其分配麦克风也是必要的。因此，此时可以请用户进一步判断，选择当前对象和目标对象中的一个应用程序进行授权，允许其使用麦克风。如此，获取用户的选择数据，基于上述选择数据控制麦克风便可满足用户的实际需求，保证用户正常使用，提高用户体验。

可选的，上述选择数据包括在目标对象和当前对象中用户选择授权(麦克风使用权)的对象的相关数据，可以为对应对象的应用程序包名或应用程序名称，在此不做具体限定。

具体的，如图3所示，本实施例中，上述步骤S503包括：

步骤S5031，当上述目标对象的优先级不高于上述当前对象的优先级时，生成选择弹窗。

步骤S5032，获取上述选择弹窗返回的选择数据。

步骤S5033，基于上述选择数据为上述目标对象配置麦克风或控制上述麦克风继续被上述当前对象使用。

本实施例中，结合用户对于安卓系统的常规使用习惯，可以通过弹窗来与用户进行交互，为用户提供选择，从而获取用户的选择数据。

在一种应用场景中，上述弹窗的内容可以为：目标对象请求抢占麦克风，是否允许？并给予用户“是”和“否”的选项，收集用户选择的选项作为上述选择数据。当用户选择“是”时，为目标对象配置麦克风，当用户选择“否”时，拒绝目标对象的麦克风使用请求，使当前对象继续使用麦克风。例如，若正在使用麦克风的当前对象为电话会议应用程序，请求抢占麦克风的目标对象是语音助手应用程序，且语音助手的优先级低于电话会议时，可弹窗显示：语音助手请求抢占麦克风，是否允许？当用户选择“是”时，将麦克风分配给语音助手应用程序，当用户选择“否”时，电话会议应用程序可继续使用麦克风。如此，在不直接打断当前重要应用正常使用情境下，提供交互性的操作，提升用户体验。

在另一种应用场景中，还可以为用户弹窗显示出现麦克风抢占问题的具体应用程序，以便用户做出选择，例如，弹窗显示：电话会议正在使用麦克风，语音助手请求抢占麦克风，请选择麦克风配置对象。并为用户提供“电话会议”选项和“语音助手”选项，根据用户的选择控制麦克风。

可选的，还可以有其它获取用户选择数据的方式，例如通过获取用户的手势来获知用户的选择，在此不做具体限定。

具体的，如图4所示，本实施例中，在上述步骤S100之前，上述方法还包括：

步骤A100，获取优先级配置数据。

步骤A200，基于上述优先级配置数据配置关联对象的优先级数据，其中，上述关联对象包括所有与上述麦克风相关联的对象。

可选的，上述优先级配置数据包括该安卓系统上所有关联对象对应的优先级，即该安卓系统上所有可能需要调用麦克风的应用程序对应的优先级。可以基于常规使用习惯预先设置，也可以基于用户自定义的调整进行更新，同时，若用户安装了新的应用程序，也要对上述优先级配置数据进行更新。

本实施例中，共设置有四个优先级，根据优先级由高到低依次为第一优先级、第二优先级、第三优先级以及第四优先级。第一优先级包括用户即时交互响应性要求最高的应用程序，例如音频通话、视频通话等。这些程序对于用户体验有极大的影响，因此在使用过程中，不允许其它低优先级的应用程序无感抢占，而是通过弹窗交互的方式，让用户感知其它应用程序的麦克风申请动作，并决定下一步操作。第二优先级中包括的应用程序的用户即时交互响应性要求比第一优先级中的应用程序低，如视频录制、音频录制一类的应用程序。第三优先级中包括的应用程序的用户即时交互响应性要求比第二优先级中的应用程序低，可以包括后台运行远程监控程序。第四优先级中包括的应用程序为即时性要求最低的应用程序，比如后台常驻运行的智能语音应用程序，只有在没有其它应用程序抢占麦克风时才抢占麦克风，尽可能地不打断其它应用程序与用户的交互。

可选的，还可以调整上述优先级对应的级别的数目，比如，设置五个优先级等级，在此不做具体限制。可选的，用户还可以基于自身实际需求，自定义并调整各应用程序的优先级，从而提升用户体验。

具体的，如图5所示，本实施例中，上述步骤A200包括：

步骤A201，判断上述优先级配置数据是否有更新。

步骤A202，当上述优先级配置数据有更新时，基于上述优先级配置数据更新上述关联对象的优先级数据。

可选的，获得优先级配置数据后，可以与当前使用版本的优先级配置数据进行对比，判断是否有更新。例如，可以将新获得的优先级配置数据的版本号与当前使用版本的优先级配置数据的版本号进行对比，或基于最后更新时间进行对比，或者为上述优先级配置数据设置一个更新标记，当其中数据有更新时，同步对更新标记进行变换，从而基于更新标记即可判断优先级配置数据是否有更新。还可以有其它判断是否有更新的方法，在此不做具体限定。

具体的，当上述优先级配置数据有更新时，必须基于更新后的上述优先级配置数据更新各应用程序对应的优先级，以保证用户的正常使用。

本实施例中，上述优先级配置数据可以包括存储在安卓系统本地和服务器远端的两份配置数据，且由管理配置数据的应用程序进行管理。本地存储的配置数据保存在系统文件夹，系统启动时同步启动上述管理配置数据的应用程序，上述管理配置数据的应用程序获取后台服务器上的配置数据，判断是否有更新，有更新时同步更新本地配置数据。进一步的，上述管理配置数据的应用程序还可按照预定时间间隔持续检查更新，保证本地配置数据与云端配置数据一致。

可选的，本实施例中，以一个具体的安卓系统中的麦克风控制为例进行说明，该安卓系统中由麦克风管理程序执行上述麦克风控制方法，实现对麦克风的控制。上述麦克风管理程序包括安卓接口定义语言(AIDL，Android Interface Definition Language)通信模块和麦克风管理服务模块。其它应用程序(以下简称客户端)与上述麦克风管理程序(以下简称服务端)之间的跨进程通信通过安卓系统AIDL语言编码实现。上述AIDL模块定义了客户端与服务端之间跨进程通信的接口。具体的，客户端向服务端发起麦克风使用请求时，服务端处理请求并将处理结果返回给客户端，客户端向服务端设置麦克风状态监听者，当服务端检查到麦克风状态变化时通过客户端设置的监听者将状态变化反馈给客户端。

进一步的，对于安卓系统的系统应用程序，申请使用麦克风时，基于上述麦克风控制方法进行控制。对于第三方应用程序，本实施例图6示出了一种对于第三方应用程序的麦克风控制方法，如图6所示，接收到目标应用程序的请求数据时，判断该目标应用程序是否接入目标接口，其中，上述目标应用程序为请求使用麦克风的第三方应用程序，上述目标接口为麦克风管理应用程序提供的抢占接口。如果该目标应用程序接入了上述目标接口，则进入麦克风申请配置流程，其中，上述麦克风申请配置流程包括基于上述步骤S200至步骤S500的麦克风控制方法，通过上述麦克风申请配置流程进行判断以决定是否要为该目标应用程序配置麦克风。如果该目标应用程序未接入上述目标接口，则调用系统录音接口AudioRecord，并判断该目标应用程序调用的当前线程是否为主线程，如果是主线程则立即为其配置麦克风，使其能立即抢占麦克风，以避免因主线程挂起而导致应用崩溃。如果不是主线程，则挂起对应的当前线程，并进入麦克风申请配置流程，基于上述麦克风控制方法进行判断以决定是否要为该目标应用程序配置麦克风。可选的，在定制化的安卓系统中，可以修改安卓系统中AudioRecord类接口实现上述未接入目标接口的第三方应用程序的麦克风配置。具体的，可以在修改后的AudioRecord类接口里监听上述麦克风申请配置流程的返回结果，基于上述返回结果唤醒当前进程并处理。

示例性设备

如图7中所示，对应于上述麦克风控制方法，本发明实施例还提供一种麦克风控制装置，上述麦克风控制装置包括：

请求数据获取模块710，用于获取目标对象的请求数据。

本实施例中，上述目标对象为请求使用麦克风的应用程序，上述请求数据包括对应的请求使用麦克风的指令和请求时间。获取请求时间后可以根据上述请求时间依次确定目标对象，当较短的时间间隔内有多个应用程序依次请求使用麦克风时，可以按照请求时间依次将上述多个应用程序作为目标对象，从而进行麦克风分配。

当前对象判断模块720，用于获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象。

目标配置模块730，用于当不存在上述当前对象时，为上述目标对象配置麦克风。

其中，上述当前对象为当前时刻正在使用麦克风的应用程序。具体的，若当前时刻没有任何应用程序正在使用麦克风，则说明并未出现麦克风抢占问题，只有目标对象请求使用麦克风，可以通过上述目标配置模块730直接为其分配麦克风进行使用。

优先级数据获取模块740，用于当存在上述当前对象时，获取优先级数据。

其中，上述优先级数据为使用麦克风的优先(级)顺序。

优先级控制模块750，用于基于上述优先级数据控制上述麦克风。

具体的，当存在上述当前对象时，说明当前时刻有应用程序正在使用麦克风，此时目标对象也请求使用麦克风，出现了麦克风抢占问题，此时需要考虑为谁分配麦克风。本实施例中，在出现麦克风抢占问题时，通过上述优先级数据获取模块740获取优先级数据并通过上述优先级控制模块750根据优先级数据控制麦克风的归属，其中，上述优先级数据中包括目标对象和当前对象的优先级。如此，可以基于不同应用程序的优先级来控制为谁提供麦克风，避免出现不重要的应用程序直接打断重要应用程序的情况，提高用户体验。

由上可见，本发明实施例提供的麦克风控制方法通过请求数据获取模块710获取目标对象的请求数据；通过当前对象判断模块720获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；当不存在上述当前对象时，通过目标配置模块730为上述目标对象配置麦克风；当存在上述当前对象时，通过优先数据获取模块740获取优先级数据；通过优先级控制模块750基于上述优先级数据控制上述麦克风。由于本发明方案在同时存在当前对象和目标对象，即出现麦克风抢占问题时，基于与目标对象和当前对象相关联的优先级数据控制麦克风。因此相较于现有技术中为后申请使用麦克风的应用程序配置麦克风的方案，本方案可根据相关应用程序的实际优先级情况对麦克风进行控制，使重要的应用程序不会被直接打断，保证用户正常使用，提升用户体验。

具体的，如图8所示，本实施例中，上述优先级控制模块750包括：

优先级获取单元751，用于基于上述优先级数据，分别获取上述目标对象和上述当前对象的优先级。

控制单元752，用于当上述目标对象的优先级高于上述当前对象的优先级时，为上述目标对象配置麦克风；当上述目标对象的优先级不高于上述当前对象的优先级时，获取选择数据，基于上述选择数据控制上述麦克风。

可选的，上述优先级获取单元751可以基于目标对象和当前对象对应的应用程序包名从上述优先级数据中获取其对应的优先级，也可以基于目标对象和当前对象对应的应用程序名称从上述优先级数据中获取其对应的优先级，还可以有其它获取方式，在此不做具体限定。

本实施例中，当目标对象(请求使用麦克风的应用程序)的优先级高于当前对象(当前时刻正在使用麦克风的应用程序)的优先级时，说明目标对象是更重要的应用程序，应当优先为其分配麦克风，因此上述目标对象请求成功，可以直接为上述目标对象配置麦克风，以提高用户体验。当目标对象的优先级不高于当前对象的优先级时，为避免更重要的应用程序(当前对象)的使用被直接打断，不能直接为目标对象配置麦克风。但如果用户确实需要使用目标对象，那么为其分配麦克风也是必要的。因此，此时可以请用户进一步判断，选择当前对象和目标对象中的一个应用程序进行授权，允许其使用麦克风。如此，获取用户的选择数据，基于上述选择数据控制麦克风便可满足用户的实际需求，保证用户正常使用，提高用户体验。

可选的，上述选择数据包括在目标对象和当前对象中用户选择授权(麦克风使用权)的对象的相关数据，可以为对应对象的应用程序包名或应用程序名称，在此不做具体限定。

可选的，上述控制单元752具体用于：当上述目标对象的优先级不高于上述当前对象的优先级时，生成选择弹窗；获取上述选择弹窗返回的选择数据；基于上述选择数据为上述目标对象配置麦克风或控制上述麦克风继续被上述当前对象使用。

本实施例中，结合用户对于安卓系统的常规使用习惯，可以通过弹窗来与用户进行交互，为用户提供选择，从而获取用户的选择数据。

在一种应用场景中，上述弹窗的内容可以为：目标对象请求抢占麦克风，是否允许？并给予用户“是”和“否”的选项，收集用户选择的选项作为上述选择数据。当用户选择“是”时，为目标对象配置麦克风，当用户选择“否”时，拒绝目标对象的麦克风使用请求，使当前对象继续使用麦克风。例如，若正在使用麦克风的当前对象为电话会议应用程序，请求抢占麦克风的目标对象是语音助手应用程序，且语音助手的优先级低于电话会议时，可弹窗显示：语音助手请求抢占麦克风，是否允许？当用户选择“是”时，将麦克风分配给语音助手应用程序，当用户选择“否”时，电话会议应用程序可继续使用麦克风。如此，在不直接打断当前重要应用正常使用情境下，提供交互性的操作，提升用户体验。

在另一种应用场景中，还可以为用户弹窗显示出现麦克风抢占问题的具体应用程序，以便用户做出选择，例如，弹窗显示：电话会议正在使用麦克风，语音助手请求抢占麦克风，请选择麦克风配置对象。并为用户提供“电话会议”选项和“语音助手”选项，根据用户的选择控制麦克风。

可选的，还可以有其它获取用户选择数据的方式，例如通过获取用户的手势来获知用户的选择，在此不做具体限定。

具体的，如图9所示，本实施例中，上述麦克风控制装置还包括：

优先级配置数据获取模块760，用于获取优先级配置数据。

优先级数据配置模块770，用于基于上述优先级配置数据配置关联对象的优先级数据，其中，上述关联对象包括所有与上述麦克风相关联的对象。

可选的，上述优先级配置数据包括该安卓系统上所有关联对象对应的优先级，即该安卓系统上所有可能需要调用麦克风的应用程序对应的优先级。可以基于常规使用习惯预先设置，也可以基于用户自定义的调整进行更新，同时，若用户安装了新的应用程序，也要对上述优先级配置数据进行更新。

本实施例中，共设置有四个优先级，根据优先级由高到低依次为第一优先级、第二优先级、第三优先级以及第四优先级。第一优先级包括用户即时交互响应性要求最高的应用程序，例如音频通话、视频通话等。这些程序对于用户体验有极大的影响，因此在使用过程中，不允许其它低优先级的应用程序无感抢占，而是通过弹窗交互的方式，让用户感知其它应用程序的麦克风申请动作，并决定下一步操作。第二优先级中包括的应用程序的用户即时交互响应性要求比第一优先级中的应用程序低，如视频录制、音频录制一类的应用程序。第三优先级中包括的应用程序的用户即时交互响应性要求比第二优先级中的应用程序低，可以包括后台运行远程监控程序。第四优先级中包括的应用程序为即时性要求最低的应用程序，比如后台常驻运行的智能语音应用程序，只有在没有其它应用程序抢占麦克风时才抢占麦克风，尽可能地不打断其它应用程序与用户的交互。

可选的，还可以调整上述优先级对应的级别的数目，比如，设置五个优先级等级，在此不做具体限制。可选的，用户还可以基于自身实际需求，自定义并调整各应用程序的优先级，从而提升用户体验。

可选的，上述优先级数据配置模块770具体用于：判断上述优先级配置数据是否有更新；当上述优先级配置数据有更新时，基于上述优先级配置数据更新上述关联对象的优先级数据。

可选的，获得优先级配置数据后，可以与当前使用版本的优先级配置数据进行对比，判断是否有更新。例如，可以将新获得的优先级配置数据的版本号与当前使用版本的优先级配置数据的版本号进行对比，或基于最后更新时间进行对比，或者为上述优先级配置数据设置一个更新标记，当其中数据有更新时，同步对更新标记进行变换，从而基于更新标记即可判断优先级配置数据是否有更新。还可以有其它判断是否有更新的方法，在此不做具体限定。

具体的，当上述优先级配置数据有更新时，必须基于更新后的上述优先级配置数据更新各应用程序对应的优先级，以保证用户的正常使用。

本实施例中，上述优先级配置数据可以包括存储在安卓系统本地和服务器远端的两份配置数据，且由管理配置数据的应用程序进行管理。本地存储的配置数据保存在系统文件夹，系统启动时同步启动上述管理配置数据的应用程序，上述管理配置数据的应用程序获取后台服务器上的配置数据，判断是否有更新，有更新时同步更新本地配置数据。进一步的，上述管理配置数据的应用程序还可按照预定时间间隔持续检查更新，保证本地配置数据与云端配置数据一致。

可选的，本实施例中，以一个具体的安卓系统中的麦克风控制为例进行说明，该安卓系统中基于上述麦克风控制装置实现对麦克风的控制。上述麦克风控制装置还包括AIDL通信模块。其它应用程序(以下简称客户端)与上述麦克风管理程序(以下简称服务端)之间的跨进程通信通过安卓系统AIDL语言编码实现。上述AIDL模块定义了客户端与服务端之间跨进程通信的接口。具体的，客户端向服务端发起麦克风使用请求时，服务端处理请求并将处理结果返回给客户端，客户端向服务端设置麦克风状态监听者，当服务端检查到麦克风状态变化时通过客户端设置的监听者将状态变化反馈给客户端。

进一步的，对于安卓系统的系统应用程序，申请使用麦克风时，直接基于上述麦克风控制装置进行控制。对于第三方应用程序，当上述请求数据获取模块710接收到目标应用程序的请求数据时，判断该目标应用程序是否接入目标接口，其中，上述目标应用程序为请求使用麦克风的第三方应用程序，上述目标接口为上述麦克风控制装置提供的抢占接口。如果该目标应用程序接入了上述目标接口，则进入麦克风申请配置流程，其中，上述麦克风申请配置流程包括基于上述当前对象判断模块720、上述目标配置模块730、上述优先级数据获取模块740以及上述优先级控制模块750的麦克风控制流程，通过上述麦克风申请配置流程进行判断以决定是否要为该目标应用程序配置麦克风。如果该目标应用程序未接入上述目标接口，则调用系统录音接口AudioRecord，并判断该目标应用程序调用的当前线程是否为主线程，如果是主线程则立即为其配置麦克风，使其能立即抢占麦克风，以避免因主线程挂起而导致应用崩溃。如果不是主线程，则挂起对应的当前线程，并进入麦克风申请配置流程，判断并决定是否要为该目标应用程序配置麦克风。可选的，在定制化的安卓系统中，可以修改安卓系统中AudioRecord类接口实现上述未接入目标接口的第三方应用程序的麦克风配置。具体的，可以在修改后的AudioRecord类接口里监听上述麦克风申请配置流程的返回结果，基于上述返回结果唤醒当前进程并处理。

基于上述实施例，本发明还提供了一种智能终端，其原理框图可以如图10所示。上述智能终端包括通过系统总线连接的处理器、存储器、网络接口以及显示屏。其中，该智能终端的处理器用于提供计算和控制能力。该智能终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该智能终端的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时实现上述任意一种麦克风控制方法的步骤。该智能终端的显示屏可以是液晶显示屏或者电子墨水显示屏。

本领域技术人员可以理解，图10中示出的原理框图，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的智能终端的限定，具体的智能终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种智能终端，包括有存储器、处理器以及存储在上述存储器上并可在上述处理器上运行的程序，上述程序被上述处理器执行时进行以下操作指令：

获取目标对象的请求数据；

获取麦克风的使用数据，基于上述使用数据判断是否存在当前对象，其中，上述当前对象为当前时刻使用上述麦克风的对象；

当不存在上述当前对象时，为上述目标对象配置麦克风；

当存在上述当前对象时，获取优先级数据；

基于上述优先级数据控制上述麦克风。

本发明实施例还提供一种存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现本发明实施例提供的任一种麦克风控制方法所述的步骤。

应理解，上述实施例中各步骤的序号大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以由另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

上述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述计算机程序可存储于以计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减。

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

Claims (10)

1.一种麦克风控制方法，其特征在于，所述方法包括：

获取目标对象的请求数据；

获取麦克风的使用数据，基于所述使用数据判断是否存在当前对象，其中，所述当前对象为当前时刻使用所述麦克风的对象；

当不存在所述当前对象时，为所述目标对象配置麦克风；

当存在所述当前对象时，获取优先级数据；

基于所述优先级数据控制所述麦克风。

2.根据权利要求1所述的麦克风控制方法，其特征在于，所述基于所述优先级数据控制所述麦克风，包括：

基于所述优先级数据，分别获取所述目标对象和所述当前对象的优先级；

当所述目标对象的优先级高于所述当前对象的优先级时，为所述目标对象配置麦克风；

当所述目标对象的优先级不高于所述当前对象的优先级时，获取选择数据，基于所述选择数据控制所述麦克风。

3.根据权利要求2所述的麦克风控制方法，其特征在于，所述当所述目标对象的优先级不高于所述当前对象的优先级时，获取选择数据，基于所述选择数据控制所述麦克风，包括：

当所述目标对象的优先级不高于所述当前对象的优先级时，生成选择弹窗；

获取所述选择弹窗返回的选择数据；

基于所述选择数据为所述目标对象配置麦克风或控制所述麦克风继续被所述当前对象使用。

4.根据权利要求1所述的麦克风控制方法，其特征在于，在所述获取目标对象的请求数据之前，所述方法还包括：

获取优先级配置数据；

基于所述优先级配置数据配置关联对象的优先级数据，其中，所述关联对象包括所有与所述麦克风相关联的对象。

5.根据权利要求4所述的麦克风控制方法，其特征在于，所述基于所述优先级配置数据配置关联对象的优先级数据，包括：

判断所述优先级配置数据是否有更新；

当所述优先级配置数据有更新时，基于所述优先级配置数据更新所述关联对象的优先级数据。

6.一种麦克风控制装置，其特征在于，所述装置包括：

请求数据获取模块，用于获取目标对象的请求数据；

当前对象判断模块，用于获取麦克风的使用数据，基于所述使用数据判断是否存在当前对象，其中，所述当前对象为当前时刻使用所述麦克风的对象；

目标配置模块，用于当不存在所述当前对象时，为所述目标对象配置麦克风；

优先级数据获取模块，用于当存在所述当前对象时，获取优先级数据；

优先级控制模块，用于基于所述优先级数据控制所述麦克风。

7.根据权利要求6所述的麦克风控制装置，其特征在于，所述优先级控制模块包括：

优先级获取单元，用于基于所述优先级数据，分别获取所述目标对象和所述当前对象的优先级；

控制单元，用于当所述目标对象的优先级高于所述当前对象的优先级时，为所述目标对象配置麦克风；当所述目标对象的优先级不高于所述当前对象的优先级时，生成选择弹窗，获取选择数据，基于所述选择数据控制所述麦克风。

8.根据权利要求6所述的麦克风控制装置，其特征在于，所述装置还包括：

优先级配置数据获取模块，用于获取优先级配置数据；

优先级数据配置模块，用于基于所述优先级配置数据配置关联对象的优先级数据，其中，所述关联对象包括所有与所述麦克风相关联的对象。

9.一种智能终端，其特征在于，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1-5任意一项所述方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-5任意一项所述的方法的步骤。

Images