CN114995779A

CN114995779A - 一种车载音频焦点的仲裁方法、仲裁装置及电子设备

Info

Publication number: CN114995779A
Application number: CN202210671376.XA
Authority: CN
Inventors: 李峰
Original assignee: Fulscience Automotive Electronics Co Ltd
Current assignee: Fulscience Automotive Electronics Co Ltd
Priority date: 2022-06-14
Filing date: 2022-06-14
Publication date: 2022-09-02

Abstract

本申请提供了一种车载音频焦点的仲裁方法、仲裁装置及电子设备，所述仲裁方法包括：解析出请求占用音频焦点的第一应用；确定所述目标车辆中当前占用音频焦点的至少一个第二应用；使用预先设置的焦点仲裁表，分别确定所述第一应用和每个第二应用之间的仲裁关系；当所述仲裁关系为拒绝时，依然使用第二应用占用音频焦点，并判断所述第一应用占用音频焦点的占用类型；当所述仲裁关系为混音时，同时使用所述第一应用和所述第二应用占用音频焦点；当所述仲裁关系为抢占时，使用所述第一应用占用音频焦点。通过所述仲裁方法，使得暂时失去音频焦点的车载应用不需要通过被用户手动点击的方式才能重新获得音频焦点，从而提高了用户的体验。

Description

一种车载音频焦点的仲裁方法、仲裁装置及电子设备

技术领域

本申请涉及音频焦点管理技术领域，具体而言，涉及一种车载音频焦点的仲裁方法、仲裁装置及电子设备。

背景技术

音频焦点管理技术是对两个或两个以上的应用同时播放音频时如何处理这些音频之间的关系的一种技术，例如，在安卓系统中，可能会有多个听歌类应用程序同时播放歌曲音频，这时需要考虑如何处理这些歌曲音频之间的关系，从而避免多个听歌类应用程序同时播放歌曲音频，只有获取了音频焦点的应用程序才可以播放歌曲音频。

在现有的音频焦点管理技术中，通常是应用栈结构来存储各类应用程序的焦点申请信息以及焦点释放信息，但是，由于栈结构的后进先出的储存方式，在这种栈结构中，音频焦点的仲裁策略通常是“后者抢占前者，电话抢占其他”，被抢占了音频焦点的应用会出栈。然而，现有技术中这种音频焦点的仲裁方法，仲裁策略比较固定，且存储方式不够灵活，导致在一些情况下被抢占了音频焦点的应用程序只能通过被用户手动点击的方式才能重新获得音频焦点，因此降低了用户的体验。

发明内容

有鉴于此，本申请实施例的目的在于提供一种车载音频焦点的仲裁方法、仲裁装置及电子设备，能够基于预设的焦点仲裁表，利用哈希表的存储结构去进行车载音频焦点的仲裁，使得暂时失去音频焦点的车载应用不需要通过被用户手动点击的方式才能重新获得音频焦点，从而提高了用户的体验。

第一方面，本申请实施例提供了一种车载音频焦点的仲裁方法，所述仲裁方法包括：

获取当前目标车载设备中的申请音频焦点的使用请求；

响应于所述使用请求，解析出请求占用音频焦点的第一应用；

确定所述目标车辆中当前占用音频焦点的至少一个第二应用；

使用预先设置的焦点仲裁表，分别确定所述第一应用和每个第二应用之间的仲裁关系；所述仲裁关系包括以下项中的任意一项：拒绝、混音和抢占；

当所述仲裁关系为拒绝时，判断所述第一应用占用音频焦点的占用类型，当所述占用类型为短时占用时，依然使用第二应用占用音频焦点；当所述占用类型为长时占用时，为所述第一应用添加所述第二应用阻塞第一应用的标签，并将添加有标签的所述第一应用暂存在用于暂存等待占用音频焦点的应用的第一哈希表中，检测所述暂存的第一应用的标签中添加的第二应用是否均已释放音频焦点，在所述第二应用均释放音频焦点之后，从第一哈希表中读取暂存的第一应用，并使用所述暂存的第一应用占用音频焦点；

当所述仲裁关系为混音时，同时使用所述第一应用和所述第二应用占用音频焦点；

