本發(fā)明涉及藍(lán)牙通信技術(shù)領(lǐng)域，更具體地，涉及一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的方法及系統(tǒng)。

背景技術(shù)：

藍(lán)牙(bluetooth)：是一種無(wú)線技術(shù)標(biāo)準(zhǔn)，可實(shí)現(xiàn)固定設(shè)備、移動(dòng)設(shè)備和樓宇個(gè)人域網(wǎng)之間的短距離數(shù)據(jù)交換，有效距離一般在10米左右，如今藍(lán)牙由藍(lán)牙技術(shù)聯(lián)盟(bluetoothspecialinterestgroup，簡(jiǎn)稱sig)管理。藍(lán)牙技術(shù)聯(lián)盟在全球擁有超過(guò)25,000家成員公司，它們分布在電信、計(jì)算機(jī)、網(wǎng)絡(luò)、和消費(fèi)電子等多重領(lǐng)域。

目前藍(lán)牙的信息傳輸主要以透?jìng)鳛橹?，在透?jìng)髦校回?fù)責(zé)將需要傳送的信息傳送到目的節(jié)點(diǎn)，同時(shí)保證傳輸?shù)馁|(zhì)量即可，而不對(duì)傳輸?shù)臉I(yè)務(wù)進(jìn)行處理，從而只將藍(lán)牙作為一種信息傳遞手段而已，僅僅將數(shù)據(jù)從藍(lán)牙主控終端發(fā)送到藍(lán)牙受控終端，局限了藍(lán)牙的使用范圍。并且使得很多藍(lán)牙受終端的擴(kuò)展功能無(wú)法通過(guò)藍(lán)牙主控終端進(jìn)行控制。

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

本發(fā)明要解決的技術(shù)問(wèn)題是提供一種通過(guò)藍(lán)牙傳輸?shù)男畔⑹沟盟{(lán)牙受控端能夠執(zhí)行指令的方法，可通過(guò)藍(lán)牙主控終端向藍(lán)牙受控終端發(fā)送操作指令。

根據(jù)本發(fā)明的一個(gè)方面，提供一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的方法，包括：

與藍(lán)牙主控終端建立連接，接收藍(lán)牙主控終端發(fā)送的藍(lán)牙信息；

根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令；

其中，所述藍(lán)牙信息包括特殊命令字和鍵值信息。

其中，所述特殊命令字為0×00。

其中，所述接收藍(lán)牙主控端發(fā)送的藍(lán)牙信息包括：通過(guò)藍(lán)牙鏈路層協(xié)議對(duì)所述藍(lán)牙信息進(jìn)行傳輸。

其中，所述根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令的步驟具體為，通過(guò)藍(lán)牙應(yīng)用層協(xié)議，將接收到的藍(lán)牙信息反饋到應(yīng)用程序中。

其中，所述鍵值信息通過(guò)枚舉鍵進(jìn)行定義。

其中，根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令后還包括：向藍(lán)牙主控終端發(fā)送執(zhí)行成功或失敗的信息。

根據(jù)本發(fā)明的第二方面，提供一種通過(guò)藍(lán)牙控制藍(lán)牙受控終端的系統(tǒng)，包括：藍(lán)牙主控端設(shè)備與藍(lán)牙受控端設(shè)備；

其中，所述藍(lán)牙主控端設(shè)備包括第一藍(lán)牙通信模塊，用于與所述藍(lán)牙受控端設(shè)備建立連接，向藍(lán)牙受控端發(fā)送藍(lán)牙信息。

其中，所述藍(lán)牙受控端設(shè)備包括：第二藍(lán)牙通信模塊，用于與所述藍(lán)牙主控終端建立連接，接收藍(lán)牙主控終端發(fā)送的藍(lán)牙信息；

指令執(zhí)行模塊，用于根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令；

其中，所述藍(lán)牙信息包括特殊命令字和鍵值信息。

其中，所述特殊命令字為0×00。

根據(jù)本發(fā)明第三方面，提供一種計(jì)算機(jī)程序產(chǎn)品，所述計(jì)算機(jī)程序產(chǎn)品包括存儲(chǔ)在非暫態(tài)計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)上的計(jì)算機(jī)程序，所述計(jì)算機(jī)程序包括程序指令，當(dāng)所述程序指令被計(jì)算機(jī)執(zhí)行時(shí)，使所述計(jì)算機(jī)執(zhí)行如下操作：

