本發(fā)明涉及通信領(lǐng)域，更具體地說(shuō)，涉及一種云端與藍(lán)牙設(shè)備的交互通信方法、系統(tǒng)和無(wú)線路由器。

背景技術(shù)：

隨著信息化的急速發(fā)展，人們對(duì)信息交換和通信的需求日益強(qiáng)烈。藍(lán)牙技術(shù)由于具有低成本的收發(fā)器芯片、傳輸距離近、低功耗等特征，從而被廣泛應(yīng)用，已經(jīng)出現(xiàn)了越來(lái)越多的采用藍(lán)牙通信的藍(lán)牙設(shè)備。例如有藍(lán)牙運(yùn)動(dòng)檢測(cè)手環(huán)、藍(lán)牙體重稱、藍(lán)牙血壓計(jì)、藍(lán)牙智能家居設(shè)備等。人們可以通過(guò)這些藍(lán)牙設(shè)備獲得相應(yīng)的信息數(shù)據(jù)或進(jìn)行相應(yīng)的智能控制，從而改善生活體驗(yàn)以及提高生活質(zhì)量。

在現(xiàn)有的種類繁多的藍(lán)牙設(shè)備中，用戶一般是通過(guò)智能終端上APP進(jìn)行控制并獲取數(shù)據(jù)，不同種類的藍(lán)牙設(shè)備則需要用戶分別在智能終端手機(jī)上安裝多種不同的APP，才能與藍(lán)牙設(shè)備進(jìn)行通信。每個(gè)APP管理一個(gè)藍(lán)牙設(shè)備，藍(lán)牙設(shè)備的數(shù)據(jù)是相對(duì)獨(dú)立的。智能終端上的這些不同APP勢(shì)必占用了大量的智能終端系統(tǒng)資源，影響運(yùn)行速度，增加系統(tǒng)負(fù)擔(dān)。當(dāng)用戶想要獲得多種類型的藍(lán)牙數(shù)據(jù)時(shí)，需要依次開(kāi)啟不同的APP，執(zhí)行連接、采集和斷開(kāi)等多次操作才能完成，極大的降低了藍(lán)牙通信的效率和實(shí)用性，用戶體驗(yàn)差。

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

本發(fā)明的發(fā)明目的是針對(duì)現(xiàn)有技術(shù)的缺陷，提出一種云端與藍(lán)牙設(shè)備的交互通信方法、系統(tǒng)和無(wú)線路由器，用以提高藍(lán)牙通信的效率和實(shí)用性，提升用戶體驗(yàn)。

第一方面，本發(fā)明提供了一種云端與藍(lán)牙設(shè)備的交互通信方法，該方法包括：

掃描藍(lán)牙設(shè)備；

識(shí)別所述藍(lán)牙設(shè)備的廣播包中包含的指定標(biāo)識(shí)，確定是否需要將所述廣播包上報(bào)給云端，如果是，上報(bào)所述廣播包給所述云端；

接收所述云端發(fā)來(lái)的與所述藍(lán)牙設(shè)備連接通信的指令，根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)。

優(yōu)選地，所述識(shí)別所述藍(lán)牙設(shè)備的廣播包中所包含的指定標(biāo)識(shí)，確定是否需要將所述廣播包上報(bào)給云端，包括：

識(shí)別所述藍(lán)牙設(shè)備的廣播包中所包含的指定標(biāo)識(shí)中是否包含第一標(biāo)識(shí)，如果是，確定所述藍(lán)牙設(shè)備可識(shí)別且需要將所述廣播包上報(bào)給云端。

優(yōu)選地，所述上報(bào)所述廣播包給所述云端之后，還包括：

所述云端接收所述廣播包，根據(jù)所述廣播包中包含的第四標(biāo)識(shí)，確定是否需要與所述藍(lán)牙設(shè)備連接通信，如果是，則下發(fā)所述指令。

優(yōu)選地，所述上報(bào)所述廣播包給所述云端之后，還包括：

所述云端接收所述廣播包，根據(jù)所述廣播包中包含的第三標(biāo)識(shí)，確定所述廣播包中是否存在所述藍(lán)牙設(shè)備的數(shù)據(jù)，如果是，則從所述廣播包中獲取所述數(shù)據(jù)。

優(yōu)選地，所述根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)，包括：

當(dāng)在指定時(shí)間內(nèi)根據(jù)所述指令成功與所述藍(lán)牙設(shè)備建立連接時(shí)，獲取數(shù)據(jù)并透?jìng)鹘o所述云端。

優(yōu)選地，所述根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)之后，還包括：

判斷與所述藍(lán)牙設(shè)備的連接時(shí)間是否超過(guò)預(yù)設(shè)時(shí)間，如果是，則主動(dòng)斷開(kāi)所述連接。

優(yōu)選地，所述根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)之后，還包括：

所述藍(lán)牙設(shè)備在確定所述數(shù)據(jù)全部傳送完成后，主動(dòng)斷開(kāi)所述連接。

優(yōu)選地，所述方法還包括：

當(dāng)接收到所述云端下發(fā)的連接指定藍(lán)牙設(shè)備的指令時(shí)，根據(jù)所述指令掃描所述指定藍(lán)牙設(shè)備；

如果在預(yù)設(shè)的掃描時(shí)長(zhǎng)內(nèi)掃描到所述指定藍(lán)牙設(shè)備，則連接所述指定藍(lán)牙設(shè)備，并根據(jù)所述云端下發(fā)的指令透?jìng)魉鲋付ㄋ{(lán)牙設(shè)備的數(shù)據(jù)或斷開(kāi)與所述指定藍(lán)牙設(shè)備的連接；

如果在所述掃描時(shí)長(zhǎng)內(nèi)未掃描到所述指定藍(lán)牙設(shè)備，則上報(bào)所述云端未找到所述指定藍(lán)牙設(shè)備。

第二方面，本發(fā)明還提供了一種無(wú)線路由器，用于執(zhí)行如上所述除云端執(zhí)行以外的任一項(xiàng)云端與藍(lán)牙設(shè)備的交互通信方法。

第三方面，本發(fā)明還提供了一種云端與藍(lán)牙設(shè)備的交互通信系統(tǒng)，包括：一個(gè)或多個(gè)藍(lán)牙設(shè)備，云端以及如上所述的無(wú)線路由器；

所述云端用于：

接收所述廣播包，根據(jù)所述廣播包中包含的指定標(biāo)識(shí)執(zhí)行與所述藍(lán)牙設(shè)備的連接通信。

本發(fā)明提供的上述技術(shù)方案，通過(guò)云端發(fā)起交互或藍(lán)牙設(shè)備發(fā)起交互的方式實(shí)現(xiàn)了云端與藍(lán)牙設(shè)備間的數(shù)據(jù)通信和交互。充分利用云端快速處理和更新數(shù)據(jù)的能力，直接通過(guò)云端對(duì)藍(lán)牙設(shè)備的數(shù)據(jù)進(jìn)行解析和處理，實(shí)現(xiàn)了對(duì)藍(lán)牙設(shè)備數(shù)據(jù)的云端管理。即使是不同廠商生產(chǎn)的藍(lán)牙設(shè)備，也可以在其廣播包包含第一標(biāo)識(shí)的情況下，將藍(lán)牙設(shè)備識(shí)別出來(lái)并將數(shù)據(jù)最終傳輸至對(duì)應(yīng)廠商的服務(wù)器，徹底解決了各藍(lán)牙設(shè)備和廠商之間的不兼容和數(shù)據(jù)的傳輸障礙。從而，本發(fā)明提供的技術(shù)方案解決了目前物聯(lián)網(wǎng)快速發(fā)展的前提下，不同廠商生產(chǎn)的藍(lán)牙設(shè)備與作為藍(lán)牙通信設(shè)備的智能終端間無(wú)法匹配和進(jìn)行通信的問(wèn)題，通過(guò)云端對(duì)多藍(lán)牙設(shè)備的管理，實(shí)現(xiàn)了物聯(lián)網(wǎng)下的數(shù)據(jù)的及時(shí)、快速的交互，符合當(dāng)前的云網(wǎng)絡(luò)和物聯(lián)網(wǎng)絡(luò)的透明性和效率性的發(fā)展。

再者，本發(fā)明提供的無(wú)線路由器只在需要數(shù)據(jù)交互時(shí)占用，在交互完成后就斷開(kāi)與其連接的藍(lán)牙設(shè)備，方便了更多藍(lán)牙設(shè)備通信并能夠減少無(wú)線路由器的耗損。而且，消除了不同藍(lán)牙設(shè)備數(shù)據(jù)獲取的界限，從技術(shù)上解決了同一無(wú)線路由器可對(duì)不同廠家的藍(lán)牙設(shè)備進(jìn)行管理，能夠管理更多的藍(lán)牙設(shè)備。用戶不再需要針對(duì)種類繁多的藍(lán)牙設(shè)備安裝不同的APP，進(jìn)行復(fù)雜繁瑣地操作，極大的方便了用戶的使用。同時(shí)，引入標(biāo)識(shí)的方式對(duì)藍(lán)牙設(shè)備識(shí)別以及對(duì)藍(lán)牙設(shè)備的數(shù)據(jù)的判斷，使得只要是無(wú)線路由器具備識(shí)別標(biāo)識(shí)的功能和藍(lán)牙設(shè)備的廣播包中包括自定義的標(biāo)識(shí)，其藍(lán)牙設(shè)備就可被該無(wú)線路由器識(shí)別，然后進(jìn)行數(shù)據(jù)傳輸?shù)?，這種多對(duì)多的方式，極大的擴(kuò)展了藍(lán)牙設(shè)備的應(yīng)用范圍，打破了廠商的限制。

