业务流程运行状态分析方法及系统与流程

本发明涉及计算机技术领域，具体涉及一种业务流程运行状态分析方法及系统。

背景技术：

目前，对业务活动的监控主要是通过调用技术组件来收集业务相关的技术指标，例如响应时长、调用次数等技术指标，然后通过对技术指标进行分析来确定业务活动的运行状态。然而，通过采集到的技术指标只能检测到业务活动的运行状态是否出现异常，这些技术指标并不能用于反映完整的业务流程运行的调用过程，也不能有效识别在业务流程的运行过程中其各个业务流程活动的调用状态，无法从业务维度分析业务流程实际的运行状态，无法实现对业务流程的运行状态的监控。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的业务流程运行状态分析方法及系统。

根据本发明实施例的一个方面，提供了一种业务流程运行状态分析方法，该方法包括：

定义业务流程的基准流转图；

采集业务流程中的各个业务流程活动产生的活动数据；

对活动数据进行串联，确定业务流程的流转路径；

根据业务流程的流转路径和业务流程的基准流转图，对业务流程的运行状态进行分析，得到分析结果。

进一步地，采集业务流程中的各个业务流程活动产生的活动数据进一步包括：

根据业务流程的预设执行逻辑，在业务流程的业务代码中设置埋点；当业务代码运行到埋点时，触发埋点采集对应的业务流程活动产生的活动数据。

进一步地，对活动数据进行串联，确定业务流程的流转路径进一步包括：

从采集到的活动数据中查找包含有相同业务活动标识的活动数据；

根据包含有相同业务活动标识的活动数据的业务流程发生时间，对活动数据进行串联，确定业务流程的流转路径。

进一步地，根据包含有相同业务活动标识的活动数据的业务流程发生时间，对活动数据进行串联，确定业务流程的流转路径进一步包括：

针对每个业务活动标识，将包含有该业务活动标识的活动数据按照业务流程发生时间的先后顺序进行串联，根据串联后的活动数据中的业务流程活动标识和活动调用状态，确定业务流程的流转路径。

进一步地，分析结果包括：正常分析结果和异常分析结果；

根据业务流程的流转路径和业务流程的基准流转图，对业务流程的运行状态进行分析，得到分析结果进一步包括：

判断业务流程的流转路径是否与业务流程的基准流转图中的任一基准流转路径相匹配；

若是，则确定业务流程的运行状态为正常流转状态，得到正常分析结果；若否，则确定业务流程的运行状态为异常流转状态，得到异常分析结果。

进一步地，定义业务流程的基准流转图进一步包括：

根据业务流程的预设执行逻辑，确定业务流程的各个业务流程活动、各个业务流程活动的活动调用状态以及执行顺序，并在各个业务流程活动中的起始业务流程活动和结束业务流程活动之间绘制至少一条基准流转路径；

根据至少一条基准流转路径，定义得到业务流程的基准流转图。

进一步地，该方法还包括：

通过前端页面接收在页面组件中录入的活动数据查询条件，从采集到的活动数据中查找与活动数据查询条件相匹配的活动数据，并获取相匹配的活动数据对应的分析结果；

将相匹配的活动数据以及相匹配的活动数据对应的分析结果输出至前端页面进行显示。

进一步地，将相匹配的活动数据以及相匹配的活动数据对应的分析结果输出至前端页面进行显示进一步包括：

在前端页面中以突出显示方式对异常分析结果对应的活动数据中与基准流转路径不匹配的活动数据进行显示。

进一步地，在采集业务流程中的各个业务流程活动产生的活动数据之后，该方法还包括：

对采集到的活动数据进行解析，并按照预设存储模型，将解析后的活动数据存储至数据库中。

根据本发明实施例的另一方面，提供了一种业务流程运行状态分析系统，该系统包括：

定义模块，适于定义业务流程的基准流转图；

采集模块，适于采集业务流程中的各个业务流程活动产生的活动数据；

确定模块，适于对活动数据进行串联，确定业务流程的流转路径；

分析模块，适于根据业务流程的流转路径和业务流程的基准流转图，对业务流程的运行状态进行分析，得到分析结果。

进一步地，采集模块进一步适于：

