CN116841950A - 音频数据传输方法、装置、芯片及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种音频数据传输方法、装置、芯片及计算机可读存储介质；方法包括：每个第一处理器核确定待接收音频数据的参数，并基于待接收音频数据的参数确定第一处理器核对应的第一虚拟声卡；第二处理器核基于待接收音频数据的播放信息从源音频数据中确定待接收音频数据，其中，播放信息由所述第一处理器核通过核间通信发送至所述第二处理器核，任意两个第一处理器核发送的待接收音频数据的播放信息均不相同，源音频数据由第二处理器核对应的一个物理声卡采集；第二处理器核向第一处理器核发送待接收音频数据在共享内存中的存储地址信息；第一处理器核对应的第一虚拟声卡基于存储地址信息获取待接收音频数据。

Description

音频数据传输方法、装置、芯片及计算机可读存储介质

技术领域

本申请涉及数据处理技术，尤其涉及音频数据传输方法、装置、电子设备及计算机可读存储介质。

背景技术

应用多核异构芯片的电子设备上的每个处理器核都可能需要音频数据，不同的处理器核利用音频数据进行语音通话、记录行车时的语音以及车身降噪分析等；由于不同的处理器核使用音频数据实现的功能不同，因此，不同的处理器核所需的音频数据的格式和内容可能不同。而多核异构芯片只有一个物理声卡用于采集音频数据，使得多核异构芯片只有一路音频数据输入，在同一时刻多个不同的处理器核也只能从物理声卡获取同一种内容和格式的音频数据，这将无法满足多个处理器核同时需要不同格式和内容的音频数据的应用场景。

发明内容

本申请实施例提供一种音频数据传输方法、装置、芯片及计算机可读存储介质，能够满足多个处理器核同时需要不同格式和内容的音频数据的应用场景。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种音频数据传输方法，所述方法应用于包括第二处理器核和至少两个第一处理器核的多核异构芯片，所述多核异构芯片的每个处理器核与该处理器核所连接的硬件资源构成一个硬件域，各所述硬件域之间存在物理隔离，所述方法包括：

每个所述第一处理器核确定待接收音频数据的参数，并基于所述待接收音频数据的参数确定所述第一处理器核对应的第一虚拟声卡；

所述第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，其中，所述播放信息由所述第一处理器核通过核间通信发送至所述第二处理器核，任意两个第一处理器核发送的待接收音频数据的播放信息均不相同，所述源音频数据由所述第二处理器核对应的一个物理声卡采集；

所述第二处理器核向所述第一处理器核发送所述待接收音频数据在共享内存中的存储地址信息；

所述第一处理器核对应的第一虚拟声卡基于所述存储地址信息获取所述待接收音频数据。

在一些可选实施例中，所述第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，包括：

所述播放信息包括所述待接收音频数据的用途，所述第二处理器核确定所述源音频数据中，与所述待接收音频数据的用途匹配的音频数据为所述待接收音频数据。

在一些可选实施例中，所述第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，包括：

所述播放信息包括所述待接收音频数据的通道信息，所述第二处理器核确定所述源音频数据中，与所述待接收音频数据的通道信息匹配的音频数据为所述待接收音频数据。

在一些可选实施例中，所述第二处理器核向所述第一处理器核发送所述待接收音频数据在共享内存中的存储地址信息之前，所述方法还包括：

所述第二处理器核将所述待接收音频数据存储至所述共享内存；

其中，所述共享内存能够被所述多核异构芯片中的每个处理器核访问。

在一些可选实施例中，所述方法还包括：

所述第二处理器核向所述第一处理器核发送针对所述待接收音频数据的控制信息；

其中，所述控制信息用于表征所述待接收音频数据是否能够传输。

在一些可选实施例中，所述第一处理器核对应的第一虚拟声卡基于所述存储地址信息获取所述待接收音频数据，包括：

响应于所述控制信息用于表征所述待接收音频数据能够传输，所述第一虚拟声卡基于所述存储地址信息从所述共享内存中获取所述待接收音频数据。