具體地，在由云端發(fā)起交互時(shí)，可以由用戶在終端上使用APP、微信端或其他方式通過(guò)云端進(jìn)行遠(yuǎn)程查看或控制，不受終端位置的限制，用戶可以在不同地點(diǎn)獲取目標(biāo)地點(diǎn)的數(shù)據(jù)，如可以在單位獲取家中藍(lán)牙設(shè)備的數(shù)據(jù)等等，使用非常方便。而且，藍(lán)牙設(shè)備的數(shù)量也不限制，可以對(duì)多個(gè)藍(lán)牙設(shè)備進(jìn)行數(shù)據(jù)的更新和控制查看。

在由藍(lán)牙設(shè)備發(fā)起交互時(shí)，藍(lán)牙通信設(shè)備例如無(wú)線路由器通過(guò)第一標(biāo)識(shí)對(duì)藍(lán)牙設(shè)備發(fā)出的廣播包判斷，以對(duì)藍(lán)牙設(shè)備進(jìn)行識(shí)別，再由云端分析可被識(shí)別的藍(lán)牙設(shè)備廣播包中的第二標(biāo)識(shí)后判斷是直接從藍(lán)牙設(shè)備的廣播包中獲取數(shù)據(jù)還是下發(fā)連接指令，由無(wú)線路由器根據(jù)連接指令連接藍(lán)牙設(shè)備后透?jìng)魉{(lán)牙數(shù)據(jù)給云端。云端直接從藍(lán)牙設(shè)備廣播包中獲取數(shù)據(jù)的方式可以用來(lái)獲取數(shù)據(jù)更新頻率快、數(shù)據(jù)重要性相對(duì)低的數(shù)據(jù)，例如天氣、空氣質(zhì)量、環(huán)境溫濕度等；而通過(guò)無(wú)線路由器透?jìng)鹘o云端的方式獲取數(shù)據(jù)是一種穩(wěn)定的數(shù)據(jù)傳輸獲取方式，可以用于藍(lán)牙設(shè)備所檢測(cè)數(shù)據(jù)更新時(shí)的主動(dòng)上報(bào)，例如可以是血壓、心率等人體生理體征相對(duì)重要的數(shù)據(jù)，保證數(shù)據(jù)的連續(xù)性和準(zhǔn)確性。

另外，通過(guò)本發(fā)明提供的交互方法，用戶在需要獲取藍(lán)牙設(shè)備的數(shù)據(jù)時(shí)，可以直接從云端獲取所需數(shù)據(jù)，不再需要每次獲取數(shù)據(jù)時(shí)都需要連接藍(lán)牙設(shè)備。并且，不必將藍(lán)牙設(shè)備數(shù)據(jù)上傳到云端由云端進(jìn)行處理分析，可以借助云端的數(shù)據(jù)處理能力，使得用戶更加方便有效的使用其所需的數(shù)據(jù)。

附圖說(shuō)明

圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信方法流程圖；

圖2示出了根據(jù)本發(fā)明另一個(gè)實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信方法流程圖；

圖3示出了根據(jù)本發(fā)明另一種實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信方法流程圖；

圖4示出了根據(jù)本發(fā)明另一種實(shí)施例的無(wú)線路由器用于執(zhí)行本發(fā)明任一實(shí)施例的交互方法的結(jié)構(gòu)的示意圖；

圖5示出了根據(jù)本發(fā)明另一實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信系統(tǒng)結(jié)構(gòu)示意圖。

具體實(shí)施方式

為充分了解本發(fā)明之目的、特征及功效，借由下述具體的實(shí)施方式，對(duì)本發(fā)明做詳細(xì)說(shuō)明，但本發(fā)明并不僅僅限于此。

本發(fā)明涉及云端與藍(lán)牙設(shè)備的交互通信方法、系統(tǒng)和無(wú)線路由器，用以提高藍(lán)牙通信的效率和實(shí)用性，提升用戶體驗(yàn)。具體地，本發(fā)明的交互通信方法可包括兩種方式，一種為由云端發(fā)起交互的方式，該方式用于遠(yuǎn)程查看藍(lán)牙數(shù)據(jù)或控制藍(lán)牙設(shè)備，通常為終端APP、微信端或其他方式通過(guò)云端下發(fā)。另一種為由藍(lán)牙設(shè)備請(qǐng)求交互的方式，該方式用于藍(lán)牙數(shù)據(jù)更新時(shí)的主動(dòng)上報(bào)，便于藍(lán)牙數(shù)據(jù)的收集與及時(shí)提醒。在上述兩種交互方式中，其交互主要通過(guò)藍(lán)牙通信設(shè)備執(zhí)行，該藍(lán)牙通信設(shè)備包括但不限于：具有藍(lán)牙通信功能的無(wú)線路由器、手機(jī)、電腦、平板電腦等等。

本發(fā)明在通信的過(guò)程中涉及數(shù)據(jù)的透?jìng)?。其中，云端的?shù)據(jù)的透?jìng)魇侵覆煌脑贫朔?wù)器之間數(shù)據(jù)直接傳輸而不做處理，例如，通過(guò)愛(ài)國(guó)者云端服務(wù)器將數(shù)據(jù)透?jìng)鹘o小米云端服務(wù)器。無(wú)線路由器的數(shù)據(jù)透?jìng)魇侵冈谠贫送ㄟ^(guò)無(wú)線路由器連接了藍(lán)牙設(shè)備后的數(shù)據(jù)傳輸過(guò)程中，由于云端與藍(lán)牙設(shè)備之間已經(jīng)通過(guò)廣播包中的標(biāo)識(shí)知曉數(shù)據(jù)類型和數(shù)據(jù)獲取的方式。因此，在數(shù)據(jù)傳輸開(kāi)始后，無(wú)線路由器就只是一個(gè)介質(zhì)，并不需要知曉數(shù)據(jù)的類型，作為數(shù)據(jù)的傳輸通道將數(shù)據(jù)直接原封不動(dòng)地傳輸至云端。對(duì)于無(wú)線路由器而言，該數(shù)據(jù)透?jìng)鬟^(guò)程是完全透明的，不需要對(duì)數(shù)據(jù)做任何處理。

