一种数据传输方法、设备及存储介质和终端设备与流程

本发明涉及信息处理技术领域，特别涉及一种数据输方法、设备及存储介质和终端设备。

背景技术

随着物联网时代的到来，万物互联互通的开启，设备之间连接的便捷及性能是人们更高的需求。其中，真正无线立体声(True Wireless Stereo，TWS)耳机的快捷连接方式，在近几年越来越受人们喜爱，同时对耳机传输音视频的效率也提出更高要求，即端到端设备间传输音视频低延迟，尤其是特定场景，例如游戏模式场景。

针对用户对无线耳机传输音视频的更高要求，目前行业中一种做法包括：提升设备中传输音视频数据的芯片即蓝牙芯片性能，例如发射功率，从而减少传输缓存，以提高音视频传输率，达到降低延迟的效果，但是，蓝牙芯片功率是有一定的上限要求，且提升发射功率会对设备的功耗较大。目前另一种优化音视频传输的方法包括：对传输音视频的双方设备中预置私有定制高压缩编码格式，提高双方设备之间的音视频传输率，降低缓存，但是使用私有编码压缩传输，缺少通用性。

总体来说，现有的优化音视频传输不具有通用性和可扩展性。

技术实现要素：

本发明实施例提供一种数据传输方法、设备及存储介质和终端设备，实现了优化的音频数据传输方法。

本发明实施例一方面提供一种数据传输方法，包括：

检测音频数据传输参数的参数值；

当所述音频数据传输参数的参数值满足预置条件时，将当前对待处理音频数据进行处理的第一音频数据处理策略调整为第二音频数据处理策略，其中，所述第一音频数据处理策略的音效处理效果优于所述第二音频数据处理策略，所述第二音频数据处理策略的数据处理效率优于所述第一音频数据处理策略；

根据所述第二音频数据处理策略对所述待处理音频数据进行预处理，以得到预处理后音频数据；

将所述预处理后音频数据传输至接收端设备。

本发明实施例另一方面提供一种数据传输设备，包括：

参数值检测单元，用于检测音频数据传输参数的参数值；

处理调整单元，用于当所述音频数据传输参数的参数值满足预置条件时，将当前对待处理音频数据进行处理的第一音频数据处理策略调整为第二音频数据处理策略，其中，所述第一音频数据处理策略的音效处理效果优于所述第二音频数据处理策略，所述第二音频数据处理策略的数据处理效率优于所述第一音频数据处理策略；

预处理单元，用于根据所述第二音频数据处理策略对所述待处理音频数据进行预处理，以得到预处理后音频数据；

传输单元，用于将所述预处理后音频数据传输至接收端设备。

本发明实施例另一方面还提供一种计算机可读存储介质，所述计算机可读存储介质储存多个计算机程序，所述计算机程序适于由处理器加载并执行如本发明实施例一方面所述的数据传输方法。

本发明实施例另一方面还提供一种终端设备，包括处理器和存储器；

所述存储器用于储存多个计算机程序，所述计算机程序用于由处理器加载并执行如本发明实施例一方面所述的数据传输方法；所述处理器，用于实现所述多个计算机程序中的各个计算机程序。

可见，在本申请实施例中，发送端设备通过对音频数据传输参数进行监控，当音频数据传输参数的参数值满足预置条件时，将当前的音效处理效果更优的第一音频数据处理策略调整为音效处理效果稍弱，但数据处理效率更优的第二音频数据处理策略，并根据第二音频数据处理策略对待处理音频数据进行预处理，能尽快地得到预处理后音频数据以传输至接收端设备，从而提升音频数据传输的传输效率，减少音频数据在传输过程中的延迟，具备通用性和可扩展性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的数据传输方法所应用于的场景的示意图；

图2是本发明实施例中发送端设备的逻辑结构示意图；

图3是本发明一个实施例提供的一种数据传输方法的流程图；

图4是本发明另一个实施例提供的一种数据传输方法的流程图；

图5是本发明一个应用实施例中数据传输设备的逻辑结构示意图；

图6是本发明一个应用实施例提供的一种数据传输方法的流程图；

图7是本发明另一应用实施例中数据传输方法所应用于的分布式系统的示意图；

