一種核電站企業內容管理系統及方法
2023-06-12 05:26:56
一種核電站企業內容管理系統及方法
【專利摘要】本發明公開了一種核電站企業內容管理系統及方法，解決了現有技術中核電站各個業務系統與文檔系統之間的數據交換接口不統一，管理維護難度大效率低的技術問題，所述管理系統包括：客戶端(10)和企業文檔系統(20)，以及連接客戶端(10)和企業文檔系統(20)的服務平臺(30)；服務平臺(30)用於提供統一的標準化接口服務；基於所述標準化接口服務，服務平臺(30)可同步接收核電站業務系統通過客戶端(10)發出的多個業務請求，且異步處理所述多個業務請求，並對企業文檔系統(20)進行管理操作；實現了統一各個業務系統與文檔系統之間的數據交換，減少二者在數據交換時的中間環節，降低出錯機率，提高數據傳輸效率的技術效果。
【專利說明】一種核電站企業內容管理系統及方法
【技術領域】
[0001]本發明涉及核電站文檔管理【技術領域】，尤其涉及一種核電站企業內容管理系統及方法。
【背景技術】
[0002]在核電站中，設計文檔系統是設計院統一管理設計成品文件、工程函件及相關文件檔案的系統，是設計院各個主要業務系統所產生文件的最終歸檔地方，是設計院接收函件、供應商、分包院文件的入口，因此各個業務系統需與設計文檔系統進行數據交換。
[0003]在現有技術中，一些核電站設計院設計文檔系統是基於EMC公司所提供的企業內容管理平臺搭建的一套適用於該核電站設計院文件檔案管理業務的信息系統。針對於該平臺，目前業界只有一套標準的Documetum Foundat1n Classes (以下簡稱DFC)以及Documentum Foundat1n Service (以下簡稱DFS)來提供外部接口。目前由於沒有對各個業務系統與設計文檔系統之間的數據交換業務進行統一梳理與規範，各個業務系統與文檔系統不僅存在著不同的接口，而且各個業務系統與文檔系統之間的數據交換存在不同的中間環節；一旦數據傳輸失敗或錯誤，追蹤原因十分困難，不同的系統需檢查不同的接口，中間環節過多，也就造成數據修正步驟十分複雜，帶來極大的不便，影響工作效率。
[0004]針對上述問題，現有的解決方式為通過上述企業內容管理平臺提供的DFC或是DFS來直接進行個性化業務的二次開發，來管理各個業務系統和文檔系統之間的接口通信；然而，現有解決方案存在以下缺陷:
[0005]Ddfs方式穩定度不夠^Sdfs的方式提供系統統一的服務，服務的穩定度不夠，由於DFS部署在網頁內容伺服器(content server)的應用伺服器jboss上，而jboss又同時承擔平臺內部的系統自定義任務的運行壓力，對於日常諸如歸檔這類業務吞吐量非常大的操作，對jboss會造成極大的壓力，導致jboss會經常宕機，從而使得自定義業務接口服務和系統內部任務運行都受到影響；
[0006]2)DFS方式難以排錯^Sdfs的方式進行業務的二次定製開發，難以排除錯誤，在開發過程中，程式設計師程序編寫IDE界面的報錯往往都不清晰，只有進入jboss的日誌中才能查找到詳細報錯，極大的降低了開發的工作效率；
[0007]3)分散的接口服務難以維護:如果接口服務不統一建立，那麼各個業務系統和文檔系統間就需要建立多個不同的接口，大大的增加了接口服務的數量，增加了運維人員的工作量，且缺乏統一的管理和維護；
[0008]4)學習成本大:如果直接進行業務邏輯的開發，需要由更多的開發人員了解DFC以及DFS的編碼方式。
[0009]可見，在現有技術中至少存在，核電站各個業務系統與文檔系統之間的數據交換接口不統一，管理維護難度大效率低的技術問題。
【發明內容】
[0010]本發明針對現有技術中存在的，核電站各個業務系統與文檔系統之間的數據交換接口不統一，管理維護難度大效率低的技術問題，提供一種核電站企業內容管理系統及方法，實現了統一各個業務系統與文檔系統之間的數據交換，減少二者在數據交換時的中間環節，降低出錯機率，提高數據傳輸效率，方便系統之間的差錯與過程追蹤的技術效果。
[0011]一方面，本發明實施例提供了一種核電站企業內容管理系統，包括:
[0012]客戶端和企業文檔系統，以及連接所述客戶端和所述企業文檔系統的服務平臺；
[0013]所述服務平臺用於為所述客戶端和所述企業文檔系統提供統一的標準化接口服務；基於所述標準化接口服務，所述服務平臺可同步接收核電站業務系統通過所述客戶端發出的多個業務請求，且異步處理所述多個業務請求，並對所述企業文檔系統進行管理操作。
[0014]可選的，所述服務平臺包括:
[0015]與所述客戶端連接的Web服務組件，用於向所述業務系統提供所述服務平臺的業務功能，以使所述業務系統基於所述業務功能向所述服務平臺發送所述多個業務請求；
[0016]與所述Web服務組件連接的表接口模塊，用於同步接收並異步處理所述多個業務請求，並將所述業務系統上報的歸檔數據保存到表接口資料庫中；
[0017]與所述表接口模塊連接的表接口資料庫，用於保存所述歸檔數據；
[0018]與所述企業文檔系統連接的文檔基礎類接口，用於操作所述企業文檔系統中的歸檔數據；
[0019]通過所述表接口模塊與所述表接口資料庫連接，以及通過所述文檔基礎類接口與所述企業文檔系統連接的歸檔業務組件，用於從所述表接口資料庫中獲取所述歸檔數據，並歸檔到所述企業文檔系統中。
[0020]可選的，所述Web服務組件將所述表接口模塊中的業務功能包裝成三個Web服務，包括:接收歸檔數據服務、查詢歸檔狀態服務和確認歸檔完結服務。
[0021]可選的，所述表接口模塊還用於記錄所述歸檔數據的歸檔狀態變化、相關日誌及異常信息，同時提供對所述歸檔數據進行查詢和修改的接口，以實現對所述表接口資料庫中的歸檔數據進行增、刪、改、查操作。
[0022]可選的，所述表接口資料庫還用於保存所述服務平臺的運行日誌。
[0023]可選的，所述Web服務組件的類結構設計採用面向接口編程的方式。
[0024]另一方面，本發明實施例還提供了一種核電站企業內容管理方法，應用於企業內容管理系統，所述企業內容管理系統包括客戶端、服務平臺和企業文檔系統，所述方法包括步驟:
[0025]S1、獲取業務系統通過所述客戶端發出的多個業務請求；
[0026]S2、通過所述服務平臺同步接收並異步處理所述多個業務請求，以及對所述企業文檔系統進行管理操作。
[0027]可選的，所述步驟SI包括:
[0028]S11、向所述業務系統提供所述服務平臺的業務功能；
[0029]S12、獲取所述業務系統基於所述業務功能向所述服務平臺發送的所述多個業務請求。
[0030]可選的，所述多個業務請求包括數據歸檔請求，所述步驟S2具體包括:
[0031]S21、通過所述服務平臺同步接收所述數據歸檔請求；
[0032]S22、通過所述服務平臺異步處理所述數據歸檔請求，並接收所述業務系統上報的歸檔數據，以及將所述歸檔數據保存到所述企業文檔系統中。
[0033]可選的，所述多個業務請求包括查詢歸檔狀態請求，所述步驟S2具體包括:
[0034]S23、通過所述服務平臺同步接收所述查詢歸檔狀態請求；
[0035]S24、通過所述服務平臺異步處理所述查詢歸檔狀態請求，並查詢所述企業文檔系統中已歸檔數據的歸檔狀態，並將所述歸檔狀態反饋給所述客戶端。
[0036]可選的，所述多個業務請求包括確認歸檔完結請求，所述步驟S2具體包括:
[0037]S25、通過所述服務平臺同步接收所述確認歸檔完結請求；
[0038]S26、通過所述服務平臺異步處理所述確認歸檔完結請求，並對已保存到所述企業文檔系統的歸檔數據的歸檔狀態進行更新，以及將更新的歸檔狀態反饋給所述客戶端。
[0039]本發明實施例提供的一個或多個技術方案，至少具有如下技術效果或優點:
[0040]由於在本發明實施例中，企業內容管理系統包括:客戶端和企業文檔系統，以及連接所述客戶端和所述企業文檔系統的服務平臺；所述服務平臺用於為所述客戶端和所述企業文檔系統提供統一的標準化接口服務；基於所述標準化接口服務，所述服務平臺可同步接收核電站業務系統通過所述客戶端發出的多個業務請求，且異步處理所述多個業務請求，並對所述企業文檔系統進行管理操作；也就是說，本發明方案提供一套標準化接口服務，優化各個業務系統與企業文檔系統數據交換的流程，提高工作效率，通過建立企業文檔系統統一接口服務，以統一實現各個業務系統與企業文檔系統的數據交換，減少數據交換過程中的中間環節，降低出錯機率，提高數據傳輸效率，方便系統之間的查錯與過程追蹤。
【專利附圖】
【附圖說明】
[0041]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據提供的附圖獲得其他的附圖。
[0042]圖1為本發明實施例提供的第一種核電站企業內容管理系統結構框圖；
[0043]圖2為本發明實施例提供的第二種核電站企業內容管理系統結構框圖；
[0044]圖3為本發明實施例提供的第三種核電站企業內容管理系統結構框圖；
[0045]圖4為本發明實施例提供的核電站企業內容管理系統的服務平臺系統層次劃分結構圖；
[0046]圖5為本發明實施例提供的第一種核電站企業內容管理方法流程圖；
[0047]圖6為本發明實施例提供的第二種核電站企業內容管理方法流程圖；
[0048]圖7為本發明實施例提供的第三種核電站企業內容管理方法流程圖；
[0049]圖8為本發明實施例提供的第四種核電站企業內容管理方法流程圖；
[0050]圖9為本發明實施例提供的第五種核電站企業內容管理方法流程圖。
【具體實施方式】
[0051]本發明實施例通過提供一種核電站企業內容管理系統，解決了現有技術中存在的核電站各個業務系統與文檔系統之間的數據交換接口不統一，管理維護難度大效率低的技術問題，實現了統一各個業務系統與文檔系統之間的數據交換，減少二者在數據交換時的中間環節，降低出錯機率，提高數據傳輸效率，方便系統之間的差錯與過程追蹤的技術效果O
[0052]本發明實施例的技術方案為解決上述技術問題，總體思路如下:
[0053]本發明實施例提供了一種核電站企業內容管理系統，包括:客戶端和企業文檔系統，以及連接所述客戶端和所述企業文檔系統的服務平臺；所述服務平臺用於為所述客戶端和所述企業文檔系統提供統一的標準化接口服務；基於所述標準化接口服務，所述服務平臺可同步接收核電站業務系統通過所述客戶端發出的多個業務請求，且異步處理所述多個業務請求，並對所述企業文檔系統進行管理操作。
[0054]可見，在本發明實施例中，通過提供一套標準化接口服務，優化各個業務系統與企業文檔系統數據交換的流程，提高工作效率，通過建立企業文檔系統統一接口服務，以統一實現各個業務系統與企業文檔系統的數據交換，減少數據交換過程中的中間環節，降低出錯機率，提高數據傳輸效率，方便系統之間的查錯與過程追蹤。
[0055]為了更好的理解上述技術方案，下面將結合說明書附圖以及具體的實施方式對上述技術方案進行詳細的說明，應當理解本發明實施例以及實施例中的具體特徵是對本申請技術方案的詳細的說明，而不是對本申請技術方案的限定，在不衝突的情況下，本發明實施例以及實施例中的技術特徵可以相互組合。
[0056]實施例一
[0057]請參考圖1，本發明實施例提供了一種核電站企業內容管理系統，所述管理系統包括:客戶端10和企業文檔系統20，以及連接客戶端10和企業文檔系統20的服務平臺30 ；服務平臺30用於為客戶端10和企業文檔系統20提供統一的標準化接口服務；基於所述標準化接口服務，服務平臺30可同步接收核電站業務系統通過客戶端10發出的多個業務請求，且異步處理所述多個業務請求，並對企業文檔系統20進行管理操作。
[0058]具體的，所述管理系統由基於JAX-WS架構構建可配置化的異步模式的Web服務(Web Service)來支持。JAX-WS 規範是一組 XML Web Services 的 JAVA API，JAX-WS 允許開發者可以選擇RPC-oriented或者message-oriented來實現自己的Web Services。在JAX-WS中，一個遠程調用可以轉換為一個基於XML的協議例如S0AP，在使用JAX-WS過程中，開發者不需要編寫任何生成和處理SOAP消息的代碼。JAX-WS的運行時實現會將這些API的調用轉換成為對應的SOAP消息。
[0059]其中，XML為可擴展標記語言，英文全稱為extensible Markup Language，是一種用於標記電子文件使其具有結構性的標記語言。它可以用來標記數據、定義數據類型，是一種允許用戶對自己的標記語言進行定義的源語言。它非常適合全球資訊網傳輸，提供統一的方法來描述和交換獨立於應用程式或供應商的結構化數據，是標準通用標記語言(SGML，Standard Generalized Markup Language)的子集，適合 Web 傳輸。
[0060]在伺服器端，用戶只需要通過Java語言定義遠程調用所需要實現的服務端點接口(SEI，Service Endpoint Interface)，並提供相關的實現，通過調用JAX-WS的服務發布接口就可以將其發布為Web Service接口。在客戶端，用戶可以通過JAX-WS的應用程式編程接口(API，Applicat1n Programming Interface)創建一個代理(用本地對象來替代遠程的服務)來實現對於遠程伺服器端的調用。
[0061]當然JAX-WS也提供了一組針對底層消息進行操作的API調用，可以通過Dispatch直接使用SOAP消息或XML消息發送請求或者使用Provider處理SOAP或XML消息。通過web service所提供的互操作環境，我們可以用JAX-WS輕鬆實現JAVA平臺與其他編程環境(.net等)的互操作。
[0062]具體的，請參考圖2，客戶端10包括Web服務客戶端101，通過.net、JAVA等變量環境搭建。企業文檔系統20為設計文檔管理系統(DDMS，Design Document Manage System)。服務平臺30包括:與客戶端10連接的Web服務(Service)組件301 ;與Web服務組件301連接的表接口模塊302 ;與表接口模塊302連接的表接口資料庫303 ;與企業文檔系統20連接的文檔基礎類接口(即DFC接口)304 ;通過表接口模塊302與表接口資料庫303連接，以及通過文檔基礎類接口 304與企業文檔系統20連接的歸檔業務組件305 ;下面分別對服務平臺30中的各個功能模塊進行具體說明:
[0063]l)Web服務組件301，用於向所述業務系統提供服務平臺30的業務功能，以使所述業務系統基於所述業務功能向服務平臺30發送所述多個業務請求；具體的，Web服務組件301將服務平臺30的業務功能包裝成Web服務，以使與服務平臺30具有連接關係的業務系統獲知服務平臺30的業務功能，並通過客戶端10向服務平臺30發送所述多個業務請求，並上報歸檔數據；其中，業務系統為需要進行文件歸檔的業務系統。
[0064]Web Service組件301是將表接口模塊302中的業務功能包裝成Web Service暴露給各業務系統，具體的，Web服務組件301將表接口模塊302中的業務功能包裝成三個Web服務，包括:接收歸檔數據服務、查詢歸檔狀態服務和確認歸檔完結服務。當然，在以後系統擴展時，同樣也可以將擴展的業務組件包裝成Web Service。
[0065]在本申請實施例中，Web服務組件301的類結構設計，使用CXF框架開發REST風格的Web服務。程序設計採用面向接口編程的方式，先定義SEI，然後定義具體實現類，在實現類中調用業務邏輯方法。
[0066]2)表接口模塊302，用於同步接收並異步處理所述多個業務請求，並將所述業務系統上報的歸檔數據保存到表接口資料庫303中；另外，表接口模塊302還用於記錄所述歸檔數據的歸檔狀態變化、相關日誌及異常信息，同時提供對所述歸檔數據進行查詢和修改的接口，以實現對所述表接口資料庫303中的歸檔數據進行增、刪、改、查操作；
[0067]進一步，表接口模塊302還用於向Web服務組件301及歸檔業務組件305提供操作表接口數據的相關接口。將各業務系統的每次請求信息都記錄到請求流水錶，以供需要時進行查詢分析，此功能可設置開關，在不需要時可關掉此功能並停止請求信息記錄。對本申請企業內容管理系統運行的各種系統日誌，記錄入系統日誌(SYSTEM_L0G)資料庫表中，以供查詢。同時，對於程序運行的錯誤也需要同時寫到中心庫中去。
[0068]3)表接口資料庫303，用於保存所述歸檔數據及服務平臺30的運行日誌；可使用Sql Server 2005 資料庫；
[0069]4)文檔基礎類接口 304，也稱DFC接口，即Documentum平臺提供的一套基於JAVA的系統基礎API，用於操作企業文檔系統20中的歸檔數據；
[0070]5)歸檔業務組件305，用於從表接口資料庫303中獲取所述歸檔數據，並歸檔到企業文檔系統20中，以及實現數據的驗證、授權等歸檔業務邏輯；其中，授權業務就是按照所歸檔文檔的類型和數據條件，為其指定對應的acl_domain (域)以及acl_name (名稱)的業務，對於所有類型，都會給定默認的acl_name以及acl_domain。對於有特殊權限要求的類型和數據條件的文檔，單獨配置acl_name和acl_domain進行授權按業務的指定。
[0071]在具體應用中，歸檔業務組件305還與外部文件伺服器40 (NAS，Network AttachedStorage)通信，其功能為向歸檔業務組件305提供文件，它加強了存儲器的功能，簡化了網絡數據的管理，改善了系統的性能，提高了數據的可用性，同時減少了管理的複雜程度，降低了運營費用。
[0072]在具體實施過程中，還可根據實際應用需要對企業內容管理系統的業務類型進行擴展，增加取號業務和反寫業務，仍請參考圖2，服務平臺30還包括:
[0073]6)連接Web服務組件301和企業文檔系統(即所述設計文檔管理系統)20的取號業務模塊306，用於實現渠道號取號、紙質檔案取號的業務；取號業務模塊306還與外部取號中間表資料庫50連接；取號中間表資料庫50用於存儲取號業務請求數據和取號運行日誌等數據；在具體工作過程中，取號業務模塊306可同步接收多個取號業務請求並存儲在取號中間表資料庫50中，並異步從其中獲取取號業務請求進行處理。
[0074]7)連接Web Service組件301和企業文檔系統(即所述設計文檔管理系統)20的數據反寫模塊307，用於依據數據源提供的關聯數據信息，查找企業文檔系統20中已保存的歸檔數據，並將指定信息反寫至目標文檔。現有反寫業務包括=WorkReady工程函件反寫WR渠道號以及WR日期欄位至工程文件；DRCS工程函件反寫DRCS渠道號至工程文件；交付函件反寫對外交付渠道號至工程文件。
[0075]另外，在具體實施過程中，請參考圖3，為了實現對服務平臺30的表接口模塊302的業務功能、運行狀態等進行在線瀏覽，可以在客戶端10處增設瀏覽器102，並在服務平臺30中增設連接表接口模塊302和瀏覽器102的後臺管理WEB應用模塊308。
[0076]本申請企業內容管理系統的技術框架設計主要體現在服務平臺30的技術框架設計，下面對其進行具體介紹:
[0077]服務平臺30的系統層次劃分如圖4所示，包括:表現層、控制器層、業務邏輯層、數據訪問對象(DA0，Data Access Object)層、領域對象(Domain Object)層。米用三個開源框架:Apache CXF、Spring Framework、Hibernate。其主要針對的是如圖2所示的服務平臺30的業務實現，下面結合圖2、圖4，對上述各層次的功能說明及設計思路進行介紹:
[0078]1、表現層:其設計是根據業務數據制定XML數據格式標準，實現JSP頁面；其功能主要是與各業務系統之間的數據交換。JSP(全稱JavaServer Pages)是由SunMicrosystems公司倡導和許多公司參與共同創建的一種使軟體開發者可以響應客戶端請求，而動態生成HTML、XML或其他格式文檔的Web網頁的技術標準。JSP技術是以Java語言作為腳本語言的，JSP網頁為整個伺服器端的Java庫單元提供了一個接口來服務於HTTP的應用程式。JSP使Java代碼和特定的預定義動作可以嵌入到靜態頁面中。JSP句法增加了被稱為JSP動作的XML標籤，它們用來調用內建功能。
[0079]2、控制器層:其設計是使用Apache CXF框架開發REST風格的Web服務；程序設計採用面向接口編程的方式，先定義SEI接口，然後定義具體實現類，在實現類中調用業務邏輯方法。其功能是負責接受客戶端請求，並調用業務邏輯方法。針對圖2，這裡主要通過Web服務組件301封裝表接口模塊302的業務邏輯。其中，Apache CXF是一個開源的Services框架，CXF利用Frontend編程API來構建和開發Services，像JAX-WS ;這些Services可以支持多種協議，比如:SOAP、XML/HTTP、RESTfuI HTTP或者C0RBA，並且可以在多種傳輸協議上運行，比如:HTTP、JMS或者JBI，CXF大大簡化了 Services的創建，同時它繼承了 XFire傳統，一樣可以天然地和Spring進行無縫集成。
[0080]3、業務邏輯層:其設計是面向DAO層的接口編程，使用Spring的1C、AOP等特性進行合理設計，不與持久層API耦合；在這一層進行事務的控制。其功能是實現服務平臺系統的業務邏輯。
[0081]其中，Spring是一個輕量級的控制反轉(1C)和面向切面(AOP)的容器框架。所述控制反轉是指Spring通過一種稱作控制反轉(1C)的技術促進了鬆耦合；當應用了 10C，一個對象依賴的其它對象會通過被動的方式傳遞進來，而不是這個對象自己創建或者查找依賴對象。所述面向切面是指Spring提供了面向切面編程的豐富支持，允許通過分離應用的業務邏輯與系統級服務進行內聚性的開發。應用對象只實現它們應該做的，如完成業務邏輯，而並不負責其它的系統級關注點，例如日誌或事務支持。
[0082]4、DAO層:其設計是持久層使用不同的技術，DAO層相應會不同；為了使得業務邏輯層不與具體的持久層技術耦合，為每個DAO組件都提供接口，業務邏輯層面向DAO的接口編程。其功能主要包括了對領域對象的創建、查詢、更新和刪除等操作，對應於資料庫表的CRUD操作。其中，CRUD是指在做計算處理時的增加(Create)、查詢(Retrieve)、更新(Update)和刪除(Delete)幾個單詞的首字母簡寫；主要被用在描述軟體系統中資料庫或者持久層的基本操作功能。
[0083]5、領域對象層:其設計是每個領域對象用普通的Java對象(POJO)實現。其功能是抽象了系統的對象模型，每個領域對象通常對應一個或多個資料庫表。
[0084]總而言之，本實施例中的企業內容管理系統，至少具有如下技術效果或優點:
[0085](I)可以支持處理每小時2000條以上的歸檔、授權、取號、反寫請求。完全滿足了現有設計院歸檔業務對於系統吞吐能力的需求。
[0086](2)對於持歸檔、授權、反寫以及對應存儲庫的映射等需求只需要通過配置文件修改即可支持，無需對原始碼進行更改；提升了對於新需求的響應速度。
[0087]實施例二
[0088]基於同一發明構思，請參考圖5，本發明實施例還提供了一種核電站企業內容管理方法，應用於如實施例一中所述的企業內容管理系統，所述企業內容管理系統包括所述客戶端10、所述服務平臺30和所述企業文檔系統20，所述管理方法包括步驟:
[0089]S1、獲取業務系統通過所述客戶端10發出的多個業務請求；
[0090]S2、通過所述服務平臺30同步接收並異步處理所述多個業務請求，以及對所述企業文檔系統20進行管理操作。
[0091]在具體實施過程中，請參考圖6，為了能夠篩除業務系統上報的不符合本企業內容管理系統業務功能的業務數據，所述步驟SI包括:
[0092]S11、向所述業務系統提供所述服務平臺30的業務功能；
[0093]S12、獲取所述業務系統基於所述業務功能向所述服務平臺30發送的所述多個業務請求。
[0094]在具體實施過程中，請參考圖7，所述多個業務請求包括數據歸檔請求，所述步驟S2具體包括:
[0095]S21、通過所述服務平臺30同步接收所述數據歸檔請求；
[0096]S22、通過所述服務平臺30異步處理所述數據歸檔請求，並接收所述業務系統上報的歸檔數據，以及將所述歸檔數據保存到所述企業文檔系統20中。
[0097]上述步驟S21?S22具體包括:
[0098]步驟I)接收所述數據歸檔請求，並將所述數據歸檔請求記錄到請求流水錶中；
[0099]步驟2)對所述數據歸檔請求進行安全驗證，具體為IP範圍驗證；
[0100]步驟21)當所述安全驗證失敗時，返回錯誤信息，返回XML格式的處理結果，以使訪問方獲知安全驗證失敗；
[0101]步驟22)當所述安全驗證成功時，驗證全局唯一標識符(⑶ID，Globally UniqueIdentifier)是否存在；
[0102]步驟221)當驗證得知所述GUID不存在時，新增所述數據歸檔請求所對應的歸檔數據到服務平臺30的表接口模塊中，並返回歸檔數據接收成功，返回XML格式的處理結果，以使訪問方獲知歸檔數據接收成功；
[0103]步驟222)當驗證得知所述⑶ID存在時，驗證XML HashCode是否一致；
[0104]步驟2221)當驗證得知XML HashCode不一致時，檢查所述數據歸檔請求對應的歸檔數據的處理狀態；
[0105]步驟22211)當歸檔數據的處理狀態為處理中時，返回失敗信息，返回XML格式的處理結果，以使訪問方獲知歸檔數據歸檔失敗；
[0106]步驟22212)當歸檔數據的處理狀態為非處理中時，更新XML數據並置為未處理狀態，並返回接收成功，返回XML格式的處理結果，以使訪問方獲知歸檔數據歸檔成功；
[0107]步驟2222)當驗證得知XML HashCode—致時，檢查所述數據歸檔請求對應的歸檔數據的處理狀態；
[0108]步驟22221)當歸檔數據的處理狀態為歸檔失敗時，將所述數據歸檔請求置為未處理狀態，並返回接收成功，返回XML格式的處理結果，以使訪問方獲知歸檔數據接收成功；
[0109]步驟22222)當歸檔數據的處理狀態為歸檔成功時，返回歸檔成功的提示信息，返回XML格式的處理結果，以使訪問方獲知歸檔數據歸檔成功。
[0110]具體實施過程中，請參考圖8，所述多個業務請求包括查詢歸檔狀態請求，所述步驟S2具體包括:
[0111]S23、通過所述服務平臺30同步接收所述查詢歸檔狀態請求；
[0112]S24、通過所述服務平臺30異步處理所述查詢歸檔狀態請求，並查詢企業文檔系統20中已歸檔數據的歸檔狀態，並將所述歸檔狀態反饋給所述客戶端10。
[0113]上述步驟S23?S24具體包括:
[0114]步驟3)接收所述查詢歸檔狀態請求，並將所述查詢歸檔狀態請求記錄到請求流水錶中；
[0115]步驟4)對所述查詢歸檔狀態請求進行安全驗證，具體為IP範圍驗證；
[0116]步驟41)當所述安全驗證失敗時，返回錯誤信息，返回XML格式的處理結果，以使訪問方獲知安全驗證失敗；
[0117]步驟42)當所述安全驗證成功時，到服務平臺30的表接口模塊查詢所述查詢歸檔狀態請求所對應的歸檔數據的歸檔狀態，並在歸檔狀態為成功時，返回歸檔狀態為成功，返回XML格式的處理結果，以使訪問方獲知數據歸檔狀態為成功。
[0118]在具體實施過程中，請參考圖9，所述多個業務請求包括確認歸檔完結請求，所述步驟S2具體包括:
[0119]S25、通過所述服務平臺30同步接收所述確認歸檔完結請求；
[0120]S26、通過所述服務平臺30異步處理所述確認歸檔完結請求，並對已保存到所述企業文檔系統20的歸檔數據的歸檔狀態進行更新，以及將更新的歸檔狀態反饋給所述客戶端10。
[0121 ] 上述步驟S25?S26具體包括:
[0122]步驟5)接收所述確認歸檔完結請求，並將所述確認歸檔完結請求記錄到請求流水錶中；
[0123]步驟6)對所述確認歸檔完結請求進行安全驗證，具體為IP範圍驗證；
[0124]步驟61)當所述安全驗證失敗時，返回錯誤信息，返回XML格式的處理結果，以使訪問方獲知安全驗證失敗；
[0125]步驟62)當所述安全驗證成功時，到服務平臺30的表接口模塊更新所述確認歸檔完結請求所對應的歸檔數據的歸檔狀態，並在歸檔狀態更新成功時，返回歸檔狀態為更新成功，返回XML格式的處理結果，以使訪問方獲知數據歸檔狀態更新成功。
[0126]總而言之，本實施例中的企業內容管理方法，至少具有如下技術效果或優點:
[0127](I)對於不合規數據或是歸檔異常情況，可以通過監控服務監控，並會定期發送郵件給指定業務人員，提醒業務人員對異常數據進行跟蹤和處理；提升了業務的可靠性。
[0128](2)通過加密、IP限制等方式，保障了服務的安全性和可靠性。
[0129]本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、CD-ROM、光學存儲器等)上實施的電腦程式產品的形式。
[0130]本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0131]這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0132]這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0133]儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明範圍的所有變更和修改。
[0134]顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
【權利要求】
1.一種核電站企業內容管理系統，其特徵在於，所述管理系統包括: 客戶端(10)和企業文檔系統(20)，以及連接所述客戶端(10)和所述企業文檔系統(20)的服務平臺(30); 所述服務平臺(30)用於為所述客戶端(10)和所述企業文檔系統(20)提供統一的標準化接口服務；基於所述標準化接口服務，所述服務平臺(30)可同步接收核電站業務系統通過所述客戶端(10)發出的多個業務請求，且異步處理所述多個業務請求，並對所述企業文檔系統(20)進行管理操作。
2.如權利要求1所述的企業內容管理系統，其特徵在於，所述服務平臺(30)包括: 與所述客戶端(10)連接的Web服務組件(301)，用於向所述業務系統提供所述服務平臺(30)的業務功能，以使所述業務系統基於所述業務功能向所述服務平臺(30)發送所述多個業務請求； 與所述Web服務組件(301)連接的表接口模塊(302)，用於同步接收並異步處理所述多個業務請求，並將所述業務系統上報的歸檔數據保存到表接口資料庫(303)中； 與所述表接口模塊(302)連接的表接口資料庫(303)，用於保存所述歸檔數據； 與所述企業文檔系統(20)連接的文檔基礎類接口(304)，用於操作所述企業文檔系統(20)中的歸檔數據； 通過所述表接口模塊(302)與所述表接口資料庫(303)連接，以及通過所述文檔基礎類接口(304)與所述企業文檔系統(20)連接的歸檔業務組件(305)，用於從所述表接口資料庫(303)中獲取所述歸檔數據，並歸檔到所述企業文檔系統(20)中。
3.如權利要求2所述的企業內容管理系統，其特徵在於，所述Web服務組件(301)將所述表接口模塊(302)中的業務功能包裝成三個Web服務，包括:接收歸檔數據服務、查詢歸檔狀態服務和確認歸檔完結服務。
4.如權利要求2所述的企業內容管理系統，其特徵在於，所述表接口模塊(302)還用於記錄所述歸檔數據的歸檔狀態變化、相關日誌及異常信息，同時提供對所述歸檔數據進行查詢和修改的接口，以實現對所述表接口資料庫(303)中的歸檔數據進行增、刪、改、查操作。
5.如權利要求2所述的企業內容管理系統，其特徵在於，所述表接口資料庫(303)還用於保存所述服務平臺(30)的運行日誌。
6.如權利要求2所述的企業內容管理系統，其特徵在於，所述Web服務組件(301)的類結構設計採用面向接口編程的方式。
7.—種核電站企業內容管理方法，應用於企業內容管理系統，所述企業內容管理系統包括客戶端(10)、服務平臺(30)和企業文檔系統(20)，其特徵在於，所述管理方法包括步驟: 51、獲取業務系統通過所述客戶端(10)發出的多個業務請求； 52、通過所述服務平臺(30)同步接收並異步處理所述多個業務請求，以及對所述企業文檔系統(20)進行管理操作。
8.如權利要求7所述的企業內容管理方法，其特徵在於，所述步驟SI包括: 511、向所述業務系統提供所述服務平臺(30)的業務功能； 512、獲取所述業務系統基於所述業務功能向所述服務平臺(30)發送的所述多個業務請求。
9.如權利要求7或8所述的企業內容管理方法，其特徵在於，所述多個業務請求包括數據歸檔請求，所述步驟S2具體包括: 521、通過所述服務平臺(30)同步接收所述數據歸檔請求； 522、通過所述服務平臺(30)異步處理所述數據歸檔請求，並接收所述業務系統上報的歸檔數據，以及將所述歸檔數據保存到所述企業文檔系統(20)中。
10.如權利要求7或8所述的企業內容管理方法，其特徵在於，所述多個業務請求包括查詢歸檔狀態請求，所述步驟S2具體包括: 523、通過所述服務平臺(30)同步接收所述查詢歸檔狀態請求； 524、通過所述服務平臺(30)異步處理所述查詢歸檔狀態請求，並查詢所述企業文檔系統(20)中已歸檔數據的歸檔狀態，並將所述歸檔狀態反饋給所述客戶端(10)。
11.如權利要求7或8所述的企業內容管理方法，其特徵在於，所述多個業務請求包括確認歸檔完結請求，所述步驟S2具體包括: . 525、通過所述服務平臺(30)同步接收所述確認歸檔完結請求； . 526、通過所述服務平臺(30)異步處理所述確認歸檔完結請求，並對已保存到所述企業文檔系統(20)的歸檔數據的歸檔狀態進行更新，以及將更新的歸檔狀態反饋給所述客戶端(10) ο
【文檔編號】G06Q50/06GK104517181SQ201410778143
【公開日】2015年4月15日 申請日期:2014年12月15日 優先權日:2014年12月15日
【發明者】侯斌, 劉東海, 塗紅兵, 林加鎮, 劉偉芳 申請人:中廣核工程有限公司, 中國廣核集團有限公司