当所述仲裁关系为抢占时，使用所述第一应用占用音频焦点。

可选地，当所述仲裁关系为混音时，所述仲裁方法还包括：

为第一哈希表中的每个等待占用音频焦点的应用添加所述第一应用阻塞所述等待占用音频焦点的应用的标签，分别检测第一哈希表中每个等待占用音频焦点的应用的标签中添加的应用是否均已释放音频焦点，在所述等待占用音频焦点的应用的标签中添加的应用均释放音频焦点之后，从第一哈希表中读取所述等待占用音频焦点的应用，并使用所述等待占用音频焦点的应用占用音频焦点。

可选地，当所述仲裁关系为抢占时，所述仲裁方法还包括：

在所述第一应用占用音频焦点的同时，判断所述第二应用占用音频焦点的占用类型；

当所述占用类型为短时占用时，释放所述第二应用的音频焦点；

当所述占用类型为长时占用时，为所述第二应用添加所述第一应用阻塞所述第二应用的标签，并将添加有标签的所述第二应用暂存在所述第一哈希表中；检测暂存的第二应用的标签中添加的第一应用是否已释放音频焦点，在所述第一应用释放音频焦点之后，从第一哈希表中读取所述暂存的第二应用，并使用所述暂存的第二应用占用音频焦点。

可选地，在所述暂存的第二应用占用音频焦点之后，所述仲裁方法还包括：

将所述暂存的第二应用存储在用于存储当前占用音频焦点的应用的第二哈希表中；

检测存储的第二应用是否已经释放音频焦点；

在所述存储的第二应用释放音频焦点之后，分别检测第一哈希表中的每个等待占用音频焦点的应用的标签中添加的应用是否均已释放音频焦点，在所述等待占用音频焦点的应用的标签中添加的应用均释放音频焦点之后，从第一哈希表中读取所述等待占用音频焦点的应用，并使用所述等待占用音频焦点的应用占用音频焦点。

第二方面，本申请实施例提供了一种车载音频焦点的仲裁装置，所述仲裁装置包括：

获取模块，用于获取当前目标车载设备中的申请音频焦点的使用请求；

第一应用确定模块，用于响应于所述使用请求，解析出请求占用音频焦点的第一应用；

第二应用确定模块，用于确定所述目标车辆中当前占用音频焦点的至少一个第二应用；

仲裁关系确定模块，用于使用预先设置的焦点仲裁表，分别确定所述第一应用和每个第二应用之间的仲裁关系；所述仲裁关系包括以下项中的任意一项：抢占、混音、拒绝；

第一音频焦点占用模块，用于当所述仲裁关系为拒绝时，判断所述第一应用占用音频焦点的占用类型，当所述占用类型为短时占用时，依然使用第二应用占用音频焦点；当所述占用类型为长时占用时，为所述第一应用添加所述第二应用阻塞第一应用的标签，并将添加有标签的所述第一应用暂存在用于暂存等待占用音频焦点的应用的第一哈希表中，检测所述暂存的第一应用的标签中添加的第二应用是否均已释放音频焦点，在所述第二应用均释放音频焦点之后，从第一哈希表中读取暂存的第一应用，并使用所述暂存的第一应用占用音频焦点；

第二音频焦点占用模块，用于当所述仲裁关系为混音时，同时使用所述第一应用和所述第二应用占用音频焦点；

第三音频焦点占用模块，用于当所述仲裁关系为抢占时，使用所述第一应用占用音频焦点。

可选地，所述第二音频焦点占用模块还用于：

可选地，所述第三音频焦点占用模块还用于：

在所述暂存的第二应用占用音频焦点的同时，将所述暂存的第二应用存储在用于存储当前占用音频焦点的应用的第二哈希表中；

检测存储的第二应用是否已经释放音频焦点；

第三方面，本申请实施例提供了一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述处理器执行所述机器可读指令，以执行第一方面任一项所述的车载音频焦点的仲裁方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面任一项所述的车载音频焦点的仲裁方法的步骤。

