CN113722173A - 一种业务流程监控方法、系统、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种业务流程监控方法、系统、设备及可读存储介质，该方法，包括：获取业务流程中状态节点的事件消息；对事件消息进行监控事件匹配校验；在事件消息与监控事件匹配的情况下，生成与事件消息对应的监控任务；执行监控任务。在该方法中，将业务流程中的每一个状态看作独立的状态节点，便可针对业务流程的各个状态节点进行有效监控，能够在与监控事件匹配的情况下，自动生成监控任务，通过执行监控任务，能够及时发现业务流程中的异常情况。即，该方法实现了对业务流程监控。

Description

一种业务流程监控方法、系统、设备及可读存储介质

技术领域

本申请涉及监控技术领域，特别是涉及一种业务流程监控方法、系统、设备及可读存储介质。

背景技术

已有的监控系统大多为技术指标型的监控，如系统异常、系统内存、CPU指标，方法耗时和接口可用率、调用次数等维度的技术监控。也就是说，已有的监控系统只能解决技术监控，却无法做到业务流程监控。

然而，因业务流程的开发不严谨等原因，很容易导致业务流程出问题，但在业务上线之前，却难以察觉。即便是在上线之后，由于已有的监控系统无法做到业务流程监控，往往也只能在出现较为明显的用户使用问题或产生严重不良影响之后，才会关注业务流程的问题。

综上所述，如何实现业务流程监管等问题，是目前本领域技术人员急需解决的技术问题。

发明内容

有鉴于此，本申请的目的是提供一种业务流程监控方法、系统、设备及可读存储介质，以通过将业务流程中的各个状态可视化为状态节点，可确定当前是否产生监控事件，在产生监控事件的情况下自动生成监控任务并进行执行，实现了业务流程监控。

为解决上述技术问题，第一方面，本申请提供了一种业务流程监控方法，包括：

获取业务流程中状态节点的事件消息；

对所述事件消息进行监控事件匹配校验；

在所述事件消息与监控事件匹配的情况下，生成与所述事件消息对应的监控任务；

执行所述监控任务。

在一种可行的实施方式中，所述获取业务流程中状态节点的事件消息，包括：

接收所述业务流程所在的业务系统发送的状态消息；

将所述状态消息转化为所述事件消息。

在另一种可行的实施方式中，对所述事件消息进行监控事件匹配校验，包括：

从所述事件消息中读取历史状态；

若所述历史状态与预设状态变更顺序不匹配，则确定所述事件消息与所述监控事件匹配。

在另一种可行的实施方式中，所述生成与所述事件消息对应的监控任务，包括：

从监控规则中获取监控参数；

从所述事件消息中确定出与所述监控事件匹配的监控对象；

生成按照所述监控参数，对所述监控对象进行监控的所述监控任务。

在另一种可行的实施方式中，执行所述监控任务，包括：

按照所述监控参数中的数据采集频率，获取所述监控对象的监控数据；

在所述监控数据触发告警事件的情况下，向所述业务流程对应的业务系统发送告警信息，以便所述业务系统进行自检补偿处理。

在另一种可行的实施方式中，还包括：

接收并存储所述业务系统反馈的自检补偿处理结果；

在接收到告警查询的情况下，输出所述自检补偿处理结果。

第二方面，本申请还提供了一种业务流程监控系统，包括：

事件引擎和任务调度引擎；

其中，所述事件引擎，用于获取业务流程中状态节点的事件消息；对所述事件消息进行监控事件匹配校验；在所述事件消息与监控事件匹配的情况下，生成与所述事件消息对应的监控任务；

所述任务调度引擎，用于执行所述监控任务。

第三方面，本申请还提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述业务流程监控方法的步骤。

第四方面，本申请还提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述业务流程监控方法的步骤。

本申请所提供的业务流程监控方法，获取业务流程中状态节点的事件消息；对事件消息进行监控事件匹配校验；在事件消息与监控事件匹配的情况下，生成与事件消息对应的监控任务；执行监控任务。

