本發(fā)明涉及藍(lán)牙通信技術(shù)領(lǐng)域，特別是涉及一種藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法及藍(lán)牙設(shè)備。

背景技術(shù)：

近年來(lái)，低功耗藍(lán)牙(BLE)技術(shù)因其具有低成本，低功耗的特點(diǎn)，被廣泛應(yīng)用于智能手環(huán)，多功能藍(lán)牙耳機(jī)，智能臺(tái)燈，智能門鎖等消費(fèi)類電子設(shè)備中，其中，將應(yīng)用BLE技術(shù)的電子設(shè)備稱為BLE設(shè)備。

在藍(lán)牙4.0中，藍(lán)牙規(guī)范中規(guī)定了BLE技術(shù)支持普通連接和配對(duì)(也稱綁定)等連接模式。具體地，根據(jù)不同設(shè)備功能要求，對(duì)BLE設(shè)備的連接模式也有不同的要求，譬如，對(duì)于僅使用私有協(xié)議實(shí)現(xiàn)與智能設(shè)備通信的BLE設(shè)備，BLE的普通連接即可滿足需求；對(duì)于需要加入設(shè)備安全性與保存配對(duì)信息的BLE設(shè)備，則需要引入藍(lán)牙底層的配對(duì)連接技術(shù)。

但在實(shí)際使用中，直接的通過(guò)引入藍(lán)牙底層的配對(duì)實(shí)現(xiàn)安全通信可能會(huì)引入BLE設(shè)備與智能設(shè)備配對(duì)失敗的問(wèn)題，特別是當(dāng)BLE設(shè)備與安卓系統(tǒng)的智能設(shè)備配對(duì)時(shí)，由于智能設(shè)備的設(shè)計(jì)開發(fā)廠家眾多且設(shè)計(jì)標(biāo)準(zhǔn)沒有統(tǒng)一性，當(dāng)部分廠家的智能設(shè)備與BLE設(shè)備不兼容時(shí)，就會(huì)造成BLE設(shè)備與智能設(shè)備配對(duì)失敗的問(wèn)題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供了藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法及藍(lán)牙設(shè)備，可以解決藍(lán)牙設(shè)備與智能設(shè)備由于不兼容而導(dǎo)致的配對(duì)失敗的問(wèn)題。

第一方面，提供了一種藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法，包括：

藍(lán)牙設(shè)備接收智能設(shè)備發(fā)送的藍(lán)牙連接請(qǐng)求；

根據(jù)藍(lán)牙連接請(qǐng)求，建立與智能設(shè)備的鏈路層連接；

通過(guò)鏈路層連接，獲取智能設(shè)備的操作系統(tǒng)類型；

根據(jù)智能設(shè)備的操作系統(tǒng)類型，確定相應(yīng)的配對(duì)模式；

根據(jù)確定的配對(duì)模式，與智能設(shè)備進(jìn)行配對(duì)。

藍(lán)牙設(shè)備在與智能設(shè)備建立鏈路層連接之后，首先確定智能設(shè)備的操作系統(tǒng)類型；在確定操作系統(tǒng)類型之后，通過(guò)與確定的操作系統(tǒng)類型對(duì)應(yīng)的配對(duì)模式來(lái)與智能設(shè)備進(jìn)行配對(duì)，由此，可以解決藍(lán)牙設(shè)備與智能設(shè)備由于不兼容而導(dǎo)致的配對(duì)失敗的問(wèn)題。

在一個(gè)可選的實(shí)現(xiàn)中，智能設(shè)備的操作系統(tǒng)類型包括第一類型和第二類型；

根據(jù)智能設(shè)備的操作系統(tǒng)類型，確定相應(yīng)的配對(duì)模式，包括：

當(dāng)智能設(shè)備的操作系統(tǒng)類型為第一類型時(shí)，確定相應(yīng)的配對(duì)模式為底層配對(duì)模式；

當(dāng)智能設(shè)備的操作系統(tǒng)類型為第二類型時(shí)，確定相應(yīng)的配對(duì)模式為上層配對(duì)模式。

