CN112907377A - 业务流程监控方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种业务流程监控方法、装置、设备及介质。该方法包括：获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；分别获取每个业务数据库中的变更业务数据；根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。上述技术方案实现了在系统无侵入的情况下对整体的业务流程进行监控，保证了对业务风险进行监控的及时性。

Description

业务流程监控方法、装置、设备及介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种业务流程监控方法、装置、设备及介质。

背景技术

随着经济活动和信贷业务的快速发展，将金融业务在计算机上统一进行处理变得越来越重要。

在贷后业务体系中，整个业务实现流程的链路长，流程中涉及的业务系统数量多，各个业务系统的底层数据一致性难以保证，并且对业务整个生命周期进行监控较为复杂，在发现和处理业务流程中状态异常的业务节点上会有一定的延迟。例如，在助贷业务场景中，一笔订单的完成所对应的业务实现流程，涉及的业务系统可能包括交易系统、风控系统、合同系统、签章系统、担保系统、资金接入系统和清结算系统等。现有的业务流程监控方案，是基于各自的业务系统接口上报相关的业务数据，当新增业务监控场景或业务节点时，系统需要配合开发对应的流程监控模块，无法实现快速的系统无侵入的对业务流程进行监控，进而导致无法及时对业务风险进行监控。

因此，如何实现在系统无侵入的情况下对整体的业务流程进行监控，保证对业务风险进行监控的及时性是亟待解决的问题。

发明内容

本发明实施例提供一种业务流程监控方法、装置、设备及介质，以实现在系统无侵入的情况下对整体的业务流程进行监控，保证对业务风险进行监控的及时性。

第一方面，本发明实施例提供了一种业务流程的监控方法，包括：

获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；

分别获取每个业务数据库中的变更业务数据；

根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。

第二方面，本发明实施例还提供了一种业务流程的监控装置，包括：

业务系统获取模块，用于获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；

变更业务数据获取模块，分别获取每个业务数据库中的变更业务数据；

业务系统异常监控模块，根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。

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

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

本发明实施例提供的技术方案中，获取多个业务系统，其中，各业务系统间具有设定数据流转关系，然后分别获取与每个业务系统对应的业务数据库中的变更业务数据，根据与各业务系统分别对应的监控规则，使用各业务数据库中的变更业务数据，对各业务系统进行异常监控，实现了在系统无侵入的情况下对整体的业务流程进行监控，保证了对业务风险进行监控的及时性。

附图说明

图1a是本发明实施例一中的一种业务流程的监控方法的流程示意图；

图1b是本发明实施例一中的一种订阅节点订阅binlog日志文件的架构图；

图2是本发明实施例二中的一种业务流程的监控方法的流程示意图；

图3是本发明实施例三中的一种业务流程的监控方法的流程示意图；

图4是本发明实施例四中的一种业务流程的监控装置的结构示意图；

图5是本发明实施例五中的一种计算机设备的硬件结构示意图。

具体实施方式

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

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

实施例一

图1a是本发明实施例一提供的一种业务流程的监控方法的流程图，本发明实施例可适用于在系统无侵入的情况下，基于binlog日志文件监控整体的业务流程的情况，该方法可以由本发明实施例提供的业务流程的监控装置来执行，该装置可采用软件和/或硬件的方式实现，并一般可集成在计算机设备中。

如图1a所示，本实施例提供的一种业务流程的监控方法，具体包括：

S110、获取多个业务系统。

其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库。

业务系统，指的是在某个具体的业务监控场景中，与每个流程或阶段对应的系统，即每个业务系统可以分别对应一个完整的业务流程中的一个流程。示例性的，在助贷业务监控场景中，对一笔订单的完成所对应的业务实现流程(即交易-风控-合同-签字-担保-资金接入-清结算等)进行监控时，对应的业务系统可能包括交易系统、风控系统、合同系统、签章系统、担保系统、资金接入系统和清结算系统等。

流转，指的是数据在当前处理流程处理完成后自动转至与当前处理流程对应的下一个处理流程，继续进行数据处理直至完成整个处理流程。在本发明实施例中，数据流转关系，指的是当数据在某个业务系统处理完成后，得到的处理结果可以自动流转至下一个业务系统继续处理。示例性的，当数据经过指示交易处理的业务系统时进行交易处理，在交易处理结束后，将得到的交易结果流转至下一个指示风控处理的业务系统中进行风控处理。