图8是本发明另一应用实施例中区块结构的示意图；

图9是本发明实施例提供的一种数据传输设备的逻辑结构示意图；

图10是本发明实施例提供的一种终端设备的逻辑结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

首先对本申请实施例的场景进行介绍。

请参见图1，图1为本申请实施例提供的场景示意图。如图1所示，该场景可包括：发送端设备100和接收端设备200。

其中，发送端设备100可以包括但不限于智能电视、智能手机或平板电脑等电子设备。接收端设备200可以包括但不限于蓝牙耳机或智能音箱等音频播放设备。

发送端设备100可以通过无线通信技术与接收端设备200保持无线连接。该无线通信技术可以包括蓝牙(bluetooth，BT)，例如可以是传统蓝牙或者低功耗BLE蓝牙。本申请实施例中，发送端设备100可以通过蓝牙这种短距离通讯协议来与具有蓝牙功能的接收端设备200建立蓝牙连接，进行数据交互。例如，发送端设备100和接收端设备200进行蓝牙通信，向接收端设备200传输音频数据等。可选地，该无线通信技术还可以包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，Zigbee，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)，或通用2.4G/5G频段无线通信技术等。

当上述场景中的发送端设备100有音频业务时，若该发送端设备100和接收端设备200之间建立有蓝牙连接时，则发送端设备100可以基于蓝牙通信将音频业务的相关音频数据发送至接收端设备200，以使得接收端设备200对该相关音频数据进行播放。该音频业务可以包括为用户播放音乐、录音、视频文件中的声音、游戏中的背景音乐、来电提示音等。其中，发送端设备100与接收端设备200之间进行蓝牙通信所采用的蓝牙规范包括用于传输音频的规范，而用于传输音频的规范可以包括高级音频传送规范(Advanced Audio Distribution Profile，A2DP)，该规格允许传输立体声音频信号，常用于蓝牙耳机、蓝牙音响等播放音乐的场景。

图2示出了发送端设备100的结构示意图。

如图2所示，发送端设备100可以包括：处理器10，存储器11，无线通信模块12，天线13，电源开关14，有线LAN通信处理模块15，HDMI通信处理模块16，USB通信处理模块17，显示屏18，音频模块19。其中：

处理器10可用于读取和执行计算机可读指令。具体实现中，处理器10可主要包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器10的硬件架构可以是专用集成电路(ASIC)架构、MIPS架构、ARM架构或者NP架构等等。

在一些实施例中，处理器10可以用于解析无线通信模块12和/或有线LAN通信处理模块15接收到的信号，如广播探测请求，开机指令或遥控码库获取请求，等等。处理10可以用于根据解析结果进行相应的处理操作，如生成探测响应，又如根据该开机指令或点亮显示屏18并显示主页界面，又如根据遥控码库获取请求，调取遥控码库，等等。

在一些实施例中，处理器10还可用于生成无线通信模块12和/或有线LAN通信处理模块15向外发送的信号，如音频数据、蓝牙广播信号、信标信号。

存储器11与处理器10耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器11可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器11可以存储操作系统，例如uCOS，VxWorks、RTLinux等嵌入式操作系统。存储器11还可以存储通信程序，该通信程序可用于发送端设备100，一个或多个服务器，或附件设备进行通信。

无线通信模块12可以包括蓝牙通信模块12A、WLAN通信模块12B、红外线通信模块12C中的一项或多项。其中，蓝牙通信模块12A可以包括经典蓝牙(BT)模块和低功耗蓝牙(BLE)模块。在一些实施例中，蓝牙通信模块12A、WLAN通信模块12B、红外线通信模块12C中的一项或多项可以监听到其他设备(如接收端设备200)发射的信号，如探测请求、扫描信号等等，并可以发送响应信号，如探测响应、扫描响应等，使得其他设备(如接收端设备200)可以发现发送端设备100，并与其他设备(如接收端设备200)建立无线通信连接，通过蓝牙、WLAN或红外线中的一种或多种无线通信技术与其他设备(如接收端设备200)进行通信。在另一些实施例中，蓝牙通信模块12A、WLAN通信模块12B、红外线通信模块12C中的一项或多项也可以发射信号，如广播蓝牙信号、信标信号，使得其他设备(如接收端设备200)可以发现发送端设备100，并与其他设备(如接收端设备200)建立无线通信连接，通过蓝牙或WLAN中的一种或多种无线通信技术与其他设备(如接收端设备200)进行通信。在一些实施例中，无线通信模块12还可以包括蜂窝移动通信模块(未示出)。