本申请实施例提供的车载音频焦点的仲裁方法、仲裁装置及电子设备，能够基于预设的焦点仲裁表，利用哈希表的存储结构去进行车载音频焦点的仲裁，使得对一些特殊的应用用户不需要通过手动播放音频的方式才能重新获得音频焦点，从而提高了用户的体验。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的一种车载音频焦点的仲裁方法的流程图；

图2示出了本申请实施例提供的一种在仲裁关系为混音关系时，车载音频焦点的仲裁方法的流程图；

图3示出了本申请实施例提供的一种在仲裁关系为抢占关系时，车载音频焦点的仲裁方法的流程图；

图4示出了本申请实施例提供的一种车载音频焦点的仲裁装置的结构示意图；

图5示出了本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1所示，图1为本申请实施例提供的一种车载音频焦点的仲裁方法的流程图。如图1所示，本申请实施例提供的一种车载音频焦点的仲裁方法包括以下步骤：

S10、获取当前目标车载设备中的申请音频焦点的使用请求。示例性的，所述使用请求可以为车载设备上的应用发出的。示例性的，所述车载设备可以为车载MP3、车载电脑等。所述应用可以为音乐、电话、导航、GPS等应用，例如，所述音乐应用可以为QQ音乐。

这里，所述音频焦点是指设备应用对音频硬件的使用控制，只有获得了音频焦点的应用，才可以使用音频输出设备播放该应用上的音频。例如，当用户需要在目标车载设备上播放音乐的时候，目标车载设备上的音乐应用(例如qq音乐)请求获得音频焦点，只有在获得了音频焦点之后，该音乐应用才可以使用使用音频输出设备(例如扬声器)播放该音乐应用上的音乐。

S20、响应于所述使用请求，解析出请求占用音频焦点的第一应用。示例性的，请求占用音频焦点的第一应用可以为音乐、电话、导航、GPS应用、语音播报系统、紧急呼叫等应用。

S30、确定所述目标车辆中当前占用音频焦点的至少一个第二应用。

需要说明的是，在执行本申请实施例的车载音频焦点的仲裁方法之前，需要预先建立第一哈希表和第二哈希表，其中，第二哈希表中用于存储占用当前音频焦点的应用，第一哈希表用于存储等待占用音频焦点的应用。

这里，获得当前音频焦点的应用包括一个或多个，也就是说，存储在所述第二哈希表中的应用包括一个或多个。同样的，等待占用音频焦点的应用包括一个或多个，也就是说，存储在所述第一哈希表中的应用包括一个或多个。

S40、使用预先设置的焦点仲裁表，分别确定所述第一应用和每个第二应用之间的仲裁关系；所述第一仲裁关系包括以下项中的任意一项：抢占、混音、拒绝。

这里，所述焦点仲裁表中预先设置有每两个应用之间的仲裁关系。示例性的，在焦点仲裁表中，标题行或标题列中的一个表示当前占用音频焦点的第二应用，标题行或标题列中的另一个表示请求占用音频焦点的第一应用，在标题行和标题列的交叉点上的信息为两种应用之间的仲裁关系。

示例性的，所述焦点仲裁表中的仲裁关系包括拒绝关系、抢占关系和混音关系。拒绝关系表示第二应用的优先级高于第一应用的优先级，因而拒绝被第一应用抢占音频焦点；抢占关系表示第一应用的优先级高于第二应用的优先级，因而可以抢占第二应用的音频焦点；混音关系表示第一应用的优先级等于第二应用的优先级，因此第一应用和第二应用可以共同占用音频焦点。

例如，所述焦点仲裁表可以如表1所示：

表1-焦点仲裁表

请继续参阅图1，当所述仲裁关系为拒绝时，在步骤S50、依然使用第二应用占用音频焦点，并在步骤S51、判断所述第一应用占用音频焦点的占用类型，当所述占用类型为短时占用时，在步骤S52、依然使用第二应用占用音频焦点，并给所述第一应用发送焦点申请失败的通知；当所述占用类型为长时占用时，在步骤S53、为所述第一应用添加所述第二应用阻塞第一应用的标签，并将添加有标签的所述第一应用暂存在用于暂存等待占用音频焦点的应用的第一哈希表中，在将添加有标签的第一应用暂存在第一哈希表中之后，在步骤S54、检测所述暂存的第一应用的标签中添加的第二应用是否均已释放音频焦点，在所述第二应用均释放音频焦点之后，在步骤S55、从第一哈希表中读取暂存的第一应用，并使用所述暂存的第一应用占用音频焦点。

