业务处理方法、装置、设备、存储介质及流程运行系统与流程

本发明实施例涉及流程运行技术，尤其涉及一种业务处理方法、装置、设备、存储介质及流程运行系统。

背景技术：

随着互联网的普及，各部门或者各公司之间协作工作大幅度增加，通常一项流程事务需要由多个业务系统联合提供服务。

同时，每个业务系统提供的服务可能是由多个不同部门开发、部署在不同服务器上的远程服务，为了实现数据的一致性，通常会在调用系统中记录每个服务调用的状态，并通过数据库轮询状态补偿的方式进行重试。

但该方法会对提供各服务的系统有侵入性，而且，提供各服务的系统可能是彼此耦合的，没有明显的分工(上下文)，调用复杂，而且往往牵一发而动全身，导致问题诊断困难以及性能提升困难。此时，如果一个系统同时调用三个不同的服务，那么调用结果只能是同时成功或者同时失败。此外，采用数据库扫表的补偿方式效率低，同时影响调用系统的性能。

技术实现要素：

本发明实施例提供了一种业务处理方法、装置、设备、存储介质及流程运行系统，可以实现数据最终一致性。

第一方面，本发明实施例提供了一种业务处理方法，包括：

订阅消息队列中的设定内容的信息，其中，所述设定内容由关联的业务系统指定，所述消息队列中的消息由流程系统更新；

根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务；

其中，所述流程系统用于管理各所述业务系统提供的业务服务，所述业务系统用于提供业务服务。

第二方面，本发明实施例还提供了一种业务处理装置，包括：

订阅模块，用于订阅消息队列中的设定内容的信息，其中，所述设定内容由关联的业务系统指定，所述消息队列中的消息由流程系统更新；

业务服务接口调用模块，用于根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务；其中，所述流程系统用于管理各业务系统，所述业务系统用于提供业务服务。

第三方面，本发明实施例还提供了一种设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序所述处理器执行所述程序时实现如本发明实施例中任一所述的业务处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的业务处理方法。

第五方面，本发明实施例还提供了一种流程运行系统，包括：流程系统以及至少一个业务系统；

所述流程系统内置消息队列模块，用于监控和管理业务系统；

所述业务系统内置业务处理装置，用于根据业务处理装置接收的信息提供业务服务；其中，所述业务系统为第三方面所述的设备，所述业务处理装置执行本发明实施例中任一所述的业务处理方法。

本发明实施例通过在业务系统中设置业务处理装置与流程系统进行直接交互，避免了流程系统为了获取业务系统的状态等信息侵入业务系统的情况，解决了现有技术中为了管理业务系统提供的服务造成对业务系统的侵入的问题，提高了调用业务系统的安全性，同时通过订阅消息队列中的消息，来调用对应的业务系统，实现使消息系统与业务系统之间的解耦合，从而实现数据最终一致性，而且由于消息队列是异步消息，从而无需等待获取其他系统信息即可执行任务，减少各业务系统提供的业务服务之间的耦合，解决了现有技术中各业务服务之间耦合严重导致牵一发而动全身以及问题诊断和性能提升困难的问题，降低各业务系统的调用难度，便于业务系统排查错误。

附图说明

图1是本发明实施例一提供的一种业务处理方法的流程图；

图2是本发明实施例二提供的一种业务处理方法的流程图；

图3是本发明实施例三提供的一种业务处理装置的结构示意图；

图4是本发明实施例四提供的一种设备的结构示意图；

图5是本发明实施例六适用的一种流程运行系统的结构示意图；

图6是本发明实施例六提供的一种流程实例的示意图；

图7是本发明实施例六提供的一种监控流程实例的界面的示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1为本发明实施例一提供的一种业务处理方法的流程图，本实施例可适用于调用多个业务系统提供业务服务的情形，该方法可以由本发明实施例提供的业务处理装置来执行，该装置可采用软件和/或硬件的方式实现，并一般可集成在业务系统所在的终端设备中，例如，pc机等。如图1所示，本实施例的方法具体包括：

