專利名稱：分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法及系統(tǒng)。
背景技術(shù)：
在信息技術(shù)廣泛應(yīng)用的情況下，保證操作型數(shù)據(jù)的高度完整性和一致性，并能夠?qū)崿F(xiàn)對這些數(shù)據(jù)的并發(fā)快速控制，對于充分利用操作型數(shù)據(jù)為客戶提供實(shí)時(shí)的服務(wù)或者進(jìn)行生產(chǎn)的實(shí)時(shí)管理，具有重要意義。操作型數(shù)據(jù)是指，該數(shù)據(jù)對于基于計(jì)算機(jī)系統(tǒng)的活動(dòng)結(jié)果具有直接的影響，要求能夠被實(shí)時(shí)地增加、修改、刪除和查詢，在數(shù)據(jù)的存儲、傳輸和加工過程中，不能引起誤差。典型的操作型數(shù)據(jù)有金融行業(yè)的客戶信息和帳戶信息等。
要保證操作型數(shù)據(jù)(以下簡稱數(shù)據(jù))的高度完整性和一致性，建立一個(gè)物理上集中的系統(tǒng)是一種選擇，然而，考慮到單套計(jì)算機(jī)系統(tǒng)的承受能力、以及國家幅員遼闊、通訊和網(wǎng)絡(luò)連接復(fù)雜等具體因素，往往建立多個(gè)數(shù)據(jù)中心，也就是采用分布式數(shù)據(jù)中心存儲數(shù)據(jù)。然而，數(shù)據(jù)物理上分布使得邏輯上難以統(tǒng)一。
要實(shí)現(xiàn)分布式數(shù)據(jù)中心邏輯統(tǒng)一，現(xiàn)有的方式主要是通過建立交換中心來實(shí)現(xiàn)。但是這種方案需要所有分布式系統(tǒng)和交換中心的數(shù)據(jù)描述具有一致性，并且隨著系統(tǒng)的升級能夠動(dòng)態(tài)地保持這種數(shù)據(jù)描述的一致性，在通信上要保證所有參與的子系統(tǒng)與交換中心之間要有能夠得到保證的通信通道，否則整個(gè)系統(tǒng)就不能保持運(yùn)行的穩(wěn)定性；另一方面，對于存儲在本地和通過交換中心獲得的數(shù)據(jù)，在響應(yīng)時(shí)間和數(shù)據(jù)獲取準(zhǔn)確性上總存在一定差異的風(fēng)險(xiǎn)。
發(fā)明內(nèi)容
本發(fā)明的目的是提供一種實(shí)現(xiàn)簡單且同步性高的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法及系統(tǒng)。
為此，本發(fā)明采用如下技術(shù)方案一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，各數(shù)據(jù)中心采用顧客信息控制CICS作為連接客戶端與數(shù)據(jù)中心的應(yīng)用服務(wù)器；所述方法包括通過將各數(shù)據(jù)中心對應(yīng)的CICS互連建立各數(shù)據(jù)中心通訊；客戶端接收數(shù)據(jù)處理請求，確定數(shù)據(jù)處理屬于跨數(shù)據(jù)中心時(shí)，將客戶端和服務(wù)器端有關(guān)數(shù)據(jù)處理的會計(jì)分錄合并在客戶端。
所述方法還包括在所述CICS之間設(shè)置數(shù)據(jù)通道，用于傳輸跨數(shù)據(jù)中心的數(shù)據(jù)。
所述方法還包括設(shè)置CICS數(shù)據(jù)通道傳輸要素，以控制數(shù)據(jù)通道的數(shù)據(jù)流量。
所述方法還包括對跨數(shù)據(jù)中心的數(shù)據(jù)處理，采用跨數(shù)據(jù)中心密碼統(tǒng)一控制。
所述跨數(shù)據(jù)中心的密碼控制是由以下步驟實(shí)現(xiàn)的獲取密碼明文；利用數(shù)據(jù)所在數(shù)據(jù)中心的第一密鑰對明文加密，得到第一密碼；利用跨中心密鑰對第一密碼加密，得到第二密碼；通過本數(shù)據(jù)中心第二密鑰對第二密碼加密，得到密碼。
所述確定數(shù)據(jù)處理屬于跨數(shù)據(jù)中心的過程包括確定交易類型；根據(jù)交易類型提取跨中心識別碼；通過比對跨中心識別碼判斷是否需要跨中心數(shù)據(jù)處理。
在確定數(shù)據(jù)處理屬于跨數(shù)據(jù)中心之后，所述方法還包括設(shè)置數(shù)據(jù)中心出口模塊；調(diào)用所述出口模塊，將數(shù)據(jù)轉(zhuǎn)移至涉及的數(shù)據(jù)中心進(jìn)行處理后返回。
所述交易類型包括對公帳號業(yè)務(wù)、儲蓄帳號業(yè)務(wù)或信用卡業(yè)務(wù)。
一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，包括多個(gè)數(shù)據(jù)中心以及各數(shù)據(jù)中心對應(yīng)的客戶端，各數(shù)據(jù)中心通過應(yīng)用服務(wù)器與客戶端連接，各應(yīng)用服務(wù)器通過顧客信息控制CICS互連建立各數(shù)據(jù)中心通訊；所述客戶端，負(fù)責(zé)與用戶進(jìn)行信息交互，包括接收數(shù)據(jù)處理請求以及輸出數(shù)據(jù)處理結(jié)果；所述應(yīng)用服務(wù)器，判斷數(shù)據(jù)處理是否屬于跨數(shù)據(jù)中心操作，若是，負(fù)責(zé)將數(shù)據(jù)處理涉及的數(shù)據(jù)中心的會計(jì)分錄發(fā)送給客戶端進(jìn)行合并。
所述應(yīng)用服務(wù)器包括數(shù)據(jù)通道，所述數(shù)據(jù)通道負(fù)責(zé)傳輸跨數(shù)據(jù)中心的數(shù)據(jù)。
所述數(shù)據(jù)通道包括傳輸要素配置單元，用于設(shè)置所述數(shù)據(jù)通道的傳輸要素，以控制數(shù)據(jù)通道的數(shù)據(jù)流量。
所述應(yīng)用服務(wù)器還包括明文獲取單元、密鑰存儲單元和跨中心密碼生成單元；所述明文獲取單元，用于從客戶端獲取用戶提供的密碼明文；所述密鑰存儲單元，保存有本數(shù)據(jù)中心的第一密鑰、第二密鑰，以及跨中心密鑰；所述跨中心密碼生成單元，利用第一密鑰對明文加密生成第一密碼；利用跨中心密鑰對第一密碼加密，得到第二密碼；通過第二密鑰對第二密碼加密，得到跨中心密碼。
所述數(shù)據(jù)是操作型數(shù)據(jù)，包括客戶信息，或帳戶信息。
所述傳輸要素包括序號、交易狀態(tài)、柜員號、終端號或交易時(shí)間。
本發(fā)明以EE(Enterprise Extender，企業(yè)擴(kuò)展)和APPC(AdvancedProgram-to-Program Communication，高級程序間通訊)技術(shù)為基礎(chǔ)，采用CLINT/SERVER(客戶端/服務(wù)器)機(jī)制，通過會計(jì)分錄合并，來實(shí)現(xiàn)分布式數(shù)據(jù)中心對數(shù)據(jù)邏輯上的統(tǒng)一處理，不需要構(gòu)建交換中心，實(shí)現(xiàn)簡單且利于擴(kuò)展；在對數(shù)據(jù)的具體控制時(shí)，僅通過一次操作就能實(shí)現(xiàn)多個(gè)數(shù)據(jù)中心的同步控制，同步性能好；而且，本發(fā)明采用的SNA(System Network Architecture，系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu))技術(shù)具有透明性特點(diǎn)，在進(jìn)行跨中心數(shù)據(jù)處理時(shí)，使系統(tǒng)遠(yuǎn)離復(fù)雜數(shù)據(jù)通信系統(tǒng)，使用戶感覺到數(shù)據(jù)通信系統(tǒng)的透明性。
圖1為分布式數(shù)據(jù)中心系統(tǒng)示意圖；圖2為實(shí)施例一流程圖；圖3為實(shí)施例一兩個(gè)數(shù)據(jù)中心互聯(lián)示意圖；圖4為實(shí)施例一跨中心數(shù)據(jù)處理判斷示意圖；圖5為實(shí)施例一數(shù)據(jù)處理過程對比示意圖；圖6為實(shí)施例二密碼處理流程圖。
具體實(shí)施例方式
本發(fā)明采用CLINT/SERVER機(jī)制，以及合并會計(jì)分錄的方式，實(shí)現(xiàn)對各數(shù)據(jù)中心數(shù)據(jù)的統(tǒng)一處理，由此解決了由于數(shù)據(jù)物理上的分布而使數(shù)據(jù)不在同一主機(jī)上，卻要實(shí)現(xiàn)數(shù)據(jù)共享，達(dá)到統(tǒng)一處理數(shù)據(jù)的目的。
本發(fā)明以南、北兩個(gè)數(shù)據(jù)中心(上海和北京)的銀行系統(tǒng)為例，對分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方案進(jìn)行闡述。參見圖1，為南北兩個(gè)數(shù)據(jù)中心系統(tǒng)連接示意圖。銀行處理具體業(yè)務(wù)時(shí)，由于交易行和開戶行所在數(shù)據(jù)中心不同，雖然物理上分為南中心和北中心，但邏輯上分為CLIENT(客戶端)和SERVER(服務(wù)器端)CLIENT是交易發(fā)起所在中心，SERVER為帳戶所在中心。
系統(tǒng)采用C/S/S結(jié)構(gòu)，即客戶端/應(yīng)用服務(wù)器/數(shù)據(jù)中心(數(shù)據(jù)庫服務(wù)器)三層架構(gòu)，這種三層架構(gòu)是傳統(tǒng)C/S的擴(kuò)展，主要是在中間增加了應(yīng)用服務(wù)器，通常實(shí)現(xiàn)應(yīng)用邏輯，是連接客戶與數(shù)據(jù)中心的橋梁。它響應(yīng)用戶發(fā)來的請求執(zhí)行某種業(yè)務(wù)任務(wù)，并與數(shù)據(jù)中心通信，技術(shù)實(shí)現(xiàn)上通常采用中間件產(chǎn)品，如BEA公司的TUXEDO和IBM公司的CICS(Customer Information ControlSystem，顧客信息控制系統(tǒng))等。這種架構(gòu)的優(yōu)勢體現(xiàn)在安全性加強(qiáng)、效率提高、易于維護(hù)、可伸縮性、可共享性和開放性好等方面。
由于數(shù)據(jù)分布在不同的數(shù)據(jù)中心，因此要求不同的數(shù)據(jù)中心之間建立網(wǎng)絡(luò)連接，而本發(fā)明基于IBM主機(jī)的CICS系統(tǒng)和SNA技術(shù)，兩個(gè)運(yùn)行中心之間要實(shí)現(xiàn)通訊，需將SNA數(shù)據(jù)包封裝在IP(Internet Protocol，網(wǎng)際協(xié)議)數(shù)據(jù)包中，通過TCP(Transmission Control Protocol，傳輸控制協(xié)議)/IP骨干網(wǎng)傳輸，這種實(shí)現(xiàn)方式稱為EE技術(shù)，在EE連接基礎(chǔ)上又采用了APPC通信的方式，為本發(fā)明的實(shí)現(xiàn)構(gòu)建了良好的系統(tǒng)平臺。
下面結(jié)合附圖對本發(fā)明實(shí)施例進(jìn)行介紹。
首先介紹本發(fā)明實(shí)施例一。
參見圖2，實(shí)施一包括如下步驟步驟201建立南北中心CICS的連接；
本發(fā)明的主機(jī)系統(tǒng)中采用CICS作為中間件，本系統(tǒng)的連接就是建立在兩個(gè)中心的CICS的AOR(Application Owning Region，應(yīng)用所述區(qū)域)之間建立的互連基礎(chǔ)上，兩個(gè)數(shù)據(jù)中心互聯(lián)示意圖如圖3所示。
步驟202設(shè)置流量控制；在圖3所示的CICS連接示意圖中，每對AOR之間設(shè)置了一組通道，用于管理兩個(gè)中心之間的數(shù)據(jù)傳輸，不同的AOR通道之間設(shè)置了傳輸要素，設(shè)置CICS通道處理數(shù)據(jù)最大極限值，以防止數(shù)據(jù)訪問沖突。
在銀行數(shù)據(jù)交易中，傳輸要素包括柜員、終端等，而且這些傳輸要素必須保持不同，以避免出現(xiàn)沖突。每個(gè)交易都獨(dú)占一個(gè)通道，交易結(jié)束后即釋放通道。通道設(shè)置如表1所示表1
步驟203判斷是否為跨中心數(shù)據(jù)處理；在執(zhí)行完步驟201和步驟202后，也即搭建了跨中心數(shù)據(jù)統(tǒng)一處理的平臺。在實(shí)施跨中心數(shù)據(jù)處理之前，首先要判斷交易是否為跨中心數(shù)據(jù)處理。本發(fā)明采用一組跨中心識別碼來進(jìn)行判斷，根據(jù)不同交易類型對各種識別碼進(jìn)行區(qū)分，以確定是否需要做跨中心數(shù)據(jù)處理。
如圖4所示，跨中心數(shù)據(jù)處理判斷包括步驟401確定交易類型；步驟402根據(jù)交易類型提取跨中心識別碼；步驟403通過比對跨中心識別碼判斷是否需要跨中心數(shù)據(jù)處理。
例如，當(dāng)確定交易類型為“對公帳號”時(shí)，提取“對公帳號前三位數(shù)字國際碼”為跨中心識別碼，通過將“數(shù)字國際碼”與交易所在中心預(yù)置的數(shù)字國際碼比對，即可確定此次交易是否需要進(jìn)行跨中心數(shù)據(jù)操作。
與對公帳號類似的情形還有，儲蓄帳號通過前三位城市代碼；卡通過卡號前八位BIN碼，等等。
確定跨中心數(shù)據(jù)處理時(shí)，執(zhí)行步驟204，否則執(zhí)行步驟205。
步驟204將跨中心數(shù)據(jù)處理會計(jì)分錄進(jìn)行合并；在確定需要做跨中心數(shù)據(jù)處理后，在進(jìn)行具體的交易時(shí)，即需要滿足跨中心統(tǒng)一處理數(shù)據(jù)的要求，實(shí)現(xiàn)各數(shù)據(jù)中心對數(shù)據(jù)的統(tǒng)一管理和操作，這就需要增加一個(gè)數(shù)據(jù)中心出口模塊，通過調(diào)用此出口模塊，實(shí)現(xiàn)對跨中心數(shù)據(jù)的處理，然后再回到本中心進(jìn)行交易。
所謂會計(jì)分錄是指，為了保證帳戶記錄的正確性，對于發(fā)生的經(jīng)濟(jì)業(yè)務(wù)，在記入帳戶之前，應(yīng)對每項(xiàng)經(jīng)濟(jì)業(yè)務(wù)進(jìn)行分析，確定應(yīng)該記入什么帳戶的哪一方的操作，實(shí)際中，它是根據(jù)經(jīng)濟(jì)業(yè)務(wù)的原始憑證在日記帳或記帳憑證中編制的。那么會計(jì)分錄合并，顧名思義，就是將各個(gè)會計(jì)分錄合并成統(tǒng)一的記錄的過程。
本發(fā)明中，是將在SERVER產(chǎn)生的會計(jì)分錄和CLIENT產(chǎn)生的會計(jì)分錄都合并在CLIENT的流水中，這樣使得查詢到的交易信息都是完整和同步的。以活期存款為例，跨中心和不跨中心的數(shù)據(jù)處理過程的對比如圖5所示。在未實(shí)現(xiàn)南北數(shù)據(jù)中心邏輯統(tǒng)一的時(shí)，借方的業(yè)務(wù)現(xiàn)金和貸方的對私活期是相對獨(dú)立的，在采用會計(jì)分錄合并后，二者都統(tǒng)一合并在CLIENT端，在操作時(shí)二者是同時(shí)進(jìn)行的，也就是實(shí)現(xiàn)了操作同步的目的。通過會計(jì)分錄合并，也就是流水復(fù)制的方式，實(shí)現(xiàn)了各數(shù)據(jù)中心共享數(shù)據(jù)。
步驟205本中心數(shù)據(jù)處理。
本發(fā)明以兩個(gè)數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法為例進(jìn)行說明，對于大于兩個(gè)數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方式與其類似，也都包括建立各中心CICS的連接；設(shè)置CICS通道流量控制；判斷是否為跨中心數(shù)據(jù)處理、以及將跨中心數(shù)據(jù)處理會計(jì)分錄進(jìn)行合并的步驟，在此不再贅述。
可見，本發(fā)明不需要增加數(shù)據(jù)交換中心，而是在EE和APPC技術(shù)的基礎(chǔ)上，采用CLINT/SERVER機(jī)制和會計(jì)分錄合并的方式，實(shí)現(xiàn)跨數(shù)據(jù)中心的數(shù)據(jù)統(tǒng)一處理，對原有的系統(tǒng)不需要做過多更改，實(shí)現(xiàn)簡便；更重要的是，采用的CLINT/SERVER機(jī)制和會計(jì)分錄合并的方式，能夠保證數(shù)據(jù)操作的同步性和透明性。
下面介紹本發(fā)明實(shí)施例二。
在實(shí)施例一的基礎(chǔ)上，增加對跨中心密碼的處理。具體是在步驟203之后，增加對跨中心數(shù)據(jù)的密碼處理。
在確定是跨中心數(shù)據(jù)處理后，在輸入處理中將加密的欄位通過交易所在中心解密后再通過跨中心密鑰加密，將新的密文放回到輸入?yún)^(qū)。
如圖6所述，跨中心密碼處理流程包括步驟601獲取密碼明文；步驟602通過本中心第一密鑰加密，得到第一密碼；步驟603通過跨中心密鑰加密，得到第二密碼；步驟604通過南中心第二密鑰加密，得到南中心密碼；步驟605通過北中心第二密鑰加密，得到北中心密碼。
對于跨中心的數(shù)據(jù)處理，無論是本中心或者他中心，在密碼校驗(yàn)時(shí)都通過跨中心密鑰處理。
另外，本發(fā)明還提供一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，兩個(gè)數(shù)據(jù)中心的系統(tǒng)如圖1所示。系統(tǒng)包括多個(gè)數(shù)據(jù)中心，各數(shù)據(jù)中心與各自客戶端通過應(yīng)用服務(wù)器建立連接；而每個(gè)應(yīng)用服務(wù)器均采用顧客信息控制CICS系統(tǒng)，通過CICS互聯(lián)實(shí)現(xiàn)各數(shù)據(jù)中心的通訊，達(dá)到數(shù)據(jù)統(tǒng)一和完整的交互。本系統(tǒng)中所涉及的數(shù)據(jù)是指操作型數(shù)據(jù)，包括客戶信息，或帳戶信息。
客戶端主要負(fù)責(zé)與用戶進(jìn)行信息交互，包括接收數(shù)據(jù)處理請求以及輸出數(shù)據(jù)處理結(jié)果。
應(yīng)用服務(wù)器是數(shù)據(jù)中心與客戶端的紐帶，負(fù)責(zé)判斷客戶端處理的數(shù)據(jù)處理是否屬于跨數(shù)據(jù)中心操作，若是，負(fù)責(zé)將數(shù)據(jù)處理涉及的數(shù)據(jù)中心的會計(jì)分錄發(fā)送給客戶端進(jìn)行合并。
所謂會計(jì)分錄是指，為了保證帳戶記錄的正確性，對于發(fā)生的經(jīng)濟(jì)業(yè)務(wù)，在記入帳戶之前，應(yīng)對每項(xiàng)經(jīng)濟(jì)業(yè)務(wù)進(jìn)行分析，確定應(yīng)該記入什么帳戶的哪一方的操作，實(shí)際中，它是根據(jù)經(jīng)濟(jì)業(yè)務(wù)的原始憑證在日記帳或記帳憑證中編制的。那么會計(jì)分錄合并，顧名思義，就是將各個(gè)會計(jì)分錄合并成統(tǒng)一的記錄的過程。
在應(yīng)用服務(wù)器中設(shè)置多個(gè)數(shù)據(jù)通道，用于傳輸跨數(shù)據(jù)中心的數(shù)據(jù)；數(shù)據(jù)通道包括傳輸要素配置單元，用于設(shè)置所述數(shù)據(jù)通道的傳輸要素，以控制數(shù)據(jù)通道的數(shù)據(jù)流量。傳輸要素包括序號、交易狀態(tài)、柜員號、終端號及交易時(shí)間等。
應(yīng)用服務(wù)器還包括明文獲取單元、密鑰存儲單元和跨中心密碼生成單元，用于實(shí)現(xiàn)跨中心密碼處理功能。具體是，明文獲取單元從客戶端獲取用戶提供的密碼明文；密鑰存儲單元保存有本數(shù)據(jù)中心的第一密鑰、第二密鑰，以及跨中心密鑰；跨中心密碼生成單元，利用第一密鑰對明文加密生成第一密碼；利用跨中心密鑰對第一密碼加密，得到第二密碼；通過第二密鑰對第二密碼加密，得到跨中心密碼。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，各數(shù)據(jù)中心采用顧客信息控制CICS作為連接客戶端與數(shù)據(jù)中心的應(yīng)用服務(wù)器；所述方法包括通過將各數(shù)據(jù)中心對應(yīng)的CICS互連建立各數(shù)據(jù)中心通訊；客戶端接收數(shù)據(jù)處理請求，確定數(shù)據(jù)處理屬于跨數(shù)據(jù)中心時(shí)，將客戶端和服務(wù)器端有關(guān)數(shù)據(jù)處理的會計(jì)分錄合并在客戶端。
2.根據(jù)權(quán)利要求1所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述方法還包括在所述CICS之間設(shè)置數(shù)據(jù)通道，用于傳輸跨數(shù)據(jù)中心的數(shù)據(jù)。
3.根據(jù)權(quán)利要求2所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述方法還包括設(shè)置CICS數(shù)據(jù)通道傳輸要素，以控制數(shù)據(jù)通道的數(shù)據(jù)流量。
4.根據(jù)權(quán)利要求1、2或3所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述方法還包括對跨數(shù)據(jù)中心的數(shù)據(jù)處理，采用跨數(shù)據(jù)中心密碼統(tǒng)一控制。
5.根據(jù)權(quán)利要求4所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述跨數(shù)據(jù)中心的密碼控制是由以下步驟實(shí)現(xiàn)的獲取密碼明文；利用數(shù)據(jù)所在數(shù)據(jù)中心的第一密鑰對明文加密，得到第一密碼；利用跨中心密鑰對第一密碼加密，得到第二密碼；通過本數(shù)據(jù)中心第二密鑰對第二密碼加密，得到密碼。
6.根據(jù)權(quán)利要求5所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述確定數(shù)據(jù)處理屬于跨數(shù)據(jù)中心的過程包括確定交易類型；根據(jù)交易類型提取跨中心識別碼；通過比對跨中心識別碼判斷是否需要跨中心數(shù)據(jù)處理。
7.根據(jù)權(quán)利要求6所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述交易類型包括對公帳號業(yè)務(wù)、儲蓄帳號業(yè)務(wù)或信用卡業(yè)務(wù)。
8.根據(jù)權(quán)利要求6所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，在確定數(shù)據(jù)處理屬于跨數(shù)據(jù)中心之后，所述方法還包括設(shè)置數(shù)據(jù)中心出口模塊；調(diào)用所述出口模塊，將數(shù)據(jù)轉(zhuǎn)移至涉及的數(shù)據(jù)中心進(jìn)行處理后返回。
9.根據(jù)權(quán)利要求8所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述數(shù)據(jù)是操作型數(shù)據(jù)，包括客戶信息，或帳戶信息。
10.根據(jù)權(quán)利要求8所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，其特征在于，所述傳輸要素包括序號、交易狀態(tài)、柜員號、終端號或交易時(shí)間。
11.一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，包括多個(gè)數(shù)據(jù)中心以及各數(shù)據(jù)中心對應(yīng)的客戶端，其特征在于，各數(shù)據(jù)中心通過應(yīng)用服務(wù)器與客戶端連接，各應(yīng)用服務(wù)器通過顧客信息控制CICS互連建立各數(shù)據(jù)中心通訊；所述客戶端，負(fù)責(zé)與用戶進(jìn)行信息交互，包括接收數(shù)據(jù)處理請求以及輸出數(shù)據(jù)處理結(jié)果；所述應(yīng)用服務(wù)器，判斷數(shù)據(jù)處理是否屬于跨數(shù)據(jù)中心操作，若是，負(fù)責(zé)將數(shù)據(jù)處理涉及的數(shù)據(jù)中心的會計(jì)分錄發(fā)送給客戶端進(jìn)行合并。
12.根據(jù)權(quán)利要求11所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，其特征在于，所述應(yīng)用服務(wù)器包括數(shù)據(jù)通道，所述數(shù)據(jù)通道負(fù)責(zé)傳輸跨數(shù)據(jù)中心的數(shù)據(jù)。
13.根據(jù)權(quán)利要求12所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，其特征在于，所述數(shù)據(jù)通道包括傳輸要素配置單元，用于設(shè)置所述數(shù)據(jù)通道的傳輸要素，以控制數(shù)據(jù)通道的數(shù)據(jù)流量。
14.根據(jù)權(quán)利要求13所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，其特征在于，所述傳輸要素包括序號、交易狀態(tài)、柜員號、終端號或交易時(shí)間。
15.根據(jù)權(quán)利要求11、12、13或14所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，其特征在于，所述應(yīng)用服務(wù)器還包括明文獲取單元、密鑰存儲單元和跨中心密碼生成單元；所述明文獲取單元，用于從客戶端獲取用戶提供的密碼明文；所述密鑰存儲單元，保存有本數(shù)據(jù)中心的第一密鑰、第二密鑰，以及跨中心密鑰；所述跨中心密碼生成單元，利用第一密鑰對明文加密生成第一密碼；利用跨中心密鑰對第一密碼加密，得到第二密碼；通過第二密鑰對第二密碼加密，得到跨中心密碼。
16.根據(jù)權(quán)利要求15所述的分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)，其特征在于，所述數(shù)據(jù)是操作型數(shù)據(jù)，包括客戶信息，或帳戶信息。
全文摘要
本發(fā)明公開了一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的實(shí)現(xiàn)方法，各數(shù)據(jù)中心采用顧客信息控制CICS作為連接客戶端與數(shù)據(jù)中心的應(yīng)用服務(wù)器；該方法包括步驟通過將各數(shù)據(jù)中心對應(yīng)的CICS互連建立各數(shù)據(jù)中心通訊；客戶端接收數(shù)據(jù)處理請求，確定數(shù)據(jù)處理屬于跨數(shù)據(jù)中心時(shí)，將客戶端和服務(wù)器端有關(guān)數(shù)據(jù)處理的會計(jì)分錄合并在客戶端。本發(fā)明不需要構(gòu)建交換中心，實(shí)現(xiàn)簡單且利于擴(kuò)展；在對數(shù)據(jù)的具體控制時(shí)，僅通過一次操作就能實(shí)現(xiàn)多個(gè)數(shù)據(jù)中心的同步控制，同步性能好；在進(jìn)行跨中心數(shù)據(jù)處理時(shí)，使系統(tǒng)遠(yuǎn)離復(fù)雜數(shù)據(jù)通信系統(tǒng)，使用戶感覺到數(shù)據(jù)通信系統(tǒng)的透明性。本發(fā)明還提供一種分布式數(shù)據(jù)中心邏輯統(tǒng)一的系統(tǒng)。
文檔編號G06Q40/00GK1975777SQ20061017064
公開日2007年6月6日 申請日期2006年12月22日 優(yōu)先權(quán)日2006年12月22日
發(fā)明者林志農(nóng), 戚桂鳳, 洪延生, 吳奔, 周健涌, 潘國慧, 馬婕, 秦旭峰 申請人:中國建設(shè)銀行股份有限公司