基于調(diào)控云的檢修計(jì)劃多級(jí)共享機(jī)制與應(yīng)用①

王越崧,龐鄭寧,施建華,戈洪松

(南京南瑞信息通信科技有限公司,南京 211106)

1 引言

隨著特高壓交直流互聯(lián)大電網(wǎng)建設(shè)的全面提速,電力市場(chǎng)化改革的深入推進(jìn),電網(wǎng)一體化運(yùn)行特征越來越明顯[1],特高壓大電網(wǎng)的關(guān)聯(lián)性、復(fù)雜性越來越高,檢修計(jì)劃是連接運(yùn)維、建設(shè)、調(diào)度、營(yíng)銷、物資、市場(chǎng)交易的核心環(huán)節(jié),伴隨調(diào)控云等基礎(chǔ)信息系統(tǒng)建設(shè),有序、合理、智能化安排設(shè)備檢修計(jì)劃是確保電網(wǎng)安全、穩(wěn)定、優(yōu)質(zhì)、經(jīng)濟(jì)運(yùn)行的重要手段,也是未來新型電力系統(tǒng)發(fā)展建設(shè)的重要一環(huán). 因此提升檢修計(jì)劃信息披露能力、多級(jí)調(diào)度機(jī)構(gòu)間實(shí)時(shí)共享,以及調(diào)度人員之間的即時(shí)數(shù)據(jù)共享尤為迫切. 文獻(xiàn)[2]以電網(wǎng)公司的角度分析了電網(wǎng)調(diào)度業(yè)務(wù)的實(shí)際需求,闡述了調(diào)控云的關(guān)鍵技術(shù)在調(diào)度管理業(yè)務(wù)應(yīng)用建設(shè)中的運(yùn)用以及可能存在的問題,為本文提供了理論基礎(chǔ).文獻(xiàn)[3]介紹了一種省地縣一體化電網(wǎng)設(shè)備管理系統(tǒng),從業(yè)務(wù)上與技術(shù)上實(shí)現(xiàn)了省級(jí)調(diào)度內(nèi)部信息交互與互聯(lián). 文獻(xiàn)[4]制定了目前多級(jí)調(diào)度信息交互的E 語言規(guī)范,文獻(xiàn)[5]描述的E 語言規(guī)范的文件的傳輸通道,文獻(xiàn)[6]提出了一種基于調(diào)控云的沿用E 文件的互聯(lián)互通框架. 當(dāng)前采用的多級(jí)調(diào)度數(shù)據(jù)交互方式能夠滿足業(yè)務(wù)內(nèi)信息交互,但是隨著檢修計(jì)劃申請(qǐng)單數(shù)量的增長(zhǎng),以浙江省調(diào)為例,2020 年浙江電網(wǎng)主網(wǎng)停電申請(qǐng)9374 張,近5 年來累計(jì)增長(zhǎng)率達(dá)53%,現(xiàn)有交互方式存在以下問題:

(1)目前多級(jí)調(diào)度數(shù)據(jù)共享以文件為載體,輪詢方式運(yùn)作的消息郵件系統(tǒng)為傳輸通道,并且應(yīng)用在生成文件、傳輸文件、解析文件等多個(gè)環(huán)節(jié)存在不可控因素,在當(dāng)前大數(shù)據(jù)量的環(huán)境下信息交互時(shí)延長(zhǎng),出現(xiàn)文件丟失,解析失敗等情況無法快速運(yùn)維.

(2)檢修計(jì)劃數(shù)據(jù)在跨機(jī)構(gòu)、跨專業(yè)數(shù)據(jù)共享上尚未實(shí)現(xiàn)全局可觀,無法適應(yīng)現(xiàn)階段檢修業(yè)務(wù)全過程全態(tài)感知的業(yè)務(wù)需求.

(3)當(dāng)前多級(jí)調(diào)度間確認(rèn)檢修計(jì)劃審批狀態(tài)、確認(rèn)票面信息等通過電話方式,如果需要進(jìn)行業(yè)務(wù)會(huì)商只能通過外網(wǎng)即時(shí)通訊工具,存在內(nèi)網(wǎng)敏感信息外泄風(fēng)險(xiǎn).

