CN1664814A

CN1664814A - 集中分布式操作型数据管理的系统

Info

Publication number: CN1664814A
Application number: CN 200410043432
Authority: CN
Inventors: 李宽; 唐学彬; 叶又升; 孟毅颖; 涂晓军; 刘刚; 谢凯
Original assignee: Beijing Lianxin Electronic Technology Development Co; Agricultural Bank of China
Current assignee: Agricultural Bank of China
Priority date: 2004-04-30
Filing date: 2004-04-30
Publication date: 2005-09-07
Anticipated expiration: 2024-04-30
Also published as: CN100347703C

Abstract

本发明公开了一种集中分布式操作型数据管理的系统，包括：一个核心装置，用于集中存储整个系统的操作型数据，同时作为操作型数据的增加、修改、删除动作的业务逻辑集中控制与确认点；一个或者一个以上的专题装置，作为操作型数据更新与查询的分布接入，用于本专题装置中存储的操作型数据的查询检索；用于访问各个专题装置中数据的应用；以及相应用于传送应用向专题装置发出的数据查询与维护的请求和传送专题装置向应用返回结果的通信装置；本发明通过建立核心装置，对操作型数据进行集中更新，保证了操作型数据的完整性和一致性；本发明可以通过建立多个具有物理上完全独立而数据动态保持一致的专题装置以保证查询的响应效率。

Description

集中分布式操作型数据管理的系统

技术领域

本发明涉及到数据处理系统，特别涉及一种对操作型数据集中分布式管理的系统。

背景技术

在信息技术广泛应用于经营管理的情况下，保证操作型数据的高度完整性和一致性，并能够实现对这些数据的并发快速检索，对于充分利用操作型数据为客户提供实时的服务或者进行经营、生产的实时管理，具有重大的意义。所述操作型数据是指：该数据对于基于计算机系统的活动结果有直接的影响，要求能够被实时地增加、修改、删除和查询，也能够被批量地增加、修改、删除和查询，在数据的存储、传输和加工的环节中，不能引入误差，对于由于存储、传输和加工的环节的差错导致的数据的不完整和不一致，必须建立有效的异常处理措施，并最终能够通过包括装置提供信息而人工调整地手段，保证数据的完整性和一致性。

根据现有技术，要保证操作型数据的高度完整性和一致性，并能够实现对这些数据的并发快速检索，主要有通过建立一个物理上集中的系统来实现逻辑上的集中或者通过建立交换中心的方式来实现分布数据的逻辑集中两种方案。

第一种方案对于企业所有的计算机应用系统全部集中、应用逻辑全部集中且单套计算机能够承受全部的数据增加、修改、删除和查询的处理的情况下，是行之有效的方法。但是在不满足上述条件的任何一个条件的情况下，都会出现效率问题乃至不能满足业务应用的需要。例如在计算机应用系统不是全部集中的情况下，分布的应用在查询信息时只能使用远程的方式，并有可能带来应用交易性能的下降；在单套计算机系统难以承受全部的数据增加、修改、删除和查询的压力的情况下，问题就会变得更加复杂，如果仅仅考虑从系统级解决计算机的负荷能力，则往往要付出很大的系统建设和运行成本，且在当时的技术条件下有可能不能得到满意的解决。

在使用同种厂家的数据库系统构建应用的情况下，可以采用数据库的复制技术实现对于查询的多点访问，但是这种方式只能支持同种数据库，而且同步的信息是数据库中全部或者语义相关的纪录，而不能仅仅同步应用相关的记录。

第二种方案需要所有分布的应用和交换中心在系统实现上具有完全的数据描述一致性，并且随着系统的升级能够动态地保持这种数据描述的一致性，在通信上要保证所有参与的子系统与交换中心之间要有能够得到保证的通信信道，否则整个系统就不能保持运行的稳定性；另一方面，对于存储在本地和通过交换中心获得的数据，在响应时间和数据获取的可能性上将总是存在一定的差距。

发明内容

针对上述先有技术的不足，本发明要解决的技术问题是实现一种操作型数据的集中分布式管理系统，采用本发明所述系统，可以在处理操作型的数据时，可以在保证全企业数据一致性的前提下，实现对数据增加、修改、删除和查询负荷的合理分布。

