业务信息更新方法、装置、计算机设备和存储介质与流程

文档序号:19827768发布日期:2020-02-04 12:03阅读:196来源:国知局
业务信息更新方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域,特别是涉及一种业务信息更新方法、装置、计算机设备和存储介质。



背景技术:

随着现代技术的发展,出现了工作流的概念,比如工作流是针对企业日常工作中的业务而提出的,将企业的业务进行自动化处理的过程叫工作流,在业务处理的过程中,可以根据所定义的业务流程处理步骤,完成业务处理。

然而,目前在车辆加工领域,工作流的耦合性太强,一些微小的调整,比如需要在流程中新增或删除一些节点时,需要修改成整个工作流的代码后才能重新发布,处理起来浪费时间。



技术实现要素:

基于此,有必要针对上述技术问题,提供一种能够节省业务流程更新时间的业务信息更新方法、装置、计算机设备和存储介质。

一种业务信息更新方法,所述方法包括:

接收目标业务流程的定义文件,所述定义文件携带有原始业务流程标识;

遍历所述目标业务流程的定义文件,得到目标业务流程的目标业务节点;

获取与所述原始业务流程标识对应的原始业务流程,并从所获取的原始业务流程中提取原始业务节点,并将所述原始业务节点与所述目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型;

根据所述更新类型调整对应节点的执行条件的逻辑参数,将调整过后的所述对应节点关联到所述原始业务流程得到所述目标业务流程。本实施例通过调整对应节点的执行条件的逻辑参数,使得原始流程的原始业务节点的执行逻辑变更为目标业务流程的执行逻辑,与修改整个工作流代码相比,节约了业务流程信息更新的时间。

在其中一个实施例中,所述根据所述更新模式的更新类型调整对应节点的执行条件的逻辑参数,包括:

根据更新模型的更新类型获取对应节点的前置节点的执行结果,并根据所述前置节点的执行结果修改所述对应节点的执行条件中的逻辑参数。本实施例通过对业务信息更新的更新类型进行分类,并获取更新类型的对应节点的执行条件的逻辑参数来达到更新业务流程的目的,节约了业务流程信息更新的时间。

在其中一个实施例中,所述更新类型,包括:

节点新增型、节点删除型、节点修改型。

在其中一个实施例中,当所述更新类型为节点新增型时,所述根据更新类型调整对应节点的执行条件的逻辑参数,包括:

根据所述原始业务节点与所述目标业务节点的对比结果获取新增节点,并获取所述新增结点的第一前置节点,根据所述第一前置节点的执行结果设置所述新增节点的执行条件中的逻辑参数;

获取所述新增节点的第一后置节点,根据所述新增节点的执行结果修改所述第一后置节点的执行条件中的逻辑参数。本实施例中,服务器能够原始业务流程对节点新增时的进行业务流程的更新,与修改整个工作流代码新增节点相比,节约了业务流程信息更新的时间。

在其中一个实施例中,当所述更新类型为节点删除型时,所述根据更新类型调整对应节点的执行条件的逻辑参数,包括:

根据所述原始业务节点与所述目标业务节点的对比结果获取删除节点,并获取所述删除节点的第二前置节点以及第二后置节点,根据所述第二前置节点的执行结果修改所述第二后置节点的执行条件中的逻辑参数。本实施例中,服务器能够原始业务流程对节点删除时的进行业务流程的更新,与修改整个工作流代码删除节点相比,节约了业务流程信息更新的时间。

在其中一个实施例中,当所述更新类型为节点修改型时,所述根据更新类型调整对应节点的执行条件的逻辑参数,包括:

根据所述原始业务节点与所述目标业务节点的对比结果获取修改节点,并获取所述修改结点的第三前置节点,根据所述第三前置节点的执行结果设置所述修改节点的执行条件中的逻辑参数;

获取所述新增节点的第三后置节点,根据所述新增节点的执行结果修改所述第三后置节点的执行条件中的逻辑参数。

本实施例中,服务器能够原始业务流程对节点修改时的进行业务流程的更新,与修改整个工作流代码修改节点相比,节约了业务流程信息更新的时间。

在其中一个实施例中,所述将调整过后的所述对应节点关联到所述原始业务流程之后,还包括:

接收所述目标业务流程的开始指令,所述开始指令携带有流程标识;根据所述开始指令发布携带有流程标识的开始节点开启事件;

当监听到所述开始节点开启事件时,则获取到与所述流程标识对应的目标业务流程;

