在这种情况下使用voiceXML作为工具是否正确

Question

我有一个电话方案，其中发生以下情况：

1. 客户致电语音网关

2. 运行TCL脚本，并从客户

获取代码

3. 通过RADIUS服务器进行身份验证

4. 客户将听到正确的语音菜单

问题是RADIUS服务器必须连接到SQL数据库并检查凭据。我目前使用cisco安全ACS和MS SQL服务器上的托管存储过程设计了解决方案。

我的问题是：VoiceXML是一个更好的工具来完成这项工作，因为.net中存在一些VoiceXML的扩展和包装，它是否适合这个简单的场景？

真诚地说，我对这项技术有点不感兴趣，并且正在寻找有关其功能的优秀教程。

由于

Answer 1

VoiceXML在这种情况下可以正常工作。有一个名为VoiceModel的开源项目，它使用ASP.NET MVC生成VoiceXML，因此可以很好地与.NET堆栈集成。项目中有很多例子，讨论了如何使用this blog中的示例。这些示例使用Voxeo Prophecy作为VoiceXML平台，该平台具有将与语音网关连接的SIP接口。您可以免费下载两个端口进行试用。

Answer 2

严格来说，VoiceXML只实现了第4步。其他方面由平台或外部代码处理。 VoiceXML是实现步骤4的标准机制，但如果你要做的只是有限的音频输出和简单的输入，根据你可用的解决方案，这可能是过度的。

以下只是一个解决问题的方法示例，并且由于我对您的环境和约束条件一无所知，因此它是相当虚构的。

鉴于大多数VoiceXML平台，在接到呼叫后，您的VoiceXML应用程序将被执行。如果这是基于servlet / ASP的解决方案，则可以执行步骤2和步骤2。 3然后生成/返回VoiceXML以播放菜单，收集输入并移至下一步。如果这是静态VoiceXML 2.1解决方案，则可以使用数据元素调用向可以执行这些操作的系统发出HTTP请求。系统需要返回VoiceXML应用程序中的Javascript / ECMAScript可以解析的XML，并提供正确的音频输出和输入处理。

由于您在询问VoiceXML，我假设您的挑战是问题的电话方面。除非您已有系统，否则选择和激活前提或托管解决方案要比涉及的呼叫流程代码复杂得多。根据您的要求，可以提供低至单线的解决方案，支持音频输出的模拟调制解调器和可在内部大规模扩展的DTMF输入，以及处理实现VoiceXML以及其他各种广播的10,000个并发调用的托管解决方案呼叫流技术。