这里，示例性的，所述占用音频焦点的占用类型可以是从每个应用在申请音频焦点时的使用请求中解析出来的。其中，长时占用音频焦点的占用类型表示对应的应用期望长时间占用音频焦点，短时占用音频焦点的占用类型表示对应的应用期望短时间占用音频焦点。示例性的，长时占用音频焦点的占用类型对应的应用可以为音乐应用和导航应用，短时占用音频焦点的占用类型对应的应用可以为电话应用和紧急呼叫应用。

这里，所述第一应用的标签中添加了阻塞第一应用占用当前音频焦点的第二应用，通过添加标签的方式，可以建立当前占用音频焦点的应用和被阻塞占用音频焦点的应用之间的关联。

这里，释放音频焦点指已经占用音频焦点的第二应用不再占用音频焦点。

下面，将结合具体的示例介绍当所述仲裁关系为拒绝时，如何确定占用音频焦点的应用。

假如请求占用音频焦点的第一应用为“音乐”，当前占用音频焦点的应用为“电话”，因为仲裁关系为拒绝关系，所以依然使用“电话”占用音频焦点，同时判断所述“音乐”占用音频焦点的占用类型，由于占用类型为“长时占用”，因此，为所述“音乐”添加“电话”的标签，并将添加有“电话”这一标签的“音乐”暂存在用于暂存等待占用音频焦点的应用的第一哈希表中，检测“音乐”的标签中添加的“电话”是否已经释放音频焦点，在所述“电话”释放音频焦点之后，从第一哈希表中读取暂存的“音乐”，并使用“音乐”占用音频焦点，并把“音乐”存储在预先设置的第二哈希表中。

请同时参阅图1和图2，图2示出了本申请实施例提供的一种在仲裁关系为混音时，车载音频焦点的仲裁方法的流程图。

如图2所示，当仲裁关系为混音时，在步骤S60、同时使用所述第一应用和所述第二应用占用音频焦点；在所述第一应用和所述第二应用占用音频焦点之后，在步骤S61、为第一哈希表中的每个等待占用音频焦点的应用添加所述第一应用阻塞所述等待占用音频焦点的应用的标签，在为每个等待占用音频焦点的应用添加标签之后，在步骤S62、分别检测第一哈希表中每个等待占用音频焦点的应用的标签中添加的应用是否均已释放音频焦点，在所述等待占用音频焦点的应用的标签中添加的应用均释放音频焦点之后，在步骤S63、从第一哈希表中读取所述等待占用音频焦点的应用，并使用所述等待占用音频焦点的应用占用音频焦点，同时将所述等待占用音频焦点的应用存储在第二哈希表中。

下面，将结合具体的示例介绍当所述仲裁关系为混音时，如何确定占用音频焦点的应用。

假如请求占用音频焦点的第一应用为“导航”，当前占用音频焦点的应用为“电话”，等待占用音频焦点的应用为“音乐”。由于“导航”和“电话”的仲裁关系为混音关系，因此同时使用“电话”和“导航”占用音频焦点，并在“导航”占用音频焦点之后，将“导航”存储在第二哈希表中；在“电话”在“导航”占用音频焦点之后，因为“导航”的优先级高于“音乐”，因此，为第一哈希表中的“音乐”添加“导航”这一标签，这时，“音乐”的标签中添加了两个应用，即“电话”和“导航”，然后检测第一哈希表中的“音乐”的标签中添加的应用“电话”和“导航”是否均已释放音频焦点，在“电话”和“导航”均释放音频焦点之后，从第一哈希表中读取“音乐”，并使用所述“音乐”占用音频焦点，并将“音乐”存储在第二哈希表中。

请同时参阅图1和图3，图3示出了本申请实施例提供的一种在仲裁关系为抢占时，车载音频焦点的仲裁方法的流程图。

