本發(fā)明涉及核電站技術(shù)領(lǐng)域，尤其涉及一種核電文檔的管理系統(tǒng)及方法。

背景技術(shù)：

核電站設計過程中，各個核電業(yè)務系統(tǒng)將產(chǎn)生大量的文檔數(shù)據(jù)，在eud、ddms、edms三個文檔管理系統(tǒng)較好地支撐了一個公司各項業(yè)務所需文檔工作的順利開展，確保了公司項目建設順利推進，但因三個文檔管理系統(tǒng)共存，導致數(shù)據(jù)部分重疊、權(quán)限不統(tǒng)一，用戶使用不便、友好度較低，公司文檔數(shù)據(jù)共享稍顯混亂；同時若公司面臨各種新技術(shù)路線(包括短平快的同心圓項目)、新情況的出現(xiàn)的現(xiàn)狀，文檔相關(guān)系統(tǒng)在項目管理、流程管理等方面都應做出適當?shù)恼{(diào)整和改進。

其中，eud文檔管理系統(tǒng)基于eud的接口框架進行核電文檔接口設計。eud的接口架構(gòu)是基于documentum來進行設計，實現(xiàn)方式與documentum的耦合度較高，可利用documentum的一些內(nèi)置機制，減低接口功能實現(xiàn)的困難程度。但這種架構(gòu)設計的缺點在于接口的不穩(wěn)定、性能問題會直接影響到整個內(nèi)容服務器(contentserver)的運行，從而有可能影響到核心業(yè)務功能的正常使用。

ddms文檔管理系統(tǒng)基于ddms接口框架，擴展業(yè)務范圍應用，進行核電文檔接口設計。ddms接口是開發(fā)了一個獨立的接口應用duds，由duds專門負責與所有外圍系統(tǒng)的交互。duds獨立于contentserver部署，通過dfc與documentumcontentserver進行交互，使得duds與ddms之間的耦合度很低，duds發(fā)生任何問題都不會影響到ddms核心業(yè)務功能的運行。但是，duds的劣勢在于，對技術(shù)設計/實現(xiàn)要求比較高，否則一出問題就會影響到所有接口的正常使用。目前duds的穩(wěn)定性問題主要受irm加密服務影響，irm加密失敗經(jīng)常會導致整個duds服務卡住。

技術(shù)實現(xiàn)要素：

本發(fā)明針對現(xiàn)有技術(shù)中存在的問題，提供了一種核電文檔的管理系統(tǒng)及方法，能夠?qū)Ω鱾€核電業(yè)務系統(tǒng)進行統(tǒng)一管理，滿足復雜多變的業(yè)務需求。

本發(fā)明就上述技術(shù)問題而提出的技術(shù)方案如下：

一方面，本發(fā)明提供一種核電文檔的管理系統(tǒng)，所述系統(tǒng)包括服務接口，以及分別與所述服務接口連接的文檔管理平臺和至少一個核電業(yè)務系統(tǒng)；

所述服務接口用于提供文檔統(tǒng)一的網(wǎng)絡服務以供每一所述核電業(yè)務系統(tǒng)調(diào)用；

每一所述核電業(yè)務系統(tǒng)用于通過所述網(wǎng)絡服務調(diào)用所述服務接口發(fā)送服務請求；

所述文檔管理平臺用于通過所述服務接口接收所述服務請求，并根據(jù)所述服務請求向相應的核電業(yè)務系統(tǒng)提供服務。

進一步地，所述服務接口包括：

統(tǒng)一歸檔服務模塊，用于建立統(tǒng)一的歸檔xml文檔規(guī)范，并提供xml文檔的歸檔服務；

數(shù)據(jù)查詢服務模塊，用于建立統(tǒng)一的數(shù)據(jù)查詢xml文檔規(guī)范，并提供xml文檔的數(shù)據(jù)查詢服務；

數(shù)據(jù)修改服務模塊，用于建立統(tǒng)一的數(shù)據(jù)反寫xml文檔規(guī)范，并提供xml文檔的數(shù)據(jù)修改服務；