根据业务流程的预设执行逻辑，在业务流程的业务代码中设置埋点；当业务代码运行到埋点时，触发埋点采集对应的业务流程活动产生的活动数据。

进一步地，确定模块进一步适于：

从采集到的活动数据中查找包含有相同业务活动标识的活动数据；

根据包含有相同业务活动标识的活动数据的业务流程发生时间，对活动数据进行串联，确定业务流程的流转路径。

进一步地，确定模块进一步适于：

针对每个业务活动标识，将包含有该业务活动标识的活动数据按照业务流程发生时间的先后顺序进行串联，根据串联后的活动数据中的业务流程活动标识和活动调用状态，确定业务流程的流转路径。

进一步地，分析结果包括：正常分析结果和异常分析结果；

分析模块进一步适于：判断业务流程的流转路径是否与业务流程的基准流转图中的任一基准流转路径相匹配；若是，则确定业务流程的运行状态为正常流转状态，得到正常分析结果；若否，则确定业务流程的运行状态为异常流转状态，得到异常分析结果。

进一步地，定义模块进一步适于：根据业务流程的预设执行逻辑，确定业务流程的各个业务流程活动、各个业务流程活动的活动调用状态以及执行顺序，并在各个业务流程活动中的起始业务流程活动和结束业务流程活动之间绘制至少一条基准流转路径；根据至少一条基准流转路径，定义得到业务流程的基准流转图。

进一步地，该系统还包括：

前端页面，适于接收在页面组件中录入的活动数据查询条件；

查找模块，适于从采集到的活动数据中查找与活动数据查询条件相匹配的活动数据，并获取相匹配的活动数据对应的分析结果；将相匹配的活动数据以及相匹配的活动数据对应的分析结果输出至前端页面进行显示。

进一步地，前端页面进一步适于：以突出显示方式对异常分析结果对应的活动数据中与基准流转路径不匹配的活动数据进行显示。

进一步地，该系统还包括：

解析模块，适于对采集到的活动数据进行解析；

存储模块，适于按照预设存储模型，将解析后的活动数据存储至数据库中。

根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述业务流程运行状态分析方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述业务流程运行状态分析方法对应的操作。

根据本发明实施例提供的技术方案，对采集到的业务流程活动的活动数据进行串联，便捷地实现了对业务流程实际运行的流转路径的确定；根据业务流程的流转路径和业务流程的基准流转图，能够快速、有效地从业务维度分析出业务流程的运行状态，实现了对业务流程的运行状态的有效监控，从而能够及时发现业务逻辑执行异常的情况，以便尽早对业务流程和业务代码进行优化，提高了业务流程运行的稳定性。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的业务流程运行状态分析方法的流程图；

图2a示出了本发明另一实施例提供的业务流程运行状态分析方法的流程图；

图2b示出了一种业务流程的基准流转图的示意图；

图2c示出了一种在线购物业务流程的基准流转图的示意图；

图2d示出了一种业务流程的流转路径；

图2e示出了另一种业务流程的流转路径；

图3示出了本发明实施例提供的业务流程运行状态分析系统的结构示意图；

图4示出了根据本发明实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的业务流程运行状态分析方法的流程图，如图1所示，该方法包括如下步骤：

步骤s101，定义业务流程的基准流转图。

为了能够方便、快速地基于业务流程的流转路径分析业务流程的运行状态，可根据业务流程的预设执行逻辑定义该业务流程的基准流转图，其中，在一个完整的业务流程的流转过程中可能存在多个流转分支，因此业务流程的基准流转图包含有该业务流程对应的所有的基准流转路径，基准流转路径记载有该基准流转路径中的各个业务流程活动的正常的执行顺序、每个业务流程活动的业务流程活动标识以及每个业务流程活动正常的活动调用状态。

步骤s102，采集业务流程中的各个业务流程活动产生的活动数据。

一次业务调用通常会关联有各个业务流程活动的调用，构成完整的业务流程。业务流程中包括有各个业务流程活动。以业务流程为在线购物业务流程为例，该在线购物业务流程可包括有：下单业务流程活动、在线支付业务流程活动、货到付款业务流程活动、出库业务流程活动以及配送业务流程活动等业务流程活动。为了能够精准地分析业务流程的运行状态，可根据业务流程的预设执行逻辑，在业务流程的业务代码中设置埋点，在业务代码的运行过程中对需要被监控的各个业务流程活动的活动数据进行采集。