业务数据库，指的是用于存储与业务流程对应的业务数据的数据库，示例性的，业务数据库可以是Mysql数据库。

在对一个完整的业务流程进行监控之前，获取与各个流程对应的多个业务系统。

S120、分别获取每个业务数据库中的变更业务数据。

其中，变更业务数据，指的是业务数据库中更新后的业务数据，可以包括新增部分业务数据后业务数据库中的全部业务数据，或者删除部分业务数据后业务数据库中余下的业务数据等。

需要指出的是，当业务数据库中的业务数据没有变更时，可以直接分别获取每个业务数据库中的业务数据。

可选的，分别获取每个业务数据库中的变更业务数据，可以包括：通过预先构建的与每个业务数据库分别对应的订阅节点，订阅得到每个业务数据库中实时生成的binlog日志文件；对各binlog日志文件进行解析处理，获取每个业务数据库中的变更业务数据。

订阅节点，指的是预先构建的用于获取与其对应的业务数据库中的binlog日志文件的节点。

binlog(binary log，二进制日志)日志文件，指的是Mysql数据库执行改动时产生的日志文件，用于实时记录数据库变化的事件。其中，数据库变化的事件可以包括所有数据库表结构变更以及数据修改变更，如创建表(CREATE TABLE)、修改表(ALTER TABLE)、插入(INSERT)数据、更新(UPDATE)数据或删除(DELETE)数据等，产生的binlog日志文件以二进制的形式保存在磁盘中。在本发明实施例中，binlog日志文件用于实时记录与业务系统对应的业务数据库中的变更业务数据。

通过预先构建的订阅节点，分别订阅与其对应的业务数据库，得到每个业务数据库中实时生成的binlog日志文件，并且可以基于规则配置解析binlog日志文件中的log数据，获取每个业务数据库中的变更业务数据。通过订阅节点订阅业务系统对应的业务数据库的binlog日志文件，实现了在系统无侵入的情况下，基于binlog日志文件对业务流程进行监控，也就是说，业务流程的监控是在业务数据库中实时生成的binlog日志文件中实现的，无需基于业务系统本身的接口上报相关业务数据并进行监控，避免了系统的侵入性。

作为一种具体的实施方式，附图1b提供了订阅节点订阅binlog日志文件的架构图，其中，假设在某个信贷业务监控场景中，一个完整的业务流程中对应的业务系统包括交易系统、风控系统、融资系统、清结算系统和资金接入系统，每个业务系统对应独立的业务数据库，通过预先构建的与每个业务数据库分别对应的订阅节点，订阅得到每个业务数据库中实时生成的binlog日志文件，例如，订阅节点1可以订阅得到交易业务数据库中实时生成的binlog日志文件，订阅节点3可以订阅得到融资业务数据库中实时生成的binlog日志文件，然后对各binlog日志文件进行解析处理，获取每个业务数据库中的变更业务数据。

值得注意的是，当新增业务监控场景或业务流程中的业务系统更新时，如在业务流程中新增某个业务系统，与该业务系统对应的业务数据库可以实时生成binlog日志文件，进而可以基于binlog日志文件对新增的业务监控场景或更新后的完整的业务流程进行监控，从而能够高效地适配各种业务监控场景的接入，无需配合新增业务监控场景或业务系统开发与之对应的监控模块，提高了系统的扩展性和业务研发效率。

S130、根据与各业务系统分别对应的监控规则，使用各业务数据库中的变更业务数据，对各业务系统进行异常监控。

监控规则，指的是用于监控业务数据库中的变更业务数据的分析策略。其中，监控规则可以通过sql语言进行配置，并且可以根据业务监控场景的变更及时调整与各业务系统分别对应的监控规则，有效地提高了业务的ROI(Return on Investment，投资回报率)。

异常监控，指的是根据监控规则监控业务系统的状态是否异常。

在获取到每个业务数据库中的变更业务数据后，通过与各业务系统分别对应的监控规则和变更业务数据，从业务流程的全局视角监控各业务系统的状态，便于用户精细化管理运营。

