CN116132863A - 车辆麦克风的控制方法及装置 - Google Patents

Abstract

本申请公开一种车辆麦克风的控制方法及装置，涉及车辆技术领域。本申请的方法包括：获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

Description

车辆麦克风的控制方法及装置

技术领域

本申请涉及车辆技术领域，尤其涉及一种车辆麦克风的控制方法及装置。

背景技术

在车辆使用过程中，为了满足用户的语音控制和输入的需求，一般都会在车辆中设置麦克风阵列来采集用户的语言。其中，麦克风阵列一般至少包括一个以上麦克风。

目前，在对车辆麦克风的控制的过程中，常见的方式是用户在基于车载中控系统内不同的语音程序启动后，语音程序会自动发出麦克风的控制请求，车载中控系统会基于该麦克风的控制请求调用麦克风阵列来执行语音采集操作。然而在实际应用中，车辆中现有的麦克风控制方式需要对麦克风进行独占，也就是说当有一个语音程序启动后就会完全占用麦克风阵列，当需要启动另一个语音程序时，就需要关闭当前的语音程序才能实现另一个语音程序的音频采集功能。因此，现有的车辆麦克风控制方法存在“独占”情况，存在控制方式较为僵化的问题。

发明内容

本申请实施例提供一种车辆麦克风的控制方法及装置，主要目的在于车辆麦克风控制过程中，避免控制过程应用程序“独占”的情况，解决现有的控制方式较为僵化的问题。

为解决上述技术问题，本申请实施例提供如下技术方案：

第一方面，本申请提供了一种车辆麦克风的控制方法，所述方法，包括：

获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；

根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；

基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

可选的，所述控制节点设置于驱动层中，每个所述麦克风至少被一个所述控制节点控制；

所述根据所述麦克风调用类型从多个控制节点中确定目标控制节点，包括：

根据所述麦克风调用类型判断是否为独占类型，其中，所述独占类型用于表征所述应用程序需使用全部所述麦克风进行音频采集；

若是，则在所述驱动层中将多个所述控制节点均确定为所述目标控制节点。

可选的，在所述根据所述麦克风调用类型判断是否为独占类型之后，所述方法还包括：

若根据所述麦克风调用类型确定并非为独占类型，则基于预设对应关系，在所述驱动层中将对应所述麦克风调用类型的控制节点确定为所述目标控制节点；其中，所述预设对应关系中包含至少一种所述麦克风调用类型，以及每种所述麦克风调用类型对应的一个控制节点。

可选的，在获取麦克风控制请求之前，所述方法还包括：

将车辆中的全部麦克风进行分组，得到麦克风分组，其中，每个所述麦克风分组中至少包含一个所述麦克风；

基于所述麦克风分组，在所述驱动层中为每个所述麦克风分组设置一个对应的所述控制节点。

可选的，所述将车辆中的全部麦克风进行分组，得到麦克风分组，包括：

从车载中控系统中获取车辆中每个所述麦克风的位置，并基于所述位置将至少两个位置相对的所述麦克风确定为一个分组，得到所述麦克风分组。

可选的，在所述获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型之前，所述方法还包括：

获取目标应用程序，并基于所述目标应用程序的功能特征确定麦克风控制数量，其中，所述目标应用程序为所述多个应用程序中启动后需控制麦克风的应用，所述功能特征用于表征在所述目标应用程序运行时音频信息的重要程度；

为每个所述目标应用程序确定对应所述麦克风控制数量的所述麦克风调用类型。

可选的，所述基于所述目标控制节点对对应的麦克风进行控制，包括：

当检测到多个所述麦克风控制请求时，基于多个所述麦克风控制请求对应的麦克风调用类型判断是否均对应同一个所述目标控制节点；

若并未对应同一个所述目标控制节点，则分别基于每个目标控制节点对应的麦克风分别进行控制，以满足每个所述麦克风控制请求的音频采集功能；

若对应同一个所述目标控制节点，则基于所述目标控制节点控制对应的麦克风，以便将所述麦克风采集到的同一个音频分别反馈至每个所述麦克风控制请求的所述应用程序。

第二方面，本申请还提供一种车辆麦克风的控制装置，包括：

获取单元，用于获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；

第一确定单元，用于根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；

控制单元，用于基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

可选的，所述控制节点设置于驱动层中，每个所述麦克风至少被一个所述控制节点控制；

所述第一确定单元，包括：