統(tǒng)一取號服務模塊，用于建立統(tǒng)一的取號xml文檔規(guī)范，并提供xml文檔的取號服務；

統(tǒng)一外發(fā)服務模塊，用于建立統(tǒng)一的外發(fā)服務xml文檔規(guī)范，并提供xml文檔的外發(fā)服務；

接口安全審計模塊，用于建立統(tǒng)一的接口安全授權(quán)規(guī)范，并提供接口安全授權(quán)服務；以及，

日志記錄與報錯模塊，用于建立統(tǒng)一的接口文檔監(jiān)控規(guī)范，并提供接口文檔的監(jiān)控服務。

優(yōu)選地，所述服務請求為歸檔請求；所述歸檔請求包括核電業(yè)務系統(tǒng)在生產(chǎn)過程中產(chǎn)生的xml文檔；

所述文檔管理平臺具體用于通過所述服務接口接收所述xml文檔并保存至中間表，定時對所述中間表中的文檔數(shù)據(jù)進行歸檔處理，并將歸檔完結(jié)的文檔數(shù)據(jù)由所述中間表移至中間歷史表中。

優(yōu)選地，所述文檔管理平臺還用于在所述文檔數(shù)據(jù)歸檔失敗時，向相應的核電業(yè)務系統(tǒng)反饋問題數(shù)據(jù)，使所述相應的核電業(yè)務系統(tǒng)修改所述問題數(shù)據(jù)，并重傳修改后的數(shù)據(jù)。

優(yōu)選地，所述服務請求為數(shù)據(jù)查詢請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述數(shù)據(jù)查詢請求，根據(jù)所述數(shù)據(jù)查詢請求查詢相應的xml文檔，并將查詢到的xml文檔反饋給相應的核電業(yè)務系統(tǒng)。

優(yōu)選地，所述服務請求為數(shù)據(jù)修改請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述數(shù)據(jù)修改請求，并根據(jù)所述數(shù)據(jù)修改請求對相應的xml文檔進行修改。

優(yōu)選地，所述服務請求為取號請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述取號請求，并實時根據(jù)所述取號請求生成渠道號，以將所述渠道號反饋給相應的核電業(yè)務系統(tǒng)，或者，將所述取號請求存至中間表，定時讀取所述中間表中的取號請求，并根據(jù)讀取到的取號請求生成渠道號，以將所述渠道號反饋給相應的核電業(yè)務系統(tǒng)。

優(yōu)選地，所述服務請求為外發(fā)請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述外發(fā)請求，并根據(jù)所述外發(fā)請求將預設的xml文檔推送到外發(fā)的核電業(yè)務系統(tǒng)中。

優(yōu)選地，所述服務請求為授權(quán)請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述授權(quán)請求，根據(jù)所述授權(quán)請求向相應的核電業(yè)務系統(tǒng)反饋訪問權(quán)限，使所述相應的核電業(yè)務系統(tǒng)根據(jù)所述訪問權(quán)限訪問相應的文檔。

進一步地，所述核電文檔的管理系統(tǒng)還包括與所述服務接口連接的接口文檔監(jiān)控平臺；

所述接口文檔監(jiān)控平臺用于監(jiān)控接口文檔，規(guī)范日志記錄，以供文檔人員查詢?nèi)√柡蜌w檔的日志記錄。

另一方面，本發(fā)明提供一種利用上述核電文檔的管理系統(tǒng)進行核電文檔管理的方法，所述核電文檔的管理系統(tǒng)包括用于提供文檔統(tǒng)一的網(wǎng)絡服務以供調(diào)用的服務接口，以及分別與所述服務接口連接的文檔管理平臺和至少一個核電業(yè)務系統(tǒng)；所述方法包括：

每一所述核電業(yè)務系統(tǒng)通過所述網(wǎng)絡服務調(diào)用所述服務接口發(fā)送服務請求；

所述文檔管理平臺通過所述服務接口接收所述服務請求，并根據(jù)所述服務請求向相應的核電業(yè)務系統(tǒng)提供服務。

本發(fā)明實施例提供的技術(shù)方案帶來的有益效果是：