为了实现上述的目的，本发明提供了一种操作型数据的集中分布式管理系统。所述的系统包括：

一个核心装置，用于集中存储整个系统的全部操作型数据，同时，作为操作型数据的增加、修改、删除动作的业务逻辑集中控制与确认点，响应对操作型数据更新的请求；响应专题装置对于操作型数据的查询；

一个或者一个以上的专题装置，作为操作型数据访问的分布接入，用于本专题装置中存储的操作型数据的查询检索；

实现核心装置和专题装置之间通信的通信装置，用于传送专题装置向核心装置发送访问的请求与核心装置向专题装置返回的结果。

与系统配套工作的，还包括用于访问各个专题装置中数据的应用系统，以及实现专题装置和应用系统之间通信的通信装置，用于传送应用系统向专题装置发送访问的请求与专题装置向应用系统返回的结果。

本发明通过建立核心装置，对操作型数据进行集中更新，保证了操作型数据的完整性和一致性；对于仅仅需要查询操作型数据的情况，可以将数据的获取点放置在应用系统的同一地以提高查询的响应效率和可靠性；对于在某些应用频繁查询而在另一些应用中偶尔查询的信息，可以实现在第一次查询时远程访问，而在后继的查询中本地访问，以实现数据访问质量的一致性；对于查询频繁的情况，可以通过建立多个具有物理上完全独立而数据动态保持一致的专题装置以保证查询的响应效率。

附图说明

图1为本发明的基本拓扑示意图；

图2为本发明的专题装置与多个应用系统协同工作的拓扑示意图；

图3为本发明中核心装置和直接存取式专题装置协同工作时查询信息的交互示意图；

图4为本发明中核心装置和基本缓冲式专题装置协同工作时查询信息的交互示意图；

图5为本发明中核心装置和直接缓冲式、智能存取式和智能缓冲式专题装置协同工作时查询信息的交互示意图；

图6为本发明中核心装置和各种专题装置中分别存储的操作型数据以及与各个专题装置连接的应用系统能够访问的操作型数据的关系示意图；

图7为本发明中智能存取式和智能缓冲式专题装置进行信息智能同步的过程示意图；

图8为核心装置在能够确定专题装置对信息需求的情况下将信息主动推送到智能存取式和智能缓冲式专题装置的过程示意图；

图9为通过直接存取式的专题装置更新客户信息的过程示意图；

图10为通过基本缓冲式、直接缓冲式、智能存取式和智能缓冲式专题装置更新客户信息的过程示意图；

图11为由核心装置发起对基本缓冲式、直接缓冲式、智能存取式和智能缓冲式专题装置客户信息的同步过程示意图。

具体实施方式

下面结合附图说明本发明较好的实施实例。

为了描述上的清晰，以下使用访问一词说明应用系统对操作型数据的集中分布式管理系统的请求和响应的过程；使用查询一词说明应用系统向操作型数据的集中分布式管理系统提出查询的请求，并获得数据的过程；使用更新一词说明应用系统向操作型数据的集中分布式管理系统提出对数据的增加、修改或删除的要求，并提供所需的数据的过程。即，访问可以是查询，也可以是更新。

银行等行业的客户信息是比较典型的操作型数据，有着在多个层次、多个应用系统中提供内容一致的信息访问的需求，更新动作需要由一个最终动作点确认，信息的查询访问量远远大于更新等特点。用本发明构建银行客户信息系统，其拓扑结构示意图如图1所示。主要包括核心装置和各种专题装置。

