一种音频播放系统、方法、驾驶设备及存储介质与流程

1.本发明涉及车载系统技术领域，尤其涉及一种音频播放系统、方法、驾驶设备及存储介质。


背景技术：

2.传统的座舱车机系统包含仪表子系统(仪表linux子系统，ipk)和娱乐子系统(娱乐android子系统，ivi)，两个子系统完全独立，各自具有对应的声卡进行发声，互不告知；而两个子系统可能会同时发声，仪表的报警提示音可能被娱乐声音淹没，造成驾驶隐患，且现有的座舱车机系统无法支持开机快速发声。


技术实现要素：

3.针对上述现有技术中存在的问题，本发明提供了一种音频播放系统、方法、驾驶设备及存储介质，能够有效地协调发声顺序，减少驾驶隐患。所述技术方案如下：
4.一方面，本发明提供了一种音频播放系统，包括音频播放平台，所述音频播放平台包括：
5.接收模块，用于接收焦点请求；
6.仲裁模块，用于响应于所述焦点请求，进行焦点仲裁处理，得到焦点仲裁结果；所述焦点仲裁结果包括焦点分配信息与播放状态信息；
7.第一发送模块，用于将所述焦点仲裁结果至少发送给所述焦点请求对应的音源对象，以使得所述音源对象根据所述焦点仲裁结果向共享声卡发送音频数据；
8.第二发送模块，用于将所述焦点仲裁结果发送给控制模块，以使得所述控制模块根据所述焦点仲裁结果控制所述共享声卡播放所述音频数据。
9.进一步地，所述音频播放系统包括一个共享声卡、操作子系统和至少一个播放子系统；
10.所述播放子系统包括至少一个所述音源对象；
11.所述操作子系统包括通信连接的控制模块与所述音频播放平台，所述音频播放平台与所述播放子系统通信连接，所述控制模块与所述共享声卡通信连接。
12.进一步地，所述播放子系统还包括通信模块，所述通信模块用于与所述操作子系统进行信息传输。
13.进一步地，所述通信模块与所述操作子系统通信连接。
14.优选地，所述播放子系统包括第一播放子系统与第二播放子系统，所述第一播放子系统的所述通信模块与所述操作子系统通信连接，所述第一播放子系统的所述通信模块还与所述第二播放子系统的所述通信模块通信连接，以使得所述第二播放子系统通过所述第一播放子系统的所述通信模块与所述操作子系统通信连接。
15.进一步地，所述操作子系统包括内置音源对象，所述内置音源对象与所述音频播放平台通信连接。
16.另一方面，本发明提供了一种音频播放方法，应用于以上所述的音频播放系统中的音频播放平台，所述方法包括：
17.接收焦点请求；
18.响应于所述焦点请求，进行焦点仲裁处理，得到焦点仲裁结果；所述焦点仲裁结果包括焦点分配信息与播放状态信息；
19.将所述焦点仲裁结果至少发送给所述焦点请求对应的音源对象，以使得所述音源对象根据所述焦点仲裁结果向共享声卡发送音频数据；
20.将所述焦点仲裁结果发送给控制模块，以使得所述控制模块根据所述焦点仲裁结果控制所述共享声卡播放所述音频数据。
21.进一步地，所述响应于所述焦点请求，进行焦点仲裁处理，得到焦点仲裁结果包括：
22.响应于所述焦点请求，根据预设优先级信息进行焦点仲裁处理，得到所述焦点仲裁结果；所述预设优先级信息为多种所述音源对象的优先播放权限的信息。
23.另一方面，本发明还提供了一种驾驶设备，包括以上所述的音频播放系统。
24.另一方面，本发明还提供了一种存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现以上所述的音频播放方法。
25.实施本发明，具有如下有益效果：
26.1、本发明的音频播放系统提供专用的音频播放平台进行焦点仲裁处理，得到焦点仲裁结果，并将焦点仲裁结果在音频播放平台、音源对象以及控制模块之间传输，以控制音频数据下发，并控制共享声卡播放音频数据，有效地协调发声顺序，极大程度上避免了同时发声，减少驾驶隐患。
27.2、本发明的音频播放系统共用一个共享声卡，能够节省声卡以及相应的成本，并且通过操作子系统唯一控制共享声卡，控制精准可靠，不易出现发声冲突。
28.3、本发明的第一播放子系统与第二播放子系统之间能够进行信息交互，使得第二播放子系统能够不直接与操作子系统通信，而通过第一播放子系统与操作子系统间接通信，实现多种播放子系统之间的信息互通，进一步避免同时发声的情况。
附图说明
29.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
30.图1为本发明提供的一种音频播放方法的逻辑结构图；
31.图2为本发明提供的一种音频播放系统的框图；
32.图3为本发明的一个具体实施例中音频播放系统的框图；
33.图4为本发明提供的一种播放子系统与音频播放平台的信息交互流程图；
34.图5为本发明提供的一种音频播放平台的结构示意图；
35.图6为本发明的一个具体实施例中音频播放方法的时序图；
36.图7为本发明的另一个具体实施例中音频播放方法的时序图。
具体实施方式
37.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例，因此不能理解为对本发明的限制。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
38.需要说明的是，本发明的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本发明的实施例能够以除了下述图示或下述描述以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
39.本实施例针对现有技术中，传统座舱车机系统的仪表子系统与娱乐子系统具有各自的声卡，完全独立发声，互不通信，容易造成驾驶隐患的问题，提供了一种音频播放系统，该音频播放系统包括一个共享声卡、操作子系统和至少一个播放子系统；其中，播放子系统包括至少一个音源对象，该音源对象为播放子系统的顶层模块，提供应用apk，例如播放音乐、收音机、拨打蓝牙电话和语音提示等功能；操作子系统包括一种音频播放平台，基于该音频播放平台，该音频播放系统能够实现一种音频播放方法，如图1与图2所示，当出现焦点请求时，音频播放平台接收焦点请求；响应于该焦点请求，音频播放平台进行焦点仲裁处理，得到焦点仲裁结果，该焦点仲裁结果包括焦点分配信息与播放状态信息；之后音频播放平台将焦点仲裁结果至少发送给焦点请求对应的音源对象，以使得音源对象根据焦点仲裁结果向共享声卡发送音频数据；该音频播放平台还将焦点仲裁结果发送给控制模块，以使得控制模块根据焦点仲裁结果控制共享声卡播放音频数据；该音频播放平台能够有效协调多种音源对象的发声顺序，避免同时发声，降低驾驶隐患，保证驾乘人员的安全。
40.具体地，操作子系统还包括控制模块，该控制模块与音频播放平台通信连接，控制模块又与共享声卡通信连接，则音频播放平台得到焦点仲裁结果后，会将焦点仲裁结果发送给控制模块，使得控制模块根据焦点仲裁结果将控制指令等相关信息发送给共享声卡的寄存器，从而控制共享声卡根据焦点仲裁结果进行发声，通过操作子系统唯一控制共享声卡，控制逻辑可靠，也能够快速初始化共享声卡的功能。
41.具体地，在一个可能的实施方式中，如图3所示，操作子系统为实时操作系统(real-time operating system，rtos)，rtos是指当外界事件或数据产生时，能够接受并以足够快的速度予以处理，其处理的结果又能在规定的时间之内来控制生产过程或对处理系统做出快速响应，调度一切可利用的资源完成实时任务，并控制所有实时任务协调一致运行的操作系统；该rtos能够及时响应，有效提升焦点仲裁处理以及数据传输的效率，实时性好，可靠性也好；并且，rtos的功能扩展性好，当在音频播放系统中增加播放子系统的数量时，直接修改rtos中音频播放平台的功能，并增加一个与该播放子系统的收发线程即可，修改范围小，修改限制少，便利性好。
42.在一个可选的实施方式中，实时操作系统包括μclinux、μc/os-ii、ecos、freertos、mbed os、rtx、vxworks、qnx、nuttx、都江堰操作系统(djyos)、alios things、
huawei liteos、rt-thread与sylixos中的任一种。
43.在一个可选的实施方式中，如图2所示，音频播放平台(或rtos)与共享声卡之间通过iic收发接口进行数据通信，主要用于传输音频命令，功耗低，抗干扰性强，能够有效提升控制发声过程的准确性与可靠性。
44.在本实施例中，至少一个播放子系统与操作子系统共用同一个共享声卡，能够节省多余的声卡及相应成本；在一个可选的实施方式中，共享声卡为dsp声卡；另一方面，该音频播放系统还通过操作子系统唯一控制该共享声卡的播放行为与播放内容(即音频数据)，能够有效提升控制的简洁性和可靠性，控制逻辑精确，极大程度上避免了多个播放子系统同时发声掩盖重要提示音的情形发声，从而保证警示类提示音优先播放，降低驾驶隐患，大大提升驾驶安全性。
45.具体地，播放子系统还包括通信模块，该通信模块用于与操作子系统进行信息传输，能够发送播放子系统的焦点请求，也能够接收操作子系统反馈的焦点仲裁结果；此外，如图3所示，在播放子系统内部，音源对象与通信模块之间还具有中间层与音频命令控制模块(audiocontrol)，中间层能够提供仲裁、混音、音量控制逻辑等功能，而音频命令控制模块向上层与中间层以及音源对象交互，向底层与通信模块进行信息交互，以传输数据信号。
46.在一个可选的实施方式中，该通信模块包括第一通信模块，该第一通信模块与操作子系统直接通信连接，能够接收该播放子系统中的音源对象发送的数据信号，并将数据信号发送给操作子系统中，也能够接收操作子系统反馈的数据信号，并可选地进一步向上层的音源对象发送。
47.在一个具体实施例中，该第一通信模块为router(spi)收发模块，一方面，播放子系统的音频命令控制模块能够通过spi接口向rtos的微控制单元(mcu)发送设置dsp声卡的信息，以使得rtos能够控制dsp声卡进行发声；另一方面，还能够通过spi接口接收mcu的响应，从而控制音源对象中音频数据的下发，传输高效便利。
48.在一个可选的实施方式中，通信模块包括第二通信模块，该第二通信模块能够与另一个播放子系统中的第二通信模块直接通信连接，从而在播放子系统之间进行信息交互，实现多个播放子系统之间的信息互通；相对应地，该音频播放系统中包括多个播放子系统，多个播放子系统包括第一播放子系统与第二播放子系统，其中，第一播放子系统的通信模块与操作子系统直接通信连接，该第一播放子系统包括第一通信模块和第二通信模块，而第二播放子系统与操作子系统间接通信连接，该第二播放子系统包括第二通信模块，即第一播放子系统的第二通信模块与第二播放子系统的第二通信模块通信连接，以使得第二播放子系统能够通过第一播放子系统的第一通信模块与操作子系统进行数据信号的传输，实现多个系统之间的通信。
49.即当音频播放系统中包括一个播放子系统时，该播放子系统包括第一通信模块，以确保音频播放平台进行音频焦点仲裁的有效性；当音频播放系统中包括至少两个播放子系统时，每个播放子系统均包括第二通信模块，而可选其中一个播放子系统设置第一通信模块，以使得多个播放子系统能够直接或者间接与该第一通信模块通信连接，进而与操作子系统实现通信连接，保证焦点请求与焦点仲裁结果的传输可靠性，同时还能够节省第一通信模块，通信路径更加简洁灵活。
50.在一个具体实施例中，第二通信模块为socket收发模块，第二播放子系统的音频
命令控制模块通过socket收发接口向具有spi接口的第一播放子系统发送设置dsp声卡的信息，进而使得该设置dsp声卡的信息能够通过spi接口进一步传递到rtos的微控制单元，并反向接收mcu的响应，传输数据时间短，传输可靠性高。
51.与通信模块相对应地，操作子系统包括第三通信模块，该第三通信模块与第一通信模块直接通信连接，用于实现操作子系统与播放子系统之间的数据信号传输；同时，该第三通信模块还与音频播放平台通信连接，以使得数据信号在操作子系统内部进行传输。
52.具体地，如图4所示，当出现发声需求时，播放子系统的音频命令控制模块(audiocontrol或audio comand control)根据该播放子系统的音频播放需求命令传递到发送线程，此时该音频命令控制模块阻塞，等待rtos的响应以及接收线程的信息，而发送线程按照协议生成焦点请求的信息，并将焦点请求信息通过通信模块发送到rtos的第三通信模块，进而传递到音频播放平台，经过音频播放平台的焦点仲裁处理之后，发送到接收线程，接收rtos回调，按照协议生成焦点仲裁结果的信息发送回播放子系统的通信模块，此时音频命令控制模块收到响应，解除主线程的阻塞，从而完成一次焦点申请。
53.具体地，操作子系统rtos包括内置音源对象，即rtos自身也具有发声功能，能够生成焦点请求，该内置音源对象与音频播放平台通信连接，从而将焦点请求发送给音频播放平台进行焦点仲裁处理，以满足rtos开机后快速播放声音的需求。
54.需要说明的是，以上通信模块(包括第一通信模块与第二通信模块)与第三通信模块都是用于数据通信的模块，发送和接收的对象都是音频播放命令等指令类型的数据(如图中实线箭头所示)，包括焦点请求与焦点仲裁结果；而对于音频数据的下发，从对应的音源对象中直接下发到共享声卡中(如图中虚线箭头所示)，而不必经过rtos，传输路径简单，高效快速。
55.如图2所示，在一个可能的实施方式中，播放子系统和/或操作子系统还包括iis驱动模块，用于向共享声卡发送音频数据，同时也通过iis驱动模块将音频数据相关的音频参数也传递给共享声卡，以便于共享声卡准确播放音频数据；例如，当焦点仲裁结果为rtos获得音频焦点时，rtos中的音源对象直接向iis驱动模块写入音频数据，再由iis驱动模块继续将音频数据下发到共享声卡的iis接口，完成音频数据的下发流程。
56.具体地，如图3所示，播放子系统还包括tinyalsa音频模块，位于播放子系统的iis驱动模块与中间层之间；该tinyalsa音频模块包括音频数据库(tinyalsadata)，用于接收音源对象经过中间层传输的音源数据，并使得播放子系统底层的音频硬件抽象层(audiohal)能够通过该音频数据库(tinyalsadata)向iis驱动模块写入音频数据，实现音频数据的传输。
57.同时，该tinyalsa音频模块中还包括音频数据控制模块(tinyalsacmd)，该音频数据控制模块与音频命令控制模块通信连接，位于音频命令控制模块与iis驱动模块之间，从而接收经由第一通信模块从音频播放平台反馈上来的焦点仲裁结果，并根据焦点仲裁结果设置iis驱动模块的驱动参数，控制iis驱动模块启动，继续将音频数据下发到共享声卡中，更好地传输音频数据。
58.具体地，如图5所示，音频播放平台包括：
59.接收模块510，用于接收焦点请求；
60.仲裁模块520，用于响应于所述焦点请求，进行焦点仲裁处理，得到焦点仲裁结果；
所述焦点仲裁结果包括焦点分配信息与播放状态信息；
61.第一发送模块530，用于将所述焦点仲裁结果至少发送给所述焦点请求对应的音源对象，以使得所述音源对象根据所述焦点仲裁结果向共享声卡发送音频数据；
62.第二发送模块540，用于将所述焦点仲裁结果发送给控制模块，以使得所述控制模块根据所述焦点仲裁结果控制所述共享声卡播放所述音频数据。
63.其中，接收模块与第一发送模块可以集成于同一第三通信模块，降低指令传输路径的复杂度。
64.需要说明的是，以上提供的音频播放平台，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，该音频播放平台与下述方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
65.与上述音频播放平台相对应地，本发明实施例还提供一种音频播放方法，下面对本发明实施例的技术方案进行详细介绍，参考说明书附图1，该方法包括：
66.s101，接收焦点请求。
67.其中，焦点请求是音源对象(或者内置音源对象)所发送的、用于向音频播放平台申请获得音频焦点的请求信息；该焦点请求包括发送该焦点请求的音源对象的标识信息，该标识信息表征该音源对象的播放权限，以便于音频播放平台能够根据该标识信息进行逻辑判断。
68.可选地，该标识信息包括音源对象的用途信息；可选地，该标识信息包括音源对象的类型信息；还可选地，该标识信息包括音源对象的位置信息，即该音源对象所处的系统(对应的一个播放子系统与操作子系统)的信息；该用途信息、类型信息以及位置信息中的至少一个信息与音源对象的播放权限相对应。
69.当任一个播放子系统(或rtos)有播放需求时，会根据中间层协议生成焦点请求，并通过通信模块发送出去，则在操作子系统中，音频播放平台能够通过第三通信模块接收该焦点请求。
70.可选地，发出焦点请求的系统为操作子系统与至少一个播放子系统中的至少一个；在一个可能的实施方式中，发送焦点请求的系统可以为任一个播放子系统，也可以是操作子系统；在另一个可能的实施方式中，当至少两个播放子系统均出现播放需求时，发送焦点请求的系统可选为至少两个播放子系统，两个播放子系统竞争音频焦点，以获取播放权限。
71.s103，响应于所述焦点请求，进行焦点仲裁处理，得到焦点仲裁结果；所述焦点仲裁结果包括焦点分配信息与播放状态信息。
72.焦点仲裁结果表示焦点仲裁处理按照仲裁协议对音频焦点的分配结果，其中，焦点分配信息包括获得音频焦点的音源对象的信息，表示当前将音频焦点分配给该音源对象，该音源对象的音频数据能够优先播放；播放状态信息包括音源对象当前播放状态的信息，则结合焦点分配信息与播放状态信息，能够确定将获得音频焦点的音源对象的播放状态转变为播放状态，而其他音源对象的播放状态转变为停止播放状态，有效避免同时发声造成混乱。
73.根据焦点仲裁结果，若焦点分配信息与焦点请求的标识信息一致，则发送焦点请求的音源对象抢占成功，继续执行s105～s107步骤，使得发送焦点请求的音源对象发声；若焦点分配信息与标识信息不一致，则判定发送焦点请求的音源对象抢占失败，共享声卡维持当前播放状态。
74.s105，将所述焦点仲裁结果至少发送给所述焦点请求对应的音源对象，以使得所述音源对象根据所述焦点仲裁结果向共享声卡发送音频数据。
75.具体地，在s101步骤与该s105步骤中，播放子系统与操作子系统之间按照表1与表2中所示协议进行信息交互；例如，表1中第3字节(参数2)说明：当娱乐子系统(android)发送给rtos时，该字节被娱乐子系统设置成route_id_android_auido，当rtos响应时，这个字节被rtos设置成route_id_android_auido或route_id_android_cluster_auido；再例如，在发送音频数据的同时，也会也通过iis驱动模块将音频数据相关的音频参数也传递给共享声卡，该音频参数包括音频格式参数(pcm_format)、音频声道参数(pcm_channel)和音频采样率参数(pcm_rate)，则如表1中第6～7行所示，播放子系统向操作子系统发送信息时，其中关于音频参数的信息按照“audio_cmd_set_audio_attr”协议发送以请求操作子系统进行焦点仲裁处理，同时确定各个音频参数的取值，之后收到操作子系统的响应，按照协议“audio_cmd_set_audio_attr_response”接收到各个音频参数的取值，从而使得该音频参数能够在发送音频数据的同时，也通过iis驱动模块进一步传递给共享声卡，控制音频数据的播放。
76.并且，在该步骤中，当焦点仲裁结果表示当前播放状态和焦点状态发生变化，则根据表3中所示协议，操作子系统向播放子系统主动上报消息，焦点仲裁结果的发送对象可以选择发送给焦点请求对应的音源对象，也可以选择发送给多个甚至全部音源对象(或播放子系统)，不论引起该当前播放状态变化和焦点状态变化的是哪一个音源对象，从而加强多个播放子系统之间的信息交互，灵活性好，可靠性高；例如，表3中第3字节(参数2)说明操作子系统的mcu主动上报时，该字节被mcu设置成route_id_android_auido或者route_id_android_cluster_auido。
77.表1播放子系统与操作子系统信息交互的协议(第0～18字节)
78.[0079][0080]
表2播放子系统与操作子系统信息交互的协议(第12～18字节)
[0081][0082]
表3操作子系统向播放子系统主动上报的协议
[0083][0084][0085]
s107，将所述焦点仲裁结果发送给控制模块，以使得所述控制模块根据所述焦点仲裁结果控制所述共享声卡播放所述音频数据。
[0086]
该音频播放平台通过与控制模块通信连接实现与控制模块的信息交互，使得控制模块能够接收焦点仲裁结果，并根据焦点仲裁结果控制共享声卡播放其接收到的音频数
据，控制逻辑简单可靠。
[0087]
具体地，所述响应于所述焦点请求，进行焦点仲裁处理，得到焦点仲裁结果包括：
[0088]
响应于所述焦点请求，根据预设优先级信息进行焦点仲裁处理，得到所述焦点仲裁结果；所述预设优先级信息为多种所述音源对象的优先播放权限的信息。
[0089]
其中，音源对象的播放权限通过播放权限的优先级、即预设优先级信息来实现，代表各个音源对象同时出现播放需求时，各个音源对象的播放顺序；在一个可能的实施方式中，预设优先级信息中的预设优先级排序为rtos的优先级高于仪表子系统的优先级，仪表子系统的优先级高于娱乐子系统的优先级，则高优先级的音源对象抢占低优先级的音源对象，同优先级中后者中断前者。
[0090]
在另一个可能的实施方式中，预设优先级信息中的预设优先级排序为：安全类》通讯类》语音类》媒体类》系统提示音；其中，安全类(safetyalert、chime)是简短的警告播报和提示音，如严重故障播报和驾驶辅助提示音，该安全类音源对象优先级最高，不能被任何类型音源对象中断，除了同类型的后事件音源对象；通讯类(bcall、bt-call、ringtone、voip)在驾驶场景下的优先级低于安全类；语音类(voicerecognition、navigation、notification)是即时信息且信息密度高，优先级低于安全类与通讯类，当安全类与通讯类音源对象出现播放需求时会抢占该语音类音源对象；媒体类(fm、am、usb-music、bt-music、onlinemusic、onlineradio、onlinevideo)与系统提示类(system)优先级较低，容易被高优先级的音源对象抢占成功。
[0091]
以一个具体实施流程为例，如图3所示，播放子系统包括仪表子系统与娱乐子系统，操作子系统为rtos，娱乐子系统与仪表子系统中均包括socket收发接口，通过各自的socket收发接口连接将娱乐子系统与仪表子系统通信连接，仪表子系统还通过spi接口与rtos通信连接，通过socket收发接口与spi接口，使得仪表子系统、娱乐子系统与rtos三者之间实现三端交互，并且，rtos还与共享声卡通信连接，能够唯一控制共享声卡播放音频数据，有效协调发声顺序，避免同时发声，极大程度上提升驾驶安全性。
[0092]
当该音频播放系统中单个子系统申请焦点时，例如，如图6所示，仪表子系统申请播放，而没有其他子系统申请，则仪表子系统向rtos发送焦点请求，申请音频焦点audio_cmd_request_focus，rtos中音频播放平台进行焦点仲裁处理后，返回焦点仲裁结果audio_cmd_request_focus_reponse至仪表子系统，仪表子系统获取到音频焦点后，才能够开始播放；此外，rtos还通知仪表子系统与娱乐子系统该焦点仲裁结果的具体信息，即unsolicited_cmd_audio_focus chime类型焦点状态是granted，代表当前音频焦点已经被仪表子系统的chime类型音抢占成功。
[0093]
当音频播放系统中存在两个子系统申请焦点时，例如，如图7所示，当前娱乐子系统已经获取到音频焦点且正在播放，此时仪表子系统出现发声需求，向rtos申请播放，而仪表子系统的优先级高于娱乐子系统，则该音频焦点会被仪表子系统抢占；在该过程中，仪表子系统向rtos发送焦点请求，申请音频焦点“audio_cmd_request_focus警告音”，音频播放平台进行焦点仲裁处理后，返回焦点仲裁结果“granted audio_cmd_request_focus_reponse”至仪表子系统，代表仪表子系统抢占音频焦点成功，仪表子系统开始播放，而娱乐子系统停止播放；此外，rtos还通知仪表子系统与娱乐子系统该焦点仲裁结果的具体信息，即unsolicited_cmd_audio_focus media类型焦点状态是loss警告音类型焦点是granted，
代表当前音频焦点已经被仪表子系统的警告音抢占成功，而娱乐子系统可以选择与上层的中间层或音源对象进行信息交互或者不与上层交互，灵活性好，可靠性高。
[0094]
通过上述实施例可知，本发明实施例中的音频播放系统与音频播放方法具有以下有益效果：
[0095]
1、本发明的音频播放系统提供专用的音频播放平台进行焦点仲裁处理，得到焦点仲裁结果，并将焦点仲裁结果在音频播放平台、音源对象以及控制模块之间传输，以控制音频数据下发，并控制共享声卡播放音频数据，协调发声顺序，极大程度上避免了同时发声，减少驾驶隐患，提升驾驶安全性。
[0096]
2、本发明的音频播放系统共用一个共享声卡，能够节省声卡以及相应的成本，并且通过操作子系统唯一控制共享声卡，控制精准可靠，不易出现发声冲突。
[0097]
3、本发明的第一播放子系统与第二播放子系统之间能够进行信息交互，使得第二播放子系统能够不直接与操作子系统通信，而通过第一播放子系统与操作子系统间接通信，实现多种播放子系统之间的信息互通，进一步避免同时发声的情况。
[0098]
4、本发明的操作子系统为实时操作系统，实时性好，启动时间仅几百毫秒，能够实现开机快速发声。
[0099]
本发明实施例还提供一种驾驶设备，包括主控制器与以上所述的音频播放系统，该音频播放系统可以集成于主控制器中，由主控制器控制各个子系统之间的信息交互，该主控制器包括处理器和存储器；其中，处理器(或称cpu(central processing unit，中央处理器))为音频播放系统的核心部件，其功能主要是解释存储器指令以及处理各个监测模块或者获取模块所反馈的数据；处理器的结构大致分为运算逻辑部件与寄存器部件等，运算逻辑部件主要进行相关的逻辑计算(如移位操作、逻辑操作、定点或浮点算术运算操作与地址运算等)，寄存器部件则用于暂存指令、数据与地址。
[0100]
存储器为记忆设备，可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，可包括但不限于：windows系统(一种操作系统)，linux(一种操作系统)等，本发明对此并不作限定；此外，也可存储功能所需的应用程序等，例如，在该存储器的存储空间中还存放了适于被处理器加载并执行的至少一条指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)；并且，存储数据区可存储根据所述装置的使用所创建的数据等；相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。
[0101]
本发明实施例还提供一种存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现以上所述的音频播放方法；可选地，该存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器；此外，该存储介质可以包括但不限于随机存取存储器(ram，random access memory)、只读存储器(rom，read-only memory)、u盘、移动硬盘、磁盘存储器件、闪存器件、其他易失性固态存储器件等各种可以存储程序代码的存储介质。
[0102]
需要说明的是，上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且
仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0103]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0104]
以上所描述的仅为本发明的一些实施例而已，并不用于限制本发明，本行业的技术人员应当了解，本发明还会有各种变化和改进，任何依照本发明所做的修改、等同替换和改进都落入本发明所要求的保护的范围内。