用于基于語音的機器到機器通信的方法及設備的制作方法
【專利摘要】本發明提供了一種用于基于語音的機器到機器通信的方法及設備。一種系統包括處理器，所述處理器被構造通過無線電話與處理器進行通信而建立的連接，經由語音呼叫與遠程服務器進行通信。處理器還被構造為使用說出的、基于人類語言的通信來通過語音信道傳送和接收數據和指令。處理器還被構造為利用標準化語音來動態地形成、發送和解釋命令和數據，所述命令和數據包括預定義的系統命令和與一個或多個系統命令相關的由用戶動態地輸入的變量兩者。
【專利說明】用于基于語音的機器到機器通信的方法及設備
【技術領域】
[0001]示意性實施例總體上涉及用于基于語音的機器到機器通信的方法及設備。
【背景技術】
[0002]車載式信息娛樂服務已經在過去的十年內大量擴展，并且現在通常可以在車輛移動的同時將車輛計算機連接至遠程服務器。可通過這些類型的連接，可在移動、無線連接的環境下發送和接收數據、車輛信息和遠程系統呼叫。
[0003]盡管車輛系統能夠進行遠程通信，但一般需要某種形式的信號傳輸來與遠程源進行通信。即，車輛系統一般不具有嵌入式通信能力，而是依賴于例如用戶無線裝置來向遠程源傳輸信號或傳輸來自于遠程源的信號。
[0004]在一個示例中，可使用用戶的蜂窩電話。通過用戶數據計劃或話上數據將數據從車輛系統發送至用戶的電話、再至遠程源，并且通過相同路徑回傳。
[0005]然而，話上數據解決方案可能是私有性質的而且昂貴。必須采取一定的措施來保持數據完整并確保兼容性，而且數據傳輸的性質可能導致相對低的數據速率。使用用戶數據計劃的數據連接趨于更快，但該數據連接受限于用戶電話確實具有數據計劃的情況，并且可能還需要裝置上的本地應用程序來管理數據會話。

【發明內容】

[0006]在第一示意性實施例中，一種系統包括處理器，被構造通過無線電話與處理器進行通信而建立的連接，經由語音呼叫與遠程服務器進行通信。處理器還被構造為使用說出的、基于人類語言的通信來通過語音信道傳送和接收數據和指令。處理器還被構造為利用標準化語音來動態地形成、發送和解釋命令和數據，所述命令和數據包括預定義的系統命令和與一個或多個系統命令相關的由用戶動態地輸入的變量兩者。
[0007]在第二示意性實施例中，一種計算機實現方法包括通過無線電話與車輛處理器進行通信而建立的連接，經由語音呼叫與遠程服務器進行通信。方法還包括使用說出的、基于人類語言的通信來通過語音信道傳送和接收數據和指令。此外，方法還包括利用標準化語音來動態地形成、發送和解釋命令和數據，所述命令和數據包括預定義的系統命令和與一個或多個系統命令相關的由用戶動態地輸入的變量兩者。
[0008]至少一個命令與導航請求相關。
[0009]至少一個用戶輸入的變量包括地址。
[0010]所述方法還包括:將用戶輸入的地址分解為單獨的字符并且單獨說出所述字符從而形成用戶輸入的地址。
[0011]至少一個命令與警報通知相關。
[0012]所述方法還包括:發送安全驗證信息。
[0013]所述方法還包括:將多個用于發送的命令以及附隨的數據放入隊列，并且當滿足一個或多個隊列發送條件時發送所述命令。[0014]所述一個或多個條件包括滿隊列。
[0015]所述一個或多個條件包括一天中的與電話所有者的通話時長為不受限制的使用時長相應的時間。
[0016]在第三示意性實施例中，一種存儲有當被車輛計算機系統的處理器執行時引起處理器執行方法的指令的有形的計算機可讀的存儲介質，所述方法包括:通過無線電話與處理器進行通信而建立的連接，經由語音呼叫與遠程服務器進行通。方法還包括使用說出的、基于人類語言的通信來通過語音信道傳送和接收數據和指令。此外，方法還包括利用標準化語音來動態地形成、發送和解釋命令和數據，所述命令和數據包括預定義的系統命令和與一個或多個系統命令相關的由用戶動態地輸入的變量兩者。
【專利附圖】