获取执行条件中包含开始节点开启的当前节点,并判断所述当前节点的执行条件对应的逻辑参数是否满足,若满足,则执行所述当前节点并保存所述当前节点的执行结果;

获取下一节点作为当前节点,并继续判断所述当前节点的执行条件对应的逻辑参数是否满足,直至所述目标业务流程中所有的节点均执行完成。本实施例中,通过按照更新后的执行条件的逻辑参数执行业务信息更新后的目标业务流程,保证了目标业务流程的完整性。

一种业务信息更新装置,所述装置包括:

接收模块,用于接收目标业务流程的定义文件,所述定义文件携带有原始业务流程标识;

遍历模块,用于遍历所述目标业务流程的定义文件,得到目标业务流程的目标业务节点;

获取模块,用于获取与所述原始业务流程标识对应的原始业务流程,并从所获取的原始业务流程中提取原始业务节点,并将所述原始业务节点与所述目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型;

调整模块,用于根据所述更新类型调整对应节点的执行条件的逻辑参数,将调整过后的所述对应节点关联到所述原始业务流程得到所述目标业务流程。

一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述方法的步骤。

一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述方法的步骤。

上述压力测试的调整方法、装置、计算机设备和存储介质,为了节省工作流对业务信息进行更新消耗的更新时间,接收目标业务流程的定义文件,且定义文件携带有原始业务流程标识;遍历目标业务流程的定义文件,得到目标业务流程的目标业务节点;根据原始业务流程标识获取与其对应的原始业务流程,并从获取的原始业务流程中提取原始业务节点,并将原始业务节点与目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型;根据更新类型调整对应节点的执行条件的逻辑参数,将调整过后的对应节点关联到原始业务流程得到目标业务流程。通过调整对应节点的执行条件的逻辑参数,使得原始流程的原始业务节点的执行逻辑变更为目标业务流程的执行逻辑,与修改整个工作流代码相比,节约了业务流程信息更新的时间。

附图说明

图1为一个实施例中业务信息更新方法的应用场景图;

图2为一个实施例中业务信息更新方法的流程示意图;

图3为一个实施例中目标业务流程的运行步骤的流程示意图;

图4为一个实施例中业务信息更新装置的结构框图;

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。

本申请提供的业务信息更新方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。服务器104接收终端102发送的目标业务流程的定义文件,且定义文件携带有原始业务流程标识;遍历目标业务流程的定义文件,得到目标业务流程的目标业务节点;根据原始业务流程标识获取与其对应的原始业务流程,并从获取的原始业务流程中提取原始业务节点,并将原始业务节点与目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型;根据更新类型调整对应节点的执行条件的逻辑参数,将调整过后的对应节点关联到原始业务流程得到目标业务流程。通过调整对应节点的执行条件的逻辑参数,使得原始流程的原始业务节点的执行逻辑变更为目标业务流程的执行逻辑,也修改整个工作流代码相比,节约了业务流程信息更新的时间。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中,如图2所示,提供了一种业务信息更新方法,以该方法应用于图1中的服务器104为例进行说明,包括以下步骤:

步骤202,接收目标业务流程的定义文件,定义文件携带有原始业务流程标识。

具体地,服务器接收终端发送的目标业务流程的定义文件,该定义文件包含目标业务流程的各个流程节点的数据,用于定义业务流程的更新,并携带有原始业务流程标识。目标业务流程可以为根据业务方需求,对原始业务进行更新后的业务流程。目标业务流程的定义文件上可以携带有与原始业务流程对应的原始业务流程标识,用于指示目标业务流程的定义文件对原始业务流程进行更新。

步骤204,遍历目标业务流程的定义文件,得到目标业务流程的目标业务节点。

具体地,服务器在接收到目标业务流程的定义文件后,对目标业务流程的定义文件进行遍历操作,通过文件遍历得到目标业务流程的目标业务节点,目标业务节点可以为目标业务流程的各个步骤。

步骤206,获取与原始业务流程标识对应的原始业务流程,并从所获取的原始业务流程中提取原始业务节点,并将原始业务节点与目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型。

