首頁(yè)>>廠商>>CTI系統(tǒng)平臺(tái)廠商>>易谷網(wǎng)絡(luò)

基于VoiceXML技術(shù)的可視化IVR系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)(三)

上海易谷網(wǎng)絡(luò)科技有限公司 查瑋 2009/12/29

基于VoiceXML技術(shù)的可視化IVR系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)(一)

基于VoiceXML技術(shù)的可視化IVR系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)(二)

　　從圖4.4所示結(jié)構(gòu)中，通過(guò)主窗體可以訪問(wèn)其它窗體操作，同時(shí)控制窗體與類模塊的信息交互。系統(tǒng)中的各個(gè)窗口的實(shí)現(xiàn)均是基于基礎(chǔ)類包的。下面詳細(xì)介紹IVR系統(tǒng)流程工具各個(gè)部分的實(shí)現(xiàn)。其實(shí)現(xiàn)工具的內(nèi)容詳見(jiàn)文獻(xiàn)[31]。

　　主程序是IVR系統(tǒng)流程定義工具的主體，它包括各個(gè)窗口的定義、流程類的定義、節(jié)點(diǎn)類定義等。主程序通過(guò)主窗體類定義將其它各個(gè)類窗體組織在一起，同時(shí)負(fù)責(zé)各子窗體之間的信息交互。主窗體類則定義了流程間的組織結(jié)構(gòu)，它通過(guò)用戶界面操作協(xié)助用戶完成流程制作，同時(shí)生成含有VoiceXML標(biāo)簽的Web頁(yè)面交給執(zhí)行引擎進(jìn)行解釋執(zhí)行。

　　主窗體主要負(fù)責(zé)各個(gè)窗體和類模塊之間的信息交互和訪問(wèn)控制。圖4.2描述IVR系統(tǒng)業(yè)務(wù)流程定義工具的主窗體界面。分為工具箱窗體、菜單窗體、流程編輯(畫(huà)布)窗體、屬性窗體，同時(shí)包括流程節(jié)點(diǎn)的訪問(wèn)控制。

圖4.2 IVR系統(tǒng)流程定義工具主窗體

　　工具箱窗體：工具箱窗體提供系統(tǒng)支持節(jié)點(diǎn)類型控件的選擇，用戶通過(guò)拖拽方式添加節(jié)點(diǎn)以制作流程。工具箱窗體類主要包括工具箱窗體的事件響應(yīng)和主窗體交互部分，提供每種實(shí)現(xiàn)方法。

　　菜單窗體：菜單窗體是提供關(guān)于整個(gè)系統(tǒng)流程的打開(kāi)、編輯等操作。

　　屬性設(shè)置窗體：屬性窗體為每一類節(jié)點(diǎn)提供屬性設(shè)置功能，其中包括屬性窗體操作、與主窗體信息交互兩大類，提供各個(gè)節(jié)點(diǎn)所涉及到的每種屬性窗體的實(shí)現(xiàn)方法。

　　流程編輯(畫(huà)布)窗體：此窗體類提供了制作流程的畫(huà)布操作。在此窗口定義了一個(gè)畫(huà)布控件;流程編輯窗體接收畫(huà)布對(duì)象的事件，提交給主窗體，同時(shí)通過(guò)與主窗體的信息交互控制在畫(huà)布上確保正確制作流程。

　　主程序除了上述4種主要的模塊定義之外，還有一些窗體類和類模塊定義，主要負(fù)責(zé)各種屬性的設(shè)置和操作:同時(shí)為使流程制作更加人性化，主程序增加了一些通用編輯功能。

　　以上為主程序的設(shè)計(jì)及其部分實(shí)現(xiàn)。在實(shí)現(xiàn)中通過(guò)引用窗體控件和畫(huà)布窗體類定義，集成了對(duì)畫(huà)布控件和節(jié)點(diǎn)控件的訪問(wèn)操作。

4.2 IVR系統(tǒng)執(zhí)行引擎的實(shí)現(xiàn)