s110，订阅消息队列中的设定内容的信息，其中，所述设定内容由关联的业务系统指定，所述消息队列中的消息由流程系统更新。

具体的，业务系统可以是指提供业务服务的系统；流程系统可以是指流程引擎，用于布置和安排各业务系统提供服务的次序或顺序，更具体的，可以将配置数据向缓存中加载，同时还可以将缓存中执行结束的流程实例同步到持久层(数据库或文件)，以及在缓存中通过接口调用流程执行，其中，一个流程可以包括多个业务系统按照设定次序提供业务服务，也可以仅仅是一个业务系统提供业务服务；消息队列(messagequeuing，mq)是一种中间件技术，用于为业务系统和流程系统建立连接，可以提供消息发布订阅、消息轨迹查询、定时(延时)消息、资源统计、监控报警等一系列消息云服务。

为了保证业务系统中业务流程的高效执行，可以通过流程引擎来控制相关业务系统的协调工作，使得业务流程中的信息存储、权限、审批、消息通知等按照一定的过程规则流转，并提供流程模型的定义、流程定义信息的解析装载、数据信息的存储及查询、流程步骤的跳转控制等功能，实现业务流程的全部或部分自动化。在本实施例中，采用流程系统(流程引擎)配置各业务系统的调用逻辑(包括调用的时间、次序、数据等信息)，例如，业务系统a需要业务系统b的运行结果作为输入。从而，流程系统可以更新消息队列中的消息，以告知业务系统开始执行的时间等信息。

但在采用流程系统时，需要对各业务系统的状态、数据等信息进行查询，此时会导致流程系统对业务系统造成侵入，从而，可以在各业务系统中设置业务处理装置，用于与流程系统对接，避免流程系统直接对业务系统进行侵入。可以理解的是，业务处理装置可以被认为是用于为业务系统提供流程代理功能。通过业务处理装置，业务系统可以实现主动获取消息队列中的信息，并根据消息内容提供服务。

在本实施例中，业务系统的业务处理装置通过订阅消息队列中的与业务系统相关联的消息，判断是否需要调用该业务系统以提供匹配的服务。设定内容的消息可以是指与对应的业务系统匹配的消息。

s120，根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务；其中，所述流程系统用于管理各所述业务系统提供的业务服务，所述业务系统用于提供业务服务。

具体的，消息队列中的消息可以包括暂停服务消息、恢复服务消息、重启服务消息以及指向服务任务的消息。其中，业务服务接口可以根据消息对应的内容分别设置的对应的接口，用于调用业务系统执行不同的任务。当根据获取的信息确定该信息为可以指向对应的业务系统可执行的服务任务时，调用对应的业务系统接口，以使业务系统提供业务服务。其中，暂停服务消息可以用于停止调用业务系统接口以及停止订阅指向服务任务的消息，直至接收到订阅的恢复服务消息，再重新订阅指向服务任务的消息；重启服务消息可以用于重新调用业务系统接口，再次指示该业务系统提供服务。由此，流程系统可以通过向消息队列中更新上述消息，从而实现按照预设的调用次序来管理业务系统提供的业务服务的调用、暂停、重启、恢复等操作。

由于通过订阅业务系统需要的消息来调用该业务系统对应的业务系统接口，这种异步消息可以使得各业务系统仅仅根据消息队列中的消息即可执行服务任务，无需等待获取其他系统信息(其他业务系统)，由此减少了个业务系统之间的耦合，从而将分布式的业务拆分为多个本地业务，实现数据的最终一致。

本发明实施例通过在业务系统中设置业务处理装置与流程系统进行直接交互，避免了流程系统为了获取业务系统的状态等信息侵入业务系统的情况，解决了现有技术中为了管理业务系统提供的服务造成对业务系统的侵入的问题，提高了调用业务系统的安全性，同时通过订阅消息队列中的消息，来调用对应的业务系统，实现使消息系统与业务系统之间的解耦合，从而实现数据最终一致性，而且由于消息队列是异步消息，从而无需等待获取其他系统信息即可执行任务，减少各业务系统提供的业务服务之间的耦合，解决了现有技术中各业务服务之间耦合严重导致牵一发而动全身以及问题诊断和性能提升困难的问题，降低各业务系统的调用难度，便于业务系统排查错误。