實(shí)施例1

參見(jiàn)圖1，圖1示出了一種實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信方法流程圖。本實(shí)施例中，該交互通信方法具體可包括：

101：掃描藍(lán)牙設(shè)備；

102：識(shí)別藍(lán)牙設(shè)備的廣播包中包含的指定標(biāo)識(shí)，確定是否需要將該廣播包上報(bào)給云端，如果是，上報(bào)該廣播包給云端；

103：接收云端發(fā)來(lái)的與藍(lán)牙設(shè)備連接通信的指令，根據(jù)該指令與藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)。

其中，藍(lán)牙設(shè)備廣播包中包含的指定標(biāo)識(shí)由藍(lán)牙設(shè)備廠商自定義設(shè)置，例如可以包括設(shè)備的MAC地址、設(shè)備的名稱以及其他任何可被識(shí)別的標(biāo)識(shí)。

本實(shí)施例中，可選的，識(shí)別所述藍(lán)牙設(shè)備的廣播包中所包含的指定標(biāo)識(shí)，確定是否需要將所述廣播包上報(bào)給云端，包括：

識(shí)別藍(lán)牙設(shè)備的廣播包中所包含的指定標(biāo)識(shí)中是否包含第一標(biāo)識(shí)，如果是，確定藍(lán)牙設(shè)備可識(shí)別且需要將該廣播包上報(bào)給云端。

其中，廣播包中的第一標(biāo)識(shí)由藍(lán)牙設(shè)備廠商自定義設(shè)置，用于判斷發(fā)送該廣播包的藍(lán)牙設(shè)備是否可被識(shí)別，只要藍(lán)牙設(shè)備的廣播包中包括廠商自定義設(shè)置的第一標(biāo)識(shí)，用于識(shí)別該廣播包的通信設(shè)備就可以識(shí)別出該藍(lán)牙設(shè)備。

本實(shí)施例中，可選的，上報(bào)所述廣播包給云端之后，還包括：

云端接收該廣播包，根據(jù)該廣播包中包含的第四標(biāo)識(shí)，確定是否需要與藍(lán)牙設(shè)備連接通信，如果是，則下發(fā)該指令。

本實(shí)施例中，可選的，上報(bào)所述廣播包給云端之后，還包括：

云端接收該廣播包，根據(jù)該廣播包中包含的第三標(biāo)識(shí)，確定該廣播包中是否存在藍(lán)牙設(shè)備的數(shù)據(jù)，如果是，則從該廣播包中獲取所述數(shù)據(jù)。

其中，本實(shí)施例中，廣播包中廠商自定義設(shè)置的指定標(biāo)識(shí)，還可以包含第三標(biāo)識(shí)和第四標(biāo)識(shí)，也是由廠商設(shè)置。通過(guò)廠商在藍(lán)牙設(shè)備中所設(shè)置的第四標(biāo)識(shí)，可以判斷出該藍(lán)牙設(shè)備是否有數(shù)據(jù)需要藍(lán)牙通信設(shè)備與其建立連接后獲??；通過(guò)廠商在藍(lán)牙設(shè)備中所設(shè)置的第三標(biāo)識(shí)可以判斷該藍(lán)牙設(shè)備的廣播包中是否存在藍(lán)牙設(shè)備的數(shù)據(jù)。

本實(shí)施例中，可選的，根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)，包括：

當(dāng)在指定時(shí)間內(nèi)根據(jù)所述指令成功與所述藍(lán)牙設(shè)備建立連接時(shí)，獲取數(shù)據(jù)并透?jìng)鹘o所述云端。

本實(shí)施例中，可選的，根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)之后，還包括：

判斷與所述藍(lán)牙設(shè)備的連接時(shí)間是否超過(guò)預(yù)設(shè)時(shí)間，如果是，則主動(dòng)斷開(kāi)所述連接。

本實(shí)施例中，可選的，根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)之后，還包括：

所述藍(lán)牙設(shè)備在確定所述數(shù)據(jù)全部傳送完成后，主動(dòng)斷開(kāi)所述連接。

本實(shí)施例提供的上述方法，例如可以是由藍(lán)牙設(shè)備端發(fā)起的交互，通過(guò)識(shí)別掃描到的藍(lán)牙設(shè)備的廣播包中包含的指定標(biāo)識(shí)，確定是否需要將該廣播包上報(bào)給云端；同時(shí)，云端對(duì)所上報(bào)的廣播包，根據(jù)廣播包中的指定標(biāo)識(shí)判斷如何獲取藍(lán)牙設(shè)備的數(shù)據(jù)，是需要連接藍(lán)牙設(shè)備后獲取數(shù)據(jù)還是直接從藍(lán)牙設(shè)備的廣播包中獲取數(shù)據(jù)，從而，實(shí)現(xiàn)云端與藍(lán)牙設(shè)備間的交互通信。使用藍(lán)牙設(shè)備的用戶將不再需要人為地去控制藍(lán)牙設(shè)備進(jìn)行數(shù)據(jù)的傳輸，而是可以由藍(lán)牙設(shè)備主動(dòng)的進(jìn)行數(shù)據(jù)上報(bào)。并且，將數(shù)據(jù)上報(bào)至云端進(jìn)行處理，可以充分地利用云端的數(shù)據(jù)分析和處理能力，直接在云端快速地完成數(shù)據(jù)分析、維護(hù)及處理，實(shí)現(xiàn)對(duì)藍(lán)牙數(shù)據(jù)的云端管理。即使不是同一廠商，也可以在符合第一標(biāo)識(shí)的情況下，將藍(lán)牙設(shè)備識(shí)別出來(lái)并將數(shù)據(jù)最終傳輸至對(duì)應(yīng)廠商的服務(wù)器，徹底解決了各藍(lán)牙設(shè)備和廠商之間的不兼容和數(shù)據(jù)的傳輸障礙。不需要每一臺(tái)無(wú)線路由器與藍(lán)牙設(shè)備端對(duì)端的一一解決，符合當(dāng)前的云網(wǎng)絡(luò)和物聯(lián)網(wǎng)絡(luò)的透明性和效率性的發(fā)展。

實(shí)施例2

參見(jiàn)圖2，圖2示出了另一種實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信方法流程圖。本實(shí)施例中，該方法例如可以是由無(wú)線路由器、手機(jī)等具備藍(lán)牙通信功能的藍(lán)牙通信設(shè)備完成，當(dāng)然也可以是其他可以執(zhí)行該交互方法的設(shè)備，具體不做限定。下面將以無(wú)線路由器為例做詳細(xì)說(shuō)明。

具體地，該交互方法可以包括：

201：無(wú)線路由器掃描藍(lán)牙設(shè)備；

202：無(wú)線路由器識(shí)別藍(lán)牙設(shè)備的廣播包中包含的指定標(biāo)識(shí)中是否包含第一標(biāo)識(shí)，如果是，確定藍(lán)牙設(shè)備可識(shí)別且需要將該廣播包上報(bào)給云端，上報(bào)該廣播包給云端；

203：云端接收該廣播包，根據(jù)該廣播包中包含的第四標(biāo)識(shí)，確定是否需要與藍(lán)牙設(shè)備連接通信，如果是，則下發(fā)與藍(lán)牙設(shè)備連接通信的指令給無(wú)線路由器；