　　IVR系統(tǒng)執(zhí)行引擎是整個(gè)IVR系統(tǒng)的核心系統(tǒng)，它負(fù)責(zé)對(duì)之前由IVR系統(tǒng)流程定義工具生成的中間文件(含有VoiceXML標(biāo)簽的Web頁(yè)面)解釋和驅(qū)動(dòng)。本文設(shè)計(jì)的IVR系統(tǒng)是基于VoiceXML技術(shù)，以開(kāi)源OpenVXI項(xiàng)目為基礎(chǔ)，設(shè)計(jì)并實(shí)現(xiàn)的IVR系統(tǒng)執(zhí)行引擎部分。

　　OpenVXI[32] 是一種簡(jiǎn)便的開(kāi)源庫(kù)，用來(lái)解釋VoiceXML對(duì)話標(biāo)記語(yǔ)言(dialog markup language)。為了避免其它私有的標(biāo)準(zhǔn)，它嚴(yán)格支持VoiceXML 2.0 草案(現(xiàn)在已經(jīng)支持部分3.0的標(biāo)準(zhǔn)),同時(shí)OpenVXI是一個(gè)跨平臺(tái)的開(kāi)發(fā)系統(tǒng)。

　　OpenVXI本身只是VoiceXML平臺(tái)的一個(gè)組件[32]，它只是提供了簡(jiǎn)單的語(yǔ)音識(shí)別、語(yǔ)音提示和TTS(text-to-speech)功能。而對(duì)于電話功能，由于語(yǔ)音卡的種類繁多，同時(shí)VoIP(Voice over IP)技術(shù)的快速發(fā)展，就需要使用者自己提供實(shí)際的組件和函數(shù)進(jìn)行整合。既便如此，OpenVXI還是提供一個(gè)強(qiáng)大的基本框架讓使用者構(gòu)建自己的語(yǔ)音平臺(tái)。

4.4.1 OpenVXI的系統(tǒng)架構(gòu)

　　根據(jù)圖2.3描述的VoiceXML平臺(tái)的基本體系結(jié)構(gòu)分析，OpenVXI符合基本架構(gòu)，具體的系統(tǒng)架構(gòu)圖如圖4.3所示。整個(gè)平臺(tái)執(zhí)行VoiceXML頁(yè)面，并提供與電話網(wǎng)絡(luò)連接的服務(wù)，平臺(tái)總共分4個(gè)部分：

　　1．主進(jìn)程、操作管理和維護(hù)系統(tǒng)：一個(gè)收集系統(tǒng)管理和錯(cuò)誤報(bào)告的工具。這個(gè)核心組件通過(guò)創(chuàng)建線程的方式來(lái)喚醒VoiceXML瀏覽器。

　　2．OpenVXI：負(fù)責(zé)解釋VoiceXML標(biāo)記語(yǔ)言和語(yǔ)音平臺(tái)返回的呼叫標(biāo)志信息(通過(guò)返回相應(yīng)的事件信息)。

　　3．OpenSpeech Browser PIK：提供了為系統(tǒng)運(yùn)行所必要的高層次(high-level)服務(wù)，包括識(shí)別引擎、語(yǔ)音引導(dǎo)引擎、Internet fetch庫(kù)(提供通過(guò)URL對(duì)web服務(wù)器訪問(wèn)的庫(kù))、ECMA Script[32]引擎。OpenVXI通過(guò)系統(tǒng)提供的函數(shù)接口來(lái)訪問(wèn)這些組件，這些接口不需要定義和實(shí)現(xiàn)各種機(jī)制來(lái)滿足與底層電話系統(tǒng)軟件系統(tǒng)之間的通訊，而是通過(guò)使用支持Client/Server模式的TCP/IP協(xié)議來(lái)實(shí)現(xiàn)。

　　4．Telephony and base services:需要能接收到電話的基本操作系統(tǒng)服務(wù)和電話服務(wù)。

圖4.3 OpenVXI系統(tǒng)架構(gòu)圖

4.4.2 OpenSpeech Browser PIK組件結(jié)構(gòu)

　　圖4.4描述了OpenSpeech Browser PIK 的架構(gòu)和組件構(gòu)成，包括為完成語(yǔ)音識(shí)別和TTS功能整合的產(chǎn)品SpeechWorks。 所有的組件都被設(shè)計(jì)成很容易的去訪問(wèn)。這個(gè)語(yǔ)音瀏覽器(Speech Browser)包括：

