CN113193922A - 基于音频为载体的数据传输方法，数据提取方法、装置和计算设备 - Google Patents

Abstract

本申请是关于基于音频为载体的数据传输方法，数据提取方法、装置和计算设备。该方法包括：获取待传输普通数据；将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；发送所述混合编码的音频信息至数据接收端。可以利用音频通道传输前端设备的各种数据，实现数据传输的多样性，且使应用数据的接收端能够使用各种类型数据，进而大大提升接收端系统的兼容性。

Description

基于音频为载体的数据传输方法，数据提取方法、装置和计算 设备

技术领域

本申请涉及数据传输技术领域，尤其涉及基于音频为载体的数据传输方法，数据提取方法、装置和计算设备。

背景技术

现有音频传输方案多数是传输纯音频数据，即音频链路仅仅传输音频数据，不含有其他额外数据信息。这种方案应用范围很广，不限于各个行业，尤其是消费、娱乐行业，端对端传输，应用场景决定了它不需要加入其他信息即可广泛应用。但是对于公共安全行业，对系统安全的级别较高，且有许多不同的第三方平台的接入及转发，使得原有的除了音频数据外的信令链路的数据很容易被拦截，且不能传输除了音频以外的数据，导致其他类型数据的部分功能受到限制。且这种方案对于比较依赖自身传感器数据的前端设备来说，如果是对应的是用sdk开发的系统，由于这种只能传输音频数据的传输数据的限制会导致应用端能展开的业务非常受限。

发明内容

为克服相关技术中存在的问题，本申请提供一种基于音频为载体的数据传输方法，数据提取方法、装置和计算设备，能利用音频通道传输前端设备的各种数据，实现数据传输的多样性，且使应用数据的接收端能够使用各种类型数据，进而大大提升接收端系统的兼容性。

根据本申请实施例的第一方面，提供一种基于音频为载体的数据传输方法，包括：

获取待传输普通数据；

将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；

发送所述混合编码的音频信息至数据接收端。

根据本申请实施例的第二方面，提供一种基于音频为载体的数据提取方法，包括：

接收包含普通数据和音频数据的混合编码的音频信息；

用音频解码器解码所述混合编码的音频信息得到解码后的混合数据；

提取所述混合数据中的普通数据。

根据本申请实施例的第三方面，提供一种基于音频为载体的数据传输装置，包括：

数据获取模块、编码模块和混合数据发送模块；

数据获取模块，用于获取待传输普通数据；

编码模块，用于将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；

混合数据发送模块，用于发送所述混合编码的音频信息至数据接收端。

根据本申请实施例的第四方面，提供一种计算设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

本申请的实施例提供的技术方案可以包括以下有益效果：可以利用音频通道传输前端设备的各种数据，实现数据传输的多样性，且使应用数据的接收端能够使用各种类型数据，进而大大提升接收端系统的兼容性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输方法的流程示意图；

图2是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输方法的流程另一示意图；

图3是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输方法中混合数据的数据结构示意图；

图4是根据本申请一示例性实施例示出的一种基于音频为载体的数据提取方法的流程示意图；

图5是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输装置的结构示意图；

图6是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输装置的编码模块的结构示意图；

图7是根据本申请一示例性实施例示出的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

本申请提供了一种基于音频为载体的数据传输方法，数据提取方法、装置和计算设备，可以利用音频通道传输前端设备的各种数据，实现数据传输的多样性，且使应用数据的接收端能够使用各种类型数据，进而大大提升接收端系统的兼容性。

以下结合附图详细描述本申请实施例的技术方案。

图1是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输方法的流程示意图。

参见图1，一种基于音频为载体的数据传输方法，包括：

S101，获取待传输普通数据。这里的普通数据为除了音视频以外的数据，可能是客户端传感器设备收集上来的其它类型的数据，包括信令数据等，也可以是各种数据平台的各种数据，也可能是信令等数据。