发送端设备100的无线通信功能可以通过天线13，无线通信模块12，调制解调处理器等实现。天线13可用于发射和接收电磁波信号。发送端设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将WLAN通信模块12B的天线复用为蓝牙通信模块12A的天线。在另外一些实施例中，天线可以和调谐开关结合使用。

电源开关14可用于控制电源向发送端设备100的供电。

有线LAN通信处理模块15可用于通过有线LAN和同一个LAN中的其他设备进行通信，还可用于通过有线LAN连接到WAN，可与WAN中的设备通信。

HDMI通信处理模块16可用于通过HDMI接口(未示出)与其他设备进行通信。

USB通信处理模块17可用于通过USB接口(未示出)与其他设备进行通信。

显示屏18可用于显示图像，视频等。显示屏18可以采用液晶显示屏(liquidcrystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)显示屏，有源矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)显示屏，柔性发光二极管(flexible light-emitting diode，FLED)显示屏，量子点发光二极管(quantum dot light emitting diodes，QLED)显示屏等等。

音频模块19用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块19还可以用于对音频信号编码和解码。在一些实施例中，音频模块19可以设置于处理器10中，或将音频模块19的部分功能模块设置于处理器10中。音频模块19可用于通过音频输出接口输出音频信号，这样可使得发送端设备100支持音频播放。音频模块19还可用于通过音频输入接口接收音频数据。

在一些实施例中，发送端设备100还可以包括RS-232接口等串行接口。该串行接口可连接至其他设备，如音箱等音频外放设备，使得显示器和音频外放设备协作播放音视频。

应该理解的是，图2所示发送端设备100仅是一个范例，图2示意的结构并不构成对发送端设备100的具体限定。在本申请另一些可选实施例中，发送端设备100可以具有比图2中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

通常情况下，发送端设备100需要向接收端设备200输出音频数据时，首先由音频模块19按照预设的音频数据处理策略对音频数据进行一定预处理，得到预处理后音频数据，将预处理后音频数据放置到蓝牙通信模块12A的蓝牙协议栈中。其中，音频数据处理策略主要可以包括降噪和音效等处理方式的至少一种，例如，一种常见的处理方式中，可以对音频数据进行降噪(noise reduction)、衰减算法(pre scale)、音量控制(auto volume control)、环绕音效(surround)和动态范围规划(dynamic range control)等处理。然后在蓝牙通信模块12A的蓝牙协议栈中对预处理后音频数据进行编码，并缓存至发送队列中，最终通过蓝牙通信模块12A将发送队列中的音频数据传输给接收端设备200。

接下来对本申请的数据传输方法介绍。如图3所示，为本申请实施例提供的数据传输方法的一种实施例示意图。

参阅图3，本申请实施例提供的数据传输方法的一种实施例，具体可以包括：

步骤101，发送端设备检测音频数据传输参数的参数值。

可以理解，发送端设备会先与接收端设备之间建立蓝牙协议的连接，若发送端设备需要通过蓝牙协议将一段音频数据传输至接收端设备时，当发送端设备获取到原始的音频数据后，都需要先对音频数据进行一定的预处理，得到预处理后音频数据后，才会将预处理后音频数据通过蓝牙协议发送给接收端设备。

具体地，当发送端设备获取到原始的待处理音频数据时，可以先检测音频数据传输参数的参数值。这里音频数据传输参数是指发送端设备与接收端设备之间通过蓝牙协议传输音频数据过程中所涉及到的参数，具体可以包括但不限于如下参数中的至少一种：蓝牙连接参数、信源标识、缓存量和重传标志等，也可以包括其它参数，本申请对此不进行限制。其中：

蓝牙连接参数用于指示是否与接收端设备成功建立蓝牙连接，其参数值具体为“是”和“否”。

信源标识用于指示待处理音频数据对应的信源是否为多媒体信源，其参数值具体为“是”和“否”。