由于操作系統(tǒng)類型為第一類型的智能設(shè)備在與藍(lán)牙設(shè)備的配對(duì)過(guò)程中未使用藍(lán)牙規(guī)范預(yù)留值，也即在向藍(lán)牙設(shè)備發(fā)送的配對(duì)請(qǐng)求(Pairing_Request)指令中未使用藍(lán)牙規(guī)范預(yù)留值，從而不會(huì)造成與藍(lán)牙設(shè)備的藍(lán)牙協(xié)議棧的不同，也即其可以使用私有協(xié)議實(shí)現(xiàn)與藍(lán)牙設(shè)備的通信，因此其可以采用藍(lán)牙協(xié)議棧支持的底層配對(duì)模式；而操作系統(tǒng)類型為第二類型的智能設(shè)備在與藍(lán)牙設(shè)備配對(duì)過(guò)程中使用了藍(lán)牙規(guī)范預(yù)留值，也即在向藍(lán)牙設(shè)備發(fā)送的Pairing_Request指令中某些數(shù)據(jù)位使用了藍(lán)牙規(guī)范預(yù)留值，由于藍(lán)牙規(guī)范暫未規(guī)定預(yù)留值的具體功能，當(dāng)其在Pairing_Request指令中使用預(yù)留值時(shí)，會(huì)造成藍(lán)牙設(shè)備協(xié)議棧無(wú)法識(shí)別預(yù)留值相應(yīng)的功能，從而導(dǎo)致藍(lán)牙設(shè)備與智能設(shè)備不兼容的問(wèn)題，從而其不可以再采用藍(lán)牙協(xié)議棧支持的底層配對(duì)模式。在本發(fā)明中，對(duì)操作系統(tǒng)類型為第二類型的智能設(shè)備，可以確定其相應(yīng)的配對(duì)模式為上層配對(duì)模式。

在一個(gè)可選的實(shí)現(xiàn)中，根據(jù)確定的配對(duì)模式，與智能設(shè)備進(jìn)行配對(duì)，包括：

當(dāng)確定的配對(duì)模式為底層配對(duì)模式時(shí)，與智能設(shè)備在物理層進(jìn)行配對(duì)；

當(dāng)確定的配對(duì)模式為上層配對(duì)模式時(shí)，與智能設(shè)備在應(yīng)用層進(jìn)行加密配對(duì)。

在一個(gè)可選的實(shí)現(xiàn)中，與智能設(shè)備在應(yīng)用層進(jìn)行加密配對(duì)，包括：

獲取所述智能設(shè)備的藍(lán)牙地址并保存；

接收所述智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求；

向所述智能設(shè)備返回對(duì)應(yīng)于所述應(yīng)用層配對(duì)請(qǐng)求的響應(yīng)消息，其中，所述響應(yīng)消息包括所述藍(lán)牙設(shè)備的藍(lán)牙地址，所述響應(yīng)消息用于指示所述智能設(shè)備保存所述藍(lán)牙設(shè)備的藍(lán)牙地址；

或者，

接收所述智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求，其中，所述應(yīng)用層配對(duì)請(qǐng)求中包括加密后的所述智能設(shè)備的設(shè)備地址；

通過(guò)預(yù)先保存的密鑰解密并保存所述智能設(shè)備的設(shè)備地址；

向所述智能設(shè)備返回響應(yīng)消息，其中，所述響應(yīng)消息包括所述藍(lán)牙設(shè)備的藍(lán)牙地址，所述響應(yīng)消息用于指示所述智能設(shè)備保存所述藍(lán)牙設(shè)備的藍(lán)牙地址。

在實(shí)現(xiàn)藍(lán)牙設(shè)備與智能設(shè)備在應(yīng)用層上的加密配對(duì)過(guò)程之后，當(dāng)藍(lán)牙設(shè)備與智能設(shè)備斷開并重連時(shí)，雙方可以通過(guò)查找已綁定地址或序列碼列表(bonded list)，提取相應(yīng)的通訊加密所需的密鑰,從而避免二次重復(fù)配對(duì)，而直接進(jìn)入已配對(duì)的安全通信模式。

在一個(gè)可選的實(shí)現(xiàn)中，預(yù)先保存的密鑰是由藍(lán)牙設(shè)備從智能設(shè)備側(cè)獲取的。