在一些可选实施例中，所述第一处理器核对应的第一虚拟声卡基于所述存储地址信息获取所述待接收音频数据之后，所述方法还包括：

所述第一虚拟声卡基于所述待接收音频数据的参数对所述待接收音频数据进行数据处理，得到目标音频数据；

将所述目标音频数据存储至所述第一处理器核对应的第一录音应用接口框架；

基于所述第一处理器核运行的第一应用通过调用所述第一录音应用接口框架，获取所述目标音频数据。

在一些可选实施例中，所述第一处理器核确定待接收音频数据的参数，包括：

所述第一处理器核根据运行于所述第一处理器核的第一应用，确定所述待接收音频数据的参数。

第二方面，本申请实施例提供一种芯片，所述芯片包括：

第二处理器核和至少两个第一处理器核，所述第一处理器核和所述第二处理器核对应于多核异构芯片内不同的硬件域，各所述硬件域之间存在物理隔离；

所述第一处理器核，用于确定待接收音频数据的参数，基于所述待接收音频数据的参数确定所述第一处理器核对应的第一虚拟声卡；

所述第二处理器核，用于基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，向所述第一处理器核发送所述待接收音频数据在共享内存中的存储地址信息，其中，所述播放信息由所述第一处理器核通过核间通信发送至所述第二处理器核，任意两个第一处理器核发送的待接收音频数据的播放信息均不相同，所述源音频数据由所述第二处理器核对应的一个物理声卡采集；

所述第一虚拟声卡，用于基于所述存储地址信息获取所述待接收音频数据。

在一些可选实施例中，所述播放信息包括所述待接收音频数据的用途，所述第二处理器核，用于确定所述源音频数据中与所述待接收音频数据的用途匹配的音频数据为所述待接收音频数据。

在一些可选实施例中，所述播放信息包括所述待接收音频数据的通道信息，所述第二处理器核，用于确定所述源音频数据中与所述待接收音频数据的通道信息匹配的音频数据为所述待接收音频数据。

在一些可选实施例中，所述第二处理器核，还用于将所述待接收音频数据存储至所述共享内存；其中，所述共享内存能够被所述多核异构芯片中的每个处理器核访问。

在一些可选实施例中，所述第二处理器核，还用于向所述第一处理器核发送针对所述待接收音频数据的控制信息；

其中，所述控制信息用于表征所述待接收音频数据是否能够传输。

在一些可选实施例中，响应于所述控制信息用于表征所述待接收音频数据能够传输，所述第一虚拟声卡，用于基于所述存储地址信息从所述共享内存中获取所述待接收音频数据。

在一些可选实施例中，所述第一虚拟声卡，还用于基于所述待接收音频数据的参数对所述待接收音频数据进行数据处理，得到目标音频数据；

将所述目标音频数据存储至所述第一处理器核对应的第一录音应用接口框架；

基于所述第一处理器核运行的第一应用通过调用所述第一录音应用接口框架，获取所述目标音频数据。

在一些可选实施例中，所述第一处理器核，用于根据运行于所述第一处理器核的第一应用，确定所述待接收音频数据的参数。

第三方面，本申请实施例提供一种交通设备上的部件，所述部件包括芯片，所述芯片能够执行上述的音频数据传输方法。

第四方面，本申请实施例提供一种交通设备，所述交通设备包括芯片，所述芯片能够执行上述的音频数据传输方法。

