被提供有移動裝置的用戶被車輛的驗證的制作方法
【專利摘要】本發(fā)明涉及一種用于在促動設置在車門上的手柄時用戶在所述車輛處預先驗證、以便允許用戶進入車輛的方法，所述用戶被提供有移動裝置，所述車輛和所述移動裝置每個包括根據(jù)BLE協(xié)議操作的無線通信接口；每個所述接口首先處于“通知”狀態(tài)，在該狀態(tài)下，每個所述接口在基本發(fā)射周期上發(fā)射；所述方法包括：?連接根據(jù)BLE協(xié)議的所述接口的步驟；?通過車輛來識別和驗證移動裝置的步驟；?如果已經(jīng)完成識別和驗證步驟，車輛存儲移動裝置的身份數(shù)據(jù)的步驟；?隨后步驟，其中，當車門的手柄被促動時，車輛的接口從“通知”狀態(tài)變?yōu)椤皰呙琛睜顟B(tài)；?第十步驟，其中，處于“掃描”狀態(tài)中的接口確認處于“通知”狀態(tài)的移動裝置的接口的存在。
【專利說明】
被提供有移動裝置的用戶被車輛的驗證
技術領域
[0001] 本發(fā)明的技術領域是汽車領域，且更具體地，是用于沒有機械鑰匙而進入汽車的 無手類型進入的領域。本發(fā)明還涉及一種用于用戶被車輛預先驗證的方法，所述用戶裝備 有移動裝置。
[0002] 在本申請的框架中，術語"移動裝置"被理解為是指允許人訪問數(shù)據(jù)和信息而不管 該人位置的任何裝置。術語"移動裝置"涵蓋移動電話(更具體地為智能電話類型的移動電 話）、筆記本電腦、平板電腦、個人數(shù)字助手(PDA)等。
[0003] 在本申請的框架中，"車輛進入開口"被理解為是指車輛的任何被鎖的開口，其需 要用戶的動作以被解鎖：門、行李箱等。
【背景技術】
[0004] 無手進入汽車通常通過客戶識別器(在本申請其余部分中寫為CID)實現(xiàn)，其不意 圖插入到的用戶希望進入的、車輛進入開口的鎖定機構中。該CID具有徽章或卡的形式，用 戶將徽章或卡保存在例如口袋、手袋或錢包中，且當用戶促動進入開口的手柄時，鎖被解 鎖。進入開口的手柄被用戶的促動是一種運動，其通過開始被用戶拉動手柄而起始，通過拉 動手柄的結束而完成。在用于操作手柄的運動結束時，即，當其已經(jīng)被完全拉開時，如果鎖 還沒有被解鎖，則其保持鎖定，布置有手柄的進入開口將不能被用戶打開。這通常稱為"屏 障效應"。對于鎖的解鎖，驗證信息在CID和車輛的計算機之間進行交換，計算機控制鎖的解 鎖。當用戶已經(jīng)開始拉手柄時，且當用戶到達拉手柄結束的位置處時，鎖的解鎖所需的信息 交換還沒有完成，則屏障效應發(fā)生。為了避免該屏障效應，信息交換必須在拉手柄結束之前 完成。在沒有釋放手柄并重新開始操作的情況下，他/她不再能夠打開車輛的進入開口并進 入車輛。由此，一旦手柄已經(jīng)拉得過遠，即使鎖被解鎖，也不再能打開進入開口。這是因為鎖 的解鎖包括將卡爪與開口桿機械接合，以便使開口桿通過其運動來操作卡爪。如果該接合 動作在手柄已經(jīng)拉得過遠時發(fā)生，則開口桿的運動將不再對卡爪起作用。
[0005] 平均來說，估計用戶完成用于促動進入開口的手柄的運動所需的時間大約為 90ms，其需要加上30ms等待時間，用于使鎖機械移動。由此，在開始拉手柄和打開進入開口 之間觀察到的平均時長為120ms。為了避免屏障效應，在開始拉手柄之后，解鎖命令必須在 大約90ms內(nèi)發(fā)送到鎖。
[0006] 傳統(tǒng)上，為了產(chǎn)生解鎖命令，在用于避免屏障效應規(guī)定的時間內(nèi)，要執(zhí)行的步驟如 以下：
[0007] -車輛檢測用戶經(jīng)由鎖定進入開口進入車輛的意圖。該檢測借助手柄和通過布置 在手柄且連接至車輛的計算機的器件執(zhí)行;這些器件例如是檢測開始拉手柄的機械開關， 或檢測手與手柄的實質(zhì)接觸(virtual-contact)的接近傳感器；
[0008] -喚醒車輛的計算機，該喚醒包括其從具有非常低的功率消耗且僅允許較少簡單 處理操作的模式變?yōu)榫哂休^高性能但具有較高功率消耗的操作模式;喚醒需要yc的存儲器 中的數(shù)據(jù)的恢復以及一些功能的初始化；
[0009] -通過車輛計算機發(fā)送驗證詢問（authentication challenge)至用戶的CID;
[0010] -用戶的CID計算對詢問的響應，除了其他因素之外，其依據(jù)被學習和存儲的識別 秘鑰；
[0011 ]-對詢問的響應從CID發(fā)送到車輛；
[0012 ]-在被CID發(fā)出的響應和預期的響應之間進行比較；
[0013] -當響應相同時，控制鎖的解鎖。一旦解鎖命令已經(jīng)發(fā)出，鎖的機械部件必須移動 (大約30ms的時長）。
[0014] 在此，考慮CID包含藍牙?低能量(在本申請的以下部分中為BLE)接口的情況，其 將聯(lián)接至的車輛也包括BLE接口。由此，雙向通信通道在車輛和CID之間建立?？偠灾珻ID 包含低頻(在本申請的以下部分中為LF)接收器，且車輛包括LF天線，由此，可從車輛到CID 建立單向LF通道。沒有建立雙向LF通道，這是因為，為了建立LF的雙向通道，必需包含在CID 和車輛二者上的LF發(fā)射器部件和LF接收器部件，這是高成本的情況。
[0015] 當用戶觸摸手柄時，車輛計算機被喚醒，該計算機稱為"無手訪問計算機"。驗證詢 問在車輛到CID的LF通道上發(fā)送。就CID的LF接收器而言，其處于不間斷收聽模式，且因此， 信息交換瞬間開始。LF接收器接收由無手訪問計算機發(fā)出的驗證詢問，CID被喚醒。CID則執(zhí) 行對詢問的響應所需的計算，并將該結果在BLE通道上發(fā)送回去。喚醒步驟通過LF通道執(zhí) 行，因為LF不間斷收聽過程具有低功率消耗，BLE不間斷收聽過程對速度有害。出于上述呈 現(xiàn)的原因且還因為BLE通信比LF速度快，對詢問的響應本身通過BLE通道被發(fā)送回來。
[0016] 用戶嘗試通過打開門而進入的汽車通常是發(fā)動機被關閉的。在該情況下，對車輛 計算機以及LF發(fā)射器的部件和BLE接口的部件可用的唯一電源是車輛的電池，因此必需限 制車輛的功率消耗，以便在用于進入車輛的驗證期間不耗費車輛的電池。使用BLE通道的通 信功能是時間受限的，且因此可被使用，盡管其是高功率消耗的。
[0017] CID通常通過紐扣電池供電，用戶不希望更換該紐扣電池過于頻繁；因此必需限制 CID的功率消耗，以便不在不間斷收聽喚醒信號期間用盡CID的電池。使用BLE通道的通信功 能是時間受限的，且因此可被使用，盡管其是高功率消耗的。
[0018]當前傾向在同一裝置上并入最大量的用戶驗證數(shù)據(jù)，所述裝置諸如智能電話類型 的移動裝置。當CID并入到智能電話時，構造是不同。對此的原因是，移動電話的標準不包括 移動電話中的任何LF通道。通過智能電話進入車輛可經(jīng)由BLE通道發(fā)生。在BLE標準中，在任 何時刻，每個元件處于一定狀態(tài)，它們是：
[0019] _等待狀態(tài):元件不做任何事，既不發(fā)射也不接收；
[0020] -通告狀態(tài):元件持續(xù)發(fā)射數(shù)據(jù)幀，意圖用于可能正在收聽的其他元件。這指示其 是可用的、其識別和其提供的服務；
[0021] -掃描狀態(tài):元件在其環(huán)境內(nèi)搜索提供一個或多個服務的其他元件，以與它們進行 交換；
[0022] -初始狀態(tài)：處于掃描模式的第一元件發(fā)現(xiàn)具有期望服務的元件，且請求連接至 苴. ，N ，
[0023] _連接狀態(tài):兩個元件被連接，且可因此交換數(shù)據(jù)。
[0024]在將智能電話用于解鎖車輛的進入開口的情況下，車輛和智能電話持續(xù)地處于通 告狀態(tài)。當用戶觸摸車輛的手柄時，車輛進入掃描/收聽狀態(tài)，且從其收聽的智能電話恢復 第一通道數(shù)據(jù)幀。智能電話典型地大約每100ms(智能電話制造商所要求的標準)發(fā)射通告 數(shù)據(jù)幀。一旦車輛已經(jīng)恢復智能電話的通告幀，車輛發(fā)送連接請求給智能電話，其中，其請 求由智能電話提供的服務列表，以便查驗"車輛進入"類型的服務的存在。該操作的時長大 約為20ms。因為智能電話處于通告狀態(tài)，其不能拒絕連接，且BLE通信通道在車輛和智能電 話之間建立。然后，車輛發(fā)送詢問至智能電話(該操作的時長:大約20ms)，車輛發(fā)送回對該 詢問的響應(該操作的時長:大約20ms)。總而言之，為了利用BLE連接建立鎖通過智能電話 進行的鎖的解鎖，其目前平均花費160ms，這不允許克服上述屏障效應。不能設想智能電話 通告周期從100ms減小至30ms以便掉到屏障效應的時間閾值以下，因為這將導致對于智能 手機的電池來說過高的能量消耗。
【發(fā)明內(nèi)容】
[0025] 本發(fā)明的目的是克服上述指出的現(xiàn)有技術的所有或部分缺點，且特別地提供一種 方法，其允許對用戶有害的屏障效應被克服且同時限制智能電話的功率消耗。
[0026] 為此目的，本發(fā)明的一個方面涉及一種用于在促動布置在車輛的進入開口上的手 柄期間用戶被所述車輛預先驗證、以便允許用戶進入車輛的方法，所述用戶被提供有移動 裝置，所述車輛和所述移動裝置每個包括根據(jù)藍牙?低能量協(xié)議的無線通信接口，其中，每 個所述接口可利用以下狀態(tài)中的至少一個狀態(tài)："準備"、"通告"、"掃描"、"初始"、"連接"， 每個所述接口初始地處于"通告"狀態(tài)，在"通告"狀態(tài)下，每個所述接口在基本發(fā)射周期上 發(fā)射至少一組數(shù)據(jù)，所述數(shù)據(jù)尤其包括身份數(shù)據(jù)和關于用于進入車輛的服務的可用性的信 息，所述方法包括：
[0027] -第一步驟，其中，所述接口中的一個從"通告"狀態(tài)進入"掃描"狀態(tài)，在該"掃描" 狀態(tài)中，所述接口在其環(huán)境內(nèi)搜索一接口的存在，該搜索持續(xù)至少等于另一接口的基本發(fā) 射周期的時長，所述另一接口發(fā)射一組數(shù)據(jù)，其包括關于用于進入車輛的所述服務的可用 性的信息，所述從"通告"狀態(tài)進入"掃描"狀態(tài)在預先確定周期上發(fā)生；
[0028] -第二步驟，其中，如果處于"掃描"狀態(tài)的接口識別出處于"通告"狀態(tài)中的另一接 口的存在，則處于"掃描"狀態(tài)的接口進入"初始"狀態(tài)，在該"初始"狀態(tài)中，其請求從被識別 的接口建立連接；
[0029] -第三步驟，其中，車輛的和移動裝置的接口進入到"連接"狀態(tài)，在該"連接"狀態(tài) 中，它們可交換數(shù)據(jù)；
[0030] -第四步驟，其中，車輛經(jīng)由接口發(fā)送驗證請求至移動裝置的接口；
[0031] -第五步驟，其中，移動裝置經(jīng)由接口向車輛的接口發(fā)送數(shù)據(jù)幀，該數(shù)據(jù)幀包括其 對驗證請求的響應，所述數(shù)據(jù)幀還包含用于移動裝置的身份數(shù)據(jù)；
[0032]-第六步驟，其中，車輛驗證由移動裝置發(fā)出的驗證響應的一致性；
[0033] -第七步驟，其中，如果由移動裝置發(fā)出的驗證響應是一致的，車輛存儲用于移動 裝置的身份數(shù)據(jù)；
[0034] -第八步驟，其中，車輛的和移動裝置的接口回到"通告"狀態(tài)；
[0035] -第九步驟，其中，當車輛進入開口的手柄被促動時，車輛的接口從"通告"狀態(tài)進 入"掃描"狀態(tài)；
[0036] -第十步驟，其中，處于"掃描"狀態(tài)的接口通過接收由移動裝置的接口發(fā)射的、尤 其包括被存儲的身份數(shù)據(jù)的數(shù)據(jù)幀而查驗處于"通告"狀態(tài)的移動裝置的接口的存在，且允 許通過解鎖所述進入開口而進入車輛。
[0037] 根據(jù)本發(fā)明的驗證方法特別地允許當用戶試圖解鎖車輛的進入開口時，克服屏障 效應。實際上，特別是執(zhí)行第七步驟允許移動裝置的接口通過移動裝置的第一身份數(shù)據(jù)值 存儲在車輛存儲器中而被車輛預先驗證。根據(jù)本發(fā)明的方法允許使用第一和第二無線通信 接口的長程能力，以便克服屏障效應。實際上，在利用藍牙?低能量協(xié)議的通信的情況下， 平均范圍為30至50m或在自由場中甚至為150m。由此，給出兩個接口中的一個處于掃描狀 態(tài)，在第一步驟中，為了檢測另一接口，一旦第一和第二接口處于彼此的范圍內(nèi)時，即在用 戶與車輛接觸之前，兩個接口中的一個產(chǎn)生的第一數(shù)據(jù)幀被另一接口接收。預先驗證步驟 由此在用戶到達車輛且開始拉車輛進入開口的手柄的動作之前執(zhí)行。車輛或移動裝置的功 率消耗僅被限制到通過第一接口執(zhí)行第一步驟，即，產(chǎn)生經(jīng)由第一接口發(fā)送的第一數(shù)據(jù)幀。 在BLE通信協(xié)議的情況下，第一接口被稱為"通告模式"，且其周期性地發(fā)送該第一數(shù)據(jù)幀， 第一數(shù)據(jù)幀包括來自第一接口的關于服務可用的信息，以便向其周圍的任何接口通知其存 在和其可用性。車輛必須安排用于用戶驗證以便進入汽車的服務。除了剛剛在之前段落中 提到的主要特征，根據(jù)本發(fā)明的方法可具有一個或多個以下補充特征，其可單獨或根據(jù)技 術上可行的組合考慮：
[0038] -在對驗證請求響應期間或由處于"通告"狀態(tài)的移動裝置的接口發(fā)射的數(shù)據(jù)幀還 包括關于移動裝置的位置的信息；
[0039] -在第六步驟中，利用關于移動裝置的位置的信息，獲得車輛和移動裝置之間的距 離，且將該距離與預先確定的閾值距離值進行比較；
[0040] -如果該距離小于或等于閾值距離，該方法行進到第七步驟，且如果該距離大于閾 值距離，該方法返回到第一步驟。由此，特別地，預先驗證的操作僅當移動裝置處于距車輛 的有限距離時進行，例如大約十米；
[0041] _在第十步驟中，利用關于移動裝置的位置的信息，獲得車輛和移動裝置之間的距 離，且將該距離與預先確定的解鎖距離進行比較；
[0042]-如果車輛和移動裝置之間的距離大于預先確定的解鎖距離，則進入開口的解鎖 被禁止。由此，在與拉手柄相關聯(lián)的進入開口的解鎖有效之前，查驗移動裝置確實處于車輛 的緊鄰附近(典型地小于一米）；
[0043] _車輛和移動裝置之間的距離從車輛的一側被評價，以便區(qū)分移動裝置存在于車 輛左邊還是右邊，第十步驟中的解鎖僅在移動裝置位于促動手柄那側時被授權；
[0044] -移動裝置的接口的基本發(fā)射周期為大約100ms;
[0045] -對于其中一個所述接口，從"通告"狀態(tài)到"掃描"狀態(tài)的預先確定的時長是幾秒 的量級，優(yōu)選地為10秒。由此，移動裝置中的功率消耗由于要求移動電話的發(fā)射周期小于汽 車的收聽周期（掃描狀態(tài))而受到限制。由此，如果移動電話的接口每100ms產(chǎn)生數(shù)據(jù)幀（取 決于移動裝置的電池容量，且由于制造商特征以最少每20ms，在BLE協(xié)議的情況下該特征將 該第一周期限制至20ms)，則第二接口每10秒處于掃描狀態(tài)持續(xù)例如100ms的周期；
[0046] -在第七步驟中存儲的移動裝置的身份數(shù)據(jù)對于預先確定的有效時間是有效的。 移動裝置由此通過將身份數(shù)據(jù)存儲在車輛的存儲器中被車輛預先驗證，持續(xù)預先確定的時 長，例如30s，其允許用戶完成他/她對車輛的物理接近(approach)，以便操作手柄；
[0047] _在第八步驟中，在有效時間期間，移動裝置的接口以改變的發(fā)射周期進入到"通 告"狀態(tài)，所述改變的發(fā)射周期小于基本"通告"模式中的發(fā)射周期。
[0048] -改變的發(fā)射周期固定為基本發(fā)射周期的一半；
[0049] _在第八步驟中，由處于"通告"狀態(tài)的移動裝置的接口發(fā)射的數(shù)據(jù)幀還包括滾動 代碼，其作為相對或絕對時間的函數(shù)、或作為增量的函數(shù)而被更新。由此，例如，已經(jīng)成功截 聽移動裝置的身份數(shù)據(jù)的有惡意企圖的人將不能在之后利用被截獲的數(shù)據(jù)打開車輛，因為 所述被截獲的數(shù)據(jù)包含代表數(shù)據(jù)被截獲的時刻的信息。當被截獲的數(shù)據(jù)在以后被使用時， 時間或增量信息將因此是過時的。
【附圖說明】
[0050] 本發(fā)明的其他特征和優(yōu)勢將在閱讀參考附圖的以下詳細描述時變得顯而易見，在 附圖中：
[0051] 圖1示出根據(jù)本發(fā)明的方法的一個示例性實施例的首先步驟的操作的示意圖，
[0052] 圖2示出用于實施同一例子的在圖1所示首先步驟之后發(fā)生的隨后步驟的操作的 示意圖，
[0053] 圖3示出用于實施同一例子的在圖2所示首先步驟之后發(fā)生的隨后步驟的操作的 示意圖，
[0054] 圖4示出用于實施同一例子的在圖3所示首先步驟之后發(fā)生的隨后步驟的操作的 示意圖。
[0055] 為了更加清楚，相同或相似的元件在所有圖中用相同的附圖標記識別。
【具體實施方式】
[0056]圖1至4示出根據(jù)本發(fā)明第一實施例的用于通過車輛預先驗證用戶的方法的各個 步驟。
[0057]圖1示出根據(jù)本發(fā)明的方法的一個示例性實施例的第一步驟101、第二步驟102和 第三步驟103。該圖示出被提供有移動裝置A的用戶U、和車輛V。車輛V包括第一無線通信接 口 II，移動裝置A包括第二無線通信接口 12。第一接口 II和第二接口 12能夠根據(jù)BLE協(xié)議進 行通信。
[0058] 根據(jù)所述的實施例，第一接口 11和第二接口 12處于"通告"狀態(tài)；由此，第一接口 11 和第二接口 12發(fā)射至少一個數(shù)據(jù)幀，其特別是包括和關于用于進入車輛的特定服務的可用 性的信息以及身份數(shù)據(jù)（identi ty data)。接口由此周期性地發(fā)射信息，以便周圍的BLE設 備知道它們的存在、它們的特征和它們對于建立BLE通信通道的可用性。
[0059] -數(shù)據(jù)幀的發(fā)射在基本發(fā)射周期上執(zhí)行:第一接口 II在第一基本發(fā)射周期上發(fā)射， 第二接口 12在第二基本發(fā)射周期上發(fā)射，其典型地為一百毫秒的量級。
[0060] -所述例子的第一步驟101包括使車輛V的接口 II從通告狀態(tài)進入掃描狀態(tài)。這樣 的狀態(tài)改變有利地每幾秒而發(fā)生，典型地為每十秒。第一接口則能夠在其環(huán)境內(nèi)（換句話 說，在其根據(jù)BLE協(xié)議的通信覆蓋區(qū)域內(nèi)）搜索根據(jù)BLE協(xié)議進行發(fā)射的通信接口的存在。采 用接口 II的掃描狀態(tài)持續(xù)至少與移動裝置A的接口 12的基本發(fā)射周期相同的時長，且被操 作持續(xù)預先確定的時長。如果接口 12處于接口 II的覆蓋區(qū)域內(nèi)，這由此提供了接口 12被接 口 II "收聽到"的確定性。移動裝置A的接口 12發(fā)射第一數(shù)據(jù)幀TD1，其包括關于用于進入車 輛V的所述服務的可用性的信息。
[0061]如果處于掃描狀態(tài)的車輛V的接口 II識別出處于通告狀態(tài)的移動裝置A的接口 12 存在，則在第二步驟102中，車輛V的接口 11從掃描狀態(tài)進入到初始狀態(tài)，在初始狀態(tài)中，其 從被識別的接口 12請求加密連接的建立。
[0062] 該方法然后進行到第三步驟103，其中，車輛V的接口 11和移動裝置A的接口 12進入 到"連接"狀態(tài)，在"連接"狀態(tài)中，它們可交換加密數(shù)據(jù)。
[0063]根據(jù)本發(fā)明的方法的其他示例性實施例中，從通告狀態(tài)進入到掃描狀態(tài)的是移動 裝置的接口 12，接口 11和12的角色顛倒，直到在第三步驟103期間建立兩個接口之間的連 接。圖1所述的例子對于盡可能地限制移動電話所消耗的功率看起來更有利。
[0064]圖2示出根據(jù)本發(fā)明的方法的一個示例性實施例的第四步驟104和第五步驟105。 該圖示出的事實是，在第四步驟104中，車輛V經(jīng)由接口 II向移動裝置A的接口 12發(fā)送驗證請 求10-2。在第五步驟105中，移動裝置A則經(jīng)由接口 12向車輛V的接口 II發(fā)送包含其對驗證請 求的響應的數(shù)據(jù)幀10-1，所述數(shù)據(jù)幀10-1還包括用于移動裝置A的身份數(shù)據(jù)。
[0065] 在該第四步驟104和該第五步驟105中，兩個接口 II和12保持"連接"狀態(tài)。
[0066] 圖3示出根據(jù)本發(fā)明的方法的一個示例性實施例的第六步驟106、第七步驟107和 第八步驟108。該圖示出的事實是，在第六步驟106中，通過車輛V的電子控制單元ECU1，車輛 V查驗通過移動裝置A發(fā)出的驗證響應的一致性。
[0067]有利地，數(shù)據(jù)幀10-1、或在第五步驟（105)中的數(shù)據(jù)幀10-1之后立刻發(fā)出的隨后的 幀，包括關于移動裝置A的位置的信息。在這樣的情況下，只有移動裝置A距車輛V的距離小 于之前確定的閾值距離時，該驗證才有效。如果車輛V和移動裝置A之間的距離大于閾值距 離，根據(jù)本發(fā)明的方法返回到第一步驟1 〇 1。
[0068] 如果通過移動裝置A發(fā)出的驗證響應是一致的，且因此有效，則在第七步驟107中， 車輛V將用于移動裝置A的身份數(shù)據(jù)存儲在被車輛V的電子控制單元ECU1控制的存儲器M中。 有利地，身份數(shù)據(jù)在存儲器M中僅存儲有限的有效時間（幾十秒量級，典型地大約三十秒）， 以便為用戶U留出時間來有效地進入車輛V。超過該有效時間，身份數(shù)據(jù)被刪除，靠近車輛V 的用戶U的存在顯然沒有與打開車輛V的期望相對應。第八步驟108則被執(zhí)行，其中，車輛V和 移動裝置A的接口 II和12返回到"通告"狀態(tài)。在該新的"通告"狀態(tài)下，有利地設置用于移動 裝置A的接口 12的新的發(fā)射周期，其小于在第一步驟101期間使用的百毫秒量級的第二基本 發(fā)射周期。用于接口 12的新的發(fā)射周期有利地為五十毫秒量級。由此，移動裝置A將能夠被 車輛V更快速地識別。由移動裝置A消耗的能量則更高，但是這沒有構成實際的障礙，因為新 的基本發(fā)射周期僅在第九步驟109期間被保持。從移動裝置的接口 12向車輛V的接口 II發(fā)射 的數(shù)據(jù)有利地包括時間印記，其提供關于該發(fā)射的時刻信息。
[0069]圖4示出根據(jù)本發(fā)明的方法的一個示例性實施例的第九步驟109和第十步驟110。 該圖示出的事實是，在第九步驟109中，用戶U在車輛V的進入開口0(在此為門）的手柄P上施 加動作，持續(xù)與有效時間相等的時長，在該有效時間期間，用于移動裝置A的身份數(shù)據(jù)存儲 在存儲器M中。進入開口0的手柄P裝備有傳感器C，其允許用戶U在手柄上的動作被傳遞至第 一接口 11。當檢測到開始拉手柄時，車輛V的第一接口 11在該步驟109中進入掃描狀態(tài)，換句 話說，其被構造用于接收數(shù)據(jù)幀。因為移動裝置的第二接口 12在第八步驟108期間回到通告 狀態(tài)，在第十步驟110中，其產(chǎn)生第二數(shù)據(jù)幀TD2。第二數(shù)據(jù)幀TD2被車輛V的接口 12接收。第 二數(shù)據(jù)幀1D2特別地包括關于移動裝置A的身份的信息。車輛的電子控制單元ECU1執(zhí)行被接 收的身份信息和之前在第七步驟107期間存儲在存儲器M中的身份數(shù)據(jù)之間比較。如果兩個 元素一一被接收的身份信息和被存儲的身份數(shù)據(jù)一一相對應，則電子控制單元發(fā)射解鎖命 令至車輛V的進入開口 0的鎖，該鎖隨后解鎖。
[0070] 有利地，數(shù)據(jù)幀TD2、或在第十步驟110中的數(shù)據(jù)幀10-2之后立刻發(fā)出的隨后的幀， 包括關于移動裝置A的位置的信息。在這樣的情況下，如果移動裝置A距車輛V的距離小于之 前確定的解鎖距離時，該解鎖命令才將被發(fā)射。如果車輛V和移動裝置A之間的距離大于解 鎖距離，典型地小于一米，則不發(fā)射解鎖命令。
[0071] 在一個有利實施例中，從步驟107開始，換句話說，當車輛V和移動裝置處于"連接" 狀態(tài)且移動裝置已經(jīng)被正確驗證時，規(guī)定車輛V指示移動裝置A將滾動代碼引入到其未來數(shù) 據(jù)幀TD2以及標準信息中。由此，在兩個幀TD2之間，被發(fā)射的信息將是不同的，因為代碼將 被更新。
[0072]該更新允許：已經(jīng)成功截獲從第八步驟108開始處于"通告"模式的接口 12發(fā)射的 數(shù)據(jù)幀TD2的有惡意企圖的人被防止之后利用被截獲的數(shù)據(jù)打開車輛，因為所述被截獲的 數(shù)據(jù)包含過時的信息。
[0073]滾動代碼可以是從步驟108開始的絕對或相對時鐘的函數(shù)。在替換例中，滾動代碼 將是從步驟108限定的每個相繼的幀之間的增量的函數(shù)。
[0074] 在一個替換實施例中，從步驟108開始，移動裝置發(fā)射"通告"幀，但是被計算的滾 動代碼僅在步驟109期間被發(fā)送，在該步驟109期間，車輛進入到"激活掃描"狀態(tài)，而不是簡 單的"掃描"狀態(tài)。在該構造中，處于"激活掃描"狀態(tài)的車輛要求移動裝置A發(fā)射"通告"幀， 并夾帶著表示被計算滾動代碼的附加幀。
[0075] 有利地，提供關于車輛V和移動裝置A之間的距離的信息的解譯，用于確定用戶U位 于車輛的左側還是右側；由此，解鎖命令僅在檢測到移動裝置存在的車輛側部上的手柄被 拉動時發(fā)射。
[0076] 接口 II和12之間的交換的次數(shù)由此被限制在用戶U觸摸手柄P的時刻和其可被解 鎖的時刻之間，這允許避免屏障效應。實際上，甚至在開始拉手柄之前執(zhí)行的在兩個接口 II 和12之間交換信息的操作不需要被重復。
[0077]在一個未描述的替換實施例中，可設想移動裝置是設置有BLE接口的CID識別器。 在該情景下，CID的初始狀態(tài)是"等待"狀態(tài)，且在步驟101中，規(guī)定CID的BLE接□從"準備"狀 態(tài)進入到"掃描"狀態(tài)。
【主權項】
1. 一種用于在促動布置在車輛(V)的進入開口（0)上的手柄(P)期間用戶（U)被所述車 輛(V)預先驗證、以便允許用戶（U)進入車輛(V)的方法，所述用戶（U)被提供有移動裝置 (A)，所述車輛(V)和所述移動裝置(A)每個包括根據(jù)藍牙(&低能量(BLE)協(xié)議的無線通信接 口（11、12)，其中，每個所述接口（11、12)能夠利用以下狀態(tài)中的至少一個狀態(tài)："準備"、"通 告"、"掃描"、"初始"、"連接"，每個所述接□ (11、12)初始地處于"通告"狀態(tài)，在"通告"狀態(tài) 下，每個所述接口（I1、12)在基本發(fā)射周期上發(fā)射一組數(shù)據(jù)，所述數(shù)據(jù)尤其包括身份數(shù)據(jù)和 關于用于進入車輛(V)的服務的可用性的信息，所述方法包括： -第一步驟（101)，其中，所述接口（11、12)中的一個從"通告"狀態(tài)進入"掃描"狀態(tài)，在 該"掃描"狀態(tài)中，所述接口（11、12)在其環(huán)境內(nèi)搜索一接口的存在，該搜索持續(xù)至少等于另 一接口（11、12)的基本發(fā)射周期的時長，所述另一接口發(fā)射一組數(shù)據(jù)，該另一接口發(fā)射的一 組數(shù)據(jù)包括關于用于進入車輛(V)的所述服務的可用性的信息，所述從"通告"狀態(tài)進入"掃 描"狀態(tài)在預先確定周期(Ps)上發(fā)生； -第二步驟(102)，其中，如果處于"掃描"狀態(tài)的接口（11、12)識別出處于"通告"狀態(tài)中 的另一接口（11、12)的存在，則處于"掃描"狀態(tài)的接口（11、12)進入"初始"狀態(tài)，在該"初 始"狀態(tài)中，其請求從被識別的接口建立連接； -第三步驟（103)，其中，車輛(V)的和移動裝置(A)的接口（ 11、12)進入到"連接"狀態(tài)， 在該"連接"狀態(tài)中，它們可交換數(shù)據(jù)； -第四步驟（104)，其中，車輛(V)經(jīng)由接口（II)發(fā)送驗證請求至移動裝置(A)的接口 (⑵； -第五步驟（105)，其中，移動裝置(A)經(jīng)由接口（I2)向車輛(V)的接口（I1)發(fā)送數(shù)據(jù)幀， 該數(shù)據(jù)幀包含其對驗證請求的響應，所述數(shù)據(jù)幀還包括用于移動裝置(A)的身份數(shù)據(jù)； -第六步驟(106)，其中，車輛(V)驗證由移動裝置(A)發(fā)出的驗證響應的一致性； -第七步驟(107)，其中，如果由移動裝置(A)發(fā)出的驗證響應是一致的，車輛(V)存儲用 于移動裝置(A)的身份數(shù)據(jù)； -第八步驟(108)，其中，車輛(V)的和移動裝置(A)的接口（I1、12)回到"通告"狀態(tài)； -第九步驟（109)，其中，當車輛(V)進入開口（0)的手柄(P)被促動時，車輛的接口（ 11) 從"通告"狀態(tài)進人"掃描"狀態(tài)； -第十步驟（110)，其中，處于"掃描"狀態(tài)的接口（II)通過接收由移動裝置(A)的接口 (12)發(fā)射的、尤其包括被存儲的身份數(shù)據(jù)的數(shù)據(jù)幀而查驗處于"通告"狀態(tài)的移動裝置(A) 的接口（12)的存在，且允許通過解鎖所述進入開口而進入車輛。2. 如前一項權利要求所述的方法，其特征在于，通過在第五步驟(105)期間處于"連接" 狀態(tài)或在第十步驟（110)期間處于"通告"狀態(tài)的移動裝置(A)的接口（12)發(fā)射的數(shù)據(jù)幀還 包括關于移動裝置(A)的位置的信息。3. 如前一項權利要求所述的方法，其特征在于，在第六步驟（106)中，利用關于移動裝 置(A)的位置的信息，獲得車輛(V)和移動裝置之間的距離，且將該距離與預先確定的閾值 距離值進行比較。4. 如前一項權利要求所述的方法，其特征在于，如果該距離小于或等于所述閾值距離， 該方法行進到第七步驟（107)，且在于，如果該距離大于所述閾值距離，該方法返回到第一 步驟（101)。5. 如權利要求3或4所述的方法，其特征在于，在第十步驟（110)中，利用關于移動裝置 (A)的位置的信息，獲得車輛(V)和移動裝置之間的距離，且將該距離與預先確定的解鎖距 離進行比較。6. 如前一項權利要求所述的方法，其特征在于，如果車輛(V)和移動裝置(A)之間的距 離大于所述解鎖距離，則進入開口的解鎖被禁止。7. 如前一項權利要求所述的方法，其特征在于，車輛(V)和移動裝置(A)之間的該距離 從車輛(V)的一側被評價，以便區(qū)分移動裝置(A)存在于車輛(V)左邊還是右邊，第十步驟 (110)中的解鎖僅在移動裝置(A)位于促動手柄(P)那側時被授權。8. 根據(jù)前述權利要求中的任一項所述的方法，其特征在于，移動裝置(A)的接口（12)的 基本發(fā)射周期為大約l〇〇ms。9. 根據(jù)前述權利要求中的任一項所述的方法，其特征在于，對于其中一個所述接口 (11、12)，從"通告"狀態(tài)到"掃描"狀態(tài)的預先確定的時長是幾秒的量級，優(yōu)選地為10秒。10. 根據(jù)前述權利要求中的任一項所述的方法，其特征在于，在第七步驟（107)中存儲 的移動裝置(A)的身份數(shù)據(jù)對于預先確定的有效時間是有效的。11. 如前一項權利要求所述的方法，其特征在于，在第八步驟（108)中，對于等于有效時 間的時期，移動裝置(A)的接口（12)以改變的發(fā)射周期進入到"通告"狀態(tài)，所述改變的發(fā)射 周期小于基本"通告"模式中的發(fā)射周期。12. 如前一項權利要求所述的方法，其特征在于，改變的發(fā)射周期固定為基本發(fā)射周期 的一半。13. 根據(jù)前述權利要求中的任一項所述的方法，其特征在于，從第八步驟（108)開始，由 處于"通告"狀態(tài)的移動裝置(A)的接口（12)發(fā)射的數(shù)據(jù)幀還包括滾動代碼。14. 如權利要求13所述的方法，其特征在于，所述滾動代碼是從步驟（108)開始限定的 絕對或相對時間的函數(shù)。15. 如權利要求13所述的方法，其特征在于，所述滾動代碼是從步驟（108)開始限定的 增量的函數(shù)。
【文檔編號】G07C9/00GK105960660SQ201480061095
【公開日】2016年9月21日
【申請日】2014年9月9日
【發(fā)明人】F.格辛, L.佩特爾, H.吉鮑德爾, S.K.庫奧赫
【申請人】法雷奧舒適駕駛助手公司