【附圖說明】
[0017]圖1示出車輛計算機系統的示意性示例；
[0018]圖2示出語音-數據通信會話的示意性示例；
[0019]圖3示出語音-數據通信會話的另一示意性示例；
[0020]圖4示出消息隊列會話示例；
[0021]圖5示出警報傳輸的示例；
[0022]圖6示出交通方向信息(TDI)會話的示意性示例。
【具體實施方式】
[0023]根據需要，在此公開本發明的詳細實施例；然而，應當理解，所公開的實施例僅為本發明的示例，其可以以多種替代形式實施。附圖無需按比例繪制；可夸大或縮小一些特征以顯示特定組件的細節。因此，此處所公開的具體結構和功能細節不應被解釋為限制，而僅為教導本領域技術人員以多種形式實施本發明的代表性基礎。
[0024]圖1示出用于車輛31的基于車輛的計算機系統I(VCS)的示例性框式拓撲圖。這種基于車輛的計算機系統I的示例為福特汽車公司所制造的SYNC系統。設有基于車輛的計算機系統的車輛可包含位于車輛中的可視前端界面4。如果所述界面設置有例如觸摸敏感屏幕，則用戶還可與所述界面交互。在另一示意性實施例中，通過按鈕按壓以及具有自動語音識別和語音合成的語音會話系統來進行交互。
[0025]在圖1中所示的示意性實施例1中，處理器3控制基于車輛的計算機系統的操作的至少一部分。設在車輛中的處理器允許在車上處理命令和程序。此外，處理器連接至非永久性存儲器5和永久性存儲器7兩者。在該示意性實施例中，非永久性存儲器為隨機存取存儲器(RAM)，而永久性存儲器為硬盤驅動器(HDD)或閃存。
[0026]處理器還設有允許用戶與處理器交互的多個不同的輸入。在該示意性實施例中，設有麥克風29、輔助輸入25 (用于輸入33)、通用串行總線(USB)輸入23、GPS輸入24和藍牙輸入15。還設有輸入選擇器51，以允許用戶在各種輸入之間互換。在對麥克風和輔助連接器的輸入被傳遞至處理器之前，通過轉換器27將所述輸入從模擬信號轉換為數字信號。盡管沒有顯示，但是與VCS通信的多個車輛組件和輔助組件可使用車輛網絡(諸如但不限于控制器區域網絡(CAN)總線)以向VCS (或其組件)傳遞數據或傳遞來自VCS (或其組件)的數據。[0027]對系統的輸出可包括但不限于可視顯不器4和揚聲器13或立體聲系統輸出。揚聲器連接至放大器11并通過數字-模擬轉換器9從處理器3接收其信號。還可分別沿19和21處所示的雙向數據流產生至遠程藍牙裝置(諸如個人導航裝置(PDN) 54)或USB裝置(諸如車輛導航裝置60)的輸出。
[0028]在一個示意性實施例中，系統I使用藍牙收發器15與用戶的移動裝置53 (例如，蜂窩電話、智能電話、個人數字助理(PDA)或具有無線遠程網絡連接能力的任何其它裝置)進行通信17。移動裝置隨后可用于通過例如與蜂窩塔57的通信55來與車輛31外部的網絡61進行通信59。在一些實施例中，蜂窩塔57可以為WiFi接入點。
[0029]信號14代表了移動裝置和藍牙收發器之間的示例性通信。
[0030]可通過按鈕52或類似輸入來指示移動裝置53與藍牙收發器15進行配對。因此，指示中央處理單元(CPU)車載藍牙收發器將與移動裝置中的藍牙收發器進行配對。
[0031]可利用例如與移動裝置53相關聯的數據計劃、話上數據或雙音多頻(DTMF)音調在CPU3和網絡61之間傳遞數據。可選擇地，可期望包括具有天線18的車載調制解調器63以便在語音頻帶上在CPU3和網絡61之間對數據進行通信16。移動裝置53隨后能夠通過例如與蜂窩塔57的通信55而被用來與車輛31之外的網絡61進行通信59。在一些實施例中，調制解調器63可與蜂窩塔57建立通信20，以與網絡61通信。作為非限制性示例，調制解調器63可以是USB蜂窩調制解調器并且通信20可以是蜂窩通信。
[0032]在一個示意性實施例中，處理器設有包括與調制解調器應用軟件進行通信的API(應用編程接口)的操作系統。調制解調器應用軟件可訪問藍牙收發器上的嵌入式模塊或固件，以完成與遠程藍牙收發器(諸如設在移動裝置里的)的無線通信。藍牙是IEEE802PAN(個人區域網)協議的子集。IEEE802LAN (局域網)協議包括WiFi并且與IEEE802PAN具有相當多的交叉功能。兩者都適合于車輛內的無線通信。可以在所述領域使用的其它通信方式為自由空間光通信(諸如紅外數據協議IrDA)和非標準的消費者紅外IR協議。
[0033]在另一實施例中，移動裝置53包括用于語音頻帶或寬帶數據通信的調制解調器。在話上數據的實施例中，當正在傳輸數據期間移動裝置的擁有者可對裝置說話時，可執行已知為頻分復用的技術。在其它時間，當擁有者沒有使用所述裝置時，數據傳輸可使用整個帶寬(在一個示例中為300Hz至3.4kHz)。盡管頻分復用對于車輛與因特網之間的模擬蜂窩通信而言可能是常見的并且仍在使用，但其已經很大程度上被針對數字蜂窩通信的碼域多址(CDMA)、時域多址(TDMA)、空域多址(SDMA)的混合體所替代。這些都是ITU IMT-2000(3G)兼容的標準，并且為靜止或者行走的用戶提供高達2mbs的數據率以及為在移動的車輛內的用戶提供高達385kbs的數據率。3G標準現正被為在車輛內的用戶提供IOOmbs的數據率以及為靜止的用戶提供Igbs的數據率的IMT (國際移動通信)高級(4G)所替代。如果用戶擁有與移動裝置關聯的數據計劃，則所述數據計劃可允許寬帶傳輸且系統可使用寬得多的帶寬(加速數據傳送)。在又一實施例中，移動裝置53被安裝至車輛31的蜂窩通信裝置(未顯示)所替代。在又一實施例中，移動裝置(ND) 53可為能夠通過例如(而非限制)802.1lg網絡(即WiFi)或WiMax網絡進行通信的無線局域網(LAN)裝置。
[0034]在一個實施例中，輸入數據可經由話上數據或數據計劃穿過移動裝置、穿過車載藍牙收發器、并進入車輛的內部處理器3。例如，在某些臨時數據的情況下，數據可存儲在HDD或其它存儲介質7上，直至不再需要所述數據的時候。[0035]其它可與車輛進行交互的源包括:具有例如USB連接56和/或天線58的個人導航裝置54，具有USB62或其它連接的車輛導航裝置60，車載GPS裝置24，或者與網絡61連接的遠程導航系統(未顯示)。USB是一類串行網絡協議中的一種。IEEE1394 (火線? (蘋果)、1.LINK? (索尼)和Lynx? (德州儀器))、EIA (電子工業協會)串行協議、IEEE1284 (并口)、S/PDIF (索尼/飛利浦數字互連格式)和USB-1F (USB應用者論壇)形成了裝置-裝置串行標準的骨干。多數協議可實施為用于電通信或光通信。
[0036]此外，CPU能與各種其它的輔助裝置65進行通信。這些裝置可通過無線連接67或有線連接69來連接。輔助裝置65可包括但不限于個人多媒體播放器、無線醫療裝置、便攜式計算機等。
[0037]此外或可選擇地，CPU可使用例如WiFi (IEEE803.11) 71收發器而連接至基于車輛的無線路由器73。這能允許CPU在本地路由器73的范圍內連接到遠程網絡。
[0038]除了具有通過位于車輛中的車輛計算機系統執行的示例性處理之外，在一些實施例中，還可以通過與車輛計算機系統通信的計算機系統來執行示例性處理。這樣的系統可包括但不限于無線裝置(例如但不限于，移動電話)或者經由無線裝置連接的遠程計算機系統(例如但不限于，服務器)。總體上，這些系統可被稱為與車輛相關聯的計算機系統(VACS)0在特定的實施例中，VACS的特定組件可根據系統的特定實施而執行處理的特定部分。通過示例并且是非限制的方式，如果處理具有利用配對的無線裝置發送或者接收信息的步驟，則很可能無線裝置不執行所述處理，因為所述無線裝置不會與自身進行信息的“發送和接收”。本領域的普通技術人員將理解何時不適合對給定解決方案應用特定的VACS。在所有解決方案中，預期至少位于車輛中的車輛計算機系統(VCS)自身能夠執行示例性處理。
[0039]目前，某些遠程信息處理方案利用與遠程服務器進行通信的多種方法來獲取信息和服務。這些通信一般在車輛計算機系統(VCS)(諸如但不限于上述示例性系統)和一個或多個遠程數據提供商之間。可通過將車輛中的無線裝置有線或無線地連接到VCS來建立通信。這些通信通常以話上數據的形式(其利用無線裝置的語音信道來傳輸數據)或以數據計劃使用的形式(其使用無線裝置的數據計劃)來進行。
[0040]然而，每個現有方案都具有一些潛在的缺點。話上數據可能需要使用第三方提供商，其可能包括固定花費和使用率兩者。隨著時間的推移，這些使用率會在量上累積而對車輛擁有者或OEM (原始設備制造商)服務提供商造成高額花費。此外，與DOV (話上數據)關聯的數據率可能低于其它解決方案，因此可能有必要擴展電話的使用，或者作為替代，可能需要開發針對數據傳輸和服務的低數據使用解決方案。
[0041]另一方面，與無線裝置相關聯的數據計劃具有比DOV選項高得多的數據率。然而，這種形式的數據傳輸需要用戶電話具有與其關聯的數據計劃。這可能為沒有激活或可用的數據計劃的用戶帶來問題。此外，在一些實施中，所述處理可能需要在電話上運行的本地應用程序來管理數據會話。
[0042]提出了數據傳輸的第三選項。盡管不一定優于上述解決方案，但所述選項在可用于連接的多個無線裝置之間提供有用的兼容性、合理的數據傳遞和服務使用。在經提議的選項中，車輛計算機系統將利用預定義的語音來通過電話音頻連接與遠程服務器進行交談。使用真正的語音而并非話上數據來在遠程服務器和VCS之間來回傳遞信息。[0043]通過使用預定義的語音(而不是例如用戶語音或隨機電子語音)，系統可確保針對準確的數據傳送和命令識別的高度的兼容性。此外，在至少某些情況下，識別功能可確保通過電話進行的語音通過被“授權”(即，實際的預編程的語音)。盡管預編程的語音當然可能被偽造，但任何不與預編程的語音的特定特征相匹配的語音至少可被當作試圖獲得對系統的訪問的不正當企圖而被淘汰。
[0044]圖2示出語音-數據通信會話的示意性示例。在此示意性示例中，如上所述,車輛計算機系統利用語音命令選項來傳遞數據并交換命令和數據。在此示例中，VCS將使用連接的無線裝置來建立至已知服務器的電話呼叫(201)。例如，號碼可以是被編程為接收傳入的語音命令呼叫的安全號碼。
[0045]在此示意性示例中，一旦撥出呼叫，服務器就將應答(203 )并且準備接收傳入的語音命令。在此示例中，服務器開始監聽命令，但是服務器也可首先指示VCS如何進行應答。例如，在至少一個模型中，服務器可首先向VCS請求一些信息來驗證呼叫實體的資格或者建立其它安全協議。
[0046]在此處示出的示意性示例中，VCS將在合適的時間說出一個或多個命令，以及處理所述命令所需要的任何數據(205)。例如而并非限制，處理可說出“方向”并且隨后提供方向所需的信息，所述信息包括(例如而并非限制)車輛位置(坐標)、車速、行駛方向和期望的目的地。
[0047]在接收適當的命令并完成任何需要的驗證后，服務器可隨后利用合適的軟件對命令和/或傳入的數據進行解碼(207)。盡管可能使用語音識別軟件，但由于在請求(S卩，計算機產生的預定語音)的全部情況中，相對于必須對隨機計算機語音或用戶語音進行解碼和解釋，揚聲器是普通的，因此處理可利用相對簡單的語音識別軟件。這可以滿足一定程度的數據傳輸的完整性和準確性的一定保證。
[0048]一旦已經對命令和數據進行了解碼，服務器隨后就可處理傳入的命令(209 )。在某些情況下，所述命令可以是對來自服務器的數據的請求或者需要服務器和VCS之間的某種程度的交互。在這些情況下，可在服務器和VCS之間利用語音來進行通信，或者在其它情況下利用語音和其它選項的組合來進行通信。
[0049]在示出的示例中，例如，從服務器將至少一個數據中繼回VCS。在這種情況下，服務器利用相似的語音生成器以類似于數據從VCS被發送至服務器的方式回答VCS(211)。VCS隨后可接收傳入的數據并且使用類似的解碼軟件來處理回復(213)。隨后可繼續將這一處理進行數次，直到在兩個實體之間傳輸了全部必需的數據。
[0050]圖3示出語音-數據通信會話的另一示意性示例。盡管同圖2中的示例相似，但此實施例顯示了一些高級命令處理和安全特征。在某些情況下，可能需要在VCS和服務器之間傳遞例如但不限于方向和信息、非標準信息。雖然用于“得到方向”的命令和基本位置坐標的標準化可能足夠簡單，但是其它地址和位置的實際名稱可能不能被放入標準詞表(vocabulary)內。在這種情況下，處理可能需要為遠程服務器拼出數據元素，從而確保正確的數據傳遞。
[0051]在此示意性示例中，如圖2中的示例那樣，處理首先撥出電話呼叫。在這種情況下，處理將利用某些形式的驗證，并且因此在此示例中，處理首先說出啟動命令(301)，從而通知服務器驗證協議可能即將傳入。當然，作為替代，服務器可以請求此信息，或者在另一實施例中，如果驗證“總是開啟”，則可跳過此命令，由于驗證序列稍后可自然地作為被傳送的首個數據。
[0052]在此示例中，一旦通信已經建立并且啟動命令已被處理，VCS隨后就可說出可用作服務器的認證目的的可用于數據錯誤檢查的校驗和和/或其它合適的驗證命令(303)。一旦傳入的反饋已經被認證(在至少一種情況下會需要返回消息)，VCS隨后就可開始發送數據(305)。
[0053]在此示意性實施例中，由于VCS可能發送標準的命令或非標準的命令，因此處理將(在這種情況下，在VCS —側)確定正被發送的短語、命令或數據元素是標準的還是非標準的(307)。如果詞語是標準的詞語/短語/元素，則處理將說出標準的詞語(315)并且用信號通知詞語或短語的結束(317)。在某些情況下，如果接收處理知道VCS何時結束說話，則所述處理可不必用信號通知詞語或短語的結束。
[0054]在說出的短語并非標準的情況下，處理可將詞語分解成獨立的元素(例如而并非限制，字母和/或數字)(309)。例如，如果詞語為“Nicole Ct.”，則處理可將詞語分解為n-1-c-o-l-e<space>c-t并且隨后用信號通知服務器詞語或短語將被傳入(311)。所述信號可以是僅僅指示流可能傳入的簡單信號，或者所述信號可包括例如指示預期多少字母/字符的一些標記(因此服務器得知數據何時完成)。一旦信號被發送，處理將說出字符(313)，從而服務器可處理傳入的非標準短語。
[0055]在此示例中，處理可具有將在一些初始發送完成后發送的額外的數據。如果這是319的情況，則處理可繼續并且從VCS至服務器的額外的信息的通信可繼續。如果沒有更多的數據要發送，則處理可確定是否預期響應(321)。如果并不預期響應，則處理可結束發送(327)。
[0056]如果預期響應，例如，如果正在進行對話數據傳輸會話，則處理將等待從服務器接收響應(323)。隨后，如果需要進一步的發送，則處理可發送繼續對話所需要的信息(325)。否則，如果已經完成全部發送，則處理可結束。
[0057]圖4示出消息隊列會話示例。由于在此示例中將使用操作者的語音計劃、中斷呼叫能力并且可能使用通話計劃時長來傳輸數據，因此可期望將非即時發送放入隊列以便在一個有效負載中傳遞，或者例如在經過一定的時間后發送，從而不使用計劃時長。
[0058]雖然特定的數據(例如方向請求)可能期望立即傳輸，但是可將諸如車輛統計信息或程序數據的其它信息推遲到可便宜地建立信道的時間。。在另一示例中，可保留數據直累積了整一分鐘的數據包，使得分鐘使用被優化，或者使用至少一些近似于此的方案(例如而并非限制，允許數據包延遲50秒)。
[0059]在此示意性示例中，處理將準備傳輸至服務器的消息(401)。所述準備可包括但不限于收集數據、確定非標準詞語、確定發送長度和任何其它合適的準備。由于可能期望立即傳輸特定消息(403)，因此處理可使用連接的電話來立即將那些信息傳輸至遠程服務器(411)。然而在其他情況下，諸如但不限于上述情況，處理可將消息放入隊列(405)。一旦消息已經排隊，處理就可確定隊列是否已滿(407)(或者在其他情況下，根據其它原因確定是否適于發送)。
[0060]如果由于合適或者例如滿消息隊列而期望進行發送，則處理可封裝用于發送的隊列消息(409)并且進行發送(411)。如果由于某些原因而終止發送，則可保持隊列以便在稍后的時間發送。某些消息可能僅僅在進行相同行程的情形下具有用處，并且如果例如由于沒有可接受的發送條件的情況而在沒有傳輸這些消息的情況下完成行程，則處理可在行程結束時從隊列中去除這些消息。在其他情況下，可保留消息以便稍后在合適的時間發送。
[0061]圖5示出警報發送的示例。這只是可涉及使用在此描述的示意性實施例的發送的一個示例。在這種情況下，可由于車輛安全系統的激活而傳輸警報。在此示例中，處理開啟語音呼叫(501)。由于襲擊者可能不將電話連接至系統來進行傳輸，因此可利用包括在車輛中的硬接線的電話來發送警報消息。
[0062]在這種情況下，處理發送例如“靜音警報”的命令(503)。該命令可向遠程服務器指示車輛已經被盜并且通知服務器期待與車輛相關的額外信息。在這種情況下，處理將說出例如車輛識別碼(VIN) (505)。可將VIN預編程在每個車輛的處理中或者例如可從系統總線檢索VIN。
[0063]另外，由于該通信與被盜的車輛相關，因此處理可包括諸如車輛的當前GPS位置的信息(509)。在此示例中，在說出實際坐標(507)之前說出詞語“GPS位置”，因此服務器知道GPS坐標將傳入。在警報呼叫正在進行的同時，可將當前基礎上可能有用的信息(諸如GPS信息)重復數次，從而可對車輛進行準確跟蹤。
[0064]此外，在此實施例中，處理可將與緊急聯系人相關的信息發送至服務器。這可幫助當局追查車輛擁有者，并且將提醒車輛擁有者和/或緊急聯系人。在此示例中，處理說出車輛擁有者或緊急聯系人的地址(511)。另外，處理還將說出可能有用的聯系人信息(513)。
[0065]盡管未顯示，但遠程服務器隨后可聯系車輛擁有者和/或在具有任何相關信息的情況下聯系緊急聯系人。此聯系可提醒車輛擁有者或緊急聯系人，從而避免誤報和/或允許所有者或聯系人跟進實際上被盜的車輛。
[0066]圖6示出交通方向信息(TDI)會話的示意性示例。這是利用此處所詳述的示意性實施例來執行的處理的另一示意性示例。在此示意性實施例中，處理在建立與遠程服務器的通信后，可說出協議版本(601)。如果有方向請求和信息的不同的版本，則處理所使用的協議可通知服務器關于將使用哪個版本。在此示例中，一旦建立了協議，處理說出服務類型，在這種情況下服務類型即為與方向相關的命令(603)。
[0067]在建立了導航會話后，處理說出車輛緯度(605)和車輛經度(607)，以幫助導航規劃輔助車輛。所述信息與被說出的車輛行駛方向(609)和車輛速度(611)結合，允許遠程服務器得知車輛目前位于哪里。此外，在方向被傳回車輛之時，所述信息對于估計車輛將位于哪里會是有用的。
[0068]隨后對遠程服務器說出目的地(613)，該遠程服務器可使用所述目的地來建立用于發送至駕駛者的路徑。處理隨后可等待從遠程服務器傳入的指令(615)以及與這些傳入的指令相關的任何數據(617 )。
[0069]盡管上面描述了示例性實施例，但并不意圖這些實施例描述本發明的所有可能形式。相反，說明書中使用的詞語為描述性詞語而非限制，并且應理解，可在不脫離本發明的精神和范圍的情況下做出各種改變。此外，可組合各種執行實施例的特征以形成本發明進一步的實施例。
【權利要求】
1.一種系統，包括: 一種處理器，被構造為: 通過無線電話與處理器進行通信而建立的連接，經由語音呼叫與遠程服務器進行通?目， 使用說出的、基于人類語言的通信來通過語音信道傳送和接收數據和指令， 利用標準化語音來動態地形成、發送和解釋命令和數據，所述命令和數據包括預定義的系統命令和與一個或多個系統命令相關的由用戶動態地輸入的變量兩者。
2.如權利要求1所述的系統，其中，至少一個命令與導航請求相關。
3.如權利要求2所述的系統，其中，至少一個用戶輸入的變量包括地址。
4.如權利要求3所述的系統，其中，處理器還被構造為將用戶輸入的地址分解為單獨的字符并且單獨說出所述字符從而形成用戶輸入的地址。
5.如權利要求1所述的系統，其中，至少一個命令與警報通知相關。
6.如權利要求1所述的系統，其中，處理器還被構造為發送安全驗證信息。
7.如權利要求1所述的系統，其中，處理器還被構造為將多個用于發送的命令以及附隨的數據放入隊列，并且當滿足一個或多個隊列發送條件時發送所述命令。
8.如權利要求7所述的系統，其中，所述一個或多個條件包括滿隊列。
9.如權利要求7所述的系統，其中，所述一個或多個條件包括一天中的與電話所有者的通話時長為不受限制的使用時長相應的時間。
10.如權利要求7所述的系統，其中，所述一個或多個條件包括整一分鐘或多分鐘的預定義容限中的估計隊列發送時間。
【文檔編號】H04W4/00GK103596119SQ201310354151
【公開日】2014年2月19日 申請日期:2013年8月14日 優先權日:2012年8月16日
【發明者】羅伯特·布魯斯·克萊韋, 約瑟夫·卡爾·貝瑟 申請人:福特全球技術公司