可见，在该方法中，获取业务流程中状态节点的事件消息，然后对事件消息进行监控事件匹配校验，即检测当前是否产生了监控事件。在事件消息与监控事件匹配的情况下，确定产生了监控事件，可生成与事件消息对应的监控任务，然后执行该监控任务。也就是说，通过将业务流程中的每一个状态看作独立的状态节点，便可针对业务流程的各个状态节点进行有效监控，能够在产生监控事件的情况下，自动生成监控任务，通过执行监控任务，能够及时发现业务流程中的异常情况。即，该方法实现了对业务流程监控。

相应地，本申请还提供了一种与上述业务流程监控方法相对应的业务流程监控系统、电子设备和可读存储介质，具有上述技术效果，在此不再赘述。

附图说明

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

图1为本申请实施例中一种业务流程监控方法的实施流程图；

图2为本申请实施例中一种订单交易流程示意图；

图3为本申请实施例中一种业务流程监控系统的结构示意图；

图4为本申请实施例中一种具体的业务流程监控系统的示意图；

图5为本申请实施例中一种电子设备的结构示意图；

图6为本申请实施例中一种电子设备的具体结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请所提供的业务流程监控方法可应用于业务流程监控系统。其中，业务流程即指业务流转轨迹，包括流程节点和流程节点上下游关系。需要注意的是，相较于技术指标型的监控系统，由于本申请所提供的业务流程监控方法是为了解决业务流程监控的方法，因此应用该业务流程监控方法的业务流程监控系统与需要进行业务流程监控的业务系统之间具有通信链接，且可以获取该业务系统中业务流程的事件消息。当然，该业务流程监控系统也可以向业务系统反馈告警信息。考虑到业务系统和业务流程监控系统传输消息的方式不同，在业务流程监控系统中还可设置一个事件适配器，以将业务系统中的消息转化为业务流程监控系统中事件引擎所能处理的事件消息。该业务流程监控系统的具体架构可以参照图3所示的架构，在此不再一一赘述系统内各个器件、组件(一组处理逻辑代码集合)的具体通信关系以及功能作用。

对于业务流程监控方法的具体实施，请参考图1，图1为本申请实施例中一种业务流程监控方法的流程图，该方法包括以下步骤：

S101、获取业务流程中状态节点的事件消息。

其中，业务流程可以具体为能够划分出不同状态/环节的流程。在本申请实施例中对于业务流程具体包括哪些状态/环节，对状态的数量也不做限定。在本申请实施例中，可预先将需要被监控的业务流程中的各个状态环节，分别可视化为状态节点，可简称为节点。也就是说，在本实施例中节点指业务流程流转的每一个环节或状态。即，若一个业务流程具体包括M个状态，在实际应用中，有监控需求的为N个状态(1≤N≤M)，也仅将其中的N个状态可视化为N个状态节点。

以业务流程具体为订单交易流程为例，订单交易流程一般有下单、支付完成、订单完成、开发票、订单取消等状态环节。因而，可将这些状态节均可视化为状态节点，也就是说，下单、支付完成、订单完成、开发票和订单取消分别对应不同的状态节点。

为了便于管理各个状态节点，可在创建状态节点时，为每一个状态节点设置节点名称(可直接采用状态名称进行命名，如下单状态对应下单节点)和节点编码(即节点ID)。

为了实现更加细粒度的监控管理，还可为状态节点设置不同的标签信息，例如，标明各个状态节点属于开始节点、中间节点或结束节点。例如，将下单对应的状态节点标注为开始节点，将支付完成、订单完成和开发票分别对应的状态节点标注为中间节点，将订单取消和开发票对应的状态节点分别标注为结束节点。

事件消息即指计算机引擎能够处理的消息，即该事件消息为规范化消息。事件消息包括有关于所出现事件的参数。以订单交易流程为例，对于下单这一状态节点，其事件消息可以具体包括订单号、下单时间、下单用户ID、下单状态节点ID、监控规则ID等参数。

在本申请实施例中，业务流程监控系统可直接对状态节点进行监管，直接获取其事件消息，如在业务流程中设置业务流程监控系统的数据采集和上报的组件；也可通过接收外部系统或设备发送的事件消息的方式，获得该事件消息，对于外部系统或设备发送的消息不符合事件消息规范，还可对该消息进行转换处理，得到事件消息。对于如何转换消息为事件消息，可具体参照转换前后消息的具体格式和规范定义，在此不再一一赘述。

