電信運(yùn)營(yíng)商電子簽名系統(tǒng)多業(yè)務(wù)場(chǎng)景方案的設(shè)計(jì)與優(yōu)化

李炎戌

摘要：電子簽名系統(tǒng)實(shí)現(xiàn)了業(yè)務(wù)受理的無(wú)紙化，提升了業(yè)務(wù)受理效率，大大縮減了企業(yè)成本[1]，然而隨著業(yè)務(wù)發(fā)展需求的多元化、個(gè)性化，如何實(shí)現(xiàn)電子簽名在差異化業(yè)務(wù)場(chǎng)景的快速應(yīng)用，已有領(lǐng)域尚缺乏相關(guān)研究。該研究提出一種基于業(yè)務(wù)路由的電子簽名系統(tǒng)，在原系統(tǒng)通用能力基礎(chǔ)上構(gòu)建業(yè)務(wù)路由，能夠快速實(shí)現(xiàn)差異化業(yè)務(wù)場(chǎng)景快速穩(wěn)定處理。經(jīng)過(guò)方案實(shí)施及結(jié)果驗(yàn)證，該系統(tǒng)實(shí)現(xiàn)了電子簽名在兩種橫向業(yè)務(wù)場(chǎng)景下的快速應(yīng)用，為客戶經(jīng)理解決了協(xié)議簽字在不同業(yè)務(wù)場(chǎng)景下高效辦理電子簽名流程問(wèn)題。

關(guān)鍵詞：電子簽名;業(yè)務(wù)路由;差異化業(yè)務(wù)場(chǎng)景;高效穩(wěn)定

中圖分類號(hào)：TP311 ? ? ?文獻(xiàn)標(biāo)識(shí)碼：A

文章編號(hào)：1009-3044（2022）02-0061-03

1 概述

隨著電子信息科技的快速發(fā)展及用戶需求多元化，電信運(yùn)營(yíng)商業(yè)務(wù)受理量倍增且業(yè)務(wù)更加靈活多變，對(duì)于業(yè)務(wù)穩(wěn)定高效運(yùn)營(yíng)提出了更高要求。近年來(lái)，業(yè)務(wù)受理量的增加，導(dǎo)致運(yùn)營(yíng)商需要大量處理并保存與用戶簽約的各類協(xié)議[2]，這對(duì)運(yùn)營(yíng)商業(yè)務(wù)辦理的穩(wěn)定性、時(shí)效性提出較高要求，為存儲(chǔ)用戶信息帶來(lái)巨大挑戰(zhàn)，問(wèn)題具體表現(xiàn)為：1）大量紙質(zhì)協(xié)議存儲(chǔ)安全性和用戶爭(zhēng)議較多，降低了客戶滿意度;2）紙質(zhì)協(xié)議的企業(yè)運(yùn)營(yíng)成本巨大;3）業(yè)務(wù)場(chǎng)景增多且變化更快，紙質(zhì)協(xié)議難以快速應(yīng)用于各類場(chǎng)景。在此背景下，針對(duì)不同業(yè)務(wù)場(chǎng)景快速落地?zé)o紙化業(yè)務(wù)辦理流程，某地運(yùn)營(yíng)商在傳統(tǒng)電子簽名系統(tǒng)的基礎(chǔ)上，針對(duì)多種業(yè)務(wù)場(chǎng)景的電子簽名通用能力快速落地進(jìn)行了部署模式的優(yōu)化探索，解決了傳統(tǒng)電子簽名系統(tǒng)在滿足個(gè)性化業(yè)務(wù)需求的痛點(diǎn)。

2 電子簽名系統(tǒng)現(xiàn)有架構(gòu)

本研究所述的電子簽名系統(tǒng)，主要應(yīng)用于兩類業(yè)務(wù)場(chǎng)景：一是配備了外部簽字設(shè)備[3]的臺(tái)席業(yè)務(wù)受理;二是使用行銷類App的業(yè)務(wù)受理。

第一類場(chǎng)景是通過(guò)無(wú)紙化流程實(shí)現(xiàn)，通信流程如圖1所示，具體如下：

1）用戶在完成業(yè)務(wù)辦理時(shí)，電子簽名系統(tǒng)提供縱向能力在無(wú)紙化協(xié)議簽署的過(guò)程中支撐協(xié)議前出;

2）將協(xié)議推送到電子簽名后臺(tái)服務(wù)，電子簽名后臺(tái)服務(wù)完成協(xié)議存儲(chǔ)后返回結(jié)果給無(wú)紙化流程;

3）通過(guò)HTTP請(qǐng)求調(diào)用電子簽名客戶端的守護(hù)進(jìn)程本地監(jiān)聽(tīng)端口，本地監(jiān)聽(tīng)端口實(shí)現(xiàn)了拉起PDF展示進(jìn)程的邏輯;