本发明实施例提供的技术方案，获取多个业务系统，其中，各业务系统间具有设定数据流转关系，然后分别获取与每个业务系统对应的业务数据库中的变更业务数据，根据与各业务系统分别对应的监控规则，使用各业务数据库中的变更业务数据，对各业务系统进行异常监控，实现了在系统无侵入的情况下对整体的业务流程进行监控，保证了对业务风险进行监控的及时性。

实施例二

图2是本发明实施例二提供的一种业务流程的监控方法的流程图。本实施例在上述实施例的基础上进行具体化，其中，可以将根据与各业务系统分别对应的监控规则，使用各业务数据库中的变更业务数据，对各业务系统进行异常监控，具体为：

在获取目标业务数据库中的目标变更业务数据时，获取与目标业务数据库对应的第一业务系统的目标监控规则；

使用目标监控规则，对目标变更业务数据进行过滤处理，得到至少一项监控数据；

提取各监控数据中的数据状态信息，并在根据数据状态信息确定存在异常监控数据时，对第一业务系统的状态进行异常告警。

如图2所示，本实施例提供的一种业务流程的监控方法，具体包括：

S210、获取多个业务系统。

其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库。

S220、分别获取每个业务数据库中的变更业务数据。

S230、在获取目标业务数据库中的目标变更业务数据时，获取与目标业务数据库对应的第一业务系统的目标监控规则。

其中，目标业务数据库，指的是与第一业务系统对应的业务数据库。目标变更业务数据，指的是目标业务数据库中的变更业务数据。第一业务系统，指的是与目标变更业务数据当前需要进入的处理流程对应的业务系统。目标监控规则，指的是与第一业务系统对应的监控规则。

S240、使用目标监控规则，对目标变更业务数据进行过滤处理，得到至少一项监控数据。

过滤处理，指的是在某种业务监控场景下，筛选变更业务数据中的有效业务数据(即期望获得的业务数据)。

监控数据，指的是对目标变更业务数据进行过滤处理后得到的过滤结果。

使用目标监控规则，过滤目标变更业务数据，得到至少一项监控数据。示例性的，当目标监控规则为过滤订单号为123456的目标变更业务数据时，在对目标变更业务数据进行过滤处理后，可以得到至少一项订单号为123456的监控数据。

可选的，目标监控规则中可以包括目标监控字段；

使用目标监控规则，对目标变更业务数据进行过滤处理，得到至少一项监控数据，可以包括：判断当前处理的目标变更业务数据中是否存在目标监控字段：若是，则将目标变更业务数据确定为监控数据，否则，丢弃目标变更业务数据。

监控字段，指的是监控规则中携带的一种用于筛选并确定出变更业务数据中的监控数据的字段。所谓目标监控字段就是与目标监控规则对应的字段。

在使用目标监控规则，对目标变更业务数据进行过滤处理时，可以根据当前处理的目标变更业务数据中是否存在目标监控字段进行判断，如果目标变更业务数据中存在目标监控字段，则将目标变更业务数据确定为监控数据，如果目标变更业务数据中不存在目标监控字段，则丢弃目标变更业务数据。

示例性的，假设目标监控规则为提取用户名为“abc”的目标变更业务数据，则目标监控规则中可以包括目标监控字段“name＝abc”，判断当前处理的目标变更业务数据中是否存在目标监控字段“name＝abc”，如果目标变更业务数据中存在目标监控字段，则将目标变更业务数据确定为监控数据，如果目标变更业务数据中不存在目标监控字段，则丢弃目标变更业务数据或不对目标变更业务数据进行其他处理。

S250、提取各监控数据中的数据状态信息，并在根据数据状态信息确定存在异常监控数据时，对第一业务系统的状态进行异常告警。

数据状态信息，指的是监控数据在经过业务系统处理完成后，对应的数据状态。其中，数据状态至少可以包括成功和失败。

异常告警，指的是当存在异常监控数据时，产生的业务系统状态异常告警，用于提示用户当前业务系统的监控状态出现异常。

提取各监控数据中的数据状态信息，并且当监控数据的数据状态存在异常时，可以对第一业务系统的状态进行异常告警。

可选的，可以提取各监控数据中表示数据状态信息的字段，判断是否存在异常监控数据：若是，则确定存在异常监控数据，否则，不存在异常监控数据