缓存量用于指示发送端设备当前已缓存的音频数据的数据量大小，其参数值具体为数据量。

重传标志用于指示待处理音频数据是否为重传数据，其参数值具体为“是”和“否”。

步骤102、发送端设备判断音频数据传输参数的参数值是否满足预置条件，如果满足，则执行步骤103；若不满足，则直接按照当前对待处理音频数据进行处理的第一音频数据处理策略对待处理音频数据进行预处理，得到预处理后音频数据，然后再执行如下步骤105。

步骤103，发送端设备将当前对待处理音频数据进行处理的第一音频数据处理策略调整为第二音频数据处理策略，其中，第一音频数据处理策略的音效处理效果优于第二音频数据处理策略，第二音频数据处理策略的数据处理效率优于第一音频数据处理策略。

其中，发送端设备在根据音频数据传输参数的参数值将第一音频数据处理策略调整为第二音频数据处理策略之后，第二音频数据处理策略的音效处理效果是弱于第一音频数据处理策略的，第二音频数据处理策略的数据处理效率优于第一音频数据处理策略，使得采用第二音频数据处理策略对待处理音频数据进行预处理后，对预处理后音频数据的传输不会延迟。

步骤104，发送端设备根据第二音频数据处理策略对待处理音频数据进行预处理，以得到预处理后音频数据。

步骤105，将预处理后音频数据传输至接收端设备。

可见，在本实施例中，发送端设备通过对音频数据传输参数进行监控，当音频数据传输参数的参数值满足预置条件时，将当前的音效处理效果更优的第一音频数据处理策略调整为音效处理效果稍弱，但数据处理效率更优的第二音频数据处理策略，并根据第二音频数据处理策略对待处理音频数据进行预处理，能尽快地得到预处理后音频数据以传输至接收端设备，从而提升音频数据传输的传输效率，减少音频数据在传输过程中的延迟，具备通用性和可扩展性。

基于图3实施例，本申请还提供一种数据传输方法的另一种实施例，参阅图4，具体可以包括：

步骤201，发送端设备启动蓝牙服务进程和音频服务进程。

可以理解，当发送端设备与接收端设备之间建立蓝牙协议的连接，发送端设备可以启动蓝牙服务进程；若发送端设备需要通过蓝牙协议将一段音频数据传输至接收端设备时，会启动音频服务进程，由音频服务进程获取到原始的音频数据后，先对音频数据进行一定的预处理，得到预处理后音频数据后，传输给蓝牙服务进程，由蓝牙服务进程对预处理后音频数据进行编码后，缓存至发送队列，这样发送端设备会将发送队列中的数据通过蓝牙协议发送给接收端设备。

其中，蓝牙服务进程是指正在运行的具有蓝牙相关功能的程序，音频服务进程是指正在运行的具有音频数据处理功能的程序，这两个进程都是系统进行资源分配和调度的基本单位。在本申请实施例中，音频服务进程对音频数据进行一定的预处理时，需要先执行如下的步骤，即先对第一音频数据处理策略进行调整得到第二音频数据处理策略后，再按照第二音频数据处理策略对音频数据进行预处理。

步骤202，当发送端设备与接收端设备之间建立蓝牙协议的连接后，蓝牙服务进程会检测到蓝牙连接参数的参数值用于指示与接收端设备成功建立蓝牙连接，会发送第一指令给音频服务进程，该第一指令用于指示音频服务进程只针对上述蓝牙连接输出的音频数据关闭预设衰减算法。当音频服务进程接收到第一指令，根据第一指令的指示，当针对上述蓝牙连接输出的音频数据进行预处理时，会先关闭第一音频数据处理策略中包含的预设衰减算法，然后再执行如下步骤203，其中，预设衰减算法是用于对待处理音频数据进行衰减处理的算法。

进一步地，第一指令还可以用于指示只针对上述蓝牙连接输出的音频数据关闭一些重要的增强算法，比如音量增强或重音增强算法等。