判断模块，用于根据所述麦克风调用类型判断是否为独占类型，其中，所述独占类型用于表征所述应用程序需使用全部所述麦克风进行音频采集；

第一确定模块，用于若判断为独占类型，则在所述驱动层中将多个所述控制节点均确定为所述目标控制节点。

可选的，所述第一确定单元，还包括

第二确定模块，用于若根据所述麦克风调用类型确定并非为独占类型，则基于预设对应关系，在所述驱动层中将对应所述麦克风调用类型的控制节点确定为所述目标控制节点；其中，所述预设对应关系中包含至少一种所述麦克风调用类型，以及每种所述麦克风调用类型对应的一个控制节点。

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

分组单元，用于将车辆中的全部麦克风进行分组，得到麦克风分组，其中，每个所述麦克风分组中至少包含一个所述麦克风；

设置单元，用于基于所述麦克风分组，在所述驱动层中为每个所述麦克风分组设置一个对应的所述控制节点。

可选的，所述分组单元，具体用于从车载中控系统中获取车辆中每个所述麦克风的位置，并基于所述位置将至少两个位置相对的所述麦克风确定为一个分组，得到所述麦克风分组。

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

第二确定单元，用于获取目标应用程序，并基于所述目标应用程序的功能特征确定麦克风控制数量，其中，所述目标应用程序为所述多个应用程序中启动后需控制麦克风的应用，所述功能特征用于表征在所述目标应用程序运行时音频信息的重要程度；

第三确定单元，用于为每个所述目标应用程序确定对应所述麦克风控制数量的所述麦克风调用类型。

可选的，所述控制单元包括：

判断模块，用于当检测到多个所述麦克风控制请求时，基于多个所述麦克风控制请求对应的麦克风调用类型判断是否均对应同一个所述目标控制节点；

第一控制模块，用于若并未对应同一个所述目标控制节点，则分别基于每个目标控制节点对应的麦克风分别进行控制，以满足每个所述麦克风控制请求的音频采集功能；

第二控制模块，用于若对应同一个所述目标控制节点，则基于所述目标控制节点控制对应的麦克风，以便将所述麦克风采集到的同一个音频分别反馈至每个所述麦克风控制请求的所述应用程序。

第三方面，本申请的实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面中任一项所述的车辆麦克风的控制方法。

第四方面，本申请的实施例提供了一种车辆麦克风的控制装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行第一方面中任一项所述的车辆麦克风的控制方法。

借由上述技术方案，本申请提供的技术方案至少具有下列优点：

本申请提供一种车辆麦克风的控制方法及装置，本申请首先获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；然后，根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；最后，基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能，从而实现对车辆麦克风的控制功能。与现有技术相比，本申请能够基于麦克风控制请求所确定的麦克风调用类型来选取对应的控制节点，从而依托于控制节点进行麦克风控制，避免了在存在麦克风控制请求时将麦克风阵列中的全体麦克风都进行控制的情况，也就解决了当麦克风控制请求所需的麦克风数量小于麦克风阵列中的麦克风数量时，就能够只将满足麦克风控制请求所需的麦克风进行控制，从而当存在其他麦克风请求时，也能够选取剩余未被控制的麦克风进行控制，这就解决了一旦某个应用程序启动后就会出现的麦克风“独占”的情况，使得麦克风控制过程能够基于麦克风调用类型所确定的控制节点进行灵活控制，解决了现有的方式控制方式较为僵化的问题。另外，由于麦克风阵列中的麦克风在被控制的过程中是基于控制节点进行控制的，也就是说实现了将麦克风阵列中的各个麦克风进行分别控制的效果，从而使得控制过程中当仅需部分麦克风需要控制来采集语音时，其他的麦克风就可以处于待机或休眠状态，从而避免了利用麦克风阵列中全部麦克风进行语音采集时带来的功耗问题，可以减少车辆麦克风控制过程的功耗。

附图说明

通过参考附图阅读下文的详细描述，本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本申请的若干实施方式，相同或对应的标号表示相同或对应的部分，其中：

图1示出了本申请实施例提供的一种车辆麦克风的控制方法流程图；

图2示出了本申请实施例提供的另一种车辆麦克风的控制方法流程图；

图3示出了本申请实施例提供的一种车辆麦克风的控制装置的组成框图；

图4示出了本申请实施例提供的另一种车辆麦克风的控制装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施方式。虽然附图中显示了本申请的示例性实施方式，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本申请所属领域技术人员所理解的通常意义。

