CN102043682B - 一种工作流异常处理方法和系统 - Google Patents

Abstract

本发明公开了一种工作流异常处理方法和系统，该方法包括：对工作流流程应用接口接收的信息进行异常检测；当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定异常类型；查询预先设置的异常类型与异常处理规则的对应关系，确定该异常类型的异常处理规则，并执行。本发明的方法针对不同异常类型采取不同的处理方法，能提高异常处理的效果。

Description

一种工作流异常处理方法和系统

技术领域

本发明涉及工作流技术领域，更具体的说是涉及一种工作流异常处理方法和系统。

背景技术

工作流就是指业务过程的部分或整体在计算机应用环境下的自动化，表现为多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现。简而言之，工作流就是一系列相互衔接，自动进行的业务活动或任务。

由于大规模、分布式信息系统的复杂性增强，业务过程的动态变化等因素导致工作流在执行时经常会出现各种错误和异常，严重影响了工作流的业务系统运行质量。为了保证工作流的业务系统运行效果，不仅要求系统在正常情况下能够顺利运行工作流的流程，而且要求在出现异常的情况下，系统能采取异常处理措施处理异常情况，恢复数据并保持数据的一致性。

现有的工作流系统异常处理方式对所有的异常情况均采取相同的措施，不能针对异常的具体原因采取相应的措施，因此不能达到较好的异常处理效果。

发明内容

有鉴于此，本发明提供一种工作流异常处理方法和系统，能提高工作流异常处理的效果。

为实现上述目的，本发明提供如下技术方案：一种工作流异常处理方法，包括：

对工作流流程应用接口接收的信息进行异常检测；

当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定异常类型；

查询预先设置的异常类型与异常处理规则的对应关系，确定所述异常类型的异常处理规则，并执行。

优选的，所述异常信息包括：异常产生的环境、流程分支、所述流程分支的执行状态、时间和原因的信息。

优选的，当确定异常类型为非业务异常时，执行所述异常处理规则具体为：对导致非业务异常的操作进行系统回滚。

优选的，所述当确定异常的类型为业务异常时，执行所述异常处理规则具体为：

依据异常信息对业务异常对应的流程分支进行业务数据重组。

优选的，在进行业务数据重组之前，还包括：

当异常的类型为业务异常时，将业务异常对应的流程分支的异常信息进行持久化。

优选的，所述流程分支为一条或多条流程分支；

所述当异常的类型为业务异常时，将业务异常对应的流程分支的异常信息进行持久化，包括：

当异常的类型为业务异常时，停止该业务异常对应的流程分支的执行，将所述流程分支异常信息存入异常收集器中，对异常信息进行持久化，并继续运行没有出现异常的流程分支；

所述查询预先设置的业务异常与异常处理规则的对应关系，并依据异常信息对业务异常对应的流程分支进行数据重组，包括：

检测异常收集器中的业务异常，将业务异常对应的流程分支标注为异常状态，并根据所述异常信息，对处于异常状态的流程分支对应的业务数据进行重组。

优选的，在进行业务数据重组之后，还包括：

运行所述对业务数据进行重组的流程分支，检测该流程分支是否还存在所述业务异常，如果是，则重新对所述流程分支对应的业务数据进行重组；如果否，则将该流程分支标注为正常状态。

本发明还提供了一种工作流异常处理系统，包括：

异常检测单元，用于对工作流流程应用接口接收的信息进行异常检测；

类型确定单元，用于当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定异常类型；

异常处理单元，用于查询预先设置的异常类型与异常处理规则的对应关系，确定该异常类型的异常处理规则，并执行。

优选的，所述异常处理单元包括：

第一处理单元，用于当类型确定单元确定异常的类型为非业务异常时，查询预先设置的非业务异常与异常处理规则的对应关系，对导致业务异常操作进行系统回滚，并执行回滚操作。

优选的，所述异常处理单元包括：

第二处理单元，用于当类型确定单元确定异常的类型为业务异常时查询预先设置的业务异常与异常处理规则的对应关系，并依据异常信息对业务异常对应的流程分支进行业务数据重组。

优选的，该系统还包括：异常记录单元，用于当异常的类型为业务异常时，将业务异常对应的流程分支的异常信息进行持久化记录。

优选的，所述流程分支为一条或多条流程分支；

所述异常记录单元包括：

异常保存单元，用于当异常的类型为业务异常时，停止该业务异常对应的流程分支的执行，将业务异常对应的流程分支的异常信息存入异常收集器中；

异常记录子单元，用于对异常收集器中的异常信息进行持久化记录；

