CN112257008A - 一种在线自定义流程运行系统、方法、介质和服务器 - Google Patents

Abstract

本发明提供一种在线自定义流程运行系统、方法、介质和服务器，该系统包括：流程定义端服务器，其包括：流程配置模块，用于提供流程绘制页面，响应于用户在流程绘制页面中对流程进行的配置操作，生成定义端流程编排文件；以及，流程发布模块，用于提供流程发布页面，对定义端流程编排文件进行发布操作，生成运行端流程执行文件，将运行端流程执行文件部署到流程运行端服务器；流程运行端服务器，其包括：监听运行模块，用于在流程运行过程中，监听到运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件，根据重新加载的变化后的运行端流程执行文件执行流程。本发明可随时随地在线自定义编辑，并且编辑过程不影响流程的执行。

Description

一种在线自定义流程运行系统、方法、介质和服务器

技术领域

本发明涉及互联网领域，具体涉及一种在线自定义流程运行系统、方法、介质和服务器。

背景技术

决策引擎是一款业务规则运营管理产品，由推理引擎发展而来，实现了将业务规则从应用程序代码中分离出来以满足频繁变化的业务规则需求。

在现有的在线自定义流程运行系统中，几乎都是C端应用，用户必须安装对应的开发工具才能使用，这也带来如下弊端：

不能在流程运行过程中随时随地对流程进行在线编辑，对操作系统要求严格。

发明内容

有鉴于此，本发明实施例的目的在于提供一种在线自定义流程运行系统、方法、介质和服务器，以让用户可以在流程运行过程中对流程进行在线自定义编辑，并基于自定义编辑自动执行编辑后的流程。

第一方面，本发明实施例提供了一种在线自定义流程运行系统，所述在线自定义流程运行系统包括：

流程定义端服务器，其包括：流程配置模块，用于提供流程绘制页面，响应于用户在所述流程绘制页面中对流程进行的配置操作，生成定义端流程编排文件；以及，流程发布模块，用于提供流程发布页面，对所述定义端流程编排文件进行发布操作，生成运行端流程执行文件，将所述运行端流程执行文件部署到流程运行端服务器；

流程运行端服务器，其包括：监听运行模块，用于在流程运行过程中，监听到所述运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件，根据重新加载的变化后的运行端流程执行文件执行流程。

在一些可能的实施方式中，所述监听运行模块，包括文件监听器，用于从发布操作生成的运行端流程执行文件的文件目录中过滤出文件后缀是目标格式的运行端流程执行文件；对过滤出的后缀是目标格式的运行端流程执行文件的文件目录进行扫描处理；根据扫描处理得到的所述运行端流程执行文件的最近修改日期，确定所述运行端流程执行文件是否发生修改。

在一些可能的实施方式中，所述流程运行端服务器，还包括：开始节点模块、一个或多个连线模块、以及一个或多个解析节点模块；

所述开始节点模块，用于接收用户操作，执行自身动作，并且在执行完自身动作后调用所述连线模块；

所述连线模块，用于根据执行判断条件，确定条件是真或假，当条件是真时，触发下一步的解析节点模块执行解析用户动作，当条件是假时，向所述开始节点模块返回条件为假的执行结果，或者向所述连线模块的上一步的解析节点模块返回条件为假的执行结果，并由该上一步的解析节点模块向用户返回操作失败的消息；其中，所述执行判断条件是所述连线模块的预先配置的属性；

所述开始节点模块，还用于当所述开始节点模块的下一步的连线模块返回的条件为假时，向用户返回操作错误的消息；

所述解析节点模块，用于当条件为真时，执行解析用户动作，并且在解析用户动作完成后，直接向用户返回操作成功的消息。

在一些可能的实施方式中，所述开始节点模块或者所述解析节点模块均以插件方式存在，支持用户自定义；所述插件通过所述流程运行端服务器内置的插件加载器加载，每个插件使用不同的插件加载器加载。

在一些可能的实施方式中，所述流程运行端服务器，还包括：轨迹追踪过滤器、多个代理模块和存储器；

所述轨迹追踪过滤器，用于异步地将每一步的动作执行主体的标识及其动作执行状态数据对应地记录在所述存储器中；所述动作执行主体包括：所述开始节点模块、所述连线模块和所述解析节点模块；

所述流程定义端服务器，还包括：流程执行轨迹显示模块，用于获取所述存储器中的每一步的动作执行主体的标识及其动作执行状态数据，将获取的每一步的动作执行主体的标识及其动作执行状态数据与所述定义端流程编排文件上的相应的节点或连线建立对应关系，从而将所述流程的执行轨迹完整地显示给用户；

所述多个代理模块，包括所述开始节点对应的代理模块、所述连线模块对应的代理模块、以及所述解析节点模块对应的代理模块；当所述开始节点、所述连线模块、所述解析节点模块中的任意一个被执行时，相应的代理模块调用所述轨迹追踪过滤器。

