CN109670805A - 保持数据一致性的网银系统及业务报文处理方法 - Google Patents

Abstract

本申请公开了一种保持数据一致性的网银系统及业务报文处理方法，该系统包括：核心报文交换子系统、公共控制管理子系统、主机实例单元以及多个扩展实例单元。核心报文交换子系统用于将一笔业务的业务申请报文和业务回执报文发送到同一个扩展实例单元中进行处理，保证了业务数据的一致性。公共控制管理子系统用于保证主机实例单元以及每个扩展实例单元的基础数据一致性。公共控制管理子系统还用于在对扩展实例单元进行实例变化操作时，通知到系统内部的各子系统和报文传输层，以达到网银实例信息在系统中的一致性。本申请解决了现有技术的分布式网银系统难以保证业务报文和基础数据的一致性的技术问题以及实例信息不同步的技术问题。

Description

保持数据一致性的网银系统及业务报文处理方法

技术领域

本申请涉及一种网银系统，具体而言，涉及一种保持数据一致性的网银系统及业务报文处理方法。

背景技术

随着经济的快速增长和网银支付电子化发展，网银支付活动日益频繁，市场对网银支付系统的处理能力提出更高要求。随着互联网的崛起及快速发展，基于并行计算的分布式网银架构被提出，其具备更优秀的横向扩展能力、弹性伸缩能力，以及更强的应对突发或短期容量吞吐能力等。

对于分布式网银架构的网银系统来说，如何保证网银系统的业务报文和基础数据的一致性，是保证分布式网银架构的网银系统正常运行的前提条件，但现有技术中缺少一种有效的保证分布式网银架构的网银系统数据一致性的策略。

针对上述现有技术中分布式网银架构的网银系统的缺陷，发明人提出了一种解决方案。

发明内容

本申请的主要目的在于提供一种保持数据一致性的网银系统，以解决现有技术的分布式网银系统难以保证业务报文和基础数据的一致性的技术问题。

为了实现上述目的，根据本申请的一个方面，提供了一种保持数据一致性的网银系统，该系统包括：核心报文交换子系统以及多个扩展实例单元，其中：

所述核心报文交换子系统用于：接收第一参与机构发送的业务申请报文以及第二参与机构根据所述业务申请报文反馈的业务回执报文；提取所述业务申请报文和所述业务回执报文的业务信息；根据预先设置的配置文件以及所述业务信息确定出所述业务申请报文和所述业务回执报文对应的扩展实例单元，并将所述业务申请报文和所述业务回执报文发送到对应的扩展实例单元，其中，所述业务申请报文和所述业务回执报文的业务信息相应，所述配置文件包括每个扩展实例单元的业务报文处理范围，每个扩展实例单元的业务报文处理范围不同，

所述扩展实例单元用于：在对所述业务申请报文进行处理之后，将所述业务申请报文通过所述核心报文交换子系统转发给与所述业务申请报文对应的第二参与机构。

进一步的，该网银系统还包括：公共控制管理子系统，用于在发生基础数据变化时，向每个所述扩展实例单元发送基础数据更新通知，以使所述每个扩展实例单元根据所述基础数据更新通知变更自身数据库中的基础数据。

进一步的，所述公共控制管理子系统，还用于对所述扩展实例单元进行实例变化操作，并在完成所述实例变化操作后，向所述核心报文交换子系统发送实例变化通知信息，以使所述核心报文交换子系统根据该实例变化通知信息更新所述配置文件。

进一步的，该网银系统还包括：主机实例单元，用于处理全部业务报文处理范围的业务申请报文和业务回执报文，当业务申请报文或业务回执报文不在任一扩展实例单元的业务报文处理范围内时，由所述主机实例单元处理该业务申请报文或业务回执报文。

进一步的，当对扩展实例单元进行扩展实例单元切换或者扩展实例单元日间撤销时，该扩展实例单元撤销自身中所有处于非终态的业务报文，其中，所述处于非终态的业务报文包括：在该扩展实例单元中无法找到匹配的业务回执报文的业务申请报文。

为了实现上述目的，根据本申请的另一方面，还提供了一种应用于上述保持数据一致性的网银系统的业务报文处理方法，该方法包括：

核心报文交换子系统接收第一参与机构发送的业务申请报文，并提取所述业务申请报文的业务信息；

所述核心报文交换子系统根据预先设置的配置文件以及所述业务申请报文的业务信息确定出所述业务申请报文对应的扩展实例单元，并将所述业务申请报文发送到对应的扩展实例单元，其中，所述配置文件包括每个扩展实例单元的业务报文处理范围，每个扩展实例单元的业务报文处理范围不同；

所述扩展实例单元在对所述业务申请报文进行处理之后，将所述业务申请报文通过所述核心报文交换子系统转发给与所述业务申请报文对应的第二参与机构；

