我被告知有机会做VoiceXML - 我没有任何经验,但显然可能没问题.然而,我做了一些关于这项技术的初步研究,它看起来很旧,从未获得过多的牵引力等等,但我无法弄清楚什么技术(y,ies)取而代之.VoiceXML现在是一项很好的技能,还是它正在消失/从未真正陷入那么多？如果它正在消亡,它取代了什么？为什么？
VoiceXML在开发交互式语音应答(IVR)系统方面远非如此.所有顶级IVR平台都支持VoiceXML,因为它是W3C支持的开放标准,并且仍在积极地由语音浏览器工作组以及许多其他相关标准进行工作.本博客文章中对VoiceXML和开发环境的进展进行了很好的讨论.
VoiceXML的另一个优势是它使用基于Web的技术开发语音应用程序,因此您可以利用此领域的任何技能进行开发.但是,如果您是IVR开发的新手,您需要学习其他技能才能获得成功,例如语音用户界面(VUI)设计,如何为语音应用程序开发语法,以及调整语音应用程序.无论语言或开发环境如何,您都需要学习这些技能.
开发IVR应用程序的另一种方法是减少了解VoiceXML的需求,这是一个类似于开源项目VoiceModel的框架.如果您已具备ASP.NET VoiceModel技能,则可以在不了解VoiceXML的情况下开发在VoiceXML平台上运行的IVR应用程序.它将它抽象到更高级别,您只需拼凑.NET对象来定义语音应用程序.VoiceModel的另一个好处是你可以开发一次你的IVR应用程序,它将运行在兼容VoiceXML的IVR或基于云的IVR(如Tropo)上.有计划还包括对Twilio的支持.
也许这就是你听到的关于VoiceXML死亡的嗡嗡声.有一些基于云的IVR /电话平台正在出现,例如Tropo和Twilio,它们不使用VoiceXML并使用他们自己的专有API.对我来说,这是向IVR开发的旧时代迈进了一步,每个IVR供应商都拥有自己的专有开发环境和语言.我坚信像VoiceXML这样的开放标准,但我不得不承认这种新型IVR供应商肯定会在市场上占据一席之地.我认为现在判断它们是否会存活还为时过早.
所以主要的问题是; 是否有VoiceXML的替代品.答案是肯定的.两种替代方案是Tropo和Twilio基于云的平台的专有API .另一种方法是使用像VoiceModel这样的东西来抽象出知道VoiceXML的需要,但允许你在VoiceXML兼容平台上运行应用程序.甚至另一种选择是使用像VoiceObjects这样的开发环境,它也抽象出很多需要知道VoiceXML.
另一个问题是; VoiceXML是一项很好的技能.我会说是的,如果你正在开发大量的IVR应用程序,特别是如果你支持现有的应用程序.有很多VoiceXML应用程序需要维护,目前企业中主要的IVR平台是VoiceXML兼容的.如果您正在开发一次性应用程序,您可能需要查看Tropo或Twilio等内容.需要注意的是,如果这些初创企业进入市场,你可能会在VoiceXML中重写应用程序.这就是我喜欢打开标准的原因.或者充分利用这两个世界,看看像VoiceModel这样的东西.