通過一個服務接口提供文檔統(tǒng)一的網(wǎng)絡服務，以使各個核電業(yè)務系統(tǒng)通過調(diào)用該服務接口向文檔管理平臺發(fā)送服務請求，文檔管理平臺根據(jù)服務請求進行相應的處理，以向各個核電業(yè)務系統(tǒng)提供相應的服務，以對各個核電業(yè)務系統(tǒng)進行統(tǒng)一管理，系統(tǒng)可支持處理每小時2000條以上的服務請求，滿足復雜多變的業(yè)務需求；采用xml格式的文檔進行傳輸，對于歸檔、授權(quán)、反寫等需求只需通過配置文件修改即可支持，無需對源代碼進行修改，提供系統(tǒng)的響應速度。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例一提供的核電文檔的管理系統(tǒng)的結(jié)構(gòu)示意圖；

圖2是本發(fā)明實施例一提供的核電文檔的管理系統(tǒng)的具體結(jié)構(gòu)示意圖；

圖3是本發(fā)明實施例一提供的核電文檔的管理系統(tǒng)中文檔歸檔的流程示意圖；

圖4是本發(fā)明實施例二提供的核電文檔的管理方法的流程示意圖。

具體實施方式

為了解決現(xiàn)有技術(shù)在文檔管理系統(tǒng)中存在的管理混亂、無法滿足復雜多變的業(yè)務需求等技術(shù)問題，本發(fā)明旨在提供一種核電文檔的管理系統(tǒng)，其核心思想是：提供了服務接口，以及分別與所述服務接口連接的文檔管理平臺和至少一個核電業(yè)務系統(tǒng)，其中，服務接口提供文檔統(tǒng)一的網(wǎng)絡服務以供調(diào)用，每個核電業(yè)務系統(tǒng)均可調(diào)用服務接口向文檔管理平臺發(fā)送服務請求，文檔管理平臺根據(jù)服務請求向核電業(yè)務系統(tǒng)提供相應的服務。本發(fā)明所提供的核電文檔的管理系統(tǒng)能夠?qū)Ω鱾€核電業(yè)務系統(tǒng)進行統(tǒng)一管理，滿足復雜多變的業(yè)務需求。

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。

實施例一

本發(fā)明實施例提供了一種核電文檔的管理系統(tǒng)，參見圖1，該系統(tǒng)包括服務接口1，以及分別與所述服務接口1連接的文檔管理平臺2和至少一個核電業(yè)務系統(tǒng)3；

所述服務接口1用于提供文檔統(tǒng)一的網(wǎng)絡服務以供每一所述核電業(yè)務系統(tǒng)3調(diào)用；

每一所述核電業(yè)務系統(tǒng)3用于通過所述網(wǎng)絡服務調(diào)用所述服務接口1發(fā)送服務請求；

所述文檔管理平臺2用于通過所述服務接口1接收所述服務請求，并根據(jù)所述服務請求向相應的核電業(yè)務系統(tǒng)3提供服務。

需要說明的是，本發(fā)明實施例對比現(xiàn)有技術(shù)中的eud、ddms、edms三個文檔系統(tǒng)的接口實現(xiàn)方式的差異，并綜合考慮系統(tǒng)接口設計的低耦合、高內(nèi)聚等規(guī)范，結(jié)合核電文檔整合的特點，初步確定基于ddms的接口實現(xiàn)方式來整合三個系統(tǒng)的接口，基于cxf的網(wǎng)絡服務(webservice)技術(shù)框架搭建，對外以web服務的方式提供接口調(diào)用。本實施例沿用了duds的基本架構(gòu)，同時借鑒了eud使用documentumbof框架的優(yōu)點。將屬于文檔系統(tǒng)業(yè)務邏輯的功能提取為tbo或sbo，部署到contentserver上，實現(xiàn)一處部署，多處使用。本實施例兼有了duds的接口分離好處和eud的業(yè)務集中的設計，使得整個接口框架更加合理化。業(yè)務邏輯提取到bof，采用二維可配置化設計，保證了較好的系統(tǒng)可維護性。業(yè)務邏輯的變化僅需更新bof，某個系統(tǒng)的接口變化或新增系統(tǒng)接口都可以僅通過修改配置文件就可以實現(xiàn)，基本無須進行編碼變更。另外，服務接口的部署架構(gòu)引入集群及負載均衡機制，至少提供兩個服務實例的集群，當其中一個服務宕機后，另一個還能繼續(xù)提供服務，保證了接口的穩(wěn)定性和可維護性。