第二方面，提供了一種藍(lán)牙設(shè)備，該藍(lán)牙設(shè)備具有實(shí)現(xiàn)上述方法實(shí)際中藍(lán)牙設(shè)備行為的功能。該功能可以通過(guò)硬件實(shí)現(xiàn)，也可以通過(guò)硬件執(zhí)行相應(yīng)的軟件實(shí)現(xiàn)。該硬件或軟件包括一個(gè)或多個(gè)與上述功能相對(duì)應(yīng)的模塊。

綜上所述，本發(fā)明提供的藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法中，藍(lán)牙設(shè)備在與智能設(shè)備建立普通連接之后，通過(guò)該連接獲取智能設(shè)備的操作系統(tǒng)類型；之后根據(jù)智能設(shè)備的操作系統(tǒng)類型，來(lái)確定相應(yīng)的配對(duì)模式；最后根據(jù)確定的配對(duì)模式，來(lái)與智能設(shè)備進(jìn)行配對(duì)。也即本發(fā)明中，對(duì)不同操作系統(tǒng)類型的智能設(shè)備，藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方式是不同的，由此，可以解決藍(lán)牙設(shè)備與智能設(shè)備由于不兼容而導(dǎo)致的配對(duì)失敗的問(wèn)題。

附圖說(shuō)明

圖1是本發(fā)明中一種藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法的應(yīng)用場(chǎng)景示意圖；

圖2是本發(fā)明中一種藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法流程圖；

圖3是本發(fā)明中一種藍(lán)牙設(shè)備與智能設(shè)備在應(yīng)用層上的配對(duì)方法流程圖；

圖4是本發(fā)明中另一種藍(lán)牙設(shè)備與智能設(shè)備在應(yīng)用層上的配對(duì)方法流程圖；

圖5是本發(fā)明中另一種藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法流程圖；

圖6為本發(fā)明中一種藍(lán)牙設(shè)備的示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施方式作還地詳細(xì)描述。

本發(fā)明實(shí)施例提供的藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法適用于在藍(lán)牙設(shè)備與智能設(shè)備建立普通連接的基礎(chǔ)上，進(jìn)一步進(jìn)行配對(duì)(或綁定)，以提高通信安全性的場(chǎng)景，尤其適用于低功耗藍(lán)牙(Bluetooth Low Energy，BLE)設(shè)備與智能設(shè)備在建立鏈路層連接的基礎(chǔ)上，進(jìn)一步根據(jù)智能設(shè)備操作系統(tǒng)的類型，在物理層或者應(yīng)用層上進(jìn)行配對(duì)的場(chǎng)景。為清楚起見，本發(fā)明以藍(lán)牙設(shè)備為BLE設(shè)備為例進(jìn)行說(shuō)明。

如，適用于如圖1所示的場(chǎng)景中，圖1中，BLE設(shè)備與智能設(shè)備之間運(yùn)行的是藍(lán)牙4.0及以上協(xié)議，其中，BLE設(shè)備可以為智能手環(huán)、多功能藍(lán)牙耳機(jī)、智能臺(tái)燈、智能門鎖等；第一智能設(shè)備可以為手機(jī)、平板電腦等，第二智能設(shè)備也可以為手機(jī)、平板電腦等，不同的是，第一智能設(shè)備與第二智能設(shè)備在與藍(lán)牙設(shè)備配對(duì)的過(guò)程中對(duì)藍(lán)牙規(guī)范預(yù)留值的使用方式不同。具體地，第一智能設(shè)備在與藍(lán)牙設(shè)備的配對(duì)過(guò)程中未使用藍(lán)牙規(guī)范預(yù)留值，也即在向藍(lán)牙設(shè)備發(fā)送的配對(duì)請(qǐng)求(Pairing_Request)指令中未使用藍(lán)牙規(guī)范預(yù)留值，，該智能設(shè)備的操作系統(tǒng)類型通常為IOS7.0及以上版本；第二智能設(shè)備在與藍(lán)牙設(shè)備配對(duì)過(guò)程中使用了藍(lán)牙規(guī)范預(yù)留值，也即在向藍(lán)牙設(shè)備發(fā)送的Pairing_Request指令中某些數(shù)據(jù)位使用了藍(lán)牙規(guī)范預(yù)留值，該智能設(shè)備的操作系統(tǒng)類型通常為安卓4.3及以上版本；而由于藍(lán)牙規(guī)范暫未規(guī)定預(yù)留值的具體功能，當(dāng)其在Pairing_Request指令中使用預(yù)留值時(shí)，會(huì)造成藍(lán)牙設(shè)備協(xié)議棧無(wú)法識(shí)別預(yù)留值相應(yīng)的功能，由此有可能會(huì)導(dǎo)致BLE設(shè)備不能識(shí)別第二智能設(shè)備發(fā)送的配對(duì)請(qǐng)求(也即BLE設(shè)備與第二智能設(shè)備不兼容)，從而拒絕與其進(jìn)行配對(duì)。

