[发明专利]可直接编辑的IVR动态菜单方法及其访问方法

说明书

技术领域

本发明属于电信增值业务系统中的互动式语音应答(Interactive Voice Response，IVR) 技术领域，特别涉及一种可直接编辑的IVR动态菜单方法及其访问方法。

背景技术

目前电信增值业务领域实现IVR流程开发主要有两种模式：

一、业务开发商开发模式。这种模式下，整个增值业务系统由一家公司负责开发维护， 其中在呼叫处理部分一般分为：媒体网关模块、信令网关模块、资源控制模块、IVR流程运行 模块。这些模块组成一个平台系统，在它上面运行不同的IVR业务流程实现不同的业务逻辑。 IVR流程负责实现具体的业务逻辑，这个平台则负责执行IVR流程提供的具体指令，实现对用 户放音，收号，再放音，外呼等操作。显然，这个平台和它上面要承载的具体业务逻辑没有 关系，具有很强的独立性和通用性，一般一个系统建设后，这些模块很少再会有变化。业务 开发商通过编制各种不同的IVR流程来实现各种电信增值业务。在这里，打个比方，呼叫平 台相当于JAVA虚拟机，开发商的IVR流程开发人员相当于JAVA程序员，“JAVA程序员”需要 不断得编写不同的“JAVA程序”以实现不同的业务功能。

该模式的优点是：开发商对系统把握精准，理解透彻，对于用户提的需求可以高质量得 完成。

缺点是：为了及时应对不同的客户提的各种需求和变更，需要有一个专业的IVR流程开 发团队持续进行需求开发和维护，举个例子，哪怕用户的需求仅仅是要把某个子菜单从第二 层提到第一层这种最简单的需求变更，也需要开发人员修改IVR流程代码来支持。显然，如 果开发商只是做一个“呼叫中心系统”供移动公司使用的话，它的客户只有一个，即移动公 司此类运营商，开发人员完全有能力去及时应对这一个客户需求变更。如果开发商的客户不 是运营商，而是广大的企业用户，如“企业总机系统”的客户就是成千上万的企业，这些企 业的需求千变万化，则该模式肯定无法适应这种大量的需求变更。

二、用户开发模式。这种模式比第一个模式有了进步，业务开发商由于无法应对众多的 需求变更，只得把平台部分和多变的IVR业务流程部分剥离开来，开发商只负责提供和维护 一个呼叫平台，IVR业务流程的开发过程则直接提供给了用户。这不是简单直接让用户去承担 原IVR流程开发人员的角色，开发商需要将IVR流程事先进行一层较好的封装，将常用功能 打包，如“播放菜单”功能，提供给用户，可能就只需要“播放时长，取几个按键，文件名， 用户不按键循环几次”这几个简单参数，而封装前，可能还需要“超时时长，结束键，从文 件的哪里开始播放”等复杂参数。这就要求必须降低IVR流程开发的难度，提供更友好简单 的用户开发界面。

该模式优点在于：开发商可以集中精力做好平台的维护开发，用户可以在当前框架下自 己实现自己的需求。需求变更可以不用在开发商那里排队了。

缺点是：门槛较高。即使降低了难度，对于提供脚本式IVR流程开发语言的系统，还是 需要用户懂得基本的编程逻辑，会使用变量，懂得函数调用等等，有的厂家的流程开发语言 甚至和汇编语言类似；对于提供图形界面的IVR流程开发系统，用户也需要懂得业务逻辑， 会控制循环，知道在合适的条件下跳出循环，使用各种变量等等。用户开发模式，还是需要 用户懂得一些开发上的方法和技巧，要求较高。

发明内容

本发明的发明人在业务开发过程中发现，很多企业的需求是类似的，本发明将大量类似 的需求提取出来，封装成一个个不可拆分的功能模块，提供给用户。用户要做的仅仅是告诉 语音平台，按哪个键调用哪个模块功能。如“语音信箱请按1，电话会议请按2，企业介绍请 按3”。用户不需要去了解流程逻辑，不需要使用任何变量。这样，可以大大简化用户IVR流 程界面的制作，解决现有技术存在的上述技术问题，为此，本发明提供一种可直接编辑的IVR 动态菜单方法及其访问方法。

本发明采用如下技术方案：

一种可直接编辑的IVR动态菜单方法，包括以下步骤：

提供编号与功能相对应的语音平台功能编号列表，IVR菜单为一树状结构，根结点下设有 子菜单节点，子菜单节点下设有功能节点，不是叶结点的功能节点中设有子菜单节点；其中， 所述功能节点包括：

a、功能按键：表明用户按了什么按键才响应此功能；