公交熱線數(shù)字化轉(zhuǎn)型的探索與實踐
——以濟南公交為例

何 偉 于 敏

（濟南公共交通集團有限公司，濟南 250013）

關(guān)鍵字：公交熱線；大數(shù)據(jù)；人工智能；智能客服機器人

隨著生活水平的提高，市民出行需求日益增多，公交熱線話務量和工單量逐年提升，原有的傳統(tǒng)熱線信息系統(tǒng)已無法滿足工作需要。濟南公交集團積極踐行新發(fā)展理念，使用Node.JS 前臺開發(fā)語言，基于IP 軟交換技術(shù)架構(gòu)，采用NoSQL、MogoDB 分片技術(shù)，利用微服務架構(gòu)和高可用部署方式，設計建設了公交智能云客服系統(tǒng)，大數(shù)據(jù)、AI 等新技術(shù)提升了公交熱線智能接聽、工單轉(zhuǎn)派跟蹤、數(shù)據(jù)挖掘分析水平，提高了市民對公交熱線認知度、信任度和滿意度。

1 現(xiàn)狀及分析

傳統(tǒng)公交熱線系統(tǒng)以話務接聽及工單處理為主要模塊構(gòu)建，隨著市民個性化出行需求增多，濟南公交業(yè)務特別是定制公交業(yè)務不斷拓展，使熱線在接聽中因系統(tǒng)功能不全、數(shù)據(jù)挖掘不足[1]、信息流轉(zhuǎn)不暢等原因?qū)е驴芍贝饐栴}未直答、機械轉(zhuǎn)辦工單情況逐漸增多。

（1）功能集成度低。熱線接聽需大量實時數(shù)據(jù)支持，通常需同時打開智能調(diào)度、視頻監(jiān)控等多個業(yè)務系統(tǒng)，原有系統(tǒng)的數(shù)據(jù)、業(yè)務信息的綜合性不強，在線查詢不便，造成通話時長較長，市民在線等待時間增加，影響反饋效率，錯失安撫市民的最佳時機。

（2）缺少數(shù)據(jù)挖掘。市民電話為非結(jié)構(gòu)化信息，且日均工單量較大，原有系統(tǒng)無數(shù)據(jù)挖掘功能，完全依靠人工導表篩查，加大了統(tǒng)計分析壓力，難以有效挖掘數(shù)據(jù)價值，在一定程度也造成數(shù)據(jù)資源浪費，無法為管理和服務形成數(shù)據(jù)支持。

（3）無法融合全媒體。市民通過自媒體反饋訴求建議的數(shù)量日益增多，但微博、微信等第三方自媒體平臺數(shù)據(jù)無法對接融合，市民反饋的現(xiàn)場視頻無法接入，熱線接聽辦理的數(shù)字化服務能力、跨平臺支撐能力急需提升。

2 系統(tǒng)設計

濟南公交本著“一號受理，一站辦結(jié)，一心為民”的服務理念，設計建設新一代高集成度、功能多樣、智能化的熱線服務系統(tǒng)，利用大數(shù)據(jù)和人工智能技術(shù)，進行關(guān)鍵數(shù)據(jù)和熱點事件關(guān)鍵詞提取和分析[2]，提高統(tǒng)計工作效率和質(zhì)量，減少機械性工作，推進公交熱線數(shù)字化轉(zhuǎn)型升級。

2.1 總體設計思路

系統(tǒng)整體架構(gòu)秉承頂層設計理念，以應用方便、分步部署、管理精細為目標，通過智能客服系統(tǒng)建設，建立以大數(shù)據(jù)為核心的高集成、多功能、智能化熱線系統(tǒng)；提高服務能力、專業(yè)程度，最終達到“一站式辦結(jié)熱線”[3]要求。

系統(tǒng)整體架構(gòu)（圖1）包括用戶層、展現(xiàn)層、應用層、應用支撐層、信息資源層、基礎設施層，同步建立安全保障體系、標準規(guī)范體系、運行維護體系。

圖1 系統(tǒng)整體架構(gòu)圖

（1）基礎設施層。提供操作系統(tǒng)、終端服務系統(tǒng)、存儲設備、網(wǎng)絡運行環(huán)境等系統(tǒng)需要的基礎軟硬件設施，為系統(tǒng)提供基礎保障。

（2）信息資源層。包括業(yè)務信息資源庫及呼叫管理系統(tǒng)信息資源中心，通過系統(tǒng)接口無縫融合IVR、語音通話、工單、客服、業(yè)務、技能組等結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)資源。

（3）應用支撐層。提供授權(quán)管理、身份認證、信息抽取、安全審計、數(shù)據(jù)服務、消息服務、接口服務等功能，為上層應用、外部系統(tǒng)做支撐；提供異構(gòu)數(shù)據(jù)及異構(gòu)軟硬件平臺之間的協(xié)同機制，是實現(xiàn)業(yè)務系統(tǒng)之間信息共享和互連互通的通道。