其中在核心装置1中存储全部的客户信息，然后根据使用客户信息的需要，在专题装置中存储专题客户信息。核心装置1负责客户信息的更新以保证信息的完整性，负责保持各个存储客户信息的专题装置中客户信息与核心装置1信息的一致性，负责控制各个专题装置的代码表、运行模式等关键运行控制数据。核心装置1仅仅与各个专题装置进行交互。专题装置负责与访问客户信息的应用系统通信，按照应用系统、应用系统的操作者划分角色并完成基于角色的访问权限验证，本发明中，还会涉及到根据采用的硬件环境进行客户信息内码由ASCII码转换为EBCDIC码的相互变换、客户信息的组织方式由XML报文转换为字符串等等格式的相互变换、通信协议在TCP/IP、SNA和CICS之间的变换等等必要的格式变换，完成对于客户信息的查询。因此，上述必要的格式转换，包括了信息的表述采用字符串、XML以及GB/T15150规定的格式之间的转换，也包括了信息的编码由ASCII与EBCDIC之间的转换。

有关查询的具体过程，将在下面详细描述。

所述核心装置，其具体功能包括：

a)存放全部客户信息；

b)执行专题装置送来的对客户信息更新的请求；

c)在本身的客户信息完成更新后，执行将客户信息向专题装置的同步分发；

d)响应专题装置对客户信息查询的请求；

e)记录智能存取式专题装置和智能缓冲式专题装置中属于智能存取的客户信息，与上述的两种专题装置协同工作实现智能存取功能；

f)通过控制数据的同步分发，控制专题装置的运作模式。

依照专题装置的数据组织方法，专题装置划分为：直接存取型专题装置2，基本缓冲型专题装置3，直接缓冲型专题装置4，智能存取型专题装置5，智能缓冲型专题装置6。

所述直接存取式专题装置2，可以存在的个数不限，当存在一个以上的其他形式专题装置的时候，也可以不出现该专题装置，其功能包括：

a)响应与其连接的应用系统发来的对客户信息的查询请求，经过必要的变换后将该查询请求转发到核心装置，接收核心装置发来的结果，然后将结果经过必要的变换后转发给请求的应用系统；

b)响应与其连接的应用系统发来的对客户信息的更新请求，经过必要的变换后将该更新请求转发到核心装置，接收核心装置发来的结果，然后将结果经过必要的变换后转发给请求的应用系统；

c)在收到应用系统发来的请求后，对于应用系统所请求的操作的权限进行验证；

d)接收核心装置传送来的控制数据，并按照核心装置的要求进行动作。

所述基本缓冲式专题装置3，可以存在的个数不限，当存在一个以上其

他形式专题装置的时候，也可以不出现该专题装置，其功能包括：

a)存储与连接到本专题装置的应用系统相关的信息；

b)响应与其连接的应用系统发来的对客户信息的查询请求，在本装置中查找需要的客户信息，并将查询的结果返回给请求的应用系统；

c)响应与其连接的应用系统发来的对客户信息的更新请求，经过必要的变换后将该更新请求转发到核心装置，接收核心装置发来的结果，然后将结果经过必要的变换后转发给请求的应用系统；

d)在收到应用系统发来的请求后，对于应用系统所请求的操作的权限进行验证；

e)在收到核心装置传送来的同步信息后，完成本专题装置中客户信息与核心装置中客户信息的同步；

f)接收核心装置传送来的控制数据，并按照核心装置的要求进行动作。

所述直接缓冲式专题装置4，可以存在的个数不限，当存在一个以上的

其他形式专题装置的时候，也可以不出现该专题装置，其功能包括：

a)存储与连接到本专题装置的应用系统相关的信息；

b)响应与其连接的应用系统发来的对客户信息的查询请求，在本装置中查找需要的信息，如果查到，则将查询的结果返回给请求的应用系统；如果没有查到，则经过必要的变换后将该查询请求转发到核心装置，接收核心装置发来的结果，然后将结果经过必要的变换后转发给请求的应用系统；

c)响应与其连接的应用系统发来的对操作型信息的更新请求，经过必要的变换后将该更新请求转发到核心装置，接收核心装置发来的结果，然后将结果经过必要的变换后转发给请求的应用系统；

所述智能存取式专题装置5，可以存在的个数不限，当存在一个以上的其他形式专题装置的时候，也可以不出现该专题装置，其功能包括：

a)存储本专题装置智能存取的客户信息；

c)对查询本专题装置中没有而向核心装置请求的客户信息，等待接收核心装置传送的智能信息，并将其存储在本专题装置中；

