一种音频设备的连接方法、音频播放装置技术领域
本发明涉及音频设备的连接技术，尤其涉及一种音频设备的连接方法、音
频播放装置。
背景技术
现有的电子设备，例如手机、平板电脑等大多具有音频播放器，用户可以
利用电子设备中的音频播放器播放存储在电子设备中的音频文件，例如音乐。
在某些场景下，例如影院，用户需要将电子设备中的音频文件通过外部的音频
播放装置，例如音响进行播放，从而达到用户希望的音响效果。
然而，不同电子设备所支持的音频协议可能不同，音频播放装置不能对所
有的电子设备的音频文件均进行播放。基于此，如何兼容所有电子设备的音频
协议并对各个电子的音频文件均进行播放是有待解决的问题。
发明内容
为解决上述技术问题，本发明实施例提供了一种音频设备的连接方法、音
频播放装置。
本发明实施例提供的音频设备的连接方法包括：
基于第一传输协议向音频设备发送第一消息；
接收到所述音频设备发送的第二消息时，对所述第二消息进行分析；
根据分析结果，确定出所述音频设备支持的传输协议类型；
基于所述音频设备支持的传输协议类型，与所述音频设备建立连接以及接
收所述音频设备发送的音频数据并播放。
本发明实施例中，所述根据分析结果，确定出所述音频设备支持的传输协
议类型，包括：
根据分析结果，判断所述第二消息是否为基于所述第一传输协议的连接数
据包；
当所述第二消息为所述基于所述第一传输协议的连接数据包时，所述音频
设备支持的传输协议类型为所述第一传输协议。
本发明实施例中，所述第一消息为探测包；
所述根据分析结果，确定出所述音频设备支持的传输协议类型，包括：
根据分析结果，判断所述第二消息是否为探测失败包；
当所述第二消息为所述探测失败包时，所述音频设备支持的传输协议类型
为第二传输协议。
本发明实施例中，所述第二消息具有属性信息，所述属性信息标识了所述
音频设备所支持传输协议的类型；
所述根据分析结果，确定出所述音频设备支持的传输协议类型，包括：
根据所述第二消息的属性信息，确定出所述音频设备支持的传输协议类型。
本发明实施例中，所述基于所述音频设备支持的传输协议类型，与所述音
频设备建立连接以及接收所述音频设备发送的音频数据并播放，包括：
基于所述音频设备支持的传输协议类型，通过通用串行总线(USB，
UniversalSerialBus)、或者通用异步收发传输(UART，UniversalAsynchronous
Receiver/Transmitter)、或者蓝牙(BT，BlueTooth)与所述音频设备建立连接以
及接收所述音频设备发送的音频数据并播放。
本发明实施例提供的音频播放装置支持两种以上传输协议；所述装置包括：
发送单元，用于基于第一传输协议向音频设备发送第一消息；
接收单元，用于接收所述音频设备发送的第二消息；
分析单元，用于对所述第二消息进行分析；根据分析结果，确定出所述音
频设备支持的传输协议类型；
传输单元，用于基于所述音频设备支持的传输协议类型，与所述音频设备
建立连接以及接收所述音频设备发送的音频数据；
播放单元，用于播放所述音频数据。
本发明实施例中，所述分析单元包括：
判断子单元，用于根据分析结果，判断所述第二消息是否为基于所述第一
传输协议的连接数据包；
确定子单元，用于当所述第二消息为所述基于所述第一传输协议的连接数
据包时，所述音频设备支持的传输协议类型为所述第一传输协议。
本发明实施例中，所述第一消息为探测包；
所述判断子单元，还用于根据分析结果，判断所述第二消息是否为探测失
败包；
所述确定子单元，还用于当所述第二消息为所述探测失败包时，所述音频
设备支持的传输协议类型为第二传输协议。
本发明实施例中，所述第二消息具有属性信息，所述属性信息标识了所述
音频设备所支持传输协议的类型；
所述分析单元，还用于根据所述第二消息的属性信息，确定出所述音频设
备支持的传输协议类型。
本发明实施例中，所述传输单元，还用于基于所述音频设备支持的传输协
议类型，通过USB、或者UART、或者BT与所述音频设备建立连接以及接收
所述音频设备发送的音频数据。
本发明实施例的技术方案中，音频播放装置支持两种以上传输协议类型，
音频播放装置为了检测音频设备所支持的传输协议类型，首先基于第一传输协
议向音频设备发送第一消息，这里，第一传输协议是音频播放装置所支持的其
中一种传输协议，第一消息为探测包。音频设备接收到第一消息后，向音频播
放装置返回第二消息，以表明音频设备所支持的传输协议类型。然后，音频播
放装置根据音频设备所支持的传输协议类型，接收音频设备发送的音频数据并
进行播放。可见，本发明实施例的音频播放装置能够支持不同的传输协议，针
对不同的音频设备可以选择出与该音频设备相应的传输协议进行音频数据的传
输，并实现音频数据的播放，兼容性较强，方便用户使用同一音频播放装置播
放不同传输协议类型的音频数据，大大提升了用户的体验。
附图说明
图1为本发明实施例一的音频设备的连接方法的流程示意图；
图2为本发明实施例二的音频设备的连接方法的流程示意图；
图3为本发明实施例三的音频设备的连接方法的流程示意图；
图4为本发明实施例一的音频播放装置的结构组成示意图；
图5为本发明实施例二的音频播放装置的结构组成示意图；
图6为本发明实施例三的音频播放装置的结构组成示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图
对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来
限定本发明实施例。
图1为本发明实施例一的音频设备的连接方法的流程示意图，本示例中的
音频设备的连接方法应用于音频播放装置中，如图1所示，所述音频设备的连
接方法包括以下步骤：
步骤101：基于第一传输协议向音频设备发送第一消息。
本发明实施例中，音频播放装置尤指音响，音频播放装置支持两种以上传
输协议。音频播放装置所支持的传输协议至少包括：第一传输协议、第二传输
协议。这里，第一传输协议和第二传输协议分别定义了不同的数据包结构和收
发协议。第一传输协议和第二传输协议所定义的数据包结构和收发协议依据音
频设备而定，音频设备可以是如下设备：手机、平板电脑、笔记本电脑等各种
类型的电子设备，音频设备具有音频播放器，音频播放器不同导致电子设备所
支持的传输协议不同，例如，以苹果(Apple)产品为例，苹果电子设备中的因
特网便携式音频播放器(iPod，internetPortableaudiodevice)附件是一种音频
播放器，iPod所支持的传输协议分为两种，分别为协议版本1(iAP1)和协议
版本2(iAP2)，为了能够接收并播放两种不同传输协议的音频数据，音频播放
装置相应也需要支持这两种传输协议，即iAP1和iAP2。
本发明实施例中，音频播放装置与音频设备之间的所有交互均可通过但不
限于以下方式进行：USB、BT、UART。
基于此，音频播放装置基于USB、或BT、或UART与音频设备建立连接，
然后基于第一传输协议向音频设备发送第一消息，这里，第一传输协议是音频
播放装置所支持的其中一种传输协议，第一传输协议可由用户预先设置为默认
的传输协议，每当音频播放装置与音频设备建立连接时，首先都是通过默认的
传输协议向音频设备发送第一消息。以Apple产品为例，音频播放装置基于默
认的iAP2向音频设备发送第一消息，这里，第一消息具体为探测包，在iAP2
中定义了探测包为FF550200EE10。
步骤102：接收到所述音频设备发送的第二消息时，对所述第二消息进行
分析；根据分析结果，确定出所述音频设备支持的传输协议类型。
在第一种实施方式中，音频设备接收到音频播放装置发送的第一消息后，
将返回一个数据包(即第二消息)给音频播放装置。如果音频设备支持第一传
输协议，返回的数据包为标准的第一传输协议的连接数据包，如果音频设备不
支持第一传输协议时，返回的数据包为探测失败包。当音频播放装置接收到第
一传输协议的连接数据包时，能够确定出音频设备支持的传输协议类型为第一
传输协议；当音频播放装置接收到探测失败包时，能够确定出音频设备支持的
传输协议类型为第二传输协议。这种实施方式默认为音频播放装置和音频设备
支持两种传输协议，即当音频播放装置通过交互的消息确定出音频设备不支持
第一传输协议时，则认为音频设备支持第二传输协议。以Apple产品为例，如
果音频设备支持iAP2，则返回标准的iAP2连接数据包，否则返回探测失败包
(FF5504000204EE08)。音频播放装置分析返回的数据包是否为探测失败
包，如果是探测失败包，则确定音频设备支持iAP1。如果是标准的iAP2连接
数据包，则确定音频设备支持AP2。
在第二种实施方式中，这种实施方式的音频播放装置和音频设备支持多种
传输协议，音频设备接收到音频播放装置发送的第一消息后，将返回第二消息
给音频播放装置，第二消息中具有属性信息，所述属性信息标识了所述音频设
备所支持传输协议的类型。音频播放装置直接根据第二消息中的属性信息即可
确定出音频设备支持的传输协议类型。
步骤103：基于所述音频设备支持的传输协议类型，与所述音频设备建立
连接以及接收所述音频设备发送的音频数据并播放。
基于上述步骤102所确定出的所述音频设备支持的传输协议类型，与所述
音频设备建立连接以及接收所述音频设备发送的音频数据并播放。
本发明实施例的音频播放装置能够支持不同的传输协议，针对不同的音频
设备可以选择出与该音频设备相应的传输协议进行音频数据的传输，并实现音
频数据的播放，兼容性较强，方便用户使用同一音频播放装置播放不同传输协
议类型的音频数据，大大提升了用户的体验。
图2为本发明实施例二的音频设备的连接方法的流程示意图，本示例中的
音频设备的连接方法应用于音频播放装置中，如图2所示，所述音频设备的连
接方法包括以下步骤：
步骤201：基于第一传输协议向音频设备发送第一消息。
本发明实施例中，音频播放装置尤指音响，音频播放装置支持两种以上传
输协议。音频播放装置所支持的传输协议至少包括：第一传输协议、第二传输
协议。这里，第一传输协议和第二传输协议分别定义了不同的数据包结构和收
发协议。第一传输协议和第二传输协议所定义的数据包结构和收发协议依据音
频设备而定，音频设备可以是如下设备：手机、平板电脑、笔记本电脑等各种
类型的电子设备，音频设备具有音频播放器，音频播放器不同导致电子设备所
支持的传输协议不同，例如，以苹果(Apple)产品为例，苹果电子设备中的iPod
附件是一种音频播放器，iPod所支持的传输协议分为两种，分别为协议版本1
(iAP1)和协议版本2(iAP2)，为了能够接收并播放两种不同传输协议的音频
数据，音频播放装置相应也需要支持这两种传输协议，即iAP1和iAP2。
本发明实施例中，音频播放装置与音频设备之间的所有交互均可通过但不
限于以下方式进行：USB、BT、UART。
基于此，音频播放装置基于USB、或BT、或UART与音频设备建立连接，
然后基于第一传输协议向音频设备发送第一消息，这里，第一传输协议是音频
播放装置所支持的其中一种传输协议，第一传输协议可由用户预先设置为默认
的传输协议，每当音频播放装置与音频设备建立连接时，首先都是通过默认的
传输协议向音频设备发送第一消息。以Apple产品为例，音频播放装置基于默
认的iAP2向音频设备发送第一消息，这里，第一消息具体为探测包，在iAP2
中定义了探测包为FF550200EE20。
步骤202：接收到所述音频设备发送的第二消息时，对所述第二消息进行
分析；根据分析结果，判断所述第二消息是否为基于所述第一传输协议的连接
数据包；判断所述第二消息是否为探测失败包。
音频设备接收到音频播放装置发送的第一消息后，将返回一个数据包(即
第二消息)给音频播放装置。如果音频设备支持第一传输协议，返回的数据包
为标准的第一传输协议的连接数据包，如果音频设备不支持第一传输协议时，
返回的数据包为探测失败包。当音频播放装置接收到第一传输协议的连接数据
包时，能够确定出音频设备支持的传输协议类型为第一传输协议；当音频播放
装置接收到探测失败包时，能够确定出音频设备支持的传输协议类型为第二传
输协议。这种实施方式默认为音频播放装置和音频设备支持两种传输协议，即
当音频播放装置通过交互的消息确定出音频设备不支持第一传输协议时，则认
为音频设备支持第二传输协议。以Apple产品为例，如果音频设备支持iAP2，
则返回标准的iAP2连接数据包，否则返回探测失败包(FF5504000204EE
08)。音频播放装置分析返回的数据包是否为探测失败包，如果是探测失败包，
则确定音频设备支持iAP1。如果是标准的iAP2连接数据包，则确定音频设备
支持AP2。
步骤203：当所述第二消息为所述基于所述第一传输协议的连接数据包时，
所述音频设备支持的传输协议类型为所述第一传输协议；当所述第二消息为所
述探测失败包时，所述音频设备支持的传输协议类型为第二传输协议。
步骤204：基于所述音频设备支持的传输协议类型，与所述音频设备建立
连接以及接收所述音频设备发送的音频数据并播放。
基于上述步骤203所确定出的所述音频设备支持的传输协议类型，与所述
音频设备建立连接以及接收所述音频设备发送的音频数据并播放。
本发明实施例的音频播放装置能够支持不同的传输协议，针对不同的音频
设备可以选择出与该音频设备相应的传输协议进行音频数据的传输，并实现音
频数据的播放，兼容性较强，方便用户使用同一音频播放装置播放不同传输协
议类型的音频数据，大大提升了用户的体验。
图3为本发明实施例三的音频设备的连接方法的流程示意图，本示例中的
音频设备的连接方法应用于音频播放装置中，如图3所示，所述音频设备的连
接方法包括以下步骤：
步骤301：基于第一传输协议向音频设备发送第一消息。
本发明实施例中，音频播放装置尤指音响，音频播放装置支持两种以上传
输协议。音频播放装置所支持的传输协议至少包括：第一传输协议、第二传输
协议。这里，第一传输协议和第二传输协议分别定义了不同的数据包结构和收
发协议。第一传输协议和第二传输协议所定义的数据包结构和收发协议依据音
频设备而定，音频设备可以是如下设备：手机、平板电脑、笔记本电脑等各种
类型的电子设备，音频设备具有音频播放器，音频播放器不同导致电子设备所
支持的传输协议不同，例如，以苹果(Apple)产品为例，苹果电子设备中的iPod
附件是一种音频播放器，iPod所支持的传输协议分为两种，分别为协议版本1
(iAP1)和协议版本2(iAP2)，为了能够接收并播放两种不同传输协议的音频
数据，音频播放装置相应也需要支持这两种传输协议，即iAP1和iAP2。
本发明实施例中，音频播放装置与音频设备之间的所有交互均可通过但不
限于以下方式进行：USB、BT、UART。
基于此，音频播放装置基于USB、或BT、或UART与音频设备建立连接，
然后基于第一传输协议向音频设备发送第一消息，这里，第一传输协议是音频
播放装置所支持的其中一种传输协议，第一传输协议可由用户预先设置为默认
的传输协议，每当音频播放装置与音频设备建立连接时，首先都是通过默认的
传输协议向音频设备发送第一消息。以Apple产品为例，音频播放装置基于默
认的iAP2向音频设备发送第一消息，这里，第一消息具体为探测包，在iAP2
中定义了探测包为FF550200EE30。
步骤302：接收到所述音频设备发送的第二消息时，对所述第二消息进行
分析；根据所述第二消息的属性信息，确定出所述音频设备支持的传输协议类
型。
这种实施方式的音频播放装置和音频设备支持多种传输协议，音频设备接
收到音频播放装置发送的第一消息后，将返回第二消息给音频播放装置，第二
消息中具有属性信息，所述属性信息标识了所述音频设备所支持传输协议的类
型。音频播放装置直接根据第二消息中的属性信息即可确定出音频设备支持的
传输协议类型。
步骤303：基于所述音频设备支持的传输协议类型，通过USB、或者UART、
或者BT与所述音频设备建立连接以及接收所述音频设备发送的音频数据并播
放。
基于上述步骤302所确定出的所述音频设备支持的传输协议类型，与所述
音频设备建立连接以及接收所述音频设备发送的音频数据并播放。
本发明实施例的音频播放装置能够支持不同的传输协议，针对不同的音频
设备可以选择出与该音频设备相应的传输协议进行音频数据的传输，并实现音
频数据的播放，兼容性较强，方便用户使用同一音频播放装置播放不同传输协
议类型的音频数据，大大提升了用户的体验。
图4为本发明实施例一的音频播放装置的结构组成示意图，音频播放装置
如图4所示，所述装置包括：
发送单元41，用于基于第一传输协议向音频设备发送第一消息；
接收单元42，用于接收所述音频设备发送的第二消息；
分析单元43，用于对所述第二消息进行分析；根据分析结果，确定出所述
音频设备支持的传输协议类型；
传输单元44，用于基于所述音频设备支持的传输协议类型，与所述音频设
备建立连接以及接收所述音频设备发送的音频数据；
播放单元45，用于播放所述音频数据。
本领域技术人员应当理解，图4所示的音频播放装置中的各单元的实现功
能可参照前述音频设备的连接方法的相关描述而理解。图4所示的音频播放装
置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻
辑电路而实现。
图5为本发明实施例二的音频播放装置的结构组成示意图，音频播放装置
如图5所示，所述装置包括：
发送单元51，用于基于第一传输协议向音频设备发送第一消息；
接收单元52，用于接收所述音频设备发送的第二消息；
分析单元53，用于对所述第二消息进行分析；根据分析结果，确定出所述
音频设备支持的传输协议类型；
传输单元54，用于基于所述音频设备支持的传输协议类型，与所述音频设
备建立连接以及接收所述音频设备发送的音频数据；
播放单元55，用于播放所述音频数据。
所述分析单元53包括：
判断子单元531，用于根据分析结果，判断所述第二消息是否为基于所述
第一传输协议的连接数据包；
确定子单元532，用于当所述第二消息为所述基于所述第一传输协议的连
接数据包时，所述音频设备支持的传输协议类型为所述第一传输协议。
所述第一消息为探测包；
所述判断子单元531，还用于根据分析结果，判断所述第二消息是否为探
测失败包；
所述确定子单元532，还用于当所述第二消息为所述探测失败包时，所述
音频设备支持的传输协议类型为第二传输协议。
本领域技术人员应当理解，图5所示的音频播放装置中的各单元的实现功
能可参照前述音频设备的连接方法的相关描述而理解。图5所示的音频播放装
置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻
辑电路而实现。
图6为本发明实施例三的音频播放装置的结构组成示意图，音频播放装置
如图6所示，所述装置包括：
发送单元61，用于基于第一传输协议向音频设备发送第一消息；
接收单元62，用于接收所述音频设备发送的第二消息；
分析单元63，用于对所述第二消息进行分析；根据分析结果，确定出所述
音频设备支持的传输协议类型；
传输单元64，用于基于所述音频设备支持的传输协议类型，与所述音频设
备建立连接以及接收所述音频设备发送的音频数据；
播放单元65，用于播放所述音频数据。
所述第二消息具有属性信息，所述属性信息标识了所述音频设备所支持传
输协议的类型；
所述分析单元63，还用于根据所述第二消息的属性信息，确定出所述音频
设备支持的传输协议类型。
所述传输单元64，还用于基于所述音频设备支持的传输协议类型，通过
USB、或者UART、或者BT与所述音频设备建立连接以及接收所述音频设备
发送的音频数据。
本领域技术人员应当理解，图6所示的音频播放装置中的各单元的实现功
能可参照前述音频设备的连接方法的相关描述而理解。图6所示的音频播放装
置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻
辑电路而实现。
本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，
可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，
所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方
式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可
以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直
接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，
可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为
单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可
以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来
实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单
元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集
成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬
件加软件功能单元的形式实现。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于
此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到
变化或替换，都应涵盖在本发明的保护范围之内。