其中，采集到的活动数据可以包括但不限于：业务流程发生时间、用于标识业务流程活动所属的业务流程身份的业务流程标识、用于标识业务流程活动身份的业务流程活动标识、业务流程发生时的业务活动标识以及活动调用状态等。具体地，业务流程标识可以为业务流程的名称、id等信息；业务流程活动标识可以为业务流程活动的名称、id等信息；业务活动标识为能够唯一标识业务活动的信息，例如交易号、流水号、订单号等；活动调用状态可根据具体的业务流程和业务场景进行设置，例如在线支付业务流程活动的活动调用状态可包括在线支付成功状态和在线支付失败状态。

步骤s103，对活动数据进行串联，确定业务流程的流转路径。

在采集到各个业务流程活动的活动数据之后，可按照其业务活动标识和业务流程发生时间等信息对活动数据进行串联，具体地，考虑到在同一次业务流程运行过程中产生的活动数据都会包含有相同业务活动标识，为了能够精准地分析业务流程的运行状态，可针对每一次业务运行过程中产生的活动数据进行分析，那么需要从采集到的活动数据中查找包含有相同业务活动标识的活动数据，而后根据包含有该业务活动标识的活动数据的业务流程发生时间的先后顺序串联这些活动数据，使得这些活动数据按照其对应的业务流程活动的实际执行顺序进行排序，然后依据串联后的活动数据确定业务流程的流转路径，流转路径中记载有该流转路径中的各个业务流程活动的实际的执行顺序、每个业务流程活动的业务流程活动标识以及每个业务流程活动实际的活动调用状态等信息。

步骤s104，根据业务流程的流转路径和业务流程的基准流转图，对业务流程的运行状态进行分析，得到分析结果。

其中，分析结果可包括：正常分析结果和异常分析结果。具体地，在步骤s103确定了业务流程的流转路径之后，可将业务流程的流转路径和业务流程的基准流转图中的基准流转路径进行匹配；如果业务流程的流转路径与任一条基准流转路径相匹配，说明该业务流程的运行正常，则确定该业务流程的运行状态为正常流转状态，得到正常分析结果；如果业务流程的流转路径与任一条基准流转路径都不相匹配，说明该业务流程的运行出现异常，则确定该业务流程的运行状态为异常流转状态，得到异常分析结果。

本实施例提供的业务流程运行状态分析方法，对采集到的业务流程活动的活动数据进行串联，便捷地实现了对业务流程实际运行的流转路径的确定；根据业务流程的流转路径和业务流程的基准流转图，能够快速、有效地从业务维度分析出业务流程的运行状态，实现了对业务流程的运行状态的有效监控，从而能够及时发现业务逻辑执行异常的情况，以便尽早对业务流程和业务代码进行优化，提高了业务流程运行的稳定性。

图2a示出了本发明另一实施例提供的业务流程运行状态分析方法的流程图，如图2a所示，该方法包括如下步骤：

步骤s201，根据业务流程的预设执行逻辑，确定业务流程的各个业务流程活动、各个业务流程活动的活动调用状态以及执行顺序。

为了能够便捷地实现对业务流程运行状态的分析，可根据业务流程的预设执行逻辑定义该业务流程的基准流转图。其中，业务流程会包括有起始业务流程活动和结束业务流程活动，起始业务流程活动表示业务逻辑执行的开始点，结束业务流程活动表示业务逻辑执行的结束点。业务流程在起始业务流程活动和结束业务流程活动之间还包括有中间业务流程活动，也就是说，业务流程的各个业务流程活动包括：起始业务流程活动、结束业务流程活动和中间业务流程活动。在具体的业务场景中，业务流程所包括的起始业务流程活动和结束业务流程活动的数量可以为一个也可以为多个。

具体地，可根据业务流程的预设执行逻辑，确定业务流程的起始业务流程活动和结束业务流程活动，并确定在起始业务流程活动和结束业务流程活动之间的中间业务流程活动、每个业务流程活动的活动调用状态以及执行顺序。

步骤s202，在各个业务流程活动中的起始业务流程活动和结束业务流程活动之间绘制至少一条基准流转路径。