本申请实施例提供一种车辆麦克风的控制方法，具体如图1所示，该方法包括：

101、获取麦克风控制请求，并基于麦克风控制请求确定麦克风调用类型。

其中，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量。

在本实施例中，所述麦克风控制请求可以是车载中控系统中的应用程序启动后发出的，在车载中控系统中有一部分的应用程序基于其功能的需求，需要使用麦克风来采集音频信息。例如车载中控系统中的录音程序，录像程序、以及设置有语音操作功能的程序等。在这些应用程序的启动后，会需要对音频进行获取，而获取过程中就需要控制麦克风来进行采集。基于此，当上述应用程序启动后，会建立一个对应的录音任务，并基于该录音任务向车载中控系统发布麦克风控制请求。

因此，在获取到麦克风控制请求后，就说明当前存在需要使用麦克风的应用程序，因此需要基于麦克风控制请求来确定麦克风调用类型，该麦克风调用类型可以理解为一种表征应用程序在运行时所需使用的麦克风数量的信息。在本实施例中，可以预先为每个使用过程中需要使用麦克风的应用程序基于其功能特点设置对应的麦克风调用类型。例如，当应用程序为DVR时，即实时图像语音采集程序，常用于车辆行驶过程中行车记录。由于该应用程序对于图像采集是重点，而音频采集只是辅助的功能，因此可以为该应用程序设置为用以控制一个麦克风所对应的麦克风调用类型。

102、根据麦克风调用类型从多个控制节点中确定目标控制节点。

其中，所述控制节点至少对应麦克风阵列中的一个麦克风。

由于麦克风调用类型能够表征发布该麦克风控制请求的应用程序控制麦克风的数量，因此在前述步骤确定了麦克风控制请求的麦克风调用类型后，就可以选取对应该麦克风调用类型的目标控制节点。

在本实施例中，麦克风阵列不再如往常一样被设置成一个整体，而是基于用户的需求设置了不同的控制节点进行单独控制，也就是说当需要控制麦克风时，不同于以往直接从驱动层上确定麦克风阵列整体进行控制，而是直接通过预先设置的控制节点对麦克风进行单独控制。

这样在本步骤中当确定了麦克风调用类型后就可以直接从多个控制节点中选取符合该应用程序所需的麦克风数量的控制节点，即目标控制节点。

103、基于目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足应用程序的功能。

当前述步骤中确定了目标节点之后，实际上就确定了需要在应用程序启动后控制那个麦克风，接下来就可以基于本步骤的方法直接通过目标控制节点和麦克风之间的对应关系直接对对应的麦克风进行控制，并基于这个或这几个麦克风进行音频采集，从而满足该应用程序的功能需求。具体的，通过目标控制节点控制对应的麦克风的过程，可以理解为一个不同于以往对麦克风阵列整体进行控制的控制节点，而是单独的利用每个麦克风对应的控制节点单独进行控制，当然如何在驱动层基于控制节点具体对麦克风的控制过程与现有技术一致，在此不做赘述。

本实施例提供了一种车辆麦克风的控制方法，本申请实施例中，首先获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；然后，根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；最后，基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能，从而实现对车辆麦克风的控制功能。与现有技术相比，本申请能够基于麦克风控制请求所确定的麦克风调用类型来选取对应的控制节点，从而依托于控制节点进行麦克风控制，避免了在存在麦克风控制请求时将麦克风阵列中的全体麦克风都进行控制的情况，也就解决了当麦克风控制请求所需的麦克风数量小于麦克风阵列中的麦克风数量时，就能够只将满足麦克风控制请求所需的麦克风进行控制，从而当存在其他麦克风请求时，也能够选取剩余未被控制的麦克风进行控制，这就解决了一旦某个应用程序启动后就会出现的麦克风“独占”的情况，使得麦克风控制过程能够基于麦克风调用类型所确定的控制节点进行灵活控制，解决了现有的方式控制方式较为僵化的问题。另外，由于麦克风阵列中的麦克风在被控制的过程中是基于控制节点进行控制的，也就是说实现了将麦克风阵列中的各个麦克风进行分别控制的效果，从而使得控制过程中当仅需部分麦克风需要控制来采集语音时，其他的麦克风就可以处于待机或休眠状态，从而避免了利用麦克风阵列中全部麦克风进行语音采集时带来的功耗问题，可以减少车辆麦克风控制过程的功耗。

