基于工作流的流程实施方法、用户设备、存储介质及装置与流程

本发明涉及计算机技术领域，尤其涉及基于工作流的流程实施方法、用户设备、存储介质及装置。

背景技术：

随着无纸化办公的不断普及，政府、银行以及商业公司都通过各种不同类型的系统来实现内部办公与外部交互。比如，商业公司内部多会使用办公自动化系统(officeautomationsystem，oa系统)来完成各级人员之间的办公交互，而银行为了给客户提供服务，多会开发出银行专用的业务系统来为用户提供转账、资金查询等金融服务。

但是，上述的oa系统与银行专用的业务系统都存在业务流程固化的现象，比如，银行专用的业务系统可为用户提供转账服务，而自动柜员机(automatictellermachine，atm)上运行的业务系统在实施该转账服务时将基于预先固化的流程规则来一步步地开展转账服务。

具体而言，预先固化的流程规则可能为，第一步，用户需要先在atm机上进行银行开户；第二步，用户输入个人信息以绑定银行卡；第三步，输入具体金额以完成转账交易等，也就表明，现有的业务系统必须先执行第一步的操作，完成第一步的操作后，才会根据固化的流程规则流转至第二步，以执行第二步的操作。

这就说明，现有的业务系统在业务系统的创建初期就固化了流程中各步骤间的执行逻辑以及执行次序，使得各步骤之间具有较紧密的耦合性。但是，这种固化流程规则的系统实施方法会较大地影响业务系统的运行稳定性，比如，当用户在处理第一步“银行开户”的操作时如果操作失误使得atm机运行异常，这不仅使得用户无法执行第二步的操作，也使得辅助用户开展业务的后台业务人员也无法执行下一步的操作，使得业务的执行进度在整体上陷入停滞。当然，业务系统的类型并不仅局限于上述银行专用的业务系统。

正是因为各步骤之间具有较紧密的耦合性，如果单一的步骤在实施时出现突发变化，将给其他步骤造成工作波动，甚至于整体性地影响业务系统的运行状态，这就导致现行的业务系统存在着系统运行稳定性较差的技术问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

技术实现要素：

本发明的主要目的在于提供基于工作流的流程实施方法、用户设备、存储介质及装置，旨在解决现行的业务系统存在着系统运行稳定性较差的技术问题。

为实现上述目的，本发明提供一种基于工作流的流程实施方法，所述基于工作流的流程实施方法包括以下步骤：

基于预设工作流引擎创建并运行当前流程实例，对所述当前流程实例进行监测；

在监测到所述当前流程实例的运行状态为预设运行状态时，从所述预设工作流引擎中获取流程编排信息；

根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例。

优选地，所述根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例，包括：

根据所述流程编排信息确定所述当前流程实例的下一流程实例；

统计所述下一流程实例的实例数量；

在所述实例数量大于或等于预设实例数量阈值时，并行所述下一流程实例。

优选地，所述根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例之后，所述基于工作流的流程实施方法还包括：

在监测到所述下一流程实例的运行状态为未响应状态时，获取预设跳转界面；

在接收到用户在所述预设跳转界面输入的节点跳转指令时，从所述节点跳转指令中提取待跳转流程节点；

创建并运行与所述待跳转流程节点对应的待跳转流程实例。

优选地，所述在接收到用户在所述预设跳转界面输入的节点跳转指令时，从所述节点跳转指令中提取待跳转流程节点之后，所述基于工作流的流程实施方法还包括：

根据与所述下一流程实例对应的流程节点在预设映射关系中查询对应的目标跳转节点集，所述预设映射关系中包括流程节点与跳转节点集的对应关系；

判断所述待跳转流程节点是否处于所述目标跳转节点集中；

在所述待跳转流程节点处于所述目标跳转节点集中时，执行所述创建并运行与所述待跳转流程节点对应的待跳转流程实例的步骤。

优选地，所述创建并运行与所述待跳转流程节点对应的待跳转流程实例之后，所述基于工作流的流程实施方法还包括：

在运行所述待跳转流程实例时，对所述下一流程实例进行监测；

在监测到所述下一流程实例的运行状态由所述未响应状态切换为正常状态时，获取预设回转界面；