S102、对事件消息进行监控事件匹配校验。

在本申请实施例中，可以分别为每一个状态节点配置不同或相同的监控事件的匹配校验参数，如校验阈值。当然，考虑到各个不同状态之间具有差异性，为了对每一状态进行定制化监控，可优选为每一个状态节点配置不同的匹配校验参数。为了便于管理，可在监控规则中记录该匹配校验参数，另外，由于生产监控任务时，也需相关的监控参数，该监控参数也可一并记录在监控规则中。具体的，可设置监控规则的人工交互界面，该人工交互界面中向用户展示所有可以设置的参数和内容。对于参数设置，可包括检查时间对应的数值设置，重复次数对应的数值设置，告警对应的通信参数(如告警对应的手机号码，邮箱地址)，监控组件ID；对于内容设置，可包括规则名称，是否开启重复监控，是否进行告警等。如此，通过获取用户的操作行为，进而生成对应的监控规则。

在本申请实施例中，在获取到事件消息之后，便可利用该监控规则，对事件消息进行监控事件的匹配校验。也就是说，将事件消息与监控规则进行比对，确定一下当前的事件消息与监控规则中的匹配校验参数的对应情况，以确定事件消息是否与监控事件匹配。具体来说，根据不同的业务流程监控需求，可以在监控规则中设置不同的监控事件匹配条件。例如，该匹配条件可以设置时间条件，如时长超时判断的时长阈值，时间点异常的异常时间区间，匹配条件还可设置为用户ID异常，如ID异常活跃的活跃度阈值。

也就是说，按照监控规则检测事件消息，确定是否产生监控事件，即监控规则对应记录了判断事件消息是否与监控事件匹配的匹配条件。

在事件消息与监控事件未匹配的情况下，可无需继续关注当前获取的事件消息，即可直接将其丢弃。当然，也可将事件消息在本地进行落盘，以便后续对事件消息的异常情况进行统计(如统计事件消息与监控事件匹配的频率，产生监控事件的高频状态节点等)，可为优化业务系统提供数据来源。

需要注意的是，在本申请实施例中，事件消息可以具体为一条数据，也可为多条数据，事件消息与监控事件匹配，即指至少有一条数据与监控事件匹配。例如，事件消息所属环节为订单交易流程中的订单取消这一状态节点，事件消息可以具体为对应N个订单取消的N条数据，其中为N大于1的正整数。在发生监控事件时，可以具体为N条数据中的一条数据与监控事件匹配，即一个订单取消的数据产生了监控事件，也可以为N条数据中的多条数据与监控事件匹配，即多个订单取消的数据同时产生了监控事件，即多个订单取消存在异常。

S103、在事件消息与监控事件匹配的情况下，生成与事件消息对应的监控任务。

该监控任务需要对照参考监控参数而生成，且所生成的监控任务为与事件消息相关的。具体的，监控任务可以具体为与事件消息中与监控事件匹配的那一条或多条数据相关。

在明确事件消息与监控事件匹配的情况下，可以按照监控规则对于监控的规定，即监控参数，生成与该事件消息相对应的监控任务。

S104、执行监控任务。

生成了监控任务之后，可执行该监控任务。由于监控任务为按照监控规则以及事件消息而生成的，因而执行该监控任务即按照监控规则对与监控事件匹配的事件消息所对应的异常情况进行有效监控。

具体的，在实际应用中，还可将监控任务对应的数据采集工作交由需要被监控的业务系统，从而减少业务流程监控系统的工作量。

应用本申请实施例所提供的业务流程监控方法，获取业务流程中状态节点的事件消息；对事件消息进行监控事件匹配校验；在事件消息与监控事件匹配的情况下，生成与事件消息对应的监控任务；执行监控任务。

可见，在该方法中，获取业务流程中状态节点的事件消息，然后对事件消息进行监控事件匹配校验，即检测当前是否产生了监控事件。在事件消息与监控事件匹配的情况下，确定产生了监控事件，可生成与事件消息对应的监控任务，然后执行该监控任务。也就是说，通过将业务流程中的每一个状态看作独立的状态节点，便可针对业务流程的各个状态节点进行有效监控，能够在产生监控事件的情况下，自动生成监控任务，通过执行监控任务，能够及时发现业务流程中的异常情况。即，该方法实现了对业务流程监控。

