附錄 J 與VoiceXML1.0的不同之處
|
附錄 A
??附錄 B??附錄 C??附錄 D??附錄 E |
|
? |
附錄 F
??附錄 G??附錄 H??附錄 I??附錄 K |
|
? |
附錄 L
??附錄 M??附錄 N??附錄 O??附錄 P |
? |
????以下是VoiceXML1.0和VoiceXML2.0之間的不同之處[VOICEXML-1.0(http://www.w3.org/TR/voicexml20/#re_VOICEXML-1.0)]。 |
|
????VoiceXML1.0開發者也許要特別注意VoiceXML2.0與VoiceXML1.0之間的區別。這些區別在Obsolet Elements和Incompatibly Modified Elements章節中有詳細的說明。 |
|
New Elements
|
|
????·<log>用來記錄debug信息(5.3.13)。 |
|
????·<metadata>作為一種用schema來指定metedata信息的方法(6.2,6.2.2)。 |
|
Obsolete Elements
|
|
????·<dtmf>被帶有“mode=dtmf”屬性的<grammar>元素所取代(3.1.2)。 |
|
????·<emp>、<div>、<pros>和<sayas>JSML元素已經被語音合成標記語言[SSML]所取代(4.1.1)。 |
|
Incompatibly Modified Elements
|
|
????·在<vxml>元素中,“lang”已變為“xml:lang”(1.5.1)。 |
|
????·在<vxml>元素中,增加必須的xmlns屬性。 |
|
????·在<vxml>元素中,用“xml:base”屬性取代“base”屬性(1.5.1)。 |
|
????·如果平臺不支持一個指定的對象,拋出error.unsupported.objectname。對于不支持的對象類型,error.unsupported.format不拋出(2.1.2.1,2.3.5,5.2.6)。 |
|
????·當說出域的值時,一個域的值不表示一個隱含的<say-as>類,一個清晰的<say-as>必須用到。(2.1.4,附錄P)。 |
|
????·在<menu>和<choice>中增加“accept”屬性(2.2)。 |
|
????·如果<menu>的dtmf屬性設為真,而且指定“*”、“#”、“0”之外的DTMF值,error.badfetch(以前是error.semantic)拋出。 |
|
????·去除訪問內置資源如語法所需的支持,“builtin”當做訪問資源特定平臺的URI(2.3.1.2,附錄P)。 |
|
????·在<option>元素中增加“accept”屬性,在生成語法時,修改“choice phrase”的描述(2.3.1.3,2.2)。 |
|
????·從<subdialog>元素中去掉了“modal”屬性。 |
|
????·從<object>元素中,去掉“fetchaudio”屬性。 |
|
????·去掉了用<value>去播放一個錄音的能力,只有<audio>元素可以用來播放錄音(2.3.6,4.1.3,4.1.4)。 |
|
????·在<transfer>元素的dest屬性中,用“tel”格式來取代“phone”URI格式。 |
|
????·去掉了在field和form中<filled>元素的同一性(2.4)。 |
|
????·用語音合成標記語言[SSML]中的定義來取代<choice>、<prompt>、<enumerate>和<audio>中的TTS內容。 |
|
????·在<audio>,如果語音文件不能播放,而且元素的內容是空,將不播放語音,并且沒有錯誤事件拋出(4.1.3) |
|
????·從<value>元素中去掉“class”、“mode”和“recsrc”屬性(4.1.4)。 |
|
????·改變標準session變量“session.uui”成“session.telephone.uui”,增加新的通用的session變量“session.connection.protocol.name”和“session.connection.aai”,它們將提供這些或更多的信息(5.1.4)。 |
|
????·用session.connection來取代session.telephone變量。Session.connection不是協議指定的,但更具擴展性。相應的錯誤名字也有所改變。(5.1.4)。 |
|
????·在<submit>元素的namelist中的ECMAScript對象現在沒有定義,但保留作未來的定義。應用程序開發者也許會清晰地object的屬性,而不是object自身(5.3.8)。 |
|
????·去除“caching”屬性(6.1)。 |
|
????·增加“maxage”和“maxstale”屬性(6.1)。 |
|
????·從fetchint屬性中去掉“stream”(6.1.1,6.3.5)。 |
|
????·從fetching屬性中去除“caching”(6.3.5)。 |
|
????·特定平臺的全局命令語法是可選的(6.3.6)。 |
|
Modified Elements
|
|
????·平臺也許會在field和utterance level confidence之間有些微差別。Field$confidence和application.lastresult$.confidence也許有所不同(2.3.1,3.1.6.4,5.1.5,6.3.2)。 |
|
????·<subdialog>元素增加了“srcexpr”屬性(2.3.4)。 |
|
????·<record>元素增加了“maxtime”和“dest”影子變量(2.3.6)。 |
|
????·<transfer>元素增加了“transferaudio”屬性;為bridge transfer增加“maxtimedisconnect”和“unknown”值,并增加了更多的error.connection事件(2.3.7)。 |
|
????·<transfer>增加“aai”和“aaiexpr”屬性,這樣<transfer>元素可以傳遞數據(2.3.7)。 |
|
????·<link>元素增加“dtmf”屬性(2.5)。 |
|
????·W3C Speech Recognition Grammar Specification[SRGS]的XML Form必須在<grammar>中支持(3.1)。 |
|
????·<prompt>元素中增加“xml:lang”屬性(4.1)。 |
|
????·<prompt>元素中增加可以是“speech”和“hotword”值的“bargeintype”屬性(4.1)。 |
|
????·<audio>元素增加“expr”屬性(4.1.3)。 |
|
????·增加描述最后識別結果的應用程序變量“application.lastresult$”,包含n-best(5.1.5)。 |
|
????·元素<throw>、<choice>、<link>和<return>增加“event”、“eventexpr”、“message”和“messageexpr”屬性(5.2.1)。 |
|
????·<catch>增加“_event”變量(5.2.2)。 |
|
????·<catch>元素不再允許用一個空串值去指定事件屬性(5.2.4)。 |
|
????·增加“error.badfetch.http.nnn”作為預定義的錯誤類型(5.2.6)。 |
|
????·增加“error.badfetch.protocol.<response code>”作為預定義的錯誤類型(5.2.6)。 |
|
????·增加“maxspeechtimeout”事件(5.2.6)。 |
|
????·增加“error.unsupported.language”預定義錯誤類型(5.3.6)。 |
|
????·<submit>元素用“enctype”來提供“multipart/form-data”值(5.3.8)。 |
|
????·<script>可以出現在<form>元素中(5.3.12)。 |
|
????·不能從URI中提取fetchaudio不再產生badfetch事件;而是不再播放語音文件。(6.1.1)。 |
|
????·HTTP是強制性的(6.1.4)。 |
|
????·增加“maxspeechtimeout”屬性(6.3.2)。 |
|
????·平臺對“completetimeout”屬性的支持是可選的。然而,不支持此屬性的平臺必須用completetimeout的最大值和incompletetimeout值來作為incompletetimeout的值,而且必須證明它(6.3.2)。 |
|
????·增加“bargeintype”屬性(6.3.4)。 |
|
????·對fetch增加“fetchaudiodelay”和“fetchaudiominimum”屬性(6.3.5)。 |
|
????·增加“maxnbest”session屬性(6.3.6)。 |
|
????·增加“universals”屬性(缺省值為“none”)(6.3.6)。 |
|
????·為fetching屬性增加缺省值。對fetching的屬性是“maxage”和“maxstale”,這兩屬性同樣適用于<choice>、<subdialog>、<object>、<link>、<grammar>、<audio>、<goto>、<submit>和<script>。 |
|
說明
|
|
????·說明語法結果是怎樣映射到VoiceXML的,包括如下部分:接受輸入的“input items”的概念;為了匹配form_level語法,只有input items可以被填充;field_level的語法不能填充input items,但可以填充當前的field。<object>元素可填充并可以觸發filled動作;為語義映射和在lastresult$上的效應、影子變量和在FIA中的處理過程增加設計原則(1.2.4,2.1.4,2.1.5,2.1.6.2.3,2.2,2.3.1,2.3.1.3,2.3.5,2.3.6,2.3.7.2,2.4,2.5,3.1.1,3.1.6,3.1.6.1,3.1.6.2,3.1.6.3,3.1.6.4,附錄C)。 |
|
????·如果沒有輸入輸出語音資源,必須拋出error.noresource事件(1.2.5,5.2.6)。 |
|
????·根文檔葉文檔之間的定義和轉接(1.5.2)。 |
|
????·引用應用程序根文檔和它的語法(1.5.2)。 |
|
????·當一個子對話框以唯一fragment identifier調用時,根和葉文檔沒有改變,這些文檔用來初始化根和葉的關聯關系(1.5.2)。 |
|
????·在根到根的轉換中,當前和目標應用程序有同樣的名字時,根關聯關系的初始化是由緩存策略決定的。(1.5.2)。 |
|
????·URI的說明,特別是fragment identifiers,與RFC2396相關(1.5.2,2.3.4,5.3.7,5.3.8,6.1.1)。 |
|
????·根文檔是怎樣在多文檔應用程序中處理的說明和用根文檔的好處(1.5.2)。 |
|
????·用<goto>元素,<subdialog>把控制轉向別一個<subdialog>和另一個對話框(1.5.3)。 |
|
????·當在解釋和用戶之間不再有聯接時,增加區域描寫最終處理狀態。在<catch>元素中取消最終處理描述(1.5.4,5.2.2)。 |
|
????·在Form中指定的語法優先于<Form>元素中的缺省語法(2.1)。 |
|
????·當運行不支持的<object>實例時的行為(2.1.2.1,2.3.5)。 |
|
????·如果平臺不支持指定的<object>元素,error.unsupported.object.objectname拋出(2.1.2)。 |
|
????·在field中的多重提示不必有count屬性。在field中的一個或多個語音提示根據4.1.6中的提示選擇算法依次播放(2.1.4)。 |
|
????·在form item中的<goto nextitem>的效果(2.1.5)。 |
|
????·當用<goto nextitem>元素時,變量、條件和計數沒有重設(2.1.5)。 |
|
????·mixed initiative對話需要form級的語法,對mixed initiative對話有許多開發風格,包括在<field>元素中用<initial>和cond屬性(2.1.5)。 |
|
????·在collect phase中,帶有語音播放的<transfer>、<subdialog>、<object>元素的行為(2.1.6)。 |
|
????·在FIA處理過程和<filled>元素中的事件句柄選擇(2.1.6.2)。 |
|
????·在FIA的select和collect phase,如果發生錯誤,會拋出一個事件,FIA將直接進入process phase(2.1.6.2,2.1.6.2.1,2.1.6.2.3)。 |
|
????·當一個錯誤拋出,后續的執行元素并沒有執行。如果沒有清晰的轉接控制,隱含的<exit>將執行(2.1.6.2.1,5.3)。 |
|
????·引起運行中斷的列舉的執行關聯元素(2.1.6.2.3)。 |
|
????·<reprompt>元素不能中止FIA(2.1.6.2.3)。 |
|
????·說明互斥孤立屬性和子內容的規定和行為(2.2,2.3.4,2.3.7,2.5,3.1.1.4,4.1.3,5.2.1,5.3.7,5.3.8,5.3.9,5.3.10,5.3.12,6.4)。 |
|
????·在<menu>中,如果dtmf="true"但<choice>已經明顯地指定不是“0”、“*”、“#”的DTMF,這是一個語法錯誤。如果有多于9個choice而沒有指定dtmf,這樣就沒dtmf就不會自動地賦值(就沒有dtmf輸入可以匹配choice),但不會產生錯誤(2.2.3)。 |
|
????·<enumerate>元素的使用(2.2.4,2.3.1)。 |
|
????·<grammar>覆蓋在<choice>中自動產生的語法(2.2.2)。 |
|
????·<choice>用expr求值URI,以便轉向相應的文檔(2.2.2)。 |
|
????·<choice>事件句柄沒有控制轉向,引起menu重執行(2.2.2)。 |
|
????·在<choice>、<option>、<link>DTMF屬性中指定的DTMF序列等同于簡單的DTMF語法,在此,DTMF屬性適用于序列的識別,然而不象語法,空格在DTMF序列里是可選的(2.3.1.3,2.5)。 |
|
????·在<menu>、<choice>中,大致的語法生成規范(2.2.5)。 |
|
????·如果form item沒有填充,而且其cond屬性沒有指定,或者其值為true,它被運行(2.3,2.3.1)。 |
|
????·在form中,form item的名字必須是唯一的。在<script>元素中聲明的變量聲明在包含<script>元素的范圍中(2.3.1,5.3.12)。 |
|
????·重組整個form item以便澄清特征適用于哪上form item。這也表明了<initial> form item也包含<property>和<catch>元素(2.3)。 |
|
????·在轉換到boolean后,求出“cond”的表達式。這影響在form item<field>、<block>、<initial>、<subdialog>、<object>、<record>和<transfer>(2.3);<prompt>(4.1)和<catch>(5.2.2)中的“cond”屬性。 |
|
????·影子變量是可寫的而且可以被應用程序修改。改變“application.lastresult$”以便其是可寫而且可被應用程序修改(2.3,5.15)。 |
|
????·當DTMF屬性定義后,給field變量賦值(2.3.1)。 |
|
????·form item變量必須遵循ECMAScript變量的命名規范(2.3.1,5.1)。 |
|
????·如果一個指定的<field> builtin類型不被平臺支持,將拋出一個error.unsupported.builtin事件,如果一個平臺支持builtin類型,它必須在指定的語言中支持所有的builtin類型(2.3.1,5.2.6,附錄P)。 |
|
????·用帶有“builtin:”URI scheme的DTMF和speech語法(2.3.1.2)。 |
|
????·當在<option>中沒有指定“value”或CDATA時,輸入DTMF時,串返回(2.3.1.3)。 |
|
????·<option>和<grammar>可以并發地在<field>中指定語法(2.3.1.3)。 |
|
????·當訪問<initial>時,通常的語法范圍規則有效;在特殊情況下,沒有field語法被激活(2.3.3)。 |
|
????·一個Form允許多重的<initial>元素,在運行中它是怎樣被選擇的(2.3.3,附錄 C)。 |
|
????·在<subdialog>中的變量范圍(2.3.4)。 |
|
????·<subdialog>的關聯是獨立于它的呼叫關聯的(變量實例是不能共享的),但是它的關聯是符合語法、事件、和變量的通常范圍規則(2.3.4)。 |
|
????·如果沒有指定相應的<param>,在<subdialog>中,用“expr”屬性設置變量(2.3.4)。 |
|
????·子對話框的執行關聯的描述(2.3.4)。 |
|
????·說明<return>怎樣傳遞<subdialog>中的數據到調用它的對話框(2.3.4,5.3.10)。 |
|
????·子對話框中的變量以名字和在文檔的次序上匹配參數,參數值在<param>元素的關聯關系上求值(2.3.4)。 |
|
????·當一個無效的轉接發生在<subdialog>、<goto>、<submit>中,error.badfetch錯誤拋出,在轉接過程中錯誤在此處理的區域是依賴于平臺的(2.3.4,5.3.7,5.3.8)。 |
|
????·沒有<return>的<subdialog>繼續運行,直到它遇到一個<exit>或直到沒有符合條件的form item讓FIA去選擇(等于一個<exit>)(2.3.4)。 |
|
????·一個獨立查詢串不是一個有效的URI:沒有特別的處理,因此需要在<subdialog>和<goto>中指定的轉接URI(2.3.4)。 |
|
????·<object>元素自己可以斷定它接受的參數名字或值是不有效。如果這樣,一個錯誤拋出(它也許是一個標準錯誤或者是一個特定對象錯誤)(2.3.5)。 |
|
????·在錄音過程中用戶掛機正常中止錄音。先于掛機錄下來的數據可以返回到服務器(2.3.6)。 |
|
????·在錄音過程中的語法解釋(2.3.6)。 |
|
????·在<record>中的field變量是對錄下來的語音文件的引用,當傳遞錄下來的數據到服務器,<submit>元素的“enctype”應該設為“multipart/form-data”(2.3.6,5.3.8)。 |
|
????·當<record>的dtmfterm屬性設為false,DTMF輸入接收,行為的說明(2.3.6)。 |
|
????·在得到語音數據時,錄音開始時的說明和錄音中止時的行為(2.3.6)。 |
|
????·<record>變量是怎樣執行的隨平臺而有所不同。(雖然所有的平臺必須支持在<audio>和<submit>中指定的行為)(2.3.6)。 |
|
????·缺省時,<record>的finalsilence和maxtime屬性等于平臺指定的值(2.3.6)。 |
|
????·語音和DTMF中止的<transfer>返回near_end_disconnect狀態(2.3.7)。 |
|
????·在<transfer>元素中的“dest”屬性的值(2.3.7)。 |
|
????·<transfer>元素form item變量對于blind transfer是沒有定義的(undefined)(2.3.7)。 |
|
????·<transfer>的修改包括:當平臺不能處理“dest”或“destexpr”URI的錯誤事件。當 blind transfer發生時,平臺馬上掛斷的說明。如果平臺不能執行blind或bridge transfer事件拋出的規定。(雖然有些錯誤條件也許會報告)對blind transfer來講,聯接狀態不能得到的陳述。對blind transfer來講,transferaudio被忽略。在bridged transfer之中和之前的語音播放,包括這些情形,在聯接建立前transferaudio結束;在開始transfer前,隊列中的語音開始播放,等待輸入和播放語音時序的陳述。增加name$.inputmode和name$utterance影子變量。在轉接過程中,平臺支持等待輸入是可選的。(2.3.7,5.2.6)。 |
|
????·在bridged <transfer>元素中,在外呼期間,bargetype是固定為“hotword”(2.3.7) |
|
????·在呼叫轉移或者試圖呼叫轉移時,如果主叫掛機,<transfer>變量和影子變量沒有設置。如果一個呼叫先于應答被主叫用語音或DTMF中斷,duration影子變量置為零(2.3.7.2.2)。 |
|
????·<transfer>的utterance影子變量設為DTMF結果,如果轉接被DTMF輸入中止(2.3.7.2.2)。 |
|
????·在bridge transfer中,在聯結建立之前,主叫通過DTMF或語音命令強迫被叫掛機的地址狀態(2.3.7.2.2)。 |
|
????·<link>有零和更多的語法(2.5)。 |
|
????·<link>元素拋出的事件在激活的區域中是由最有資格的<catch>元素處理的(2.5)。 |
|
????·<link>元素可以是<field>和<initial> form item的child(2.5)。 |
|
????·包含<link>有“scope”屬性的元素,在<link>語法的范圍內沒有任何效果(2.5)。 |
|
????·在<link>中,其內容(如:<grammar>)的任何URI被求值。在激活的對話區域和上下文中,其屬性中的URI和ECMAScript表達式被求值(2.5)。 |
|
????·在<grammar>元素中的“xml:lang”屬性在平臺上不必有多語言的支持(3.1)。 |
|
????·不支持的語法語言產生error.unsupported.language事件(3.1.1)。 |
|
????·不支持的語言可以表明在<throw>元素message 變量中(3.1.1)。 |
|
????·在數字表達式中一個串的數字結果(ECMAScript將自動地變換成數字);串不能有前導零(3.1.1)。 |
|
????·除了XML的SRGS的XML格式,對于inline語法格式SRGS <grammar>元素在VoiceXML 2.0被擴展以允許PCDATA(3.1.1,3.1.1.4)。 |
|
????·隱含的語法(如option)不支持weight(3.1.1.3)。 |
|
????·在<grammar>中的type屬性優先于其它可能的media類型;如果指定了,與語法的類型沖突,一個錯誤將拋出(3.1.1.2,3.1.1.4)。 |
|
????·<grammar>屬性的應用和解釋從SRGS中繼承(version、xml:lang、mode、root、tag-format、xml:base),在線XML SRGS語法遵從SRGS中的行為。對于在線ABNF SRGS語法以及外部的ABNF和XML SRGS語法,必須忽略這些屬性。對所有其它的語法類型,這些屬性的解釋和應用是依賴于平臺的(3.1.1.4)。 |
|
????·在SRGS語法的root rule中,不必是public rule(3.1.1.4)。 |
|
????·在form_level和field_level之間的差別(3.1.6,3.1.6.1,3.6.1.2)。 |
|
????·<grammar>元素的“mode”屬性與grammar mode沖突(3.1.1.4)。 |
|
????·“slot”可以在任意的嵌套級別上用圓點分隔選擇屬性,去掉寓意排列的索引表達式(如“pzza.toppings[3]”)文本是支持的(3.1.6.1)排列的DTMF和語音語法描述;DTMF語法可以返回一組屬性對和一個串值(3.1.2)。 |
|
????·匹配的form_level語法在input item可以覆蓋存在的值,這些<filled>以Section 2.4和附錄 C(3.1.6.1)所描寫的方式處理(3.1.6.1)。 |
|
????·排列的DTMF和語音語法描述;DTMF語法可以返回一組屬性對和一個串值(3.1.2)。 |
|
????·如果一個文檔包含一個指定范圍的語法,在<link>或者在菜單<choice>中,此語法包含一field,error.badfetch拋出(3.1.3)。 |
|
????·當<form>和<menu>等待輸入時,如果沒有語法激活,error.semantic事件拋出(3.1.4)。 |
|
????·inputmodes屬性不影響語法的激活(3.1.4,6.3.6)。 |
|
????·在<grammar>元素內正在運行的語義附件(3.1.5)。 |
|
????·<prompt>的“bargein”和“bargeintype”屬性的缺省值是由“bargein”和“bargeintype”決定的(4.1)。 |
|
????·時間是一個非負的數值,其后須有ms或s。下列屬性以時間作為它們的值:<prompt>-timeout;<transfer>-maxtime(NB:現在缺省是“0s”),connecttimeout;<record>-maxtime,finalsilence。下列屬性有時間值:fetchtimeout、completetimeout、incompletetimeout、maxspeechtimeout、interdigttimeout、termtimeout、timeout、fetchaudiodelay、fetchaudiominimum、fetchtimeout(4.1,2.3.6,2.3.7,6.1.1,6.3)。 |
|
????·如果文本中包含語音合成標志,應將之放在<prompt></prompt>對之間(4.1.2)。 |
|
????·在<prompt>中的“xml:lang”屬性不需要多語言的支持(4.1.1)。 |
|
????·不支持的合成語言產生error.unsupported.language事件(4.1.1)。 |
|
????·在<audio>元素中的可選內容(4.1.3)。 |
|
????·當<audio>的“expr”的值是ECMAScript的undefined,元素的內容忽略。如果它等于一個無效的URI,或者格式不支持,等等,將激活回調策略(4.1.3)。 |
|
????·在<audio>中,平臺優化stream audio(4.1.3)。 |
|
????·在<prompt>元素之外的單獨的<value>元素是合法的(4.1.4)。 |
|
????·在<audio>中的expr的簡單求值,以便它不被特別對待;可以用CDATA來處理一引起特別的XML字符。它不會當做SSML文檔或一個文檔片斷來對待(4.1.4)。 |
|
????·當<prompt>元素的“bargein”是false,DTMF輸入緩沖區被刪除(4.1.5)。 |
|
????·在一組語音提示中bargein出現時的行為(4.1.5)。 |
|
????·當prompt的“bargein”屬性是false,當提示語音播放輸入沒有緩存(任何已經緩存的DTMF被拋棄)(4.1.5)。 |
|
????·<prompt>的“bargeintype”屬性應用于DTMF輸入以及語音輸入(4.1.5.1)。 |
|
????·在Form的<initial>元素中,支持語音提示的計數(4.1.6)。 |
|
????·每個<prompt>有它自己的timeout值,當語音提示排隊,在缺省情況下,<prompt>的timeout屬性等于timeout property(4.1.7)。 |
|
????·在語音隊列和input collection之間的關系(4.1.8)。 |
|
????·與轉接執行無關的異步事件(如disconnect)是可緩存的,它一直緩存到拋出前的等待狀態(4.1.8)。 |
|
????·說明解釋器和FIA之間的映射;語法的激活、并發等待伴有語音播放的輸入的出現(4.1.8)。 |
|
????·當prompt的bargein屬性是false,輸入沒有收集,在轉接狀態下緩存的DTMF如4.1.5中所描述的一樣被刪除(4.1.8)。 |
|
????·VoiceXML和ECMAScript變量是同樣的變量空間的一部分;在ECMAScript中申明的變量可以直接用在VoiceXML中(5.1)。 |
|
????·VoiceXML變量名,包括域名,必須符合ECMAScript規則;在申明的變量名中不能包含一個點;在field名字中,“a.b”是非法的(5.1)。 |
|
????·VoiceXML變量和變量區域必須符合ECMAScript區域鏈;作為結果,對一個沒有聲明的變量的引用產生error.semantic錯誤。(5.1.1,5.1.2)。 |
|
????·變量的范圍(5.1.2)。 |
|
????·在應用程序根文檔下的應用程序和文檔的變量范圍(5.1.2)。 |
|
????·只有一些cond操作符需要轉義(5.1.3)。 |
|
????·沒有指定根、帶有變量X的文檔,這個變量可以用application.x和document.x引用(5.1.3)。 |
|
????·說明“application.lastresult$”是一個ECMAScript數組(5.1.5)。 |
|
????·lastresult應用程序變量的持續性說明(5.1.5)。 |
|
????·lastresult以confidence和語法的區域排序(5.1.5,2.3.1,3.1.4)。 |
|
????·當DTMF語法匹配,application.lastresult$的解釋變量包含匹配的數字串(5.1.5)。 |
|
????·對激活文檔的相對URL的求值(5.2)。 |
|
????·catch 元素用最深層(事件在此激發,但catch不在此定義)的元素屬性。(5.2)。 |
|
????·當事件拋出后,VoiceXML通常不指定(5.2.1)。 |
|
????·VoiceXML事件的處理通常符合XML和DOM2事件處理的模式(5.2,5.2.2,5.2.4)。 |
|
????·當有同樣的或有同樣前綴的名字事件出現時,與<catch>相關的事件計數是遞增的,這影響到5.2.4部分的有正確計數的catch句柄的選擇(5.2.2)。 |
|
????·<catch>的“event”和“count”屬性的定義(5.2.2)。 |
|
????·當用戶掛機時在<catch>中沒有內在的限制(5.2.2)。 |
|
????·<catch>的事件必須是串“.”,它表示所有的事件將被捕獲(5.2.2)。 |
|
????·沒有指定的事件屬性的<catch>等于帶有event="."的<catch>(5.2.2,5.2.4)。 |
|
????·“as if by copy”catch inheritance(5.2,5.2.4)。 |
|
????·catch元素選擇算法(5.2.4)。 |
|
????·用前綴匹配作為符號匹配,而不是字符串匹配(5.2.4)。 |
|
????·“error.badfetch”預定義的錯誤類型(5.2.6)。 |
|
????·直到文檔準備運行,error.badfetch拋出。變量初始化是不是執行的一部分依賴于平臺(5.2.6)。 |
|
????·“error.badfetch”事件拋出的情形說明,一個相似的瀏覽器也許拋出其名字是擴展的預定義事件(5.2.6)。 |
|
????·應用程序和平臺指定的事件類型應該用反轉的Internet域名習慣以防名字的沖突(5.2.6)。 |
|
????·HTTPS不象HTTP一樣是同樣的協議(5.2.6)。 |
|
????·在SESSION的第一個文檔中出現的錯誤,在裝載文檔、進入FIA前,錯誤出現時以特定平臺的方法處理(5.2.6)。 |
|
????·不將“divide by 0”作為一個run_time錯誤,但它拋出error.semantic錯誤(ECMAScript不報告一個錯誤)(5.2.6)。 |
|
????·在大多數情況下,事件error.noauthorization被拋出的情況多于連接失敗(5.2.6)。 |
|
????·error.unsuport.element事件只在VoiceXML 2.0元素中拋出(5.2.6)。 |
|
????·如果試圖賦值給一個沒有聲明的變量,error.semantic事件拋出。ECMAScript對象,如:o.foo,可以直接賦值,如果試圖去聲明它們,將產生一個error.semantic事件(5.3.2)。 |
|
????·<clear>的namelist也許指定變量而不是form item變量,它們可以被重設置(5.3.3)。 |
|
????·在catch元素中的<reprompt>的效果(5.3.6)。 |
|
????·<reprompt>元素在有<goto>元素的<catch>中的行為(5.3.6)。 |
|
????·當它們以<submit>、<return>、<goto>結束,在執行<catch>元素后,FIA執行通常的語音隊列(5.3.6,附錄 C)。 |
|
????·在<catch>外面,<reprompt>沒有任何效果(5.3.6)。 |
|
????·在文檔變量中的<goto>的URI的效果(5.3.7)。 |
|
????·在Form item轉換時,<goto>所出現的錯誤,這些錯誤事件在對話的范圍里被處理(5.3.7)。 |
|
????·在<goto>中,如果nextitem和expritem引用一個不存在的form item,一個error.badfetch事件被拋出(5.3.7)。 |
|
????·在VoiceXML或ECMAScript中聲明的變量可以被提交(5.3.8)。 |
|
????·在一些情況下,<submit>可以被中間緩存滿足(5.3.8)。 |
|
????·<exit>不能拋出一個“exit”事件(5.3.9)。 |
|
????·<exit>的“expr”屬性的值是一個ECMAScript表達式(5.3.9)。 |
|
????·沒有<script>的“type”屬性(5.3.12)。 |
|
????·<script>與<var>元素和<form>元素中的form item變量一起求值(5.3.12)。 |
|
????·在<script>元素中的“charset”的定義(5.3.12)。 |
|
????·<log>的處理是依賴平臺的(5.3.13)。 |
|
????·預取的修改(6.1)。 |
|
????·“fetchint”屬性的效果(6.1.1)。 |
|
????·緩存策略的選取(6.1.2)。 |
|
????·緩存遵循HTTP 1.1的緩存糾正規則(6.1.2)。 |
|
????·沒有標志機制去控制應用程序根文檔(6.1.2.1)。 |
|
????·<meta>的第一個類型是由屬性名字和內容表達,第二個類型是由http-equiv和內容表達(6.2.1)。 |
|
????·當<property>元素的不同的值在同一級別上被指定,在文檔次序上的最后一個有效。 |
|
????·屬性可以在field input items但不是在control items上設置(6.3)。 |
|
????·平臺指定的屬性的格式(6.3.1)。 |
|
????·語音合成屬性“completetimeout”和“incompletetimeout”的定義(6.3.2)。 |
|
????·傳向<subdialog>元素的參數值永遠是數據(6.4)。 |
|
????·時間指定值的定義(6.5)。 |
|
????·數字格式用在CSS2中,ASR屬性confidencelevel、sensitivity和speedvsacurracy的值也是這種格式(6.5,6.3.2)。 |
|
????·在<var>中限制域名和名字屬性,在<goto>中限制nextitem屬性到NMTOKEN;擴展<assign>中的名字屬性如NMTOKEN,但也允許“$”(對于影子變量的同值);限制在<filled>中的namelist屬性到NMTOKENS;擴展<exit>、<submit>、<clear>和<return>的namelist屬性如NMTOKENS,但允許“$”(附錄 B,附錄 O)。 |
|
????·限制<choice>的內容模式到PCDAT和<grammar>元素;<emumerate>不能出現在另一個<enumerate>元素里(附錄 B,附錄 O,2.2.4)。 |
|
????·(不象schema)DTD不能正確地表達,<metadata>元素可以從其它XML名字空間包含元素(附錄 B)。 |
|
????·FIA說明,application.lastresult$在每一次成功的識別后賦值(附錄 C)。 |
|
????·FIA說明,在當前form和menu里的匹配<link>語法,在當前form和menu之外的匹配菜單<choice>語法(附錄 C)。 |
|
????·FIA規定,活動語法的收集不包括<subdialog>鏈的語法(附錄 C)。 |
|
????·FIA初始化期間,<script>和form item元素的初始化(附錄 C)。 |
|
????·在FIA執行期間,事件也許在數點上產生,它們是怎樣處理的取決于FIA的激活部分(附錄 C)。 |
|
????·在FIA的collect phase,只有從input item和<initial>的語音提示被選擇,它們的提示計數不增加。當form item執行時,在<block>中的語音提示排序開始(附錄 C)。 |
|
????·對各種DTMF輸入的timeout的使用(附錄 D)。 |
|
????·如果不能處理非標準VoiceXML元素和屬性,它必須拋出error.badfetch錯誤(附錄 F)。 |
|
????·記錄在內置應用的解釋和希望的平臺的依賴性(附錄 P)。 |
|
????·內置DTMF和語音語法的參數化(附錄 P)。 |
|
????·相反的參數到內置數據的處理(附錄 P)。 |
|
????·從內置類型“number”返回的結果值(附錄 P)。 |
|
????·如果不說的話,貨幣碼不指定(附錄 P)。 |
|
????·只有數字和boolean語法可以參數化(附錄 P)。 |
|
????·用<say-as>表達內置值的描寫(附錄 P)。 |
|
????·在<field>中帶有指定內置類型語音和DTMF<grammar>元素。 |
|
Miscellaneous
|
|
????·用XML編碼屬性、推薦的schema屬性和轉義的非法XML字符(<、>、&等)更新例子。 |
|
????·用試驗性的media type(如:“application/srgs+xml”)傳遞到IETF。 |
|
????·增加描寫VoiceXML的初始化和它是怎樣與其它工作相關連的部分(1)。 |
|
????·為<audio>、<record>指定一組需要的語音格式(1.2.4)。 |
|
????·關于語音和DTMF語法、語音、TTS、錄音和Tansfer支持(1.2.5)。 |
|
????·平臺應該用User_Agent HTTP header來鑒別它們自身(1.2.5)。 |
|
????·內置類型和基礎語法是提供信息的而不是標準化的(2.3.1,2.3.1.1,2.3.1.2,附錄P)。 |
|
????·匹配SRGS 1.0規范的更新部分(3)。 |
|
????·語義解釋器怎樣映射到form變量的描述(3.1.6)。 |
|
????·匹配SSML 1.0更新的部分(4)。 |
|
????·保留變量名字空間“_$”作內部應用(5.1)。 |
|
????·帶有“session”、“application”、“document”、“dialog”名字的變量和form items不鼓勵使用(5.1.2)。 |
|
????·metadata信息在<metadata>中而不是在<meta>中表達,用<meta>取除推薦的metadata信息。用RDF schema和Dubin Core屬性增加推薦的metadata信息(6.2)。 |
|
????·當解釋器遇到不能處理的屬性時,改變一致性行為。它不能拋出error.unsupport.property,必須忽略屬性(6.3.1)。 |
|
????·DTD更多用于提供信息而不是標準化(附錄 B)。 |
|
????·一組需要的語音格式(附錄 E)。 |
|
????·例如用“audio/x-wav”不代替“audio/wav”,當正式地用IETF登記時,增加媒體類型將被采納的記錄 (附錄 E)。 |
|
????·修改符合VoiceXML處理器的定義,包含需要支持在文檔中描寫的所有元素的語法和語義(附錄 F)。 |
|
????·符合文檔部分引用格式而不是DTD限制(附錄 F)。 |
|
????·符合DTD是提供信息的,而schema是標準化的。一個符合的文檔必須在根元素中指定VoiceXML名字空間。Version="2.0"屬性也必須寫明,應提供“xsi:schemaLocation”來指明VoiceXML schema的位置。DOCTYPE的聲明是任選的。當遇到沒有VoiceXML指定根元素時,文檔時處理器的行為是沒有定義的(附錄 F)。 |
|
????·修改VoiceXML可以表達可訪問性的需要和論點描述(附錄 H)。 |
|
????·可重用的附錄(附錄 K)。 |
|
????·增加引用附錄(附錄 M)。 |
|
????·增加描述VoiceXML媒體類型和帶有包含致電IETF備忘錄來登記VoiceXML媒體類型的文件附錄(附錄 N)。 |
|
????·VoiceXML標準化定義,在語法和合成規范中,從部分schema中,用兩個其它的schema來改編定義(附錄 O)。 |
|
????·用XML Spy4.4,XSV(June 2002 version)和Xerces 2(Java和C++版本)驗證schema(附錄 O)。 |
|
????·為VoiceXML 2.0增加完整的Schema鏈接(附錄 O)。 |