实施例二

图2为本发明实施例二提供的一种业务处理方法的流程图，本实施例以上述实施例为基础进行优化，在本实施例中，在根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务之后，还包括：获取所述业务系统反馈的信息，并调用流程服务接口，指示所述流程系统执行状态变迁任务以及更新消息队列。

相应的，本实施例的方法可以包括：

s210，订阅消息队列中的设定内容的信息，其中，所述设定内容由关联的业务系统指定，所述消息队列中的消息由流程系统更新。

s220，根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务；其中，所述流程系统用于管理各所述业务系统提供的业务服务，所述业务系统用于提供业务服务。

本实施例中的消息队列、业务系统以及流程系统可以参照上述实施例的描述。

s230，获取所述业务系统反馈的信息，并调用流程服务接口，指示所述流程系统执行状态变迁任务以及更新消息队列。

在本实施例中，反馈的信息可以是指业务系统执行服务任务的运行结果，以及运行状态等信息，用于为流程系统监控业务系统提供数据。可选的，业务系统反馈的信息包括：业务系统执行服务任务确定的业务数据以及业务系统执行服务任务的任务状态；其中，任务状态用于为流程系统监控业务系统提供服务状态数据。

具体的，通过回调流程服务接口，通知流程系统，对应的业务系统的服务任务已执行完毕(服务任务失败也视为执行完毕)，并将反馈的信息发送至该流程系统，以使流程系统改变该业务系统对应的状态，同时更新消息队列，例如移除该业务系统对应的指向服务任务信息等。

其中，反馈的信息中包括的运行结果可以作为其他业务系统执行服务任务的输入，在一个具体的应用场景中，可选的，所述根据获取的信息调用业务服务接口具体可以包括：根据所述信息，获取所述流程系统发送的与所述信息匹配的业务数据，所述业务数据包括各所述业务系统反馈的数据；根据所述业务数据以及所述信息，调用业务服务接口。

具体的，业务数据可以是指业务系统在执行服务任务时需要的输入数据，可以在其他业务系统的服务任务执行完毕后反馈给流程系统之后从流程系统中获取。由此可以根据消息队列中的消息，判断该业务系统在被调用时是否需要其他业务系统的运行结果，如果是，可以直接与流程系统进行通信，获取所需的业务数据，并根据获取的业务数据以及消息调用业务服务接口，提供业务服务。

另一方面，向流程系统反馈业务系统的服务任务的任务状态，从而流程系统可以监控各业务系统的运行状态，及时排查异常情况，以及管理各业务系统。

需要说明的是，根据消息调用对应的业务系统以及根据反馈的任务状态更新消息队列，均是通过异步消息队列实现，从而可以实现调用接口幂等和状态幂等，也即使用相同参数对同一资源重复调用某个接口的结果与调用一次的结果相同，从而保证数据的最终一致性。

本发明实施例通过将业务系统的任务状态及时反馈给流程系统，以使流程系统监控各业务系统的状态，从而便于定位发生异常情况最多的业务系统，准确排查异常情况，提高业务处理的稳定性。

实施例三

图3为本发明实施例三提供的一种业务处理装置的结构示意图。如图3所示，所述装置包括：

订阅模块310，用于订阅消息队列中的设定内容的信息，其中，所述设定内容由关联的业务系统指定，所述消息队列中的消息由流程系统更新；

业务服务接口调用模块320，用于根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务；其中，所述流程系统用于管理各业务系统，所述业务系统用于提供业务服务。