204：無(wú)線路由器接收云端發(fā)來(lái)的指令，當(dāng)在指定時(shí)間內(nèi)根據(jù)該指令成功與所述藍(lán)牙設(shè)備建立連接時(shí)，獲取數(shù)據(jù)并透?jìng)鹘o云端；

其中，該指定時(shí)間可以根據(jù)需要設(shè)置，如10s或20s等等，具體不限定。

205：無(wú)線路由器判斷與所述藍(lán)牙設(shè)備的連接時(shí)間是否超過(guò)預(yù)設(shè)時(shí)間，如果是，則主動(dòng)斷開(kāi)與該藍(lán)牙設(shè)備的連接。

其中，該預(yù)設(shè)時(shí)間可以根據(jù)需要設(shè)置，如300s或500s等等，具體不限定。

本實(shí)施例中，可選的，藍(lán)牙設(shè)備在傳輸數(shù)據(jù)至無(wú)線路由器的過(guò)程中，也可以判斷當(dāng)前數(shù)據(jù)是否傳輸完成，如果傳輸完成，則主動(dòng)斷開(kāi)與無(wú)線路由器的連接。

本實(shí)施例中，可選的，云端在收到所述廣播包后，還可以包括：

云端根據(jù)該廣播包中的指定標(biāo)識(shí)包含的第三標(biāo)識(shí)，確定該廣播包中是否存在藍(lán)牙設(shè)備的數(shù)據(jù)，如果是，則從該廣播包中獲取所述數(shù)據(jù)。

本實(shí)施例中，優(yōu)選地，在任一時(shí)刻，也可以由云端發(fā)起與藍(lán)牙設(shè)備的交互，所述方法還包括：

云端下發(fā)連接一個(gè)指定藍(lán)牙設(shè)備的指令給無(wú)線路由器，無(wú)線路由器接收該指令，并根據(jù)該指令掃描該指定藍(lán)牙設(shè)備；如果在預(yù)設(shè)的掃描時(shí)長(zhǎng)內(nèi)掃描到該指定藍(lán)牙設(shè)備，則連接該指定藍(lán)牙設(shè)備，并根據(jù)云端下發(fā)的指令透?jìng)髟撝付ㄋ{(lán)牙設(shè)備的數(shù)據(jù)或斷開(kāi)與該指定藍(lán)牙設(shè)備的連接；如果在該預(yù)設(shè)的掃描時(shí)長(zhǎng)內(nèi)未掃描到該指定藍(lán)牙設(shè)備，則上報(bào)云端未找到該指定藍(lán)牙設(shè)備。

本實(shí)施例中，該云端與藍(lán)牙設(shè)備的交互通信方法，不僅可以由藍(lán)牙設(shè)備端請(qǐng)求交互，也可以由云端發(fā)起交互，兩種方式的交互互不干擾，并可以相互配合著完成云端與藍(lán)牙設(shè)備間的數(shù)據(jù)交互。用戶使用終端可以很容易的從云端獲取指定藍(lán)牙設(shè)備的數(shù)據(jù)。并且，不同的藍(lán)牙設(shè)備當(dāng)有數(shù)據(jù)更新或需要上報(bào)時(shí)，可以在不影響用戶獲取數(shù)據(jù)的前提下，完成數(shù)據(jù)的主動(dòng)上報(bào)，以便用戶在需要指定藍(lán)牙設(shè)備的數(shù)據(jù)時(shí)，可以隨時(shí)隨地不受時(shí)間地點(diǎn)限制的通過(guò)無(wú)線路由器從云端獲取。

參見(jiàn)圖3，圖3示出了另一種實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信方法流程圖。該方法由藍(lán)牙設(shè)備發(fā)起交互，具體包括：

301：無(wú)線路由器掃描藍(lán)牙通信距離范圍的藍(lán)牙設(shè)備；

302：無(wú)線路由器判斷接收到的廣播包中是否包含第一標(biāo)識(shí)，如果是，則確定發(fā)送該廣播包的藍(lán)牙設(shè)備為可識(shí)別的藍(lán)牙設(shè)備，并執(zhí)行303；否則，確定發(fā)送該廣播包的藍(lán)牙設(shè)備為不可識(shí)別的藍(lán)牙設(shè)備，返回執(zhí)行301；

303：無(wú)線路由器判斷該可識(shí)別的藍(lán)牙設(shè)備的廣播包中是否包含第二標(biāo)識(shí)，如果是，則確定該可識(shí)別的藍(lán)牙設(shè)備有數(shù)據(jù)需要上報(bào)給云端，并執(zhí)行304和305；否則，確定該可識(shí)別的藍(lán)牙設(shè)備無(wú)藍(lán)牙數(shù)據(jù)需要上報(bào)給云端，返回執(zhí)行301；

本實(shí)施例中，具體地，對(duì)藍(lán)牙設(shè)備的廣播包中是否包含第二標(biāo)識(shí)的判斷，可以采用如下方式：例如可以是判斷廣播包中是否包括指定的一個(gè)字段、一個(gè)字節(jié)或者一個(gè)比特位等，如果包括，則確定該廣播包中有藍(lán)牙設(shè)備數(shù)據(jù)需要上報(bào)，如果不包括，則確定該廣播包中無(wú)藍(lán)牙設(shè)備數(shù)據(jù)需要上報(bào)。例如還可以是判斷藍(lán)牙設(shè)備廣播包中一個(gè)或多個(gè)比特位的值是否為指定的值，如果有一個(gè)或多個(gè)比特位的值為指定的第一值，則確定該廣播包中有藍(lán)牙設(shè)備數(shù)據(jù)需要上報(bào)，否則，確定該廣播包中無(wú)藍(lán)牙設(shè)備數(shù)據(jù)需要上報(bào)。例如，判斷藍(lán)牙設(shè)備廣播包中廠商自定義數(shù)據(jù)字段中的第3、4字節(jié)(第二標(biāo)識(shí)flag2)的比特值，若該第3、4字節(jié)有一個(gè)或多個(gè)比特位的值為1，則確定該廣播包中有數(shù)據(jù)需要上報(bào)，無(wú)線路由器可將該廣播包上報(bào)給云端，若該第3、4字節(jié)中的比特位的值全為0，則確定該廣播包中無(wú)數(shù)據(jù)需要上報(bào)，無(wú)線路由器忽略該廣播包。

304：云端根據(jù)接收的廣播包中包含的第三標(biāo)識(shí)確定該廣播包中是否存在藍(lán)牙設(shè)備的數(shù)據(jù)，如果是，則云端獲取該廣播包數(shù)據(jù)，流程結(jié)束；

305：云端根據(jù)接收的廣播包中包含的第四標(biāo)識(shí)確定是否需要與該藍(lán)牙設(shè)備連接通信，如果是，則下發(fā)無(wú)線路由器連接該藍(lán)牙設(shè)備的指令；

其中，第二標(biāo)識(shí)flag2例如包括第三標(biāo)識(shí)flag21和第四標(biāo)識(shí)flag22，本實(shí)施例中對(duì)第三、第四標(biāo)識(shí)的判斷方式可以參考上述對(duì)第二標(biāo)識(shí)的說(shuō)明，本發(fā)明在下面的內(nèi)容中也將會(huì)示例詳細(xì)說(shuō)明。

306：無(wú)線路由器接收該指令，確定是否在指定時(shí)間內(nèi)成功與該藍(lán)牙設(shè)備建立連接，如果是，則執(zhí)行307，否則，執(zhí)行308；

其中，該指定時(shí)間可以根據(jù)需要設(shè)置，如10s或20s等等，具體不限定。

307：云端確定無(wú)線路由器成功連接該藍(lán)牙設(shè)備后，根據(jù)該藍(lán)牙設(shè)備廣播包中的第四標(biāo)識(shí)，判斷需獲取數(shù)據(jù)的數(shù)據(jù)類型，并根據(jù)該數(shù)據(jù)類型下發(fā)獲取相應(yīng)數(shù)據(jù)的指令，無(wú)線路由器根據(jù)該指令透?jìng)飨鄳?yīng)數(shù)據(jù)至云端，流程結(jié)束；

