文檔集中處理系統及方法

2024-02-26 13:14:15

專利名稱：文檔集中處理系統及方法
技術領域：
本發明提供了一個集中處理多種文件類型操作的系統及方法，通過集中處理、統 一調度，解決文檔管理系統中各種不同的文件處理需求。
背景技術：
術語解釋文檔管理系統就是提供電子文檔(文件)管理功能的系統。PDM 產品數據管理系統，具有管理研製文件、CAD設計文件、CAPP工藝文件等功 能。OA 自動化辦公系統，具有管理、操作Office文件的功能。文檔管理系統是目前眾多管理信息系統的基礎模塊，尤其表現在OA系統、PDM系 統中。文檔信息管理系統管理的文件，按照文件內容存儲方式分為文本文件和二進位文件； 按照應用領域分為辦公文件、設計文件、圖片文件、音頻文件、視頻文件。在文檔信息管理系 統業務中，存在大量的針對不同文件的處理操作(例如，從文件中提取信息並生成新文件； 向文件中寫入籤署信息；比較兩個文件差異等文件相關操作)。文檔信息管理系統在實現上述處理操作中，存在的問題有1.需要對眾多類型文 件提供處理支持；2.文件的處理過程多數需要在第三方軟體上進行二次開發來實現；3.需 要在客戶端，安裝第三方軟體；4.同一文件有多種不同的處理需求；5.不同的文件有相同 的處理需求；6.在客戶端進行文件處理存在安全性問題；7.文件處理操作存在作業系統之 間衝突的問題。根據以上業務問題，文檔信息管理系統需要解決的問題有1.避免相同業務在不 同文件處理上的冗餘程序實現；2.減少同一文件的各種不同業務處理需求造成的冗餘程 序實現；3.避免在文檔信息管理系統的客戶端進行文件處理；4.文件處理操作應該易於擴展。

