[發明專利]可直接編輯的IVR動態菜單方法及其訪問方法

有效

• 申請號: 200910053712.9
• 申請日: 2009-06-24
• 公開（公告）號: CN101582948A
• 公開（公告）日: 2009-11-18
• 發明（設計）人: 邱麗霞;范晟;應必善;張煜;陳志堅;陳漁江
• 申請（專利權）人: 杭州世導科技有限公司
• 主分類號: H04M3/493
• 分類號: H04M3/493;G06F17/30
• 代理公司: 上海金盛協力知識產權代理有限公司
• 代理人: 曹芳玲

技術領域

本發明屬于電信增值業務系統中的互動式語音應答(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、功能按鍵：表明用戶按了什么按鍵才響應此功能；