專利名稱：一種交互語音應(yīng)答業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及智能業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)，尤其是交互語音應(yīng)答業(yè)務(wù)的實(shí)現(xiàn) 方法及系統(tǒng)。
背景技術(shù)：
自從智能網(wǎng)的概念提出以來，智能網(wǎng)以其能快速提供業(yè)務(wù)、集中式數(shù)據(jù)管理、 布置方便靈活等特點(diǎn)，迅速得以發(fā)展，尤其是它提出的SIB (Service-Independent Building Block,業(yè)務(wù)無關(guān)組)概念，極大地簡化了新業(yè)務(wù)的開發(fā)，為靈活、快 速地實(shí)現(xiàn)各類智能業(yè)務(wù)提供了基礎(chǔ)。
然而，隨著智能業(yè)務(wù)的發(fā)展，業(yè)務(wù)的功能越來越強(qiáng)大，復(fù)雜性也越來越高， 直接的表現(xiàn)就是一個(gè)業(yè)務(wù)中SIB的個(gè)數(shù)越來越多，這樣一來，使用傳統(tǒng)智能網(wǎng)方 式開發(fā)業(yè)務(wù)的弱點(diǎn)則開始暴露出來，主要表現(xiàn)在以下幾點(diǎn)1、維護(hù)變得困難 由于業(yè)務(wù)使用SCE (Service Creation Environment,業(yè)務(wù)開發(fā)環(huán)境)大多使用圖 形化界面，隨著SIB個(gè)數(shù)的不斷增多，業(yè)務(wù)變得越來越難以維護(hù)；2、代碼冗余 智能業(yè)務(wù)大多個(gè)性化的要求比較多，各運(yùn)營商的需求各不相同，而SCE的開 發(fā)特點(diǎn)，很難復(fù)用已有的功能代碼，造成大量的冗余代碼；3、靈活性差因?yàn)?業(yè)務(wù)的流程都通過在SCE中用連線的方式硬編碼來完成的， 一旦流程發(fā)生變化， 必須通過修改代碼的方式來完成。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供了一種交互語音應(yīng)答業(yè)務(wù)的實(shí)現(xiàn)方法 及系統(tǒng)，可以有效地減小業(yè)務(wù)的代碼量，克服了靈活性差的缺點(diǎn)。
為解決上述技術(shù)問題，本法明提出了一種交互語音應(yīng)答業(yè)務(wù)的實(shí)現(xiàn)方法，
包括
步驟1、業(yè)務(wù)邏輯執(zhí)行模塊將接收到的請求消息發(fā)送給流程控制器； 步驟2、所述流程控制器根據(jù)接收到的請求消息通過查找其上的查找表獲得 業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性，并將業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作
4屬性發(fā)送給流程解析器；
步驟3、所述流程解析器對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性 進(jìn)行解析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)；
步驟4、所述業(yè)務(wù)控制點(diǎn)單元根據(jù)所述符合預(yù)先規(guī)定格式的數(shù)據(jù)執(zhí)行相應(yīng)操作。
在所述步驟1之前包括，
步驟a、業(yè)務(wù)邏輯執(zhí)行模塊將接收到的觸發(fā)請求消息發(fā)送給流程控制器； 歩驟b、所述流程控制器向業(yè)務(wù)交換點(diǎn)單元發(fā)送消息提示連接放音設(shè)備； 步驟c、所述業(yè)務(wù)交換點(diǎn)單元連接到所述放音設(shè)備后，發(fā)送放音設(shè)備已就緒
消息，請求指示放音；
步驟d、所述流程控制器根據(jù)接收到的請求信息通過查找其上的査找表獲得
放音操作編號(hào)及放音操作屬性，并將放音操作編號(hào)及放音操作屬性發(fā)送給流程解
析器；
步驟e、所述流程解析器對(duì)接收到的放音操作編號(hào)及放音操作屬性進(jìn)行解析， 得到符合預(yù)先規(guī)定格式的數(shù)據(jù)；
步驟f、所述放音設(shè)備根據(jù)所述流程解析器解析出來的放音信息進(jìn)行放音和 收號(hào)。
在所述步驟a之前包括，判斷用戶觸發(fā)的業(yè)務(wù)類型，如果是有語音提示功能 的業(yè)務(wù)類型，則執(zhí)行步驟a，如果是沒有語音提示功能的業(yè)務(wù)類型，則執(zhí)行歩驟 1。
在步驟a與b之間還包括所述流程解析器通過所述業(yè)務(wù)邏輯執(zhí)行模塊向所
述業(yè)務(wù)交換點(diǎn)單元發(fā)送報(bào)告注冊事件請求。
另，本發(fā)明還提出了一種交互語音應(yīng)答業(yè)務(wù)系統(tǒng)，包括業(yè)務(wù)控制點(diǎn)單元， 所述業(yè)務(wù)控制點(diǎn)單元包括業(yè)務(wù)邏輯執(zhí)行模塊，流程控制器和流程解析器，其中， 所述
業(yè)務(wù)邏輯執(zhí)行模塊，用于將接收到的請求消息發(fā)送給所述流程控制器，并用
于根據(jù)所述流程解析器中的所述符合預(yù)先規(guī)定格式的數(shù)據(jù)執(zhí)行相應(yīng)的操作；
流程控制器，用于根據(jù)接收到的請求信息通過查找其上的査找表獲得業(yè)務(wù)操 作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性，并將業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性發(fā) 送給所述流程解析器；流程解析器，用于對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性進(jìn)行解 析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)。
所述流程控制器包括査找表，所述查找表包括業(yè)務(wù)邏輯流程表和業(yè)務(wù)邏輯特 征表；所述業(yè)務(wù)邏輯流程表，用于存儲(chǔ)業(yè)務(wù)的操作編號(hào)；業(yè)務(wù)邏輯特征表，用于 存儲(chǔ)所述業(yè)務(wù)邏輯流程表中的各操作編號(hào)對(duì)應(yīng)的操作屬性。
所述符合預(yù)先規(guī)定格式的數(shù)據(jù)具體是業(yè)務(wù)控制點(diǎn)單元可識(shí)別的數(shù)據(jù)。
所述IVR業(yè)務(wù)系統(tǒng)還包括業(yè)務(wù)交換點(diǎn)單元和放音設(shè)備；所述業(yè)務(wù)交換點(diǎn)單 元，用于將用戶的請求信息發(fā)送給所述業(yè)務(wù)邏輯執(zhí)行模塊；放音設(shè)備，用于與所 述業(yè)務(wù)交換點(diǎn)單元進(jìn)行通信，完成放音、收號(hào)功能。
相較于現(xiàn)有技術(shù)，本發(fā)明將IVR業(yè)務(wù)系統(tǒng)分解成流程解析器和流程控制器 兩大部分，而流程解析器在多數(shù)情況下可以保持不變，而流程控制器可以根據(jù)需 要進(jìn)行配置，因此大大減少IVR流程中大量冗余的代碼，使大多數(shù)的IVR流程， 都可以通過配置流程控制器來實(shí)現(xiàn)。