為了解決以上問題,本文設(shè)計(jì)了以調(diào)控云PaaS 層基礎(chǔ)服務(wù)為基礎(chǔ)的檢修數(shù)據(jù)交互共享機(jī)制與應(yīng)用,詳細(xì)闡述了通過構(gòu)建注冊(cè)于調(diào)控云微服務(wù)總線上的數(shù)據(jù)交換、披露服務(wù); 基于WebSocket 的消息服務(wù),結(jié)合調(diào)控云即時(shí)通訊工具進(jìn)行消息交換,最終形成檢修計(jì)劃業(yè)務(wù)全過程全態(tài)實(shí)時(shí)共享,實(shí)時(shí)感知,最終實(shí)現(xiàn)了停電管理全景化、智能化、開放化、橫向到邊、縱向到底一體化協(xié)同.

2 總體思路

2.1 統(tǒng)一平臺(tái)

調(diào)控云是國(guó)網(wǎng)公司“三朵云”規(guī)劃中的一個(gè)重要組成部分,為適應(yīng)“統(tǒng)一管理、分級(jí)調(diào)度”的調(diào)度管理模式,形成了國(guó)分云與省地云的二級(jí)部署,兩者構(gòu)成一個(gè)完整的調(diào)控云體系[2]. 調(diào)控云軟件架構(gòu)自下而上分進(jìn)行層次劃分為IaaS 層、PaaS 層和SaaS 層. PaaS 層面向開發(fā)人員提供云平臺(tái)公共組件、模型數(shù)據(jù)云平臺(tái)、源數(shù)據(jù)端以及微服務(wù)總線等. 基于調(diào)控云公共平臺(tái)組件提供的模型驅(qū)動(dòng)服務(wù)、流程服務(wù)、權(quán)限服務(wù)能夠?qū)崿F(xiàn)應(yīng)用多級(jí)調(diào)度統(tǒng)一的權(quán)限管理、工作流程驅(qū)動(dòng). 結(jié)合包含服務(wù)注冊(cè)、配置、監(jiān)控的微服務(wù)總線實(shí)現(xiàn)業(yè)務(wù)縱向到底,橫向到邊的一體化協(xié)同.

2.2 統(tǒng)一設(shè)備模型

調(diào)控云PaaS 層電網(wǎng)模型數(shù)據(jù)平臺(tái)實(shí)現(xiàn)電網(wǎng)模型數(shù)據(jù)在調(diào)控云端的同源維護(hù)、實(shí)時(shí)共享的統(tǒng)一設(shè)備模型[7],檢修計(jì)劃管理作為連接運(yùn)維、建設(shè)、調(diào)度、營(yíng)銷、物資、市場(chǎng)交易的紐帶,多級(jí)調(diào)度具備統(tǒng)一的設(shè)備模型具備如下優(yōu)勢(shì):

(1)能夠通過設(shè)備唯一編號(hào)獲取調(diào)控云SaaS 層業(yè)務(wù)應(yīng)用提供多種服務(wù),例如查看設(shè)備詳細(xì)參數(shù)與狀態(tài)的設(shè)備卡片服務(wù).

(2)能夠通過檢修計(jì)劃關(guān)聯(lián)的設(shè)備分析設(shè)備拓?fù)潢P(guān)系獲取關(guān)聯(lián)設(shè)備的檢修計(jì)劃并查看相關(guān)信息或向配合單位發(fā)送消息.

(3)能夠通過設(shè)備獲取設(shè)備擁有者,并查詢所屬的組織機(jī)構(gòu)獲取相關(guān)會(huì)商人員,通過調(diào)控云SaaS 層提供的即時(shí)通訊服務(wù)實(shí)現(xiàn)在線會(huì)商.

2.3 微服務(wù)化