如图3所示，当所述仲裁关系为抢占时，在步骤S70、使用所述第一应用占用音频焦点。在使用所述第一应用占用音频焦点的同时，在步骤S71、判断所述第二应用占用音频焦点的占用类型；当所述占用类型为短时占用时，在步骤S72、释放所述第二应用的音频焦点；当所述占用类型为长时占用时，在步骤S73、为所述第二应用添加所述第一应用阻塞所述第二应用的标签，并将添加有标签的所述第二应用暂存在所述第一哈希表中；在将所述第二应用暂存在所述第一哈希表中之后，在步骤S74、检测暂存的第二应用的标签中添加的第一应用是否已释放音频焦点，在所述第二应用释放音频焦点之后，在步骤S75、从第一哈希表中读取所述暂存的第二应用，并使用所述暂存的第二应用占用音频焦点，在使用所述暂存的第二应用占用音频焦点的同时，将所述暂存的第二应用存储在用于存储当前占用音频焦点的应用的第二哈希表中，然后在步骤S76、检测存储的第二应用是否已经释放音频焦点，在所述存储的第二应用释放音频焦点之后，在步骤S77、分别检测第一哈希表中的每个等待占用音频焦点的应用的标签中添加的应用是否均已释放音频焦点，在所述等待占用音频焦点的应用的标签中添加的应用均释放音频焦点之后，在步骤78、从第一哈希表中读取所述等待占用音频焦点的应用，并使用所述等待占用音频焦点的应用占用音频焦点。

下面，将结合具体的示例介绍当所述仲裁关系为抢占时，如何确定占用音频焦点的应用。

假如请求占用音频焦点的第一应用为“紧急呼叫”，当前占用音频焦点的应用为“电话”和“导航”，等待占用音频焦点的应用为“音乐”。由于仲裁关系为抢占关系，因此使用“紧急呼叫”占用音频焦点，在“紧急呼叫”占用音频焦点的同时，分别判断“电话”和“导航”占用音频焦点的占用类型，由于“电话”的占用类型为短时占用，因此，释放“电话”的音频焦点，同时将电话从第二哈希表中删除；由于“导航”的占用类型为“长时占用”，因此，为“导航”添加“紧急呼叫”的标签，并将“导航”这一应用暂存在用于暂存等待占用音频焦点的应用的第一哈希表中，检测“导航”的标签中添加的“紧急呼叫”是否已经释放音频焦点，在“紧急呼叫”释放音频焦点之后，从第一哈希表中读取暂存的“导航”，并使用“导航”占用音频焦点，在“导航”占用音频焦点的同时，将“导航”存储在用于存储当前占用音频焦点的应用的第二哈希表中，在将“导航”存储在第二哈希表中之后，检测存储的“导航”是否已经释放音频焦点，在所述“导航”释放音频焦点之后，检测第一哈希表中的“音乐”的标签中添加的应用是否均已释放音频焦点，由于“音乐”的标签中添加的应用为“导航”和“电话”，因此，在检测到“导航”和“电话”均释放音频焦点之后，从第一哈希表中读取“音乐”，并使用“音乐”占用音频焦点，同时，将“音乐”存储到第二哈希表中。

本申请实施例提供的一种音频焦点的仲裁方法，能够基于预设的焦点仲裁表，利用哈希表的存储结构去进行车载音频焦点的仲裁，使得暂时失去音频焦点的车载应用不需要通过被用户手动点击的方式才能重新获得音频焦点，从而提高了用户的体验。

需要说明的是，执行本申请实施例提供的车载音频焦点的仲裁方法的软件程序，设置在CarService.apk文件中，每次调试或修改该软件程序，只需要替换此文件。通过这种方法，使得调试更为简便。

基于同一发明构思，本申请实施例中还提供了与上述车载音频的仲裁方法对应的车载音频的仲裁装置，

参见图4所示，图4为本申请一实施例提供的一种车载音频的仲裁装置的结构示意图，该车载音频的仲裁装置400包括：

获取模块401，用于获取当前目标车载设备中的申请音频焦点的使用请求；

第一应用确定模块402，用于响应于所述使用请求，解析出请求占用音频焦点的第一应用；