所述第二处理单元包括：

收集器检测单元，用于检测异常收集器中的业务异常，将业务异常对应的流程分支标注为异常状态；

数据重组单元，用于根据异常处理子单元中记录的所述异常信息，对处于异常状态的流程分支对应的业务数据进行重组。

优选的，该系统还包括：

运行测试单元，用于运行所述对业务数据进行重组的流程分支，检测该流程分支是否还存在所述业务异常，如果是，则重新对所述流程分支对应的业务数据进行重组；如果否，则将该流程分支标注为正常状态。

经由上述的技术方案可知，与现有技术相比，本发明公开提供了一种工作流异常处理方法和系统，该方法在流程应用接口处检测系统中所出现的异常信息，并依据预先制定的异常分类体系以及该异常信息，确定异常的类型，根据预先制定的异常处理规则，查询该类型的异常的处理方法，执行该处理方法，解决系统异常。该方法针对不同异常类型采取不同的处理方法，能提高异常处理的效果。

附图说明

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

图1为本发明实施例一种工作流异常处理方法的步骤流程图；

图2为工作流的流程调用过程的示意图；

图3为本发明预先设定的异常体系的结构示意图；

图4为本发明另一实施例的一种工作流异常处理方法的步骤流程图；

图5为本发明实施例一种工作流异常处理系统的结构示意图；

图6为本发明另一实施例一种工作流异常处理系统的结构示意图。

具体实施方式

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

本申请可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、Web服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

参见图1，为本发明实施例的一种工作流异常处理方法的步骤流程图，该方法包括：

步骤S101：对工作流流程应用接口接收的信息进行异常检测；

其中，工作流的异常，是指任何对已有的协同处理过程的偏移，或没有人工干预计算机就不能正确处理业务的情况。

流程应用接口是应用工作流客户端与工作流引擎以及被工作流引擎调用的应用委托代码的唯一交互面，因此本发明采用面向方面编程(AOP，Aspect-Oriented Programming)技术将流程应用接口作为异常处理的“横切关注点”。

为了更清楚的描述采用流程应用接口作为异常检测的“横切关注点”的好处，参见图2，为工作流流程调用的示意图，工作流流程调用的具体步骤包括：

步骤A：工作流流程应用接口接收工作流客户端的请求；

步骤B：工作流流程应用接口根据该请求调用工作流引擎，以便工作流引擎执行与该请求相应的应用委托代码；

步骤C：工作流流程应用接口将工作流引擎返回的执行结果返回客户端。

由以上的步骤流程可以看出在工作流进行业务流程处理过程中，流程应用接口会接收请求，并将请求发送给工作流引擎，最后工作流引擎根据该请求执行对应的应用委托代码后得到的执行结果仍会通过流程应用接口返回给客户端。这样无论是工作流引擎出现的异常情况还是应用委托代码执行过程中出现的异常能在流程应用接口处检测到。因此，通过对工作流流程应用接口接收的信息进行异常检测，就可以获取工作流流程主线，以及各个流程分支出现的异常情况，并获取其异常信息。

步骤S102：当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定异常类型；

当出现异常时，可以检测到异常的异常信息，其中异常信息可以包括：异常产生的环境，异常发生在哪个具体的流程分支、所述流程分支的执行状态、异常产生的时间和异常产生的原因信息。还可以包括异常的相关主体和客体信息，比如，导致流程异常的操作人信息、被提交的任务信息等信息，还可以包括导致异常操作的原因等相关信息。

本发明参考异常的出现的原因、来源、场景、影响等信息，并依据流程异常的业务性质制定了流程异常的异常体系，参见图3，为本发明中设计的异常体系中包含的异常情况，如，流程应用异常、流程回调异常、XML序列化异常、工作流持久化异常、节点业务异常、空分配业务异常、未找到处置Bean异常(Bean是Enterprise Java Bean的缩写，即描述Jave的软件组件模型)和为找到节点异常等异常情况。

本发明依据异常的业务性质将异常体系中的业务异常最终划分为两大类型，即业务异常和非业务异常。

其中，业务异常，是指在工作流进行正常的业务处理时，由于工作流流程中某些业务的特殊要求导致业务处理过程不能正常进行所出现的异常。也可以说由于工作流系统的业务数据配置不合理，不能满足正常的业务流程运行。如，工作流的流程运行到某个环节的时，根据业务需求，需要“审批岗位”的人员来进行审批，但是在这种情况下恰好这个“审批岗位”的所有人员被调离或者是不在岗不能完成该环节的审批操作，即系统在该环节配置的人员不能满足正常的业务流程所需，因此导致工作流的流程无法继续运转下去，此时即需要通过调整“审批岗位”的人员数据，增加审批岗位的人员，再将流程继续运行。