與藍(lán)牙主控終端建立連接，接收藍(lán)牙主控終端發(fā)送的藍(lán)牙信息；

根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令。

本發(fā)明提供的方法，通過(guò)藍(lán)牙主控終端發(fā)送操作指令給藍(lán)牙受控終端進(jìn)行執(zhí)行，使得藍(lán)牙受控終端的擴(kuò)展功能可以通過(guò)藍(lán)牙主控終端來(lái)控制并執(zhí)行，提升了藍(lán)牙功能的使用靈活性。

附圖說(shuō)明

圖1為本發(fā)明一實(shí)施例提供的一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的方法流程圖；

圖2為本發(fā)明一實(shí)施例提供的一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的方法的通信協(xié)議整體框架圖；

圖3為本發(fā)明另一實(shí)施例提供的一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的系統(tǒng)結(jié)構(gòu)圖。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式作進(jìn)一步詳細(xì)描述。以下實(shí)施例用于說(shuō)明本發(fā)明，但不用來(lái)限制本發(fā)明的范圍。

參考圖1，圖1為本發(fā)明一實(shí)施例提供的一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的方法流程圖，如圖1所示，所述方法包括：

s101，與藍(lán)牙主控終端建立連接，接收藍(lán)牙主控終端發(fā)送的藍(lán)牙信息；

s102，根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令。

具體的，在s101中，首先要確認(rèn)藍(lán)牙功能是否開(kāi)啟，如若未能開(kāi)啟，則需要開(kāi)啟藍(lán)牙功能后，才能進(jìn)行后續(xù)操作。

在現(xiàn)有的藍(lán)牙技術(shù)中，經(jīng)典藍(lán)牙服務(wù)和ble低功耗藍(lán)牙服務(wù)都被設(shè)計(jì)成開(kāi)機(jī)自啟動(dòng)后臺(tái)服務(wù),通過(guò)監(jiān)聽(tīng)開(kāi)機(jī)廣播來(lái)使能自己。具體是在收到android.intent.action.boot_completed的action的時(shí)候直接startaction為com.routon.bleserver.beacon_service和action為com.routon.bluetoothserverservice"即可，服務(wù)開(kāi)始時(shí),首先檢查系統(tǒng)藍(lán)牙是否使能，若是未能使能，則使能藍(lán)牙，藍(lán)牙使能后，才能進(jìn)行后續(xù)操作。

其中，使用藍(lán)牙需要在androidmainfest.xml中定義權(quán)限：

<uses-permissionandroid:name＝"android.permission.bluetooth"/>

<uses-permissionandroid:name＝"android.permission.bluetooth_admin"/>

另一方面，對(duì)于低功耗藍(lán)牙ble還需要檢查安卓系統(tǒng)是否支持藍(lán)牙ble特性,只有支持該特性的,才能繼續(xù)操作。并且需要權(quán)限:

<uses-featureandroid:name＝"android.hardware.bluetooth_le"android：required＝"true"/>

在經(jīng)典藍(lán)牙建立連接過(guò)程中，藍(lán)牙使能后，設(shè)置藍(lán)牙可見(jiàn)，并設(shè)置了一個(gè)可見(jiàn)時(shí)間。

