车辆音频的传输方法及装置、车辆、电子设备和存储介质与流程

1.本公开涉及车辆技术领域，尤其涉及一种车辆音频的传输方法及装置、车辆、电子设备和存储介质。

背景技术：

2.目前，基于车辆的音频传输已成为车辆的一个通用功能，例如，终端与车辆连接后，进行，或者，基于车辆自带的通话功能进行。
3.在通话过程中，将通话中的音频流通过集成电路soc(system-on-a-chip)芯片内置的音频处理器(automaticdigital signal processor，adsp)对音频流中的音频格式进行转换，并同时借助于车辆功放实现音频的传输和播放，而soc芯片还受控于车辆的微控制单元(micro control unit，mcu)。上述通话音频链路虽然能够支持通话功能，但是音频链路较长，进而导致音频传输的延时较长，从而影响了用户体验。

技术实现要素：

4.本公开提供了一种车辆音频的传输方法、装置、车辆、电子设备和存储介质。
5.根据本公开的第一方面，提供了一种车辆音频的传输方法，所述方法应用中车辆的微控制单元中，包括：
6.在确定音频传输指令触发后，接收所述上行音频控制器发送的第一待传输音频，并将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式；
7.将转换后的第一待传输音频上传至呼叫处理终端；
8.接收所述呼叫处理终端下发的第二待传输音频，将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被所述下行音频控制器识别的数据格式；
9.将转换后的第二待传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频。
10.可选的，所述在确定音频传输指令触发后，包括：
11.在确定音频传输指令触发后，分别激活上行音频控制器与下行音频控制器。
12.可选的，所述接收所述上行音频控制器发送的第一待传输音频包括：
13.基于第一音频接收接口接收所述上行音频控制器发送的第一待传输音频，其中，所述第一音频接收接口为所述微控制单元的对外接收接口。
14.可选的，所述将所述第一待传输音频的数据格式转换为第一目标数据格式具体为：
15.通过预设音频频率组件，将所述第一待传输音频的数据格式转换为所述第一目标数据格式；
16.所述将转换后的第一待传输音频上传至呼叫处理终端，包括：
17.将格式转换后的第一待传输音频发送至第一音频发送接口，其中，所述第一音频发送接口为所述微控制单元的对外发送接口；
18.基于所述第一音频发送接口将所述转换后的第一待传输音频上传至所述呼叫处理终端。
19.可选的，所述接收所述呼叫处理终端下发的第二待传输音频包括：
20.基于第二音频接收接口接收所述呼叫处理终端发送的所述第二待传输音频，其中，所述第二音频接收接口为所述微控制单元的对外接收接口。
21.可选的，所述将所述第二待传输音频的数据格式转换为第二目标数据格式具体为：
22.通过预设音频频率组件，将所述第二待传输音频的数据格式转换为所述第二目标数据格式；
23.所述将所述第二待传输音频下发至所述下行音频控制器，包括：
24.将格式转换后的第二待传输音频发送至第二音频发送接口，其中，所述第二音频发送接口为所述微控制单元的对外发送接口；
25.基于所述第二音频发送接口下发所述第二待传输音频至所述下行音频控制器。
26.可选的，在分别激活上行音频控制器与下行音频控制器之前，所述方法还包括：
27.实时通过控制器局域网络总线can对所述音频传输指令的触发进行监控。
28.可选的，所述确定音频传输指令触发具体为：由预设紧急事件触发所述音频传输指令；
29.所述音频传输指令为紧急呼叫指令。
30.根据本公开的第二方面，提供了一种车辆音频的传输装置，所述装置应用中车辆的微控制单元中，包括：
31.第一接收单元，用于在确定音频传输指令触发后，接收所述上行音频控制器发送的第一待传输音频；
32.第一转换单元，用于将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式；
33.上传单元，用于将转换后的第一待传输音频上传至呼叫处理终端；
34.第二接收单元，用于接收所述呼叫处理终端下发的第二待传输音频；
35.第二转换单元，用于将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被所述下行音频控制器识别的数据格式；
36.下发单元，用于将转换后的第二待传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频的播放。
37.可选的，所述在确定音频传输指令触发后，所述装置还包括：
38.激活单元，用于在确定音频传输指令触发后，分别激活上行音频控制器与下行音频控制器。
39.可选的，所述第一接收单元，还用于基于第一音频接收接口接收所述上行音频控制器发送的第一待传输音频，其中，所述第一音频接收接口为所述微控制单元的对外接收接口。
40.可选的，所述第一转换单元，还用于通过预设音频频率组件，将所述第一待传输音
频的数据格式转换为所述第一目标数据格式；
41.所述上传单元包括：
42.第一发送模块，用于将格式转换后的第一待传输音频发送至第一音频发送接口，其中，所述第一音频发送接口为所述微控制单元的对外发送接口；
43.上传模块，用于基于所述第一音频发送接口将所述转换后的第一待传输音频上传至所述呼叫处理终端。
44.可选地，所述第二接收单元，还用于基于第二音频接收接口接收所述呼叫处理终端发送的所述第二待传输音频，其中，所述第二音频接收接口为所述微控制单元的对外接收接口。
45.可选的，所述第二转换单元，还用于通过预设音频频率组件，将所述第二待传输音频的数据格式转换为所述第二目标数据格式；
46.所述下发单元，包括：
47.第二发送模块，用于将格式转换后的第二待传输音频发送至第二音频发送接口，其中，所述第二音频发送接口为所述微控制单元的对外发送接口；
48.下发模块，用于基于所述第二音频发送接口下发所述第二待传输音频至所述下行音频控制器。
49.可选的，所述装置还包括：
50.监控单元，用于在分别激活上行音频控制器与下行音频控制器之前，实时通过控制器局域网络总线can对所述音频传输指令的触发进行监控。
51.可选的，所述确定音频传输指令触发具体为：由预设紧急事件触发所述音频传输指令；
52.所述音频传输指令为紧急呼叫指令
53.根据本公开的第三方面，提供了一种电子设备，包括：
54.至少一个处理器；以及
55.与所述至少一个处理器通信连接的存储器；其中，
56.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述第一方面所述的方法。
57.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行前述第一方面所述的方法。
58.根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如前述第一方面所述的方法。
59.根据本公开的第五方面，提供了一种车辆，所述车辆包括如上述第二方面中任一项所述的车辆音频的传输装置或上述第三方面所述的电子设备。
60.本公开提供的车辆音频的传输方法及装置、车辆、电子设备和存储介质，在确定音频传输指令触发后，接收上行音频控制器发送的第一待传输音频，并将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式，将转换后的第一待传输音频上传至呼叫处理终端；接收所述呼叫处理终端下发的第二待传输音频，将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被下行音频控制器识别的数据格式，将转换后的第二待
传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频。与相关技术相比，本技术实施例在由微控制单元完成上行音频和下行音频的音频格式的转换后，直接完成上行音频上传至呼叫处理终端和下行音频下发至下行音频控制器的传输链路，无需通过soc处理，缩短了传输链路，减小了音频传输的延时。
61.应当理解，本部分所描述的内容并非旨在标识本技术的实施例的关键或重要特征，也不用于限制本技术的范围。本技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
62.附图用于更好地理解本方案，不构成对本公开的限定。其中：
63.图1为本公开实施例所提供的一种车辆音频的传输方法的流程示意图；
64.图2为本公开实施例提供的一种车辆音频的传输系统的示意图；
65.图3为本公开实施例提供的一种上行音频数据的传输示意图；
66.图4为本公开实施例提供的一种下行音频数据的传输示意图；
67.图5为本公开实施例所提供的另一种车辆音频的传输方法的流程示意图；
68.图6为本公开实施例提供的一种车辆音频的传输装置的结构示意图；
69.图7为本公开实施例提供的另一种车辆音频的传输装置的结构示意图；
70.图8为本公开实施例提供的示例电子设备300的示意性框图。
具体实施方式
71.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
72.下面参考附图描述本公开实施例的车辆音频的传输方法、装置、电子设备和存储介质。
73.图1为本公开实施例所提供的一种车辆音频的传输方法的流程示意图。如图1所示，所述方法应用中车辆的微控制单元中，该方法包含以下步骤：
74.步骤101，在确定音频传输指令触发后，微控制单元接收上行音频控制器发送的第一待传输音频，并将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式。
75.本技术实施例中，将通话过程拆分为两部分，一部分是确定音频传输指令触发后，基于车辆麦克风采集车内人员的音频后，发送至微控制单元(micro control unit，mcu)，由微控制单元将第一待传输音频传输至上行音频控制器后，由上行音频控制器将第一待传输音频上传至云端呼叫处理终端(上行音频传输)；另一部分是基于微控制单元从呼叫处理终端接收第二待传输音频，并将其传输至下行音频控制器，由下行音频控制器通过车辆喇叭播放音频。下述实施例会以上行音频控制器为automotive audio bus，a2b为例进行说明，以下行音频控制器为音频放大器(audio amplifier，amp)为例进行说明，该种说明方式并非意在限定上行音频控制器和下行音频控制器的具体类型。
76.为了便于对通过音频传输过程进行理解，如图2所示，图2为本技术实施例提供的
一种车辆音频的传输系统的示意图，图例中以上行音频控制器为(automotive audio bus，a2b)为例进行说明，以下行音频控制器为音频放大器(audio amplifier，amp)为例进行说明，该种说明方式并非意在限定上行音频控制器和下行音频控制器的具体类型。
77.在具体应用过程中，麦克风端采集的第一待传输音频的数据格式无法被呼叫处理终端识别，因此需要由微控制单元mcu进行第一目标数据格式转换，所述第一目标数据格式的目的是将接收到的第一待传输音频转换为允许被所述呼叫处理终端识别的数据格式；所述第一目标数据格式转换包括但不局限于采样率的转换。
78.步骤102，将转换后的第一待传输音频上传至呼叫处理终端。
79.a2b模块通过时分复用(testing data management，tdm)接口将车内麦克风采集到的第一待传输音频传给微控制单元mcu，微控制单元mcu通过异步收发传输器(universal asynchronous receiver/transmitter，uart)实现控制指令的交互，并将第一待传输音频传输至车辆中的5g模块，微控制单元mcu和5g模块之间通过脉冲编码调制(pulse code modulation，pcm)接口实现第一待传输音频的传输，基于5g模块将转换后的第一待传输音频上传至呼叫处理终端。
80.作为本技术实施例的一种可实现方式，所述呼叫处理终端为网络侧的呼叫服务器；作为本技术实施例的另一种可实现方式，所述呼叫处理终端为与用户设定的呼叫联系人所对应的处理终端。具体的对本技术实施例对呼叫处理终端的类别不进行限定。
81.步骤103，接收所述呼叫处理终端下发的第二待传输音频，将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被下行音频控制器识别的数据格式。
82.利用车辆中的5g模块从呼叫处理终端接收第二待传输音频，微控制单元mcu和5g模块之间通过脉冲编码调制(pulse code modulation，pcm)接口实现第二待传输音频的传输，微控制单元mcu和5g模块通过异步收发传输器uart实现控制指令的交互。
83.在具体应用过程中，喇叭无法直接播放呼叫处理终端下发的第二待传输音频数据，因此需要由微控制单元mcu进行第二目标数据格式转换，所述第二目标数据格式的目的是将接收到的第二待传输音频转换为允许被所述下行音频控制器识别的数据格式；所述第二目标数据格式转换包括但不局限于采样率的转换。
84.步骤104，将转换后的第二待传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频。
85.微控制单元mcu通过i2c控制上行音频控制器a2b与下行音频控制器amp，微控制单元mcu通过i2s接口发送第二待传输音频到下行音频控制器amp，下行音频控制器amp将第二待传输音频数据通过喇叭播放出来。
86.本技术实施例中，在微控制单元mcu侧实现了第一待传输音频及第二待传输音频的传输，其音频传输链路与相关技术相比缩短了，因此会缩短声音传播的延时，除此之外，相关技术中，除了比本技术实施例多了传输链路外，相关技术中其音频传输链路中微控制单元mcu需要为soc芯片提供供电服务，若相关技术中的音频传输链路供电终止的话，该条音频传输链路会中断。而本技术实施例中，音频传输链路是由微控制单元mcu为执行主体，而微控制单元mcu自身就可以提供电能，无需其他装置为其进行供电，即微控制单元mcu可以满足最小子系统的工作环境，所以本技术实施例提供的音频传输链路在实现上更加稳定
更加可靠。
87.本公开提供的车辆音频的传输方法，车辆的微控制单元在确定音频传输指令触发后，接收上行音频控制器发送的第一待传输音频，并将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式，将转换后的第一待传输音频上传至呼叫处理终端，接收所述呼叫处理终端下发的第二待传输音频，将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被下行音频控制器识别的数据格式，将转换后的第二待传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频。与相关技术相比，本技术实施例在由微控制单元完成上行音频和下行音频的音频格式的转换后，完成上行音频上传至呼叫处理终端和下行音频下发至下行音频控制器的传输链路，无需通过soc处理，缩短了传输链路，减小了音频传输的延时。
88.需要说明的是，本技术实施例的应用场景为通话过程中，在通话未启动前上行音频控制器a2b与下行音频控制器amp为未激活状态，只有当微控制单元mcu监控到需要启动通话时，即在确定音频传输指令触发后，才会分别激活上行音频控制器a2b与下行音频控制器amp，即由微控制单元mcu使能上行音频控制器a2b与下行音频控制器amp。
89.在本实施例一种可能的实现方式中，在分别激活上行音频控制器与下行音频控制器之前，实时通过控制器局域网络总线(controller area network，can)对所述音频传输指令的触发进行监控。有关实时监控的方法，可参阅相关技术中的任意实现方式，本技术实施例在此不再进行一一赘述。
90.本技术实施例从微控制单元mcu的硬件实现方式完成了音频数据的传输，基于微控制单元mcu内部所支持的数据格式不同，在传输过程中，需进行数据格式的转换，以完成音频数据的传输。下述实施例分别以上行音频数据和下行音频数据的传输链路进行说明。
91.(一)上行音频数据的传输，如图3所示，图3为本技术实施例提供的一种上行音频数据的传输示意图：
92.麦克风将采集到的第一待传输音频传给上行音频控制器a2b，上行音频控制器a2b将第一待传输音频解析完后，通过i2s接口传给微控制单元mcu里的模块内的第一音频接收接口sai4，其中，所述第一音频接收接口sai4为所述微控制单元mcu的对外接收接口；第一音频接收接口经过解析，将第一待传输音频传到微控制单元mcu的子模块预设音频频率组件，由预设音频频率组件执行将所述第一待传输音频的数据格式转换为所述第一目标数据格式，将格式转换后的第一待传输音频发送至第一音频发送接口sai1，以便从所述第一音频发送接口sai1上传所述第一待传输音频，其中，所述第一音频发送接口为所述微控制单元的对外发送接口。
93.在实际应用过程中，所述预设音频频率组件包括但不限于使用(asynchronous sample rate converter，asrc)，后续实施例会以预设音频频率组件为asrc为例进行说明，但是该种说明方式并非意在限定预设音频频率组件仅能为asrc。
94.(二)下行音频数据的传输，如图4所示，图4为本技术实施例提供的一种下行音频数据的传输示意图：
95.基于车辆中的5g模块，接收呼叫处理终端下发的第二待传输音频，并将其发送给微控制单元mcu内的第二音频接收接口sai2，由第二音频接收接口sai2解析完成后传给微
控制单元mcu内的预设音频频率组件asrc，通过预设音频频率组件asrc，将所述第二待传输音频的数据格式转换为所述第二目标数据格式；预设音频频率组件asrc完成数据格式的转化后传给第二音频发送接口sai3，从所述第二音频发送接口sai3下发所述第一待传输音频，其中，所述第二音频发送接口sai3为所述微控制单元的对外发送接口；第二音频发送接口sai3解析后传给下行音频控制器amp，由下行音频控制器amp传给喇叭，将第二待传输音频播放出来。
96.上述实施例详细描述了第一待传输音频及第二待传输音频在整个车辆音频的传输系统中的传输过程，但是实际应用中，由于呼叫处理终端端的第二待传输音频无法直接进行播放，因此，需要由微控制单元mcu进行第二目标数据格式转换，同样的，麦克风端采集的第一待传输音频的数据格式无法直接被呼叫处理终端识别，因此也需要由微控制单元mcu进行第一目标数据格式转换。所述的第一目标数据格式转换第二目标数据格式转换是为了区分不同的转换，而并非是对转换优先级或者转换次数的限定。
97.下述实施例以微控制单元mcu将第二待传输音频的数据格式转换为第二目标数据格式为例进行说明，包括：
98.呼叫处理终端中第二待传输音频的数据格式采样率为16khz，车内喇叭接收的音频数据格式采样率是48khz，因此需要通过微控制单元mcu中的预设音频频率组件asrc进行数据格式的转化。基于第二音频接收接口sai1接收所述呼叫处理终端发送的第二待传输音频，此时，第二待传输音频到达微控制单元mcu内部，通过预设音频频率组件asrc，将所述第二待传输音频的数据格式转换为所述第二目标数据格式；上述第二目标数据格式为车内喇叭能够接收的数据格式，即本技术实施例中第二目标数据格式是采样率为48khz。将格式转换后的第二待传输音频发送至第二音频发送接口sai3，以便从所述第二音频发送接口sai3下发所述第二待传输音频至下行音频控制器amp，并传给车内喇叭进行播放。
99.需要说明的是，微控制单元mcu中包含多个接口，例如第一音频接收接口sai4、第一音频发送接口sai1、第二音频接收接口sai2以及第二音频发送接口sai3，当接口被赋予接收或者发送的功能后，其在链路传输过程中会一直赋予该功能，本技术实施例对微控制单元mcu内的接口数量以及命名不进行限定。
100.上述实施例详细描述了微控制单元mcu内部对第二待传输音频的处理过程，与上述处理方式相同，在微控制单元mcu内部对所述第一待传输音频的具体处理过程包括：
101.基于第一音频接收接口sai4接收所述上行音频控制器a2b发送的第一待传输音频，将所述第一音频接收接口sai4接收的第一待传输音频，搬运到所述预设音频频率组件asrc，通过预设音频频率组件asrc，将所述第一待传输音频的数据格式转换为所述第一目标数据格式，所述第一目标数据格式为呼叫处理终端接收的数据格式，本技术实施例中第一目标数据格式采样率为16khz；将格式转换后的第一待传输音频发送至第一音频发送接口sai1，以便从所述第一音频发送接口sai1上传所述第一待传输音频，其中，所述第一音频发送接口为所述微控制单元的对外发送接口。
102.微控制单元mcu在对上行音频数据时，与上述对下行音频数据的处理过程相似，不同点在于转换数据格式不同，上行转化为第一目标数据格式为16khz。本技术实施例所述的在微控制单元mcu内部对所述第一待传输音频的具体处理过程，与微控制单元mcu内部对第二待传输音频的处理过程相同，本技术实施例对此不再进行赘述。
103.汽车紧急呼叫系统(ecall)是拯救生命的重要环节，其可在车辆紧急情况发生时为用户提供ecall救援服务，其支持自动触发ecall救援服务的模式，即车辆发生碰撞后安全气囊弹出的情况下，自动拨通救援电话的一种功能。ecall救援服务拨通后，后台会根据车辆位置，及时提供安排相应的救援服务。
104.以下实施例提供一种将本技术实施例所述的车辆音频的传输方法应用于ecall救援服务的应用场景，如图5所示，车辆音频的传输方法包括：
105.步骤201，基于第一音频接收接口接收所述上行音频控制器发送的第一待传输音频，并通过预设音频频率组件，将所述第一待传输音频的数据格式转换为所述第一目标数据格式。
106.步骤203，将格式转换后的第一待传输音频发送至第一音频发送接口，基于所述第一音频发送接口将所述转换后的第一待传输音频上传至紧急呼叫处理终端。
107.步骤204，基于第二音频接收接口接收所述紧急呼叫处理终端发送的所述第二待传输音频，通过预设音频频率组件，将所述第二待传输音频的数据格式转换为所述第二目标数据格式。
108.步骤205，将格式转换后的第二待传输音频发送至第二音频发送接口，基于所述第二音频发送接口下发所述第二待传输音频至所述下行音频控制器。
109.可选的，在步骤202之前方法还包括步骤201，在确定紧急呼叫指令触发后，分别激活上行音频控制器与下行音频控制器。
110.所述确定音频传输指令触发具体为：由预设紧急事件触发所述音频传输指令，所述音频传输指令为紧急呼叫指令。
111.有关步骤201至步骤205的说明，可靠参阅上述任意实施例的详细说明，本技术实施例在此不再进行一一赘述。此外，关于步骤201至步骤205也并非是严格按照标号的顺序进行执行。
112.综上所述，本技术实施例所述的传输方法在微控制单元mcu侧实现了不同格式音频的解析和传输，利用车机原本的硬件资源(微控制单元)的方式实现了音频数据转换和传输，从5g模块接收到第二待传输数据从外设(紧急呼叫处理终端)到外设(车内扩音器)；外设(车内麦克风)到内存(微控制单元mcu)，内存微控制单元mcu到外设(紧急呼叫处理终端)，完美的糅合在一起；
113.此外，基于音频传输链路的缩短，无需通过soc处理，使得车载紧急呼叫ecall功能的声音延迟小，体验感更好；
114.再者，紧急呼叫功能ecall在车机的最小子系统环境下(微控制单元mcu)中实现，保证了ecall功能的稳定性。
115.与上述的车辆音频的传输方法相对应，本发明还提出一种车辆音频的传输装置。由于本发明的装置实施例与上述的方法实施例相对应，对于装置实施例中未披露的细节可参照上述的方法实施例，本发明中不再进行赘述。
116.图6为本公开实施例提供的一种车辆音频的传输装置的结构示意图，如图6所示，所述装置应用中车辆的微控制单元中，包括：
117.第一接收单元31，用于在确定音频传输指令触发后，接收所述上行音频控制器发送的第一待传输音频；
118.第一转换单元32，用于将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式；
119.上传单元33，用于将转换后的第一待传输音频上传至呼叫处理终端；
120.第二接收单元34，用于接收所述呼叫处理终端下发的第二待传输音频；
121.第二转换单元35，用于将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被所述下行音频控制器识别的数据格式；
122.下发单元36，用于将转换后的第二待传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频的播放。
123.本公开提供的车辆音频的传输装置，在确定音频传输指令触发后，接收上行音频控制器发送的第一待传输音频，并将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式，将转换后的第一待传输音频上传至呼叫处理终端；接收所述呼叫处理终端下发的第二待传输音频，将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被下行音频控制器识别的数据格式，将转换后的第二待传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频。与相关技术相比，本技术实施例在由微控制单元完成上行音频和下行音频的音频格式的转换后，完成上行音频上传至呼叫处理终端和下行音频下发至下行音频控制器的传输链路，缩短了传输链路，减小了音频传输的延时。
124.进一步地，在本实施例一种可能的实现方式中，如图7所示，所述在确定音频传输指令触发后，所述装置还包括：
125.激活单元37，用于分别激活上行音频控制器与下行音频控制器。
126.进一步地，在本实施例一种可能的实现方式中，所述第一接收单元31，还用于基于第一音频接收接口接收所述上行音频控制器发送的第一待传输音频，其中，所述第一音频接收接口为所述微控制单元的对外接收接口。
127.进一步地，在本实施例一种可能的实现方式中，如图7所示，所述第一转换单元32，还用于通过预设音频频率组件，将所述第一待传输音频的数据格式转换为所述第一目标数据格式；
128.所述上传单元33包括：
129.第一发送模块331，用于将格式转换后的第一待传输音频发送至第一音频发送接口，其中，所述第一音频发送接口为所述微控制单元的对外发送接口；
130.上传模块333，用于基于所述第一音频发送接口将所述转换后的第一待传输音频上传至所述呼叫处理终端。
131.进一步地，在本实施例一种可能的实现方式中，所述第二接收单元34，还用于基于第二音频接收接口接收所述呼叫处理终端发送的所述第二待传输音频，其中，所述第二音频接收接口为所述微控制单元的对外接收接口。
132.进一步地，在本实施例一种可能的实现方式中，如图7所示，所述第二转换单元35，还用于通过预设音频频率组件，将所述第二待传输音频的数据格式转换为所述第二目标数据格式；
133.所述下发单元36，包括：
134.第二发送模块361，用于将格式转换后的第二待传输音频发送至第二音频发送接口，其中，所述第二音频发送接口为所述微控制单元的对外发送接口；
135.下发模块363，用于基于所述第二音频发送接口下发所述第二待传输音频至所述下行音频控制器。
136.进一步地，在本实施例一种可能的实现方式中，如图7所示，所述装置还包括：
137.监控单元38，用于在分别激活上行音频控制器与下行音频控制器之前，实时通过控制器局域网络总线can对所述音频传输指令触发指令的触发进行监控。
138.进一步地，在本实施例一种可能的实现方式中，所述确定音频传输指令触发具体为：由预设紧急事件触发所述音频传输指令；
139.所述音频传输指令为紧急呼叫指令。
140.需要说明的是，前述对方法实施例的解释说明，也适用于本实施例的装置，原理相同，本实施例中不再限定。
141.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
142.图8示出了可以用来实施本公开的实施例的示例电子设备400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
143.如图8所示，设备400包括计算单元401，其可以根据存储在rom(read-only memory，只读存储器)402中的计算机程序或者从存储单元408加载到ram(random access memory，随机访问/存取存储器)403中的计算机程序，来执行各种适当的动作和处理。在ram 403中，还可存储设备400操作所需的各种程序和数据。计算单元401、rom 402以及ram 403通过总线404彼此相连。i/o(input/output，输入/输出)接口405也连接至总线404。
144.设备400中的多个部件连接至i/o接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
145.计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于cpu(central processing unit，中央处理单元)、gpu(graphic processing units，图形处理单元)、各种专用的ai(artificial intelligence，人工智能)计算芯片、各种运行机器学习模型算法的计算单元、dsp(digital signal processor，数字信号处理器)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如车辆音频的传输方法。例如，在一些实施例中，车辆音频的传输方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由rom 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到ram 403并由计算单元401执行时，可以执行上文描述的方法的一个或多个步骤。备选地，在其他实施例中，计算单元401可
以通过其他任何适当的方式(例如，借助于固件)而被配置为执行前述车辆音频的传输方法。
146.本技术实施例还一种车辆，所述车辆包括如图6或图7中任一幅图所示的车辆音频的传输装置，或包括电子设备400。
147.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、fpga(field programmable gate array，现场可编程门阵列)、asic(application-specific integrated circuit，专用集成电路)、assp(application specific standard product，专用标准产品)、soc(system on chip，芯片上系统的系统)、cpld(complex programmable logic device，复杂可编程逻辑设备)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
148.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
149.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、ram、rom、eprom(electrically programmable read-only-memory，可擦除可编程只读存储器)或快闪存储器、光纤、cd-rom(compact disc read-only memory，便捷式紧凑盘只读存储器)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
150.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(cathode-ray tube，阴极射线管)或者lcd(liquid crystal display，液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
151.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数
字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：lan(local area network，局域网)、wan(wide area network，广域网)、互联网和区块链网络。
152.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
153.其中，需要说明的是，人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
154.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
155.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

技术特征：

1.一种车辆音频的传输方法，其特征在于，所述方法应用于车辆的微控制单元，包括：在确定音频传输指令触发后，接收上行音频控制器发送的第一待传输音频，并将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被呼叫处理终端识别的数据格式；将转换后的第一待传输音频上传至所述呼叫处理终端；接收所述呼叫处理终端下发的第二待传输音频，将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被下行音频控制器识别的数据格式；将转换后的第二待传输音频下发至所述下行音频控制器。2.根据权利要求1所述的传输方法，其特征在于，所述在确定音频传输指令触发后，包括：分别激活所述上行音频控制器与所述下行音频控制器。3.根据权利要求1所述的传输方法，其特征在于，所述接收所述上行音频控制器发送的第一待传输音频包括：基于第一音频接收接口接收所述上行音频控制器发送的第一待传输音频，其中，所述第一音频接收接口为所述微控制单元的对外接收接口。4.根据权利要求3所述的传输方法，其特征在于，所述将所述第一待传输音频的数据格式转换为第一目标数据格式具体为：通过预设音频频率组件，将所述第一待传输音频的数据格式转换为所述第一目标数据格式；所述将转换后的第一待传输音频上传至呼叫处理终端，包括：将格式转换后的第一待传输音频发送至第一音频发送接口，其中，所述第一音频发送接口为所述微控制单元的对外发送接口；基于所述第一音频发送接口将所述转换后的第一待传输音频上传至所述呼叫处理终端。5.根据权利要求1所述的传输方法，其特征在于，所述接收所述呼叫处理终端下发的第二待传输音频包括：基于第二音频接收接口接收所述呼叫处理终端发送的所述第二待传输音频，其中，所述第二音频接收接口为所述微控制单元的对外接收接口。6.根据权利要求5所述的传输方法，其特征在于，所述将所述第二待传输音频的数据格式转换为第二目标数据格式具体为：通过预设音频频率组件，将所述第二待传输音频的数据格式转换为所述第二目标数据格式；所述将所述第二待传输音频下发至所述下行音频控制器，包括：将格式转换后的第二待传输音频发送至第二音频发送接口，其中，所述第二音频发送接口为所述微控制单元的对外发送接口；基于所述第二音频发送接口下发所述第二待传输音频至所述下行音频控制器。7.根据权利要求1-6中任一项所述的传输方法，其特征在于，所述确定音频传输指令触发具体为：由预设紧急事件触发所述音频传输指令；
所述音频传输指令为紧急呼叫指令。8.一种车辆音频的传输装置，其特征在于，所述装置应用在车辆的微控制单元中，包括：第一接收单元，用于在确定音频传输指令触发后，接收上行音频控制器发送的第一待传输音频；第一转换单元，用于将所述第一待传输音频的数据格式转换为第一目标数据格式，所述第一目标数据格式为允许被所述呼叫处理终端识别的数据格式；上传单元，用于将转换后的第一待传输音频上传至呼叫处理终端；第二接收单元，用于接收所述呼叫处理终端下发的第二待传输音频；第二转换单元，用于将所述第二待传输音频的数据格式转换为第二目标数据格式，所述第二目标数据格式为允许被下行音频控制器识别的数据格式；下发单元，用于将转换后的第二待传输音频下发至所述下行音频控制器，以便所述下行音频控制器播放所述第二待传输音频的播放。9.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。10.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。11.一种车辆，其特征在于，所述车辆包括如权利要求8所述的车辆音频的传输装置或如权利要求9所述的电子设备。

技术总结

本公开公开了车辆音频的传输方法及装置、电子设备和存储介质，主要方案包括：在确定音频传输指令触发后，接收上行音频控制器发送的第一待传输音频，并将第一待传输音频的数据格式转换为第一目标数据格式，将转换后的第一待传输音频上传至呼叫处理终端；接收呼叫处理终端下发的第二待传输音频，将第二待传输音频的数据格式转换为第二目标数据格式，将转换后的第二待传输音频下发至下行音频控制器，以便下行音频控制器播放第二待传输音频。与相关技术相比，在由微控制单元完成上行音频和下行音频的音频格式的转换后，完成上行音频上传至呼叫处理终端和下行音频下发至下行音频控制器的传输链路，缩短了传输链路，减小了音频传输的延时。延时。延时。