王昱丹，樊 友，符 剛，劉牧寅（中訊郵電咨詢設計院有限公司，北京 100048）

0 前言

隨著云計算技術(shù)以及移動應用的飛速發(fā)展，互聯(lián)網(wǎng)企業(yè)部署OTT 業(yè)務爭相搶占客戶入口，運營商亟需找到符合自身特點的OTT 業(yè)務，尋找適合的切入口，增強業(yè)務黏性，在競爭中搶占先機。運營商希望觸及管道傳輸中的巨大價值，可以通過創(chuàng)新平臺發(fā)揮客戶及網(wǎng)絡資源的優(yōu)勢來迅速找到業(yè)務收入增長點，以新產(chǎn)品實現(xiàn)話務量和流量歸集，發(fā)揮運營商特有的號碼、流量、資源優(yōu)勢，從而來應對來自同行乃至移動互聯(lián)網(wǎng)企業(yè)的激烈競爭。利用固網(wǎng)優(yōu)勢結(jié)合高黏性的移動互聯(lián)產(chǎn)品來提升存量用戶價值，提高客戶轉(zhuǎn)網(wǎng)難度，是創(chuàng)造新的業(yè)務增值點的途徑之一。

隨著國家監(jiān)管政策趨嚴，通信資源的方便性受到影響，獲得通信資源的價格會提升，從而提高從業(yè)門檻。客戶資源向市場上比較大的、有一定風險管控能力的、操作運作比較規(guī)范的企業(yè)集中。這就產(chǎn)生了運營商政企語音統(tǒng)一受理方案的研究需求，來實現(xiàn)政企語音能力業(yè)務的統(tǒng)一管理、統(tǒng)一定價、統(tǒng)一監(jiān)管可控，從而避免出現(xiàn)違規(guī)防護、監(jiān)管不嚴、低價搶奪資源、話務批發(fā)等現(xiàn)象。

1 政企語音統(tǒng)一受理需求

通過廣泛的交流，不斷澄清一些模糊的概念，最終形成一個完整的、清晰的、一致的需求說明，是信息系統(tǒng)軟件生命周期中的一個重要階段。需求分析所要做的工作是深入描述業(yè)務流程和應用場景、用戶參與過程以及軟件的功能和性能，確定用戶參與的業(yè)務開展全過程、軟件設計的限制和軟件同其他系統(tǒng)元素的接口細節(jié)，定義軟件的其他有效性需求，細化軟件要處理的數(shù)據(jù)域。在此綜合使用結(jié)構(gòu)化分析方法、面向?qū)ο蠓治龇椒ā⒃头ǖ瘸Ｓ玫男枨蠓治龇椒?，完成方案研究的基本需求分析工作?/p>

運營商開展政企語音業(yè)務，由受理員在受理系統(tǒng)上以產(chǎn)品維度進行統(tǒng)一受理、開通、計費和管理，通過出賬系統(tǒng)統(tǒng)一為客戶出賬并提供繳費渠道，通過結(jié)算系統(tǒng)統(tǒng)一為各業(yè)務提供方進行結(jié)算，同時需要保障語音特別是號碼在用戶使用過程中的合法合規(guī)和可管可控。

1.1 業(yè)務受理

業(yè)務受理流程主要涉及業(yè)務訂購和開通流程、業(yè)務變更流程、業(yè)務退訂流程，以及對客戶資料和訂單信息的管理等。

a）業(yè)務訂購流程。受理員通過政企客戶管理系統(tǒng)進行產(chǎn)品訂購，由政企客戶管理系統(tǒng)同步訂購信息到政企語音統(tǒng)一受理系統(tǒng)，受理員通過政企語音統(tǒng)一受理系統(tǒng)完成業(yè)務開通操作，政企語音統(tǒng)一受理系統(tǒng)自動向語音承載網(wǎng)和語音能力平臺發(fā)起業(yè)務開通請求，語音承載網(wǎng)同步返回開通響應，語音能力平臺涉及與客戶語音平臺對接，異步對接并完成配置后向政企語音統(tǒng)一受理系統(tǒng)發(fā)送開通竣工通知，完成業(yè)務開通流程。

b）業(yè)務變更流程。受理員通過政企語音統(tǒng)一受理系統(tǒng)完成業(yè)務變更操作，政企語音統(tǒng)一受理系統(tǒng)自動向語音能力平臺發(fā)起業(yè)務變更請求，語音能力平臺完成業(yè)務配置后，向政企語音統(tǒng)一受理系統(tǒng)異步發(fā)送變更竣工通知，完成業(yè)務變更流程。

