用于車載診斷接口工具的方法和設備的制作方法
【專利摘要】本發(fā)明提供一種用于車載診斷接口工具的方法和設備。一種設備包括處理器和與處理器進行通信的多個車載診斷(OBD)接口。示例性設備還包括能夠被機械地調整以改變OBD接口呈現的殼體。所述設備還包括與處理器進行通信的持久性存儲器和非持久性存儲器以及與處理器進行通信的非OBDI/0接口。所述多個OBD接口包括用于連接到車輛OBD接口的第一OBD接口和用于連接到外部裝置的第二OBD接口。
【專利說明】用于車載診斷接口工具的方法和設備

【技術領域】
[0001]說明性實施例總體上涉及一種用于車載診斷接口工具的方法和設備。

【背景技術】
[0002]車載診斷(0BD、0BD I1、OBD 2)提供接口，通過該接口，實體，諸如經銷商、技工和第三方(諸如保險公司)可接通車輛以訪問車輛總線(BUS)上的信息或來自車輛模塊的信息。由于消費者使用該端口例如安裝第三方裝置所以包括在該端口中的精細引腳經常會被損壞。然后這對車輛產生了保修警告，而由于損壞的端口將不允許經銷商訪問該診斷，所以維修會非常昂貴。
[0003]此外，由于該端口提供了能夠訪問車輛的CAN (控制器局域網)BUS的物理接口，所以可存在想要從此BUS提取信息的其它的硬件和軟件。如果所有這些資源將試圖訪問OBDII端口的當前執(zhí)行，則將會產生損壞集成端口的額外的機會。
[0004]2012/0158211號美國專利申請總體上涉及以下步驟:經由車輛數據總線從車輛裝置持續(xù)收集信息，將信息存儲在數據庫中，并響應于來自遠程裝置的請求，從數據庫檢索信息。一實施例包括:車輛位置確定裝置、無線通信裝置和與至少一個可操作車輛裝置分離的控制器，其中，所述至少一個可操作車輛裝置被連接到車輛數據總線使得車輛數據總線從所述控制器延伸到至少一個可操作車輛裝置。此外，控制器被配置為:經由車輛數據總線查詢至少一個車輛裝置并將由至少一個車輛裝置提供的信息存儲在數據庫中；經由無線通信裝置從遠程裝置接收對信息的請求；針對請求的信息，查詢數據庫；經由無線通信裝置將請求的信息發(fā)送到遠程裝置。


【發(fā)明內容】

[0005]在第一說明性實施例中，一種設備包括處理器和與處理器進行通信的多個車載診斷(OBD)接口。示例性設備還包括被機械地調整以改變OBD接口呈現的殼體。所述設備還包括與處理器進行通信的永久性存儲器和非永久性存儲器以及與處理器進行通信的非OBDI/O接口。所述多個OBD接口包括用于連接到車輛OBD接口的第一 OBD接口和用于連接到外部裝置的第二 OBD接口。
[0006]在第二說明性實施例中，一種計算機實現的方法包括:檢測外部裝置到提供給加密狗的第一 OBD端口的連接。所述方法還包括:檢測加密狗通過提供給加密狗的第二 OBD端口到車輛OBD端口的連接。所述方法還包括:經由加密狗處理器估計是否期望通道能力，并且當期望通道能力時，通過加密狗提供外部裝置與車輛OBD端口之間的通道能力。
[0007]在第三說明性實施例中，一種存儲指令的非暫時性的計算機可讀存儲介質，其中，當由處理器執(zhí)行所述指令時，所述指令促使處理器執(zhí)行包括檢測外部裝置到提供給加密狗的第一 OBD端口的連接的方法。所述方法還包括檢測加密狗通過提供給加密狗的第二 OBD端口到車輛OBD端口的連接。所述方法還包括經由加密狗處理器估計是否期望通道能力，并且當期望通道能力時，通過加密狗在外部裝置與車輛OBD端口之間提供通道能力。
[0008]在第四說明性實施例中，提供一種計算機實現的方法，包括:檢測外部裝置到提供給加密狗的第一 OBD端口的連接；檢測加密狗通過提供給加密狗的第二 OBD端口到車輛OBD端口的連接；經由加密狗處理器估計是否期望通道能力；當期望通道能力時，通過加密狗在外部裝置與車輛OBD端口之間提供通道能力。
[0009]估計的步驟可還包括:每當檢測到外部裝置連接時，確定期望通道能力。
[0010]估計的步驟可還包括:每當外部裝置請求通道能力時，確定期望通道能力。
[0011]估計的步驟可還包括:每當外部裝置是診斷工具時，確定期望通道能力。
[0012]所述方法可還包括:當通道能力正被提供時，在加密狗處理器中進行睡眠模式。
[0013]所述方法可還包括:當外部裝置從第一 OBD端口移除時，脫離睡眠模式。
[0014]所述方法可還包括:當外部裝置請求終止通道能力時，脫離睡眠模式。