具体地,服务器在获取到目标业务流程的目标业务节点后,根据原始任务流程标识获取到对应的原始业务流程,可以通过遍历的方法从原始业务流程中提取原始业务节点,并将提取到的原始业务节点与目标业务节点进行对比,得到对比结果,根据对比结果可以得到目标业务流程相对与原始业务流程的业务信息更新的更新类型,更新类型可以比如:节点新增型,目标业务流程的目标业务节点相对于原始业务流程的原始业务节点来说,节点数量增加了,则业务信息更新的更新类型为节点新增型;节点删除型,目标业务流程的目标业务节点相对于原始业务流程的原始业务节点来说,节点数量减少了,则业务信息更新的更新类型为节点删除型以及其他类型。

步骤208,根据所述更新类型调整对应节点的执行条件的逻辑参数,将调整过后的对应节点关联到原始业务流程得到所述目标业务流程。

具体地,执行条件的逻辑参数可以为节点在对应的业务流程中的开启条件,比如a节点的执行条件可以为业务流程中前一流程中的b节点以及c节点,即业务流程中b节点以及c节点完成后,a节点才可以执行,执行条件的逻辑参数可以为判断b节点以及c节点的逻辑结果的参数,比如当判断b节点、c节点的运行结果为真时,a节点才可以执行。在服务器得到业务更新的更新类型后,根据更新类型调整对应节点的执行条件的逻辑参数,对应节点可以预设,根据更新类型的不同而对应变化,比如更新类型为节点新增型时,对应节点为新增节点以及新增节点的后置流程的节点,在调整过后,将调整过的对应节点关联到原始业务流程中,进行业务更新。

上述业务信息更新方法中,服务器接收目标业务流程的定义文件,且定义文件携带有原始业务流程标识;遍历目标业务流程的定义文件,得到目标业务流程的目标业务节点;根据原始业务流程标识获取与其对应的原始业务流程,并从获取的原始业务流程中提取原始业务节点,并将原始业务节点与目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型;根据更新类型调整对应节点的执行条件的逻辑参数,将调整过后的对应节点关联到原始业务流程得到目标业务流程。通过调整对应节点的执行条件的逻辑参数,使得原始流程的原始业务节点的执行逻辑变更为目标业务流程的执行逻辑,与修改整个工作流代码相比,节约了业务流程信息更新的时间。

在一个实施例中,业务信息更新方法中的根据更新模式的更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据更新模型的更新类型获取对应节点的前置节点的执行结果,并根据前置节点的执行结果修改对应节点的执行条件中的逻辑参数。

具体地,更新模型可以预设,包含更新类型与对应节点的对应关系,服务器根据更新模型获取更新类型的对应节点,并获取对应节点前置流程的前置节点,根据前置节点的执行结果修改对应节点的执行条件中的逻辑参数,比如更新类型为节点新增型时,对应节点为新增节点d以及新增节点的后置流程的节点e,则获取节点d、节点e的前置节点,节点d的前置节点为前置流程的节点f,节点e的前置节点为新增节点d,则根据节点f、节点d的执行结果修改节点d、节点e的执行条件中的逻辑参数。

另外,更新类型可以包括节点新增型,目标业务流程的目标业务节点相对于原始业务流程的原始业务节点来说,节点数量增加了,业务信息更新的更新类型为节点新增型;节点删除型,目标业务流程的目标业务节点相对于原始业务流程的原始业务节点来说,节点数量减少了,业务信息更新的更新类型为节点删除型;节点修改型,目标业务流程的目标业务节点相对于原始业务流程的原始业务节点来说,节点数量并没有改变,但节点的业务信息发生了改变,业务信息更新的更新类型为节点修改型。

本实施例中,服务器对业务信息更新的更新类型进行分类,通过获取更新类型的对应节点的执行条件的逻辑参数来达到更新业务流程的目的,与修改整个工作流代码相比,节约了业务流程信息更新的时间。

在一个实施例中,业务信息更新方法中的更新类型为节点新增型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取新增节点,并获取新增结点的第一前置节点,根据第一前置节点的执行结果设置新增节点的执行条件中的逻辑参数;获取新增节点的第一后置节点,根据新增节点的执行结果修改第一后置节点的执行条件中的逻辑参数。

具体地,第一前置节点为当前节点前一流程的节点,可以包括一个或多个节点,第一后置节点为当前节点后一流程的节点,可以包括一个或多个节点,当业务信息更新的更新类型为节点新增型时,业务信息更新的步骤可以包括:服务器获取原始业务节点与目标业务节点的对比结果,根据对比结果可以得到新增节点,获取新增节点的第一前置节点,并通过获取到的第一前置节点的执行结果设置新增节点的执行条件中的逻辑参数,即新增节点的执行条件中的逻辑参数可以设置为:第一前置节点的执行结果为真。获取新增节点的第一后置节点,并通过新增节点的执行结果修改第一后置节点的执行条件中的逻辑参数,即第一后置节点的执行条件中的逻辑参数可以设置为:新增节点的执行结果为真。