S102，将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息。在一个优选实施方式中，本步骤具体实现为，在音频信息的音频数据中加入待传输普通数据的标识头、待传输普通数据的有效数据和待传输普通数据的数据校验位来得到混合数据，然后用音频编码器将所述混合数据编码成混合编码的音频信息。

S103，发送所述混合编码的音频信息至数据接收端。

由前面实施例可以看出，本实施例的一种基于音频为载体的数据传输方法获取待传输普通数据；将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；发送所述混合编码的音频信息至数据接收端。可以利用音频通道传输前端设备的各种数据，实现数据传输的多样性，且使应用数据的接收端能够使用各种类型数据，进而大大提升接收端系统的兼容性。

图2是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输方法的流程另一示意图。

参见图2，一种基于音频为载体的数据传输方法，包括：

S201，获取待传输普通数据。这里的普通数据为除了音视频以外的数据，可能是客户端传感器设备收集上来的其它类型的数据，包括各种信令，也可能是各种数据平台的各种数据，包括各种信令等。

完成S201之后进入S202，在音频信息的音频数据中加入待传输普通数据的标识头、待传输普通数据的有效数据和待传输普通数据的数据校验位来得到混合数据。在一个优选实施方式中，首先在音频信息的音频数据中加入表示待传输普通数据数据标识头第一预设长度的字符串；当所述音频数据包含音频标识头的时候，这里的加入表示待传输普通数据数据标识头第一预设长度的字符串的位置可以是在音频信息的音频数据的音频标识头之后任意位置加入。

在第一预设长度的字符串之后加入表示待传输普通数据数据长度的字符串。

在表示待传输普通数据数据长度的字符串后加入待传输普通数据的有效数据。

在有效数据之后加入待传输普通数据的数据校验位。

在数据校验位之后加入剩余的音频数据来生成混合数据。

下面在一个示范性实例中说明上述的数据生成过程的具体实现。

图3是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输方法中混合数据的数据结构示意图。参见图3所示。现有一段长度为n音频信号V＝{v₁v₂v₃…v_n|n>10}，该音频信号可以是模拟的音频信号，也可以是由音频采集器采集的音频信号。V可以是包含裸音频数据的信号，也可以是某些加了音频标识头音频数据信号。

在现有的音频信号V中加入普通数据信息。在一个优选实施方式中包含音频标识头的音频信号中，加入普通数据的位置要大于音频标识头的长度。假设音频信息的音频数据的标识头长度小于等于5，那么在v₅后位置任意位置加入待传输的普通数据信息D＝{d₁d₂d₃…d_k|k>33}。待传输的普通数据D的结构由数据标识头、有效数据、数据校验位三部分组成。

更具体的一个示例中，假设有一串音频数据，其数据格式为YYYYYXXXXXXX或XXXXXXXXXXXX，现有待传输普通数据D的数据标识头H由16位的固定长度的字符串“GS1ARV02.0100000”和16位的数据长度标识D_l及数据校验C组成。假设数据D的数据部分D_v长度850，则本实施例的混合数据格式为：

YYYYYXGS1ARV02.0100000 0000000000000850D_vCXXXXXXX

或者

XXXXXXGS1ARV02.01000000000000000000850D_vCXXXXXXX。

其中D_v为普通数据的有效数据，D_l为0000000000000850，共占16节字，C为H和D_v的校验位，占2字节。

完成步骤S202之后，进入步骤S203，对所述混合数据进行压缩加密。

对所述混合数据进行压缩加密可以提高数据传输的可靠性和安全性。

由前面所述可以看出上述混合数据中音频信息与普通数据部分相互独立，如果出现音频丢失情况，也不会影响普通数据。

优先实施方式中，本实施例的校验方式用于校验之前数据的异或之和，或者其他安全性更高的校验算法。

完成S203之后，进入S204，用音频编码器将所述压缩加密后的混合数据编码成混合编码的音频信息。本步骤可以是通过数据SDK编解码器将所述混合数据编码成混合编码的音频信息。