核心报文交换子系统接收所述第二参与机构根据所述业务申请报文反馈的业务回执报文，并提取所述业务回执报文的业务信息，其中，所述业务申请报文和所述业务回执报文的业务信息相应；

所述核心报文交换子系统根据所述配置文件以及所述业务回执报文的业务信息确定出所述业务回执报文对应的扩展实例单元，并将所述业务回执报文发送到对应的扩展实例单元。

进一步的，该保持数据一致性的业务报文处理方法还包括：

在发生基础数据变化时，公共控制管理子系统向每个所述扩展实例单元发送基础数据更新通知，以使所述每个扩展实例单元根据所述基础数据更新通知变更自身数据库中的基础数据。

进一步的，该保持数据一致性的业务报文处理方法还包括：

公共控制管理子系统对扩展实例单元进行实例变化操作；

当所述公共控制管理子系统完成所述实例变化操作时，向所述核心报文交换子系统发送实例变化通知信息，以使所述核心报文交换子系统根据该实例变化通知信息更新所述配置文件。

本申请的有益效果为：在本申请实施例中，核心报文交换子系统用于将一笔业务的业务申请报文和业务回执报文发送到同一个扩展实例单元中进行处理，保证了业务数据的一致性。公共控制管理子系统用于保证主机实例单元以及每个扩展实例单元的基础数据一致性。公共控制管理子系统还用于在对扩展实例单元进行实例变化操作时，通知到系统内部的各子系统和报文传输层，以达到网银实例信息在系统中的一致性。本申请解决了现有技术的分布式网银系统难以保证业务报文和基础数据的一致性的技术问题以及实例信息不同步的技术问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请第一实施例保持数据一致性的网银系统的结构框图；

图2是本申请第二实施例保持数据一致性的网银系统的结构框图；

图3是本申请实施例保持数据一致性的业务报文处理方法的第一流程图；

图4是本申请实施例保持数据一致性的业务报文处理方法的第二流程图；

图5是本申请实施例保持数据一致性的业务报文处理方法的第三流程图；

图6是本申请第一实施例撤销非终态业务的方法流程图；

图7是本申请第二实施例撤销非终态业务的方法流程图；

图8是本申请实施例根据行号组合确定对应的扩展实例单元的方法流程图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“业务报文”也可以理解为“业务”或“网银业务”，其中，网银业务可以包括：若干批量网银业务及其他网银业务。具体的，网银业务可以包括：支付类业务、信息类业务及查询类业务等。支付类业务包括：批量支付类业务及实时支付类业务。若干批量网银业务具体为批量支付类业务；其他网银业务包括：实时支付类业务、信息类业务及查询类业务等，本发明不以此为限。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1是本申请第一实施例保持数据一致性的网银系统的结构框图，如图1所示的网银系统包括：核心报文交换子系统1以及多个扩展实例单元2，其中，扩展实例单元2用于处理网银业务。在本申请的实施例中，扩展实例单元2处理网银业务的流程为：首先核心报文交换子系统1接收第一参与机构发送的业务申请报文，并提取所述业务申请报文的业务信息；核心报文交换子系统1根据预先设置的配置文件以及所述业务申请报文的业务信息确定出所述业务申请报文对应的扩展实例单元2，并将所述业务申请报文发送到对应的扩展实例单元2；进而扩展实例单元2确收该业务申请报文之后，将该业务申请报文通过所述核心报文交换子系统1转发给与该业务申请报文对应的第二参与机构；第二参与机构在接收到该业务申请报文后生成业务回执报文并发送到核心报文交换子系统1；核心报文交换子系统1提取该业务回执报文的业务信息，并根据配置文件以及所述业务回执报文的业务信息确定出所述业务回执报文对应的扩展实例单元2，并将该业务回执报文发送到对应的扩展实例单元2。在本申请中，由于一笔业务的业务申请报文和业务回执报文的业务信息相同或相应，因此核心报文交换子系统1可以根据配置文件将一笔业务的业务申请报文和业务回执报文分配到同一个扩展实例单元2中进行处理，从而实现了保证业务数据的一致性。

在本申请的实施例中，配置文件中包括每个扩展实例单元2的网银业务处理范围，每个扩展实例单元2的网银业务处理范围均不同。核心报文交换子系统1可以根据业务申请报文或业务回执报文的业务信息以及配置文件，确定出用于处理该业务申请报文或业务回执报文的扩展实例单元2。在本申请的实施例中，核心报文交换子系统1可以通过提取业务申请报文和业务回执报文的报头信息，从而获取业务申请报文和业务回执报文的业务信息。在本申请的实施例中，一笔网银业务必须有业务申请报文与业务回执报文，才能到达终态，因此一笔网银业务的完成必须由业务申请报文和业务回执报文组成。在本申请的实施例中，所述参与机构可以为参与银行或者其他金融机构。