圖1是本發(fā)明的IVR業(yè)務(wù)系統(tǒng)框圖。
圖2是本發(fā)明沒有語音提示功能的IVR業(yè)務(wù)實(shí)現(xiàn)方法流程圖。 圖3是本發(fā)明有語音提示功能的IVR業(yè)務(wù)實(shí)現(xiàn)方法流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案作進(jìn)一步的詳細(xì)描述
圖1是本發(fā)明的IVR業(yè)務(wù)系統(tǒng)框圖，IVR業(yè)務(wù)(Interactive Voice Response, 交互語音應(yīng)答業(yè)務(wù))系統(tǒng)包括SSP、放音設(shè)備和SCP，其中
SSP (Service Switching Point,業(yè)務(wù)交換點(diǎn)單元)，用于將用戶的請求信息發(fā) 送給SCP;
放音設(shè)備，用于與所述SCP進(jìn)行通信，完成放音、收號(hào)功能；
SCP (Service Control Point,業(yè)務(wù)控制點(diǎn)單元)，包括業(yè)務(wù)邏輯執(zhí)行模塊、流 程控制器和流程解析器，其中，所述
業(yè)務(wù)邏輯執(zhí)行模塊，用于將接收到的請求消息發(fā)送給所述流程控制器，并用 于根據(jù)所述流程解析器中的所述符合預(yù)先規(guī)定格式的數(shù)據(jù)執(zhí)行相應(yīng)的操作；
流程控制器，用于根據(jù)接收到的請求信息通過査找其上的查找表獲得業(yè)務(wù)操
6作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性，并將業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性發(fā) 送給所述流程解析器；
流程解析器，用于對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性進(jìn)行解 析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)。
所述流程控制器包括
(1) 業(yè)務(wù)邏輯流程表用來存儲(chǔ)業(yè)務(wù)的操作編號(hào)。 比如，編號(hào)l:給用戶播放提示音，收集用戶的按鍵信息；
編號(hào)2:開通短信套餐；
(2) 業(yè)務(wù)邏輯特征表用來存儲(chǔ)對(duì)應(yīng)編號(hào)下的動(dòng)作屬性。
比如，編號(hào)l存儲(chǔ)了放音、收號(hào)操作的屬性，包括固定音的音號(hào)、可變音 的個(gè)數(shù)、每個(gè)可變音的類型、可變部分如何獲取，是否要進(jìn)行收號(hào)、收號(hào)的位長、 結(jié)束符等；編號(hào)2存儲(chǔ)了需要開通的套餐的編號(hào)，短信中心的地址等。
流程控制器中的業(yè)務(wù)邏輯流程表、業(yè)務(wù)邏輯特征表可以根據(jù)IVR的需求， 寫入不同的記錄，當(dāng)業(yè)務(wù)流程修改吋，可以僅修改這兩張表中的記錄即可，從而 大大減少了重復(fù)代碼的開發(fā)。
實(shí)施例一
圖2是本發(fā)明沒有語音提示功能的IVR業(yè)務(wù)實(shí)現(xiàn)方法流程圖，具體方法如
下
步驟l、業(yè)務(wù)邏輯執(zhí)行模塊經(jīng)業(yè)務(wù)交換點(diǎn)單元接收用戶的請求消息，并向流 程控制器轉(zhuǎn)發(fā)該請求消息；
步驟2、流程控制器根據(jù)所述請求消息從業(yè)務(wù)流程表中查找相應(yīng)的業(yè)務(wù)操作 編號(hào)，然后從業(yè)務(wù)特征表中査找該編號(hào)下的操作屬性，并發(fā)送給流程解析器；
步驟3、所述流程解析器對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性 進(jìn)行解析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)；
預(yù)先規(guī)定格式的數(shù)據(jù)為所述業(yè)務(wù)邏輯執(zhí)行模塊可識(shí)別的數(shù)據(jù)。
步驟4、業(yè)務(wù)控制點(diǎn)單元根據(jù)所述符合預(yù)先規(guī)定格式的數(shù)據(jù)執(zhí)行相應(yīng)操作。
實(shí)施例二
圖3是本發(fā)明有語音提示功能的IVR業(yè)務(wù)實(shí)現(xiàn)方法流程圖，具體方法如下 步驟l、業(yè)務(wù)邏輯執(zhí)行模塊經(jīng)SSP接收用戶的業(yè)務(wù)觸發(fā)請求消息，并向流程控制器轉(zhuǎn)發(fā)該業(yè)務(wù)觸發(fā)請求消息；
SSP可以連接用戶設(shè)備、語音設(shè)備和流程解析器。
步驟2、流程解析器通過業(yè)務(wù)邏輯執(zhí)行模塊向SSP發(fā)送報(bào)告注冊事件請求； SSP會(huì)收到來自用戶的各種信息，根據(jù)流程解析器發(fā)送的報(bào)告注冊事件請
求，將需要上報(bào)的信息發(fā)送給流程解析器。
歩驟3、流程解析器通過業(yè)務(wù)邏輯執(zhí)行模塊發(fā)送消息提示SSP連接放音設(shè)備； 步驟4、 SSP連接到放音設(shè)備后，發(fā)送放音設(shè)備已就緒消息，請求指示放音； 步驟5、流程解析器向流程控制器發(fā)送讀取請求，獲取放音的信息； 步驟6、流程控制器收到該讀取請求后，從流程控制器上的業(yè)務(wù)流程表中査
找放音操作編號(hào)，然后從流程控制器上的業(yè)務(wù)特征表中查找該編號(hào)下的放音操作
屬性，并發(fā)送給流程解析器；
步驟7、流程解析器對(duì)接收到放音操作編號(hào)及放音操作屬性進(jìn)行解析，并經(jīng)
SSP向放音設(shè)備發(fā)送消息；
以上是用戶觸發(fā)IVR業(yè)務(wù)，IVR業(yè)務(wù)向用戶提供語音操作提示的步驟，以
下是系統(tǒng)根據(jù)用戶的業(yè)務(wù)請求執(zhí)行IVR業(yè)務(wù)的步驟。
步驟8、用戶根據(jù)放音的操作提示選擇需要進(jìn)行的IVR業(yè)務(wù)，進(jìn)行按鍵操作； 步驟9、 SSP收到用戶的業(yè)務(wù)請求后向流程解析器報(bào)告用戶的按鍵結(jié)果； 步驟10、流程解析器收到用戶的按鍵結(jié)果，向流程控制器發(fā)送讀取請求，
獲取業(yè)務(wù)操作的編號(hào)及操作屬性；
步驟11、流程控制器收到該讀取請求后，在流程控制器上的業(yè)務(wù)流程表中
查找業(yè)務(wù)操作編號(hào)，然后在流程控制器上的業(yè)務(wù)特征表中查找該編號(hào)下的業(yè)務(wù)操
作屬性，并發(fā)送給流程解析器；
步驟12、流程解析器對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性進(jìn)
行解析，得到業(yè)務(wù)邏輯執(zhí)行模塊可識(shí)別的數(shù)據(jù)；
步驟13、業(yè)務(wù)控制點(diǎn)單元根據(jù)所述數(shù)據(jù)執(zhí)行相應(yīng)操作。 本發(fā)明將這些共性的內(nèi)容提取出來，用SCE來進(jìn)行實(shí)現(xiàn)，而將那些差異的
內(nèi)容，如每次放音的音號(hào)，收號(hào)的位長，結(jié)束鍵，收號(hào)后進(jìn)行需要進(jìn)行的操作等
變化部分，通過配置的方式來實(shí)現(xiàn)，從而可以更加靈活地實(shí)現(xiàn)IVR流程，也使
得原來的IVR流程中大量重復(fù)的一些操作(如放音收號(hào))大為減少，大大減少
業(yè)務(wù)的代碼量。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些 相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種交互語音應(yīng)答業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，包括步驟1、業(yè)務(wù)邏輯執(zhí)行模塊將接收到的請求消息發(fā)送給流程控制器；步驟2、所述流程控制器根據(jù)接收到的請求消息通過查找其上的查找表獲得業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性，并將業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性發(fā)送給流程解析器；步驟3、所述流程解析器對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性進(jìn)行解析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)；步驟4、所述業(yè)務(wù)控制點(diǎn)單元根據(jù)所述符合預(yù)先規(guī)定格式的數(shù)據(jù)執(zhí)行相應(yīng)操作。
2、 按照權(quán)利要求1所述的方法，其特征在于，在所述步驟1之前包括，步驟a、業(yè)務(wù)邏輯執(zhí)行模塊將接收到的觸發(fā)請求消息發(fā)送給流程控制器；步驟b、所述流程控制器向業(yè)務(wù)交換點(diǎn)單元發(fā)送消息提示連接放音設(shè)備；步驟c、所述業(yè)務(wù)交換點(diǎn)單元連接到所述放音設(shè)備后，發(fā)送放音設(shè)備已就緒消息，請求指示放音；步驟d、所述流程控制器根據(jù)接收到的請求信息通過查找其上的査找表獲得放音操作編號(hào)及放音操作屬性，并將放音操作編號(hào)及放音操作屬性發(fā)送給流程解析器；步驟e、所述流程解析器對(duì)接收到的放音操作編號(hào)及放音操作屬性進(jìn)行解析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)；步驟f、所述放音設(shè)備根據(jù)所述流程解析器解析出來的放音信息進(jìn)行放音和收號(hào)。
3、 按照權(quán)利要求2所述的方法，其特征在于，在所述步驟a之前包括，判斷用戶觸發(fā)的業(yè)務(wù)類型，如果是有語音提示功能的業(yè)務(wù)類型，則執(zhí)行步驟a，如果是沒有語音提示功能的業(yè)務(wù)類型，則執(zhí)行步驟l。
4、 按照權(quán)利要求2所述的方法，其特征在于，在步驟a與b之間還包括所述流程解析器通過所述業(yè)務(wù)邏輯執(zhí)行模塊向所述業(yè)務(wù)交換點(diǎn)單元發(fā)送報(bào)告注冊事件請求。
5、 一種交互語音應(yīng)答業(yè)務(wù)系統(tǒng)，包括業(yè)務(wù)控制點(diǎn)單元，所述業(yè)務(wù)控制點(diǎn)單元包括業(yè)務(wù)邏輯執(zhí)行模塊，其特征在于，所述業(yè)務(wù)控制點(diǎn)單元還包括流程控制器和流程解析器，其中，所述業(yè)務(wù)邏輯執(zhí)行模塊，用于將接收到的請求消息發(fā)送給所述流程控制器，并用于根據(jù)所述流程解析器中的所述符合預(yù)先規(guī)定格式的數(shù)據(jù)執(zhí)行相應(yīng)的操作；流程控制器，用于根據(jù)接收到的請求信息通過查找其上的査找表獲得業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性，并將業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性發(fā)送給所述流程解析器；流程解析器，用于對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性進(jìn)行解析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)。
6、 按照權(quán)利要求5所述的系統(tǒng)，其特征在于，所述流程控制器包括查找表，所述查找表包括業(yè)務(wù)邏輯流程表和業(yè)務(wù)邏輯特征表；所述業(yè)務(wù)邏輯流程表，用于存儲(chǔ)業(yè)務(wù)的操作編號(hào)；業(yè)務(wù)邏輯特征表，用于存儲(chǔ)所述業(yè)務(wù)邏輯流程表中的各操作編號(hào)對(duì)應(yīng)的操作屬性。
7、 按照權(quán)利要求5所述的系統(tǒng)，其特征在于，所述符合預(yù)先規(guī)定格式的數(shù)據(jù)具體是業(yè)務(wù)控制點(diǎn)單元可識(shí)別的數(shù)據(jù)。
8、 '按照權(quán)利要求5所述的系統(tǒng)，其特征在于，所述IVR業(yè)務(wù)系統(tǒng)還包括業(yè)務(wù)交換點(diǎn)單元和放音設(shè)備；所述業(yè)務(wù)交換點(diǎn)單元，用于將用戶的請求信息發(fā)送給所述業(yè)務(wù)邏輯執(zhí)行模塊；放音設(shè)備，用于與所述業(yè)務(wù)交換點(diǎn)單元進(jìn)行通信，完成放音、收號(hào)功能。
全文摘要
本發(fā)明公開了一種交互語音應(yīng)答業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)，該方法包括業(yè)務(wù)邏輯執(zhí)行模塊將接收到的請求消息發(fā)送給流程控制器；流程控制器根據(jù)請求消息通過查找其上的查找表獲得業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性，并發(fā)送給流程解析器；流程解析器對(duì)接收到的業(yè)務(wù)操作編號(hào)和該編號(hào)對(duì)應(yīng)的操作屬性進(jìn)行解析，得到符合預(yù)先規(guī)定格式的數(shù)據(jù)；所述業(yè)務(wù)控制點(diǎn)單元根據(jù)所述符合預(yù)先規(guī)定格式的數(shù)據(jù)執(zhí)行相應(yīng)操作。該系統(tǒng)包括，業(yè)務(wù)邏輯執(zhí)行模塊，流程控制器，流程解析器。本發(fā)明可以有效地減小業(yè)務(wù)的代碼量，克服了靈活性差的缺點(diǎn)。
文檔編號(hào)H04M3/50GK101510923SQ200910105830
公開日2009年8月19日 申請日期2009年2月26日 優(yōu)先權(quán)日2009年2月26日
發(fā)明者光 楊, 飚 潘 申請人:中興通訊股份有限公司