經(jīng)典藍(lán)牙設(shè)備間數(shù)據(jù)傳輸首先需要配對(duì),在交互時(shí),會(huì)在配對(duì)的設(shè)備間建立rfcomm信道,連接成功后會(huì)在信道兩端形成bluetoothsocket。在服務(wù)端,監(jiān)聽(tīng)來(lái)自客戶端的連接,這是一個(gè)阻塞方法。具體實(shí)現(xiàn)是bluetoothadapter.listenusingrfcommwithservicerecord()方法得到bluetoothserversocket,bluetoothserversocket調(diào)用阻塞方法accept()方法等待客戶端的連接,一旦客戶端發(fā)起連接,該方法會(huì)得到bluetoothsocket,之后就可以進(jìn)行交互。

bluetoothsocket對(duì)傳輸數(shù)據(jù)的處理過(guò)程如下：通過(guò)getinputstream()方法得到輸入流，通過(guò)輸入流的read()方法讀取客戶端傳來(lái)的數(shù)據(jù).得到數(shù)據(jù)之后，根據(jù)服務(wù)器端和客戶端制定的傳輸協(xié)議，對(duì)數(shù)據(jù)進(jìn)行透?jìng)魈幚怼?/p>

對(duì)于低功耗藍(lán)牙ble藍(lán)牙連接和數(shù)據(jù)傳輸中，藍(lán)牙使能后，由于低功耗藍(lán)牙的特性，服務(wù)器端程序是使藍(lán)牙設(shè)備作為外圍設(shè)備發(fā)射廣告供中心設(shè)備掃描.具體流程如下：初始化bluetoothgattcharacteristic,bluetoothgattservice,這是ble通過(guò)gatt/att協(xié)議傳輸數(shù)據(jù)時(shí)需要封裝的數(shù)據(jù)格式，將bluetoothgattcharacteristic添加到bluetoothgattservice；服務(wù)器端bluetoothmanager.opengattserver()方法得到bluetoothgattserver,該方法中有一個(gè)參數(shù)是bluetoothgattservercallback,設(shè)置回調(diào)函數(shù)來(lái)反饋連接狀態(tài)，讀寫請(qǐng)求等；bluetoothgattserver再添加bluetoothgattservice。到此,完成了初始化。

在藍(lán)牙通信協(xié)議整體框架中，參考圖2，圖2為本發(fā)明一實(shí)施例提供的一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的方法的通信協(xié)議整體框架圖，如圖2所示：圖中手機(jī)側(cè)即為藍(lán)牙主控終端，終端側(cè)即為藍(lán)牙受控終端，服務(wù)端的藍(lán)牙通信模塊就是藍(lán)牙服務(wù)。藍(lán)牙主控端和藍(lán)牙受控端之間的藍(lán)牙通信通過(guò)藍(lán)牙鏈路層協(xié)議進(jìn)行傳輸。由于服務(wù)可能收到的數(shù)據(jù)命令會(huì)很多，服務(wù)如果全部將這些命令進(jìn)行處理的話就會(huì)給藍(lán)牙服務(wù)造成很大的負(fù)擔(dān)，因此將大部分的數(shù)據(jù)進(jìn)行透?jìng)鳎競(jìng)鞯臋C(jī)制則是通過(guò)對(duì)數(shù)據(jù)中的action進(jìn)行解析，然后發(fā)送action對(duì)應(yīng)的廣播，將data數(shù)據(jù)作為廣播的數(shù)據(jù)通過(guò)intent發(fā)送出去。從而將藍(lán)牙收到的命令處理，并通過(guò)藍(lán)牙應(yīng)用層協(xié)議上傳給對(duì)應(yīng)應(yīng)用服務(wù)進(jìn)行處理。