服務接口提供文檔統(tǒng)一的webservices可供各個核電業(yè)務系統(tǒng)調(diào)用，定義好統(tǒng)一的數(shù)據(jù)傳遞格式，同時提供統(tǒng)一的歸檔數(shù)據(jù)抽取服務，進行主動式的歸檔數(shù)據(jù)抽取。服務接口提供統(tǒng)一歸檔服務、數(shù)據(jù)查詢、修改服務、統(tǒng)一取號服務、統(tǒng)一外發(fā)服務等功能。各個核電業(yè)務系統(tǒng)(包括：imsca、aed、sap、aed、sqe、itms、imsqp等)通過webservices服務，調(diào)用服務接口發(fā)起服務請求，文檔管理平臺通過服務接口接收服務請求，并根據(jù)該服務請求向相應的核電業(yè)務系統(tǒng)提供相應的服務，從而實現(xiàn)對各個核電業(yè)務系統(tǒng)的統(tǒng)一管理，滿足復雜多變的業(yè)務需求。

進一步地，如圖2所示，所述服務接口1包括：

統(tǒng)一歸檔服務模塊11，用于建立統(tǒng)一的歸檔xml文檔規(guī)范，并提供xml文檔的歸檔服務；

數(shù)據(jù)查詢服務模塊12，用于建立統(tǒng)一的數(shù)據(jù)查詢xml文檔規(guī)范，并提供xml文檔的數(shù)據(jù)查詢服務；

數(shù)據(jù)修改服務模塊13，用于建立統(tǒng)一的數(shù)據(jù)反寫xml文檔規(guī)范，并提供xml文檔的數(shù)據(jù)修改服務；

統(tǒng)一取號服務模塊14，用于建立統(tǒng)一的取號xml文檔規(guī)范，并提供xml文檔的取號服務；

統(tǒng)一取號服務模塊15，用于建立統(tǒng)一的外發(fā)服務xml文檔規(guī)范，并提供xml文檔的外發(fā)服務；

接口安全審計模塊16，用于建立統(tǒng)一的接口安全授權(quán)規(guī)范，并提供接口安全授權(quán)服務；以及，

日志記錄與報錯模塊17，用于建立統(tǒng)一的接口文檔監(jiān)控規(guī)范，并提供接口文檔的監(jiān)控服務。

需要說明的是，統(tǒng)一歸檔服務模塊、數(shù)據(jù)查詢服務模塊、數(shù)據(jù)修改服務模塊、統(tǒng)一取號服務模塊、統(tǒng)一取號服務模塊和接口安全審計模塊分別與各個核電業(yè)務系統(tǒng)連接，向各個核電業(yè)務系統(tǒng)提供不同的服務，同時建立不同的服務規(guī)范。各個核電業(yè)務系統(tǒng)調(diào)用服務接口向不同模塊發(fā)送滿足該模塊服務規(guī)范的請求，該模塊再將該請求發(fā)送給文檔管理平臺以進行不同的處理。日志記錄與報錯模塊與接口文檔監(jiān)控平臺連接，向接口文檔監(jiān)控平臺提供接口文檔的監(jiān)控服務，實現(xiàn)接口文檔監(jiān)控平臺對接口文檔的監(jiān)控。

服務規(guī)范規(guī)定xml文檔，利用xml文檔與web服務相結(jié)合的方式，使得各個核電業(yè)務系統(tǒng)交付時可配置化，而最大程度的可配置化設計，增加了系統(tǒng)的伸縮性，簡化了系統(tǒng)開發(fā)/維護的難度，更能適應業(yè)務需求的變化。

