本發(fā)明涉及信息安全技術(shù)領(lǐng)域，特別涉及一種虛擬鑰匙的授權(quán)方法、系統(tǒng)及服務器。

背景技術(shù)：

目前，隨著云服務技術(shù)的快速發(fā)展與普及，為企業(yè)用戶和個人用戶提供了許多便利。越來越多企業(yè)將數(shù)據(jù)和服務交于云服務器管理。但通過互聯(lián)網(wǎng)傳遞信息的云服務器的隱私和安全問題比較突出?？蛻魯?shù)據(jù)以及服務過程受到被截取和惡意操作的風險。例如，隨著汽車虛擬鑰匙的出現(xiàn)，鑰匙的分享機制逐漸成熟起來。虛擬鑰匙的分享突破了傳統(tǒng)機械鑰匙、智能遙控鑰匙分享授權(quán)所具有的時間和空間上的限制，也細化了鑰匙分享授權(quán)的內(nèi)容，增加了其它一些實用且有效的監(jiān)控功能。

關(guān)于虛擬鑰匙的授權(quán)，目前相關(guān)技術(shù)主要有以下幾種：

相關(guān)技術(shù)公開了一種汽車借用遠程授權(quán)啟動裝置，無線通信模塊與微控制器相連用于無線接收車主發(fā)出的授權(quán)信息，驗證信息輸入模塊與微控制器相連用于接收借車人輸入的驗證信息，車門開關(guān)控制單元與微控制器相連并接受微控制器的控制，當車主的授權(quán)信息與借車人的驗證信息一致時，微控制器控制車門開關(guān)控制單元開啟以對車門進行解鎖。該方法的缺點在于，授權(quán)信息被車主通過無線網(wǎng)絡(luò)發(fā)送到汽車上，借車人只需向汽車信息輸入模塊輸入同授權(quán)信息一致的驗證信息，即能操控車輛。也即，此方案中授權(quán)信息容易被截取或偽造，安全性不高，不足以保證授權(quán)過程的安全性、用戶信息的隱私性。

另一種相關(guān)技術(shù)公開了一種由臨時訪問系統(tǒng)執(zhí)行的、用于使得臨時用戶能夠獲得對車輛的被鎖住的空間的臨時訪問的方法，借助于所有者設(shè)備，將包括訪問參數(shù)的準許消息直接或間接地發(fā)送到用戶設(shè)備；借助于用戶設(shè)備，從所有者設(shè)備直接或間接地接收準許消息；借助于用戶設(shè)備，將用于打開被鎖住的空間的遠程可操作的鎖的請求消息發(fā)送到中間系統(tǒng)，其中，請求消息包括訪問參數(shù)。該方法的缺點在于，將訪問參數(shù)的準許消息發(fā)送于借車者，借車者通過服務器遠程解鎖的過程沒有對借車者信息進行認證，安全性不高，不足以保證授權(quán)過程的安全性、用戶信息的隱私性。

相關(guān)技術(shù)中還公開了一種無線終端中智能鑰匙的授權(quán)方法、系統(tǒng)、終端和服務器，服務器接收授權(quán)移動終端和被授權(quán)移動終端的登陸消息；授權(quán)移動終端和被授權(quán)移動終端建立連接，授權(quán)移動終端接收被授權(quán)移動終端發(fā)送的被授權(quán)者信息；授權(quán)移動終端根據(jù)被授權(quán)者信息生成授權(quán)證書，并將授權(quán)證書發(fā)送至服務器；服務器將授權(quán)證書發(fā)送至被授權(quán)移動終端，以向被授權(quán)移動終端授控制車輛的權(quán)限。該方法的缺點在于，授權(quán)移動終端與被授權(quán)移動終端建立連接，此連接如若被中間者截取，中間者可以利用被授權(quán)者用戶信息惡意向授權(quán)者發(fā)送授權(quán)請求，將授權(quán)證書獲取，因此安全性不高，不足以保證授權(quán)過程的安全性、用戶信息的隱私性。

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

有鑒于此，本發(fā)明旨在提出一種虛擬鑰匙的授權(quán)方法，該方法能夠提高智能鑰匙的認證和授權(quán)流程的安全性，操作便捷，極大地提升了用戶體驗感。

