技术领域
[0001] 本
申请涉及一种网银系统，具体而言，涉及一种多中心多活的分布式网银系统及业务报文处理方法。
背景技术
[0002] 随着经济的快速增长和网银支付
电子化发展，网银支付活动日益频繁，市场对网银
支付系统的处理能
力提出更高要求。随着互联网的崛起及快速发展，基于并行计算的分布式网银架构被提出，其具备更优秀的横向扩展能力、弹性伸缩能力，以及更强的应对突发或短期容量吞吐能力等。
[0003] 现有的网银系统往往为单业务中心处理业务的模式，这种模式受限于单中心的约束，业务中心难以应对业务量持续上涨带来的处理压力。此外单业务中心处理业务的模式应对突发的能力较差，当该单业务中心出现故障时，整个业务系统将会瘫痪无法处理业务，只能等待业务中心的修复或者启用备用的业务中心。
[0004] 针对上述
现有技术中网银系统的
缺陷，
发明人提出了一种解决方案。
发明内容
[0005] 本申请的主要目的在于提供一种多中心多活的分布式网银系统，以解决现有网银系统难以应对业务量持续上涨带来的处理压力以及应对突发的能力较差的问题。
[0006] 为了实现上述目的，根据本申请的一个方面，提供了一种多中心多活的分布式网银系统，该系统包括：主业务中心；至少一个备业务中心；以及区域报文交换系统，其中：
[0007] 所述区域报文交换系统用于根据第一配置文件将业务报文发送到所述主业务中心和所述备业务中心；
[0008] 所述主业务中心和所述备业务中心均包括：
[0009] 核心报文交换单元，用于接收所述区域报文交换系统发送的业务报文；
[0010] 多个扩展实例单元，用于接收所在业务中心的所述核心报文交换单元根据第二配置文件分配的业务报文，并对业务报文进行处理；
[0011] 跨中心通信单元，用于实现所述主业务中心与所述备业务中心之间的数据交互，其中，所述主业务中心的跨中心通信单元通过所述备业务中心的跨中心通信单元接收所述备业务中心的各扩展实例单元的处理数据，并将所述处理数据发送给所述主业务中心的结算单元；
[0012] 其中，所述第一配置文件包括：每个业务中心的业务报文处理范围；所述第二配置文件包括：所述核心报文交换单元对应的业务中心内各扩展实例单元的业务报文处理范围。
[0013] 进一步的，所述处理数据包括：业务数据，所述结算单元包括：对账单元，[0014] 所述对账单元，用于接收所述主业务中心的跨中心通信单元发送的业务数据以及所述主业务中心的各扩展实例单元的业务数据，并根据业务数据进行对账操作。
[0015] 进一步的，所述处理数据包括：净额，所述结算单元包括：轧差单元，[0016] 所述轧差单元，用于接收所述主业务中心的跨中心通信单元发送的净额以及所述主业务中心的各扩展实例单元的净额，并根据净额进行轧差。
[0017] 进一步的，所述主业务中心还包括：
[0018] 公共控制管理单元，用于向所述主业务中心的扩展实例单元以及所述备业务中心的扩展实例单元发送配置信息，以配置扩展实例单元的业务报文处理范围，其中，所述公共控制管理单元通过所述跨中心通信单元向所述备业务中心的扩展实例单元发送配置信息。
[0019] 为了实现上述目的，根据本申请的另一方面，提供了一种基于上述多中心多活的分布式网银系统的多中心多活的业务报文处理方法，该方法包括：
[0020] 区域报文交换系统根据第一配置文件将业务报文发送到主业务中心或备业务中心的核心报文交换单元，其中，所述第一配置文件包括：每个业务中心的业务报文处理范围；
[0021] 核心报文交换单元接收所述区域报文交换系统发送的业务报文，并根据第二配置文件将业务报文分配到所在业务中心的各扩展实例单元，其中，所述第二配置文件包括：所述核心报文交换单元所在业务中心内各扩展实例单元的业务报文处理范围；
[0022] 扩展实例单元接收所在业务中心的核心报文交换单元发送的业务报文，并对业务报文进行处理；
[0023] 所述主业务中心的跨中心通信单元通过所述备业务中心的跨中心通信单元接收所述备业务中心的各扩展实例单元的处理数据，并将所述处理数据发送给所述主业务中心的结算单元。
[0024] 进一步的，所述处理数据包括：业务数据，所述结算单元包括：对账单元，[0025] 该多中心多活的业务报文处理方法，还包括：
[0026] 所述对账单元接收所述主业务中心的跨中心通信单元发送的业务数据以及所述主业务中心的各扩展实例单元的业务数据，并根据业务数据进行对账操作。
[0027] 进一步的，所述处理数据包括：净额，所述结算单元包括：轧差单元，[0028] 该多中心多活的业务报文处理方法，还包括：
[0029] 所述轧差单元接收所述主业务中心的跨中心通信单元发送的净额以及所述主业务中心的各扩展实例单元的净额，并根据净额进行轧差。
[0030] 进一步的，该多中心多活的业务报文处理方法，还包括：
[0031] 公共控制管理单元向所述主业务中心的扩展实例单元以及所述备业务中心的扩展实例单元发送配置信息，以配置扩展实例单元的业务报文处理范围，其中，所述公共控制管理单元通过所述跨中心通信单元向所述备业务中心的扩展实例单元发送配置信息。
[0032] 本申请的有益效果为：在本申请
实施例中，提供一种多中心多活的分布式网银系统，该网银系统包括一个主业务中心和若干备业务中心，并由区域报文交换系统为每个业务中心分配业务报文，此外主业务中心和备业务中心之间通过跨中心通信模
块进行数据交互，实现了主业务中心可以对备业务中心处理的业务报文进行对账和轧差。本申请的多中心多活的分布式网银系统实现了多个业务中心同时处理网银业务的目的，使本申请的多中心多活的分布式网银系统具备优秀的横向扩展能力和弹性伸缩能力。此外，本申请的多中心多活的分布式网银系统还具有应对突发能力强和业务处理能力强的优点。
附图说明
[0033] 为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
[0034] 图1是本申请第一实施例多中心多活的分布式网银系统的结构
框图；
[0035] 图2是本申请实施例主业务中心的结构框图；
[0036] 图3是本申请第二实施例多中心多活的分布式网银系统的结构框图；
[0037] 图4是本申请实施例多中心多活的业务报文处理方法的第一
流程图；
[0038] 图5是本申请第一实施例对账单元进行对账操作的方法流程图；
[0039] 图6是本申请实施例轧差单元进行轧差操作的方法的流程图；
[0040] 图7是本申请实施例多中心多活的业务报文处理方法的第二流程图；
[0041] 图8是本申请第二实施例对账单元进行对账操作的方法流程图。
具体实施方式
[0042] 为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0043] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或
计算机程序产品。因此，本发明可采用完全
硬件实施例、完全
软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘
存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0044] 需要说明的是，本申请的
说明书和
权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何
变形，意图在于
覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0045] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
[0046] 图1是本申请第一实施例多中心多活的分布式网银系统的结构框图，如图1所示，本实施例的多中心多活的分布式网银系统包括：主业务中心1、至少一个备业务中心2、以及用于向主业务中心1和备业务中心2分配业务报文的区域报文交换系统3。
[0047] 在本申请的实施例中，区域报文交换系统3根据第一配置文件将不同的业务报文分配到对应的业务中心，该第一配置文件上包括了每个业务中心的业务报文处理范围。在本申请的可选实施例中，该第一配置文件可以由区域报文交换系统3生成，并储存在自身的存储空间中。
[0048] 如图1所示，主业务中心1和备业务中心2内均包括多个用于处理业务报文的扩展实例单元5，在本申请的实施例中，每个扩展实例单元5的业务报文处理范围均不相同。在本申请的可选实施例中，扩展实例单元5包括业务处理
服务器以及为业务处理提供数据支持的
数据库。
[0049] 如图1所示，主业务中心1中还包括了主机实例单元12，该主机实例单元12的作用与扩展实例单元5类似，均用于处理业务报文，但是主机实例单元12被配置为可以处理全部业务范围的业务报文。在本申请的实施例中，只有当一业务报文不在任一扩展实例单元5的业务报文处理范围内时，才会将该业务报文分配到主机实例单元12，由该主机实例单元12对该业务报文进行处理。当一业务报文在某一扩展实例单元5的业务报文处理范围内时，总是将该业务报文分配到该扩展实例单元5，而不会将该业务报文分配到主机实例单元12。
[0050] 如图1所示，主业务中心1和备业务中心2均包括核心报文交换单元4，该核心报文交换单元4用于接收区域报文交换系统3分配的业务报文，并将业务报文进一步分配到所在业务中心中对应的扩展实例单元5。在本申请的实施例中，核心报文交换单元4根据第二配置文件将业务报文分配到所在业务中心中对应的扩展实例单元5，以使扩展实例单元5对业务报文进行处理。在本申请可选实施例中，该第二配置文件上包括了核心报文交换单元4所在的业务中心内各扩展实例单元5的业务报文处理范围。在本申请的可选实施例中，该第二配置文件可以由核心报文交换单元4生成，并储存在自身的存储空间中。在本申请的一可选实施例中，该第一配置文件可以与第二配置文件相同。
[0051] 如图1所示，主业务中心1和备业务中心2还均包括一个跨中心通信单元6，该跨中心通信单元6用于实现主业务中心1与每个备业务中心2之间的数据交互。在本申请的实施例中，备业务中心2中的扩展实例单元5将处理业务报文产生的处理数据通过该跨中心通信单元6发送到主业务中心1中，进而由主业务中心1的结算单元对这些处理数据进行处理。在本申请的可选实施例中，每个备业务中心2之间也可以通过跨中心通信模块6实现数据交互。
[0052] 从图1中可以看出，在本实施例的多中心多活的分布式网银系统中，只有主业务中心1中包括用于对账、轧差等操作的结算单元，因此在进行对账、轧差等网银操作时，备业务中心2中的扩展实例单元5需要将处理业务报文产生的处理数据通过备业务中心2的跨中心通信单元6发送到主业务中心1的跨中心通信单元6，进而由主业务中心1的跨中心通信单元6将这些处理数据分配到对应的结算单元。
[0053] 在本申请的实施例中，上述结算单元包括轧差单元8，该轧差单元8用于获取各扩展实例单元在处理业务报文时生成的净额数据，并根据净额数据进行轧差。在本申请实施例中，由于只有主业务中心1包括该轧差单元8，因此主业务中心1中的各扩展实例单元5可以直接将净额数据发送到该轧差单元8，而对于备业务中心2中的各扩展实例单元5，需要先将产生的净额数据发送到跨中心通信单元6，进而由跨中心通信单元6发送到主业务中心1中的轧差单元8进行轧差。在本申请的实施例中，主业务中心1和备业务中心2中的各扩展实例单元5定时将净额数据发送到轧差单元进行轧差。
[0054] 在本申请的实施例中，上述结算单元包括对账单元9，该对账单元9用于根据各扩展实例单元在处理业务报文时产生的业务数据进行对账操作。在本申请实施例中，由于该对账单元9设置在主业务中心1中，因此对账单元9可以直接获取主业务中心1中各扩展实例单元5的业务数据，而对于备业务中心2，该对账单元9需要通过跨中心通信单元6来获取备业务中心2中的各扩展实例单元5的业务数据。在本申请的实施例中，主业务中心1和备业务中心2中的各扩展实例单元5可以定时将业务数据发送到对账单元9进行对账操作。
[0055] 如图1所示，主业务中心1还包括公共控制管理单元9，该公共控制管理单元9可以用于配置主业务中心1中各扩展实例单元5以及各备业务中心2中的扩展实例单元5的业务报文处理范围。在本申请的实施例中，公共控制管理单元9可以通过向扩展实例单元5发送配置信息，以配置扩展实例单元5的业务报文处理范围。由于公共控制管理单元9位于主业务中心1，因此在配置备业务中心2中的扩展实例单元5时，公共控制管理单元9需要通过跨中心通信单元6把配置信息发送到对应的备业务中心2中的扩展实例单元5。在本申请的实施例中，扩展实例单元5在接收到配置信息之后，根据该配置信息更改自身的业务报文处理范围，并在更改完毕后向公共控制管理单元9返回确认信息，当公共控制管理单元9接收到扩展实例单元5返回的确认信息时，确认配置完成。
[0056] 在本申请的实施例中，当公共控制管理单元9完成配置扩展实例单元5的业务报文处理范围后，还会向区域报文交换系统3以及配置对应的核心报文交换单元4发送通知信息，该通知信息包括了该配置对应的各扩展实例单元5的业务报文处理范围变化。在本申请的实施例中，当区域报文交换系统3接收到该通知信息时，会根据该通知信息更新自身中的第一配置文件，同样当核心报文交换单元4接收到该通知信息时，也会根据该通知信息更新自身中的第二配置文件，以保证后续业务报文分配的正确性。在本申请的实施例中，当公共控制管理单元9向备业务中心2中的核心报文交换单元4发送时通知信息时，需要通过跨中心通信单元6将通知信息发送到对应的备业务中心2中的核心报文交换单元4。在本申请的实施例中，当公共控制管理单元9完成配置扩展实例单元5的业务报文处理范围后，还会向主业务中心1以及各备业务中心2中的跨中心通信单元6发送通知信息，进而跨中心通信单元6可以根据该通知信息更新自身的配置文件。
[0057] 在本申请的可选实施例中，公共控制管理单元9还用于向主业务中心1的扩展实例单元5以及备业务中心2的扩展实例单元5发送系统运行操作指令，以使扩展实例单元根据所述系统运行操作指令进行相应的运行操作，该系统运行操作指令可以包括：更新
基础数据指令、日切指令等。在本申请实施例中，公共控制管理单元9通过跨中心通信单元6向备业务中心2的扩展实例单元5发送所述系统运行操作指令。在本申请的可选实施例中，当备业务中心2的扩展实例单元5接收到公共控制管理单元9通过跨中心通信单元6发送来的日切指令时，将处理业务报文产生的净额通过跨中心通信单元6发送到主业务中心1的轧差单元8，以使轧差单元8根据净额进行轧差操作，当轧差单元8完成轧差操作后，向备业务中心2的扩展实例单元5反馈轧差完成信息。
[0058] 图2是本申请实施例的主业务中心1的结构框图，如图2所示，主业务中心1还包括了主机实例单元12，该主机实例单元12的作用与扩展实例单元5类似，均用于处理业务报文，但是主机实例单元12被配置为可以处理全部业务报文处理范围的业务报文。在本申请的实施例中，只有当一业务报文不在任一扩展实例单元5的业务报文处理范围内时，才会将该业务报文分配到主机实例单元12，由该主机实例单元12对该业务报文进行处理。当一业务报文在某一扩展实例单元5的业务报文处理范围内时，总是将该业务报文分配到该扩展实例单元5，而不会将该业务报文分配到主机实例单元12。
[0059] 在本申请的实施例中，每个扩展实例单元5均对应一个数据库，该数据库用于为业务报文处理提供数据支持，以及用于储存扩展实例单元5在处理业务报文时产生的数据。在本申请的实施例中，上述主机实例单元12也对应一个主机实例数据库。
[0060] 在本申请实施例中，所述对账单元7在进行对账操作时，还可以从每个扩展实例单元5对应的的数据库中获取该扩展实例单元5的业务数据，并进而根据获取的业务数据进行对账操作。在本申请的实施例中，对账单元7在获取备业务中心2中的扩展实例单元5的业务数据时，需要通过跨中心通信单元6从备业务中心2的各扩展实例单元5的数据库中获取业务数据。
[0061] 如图2所示，在本申请的实施例中，主业务中心1还包括汇聚库11，该汇聚库11用于与每个扩展实例单元5对应的数据库进行数据同步。在本申请的可选实施例中，该数据同步可以为，主业务中心1和备业务中心2中的扩展实例单元5实时将处理业务报文产生的业务数据发送到汇聚库11中，进而汇聚库11储存每个扩展实例单元5的业务数据。在本申请的另一可选实施例中，该数据同步也可以为，汇聚库11实时或者定期地复制每个扩展实例单元5对应的数据库中的业务数据，进而对每个数据库中的业务数据进行标识并储存在自身存储空间中。在本申请的实施例中，汇聚库11可以采用特定的数据库复制技术直接与主业务中心1和备业务中心2中各扩展实例单元5的数据库进行数据同步，而无需通过跨中心通信单元6。
[0062] 在本申请的实施例中，对账单元7在进行对账时，还可以直接根据汇聚库11中的数据进行对账操作。具体为，对账单元7可以从汇聚库11中直接获取每个扩展实例单元5的业务数据，进而根据获取的业务数据进行对账操作。
[0063] 如图2所示，在本申请的实施例中，主业务中心1还包括应用监视单元10，该应用监视单元10可以用于实时接收各核心报文交换单元4的状态信息及各扩展实例单元5的状态信息，并实时采集所述轧差单元8及所述对账单元7的状态信息，并根据各状态信息进行异常报警。在本申请实施例中，应用监视单元10可以根据各状态信息判断各功能单元的负载情况，进而可以实现根据负载情况调整业务报文路由策略。
[0064] 图3是本申请第二实施例多中心多活的分布式网银系统的结构框图，如图3所示，在本申请的实施例中，每个备业务中心2的组成结构可以与主业务中心1完全相同，即每个备业务中心2也可以包括：对账单元7、轧差单元8、公共控制管理单元9、应用监视单元10、汇聚库11、主机实例单元12等功能单元。当主业务中心正常运行时，每个备业务中心2的上述功能单元处于不运行状态，由主业务单元1中的上述功能单元来进行整个网银系统的管理、控制、结算等操作。但是当主业务中心1出现故障，或者需要将主业务中心1切换到某个备业务中心2时，可以启用备业务中心2中的上述功能单元，并停止运行原主业务中心1中的上述功能单元，以达到切换业务中心的目的，有效的提高了网银系统应对突发的能力。
[0065] 在本申请的实施例中，该多中心多活的分布式网银系统还包括切换平台，该切换平台可以用于将主业务中心1中的所有业务切换到一个备业务中心2中。在本申请的另一实施例中，该切换平台也可以用于将主业务中心1中的部分业务切换到一个备业务中心2中，例如仅将主业务中心1中的部分网银业务切换到一个备业务中心2中。在本身的实施例中，在将主业务中心1中的所有业务切换到一个备业务中心2时，可以停止运行主业务中心1中的对账单元7、轧差单元8、公共控制管理单元9、应用监视单元10、汇聚库11、主机实例单元12等功能单元，进而启用该子业务单元2中的上述功能单元。
[0066] 由以上描述可以看出，在本申请实施例中的多中心多活的分布式网银系统，可以实现多个业务中心同时处理网银业务的目的，使本申请的多中心多活的分布式网银系统具备业务处理能力强、扩展能力好等优点。此外，本申请实施例中的多中心多活的分布式网银系统的主业务中心1和备业务中心2之间通过跨中心通信模块6进行数据交互，实现了主业务中心1可以对所有备业务中心2处理的业务进行对账和轧差。本申请实施例中的多中心多活的分布式网银系统由于有多个业务中心同时处理网银业务，当其中一个业务中心出现故障时，其他业务中心可以接管故障中心的业务处理，使系统仍能提供服务，不会影响业务的联系运行，由此可见本申请实施例中的多中心多活的分布式网银系统还具有应对突发能力强的优点。
[0067] 基于同一发明构思，本申请实施例还提供了一种应用在上述多中心多活的分布式网银系统的业务报文处理方法，如下面的实施例所述。由于多中心多活的业务报文处理方法是基于上述多中心多活的分布式网银系统，其解决问题的原理与上述多中心多活的分布式网银系统类似，因此多中心多活的业务报文处理方法的实施例可以参见多中心多活的分布式网银系统的实施例，重复之处不再赘述。
[0068] 图4是本申请实施例多中心多活的业务报文处理方法的第一流程图，如图4所示，本实施例的方法包括步骤S101至步骤S104。
[0069] 步骤S101，区域报文交换系统根据第一配置文件将业务报文发送到主业务中心或备业务中心的核心报文交换单元，其中，所述第一配置文件包括：每个业务中心的业务报文处理范围。在本申请的可选实施例中，该第一配置文件可以由区域报文交换系统3生成，并储存在自身的存储空间中。
[0070] 步骤S102，核心报文交换单元接收所述区域报文交换系统发送的业务报文，并根据第二配置文件将业务报文分配到所在业务中心的各扩展实例单元，其中，所述第二配置文件包括：所述核心报文交换单元所在业务中心内各扩展实例单元的业务报文处理范围。在本申请的可选实施例中，该第二配置文件可以由核心报文交换单元生成，并储存在自身的存储空间中。在本申请的一可选实施例中，该第一配置文件可以与第二配置文件相同。
[0071] 步骤S103，扩展实例单元接收所在业务中心的核心报文交换单元发送的业务报文，并对业务报文进行处理。在本申请的实施例中，每个扩展实例单元的业务报文处理范围均不相同。
[0072] 步骤S104，所述主业务中心的跨中心通信单元通过所述备业务中心的跨中心通信单元接收所述备业务中心的各扩展实例单元的处理数据，并将所述处理数据发送给所述主业务中心的结算单元。
[0073] 在本申请的实施例中，只有主业务中心中包括用于对账、轧差等操作的结算单元，因此在进行对账、轧差等网银操作时，备业务中心中的扩展实例单元需要将处理业务报文产生的处理数据通过备业务中心的跨中心通信单元发送到主业务中心的跨中心通信单元，进而由主业务中心的跨中心通信单元将这些处理数据分配到对应的结算单元。
[0074] 在本申请的实施例中，上述步骤S104中的结算单元包括对账单元，上述处理数据包括扩展实例单元处理业务报文产生的业务数据。如图5所示，本申请实施例的对账单元进行对账操作的方法包括步骤S201和步骤S202。
[0075] 步骤S201，所述主业务中心的跨中心通信单元通过所述备业务中心的跨中心通信单元接收所述备业务中心的各扩展实例单元的业务数据，并将所述业务数据发送给所述主业务中心的对账单元。
[0076] 步骤S202，所述对账单元接收所述主业务中心的跨中心通信单元发送的所述备业务中心的各扩展实例单元的业务数据以及所述主业务中心的各扩展实例单元的业务数据，并根据业务数据进行对账操作。
[0077] 在本申请的实施例中，上述步骤S104中的结算单元包括轧差单元，上述处理数据包括扩展实例单元处理业务报文产生的净额数据。如图6所示，本申请实施例的轧差单元进行轧差操作的方法包括步骤S301和步骤S302。
[0078] 步骤S301，所述主业务中心的跨中心通信单元通过所述备业务中心的跨中心通信单元接收所述备业务中心的各扩展实例单元的净额，并将所述净额发送给所述主业务中心的轧差单元。
[0079] 步骤S302，所述轧差单元接收所述主业务中心的跨中心通信单元发送的所述备业务中心的各扩展实例单元的净额以及所述主业务中心的各扩展实例单元的净额，并根据净额进行轧差。
[0080] 图7是本申请实施例多中心多活的业务报文处理方法的第二流程图，如图7所示，本申请实施例的多中心多活的业务报文处理方法还包括步骤S401至步骤S402。
[0081] 步骤S401，公共控制管理单元向所述主业务中心的扩展实例单元以及所述备业务中心的扩展实例单元发送配置信息，以配置扩展实例单元的业务报文处理范围，其中，所述公共控制管理单元通过所述跨中心通信单元向所述备业务中心的扩展实例单元发送配置信息。
[0082] 步骤S402，当所述公共控制管理单元完成对扩展实例单元的业务报文处理范围的配置后，向所述区域报文交换系统以及完成业务报文处理范围配置的扩展实例单元对应的核心报文交换单元发送通知信息，以使所述区域报文交换系统更新所述第一配置文件以及所述核心报文交换单元更新所述第二配置文件。
[0083] 图8是本申请实施例对账单元进行对账操作的方法流程图，如图8所示，本实施例的对账单元进行对账操作的方法包括步骤S501至步骤S502。
[0084] 步骤S501，汇聚库与每个扩展实例单元的数据库进行数据同步。在本申请的可选实施例中，该数据同步可以为，主业务中心和备业务中心中的扩展实例单元实时将处理业务报文产生的业务数据发送到汇聚库中。在本申请的另一实施例中，该数据同步也可以为，汇聚库实时或者定期地复制每个扩展实例单元对应的数据库中的业务数据，进而对每个数据库中的业务数据进行标识并储存在自身存储空间中。在本申请的实施例中，汇聚库可以采用特定的数据库复制技术直接与主业务中心和备业务中心中各扩展实例单元的数据库进行数据同步，而无需通过跨中心通信单元。
[0085] 步骤S502，所述对账单元根据所述汇聚库中的数据进行对账操作。具体为，对账单元可以从汇聚库中直接获取每个扩展实例单元的业务数据，进而根据获取的业务数据进行对账操作。
[0086] 在本申请的可选实施例中，本申请的多中心多活的业务报文处理方法还包括：公共控制管理单元向主业务中心的扩展实例单元以及备业务中心的扩展实例单元发送系统运行操作指令，以使扩展实例单元根据所述系统运行操作指令进行相应的运行操作，该系统运行操作指令可以包括：更新基础数据指令、日切指令等。在本申请实施例中，公共控制管理单元通过跨中心通信单元向备业务中心的扩展实例单元发送所述系统运行操作指令。在本申请的可选实施例中，当备业务中心的扩展实例单元接收到公共控制管理单元通过跨中心通信单元发送来的日切指令时，将处理业务报文产生的净额通过跨中心通信单元发送到主业务中心的轧差单元，以使轧差单元根据净额进行轧差操作，当轧差单元完成轧差操作后，向备业务中心的扩展实例单元反馈轧差完成信息。
[0087] 在本申请的可选实施例中，本申请的多中心多活的业务报文处理方法还包括：应用监视单元实时接收各核心报文交换单元的状态信息及各扩展实例单元的状态信息，实时采集所述轧差单元及所述对账单元的状态信息，并根据各状态信息进行异常报警。
[0088] 在本申请的可选实施例中，本申请的多中心多活的业务报文处理方法还包括：主机实例单元处理全部业务报文处理范围的业务报文，当一业务报文不在任一扩展实例单元的业务报文处理范围内时，由所述主机实例单元处理该业务报文。在本申请的实施例中，只有当一业务报文不在任一扩展实例单元的业务报文处理范围内时，才会将该业务报文分配到主机实例单元，由该主机实例单元对该业务报文进行处理。当一业务报文在某一扩展实例单元的业务报文处理范围内时，总是将该业务报文分配到该扩展实例单元，而不会将该业务报文分配到主机实例单元。
[0089] 在本身的可选实施例中，本申请的多中心多活的业务报文处理方法还包括：切换平台在所述主业务中心和所述备业务中心之间或者两个所述备业务中心之间进行业务切换操作。在本申请的实施例中，该切换平台也可以用于将主业务中心中的部分业务切换到一个备业务中心中，例如仅将主业务中心中网银业务切换到一个备业务中心中。
[0090] 由以上描述可以看出，在本申请实施例中的多中心多活的业务报文处理方法，可以实现多个业务中心同时处理网银业务的目的，使本申请的多中心多活的业务报文处理方法具备业务处理能力强、扩展能力好等优点。此外，本申请实施例中的多中心多活的业务报文处理方法可以实现主业务中心和备业务中心之间通过跨中心通信模块进行数据交互，实现了主业务中心可以对所有备业务中心处理的业务进行对账和轧差。本申请实施例中的多中心多活的
数据处理方法由于有多个业务中心同时处理网银业务，当其中一个业务中心出现故障时，其他业务中心可以接管故障中心的业务处理，使系统仍能提供服务，不会影响业务的联系运行，由此可见本申请实施例中的多中心多活的数据处理方法还具有应对突发能力强的优点。
[0091] 需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的
计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0092] 显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成
电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。
[0093] 以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何
修改、等同替换、改进等，均应包含在本申请的保护范围之内。
