CN117151669A - 基于工作流引擎执行时间的提醒方法及装置、电子设备 - Google Patents

Abstract

本申请提供一种基于工作流引擎执行时间的提醒方法及装置、电子设备，可应用于金融领域、云计算领域或其他通信领域，对于工作流引擎的任一版本的业务流程，为了能够监督并提高其处理效率，本申请将获得业务流程中各节点的执行信息以及第一预估执行时间，从而据此确定相应的节点满足执行提醒条件时，可以按照预设通信方式，自动且及时向对应的执行者发送催办通知信息，提醒该执行者及时处理相应的提醒节点，提高业务流程处理效率，且解决了长时间未处理的节点，使用者无法明确什么时间合适催促卡顿节点的执行者进行处理等问题，提高了使用体验。

Description

基于工作流引擎执行时间的提醒方法及装置、电子设备

技术领域

本申请涉及计算机通信技术领域，具体涉及一种基于工作流引擎执行时间的提醒方法及装置、电子设备。

背景技术

为了简化业务流程处理过程，通常会在业务***中引入成熟的工作流引擎处理业务流程，同时也方便开发人员、管理人员或业务人员能够依据各流程环节的运行数据以及实际需求，对业务流程进行改进，提升业务流程处理效率。

然而，在业务流程的任一流程环节(即节点)的改进处理过程中，通常需要对业务流程使用一段时间，了解业务流程的实际运行情况，尤其是对于一些长时间未使用的流程环节的运行情况，需要花费很长时间才能够完成对该流程环节的改进处理，在此期间，下一流程环节的处理人员由于不明情况，就需要长时间等待，或与上一流程环节处理人员进行线下沟通，非常麻烦，降低了整个业务流程的处理效率。

发明内容

为了解决上述技术问题，本申请提出了以下技术方案：

一方面，本申请提出了一种基于工作流引擎执行时间的提醒方法，所述方法包括：

获得业务流程包含的各节点的执行信息以及第一预估执行时间；其中，所述执行信息包括相应所述节点的执行状态，以及处于已执行状态的已执行节点的实际执行时间；所述第一预估执行时间能够依据所述实际执行时间进行更新；

依据所述执行信息和所述第一预估执行时间，确定相应节点是否满足执行提醒条件；

确定存在满足所述执行提醒条件的提醒节点，按照预设提醒通信方式，输出针对所述提醒节点的催办通知信息。

可选的，所述依据所述执行信息和所述第一预估执行时间，确定相应节点是否满足执行提醒条件，包括：

依据所述执行信息，确定所述业务流程中处于未执行状态的未执行节点；

在***时间达到所述未执行节点的所述第一预估执行时间时，确定相应的节点是否切换到已执行状态；

或者，获得针对每个所述未执行节点的等待执行时间，确定所述等待执行时间与所述相应节点的所述第一预估执行时间之间的差值是否达到催办提醒阈值。

可选的，所述方法还包括：

依据所述执行信息，确定处于未执行状态的未执行节点以及已执行节点的实际执行时间；

依据所述各节点之间的执行关系，利用所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得整个所述业务流程的第二预估执行时间；

依据所述第二预估执行时间，输出针对所述业务流程的执行进度信息。

可选的，所述依据所述各节点之间的执行关系，利用所述处于已执行状态的节点的实际执行时间，以及处于所述未执行节点的所述第一预估执行时间，获得整个所述业务流程的第二预估执行时间，包括：

依据所述各节点之间的执行关系，确定整个所述业务流程包含的至少一个任务执行流程；若所述任务执行流程为多个，每个所述业务执行流程包含所述业务流程的部分节点；

确定每个所述任务执行流程包含已执行节点和未执行节点；

依据每个所述任务执行流程包含的所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得相应的所述任务执行流程的第三预估执行时间；

若所述业务流程包含多个所述任务执行流程，确定对应的多个所述第三预估执行时间之中的最大第三预估执行时间为整个所述业务流程的第二预估执行时间。

可选的，所述依据所述各节点之间的执行关系，利用所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得整个所述业务流程的第二预估执行时间，包括：

依据所述各节点之间的执行关系，确定整个所述业务流程包含多个任务执行流程之间存在的并行分支，且所述并行分支包含的节点处于未执行状态；

获得每个所述并行分支的预测执行概率；所述预测执行概率能够依据相应的多个所述任务执行流程的历史执行信息更新；

依据每个所述并行分支包含的各所述未执行节点的所述第一预估执行时间，以及对应所述并行分支的所述预测执行概率，获得所存在的各所述并行分支的第四预估执行时间；

依据不属于所述并行分支的已执行节点的实际执行时间、未执行节点的所述第一预估执行时间，以及所述第四预估执行时间，获得整个所述业务流程的第二预估执行时间。

可选的，所述获得业务流程包含的各节点的第一预估执行时间，包括：

确定是否存储有所述业务流程的历史执行信息；

若未存储所述业务流程的历史执行信息，获取针对工作流引擎配置的预设处理时间；

将所述预设处理时间确定为所述业务流程包含的各节点当前的第一预估执行时间；

若存储有所述业务流程的历史执行信息，按照预先配置的执行时间预估规则，至少对所述历史执行信息包含的历史执行时间进行处理，获得所述业务流程包含的各节点当前的第一预估执行时间。

可选的，所述按照预先配置的执行时间预估规则，至少对所述历史执行信息包含的历史执行时间进行处理，获得所述业务流程包含的各节点当前的第一预估执行时间，包括：

依据所述历史执行信息，获得所述业务流程包含的所有已执行节点的总执行次数、每个所述已执行节点的执行次数，以及每个已执行节点每次执行的实际执行时间；

依据所述总执行次数以及每个所述已执行节点每次执行的实际执行时间，获得所述业务流程中所有所述已执行节点的第一平均执行时间；

依据每个所述已执行节点的所述执行次数以及所述每次执行的实际执行时间，获得相应所述已执行节点的第二平均执行时间；

确定所述总执行次数小于第一次数阈值，将针对工作流引擎配置的预设处理时间确定为所述业务流程包含的各节点当前的第一预估执行时间；

确定所述总执行次数大于或等于所述第一次数阈值，且任意一个所述节点的执行次数小于第二次数阈值，将所述第一平均执行时间确定为相应节点当前的第一预估执行时间；

确定任意一个所述节点的执行次数大于或等于第二次数阈值，将相应所述节点的所述第二平均执行时间确定为该节点当前的第一预估执行时间。

另一方面，本申请还提出了一种基于工作流引擎执行时间的提醒装置，所述装置包括：

第一获得模块，用于获得业务流程包含的各节点的执行信息以及第一预估执行时间；其中，所述执行信息包括相应所述节点的执行状态，以及处于已执行状态的已执行节点的实际执行时间；所述第一预估执行时间能够依据所述实际执行时间进行更新；

第一确定模块，用于依据所述执行信息和所述第一预估执行时间，确定相应节点是否满足执行提醒条件；

催办通知信息输出模块，用于确定存在满足所述执行提醒条件的提醒节点，按照预设提醒通信方式，输出针对所述提醒节点的催办通知信息。