為了保證BLE設(shè)備與智能設(shè)備在兼容或者不兼容的情況下均能夠配對(duì)成功，本發(fā)明提出了如圖2所示的藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法，如圖2所示，所述方法具體可以包括如下步驟：

步驟210，藍(lán)牙設(shè)備接收智能設(shè)備發(fā)送的藍(lán)牙連接請(qǐng)求。

此處的藍(lán)牙設(shè)備可以為BLE設(shè)備，在初始時(shí)可以處于廣播狀態(tài)(advertising state)，與該藍(lán)牙設(shè)備在預(yù)設(shè)范圍之內(nèi)的智能設(shè)備都可以接收到其廣播的信號(hào)。上述智能設(shè)備可以安裝有第一應(yīng)用程序(application，app)，具體地，若智能設(shè)備想要與上述藍(lán)牙設(shè)備建立連接，其可以在接收到該藍(lán)牙設(shè)備廣播的信號(hào)之后，通過(guò)第一應(yīng)用程序向藍(lán)牙設(shè)備發(fā)送藍(lán)牙連接請(qǐng)求(CONNECT_REQ)，該藍(lán)牙連接請(qǐng)求中可以包括智能設(shè)備的藍(lán)牙地址以及藍(lán)牙設(shè)備的藍(lán)牙地址。

步驟220，根據(jù)藍(lán)牙連接請(qǐng)求，建立與智能設(shè)備的鏈路層連接。

藍(lán)牙設(shè)備在接收到智能設(shè)備發(fā)送的藍(lán)牙連接請(qǐng)求之后，就可以與智能設(shè)備建立鏈路層連接，也即與智能設(shè)備的第一應(yīng)用程序建立鏈路層連接。此處的鏈路層連接的建立屬于傳統(tǒng)常規(guī)技術(shù)，在此不復(fù)贅述。

步驟230，通過(guò)鏈路層連接，獲取智能設(shè)備的操作系統(tǒng)類型。

在建立上述鏈路層連接之后，藍(lán)牙設(shè)備與智能設(shè)備之間就可以進(jìn)行數(shù)據(jù)通訊了，如，藍(lán)牙設(shè)備可以通過(guò)該鏈路層連接向智能設(shè)備發(fā)送操作系統(tǒng)類型的獲取請(qǐng)求，智能設(shè)備的第一應(yīng)用程序在接收到上述獲取請(qǐng)求之后，可以獲取智能設(shè)備的操作系統(tǒng)類型，之后將獲取的操作系統(tǒng)類型返回給藍(lán)牙設(shè)備。

需要說(shuō)明的是，上述操作系統(tǒng)類型可以包括第一類型和第二類型，其中，第一類型可以是指IOS7.0及以上版本，操作系統(tǒng)類型為第一類型的智能設(shè)備可以為圖1中的第一智能設(shè)備；第二類型可以是指安卓4.3及以上版本，操作系統(tǒng)類型為第二類型的智能設(shè)備可以為圖1中的第二智能設(shè)備。

步驟240，根據(jù)智能設(shè)備的操作系統(tǒng)類型，確定相應(yīng)的配對(duì)模式。

其中，步驟240具體可以包括：

當(dāng)智能設(shè)備的操作系統(tǒng)類型為第一類型時(shí)，確定相應(yīng)的配對(duì)模式為底層配對(duì)模式；

當(dāng)智能設(shè)備的操作系統(tǒng)類型為第二類型時(shí)，確定相應(yīng)的配對(duì)模式為上層配對(duì)模式。