本实施例中,服务器能够对节点新增时的原始业务流程进行业务流程的更新。

在一个实施例中,业务信息更新方法中的更新类型为节点删除型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取删除节点,并获取删除节点的第二前置节点以及第二后置节点,根据第二前置节点的执行结果修改第二后置节点的执行条件中的逻辑参数。

具体地,第二前置节点为当前节点前一流程的节点,可以包括一个或多个节点,第二后置节点为当前节点后一流程的节点,可以包括一个或多个节点,当业务信息更新的更新类型为节点删除型时,业务信息更新的步骤可以包括:服务器获取原始业务节点与目标业务节点的对比结果,根据对比结果可以得到删除节点,获取新增节点的第二前置节点以及第二后置节点,并通过获取到的第二前置节点的执行结果修改第二后置的执行条件中的逻辑参数,即第二后置节点的执行条件中的逻辑参数可以由删除节点的执行结果为真修改为第二前置节点的执行结果为真。

本实施例中,服务器能够对节点删除时的原始业务流程进行业务流程的更新。

在一个实施例中,业务信息更新方法中的更新类型为节点修改型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取修改节点,并获取修改结点的第三前置节点,根据第三前置节点的执行结果设置修改节点的执行条件中的逻辑参数;获取新增节点的第三后置节点,根据新增节点的执行结果修改第三后置节点的执行条件中的逻辑参数。

具体地,第三前置节点为当前节点前一流程的节点,可以包括一个或多个节点,第三后置节点为当前节点后一流程的节点,可以包括一个或多个节点,当业务信息更新的更新类型为节点修改型时,业务信息更新的步骤可以包括:服务器获取原始业务节点与目标业务节点的对比结果,根据对比结果可以得到修改节点,获取修改节点的第三前置节点,并通过获取到的第三前置节点的执行结果设置修改节点的执行条件中的逻辑参数,即修改节点的执行条件中的逻辑参数可以设置为:第三前置节点的执行结果为真。获取修改节点的第三后置节点,并通过修改节点的执行结果修改第三后置节点的执行条件中的逻辑参数,即第三后置节点的执行条件中的逻辑参数可以设置为:修改节点的执行结果为真。

本实施例中,服务器能够对节点修改时的原始业务流程进行业务流程的更新。

在一个实施例中,如图3所示,业务信息更新方法还包括:

步骤302,接收目标业务流程的开始指令,开始指令携带有流程标识;根据开始指令发布携带有流程标识的开始节点开启事件。

具体地,在服务器对业务信息进行更新结束,得到目标业务流程后,接收到终端发送的目标业务流程的开始指令后,根据开始指令上携带的流程标识,流程标识对应终端指示的目标业务流程,则服务器发布携带有流程标识的开始节点开启事件,用于指示开始目标业务流程。

步骤304,当监听到开始节点开启事件时,则获取到与流程标识对应的目标业务流程。

具体地,当服务器监听到开始节点开启事件时,通过流程标识可以获取到对应的目标业务流程,监听过程可以是服务器中的发布模块对开启事件进行发布,服务器中的运行模块接收到开启事件后,指示目标业务流程的运行。

步骤306,获取执行条件中包含开始节点开启的当前节点,并判断当前节点的执行条件对应的逻辑参数是否满足,若满足,则执行当前节点并保存当前节点的执行结果。

具体地,服务器获取到对应的目标业务流程后,获取目标业务流程中包含开始节点开启的当前节点,并判断当前节点的执行条件对应的逻辑参数是否满足,比如目标业务流程的初始节点的逻辑参数为接收到开启事件,即在接收到开启事件后,执行节点并保存执行结果。

步骤308,获取下一节点作为当前节点,并继续判断当前节点的执行条件对应的逻辑参数是否满足,直至目标业务流程中所有的节点均执行完成。

具体地,在执行完当前节点后,服务器获取当前节点下一后置流程的下一节点作为当前节点,继续判断当前节点的执行条件对应的逻辑参数是否满足上一当前节点的执行结果,满足时,则继续获取下一节点作为当前节点,直至目标业务流程中所有的节点均执行完成,即为完成目标业务流程。

