專利名稱：在車載計算系統(tǒng)與遠程應用之間進行通信的方法和設備的制作方法
技術領域：
說明性的實施例總體涉及一種用于在車載計算系統(tǒng)(vehicle basedcomputing system)和遠程應用之間進行通信的方法和設備。
背景技術：
車載計算系統(tǒng)(例如，F(xiàn)ORD SYNC系統(tǒng))正變得越來越普及。通過使用各種來源 的車輛信息、駕駛員輸入以及與車輛系統(tǒng)的連接，SYNC系統(tǒng)可在駕駛體驗中加入各種功能 和新性能。此外，諸如SYNC的系統(tǒng)可經(jīng)常與遠程裝置進行通信來從那些裝置獲得信息，或者 使用那些裝置來訪問遠程網(wǎng)絡。例如，在一個實例中，SYNC可與蜂窩式電話進行通信，并利 用蜂窩式電話的能力與遠程網(wǎng)絡通信來將信息發(fā)送到遠程網(wǎng)絡或從遠程網(wǎng)絡接收信息。在 另一示例中，SYNC可詢問GPS導航裝置(例如，TOMTOM)并接收導航信息。除了詢問裝置(例如，TOMTOM)來接收導航信息之外，SYNC還可與TOMTOM進行通 信并通過該SYNC系統(tǒng)提供指令(通常與按下T0MR0M屏幕上的“選擇”相似)。例如，可通 過經(jīng)由SYNC系統(tǒng)處理的口頭駕駛員命令來提供所述指令。

發(fā)明內(nèi)容
在第一說明性實施方案中，車載計算設備包括與永久性和非永久性存儲器進行通 信的計算機處理器。所述設備還包括與所述計算機處理器進行通信并配置為與位于車輛的 無線裝置無線地通信的本地無線收發(fā)器。在該說明性實施例中，所述處理器能夠操作為通過無線收發(fā)器接收從無線裝置發(fā) 送的連接請求，所述連接請求至少包括設法與所述處理器進行通信的應用的標識符。所述處理器還能夠操作為一旦連接請求被處理，就從無線裝置接收至少一個次級通信。在另一說明性實施例中，無線裝置包括至少與永久性和非永久性存儲器進行通信 的處理器以及能夠操作為與車載計算系統(tǒng)進行通信的無線收發(fā)器。在該說明性實施例中，所述永久性處理器存儲可作為應用的一部分的指令，其中， 當所述指令被處理器執(zhí)行時，所述指令能夠操作為促成無線裝置與車載計算系統(tǒng)之間的通根據(jù)該說明性實施方案，當存儲的指令被處理器執(zhí)行時，存儲的指令促成用于在 存儲在無線設備上的應用與車載計算系統(tǒng)之間建立連接的初始連接請求。當存儲的指令被處理器執(zhí)行時，存儲的指令還促成至少一個次級通信(secondary communication)被發(fā)送到處理器，所述通信于應用的操作相關。在又一說明性實施例中，一種在存儲在無線裝置上的應用與車載計算系統(tǒng)之間進 行通信的方法包括在車載計算系統(tǒng)接收由應用發(fā)起的請求以將所述應用連接到車載計算 系統(tǒng)。
所述說明性的方法還包括建立車載計算系統(tǒng)與無線裝置上的應用之間的通信。示 例性方法還包括在車載計算系統(tǒng)至少接收與應用的操作相關的次級通信。