c）業(yè)務退訂流程。受理員通過政企客戶管理系統(tǒng)進行產(chǎn)品預銷戶操作，由政企客戶管理系統(tǒng)同步預銷信息到政企語音統(tǒng)一受理系統(tǒng)，政企語音統(tǒng)一受理系統(tǒng)自動向語音承載網(wǎng)和語音能力平臺發(fā)起業(yè)務注銷請求，語音承載網(wǎng)和語音能力平臺同步返回注銷響應，至此完成業(yè)務注銷流程。

d）訂單管理。對業(yè)務受理的客戶信息、訂單信息、產(chǎn)品業(yè)務規(guī)則和資費信息、預占或占用的號碼信息等進行統(tǒng)一管理，提供統(tǒng)計分析查詢功能。

1.2 資源管理

資源管理主要針對業(yè)務的號碼資源進行管理，實現(xiàn)業(yè)務號碼資源的獲取、存儲管理、初始化、分配、狀態(tài)維護、統(tǒng)一監(jiān)管控制、統(tǒng)計分析、資源回收等。

1.3 計費管理

計費管理根據(jù)業(yè)務受理信息主要完成業(yè)務的話單采集、校驗、排重、篩檢、計費、批價、錯單處理、合賬，對欠費客戶進行欠費停機操作，以及面向出賬和結(jié)算平臺傳遞原始話單、賬單和結(jié)算單的功能。

1.4 運營監(jiān)控

為產(chǎn)品運營提供管理功能，運營支撐人員可登錄查看當前平臺業(yè)務受理數(shù)據(jù)、管理信息及運行狀態(tài)，以及按照要求對相關(guān)數(shù)據(jù)進行錄入、刪除、變更等操作處理，如向相關(guān)系統(tǒng)或平臺推送消息失敗時，生成并發(fā)送實時告警通知，針對客戶提出的問題號碼進行更換管理等，以及對接監(jiān)管部門系統(tǒng)，按照要求提供相關(guān)信息和數(shù)據(jù)。

1.5 后臺管理

對系統(tǒng)的賬號、角色、功能、數(shù)據(jù)等進行分權(quán)分域設置，對系統(tǒng)的公共參數(shù)進行配置，查看系統(tǒng)的登錄或操作日志以及站內(nèi)公告管理等內(nèi)容。

1.6 數(shù)據(jù)分析統(tǒng)計

實現(xiàn)對客戶、業(yè)務、號碼等數(shù)據(jù)的分時、分類、分客戶、分（地）市等多種方式的數(shù)據(jù)統(tǒng)計，并以報表方式呈現(xiàn)。

2 平臺架構(gòu)

2.1 平臺組網(wǎng)架構(gòu)

通過對系統(tǒng)需求全方位的分析、分解，組網(wǎng)總體架構(gòu)采用分層松耦合架構(gòu)，云化部署，盡可能隱藏與之協(xié)作的分層的信息，從而使分層內(nèi)部的修改不影響其他層的功能，分為集中管理層、語音能力層、基礎(chǔ)網(wǎng)絡層。各系統(tǒng)平臺之間按照業(yè)務及安全管理要求設計好的接口進行消息交互。

圖1示出的是平臺組網(wǎng)架構(gòu)。

圖1 平臺組網(wǎng)架構(gòu)

a）集中管理層?？蛻艄芾硐到y(tǒng)完成客戶資料建檔和業(yè)務訂購、發(fā)起業(yè)務退訂工作；客戶自服務平臺從政企統(tǒng)一受理平臺獲取服務，為客戶提供業(yè)務使用情況查詢功能；政企語音統(tǒng)一受理平臺對接客戶管理系統(tǒng)和客戶自服務平臺，支撐業(yè)務統(tǒng)一訂購開通、變更、退訂的受理操作，并采集智能語音能力平臺原始話單完成計費批價功能，然后通過出賬/結(jié)算系統(tǒng)進行統(tǒng)一出賬和結(jié)算。

b）語音能力層。語音能力平臺根據(jù)企業(yè)簽約信息和第三方API 調(diào)用行為，為企業(yè)提供運營商語音能力，如單呼、點擊撥號、智能回呼等基礎(chǔ)呼叫能力，以及錄音、語音通知、辦公電話、智能坐席等業(yè)務能力。