具體地，由于操作系統(tǒng)類型為第一類型的智能設(shè)備在與藍(lán)牙設(shè)備的配對(duì)過(guò)程中未使用藍(lán)牙規(guī)范預(yù)留值，也即在向藍(lán)牙設(shè)備發(fā)送的配對(duì)請(qǐng)求(Pairing_Request)指令中未使用藍(lán)牙規(guī)范預(yù)留值，從而不會(huì)造成與藍(lán)牙設(shè)備的藍(lán)牙協(xié)議棧的不同，也即其可以使用私有協(xié)議實(shí)現(xiàn)與藍(lán)牙設(shè)備的通信，因此其可以采用藍(lán)牙協(xié)議棧支持的底層配對(duì)模式；而操作系統(tǒng)類型為第二類型的智能設(shè)備在與藍(lán)牙設(shè)備配對(duì)過(guò)程中使用了藍(lán)牙規(guī)范預(yù)留值，也即在向藍(lán)牙設(shè)備發(fā)送的Pairing_Request指令中某些數(shù)據(jù)位使用了藍(lán)牙規(guī)范預(yù)留值，由于藍(lán)牙規(guī)范暫未規(guī)定預(yù)留值的具體功能，當(dāng)其在Pairing_Request指令中使用預(yù)留值時(shí)，會(huì)造成藍(lán)牙設(shè)備協(xié)議棧無(wú)法識(shí)別預(yù)留值相應(yīng)的功能，從而導(dǎo)致藍(lán)牙設(shè)備與智能設(shè)備不兼容的問(wèn)題，從而其應(yīng)避免采用藍(lán)牙協(xié)議棧支持的底層配對(duì)模式，在本發(fā)明中，對(duì)操作系統(tǒng)類型為第二類型的智能設(shè)備，可以確定其相應(yīng)的配對(duì)模式為上層配對(duì)模式。

步驟250，根據(jù)確定的配對(duì)模式，與智能設(shè)備進(jìn)行配對(duì)。

其中，步驟250具體可以包括：

當(dāng)確定的配對(duì)模式為底層配對(duì)模式時(shí)，與智能設(shè)備在物理層進(jìn)行配對(duì)；

當(dāng)確定的配對(duì)模式為上層配對(duì)模式時(shí)，與智能設(shè)備在應(yīng)用層進(jìn)行加密配對(duì)。

需要說(shuō)明的是，藍(lán)牙設(shè)備與智能設(shè)備在物理層進(jìn)行配對(duì)的過(guò)程如下：藍(lán)牙設(shè)備向智能設(shè)備發(fā)送安全請(qǐng)求(security request)；智能設(shè)備在接收到安全請(qǐng)求之后，加密連接，并向藍(lán)牙設(shè)備發(fā)送物理層配對(duì)請(qǐng)求(pairing request)；藍(lán)牙設(shè)備在接收到物理層配對(duì)請(qǐng)求之后，向智能設(shè)備返回配對(duì)響應(yīng)(pairing response)，從而藍(lán)牙設(shè)備與智能設(shè)備配對(duì)成功，也即完成了綁定過(guò)程。

上述是藍(lán)牙設(shè)備與智能設(shè)備在物理層上的配對(duì)過(guò)程，該兩者在應(yīng)用層上的配對(duì)過(guò)程可如圖3所示，主要包括如下步驟：

步驟310，藍(lán)牙設(shè)備獲取智能設(shè)備的藍(lán)牙地址并保存。

具體地，在藍(lán)牙設(shè)備與智能設(shè)備建立鏈路層連接之后，藍(lán)牙設(shè)備可以從藍(lán)牙連接請(qǐng)求(CONNECT_REQ)中獲取智能設(shè)備的藍(lán)牙地址，并對(duì)獲取的智能設(shè)備的藍(lán)牙地址進(jìn)行保存。

步驟320，藍(lán)牙設(shè)備接收智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求。

可選地，在藍(lán)牙設(shè)備接收智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求之前，藍(lán)牙設(shè)備還可以接收智能設(shè)備通過(guò)第一應(yīng)用生成并發(fā)送的密鑰(key)，并對(duì)接收的密鑰進(jìn)行保存。在一個(gè)例子中，藍(lán)牙設(shè)備可以將接收到的密鑰以及獲取的智能設(shè)備的藍(lán)牙地址對(duì)應(yīng)保存，如，可以保存到藍(lán)牙設(shè)備的已綁定地址或序列碼列表(bonded list)中。