示例性的，各监控数据中表示数据状态信息的字段可以是“state”，当“state＝1”时，表示该监控数据的数据状态信息对应“成功”，当“state＝0”时，表示该监控数据的数据状态信息对应“失败”，如果提取各监控数据中表示数据状态信息的字段“state＝0”时，确定存在异常监控数据，则对第一业务系统的状态进行异常告警，并且可以输出第一业务系统的监控状态异常；如果提取各监控数据中表示数据状态信息的字段“state＝1”时，不存在异常监控数据，则可以输出第一业务系统的监控状态正常。

本实施例未尽详细解释之处请参见前述实施例，在此不再赘述。

上述技术方案，在获取目标业务数据库中的目标变更业务数据时，获取第一业务系统的目标监控规则并对目标变更业务数据进行过滤处理，然后分别提取得到的至少一项监控数据中的数据状态信息并确定是否存在异常监控数据，若存在异常监控数据则对第一业务系统的状态进行异常告警，基于各个业务系统配置的与其对应的监控规则，实现了在系统无侵入的情况下过滤出业务监控场景中实际需要的有效业务数据，自动输出得到的监控数据，并且对业务系统的状态进行异常告警。

实施例三

图3是本发明实施例三提供的一种业务流程的监控方法的流程图。本实施例在上述实施例的基础上进行具体化，其中，在分别获取每个业务数据库中的变更业务数据之后，还可以包括：

根据相邻业务系统针对同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统；

对识别得到的业务系统进行异常报警。

进一步的，根据相邻业务系统针对同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统，可以包括：

在当前处理的第二业务系统获取流转至本业务系统的目标业务数据时，建立与第二业务系统匹配的滑动窗口，其中，滑动窗口大小为两个时间单元，每个时间单元的时长对应业务系统的最长业务处理时间；

根据在滑动窗口内，第二业务系统和与第二业务系统相邻的后一业务系统针对目标业务数据的变更业务数据生成情况，判断第二业务系统或后一业务系统是否为未能成功生成业务数据的业务系统。

如图3所示，本实施例提供的一种业务流程的监控方法，具体包括：

S310、获取多个业务系统。

其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库。

S320、分别获取每个业务数据库中的变更业务数据。

S330、根据相邻业务系统针对同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统。

同一数据源，指的是原始业务数据为同一个。在本发明实施例中，同一数据源的变更业务数据，指的是相邻的两个业务系统的变更业务数据对应的原始业务数据(即未经过业务流程处理过的数据)为同一个。

变更业务数据生成情况，用于判断当前的业务系统是否对变更业务数据处理完成。

在相邻的两个业务系统中，可以根据同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统。

可选的，可以根据相邻业务系统针对同一数据源的变更业务数据是否生成数据状态信息所对应的字段，识别未能成功生成业务数据的业务系统。示例性的，当业务系统的变更业务数据生成数据状态信息所对应的字段为“state＝0”或“state＝1”，则该业务系统识别为成功生成业务数据的业务系统，当业务系统的变更业务数据没有生成数据状态信息所对应的字段时，则该业务系统识别为未能成功生成业务数据的业务系统。

其中，S330可以具体包括如下S331-S332操作：

S331、在当前处理的第二业务系统获取流转至本业务系统的目标业务数据时，建立与第二业务系统匹配的滑动窗口。

第二业务系统，指的是与业务数据当前需要进入的处理流程对应的业务系统。

目标业务数据，指的是进入业务流程并开始处理的数据。

滑动窗口，用于判断业务系统是否为未能成功生成业务数据的窗口。在本发明实施例中，滑动窗口可以是大数据实时计算框架SparkStreaming提供的滑动窗口，其中，滑动窗口大小为两个时间单元，每个时间单元的时长对应业务系统的最长业务处理时间，滑动长度为一个时间单元。示例性的，假设业务系统的最长业务处理时间为5分钟，即一个时间单元为5分钟，滑动窗口可以每间隔5分钟获取一次业务数据进行处理分析，设置的滑动窗口的大小可以为两个时间单元(即10分钟)，也就是一个滑动窗口内可以显示最近两个时间间隔内的业务数据，窗口的滑动长度可以设置为一个时间单元(即5分钟)，也就是滑动窗口的滑动距离为5分钟对应的长度。