為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

一種虛擬鑰匙的授權(quán)方法，包括以下步驟：服務器接收第一移動終端發(fā)送的確認授權(quán)指令，其中，所述確認授權(quán)指令由所述第一移動終端接收到被授權(quán)者的第二移動終端發(fā)送的授權(quán)請求后生成；對所述授權(quán)指令進行驗證，并在驗證通過后生成授權(quán)碼；將所述授權(quán)碼通過所述第一移動終端發(fā)送給所述第二移動終端；接收所述第二移動終端發(fā)送的虛擬鑰匙獲取請求，其中，所述虛擬鑰匙獲取請求為根據(jù)所述授權(quán)碼生成；對所述第二移動終端的身份和所述授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并將所述虛擬鑰匙發(fā)送給所述第二移動終端，以便所述第二移動終端通過所述虛擬鑰匙訪問目標車輛。

進一步地，所述確認授權(quán)指令包括第一移動終端的所有者信息、第一移動終端標識信息、被授權(quán)信息和第二移動終端標識信息。

進一步地，所述對所述授權(quán)指令進行驗證，并在驗證通過后生成授權(quán)碼的步驟，包括：為所述第一移動終端提供授權(quán)審批頁面，以由第一移動終端的所有者在所述授權(quán)審批頁面進行授權(quán)操作；對所述授權(quán)審批頁面中接收到的所述授權(quán)操作進行驗證，并在驗證通過后生成所述授權(quán)碼。

進一步地，所述虛擬鑰匙具有控制權(quán)限和/或控制時限。

進一步地，所述虛擬鑰匙的控制權(quán)限和/或控制時限由所述第一移動終端設(shè)定，以便所述第二移動終端通過所述虛擬鑰匙訪問所述目標車輛中對應于所述控制權(quán)限的功能和/或在對應于所述控制時限內(nèi)對所述車輛進行控制。

進一步地，所述虛擬鑰匙獲取請求由所述第二移動終端進行數(shù)字簽名后發(fā)送給所述服務器。

相對于現(xiàn)有技術(shù)，本發(fā)明所述的虛擬鑰匙的授權(quán)方法具有以下優(yōu)勢：

本發(fā)明的虛擬鑰匙的授權(quán)方法，服務器接收第一移動終端發(fā)送的確認授權(quán)指令，對授權(quán)指令進行驗證，在驗證通過后生成授權(quán)碼，并發(fā)送給第二移動終端，并接收第二移動終端發(fā)送的虛擬鑰匙獲取請求，對第二移動終端的身份和授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并發(fā)送給第二移動終端，以便第二移動終端通過虛擬鑰匙訪問目標車輛。因此，該方法能夠提高智能鑰匙的認證和授權(quán)流程的安全性，操作便捷，極大地提升了用戶體驗感。

本發(fā)明的另一個目的在于提出一種服務器，該服務器能夠提高智能鑰匙的認證和授權(quán)流程的安全性，操作便捷，極大地提升了用戶體驗感。

為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

一種服務器，包括：第一接收模塊，用于接收第一移動終端發(fā)送的確認授權(quán)指令，其中，所述確認授權(quán)指令由所述第一移動終端接收到被授權(quán)者的第二移動終端發(fā)送的授權(quán)請求后生成；授權(quán)碼生成模塊，用于對所述授權(quán)指令進行驗證，并在驗證通過后生成授權(quán)碼；發(fā)送模塊，用于將所述授權(quán)碼通過所述第一移動終端發(fā)送給所述第二移動終端；第二接收模塊，用于接收所述第二移動終端發(fā)送的虛擬鑰匙獲取請求，其中，所述虛擬鑰匙獲取請求為根據(jù)所述授權(quán)碼生成；虛擬鑰匙生成模塊，用于對所述第二移動終端的身份和所述授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并將所述虛擬鑰匙發(fā)送給所述第二移動終端，以便所述第二移動終端通過所述虛擬鑰匙訪問目標車輛。

進一步地，所述確認授權(quán)指令包括第一移動終端的所有者信息、第一移動終端標識信息、被授權(quán)信息和第二移動終端標識信息。

