呼叫中心基于IVR開發(fā)WEB接口

摘 ?要： 隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，WEB接口技術(shù)在呼叫中心平臺(tái)也得到越來越廣泛的應(yīng)用。開發(fā)者能夠借助簡(jiǎn)單的Web技術(shù)將通信請(qǐng)求集成到應(yīng)用中，使會(huì)話場(chǎng)景更富有彈性，移動(dòng)app或Web瀏覽器都具備發(fā)起呼叫的能力，可以為用戶創(chuàng)造一個(gè)更好的交流環(huán)境，提高信息交換的效率。文章從實(shí)際需求出發(fā)，基于平臺(tái)現(xiàn)狀，在原有架構(gòu)的基礎(chǔ)上進(jìn)行二次開發(fā)，實(shí)現(xiàn)多個(gè)業(yè)務(wù)場(chǎng)景的呼叫升級(jí)，為公司節(jié)約成本、提高客戶滿意度。

關(guān)鍵詞： 呼叫中心;交互式語音應(yīng)答模塊;計(jì)算機(jī)電話集成;Base64;MD5;JSON

中圖分類號(hào)： TP311.52 ? ?文獻(xiàn)標(biāo)識(shí)碼： A ? ?DOI：10.3969/j.issn.1003-6970.2019.04.030

本文著錄格式：肖堅(jiān). 呼叫中心基于IVR開發(fā)WEB接口[J]. 軟件，2019，40（4）：140144

【Abstract】： With the rapid development of Internet technology， WEB interface technology has been more and more widely used in call center platform. With the help of simple Web technology， developers can integrate communication requests into applications to make session scenarios more flexible. Mobile apps or Web browsers have the ability to initiate calls， which can create a better communication environment for users and improve the efficiency of information exchange. Starting from the actual needs and based on the current situation of the platform， this paper carries out secondary development on the basis of the original framework， realizes the call upgrade of multiple business scenarios， saves costs for the company and improves customer satisfaction.

【Key words】： CC; IVR; CTI; Base64; MD5; JSON

0 ?引言

呼叫中心是把用戶的呼叫集中轉(zhuǎn)移到應(yīng)答臺(tái)，建立起來的交互式語音應(yīng)答系統(tǒng)。呼叫中心從建立至今，應(yīng)用領(lǐng)域越來越廣泛，技術(shù)發(fā)展也非常快。從2000年，伴隨著互聯(lián)網(wǎng)以及移動(dòng)通信的發(fā)展與普及，將電子郵件、互聯(lián)網(wǎng)、手機(jī)短信等渠道接入呼叫中心，成為第四代呼叫中心的標(biāo)志。第四代呼叫中心也稱為多媒體呼叫中心或聯(lián)絡(luò)中心（Contact Center），它相對(duì)傳統(tǒng)呼叫中心來說接入渠道豐富，同時(shí)引入了多渠道接入與多渠道統(tǒng)一排隊(duì)等概念，也稱為智能業(yè)務(wù)中心[1]。

1 ?平臺(tái)介紹

為論述方便，將本文描述的平臺(tái)稱為YXT平臺(tái)。該平臺(tái)是公司在2012年根據(jù)客戶需求開發(fā)的一項(xiàng)新興業(yè)務(wù)平臺(tái)，業(yè)務(wù)范圍主要針對(duì)事業(yè)單位、政府部門，以語音方式提供業(yè)務(wù)通知、欠費(fèi)催繳、客戶滿意度調(diào)查，目前簽約客戶主要有社保、廣電、國(guó)稅等客戶等。

呼叫中心的體系結(jié)構(gòu) 基本部分是呼叫中心的必要組成部分，包括：自動(dòng)呼叫分配設(shè)備（ACD）、交互式語音應(yīng)答系統(tǒng)（IVR）、CTI服務(wù)器、人工座席、數(shù)據(jù)庫(kù)服務(wù)器、管理平臺(tái)等;擴(kuò)展部分是隨著呼叫中心技術(shù)的發(fā)展而逐漸豐富的，擴(kuò)展部分的目前主要包括：Web服務(wù)器、E-mail服務(wù)器、傳真服務(wù)器、IP電話網(wǎng)關(guān)等[2]。

