附录 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)。 |