圖1示出說明性的示例性車載計算系統(tǒng)以及該系統(tǒng)與說明性的遠程網(wǎng)絡的說明 性交互；圖2示出運行與車載計算系統(tǒng)進行通信的一個或多個應用的說明性的示例性遠 程裝置；圖3A至圖3F示出從裝置發(fā)送到車載計算系統(tǒng)的示例性的說明性命令的示例性處
理流程。這些附圖并不是可被實施以實現(xiàn)在權(quán)利要求書中描述的發(fā)明的系統(tǒng)和處理的唯 一代表。本領域的技術人員將認識到，示出的系統(tǒng)和處理實施例可被改進或以其他方式改 變以滿足本發(fā)明要求保護的實施方案或其等同物。
具體實施例方式這里，在特定示例性的說明性實施例的情況下描述本發(fā)明。然而，本領域的普通技 術人員將認識到，可在不脫離本發(fā)明的真實范圍和精神的情況下對公開的示例性的說明性 實施例進行修改、擴展和改變。簡而言之，僅通過示例的方式提供以下描述，并且本發(fā)明并 不限于在此公開的特定說明性實施例。圖1示出用于車輛31的車載計算系統(tǒng)1的示例塊拓撲。啟用車載計算系統(tǒng)的車 輛可包含位于車輛中的視覺前端接口 4。如果該接口設置有例如觸敏屏幕，則用戶還能夠 與該接口進行交互。在另一說明性實施例中，通過按鈕按壓、可聽語音和語音合成來進行交互。在圖1示出的說明性實施例1中，處理器3控制車載計算系統(tǒng)的操作的至少一部 分。在車輛內(nèi)設置有處理器，所述處理器允許命令和例程的板載處理。此外，處理器被連接 到非永久性存儲器5和永久性存儲器7兩者。在該說明性實施例中，非永久性存儲器是隨 機存取存儲器(RAM)，永久性存儲器是硬盤驅(qū)動器(HDD)或閃存。所述處理器還設置有多個不同的輸入端，所述輸入端允許用戶與處理器進行交 互。在該說明性實施例中，麥克風四、(用于輸入端33的)輔助輸入端25、USB輸入端23、 GPS輸入端M以及藍牙輸入端15均被提供。還提供了輸入選擇器51以允許用戶在各個輸 入端之間進行調(diào)換。在麥克風和輔助連接器兩者的輸入被傳遞到處理器之前，由轉(zhuǎn)換器27 對該輸入進行從模擬到數(shù)字的轉(zhuǎn)換。所述系統(tǒng)的輸出端可包括，但不限于，視覺顯示器4和揚聲器13或立體聲系統(tǒng)輸 出端。揚聲器連接到放大器11并通過數(shù)模轉(zhuǎn)換器9從處理器3接收其信號。還可分別沿 19和21示出的雙向數(shù)據(jù)流實現(xiàn)遠程藍牙裝置(例如，PND 54)或USB裝置(例如，車輛導 航裝置60)的輸出。在一個說明性實施例中，系統(tǒng)1使用藍牙收發(fā)器15與用戶的行動裝置53 (例如， 蜂窩式電話、智能電話、PDA等)進行通信17。然后所述行動裝置可用于(例如，通過與蜂 窩塔(cellular tower) 57進行通信55)與車輛31外的網(wǎng)絡61進行通信59。
行動裝置與藍牙收發(fā)器之間的示例性通信由信號14表示?？赏ㄟ^按鈕52或類似輸入端來指示將行動裝置53與藍牙收發(fā)器15進行配對，告 知CPU 板載藍牙收發(fā)器將與行動裝置中的藍牙收發(fā)器配對?？衫门c行動裝置53相關的作為示例的數(shù)據(jù)規(guī)劃(data-plan)、話上數(shù)據(jù)(data over voice)或DTMF音來在CPU 3與網(wǎng)絡61之間傳遞數(shù)據(jù)?？蛇x擇地，會期望包括板載調(diào) 制解調(diào)器63以通過語音頻段在CPU 3與網(wǎng)絡61之間傳送數(shù)據(jù)。在一個說明性實施例中， 處理器設置有包括用于與調(diào)制解調(diào)應用軟件進行通信的API的操作系統(tǒng)。調(diào)制解調(diào)應用軟 件可訪問藍牙收發(fā)器上的嵌入式模塊或固件來完成與(例如，行動裝置中發(fā)現(xiàn)的)遠程藍 牙收發(fā)器的無線通信。在另一實施例中，行動裝置53包括用于語音頻段或?qū)拵?shù)據(jù)通信的 調(diào)制解調(diào)器。在話上數(shù)據(jù)實施例中，當行動裝置的擁有者可在數(shù)據(jù)正被傳送的同時通過該 裝置對話時，可實施稱為頻分復用的技術。在其他時間，當擁有者沒有使用該裝置時，所述 數(shù)據(jù)傳送可使用整個帶寬(在一個示例中，300Hz到3. 4kHz)。如果用戶具有與行動裝置相關的數(shù)據(jù)規(guī)劃，則所述數(shù)據(jù)規(guī)劃可能允許寬帶傳輸并 且所述系統(tǒng)可使用更寬的帶寬(加快數(shù)據(jù)傳送的速度)。在又一實施例中，行動裝置53被 附加在車輛31上的蜂窩式通信裝置(未示出)代替。在一個實施例中，呼入數(shù)據(jù)可經(jīng)由話上數(shù)據(jù)或數(shù)據(jù)規(guī)劃而經(jīng)過行動裝置，經(jīng)過板 載藍牙收發(fā)器并傳遞到車輛的內(nèi)部處理器3。在特定臨時數(shù)據(jù)的情況下，例如，數(shù)據(jù)可被存 儲在HDD或其他存儲介質(zhì)7上，直到不再需要所述數(shù)據(jù)的時候。可與車輛連接的另外的源包括具有作為示例的USB連接56和/或天線58的個 人導航裝置M ；或者具有USB 62或其他連接的車輛導航裝置60、板載GPS裝置M或具有 到網(wǎng)絡61的連接的遠程導航系統(tǒng)(未示出)。此外，CPU可處于與各種其他輔助裝置65的通信中。這些裝置可通過無線連接67 或有線連接69而被連接。此外，或者可選擇地，CPU可通過使用作為示例的WiFi 71收發(fā)器 而被連接到車載無線路由器73。這將允許CPU連接到本地路由器73范圍中的遠程網(wǎng)絡。圖2示出運行與車載計算系統(tǒng)進行通信的一個或多個應用的說明性的示例性遠 程裝置。在該說明性的實施例中，遠程裝置209(例如，不限于，蜂窩式電話、PDA、GPS裝置 等)具有存儲在其上的一個或多個遠程應用201、205。所述遠程應用使用車輛計算系統(tǒng) (VCS)客戶端側(cè)API 203、207來與車載計算系統(tǒng)247進行通信。例如，該API可被預先提供 給開發(fā)者，并且所述API定義呼出和呼入包的格式以使得遠程裝置209與車載計算系統(tǒng)對7 之間的通信可行。如果多于一個的應用同時進行通信，則調(diào)度器(dispatcher) 211可被提 供給遠程裝置209。數(shù)據(jù)通過通信鏈路213從遠程裝置傳遞到車輛通信系統(tǒng)。所述通信鏈路可以是有 線鏈路或無線鏈路，并可以是半雙工或全雙工。在一個非限制性的示例中，所述鏈路是藍牙 鏈路。車載通信系統(tǒng)具有存儲在其上的各種應用，包括，但不限于通信管理器223、API 抽象應用217、管理和仲裁應用219以及適配應用221(這些應用還可以是單個或多個應用 的層，例如，服務提供方應用215)。在該示例性實施方案中，通信管理器223處理所有的傳送，將呼入消息轉(zhuǎn)發(fā)到抽 象應用(或?qū)?217并保證呼出消息經(jīng)由合適的傳送信道被發(fā)送。
在該示例性實施方案中，抽象應用217將呼入消息變換為將由服務執(zhí)行的動作， 并從來自本地模塊的信息和事件來創(chuàng)建的呼出消息。在該示例性實施方案中，管理和仲裁應用219通過管理HMI組件的使用和控制資 源消耗來針對每個應用虛擬化本地車載計算系統(tǒng)。在該示例性實施方案中，適配應用221封裝本地API并與核心本地應用共存。適 配應用可被修改或替代以允許通信連接與不同版本的車載計算系統(tǒng)軟件兼容。在至少一個示例性實施方案中，消息協(xié)議將被用來對移動客戶端和車載計算系統(tǒng) 之間交換的消息進行編碼，以命令和控制人機交互(HMI)實現(xiàn)諸如顯示和陳述文本、收聽、 傳播按鈕推動(Button-push)等的目的。這些消息可包含少量數(shù)據(jù)(例如，文本短語、按鈕 標識、狀態(tài)、拇指驅(qū)動(thumb-drive)文件數(shù)據(jù)、配置數(shù)據(jù)等)。所述消息協(xié)議使用由消息規(guī) 范提供的補充支持，將準許多客戶端應用會話同時使用單傳送信道。其他開放標準協(xié)議可用于合適并且可用的情況，例如，針對從移動裝置向車輛音 頻系統(tǒng)進行音頻流傳輸?shù)腁2DP藍牙規(guī)范(不是所有的移動裝置都支持A2DP)。然而，一些 開放標準協(xié)議不總是可用于每個移動裝置，或者不總是被統(tǒng)一地實現(xiàn)。此外，支持這些協(xié)議 的使用的API可能不會在所有移動平臺上統(tǒng)一地實現(xiàn)。因此，當技術上簡單到足以實施并 且可跨平臺地實現(xiàn)一致性方面的顯著增長時，一些開放標準協(xié)議(例如，OBEX)的功能可被 設置為消息協(xié)議的一部分。傳送器(transport)可被配置為支持全雙工通信以提供客戶端應用和車載計算 系統(tǒng)之間的提示事件傳播。傳送器還可支持多個并行通道，以準許來自一個或多個裝置的 并行連接。一個或多個示例性傳送器是串行(RS232)和TCP/IP。例如，可通過藍牙串行規(guī)范 來提供與移動裝置的串行傳送通信。大多數(shù)移動裝置支持該規(guī)范，并且大多針對其使用提 供通用編程模型。串行編程模型被廣泛使用并且高度統(tǒng)一。如果車載計算系統(tǒng)支持USB上 的串行傳送(serial-over-USB)，則可與通過USB連接到車載計算系統(tǒng)的任何移動裝置(如 果該移動裝置支持通過其USB連接進行串行傳送)一起使用串行傳送器。此外，TCP/IP傳送器為車載計算系統(tǒng)上運行的應用提供使用本地HMI的能力。如 果該模塊將來提供外部TCP/IP連接，則該傳送器將允許外部客戶端通過所述TCP/IP連接 進行連接。用于TCP/IP的套接字(socket)編程模型(包括API)通常具有高度的便攜性。 該示例將是使用客戶端側(cè)API 227通過本地套接字225進行通信的本地加載的應用229。在至少一個示例性實施例中，系統(tǒng)的去耦特性(即，車載計算系統(tǒng)直到連接到客 戶端應用才察覺到所述客戶端應用)需要系統(tǒng)和移動裝置客戶端能夠發(fā)現(xiàn)彼此的存在和 性能的發(fā)現(xiàn)機制。雙向發(fā)現(xiàn)(dual discovery)是可行的，通過該雙向發(fā)現(xiàn)，移動裝置客戶端將能夠 發(fā)現(xiàn)本地平臺的環(huán)境、現(xiàn)場(locale)和HMI性能，并且系統(tǒng)將能夠發(fā)現(xiàn)在遠程裝置上可用 的應用并具有啟動這些應用的能力。在該說明性實施例中，本地API 231具有與其相關的各種服務，可由遠程裝置通 過函數(shù)調(diào)用來訪問所述各種服務。例如，可提供顯示功能233。所述系統(tǒng)可提供允許客戶端應用向車輛顯示進行寫操作并查詢車輛顯示特征的 API。可總體描述每個顯示的特征，從而客戶端應用將不需要對各個顯示類型(類型1FDM、類型3GAP、類型6導航等)進行硬編碼。具體地講，所述系統(tǒng)可列舉每個顯示并指示每個顯 示的預期使用(主要顯示或次要顯示)。此外，所述系統(tǒng)可列舉每個顯示的可編寫文本框 (text field)，提供每個可編寫文本框的大小并指示每個框的預期總體使用。為了提高與 當前用戶接口的一致性，在駕駛員分心規(guī)則(driver distraction rule)允許的情況下，還 可包括對長文本的滾動的支持。所述系統(tǒng)還可包括文本轉(zhuǎn)語音能力Ml。所述系統(tǒng)可提供允許客戶端應用調(diào)節(jié)車 載計算系統(tǒng)的文本轉(zhuǎn)語音功能的API。客戶端應用還能夠交錯播放音頻圖標與陳述文本。 客戶端應用還能夠利用預先存在的音頻圖標或提供它們自己的短音頻文件。應用提供的音 頻文件的格式將限于那些本地所支持的格式。說明性的實施例的進一步功能可包括一個或多個按鈕輸入M3。該按鈕輸入的一 個示例將是通過使用安裝在車輛中的按鈕(例如，方向盤按鈕)來控制遠程裝置上的應用。另一示例性功能可以是語音識別功能M5。所述系統(tǒng)可提供允許客戶端應用調(diào)節(jié) 車載計算系統(tǒng)的語音識別性能的API。所述系統(tǒng)還可簡化車載計算系統(tǒng)的本地語音識別 API以便為客戶端應用開發(fā)者提供更簡單的開發(fā)模型。還可在保持大部分本地API的靈活 性的同時簡化語音語法API。例如，所述系統(tǒng)(代表客戶端應用)將識別全局語音命令(例 如，“藍牙音頻”或“USB”)并將控制傳遞到合適的應用。還可在示例性實施方案中提供音頻I/O 237。所述系統(tǒng)可在強化被編碼為核心應 用的交互協(xié)定的同時提供對HMI的受控訪問?？稍试S單個“焦點(infocus)”客戶端應用主 要訪問顯示器、按鈕、音頻捕捉或語音引擎。將允許沒有焦點的客戶端應用(例如，文本消 息傳送、逐向道路導航(Turn by TurnNavigation)等)做出短通告(例如，“新消息到達” 或“左轉(zhuǎn)”)。立體聲音頻可在移動裝置音頻應用之后繼續(xù)播放。所述系統(tǒng)可提供允許客戶端應用捕捉使用麥克風記錄的音頻的API。盡管可在任 何時間打斷所述捕捉，但是客戶端應用可指定捕捉的持續(xù)時間。可將捕捉的音頻返回到客 戶端應用或存儲在本地或便攜式驅(qū)動器上。此外，還可將文件I/O 235提供給系統(tǒng)。例如，系統(tǒng)可提供允許客戶端應用從遠程 驅(qū)動器上的文件進行讀取、寫入到遠程驅(qū)動器上的文件、在遠程驅(qū)動器上創(chuàng)建文件和/或 刪除遠程驅(qū)動器上的文件的API。對遠程驅(qū)動文件系統(tǒng)的訪問會受限于客戶端應用僅可讀 取/編輯該客戶端應用專有的目錄中的數(shù)據(jù)。所述系統(tǒng)將提供允許客戶端應用對電話簿添加、編輯和移除聯(lián)系人的API。這些聯(lián) 系人稍后將被用于語音命令或電話簿菜單以撥打藍牙連接的電話。由客戶端應用發(fā)送的聯(lián) 系人可被驗證以保證他們不違反約束條件?？商峁┫嗨频慕涌谝栽试S客戶端應用添加/替換當藍牙連接的電話有呼入呼叫 時響起的鈴音。所述鈴音的音頻將被檢查以保證其符合預設的最大大小和長度并且其音頻 格式與所述系統(tǒng)兼容。最后，所述系統(tǒng)可提供各種形式的安全性，以保證系統(tǒng)的完整和駕駛員的安全這 兩方面。系統(tǒng)API可被限于防止客戶端應用對系統(tǒng)和車輛的疏忽或惡意破壞，包括(但不 限于)對車輛CAN總線進行受限訪問；對本地文件系統(tǒng)進行受限訪問；不訪問音頻輸出音 量或?qū)σ纛l輸出音量進行受限訪問；不進行訪問來禁用開發(fā)者認為必要的PTT(—鍵通話， push-to-talk)、菜單或其他按鈕；不進行訪問來禁用系統(tǒng)語音命令或媒體播放器源命令。
此外，連接到SyncLink的客戶端應用必須由用戶批準。例如，可使用以下準則用 戶必須將客戶端應用安裝在他們的移動裝置上；經(jīng)由藍牙連接的客戶端應用必須在由用戶 配對至系統(tǒng)運行的車載計算系統(tǒng)模塊的移動裝置上運行；并且在模塊上本地運行的應用必 須由用戶安裝在所述模塊上。所述系統(tǒng)還可使用簽名和特許的應用。例如，可利用允許普通應用僅與特定車輛 交互的特定VIN證書對普通應用簽名。當用戶從分布模型獲得應用時，所述證書將附加在 所述應用安裝。每個證書將包含特定VIN密鑰的加密副本以及應用的身份。在連接到服務 時，所述應用身份字符串以及證書被發(fā)送。系統(tǒng)對證書解密并驗證VIN密鑰是否與模塊匹 配以及應用身份是否與從所述應用發(fā)送的應用身份匹配。如果兩個字符串都不匹配，則來 自所述應用的進一步消息將不被認同?？赏ㄟ^應用安裝而包括多個密鑰，以允許由多個車 輛使用所述應用。在另一說明性的示例中，特許的應用必須在模塊自身上進行本地運行。這些應用 必須經(jīng)過所有本地應用所需要的標準編碼簽名過程。經(jīng)過該過程的應用不會遭受普通應用 所經(jīng)歷的相同的假冒缺陷帶來的損害。在又一說明性的實施例中，一個或多個應用可公布數(shù)據(jù)以由一個或多個其他應用 接收。相應地，一個或多個應用可訂閱經(jīng)由示例性公布機制公布的一個或多個數(shù)據(jù)饋送。例如，第一應用可以是音樂播放應用，并公布關于正被所述應用播放的歌曲的數(shù) 據(jù)。所述數(shù)據(jù)可被發(fā)送到系統(tǒng)并設置有允許設法訂閱該數(shù)據(jù)的應用找到該數(shù)據(jù)的ID。可選 擇地，車輛計算系統(tǒng)可識別出數(shù)據(jù)正進入該類型數(shù)據(jù)的訂戶，并將該數(shù)據(jù)廣播至該訂閱實 體。作為訂戶的第二應用可尋找和檢索數(shù)據(jù)或該數(shù)據(jù)被發(fā)送到第二應用。隨后第二應 用(在該示例中為社交網(wǎng)絡升級程序)可使用通過訂閱公布項而獲得的數(shù)據(jù)。在該示例中， 社交網(wǎng)絡應用可升級網(wǎng)站，以通知人們當前在應用用戶的車中正在播放什么音樂。除了用作用于公布的數(shù)據(jù)的直通方式(through-way)以外，車輛計算系統(tǒng)自身可 公布訂閱的數(shù)據(jù)。例如，鏈接到車輛計算系統(tǒng)的GPS數(shù)據(jù)可由車輛計算系統(tǒng)公布并被期望 使用該數(shù)據(jù)的應用訂閱。這些僅是可如何結(jié)合說明性的實施例使用公布/訂閱的一些非限 制的示例。API命令的示例性的非限制集合可包括，但不限于ClientAppConnect(appName)圖3A中示出該命令的示例流程。該命令可建立到車載通信系統(tǒng)的連接(301)并 提供應用的名稱(303)。該操作可以是異步的，因此會需要等待來自系統(tǒng)的響應(305)?？?通過接收返回連接狀態(tài)和唯一連接ID的OnConnectior^tatusReceived事件來指示完成 (307)。所述連接ID僅在所述連接的持續(xù)時間有效。appName-唯一地識別移動裝置上的應用的名稱。該名稱在移動裝置上是唯一的， 但可由從另一移動裝置連接的另一應用使用。ClientAppDisconnect該示例性事件可關閉連接?？蛻舳耸褂盟鲞B接的任何進一步的嘗試將被忽視。SpeakText (text, compIetionCorreIationID)在圖;3B中示出該命令的示例性流程。該命令可通過首先獲取音頻系統(tǒng)的優(yōu)先權(quán)(311)使系統(tǒng)通過車輛音頻系統(tǒng)陳述指定的文本。一旦獲取了優(yōu)先權(quán)(313)，所述命令發(fā)送 文本(315)并等待響應(317)。由于該文本是普通應用操作的一部分，所以會需要優(yōu)先權(quán)。 該操作可以是異步的，并且可通過接收返回完成原因列舉的OnSpeakComplete事件來指示 完成(319)。Text-將由SYNC陳述的文本。completionCorrelationID-在陳述操作完成時(經(jīng)由 OnSpeakComplete 事件)將 被返回的標識符。SpeakAlert (text, completionCorrelationID)圖3C中示出該命令的示例性流程。該命令可通過車輛音頻系統(tǒng)陳述指定的文本。 該命令可發(fā)送文本(321)并等待響應(323)。在該實例中，API指示當命令被發(fā)送時不需要 優(yōu)先權(quán)，從而因為命令是警報而不存在對優(yōu)先權(quán)的需要。該操作是異步的并且可由返回完 成原因列舉的OnSpeakAlertCompIete事件來指示完成。例如，計劃由當前不具有焦點但是 需要與用戶進行簡短的單向交互(即，在不可經(jīng)由語音或按鈕進行用戶輸入的情況下僅進 行陳述)的應用來使用該功能。Text-將由SYNC陳述的文本。completionCorrelationID- ￠[^ !^ ] ^ (Ι 由 OnSpeakAlertCompIete · 件)將被返回的標識符。DisplayText(text)圖3D中示出該命令的示例性流程。該命令使車載計算系統(tǒng)在控制臺顯示器上顯 示指定文本。也會需要優(yōu)先權(quán)。所述命令首先尋找優(yōu)先權(quán)(331)。一旦獲取了優(yōu)先權(quán)(333)， 可發(fā)送所述文本(335)。在至少一個實施例中，這應該是非常短的文本字符串，因為顯示區(qū) 域會僅準許十二個字符。text-將由SYNC在無線電顯示平臺(radio display platform)上顯示的文本。CreateRecoPhraseSet(phraseSetList, thresholdlgnore, threshoIdReject, completionCorrelationID)圖3E中示出該命令的示例性流程。該命令可創(chuàng)建在PromptAndListen操作期間 可被收聽的一組短語。系統(tǒng)可發(fā)送可能的短語的列表(341)并等待識別選擇的短語的響應 (343)(例如，不受限地，由圖3F中示出的PromptAndListen發(fā)送的響應)。該操作可以是 異步的并且可由返回用于該短語集合的句柄的OnRecoPhraseSetCreationComplete事件 來指示完成，所述短語集合在隨后對PromptAndListen的調(diào)用中被使用。phraseSetList-將被識別出的字符串(在· NET, List<string>中)的列表。thresholdlgnore-指示為使短語不被忽視而必須獲得的識別置信百分比的O與 100之間的數(shù)字值(百分比)。thresholdReject-指示為使短語不被拒絕而必須獲得的識別置信百分比的0與 100之間的數(shù)字值(百分比)。completionCorrelationID-在短語集合創(chuàng)建操作完成時(經(jīng)由 OnRecoPhraseSetCreationComplete 事件)將被返回的標識符。PromptAndListen (initialPrompt, he IpPrompt, rejectionPrompt, timeoutPrompt, recoPhraseSetHandleList, completionCorrelationID)
圖3F中示出該命令的示例性流程。該命令可提示用戶并收聽識別的響應。在該 示例中會需要優(yōu)先權(quán)，這是因為做出了音頻/視覺提示。系統(tǒng)可首先請求優(yōu)先權(quán)(351)。一 旦獲取了優(yōu)先權(quán)(353)，則系統(tǒng)發(fā)送信息的包(355)并等待響應(357)。一旦接收到響應， 則系統(tǒng)可基于作為示例的ID號碼來確定給出了哪個響應(359)。該操作可以是異步的并且 可由返回完成原因和識別的文本的OrfromptAndListenCompIete事件來指示完成。recoPhraseSetHandleList-用于在該連接期間已被創(chuàng)建的一個或多個短語集合 的句柄的列表(在.NET,ListO中)。從這些短語集合中的任何一個識別出的短語將經(jīng)由 OnPromptAndLi stenCompIete 事件被返回。initialPrompt-在收聽開始之前將對用戶陳述的文本。helpPrompt-如果在收聽期間用戶請求幫助，則將對用戶陳述的文本。rejectionPrompt-如果用戶未能說出陳述可識別的短語，則將對用戶陳述的文 本。timeoutPrompt-如果用戶未能在超時時間段內(nèi)說出可識別的短語，則將對用戶陳 述的文本。completionCorrelationID-在短語集合創(chuàng)建操作完成時(經(jīng)由 OnPromptAndLi stenCompIete事件)將被返回的標識符。盡管已結(jié)合現(xiàn)在被認為是最實際和優(yōu)選的實施例描述了本發(fā)明，但是將理解，本 發(fā)明不限于公開的實施例，相反，本發(fā)明意在覆蓋包括在權(quán)利要求的精神和范圍內(nèi)的各種 修改和等同設置。
權(quán)利要求
1.一種車載計算設備，包括計算機處理器，與永久性存儲器和非永久性存儲器信息聯(lián)接；本地無線收發(fā)器，與所述計算機處理器信息聯(lián)接并被配置為與位于車輛附近的無線裝 置進行無線通信；其中，所述處理器被操作為通過無線收發(fā)器接收從無線裝置發(fā)送的連接請求，所述連 接請求至少包括識別配置為與處理器信息聯(lián)接并為車輛中的人員提供服務的應用的標識 符；其中，所述處理器還被操作為一旦連接請求被處理，就從無線裝置接收與應用的操作 相關的至少一個次級通信。
2.如權(quán)利要求1所述的車載計算設備，其中，次級通信是陳述警報命令、顯示文本命 令、創(chuàng)建短語命令以及提示和收聽命令中的至少一個。
3.如權(quán)利要求2所述的車載計算設備，其中，所陳述警報命令還包括將通過車輛音頻系統(tǒng)陳述的文本的字符串，其中，如果陳述警報命令被所述處理器接收，則所述處理器還被操作為指示車輛音頻 系統(tǒng)立即取消當前播放的任何音頻并陳述文本。
4.如權(quán)利要求2所述的車載計算設備，其中，顯示文本命令還包括將在車輛顯示器上顯示的文本的字符串，其中，如果顯示文本命令被所述處理器接收，則所述處理器還被操作為指示車輛顯示 器顯示接收的文本。
5.如權(quán)利要求4所述的車載計算設備，其中，車輛顯示器是導航系統(tǒng)顯示器。
6.如權(quán)利要求4所述的車載計算設備，其中，車輛顯示器是無線電顯示平臺顯示器。
7.如權(quán)利要求2所述的車載計算設備，其中，創(chuàng)建短語命令還包括將通過麥克風輸入而被車載計算系統(tǒng)收聽的多個文本字符串，其中，所述處理器被操作為處理麥克風輸入以確定所述輸入是否與文本字符串匹配；其中，如果所述輸入被確定為與文本字符串匹配，則處理器被操作為通過無線收發(fā)器 將識別匹配哪個文本字符串的標識符返回到行動裝置。
8.如權(quán)利要求7所述的車載計算設備，其中，所述處理器還被操作為確定輸入匹配文 本字符串的置信度。
9.如權(quán)利要求8所述的車載計算設備，其中，直到置信度高于預定閾值，所述處理器才 返回識別匹配哪個文本字符串的標識符。
10.如權(quán)利要求2所述的車載計算設備，其中，提示和收聽命令還包括將被用來提示車輛中的人員的第一文本字符串，其中，如果提示和收聽命令被處理器接收，則所述處理器還被操作為指示車輛顯示器 和車輛音頻系統(tǒng)中的至少一個以顯示形式和/或陳述形式輸出第一文本字符串。
11.如權(quán)利要求10所述的車載計算設備，其中，處理器還被操作為為了輸出第一文本 字符串的目的而獲得對顯示器或音頻系統(tǒng)中的至少一個的優(yōu)先權(quán)。
12.如權(quán)利要求11所述的車載計算設備，其中，提示和收聽命令還包括將被用來幫助 車輛中的人員的第二文本字符串，其中，所述處理器被操作為通過麥克風收聽幫助請求，其中，如果所述處理器接收到幫助請求，則所述處理器還被操作為指示車輛顯示器和 車輛音頻系統(tǒng)中的至少一個以顯示形式和/或陳述形式輸出第二文本字符串。
13.如權(quán)利要求11所述的車載計算設備，其中，提示和收聽命令還包括將被用來拒絕 用戶輸入的第三文本字符串，其中，所述處理器被操作為通過麥克風收聽用戶輸入，其中，如果處理器接收到處理器不能適當?shù)剡M行處理的用戶輸入，則處理器還被操作 為指示車輛顯示器和車輛音頻系統(tǒng)中的至少一個以顯示形式和/或陳述形式輸出第三文 本字符串。
全文摘要
提供一種在車載計算系統(tǒng)與遠程應用之間進行通信的方法和設備。車載計算設備包括與永久性和非永久性存儲器通信的計算機處理器。所述設備還包括與計算機處理器通信并配置為與位于車輛的無線裝置無線地通信的本地無線收發(fā)器。所述處理器能夠操作為通過無線收發(fā)器接收從行動無線裝置發(fā)送的連接請求，所述連接請求至少包括設法與處理器進行通信的應用的名稱。一旦連接請求被處理，所述處理器還能夠操作為從行動裝置接收至少一個次級通信。所述次級通信是陳述警報命令、顯示文本命令、創(chuàng)建短語命令以及提示和收聽命令中的至少一個。
文檔編號H04L29/08GK102148865SQ20111003183
公開日2011年8月10日 申請日期2011年1月25日 優(yōu)先權(quán)日2010年2月5日
發(fā)明者大衛(wèi)·P·波, 尼洛·約瑟夫·圣托里, 布賴恩·烏吉爾·約, 米卡·J·凱瑟, 約瑟夫·N·羅斯, 馬克·先德, 馬克·沙克爾 申請人:福特全球技術公司