專利名稱：文檔集中處理系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明提供了一個(gè)集中處理多種文件類型操作的系統(tǒng)及方法，通過集中處理、統(tǒng) 一調(diào)度，解決文檔管理系統(tǒng)中各種不同的文件處理需求。
背景技術(shù)：
術(shù)語解釋文檔管理系統(tǒng)就是提供電子文檔(文件)管理功能的系統(tǒng)。PDM 產(chǎn)品數(shù)據(jù)管理系統(tǒng)，具有管理研制文件、CAD設(shè)計(jì)文件、CAPP工藝文件等功 能。OA 自動(dòng)化辦公系統(tǒng)，具有管理、操作Office文件的功能。文檔管理系統(tǒng)是目前眾多管理信息系統(tǒng)的基礎(chǔ)模塊，尤其表現(xiàn)在OA系統(tǒng)、PDM系 統(tǒng)中。文檔信息管理系統(tǒng)管理的文件，按照文件內(nèi)容存儲(chǔ)方式分為文本文件和二進(jìn)制文件； 按照應(yīng)用領(lǐng)域分為辦公文件、設(shè)計(jì)文件、圖片文件、音頻文件、視頻文件。在文檔信息管理系 統(tǒng)業(yè)務(wù)中，存在大量的針對(duì)不同文件的處理操作(例如，從文件中提取信息并生成新文件； 向文件中寫入簽署信息；比較兩個(gè)文件差異等文件相關(guān)操作)。文檔信息管理系統(tǒng)在實(shí)現(xiàn)上述處理操作中，存在的問題有1.需要對(duì)眾多類型文 件提供處理支持；2.文件的處理過程多數(shù)需要在第三方軟件上進(jìn)行二次開發(fā)來實(shí)現(xiàn)；3.需 要在客戶端，安裝第三方軟件；4.同一文件有多種不同的處理需求；5.不同的文件有相同 的處理需求；6.在客戶端進(jìn)行文件處理存在安全性問題；7.文件處理操作存在操作系統(tǒng)之 間沖突的問題。根據(jù)以上業(yè)務(wù)問題，文檔信息管理系統(tǒng)需要解決的問題有1.避免相同業(yè)務(wù)在不 同文件處理上的冗余程序?qū)崿F(xiàn)；2.減少同一文件的各種不同業(yè)務(wù)處理需求造成的冗余程 序?qū)崿F(xiàn)；3.避免在文檔信息管理系統(tǒng)的客戶端進(jìn)行文件處理；4.文件處理操作應(yīng)該易于擴(kuò)展。

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


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