以往業(yè)務(wù)應(yīng)用由獨(dú)立的系統(tǒng)運(yùn)行,對(duì)外提供服務(wù)需要對(duì)獨(dú)立運(yùn)行的應(yīng)用進(jìn)行改造,會(huì)對(duì)已投運(yùn)的生產(chǎn)環(huán)境產(chǎn)生一定的風(fēng)險(xiǎn),且多級(jí)調(diào)度機(jī)構(gòu)之間數(shù)據(jù)交換與信息披露基于安全因素不允許提供RESTful 風(fēng)格的接口. 調(diào)控云PaaS 提供的公共服務(wù)中提供了微服務(wù)化的模型驅(qū)動(dòng)、流程引擎、微服務(wù)總線,使得檢修計(jì)劃業(yè)務(wù)應(yīng)用微服務(wù)化具備了技術(shù)基礎(chǔ),檢修計(jì)劃應(yīng)用將原先獨(dú)立的系統(tǒng)重構(gòu)為多個(gè)微服務(wù),其中多級(jí)共享與信息披露微服務(wù)注冊(cè)于調(diào)控云的微服務(wù)總線,供具有權(quán)限的應(yīng)用調(diào)用,并且服務(wù)的注冊(cè)與調(diào)用處于有效的監(jiān)管之下.

2.4 數(shù)據(jù)安全

多級(jí)共享與信息披露縱向上在機(jī)構(gòu)間交互,橫向上在業(yè)務(wù)應(yīng)用間交互并且對(duì)外提供接口,對(duì)外提供的接口返回的數(shù)據(jù)必須保證數(shù)據(jù)的安全性,尤其是通過網(wǎng)廠平臺(tái)與互聯(lián)大區(qū)相連是必須保證數(shù)據(jù)在返回時(shí)處于加密狀態(tài),只有可信的應(yīng)用才能獲取明文信息,多級(jí)共享互聯(lián)服務(wù)提供了供應(yīng)用內(nèi)加解密的機(jī)制,保證應(yīng)用交互可信[8],并通過公鑰與私鑰對(duì)對(duì)相互交換的信息加解密.

3 多級(jí)共享機(jī)制與系統(tǒng)架構(gòu)

3.1 多級(jí)共享機(jī)制

檢修計(jì)劃數(shù)據(jù)多級(jí)共享業(yè)務(wù)在調(diào)度機(jī)構(gòu)內(nèi)包括上報(bào)、下發(fā)與在線會(huì)商,多級(jí)共享業(yè)務(wù)發(fā)生在國(guó)調(diào)、分中心與省調(diào)三級(jí)之間,省調(diào)于地縣調(diào)之間交互通常屬于應(yīng)用內(nèi)共享; 調(diào)度機(jī)構(gòu)外業(yè)務(wù)交互包括檢修計(jì)劃從生產(chǎn)管理系統(tǒng)、互聯(lián)網(wǎng)大區(qū)電廠端檢修計(jì)劃應(yīng)用中上報(bào)檢修計(jì)劃申請(qǐng),調(diào)度向生產(chǎn)管理系統(tǒng)、互聯(lián)網(wǎng)大區(qū)電廠端檢修計(jì)劃應(yīng)用發(fā)送批復(fù)信息; 面向運(yùn)維班組、交易中心提供檢修計(jì)劃信息.

為了將國(guó)分省三級(jí)系統(tǒng)融合為有機(jī)的整體,在確定多級(jí)共享機(jī)制時(shí)定制了《基于調(diào)控云微服務(wù)總線的國(guó)分省縱向互聯(lián)(SOP)規(guī)范》. 該規(guī)范嚴(yán)格遵循《調(diào)技〔2012〕198 號(hào)附件 日前停電計(jì)劃審批管理流程及標(biāo)準(zhǔn)操作程序》定義了業(yè)務(wù)數(shù)據(jù)內(nèi)容和流程交互節(jié)點(diǎn).為了解決在各級(jí)調(diào)度系統(tǒng)中流轉(zhuǎn)時(shí)數(shù)據(jù)發(fā)生變化不易感知的問題,多級(jí)共享交互機(jī)制在機(jī)構(gòu)間采用了全票下發(fā)的機(jī)制,各級(jí)調(diào)度解析時(shí)能獲取全票數(shù)據(jù)并通過業(yè)務(wù)交互節(jié)點(diǎn)所規(guī)定的字段獲取交互內(nèi)容,全票內(nèi)容可以作為快照作為交互存證. 對(duì)調(diào)度機(jī)構(gòu)外的業(yè)務(wù)系統(tǒng)以最小化為原則提供檢修計(jì)劃的對(duì)象化信息,多級(jí)共享機(jī)制如圖1 所示.

圖1 多級(jí)共享機(jī)制