（4）應用層。主要包括語音通訊平臺、CRM系統(tǒng)、報表及監(jiān)控。語音通訊平臺提供電話呼叫控制、IVR、錄音管理、三方通話、黑紅名單、話務滿意度調(diào)查及在線客服等功能；CRM 系統(tǒng)提供客戶管理、工單流轉(zhuǎn)、知識庫、客戶來電彈屏等功能；報表及監(jiān)控提供座席監(jiān)控、在線客服監(jiān)控、話務質(zhì)檢及報表分析等功能。

（5）展現(xiàn)層。實現(xiàn)信息展示、應用服務等人機交互功能，為系統(tǒng)使用和維護人員提供美觀、簡潔和良好體驗的操作界面，具有電話、移動終端、PC等多種展現(xiàn)方式，覆蓋市民主要咨詢渠道。

（6）用戶層。提供相關(guān)入口給熱線系統(tǒng)的使用人員，包括公交客服管理人員、客服人員、各單位承辦人員等。

2.2 技術(shù)架構(gòu)

系統(tǒng)技術(shù)架構(gòu)（圖2）分為應用和接口層、應用能力層、基礎能力層、基礎設施層四部分，通過系統(tǒng)應用和能力的解耦，利用流式計算、文本引擎、語音編碼、離線計算等基礎能力，實現(xiàn)人機協(xié)同、智能語音服務、智能在線客服、智能話務質(zhì)檢等業(yè)務應用，提供96190 熱線、微博、微信、官網(wǎng)、APP 等媒介入口，基本覆蓋主要的客服媒介，樹立統(tǒng)一流程、統(tǒng)一界面、統(tǒng)一服務的客戶服務形象。

圖2 技術(shù)架構(gòu)圖

（1）云計算應用。系統(tǒng)采用云計算技術(shù)，將呼叫中心云端化，適應接聽能力、存儲能力、運算能力的動態(tài)變化，基于VPN 網(wǎng)絡并采用加密技術(shù)保障網(wǎng)絡安全，可通過手機、移動終端、計算機等使用平臺功能。

（2）IP 組網(wǎng)。系統(tǒng)基于IP 軟交換技術(shù)架構(gòu)，采用國際標準SIP 控制信令，支持PSTN 和NGN 中繼接入模式，核心服務包括IP-PBX、CTI、IVR、錄音等模塊；平臺適應濟南公交現(xiàn)有組網(wǎng)架構(gòu)，利用VPN 網(wǎng)絡滿足集團三級單位的應用，支持分布式部署和集中式管理，支持本地座席、遠端座席、移動座席；IPCC 內(nèi)部采用全IP 技術(shù)架構(gòu)，呼叫的信令流、語音流、數(shù)據(jù)流全部通過IP 網(wǎng)絡傳遞，架構(gòu)有別于傳統(tǒng)PBX 或板卡方案，不依賴任何專用硬件設備。

（3）微服務架構(gòu)。系統(tǒng)采用微服務架構(gòu)，各個功能模塊均為獨立服務，單個服務故障不影響其他服務正常運行，不同服務可分別在獨立的服務器上運行，保障單個服務運行能擁有足夠資源，同時每個微服務都有集群，降低單個服務故障概率，保障整個系統(tǒng)穩(wěn)定運行。

（4）高可用部署。系統(tǒng)采用高可用部署架構(gòu)。通過SLB 和Nginx 實現(xiàn)負載均衡和反向代理；應用服務器采用前端和后端兩個集群，通過Consul 集群實現(xiàn)前后端調(diào)用服務的高可用保證；基礎服務集群包括Redis+Sentinel、Es server、Tomcat/Solr，實現(xiàn)可靠數(shù)據(jù)服務；MongoDB 部署2 臺做分片集群，選舉節(jié)點部署在基礎服務集群。

（5）AI 智能交互。系統(tǒng)采用AI 智能交互平臺技術(shù)架構(gòu)（圖3），采用功能分層結(jié)構(gòu)，自底向上分層構(gòu)建。依托于基礎能力平臺，形成NLP 自然語言處理算法庫、經(jīng)典機器學習和深度學習算法庫、知識分類模型等，提供AI 應用所需的智能服務、深度學習和知識管理等底層基礎平臺能力；在算法能力和知識數(shù)據(jù)基礎上，形成適用于AI 智能交互應用場景的聚合功能模塊、流程和任務管理模塊，對外封裝調(diào)用接口，形成具備不同功能的交互式機器人；面向不同的應用場景形成智能文字機器人、智能IVR 業(yè)務引導、智能語音服務、智能外呼、智能質(zhì)檢等AI 智能解決方案。