在确定了各个业务流程活动的活动调用状态和执行顺序之后，可按照该执行顺序，在起始业务流程活动和结束业务流程活动之间，按照业务流程中的各个业务流程活动的活动调用状态和执行顺序绘制至少一条基准流转路径，每条基准流转路径都是从起始业务流程活动开始到结束业务流程活动结束，在起始业务流程活动和结束业务流程活动之间会包括有一个或多个中间业务流程活动。对于流转过程不存在流转分支的业务流程，在起始业务流程活动和结束业务流程活动之间会绘制出一条基准流转路径；而对于流转过程存在流转分支的业务流程，在起始业务流程活动和结束业务流程活动之间会绘制出多条基准流转路径。其中，基准流转路径中记载有该基准流转路径中的各个业务流程活动的正常的执行顺序、每个业务流程活动的业务流程活动标识以及每个业务流程活动正常的活动调用状态等信息。

步骤s203，根据至少一条基准流转路径，定义得到业务流程的基准流转图。

在完成了对该业务流程的所有基准流转路径的绘制之后，汇总所绘制的所有基准流转路径，定义得到业务流程的基准流转图。在基准流转图中准确地反映了业务流程的预设执行逻辑，正常的业务逻辑将都会按照基准流转图中的基准流转路径来执行，异常的业务逻辑将不能与基准流转图中的基准流转路径相匹配。

图2b示出了一种业务流程的基准流转图的示意图，如图2b所示，该业务流程包括有一个起始业务流程活动和一个结束业务流程活动，还包括5个中间业务流程活动，分别为业务流程活动1至业务流程活动5，并在方括号[]中标识出了起始业务流程活动标识、结束业务流程活动标识以及各个中间业务流程活动的业务流程活动标识，在圆括号()中标识出了起始业务流程活动、结束业务流程活动以及各个中间业务流程活动的活动调用状态。其中，起始业务流程活动标识为s1，结束业务流程活动标识为e1，业务流程活动1至业务流程活动5的业务流程活动标识分别为a1、a2、a3、a4和a5。对于起始业务流程活动的活动调用状态，可用100表示成功状态，对于结束业务流程活动的活动调用状态，可用200表示成功状态；对于业务流程活动1至业务流程活动5的活动调用状态，可用1表示成功状态，用0表示失败状态，图2b示出了各个业务流程活动在活动调用状态为成功状态下对应的基准流转路径。本领域技术人员可根据实际需要对起始业务流程活动、结束业务流程活动以及各个中间业务流程活动的活动调用状态进行设置，此处不做具体限定。

如图2b所示，在业务流程活动1的执行过程中会根据业务流程的预设执行逻辑，分为2个流转分支，那么该基准流转图包括有2条基准流转路径。流转分支的判定可以是自由的，也可以是只能选择其中1个流转分支执行，也可以是各个流转分支并行执行，还可以是各个流转分支同时但不并行执行，本领域技术人员可根据实际需要对流转分支的判定进行设置，此处不做具体限定。

以业务流程活动1只选择其中1个流转分支执行为例，在业务流程活动1执行完成后，会按照预设执行逻辑继续执行业务流程活动2或者业务流程活动4。若在业务流程活动1之后执行的是业务流程活动2，那么在业务流程活动2执行完成后，会按照预设执行逻辑继续执行业务流程活动3，在业务流程活动3执行完成后，到达结束业务流程活动。若在业务流程活动1之后执行的是业务流程活动4，那么在业务流程活动4执行完成后，会按照预设执行逻辑继续执行业务流程活动5，在业务流程活动5执行完成后，到达结束业务流程活动。

图2c示出了一种在线购物业务流程的基准流转图的示意图，如图2c所示，该在线购物业务流程包括有一个起始业务流程活动和一个结束业务流程活动，还包括10个中间业务流程活动，这10个中间业务流程活动分别为下单业务流程活动、在线支付业务流程活动、货到付款业务流程活动、出库1业务流程活动、出库2业务流程活动、配送1业务流程活动、配送2业务流程活动、收货业务流程活动、支付业务流程活动以及签收业务流程活动，并在方括号[]中标识出了起始业务流程活动标识、结束业务流程活动标识以及各个中间业务流程活动的业务流程活动标识，在圆括号()中标识出了起始业务流程活动、结束业务流程活动以及各个中间业务流程活动的活动调用状态。对于起始业务流程活动的活动调用状态，可用100表示成功状态，对于结束业务流程活动的活动调用状态，可用200表示成功状态；对于各个中间业务流程活动的活动调用状态，可用1表示成功状态，用0表示失败状态，图2c示出了各个业务流程活动在活动调用状态为成功状态下对应的基准流转路径。