本实施例中,服务器能够按照更新后的执行条件的逻辑参数执行业务信息更新后的目标业务流程,保证了目标业务流程的完整性。

在一个实施例中,上述业务信息更新方法,服务器可以接收针对原始业务流程进行更新的新业务流程(目标业务流程),通过目标业务流程的定义文件携带的原始业务流程标识获取到原始业务流程,并将原始业务流程与目标业务流程进行对比,得到业务更新的类型,根据类型不同调整不同类型的流程节点,然后将调整过的流程节点关联到原始业务流程中,完成原始业务流程更新为目标业务流程的更新,与修改整个工作流代码相比,节约了业务流程信息更新的时间。

应该理解的是,虽然图2、图3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2、图3中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中,如图4所示,提供了一种业务信息更新装置,包括:接收模块402、遍历模块404、获取模块406和调整模块408,其中:

接收模块402,用于接收目标业务流程的定义文件,所述定义文件携带有原始业务流程标识。

遍历模块404,用于遍历所述目标业务流程的定义文件,得到目标业务流程的目标业务节点。

获取模块406,用于获取与所述原始业务流程标识对应的原始业务流程,并从所获取的原始业务流程中提取原始业务节点,并将所述原始业务节点与所述目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型。

调整模块408,用于根据所述更新类型调整对应节点的执行条件的逻辑参数,将调整过后的所述对应节点关联到所述原始业务流程得到所述目标业务流程。

在一个实施例中,装置还可以包括:

执行模块,用于根据更新模型的更新类型获取对应节点的前置节点的执行结果,并根据前置节点的执行结果修改所述对应节点的执行条件中的逻辑参数。

在一个实施例中,装置还可以包括:

更新类型模块,用于将更新类型分为节点新增型、节点删除型、节点修改型。

在一个实施例中,装置还可以包括:

第一对比模块,用于根据原始业务节点与目标业务节点的对比结果获取新增节点,并获取新增结点的第一前置节点,根据第一前置节点的执行结果设置新增节点的执行条件中的逻辑参数。

第二获取模块,用于获取新增节点的第一后置节点,根据新增节点的执行结果修改第一后置节点的执行条件中的逻辑参数。

在一个实施例中,装置还可以包括:

第二对比模块,用于根据原始业务节点与目标业务节点的对比结果获取删除节点,并获取删除节点的第二前置节点以及第二后置节点,根据第二前置节点的执行结果修改第二后置节点的执行条件中的逻辑参数。

在一个实施例中,装置还可以包括:

第三对比模块,用于根据原始业务节点与目标业务节点的对比结果获取修改节点,并获取修改结点的第三前置节点,根据第三前置节点的执行结果设置修改节点的执行条件中的逻辑参数。

第三获取模块,用于获取新增节点的第三后置节点,根据新增节点的执行结果修改第三后置节点的执行条件中的逻辑参数。

在一个实施例中,装置还可以包括:

第二接收模块,用于接收目标业务流程的开始指令,开始指令携带有流程标识,根据开始指令发布携带有流程标识的开始节点开启事件;

第四获取模块,用于当监听到开始节点开启事件时,则获取到与流程标识对应的目标业务流程;

第五获取模块,用于获取执行条件中包含开始节点开启的当前节点,并判断当前节点的执行条件对应的逻辑参数是否满足,若满足,则执行当前节点并保存当前节点的执行结果;

第六获取模块,用于获取下一节点作为当前节点,并继续判断当前节点的执行条件对应的逻辑参数是否满足,直至目标业务流程中所有的节点均执行完成。

关于业务信息更新装置的具体限定可以参见上文中对于业务信息更新方法的限定,在此不再赘述。上述业务信息更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务信息数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务信息更新方法。

本领域技术人员可以理解,图5中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。

在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收目标业务流程的定义文件,定义文件携带有原始业务流程标识;遍历目标业务流程的定义文件,得到目标业务流程的目标业务节点;获取与原始业务流程标识对应的原始业务流程,并从所获取的原始业务流程中提取原始业务节点,并将原始业务节点与目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型;根据更新类型调整对应节点的执行条件的逻辑参数,将调整过后的对应节点关联到原始业务流程得到目标业务流程。

在一个实施例中,处理器执行计算机程序时所涉及的根据更新模式的更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据更新模型的更新类型获取对应节点的前置节点的执行结果,并根据前置节点的执行结果修改对应节点的执行条件中的逻辑参数