第二方面，本发明实施例提供了一种在线自定义流程运行方法，其包括：

在流程运行过程中，对流程定义端服务器部署的运行端流程执行文件进行监听；

当监听到所述运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件；

根据所述重新加载的变化后的运行端流程执行文件执行流程。

在一些可能的实施方式中，所述的在流程运行过程中，对流程定义端服务器部署的运行端流程执行文件进行监听，具体包括：

在流程运行过程中，通过文件监听器从发布操作生成的运行端流程执行文件的文件目录中过滤出文件后缀是目标格式的运行端流程执行文件；

对过滤出的后缀是目标格式的运行端流程执行文件的文件目录进行扫描处理；

根据扫描处理得到的所述运行端流程执行文件的最近修改日期，确定所述运行端流程执行文件是否发生修改或发生变化。

在一些可能的实施方式中，所述在线自定义流程运行方法应用于流程运行端服务器中，所述流程运行端服务器还包括：开始节点模块、一个或多个连线模块、以及一个或多个解析节点模块；所述的根据重新加载的变化后的运行端流程执行文件执行流程，具体包括：

所述开始节点模块接收用户操作，执行自身动作，并且在执行完自身动作后调用所述连线模块；

所述连线模块根据执行判断条件，确定条件是真或假，当条件是真时，触发下一步的解析节点模块执行解析用户动作，当条件是假时，向所述开始节点模块返回条件为假的执行结果，或者向所述连线模块的上一步的解析节点模块返回条件为假的执行结果，并由该上一步的解析节点模块向用户返回操作失败的消息；其中，所述执行判断条件是所述连线模块的预先配置的属性；

当所述开始节点模块的下一步的连线模块返回的条件为假时，所述开始节点模块向用户返回操作错误的消息；

当条件为真时，所述解析节点模块执行解析用户动作，并且在解析用户动作完成后，直接向用户返回操作成功的消息。

在一些可能的实施方式中，所述根据重新加载的变化后的运行端流程执行文件执行流程，还可以包括：

通过轨迹追踪过滤器异步地将每一步的动作执行状态数据记录在存储器中；

获取所述存储器中的每一步的动作执行状态数据，并整合所述定义端流程编排文件将所述流程的执行轨迹完整地显示给用户。

第三方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的任意一种在线自定义流程运行方法。

第四方面，本发明实施例提供了一种流程运行端服务器，其包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的任意一种在线自定义流程运行方法。

上述技术方案具有如下有益效果：

本发明实施例为了获得更高的系统兼容性，将流程图绘制功能放到网页实现，由之前的C端转为B端，从而达到不依赖开发工具，随时随地编辑的目的。由C端转为B端后，为了防止正在编辑的流程影响线上环境，后端区分流程定义端服务器与流程运行服务器。流程定义端服务器负责提供流程绘制页面、流程发布页面；流程运行端服务器负责流程实际运行。从而，提供一种高度灵活的可随时随地编辑的网页版的在线自定义流程运行系统，从而可以让用户可以在流程运行过程中对流程进行在线自定义编辑，并基于自定义编辑自动执行编辑后的流程。

附图说明

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

图1是现有技术的流程图的流程编排的原理示意图；

图2是现有技术的流程图中控制流向的时序图；

图3是本发明实施例的控制动作流向的时序图；

图4是本发明实施例的在线自定义流程运行系统的物理架构图；

图5是本发明实施例的一个举例的流程图绘制界面图；

图6是本发明实施例的一个举例的流程图节点属性配置界面图；

图7是本发明实施例的一个举例的流程图版本管理的界面图；

图8是本发明实施例的一个举例的流程图发布/部署的界面图；

图9是本发明实施例的一个举例的流程执行轨迹显示的示意图；

图10是本发明实施例的作为一个举例的风险控制系统的实际应用场景图；

图11是本发明实施例的作为一个举例的决策引擎的规则使用界面图；

图12是本发明实施例的条件模块的判断条件示例图；

图13是本发明实施例的计算机可读存储介质的逻辑功能框图；

图14是本发明实施例的运行端服务器的逻辑功能框图。

具体实施方式

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

本发明实施例的目的之一在于，提供一种高度灵活的可随时随地编辑的网页版的在线自定义流程运行系统，同时提供热加载功能避免重复启动应用，以免对线上环境造成较大影响。上述在线自定义流程运行系统可以应用于决策引擎中。

本发明实施例的目的之一在于，解决现有技术中的在线自定义流程运行系统通过管理器控制流程走向，灵活性差的问题。

本发明实施例的目的之一在于，解决现有技术中在线自定义流程运行系统的流程执行结果不直观，只能通过大量测试保证准确性，无法排查流程错误环节的问题。