在该在线购物业务流程中包括有2个流转分支，分别为在线支付流转分支和货到付款流转分支，会根据下单后选择在线支付还是货到付款来执行不同的流程。如果选择在线支付，则执行在线支付业务流程活动，在线支付业务流程活动执行完成后，会按照预设执行逻辑依次执行出库1业务流程活动、配送1业务流程活动以及收货业务流程活动，最后到达结束业务流程活动。如果选择货到付款，则执行货到付款业务流程活动，在货到付款业务流程活动执行完成后，会按照预设执行逻辑依次执行出库2业务流程活动、配送2业务流程活动、支付业务流程活动以及签收业务流程活动，最后到达结束业务流程活动。

步骤s204，采集业务流程中的各个业务流程活动产生的活动数据。

为了能够分析业务流程的运行状态，可根据业务流程的预设执行逻辑，在业务流程的业务代码中设置埋点，在业务代码的运行过程中对需要被监控的各个业务流程活动的活动数据进行采集。当业务代码运行到埋点时，触发埋点采集对应的业务流程活动产生的活动数据。具体地，当业务代码运行到埋点时，会触发埋点，使埋点运行对应的数据采集程序，通过数据采集程序对对应的业务流程活动产生的活动数据进行采集。其中，采集到的活动数据可以包括但不限于：业务流程发生时间、业务流程标识、业务流程活动标识、业务流程发生时的业务活动标识以及活动调用状态等。

以业务流程为在线购物业务流程为例，采集到的各个业务流程活动产生的活动数据可如表1所示。

表1.在线购物业务流程中各个业务流程活动产生的活动数据

在具体应用中，可利用数据库对采集到的活动数据进行统一存储与管理。具体地，数据采集程序按照数据传输协议对采集到的活动数据进行封装，通过网络将封装后的活动数据发送给服务器的数据收集程序，数据收集程序在接收到数据采集程序发送的数据之后，还需进行数据传输协议转换处理，以便获取活动数据的实际内容。为了实现对活动数据的高效管理，还可预先设置存储模型，预设存储模型中可包括有多个数据存储项，每个数据存储项可与活动数据所包括的具体数据一一对应，例如，预设存储模型可包括业务流程发生时间存储项、业务流程标识存储项、业务流程活动标识存储项、业务活动标识存储项以及活动调用状态存储项。具体地，可对采集到的活动数据进行解析，解析得到活动数据中所包括的各个数据，然后按照预设存储模型，将解析后的活动数据存储至数据库中。

步骤s205，从采集到的活动数据中查找包含有相同业务活动标识的活动数据。

由于在同一次业务流程运行过程中产生的活动数据都会包含有相同业务活动标识，为了能够精准地分析业务流程的运行状态，可针对每一次业务运行过程中产生的活动数据进行分析，那么需要从采集到的活动数据中查找包含有相同业务活动标识的活动数据，以便后续将包含有同一业务活动标识的活动数据作为一组待分析数据进行分析。

步骤s206，根据包含有相同业务活动标识的活动数据的业务流程发生时间，对活动数据进行串联，确定业务流程的流转路径。

其中，针对每个业务活动标识，将包含有该业务活动标识的活动数据按照业务流程发生时间的先后顺序进行串联，根据串联后的活动数据中的业务流程活动标识和活动调用状态，确定业务流程的流转路径。流转路径中记载有该流转路径中的各个业务流程活动的实际的执行顺序、每个业务流程活动的业务流程活动标识以及每个业务流程活动实际的活动调用状态等信息。

针对表1中记载的业务活动标识为20200101231202的活动数据，所确定的流转路径可如图2d所示；针对表1中记载的业务活动标识为20200102231321的活动数据，所确定的流转路径可如图2e所示。