需要說(shuō)明的是，上述密鑰用于對(duì)藍(lán)牙設(shè)備與智能設(shè)備的通訊數(shù)據(jù)進(jìn)行加密或者解密，從而提高兩者之間通信的安全性。如，藍(lán)牙設(shè)備可以通過(guò)該密鑰對(duì)后續(xù)與智能設(shè)備的藍(lán)牙通訊指令進(jìn)行加密。

步驟330，向智能設(shè)備返回對(duì)應(yīng)于應(yīng)用層配對(duì)請(qǐng)求的響應(yīng)消息。

其中，該響應(yīng)消息包括藍(lán)牙設(shè)備的藍(lán)牙地址，其用于指示智能設(shè)備保存藍(lán)牙設(shè)備的藍(lán)牙地址。

需要說(shuō)明的是，藍(lán)牙設(shè)備的藍(lán)牙地址可以是由藍(lán)牙設(shè)備通過(guò)藍(lán)牙協(xié)議棧獲取的；此外，響應(yīng)消息中的藍(lán)牙設(shè)備的藍(lán)牙地址可以是加密后的藍(lán)牙設(shè)備的藍(lán)牙地址。具體地，藍(lán)牙設(shè)備可以通過(guò)預(yù)先保存的密鑰來(lái)對(duì)藍(lán)牙設(shè)備的藍(lán)牙地址進(jìn)行加密。

智能設(shè)備在接收到上述響應(yīng)消息之后，可以通過(guò)第一應(yīng)用生成的密鑰對(duì)加密后的藍(lán)牙設(shè)備的藍(lán)牙地址進(jìn)行解密并保存。在一個(gè)例子中，智能設(shè)備可以將第一應(yīng)用生成的密鑰以及解密得到的藍(lán)牙設(shè)備的藍(lán)牙地址對(duì)應(yīng)保存，如，可以保存到智能設(shè)備的已綁定地址或序列碼列表(bonded list)中；之后，智能設(shè)備就可以通過(guò)該密鑰對(duì)后續(xù)與藍(lán)牙設(shè)備的藍(lán)牙通訊指令進(jìn)行加密。

或者，藍(lán)牙設(shè)備與智能設(shè)備在應(yīng)用層上的配對(duì)過(guò)程可如圖4所示，主要包括如下步驟：

步驟410，藍(lán)牙設(shè)備接收智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求。

此處，在藍(lán)牙設(shè)備接收智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求之前，在藍(lán)牙設(shè)備與智能設(shè)備建立鏈路層連接之后，可以先接收智能設(shè)備通過(guò)第一應(yīng)用生成并發(fā)送的密鑰(key)，并對(duì)接收到的密鑰進(jìn)行保存。需要說(shuō)明的是，上述密鑰用于對(duì)藍(lán)牙設(shè)備與智能設(shè)備的通訊數(shù)據(jù)進(jìn)行加密或者解密，從而提高兩者之間通信的安全性。

步驟410中，該應(yīng)用配對(duì)請(qǐng)求可以包括加密后的智能設(shè)備的設(shè)備地址，此處的設(shè)備地址可以是指藍(lán)牙地址，也可以是指手機(jī)序列號(hào)(SN)等。

步驟420，藍(lán)牙設(shè)備根據(jù)預(yù)先保存的密鑰解密并保存智能設(shè)備的設(shè)備地址。

此處，預(yù)先保存的密鑰可以是指上述智能設(shè)備通過(guò)第一應(yīng)用生成并發(fā)送的密鑰。具體地，藍(lán)牙設(shè)備通過(guò)該預(yù)先保存的密鑰對(duì)智能設(shè)備的設(shè)備地址進(jìn)行解密并保存。在一個(gè)例子中，藍(lán)牙設(shè)備可以將接收的密鑰以及解密得到的智能設(shè)備的設(shè)備地址對(duì)應(yīng)保存，如，可以保存到藍(lán)牙設(shè)備的已綁定地址或序列碼列表(bonded list)中。

步驟430與步驟330相同，在此不復(fù)贅述。

通過(guò)上述步驟310-步驟330或者步驟410-步驟430，就實(shí)現(xiàn)了藍(lán)牙設(shè)備與智能設(shè)備在應(yīng)用層上的加密配對(duì)過(guò)程。之后，當(dāng)藍(lán)牙設(shè)備與智能設(shè)備斷開并重連時(shí)，雙方可以通過(guò)查找bonded list，提取相應(yīng)的通訊加密所需的密鑰,從而避免二次重復(fù)配對(duì)，而直接進(jìn)入已配對(duì)的安全通信模式。

