一种动态业务流程中的轻量级的流程引擎实现方法与流程

1.本技术涉及业务流程处理技术领域，具体而言，涉及一种动态业务流程中的轻量级的流程引擎实现方法。


背景技术：

2.流程引擎作为一种信息流进行顺序流动的约束条件，能够充分发挥其对于信息处理的方向引导作用。同时，因为流程引擎具有确定性的方向引导作用，进而能够对信息的处理实现自动化的顺序引导，大大提高了对于信息流动的效率。
3.尤其在公司或者基于程序上业务流程处理上，采用流程引擎能够将每个业务流程的处理顺序和业务信息传递方向进行自动化的传递，并合理高效的实现对业务的处理，进而大大提高了对于业务处理的效率。
4.目前，大多数的流程引擎均是通过将每个流程节点进行固化，并一直保持固定的流程处理模式。这样虽然能够高效的完成业务处理。但对于紧急情况下的业务处理不能够提供更加合理的处理流程。同时，由于每个流程节点上的处理会发生和人以及其他主观情况的交互，进而不同时期上效率会不同，并不能完全的适应这种调整。
5.因此，设计一种动态业务流程中的轻量级的流程引擎实现方法，能够根据业务处理的主观情况进行合理的动态调整，并实现对紧急业务流程的高效处理，是目前亟待解决的问题。


技术实现要素：