圖3 AI 智能交互平臺技術(shù)架構(gòu)

3 應用評價

3.1 運行評價

系統(tǒng)使用Node.JS 前臺開發(fā)語言，采用HTML5/WebRTC 等技術(shù)支持，用戶可跨平臺、跨瀏覽器運行，提供極簡用戶體驗，系統(tǒng)樣式布局人性化（圖4），熱線服務效率更高，業(yè)務數(shù)據(jù)統(tǒng)計更直觀。

圖4 通話報表展示

開發(fā)呼入時間趨勢、呼入地域分布、呼出時間趨勢、坐席工作量、坐席滿意度調(diào)查等多維度統(tǒng)計分析圖表（圖5），讓公交熱線管理人員直觀清晰掌握工單處理效率與座席的工作量。

圖5 客服數(shù)據(jù)統(tǒng)計分析圖表

結(jié)合市民反饋熱點問題，對近期歷史數(shù)據(jù)挖掘分析，以熱力圖形式（圖6）用于輔助管理決策。

3.2 創(chuàng)新性評價

3.2.1 為民服務能力創(chuàng)新

（1）服務更精準，工作更高效。系統(tǒng)根據(jù)呼叫號碼提取相關(guān)信息，包括號碼相關(guān)歷史電話記錄、已解決問題、尚未解決問題等，雙方快速進入問題核心，助力問題盡快解決。熱線機器人提供7×24小時智能應答服務，大大減少了市民在線等候時間，并將熱線人員從繁雜的重復工作中解放出來，提高工作效率和服務質(zhì)量。

（2）信息接口更多，市民體驗更好。濟南公交設計的公交智能云客服系統(tǒng)，對外與微信、微博及APP 等多服務渠道接口對接，內(nèi)部與公交智能調(diào)度、視頻監(jiān)控、電子收費等系統(tǒng)融合，通過統(tǒng)一平臺接收、回復、記錄所有客戶服務渠道信息，提供文本、圖片、語音、視頻等全媒體方式服務客戶，滿足市民多元化客服需求。

（3）數(shù)據(jù)挖掘更深入，市民訴求更聚焦。系統(tǒng)匯聚和融合多路數(shù)據(jù)資源，包括熱線基礎問答資料庫、市民來電信息庫、行業(yè)和領域知識庫、第三方數(shù)據(jù)源等，經(jīng)過數(shù)據(jù)清洗挖掘和知識學習訓練，提煉適用于交互服務場景的智能知識內(nèi)容，以知識聚類形成結(jié)構(gòu)化問答知識點，為熱線人員和智能機器人提供知識和數(shù)據(jù)的支撐。

3.2.2 技術(shù)支撐能力創(chuàng)新

（1）高性能的Web UI 框架。系統(tǒng)采用高性能Web UI 框架，客戶端界面首次加載元素及JS 后，將“終身”保存，服務端與客戶端只交換數(shù)據(jù)，無需下載界面元素，所有界面均由本地JS 繪制，使用中無頁面跳轉(zhuǎn)，網(wǎng)絡環(huán)境要求低、帶寬占用少，極大提升熱線人員的操作體驗。

（2）MongoDB 分片集群+Redis，提升系統(tǒng)響應速度。系統(tǒng)數(shù)據(jù)庫采用NoSQL、MongoDB 分片技術(shù)，保障公交熱線數(shù)據(jù)持久化存儲，并可快速查詢大量非結(jié)構(gòu)化數(shù)據(jù)。MongoDB 技術(shù)實時保存副本集，對讀寫操作進行技術(shù)分離，保障數(shù)據(jù)安全。采用Redis 內(nèi)存數(shù)據(jù)庫，高低頻數(shù)據(jù)分離，提高數(shù)據(jù)訪問速度。

（3）微服務架構(gòu)，保障每個應用穩(wěn)定。系統(tǒng)采用微服務架構(gòu)，各個功能、各個模塊都是獨立的服務，單個服務故障不影響其他服務正常運行，不同服務分別在獨立的服務器上運行，保障單個服務運行擁有足夠資源，同時每個微服務都有集群，降低單個服務故障概率，保障整個平臺穩(wěn)定運行。

4 結(jié)語

要滿足廣大市民的公交熱線服務需求，必須大力推進公交熱線數(shù)字化轉(zhuǎn)型升級，以公交熱線為基礎，建立公交客服信息的統(tǒng)一收集分發(fā)、指揮調(diào)度和辦件流轉(zhuǎn)反饋機制，創(chuàng)新和暢通民意表達渠道。通過公交智能云客服平臺的建設，統(tǒng)一了數(shù)據(jù)標準和接口標準，進一步規(guī)范了業(yè)務流程和管理流程，大大提高了公交客服熱線的響應速度和工作效率。