互聯(lián)互通系統(tǒng)建設(shè)方案

中國電信股份系統(tǒng)集成廣西分公司互聯(lián)互通系統(tǒng)建設(shè)方案電子公文互聯(lián)互通202310月-1-工程背景

中國電信股份系統(tǒng)集成廣西分公司省的業(yè)務(wù)協(xié)同與信息資源共享。建設(shè)目標(biāo)實現(xiàn)河池市電子政務(wù)辦公協(xié)同辦公業(yè)務(wù)與區(qū)政府辦公廳之間公文的傳輸、收發(fā)等功能；在一階段完成后再漸漸接入其他單位。建設(shè)內(nèi)容發(fā)文治理，主要包含系統(tǒng)的擬稿發(fā)文、數(shù)據(jù)格式轉(zhuǎn)換、與書生的蓋章整合。收文治理，收取公文文件，解封公文封頭文件，依據(jù)封頭文件解析封體文件。SEP-2-中國電信股份系統(tǒng)集成廣西分公司總體設(shè)計設(shè)計原則有用性和先進性相結(jié)合的原則信息處理和傳遞的安全、牢靠、準(zhǔn)時、準(zhǔn)確、完整，提高工作效率，削減人為過失。段時間內(nèi)不落后。與此同時，在保證明現(xiàn)系統(tǒng)建設(shè)目標(biāo)的前提下，選擇性能價格比高、經(jīng)濟有用性原則體投資。可行性、牢靠性原則設(shè)備選擇、技術(shù)效勞等方面綜合考慮，保證系統(tǒng)能夠持續(xù)無故障運行。能確保系統(tǒng)連續(xù)7x24行，并能盡快地解決并恢復(fù)正常運行。-3-可擴展性原則