本发明实施例通过在业务系统中设置业务处理装置与流程系统进行直接交互，避免了流程系统为了获取业务系统的状态等信息侵入业务系统的情况，解决了现有技术中为了管理业务系统提供的服务造成对业务系统的侵入的问题，提高了调用业务系统的安全性，同时通过订阅消息队列中的消息，来调用对应的业务系统，实现使消息系统与业务系统之间的解耦合，从而实现数据最终一致性，而且由于消息队列是异步消息，从而无需等待获取其他系统信息即可执行任务，减少各业务系统提供的业务服务之间的耦合，解决了现有技术中各业务服务之间耦合严重导致牵一发而动全身以及问题诊断和性能提升困难的问题，降低各业务系统的调用难度，便于业务系统排查错误。

进一步的，所述装置还包括：流程服务接口调用模块330，用于获取所述业务系统反馈的信息，并调用流程服务接口，指示所述流程系统执行状态变迁任务以及更新消息队列。

进一步的，所述业务服务接口调用模块320具体用于：根据所述信息，获取所述流程系统发送的与所述信息匹配的业务数据，所述业务数据包括各所述业务系统反馈的数据；根据所述业务数据以及所述信息，调用业务服务接口。

进一步的，所述业务系统反馈的信息包括：所述业务系统执行服务任务确定的业务数据以及所述业务系统执行服务任务的任务状态；其中，所述任务状态用于为所述流程系统监控所述业务系统提供服务状态数据。

进一步的，所述消息队列中的消息包括暂停服务消息、恢复服务消息、重启服务消息以及指向服务任务的消息。

上述业务处理装置可执行本发明任意实施例所提供的业务处理方法，具备执行的业务处理方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例三提供的一种设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性设备401的框图。图4显示的设备401仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，设备401以通用计算设备的形式表现。设备401的组件可以包括但不限于：一个或者多个处理器或者处理单元402，系统存储器403，连接不同系统组件(包括系统存储器403和处理单元402)的总线404。

总线404表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture，isa)总线，微通道体系结构(microchannelarchitecture，mca)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation，vesa)局域总线以及外围组件互连(peripheralcomponentinterconnect，pci)总线。