優(yōu)選地，所述服務請求為歸檔請求；所述歸檔請求包括核電業(yè)務系統(tǒng)在生產(chǎn)過程中產(chǎn)生的xml文檔；

所述文檔管理平臺具體用于通過所述服務接口接收所述xml文檔并保存至中間表，定時對所述中間表中的文檔數(shù)據(jù)進行歸檔處理，并將歸檔完結(jié)的文檔數(shù)據(jù)由所述中間表移至中間歷史表中。

需要說明的是，服務接口中的統(tǒng)一歸檔服務模塊提供文檔系統(tǒng)中所有類型的新增保存服務，屬性均以xml方式傳遞，實體文件提供網(wǎng)絡路徑，可以是ftp或nas路徑。

各個核電業(yè)務系統(tǒng)將生產(chǎn)中產(chǎn)生的文檔數(shù)據(jù)構(gòu)建為xml文檔，通過webservices服務，調(diào)用服務接口發(fā)起包含xml文檔的歸檔請求。xml文檔包括足夠的信息用于確定保存的對象類型，并包含所有字段映射關(guān)系。文檔管理平臺將接收到的xml文檔進行歸檔，其支持的歸檔類型包括工程文件歸檔、工程函件歸檔、程序文件、技術(shù)變更文件、合同文件、項目內(nèi)部文件、案卷、紙質(zhì)檔案、巖芯檔案、聲像檔案、射線底片檔案等。

優(yōu)選地，所述文檔管理平臺還用于在所述文檔數(shù)據(jù)歸檔失敗時，向相應的核電業(yè)務系統(tǒng)反饋問題數(shù)據(jù)，使所述相應的核電業(yè)務系統(tǒng)修改所述問題數(shù)據(jù)，并重傳修改后的數(shù)據(jù)。

需要說明的是，對于不合規(guī)數(shù)據(jù)或是歸檔異常情況，可以通過監(jiān)控服務監(jiān)控，并定期發(fā)送郵件給指定業(yè)務人員，提醒業(yè)務人員對異常數(shù)據(jù)進行跟蹤和處理。提升了業(yè)務的可靠性。

具體地，如圖3所示，文檔歸檔流程包括：

s101、提交歸檔數(shù)據(jù)。各個核電業(yè)務系統(tǒng)產(chǎn)生的文檔數(shù)據(jù)，通過xml格式文件提交給統(tǒng)一歸檔的服務接口；

s102、檢測服務接口是否調(diào)用成功。若統(tǒng)一歸檔的服務接口調(diào)用成功，則執(zhí)行步驟s103，若統(tǒng)一歸檔的服務接口調(diào)用失敗，則返回到開始狀態(tài)。其中，在請求調(diào)用后會反饋一個調(diào)用web服務的結(jié)果(result)，若調(diào)用成功沒有發(fā)生錯誤則返回success，否則返回failure。

s103、查詢歸檔結(jié)果。在調(diào)用成功后，對各個核電業(yè)務系統(tǒng)產(chǎn)生的文檔數(shù)據(jù)進行歸檔，并反饋返回記錄的歸檔處理結(jié)果，根據(jù)處理結(jié)果，將提交的文檔數(shù)據(jù)項分支處理。其中，處理結(jié)果分為5種，即0、1、2、3、4，0表示未處理，4表示處理中，2表示處理失敗，1表示處理成功，3表示已完結(jié)。

s104、對于返回結(jié)果為2的文檔數(shù)據(jù)，進行問題數(shù)據(jù)處理?？稍谖臋n監(jiān)控系統(tǒng)中做修改、重傳等操作處理；

s105、對于返回結(jié)果狀態(tài)為3的數(shù)據(jù)，表示文檔歸檔完結(jié)。文檔將會從歸檔中間表移至中間歷史表中，說明核電業(yè)務系統(tǒng)的文檔數(shù)據(jù)成功歸檔到文檔管理平臺中。

優(yōu)選地，所述服務請求為數(shù)據(jù)查詢請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述數(shù)據(jù)查詢請求，根據(jù)所述數(shù)據(jù)查詢請求查詢相應的xml文檔，并將查詢到的xml文檔反饋給相應的核電業(yè)務系統(tǒng)。

