專利名稱：用于把ivr應用程序下載到設備、執行它并上傳用戶的響應的方法和系統的制作方法
技術領域：
本發明涉及一種通信方法和系統。
向電話系統的用戶提供交互式語音應答應用程序(application)是已知的。這種交互式語音應答(IVR)應用程序被例如呼叫中心用作一種從呼叫者獲得信息和/或把呼叫路由到正確的人的方法。
早期語音應答單元(VRU)提供了專用IVR功能(通過電話鍵盤的按鍵按壓進行的基本菜單交互和選項選擇)，但是與運營商的其他系統相分離。由于集成系統的出現，VRU被逐漸停止采用。為IVR開發了標記語言，以使應用程序的開發更簡單并且實現功能的分布，例如，來自朗訊公司的用于電話交互的PML(AT&T PhoneWeb)，VoxML，即摩托羅拉公司的面向語音的標記語言，以及VoiceXML，它們使語音標記與萬維網的發展相一致。
VoiceXML以標準化的標記語言(XML)來描述IVR應用程序，并且利用了面向web的內容和基于web的架構(分布、內容創建、可剪裁性、轉碼、可伸縮性)的優點。VoiceXML對IVR程序員屏蔽了電話API、TTS(文本到語音)和ASR(自動語音識別)技術。標準IVR架構VoiceXML IVR系統的主要部件在
圖1中被示出。用戶通過電話100或PSTN終端經由公共交換電話網(PSTN)102、通過電話網關106連接到VoiceXML解釋器104。VoiceXML解釋器104基于由VoiceXML應用服務器108所提供的VoiceXML腳本的指令來引導與呼叫者的呼叫交互。解釋器104天然地理解按鍵音(DTMF)輸入，并且可以管理預先記錄的音頻提示或文件。為了增強功能，解釋器104還可以調用諸如TTS(文本到語音)110和ASR(自動語音識別)112之類的語音技術。VoiceXML解釋器104通過web協議(HTTP)114與本地或遠程VoiceXML應用服務器108通信。VoiceXML應用服務器108傳送應用程序，包括VoiceXML文本頁和二進制音頻文件。應用服務器108接收語音、按鍵音和來自解釋器104的記錄的輸入。VoiceXML應用服務器108可以查詢企業中間件和數據庫系統116來向用戶動態地驅動VoiceXML。
部件的分布使得后端應用程序駐留在因特網上的“別處”對于VoiceXML IVR架構而言是常見的。這些后端應用程序處理特定應用的知識和約束，例如用于信用卡支付的金融系統、航線飛行時間表和可用性、劇院檢票等。因此，對以VoiceXML來編程前端用戶接口屏蔽了領域知識。
經常有這樣的情況，即在PSTN上存在前端VoiceXML解釋器，其通過因特網(例如經由基于IP的安全http，即https)與供應商組織的后端VoiceXML服務器相連。在任何一個時刻，前端解釋器將具有足夠的IVR數據頁(即VoiceXML)來支持與一個給定呼叫者(或多個呼叫者)的下一組交互。按照需要，解釋器可以被編程以調用號碼檢查例程、TTS模塊、語音識別模塊，或者甚至把呼叫者轉接給人工操作員。此外，解釋器可以向VoiceXML服務器請求更多頁，該服務器將實時產生這些頁，從而必要時與后端應用服務器交換信息。
存在由用于電話用戶的IVR所支持的增長數量的自動業務。這些例如包括談論黃頁和其他搜索業務，語音消息傳送，氣象報告，銀行業務，旅行新聞，火車或運輸時間表，飛行信息和預訂，呼叫中心(客戶幫助熱線等)，足球比分，聊天熱線，音樂下載，鈴聲下載，游戲，設置告警/報警呼叫，設置呼叫改向。所有這些應用通過服務器訪問數據庫并調用所需的數據和消息來實時地運行。在世界的某些地區，對這些業務的訪問是較窮的人得不到的，因為對使用電話的計費是基于呼叫的長度這一事實，該長度對于IVR應用程序的用戶而言可能相對較長。呼叫的費用對許多人而言是力所不及的。
因此，本發明的目的是對已知技術進行改進。
根據本發明的第一方面，提供一種通信方法，該通信方法包括把交互式語音應答應用程序下載到設備，接收執行交互式語音應答應用程序的用戶命令，響應于該命令而執行交互式語音應答應用程序，創建包括用戶對該交互式語音應答應用程序的響應的文件，以及上傳該文件。
根據本發明的第二方面，提供一種通信系統，該通信系統包括網關和用于與該網關通信的設備，該網關用于把交互式語音應答應用程序下載到設備，以及該設備用于接收執行交互式語音應答應用程序的用戶命令，用于響應于該命令而執行交互式語音應答應用程序，用于創建包括用戶對該交互式語音應答應用程序的響應的文件，以及用于把該文件上傳到該網關。
由于本發明，有可能提供一種允許用戶訪問交互式語音應答應用程序而不招致昂貴的通話費、但同時可以獲得在交互式語音應答應用系統內固有的優點的通信方法和系統。
IVR業務的方案對于不能負擔得起在線電話使用的費用的人們來說將非常有用。PSTN用戶也對離網訪問這些業務感興趣。
本發明提供一種實現在低級終端上使用IVR應用程序的方法。IVR應用程序可以涉及過長且昂貴的電話呼叫，以便獲得正確的信息或者進行期望的事務。通過用合適的標記語言來格式化這種IVR應用程序，用戶可以在他們空閑時離線使用并采用這種業務，從而發展對為電話用戶所提供的寬范圍的現有業務的異步訪問。于是，在下一次連接(docking)機會，所完成的會話可以被中繼給原始業務供應商以便完成該事務。與業務的交互可以被執行為一系列的階段，其中錯誤或成功事務的最終確認被返回給用戶。
優選地，該設備是數據卡或便攜式手機(handset)。該交互式語音應答應用程序被下載到用戶的手機上，或者被下載到供手機中使用的數據卡上，并且用戶可以離線執行該交互式語音應答應用程序，而不必招致任何通話費。
有利地，該交互式語音應答應用程序包括數據庫元件。當用戶離線時，該交互式語音應答應用程序將不可以訪問通常的后端業務和數據庫，所述后端業務和數據庫在對交互式語音應答應用程序的電話訪問期間通常將是可用的。因此，在由用戶下載的交互式語音應答應用程序內提供數據庫元件是有利的，該數據庫元件在其內部包括在對其進行離線訪問時由交互式語音應答應用程序將需要的功能和數據。
在優選實施例中，執行交互式語音應答應用程序的步驟包括錯誤檢查和糾正。在對交互式語音應答應用程序的電話訪問期間，存在用于對用戶的響應進行錯誤檢查的協議。例如，如果交互式語音應答應用程序要求從1到3的輸入，而用戶按下了電話上的按鍵4，那么產生錯誤消息，并且交互式語音應答應用程序的流程必須改變以考慮該錯誤。當交互式語音應答應用程序由用戶在將其下載到他們的設備之后離線訪問時，正常的錯誤協議不是可用的。這會導致用戶離線出錯的情況，因此期望的是在用戶正在執行交互式語音應答應用程序時在設備上提供某種級別的錯誤檢查和糾正。
有利地，該通信方法還包括在上傳文件后處理文件的步驟。處理文件的步驟包括錯誤檢查和糾正。一旦包含用戶對交互式語音應答應用程序的響應的文件被上傳，網關就處理該文件。這允許網關檢查上傳的文件中的錯誤，并且如有可能就糾正該錯誤。如果網關檢測到它不能糾正的錯誤，那么錯誤檢查包括創建交互式語音應答子應用程序以用于下載到設備。這具有的優點在于，當檢測到錯誤時，不是再次重新開始整個過程，而是網關將創建一個只與該錯誤相關的子應用程序以用于返回給用戶。
優選地，該通信方法還包括把交互式語音應答子應用程序下載到設備，接收執行交互式語音應答子應用程序的用戶命令，響應于該命令而執行交互式語音應答子應用程序，創建包括用戶對該交互式語音應答子應用程序的響應的第二文件，以及上傳該第二文件。
現在將參考附圖僅通過例子來描述本發明的實施例，其中圖1是現有技術的系統的示意圖，圖2是通信系統的第一實施例的示意圖，圖3是通信系統的第二實施例的示意圖，圖4是通信系統的第三實施例的示意圖，以及圖5是通信系統的第四實施例的示意圖。
上面詳細描述了作為現有技術的系統的圖1。
所提出的供本申請的通信系統使用的基礎結構集中在對于生活條件差的人們而言內容的存儲轉發供應以及以異步方式的個人通信。用戶已經斷開移動手機來與在數據卡上存儲的語音消息或交互式音頻程序進行交互。這些數據卡可以周期性地與具有因特網訪問的計算機連接，以刷新數據內容，下載和上傳新的消息、交互式程序、或者所存儲的對該程序的響應。
下載到由給定的用戶(或用戶組)使用的便攜式設備的存儲器的內容程序的選擇是由每個用戶的用戶簡檔確定的，并且最初是由用戶人口統計狀況(demographics)、他們的興趣和他們的選擇加入/選擇退出(opt-in/opt-out)異常確定的。使用因特網在內容供應商和基礎結構的分發中心之間分發內容。使用在分發中心和區域內容中心之間的因特網連接來傳送用戶之間的語音消息。
使用語音交互式媒體格式(VIMF)來描述交互式程序。VIMF是XML標記語言族中的一種，并且具有與VoiceXML和較早的IVR語言(VoxML、PML)相同的許多結構。VIMF描述了對象如何在客戶端手機上在視覺和聽覺上呈現。VIMF程序提供音頻提示，它們捕獲用于控制導航分支的按鍵按壓以及響應于程序中的問題的用戶響應(按鍵按壓和語音記錄)。
這些“VIMF程序響應”也以定義的格式被存儲在手機中的用戶數據卡上，鍵控原始交互式程序中的對象。用戶可以重放該程序來檢查他們的響應，并在手機上進行改變或者糾正。在該數據卡的下一次因特網連接時，這些響應被隨后返回給內容程序供應商或者他們的代理商，例如業務呼叫中心。
通過使用來源于VoiceXML(用于IVR的普及的標記語言)的標記語言，VoiceXML應用程序可以容易地被VIMF模擬或轉碼成VIMF。較早的IVR語言(例如VoxML)也可以類似地被轉碼。在IVR架構和標記語言允許的情況下，存在利用不同機制來使用戶能夠獲得對現有IVR應用程序和業務的訪問的許多機會。
不同的方法是必要的，這取決于PSTN業務的級別和與低級設備交互的網關的集成、以及適宜PSTN和業務系統的訪問的程度。
第一種方法在圖2中被示出，它是使用從網關200的自動呼出機制，該網關通過PSTN 202訪問IVR應用程序。該網關應用程序必須模擬正常的PSTN用戶；從而產生按鍵音并以IVR應用程序所期望的速度傳送所存儲的語音片段。(基本上這里存在兩個彼此交談的IVR應用程序，其中網關200帶頭)。
圖2的系統包括用于與網關200通信的設備204，該網關200把交互式語音應答應用程序206下載到設備204。該設備204在離線時響應于用戶命令而執行交互式語音應答應用程序206，并且創建包括用戶對交互式語音應答應用程序206的響應的文件208。當用戶下一次連接到網關200時，文件208被上傳到網關200。網關200經由PSTN 202與IVR前端210通信，該IVR前端210再被連接到IVR服務器212。
這種配置的優點在于，不需要對IVR應用程序進行任何改變，并且PSTN和IVR業務供應商對最終用戶進行處理，好象它們是正常的PSTN用戶一樣。缺點在于該解決方案例如相對于用戶錯誤不大魯棒(robust)，并且可能較慢。另外，實現在PSTN用戶和域后端系統之間密切對話的更復雜IVR應用程序更難以模擬。
第二種方法在圖3中被示出，它是實現一種將網關200基于IP連接到PSTN 202、再直接連接到為IVR前端應用程序服務的基礎PSTN路由器的機制。該方法的一個優點在于，在網關200和前端路由器210之間的交互是數據，并且因此遠遠快于語音或DTMF(按鍵音)。此外，對話更魯棒，其是無呼叫遺漏的分組交換，并且因此更適合于機對機的交互。它避免了從網關200到PSTN 202的PSTN呼叫成本，并且提供了從網關200到PSTN用戶可用的許多IVR應用程序的一個接入點。
第三種方法在圖4中被示出，它是使用接管IVR前端的網關200并處理為IVR前端服務的各種VoiceXML服務器212。本質上，這里業務供應商和他們的IVR應用程序作者合作產生可以由用戶異步運行的應用程序的“面向批處理”的第二VIMF應用版本。該系統具有多個優點，包括正在提供網關200的組織直接與供應商公司交涉并且不涉及PSTN的事實。業務供應商被給予早訪問新的較窮的市場部分的特權。
第四種方法在圖5中被示出，它是提供一種直接與供應商公司的后端應用程序214連接的IP網關200。該方法的優點在于，VoiceXML被完全地繞過并且應用程序作為VIMF為用戶呈現，以及數據事務是以由每個供應商所需要的文件格式。該方法的缺點是需要對復雜且敏感的或者安全的后端系統進行深度訪問。
適用于所有四種可能的方法的另外的優點在于，將較窮的用戶包括在PSTN用戶可用的業務范圍中，對于IVR業務供應商來說具有大大增加的潛在市場，并且與IVR業務的異步交互向用戶提供了對再訪問并修正選項和他們的響應的較大控制。
需要另外的機制來橋接在異步VIMF應用程序和異步IVR應用程序之間的劃分，包括重新制定IVR應用程序以便以批處理方式有效地操作，支持在基礎結構中的會話管理，以實現對于基于PSTN的供應商是透明的階段化交互和IVR響應的捕獲以及以結構化方式標記成VIMF以便支持對失敗事務的糾正和重新提交。
如上面所解釋的，存在選擇的范圍來將IVR應用程序帶到不能負擔得起招致在經由PSTN訪問IVR時固有的通話費的離線用戶的世界。所述機會在IVR應用程序傳送鏈中利害關系者需要的集成水平(商業協定)方面不同。最低的集成水平包括“代理”，其可以模擬人類PSTN用戶來代表較窮的用戶與基于PSTN的IVR系統進行同步交換。第二個建議包括直接到在支持IVR前端的“另一側”的PSTN中的數據連接，使用了VoiceXML來與各種IVR應用程序供應商通過PSTN路由機制進行交互。第三個建議包括在網關和每個IVR業務供應商之間單獨地建立專用的數據交互，在業務供應商的控制下使用直接到VoiceXML服務器上(或類似的服務器)的連接。第四個建議需要高度的集成并且與業務供應商協同工作。網關將把“本地”事務傳送到業務供應商的各種事務處理后端應用程序(業務供應商可以可選地決定以VIMF提供業務)。
向較窮的用戶提供基于PSTN的IVR應用程序的選擇范圍包括可能使用代理。該代理可以是一個可信的人，其被雇用以取得如在用戶的VIMF程序響應中所定義的用戶需求并且執行IVR電話呼叫，從而報告任何問題或成功完成返回給用戶。該人類助理實際上充當IVR抄寫者。可選擇地，該代理可以是由網關運行的自動呼出機構(例如“機器人”呼叫者)。
對于充當代理的人來說，該過程如下該代理必須向用戶引出感興趣的IVR應用程序的知識(該過程稍后進行描述)，建立可以離線從用戶引出所需輸入的VIMF程序(Prog1)，代理商將Prog1分發給較窮的用戶，該代理商整理對Prog1的VIMF程序響應，該代理回放該響應，并且轉錄它們(用于導航和查詢響應的按鍵按壓將由VIMF應用程序記錄為按壓的按鍵，即在定義的“VIMF程序響應”格式中的“4”，用VIMF程序Prog1中的引出對象來標記)，該代理喚起IVR業務，并且將用戶與應用程序的交互復制給IVR并記錄所有反饋，以及為原始用戶準備VIMF格式的程序響應。
使用人類代理的優點是，人可以容易地處理電話呼叫的不測事件，并且在具有IVR的電話呼叫期間可能的提示/響應。(例如，每周的電影院時間和電影改變)。明顯的缺點是轉錄用戶與每個應用程序的交互以及把這些通過電話重復給IVR所需的時間和成本。它可能是一項非常單調的工作，并且人們易于出錯。另一方面，這可以提供新的就業。
對于充當代理的自動系統來說，必須遵循類似的過程引出IVR應用程序的知識，從而密切注意IVR提示和響應窗口的定時并運用所有可能的選項/路徑(該過程稍后進行描述)，建立VIMF程序來異步地向用戶提供業務(Prog1)，代理商如前所述分發Prog1，該代理商整理對Prog1的響應，該“機器人”代理從VIMF程序響應文件中提取用戶響應，使得它們與在IVR交互期間要填充的輸入數據時間間隙一致，該代理喚起IVR業務，并且在適當的時間以適當的延遲來重放用戶的響應以導航和響應IVR查詢(發送適當的DTMF音來代替最終用戶的按鍵按壓，在IVR中需要的地方播放由Prog1捕獲的來自用戶的原始語音，并且使用關于提示和定時的知識來同步響應的呈現)，并且記錄所有的IVR反饋，以及準備VIMF格式的程序響應文件以發送回給原始用戶。
使用自動代理的優點主要是可靠、精確、耐久，并且自動的代理不會感到無聊，如果需要的話可以整夜工作而不出錯。主要的缺點是自動代理不能處理沒有在其中預先編程的異常。
為了使自動代理能夠處理對IVR的呼出，它需要具有將由IVR需要的交互序列的完整知識，以便輸入用戶所選的選項(按鍵按壓/DTMF)和所作的響應(按鍵按壓或語音)。特別地，這意味著具有來自IVR的提示的定時的信息，以及關于為了完成用戶事務而將經歷的交互的分支的響應(按鍵按壓和語音)的定時約束。它也意味著知道IVR應用程序的有效用戶輸入的允許范圍或集合。
建立IVR的模型可以通過在所有給定的接合點試驗所有的IVR選項、識別每個選項隨后的影響等等、直到窮盡所有的分支來進行。類似地，還將有可能找出用于回答語音輸入的提示的最大(和最小)語音持續時間。這種信息將用于構造具有內置的范圍和定時約束的VIMF程序，并且對于由自動代理稍后使用IVR是必需的。實際上，代理已經通過運用IVR應用程序而得到了“訓練”。
如果經由PSTN到各個應用供應商的數據連接被使用，那么如較早所述，VoiceXML的使用對應用開發者和應用供應商隱藏了導航IVR所需的文本到語音以及任何自動的語音識別技術。只有與應用供應商有關的數據需要返回給他們，例如，“用戶希望看今晚放映的四部電影中的什么電影？他們需要多少票并且是哪一類型的？他們將如何付費？”。VIMF應用程序可以獲得來自用戶的各種響應，這些響應被需要以建立適合于作為用戶數據項傳送到后端VoiveXML服務器的響應文件。給定在PSTN處必需協議的知識、以及基于VoiceXML的數據格式的知識和VoiveXML服務器所需的協議，有可能通過PSTN路由數據事務并且直接路由到所選的業務供應商。
例如，HTTP(或安全HTTPS)可以是合適的傳輸協議。實際上，與每個業務供應商建立協作以設計他們的IVR應用程序的批量版本。這可能對于編程而言是簡單的，假定許多業務供應商已經為他們的客戶提供了可選進入點，即經由連接到他們的后端域系統的在線因特網網頁預訂系統以及IVR電話訪問。
該水平的集成需要在PSTN處的內部協議的知識以及業務供應商所使用的協議和數據格式(這些數據格式可以是基于VoiceXML的，或許使用HTTP作為傳輸協議)。與PSTN的該水平的集成可能是難以實現的，除非存在商業利益(即可能的收入)。獲得來自業務供應商的數據格式(基本上是VoiceXML源代碼)可能不是問題，因為如果更多的用戶能夠訪問他們的業務，他們一定會獲益。
一個到供應商的可選數據連接是經由VoiceXML。上面的改進是對與每個IVR業務供應商的因特網連接直接獨立地工作，從而完全省略了PSTN。在這種方法中，使用業務的VoiceXML(源)描述以便產生相應的VIMF程序。VIMF程序照常被使用(如上面所限定的)，并且響應被傳遞回到適當的網關。該網關接著使用合適的數據格式(例如VoiceXML)和協議(例如HTTP)把該響應傳遞給VoiceXML服務器。任何來自VoiceXML服務器的打算供用戶使用的響應將返回到網關，并且可以容易地被轉換成“VIMF程序響應”以用于轉發給用戶。
可選擇地，到供應商的數據連接可以使用本地數據格式。進一步擴展在上一段中的建議，網關有可能與以高水平的集成的IVR業務供應商、與來自網關或來自創建了對于用戶而言最佳的VIMF程序的IVR業務供應商的應用程序開發者互操作。不存在中間IVR語言。當使用該程序時，所得到的事務被直接饋送到業務供應商的網絡中進行處理。對于客戶的任何響應都作為VIMF程序響應而產生。
上面描述的數據發送方法的缺點在于，每個將被提供的新IVR業務是一個定制的設計任務，其將需要來自網關的編程資源。該最佳解決方案將需要IVR應用程序的最小的重新設計(例如自動VIMF程序生成器，給定VoiceXML源代碼的話)以及新接口和網關的最小設計。
在上面概述的所有方法中，問題仍然是在同步交互和對話(例如以VoiceXML描述的)與異步交互(如以VIMF所捕獲)之間的映射。關鍵問題之一是在IVR會話期間的錯誤處理和錯誤恢復。同步交互的主要優點是能夠快速地檢測到錯誤并且立即用最終用戶或客戶來糾正他們。這在異步VIMF程序中未必是可能的，尤其是對于只在應用服務器已經對另一后端系統作了呼出時識別的錯誤(即信用卡檢查)。然而，一些輸入輸出有效性檢查可以以VIMF來編程，例如以檢查有效鍵入的數字輸入或者用戶輸入的數字落在預定的范圍內，或者用戶對問題口頭回答的記錄持續時間落在預期的持續時間的范圍內。
設備到IVR的網關可以支持錯誤糾正的一種方式是通過記錄錯誤報告(例如“抱歉，卡號是不正確的”)并以使用戶能夠理解和糾正錯誤的形式將錯誤報告提供回給用戶(這些報告必須是口頭的，因此如果IVR不提供語音，那么可以由VIMF程序生成器使用文本到語音)。
可以通過向用戶提供他們所作的響應來幫助用戶進行錯誤糾正，網關或代理商已經向被IVR檢測為錯誤的原始VIMF Prog1添加了那些用戶響應的額外標記。(用戶可以在他們的手機上重放VIMF交互式程序，從而檢查他們先前對該程序所作的響應并改變它們，一直到他們的數據卡被提供以用于連接到因特網接入點的時刻)。來自用戶的對這些VIMF“錯誤”報告的隨后的糾正響應接著可以被插回到響應的序列中。網關將在與業務供應商的第二同步IVR交互中再次使用這些用戶響應。(多階段的錯誤報告、錯誤糾正、IVR重新提交會話可能是必須的，并且由系統支持)。
一旦完成了成功的IVR會話，來自IVR系統的確認可以被添加到所存儲的用戶VIMF程序響應文件。這隨后可以通過網關或者代理被返回給用戶。用戶隨后將接收到他們的事務的最終記錄(如果希望的話可以重放)以及來自IVR業務供應商的確認。
將幫助使用IVR應用程序的另一個建議(批處理方式)是，IVR業務的供應商重新制定他們的接口，使得即使存在錯誤他們也允許交互序列繼續進行而不是阻塞任何進一步的前進。例如，如果與業務的一個完整事務需要在三種場合的無約束輸入(即不能在VIMF內進行范圍檢查，并且因此不將在手機上進行檢查)，并且用戶在第一字段中發生了錯誤，IVR系統可以提供錯誤注釋并且中止該事務。用戶將不知道在其他第二和第三輸入字段中的響應是否是正確的，直到他的/她的響應被重新提交(假設在第二次嘗試中第一字段是正確的)。該情景突出了IVR系統通常被設計用于同步交互。如果IVR業務供應商到事務結束自始至終都允許錯誤(盡可能)，該標準IVR方法可以容易地被補救。以這種方式，當用戶接收到從業務供應商返回的第一次錯誤響應時，用戶將知道在第一次事務過程中他們的大多數錯誤-有希望的是當他們提交他們的第一次重試時他們將使所有的輸入正確。
可以橋接在異步和同步系統之間的劃分的另一種方式是通過在網關(或者作為代理的另一元件)處使用會話管理器。該會話管理器可以用于幫助使用戶容易地通過完成與業務供應商的一個事務所需的多個階段的交互。該會話管理器可以負責維護對來自IVR的提示的正確的用戶響應，直到用戶重試時提供了糾正的響應，在整個會話太大以至于不能存儲在用戶手機上的情況下，建立構成與IVR的完整事務的響應的會話，如果用戶對于特定的業務有重復的問題，那么在傳送給用戶的VIMF程序中插入提示或幫助，以及逐步升級錯誤恢復策略，例如逐步回掃IVR步驟，直到用戶提供有效的輸入。
存在寬范圍的在線IVR應用，其可以通過為階段化手機訪問或批處理方式使用(例如用于航線上的移動用戶的PDA)所提出的機制來呈現。顯然，一些IVR應用，比如其中只需要選擇地區的氣象呼叫熱線更可預測并且需要更少的后端呼叫，所以比其它更復雜的IVR應用(比如航線的自動票務預訂系統)更易于以批量/離線方式來復制。雖然主要的直接目的是為貧窮人士提供訪問范圍增長的電話業務的途徑，但是在一些情況下較富有的用戶群對業務的離網使用可能也是引人注目的。
權利要求
1.一種通信方法，包括把交互式語音應答應用程序(206)下載到設備(204)上，接收執行交互式語音應答應用程序(206)的用戶命令，響應于該命令而執行交互式語音應答應用程序(206)，創建包括用戶對交互式語音應答應用程序(206)的響應的文件(208)，以及上傳該文件。
2.根據權利要求1的方法，其中該設備是數據卡。
3.根據權利要求1的方法，其中該設備是便攜式手機。
4.根據權利要求1、2或3的方法，其中該交互式語音應答應用程序包括數據庫元件。
5.根據任何一項前述權利要求的方法，其中執行交互式語音應答應用程序的步驟包括錯誤檢查和糾正。
6.根據任何一項前述權利要求的方法，還包括在上傳文件后處理該文件。
7.根據權利要求6的方法，其中處理文件的步驟包括錯誤檢查和糾正。
8.根據權利要求7的方法，其中錯誤檢查包括創建交互式語音應答子應用程序以用于下載到設備。
9.根據權利要求8的方法，還包括把所述交互式語音應答子應用程序下載到設備上，接收執行交互式語音應答子應用程序的用戶命令，響應于該命令而執行交互式語音應答子應用程序，創建包括用戶對該交互式語音應答子應用程序的響應的第二文件，以及上傳該第二文件。
10.一種通信系統，包括網關(200)和用于與該網關(200)通信的設備(204)，該網關(200)用于把交互式語音應答應用程序(206)下載到設備(204)上，該設備(204)用于接收執行交互式語音應答應用程序(206)的用戶命令，用于響應于該命令而執行交互式語音應答應用程序(206)，用于創建包括用戶對交互式語音應答應用程序(206)的響應的文件(208)，以及用于上傳該文件(208)到網關(200)。
11.根據權利要求10的系統，其中該設備是數據卡。
12.根據權利要求10的系統，其中該設備是便攜式手機。
13.根據權利要求10、11或12的系統，其中該交互式語音應答應用程序包括數據庫元件。
14.根據權利要求10到13中任何一項的系統，其中該設備在執行交互式語音應答應用程序時還被配置成執行錯誤檢查和糾正。
15.根據權利要求10到14中任何一項的系統，其中該網關還被配置成在文件的上傳之后處理該文件。
16.根據權利要求15的系統，其中該網關在處理文件時還被配置成執行錯誤檢查和糾正。
17.根據權利要求16的系統，其中該網關在執行錯誤檢查時創建交互式語音應答子應用程序以用于下載到設備。
18.根據權利要求17的系統，其中該網關還被配置成把該交互式語音應答子應用程序下載到設備上，以及該設備還被配置成接收執行交互式語音應答子應用程序的用戶命令，響應于該命令而執行交互式語音應答子應用程序，以及創建包括用戶對交互式語音應答子應用程序的響應的第二文件，以及上傳該第二文件。
全文摘要
一種通信方法包括把交互式語音應答應用程序下載到設備上，接收執行交互式語音應答應用程序的用戶命令，響應于該命令而執行交互式語音應答應用程序，創建包括用戶對該交互式語音應答應用程序的響應的文件，以及上傳該文件。
文檔編號H04M1/725GK1985503SQ200580024055
公開日2007年6月20日 申請日期2005年7月15日 優先權日2004年7月16日
發明者P·J·蘭金, D·A·貝爾 申請人:皇家飛利浦電子股份有限公司