　　1．VXI：解析所有的VoiceXML標(biāo)記，并且擔(dān)當(dāng)程序中的主控作用。VXI實(shí)現(xiàn)了VoiceXML 1.0中所有必需(mandatory)的部分和大部分的可選功能。

　　2．XML Parser Interface：提供對(duì)XML DOM解析器的訪問(wèn)，現(xiàn)在的實(shí)現(xiàn)方式是通過(guò)直接調(diào)用開(kāi)源的Apache Xerces SAX and DOM parse解析接口。

　　3．Internet Interface：通過(guò)http://和file://的方式訪問(wèn)應(yīng)用文檔(即URL的方式訪問(wèn)Web頁(yè)面)，同時(shí)也支持POST的方式給應(yīng)用服務(wù)器返回?cái)?shù)據(jù)。這方面的實(shí)現(xiàn)是整合了開(kāi)源W3C Libwww開(kāi)發(fā)庫(kù)。

　　4．ECMAScript(JavaScript) Interface ：提供了對(duì)ECMAScript執(zhí)行服務(wù)的訪問(wèn)。相關(guān)的實(shí)現(xiàn)整合了Mozilla SpiderMonkey開(kāi)源引擎。

　　5．Logging Interface：用來(lái)報(bào)告系統(tǒng)級(jí)別的錯(cuò)誤、事件和診斷信息。它是將日志存儲(chǔ)成日志文件，并且可以選擇進(jìn)行標(biāo)準(zhǔn)的輸出。

核心瀏覽器中與語(yǔ)音平臺(tái)相關(guān)的API主要包括：

　　1．Recognizer Interface：提供語(yǔ)法管理和由VoiceXML指定的識(shí)別服務(wù)(例如：收取DTMF碼)，包括動(dòng)態(tài)語(yǔ)法創(chuàng)建和語(yǔ)法構(gòu)建。它通過(guò)Telephony Service來(lái)獲取呼叫信息，并且已經(jīng)在OpenSpeech Browser中整合。

　　2．Prompting Interface：提供完整的放音服務(wù)，包括播放可變語(yǔ)音。它必須處理語(yǔ)音文件并且提供語(yǔ)音服務(wù)。OpenSpeech Browser PIK已經(jīng)整合了支持幾種語(yǔ)言的TTS。

　　3．Telephony Interface：提供呼叫控制服務(wù)，包括發(fā)送語(yǔ)音平臺(tái)的時(shí)間、轉(zhuǎn)接和掛斷電話。OpenSpeech Browser PIK已經(jīng)實(shí)現(xiàn)了與底層的語(yǔ)音平臺(tái)交互，并抽象了API來(lái)提供呼叫控制服務(wù)。

　　4．Object Interface：提供了對(duì)對(duì)象的訪問(wèn)。通過(guò)對(duì)象元素，平臺(tái)可以訪問(wèn)定義的那些對(duì)VoiceXML語(yǔ)音的擴(kuò)展。對(duì)象可以很容易的被定義成適合語(yǔ)音平臺(tái)需要的呼叫控制擴(kuò)展、CTI系統(tǒng)的彈屏顯示或者其它一些需求。

圖4.4 OpenSpeech Browser PIK 組件構(gòu)成圖

　　通過(guò)對(duì)OpenVXI的描述，可以看出：模塊化和分層次的設(shè)計(jì)使得在平臺(tái)里的各個(gè)組件之間即相對(duì)獨(dú)立，又相互聯(lián)系、互相協(xié)作來(lái)完成整個(gè)平臺(tái)的功能。使用者可以通過(guò)實(shí)現(xiàn)平臺(tái)提供的各種接口來(lái)實(shí)現(xiàn)對(duì)基于各種硬件或者軟件的語(yǔ)音系統(tǒng)的整合。本文設(shè)計(jì)的IVR系統(tǒng)所涉及到的是模擬語(yǔ)音卡，所以對(duì)與錄音、放音、取鍵都由語(yǔ)音卡所提供的API來(lái)完成即可。

4.4.3 接口實(shí)現(xiàn)（取鍵、錄音、放音、轉(zhuǎn)接）