需要說明的是，各個核電業(yè)務系統(tǒng)通過webservice服務，調(diào)用服務接口發(fā)起數(shù)據(jù)查詢請求，參數(shù)傳遞是使用xml。核電業(yè)務系統(tǒng)需傳遞系統(tǒng)代碼，然后根據(jù)系統(tǒng)代碼來確定要查詢的類型，返回的屬性字段，以進一步要求核電業(yè)務系統(tǒng)傳遞足夠的信息來確定查詢對象。文檔管理平臺根據(jù)傳遞過來的信息確定查詢對象，并獲取查詢對象的數(shù)據(jù)，以將該查詢對象的數(shù)據(jù)反饋給核電業(yè)務系統(tǒng)。另外，特別授權(quán)的系統(tǒng)也可以直接到條目數(shù)據(jù)庫中查詢。

優(yōu)選地，所述服務請求為數(shù)據(jù)修改請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述數(shù)據(jù)修改請求，并根據(jù)所述數(shù)據(jù)修改請求對相應的xml文檔進行修改。

需要說明的是，各個核電業(yè)務系統(tǒng)可通過webservice服務，調(diào)用服務接口發(fā)起數(shù)據(jù)修改請求。在做好安全檢查及操作審計的同時，核電業(yè)務系統(tǒng)同樣要提供足夠的信息確定修改的對象類型，修改的字段。服務接口限定某些字段是不能通過接口更改的。文檔管理平臺根據(jù)傳遞過來的信息確定修改對象和修改字段，以在修改對象中修改相應的字段。

優(yōu)選地，所述服務請求為取號請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述取號請求，并實時根據(jù)所述取號請求生成渠道號，以將所述渠道號反饋給相應的核電業(yè)務系統(tǒng)，或者，將所述取號請求存至中間表，定時讀取所述中間表中的取號請求，并根據(jù)讀取到的取號請求生成渠道號，以將所述渠道號反饋給相應的核電業(yè)務系統(tǒng)。

需要說明的是，各個核電業(yè)務系統(tǒng)可通過webservice服務，調(diào)用服務接口發(fā)起取號請求。其中，取號分為：標準取號、cin函件取號、程序瀏覽平臺取號、變更文件取號、存檔號取號。

服務接口支持兩個模式的取號請求：一個模式是實時取號，由各個核電業(yè)務系統(tǒng)通過webservice調(diào)用服務接口實時取號；另一個模式是異步取號，異步取號的取號請求由各個核電業(yè)務系統(tǒng)主動寫到中間表中，然后采用定時任務方式，利用系統(tǒng)讀取中間表，按集團取號規(guī)范生成渠道號，以xml的方式反饋給相關(guān)的核電業(yè)務系統(tǒng)。

優(yōu)選地，所述服務請求為外發(fā)請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述外發(fā)請求，并根據(jù)所述外發(fā)請求將預設的xml文檔推送到外發(fā)的核電業(yè)務系統(tǒng)中。

需要說明的是，各個核電業(yè)務系統(tǒng)可通過webservice服務，調(diào)用服務接口發(fā)起外發(fā)請求，文檔管理平臺將與對應的外發(fā)核電業(yè)務系統(tǒng)(gdas系統(tǒng))已約定好的文檔推送給gdas系統(tǒng)。另外，文檔管理平臺也可主動將已約定好的文檔推送給gdas系統(tǒng)，而無需gdas系統(tǒng)發(fā)送外發(fā)請求。

優(yōu)選地，所述服務請求為授權(quán)請求；

所述文檔管理平臺具體用于通過所述服務接口接收所述授權(quán)請求，根據(jù)所述授權(quán)請求向相應的核電業(yè)務系統(tǒng)反饋訪問權(quán)限，使所述相應的核電業(yè)務系統(tǒng)根據(jù)所述訪問權(quán)限訪問相應的文檔。