本申请实施例提供的音频数据传输方法，方法应用于包括第二处理器核和至少两个第一处理器核的多核异构芯片，每个所述第一处理器核确定待接收音频数据的参数，并基于所述待接收音频数据的参数确定所述第一处理器核对应的第一虚拟声卡；所述第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，其中，任意两个第一处理器核发送的待接收音频数据的播放信息均不相同，所述源音频数据由所述第二处理器核对应的一个物理声卡采集；所述第二处理器核向所述第一处理器核发送所述待接收音频数据在共享内存中的存储地址信息；所述第一处理器核对应的第一虚拟声卡基于所述存储地址信息获取所述待接收音频数据。如此，不同的第一处理器核所需的音频数据的格式和内容不同，不同的第一处理器核根据自身所需的待接收的音频数据确定对应的虚拟声卡，并将待接收的音频数据的播放信息发送至第二处理器核，使得第二处理器核能够根据每个第一处理器核对音频数据的需求，从第二处理器核对应的一个物理声卡所采集的源音频数据中确定每个第一处理器核所需的待接收音频数据；满足多个处理器核同时需要不同格式和内容的音频数据的应用场景。

附图说明

图1是本申请实施例提供的音频数据传输方法的一种可选处理流程示意图；

图2是本申请实施例提供的音频数据传输方法的另一种可选处理流程示意图；

图3是本申请实施例提供的应用于处理器核1的音频数据传输方法的一种详细处理流程示意图；

图4是本申请实施例提供的应用于处理器核2的音频数据传输方法的一种详细处理流程示意图；

图5是本申请实施例提供的应用于处理器核3的音频数据传输方法的一种详细处理流程示意图；

图6是本申请实施例提供的芯片的一种可选组成结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

应理解，在本申请的各种实施例中，各实施过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)多核异构芯片，是指在单颗芯片内集成有两个或两个以上处理器核的芯片，每个处理器核可以作为一个独立的处理器，独立运行该处理器核对应的存储器上存储的指令。

2)硬件域，是一组硬件集合，该硬件集合可以包括处理器核、中断控制器、时钟控制器和存储器等硬件资源；硬件集合中处理器核的数量可以是一个或多个；一个硬件域运行一个操作系统，不同的硬件域可以运行不同的操作系统。

本申请实施例中的多核异构芯片可应用于交通设备中，交通设备包括但不限于平衡车、小汽车、公共汽车、地铁、火车和飞机等。

多核异构芯片中的多个处理器核能够运行多个应用(APP)，各处理器核运行的应用需要的音频数据(也可以称为麦克风数据)的格式和内容可能不同；如用于语音识别的应用程序需16KHz、8通道的包括用户声音以及车内环境噪声的音频数据，用于蓝牙通信的应用程序需8Hz、单通道的用户声音的音频数据。而多核异构芯片通常只配置一个物理声卡，一个物理声卡仅具有一种格式和内容的麦克风数据的输入；因此，多个处理器核只能获取一种格式和内容的麦克风数据，这将无法满足多核异构芯片中多个处理器核需要多种不同格式和内容的音频数据的应用场景。

基于此，本申请实施例提供一种音频数据传输方法，能够满足多核异构芯片中多个处理器核需要多种不同格式和内容的音频数据的应用场景。

本申请实施例提供的音频数据传输方法应用于多核异构芯片，该多核异构芯片可以包括一个第二处理器核和至少两个第一处理器核，每个处理器核与该处理器核所连接的硬件资源构成一个硬件域，各硬件域之间存在物理隔离。

本申请实施例提供的音频数据传输方法的一种可选处理流程，如图1所示，至少包括以下步骤：

步骤S101，每个第一处理器核确定待接收音频数据的参数，并基于所述待接收音频数据的参数确定所述第一处理器核对应的第一虚拟声卡。

在一些实施例中，待接收音频数据的参数可以包括音频数据的频率、音频数据的通道数，音频数据所对应的通道以及音频数据的采样率等。待接收音频数据的参数根据第一处理器核所运行的应用确定。

作为示例，若第一处理器核所运行的应用为行车记录仪，则待接收音频数据的参数可以包括：音频数据的频率为32KHz，音频数据的通道数为双通道(用户声音和环境声音)，音频数据所对应的通道为左前车内麦克风数据、右前车内麦克风数据、左后车内麦克风数据和右后车内麦克风数据。

由于多核异构芯片中的每个第一处理器核运行的可能应用不同，因此，各个第一处理器核所需的音频数据也可能不同，各个第一处理器核所确定的待接收音频数据的参数也可能不同。