YXT平臺(tái)為中等呼出型呼叫中心，有12臺(tái)主機(jī)，2個(gè)交換機(jī)，1個(gè)防火墻。系統(tǒng)工作在172.26.10.0私網(wǎng)域內(nèi)，其中數(shù)據(jù)庫(kù)文件服務(wù)器2臺(tái)，媒體服務(wù)器2臺(tái)，CTI服務(wù)器2臺(tái)，TTS服務(wù)器1臺(tái)。網(wǎng)絡(luò)情況：通過2個(gè)華三S5500交換機(jī)連接交換IMS平臺(tái)，通過華為Eudemon 200E防火墻連接互聯(lián)網(wǎng)，設(shè)置端口映射，僅開放若干必要的管理及應(yīng)用端口。

2 ?需求分析

隨著市場(chǎng)環(huán)境的不斷變化，呼叫中心要想跟上時(shí)代的步伐，就要發(fā)展多元化的服務(wù)模式。“互聯(lián)網(wǎng)+”為傳統(tǒng)呼叫中心注入了一股澎湃力量。企業(yè)和客戶的溝通渠道越來越多，語音服務(wù)、自助、線上、渠道等服務(wù)形式的多元化發(fā)展是未來企業(yè)的主流選擇。針對(duì)不同行業(yè)的市場(chǎng)環(huán)境和客戶需求，定制化、更兼容、更安全的平臺(tái)產(chǎn)品是呼叫行業(yè)下一階段的開發(fā)重點(diǎn)。

在日常經(jīng)營(yíng)和運(yùn)維中，我們發(fā)現(xiàn)YXT平臺(tái)滿足不了一些場(chǎng)景需求。

場(chǎng)景一：某律師熱線，該律師事務(wù)所面向華東多個(gè)省市，客戶要求：用戶撥打熱線之后，由事務(wù)所選擇合適的律師，并將他的號(hào)碼推送給平臺(tái)，平臺(tái)根據(jù)接收的號(hào)碼再發(fā)起呼叫?？蛻艚涌谝约巴扑偷膽?yīng)用部署在云主機(jī)上。

某房產(chǎn)公司，該公司招聘房產(chǎn)經(jīng)理，每人分配一個(gè)手機(jī)號(hào)碼。由于房產(chǎn)經(jīng)理流動(dòng)性很大，每次離職就帶走一批購(gòu)房客戶，所以公司希望購(gòu)房用戶通過撥打熱線，然后由系統(tǒng)指派房產(chǎn)經(jīng)理，雙方顯號(hào)都不是實(shí)際號(hào)碼。

場(chǎng)景二：某政府機(jī)關(guān)，希望通過web請(qǐng)求依次呼叫法官和當(dāng)事人。呼叫法官時(shí)，通過短信方式同時(shí)告知當(dāng)前呼叫的當(dāng)事人身份。

3 ?流程方案

針對(duì)以上呼叫升級(jí)，我們進(jìn)行平臺(tái)二次開發(fā)，基本實(shí)現(xiàn)了2種場(chǎng)景的呼叫需求。限于篇幅，文章僅描述場(chǎng)景二的情況。

項(xiàng)目是有三大模塊有序組合，協(xié)同完成的。第一部分是WEB請(qǐng)求，主要是接受外部呼叫請(qǐng)求，并進(jìn)行解碼，校驗(yàn)判斷等;第二部分是應(yīng)用程序，該部分程序通過輪詢請(qǐng)求表，發(fā)現(xiàn)記錄，新建外呼job任務(wù);第三部分是IVR語音流程，流程再次讀取請(qǐng)求表，根據(jù)請(qǐng)求表內(nèi)容二次呼叫，把呼叫結(jié)果回填請(qǐng)求表。

3.1 ?Web請(qǐng)求

WEB請(qǐng)求API由.net實(shí)現(xiàn)，支持GET、POST 2種請(qǐng)求方式，服務(wù)器返回的數(shù)據(jù)為JSON對(duì)象。服務(wù)接受參數(shù)后，先解密，節(jié)選代碼實(shí)例如下

if （HttpContext.Current.Request.Params["udcaller"] ！= null）

{

v_udcaller = HttpContext.Current.Request. Params["udcaller"];//獲取GET POST參數(shù)

}

else

{

v_udcaller = "";

}

v_udcaller = DecodeBase64（"utf-8"， v_udcaller）; //Base64解密