d)响应与其连接的应用系统发来的对客户信息的更新请求，经过必要的变换后将该更新请求转发到核心装置，接收核心装置发来的结果，然后将结果经过必要的变换后转发给请求的应用系统；

e)在收到应用系统发来的请求后，对于应用系统所请求的操作的权限进行验证；

f)在收到核心装置传送来的同步信息后，完成本专题装置中客户信息与核心装置中客户信息的同步；

g)接收核心装置传送来的控制数据，并按照核心装置的要求进行动作。

所述智能缓冲式专题装置6，可以存在的个数不限，当存在一个以上的其他形式专题装置的时候，也可以不出现该专题装置，其功能包括：

a)存储与本专题装置连接的应用系统相关的客户信息和智能存取的客户信息；

c)对查询本专题装置中没有而向核心装置请求的信息，等待接收核心装置传送的智能信息，并将其存储在本专题装置中；

所述与直接存取式专题装置连接的应用系统A，向直接存取式专题装置发出访问的请求，并从直接存取式专题装置获得结果。

与基本缓冲式专题装置连接的应用系统B，向基本缓冲式专题装置发出访问的请求，并从基本缓冲式专题装置获得结果。

与直接缓冲式专题装置连接的应用系统C，向直接缓冲式专题装置发出访问的请求，并从直接缓冲式专题装置获得结果。

与智能存取式专题装置连接的应用系统D，向智能存取式专题装置发出访问的请求，并从智能存取式专题装置获得结果。

与智能缓冲式专题装置连接的应用系统E，向智能缓冲式专题装置发出访问的请求，并从智能缓冲式专题装置获得结果。

本发明在核心装置和各个形式的专题装置之间，以及各个专题装置与所连接的应用系统之间，都包括一个通信装置，用于实现核心装置和专题装置之间以及专题装置和应用系统之间的信息的传输。即：传送应用系统向专题装置发出的数据访问的请求和传送专题装置向应用系统返回的结果；传送专题装置向核心装置1发出的数据访问请求和传送核心装置1向专题装置返回的结果；传送核心装置1向各个专题装置发起的同步请求以及各个专题装置的返回结果。

每一个应用系统可以连接到多个专题装置，只要处理的客户信息的逻辑上许可，各个专题装置的形式可以是不同的；每一个专题装置可以连接多个应用。

为了描述的清晰，图1中仅仅画出了可能的各类专题装置，实际上，这些专题装置可以全部同时出现，也可以仅仅出现一种，而且每一个专题装置可以为多个应用系统提供客户信息的服务，每一个应用系统也可以访问多个专题装置。

如图2所示。应用A系统可以同时访问直接存取式专题装置2和基本缓冲专题装置3，这种访问可以是为了实现负载均衡，也可以是为了实现功能控制，例如查询客户信息连接基本缓冲专题装置3，而更新客户信息则连接直接存取式专题装置2；应用系统B和应用系统C则都访问直接缓冲式专题装置4；应用系统D和应用系统E对智能存取式专题装置5和智能缓冲式专题装置6的多点访问说明了更加灵活的应用的情况。这样，可以根据对于客户信息的业务量和设备的情况，及时地调整布局，充分利用各种设备，更好地满足业务和交易量扩充的需要。

图3描述了应用系统通过直接存取式专题装置2查询客户信息时的信息流程。应用系统通过传输装置向直接存取式专题装置2提出查询客户信息的请求时，由于在直接存取式专题装置中没有存储任何客户信息，所以对于应用系统所有请求数据的要求，均通过向核心装置1转发查询请求而获得结果，并将查询的结果转发给该应用系统。该直接存取式专题装置将应用系统的查询请求增加了必要的控制信息后，通过传输装置发送到核心装置1，核心装置1执行查询后，将查询结果通过传输装置发送到直接存取式专题装置2，直接存取式专题装置2得到核心装置1的响应后，再去除系统内部的控制信息，通过传输装置将查询的结果返回给请求的应用系统。