在当前处理的第二业务系统获取流转至本业务系统的目标业务数据时，可以根据对应业务系统的最长业务处理时间建立与第二业务系统匹配的滑动窗口。

需要指出的是，若当前处理的第二业务系统为整个业务流程中的最后一个业务系统，当获取流转至本业务系统的目标业务数据时，不再建立与其匹配的滑动窗口。

S332、根据在滑动窗口内，第二业务系统和与第二业务系统相邻的后一业务系统针对目标业务数据的变更业务数据生成情况，判断第二业务系统或后一业务系统是否为未能成功生成业务数据的业务系统。

示例性的，在附图1b提供的订阅节点订阅binlog日志文件的架构图中，一个完整的业务流程中对应的业务系统包括交易系统、风控系统、融资系统、清结算系统和资金接入系统，在交易系统获取到业务数据时，可以在交易系统和与交易系统相邻的后一业务系统(即风控系统)两个业务系统之间建立一个滑动窗口，根据在滑动窗口内交易系统和风控系统针对目标业务数据的变更业务数据生成情况，判断交易系统或风控系统是否为未能成功生成业务数据的业务系统。当交易系统处理完业务数据后，该业务数据流转至风控系统进行处理，此时可以在风控系统和融资系统两个业务系统之间再建立一个滑动窗口，根据在滑动窗口内风控系统和融资系统针对目标业务数据的变更业务数据生成情况，判断风控系统或融资系统是否为未能成功生成业务数据的业务系统，以此类推，直至业务数据流转至资金接入系统完成处理。

作为一种可选的实施方式，根据在滑动窗口内，第二业务系统和与第二业务系统相邻的后一业务系统针对目标业务数据的变更业务数据生成情况，判断第二业务系统或后一业务系统是否为未能成功生成业务数据的业务系统，可以包括：如果第二业务系统针对目标业务数据生成的变更业务数据没有位于滑动窗口中的第一时间单元内，则确定第二业务系统为未能成功生成业务数据的业务系统；如果第二业务系统针对目标业务数据生成的变更业务数据位于滑动窗口中的第一时间单元内，且后一业务系统针对目标业务数据的变更业务数据未能位于滑动窗口内，则确定后一业务系统为未能成功生成业务数据的业务系统。

其中，第一时间单元和第二时间单元依次对应滑动窗口大小中的两个时间单元。

示例性的，如附图1b所示，在交易系统和与交易系统相邻的后一业务系统(即风控系统)两个业务系统之间建立一个滑动窗口，假设交易系统和风控系统的最长业务处理时间都为5分钟，即一个时间单元为5分钟，则设置滑动窗口大小为10分钟，滑动长度为5分钟，如果交易系统针对目标业务数据生成的变更业务数据没有位于滑动窗口中的第一时间单元内，则确定交易系统为未能成功生成业务数据的业务系统；如果交易系统针对目标业务数据生成的变更业务数据位于滑动窗口中的第一时间单元内，但是风控系统针对目标业务数据的变更业务数据未能位于滑动窗口内，则确定风控系统为未能成功生成业务数据的业务系统。

可选的，在确定第二业务系统和与第二业务系统相邻的后一业务系统针对目标业务数据生成的变更业务数据是否位于滑动窗口中的第一时间单元内或第二时间单元内时，可以判断滑动窗口中是否有与生成的变更业务数据对应的表示数据状态信息的字段。

例如，如果滑动窗口中的第一时间单元内没有与交易系统针对目标业务数据生成的变更业务数据对应的表示数据状态信息的字段(如“state”字段)，则确定交易系统为未能成功生成业务数据的业务系统；如果滑动窗口中的第一时间单元内有与交易系统针对目标业务数据生成的变更业务数据对应的表示数据状态信息的字段，但是滑动窗口中的第二时间单元内没有与风控系统针对目标业务数据生成的变更业务数据对应的表示数据状态信息的字段，则确定风控系统为未能成功生成业务数据的业务系统。

S340、对识别得到的业务系统进行异常报警。

异常报警，指的是当识别出未能成功生成业务数据的业务系统时，产生的业务系统处理超时异常报警，用于提示用户当前业务系统在处理业务数据时超时。