可以理解，对于任一原始的音频数据，一般需要通过多个通路输出，比如通过蓝牙连接的通路输出，通过喇叭(Speaker)的通路输出，通过线路输出(line-out)的通路输出，及通过音视频接口(SCART)输出，对每个通路输出的音频数据的预处理方法都可以不同。在本申请的实施例中，音频服务进程针对上述蓝牙连接输出的音频数据进行预处理时主要是采用第一音频数据处理策略，当音频服务进程接收到第一指令时，才会关闭第一音频数据处理策略中的预设衰减算法和一些重要的增强算法。

步骤203，当发送端设备获取到原始的音频数据后，蓝牙服务进程检测待处理音频数据的信源标识，当信源标识的参数值用于指示待处理音频数据对应的信源为多媒体信源，会发送第二指令给音频服务进程，该第二指令用于指示音频服务进程关闭预设衰减算法。当音频服务进程接收到第二指令，根据第二指令的指示，会关闭当前对待处理音频数据进行处理的第一音频数据处理策略中包含的预设降噪算法，该预设降噪算法是用于对待处理音频数据进行降噪处理的算法。

其中，如果待处理音频数据为多媒体信源，由于发送端设备在获取这种信源的音频数据时主要是通过网络获取，且在获取到后会先对音频数据进行解码，而在解码过程中会进行一定的降噪处理，又由于发送端设备通过网络获取这种信源的音频数据，与发送端设备通过蓝牙协议传输该音频数据之间会发生带宽抢占，如果在发送端设备还要进行降噪处理，就会增加音频数据的传输延迟，因此，本申请实施例中，在发送端设备跳过对音频数据进行降噪处理。如果待处理音频数据非多媒体信源，比如发送端设备自身录制的音频数据等，这种信源的音频数据的杂音比较大，在获取的过程中不需要与发送端设备通过蓝牙协议传输该音频数据之间会发生带宽抢占，则需要保留发送端设备对这种信源的音频数据的降噪处理。

步骤204，蓝牙服务进程检测缓存量，当缓存量小于某一阈值，会发送第三指令给音频服务进程，该第三指令用于指示音频服务进程关闭环绕音效。当音频服务进程接收到第三指令，根据第三指令的指示，会关闭第一音频数据处理策略中包含的环绕音效算法。

其中，如果发送端设备中协议栈缓存的数据比较少，发送端设备提供的音频数据需要避免音效算法的开销，导致传输音频数据的延迟过大。

步骤205，当发送端设备获取到原始的音频数据后，蓝牙服务进程会检测该音频数据的重传标志，当重传标志的参数值用于指示待处理音频数据为重传数据，会发送第四指令给音频服务进程，该第四指令用于指示音频服务进程开启一些增强算法，比如增强音量或重音等算法。当音频服务进程接收到第四指令，根据第四指令的指示，会将预设增强算法加入到第一音频数据处理策略中，得到第二音频数据处理策略，并执行如下步骤206。

其中，如果待处理音频数据为重传数据，说明通过蓝牙协议传输该音频数据的效率较差，在重传的情况下，获取待处理音频数据的时间足够，可以在通过蓝牙协议传输该音频数据之前对待处理音频数据进行部分简单的音效处理，比如音量或重音的增强，而不做其它比较复杂的音效处理。

需要说明的是，通过上述步骤202到205，音频服务进程将第一音频数据处理策略调整为第二音频数据处理策略。其中的步骤203到205之间并没有绝对的顺序关系，可以同时进行，也可以顺序进行，图4所示的只是一种具体的实现。

步骤206，音频服务进程根据调整后得到的第二音频数据处理策略，对待处理音频数据进行预处理，得到预处理后音频数据，并传送给蓝牙服务进程。

步骤207，蓝牙服务进程对预处理后音频数据进行编码，将编码后的数据缓存至发送队列中，然后发送端设备会将发送队列中的数据通过蓝牙协议发送给接收端设备。

可见，本申请实施例中，对音频数据的预处理时，在一些情况下，可以关闭一些算法，比如降噪、衰减或重音增强算法等，以节省音频数据传输的延迟；另一些情况下，在时间比较充足的情况下，可以开启一些简单的算法，比如在重传的情况下开启重音增强，使得开启这些算法后，不会抢占带宽，不会影响音频数据的传输，从而不会造成传输延迟。