在本申请的实施例中，核心报文交换子系统1还用于根据预设的配置文件为每个扩展实例单元2分配网银业务报文。具体为，所述配置文件上包括了每个扩展实例单元2的业务报文处理范围，当核心报文交换子系统1接收到业务报文后，可以根据该配置文件将业务报文分配到对应的扩展实例单元2中。

在本申请中，由于网银系统的业务特点具有高并发、实时性要求高等特点，要保证网银业务的正确性就要确保每个扩展实例单元2之间的业务报文不交叉，具体为，要保证一笔网银业务的业务申请报文和业务回执报文在同一个扩展实例单元2中进行匹配。在本申请的实施例中，为了实现一笔业务的业务申请报文和业务回执报文在同一个扩展实例单元2中进行处理，当核心报文交换子系统1在接收到一笔网银业务的业务申请报文和业务回执报文时，提取出该业务申请报文和业务回执报文的业务信息，由于一笔网银业务的业务申请报文和业务回执报文的业务信息相同，因此核心报文交换子系统1在根据配置文件分配该业务申请报文和业务回执报文时，可以实现将业务申请报文和业务回执报文分配到同一个扩展实例单元2中，进而实现了将一笔网银业务的业务申请报文和业务回执报文分配到同一个展实例单元2中进行匹配。在本申请的实施例中，所述业务信息可以为业务类型、业务的行号组合或者业务的发起方和接收方等信息，所述配置文件上包括了每个扩展实例单元2的业务报文处理范围。

在本申请的实施例中，可以通过配置行号组合的方式来配置每个扩展实例单元2的业务处理范围。例如，一个网银系统中共有10个参与银行，分别为银行1、银行2至银行10。扩展实例单元A处理的行号组合为：银行1、银行3、银行5，则表示该扩展实例单元A用于处理：银行1向银行3发起的业务、银行3向银行1发起的业务、银行1向银行5发起的业务、银行5向银行1发起的业务、银行3向银行5发起的业务以及银行5向银行3发起的业务，即可以表示为该扩展实例单元A用于处理银行1、银行3以及银行5任意两者之间的业务。因此，在得知一笔业务的行号组合时，就能确认处理该笔业务的扩展实例单元。

在本申请的实施例中，也可以通过行号组合来确定一笔业务回执报文对应的扩展实例单元2。在本申请实施例中，一笔网银业务的业务申请报文和业务回执报文的报头信息中记录了该笔业务报文的发起方和接收方，即该笔网银业务的行号组合。在本申请实施例中，一笔网银业务的业务申请报文和业务回执报文的行号组合相同。在本申请实施例中，当核心报文交换子系统1接收到一笔网银业务的业务申请报文和业务回执报文后，可以提取报文的报头信息，进而从报头信息中可以确定出该业务申请报文和业务回执报文的行号组合。在本申请的实施例中，核心报文交换子系统1的配置文件中包括了每个扩展实例单元2可以处理的所有行号组合，因此核心报文交换子系统1可以通过将业务申请报文和业务回执报文的行号组合与自身中储存的配置文件进行对比，就可以确定出该业务回执报文对应的扩展实例单元2。在确定出业务回执报文对应的扩展实例单元2后，核心报文交换子系统1将该业务申请报文和业务回执报文发送对应的扩展实例单元2，以实现将一笔业务的业务申请报文和业务回执报文发送到同一扩展实例单元2中。

如图1示，本实施例的网银系统还包括：主机实例单元4，该主机实例单元4的作用与扩展实例单元2类似，均用于处理业务报文，但是主机实例单元4被配置为可以处理全部业务处理范围的业务报文。在本申请的实施例中，只有当一业务报文不在任一扩展实例单元2的业务报文处理范围内时，才会将该业务报文分配到主机实例单元4，由该主机实例单元4对该业务报文进行处理。当一业务报文在某一扩展实例单元2的业务报文处理范围内时，总是将该业务报文分配到该扩展实例单元2，而不会将该业务报文分配到主机实例单元4。

如图1所示，在本申请实施例的网银系统中，每个扩展实例单元2均对应一个数据库，该数据库用于为业务处理提供数据支持，以及用于储存扩展实例单元2在处理业务报文时产生的业务处理数据。