当识别到未能成功生成业务数据的业务系统时，可以对识别得到的业务系统进行异常报警。

S350、根据与各业务系统分别对应的监控规则，使用各业务数据库中的变更业务数据，对各业务系统进行异常监控。

作为一种可选的实施方式，在对各业务系统进行异常监控之后，还可以包括：输出与各业务系统对应的精细化运营报表，并对各业务系统的异常情况进行分析。

示例性的，可以按照小时、天或月等时间间隔输出各业务系统对应的精细化运营报表，其中，精细化运营报表中可以包括对应的业务系统的异常次数、正常次数、业务数据处理失败率或业务数据处理成功率等，然后针对各业务系统的异常情况，可以进一步的对业务系统进行处理或调整。

本实施例未尽详细解释之处请参见前述实施例，在此不再赘述。

上述技术方案，可以根据相邻业务系统针对同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统，并对识别得到的业务系统进行异常报警，实现了相邻业务系统间的业务流程监控，能够及时发现业务数据超时未处理的情况并产生异常报警，保证了对业务风险进行监控的及时性，提高了业务流程的监控效果。

实施例四

图4是本发明实施例四提供的一种业务流程的监控装置的结构示意图，本发明实施例可适用于在系统无侵入的情况下，基于binlog日志文件监控整体的业务流程的情况，该装置可采用软件和/或硬件的方式实现，并一般可集成在计算机设备中。

如图4所示，该业务流程的监控装置具体包括：业务系统获取模块410、变更业务数据获取模块420和业务系统异常监控模块430。其中，

业务系统获取模块410，用于获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；

变更业务数据获取模块420，分别获取每个业务数据库中的变更业务数据；

业务系统异常监控模块430，根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。

本发明实施例提供的技术方案，获取多个业务系统，其中，各业务系统间具有设定数据流转关系，然后分别获取与每个业务系统对应的业务数据库中的变更业务数据，根据与各业务系统分别对应的监控规则，使用各业务数据库中的变更业务数据，对各业务系统进行异常监控，实现了在系统无侵入的情况下对整体的业务流程进行监控，保证了对业务风险进行监控的及时性。

可选的，变更业务数据获取模块420，具体用于：通过预先构建的与每个业务数据库分别对应的订阅节点，订阅得到每个业务数据库中实时生成的binlog日志文件；对各所述binlog日志文件进行解析处理，获取每个业务数据库中的变更业务数据。

可选的，业务系统异常监控模块430包括：目标监控规则获取单元、监控数据生成单元和状态异常告警单元，其中：

目标监控规则获取单元，用于在获取目标业务数据库中的目标变更业务数据时，获取与目标业务数据库对应的第一业务系统的目标监控规则；

监控数据生成单元，用于使用所述目标监控规则，对所述目标变更业务数据进行过滤处理，得到至少一项监控数据；

节点状态异常告警单元，用于提取各所述监控数据中的数据状态信息，并在根据所述数据状态信息确定存在异常监控数据时，对所述第一业务系统的状态进行异常告警。

可选的，所述目标监控规则中包括目标监控字段；

监控数据生成单元，具体用于：判断当前处理的目标变更业务数据中是否存在所述目标监控字段：若是，则将目标变更业务数据确定为监控数据，否则，丢弃所述目标变更业务数据。

可选的，上述装置还包括：异常业务系统识别模块，其中，异常业务系统识别模块用于在分别获取每个业务数据库中的变更业务数据之后，根据相邻业务系统针对同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统；对识别得到的业务系统进行异常报警。

可选的，异常业务系统识别模块包括：滑动窗口建立单元和未成功生成业务数据判断单元，其中：

滑动窗口建立单元，用于在当前处理的第二业务系统获取流转至本业务系统的目标业务数据时，建立与所述第二业务系统匹配的滑动窗口，其中，滑动窗口大小为两个时间单元，每个时间单元的时长对应业务系统的最长业务处理时间；

异常业务系统判断单元，用于根据在所述滑动窗口内，第二业务系统和与第二业务系统相邻的后一业务系统针对目标业务数据的变更业务数据生成情况，判断第二业务系统或后一业务系统是否为未能成功生成业务数据的业务系统。