以下以另一个具体的应用实例来说明本发明的数据传输方法，在本实施例中，发送端设备具体为具有蓝牙通信功能的电视机，而接收端设备具体为蓝牙耳机或蓝牙音箱。如图5所示，本发明实施例电视机具体包括：蓝牙服务模块、音频服务模块和蓝牙驱动，其中：

蓝牙服务模块，在启动后可以称为蓝牙服务进程，用于当一段音频数据需要通过蓝牙协议传输时，检测待处理音频数据的音频数据传输参数的参数值，并根据获取的参数值，确定如何调整当前对待处理音频数据进行处理的第一音频数据处理策略，然后发送相应的指令给音频服务模块，以指示音频服务模块将第一音频数据处理策略调整为第二音频数据处理策略。

音频服务模块，在启动后可以称为音频服务进程，用于执行蓝牙服务模块发送的指令，根据该指令将第一音频数据处理策略调整为第二音频数据处理策略，且根据第二音频数据处理策略对待处理音频数据进行预处理，得到预处理后音频数据，将预处理后音频数据传输给蓝牙服务模块。具体地，音频服务模块可以包括调整子模块、音频驱动和音频传输(A2dp Audio)，调整子模块用于接收蓝牙服务模块发送的指令，根据蓝牙服务模块的指令将第一音频数据处理策略调整为第二音频数据处理策略；音频驱动用于采用调整后的第二音频数据处理策略对待处理音频数据进行预处理得到预处理后音频数据；音频传输用于将预处理后音频数据传输给蓝牙服务模块。

上述蓝牙服务模块，还用于接收音频服务模块发送的预处理后音频数据，对预处理后音频数据进行编码，将编码后音频数据缓存至发送队列。具体地，蓝牙服务模块可以包括优化子模块、编码子模块和发送队列，优化子模块用于根据检测到的音频数据传输参数的参数值确定如何调整第一音频数据处理策略，并发送相应的指令；编码子模块用于接收到音频服务模块发送的预处理后音频数据，对预处理后音频数据进行编码后，缓存至发送队列。

蓝牙驱动，用于将发送队列中缓存的编码后音频数据通过蓝牙协议传输出去，传输至蓝牙音箱或蓝牙耳机。

参考图6所示，本实施例的电视机可以按照如下步骤实现音频数据的传输，在如下的实施例中以接收端设备为蓝牙音箱为例说明：

步骤301，电视机开机后，启动蓝牙服务模块和音频服务模块，当蓝牙服务模块和音频服务模块在启动后即为蓝牙服务进程和音频服务进程。当电视机与蓝牙音箱之间建立蓝牙通信连接，蓝牙服务进程可以调用广播发送(send Broadcast)接口，发送已连接广播状态，通知音频服务进程，广播的内容具体可以为：a2dp.profile.action.CONNECTION_STATE_CHANGED，STATE_CONNECTED(2)。

步骤302，蓝牙服务进程检测到蓝牙连接参数的参数值用于指示与蓝牙音箱成功建立蓝牙连接，发送P指令(即上述的第一指令)，该P指令用于指示音频服务进程只针对蓝牙连接输出的音频数据，而不会对其它通路(Speaker、line-out或SCART通路)输出的音频数据，关闭预设衰减算法，同时还可以关闭一些增强算法，比如关闭音量或重音增强算法等，以降低蓝牙传输的延迟。

步骤303，当用户通过电视机请求访问一目标视频数据，则电视机通过网络接收目标视频数据，电视机会对目标视频数据进行解码及解复用等处理，得到目标视频数据中的图像数据和音频数据。对于其中的音频数据作为待处理音频数据，并执行如下步骤，而对于其中的图像数据会按照一定的方法进显示当电视机的屏幕，在此不进行赘述。

步骤304，蓝牙服务进程检测到待处理音频数据的信源标识的参数值用于指示待处理音频数据为多媒体信源，则发送N指令(即上述的第二指令)，该N指令用于指示音频服务进程关闭预设降噪算法，以降低蓝牙传输的延迟。若蓝牙服务进程检测到待处理音频数据的信源标识的参数值用于指示待处理音频数据非多媒体信源，不会发送N指令，继续执行步骤305。