需要说明的是，基于上述实施例，本申请实施例还提供了相应的改进方案。在优选/改进实施例中涉及与上述实施例中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在本文的优选/改进实施例中不再一一赘述。

在本申请的一种具体实施例方式中，上述步骤S101获取业务流程中状态节点的事件消息，可以具体包括：

步骤一、接收业务流程所在的业务系统发送的状态消息；

步骤二、将状态消息转化为事件消息。

为便于描述，下面将上述两个步骤结合起来进行说明。

业务系统在业务流程运转过程中，会对业务数据进行收集和处理，因此，在本实施例中，还可借助业务系统来采集状态消息。具体的，业务系统可以通过数据上报组件(一组处理逻辑代码集合)上报状态节点数据。或者，业务系统通过数据收集器或SDK(SoftwareDevelopment Kit，独立的程序包，可供系统引用集成)采集并向业务流程监控系统上报状态消息。

该状态消息具体为包括事件消息对应的全部数据内容，但数据格式与事件消息格式不同的消息。因此，在业务流程监控系统接收到状态消息之后，可对状态消息进行格式转换，得到事件消息。对于具体如何将状态消息转换为事件消息，可具体参见该状态消息的具体格式定义以及事件消息的具体格式定义，从而进行转换，在本实施例中对状态消息的具体格式以及时间消息的具体格式均不做限定。

可见，在本具体实施方式中，通过将业务系统上报的状态信息转换为事件消息，业务流程监控系统便可对事件消息进行监控事件匹配校验处理，将事件消息的获取转换为接收状态消息并进行消息格式转换，能够省去业务流程监控系统的数据采集，可减少占用业务流程监控系统的系统性能。

在实际应用中，上述数据上报组件也可以为单独部署在服务器上，且独立的数据收集程序。采集数据的过程，可具体为业务系统通过打印日志的方式，打印订单轨迹数据。然后，数据收集程序通过指定的目录读取业务系统所打印的日志文件，来采集数据，并通过MQ消息的方式上报给业务流程监控系统。其中，MQ(Message Queue，消息队列)，为基础数据结构中先进先出的一种数据结构。可解决应用解耦，异步消息，流量削峰等问题，实现高性能，高可用，可伸缩和最终一致性架构。

在本申请的一种具体实施方式中，上述步骤S102对事件消息进行监控事件匹配校验，可以具体包括：

步骤一、从事件消息中读取状态滞留时间。

其中，状态滞留时间即为进入该状态节点所停留的时间。从事件消息中可以直接读取出状态滞留时间。若事件消息中未记载状态滞留事件，可从事件消息中记录的进入该状态节点的时刻与当前时刻做差，得到该状态滞留时间。例如，对于下单节点的事件消息，因发起下单即进入下单状态，因此可从事件消息中读取下单发起时间，将下单发起时间与当前时刻做差，得到下单这一状态对应的状态滞留时间；对于支付节点的事件消息，因发起支付即进入支付节点，因此可从事件消息中读取支付发起时间，将支付发起时间与当前时刻做差，得到支付这一状态对应的状态滞留时间。

步骤二、若状态滞留时间大于预设检查时间，则确定事件消息与监控事件匹配。

得到状态滞留时间之后，可以将状态滞留时间与预先存储在监控规则中的检查时间进行比较，若状态滞留时间小于等于该检查时间，则表明当前状态滞留时间未达到需要进行监控的时间需求，因而可忽略；若状态滞留时间大于该检查时间，则表明当前状态滞留时间达到了需要进行监控的时间需求，此时可确定该事件消息与监控事件匹配。

可见，在此具体实施方式中，可以通过检测时间，便可基于该检测时间，对事件消息进行匹配校验。如此，便可基于检测时间，从时间需求上对监控事件的产生情况/匹配情况进行设定和实现。能够及时发现状态滞留时间异常的情况，并快速发现监控事件，以便后续对异常情况进行有效监控，找出导致滞留时间异常的原因/影响因素。

在本申请的一种具体实施方式中，上述步骤S102对事件消息进行监控事件匹配校验，可以具体包括：

步骤一、从事件消息中读取历史状态。

其中，历史状态即为当前状态之前的状态。