需要说明的是，应用系统和专题装置之间的传输装置与专题装置和核心装置1之间的传输装置可以是相同的工作机制，甚至可以是同一个网络，也可以是完全不同的机制。从保证数据一致性的角度看，在核心装置1和专题装置之间，应该是能够进行实时传输的装置；而在专题装置和应用系统之间的传输装置，是否具有实时通信的能力由应用系统确定，在极限的情况下，只要应用系统能够接受，在专题装置和应用系统之间甚至可以采用脱机介质进行客户信息的传输。例如，打印对帐单的应用，本身就是批作业方式的，采用磁介质传递客户信息是完全可接受的。本说明书中所有的传输装置的特性都是相同的，故在以下的说明中，不再说明应用系统到专题装置的信息与专题装置到核心装置1的信息是通过传输装置传输的。

图4描述了应用系统通过基本缓冲式专题装置3查询客户信息时的信息流程。应用系统通过传输装置向基本缓冲式专题装置3提出查询客户信息的请求时，基本缓冲式专题装置3仅仅在本专题装置存储的客户信息中进行查询，然后将查询结果返回给请求的应用系统。在处理的过程中，并没有与核心装置1的交互过程。

图5描述了应用系统通过直接缓冲式专题装置4或智能存取式专题装置5，或通过智能缓冲式专题装置6查询客户信息时，核心装置1与相应的专题装置及应用系统之间的信息流程。

在应用系统向上述三种形式的专题装置中的任何一种发出查询客户信息的请求时，专题装置都首先在本专题装置存储的客户信息中进行查询，如果查询到信息，则将结果返回给应用系统；如果未能查询到，则在对应用系统的请求进行必要的格式转换后向核心装置1发起查询，例如：智能存取型专题装置5本身存储应用系统D已经查询过的且没有超过设定的时间的客户信息副本。对于应用系统D请求客户信息的所有查询，首先在智能存取型专题装置5内进行检索，如果没有查到，则可以按照同步或者异步策略进行处理：同步策略是智能存取型专题装置5向核心装置1转发查询请求而获得查询的结果，并将核心装置1返回的查询结果转发给应用D；异步策略是智能存取型专题装置5首先响应应用D没有查到请求的数据，然后向核心装置1转发查询请求，以触发对于该客户信息的同步。

这三种专题装置在处理应用系统请求查询客户信息时，内部的处理流程和与核心装置1的交互过程是相同的，其差别在于不同形式的专题装置中本身存储的客户信息范围或者数量或者属性等等不同，可能导致在一些情况下实时查询的响应时间不同，并因此对核心装置1的访问频度也不同。

以上说明了对客户信息查询时，各种形式的专题装置与核心装置1通过交互为应用系统提供客户信息的过程。

核心装置1和各种专题装置中分别存储的客户信息以及与各个专题装置连接的应用系统可访问到的客户信息如图6所示。用来解释核心装置1和各种专题装置中存储的数据之间的关系以及连接到不同的专题装置的应用系统能够访问的数据；其中：

——核心装置1中存储的是客户信息的全集；

——直接存取式专题装置2由于不存储客户信息，由于其全部的客户信息都通过访问核心装置1获得，所以应用系统A对应可访问的是客户信息的全集，但是相对来说，响应的时间比较长，给核心装置1带来的压力也比较大；

——基本缓冲式专题装置3存储的是所连接的应用系统需要的客户信息，并假定应用系统所需要增加的客户信息全部由应用系统自己来维护，例如某一个大区的个人业务系统需要的专题客户信息。实际上，其中存储的信息是核心装置1存储的客户信息的划分的一部分。应用B可见的仅仅是该基本缓冲式专题装置3中存储的数据。

——直接缓冲式专题装置4存储的是连接的应用系统需要的客户信息，其中存储的信息是核心装置1存储信息的划分的一部分，与基本缓冲式专题装置相同；不同的是，直接缓冲式专题装置4在本地查询不到客户信息时，将向核心装置1发出查询客户信息的请求，并把核心装置1返回的结果经过变换后传递给应用系统，这样，应用C可见的是全部的客户数据。这种方式对于绝大部分客户信息都存储在本专题装置中而偶尔会使用到本专题装置没有存储的数据、但是使用的频度很低的情况，是一种较好的选择。