其中，非业务异常，是指出业务异常以外的其他异常状况。如，技术层面的异常情况，例如，非法运算的“除零异常”、“数据越界”和“空指针”等异常情况。

在图3的业务异常体系中工作流业务异常、节点业务异常和空分配业务异常均属于业务异常(图中灰色部分的异常为业务异常)，其余的异常均属于非业务异常。

根据检测到的异常信息，获取到异常产生的环境、时间等相关信息，分析该异常，查询该异常对应与异常体系中的哪个或哪些异常情况，并根据该异常对应的异常体系中的异常情况归属的类型，判断该异常属于业务异常还是非业务异常。

在具体的判断过程中，由于不能直接获取该异常归属于异常体系中的异常情况，因此可能需要根据异常信息进行一些转换，找到该异常对应于异常体系中的哪些异常情况。还可能在异常信息中获取出异常产生的环境、时间、原因等异常数据信息，并将该数据信息进行封装，以便进行异常处理可以依据该异常数据信息，处理异常情况。

步骤S103：查询预先设置的异常类型与异常处理规则的对应关系，确定该异常类型的异常处理规则，并执行。

需要说明的是，本发明针对不同的异常类型预先设置了不同的异常处理规则，即，对于某种异常类型有与其对应的异常处理规则。

当确定了异常类型后，查询该异常类型与异常处理规则的对应关系，可以知道该异常类型的异常处理规则，系统将执行该异常处理规则执行该异常类型对应的异常。

具体进行异常处理时，当确定异常类型为非业务异常时，所述查询预先设置的异常类型与异常处理规则的对应关系，确定该异常类型的异常处理规则，并执行，可以为：查询预先设置的非业务异常与异常处理规则的对应关系，对导致非业务异常的操作进行系统回滚，并执行回滚操作。也就是说，当异常类型为非业务异常时，将导致该非业务异常的系统执行的操作，回滚到操作前的状态。其中，回滚是指程序更新失败，返回上一次正确状态的行为，或者说删除由一个或多个部分完成的事务执行的更新。一般在应用程序、数据库或系统错误后还原数据库的完整性，需要使用回滚。

当确定异常类型为业务异常时，所述查询预先设置的异常类型与异常处理规则的对应关系，确定该异常类型的异常处理规则，并执行，可以为：查询预先设置的业务异常与异常处理规则的对应关系，并依据异常信息对业务异常对应的流程分支进行业务数据重组。也就是说，对于业务异常引起的工作流的流程异常，系统需要根据获取到的异常信息，确定导致业务异常的原因，并重新组织业务数据，以便解决系统异常恢复工作流流程的执行。其中。业务数据重组就是重新组织业务数据，是一种业务操作方法，如在工作流流程运行的时候，某个操作员的信息被误删除了，那么重新组织数据即为把这个操作员的数据重新配置好。

当异常类型为业务异常，为了能根据异常信息对业务异常对应的流程的业务数据进行重新组织，在查询预先设置的业务异常与异常处理规则的对应关系，并依据异常信息对业务异常对应的流程分支进行数据重组之前，还包括：当异常的类型为业务异常时，将业务异常对应的流程分支的异常信息进行持久化记录。其中，持久化是指把数据(如内存中的对象)保存到可永久保存的存储设备中(如磁盘)。持久化的主要应用是将内存中的对象存储在关系型的数据库中，当然也可以存储在磁盘文件中、XML数据文件中等等。这样对异常信息进行持久化，当需要对业务异常的流程进行处理时，就可以依据异常信息对业务数据进行重新组织。

其中，工作流的流程主线可能会分裂为多个并行的流程分支，因此出现业务异常的流程分支可以为：一条或多条流程分支。

现有技术中对于工作流中同时运行多个流程分支时，只要其中的一条流程分支出现异常，系统将停止所有的流程分支的运行。本发明为了更好的处理并行流程分支的异常，对于工作流中同时运行多个流程分支时，当出现业务异常时，可以为：停止该业务异常对应的流程分支的执行，将所述流程分支异常信息存入异常收集器中，对异常信息进行持久化，并继续运行没有出现异常的流程分支。也就是说，当有多条并行的流程分支同时运行时，当其中的一条或多条流程分支出现业务异常，仅停止出现业务异常的流程分支的运行，而其他正常的流程分支将继续执行操作。