在实施例中，在事件消息中可记录各个历经的历史状态，如采用状态节点ID的形式进行表示。因此，通过读取的方式从事件消息中获得历史状态。

步骤二、若历史状态与预设状态变更顺序不匹配，则确定事件消息与监控事件匹配。

考虑到，业务流程的各个状态变更的相对固定的，若出现状态变更异常，也需要进行有效监控。因此，可以预先设置状态变更顺序。该状态变更顺序应当与具体的业务流程对应的。当发现事件消息中的历史状态与状态变更顺序不匹配，则可确定该事件消息的状态变更异常，确定事件消息与监控事件匹配；当然，若历史状态与状态变更顺序匹配，则可确定该事件消息的状态变更正常，可忽略该事件消息。

请参考图2，以订单交易流程为例，状态变更顺序可依次为：下单-支付完成/订单取消，支付完成-订单取消/订单完成，订单完成-开发票，若事件消息对应支付完成这一状态节点，而历史状态为订单取消，通过对比可见，该事件消息的历史状态与状态变更顺序中的下单不一致，即表明该事件消息中的状态变更不符合监控规则中的状态变更顺序，因此，可确定该事件消息与监控事件匹配。

由此可见，在本具体实施方式中，可在监控规则中设置状态变更顺序，便可通过该状态变更顺序，及时发现事件消息中历史状态异常的情况，即发现状态更迭异常的情况，并发现监控事件，进而实现对状态变更异常的情况进行有效监控，找出导致状态异常的原因/影响因素。

在本发明的一种具体实施例方式中，可将上述步骤S102的两种具体实施方式相结合，从而达到既能基于监控时间需求，又能兼顾状态监控需求。相应地，步骤S102可以具体包括：

步骤一、从所述事件消息中读取状态滞留时间；

步骤二、从所述事件消息中读取历史状态；

步骤三、若所述状态滞留时间大于所述监控规则中的检查时间，和/或，所述历史状态与所述监控规则中的状态变更顺序不匹配，则确定所述事件消息与所述监控事件匹配。

为便于描述，下面将上述三个步骤结合起来进行说明。

需要注意的是，上述步骤一和步骤二在实际应用中，可无先后顺序，也就是说，可以先执行步骤一再执行步骤二，也可以先执行步骤二再执行步骤一，也可以将步骤一和步骤二结合起来进行说明。相应地，检测状态滞留时间是否大于检测时间，以及检测历史状态与状态变更顺序是否匹配，也可无先后顺序，即可先后执行也可并行执行。

具体的，对于如何从时间消息中读取状态滞留时间、历史状态均，以及检测状态滞留时间是否大于检测时间，以及检测历史状态与状态变更顺序是否匹配，均可参照上述具体上述方式的具体描述，在此不再一一赘述。

在出现所述状态滞留时间大于所述监控规则中的检查时间的情况，所述历史状态与所述监控规则中的状态变更顺序不匹配的情况时，则可确定事件消息与监控事件匹配。当然，在确定事件消息与监控事件匹配的情况下，还可具体记录具体的因何种原因导致产生监控事件，即记录是出现了所述状态滞留时间大于所述监控规则中的检查时间的情况，还是出现了所述历史状态与所述监控规则中的状态变更顺序不匹配的情况，或者二者均出现，以便用户查看。

在实际应用中，为了便于区别检测不同监控事件的匹配校验条件，还可将监控规则细化为不同种类，例如对于状态滞留超时，可设置状态滞留超时规则，对于状态变化异常，可设置状态变化规则。相应地，在不同种类的监控规则中，还可进一步对应相应的匹配条件，设置不同数值或种类的监控参数(例如，对于状态滞留超时，可设置数据采集频率)，从而实现针对不同的匹配条件，生成有针对性的监控任务。

在本申请的一种具体实施方式中，上述步骤S103生成与事件消息对应的监控任务，可以具体包括：

步骤一、从监控规则中获取监控参数。

其中，监控参数即与监控相关的参数，具体的，监控参数可以具体包括数据采集频率、监控组件ID和重复次数。其中，数据采集频率即指对同一对象进行监控，采集监控数据的采集周期；监控组件ID即指确定由哪个监控组件来执行监控任务；重复次数即对应监控的次数上限，可对应监控采集多少次监控数据。