發明內容
為了解決前面的需求，本發明提出了文檔集中處理方法，它可解決文檔處理中存 在的諸多問題，易於擴展和維護；提高文檔信息管理系統對文件處理的效率；保證了文件 處理的安全性。本發明採用的技術方案如下一種文檔集中處理服務系統，其特徵在於包括接收任務模塊，接收處理業務請求並將合法的處理業務請求傳遞給業務分析模 塊；業務分析模塊和業務分析單元集合，共同構成處理業務請求的解析模塊，業務分 析模塊分析處理業務請求中的任務單，過濾掉不支持的業務，將支持的業務轉發給業務分 析單元集合，業務分析單元解析處理業務請求，轉化為文件處理任務，將文件處理任務返回給業務分析模塊，業務分析模塊將業務分析單元反饋的文件處理任務傳遞給任務存儲模 塊，通知任務調度模塊；任務存儲模塊，將文件處理任務中的文件實體和文件處理單分解後存儲到數據存 儲模塊；任務調度模塊，接收業務分析模塊的通知，安排任務處理單元集合響應處理操 作；任務處理單元集合，將相同的文件格式處理同質化，減少軟體系統的冗餘性，處理 第三方軟體異常情況，在任務處理失敗時進行重試並保證任務正確執行，任務處理單元將 處理結果信息傳遞給任務反饋模塊；任務反饋模塊，按照反饋數據信息描述，將文件處理結果反饋給調用者。系統監控模塊，監控整個系統的進程。所述業務分析模塊支持多任務並發執行。所述業務分析單元集合可以同時為多個不同的應用系統提供文檔處理業務支持， 支持動態擴展。所述任務存儲模塊支持並發調用，能夠在並發調用過程中，生成唯一的任務編號 並進行正確的存儲數據。所述任務調度模塊按照調度策略調用任務存儲模塊獲得文檔處理任務信息，並根 據調度策略啟動任務處理單元進行處理，能夠響應處理失敗、任務處理單元異常情況，任務 調度模塊的調度算法可以根據不同的應用伺服器需求，配置不同的調度算法，以增強本系 統的適應性和擴展性。所述業務分析單元集合與任務處理單元集合之間的關係是多對一的關係，每個任 務處理單元支持對某種文件格式的某種處理，各任務處理單元之間不存在功能交叉，任務 處理單元可以通過配置進行擴展，任務處理單元可以並發運行多個實例，以實現系統的整 體並行運算能力。所述任務反饋模塊支持並發運行，支持對反饋失敗的任務進行重複反饋。所述數據存儲模塊具有加密措施，具有臨時文件自動清理功能，支持配置安全級 別高的硬體設備。一種文檔集中處理方法，包括步驟1)調用者發出文檔處理業務請求；2)由接收任務模塊接收處理業務請求，並將合法的處理業務請求傳遞給業務分析 模塊；3)業務分析模塊分析處理業務請求中的任務單，過濾掉不支持的業務，將支持的 業務轉發給業務分析單元集合，業務分析單元解析處理業務請求，轉化為文件處理任務，將 文件處理任務返回給業務分析模塊，業務分析模塊將業務分析單元反饋的文件處理任務傳 遞給任務存儲模塊，並通知任務調度模塊；4)任務存儲模塊將文件處理任務中的文件實體和文件處理單分解後存儲到數據 存儲模塊；5)任務調度模塊接收業務分析模塊的通知，安排任務處理單元集合響應處理操 作；
6)任務處理單元集合將相同的文件格式處理同質化，處理第三方軟體異常情況， 在任務處理失敗時進行重試並保證任務正確執行，將處理結果信息傳遞給任務反饋模塊；7)任務反饋模塊按照反饋數據信息描述，將文件處理結果反饋給調用者。所述步驟幻中，業務分析單元的分析過程就是將文檔處理業務分解為任務處理 單元能夠處理的任務數據過程，將業務對象轉化為純粹的文件處理對象。本發明具有以下優點1.避免在客戶端安裝大量第三方軟體；2.提供了文件處理相關系統的安全性；3.解決了由文件處理所帶來的作業系統不兼容的問題；4.高度抽象了軟體系統的文件處理相關部分，易於擴展，利於系統維護。