4）拉起PDF展示進(jìn)程后，通過(guò)HTTP服務(wù)調(diào)用電子簽名后臺(tái)服務(wù)完成PDF文件拉取;

5）電子簽名客戶端收到響應(yīng)后和硬件DLL交互推送到簽字硬件完成簽字展示;

6）客戶使用簽字硬件完成簽字流程，并點(diǎn)擊簽字提交;

7）電子簽名客戶端收到響應(yīng)后將簽字軌跡提交到后臺(tái)，由后臺(tái)服務(wù)完成簽字軌跡合成、數(shù)字簽名合成、加密服務(wù)，異步上傳到分布式存儲(chǔ)。

第二類場(chǎng)景是將電子簽名能力打包到行銷類App中，在客戶經(jīng)理完成業(yè)務(wù)受理時(shí)彈出電子簽名界面，用戶通過(guò)手機(jī)端的查看協(xié)議和手寫滑動(dòng)完成簽名確認(rèn)業(yè)務(wù)受理內(nèi)容，具體處理流程如圖2所示。

既有營(yíng)業(yè)廳無(wú)紙化業(yè)務(wù)受理系統(tǒng)解決了使用紙質(zhì)協(xié)議的問(wèn)題，但仍然存在不足：一，采購(gòu)簽名設(shè)備增加了企業(yè)的生產(chǎn)成本，運(yùn)營(yíng)商的邊際收益降低;二，只有客戶經(jīng)理的手機(jī)上安裝了行銷類App才能進(jìn)行電子簽名，但客戶無(wú)法通過(guò)自助的形式查看協(xié)議和簽名。為解決上述不足，本研究提出了優(yōu)化電子簽名的服務(wù)部署架構(gòu)。

3 電子簽名業(yè)務(wù)落地過(guò)程痛點(diǎn)分析

根據(jù)相關(guān)要求，所有業(yè)務(wù)辦理流程須用戶知情，因此電信業(yè)務(wù)受理無(wú)論是在營(yíng)業(yè)廳或在后臺(tái)處理都須有用戶確認(rèn)的環(huán)節(jié)。本研究基于現(xiàn)有電子簽名系統(tǒng)進(jìn)行完善，將電子簽名的使用場(chǎng)景從單一的營(yíng)業(yè)廳業(yè)務(wù)受理，推廣到線上受理、遠(yuǎn)程用戶確認(rèn)環(huán)節(jié)，建立了一套完整的用戶確認(rèn)流程?；诰€上受理、遠(yuǎn)程用戶確認(rèn)，本文將分析具體流程和實(shí)時(shí)性能。

在線上受理時(shí)，用戶在系統(tǒng)完成業(yè)務(wù)受理后的業(yè)務(wù)激活階段進(jìn)行電子簽名，并完成業(yè)務(wù)實(shí)際開(kāi)通，但在用戶確認(rèn)前業(yè)務(wù)實(shí)際并不能夠使用，具體流程如圖3所示。

在用戶遠(yuǎn)程確認(rèn)場(chǎng)景時(shí)，后臺(tái)會(huì)向用戶發(fā)送短信，用戶完成電子簽名后系統(tǒng)才會(huì)實(shí)際完成業(yè)務(wù)受理工作，整個(gè)流程中營(yíng)業(yè)員不能跳過(guò)電子簽名流程的步驟，從而確保業(yè)務(wù)受理在用戶許可的情況下進(jìn)行，確保業(yè)務(wù)受理的安全性，具體流程如圖4所示。

4 系統(tǒng)設(shè)計(jì)與驗(yàn)證

4.1 方案設(shè)計(jì)

在既有系統(tǒng)基礎(chǔ)上，為了保障在系統(tǒng)升級(jí)過(guò)程中，不影響用戶的感知和體驗(yàn)，引入了灰度發(fā)布[4]，基于灰度發(fā)布機(jī)制化業(yè)務(wù)需求制定了整體部署方案規(guī)劃，如圖5所示。系統(tǒng)使用F5、Nginx、Tomcat三層架構(gòu)，由F5完成流量路由、Nginx實(shí)現(xiàn)按業(yè)務(wù)需求轉(zhuǎn)發(fā)到相應(yīng)的Tomcat集群[5]，達(dá)到實(shí)現(xiàn)地市個(gè)性化需求上線和穩(wěn)定運(yùn)營(yíng)的目標(biāo)。本研究使用營(yíng)業(yè)員工號(hào) （staffCode）、渠道ID （channelId）、地區(qū)ID （regionId）業(yè)務(wù)參數(shù)來(lái)進(jìn)行路由（優(yōu)先級(jí)如下：staffCode>channelId>regionId）。本研究基于Nginx的反向代理能力，利用配置不同的upstream服務(wù)集群地址映射到不同的服務(wù)集群，不同個(gè)性化業(yè)務(wù)需求的服務(wù)集群可以實(shí)現(xiàn)水平擴(kuò)展。因此在具有個(gè)性化需求需要更新到生產(chǎn)時(shí)，可先增加業(yè)務(wù)服務(wù)節(jié)點(diǎn)，并在 Nginx集群上配置業(yè)務(wù)路由信息，相關(guān)業(yè)務(wù)需求的請(qǐng)求就能夠分發(fā)到對(duì)應(yīng)的地市驗(yàn)證環(huán)境服務(wù)器上。圖5 是本研究的架構(gòu)方案圖：