本发明实施例的目的之一在于，解决现有技术中在线自定义流程运行系统不支持热加载，每次编辑完必须重新打版或重启应用的问题。

本发明实施例的目的之一在于，解决现有技术中在线自定义流程运行系统不支持用户自定义流程节点形式的问题。

去中心化：

图1是现有技术的流程图的流程编排的原理示意图。如图1所示，流程图一般由节点（节点是流程执行动作载体，例如用于解析网页请求信息、调用自身登录接口等）和连线（连线用于控制流程走向，即根据流程上下文选择下一个要执行的节点）组成，流程编排的功能就是根据流程图控制用户动作流向。

图2是现有技术的流程图中控制流向的时序图。如图2所示，其包括如下步骤：

S1：用户选择登录操作。

S2：服务器通过控制器寻找开始节点。

S3：控制器调用开始节点接口，执行开始节点。所有流程都是从开始节点执行的，但后续的动作中会有各种类型的节点。

S4：控制器得到开始节点返回值后，执行连线1。这里的连线1指的是图2示例中的连线1，实际应用场景中可以有多条连线。

S5：连线1根据执行判断条件得出真或假的结论，并向控制器返回真或假的执行结果。

S6：控制器根据连线1的返回值决定返回错误，还是继续下一步解析用户动作节点。如果返回值是假，则控制器向用户返回错误；如果返回值是真，则控制器继续下一步解析用户动作节点。

从图2的时序图中可以看出，无论节点还是连线动作的执行都是需要控制器参与的，具体的动作流向全部由控制器决定。控制器的存在导致每次新增一种节点或连线类型都必须通知控制器，有些情况还必须升级控制器才能实现，对开发人员是一种挑战，风险较大。

基于传统方式的缺点，本发明实施例去除控制器的存在，由节点和连线自身控制动作流向。

图3是本发明实施例的控制动作流向的时序图。如图3所示，其是针对作为示例的常用的登录操作绘制的交互原理图，其包括如下步骤：

S1’：用户选择登录操作。本实施例不限制于登录操作，还可以包括但不限于：定时标注和服务编排。定时标注是指在流程图中执行一些脚本，或者执行一些数据库查询操作等。

S2’：流程运行端服务器直接执行开始节点。

S3’：开始节点执行完自身动作后调用连线1。这里的自身动作指的是节点具体要做的事情。

S4’：连线1计算执行条件，即指定判断条件，如果条件为真，执行解析用户动作，如果条件为否或假，返回开始节点。该指定判断条件是连线的属性，其可通过在图6所示的流程图右侧属性面板配置得到。每个节点模块执行不同的操作或功能，例如，某个节点的功能是查询用户信息。在流程图中包括多个不同功能的节点和多个连线。

S5’：当条件为真时，执行解析用户动作。本步骤在连线1后面的节点中执行。解析用户动作指的是节点执行的具体内容，代表从用户请求上下文数据中解析用户信息，这只是节点执行的内容举例。解析用户动作是在解析用户动作的节点中执行的，这里的解析用户动作只是动作的描述，描述了节点要做的事情，不代表节点模块的类型。如果登录成功，解析节点直接向用户返回登录成功的消息。

S6’：如果连线1返回为否或假，开始节点返回错误告知用户。

节点、连线是流程图的一部分，具体流程图是在流程定义端服务器进行配置的，但流程定义端服务器没有指定的能力，需要通过发布动作，由流程定义端服务器将流程图翻译成流程运行端服务器可以执行的文件，最后具体执行操作是由流程运行端服务器负责的。

从图2与图3对比可以看出，本发明实施例将控制器移除，用户动作以及动作流向主要交给节点控制，由节点控制连线的执行，这样做主要有以下好处：

1、节点可以自定义多种连线方式以用于不同场景，执行不同的动作，例如可以区分正常流程连线和异常流程连线，让用户可以自定义异常动作；

2、节点以插件方式存在，支持用户自定义，例如通过http调用其他服务、执行shell脚本、查询数据库等操作都可以做成插件。插件化不同于将节点模块动作内置到在线自定义流程运行系统的模式，将节点模块动作以一种独立于在线自定义流程运行系统的方式加载，即插件依赖于在线自定义流程运行系统，但在线自定义流程运行系统却不依赖插件。插件化后，节点模块动作将不会局限于在线自定义流程运行系统提供的内容，用户可以根据自身场景需要定义个性化的动作，从而适应不同的应用场景，例如定时任务调度、服务编排等。所述插件通过在线自定义流程运行系统内置的插件加载器加载，每个插件使用不同的插件加载器加载，从而确保不同插件之间的隔离性。

3、节点隔离（借用java语言双亲模型原理，以不同的类加载器加载），修改或升级节点不会影响其他节点；这里的节点隔离指的是插件之间的隔离；

