李炎戌

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

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

中圖分類號：TP311 ? ? ?文獻標識碼：A

文章編號：1009-3044（2022）02-0061-03

1 概述

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

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

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

第一類場景是通過無紙化流程實現(xiàn)，通信流程如圖1所示，具體如下：

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

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

3）通過HTTP請求調(diào)用電子簽名客戶端的守護進程本地監(jiān)聽端口，本地監(jiān)聽端口實現(xiàn)了拉起PDF展示進程的邏輯;

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

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

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

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

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

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

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

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

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

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

4 系統(tǒng)設(shè)計與驗證

4.1 方案設(shè)計

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

4.2 方案實施

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

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

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

①Nginx判斷流程：HTTP請求到達Nginx集群后，經(jīng)過Nginx請求解析后路由到對應(yīng)的應(yīng)用服務(wù)集群。具體流程見圖6。

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

4.3 方案論證

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

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

5 結(jié)束語

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

參考文獻：

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

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

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

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

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

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