3.2 系統(tǒng)架構(gòu)

多級(jí)共享應(yīng)用采用SpringBoot 微服務(wù)架構(gòu),構(gòu)建與調(diào)控云的SaaS 層,由數(shù)據(jù)交換服務(wù)、數(shù)據(jù)披露服務(wù)、消息提醒服務(wù)、數(shù)據(jù)加密與管理服務(wù)4 個(gè)微服務(wù)集成實(shí)現(xiàn)完整業(yè)務(wù)功能,系統(tǒng)框架如圖2 所示.

圖2 系統(tǒng)框架

(1)數(shù)據(jù)交換服務(wù)對(duì)外接口注冊(cè)于各級(jí)調(diào)度的內(nèi)部服務(wù)總線,通過內(nèi)部微服務(wù)總線或廣域服務(wù)總線互相調(diào)用實(shí)現(xiàn)多級(jí)調(diào)度之間數(shù)據(jù)交換;

(2)數(shù)據(jù)披露服務(wù)對(duì)外系統(tǒng)提供了標(biāo)準(zhǔn)的最小化信息,對(duì)各級(jí)調(diào)度檢修計(jì)劃應(yīng)用間提供實(shí)時(shí)流程狀態(tài),實(shí)現(xiàn)業(yè)務(wù)狀態(tài)實(shí)時(shí)感知;

(3)消息提醒服務(wù)構(gòu)建于消息總線之上,消息提醒服務(wù)構(gòu)建了檢修計(jì)劃消息的推送機(jī)制,通過二次開發(fā)整合能夠?qū)崿F(xiàn)流程送達(dá)、審核提醒、超期提醒等功能;

(4)數(shù)據(jù)加密與管理服務(wù)用于可信應(yīng)用注冊(cè),獲取密鑰對(duì),只有獲取了密鑰的應(yīng)用才能夠獲得交互信息的明文.

4 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

4.1 基于微服務(wù)總線的數(shù)據(jù)交換服務(wù)

多級(jí)調(diào)度共享數(shù)據(jù)交換服務(wù)包括上報(bào)接口與批復(fù)接口,國(guó)調(diào)、分中心作為上報(bào)信息接收方時(shí)提供上報(bào)服務(wù). 分中心、省調(diào)作為批復(fù)信息接收方時(shí)提供下發(fā)服務(wù). 數(shù)據(jù)交換服務(wù)以簡(jiǎn)化部署,減少調(diào)用方的代碼修改為原則,服務(wù)以縱向交互規(guī)范規(guī)定的數(shù)據(jù)格式作為入?yún)⑴c出參,并且能夠通過配置文件按需注冊(cè)于調(diào)控云微服務(wù)總線,交互過程如圖3 所示.

圖3 信息交互過程

數(shù)據(jù)交換服務(wù)命名為overhaulDataExchange-Service,應(yīng)用提供接口包IOverhaulDataExchange-Service.jar 供調(diào)用方引用. 接口包提供了上報(bào)IOverhaul-DataExchangeService.sumbitInfo 與批復(fù)IOverhaulData-ExchangeService.approvInfo 接口. 服務(wù)在微服務(wù)總線上注冊(cè)前,將注冊(cè)申請(qǐng)?zhí)峤唤o管理員審核后在各級(jí)調(diào)度微服務(wù)總線管理應(yīng)用中上傳接口包,配置注冊(cè)信息,注冊(cè)信息包括應(yīng)用中文名、英文名、接口名稱、實(shí)現(xiàn)類名稱等,接口發(fā)布時(shí)微服務(wù)總線管理應(yīng)用會(huì)校驗(yàn)發(fā)布的服務(wù)接口與上傳的接口包是否匹配,當(dāng)發(fā)布的服務(wù)與服務(wù)的注冊(cè)信息匹配則發(fā)布成功,在管理界面能夠查詢到服務(wù)提供者與服務(wù)消費(fèi)者.