——智能存取式专题装置5存储的数据，是应用D曾经通过本装置查询的数据的相关超集，该超集是按照应用相关的方式组织的，例如，查询过一个个人客户的姓名后，与该个人客户相关的性别、出生日期、职业等等的个人描述信息，个人的证件和拥有的银行产品等等能够识别和定位客户的识别标识信息，个人的地址、电话、寻呼机、E-Mail等等联系信息，个人与其他机构或者个人的关系信息，都会由核心装置1传送到本装置中，这样，在下一次查询该客户的有关信息时，就仅仅需要在本地执行查询了，只有原来没有查询过的信息，才需要访问核心装置1；对于智能存取式专题装置中的数据，可以确定一些存在规则，例如查询的间隔时间，当数据不再符合存在规则的时候，就将存储在本智能存取式专题装置中的客户数据清除。这样，应用D能够见到全部的客户信息，对于核心装置1的访问频度与数据存在规则相关，可以根据核心装置1的负荷能力、访问核心装置1的开销和智能存取式专题装置5本身的存储、检索能力综合协调，以满足应用、设备、网络、管理等等多个方面的需要。

——智能缓冲式专题装置6实际上是基本缓冲式和智能存取式两种专题装置的综合，其存储的信息是基本缓冲式专题装置3存储的信息和智能存取式专题装置5存储的信息的并集，其查询机制与智能存取式专题装置5机制相同。这种专题装置适合于支持既有明确的客户信息的查询要求，又需要能够查询到全部的客户信息，且一旦客户信息被查询过，其相关的信息可能再次使用的情况。

图7说明了智能存取式专题装置5和智能缓冲式专题装置6由于查询导致的信息智能同步的过程。

在这两种类型的专题装置向核心装置1发出查询客户信息的请求时，核心装置1会首先响应该查询以便能够快速地响应应用系统的请求；

同时，核心装置1会建立该客户相关信息超集在请求的专题装置与核心装置1的关联，从核心装置1中组织同步需要的信息，然后将该同步信息由核心装置1发送到请求信息的专题装置；

查询请求的专题装置在接收到核心装置1传来的该客户的相关信息后，将其存入到本专题装置的数据库中。

这样，在以后应用系统向本专题装置进行该客户的相关信息查询时，该客户的信息就可以在通过在本专题装置本地查询得到。

智能存取式专题装置5或智能缓冲式专题装置6中的信息除了能够通过首次查询从核心装置1拉到本专题装置中外，还可以由核心装置1主动发起即将信息推送到相应的专题装置，如图8所示。

在通过任何专题装置增加客户信息或者更新客户信息时，专题装置将增加或者更新请求信息传送到核心装置1后，核心装置1完成对该客户信息的增加或者更新；成功之后，将检查存储在核心装置1中的客户信息推送配置信息，如果发现增加或者更新的客户信息符合向某些智能存取式专题装置5或智能缓冲式专题装置6推送的要求，则将按照图7中的描述，由智能存取式专题装置5或智能缓冲式专题装置6向核心装置1发起查询响应后处理的情况，建立这些智能存取式专题装置5或智能缓冲式专题装置6中有关该客户的信息与核心装置1的联系，并将该客户的有关信息组织传送到相应的智能存取式专题装置5或智能缓冲式专题装置6中。

例如，对于一个专门为网上银行应用服务的智能存取式专题装置5来说，在新的客户注册为网上银行应用的客户或者原有的客户开通网上银行应用业务而增加或者更新客户信息时，核心装置1则根据网上银行应用的客户信息在专门为网上银行应用服务的智能存取式专题装置5中一定需要的推送配置特性，主动将该客户信息推送到专门为网上银行应用服务的智能存取式专题装置5中，使得网上银行应用第一次对客户信息的访问时，就能够在本地获取该客户信息。当然，如果不进行核心装置1上述的推送过程，则网上银行应用第一次对客户信息进行访问时，还需要由智能存取式专题装置5先与核心装置1建立联系，获得该客户信息，然后才能响应网上银行应用，这无疑会延长智能存取式专题装置5对网上银行应用请求的响应时间。

