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