c）基礎(chǔ)網(wǎng)絡層。主要是指運營商基礎(chǔ)網(wǎng)絡，用于實現(xiàn)語音呼叫的路由互通，實現(xiàn)用戶使用號碼撥打和接聽電話的功能。

2.2 平臺功能架構(gòu)

政企語音統(tǒng)一受理系統(tǒng)采用分層的功能架構(gòu)，分為用戶層、門戶層、服務層、數(shù)據(jù)層、資源層。

圖2示出的是平臺功能分層架構(gòu)。

圖2 平臺功能分層架構(gòu)

a）用戶層主要有3類角色，分別是受理員、普通管理員、高級管理員。受理員負責業(yè)務受理工作，普通管理員只進行查看不進行增刪改操作，高級管理員可訪問部分菜單及進行增刪改查操作，查看管理員操作日志。

b）門戶層。系統(tǒng)采用前后端分離的原則，用戶通過瀏覽器訪問門戶層，負責業(yè)務界面渲染和展現(xiàn)。

c）服務層。借鑒微服務架構(gòu)的優(yōu)點，劃分了7 個業(yè)務服務模塊，分別是安全認證服務、聯(lián)機指令服務、號碼管理服務、計費賬務管理服務、業(yè)務受理服務、用戶權(quán)限管理服務、計費賬務處理服務，與數(shù)據(jù)層或外部接口交互，并向前端提供服務能力。微服務是一些協(xié)同工作的小而自治的服務，服務之間通過網(wǎng)絡調(diào)用進行通信，從而加強了服務之間的隔離性，達到松耦合的效果。因此，微服務系統(tǒng)可以改進彈性，即如果一個服務不可用，微服務設計能較好地減小導致級聯(lián)故障的風險，系統(tǒng)的其他部分還可以正常運行；微服務系統(tǒng)易于擴展，可以只對需要擴展的服務進行擴展，把那些不需要擴展的服務運行在更小的、性能稍差的硬件上，從而節(jié)省成本；在微服務架構(gòu)中，各個服務的部署是獨立的，這樣就可以更快地對特定部分的代碼進行部署，影響范圍小，易快速回滾，更快地給客戶提供新功能。

d）數(shù)據(jù)層。使用MySQL關(guān)系型數(shù)據(jù)庫系統(tǒng)，可以從主節(jié)點復制到1 個或多個副本，確保數(shù)據(jù)備份安全或分發(fā)讀取；服務器緩存方面使用Redis 或Memcache系統(tǒng)以及kafka消息隊列，以消除不必要的到數(shù)據(jù)庫或其他服務的往返通信，從而更快地返回結(jié)果。

e）資源層。采用私有云云主機部署系統(tǒng)，利用云計算彈性伸縮、快速部署、資源抽象、按使用量分配、寬帶訪問等優(yōu)勢，以及私有云能提供更多的安全和私密等保證。

3 接口設計

通過以上所述，政企語音統(tǒng)一受理平臺與多個系統(tǒng)網(wǎng)元有對接進行消息交互的需求，因此對接口規(guī)范的設計和使用是一部分重要的工作。應用程序接口是數(shù)據(jù)傳輸流轉(zhuǎn)的重要通道，完成不同復雜系統(tǒng)環(huán)境之間的數(shù)據(jù)交互、傳輸工作，而統(tǒng)一接口設計開發(fā)規(guī)范，可減少安全隱患。

政企語音統(tǒng)一受理平臺與其他系統(tǒng)或網(wǎng)元等功能實體之間對接，從功能上來說，主要包含2 類接口：鑒權(quán)接口和業(yè)務接口。其中鑒權(quán)接口主要包含身份認證、token認證、信息加密等相關(guān)內(nèi)容；業(yè)務接口主要完成業(yè)務數(shù)據(jù)或信息交換相關(guān)的功能。

目前應用層主流的接口對接協(xié)議技術(shù)主要有HTTP、WebSERVICE、SOCKET、RPC、FTP，而主流的接口對接數(shù)據(jù)交換格式主要有XML、JSON、文件等。每種接口協(xié)議可能會存在多種請求方法，具體使用哪種也需要在接口規(guī)范中進行明確，并進行示例以方便理解和快速對接。例如，對于HTTP 對接協(xié)議來說，請求方法有8 種：OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE 和CONNECT，常用的HTTP 請求方法是GET 和POST。一般來說，GET 請求會顯示請求指定的資源，GET方法應該只用于數(shù)據(jù)的讀取，而不應當用于會產(chǎn)生副作用的非冪等的操作中。而POST 請求會向指定資源提交數(shù)據(jù)，請求服務器進行處理，如表單數(shù)據(jù)提交、文件上傳等，請求數(shù)據(jù)會被包含在請求體中，因為POST 請求可能會創(chuàng)建新的資源或/和修改現(xiàn)有資源，因此POST方法是非冪等的方法。

