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

【發明內容】

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