4.2 方案實(shí)施

4.2.1 電子簽名系統(tǒng)的改造

1）App中實(shí)現(xiàn)上層業(yè)務(wù)無(wú)感的SDK通信版本更新，升級(jí)通信協(xié)議到V2版本，增加后臺(tái)業(yè)務(wù)路由中需要的請(qǐng)求參數(shù);

2）PC端拉起電子簽名頁(yè)面增加業(yè)務(wù)路由參數(shù)，電子簽名頁(yè)面由HTML5實(shí)現(xiàn)包含很多靜態(tài)文件，這里借助Cookies機(jī)制保證頁(yè)面和靜態(tài)文件都路由到相同的服務(wù)集群，具體流程如下：

①Nginx判斷流程：HTTP請(qǐng)求到達(dá)Nginx集群后，經(jīng)過(guò)Nginx請(qǐng)求解析后路由到對(duì)應(yīng)的應(yīng)用服務(wù)集群。具體流程見(jiàn)圖6。

②調(diào)用方的改造：上游系統(tǒng)調(diào)用需要添加業(yè)務(wù)需要的HTTP請(qǐng)求頭實(shí)現(xiàn)請(qǐng)求不同的個(gè)性化業(yè)務(wù)電子簽名服務(wù)能力。

4.3 方案論證

基于以上方案，電子簽名在某地運(yùn)營(yíng)商成功實(shí)現(xiàn)了多個(gè)不同業(yè)務(wù)場(chǎng)景下電子簽名業(yè)務(wù)的快速落地，將電子簽名通用能力以穩(wěn)定快捷的方式應(yīng)用至不同電信業(yè)務(wù)受理場(chǎng)景，極大提高了電信業(yè)務(wù)無(wú)紙化受理效率及協(xié)議合規(guī)簽署數(shù)量。

在J省S地市，率先推行的使用手機(jī)端完成電子簽名成功降低了對(duì)電子簽名書寫屏幕的依賴，降低了一線營(yíng)業(yè)廳的使用成本，其簡(jiǎn)單高效也得到了其他地市的高度認(rèn)可。在S地市使用后陸續(xù)推廣到全省使用。S地市的手機(jī)和PC雙屏電子簽名基于上述的部署方案落地，J省后續(xù)也安排了更多的使用場(chǎng)景基于本架構(gòu)落地，為后續(xù)電子簽名多業(yè)務(wù)場(chǎng)景落地提供了更加敏捷可靠的落地方式。

5 結(jié)束語(yǔ)

本研究提出了基于Nginx構(gòu)建業(yè)務(wù)路由的電子簽名方式，發(fā)揮了根據(jù)不同場(chǎng)景的特點(diǎn)發(fā)揮電子簽名通用業(yè)務(wù)能力，滿足了差異化業(yè)務(wù)場(chǎng)景的業(yè)務(wù)快速受理及穩(wěn)定運(yùn)營(yíng)的需求，不僅提升了一線業(yè)務(wù)運(yùn)營(yíng)人員感知，而且將系統(tǒng)運(yùn)維風(fēng)險(xiǎn)降到可控范圍內(nèi)，提升了客戶的滿意度。

參考文獻(xiàn)：

[1] 劉小發(fā)，曲金豹，王欣，等.無(wú)紙化營(yíng)業(yè)在電信運(yùn)營(yíng)商的應(yīng)用部署探討[J].郵電設(shè)計(jì)技術(shù)，2016（12）：1-5.

[2] 辛笛.運(yùn)營(yíng)商無(wú)紙化業(yè)務(wù)受理平臺(tái)建設(shè)方案[J].通訊世界，2016（18）：35.

[3] 王立明，陳奇輝.電信行業(yè)無(wú)紙化營(yíng)業(yè)廳實(shí)現(xiàn)技術(shù)分析[J].科技傳播，2013，5（18）：193-194.

[4] 任韻.移動(dòng)電子渠道灰度發(fā)布系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].長(zhǎng)沙：湖南大學(xué)，2017.

[5] 熊軍軍，彭曉剛，鄭曉勇，等.基于“Nginx+Lua”組件的應(yīng)用系統(tǒng)灰度發(fā)布[J].金融電子化，2020（5）：92-94.

【通聯(lián)編輯：謝媛媛】