最后，S205，发送所述混合编码的音频信息至数据接收端。

由本实施例可以看出，本实施例的一种基于音频为载体的数据传输方法获取待传输普通数据；将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；发送所述混合编码的音频信息至数据接收端。将普通数据模拟音频信息，即使没有音频输入也可以传输数据信息。且利用音频通道传输前端设备的各种数据，实现数据传输的多样性，且使应用数据的接收端能够使用各种类型数据，进而大大提升接收端系统的兼容性。

图4是根据本申请一示例性实施例示出的一种基于音频为载体的数据提取方法的流程示意图。

参见图4，一种基于音频为载体的数据提取方法，包括：

S401，接收包含普通数据和音频数据的混合编码的音频信息。这里的普通数据为除了音视频以外的数据，可能是客户端传感器设备收集上来的其它类型的数据，包括信令等，也可以是各种数据平台的各种数据，也可能是信令等。

S402，用音频解码器解码所述混合编码的音频信息得到解码后的混合数据。具体可以是SDK音频解码器解码混合编码的音频信息。在优选实施方式中，所述混合编码的音频信息是指在音频信息的音频数据中加入待传输普通数据的标识头、待传输普通数据的有效数据和待传输普通数据的数据校验位来得到混合数据，然后用音频编码器将所述混合数据编码成混合编码的音频信息。

在一个优选实施方式中，首先在音频信息的音频数据中加入表示待传输普通数据数据标识头第一预设长度的字符串；当所述音频数据包含音频标识头的时候，这里的加入表示待传输普通数据数据标识头第一预设长度的字符串的位置可以是在音频信息的音频数据的音频标识头之后任意位置加入。在第一预设长度的字符串之后加入表示待传输普通数据数据长度的字符串。在表示待传输普通数据数据长度的字符串后加入待传输普通数据的有效数据。在有效数据之后加入待传输普通数据的数据校验位。在数据校验位之后加入剩余的音频数据来生成混合数据。

下面在一个示范性实例中说明上述的数据生成过程的具体实现。现有一段长度为n音频信号V＝{v₁v₂v₃…v_n|n>10}，该音频信号可以是模拟的音频信号，也可以是由音频采集器采集的音频信号。V可以是包含裸音频数据的信号，也可以是某些加了音频标识头音频数据信号。

在现有的音频信号V中加入普通数据信息。在一个优选实施方式中包含音频标识头的音频信号中，加入普通数据的位置要大于音频标识头的长度。假设音频信息的音频数据的标识头长度小于等于5，那么在v₅后位置任意位置加入普通数据信息D＝{d₁d₂d₃…d_k|k>33}。普通数据D的结构由数据标识头、有效数据、数据校验位三部分组成。参见图3所示。

更具体的一个示例中，假设有一串音频数据，其数据格式为YYYYYXXXXXXX,或XXXXXXXXXXXX，现有待传输普通数据D的数据标识头H由16位的固定长度的字符串“GS1ARV02.0100000”和16位的数据长度标识D_l及数据校验C组成。假设数据D的数据部分D_v长度850，则本实施例的混合数据格式为：

YYYYYXGS1ARV02.0100000 0000000000000850D_vCXXXXXXX

或者

XXXXXXGS1ARV02.01000000000000000000850D_vCXXXXXXX。

其中D_v为普通数据的有效数据，D_l为0000000000000850，共占16节字，C为H和D_v的校验位，占2字节。完成数据上述混合数据的生成之后，对所述混合数据进行压缩加密，来提高数据传输的可靠性和安全性。

接收端解码所述混合数据的音频信息之后，会得到混合数据，之后进入S403，提取所述混合数据中的普通数据。一个更具体的示例中，接收端收到源端的混合数据的音频信号后，找到解码后的混合数据中普通数据的标识头后根据长度将数据提取出来，并校验。若校验无误，则该普通数据可用，将该数据部分解密解压。若校验有误，则弃用。