參數(shù)解密后再調(diào)用存儲(chǔ)過程，主要實(shí)現(xiàn)三個(gè)數(shù)據(jù)的檢驗(yàn)：

（1）時(shí)間戳校驗(yàn)，用于限制有些誤操作，時(shí)間明顯不對(duì)的請(qǐng)求。

（2）帳號(hào)密碼校驗(yàn)，用于驗(yàn)證用戶賬號(hào)合法性。

（3）帳號(hào)對(duì)應(yīng)的語音信箱號(hào)檢驗(yàn)，用于驗(yàn)證用戶業(yè)務(wù)范圍。

校驗(yàn)結(jié)束后，通過校驗(yàn)的記錄插入待處理表，未通過的記錄插入日志表。

網(wǎng)絡(luò)信息安全存在眾多問題[3]。鑒于上述問題，傳輸參數(shù)都加密處理，此處主要用到了2個(gè)加密算法：

MD5消息摘要算法（Message Digest Algorithm）是由R.Rivest所設(shè)計(jì)的。它對(duì)輸入的任意長(zhǎng)度的消息進(jìn)行運(yùn)算，產(chǎn)生一個(gè)128位的消息摘要。主要用以效驗(yàn)下載文件完整性，用以效驗(yàn)用戶敏感信息，如密碼、卡號(hào)等不可解密的信息。

Base64編碼是將二進(jìn)制數(shù)據(jù)編碼為可顯示的字母和數(shù)字，用于傳送圖形、聲音和傳真等非文本數(shù)據(jù)。常用于MIME電子郵件格式中。其使用含有64個(gè)字符的ASCII字符集（第65個(gè)字符為"="，用于對(duì)字符串的特殊處理過程），并用6個(gè)進(jìn)制位表示一個(gè)可顯示字符[4]。

在Web客戶端普遍使用的 ASCII 全兼容編碼是BASE64[5]。對(duì)帳號(hào)先MD5校驗(yàn)，再BASE64加密，其他字段內(nèi)容BASE64加密。

WEB API有以下優(yōu)點(diǎn)：可重用，不必從零開始;與業(yè)務(wù)系統(tǒng)隔離;平臺(tái)無關(guān)性;可擴(kuò)展性強(qiáng)，系統(tǒng)靈活[6]。

3.2 ?應(yīng)用程序

數(shù)據(jù)插入數(shù)據(jù)庫(kù)后，并不會(huì)主動(dòng)觸發(fā)IVR呼叫流程，項(xiàng)目通過平臺(tái)管理界面新建任務(wù)啟動(dòng)呼叫。為了實(shí)現(xiàn)流程自動(dòng)化處理，開發(fā)利用網(wǎng)絡(luò)爬蟲技術(shù)，網(wǎng)絡(luò)爬蟲是一種計(jì)算機(jī)自動(dòng)程序，它能夠自動(dòng)建立到Web服務(wù)器的網(wǎng)絡(luò)連接，訪問服務(wù)器上的某個(gè)頁面或網(wǎng)絡(luò)資源，獲得其內(nèi)容，并按照頁面上的超鏈接進(jìn)行更多頁面的獲取[7]。這樣應(yīng)用程序周期讀取待處理表，一旦發(fā)現(xiàn)數(shù)據(jù)就利用爬蟲新建任務(wù)。

任務(wù)參數(shù)一共有9個(gè)，有主被叫，原主被叫，開始時(shí)間，結(jié)束時(shí)間，最后一個(gè)參數(shù)為私有數(shù)據(jù)，本實(shí)例填寫的私有數(shù)據(jù)為待處理表的記錄ID，傳遞這個(gè)參數(shù)，IVR才能讀取對(duì)應(yīng)的記錄。節(jié)選代碼實(shí)例如下

v_task=String.valueOf（rssql.getDouble（"taskid"））;//獲取記錄ID

v_task= v_task.substring（0，v_task.indexOf（"."））;

v_result=Interface.EAPImportTasks（v_caller， v_called， v_origcaller， v_origcalled， v_begintime1， v_begintime2， v_endtime1， v_endtime2，v_task）;//新建任務(wù)

//v_caller， v_called， v_origcaller， v_origcalled分別為主叫被叫，原主叫原被叫 ?v_task為私有數(shù)據(jù)

if（v_result.indexOf（"成功添加一條任務(wù)"）>0）