以下为了更加详细地说明，本申请实施例提供了另一种访问控制方法，具体如图2所示，该方法包括：

201、将车辆中的全部麦克风进行分组，得到麦克风分组。

其中，每个所述麦克风分组中至少包含一个所述麦克风。

由于车辆中设置有多个麦克风的情况下，为了确保音频采集效果，可能设置在车内的不同位置，也就是说不同位置的麦克风在不同场景和需求下采集音频的效果可能存在区别。例如设置在主驾驶位附近的麦克风所针对的是驾驶员发出的音频信息，而在副驾驶位附近的麦克风所针对的是副驾驶位置的乘客发出的音频。

基于此，在本实施例中可以对车辆中的麦克风进行分组，然后得到麦克风分组，该麦克风分组的方式可以包括至少一个麦克风。当然，一个麦克风也可以基于用户需要被设置在不同的分组中，以满足不同场景的语音采集需求。

具体的，由于不同的位置对音频采集效果是不同的，也就是说不同的位置对于分组可能存在影响，有鉴于此，在本实施例中，分组过程还可以如下：

从车载中控系统中获取车辆中每个所述麦克风的位置，并基于所述位置将至少两个位置相对的所述麦克风确定为一个分组，得到所述麦克风分组。

这样，通过从车载中控系统进行麦克风位置的确定，就能够准确得到每个麦克风的实际位置，并且基于音频采集去噪的效果，使用至少两个位置相对的麦克风设置成一个分组，能够确保音频采集效果较好的情况下，尽可能减少对麦克风的控制，从而起到具有较好去噪效果的情况下还能减少控制麦克数量的控制，从而降低功耗。

202、基于麦克风分组，在驱动层中为每个麦克风分组设置一个对应的控制节点。

由于实际应用中的麦克风阵列作为一个整体在驱动层中设置了对应的驱动程序，也就是说常规的麦克风控制过程中实际上是应用程序启动后直接利用该驱动程序对整个麦克风阵列进行控制。而本申请实施例恰恰要解决整体控制导致的控制方式僵化的问题。因此，在本步骤中可以在确定了麦克风分组后，为每个麦克风分组设置对应的控制节点，这样就确保了在后续进行麦克风控制的过程中，能够基于驱动层直接通过控制节点进行麦克风单独的控制。

例如，当车辆中包括麦克风1、麦克风2、麦克风3以及麦克风4共计4个麦克风时，基于前述步骤得到麦克风分组A(包括麦克风1和麦克风2)和麦克风分组B(包括麦克风3和麦克风4)，那么此时可以为这两个麦克风分组分别设置对应的控制节点为“控制节点α”和“控制节点β”。

203、获取目标应用程序，并基于目标应用程序的功能特征确定麦克风控制数量。

其中，所述目标应用程序为所述多个应用程序中启动后需控制麦克风的应用，所述功能特征用于表征在所述目标应用程序运行时音频信息的重要程度。

由于车载中控系统中搭载了不同的应用程序，并不是每个应用程序都要使用麦克风，因此，在本步骤中还可以从多个应用程序确定启动后需控制麦克风的应用，即目标应用程序。然后基于该目标应用程序在实际使用过程中音频信息对其重要程度，也就是功能特征，来确定每个目标应用程序使用时所需的麦克风控制数量。

例如，当目标应用程序为车载中控系统中语音控制程序时，由于在语音控制过程中对音频准确性是有较高的要求的，因此其功能特征就可以理解为音频信息对于该语音控制程序是非常重要的，那么就可以将车辆中的全部麦克风的数量确定为麦克风控制数量。同理，当目标应用程序为行车记录程序时，由于行车记录程序主要是采集图像信息，音频信息对其重要程度较低，因此选取的麦克风数量就可以为一个或两个。

204、为每个目标应用程序确定对应麦克风控制数量的麦克风调用类型。

基于前述步骤的描述可知，由于每个目标应用程序实际所需的麦克风数量是不同的，因此在本步骤中就可以基于其麦克风控制数量来确定麦克风的调用类型，这样就能够为后续应用程序启动后基于麦克风调用类型能够直观的确定出实际所需的麦克风数量，继而为后续当需要更新麦克风调用类型时追溯每个类型对应的麦克风数量奠定了基础。

205、获取麦克风控制请求，并基于麦克风控制请求确定麦克风调用类型。

其中，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量。