可选的，异常业务系统判断单元，具体用于：如果所述第二业务系统针对目标业务数据生成的变更业务数据没有位于所述滑动窗口中的第一时间单元内，则确定第二业务系统为未能成功生成业务数据的业务系统；如果所述第二业务系统针对目标业务数据生成的变更业务数据位于所述滑动窗口中的第一时间单元内，且后一业务系统针对目标业务数据的变更业务数据未能位于所述滑动窗口内，则确定后一业务系统为未能成功生成业务数据的业务系统。

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

实施例五

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

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

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

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

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

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

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

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

获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；

分别获取每个业务数据库中的变更业务数据；

根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。

实施例六

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

获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；

分别获取每个业务数据库中的变更业务数据；

根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。

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

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

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

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

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

Claims (10)

1.一种业务流程的监控方法，其特征在于，包括：

获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；

分别获取每个业务数据库中的变更业务数据；

根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。

2.根据权利要求1所述的方法，其特征在于，分别获取每个业务数据库中的变更业务数据，包括：

通过预先构建的与每个业务数据库分别对应的订阅节点，订阅得到每个业务数据库中实时生成的binlog日志文件；

对各所述binlog日志文件进行解析处理，获取每个业务数据库中的变更业务数据。

3.根据权利要求1所述的方法，其特征在于，根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控，包括：

在获取目标业务数据库中的目标变更业务数据时，获取与目标业务数据库对应的第一业务系统的目标监控规则；

使用所述目标监控规则，对所述目标变更业务数据进行过滤处理，得到至少一项监控数据；

提取各所述监控数据中的数据状态信息，并在根据所述数据状态信息确定存在异常监控数据时，对所述第一业务系统的状态进行异常告警。

4.根据权利要求3所述的方法，其特征在于，所述目标监控规则中包括目标监控字段；

使用所述目标监控规则，对所述目标变更业务数据进行过滤处理，得到至少一项监控数据，包括：

判断当前处理的目标变更业务数据中是否存在所述目标监控字段：若是，则将目标变更业务数据确定为监控数据，否则，丢弃所述目标变更业务数据。

5.根据权利要求1-4任一项所述的方法，其特征在于，在分别获取每个业务数据库中的变更业务数据之后，还包括：

根据相邻业务系统针对同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统；

对识别得到的业务系统进行异常报警。

6.根据权利要求5所述的方法，其特征在于，根据相邻业务系统针对同一数据源的变更业务数据生成情况，识别未能成功生成业务数据的业务系统，包括：

在当前处理的第二业务系统获取流转至本业务系统的目标业务数据时，建立与所述第二业务系统匹配的滑动窗口，其中，滑动窗口大小为两个时间单元，每个时间单元的时长对应业务系统的最长业务处理时间；

根据在所述滑动窗口内，第二业务系统和与第二业务系统相邻的后一业务系统针对目标业务数据的变更业务数据生成情况，判断第二业务系统或后一业务系统是否为未能成功生成业务数据的业务系统。

7.根据权利要求6所述的方法，其特征在于，根据在所述滑动窗口内，第二业务系统和与第二业务系统相邻的后一业务系统针对目标业务数据的变更业务数据生成情况，判断第二业务系统或后一业务系统是否为未能成功生成业务数据的业务系统，包括：

如果所述第二业务系统针对目标业务数据生成的变更业务数据没有位于所述滑动窗口中的第一时间单元内，则确定第二业务系统为未能成功生成业务数据的业务系统；

如果所述第二业务系统针对目标业务数据生成的变更业务数据位于所述滑动窗口中的第一时间单元内，且后一业务系统针对目标业务数据的变更业务数据未能位于所述滑动窗口内，则确定后一业务系统为未能成功生成业务数据的业务系统。

8.一种业务流程的监控装置，其特征在于，包括：

业务系统获取模块，用于获取多个业务系统，其中，各业务系统间具有设定数据流转关系，每个业务系统对应独立的业务数据库；

变更业务数据获取模块，分别获取每个业务数据库中的变更业务数据；

业务系统异常监控模块，根据与各所述业务系统分别对应的监控规则，使用各所述业务数据库中的变更业务数据，对各所述业务系统进行异常监控。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images