如图1所示，本申请实施例的网银系统还包括公共控制管理子系统3，该公共控制管理子系统3用于对网银系统进行控制和管理。在本申请的实施例中，该公共控制管理子系统3用于对每个扩展实例单元2进行管理，可以实现对扩展实例单元2进行更改扩展实例单元的业务报文处理范围、新增扩展实例单元、扩展实例单元切换以及下线扩展实例单元等管理操作。在本申请的实施例中，当公共控制管理子系统3对扩展实例单元2进行切换、下线、更改业务处理范围等管理操作时，先将管理操作对应的配置信息发送到对应的扩展实例单元2，扩展实例单元2接收到该配置信息后进行对应的操作，并在操作完成后向公共控制管理子系统3返回完成信息，当公共控制管理单元3接收到扩展实例单元2返回的完成信息时，确认管理操作完成。

在本申请的实施例中，当公共控制管理单元3完成对扩展实例单元2的管理操作后，还会向核心报文交换单元1发送通知信息，该通知信息包括了该管理操作对应的各扩展实例单元2的业务变化。在本申请的实施例中，当核心报文交换单元1接收到该通知信息时，还会根据该通知信息更新自身中的配置文件，以保证后续业务处理的正确性。由以上描述可以看出，本申请实施例的网银系统在扩展实例单元2发生变化时，公共控制管理子系统3会及时将变化通知到核心报文交换子系统1等内部子系统，以保证网银系统中各关联子系统间的数据一致性。

在本申请中，网银系统保持数据一致性还需要保证各扩展实例单元2的基础数据的一致性。在本申请的实施例中，该基础数据可以为每个扩展实例单元2的业务相关型基础数据，该业务相关型基础数据为每个扩展实例单元2运行的基础。在本申请的实施例中，当业务相关型基础数据发生变化时，例如网银系统在日切时时间发生的变化，公共控制管理子系统3会向每个扩展实例单元2发送基础数据更新通知，扩展实例单元2在接收到该基础数据更新通知时，会根据基础数据更新通知变更自身数据库中的业务相关型基础数据，以此保证各扩展实例单元2的业务相关型基础数据的一致性。在本申请的实施例中，上述业务相关型基础数据可以包括时间数据，该时间数据会在网银系统日切时发生改变。在本申请的实施例中，可以采用适当冗余的方式保证每个扩展实例单元2业务相关型基础数据的一致性。在本申请的可选实施例中，上述基础数据还可以包括业务无关型基础数据，本申请可以采用数据复制的方式保证各扩展实例单元2业务无关型基础数据的一致性。

在本申请实施例的网银系统中，当公共控制管理子系统3对扩展实例单元2进行切换、维护、更改业务处理范围等操作时，由于扩展实例单元2的业务处理范围发生变化，会导致小部分业务的发起报文将没有业务回执报文进行匹配，即业务一直处于非终态。在本申请的实施例中，一笔网银业务必须有业务申请报文与业务回执报文，才能到达终态，因此一笔网银业务的完成必须由业务申请报文和业务回执报文组成。因此为了实现数据一致性，扩展实例单元2还应主动对这些处于非终态的业务进行撤销从而达到终态。

举例说明为，当扩展实例单元A处理a业务时，发出a业务的业务申请报文，若此时将扩展实例单元A的a业务转由扩展实例单元B来处理，核心报文交换单元1根据该业务转移更新了配置文件，并根据更新后的配置文件将参与机构返回的对应a业务的业务回执报文发送给扩展实例单元B，此时就会出现a业务的业务申请报文在扩展实例单元A中而业务回执报文却在扩展实例单元B的情况，此时扩展实例单元A中的a业务的业务申请报文将无法与业务回执报文进行匹配，始终处于非终态。因此在将扩展实例单元A的a业务转由扩展实例单元B来处理时，扩展实例单元A可以采用主动撤销a业务的方式，使a业务达到终态。

在本申请的实施例中，当公共控制管理子系统3对扩展实例单元2进行扩展实例单元切换或者扩展实例单元日间撤销时，该扩展实例单元2可以撤销自身中所有处于非终态的业务报文，使业务达到终态。在本申请的实施例中，上述扩展实例单元切换可以指的是将一个扩展实例单元的全部业务转移到另一个或多个业务实例中。在本申请实施例中，所述扩展实例单元日间撤销可以包括：定期对扩展实例单元进行的日间撤销、以及在网银系统进行日结时，对每个扩展实例单元日终撤销。

在本申请的实施例中，当公共控制管理子系统3对扩展实例单元2的部分业务报文处理范围进行删除或转移时，该扩展实例单元2撤销自身该部分业务报文处理范围中的所有处于非终态的业务报文，使业务达到终态。

图2是本申请第二实施例保持数据一致性的网银系统的结构框图，如图2所示，本实施例的网银系统还可以包括：轧差子系统5，该轧差子系统5用于获取各扩展实例单元2在处理网银业务时的净额数据，并根据净额数据进行轧差操作。