在一些实施例中，第一处理器核确定待接收音频数据的参数的具体实现过程可以包括：运行于第一处理器核的应用调用录音应用接口框架上的录音应用接口，设置待接收音频数据的参数。其中，每个处理器核对应一个录音应用接口框架。

在一些实施例中，基于待接收音频数据的参数确定第一处理器核对应的第一虚拟声卡的具体实现过程可以包括：第一处理器核中的虚拟声音驱动程序根据待接收音频数据的参数，确定第一虚拟声卡。其中。确定第一虚拟声卡的过程，也可以称为生成或构建第一虚拟声卡。该第一虚拟声卡仅支持与第一处理器核所需的音频数据的参数一致的音频数据。具体的，若第一处理器核上运行多个应用，则每个应用对应一个虚拟声卡。

步骤S102，第二处理器核基于待接收音频数据的播放信息从源音频数据中确定待接收音频数据。

在一些实施例中，多核异构芯片中仅配置一个物理声卡，该物理声卡与第二处理器核属于同一个硬件域。以多核异构芯片应用于智能汽车为例，物理声卡所采集的数据为源音频数据，源音频数据可以包括：用户声音、环境声音、智能汽车不同位置的喇叭信号以及智能汽车内不同位置的麦克风信号等。

在一些实施例中，待接收音频数据的播放信息可以包括：是否设置均衡器(EQ)、左右声道的平衡、对音频数据进行重采样的算法、音效、音频数据的通道数等参数；待接收音频数据的播放信息可以决定待接收音频数据的内容和播放效果。

在一些实施例中，由于不同的第一处理器核运行的应用不同，不同的应用所需的音频数据的格式和内容不同，因此，不同的第一处理器核所需的待接收音频数据的播放信息也不同。

在一些实施例中，第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据的一种具体实现过程可以为：若播放信息包括待接收音频数据的用途，则第二处理器核确定所述源音频数据中，与所述待接收音频数据的用途匹配的音频数据为所述待接收音频数据。具体地，第二处理器核对应的存储器中存储有音频数据的用途与音频数据的通道之间的对应关系；第二处理器核接收到待接收音频数据的用途之后，根据对应关系查找对应通道的音频数据。

其中，第二处理器对应的存储器可以是第二处理器核所属的硬件域中的任意一个存储器。作为示例，音频数据的用途与音频数据的通道之间的对应关系可以包括：1)、音频数据的用途为行车记录仪的使用，音频数据的通道为左前车内麦克风数据、右前车内麦克风数据、左后车内麦克风数据和右后车内麦克风数据；2)、音频数据的用途为微信通话使用，音频数据的通道为左前车内麦克风数据和右前车内麦克风数据；3)、音频数据的用途为蓝牙通话使用，音频数据的通道为左前车内麦克风数据。

在另一些实施例中，第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据的另一种具体实现过程可以为：若播放信息中直接包括所述待接收音频数据的通道信息，则第二处理器核确定所述源音频数据中，与所述待接收音频数据的通道信息匹配的音频数据为所述待接收音频数据。具体地，若播放信息包括左前车内麦克风数据，则第二处理器核在源数据中查找左前车内麦克风数据，左前车内麦克风数据即为待接收音频数据。

在具体实施时，第二处理器核具有麦克风数据分配程序，麦克风数据分配程序根据播放信息，从源音频数据中查找与播放信息匹配的待接收音频数据。

步骤S103，第二处理器核向第一处理器核发送待接收音频数据在共享内存中的存储地址信息。

在一些实施例中，第二处理器核将物理声卡采集的源音频数据存储于共享内存中，该共享内存可以位于多核异构芯片内，共享内存也可以是独立于多核异构芯片的存储空间。多核异构芯片内的每一个处理器核均能够访问共享内存中的数据。