步骤305，蓝牙服务进程检测当前的缓存量，如果缓存量小于某一阈值，则发送S指令(即上述的第三指令)，该S指令用于指示音频服务进程关闭预设环绕音效。若蓝牙服务进程检测到的缓存量不小于某一阈值，不会发送S指令，继续执行步骤306。

步骤306，蓝牙服务进程检测待处理音频数据的重传标志的参数值用于指示待处理音频数据为重传数据，发送A指令(即上述的第四指令)，该A指令用于指示音频服务进程将预设增强算法加入到第一音频数据处理策略中。若蓝牙服务进程检测到待处理音频数据的重传标志的参数值用于指示待处理音频数据非重传数据，不会发送A指令，继续执行步骤307。

步骤307，音频服务进程会根据从蓝牙服务进程接收的指令，相应地调整第一音频数据处理策略得到第二音频数据处理策略，采用第二音频数据处理策略对待处理音频数据进行预处理，得到预处理后音频数据，并将预处理音频数据发送给蓝牙服务进程。

步骤308，蓝牙服务进程对预处理音频数据进行编码，将编码后音频数据缓存至发送队列。

步骤309，蓝牙驱动会将发送队列中的音频数据通过蓝牙协议传输至蓝牙音箱。

可见，通过本发明实施例的方法传输音频数据时，可以先关闭对待处理音数据的部分音效处理(比如关闭环绕音效，或关闭某些增强算法等)或噪声处理，从而可以降低通过蓝牙传输音频数据的延迟。

以下以另一具体的应用实例来说明本发明中数据传输方法，本发明实施例中的数据传输设备主要为分布式系统300，该分布式系统可以包括客户端500及多个节点400(接入网络中的任意形式的计算设备，如服务器、用户终端)，客户端500与节点400之间通过网络通信的形式连接。