又一方面，本申请还提出了一种电子设备，所述电子设备包括：至少一个存储器和至少一个处理器，其中：

所述存储器，用于存储实现如上述的一种基于工作流引擎执行时间的提醒方法的程序代码；

所述处理器，用于加载并执行所述存储器存储的所述程序代码，实现如上述的基于工作流引擎执行时间的提醒方法。

基于上述技术方案，本申请提出了一种基于工作流引擎执行时间的提醒方法及装置、电子设备，对于工作流引擎的任一版本的业务流程，为了能够监督并提高其处理效率，本申请将获得业务流程中各节点的执行信息以及第一预估执行时间，从而据此确定相应的节点满足执行提醒条件时，可以按照预设通信方式，自动且及时向对应的执行者发送催办通知信息，提醒该执行者及时处理相应的提醒节点，提高业务流程处理效率，且解决了长时间未处理的节点，使用者无法明确什么时间合适催促卡顿节点的执行者进行处理等问题，提高了使用体验。

而且，随着业务流程的运行，业务流程的各节点的第一预估执行时间可以随着所得到的执行节点的实际执行时间，能够及时进行更新，可靠且准确指导等待者(如节点的使用者)在等待使用未执行节点期间的安排，同时也能够更加准确实现对后续未执行节点的催办提醒。

附图说明

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

图1为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例一的流程示意图；

图2为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例二的流程示意图；

图3为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例三的流程示意图；

图4为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例四的流程示意图；

图5为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例五的流程示意图；

图6为适用于本申请提出的基于工作流引擎执行时间的提醒方法的一可选场景示意图；

图7为适用于本申请提出的基于工作流引擎执行时间的提醒方法的另一可选场景示意图；

图8为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例六的流程示意图；

图9为适用于本申请提出的基于工作流引擎执行时间的提醒方法的又一可选场景示意图；

图10为本申请提出的基于工作流引擎执行时间的提醒装置的一可选实施例的结构示意图；

图11为本申请提出的基于工作流引擎执行时间的提醒装置的另一可选实施例的结构示意图；

图12为适用于本申请提出的基于工作流引擎执行时间的提醒方法的电子设备的一可选实施例的硬件结构示意图；

图13为适用于本申请提出的基于工作流引擎执行时间的提醒方法的一可选应用环境的***结构示意图。

具体实施方式

针对背景技术部分的描述内容，为了提高业务流程处理效率，减少某流程环节处理人员长时间等待，本申请提出在工作流引擎运行业务流程过程中，可以对其包含的各流程环节(即节点)的执行时间进行预估，得到相应的预估执行时间，并记录各节点的执行状态和实际执行时间，之后，可以依据这些预估执行时间，对满足执行提醒条件的处于未执行状态下的各节点进行催促，如按照预设提醒通信方式，发送相应的催办通知信息，以提醒相应处理者及时对超期节点进行处理，从而提高业务流程处理速度。

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

参照图1，为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例一的流程示意图，该方法可以应用于电子设备，该电子设备可以是部署工作流引擎的服务器或具有较强数据处理能力的终端设备，如笔记本电脑、台式计算机、机器人等，当然，在一些实施例中，也可以通过该服务器与终端设备进行交互，实现本申请提出的基于工作流引擎执行时间的提醒方法。基于此，本实施例提出的基于工作流引擎执行时间的提醒方法，如图1所示，该方法可以包括：

步骤S11，获得业务流程包含的各节点的执行信息以及第一预估执行时间；

在业务流程运行过程中，可以监测该业务流程中各节点(如流程环节)的执行状态，对于当前执行的节点，可以记录其执行时间，以在该节点接入已执行状态(即已执行完，记为已执行节点)时，得到该节点的实际执行时间(如该节点运行所花费的时长)。而对于未执行节点，即处于未执行状态的节点，为方便用户了解运行到该节点还需要等待多长时间，在等待期间可以处理其他业务，本申请可以获得处于未执行状态下的各节点(记为未执行节点)的预估执行时间(为了其他任务的预估执行时间区分开，其可以记为第一预估执行时间)，本申请对该预估执行时间的获取方法不做限制。

由此可见，本实施例获得的上述执行信息可以包括相应节点的执行状态，以及已执行节点(即处于已执行状态下的节点)的实际执行时间，根据需要，还可以包括未执行节点的等待执行时间等，本申请对该执行信息的内容及其获得方法不做限制。

需要说明的是，本申请获得的各节点的第一预估执行时间能够依据节点的实际执行时间进行更新，随着业务流程的运行，从未执行状态切换到已执行状态的节点的实际执行时间，与提前预估出的第一预估执行时间之间会存在差值，为了提高业务流程预估精准度，本申请可以动态计算业务流程中未执行的各节点的第一预估执行时间，实现过程本申请不做详述。

步骤S12，依据该执行信息和第一预估执行时间，确定相应节点是否满足执行提醒条件，若否，继续监测；若是，进入步骤S13；

其中，执行提醒条件可以是用于确定对未执行节点的处理者进行催促的判断条件，可以依据请求者的对该节点的等待执行时间确定，还可以结合针对相应业务流程的催办标准等要求确定，本申请对该执行提醒条件的内容不做限制，可视情况而定。

基于此，依据所获得的当前业务流程包含的各节点的执行信息，确定其中已执行节点，当前正在执行或将要执行的节点(其上一节点刚执行完)，未执行节点，即确定各节点的执行状态，如对应的未执行状态、待执行状态或未执行状态等。对于处于未执行状态的节点，尤其是当前等待执行的节点，本申请将确定这类节点是否为达到其第一预估执行时间后还未执行，或等待执行时间非常靠近第一预估执行时间等，能够及时提醒该节点的执行者尽快处理，避免当前请求者等待时间过长。

因此，结合本申请预先配置的执行提醒条件，结合当前获得的执行信息和各未执行节点的第一预估执行时间等数据，准确判断是否需要对相应节点的执行者进行催办提醒，若某未执行节点满足执行提醒条件，可以执行步骤S13进行催办提醒；对于不满足该执行提醒条件的未执行节点，可以继续执行步骤S12，以在其满足执行提醒条件时，再执行步骤S13。

步骤S13，按照预设提醒通信方式，输出针对满足执行提醒条件的提醒节点的催办通知信息。

本申请实施例中，预设提醒通信方式可以是***默认通信方式，或者是个节点的执行者灵活配置，以保证通过该预设提醒通信方式，使该执行者可靠且及时收到催办通知信息。可选的，预设提醒通信方式可以包括但并不局限于：短信息方式、邮箱通信方式、第三方社交软件的即时通信方式或者业务***专业通信方式等，可视情况而定。

其中，对于输出的催办通知信息可以至少包括针对满足执行提醒条件的提醒节点的节点标识，以使得其执行者(如对相应节点进行改进的开发人员或管理人员等)可以准确得知需要其处理的提醒节点，尤其是在该执行者具有多个节点的处理权限的场景下，根据需要还可以包括业务流程的实例标识，以告知执行对哪个业务流程的哪个节点进行处理等，本申请对催办通知信息的内容及其输出格式不做限制。