進一步地，所述授權(quán)碼生成模塊用于為所述第一移動終端提供授權(quán)審批頁面，以由第一移動終端的所有者在所述授權(quán)審批頁面進行授權(quán)操作，對所述授權(quán)審批頁面中接收到的所述授權(quán)操作進行驗證，并在驗證通過后生成所述授權(quán)碼。

進一步地，所述虛擬鑰匙具有控制權(quán)限和/或控制時限。

進一步地，所述虛擬鑰匙的控制權(quán)限和/或控制時限由所述第一移動終端設(shè)定，以便所述第二移動終端通過所述虛擬鑰匙訪問所述目標車輛中對應于所述控制權(quán)限的功能和/或在對應于所述控制時限內(nèi)對所述車輛進行控制。

進一步地，所述虛擬鑰匙獲取請求由所述第二移動終端進行數(shù)字簽名后發(fā)送給所述服務器。

所述的服務器與上述的虛擬鑰匙的授權(quán)方法相對于現(xiàn)有技術(shù)所具有的優(yōu)勢相同，在此不再贅述。

本發(fā)明的再一個目的在于提出一種虛擬鑰匙的授權(quán)系統(tǒng)，該系統(tǒng)能夠提高智能鑰匙的認證和授權(quán)流程的安全性，操作便捷，極大地提升了用戶體驗感。

為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

一種虛擬鑰匙的授權(quán)系統(tǒng)，包括：本發(fā)明上述實施例提出的所述服務器。

所述的虛擬鑰匙的授權(quán)系統(tǒng)與上述的虛擬鑰匙的授權(quán)方法相對于現(xiàn)有技術(shù)所具有的優(yōu)勢相同，在此不再贅述。

附圖說明

構(gòu)成本發(fā)明的一部分的附圖用來提供對本發(fā)明的進一步理解，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1為本發(fā)明實施例的虛擬鑰匙的授權(quán)方法的流程圖；

圖2為本發(fā)明一個實施例的虛擬鑰匙的授權(quán)方法的原理框圖；

圖3為本發(fā)明一個實施例的數(shù)字簽名的生成過程示意圖；

圖4為本發(fā)明一個實施例的state值驗證流程示意圖；

圖5為本發(fā)明一個實施例的虛擬鑰匙的授權(quán)方法的授權(quán)流程示意圖；以及

圖6為本發(fā)明實施例的服務器的結(jié)構(gòu)框圖。

附圖標記說明：

100-服務器、110-第一接收模塊、120-授權(quán)碼生成模塊、130-發(fā)送模塊、140-第二接收模塊、150-虛擬鑰匙生成模塊。

具體實施方式

需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互組合。

下面將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。

圖1是根據(jù)本發(fā)明一個實施例的虛擬鑰匙的授權(quán)方法的流程圖。圖2是根據(jù)本發(fā)明一個實施例的虛擬鑰匙的授權(quán)方法的原理示框圖。

如圖1所示，并結(jié)合圖2，本發(fā)明實施例的虛擬鑰匙的授權(quán)方法包括以下步驟：

步驟S1：服務器接收第一移動終端發(fā)送的確認授權(quán)指令，其中，確認授權(quán)指令由第一移動終端接收到被授權(quán)者的第二移動終端發(fā)送的授權(quán)請求后生成。具體地，第一移動終端即為圖2中所示的所有者移動設(shè)備，第二移動終端即為圖2中所示的臨時使用者移動設(shè)備。

其中，確認授權(quán)指令例如包括第一移動終端的所有者信息、第一移動終端標識信息、被授權(quán)信息和第二移動終端標識信息。

步驟S2：對授權(quán)指令進行驗證，并在驗證通過后生成授權(quán)碼。

具體地，在步驟S2中，對授權(quán)指令進行驗證，并在驗證通過后生成授權(quán)碼的步驟，包括：為第一移動終端提供授權(quán)審批頁面，以由第一移動終端的所有者在授權(quán)審批頁面進行授權(quán)操作；對授權(quán)審批頁面中接收到的授權(quán)操作進行驗證，并在驗證通過后生成授權(quán)碼。