在接收到用户在所述预设回转界面输入的节点回转指令时，展示所述下一流程实例的实例运行界面。

优选地，所述预设运行状态为停止运行状态；

所述根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例之前，所述基于工作流的流程实施方法还包括：

在监测到所述当前流程实例的运行状态为停止运行状态时，读取所述当前流程实例停止运行时的各预设参数类型的当前参数状态，并保存所述当前参数状态；

所述根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例之后，所述基于工作流的流程实施方法还包括：

监测所述下一流程实例的运行状态；

在所述下一流程实例的运行状态为异常状态时，停止运行所述下一流程实例，并将所述预设参数类型的参数状态修改为所述当前参数状态。

优选地，所述在所述下一流程实例的运行状态为异常状态时，停止运行所述下一流程实例，并将所述预设参数类型的参数状态修改为所述当前参数状态之后，所述基于工作流的流程实施方法还包括：

在接收到用户输入的再次执行指令时，统计监测到所述下一流程实例的运行状态判定为所述异常状态的判定次数；

在所述判定次数小于或等于预设异常次数时，返回执行所述根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例的步骤，直至所述判定次数大于所述预设异常次数时，生成异常告警信息。

此外，为实现上述目的，本发明还提出一种用户设备，所述用户设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于工作流的流程实施程序，所述基于工作流的流程实施程序配置为实现如上文所述的基于工作流的流程实施方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有基于工作流的流程实施程序，所述基于工作流的流程实施程序被处理器执行时实现如上文所述的基于工作流的流程实施方法的步骤。

此外，为实现上述目的，本发明还提出一种基于工作流的流程实施装置，所述基于工作流的流程实施装置包括：实例监测模块、信息获取模块以及实例运行模块；

所述实例监测模块，用于基于预设工作流引擎创建并运行当前流程实例，对所述当前流程实例进行监测；

所述信息获取模块，用于在监测到所述当前流程实例的运行状态为预设运行状态时，从所述预设工作流引擎中获取流程编排信息；

所述实例运行模块，用于根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例。

在本发明中将基于预设工作流引擎来实施整个业务流程，并且，将对各运行中的流程实例进行运行状态的监测，当运行状态满足预设运行状态的触发要求时，将根据与流程实例弱耦合的流程编排信息来确定下一流程实例，本实施例正是因为将各流程实例与流程编排信息分开且独立设置，并未如现有技术将流程编排信息固化到业务系统中，使得各流程实例的运行并不会相互影响，从而影响业务系统的整体运行稳定性，所以，解决了现行的业务系统存在着的系统运行稳定性较差的技术问题。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的用户设备结构示意图；

图2为本发明基于工作流的流程实施方法第一实施例的流程示意图；

图3为本发明基于工作流的流程实施方法第二实施例的流程示意图；

图4为单线处理与并行处理的示意图；

图5为本发明基于工作流的流程实施方法第三实施例的流程示意图；

图6为节点间跳转的示意图；

图7为本发明基于工作流的流程实施方法第四实施例的流程示意图；

图8为本发明基于工作流的流程实施装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的用户设备结构示意图。

如图1所示，该用户设备可以包括：处理器1001，例如cpu，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为usb接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对用户设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于工作流的流程实施程序。

在图1所示的用户设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接外设；所述用户设备通过处理器1001调用存储器1005中存储的基于工作流的流程实施程序，并执行本发明实施例提供的基于工作流的流程实施方法。

基于上述硬件结构，提出本发明基于工作流的流程实施方法的实施例。

参照图2，图2为本发明基于工作流的流程实施方法第一实施例的流程示意图。

在第一实施例中，所述基于工作流的流程实施方法包括以下步骤：

步骤s10：基于预设工作流引擎创建并运行当前流程实例，对所述当前流程实例进行监测；

可以理解的是，考虑到现有的业务系统需要将流程规则预先固化到业务系统的代码中，从而使得流程规则中的各步骤之间具有较紧密的耦合性，正是由于存在该较紧密的耦合性导致业务系统的运行稳定性较差，为了提高业务系统的稳定性，可运用工作流引擎技术来实施业务系统，并将该固化的流程规则抽离为独立的流程编排信息，从而基于流程编排信息来执行各个步骤。