具體的，s102中，根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令中，藍(lán)牙通信數(shù)據(jù)都會(huì)進(jìn)行封裝，其中，經(jīng)典藍(lán)牙和ble藍(lán)牙的封裝結(jié)構(gòu)是一樣的，所述藍(lán)牙信息包括特殊命令字和鍵值信息，即cmd+info的封裝結(jié)構(gòu)。其中，cmd代表命令字，用1個(gè)字節(jié)表示，info代表實(shí)際傳輸?shù)男畔?，字?jié)數(shù)不固定。在藍(lán)牙傳輸過(guò)程中，當(dāng)cmd對(duì)應(yīng)的命令字為0×ef的時(shí)則為透?jìng)髅?，上述服?wù)器不處理的數(shù)據(jù)所對(duì)應(yīng)的即為0×ef對(duì)應(yīng)的命令字。

在上述實(shí)施例的基礎(chǔ)上，所述方法還包括：所述特殊命令字為0×00。

具體的，本實(shí)施例中，cmd對(duì)應(yīng)的命令字為0×00，info采用傳遞鍵值的對(duì)應(yīng)方式，其中，模擬按鍵處理是通過(guò)制定的數(shù)據(jù)傳輸協(xié)議對(duì)數(shù)據(jù)進(jìn)行解析判斷，通過(guò)instrumentation類的sendkeysync()方法對(duì)數(shù)據(jù)進(jìn)行模擬按鍵操作。該方法需要權(quán)限:

<uses-permissionandroid:name＝"android.permission.inject_events"/>

模擬的按鍵有一些常見(jiàn)的控制鍵:音量+/-,返回鍵,電源鍵等,并且還有一些標(biāo)點(diǎn)符號(hào),字母鍵和數(shù)字鍵,可用來(lái)充當(dāng)輸入法的使用。

通過(guò)此方法，使得藍(lán)牙受控終端的擴(kuò)展功能可以通過(guò)藍(lán)牙主控終端來(lái)控制并執(zhí)行，提升了藍(lán)牙功能的使用靈活性。

在上述實(shí)施例的基礎(chǔ)上，所述方法還包括，所述鍵值信息通過(guò)枚舉鍵進(jìn)行定義。

具體的，通過(guò)enum枚舉將所有的鍵值信息進(jìn)行列舉，枚舉類型包括：控制鍵、數(shù)字鍵、字母鍵以及標(biāo)點(diǎn)符號(hào)鍵。

例如，控制鍵包括：

key_power,key_mute,key_home,key_menu,key_ret,key_up,key_down,key_left,key_right,key_ok,key_volminus,key_volplus,key_del,key_shift,key_space

數(shù)字鍵包括：

key_num0,key_num1,key_num2,key_num3,key_num4,key_num5,key_num6,key_num7,key_num8,key_num9

通過(guò)此方法，可以方便的定義藍(lán)牙傳輸中info的鍵值信息，提升了藍(lán)牙進(jìn)行命令發(fā)送的靈活性。

在上述實(shí)施例的基礎(chǔ)上，根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令步驟后還包括：向藍(lán)牙主控終端發(fā)送執(zhí)行成功或失敗的信息。

具體的，當(dāng)藍(lán)牙受控終端接收到指令信息以后，通過(guò)藍(lán)牙應(yīng)用層協(xié)議將指令信息發(fā)送給對(duì)應(yīng)的應(yīng)用，其后會(huì)反饋操作成功或者操作失敗的信息。

在本發(fā)明的另一實(shí)施例中，參考圖3，圖3為本發(fā)明另一實(shí)施例提供的一種通過(guò)藍(lán)牙信息控制藍(lán)牙受控終端的系統(tǒng)結(jié)構(gòu)圖，如圖3所示，所述系統(tǒng)包括在藍(lán)牙主控端的第一藍(lán)牙通信模塊31；在藍(lán)牙受控端的第二藍(lán)牙通信模塊32和指令執(zhí)行模塊33。

其中，所述第一藍(lán)牙通信模塊31用于與所述藍(lán)牙受控端設(shè)備建立連接，向藍(lán)牙受控端發(fā)送藍(lán)牙信息。