4、版本控制，一个节点可以多个版本共存；

5、热加载（用户每次修改后重新执行流程加载动作），新增节点组件无需重启服务。

C端转B端：

上面的设计解决了传统方式灵活性差的问题，但仍然无法解决传统方式对于开发环境的依赖。为了获得更高的系统兼容性，本发明实施例将流程图绘制功能放到网页实现，由之前的C端转为B端，从而达到不依赖开发工具，随时随地编辑的目的。

由C端转为B端后，为了防止正在编辑的流程影响线上环境，后端区分流程定义端服务器与流程运行服务器。流程定义端服务器负责提供流程绘制页面、流程发布页面；流程运行端服务器负责流程实际运行。图4是本发明实施例的在线自定义流程运行系统的物理架构图。如图4所示，流程编辑运行具体步骤如下：

S41：流程管理员使用浏览器访问流程定义端服务器，对流程进行配置。

S42：确认流程无误后流程管理员进行检入操作，生成定义端流程编排文件。

S43：流程管理员可以对定义端流程编排文件进行发布操作，将定义端流程编排文件转化为运行端流程执行文件，并将运行端流程执行文件内容部署到一个或多个流程运行端服务器。具体地，运行端流程执行文件指的是运行端可以理解的文件，定义端的流程编排文件是为了方便流程图绘制准备的，实际运行端服务器无法理解，这里需要进行转换，转化为运行端可以理解的文件。作为一个举例，流程编排文件可以是以图的形式存在的，主要目的是方便界面展示；转化过程可以是将图解析为xml格式，即：

<xml><node><link></link></node><node></node></xml>的形式，这种形式更方便流程运行端服务器理解。

S44：流程运行端服务器监听到运行端流程执行文件发生变化时，重新加载该发生改变的运行端流程执行文件，之后的用户动作就以新流程执行。具体地，流程运行端服务器是7*24小时运行的，如果在不停机的情况下改变流程图的动作，可以监听运行端流程执行文件，当运行端流程执行文件发生变化时，重新加载，而不需要重启服务器。

具体地，Jdk1.7自带文件监听器，只需要实现相应接口即可；也可以自行扫描流程执行文件的文件目录，通过文件最近修改日期知道文件是否修改。通过当前获取的运行端流程执行文件的最近修改日期，与其上一次的修改日期进行对比，即可确定该运行端流程执行文件是否发生修改。如果当前的最近修改日期不同于上一次的修改日期，则确定该运行端流程执行文件已经发生修改，否则确定其未发生修改或变化。

在一些实施例中，文件监听是针对目录的，发布的运行端流程执行文件会被写入到文件目录中，该目录下会存放流程执行文件，同时会根据流程执行文件后缀对其进行过滤。作为举例，文件后缀的格式有多种，例如包括.jpg，.mp4，流程执行文件的后缀是.flow，在扫描时，仅扫描文件后缀是.flow的文件。在一个文件夹中可能有后缀是.flow的文件，也可能有后缀是.txt的文件，上述过滤是指，在扫描时，忽略或过滤掉后缀是.txt或其他非目标后缀的文件，仅监听扫描后缀是.flow的流程执行文件。

执行轨迹显示：

传统方式的在线自定义流程运行系统对于动作执行者和管理员而言就是一个黑盒子，只能看到流程的输入和输出，在流程出错或结果与预期不一致的情况下，排查问题变得十分困难。在这样的背景下，如果能够通过一定的技术手段看到流程的整个执行过程，就可以很容易的看出流程在哪个环节出现问题并及时排错。

由于本发明实施例去掉了控制器，为了能够对节点和连线动作的执行进行一定的干预，本发明实施例采用了一种代理和过滤器的设计方式来实现。

代理直接使用java接口代理模式实现，过滤器主要参考Web服务器过滤器实现，在接口代理实现类中调用过滤器。在一个示例中，代理可采用JDK代理，其是java中的一种语言模式。

该技术方案的优点在于：

采用代理模式可以减少对节点和连线动作的影响，在不需要修改节点和连线原有动作的情况下，完成额外动作。例如：代理的目的之一是在不影响原有节点动作的前提下，进行一些定制化的操作，例如打印执行日志等。

使用过滤器可以允许用户自定义通用操作，例如但不限于：例如打印执行日志。