　　OpenSpeech Browser PIK自身就是支持標(biāo)準(zhǔn)的VoiceXML 2.0的標(biāo)準(zhǔn)，同時(shí)對(duì)VoiceXML的解析能力比較強(qiáng)大，又同時(shí)整合了Apache的XML解析器、W3C的LIBWWW進(jìn)行Web訪問(wèn)和Mozilla Spider Monkey作為ECMA Script的執(zhí)行器，本文主要是通過(guò)實(shí)現(xiàn)相應(yīng)的語(yǔ)音平臺(tái)接口來(lái)實(shí)現(xiàn)IVR系統(tǒng)的執(zhí)行引擎。沒(méi)有對(duì)VoiceXML解析功能做過(guò)多的修改。

Recognizer Interface(識(shí)別接口)的實(shí)現(xiàn)

　　對(duì)應(yīng)Recognizer的接口,OpenVXI分別針對(duì)收取用戶按鍵(DTMF碼)和語(yǔ)音識(shí)別(speech recognize)的接口，但是由于現(xiàn)在語(yǔ)音識(shí)別的技術(shù)并不是很成熟，特別是對(duì)中文的識(shí)別率不是很高，本文設(shè)計(jì)的IVR系統(tǒng)就沒(méi)有涉及到該功能，只是留下接口等待以后實(shí)現(xiàn)。需要實(shí)現(xiàn)的具體接口函數(shù)有收取用戶按鍵和錄音。

收鍵接口，函數(shù)體描述如下：

VXIpromptResult Recognize (struct VXIrecInterface* pThis,
const VXIMap* properties,
VXIrecRecognitionResult** recogResult)

圖4.5描述了實(shí)現(xiàn)該接口的流程圖。

圖4.5 使用Recognize接口實(shí)現(xiàn)收DTMF碼流程圖

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)。通過(guò)GetImplementaionName來(lái)獲得實(shí)例名稱，進(jìn)入下一步；

　　2)使用BeginSession來(lái)創(chuàng)建session，并且通過(guò)LoadGrammarURI來(lái)裝載語(yǔ)法。這時(shí)候開(kāi)始啟動(dòng)收鍵，進(jìn)入下一步；

　　3)啟動(dòng)計(jì)時(shí)器，等待事件觸發(fā)；

　　4)如果接收到SC_EVENT_DISCCONET事件，表示用戶主動(dòng)放棄，返回REC_FAILURE，調(diào)用EndSession，流程結(jié)束；如果接收到SC_EVENT_TIMEOUT事件，表示用戶在計(jì)時(shí)器的時(shí)間內(nèi)沒(méi)有輸入，返回REC_NOINPUT，調(diào)用EndSession，流程結(jié)束；如果接收到SC_EVENT_DTMF_RECEIVED事件，表示用戶輸入完畢，進(jìn)入下一步；

　　5)檢查語(yǔ)法的符合性，通過(guò)檢查是否滿足在.gram文件里設(shè)置的正則表達(dá)式來(lái)判斷，如果符合轉(zhuǎn)6，不符合轉(zhuǎn)7；

　　6)符合語(yǔ)法，返回REC_SUCESS，調(diào)用EndSession，流程結(jié)束；

　　7)不符合語(yǔ)法，返回REC_NOMATCH，調(diào)用EndSession，流程結(jié)束。

錄音接口，接口函數(shù)體描述如下：

VXIrecResult Record (struct VXIrecInterface* pThis,
const VXIMap* propertites,
VXIrecRecordResult** recordResult)

圖4.6描述了實(shí)現(xiàn)該接口的流程圖。

圖4.6使用Record接口實(shí)現(xiàn)錄音流程圖

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)。通過(guò)GetImplementaionName來(lái)獲得實(shí)例名稱，進(jìn)入下一步；

　　2)創(chuàng)建錄音文件名，進(jìn)入下一步；

　　3) 使用BeginSession來(lái)創(chuàng)建session，并且通過(guò)LoadGrammarURI來(lái)裝載語(yǔ)法。這時(shí)候開(kāi)始啟動(dòng)錄音功能，進(jìn)入下一步；