308：無(wú)線路由器上報(bào)云端未找到該藍(lán)牙設(shè)備或連接失敗，流程結(jié)束。

在上述步驟中，通過(guò)無(wú)線路由器識(shí)別藍(lán)牙設(shè)備廣播包中的標(biāo)識(shí)，可以容易地識(shí)別出有數(shù)據(jù)上報(bào)的藍(lán)牙設(shè)備，然后，再通過(guò)云端對(duì)廣播包的判斷，則可以區(qū)別出廣播包中有無(wú)數(shù)據(jù)，以及藍(lán)牙設(shè)備有無(wú)數(shù)據(jù)需要連接藍(lán)牙設(shè)備進(jìn)行獲取。并且，進(jìn)一步通過(guò)在廣播包中對(duì)數(shù)據(jù)的類型進(jìn)行標(biāo)識(shí)，這樣云端就可以通過(guò)廣播包本身直接很清楚的得出需要獲取的數(shù)據(jù)類型，則只需要下發(fā)獲取該數(shù)據(jù)類型的數(shù)據(jù)的指令，無(wú)需獲取藍(lán)牙設(shè)備的全部數(shù)據(jù)，縮短了數(shù)據(jù)獲取的時(shí)間，降低了數(shù)據(jù)傳輸?shù)南摹?/p>

本實(shí)施例中，無(wú)線路由器進(jìn)行透?jìng)靼▽⒃贫讼掳l(fā)的獲取數(shù)據(jù)指令透?jìng)鹘o藍(lán)牙設(shè)備以及將藍(lán)牙設(shè)備傳輸?shù)臄?shù)據(jù)透?jìng)鹘o云端服務(wù)器。具體地，無(wú)線路由器進(jìn)行透?jìng)鞯倪^(guò)程中，還包括對(duì)其和藍(lán)牙設(shè)備連接時(shí)長(zhǎng)的判斷，當(dāng)無(wú)線路由器確定其與藍(lán)牙設(shè)備連接時(shí)長(zhǎng)超過(guò)特定時(shí)間(如300s、400s等)，該無(wú)線路由器則主動(dòng)斷開(kāi)所連接的藍(lán)牙設(shè)備，如果未超過(guò)，無(wú)線路由器會(huì)繼續(xù)進(jìn)行透?jìng)?。另外，藍(lán)牙設(shè)備響應(yīng)云端指令進(jìn)行數(shù)據(jù)傳輸?shù)倪^(guò)程中，該藍(lán)牙設(shè)備將會(huì)在數(shù)據(jù)全部傳輸后主動(dòng)斷開(kāi)與無(wú)線路由器的連接。因此，本實(shí)施例通過(guò)上述在無(wú)線路由器端連接時(shí)長(zhǎng)的限定和藍(lán)牙設(shè)備端的數(shù)據(jù)傳輸完成與否的限定，保證了已經(jīng)完成數(shù)據(jù)傳輸?shù)乃{(lán)牙設(shè)備占用無(wú)線路由器的資源，同時(shí)，也有效避免了無(wú)線路由器長(zhǎng)時(shí)間連接某一或某些藍(lán)牙設(shè)備而無(wú)法與其他藍(lán)牙設(shè)備連接的情況發(fā)生。

下面將詳細(xì)說(shuō)明本實(shí)施例中的第一標(biāo)識(shí)flag1、第二標(biāo)識(shí)flag2以及第二標(biāo)識(shí)所包括的第三標(biāo)識(shí)flag21和第四標(biāo)識(shí)flag22。

本實(shí)施例中，藍(lán)牙設(shè)備廣播包中包含的指定標(biāo)識(shí)由藍(lán)牙設(shè)備廠商自定義設(shè)置，例如可以包括設(shè)備的MAC地址、設(shè)備的名稱以及其他任何可被無(wú)線路由器識(shí)別的標(biāo)識(shí)。具體地，該指定標(biāo)識(shí)包括第一標(biāo)識(shí)flag1、第三標(biāo)識(shí)flag21和第四標(biāo)識(shí)flag22，該第三標(biāo)識(shí)flag21和第四標(biāo)識(shí)flag22構(gòu)成了本實(shí)施例中的第二標(biāo)識(shí)flag2。

本發(fā)明中，第一標(biāo)識(shí)flag1用于無(wú)線路由器判別藍(lán)牙設(shè)備是否可識(shí)別。第二標(biāo)識(shí)用于無(wú)線路由器判別藍(lán)牙設(shè)備是否有數(shù)據(jù)需要上報(bào)至云端。具體地，第二標(biāo)識(shí)flag2可以細(xì)分為兩個(gè)標(biāo)識(shí)，標(biāo)識(shí)flag21用于標(biāo)識(shí)廣播包中是否存在需要上報(bào)的藍(lán)牙設(shè)備的數(shù)據(jù)，另一個(gè)標(biāo)識(shí)flag22用于標(biāo)識(shí)哪種類型的數(shù)據(jù)需要連接藍(lán)牙設(shè)備后上報(bào)。具體的，可以通過(guò)設(shè)置第二標(biāo)識(shí)中不同的比特位來(lái)實(shí)現(xiàn)上述flag21和flag22的功能。例如，可以設(shè)置第二標(biāo)識(shí)包括16個(gè)比特位，其中bit15作為flag21標(biāo)識(shí)，bit0-bit14作為flag22，從而能夠?qū)崿F(xiàn)最多15類數(shù)據(jù)的判別和傳輸。

其中，藍(lán)牙設(shè)備廠商可以設(shè)置廣播包的數(shù)據(jù)格式包括：長(zhǎng)度、類型和自定義數(shù)據(jù)塊，該自定義數(shù)據(jù)塊包括廠商id和第一標(biāo)識(shí)、第二標(biāo)識(shí)以及MAC地址，可符合如下規(guī)則：

a.廠商id占用第一和第二字節(jié)共兩個(gè)字節(jié)；

b.第二標(biāo)識(shí)flag2共占用第三和第四字節(jié)共兩個(gè)字節(jié)；其中，可以設(shè)置第二標(biāo)識(shí)flag2進(jìn)一步包括flag21和flag22。bit15(flag21)標(biāo)識(shí)該廣播包中是否存在藍(lán)牙設(shè)備的數(shù)據(jù)需要實(shí)時(shí)上傳，bit0-bit14(flag22)則標(biāo)識(shí)設(shè)備中存在哪類數(shù)據(jù)需要連接后獲取，最多支持15類數(shù)據(jù)；

c、需上報(bào)的廣播數(shù)據(jù)，其中，當(dāng)flag21標(biāo)識(shí)該廣播包中存在有效廣播數(shù)據(jù)時(shí)，占用的字節(jié)大于0；當(dāng)flag21標(biāo)識(shí)該廣播包中未存在有效廣播數(shù)據(jù)時(shí)，占用的字節(jié)為0；

d、第一標(biāo)識(shí)flag1占用兩個(gè)字節(jié)，flag1作為藍(lán)牙設(shè)備的可識(shí)別標(biāo)識(shí)，無(wú)論哪個(gè)廠商的藍(lán)牙設(shè)備，只要包含該第一標(biāo)識(shí)，就可以確認(rèn)為可識(shí)別的藍(lán)牙設(shè)備；

e.以MAC地址(6字節(jié))結(jié)尾。