{

pstatsql2.setDouble（1， rssql.getDouble（"taskid"））;

pstatsql2.execute（）;

}

3.3 ?IVR流程

IVR（Interactive Voice Respons）交互式語音應(yīng)答模塊，是系統(tǒng)的一個(gè)軟件模塊，對(duì)應(yīng)每一個(gè)需要自動(dòng)服務(wù)的呼叫，IVR模塊都會(huì)派生出一個(gè)獨(dú)立的事務(wù)，完成呼叫的業(yè)務(wù)邏輯。IVR流程是可以由用戶自定義的，通過IVRTools編譯器，用戶可以在腳本編輯環(huán)境或者圖形化環(huán)境中完成流程的編寫。腳本流程的語法采用狀態(tài)機(jī)原理，程序員可以定義出多個(gè)流程狀態(tài)，用戶在電話中任一時(shí)刻都會(huì)處于業(yè)務(wù)邏輯的某個(gè)狀態(tài)當(dāng)中，同時(shí)，在每一個(gè)狀態(tài)內(nèi)都可以執(zhí)行某些指定的業(yè)務(wù)操作，在進(jìn)行相應(yīng)的業(yè)務(wù)操作之后會(huì)產(chǎn)生新的事件，新的事件又會(huì)使得流程從一個(gè)狀態(tài)遷移到另外一個(gè)狀態(tài)，整個(gè)服務(wù)過程就是業(yè)務(wù)不斷的在狀態(tài)之間遷移，IVR不斷的指定某些服務(wù)動(dòng)作的過程。節(jié)選代碼實(shí)例如下：

：stGetrecfromDb

[ ASSIGN SR11， "select flowname，udcalled from 待處理表 where ?taskid =" ]

[ STRCAT SR11， SR1 ]

[ EXECSQL SR11 ]

Passed ->stWaihuCalled

Failed -> stDefault

TimeOut -> stExit

[ ASSIGN SR2， 區(qū)號(hào)]

[ STRCAT SR2， FD0 ]

[ ASSIGN SR3， FD1 ]

：stWaihuCalled

[StrLen SR3] //取得字符串a(chǎn)bc的長(zhǎng)度為3，將長(zhǎng)度3存于IR0中。

[ASSIGN IR1，8]

[EQUAL IR0，IR1]

Passed ->stEquals

Failed->stWaihu

：stEquals

[ ASSIGN SR4， SR3 ]

[ ASSIGN SR3， 區(qū)號(hào) ]

[ STRCAT SR3， SR4 ]

-> stWaihu

：stWaihu

[makecall200 SR3，SR2，""] //產(chǎn)生一個(gè)類似200業(yè)務(wù)的呼叫

CallTerm（0）->stUpdate0 //成功后更新記錄

CallTerm（1）->stUpdate1 //無人接 更新記錄

CallTerm（2）->stUpdate2 //被叫市話忙 更新記錄

CallTerm（3）->stUpdate3 //被叫長(zhǎng)話忙 更新記錄

CallTerm（4）->stUpdate4 //擁塞 更新記錄

CallTerm（5）->stUpdate5 //空號(hào) 更新記錄

CallTerm（-1）->stUpdate6//其他情況 更新記錄

：stdonothing

[DoNothing]

NeverHappen ->stdonothing

IVR呼叫流程首先根據(jù)私有數(shù)據(jù)讀取待處理表對(duì)應(yīng)的記錄，判斷被叫是否為8位固話，如果是則加區(qū)號(hào)，如果否則直接外呼，外呼結(jié)束后，流程根據(jù)不同的呼叫結(jié)果進(jìn)入不同的狀態(tài)更新日志。這樣就完成整個(gè)呼叫過程。

4 ?功能擴(kuò)展

呼叫中心的web接口具有很多的實(shí)用價(jià)值：譬如隱私通話、匿名通信，通話雙（單）方手機(jī)號(hào)碼不公開，完成號(hào)碼保護(hù)，實(shí)現(xiàn)安全通話。即可保護(hù)用戶隱私，又可以防止信息被抓取及跳單交易。掃碼通話，將web服務(wù)生成二維碼，微信掃碼即可直接撥打。這樣同樣可以保護(hù)客戶隱私，也便于主叫方快速呼出電話，避免誤撥。

5 ?結(jié)束語