综上，在本申请实施例中，对于工作流引擎的任一版本的业务流程，为了能够监督并提高其处理效率，本申请将获得业务流程中各节点的执行信息以及第一预估执行时间，从而据此确定相应的节点满足执行提醒条件时，可以按照预设通信方式，自动且及时向对应的执行者发送催办通知信息，提醒该执行者及时处理相应的提醒节点，提高业务流程处理效率，且解决了长时间未处理的节点，使用者无法明确什么时间合适催促卡顿节点的执行者进行处理等问题，提高了使用体验。

而且，随着业务流程的运行，业务流程的各节点的第一预估执行时间可以随着所得到的执行节点的实际执行时间，能够及时进行更新，可靠且准确指导等待者(如节点的使用者)在等待使用未执行节点期间的安排，同时也能够更加准确实现对后续未执行节点的催办提醒。

参照图2，为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例二的流程示意图，该方法仍可以应用于电子设备，本实施例可以对上文提出的基于工作流引擎执行时间的提醒方法的一可选细化实现方式进行描述，如图2所示，该方法可以包括：

步骤S21，获得业务流程包含的各节点的执行信息以及第一预估执行时间；

步骤S22，依据各执行信息，确定业务流程中处于未执行状态的未执行节点；

步骤S23，获得当前针对每个未执行节点的等待执行时间，确定该等待执行时间与相应未执行节点的第一预估执行时间之间的差值；

结合上文对记录业务流程的运行情况的相关描述，在业务流程(可以是任意一个版本的业务流程实例)运行过程中，对其包含的各节点将按照执行顺序，逐渐从未执行状态切换到执行状态，通常是在一个节点切换到执行状态后，下一个节点才可能开始执行，关于各节点的执行顺序可以依据业务流程中各节点的执行关系(如串行关系和/或并行关系等)确定，本申请对此不做限制，可以依据创建业务流程的当前版本的流程模板确定。

其中，从业务流程开始运行时，对其运行时间进行计时，如可以记录开始运行业务流程时的***时间，由此获得整个业务流程的实际执行时间，与此同时，也可以按照这种方式记录每个节点从开始执行到结束执行所花费的实际执行时间，对于每个未执行节点，也可以按照这种方式记录其使用者等待相应未执行节点执行的等待执行时间等，本申请对业务流程及其包含的处于不同执行状态的节点的相应执行时间的记录方法不做限制，可视情况而定。

依据上文描述的方法，在业务流程运行过程中，确定其包含的各节点的执行状态后，可以获得对处于未执行状态下的各未执行节点对应的等待执行时间，尤其是对下一个待执行的未执行节点的等待执行时间，之后，可以将该等待执行时间与对应未执行节点的第一预估执行时间进行差值运算，得到相应的差值，即当前等待执行时间还差多长时间到达对应未执行节点的第一预估执行时间。

步骤S24，确定每个未执行节点对应的上述差值是否达到催办提醒阈值，如果是，进入步骤S25；如果否，继续执行步骤S23；

步骤S25，将相应的执行节点确定为提醒节点，按照预设提醒通信方式，输出针对该提醒节点的催办通知信息。

对于使用者等待执行的未执行节点，通常希望其执行者能够至少按照预期进行执行，因此，为了提高节点执行准时性，本实施例提出通过判断对未执行节点的等待执行时间与相应第一预估执行时间之间的差值，是否达到预设的催办提醒阈值，来确定是否要对相应未执行节点的执行者进行催办提醒，以能够在达到该催办提醒阈值时，可以向该执行者发送相应的催办通知信息。关于该催办通知信息的发送实现方法可以参照上文实施例对应部分的描述，本实施例在此不做详述。

其中，在本申请提出的各未执行节点是否满足执行提醒条件的实现方法中，按照本实施例描述的方法，可以预先提醒执行者对未执行节点进行处理，因此，在未达到该未执行节点的第一预估执行时间时，向其执行者发送催办通知消息，提醒其处理该未执行节点。

可选的，本申请可以设置不同提醒级别对应的催办提醒阈值，提醒级别越高所对应的催办提醒阈值越小，等待执行时间与第一预估执行之间的差值越小，这样，相应执行者未及时执行被催办的未执行节点后，可以在满足下一提醒级别对应的催办提醒阈值时，再次对该执行者进行催办提醒，由此提高催办处理效果，本申请对不同提醒级别对应的催办提醒阈值的数值不做限制。

按照上文描述的方法，在一些实施例中，对于等待执行的任一未执行节点，按照但并不局限于上文描述的方法，确定等待执行时间小于第一预估执行时间的80％，可以对相应的未执行节点配置对应的执行状态标识，如添加黄色标签或文本催办标签等，以通过不同执行状态标识表示未执行节点的不同提醒级别，其对应的等待执行时间与第一预估执行时间执行的差值不同；同理，确定等待执行时间增加到第一预估执行时间的80％和100％之间，更新该未执行节点的执行状态标识，如添加橙色标签；在等待执行时间达到或超过第一预估执行时间，可以继续更新其执行状态标识，如添加红色标签等。

这样，对于未执行节点的执行者，在登录业务流程的工作流引擎的业务平台，可以通过所输出的各未执行节点的执行状态标识，直观且准确确定其他使用者对该未执行节点的等待执行时间与第一预估执行时间的差值大小，即确定对未执行节点的预留剩余时间大小，由此合理安排对未执行节点的处理。需要说明，本申请也可以将上述执行状态标识作为催办通知信息的一种输出方式，包括但并不局限于本实施例描述的各执行状态标识内容。

由此可见，获得针对业务流程的处理请求，该处理请求可以包含对业务流程的处理请求者的属性信息，依据该属性信息，确定处理请求者是该业务流程的发起者的情况下，可以结合上文实施例描述的方式，确定当前等待执行的待执行节点后，依据对待执行节点的第一等待执行时间与相应的第一预估执行时间之间的差值，输出该待执行节点的执行状态标识。

可选的，为了方便用户查看业务流程包含的各节点之间的执行关系，以及各节点的执行状态等信息，本申请可以以流程图的形式展示业务流程的实际执行情况下，对于处于不同执行状态的节点，可以输出不同的显示状态，由此方便用户直观了解各节点的时间预期情况。因此，依据属性信息，确定处理请求者是业务流程的发起者，可以输出业务流程包含的各节点的执行状态，以及当前处于未执行状态的未执行节点的第一预估执行时间等，关于执行状态的以及未执行节点的预估执行时间的实现过程，可以参照上下文相应部分的描述。

其中，由于业务流程中各节点的执行状态是动态变化的，未执行节点也会不断更新，各未执行节点的第一预估执行时间也可以依据实际执行时间进行更新，在这些更新过程中，可以及时输出相应更新内容。

可选的，在业务流程的发起者按照但并不局限于上文描述的方法，查看各节点的执行情况过程中，由于其能够通过不同执行状态标识，直接看到各节点是否满足执行提醒条件，其可以据此手动触发对该节点的催办功能按钮，这样，电子设备接收到针对任一未执行节点的催办触发操作，确定满足该未执行节点的执行提醒条件，可以向该节点的执行者发送催办通知信息，实现过程本实施例不做详述。