在一些实施例中，第二处理器核向第一处理器核发送存储地址信息之前，第二处理器核还可以向第一处理器核发送待接收音频数据的控制信息。其中，待接收音频数据的控制信息用于表征所述待接收音频数据是否能够传输。作为示例，待接收音频数据的控制信息至少可以包括：待接收音频数据是否可以被读取、或者待接收音频数据是否可以被访问。

步骤S104，第一处理器核对应的第一虚拟声卡基于存储地址信息获取所述待接收音频数据。

在一些实施例中，若第一处理器核接收到第二处理器核发送的控制信息，且该控制信息用于表征所述待接收音频数据能够传输，则所述第一虚拟声卡基于所述存储地址信息从所述共享内存中获取所述待接收音频数据。

在具体实施时，第一处理器核对应的第一虚拟声卡基于存储地址信息获取所述待接收音频数据的具体实现过程为：第一处理器核内的虚拟声卡驱动程序接收到第二处理器核发送的控制信息和存储地址信息后，通知第一虚拟声卡基于存储地址信息从共享内存获取数据。若第一处理器核上运行的M个应用均需要音频数据，M大于2，则每个应用分别对应一个第一虚拟声卡；每个第一虚拟声卡分别根据存储地址信息获取该第一虚拟声卡对应的应用所需的音频数据。

需要说明的是，本申请实施例中，第一处理器核与第二处理器核之间通过核间通信进行数据和信息的传输。本申请实施例中所述的音频数据可以是以数字信号的形式表征的音频数据，也可以是能够用于直接播放的音频数据流。

本申请实施例中，不同的第一处理器核所需的音频数据的格式和内容不同，不同的第一处理器核根据自身所需的待接收的音频数据确定对应的虚拟声卡，并将待接收的音频数据的播放信息发送至第二处理器核，使得第二处理器核能够根据每个第一处理器核对音频数据的需求，从第二处理器核对应的一个物理声卡所采集的源音频数据中确定每个第一处理器核所需的待接收音频数据；满足多个处理器核同时需要不同格式和内容的音频数据的应用场景

本申请实施例提供的音频数据传输方法的另一种可选处理流程，如图2所示，至少包括以下步骤：

步骤S201，每个第一处理器核确定待接收音频数据的参数，并基于所述待接收音频数据的参数确定所述第一处理器核对应的第一虚拟声卡。

步骤S202，第二处理器核基于待接收音频数据的播放信息从源音频数据中确定待接收音频数据。

步骤S203，第二处理器核向第一处理器核发送待接收音频数据在共享内存中的存储地址信息。

步骤S204，第一处理器核对应的第一虚拟声卡基于存储地址信息获取所述待接收音频数据。

本申请实施例中，步骤S201至步骤S204的具体实现过程与步骤S101至步骤S104相同，这里不再赘述。

步骤S205，第一虚拟声卡基于所述待接收音频数据的参数对所述待接收音频数据进行数据处理，得到目标音频数据。

在一些实施例中，若待接收音频数据的参数包括重采样频率，则第一虚拟声卡可基于重采样频率对步骤S204中根据存储地址信息所获取的待接收音频数据进行重采样处理，得到目标音频数据。

在另一些实施例中，若待接收音频数据的参数包括混音对应的参数，则第一虚拟声卡可基于混音对应的参数对步骤S204中根据存储地址信息所获取的待接收音频数据进行重采样处理，得到目标音频数据。

其中，混音是将两种或多种来源的音频数据，整合至一个立体音轨或单音音轨中。在混音的过程中，将每一个音频数据的频率、动态、音质、定位、残响和声场单独进行调整，让各音轨最佳化。通过混音处理能制作出层次分明的音频输出或播放效果。

步骤S206，将目标音频数据存储至所述第一处理器核对应的第一录音应用接口框架。

步骤S207，基于第一处理器核运行的第一应用通过调用第一录音应用接口框架，获取目标音频数据。

以多核异构芯片中的处理器核3与物理声卡位于一个硬件域内，处理器核1和处理器核2上运行的应用程序需要调用物理声卡所采集的音频数据为例，对本申请实施例提供的音频数据传输方法进行说明。本申请实施例提供的应用于处理器核1的音频数据传输方法的一种详细处理流程，如图3所示：

处理器核1上运行语音识别应用、蓝牙通话应用、行车记录仪应用、车身主动降噪应用和微信语音通话应用五种应用；每种应用所需的音频数据不同，因此，根据每种应用所需的音频数据确定或生成该应用对应的虚拟声卡，具体地，微信语音通话应用对应虚拟声卡1、蓝牙通话应用对应虚拟声卡2、行车记录仪应用对应虚拟声卡3、车身主动降噪应用对应虚拟声卡4以及语音识别应用对应虚拟声卡5。语音识别应用对应的待接收音频数据的参数为16KHz和8通道；蓝牙通话应用对应的待接收音频数据的参数为8KHz或16KHz，8通道；行车记录仪应用对应的待接收音频数据的参数为16KHz或48KHz，4通道；车身主动降噪应用对应的待接收音频数据的参数为16KHz，8通道；微信语音通话应用对应的待接收音频数据的参数为16KHz或32KHz，双通道。通过录音接口框架将待接收音频数据的参数发送至虚拟声卡驱动程序，虚拟声卡驱动程序支持对待接收音频数据进行混音和重采样等处理；虚拟声卡驱动程序将处理器核1的各待接收音频数据的播放信息通过核间通信发送至处理器核3。

本申请实施例提供的应用于处理器核1的音频数据传输方法的一种详细处理流程，如图4所示：

处理器核2上运行录音应用，录音应用对应处理器核2上的虚拟声卡2，录音应用对应的待接收音频数据的参数为16KHz或8KHz，单通道。通过录音接口框架将待接收音频数据的参数发送至虚拟声卡驱动程序，虚拟声卡驱动程序支持对待接收音频数据进行混音和重采样等处理；虚拟声卡驱动程序将待接收音频数据的播放信息通过核间通信发送至处理器核3。

处理器核3通过核间通信程序接收到处理器核1的播放信息以及处理器核2的播放信息，根据处理器核1的播放信息以及处理器核2的播放信息从源音频数据中查找处理器核1和处理器核2所需的待接收音频数据。其中，源音频数据由处理器核3对应的物理声卡采集，源音频数据包括车内麦克风1、车内麦克风2、车内麦克风3、车内麦克风4、车外麦克风1、车外麦克风2、车外麦克风3、车外麦克风4、左前喇叭信号、左后喇叭信号、右前喇叭信号以及右后喇叭信号分别对应的12个通道的音频数据，该12个通道的音频数据均为48KHz。物理声卡通过物理声卡驱动程序将12个通道的音频数据发送至处理器核3，该12个通道的音频数据作为源音频数据；处理器核3将源音频数据存储至共享内存。处理器核3根据处理器核1的播放信息以及处理器核2的播放信息，从12个通道的音频数据中查找处理器核1和处理器核2所需的音频数据，并通过核间通信将处理器核1和处理器核2所需的音频数据在共享内存中的存储地址信息分别发送至处理器核1和处理器核2。

处理器核1和处理器核2中的各虚拟声卡根据存储地址信息在共享内存中获取对应的音频数据，每个虚拟声卡将获取的音频数据发送至虚拟声卡驱动程序；虚拟声卡驱动程序根据播放信息对音频数据进行混音和/或重采样等处理，得到目标音频数据。虚拟声卡驱动程序将目标音频数据通过录音应用接口框架发送至各应用。

本申请实施例提供的应用于处理器核3的音频数据传输方法的一种详细处理流程，如图5所示：

基于图3至图5可以确定，多核系统芯片中的不同处理器核运行多个不同的应用，每个应用所需的音频数据均不相同，本申请实施例中根据不同的应用确定不同的虚拟声卡，与物理声卡属于同一个硬件域的处理器核能够根据不同的应用所需的音频数据从物理声卡采集的源音频数据中，确定不同的应用所需的不同格式和内容的音频数据；使得一个物理声卡所采集的音频数据能够同时被多个不同的应用使用。实现了一个物理声卡采集的源音频数据在同一时刻、多个不同的应用之间的共享，满足了多个不同的应用在同一时刻对不同格式和内容的音频数据的需求。本申请实施例中，仅需设置各应用所需的音频数据的参数，便能够实现物理声卡对应用所需的音频数据的抓取，降低了多核异构芯片设计的复杂度和耦合度，提高了多核异构芯片应用的稳定性，节省了人力和物力成本。

本申请实施例还提供一种芯片，所述芯片的一种可选组成结构示意图，如图6所示，包括：

第二处理器核301和至少两个第一处理器核302，所述第一处理器核302和所述第二处理器核302对应于多核异构芯片内不同的硬件域，各所述硬件域之间存在物理隔离；

所述第一处理器核302，用于确定待接收音频数据的参数，基于所述待接收音频数据的参数确定所述第一处理器核302对应的第一虚拟声卡；

所述第二处理器核301，用于基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，向所述第一处理器核302发送所述待接收音频数据在共享内存中的存储地址信息，其中，所述播放信息由所述第一处理器核302通过核间通信发送至所述第二处理器核301，任意两个第一处理器核302发送的待接收音频数据的播放信息均不相同，所述源音频数据由所述第二处理器核对应的一个物理声卡采集；

所述第一虚拟声卡，用于基于所述存储地址信息获取所述待接收音频数据。

在一些可选实施例中，所述播放信息包括所述待接收音频数据的用途，所述第二处理器核301，用于确定所述源音频数据中与所述待接收音频数据的用途匹配的音频数据为所述待接收音频数据。

在一些可选实施例中，所述播放信息包括所述待接收音频数据的通道信息，所述第二处理器核301，用于确定所述源音频数据中与所述待接收音频数据的通道信息匹配的音频数据为所述待接收音频数据。

在一些可选实施例中，所述第二处理器核301，还用于将所述待接收音频数据存储至所述共享内存；其中，所述共享内存能够被所述多核异构芯片中的每个处理器核访问。

在一些可选实施例中，所述第二处理器核301，还用于向所述第一处理器核302发送针对所述待接收音频数据的控制信息；

其中，所述控制信息用于表征所述待接收音频数据是否能够传输。

在一些可选实施例中，响应于所述控制信息用于表征所述待接收音频数据能够传输，所述第一虚拟声卡，用于基于所述存储地址信息从所述共享内存中获取所述待接收音频数据。

在一些可选实施例中，所述第一虚拟声卡，还用于基于所述待接收音频数据的参数对所述待接收音频数据进行数据处理，得到目标音频数据；

将所述目标音频数据存储至所述第一处理器核302对应的第一录音应用接口框架；

基于所述第一处理器核302运行的第一应用通过调用所述第一录音应用接口框架，获取所述目标音频数据。

在一些可选实施例中，所述第一处理器核302，用于根据运行于所述第一处理器核302的第一应用，确定所述待接收音频数据的参数。

本申请实施例中，第一处理器核302的数量为N，N大于1。

本申请实施例还提供一种交通设备上的部件，所述部件包括如图6所示的芯片，所述芯片能够实现图1至图5所述的音频数据传输方法。

在一些可选实施例中，所述部件可以是电路板级的部件，也可以是汽车电气系统级的部件，还可以是汽车总成部件。作为示例，部件可以是车辆的发动机、底盘、车身和电气电子设备。其中，车辆的电器电子设备可以包括用于照明的大灯，控制发动机的管理设备，接收广播、导航、听音乐、娱乐等的中控设备等。

以上，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (11)

1.一种音频数据传输方法，其特征在于，所述方法应用于包括第二处理器核和至少两个第一处理器核的多核异构芯片，所述多核异构芯片的每个处理器核与该处理器核所连接的硬件资源构成一个硬件域，各所述硬件域之间存在物理隔离，所述方法包括：

每个所述第一处理器核确定待接收音频数据的参数，并基于所述待接收音频数据的参数确定所述第一处理器核对应的第一虚拟声卡；

所述第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，其中，所述播放信息由所述第一处理器核通过核间通信发送至所述第二处理器核，任意两个第一处理器核发送的待接收音频数据的播放信息均不相同，所述源音频数据由所述第二处理器核对应的一个物理声卡采集；

所述第二处理器核向所述第一处理器核发送所述待接收音频数据在共享内存中的存储地址信息；

所述第一处理器核对应的第一虚拟声卡基于所述存储地址信息获取所述待接收音频数据。

2.根据权利要求1所述的方法，其特征在于，所述第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，包括：

所述播放信息包括所述待接收音频数据的用途，所述第二处理器核确定所述源音频数据中，与所述待接收音频数据的用途匹配的音频数据为所述待接收音频数据。

3.根据权利要求1所述的方法，其特征在于，所述第二处理器核基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，包括：

所述播放信息包括所述待接收音频数据的通道信息，所述第二处理器核确定所述源音频数据中，与所述待接收音频数据的通道信息匹配的音频数据为所述待接收音频数据。

4.根据权利要求1所述的方法，其特征在于，所述第二处理器核向所述第一处理器核发送所述待接收音频数据在共享内存中的存储地址信息之前，所述方法还包括：

所述第二处理器核将所述待接收音频数据存储至所述共享内存；

其中，所述共享内存能够被所述多核异构芯片中的每个处理器核访问。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第二处理器核向所述第一处理器核发送针对所述待接收音频数据的控制信息；

其中，所述控制信息用于表征所述待接收音频数据是否能够传输。

6.根据权利要求5所述的方法，其特征在于，所述第一处理器核对应的第一虚拟声卡基于所述存储地址信息获取所述待接收音频数据，包括：

响应于所述控制信息用于表征所述待接收音频数据能够传输，所述第一虚拟声卡基于所述存储地址信息从所述共享内存中获取所述待接收音频数据。

7.根据权利要1所述的方法，其特征在于，所述第一处理器核对应的第一虚拟声卡基于所述存储地址信息获取所述待接收音频数据之后，所述方法还包括：

所述第一虚拟声卡基于所述待接收音频数据的参数对所述待接收音频数据进行数据处理，得到目标音频数据；

将所述目标音频数据存储至所述第一处理器核对应的第一录音应用接口框架；

基于所述第一处理器核运行的第一应用通过调用所述第一录音应用接口框架，获取所述目标音频数据。

8.根据权利要1所述的方法，其特征在于，所述第一处理器核确定待接收音频数据的参数，包括：

所述第一处理器核根据运行于所述第一处理器核的第一应用，确定所述待接收音频数据的参数。

9.一种芯片，其特征在于，所述芯片包括第二处理器核和至少两个第一处理器核，所述第一处理器核和所述第二处理器核对应于多核异构芯片内不同的硬件域，各所述硬件域之间存在物理隔离；

所述第一处理器核，用于确定待接收音频数据的参数，基于所述待接收音频数据的参数确定所述第一处理器核对应的第一虚拟声卡；

所述第二处理器核，用于基于待接收音频数据的播放信息从源音频数据中确定所述待接收音频数据，向所述第一处理器核发送所述待接收音频数据在共享内存中的存储地址信息，其中，所述播放信息由所述第一处理器核通过核间通信发送至所述第二处理器核，任意两个第一处理器核发送的待接收音频数据的播放信息均不相同，所述源音频数据由所述第二处理器核对应的一个物理声卡采集；

所述第一虚拟声卡，用于基于所述存储地址信息获取所述待接收音频数据。

10.一种交通设备上的部件，其特征在于，所述部件包括芯片，所述芯片能够执行权利要求1至8任一项所述的方法。

11.一种交通设备，其特征在于，所述交通设备包括芯片，所述芯片能够执行权利要求1至8任一项所述的方法。