對接口的描述涉及到請求參數(shù)和響應參數(shù)，在這里，將請求參數(shù)和響應參數(shù)再進一步歸類分為：系統(tǒng)參數(shù)和業(yè)務參數(shù)。系統(tǒng)參數(shù)是公共參數(shù)，是所有請求和響應都需要帶有的參數(shù)，如：請求中的系統(tǒng)參數(shù)可能包含調(diào)用的基本信息和/或鑒權(quán)信息，響應消息中的系統(tǒng)參數(shù)可能包含了調(diào)用結(jié)果編碼和描述。業(yè)務參數(shù)是可變參數(shù)，會隨著完成不同業(yè)務的接口的不同而不同，例如，業(yè)務開通接口的請求會攜帶所開通的業(yè)務規(guī)則信息，而業(yè)務注銷接口的請求可能會攜帶工單ID 以便被調(diào)方對相應工單下的業(yè)務執(zhí)行注銷操作。

接口規(guī)范從公共參數(shù)和業(yè)務參數(shù)角度進行劃分設計，可提升接口的通用性、適配性，在變更業(yè)務或新增業(yè)務的情況下，只需對接口規(guī)范可變參數(shù)進行更新，對系統(tǒng)實現(xiàn)進行小范圍修改，或通過復用來追加功能就可以完成業(yè)務版本升級。表1給出了接口規(guī)范涉及主要內(nèi)容的模型，可以供相關(guān)領(lǐng)域的系統(tǒng)建設進行參考。返回參數(shù)里一般用響應碼對請求的響應狀態(tài)進行標識，響應碼需要在接口設計規(guī)范里進行明確說明。響應碼的設計可參考表2。

表1 接口規(guī)范主要涉及的內(nèi)容

表2 響應碼

4 權(quán)限設計

信息系統(tǒng)的權(quán)限管理是保障信息系統(tǒng)安全性的基本方法之一，其中訪問控制技術(shù)根據(jù)系統(tǒng)設置的安全規(guī)則或者安全策略，通過驗證用戶的合法性訪問來控制系統(tǒng)資源的使用，對限制用戶訪問關(guān)鍵資源，以及阻止合法用戶的不當操作所造成的破壞起著重要作用。目前主流的訪問控制方式主要有3種，自主訪問控制、強制訪問控制、基于角色的權(quán)限控制。其中，基于角色的權(quán)限控制是信息系統(tǒng)實現(xiàn)靈活、方便、安全的授權(quán)管理常用的方法。

在20 世紀90 年代美國George Mason 大學信息安全技術(shù)實驗室（LIST）提出的RBAC96 模型最具系統(tǒng)性，并得到普遍公認?；诮巧脑L問控制（RBAC）與實際組織的組織架構(gòu)相聯(lián)系，組織內(nèi)部不同的職位既表示一種業(yè)務分工，又表示一種責任與權(quán)力，根據(jù)業(yè)務分工的需要，個體被劃分為不同的群體，各個群體的人根據(jù)其工作任務的需要被賦予不同的職責和權(quán)力，每個人有權(quán)了解和使用與自己任務有關(guān)的信息和資源，被限制訪問那些不應該被知道的信息。RBAC 的基本思想是：通過引入角色的概念將用戶與權(quán)限（Permissions）邏輯分離，將資源的訪問權(quán)限賦予角色，并且為每個用戶分配一個合適的角色。RBAC 的實現(xiàn)機制為：角色是安全控制策略的核心，將用戶與角色關(guān)聯(lián)、角色與權(quán)限關(guān)聯(lián)；一個用戶擁有某個權(quán)限，當且僅當這個用戶所擁有的某個角色同該權(quán)限相關(guān)聯(lián)。

一般地，權(quán)限管理的控制力度從功能級權(quán)限管理和數(shù)據(jù)級權(quán)限管理兩方面分析設計。

4.1 功能權(quán)限