在另一些实施例中，按照上文描述的方法，依据属性信息，确定处理请求者不是业务流程的发起者的情况下，可以获得对业务流程中请求处理的待执行节点的所有请求者的第二等待执行时间，以及当前的处理请求者对待执行节点的第三等待执行时间，从而依据第三等待执行时间与各第二等待执行之间的比较结果，输出相应的等待提示信息，以使得当前的处理请求者可以直观了解自身请求处理的节点与同时请求处理该节点的其他请求者的优势排序等。

示例性的，非流程发起人在处理业务流程包含的任务时，可以试试计算当前任务(如当前执行业务流程中的某节点等)的等待执行时间，记为第三等待执行时间，若其小于20％及以上其他请求者的处理时间(如第二等待执行时间)可以按照20％、25％、...、90％、95％、99％的方式进行近似计算，然后提示当前用户：“您的处理时间(如等待执行时间)超过了xx(如百分比)的用户”等等待提示信息；反之，若第三等待执行时间大于或等于20％其他请求者的第二等待执行时间，说明当前请求者排序比较靠后，可以不做提示，当然，也可以输出相应内容的等待提示信息等，实现过程可以参照上文实施例相应部分的描述，另外，对于是否输出等待提示信息的判断条件，包括但并不局限于上文描述的百分比阈值。

结合上述分析，在业务流程的节点的执行时间有足够数据支持，如上文描述的在某节点的执行次数超过10次或50次，按照上文对不同提醒级别的相关描述，可以在未执行节点的等待执行时间超过其第一预估执行时间的80％(其数值可以依据实际情况调整)后，在***催办提醒功能开启的情况下，工作流引擎可以按照上文描述的方法，直接向该节点的执行者发送催办通知信息。当然，若***的催办提醒功能未开启，在满足执行提醒条件，可以不用发送催办通知信息，尤其是对于第一预估执行时间比较短的节点，如需要一天或4小时之内完成某节点等情况下，也可以不同自动发送催办通知信息等。

在又一些实施例中，对于上述是否满足执行提醒条件的实现方法，也可以在***时间达到各未执行节点的第一预估执行时间，检测相应的未执行节点的执行状态是否切换到已执行状态，若已经切换到已执行状态，说明相应的未执行节点不满足执行提醒条件，不用再对其执行者进行催办提醒；反之，说明相应的未执行节点满足执行提醒条件，可以按照上下文描述的方法，输出催办通知信息，实现过程本申请实施例在此不做详述。

参照图3，为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例三的流程示意图，该方法仍可以应用于电子设备，本实施例可以对上文提出的基于工作流引擎执行时间的提醒方法中，如何获得业务流程包含的各节点的第一预估执行时间的一可选细化实现方式进行描述，关于其他方法步骤的实现过程，可以参照上下文实施例对应部分的描述，本实施例不做详述。如图3所示，节点的第一预估执行时间方法的获得方法可以包括：

步骤S31，确定是否存储有业务流程的历史执行信息，若否，进入步骤S32；若是，执行步骤S34；

步骤S32，获取针对工作流引擎配置的预设处理时间；

步骤S33，将预设处理时间确定为业务流程包含的各节点当前的第一预估执行时间；

在当前版本的业务流程刚上线，并未历史执行信息作为预估执行时间的计算基础，工作流引擎可以预先配置一个默认的预设处理时间，将其作为业务流程各节点的第一预估执行时间，该预设处理时间可以由使用方通过工作流引擎配置文件的方式进行确定和调整，本申请对预设处理时间的数值及其配置实现过程不做详述。

在运行业务流程即运行当前版本的业务流程实例，可以记录相应的处理数据为历史执行信息，这种情况下，即上述步骤S31的判断结果为是的情况下，可以按照预先配置的执行时间预估规则，至少对历史执行信息包含的历史执行时间进行处理，得到业务流程包含的各节点当前的第一预估执行时间，本申请对预先配置的执行时间预估规则的内容及其实现方法不做限制，可视情况而定。

可选的，在存储有业务流程的历史执行信息的情况下，可以采用执行时间平均处理方式，获得业务流程中各节点的第一预估执行时间，但并不局限于这种处理方法。本申请下文仅给出一种基于执行时间预估规则，获得各节点的第一预估执行时间的获取方法的示例，但并不局限于下文各描述的实现方法。

步骤S34，依据历史执行信息，获得业务流程包含的所有已执行节点的总执行次数、每个已执行节点的执行次数，以及每个已执行节点每次执行的实际执行时间；

步骤S35，依据总执行次数以及每个已执行节点每次执行的实际执行时间，获得业务流程中所有已执行节点的第一平均执行时间；

步骤S36，依据每个已执行节点的执行次数以及每次执行的实际执行时间，获得相应已执行节点的第二平均执行时间；

本申请实施例中，为了精准实现对不同场景下各未执行节点的第一预估执行时间，在业务流程已经运行后，可以结合已执行节点的执行次数等参数，对执行时间预估规则进行细化，因此，本实施例基于依据该业务***的历史执行时间，获得所有已执行节点的平均执行时间即***中所有已完成活动(其表示业务流程的流程环节)的平均执行时间，记为第一平均执行时间Tp1，并获得每个已执行节点自身的平均执行时间，即当前活动环节已完成活动的平均执行时间，记为第二平均执行时间Tp2，其中，活动的平均执行时间可以是对该活动的总执行时间除以该活动的总执行次数得到，实现过程可以参照上述步骤S34-步骤S36的描述内容。

步骤S37，确定总执行次数是否小于第一次数阈值，如果是，进入步骤S38；如果否，执行步骤S39；

步骤S38，将针对工作流引擎配置的预设处理时间确定为业务流程包含的各节点当前的第一预估执行时间；

步骤S39，确定已执行节点的执行次数是否小于第二次数阈值，如果是，进入步骤S310；如果否，执行步骤S311；

步骤S310，将第一平均执行时间确定为相应节点当前的第一预估执行时间；

步骤S311，将相应节点的第二平均执行时间确定为该节点当前的第一预估执行时间。

本申请实施例中，假设工作流引擎配置的预设处理时间记为Tp3，在上文实施例的描述中，若总执行次数小于第一次数阈值，如***中已完成流程活动的总执行次数小于20次(第一次数阈值并不局限于该数值，也可以是50或其他)，说明使用者使用业务流程运行的次数比较少，所产生的历史执行时间并不足以准确预测各节点的预估执行时间，此时可以将Tp3作为业务流程中节点的第一预估执行时间。

之后，随着对业务流程的节点执行次数增多，在业务流程中各节点的总执行次数大于或等于第一次数阈值，如总活动的完成次数大于或等于20次，但当前活动环节如任一未执行节点(其可以是本次运行业务流程等待执行的某一未执行节点等)的执行次数小于第二次数阈值(如10次等)，说明业务流程的总体执行次数比较多，但该未执行节点自身的执行次数还比较少，所记录的历史执行时间即执行过程中记录的实际执行时间的平均值不能直接代表该节点的执行时间，因此，在这种情况下，可以将上述Tp1作为该未执行节点的第一预估执行时间。