因此，廣播包中包括的自定義數(shù)據(jù)字段中最短為12字節(jié)數(shù)據(jù)，具體格式如下表1和表2所示，其中，表1為廣播包數(shù)據(jù)格式，表2為自定義數(shù)據(jù)的格式。

表1

表2

具體地，第一標(biāo)識(shí)flag1具體可以設(shè)置為0x197F，源于aigo每個(gè)字母的ascii碼(a:0x61，i:0x69，g:0x67，o:0x6F)每個(gè)ascii取后4bit。當(dāng)然也可以設(shè)置為其它值，本發(fā)明具體不限定。第二標(biāo)識(shí)flag2由flag21和flag22組成，flag21標(biāo)識(shí)該廣播包中是否有需要上報(bào)的藍(lán)牙設(shè)備的數(shù)據(jù)，0即為沒(méi)有，1為有。Flag22共15bit，其中每一位bit代表一種數(shù)據(jù)類型，如心率、睡眠等信息，在云端服務(wù)器上可做出識(shí)別并下發(fā)相應(yīng)指令進(jìn)行連接獲取數(shù)據(jù)，0為此類型無(wú)數(shù)據(jù)上報(bào)，1為該類型數(shù)據(jù)需要連接獲取。由于可能存在多個(gè)數(shù)據(jù)更新，因此，還可以約定數(shù)據(jù)獲取的優(yōu)先級(jí)，在此可定義為高比特優(yōu)先級(jí)更高，如bit14>bit13>…>bit0等等，當(dāng)然也可以采用其它方式，本發(fā)明具體不限定。藍(lán)牙設(shè)備廠商可自行確定不同類型數(shù)據(jù)的更新位，如用bit14表示心率，bit13表示血壓等，云端服務(wù)器獲取數(shù)據(jù)時(shí)依此優(yōu)先級(jí)下發(fā)相應(yīng)的指令，先獲取心率數(shù)據(jù)然后再獲取血壓數(shù)據(jù)，從而實(shí)現(xiàn)根據(jù)優(yōu)先級(jí)獲取不同的藍(lán)牙數(shù)據(jù)。

本實(shí)施例中，藍(lán)牙數(shù)據(jù)的獲取分為兩種方式，一種為藍(lán)牙數(shù)據(jù)直接攜帶在廣播包中，另一種連接藍(lán)牙設(shè)備后再獲取藍(lán)牙數(shù)據(jù)，因此可以在數(shù)據(jù)上報(bào)時(shí)做出區(qū)分。

其中，上報(bào)到云端的數(shù)據(jù)至少包含以下信息：

設(shè)備名稱；

設(shè)備MAC地址；

數(shù)據(jù)類型(廣播、特征(讀取、通知)、意外斷開(kāi))；

服務(wù)UUID、特征UUID(特征數(shù)據(jù)需要)；

原始數(shù)據(jù)(意外斷開(kāi)不需要)。

數(shù)據(jù)下發(fā)至少包含以下信息：設(shè)備名稱；

設(shè)備MAC地址；

操作(連接、斷開(kāi)、讀取、監(jiān)聽(tīng)、寫(xiě)入)；

服務(wù)UUID、特征UUID(連接及斷開(kāi)操作不需要)；

原始數(shù)據(jù)(寫(xiě)入時(shí)才需要)。

下面具體舉例說(shuō)明無(wú)線路由器和云端是如何根據(jù)收到的廣播包來(lái)確定獲取藍(lán)牙數(shù)據(jù)的方式。此處以第一標(biāo)識(shí)是0x197F為例進(jìn)行說(shuō)明。

1)廠商自定義的廣播包為：0x09FF 0157 AAAAAAAAAAAA

廣播包長(zhǎng)度：9字節(jié)(0x09)；

數(shù)據(jù)類型：廠商自定義數(shù)據(jù)(0xFF)；

廠商標(biāo)識(shí)：廠商ID(0x0157，舉例使用，該處需設(shè)備廠商自定)；

MAC地址：0xAAAAAAAAAAAA；

無(wú)線路由器檢測(cè)到該廣播包未攜帶第一標(biāo)識(shí)0x197F，則直接忽略該廣播包不上報(bào)給云端。

2)廠商自定義廣播包為：0x0D FF 0157 0000 197F AAAAAAAAAAAA

廣播包長(zhǎng)度：13字節(jié)(0x0D)；

數(shù)據(jù)類型：廠商自定義數(shù)據(jù)(0xFF)；

廠商標(biāo)識(shí)：廠商ID(0x0157，舉例使用，該處需設(shè)備廠商自定)；

第二標(biāo)識(shí)：0x0000，所有bit全為0，沒(méi)有數(shù)據(jù)需要傳輸；

第一標(biāo)識(shí)：0x197F，標(biāo)識(shí)藍(lán)牙設(shè)備為可識(shí)別的藍(lán)牙設(shè)備；

MAC地址：0xAAAAAAAAAAAA。

無(wú)線路由器檢測(cè)到第一標(biāo)識(shí)0x197F，確定發(fā)送該廣播包的藍(lán)牙設(shè)備為可識(shí)別的藍(lán)牙設(shè)備，再進(jìn)一步根據(jù)flag21的值為0確定當(dāng)前廣播包內(nèi)沒(méi)有數(shù)據(jù)需要傳輸，則直接忽略無(wú)需上報(bào)給云端。

3)廠商自定義廣播包為：0x0D FF 0157 4001 197F AAAAAAAAAAAA

廣播包長(zhǎng)度：13字節(jié)(0x0D)；

數(shù)據(jù)類型：廠商自定義數(shù)據(jù)(0xFF)；

廠商標(biāo)識(shí)：廠商ID(0x0157，舉例使用，該處需設(shè)備廠商自定)；

第二標(biāo)識(shí)：0x4001，二進(jìn)制為0100 0000 0000 0001，bit15為0(flag21)，表示廣播包中無(wú)藍(lán)牙數(shù)據(jù)需要實(shí)時(shí)傳輸，bit14和bit0為1(bit14-bit0為flag22)，表示有兩類藍(lán)牙數(shù)據(jù)需要上傳；

第一標(biāo)識(shí)：0x197F，標(biāo)識(shí)藍(lán)牙設(shè)備為可識(shí)別的藍(lán)牙設(shè)備；

MAC地址：0xAAAAAAAAAAAA。

無(wú)線路由器檢測(cè)到第一標(biāo)識(shí)0x197F，確定發(fā)送該廣播包的藍(lán)牙設(shè)備為可識(shí)別的藍(lán)牙設(shè)備，再確定第二標(biāo)識(shí)0x4001不全為0，確定有藍(lán)牙數(shù)據(jù)需要傳輸，則將此廣播包中的原始數(shù)據(jù)(5701 4001 197F AAAAAAAAAAAA)上報(bào)給云端進(jìn)行處理。云端確定廣播包中的第二標(biāo)識(shí)flag22的各bit有1，下發(fā)無(wú)線路由器連接藍(lán)牙設(shè)備指令，無(wú)線路由器連接藍(lán)牙設(shè)備，云端根據(jù)flag22中有1的bit確定哪兩類數(shù)據(jù)需要連接后獲取，再下發(fā)相應(yīng)的連接指令，無(wú)線路由器透?jìng)飨鄳?yīng)的指令給藍(lán)牙設(shè)備獲取對(duì)應(yīng)數(shù)據(jù)類型的數(shù)據(jù)。

4)廠商自定義廣播包為：0x0F FF 0000 8001 1F22 197F AAAAAAAAAAAA

廣播包長(zhǎng)度：15字節(jié)(0x0F)；

數(shù)據(jù)類型：廠商自定義數(shù)據(jù)(0xFF)；

廠商標(biāo)識(shí)：廠商ID(0x0000，舉例使用，該處需設(shè)備廠商自定)；