功能權(quán)限是用戶所能看到或操作的功能集合，政企語音統(tǒng)一受理平臺初期規(guī)劃了3個角色：受理員、普通管理員、高級管理員，針對3個角色的職責權(quán)利可分配不同的功能菜單或操作按鈕，系統(tǒng)功能根據(jù)業(yè)務需求以功能菜單形式劃分粒度；操作按鈕在功能菜單的下一級對功能權(quán)限進行控制，按照控制方向分別從系統(tǒng)獲取數(shù)據(jù)和向系統(tǒng)提交數(shù)據(jù)兩方面設計，其中從系統(tǒng)獲取數(shù)據(jù)方面主要是指查詢系統(tǒng)數(shù)據(jù)類操作，如查詢訂單、查詢客戶資料等權(quán)限，向系統(tǒng)提交數(shù)據(jù)方面主要是指更新系統(tǒng)數(shù)據(jù)類操作，如刪除訂單、修改客戶資料、設置業(yè)務規(guī)則等權(quán)限。

權(quán)限設置主要通過以下步驟完成。

a）進行權(quán)限定義，將新增的功能添加到系統(tǒng)，如功能菜單、功能按鈕等。

b）進行角色定義，并給角色設置合適的權(quán)限。

c）新建用戶，并給用戶賦予角色。

按照以上步驟成功實施后，用戶能在功能級進行權(quán)限管理，整個過程無需軟件開發(fā)方參與。

4.2 數(shù)據(jù)權(quán)限

數(shù)據(jù)權(quán)限是用戶在某個模塊里能看到的數(shù)據(jù)范圍，數(shù)據(jù)級權(quán)限可以通過硬編碼、使用規(guī)則引擎、或者使用第三方成熟的中間件產(chǎn)品實現(xiàn)。

在進行系統(tǒng)數(shù)據(jù)權(quán)限設計時，應盡量明確控制需求，是部分預定義好的數(shù)據(jù)集權(quán)限還是企業(yè)完全掌握安全策略，再根據(jù)需求進行靈活設計和實現(xiàn)。政企語音統(tǒng)一受理平臺采用分權(quán)分域的思想，對平臺操作權(quán)限進行分析設計，具體見表3。

表3 數(shù)據(jù)權(quán)限表

這里數(shù)據(jù)權(quán)限控制維度有3種：用戶、省、全局；用戶是指當前所選角色或用戶能夠?qū)ζ渌男┯脩魟?chuàng)建的業(yè)務或單據(jù)擁有查詢權(quán)限；以省為維度是指當前所選角色或用戶能夠?qū)ζ渌男┦∠滤杏脩魟?chuàng)建的業(yè)務或單據(jù)擁有查詢權(quán)限；全局維度是指當前所選角色或用戶能夠?qū)λ惺∠滤杏脩魟?chuàng)建的業(yè)務或單據(jù)擁有查詢權(quán)限。

5 結(jié)束語

本文主要從業(yè)務需求、平臺架構(gòu)、接口設計和權(quán)限設計幾個方面介紹了運營商政企語音統(tǒng)一受理方案的相關(guān)研究設計。首先梳理描述了政企語音統(tǒng)一受理在業(yè)務受理、資源管理、計費管理、運營管理、后臺管理以及數(shù)據(jù)分析統(tǒng)計幾個方面的業(yè)務需求。

其次，在平臺架構(gòu)方面，為滿足政企客戶語音能力業(yè)務需要，運營商可以利用基礎(chǔ)網(wǎng)絡資源開展語音能力開放業(yè)務，通過統(tǒng)一受理平臺完成一點受理、全網(wǎng)開通、統(tǒng)一管控要求；平臺功能設計主要采用分層設計的功能架構(gòu)，借鑒微服務架構(gòu)的優(yōu)點，改進系統(tǒng)彈性，增加擴展性，提升部署速度，以便快速為用戶提供新功能。

然后，詳細介紹了政企語音統(tǒng)一受理平臺與外圍系統(tǒng)和網(wǎng)元等功能實體之間對接的接口規(guī)范設計，從可變參數(shù)和不變參數(shù)進行設計思考，可提升接口的通用性、適配性，同時總結(jié)提出接口規(guī)范所涉及的主要內(nèi)容模型。

最后，通過統(tǒng)一受理平臺的權(quán)限管理需求舉例，從功能權(quán)限和數(shù)據(jù)權(quán)限方面簡述了平臺的設計方法和模型。

運營商政企語音統(tǒng)一受理平臺會隨著新的不斷涌現(xiàn)的應用和用戶需求，不斷優(yōu)化和迭代，平臺實現(xiàn)的技術(shù)也會不斷更新升級。本文給出的設計模型可供相關(guān)領(lǐng)域的系統(tǒng)建設進行參考。