音频处理方法、系统、装置及电子设备与流程

1.本技术涉及音频技术领域，尤其涉及一种音频处理方法、系统、装置及电子设备。


背景技术：

2.随着车载网联化的发展，车载多媒体已经由收音机、本地媒体、蓝牙音乐升级到了网络在线音频，使用户可以随时随地在线收听自己喜欢的音乐、新闻、资讯等音频内容。其中，杜比全景声是一种3d环绕音频技术，可通过立体空间内不同位置的喇叭还原真实世界的声音，给用户一种身临其境的感觉，
3.目前的车载设备无法实现杜比全景声格式的音频的播放。


技术实现要素：

4.本技术提供一种音频处理方法、系统、装置及电子设备。用以解决目前的车载设备无法实现杜比全景声格式的音频的播放的问题。
5.第一方面，本技术实施例提供一种音频处理方法，应用于车载设备，音频处理方法，包括：获取杜比全景声格式的待解码音频数据；获取解密的杜比解码库程序，解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的；采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；向播放设备发送目标音频数据，播放设备用于对目标音频数据进行通道映射后播放目标音频数据。
6.在本技术的一个实施例中，车载设备包括：系统接口、音频子系统和硬件抽象层，获取杜比全景声格式的待解码音频数据，包括：在音频分载模式下，通过系统接口获取音频文件；通过音频子系统对音频文件进行处理，得到待解码音频数据，音频子系统用于对音频文件进行混音、音量调整、音频重采样、音效中的至少一项处理，得到待解码音频数据；在确定硬件抽象层从音频子系统获取待解码音频数据。
7.在本技术的一个实施例中，车载设备还包括：杜比解码库的封装模块，采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据，包括：通过硬件抽象层在杜比解码库的封装模块中写入待解码音频数据；通过杜比解码库的封装模块，采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；通过硬件抽象层从杜比解码库的封装模块获取目标音频数据。
8.在本技术的一个实施例中，车载设备还包括：多声道声卡设备，向播放设备发送目标音频数据，包括：通过硬件抽象层在多声道声卡设备中写入目标音频数据；通过多声道声卡设备向播放设备发送目标音频数据。
9.在本技术的一个实施例中，获取杜比全景声格式的待解码音频数据之前，还包括：加载加密的杜比解码库文件；向可信执行环境设备发送加密的杜比解码库文件，可信执行环境设备用于对加密的杜比解码库文件进行解密得到解密的杜比解码库程序；接收可信执行环境设备发送的解密的杜比解码库程序；存储解密的杜比解码库程序。
10.第二方面，本技术提供一种音频处理方法播放设备包括：数字信号处理器、功放器
和扬声器，音频处理方法包括：通过数字信号处理器接收车载设备发送的目标音频数据，目标音频数据是车载设备执行第一方面任一项的音频处理方法得到的；通过数字信号处理器，对目标音频数据进行通道映射，得到处理后的目标音频数据，处理后的目标音频数据的通道顺序为功放器的期望通道顺序；通过功放器，转换处理后的目标音频数据的信号类型为模拟信号，并驱动扬声器播放。
11.第三方面，本技术提供音频处理系统，包括：车载设备、可信执行环境设备和播放设备；
12.车载设备，用于执行第一方面任一项的音频处理方法；
13.可信执行环境设备，用于对加密的杜比解码库文件解密后得到解密的杜比解码库程序；
14.播放设备，用于执行第二方面的音频处理方法。
15.在本技术的另一个实施例中，音频处理装置还包括：停止模块，用于若主机从共享内存中未调度到下一个处理任务，主机停止从共享内存调度处理任务。
16.第四方面，本技术提供一种音频处理装置，应用于车载设备，音频处理装置，包括：
17.第一获取模块，用于获取杜比全景声格式的待解码音频数据；
18.第二获取模块，用于获取解密的杜比解码库程序，解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的；
19.解码模块，用于采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；
20.发送模块，用于向播放设备发送目标音频数据，播放设备用于对目标音频数据进行通道映射后播放目标音频数据。
21.在本技术的一个实施例中，车载设备包括：系统接口、音频子系统和硬件抽象层，第一获取模块，具体用于在音频分载模式下，通过系统接口获取音频文件；通过音频子系统对音频文件进行处理，得到待解码音频数据，音频子系统用于对音频文件进行混音、音量调整、音频重采样、音效中的至少一项处理，得到待解码音频数据；在确定硬件抽象层从音频子系统获取待解码音频数据。
22.在本技术的一个实施例中，车载设备还包括：杜比解码库的封装模块，解码模块，具体用于通过硬件抽象层在杜比解码库的封装模块中写入待解码音频数据；通过杜比解码库的封装模块，采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；通过硬件抽象层从杜比解码库的封装模块获取目标音频数据。
23.在本技术的一个实施例中，车载设备还包括：多声道声卡设备，发送模块，具体用于通过硬件抽象层在多声道声卡设备中写入目标音频数据；通过多声道声卡设备向播放设备发送目标音频数据。
24.在本技术的一个实施例中，解密模块，用于在获取杜比全景声格式的待解码音频数据之前，加载加密的杜比解码库文件；向可信执行环境设备发送加密的杜比解码库文件，可信执行环境设备用于对加密的杜比解码库文件进行解密得到解密的杜比解码库程序；接收可信执行环境设备发送的解密的杜比解码库程序；存储解密的杜比解码库程序。
25.第五方面，本技术提供一种音频处理装置，应用于播放设备，播放设备包括：数字信号处理器、功放器和扬声器，音频处理装置包括：
26.接收模块，用于通过数字信号处理器接收车载设备发送的目标音频数据，目标音频数据是车载设备执行第一方面任一项的音频处理方法得到的；
27.映射模块，用于通过数字信号处理器，对目标音频数据进行通道映射，得到处理后的目标音频数据，处理后的目标音频数据的通道顺序为功放器的期望通道顺序；
28.转换模块，用于通过功放器，转换处理后的目标音频数据的信号类型为模拟信号，并驱动扬声器播放。
29.第六方面，本技术实施例提供一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的任务，任务被至少一个处理器执行，以使电子设备能够执行上述第一方面中任一项的音频处理方法。
30.第七方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行任务，当处理器执行计算机执行任务时，实现如权利要求上述第一方面中任一项的音频处理方法。
31.第八方面，本技术实施例提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述第一方面中任一项的音频处理方法。
32.本技术实施例提供一种音频处理方法、系统、装置及电子设备，该音频处理方法应用于车载设备，通过获取杜比全景声格式的待解码音频数据；获取解密的杜比解码库程序，解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的；采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；向播放设备发送目标音频数据，播放设备用于对目标音频数据进行通道映射后播放目标音频数据，实现车载设备对于全景声格式的音频的播放。
附图说明
33.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
34.图1为本技术实施例提供的一种音频处理系统的示意图；
35.图2为本技术实施例提供的第一种音频处理方法的步骤流程图；
36.图3为本技术实施例提供的第二种音频处理方法的步骤流程图；
37.图4为本技术实施例提供的一种通道映射的示意图；
38.图5为本技术实施例提供的一种音频处理装置的示意图；
39.图6为本技术实施例提供的另一种音频处理装置的示意图；
40.图7为本技术一实施例提供的电子设备的硬件结构示意图。
41.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
42.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例
中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
44.此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
45.随着车载设备网联化的发展，车载设备的多媒体体验已经由收音机、本地媒体、蓝牙音乐升级到了网络在线音频，使用户可以随时随地在线收听自己喜欢的音乐、新闻、资讯等音频内容。其中，杜比全景声是一种三维环绕音频技术，可通过立体空间内不同位置的喇叭还原真实世界的声音，给人一种身临其境的感觉。该技术广泛应用于电影院、家庭影院等场景。可以使用户能够体验到身临其境的音视频体验，但是在车载设备中并未使用杜比全景声，进而无法使用户在旅途中轻松愉快地享受身临其境的音视频体验。
46.目前，在支持播放杜比全景声的完整的车载系统中，杜比全景声开发者仅提供了被加密的音频解码库文件。但是，要使车载设备具有播放杜比全景声的能力，需要对被加密的音频解码库文件进行解密，目前车载设备并不支持对被加密的音频解码库文件进行解密的功能，进而导致无法实现对杜比全景声的音频的播放。
47.基于上述问题，为了进一步提升用户体验和车载设备的质量，实现为用户提供了杜比全景声的沉浸式的听觉体验，本技术通过可信执行环境设备对加密的杜比解码库文件解密后得到解密的杜比解码库程序，车载设备可获取到该解密的杜比解码库程序对杜比全景声格式的待解码音频数据进行解码，以得到可播放的杜比全景声格式的音频数据。
48.示例性的，图1为本技术一实施例提供的音频处理方法的场景示意图，如图1为一音频处理系统，包括：车载设备、可信执行环境设备(tee，trusted execution environment)和播放设备，其中，车载设备包括：系统接口(audio track)、音频子系统(audio flinger)、硬件抽象层(audio hal)、杜比解码库的封装模块(dolby decoder wrapper)、加载模块(dolby decoder decrypted hal)、多声道声卡设备(pcm)。可信执行环境设备(tee)包括：解码程序(dolby decode ta)。播放设备包括：数字信号处理器(dsp)、功放器(aud)和扬声器。
49.车载系统的当前版本(android r)中，系统默认支持最大8通道音频数据的输出能力，无法满足目前主流的杜比全景声12通道(7.1.4)音频输出的需求。另外，杜比为了保护软件资产，要求集成到系统中的解码库必须是加密的，当且仅当在系统运行阶段，通过可信执行环境(tee)对其解密后才能用于对音频数据的解码。
50.下面，通过具体实施例对本技术的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
51.图2为本技术一实施例提供的一种音频处理方法的流程图，该音频处理方法应用于如图1所示的车载设备，音频处理方法具体包括以下步骤：
52.s201，获取杜比全景声格式的待解码音频数据。
53.一种可选实施例中，待解码音频数据可以是存储在本地存储器中，车载设备直接获取的。
54.另一种可选实施例中，车载设备包括：系统接口、音频子系统和硬件抽象层，获取杜比全景声格式的待解码音频数据，包括：在音频分载模式下，通过系统接口获取音频文件；通过音频子系统对音频文件进行处理，得到待解码音频数据，音频子系统用于对音频文件进行混音、音量调整、音频重采样、音效中的至少一项处理，得到待解码音频数据；在确定硬件抽象层从音频子系统获取待解码音频数据。
55.其中，音频文件是来自本地存储或者蓝牙、互联网服务器等外部设备提供的杜比全景声格式的音频文件。使用应用程序的音频分载(audio offload)模型向系统接口输入未解码的音频文件。
56.进一步地，系统结构(audio track)是车载设备提供的播放音频的系统接口。音频子系统(audio flinger)是车载设备提供的音频子系统服务，用于支持多音源播放、混音、音量调整、音频重采样、音效等处理。硬件抽象层(audio hal)是车载设备中音频子系统的硬件抽象层，主要负责播放设备的打开，以及接收来自audio flinger的音频数据并输出到播放设备。
57.具体地，用户通过应用程序打开杜比全景声格式的音频文件，并且按照audio offload的模式创建audio track对象，然后按照一定的频率读取音频文件，并且调用audio track接口将数据传给音频子系统(audio flinger)，音频子系统对音频文件进行处理得到待解码音频数据，系统判断是audio offload模式，会把该待解码音频数据通过audio hal的接口传递给audio hal。
58.s202，获取解密的杜比解码库程序。
59.其中，解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的。
60.此外，在获取杜比全景声格式的待解码音频数据之前，还包括：加载加密的杜比解码库文件；向可信执行环境设备发送加密的杜比解码库文件，可信执行环境设备用于对加密的杜比解码库文件进行解密得到解密的杜比解码库程序；接收可信执行环境设备发送的解密的杜比解码库程序；存储解密的杜比解码库程序。
61.其中，由于音频输出延迟过大，车载设备若在每次启动阶段时都进行加密的杜比解码库文件的加载以及解密处理，会导致音频输出延迟过大。因此，在本技术中可以预先完成加密的杜比解码库文件的加载以及解密处理，然后将解密的杜比解码库程序存储在内存中供解码时调用。具体加载及解密流程包括：启动加载模块(dolby decoder decrypted hal)的进程，该进程从存储分区加载加密的杜比解码库文件，然后通过与可信执行环境设备的交互接口将加密的杜比解码库文件发送给可信执行环境设备(tee)中的解码程序(dolby decoder ta)。解码程序对加密的杜比解码库文件进行解密后，得到解密的杜比解码库程序，然后将解密的杜比解码库程序返回给加密模块的进程，然后该进程将解密后的解码库程序保存在内存中，供杜比解码库的封装模块解码待解码音频数据时使用。
62.在本技术实施例中，加载模块(dolby decoder decrypted hal)负责加载加密的杜比解码库文件，并与可信执行环境(tee)设备中的解码程序(dolby decoder ta)交互，完成对杜比解码库文件的解密。
63.其中，解码程序(dolby decoder ta)是运行在可信执行环境设备下的，负责对杜比解码库解密的程序。
64.在图1中，加密的杜比解码库文件是由开发者提供的，在系统初次刷写或ota(over-the-air technology，空中下载技术)升级时写入指定的存储分区。
65.s203，采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据。
66.具体地，车载设备还包括：杜比解码库的封装模块，采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据，包括：通过硬件抽象层在杜比解码库的封装模块中写入待解码音频数据；通过杜比解码库的封装模块，采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；通过硬件抽象层从杜比解码库的封装模块获取目标音频数据。
67.在本技术实施例中，杜比解码库的封装模块(dolby decoder wrapper)是对杜比解码库的封装，提供音频解码的接口，audio hal通过该接口请求对待解码音频数据的解码。
68.进一步地，硬件抽象层检测到当前播放模式是audio offload，则打开杜比解码库的封装模块，并将音频子系统传入的待解码音频数据写入杜比解码库的封装模块。同时，硬件抽象层打开多声道声卡设备，如12通道的声卡设备，准备将解码后的目标音频数据写入该多声道声卡设备。
69.具体地，杜比解码库的封装模块通过加载模块获取解密的杜比解码库，并将其装载到内存中运行，然后通过该解密的杜比解码库完成对待解码一弄数据的解码，得到目标音频数据，最后再将目标音频数据返回给audio hal。
70.s204，向播放设备发送目标音频数据。
71.车载设备还包括：多声道声卡设备，向播放设备发送目标音频数据，包括：通过硬件抽象层在多声道声卡设备中写入目标音频数据；通过多声道声卡设备向播放设备发送目标音频数据。其中，播放设备用于对目标音频数据进行通道映射后播放目标音频数据。
72.在本技术实施例中，多声道声卡设备是linux(一种操作系统)内核基于时分多路复用(tdm)总线创建的声卡设备，接收来自audio hal的目标音频数据。
73.具体地，audio hal收到解码后的目标音频数据后，将其写入打开的多声道声卡设备中。多声道声卡设备通过tdm总线将解码后的目标音频数据传递给播放设备。
74.其中，播放设备包括：数字信号处理器、功放器和扬声器。
75.在本技术实施例中，车载设备与可信执行环境设备交互完成对加密的杜比解码库的解密处理。采用解密的杜比解码库实现对待解码音频数据的解码，进而得到可播放的杜比全景声格式的目标音频数据。
76.参照图3，为本技术另一实施例提供的另一种音频处理方法的步骤流程图，应用于播放设备，参照图1，播放设备包括：数字信号处理器、功放器和扬声器，该音频处理方法具体包括以下步骤：
77.s301，通过数字信号处理器接收车载设备发送的目标音频数据。
78.其中，目标音频数据是车载设备执行上述任一项的音频处理方法得到的。
79.其中，数字信号处理器(dsp)是专用的数字信号处理芯片，用于接收来自车载设备的目标音频数据，再将目标音频数据转入功放器期望的音频通道。
80.s302，通过数字信号处理器，对目标音频数据进行通道映射，得到处理后的目标音频数据。
81.其中，处理后的目标音频数据的通道顺序为功放器的期望通道顺序。
82.示例性地，参照图4，数字信号处理器将车载设备输出的目标音频数据的各通道映射为功放器期望的通道的示意图。在图4中，车载设备将12通道的目标音频数据通过通道(s1ot4-slot15)发送至数字信号处理器(dsp)，数字处理器将该12通道的目标音频数据映射为功放器的期望通道顺序。例如，图4中，superposition为叠加映射单元，用于将目标音频数据中通道0(slot0)和通道1(slot1)的音频叠加映射至功放器期望的通道4(slot2)和通道5(slot5)，将目标音频数据中通道2(slot2)和通道3(slot3)的音频叠加映射至功放器期望的通道0(slot0)和通道1(slot1)。此外，数字处理器还将目标音频数据中通道4(slot4)的音频映射在功放器期望的通道2(slot2)。将目标音频数据中通道5(slot5)的音频映射在功放器期望的通道3(slot3)。将目标音频数据中通道6(slot6)的音频映射在功放器期望的通道8(slot8)。将目标音频数据中通道7(slot7)的音频映射在功放器期望的通道9(slot9)。将目标音频数据中通道10(slot10)的音频映射在功放器期望的通道6(slot6)。将目标音频数据中通道11(slot11)的音频映射在功放器期望的通道7(slot7)。
83.在本技术实施例中，由于不同供应商的功放器的音频通道顺序设计不一样，所以需要将车载设备输出的目标音频数据映射到功放器期望的通道顺序上。
84.在本技术实施例中，可以通过以下任一种方式实现，(1)由杜比解码库直接按照功放器期望的顺序对待解码音频进行解码，得到的目标音频数据的通道顺序与功放器期待的通道顺序一致。(2)由audio hal将解码后的目标音频数据映射成功放器期望的通道顺序。(3)由dsp按照图4所示完成通道映射。(4)由功放器完成映射。
85.其中，第(1)种方式，需要杜比解码库的开发者配合完成，这破坏了杜比解码库的通用性，并且每次变更映射关系时都需要进行适配，增加研发时间和成本。第(2)种方式，可以做到比较通用的解决方案，每次只需要根据功放需求做简单调整即可，但是由于需要纯软件完成映射逻辑，增加系统的cpu(中央处理器)负载。第(3)种方式，由dsp内部硬件电路直接完成映射，简单并且无性能损耗。第(4)种方式，功放器按照车载设备输出顺序调整，功放器内部需要做软件逻辑调整，相比第(3)种方式的修改复杂度稍高。
86.综上，本技术可采用第(3)种方式实现通道映射，此外，本技术也可以采用第(1)、(2)和(4)种方式实现通道映射，对此不加以限定。
87.s303，通过功放器，转换处理后的目标音频数据的信号类型为模拟信号，并驱动扬声器播放。
88.其中，功放器(aud)是车身配置的音响装置设备，接收来自车载设备的目标音频数据，接收到的目标音频数据为数字信号，并将数字信号的目标音频数据转化成模拟信号的目标音频数据，然后驱动扬声器发声。
89.在本技术实施例中，可以实现按照功放器期望的通道顺序进行目标音频数据的播
放，进而实现对杜比全景声格式的音频的播放，提高用户体验。
90.进一步地，本技术实施例提供一种音频处理系统，如图1所示，包括：车载设备、可信执行环境设备和播放设备；车载设备，用于执行图2所示的音频处理方法；可信执行环境设备，用于对加密的杜比解码库文件解密后得到解密的杜比解码库程序；播放设备，用于执行图3所示的音频处理方法。
91.图5为本技术一实施例提供的音频处理装置50的结构框图。音频处理装置，应用于车载设备，音频处理装置50，包括：
92.第一获取模块51，用于获取杜比全景声格式的待解码音频数据；
93.第二获取模块52，用于获取解密的杜比解码库程序，解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的；
94.解码模块53，用于采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；
95.发送模块54，用于向播放设备发送目标音频数据，播放设备用于对目标音频数据进行通道映射后播放目标音频数据。
96.在本技术的一个实施例中，车载设备包括：系统接口、音频子系统和硬件抽象层，第一获取模块51，具体用于在音频分载模式下，通过系统接口获取音频文件；通过音频子系统对音频文件进行处理，得到待解码音频数据，音频子系统用于对音频文件进行混音、音量调整、音频重采样、音效中的至少一项处理，得到待解码音频数据；在确定硬件抽象层从音频子系统获取待解码音频数据。
97.在本技术的一个实施例中，车载设备还包括：杜比解码库的封装模块，解码模块53，具体用于通过硬件抽象层在杜比解码库的封装模块中写入待解码音频数据；通过杜比解码库的封装模块，采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；通过硬件抽象层从杜比解码库的封装模块获取目标音频数据。
98.在本技术的一个实施例中，车载设备还包括：多声道声卡设备，发送模块54，具体用于通过硬件抽象层在多声道声卡设备中写入目标音频数据；通过多声道声卡设备向播放设备发送目标音频数据。
99.在本技术的一个实施例中，还包括解密模块(未示出)，用于在获取杜比全景声格式的待解码音频数据之前，加载加密的杜比解码库文件；向可信执行环境设备发送加密的杜比解码库文件，可信执行环境设备用于对加密的杜比解码库文件进行解密得到解密的杜比解码库程序；接收可信执行环境设备发送的解密的杜比解码库程序；存储解密的杜比解码库程序。
100.参照图6，本技术提供另一种音频处理装置60，应用于播放设备，播放设备包括：数字信号处理器、功放器和扬声器，音频处理装置60包括：
101.接收模块61，用于通过数字信号处理器接收车载设备发送的目标音频数据，目标音频数据是车载设备执行第一方面任一项的音频处理方法得到的；
102.映射模块62，用于通过数字信号处理器，对目标音频数据进行通道映射，得到处理后的目标音频数据，处理后的目标音频数据的通道顺序为功放器的期望通道顺序；
103.转换模块63，用于通过功放器，转换处理后的目标音频数据的信号类型为模拟信号，并驱动扬声器播放。
104.本技术实施例提供的音频处理装置，用于执行上述对应的方法实施例中的技术方案，其实现原理和技术效果类似，在此不再赘述。
105.图7为本技术实施例提供的电子设备的硬件结构示意图。如图7所示，本技术实施例的电子设备70可以包括：至少一个处理器71(图7中仅示出了一个处理器)；以及，与至少一个处理器通信连接的存储器72。其中，存储器72存储有可被至少一个处理器71执行的任务，任务被至少一个处理器71执行，以使电子设备70能够执行前述任一方法实施例中的技术方案。
106.可选的，存储器72既可以是独立的，也可以跟处理器71集成在一起。
107.当存储器72是独立于处理器71之外的器件时，电子设备70还包括：总线73，用于连接存储器72和处理器71。
108.本技术实施例提供的电子设备可以执行前述任一方法实施例的技术方案，其实现原理和技术效果类似，在此不再赘述。
109.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行任务，当处理器执行计算机执行任务时实现前述任一方法实施例中的技术方案。
110.本技术实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现前述任一方法实施例中的技术方案。
111.本技术实施例还提供了一种芯片，包括：处理模块与通信接口，该处理模块能执行前述方法实施例中的技术方案。
112.进一步地，该芯片还包括存储模块(如，存储器)，存储模块用于存储任务，处理模块用于执行存储模块存储的任务，并且对存储模块中存储的任务的执行使得处理模块执行前述方法实施例中的技术方案。
113.应理解，上述处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
114.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
115.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
116.上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
117.一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存
储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备中。
118.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。