步骤s207，判断业务流程的流转路径是否与业务流程的基准流转图中的任一基准流转路径相匹配；若是，则执行步骤s208；若否，则执行步骤s209。

在确定了业务流程的流转路径之后，将所确定的每条流转路径和该业务流程的基准流转图中的基准流转路径进行匹配。具体地，针对业务流程的每一条流转路径，判断该流转路径是否与业务流程的基准流转图中的任一基准流转路径相匹配。如果相匹配，说明该业务流程的运行正常，则执行步骤s208；如果不相匹配，说明该业务流程的运行异常，则执行步骤s209。

步骤s208，确定业务流程的运行状态为正常流转状态，得到正常分析结果。

在经步骤s207判断得到的业务流程的流转路径与业务流程的基准流转图中的任一基准流转路径相匹配的情况下，说明该业务流程的运行正常，则确定业务流程的运行状态为正常流转状态，得到正常分析结果。例如，所确定的业务流程的流转路径为图2d所示，那么通过步骤s207的判断可知，该流转路径与基准流转图中的货到付款流转分支对应的基准流转路径相匹配，说明该次的业务流程的运行状态是正常的，得到正常分析结果。

步骤s209，确定业务流程的运行状态为异常流转状态，得到异常分析结果。

在经步骤s207判断得到的业务流程的流转路径与业务流程的基准流转图中的任一基准流转路径均不相匹配的情况下，说明该业务流程的运行异常，则确定业务流程的运行状态为异常流转状态，得到异常分析结果。例如，所确定的业务流程的流转路径为图2e所示，那么通过步骤s207的判断可知，该流转路径既不与基准流转图中的在线支付流转分支对应的基准流转路径相匹配，也不与基准流转图中的货到付款流转分支对应的基准流转路径相匹配，说明该次的业务流程的运行状态是异常的，得到异常分析结果。其中，该流转路径中从起始业务流程活动开始流转到配送1业务流程活动的部分路径与在线支付流转分支对应的基准流转路径相匹配，而该流转路径中在配送1业务流程活动之后的部分路径却不与在线支付流转分支对应的基准流转路径相匹配，说明在配送1业务流程活动之后执行的业务流程活动(即支付业务流程活动)为出现错误的业务流程活动。

为了便于用户查看采集到的活动数据，可通过前端页面向用户显示活动数据。可选地，该方法还可包括：通过前端页面接收在页面组件中录入的活动数据查询条件，从采集到的活动数据中查找与活动数据查询条件相匹配的活动数据，并获取相匹配的活动数据对应的分析结果；将相匹配的活动数据以及相匹配的活动数据对应的分析结果输出至前端页面进行显示。

其中，前端页面中设置有页面组件，页面组件具体可包括按照功能等进行划分的用于组成页面的若干个基本的页面元素，例如页面组件可包括：页面中的文本框、输入框、页面选项、按钮、表格、下拉框、导航标签等形式的页面元素。用户可在页面组件中录入业务流程标识、时间段、业务活动标识、业务流程的运行状态(包括正常流转状态和/或异常流转状态)、业务流程活动标识等活动数据查询条件，在接收到活动数据查询条件之后，根据该活动数据查询条件，从数据库中存储的活动数据中查询与活动数据查询条件相匹配的活动数据，并获取相匹配的活动数据对应的分析结果，然后将查询到的相匹配的活动数据以及获取到的对应的分析结果输出至前端页面进行显示，实现了对活动数据的多维度查询。具体地，为了便于用户能够方便、直观地从前端页面所显示的活动数据中快速地确定出异常分析结果对应的活动数据，可在前端页面中以突出显示方式对异常分析结果对应的活动数据中与基准流转路径不相匹配的活动数据进行显示。例如，在前端页面中可以通过高亮、字体加粗、字体倾斜等突出显示方式对与基准流转路径不相匹配的活动数据进行显示。

本实施例提供的业务流程运行状态分析方法，根据业务流程的预设执行逻辑，能够便捷、精准地定义业务流程的基准流转图；将采集到的包含有相同业务活动标识的活动数据按照业务流程发生时间的先后顺序进行串联，便捷地实现了对业务流程实际运行的流转路径的确定；通过将业务流程的流转路径和业务流程的基准流转图进行匹配，能够快速、有效地从业务维度分析出业务流程的运行状态，实现了对业务流程的运行状态的有效监控，从而能够及时发现业务逻辑执行异常的情况，以便尽早对业务流程和业务代码进行优化，避免出现大面积发生异常业务流转的情况，提高了业务流程运行的稳定性，有助于降低业务运营成本。