反之，在当前活动的执行次数大于第二次数阈值的情况下，说明相应已执行节点的执行次数足够多，可以将上述Tp2作为该未执行节点的第一预估执行时间。按照本实施例描述的执行时间预估规则，随着业务流程执行次数的增多，即一个或多个节点的执行次数的增多，由于每次执行所记录的实际执行时间可能不同，本申请可以按照上文描述的方法，在业务流程的历史执行信息累计到一定程度后，动态计算业务流程中各节点的第一预估执行时间，会逐渐提高各节点的预估执行时间，从而提高了后续催办提醒的可靠性和准确性。

参照图4，为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例四的流程示意图，该方法仍可以应用于电子设备，该本实施例可以对上文提出的基于工作流引擎执行时间的提醒方法的又一可选细化实现方式进行描述，如图4所示，该方法可以包括：

步骤S41，获得业务流程包含的各节点的执行信息；

步骤S42，依据各执行信息，业务流程中未执行节点以及已执行节点的实际执行时间；

步骤S43，获得各未执行节点的第一预估执行时间；

关于步骤S41-步骤S43的实现过程，可以参照上文实施例对应部分的描述，本实施例在此不做详述。

步骤S44，依据各节点之间的执行关系，利用已执行节点的实际执行时间，以及未执行节点的第一预估执行时间，获得整个业务流程的第二预估执行时间；

步骤S45，依据第二预估执行时间，输出针对业务流程的执行进度信息。

本申请实施例中，除了可以按照上文描述的方法监测业务流程中各节点的执行状态，实现对未执行节点的执行者的催办提醒，还可以准确了解整个业务流程的执行进度，本申请可以预测整个业务流程的第二预估执行时间，此时为了保证其预测精准度，对于已执行节点，可以采用实际执行时间参与计算，对于未执行节点，再采用对应的第一预估执行时间进行计算。

另外，由于业务流程包含的各节点之间的执行关系可能包含多种，如串行执行或并行执行，对于串行执行的各节点的执行时间，可以对其各节点对应的执行节点(其可以依据该节点的执行状态对应的实际执行节点或第一预估执行节点)进行求和，得到总预估执行时间；对于并行执行的节点的执行时间，由于这些节点同时执行，可以将其中最大执行时间作为整体流程的执行时间等，实现过程本实施例不做详述。

综上，本申请依据业务流程中各节点的执行状态，利用已执行节点的实际执行时间以及未执行节点的第一预估执行时间，精准获得完成该业务流程的第二预估执行时间，在运行该业务流程过程中，可以据此实时输出该业务流程的执行进度信息，直观了解该业务流程的执行进度，在什么时间完成等，且随着执行节点的增多，可以按照上下文描述的方法，动态更新业务流程的执行进度信息，直至完成该业务流程。

可选的，按照上文描述的方法，确定业务流程未按照预测的第二预估执行时间完成，可以确定其中的未执行节点，向各未执行节点的执行者发送催办通知信息，催促执行者尽快完成其权限下的未执行节点，从而尽快完成业务流程，实现过程本申请不做详述。

参照图5，为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例五的流程示意图，该方法仍可以应用于电子设备，该本实施例可以对上文提出的基于工作流引擎执行时间的提醒方法中，上述步骤S44的一可选细化实现方式进行描述，如图5所示，该方法可以包括：

步骤S51，获得业务流程中已执行节点的实际执行时间以及未执行节点的第一预估执行时间；

关于步骤S51的实现过程，可以参照上文实施例对应部分的描述，即依据各节点当前的执行信息，确定业务流程中的已执行节点和未执行节点，再结合上文实施例描述的方法，获得已执行节点的实际执行时间以及每个未执行节点的第一预估执行时间。

步骤S52，依据业务流程中各节点之间的执行关系，确定整个业务流程包含的多个任务执行流程；每个业务执行流程包含业务流程的部分节点；

结合上下文对执行关系的相关描述，整个业务流程可能包含一个任务执行流程，也可能包含多个任务执行流程，对于前者场景中，业务流程中各节点串行连接，如图6所示的业务流程的一可选场景示意图，假设该业务流程包含串行的节点1、节点2和节点3，本申请由T1、T2和T3依次表示这三个节点各自的第一预估执行时间，由t1、t2和t3依次表示这三个节点一次执行所花费的实际执行时间。

基于此，若业务流程刚开始时，各节点都为执行完，整个业务流程的第二预估执行时间为T1+T2+T3，若节点1已执行，节点2待执行，此时该业务流程的第二预估执行时间为t1+T2+T3，依次类推，在随着执行节点的增多，在计算业务流程的第二预估执行时间时，可以由相应节点的实际执行时间替换其第一预估执行时间，实现过程本申请不做详述。

步骤S53，依据每个任务执行流程包含的已执行节点的实际执行时间，以及未执行节点的第一预估执行时间，获得相应的任务执行流程的第三预估执行时间；

步骤S54，确定对应的多个第三预估执行时间之中的最大第三预估执行时间为整个业务流程的第二预估执行时间。

在业务流程包含的多个不同任务执行流程的场景下，其中任意两个任务执行流程包含的各节点之间存在区别节点，且每个任务执行流程可以包括整个业务流程的部分节点，可以是一个或多个节点，本申请对每个任务执行流程包含的节点数量，以及不同任务执行流程之间的执行关系不做限制。可选的，如图7所示的业务流程的另一可选场景中，这多个任务执行流程可以是并行执行关系，或者在多个任务执行流程为四个及其以上数量的情况下，还可以是每两个或更多个任务执行流程并行执行，还可以串行其他非任务执行流程中的节点，实现整个业务流程中，具体执行关系可以依据相应版本的流程模板确定，本申请实施例在此不做详述。

如上述分析，由于不同任务执行流程包含的节点不同，不同节点对应的实际执行时间和第一预估执行时间也可能不同，使得不同任务执行流程整个完成所花费的执行时间(即预测的第三预估执行时间)也可能会不同，另外，在业务流程运行过程中，对于并行执行关系的多个任务执行流程，只会执行其中的一个任务执行流程，这使得业务流程运行所花费的执行时间也不同。因此，本申请可以考虑不同任务执行流程的预估执行时间，来确定业务流程运行的第二预估执行，实现过程本实施例不做详述。

参照图8，为本申请提出的基于工作流引擎执行时间的提醒方法的可选实施例六的流程示意图，该方法仍可以应用于电子设备，该本实施例可以对上文提出的基于工作流引擎执行时间的提醒方法中，上述步骤S44的另一可选细化实现方式进行描述，如图8所示，该方法可以包括：

步骤S81，获得业务流程中已执行节点的实际执行时间以及未执行节点的第一预估执行时间；

步骤S82，依据业务流程中各节点之间的执行关系，确定整个业务流程包含的多个任务执行流程；每个业务执行流程包含业务流程的部分节点；