为了展示流程执行轨迹，本发明实施例对每一步动作的执行状态进行监控和搜集，过滤器设计可以满足上述需求。运行端服务器内置轨迹追踪过滤器，用于异步将每一步的动作执行主体的标识及其动作执行状态数据（例如上下文数据）记录在存储器中，定义端服务器查询/获取该存储器中的动作执行状态数据并整合流程定义文件将该笔流程（例如交易）的执行轨迹完整地反显给用户。这里的存储器可以是任何类型的数据库，例如oracle，elasticsearch等。流程定义文件是前面的定义端流程编排文件，即流程图。通过异步的方式往例如elasticsearch数据库中记录或存储每一步的动作执行状态数据，然后在需要显示完整的执行轨迹时，将上述每一步的动作执行状态数据与流程图上的相应的节点建立对应关系，然后进行渲染，例如改变颜色或增加特殊的标记，从而可以告诉或指示用户当前的某个节点是执行成功还是执行失败。流程轨迹显示是指：在节点执行后记录下节点信息，然后在流程定义端根据记录的信息将流程图渲染成不同的样式。可以采用任意的显著性显示方式，突出显示方式或差异化显示方式，例如：对执行轨迹进行高亮显示，或者利用差异化的颜色进行显示，或者进行加粗显示，或者增加虚线框以将流程执行轨迹包含在虚拟框内，或者增加代表执行轨迹的指示路径。如图9中的虚线框所示，开始节点、SQL操作、规则调用、redis命令、spl表达式数组、并行节点、以及上方的spl表达式分别对应的图标，以及相互之间的箭头被进行显著性显示，例如变成统一的绿色，以完整显示流程执行轨迹。

表1示出了本发明实施例的产品与现有产品的技术效果对比过程。图5是本发明实施例的一个举例的流程图绘制界面图；图6是本发明实施例的一个举例的流程图节点属性配置界面图；图7是本发明实施例的一个举例的流程图版本管理的界面图；图8是本发明实施例的一个举例的流程图发布的界面图；图9是本发明实施例的一个举例的流程执行轨迹反显的示意图。请一并结合参阅图5-图9以及表1。如图5所示，其显示了内置的各种各样的插件，展示了本实施例的插件化的功能，例如sql操作是一个节点的插件，规则调用是一个插件，redis命令是一个插件等等。

表1：本产品与现有产品对比表

对比项	本产品	现有产品
			中心控制器	无	有
自定义节点/连线类型	支持、简单	不支持或难度过大
			热加载	支持	不支持
网页编辑	支持	不支持
			节点隔离	支持	不支持
版本管理	支持	不支持
			轨迹反显	支持	不支持
开发工具	不需要	需要
			系统兼容性	全系统支持	仅支持特定系统

图10是本发明实施例的作为一个举例的风控系统的实际应用场景图，主要配合图11中决策引擎的规则使用。

图10中的节点为风险控制系统自定义的节点模块插件，主要作用是获取当前申请人的信息并调用图11中决策引擎的规则。条件模块（即图10中的连线）根据规则输出结果’OUT_是否通过’决定是否需要继续后续的流程。条件模块的判断条件如图12所示。通过向各个节点传入参数以指示节点需要执行的判断条件，这些参数通过属性面板传送给相应的节点。

图10中的流程将各种准入规则串联起来，判断当前申请人是否具备申请资格。例如通过身份证号去查询申请人的相关信息，通过执行多个节点对应的多个规则来判断确定是否允许该申请人获得该项贷款。开始的某些节点可能是检查申请人的年龄是否符合要求，后面的某些节点可能是检查申请人的征信，不同的节点检查的深度不同。流程编排热加载的特性，使管理员可以随时增加或去除一种校验规则；流程编排版本管理的功能，使管理员可以随时对版本进行回滚，避免因操作事务导致较大生产事故。

综上，本发明实施例的上述技术方案包括如下有益技术效果：

本发明实施例去掉了传统模式中的流程执行控制器，将流向动作交给节点和连线，高度灵活化和完全可自定义化；

本发明实施例中的节点和连线以插件的形式存在，减少不同节点动作的相互影响，支持多版本共存和热加载；

本发明实施例支持版本管理，可以随时回滚，避免因人为操作失误造成较大影响；

本发明实施例由C端转为B端，让用户可以随时随地对流程进行编辑，而不用局限于自己的设备。

本发明实施例流程执行轨迹反显功能使用户很容易排查执行过程中出现的错误，及时矫正。

本发明实施例提供了一种去中心化支持全自定义和热加载的可随时随地编辑的网页版在线自定义流程运行系统。

本发明实施例提供了一种去中心化、插件化、流程执行轨迹反显的在线自定义流程运行系统。

实施例二

图4是本发明实施例的一种在线自定义流程运行系统的物理架构示意图。如图4所示，该在线自定义流程运行系统包括：

流程定义端服务器，其包括：流程配置模块，用于提供流程绘制页面，响应于用户在流程绘制页面中对流程进行的配置操作，生成定义端流程编排文件；以及，流程发布模块，用于提供流程发布页面，对定义端流程编排文件进行发布操作，生成运行端流程执行文件，将运行端流程执行文件部署到流程运行端服务器；

流程运行端服务器，其包括：监听运行模块，用于在流程运行过程中，监听到运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件，根据重新加载的变化后的运行端流程执行文件执行流程。