图9说明了通过直接存取式专题装置2更新客户信息的过程。直接存取式专题装置2将应用系统提出的对客户信息增加、修改、删除等更新请求经过必要的格式转换后转发到核心装置1，在核心装置1中完成对该客户信息的更新动作，然后核心装置1将更新的结果返回给直接存取式专题装置2，由于在直接存取式专题装置2中不存储客户信息，所以该专题装置仅仅将结果返回给应用系统，便完成了对客户信息的更新。

图10说明了在存有客户信息的基本缓冲式、直接缓冲式、智能存取式和智能缓冲式专题装置中更新客户信息的过程。

这些形式的专题装置将应用系统提出的对客户信息增加、修改、删除等更新请求经过必要的格式转换后转发到核心装置1，在核心装置1中完成对该客户信息的更新动作，然后核心装置1将更新的结果返回给请求的专题装置，这些都与直接存取式的专题装置是相同的。所不同的是，核心装置1将根据记载的该客户信息与这些形式的专题装置的关联，发起对于客户信息的同步，对存储在各个专题装置中的客户信息进行相应的同步更新，以保持各个专题装置与核心装置1中客户信息的一致。

图11描述了当一个客户信息同时存在于上述四种形式的多个专题装置中，而由另外的专题装置发起的对客户信息的更新成功后，由核心装置1发起对于客户信息的同步过程。

核心装置1在完成了更新请求后，对于成功的更新动作，将检索在其内部记载的客户与专题装置的关联，对于存有该客户信息的专题装置，将组织更新的同步信息发送到相关的各个专题装置；相关的专题装置在收到核心装置1发送过来的同步更新请求后，将执行在本专题装置中的同步，以实现客户信息在所有存放地点的一致。

对于专题装置中存储的通过专题装置向核心装置的查询导致的核心装置向专题装置同步发送的客户信息，都有一个设定的生命周期，如果在到达生命周期之前，向专题装置请求查询的应用系统再次查询了该客户信息，则重新开始计算生命周期；否则，在到达了生命周期后，整个系统将通过定期或者不定期的清理，在核心装置1中解除达到生命周期的客户信息与该专题装置的关联，并在专题装置中删除这些已经到达生命周期的客户信息。

当然，在实现的过程中，必须要考虑在网络和并发处理的环境下导致的异常，采用交易自动重复、根据交易日志产生批量差错处理文件等等必要的异常处理机制，并在诸如通信装置较长时间损坏、某一个专题装置硬件设备故障等等必要的情况下通过产生需要人工干预的信息对照表，由人工介入以保证客户信息的最终一致性。

Claims

1.一种集中分布式操作型数据管理的系统，其特征在于，包括：

一个核心装置，用于集中存储整个系统的操作型数据，同时，作为操作型数据的增加、修改、删除动作的业务逻辑集中控制与确认点；

一个或者一个以上的专题装置，作为操作型数据维护与查询的分布接入，用于本专题装置中存储的操作型数据的查询检索；

用于访问各个专题装置中数据的应用；以及，

实现核心装置和专题装置之间通信以及专题装置和应用之间通信的通信装置，用于传送应用向专题装置发出的数据查询与维护的请求和传送专题装置向应用返回的结果。

2.根据权利要求1所述的集中分布式操作型数据管理的系统，其特征在于，在核心装置中建立一个核心客户信息系统，负责客户信息的维护以保证信息的完整性，保持存储在各个专题装置中的客户信息与核心客户信息系统信息的完整性与一致性，负责控制各个专题装置中的客户信息的关键运行控制数据，所述核心客户信息系统仅仅与专题装置进行信息交互。

3.根据权利要求1所述的集中分布式操作型数据管理的系统，其特征在于，所述专题装置可以为：直接存取型专题装置；基本缓冲型专题装置；直接缓冲型专题装置；智能存取型专题装置；智能缓冲型专题装置。

4.根据权利要求3所述的集中分布式操作型数据管理的系统，其特征在于，所述直接存取型专题装置接收来自于应用的查询数据的所有请求，向核心装置转发查询请求并获得查询的结果，将查询的结果转发给应用。

