專利名稱：一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息管理技術(shù)領(lǐng)域，尤指一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的 方法和系統(tǒng)。
背景技術(shù)：
企業(yè)為了優(yōu)化組織結(jié)構(gòu)，以及提高業(yè)務(wù)流程效率，會根據(jù)業(yè)務(wù) 開展的需要和經(jīng)營模式的特點設(shè)立相對獨立的組織，各組織之間具 有不同的專業(yè)性組織類型和營業(yè)行為，例如，專門的銷售中心、物 流中心、采購中心、結(jié)算中心以及分廠等。企業(yè)的各組織之間有些在地理位置上分布于不同的地方，但相互之 間卻有著緊密的業(yè)務(wù)協(xié)作關(guān)系。對于一些企業(yè)，針對這種情況會采 取集中式的計算模式，即將企業(yè)管理信息系統(tǒng)統(tǒng)一部署在集中的計 算中心(如總部)。但出于對網(wǎng)絡(luò)可用性、帶寬、系統(tǒng)性能以及應(yīng) 用復(fù)雜性等多因素的考慮， 一些企業(yè)更傾向于采用分布式的企業(yè)計 算模式，以確保各分布應(yīng)用系統(tǒng)的執(zhí)行效率。但需要面對的是如何 保證業(yè)務(wù)協(xié)同的效率，這成為企業(yè)管理信息系統(tǒng)規(guī)劃的一個重要挑 戰(zhàn)。目前常見的解決方案是采用底層數(shù)據(jù)復(fù)制技術(shù)，即通過將數(shù)據(jù) 庫文件在不同地理位置分布的組織之間進行復(fù)制的方式來實現(xiàn)數(shù) 據(jù)的共享。但考慮到處在不同地理位置的組織的業(yè)務(wù)職能、范圍和行為不同，數(shù)據(jù)庫復(fù)制的內(nèi)容可能是海量的，但實際應(yīng)用價值很小， 且存在訪問權(quán)限、數(shù)據(jù)安全等問題。例如，結(jié)算中心的某些數(shù)據(jù)并 不希望物流中心的人員看到。此外，采用直接訪問對方應(yīng)用系統(tǒng)或 數(shù)據(jù)庫也是常用解決方法，但同樣存在訪問可用性、速度和外部用 戶的權(quán)限管理等問題。為了解決組織間數(shù)據(jù)分布所帶來的數(shù)據(jù)一致性問題，常見的解5決方案是主數(shù)據(jù)管理(MDM， Master Data Management),即通過
在中央系統(tǒng)創(chuàng)建公用數(shù)據(jù)對象，然后從中央系統(tǒng)向多個客戶系統(tǒng)分 布數(shù)據(jù)對象的方式，使得公共的基礎(chǔ)數(shù)據(jù)得以集中維護，并通過分 布到各系統(tǒng)實現(xiàn)一致的業(yè)務(wù)處理。但對于組織之間的主數(shù)據(jù)以外的 業(yè)務(wù)數(shù)據(jù)，無法采用這種方式進行協(xié)同，但這些業(yè)務(wù)數(shù)據(jù)卻又是兩 個協(xié)作組織之間業(yè)務(wù)協(xié)作必不可少的數(shù)據(jù)?？梢?，主數(shù)據(jù)管理技術(shù) 并沒有能夠真正地根據(jù)組織與組織之間的業(yè)務(wù)職能、協(xié)作內(nèi)容以及 地理分布等關(guān)系，實現(xiàn)組織之間的業(yè)務(wù)數(shù)據(jù)復(fù)制。
隨著企業(yè)越來越多地采用專業(yè)化多組織經(jīng)營模式，需要找到某 種通用的解決方案。但是現(xiàn)有的在企業(yè)的不同組織間實現(xiàn)數(shù)據(jù)復(fù)制 的技術(shù)方案，浪費傳輸資源且存在訪問權(quán)限管理問題。