在一些可能的实施例中，监听运行模块，包括文件监听器，用于从发布操作生成的运行端流程执行文件的文件目录中过滤出文件后缀是目标格式的运行端流程执行文件；对过滤出的后缀是目标格式的运行端流程执行文件的文件目录进行扫描处理；根据扫描处理得到的运行端流程执行文件的最近修改日期，确定运行端流程执行文件是否发生修改。

在一些可能的实施例中，流程运行端服务器，还包括：开始节点模块、一个或多个连线模块、以及一个或多个解析节点模块；

开始节点模块，用于接收用户操作，执行自身动作，并且在执行完自身动作后调用连线模块；

连线模块，用于根据执行判断条件，确定条件是真或假，当条件是真时，触发下一步的解析节点模块执行解析用户动作，当条件是假时，向开始节点模块返回条件为假的执行结果，或者向连线模块的上一步的解析节点模块返回条件为假的执行结果，并由该上一步的解析节点模块向用户返回操作失败的消息；其中，执行判断条件是连线模块的预先配置的属性；

开始节点模块，还用于当开始节点模块的下一步的连线模块返回的条件为假时，向用户返回操作错误的消息；

解析节点模块，用于当条件为真时，执行解析用户动作，并且在解析用户动作完成后，直接向用户返回操作成功的消息。

在一些可能的实施例中，开始节点模块或者解析节点模块均以插件方式存在，支持用户自定义；插件通过流程运行端服务器内置的插件加载器加载，每个插件使用不同的插件加载器加载。

在一些可能的实施例中，节点模块的类型是完全自定义的，后面的插件化也主要是针对节点模块的，即如果需要，本实施例可以自定义http调用节点、redis调用节点、shell脚本调用节点、sql查询节点、groovy执行节点等等。

在一些可能的实施例中，节点模块以插件方式存在，支持用户自定义。插件化不同于将节点模块动作内置到在线自定义流程运行系统的模式，将节点模块动作以一种独立于在线自定义流程运行系统的方式加载，即插件依赖于在线自定义流程运行系统，但在线自定义流程运行系统却不依赖插件。插件化后，节点模块动作将不会局限于在线自定义流程运行系统提供的内容，用户可以根据自身场景需要定义个性化的动作，从而适应不同的应用场景，例如定时任务调度、服务编排等。插件通过流程运行端服务器内置的插件加载器加载，每个插件使用不同的加载器加载，从而确保不同插件之间的隔离性。

在一些可能的实施例中，流程运行端服务器，还可以包括：轨迹追踪过滤器和存储器；

轨迹追踪过滤器，用于异步地将每一步的动作执行状态数据记录在存储器中；

流程定义端服务器，还包括：流程执行轨迹显示模块，用于获取存储器中的每一步的动作执行状态数据，并将获取的每一步的动作执行状态数据与定义端流程编排文件上的相应的节点建立对应关系，从而将流程的执行轨迹完整地显示给用户。

在一些可能的实施例中，流程运行端服务器，还可以包括：轨迹追踪过滤器、多个代理模块和存储器；

轨迹追踪过滤器，用于异步地将每一步的动作执行主体的标识及其动作执行状态数据对应地记录在存储器中；动作执行主体包括：开始节点模块、连线模块和解析节点模块；

流程定义端服务器，还包括：流程执行轨迹显示模块，用于获取存储器中的每一步的动作执行主体的标识及其动作执行状态数据，将获取的每一步的动作执行主体的标识及其动作执行状态数据与定义端流程编排文件上的相应的节点或连线建立对应关系，从而将流程的执行轨迹完整地显示给用户；

多个代理模块，包括开始节点对应的代理模块、连线模块对应的代理模块、以及解析节点模块对应的代理模块；当开始节点、连线模块、解析节点模块中的任意一个被执行时，相应的代理模块调用轨迹追踪过滤器。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

实施例三

图13是本发明实施例提供的一种计算机可读存储介质的功能框图。如图13所示，计算机可读存储介质200内存储有计算机程序210，计算机程序210被处理器执行时实现上述任意一种在线自定义流程运行方法的各步骤，包括：

在流程运行过程中，对流程定义端服务器部署的运行端流程执行文件进行监听；

当监听到运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件；

根据重新加载的变化后的运行端流程执行文件执行流程。

在一些实施例中，存储介质还被设置为存储用于执行以下步骤的程序代码：

在流程运行过程中，通过文件监听器从发布操作生成的运行端流程执行文件的文件目录中过滤出文件后缀是目标格式的运行端流程执行文件；

对过滤出的后缀是目标格式的运行端流程执行文件的文件目录进行扫描处理；

根据扫描处理得到的运行端流程执行文件的最近修改日期，确定运行端流程执行文件是否发生修改。