6.本技术的目的在于提供一种动态业务流程中的轻量级的流程引擎实现方法，通过基于组织架构的编号，能够为流程引擎模型的建立提供与目标体系的组织架构最匹配的流程架构基础，使建立的流程引擎模型能够更加适用于对应的目标体系。将普通业务流程在建立普通流程引擎模型后，基于对流程上不同流程处理层的处理时间的监测和分析来对普通流程引擎模型进行基于效率提升的调整，进而使普通流程引擎能够实时进行处理效率的调整，保证业务处理的高效性。另外，在基于时间分析的基础上建立对临时紧急业务处理的模型，保证在紧急情况下能够高效快速的完成业务处理，保证业务处理的及时性和对流程引擎模型的合理补充，使整个流程引擎模型体系更加完善，为业务处理提供更加高效且合理的处理体系。整个流程引擎模型并未采用复杂的实现方法，做到合理的轻量化处理，一定程度上节约了建立流程引擎模型的所需的资源。
7.第一方面，本技术提供一种动态业务流程中的轻量级的流程引擎实现方法，包括根据组织架构进行基于流程引擎的编号，形成流程编号数据；根据业务数据，对每个普通业务流程建立普通流程引擎模型，并形成初始化业务启动表单；结合普通流程引擎模型对每个普通业务流程进行基于效率的办理时间监测，获取每个普通业务流程的办理效率信息；根据办理效率信息，对普通流程引擎模型进行优化，形成效率流程引擎模型；获取紧急业务信息形成初始化紧急启动表单，并结合办理效率信息，建立紧急流程引擎模型。
8.在本技术中，该方法通过基于组织架构的编号，能够为流程引擎模型的建立提供与目标体系的组织架构最匹配的流程架构基础，使建立的流程引擎模型能够更加适用于对应的目标体系。将普通业务流程在建立普通流程引擎模型后，基于对流程上不同流程处理层的处理时间的监测和分析来对普通流程引擎模型进行基于效率提升的调整，进而使普通流程引擎能够实时进行处理效率的调整，保证业务处理的高效性。另外，在基于时间分析的基础上建立对临时紧急业务处理的模型，保证在紧急情况下能够高效快速的完成业务处理，保证业务处理的及时性和对流程引擎模型的合理补充，使整个流程引擎模型体系更加完善，为业务处理提供更加高效且合理的处理体系。整个流程引擎模型并未采用复杂的实现方法，做到合理的轻量化处理，一定程度上节约了建立流程引擎模型的所需的资源。
9.作为一种可能的实现方式，根据组织架构进行基于流程引擎的编号，形成流程编号数据，包括：根据组织架构的层级建立流程引擎的流程段，并赋予不同流程段以段编号a，其中，a为非零自然数；根据组织架构中每个层级上的人员等级，建立流程引擎在每个层级上的流程组，并赋予不同的流程组以组编号b，其中，b为非零自然数；结合段编号和组编号，形成流程编号数据。
10.在本技术中，目标体系的组织架构往往决定了业务流程的处理方向，即信息流的传递方向。因为基于组织架构来建立流程引擎模型的结构基础，能够将流程引擎模型与目标体系的业务处理内容很好的匹配，保证利用流程引擎模型进行目标体系的业务处理的合理性和高效性。同时，在建立流程引擎模型前，将划分好的组织架构进行合理的编号，能够有助于后期进行流程引擎模型建立时进行流程方向的简化指引，即对目标体系下众多的不同业务流程能够清晰的进行流程处理条的展示。同样，进行编号化也能便于在建立流程引擎模型时快速方便的将不同的流程段、流程组进行组合，提高了流程引擎模型建立的效率。
11.作为一种可能的实现方式，根据业务数据，对每个普通业务流程建立普通流程引擎模型，并形成初始化业务启动表单，包括：根据业务数据的业务内容，确定每个普通业务的整体流程，并将整体流程与流程编号数据对应，形成普通业务流程条；根据流程编号数据，在不同的层级建立普通业务回执节点，形成普通业务回执单；基于普通业务流程条以及业务数据的业务内容，形成初始化业务启动表单。
12.在本技术中，可以理解，流程引擎模型的建立主要包括对每个业务流程的处理线的确定，并在处理线上确定每个处理段和对应的处理节点，同时赋予处理节点相应的处理功能。这样，在建立流程引擎模型前，需要获取目标体系下对应所具有的业务内容，并根据业务内容结合变化数据进行流程段的划分，同时在每个流程段上确定好每个业务内容对应处理的流程组，并将处理节点进行确定和赋予回执的功能，便形成了完整的业务流程引擎模型。这样，针对流程引擎模型下的不同业务流程，形成不同的初始化业务启动表单用于识别业务的类型进而确定匹配的流程引擎，同时作为流程引擎启动流程处理的依据。
13.作为一种可能的实现方式，结合普通流程引擎模型对每个普通业务流程进行基于效率的办理时间监测，获取每个普通业务流程的办理效率信息，包括：根据每个普通业务流程条，确定每个普通业务流程条的每个流程段，形成普通业务流程条对应的业务流程段，确定业务流程段上对应的流程组，形成业务流程组；对业务流程组中的流程单元进行流程处理上的时间信息采集，形成业务处理时间信息；结合普通业务流程条的处理顺序，对业务处理时间信息进行效率分析，确定普通业务流程在每个业务流程段上的流程段办理效率信
息；根据普通业务流程的处理顺序，结合每个流程段办理效率信息，形成业务办理效率信息。
14.在本技术中，可以理解的是，对于流程引擎模型来说，决定其处理业务效率的因素主要是流程引擎模型所建立的业务处理流程方式和进行业务处理的时间。对于业务处理流程方式，在建立流程引擎模型之初基本就定型，对于业务处理效率的影响较小。而对于进行业务处理的时间，则存在一定的主观性，是能够调控的因素。因而，为了保证流程引擎模型在业务处理的效率上能够实时保证最大可能的高效进行，就需要在处理时间上进行主观方面的分析和调整。
15.作为一种可能的实现方式，对业务流程组中的流程单元进行流程处理上的时间信息采集，形成业务处理时间信息，包括：将工作时间单元化，形成单元时段，并设定采集周期，在采集周期内获取流程单元在每个单元时段上的有效处理量，建立每个流程单元的时间-处理量信息表；设定处理量阈值，将相邻的有效处理量不小于处理量阈值的单元时段在时间维度上联系，形成有效处理时间段；将业务流程组中所有流程单元的有效处理时间段进行时间维度上的合并，形成多个不同的业务有效处理时间段；结合所有业务有效处理时间段，形成业务时间处理信息集a，其中，表示在工作时间内按照时间维度顺序确定的业务有效处理时段的序号，n表示普通业务流程条上按照处理顺序确定的业务流程段的序号。
16.在本技术中，对于流程引擎模型来说，且所处理的业务在每个处理节点上都会与主观的对象进行交互来完成。因而，准确把握主观对象的进行业务处理的时间情况，能够有助于对流程引擎模型的业务处理效率进行调控。本技术通过周期性的分析每个流程段上有效的业务处理时段来确定对应的主观对象进行业务处理的时间习惯，进而为后续进行业务处理流程的效率分析提供有效的数据参考。当然，对于所形成的业务有效处理时间段，也是将在同一流程段上进行业务并行的流程组进行综合考虑了的。
17.作为一种可能的实现方式，结合普通业务流程条的处理顺序，对业务时间处理信息进行效率分析，确定普通业务流程在每个业务流程段上的流程段办理效率信息，包括：根据普通业务流程条的启动时间，并按照普通业务流程条的处理顺序，确定第一个业务流程段的预估处理时间，其中，表示在时间维度上第一个业务流程段中与启动时间最接近的业务有效处理时段，且表示的起始时间点；根据以下方式按照普通业务流程条的处理顺序，依次确定每个业务流程段的预估处理时间，其中，表示在时间维度上进行预估处理时间确认的业务流程段上与预估处理时间最接近的业务有效处理时段，表示的起始时间点。
18.在本技术中，通过对主观对象的业务处理时间习惯的分析，能够合理且准确的预
估出在整个业务流程处理过程中每个流程段上所花费的业务处理时时长，进而确定出整个业务处理流程的预估完成时间。一方面，该预估时间能够为业务处理的所需时间提供准确有效的参考，另一方面也是为后续进行基于时间的效率调整提供主要的参数基础。
19.作为一种可能的实现方式，根据办理效率信息，对普通流程引擎模型进行优化，形成效率流程引擎模型，包括：根据业务时间处理信息集a，获取业务流程段中每个业务有效处理时段上对应的多个流程单元，并确定为并行流程单元；将多个并行流程单元确定为在选定并行流程单元对应的业务有效处理时间段时同时进行业务处理的流程单元，并以多个并行流程单元中最先完成业务流程处理的并行流程单元作为业务流程段完成业务处理的截止条件和下一个业务流程段进行预估处理时间实时调整的参考。
20.在本技术中，对普通流程引擎模型的优化，主要考虑从主观对象的处理时间上进行调整优化。本技术通过对基于时间监测数据分析所得的有效业务处理时间段上有着并行的主观对象进行同时的处理请求提出，并基于时间的先后顺序优先取得最快完成的主观对象的处理结果，进而保证在每个业务处理节点上能够实现最高效的处理效果，进而提升整个流程处理过程的高效性。
21.作为一种可能的实现方式，获取紧急业务信息形成初始化紧急启动表单，并结合办理效率信息，建立紧急流程引擎模型，包括：根据初始化紧急启动表单进行业务类型分析，确认业务类型，并根据业务类型进行以下模型建立：当业务类型为技术业务时，根据初始化紧急启动表单建立紧急技术流程引擎模型；当业务类型为事务业务时，根据初始化紧急启动表单建立紧急事务流程引擎模型。
22.在本技术中，对于临时性的紧急业务信息，由于业务类型的不同，也会决定业务处理的流程不同。在对普通流程引擎模型进行处理时间的监测和分析的基础上，为不同的紧急业务提供可以参考的处理时间，形成最高效的紧急业务处理流程，能够切实保证紧急业务处理的效率。同时也丰富了业务处理流程的体系，使业务处理的体系更加完整且合理。
23.作为一种可能的实现方式，当业务类型为技术业务时，根据初始化紧急启动表单建立紧急技术流程引擎模型，包括：若技术业务为技术审批型业务，则：结合普通流程引擎模型，确定技术审批型业务在每个业务流程段上对应的业务流程组；同时向所有业务流程段上对对应的业务流程组中的流程单元提供对应的技术审批请求；以每个业务流程段上对应的业务流程组中最先完成技术审批请求的答复为业务流程段完成技术审批的条件；以所有业务流程段完成技术审批为技术审批业务完成处理流程的条件；若技术业务为技术内容型业务，则：结合普通流程引擎模型，确定技术内容型业务在每个业务流程段上对应的业务流程组；根据初始化紧急启动表单，将技术内容按照不同的业务流程段进行内容划分，形成分段技术内容；同时将所有分段技术内容提供给对应的流程段上对应的流程组中的流程单元进行技术内容处理：以同一业务流程段上对应的业务流程组中最先开始进行技术内容处理的流程单元作为目标流程单元，并向业务流程组中的其他流程单元发出处理停止信号；以所有业务流程段完成对应的分段技术内容为技术内容型业务完成处理流程的条件。
24.在本技术中，可以理解的是，对于技术业务来说，进行技术内容的完善和进行技术审批的类型在业务处理流程上的区别是很大的。对于技术审批业务来说，每个流程处理节点上需要的是主观对象进行同意或者不同意等允诺性的处理。所以，在紧急情况下，考虑同时向不同流程段进行并行的审批请求，这样可以大大提高对于技术审批型业务的处理效
率。对于技术内容型业务来说，由于需要不同流程段对内容进行增加或者完善，则需要考虑一定的流程顺序。在技术内容之间具有独立性的流程段上可以并行提请处理以加快处理效率，同时由于技术内容的处理要耗费时间，为了避免不必要的资源浪费，在同一流程组下如果有开始进行技术内容处理的流程单元后，就直接考虑向其他流程单元进行停止处理的提醒。而对于技术内容之间具有联系性的流程段，则建立顺序完成的处理请求。
25.作为一种可能的实现方式，当业务类型为事务业务时，根据初始化紧急启动表单建立紧急事务流程引擎模型，包括：结合普通流程引擎模型，确定事务业务在每个业务流程段上对应的业务流程组，并将同提出初始化紧急启动表单的流程单元所在业务流程段相邻的业务流程段确定为第一事务业务流程段，将最上层的业务流程段确定为第二事务业务流程段；向第一事务业务流程段中对应的业务流程组的每个流程单元以及第二事务业务流程段中对应的业务流程组的每个流程单元提供事务业务处理申请，并向其他流程段中对应业务流程组的每个流程单元提供事务业务紧急处理通知信息；以第一事务业务流程段上对应的业务流程组中最先进行事务业务处理的流程单元作为第一事务业务流程单元，并向流程组中的其他流程单元发出处理停止信息；以第二事务业务流程段上对应的业务流程组中最先进行事务业务处理的流程单元作为第二事务业务流程单元，并向流程组中的其他流程单元发出处理停止信息；以第一事务流程段和第二事务流程段均完成事务业务处理为事务业务完成处理流程的条件。
26.在本技术中，可以理解的是，对于事务业务来说，其业务处理的内容主要是进行知会或者审批，比如会议通知、事项批准等，所以考虑将事务业务对应的流程段分成两个部分，一个是对紧密相邻的流程段以及最上层的流程段提请处理，实质上就是考虑对提请申请的流程单元的直接上级部门和目标体系的最高层级提请审批和通知；另一个是对相关的流程段进行知会，即对事物相关的对象进行通知，以协助完成事务的处理。
27.本发明提供的一种动态业务流程中的轻量级的流程引擎实现方法的有益效果有：该方法通过基于组织架构的编号，能够为流程引擎模型的建立提供与目标体系的组织架构最匹配的流程架构基础，使建立的流程引擎模型能够更加适用于对应的目标体系。将普通业务流程在建立普通流程引擎模型后，基于对流程上不同流程处理层的处理时间的监测和分析来对普通流程引擎模型进行基于效率提升的调整，进而使普通流程引擎能够实时进行处理效率的调整，保证业务处理的高效性。另外，在基于时间分析的基础上建立对临时紧急业务处理的模型，保证在紧急情况下能够高效快速的完成业务处理，保证业务处理的及时性和对流程引擎模型的合理补充，使整个流程引擎模型体系更加完善，为业务处理提供更加高效且合理的处理体系。整个流程引擎模型并未采用复杂的实现方法，做到合理的轻量化处理，一定程度上节约了建立流程引擎模型的所需的资源。
附图说明
28.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
29.图1为本技术实施例提供的动态业务流程中的轻量级的流程引擎实现方法的步骤
图。
具体实施方式
30.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
31.流程引擎作为一种信息流进行顺序流动的约束条件，能够充分发挥其对于信息处理的方向引导作用。同时，因为流程引擎具有确定性的方向引导作用，进而能够对信息的处理实现自动化的顺序引导，大大提高了对于信息流动的效率。
32.尤其在公司或者基于程序上业务流程处理上，采用流程引擎能够将每个业务流程的处理顺序和业务信息传递方向进行自动化的传递，并合理高效的实现对业务的处理，进而大大提高了对于业务处理的效率。
33.目前，大多数的流程引擎均是通过将每个流程节点进行固化，并一直保持固定的流程处理模式。这样虽然能够高效的完成业务处理。但对于紧急情况下的业务处理不能够提供更加合理的处理流程。同时，由于每个流程节点上的处理会发生和人以及其他主观情况的交互，进而不同时期上效率会不同，并不能完全的适应这种调整。
34.参考图1，本技术实施例提供一种动态业务流程中的轻量级的流程引擎实现方法。该方法通过基于组织架构的编号，能够为流程引擎模型的建立提供与目标体系的组织架构最匹配的流程架构基础，使建立的流程引擎模型能够更加适用于对应的目标体系。将普通业务流程在建立普通流程引擎模型后，基于对流程上不同流程处理层的处理时间的监测和分析来对普通流程引擎模型进行基于效率提升的调整，进而使普通流程引擎能够实时进行处理效率的调整，保证业务处理的高效性。另外，在基于时间分析的基础上建立对临时紧急业务处理的模型，保证在紧急情况下能够高效快速的完成业务处理，保证业务处理的及时性和对流程引擎模型的合理补充，使整个流程引擎模型体系更加完善，为业务处理提供更加高效且合理的处理体系。整个流程引擎模型并未采用复杂的实现方法，做到合理的轻量化处理，一定程度上节约了建立流程引擎模型的所需的资源。
35.动态业务流程中的轻量级的流程引擎实现方法包括以下主要步骤：s1：根据组织架构进行基于流程引擎的编号，形成流程编号数据。
36.该步骤包括：根据组织架构的层级建立流程引擎的流程段，并赋予不同流程段以段编号a，其中，a为非零自然数；根据组织架构中每个层级上的人员等级，建立流程引擎在每个层级上的流程组，并赋予不同的流程组以组编号b，其中，b为非零自然数；结合段编号和组编号，形成流程编号数据。
37.目标体系的组织架构往往决定了业务流程的处理方向，即信息流的传递方向。因为基于组织架构来建立流程引擎模型的结构基础，能够将流程引擎模型与目标体系的业务处理内容很好的匹配，保证利用流程引擎模型进行目标体系的业务处理的合理性和高效性。同时，在建立流程引擎模型前，将划分好的组织架构进行合理的编号，能够有助于后期进行流程引擎模型建立时进行流程方向的简化指引，即对目标体系下众多的不同业务流程能够清晰的进行流程处理条的展示。同样，进行编号化也能便于在建立流程引擎模型时快速方便的将不同的流程段、流程组进行组合，提高了流程引擎模型建立的效率。
38.s2：根据业务数据，对每个普通业务流程建立普通流程引擎模型，并形成初始化业务启动表单。
39.根据业务数据，对每个普通业务流程建立普通流程引擎模型，并形成初始化业务启动表单，包括：根据业务数据的业务内容，确定每个普通业务的整体流程，并将整体流程与流程编号数据对应，形成普通业务流程条；根据流程编号数据，在不同的层级建立普通业务回执节点，形成普通业务回执单；基于普通业务流程条以及业务数据的业务内容，形成初始化业务启动表单。
40.可以理解，流程引擎模型的建立主要包括对每个业务流程的处理线的确定，并在处理线上确定每个处理段和对应的处理节点，同时赋予处理节点相应的处理功能。这样，在建立流程引擎模型前，需要获取目标体系下对应所具有的业务内容，并根据业务内容结合变化数据进行流程段的划分，同时在每个流程段上确定好每个业务内容对应处理的流程组，并将处理节点进行确定和赋予回执的功能，便形成了完整的业务流程引擎模型。这样，针对流程引擎模型下的不同业务流程，形成不同的初始化业务启动表单用于识别业务的类型进而确定匹配的流程引擎，同时作为流程引擎启动流程处理的依据。
41.s3：结合普通流程引擎模型对每个普通业务流程进行基于效率的办理时间监测，获取每个普通业务流程的办理效率信息。
42.该步骤包括：根据每个普通业务流程条，确定每个普通业务流程条的每个流程段，形成普通业务流程条对应的业务流程段，确定业务流程段上对应的流程组，形成业务流程组；对业务流程组中的流程单元进行流程处理上的时间信息采集，形成业务处理时间信息；结合普通业务流程条的处理顺序，对业务处理时间信息进行效率分析，确定普通业务流程在每个业务流程段上的流程段办理效率信息；根据普通业务流程的处理顺序，结合每个流程段办理效率信息，形成业务办理效率信息。
43.可以理解的是，对于流程引擎模型来说，决定其处理业务效率的因素主要是流程引擎模型所建立的业务处理流程方式和进行业务处理的时间。对于业务处理流程方式，在建立流程引擎模型之初基本就定型，对于业务处理效率的影响较小。而对于进行业务处理的时间，则存在一定的主观性，是能够调控的因素。因而，为了保证流程引擎模型在业务处理的效率上能够实时保证最大可能的高效进行，就需要在处理时间上进行主观方面的分析和调整。
44.其中，对业务流程组中的流程单元进行流程处理上的时间信息采集，形成业务处理时间信息，包括：将工作时间单元化，形成单元时段，并设定采集周期，在采集周期内获取流程单元在每个单元时段上的有效处理量，建立每个流程单元的时间-处理量信息表；设定处理量阈值，将相邻的有效处理量不小于处理量阈值的单元时段在时间维度上联系，形成有效处理时间段；将业务流程组中所有流程单元的有效处理时间段进行时间维度上的合并，形成多个不同的业务有效处理时间段；结合所有业务有效处理时间段，形成业务时间处理信息集a，其中，an=[t
1，n
，t
2，n
，
…
，t
m，n
]，m表示在工作时间内按照时间维度顺序确定的业务有效处理时段的序号，n表示普通业务流程条上按照处理顺序确定的业务流程段的序号。
[0045]
对于流程引擎模型来说，且所处理的业务在每个处理节点上都会与主观的对象进行交互来完成。因而，准确把握主观对象的进行业务处理的时间情况，能够有助于对流程引擎模型的业务处理效率进行调控。本技术通过周期性的分析每个流程段上有效的业务处理时段来确定对应的主观对象进行业务处理的时间习惯，进而为后续进行业务处理流程的效率分析提供有效的数据参考。当然，对于所形成的业务有效处理时间段，也是将在同一流程
段上进行业务并行的流程组进行综合考虑了的。
[0046]
结合普通业务流程条的处理顺序，对业务时间处理信息进行效率分析，确定普通业务流程在每个业务流程段上的流程段办理效率信息，包括：根据普通业务流程条的启动时间，并按照普通业务流程条的处理顺序，确定第一个业务流程段的预估处理时间t1，其中，表示在时间维度上第一个业务流程段中与启动时间t0最接近的业务有效处理时段，且表示的起始时间点；根据以下方式按照普通业务流程条的处理顺序，依次确定每个业务流程段的预估处理时间，其中，表示在时间维度上进行预估处理时间确认的业务流程段上与预估处理时间最接近的业务有效处理时段，表示的起始时间点。
[0047]
通过对主观对象的业务处理时间习惯的分析，能够合理且准确的预估出在整个业务流程处理过程中每个流程段上所花费的业务处理时时长，进而确定出整个业务处理流程的预估完成时间。一方面，该预估时间能够为业务处理的所需时间提供准确有效的参考，另一方面也是为后续进行基于时间的效率调整提供主要的参数基础。
[0048]
s4：根据办理效率信息，对普通流程引擎模型进行优化，形成效率流程引擎模型。
[0049]
根据办理效率信息，对普通流程引擎模型进行优化，形成效率流程引擎模型，包括：根据业务时间处理信息集a，获取业务流程段中每个业务有效处理时段上对应的多个流程单元，并确定为并行流程单元；将多个并行流程单元确定为在选定并行流程单元对应的业务有效处理时间段时同时进行业务处理的流程单元，并以多个并行流程单元中最先完成业务流程处理的并行流程单元作为业务流程段完成业务处理的截止条件和下一个业务流程段进行预估处理时间实时调整的参考。
[0050]
对普通流程引擎模型的优化，主要考虑从主观对象的处理时间上进行调整优化。本技术通过对基于时间监测数据分析所得的有效业务处理时间段上有着并行的主观对象进行同时的处理请求提出，并基于时间的先后顺序优先取得最快完成的主观对象的处理结果，进而保证在每个业务处理节点上能够实现最高效的处理效果，进而提升整个流程处理过程的高效性。
[0051]
s5：获取紧急业务信息形成初始化紧急启动表单，并结合办理效率信息，建立紧急流程引擎模型。
[0052]
获取紧急业务信息形成初始化紧急启动表单，并结合办理效率信息，建立紧急流程引擎模型，包括：根据初始化紧急启动表单进行业务类型分析，确认业务类型，并根据业务类型进行以下模型建立：当业务类型为技术业务时，根据初始化紧急启动表单建立紧急技术流程引擎模型；当业务类型为事务业务时，根据初始化紧急启动表单建立紧急事务流程引擎模型。
[0053]
对于临时性的紧急业务信息，由于业务类型的不同，也会决定业务处理的流程不同。在对普通流程引擎模型进行处理时间的监测和分析的基础上，为不同的紧急业务提供
可以参考的处理时间，形成最高效的紧急业务处理流程，能够切实保证紧急业务处理的效率。同时也丰富了业务处理流程的体系，使业务处理的体系更加完整且合理。
[0054]
其中，当业务类型为技术业务时，根据初始化紧急启动表单建立紧急技术流程引擎模型，包括：若技术业务为技术审批型业务，则：结合普通流程引擎模型，确定技术审批型业务在每个业务流程段上对应的业务流程组；同时向所有业务流程段上对对应的业务流程组中的流程单元提供对应的技术审批请求；以每个业务流程段上对应的业务流程组中最先完成技术审批请求的答复为业务流程段完成技术审批的条件；以所有业务流程段完成技术审批为技术审批业务完成处理流程的条件；若技术业务为技术内容型业务，则：结合普通流程引擎模型，确定技术内容型业务在每个业务流程段上对应的业务流程组；根据初始化紧急启动表单，将技术内容按照不同的业务流程段进行内容划分，形成分段技术内容；同时将所有分段技术内容提供给对应的流程段上对应的流程组中的流程单元进行技术内容处理：以同一业务流程段上对应的业务流程组中最先开始进行技术内容处理的流程单元作为目标流程单元，并向业务流程组中的其他流程单元发出处理停止信号；以所有业务流程段完成对应的分段技术内容为技术内容型业务完成处理流程的条件。
[0055]
可以理解的是，对于技术业务来说，进行技术内容的完善和进行技术审批的类型在业务处理流程上的区别是很大的。对于技术审批业务来说，每个流程处理节点上需要的是主观对象进行同意或者不同意等允诺性的处理。所以，在紧急情况下，考虑同时向不同流程段进行并行的审批请求，这样可以大大提高对于技术审批型业务的处理效率。对于技术内容型业务来说，由于需要不同流程段对内容进行增加或者完善，则需要考虑一定的流程顺序。在技术内容之间具有独立性的流程段上可以并行提请处理以加快处理效率，同时由于技术内容的处理要耗费时间，为了避免不必要的资源浪费，在同一流程组下如果有开始进行技术内容处理的流程单元后，就直接考虑向其他流程单元进行停止处理的提醒。而对于技术内容之间具有联系性的流程段，则建立顺序完成的处理请求。
[0056]
当业务类型为事务业务时，根据初始化紧急启动表单建立紧急事务流程引擎模型，包括：结合普通流程引擎模型，确定事务业务在每个业务流程段上对应的业务流程组，并将同提出初始化紧急启动表单的流程单元所在业务流程段相邻的业务流程段确定为第一事务业务流程段，将最上层的业务流程段确定为第二事务业务流程段；向第一事务业务流程段中对应的业务流程组的每个流程单元以及第二事务业务流程段中对应的业务流程组的每个流程单元提供事务业务处理申请，并向其他流程段中对应业务流程组的每个流程单元提供事务业务紧急处理通知信息；以第一事务业务流程段上对应的业务流程组中最先进行事务业务处理的流程单元作为第一事务业务流程单元，并向流程组中的其他流程单元发出处理停止信息；以第二事务业务流程段上对应的业务流程组中最先进行事务业务处理的流程单元作为第二事务业务流程单元，并向流程组中的其他流程单元发出处理停止信息；以第一事务流程段和第二事务流程段均完成事务业务处理为事务业务完成处理流程的条件。
[0057]
可以理解的是，对于事务业务来说，其业务处理的内容主要是进行知会或者审批，比如会议通知、事项批准等，所以考虑将事务业务对应的流程段分成两个部分，一个是对紧密相邻的流程段以及最上层的流程段提请处理，实质上就是考虑对提请申请的流程单元的直接上级部门和目标体系的最高层级提请审批和通知；另一个是对相关的流程段进行知
会，即对事物相关的对象进行通知，以协助完成事务的处理。
[0058]
综上所述，本技术实施例提供的动态业务流程中的轻量级的流程引擎实现方法的有益效果有：该方法通过基于组织架构的编号，能够为流程引擎模型的建立提供与目标体系的组织架构最匹配的流程架构基础，使建立的流程引擎模型能够更加适用于对应的目标体系。将普通业务流程在建立普通流程引擎模型后，基于对流程上不同流程处理层的处理时间的监测和分析来对普通流程引擎模型进行基于效率提升的调整，进而使普通流程引擎能够实时进行处理效率的调整，保证业务处理的高效性。另外，在基于时间分析的基础上建立对临时紧急业务处理的模型，保证在紧急情况下能够高效快速的完成业务处理，保证业务处理的及时性和对流程引擎模型的合理补充，使整个流程引擎模型体系更加完善，为业务处理提供更加高效且合理的处理体系。整个流程引擎模型并未采用复杂的实现方法，做到合理的轻量化处理，一定程度上节约了建立流程引擎模型的所需的资源。
[0059]
本技术中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a,b,或c中的至少一项（个），可以表示：a, b, c, a-b, a-c, b-c, 或a-b-c，其中a,b,c可以是单个，也可以是多个。
[0060]
应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0061]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0062]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0063]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0064]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0065]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0066]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以
存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器（read-only memory，rom）、随机存取存储器（random access memory，ram）、磁碟或者光盘等各种可以存储程序代码的介质。
[0067]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0068]
以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