关于步骤S81和步骤S82的实现过程，可以参照上文实施例对应部分的描述，本实施例不做详述。

步骤S83，依据各节点之间的执行关系，确定多个任务执行流程之间存在的并行分支，且并行分支包含的节点处于未执行状态；

在一些实施例中，参照图9所示的又一可选场景示意图，结合上文实施例相应部分的描述，该业务流程包含两个任务执行流程，一个任务执行流程包含节点2，另一个任务执行流程包含节点3和节点4，在完成节点1后，可以执行这两个任务执行流程中的一个，由节点1、节点2和节点5构成的一个流程，由节点1、节点3、节点4和节点5构成一个流程，对于每一个流程的预估执行时间，可以参照上文实施例相应部分的描述，如由执行节点的实际执行时间和未执行节点的第一预估执行时间进行求和得到，之后，将所得到的最大预估执行时间确定为整个业务流程的第二预估执行时间。

因此，假设图9中的节点1-节点5对应的第一预估执行节点，依次可以记为T1、T2、T3、T4和T5，对于其中存在的节点2构成一个并行分支，以及节点3和节点4构成的另一个并行分支，可以选择较大的并行分支所在的任务执行流程的预估执行时间作为业务流程的第二预估执行时间，若T2＞T3+T4，业务流程的第二预估执行时间为T1+T2+T5。可选的，随着业务流程的运行，若节点1和节点3切换到已执行状态，其实际执行时间为t1、t3，使得T2<t3+T4，那么业务流程的第二预估执行时间更新为t1+t3+T4+T5。依次类推，实现对业务流程的第二预估执行时间的动态更新，提高其预估执行时间的准确性。

步骤S84，获得每个并行分支的预测执行概率；该预测执行概率能够依据相应的多个任务执行流程的历史执行信息更新；

步骤S85，依据每个并行分支包含的各未执行节点的第一预估执行时间，以及对应并行分支的预测执行概率，获得所存在的各并行分支的第四预估执行时间；

在又一些实施例中，如图9所示业务流程中，节点1执行后，对于属于不同任务执行流程的节点2和节点3被执行的预测概率可能不同，本实施例可以考虑两个任务执行流程各自被执行的预测执行概率，以提高整个业务流程执行完的第二预估执行时间的精准度。

基于此，本申请可以依据各任务执行流程的并行分支的历史执行信息，计算不同并行分支的预测执行概率，分别记为p1和p2，实现过程本申请不做限制。可选的，在业务流程没有历史执行信息的情况下，各并行分支的预测执行概率可以平均分配，如图9所示场景，每个并行分支的预测执行概率可以为0.5。

因此，在业务流程包含的各并行分支包含的各节点的执行状态都是未执行状态的情况下，图9中的节点1-节点5对应的第一预估执行节点，依次可以记为T1、T2、T3、T4和T5，这样，各任务执行流程中并行分支的第四预估执行时间可以为T2×p1，(T3+T4)×p2。基于此，整个业务流程的第二预估执行时间可以为T1+(T2×p1+(T3+T4)×p2)+T5。

步骤S86，依据不属于并行分支的已执行节点的实际执行时间、未执行节点的第一预估执行时间，以及第四预估执行时间，获得整个业务流程的第二预估执行时间。

继上述分析，随着业务流程的运行，在其中的一个或多个节点的执行状态切换到已执行状态后，可以更新业务流程的第二预估执行时间，将使用这些已执行节点的实际执行时间替换第一预估执行时间参与计算，关于业务流程的第二预估执行时间的动态计算过程本申请不做详述。

综上，本申请可以考虑业务流程中各节点的实际执行关系，采用合适的预估执行时间的计算方法，准确且可靠获得整个业务流程的第二预估执行时间，以使得用户可以准确了解该业务流程的运行进度，这样，在该业务流程未按照第二预估执行时间完成，可以及时提醒各未执行节点的执行者及时处理节点，提高了业务流程处理效率。

参照图10，为本申请提出的基于工作流引擎执行时间的提醒装置的一可选实施例的结构示意图，如图10所示，该装置可以包括：

第一获得模块101，用于获得业务流程包含的各节点的执行信息以及第一预估执行时间；其中，所述执行信息包括相应所述节点的执行状态，以及处于已执行状态的已执行节点的实际执行时间；所述第一预估执行时间能够依据所述实际执行时间进行更新；

第一确定模块102，用于依据所述执行信息和所述第一预估执行时间，确定相应节点是否满足执行提醒条件；

第一输出模块103，用于确定存在满足所述执行提醒条件的提醒节点，按照预设提醒通信方式，输出针对所述提醒节点的催办通知信息。

可选的，第一确定模块102可以包括：

未执行节点确定单元，用于依据所述执行信息，确定所述业务流程中处于未执行状态的未执行节点；

第一确定单元，用于在***时间达到所述未执行节点的所述第一预估执行时间时，确定相应的节点是否切换到已执行状态；

或者，第二确定单元，用于获得针对每个所述未执行节点的等待执行时间，确定所述等待执行时间与所述相应节点的所述第一预估执行时间之间的差值是否达到催办提醒阈值。

在一些实施例中，如图11所示，上述装置还可以包括：

第二确定模块104，用于依据所述执行信息，确定处于未执行状态的未执行节点以及已执行节点的实际执行时间；

第二预估执行时间获得模块105，用于依据所述各节点之间的执行关系，利用所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得整个所述业务流程的第二预估执行时间；

执行进度信息输出模块106，用于依据所述第二预估执行时间，输出针对所述业务流程的执行进度信息。

可选的，第二预估执行时间获得模块105可以包括：

任务执行流程确定单元，用于依据所述各节点之间的执行关系，确定整个所述业务流程包含的至少一个任务执行流程；若所述任务执行流程为多个，每个所述业务执行流程包含所述业务流程的部分节点；

第三确定单元，用于确定每个所述任务执行流程包含已执行节点和未执行节点；

第三预估执行时间获得单元，用于依据每个所述任务执行流程包含的所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得相应的所述任务执行流程的第三预估执行时间；

第四确定单元，用于若所述业务流程包含多个所述任务执行流程，确定对应的多个所述第三预估执行时间之中的最大第三预估执行时间为整个所述业务流程的第二预估执行时间。

可选的，上述第二预估执行时间获得模块105也可以包括：

第五确定单元，用于依据所述各节点之间的执行关系，确定整个所述业务流程包含多个任务执行流程之间存在的并行分支，且所述并行分支包含的节点处于未执行状态；

预测执行概率获得单元，用于获得每个所述并行分支的预测执行概率；所述预测执行概率能够依据相应的多个所述任务执行流程的历史执行信息更新；

第四预估执行时间获得单元，用于依据每个所述并行分支包含的各所述未执行节点的所述第一预估执行时间，以及对应所述并行分支的所述预测执行概率，获得所存在的各所述并行分支的第四预估执行时间；

第一获得单元，用于依据不属于所述并行分支的已执行节点的实际执行时间、未执行节点的所述第一预估执行时间，以及所述第四预估执行时间，获得整个所述业务流程的第二预估执行时间。