所述第二藍(lán)牙通信模塊32用于與所述藍(lán)牙主控終端建立連接，接收藍(lán)牙主控終端發(fā)送的藍(lán)牙信息。

所述指令執(zhí)行模塊33用于根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令

具體的，第一藍(lán)牙模塊31和第二藍(lán)牙模塊32首先要確認(rèn)藍(lán)牙功能是否開(kāi)啟，如若未能開(kāi)啟，則需要開(kāi)啟藍(lán)牙功能后，才能進(jìn)行后續(xù)操作。

在現(xiàn)有的藍(lán)牙技術(shù)中，經(jīng)典藍(lán)牙服務(wù)和ble低功耗藍(lán)牙服務(wù)都被設(shè)計(jì)成開(kāi)機(jī)自啟動(dòng)后臺(tái)服務(wù),通過(guò)監(jiān)聽(tīng)開(kāi)機(jī)廣播來(lái)使能自己。具體是在收到android.intent.action.boot_completed的action的時(shí)候直接startaction為com.routon.bleserver.beacon_service和action為com.routon.bluetoothserverservice"即可，服務(wù)開(kāi)始時(shí),首先檢查系統(tǒng)藍(lán)牙是否使能，若是未能使能，則使能藍(lán)牙，藍(lán)牙使能后，才能進(jìn)行后續(xù)操作。

其中，使用藍(lán)牙需要在androidmainfest.xml中定義權(quán)限：

<uses-permissionandroid:name＝"android.permission.bluetooth"/>

<uses-permissionandroid:name＝"android.permission.bluetooth_admin"/>

另一方面，對(duì)于低功耗藍(lán)牙ble還需要檢查安卓系統(tǒng)是否支持藍(lán)牙ble特性,只有支持該特性的,才能繼續(xù)操作。并且需要權(quán)限:

<uses-featureandroid:name＝"android.hardware.bluetooth_le"android：required＝"true"/>

在經(jīng)典藍(lán)牙建立連接過(guò)程中，藍(lán)牙使能后，設(shè)置藍(lán)牙可見(jiàn)，并設(shè)置了一個(gè)可見(jiàn)時(shí)間。

經(jīng)典藍(lán)牙設(shè)備間數(shù)據(jù)傳輸首先需要配對(duì),在交互時(shí),會(huì)在配對(duì)的設(shè)備間建立rfcomm信道,連接成功后會(huì)在信道兩端形成bluetoothsocket。在服務(wù)端,監(jiān)聽(tīng)來(lái)自客戶端的連接,這是一個(gè)阻塞方法。具體實(shí)現(xiàn)是bluetoothadapter.listenusingrfcommwithservicerecord()方法得到bluetoothserversocket,bluetoothserversocket調(diào)用阻塞方法accept()方法等待客戶端的連接,一旦客戶端發(fā)起連接,該方法會(huì)得到bluetoothsocket,之后就可以進(jìn)行交互。

bluetoothsocket對(duì)傳輸數(shù)據(jù)的處理過(guò)程如下：通過(guò)getinputstream()方法得到輸入流，通過(guò)輸入流的read()方法讀取客戶端傳來(lái)的數(shù)據(jù).得到數(shù)據(jù)之后，根據(jù)服務(wù)器端和客戶端制定的傳輸協(xié)議，對(duì)數(shù)據(jù)進(jìn)行透?jìng)魈幚怼?/p>

對(duì)于低功耗藍(lán)牙ble藍(lán)牙連接和數(shù)據(jù)傳輸中，藍(lán)牙使能后，由于低功耗藍(lán)牙的特性，服務(wù)器端程序是使藍(lán)牙設(shè)備作為外圍設(shè)備發(fā)射廣告供中心設(shè)備掃描.具體流程如下：初始化bluetoothgattcharacteristic,bluetoothgattservice,這是ble通過(guò)gatt/att協(xié)議傳輸數(shù)據(jù)時(shí)需要封裝的數(shù)據(jù)格式，將bluetoothgattcharacteristic添加到bluetoothgattservice；服務(wù)器端bluetoothmanager.opengattserver()方法得到bluetoothgattserver,該方法中有一個(gè)參數(shù)是bluetoothgattservercallback,設(shè)置回調(diào)函數(shù)來(lái)反饋連接狀態(tài)，讀寫請(qǐng)求等；bluetoothgattserver再添加bluetoothgattservice。到此,完成了初始化。