為了更清楚的說(shuō)明藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法，本發(fā)明還進(jìn)行了如下描述：

圖5為本發(fā)明另一實(shí)施例提供的藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法，如圖5所示，藍(lán)牙設(shè)備為智能手環(huán)，智能設(shè)備為手機(jī)，所述方法可以包括如下步驟：

步驟510，智能手環(huán)接收手機(jī)發(fā)送的藍(lán)牙連接請(qǐng)求。

步驟520，智能手環(huán)根據(jù)藍(lán)牙連接請(qǐng)求，建立與手機(jī)的鏈路層連接。

步驟530，智能手環(huán)通過(guò)鏈路層連接，獲取手機(jī)的操作系統(tǒng)類型。

步驟540，判斷手機(jī)的操作系統(tǒng)類型，若手機(jī)的操作系統(tǒng)類型為IOS系統(tǒng)，則執(zhí)行步驟550；若手機(jī)的操作系統(tǒng)類型為安卓系統(tǒng)，則執(zhí)行步驟580。

步驟550，智能手環(huán)向手機(jī)發(fā)送安全請(qǐng)求(security request)。

步驟560，手機(jī)在接收到安全請(qǐng)求之后，加密連接，并向智能手環(huán)發(fā)送物理層配對(duì)請(qǐng)求(pairing request)。

步驟570，智能手環(huán)在接收到物理層配對(duì)請(qǐng)求之后，向手機(jī)返回配對(duì)響應(yīng)(pairing response)。

步驟580，智能手環(huán)接收手機(jī)發(fā)送的應(yīng)用層配對(duì)請(qǐng)求以及密鑰。

其中，上述密鑰是由手機(jī)通過(guò)第一應(yīng)用生成的，其用于對(duì)智能手環(huán)與手機(jī)的通訊數(shù)據(jù)進(jìn)行加密或者解密，從而提高兩者之間通信的安全性。如，智能手環(huán)可以通過(guò)該密鑰對(duì)后續(xù)與手機(jī)的藍(lán)牙通訊指令進(jìn)行加密。此外，上述應(yīng)用層配對(duì)請(qǐng)求可以包括加密后的手機(jī)序列號(hào)。

步驟590，智能手環(huán)解密并保存手機(jī)序列號(hào)。

具體地，智能手環(huán)通過(guò)密鑰解密并加密后的手機(jī)序列號(hào)，之后，智能手環(huán)可以將手機(jī)序列號(hào)與密鑰對(duì)應(yīng)保存，如，可以保存到智能手環(huán)的已綁定地址或序列碼列表(bonded list)中。

步驟5100，智能手環(huán)通過(guò)藍(lán)牙協(xié)議棧獲取智能手環(huán)的藍(lán)牙地址。

步驟5110，智能手環(huán)根據(jù)預(yù)先保存的密鑰，對(duì)智能手環(huán)的藍(lán)牙地址進(jìn)行加密。

步驟5120，智能手環(huán)向手機(jī)發(fā)送響應(yīng)消息。

該響應(yīng)消息可以包括加密后的智能手環(huán)的藍(lán)牙地址。

步驟5130，手機(jī)解密并保存所述智能手環(huán)的藍(lán)牙地址。

智能手環(huán)的藍(lán)牙地址與密鑰也可以對(duì)應(yīng)保存，如，可以保存到手機(jī)的已綁定地址或序列碼列表(bonded list)中。

由此，就可以解決操作系統(tǒng)為安卓的手機(jī)在與智能手環(huán)的配對(duì)過(guò)程中使用藍(lán)牙規(guī)范預(yù)留值時(shí)，即其在Pairing_Request指令中使用預(yù)留值時(shí)，由于智能手環(huán)的協(xié)議棧無(wú)法識(shí)別預(yù)留值相應(yīng)的功能，而導(dǎo)致的智能手環(huán)不能識(shí)別手機(jī)發(fā)送的配對(duì)請(qǐng)求(也即智能手環(huán)與手機(jī)不兼容)，從而拒絕與其進(jìn)行配對(duì)的問(wèn)題。