在上文各实施例的基础上，上述第一获得模块101可以包括：

历史执行信息确定单元，用于确定是否存储有所述业务流程的历史执行信息；

预设处理时间获取单元，用于在未存储所述业务流程的历史执行信息的情况下，获取针对工作流引擎配置的预设处理时间；

第六确定单元，用于将所述预设处理时间确定为所述业务流程包含的各节点当前的第一预估执行时间；

第二获得单元，用于在存储有所述业务流程的历史执行信息的情况下，按照预先配置的执行时间预估规则，至少对所述历史执行信息包含的历史执行时间进行处理，获得所述业务流程包含的各节点当前的第一预估执行时间。

可选的，第二获得单元可以包括：

第三获得单元，用于依据所述历史执行信息，获得所述业务流程包含的所有已执行节点的总执行次数、每个所述已执行节点的执行次数，以及每个已执行节点每次执行的实际执行时间；

第一平均执行时间获得单元，用于依据所述总执行次数以及每个所述已执行节点每次执行的实际执行时间，获得所述业务流程中所有所述已执行节点的第一平均执行时间；

第二平均执行时间获得单元，用于依据每个所述已执行节点的所述执行次数以及所述每次执行的实际执行时间，获得相应所述已执行节点的第二平均执行时间；

第七确定单元，用于确定所述总执行次数小于第一次数阈值，将针对工作流引擎配置的预设处理时间确定为所述业务流程包含的各节点当前的第一预估执行时间；

第八确定单元，用于确定所述总执行次数大于或等于所述第一次数阈值，且任意一个所述节点的执行次数小于第二次数阈值，将所述第一平均执行时间确定为相应节点当前的第一预估执行时间；

第九确定单元，用于确定任意一个所述节点的执行次数大于或等于第二次数阈值，将相应所述节点的所述第二平均执行时间确定为该节点当前的第一预估执行时间。

在又一些实施例中，上述装置还可以包括：

处理请求获得模块，用于获得针对所述业务流程的处理请求；所述处理请求包含对所述业务流程的处理请求者的属性信息；

第二输出模块，用于依据所述属性信息，确定所述处理请求者是所述业务流程的发起者，输出所述业务流程包含的各节点的执行状态，以及当前未执行节点的所述第一预估执行时间；

和/或，第三输出模块，用于确定当前等待执行的待执行节点，依据对所述待执行节点的第一等待执行时间与相应的所述第一预估执行时间之间的差值，输出所述待执行节点的执行状态标识；不同所述执行状态标识对应的所述差值不同；

第二获得模块，用于依据所述属性信息，确定所述处理请求者不是所述业务流程的发起者，获得对所述业务流程中请求处理的待执行节点的所有请求者的第二等待执行时间，以及当前的所述处理请求者对所述待执行节点的第三等待执行时间；

第四输出模块，用于依据所述第三等待执行时间与各所述第二等待执行之间的比较结果，输出相应的等待提示信息。

需要说明的是，关于上述各装置实施例中的各种模块、单元等，均可以作为程序模块存储在电子设备的存储器中，可以由电子设备的处理器执行存储在存储器中的上述程序模块，以实现相应的功能，也可以由该程序模型和硬件结合实现，关于各程序模块及其组合所实现的功能，以及达到的技术效果，可以参照上述实施例描述的控制过程，本实施例不再赘述。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被***中电子设备的处理器加载并执行，实现本申请提出的基于工作流引擎执行时间的提醒方法的各步骤，具体实现过程可以参照上述实施例相应部分的描述，本实施例不做赘述。

参照图12，为适用于本申请提出的基于工作流引擎执行时间的提醒方法的电子设备的一可选实施例的硬件结构示意图，如图12所示，该电子设备可以包括至少一个存储器121和至少一个处理器122，其中：

至少一个存储器121和至少一个处理器122可以通过总线或其他通信方式连接，实现相互之间的数据传输，本申请仅以图12所示的连接方式为例进行说明。其中，该总线可以包括地址总线、数据总线、控制总线等，图12并未一一示出，可以依据实际需求确定，本申请不做详述。

存储器121可以用于存储实现本申请实施例提出的基于工作流引擎执行时间的提醒方法的程序代码；处理器122可以用于加载并执行存储器121存储的程序代码，实现本申请实施例描述的基于工作流引擎执行时间的提醒方法，实现过程可以参照上文对应实施例的描述。