數(shù)據(jù)交換服務(wù)同時(shí)提供了上報(bào)與批復(fù)兩種接口,本級(jí)云之間可以通過內(nèi)部微服務(wù)總線相互調(diào)用接口,而國(guó)分云與省地云之間則需要通過廣域總線的代理服務(wù)相互調(diào)用接口,所以數(shù)據(jù)交換服務(wù)提供了關(guān)鍵配置serviceBusType 屬性,serviceBusType 為public 時(shí)調(diào)用廣域微服務(wù)總線,為local 時(shí)調(diào)用本地服務(wù)總線,系統(tǒng)管理員依據(jù)交互規(guī)范中規(guī)定的地區(qū)配置服務(wù)的所屬地區(qū)和調(diào)用何種總線,系統(tǒng)調(diào)用偽代碼如下.

ServiceBus servBus = new ServiceBus(); servBus.init();if("public".equals(serviceBusType)){DCloudOutProxy dCloudOutProxy = servBus.locateService();Servic eHead serviceHead = new S ceResponse invokedbtx = d;okedbtx.isIs_success()){m.out.println(invokedbtx.get erviceHead(domain,service,null);ServiCloudOutProxy.invoke(serviceHead,body)if(inv SysteRet_body());}var socket = new ReconnectingWebSocket("ws://" + data + "/messageservice/stomp");var stompClient = Stomp.over(socket);key = key?("_"+key):"";var header = {userName: top.userdata.user_name,userId: top.userkey + key};stompClient.connect(header,function (frame){stompClient.subscribe('/user/queue/notifications',function (greeting){var data = JSON.parse(greeting.body);that.messageHandler(data);});});

基于以上方法能夠方便靈活的配置與調(diào)用注冊(cè)于本地總線或廣域服務(wù)總線上的數(shù)據(jù)交換服務(wù). 并且應(yīng)用直接接收數(shù)據(jù)并入庫,能夠立即反饋數(shù)據(jù)是否接收成功,并通過內(nèi)建的消息服務(wù)或調(diào)用調(diào)控云提供的即時(shí)通訊工具傳遞檢修計(jì)劃信息送達(dá)消息,減少了信息送達(dá)的時(shí)延,提高了應(yīng)用與用戶對(duì)數(shù)據(jù)變化感知能力.

4.2 信息披露服務(wù)

信息披露服務(wù)對(duì)外提供基于標(biāo)準(zhǔn)結(jié)構(gòu)的檢修計(jì)劃數(shù)據(jù),由業(yè)務(wù)應(yīng)用按需調(diào)用,實(shí)現(xiàn)了多級(jí)調(diào)度業(yè)務(wù)狀態(tài)與數(shù)據(jù)實(shí)時(shí)感知的功能. 檢修計(jì)劃應(yīng)用由不同的廠家研發(fā),雖然票面與流程遵循《調(diào)技〔2012〕198 號(hào)附件日前停電計(jì)劃審批管理流程及標(biāo)準(zhǔn)操作程序》但是應(yīng)用的實(shí)現(xiàn)與功能都有個(gè)性化調(diào)整. 因此,信息披露服務(wù)依據(jù)《基于調(diào)控云微服務(wù)總線的國(guó)分省縱向互聯(lián)(SOP)規(guī)范》約定了數(shù)據(jù)格式,各級(jí)調(diào)度檢修計(jì)劃應(yīng)用建立規(guī)定名稱的視圖Overhual_Data_Exchange_View,并在信息披露文件中配置對(duì)應(yīng)的數(shù)據(jù)庫連接字段,配置了數(shù)據(jù)庫字段與中文的對(duì)應(yīng)關(guān)系,用以在不影響生產(chǎn)環(huán)境業(yè)務(wù)的情況下以統(tǒng)一的格式對(duì)外提供人機(jī)可讀的對(duì)象化JSON 格式數(shù)據(jù),主要包括了申請(qǐng)信息、對(duì)象化的設(shè)備信息、上級(jí)調(diào)度批復(fù)信息,上報(bào)批復(fù)交互發(fā)生時(shí)間等關(guān)鍵信息. 調(diào)度機(jī)構(gòu)內(nèi)部還可以通過信息披露服務(wù)獲取各級(jí)調(diào)度檢修申請(qǐng)單實(shí)時(shí)的票面數(shù)據(jù),流程流轉(zhuǎn)狀態(tài),并對(duì)票面做比對(duì)分析,在票面發(fā)生不一致時(shí)在頁面上以醒目的標(biāo)志標(biāo)出,并能夠?qū)Ρ炔灰恢碌淖侄?改善了以往只能夠通過電話詢問獲取對(duì)方流程狀態(tài)的問題,改善了在獨(dú)立的流程數(shù)據(jù)發(fā)生變化時(shí),能夠提前發(fā)現(xiàn)以往調(diào)度電話對(duì)票時(shí)才能夠發(fā)現(xiàn)的問題,提升了檢修計(jì)劃的管理數(shù)據(jù)變化實(shí)時(shí)感知水平.