在本步骤中，当检测到麦克风控制请求后，就可以基于该麦克风控制请求来确定当前需要控制麦克风的应用程序所需的麦克风数量，由于每个应用程序基于其音频质量要求是不同的，因此确定出的麦克风调用类型也可能不同，这样基于麦克风调用类型能够反应出应用程序实际所需的麦克风数量，继而为后续麦克风控制的准确性奠定了基础。

206、根据麦克风调用类型从多个控制节点中确定目标控制节点。

其中，所述控制节点至少对应麦克风阵列中的一个麦克风。

具体的，在本实施例中，所述控制节点设置于驱动层中，每个所述麦克风至少被一个所述控制节点控制，也就是说在后续进行控制的过程中，不再需要从驱动层获取整个麦克风阵列整体的驱动控制程序，而是基于实际所需的控制节点选取对应的麦克风进行控制即可。

本步骤执行时具体包括：

根据所述麦克风调用类型判断是否为独占类型，其中，所述独占类型用于表征所述应用程序需使用全部所述麦克风进行音频采集；

若是，则在所述驱动层中将多个所述控制节点均确定为所述目标控制节点。

由于实际使用过程中，可能存在需要控制所有麦克风的应用程序，例如前述步骤中所述的语音控制程序，对于此类程序而言，在确定控制节点的过程中，就可以把所有的控制节点都确定为目标控制节点，也就是将所有的麦克风都进行控制。这样就确保了当需要对所有麦克风进行控制时，能够选取全部的控制节点作为目标控制节点，从而确保了通过将所有麦克风进行控制以满足部分对音频采集效果要求较高的应用程序的音频采集需求。

当然，在一些实施例中，如果存在某个控制节点实际上对应了全部的麦克风时，那么也可以单独选该控制节点亦可。

进一步的，若根据所述麦克风调用类型确定并非为独占类型，则基于预设对应关系，在所述驱动层中将对应所述麦克风调用类型的控制节点确定为所述目标控制节点；其中，所述预设对应关系中包含至少一种所述麦克风调用类型，以及每种所述麦克风调用类型对应的一个控制节点。

在确定麦克风调用类型为非独占类型时，说明该应用程序并非要对所有麦克风进行控制，那么就可以在本实施例中从驱动层中选取对应麦克风调用类型的控制节点作为目标控制节点。这样就避免了当所有麦克风一同控制的问题，具有较好的灵活性。

207、基于目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足应用程序的功能。

进一步的，在一些实施例中，还存在一种情况，就是同时存在多个应用程序要控制麦克风的情况，基于此本步骤在执行时还可以包括：

当检测到多个所述麦克风控制请求时，基于多个所述麦克风控制请求对应的麦克风调用类型判断是否均对应同一个所述目标控制节点。

若并未对应同一个所述目标控制节点，则分别基于每个目标控制节点对应的麦克风分别进行控制，以满足每个所述麦克风控制请求的音频采集功能；

若对应同一个所述目标控制节点，则基于所述目标控制节点控制对应的麦克风，以便将所述麦克风采集到的同一个音频分别反馈至每个所述麦克风控制请求的所述应用程序。

例如，可能存在用户既要通过语音控制程序对车辆进行语音控制，还可能存在行车记录程序需要同时进行行车记录的过程。这个过程中就存在两个应用程序都发起了麦克风控制请求，这时就需要确定这两个麦克风控制请求是否均对应同一个目标控制节点。而当发现二者都对应同一个目标控制节点时，那么就可以基于目标控制节点控制对应的麦克风，也就是说麦克风在执行一次语音采集的过程中，分别向两个应用程序反馈了相同的音频，这样就确保了多个应用程序之间具备麦克风共享的效果，避免了都使用麦克风的不同应用程序之间互斥的问题。

而当确定多个麦克风控制请求对应的控制节点不是同一个时，那么说明不同应用程序使用的麦克风是不同的，例如，应用程序A主要采集驾驶员的音频信息，而应用程序B主要想采集后排乘客的音频信息，那么这两个应用程序对应的控制节点就可能是不同的，从而可以基于本步骤的方法能够分别基于每个目标控制节点对不同的区域或用户的音频进行采集，起到了精准采集音频的效果。

为了实现上述目的，根据本申请的另一方面，本申请实施例还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的车辆麦克风的控制方法。

为了实现上述目的，根据本申请的另一方面，本申请实施例还提供了一种车辆麦克风的控制装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行上述所述的车辆麦克风的控制方法。