这样当需要对异常进行处理时，可以为：检测异常收集器中的业务异常，将业务异常对应的流程分支标注为异常状态，并根据所述异常信息，对处于异常状态的流程分支对应的业务数据进行重组。其中，异常收集器相当于一个容器，用于存放工作流流程运行时的所有业务异常，当对异常进行处理时，就可以检测异常收集器中是否有异常信息，当存在异常信息时，将该异常信息对应的流程分支标注为异常状态，并根据异常信息进行业务数据的重组。

进一步的，当根据异常的类型为业务异常时，为了保证处于异常状态的流程分支，经过数据重组后能恢复到正常的运行状态，在查询预先设置的业务异常与异常处理规则的对应关系，并依据异常信息对业务异常对应的流程分支进行数据重组之后，还可以包括：运行处于所述业务异常对应的流程分支，检测该流程分支是否还存在所述业务异常，如果是，则重新对所述流程分支对应的业务数据进行重组；如果否，则将该流程分支标注为正常状态。也就是说，当对业务异常对应的流程分支进行业务数据重组后，为了保证出现异常的流程分支已能恢复到正常状态，需要运行业务数据重组后的流程分支，测试针对该业务异常进行业务数据重组后，该流程分支是否还会出现该业务异常，如果是则需要重新组织业务数据，如果否，则说明该业务异常已经解决，将该流程分支标注为正常状态。

在实际应用中一条流程分支可能出现多个业务异常，需要在运行该流程分支时，根据该流程分支的所有异常信息记录，查询该流程分支的异常情况列表，找出最后一条具体的业务异常，检测是否最后一条业务异常已经解决，如果解决，则继续解决倒数第二条业务异常，直至该流程分支的所有异常均已解决，将该流程分支标注为正常状态。

另外，在对业务数据重组后的流程分支进行运行监测的过程中，仍有可能出现其他的异常情况，因此在运行业务数据重组后的流程分支的过程中，仍需在流程应用接口检测是否还存在其他异常信息，并依据相应的处理规则进行业务处理。

为了能更清楚的描述本发明的异常处理方法，参见图4，为本发明另一实施例的一种工作流异常处理方法的步骤流程图，该方法包括：

步骤S401：对工作流流程应用接口接收的信息进行异常检测；

步骤S402：当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定该异常对应所述异常体系中的异常情况，判断该异常情况的业务类型，当异常类型为非业务异常时，进入步骤S406：当异常类型为业务异常时，进入步骤S403；

步骤S403：当异常的类型为业务异常时，停止业务异常对应的流程分支运行并将该流程分支标注为异常状态，将所述流程分支的异常信息存入异常收集器中，并将异常信息进行持久化；

步骤S404：检测异常收集器中是否存在异常信息，当异常收集器中存在异常信息时，将异常状态的流程分支的业务数据进行重组；

步骤S405：运行该业务数据重组后的流程分支，检测该流程分支是否还存在所述业务异常，如果是，则重新对所述流程分支对应的业务数据进行重组；如果否，则将该流程分支标注为正常状态；

步骤S406：当异常类型为非业务异常时，对导致非业务异常的操作进行系统回滚，并执行回滚操作。

其中，在步骤S401中，如果运行该业务数据重组后的流程分支的过程中，可能还会有其他的异常情况出现，因此，在运行该业务数据重组后的流程分支的过程中，也会进行步骤S401中进行异常检测的操作，当检测到其他异常信息时，仍按照步骤S402进行相应处理。

对应本发明的方法，本发明还提供了一种工作流异常处理系统，参见图5为本发明的实施例所提供的系统的结构示意图，该系统包括：

异常检测单元501，用于对工作流流程应用接口接收的信息进行异常检测；

类型确定单元502，用于当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定异常类型；

异常处理单元503，用于查询预先设置的异常类型与异常处理规则的对应关系，确定该异常类型的异常处理规则，并执行。

其中，异常检测模块检测到的异常信息包括：异常产生的环境、流程分支、所述流程分支的执行状态、时间和原因的信息。

根据异常类型的不同，异常处理单元进行的操作不同，因此异常处理单元进行的操作不同，参见图6，异常处理单元630包括：

第一处理单元631，用于当类型确定单元确定异常的类型为非业务异常时，查询预先设置的非业务异常与异常处理规则的对应关系，对业务异常进行系统回滚，并执行回滚操作。

第二处理单元632，用于当类型确定单元确定异常的类型为业务异常时查询预先设置的业务异常与异常处理规则的对应关系，并依据异常信息对业务异常对应的流程分支进行业务数据重组。