第二標(biāo)識(shí)：0x8001，二進(jìn)制為1000 0000 0000 0001，bit15為1(flag21)，表示廣播包中有藍(lán)牙數(shù)據(jù)需要實(shí)時(shí)傳輸，bit0為1(bit14-bit0為flag22)，表示有1類藍(lán)牙數(shù)據(jù)需要連接后上傳；

實(shí)時(shí)數(shù)據(jù)：0x1F22，通過(guò)廣播包傳輸?shù)膶?shí)時(shí)數(shù)據(jù)；

第一標(biāo)識(shí)：0x197F，標(biāo)識(shí)藍(lán)牙設(shè)備為可識(shí)別的藍(lán)牙設(shè)備；

MAC地址：0xAAAAAAAAAAAA。

無(wú)線路由器檢測(cè)到第一標(biāo)識(shí)0x197F，確定發(fā)送該廣播包的藍(lán)牙設(shè)備為可識(shí)別的藍(lán)牙設(shè)備，再確定第二標(biāo)識(shí)0x8001不全為0，確定有藍(lán)牙數(shù)據(jù)需要傳輸，無(wú)線路由器上報(bào)此廣播包(0000 8001 1F22 197F AAAAAAAAAAAA)至云端，云端確定第二標(biāo)識(shí)中的flag21為1，云端直接從該廣播包中獲取使用廣播包傳輸?shù)膶?shí)時(shí)數(shù)據(jù)(0x1F22)，同時(shí)，云端分析廣播包的第二標(biāo)識(shí)中的flag22的bit0為1，確定有1類數(shù)據(jù)需要連接藍(lán)牙設(shè)備上報(bào)，則下發(fā)連接指令給無(wú)線路由器，采集bit0對(duì)應(yīng)的藍(lán)牙設(shè)備的數(shù)據(jù)。

本實(shí)施例提供的上述方法，當(dāng)藍(lán)牙設(shè)備請(qǐng)求交互時(shí)，通過(guò)無(wú)線路由器掃描藍(lán)牙設(shè)備，識(shí)別廣播包中的指定標(biāo)識(shí)，確定是否上報(bào)廣播包給云端，并根據(jù)云端的指令與藍(lán)牙設(shè)備建立連接以獲取數(shù)據(jù)，實(shí)現(xiàn)了藍(lán)牙設(shè)備與云端的交互，提高了藍(lán)牙通信的效率和實(shí)用性，提升了用戶體驗(yàn)。當(dāng)云端直接下發(fā)指令連接指定的藍(lán)牙設(shè)備時(shí)，無(wú)線路由器根據(jù)該指令連接指定的藍(lán)牙設(shè)備并獲取數(shù)據(jù)進(jìn)行透?jìng)鳎瑢?shí)現(xiàn)了云端發(fā)起交互的通信。采用云端進(jìn)行數(shù)據(jù)解析和處理，充分利用了云端的優(yōu)勢(shì)，可以直接地在云端快速的解決和更新，實(shí)現(xiàn)了真正的云端管理。即使不是同一廠商，也可以在符合特定標(biāo)識(shí)的情況下，將藍(lán)牙設(shè)備識(shí)別出來(lái)并將數(shù)據(jù)最終傳輸至對(duì)應(yīng)廠商的服務(wù)器，徹底解決了各藍(lán)牙設(shè)備和廠商之間的不兼容和數(shù)據(jù)的傳輸障礙。不需要每一臺(tái)無(wú)線路由器與藍(lán)牙設(shè)備端對(duì)端的一一解決，符合當(dāng)前的云網(wǎng)絡(luò)和物聯(lián)網(wǎng)絡(luò)的透明性和效率性的發(fā)展。

無(wú)線路由器只在需要數(shù)據(jù)交互時(shí)占用，在交互完成后就斷開(kāi)藍(lán)牙設(shè)備，減少了無(wú)線路由器的耗損。而且，消除了不同藍(lán)牙設(shè)備數(shù)據(jù)獲取的界限，從技術(shù)上解決了同一無(wú)線路由器可對(duì)不同廠家的藍(lán)牙設(shè)備進(jìn)行管理和同一藍(lán)牙設(shè)備可由不同無(wú)線路由器管理的問(wèn)題，這樣，保證了能夠管理更多的藍(lán)牙設(shè)備。用戶不需要針對(duì)每個(gè)藍(lán)牙設(shè)備安裝不同的APP，進(jìn)行不同的操作，極大的方便了用戶的使用。

在云端發(fā)起交互的方式下，可以在終端上使用APP、微信端或其他方式通過(guò)云端進(jìn)行遠(yuǎn)程查看或控制，不受終端位置的限制，用戶可以在不同地點(diǎn)獲取目標(biāo)地點(diǎn)的數(shù)據(jù)，如可以在單位獲取家中藍(lán)牙設(shè)備的數(shù)據(jù)等等，使用非常方便。而且，藍(lán)牙設(shè)備的數(shù)量也不限制，可以對(duì)多個(gè)藍(lán)牙設(shè)備進(jìn)行數(shù)據(jù)的更新和控制查看。

實(shí)施例3

參見(jiàn)圖4，圖4示出了一種實(shí)施例的無(wú)線路由器用于執(zhí)行上述任一實(shí)施例的交互方法的結(jié)構(gòu)的示意圖。該無(wú)線路由器用于執(zhí)行上述任一實(shí)施例交互方法的結(jié)構(gòu)包括：

掃描模塊401，用于掃描藍(lán)牙設(shè)備；

識(shí)別模塊402，用于識(shí)別所述藍(lán)牙設(shè)備的廣播包中包含的指定標(biāo)識(shí)，確定是否需要將所述廣播包上報(bào)給云端，如果是，上報(bào)所述廣播包給云端；

通信模塊403，用于接收所述云端發(fā)來(lái)的與所述藍(lán)牙設(shè)備連接通信的指令，根據(jù)所述指令與所述藍(lán)牙設(shè)備建立連接并獲取數(shù)據(jù)。

本實(shí)施例中，可選的，所述識(shí)別模塊402用于：

識(shí)別所述藍(lán)牙設(shè)備的廣播包中所包含的指定標(biāo)識(shí)中是否包含第一標(biāo)識(shí)，如果是，確定所述藍(lán)牙設(shè)備可識(shí)別且需要將所述廣播包上報(bào)給云端。

本實(shí)施例中，可選的，所述通信模塊403用于：

當(dāng)在指定時(shí)間內(nèi)根據(jù)所述指令成功與所述藍(lán)牙設(shè)備建立連接時(shí)，獲取數(shù)據(jù)并透?jìng)鹘o所述云端。

本實(shí)施例中，可選的，所述無(wú)線路由器還用于：

判斷與所述藍(lán)牙設(shè)備的連接時(shí)間是否超過(guò)預(yù)設(shè)時(shí)間，如果是，則主動(dòng)斷開(kāi)所述連接。

本實(shí)施例中，可選的，所述無(wú)線路由器還用于：

當(dāng)接收到所述云端下發(fā)的連接指定藍(lán)牙設(shè)備的指令時(shí)，根據(jù)所述指令掃描所述指定藍(lán)牙設(shè)備；