4.3 消息提醒服務(wù)

消息提醒服務(wù)作為檢修計(jì)劃應(yīng)用內(nèi)建的消息中轉(zhuǎn)平臺(tái)能夠供各級(jí)調(diào)度部署并接入應(yīng)用. 消息提醒功能分為登錄用戶自動(dòng)注冊(cè)、消息推送與消息接收,消息推送功能規(guī)定了消息的格式、種類、消息內(nèi)容. 消息服務(wù)前端使用webSocket 與后臺(tái)建立長(zhǎng)連接,后臺(tái)服務(wù)基于流處理平臺(tái)Kafka 推送消息,并持續(xù)掃描后推送給對(duì)應(yīng)用戶. 實(shí)現(xiàn)過程如下:

(1)通過SpringBoot 的@EnableWebSocketMessage-Broker 注解創(chuàng)建webSocket 服務(wù),消息提醒服務(wù)提供onConnetionEvent 方法并緩存建立長(zhǎng)連接的用戶; push-Message 方法供業(yè)務(wù)應(yīng)用調(diào)用,將消息推送至Kafka.

(2)消息提醒服務(wù)獲取Kafka 上的消息后,根據(jù)消息種類判斷是否儲(chǔ)存至MongoDB,判斷后調(diào)用發(fā)送至指定用戶(sendToUser)方法,通過simpMessagingTemplate.convertAndSendToUser(userId,"/queue/notifications",clone)設(shè)置發(fā)送目標(biāo)為用戶,消息類型為提醒. 存入MongoDB 的消息為業(yè)務(wù)通知類型,離線的用戶下次登錄時(shí)能夠即時(shí)獲取消息.

(3)前端通過建立webSocket 長(zhǎng)連接,并將用于在權(quán)限管理系統(tǒng)中的id 與應(yīng)用的appid 拼裝組成userId作為用戶接收特定應(yīng)用消息的唯一標(biāo)志,注冊(cè)在后臺(tái)服務(wù)中. 長(zhǎng)連接建立成功后監(jiān)聽消息提醒服務(wù)推送的消息,獲取后能夠根據(jù)消息類型進(jìn)行業(yè)務(wù)處理,示例代碼如下:

va r sock et = new ReconnectingWebSocket("ws://" + data + "/messageservice/stomp");