如图2所示，本实施例的网银系统还可以包括：对账子系统6，该对账子系统6用于获取各扩展实例单元2在处理网银业务时的产生的对账数据，并根据对账数据进行对账操作。在本申请的实施例中，扩展实例单元2将处理网银业务时的产生的对账数据储存在自身对应的数据库中，对账子系统6通过直接从数据库中获取对账数据进行对账操作。

如图2所示，本实施例的网银系统还可以包括：汇聚库7，该汇聚库7用于与每个扩展实例单元2对应的数据库进行数据同步。在本申请的实施例中，该数据同步可以为，汇聚库7实时或者定期地复制每个扩展实例单元2对应的数据库中的业务处理数据，进而对每个数据库中的业务处理数据进行标识并储存在自身存储空间中。在本申请的实施例中，对账子系统6还可以从汇聚库7中直接获取每个扩展实例单元2的对账数据，进而进行对账操作。

如图2所示，本实施例的网银系统还可以包括：应用监视子系统8，该应用监视子系统8可以用于监测核心报文交换子系统1、扩展实例单元2、轧差子系统5、对账子系统6的状态信息，并在状态信息出现异常时发出警报。

基于同一发明构思，本申请实施例还提供了一种应用在上述保持数据一致性的网银系统的保持数据一致性的业务报文处理方法，如下面的实施例所述。由于保持数据一致性的业务报文处理方法是基于上述保持数据一致性的网银系统，其解决问题的原理与上述保持数据一致性的网银系统类似，因此保持数据一致性的业务报文处理方法的实施例可以参见保持数据一致性的网银系统的实施例，重复之处不再赘述。

图3是本申请实施例保持数据一致性的业务报文处理方法的第一流程图，如图3所示，本实施例的业务报文处理方法包括步骤S101至步骤S105

步骤S101，核心报文交换子系统接收第一参与机构发送的业务申请报文，并提取所述业务申请报文的业务信息。

步骤S102，所述核心报文交换子系统根据预先设置的配置文件以及所述业务申请报文的业务信息确定出所述业务申请报文对应的扩展实例单元，并将所述业务申请报文发送到对应的扩展实例单元，其中，所述配置文件包括每个扩展实例单元的业务报文处理范围，每个扩展实例单元的业务报文处理范围不同。

步骤S103，所述扩展实例单元在对所述业务申请报文进行处理之后，将所述业务申请报文通过所述核心报文交换子系统转发给与所述业务申请报文对应的第二参与机构。在本申请实施例中，当扩展实例单元确收该业务申请报文之后，将该该业务申请报文转发给对应的第二参与机构。

步骤S104，核心报文交换子系统接收所述第二参与机构根据所述业务申请报文反馈的业务回执报文，并提取所述业务回执报文的业务信息，其中，所述业务申请报文和所述业务回执报文的业务信息相应。

步骤S105，所述核心报文交换子系统根据所述配置文件以及所述业务回执报文的业务信息确定出所述业务回执报文对应的扩展实例单元，并将所述业务回执报文发送到对应的扩展实例单元。在本申请中，由于一笔业务的业务申请报文和业务回执报文的业务信息相同或相应，因此核心报文交换子系统可以根据配置文件将一笔业务的业务申请报文和业务回执报文分配到同一个扩展实例单元中进行处理，从而实现了保证业务数据的一致性。

在本申请实施例中，由于网银系统的业务特点具有高并发、实时性要求高等特点，要保证网银业务的正确性就要确保每个扩展实例单元之间的业务报文不交叉，具体为，要保证一笔网银业务的业务申请报文和业务回执报文在同一个扩展实例单元中进行匹配。在本申请的实施例中，为了实现一笔业务的业务申请报文和业务回执报文在同一个扩展实例单元中进行处理，当核心报文交换子系统在接收到一笔网银业务的业务申请报文和业务回执报文时，提取出该业务申请报文和业务回执报文的业务信息，由于一笔网银业务的业务申请报文和业务回执报文的业务信息相同，因此核心报文交换子系统在根据配置文件分配该业务申请报文和业务回执报文时，可以实现将业务申请报文和业务回执报文分配到同一个扩展实例单元中，进而实现了将一笔网银业务的业务申请报文和业务回执报文分配到同一个展实例单元中进行匹配。在本申请的实施例中，所述业务信息可以为业务类型、业务的行号组合或者业务的发起方和接收方等信息，所述配置文件上包括了每个扩展实例单元的业务报文处理范围。

图4本申请实施例保持数据一致性的业务报文处理方法的第二流程图，如图4示，本实施例的业务报文处理方法还包括步骤S201和步骤S202

步骤S201，网银系统的基础数据发生变化。在本申请的实施例中，该基础数据可以为每个扩展实例单元的业务相关型基础数据，该业务相关型基础数据为每个扩展实例单元运行的基础。在本申请的实施例中，上述业务相关型基础数据可以包括时间数据，该时间数据会在网银系统日切时发生改变。