进一步的，作为对上述图1及图2所示方法的实现，本申请另一实施例还提供了一种车辆麦克风的控制装置。该车辆麦克风的控制装置实施例与前述方法实施例对应，为便于阅读，本车辆麦克风的控制装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的系统能够对应实现前述方法实施例中的全部内容。具体如图3所示，该车辆麦克风的控制装置包括：

获取单元31，可以用于获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型可以用于表征应用程序调用麦克风时所需使用的麦克风数量；

第一确定单元32，可以用于根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；

控制单元33，可以用于基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

进一步的，如图4所示，所述控制节点设置于驱动层中，每个所述麦克风至少被一个所述控制节点控制；

所述第一确定单元32，包括：

判断模块321，可以用于根据所述麦克风调用类型判断是否为独占类型，其中，所述独占类型可以用于表征所述应用程序需使用全部所述麦克风进行音频采集；

第一确定模块322，可以用于若判断为独占类型，则在所述驱动层中将多个所述控制节点均确定为所述目标控制节点。

进一步的，如图4所示，所述第一确定单元32，还包括

第二确定模块323，可以用于若根据所述麦克风调用类型确定并非为独占类型，则基于预设对应关系，在所述驱动层中将对应所述麦克风调用类型的控制节点确定为所述目标控制节点；其中，所述预设对应关系中包含至少一种所述麦克风调用类型，以及每种所述麦克风调用类型对应的一个控制节点。

进一步的，如图4所示，所述装置还包括：

分组单元34，可以用于将车辆中的全部麦克风进行分组，得到麦克风分组，其中，每个所述麦克风分组中至少包含一个所述麦克风；

设置单元35，可以用于基于所述麦克风分组，在所述驱动层中为每个所述麦克风分组设置一个对应的所述控制节点。

进一步的，如图4所示，所述分组单元34，具体可以用于从车载中控系统中获取车辆中每个所述麦克风的位置，并基于所述位置将至少两个位置相对的所述麦克风确定为一个分组，得到所述麦克风分组。

进一步的，如图4所示，所述装置还包括：

第二确定单元36，可以用于获取目标应用程序，并基于所述目标应用程序的功能特征确定麦克风控制数量，其中，所述目标应用程序为所述多个应用程序中启动后需控制麦克风的应用，所述功能特征可以用于表征在所述目标应用程序运行时音频信息的重要程度；

第三确定单元37，可以用于为每个所述目标应用程序确定对应所述麦克风控制数量的所述麦克风调用类型。

进一步的，如图4所示，所述控制单元33包括：

判断模块331，可以用于当检测到多个所述麦克风控制请求时，基于多个所述麦克风控制请求对应的麦克风调用类型判断是否均对应同一个所述目标控制节点；

第一控制模块332，可以用于若并未对应同一个所述目标控制节点，则分别基于每个目标控制节点对应的麦克风分别进行控制，以满足每个所述麦克风控制请求的音频采集功能；

第二控制模块333，可以用于若对应同一个所述目标控制节点，则基于所述目标控制节点控制对应的麦克风，以便将所述麦克风采集到的同一个音频分别反馈至每个所述麦克风控制请求的所述应用程序。

本申请实施例提供一种车辆麦克风的控制方法及装置，在本申请实施例中，首先获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；然后，根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；最后，基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能，从而实现对车辆麦克风的控制功能。与现有技术相比，本申请能够基于麦克风控制请求所确定的麦克风调用类型来选取对应的控制节点，从而依托于控制节点进行麦克风控制，避免了在存在麦克风控制请求时将麦克风阵列中的全体麦克风都进行控制的情况，也就解决了当麦克风控制请求所需的麦克风数量小于麦克风阵列中的麦克风数量时，就能够只将满足麦克风控制请求所需的麦克风进行控制，从而当存在其他麦克风请求时，也能够选取剩余未被控制的麦克风进行控制，这就解决了一旦某个应用程序启动后就会出现的麦克风“独占”的情况，使得麦克风控制过程能够基于麦克风调用类型所确定的控制节点进行灵活控制，解决了现有的方式控制方式较为僵化的问题。另外，由于麦克风阵列中的麦克风在被控制的过程中是基于控制节点进行控制的，也就是说实现了将麦克风阵列中的各个麦克风进行分别控制的效果，从而使得控制过程中当仅需部分麦克风需要控制来采集语音时，其他的麦克风就可以处于待机或休眠状态，从而避免了利用麦克风阵列中全部麦克风进行语音采集时带来的功耗问题，可以减少车辆麦克风控制过程的功耗。