圖1為文檔處理服務系統應用模式；圖2為文檔集中處理服務系統結構圖；圖3為不包含業務分析模塊的具體實例。
具體實施例方式本發明提供一個集中的、具有可擴展的、支持任意文檔的文檔集中處理服務系統 (DocProcessServer)及方法。本發明的保護範圍不限於以下實施例，而是覆蓋了權利要求書和其等同的內容。本實施例中涉及的系統處理對象包括文件、文檔、任務單、文件處理單。文件即為 任意格式的電子文件，例如txt文件，doc文件，dwg文檔，mp3文件等。文檔為文件和相關 說明信息的組合。任務單為文檔對象對應的處理業務描述信息。文件處理單為文件對象對 應的處理描述信息。實施例本實施例給出了文檔集中處理器與方法的設計框架和理論，以及實施過程。圖1是本發明的應用模式，包括檔集中處理伺服器、應用伺服器、用戶端。可以為 多個應用系統提供文檔處理業務。也可以單獨作為文檔集中處理伺服器為用戶提供文件處 理服務。本文檔集中處理伺服器將文檔管理系統(例如PDM系統)中的所有文檔處理業務 集中為一個系統，解決文檔管理系統中繁多的文件操作業務，減少文件處理對客戶端的要 求，以適應多類型系統，減少客戶端系統差異。如圖2所示，文檔集中處理系統包括的模塊和文檔集中處理步驟如下接收任務模塊201是本處理系統的對外服務接口，可以根據需要採用不同形式的 服務接口技術。例如COM接口、ServletWebservice等多種形式。接收任務模塊201接收 處理業務請求，處理業務請求包括被處理的文檔和任務單。並將合法的處理業務請求傳遞 給業務分析模塊202。接收任務模塊201作為服務需要支持並發調用。接收任務模塊201 在公布接口的同時，需要公布本系統服務功能種類。業務分析模塊202、業務分析單元1 η 203共同構成了處理業務請求的解析模塊。業務分析模塊202，分析處理業務請求中的任務單，首先過濾掉不支持的業務。將 支持的業務轉發給特定的業務分析單元。業務分析單元203解析處理業務請求，轉化為文 件處理任務(包括文件和文件處理單)。並將文件處理任務返回給業務分析模塊202。業 務分析模塊202支持多任務並發執行。業務分析單元203的集合，構成本文檔處理服務系統的服務集合。業務分析單元 集合可以同時為多個不同的應用系統(例如PDM系統或OA系統)提供文檔處理業務支 持。此集合支持動態擴展，通過配置文件記錄每個業務分析單元的屬性實現。接收任務模 塊201，能夠動態讀取此集合的描述信息，實現過濾處理業務請求。203說明了本系統能夠 對某種文檔處理業務支持，具體如何操作需要由207進行處理。即203是需要207的處理 支持，具體內容後面給出說明。業務分析模塊202，將業務分析單元203反饋的文件處理任務傳遞給任務存儲模 塊204，並通知任務調度模塊206。任務存儲模塊204，收到任務後，自動生成唯一的任務編號，並將文件處理任務中 的文件實體和文件處理單分解後存儲到數據存儲205。任務存儲模塊204支持並發調用，能 夠在並發調用過程中，生成唯一的任務編號並進行正確的存儲數據。數據存儲模塊205，可以是各種資料庫系統和文件系統，實現存儲文件實體和任務 描述。任務調度模塊206，是本系統的一個關鍵模塊，影響系統整體的響應速度和系統整 體運行效率。接收了業務分析模塊202的通知，即要第一時間安排任務處理單元響應處理 操作。任務調度模塊206按照調度策略調用任務存儲模塊204獲得文檔處理任務信息，並 根據調度策略啟動任務處理單元進行處理。能夠對處理失敗、任務處理單元異常等情況響 應，並保證任務正確執行。在調度算法上，可以根據具體的任務需求，採用有針對性的算法 實現對任務的調度(例如FCFS、LRU、Round Robin等調度算法)。任務調度模塊206的調 度算法可以配置。這樣能夠根據不同的應用伺服器需求，配置不同的調度算法。增強本系 統的適應性和擴展性。任務處理單元207整個集合，構成了整個文檔處理服務系統的處理能力集合，為 業務分析模塊提供文件處理功能支持。203的分析過程就是將文檔處理業務分解為任務處 理單元能夠處理的任務數據過程，將業務對象轉化為純粹的文件處理對象。203與207之 間的關係是多對一的關係。每個任務處理單元，支持對某種文件格式的某種處理。在軟體 重用角度考慮，各個任務處理單元之間不存在功能交叉。為了使整個系統框架易於擴展，每 個任務處理單元在升級過程中要兼容舊功能。任務處理單元可以通過配置進行擴展。任務 處理單元207等可以並發運行多個實例，以實現系統的整體並行運算能力。任務處理單元 207等每個處理單元將相同的文件格式處理同質化，減少軟體系統的冗餘性。任務處理單 元207等能夠處理第三方軟體等異常情況，在任務處理失敗時能夠進行重試並保證任務正 確執行。任務處理單元207按照任務描述信息正確地執行處理操作後(或者無法完成處 理、結果為處理失敗)。將處理結果信息傳遞給任務反饋模塊208。任務反饋模塊208，接收到了反饋通知後，按照反饋數據信息描述，將文件處理結果反饋給調用者。任務反饋模塊208，支持並發運行。任務反饋模塊208，支持對反饋失敗 的任務進行重複反饋。任務反饋模塊208，完成了正確的反饋後，標誌著整個文檔業務處理過程的結束。本發明在保證系統整體穩定性方面，增加了 一個系統監控模塊209。實現了對整個 系統進程的監控，如果某進程異常退出，或者運作狀態不穩定，監控程序能夠對此進程進行 有效的處置。本發明的系統在實施過程中為保證系統整體安全性，數據存儲模塊205具有加密 措施，具有臨時文件自動清理功能。支持配置安全級別高的硬體設備。本發明系統的實現不受軟體開發語言限制，具體如下業務接收模塊201，可以是任意的軟體接口形式。系統監控模塊209，可以省略。業務分析模塊202及203可以省略。任務調度模塊206，可以採用任何調度算法。任務存儲模塊204可以由任意形式的軟體子系統、任意形式的組件、類庫、代碼等 任意軟體形式完成。6.數據存儲模塊205可以是任意的數據存儲模式，文件，資料庫等。應用實例圖3下面以一個具體的文檔集中處理系統為例說明具體實施過程。如圖3所示，本文 檔集中處理系統作為PDM系統的一個子系統，提供了 PDM系統中所有文件處理業務。本實 例處理對象為文件(File)、文件處理單。業務分析模塊在PDM系統中實現，本系統實現文 件處理。由於本實例支持的文件是基於Windows的軟體生成的，於是本實例運行於Windows 作業系統。本實例在結構上主要包括文檔集中處理器前臺301，是一個Java Web應用；任務 池302，是一個的EXE形式的COM服務程序；Access資料庫303，存儲任務數據；本地文件 304，存儲實體文件；任務處理工廠305，實現了任務調度和文件處理；管理進程306，對前臺 應用和任務處理工廠進行監控。從總體結構上看是Java應用提供網絡接口負責接收和反 饋任務，應用程式發揮本地優勢負責完成文件處理任務。文檔集中處理器前臺301，是由Java語言開發的一個Web應用，部署在Tomcat應 用伺服器上，提供了如下Jav必ervlet接口 l.TaskRecvServlet接口，實現了任務接收。本接口有表單參數有文件處理類型 (例如籤署、提取)、文件類型(例如doc，xls)等，同時會傳遞被處理的實體文件和任務單 (xml) ο2.QueryStatuSSerVlet接口，實現了系統狀態查詢。本接口無參數。只是反饋能 夠提供文件處理類型的任務處理列表。通過此接口也可以查看服務系統是否可以使用。3. CallBackFileServlet接口，本接口與前面兩個不同，不是開放給外部系統的， 而是開放給本系統組件的，用於反饋處理結果。本系統採用了異步實現模式，即TaskRecvServlet接口只是實現任務的接收。而 任務的反饋由反饋接口去實現反饋，這樣的好處是避免接收任務接口被長時間的處理過程 限制死。
文檔集中處理器前臺301在實現過程中，通過JNI的方式訪問本地的DLL組件存 儲任務、查詢系統狀態、反饋任務。TaskRecvServlet接口在工作時，通過對krvlet的請求參數解析，並下載文件存 儲到本地，然後調用Dll將任務存儲在任務池302中，並發送消息給任務處理工廠305。任務池302，是一個EXE形式的COM服務程序。任務池302將涉及任務數據的存 儲、訪問等操作進行了封裝提供了標準的COM接口，實現了軟體整體的模塊化。EXE形式的 COM服務程序主要是保證能夠並發為多個進程所調用，同時能夠保證唯一的運行實例，在調 用進程個數為0時，自動退出。任務池具有的接口有1.添加新任務。生成唯一的任務ID，將任務相關文件存儲到本地文件304臨時緩 存區，並將任務數據存儲到Access資料庫303中。2.刪除任務數據。當任務處理完成，需要清除本地緩存的任務實體文件和Access 資料庫中的任務數據。3.變更任務狀態。任務在整個處理過程中，包括多種狀態的轉換新建、處理中、 處理成功、處理失敗、反饋中、反饋成功、反饋失敗。此接口實現了任務狀態的變遷。4.獲取任務接口。此接口根據參數反饋一定數量的任務。5.獲得任務數量。此接口能夠根據參數類型，反饋任務池的當前某種任務數量。Access資料庫303，作為任務存儲的資料庫，在Windows系統下，簡化了安裝和移 植，因為數據量小，能夠適應所有業務需求。本地文件304，作為任務實體文件臨時存儲。任務處理工廠305，是一個EXE應用程式。包括的子模塊有工廠主線程，負責啟 動關閉工廠，顯示本地日誌，配置文件處理工種，任務消息接收。工人控制模塊，主要是獲取 任務，根據不同的任務啟動對應工種的工人進行任務處理。文檔操作工種，是一種DLL插件 完成了一種文檔的處理過程，本身不能啟動運行，要依附於工廠進程進行執行。工人控制模塊，實現了對任務調度的算法，一般任務每個任務都是平等的，於是採 用先進先出算法。在先進先出基礎上，對任務優先級分三類高、中、低。對於文檔處理任務是實時性的，需要即刻響應，設置優先級高。對於高優先級的任 務序列，按照先進先出的算法進行執行。調度模塊，根據配置啟動儘可能多的處理線程去執 行任務，保證任務的快速反饋。對於處理業務時間比較長，比較費時間的任務，因為會佔用系統的開銷，會影響其 他任務的執行效率，設置優先級為中。一般設置在系統空閒的時候執行，當執行過程中有高 級任務到來，會停止此任務執行，在系統空閒後執行。對於處理業務上對時效要求比較低的，優先級設置為低。系統將其設置為最後執 行，即在系統空閒的時候，尤其可以配置為非工作時間進行(例如在晚上自動啟動執行)。在任務處理工廠305中的文檔操作工種，是本系統的可以動態配置部分。相對於 實施例一中的任務處理單元1 η和反饋模塊的綜合。在任務處理工廠305中，工廠進程內部會對任務的處理過程進行日誌記錄，同時 工種插件也會將文件的處理過程進行記錄日誌。在任務處理工廠305中，在收到了文件處理工人反饋執行結果後，會調用任務池 302清除緩存。
管理進程306，是本系統中的監控模塊，監控文檔集中處理器前臺301，是否有響 應。如果沒有響應，會分析原因後，自動重啟服務，保證系統整體運行。同時也會監控工廠 305，保證系統能夠及時的進行任務處理。
權利要求
1.一種文檔集中處理服務系統，其特徵在於包括接收任務模塊，接收處理業務請求並將合法的處理業務請求傳遞給業務分析模塊；業務分析模塊和業務分析單元集合，共同構成處理業務請求的解析模塊，業務分析模 塊分析處理業務請求中的任務單，過濾掉不支持的業務，將支持的業務轉發給業務分析單 元集合，業務分析單元解析處理業務請求，轉化為文件處理任務，將文件處理任務返回給業 務分析模塊，業務分析模塊將業務分析單元反饋的文件處理任務傳遞給任務存儲模塊，通 知任務調度模塊；任務存儲模塊，將文件處理任務中的文件實體和文件處理單分解後存儲到數據存儲模塊；任務調度模塊，接收業務分析模塊的通知，安排任務處理單元集合響應處理操作；任務處理單元集合，將相同的文件格式處理同質化，減少軟體系統的冗餘性，處理第三 方軟體異常情況，在任務處理失敗時進行重試並保證任務正確執行，任務處理單元將處理 結果信息傳遞給任務反饋模塊；任務反饋模塊，按照反饋數據信息描述，將文件處理結果反饋給調用者。系統監控模塊，監控整個系統的進程。
2.如權利要求1所述的文檔集中處理服務系統，其特徵在於所述業務分析模塊支持多任務並發執行。
3.如權利要求1所述的文檔集中處理服務系統，其特徵在於所述業務分析單元集合可以同時為多個不同的應用系統提供文檔處理業務支持，支持 動態擴展。
4.如權利要求1所述的文檔集中處理服務系統，其特徵在於所述任務存儲模塊支持並發調用，能夠在並發調用過程中，生成唯一的任務編號並進 行正確的存儲數據。
5.如權利要求1所述的文檔集中處理服務系統，其特徵在於所述任務調度模塊按照調度策略調用任務存儲模塊獲得文檔處理任務信息，並根據調 度策略啟動任務處理單元進行處理，能夠響應處理失敗、任務處理單元異常情況，任務調度 模塊的調度算法可以根據不同的應用伺服器需求，配置不同的調度算法，以增強本系統的 適應性和擴展性。
6.如權利要求1所述的文檔集中處理服務系統，其特徵在於所述業務分析單元集合與任務處理單元集合之間的關係是多對一的關係，每個任務處 理單元支持對某種文件格式的某種處理，各任務處理單元之間不存在功能交叉，任務處理 單元可以通過配置進行擴展，任務處理單元可以並發運行多個實例，以實現系統的整體並 行運算能力。
7.如權利要求1所述的文檔集中處理服務系統，其特徵在於所述任務反饋模塊支持並發運行，支持對反饋失敗的任務進行重複反饋。
8.如權利要求1所述的文檔集中處理服務系統，其特徵在於所述數據存儲模塊具有加密措施，具有臨時文件自動清理功能，支持配置安全級別高 的硬體設備。
9.一種文檔集中處理方法，其特徵在於包括步驟1)調用者發出文檔處理業務請求；2)由接收任務模塊接收處理業務請求，並將合法的處理業務請求傳遞給業務分析模塊；3)業務分析模塊分析處理業務請求中的任務單，過濾掉不支持的業務，將支持的業務 轉發給業務分析單元集合，業務分析單元解析處理業務請求，轉化為文件處理任務，將文件 處理任務返回給業務分析模塊，業務分析模塊將業務分析單元反饋的文件處理任務傳遞給 任務存儲模塊，並通知任務調度模塊；4)任務存儲模塊將文件處理任務中的文件實體和文件處理單分解後存儲到數據存儲 模塊；5)任務調度模塊接收業務分析模塊的通知，安排任務處理單元集合響應處理操作；6)任務處理單元集合將相同的文件格式處理同質化，處理第三方軟體異常情況，在任 務處理失敗時進行重試並保證任務正確執行，將處理結果信息傳遞給任務反饋模塊；7)任務反饋模塊按照反饋數據信息描述，將文件處理結果反饋給調用者。
10.如權利要求9所述的文檔集中處理方法，其特徵在於所述步驟幻中，業務分析單元的分析過程就是將文檔處理業務分解為任務處理單元 能夠處理的任務數據過程，將業務對象轉化為純粹的文件處理對象。
全文摘要
本發明涉及文檔集中處理系統及方法，系統包括接收任務模塊、業務分析模塊、業務分析單元集合、任務存儲模塊、任務調度模塊、任務處理單元集合、任務反饋模塊、系統監控模塊。文檔集中處理方法，可解決文檔處理中存在的諸多問題，易於擴展和維護；提高文檔信息管理系統對文件處理的效率；保證文件處理的安全性。本發明具有以下優點1.避免在客戶端安裝大量第三方軟體；2.提供了文件處理相關系統的安全性；3.解決了由文件處理所帶來的作業系統不兼容的問題；4.高度抽象了軟體系統的文件處理相關部分，易於擴展，利於系統維護。
文檔編號G06F17/30GK102122302SQ20111005946
公開日2011年7月13日 申請日期2011年3月11日 優先權日2011年3月11日
發明者於明卓 申請人:北京神舟航天軟體技術有限公司