步骤S202，公共控制管理子系统向每个所述扩展实例单元发送基础数据更新通知，以使所述每个扩展实例单元根据所述基础数据更新通知变更自身数据库中的基础数据。

在本申请的实施例中，该基础数据可以为每个扩展实例单元的业务相关型基础数据，该业务相关型基础数据为每个扩展实例单元运行的基础。在本申请的实施例中，当业务相关型基础数据发生变化时，例如网银系统在日切时时间发生的变化，公共控制管理子系统会向每个扩展实例单元发送基础数据更新通知，扩展实例单元在接收到该基础数据更新通知时，会根据基础数据更新通知变更自身数据库中的业务相关型基础数据，以此保证各扩展实例单元的业务相关型基础数据的一致性。在本申请的实施例中，上述业务相关型基础数据可以包括时间数据，该时间数据会在网银系统日切时发生改变。在本申请的实施例中，可以采用适当冗余的方式保证每个扩展实例单元业务相关型基础数据的一致性。在本申请的可选实施例中，上述基础数据还可以包括业务无关型基础数据，本申请可以采用数据复制的方式保证各扩展实例单元业务无关型基础数据的一致性。

图5是本申请实施例保持数据一致性的业务报文处理方法的第三流程图，如图5所示，本实施例的业务报文处理方法还包括步骤S301至步骤S302。

步骤S301，公共控制管理子系统对所述扩展实例单元进行实例变化操作。在本申请的实施例中，该公共控制管理子系统用于对每个扩展实例单元进行管理，可以实现对扩展实例单元进行更改扩展实例单元的业务报文处理范围、新增扩展实例单元、扩展实例单元切换以及下线扩展实例单元等管理操作。

步骤S302，当所述公共控制管理子系统完成所述实例变化操作时，向所述核心报文交换子系统发送实例变化通知信息，以使所述核心报文交换子系统根据该实例变化通知信息更新所述配置文件。

由以上描述可以看出，本申请实施例的网银系统在扩展实例单元发生变化时，公共控制管理子系统会及时将变化通知到核心报文交换子系统等内部子系统以及报文传输层，以保证网银系统中各关联子系统间的数据一致性。

图6是本申请第一实施例撤销非终态业务的方法流程图，如图6所示，本实施例的撤销非终态业务的方法包括步骤S401至步骤S402

步骤S401，所述公共控制管理子系统对扩展实例单元进行扩展实例单元切换或者扩展实例单元日间撤销。在本申请的实施例中，上述扩展实例单元切换可以指的是将一个扩展实例单元的全部业务转移到另一个或多个业务实例中。上述扩展实例单元日间撤销可以指的是网银系统在进行日结时，对每个扩展实例单元的日终撤销。

步骤S402，扩展实例单元撤销自身中所有处于非终态的业务报文，其中，所述处于非终态的业务报文包括：在该扩展实例单元中无法找到匹配的业务回执报文的业务申请报文。在本申请的实施例中，当公共控制管理子系统对扩展实例单元进行扩展实例单元切换或者扩展实例单元结算时，该扩展实例单元可以撤销自身中所有处于非终态的业务报文，使业务达到终态。

图7是本申请第二实施例撤销非终态业务的方法流程图，如图7所示，本实施例的撤销非终态业务的方法包括步骤S501至步骤S502

步骤S501，所述公共控制管理子系统对扩展实例单元的部分业务报文处理范围进行删除或转移。

步骤S502，扩展实例单元撤销自身该部分业务报文处理范围中的所有处于非终态的业务报文，其中，所述处于非终态的业务报文包括：在该扩展实例单元中无法找到匹配的业务回执报文的业务申请报文。

从以上描述可以看出，在本申请实施例的网银系统中，当公共控制管理子系统对扩展实例单元进行切换、维护、更改业务处理范围等操作时，由于扩展实例单元的业务处理范围发生变化，会导致小部分业务的发起报文将没有业务回执报文进行匹配，即业务一直处于非终态。因此为了实现数据一致性，扩展实例单元还应主动对这些处于非终态的业务进行撤销从而达到终态。

图8是本申请实施例确定业务回执报文对应的扩展实例单元的方法流程图，如图8所示，本申请实施例的根据行号组合确定业务回执报文对应的扩展实例单元的方法包括步骤S601至步骤S603。

步骤S601，所述核心报文交换子系统获取所述业务申请报文和所述业务回执报文的报头信息在本申请的实施例中，也可以通过行号组合来确定业务申请报文和业务回执报文对应的扩展实例单元。

步骤S602，所述核心报文交换子系统从所述报头信息中获取所述业务申请报文和所述业务回执报文对应的行号组合。