本申请实施例还提供了一种车辆麦克风的控制装置，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行上述所述的车辆麦克风的控制方法。

本申请实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

进一步的，所述控制节点设置于驱动层中，每个所述麦克风至少被一个所述控制节点控制；

所述根据所述麦克风调用类型从多个控制节点中确定目标控制节点，包括：

根据所述麦克风调用类型判断是否为独占类型，其中，所述独占类型用于表征所述应用程序需使用全部所述麦克风进行音频采集；

若是，则在所述驱动层中将多个所述控制节点均确定为所述目标控制节点。

进一步的，在所述根据所述麦克风调用类型判断是否为独占类型之后，所述方法还包括：

若根据所述麦克风调用类型确定并非为独占类型，则基于预设对应关系，在所述驱动层中将对应所述麦克风调用类型的控制节点确定为所述目标控制节点；其中，所述预设对应关系中包含至少一种所述麦克风调用类型，以及每种所述麦克风调用类型对应的一个控制节点。

进一步的，在获取麦克风控制请求之前，所述方法还包括：

将车辆中的全部麦克风进行分组，得到麦克风分组，其中，每个所述麦克风分组中至少包含一个所述麦克风；

基于所述麦克风分组，在所述驱动层中为每个所述麦克风分组设置一个对应的所述控制节点。

进一步的，所述将车辆中的全部麦克风进行分组，得到麦克风分组，包括：

从车载中控系统中获取车辆中每个所述麦克风的位置，并基于所述位置将至少两个位置相对的所述麦克风确定为一个分组，得到所述麦克风分组。

进一步的，在所述获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型之前，所述方法还包括：

获取目标应用程序，并基于所述目标应用程序的功能特征确定麦克风控制数量，其中，所述目标应用程序为所述多个应用程序中启动后需控制麦克风的应用，所述功能特征用于表征在所述目标应用程序运行时音频信息的重要程度；

为每个所述目标应用程序确定对应所述麦克风控制数量的所述麦克风调用类型。

进一步的，所述基于所述目标控制节点对对应的麦克风进行控制，包括：

当检测到多个所述麦克风控制请求时，基于多个所述麦克风控制请求对应的麦克风调用类型判断是否均对应同一个所述目标控制节点；

若并未对应同一个所述目标控制节点，则分别基于每个目标控制节点对应的麦克风分别进行控制，以满足每个所述麦克风控制请求的音频采集功能；

若对应同一个所述目标控制节点，则基于所述目标控制节点控制对应的麦克风，以便将所述麦克风采集到的同一个音频分别反馈至每个所述麦克风控制请求的所述应用程序。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

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

获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；

根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；

基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

2.根据权利要求1所述的方法，其特征在于，所述控制节点设置于驱动层中，每个所述麦克风至少被一个所述控制节点控制；

所述根据所述麦克风调用类型从多个控制节点中确定目标控制节点，包括：

根据所述麦克风调用类型判断是否为独占类型，其中，所述独占类型用于表征所述应用程序需使用全部所述麦克风进行音频采集；

若是，则在所述驱动层中将多个所述控制节点均确定为所述目标控制节点。

3.根据权利要求2所述的方法，其特征在于，在所述根据所述麦克风调用类型判断是否为独占类型之后，所述方法还包括：

若根据所述麦克风调用类型确定并非为独占类型，则基于预设对应关系，在所述驱动层中将对应所述麦克风调用类型的控制节点确定为所述目标控制节点；其中，所述预设对应关系中包含至少一种所述麦克风调用类型，以及每种所述麦克风调用类型对应的一个控制节点。

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

将车辆中的全部麦克风进行分组，得到麦克风分组，其中，每个所述麦克风分组中至少包含一个所述麦克风；

基于所述麦克风分组，在所述驱动层中为每个所述麦克风分组设置一个对应的所述控制节点。

5.根据权利要求4所述的方法，其特征在于，所述将车辆中的全部麦克风进行分组，得到麦克风分组，包括：

从车载中控系统中获取车辆中每个所述麦克风的位置，并基于所述位置将至少两个位置相对的所述麦克风确定为一个分组，得到所述麦克风分组。

6.根据权利要求1所述的方法，其特征在于，在所述获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型之前，所述方法还包括：