其中，所述工作流引擎(workflowengine)用于对业务系统中各执行步骤间的流转规则进行抽象与概括描述，定义了各步骤的触发顺序和触发条件，可使用的工作流引擎工具有activiti等。

在具体实现中，比如，预设工作流引擎中的流程编排信息中规定了各流程节点间的执行关系以及执行次序，具体而言，流程编排信息可包括“步骤1：银行开户步骤→步骤2：个人信息绑定步骤→步骤3：转账交易步骤”，业务系统将可先确定与“步骤1：银行开户步骤”对应的流程节点，并创建该流程节点的流程实例。

其中，一个流程节点是指一个子任务，一个子任务将包括与该子任务相关的一系列展示界面以及相对应的调用接口，而流程实例则是将该子任务实际运行时生成的多个对应进程。比如，“步骤1：银行开户步骤”的流程节点可能包括用户可输入开户信息的开户界面，与开户界面相关的调用接口，对开户信息进行自动验证的自动验证界面，与自动验证界面相关的调用接口以及后台业务人员对开户信息进行人工验证的人工验证界面等。

步骤s20：在监测到所述当前流程实例的运行状态为预设运行状态时，从所述预设工作流引擎中获取流程编排信息；

应当理解的是，区别于现有技术通过固化的流程规则来描述步骤之间的发生次序，本实施例将基于对各流程实例的状态进行实时监测，并设定面向运行状态的触发条件来跳转至其他的流程实例，从而使得各步骤之间具有较为松散的关联性。比如，预设运行状态可为实例运行结束，当“步骤1”的流程实例运行结束时，可基于与流程节点弱关联的流程编排信息来确定下一待执行的流程节点。

当然，预设运行状态也为运行异常或长期未响应等其他运行状态。

步骤s30：根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例。

可以理解的是，由于流程编排信息为“步骤1：银行开户步骤→步骤2：个人信息绑定步骤→步骤3：转账交易步骤”，则可确定下一流程节点为步骤2，并创建与步骤2对应的流程实例。

在本实施例中将基于预设工作流引擎来实施整个业务流程，并且，将对各运行中的流程实例进行运行状态的监测，当运行状态满足预设运行状态的触发要求时，将根据与流程实例弱耦合的流程编排信息来确定下一流程实例，本实施例正是因为将各流程实例与流程编排信息分开且独立设置，并未如现有技术将流程编排信息固化到业务系统中，使得各流程实例的运行并不会相互影响，从而影响业务系统的整体运行稳定性，所以，解决了现行的业务系统存在着的系统运行稳定性较差的技术问题。

参照图3，图3为本发明基于工作流的流程实施方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明基于工作流的流程实施方法的第二施例。

第二实施例中，所述步骤s30，可以包括：

步骤s301：根据所述流程编排信息确定所述当前流程实例的下一流程实例；

可以理解的是，本发明基于工作流的流程实施方法第一实施例中将基于流程编排信息中记录的流程实例的执行次序来实施各细分的流程实例，比如，若流程编排信息中预先规定的执行次序为“步骤1：个人信息录入步骤→步骤2：个人信息审核步骤→步骤3：一级主管评价步骤→步骤4：二级主管评价步骤”，可将该种一个执行实例接着另一个执行实例的执行次序简称为单线处理，正是因为，本实施例中将表示执行次序的流程编排信息与表示执行内容的流程实例分开设置，使得流程编排信息与流程实例之间具有较弱的耦合性，也就使得流程编排信息除了可以实现单线处理外，还可灵活地实现并行处理。

其中，并行处理是指在执行次序上一个执行实例之后可以同时接多个并行的执行实例，比如，流程编排信息中的执行次序可为“步骤1：个人信息录入步骤→步骤2：个人信息审核步骤、一级主管评价步骤以及二级主管评价步骤”，其中，步骤2中包含的三个步骤可以同时实施，并且，由于独立的执行实例之间不存在任何关联，导致个人信息审核步骤、一级主管评价步骤以及二级主管评价步骤三者在实施时彼此互不干扰，可参见图4，图4为单线处理与并行处理的示意图。

步骤s302：统计所述下一流程实例的实例数量；

步骤s303：在所述实例数量大于或等于预设实例数量阈值时，并行所述下一流程实例。