第二应用确定模块403，用于确定所述目标车辆中当前占用音频焦点的至少一个第二应用；

仲裁关系确定模块404，用于使用预先设置的焦点仲裁表，分别确定所述第一应用和每个第二应用之间的仲裁关系；所述仲裁关系包括以下项中的任意一项：抢占、混音、拒绝；

第一音频焦点占用模块405，用于当所述仲裁关系为拒绝时，判断所述第一应用占用音频焦点的占用类型，当所述占用类型为短时占用时，依然使用第二应用占用音频焦点；当所述占用类型为长时占用时，为所述第一应用添加所述第二应用阻塞第一应用的标签，并将添加有标签的所述第一应用暂存在用于暂存等待占用音频焦点的应用的第一哈希表中，检测所述暂存的第一应用的标签中添加的第二应用是否均已释放音频焦点，在所述第二应用均释放音频焦点之后，从第一哈希表中读取暂存的第一应用，并使用所述暂存的第一应用占用音频焦点；

第二音频焦点占用模块406，用于当所述仲裁关系为混音时，同时使用所述第一应用和所述第二应用占用音频焦点；

第三音频焦点占用模块407，用于当所述仲裁关系为抢占时，使用所述第一应用占用音频焦点。

在一种可能的实施方式中，所述第二音频焦点占用模块406还用于：

在一种可能的实施方式中，所述第三音频焦点占用模块407还用于：

检测存储的第二应用是否已经释放音频焦点；

本申请实施例提供的车载音频焦点的仲裁装置，能够基于预设的焦点仲裁表，利用哈希表的存储结构去进行车载音频焦点的仲裁，使得暂时失去音频焦点的车载应用不需要通过被用户手动点击的方式才能重新获得音频焦点，从而提高了用户的体验。

参见图5所示，图5为本申请实施例提供的一种电子设备的示意图，该电子设备500包括：处理器501、存储器502和总线503，所述存储器5052存储有所述处理器501可执行的机器可读指令，当电子设备运行时，所述处理器501与所述存储器502之间通过总线503通信，所述处理器501执行所述机器可读指令，以执行如上述车载音频焦点的仲裁方法的步骤。

具体地，上述存储器502和处理器501能够为通用的存储器和处理器，这里不做具体限定，当处理器501运行存储器502存储的计算机程序时，能够执行上述车载音频焦点的仲裁方法。

对应于上述车载音频焦点的仲裁方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述车载音频焦点的仲裁方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种车载音频焦点的仲裁方法，其特征在于，所述仲裁方法包括：

获取当前目标车载设备中的申请音频焦点的使用请求；

当所述仲裁关系为拒绝时，依然使用第二应用占用音频焦点，并判断所述第一应用占用音频焦点的占用类型，当所述占用类型为短时占用时，依然使用第二应用占用音频焦点；当所述占用类型为长时占用时，为所述第一应用添加所述第二应用阻塞第一应用的标签，并将添加有标签的所述第一应用暂存在用于暂存等待占用音频焦点的应用的第一哈希表中，检测所述暂存的第一应用的标签中添加的第二应用是否均已释放音频焦点，在所述第二应用均释放音频焦点之后，从第一哈希表中读取暂存的第一应用，并使用所述暂存的第一应用占用音频焦点；

2.根据权利要求1所述的仲裁方法，其特征在于，当所述仲裁关系为混音时，所述仲裁方法还包括：

3.根据权利要求1所述的仲裁方法，其特征在于，当所述仲裁关系为抢占时，所述仲裁方法还包括：

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

检测存储的第二应用是否已经释放音频焦点；

5.一种车载音频焦点的仲裁装置，其特征在于，所述仲裁装置包括：

6.根据权利要求1所述的仲裁装置，其特征在于，所述第二音频焦点占用模块还用于：

7.根据权利要求5所述的仲裁装置，其特征在于，所述第三音频焦点占用模块还用于：

8.根据权利要求7所述的仲裁装置，其特征在于，所述第三音频焦点占用模块还用于：

检测存储的第二应用是否已经释放音频焦点；

9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求1至4任一所述的车载音频焦点的仲裁方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至4任一所述的车载音频焦点的仲裁方法的步骤。