步驟S3：將授權(quán)碼通過第一移動終端發(fā)送給第二移動終端。

步驟S4：接收第二移動終端發(fā)送的虛擬鑰匙獲取請求，其中，虛擬鑰匙獲取請求為根據(jù)授權(quán)碼生成。

在本發(fā)明的一個實施例中，虛擬鑰匙具有控制權(quán)限和/或控制時限。更為具體地，例如，虛擬鑰匙的控制權(quán)限和/或控制時限由第一移動終端設(shè)定，以便第二移動終端通過虛擬鑰匙訪問目標車輛中對應于控制權(quán)限的功能和/或在對應于控制時限內(nèi)對車輛進行控制。

進一步地，上述的虛擬鑰匙獲取請求例如由第二移動終端進行數(shù)字簽名后發(fā)送給服務器。

步驟S5：對第二移動終端的身份和授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并將虛擬鑰匙發(fā)送給第二移動終端，以便第二移動終端通過虛擬鑰匙訪問目標車輛。

為了便于理解本發(fā)明，以下結(jié)合附圖，以具體示例對本發(fā)明實施例的方法進行更為詳細具體地說明。

結(jié)合圖2所示，本發(fā)明實施例的方法的原理主要概述為兩部分，分別是獲取授權(quán)碼和使用授權(quán)碼獲取訪問密鑰(即虛擬鑰匙)。臨時所有者(即第二移動終端的所有者)獲得授權(quán)碼，即意味所有者(即第一移動終端的所有者)已登錄賬號確認授權(quán)，其后的授權(quán)流程由臨時使用者的移動設(shè)備和系統(tǒng)服務器交互完成，最后達到訪問汽車的目的。授權(quán)流程中信息數(shù)據(jù)的處理和認證過程具體如下：

(1)臨時使用者(即第二移動終端的所有者，也即被授權(quán)者)用第二移動終端請求獲取所有者(第一移動終端所有者)的授權(quán)。第二移動終端可以直接向所有者的第一移動終端發(fā)送授權(quán)請求，也可以間接的經(jīng)過服務器中轉(zhuǎn)，將授權(quán)請求發(fā)送至所有者的第一移動終端。

(2)所有者同意授權(quán)后，向第二移動終端授予授權(quán)碼。關(guān)于所有者如何為第二移動終端進行授權(quán)，典型的做法是，由服務器提供授權(quán)審批頁面，由所有者確定授權(quán)操作信息，并由服務器產(chǎn)生授權(quán)碼授予給第二移動終端。

(3)第二移動終端使用授權(quán)許可向服務器發(fā)送獲取訪問密鑰(即虛擬鑰匙)的請求，在請求的過程中需要出示第二移動終端授權(quán)碼向服務器認證身份信息。

(4)服務器對臨時使用者(被授權(quán)者)的第二移動終端進行身份信息認證，并檢查授權(quán)碼的有效性。身份認證與有效性檢查均通過后，服務器產(chǎn)生訪問密鑰，發(fā)送到臨時使用者的第二移動終端。

(5)第二移動終端提供訪問密鑰向汽車發(fā)起操作和獲取汽車數(shù)據(jù)的請求。在訪問密鑰的有效期內(nèi)，第二移動終端可以一直使用訪問密鑰操作和獲取汽車數(shù)據(jù)。

(6)汽車驗證訪問密鑰的有效性，判斷是否過期、是否偽造、是否越權(quán)，驗證通過之后，第二移動終端可實現(xiàn)鑰匙功能。

其中，在上述的授權(quán)流程中信息數(shù)據(jù)的處理和認證過程中，授權(quán)的隱私和安全性的實現(xiàn)，需要基于數(shù)字簽名模塊和安全保障模塊，其中數(shù)字簽名模塊主要負責在臨時使用者發(fā)送鑰匙授權(quán)之前對授權(quán)信息進行數(shù)字簽名，安全保障模塊負責在授權(quán)過程中參數(shù)state值的驗證。具體地，結(jié)合圖3所示，臨時使用者(被授權(quán)者)在第二移動終端的客戶端發(fā)起請求的過程中，數(shù)字簽名的生成步驟如下：

步驟1：請求方法確定。

