专利名称：分布式数据中心逻辑统一的实现方法及系统的制作方法
技术领域：
本发明涉及数据处理技术领域，尤其涉及一种分布式数据中心逻辑统一的实现方法及系统。
背景技术：
在信息技术广泛应用的情况下，保证操作型数据的高度完整性和一致性，并能够实现对这些数据的并发快速控制，对于充分利用操作型数据为客户提供实时的服务或者进行生产的实时管理，具有重要意义。操作型数据是指，该数据对于基于计算机系统的活动结果具有直接的影响，要求能够被实时地增加、修改、删除和查询，在数据的存储、传输和加工过程中，不能引起误差。典型的操作型数据有金融行业的客户信息和帐户信息等。
要保证操作型数据(以下简称数据)的高度完整性和一致性，建立一个物理上集中的系统是一种选择，然而，考虑到单套计算机系统的承受能力、以及国家幅员辽阔、通讯和网络连接复杂等具体因素，往往建立多个数据中心，也就是采用分布式数据中心存储数据。然而，数据物理上分布使得逻辑上难以统一。
要实现分布式数据中心逻辑统一，现有的方式主要是通过建立交换中心来实现。但是这种方案需要所有分布式系统和交换中心的数据描述具有一致性，并且随着系统的升级能够动态地保持这种数据描述的一致性，在通信上要保证所有参与的子系统与交换中心之间要有能够得到保证的通信通道，否则整个系统就不能保持运行的稳定性；另一方面，对于存储在本地和通过交换中心获得的数据，在响应时间和数据获取准确性上总存在一定差异的风险。
发明内容
本发明的目的是提供一种实现简单且同步性高的分布式数据中心逻辑统一的实现方法及系统。
为此，本发明采用如下技术方案一种分布式数据中心逻辑统一的实现方法，各数据中心采用顾客信息控制CICS作为连接客户端与数据中心的应用服务器；所述方法包括通过将各数据中心对应的CICS互连建立各数据中心通讯；客户端接收数据处理请求，确定数据处理属于跨数据中心时，将客户端和服务器端有关数据处理的会计分录合并在客户端。
所述方法还包括在所述CICS之间设置数据通道，用于传输跨数据中心的数据。
所述方法还包括设置CICS数据通道传输要素，以控制数据通道的数据流量。
所述方法还包括对跨数据中心的数据处理，采用跨数据中心密码统一控制。
所述跨数据中心的密码控制是由以下步骤实现的获取密码明文；利用数据所在数据中心的第一密钥对明文加密，得到第一密码；利用跨中心密钥对第一密码加密，得到第二密码；通过本数据中心第二密钥对第二密码加密，得到密码。
所述确定数据处理属于跨数据中心的过程包括确定交易类型；根据交易类型提取跨中心识别码；通过比对跨中心识别码判断是否需要跨中心数据处理。
在确定数据处理属于跨数据中心之后，所述方法还包括设置数据中心出口模块；调用所述出口模块，将数据转移至涉及的数据中心进行处理后返回。
所述交易类型包括对公帐号业务、储蓄帐号业务或信用卡业务。
一种分布式数据中心逻辑统一的系统，包括多个数据中心以及各数据中心对应的客户端，各数据中心通过应用服务器与客户端连接，各应用服务器通过顾客信息控制CICS互连建立各数据中心通讯；所述客户端，负责与用户进行信息交互，包括接收数据处理请求以及输出数据处理结果；所述应用服务器，判断数据处理是否属于跨数据中心操作，若是，负责将数据处理涉及的数据中心的会计分录发送给客户端进行合并。
所述应用服务器包括数据通道，所述数据通道负责传输跨数据中心的数据。
所述数据通道包括传输要素配置单元，用于设置所述数据通道的传输要素，以控制数据通道的数据流量。
所述应用服务器还包括明文获取单元、密钥存储单元和跨中心密码生成单元；所述明文获取单元，用于从客户端获取用户提供的密码明文；所述密钥存储单元，保存有本数据中心的第一密钥、第二密钥，以及跨中心密钥；所述跨中心密码生成单元，利用第一密钥对明文加密生成第一密码；利用跨中心密钥对第一密码加密，得到第二密码；通过第二密钥对第二密码加密，得到跨中心密码。
所述数据是操作型数据，包括客户信息，或帐户信息。
所述传输要素包括序号、交易状态、柜员号、终端号或交易时间。
本发明以EE(Enterprise Extender，企业扩展)和APPC(AdvancedProgram-to-Program Communication，高级程序间通讯)技术为基础，采用CLINT/SERVER(客户端/服务器)机制，通过会计分录合并，来实现分布式数据中心对数据逻辑上的统一处理，不需要构建交换中心，实现简单且利于扩展；在对数据的具体控制时，仅通过一次操作就能实现多个数据中心的同步控制，同步性能好；而且，本发明采用的SNA(System Network Architecture，系统网络结构)技术具有透明性特点，在进行跨中心数据处理时，使系统远离复杂数据通信系统，使用户感觉到数据通信系统的透明性。
图1为分布式数据中心系统示意图；图2为实施例一流程图；图3为实施例一两个数据中心互联示意图；图4为实施例一跨中心数据处理判断示意图；图5为实施例一数据处理过程对比示意图；图6为实施例二密码处理流程图。
具体实施例方式
本发明采用CLINT/SERVER机制，以及合并会计分录的方式，实现对各数据中心数据的统一处理，由此解决了由于数据物理上的分布而使数据不在同一主机上，却要实现数据共享，达到统一处理数据的目的。
本发明以南、北两个数据中心(上海和北京)的银行系统为例，对分布式数据中心逻辑统一的实现方案进行阐述。参见图1，为南北两个数据中心系统连接示意图。银行处理具体业务时，由于交易行和开户行所在数据中心不同，虽然物理上分为南中心和北中心，但逻辑上分为CLIENT(客户端)和SERVER(服务器端)CLIENT是交易发起所在中心，SERVER为帐户所在中心。
系统采用C/S/S结构，即客户端/应用服务器/数据中心(数据库服务器)三层架构，这种三层架构是传统C/S的扩展，主要是在中间增加了应用服务器，通常实现应用逻辑，是连接客户与数据中心的桥梁。它响应用户发来的请求执行某种业务任务，并与数据中心通信，技术实现上通常采用中间件产品，如BEA公司的TUXEDO和IBM公司的CICS(Customer Information ControlSystem，顾客信息控制系统)等。这种架构的优势体现在安全性加强、效率提高、易于维护、可伸缩性、可共享性和开放性好等方面。
由于数据分布在不同的数据中心，因此要求不同的数据中心之间建立网络连接，而本发明基于IBM主机的CICS系统和SNA技术，两个运行中心之间要实现通讯，需将SNA数据包封装在IP(Internet Protocol，网际协议)数据包中，通过TCP(Transmission Control Protocol，传输控制协议)/IP骨干网传输，这种实现方式称为EE技术，在EE连接基础上又采用了APPC通信的方式，为本发明的实现构建了良好的系统平台。
下面结合附图对本发明实施例进行介绍。
首先介绍本发明实施例一。
参见图2，实施一包括如下步骤步骤201建立南北中心CICS的连接；
本发明的主机系统中采用CICS作为中间件，本系统的连接就是建立在两个中心的CICS的AOR(Application Owning Region，应用所述区域)之间建立的互连基础上，两个数据中心互联示意图如图3所示。
步骤202设置流量控制；在图3所示的CICS连接示意图中，每对AOR之间设置了一组通道，用于管理两个中心之间的数据传输，不同的AOR通道之间设置了传输要素，设置CICS通道处理数据最大极限值，以防止数据访问冲突。
在银行数据交易中，传输要素包括柜员、终端等，而且这些传输要素必须保持不同，以避免出现冲突。每个交易都独占一个通道，交易结束后即释放通道。通道设置如表1所示表1
步骤203判断是否为跨中心数据处理；在执行完步骤201和步骤202后，也即搭建了跨中心数据统一处理的平台。在实施跨中心数据处理之前，首先要判断交易是否为跨中心数据处理。本发明采用一组跨中心识别码来进行判断，根据不同交易类型对各种识别码进行区分，以确定是否需要做跨中心数据处理。
如图4所示，跨中心数据处理判断包括步骤401确定交易类型；步骤402根据交易类型提取跨中心识别码；步骤403通过比对跨中心识别码判断是否需要跨中心数据处理。
例如，当确定交易类型为“对公帐号”时，提取“对公帐号前三位数字国际码”为跨中心识别码，通过将“数字国际码”与交易所在中心预置的数字国际码比对，即可确定此次交易是否需要进行跨中心数据操作。
与对公帐号类似的情形还有，储蓄帐号通过前三位城市代码；卡通过卡号前八位BIN码，等等。
确定跨中心数据处理时，执行步骤204，否则执行步骤205。
步骤204将跨中心数据处理会计分录进行合并；在确定需要做跨中心数据处理后，在进行具体的交易时，即需要满足跨中心统一处理数据的要求，实现各数据中心对数据的统一管理和操作，这就需要增加一个数据中心出口模块，通过调用此出口模块，实现对跨中心数据的处理，然后再回到本中心进行交易。
所谓会计分录是指，为了保证帐户记录的正确性，对于发生的经济业务，在记入帐户之前，应对每项经济业务进行分析，确定应该记入什么帐户的哪一方的操作，实际中，它是根据经济业务的原始凭证在日记帐或记帐凭证中编制的。那么会计分录合并，顾名思义，就是将各个会计分录合并成统一的记录的过程。
本发明中，是将在SERVER产生的会计分录和CLIENT产生的会计分录都合并在CLIENT的流水中，这样使得查询到的交易信息都是完整和同步的。以活期存款为例，跨中心和不跨中心的数据处理过程的对比如图5所示。在未实现南北数据中心逻辑统一的时，借方的业务现金和贷方的对私活期是相对独立的，在采用会计分录合并后，二者都统一合并在CLIENT端，在操作时二者是同时进行的，也就是实现了操作同步的目的。通过会计分录合并，也就是流水复制的方式，实现了各数据中心共享数据。
步骤205本中心数据处理。
本发明以两个数据中心逻辑统一的实现方法为例进行说明，对于大于两个数据中心逻辑统一的实现方式与其类似，也都包括建立各中心CICS的连接；设置CICS通道流量控制；判断是否为跨中心数据处理、以及将跨中心数据处理会计分录进行合并的步骤，在此不再赘述。
可见，本发明不需要增加数据交换中心，而是在EE和APPC技术的基础上，采用CLINT/SERVER机制和会计分录合并的方式，实现跨数据中心的数据统一处理，对原有的系统不需要做过多更改，实现简便；更重要的是，采用的CLINT/SERVER机制和会计分录合并的方式，能够保证数据操作的同步性和透明性。
下面介绍本发明实施例二。
在实施例一的基础上，增加对跨中心密码的处理。具体是在步骤203之后，增加对跨中心数据的密码处理。
在确定是跨中心数据处理后，在输入处理中将加密的栏位通过交易所在中心解密后再通过跨中心密钥加密，将新的密文放回到输入区。
如图6所述，跨中心密码处理流程包括步骤601获取密码明文；步骤602通过本中心第一密钥加密，得到第一密码；步骤603通过跨中心密钥加密，得到第二密码；步骤604通过南中心第二密钥加密，得到南中心密码；步骤605通过北中心第二密钥加密，得到北中心密码。
对于跨中心的数据处理，无论是本中心或者他中心，在密码校验时都通过跨中心密钥处理。
另外，本发明还提供一种分布式数据中心逻辑统一的系统，两个数据中心的系统如图1所示。系统包括多个数据中心，各数据中心与各自客户端通过应用服务器建立连接；而每个应用服务器均采用顾客信息控制CICS系统，通过CICS互联实现各数据中心的通讯，达到数据统一和完整的交互。本系统中所涉及的数据是指操作型数据，包括客户信息，或帐户信息。
客户端主要负责与用户进行信息交互，包括接收数据处理请求以及输出数据处理结果。
应用服务器是数据中心与客户端的纽带，负责判断客户端处理的数据处理是否属于跨数据中心操作，若是，负责将数据处理涉及的数据中心的会计分录发送给客户端进行合并。
所谓会计分录是指，为了保证帐户记录的正确性，对于发生的经济业务，在记入帐户之前，应对每项经济业务进行分析，确定应该记入什么帐户的哪一方的操作，实际中，它是根据经济业务的原始凭证在日记帐或记帐凭证中编制的。那么会计分录合并，顾名思义，就是将各个会计分录合并成统一的记录的过程。
在应用服务器中设置多个数据通道，用于传输跨数据中心的数据；数据通道包括传输要素配置单元，用于设置所述数据通道的传输要素，以控制数据通道的数据流量。传输要素包括序号、交易状态、柜员号、终端号及交易时间等。
应用服务器还包括明文获取单元、密钥存储单元和跨中心密码生成单元，用于实现跨中心密码处理功能。具体是，明文获取单元从客户端获取用户提供的密码明文；密钥存储单元保存有本数据中心的第一密钥、第二密钥，以及跨中心密钥；跨中心密码生成单元，利用第一密钥对明文加密生成第一密码；利用跨中心密钥对第一密码加密，得到第二密码；通过第二密钥对第二密码加密，得到跨中心密码。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1.一种分布式数据中心逻辑统一的实现方法，其特征在于，各数据中心采用顾客信息控制CICS作为连接客户端与数据中心的应用服务器；所述方法包括通过将各数据中心对应的CICS互连建立各数据中心通讯；客户端接收数据处理请求，确定数据处理属于跨数据中心时，将客户端和服务器端有关数据处理的会计分录合并在客户端。
2.根据权利要求1所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述方法还包括在所述CICS之间设置数据通道，用于传输跨数据中心的数据。
3.根据权利要求2所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述方法还包括设置CICS数据通道传输要素，以控制数据通道的数据流量。
4.根据权利要求1、2或3所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述方法还包括对跨数据中心的数据处理，采用跨数据中心密码统一控制。
5.根据权利要求4所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述跨数据中心的密码控制是由以下步骤实现的获取密码明文；利用数据所在数据中心的第一密钥对明文加密，得到第一密码；利用跨中心密钥对第一密码加密，得到第二密码；通过本数据中心第二密钥对第二密码加密，得到密码。
6.根据权利要求5所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述确定数据处理属于跨数据中心的过程包括确定交易类型；根据交易类型提取跨中心识别码；通过比对跨中心识别码判断是否需要跨中心数据处理。
7.根据权利要求6所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述交易类型包括对公帐号业务、储蓄帐号业务或信用卡业务。
8.根据权利要求6所述的分布式数据中心逻辑统一的实现方法，其特征在于，在确定数据处理属于跨数据中心之后，所述方法还包括设置数据中心出口模块；调用所述出口模块，将数据转移至涉及的数据中心进行处理后返回。
9.根据权利要求8所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述数据是操作型数据，包括客户信息，或帐户信息。
10.根据权利要求8所述的分布式数据中心逻辑统一的实现方法，其特征在于，所述传输要素包括序号、交易状态、柜员号、终端号或交易时间。
11.一种分布式数据中心逻辑统一的系统，包括多个数据中心以及各数据中心对应的客户端，其特征在于，各数据中心通过应用服务器与客户端连接，各应用服务器通过顾客信息控制CICS互连建立各数据中心通讯；所述客户端，负责与用户进行信息交互，包括接收数据处理请求以及输出数据处理结果；所述应用服务器，判断数据处理是否属于跨数据中心操作，若是，负责将数据处理涉及的数据中心的会计分录发送给客户端进行合并。
12.根据权利要求11所述的分布式数据中心逻辑统一的系统，其特征在于，所述应用服务器包括数据通道，所述数据通道负责传输跨数据中心的数据。
13.根据权利要求12所述的分布式数据中心逻辑统一的系统，其特征在于，所述数据通道包括传输要素配置单元，用于设置所述数据通道的传输要素，以控制数据通道的数据流量。
14.根据权利要求13所述的分布式数据中心逻辑统一的系统，其特征在于，所述传输要素包括序号、交易状态、柜员号、终端号或交易时间。
15.根据权利要求11、12、13或14所述的分布式数据中心逻辑统一的系统，其特征在于，所述应用服务器还包括明文获取单元、密钥存储单元和跨中心密码生成单元；所述明文获取单元，用于从客户端获取用户提供的密码明文；所述密钥存储单元，保存有本数据中心的第一密钥、第二密钥，以及跨中心密钥；所述跨中心密码生成单元，利用第一密钥对明文加密生成第一密码；利用跨中心密钥对第一密码加密，得到第二密码；通过第二密钥对第二密码加密，得到跨中心密码。
16.根据权利要求15所述的分布式数据中心逻辑统一的系统，其特征在于，所述数据是操作型数据，包括客户信息，或帐户信息。
全文摘要
本发明公开了一种分布式数据中心逻辑统一的实现方法，各数据中心采用顾客信息控制CICS作为连接客户端与数据中心的应用服务器；该方法包括步骤通过将各数据中心对应的CICS互连建立各数据中心通讯；客户端接收数据处理请求，确定数据处理属于跨数据中心时，将客户端和服务器端有关数据处理的会计分录合并在客户端。本发明不需要构建交换中心，实现简单且利于扩展；在对数据的具体控制时，仅通过一次操作就能实现多个数据中心的同步控制，同步性能好；在进行跨中心数据处理时，使系统远离复杂数据通信系统，使用户感觉到数据通信系统的透明性。本发明还提供一种分布式数据中心逻辑统一的系统。
文档编号G06Q40/00GK1975777SQ20061017064
公开日2007年6月6日 申请日期2006年12月22日 优先权日2006年12月22日
发明者林志农, 戚桂凤, 洪延生, 吴奔, 周健涌, 潘国慧, 马婕, 秦旭峰 申请人:中国建设银行股份有限公司