一種門鎖狀態(tài)的監(jiān)控方法及裝置的制造方法
【專利摘要】本發(fā)明實施例提供一種門鎖狀態(tài)的監(jiān)控方法及裝置，其中的方法具體包括：根據(jù)服務端廣播的門鎖服務識別碼，搜索服務端提供的門鎖服務；其中，所述門鎖服務識別碼與所述門鎖服務具有對應關系；與所述服務端建立所述門鎖服務對應的藍牙連接；根據(jù)第一時間周期，利用所述門鎖服務識別碼，通過所述藍牙連接，輪詢讀取所述門鎖服務對應的門鎖狀態(tài)特性值；其中，所述門鎖服務對應的門鎖狀態(tài)特性值包括打開或者關閉。本發(fā)明實施例通過在客戶端利用藍牙連接周期性地獲取門鎖服務對應的門鎖狀態(tài)特性值，從而及時獲取車門的實時狀態(tài)，相對于現(xiàn)有技術(shù)需要用戶返回去查看，可以為用戶節(jié)省時間以及避免不必要的經(jīng)濟損失。
【專利說明】
-種口鎖狀態(tài)的監(jiān)控方法及裝置
技術(shù)領域
[0001] 本發(fā)明實施例設及無線通信技術(shù)領域，尤其設及一種口鎖狀態(tài)的監(jiān)控方法及裝 置。
【背景技術(shù)】
[0002] 隨著經(jīng)濟的不斷發(fā)展，人們的生活水平不斷提高，安全防范意識也得到更多的重 視，然而有時因為自己失誤，往往造成不必要的麻煩，甚至造成巨大的損失。
[0003] 在人們的日常生活中，經(jīng)常會出現(xiàn)如下情況：在停車后離開汽車一段時間后，忘記 了是否將車口鎖好，如果此時再返回去查看車口是否已鎖，會為人們帶來不必要的麻煩并 且造成時間的浪費，如果不回去查看，又有可能造成經(jīng)濟上的損失。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明實施例提供一種口鎖狀態(tài)的監(jiān)控方法及裝置，用W解決現(xiàn)有技術(shù)中用戶懷 疑車口沒鎖時需要返回去查看車口是否已鎖，從而造成時間上的浪費或者經(jīng)濟上的損失的 問題。 陽〇化]本發(fā)明實施例提供一種口鎖狀態(tài)的監(jiān)控方法，包括：
[0006] 根據(jù)服務端廣播的口鎖服務識別碼，捜索服務端提供的口鎖服務；其中，所述口鎖 服務識別碼與所述口鎖服務具有對應關系；
[0007] 與所述服務端建立所述口鎖服務對應的藍牙連接；
[0008] 根據(jù)第一時間周期，利用所述口鎖服務識別碼，通過所述藍牙連接，輪詢讀取所述 口鎖服務對應的口鎖狀態(tài)特性值；其中，所述口鎖服務對應的口鎖狀態(tài)特性值包括打開或 者關閉。
[0009] 依據(jù)本發(fā)明的另一個方面，提供了一種口鎖狀態(tài)的監(jiān)控方法，包括：
[0010] 監(jiān)測口鎖的實時狀態(tài)，W及根據(jù)所述口鎖的實時狀態(tài)更新口鎖服務對應的口鎖狀 態(tài)特性值；
[0011] 廣播口鎖服務識別碼；其中，所述口鎖服務識別碼與所述口鎖服務具有對應關 系；
[0012] 與所述客戶端建立所述口鎖服務對應的藍牙連接；
[0013] 根據(jù)第二時間周期，通過所述藍牙連接，向所述客戶端發(fā)送所述口鎖服務對應的 口鎖狀態(tài)特性值。
[0014] 依據(jù)本發(fā)明的再一個方面，提供了一種口鎖狀態(tài)的監(jiān)控裝置，包括：
[0015] 第一服務捜索模塊，用于根據(jù)服務端廣播的口鎖服務識別碼，捜索服務端提供的 口鎖服務；其中，所述口鎖服務識別碼與所述口鎖服務具有對應關系；
[0016] 第一連接建立模塊，用于與所述服務端建立所述口鎖服務對應的藍牙連接；及
[0017] 第一狀態(tài)讀取模塊，用于根據(jù)第一時間周期，利用所述口鎖服務識別碼，通過所述 藍牙連接，輪詢讀取所述口鎖服務對應的口鎖狀態(tài)特性值；其中，所述口鎖服務對應的口鎖 狀態(tài)特性值包括打開或者關閉。
[0018] 依據(jù)本發(fā)明的又一個方面，提供了一種口鎖狀態(tài)的監(jiān)控裝置，包括：
[0019] 第一狀態(tài)監(jiān)測模塊，用于監(jiān)測口鎖的實時狀態(tài)，W及根據(jù)所述口鎖的實時狀態(tài)更 新口鎖服務對應的口鎖狀態(tài)特性值；
[0020] 第一廣播模塊，用于廣播口鎖服務識別碼；其中，所述口鎖服務識別碼與所述口鎖 服務具有對應關系；
[0021] 第二連接建立模塊，用于與所述客戶端建立所述口鎖服務對應的藍牙連接；及
[0022] 狀態(tài)推送模塊，用于根據(jù)第二時間周期，通過所述藍牙連接，向所述客戶端發(fā)送所 述口鎖服務對應的口鎖狀態(tài)特性值。
[0023] 本發(fā)明實施例提供的口鎖狀態(tài)的監(jiān)控方法及裝置，通過移動終端根據(jù)服務端廣 播的口鎖服務識別碼，捜索所述口鎖服務識別碼對應的口鎖服務，并針對口鎖服務與服務 端建立藍牙連接，即可在客戶端利用藍牙連接周期性地獲取口鎖服務對應的口鎖狀態(tài)特性 值，從而及時獲取車口的實時狀態(tài)，相對于現(xiàn)有技術(shù)需要用戶返回去查看，可W為用戶節(jié)省 時間W及避免不必要的經(jīng)濟損失。進一步地，本發(fā)明實施例根據(jù)第一時間周期，輪詢讀取所 述口鎖服務對應的口鎖狀態(tài)特性值，W避免由于藍牙連接斷開導致無法獲取口鎖狀態(tài)特性 值的問題，從而可W保證監(jiān)控口鎖狀態(tài)的及時性。
【附圖說明】
[0024] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可W根 據(jù)運些附圖獲得其他的附圖。
[00巧]圖1示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例一的步驟流程圖；
[00%] 圖2示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例二的步驟流程圖；
[0027] 圖3示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例=的步驟流程圖；
[0028] 圖4示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例四的步驟流程圖；
[0029] 圖5示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控裝置實施例一的結(jié)構(gòu)框圖；及
[0030] 圖6示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控裝置實施例二的結(jié)構(gòu)框圖。
【具體實施方式】
[0031] 為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術(shù)人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。 W巧實施例一
[0033] 本發(fā)明實施例可W利用移動終端通過藍牙連接獲取被監(jiān)控設備的實時狀態(tài)，首 先，可W在被監(jiān)控設備上設置有藍牙裝置，W監(jiān)控并記錄該被監(jiān)控設備的實時狀態(tài)（例如 打開或者關閉），其中，所述被監(jiān)控設備可W包括家口、汽車等等，本發(fā)明對于具體的被監(jiān)控 設備不加W限制。然后，移動終端通過與被監(jiān)控設備建立的藍牙連接，可W獲取被監(jiān)控設 備的實時狀態(tài)。其中，移動終端可W包括蜂窩電話、智能電話、膝上型計算機、PC(personal computer,個人電腦）、電子書終端、數(shù)字廣播終端、PDA (Personal Digital Assistant,個 人電子助理）、便攜式多媒體播放器或?qū)Ш较到y(tǒng)等，可W理解，本發(fā)明實施例對于具體的移 動終端不加W限制。為了便于說明，本發(fā)明實施例中均W手機作為移動終端，汽車作為被監(jiān) 控設備為例進行說明，其它應用場景相互參照即可。
[0034] BLE度Iuetooth Low Energy,低功耗藍牙）協(xié)議，作為藍牙4. 0規(guī)范的一部分，為 解決傳統(tǒng)藍牙耗電量大的問題而被引入，本發(fā)明實施例利用BLE的快速捜索、快速連接、超 低功耗等特點，實現(xiàn)口鎖狀態(tài)的監(jiān)控，相對于使用傳統(tǒng)藍牙，可W提高監(jiān)控過程的效率W及 節(jié)省監(jiān)控過程的能耗。
[0035] 在BLE協(xié)議中，所有的通信都發(fā)生在GATT(Generic Attribute化Ofile，通用屬性 配置文件）層。BLE協(xié)議具體可W包括GATT客戶端和GATT服務端，其中，GATT服務端可W 為GATT客戶端提供數(shù)據(jù)服務，GATT客戶端可W從GATT服務端讀寫應用數(shù)據(jù)。在通信時， GATT客戶端執(zhí)行查找GATT服務端的操作，在查找到GATT服務端并且連接建立成功后，雙方 即可收發(fā)數(shù)據(jù)。在本發(fā)明實施例中，汽車可W作為GATT服務端提供口鎖狀態(tài)數(shù)據(jù)服務，手 機可W作為GATT客戶端從服務端接收車口狀態(tài)數(shù)據(jù)。
[0036] 參照圖1，示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例一的步驟流程圖，具體 可W包括：
[0037] 步驟101、根據(jù)服務端廣播的口鎖服務識別碼，捜索服務端提供的口鎖服務；其 中，所述口鎖服務識別碼與所述口鎖服務具有對應關系；
[0038] 其中，所述口鎖服務識別碼具體可W用UUID(Universally Unique Identifier, 全球唯一標識符）來標識，該UUID可W用來唯一標識GATT服務。
[0039] 在具體應用中，GATT服務端可W包括多個配置文件Profile,profile可W理解為 一種規(guī)范，一個標準的通信協(xié)議，一個Profile可W包含一個或多個GATT服務，每個GATT 服務表示服務端可W實現(xiàn)的一種功能；每個GATT服務可W包含一個或多個GATT特性，一 個GATT特性是一個可W通過BLE進行傳遞的原子數(shù)據(jù)。一個GATT特性可W包含任意的數(shù) 據(jù)，用一個類型標識符表示任意數(shù)據(jù)的類型；每個GATT特性可包含零個或更多個GATT描述 符。GATT服務、GATT特性W及GATT描述符的一個共同點是他們都是使用一個通用唯一標 識符扣UID)標識。正如UUID名稱所表現(xiàn)的那樣，UUID是一個簡單且唯一的標識符，用來 找到GATT服務、GATT特性W及GATT描述符。 W40] 在本發(fā)明的一種應用示例中，汽車作為GATT服務端可W提供口鎖服務Olouse door Service),該服務支持的特性（characteristic)可W包括口鎖狀態(tài)（House door Lock State Record)。在客戶端與服務端建立藍牙連接之后，客戶端即可根據(jù)口鎖服務的 UUID獲取口鎖服務，W及讀取口鎖服務對應的口鎖狀態(tài)特性值。
[0041] 參照表1，示出了本發(fā)明的一種GATT服務端的配置文件結(jié)構(gòu)示意。其中，M表示強 制的，0表示可選的，當然，在實際應用中，可W根據(jù)需要來設置對其中的服務和特性的支持 性。
[0042] 表 1
[0043]
[0044] 本發(fā)明實施例中，客戶端與服務端建立藍牙連接之前，首先執(zhí)行服務發(fā)現(xiàn)操作和 特性發(fā)現(xiàn)操作。在服務發(fā)現(xiàn)（Service Discovery)的階段中，服務端（汽車上的藍牙裝置） 會把自身所支持的服務Service的UUID廣播出去，具體可W包括Vehicle door Service 口 鎖服務的 UUID，Vehicle window Service 車窗服務的 UUID，W及 Vehicle trunk Service 后備箱服務的UUID。手機根據(jù)上述服務的UUID來捜尋相對應的Vehicle door Service 口 鎖服務、Vehicle window Service 車窗服務 W及 Vehicle trunk Service 后備箱服務。
[0045] 在特性發(fā)現(xiàn)（Qiaracteristic Discovery)的階段中，手機同樣會根據(jù)Vehicle door Service 口鎖服務的UUID來發(fā)現(xiàn)該服務所支持的Vehicle door State Record 口鎖 狀態(tài)特性，根據(jù)Vehicle window Service車窗服務的UUID發(fā)現(xiàn)該服務所支持的Vehicle window State Record車窗狀態(tài)特性，W及根據(jù)Vehicle trunk Service后備箱服務的UUID 發(fā)現(xiàn)該服務所支持的Vehicle trunk State Record后備箱狀態(tài)特性，W及上述特性對應的 描述符。
[0046] 步驟102、與所述服務端建立所述口鎖服務對應的藍牙連接；
[0047] 在本發(fā)明實施例中，客戶端與服務端建立藍牙連接的步驟，具體可W包括：
[0048] 步驟S11、檢測藍牙是否打開，如果藍牙未打開，可W彈出系統(tǒng)框提示打開藍牙；
[0049] 步驟S12、掃描BLE藍牙設備（例如汽車上的藍牙裝置）；
[0050] 優(yōu)選地，為了節(jié)省能耗，可W在掃描到對應的藍牙設備時，立即停止掃描操作。
[0051] 步驟S13、執(zhí)行服務發(fā)現(xiàn)操作；
[0052] 在具體應用中，可W通過調(diào)用BluetoothGatt. discoverServices方法來執(zhí)行服 務發(fā)現(xiàn)操作，該方法是異步操作，在回調(diào)函數(shù)onServicesDiscovered中可W得到查找狀 態(tài)status,通過判斷status的值是否等于BluetoothGatt. GATT_SUCCESS來判斷服務發(fā) 現(xiàn)操作是否成功，如果成功了，在與服務端建立藍牙建立之后，即可通過BluetoothGatt. getService 獲取服務 BluetoothGattService。
[0053] 步驟S14、執(zhí)行特性發(fā)現(xiàn)操作；
[0054] 在服務發(fā)現(xiàn)成功后，可W執(zhí)行特性發(fā)現(xiàn)操作，W得知上述發(fā)現(xiàn)的服務具有 哪些可用的特性，在與服務端建立藍牙建立之后，即可通過BluetoothGattService. getOiaracteristic 獲取服務對應的特性 BluetoothGattQiaracteristic。 陽化日]步驟S15、與服務端建立藍牙連接。
[0056] 在本發(fā)明實施例中，在執(zhí)行完服務發(fā)現(xiàn)和特性發(fā)現(xiàn)操作后，客戶端可W與服務端 建立所述口鎖服務對應的藍牙連接，客戶端即可通過該藍牙連接對口鎖服務對應的口鎖狀 態(tài)特性值進行讀寫操作。
[0057] 步驟103、根據(jù)第一時間周期，利用所述口鎖服務識別碼，通過所述藍牙連接，輪詢 讀取所述口鎖服務對應的口鎖狀態(tài)特性值；其中，所述口鎖服務對應的口鎖狀態(tài)特性值包 括打開或者關閉。
[0058] 在客戶端與服務端的藍牙連接成功后，即可調(diào)用對應的函數(shù)來獲得服務端的口鎖 服務化 OUse door Service),并對該服務中的House door Lock Sl:ate Record 口鎖狀態(tài)特 性值進行讀寫。
[0059] 在實際應用中，用戶離開車口的距離大于藍牙連接的最大距離后，手機與汽車之 間的藍牙連接則會斷開，此時無法通過手機獲取口鎖狀態(tài)特性值。此時，用戶無法通過手機 查看車口是否已鎖，為了解決上述問題，本發(fā)明實施例可W根據(jù)第一時間周期，輪詢讀取并 記錄所述口鎖服務對應的口鎖狀態(tài)特性值。其中，第一時間周期可W根據(jù)實際需要進行設 置，例如可W設置為5秒，本發(fā)明對于第一時間周期的范圍不加W限制。運樣一來，在用戶 離開汽車很短的時間內(nèi)，手機已經(jīng)獲取并記錄了口鎖狀態(tài)特性值，即使藍牙連接斷開，用戶 仍然可W通過手機查看車口是否已鎖，W保證監(jiān)控口鎖狀態(tài)的及時性。
[0060] 綜上，在本發(fā)明實施例中，通過移動終端根據(jù)服務端廣播的口鎖服務識別碼，捜索 所述口鎖服務識別碼對應的口鎖服務，并針對口鎖服務與服務端建立藍牙連接，即可在客 戶端利用藍牙連接周期性地獲取口鎖服務對應的口鎖狀態(tài)特性值，從而及時獲取車口的實 時狀態(tài)，相對于現(xiàn)有技術(shù)需要用戶返回查看，可W為用戶節(jié)省時間W及避免不必要的經(jīng)濟 損失。進一步地，本發(fā)明實施例根據(jù)第一時間周期，輪詢讀取所述口鎖服務對應的口鎖狀態(tài) 特性值，W避免由于藍牙連接斷開導致無法獲取口鎖狀態(tài)特性值的問題，從而可W保證監(jiān) 控口鎖狀態(tài)的及時性。 W61] 實施例二
[0062] 本實施例在上述實施例一的基礎上，還可W包括如下可選技術(shù)方案。本實施例在 客戶端與服務端建立藍牙連接之后，可W監(jiān)測客戶端與服務端之間的距離，在所述距離大 于第一闊值并且所述口鎖狀態(tài)特性值為打開時，發(fā)出提示信息，W提示用戶車口未鎖，防止 造成用戶的經(jīng)濟損失。
[0063] 參照圖2,示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例二的步驟流程圖，具體 可W包括：
[0064] 步驟201、根據(jù)服務端廣播的口鎖服務識別碼，捜索服務端提供的口鎖服務；其 中，所述口鎖服務識別碼與所述口鎖服務具有對應關系； 陽0化]步驟202、與所述服務端建立所述口鎖服務對應的藍牙連接；
[0066] 步驟203、根據(jù)第一時間周期，利用所述口鎖服務識別碼，通過所述藍牙連接，輪詢 讀取所述口鎖服務對應的口鎖狀態(tài)特性值；其中，所述口鎖服務對應的口鎖狀態(tài)特性值包 括打開或者關閉；
[0067] 步驟204、監(jiān)測與所述服務端之間的距離；
[0068] 步驟205、在所述距離大于第一闊值時，讀取所述口鎖服務對應的口鎖狀態(tài)特性 值；
[0069] 步驟206、在所述口鎖狀態(tài)特性值為打開時，發(fā)出口鎖提示信息。
[0070] 在具體應用中，通過監(jiān)測與服務端之間的距離，可W得知用戶離開汽車的距離，如 果該距離大于第一闊值，說明用戶已經(jīng)離開汽車較遠的距離，如果讀取得到的口鎖狀態(tài)特 性值為打開，則可W向用戶發(fā)送口鎖提示信息，W通知用戶車口未鎖。其中，第一闊值可W 設置為大于零小于藍牙連接最大范圍對應的距離值，例如可W設置為20米等，本發(fā)明對于 第一闊值的取值范圍不加W限制。
[0071] 在本發(fā)明的一種優(yōu)選實施例中，上述步驟204-206還可W用如下步驟代替：
[0072] 監(jiān)測所述藍牙連接的信號強度，W及根據(jù)所述信號強度確定所述藍牙連接的路徑 損耗；
[0073] 在所述路徑損耗大于第二闊值時，讀取所述口鎖服務對應的口鎖狀態(tài)特性值；
[0074] 在所述口鎖狀態(tài)特性值為打開時，發(fā)出口鎖提示信息。
[00巧]在具體應用中，除了通過上述監(jiān)測距離的方法判斷客戶端和服務器之間的距離 夕F，還可W根據(jù)藍牙連接的路徑損耗進行判斷。具體地，在客戶端和服務端建立藍牙連接 之后，手機可W監(jiān)測該藍牙連接的RSSI (接收信號強度指示器），并且從服務端讀取發(fā)射功 率，通過該發(fā)射功率減去RSSI計算出路徑損耗，當路徑損耗大于第二闊值時，說明用戶已 經(jīng)離開汽車較遠的距離，如果讀取得到的口鎖狀態(tài)特性值為打開，則可W向用戶發(fā)送口鎖 提示信息。其中，第二闊值可W設置為大于零小于藍牙連接最大范圍對應的路徑損耗值，本 發(fā)明對于第二闊值的取值范圍不加W限制。
[0076] 在本發(fā)明的另一種優(yōu)選實施例中，上述方法還可W包括：
[0077] 針對用戶對所述口鎖提示信息執(zhí)行的關口操作，通過所述藍牙連接關閉口鎖，W 及將所述口鎖服務對應的口鎖狀態(tài)特性值修改為關閉。
[0078] 綜上，本發(fā)明實施例在上述實施例一的基礎上，還可W監(jiān)測客戶端與服務端之間 的距離，在所述距離大于第一闊值并且所述口鎖狀態(tài)特性值為打開時，發(fā)出提示信息，W在 用戶離開汽車不遠時可W提示用戶車口未鎖，防止造成用戶的經(jīng)濟損失。 W79] 實施例S
[0080] 本實施例在上述實施例一或?qū)嵤├幕A上，還可W包括如下可選技術(shù)方案。 本實施例還在檢測到車口已鎖時，還可W進一步對車窗的狀態(tài)進行監(jiān)控。
[0081] 參照圖3,示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例=的步驟流程圖，具體 可W包括：
[0082] 步驟301、根據(jù)服務端廣播的口鎖服務識別碼，捜索服務端提供的口鎖服務；其 中，所述口鎖服務識別碼與所述口鎖服務具有對應關系；
[0083] 步驟302、根據(jù)服務端廣播的車窗服務識別碼，捜索服務端提供的車窗服務；其 中，所述車窗服務識別碼與所述車窗服務具有對應關系；
[0084] 步驟303、與所述服務端建立所述口鎖服務對應的藍牙連接；
[00化]步驟304、根據(jù)第一時間周期，利用所述口鎖服務識別碼，通過所述藍牙連接，輪詢 讀取所述口鎖服務對應的口鎖狀態(tài)特性值；其中，所述口鎖服務對應的口鎖狀態(tài)特性值包 括打開或者關閉；
[0086] 步驟305、在讀取的口鎖服務對應的口鎖狀態(tài)特性值為關閉時，根據(jù)所述車窗服務 識別碼，通過所述藍牙連接，讀取所述車窗服務對應的車窗狀態(tài)特性值；其中，所述車窗服 務對應的車窗狀態(tài)特性值包括打開或者關閉；
[0087] 步驟306、在所述車窗狀態(tài)特性值為打開時，發(fā)出車窗提示信息；
[0088] 在本發(fā)明的一種優(yōu)選實施例中，所述方法還可W包括：
[0089] 步驟307、根據(jù)用戶針對所述車窗提示信息執(zhí)行的關窗操作，通過所述藍牙連接執(zhí) 行關閉車窗操作，W及將所述車窗服務對應的車窗狀態(tài)特性值修改為關閉。
[0090] 采用類似的方法，還可W在用戶鎖車口后，監(jiān)控汽車后備箱的實時狀態(tài)，該過程可 參照監(jiān)控車窗的過程，此處不再進行寶述。
[0091] 在實際應用中，經(jīng)常出現(xiàn)用戶鎖車口后，有可能忘記關閉某個車窗的情況，本發(fā)明 實施例在讀取到口鎖狀態(tài)特性值為關閉時，可W得知用戶關閉車口準備離開，此時利用手 機通過藍牙連接讀取車窗狀態(tài)特性值，如果車窗狀態(tài)特性值為打開，則向用戶發(fā)出車窗提 示信息，W提醒用戶關閉車窗，從而可W避免造成用戶的經(jīng)濟損失。 陽OW] 實施例四
[0093] 上述實施例一至實施例=均W客戶端側(cè)為例進行說明，下面W服務端側(cè)說明本發(fā) 明的口鎖狀態(tài)的監(jiān)控方法。
[0094] 參照圖4,示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控方法實施例四的步驟流程圖，具體 可W包括：
[0095] 步驟401、監(jiān)測口鎖的實時狀態(tài)，W及根據(jù)所述口鎖的實時狀態(tài)更新所述口鎖服務 對應的口鎖狀態(tài)特性值；
[0096] 具體地，所述監(jiān)測口鎖的實時狀態(tài)，W及根據(jù)所述口鎖的實時狀態(tài)更新所述口鎖 服務對應的口鎖狀態(tài)特性值的步驟，具體可W包括：
[0097] 監(jiān)測口鎖的實時狀態(tài)，在所述口鎖的實時狀態(tài)從打開變?yōu)殛P閉，或者從關閉變?yōu)?打開時，更新所述口鎖服務對應的口鎖狀態(tài)特性值。
[0098] 步驟402、廣播口鎖服務識別碼；其中，所述口鎖服務識別碼與所述口鎖服務具有 對應關系；
[0099] 在實際應用中，服務端可W廣播口鎖服務識別碼，W使客戶端可W根據(jù)所述口鎖 識別碼捜索口鎖服務，W及獲取所述口鎖服務對應的口鎖狀態(tài)特性值。
[0100] 步驟403、與所述客戶端建立所述口鎖服務對應的藍牙連接； 陽101] 在與客戶端建立藍牙連接之后，客戶端即可根據(jù)所述口鎖服務識別碼，通過所述 藍牙連接，讀取所述口鎖服務對應的口鎖狀態(tài)特性值。
[0102] 步驟404、根據(jù)第二時間周期，通過所述藍牙連接，向所述客戶端發(fā)送所述口鎖服 務對應的口鎖狀態(tài)特性值。 陽103] 在具體應用中，服務端可W通過通知（notification)的方式，周期性地將口鎖狀 態(tài)特性值發(fā)送給客戶端，采用該方式，可W不用客戶端周期性地輪詢?nèi)シ斩俗x取數(shù)據(jù)。 陽104] 在本發(fā)明的一種優(yōu)選實施例中，上述方法還可W包括：
[01化]監(jiān)測車窗的實時狀態(tài)，W及根據(jù)所述車窗的實時狀態(tài)更新車窗服務對應的車窗狀 態(tài)特性值；
[0106] 廣播車窗服務識別碼；其中，所述車窗服務識別碼與所述車窗服務具有對應關 系。O 陽107] 應用示例1 :
[0108] 前提條件：手機與汽車已通過低功耗藍牙建立連接，用戶離開座椅，關閉并鎖上車 n，但忘記關閉副駕車窗。
[0109] 步驟S21、服務端（汽車上的藍牙裝置）監(jiān)測口鎖的實時狀態(tài)，此時口鎖為關閉狀 態(tài)，因此，將口鎖服務對應的口鎖狀態(tài)特性值更新為關閉；
[0110] 步驟S22、服務端（汽車上的藍牙裝置）監(jiān)測車窗的實時狀態(tài)，此時車窗為打開狀 態(tài)，因此，將車窗服務對應的車窗狀態(tài)特性值更新為打開； 陽111] 步驟S23、客戶端（手機）根據(jù)口鎖服務識別碼，通過藍牙連接，讀取到口鎖狀態(tài)特 性值為關閉；
[0112] 步驟S24、客戶端根據(jù)車窗服務識別碼，通過藍牙連接，讀取車窗服務對應的車窗 狀態(tài)特性值，該車窗狀態(tài)特性值為打開；
[0113] 步驟S25、客戶端向用戶發(fā)送車窗提示信息，W提醒用戶關閉車窗。
[0114] 綜上，本發(fā)明實施例的服務端可W監(jiān)測并記錄口鎖的實時狀態(tài)，并廣播口鎖服務 識別碼，W使客戶端可W根據(jù)該口鎖服務識別碼發(fā)現(xiàn)口鎖服務，W及建立藍牙連接，從而獲 取口鎖狀態(tài)特性值，并且，本發(fā)明實施例根據(jù)第二時間周期，通過所述藍牙連接，向所述客 戶端發(fā)送所述口鎖服務對應的口鎖狀態(tài)特性值。也即通過移動終端即可及時獲取口鎖的實 時狀態(tài)，相對于現(xiàn)有技術(shù)需要用戶返回去進行查看，可W為用戶節(jié)省時間W及避免不必要 的經(jīng)濟損失。
[0115] 裝置實施例一
[0116] 參照圖5,示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控裝置實施例一的結(jié)構(gòu)框圖，具體可 W包括：
[0117] 第一服務捜索模塊510,用于根據(jù)服務端廣播的口鎖服務識別碼，捜索服務端提供 的口鎖服務；其中，所述口鎖服務識別碼與所述口鎖服務具有對應關系；
[0118] 第一連接建立模塊520,用于與所述服務端建立所述口鎖服務對應的藍牙連接； 及
[0119] 第一狀態(tài)讀取模塊530,用于根據(jù)第一時間周期，利用所述口鎖服務識別碼，通過 所述藍牙連接，輪詢讀取所述口鎖服務對應的口鎖狀態(tài)特性值；其中，所述口鎖服務對應的 口鎖狀態(tài)特性值包括打開或者關閉。
[0120] 在本發(fā)明的一種優(yōu)選實施例中，所述裝置還可W包括： 陽121] 第一距離監(jiān)測模塊，用于監(jiān)測與所述服務端之間的距離；
[0122] 第二狀態(tài)讀取模塊，用于在所述距離大于第一闊值時，讀取所述口鎖服務對應的 口鎖狀態(tài)特性值； 陽123] 第一提示模塊，用于在所述口鎖狀態(tài)特性值為打開時，發(fā)出口鎖提示信息。
[0124] 在本發(fā)明的另一種優(yōu)選實施例中，所述裝置還可W包括：
[01巧]第二距離監(jiān)測模塊，用于監(jiān)測所述藍牙連接的信號強度，W及根據(jù)所述信號強度 確定所述藍牙連接的路徑損耗；
[01%] 第=狀態(tài)讀取模塊，用于在所述路徑損耗大于第二闊值時，讀取所述口鎖服務對 應的口鎖狀態(tài)特性值； 陽127] 第二提示模塊，用于在所述口鎖狀態(tài)特性值為打開時，發(fā)出口鎖提示信息。
[0128] 在本發(fā)明的又一種優(yōu)選實施例中，所述裝置還可W包括：
[0129] 第一狀態(tài)修改模塊，用于根據(jù)用戶針對所述口鎖提示信息執(zhí)行的關口操作，通過 所述藍牙連接執(zhí)行關閉口鎖操作，W及將所述口鎖服務對應的口鎖狀態(tài)特性值修改為關 閉。
[0130] 在本發(fā)明的再一種優(yōu)選實施例中，所述裝置還可W包括： 陽131] 第二服務捜索模塊，用于根據(jù)服務端廣播的車窗服務識別碼，捜索服務端提供的 車窗服務；其中，所述車窗服務識別碼與所述車窗服務具有對應關系；
[0132] 第四狀態(tài)讀取模塊，用于在讀取的口鎖服務對應的口鎖狀態(tài)特性值為關閉時，根 據(jù)所述車窗服務識別碼，通過所述藍牙連接，讀取所述車窗服務對應的車窗狀態(tài)特性值；其 中，所述車窗服務對應的車窗狀態(tài)特性值包括打開或者關閉； 陽133] 第=提示模塊，用于在所述車窗狀態(tài)特性值為打開時，發(fā)出車窗提示信息。
[0134] 在本發(fā)明的再一種優(yōu)選實施例中，所述裝置還可W包括：
[0135] 第二狀態(tài)修改模塊，用于根據(jù)用戶針對所述車窗提示信息執(zhí)行的關窗操作，通過 所述藍牙連接執(zhí)行關閉車窗操作，W及將所述車窗服務對應的車窗狀態(tài)特性值修改為關 閉。 陽136] 裝置實施例二 陽137] 參照圖6,示出了本發(fā)明的一種口鎖狀態(tài)的監(jiān)控裝置實施例二的結(jié)構(gòu)框圖，具體可 W包括：
[013引第一狀態(tài)監(jiān)測模塊610,用于監(jiān)測口鎖的實時狀態(tài)，W及根據(jù)所述口鎖的實時狀態(tài) 更新口鎖服務對應的口鎖狀態(tài)特性值；
[0139] 第一廣播模塊620,用于廣播口鎖服務識別碼；其中，所述口鎖服務識別碼與所述 口鎖服務具有對應關系；
[0140] 第二連接建立模塊630,用于與所述客戶端建立所述口鎖服務對應的藍牙連接； 及 陽141] 狀態(tài)推送模塊640,用于根據(jù)第二時間周期，通過所述藍牙連接，向所述客戶端發(fā) 送所述口鎖服務對應的口鎖狀態(tài)特性值。 陽142] 在本發(fā)明的一種優(yōu)選實施例中，所述第一狀態(tài)監(jiān)測模塊610，具體可W包括： 陽143] 狀態(tài)監(jiān)測子模塊，用于監(jiān)測口鎖的實時狀態(tài)，在所述口鎖的實時狀態(tài)從打開變?yōu)?關閉，或者從關閉變?yōu)榇蜷_時，更新所述口鎖服務對應的口鎖狀態(tài)特性值。
[0144] 在本發(fā)明的另一種優(yōu)選實施例中，所述裝置還可W包括：
[0145] 第二狀態(tài)監(jiān)測模塊，用于監(jiān)測車窗的實時狀態(tài)，W及根據(jù)所述車窗的實時狀態(tài)更 新車窗服務對應的車窗狀態(tài)特性值； 陽146] 第二廣播模塊，用于廣播車窗服務識別碼；其中，所述車窗服務識別碼與所述車窗 服務具有對應關系。 陽147] 對于裝置實施例而言，由于其與方法實施例基本相似，所W描述的比較簡單，相關 之處參見方法實施例的部分說明即可。
[0148] W上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可 W是或者也可W不是物理上分開的，作為單元顯示的部件可W是或者也可W不是物理單 元，即可W位于一個地方，或者也可W分布到多個網(wǎng)絡單元上。可W根據(jù)實際的需要選擇其 中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術(shù)人員在不付出創(chuàng)造性 的勞動的情況下，即可W理解并實施。
[0149] 通過W上的實施方式的描述，本領域的技術(shù)人員可W清楚地了解到各實施方式可 借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可W通過硬件?；谶\樣的理解，上 述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可WW軟件產(chǎn)品的形式體現(xiàn)出來，該 計算機軟件產(chǎn)品可W存儲在計算機可讀存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指 令用W使得一臺計算機設備（可W是個人計算機，服務器，或者網(wǎng)絡設備等）執(zhí)行各個實施 例或者實施例的某些部分所述的方法。
[0150] 最后應說明的是：W上實施例僅用W說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術(shù)人員應當理解：其依然 可W對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替 換；而運些修改或者替換，并不使相應技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精 神和范圍。
【主權(quán)項】
1. 一種門鎖狀態(tài)的監(jiān)控方法，其特征在于，包括： 根據(jù)服務端廣播的門鎖服務識別碼，搜索服務端提供的門鎖服務；其中，所述門鎖服務 識別碼與所述門鎖服務具有對應關系； 與所述服務端建立所述門鎖服務對應的藍牙連接； 根據(jù)第一時間周期，利用所述門鎖服務識別碼，通過所述藍牙連接，輪詢讀取所述門鎖 服務對應的門鎖狀態(tài)特性值；其中，所述門鎖服務對應的門鎖狀態(tài)特性值包括打開或者關 閉。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 監(jiān)測與所述服務端之間的距離； 在所述距離大于第一閾值時，讀取所述門鎖服務對應的門鎖狀態(tài)特性值； 在所述門鎖狀態(tài)特性值為打開時，發(fā)出門鎖提示信息。3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 監(jiān)測所述藍牙連接的信號強度，以及根據(jù)所述信號強度確定所述藍牙連接的路徑損 耗； 在所述路徑損耗大于第二閾值時，讀取所述門鎖服務對應的門鎖狀態(tài)特性值； 在所述門鎖狀態(tài)特性值為打開時，發(fā)出門鎖提示信息。4. 根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述方法還包括： 根據(jù)用戶針對所述門鎖提示信息執(zhí)行的關門操作，通過所述藍牙連接執(zhí)行關閉門鎖操 作，以及將所述門鎖服務對應的門鎖狀態(tài)特性值修改為關閉。5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 根據(jù)服務端廣播的車窗服務識別碼，搜索服務端提供的車窗服務；其中，所述車窗服務 識別碼與所述車窗服務具有對應關系； 在讀取的門鎖服務對應的門鎖狀態(tài)特性值為關閉時，根據(jù)所述車窗服務識別碼，通過 所述藍牙連接，讀取所述車窗服務對應的車窗狀態(tài)特性值；其中，所述車窗服務對應的車窗 狀態(tài)特性值包括打開或者關閉； 在所述車窗狀態(tài)特性值為打開時，發(fā)出車窗提示信息。6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括： 根據(jù)用戶針對所述車窗提示信息執(zhí)行的關窗操作，通過所述藍牙連接執(zhí)行關閉車窗操 作，以及將所述車窗服務對應的車窗狀態(tài)特性值修改為關閉。7. -種門鎖狀態(tài)的監(jiān)控方法，其特征在于，包括： 監(jiān)測門鎖的實時狀態(tài)，以及根據(jù)所述門鎖的實時狀態(tài)更新門鎖服務對應的門鎖狀態(tài)特 性值； 廣播門鎖服務識別碼；其中，所述門鎖服務識別碼與所述門鎖服務具有對應關系； 與所述客戶端建立所述門鎖服務對應的藍牙連接； 根據(jù)第二時間周期，通過所述藍牙連接，向所述客戶端發(fā)送所述門鎖服務對應的門鎖 狀態(tài)特性值。8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述監(jiān)測門鎖的實時狀態(tài)，以及根據(jù)所述 門鎖的實時狀態(tài)更新所述門鎖服務對應的門鎖狀態(tài)特性值的步驟，包括： 監(jiān)測門鎖的實時狀態(tài)，在所述門鎖的實時狀態(tài)從打開變?yōu)殛P閉，或者從關閉變?yōu)榇蜷_ 時，更新所述門鎖服務對應的門鎖狀態(tài)特性值。9. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述方法還包括： 監(jiān)測車窗的實時狀態(tài)，以及根據(jù)所述車窗的實時狀態(tài)更新車窗服務對應的車窗狀態(tài)特 性值； 廣播車窗服務識別碼；其中，所述車窗服務識別碼與所述車窗服務具有對應關系。10. -種門鎖狀態(tài)的監(jiān)控裝置，其特征在于，包括： 第一服務搜索模塊，用于根據(jù)服務端廣播的門鎖服務識別碼，搜索服務端提供的門鎖 服務；其中，所述門鎖服務識別碼與所述門鎖服務具有對應關系； 第一連接建立模塊，用于與所述服務端建立所述門鎖服務對應的藍牙連接；及 第一狀態(tài)讀取模塊，用于根據(jù)第一時間周期，利用所述門鎖服務識別碼，通過所述藍牙 連接，輪詢讀取所述門鎖服務對應的門鎖狀態(tài)特性值；其中，所述門鎖服務對應的門鎖狀態(tài) 特性值包括打開或者關閉。11. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述裝置還包括： 第一距離監(jiān)測模塊，用于監(jiān)測與所述服務端之間的距離； 第二狀態(tài)讀取模塊，用于在所述距離大于第一閾值時，讀取所述門鎖服務對應的門鎖 狀態(tài)特性值； 第一提示模塊，用于在所述門鎖狀態(tài)特性值為打開時，發(fā)出門鎖提示信息。12. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述裝置還包括： 第二距離監(jiān)測模塊，用于監(jiān)測所述藍牙連接的信號強度，以及根據(jù)所述信號強度確定 所述藍牙連接的路徑損耗； 第三狀態(tài)讀取模塊，用于在所述路徑損耗大于第二閾值時，讀取所述門鎖服務對應的 門鎖狀態(tài)特性值； 第二提示模塊，用于在所述門鎖狀態(tài)特性值為打開時，發(fā)出門鎖提示信息。13. 根據(jù)權(quán)利要求11或12所述的裝置，其特征在于，所述裝置還包括： 第一狀態(tài)修改模塊，用于根據(jù)用戶針對所述門鎖提示信息執(zhí)行的關門操作，通過所述 藍牙連接執(zhí)行關閉門鎖操作，以及將所述門鎖服務對應的門鎖狀態(tài)特性值修改為關閉。14. 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述裝置還包括： 第二服務搜索模塊，用于根據(jù)服務端廣播的車窗服務識別碼，搜索服務端提供的車窗 服務；其中，所述車窗服務識別碼與所述車窗服務具有對應關系； 第四狀態(tài)讀取模塊，用于在讀取的門鎖服務對應的門鎖狀態(tài)特性值為關閉時，根據(jù)所 述車窗服務識別碼，通過所述藍牙連接，讀取所述車窗服務對應的車窗狀態(tài)特性值；其中， 所述車窗服務對應的車窗狀態(tài)特性值包括打開或者關閉； 第三提示模塊，用于在所述車窗狀態(tài)特性值為打開時，發(fā)出車窗提示信息。15. 根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述裝置還包括： 第二狀態(tài)修改模塊，用于根據(jù)用戶針對所述車窗提示信息執(zhí)行的關窗操作，通過所述 藍牙連接執(zhí)行關閉車窗操作，以及將所述車窗服務對應的車窗狀態(tài)特性值修改為關閉。16. -種門鎖狀態(tài)的監(jiān)控裝置，其特征在于，包括： 第一狀態(tài)監(jiān)測模塊，用于監(jiān)測門鎖的實時狀態(tài)，以及根據(jù)所述門鎖的實時狀態(tài)更新門 鎖服務對應的門鎖狀態(tài)特性值； 第一廣播模塊，用于廣播門鎖服務識別碼；其中，所述門鎖服務識別碼與所述門鎖服務 具有對應關系； 第二連接建立模塊，用于與所述客戶端建立所述門鎖服務對應的藍牙連接；及 狀態(tài)推送模塊，用于根據(jù)第二時間周期，通過所述藍牙連接，向所述客戶端發(fā)送所述門 鎖服務對應的門鎖狀態(tài)特性值。17. 根據(jù)權(quán)利要求16所述的裝置，其特征在于，所述第一狀態(tài)監(jiān)測模塊，包括： 狀態(tài)監(jiān)測子模塊，用于監(jiān)測門鎖的實時狀態(tài)，在所述門鎖的實時狀態(tài)從打開變?yōu)殛P閉， 或者從關閉變?yōu)榇蜷_時，更新所述門鎖服務對應的門鎖狀態(tài)特性值。18. 根據(jù)權(quán)利要求16所述的裝置，其特征在于，所述裝置還包括： 第二狀態(tài)監(jiān)測模塊，用于監(jiān)測車窗的實時狀態(tài)，以及根據(jù)所述車窗的實時狀態(tài)更新車 窗服務對應的車窗狀態(tài)特性值； 第二廣播模塊，用于廣播車窗服務識別碼；其中，所述車窗服務識別碼與所述車窗服務 具有對應關系。
【文檔編號】H04W76/02GK105979471SQ201510694422
【公開日】2016年9月28日
【申請日】2015年10月22日
【發(fā)明人】黃欽, 于海蘭
【申請人】樂視移動智能信息技術(shù)（北京）有限公司