步驟2：確定URI(包含協(xié)議、IP地址、MAC地址等數(shù)據(jù)地址)，并對URI進行URL編碼。

步驟3：生成本次請求的參數(shù)(包含請求內(nèi)容及其它參數(shù)state)，并將參數(shù)編碼后與請求方式、編碼后的URI拼接。

步驟4：對拼接后的數(shù)據(jù)使用密鑰key1和HMAC-SHA1算法，生成數(shù)字簽名。其中key1由臨時使用者在第二移動終端通過注冊得到，包含有客戶信息，該密鑰具有唯一性。

步驟5：將簽名進行Base64編碼，并加入到請求中，發(fā)送給服務器。

進一步地，結(jié)合圖4所示，state值驗證流程如下：

1)臨時使用者的第二移動終端在應用發(fā)送授權(quán)請求時生成的state值包含在請求中，發(fā)送給所有者的第一移動終端。

2)所有者操作第一移動終端連通服務器解析授權(quán)請求時提取state。

3)所有者的第一移動終端將授權(quán)碼和state返回給臨時使用者的第二移動終端。

4)第二移動終端應用對比state是否一致，繼續(xù)后續(xù)流程。

進一步地，在該示例中，結(jié)合圖5所示，具體的授權(quán)流程如下：

(1)臨時使用者的移動設(shè)備2(即被授權(quán)者的第二移動終端)通過應用發(fā)送授權(quán)請求，此請求中包含key1、設(shè)備標識信息、授權(quán)回調(diào)地址redirect-uri、臨時使用者期許的權(quán)限scope、隨機state值。

(2)授權(quán)請求引導所有者在其移動設(shè)備1(即第一移動終端)應用上進行身份認證，認證通過后請求信息在系統(tǒng)服務器進行解析和提取，將請求通過移動設(shè)備1顯示給所有者，所有者具有修改、確認授權(quán)和拒絕的權(quán)限。

(3)確認授權(quán)后，移動設(shè)備1獲得授權(quán)碼并通過授權(quán)回調(diào)地址redirect-uri將授權(quán)碼發(fā)送到移動設(shè)備2應用上，否則返還授權(quán)拒絕信息或其他錯誤信息。授權(quán)碼具有時限性，超出時限的授權(quán)碼將不能通過后續(xù)驗證。授權(quán)碼由所有者標識信息、設(shè)備標識信息、權(quán)限信息scope、時限信息time組成。

(4)臨時使用者使用具有授權(quán)碼的移動設(shè)備2向系統(tǒng)服務器提交獲取訪問密鑰請求，在此之前，移動設(shè)備2需要驗證state的一致性，若出現(xiàn)state不一致，移動設(shè)備2將結(jié)束授權(quán)流程。若state一致，移動設(shè)備2發(fā)送獲取訪問密碼的請求。此請求中包含key1、授權(quán)碼、授權(quán)回調(diào)地址redirect-uri。

(5)系統(tǒng)服務器解析請求，認證臨時使用者合法身份，認證通過后通過回調(diào)地址redirect-uri返回訪問密鑰。否則返回錯誤信息。訪問密鑰由所有者標識信息、key1、權(quán)限信息scope、時限信息time組成。

綜上，根據(jù)本發(fā)明實施例的虛擬鑰匙的授權(quán)方法，服務器接收第一移動終端發(fā)送的確認授權(quán)指令，對授權(quán)指令進行驗證，在驗證通過后生成授權(quán)碼，并發(fā)送給第二移動終端，并接收第二移動終端發(fā)送的虛擬鑰匙獲取請求，對第二移動終端的身份和授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并發(fā)送給第二移動終端，以便第二移動終端通過虛擬鑰匙訪問目標車輛。因此，該方法能夠提高智能鑰匙的認證和授權(quán)流程的安全性，操作便捷，極大地提升了用戶體驗感。

進一步地，如圖6所示，本發(fā)明的實施例公開了一種服務器100，包括：第一接收模塊110、授權(quán)碼生成模塊120、發(fā)送模塊130、第二接收模塊140和虛擬鑰匙生成模塊150。