【專利附圖】

【附圖說明】
[0015]圖1示出說明性車輛計算系統(tǒng)；
[0016]圖2A示出OBD加密狗(OBD dongle)的說明性示例；
[0017]圖2B示出OBD加密狗組件示圖的說明性示例；
[0018]圖3示出用于車輛連接操作的處理的說明性示例；
[0019]圖4示出用于信息記錄的處理的說明性示例；
[0020]圖5示出用于輔助軟件安裝的處理的說明性示例。

【具體實施方式】
[0021]根據需要，在此公開本發(fā)明的詳細實施例；然而，將理解，所公開的實施例僅為本發(fā)明的示例性實施例，本發(fā)明的實施例可以以多種替代形式實施。附圖無需按比例繪制；可擴大或縮小某些特征以顯示具體組件的細節(jié)。因此，在此所公開的特定結構和功能細節(jié)將不被解釋為限制，而僅作為用于教導本領域技術人員以多種形式利用本發(fā)明的代表性基礎。
[0022]圖1示出用于車輛31的基于車輛的計算系統(tǒng)(VCS) I的示例框式拓樸圖。這種基于車輛的計算系統(tǒng)I的示例是由福特汽車公司制造的SYNC系統(tǒng)。啟用基于車輛的計算系統(tǒng)的車輛可包含位于車輛中的可視前端界面4。如果設置有例如觸敏屏幕，則用戶還能夠與所述界面進行交互。在另一說明性實施例中，通過按扭按壓、可聽語言和語言合成來產生交互。
[0023]在圖1中所示的說明性實施例1中，處理器3控制基于車輛的計算系統(tǒng)的操作的至少某部分。設置在車輛內的處理器允許命令和程序的車載處理。此外，處理器被連接至非永久性存儲器5和永久性存儲器7兩者。在此說明性實施例中，非永久性存儲器是隨機存取存儲器(RAM)，并且永久性存儲器是硬盤驅動器(HDD)或閃速存儲器。
[0024]處理器還設置有允許用戶與處理器交互的若干不同的輸入。在此說明性實施例中，麥克風29、輔助輸入25(用于輸入33)、通用串行總線(USB)輸入23、全球定位系統(tǒng)(GPS)輸入24和藍牙輸入15全部被設置。還設置有輸入選擇器51，以允許用戶在各種輸入之間進行切換。在對麥克風和輔助連接器兩者的輸入被傳遞至處理器之前，由轉換器27將對麥克風和輔助連接器兩者的輸入從模擬轉換到數字。盡管未示出，但是與VCS通信的多個車輛組件和輔助組件可使用車輛網絡(諸如但不限于控制器局域網(CAN)總線)，以向VCS (或其組件)傳遞數據或傳遞來自VCS (或其組件)的數據。
[0025]系統(tǒng)的輸出可包括但不限于視覺顯不器4和揚聲器13或立體聲系統(tǒng)輸出。揚聲器被連接至放大器11并通過數模轉換器9從處理器3接收其信號。還可分別沿19和21處所示的雙向數據流進行至遠程藍牙裝置(諸如個人導航裝置(PND) 54或USB裝置(諸如車輛導航裝置60))的輸出。
[0026]在一說明性實施例中，系統(tǒng)I使用藍牙收發(fā)器15與用戶的移動裝置53 (例如，蜂窩電話、智能電話、個人數字助理(PDA)或具有無線遠程網絡連接能力的任何其它裝置)進行通信17。移動裝置隨后可用于通過例如與蜂窩塔57的通信55來與車輛31外部的網絡61進行通信59。在某些實施例中，蜂窩塔57可以是WiFi接入點。
[0027]由信號14表示移動裝置與藍牙收發(fā)器之間的示例性通信。
[0028]可通過按鈕52或類似輸入來指示將移動裝置53與藍牙收發(fā)器15進行配對。相應地，指示中央處理器(CPU)使得車載藍牙收發(fā)器將與移動裝置中的藍牙收發(fā)器進行配對。
[0029]可利用例如與移動裝置53相關聯的數據計劃、話上數據或雙音多頻(DTMF)音在CPU 3與網絡61之間傳送數據。可選擇地，會期望包括具有天線18的車載調制解調器63，以便通過語音頻帶在CPU 3與網絡61之間傳送數據16。移動裝置53隨后可用于通過例如與蜂窩塔57的通信55來與車輛31之外的網絡61進行通信59。在某些實施例中，調制解調器63可與蜂窩塔57建立通信20，以與網絡61通信。作為非限制性示例，調制解調器63可以是USB蜂窩調制解調器，并且通信20可以為蜂窩通信。
[0030]在一說明性實施例中，處理器設置有包括用于與調制解調器應用軟件進行通信的API的操作系統(tǒng)。調制解調器應用軟件可訪問藍牙收發(fā)器上的嵌入式模塊或固件，以完成與遠程藍牙收發(fā)器(諸如在移動裝置中找到的藍牙收發(fā)器)的無線通信。藍牙是IEEE 802PAN(個域網)協議的子集。IEEE 802LAN(局域網)協議包括WiFi，并且與IEEE 802 PAN具有相當多的交叉功能。兩者都適合于車輛內的無線通信?？稍谠擃I域中使用的其它通信方式為自由空間光通信(諸如紅外線數據協會(IrDA))和非標準化的消費者紅外線(IR)協議。
[0031]在另一實施例中，移動裝置53包括用于語音頻帶或寬帶數據通信的調制解調器。在話上數據的實施例中，當移動裝置的擁有者可在數據正被傳送的同時通過裝置通話時，可實施已知為頻分復用的技術。在其它時間，當擁有者沒有在使用裝置時，數據傳輸可使用整個帶寬(在一個示例中為300Hz至3.4kHz)。盡管頻分復用對于車輛與互聯網之間的模擬蜂窩通信而言會是常見的并且仍然在使用，但其已很大程度上被具有用于數字蜂窩通信的碼域多址(CDMA)、時域多址(TDMA)、空域多址(SDMA)的混合體代替。這些都是ITUIMT-2000 (3G)兼容標準，并且為靜止或者行走的用戶提供高達2mbs的數據速率，為在移動車輛中的用戶提供高達385kbs的數據速率。3G標準現正被MT高級(4G)所替代，其中，頂T高級(4G)為車輛中的用戶提供10mbs的數據速率并為靜止用戶提供Igbs的數據速率。如果用戶具有與移動裝置相關聯的數據計劃，則該數據計劃可允許寬帶傳輸，且系統(tǒng)可使用寬得多的帶寬(加速數據傳送)。在另一實施例中，移動裝置53被安裝到車輛31的蜂窩通信裝置(未示出)所代替。在另一實施例中，ND 53可以是能夠通過例如(且不限于)802.1lg網絡(即WiFi)或WiMax網絡進行通信的無線局域網(LAN)裝置。
[0032]在一個實施例中，傳入數據可經由話上數據或數據計劃經過移動裝置，經過車載藍牙收發(fā)器，并進入車輛的內部處理器3。例如，在特定的臨時數據的情況下，數據可存儲在HDD或其它存儲介質7上，直至不再需要所述數據的時候。
[0033]可與車輛以接口互連的附加的源包括具有例如USB連接56和/或天線58的個人導航裝置54、具有USB 62或其它連接的車輛導航裝置60、車載GPS裝置24、或者與網絡61連接的遠程導航系統(tǒng)(未顯示)。USB是一類串行聯網協議中的一種。IEEE 1394(火線)、EIA(電子工業(yè)協會)串行協議、IEEE1284(Centronics端口)、S/PDIF(索尼/飛利浦數字互連格式)和USB-1F(USB應用者論壇)形成了裝置-裝置串行標準的骨干。這些協議中的大多數可被實施為用于電通信或光通信。
[0034]此外，CPU可與各種其它的輔助裝置65進行通信。這些裝置可通過無線連接67或有線連接69來連接。輔助裝置65可包括但不限于個人媒體播放器、無線健康裝置、便攜式計算機等。
[0035]此外或可選擇地，CPU可使用例如WiFi 71收發(fā)器而連接至基于車輛的無線路由器73。這可允許CPU在本地路由器73的范圍中連接到遠程網絡。
[0036]除了具有由位于車輛中的車輛計算系統(tǒng)執(zhí)行的示例性處理之外，在特定實施例中，還可由與車輛計算系統(tǒng)進行通信的計算系統(tǒng)來執(zhí)行示例性處理。這樣的系統(tǒng)可包括但不限于無線裝置(例如，但不限于移動電話)或通過無線裝置連接的遠程計算系統(tǒng)(例如，但不限于服務器)。總體上，這樣的系統(tǒng)可被稱為與車輛相關的計算系統(tǒng)(VACS)。在特定實施例中，VACS的特定組件可依據系統(tǒng)的特定實現來執(zhí)行處理的特定部分。通過示例且非限制的方式，如果處理具有與配對的無線裝置發(fā)送或接收信息的步驟，那么由于無線裝置不會與自身“發(fā)送和接收”信息，因此無線裝置很可能不執(zhí)行所述處理。本領域的普通技術人員將理解何時不適合對給定方案應用特定VACS。在所有方案中，預期至少位于車輛內部的車輛計算系統(tǒng)(VCS)自身能夠執(zhí)行示例性處理。
[0037]為了向OBD II端口提供更寬范圍的能力并幫助預防OBD II端口的意外的損壞，OBD加密狗被考慮。此加密狗可提供包括但不限于無線訪問、USB訪問、RJ 45訪問、直接遠程訪問、OBD II訪問等的各種二次接口(secondary interface)。
[0038]圖2A示出OBD II加密狗的說明性示例。在此說明性示例中，加密狗向OBD II端口提供若干示例性物理接口。雖然已經示出了若干接口，但是它們實際上是示例性的，而非意圖以任何方式來限制本發(fā)明的范圍。此外，并非示出的所有接口都需要存在于單個裝置中。當可存在多個接口時，也可構建更多個特定的裝置，其中，所述更多個特定的裝置包括特定用途的接口并且可缺少實施不需要的其它接口。
[0039]在此示例中，被提供給加密狗201的連接器203插入車輛OBD II端口(未示出)。一旦加密狗被使用，可將此加密狗保留連接(如果期望)，以便在使集成端口免于用戶的損壞的同時，通過加密狗接口提供對端口的二次訪問。
[0040]在此示例中，加密狗本身包括若干二次接口。這些接口包括但不限于USB端口211、微USB端口 213、SD卡槽219和RJ 45連接器。這些接口中的每一個接口向外部裝置提供連接點，使得OBD加密狗通過這些接口可支持各種二次連接。
[0041]此外，若干內部能力可被包括在OBD加密狗殼體209中。這可包括內部處理能力(用于裝置操作并操作安裝在加密狗上的程序和應用)并包括一個或更多個無線協議和收發(fā)器。狀態(tài)燈217可顯示任何加入的無線連接的連接狀態(tài)/斷開狀態(tài)。
[0042]此外，OBD加密狗具有它本身的OBD端口 205，該端口可接納傳統(tǒng)的OBD連接裝置。這可允許經銷商連接診斷工具或允許任何其它第三方OBD裝置被使用。在此示例中，OBD加密狗也具有某些物理可配置性，端口被連接到與殼體209 —同被設置的鉸接件207，或殼體209被設置有一些其它的柔性接頭207，以允許針對殼體209的OBD接口位置的調整。并可實施創(chuàng)建某些可配置的柔性的任意適合的方式。
[0043]圖2B示出OBD加密狗組件示圖的說明性示例。在此說明性示例中，通過內部CPU229規(guī)劃了 OBD加密狗的大多數功能。此CPU提供對連接的處理、對車載軟件的處理以及與試圖訪問端口或經由端口可獲得的信息的無線裝置和遠程服務器的遠程通信。
[0044]在此示例中，CPU具有提供給CPU的內部存儲裝置227，其中，內部存儲裝置227也可由存儲卡225增補以升級存儲大小。存儲卡還可開始預裝有用于OBD CPU處理的程序(如果期望)。此外，存儲器卡槽(諸如SD卡槽)可與可插入這樣的槽的外部調制解調器一起使用，以便將外部調制解調能力提供給OBD加密狗，并對加密狗提供模塊化的能力(例如，如果需要可添加裝置)。
[0045]在此示例中，提供內部調制解調器235來代替外部調制解調器。不管調制解調器的選擇，可由0ΕΜ(原始設備制造商)使用調制解調器來例如訪問加密狗并獲得診斷信息。OBD代碼(這些OBD代碼對于以這些OBD代碼被接收的速度來處理的CPU來說可能太復雜)也可通過調制解調器上傳至云站點(cloud-site) 243，在云站點243，更強的處理可被采用來操作并解釋代碼和消息。
[0046]加密狗也具有提供在其中的無線鏈接237，其中，無線鏈接237可提供藍牙、WiFi和其它無線能力。這可被用于連接到位于車內或車附近的本地無線裝置241，諸如但不限于駕駛員的電話。
[0047]也可提供一個或更多個輔助輸入223。這些輸入可包括但不限于RJ 45、USB、SD卡、微USB或任意其它適合的物理連接。將代表性地被包括在裝置中的其它的物理端口是外部OBD 2連接器221。這可允許經銷商診斷工具、第三方OBD裝置或任何其它適合的OBD裝置233被連接到車輛OBD端口。對于這樣的連接，加密狗本身通過提供給加密狗的OBD連接器231而連接到車輛OBD端口 239。
[0048]在特定的狀況下，與加密狗接口連接的OBD連接裝置期望直接連接到OBD端口。例如，如果經銷商連接診斷工具，則該工具通常將想要直接訪問OBD端口，并從車輛BUS提取診斷代碼。為了方便此操作并且不干擾，當適當的外部(0BD或其它)裝置被連接時，在此示例中與各種輸入端口進行通信的CPU可促使該裝置用作通道(pass-through)。然后,力口密狗本質上起OBD端口的擴展作用，并且不應干擾連接的裝置的功能。
[0049]在其它示例中，諸如，例如，當第三方期望連接裝置時，CPU可代替那個裝置潛在地運行。保險公司提供可連接到OBD端口來跟蹤駕駛行為的特定方面的裝置已經變得相當普遍。然后，來自這些裝置的信息可被用于調整保險費率。OBD加密狗的CPU/存儲器可向保險公司提供僅支持通?？杀话惭b在二次裝置上的軟件的選項，來代替連接到單個裝置。此軟件可被安裝在加密狗上，并且可根據需要返回向保險公司報告。根據需要也可安裝其它的第三方軟件。CPU可也支持與車輛、車輛計算系統(tǒng)和/或裝置本身接口連接的各種API，諸如但不限于OpenXC、J2534、AppLink或其它適合的API。
[0050]圖3示出用于裝置連接操作的處理的說明性示例。在此說明性示例中，診斷裝置或其它外部OBD裝置被連接到加密狗，并且加密狗意圖用作針對OBD端口的通道。一旦裝置被連接到加密狗，則所述處理將檢測裝置的連接(301)。
[0051]所述裝置隨后可請求CPU的某一功能，或者，在另一示例中，基于外部連接的類型(例如，USB裝置可不請求通道，OBD裝置將促使通道等)，可進行“通道”裝置的確定。所述處理確定加密狗是否起通道的作用(303)，然后確保所述裝置仍然被連接(305)。只要外部裝置被連接(305)，所述處理將抑制CPU，或者否則促使加密狗對OBD通信起通道的作用(309)。一旦裝置不再被連接(例如，或者發(fā)送結束通道的請求)，則加密狗將停止起通道的作用，并重新開始“標準”功能(307)。在加密狗處于通道模式下的同時，處理器可進入“睡眠”狀態(tài)，這將在外部裝置的移除或來自外部裝置的請求時結束。
[0052]圖4示出用于信息記錄的處理的說明性示例。在此說明性示例中，將啟用“飛行記錄器”功能，該功能允許記錄來自車輛總線和車輛模塊、傳感器等的數據。這可能對于保險目的、診斷目的、OEM反饋和任何其它適合的基于車輛數據的任務有用。在此示例中，所述處理通過例如針對這樣的通信設計的API與車輛計算系統(tǒng)進行通信(401)。在另一示例中，所述處理可使用集成的車輛通信信道與VCS進行更直接地通信。
[0053]通過記錄指令的接收來啟動記錄(403)。這可與用戶主動地進行記錄對應，或者，在另一示例中，這可通過某一事件的開始被觸發(fā)。例如，如果用戶抱怨在車輛行駛快于60mph時的問題,并且技工無法診斷該問題,貝U用于記錄速度60mph以上的數據的一組指令可被實施。然后，只要車輛超過60mph，則將開始記錄，在采集到足夠的數據之后，數據可被發(fā)送到技工或用戶可返回找技工以進行數據的評估。
[0054]可通過所述處理接收諸如速度限制的參數和其它限制或觸發(fā)條件(405)。這些參數可定義何時記錄數據，并且可額外地或可選地定義記錄哪些數據。參數可還定義對于數據的報告條件，使得所有記錄的數據或某些記錄的數據可被立即報告(如果可能的話)，并且/或者被存儲以備將來評估。
[0055]一旦已滿足觸發(fā)條件(如果有觸發(fā)條件的話)，則所述處理將訪問一個或更多個車輛總線，并且/或者從加密狗所連接到的OBD端口接收一個或更多個診斷代碼或其它報告(407)?；趨担梢杂涗涍m合的數據(409)直到滿足結束記錄的條件為止(411)，或者滿足其它適合的結束參數。在沒有給定參數的情況下，數據可被記錄/報告，直到滿足特定量的數據為止，或直到已考慮了特定時間范圍為止等。
[0056]所述處理還檢查是否期望報告(413)。如果不需要報告，則所述處理將存儲數據以備以后考慮(417)。如果期望報告，則所述處理試圖與報告接收實體建立遠程連接。該報告接收實體可以是用戶移動電話、遠程服務器或能夠接收、存儲和/或分析數據的任意其它裝置。在本示例中，如果遠程連接可利用(419)，則所述處理將適當的數據發(fā)送到遠程連接(421)。所述處理也將保存數據(417)，使得審閱方在未來的日期可考慮所述數據。如果不存在可利用的連接，則所述處理可僅保存數據，并且在連接變得可利用的某一未來時間試圖報告數據。
[0057]圖5示出用于二次軟件安裝的處理的說明性示例。在此說明性示例中，所述處理再次與VCS通信(501)，其中，通過此通信，軟件請求可被接收。在一個示例中，用戶應用將與VCS和第三方供應商(諸如保險公司)進行通信。通過將該應用下載到例如電話，用戶隨后可與VCS接口連接，并指示安裝基于加密狗的跟蹤應用。通過與VCS通信的所述處理，應用可被安裝。
[0058]在另一示例中，為了安裝的目的，第三方可被暫時地提供直接訪問加密狗(例如，通過調制解調器)，或者VCS可指示加密狗暫時地與第三方直接通信。一旦已建立了適合的通信信道，則所述處理可繼續(xù)接收將軟件安裝在加密狗上的請求(503)。
[0059]為了確保沒有安裝不適當的軟件，所述處理可首先試圖驗證軟件的供應商(505)。在加密狗“獲知”誰提供了軟件的情況下，可通過例如驗證發(fā)送端來完成驗證軟件的供應商。在其它情況下，基于例如預先約定的協議，可實施用于驗證的校驗和或其它適合的方法。
[0060]如果供應商能夠被驗證(507)，則所述處理也可檢查以查看軟件期望訪問什么數據(511)。如果供應商不能被驗證(507)，則所述處理可拒絕訪問。由于某些OBD數據是公開的，某些是制造商機密，所以所述處理可設法確保沒有試圖進行對數據的不適當的訪問。通過檢查將試圖訪問哪個數據軟件(511)，所述處理可確保只訪問適當的數據。
[0061]所述處理將批準所請求的數據適合訪問(513)。如果沒有提供數據參數，或者如果提供了無效參數，則所述處理可不批準該應用進行安裝。在這點所述處理也可設置許可(permiss1n)，使得只有所請求的數據可由應用訪問，這鼓勵應用供應商直接進行許可請求。
[0062]如果訪問參數有效且可允許(515)，則所述處理將繼續(xù)下載并安裝軟件(517)。在此時，軟件的任何操作條件(諸如，什么時間使用軟件，軟件可訪問什么數據，什么時間報告和/或存儲數據等)也可被建立(519)。如果訪問參數不是有效且可允許的(515)，則所述處理可拒絕訪問。
[0063]雖然在上面描述了示例性實施例，但這些實施例并不意圖描述本發(fā)明的所有可能形式。相反，在本說明書中使用的詞語是描述而不是限制性的詞語，并且理解，在不脫離本發(fā)明的精神和范圍的情況下，可進行各種改變。此外，各種實施的實施例的特征可被組合以形成本發(fā)明的進一步的實施例。
【權利要求】
1.一種設備，包括: 處理器； 與處理器進行通信的多個車載診斷OBD接口 ； 被機械地調整以改變OBD接口呈現的殼體； 與處理器進行通信的永久性存儲器和非永久性存儲器； 與處理器進行通信的非OBDI/O接口， 其中，所述多個OBD接口包括用于連接到車輛OBD接口的第一 OBD接口和用于連接到外部裝置的第二 OBD接口。
2.如權利要求1所述的設備，其中，非0BDI/0接口包括USB接口。
3.如權利要求1所述的設備，其中，非0BDI/0接口包括SD卡槽。
4.如權利要求1所述的設備，其中，非0BDI/0接口包括外部調制解調器。
5.如權利要求4所述的設備，其中，外部調制解調器被安裝到SD卡槽內。
6.如權利要求1所述的設備，其中，非0BDI/0接口包括內部調制解調器。
7.如權利要求1所述的設備，其中，非0BDI/0接口包括RJ45連接器。
8.如權利要求1所述的設備，其中，處理器被配置為從提供外部通信的外部裝置接收信號并解釋所述信號，并在外部裝置請求時促使所述設備起通道的作用。
9.如權利要求1所述的設備，其中，處理器被配置為每當外部裝置被連接到第二OBD接口時促使所述設備起通道的作用。
10.如權利要求1所述的設備，其中，非0BDI/0接口包括藍牙接口。
11.如權利要求1所述的設備，其中，非0BDI/0接口包括WiFi接口。
12.如權利要求1所述的設備，其中，非0BDI/0接口包括射頻(RF)接口。
【文檔編號】G05B19/042GK104423305SQ201410456728
【公開日】2015年3月18日 申請日期:2014年9月9日 優(yōu)先權日:2013年9月9日
【發(fā)明者】亨利·托馬斯·猶比克, 戴倫·彼得·謝爾庫斯基, 維杰·薩克蘭, 威廉·裘德·庫格林 申請人:福特全球技術公司