在具体实现中，比如，在个人信息录入步骤的执行实例结束执行后，可根据流程编排信息确定该步骤的下一步骤，若该步骤的下一步骤大于或等于2个，可同时执行多个下一步骤的流程实例。

需要区别的是，与现有技术进行对比，现有的业务系统通过固化各步骤之间的执行逻辑，并开发出与执行逻辑适配的各种调用接口从而在整体上完成整个流程中的各个步骤，虽然，通过这种紧耦合的方式也可以实现单线处理与并行处理，但是，在系统的稳定性依旧存在缺陷。然而，本实施例实现的单线处理与并行处理由于单独设立了“流程实例”与“流程编排信息”，这种松耦合的方式不仅解耦了各个步骤之间的执行影响，提高了业务系统的整体运行稳定性，同时，也保证了实施过程的多样性，即用户即可以选择单线处理也可以选择并行处理。

参照图5，图5为本发明基于工作流的流程实施方法第三实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明基于工作流的流程实施方法的第三施例。

第三实施例中，所述步骤s30之后，所述基于工作流的流程实施方法还可以包括：

步骤s40：在监测到所述下一流程实例的运行状态为未响应状态时，获取预设跳转界面；

可以理解的是，考虑到现有的固化执行逻辑的业务系统在运行时常遇到单个交互界面长期未响应的问题，但是，由于现行的业务系统在流程上已固定了执行次序，用户可以做的操作仅为刷新该交互界面或者等待该交互界面自行恢复正常，明显地，这极大地影响了用户操作以及业务流程的整体执行效率。故而，本实施例提供了流程跳转的方式，以便于在当前运行的交互界面长期处于未响应状态时，业务系统将自行运行跳转界面，以便用户可执行其他操作。

在具体实现中，比如，流程编排信息中可能包括三个连续的流程节点，第一流程节点为“a用户输入业务信息”，第二流程节点为“b用户对a用户输入的业务信息进行校验”以及第三流程节点为“a用户将该校验后的业务信息反馈给c用户”，若当前运行的是第二流程节点的流程实例，可能b用户长期未对a用户输入的业务信息进行校验，或者，b用户对a用户输入的业务信息进行了校验后，但是业务系统处于长期未响应的状态，这会使得流程一直停滞于第二流程节点的阶段。为了提高流程实施的开放性以及灵活性，当业务系统监测到第二流程节点超过4个小时处于未响应状态时，可主动调用预设跳转界面。

步骤s50：在接收到用户在所述预设跳转界面输入的节点跳转指令时，从所述节点跳转指令中提取待跳转流程节点；

应当理解的是，a用户可在预设跳转界面中输入备注信息，并且点击流程跳转至第三流程节点的确认选项，以开始执行第三流程节点的节点内容。

步骤s60：创建并运行与所述待跳转流程节点对应的待跳转流程实例。

可以理解的是，步骤s60中描述的待跳转流程实例既可为流程编排信息中记录的处于未响应状态的流程实例的下一流程实例，也可不为处于未响应状态的流程实例的下一流程实例，本实施例提供了一种灵活的节点跳转机制，使得用户可不必因为单一的流程实例的运行问题，受限于流程编排信息规定的执行次序，而停滞于当前的流程实例不作为。

进一步地，所述在接收到用户在所述预设跳转界面输入的节点跳转指令时，从所述节点跳转指令中提取待跳转流程节点之后，所述基于工作流的流程实施方法还包括：

根据与所述下一流程实例对应的流程节点在预设映射关系中查询对应的目标跳转节点集，所述预设映射关系中包括流程节点与跳转节点集的对应关系；

判断所述待跳转流程节点是否处于所述目标跳转节点集中；

在所述待跳转流程节点处于所述目标跳转节点集中时，执行所述创建并运行与所述待跳转流程节点对应的待跳转流程实例的步骤。

可以理解的是，本实施例提供了一种灵活的节点跳转机制，但是，考虑到有些流程节点在实现时需要以其他流程节点产生的数据作为前提，或者，由于公司部门间的业务审核规范使得部分流程节点不能极其随意地进行节点间的跳转，故而，可事先为所有的流程节点设置对应的跳转节点集，每个流程节点只能跳转至跳转节点集中已包含有的流程节点。其中，跳转节点集中包含可成功跳转的流程节点。