由本实施例可以看出，本实施例一种基于音频为载体的数据提取方法接收包含普通数据和音频数据的混合编码的音频信息。用音频解码器解码所述混合编码的音频信息得到解码后的混合数据。提取所述混合数据中的普通数据。利用音频通道接收前端设备的各种数据，能接收各种数据，接收数据具备多样性，进而能够使用各种类型数据，进而大大提升系统的兼容性。

与前述应用功能实现方法实施例相对应，本申请还提供了一种基于音频为载体的数据传输装置、计算设备及相应的实施例。

图5是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输装置的结构示意图。

参见图5，一种基于音频为载体的数据传输装置，包括：数据获取模块501、编码模块502和混合数据发送模块503。

数据获取模块501，用于获取待传输普通数据。

编码模块502，用于将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息。

混合数据发送模块503，用于发送所述混合编码的音频信息至数据接收端。

在优选实施方式中，所述编码模块502具体包括：数据生成单元601和混合数据编码单元602。

图6是根据本申请一示例性实施例示出的一种基于音频为载体的数据传输装置的编码模块的结构示意图；

参照图6，所述编码模块502具体包括：数据生成单元601和混合数据编码单元602。

数据生成单元601，用于在音频信息的音频数据中加入待传输普通数据的标识头、待传输普通数据的有效数据和待传输普通数据的数据校验位来得到混合数据。在一个优选实施方式中，数据生成单元601首先在音频信息的音频数据中加入表示待传输普通数据数据标识头第一预设长度的字符串；当所述音频数据包含音频标识头的时候，这里的加入表示待传输普通数据数据标识头第一预设长度的字符串的位置可以是在音频信息的音频数据的音频标识头之后任意位置加入。在第一预设长度的字符串之后加入表示待传输普通数据数据长度的字符串。在表示待传输普通数据数据长度的字符串后加入待传输普通数据的有效数据。在有效数据之后加入待传输普通数据的数据校验位。在数据校验位之后加入剩余的音频数据来生成混合数据。

下面在一个示范性实例中说明数据生成单元601的数据生成过程的具体实现。现有一段长度为n音频信号V＝{v₁v₂v₃…v_n|n>10}，该音频信号可以是模拟的音频信号，也可以是由音频采集器采集的音频信号。V可以是包含裸音频数据的信号，也可以是某些加了音频标识头音频数据信号。

在现有的音频信号V中加入普通数据信息。在一个优选实施方式中包含音频标识头的音频信号中，加入普通数据的位置要大于音频标识头的长度。假设音频信息的音频数据的标识头长度小于等于5，那么在v₅后位置任意位置加入待传输的普通数据信息D＝{d₁d₂d₃…d_k|k>33}。待传输的普通数据D的结构由数据标识头、有效数据、数据校验位三部分组成。参见图3所示。

更具体的一个示例中，假设有一串音频数据，其数据格式为YYYYYXXXXXXX,或XXXXXXXXXXXX，现有待传输普通数据D的数据标识头H由16位的固定长度的字符串“GS1ARV02.0100000”和16位的数据长度标识D_l及数据校验C组成。假设数据D的数据部分D_v长度850，则本实施例的混合数据格式为：

YYYYYXGS1ARV02.0100000 0000000000000850D_vCXXXXXXX

或者

XXXXXXGS1ARV02.01000000000000000000850D_vCXXXXXXX。

其中D_v为普通数据的有效数据，D_l为0000000000000850，共占16节字，C为H和D_v的校验位，占2字节。

混合数据编码单元602，用于用音频编码器将所述混合数据编码成混合编码的音频信息。

在优选实施方案方式中，所述装置还包括数据压缩加密模块504；

数据压缩加密模块504，用于对所述混合数据进行压缩加密；

其中，编码模块502，用于用音频编码器将所述压缩加密后的混合数据编码成混合编码的音频信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

