CN113190334B - 流程引擎的控制方法、装置、终端和存储介质 - Google Patents

流程引擎的控制方法、装置、终端和存储介质 Download PDF

Info

Publication number
CN113190334B
CN113190334B CN202110429494.5A CN202110429494A CN113190334B CN 113190334 B CN113190334 B CN 113190334B CN 202110429494 A CN202110429494 A CN 202110429494A CN 113190334 B CN113190334 B CN 113190334B
Authority
CN
China
Prior art keywords
workflow
abnormal information
trigger
target
instance
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110429494.5A
Other languages
English (en)
Other versions
CN113190334A (zh
Inventor
郑海波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zitiao Network Technology Co Ltd
Original Assignee
Beijing Zitiao Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Zitiao Network Technology Co Ltd filed Critical Beijing Zitiao Network Technology Co Ltd
Priority to CN202110429494.5A priority Critical patent/CN113190334B/zh
Publication of CN113190334A publication Critical patent/CN113190334A/zh
Application granted granted Critical
Publication of CN113190334B publication Critical patent/CN113190334B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0715—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a system implementing multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
    • G06F9/524—Deadlock detection or avoidance
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本公开提供一种流程引擎的控制方法、装置、终端和存储介质。在一些实施例中，流程引擎的控制方法，包括：获取目标实例的特征参数，其中，目标实例为任一工作流实例；根据特征参数和流程引擎中的预设条件确定是否出现异常信息，其中，预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于判断是否出现工作流之间的异常信息的第三条件；若出现异常信息，执行预设操作。本公开实施例提供的流程引擎的控制方法，在流程引擎中设计了统一的判断异常信息的标准，没有对工作流定义的灵活性做出限制，将业务逻辑与检测异常信息的逻辑解耦。

Description

流程引擎的控制方法、装置、终端和存储介质
技术领域
本公开涉及计算机技术领域，尤其涉及一种流程引擎的控制方法、装置、终端和存储介质。
背景技术
在业务系统中通常使用工作流来完成业务操作的自动化处理，业务流程自动化处理的优势不仅仅是降低了各环节间的流转时间提升了推进效率，还因为流程中表单填写的标准化设置和流程环节的标准化设计，赋予了业务按定义的标准化推进的能力。
发明内容
本公开提供一种流程引擎的控制方法、装置、终端和存储介质。
本公开采用以下的技术方案。
在一些实施例中，本公开提供一种流程引擎的控制方法，包括：
获取目标实例的特征参数，其中，所述目标实例为任一工作流实例；
根据所述特征参数和所述流程引擎中的预设条件确定是否出现异常信息，其中，所述预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于判断是否出现工作流之间的异常信息的第三条件；
若出现异常信息，执行预设操作。
在一些实施例中，本公开提供一种流程引擎的控制装置，包括：
获取装置，用于获取目标实例的特征参数，其中，所述目标实例为任一工作流实例；
判断装置，用于根据所述特征参数和所述流程引擎中的预设条件确定是否出现异常信息，其中，所述预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于是否出现工作流之间的异常信息的第三条件；
控制装置，用于若出现异常信息，执行预设操作。
在一些实施例中，本公开提供一种终端，包括：至少一个存储器和至少一个处理器；
其中，存储器用于存储程序代码，处理器用于调用所述存储器所存储的程序代码执行上述的方法。
在一些实施例中，本公开提供一种存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行上述的方法。
本公开实施例提供的流程引擎的控制方法，在流程引擎中设计了统一的判断异常信息的标准，没有对工作流进行限制，也无需在业务系统中到处分散的设计判断工作流的异常信息的代码，将业务逻辑与检测异常信息的逻辑解耦，提高了业务开发的便利性了，更易于扩展和维护。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。
图1是本公开实施例的一种流程引擎的控制方法的流程图。
图2是本公开实施例的一种流程引擎的控制装置的组成图。
图3是本公开实施例的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
以下将结合附图，对本公开实施例提供的方案进行详细描述。
工作流将以往只能依靠人工操作，特别是大量重复性的人工操作，变为通过流程自动化执行，释放了人力，提高了业务推进效率。工作流的是由各节点组成，节点间有连接点来连接，工作流实例建立后启动流程，按照连接线的顺序依次执行路径上的工作流节点，连接线上可以设置执行条件，符合条件才允许迁移到下一个节点上继续执行，连接线上也可以没有设置执行条件，工作流实例执行到此时无条件迁移到下一个节点上继续执行流程。工作流内部的流程节点自动触发，工作流外部是工作流实例与另一工作流实例间的自动触发，而连续的自动触发可能会有死循环的隐患，所以工作流内部和工作流外部之间，都存在产生死循环的隐患。
为了防止工作流的工作流实例运行时出现死循环，可以在工作流定义时检查，如果工作流的定义中存在死循环风险则提示错误，这属于流程定义时预防的方式；也可以在工作流运行时识别，如果发现了运行时死循环风险，则中止这个工作流实例的继续执行，属于流程运行时中止。采用流程定义时预防的方式一般是不允许一个工作流触发另一个工作流，直接就是不允许工作流之间的关联触发，例如A流程触发B流程，B流程触发C流程，而C流程又可以触发A流程就可能导致工作流之间死循环，因此在工作流定义时就禁止一个工作流触发另一个工作流的能力，这样就避免了工作流之间死循环的隐患，但这样也限制了工作流的应用场景和功能能力，副作用比较大，而且这样限制也无法完全避免流程死循环。在工作流定义时虽然做不允许工作流之间的触发的限制，但工作流通常的应用场景大多是变更数据，而数据的变更触发了工作流，工作流的执行动作又是变更数据，即由于数据变更触发了工作流又导致了数据变更而又触发了工作流，造成在运行时引发流程死循环。对于流程运行时中止的方式，是在触发工作流实例的时候加上一个bool类型的标志位，当该标志位为false时表示当前是由用户操作来触发工作流，当该标志位为true时表示是由其他工作流发起的触发。在触发工作流的入口判断逻辑中，首先要判断这个标记位的值，如果标记值为false则正常触发成功，如果标记值为true则直接中止工作流的执行，避免死循环。这种方式要求触发工作流的调用链上，一直要传递这个标记值，而且标记值一旦为true就不再改变，例如一个用户操作更新的记录数据，这个记录数据变更触发了一个工作流实例，这时标记值是false，这个工作流实例执行了数据变更操作，这时标记值变成true(因为是工作流执行的数据变更)，这个数据变更再要触发工作流时，检查标记值为true，所以中止工作流的继续执行。还有一种方式是记录工作流是由哪条记录数据的变更触发的，如果短时间内由于某条记录数据的变更触发的工作流次数达到一定次数则终止工作流流程继续被这条记录数据触发。
对于流程定义时完全禁止流程触发流程的方式，一是产生的副作用比较大，对工作流流程的执行动作做出了限制，只能允许工作流流程内发起对数据记录的操作，不允许工作流流程内触发另外一个工作流流程，虽然在一定程度上避免了工作流流程死循环的隐患，但也对工作流的灵活使用产生了很大的限制，二是尽管限制了流程触发流程，但仍然无法完全避免流程在运行时死循环，因为工作流流程被数据记录变更触发后又执行了数据记录的变更，造成重新触发了工作流流程，这样也可能会产生死循环。所以这种方式的副作用大，效果也不能令人满意。对于在工作流流程触发时检查标记值的方式，是在运行时完全限制了在一个工作流执行链路上，只允许执行一次工作流，当这个执行链路上第二次要触发工作流时，会因为标记值检查中止再触发流程，这种方式虽然可以避免工作流流程间调用的死循环，但也是对工作流灵活性产生了限制，因为一个工作流流程的执行链路上，可能存在多个不同的工作流，串联起来共同执行一个业务场景，但这里的处理方式，将这个执行链路阻断了，限制了工作流对业务场景支持能力的灵活性。对于统计一段时间内每条记录数据触发工作流的次数的方式，无法避免工作流触发工作流的工作流之间死循环的可能性。
在本公开的一些实施例中提出了一种流程引擎的控制方法，如图1所示，图1是本公开实施例的流程引擎的控制方法的流程图，包括如下步骤S11-S13。
S11：获取目标实例的特征参数。
一些实施例中，目标实例为任一工作流实例，特征参数可以是目标实例运行时的特征参与，一些实施例中，工作流是预先设定的规则的描述，工作流实例是执行工作流中的规则的一次流程任务，流程引擎也称为工作流引擎。一些实施例中，流程引擎获取的目标实例的特征参数为与目标实例的运行相关的参数，例如可以包括目标实例的运行时长、运行次数等。
S12：根据特征参数和流程引擎中的预设条件确定是否出现异常信息。
一些实施例中，预设条件是预先存储在流程引擎中的，流程引擎用于执行工作流，一些实施例中，预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于判断是否出现工作流之间的异常信息的第三条件。即可以包括第一条件、第二条件和第三条件中的一个、两个和三个。异常信息例如可以是死循环，一些实施例中，工作流节点的异常信息是指在工作流的一个节点内出现异常信息，工作流节点之间的异常信息可以是指在工作流的至少两个节点之间出现的异常信息，通常表现为多个节点互相循环调用，工作流之间的异常信息可以是指至少两个工作流之间互相循环调用，根据第一条件、第二条件和第三条件判断是否出现工作流节点的异常信息、工作流节点之间的异常信息和工作流之间的异常信息，如果出现上述三种异常信息中的至少一个，则可以认为出现异常信息，可能出现运行异常。
S13：若出现异常信息，执行预设操作。
一些实施例中，流程引擎执行的预设操作例如可以包括暂停目标实例的运行、记录异常信息、发出提醒信息中的一个或多个。一些实施例中，特征参数包括：目标实例在工作流的节点的运行时长、目标实例在工作流的节点的执行次数和目标实例的触发链路信息中的至少一个。
在本公开的一些实施例中，没有对工作流的定义进行限制，而是在流程引擎中设定同一的预设条件对工作流实例运行时进行监测，这样将整体逻辑统一收敛到流程引擎中，相对于零散的检测异常信息的方式，本公开实施例中将判断异常信息的逻辑集中到流程引擎中，结构更清晰，且便于维护扩展，并且本公开实施例中没有对工作流的流程定义进行限制，允许数据变更触发工作流，也运行工作流的节点执行更新数据的操作，允许一个工作流实例结束后触发另一个工作流实例，从而最大程度上保证了工作流的灵活性。
本公开实施例中针对工作流运行中可能出现的工作流流程节点的异常信息、工作流节点之间的异常信息、工作流之间的异常信息，在流程引擎内部统一设计出一套预设条件，统一处理，从而以通用的方式避免工作流运行时出现的异常信息问题。由于在流程引擎中采用统一判断异常信息的方式，代码逻辑收敛在流程引擎内部，采用该方法就不必在业务系统中到处分散的开发检测工作流异常信息的代码，将业务逻辑的代码开发与避免异常信息的代码开发解耦，让业务开发更容易，也更易于后续的扩展。
在本公开的一些实施例中，获取目标实例的特征参数，包括：获取目标实例在当前节点的执行时长，其中，工作流包括至少一个节点；根据特征参数和预设条件确定是否出现异常信息，包括：确定目标实例在当前节点的执行时长是否超过第一时长阈值，若执行时长超过第一时长阈值，确定出现工作流节点的异常信息。
一些实施例中，节点是工作流的基本组成单元，工作流实例运行时，被激活的节点依次执行，若在节点内部执行时发生了产生异常信息的情况，这时节点的执行过程是无法结束的。因此在本公开的一些实施例中，流程引擎会获取目标实例在当前节点的执行时长，并与第一时长阈值进行比较，如果超过第一时长阈值表示目标实例已经在当前节点执行了过长的时间，此时认为出现了工作节点的异常信息。第一时长阈值可设定，根据具体的需要进行确定，默认可以设置为10分钟，在出现工作流节点的异常信息之后，可以终止目标实例，并将当前节点的执行状态标记为错误状态，并发出提醒信息。
在本公开的一些实施例中，流程引擎的控制方法包括：响应于工作流的任一节点被激活，流程引擎记录被激活的节点的开始执行时间；响应于工作流的任一节点执行完毕，流程引擎删除执行完毕的节点的开始执行时间。
在一些实施例中，流程引擎在激活工作流的节点时，会记录下节点的开始执行时间，存储在流程引擎内部的缓存中，当节点执行完毕工作流实例执行到下个节点时，在内部缓存中删除这条记录，这样流程引擎内每次只存储当前节点的时间数据，在保证能顺利检测节点内的异常信息的情况下，减少存储占用空间，并且在获取执行时长时，无需进行检索，加快了响应速度。
在本公开的一些实施例中，流程引擎每隔第一时长获取一次目标实例在工作流的节点的执行时长。一些实施例中，流程引擎内部启动一个单独的定时任务进程，每隔第一时长(例如5分钟)扫描流程引擎内部的节点执行时长，如果存在开始执行的时间到现在已超过第一时长阈值的节点，则由定时任务进程通知流程引擎中止这个节点的执行。通过定时执行获取执行时长的任务，可以减少流程引擎的任务量，第一时长可以更改，根据用户需要选择合适的时长。
在本公开的一些实施例中，获取目标实例的特征参数，包括：获取目标实例在任一节点的执行次数，其中，工作流包括至少一个节点；根据特征参数和预设条件确定是否出现异常信息，包括：确定执行次数是否大于第一次数阈值；若执行次数大于第一次数阈值，确定出现工作流节点之间的异常信息。
一些实施例中，可以是在目标实例执行到一个节点时，获取当前被执行的节点的执行次数，也可以是每隔一定时长获取一次工作流的各个节点的执行次数。工作流是由一系列节点按照流程连线的关联两两连接在一起，当一个节点执行完毕，流程引擎会按照节点间连线的关联关系，将执行完毕的节点标记为执行结束，迁移到下一个节点开始执行，部分节点可能是条件网关，一个节点执行完毕后，迁移到的下个节点经过条件网关的计算后可能会走到不同的分支节点上，因此工作流实例在运行时其节点执行路径是不可预测的，具体路径与节点上参与条件网关各分支的运算的数据值相关，而经过了多次条件网关后，工作流实例内部的节点运行路径可能会出现异常信息的情况，这时该工作流实例执行就处于产生异常信息的状态了。本公开一些实施例中，在目标实例的运行过程中，流程引擎检测节点被目标实例执行的执行次数，当某个节点在一个工作流实例执行中的次数超过一定的阈值后，表明很可能存在工作流节点内的异常信息导致该节点被反复执行，流程引擎可以中止这个节点的执行，可以终止目标实例，避免产生异常信息的风险，并将该节点的执行状态标记为。这个第一次数阈值的具体值可以调节，以方便用户，默认值可以为100次。
在本公开的一些实施例中，流程引擎存储有工作流的各个节点的执行次数；在任一节点被激活时，流程引擎更新被激活的节点的执行次数。一些实施例中，流程引擎中存储当前正在运行的工作流实例在节点的执行次数，在工作流实例结束后，删除完成的工作流实例在节点的执行次数。
在本公开的一些实施例中，获取目标实例的特征参数，包括：获取目标实例的触发链路信息，目标实例的触发链路信息中包括：目标触发主体以及目标触发主体的触发顺序，目标触发主体为目标实例的触发链路中的触发主体。根据特征参数和预设条件确定是否出现异常信息，包括：根据目标实例的触发链路信息确定目标实例的触发链路上是否存在循环出现且循环次数超过第二次数阈值的触发主体或触发主体的组合。若有循环出现且循环次数超过第二次数阈值的触发主体或触发主体的组合，确定出现工作流之间的异常信息。
一些实施例中，工作流实例之间可以互相触发，可以包括两种情况，一种是记录数据的变更触发了工作流，例如工作流实例A在节点执行时触发修改了记录数据B，由此记录数据B变更又触发了工作流实例A的启动，造成了异常信息的产生，该情况中工作流实例A、到记录数据B再到工作流实例A形成了触发链路，触发链路上工作流实例A、记录数据B为触发主体，另一种情况为工作流触发工作流，工作流实例A结束后允许触发另一工作流产生工作流实例B，工作流实例B结束后触发另一工作流产生工作流实例C，工作流实例C接触后又触发工作流实例A，形成异常，产生了异常信息，这里工作流实例A、到工作流实例B、到工作流实例C再到工作流实例A就是最后产生的工作流实例A的触发链路，工作流A、工作流B和工作流C为触发主体。即触发主体包括：触发链路上触发了工作流实例的第一类记录数据、触发了工作流实例的第一类工作流实例，以及修改了第一类记录数据的第二类工作流实例。触发链路为触发主体按照触发顺序排列后形成的链路，目标触发主体为目标实例的触发链路上的触发主体。目标触发主体可以是工作流实例或记录数据。可以在目标实例产生时获取目标实例的触发链路，如果目标实例的触发链路上存在循环出现的目标触发主体或目标触发主体的组合且循环次数大于第二次数阈值，则表明出现工作流之间的异常信息。
在一些实施例中，流程引擎在接收到触发主体的触发请求后，流程引擎获取触发主体的主体标识和触发主体的触发链路信息，其中，触发请求用于触发工作流实例；流程引擎根据触发主体的主体标识和触发主体的触发链路信息生成被触发的工作流实例的触发链路信息并存储。一些实施例中，触发主体通过向流程引擎发送方触发请求以启动工作流实例，流程引擎需要为工作流实例创建触发链路信息，因此需要获取触发主体的触发链路信息并结合触发主体的主体标识，以生成被触发启动的工作流实例的触发链路信息。
以下列举一个具体的实施例进行说明：流程引擎在工作流实例的触发链路上，始终持有一个上下文context参数，用来保存整体调用链路径trace_path，流程引擎在接受工作流触发的请求时，需要调用方给出trace_path参数。当第一次触发时trace_path为空，此时使用触发的主体标识作为trace_path的初始值，所以，如果是由于Record(记录数据)的变更触发的，其触发的主体标识为当前Record的ID，如果直接是由工作流实例触发的，其触发的主体标识为当前工作流实例的ID，这个trace_path在整个触发链路上被一直传递下去，触发链路上的RecordID和工作流实例ID都被记录在这个trace_path上，RecordID的值加上字母R为前缀，工作流实例ID的值加上字母W为前缀，多个ID间以下划线_连接，trace_path的格式举例：R[ID]_W[ID]_R[ID]_W[ID]……，例如一个trace_path可能是这样的：R111001_W21_R112210_W15，这个trace_path中的记录了触发链路上每一个环节的触发主体的ID，从上面可以得知工作流实例间的整个触发链路，流程引擎每次在激活新的工作流实例时，都对trace_path的值做检查，分析其中是否存在循环出现的ID组合，例如ABBBBB这种单ID循环，ABABABAB这种双ID循环，ABCABCABCABC这种多ID循环，当一种循环出现ID或ID的组合的次数超过一定的阈值(第二次数阈值)后，流程引擎中止继续触发新的工作流实例，避免产生异常信息的风险，第二次数阈值的具体值可调节，默认值可以设置为20次。
在本公开的一些实施例中，流程引擎中设置有检测等级参数，预设条件随检测等级参数的改变而改变；流程引擎的控制方法还包括：响应于对检测等级的调节操作，根据调节后的检测等级修改预设条件。一些实施例中，预设条件是可改变的，通过调节检测等级参数改变预设条件，例如通过改变检测等级参数来改预设条件中的阈值。通过设定检测等级参数可以满足用户对于不同情况的需求。
一些实施例中，根据调节后的检测等级修改预设条件后，异常信息的误判率上升且漏判率下降；或者，根据调节后的检测等级修改预设条件后，异常信息的误判率下降且漏判率上升。一些实施例中，通过设定阈值，流程引擎中的内置预设条件可以很大程度识别出出现异常信息的风险，但无法完全将产生异常信息的场景和正常的多次触发场景识别出来，因为工作流实例运行时的情况千变万化，有些高并发的业务场景，由于短时间内的频繁触发会造成出现异常信息的假象，所以需要用户根据业务的需要，在避免产生异常信息和不影响实际业务场景间做出平衡，也就是在漏判和误判间做出平衡，例如允许出现20次循环才判断为出现异常信息和允许出现10次循环就判断为出现异常信息，就是更偏重为允许多几次漏判少一些误判，一些实施例中支持设置检测等级参数，例如等级值越高漏判率越低但误判率越高，等级值越低漏判率越高但误判率越低。
在本公开的一些实施例中，若出现异常信息，执行预设操作，包括：若出现异常信息，发出提示信息；和/或，若出现异常信息，中止目标实例。一些实施例中，在流程引擎中检测异常信息，当运行时出现异常信息时，通过流程引擎的报警机制，发送异常信息告警，因为检测和报警都是流程引擎统一处理，处理逻辑收敛在流程引擎内部，从而提高了响应速度和便利度。
在本公开的一些实施例中，流程引擎的控制方法还包括：获取所述工作流的全部工作流实例在预设时长内出现异常信息的总次数；确定所述工作流的全部工作流实例在预设时长内出现异常信息的总次数是否超过第三次数阈值；若超过所述第三次数阈值，则锁定所述工作流；其中，被锁定的工作流无法被触发产生工作流实例。一些实施例中，工作流是在流程引擎中提前定义好才能在被触发运行产生工作流实例，所以当一个工作流的工作流实例频繁出现异常信息情况时，有可能是因为工作流定义上出现了问题，当工作流的业务数据符合某种特征时可能就会触发产生异常信息，那么当这种特征的业务数据频繁出现时，就可能会频繁的出现异常信息，影响稳定性。可以在流程引擎内部设置一个计数器，统计一段时间内工作流的各个工作流实例出现异常信息的总次数，超过一定的阈值后，由流程引擎锁定这个工作流，禁止该工作流产生新的工作流实例，对于该工作流已经产生的工作流实例可以进行终止或暂停。
在本公开的一些实施例中，所述锁定所述工作流，包括：为所述工作流设定锁定标识；在所述流程引擎接收到工作流触发请求时，所述流程引擎判断所述工作流是否具有所述锁定标识，若有，则不允许触发所述工作流。一些实施例中，流程引擎锁定工作流后在流程引擎的内部给盖工作流打上锁定标识，当流程引擎激活新的工作流实例时，检查工作流是否具有这个锁定标识，如果该工作流处于锁定状态，则不允许触发新的工作流实例。
在本公开的一些实施例中，还包括：在工作流被锁定后的时长达到第二时长阈值后，解除对工作流的锁定。一些实施例中，工作流在被锁定后无法产生新的实例，会造成较大的影响，因此不宜长时间锁定。
本公开实施例还提出一种流程引擎的控制装置，如图2所示包括：
获取装置10，用于获取目标实例的特征参数，其中，目标实例为任一工作流实例；
判断装置20，用于根据特征参数和流程引擎中的预设条件确定是否出现异常信息，其中，预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于是否出现工作流之间的异常信息的第三条件；
控制装置30，用于若出现异常信息，执行预设操作。
对于装置的实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离模块说明的模块可以是或者也可以不是分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上，基于实施例和应用例说明了本公开的方法及装置。此外，本公开还提供一种终端及存储介质，以下说明这些终端和存储介质。
下面参考图3，其示出了适于用来实现本公开实施例的电子设备(例如终端设备或服务器)800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图中示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述的本公开的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法包括：流程引擎获取目标实例的特征参数，其中，目标实例为任一工作流实例；
根据特征参数和流程引擎中的预设条件确定是否出现异常信息，其中，预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于判断是否出现工作流之间的异常信息的第三条件；
若出现异常信息，流程引擎执行预设操作。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，特征参数包括：目标实例在工作流的节点的运行时长、目标实例在工作流的节点的执行次数和目标实例的触发链路信息中的至少一个。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
流程引擎获取目标实例的特征参数，包括：流程引擎获取目标实例在当前节点的执行时长，其中，工作流包括至少一个节点；
根据特征参数和预设条件确定是否出现异常信息，包括：确定目标实例在当前节点的执行时长是否超过第一时长阈值，若执行时长超过第一时长阈值，确定出现工作流节点异常信息。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法包括：响应于工作流的任一节点被激活，流程引擎记录被激活的节点的开始执行时间；
响应于工作流的任一节点执行完毕，流程引擎删除执行完毕的节点的开始执行时间。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
流程引擎每隔第一时长获取一次目标实例在工作流的节点的执行时长。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
流程引擎获取目标实例的特征参数，包括：获取目标实例在任一节点的执行次数，其中，工作流包括至少一个节点；
根据特征参数和预设条件确定是否出现异常信息，包括：确定执行次数是否大于第一次数阈值；若执行次数大于第一次数阈值，确定出现工作流节点之间的异常信息。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
流程引擎存储有工作流的各个节点的执行次数；
在任一节点被激活时，流程引擎更新被激活的节点的执行次数。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，流程引擎获取目标实例的特征参数，包括：流程引擎获取目标实例的触发链路信息，目标实例的触发链路信息中包括：目标触发主体以及目标触发主体的触发顺序，目标触发主体为目标实例的触发链路中的触发主体；
根据特征参数和预设条件确定是否出现异常信息，包括：根据目标实例的触发链路信息确定目标实例的触发链路上是否存在循环出现且循环次数超过第二次数阈值的目标触发主体或目标触发主体的组合；
若有循环出现且循环次数超过第二次数阈值的目标触发主体或目标触发主体的组合，确定出现工作流之间的异常信息。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
流程引擎在接收到触发主体的触发请求后，流程引擎获取触发主体的主体标识和触发主体的触发链路信息，其中，触发请求用于触发工作流实例；
流程引擎根据触发主体的主体标识和触发主体的触发链路信息生成被触发的工作流实例的触发链路信息并存储。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
流程引擎中设置有检测等级参数，预设条件随检测等级参数的改变而改变；
方法还包括：响应于对检测等级的调节操作，根据调节后的检测等级修改预设条件。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
根据调节后的检测等级修改预设条件后，异常信息的误判率上升且漏判率下降；
或者，根据调节后的检测等级修改预设条件后，异常信息的误判率下降且漏判率上升。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，若出现异常信息，流程引擎执行预设操作，包括：
若出现异常信息，流程引擎发出提示信息；和/或，
若出现异常信息，中止目标实例。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法还包括：获取工作流的全部工作流实例在预设时长内出现异常信息的总次数；
确定工作流的全部工作流实例在预设时长内出现异常信息的总次数是否超过第三次数阈值；
若超过第三次数阈值，则锁定工作流；
其中，被锁定的工作流无法被触发。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法，
锁定工作流，包括：为工作流设定锁定标识；
在流程引擎接收到工作流触发请求时，流程引擎判断工作流是否具有锁定标识，若有，则不允许触发工作流。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制方法还包括：在工作流被锁定后的时长达到第二时长阈值后，解除对工作流的锁定。
根据本公开的一个或多个实施例，提供了一种流程引擎的控制装置包括：获取装置，用于获取目标实例的特征参数，其中，目标实例为任一工作流实例；
判断装置，用于根据特征参数和流程引擎中的预设条件确定是否出现异常信息，其中，预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于判断是否出现工作流之间的异常信息的第三条件；
控制装置，用于若出现异常信息，流程引擎执行预设操作。
根据本公开的一个或多个实施例，提供了一种终端，包括：至少一个存储器和至少一个处理器；
其中，所述至少一个存储器用于存储程序代码，所述至少一个处理器用于调用所述至少一个存储器所存储的程序代码执行上述中任一项所述的方法。
根据本公开的一个或多个实施例，提供了一种存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行上述的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (15)

1.一种流程引擎的控制方法，其特征在于，在流程引擎中采用统一判断异常信息的方式，代码逻辑收敛在流程引擎内部，包括：
获取目标实例的特征参数，其中，所述目标实例为任一工作流实例；
根据所述特征参数和所述流程引擎中的预设条件确定是否出现异常信息，其中，所述预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于判断是否出现工作流之间的异常信息的第三条件；
若出现异常信息，执行预设操作；
其中，
获取所述目标实例的特征参数，包括：获取所述目标实例在当前节点的执行时长，其中，所述工作流包括至少一个节点；
根据所述特征参数和所述预设条件确定是否出现异常信息，包括：确定所述目标实例在所述当前节点的执行时长是否超过第一时长阈值，若所述执行时长超过所述第一时长阈值，确定出现工作流节点的异常信息；
和/或，
获取所述目标实例的特征参数，包括：获取所述目标实例在任一节点的执行次数，其中，所述工作流包括至少一个所述节点；
根据所述特征参数和所述预设条件确定是否出现异常信息，包括：确定所述执行次数是否大于第一次数阈值；若所述执行次数大于第一次数阈值，确定出现工作流节点之间的异常信息；
和/或，
获取所述目标实例的特征参数，包括：获取所述目标实例的触发链路信息，所述目标实例的触发链路信息中包括：目标触发主体以及目标触发主体的触发顺序，所述目标触发主体为所述目标实例的触发链路中的触发主体；
根据所述特征参数和所述预设条件确定是否出现异常信息，包括：根据所述目标实例的触发链路信息确定所述目标实例的触发链路上是否存在循环出现且循环次数超过第二次数阈值的所述目标触发主体或所述目标触发主体的组合；若有循环出现且循环次数超过第二次数阈值的所述目标触发主体或所述目标触发主体的组合，确定出现工作流之间的异常信息。
2.根据权利要求1所述的方法，其特征在于，
所述特征参数包括：所述目标实例在所述工作流的节点的运行时长、所述目标实例在所述工作流的节点的执行次数和所述目标实例的触发链路信息中的至少一个。
3.根据权利要求1所述的方法，其特征在于，包括：
响应于所述工作流的任一节点被激活，所述流程引擎记录被激活的节点的开始执行时间；
响应于所述工作流的任一节点执行完毕，所述流程引擎删除执行完毕的节点的开始执行时间。
4.根据权利要求1所述的方法，其特征在于，
所述流程引擎每隔第一时长获取一次所述目标实例在工作流的节点的执行时长。
5.根据权利要求1所述的方法，其特征在于，
所述流程引擎存储有所述工作流的各个节点的执行次数；
在任一节点被激活时，所述流程引擎更新被激活的节点的执行次数。
6.根据权利要求1所述的方法，其特征在于，
所述流程引擎在接收到所述触发主体的触发请求后，所述流程引擎获取所述触发主体的主体标识和所述触发主体的触发链路信息，其中，所述触发请求用于触发工作流实例；
所述流程引擎根据所述触发主体的主体标识和所述触发主体的触发链路信息生成被触发的工作流实例的触发链路信息并存储。
7.根据权利要求1所述的方法，其特征在于，
所述流程引擎中设置有检测等级参数，所述预设条件随所述检测等级参数的改变而改变；
所述方法还包括：响应于对所述检测等级的调节操作，根据调节后的检测等级修改所述预设条件。
8.根据权利要求7所述的方法，其特征在于，
根据调节后的检测等级修改所述预设条件后，所述异常信息的误判率上升且漏判率下降；
或者，根据调节后的检测等级修改所述预设条件后，所述异常信息的误判率下降且漏判率上升。
9.根据权利要求1所述的方法，其特征在于，若出现异常信息，所述流程引擎执行预设操作，包括：
若出现异常信息，发出提示信息；和/或，
若出现异常信息，中止所述目标实例。
10.根据权利要求1所述的方法，其特征在于，还包括：
获取所述工作流的全部工作流实例在预设时长内出现异常信息的总次数；
确定所述工作流的全部工作流实例在预设时长内出现异常信息的总次数是否超过第三次数阈值；
若超过所述第三次数阈值，则锁定所述工作流；
其中，被锁定的工作流无法被触发。
11.根据权利要求10所述的方法，其特征在于，
所述锁定所述工作流，包括：为所述工作流设定锁定标识；
在所述流程引擎接收到工作流触发请求时，所述流程引擎判断所述工作流是否具有所述锁定标识，若有，则不允许触发所述工作流。
12.根据权利要求10所述的方法，其特征在于，还包括：
在所述工作流被锁定后的时长达到第二时长阈值后，解除对所述工作流的锁定。
13.一种流程引擎的控制装置，其特征在于，在流程引擎中采用统一判断异常信息的方式，代码逻辑收敛在流程引擎内部，包括：
获取装置，用于获取目标实例的特征参数，其中，所述目标实例为任一工作流实例；
判断装置，用于根据所述特征参数和所述流程引擎中的预设条件确定是否出现异常信息，其中，所述预设条件包括：用于判断是否出现工作流节点的异常信息的第一条件、用于判断是否出现工作流节点之间的异常信息的第二条件和/或用于判断是否出现工作流之间的异常信息的第三条件；
控制装置，用于若出现异常信息，执行预设操作；
其中，
获取所述目标实例的特征参数，包括：获取所述目标实例在当前节点的执行时长，其中，所述工作流包括至少一个节点；
根据所述特征参数和所述预设条件确定是否出现异常信息，包括：确定所述目标实例在所述当前节点的执行时长是否超过第一时长阈值，若所述执行时长超过所述第一时长阈值，确定出现工作流节点的异常信息；
和/或，
获取所述目标实例的特征参数，包括：获取所述目标实例在任一节点的执行次数，其中，所述工作流包括至少一个所述节点；
根据所述特征参数和所述预设条件确定是否出现异常信息，包括：确定所述执行次数是否大于第一次数阈值；若所述执行次数大于第一次数阈值，确定出现工作流节点之间的异常信息；
和/或，
获取所述目标实例的特征参数，包括：获取所述目标实例的触发链路信息，所述目标实例的触发链路信息中包括：目标触发主体以及目标触发主体的触发顺序，所述目标触发主体为所述目标实例的触发链路中的触发主体；
根据所述特征参数和所述预设条件确定是否出现异常信息，包括：根据所述目标实例的触发链路信息确定所述目标实例的触发链路上是否存在循环出现且循环次数超过第二次数阈值的所述目标触发主体或所述目标触发主体的组合；若有循环出现且循环次数超过第二次数阈值的所述目标触发主体或所述目标触发主体的组合，确定出现工作流之间的异常信息。
14.一种终端，包括：
至少一个存储器和至少一个处理器；
其中，所述至少一个存储器用于存储程序代码，所述至少一个处理器用于调用所述至少一个存储器所存储的程序代码执行权利要求1至12中任一项所述的方法。
15.一种存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行权利要求1至12中任一项所述的方法。
CN202110429494.5A 2021-04-21 2021-04-21 流程引擎的控制方法、装置、终端和存储介质 Active CN113190334B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110429494.5A CN113190334B (zh) 2021-04-21 2021-04-21 流程引擎的控制方法、装置、终端和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110429494.5A CN113190334B (zh) 2021-04-21 2021-04-21 流程引擎的控制方法、装置、终端和存储介质

Publications (2)

Publication Number Publication Date
CN113190334A CN113190334A (zh) 2021-07-30
CN113190334B true CN113190334B (zh) 2023-08-01

Family

ID=76977853

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110429494.5A Active CN113190334B (zh) 2021-04-21 2021-04-21 流程引擎的控制方法、装置、终端和存储介质

Country Status (1)

Country Link
CN (1) CN113190334B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117056116B (zh) * 2023-10-11 2024-04-02 荣耀终端有限公司 一种流程管理方法和电子设备
CN117667362B (zh) * 2024-01-31 2024-04-30 上海朋熙半导体有限公司 一种流程引擎调度方法、系统、设备及可读介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10281892B2 (en) * 2012-08-02 2019-05-07 Siemens Aktiengesellschaft Pipelining for cyclic control systems
US9842009B2 (en) * 2013-05-13 2017-12-12 Nxp Usa, Inc. Method and device for detecting a race condition and a computer program product
CN104050043A (zh) * 2014-06-17 2014-09-17 华为技术有限公司 基于共享缓存感知的虚拟机调度方法和装置
CN106919444A (zh) * 2015-12-28 2017-07-04 阿里巴巴集团控股有限公司 脚本处理方法及装置
CN110231984B (zh) * 2019-06-06 2021-07-16 湖南大学 多工作流任务分配方法、装置、计算机设备和存储介质
CN112070487B (zh) * 2019-12-31 2024-04-12 北京来也网络科技有限公司 基于ai的rpa流程的生成方法、装置、设备及介质
CN112101803A (zh) * 2020-09-21 2020-12-18 腾讯科技（深圳）有限公司 业务流程监控方法、装置、系统、设备和介质
CN112596915A (zh) * 2020-12-26 2021-04-02 中国农业银行股份有限公司 一种分布式锁调度方法、装置、设备及介质

Also Published As

Publication number Publication date
CN113190334A (zh) 2021-07-30

Similar Documents

Publication Publication Date Title
CN113190334B (zh) 流程引擎的控制方法、装置、终端和存储介质
CN110471738B (zh) 应用程序的主题切换方法、装置、电子设备及存储介质
CN111274503B (zh) 数据处理的方法、装置、电子设备及计算机可读介质
CN111338813B (zh) 一种动态生成中间件的方法、装置、介质和电子设备
US11055416B2 (en) Detecting vulnerabilities in applications during execution
CN113835992A (zh) 内存泄露的处理方法、装置、电子设备及计算机存储介质
CN115996179A (zh) 业务节点的测试方法、装置、可读介质和电子设备
CN111858381B (zh) 应用程序容错能力测试方法、电子设备及介质
CN113760503A (zh) 任务迁移方法、装置、电子设备和计算机可读介质
CN116521530A (zh) 单元测试方法、装置、设备、存储介质和产品
CN115934378A (zh) 业务数据处理方法、装置、电子设备和存储介质
CN110502891B (zh) 一种获取进程内存泄露的方法、装置、介质和电子设备
CN109815429B (zh) 浏览器页面关闭处理方法和装置
CN109960659B (zh) 用于检测应用程序的方法和装置
CN110633566A (zh) 一种侵入检测方法、装置、终端设备及介质
CN111309323A (zh) 参数初始化方法、装置和电子设备
CN116108440B (zh) 针对工控关键软件被注入的处理方法、装置、设备和介质
CN116244004A (zh) 资源管理方法、装置、介质和电子设备
US11693739B2 (en) Hang detection and remediation in a multi-threaded application process
CN111324888B (zh) 应用程序启动时的验证方法、装置、电子设备及存储介质
CN112817666B (zh) 定时方法、装置、电子设备和存储介质
CN114257870B (zh) 短视频播放方法、装置、设备及存储介质
CN113094082B (zh) 微服务依赖关系确定方法、装置及存储介质
CN116346924A (zh) 网络请求处理方法、装置、设备及存储介质
CN111782410A (zh) 锁堵塞的监控方法、装置、电子设备及计算机可读介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant