CN110944015B - 音频远程传输方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请提供一种音频远程传输方法、装置、服务器及存储介质。本申请提供的音频远程传输方法应用于第一服务器，第一服务器属于车机控制系统，车机控制系统还包括：车机终端、第二服务器以及web端。第一服务器根据预设端口映射以及预设采集接口从车机终端获取第一音频数据，然后对第一音频数据进行编码处理得到第二音频数据，再根据预设传输协议将第二音频数据发送至第二服务器，并使得第二服务器将第二音频数据发送至web端，以使web端播放第二音频数据。从而，通过非侵入式的方法实现了音频数据的远程传输，避免了对车机终端的资源占用以及所产生的影响，还降低了时延，保证了音频质量，提高了用户体验。

Description

音频远程传输方法、装置、服务器及存储介质

技术领域

本申请涉及音频传输技术领域，尤其涉及一种音频远程传输方法、装置、服务器及存储介质。

背景技术

在万物互联的当今时代，汽车已成为越来越多人的代步工具，开发一款运行于车机终端的智能控制系统成为一种必然。

AliOS是一款致力成为智能网联车创新变量以实现车机终端被智能操作的控制系统，云机平台是一种用于通过网页(web)端访问远程车机终端的解决方案。对于车机终端而言，用户若要通过web端访问车机终端，则需要获取车机终端的声音输出，例如车机导航声音、车机多媒体播放声音等音频数据，以根据声音输出数据对车机终端实现相应地远程控制。目前，AliOS控制系统未提供任何相应的声音采集接口，例如，windows系统所提供的声卡采集客户端接口(Iaudio Capture Client)，通过该接口获取声卡输出数据，以根据输出数据实施相应控制。针对目前存在的问题，现有的解决方案是在远程车机终端中启动一个服务进程，通过该服务进程进行声音的采集、处理以及发送等操作。

然而，现有技术中的服务进程大都运行在远程车机终端中，不仅会占用车机终端的大量资源，还会对车机终端的正常运行带来影响，并且获取的音频数据存在一定的时延问题。

发明内容

本申请提供一种音频远程传输方法、装置、服务器及存储介质，用以解决现有的获取车机终端的音频数据会占用车机终端的大量资源并对其正常运行带来影响以及所获取的音频数据存在时延的技术问题。

第一方面，本申请提供一种音频远程传输方法，应用于第一服务器，所述第一服务器属于车机控制系统，所述车机控制系统还包括：车机终端、第二服务器以及网页web端；所述方法，包括：

根据预设端口映射以及预设采集接口从所述车机终端获取第一音频数据，所述第一音频数据为音频流数据，所述预设端口映射包括所述车机终端与所述第一服务器之间的通信映射关系，所述预设采集接口用于定向获取所述第一音频数据；

对所述第一音频数据进行编码处理以得到第二音频数据，所述第二音频数据的数据容量小于所述第一音频数据的数据容量；

根据预设传输协议将所述第二音频数据发送至所述第二服务器，以使所述第二服务器根据所述预设传输协议将所述第二音频数据发送至所述web端，所述web端用于播放所述第二音频数据。

一种可能的设计中，所述根据预设端口映射以及预设采集接口从所述车机终端获取第一音频数据，包括：

启动所述第一音频数据输出服务；

根据所述输出服务创建所述第一音频数据的Pulse Audio服务上下文信息；

根据所述Pulse Audio服务上下文信息注册所述第一音频数据的上下文回调函数；

根据所述上下文回调函数创建空白音频流；

根据所述空白音频流注册音频流可使用回调函数；

根据所述音频流可使用回调函数获取所述第一音频数据。

可选地，所述编码处理包括以下至少一种：

脉冲编码调制PCM编码、OPUS编码以及高级音频编码AAC。

可选地，所述预设传输协议为实时传输协议。

第二方面，本申请提供一种音频远程传输装置，应用于第一服务器，所述第一服务器属于车机控制系统，所述车机控制系统还包括：车机终端、第二服务器以及网页web端；所述装置，包括：

获取模块，用于根据预设端口映射以及预设采集接口从所述车机终端获取第一音频数据，所述第一音频数据为音频流数据，所述预设端口映射包括所述车机终端与所述第一服务器之间的通信映射关系，所述预设采集接口用于定向获取所述第一音频数据；

处理模块，用于对所述第一音频数据进行编码处理以得到第二音频数据，所述第二音频数据的数据容量小于所述第一音频数据的数据容量；

发送模块，用于根据预设传输协议将所述第二音频数据发送至所述第二服务器，以使所述第二服务器根据所述预设传输协议将所述第二音频数据发送至所述web端，所述web端用于播放所述第二音频数据。

一种可能的设计中，所述获取模块，具体用于：

启动所述第一音频数据输出服务；

根据所述输出服务创建所述第一音频数据的Pulse Audio服务上下文信息；

根据所述Pulse Audio服务上下文信息注册所述第一音频数据的上下文回调函数；

根据所述上下文回调函数创建空白音频流；

根据所述空白音频流注册音频流可使用回调函数；

根据所述音频流可使用回调函数获取所述第一音频数据。

可选地，所述编码处理包括以下至少一种：

脉冲编码调制PCM编码、OPUS编码以及高级音频编码AAC。

可选地，所述预设传输协议为实时传输协议。

第三方法，本申请提供一种服务器，包括：

处理器；以及

与所述处理器通信连接的存储器；其中，

所述存储器存储有可被所述处理器执行的指令，所述指令被所述处理器执行，以使所述处理器能够执行第一方面及可选的方案涉及的音频远程传输方法。

第四方面，本申请提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面及可选的方案涉及的音频远程传输方法。

本申请提供一种音频远程传输方法、装置、服务器及存储介质。本申请提供的音频远程传输方法应用于第一服务器，其中，第一服务器属于车机控制系统，车机控制系统还包括：车机终端、第二服务器以及网页web端。首先根据预设端口映射以及预设采集接口从车机终端获取第一音频数据，其中，第一音频数据为音频流数据，预设端口映射包括车机终端与第一服务器之间的通信映射关系，预设采集接口设置于第一服务器中，然后对第一音频数据进行编码处理以得到第二音频数据，使得第二音频数据的数据容量小于第一音频数据的数据容量，再根据预设传输协议将第二音频数据发送至第二服务器，以使得第二服务器能够根据预设传输协议将第二音频数据发送至web端，进而使得web端播放第二音频数据。对车机终端而言，通过非侵入式的方法实现了音频数据的远程传输，避免了对车机终端的资源占用以及所产生的影响。并且，音频数据能够实现实时传输，降低了时延，保证了音频质量，提高了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请实施例提供的音频远程传输方法的一种应用场景图；

图2为本申请实施例提供的一种音频远程传输方法的流程示意图；

图3为本申请实施例提供的另一种音频远程传输方法的流程示意图；

图4为本申请实施例提供的一种音频远程传输装置的结构示意图；

图5为本申请实施例提供的一种服务器的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的方法和装置的例子。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

随着通信技术的飞速发展，当今时代已是万物互联，同时，汽车已成为越来越多现代人的代步工具，因而，开发一款运行于车机终端的智能控制系统成为一种必然。AliOS是一款运行于车机终端并致力成为智能网联车创新变量的控制系统，云机平台是一种用于通过网页(web)端访问远程车机终端的解决方案。用户若要通过web端访问车机终端，则需要获取车机终端的声音输出，例如车机导航声音、车机多媒体播放声音等音频数据，进而能够根据声音输出数据对车机终端实现相应地远程控制。然而，AliOS控制系统目前还未能够提供任何相应的声音采集接口。针对该问题，现有的解决方案是在远程车机终端中启动一个服务进程，通过该服务进程进行声音的采集、处理以及发送等操作。但是，其服务进程必须运行于远程车机终端内，则会占用车机终端的资源，并对车机终端的正常运行带来一定影响，以及所获取的音频数据存在一定时延。

针对现有技术中存在的上述问题，本申请提供一种音频远程传输方法、装置、服务器及存储介质。本申请提供的音频远程传输方法应用于第一服务器，其中，第一服务器属于车机控制系统，车机控制系统还包括：车机终端、第二服务器以及网页web端。首先根据预设端口映射以及预设采集接口从车机终端获取第一音频数据，第一音频数据为音频流数据，预设端口映射包括车机终端与第一服务器之间的通信映射关系，预设采集接口设置于第一服务器中，然后对第一音频数据进行编码处理得到第二音频数据，使得第二音频数据的数据容量小于第一音频数据的数据容量，再根据预设传输协议将第二音频数据发送至第二服务器，以使得第二服务器能够根据预设传输协议将第二音频数据发送至web端，进而以使web端播放第二音频数据。本申请提供的音频远程传输方法能够非侵入式地实现音频数据的远程传输，避免了对车机终端的资源占用以及所产生的影响。并且，音频数据能够实现实时传输，降低时延并保证音频质量，进而提高用户体验。

图1为本申请实施例提供的音频远程传输方法的一种应用场景图，如图1所示，本实施例提供的音频远程传输方法应用于第一服务器100，其中，第一服务器100属于车机控制系统，该车机控制系统还包括：车机终端200、第二服务器300以及网页(web)端400。第一服务器100、车机终端200、第二服务器300以及web端400之间均通信连接。

值得说明的是，第二服务器300为web端400的后端服务器，而第一服务器100只需与车机终端200以及第二服务器300之间存在通信连接即可，其归属关系本实施例不作限定。第一服务器100可以为任意规格的服务器，对此，本申请实施例不作限定。第一服务器100以及第二服务器300均为运行于本地的服务器。

可选地，第二服务器300的数量可以为多个。当第二服务器300的数量为多个时，与第二服务器300相对应的web端400的数量也为多个。图1中第二服务器300以及web端400的数量均以一个为例示出。

可以理解的是，web端400可以为任意能够实现音频数据播放的访问终端，例如台式电脑、笔记本、平板电脑等，图1中的web端400以笔记本为例示出。

车机控制系统可以为未提供音频数据采集接口使得前端无法直接获取音频数据输出的任意控制系统，例如AliOS控制系统，凡是具有该特性的控制系统均能够采用本申请实施例提供的音频远程传输方法，对此，本申请实施例不作限定。

本申请实施例提供的音频远程传输方法，首先第一服务器100根据预设端口映射以及预设采集接口从车机终端200处获取第一音频数据，预设端口映射包括车机终端200与第一服务器100之间的通信映射关系，因此，第一服务器100能够从车机终端200处获取到第一音频数据，并且第一音频数据为音频流数据。之后，第一服务器100对第一音频数据进行编码处理得到第二音频数据，使得第二音频数据的数据容量小于第一音频数据的数据容量，以提高传输效率，然后，第一服务器100根据预设传输协议将第二音频数据发送至第二服务器300，以使第二服务器300根据预设传输协议将第二音频数据发送至web端400，web端400播放第二音频数据，以使用户根据第二音频数据对车机终端200进行相应地控制。可见，本申请实施例提供的音频远程传输方法通过非侵入的方式实现了音频数据的远程传输，避免了对车机终端的资源占用以及所产生的影响。并且，音频数据能够实现实时传输，不但降低了时延，还保证了音频数据质量，进而提高了用户体验。

图2为本申请实施例提供的一种音频远程传输方法的流程示意图，如图2所示，本实施例提供的音频远程传输方法由第一服务器执行，该方法包括：

S201：根据预设端口映射以及预设采集接口从车机终端获取第一音频数据。

其中，第一音频数据为音频流数据，预设端口映射包括车机终端与第一服务器之间的通信映射关系，预设采集接口用于定向获取第一音频数据。

在车机控制系统中，web端需要获取到车机终端的音频数据，例如，需要获取车机终端的导航声音、车机终端的多媒体所播放的声音等音频数据，当web端获取到该音频数据之后，才能够使得用户根据音频数据对车机终端进行相应地控制，例如，根据车机终端的导航声音实现远程导航，又或根据多媒体所播放的声音对多媒体进行调试以获得更佳的播放效果，进而提高用户体验。

在步骤S201中，第一服务器根据预设端口映射以及预设采集接口从车机终端获取第一音频数据，因车机终端与第一服务器之间通过预设端口映射建立了通信映射关系，以及预设采集接口可以用于定向获取第一音频数据，故而，当车机终端出现音频数据信号时，第一服务器能够根据预设端口映射以及预设采集接口从车机终端处捕获到该音频数据信号，换言之，第一服务器根据预设端口映射以及预设采集接口从车机终端获取到第一音频数据，其中，第一音频数据为音频流数据，音频流数据可以理解为车机终端实时产生的音频数据，而对于该音频流数据的内容等属性，本申请实施例不作限定。

可以理解的是，端口映射是将主终端设备的访问地址的一个端口映射到目标终端设备，以提供相应的服务。当用户需要访问该地址的端口时，则会自动将请求映射到对应目标终端设备上。具体地，在本申请实施例提供的车机控制系统中，车机终端为主终端设备，第一服务器为目标终端设备，将车机终端的访问地址的一个端口映射到第一服务器，当web端需要获取车机终端的音频数据时，则获取音频数据的请求被映射到第一服务器，即web端能够从第一服务器获取到车机终端的音频数据。同时预设端口映射包括车机终端与第一服务器之间的通信映射关系，因此，第一服务器能够根据预设端口映射从车机终端获取到实时的音频数据，该实时的音频数据即为第一音频数据。

值得被理解的是，本实施例中所指的端口不是指物理意义上的端口，而是特指协议中的逻辑意义上的端口，例如，协议可以是传输控制协议/网际协议(TransmissionControl Protocol/Internet Protocol，简称TCP/IP)，对此，本申请实施例不作限定。

再者，预设采集接口用于定向获取第一音频数据，可以理解为，在第一服务器中设置预设采集接口，使得来自于车机终端的第一音频数据被定向捕获至第一服务器，换言之，预设采集接口用于定向获取第一音频数据。其中，预设采集接口为一个后台服务进程，其能够从一个或多个音源(进程或输入设备)接受音频数据输入，然后重定向该音频数据到一个或多个槽(声卡，远程网络或其他进程)，例如，预设采集接口可以为能够搭载于服务器进行音频数据采集的接口，对于具体的规格以及类型本申请实施例不作限定。

S202：对第一音频数据进行编码处理以得到第二音频数据。

其中，第二音频数据的数据容量小于第一音频数据的数据容量。

当第一服务器根据预设端口映射从车机终端获取到第一音频数据之后，第一服务器会对第一音频数据进行编码处理，以得到第二音频数据，第二音频数据的数据容量小于第一音频数据的数据容量，以使得音频数据的传输速率得到提高。

可选地，第一服务器对第一音频数据进行编码处理得到第二音频数据中的编码处理可以包括脉冲编码调制(Pulse Code Modulation，简称PCM)编码、OPUS编码以及高级音频编码(Advanced Audio Coding，简称AAC)中的至少一种。

可以理解的是，编码处理是基于对语音信号波形的数字化处理，使得处理后重建的音频信号波形与原音频信号波形保持一致，但其目的为对音频数据进行压缩，以在传输音频数据时提高传输效率。例如，常见的音频编码处理方式有脉冲编码调制(Pulse CodeModulation，简称PCM)编码、OPUS编码以及高级音频编码(Advanced Audio Coding，简称AAC)。除此之外，还有增量调制编码(Delta Modulation，简称DM)、差值脉冲编码调制(Differential Pulse code modulation，简称DPCM)、自适应差分脉冲编码调制(AdaptiveDifferential Pulse Code Modulation，简称ADPCM)、微软音频编码(Windows MediaAudio，简称WMA)等等。对于具体选用哪种音频编码对第一音频数据进行处理，可由本领域技术人员根据所获取的音频数据的具体的用途和/或内容属性等性能自行选择，可以采用上述编码方式的一种，也可以结合使用，对此，本申请实施例不作限定，例如，也可以根据每种编码处理方式的优缺点进行选择，以保证音频数据品质的同时提高压缩率，从而提高音频传输速率，实现实时的目的。

S203：根据预设传输协议将第二音频数据发送至第二服务器，以使第二服务器根据预设传输协议将第二音频数据发送至web端。

其中，web端用于播放第二音频数据。

第一服务器将第一音频数据进行编码处理得到第二音频数据之后，第一服务器根据预设传输协议将第二音频数据发送至第二服务器，继而使得第二服务器根据预设传输协议将第二音频数据发送至web端，web端接收到第二音频数据后对其进行播放，进而使得web端的用户能够根据第二音频数据对车机终端实现远程地相应控制。

可选地，预设传输协议可以为实时传输协议(Real-time Transport Protocol，简称RTP)，还可以为其他传输协议，例如：流媒体协议(Real-Time Stream Protocol，简称RTSP)、实时消息传输协议(Real Time Messaging Protocol，简称RTMP)等，对此，本申请实施例不作限定。

可以理解的，第二音频数据为经过编码处理的音频数据，当web端进行播放时，首先需要对第二音频数据进行相应地解码处理，其中，解码处理可根据编码处理时所采用的具体的编码处理方式进行相应地设置。

因第一音频数据为音频流数据，即实时音频数据，故而，web端所播放的第二音频数据即为实时音频数据。则通过本申请实施例提供的音频远程传输方法实现了对远程车机终端的音频数据的实时采集、处理以及传输。

参照图1中的描述，第一服务器可以为任意服务器，对其归属关系不作限定。而第二服务器为web端的后端服务器，可以理解的是，web端为第二服务器的前端的访问终端，用户通过web端可以访问第二服务器。值得理解的，在实际的工况中，若要进一步提高音频远程传输的技术效果，第一服务器的性能可以优异于第二服务器，对此，可根据实际情况进行选用，本申请实施例不作限定。

本申请实施例提供的音频远程传输方法，通过第一服务器根据预设端口映射以及预设采集接口从车机终端获取第一音频数据，然后，第一服务器对第一音频数据进行编码处理得到第二音频数据，使得第二音频数据的数据容量小于第一音频数据的数据容量，以提高传输效率，进而第一服务器根据预设传输协议将第二音频数据发送至第二服务器，以使第二服务器继续根据该预设传输协议将第二音频数据发送至web端，以使web端播放第二音频数据，用户则能够根据第二音频数据对车机终端进行相应地控制。至此，通过一种非侵入的方式实现了音频数据的远程传输，避免了对车机终端的资源占用以及所产生的影响。并且，音频数据能够实现实时传输，降低了时延，保证了音频数据质量，进而提高了用户体验。

如前所描述，预设端口映射包括车机终端与第一服务器之间的通信映射关系。当web端向车机终端请求获取音频数据时，该请求会被映射至第一服务器。而预设采集接口能够定向使得第一服务器从车机终端获取第一音频数据，因此，第一服务器能够根据预设端口映射以及预设采集接口从车机终端获取到第一音频数据。为了更加清楚地描述第一服务器从车机终端获取第一音频数据的过程，一种可能的实现方式如图3所示，图3为本申请实施例提供的另一种音频远程传输方法的流程示意图，本实施例提供的音频远程传输方法由第一服务器执行，该方法包括：

S301：启动第一音频数据输出服务。

当车机终端出现音频数据信号时，第一服务器会启动第一音频数据输出服务，该输出服务用于指示第一服务器所属的车机控制系统当前需要进行第一音频数据的获取进程，具体地为第一服务器开始从车机终端获取第一音频数据的服务进程。

S302：根据输出服务创建第一音频数据的Pulse Audio服务上下文信息。

在启动第一音频数据输出服务之后，第一服务器则会根据该输出服务创建关于第一音频数据的Pulse Audio服务上下文信息，其中，Pulse Audio服务上下文信息用于指示一个音频流数据如何从它的源(即车机终端)流到它的端(即第一服务器)。

S303：根据Pulse Audio服务上下文信息注册第一音频数据的上下文回调函数。

第一服务器创建结束关于第一音频数据的Pulse Audio服务上下文信息之后，会根据该Pulse Audio服务上下文信息注册关于该第一音频数据的上下文回调函数。回调函数是一个通过函数指针调用的函数，其目的为第一服务器根据其内设置的预设采集接口获取车机终端的音频数据，对于车机终端而言，其需要注册关于该第一音频数据的上下文回调函数，使得车机终端获知第一服务器要根据预设采集接口获取车机终端处的音频数据信号，即第一音频数据。

S304：根据上下文回调函数创建空白音频流。

第一服务器在注册了关于第一音频数据的上下文回调函数之后，会根据该上下文回调函数创建关于第一音频数据的空白音频流，其中，空白音频流可以理解为第一服务器为了将获取到的第一音频数据进行数据缓冲而创建。

S305：根据空白音频流注册音频流可使用回调函数。

在第一服务器创建了空白音频流之后，会注册音频流可使用回调函数，其中，音频流可使用函数是针对步骤S303中第一服务器根据脉冲音频上下文信息注册的上下文回调函数而言，在上下文回调函数中选择针对音频流的回调函数即为音频流可使用回调函数。

S306：根据音频流可使用回调函数获取第一音频数据。

第一服务器根据空白音频流注册了音频流可使用回调函数之后，即可根据该函数获取到音频流数据，换言之，获取到第一音频数据，至此，第一服务器从车机终端完成了获取第一音频数据的服务进程。

本实施例提供的音频远程传输方法，第一服务器根据预设端口映射以及预设采集接口从车机终端获取第一音频数据，其中，预设端口映射包括车机终端与第一服务器之间的通信映射关系，预设采集接口用于定向获取第一音频数据，并且，预设采集接口设置于第一服务器中。当车机终端出现音频数据信号时，第一服务器能够启动第一音频数据输出服务指令，并根据该输出服务指令创建脉冲音频上下文信息，然后根据脉冲上下文信息注册第一音频数据的上下文回调函数，根据上下文回调函数创建空白音频流，根据空白音频流再注册音频流可使用回调函数，根据该回调函数获取第一音频数据，从而，第一服务器完成从车机终端获取第一音频数据的服务进程。可见，该服务进程运行于第一服务器，对于车机终端而言，本实施例提供的音频远程传输方法属于非侵入式，与现有技术相比，避免了对车机终端资源的占用，以及对车机终端的正常运行带来的影响，对第一音频数据的实时传输，降低了时延，保证了音频数据质量，使得用户于web端据此对车机终端进行相应控制及操作，提高了用户体验。

图4为本申请实施例提供的一种音频远程传输装置的结构示意图，本实施例提供的音频远程传输装置可以执行上述实施例提供的音频远程传输方法。如图4所示，本实施例提供的音频远程传输装置500应用于第一服务器，其中，第一服务器属于车机控制系统，车机控制系统还包括：车机终端、第二服务器以及网页web端，该装置500包括：

获取模块501：用于根据预设端口映射以及预设采集接口从车机终端获取第一音频数据。

其中，第一音频数据为音频流数据，预设端口映射包括车机终端与第一服务器之间的通信映射关系，预设采集接口用于定向获取第一音频数据。

处理模块502，用于对第一音频数据进行编码处理以得到第二音频数据。

其中，第二音频数据的数据容量小于第一音频数据的数据容量。

发送模块503：用于根据预设传输协议将第二音频数据发送至第二服务器，以使第二服务器根据预设传输协议将第二音频数据发送至web端。

其中，web端用于播放第二音频数据。

本实施例提供的音频远程传输装置500与上述图2所示的方法实施例的实现原理以及效果类似，在此不再赘述。

可选地，处理模块502所采用的编码处理可以包括以下至少一种：

PCM编码、OPUS编码以及AAC。

处理模块502对于第一音频数据进行编码处理以得到第二音频数据的实现原理以及效果与前述实施例中的步骤S202相类似，在此不再赘述。

可选地，发送模块503根据预设传输协议将第二音频数据发送至第二服务器，以及使得第二服务器根据预设传输协议将第二音频数据发送至web端，其中的预设传输协议为实时传输协议。发送模块502的实现原理以及效果与前述实施例中的步骤S203相类似，在此不再赘述。

一种可能的设计中，获取模块501，具体用于：

启动第一音频数据输出服务；

根据输出服务指令创建第一音频数据的Pulse Audio服务上下文信息；

根据Pulse Audio服务上下文信息注册第一音频数据的上下文回调函数；

根据上下文回调函数创建空白音频流；

根据空白音频流注册音频流可使用回调函数；

根据音频流可使用回调函数获取第一音频数据。

本实施例提供的音频远程传输装置500的获取模块501与上述图3所示的方法实施例的实现原理以及效果类似，在此不再赘述。

图5为本申请实施例提供的一种服务器的结构示意图，如图5所示，本实施例提供的服务器600包括：

处理器601；以及

与处理器通信连接的存储器602；其中，

存储器602存储有可被处理器601执行的指令，该指令被处理器601执行，以使处理器601能够执行上述实施例中的音频远程传输方法的各个步骤，具体可以参考前述方法实施例中的相关描述。

在示例性实施例中，本申请实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行上述各实施例中音频远程传输方法的各个步骤。例如，可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求书指出。

应当理解的是，本公开不局限于上面已经描述并在附图中示出的精确结构，且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (8)

1.一种音频远程传输方法，其特征在于，应用于第一服务器，所述第一服务器属于车机控制系统，所述车机控制系统还包括：车机终端、第二服务器以及网页web端；所述方法，包括：

根据预设端口映射以及预设采集接口从所述车机终端获取第一音频数据，所述第一音频数据为音频流数据，所述预设端口映射包括所述车机终端与所述第一服务器之间的通信映射关系，所述预设采集接口用于定向获取所述第一音频数据；

对所述第一音频数据进行编码处理以得到第二音频数据，所述第二音频数据的数据容量小于所述第一音频数据的数据容量；

根据预设传输协议将所述第二音频数据发送至所述第二服务器，以使所述第二服务器根据所述预设传输协议将所述第二音频数据发送至所述web端，所述web端用于播放所述第二音频数据；

所述根据预设端口映射以及预设采集接口从所述车机终端获取第一音频数据，包括：

启动所述第一音频数据输出服务；

根据所述输出服务创建所述第一音频数据的Pulse Audio服务上下文信息；

根据所述Pulse Audio服务上下文信息注册所述第一音频数据的上下文回调函数；

根据所述上下文回调函数创建空白音频流；

根据所述空白音频流注册音频流可使用回调函数；

根据所述音频流可使用回调函数获取所述第一音频数据。

2.根据权利要求1所述的音频远程传输方法，其特征在于，所述编码处理包括以下至少一种：

脉冲编码调制PCM编码、OPUS编码以及高级音频编码AAC。

3.根据权利要求1或2所述的音频远程传输方法，其特征在于，所述预设传输协议为实时传输协议。

4.一种音频远程传输装置，其特征在于，应用于第一服务器，所述第一服务器属于车机控制系统，所述车机控制系统还包括：车机终端、第二服务器以及网页web端；所述装置，包括：

获取模块，用于根据预设端口映射以及预设采集接口从所述车机终端获取第一音频数据，所述第一音频数据为音频流数据，所述预设端口映射包括所述车机终端与所述第一服务器之间的通信映射关系，所述预设采集接口用于定向获取所述第一音频数据；

处理模块，用于对所述第一音频数据进行编码处理以得到第二音频数据，所述第二音频数据的数据容量小于所述第一音频数据的数据容量；

发送模块，用于根据预设传输协议将所述第二音频数据发送至所述第二服务器，以使所述第二服务器根据所述预设传输协议将所述第二音频数据发送至所述web端，所述web端用于播放所述第二音频数据；

所述获取模块，具体用于：

启动所述第一音频数据输出服务；

根据所述输出服务创建所述第一音频数据的Pulse Audio服务上下文信息；

根据所述Pulse Audio服务上下文信息注册所述第一音频数据的上下文回调函数；

根据所述上下文回调函数创建空白音频流；

根据所述空白音频流注册音频流可使用回调函数；

根据所述音频流可使用回调函数获取所述第一音频数据。

5.根据权利要求4所述的音频远程传输装置，其特征在于，所述编码处理包括以下至少一种：

脉冲编码调制PCM编码、OPUS编码以及高级音频编码AAC。

6.根据权利要求4或5所述的音频远程传输装置，其特征在于，所述预设传输协议为实时传输协议。

7.一种服务器，其特征在于，包括：

处理器；以及

与所述处理器通信连接的存储器；其中，

所述存储器存储有可被所述处理器执行的指令，所述指令被所述处理器执行，以使所述处理器能够执行权利要求1-3中任一项所述的音频远程传输方法。

8.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-3中任一项所述的音频远程传输方法。

Images