與上述藍(lán)牙設(shè)備與智能設(shè)備的配對(duì)方法對(duì)應(yīng)地，本發(fā)明還提供的一種藍(lán)牙設(shè)備，如圖6所示，該藍(lán)牙設(shè)備包括：

接收單元601，用于接收智能設(shè)備發(fā)送的藍(lán)牙連接請(qǐng)求。

建立單元602，用于根據(jù)接收單元601接收的藍(lán)牙連接請(qǐng)求，建立與智能設(shè)備的鏈路層連接。

獲取單元603，用于通過(guò)建立單元602建立的鏈路層連接，獲取智能設(shè)備的操作系統(tǒng)類型。

確定單元604，用于根據(jù)獲取單元603獲取的智能設(shè)備的操作系統(tǒng)類型，確定相應(yīng)的配對(duì)模式。

可選地，智能設(shè)備的操作系統(tǒng)類型包括第一類型和第二類型；

確定單元604具體用于：

當(dāng)智能設(shè)備的操作系統(tǒng)類型為第一類型時(shí)，確定相應(yīng)的配對(duì)模式為底層配對(duì)模式；

當(dāng)智能設(shè)備的操作系統(tǒng)類型為第二類型時(shí)，確定相應(yīng)的配對(duì)模式為上層配對(duì)模式。

配對(duì)單元605，用于根據(jù)確定單元604確定的配對(duì)模式，與智能設(shè)備進(jìn)行配對(duì)。

配對(duì)單元605具體用于：

當(dāng)確定的配對(duì)模式為底層配對(duì)模式時(shí)，與智能設(shè)備在物理層進(jìn)行配對(duì)；

當(dāng)確定的配對(duì)模式為上層配對(duì)模式時(shí)，與智能設(shè)備在應(yīng)用層進(jìn)行加密配對(duì)。

可選地，配對(duì)單元605還具體用于：

獲取所述智能設(shè)備的藍(lán)牙地址并保存；

接收所述智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求；

向所述智能設(shè)備返回對(duì)應(yīng)于所述應(yīng)用層配對(duì)請(qǐng)求的響應(yīng)消息，其中，所述響應(yīng)消息包括所述藍(lán)牙設(shè)備的藍(lán)牙地址，所述響應(yīng)消息用于指示所述智能設(shè)備保存所述藍(lán)牙設(shè)備的藍(lán)牙地址；

或者，

接收所述智能設(shè)備發(fā)送的應(yīng)用層配對(duì)請(qǐng)求，其中，所述應(yīng)用層配對(duì)請(qǐng)求中包括加密后的所述智能設(shè)備的設(shè)備地址；

通過(guò)預(yù)先保存的密鑰解密并保存所述智能設(shè)備的設(shè)備地址；

向所述智能設(shè)備返回響應(yīng)消息，其中，所述響應(yīng)消息包括所述藍(lán)牙設(shè)備的藍(lán)牙地址，所述響應(yīng)消息用于指示所述智能設(shè)備保存所述藍(lán)牙設(shè)備的藍(lán)牙地址。

可選地，上述預(yù)先保存的密鑰可以是由藍(lán)牙設(shè)備從智能設(shè)備側(cè)獲取的。

本發(fā)明實(shí)施例裝置的各功能模塊的功能，可以通過(guò)上述方法實(shí)施例的各步驟來(lái)實(shí)現(xiàn)，因此，本申請(qǐng)?zhí)峁┑难b置的具體工作過(guò)程，在此不復(fù)贅述。

本發(fā)明實(shí)施例中的藍(lán)牙設(shè)備，接收單元601接收智能設(shè)備發(fā)送的藍(lán)牙連接請(qǐng)求；建立單元602根據(jù)藍(lán)牙連接請(qǐng)求，建立與智能設(shè)備的鏈路層連接；獲取單元603通過(guò)鏈路層連接，獲取智能設(shè)備的操作系統(tǒng)類型；確定單元604根據(jù)智能設(shè)備的操作系統(tǒng)類型，確定相應(yīng)的配對(duì)模式；配對(duì)單元605根據(jù)確定的配對(duì)模式，與智能設(shè)備進(jìn)行配對(duì)。由此，可以解決藍(lán)牙設(shè)備與智能設(shè)備由于不兼容而導(dǎo)致的配對(duì)失敗的問(wèn)題。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。