图3示出了本发明实施例提供的业务流程运行状态分析系统的结构示意图，如图3所示，该系统包括：定义模块301、采集模块302、确定模块303和分析模块304。

定义模块301适于：定义业务流程的基准流转图。

采集模块302适于：采集业务流程中的各个业务流程活动产生的活动数据。

确定模块303适于：对活动数据进行串联，确定业务流程的流转路径。

分析模块304适于：根据业务流程的流转路径和业务流程的基准流转图，对业务流程的运行状态进行分析，得到分析结果。

可选地，采集模块302进一步适于：根据业务流程的预设执行逻辑，在业务流程的业务代码中设置埋点；当业务代码运行到埋点时，触发埋点采集对应的业务流程活动产生的活动数据。

可选地，确定模块303进一步适于：从采集到的活动数据中查找包含有相同业务活动标识的活动数据；根据包含有相同业务活动标识的活动数据的业务流程发生时间，对活动数据进行串联，确定业务流程的流转路径。

可选地，确定模块303进一步适于：针对每个业务活动标识，将包含有该业务活动标识的活动数据按照业务流程发生时间的先后顺序进行串联，根据串联后的活动数据中的业务流程活动标识和活动调用状态，确定业务流程的流转路径。

可选地，分析结果包括：正常分析结果和异常分析结果。分析模块304进一步适于：判断业务流程的流转路径是否与业务流程的基准流转图中的任一基准流转路径相匹配；若是，则确定业务流程的运行状态为正常流转状态，得到正常分析结果；若否，则确定业务流程的运行状态为异常流转状态，得到异常分析结果。

可选地，定义模块301进一步适于：根据业务流程的预设执行逻辑，确定业务流程的各个业务流程活动、各个业务流程活动的活动调用状态以及执行顺序，并在各个业务流程活动中的起始业务流程活动和结束业务流程活动之间绘制至少一条基准流转路径；根据至少一条基准流转路径，定义得到业务流程的基准流转图。

可选地，该系统还可包括：前端页面305和查找模块306。

前端页面305适于：接收在页面组件中录入的活动数据查询条件；查找模块306适于：从采集到的活动数据中查找与活动数据查询条件相匹配的活动数据，并获取相匹配的活动数据对应的分析结果；将相匹配的活动数据以及相匹配的活动数据对应的分析结果输出至前端页面305进行显示。

可选地，前端页面305进一步适于：以突出显示方式对异常分析结果对应的活动数据中与基准流转路径不匹配的活动数据进行显示。

可选地，该系统还可包括：解析模块307和存储模块308。其中，解析模块307适于：对采集到的活动数据进行解析。存储模块308适于：按照预设存储模型，将解析后的活动数据存储至数据库中。

本实施例提供的业务流程运行状态分析系统，根据业务流程的预设执行逻辑，能够便捷、精准地定义业务流程的基准流转图；将采集到的包含有相同业务活动标识的活动数据按照业务流程发生时间的先后顺序进行串联，便捷地实现了对业务流程实际运行的流转路径的确定；通过将业务流程的流转路径和业务流程的基准流转图进行匹配，能够快速、有效地从业务维度分析出业务流程的运行状态，实现了对业务流程的运行状态的有效监控，从而能够及时发现业务逻辑执行异常的情况，以便尽早对业务流程和业务代码进行优化，避免出现大面积发生异常业务流转的情况，提高了业务流程运行的稳定性，有助于降低业务运营成本。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的业务流程运行状态分析方法。

图4示出了根据本发明实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(communicationsinterface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述业务流程运行状态分析方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器cpu，或者是特定集成电路asic(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。

存储器406，用于存放程序410。存储器406可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如各个磁盘存储器。

程序410具体可以用于使得处理器402执行上述任意方法实施例中的业务流程运行状态分析方法。程序410中各步骤的具体实现可以参见上述业务流程运行状态分析实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明示例性实施例的描述中，各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。