　　4)啟動(dòng)計(jì)時(shí)器，等待事件觸發(fā)；

　　5)如果接收到SC_EVENT_DISCCONET事件，表示用戶主動(dòng)放棄，轉(zhuǎn)到步驟7；如果接收到SC_EVENT_TIMEOUT事件，表示用戶在計(jì)時(shí)器的時(shí)間內(nèi)沒(méi)有輸入，返回REC_NOINPUT，調(diào)用EndSession，流程結(jié)束；如果接收到SC_EVENT_RECORD_RECEIVED事件，表示用戶錄音完畢，進(jìn)入下一步；

　　6)返回REC_SUCCESS，進(jìn)入下一步；

　　7)檢查錄音文件是否有數(shù)據(jù)。如果錄音文件沒(méi)有數(shù)據(jù)不存在數(shù)據(jù)，表示錄音不成功，返回REC_FAILURE，調(diào)用EndSession，流程結(jié)束；如果錄音文件有數(shù)據(jù)，表示錄音成功，返回成功，調(diào)用EndSession，流程結(jié)束。

Prompting Interface(放音接口)的實(shí)現(xiàn)

　　對(duì)于放音接口，所需要關(guān)注的是3個(gè)函數(shù)的實(shí)現(xiàn)：Queue()接口、Play()接口和Wait()接口。

　　Queue接口僅僅是將所要播放或者重復(fù)播放的語(yǔ)音文件放入隊(duì)列中，并不擔(dān)當(dāng)放音的功能， Play()接口才是啟動(dòng)播放動(dòng)作的。這個(gè)調(diào)用會(huì)一直阻塞直到放音數(shù)據(jù)返回以便于調(diào)用者可以確認(rèn)是否需要重播。接口函數(shù)體描述如下：

VXIpromptResult Queue (struct VXIproptInterface* pThis,
const VXIchar* type,
const VXIchar* content,
const VXIchar* text,
const VXIMap* properties)


　　在實(shí)現(xiàn)過(guò)程中，本文設(shè)計(jì)的IVR系統(tǒng)只是涉及到語(yǔ)音文件的播放，所以只是需要通過(guò)調(diào)用語(yǔ)音卡API將語(yǔ)音文件放入播放隊(duì)列即可，而需要重復(fù)播放的語(yǔ)音文件，只要重復(fù)放入到語(yǔ)音隊(duì)列當(dāng)中便可實(shí)現(xiàn)。

　　Play接口是完成放音動(dòng)作的接口。實(shí)現(xiàn)非常簡(jiǎn)單，只需要調(diào)用語(yǔ)音卡放音API去播放存在播放隊(duì)列里的語(yǔ)音文件。接口函數(shù)體描述如下：

VXIpromptResult Queue (struct VXIproptInterface* pThis)

　　Wait接口是等待所有的放音文件都結(jié)束，去捕獲放音時(shí)間結(jié)束。接口函數(shù)體描述如下：

VXIpromptResult Wait (struct VXIproptInterface* pThis
VXIpromptResult* playResutl)


　　圖4.7描述了這三個(gè)接口實(shí)現(xiàn)流程圖。

圖4.7 Queue、Play、Wait接口實(shí)現(xiàn)流程圖

Queue接口實(shí)現(xiàn)如下：

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)，進(jìn)入下一步；

　　2)判斷語(yǔ)音文件是否合法，如果合法轉(zhuǎn)3，不合法返回PROMPT_FAILURE，流程結(jié)束；

　　3)將要播放的文件名放入播放隊(duì)列中等待播放，返回PROMPT_SUCCESS，流程結(jié)束。

Play接口實(shí)現(xiàn)如下：

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)，進(jìn)入下一步；

　　2)判斷播放隊(duì)列是否為空，如果為空返回PROMPT_SUCCESS，流程結(jié)束；如果不為空，轉(zhuǎn)3；

　　3)調(diào)用語(yǔ)音卡放音API實(shí)現(xiàn)放音功能，轉(zhuǎn)2。

Wait接口實(shí)現(xiàn)如下：

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)，進(jìn)入下一步；

　　2)啟動(dòng)計(jì)時(shí)器，等待事件觸發(fā)；

