【正文】 另一種窗體項是控制項，控制項包括 block、 initial元素。例如： menu dtmf=true prompt Wele home. enumerate For value expr=_prompt/, press value expr=_dtmf/. /enumerate /prompt choice next= sports /choice choice next= weather /choice choice next= Stargazer astrophysics news /choice /menu 窗體項 窗體項包括 field、 block、 initail、 subdialog、 object、 record和 transfer等元素。 菜單可以通過 property元素來指定進行 DTMF或者語音識別輸入或者兩者皆有。在 maxstale 屬性沒有設置的情況下，文檔只使用生命期不超過這個時間的文檔內(nèi)容，如沒有指定，則取平臺的 documentmaxage 屬性（參考 節(jié)） maxstale 缺省屬性，指定一個以秒為單位的時間，如果文檔內(nèi)容的生 17 QB╳╳ ╳╳╳ ╳╳╳╳ 命期超過這個指定時間則不予以使用。如果一個選項的語法項被設別，那么該 choice元素的 next、 event或 expr等屬性將用于確定下一步將執(zhí)行哪一個腳本。如果取真， menu 下 choice 元素將按順序分配 1， 2 等（如果 choice特別指明是“ 0”，“ ”，“ *”外）。同窗體一樣，菜單也有語法，可以定義語法范圍。 菜單（ menu）元素 菜單和窗體元素同時 VoiceXML的兩種對話框之一。 混合初始窗體 混合初始窗體是可以由計算機或人來主導會話的窗體，有一個或多個 initial菜單項和一個或多個菜單級。缺省值是 ECMAScript 的 undefined cond 一個表達式，表達式結果為真則可以訪問對話項，為假則不能 訪問對話項。同時，窗體項都有窗體項條件，用于控制是否執(zhí)行該窗體項。 窗體項變量和條件 每一個窗體項都有一個關聯(lián)的窗體項變量，當窗體被執(zhí)行時缺省設置為未定義；開發(fā)人員也可以給它們賦初始值。分為兩種，一種是域項，包括元素 field、record、 transfer、 object、 subdialog，用于提示用戶，收集信息。 解釋一個窗體項通常包含以下工作： ? 選擇并播放一個或多個提示； ? 收集用戶的輸入，或者是對域的填充，或者是對某些事件的拋棄 ? 解釋任何新近填充的 filled動作 當解釋到控制轉(zhuǎn)移元素或沒有可以選擇的窗體項時，窗體解釋法則結束。 窗體有以下屬性： id：窗體名； scope：用于指明窗體中聲明的任何語法的范圍。窗體項可以細分為輸入項和控制項，它們的區(qū)別是用戶的輸入可以激活輸入項；控制項不受輸入控制。它用于封裝與用戶的輸入、輸出相關的命令，在文檔中導航并且可以導航到其他的文檔，可以說明變量并賦值，可以進行錄音、電話轉(zhuǎn)接。 form元素（窗體元素）是 VoiceXML文檔的主要組成部分。 業(yè)務控制與業(yè)務流程元素 對話框 VoiceXML 對話框用于描述 VoiceXML 程序?qū)τ脩糨敵龅母鞣N提示，定義和收集用戶做出的響應，并且描述用戶控制的流程。當它們被調(diào)用時，子對話可以是在現(xiàn)有文檔中的一個新對話，也可以是在新文檔中的一個新對話。如果一個用戶關心的業(yè)務是 由幾個相互獨立的應用構成，它們共享基本的構造模塊，則將這些模塊構造為子對話的機制更為合理。） 下面的例子給出了一個利用 根 文檔 中的變量共享和保持信息 的例子。 （注：在多文檔應用下，至多有兩個文檔同時被加載：一個是根文檔，另一個是非根文檔。首先，根 文檔 中的變量可以被其它 文檔 使用，這樣信息可以被共享和保持。 根 文檔 和這個應用的其它一個 文檔 被加載且用戶正在執(zhí)行非根 文檔 。根文檔一直駐留在解釋器中，直到解釋器被告知加載屬于另一個應用的文檔。多個文檔組合成為一個應用時，需要選定一個文檔作為應用的根文檔，并在其它文檔的 vxml元素中指定它。當一個對話沒有指定后繼對話時，文檔的執(zhí)行被中止。 xmlns VoiceXML文檔的命名空間（必須的）， VoiceXML的命名空間為 xml:base 基本的 URI,其他的非絕對 URI的參考 URI xml:lang 文檔的語言和本地類型 application 這個文檔應用的根文檔 下面是元素 vxml的一個例子： ?xml version= encoding=gb2312? vxml version= xmlns= application= /vxml VoiceXML應用可以分為單文檔應用和多文檔應用。 文檔結構與文檔執(zhí)行 一個 VoiceXML 文檔主要由稱為對話框的頂層元素構成，所有的對話框都封裝在 vxml元素中。 表 VoiceXML的元素列表 元素 用途 a 不 ssign 對變量進行賦值 audio 播放帶有提示的語音片斷 block 非交互式的可執(zhí)行代碼的容器 catch 包含一個特定事件的處理程序 choice 定義菜單欄 clear 清除一個或多個變量，窗體變量清除成 Undefined，事件計數(shù)器復位為 0 disconnect 會話拆除 else 在 if元素中使用 elseif 在 if元素中使用 enumerate 用于記錄菜單選項的簡略表達 error 捕捉錯誤事件 exit 退出會話 10 QB╳╳ ╳╳╳ ╳╳╳╳ field 在一個表格中聲明輸入域 filled Field 被填寫后的執(zhí)行動作 form 用于介紹信息和收集數(shù)據(jù)的對話 goto 跳轉(zhuǎn)到在同一個和不同的文檔中另一個對話 grammar 語音識別語法 help 捕獲一個幫助事件 if 簡單的條件邏輯 initial 聲明進入一個表格的初始邏輯 link 在鏈接范圍內(nèi)對所有對話通用的轉(zhuǎn)移 log 產(chǎn)生平臺調(diào)試信息 menu 用于做出選擇的對話 meta 定義一個元數(shù)據(jù)作為一個名 /值對 metadata 通過元數(shù)據(jù)模式定義元數(shù)據(jù) noinput 捕獲一個沒有輸入的事件 nomatch 捕獲一個不匹配事件 object 訪問特定平臺的資源 option 在 field 中定義一個選項 param 向 object 或 subdialog傳遞的參數(shù) prompt TTS 序列或語音輸出 property 用于設置平臺屬性 record 錄制用戶語音并將其存放到文件中 reprompt 當一個域被再次訪問時播放的提示 return 從一個子對話中返回 script 一段 ECMAScript 客戶端的標記邏輯 subdialog 在當前對話中調(diào)用另一段對話 submit 向文件服務器腳本提交，用于產(chǎn)生下一個腳本 throw 拋棄一個事件 transfer 將用戶轉(zhuǎn)移到另一個目的地 value 在提 示中插入一個變量的值 var 聲明一個變量 vxml VoiceXML 文件的頂層元素 下一章中將對以上元素進行詳細介紹。同時， link元素能夠被用來把事件拋到相應的目的 URI。當用戶在鏈接的范圍內(nèi)時，鏈接指定一個活動語法。采用這種方式，共同事件處理行為可以在任一層指定，并應用到所有的低層。每一個能發(fā)生事件的元素都可以指定 catch元素。 解釋器也可能扔出事件，如它發(fā)現(xiàn)了 VoiceXML文檔中的語義錯誤。同時， VoiceXML 定義了一種機制來處理表機制 不能處理的事件?；旌现鲗Ыo語音應用增加彈性和能力。這種情況下，即使當用戶在同一文檔的其他對話框之中，或者當用戶在同一應用的其他裝載文檔中時，一些對話框還將激活他們的語法（如：監(jiān)聽）。在機器主導應用中， 每個對話框的語法只有當用戶在那個對話框時是激活的。下圖表示了共享應用根文檔（ root）的文檔的變遷。當用戶變遷到一個非本應用的文檔中去時，應用根文檔將被卸載。任何時候，當用戶與應用中的某一個文檔交互時，這個文檔的應用根文檔也被裝載。 會話 當用戶與 VoiceXML解釋器上下文交互時，開始一個會話；文檔裝載和處理不中斷會話；用戶、文檔或解釋器上下文的請求可以結束一個會話。子對話框返回以后，將恢復原來的局部數(shù)據(jù)，語法和狀態(tài)信息。菜單提供給用戶一系列選擇，基于選擇的結果轉(zhuǎn)到某一個對話框。每 8 QB╳╳ ╳╳╳ ╳╳╳╳ 個域可以指定一個語法來定義某一個域允許的輸入。 對話框和子對話框 對話框分為兩類：窗體和菜單。如果 URI沒有給出對話框，則使用文檔中的第一個對話框。每個對話框決定下一個要執(zhí)行的對話框，對話框間的遷移用 URI來指定， URI定義了下一個對話框和對話框所在的文檔。 VoiceXML 的一些概念 一個 VoiceXML 文檔（或者一個文檔的集合，稱為應用）構成一個有限會話的自動機。 必須能滿足語音輸入的動態(tài)更新，應該能對接收自用戶的音頻進行記錄。對于語音輸入，語音識別器可通過任意一種語音語法規(guī)范來監(jiān)聽。實現(xiàn)平臺必須能報告用戶輸入的字符（如：DTMF）。當兩種方式都支持時，平臺必須能夠自由地對 TTS和音頻進行序列輸出。在一些情況下，文檔請求可由 VoiceXML 文檔的解釋過程產(chǎn)生，而其他請求由解釋器上下文產(chǎn)生（當解釋器上下文對 VoiceXML語言之外的事件，比如入呼電話呼叫發(fā)生響應時）。 對 VoiceXML實現(xiàn)平臺的要求 本部分概括了支持 VoiceXML解釋器的軟硬件的要求。 ? VoiceXML 語言不要求文檔作者明確分配和收回相應的資源，或者處理并發(fā)。 ? VoiceXML語言利用 URI來鏈接文檔，同時也利用 URI來向服務器腳本提交數(shù)據(jù)。 ? VoiceXML 語言不針對具有大量計算的 應用，數(shù)據(jù)庫操作和遺留系統(tǒng)的操作，這些任務由文檔解釋器外部的資源，如文檔服務器來處理。 ? VoiceXML語言有控制執(zhí)行流的機制。 ? VoiceXML 語言有確定語義，保證了開發(fā)人員的意圖不被誤解。 ? 為了滿足了平臺多樣性的要求和市場競爭， VoiceXML 語言不對平臺支持音頻文件格式，語音語法格式和 URI方案等方面進行規(guī)范。關于 XML的細節(jié)，請參考相關 的文檔。 VoiceXML之間通過統(tǒng)一資源標識符（ URI）來相互鏈接。 6 QB╳╳ ╳╳╳ ╳╳╳╳ VoiceXML 的范圍 VoiceXML用于描述語音應答系統(tǒng)提供的人機交互功能，這些功能包括： ? 合成語音（ TTS）的輸出； ? 音頻文件的輸出； ? 語音輸入的識別； ? DTMF輸入的識別； ? 語音輸入的記錄； ? 電話的一些功能，如呼叫轉(zhuǎn)移和掛機； ? 與業(yè)務相關的擴展。 VoiceXML是內(nèi)容提供商，工具提供商和平臺提供商的公共語言； ? 提供構造復雜應用的語言特性。用戶的輸入將作為對話框下一步執(zhí)行的根據(jù)，同時根據(jù)需要，可以將用戶的輸入發(fā)送給文檔服務器，文檔服務器產(chǎn)生另一個 VoiceXML文檔作為應答，應答的 VoiceXML文檔將繼續(xù)應用在當前的會話中。文檔服務器管理著業(yè)務腳本，同時可以執(zhí)行數(shù)據(jù)庫操作，保留現(xiàn)有遺留系統(tǒng)，并且產(chǎn)生對話框。 VoiceXML 將語音業(yè)務看作是用 戶和實現(xiàn)平臺上一系列對話框的交互。 VoiceXML 的設計目標 VoiceXML 的主要目標是將 web 應用開發(fā)的全部技術和經(jīng)驗引入到語音應答應用中，同時把這類應用的開發(fā)人員從底層編程和資源管理中解放出來。 實現(xiàn)平臺能夠產(chǎn)生用戶響應和動作（比如：講話或輸入字符，掛機）的事件和系統(tǒng)事件（比如：事件超時）。 例如，在交互式語音應用中， VoiceXML 解釋器上下文可以負責檢測呼叫并獲得相應的VoiceXML文檔，應答該呼叫。比如， 5 QB╳╳ ╳╳╳ ╳╳╳╳ 一個 VoiceXML解釋器上下文可以一直監(jiān)聽一個用戶需要幫助的事件，同時監(jiān)聽改變語音合成參數(shù)（如音量或者 TTS特征）的事件。 VoiceXML解釋器上下文（ VoiceXML interpreter context）是 VoiceXML 解釋器（ VoiceXML interpreter）的執(zhí)行環(huán)境。用戶在處理窗體中下一個元素之前，必須為一個域提供相應的信息。由于這個窗體沒有后繼的對話框，所以輸出完 “Hello World!” 后，腳本結束。窗體輸出信息并且收集輸入，菜單提供下一步作什么的選擇。 VoiceXML 對話框用于描述腳本對用戶輸出的各種提示、定義和收集用戶的響應，并且描述程序控制的流程。 下面是兩個簡短的 VoiceXML的例子。T 四家公司于 2020 年提出的一種 專門設 3 QB╳╳ ╳╳╳