本申请实施例中，存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。处理器122，可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路(application-specificintegrated circuit，ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。本申请对上述存储器121和处理器122的结构及其型号不做限定，可以根据实际需求灵活调整。

在实际应用中，为了实现上述电子设备与其他设备，如业务终端、数据库或其他服务器等的通信连接，该电子设备还可以包括能够利用无线通信网络实现数据交互的无线通信模块，如WIFI模块、5G/6G(第五代移动通信网络/第六代移动通信网络)模块、GPRS模块等；或者是有线通信模块等，本申请对不同设备之间的通信方式不做限制，可视情况而定。应该理解，为了实现服务器中不同组件之间的通信，还可以包括如USB接口、串/并口等通信接口，本申请不做详述。

应该理解的是，图12所示的电子设备的结构并不构成对本申请实施例中电子设备的限定，在实际应用中，电子设备可以包括比图12所示的更多的部件，或者组合某些部件，本申请在此不做一一列举。

参照图13，为适用于本申请提出的基于工作流引擎执行时间的提醒方法的一可选应用环境的***结构示意图，该***可以包括至少一个终端设备131以及与终端设备131进行通信连接的服务器132，该服务器132可以部署工作流引擎，实现本申请提出的基于工作流引擎执行时间的提醒方法，关于该服务器132的组成结构可以参照上文电子设备实施例相应部分的描述，本实施例不做详述。

在实际应用中，终端设备131与服务器132可以通过无线通信方式进行连接，不同身份的用户使用终端设备可以访问服务器132部署的工作流引擎，调用工作流引擎的接口，运行相应版本的业务流程实例，以在该实现过程中，了解业务流程以及包含的各节点的执行进度，如上文描述的方法，可以在业务流程展示界面，通过不同显示状态或执行状态标识等，直观表示相应节点的执行进度或等待执行时间与预估执行时间的差值情况，对于执行者来说，也可以达到催办提醒目的；对于业务流程发起者，可以据此手动触发对相应节点执行者的催办等，实现过程可以参照上文方法实施例对应部分的描述，本实施例在此不做详述。

可选的，为了记录各业务流程实例的实例数据，如图13所示，***还可以包括数据库133，用于记录不同业务流程的所发布的不同版本的业务流程实例的实例数据，以供其他服务器调用执行，实现最新版本的业务流程。应该理解的是，根据实际需求，上述***还可以包括更多设备，并不局限于图13所示的***架构，本申请在此不做一一举例详述。

最后，需要说明的是，对于本申请上文各实施例描述的基于工作流引擎执行时间的提醒方法、装置及电子设备，可以应用于金融领域或云计算领域或物联网领域或大数据领域或其他通信领域，上述仅为示例，并不对本申请提出的基于工作流引擎执行时间的提醒方法、装置及电子设备的应用领域进行限定。

另外，本申请中使用的“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换该词语。如本申请中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

且，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。所涉及到的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计预设条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

Claims (10)

1.一种基于工作流引擎执行时间的提醒方法，其特征在于，所述方法包括：

获得业务流程包含的各节点的执行信息以及第一预估执行时间；其中，所述执行信息包括相应所述节点的执行状态，以及处于已执行状态的已执行节点的实际执行时间；所述第一预估执行时间能够依据所述实际执行时间进行更新；

依据所述执行信息和所述第一预估执行时间，确定相应节点是否满足执行提醒条件；

确定存在满足所述执行提醒条件的提醒节点，按照预设提醒通信方式，输出针对所述提醒节点的催办通知信息。

2.根据权利要求1所述的方法，其特征在于，所述依据所述执行信息和所述第一预估执行时间，确定相应节点是否满足执行提醒条件，包括：

依据所述执行信息，确定所述业务流程中处于未执行状态的未执行节点；

在***时间达到所述未执行节点的所述第一预估执行时间时，确定相应的节点是否切换到已执行状态；

或者，获得针对每个所述未执行节点的等待执行时间，确定所述等待执行时间与所述相应节点的所述第一预估执行时间之间的差值是否达到催办提醒阈值。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

依据所述执行信息，确定处于未执行状态的未执行节点以及已执行节点的实际执行时间；

依据所述各节点之间的执行关系，利用所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得整个所述业务流程的第二预估执行时间；

依据所述第二预估执行时间，输出针对所述业务流程的执行进度信息。

4.根据权利要求3所述的方法，其特征在于，所述依据所述各节点之间的执行关系，利用所述处于已执行状态的节点的实际执行时间，以及处于所述未执行节点的所述第一预估执行时间，获得整个所述业务流程的第二预估执行时间，包括：

依据所述各节点之间的执行关系，确定整个所述业务流程包含的至少一个任务执行流程；若所述任务执行流程为多个，每个所述业务执行流程包含所述业务流程的部分节点；

确定每个所述任务执行流程包含已执行节点和未执行节点；

依据每个所述任务执行流程包含的所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得相应的所述任务执行流程的第三预估执行时间；

若所述业务流程包含多个所述任务执行流程，确定对应的多个所述第三预估执行时间之中的最大第三预估执行时间为整个所述业务流程的第二预估执行时间。

5.根据权利要求3所述的方法，其特征在于，所述依据所述各节点之间的执行关系，利用所述已执行节点的实际执行时间，以及所述未执行节点的所述第一预估执行时间，获得整个所述业务流程的第二预估执行时间，包括：

依据所述各节点之间的执行关系，确定整个所述业务流程包含多个任务执行流程之间存在的并行分支，且所述并行分支包含的节点处于未执行状态；

获得每个所述并行分支的预测执行概率；所述预测执行概率能够依据相应的多个所述任务执行流程的历史执行信息更新；

依据每个所述并行分支包含的各所述未执行节点的所述第一预估执行时间，以及对应所述并行分支的所述预测执行概率，获得所存在的各所述并行分支的第四预估执行时间；

依据不属于所述并行分支的已执行节点的实际执行时间、未执行节点的所述第一预估执行时间，以及所述第四预估执行时间，获得整个所述业务流程的第二预估执行时间。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述获得业务流程包含的各节点的第一预估执行时间，包括：

确定是否存储有所述业务流程的历史执行信息；

若未存储所述业务流程的历史执行信息，获取针对工作流引擎配置的预设处理时间；

将所述预设处理时间确定为所述业务流程包含的各节点当前的第一预估执行时间；

若存储有所述业务流程的历史执行信息，按照预先配置的执行时间预估规则，至少对所述历史执行信息包含的历史执行时间进行处理，获得所述业务流程包含的各节点当前的第一预估执行时间。

7.根据权利要求6所述的方法，其特征在于，所述按照预先配置的执行时间预估规则，至少对所述历史执行信息包含的历史执行时间进行处理，获得所述业务流程包含的各节点当前的第一预估执行时间，包括：

依据所述历史执行信息，获得所述业务流程包含的所有已执行节点的总执行次数、每个所述已执行节点的执行次数，以及每个已执行节点每次执行的实际执行时间；

依据所述总执行次数以及每个所述已执行节点每次执行的实际执行时间，获得所述业务流程中所有所述已执行节点的第一平均执行时间；

依据每个所述已执行节点的所述执行次数以及所述每次执行的实际执行时间，获得相应所述已执行节点的第二平均执行时间；

确定所述总执行次数小于第一次数阈值，将针对工作流引擎配置的预设处理时间确定为所述业务流程包含的各节点当前的第一预估执行时间；

确定所述总执行次数大于或等于所述第一次数阈值，且任意一个所述节点的执行次数小于第二次数阈值，将所述第一平均执行时间确定为相应节点当前的第一预估执行时间；

确定任意一个所述节点的执行次数大于或等于第二次数阈值，将相应所述节点的所述第二平均执行时间确定为该节点当前的第一预估执行时间。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

获得针对所述业务流程的处理请求；所述处理请求包含对所述业务流程的处理请求者的属性信息；

依据所述属性信息，确定所述处理请求者是所述业务流程的发起者，输出所述业务流程包含的各节点的执行状态，以及当前未执行节点的所述第一预估执行时间；

和/或，确定当前等待执行的待执行节点，依据对所述待执行节点的第一等待执行时间与相应的所述第一预估执行时间之间的差值，输出所述待执行节点的执行状态标识；不同所述执行状态标识对应的所述差值不同；

依据所述属性信息，确定所述处理请求者不是所述业务流程的发起者，获得对所述业务流程中请求处理的待执行节点的所有请求者的第二等待执行时间，以及当前的所述处理请求者对所述待执行节点的第三等待执行时间；

依据所述第三等待执行时间与各所述第二等待执行之间的比较结果，输出相应的等待提示信息。

9.一种基于工作流引擎执行时间的提醒装置，其特征在于，所述装置包括：

第一获得模块，用于获得业务流程包含的各节点的执行信息以及第一预估执行时间；其中，所述执行信息包括相应所述节点的执行状态，以及处于已执行状态的已执行节点的实际执行时间；所述第一预估执行时间能够依据所述实际执行时间进行更新；

第一确定模块，用于依据所述执行信息和所述第一预估执行时间，确定相应节点是否满足执行提醒条件；

催办通知信息输出模块，用于确定存在满足所述执行提醒条件的提醒节点，按照预设提醒通信方式，输出针对所述提醒节点的催办通知信息。

10.一种电子设备，其特征在于，所述电子设备包括：至少一个存储器和至少一个处理器，其中：

所述存储器，用于存储实现如权利要求1-8任一项所述的一种基于工作流引擎执行时间的提醒方法的程序代码；

所述处理器，用于加载并执行所述存储器存储的所述程序代码，实现如权利要求1-8任一项所述的基于工作流引擎执行时间的提醒方法。