發(fā)明內(nèi)容
本發(fā)明提供了一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的方法，該方法節(jié)省傳輸 資源且避免了訪問權(quán)限管理問題。
本發(fā)明還提供了一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)，該方法節(jié)省傳 輸資源且避免了訪問權(quán)限管理問題。
為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的
本發(fā)明公開了一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的方法，該方法應(yīng)用于由 多個組織構(gòu)成的企業(yè)系統(tǒng)中，該方法包括
將所述多個組織的應(yīng)用系統(tǒng)部署在多個站點上，并在每個站點 上部署復(fù)制引擎和接收引擎；
根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃，并將每 個復(fù)制計劃部署在作為復(fù)制源的組織所在的站點上；其中，每個復(fù) 制計劃包括復(fù)制業(yè)務(wù)數(shù)據(jù)信息、復(fù)制周期以及復(fù)制路徑；
每個復(fù)制引擎解析自身所在站點上部署的復(fù)制計劃，依據(jù)所述 復(fù)制周期，周期性地根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息檢索出符合條件的業(yè)務(wù) 數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點；
每個接收引擎接收到達自身所在站點的業(yè)務(wù)數(shù)據(jù)，并將所接收 的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中。本發(fā)明還公開了一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)，該系統(tǒng)應(yīng)用于 由多個組織構(gòu)成的企業(yè)系統(tǒng)中，該系統(tǒng)包括多個站點，所述多個組 織的應(yīng)用系統(tǒng)部署在該多個站點上；
每個站點包括復(fù)制引擎、接收引擎以及根據(jù)各組織之間的業(yè) 務(wù)協(xié)作關(guān)系定制的復(fù)制計劃；其中，每個復(fù)制計劃包括復(fù)制業(yè)務(wù) 數(shù)據(jù)信息、復(fù)制周期以及復(fù)制路徑；
每個站點上的復(fù)制引擎，用于解析本站點上的復(fù)制計劃，依據(jù) 所述復(fù)制周期，周期性地根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息檢索出符合條件的
業(yè)務(wù)數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點；
每個站點上的接收引擎，用以接收到達本站點的業(yè)務(wù)數(shù)據(jù)，并 將所接收的業(yè)務(wù)數(shù)據(jù)添加到本站點中的相應(yīng)應(yīng)用系統(tǒng)中。
由上述技術(shù)方案可見，本發(fā)明這種將企業(yè)中的多個組織的應(yīng)用 系統(tǒng)部署在多個站點上，并在每個站點上部署復(fù)制引擎和接收引擎 以及復(fù)制計劃，每個復(fù)制引擎解析自身所在站點上部署的復(fù)制計 劃，周期性地檢索出符合條件的業(yè)務(wù)數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù) 發(fā)送到目的站點，而每個接收引擎接收到達自身所在站點的業(yè)務(wù)數(shù) 據(jù)，并將所接收的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng) 中的技術(shù)方案，相對于現(xiàn)有的底層數(shù)據(jù)復(fù)制技術(shù)來說，由于根據(jù)定 制的復(fù)制計劃在不同的組織之間進行數(shù)據(jù)復(fù)制，因此避免了無價值 的數(shù)據(jù)的復(fù)制，節(jié)省了傳輸資源，同時也避免了訪問權(quán)限的管理問 題。