由本实施例可以看出，本实施例的一种基于音频为载体的数据传输装置的数据获取模块获取待传输普通数据；编码模块将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；混合数据发送模块发送所述混合编码的音频信息至数据接收端。本实施例的装置将普通数据模拟音频信息，即使没有音频输入也可以传输数据信息。且利用音频通道传输前端设备的各种数据，实现数据传输的多样性，且使应用数据的接收端能够使用各种类型数据，进而大大提升接收端系统的兼容性。

图7是根据本申请一示例性实施例示出的一种计算设备的结构示意图。

参见图7，计算设备700包括存储器710和处理器720。

处理器720可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器710可以包括各种类型的存储单元，例如系统内存、只读存储器(ROM)，和永久存储装置。其中，ROM可以存储处理器720或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器710可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(DRAM，SRAM，SDRAM，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器710可以包括可读和/或写的可移除的存储设备，例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM，双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器710上存储有可执行代码，当可执行代码被处理器720处理时，可以使处理器720执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本申请的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本申请所必须的。另外，可以理解，本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里所申请的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本申请的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种基于音频为载体的数据传输方法，包括：

获取待传输普通数据；

将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；

发送所述混合编码的音频信息至数据接收端。

2.根据权利要求1所述的方法，其中，将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息包括：

在音频信息的音频数据中加入待传输普通数据的标识头、待传输普通数据的有效数据和待传输普通数据的数据校验位来得到混合数据；

用音频编码器将所述混合数据编码成混合编码的音频信息。

3.根据权利要求2所述的方法，其中，在音频信息的音频数据中加入待传输普通数据的标识头、待传输普通数据的有效数据和待传输普通数据的数据校验位来得到混合数据包括：

在音频信息的音频数据中加入表示待传输普通数据数据标识头第一预设长度的字符串；

在第一预设长度的字符串之后加入表示待传输普通数据数据长度的字符串；

在表示待传输普通数据数据长度的字符串后加入待传输普通数据的有效数据；

在有效数据之后加入待传输普通数据的数据校验位；

在数据校验位之后加入剩余的音频数据来生成混合数据。

4.根据权利要求3所述方法，其中，在音频信息的音频数据中加入表示待传输普通数据数据标识头第一预设长度的字符串包括：

在音频信息的音频数据的音频标识头之后任意位置加入表示待传输普通数据数据标识头第一预设长度的字符串。

5.根据权利要求2-4任意一项所述的方法，还包括，

对所述混合数据进行压缩加密；

其中，用音频编码器将所述混合数据编码成混合编码的音频信息，包括：

用音频编码器将所述压缩加密后的混合数据编码成混合编码的音频信息。

6.一种基于音频为载体的数据提取方法，包括：

接收包含普通数据和音频数据的混合编码的音频信息；

用音频解码器解码所述混合编码的音频信息得到解码后的混合数据；

提取所述混合数据中的普通数据。

7.一种基于音频为载体的数据传输装置，包括：数据获取模块、编码模块和混合数据发送模块；

数据获取模块，用于获取待传输普通数据；

编码模块，用于将所述待传输普通数据编码入音频信息中，生成混合编码的音频信息；

混合数据发送模块，用于发送所述混合编码的音频信息至数据接收端。

8.如权利要求7所述的装置，其中，编码模块包括：数据生成单元和混合数据编码单元；

数据生成单元，用于在音频信息的音频数据中加入待传输普通数据的标识头、待传输普通数据的有效数据和待传输普通数据的数据校验位来得到混合数据；

混合数据编码单元，用于用音频编码器将所述混合数据编码成混合编码的音频信息。

9.如权利要求8所述的装置，其中，还包括：数据压缩加密模块；

数据压缩加密模块，用于对所述混合数据进行压缩加密；

其中，编码模块，用于用音频编码器将所述压缩加密后的混合数据编码成混合编码的音频信息。

10.一种计算设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-5中任一项所述的方法。

Images