技术特征：
1.一种音频处理方法，其特征在于，应用于车载设备，所述音频处理方法，包括：获取杜比全景声格式的待解码音频数据；获取解密的杜比解码库程序，所述解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的；采用所述解密的杜比解码库程序对所述待解码音频数据进行解码，得到目标音频数据；向播放设备发送所述目标音频数据，所述播放设备用于对目标音频数据进行通道映射后播放所述目标音频数据。2.根据权利要求1所述的音频处理方法，其特征在于，所述车载设备包括：系统接口、音频子系统和硬件抽象层，所述获取杜比全景声格式的待解码音频数据，包括：在音频分载模式下，通过所述系统接口获取音频文件；通过所述音频子系统对所述音频文件进行处理，得到所述待解码音频数据，所述音频子系统用于对所述音频文件进行混音、音量调整、音频重采样、音效中的至少一项处理，得到所述待解码音频数据；在确定所述硬件抽象层从所述音频子系统获取所述待解码音频数据。3.根据权利要求2所述的音频处理方法，其特征在于，所述车载设备还包括：杜比解码库的封装模块，所述采用所述解密的杜比解码库程序对所述待解码音频数据进行解码，得到目标音频数据，包括：通过所述硬件抽象层在所述杜比解码库的封装模块中写入所述待解码音频数据；通过所述杜比解码库的封装模块，采用所述解密的杜比解码库程序对所述待解码音频数据进行解码，得到所述目标音频数据；通过所述硬件抽象层从所述杜比解码库的封装模块获取所述目标音频数据。4.根据权利要求2所述的音频处理方法，其特征在于，所述车载设备还包括：多声道声卡设备，所述向播放设备发送所述目标音频数据，包括：通过所述硬件抽象层在所述多声道声卡设备中写入所述目标音频数据；通过所述多声道声卡设备向播放设备发送所述目标音频数据。5.根据权利要求1至4任一项所述的音频处理方法，其特征在于，所述获取杜比全景声格式的待解码音频数据之前，还包括：加载加密的杜比解码库文件；向可信执行环境设备发送所述加密的杜比解码库文件，所述可信执行环境设备用于对所述加密的杜比解码库文件进行解密得到解密的杜比解码库程序；接收所述可信执行环境设备发送的所述解密的杜比解码库程序；存储所述解密的杜比解码库程序。6.一种音频处理方法，其特征在于，应用于播放设备，所述播放设备包括：数字信号处理器、功放器和扬声器，所述音频处理方法包括：通过所述数字信号处理器接收车载设备发送的目标音频数据，所述目标音频数据是所述车载设备执行权利要求1至5任一项所述的音频处理方法得到的；通过所述数字信号处理器，对所述目标音频数据进行通道映射，得到处理后的目标音频数据，所述处理后的目标音频数据的通道顺序为所述功放器的期望通道顺序；
通过所述功放器，转换所述处理后的目标音频数据的信号类型为模拟信号，并驱动所述扬声器播放。7.一种音频处理系统，其特征在于，包括：车载设备、可信执行环境设备和播放设备；所述车载设备，用于执行权利要求1至5任一项所述的音频处理方法；所述可信执行环境设备，用于对加密的杜比解码库文件解密后得到解密的杜比解码库程序；所述播放设备，用于执行权利要求6所述的音频处理方法。8.一种音频处理装置，其特征在于，应用于车载设备，所述音频处理装置，包括：第一获取模块，用于获取杜比全景声格式的待解码音频数据；第二获取模块，用于获取解密的杜比解码库程序，所述解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的；解码模块，用于采用所述解密的杜比解码库程序对所述待解码音频数据进行解码，得到目标音频数据；发送模块，用于向播放设备发送所述目标音频数据，所述播放设备用于对目标音频数据进行通道映射后播放所述目标音频数据。9.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的任务，所述任务被所述至少一个处理器执行，以使所述电子设备能够执行权利要求1至6中任一项所述的音频处理方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行任务，当处理器执行所述计算机执行任务时，实现如权利要求1至6中任一项所述的音频处理方法。

技术总结
本申请实施例提供一种音频处理方法、系统、装置及电子设备，该音频处理方法包括：获取杜比全景声格式的待解码音频数据；获取解密的杜比解码库程序，解密的杜比解码库程序是可信执行环境设备对加密的杜比解码库文件解密后得到的；采用解密的杜比解码库程序对待解码音频数据进行解码，得到目标音频数据；向播放设备发送目标音频数据，播放设备用于对目标音频数据进行通道映射后播放目标音频数据，本申请能够实现车载设备对于全景声格式的音频的播放。放。放。


技术研发人员：郑建伟 李晨 于双
受保护的技术使用者：亿咖通（湖北）技术有限公司
技术研发日：2023.08.02
技术公布日：2023/10/15