根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令中，藍(lán)牙通信數(shù)據(jù)都會(huì)進(jìn)行封裝，其中，經(jīng)典藍(lán)牙和ble藍(lán)牙的封裝結(jié)構(gòu)是一樣的，所述藍(lán)牙信息包括特殊命令字和鍵值信息，即cmd+info的封裝結(jié)構(gòu)。其中，cmd代表命令字，用1個(gè)字節(jié)表示，info代表實(shí)際傳輸?shù)男畔ⅲ止?jié)數(shù)不固定。在藍(lán)牙傳輸過(guò)程中，當(dāng)cmd對(duì)應(yīng)的命令字為0×ef的時(shí)則為透?jìng)髅睿鲜龇?wù)器不處理的數(shù)據(jù)所對(duì)應(yīng)的即為0×ef對(duì)應(yīng)的命令字。

本實(shí)施例中，cmd對(duì)應(yīng)的命令字為0×00，info采用傳遞鍵值的對(duì)應(yīng)方式，其中，模擬按鍵處理是通過(guò)制定的數(shù)據(jù)傳輸協(xié)議對(duì)數(shù)據(jù)進(jìn)行解析判斷，通過(guò)instrumentation類的sendkeysync()方法對(duì)數(shù)據(jù)進(jìn)行模擬按鍵操作。該方法需要權(quán)限:

<uses-permissionandroid:name＝"android.permission.inject_events"/>

模擬的按鍵有一些常見(jiàn)的控制鍵:音量+/-,返回鍵,電源鍵等,并且還有一些標(biāo)點(diǎn)符號(hào),字母鍵和數(shù)字鍵,可用來(lái)充當(dāng)輸入法的使用。

執(zhí)行執(zhí)行模塊33在接到帶有0×00命令字的藍(lán)牙信息以后，通過(guò)藍(lán)牙應(yīng)用層協(xié)議，執(zhí)行藍(lán)牙信息中的操作指令。

通過(guò)此方法，使得可以通過(guò)藍(lán)牙主控終端向藍(lán)牙受控終端發(fā)送操作指令，提升了對(duì)藍(lán)牙受控終端的靈活性，方便對(duì)受控終端進(jìn)行指令操作。

在上述實(shí)施例的基礎(chǔ)上，所述方法還包括，所述鍵值信息通過(guò)枚舉鍵進(jìn)行定義。

具體的，通過(guò)enum枚舉將所有的鍵值信息進(jìn)行列舉，枚舉類型包括：控制鍵、數(shù)字鍵、字母鍵以及標(biāo)點(diǎn)符號(hào)鍵。

在本發(fā)明提供的又一實(shí)施例中，公開(kāi)一種計(jì)算機(jī)程序產(chǎn)品，所述計(jì)算機(jī)程序產(chǎn)品包括存儲(chǔ)在非暫態(tài)計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)上的計(jì)算機(jī)程序，所述計(jì)算機(jī)程序包括程序指令，當(dāng)所述程序指令被計(jì)算機(jī)執(zhí)行時(shí)，計(jì)算機(jī)能夠執(zhí)行上述各方法實(shí)施例所提供的方法，例如與藍(lán)牙主控終端建立連接，接收藍(lán)牙主控終端發(fā)送的藍(lán)牙信息；根據(jù)所述藍(lán)牙信息執(zhí)行對(duì)應(yīng)的操作指令。

最后應(yīng)說(shuō)明的是：以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。