设备401典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备401访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器403可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(randomaccessmemory，ram)405和/或高速缓存存储器406。设备401可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统407可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如紧凑磁盘只读存储器(compactdiscread-onlymemory，cd-rom)，数字视盘(digitalvideodisc-readonlymemory，dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线404相连。系统存储器403可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块408的程序/实用工具409，可以存储在例如系统存储器403中，这样的程序模块408包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块408通常执行本发明所描述的实施例中的功能和/或方法。

设备401也可以与一个或多个外部设备410(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与该设备401交互的设备通信，和/或与使得该设备401能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(input/output，i/o)接口412进行。并且，设备401还可以通过网络适配器413与一个或者多个网络(例如局域网(localareanetwork，lan)，广域网(wideareanetwork，wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器413通过总线404与设备401的其它模块通信。应当明白，尽管图4中未示出，可以结合设备401使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(redundantarraysofinexpensivedisks，raid)系统、磁带驱动器以及数据备份存储系统等。

处理单元402通过运行存储在系统存储器303中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种业务处理方法：

订阅消息队列中的设定内容的信息，其中，所述设定内容由关联的业务系统指定，所述消息队列中的消息由流程系统更新；根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务；其中，所述流程系统用于管理各所述业务系统提供的业务服务，所述业务系统用于提供业务服务。

实施例五

本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的业务处理方法：

也即，该程序被处理器执行时实现：订阅消息队列中的设定内容的信息，其中，所述设定内容由关联的业务系统指定，所述消息队列中的消息由流程系统更新；根据获取的信息调用业务服务接口，指示所述业务系统执行匹配的服务任务；其中，所述流程系统用于管理各所述业务系统提供的业务服务，所述业务系统用于提供业务服务。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、ram、只读存储器(readonlymemory，rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、闪存、光纤、便携式cd-rom、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、无线电频率(radiofrequency，rf)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括lan或wan——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

实施例六

本发明实施例六提供了一种流程运行系统，如图5所示，具体包括：流程系统610和至少一个业务系统620，其中：

所述流程系统610内置消息队列模块611，用于监控和管理业务系统；

所述业务系统620内置业务处理装置621，用于根据业务处理装置621接收的信息提供业务服务；其中，所述业务系统620为如上述实施例所述的设备，所述业务处理装置621执行如上述实施例所述的业务处理方法。

具体的，流程系统610可以是服务器集群，集群的规模、架构可以根据业务系统的性能需要进行设置，本发明实施例不作具体限制。流程系统610可以通过消息队列模块611中存储消息构成的消息表，根据消息队列中的延迟进行重试操作，监控各业务系统620中的任务状态，并根据上述信息数据对各业务系统620进行人工补偿(例如，当业务系统业务处理失败时，可以人工设置其他业务系统提供服务来达到相同的效果)等操作，以实现数据的一致性。

在本实施例中，流程系统610可以通过图形化界面定义任务状态、以及在状态变迁后发送状态变迁事件消息。此时，状态变迁事件消息可以发送至消息队列中，用于更新消息队列中的消息。消息队列中的消息由业务系统620中的业务处理装置621执行订阅操作，而业务系统620无感知，业务处理装置621在根据订阅的消息完成对应的业务处理，例如调用业务系统接口执行服务任务执行、重试操作等，以及调用流程系统接口执行数据上报操作等。在业务处理装置621调用业务服务接口，触发业务系统620完成相应的业务操作，并回调流程系统610接口，通知流程系统610，完成服务任务确认和触发状态变迁的后续处理(更新消息队列中的消息等)。

在一个具体的例子中，可以设置三个流程实例，如图6所示，第一流程实例可以是调用业务系统a提供服务a，当业务系统a业务处理成功时，调用业务系统b提供服务b，当业务系统b业务处理成功时，调用业务系统c提供服务c，结束。第二个流程实例可以是调用业务系统a提供服务a，当业务系统a业务处理成功时，调用业务系统b提供服务b，当业务系统b业务处理失败时，调用业务系统c提供服务c，结束。第三个流程实例可以是调用业务系统a提供服务a，当业务系统a业务处理失败时，调用业务系统d提供服务d，当业务系统b业务处理成功时，结束。其中，每个业务系统均将任务状态反馈给流程系统610，由流程系统610触发状态变迁事件的处理，例如，当业务系统a业务处理成功时，流程系统610可以在消息队列中提供业务系统a业务处理成功的消息，此时业务系统b中的业务处理装置621订阅到该消息后，触发业务系统b提供服务b。

可以理解的是，流程系统610可以监控整个流程中各业务系统的任务状态、并进行暂停、恢复、结束和重新启动操作，在监控中可以及时定位异常最多服务，实现分布式环境中数据一致性的处理。

在一个具体的例子中，流程系统610可以通过可视化流程监控正在运行和结束的实例，如图7所示，具体可以通过饼状图进行类别区分，通过线图统计每分钟产生和结束的流程实例等。

在业务处理的过程中，流程中各业务系统的状态和消息队列中的消息进行传递，各业务系统均可以通过业务处理装置实现服务提供功能，只需通过业务处理装置设置提供服务所需要订阅的消息内容即可，从而可以实现一个长事务的通用处理，无需针对各业务系统进行单独开发，减少数据开发成本，并降低运维难度。同时，每个业务系统可以获取自己需要的信息，无需依赖其他系统，可以使各业务系统有明确的分工，同时降低各业务系统的复杂性，减少各业务系统之间的干扰。

本发明实施例通过内置消息队列模块的流程系统和至少一个内置业务处理装置的业务系统，避免流程系统与业务系统直接交互，提高调用业务系统的安全性，同时，业务系统通过订阅消息队列中的消息来提供服务，实现使消息系统与业务系统之间的解耦合；流程系统通过获取业务处理装置提供的对应的业务系统的任务状态，及时准确定位异常的业务系统，提高排查错误的效率，从而后续便于根据异常的业务系统进行人工补偿，实现数据最终一致性。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。