車庫門共享方法、系統及設備的制造方法
【專利摘要】本發明實施例提供一種車庫共享方法、系統及設備。所述服務端接收車載設備發出的車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求；所述服務端接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備以使所述車載設備根據所述授權秘鑰向所述車庫發送開門指令數據包。實現了智能、安全且便捷的車庫共享。
【專利說明】
車庫門共享方法、系統及設備
技術領域
[0001]本發明實施例涉及智能汽車領域，尤其涉及一種車庫共享方法系統及設備。
【背景技術】
[0002]機動車輛給我們的生活和工作都提供了不少方便，不管是自己還是公司單位的車庫，都會涉及到各種類型的車庫門，從而確保車輛安全存放。
[0003]然而，目前現有的車庫門存在很多問題，不能夠完全迎合用戶的需求。對于傳統的車庫門而言，其特點在于開關的操作需要用戶離車，在車庫門附近操作。傳統的車庫門有機械門和電動門兩種，不管是哪一種，都需要用戶攜帶機械鑰匙或者電動鑰匙下車走到車庫門鎖開關位置，對車庫門的開啟/關閉進行操作。如此一來用戶停車入庫，直接多了如下幾個步驟:下車、走到車鎖處、開啟車庫門、回到車內、駕車駛入、下車出庫、鎖車庫門。出庫亦然。在雨雪烈日等惡劣天氣里，用戶不得不從舒適的車內出來，在晚上也只能借著車燈的光進行操作，如此造成糟糕的用戶體驗。
[0004]為擺脫傳統車庫門使用的窘境，遙控車庫門逐漸出現并得到廣泛推廣。用戶駕車駛進車庫時，可以用遙控鑰匙進行車庫門的開啟/關閉。然而，車庫門一旦鎖死，只能由掌握遙控鑰匙的人到現場才能進行開鎖，如其他人希望使用該車庫則極不方便。當遙控鑰匙丟失時，必須破壞車庫門才能使用對應的車庫。
[0005]隨著無線通信技術的成熟，智能車庫逐漸走入人們的生活。目前，有一種基于藍牙技術的車庫門。這種車庫門需要持有藍牙設備的人對其進行管理。目前移動設備中，智能手機基本上都配置了藍牙。但是這種基于藍牙技術的智能車庫門在實際使用過程中需要經歷打開手機、啟動藍牙、掃描設備、配對、密碼認證、開/閉鎖等操作。操作步驟太過繁瑣。另一方面手機丟失、沒電的情況同樣也極易給車庫門的使用帶來風險。
[0006]目前獨立的車庫一般為私人所有。個人車庫目前暫時沒有實現共享的功能。最主要的原因是除車庫所有者外其他人無法對車庫門進行控制(即開鎖/閉鎖)，或車庫所有者對其他用戶授權操作極不方便。例如傳統方案中，車庫所有者授權給其他人的方式只能是將車庫門鑰匙交給其他人;藍牙方案中，授權方式必須是通過手機將藍牙認證密碼發送給使用者，但這樣帶來了密碼泄露的安全隱患。
[0007]因此，一種新的智能車庫共享方法亟待提出。
【發明內容】
[0008]本發明實施例提供一種車庫共享方法及裝置，用以解決現有技術中需要手動操控車庫門以及藍牙操控車庫門步驟繁瑣的缺陷，實現車庫門的智能控制。
[0009]本發明實施例提供一種車庫共享方法，位于服務端一側執行，包括如下的步驟:所述服務端接收車載設備發出的車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求;所述服務端接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備以使所述車載設備根據所述授權秘鑰向所述車庫發送開門指令數據包。
[0010]本發明實施例提供一種車庫共享方法，位于車輛一側執行，包括如下的步驟:車載設備獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇;所述車載設備獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求以使所述服務端將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接收所述車庫使用請求;所述車載設備接收所述服務端發送的授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包。
[0011]本發明實施例提供一種車庫共享方法，位于車庫門一側執行，包括如下的步驟:車庫門控制設備接收開門指令數據包，并進行車庫門的第一次檢查;所述車庫門控制設備判定所述第一次檢查通過，開啟所述車庫門，并在車庫門開啟的過程中實時監測所述車庫門開啟狀態;所述車庫門控制設備判定所述車庫門開啟成功，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。
[0012]本發明實施例提供一種車庫共享系統，包括:服務端、車載設備以及車庫門控制設備;所述車載設備，用于獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇;獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求;所述服務端，用于接所述收車載設備發出的所述車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求;所述服務端，還用于接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備;所述車載設備接收所述服務端發送的所述授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包;所述車庫門控制設備，用于接收所述開門指令數據包，并進行所述車庫門的第一次檢查;所述車庫門控制設備判定所述第一次檢查通過，開啟所述車庫門，并在所述車庫門開啟的過程中實時監測車庫門開啟狀態;所述車庫門控制設備判定所述車庫門開啟成功，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。
[0013]本發明實施例提供一種用于車庫共享的服務端設備，包括如下的模塊:網絡通信模塊，用于接收車載設備發出的車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求;所述網絡通信模塊，還用于接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備以使所述車載設備根據所述授權秘鑰向所述車庫發送開門指令數據包。
[0014]本發明實施例提供一種用于車庫共享的車載設備，包括如下的模塊:搜索模塊，用于獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇;通信模塊，用于獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求以使所述服務端將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接收所述車庫使用請求;所述通信模塊，還用于接收所述服務端發送的授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包。
[0015]本發明實施例提供一種用于車庫共享的車庫門控制設備，包括如下的模塊:信號接收模塊，用于接收開門指令數據包;檢查模塊，用于當所述數據接收模塊接收到所述開門指令數據包時，進行車庫門的第一次檢查;控制模塊，用于判定所述第一次檢查通過，開啟所述車庫門，并在車庫門開啟的過程中實時監測所述車庫門開啟狀態;信號發送模塊，用于當所述車庫門開啟成功時，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。
[0016]本發明實施例提供的車庫門共享方法、系統及設備，車載設備通過網絡服務端與車庫所有者進行通信，并在獲取車庫所有者授權后使用所述車庫，改變了現有技術進行車庫共享時，使用傳統鑰匙共享的繁瑣流程以及用藍牙方式進行車庫共享的存在的安全隱患，實現了便捷且安全的車庫共享，提升了用戶體驗。
【附圖說明】
[0017]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0018]圖1為本申請實施例一的技術流程圖；
[0019]圖2為本申請實施例二的技術流程圖；
[0020]圖3為本申請實施例三的技術流程圖；
[0021]圖4為本申請實施例四的技術流程圖；
[0022]圖5為本申請實施例五的系統結構示意圖；
[0023]圖6為本申請實施例六的裝置結構示意圖；
[0024]圖7為本申請實施例七的裝置結構示意圖；
[0025]圖8為本申請實施例八的裝置結構示意圖；
[0026]圖9是本申請應用實例的車庫門控制裝置實體設備結構示意圖；
[0027]圖10是本申請應用實例的應用示意圖。
【具體實施方式】
[0028]為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0029]圖1是申請實施例一的技術流程圖，結合圖1，本申請一種車庫共享方法，位于服務端一側執行，包括如下的步驟:
[0030]步驟S110:所述服務端接收車載設備發出的車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求；
[0031 ]步驟S120:接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備以使所述車載設備根據所述授權秘鑰向所述車庫發送開門指令數據包。
[0032]具體的，在步驟SllO中，所述服務端可以是TSP服務平臺也可以是其他的第三方共享平臺JSPUelematics Service Provider)，即內容服務提供者。車載設備將車庫使用請求發送至服務端后，服務端可以通過數據網絡(2G/3G/4G)將所述車庫使用請求發送至車庫主的通信設備;其中，在駕車狀態下，車庫主的通信設備可以是車庫主的車載設備，當車庫所有者未使用車載設備時，所述車庫使用請求將發至車庫主的非車載智能設備，例如智能手機等等。從而，車庫主能根據車庫的使用狀況決定是否共享私人的車庫。
[0033]具體的，在步驟S120中，所述授權秘鑰用于與所述車庫門控制設備中預先保存的配對秘鑰進行匹配，在匹配正確的情況下，才能獲得開啟車庫門的授權。此步驟中，所述服務端仍然通過數據網絡向所述車載設備下發授權秘鑰。
[0034]需要說明的是，本申請實施例中，所述授權秘鑰在通過數據網絡進行傳輸時，是加密的，從而保證授權秘鑰的安全性。具體加密方式并非本發明實施例的重點，此處不再贅述。
[0035]可選的，在上述步驟之后，本申請實施例進一步還包括如下步驟:
[0036]步驟S130:所述服務端接收所述車載設備發出的車庫歸還信息，并將所述車庫歸還信息發送至所述庫主通信設備以使所述庫主通信設備根據所述車庫歸還信息向所述服務端發送歸還確認信息。
[0037]步驟S140:所述服務端接收所述庫主通信設備發送的所述歸還確認信息，修改所述授權秘鑰得到更新后配對秘鑰，并將所述更新后的配對秘鑰發送至所述庫主通信設備以使所述庫主通信設備能夠根據所述更新后的配對秘鑰控制所述車庫。
[0038]具體的，在步驟S140中，請求車庫共享的用戶在使用完車庫后通過所述車載設備向所述服務端發送車庫歸還信息，其中，所述車庫歸還信息還可以包括車庫基本信息、車庫故障信息、被共享者輸入的其他信息(如留言等)。從而可以告知車庫所有者車庫共享完畢，并且讓車庫主及時發現車庫存在的故障或者特殊情況。
[0039]具體的，在步驟S140中，所述服務端保存的能夠控制所述車庫門的配對秘鑰已經被請求車庫共享的用戶熟知，因此，為了車庫的安全并保證車庫的私有性，所述服務端通過修改車庫主發來的授權秘鑰得到更新后的配對秘鑰并將所述更新后的配對秘鑰發送給所述庫主的通信設備。本實施例中，發起所述車庫使用請求的用戶通過服務端向車庫主發起共享請求，并通過所述服務端接收所述車庫主發送的加密后的授權秘鑰，從而，根據所述授權秘鑰對所述車庫進行控制，實現了安全便捷的車庫共享;與此同時，在車庫共享結束后，所述服務端自動修改已經使用過的授權秘鑰，進一步保證了車庫的安全。
[0040]圖2是申請實施例二的技術流程圖，結合圖1，本申請一種車庫共享方法，位于服務端一側執行，包括如下的步驟:
[0041]步驟S210:車載設備獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇；
[0042]步驟S220:所述車載設備獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求以使所述服務端將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接收所述車庫使用請求；
[0043]步驟S230:所述車載設備接收所述服務端發送的授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包。在本申請實施例中，車載設備和車庫門控制設備采用V2X通信模塊進行數據以及信號的傳輸。且，在本申請實施例中，安裝于車庫門控制設備的第一 V2X通信模塊實時接收所有周圍V2X通信模塊傳送出的信息，其接收頻率可由用戶通過軟件進行設置，例如，設置第一 V2X通信模塊刷新頻率不小于0.5Hz。
[0044]V2X技術是近些年來新興的車載通信技術，其技術的基本原理符合IEEE802.1Ip通信協議。這種技術應用在汽車電子和車載通信上。與傳統的車載通信技術(基于移動通信網絡的2G/3G/4G通信技術)相比，V2X技術具有如下特點:應用于高速場景，車輛行駛速度達到180Km/h;覆蓋范圍廣，不依賴基站的視距傳播達到3000m;通信機制簡化，適用于變化的通信環境，沒有復雜的認證、關聯和數據機密性服務;無需移動通信流量費。
[0045]具體的，在步驟S210中，車載設備通過導航地圖搜索附近所有的車庫，也可以根據用戶設定的區域范圍進行車庫的選擇，例如，IKM之內的車庫，并為用戶顯示車庫ID(可以是編號或是昵稱)。具體的，搜索預設范圍內的車庫的實現方式是通過第一V2X模塊和第二V2X模塊建立連接實現的。安裝在車庫門上的車庫門控制裝置處于靜默監聽狀態，即不向外發送信息，只實現監聽的功能。發起車庫共享的用戶可以在導航地圖上查閱預設范圍內的所有車庫，選擇對應的車庫ID后，車載通信設備自動通過第二 V2X模塊向車庫發送建立連接的請求。所述車庫門控制裝置接收到該信息后由第一 V2X模塊向車輛發送反饋信息。由此通信建立成功。
[0046]在步驟S220中，所述車載設備獲取到用戶選擇的車庫的ID號之后，通過數據網絡將選定的車庫的使用請求發送至所述服務端。
[0047]在步驟S230中，如果車庫主同意所述車庫使用請求，則所述車庫主通信設備會通過數據網絡向所述服務端發送自動加密的配對秘鑰，所述服務端同樣通過數據網絡向發起請求的所述車載設備下發所述授權秘鑰。
[0048]得到所述授權秘鑰后，所述車載設備可以通過內置的通信模塊與被請求共享的車庫進行通信。
[0049]本實施例中，需要使用車庫的用戶在選定了目標共享車庫后，通過向第三方的服務端發出車庫使用請求，并由第三方服務端確定車庫所有者是否授權所述車庫使用請求，在車庫主授權的情況下實現了車庫資源的共享，進一步提升了用戶的體驗。
[0050]圖3是本申請實施例三的技術流程圖，結合圖3，本申請一種車庫共享方法，位于車庫門一側執行，主要包括如下的步驟:
[0051 ]步驟S310:車庫門控制設備接收開門指令數據包，并進行車庫門的第一次檢查；
[0052]步驟S320:所述車庫門控制設備判定所述第一次檢查通過，開啟所述車庫門，并在車庫門開啟的過程中實時監測所述車庫門開啟狀態；
[0053]步驟S330:所述車庫門控制設備判定所述車庫門開啟成功，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。
[0054]具體的，在步驟S310中，車庫門控制設備接收到的所述開門指令數據包來自需要通過所述車庫門進入車庫的車輛。車輛安裝有車載設備，能夠與所述車庫門控制設備進行通信。
[0055]需要說明的是，本申請實施例中，所述開門指令數據包包含兩部分數據，其一為車載設備上安裝的第二 V2X通信模塊向安裝于車庫門控制設備上第一 V2X通信模塊發出的開啟車庫門的指令請求;其二，包括所述車輛與所述車庫門的配對秘鑰信息，從而所述車庫門能夠根據所述授權秘鑰判斷對當前發出開啟車庫門指令請求的車輛是否有開啟權限。
[0056]在本步驟中，車庫門控制設備接收到開門指令數據包后，需要對車庫門進行第一次檢查。具體的，第一次檢查包含兩部分內容:
[0057]其一，檢查車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的授權秘鑰是否配對一致。若一致，則判定所述車庫門對當前發出開啟車庫門指令請求的車輛是有開啟權限;本申請實施例中，授權秘鑰的輸入形式可以是UART(通用異步收發傳輸器)或USB(通用串行總線)或SPI(串行外設接口)或CAN(控制器局域網絡)。
[0058]其二，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為關閉狀態；其中，所述故障碼主要指，所述車庫門控制裝置中是否有傳感器損壞或者執行器損壞，從而通過檢測及時發現問題，保證順利實現車庫門的自動控制;本步驟中，除檢測故障碼之外，還需檢查車庫門當前是否出于關閉狀態。具體檢查方法如下:
[0059]采集所述車庫門下沿與所述車庫門上沿的位置信號，并計算所述車庫門上沿與所述車庫門下沿的實時距離。若判斷所述實時距離大于第一預設距離，則判定所述車庫門的當前狀態為關閉狀態。對于卷門類型的車庫門而言，若是卷門的上下沿之間距離很大，則卷門的下沿距離地面越近，當所述距離大于一定閾值時，可認為卷門處于關閉狀態。
[0060]具體的，在步驟S320中，若在上一步驟判定所述授權秘鑰匹配且所述車庫門出于關閉狀態，則判定所述第一次檢查沒有問題，響應車輛的開門指令請求，開啟車庫門。在本步驟中，所述車庫門控制設備發出電機驅動信號，驅動車庫門的電機和運動機構進行工作，從而實現車庫門的開啟。
[0061 ]與此同時，在本步驟中，所述車庫門控制設備實時獲取車庫門外的光照條件，并根據所述光照條件判斷是否需要開啟車庫門燈。若車庫門外的光照條件不佳，則所述車庫門控制設備發出車庫門燈的驅動信號，驅動車庫門燈進行工作為用戶提供照明服務。車庫門的卷簾門在上升的過程中，所述車庫門控制設備還通過發出喇叭驅動信號，驅動喇叭進行工作，提供喇叭鳴叫服務。
[0062]另外，需要說明的是，本申請實施例中，在車庫門升起的過程中，所述車庫門控制設備通過采集所述車庫門下沿與所述車庫門上沿的位置信號，并計算所述車庫門上沿與所述車庫門下沿的實時距離。具體實現方法是通過安裝于所述車庫門控制設備的位置信號輸入模塊，通過I/O采集車庫門的位置傳感器信息，獲取到車庫卷門的實時位置，即卷門離地面的高度，車庫門的總高度減去所述卷門離地面的高度即為車庫門上沿與所述車庫門下沿的實時距離。采集所述實時距離的作用在于，根據所述實時距離判斷所述車庫門是否完全開啟。
[0063]具體的，在步驟S330中，根據上一步驟中采集到的所述實時距離判斷所述車庫門是否完全開啟，若判斷所述實時距離小于第二預設距離，則判定所述車庫門為開啟狀態。其中，所述第二預設距離可以是用戶根據實際車型進行設置的。對于卷門而言，車庫門卷門的上沿和下沿之間的距離決定了卷門在卷起之后的高度，這個高度決定了車輛是否能夠正常通過。例如，所述第二預設距離可以是30mm，即如果車門下沿與車門上沿距離小于30mm則說明車庫門已完全打開，車輛可以安全從車庫門通過。
[0064]當所述車庫門完全開啟時，所述車庫門控制設備發送車庫門成功開啟信號至所述車載設備，從而，所述車載設備可以提示駕駛員通過車庫門進入車庫。
[0065]可選的，在上述步驟之后，本申請實施例還可包括如下的執行步驟:
[0066]步驟S340:所述車庫門控制設備接收車庫門關閉指令數據包，對所述車庫門進行第二次檢查；
[0067]步驟S350:所述車庫門控制設備判定所述第二次檢查通過，關閉所述車庫門，并在所述車庫門關閉的過程中實時監測車庫門關閉狀態；
[0068]步驟S360:所述車庫門控制設備確認所述車庫門成功關閉，發送車庫門關閉成功信號至所述車載設備。
[0069]具體的，在步驟S340中，車輛進入車庫后，會通過車載設備發出車庫門關閉指令數據包提示所述車庫門可以關閉。所述車庫門關閉指令數據包具體包括兩個部分，其一是車載設備發出的關門指令;其二為用于與所述車庫門配對的授權秘鑰，從而所述車庫門能夠根據所述授權秘鑰判斷對當前發出關閉車庫門指令請求的車輛是否有關閉權限。
[0070]在本步驟中，車庫門控制設備接收到關門指令數據包后，需要對車庫門進行第二次檢查。具體的，第二次檢查包含兩部分內容:
[0071]其一，檢查車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的授權秘鑰是否配對一致;若一致，則判定所述車庫門對當前發出開啟車庫門指令請求的車輛是有關閉權限；
[0072]其二，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為開啟狀態。其中，所述故障碼主要指，所述車庫門控制裝置中是否有傳感器損壞或者執行器損壞，從而通過檢測及時發現問題，保證順利實現車庫門的自動控制;本步驟中，除檢測故障碼之外，還需檢查車庫門當前是否出于關閉狀態。具體檢查方法如下:
[0073]采集所述車庫門下沿與所述車庫門上沿的位置信號，并計算所述車庫門上沿與所述車庫門下沿的實時距離。若判斷所述實時距離小于第二預設距離，則判定所述車庫門為開啟狀態。對于卷門類型的車庫門而言，若是卷門的上下沿之間距離很小，則卷門的下沿距離地面越遠，當所述距離小于一定閾值時，可認為卷門處于開啟狀態。具體的，在步驟S350中，若在上一步驟判定所述授權秘鑰匹配且所述車庫門出于開啟狀態，則判定所述第一次檢查沒有問題，響應車輛的關門指令請求，關閉車庫門。在本步驟中，所述車庫門控制設備發出電機驅動信號，驅動車庫門的電機和運動機構進行工作，從而實現車庫門的關閉。
[0074]與此同時，在本步驟中，車庫門的卷簾門在下降的過程中，所述車庫門控制設備還通過發出喇叭驅動信號，驅動喇叭進行工作，提供喇叭鳴叫服務。喇叭鳴叫頻率和持續時間均可以預配置，默認狀態下頻率為0.5Hz，每次鳴叫時間持續Is。
[0075]另外，需要說明的是，本申請實施例中，在車庫門下降的過程中，所述車庫門控制設備通過采集所述車庫門下沿與所述車庫門上沿的位置信號，并計算所述車庫門上沿與所述車庫門下沿的實時距離，根據所述實時距離判斷所述車庫門是否完全關閉，保證車輛安全。若判斷所述實時距離大于第一預設距離，則判定所述車庫門的當前狀態為關閉狀態。所述實時距離大于一定閾值后，車庫門的下沿距離地面越近，例如，若車庫門高度與地面距離小于1mm則說明車庫門已完全關閉，此時應立即切斷電機驅動信號，更新和保存最新的車庫狀態信息，并通過V2X通信模塊向指令發送方回復車庫門關閉成功信息，駕駛員即確認車庫門安全關閉。如果大于1mm則等待，當等待時間超過預設的最長時間閾值(限值默認值為5s，可配置為3S/4S/5S/6S/7S/8S/9S/10)時，則認為車庫門出現故障開放失敗，保存故障碼，并通過V2X通信模塊向指令發送方回復車庫門鎖死失敗信息。
[0076]本實施例中，位于車庫門的車庫門控制設備通過V2X通信模塊與車輛進行通信，實現了車庫門的智能控制，用戶在不需要下車的情況下也能便捷地控制車庫門的開啟和關閉；與此同時，基于V2X簡單的通信機制，車庫門與車輛之間的通信過程不需要繁瑣的步驟，極大提升了用戶體驗。
[0077]圖4是本申請實施例四的技術流程圖，結合圖4，本申請實施例一種車庫共享方法，安裝在車輛的車載設備和安裝于車庫門的車庫門控制設備以及第三方的服務端的交互過程可由如下步驟詳細闡述:
[0078]步驟S4010:所述車載設備，用于獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇;獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求；
[0079]步驟S4020:所述服務端，用于接所述收車載設備發出的所述車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求；
[0080]步驟S4030:所述服務端，還用于接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備；
[0081]步驟S4040:所述車載設備接收所述服務端發送的所述授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包；
[0082]步驟S4050:所述車庫門控制設備，用于接收所述開門指令數據包，并進行所述車庫門的第一次檢查;所述車庫門控制設備判定所述第一次檢查通過，開啟所述車庫門，并在所述車庫門開啟的過程中實時監測車庫門開啟狀態；
[0083]步驟S4060:所述車庫門控制設備判定所述車庫門開啟成功，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。
[0084]優選的，在上述步驟之后，本實施例還可包括如下的步驟:
[0085]步驟S4070:檢測到所述車輛成功通過所述車庫門，發出車庫門關閉指令數據包，以使所述車庫門控制設備接收車庫門關閉指令數據包時，對所述車庫門進行第二次檢查。
[0086]步驟S4080:接收車庫門關閉指令數據包，對所述車庫門進行第二次檢查；
[0087]步驟S4090:所述車庫門控制設備判定所述第二次檢查通過，關閉所述車庫門，并在所述車庫門關閉的過程中實時監測車庫門關閉狀態；
[0088]步驟S4100:所述車庫門控制設備確認所述車庫門成功關閉，發送車庫門關閉成功信號至所述車載設備。
[0089]本發明實施例中，車載設備通過網絡服務端與車庫所有者進行通信，并在獲取車庫所有者授權后使用所述車庫，改變了現有技術進行車庫共享時，使用傳統鑰匙共享的繁瑣流程以及用藍牙方式進行車庫共享的存在的安全隱患，實現了便捷且安全的車庫共享，提升了用戶體驗。
[0090]圖5是本申請實施例一種車庫共享系統，其特征在于，包括:車載設備51、服務端52以及車庫門控制設備53;
[0091]所述車載設備51，用于獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇;獲取用戶選擇的車庫ID號，并根據所述ID號向服務端52發送車庫使用請求；
[0092]所述服務端52，用于接所述收車載設備發出的所述車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求；
[0093]所述服務端52，還用于接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備51;
[0094]所述車載設備51接收所述服務端發送的所述授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備53發送開門指令數據包；
[0095]所述車庫門控制設備53，用于接收所述開門指令數據包，并進行所述車庫門的第一次檢查;所述車庫門控制設備53判定所述第一次檢查通過，開啟所述車庫門，并在所述車庫門開啟的過程中實時監測車庫門開啟狀態；
[0096]所述車庫門控制設備53判定所述車庫門開啟成功，發送車庫門開啟成功信號至車載設備51以使所述車載設備51提示所述車輛通過所述車庫門。
[0097]所述車載設備51還用于，檢測到所述車輛成功通過所述車庫門，發出車庫門關閉指令數據包，以使所述車庫門控制設備53接收車庫門關閉指令數據包時，對所述車庫門進行第二次檢查。
[0098]所述車庫門控制設備53，還用于:接收車庫門關閉指令數據包，對所述車庫門進行第二次檢查；
[0099]所述車庫門控制設備53判定所述第二次檢查通過，關閉所述車庫門，并在所述車庫門關閉的過程中實時監測車庫門關閉狀態；
[0100]所述車庫門控制設備53確認所述車庫門成功關閉，發送車庫門關閉成功信號至所述車載設備51。
[0101]所述開門指令數據包具體包括:所述車載設備51發出的開門指令以及用于與所述車庫門配對的授權秘鑰；
[0102]所述車庫門關閉指令數據包，具體包括:所述車載設備發出的關門指令以及用于與所述車庫門配對的授權秘鑰。
[0103]所述車庫門控制設備53具體用于:采用如下步驟進行所述車庫門的第一次檢查:檢查所述車載設備51發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為關閉狀態。
[0104]采用如下步驟進行對所述車庫門進行第二次檢查:檢查所述車載設備51發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為開啟狀態。
[0105]所述車庫門控制設備53還用于:監測所述車庫門關閉的時間長度，若所述時間長度大于預設的最長時間閾值，則判定所述車庫門關閉失敗，并通過向所述車載設備51發送車庫門關閉失敗信號。
[0106]所述服務端52還用于，接收所述車載設備51發出的車庫歸還信息，并將所述車庫歸還信息發送至所述庫主通信設備以使所述庫主通信設備根據所述車庫歸還信息向所述服務端52發送歸還確認信息。
[0107]所述服務端52還用于，接收所述庫主通信設備發送的所述歸還確認信息，以所述授權秘鑰更新所述服務端52保存的所述車庫的配對秘鑰以使所述庫主通信設備能夠根據所述授權秘鑰控制所述車庫。
[0108]所述車載設備51，還用于:記錄與車輛配對成功的車庫門的位置信息，并根據所述車庫門的位置通過導航地圖對所述車輛進行智能導航。
[0109]圖5所示系統可以執行圖1?圖4所示實施例的方法，實現原理和技術效果參考圖1?圖4所示實施例，不再贅述。
[0110]圖6是本申請實施例六的設備結構示意圖，結合圖6，本申請實施例一種用于車庫共享的服務端設備，包括如下的模塊:
[0111]網絡通信模塊61，用于接收車載設備發出的車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求；
[0112]所述網絡通信模塊61，還用于接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備以使所述車載設備根據所述授權秘鑰向所述車庫發送開門指令數據包。
[0113]所述網絡通信模塊61，還用于:接收所述車載設備發出的車庫歸還信息，并將所述車庫歸還信息發送至所述庫主通信設備以使所述庫主通信設備根據所述車庫歸還信息向所述服務端發送歸還確認信息。
[0114]所述設備還包括存儲模塊62，所述存儲模塊62用于:接收所述庫主通信設備發送的所述歸還確認信息，修改所述授權秘鑰得到更新后配對秘鑰，并將所述更新后的配對秘鑰發送至所述庫主通信設備以使所述庫主通信設備能夠根據所述更新后的配對秘鑰控制所述車庫。
[0115]圖6所示系統可以執行圖1所示實施例的方法，實現原理和技術效果參考圖1所示實施例，不再贅述。
[0116]圖7是本申請實施例七的設備結構示意圖，結合圖8，本申請實施例一種用于車庫共享的車載設備，包括如下的模塊:
[0117]搜索模塊71，用于獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇；
[0118]通信模塊72，用于獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求以使所述服務端將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接收所述車庫使用請求；
[0119]所述通信模塊72，還用于接收所述服務端發送的授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包。
[0120]所述通信模塊72，具體用于:發出開門指令數據包，以使車庫門控制設備接收開門指令數據包，并進行車庫門的第一次檢查;其中，所述第一次檢查用于當判定所述第一次檢查通過時，開啟車庫門，并在車庫門開啟的過程中實時監測車庫門開啟狀態;所述車載設備接收所述庫門控制設備發送的所述庫門開啟成功信號，并提示所述車輛通過所述車庫門；其中，所述車庫門開啟成功信號由所述車庫門控制設備判定車庫門開啟成功時向所述車載設備發送的。
[0121]所述通信模塊72，具體用于:檢測所述車輛成功通過所述車庫門，發出車庫門關閉指令數據包，以使所述車庫門控制設備接收車庫門關閉指令數據包時，對所述車庫門進行第二次檢查。
[0122]所述設備還包括數據存儲模塊73，所述數據存儲模塊73用于:記錄與所述車輛配對成功的車庫門的位置信息，并根據所述車庫門的位置通過導航地圖對車輛進行智能導航。
[0123]圖7所示系統可以執行圖2所示實施例的方法，實現原理和技術效果參考圖2所示實施例，不再贅述。
[0124]圖8是本申請實施例八的設備結構示意圖，結合圖8，本申請實施例一種用于車庫共享的車庫門控制設備，包括如下的模塊:
[0125]信號接收模塊81，用于接收開門指令數據包；
[0126]檢查模塊82，用于當所述數據接收模塊接收到所述開門指令數據包時，進行車庫門的第一次檢查；
[0127]控制模塊83，用于判定所述第一次檢查通過，開啟所述車庫門，并在車庫門開啟的過程中實時監測所述車庫門開啟狀態；
[0128]信號發送模塊84，用于當所述車庫門開啟成功時，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。
[0129]所述信號接收模塊81，還用于接收車庫門關閉指令數據包；
[0130]所述檢查模塊82，還用于對所述車庫門進行第二次檢查；
[0131]所述控制模塊83，還用于判定所述第二次檢查通過，關閉所述車庫門，并在所述車庫門關閉的過程中實時監測車庫門關閉狀態；
[0132]所述信號發送模塊84，還用于當確認所述車庫門成功關閉時，發送車庫門關閉成功信號至所述車載設備。
[0133]所述開門指令數據包具體包括:所述車載設備發出的開門指令以及用于與所述車庫門配對的授權秘鑰；
[0134]所述車庫門關閉指令數據包，具體包括:所述車載設備發出的關門指令以及用于與所述車庫門配對的授權秘鑰。
[0135]所述檢查模塊82具體用于:檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為關閉狀態。
[0136]對所述車庫門進行第二次檢查，具體包括:檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為開啟狀態。
[0137]所述設備還包括監測模塊85，所述監測模塊85用于:監測所述車庫門關閉的時間長度，若所述時間長度大于預設的最長時間閾值，則判定所述車庫門關閉失敗，并通過向所述車載設備發送車庫門關閉失敗信號。
[0138]圖8所示系統可以執行圖3所示實施例的方法，實現原理和技術效果參考圖3所示實施例，不再贅述。
[0139]應用實例
[0140]圖9是本申請應用場景實例的車庫門控制裝置實體設備結構示意圖，如圖9所示，本申請實施例的一種實體設備可由如下部分構成:智能車庫門控制裝置、車載V2X模塊、車載核心控制模塊、車載中控屏、中控屏上的開/閉車庫門虛擬按鈕、以及嵌入中控屏中的車庫共享模塊、以及遠程的TSP服務平臺。車載部分各個模塊可以集成到同一個硬件中，也可自由組合分布在不同硬件中，也可集成到車載其他硬件中，如ΤΒ0Χ、車機(車載信息娛樂系統硬件)。
[0141]所述車庫共享模塊被嵌入到車載中控屏中，當用戶需要使用他人的車庫時，在導航地圖上手動調出該模塊，搜索附近所有的車庫，并在中控屏上顯示車庫ID(可以是編號或是昵稱)。
[0142]車庫租賃信息保存在智能車庫門控制裝置中，當用戶在中控屏上選定該車庫時，租賃信息自動從車庫門控制裝置通過其內部的V2X模塊發送到車內，并立即在中控屏上顯示出來。
[0143]所述車庫共享模塊，當用戶選定車庫后，車輛中的2G/3G/4G模塊將車庫使用請求傳送到云端的TSP服務平臺。TSP服務平臺通過網絡將該請求轉至對應的車庫所有者的車載設備(駕車狀態)，當車庫所有者未使用車載設備時，信息將發至車庫所有者的非車載智能設備(智能手機)中。
[0144]所述遠程的TSP服務平臺，當車庫所有者在車載或非車載設備上授權其他人使用時，TSP平臺自動將配對秘鑰發放至被共享者的車載設備中。如此一來車庫達到了共享的目的。被共享者可以通過車載設備或智能手機對車庫門進行控制。
[0145]所述遠程的TSP服務平臺，當被共享者用完車庫后，可以在車載中控屏的車庫共享模塊上或手機上發送車庫歸還指令。此時被共享者的車載設備和非車載設備中保存配對秘鑰自動刪除。TSP平臺將信息轉發給車庫所有者并自動對秘鑰進行修改，且將新秘鑰同樣發送到車庫所有者處。當車庫秘鑰通過TSP平臺修改后，車庫的本地秘鑰將在于車輛進行下一次連接的時候自動進行更替。也就是說原來的秘鑰可以在這次建連時最后使用一次。
[0146]基于上述設備，本申請實施例提出的車庫共享方法可以有圖10所示應用步驟，具體如下:
[0147]步驟1:車載V2X模塊與車庫建立V2X通信；
[0148]—般情況下智能車庫門控制裝置處于靜默監聽狀態，即不向外發送信息，只實現監聽的功能。被共享者可以在導航地圖上查閱Ikm范圍內的所有車庫，選擇對應的車庫logo后，車載部分自動通過V2X向車庫發送建立連接的請求。智能車庫門控制裝置接收到該信息后由V2X模塊向車輛發送反饋信息。由此通信建立成功。
[0149]步驟S2:車載V2X模塊發出車庫使用請求；
[0150]通信后，車載部分的核心控制模塊通過車載V2X模塊立即向車庫門控制器立即發送信息請求，并將車庫門反饋過來的信息立即解析并保存備用。用戶查看車庫信息時，可以選擇基本信息查詢、安防信息查詢、故障信息等。如確定希望使用該車庫，則點擊共享按鈕。車載設備中的2G/3G/4G將該請求發送到云端TSP平臺，并進一步被轉發送到車庫主的車載/非車載智能設備中。
[0151]步驟S3:車庫主授權；
[0152]車庫主可以通過車載或非車載的設備查閱到請求后，可以點擊虛擬按鈕對車庫進行授權。也可點擊另外的虛擬按鈕拒絕請求。
[0153]步驟S4:授權信息接收；
[0154]當車庫主同意授權時，TSP平臺自動將加密的配對秘鑰發送給被授權者。如此被授權者的車載設備可以通過V2X模塊對車庫進行開/關門控制。
[0155]步驟S5:車庫使用/歸還；
[0156]當被共享這使用完車庫后，確保車庫門已關閉。之后則可在中控屏上點擊歸還車庫的虛擬按鈕。此時歸還信息則通過TSP平臺傳遞至車庫主的車載或非車載智能設備處。信息包含:車庫基本信息、車庫故障信息、被共享者輸入的其他信息(如留言等)。
[0157]步驟S6:車庫主查閱歸還信息；
[0158]車庫主可以在自己的車載或非車載設備上查閱車庫歸還信息，當確認無誤后可以點擊虛擬按鈕，向TSP平臺發送一個歸還確認。
[0159]步驟S7:秘鑰更替。
[0160]當TSP平臺得到車庫主的歸還確認后，則將保存在該平臺的車庫配對秘鑰進行更換。當車庫再次使用時，先用原先的秘鑰進行建連，之后立即更換車庫控制裝置和車庫主車載設備和非車載設備中的秘鑰。
[0161]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創造性的勞動的情況下，即可以理解并實施。
[0162]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件。基于這樣的理解，上述技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品可以存儲在計算機可讀存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機裝置(可以是個人計算機，服務器，或者網絡裝置等)執行各個實施例或者實施例的某些部分所述的方法。
[0163]最后應說明的是:以上實施例僅用以說明本發明的技術方案，而非對其限制;盡管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發明各實施例技術方案的精神和范圍。
【主權項】
1.一種車庫共享方法，位于服務端一側執行，其特征在于，包括如下的步驟: 所述服務端接收車載設備發出的車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求； 所述服務端接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備以使所述車載設備根據所述授權秘鑰向所述車庫發送開門指令數據包。2.如權利要求1所述的方法，其特征在于，所述方法還包括: 所述服務端接收所述車載設備發出的車庫歸還信息，并將所述車庫歸還信息發送至所述庫主通信設備以使所述庫主通信設備根據所述車庫歸還信息向所述服務端發送歸還確認信息。3.如權利要求2所述的方法，其特征在于，所述方法還包括: 所述服務端接收所述庫主通信設備發送的所述歸還確認信息，修改所述授權秘鑰得到更新后配對秘鑰，并將所述更新后的配對秘鑰發送至所述庫主通信設備以使所述庫主通信設備能夠根據所述更新后的配對秘鑰控制所述車庫。4.一種車庫共享方法，位于車輛一側執行，其特征在于，包括如下的步驟: 車載設備獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇； 所述車載設備獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求以使所述服務端將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接收所述車庫使用請求； 所述車載設備接收所述服務端發送的授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包。5.如權利要求4所述的方法，其特征在于，對所述車庫進行控制，具體包括: 所述車載設備發出所述開門指令數據包，以使車庫門控制設備接收所述開門指令數據包，并進行車庫門的第一次檢查；其中，所述第一次檢查用于當判定所述第一次檢查通過時，開啟車庫門，并在車庫門開啟的過程中實時監測車庫門開啟狀態;其中，所述第一次檢查用于當判定所述第一次檢查通過時，開啟車庫門，并在車庫門開啟的過程中實時監測車庫門開啟狀態； 所述車載設備接收所述庫門控制設備發送的所述庫門開啟成功信號，并提示所述車輛通過所述車庫門；其中，所述車庫門開啟成功信號由所述車庫門控制設備判定車庫門開啟成功時向所述車載設備發送的。6.如權利要求4所述的方法，其特征在于，所述車載設備，還用于: 檢測所述車輛成功通過所述車庫門，發出車庫門關閉指令數據包，以使所述車庫門控制設備接收車庫門關閉指令數據包時，對所述車庫門進行第二次檢查。7.如權利要求6所述的方法，其特征在于，所述方法還包括: 所述車載設備記錄與所述車輛配對成功的車庫門的位置信息，并根據所述車庫門的位置通過導航地圖對車輛進行智能導航。8.—種車庫共享方法，位于車庫門一側執行，其特征在于，包括如下的步驟: 車庫門控制設備接收開門指令數據包，并進行車庫門的第一次檢查； 所述車庫門控制設備判定所述第一次檢查通過，開啟所述車庫門，并在車庫門開啟的過程中實時監測所述車庫門開啟狀態； 所述車庫門控制設備判定所述車庫門開啟成功，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。9.如權利要求8所述的方法，其特征在于，所述方法還包括: 所述車庫門控制設備接收車庫門關閉指令數據包，對所述車庫門進行第二次檢查； 所述車庫門控制設備判定所述第二次檢查通過，關閉所述車庫門，并在所述車庫門關閉的過程中實時監測車庫門關閉狀態； 所述車庫門控制設備確認所述車庫門成功關閉，發送車庫門關閉成功信號至所述車載設備。10.如權利要求9所述的方法，其特征在于， 所述開門指令數據包具體包括:所述車載設備發出的開門指令以及用于與所述車庫門配對的授權秘鑰； 所述車庫門關閉指令數據包，具體包括:所述車載設備發出的關門指令以及用于與所述車庫門配對的授權秘鑰。11.如權利要求10所述的方法，其特征在于，進行車庫門的第一次檢查，具體包括: 檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為關閉狀態。 對所述車庫門進行第二次檢查，具體包括:檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為開啟狀態。12.如權利要求9所述的方法，其特征在于，在所述車庫門關閉的過程中實時監測車庫門關閉狀態，還包括， 所述車庫門控制設備監測所述車庫門關閉的時間長度，若所述時間長度大于預設的最長時間閾值，則判定所述車庫門關閉失敗，并通過向所述車載設備發送車庫門關閉失敗信號。13.—種車庫共享系統，其特征在于，包括:服務端、車載設備以及車庫門控制設備； 所述車載設備，用于獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇;獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求； 所述服務端，用于接所述收車載設備發出的所述車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求； 所述服務端，還用于接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備； 所述車載設備接收所述服務端發送的所述授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包； 所述車庫門控制設備，用于接收所述開門指令數據包，并進行所述車庫門的第一次檢查;所述車庫門控制設備判定所述第一次檢查通過，開啟所述車庫門，并在所述車庫門開啟的過程中實時監測車庫門開啟狀態； 所述車庫門控制設備判定所述車庫門開啟成功，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。14.如權利要求13所述的系統，其特征在于，所述車載設備還用于， 檢測到所述車輛成功通過所述車庫門，發出車庫門關閉指令數據包，以使所述車庫門控制設備接收車庫門關閉指令數據包時，對所述車庫門進行第二次檢查。15.如權利要求13所述的系統，其特征在于，所述車庫門控制設備，還用于: 接收車庫門關閉指令數據包，對所述車庫門進行第二次檢查； 所述車庫門控制設備判定所述第二次檢查通過，關閉所述車庫門，并在所述車庫門關閉的過程中實時監測車庫門關閉狀態； 所述車庫門控制設備確認所述車庫門成功關閉，發送車庫門關閉成功信號至所述車載設備。16.如權利要求15所述的系統，其特征在于，所述開門指令數據包具體包括:所述車載設備發出的開門指令以及用于與所述車庫門配對的授權秘鑰； 所述車庫門關閉指令數據包，具體包括:所述車載設備發出的關門指令以及用于與所述車庫門配對的授權秘鑰。17.如權利要求15所述的系統，其特征在于，所述車庫門控制設備具體用于: 采用如下步驟進行所述車庫門的第一次檢查:檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為關閉狀態； 采用如下步驟進行對所述車庫門進行第二次檢查:檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為開啟狀態。18.如權利要求16所述的系統，其特征在于，所述車庫門控制設備還用于: 監測所述車庫門關閉的時間長度，若所述時間長度大于預設的最長時間閾值，則判定所述車庫門關閉失敗，并通過向所述車載設備發送車庫門關閉失敗信號。19.如權利要求13所述的系統，其特征在于，所述服務端還用于， 接收所述車載設備發出的車庫歸還信息，并將所述車庫歸還信息發送至所述庫主通信設備以使所述庫主通信設備根據所述車庫歸還信息向所述服務端發送歸還確認信息。20.如權利要求13所述的系統，其特征在于，所述服務端還用于， 接收所述庫主通信設備發送的所述歸還確認信息，修改所述授權秘鑰得到更新后配對秘鑰，并將所述更新后的配對秘鑰發送至所述庫主通信設備以使所述庫主通信設備能夠根據所述更新后的配對秘鑰控制所述車庫。21.如權利要求13所述的系統，其特征在于，所述車載設備，還用于: 記錄與車輛配對成功的車庫門的位置信息，并根據所述車庫門的位置通過導航地圖對所述車輛進行智能導航。22.一種用于車庫共享的服務端設備，其特征在于，包括如下的模塊: 網絡通信模塊，用于接收車載設備發出的車庫使用請求，將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接受所述車庫使用請求； 所述網絡通信模塊，還用于接收所述庫主通信設備發送的授權秘鑰，并將所述授權秘鑰發送至所述車載設備以使所述車載設備根據所述授權秘鑰向所述車庫發送開門指令數據包。23.如權利要求22所述的設備，其特征在于，所述網絡通信模塊，還用于: 接收所述車載設備發出的車庫歸還信息，并將所述車庫歸還信息發送至所述庫主通信設備以使所述庫主通信設備根據所述車庫歸還信息向所述服務端發送歸還確認信息。24.如權利要求22所述的設備，其特征在于，所述設備還包括存儲模塊，所述存儲模塊用于: 接收所述庫主通信設備發送的所述歸還確認信息，修改所述授權秘鑰得到更新后配對秘鑰，并將所述更新后的配對秘鑰發送至所述庫主通信設備以使所述庫主通信設備能夠根據所述更新后的配對秘鑰控制所述車庫。25.一種用于車庫共享的車載設備，其特征在于，包括如下的模塊: 搜索模塊，用于獲取用戶的泊車請求，搜索預設范圍內的車庫以使用戶進行車庫的選擇； 通信模塊，用于獲取用戶選擇的車庫ID號，并根據所述ID號向服務端發送車庫使用請求以使所述服務端將所述車庫使用請求發送至庫主通信設備以使所述車庫的所有者判斷是否接收所述車庫使用請求； 所述通信模塊，還用于接收所述服務端發送的授權秘鑰并根據所述授權秘鑰向所述車庫門控制設備發送開門指令數據包。26.如權利要求25所述的設備，其特征在于，所述通信模塊，具體用于: 發出開門指令數據包，以使車庫門控制設備接收開門指令數據包，并進行車庫門的第一次檢查;其中，所述第一次檢查用于當判定所述第一次檢查通過時，開啟車庫門，并在車庫門開啟的過程中實時監測車庫門開啟狀態;所述車載設備接收所述庫門控制設備發送的所述庫門開啟成功信號，并提示所述車輛通過所述車庫門；其中，所述車庫門開啟成功信號由所述車庫門控制設備判定車庫門開啟成功時向所述車載設備發送的。27.如權利要求25所述的設備，其特征在于，所述通信模塊，具體用于: 檢測所述車輛成功通過所述車庫門，發出車庫門關閉指令數據包，以使所述車庫門控制設備接收車庫門關閉指令數據包時，對所述車庫門進行第二次檢查。28.如權利要求26所述的設備，其特征在于，所述設備還包括數據存儲模塊，所述數據存儲模塊用于: 記錄與所述車輛配對成功的車庫門的位置信息，并根據所述車庫門的位置通過導航地圖對車輛進行智能導航。29.—種用于車庫共享的車庫門控制設備，其特征在于，包括如下的模塊: 信號接收模塊，用于接收開門指令數據包； 檢查模塊，用于當所述數據接收模塊接收到所述開門指令數據包時，進行車庫門的第一次檢查； 控制模塊，用于判定所述第一次檢查通過，開啟所述車庫門，并在車庫門開啟的過程中實時監測所述車庫門開啟狀態； 信號發送模塊，用于當所述車庫門開啟成功時，發送車庫門開啟成功信號至車載設備以使所述車載設備提示所述車輛通過所述車庫門。30.如權利要求29所述的設備，其特征在于， 所述信號接收模塊，還用于接收車庫門關閉指令數據包； 所述檢查模塊，還用于對所述車庫門進行第二次檢查； 所述控制模塊，還用于判定所述第二次檢查通過，關閉所述車庫門，并在所述車庫門關閉的過程中實時監測車庫門關閉狀態； 所述信號發送模塊，還用于當確認所述車庫門成功關閉時，發送車庫門關閉成功信號至所述車載設備。31.如權利要求30所述的設備，其特征在于， 所述開門指令數據包具體包括:所述車載設備發出的開門指令以及用于與所述車庫門配對的授權秘鑰； 所述車庫門關閉指令數據包，具體包括:所述車載設備發出的關門指令以及用于與所述車庫門配對的授權秘鑰。32.如權利要求31所述的設備，其特征在于，所述檢查模塊具體用于: 檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為關閉狀態； 對所述車庫門進行第二次檢查，具體包括:檢查所述車載設備發出的用于與所述車庫門配對的授權秘鑰與所述車庫門中預設的配對秘鑰是否配對一致；以及，檢查所述車庫門是否存在故障碼并確認所述車庫門的當前狀態是否為開啟狀態。33.如權利要求30所述的設備，其特征在于，所述設備還包括監測模塊，所述監測模塊用于: 監測所述車庫門關閉的時間長度，若所述時間長度大于預設的最長時間閾值，則判定所述車庫門關閉失敗，并通過向所述車載設備發送車庫門關閉失敗信號。
【文檔編號】H04L29/06GK105840041SQ201610180043
【公開日】2016年8月10日
【申請日】2016年3月25日
【發明人】林偉
【申請人】樂視控股（北京）有限公司, 樂卡汽車智能科技（北京）有限公司