进一步的，为了当异常类型为业务异常时，能依据异常信息进行业务重组，该系统还包括：

异常记录单元640，用于当异常的类型为业务异常时，将业务异常对应的流程分支的异常信息进行持久化记录。

其中，异常记录单元640，可以记录一条或多条流程分支发生的业务异常信息。

优选的，所述异常记录单元640包括：异常保存单元641，用于当异常的类型为业务异常时，停止该业务异常对应的流程分支的执行，将业务异常对应的流程分支的异常信息存入异常收集器中；

异常记录子单元642，用于对异常收集器中的异常信息进行持久化记录；

对应的，该第二处理单元632包括：

收集器检测单元6321，用于检测异常收集器中的业务异常，将业务异常对应的流程分支标注为异常状态；

数据重组单元6322，用于根据异常处理子单元中记录的所述异常信息，对处于异常状态的流程分支对应的业务数据进行重组。

进一步的，为了保证经过业务数据重组后的流程分支已恢复正常状态，该系统还包括：

运行测试单元650，用于运行所述业务数据重组后的流程分支，检测该流程分支是否还存在所述业务异常，如果是，则重新对所述流程分支对应的业务数据进行重组；如果否，则将该流程分支标注为正常状态。

另外，运行测试单元650，在运行所述业务数据重组后的流程分支，检测该流程分支是否还存在所述业务异常过程中，可能还会发生其他的异常情况，在运行测试单元运行的过程中仍调用异常检测单元610和类型确定单元620，当有其他异常时，将进行异常处理单元630的操作。

其中，图6中的异常检测单元610和类型确定单元620的作用分别和图5中的异常检测单元501和类型确定单元620的作用相同。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (4)

1.一种工作流异常处理方法，其特征在于，包括：

对工作流流程应用接口接收的信息进行异常检测；

当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定异常类型，其中，所述异常信息包括异常产生的环境、流程分支、所述流程分支的执行状态、时间和原因的信息；

查询预先设置的异常类型与异常处理规则的对应关系，确定所述异常类型的异常处理规则；

当异常类型为业务异常时，停止该业务异常对应的流程分支的执行，将所述流程分支异常信息存入异常收集器中，对异常信息进行持久化，并继续运行没有出现异常的流程分支；

检测异常收集器中的业务异常，将业务异常对应的流程分支标注为异常状态，并根据所述异常信息，对处于异常状态的流程分支对应的业务数据进行重组；

当所述异常类型为非业务异常时，对导致非业务异常的操作进行系统回滚。

2.根据权利要求1所述的方法，其特征在于，在进行业务数据重组之后，还包括：

运行所述对业务数据进行重组的流程分支，检测该流程分支是否还存在所述业务异常，如果是，则重新对所述流程分支对应的业务数据进行重组；如果否，则将该流程分支标注为正常状态。

3.一种工作流异常处理系统，其特征在于，包括：

异常检测单元，用于对工作流流程应用接口接收的信息进行异常检测；

类型确定单元，用于当检测到异常信息时，参考预先根据异常的业务性质设定的异常体系，确定异常类型，其中，所述异常信息包括异常产生的环境、流程分支、所述流程分支的执行状态、时间和原因的信息；

第一处理单元，用于当类型确定单元确定异常的类型为非业务异常时，查询预先设置的非业务异常与异常处理规则的对应关系，对导致业务异常操作进行系统回滚，并执行回滚操作；

异常记录单元，用于当异常的类型为业务异常时，将业务异常对应的流程分支的异常信息进行持久化记录；

第二处理单元，用于当类型确定单元确定异常的类型为业务异常时查询预先设置的业务异常与异常处理规则的对应关系，并依据异常信息对业务异常对应的流程分支进行业务数据重组；

其中，所述异常记录单元包括：

异常保存单元，用于当异常的类型为业务异常时，停止该业务异常对应的流程分支的执行，将业务异常对应的流程分支的异常信息存入异常收集器中；

异常记录子单元，用于对异常收集器中的异常信息进行持久化记录；

所述第二处理单元包括：

收集器检测单元，用于检测异常收集器中的业务异常，将业务异常对应的流程分支标注为异常状态；

数据重组单元，用于根据异常处理子单元中记录的所述异常信息，对处于异常状态的流程分支对应的业务数据进行重组。

4.根据权利要求3所述的系统，其特征在于，还包括：

运行测试单元，用于运行所述对业务数据进行重组的流程分支，检测该流程分支是否还存在所述业务异常，如果是，则重新对所述流程分支对应的业务数据进行重组；如果否，则将该流程分支标注为正常状态。

Images