1.本發(fā)明涉及無線通信技術領域，具體涉及一種藍牙通信方法及系統。


背景技術：

2.目前，在某些室內網絡較差的環(huán)境下若依賴云端網絡通信會出現延遲和消息發(fā)送失敗的情況，故在該種情況下可使用藍牙近場通信進行補充。
3.現有的藍牙通信包括兩種方式：一種是基于廣播方式通信；另一種是基于連接方式通信。其中，基于廣播方式通信無需建立連接，但該種通信方式具有如下缺點：1)傳輸數據是單向的；2)數據傳輸是不安全的；3)單次數據量受限。而基于連接方式通信雖然可彌補基于廣播方式通信的上述不足，因而在大多數藍牙通信的場景下，一般基于連接方式通信，但是該種方式需要建立連接，在多終端通信的場景下，建立連接的時間成本和功耗成本較高，且無法實現多終端間的信息同步，導致任務處理效率低。


技術實現要素：

4.本發(fā)明實施例提供一種藍牙通信方法及系統，以解決目前多終端通信的場景下，采用連接方式通信，建立連接的時間成本和功耗成本較高的問題。
5.第一方面，本技術實施例提供了一種藍牙通信方法，應用于藍牙通信系統，所述藍牙通信系統包括第一終端和多個第二終端；各終端通過藍牙通信模塊廣播或接收信息；所述藍牙通信方法包括：
6.在用戶操作所述第一終端后，通過所述第一終端根據接收到的所述第二終端廣播的終端信息，獲取滿足用戶需求的目標終端，并廣播目標終端信息；所述目標終端信息攜帶終端標識；
7.所述第二終端接收所述目標終端信息，以根據所述終端標識，判斷是否為目標終端；
8.若是，則所述目標終端響應所述用戶需求，按照預設處理邏輯進行處理，并回復需求已處理的確認信息。
9.結合第一方面，在第一方面的第一種可能的實施方式中，在所述通過所述第一終端根據接收到的所述第二終端廣播的終端信息之前，包括
10.所述第一終端廣播需求信息，以使所述第二終端接收所述需求信息；
11.所述第二終端根據所述需求信息，判斷是否滿足用戶需求；
12.若是，則回復終端信息，以使所述第一終端接收所述終端信息，獲取至少一個候選終端；所述候選終端用于指示滿足用戶需求的第二終端。
13.所述通過所述第一終端根據接收到的所述第二終端廣播的終端信息，獲取滿足用戶需求的目標終端，包括：
14.通過所述第一終端從至少一個所述候選終端中，獲取用戶選擇的目標終端。
15.結合第一方面，在第一方面的第二種可能的實施方式中，在所述用戶操作所述第
一終端之前，所述藍牙通信方法還包括：
16.每一所述第二終端實時廣播終端信息，以使所述第一終端接收所述終端信息；
17.通過所述第一終端根據接收到的所述第二終端廣播的終端信息，獲取滿足用戶需求的目標終端，包括：
18.通過所述第一終端基于所述終端信息，從所述第二終端中篩選出滿足用戶需求的目標終端。
19.本實施例中，通過實時同步各第二終端的終端信息，無需廣播需求信息即可直接確定目標終端，且在任務發(fā)起的過程中，無需等待各第二終端執(zhí)行判斷的程序，大大減少任務的處理時間，提升任務處理效率。
20.結合第一方面的第二種可能的實施方式，在第一方面的第三種可能的實現方式中，所述第一終端為客戶端；所述第二終端為自提柜；所述用戶需求用于指示倉格需求；所述終端信息包括剩余空倉格信息、自提柜高度和信號強度；所述通過所述第一終端基于所述終端信息，從所述第二終端中篩選出滿足用戶需求的目標終端，包括：
21.根據所述信號強度，獲取所述自提柜與所述客戶端之間的終端距離；
22.根據所述自提柜高度和用戶身高，確定需求倉格的相對位置；
23.基于所述剩余空倉格信息、所述相對位置和所述終端距離，對所述自提柜進行篩選，獲取滿足所述倉格需求的目標自提柜。
24.結合第一方面的第二種可能的實施方式，在第一方面的第四種可能的實現方式中，所述第一終端為客戶端；所述第二終端為處于待配送狀態(tài)的配送機器人；所述用戶需求用于指示配送需求；所述終端信息包括配送機器人評分和待配送任務信息；所述通過所述第一終端基于所述終端信息，從所述第二終端中篩選出滿足用戶需求的目標終端，包括：
25.基于所述配送機器人評分和所述待配送任務信息，對所述配送機器人進行篩選，獲取滿足所述配送需求的目標配送機器人。
26.結合第一方面的第一種至第四種可能的實施方式，在第一方面的第五種可能的實施方式中，所述各終端通過所述藍牙通信模塊廣播或接收信息，包括：
27.通過所述藍牙通信模塊對待廣播的信息進行加密，并廣播加密信息；或者，
28.通過所述藍牙通信模塊對接收到的其他終端廣播的所述加密信息進行解密，以根據解密后的信息進行處理。
29.本實施例中，通過在藍牙通信模塊中引入加密機制，以使各終端廣播加密信息，相應的，各終端對接收到其他終端廣播的加密信息，以根據解密后的信息進行處理，從而保證數據傳輸過程中的安全性。
30.結合第一方面的第五種可能的實施方式，在第一方面的第六種可能的實施方式中，在所述廣播所述加密信息之前，所述藍牙通信方法還包括：
31.調用循環(huán)冗余校驗函數對所述加密信息進行處理，生成校驗信息；
32.基于所述校驗信息更新所述加密信息，以廣播更新后的加密信息。
33.結合第一方面的第六種可能的實施方式，在第一方面的第七種可能的實施方式中，在所述對接收到的其他終端廣播的所述加密信息進行解密之前，所述藍牙通信方法還包括：
34.調用所述循環(huán)冗余校驗函數對接收到的信息進行校驗，以在校驗通過后，對所述
加密信息進行解密。
35.本實施例中，通過引入循環(huán)冗余校驗機制，以在接收到其他終端廣播的信息時，通過循環(huán)冗余校驗機制進行校驗，以排除干擾廣播信息，從而保證數據傳輸的準確性。
36.結合第一方面的第五種可能的實施方式，在第一方面的第八種可能的實施方式中，在對所述待廣播的信息進行加密之前，還包括：
37.當待廣播的信息長度達到數據傳輸閾值時，將所述信息拆分為多個數據段，以對每一所述數據段進行加密，并逐條廣播每一數據段的加密信息。
38.本實施例中，通過在待廣播的信息長度達到數據傳輸閾值時，將信息拆分為多個數據段，以對每一數據段進行加密，并逐條廣播每一數據段的加密信息，從而解決藍牙廣播方式單次數據量受限的問題。
39.第二方面，本技術實施例提供了一種藍牙通信系統，包括第一終端和多個第二終端；各終端通過藍牙通信模塊廣播或接收信息；所述藍牙通信系統還包括：
40.目標終端指定模塊，用于在用戶操作所述第一終端后，通過所述第一終端獲取滿足用戶需求的目標終端，并廣播目標終端信息；所述目標終端信息攜帶終端標識；
41.目標終端確認模塊，用于所述第二終端接收所述目標終端信息，以根據所述終端標識，判斷是否為目標終端；
42.目標終端回復模塊，用于在所述第二終端判斷為是目標終端時，響應所述用戶需求，按照預設處理邏輯進行處理，并回復需求已處理的確認信息。
43.本發(fā)明提供的一種藍牙通信方法及系統，首先用戶在第一終端進行操作后產生用戶需求，然后，通過第一終端根據接收到的第二終端廣播的終端信息，獲取滿足用戶需求的目標終端，即指定該目標終端處理用戶需求，在該過程中，第一終端通過接收第二終端的終端信息，以指定目標終端，無需建立各終端之間的連接，即可實現多終端通信場景下的終端信息同步，從而指定目標終端執(zhí)行任務(即響應用戶需求)，有效提高任務執(zhí)行效率。然后，通過第一終端廣播攜帶終端標識的目標終端信息，以使其他各第二終端接收目標終端信息，并根據終端標識判斷是否為指定的目標終端，若是，則響應用戶需求，按照預設的處理邏輯進行處理，并回復需求已處理的確認信息，以使第一終端接收該確認信息；若否，則忽略該信息。在該通信過程中，由于有各終端廣播的消息中包含其他終端所需的數據，以使其他終端接收該數據并執(zhí)行任務，即響應用戶需求，并在任務處理完成后，反饋確認信息，從而在未建立通信連接的情況下，實現各終端之間的雙向通信。
附圖說明
44.為了更清楚地說明本發(fā)明實施例的技術方案，下面將對本發(fā)明實施例的描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
45.圖1為本發(fā)明一實施例中藍牙通信系統的一框架圖；
46.圖2為本發(fā)明一實施例中藍牙通信方法的一具體流程圖；
47.圖3為本發(fā)明一實施例中藍牙通信方法的一流程示例圖；
48.圖4為本發(fā)明一實施例中藍牙通信方法的一流程示例圖；
49.圖5為本發(fā)明一實施例中藍牙通信方法的一具體流程圖；
50.圖6為本發(fā)明一實施例中藍牙通信模塊的一具體流程圖；
51.圖7為本發(fā)明一實施例中藍牙通信系統的一結構示意圖。
具體實施方式
52.本技術的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的術語在適當情況下可以互換，這僅僅是描述本技術的實施例中對相同屬性的對象在描述時所采用的區(qū)分方式。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，以便包含一系列單元的過程、方法、系統、產品或設備不必限于那些單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它單元。
53.下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
54.本技術實施例可應用在如圖1所示的藍牙通信系統中，該藍牙通信系統包括包括第一終端和多個第二終端；各終端通過藍牙通信模塊廣播或接收信息。其中，第一終端為與用戶交互的終端。第二終端為可調度或可分配任務以處理用戶需求的終端。藍牙通信模塊通過藍牙廣播方式通信。本技術實施例可應用于任意指定終端執(zhí)行任務的場景，例如可應用于“最后一公里”配送場景中，例如騎手通過自提柜配送或配送機器人完成“最后一公里”的配送任務，在該配送場景中，第一終端可為騎手端，第二終端可為自提柜或配送機器人；又例如，還可應用于通過自提柜寄存/郵寄貨物等場景，在該場景中第一終端可為客戶端，第二終端可為自提柜，此處不一一列舉。
55.在一實施例中，如圖2所示，提供一種藍牙通信方法，應用于藍牙通信系統，該藍牙通信系統包括第一終端和多個第二終端；各終端通過藍牙通信模塊廣播或接收信息，該藍牙通信方法具體包括如下步驟：
56.s101：在用戶操作第一終端后，通過第一終端根據接收到的第二終端廣播的終端信息，獲取滿足用戶需求的目標終端，并廣播目標終端信息；目標終端信息攜帶終端標識。
57.其中，在藍牙通信系統中，各終端通過藍牙通信模塊，即基于藍牙廣播方式廣播或接收信息，以在各終端之間相互通信時無需建立連接，有效降低建立連接的時間成本和功耗成本。
58.于本實施例中，第二終端廣播的終端信息的接收方式包括實時接收和回復接收。對于實時接收，即為在用戶操作第一終端之前，第二終端實時廣播其終端信息，以在用戶操作第一終端后，通過第一終端根據接收到的第二終端廣播的終端信息，自動篩選出滿足用戶需求的目標終端。對于回復接收，即為在用戶操作第一終端后，通過第一終端廣播需求信息，以使各第二終端接收該信息并判斷是否滿足需求，若滿足，則回復終端信息，以使第一終端接收該回復的終端信息，并在客戶端展示各滿足用戶需求的第二終端，由用戶選擇出目標終端。
59.s102：第二終端接收目標終端信息，并根據終端標識，判斷是否為目標終端。
60.s103：若是，則目標終端響應用戶需求，按照預設處理邏輯進行處理，并回復需求已處理的確認信息。
61.其中，處理邏輯為處理用戶需求的預設邏輯。示例性地，在用戶通過自提柜放貨的應用場景下，該處理邏輯可為鎖定滿足用戶需求的空倉格；或者，在騎手通過配送機器人配送的應用場景下，該處理邏輯可為配送機器人接收該配送任務。
62.具體地，步驟s101-s103的通信過程中，各終端通過藍牙通信模塊廣播或接收數據，即基于藍牙廣播方式通信，無需建立通信連接。
63.本實施例中，用戶在第一終端進行操作后產生用戶需求，通過第一終端根據接收到的第二終端廣播的終端信息，獲取滿足用戶需求的目標終端，即指定該目標終端處理用戶需求，在該過程中，第一終端通過接收第二終端的終端信息，以指定目標終端，無需建立各終端之間的連接，即可實現多終端通信場景下的終端信息同步，從而指定目標終端執(zhí)行任務(即響應用戶需求)，有效提高任務執(zhí)行效率；然后，通過第一終端廣播攜帶終端標識的目標終端信息，以使其他各第二終端接收目標終端信息，并根據終端標識判斷是否為指定的目標終端，若是，則響應用戶需求，按照預設的處理邏輯進行處理，并回復需求已處理的確認信息，以使第一終端接收該確認信息；若否，則忽略該信息。在該通信過程中，由于有各終端廣播的消息中包含其他終端所需的數據，以使其他終端接收該數據并執(zhí)行任務，即響應用戶需求，并在任務處理完成后，反饋確認信息，從而在未建立通信連接的情況下，實現各終端之間的雙向通信。
64.于本實施例中，對于第二終端廣播的終端信息的接收方式包括實時接收和回復接收。在一實施方式中，對于回復接收方式，如圖3所示(示例圖中以2個第二終端(即第二終端1和第二終端2)舉例)，步驟s101中，即通過第一終端獲取滿足用戶需求的目標終端，具體包括如下步驟：
65.s201：在用戶操作第一終端后，第一終端廣播需求信息，以使第二終端接收需求信息。
66.s202：第二終端根據需求信息，判斷是否滿足用戶需求。
67.s203：若是，則回復終端信息，以使第一終端接收終端信息，獲取至少一個候選終端；候選終端用于指示滿足用戶需求的第二終端。
68.s204：通過第一終端從至少一個候選終端中，獲取用戶選擇的目標終端。
69.其中，在自提柜放貨場景中，該需求信息可指倉格需求信息，例如所需倉格數量、倉格大小以及倉格高度等，該終端信息可包括但不限于自提柜的高度、剩余空倉格數量以及大小等。在配送機器人配送場景中，該需求信息可指配送需求信息，例如機器人評分、配送時間和配送效率等，該終端信息可包括但不限于配送機器人評分和待配送任務信息，該待配送任務信息包括但不限于待配送地點、待配送任務數等。
70.示例性，以第一終端為騎手客戶端、第二終端為自提柜進行自提柜放貨的場景進行舉例說明，在該場景中，用戶(騎手)操作第一終端錄入取貨用戶信息(如用戶聯系方式)后，通過騎手客戶端廣播需求信息，以使其他自提柜接收該需求信息，并根據需求信息判斷是否滿足倉格需求，若滿足，則回復終端信息。在第一終端接收到滿足倉格需求的多個候選終端后，可在客戶端展示給用戶，從而獲取用戶選擇的目標自提柜，并在用戶選擇目標自提柜后，通過騎手客戶端廣播該目標終端信息，以使各自提柜接收該目標終端信息，并判斷自
身是否為目標終端，若是，則響應用戶需求，鎖定需求倉格，并回復已鎖定的確認信息；若否，則忽略該信息，如此可實現第一終端與指定第二終端(即目標終端)之間的雙向通信。
71.在一實施方式中，對于實時接收方式，如圖4所示(示例圖中以2個第二終端舉例)，步驟s101中，即通過第一終端獲取滿足用戶需求的目標終端，具體包括如下步驟：
72.s301：每一第二終端實時廣播終端信息，以使第一終端接收終端信息。
73.其中，在自提柜放貨場景中，該終端信息可包括但不限于自提柜的高度、剩余空倉格數量以及大小等。在配送機器人配送場景中，該終端信息可包括但不限于配送機器人評分和待配送任務信息，該待配送任務信息包括但不限于待配送地點、待配送任務數等。
74.s302：在用戶操作第一終端后，通過第一終端基于終端信息，從第二終端中篩選出滿足用戶需求的目標終端。
75.具體地，在用戶操作第一終端后，第一終端即可根據已知的各第二終端的終端信息，篩選出滿足用戶需求的目標終端。
76.示例性地，以第一終端為騎手客戶端、第二終端為自提柜進行自提柜放貨的場景進行舉例說明，在該場景中，當用戶通過騎手客戶端錄入取貨用戶信息(可包括聯系方式)后，由于第一終端此時已知各第二終端的終端信息，故可直接根據該終端信息，按照篩選條篩選出滿足用戶需求的目標終端。其中，該篩選條件可默認配置或由用戶自定義配置，此處不做限定。
77.步驟s301-s302的實時接收方式，與步驟s201-s202的回復接收方式相比，可減少各終端的來回通信的次數，即對于實時接收方式來說，通過實時同步各第二終端的終端信息，無需廣播需求信息即可直接確定目標終端，且在任務發(fā)起的過程中，無需等待各第二終端執(zhí)行判斷的程序，大大減少任務的處理時間。
78.在一實施方式中，如圖5所示，第一終端為客戶端；第二終端為自提柜；用戶需求用于指示倉格需求；終端信息包括剩余空倉格信息、自提柜高度和信號強度；步驟s302中，即通過第一終端基于終端信息，從第二終端中篩選出滿足用戶需求的目標終端，具體包括如下步驟：
79.s401：根據信號強度，獲取自提柜與客戶端之間的終端距離。
80.其中，終端距離即指自提柜與客戶端之間的距離。具體地，可按照如下距離計算公式，即根據信號強度，估計自提柜與客戶端之間的距離。上述距離公式中，d表示終端距離，單位為米；rssi表示信號強度，單位為dbm；a為相距1米時信號強度的標定值；n為空間損耗系數(即環(huán)境衰減因子)。
81.s402：根據自提柜高度和用戶身高，確定需求倉格的相對位置。
82.其中，用戶身高可指不同用戶對應的真實身高或預先統計的平均身高；可理解地，在錄入自提用戶信息時，用戶若未錄入用戶身高，即用戶身高屬性為空，則系統可采用預先統計的平均用戶身高進行篩選。需求倉格的相對位置即為需求倉格在自提柜中的相對位置。
83.具體地，不同的自提柜高度不同，因而預先在標準高度的自提柜下，設置多段用戶身高區(qū)間每段用戶身高區(qū)間對應目標倉格的相對位置，例如將倉格視為矩陣，可將需求倉格的相對位置通過(i，j)表示，即第i行第j列的倉格。在當前自提柜高度與標準高度不同時，可基于二者的高度差適應性調整所需倉格的相對位置，例如在高度差較大時，按照單位
長度向下調整縱列值j。
84.需要說明的是，步驟s401以及步驟s402的執(zhí)行順序可同時執(zhí)行或先后執(zhí)行，此處不做限定。
85.s403：基于剩余空倉格信息、相對位置和終端距離，對自提柜進行篩選，獲取滿足倉格需求的目標自提柜。
86.其中，剩余空倉格信息包括但不限于剩余空倉格的數量、大小及其相對位置位置等。具體地，首先通過剩余空倉格信息從自提柜中篩選出滿足倉格大小和倉格數量的候選自提柜，然后基于相對位置和終端距離進一步從自提柜中篩選出目標自提柜。對于相對位置和終端距離這兩個維度可動態(tài)配置其優(yōu)先級，以在篩選時按照優(yōu)先級進行篩選。該優(yōu)先級配置可默認設置或通過用戶自定義配置，此處不作限定。
87.示例性，假設終端距離的優(yōu)先級大于相對位置的優(yōu)先級，則首先通過終端距離排除大于預設距離閾值的自提柜，然后根據相對位置從剩余的自提柜中篩選出相對位置符合要求的自提柜，對于是否符合相對位置要求的判斷，可設置一容錯區(qū)間，即自提柜集中每一自提柜中剩余空倉格的相對位置與需求倉格的相對位置的高度差(即二者相對位置中的縱列差值)只要符合該容錯區(qū)間，則認為該自提柜的剩余空倉格的相對位置符合要求，以排除掉不符合要求的自提柜，如此通過終端距離和倉格相對位置即可過濾掉不符合要求的自提柜，最后從剩余的自提柜中選擇終端距離最小的作為目標終端。
88.在一實施方式中，第一終端為客戶端；第二終端為處于待配送狀態(tài)的配送機器人；用戶需求用于指示配送需求；終端信息包括配送機器人評分和待配送任務信息；步驟s302中，即通過第一終端基于終端信息，從第二終端中篩選出滿足用戶需求的目標終端，具體為：基于配送機器人評分和待配送任務信息，對配送機器人進行篩選，獲取滿足配送需求的目標配送機器人。
89.具體地，在騎手通過配送機器人配送的應用場景下，第一終端為客戶算，第二終端為處于待配送狀態(tài)的配送機器人，即該配送機器人處于接單狀態(tài)，當接單量滿足要求時，執(zhí)行配送任務。其中，機器人評分為機器人歷史已完成配送任務的用戶對其配送情況進行評價得到。待配送任務信息包括但不限于待配送任務(已接單但并未配送的任務)的數量和地址(如樓層)。
90.具體地，通過待配送任務信息可篩選出當前用戶需求中的配送地址與機器人當前已接單的配送地址是否相同，即是否屬于同一樓層，若不屬于，則過濾該機器人，以從配送效率的維度上篩選機器人?？衫斫獾厥牵瑯菍舆\單使用同一機器人配送，可提升配送效率，同時減少用戶等待時間。其中，配送機器人評分和配送效率這兩個維度可動態(tài)配置其優(yōu)先級，以在篩選時按照優(yōu)先級進行篩選。該優(yōu)先級配置可默認設置或通過用戶自定義配置，此處不作限定。
91.進一步地，在動態(tài)配置優(yōu)先級時，若無用戶指定，則采用默認優(yōu)先級，對于默認優(yōu)先級包括兩種，一種是在配送高峰期的情況下，配置配送效率的優(yōu)先級大于機器人評分的優(yōu)先級，另一種是在非配送高峰期的情況下，機器人評分的優(yōu)先級大于配置配送效率的優(yōu)先級，可從整體上提升用戶體驗度。
92.示例性地，假設配送機器人評分的優(yōu)先級大于配送效率的優(yōu)先級，則首先通過各機器人評分從多個配送機器人中過濾掉評分較低的機器人，得到機器人集，同時，根據機器
人集中每一機器人的待配送任務的地址進一步判斷其與當前配送任務的地址是否相同，以從配送效率的維度上進行篩選，從而排除配送地址不同的機器人。如此，可通過如上條件排除掉評分較低且配送地址不同的機器人，最后從剩余的機器人中選擇評分最高的機器人作為目標終端。
93.在一實施方式中，各終端通過藍牙通信模塊廣播或接收信息，包括：
94.s601：通過藍牙通信模塊對待廣播的信息進行加密，并廣播加密信息，或者，
95.s602：通過藍牙通信模塊對接收到的其他終端廣播的加密信息進行解密，以根據解密后的信息進行處理。
96.其中，待廣播的信息可指步驟s101中的目標終端信息、步驟s103中的確認信息、步驟s201中的需求信息、步驟s203中回復的終端信息或步驟s301中的第二終端廣播的終端信息。通過對待廣播的信息進行加密，以廣播上述信息對應的加密信息。相應的，接收到的其他終端廣播的加密信息可指步驟s101中第一終端接收的終端信息、步驟s102中第二終端接收的目標終端信息、步驟s202中第二終端接收的需求信息、步驟s203中第一終端接收的終端信息或步驟s301中第一終端接收的終端信息，通過對上述信息進行解密，以對解密后的步驟s101中第一終端接收的終端信息、步驟s102中第二終端接收的目標終端信息、步驟s102中第二終端接收的目標終端信息、步驟s202中第二終端接收的需求信息、步驟s203中第一終端接收的終端信息或步驟s301中第一終端接收的終端信息進行處理。
97.可以理解地是，由于各終端基于藍牙廣播方式通信，而藍牙廣播方式通信的安全性無法保證，故本實施例中，在藍牙通信模塊中引入加密機制，以使各終端廣播加密信息，相應的，各終端對接收到其他終端廣播的加密信息，以根據解密后的信息進行處理，從而保證數據傳輸過程中的安全性。其中，可通過對稱或非對稱加密算法進行加解密，此處不做限定。
98.在一實施方式中，如圖6所示，各終端通過藍牙通信模塊廣播信息，包括如下步驟：
99.s701：通過藍牙通信模塊對待廣播的信息進行加密。
100.s702：調用循環(huán)冗余校驗函數對加密信息進行處理，生成校驗信息,校驗信息用于在其他終端接收加密信息時進行校驗。
101.s703：基于校驗信息更新加密信息，以廣播更新后的加密信息。
102.其中，循環(huán)冗余校驗(cyclic redundancy check，crc)是一種根據網絡數據包或計算機文件等數據產生簡短固定位數校驗碼的一種信道編碼技術，主要用來檢測或校驗數據傳輸或者保存后可能出現的錯誤。
103.可以理解地是，由于在數據傳輸過程中，有可能會出現差錯導致在鏈路上傳輸的一個或者多個幀被破壞(例如比特差錯，0變?yōu)?，或者1變?yōu)?)，從而使各終端接受接收到錯誤的數據，或者在數據傳輸過程中接收到非系統內部的干擾廣播信息，故本實施例中，通過引入crc校驗機制，以在接收到其他終端廣播的信息時，通過crc校驗函數基于校驗信息進行校驗，以排除干擾廣播信息，從而保證數據傳輸的準確性。故本實施例中，如圖6所示，各終端通過藍牙通信模塊廣播信息的具體流程包括：1)對待廣播的信息進行加密；2)調用循環(huán)冗余校驗函數對加密信息進行處理，生成校驗信息；3)基于校驗信息更新加密信息，以廣播更新后的加密信息。
104.在一實施方式中，各終端通過藍牙通信模塊接收信息具體為：調用循環(huán)冗余校驗
函數對接收到的加密信息進行校驗，以在校驗通過后，對加密信息進行解密。
105.相應的，如圖6所示，各終端通過藍牙通信模塊接收信息的具體包括如下步驟：
106.s801：調用循環(huán)冗余校驗函數對接收到的信息進行校驗。
107.s802：在校驗通過后，對加密信息進行解密。
108.其中，循環(huán)冗余校驗函數用于檢測數據傳輸過程中是否發(fā)生錯誤，進而排除干擾廣播信息。具體地，該循環(huán)冗余校驗函數在通過藍牙通信模塊廣播信息的過程中對加密信息進行處理，以生成校驗信息，并將該校驗信息和加密信息進行組合，即將校驗信息拼接在加密信息的尾部，以更新該加密信息，其他終端在接收到該加密信息時，通過調用循環(huán)冗余校驗函數進行相同的計算，從而得到校驗信息，將該校驗信息與加密信息中的校驗信息進行對比，若一致，則認為校驗通過；若不一致，則校驗不通過，忽略該廣播信息。
109.在一實施方式中，步驟s601具體為：當待廣播的信息長度達到數據傳輸閾值時，將信息拆分為多個數據段，以對每一數據段進行加密，并逐條廣播每一數據段的加密信息。
110.可以理解地是，由于各終端基于藍牙廣播方式通信，而藍牙廣播方式的單次傳輸數據量受限，故本實施例中，在待廣播的信息長度達到數據傳輸閾值時，將信息拆分為多個數據段，以對每一數據段進行加密，并逐條廣播每一數據段的加密信息。其中，將信息拆分為多個數據段的實現方式包括但不限于，將待廣播的信息長度與數據傳輸閾值進行整除運算，得到整除結果n，若運算結果存在余數m，則拆分為n+1個數據段，前n個數據段的長度均為數據傳輸閾值，第n+1個數據段的長度為m；若不存在余數，則拆分為n個數據段，每一數據段的長度均為數據傳輸閾值.
111.需要說明的是，該數據傳輸閾值可綜合終端屬性和藍牙廣播協議設定，此處不做限定。
112.在一實施例中，提供一種藍牙通信系統，該藍牙通信系統與上述實施例中藍牙通信方法一一對應。如圖7所示，該藍牙通信系統。各功能模塊詳細說明如下：
113.目標終端指定模塊10，用于在用戶操作所述第一終端后，通過所述第一終端獲取滿足用戶需求的目標終端，并廣播目標終端信息；所述目標終端信息攜帶終端標識；
114.目標終端確認模塊20，用于所述第二終端接收所述目標終端信息，以根據所述終端標識，判斷是否為目標終端；
115.目標終端回復模塊30，用于在所述第二終端判斷為是目標終端時，響應所述用戶需求，按照預設處理邏輯進行處理，并回復需求已處理的確認信息。
116.具體地，該藍牙通信系統還包括需求廣播模塊、需求判斷模塊和候選終端獲取模塊。
117.需求廣播模塊，用于所述第一終端廣播需求信息，以使所述第二終端接收所述需求信息；
118.需求判斷模塊，用于所述第二終端根據所述需求信息，判斷是否滿足用戶需求；
119.候選終端獲取模塊，用于在所述第二終端滿足用戶需求時，回復終端信息，以使所述第一終端接收所述終端信息，獲取至少一個候選終端；所述候選終端用于指示滿足用戶需求的第二終端。
120.目標終端指定模塊具體為，通過所述第一終端從至少一個所述候選終端中，獲取用戶選擇的目標終端。
121.具體地，該藍牙通信系統還包括終端信息實時廣播模塊，用于每一所述第二終端實時廣播終端信息，以使所述第一終端接收所述終端信息；
122.目標終端指定模塊具體為，通過所述第一終端基于所述終端信息，從所述第二終端中篩選出滿足用戶需求的目標終端。
123.具體地，所述第一終端為客戶端；所述第二終端為自提柜；所述用戶需求用于指示倉格需求；所述終端信息包括剩余空倉格信息、自提柜高度和信號強度；目標終端指定模塊包括終端距離估計單元、相對位置確定單元和目標終端指定單元。
124.終端距離估計單元，用于根據所述信號強度，獲取所述自提柜與所述客戶端之間的終端距離；
125.相對位置確定單元，用于根據所述自提柜高度和用戶身高，確定需求倉格的相對位置；
126.目標終端指定單元，用于基于所述剩余空倉格信息、所述相對位置和所述終端距離，對所述自提柜進行篩選，獲取滿足所述倉格需求的目標自提柜。
127.具體地，所述第一終端為客戶端；所述第二終端為處于待配送狀態(tài)的配送機器人；所述用戶需求用于指示配送需求；所述終端信息包括配送機器人評分和待配送任務信息；目標終端指定模塊具體為，基于所述配送機器人評分和所述待配送任務信息，對所述配送機器人進行篩選，獲取滿足所述配送需求的目標配送機器人。
128.具體地，藍牙通信模塊包括廣播信息單元和信息接收接收單元。
129.廣播信息單元，用于對待廣播的信息進行加密，并廣播加密信息；
130.信息接收接收單元，用于通過所述藍牙通信模塊對接收到的其他終端廣播的所述加密信息進行解密，以根據解密后的信息進行處理。
131.具體地，廣播信息單元包括校驗信息生成單元和加密子單元。
132.校驗信息生成子單元，用于調用循環(huán)冗余校驗函數對所述加密信息進行處理，生成校驗信息；所述校驗信息用于在其他終端接收所述加密信息進行校驗。
133.加密子單元，用于基于所述校驗信息更新所述加密信息，以廣播更新后的加密信息。
134.具體地，信息接收接收單元具體為，調用所述循環(huán)冗余校驗函數對接收到的信息進行校驗，以在校驗通過后，對所述加密信息進行解密。
135.具體地，該藍牙通信系統還包括數據拆分模塊，用于在待廣播的信息長度達到數據傳輸閾值時，將所述信息拆分為多個數據段，以對每一所述數據段進行加密，并逐條廣播每一數據段的加密信息。
136.本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成的計算機程序可存儲于一非易失性計算機可讀取存儲介質中，該計算機程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，本技術所提供的各實施例中所使用的對存儲器、存儲、數據庫或其它介質的任何引用，均可包括非易失性或易失性存儲器。非易失性存儲器可包括只讀存儲器(rom)、可編程rom(prom)、電可編程rom(eprom)、電可擦除可編程rom(eeprom)或閃存。易失性存儲器可包括隨機存取存儲器(ram)或者外部高速緩沖存儲器。作為說明而非局限，ram以多種形式可得，諸如靜態(tài)ram(sram)、動態(tài)ram(dram)、同步dram(sdram)、雙數據率sdram(ddrsdram)、增強型sdram
(esdram)、同步鏈路(synchlink)dram(sldram)、存儲器總線(rambus)直接ram(rdram)、直接存儲器總線動態(tài)ram(drdram)、以及存儲器總線動態(tài)ram(rdram)等。
137.所屬領域的技術人員可以清楚地了解到，為了描述的方便和簡潔，僅以上述各功能單元、模塊的劃分進行舉例說明，實際應用中，可以根據需要而將上述功能分配由不同的功能單元、模塊完成，即將裝置的內部結構劃分成不同的功能單元或模塊，以完成以上描述的全部或者部分功能。
138.以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍，均應包含在本發(fā)明的保護范圍之內。