在無線電子設備與交通工具之間安全通信的方法和系統的制作方法
【專利摘要】本發明公開了在無線電子設備與交通工具之間安全通信的方法和系統。所提供的方法和系統用于與交通工具通信。在一個實施例中，用于與交通工具通信的便攜式聽信設備被提供。該便攜式通信設備包括存儲交通工具特定信息的存儲器。該便攜式通信設備進一步包括至少一個處理器，其執行使得便攜式通信設備能夠基于交通工具特定信息在無線終端設備和交通工具之間進行安全通信的指令。
【專利說明】在無線電子設備與交通工具之間安全通信的方法和系統
【技術領域】
[0001]本【技術領域】大體涉及用于在無線電子設備與交通工具之間通信的方法和系統，以及更特別地涉及用于無線電子設備與交通工具之間的安全通信的方法和系統。
【背景技術】
[0002]無線終端設備的使用，例如智能手機、平板電腦、藍牙低功耗(BLE)配件，以及其它設備已經變得日益流行。此類設備可包括可與交通工具通信的應用。為了與特別的交通工具通信，無線終端設備必須知道交通工具特定信息。在無線終端設備上存儲此類交通工具特定信息使得這些信息容易受黑客、惡意軟件、病毒等的攻擊，以及因此使得交通工具不安全。
[0003]因此，需要提供用于在無線終端設備和交通工具之間提供安全通信的方法和系統。此外，需要提供用于在無線終端設備和交通工具之間提供安全通信而不在無線終端設備上存儲交通工具信息的方法和系統。此外，本發明的其它有利的特征和特點將通過隨后的結合附圖的詳細說明和隨附的權利要求以及前述的【技術領域】和背景變得更清楚。
【發明內容】
[0004]用于與交通工具通信的方法和系統被提供。在一個實施例中，用于與交通工具通信的便攜式通信設備被提供。此便攜式通信設備包括存儲交通工具特定信息的存儲器。此便攜式通信設備進一步包括至少一個處理器，其執行使得便攜式通信設備能夠基于交通工具特定信息在無線終端設備與交通工具之間安全通信的指令。
[0005]本發明還包括如下技術方案。
[0006]方案1.一種用于與交通工具通信的便攜式通信設備，包括:
存儲器，其存儲交通工具特定信息，以及
至少一個處理器，其執行使得所述便攜式通信設備能夠基于所述交通工具特定信息在無線終端設備和所述交通工具之間進行安全通信的指令。
[0007]方案2.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過直接與所述交通工具通信而在所述無線終端設備和所述交通工具之間進行安全通信。
[0008]方案3.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過經由遠程服務器間接與所述交通工具通信而在所述無線終端設備和所述交通工具之間進行安全通信。
[0009]方案4.根據方案3所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過經由與所述遠程服務器通信的所述無線終端設備而間接與所述交通工具通信，從而在所述無線終端設備和所述交通工具之間進行安全通信。
[0010]方案5.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過直接與所述無線終端設備通信而在所述無線終端設備和所述交通工具之間進行安全通信。
[0011]方案6.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過直接與所述無線終端設備并且直接與所述交通工具通信而在所述無線終端設備和所述交通工具之間進行安全通信。
[0012]方案7.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備從所述交通工具接收所述交通工具特定信息。
[0013]方案8.根據方案7所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用連接通信從所述交通工具接收所述交通工具特定信息。
[0014]方案9.根據方案7所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備基于所述便攜式通信設備至所述交通工具的接近度而從所述交通工具接收所述交通工具特定信息。
[0015]方案10.根據方案7所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備基于所述便攜式通信設備和所述無線終端設備至所述交通工具的接近度而從所述交通工具接收所述交通工具特定信息。
[0016]方案11.根據方案I所述的便攜式通信設備，其中，所述交通工具特定信息包括加密信息。
[0017]方案12.根據方案11所述的便攜式通信設備，其中，所述加密信息包括密鑰。
[0018]方案13.根據方案I所述的便攜式通信設備，其中，所述交通工具特定信息包括加密信息和交通工具識別號。
[0019]方案14.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備將關于所述便攜式通信設備的信息發送至所述交通工具。
[0020]方案15.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備接收關于所述無線終端設備的信息。
[0021]方案16.根據方案15所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備將關于所述無線終端設備的信息發送至所述交通工具。
[0022]方案17.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用無連接通信從所述交通工具接收數據。
[0023]方案18.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備從所述交通工具接收數據并且使用所述交通工具特定信息加密來自所述交通工具的所述數據。
[0024]方案19.根據方案18所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用無連接通信將加密數據發送至所述交通工具。
[0025]方案20.根據方案18所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用連接通信將加密數據發送至所述無線終端設備。
[0026]方案21.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用連接通信從所述無線終端設備接收數據。
[0027]方案22.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備從所述無線終端設備接收數據并且使用所述交通工具特定信息加密來自所述無線終端設備的所述數據。
[0028]方案23.根據方案22所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用連接通信將加密數據發送至所述無線終端設備。
[0029]方案24.根據方案22所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用無連接通信將加密數據發送至所述交通工具。
[0030]方案25.根據方案I所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備從所述無線終端設備接收數據，使用所述交通工具特定信息加密來自所述無線終端設備的數據，從所述交通工具接收所述數據，并且使用所述交通工具特定信息加密來自所述交通工具的所述數據。
[0031]方案26.根據方案25所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用無連接通信將來自所述交通工具的加密數據發送至所述交通工具，并且使用連接通信將來自所述無線終端設備的加密信息發送至所述無線終端設備。
【專利附圖】
【附圖說明】
[0032]示例性的實施例將在下文中結合下列的附圖被描述，其中同樣的附圖標記指示同樣的元件,并且其中:
圖1是根據各個實施例的包括無線終端設備和交通工具的通信系統的功能框圖；
圖2是顯示根據各個實施例的通信系統的功能模塊的功能框圖；
圖3是顯示根據各個其他實施例的通信系統的功能模塊的功能框圖；
圖4是顯示根據各個其他實施例的通信系統的功能模塊的功能框圖；以及圖5-22是顯示根據各個實施例的通信系統的通信順序的順序圖。
【具體實施方式】
[0033]下列詳細說明在本質上僅僅是示例性的，并不旨在限制其應用和使用。此外，在前述的【技術領域】、【背景技術】、
【發明內容】
或下列的【具體實施方式】中所提出的任何明示的或暗示的理論并不旨在形成限制。
[0034]應該理解到貫穿附圖中，相應的附圖標記指示相同的或相應的部件和特征。如此文中所采用的，術語模塊指任意的硬件、軟件、固件、電子控制元件、處理邏輯和/或處理器設備(單獨地或以任何組合的方式)包括但不限于:專用集成電路(ASIC)、電子電路、處理器(共享的、專用的或組的)以及執行一個或更多個軟件或固件程序的存儲器、組合邏輯電路和/或提供所述功能的其它合適的元件。
[0035]圖1是根據各個實施例的通信系統10的功能框圖。盡管此文中示出的圖描述了帶有元件的一定布置的示例，但是額外的中間元件、設備、特征或元件可以存在于實際實施例中。也應該理解到圖1僅僅是說明性的并且可以不是按比例而被繪制的。
[0036]如所示的，通信系統10包括被配置來與交通工具14通信的場外收發器(OBT) 12，無線終端設備(WED)16和/或遠程服務器18。通常，OBT 12包括一個或更多個存儲器設備15、處理器17、收發器設備(未示出)和在通信總線(未示出)上進行通信的功率源(未示出)。一個或更多個存儲器設備15存儲由一個或更多個處理器17執行的一個或更多個指令。這些指令根據一種或多種預先限定的方法使得OBT 12的收發器設備與交通工具14、WED 16和/或遠程服務器18通信。
[0037]如所能夠領會到的，一個或更多個存儲器設備15可以存在于任意類型的合適存儲器設備上，其可包括易失性的和非易失性的存儲器設備。存儲器設備15的非限制性的示例可包括所有類型的隨機存取存儲器、閃速存儲器、只讀存儲器(ROM)、可擦除電子可編程只讀存儲器(EEPR0M)、可編程邏輯設備、磁盤、光盤和當前現有的或可在將來被研發的任何存儲器設備。一個或更多個處理器17可以是任何定制的或商業上可購買的處理器、中央處理單元(CPU)、基于半導體的微處理器(以微晶片或晶片組的形式)、宏處理器或通常用于執行指令的任何設備。一個或更多個收發器設備包括，例如天線元件和通信電路用于根據預先限定的通信協議與交通工具14、WED 16和/或遠程服務器18通信。此類的通信協議能夠包括，但是不限于BLE、W1-F1、藍牙、NFC、ANT、Zigbee, RFID、超寬帶(低功率W1-Fi)、W1-Fi的所有其它變型等等。
[0038]如所能夠領會到的，OBT 12可以被實施為任何小的手持設備。例如，OBT 12可以被結合到鑰匙鏈、鑰匙、鑰匙墜、啟用BLE的表、按鈕、標簽貼、首飾、手機殼、手機后蓋、錢包卡、生物傳感器、錢包配飾、鞋配飾、運動配件或可被交通工具14的用戶方便攜帶的任何其它的可移動設備。如進一步所能夠領會到的，OBT 12能夠與特定的用戶相關。在此情形中，各個OBT 12能夠與交通工具14相關，一個用于交通工具14的每一個用戶。
[0039]交通工具14可以是車輛、飛機、太空船、船舶、運動型多用途車14，或任何其它類型的交通工具14。WED 16可以是智能手機、平板電腦、BLE配件，或者能夠與交通工具14、遠程服務器18和/或OBT 12通信的其它任何電子設備。遠程服務器18可以是定位遠離交通工具14的任何計算設備，例如與交通工具14通信的OnStar，例如通過交通工具的遠距離傳送系統(未不出)。
[0040]在各個實施例中，OBT 12能夠往返于交通工具而安全通信。例如，OBT 12能夠在交通工具14和無線終端設備(WED) 16之間直接地和/或通過14通過遠程服務器18在交通工具14和WED 16之間間接地安全通信。在另一示例中，OBT 12能夠在交通工具14和WED 16之間直接地或通過與遠程服務器18通信的WED 16間接地安全通信。為了能夠安全通信，OBT 12被配置使得交通工具特定信息不易受黑客、病毒、惡意軟件等等的攻擊。在各個實施例中，OBT 12的存儲器存儲可以或可以不被加密的交通工具特定信息19。OBT 12因此使用交通工具特定信息19來驗證來自WED 16和/或交通工具14的通信。交通工具特定信息19包括，例如，交通工具識別號碼(VIN)和/或與由OBT 12和/或交通工具14使用的特別的加密算法相關的加密信息(即密鑰)。加密算法可以是例如非對稱或對稱加密算法的任何加密算法。
[0041]如在下面將更詳細討論的，OBT 12在發生在OBT 12、交通工具14和WED 16之間的配對過程期間存儲交通工具14特定信息(被稱為蝕刻(etching)OBT 12)。該配對過程可基于OBT 12至WED 16和交通工具14的接近度發生。例如，該配對過程可以僅當OBT 12、交通工具14和WED 16緊密接近時才發生。在另一示例中，配對過程可以僅當OBT 12緊密接近交通工具14時才發生。在任一情形中，OBT首先與交通工具14配對，并且其次WED 16與OBT和/或交通工具14配對。例如，當交通工具14在一定的模式(例如輔助模式或其它的模式)下操作時，配對過程可確定接近度。
[0042]如所能夠領會到的，OBT 12能夠使得在交通工具14和多個WED 16 (未示出)之間安全通信。在此情形中，交通工具特定信息19可包括對于每個WED 16的唯一標識符(UID)、VIN和加密信息。在此情形中，OBT 12可以與各個WED 16配對，然而，OBT 12被配置來在任何一個時刻處僅被授權與單個WED 16通信。
[0043]如進一步所能夠領會到的，OBT 12能夠使得在WED 16與多個交通工具14 (未示出)之間安全通信。在此情形中，交通工具特定信息19可包括對于每個交通工具14的VIN以及和加密信息。在此情形中，OBT 12可以與各個交通工具14配對，然而，OBT 12被配置來在任何一個時刻處僅被授權與單個交通工具14通信。
[0044]如進一步所能夠領會到的，OBT 12能夠使得在多個WED 16 (未示出)和多個交通工具14 (未示出)之間安全通信。在此情形中，交通工具14的信息可包括對于每個交通工具14的VINS、對于每個WED 16的HD以及加密信息。
[0045]現在參考圖2-4，功能框圖說明通信系統10的各個實施例。根據本公開的通信系統10的各個實施例可包括交通工具14、WED 16、OBT 12和/或遠程服務器18內含有的任意數量的子模塊。如所能夠領會到的，在圖2-4中所示出的子模塊可以被結合和/或進一步被分開以相似地促進安全通信。
[0046]參照圖2，圖2顯示了 OBT 12促進WED 16和交通工具14之間的安全通信的實施例。例如，WED 16可包括與交通工具14通信以執行特別功能(S卩，將門鎖定或解鎖)的應用(即，門解鎖/鎖定應用)。在此類實施例中，WED 16可包括但不限于連接請求模塊20和需求請求(challenge request)模塊22 ;0ΒΤ 12可包括但不限于需求請求模塊24 ;以及交通工具14可包括但不限于順序管理模塊26、響應驗證模塊28和功能控制模塊30。
[0047]如將對于圖5-17更詳細描述的，WED 16的連接請求模塊20被配置以將連接請求或消息請求傳送至交通工具14和/或OBT 12。WED 16的需求請求模塊被配置以從交通工具14和/或OBT 12接收需求請求和/或響應，并且將需求響應和/或請求傳送至交通工具14和/或OBT 12。OBT 12的需求請求模塊24被配置來存儲交通工具特定信息，驗證交通工具特定信息，加密來自交通工具14的數據(即安全密鑰或共享密鑰)，和/或將需求響應和/或要求傳送至交通工具14和/或OBT 12。
[0048]交通工具14的順序管理模塊26被配置以接收來自WED 16的連接請求或消息請求，以驗證交通工具特定信息，產生待加密的數據(即，安全密鑰)，加密數據，和/或將需求請求傳送至OBT 12和/或WED 16。交通工具14的響應驗證模塊28被配置以接收來自OBT12和/或WED 16的加密數據，接收來自順序管理模塊26的加密數據，驗證來自OBT 12.WED16和/或交通工具14的加密數據，以及將需求狀態傳送至OBT 12和/或WED 16。交通工具14的功能控制模塊30被配置以接收來自響應驗證模塊28的功能標識符，并且基于功能標識符執行交通工具的功能。
[0049]現在參照圖3，圖3顯示OBT 12促進OBT 12和交通工具14之間的安全通信的實施例。例如，OBT 12可包括預先限定的與交通工具14相關的消息請求(S卩，門解鎖/鎖定請求)，當OBT 12位于交通工具14的一定范圍內時，其被傳送到交通工具14。在此類的實施例中，OBT 12可包括但不限于連接請求模塊32和需求請求模塊24，并且交通工具14可包括但不限于順序管理模塊26、響應驗證模塊28和功能控制模塊30。
[0050]如將對于圖19和圖20更詳細討論的，OBT 12的連接請求模塊32被配置以將連接請求或消息請求傳送至交通工具14。OBT 12的需求請求模塊24被配置以接收來自交通工具14的需求請求和/或響應，以驗證交通工具特定信息，加密來自交通工具14的數據(SP，安全密鑰)，和/或將需求響應和/或請求傳送至交通工具14。
[0051]交通工具14的順序管理模塊26被配置以接收來自OBT 12的連接請求或消息請求，以驗證交通工具特定信息，產生待加密的數據(即，安全密鑰)，以加密數據，和/或以將傳送需求請求至OBT 12。交通工具14的響應驗證模塊28被配置以接收來自OBT 12的加密數據，接收來自順序管理模塊26的加密數據，驗證來自OBT 12的加密數據，以及將需求狀態傳送至OBT 12。功能控制模塊30被配置以接收來自響應驗證模塊28的功能標識符，并且基于功能標識符來執行交通工具的功能。
[0052]現參照圖4，圖4顯示OBT 12通過遠程服務器18促進WED 16和交通工具14之間的安全通信的實施例。例如，WED 16可包括與遠程服務器18通信的應用(S卩，門解鎖/鎖定應用)。遠程服務器18轉而將請求傳送至交通工具14以執行由應用所請求的功能。在此類實施例中，WED 16可包括但不限于連接請求模塊20和需求請求模塊22 ；0ΒΤ 12可包括但不限于需求請求模塊24 ；以及遠程服務器18可包括但不限于順序管理模塊34和響應驗證模塊36 ；以及交通工具14可包括但不限于功能控制模塊30。
[0053]如將對于圖21和圖22更詳細討論的，WED 16的連接請求模塊20被配置以將連接請求或消息請求傳送至遠程服務器18。WED 16的需求請求模塊22被配置以接收來自遠程服務器18和OBT 12的需求請求和/或響應，并且將需求響應和/或請求傳送至遠程服務器18和OBT 12。OBT 12的需求請求模塊24被配置以接收交通工具特定信息，對來自交通工具14的數據加密(S卩，安全密鑰)，和/或將請求響應和/或請求傳送至OBT 12和遠程服務器18。
[0054]遠程服務器18的順序管理模塊34被配置以接收來自WED 16的連接請求或消息請求，驗證交通工具特定信息，產生待加密的數據(即安全密鑰)，加密數據和/或將需求請求傳送至OBT 12和/或WED 16。遠程服務器18的響應驗證模塊36被配置以接收來自WED16的加密數據，接收來自順序管理模塊34的加密數據，驗證來自WED 16、WED 16和/或交通工具14的加密數據，以及將需求狀態傳送至WED 16。交通工具的功能控制模塊30被配置以接收來自響應驗證模塊36的功能標識符，并且基于功能標識符來執行交通工具14的功能。
[0055]現在參照圖5-22，順序圖顯示根據各個實施例的可被各個通信系統10的元件的模塊執行的通信方法。如在順序圖中所示，加粗箭頭顯示連接通信，并且未加粗箭頭顯示無連接通信。此類連接通信能夠是例如在設備之間直接進行的通信，以及無連接通信能夠是例如周期性地或按預定被發送至任何特別的設備的通信。
[0056]如根據本公開所能夠領會到的，在本方法內操作的次序并不被限制于如在圖5-22中所顯示的順序執行，而是可以按合適的并且根據本公開的一種或更多種變化次序執行。如進一步所能夠領會到的，本方法的一個或更多個步驟可以被添加或移除而不改變本方法的精神。
[0057]參照圖5和圖6，順序圖顯示方法步驟的示例性的順序，其可以通過圖2、圖3或圖4的各個模塊被執行以將OBT 12與交通工具14以安全的方式配對。在圖5中，OBT 12的最初的配對不需要WED 16存在于交通工具14的附近。在圖6中，OBT 12的最初的配對需要WED 16存在于交通工具14的附近。如所示的，該方法需要來自交通工具14的指示需要配對的輸入。此類的輸入可以通過與例如配對屏幕的用戶界面(未示出)交互的用戶提供，或者通過與交通工具14的預先限定的專用于配對的開關或按鈕(未示出)交互的用戶提供。出于示例性的目的，本方法將在用戶與配對屏幕交互的背景下被討論。
[0058]如在圖5中所示，OBT 12與交通工具14的初始的配對可以在100處開始，其中WED16產生至OBT 12的請求，以與OBT 12配對并且連接至交通工具14。請求包括WED 16的唯一標識符(在下文中被稱作WED 16的MD)。OBT 12在101處接收請求并且存儲WED 16的WD。然后，OBT 12在102處產生請求確認并且將OBT 12連接至WED 16。
[0059]在104處,一旦交通工具14被置于輔助模式(accessory mode)并且配對屏幕輸入在106處被選擇，交通工具14就在108處產生至OBT 12的請求以與OBT 12配對。一旦接收請求，OBT 12就在110處從WED 16斷開。OBT 12在112處產生至交通工具14的包括OBT 12的標識符的確認(例如MAC地址或其它地址)。交通工具14在114處存儲OBT 12的標識符和WED 16的WD，并且在116處產生新的密鑰或從存儲器檢索預先限定的密鑰。交通工具14在118處將密鑰和交通工具14識別號(VIN)—起發送至OBT 12。OBT 12在120處存儲密鑰和VIN，并且在122處發送至交通工具14的確認并且從交通工具14斷開。
[0060]在圖6中，通過包括對WED 16的HD的應需請求初始配對過程需要WED 16存在于交通工具14的附近。例如，OBT 12與交通工具14的初始配對可以在124處開始，其中WED 16產生請求來配對和連接至OBT 12。由此OBT 12隨后在126處產生請求確認并且將OBT 12 連接至 WED 16。
[0061]在128處，一旦交通工具14被置于輔助模式并且配對屏幕輸入在130處被選擇，交通工具14就在132處產生至OBT 12的請求以與OBT 12配對。在接收請求時，OBT 12在134處請求WED 16的UID。WED 16在136處與發送UID響應。OBT 12在138處接收UID并且存儲用于WED 16的MD。OBT 12在140處從WED 16斷開。OBT 12在142處產生至交通工具14的包括OBT 12地址和WED 16的HD的確認。交通工具14在144處存儲UID和OBT 12的地址，并且在146處產生新的密鑰或從存儲器檢索預先限定的密鑰。交通工具14在148處將密鑰和交通工具14的識別號(VIN)—起發送至OBT 12。OBT 12在150處存儲密鑰和VIN，并且在152處發送確認至交通工具14并且從交通工具14斷開。
[0062]參照圖7，順序圖顯示各步驟的示例性順序，其可被執行以將WED 16與交通工具14配對，這需要隨后的WED 16存在于交通工具14的附近。在圖7中，OBT 12與交通工具14的初始的配對可以在154處開始，其中WED 16產生請求以配對和連接至OBT 12? OBT 12隨后在156處產生請求確認并且連接OBT 12至WED 16。
[0063]在158處，一旦交通工具14被置于輔助模式并且配對屏幕輸入在160處被選擇，交通工具14就在162處產生至OBT 12的請求以與OBT 12配對。在接收請求時，對于WED16的UID，0BT 12在164處產生至WED 16的請求。WED 16在166處與發送UID至OBT 12響應。OBT 12在168處接收UID并且用于存儲WED 16的UID。OBT 12在170處從WED 16斷開。OBT 12在172處產生至交通工具14的包括OBT 12地址和WED 16的HD的確認。交通工具14在174處存儲UID和OBT 12地址。OBT 12在176處從交通工具14斷開。
[0064]參照圖8，順序圖顯示步驟的示例性順序，其可被執行以將OBT 12與多個交通工具14-1、14-2配對。在圖8中，一旦第一交通工具14-1在180處被置于輔助模式并且配對屏幕在182處被選擇，第一交通工具14-1在184處產生至OBT 12的授權消息。在接收授權時，OBT 12在186處產生至交通工具14-1的包括OBT 12地址和WED 16的HD的確認。OBT 12在188處從交通工具14-1斷開。
[0065]在190處，一旦第二交通工具14-2被置于輔助模式并且配對屏幕輸入在192處被選擇，交通工具14-2就在194處產生至OBT 12的請求以與OBT 12配對。OBT 12在196處產生至交通工具14-2的其包括OBT 12地址和WED 16的HD的確認。交通工具14_2在198處存儲OBT 12地址和WD，并且在200處產生新的密鑰或從存儲器檢索預先限定的密鑰。交通工具14-2在202處將密鑰和交通工具14識別號(VIN) —起發送至OBT 12。OBT12在204處存儲密鑰和VIN，并且在206處發送確認至交通工具14并且從交通工具14斷開。
[0066]可選擇地，OBT 12至額外的交通工具14-2的配對能夠需要WED 16存在于交通工具14的附近。在此情形下，該方法的步驟包括如圖6所示的步驟。
[0067]參照圖9和圖10，順序圖顯示根據各個實施例的各步驟的示例性順序，其可以由圖2的模塊執行以授權WED 16，并且一旦被授權，則在WED 16和交通工具14之間傳送消息。在圖9中，在交通工具14和WED 16之間的連接請求通過處于連接狀態的OBT 12和WED 16之間的直接通信而被授權。例如，WED 16在210處產生至交通工具14的包括WED16的UID的連接請求。交通工具14在212處驗證UID。若UID不是已經與交通工具14配對的WD，則交通工具14在214處產生至WED 16的連接請求失敗狀態。然而，如果UID和已經與交通工具14配對的WED 16的UID相匹配，則交通工具14在216處加密當前的序列號，并且在218處產生包括該序列號的至WED 16的需求請求。在接收該需求請求時，WED16在220處產生至OBT 12的包括序列號的需求請求。
[0068]OBT 12在222處接收序列號并且采用在配對過程期間存儲的密鑰加密序列號。OBT 12在224處產生至WED 16的包括加密的序列號的需求響應。WED 16在226處轉而產生至交通工具14的包括加密的序列號的需求響應。
[0069]在接回收加密的序列號時，交通工具14在228處將接收的加密序列號與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在230處產生指示WED 16連接被授權的需求狀態。然而，如果接收的加密序列號在231處與交通工具加密序列號不匹配，則交通工具14在232處產生指示WED 16連接已失敗的需求狀態，并且該方法會終止。
[0070]在圖10中，在交通工具14和WED 16之間的消息請求通過處于連接狀態中的OBT12和WED 16之間的直接通信而被授權。WED 16在234處產生至交通工具14的包括待執行的功能標識符的消息請求。交通工具14在236處加密當前的序列號，并且在238處產生包括序列號的需求請求。在接收了需求請求時，WED 16在240處產生至OBT 12的包括序列號的需求請求。
[0071]OBT 12在242處接收序列號并且使用在配對過程期間存儲的密鑰加密序列號。OBT 12在244處產生至WED 16的包括加密序列號的需求響應。WED 16在246處轉而產生至交通工具14的包括加密的序列號的需求響應。
[0072]在接收加密的序列號時，交通工具14在248處將接收的加密序列號與交通工具加密序列號相比較。若接收的加密序列號與交通工具加密序列號相匹配，則在250處該功能通過交通工具14執行，并且交通工具14在252處產生指示WED 16消息被授權的需求狀態。然而，如果在253處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在254處產生指示WED 16消息已經失敗的需求狀態，并且該方法會終止。
[0073]參照圖11和圖12，根據其它各個實施例的順序圖顯示各步驟的示例性順序，其可以通過圖2的模塊執行以授權WED 16，并且一旦被授權，則在WED 16和交通工具14之間傳送消息。在圖11中，在交通工具14和WED 16之間的連接請求通過處于無連接狀態中的OBT 12和交通工具14之間的直接通信而被授權。例如，WED 16在260處產生至交通工具14的包括WED 16的HD的連接請求。交通工具14在262處驗證MD。如果此WD不是已經與交通工具14配對的MD，則交通工具14在264處產生至WED 16的連接請求失敗狀態，并且該方法終止。然而，如果UID與已經與交通工具14相配對的WED 16的UID相匹配，則交通工具14在266處加密當前的序列號，并且在268處產生至OBT 12的包括序列號和WD的需求請求。OBT 12和WED 16隨后在270處被連接。
[0074]在接收需求請求時，OBT 12在272處驗證UID。如果UID和已經與交通工具14配對的WED 16的UID不匹配,則在274處需求請求被發送至交通工具14,從而指示授權已經失敗，并且交通工具14在276處產生至WED 16的指示授權已經失敗的需求狀態，并且該方法會終止。然而，如果UID和已經與交通工具14配對的WED 16的UID相匹配，則OBT 12在278處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在280處產生至交通工具14的包括加密序列號的需求響應。
[0075]在接收加密的序列號時，交通工具14在282處將接收的加密序列號與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在284處產生指示WED 16連接被授權的需求狀態。然而，如果在285處接收的加密序列號與交通工具序列號不匹配，則交通工具14在286處產生指示WED 16連接已經失敗的需求狀態，并且該方法會終止。
[0076]在圖12中，在交通工具14和WED 16之間的消息請求通過處于無連接狀態中的OBT 12和交通工具14之間的直接通信而被授權。例如，WED 16在288處產生至交通工具14的包括功能標識符的消息請求。交通工具14在290處加密當前的序列號，并且在292處產生至OBT 12的包括序列號的需求請求。隨后，OBT 12和WED 16在294處被連接。
[0077]在接收需求請求時，OBT 12在302處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在304處產生至交通工具14的包括加密的序列號的需求響應。
[0078]在接收加密的序列號時，交通工具14在306處將接收的加密序列號和交通工具加密序列號進行比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在308處執行與功能標識符相關的功能，并且在310處產生指示WED 16消息被授權的需求狀態。然而，如果在311處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在312處產生指示WED 16消息已經失敗的需求狀態，并且該方法會終止。
[0079]參照圖13和圖14，順序圖顯示根據其它各個實施例的步驟的示例性順序，其可以通過圖2的模塊被執行以授權WED 16，并且一旦被授權，則在WED 16和交通工具14之間傳送消息。在圖13中，在交通工具14和WED 16之間的連接請求通過處于無連接狀態中的OBT 12和交通工具14之間的以及處于連接狀態中的OBT 12和WED 16之間的冗余授權而被授權。例如，WED 16在314處產生至交通工具14的包括WED 16的WD的連接請求。交通工具14在316處驗證MD。如果該UID不是已經與交通工具14配對的MD，則交通工具14在318處產生至WED 16的連接請求失敗狀態，并且該方法會終止。然而，如果該UID和已經與交通工具14配對的WED 16的UID相匹配，則交通工具14在320處加密當前的序列號，并且在322處產生至WED 16的包括序列號的需求請求。在接收需求請求時，WED 16在324處產生至OBT 12的包括序列號的需求請求。
[0080]OBT 12在326處接收序列號并且使用在配對過程期間存儲的密鑰加密序列號。OBT 12在328處產生至WED 16的包括加密序列號的需求響應。WED 16在330處轉而產生至交通工具14的包括加密序列號的需求響應。
[0081]之后或基本同時地，交通工具14在332處產生至OBT 12的包括序列號的需求請求。在接收需求請求時，OBT 12在334處使用在配對過程期間存儲的密鑰加密序列號。OBT12在336處產生包括加密序列號的需求響應。
[0082]在從OBT 12接收加密的序列號時，交通工具14在338處將從WED 16接收的加密序列號與從OBT 12接收的加密序列號相比較。如果在343處從WED 16接收的加密序列號與從OBT 12接收的加密序列號不匹配，則交通工具14在344處產生至WED 16的指示授權已經失敗的需求請求,并且該方法會終止。
[0083]然而，如果從WED 16接收的加密序列號與從OBT 12接收的加密序列號相匹配，則交通工具14在340處將來自WED 16的加密序列號和從OBT 12接收的加密序列號中的一個與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在342處產生指示被授權的WED 16已經通過的需求狀態。然而，如果接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在344處產生指示WED 16授權已經失敗的需求狀態，并且該方法會終止。
[0084]在圖14中，在交通工具14和WED 16之間的消息請求通過在無連接狀態中的OBT12和交通工具14之間的以及在連接狀態中的OBT 12和WED 16之間的冗余授權而被授權。例如，WED 16在346處產生至交通工具14的包括功能標識符的消息請求。交通工具14在348處加密當前的序列號，并且在350處產生至WED 16的包括序列號的需求請求。在接收需求請求時，WED 16在352處產生至OBT 12的包括序列號的需求請求。
[0085]OBT 12在354處接收序列號并且使用配對過程期間存儲的密鑰加密序列號。OBT12在356處產生至WED 16的包括加密序列號的需求響應。WED 16在358處轉而產生至交通工具14的包括加密序列號的需求響應。
[0086]之后或基本同時地，交通工具14在360處產生至OBT 12的包括序列號的需求請求。在接收需求請求時，OBT 12在362處使用在配對過程期間存儲的密鑰加密序列號。OBT12在364處產生至交通工具14的包括加密序列號的需求響應。
[0087]在從OBT 12接收加密序列號時，交通工具14在366處將從WED 16接收的加密序列號與從OBT 12接收的加密序列號相比較。如果在373處從WED 16接收的加密序列號與從OBT 12接收的加密序列號不匹配，則交通工具14在374處產生至WED 16的指示授權已經失敗的需求請求,并且該方法會終止。
[0088]然而，如果從WED 16接收的加密序列號與從OBT 12接收的加密序列號匹配，則交通工具14在368處將從WED 16接收的加密序列號和從OBT 12接收的加密序列號中的一個與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在370執行與該功能標識符相關的功能，并且在372處產生指示被授權WED16已經通過的需求狀態。然而，如果接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在374處產生指示WED 16授權已經失敗的需求狀態，并且該方法會終止。
[0089]參照圖15和圖16，順序圖顯示根據各個其它實施例的步驟的示例性順序，這些步驟可以通過圖2的模塊執行以授權WED 16，并且一旦被授權，則在WED 16和交通工具14之間傳送消息。在圖15中，在交通工具14和WED 16之間的連接請求通過在需求/響應處于無連接狀態下的OBT 12和交通工具14之間的直接通信而被授權。例如，WED 16在380處產生至OBT 12的包括WED 16的HD的連接請求。交通工具14在382處產生至交通工具14的包括WED 16的HD的連接請求。交通工具14在384處驗證此MD。如果此WD不是已經與交通工具14配對的MD，則交通工具14在386處產生至OBT 12的連接請求失敗狀態。OBT 12在288處轉而產生至WED 16的連接請求失敗狀態，并且該方法會終止。然而，如果此UID和已經與交通工具14配對的WED 16的UID相匹配，則交通工具14在390處加密當前的序列號，并且在392處產生至OBT 12的包括序列號的需求請求。
[0090]在接收需求請求時，OBT 12在394處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在396處產生至交通工具14的包括加密序列號的需求響應。
[0091]在接收加密序列號時，交通工具14在398處將接收的加密序列號與交通工具加密序列號相比較。若接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在400處產生至OBT 12的指示WED 16連接被授權的需求狀態。OBT 12在402處轉而產生至WED16的指示WED 16連接被授權的需求狀態。然而，如果在403處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在404處產生至OBT 12的指示WED 16連接已經失敗的需求狀態。OBT 12在406處轉而產生至WED 16的指示WED 16連接已經失敗的需求狀態，并且該方法會終止。
[0092]在圖16中，在交通工具14和WED 16之間的消息請求通過在需求/響應處于無連接狀態下的OBT 12和交通工具14之間的直接通信而被授權。例如，WED 16在408處產生至OBT 12的包括功能標識符的消息請求。OBT 12在410處轉而產生至交通工具14的包括功能標識符的消息請求。交通工具14在412處加密當前的序列號，并且在414處產生至OBT 12的包括序列號的需求請求。
[0093]在接收需求請求時，OBT 12在416處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在418處產生至交通工具14的包括加密序列號的需求響應。
[0094]在接收加密的序列號時，交通工具14在420處將接收的加密序列號與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在422處執行與功能標識符相關的功能，并且在424處產生至OBT 12的指示WED 16消息被授權的需求狀態。OBT 12在426處轉而產生至WED 16的指示WED 16消息被授權的需求狀態。然而，如果在427處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在428處產生至OBT 12的指示WED 16消息已經失敗的需求狀態。OBT 12在430處轉而產生至WED 16的指示WED 16消息已經失敗的需求狀態，并且該方法會終止。
[0095]參照圖17和圖18，順序圖顯示根據各個其它實施例的步驟的示例性順序，這些步驟可通過圖2的模塊執行以授權WED 16，并且一旦被授權，則在WED 16和交通工具14之間傳送消息。在圖17中，對于獨立操作的OBT 12的連接請求是通過交通工具14至OBT 12的需求請求，在OBT 12和WED 16之間使用需求請求以及在交通工具14和WED 16之間使用比較。例如，WED 16在432處產生至交通工具14的包括WED 16的HD的連接請求。交通工具14在434處驗證此WD。如果此UID不是已經與交通工具14配對的MD，則交通工具14在436處產生至WED 16的連接請求失敗狀態，并且該方法終止。然而，如果此UID和已經與交通工具14配對的WED 16的UID相匹配，則交通工具14在438處加密當前的序列號，并且在440處產生至OBT 12的包括序列號的需求請求。
[0096]OBT 12在442處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在444處產生至WED 16的包括加密序列號的需求響應。WED 16在446處轉而產生至交通工具14的包括加密序列號的需求響應。
[0097]在接收加密序列號時，交通工具14在448處將接收的加密序列號與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在450處產生指示WED 16連接被授權的需求狀態。然而，如果在451處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在452處產生指示WED 16連接已經失敗的需求狀態，并且該方法會終止。
[0098]在圖18中，對于獨立操作的OBT 12的消息請求是通過交通工具14至OBT 12的需求請求，在OBT 12和WED 16之間使用需求請求以及在交通工具14和WED 16之間使用比較。例如，WED 16在454處產生至交通工具14的包括功能標識符的消息請求。交通工具14在456處加密當前的序列號，并且在458處產生至OBT 12的包括序列號的需求請求。
[0099]在接收需求請求時，OBT 12在460處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在462處產生包括至WED 16的加密序列號的需求響應。WED 16在464處轉而產生至交通工具14的包括加密序列號的需求響應。
[0100]在接收加密序列號時，交通工具14在466處將接收的加密序列號與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在468處執行與功能標識符相關的功能，并且在470處產生指示WED 16消息被授權的需求狀態。然而，如果在471處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在472處產生指示WED 16消息已經失敗的需求狀態，并且該方法會終止。
[0101]參照圖19和圖20，順序圖顯示根據各個其它實施例的步驟的示例性順序，這些步驟可通過圖3的模塊執行以授權OBT 12，并且一旦被授權，則在OBT 12和交通工具14之間傳送消息。在圖19中，在交通工具14和獨立操作的OBT 12之間的連接請求通過處于連接狀態中的OBT 12和交通工具14之間的直接通信而被授權。例如，OBT 12在480處產生至OBT 12的包括OBT 12的HD的連接請求。交通工具14在482處驗證此WD。如果此WD不是已經與交通工具14配對的MD，則交通工具14在484處產生至OBT 12的連接請求失敗狀態，并且該方法終止。然而，如果此UID和已經與交通工具14配對的OBT 12的UID相匹配，則交通工具14在486處加密當前的序列號，并且在488處產生至OBT 12的包括序列號的需求請求。
[0102]在接收需求請求時，OBT 12在490處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在500處產生至交通工具14的包括加密序列號的需求響應。
[0103]在接收加密的序列號時，交通工具14在502處將接收的加密序列號與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在504處產生至OBT 12的指示OBT 12連接被授權的需求狀態。然而，如果在505處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在506處產生至OBT 12的指示OBT 12連接已經失敗的需求狀態，并且該方法會終止。
[0104]在圖20中，在交通工具14和獨立操作的OBT 12之間的消息請求通過處于無連接狀態中的OBT 12和交通工具14之間的直接通信而被授權。例如，OBT 12在508處產生至交通工具14的包括功能標識符的消息請求。交通工具14在510處加密當前的序列號，并且在512產生至OBT 12的包括序列號的需求請求。
[0105]在接收需求請求時，OBT 12在516處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在518處產生至交通工具14的包括加密序列號的需求響應。
[0106]在接收加密的序列號時，交通工具14在520處將接收的加密序列號與交通工具加密序列號相比較。如果接收的加密序列號與交通工具加密序列號相匹配，則交通工具14在522處執行與功能標識符相關的功能，并且在524處產生至OBT 12的指示OBT 12消息被授權的需求狀態。然而，如果在525處接收的加密序列號與交通工具加密序列號不匹配，則交通工具14在526處產生至OBT 12的指示OBT 12消息已經失敗的需求狀態，并且該方法會終止。
[0107]參照圖21和圖22，順序圖顯示根據各個其它實施例的步驟的示例性順序，這些步驟可通過圖4的模塊執行以授權WED 16，并且一旦被授權，則在WED 16和交通工具14之間傳送消息。在圖21中，在交通工具14和遠程服務器18之間的連接請求通過在需求/響應處于連接狀態下的OBT 12和交通工具14之間的直接通信而被授權。例如，WED 16在528處產生至遠程服務器18的包括WED 16的WD的連接請求。遠程服務器18在530處驗證此MD、OBT 12的地址和/或交通工具信息。如果此WD不是已經與交通工具14配對的UID或者OBT 12不是已經與交通工具14配對的OBT 12，則遠程服務器18在532處產生至WED 16的連接請求失敗狀態，并且該方法終止。然而，如果此UID和已經與交通工具14配對的WED 16的UID相匹配并且OBT 12是已經與交通工具14配對的0ΒΤ，則遠程服務器18在534處加密當前的序列號，并且在536處產生至WED 16的包括序列號的需求請求。
[0108]WED 16在538處轉而將包括序列號的需求請求從遠程服務器18轉送至OBT 12。OBT 12在540處使用在配對期間存儲的密鑰加密序列號。OBT 12在542處產生至WED 16的包括加密序列號和交通工具識別號的需求響應。WED 16在544處轉而將包括加密序列號和交通工具識別號的需求響應從WED 16轉送至遠程服務器18。
[0109]在接收加密的序列號和交通工具識別號時，遠程服務器18在546處將交通工具識別號與服務器存儲的交通工具識別號相比較，并且將接收的加密序列號與服務器加密序列號相比較。如果接收的交通工具識別號和接收的加密序列號與服務器的交通工具識別號和加密序列號分別相匹配，則遠程服務器18在548處產生至交通工具14的包括授權消息的消息請求，并且在550處產生至WED 16的指示WED 16連接被授權的需求狀態。然而，在551處如果接收的交通工具識別號和接收的加密序列號中至少一個與服務器的交通工具識別號和服務器加密序列號不相應匹配，則遠程服務器18在552處產生至WED 16的指示WED16連接已經失敗的需求狀態，并且該方法會終止。
[0110]在圖22中，在交通工具14和遠程服務器18之間的消息請求通過在需求/響應處于連接狀態下的OBT 12和交通工具14之間的直接通信而被授權。例如，WED 16在554處產生至遠程服務器18的包括功能標識符的連接請求。遠程服務器18在556處加密當前的序列號，并且在558處產生至WED 16的包括序列號的需求請求。
[0111]WED 16在560處轉而產生至OBT 12的包括序列號的需求請求。OBT 12在562處使用在配對過程期間存儲的密鑰加密序列號。OBT 12在564處產生至WED 16的包括加密序列號和交通工具識別號的需求響應。WED 16在566處轉而產生至遠程服務器18的包括加密序列號和交通工具識別號的需求響應。
[0112]在接收加密的序列號和交通工具識別號時，遠程服務器18在568處將接收的交通工具識別號和接收的加密序列號與服務器的交通工具識別號和服務器加密序列號分別相比較。如果接收的加密序列號與服務器加密序列號相匹配，并且接收的交通工具識別號與服務器的交通工具識別號相匹配，則遠程服務器18在570處產生至交通工具14的包括交通工具14的消息(其包括功能標識符)的消息請求，并且在572處產生至WED 16的指示WED16連接被授權的需求狀態。交通工具14在574處執行與功能標識符相關的功能。然而，如果接收的加密序列號與服務器的加密序列號不匹配，或者接收的交通工具識別號與服務器的交通工具識別號不匹配，則遠程服務器18在576處產生至WED 16的指示WED 16連接已經失敗的需求狀態，并且該方法會終止。
[0113]附圖組圖5和圖6、圖7和圖8、圖9和圖10、圖11和圖12、圖13和圖14、圖15和圖16、圖17和圖18、圖19和圖20以及圖21和圖22中的每一個顯示單獨通信的授權請求和消息請求，其中授權在第一會話中被執行并且消息請求在授權一被接收就在第二會話中被執行。在各個其他實施例中，與授權請求和消息請求相關的步驟能夠被結合在單個會話中。例如，連接請求能夠包括UID和功能標識符。
[0114]雖然至少一個示例性的實施例已經在前述的詳細說明中被呈現，但是應該領會到大量的變型存在。也應該領會到一個或更多個示例性的實施例僅僅是示例，并且并不存在以任何方式限制本公開的范圍、應用或構型。相反地，前述的詳細描述將給本領域技術人員提供用于實施一個或更多個示例性實施例的方便的路線圖。應該理解到如在隨附的權利要求和其法律等同物中所闡述的，能夠在元件的功能和布置中產生不同的改變而不違背本公開的范圍。
【權利要求】
1.一種用于與交通工具通信的便攜式通信設備，包括: 存儲器，其存儲交通工具特定信息，以及 至少一個處理器，其執行使得所述便攜式通信設備能夠基于所述交通工具特定信息在無線終端設備和所述交通工具之間進行安全通信的指令。
2.根據權利要求1所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過直接與所述交通工具通信而在所述無線終端設備和所述交通工具之間進行安全通信。
3.根據權利要求1所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過經由遠程服務器間接與所述交通工具通信而在所述無線終端設備和所述交通工具之間進行安全通信。
4.根據權利要求3所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過經由與所述遠程服務器通信的所述無線終端設備而間接與所述交通工具通信，從而在所述無線終端設備和所述交通工具之間進行安全通信。
5.根據權利要求1所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過直接與所述無線終端設備通信而在所述無線終端設備和所述交通工具之間進行安全通信。
6.根據權利要求1所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備能夠通過直接與所述無線終端設備并且直接與所述交通工具通信而在所述無線終端設備和所述交通工具之間進行安全通信。
7.根據權利要求1所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備從所述交通工具接收所述交通工具特定信息。
8.根據權利要求7所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備使用連接通信從所述交通工具接收所述交通工具特定信息。
9.根據權利要求7所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備基于所述便攜式通信設備至所述交通工具的接近度而從所述交通工具接收所述交通工具特定信息。
10.根據權利要求7所述的便攜式通信設備，其中，所述指令使得所述便攜式通信設備基于所述便攜式通信設備和所述無線終端設備至所述交通工具的接近度而從所述交通工具接收所述交通工具特定信息。
【文檔編號】H04W12/06GK104519047SQ201410516497
【公開日】2015年4月15日 申請日期:2014年9月30日 優先權日:2013年10月7日
【發明者】N.R.高塔馬, R.L.馬金尼斯, J.喬, N.J.維格特 申請人:通用汽車環球科技運作有限責任公司