步骤二、从所述事件消息中确定出与所述监控事件匹配的监控对象。

事件消息中记录了具体的事件信息，如状态节点ID，事件ID(如订单ID)等。因此，基于事件信息可确定出与监控事件匹配的监控对象。例如，该监控对象可具体为处于某一个状态环境的某订单。

步骤三、生成按照监控参数，对监控对象进行监控的监控任务。

在获取到监控对象和监控参考之后，便可生成能够安装该监控参数对监控对象进行监控的监控任务。

可见，在本实施例中，可在监控规则中按照需求设置相关监控参数，然后在确定产生监控事件之后，便可从事件消息中确定出产生监控事件的监控对象，然后便可生成基于监控参数对监控对象进行监控的监控任务。即，监控任务可定制化生成，能够基于该监控任务快速响应并处理该监控事件。

在本申请的一种具体实施方式中，步骤S104执行监控任务，可以具体包括：

步骤一、按照监控参数中的数据采集频率，获取监控对象的监控数据。

在执行监控任务时，即按照监控参数中的数据采集频率，去获取监控对象的监控数据。需要注意的是，获取监控数据的方式可具体为向业务系统发出针对监控对象的监控数据上报请求，然后业务系统基于该上报请求，按照该数据采集频率对监控对象进数据采集并将采集得到的监控数据上报给业务流程监控系统。

步骤二、在监控数据触发告警事件的情况下，向业务流程对应的业务系统发送告警信息，以便业务系统进行自检补偿处理。

在得到监控数据之后，便可基于该监控数据进行监控分析。具体的，即可参照告警事件的匹配条件对监控数据进行告警事件的匹配校验，在检测到监控数据触发了告警事件的情况下，可以对外发出告警信息。当然，为了使得业务系统能够自动进行自检补偿处理，可以向业务流程对应的业务系统发送该告警信息，如此，业务系统便可基于业务流程监控系统发现触发告警事件的情况下所发送的告警信息，自动进入自检补偿处理。其中，自检补偿处理可以具体为业务系统基于该告警信息向相关人员通知异常情况，当然也可以为按照其他预先设定的补充处理策略自动进行补偿处理。

进一步地，在向业务系统发送了告警信息之后，还可执行以下步骤：

步骤一、接收并存储业务系统反馈的自检补偿处理结果；

步骤二、在接收到告警查询的情况下，输出自检补偿处理结果。

也就是说，在向业务系统发送了告警信息之后，还可接收并存储业务系统反馈的自检补偿处理结果，然后在接收到告警查询的情况下，便可输出该自检补偿处理结果。如此，便可使得相关人员能够查询到所监控到的异常处理的结果，有利于异常情况管理。

相应于上面的方法实施例，本申请实施例还提供了一种业务流程监控系统，下文描述的业务流程监控系统与上文描述的业务流程监控方法可相互对应参照。

参见图3所示，该业务流程监控系统包括：

事件引擎和任务调度引擎；

其中，所述事件引擎，用于获取业务流程中状态节点的事件消息；对所述事件消息进行监控事件匹配校验；在所述事件消息与监控事件匹配的情况下，生成与所述事件消息对应的监控任务；

任务调度引擎，用于执行监控任务。

即，事件引擎即为处理事件消息的引擎，事件引擎处理事件消息的具体方式可以参照上述方法实施例所描述的过程，在此不再一一赘述。

任务调度引擎即承接事件引擎发送的监控任务，并进行执行，对于如何执行该监控任务也可参照上述方法实施例中描述的任务执行的详细过程，在此不再一一赘述。

应用本申请实施例所提供的业务流程监控系统，该系统包括：事件引擎和任务调度引擎；其中，所述事件引擎，用于获取业务流程中状态节点的事件消息；对所述事件消息进行监控事件匹配校验；在所述事件消息与监控事件匹配的情况下，生成与所述事件消息对应的监控任务；任务调度引擎，用于执行监控任务。