對(duì)于通信服務(wù)提供商（CSP），API是為客戶提供可靠，靈活和可擴(kuò)展的語音和消息傳遞解決方案?，F(xiàn)在使用API將有助于獲取競(jìng)爭(zhēng)優(yōu)勢(shì)，進(jìn)而又會(huì)為企業(yè)客戶提供先進(jìn)的功能和持久的積極影響，這些影響可以直接與收入增長(zhǎng)和最終客戶滿意度掛鉤。

項(xiàng)目完成了業(yè)務(wù)需求的內(nèi)容，如果進(jìn)一步研究可以向以下方面發(fā)展：（1）呼叫中心平臺(tái)向應(yīng)用提供統(tǒng)一的服務(wù)接口，無論應(yīng)用請(qǐng)求的數(shù)據(jù)是存儲(chǔ)在哪個(gè)數(shù)據(jù)中心節(jié)點(diǎn)中，向應(yīng)用提供的接口都是一致 ?的[8]。這樣語音平臺(tái)所有的對(duì)外服務(wù)都重新設(shè)計(jì)，改寫為統(tǒng)一標(biāo)準(zhǔn)的WEB API，Web平臺(tái)相當(dāng)于業(yè)務(wù)網(wǎng)關(guān)。（2）由于訪問量、業(yè)務(wù)量以及數(shù)據(jù)量的迅猛增加，使信息系統(tǒng)的核心部分的計(jì)算能力和處理能力面臨著前所未有的巨大挑戰(zhàn)，單一設(shè)備無法對(duì)增加的運(yùn)算量進(jìn)行有效的處理。因此，必須采用若干服務(wù)器相互配合工作的策略，從而大幅度增強(qiáng)信息系統(tǒng)的計(jì)算能力和處理能力，以完全滿足業(yè)務(wù)量對(duì)系統(tǒng)提出的需求[9]。隨著業(yè)務(wù)量的增加，WEB接口要考慮負(fù)載均衡。（3）實(shí)現(xiàn)功能僅是第一步，還需要進(jìn)一步完善業(yè)務(wù)系統(tǒng)，對(duì)呼叫計(jì)件計(jì)量。根據(jù)呼叫中心的業(yè)務(wù)的需求，建立一個(gè)呼叫中心業(yè)務(wù)管理系統(tǒng)，此系統(tǒng)是一個(gè)統(tǒng)一的呼叫中心管理平臺(tái)，使之能夠適應(yīng)新型呼叫中心業(yè)務(wù)的管理需求，并使之有很好的可維護(hù)性和可擴(kuò)展性[10]。

參考文獻(xiàn)

[1] 張征， 李漪， 高原. 程控交換網(wǎng)絡(luò)技術(shù)及智能云交換技術(shù)綜述和展望[J]. 軟件， 2015， 36（6）： 88-91.

[2] 衛(wèi)振林， 紀(jì)壽文， 黃愛玲. 物流信息技術(shù)與裝備[M]. 北京：中國(guó)物資出版社.2010.

[3] 蘇奎， 張彥超， 董默. 一種計(jì)算機(jī)安全評(píng)價(jià)系統(tǒng)設(shè)計(jì)[J]. 軟件， 2015， 36（4）： 119-122.

[4] 段剛. 加密與解密第三版[M]. 北京：電子工業(yè)出版社， 2008.

[5] 王芳， 白宇. 基于JavaScript 的輕量化BASE64 編碼及解碼算法[J]. 軟件， 2015， 36（4）： 24-27.

[6] 陳玉亮， 薛燕平. 基于Web Service 的數(shù)字檔案資源集成研究與實(shí)現(xiàn)[J].軟件， 2015， 36（9）： 39-41.

[7] 曾劍平.互聯(lián)網(wǎng)大數(shù)據(jù)處理技術(shù)與應(yīng)用[M]. 2017北京： 清華大學(xué)出版社 ， 2017.

[8] 李惠婷. 呼叫中心平臺(tái)Web服務(wù)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 碩士， 北京郵電大學(xué)， 2017.

[9] 周博. WEB服務(wù)器負(fù)載均衡系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D]. 碩士， 電子科技大學(xué)， 2014.

[10] 郭晉舟 詹舒波. 呼叫中心業(yè)務(wù)管理系統(tǒng)的研究與設(shè)計(jì)[J].軟件， 2016， 37（02）： 54-57.