步骤S603，所述核心报文交换子系统根据所述配置文件以及所述行号组合确定出所述业务申请报文和所述业务回执报文对应的扩展实例单元，其中，所述配置文件包括：每个扩展实例单元可以处理的所有行号组合。

在本申请的实施例中，也可以通过行号组合来确定一笔业务回执报文对应的扩展实例单元。在本申请实施例中，一笔网银业务的业务申请报文和业务回执报文的报头信息中记录了该笔业务报文的发起方和接收方，即该笔网银业务的行号组合。在本申请实施例中，一笔网银业务的业务申请报文和业务回执报文的行号组合相同。在本申请实施例中，当核心报文交换子系统接收到一笔网银业务的业务申请报文和业务回执报文后，可以提取报文的报头信息，进而从报头信息中可以确定出该业务申请报文和业务回执报文的行号组合。在本申请的实施例中，核心报文交换子系统的配置文件中包括了每个扩展实例单元可以处理的所有行号组合，因此核心报文交换子系统可以通过将业务申请报文和业务回执报文的行号组合与自身中储存的配置文件进行对比，就可以确定出该业务回执报文对应的扩展实例单元。在确定出业务回执报文对应的扩展实例单元后，核心报文交换子系统将该业务申请报文和业务回执报文发送对应的扩展实例单元，以实现将一笔业务的业务申请报文和业务回执报文发送到同一扩展实例单元中。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (19)

1.一种保持数据一致性的网银系统，其特征在于，包括：核心报文交换子系统以及多个扩展实例单元，其中：

所述核心报文交换子系统用于：接收第一参与机构发送的业务申请报文以及第二参与机构根据所述业务申请报文反馈的业务回执报文；提取所述业务申请报文和所述业务回执报文的业务信息；根据预先设置的配置文件以及所述业务信息确定出所述业务申请报文和所述业务回执报文对应的扩展实例单元，并将所述业务申请报文和所述业务回执报文发送到对应的扩展实例单元，其中，所述业务申请报文和所述业务回执报文的业务信息相应，所述配置文件包括每个扩展实例单元的业务报文处理范围，每个扩展实例单元的业务报文处理范围不同，

所述扩展实例单元用于：在对所述业务申请报文进行处理之后，将所述业务申请报文通过所述核心报文交换子系统转发给与所述业务申请报文对应的第二参与机构。

2.根据权利要求1所述的保持数据一致性的网银系统，其特征在于，还包括：

公共控制管理子系统，用于在发生基础数据变化时，向每个所述扩展实例单元发送基础数据更新通知，以使所述每个扩展实例单元根据所述基础数据更新通知变更自身数据库中的基础数据。

3.根据权利要求2所述的保持数据一致性的网银系统，其特征在于，所述公共控制管理子系统，还用于对所述扩展实例单元进行实例变化操作，并在完成所述实例变化操作后，向所述核心报文交换子系统发送实例变化通知信息，以使所述核心报文交换子系统根据该实例变化通知信息更新所述配置文件。

4.根据权利要求3所述的保持数据一致性的网银系统，其特征在于，所述实例变化操作包括：新增扩展实例单元、扩展实例单元切换、下线扩展实例单元以及更改扩展实例单元的业务报文处理范围中的至少一种。

5.根据权利要求1或4所述的保持数据一致性的网银系统，其特征在于，还包括：

主机实例单元，用于处理全部业务报文处理范围的业务申请报文和业务回执报文，当业务申请报文或业务回执报文不在任一扩展实例单元的业务报文处理范围内时，由所述主机实例单元处理该业务申请报文或业务回执报文。

6.根据权利要求1或4所述的保持数据一致性的网银系统，其特征在于，当对扩展实例单元进行扩展实例单元切换或者扩展实例单元日间撤销时，该扩展实例单元撤销自身中所有处于非终态的业务报文，其中，所述处于非终态的业务报文包括：在该扩展实例单元中无法找到匹配的业务回执报文的业务申请报文。

7.根据权利要求1或4所述的保持数据一致性的网银系统，其特征在于，当对扩展实例单元的部分业务报文处理范围进行删除或转移时，该扩展实例单元撤销自身该部分业务报文处理范围中的所有处于非终态的业务报文，其中，所述处于非终态的业务报文包括：在该扩展实例单元中无法找到匹配的业务回执报文的业务申请报文。

8.根据权利要求1或4所述的保持数据一致性的网银系统，其特征在于，所述核心报文交换子系统还用于：获取所述业务申请报文和所述业务回执报文的报头信息；以及从所述报头信息中获取所述业务申请报文和所述业务回执报文对应的行号组合，其中，第一参与机构发起的业务申请报文与第二参与机构根据第一参与机构发起的业务申请报文反馈的业务回执报文的行号组合相同。

9.根据权利要求8所述的保持数据一致性的网银系统，其特征在于，所述配置文件包括：每个扩展实例单元可以处理的所有行号组合，