其中，第一接收模塊110用于接收第一移動終端發(fā)送的確認授權(quán)指令，其中，確認授權(quán)指令由第一移動終端接收到被授權(quán)者的第二移動終端發(fā)送的授權(quán)請求后生成。

其中，確認授權(quán)指令例如包括第一移動終端的所有者信息、第一移動終端標識信息、被授權(quán)信息和第二移動終端標識信息。

授權(quán)碼生成模塊120用于對授權(quán)指令進行驗證，并在驗證通過后生成授權(quán)碼。

在本發(fā)明的一個實施例中，授權(quán)碼生成模塊120用于為第一移動終端提供授權(quán)審批頁面，以由第一移動終端的所有者在授權(quán)審批頁面進行授權(quán)操作，對授權(quán)審批頁面中接收到的授權(quán)操作進行驗證，并在驗證通過后生成授權(quán)碼。

發(fā)送模塊130用于將授權(quán)碼通過第一移動終端發(fā)送給第二移動終端。

第二接收模塊140用于接收第二移動終端發(fā)送的虛擬鑰匙獲取請求，其中，虛擬鑰匙獲取請求為根據(jù)授權(quán)碼生成。

在本發(fā)明的一個實施例中，虛擬鑰匙具有控制權(quán)限和/或控制時限。更為具體地，例如，虛擬鑰匙的控制權(quán)限和/或控制時限由第一移動終端設(shè)定，以便第二移動終端通過虛擬鑰匙訪問目標車輛中對應于控制權(quán)限的功能和/或在對應于控制時限內(nèi)對車輛進行控制。

進一步地，虛擬鑰匙獲取請求例如由第二移動終端進行數(shù)字簽名后發(fā)送給服務器。

虛擬鑰匙生成模塊150用于對第二移動終端的身份和授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并將虛擬鑰匙發(fā)送給第二移動終端，以便第二移動終端通過虛擬鑰匙訪問目標車輛。

綜上，根據(jù)本發(fā)明實施例的服務器，接收第一移動終端發(fā)送的確認授權(quán)指令，對授權(quán)指令進行驗證，在驗證通過后生成授權(quán)碼，并發(fā)送給第二移動終端，并接收第二移動終端發(fā)送的虛擬鑰匙獲取請求，對第二移動終端的身份和授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并發(fā)送給第二移動終端，以便第二移動終端通過虛擬鑰匙訪問目標車輛。因此，該服務器能夠提高智能鑰匙的認證和授權(quán)流程的安全性，操作便捷，極大地提升了用戶體驗感。

需要說明的是，本發(fā)明實施例的服務器的具體實現(xiàn)方式與本發(fā)明實施例的虛擬鑰匙的授權(quán)方法中涉及的服務器的具體實現(xiàn)方式類似，具體請參見方法部分的描述，為了減少冗余，此處不做贅述。

進一步地，本發(fā)明的實施例公開了一種虛擬鑰匙的授權(quán)系統(tǒng)，該系統(tǒng)包括本發(fā)明上述實施例所描述的服務器。因此，關(guān)于服務器的具體詳細描述參見本發(fā)明上述對服務器部分的描述。

因此，根據(jù)本發(fā)明實施例的虛擬鑰匙的授權(quán)系統(tǒng)，服務器接收第一移動終端發(fā)送的確認授權(quán)指令，對授權(quán)指令進行驗證，在驗證通過后生成授權(quán)碼，并發(fā)送給第二移動終端，并接收第二移動終端發(fā)送的虛擬鑰匙獲取請求，對第二移動終端的身份和授權(quán)碼進行驗證，并在驗證通過后生成虛擬鑰匙，并發(fā)送給第二移動終端，以便第二移動終端通過虛擬鑰匙訪問目標車輛。因此，該系統(tǒng)能夠提高智能鑰匙的認證和授權(quán)流程的安全性，操作便捷，極大地提升了用戶體驗感。

需要說明的是，本發(fā)明實施例的虛擬鑰匙的授權(quán)系統(tǒng)的具體實現(xiàn)方式與本發(fā)明實施例的虛擬鑰匙的授權(quán)方法的具體實現(xiàn)方式類似，具體請參見方法部分的描述，為了減少冗余，此處不做贅述。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。