在具体实现中，比如，可参见图6，图6为节点间跳转的示意图，可知，流程编排信息中预先规定的执行次序为“步骤1：个人信息录入步骤→步骤2：个人信息审核步骤→步骤3：一级主管评价步骤→步骤4：二级主管评价步骤→步骤5：个人信息保存步骤”，也就表明当a用户录入了个人信息后，需要依次进行自行审核、传递至一级主管进行审核并且传递至二级主管进行审核，在均完成审核后才能进行个人信息的保存，以确定个人信息的正确性。但是，当各主管处于忙碌状态时，该流程并不能迅速地执行完毕，a用户就可进行流程节点间的跳转。

应当理解的是，与“步骤1”的流程节点对应的目标跳转节点集中将包括“步骤3与步骤4”，故而，a用户可从“步骤1”的流程节点成功跳转至“步骤3”或“步骤4”的流程节点，由于目标跳转节点集中不包含“步骤5”的流程节点，所以，若a用户选取的待跳转流程节点为“步骤5”的流程节点，则待跳转流程节点不处于目标跳转节点集中时，无法实现节点间的跳转；若a用户选取的待跳转流程节点为“步骤4”的流程节点，待跳转流程节点处于目标跳转节点集中时，则可成功实现从“步骤1”的节点跳转至“步骤4”的流程节点。

进一步地，所述步骤s60之后，所述基于工作流的流程实施方法还可以包括：

步骤s70:在运行所述待跳转流程实例时，对所述下一流程实例进行监测；

应当理解的是，当第二流程节点处于未响应状态时a用户可自行跳转至第三流程节点，但是在本实施例中可同时继续挂载第二流程节点，意味着，b用户仍然可对a用户输入的业务信息进行校验。明显地，本实施例中系统的运行并非是跳过了第二流程节点，这需要与现有的固化运行次序的运行逻辑进行区别。

可以理解的是，本实施例将主动同时运行第二流程节点与第三流程节点，并对第二流程节点进行运行状态上的监控。

步骤s80:在监测到所述下一流程实例的运行状态由所述未响应状态切换为正常状态时，获取预设回转界面；

应当理解的是，当监测到第二流程节点恢复正常状态时，可重新执行第二流程节点，即b用户仍然可对a用户输入的业务信息进行正常校验，虽然当前已经执行了第二流程节点的下一流程节点。明显地，现有的固化了运行次序的业务系统并不能实现这种跳转，如果固化了运行次序的业务系统想实现这种节点间的跳转，需要在固化的流程规则中单独添加这种跳转路径，这将耗费较大的开发代价。

可以理解的是，此时可在a用户所处的第三流程节点的实施运行界面上弹出预设回转界面，预设回转界面上将提示第二流程节点已回复正常并设有回转选项，a用户点击回转选项后，可回转至第二流程节点的实例运行界面。

步骤s90:在接收到用户在所述预设回转界面输入的节点回转指令时，展示所述下一流程实例的实例运行界面。

应当理解的是，当a用户回转至第二流程节点的实例运行界面后，可执行属于第二流程节点的相关操作，而且，业务系统可不回退第三流程节点的执行进程，也就说，将保留a用户在第三流程节点的执行状态。

在本实施例中当监测到当前的流程实例处于未响应状态时用户可自主且自由地跳转至其他的流程节点，受益于各流程实例间的松耦合性，使得用户不必停滞于当前的流程实例，这提高了业务系统的整体运行效率。而且，本实施例可持续执行并监控处于未响应状态的流程实例，当该流程实例回复正常时可自由地回转，继续执行该流程实例，这表明，在本实施例中是否依据流程编排信息来实现流程实例并不会对流程实例的运行本身造成稳定性的影响。

参照图7，图7为本发明基于工作流的流程实施方法第三实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明基于工作流的流程实施方法的第三施例。

第三实施例中，所述预设运行状态为停止运行状态，所述步骤s30之前，所述基于工作流的流程实施方法还包括：

步骤s201：在监测到所述当前流程实例的运行状态为停止运行状态时，读取所述当前流程实例停止运行时的各预设参数类型的当前参数状态，并保存所述当前参数状态；