如果在預(yù)設(shè)的掃描時(shí)長(zhǎng)內(nèi)掃描到該指定藍(lán)牙設(shè)備，則連接該指定藍(lán)牙設(shè)備，并根據(jù)云端下發(fā)的指令選擇透?jìng)髟撝付ㄋ{(lán)牙設(shè)備的數(shù)據(jù)或斷開(kāi)與該指定藍(lán)牙設(shè)備的連接；

如果在預(yù)設(shè)的掃描時(shí)長(zhǎng)內(nèi)未掃描到該指定藍(lán)牙設(shè)備，則上報(bào)云端未找到該指定藍(lán)牙設(shè)備。

本實(shí)施例提供的無(wú)線路由器，實(shí)現(xiàn)了云端與藍(lán)牙設(shè)備的交互。采用云端進(jìn)行數(shù)據(jù)解析和處理，充分利用了云端的優(yōu)勢(shì)，可以直接地在云端快速的解決和更新，實(shí)現(xiàn)了真正的云端管理。即使不是同一廠商，也可以在符合第一標(biāo)識(shí)的情況下，將藍(lán)牙設(shè)備識(shí)別出來(lái)并將數(shù)據(jù)最終傳輸至對(duì)應(yīng)廠商的服務(wù)器，徹底解決了各藍(lán)牙設(shè)備和廠商之間的不兼容和數(shù)據(jù)的傳輸障礙。不需要每一臺(tái)無(wú)線路由器與藍(lán)牙設(shè)備端對(duì)端的一一解決，符合當(dāng)前的云網(wǎng)絡(luò)和物聯(lián)網(wǎng)絡(luò)的透明性和效率性的發(fā)展。

無(wú)線路由器只在需要數(shù)據(jù)交互時(shí)占用，在交互完成后就斷開(kāi)藍(lán)牙設(shè)備，減少了無(wú)線路由器的耗損。而且，消除了不同藍(lán)牙設(shè)備數(shù)據(jù)獲取的界限，從技術(shù)上解決了同一無(wú)線路由器可對(duì)不同廠家的藍(lán)牙設(shè)備進(jìn)行管理，能夠管理更多的藍(lán)牙設(shè)備。用戶不需要針對(duì)每個(gè)藍(lán)牙設(shè)備安裝不同的APP，進(jìn)行不同的操作，極大的方便了用戶的使用。

在云端發(fā)起交互的方式下，可以在終端上使用APP、微信端或其他方式通過(guò)云端進(jìn)行遠(yuǎn)程查看或控制，不受終端位置的限制，用戶可以在不同地點(diǎn)獲取目標(biāo)地點(diǎn)的數(shù)據(jù)，如可以在單位獲取家中藍(lán)牙設(shè)備的數(shù)據(jù)等等，使用非常方便。而且，藍(lán)牙設(shè)備的數(shù)量也不限制，可以對(duì)多個(gè)藍(lán)牙設(shè)備進(jìn)行數(shù)據(jù)的更新和控制查看。這種方式可以用來(lái)獲取更新頻率快、重要性低的數(shù)據(jù)，例如天氣、空氣質(zhì)量、溫濕度等等。

實(shí)施例4

參見(jiàn)圖5，圖5示出了另一種實(shí)施例的云端與藍(lán)牙設(shè)備的交互通信系統(tǒng)的結(jié)構(gòu)示意圖。該系統(tǒng)包括：

如實(shí)施例3提供的任一種無(wú)線路由器501；

一個(gè)或多個(gè)藍(lán)牙設(shè)備502；

云端503，用于：

接收無(wú)線路由器501上報(bào)的廣播包，根據(jù)所述廣播包中包含的指定標(biāo)識(shí)執(zhí)行與所述藍(lán)牙設(shè)備的連接通信。

本實(shí)施例中，可選的，云端503具體用于：

根據(jù)該廣播包中包含的指定標(biāo)識(shí)中的第四標(biāo)識(shí)，確定是否需要與發(fā)送該廣播包的藍(lán)牙設(shè)備連接通信，如果是，則下發(fā)與該藍(lán)牙設(shè)備連接的指令。

本實(shí)施例中，可選的，云端503具體用于：

根據(jù)收到的廣播包中包含的第三標(biāo)識(shí)，確定該廣播包中是否存在所述藍(lán)牙設(shè)備的數(shù)據(jù)，如果是，則從該廣播包中獲取該數(shù)據(jù)。

本實(shí)施例中，可選的，所述藍(lán)牙設(shè)備502還用于：

與無(wú)線路由器501開(kāi)始傳輸數(shù)據(jù)之后，判斷所述數(shù)據(jù)是否全部傳送完成，如果是，則主動(dòng)斷開(kāi)與無(wú)線路由器501的連接。

本實(shí)施例中，可選的，無(wú)線路由器501還用于：

當(dāng)接收到云端503下發(fā)的連接指定藍(lán)牙設(shè)備的指令時(shí)，根據(jù)所述指令掃描所述指定藍(lán)牙設(shè)備；

如果在預(yù)設(shè)的掃描時(shí)長(zhǎng)內(nèi)掃描到所述指定藍(lán)牙設(shè)備，則連接所述指定藍(lán)牙設(shè)備，并根據(jù)所述云端下發(fā)的指令透?jìng)魉鲋付ㄋ{(lán)牙設(shè)備的數(shù)據(jù)或斷開(kāi)與所述指定藍(lán)牙設(shè)備的連接；

如果在所述掃描時(shí)長(zhǎng)內(nèi)未掃描到所述指定藍(lán)牙設(shè)備，則上報(bào)所述云端未找到所述指定藍(lán)牙設(shè)備。

本實(shí)施例提供的上述系統(tǒng)，實(shí)現(xiàn)了云端與藍(lán)牙設(shè)備的交互。采用云端進(jìn)行數(shù)據(jù)解析和處理，充分利用了云端的優(yōu)勢(shì)，可以直接地在云端快速的解決和更新，實(shí)現(xiàn)了真正的云端管理。即使不是同一廠商，也可以在符合第一標(biāo)識(shí)的情況下，將藍(lán)牙設(shè)備識(shí)別出來(lái)并將數(shù)據(jù)最終傳輸至對(duì)應(yīng)廠商的服務(wù)器，徹底解決了各藍(lán)牙設(shè)備和廠商之間的不兼容和數(shù)據(jù)的傳輸障礙。不需要每一臺(tái)無(wú)線路由器與藍(lán)牙設(shè)備端對(duì)端的一一解決，符合當(dāng)前的云網(wǎng)絡(luò)和物聯(lián)網(wǎng)絡(luò)的透明性和效率性的發(fā)展。

無(wú)線路由器只在需要數(shù)據(jù)交互時(shí)占用，在交互完成后就斷開(kāi)藍(lán)牙設(shè)備，減少了無(wú)線路由器的耗損。而且，消除了不同藍(lán)牙設(shè)備數(shù)據(jù)獲取的界限，從技術(shù)上解決了同一無(wú)線路由器可對(duì)不同廠家的藍(lán)牙設(shè)備進(jìn)行管理，能夠管理更多的藍(lán)牙設(shè)備。用戶不需要針對(duì)每個(gè)藍(lán)牙設(shè)備安裝不同的APP，進(jìn)行不同的操作，極大的方便了用戶的使用。

在云端發(fā)起交互的方式下，可以在終端上使用APP、微信端或其他方式通過(guò)云端進(jìn)行遠(yuǎn)程查看或控制，不受終端位置的限制，用戶可以在不同地點(diǎn)獲取目標(biāo)地點(diǎn)的數(shù)據(jù)，如可以在單位獲取家中藍(lán)牙設(shè)備的數(shù)據(jù)等等，使用非常方便。而且，藍(lán)牙設(shè)備的數(shù)量也不限制，可以對(duì)多個(gè)藍(lán)牙設(shè)備進(jìn)行數(shù)據(jù)的更新和控制查看。這種方式可以用來(lái)獲取更新頻率快、重要性低的數(shù)據(jù)，例如天氣、空氣質(zhì)量、溫濕度等等。

最后，需要注意的是：以上列舉的僅是本發(fā)明的具體實(shí)施例子，當(dāng)然本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行改動(dòng)和變型，倘若這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，均應(yīng)認(rèn)為是本發(fā)明的保護(hù)范圍。