可见，在该装置中，获取业务流程中状态节点的事件消息，然后对事件消息进行监控事件匹配校验，即检测当前是否产生了监控事件。在事件消息与监控事件匹配的情况下，确定产生了监控事件，可生成与事件消息对应的监控任务，然后执行该监控任务。也就是说，通过将业务流程中的每一个状态看作独立的状态节点，便可针对业务流程的各个状态节点进行有效监控，能够在产生监控事件的情况下，自动生成监控任务，通过执行监控任务，能够及时发现业务流程中的异常情况。即，该装置实现了对业务流程监控。

在本申请的一种具体实施方式中，为了减少业务流程监控系统的负担，可以将数据采集交由业务系统进行，由业务系统主动上报状态消息的方式进行。又因业务系统与业务流程监控系统的消息格式不同，为了有效衔接，在业务流程监控系统中可以设置事件适配器，用于接收业务流程所在的业务系统发送的状态消息；将状态消息转化为事件消息。

在本申请的一种具体实施方式中，事件引擎，具体用于从事件消息中读取状态滞留时间；若状态滞留时间大于预设检查时间，则确定事件消息与监控事件匹配。

在本申请的一种具体实施方式中，事件引擎，具体用于从事件消息中读取历史状态；若历史状态与预设状态变更顺序不匹配，则确定事件消息与监控事件匹配。

在本申请的一种具体实施方式中，事件引擎，具体用于从监控规则中获取监控参数；从所述事件消息中确定出与所述监控事件匹配的监控对象；生成按照监控参数，对监控对象进行监控的监控任务。

在本申请的一种具体实施方式中，任务调度引擎，具体用于按照监控参数中的数据采集频率，获取监控对象的监控数据；

为便于管理，可在业务流程监控系统中单独设置一个事件告警组件，用于在监控数据触发告警事件的情况下，向业务流程对应的业务系统发送告警信息，以便业务系统进行自检补偿处理。

在本申请的一种具体实施方式中，还包括：

告警反馈组件，接收并存储业务系统反馈的自检补偿处理结果；在接收到告警查询的情况下，输出自检补偿处理结果。

通过该告警反馈组件，便可查询异常情况以及异常情况对应的业务系统的自检补偿处理结果。

为便于理解，下面以订单交易为例，对业务流程监控系统中的各个组件之间的通信关系，以及功能特点进行详细说明。

具体的，请参考图4，图4为本申请实施例中一种具体的业务流程监控系统的示意图，该业务流程监控系统具有包括五大部分，即事件适配器、事件引擎、任务调度引擎、事件告警组件和事件反馈组件，另外，图4中的MySQL指关系型数据库管理系统；CACHE为高速缓冲存储器；Redis指一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API；Hbase为一个开源的非关系型分布式数据库。

其中，事件适配器主要负责将外部消息(即业务系统上报的MQ消息)转换为核心事件引擎可以处理的事件消息。

核心事件引擎主要处理事件消息，并针对不同的事件派发给相应的系统组件(如任务调度引擎、事件告警组件和事件反馈组件)处理。考虑到，核心事件引擎处理的事情相对较多，其核心可具体为基于事件流的机制处理事件，也就是说，所有的事件在系统启动的时候会自动注册到引擎中。

任务调度引擎主要用于承接核心事件引擎派发过来的监控任务，同时对管理的监控任务进行调度，定时执行监控事件所对应的监控任务(如定时任务或实时任务)。

事件告警组件主要用于对需要告警的事件对象进行处理，负责记录告警事件和发送消息给对应的业务系统。

事件反馈组件可具体为RPC接口，主要用于承接业务系统反馈的告警数据处理结果，将结果数据落地，以供后续查询。

该系统能够将现有业务抽象为可视化的业务流程，并根据流程节点配置监控检查规则。业务系统通过数据上报SDK或数据上报组件上报订单节点数据，业务流程监控系统根据规则配置对上报的数据进行监控分析，对于符合规则的业务订单进行告警，并通知给业务系统。业务系统进行自检补偿处理，并将处理结果通知给业务流程监控系统，业务流程监控系统记录反馈信息。特别地，数据上报组件也可以是单独部署在服务器上的独立的数据收集程序，业务系统通过打印日志的方式，打印订单轨迹数据，数据收集程序通过指定的目录读取日志文件采集数据，通过MQ消息上报给业务流程监控系统。具体的实现过程包括：