在一些实施例中，在线自定义流程运行方法应用于流程运行端服务器中，流程运行端服务器还包括：开始节点模块、一个或多个连线模块、以及一个或多个解析节点模块；存储介质还被设置为存储用于执行以下步骤的程序代码：

开始节点模块接收用户操作，执行自身动作，并且在执行完自身动作后调用连线模块；

连线模块根据执行判断条件，确定条件是真或假，当条件是真时，触发下一步的解析节点模块执行解析用户动作，当条件是假时，向开始节点模块返回条件为假的执行结果，或者向连线模块的上一步的解析节点模块返回条件为假的执行结果，并由该上一步的解析节点模块向用户返回操作失败的消息；其中，执行判断条件是连线模块的预先配置的属性；

当开始节点模块的下一步的连线模块返回的条件为假时，开始节点模块向用户返回操作错误的消息；

当条件为真时，解析节点模块执行解析用户动作，并且在解析用户动作完成后，直接向用户返回操作成功的消息。

在一些实施例中，流程运行端服务器，还包括：轨迹追踪过滤器、多个代理模块和存储器；流程定义端服务器，还包括：流程执行轨迹显示模块；多个代理模块，包括开始节点对应的代理模块、连线模块对应的代理模块、以及解析节点模块对应的代理模块；存储介质还被设置为存储用于执行以下步骤的程序代码：

轨迹追踪过滤器异步地将每一步的动作执行主体的标识及其动作执行状态数据对应地记录在存储器中；动作执行主体包括：开始节点模块、连线模块和解析节点模块；

流程定义端服务器的流程执行轨迹显示模块获取存储器中的每一步的动作执行主体的标识及其动作执行状态数据，将获取的每一步的动作执行主体的标识及其动作执行状态数据与定义端流程编排文件上的相应的节点或连线建立对应关系，从而将流程的执行轨迹完整地显示给用户；

所当开始节点、连线模块、解析节点模块中的任意一个被执行时，相应的代理模块调用轨迹追踪过滤器。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

实施例四

本发明实施例还提供了一种电子设备，如图14所示，包括一个或多个处理器301、通信接口302、存储器303和通信总线304，其中，处理器301，通信接口302，存储器303通过通信总线304完成相互间的通信。

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

处理器301，用于执行存储器303上所存放的程序时，实现：

在流程运行过程中，对流程定义端服务器部署的运行端流程执行文件进行监听；

当监听到运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件；

根据重新加载的变化后的运行端流程执行文件执行流程。

一种可能的设计中，处理器301执行的处理中，在流程运行过程中，对流程定义端服务器部署的运行端流程执行文件进行监听，具体包括：

在流程运行过程中，通过文件监听器从发布操作生成的运行端流程执行文件的文件目录中过滤出文件后缀是目标格式的运行端流程执行文件；

对过滤出的后缀是目标格式的运行端流程执行文件的文件目录进行扫描处理；

根据扫描处理得到的运行端流程执行文件的最近修改日期，确定运行端流程执行文件是否发生修改。

一种可能的设计中，在线自定义流程运行方法应用于流程运行端服务器中，流程运行端服务器还包括：开始节点模块、一个或多个连线模块、以及一个或多个解析节点模块；处理器301执行的处理中，根据重新加载的变化后的运行端流程执行文件执行流程，具体包括：

开始节点模块接收用户操作，执行自身动作，并且在执行完自身动作后调用连线模块；

连线模块根据执行判断条件，确定条件是真或假，当条件是真时，触发下一步的解析节点模块执行解析用户动作，当条件是假时，向开始节点模块返回条件为假的执行结果，或者向连线模块的上一步的解析节点模块返回条件为假的执行结果，并由该上一步的解析节点模块向用户返回操作失败的消息；其中，执行判断条件是连线模块的预先配置的属性；

当开始节点模块的下一步的连线模块返回的条件为假时，开始节点模块向用户返回操作错误的消息；

当条件为真时，解析节点模块执行解析用户动作，并且在解析用户动作完成后，直接向用户返回操作成功的消息。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备及可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种在线自定义流程运行系统，其特征在于，所述在线自定义流程运行系统包括：

流程定义端服务器，其包括：流程配置模块，用于提供流程绘制页面，响应于用户在所述流程绘制页面中对流程进行的配置操作，生成定义端流程编排文件；以及，流程发布模块，用于提供流程发布页面，对所述定义端流程编排文件进行发布操作，生成运行端流程执行文件，将所述运行端流程执行文件部署到流程运行端服务器；

流程运行端服务器，其包括：监听运行模块，用于在流程运行过程中，监听到所述运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件，根据重新加载的变化后的运行端流程执行文件执行流程。

2.根据权利要求1所述的在线自定义流程运行系统，其特征在于，