获取目标应用程序，并基于所述目标应用程序的功能特征确定麦克风控制数量，其中，所述目标应用程序为所述多个应用程序中启动后需控制麦克风的应用，所述功能特征用于表征在所述目标应用程序运行时音频信息的重要程度；

为每个所述目标应用程序确定对应所述麦克风控制数量的所述麦克风调用类型。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述基于所述目标控制节点对对应的麦克风进行控制，包括：

当检测到多个所述麦克风控制请求时，基于多个所述麦克风控制请求对应的麦克风调用类型判断是否均对应同一个所述目标控制节点；

若并未对应同一个所述目标控制节点，则分别基于每个目标控制节点对应的麦克风分别进行控制，以满足每个所述麦克风控制请求的音频采集功能；

若对应同一个所述目标控制节点，则基于所述目标控制节点控制对应的麦克风，以便将所述麦克风采集到的同一个音频分别反馈至每个所述麦克风控制请求的所述应用程序。

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

获取单元，用于获取麦克风控制请求，并基于所述麦克风控制请求确定麦克风调用类型，所述麦克风调用类型用于表征应用程序调用麦克风时所需使用的麦克风数量；

第一确定单元，用于根据所述麦克风调用类型从多个控制节点中确定目标控制节点，其中，所述控制节点至少对应麦克风阵列中的一个麦克风；

控制单元，用于基于所述目标控制节点对对应的麦克风进行控制，以便基于麦克风采集音频信息以满足所述应用程序的功能。

9.根据权利要求8所述的装置，其特征在于，所述控制节点设置于驱动层中，每个所述麦克风至少被一个所述控制节点控制；

所述第一确定单元，包括：

判断模块，用于根据所述麦克风调用类型判断是否为独占类型，其中，所述独占类型用于表征所述应用程序需使用全部所述麦克风进行音频采集；

第一确定模块，用于若判断为独占类型，则在所述驱动层中将多个所述控制节点均确定为所述目标控制节点。

10.根据权利要求9所述的装置，其特征在于，所述第一确定单元，还包括

第二确定模块，用于若根据所述麦克风调用类型确定并非为独占类型，则基于预设对应关系，在所述驱动层中将对应所述麦克风调用类型的控制节点确定为所述目标控制节点；其中，所述预设对应关系中包含至少一种所述麦克风调用类型，以及每种所述麦克风调用类型对应的一个控制节点。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：

分组单元，用于将车辆中的全部麦克风进行分组，得到麦克风分组，其中，每个所述麦克风分组中至少包含一个所述麦克风；

设置单元，用于基于所述麦克风分组，在所述驱动层中为每个所述麦克风分组设置一个对应的所述控制节点。

12.根据权利要求11所述的装置，其特征在于，所述分组单元，具体用于从车载中控系统中获取车辆中每个所述麦克风的位置，并基于所述位置将至少两个位置相对的所述麦克风确定为一个分组，得到所述麦克风分组。

13.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第二确定单元，用于获取目标应用程序，并基于所述目标应用程序的功能特征确定麦克风控制数量，其中，所述目标应用程序为所述多个应用程序中启动后需控制麦克风的应用，所述功能特征用于表征在所述目标应用程序运行时音频信息的重要程度；

第三确定单元，用于为每个所述目标应用程序确定对应所述麦克风控制数量的所述麦克风调用类型。

14.根据权利要求8-13中任一项所述的装置，其特征在于，所述控制单元包括：

判断模块，用于当检测到多个所述麦克风控制请求时，基于多个所述麦克风控制请求对应的麦克风调用类型判断是否均对应同一个所述目标控制节点；

第一控制模块，用于若并未对应同一个所述目标控制节点，则分别基于每个目标控制节点对应的麦克风分别进行控制，以满足每个所述麦克风控制请求的音频采集功能；

第二控制模块，用于若对应同一个所述目标控制节点，则基于所述目标控制节点控制对应的麦克风，以便将所述麦克风采集到的同一个音频分别反馈至每个所述麦克风控制请求的所述应用程序。

15.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至7中任一项所述的车辆麦克风的控制方法。

16.一种车辆麦克风的控制装置，其特征在于，所述装置包括存储介质；及一个或者多个处理器，所述存储介质与所述处理器耦合，所述处理器被配置为执行所述存储介质中存储的程序指令；所述程序指令运行时执行权利要求1至7中任一项所述的车辆麦克风的控制方法。

Images