需要說明的是，各個核電業(yè)務系統(tǒng)可通過webservice服務，調(diào)用服務接口發(fā)起授權(quán)請求，文檔管理平臺根據(jù)授權(quán)請求對相應的核電業(yè)務系統(tǒng)進行授權(quán)。核電業(yè)務系統(tǒng)在獲得相應的權(quán)限后，就可以訪問相應的文檔。此文檔接口提供相應的安全性保障，包含以下內(nèi)容：記錄接口被調(diào)用記錄；記錄傳遞的數(shù)據(jù)信息；限定可調(diào)用ip范圍；用戶/密碼驗證或系統(tǒng)/密碼驗證。通過加密、ip限制等方式，保障了服務的安全性和可靠性。

進一步地，所述核電文檔的管理系統(tǒng)還包括與所述服務接口連接的接口文檔監(jiān)控平臺4；

所述接口文檔監(jiān)控平臺4用于監(jiān)控接口文檔，規(guī)范日志記錄，以供文檔人員查詢?nèi)√柡蜌w檔的日志記錄。

本發(fā)明實施例通過一個服務接口提供文檔統(tǒng)一的網(wǎng)絡服務，以使各個核電業(yè)務系統(tǒng)通過調(diào)用該服務接口向文檔管理平臺發(fā)送服務請求，文檔管理平臺根據(jù)服務請求進行相應的處理，以向各個核電業(yè)務系統(tǒng)提供相應的服務，以對各個核電業(yè)務系統(tǒng)進行統(tǒng)一管理，系統(tǒng)可支持處理每小時2000條以上的服務請求，滿足復雜多變的業(yè)務需求；采用xml格式的文檔進行傳輸，對于歸檔、授權(quán)、反寫等需求只需通過配置文件修改即可支持，無需對源代碼進行修改，提供系統(tǒng)的響應速度。

實施例二

本發(fā)明實施例提供了一種利用上述實施例中的核電文檔的管理系統(tǒng)進行核電文檔管理的方法，所述核電文檔的管理系統(tǒng)包括用于提供文檔統(tǒng)一的網(wǎng)絡服務以供調(diào)用的服務接口，以及分別與所述服務接口連接的文檔管理平臺和至少一個核電業(yè)務系統(tǒng)。參見圖4，所述方法包括：

s1、每一所述核電業(yè)務系統(tǒng)通過所述網(wǎng)絡服務調(diào)用所述服務接口發(fā)送服務請求；

s2、所述文檔管理平臺通過所述服務接口接收所述服務請求，并根據(jù)所述服務請求向相應的核電業(yè)務系統(tǒng)提供服務。

本發(fā)明實施例通過一個服務接口提供文檔統(tǒng)一的網(wǎng)絡服務，以使各個核電業(yè)務系統(tǒng)通過調(diào)用該服務接口向文檔管理平臺發(fā)送服務請求，文檔管理平臺根據(jù)服務請求進行相應的處理，以向各個核電業(yè)務系統(tǒng)提供相應的服務，以對各個核電業(yè)務系統(tǒng)進行統(tǒng)一管理，系統(tǒng)可支持處理每小時2000條以上的服務請求，滿足復雜多變的業(yè)務需求；采用xml格式的文檔進行傳輸，對于歸檔、授權(quán)、反寫等需求只需通過配置文件修改即可支持，無需對源代碼進行修改，提供系統(tǒng)的響應速度。

綜上所述，本發(fā)明提出了一種核電文檔的管理系統(tǒng)及方法，其具有較好的實用效果：支持處理每小時2000條以上的歸檔、授權(quán)、取號、反寫請求，滿足了文檔歸檔業(yè)務對于系統(tǒng)吞吐能力的需求；對于持歸檔、授權(quán)、反寫以及對應存儲庫的映射等需求只需要通過配置文件修改即可支持，無需對源代碼進行更改。提升了對于新需求的響應速度；對于不合規(guī)數(shù)據(jù)或是歸檔異常情況，可以通過監(jiān)控服務監(jiān)控，并會定期發(fā)送郵件給指定業(yè)務人員，提醒業(yè)務人員對異常數(shù)據(jù)進行跟蹤和處理，提升了業(yè)務的可靠性；通過加密、ip限制等方式，保障了服務的安全性和可靠性。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。