圖l是本發(fā)明實施例一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的方法的流程圖； 圖2是本發(fā)明實施例中的組織與站點的部署情況的示意圖3是本發(fā)明實施例中的又一種組織與站點的部署情況的示意
圖4是本發(fā)明實施例中的復(fù)制引擎和接收引擎的處理過程示意
圖5是本發(fā)明實施例中的站點控制器和站點的部署示意圖；圖6是本發(fā)明中的企業(yè)系統(tǒng)中的組織構(gòu)成發(fā)生變化的第一實施 例示意圖7是本發(fā)明中的企業(yè)系統(tǒng)中的組織構(gòu)成發(fā)生變化的第二實施 例示意圖。
具體實施例方式
圖1是本發(fā)明實施例一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的方法的流程圖。 該方法應(yīng)用于由多個組織構(gòu)成的企業(yè)系統(tǒng)中，如圖l所示，該方法 包括
101，將所述多個組織的應(yīng)用系統(tǒng)部署在多個站點上，并在每 個站點上部署復(fù)制引擎和接收引擎。
102，根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃， 并將每個復(fù)制計劃部署在作為復(fù)制源的組織所在的站點上；其中， 每個復(fù)制計劃包括復(fù)制業(yè)務(wù)數(shù)據(jù)信息、復(fù)制周期以及復(fù)制路徑。
103，每個復(fù)制引擎解析自身所在站點上部署的復(fù)制計劃，依 據(jù)所述復(fù)制周期，周期性地根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息檢索出符合條件 的業(yè)務(wù)數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站占。
104，每個接收引擎接收到達自身所在站點的業(yè)務(wù)數(shù)據(jù)，并將 所接收的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中。
圖l所述的技術(shù)方案，由于根據(jù)定制的復(fù)制計劃在不同的組織 之間進行數(shù)據(jù)復(fù)制，因此避免了無價值的數(shù)據(jù)的重復(fù)復(fù)制，節(jié)省了 傳輸資源，同時也避免了訪問權(quán)限的管理問題。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下對本 發(fā)明進一步詳細說明。
在本發(fā)明實施例中，根據(jù)企業(yè)系統(tǒng)中的各組織之間的協(xié)作關(guān)系 以及地理分布等信息來定義多個站點，并根據(jù)各組織的業(yè)務(wù)職能的 要求將各組織部署在所述的多個站點上，具體來說就是將各個組織 的應(yīng)用系統(tǒng)部署在所述的多個站點上。在每個站點上分別部署復(fù)制 引擎和接收引擎，并根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系來定制復(fù)制計
8劃，每個復(fù)制計劃包括復(fù)制數(shù)據(jù)信息、復(fù)制周期和復(fù)制路徑。每 個復(fù)制計劃部署在作為復(fù)制源的組織所在的站點上。
圖2是本發(fā)明實施例中的組織與站點的部署情況的示意圖。如 圖2所示，組織01是上級組織(如總部、總公司等)，其下屬三個 分組織，分別是組織11、組織12和組織13。其中，組織11、組織
12和組織13需要將具體的業(yè)務(wù)數(shù)據(jù)上報組織01進行匯總統(tǒng)計， 并從組織01獲得總體業(yè)務(wù)分解數(shù)據(jù)。此外，組織11和組織12， 組織12和組織13之間分別有業(yè)務(wù)往來，相互有業(yè)務(wù)數(shù)據(jù)傳遞。組 織01、組織11、組織12和組織13分別在不同的地域，根據(jù)企業(yè) 信息系統(tǒng)的規(guī)劃，分別將這四個組織的應(yīng)用系統(tǒng)部署的不同的四個 站點上。
在圖2中，由于組織11需要將業(yè)務(wù)數(shù)據(jù)上報給組織01,因此 可以針對此定制一個復(fù)制計劃1。該復(fù)制計劃1中的復(fù)制數(shù)據(jù)信息 就是組織11需要上報給組織01的業(yè)務(wù)數(shù)據(jù)的相關(guān)信息，復(fù)制周期 即為組織11需要將業(yè)務(wù)數(shù)據(jù)上報給組織01的周期，復(fù)制路徑即為 從組織11所在的站點到組織01所在的站點的路徑。該復(fù)制計劃1 部署在作為復(fù)制源的組織11所在的站點上。同樣，關(guān)于圖2中的
其他業(yè)務(wù)數(shù)據(jù)的傳遞關(guān)系，可以類似地定制相應(yīng)的復(fù)制計劃。
圖3是本發(fā)明實施例中的又一種組織與站點的部署情況的示 意圖。如圖3所示，組織101、組織201、組織202、組織203和 組織301之間構(gòu)成了網(wǎng)狀的業(yè)務(wù)鏈，其中，組織101為組織201、 組織202和組織203的直接上游組織，組織301為組織201、組織 202和組織203的直接下游組織。根據(jù)企業(yè)信息系統(tǒng)的規(guī)劃，除組 織202和組織203因為組織以及地理分布等關(guān)系其應(yīng)用系統(tǒng)部署在 同一個站點上以外，其他組織的應(yīng)用系統(tǒng)都分別部署在不同的站點 上。
在圖3中，組織101代表零配件工廠，分別為下游的代表組裝 工廠的組織201供應(yīng)零配件A，以及為下游的代表組裝工廠的組織 202供應(yīng)零配件B。組織201需要每小時獲得一次組織101中的零 配件A的庫存情況，組織202則需要每天獲得一次組織101中的零配件B的庫存情況。針對此，分別定制復(fù)制計劃A和復(fù)制計劃B。 其中，在復(fù)制計劃A中復(fù)制業(yè)務(wù)數(shù)據(jù)信息為零配件A的庫存可 用量，復(fù)制周期為1小時，復(fù)制路徑為從組織101所在的站點到組 織201所在的站點；復(fù)制計劃B中復(fù)制業(yè)務(wù)數(shù)據(jù)信息為零配件B
的庫存可用量，復(fù)制周期為24小時，復(fù)制路徑為從組織101所在 的站點到組織202所在的站點。復(fù)制計劃A和復(fù)制計劃B均部署 在作為復(fù)制源的組織101所在的站點上。
可以看出，每個站點上。除了根據(jù)組織業(yè)務(wù)職能的要求部署對 應(yīng)組織的應(yīng)用系統(tǒng)外，分別部署復(fù)制引擎、接收引擎以及復(fù)制計劃。 復(fù)制引擎和接收引擎采用自動化的服務(wù)方式運行，根據(jù)復(fù)制計劃實 現(xiàn)業(yè)務(wù)數(shù)據(jù)的復(fù)制和接收任務(wù)。
圖4是本發(fā)明實施例中的復(fù)制引擎和接收引擎的處理過程示 意圖。如圖4所示，復(fù)制引擎的處理包括A1 A6，接收引擎的處 理包括B1 B5，具體如下
Al，復(fù)制引擎啟動并讀入本站點上部署的復(fù)制計劃，解析其中 的復(fù)制指令。
引擎調(diào)用通過統(tǒng)一的事件處理系統(tǒng)來實現(xiàn)，事件處理系統(tǒng)接收 業(yè)務(wù)系統(tǒng)發(fā)出事件后觸發(fā)調(diào)用，從而啟動引擎服務(wù)。引擎調(diào)用可以 作為工作流中的一個操作來實現(xiàn)復(fù)制與業(yè)務(wù)處理的集成。考慮到可 操作性，可以人工干預(yù)并直接啟動復(fù)制操作。
A2，復(fù)制引擎根據(jù)復(fù)制計劃中的復(fù)制業(yè)務(wù)數(shù)據(jù)信息，生成準(zhǔn)備 數(shù)據(jù)。具體根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息從業(yè)務(wù)系統(tǒng)中檢索出符合條件的 業(yè)務(wù)數(shù)據(jù)。
本步驟中，可以根據(jù)業(yè)務(wù)需要生成單條記錄的傳輸數(shù)據(jù)，也可 以生成批量的數(shù)據(jù)。
A3,復(fù)制引擎對所生成的準(zhǔn)備數(shù)據(jù)(即檢索出的數(shù)據(jù))進行打 包處理，以便減小數(shù)據(jù)傳輸量。
本步驟中，可以將業(yè)務(wù)數(shù)據(jù)、發(fā)送組織、驗證碼等信息統(tǒng)一封 裝到數(shù)據(jù)包中。數(shù)據(jù)包可以采用XML格式，以便將自說明信息包 括進去。A4，復(fù)制引擎對要傳輸?shù)臄?shù)據(jù)包進行加密處理，以保證數(shù)據(jù)的安全性。
A5，復(fù)制引擎根據(jù)復(fù)制計劃中的復(fù)制路徑信息將數(shù)據(jù)包發(fā)送到目的站點。
本步驟中，可以使用簡單對象訪問協(xié)議(SOAP， Simple ObjectAccess Protocol)為基礎(chǔ)的傳輸方式，以支持分布式事務(wù)處理、WebService、遠程調(diào)用、異步調(diào)用和互操作性等傳輸要求。
A6，復(fù)制引擎根據(jù)發(fā)送情況，將發(fā)送日志信息記錄到復(fù)制歷史表中。
本步驟中，所記錄的發(fā)送日志信息可以包括復(fù)制數(shù)據(jù)的ID、起始站點、目的站點、發(fā)送時間、發(fā)送人員、發(fā)送是否成功等信息。Bl，接收引擎監(jiān)視接收請求，當(dāng)有數(shù)據(jù)包抵達后，接收數(shù)據(jù)包。B2，接收引擎對數(shù)據(jù)包進行解密處理，驗證數(shù)據(jù)包的安全性是否被破壞，如果發(fā)現(xiàn)數(shù)據(jù)包的安全性受到破壞或篡改，則停止后續(xù)的處理步驟，并向發(fā)送方反饋通知信息，以告知數(shù)據(jù)包的安全性被破壞。
B3，接收引擎對數(shù)據(jù)包進行解包處理，驗證數(shù)據(jù)包的完整性是否被破壞，如果發(fā)現(xiàn)數(shù)據(jù)包的完整性受到破壞，則停止后續(xù)的處理步驟，并向發(fā)送方反饋通知信息，以告知數(shù)據(jù)包的完整性被破壞。
B4，接收引擎根據(jù)數(shù)據(jù)操作種類，對解包后的業(yè)務(wù)數(shù)據(jù)執(zhí)行插入、修改或刪除操作，添加到相應(yīng)的應(yīng)用系統(tǒng)中。本步驟中，可以通過在接收引擎附加插件的方式，執(zhí)行對業(yè)務(wù)數(shù)據(jù)的特定業(yè)務(wù)操作。
B5，接收引擎根據(jù)數(shù)據(jù)的接收和處理情況，將接收日志信息記錄到接收歷史表中。
本步驟中，所記錄的接收日志信息可以包括接收數(shù)據(jù)的ID、起始站點、目的站點、接收時間、接收人員、接收是否成功等信息。在本發(fā)明的一個實施例中，由站點控制器來完成在每個站點上部署復(fù)制引擎和接收引擎，根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃，并將每個復(fù)制計劃部署在作為復(fù)制源的組織所在的站點上的工作。
圖5是本發(fā)明實施例中的站點控制器和站點的部署示意圖。如圖5所示，站點控制器可以部署在企業(yè)中樞的控制服務(wù)器上。站點控制器負責(zé)記錄和管理企業(yè)所有的站點的信息，這樣每個站點通過與站點控制器的交互，能夠獲得其他站點的信息。
在本發(fā)明實施例中，當(dāng)企業(yè)系統(tǒng)中的組織構(gòu)成發(fā)生變化時，站點控制器根據(jù)組織構(gòu)成的變化，重新部署復(fù)制引擎、接收引擎和復(fù)制計劃。這里，企業(yè)的組織構(gòu)成發(fā)生變化包括各組織之間的業(yè)務(wù)協(xié)作關(guān)系、組織及職能的地理分布調(diào)整等情況。
圖6是本發(fā)明中的企業(yè)系統(tǒng)中的組織構(gòu)成發(fā)生變化的第一實
施例示意圖。如圖6所示，當(dāng)組織602由站點1遷移至站點2后，站點控制器首先判斷站點2是否安裝了復(fù)制引擎和接收引擎，如果沒有安裝，則在站點2部署復(fù)制引擎和接收引擎服務(wù)。調(diào)整復(fù)制計劃，將原屬于組織602在站點1上的起始站點、目的站點等信息調(diào)整為站點2。配置和復(fù)制計劃調(diào)整完成后，啟動站點2上的復(fù)制引擎和接收引擎服務(wù)。
圖7是本發(fā)明中的企業(yè)系統(tǒng)中的組織構(gòu)成發(fā)生變化的第二實施例示意圖。如圖7所示，站點11的組織701與站點12的組織702根據(jù)需要重組后，調(diào)整到站點21形成新的組織801，而站點21中原有的組織802則拆分為兩個結(jié)構(gòu)組織901和組織902，分別部署在站點31和站點32上。
在圖7中，對于站點21、站點31和站點32，站點控制器首先判斷這些站點是否安裝了復(fù)制引擎和接收引擎，如果沒有安裝，則安裝復(fù)制引擎和接收引擎。對于組織已經(jīng)遷移走的站點11和站點12，其上的復(fù)制引擎和接收引擎服務(wù)被停止。調(diào)整復(fù)制計劃，將與站點11和站點12相關(guān)復(fù)制計劃全部刪除；根據(jù)新的組織業(yè)務(wù)關(guān)系，分別調(diào)整站點21、站點31和站點32相關(guān)的復(fù)制計劃。配置調(diào)整復(fù)制計劃后，啟動站點21、站點31和站點32的復(fù)制引擎和接收引擎服務(wù)。
基于上述實施例，給出本發(fā)明中的實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制系統(tǒng)的結(jié)
12本發(fā)明實施例中的一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)，應(yīng)用于由多個組織構(gòu)成的企業(yè)系統(tǒng)中，該系統(tǒng)包括多個站點，所述多個組織的應(yīng)用系統(tǒng)部署在該多個站點上；其中
每個站點包括復(fù)制引擎、接收引擎以及根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制的復(fù)制計劃；其中，每個復(fù)制計劃包括復(fù)制業(yè)務(wù)數(shù)據(jù)信息、復(fù)制周期以及復(fù)制路徑；
每個站點上的復(fù)制引擎，用于解析本站點上的復(fù)制計劃，依據(jù)所述復(fù)制周期，周期性地根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息檢索出符合條件的
業(yè)務(wù)數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點；每個站點上的接收引擎，用以接收到達本站點的業(yè)務(wù)數(shù)據(jù)，并
將所接收的業(yè)務(wù)數(shù)據(jù)添加到本站點中的相應(yīng)應(yīng)用系統(tǒng)中。在上述的實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)中
每個站點上的復(fù)制引擎，進一步用于將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點之前，對檢索出的業(yè)務(wù)數(shù)據(jù)進行打包和加
密處理；
每個站點上的接收引擎接，進一步用于對于到達的每個業(yè)務(wù)數(shù)據(jù)包進行解密和解包處理，然后再添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中。
在上述的實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)中每個站點上的接收引擎，進一步用于在對所到達的業(yè)務(wù)數(shù)據(jù)包進行解密處理時，如果發(fā)現(xiàn)業(yè)務(wù)數(shù)據(jù)包的安全性被破壞，則向發(fā)送方反饋通知信息，并停止對后續(xù)的業(yè)務(wù)數(shù)據(jù)包的接收；或者，在對所到達的業(yè)務(wù)數(shù)據(jù)包進行解包處理時，如果發(fā)現(xiàn)業(yè)務(wù)數(shù)據(jù)包的完整性被破壞，則向發(fā)送方反饋通知信息，并停止對后續(xù)的業(yè)務(wù)數(shù)據(jù)包的接收。
在上述的實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)中
每個站點上的復(fù)制引擎，進一步用于在將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點后，將發(fā)送日志信息記錄到復(fù)制歷史表中；
每個站點上的接收引擎，進一步用于在將所接收的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中后，將接收日志信息記錄到接收歷史表中。
上述的實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)，進一步包括站點控制器，用于完成在每個站點上部署復(fù)制引擎和接收引擎，根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃，并將每個復(fù)制計劃部署在作為復(fù)制源的組織所在的站點上的工作；
所述站點控制器部署在企業(yè)中樞的控制服務(wù)器上，用于負責(zé)記錄和管理所有的站點的信息，從而使得每個站點通過與站點控制器的交互，獲得其他站點的信息。
在上述的實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)中所述站點控制器，進一步用于在所述企業(yè)系統(tǒng)中的組織構(gòu)成發(fā)生變化時，根據(jù)組織構(gòu)成的變化，重新部署復(fù)制引擎、接收引擎和復(fù)制計劃。
現(xiàn)有的按照集中式的計算模式，所有數(shù)據(jù)統(tǒng)一部署在集中的計算中心，不存在數(shù)據(jù)復(fù)制要求。但是如果企業(yè)組織必須分布在不同的地理位置，網(wǎng)絡(luò)可用性、帶寬、系統(tǒng)性能、應(yīng)用復(fù)雜性等方面無法滿足的話，系統(tǒng)實施效果差。而本發(fā)明的技術(shù)方案立足于分布式的計算模式，企業(yè)應(yīng)用可以根據(jù)企業(yè)組織的業(yè)務(wù)特點而分布在不同的地理位置，通過制定復(fù)制計劃，以及復(fù)制引擎和接收引擎的配合，可以實現(xiàn)協(xié)作組織之間的數(shù)據(jù)交互。
現(xiàn)有的采用數(shù)據(jù)庫復(fù)制技術(shù)的傳統(tǒng)分布式應(yīng)用，雖然解決了數(shù)據(jù)分布問題，但對于復(fù)雜的企業(yè)組織分布和協(xié)作關(guān)系，大量數(shù)據(jù)在系統(tǒng)之間傳遞，對網(wǎng)絡(luò)可用性、帶寬要求更高，要求更嚴(yán)格的同步關(guān)系，并且各站點部署一樣的應(yīng)用，無法反映本地組織的業(yè)務(wù)特點，影響了性能和可用性。特別是大量傳遞的數(shù)據(jù)中有實際價值的很少，且存在訪問權(quán)限的管理問題。而本發(fā)明的技術(shù)方案基于合理規(guī)劃和部署企業(yè)組織，并按照組織之間的業(yè)務(wù)協(xié)作關(guān)系來確定復(fù)制計劃，實現(xiàn)數(shù)據(jù)復(fù)制的有的放矢。
此外，本發(fā)明通過站點控制器與復(fù)制引擎和接收引擎的合理配置，實現(xiàn)了靈活的部署方式，對于組織調(diào)整、合并和拆分等，也有較好的支撐。綜上所述，本發(fā)明的技術(shù)方案有效解決了企業(yè)多個組織進行分布式業(yè)務(wù)協(xié)調(diào)所需要面對的數(shù)據(jù)復(fù)制問題。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
1權(quán)利要求
1、一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的方法，該方法應(yīng)用于由多個組織構(gòu)成的企業(yè)系統(tǒng)中，其特征在于，該方法包括將所述多個組織的應(yīng)用系統(tǒng)部署在多個站點上，并在每個站點上部署復(fù)制引擎和接收引擎；根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃，并將每個復(fù)制計劃部署在作為復(fù)制源的組織所在的站點上；其中，每個復(fù)制計劃包括復(fù)制業(yè)務(wù)數(shù)據(jù)信息、復(fù)制周期以及復(fù)制路徑；每個復(fù)制引擎解析自身所在站點上部署的復(fù)制計劃，依據(jù)所述復(fù)制周期，周期性地根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息檢索出符合條件的業(yè)務(wù)數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點；每個接收引擎接收到達自身所在站點的業(yè)務(wù)數(shù)據(jù)，并將所接收的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中。
2、 如權(quán)利要求l所述的方法，其特征在于，在所述將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點之 前，該方法進一步包括復(fù)制引擎將檢索出的業(yè)務(wù)數(shù)據(jù)進行打包和 加密處理；在所述將所接收的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng)應(yīng) 用系統(tǒng)中之前，該方法進一步包括接收引擎對于到達的每個業(yè)務(wù) 數(shù)據(jù)包進行解密和解包處理。
3、 如權(quán)利要求2所述的方法，其特征在于，所述接收引擎對 于到達的每個業(yè)務(wù)數(shù)據(jù)包進行解密和解包處理包括當(dāng)接收引擎對所到達的業(yè)務(wù)數(shù)據(jù)包進行解密處理時，如果發(fā)現(xiàn) 業(yè)務(wù)數(shù)據(jù)包的安全性被破壞，則向發(fā)送方反饋通知信息，并停止后 續(xù)處理；或者，當(dāng)接收引擎對所到達的業(yè)務(wù)數(shù)據(jù)包進行解包處理時，如 果發(fā)現(xiàn)業(yè)務(wù)數(shù)據(jù)包的完整性被破壞，則向發(fā)送方反饋通知信息，并 停止后續(xù)的處理。
4、 如權(quán)利要求1至3中任一項所述的方法，其特征在于，該 方法進一步包括復(fù)制引擎將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點后，將發(fā)送日志信息記錄到復(fù)制歷史表中；接收引擎將所接收的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng) 應(yīng)用系統(tǒng)中后，將接收日志信息記錄到接收歷史表中。
5、 如權(quán)利要求l所述的方法，其特征在于， 由站點控制器來完成所述在每個站點上部署復(fù)制引擎和接收引擎，根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃，并將 每個復(fù)制計劃部署在作為復(fù)制源的組織所在的站點上的工作；所述站點控制器部署在企業(yè)中樞的控制服務(wù)器上，負責(zé)記錄和 管理所有的站點的信息；每個站點通過與站點控制器的交互，獲得 其他站點的信息。
6、 如權(quán)利要求5所述的方法，其特征在于，當(dāng)所述企業(yè)系統(tǒng) 中的組織構(gòu)成發(fā)生變化時，該方法進一步包括站點控制器根據(jù)組 織構(gòu)成的變化，重新部署復(fù)制引擎、接收引擎和復(fù)制計劃。
7、 一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的系統(tǒng)，該系統(tǒng)應(yīng)用于由多個組織 構(gòu)成的企業(yè)系統(tǒng)中，其特征在于，該系統(tǒng)包括多個站點，所述多個 組織的應(yīng)用系統(tǒng)部署在該多個站點上；每個站點包括復(fù)制引擎、接收引擎以及根據(jù)各組織之間的業(yè) 務(wù)協(xié)作關(guān)系定制的復(fù)制計劃；其中，每個復(fù)制計劃包括復(fù)制業(yè)務(wù) 數(shù)據(jù)信息、復(fù)制周期以及復(fù)制路徑；每個站點上的復(fù)制引擎，用于解析本站點上的復(fù)制計劃，依據(jù) 所述復(fù)制周期，周期性地根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息檢索出符合條件的 業(yè)務(wù)數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點；每個站點上的接收引擎，用以接收到達本站點的業(yè)務(wù)數(shù)據(jù)，并 將所接收的業(yè)務(wù)數(shù)據(jù)添加到本站點中的相應(yīng)應(yīng)用系統(tǒng)中。
8、 如權(quán)利要求7所述的系統(tǒng)，其特征在于， 每個站點上的復(fù)制引擎，進一步用于將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點之前，對檢索出的業(yè)務(wù)數(shù)據(jù)進行打包和加 密處理；每個站點上的接收引擎，進一步用于對于到達的每個業(yè)務(wù)數(shù)據(jù) 包進行解密和解包處理，然后再添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，每個站點上的接收引擎，進一步用于在對所到達的業(yè)務(wù)數(shù)據(jù)包 進行解密處理時，如果發(fā)現(xiàn)業(yè)務(wù)數(shù)據(jù)包的安全性被破壞，則向發(fā)送方反饋通知信息，并停止對后續(xù)的業(yè)務(wù)數(shù)據(jù)包的接收；或者，在對 所到達的業(yè)務(wù)數(shù)據(jù)包進行解包處理時，如果發(fā)現(xiàn)業(yè)務(wù)數(shù)據(jù)包的完整 性被破壞，則向發(fā)送方反饋通知信息，并停止對后續(xù)的業(yè)務(wù)數(shù)據(jù)包 的接收。
10、 如權(quán)利要求7至9中任一項所述的系統(tǒng)，其特征在于， 每個站點上的復(fù)制引擎，進一步用于在將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點后，將發(fā)送日志信息記錄到復(fù)制歷史表 中；每個站點上的接收引擎，進一步用于在將所接收的業(yè)務(wù)數(shù)據(jù)添 加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中后，將接收日志信息記錄到 接收歷史表中。
11、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包 括站點控制器，用于完成在每個站點上部署復(fù)制引擎和接收引擎， 根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃，并將每個復(fù) 制計劃部署在作為復(fù)制源的組織所在的站點上的工作；所述站點控制器部署在企業(yè)中樞的控制服務(wù)器上，用于負責(zé)記 錄和管理所有的站點的信息，從而使得每個站點通過與站點控制器的交互，獲得其他站點的信息。
12、 如權(quán)利要求8所述的系統(tǒng)，其特征在于， 所述站點控制器，進一步用于在所述企業(yè)系統(tǒng)中的組織構(gòu)成發(fā)生變化時，根據(jù)組織構(gòu)成的變化，重新部署復(fù)制引擎、接收引擎和 復(fù)制計劃。
全文摘要
本發(fā)明公開了一種實現(xiàn)業(yè)務(wù)數(shù)據(jù)復(fù)制的方法和系統(tǒng)。所述方法包括將所述多個組織的應(yīng)用系統(tǒng)部署在多個站點上，并在每個站點上部署復(fù)制引擎和接收引擎；根據(jù)各組織之間的業(yè)務(wù)協(xié)作關(guān)系定制不同的復(fù)制計劃；其中，每個復(fù)制計劃包括復(fù)制業(yè)務(wù)數(shù)據(jù)信息、復(fù)制周期以及復(fù)制路徑；每個復(fù)制引擎解析自身所在站點上部署的復(fù)制計劃，依據(jù)所述復(fù)制周期，周期性地根據(jù)復(fù)制業(yè)務(wù)數(shù)據(jù)信息檢索出符合條件的業(yè)務(wù)數(shù)據(jù)，并將檢索出的業(yè)務(wù)數(shù)據(jù)通過復(fù)制路徑發(fā)送到目的站點；每個接收引擎接收到達自身所在站點的業(yè)務(wù)數(shù)據(jù)，并將所接收的業(yè)務(wù)數(shù)據(jù)添加到自身所在站點中的相應(yīng)應(yīng)用系統(tǒng)中。本發(fā)明的技術(shù)方案節(jié)省傳輸資源且避免了訪問權(quán)限管理問題。
文檔編號G06Q10/00GK101655938SQ20091009261
公開日2010年2月24日 申請日期2009年9月21日 優(yōu)先權(quán)日2009年9月21日
發(fā)明者董乃文 申請人:用友軟件股份有限公司