var stompClient = Stomp.over(socket);key = key?("_"+key):"";var header = {userName: top.userdata.user_name,userI images/BZ_107_1359_622_1690_818.png};stomunction (frame){stomueue/notifications',function (greeting){var data = JSON.parse(greeting.body);that.messageHandler(data);});});

4.4 數(shù)據(jù)加密與管理服務(wù)

注冊(cè)于調(diào)控云應(yīng)用的服務(wù)為公共服務(wù),注冊(cè)時(shí)需要在管理界面上傳接口調(diào)用的jar 包與使用手冊(cè),所以只要能夠獲得接口jar 包與使用手冊(cè)的應(yīng)用就可以調(diào)用公開的接口. 檢修計(jì)劃應(yīng)用作為調(diào)度業(yè)務(wù)的核心應(yīng)用,必須保證上報(bào)、批復(fù)數(shù)據(jù)的安全性與可信性,數(shù)據(jù)加密與管理服務(wù)為檢修計(jì)劃數(shù)據(jù)安全增加保險(xiǎn).

數(shù)據(jù)加密與管理服務(wù)部署于國(guó)調(diào),國(guó)調(diào)管理員統(tǒng)一管理,由應(yīng)用管理與數(shù)據(jù)加密兩部分組成. 應(yīng)用管理主要功能為應(yīng)用的注冊(cè)與密鑰對(duì)生成,密鑰對(duì)的生成選用了RSA 加密,應(yīng)用管理功能建立了數(shù)據(jù)表overhaulAppManagement,包含了ID,調(diào)用方,調(diào)用接口名稱,公鑰. 應(yīng)用注冊(cè)時(shí),registerApp 方法接收應(yīng)用的調(diào)用方名稱,接口名稱為參數(shù),并生成公鑰與密鑰,公鑰儲(chǔ)存于數(shù)據(jù)庫中,私鑰保存在本地服務(wù)器并生成加密壓縮包,服務(wù)通過引入Zip4J 實(shí)現(xiàn)文件壓縮與加密,公鑰由管理員通過國(guó)網(wǎng)公司內(nèi)網(wǎng)郵箱發(fā)送至信息調(diào)用方管理員,檢修計(jì)劃應(yīng)用間上報(bào)或批復(fù)檢修計(jì)劃申請(qǐng)前首先通過公鑰加密數(shù)據(jù),接收數(shù)據(jù)方通過應(yīng)用中內(nèi)置的密碼獲取壓縮文件,解壓獲得私鑰后使用私鑰解密數(shù)據(jù),只有通過私鑰解密并校驗(yàn)通過后的交互信息才允許作為上報(bào)或加密信息入庫,保證了數(shù)據(jù)交互的安全性. 調(diào)用方及調(diào)用接口注冊(cè)與數(shù)據(jù)加解密過程如圖4 所示.

圖4 調(diào)用方及調(diào)用接口注冊(cè)與數(shù)據(jù)加解密

5 應(yīng)用實(shí)例

本文提出的檢修計(jì)劃管理信息多級(jí)共享應(yīng)用信息交換服務(wù)已經(jīng)在國(guó)調(diào)中心、西北分中心、甘肅省調(diào)之間試運(yùn)行,三級(jí)調(diào)度之間上報(bào)與批復(fù)檢修計(jì)劃申請(qǐng)的效率得到極大的提升,通過數(shù)據(jù)加密與管理服務(wù)應(yīng)用間數(shù)據(jù)傳輸?shù)陌踩耘c可信性得到了提升,如圖5 所示.

圖5 分中心上報(bào)數(shù)據(jù)

數(shù)據(jù)披露服務(wù)已經(jīng)在國(guó)調(diào)與西北、華東、華中、東北、西南5 個(gè)分中心間試運(yùn)行,國(guó)調(diào)中心能夠在每一步處理節(jié)點(diǎn)獲取上報(bào)單位的票面信息比對(duì)狀態(tài). 提高了數(shù)據(jù)的上下一致性的感知能力,避免了以往在調(diào)度對(duì)票時(shí)才能發(fā)現(xiàn)的數(shù)據(jù)變化,如圖6 所示,還可以獲取檢修申請(qǐng)的交互狀態(tài)和交互方向,如圖7 所示.

圖6 票面比對(duì)提示

圖7 檢修交互與交互方向展示

6 結(jié)語

本文在調(diào)控云應(yīng)用實(shí)用化基礎(chǔ)上,分析了調(diào)控云的PaaS 層架構(gòu),提出了基于調(diào)控云的檢修計(jì)劃管理信息多級(jí)共享機(jī)制,制定了基于調(diào)控云的檢修計(jì)劃縱向互聯(lián)規(guī)范,設(shè)計(jì)實(shí)現(xiàn)了信息多級(jí)共享數(shù)據(jù)交換服務(wù)、數(shù)據(jù)披露服務(wù)及消息提醒服務(wù)與作為數(shù)據(jù)安全保障措施的數(shù)據(jù)安全與管理服務(wù),該應(yīng)用在國(guó)調(diào)與分中心試用效果良好,提升了數(shù)據(jù)交互速度與數(shù)據(jù)披露能力. 該服務(wù)具有一定的通用性,能夠根據(jù)不通的交互要求按實(shí)際個(gè)性化配置. 該系統(tǒng)已經(jīng)在國(guó)調(diào)中心,西北、華東、華中、東北、西南5 個(gè)分中心,甘肅省調(diào)試運(yùn)行,運(yùn)行狀態(tài)良好,提升了檢修計(jì)劃應(yīng)用縱向互聯(lián)效率與數(shù)據(jù)披露能力.