5.根据权利要求3所述的集中分布式操作型数据管理的系统，其特征在于，所述基本缓冲型专题装置本身存储与某个应用相关的全部操作型数据副本，对于应用请求数据的所有查询，在所述基本缓冲型专题装置内进行检索，并将查询的结果返回给该应用。

6.根据权利要求3所述的集中分布式操作型数据管理的系统，其特征在于，在应用通过直接缓冲式专题装置，或智能存取式专题装置，或通过智能缓冲式专题装置查询客户信息发出查询客户信息的请求时，都首先在本专题装置存储的客户信息中进行查询，如果查询到信息，则将查询的结果返回给该应用；如果未能查询到，则在对应用的请求进行必要的格式转换后向核心装置发起查询，核心装置在核心客户信息系统存储的数据中进行查询后，将查询的结果返回给发出请求的专题装置，由专题装置进行必要的格式转换后将结果返回给应用。

7.根据权利要求3所述的集中分布式操作型数据管理的系统，其特征在于，所述智能存取型专题装置本身存储某个应用已经查询过的且在没有超过设定的时间生命周期内的操作型数据副本；对于该应用请求数据的所有查询，首先在该智能存取型专题装置内进行检索，如果没有查到，则向核心装置转发查询请求。

8.根据权利要求7所述的集中分布式操作型数据管理的系统，其特征在于，各种形式的专题装置向核心装置转发查询请求按照同步或者异步两种策略进行处理：同步策略是向核心装置转发查询请求而获得查询的结果，并将查询的结果转发给应用D；异步策略是首先响应应用D没有查到请求的数据，然后向核心装置转发查询请求。

9.根据权利要求1或2所述的集中分布式操作型数据管理的系统，其特征在于，在全部专题装置中存储的数据中，除去冗余的数据后，或者与核心装置存储的数据为等同的集合，或者为核心装置存储的数据的子集；每一个专题装置中存储的数据或者与核心装置存储的数据为等同的集合，或者为核心装置存储的数据的子集。

10.根据权利要求1或2所述的集中分布式操作型数据管理的系统，其特征在于，还包括：所述专题装置将应用提出的对客户信息增加、修改、删除等维护请求经过必要的格式转换后转发到核心装置，在核心装置中完成对该客户信息的维护动作，然后核心装置将维护的结果返回给该专题装置。

11.根据权利要求10所述的集中分布式操作型数据管理的系统，其特征在于，还包括：所述专题装置依据核心系统返回的维护结果，对存储在本专题装置中的客户信息也进行相应的同步更新，以保持与核心装置中客户信息的一致。

12.根据权利要求11所述的集中分布式操作型数据管理的系统，其特征在于，所述同步更新包括：核心装置在完成了维护请求后，对于成功的维护动作，将检查在其内部记载的客户与专题装置的关联，对于存有该客户信息的专题装置，将组织维护的同步信息发送到相关的各个专题装置；相关的专题装置在收到核心装置发送过来的同步维护请求后，将执行在本专题装置中的同步，以实现客户信息在所有存放地点的一致。

13.根据权利要求10-12任一所述的集中分布式操作型数据管理的系统，其特征在于，对于专题装置中存储的通过专题装置向核心装置的查询导致核心装置向专题装置同步发送的数据，都设定有一个生命周期；如果在到达生命周期之前，向专题装置请求查询的应用再次提出了对该数据的查询请求，则重新开始计算生命周期；否则，在到达了生命周期后，专题装置将通过定期或者不定期的清理，在核心装置中解除达到生命周期的数据与该专题数据的关联，并在专题装置中删除这些已经到达生命周期的数据。

14.根据权利要求1或2所述的集中分布式操作型数据管理的系统，其特征在于，还包括：当核心装置成功完成对该客户信息的增加或者更新之后，核心装置将检查存储在核心装置中的客户信息推送配置信息，如果满足推送要求，则建立核心装置与这些智能存取式专题装置或智能缓冲式专题装置中有关该客户信息的联系，并将该客户的有关信息传送到相应的智能存取式专题装置或智能缓冲式专题装置中。