CN108206997A - 蓝牙连接方法及装置 - Google Patents

Abstract

本发明提供了一种蓝牙连接方法及装置，其中该方法包括：移动终端获取待连接设备的蓝牙协议的版本的特征信息；依据该特征信息确定待连接设备的使用的蓝牙版本，然后移动终端使用与之对应的蓝牙版本连接至待连接设备。采用上述方案，解决了相关技术中由于蓝牙版本较多，且分别进行更新导致的设备之间的蓝牙连接流程复杂的问题，在确定待连接设备的蓝牙版本之后，移动终端使用对应的版本进行连接，保证了蓝牙连接的稳定性。

Description

蓝牙连接方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种蓝牙连接方法及装置。

背景技术

在相关技术中，蓝牙协议栈总体上可分为核心协议和上层的应用层协议(如：对象存储规范(Object Push Profile，简称为OPP)用于传文件，(电话号码簿访问协议Phonebook Access Profile，简称为PBAP)用于连接电话本，蓝牙音频传输模型协定(Advanced Audio Distribution Profile，简称为A2DP)用于多媒体音频传输，免提概要(Hands-Free Profile，简称为HFP用于通话等)，核心协议和上层的应用层协议之间逻辑上相对独立，上下层之间存在交互的接口。上层的应用协议多达几十种(算上BLE-低功耗蓝牙-的话就更多了)，一般智能手机支持的应用层协议也有十种左右。每一种应用层协议都独立进行版本的更迭(如：AVRCP协议用于多媒体音频控制，目前接触到的就有1.3、1.4、1.5、1.6等数个版本)。蓝牙技术最为常见也是最为头疼的问题是蓝牙的兼容性问题，而兼容性问题中很大一部分都是因为上述应用层协议种类较多且每种协议都独立进行版本更迭。就拿AVRCP协议来举个例子，智能手机侧的音视频远程控制规范(Audio/Video RemoteControl Profile，简称为AVRCP)协议是随着Android版本的演进而更新的，所以新出的Android手机此协议都较新，而市场上存在的蓝牙设备(如：车载、耳机)往往都较为陈旧，因为两者间AVRCP版本差距较大引起的一系列问题，如音乐不能自动播放，高概率接连失败，不能同步音乐信息等，严重影响用户体验。

针对上述问题，相关技术中都是依托芯片商提供的方案。具体来说，在研平台针对此类问题的方案都是在开发、调试期测试尽可能多的设备，将存在此类问题的设备加入到黑名单当中，进行特殊的处理。也就是说芯片厂商的方案是首先知道存在问题的设备，然后才能改代码修复。而设备厂商的产品往往直面消费者如果此类问题发生，用户不可能等到设备厂商分析清楚问题再改代码出版本来解决。

其实在两个蓝牙设备通信的过程中是会相互之间获取对方的应用层协议的版本号的，那么为什么还会存在上述问题呢，是因为正规的蓝牙产品都是要经过蓝牙官方组织的认证的，比方说产品B宣称支持OPP协议1.3版本，正规的流程是向蓝牙官方组织提交认证申请，在官方组织授权的实验室通过一系列的测试pass后才会发放认证证书，经过测试后说明产品是符合官方协议规范的，而实际上很多厂商因为成本方面的问题都不会做此认证，而只经过内部测试便称自己的产品支持某一应用协议的某一版本，而实际上却不完全符合官方的协议规范，所以相关技术中还要解决的一个问题是如何知道对端蓝牙设备真正的协议版本。

针对相关技术中由于蓝牙版本较多，且分别进行更新导致的设备之间的蓝牙连接流程复杂的问题，目前还没有有效的解决方案。

发明内容

本发明实施例提供了一种蓝牙连接方法及装置，以至少解决相关技术中由于蓝牙版本较多，且分别进行更新导致的设备之间的蓝牙连接流程复杂的问题。

根据本发明的一个实施例，提供了一种蓝牙连接方法，包括：移动终端获取待连接设备的蓝牙协议的版本的特征信息；依据所述特征信息确定所述移动终端需要使用的连接版本；所述移动终端使用所述连接版本连接至所述待连接设备。

可选地，移动终端获取待连接设备的蓝牙协议的版本的特征信息，包括：所述移动终端将所述待连接设备预先上报的第一版本确定为所述待连接设备的版本；所述移动终端按照所述第一版本的预设待请求参数获取所述待连接设备的第一特征信息。

可选地，依据所述特征信息确定所述移动终端需要使用的连接版本，包括：生成与所述第一版本的标准版本对应的第一特征掩码；获取所述第一特征掩码和所述第一特征信息之间的第一相似度；在确定所述第一相似度符合预设情况时，确定所述第一版本的标准版本为所述连接版本。

可选地，在确定所述第一相似度不符合预设情况之后，移动终端依据预设规则，依次选取蓝牙协议中非所述第一版本的蓝牙版本为第N版本，每次均执行以下确定步骤：依据所述第N版本的预设待请求参数获取所述待连接设备的第N特征信息；获取所述第N版本标准版本的第N特征掩码和所述第N特征信息之间的第N相似度；在确定所述第N相似度符合预设情况时，确定所述第N版本的标准版本为所述连接版本；在确定所述第N相似度不符合预设情况时，所述移动终端依据所述预设规则选取第(N+1)版本为所述第N版本，重复执行上述确定步骤；其中，所述第(N+1)版本和所述第N版本用于表示两个不同的蓝牙版本，N为大于2的整数。

可选地，所述移动终端通过以下方式确定所述第N版本：在所述第一特征掩码的有效位个数小于所述特征信息的有效位个数的情况下，确定版本级别高于所述第一版本的版本为所述第N版本，其中，每个有效位用于表示设备支持或者协议要求设备支持对应的特征。

可选地，所述蓝牙协议的版本数，与所述移动终端选取第N版本执行所述确定步骤的重复次数的差值小于等于1。

可选地，移动终端存储所述重复次数，其中，所述重复次数越大，所述待连接设备连接至所述移动终端的成功率越低；在所述重复次数大于阈值时，所述方法还包括：接收输入的选择信息，其中，所述选择信息用于在相似度大于预设值的多个版本中确定所述连接版本；所述移动终端使用所述连接版本连接至所述待连接设备。

可选地，所述移动终端通过以下方式确定所述特征掩码和特征信息的相似度：将所述特征掩码和所述特征信息进行按位与操作，获取按位与操作后的结果的有效位个数；将所述结果中的有效位个数除以所述特征掩码的有效位个数得到所述相似度。

根据本发明的另一个实施例，还提供了一种蓝牙连接装置，包括：获取模块，用于获取待连接设备的蓝牙协议的版本的特征信息；确定模块，用于依据所述特征信息确定需要使用的连接版本；连接模块，用于使用所述连接版本连接至所述待连接设备。

可选地，所述获取模块还用于将所述待连接设备预先上报的第一版本确定为所述待连接设备的版本；以及按照所述第一版本的预设待请求参数获取所述待连接设备的特征信息。

可选地，所述获取模块还用于获取待连接设备的应用层协议剖面profile的版本的特征信息。

根据本发明的另一个实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。

根据本发明的另一个实施例，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。

通过本发明，移动终端获取待连接设备的蓝牙协议的版本的特征信息；依据该特征信息确定待连接设备的使用的蓝牙版本，然后移动终端使用与之对应的蓝牙版本连接至待连接设备。采用上述方案，解决了相关技术中由于蓝牙版本较多，且分别进行更新导致的设备之间的蓝牙连接流程复杂的问题，在确定待连接设备的蓝牙版本之后，移动终端使用对应的版本进行连接，保证了蓝牙连接的稳定性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种蓝牙连接方法的移动终端的硬件结构框图；

图2是根据本发明实施例的蓝牙连接方法的流程图；

图3是根据本发明优选实施例的匹配流程图；

图4是根据本实施例的特征信息表的示意图；

图5是根据本实施例提供的交互流程图；

图6是根据优选实施例的规则相似度表格示意图；

图7是根据优选实施例的呈现至用户的界面示意图；

图8是根据优选实施例的半自动匹配的流程示意图；

图9是根据优选实施例的手动匹配的流程示意图。

具体实施方式

实施例一

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种蓝牙连接方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的蓝牙连接方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述移动终端的蓝牙连接方法，图2是根据本发明实施例的蓝牙连接方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，移动终端获取待连接设备的蓝牙协议的版本的特征信息。需要补充的是，此处的蓝牙协议可以为蓝牙协议的应用层协议的不同版本，当然不局限于应用层协议。

步骤S204，依据该特征信息确定该移动终端需要使用的连接版本；

步骤S206，该移动终端使用该连接版本连接至该待连接设备。

通过上述步骤，移动终端获取待连接设备的蓝牙协议的版本的特征信息；依据该特征信息确定待连接设备的使用的蓝牙版本，然后移动终端使用与之对应的蓝牙版本连接至待连接设备。采用上述方案，解决了相关技术中由于蓝牙版本较多，且分别进行更新导致的设备之间的蓝牙连接流程复杂的问题，在确定待连接设备的蓝牙版本之后，移动终端使用对应的版本进行连接，保证了蓝牙连接的稳定性。

可选地，移动终端获取待连接设备的蓝牙协议的版本的特征信息，包括：该移动终端将该待连接设备预先上报的第一版本确定为该待连接设备的版本；该移动终端按照该第一版本的预设待请求参数获取该待连接设备的第一特征信息。

需要说明的是，即待连接设备在连接之前，会通知移动终端自身蓝牙协议的版本，移动终端依据上报的版本模板(内含该版本对应的预设待请求参数)去获取待连接设备的蓝牙协议的特征信息，在获取之后如果与之前上报版本的标准版本不能匹配，则说明该待连接设备上报信息有误(即厂家的蓝牙协议并没有经过国家标准认证，误报了自身版本号)。此刻则需要移动终端调高或者调低蓝牙协议的模板，依据新模板去获取待连接设备的特征信息，然后使用新版本的标准版本的特征信息进行匹配，如果可以匹配，则确定了待连接设备的蓝牙协议版本，如不能匹配，继续调高或者调低蓝牙协议版本重新执行上述步骤。

需要补充的是，在每次匹配相似度较低之后，调高或者调低是由二者的特征信息对比决定的，如果待连接设备的特征信息有效位多于标准版本的有效位，则说明待连接设支持的功能多，可能是最新的蓝牙协议版本。在下次调高或调低版本去获取特征信息时，可以逐渐升高版本，也可以大幅度升高版本，这是一个逐渐缩小范围确定待连接设备的蓝牙版本的过程。

可选地，依据该特征信息确定该移动终端需要使用的连接版本，包括：生成与该第一版本的标准版本对应的第一特征掩码；获取该第一特征掩码和该第一特征信息之间的第一相似度；在确定该第一相似度符合预设情况时，确定该第一版本的标准版本为该连接版本。需要补充的是，第一版本的标准版本即蓝牙国际标准中记载的版本。例如待连接设备上报的第一版本是蓝牙2.0，则对应的是蓝牙2.0国家标准的版本为标准版本，生成特征掩码。

可选地，在确定该相似度不符合预设情况之后，在确定该第一相似度不符合预设情况之后，移动终端依据预设规则，依次选取蓝牙协议中非该第一版本的蓝牙版本为第N版本，每次均执行以下确定步骤：依据该第N版本的预设待请求参数获取该待连接设备的第N特征信息；获取该第N版本标准版本的第N特征掩码和该第N特征信息之间的第N相似度；在确定该第N相似度符合预设情况时，确定该第N版本的标准版本为该连接版本；在确定该第N相似度不符合预设情况时，该移动终端依据该预设规则选取第(N+1)版本为该第N版本，重复执行上述确定步骤；其中，该第(N+1)版本和该第N版本用于表示两个不同的蓝牙版本，N为大于2的整数。

需要补充的是，此处的第N版本只是为了说明与第一版本不一样的版本，即除了第一版本之外的一个版本。上述第一版本，第N版本并没有先后顺序的意思，只是表明这是不同的版本。

可选地，该移动终端通过以下方式确定该第N版本：在该第一特征掩码的有效位个数小于该特征信息的有效位个数的情况下，确定版本级别高于该第一版本的版本为该第N版本，其中，每个有效位用于表示设备支持或者协议要求设备支持对应的特征。

可选地，该蓝牙协议的版本数，与该移动终端选取第N版本执行该确定步骤的重复次数的差值小于等于1。即重复次数是在相似度不匹配的情况下，允许依次使用不同标准版本进行上述检测的最多次数。

可选地，移动终端存储该重复次数，其中，该重复次数越大，该待连接设备连接至该移动终端的成功率越低；在该重复次数大于阈值时，该方法还包括：接收输入的选择信息，其中，该选择信息用于在相似度大于预设值的多个版本中确定该连接版本；该移动终端使用该连接版本连接至该待连接设备。

可选地，该移动终端通过以下方式确定该特征掩码和特征信息的相似度：将该特征掩码和该特征信息进行按位与操作，获取按位与操作后的结果的有效位个数；将该结果中的有效位个数除以该特征掩码的有效位个数得到该相似度。

可选地，移动终端获取待连接设备的蓝牙协议的版本的特征信息，包括：该移动终端获取待连接设备的应用层协议剖面profile的版本的特征信息。

以下结合本发明优选实施例进行详细说明。

本优选实施例所示的装置包括智能手机，及远端蓝牙设备(如：智能手机、蓝牙耳机、车载等)。

图3是根据本发明优选实施例的匹配流程图，如图3所示，本优选实施例包括自适应匹配单元S01,自适应判断单元S02，手动匹配提示单元S03和手动匹配单元S04。当智能手机同远端蓝牙设备通信时，首先通过S01单元后台自动匹配智能手机与远端蓝牙设备的应用层协议。进入S02，若S01匹配成功则进入接下来的正常流程，若S01匹配失败则进入S03，S03首先根据自适应匹配得到的相似度信息自动为用户选择一个应用协议版本，提示用户可以执行手动匹配并提供相应跳转到手动匹配界面的菜单，当用户进入对应UI接口即进入S04手动匹配后，进入正常流程。

下面是本优选实施例的具体实施例

自适应匹配实施例

本实施例描述了当用户通过智能手机同远端蓝牙设备进行应用协议匹配的交互过程。交互可以由智能手机端或者远端蓝牙设备发起。下文中称应用层协议为profile。图5是根据本实施例提供的交互流程图，具体地以AVRCP协议匹配为例简要说明下全过程：

步骤S501:根据应用层协议的应用场景开启交互流程。

步骤S502：该步骤中智能手机会获取远端设备的AVRCP版本信息。具体地，智能手机向远端蓝牙设备发起请求获取远端机器的AVRCP版本，包括但不限于AVRCP的版本号。

步骤S503:此步骤智能手机将获取协议对应的特征Feature并生成特征信息。具体地，智能手机向远端机器发起获取此机器上AVRCP所支持的Feature信息，并生成Feature标志信息，标志信息由四个字节组成，并规定每一个bit位代表某一Feature，若远端机器支持该Feature则对应bit位置为1，若不支持则置为0。四字节共可代表32项Feature这对于蓝牙应用层各协议已经足够，存储该Feature标志信息待用，图4是根据本实施例的特征信息表的示意图。

步骤S504：此步骤生成AVRCP某一标准版本的Feature掩码，具体地，由步骤S402得到的AVRCP版本号，选取此标准版本所必须支持的部分代表性Feature，生成对应的Feature掩码，Feature掩码也由四个字节组成并且每一位所代表的Feature与S503中的一致，如某一个Feature被选中则对应Feature掩码的bit位置为1否则置为0。

步骤S505：此步骤中完成自适应匹配过程，具体地，用Feature掩码和生成的远端设备的Feature标志信息进行按位与操作，所得到的结果转成十六进制，如果此十六进制数与Feature掩码所代表的十六进制数相等，即代表Feature掩码中要求支持的Feature项远端机器均支持，此时判定为自适应匹配成功，否则为不成功。并且若Feature掩码有效位(即所有置1的bit位)的总数小于Feature标志信息的有效位则在S508中提升协议版本，反之则降低。

步骤S506:此步骤用于判断自适应是否结束。具体地，因为每个应用层协议的版本数不同，且常用的版本数也不同，这里根据具体的每一个应用层协议预先设置好阈值，判断自适应匹配的轮次是否超过了规定的阈值，比如AVRCP协议常用的版本有四个，则AVRCP协议的阈值即为四。若超出则进入正常流程，若未超出则进入下一个步骤S507。

步骤S507:该步骤用于计算设备“黑度”和“相似度”。黑度是设备存在问题程度的刻画，相似度是对设备中的某一协议与对应的标准协议匹配程度的刻画。具体地，由自适应匹配执行的轮次数来标记此设备“黑色”的程度即为黑度，数值越大则“黑色”程度越大，越说明此设备存在的问题越大。在此基础上我们记录每一轮次Feature掩码和Feature标志信息按位与操作后的到结果中有效位的个数除以Feature掩码中的有效位个数作为相似度值，并对每一轮得到的相似度值进行排序，记录排列前三的相似度值和与之对应的AVRCP版本号，作为最后的相似度表格存储待用。

步骤S508:此步骤与步骤S505对应，具体地，根据步骤S505的计算结果调整下一轮次要向远端机器获取的AVRCP版本及相应的特征Feature，开始下一轮匹配，并进行步骤S503。

半自动匹配实施例

半自动匹配作为自适应匹配的补充主要基于两点考虑，1.是蓝牙是无线通信的一种，就可能存在数据包失真的情况，导致自适应匹配出错。2.实际的工作经验告诉技术人员有很多蓝牙设备提供的profile(即：应用层协议)信息及所支持的Feature信息不真实，这也会导致自适应匹配出错。本实施例描述了当远端设备的黑度超过了阈值也即自适应匹配失败，我们首先会根据自适应匹配过程中得到的相似度信息为用户自动选择一个版本然后进入正常流程并同时提示用户与此设备通信可能存在问题，如果用户在应用中发现确实存在问题，则引导用户到相应的UI接口中手动匹配。需要补充的是，半自动匹配实施例本申请文件中的一种技术方案，在移动终端确定了待连接终设备的特征信息，匹配出一个或多个蓝牙版本的情况下，但是与哪个蓝牙版本的相似度都不满足预设情况时，可以罗列出相似度较高的几个蓝牙版本，进行适当排序，可以引导用户选择二者使用哪个蓝牙版本进行连接，或者不连接，具体的如图8所示。

图8是根据优选实施例的半自动匹配的流程示意图，具体地:

步骤S801：当远端设备的黑色程度超过阈值，也即自适应匹配失败。黑度是设备存在问题程度的刻画，相似度是对设备中的某一协议与对应的标准协议匹配程度的刻画。具体地，由自适应匹配执行的轮次数来标记此设备“黑色”的程度即为黑度，数值越大则“黑色”程度越大，越说明此设备存在的问题越大。

需要补充的是，在步骤S801之前，移动终端已经确定了多个蓝牙版本与待连接设备的多个相似度，记录在相似度表格中。具体的分别使用多个蓝牙版本确定相似度的方案，与之前可选实施例记载的确定相似度的方案是相同的。

步骤S802：此步骤中会判断自适应匹配中生成的相似度表格是否规则。具体地，预先规定排第一的相似度值必须比排第二、第三的相似度值都大则为规则，否则为不规则。图6是根据优选实施例的规则相似度表格示意图，如图6所示。

步骤S803：当S802中判断为规则相似度表格，由自适应匹配中计算得到的相似度信息，为用户自动选择排在第一的AVRCP协议版本。如下图所示，以AVRCP协议为例。自适应匹配步骤S807会得到以下结果，其中为用户选择排第一的AVRCP1.3版本。

步骤S804：提示用户与此设备通信可能会存在问题，并提供调转到手动匹配界面的菜单。

步骤S805:若用户点击了跳转菜单，则进入到手动匹配菜单界面，手动匹配界面中将为用户准备两项可选的协议版本，具体的为相似度表中排第二和第三的版本供用户选择，且相似度大的排在前，相似度低的排在后，若用户未点击则进入正常流程。接上一个步骤中的例子，图7是根据优选实施例的呈现至用户的界面示意图。

步骤S806：进入手动匹配界面，该界面向用户呈现智能终端测所支持的所有AVRCP版本按钮，用户每点击一个按钮，智能终端则将AVRCP设置成对应的版本。

上述步骤804至步骤S806的步骤可以相当于上述可选实施例中接收输入的选择信息，其中，所述选择信息用于在相似度大于预设值的多个版本中确定所述连接版本；所述移动终端使用所述连接版本连接至所述待连接设备。

手动匹配实施例

手动匹配作为半自动匹配的补充主要基于两点考虑，1.根据工作经验，实际上会存在这样的情况，由于蓝牙标准公开，门槛较低，一些厂商会选择性挑选好几个版本的某几个Feature，比如说某设备选取AVRCP1.3四个Feature，AVRCP1.4四个Feature，AVRCP1.5四个Feature，从而形成一个杂糅的版本。2.作为一个成熟的控制流程必须考虑到各种可能的情况，半自动匹配中规定相似度表格中排第一的要比第二、第三都大才是规则的，而理论上则存在各种各样的可能，将其他各种非规则的情况都在手动匹配中处理。本实施例描述了当远端设备的黑度超过了阈值也即自适应匹配失败，首先会判断相似度表格是否规则，如果不规则，则进入手动匹配流程，该流程直接向用户呈现相似度表格中的各个版本，由用户手动选择其中的一个。如通信中存在问题，用户可以再次进入手动界面选择其他项。

上述描述可以对应于实施例一中的步骤S206，所述移动终端可以是使用用户选择的连接版本连接至所述待连接设备。需要补充的是，手动匹配实施例本申请文件中的一种技术方案，在移动终端确定了待连接终设备的特征信息，匹配出一个或多个蓝牙版本，但是与哪个蓝牙版本的相似度都不满足预设情况时，可以由用户选择二者使用哪个蓝牙版本进行连接，或者不连接，具体的如图9所示。

图9是根据优选实施例的手动匹配的流程示意图，具体地:

步骤S901：当远端设备的黑色程度超过阈值，也即自适应匹配失败。黑度是设备存在问题程度的刻画，相似度是对设备中的某一协议与对应的标准协议匹配程度的刻画。具体地，由自适应匹配执行的轮次数来标记此设备“黑色”的程度即为黑度，数值越大则“黑色”程度越大，越说明此设备存在的问题越大。具体的确定某个蓝牙版本与远端设备的相似度的方案与之前可选实施例记载的方案可以是相同的，

步骤S902：此步骤中我们会判断自适应匹配中生成的相似度表格是否规则。如不规则进入步骤S903。

步骤S903：首先提示用户通信异常自适应匹配失败，需要手动匹配。

步骤S904：直接跳转到手动匹配界面，该界面向用户呈现相似度表格中的三个协议版本供用户选择，顺序与相似度表格一致。

上述步骤903至步骤S904的步骤可以相当于上述可选实施例中接收输入的选择信息，其中，所述选择信息用于在相似度大于预设值的多个版本中确定所述连接版本；所述移动终端使用所述连接版本连接至所述待连接设备。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例二

在本实施例中还提供了一种蓝牙连接装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

根据本发明的另一个实施例，还提供了一种蓝牙连接装置，包括：

获取模块，用于获取待连接设备的蓝牙协议的版本的特征信息；

确定模块，用于依据所述特征信息确定所述移动终端需要使用的连接版本；

连接模块，用于使用所述连接版本连接至所述待连接设备。

需要补充的是，实施例一中可以由移动终端执行的方法步骤，均可以由蓝牙连接装置执行。

可选地，所述获取模块还用于将所述待连接设备预先上报的第一版本确定为所述待连接设备的版本；按照所述第一版本的预设待请求参数获取所述待连接设备的特征信息。

可选地，所述确定模块还用于生成与所述第一版本的标准版本对应的第一特征掩码；获取所述第一特征掩码和所述特征信息的第一相似度；在确定所述第一相似度符合预设情况时，确定所述第一版本的标准版本为所述连接版本。

可选地，所述确定模块还用于在确定所述第一相似度不符合预设情况之后，按照所述蓝牙协议的第N版本的预设待请求参数获取所述待连接设备的第N特征信息；获取所述第N版本的第N特征掩码和所述第N特征信息的第N相似度；在确定所述第N相似度符合预设情况时，确定所述第N版本的标准版本为所述连接版本；其中，N为不等于1的正整数。

可选地，所述确定模块还用于通过以下方式确定所述第N版本：在所述第一特征掩码的有效位个数小于所述特征信息的有效位个数的情况下，确定版本级别高于所述第一版本的版本为所述第N版本，其中，每个有效位用于表示设备支持或者协议要求设备支持对应的特征。

可选地，重复次数小于等于所述蓝牙协议的版本数，其中，所述重复次数是依据不同标准版本的特征掩码和待连接设备上传的特征信息获取相似度，然后依据所述相似度确定连接版本的过程的次数。

可选地，所述确定模块还用于存储所述重复次数，其中，所述重复次数越大，所述待连接设备连接至所述移动终端的成功率越低；在所述重复次数大于阈值时，所述方法还包括：接收输入的选择信息，其中，所述选择信息用于在相似度大于预设值的多个版本中确定所述连接版本；所述移动终端使用所述连接版本连接至所述待连接设备。

可选地，所述确定模块还用于通过以下方式确定所述特征掩码和特征信息的相似度：将所述特征掩码和所述特征信息进行按位与操作，获取按位与操作后的结果的有效位个数；将所述结果中的有效位个数除以所述特征掩码的有效位个数得到所述相似度。

可选地，所述获取模块还用于获取待连接设备的应用层协议剖面profile的版本的特征信息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例三

根据本发明的另一个实施例，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。

实施例四

根据本发明的另一个实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种蓝牙连接方法，其特征在于，包括：

移动终端获取待连接设备的蓝牙协议的版本的特征信息；

依据所述特征信息确定所述移动终端需要使用的连接版本；

所述移动终端使用所述连接版本连接至所述待连接设备。

2.根据权利要求1所述的方法，其特征在于，移动终端获取待连接设备的蓝牙协议的版本的特征信息，包括：

所述移动终端将所述待连接设备预先上报的第一版本确定为所述待连接设备的版本；

所述移动终端按照所述第一版本的预设待请求参数获取所述待连接设备的第一特征信息。

3.根据权利要求2所述的方法，其特征在于，依据所述特征信息确定所述移动终端需要使用的连接版本，包括：

生成与所述第一版本的标准版本对应的第一特征掩码；

获取所述第一特征掩码和所述第一特征信息之间的第一相似度；

在确定所述第一相似度符合预设情况时，确定所述第一版本的标准版本为所述连接版本。

4.根据权利要求3所述的方法，其特征在于，在确定所述第一相似度不符合预设情况之后，移动终端依据预设规则，依次选取蓝牙协议中非所述第一版本的蓝牙版本为第N版本，每次均执行以下确定步骤：

依据所述第N版本的预设待请求参数获取所述待连接设备的第N特征信息；

获取所述第N版本标准版本的第N特征掩码和所述第N特征信息之间的第N相似度；

在确定所述第N相似度符合预设情况时，确定所述第N版本的标准版本为所述连接版本；

在确定所述第N相似度不符合预设情况时，所述移动终端依据所述预设规则选取第(N+1)版本为所述第N版本，重复执行上述确定步骤；

其中，所述第(N+1)版本和所述第N版本用于表示两个不同的蓝牙版本，N为大于2的整数。

5.根据权利要求4所述的方法，其特征在于，所述移动终端通过以下方式确定所述第N版本：

在所述第一特征掩码的有效位个数小于所述特征信息的有效位个数的情况下，确定版本级别高于所述第一版本的版本为所述第N版本，其中，每个有效位用于表示设备支持或者协议要求设备支持对应的特征。

6.根据权利要求4所述的方法，其特征在于，所述蓝牙协议的版本数，与所述移动终端选取第N版本执行所述确定步骤的重复次数的差值小于等于1。

7.根据权利要求6所述的方法，其特征在于，移动终端存储所述重复次数，其中，所述重复次数越大，所述待连接设备连接至所述移动终端的成功率越低；

在所述重复次数大于阈值时，所述方法还包括：

接收输入的选择信息，其中，所述选择信息用于在相似度大于预设值的多个版本中确定所述连接版本；

所述移动终端使用所述连接版本连接至所述待连接设备。

8.根据权利要求3至7任一项所述的方法，其特征在于，所述移动终端通过以下方式确定所述特征掩码和特征信息的相似度：

将所述特征掩码和所述特征信息进行按位与操作，获取按位与操作后的结果的有效位个数；

将所述结果中的有效位个数除以所述特征掩码的有效位个数得到所述相似度。

9.根据权利要求1所述的方法，其特征在于，移动终端获取待连接设备的蓝牙协议的版本的特征信息，包括：

所述移动终端获取待连接设备的应用层协议剖面profi le的版本的特征信息。

10.一种蓝牙连接装置，其特征在于，包括：

获取模块，用于获取待连接设备的蓝牙协议的版本的特征信息；

确定模块，用于依据所述特征信息确定需要使用的连接版本；

连接模块，用于使用所述连接版本连接至所述待连接设备。

11.根据权利要求10所述的装置，其特征在于，所述获取模块还用于将所述待连接设备预先上报的第一版本确定为所述待连接设备的版本；以及按照所述第一版本的预设待请求参数获取所述待连接设备的特征信息。

12.根据权利要求10所述的装置，其特征在于，所述获取模块还用于获取待连接设备的应用层协议剖面prof i le的版本的特征信息。

13.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至9任一项中所述的方法。

14.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行上述权利要求1至9任一项中所述的方法。