可以理解的是，考虑到在实施整个业务流程的过程中可能存在着特定的流程节点，该流程节点的运行正常与否将极大地影响系统的稳定性，或者说，特定流程节点的运行异常会带来极大的风险性，为了降低特定流程节点的运行风险，可提前对该流程节点进行数据保护并实时监控。

在具体实现中，比如，可能下一流程实例的实例内容为“对大量的金融账户批量进行货币转账操作”，考虑到该货币转账的流程实例具有较大的运行风险性，在执行该流程实例之前将提前保存前一流程实例运行结束时的各项数据参数，比如，各预设参数类型包括“转账请求”、、“账户余额”、“转账金额”、“转账后金额”以及“转账请求被响应”等，而预设参数类型的参数状态可为实现转账请求的调用接口状态、账户余额的数值、转账金额的数值、转账后金额的数值以及转账请求被响应后的接口状态等。

所述步骤s30之后，所述基于工作流的流程实施方法还包括：

步骤s304：监测所述下一流程实例的运行状态；

步骤s305：在所述下一流程实例的运行状态为异常状态时，停止运行所述下一流程实例，并将所述预设参数类型的参数状态修改为所述当前参数状态。

可以理解的是，当“对大量的金融账户批量进行货币转账操作”的流程实例出现运行异常的状况时，由于并不能迅速确定发生错误的具体位置，为了保证数据的准确性，可将处于异常状态的流程实例的各参数状态恢复至该流程实例执行之前，换言之，将系统的运行状态还原至前一流程实例运行结束时的状态，也就保证了流程实例的幂等性。

进一步地，所述步骤s305之后，所述基于工作流的流程实施方法还包括：

步骤s306：在接收到用户输入的再次执行指令时，统计监测到所述下一流程实例的运行状态判定为所述异常状态的判定次数；

应当理解的是，考虑到系统自动将流程节点回退至前一流程节点后，用户可能会再次执行该特定的流程节点，为了保证系统的稳定性，在赋予业务系统可进行业务回退的前提下将设置预设异常次数以提高系统的运行效率。

在具体实现中，可将预设异常次数设置为10次，当特定流程实例出现运行异常时，可统计出现异常的次数，如果重复执行大于10次，则向用户提示运行错误并向后台业务人员发送异常告警信息；如果重复执行小于或等于10次，则重新执行该特定流程实例直至该特定流程实例运行正常。

在所述判定次数小于或等于预设异常次数时，执行步骤s30。

直至所述判定次数大于所述预设异常次数时，执行步骤s307。

步骤s307：生成异常告警信息。

在本实施例中通过对特定的流程节点进行监控并预先保存前一流程实例运行结束时的参数状态，可随时将各参数回退至前一流程实例运行结束时的参数状态，从而保证了运行特定流程节点时的安全性。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有基于工作流的流程实施程序，所述基于工作流的流程实施程序被处理器执行时实现如上文所述的基于工作流的流程实施方法的步骤。

此外，参照图8，本发明实施例还提出一种基于工作流的流程实施装置，所述基于工作流的流程实施装置包括：实例监测模块10、信息获取模块20以及实例运行模块30；

所述实例监测模块10，用于基于预设工作流引擎创建并运行当前流程实例，对所述当前流程实例进行监测；

所述信息获取模块20，用于在监测到所述当前流程实例的运行状态为预设运行状态时，从所述预设工作流引擎中获取流程编排信息；

所述实例运行模块30，用于根据所述流程编排信息确定所述当前流程实例的下一流程实例，以运行所述下一流程实例。

在本实施例中将基于预设工作流引擎来实施整个业务流程，并且，将对各运行中的流程实例进行运行状态的监测，当运行状态满足预设运行状态的触发要求时，将根据与流程实例弱耦合的流程编排信息来确定下一流程实例，本实施例正是因为将各流程实例与流程编排信息分开且独立设置，并未如现有技术将流程编排信息固化到业务系统中，使得各流程实例的运行并不会相互影响，从而影响业务系统的整体运行稳定性，所以，解决了现行的业务系统存在着的系统运行稳定性较差的技术问题。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为名称。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。