技术特征：
1.一种动态业务流程中的轻量级的流程引擎实现方法，其特征在于，包括：根据组织架构进行基于流程引擎的编号，形成流程编号数据；根据业务数据，对每个普通业务流程建立普通流程引擎模型，并形成初始化业务启动表单；结合所述普通流程引擎模型对每个所述普通业务流程进行基于效率的办理时间监测，获取每个所述普通业务流程的办理效率信息；根据所述办理效率信息，对所述普通流程引擎模型进行优化，形成效率流程引擎模型；获取紧急业务信息形成初始化紧急启动表单，并结合所述办理效率信息，建立紧急流程引擎模型。2.根据权利要求1所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述根据组织架构进行基于流程引擎的编号，形成流程编号数据，包括：根据所述组织架构的层级建立所述流程引擎的流程段，并赋予不同所述流程段以段编号a，其中，a为非零自然数；根据所述组织架构中每个层级上的人员等级，建立所述流程引擎在每个层级上的流程组，并赋予不同的所述流程组以组编号b，其中，b为非零自然数；结合所述段编号和所述组编号，形成所述流程编号数据。3.根据权利要求2所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述根据业务数据，对每个普通业务流程建立普通流程引擎模型，并形成初始化业务启动表单，包括：根据所述业务数据的业务内容，确定每个所述普通业务的整体流程，并将所述整体流程与所述流程编号数据对应，形成普通业务流程条；根据所述流程编号数据，在不同的层级建立普通业务回执节点，形成普通业务回执单；基于所述普通业务流程条以及所述业务数据的业务内容，形成所述初始化业务启动表单。4.根据权利要求3所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述结合所述普通流程引擎模型对每个所述普通业务流程进行基于效率的办理时间监测，获取每个所述普通业务流程的办理效率信息，包括：根据每个所述普通业务流程条，确定每个所述普通业务流程条的每个所述流程段，形成所述普通业务流程条对应的业务流程段，确定所述业务流程段上对应的所述流程组，形成业务流程组；对所述业务流程组中的流程单元进行流程处理上的时间信息采集，形成业务处理时间信息；结合所述普通业务流程条的处理顺序，对所述业务处理时间信息进行效率分析，确定所述普通业务流程在每个所述业务流程段上的流程段办理效率信息；根据所述普通业务流程的处理顺序，结合每个所述流程段办理效率信息，形成业务办理效率信息。5.根据权利要求4所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述对所述业务流程组中的流程单元进行流程处理上的时间信息采集，形成业务处理时间信息，包括：
将工作时间单元化，形成单元时段，并设定采集周期，在所述采集周期内获取所述流程单元在每个所述单元时段上的有效处理量，建立每个所述流程单元的时间-处理量信息表；设定处理量阈值，将相邻的所述有效处理量不小于所述处理量阈值的所述单元时段在时间维度上联系，形成有效处理时间段；将所述业务流程组中所有所述流程单元的所述有效处理时间段进行时间维度上的合并，形成多个不同的业务有效处理时间段；结合所有所述业务有效处理时间段，形成业务时间处理信息集a，其中，a
n
=[t
1，n
，t
2，n
，
…
，t
m，n
]，m表示在所述工作时间内按照时间维度顺序确定的所述业务有效处理时段的序号，n表示所述普通业务流程条上按照处理顺序确定的所述业务流程段的序号。6.根据权利要求5所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述结合所述普通业务流程条的处理顺序，对所述业务时间处理信息进行效率分析，确定所述普通业务流程在每个所述业务流程段上的流程段办理效率信息，包括：根据所述普通业务流程条的启动时间，并按照所述普通业务流程条的处理顺序，确定第一个所述业务流程段的预估处理时间其中，表示在时间维度上第一个所述业务流程段中与所述启动时间t0最接近的所述业务有效处理时段，且表示的起始时间点；根据以下方式按照所述普通业务流程条的处理顺序，依次确定每个所述业务流程段的所述预估处理时间：，其中，表示在时间维度上进行所述预估处理时间确认的所述业务流程段上与所述预估处理时间最接近的所述业务有效处理时段，表示的起始时间点。7.根据权利要求6所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述根据所述办理效率信息，对所述普通流程引擎模型进行优化，形成效率流程引擎模型，包括：根据业务时间处理信息集a，获取所述业务流程段中每个所述业务有效处理时段上对应的多个所述流程单元，并确定为并行流程单元；将多个所述并行流程单元确定为在选定所述并行流程单元对应的所述业务有效处理时间段时同时进行业务处理的所述流程单元，并以多个所述并行流程单元中最先完成业务流程处理的所述并行流程单元作为所述业务流程段完成业务处理的截止条件和下一个所述业务流程段进行所述预估处理时间实时调整的参考。8.根据权利要求7所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述获取紧急业务信息形成初始化紧急启动表单，并结合所述办理效率信息，建立紧急流程引擎模型，包括：根据所述初始化紧急启动表单进行业务类型分析，确认业务类型，并根据所述业务类型进行以下模型建立：
当所述业务类型为技术业务时，根据所述初始化紧急启动表单建立紧急技术流程引擎模型；当所述业务类型为事务业务时，根据所述初始化紧急启动表单建立紧急事务流程引擎模型。9.根据权利要求8所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述当所述业务类型为技术业务时，根据所述初始化紧急启动表单建立紧急技术流程引擎模型，包括：若所述技术业务为技术审批型业务，则：结合所述普通流程引擎模型，确定所述技术审批型业务在每个所述业务流程段上对应的所述业务流程组；同时向所有所述业务流程段上对对应的所述业务流程组中的所述流程单元提供对应的技术审批请求；以每个所述业务流程段上对应的所述业务流程组中最先完成技术审批请求的答复为所述业务流程段完成技术审批的条件；以所有所述业务流程段完成技术审批为所述技术审批业务完成处理流程的条件；若所述技术业务为技术内容型业务，则：结合所述普通流程引擎模型，确定所述技术内容型业务在每个所述业务流程段上对应的所述业务流程组；根据所述初始化紧急启动表单，将技术内容按照不同的所述业务流程段进行内容划分，形成分段技术内容；同时将所有所述分段技术内容提供给对应的所述流程段上对应的所述流程组中的所述流程单元进行技术内容处理：以同一所述业务流程段上对应的所述业务流程组中最先开始进行技术内容处理的流程单元作为目标流程单元，并向所述业务流程组中的其他所述流程单元发出处理停止信号；以所有所述业务流程段完成对应的所述分段技术内容为所述技术内容型业务完成处理流程的条件。10.根据权利要求8所述的动态业务流程中的轻量级的流程引擎实现方法，其特征在于，所述当所述业务类型为事务业务时，根据所述初始化紧急启动表单建立紧急事务流程引擎模型，包括：结合所述普通流程引擎模型，确定所述事务业务在每个所述业务流程段上对应的所述业务流程组，并将同提出所述初始化紧急启动表单的所述流程单元所在所述业务流程段相邻的所述业务流程段确定为第一事务业务流程段，将最上层的所述业务流程段确定为第二事务业务流程段；向所述第一事务业务流程段中对应的所述业务流程组的每个所述流程单元以及所述第二事务业务流程段中对应的所述业务流程组的每个所述流程单元提供事务业务处理申请，并向其他所述流程段中对应所述业务流程组的每个所述流程单元提供事务业务紧急处理通知信息；以所述第一事务业务流程段上对应的所述业务流程组中最先进行事务业务处理的流程单元作为第一事务业务流程单元，并向所述流程组中的其他所述流程单元发出处理停止信息；以所述第二事务业务流程段上对应的所述业务流程组中最先进行事务业务处理的流程单元作为第二事务业务流程单元，并向所述流程组中的其他所述流程单元发出处理停止
信息；以所述第一事务流程段和所述第二事务流程段均完成事务业务处理为所述事务业务完成处理流程的条件。

技术总结
本申请提供一种动态业务流程中的轻量级的流程引擎实现方法，涉及业务流程处理技术领域。该方法包括根据组织架构进行基于流程引擎的编号，形成流程编号数据；根据业务数据，对每个普通业务流程建立普通流程引擎模型，并形成初始化业务启动表单；结合普通流程引擎模型对每个普通业务流程进行基于效率的办理时间监测，获取每个普通业务流程的办理效率信息；根据办理效率信息，对普通流程引擎模型进行优化，形成效率流程引擎模型；获取紧急业务信息形成初始化紧急启动表单，并结合办理效率信息，建立紧急流程引擎模型。其能够根据业务处理的主观情况进行合理的动态调整，并实现对紧急业务流程的高效处理。急业务流程的高效处理。急业务流程的高效处理。


技术研发人员：龙文 罗柏
受保护的技术使用者：长沙睿展数据科技有限公司
技术研发日：2023.08.11
技术公布日：2023/9/14