业务系统中的数据收集器/SDK可收集业务系统中的节点数据，然后通过MQ消息的方式将其上报给业务流程监控系统中的事件适配器。

事件适配器在接收到业务流程上报的MQ消息之后，通过格式转换，得到事件消息，并传递给事件引擎。

事件引擎利用Redis进行查重和读写事件窗口数据。

事件引擎可利用ES&HBase进行向告警反馈接口读取数据。

事件引擎还可派生订单告警给事件告警组件。

事件告警组件可向业务系统发送告警通知的MQ消息。

业务系统处理了告警通知之后，还可调用告警反馈JSF接口，向业务流程监控系统的告警反馈接口发送告警处理结果。

告警反馈接口接收到告警处理结果之后，可更新ES&HBase中的告警数据。

该业务流程监控系统适用于所有流程类的业务系统的业务流程监管，通过模板化具象业务流程，经过数据上报、检查、告警、补偿、反馈等一系列处理机制，完成订单节点维度的监控。

相应于上面的方法实施例，本申请实施例还提供了一种电子设备，下文描述的一种电子设备与上文描述的一种业务流程监控方法可相互对应参照。

参见图5所示，该电子设备包括：

存储器332，用于存储计算机程序；

处理器322，用于执行计算机程序时实现上述方法实施例的业务流程监控方法的步骤。

具体的，请参考图6，图6为本实施例提供的一种电子设备的具体结构示意图，该电子设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)322(例如，一个或一个以上处理器)和存储器332，存储器332存储有一个或一个以上的计算机应用程序342或数据344。其中，存储器332可以是短暂存储或持久存储。存储在存储器332的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储器332通信，在电子设备301上执行存储器332中的一系列指令操作。

电子设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341。

上文所描述的业务流程监控方法中的步骤可以由电子设备的结构实现。

相应于上面的方法实施例，本申请实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种业务流程监控方法可相互对应参照。

一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的业务流程监控方法的步骤。

该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。

本领域技术人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

Claims (10)

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

获取业务流程中状态节点的事件消息；

对所述事件消息进行监控事件匹配校验；

在所述事件消息与监控事件匹配的情况下，生成与所述事件消息对应的监控任务；

执行所述监控任务。

2.根据权利要求1所述的业务流程监控方法，其特征在于，所述获取业务流程中状态节点的事件消息，包括：

接收所述业务流程所在的业务系统发送的状态消息；

将所述状态消息转化为所述事件消息。

3.根据权利要求1所述的业务流程监控方法，其特征在于，对所述事件消息进行监控事件匹配校验，包括：

从所述事件消息中读取状态滞留时间；

若所述状态滞留时间大于预设检查时间，则所述事件消息与所述监控事件匹配。

4.根据权利要求1所述的业务流程监控方法，其特征在于，对所述事件消息进行监控事件匹配校验，包括：

从所述事件消息中读取历史状态；

若所述历史状态与预设状态变更顺序不匹配，则确定所述事件消息与所述监控事件匹配。

5.根据权利要求1至4任一项所述的业务流程监控方法，其特征在于，所述生成与所述事件消息对应的监控任务，包括：

从监控规则中获取监控参数；

从所述事件消息中确定出与所述监控事件匹配的监控对象；

生成按照所述监控参数，对所述监控对象进行监控的所述监控任务。

6.根据权利要求5所述的业务流程监控方法，其特征在于，执行所述监控任务，包括：

按照所述监控参数中的数据采集频率，获取所述监控对象的监控数据；

在所述监控数据触发告警事件的情况下，向所述业务流程对应的业务系统发送告警信息，以便所述业务系统进行自检补偿处理。

7.根据权利要求6所述的业务流程监控方法，其特征在于，还包括：

接收并存储所述业务系统反馈的自检补偿处理结果；

在接收到告警查询的情况下，输出所述自检补偿处理结果。

8.一种业务流程监控系统，其特征在于，包括：

事件引擎和任务调度引擎；

其中，所述事件引擎，用于获取业务流程中状态节点的事件消息；对所述事件消息进行监控事件匹配校验；在所述事件消息与监控事件匹配的情况下，生成与所述事件消息对应的监控任务；

所述任务调度引擎，用于执行所述监控任务。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述业务流程监控方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述业务流程监控方法的步骤。

Images