中國電信股份系統(tǒng)集成廣西分公司器、存儲、備份等進展擴展，以滿足的需要。實現(xiàn)設(shè)計圖整體設(shè)計交換平臺由一個中心節(jié)點和部署在各個部門的數(shù)據(jù)接入把握器組成。河池內(nèi)部應(yīng)用協(xié)同交互。交互設(shè)計依據(jù)互聯(lián)互通廠商供給的接口交互模式，選擇收發(fā)件箱方案進開放發(fā)設(shè)計，收發(fā)件其中包含收件箱和發(fā)件箱，來完成用戶對接程序和交換平臺通信，如以以下圖所示：-4-中國電信股份系統(tǒng)集成廣西分公司SSFTP客戶端的功能，用以與交換平收發(fā)件箱在適配器與交換平臺之間做傳輸。局域網(wǎng)中，其間不要穿越城域網(wǎng)、廣域網(wǎng)，不要加防火墻或其它網(wǎng)絡(luò)設(shè)備。上相對較緊的單位選擇此種開發(fā)方式。平臺關(guān)鍵實現(xiàn)公文交互說明公文交互主要實現(xiàn)河池人民政府辦公室與廣西壯族自治區(qū)辦公廳之前的公文交互傳輸。收文、發(fā)文的角色AB發(fā)文件，則A為發(fā)文方，B為收文方。反之，則B為發(fā)文方，A為收文方。-5-中國電信股份系統(tǒng)集成廣西分公司發(fā)送信件一封信件分為封首和封內(nèi)文件兩局部〔參見2.1.1節(jié)。將一封信件發(fā)送到數(shù)據(jù)接入把握器，需要兩個步驟：SFTPSFTPUpload名目〔為了便于今后治理和歸檔本單位上傳的封內(nèi)文件，建議在Upload名目下按當(dāng)前Upload/2023-12-1名目。構(gòu)造封首報文，將封內(nèi)文件的SFTPMD5校驗值填入封首files節(jié)點區(qū)域,SS協(xié)議的BodyXML-RPC/RESTService效勞器上。收取信件使用協(xié)議對接方式從數(shù)據(jù)接入把握器收取一封信件需要四個步驟：1RESTService/XML-RPC效勞發(fā)送一份“查詢緩存信件”的報文〔/信封范例/緩存信件/查詢緩存信件/envelope.xml一封查詢緩存信件-反響報文，此報文中將會攜帶最近未讀緩存信件的封首〔假設(shè)有緩-6-中國電信股份系統(tǒng)集成廣西分公司存信件尚未拉取，參考“/信封范例/緩存信件/反響/envelope.xml2RESTService/XML-RPC效勞發(fā)送一份依據(jù)緩存信件封首中的唯一標(biāo)識符構(gòu)造的“封首已成功接收確實認信件〔/信封范例///envelope.xm，以通知數(shù)據(jù)接入把握器將已獵取的封首從未獵取隊列中移拉取到一樣的封首。、解析信件封首中的files節(jié)點〔假設(shè)有SFTPSFTPMD5完整性校驗。4RESTService/XML-RPC效勞發(fā)送一份依據(jù)緩存信件封首中的唯一標(biāo)識符構(gòu)造的“封內(nèi)文件已成功接收確實認信件〔/信封范例/緩存信件//envelope.xml封回執(zhí)信〔/信封范例/回執(zhí)/envelope.xml，表示信件已成功被接收方獵取。10秒。解封與加封加封是將封內(nèi)文件用交換把握信息包裝，然后生成封首文件，最終得到封內(nèi)文件和-7-中國電信股份系統(tǒng)集成廣西分公司步驟如下：創(chuàng)立一個空的文件夾〔UUID以區(qū)分于其它信件；〔包含交換識別信息和交換主體信息，依據(jù)業(yè)務(wù)需要，封內(nèi)文件可以包含零個、一個或多個，并將其放入剛創(chuàng)立的文件夾中,則跳過此步和第三步；MD5校驗值，和其文件名〔不包含其在文件系統(tǒng)中的路徑信息〕一起填入封首文件；件放入剛創(chuàng)立的文件夾，并命名為“envelope.xml至此，加封過程完畢，即生成一個信件文件夾，可以將其放至發(fā)件箱，等待被發(fā)送。解封是加封的逆過程，具體步驟如下：操作一封信件，即一個包含有封首文件和封內(nèi)文件的文件夾；解析封首文件envelope.xmlfiles節(jié)點獵取封內(nèi)文件〔假設(shè)有〕的文件名，在當(dāng)前文件夾下即可查找到對應(yīng)文件；至此，解封過程完畢。xml文件的解析發(fā)送信件一封信件分為封首和封內(nèi)文件兩局部〔2.1.1。將一封信件發(fā)送到數(shù)據(jù)接入把握-8-中國電信股份系統(tǒng)集成廣西分公司被發(fā)送。發(fā)送成功會移入收件箱根名目下的歷史名目〔即“history”名目。用戶發(fā)送的信件狀態(tài)會在適配器安裝名目下的log/record.xml文件中以XML的形式記錄，并實時更。XML格式如下：<?xmlversion=“1.0“encoding=“UTF-8“?><list><!--信件狀態(tài)跟蹤記錄節(jié)點，一個節(jié)點代表一封信件的跟蹤記錄。--><!--identifier否則與你發(fā)送的信件封首中的唯一標(biāo)示符值全都。--><envelopeidentifier=“e8fa4921-1116-49e5-9144-22e67f360349“><!--5message5種信息。--><status>no_status、send_success、send_error、receive_success、receive_error</status><!--業(yè)務(wù)流水號，則此節(jié)點的值與你發(fā)送的信件封首中的業(yè)務(wù)流水號值全都。--><business_id>9227a98b-0a72-4f53-8bd0-a1f9a1c7703b</business_id><!--5status5種狀態(tài)。--></message><!--信件記錄創(chuàng)立的日期。--><create_date>2023-06-26-09-35-09</create_date><!--信件記錄最終一次更的日期。-->-9-中國電信股份系統(tǒng)集成廣西分公司<update_date>2023-06-26-09-35-10</update_date><dir>信件當(dāng)前所在路徑地址</dir></envelope></list>假設(shè)發(fā)送方開啟了回執(zhí)信功能〔5.1.2節(jié)，且接收方是使用協(xié)議對接或者收發(fā)執(zhí)信時，會將發(fā)送的信件對應(yīng)狀態(tài)記錄節(jié)點中的message信息置為“接收方已從數(shù)據(jù)接xml10000條信件的狀態(tài)。收取信件從數(shù)據(jù)接入把握器收取一封信件需要四個步驟：inbox〔每個文件夾對應(yīng)一封信件，當(dāng)覺察一封信件后進展下一步處理；用戶對接程序分析封首文件〔envelope.xml；推斷該信件是哪種類型的信件〔協(xié)同資源、交換資源、共享資源、系統(tǒng)通知然后再依據(jù)類型分別做解析；files,封內(nèi)文件就在封首所MD5完整性校驗，不需要用戶做校驗；〔涉及具體業(yè)務(wù)的處理規(guī)律，可能涉及到與部門業(yè)務(wù)系統(tǒng)之間的交互；處理完信件后，刪除此信件文件夾，避開下次遍歷時再次掃描到此信件；-10-中國電信股份系統(tǒng)集成廣西分公司至此，用戶對接程序針對信件的處理完成；下，用戶只需要掃描收件箱下的全部文件夾即可。書生印章整合統(tǒng)，即印章功能應(yīng)嵌入至應(yīng)用系統(tǒng)中。結(jié)合僅需應(yīng)用系統(tǒng)進展少量的修改即可完成。應(yīng)用系統(tǒng)生成待蓋章的格式文件，之后系統(tǒng)后臺通過printcom接口自動調(diào)用書生SEP轉(zhuǎn)換器轉(zhuǎn)成SEP文件，這些過程對操作者而言都是透亮的，前臺覺察不到。之后系統(tǒng)平臺將調(diào)用書生閱讀器和電子印章客戶端，承受OCX控件方式，此時待蓋章文件流程。蓋章流程如以以下圖所示。財務(wù)系統(tǒng)平臺自動調(diào)用書生閱讀器和電子印章客戶端，通過OCX控件方式嵌入工作頁-11-中國電信股份系統(tǒng)集成廣西分公司對其印章進展驗證和打印文件。驗章、打印等操作接口都將無縫嵌入到工作平臺中。系統(tǒng)功能組織唯一標(biāo)識對應(yīng)。這樣在系統(tǒng)里每個單位或組織就只有唯一的一個標(biāo)識。收文流程區(qū)政府辦公廳OA 區(qū)OA前置機 交換平臺 IGRP前置機OAOAOAOA系統(tǒng)從前置機收件箱取文件，解封封頭文件，依據(jù)封3-12-發(fā)文流程

中國電信股份系統(tǒng)集成廣西分公司擬稿發(fā)文 蓋章節(jié)點 轉(zhuǎn)SEP格式文件 蓋書生印章 發(fā)文 IGRP前置機 互聯(lián)互通系統(tǒng) 區(qū)OA系統(tǒng)SEP文件，然后蓋章。假設(shè)是其它電子印章，直接蓋章。蓋章完成后點擊發(fā)送公文，公文會被發(fā)送到前置機中，然后通過互聯(lián)互通系統(tǒng)傳輸?shù)絽^(qū)政府辦公廳OA系統(tǒng)中。SEP文件夾包含兩個文件〔封頭，封體〕系統(tǒng)接口互聯(lián)互通接口實現(xiàn)河池人民政府辦公室到廣西壯族自治區(qū)辦公廳之間的公文交互。書生印章系統(tǒng)實現(xiàn)在河池電子政務(wù)系統(tǒng)中使用書生印章蓋章，并最終發(fā)文。運行環(huán)境根底軟件WindowsServer2023/202364Bit〔