在一个实施例中,处理器执行计算机程序时所涉及的更新类型,可以包括:节点新增型、节点删除型、节点修改型。

在一个实施例中,处理器执行计算机程序时所涉及的更新类型为节点新增型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取新增节点,并获取新增结点的第一前置节点,根据第一前置节点的执行结果设置新增节点的执行条件中的逻辑参数;获取新增节点的第一后置节点,根据新增节点的执行结果修改第一后置节点的执行条件中的逻辑参数。

在一个实施例中,处理器执行计算机程序时所涉及的更新类型为节点删除型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取删除节点,并获取删除节点的第二前置节点以及第二后置节点,根据第二前置节点的执行结果修改第二后置节点的执行条件中的逻辑参数。

在一个实施例中,处理器执行计算机程序时所涉及的更新类型为节点修改型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取修改节点,并获取修改结点的第三前置节点,根据第三前置节点的执行结果设置修改节点的执行条件中的逻辑参数;获取新增节点的第三后置节点,根据新增节点的执行结果修改第三后置节点的执行条件中的逻辑参数。

在一个实施例中,处理器执行计算机程序时所实现的将调整过后的对应节点关联到原始业务流程之后,还可以包括:接收目标业务流程的开始指令,开始指令携带有流程标识,根据开始指令发布携带有流程标识的开始节点开启事件;当监听到开始节点开启事件时,则获取到与流程标识对应的目标业务流程;获取执行条件中包含开始节点开启的当前节点,并判断当前节点的执行条件对应的逻辑参数是否满足,若满足,则执行当前节点并保存当前节点的执行结果;获取下一节点作为当前节点,并继续判断当前节点的执行条件对应的逻辑参数是否满足,直至目标业务流程中所有的节点均执行完成。

在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收目标业务流程的定义文件,定义文件携带有原始业务流程标识;遍历目标业务流程的定义文件,得到目标业务流程的目标业务节点;获取与原始业务流程标识对应的原始业务流程,并从所获取的原始业务流程中提取原始业务节点,并将原始业务节点与目标业务节点进行对比,根据对比结果得到业务信息更新的更新类型;根据更新类型调整对应节点的执行条件的逻辑参数,将调整过后的对应节点关联到原始业务流程得到目标业务流程。

在一个实施例中,计算机程序被处理器执行时所涉及的根据更新模式的更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据更新模型的更新类型获取对应节点的前置节点的执行结果,并根据前置节点的执行结果修改对应节点的执行条件中的逻辑参数

在一个实施例中,计算机程序被处理器执行时所涉及的更新类型,可以包括:节点新增型、节点删除型、节点修改型。

在一个实施例中,计算机程序被处理器执行时所涉及的更新类型为节点新增型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取新增节点,并获取新增结点的第一前置节点,根据第一前置节点的执行结果设置新增节点的执行条件中的逻辑参数;获取新增节点的第一后置节点,根据新增节点的执行结果修改第一后置节点的执行条件中的逻辑参数。

在一个实施例中,计算机程序被处理器执行时所涉及的更新类型为节点删除型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取删除节点,并获取删除节点的第二前置节点以及第二后置节点,根据第二前置节点的执行结果修改第二后置节点的执行条件中的逻辑参数。

在一个实施例中,计算机程序被处理器执行时所涉及的更新类型为节点修改型时,根据更新类型调整对应节点的执行条件的逻辑参数,可以包括:根据原始业务节点与目标业务节点的对比结果获取修改节点,并获取修改结点的第三前置节点,根据第三前置节点的执行结果设置修改节点的执行条件中的逻辑参数;获取新增节点的第三后置节点,根据新增节点的执行结果修改第三后置节点的执行条件中的逻辑参数。

在一个实施例中,计算机程序被处理器执行时所实现的将调整过后的对应节点关联到原始业务流程之后,还可以包括:接收目标业务流程的开始指令,开始指令携带有流程标识,根据开始指令发布携带有流程标识的开始节点开启事件;当监听到开始节点开启事件时,则获取到与流程标识对应的目标业务流程;获取执行条件中包含开始节点开启的当前节点,并判断当前节点的执行条件对应的逻辑参数是否满足,若满足,则执行当前节点并保存当前节点的执行结果;获取下一节点作为当前节点,并继续判断当前节点的执行条件对应的逻辑参数是否满足,直至目标业务流程中所有的节点均执行完成。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1