　　3)如果收到SC_EVENT_DISCONNECT事件，表示話路斷開(kāi)，返回PROMPT_FAILURE，流程結(jié)束；如果收到SC_EVENT_PROMPT_END,返回PROMPT_SUCCESS，流程結(jié)束。

Telephony Interface(轉(zhuǎn)接接口)的實(shí)現(xiàn)

　　對(duì)于電話接口，需要實(shí)現(xiàn)的方法有GetStatus、Disconnect、TransferBlind，而TransferBridge指的是通過(guò)橋接的方式去轉(zhuǎn)接。首先，他需要平臺(tái)的支持，其次還要進(jìn)行大量的配置，同時(shí)占有很多的資源，非常的不實(shí)用。對(duì)于IVR系統(tǒng)來(lái)說(shuō)，不需要這么復(fù)雜的操作。對(duì)于大型的呼叫中心，IVR系統(tǒng)只是前置于整個(gè)呼叫平臺(tái)，更多的話路操作還需要交給CTI系統(tǒng)去完成。

　　下面給出每個(gè)接口實(shí)現(xiàn)的流程圖，如圖4.8所示。

圖4.8 GetStatus、Disconnect、TransferBlind接口流程圖

GetStatus函數(shù)體描述如下：

VXItelResult GetStatus(struct VXItelInterface* pThis,
VXItelStatus* status)

接口實(shí)現(xiàn)如下：

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)，進(jìn)入下一步；

　　2)調(diào)用語(yǔ)音卡API去查看通道狀態(tài)，進(jìn)入下一步；

　　3)將獲得狀態(tài)返回，如果通道中有電話返回VXI_STATUS_ACTIVE；如果通道是空閑狀態(tài)則返回VXI_STATUS_INACTIVE流程結(jié)束。

Disconnect函數(shù)體描述如下

VXItelResult Disconnect(struct VXItelInterface* pThis)

接口實(shí)現(xiàn)如下：

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)，進(jìn)入下一步；

　　2)調(diào)用語(yǔ)音卡API去檢查語(yǔ)音連接是否存在，如果存在，則進(jìn)入下一步；如果不存在，轉(zhuǎn)4；

　　3)調(diào)用語(yǔ)音卡API去掛斷電話，進(jìn)入下一步；

　　4) 調(diào)用語(yǔ)音卡API釋放所有資源，流程結(jié)束。

TransferBlind函數(shù)體描述如下

VXItelResult TransferBlind (struct VXItelInterface* pThis,
const VXIMap* properties，
const VXIChar* transferDestination,
VXIMap** resp)


接口實(shí)現(xiàn)如下：

　　1)獲取連接實(shí)例，其數(shù)據(jù)是從語(yǔ)音卡檢測(cè)到的信令，發(fā)送給語(yǔ)音平臺(tái)，進(jìn)入下一步；

　　2)調(diào)用語(yǔ)音卡API去檢查語(yǔ)音連接是否存在，如果存在，則進(jìn)入下一步；如果不存在，轉(zhuǎn)4；

　　3)調(diào)用語(yǔ)音卡API去轉(zhuǎn)接電話(因?yàn)槭遣捎玫氖恰懊まD(zhuǎn)”方式轉(zhuǎn)接，IVR系統(tǒng)只要將電話轉(zhuǎn)移到話機(jī)上即可，不需要管理轉(zhuǎn)接后的狀態(tài))，返回成功，流程結(jié)束；

　　4)返回失敗，流程結(jié)束。

4.3本章小結(jié)

　　本章在基于整個(gè)IVR系統(tǒng)的詳細(xì)設(shè)計(jì)基礎(chǔ)上，基于MFC技術(shù)和OpenVXI的開(kāi)源項(xiàng)目，實(shí)現(xiàn)了IVR系統(tǒng)可視化的過(guò)程定義工具和IVR系統(tǒng)的執(zhí)行引擎。

基于VoiceXML技術(shù)可視化IVR設(shè)計(jì)和實(shí)現(xiàn)(四)

作者獨(dú)家提供CTI論壇稿件，其它媒體謝絕轉(zhuǎn)載

CTI論壇報(bào)道