所述核心报文交换子系统，还用于根据所述配置文件以及所述行号组合，确定出所述业务申请报文和所述业务回执报文对应的扩展实例单元。

10.一种保持数据一致性的业务报文处理方法，应用于如权利要求1至9任意之一所述的保持数据一致性的网银系统，其特征在于，包括：

核心报文交换子系统接收第一参与机构发送的业务申请报文，并提取所述业务申请报文的业务信息；

所述核心报文交换子系统根据预先设置的配置文件以及所述业务申请报文的业务信息确定出所述业务申请报文对应的扩展实例单元，并将所述业务申请报文发送到对应的扩展实例单元，其中，所述配置文件包括每个扩展实例单元的业务报文处理范围，每个扩展实例单元的业务报文处理范围不同；

所述扩展实例单元在对所述业务申请报文进行处理之后，将所述业务申请报文通过所述核心报文交换子系统转发给与所述业务申请报文对应的第二参与机构；

核心报文交换子系统接收所述第二参与机构根据所述业务申请报文反馈的业务回执报文，并提取所述业务回执报文的业务信息，其中，所述业务申请报文和所述业务回执报文的业务信息相应；

所述核心报文交换子系统根据所述配置文件以及所述业务回执报文的业务信息确定出所述业务回执报文对应的扩展实例单元，并将所述业务回执报文发送到对应的扩展实例单元。

11.根据权利要求10所述的保持数据一致性的业务报文处理方法，其特征在于，还包括：

在发生基础数据变化时，公共控制管理子系统向每个所述扩展实例单元发送基础数据更新通知，以使所述每个扩展实例单元根据所述基础数据更新通知变更自身数据库中的基础数据。

12.根据权利要求10所述的保持数据一致性的业务报文处理方法，其特征在于，还包括：

公共控制管理子系统对扩展实例单元进行实例变化操作；

当所述公共控制管理子系统完成所述实例变化操作时，向所述核心报文交换子系统发送实例变化通知信息，以使所述核心报文交换子系统根据该实例变化通知信息更新所述配置文件。

13.根据权利要求12所述的保持数据一致性的业务报文处理方法，其特征在于，所述实例变化操作包括：新增扩展实例单元、扩展实例单元切换、下线扩展实例单元以及更改扩展实例单元的业务报文处理范围中的至少一种。

14.根据权利要求10所述的保持数据一致性的业务报文处理方法，其特征在于，还包括：

当对扩展实例单元进行扩展实例单元切换或者扩展实例单元日间撤销时，该扩展实例单元撤销自身中所有处于非终态的业务报文，其中，所述处于非终态的业务报文包括：在该扩展实例单元中无法找到匹配的业务回执报文的业务申请报文。

15.根据权利要求10所述的保持数据一致性的业务报文处理方法，其特征在于，还包括：

当对扩展实例单元的部分业务报文处理范围进行删除或转移时，该扩展实例单元撤销自身该部分业务报文处理范围中的所有处于非终态的业务报文，其中，所述处于非终态的业务报文包括：在该扩展实例单元中无法找到匹配的业务回执报文的业务申请报文。

16.根据权利要求10所述的保持数据一致性的业务报文处理方法，其特征在于，所述提取所述业务申请报文的业务信息，包括：

所述核心报文交换子系统获取所述业务申请报文的报头信息；

所述核心报文交换子系统从所述业务申请报文的报头信息中获取所述业务申请报文对应的行号组合。

17.根据权利要求16所述的保持数据一致性的业务报文处理方法，其特征在于，所述配置文件包括：每个扩展实例单元可以处理的所有行号组合，

所述核心报文交换子系统根据预先设置的配置文件以及所述业务申请报文的业务信息确定出所述业务申请报文对应的扩展实例单元，包括：

所述核心报文交换子系统根据所述配置文件以及所述业务申请报文对应的行号组合确定出所述业务申请报文对应的扩展实例单元。

18.根据权利要求10所述的保持数据一致性的业务报文处理方法，其特征在于，所述提取所述业务回执报文的业务信息，包括：

所述核心报文交换子系统获取所述业务回执报文的报头信息；

所述核心报文交换子系统从所述业务回执报文的报头信息中获取所述业务回执报文对应的行号组合。

19.根据权利要求18所述的保持数据一致性的业务报文处理方法，其特征在于，所述配置文件包括：每个扩展实例单元可以处理的所有行号组合，

所述核心报文交换子系统根据所述配置文件以及所述业务回执报文的业务信息确定出所述业务回执报文对应的扩展实例单元，包括：

所述核心报文交换子系统根据所述配置文件以及所述业务回执报文对应的行号组合确定出所述业务回执报文对应的扩展实例单元。