以分布式系统为区块链系统为例，参见图7是本发明实施例提供的分布式系统300应用于区块链系统的一个可选的结构示意图，由多个节点400(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端500形成，节点之间形成组成的点对点(P2P，Peer To Peer)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission Control Protocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图7示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其它节点，供其它节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括实现数据传输功能的代码，该数据传输功能主要包括：

检测音频数据传输参数的参数值；当所述音频数据传输参数的参数值满足预置条件时，将当前对待处理音频数据进行处理的第一音频数据处理策略调整为第二音频数据处理策略，其中，所述第一音频数据处理策略的音效处理效果优于所述第二音频数据处理策略，所述第二音频数据处理策略的数据处理效率优于所述第一音频数据处理策略；根据所述第二音频数据处理策略对所述待处理音频数据进行预处理，以得到预处理后音频数据；将所述预处理后音频数据传输至接收端设备。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

参见图8为本发明实施例提供的区块结构(Block Structure)一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

本发明实施例还提供一种数据传输设备，比如上述的发送端设备，是可以支持蓝牙协议传输的设备，其结构示意图如图9所示，具体可以包括：

参数值检测单元20，用于检测音频数据传输参数的参数值。

这里音频数据传输参数包括：蓝牙连接参数、信源标识、缓存量和重传标志中的至少一种；其中，所述蓝牙连接参数用于指示是否与所述接收端设备成功建立蓝牙连接；所述信源标识用于指示所述待处理音频数据对应的信源是否为多媒体信源；所述缓存量用于指示当前已缓存的音频数据的数据量大小；所述重传标志用于指示所述待处理音频数据是否为重传数据。

处理调整单元21，用于当所述参数值检测单元20检测音频数据传输参数的参数值满足预置条件时，将当前对待处理音频数据进行处理的第一音频数据处理策略调整为第二音频数据处理策略，其中，所述第一音频数据处理策略的音效处理效果优于所述第二音频数据处理策略，所述第二音频数据处理策略的数据处理效率优于所述第一音频数据处理策略。

预处理单元22，用于根据所述处理调整单元21调整得到的第二音频数据处理策略对所述待处理音频数据进行预处理，以得到预处理后音频数据。

传输单元23，用于将所述预处理单元22得到的预处理后音频数据传输至接收端设备。

在具体的实施例中，本实施例的数据传输设备中的处理调整单元21，具体用于当所述音频数据传输参数包括所述蓝牙连接参数时，且当所述蓝牙连接参数的参数值用于指示与所述接收端设备成功建立蓝牙连接时，只针对所述蓝牙连接输出的音频数据，关闭所述第一音频数据处理策略中包含的预设衰减算法，得到所述第二音频数据处理策略，所述预设衰减算法是用于对所述待处理音频数据进行衰减处理的算法。

本实施例的数据传输设备中的处理调整单元21，还用于当所述音频数据传输参数包括信源标识时，且当所述信源标识的参数值用于指示所述待处理音频数据对应的信源为多媒体信源时，关闭所述第一音频数据处理策略中包括的预设降噪算法，所述预设降噪算法是用于对所述待处理音频数据进行降噪处理的算法。

处理调整单元21，还用于当所述音频数据传输参数包括缓存量时，且当所述缓存量小于某一阈值时，关闭所述第一音频数据处理策略中包括的环绕音效算法。

处理调整单元21，还用于当所述音频数据传输参数包括重传标志时，且当重传标志的参数值用于指示所述待处理音频数据为重传数据，将预设增强算法加入到所述第一音频数据处理策略中。

进一步地，本实施例的数据传输设备还可以包括：

启动单元24，用于启动蓝牙服务进程和音频服务进程。则上述的处理调整单元21通过启动单元24启动的蓝牙服务进程确定所述音频数据传输参数的参数值满足预置条件时，发送指令给所述音频服务进程，所述音频服务进程根据所述指令，将所述第一音频数据处理策略调整为第二音频数据处理策略；而预处理单元22通过启动单元24启动的音频服务进程对待处理音频数据进行预处理后，得到预处理后音频数据。

在本实施例的数据传输设备通过对音频数据传输参数进行监控，当音频数据传输参数的参数值满足预置条件时，处理调整单元21将当前的音效处理效果更优的第一音频数据处理策略调整为音效处理效果稍弱，但数据处理效率更优的第二音频数据处理策略，并由预处理单元22根据第二音频数据处理策略对待处理音频数据进行预处理，能尽快地得到预处理后音频数据以传输至接收端设备，从而提升音频数据传输的传输效率，减少音频数据在传输过程中的延迟，具备通用性和可扩展性。

本发明实施例还提供一种终端设备，其结构示意图如图10所示，该终端设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)30(例如，一个或一个以上处理器)和存储器31，一个或一个以上存储应用程序321或数据322的存储介质32(例如一个或一个以上海量存储设备)。其中，存储器31和存储介质32可以是短暂存储或持久存储。存储在存储介质32的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对终端设备中的一系列指令操作。更进一步地，中央处理器30可以设置为与存储介质32通信，在终端设备上执行存储介质32中的一系列指令操作。

具体地，在存储介质32中储存的应用程序321包括数据传输的应用程序，且该程序可以包括上述数据传输设备中的参数值检测单元20，处理调整单元21，预处理单元22，传输单元23和启动单元24，在此不进行赘述。更进一步地，中央处理器30可以设置为与存储介质32通信，在终端设备上执行存储介质32中储存的数据传输的应用程序对应的一系列操作。

终端设备还可以包括一个或一个以上电源33，一个或一个以上有线或无线网络接口34，一个或一个以上输入输出接口35，近距离通信接口(比如蓝牙通信接口等)36，和/或，一个或一个以上操作系统323，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。本实施例中，在传输音频数据时，可以通过近距离通信接口36与其它蓝牙设备之间传输音频数据。

上述方法实施例中所述的由数据传输设备所执行的步骤可以基于该图10所示的终端设备的结构。

本发明实施例另一方面还提供一种计算机可读存储介质，所述计算机可读存储介质储存多个计算机程序，所述计算机程序适于由处理器加载并执行如上述数据传输设备所执行的数据传输方法。

本发明实施例另一方面还提供一种终端设备，包括处理器和存储器；

所述存储器用于储存多个计算机程序，所述计算机程序用于由处理器加载并执行如上述数据传输设备所执行的数据传输方法；所述处理器，用于实现所述多个计算机程序中的各个计算机程序。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM)、随机存取存储器(RAM)、磁盘或光盘等。

以上对本发明实施例所提供的一种数据传输方法、设备及存储介质和终端设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。