所述监听运行模块，包括文件监听器，用于从发布操作生成的运行端流程执行文件的文件目录中过滤出文件后缀是目标格式的运行端流程执行文件；对过滤出的后缀是目标格式的运行端流程执行文件的文件目录进行扫描处理；根据扫描处理得到的所述运行端流程执行文件的最近修改日期，确定所述运行端流程执行文件是否发生修改。

3.根据权利要求1所述的在线自定义流程运行系统，其特征在于，所述流程运行端服务器，还包括：开始节点模块、一个或多个连线模块、以及一个或多个解析节点模块；

所述开始节点模块，用于接收用户操作，执行自身动作，并且在执行完自身动作后调用所述连线模块；

所述连线模块，用于根据执行判断条件，确定条件是真或假，当条件是真时，触发下一步的解析节点模块执行解析用户动作，当条件是假时，向所述开始节点模块返回条件为假的执行结果，或者向所述连线模块的上一步的解析节点模块返回条件为假的执行结果，并由该上一步的解析节点模块向用户返回操作失败的消息；其中，所述执行判断条件是所述连线模块的预先配置的属性；

所述开始节点模块，还用于当所述开始节点模块的下一步的连线模块返回的条件为假时，向用户返回操作错误的消息；

所述解析节点模块，用于当条件为真时，执行解析用户动作，并且在解析用户动作完成后，直接向用户返回操作成功的消息。

4.根据权利要求3所述的在线自定义流程运行系统，其特征在于，所述开始节点模块或者所述解析节点模块均以插件方式存在，支持用户自定义；所述插件通过所述流程运行端服务器内置的插件加载器加载，每个插件使用不同的插件加载器加载。

5.根据权利要求3或4所述的在线自定义流程运行系统，其特征在于，所述流程运行端服务器，还包括：轨迹追踪过滤器、多个代理模块和存储器；

所述轨迹追踪过滤器，用于异步地将每一步的动作执行主体的标识及其动作执行状态数据对应地记录在所述存储器中；所述动作执行主体包括：所述开始节点模块、所述连线模块和所述解析节点模块；

所述流程定义端服务器，还包括：流程执行轨迹显示模块，用于获取所述存储器中的每一步的动作执行主体的标识及其动作执行状态数据，将获取的每一步的动作执行主体的标识及其动作执行状态数据与所述定义端流程编排文件上的相应的节点或连线建立对应关系，从而将所述流程的执行轨迹完整地显示给用户；

所述多个代理模块，包括所述开始节点对应的代理模块、所述连线模块对应的代理模块、以及所述解析节点模块对应的代理模块；当所述开始节点、所述连线模块、所述解析节点模块中的任意一个被执行时，相应的代理模块调用所述轨迹追踪过滤器。

6.一种在线自定义流程运行方法，其特征在于，包括：

在流程运行过程中，对流程定义端服务器部署的运行端流程执行文件进行监听；

当监听到所述运行端流程执行文件发生变化时，重新加载变化后的运行端流程执行文件；

根据重新加载的变化后的运行端流程执行文件执行流程。

7.根据权利要求6所述的在线自定义流程运行方法，其特征在于，所述的在流程运行过程中，对流程定义端服务器部署的运行端流程执行文件进行监听，具体包括：

在流程运行过程中，通过文件监听器从发布操作生成的运行端流程执行文件的文件目录中过滤出文件后缀是目标格式的运行端流程执行文件；

对过滤出的后缀是目标格式的运行端流程执行文件的文件目录进行扫描处理；

根据扫描处理得到的所述运行端流程执行文件的最近修改日期，确定所述运行端流程执行文件是否发生修改。

8.根据权利要求6所述的方法，其特征在于，所述在线自定义流程运行方法应用于流程运行端服务器中，所述流程运行端服务器还包括：开始节点模块、一个或多个连线模块、以及一个或多个解析节点模块；所述的根据重新加载的变化后的运行端流程执行文件执行流程，具体包括：

所述开始节点模块接收用户操作，执行自身动作，并且在执行完自身动作后调用所述连线模块；

所述连线模块根据执行判断条件，确定条件是真或假，当条件是真时，触发下一步的解析节点模块执行解析用户动作，当条件是假时，向所述开始节点模块返回条件为假的执行结果，或者向所述连线模块的上一步的解析节点模块返回条件为假的执行结果，并由该上一步的解析节点模块向用户返回操作失败的消息；其中，所述执行判断条件是所述连线模块的预先配置的属性；

当所述开始节点模块的下一步的连线模块返回的条件为假时，所述开始节点模块向用户返回操作错误的消息；

当条件为真时，所述解析节点模块执行解析用户动作，并且在解析用户动作完成后，直接向用户返回操作成功的消息。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求6-8中任意一项所述的在线自定义流程运行方法。

10.一种流程运行端服务器，其特征在于，其包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求6-8中任一所述的在线自定义流程运行方法。

Images