多层级业务流程的管理方法、装置、设备和存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种多层级业务流程的管理方法、装置、设备和存储介质。


背景技术：

2.在信息化系统中，业务流程(也可以称为工作流程、审批流程、任务流程)之间是独立的，业务流程之间的信息没有相互关联。一个整体的流程包括多个业务流程，各个业务流程又包括多个子业务流程，而在主流的工作流审批中，大多数是单流程的，各个子业务流程之间内部信息局限于该子业务流程内部流通，使得该子业务流程之外的其他业务流程或其他子业务流程无法得知该子业务流程的状态信息。需要人工基于多个最低级的子业务流程的状态信息，一级一级向上进行统计，最终得到整体的流程的审批结果，审批效率较低。


技术实现要素：

3.本发明实施例提供一种多层级业务流程的管理方法、装置、设备和存储介质，提高了审批效率。
4.本发明实施例的技术方案是这样实现的：
5.第一方面，本发明实施例提供一种多层级业务流程的管理方法，所述方法包括：在当前节点对应的业务流程完成的情况下，对所述当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。
6.第二方面，本发明实施例提供一种多层级业务流程的管理装置，所述装置包括：统计更新单元，用于在当前节点对应的业务流程完成的情况下，对所述当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；以及，基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。
7.第三方面，本发明实施例提供一种电子设备，所述设备包括：存储器，用于存储可执行计算机程序；处理器，用于执行所述存储器中存储的可执行计算机程序时，实现上述第一方面所述的多层级业务流程的管理方法。
8.第四方面，本发明实施例提供一种计算机可读存储介质，存储有计算机程序，用于被处理器执行时，实现上述第一方面所述的多层级业务流程的管理方法。
9.本发明的有益效果：本发明实施例提供了一种多层级业务流程的管理方法、装置、设备和存储介质。根据本发明实施例提供的方案，该方法包括：在当前节点对应的业务流程完成的情况下，对当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；在某个节点的业务流程完成时，统计该节点的业务流程信息，进行更新展示，以便将该节点的状态变化实时展示给用户。进而基于当前节点更新后的统计信息，对与当前
节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，当前节点为子节点，当前节点的状态发生变化，其相关的父节点、父节点的上一级节点、直至根节点等节点的状态均会发生变化，需要进行统计更新，在此，对其相关的节点所展示的业务流程信息均进行更新，完成多层级业务流程的管理过程。本方案中，一个子节点对应一个业务流程，多层级业务流程中各个业务流程相互关联，基于此，一个业务流程发生变化，通过统计更新，其相关的业务流程也发生变化，无需人工对一级一级的状态信息进行统计，提高了审批效率。
10.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开的技术方案。
附图说明
11.此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本发明的实施例，并与说明书一起用于说明本发明的技术方案。
12.图1为本发明实施例提供的一种多层级业务流程的管理方法的可选的流程示意图一；
13.图2为本发明实施例提供的一种多层级业务流程的管理方法的可选的流程示意图二；
14.图3为本发明实施例提供的一种多层级业务流程的管理方法的可选的流程示意图三；
15.图4为本发明实施例提供的一种创建多层级业务流程的方法的可选的流程示意图一；
16.图5为本发明实施例提供的一种多层级定形树形架构图；
17.图6为本发明实施例提供的一种创建多层级业务流程的方法的可选的流程示意图二；
18.图7为本发明实施例提供的一种多层级动态树形架构图；
19.图8为本发明实施例提供的一种多层级业务流程的管理装置的组成结构示意图；
20.图9为本发明实施例提供的一种电子设备组成结构示意图；
21.图10是本发明实施例提供的另一种电子设备的组成结构示意图。
具体实施方式
22.为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
23.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。
24.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
25.还需要指出，本发明实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的
对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
26.本发明实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如对象a和/或对象b，可以表示：单独存在对象a，同时存在对象a和对象b，单独存在对象b这三种情况。
27.此外，在本发明实施例中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
28.在主流的工作流审批中，相关技术中方案一描述了用于提供访问用于创建、配置和执行定义工作流的功能的客户端的技术，定义工作流以诸如在可通过个或多个公共网络用于多个远程客户端的可配置工作流服务的控制下之类的定义方式操作源数据。以及方案二描述了如何提高性能，如何能够有效缓解引擎系统的调度拥塞，而且用户能够及时得到系统的反馈，从而能够提高系统使用上的性能体验。上述列举的两个方案的主流工作流审批中，大多数是单流程的，是对流程细节或处理流程配置的方法，仅针对单一的业务流程进行审批，对于一些需要进行多级的树形审批，目前还没有可参考的案例。
29.然而在某些场景中，例如，大型的决策或大型工程开发的审批流程中，需要各个领域各自建立子审批流程，子流程最终会影响父流程，需要对子流程进行统计，还要对父流程进行统计，从而完成整个审批流程的统计，然而在上述的已有方案中并无说明该场景的处理方式。因此，亟需有一种工作流能够支持大型的多层级审批流程。
30.本发明实施例提供一种多层级业务流程的管理方法，如图1所示，图1为本发明实施例提供的一种多层级业务流程的管理方法的可选的流程示意图一，该多层级业务流程的管理方法包括以下步骤：
31.s110、在当前节点对应的业务流程完成的情况下，对当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息。
32.在本发明实施例中，该管理方法是基于树形结构构建的多层级树形图实施的，多层级树形图是以父子层次结构来组织业务流程，包括多个层级，每个层级包括多个节点，一个节点对应一个业务流程，每个节点是一个子流程。节点用于展示简单的业务流程信息，例如，该节点下所有子节点的总数量、同意数量(也可以称为通过数量)、驳回数量(也可以称为不通过数量、不同意数量)、撤回数量以及流程状态(表示该节点是否通过)等，该节点下所有子节点的总数量不会随着流程的状态变化而变化，其他业务流程信息会随着流程的状态变化而变化。节点还用于展示流程名称(例如，节点11、第二层级节点、某某部门节点、某某子公司节点等)、流程定义(例如，请假流程、采购流程等)等，这些业务流程信息不会随着流程的状态变化而变化。同一个节点既可以是上一级节点的子节点，又可以是下一级节点的父节点，没有父节点的节点称为根节点(root)，也就是说根节点没有上一级节点。当前节点可以是多层级树形图中除了根节点之外的任意一个节点。
33.在本发明实施例中，业务流程信息包括节点的流程状态(也可以理解为流程结果，表征节点是否通过)，在当前节点对应的业务流程完成的情况下，当前节点对其所展示的业务流程信息中的流程状态进行统计更新，若当前节点的流程表示同意(也可以是通过)，则将当前节点统计的流程状态表示通过；若当前节点的流程表示不同意(也可以是不通过或
驳回)，则将当前节点统计的流程状态表示不通过。基于上述统计方法，确定当前节点更新后的统计信息。
34.本发明提供的多层级业务流程的管理方法可应用于管理系统，将每个节点看作是一个子流程(也可以称为子业务流程)，该方法是对于有上下级关系的多个子流程的一种树形流程的审批管理方法。树形流程审批中子流程(也就是子节点)和普通的工作流一样走自己内部的审批流，在该流程走完的时候记录更新下该流程节点的状态和审核时间等关键数据即可(对应于对当前节点所展示的业务流程信息中的流程状态进行统计更新)，即，树形流程的节点只关心该子流程的最终状态，并不关系流程的具体流转细节。在使用多层级业务流程图时，用户可以通过点击或双击等方式进入各个节点的详细介绍界面，详细介绍界面中可以展示各个子流程的发起人、发起日期、发起事由、各级的审批人、审批内容等。本发明中树形流程的节点只需展示该子流程的最终状态(是否通过)即可，提高页面展示的直观性。
35.s120、基于当前节点更新后的统计信息，对与当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。
36.在本发明实施例中，父节点包括至少两个子节点，以父节点展示的业务流程信息至少包括父节点中同意数量、父节点中驳回数量、父节点中撤销数量为例进行说明，父节点中同意数量＝父节点所包括的子节点的同意数量(即流程状态表示通过的节点的总数量)；父节点中驳回数量＝父节点所包括的子节点的驳回数量(即流程状态表示不通过的节点的总数量)；父节点中撤销数量＝父节点所包括的子节点的撤销数量(即流程状态表示撤销的节点的总数量)。基于此，当前节点作为子节点时，其流程状态发生变化会影响到其父节点，也就是说，父节点所展示的业务流程信息中关于同意数量或驳回数量或撤销数量的统计信息会发生改变。依次一级一级向上进行类推，从而影响到根节点所展示的业务流程信息。本方案基于当前节点更新后的流程状态，对与当前节点相关的节点(包括父节点、父节点的上一级节点直至根节点)所展示的业务流程信息进行统计更新，从而确定当前节点相关的节点中各个节点的更新后的信息。完成多层级业务流程的自动管理。
37.在本发明实施例中，在某些场景中，例如，需要各个领域各自建立子审批流程，子流程最终会影响父流程，具有树形多流程的流程审批，该审批流程可用于大型的决策或大型工程开发。然而在相关方案中并无说明该场景的处理方式。因此，亟需有一种工作流能够支持大型的多层级审批流程。基于此，针对上述提出的多层级的大型审批流没有相关参考的技术问题，本发明提出一种支持大型的树形多层级审批的工作流技术，基于此方法可以用于大型工程或复杂决策的工作流审批，通过此工作流可以做到全局或局部的流程管理，能够更方便的让决策者和管理者看到流程全貌。
38.本发明针对的是多层级审核，具备树形关联关系的多流程聚合审批的一种技术，降低了大型流程的复杂性，全局流程状态控制和管理，是对大型和多层级流程的一种解决方案，提高了数据统计的效率和便捷性，及时展示其所有子流程的最终统计结果。即，可以快速统计到某一个节点下的所有子流程的统计数据，也可以及时的将总的审核的进度，总的审批的金额，待审批的金额等数据展示给用户，增加了审批流程展示内容的丰富性和直观性。
39.根据本发明实施例提供的方案，该方法包括：在当前节点对应的业务流程完成的
情况下，对当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；在某个节点的业务流程完成时，统计该节点的业务流程信息，进行更新展示，以便将该节点的状态变化实时展示给用户。进而基于当前节点更新后的统计信息，对与当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，当前节点为子节点，当前节点的状态发生变化，其相关的父节点、父节点的上一级节点、直至根节点等节点的状态均会发生变化，需要进行统计更新，在此，对其相关的节点所展示的业务流程信息均进行更新，完成多层级业务流程的管理过程。本方案中，一个子节点对应一个业务流程，多层级业务流程中各个业务流程相互关联，基于此，一个业务流程发生变化，通过统计更新，其相关的业务流程也发生变化，无需人工对一级一级的状态信息进行统计，提高了审批效率。
40.在一些实施例中，业务流程信息包括当前节点的流程状态、当前节点所包括的子节点的总数量、表征通过的子节点的数量、表征不通过的子节点数量，以及审核时间，其中，流程状态表征当前节点是否通过，当前节点所包括的子节点的总数量大于或等于表征通过的子节点的数量与表征不通过的子节点数量之和。
41.在本发明实施例中，若节点是最末节点，也就是没有子节点，则该节点的业务流程信息包括该节点的流程状态(用于表征该节点是否通过)。若节点可以作为父节点，也可以作为子节点，则该节点的业务流程信息包括该节点的流程状态(用于表征该节点是否通过)、该节点作为父节点时所包括的子节点的总数量、表征通过的子节点的数量(可以理解为父节点中同意数量)、表征不通过的子节点数量(可以理解为父节点中不同意数量或驳回数量)，以及审核时间(审核包括同意、不同意、驳回)。
42.需要说明的是，由于存在没有审批的子流程(即，子节点)，因此，父节点所包括的子节点的总数量大于或等于表征通过的子节点的数量与表征不通过的子节点数量之和。也就是说，由于还有一部分子节点没有处理，不是驳回也不是同意，因此，父节点总流程数量≥父节点的同意数量+父节点的驳回数量。
43.可以理解的，还可以分开统计不通过数量和撤销数量，业务流程信息包括表征撤回的子节点数量。当然，业务流程信息还可以包括其他的统计信息，可以由本领域技术人员根据实际情况进行适当设置，例如，依据项目审批所关注的指标、用户需求等设置其他的统计信息，对此本发明实施例不做限制。
44.在一些实施例中，当前节点还展示流程名称和流程所属业务类型。
45.在本发明实施例中，每个节点还展示业务流程的属性信息；业务流程的属性信息用于表示节点的固定属性，是不随着流程的状态变化而变化，其可以包括流程名称和流程所属业务类型。流程名称可以反映流程所在的层级，例如，节点11、第二层级、二级部门、子公司等。流程所属业务类型反映流程所属的审批类型，例如请假流程、采购流程等。
46.在本发明实施例中，通过树形流程展示各个节点的业务流程信息，方便用户查看各个节点下的简单记录信息，提高了业务流程审批过程的直观性和多样性。
47.在一些实施例中，在当前节点对应的业务流程表征通过的情况下，至少一个节点中各个节点所展示的业务流程信息中表征通过的子节点的数量加一；其中，至少一个节点包括：在节点路径中从当前节点对应的父节点直至根节点之间所涉及的节点；在当前节点对应的业务流程表征不通过的情况下，至少一个节点中各个节点所展示的业务流程信息中
表征不通过的子节点的数量加一。
48.在本发明实施例中，当前节点相关的节点包括当前节点的父节点、父节点的上一级节点、直至根节点。父节点中表征通过的子节点的数量＝父节点所包括的子节点中通过的子节点的总数量，基于此，在当前节点对应的业务流程表征通过的情况下，与当前节点相关的节点中各个节点所展示表征通过的子节点的数量均加一，实现统计更新。父节点中表征不通过的子节点的数量＝父节点所包括的子节点中不通过的子节点的总数量，基于此，在当前节点对应的业务流程表征不通过的情况下，与当前节点相关的节点中各个节点所展示表征不通过的子节点的数量均加一，实现统计更新。
49.在一些实施例中，上述图1中s120还可以包括s210-s220。如图2所示，图2为本发明实施例提供的一种多层级业务流程的管理方法的可选的流程示意图二。
50.s210、根据当前节点的节点路径所携带的至少一个节点的标识信息，确定至少一个节点；至少一个节点包括：在节点路径中从当前节点对应的父节点直至根节点之间所涉及的节点。
51.s220、基于当前节点更新后的统计信息，对至少一个节点中各个节点所展示的业务流程信息进行统计更新，确定各个节点更新后的统计信息；其中，各个节点更新后的统计信息包括根节点更新后的信息。
52.在本发明可以采用父节点被动更新统计的方式对树形结构的流程审批进行统计，在当前节点(作为子节点)完成流程后，其自身的流程状态是通过(也可以理解成同意)、或者不通过(也可以理解成驳回或不同意)、或者撤销。由于子节点的节点路径中携带其父节点、父节点的上一级节点、直至根节点的标识信息(id)，因此，子节点可以根据id找到与其相关的其他节点，将这些节点中所展示的表征通过的子节点的数量均+1，或者，将这些节点中所展示的表征不通过的子节点的数量均+1，或者，将这些节点中所展示的表征撤销的子节点的数量均+1，从而完成统计过程。通过根据当前节点的节点路径直接确定至少一个与当前节点相关的节点，进而将各个节点所展示的业务流程信息进行统计更新，在统计更新时，各个节点的数量更新可以并行，提高了数据处理效率。
53.在一些实施例中，上述图1中s120还可以包括s310-s340。如图3所示，图3为本发明实施例提供的一种多层级业务流程的管理方法的可选的流程示意图三。
54.s310、根据当前节点的节点路径所携带的当前节点的上一级节点的标识信息，确定当前节点对应的父节点。
55.s320、基于当前节点更新后的统计信息，对父节点所展示的业务流程信息进行统计更新，确定父节点更新后的统计信息。
56.s330、继续根据父节点的节点路径所携带的父节点的上一级节点的标识信息，确定父节点的上一级节点。
57.s340、基于父节点更新后的统计信息，对父节点的上一级节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息。
58.本发明可以采用父节点被动更新统计的方式对树形结构的流程审批进行统计，在当前节点(作为子节点)完成流程后，其自身的流程状态是通过(也可以理解成同意)、或者不通过(也可以理解成驳回或不同意)、或者撤销。由于子节点的节点路径中携带其父节点id，因此，子节点可以根据id找到其父节点，将父节点中所展示的表征通过的子节点的数量
均+1，或者，将父节点中所展示的表征不通过的子节点的数量均+1，或者，将父节点中所展示的表征撤销的子节点的数量均+1。依次类推，再由父节点找到其父节点，更新统计，直至找到根节点，更新统计，从而完成统计过程，节点路径仅需要携带的自身id以及父节点id即可，减少了数据存储空间，降低了节点路径的复杂度，提高数据统计的及时性。
59.在一些实施例中，在上述图1中s110之后，或者，在多层级业务流程的管理过程中，该多层级业务流程的管理方法还可以执行以下步骤。按照预设周期，对各个父节点所包括的至少一个子节点的更新后的统计信息进行统计，确定各个父节点更新后的统计信息，完成多层级业务流程的管理过程；其中，各个父节点包括根节点。
60.本发明可以采用父节点主动更新统计的方式对树形结构的流程审批进行统计，各个父节点每隔一段时间，主动对其所包括的所有子节点的状态进行统计。父节点分布在树形结构的不同的层级上，如果同时执行不同层级下各个父节点的统计更新，会存在冲突，可以每个预设周期，按照层级由低到高的执行顺序、直至到层级最高的根节点，进行一轮更新统计过程。每个预设周期，对低层级下的各个父节点所包括的至少一个子节点进行统计更新，然后依次类推，对于其他层级，均执行各个父节点的统计更新，从而多层级业务流程的管理过程。
61.示例性的，父节点的总流程数量＝父节点下所有子节点的总数量，父节点中所展示的表征通过的子节点的数量＝父节点所包括的子节点中表征通过的子节点的总数量，父节点中所展示的表征不通过的子节点的数量＝父节点所包括的子节点中表征不通过的子节点的总数量，父节点中所展示的表征撤销的子节点的数量＝父节点所包括的子节点中表征撤销的子节点的总数量。
62.需要说明的是，预设周期可以由本领域技术人员根据实际情况进行适当设置，示例性的，对于优先级较高或周期短的项目，例如，日总结、采购表、一周项目状态表、签到表等，可以设置较短的统计周期，例如，一小时、三小时、半天、一天、三天等，对于优先级较低或周期长的项目，例如，月考勤等，可以设置较长的统计周期，例如，一个月、半个月、三个月等。本发明对于预设周期的长短不做限制。
63.本发明采用父节点主动更新统计的方式，无需实时进行数据更新，相较于实时统计的方式，减少了资源消耗，提高了审批统计的灵活性和统计方式的多样性。
64.在一些实施例中，该多层级业务流程的管理方法还包括以下步骤。在当前节点作为父节点的情况下，在当前节点所包括的子节点中表征通过的子节点的数量，与当前节点所包括的子节点的总数量之间的比值，大于或等于预设概率值的情况下，当前节点所展示的业务流程信息中流程状态表征通过；其中，当前节点包括根节点。
65.在本发明实施例中，对于每个父节点，由于其包括至少两个子节点，因此，在判断该父节点的流程状态时，可以根据表征通过的子节点的数量所占的比例进行确定。计算父节点所包括的子节点中表征通过的子节点的总数量，与父节点所包括的子节点的总数量之间的比值，若比值大于或等于预设概率值，则将父节点所展示的流程状态由“不通过”更新为“通过”。若比值小于预设概率值，则父节点所展示的流程状态依旧为“不通过”，并继续对父节点所展示的业务流程信息中表征通过的子节点的数量、表征不通过的子节点数量进行统计更新。
66.本发明是一种树形的多层级聚合工作流审批，其数据的审批操作中，子流程的审
批会影响父节点的统计。子流程的具体流程细节由该子流程自己实现，在流程树中，该子流程只以节点的形式，展示简单的流程信息，包括但不限于：流程名称、流程定义(例如采购流程、请假流程，表示业务类型)、流程结果(即流程状态)等。树形数据中，会统计每一个子流程结果，包括但不限于：该节点下所有子流程的数量(对应于该节点所包括的子节点的总数量)、同意数量(对应于该节点所包括的子节点中表征通过的子节点的数量)、驳回数量(对应于该节点所包括的子节点中表征不通过的子节点的数量)。并且，针对不同业务，例如，根节点下全部流程都通过，此次树形流程算是通过，或50％通过，该总流程算通过。具体业务可以自行针对节点的流程结果进行统计和决策，提高了管理方法的应用场景。
67.需要说明的是，预设概率值可以由本领域技术人员根据实际业务或用户需求进行适当设置，例如，50％、80％、100％等。本发明对于预设概率值的具体数值不做限制。
68.上述介绍了在多层级业务流程的管理过程中的统计方法，该多层级业务流程的管理方法还包括创建多层级业务流程的步骤，以下进行说明。
69.在一些实施例中，如图4所示，图4为本发明实施例提供的一种创建多层级业务流程的方法的可选的流程示意图一，该多层级业务流程的管理方法包括s410-s420。s410-s420用于创建静态树形业务流程。
70.s410、接收用于创建新业务流程的第一请求信息；第一请求信息包括树形结构的业务层级的数量、各个业务层级中节点的数量、相邻业务层级中父节点与子节点的所属关系。
71.s420、基于第一请求信息生成静态树形业务流程；其中，多层级业务流程包括静态树形业务流程，静态树形业务流程用于固定的多层级业务。
72.在本发明实施例中，第一请求信息包括创建静态树形业务流程所需要的信息：树形结构的业务层级的数量、各个业务层级中节点的数量、相邻业务层级中父节点与子节点的所属关系。基于第一请求信息可以生成静态树形业务流程。根据相邻业务层级中父节点与子节点的所属关系可以创建子节点的节点路径，节点路径不仅携带自身的标识信息，还至少携带父节点的标识信息。
73.基于上述树形流程对一个整体的流程进行构建，其包括多个项目，给每个项目创建一个流程节点，然后每个项目去创建子流程的预算审批流程，每个子流程的审核结果(也就是流程状态或流程结果)的关键数据可以记录到子节点中(对应于节点展示的业务流程信息)，然后可以进行树形数据的统计和审核。
74.示例性的，在创建树形流程时，可以初始化一颗审批流程树，不允许用于新增子节点，即静态流程审批。如图5所示，图5为本发明实施例提供的一种多层级定形树形架构图。图5示出了三个层级的业务流程树，树流程根节点、子节点1、子节点2、子节点11、子节点12、子节点21、子节点22，每个节点的业务属性信息包括是否通过(对应于流程状态)、总流程数量(对应于该节点所包括的子节点的总数量)、同意数量(对应于表征通过的子节点的数量)、驳回数量(对应于表征不通过的子节点数量)。其中，树流程根节点是子节点1和子节点2的父节点，子节点1是子节点11和子节点12的父节点，子节点2是子节点21和子节点22的父节点。子节点1的节点路径携带自身id，还携带树流程根节点id；子节点11的节点路径携带自身id，还携带子节点1的id，子节点11的节点路径也可以携带根节点id。同理，子节点2的节点路径可参考上述子节点1的描述，子节点12、子节点21、子节点22的节点路径可参考上
述子节点11的描述，在此不再赘述。
75.本发明中静态的树形流程审批，在生成之后不能随时新增流程，如果树形结构的业务层级的数量、各个业务层级中节点的数量、相邻业务层级中父节点与子节点的所属关系中任意一项发生变化，可以重新发起创建请求，生成静态树形业务流程，静态的树形流程审批主要用于固定的多层级业务，提高了树形流程的稳定性。
76.在一些实施例中，如图6所示，图6为本发明实施例提供的一种创建多层级业务流程的方法的可选的流程示意图二，该多层级业务流程的管理方法包括s510-s540。s510-s540用于创建动态树形业务流程。
77.s510、接收用于创建新业务流程的第二请求信息。
78.s520、基于第二请求信息，生成新业务流程的根节点；其中，根节点的节点路径携带根节点的标识信息，根节点的节点路径携带表征父节点的标识信息的预设值，或者没有关于父节点的标识信息。
79.本发明提供了一种树形的多层级聚合工作流审批，在创建树形流程时，如果是创建一个新的流程，则该流程父id为0，即作为根节点发起流程审批。也就是说，新创建流程，第一个节点是根节点，其没有父节点，因此，其节点路径中父节点id为预设值，或者，节点路径中没有父节点id。
80.需要说明的是，预设值可以由本领域技术人员根据实际情况进行适当设置，可以是0、1或空值，只要能够表示其没有父节点即可，对此本发明不做限制。
81.s530、基于根节点，继续接收用于创建根节点的下一级节点的第三请求信息。
82.s540、基于第三请求信息，生成根节点的第一子节点，直至完成上下级业务流程的节点创建，生成动态树形业务流程；其中，第一子节点的节点路径携带第一子节点的标识信息和根节点的标识信息，根节点为第一子节点的父节点；多层级业务流程包括动态树形业务流程，动态树形业务流程用于动态的多层级业务。
83.在本发明实施例中，在创建根节点之后，继续根据第三请求信息生成子节点，该子节点的节点路径携带该子节点id和根节点id，根节点作为该子节点的父节点。基于请求信息生成其他的子节点，从而创建出动态树形业务流程。
84.相较于静态树形多层级流程审批，动态树形多层级流程审批更加灵活，可以随时新增审批流程节点。基于动态树形多层级流程审批，可以方便的随时新增节点，提高了管理方法的灵活性。同时，提高了数据统计的效率和便捷性，及时展示其所有子流程的最终统计结果。即，可以快速统计到某一个节点下的所有子流程的统计数据，也可以及时的将总的审核的进度，总的审批的金额，待审批的金额等数据展示给用户，增加了审批流程展示内容的丰富性和直观性。
85.在创建动态树形流程的时，可以基于某一个树形流程的节点继续新建子流程，也可以直接新建一个树形流程。若直接新建流程，则首先创建一个根流程节点，后续则是继续新建子流程的步骤。若是基于某一个节点继续新建子流程，则新建一个有节点的树流程，如图7所示，图7为本发明实施例提供的一种多层级动态树形架构图。对于图7中各个节点以及其展示的业务流程信息可以参见图5中的说明，在此不再赘述。不同的是，图7中可以新增子流程，点击或触摸节旁边的新增符号(图7中以+号示出)，即可在以该节点为父节点，新增子节点。
86.示例性的，创建子流程的时候，需要先打开页面，选中其中的某一个节点，然后创建流程，选择对应的流程定义，然后该节点下就会新增一个审核流程，该流程就会去走自己的业务流程。
87.示例性的，在创建树形流程时，可以初始化一颗审批流程树，也可以允许用户随时新增子流程，即动态流程审批。
88.本发明支持根据业务决定树的形状，决定是否某一个节点是否能继续新增子流程，然后每个流程节点走自己的审批流，最终由树流程去记录最终的结果和统计数据。这种树形审批可以用于大型的财务申请，例如，年度预算，可能有几十个上百个项目，然后每个项目又有很多子预算项，每个子预算项也有其细分子项。本发明针对的是多层级审核，具备树形关联关系的多流程聚合审批的一种技术，降低了大型流程的复杂性，同时，支持动态创建子流程，全局流程状态控制和管理，是对大型和多层级流程的一种解决方案。
89.对于多层级业务流程(无论是静态树形业务流程，还是动态树形业务流程)，树形流程审批中子流程和普通的工作流一样走自己内部的审批流，在流程走完的时候记录更新下该流程节点的状态和审核时间等关键数据即可。即树形流程的节点只关心该子流程的最终状态，并不关系流程的具体流转细节。树形流程子节点创建后，该节点就会挂载到选择的节点下，作为其子节点。可以新建多个这样的子节点，这样一个树形流程就形成了。
90.在一些实施例中，在上述图1-图3示出的多层级业务流程的管理方法的基础上，或者，在基于上述图6和图7所创建的动态树形业务流程的基础上，也就是说，在创建的动态树形业务流程的过程中，或者在基于动态树形业务流程进行审批统计的过程中，该多层级业务流程的管理方法还包括新增业务流程的步骤。该多层级业务流程的管理方法还可以包括以下用于新增业务流程的步骤。接收用于创建当前节点的下一级节点的第四请求信息；基于第四请求信息，生成当前节点的第二子节点，完成新增业务流程的过程；其中，第二子节点的节点路径携带第二子节点的标识信息和当前节点的标识信息，当前节点为第二子节点的父节点。
91.在本发明实施例中，创建父节点流程，在创建流程的时候会选择是否在已有的流程中创建，若是已有的流程，则打开前端页面，该页面呈现的是一颗树形结构的流程关系，每一个树节点即是一个子流程，点开树节点也能看该子流程的具体流程细节，在该树形流程节点中只记录该流程的名称、流程状态等简单信息。可以选中在某一个树节点下继续创建流程，该流程id作为当前发起流程的父id，该流程发起成功之后，该选中的节点就会新增子节点，于是上下级的流程关联就创建起来了。也就是说，增加流程节点的话，该节点不仅携带自身id，还携带父节点id。依次类推，完成新增业务流程的过程。
92.示例性的，以图7中子节点2为例进行说明，点击或触摸子节点2旁边的加号，以子节点2为父节点，新增子节点21和子节点22，其中，新增的子节点21携带子节点21的id、子节点2的id和根节点id。新增的子节点22携带子节点22的id、子节点2的id和根节点id。
93.需要说明的是，第一子节点(根节点的子节点)是为了与第二子节点(当前节点的子节点)进行区分，两者没有顺序关系。
94.上述图6和图7对创建树形流程的过程进行说明，在本发明实施例中，在利用动态树形业务流程进行审批的过程中，还可以新增业务流程，其过程可以参考上述继续新建子流程的步骤。
95.在本发明实施例中，用户可以在创建树形流程时新增子流程，也可以在利用动态树形业务流程审批过程中新增子流程，提高了业务流程的灵活性，增加了管理方法的应用场景。
96.以上结合附图详细描述了本发明的优选实施方式，但是，本发明并不限于上述实施方式中的具体细节，在本发明的技术构思范围内，可以对本发明的技术方案进行多种简单变型，这些简单变型均属于本发明的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本发明对各种可能的组合方式不再另行说明。又例如，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明的思想，其同样应当视为本发明所公开的内容。又例如，在不冲突的前提下，本发明描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合，组合之后得到的技术方案也应落入本发明的保护范围。
97.还应理解，在本发明的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
98.在本发明的再一实施例中，基于前述实施例相同的发明构思，参见图8，其示出了本发明实施例提供的多层级业务流程的管理装置的组成结构示意图。如图8所示，多层级业务流程的管理装置800可以包括：统计更新单元810，用于在当前节点对应的业务流程完成的情况下，对所述当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；以及，基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。
99.在一些实施例中，统计更新单元810，还用于根据所述当前节点的节点路径所携带的至少一个节点的标识信息，确定至少一个节点；所述至少一个节点包括：在节点路径中从所述当前节点对应的父节点直至所述根节点之间所涉及的节点；基于所述当前节点更新后的统计信息，对所述至少一个节点中各个节点所展示的业务流程信息进行统计更新，确定各个节点更新后的统计信息；其中，所述各个节点更新后的统计信息包括所述根节点更新后的信息。
100.在一些实施例中，统计更新单元810，还用于根据所述当前节点的节点路径所携带的所述当前节点的上一级节点的标识信息，确定所述当前节点对应的父节点；基于所述当前节点更新后的统计信息，对所述父节点所展示的业务流程信息进行统计更新，确定父节点更新后的统计信息；继续根据所述父节点的节点路径所携带的所述父节点的上一级节点的标识信息，确定所述父节点的上一级节点；基于所述父节点更新后的统计信息，对所述父节点的上一级节点所展示的业务流程信息进行统计更新，直至确定所述根节点更新后的信息。
101.在一些实施例中，统计更新单元810，还用于按照预设周期，对各个父节点所包括的至少一个子节点的更新后的统计信息进行统计，确定各个父节点更新后的统计信息，完成多层级业务流程的管理过程；其中，所述各个父节点包括所述根节点。
102.在一些实施例中，所述业务流程信息包括当前节点的流程状态、所述当前节点所
包括的子节点的总数量、表征通过的子节点的数量、表征不通过的子节点数量，以及审核时间，其中，所述流程状态表征所述当前节点是否通过，所述当前节点所包括的子节点的总数量大于或等于所述表征通过的子节点的数量与所述表征不通过的子节点数量之和。
103.在一些实施例中，在所述当前节点对应的业务流程表征通过的情况下，至少一个节点中各个节点所展示的业务流程信息中表征通过的子节点的数量加一；其中，所述至少一个节点包括：在节点路径中从所述当前节点对应的父节点直至所述根节点之间所涉及的节点；
104.在所述当前节点对应的业务流程表征不通过的情况下，所述至少一个节点中各个节点所展示的业务流程信息中表征不通过的子节点的数量加一。
105.在一些实施例中，统计更新单元810，还用于在所述当前节点作为父节点的情况下，在所述当前节点所包括的子节点中表征通过的子节点的数量，与所述当前节点所包括的子节点的总数量之间的比值，大于或等于预设概率值的情况下，所述当前节点所展示的业务流程信息中流程状态表征通过；其中，所述当前节点包括所述根节点。
106.在一些实施例中，多层级业务流程的管理装置800还包括：
107.接收单元820，用于接收用于创建新业务流程的第一请求信息；所述第一请求信息包括树形结构的业务层级的数量、各个业务层级中节点的数量、相邻业务层级中父节点与子节点的所属关系；
108.生成单元830，用于基于所述第一请求信息生成静态树形业务流程；其中，多层级业务流程包括静态树形业务流程，所述静态树形业务流程用于固定的多层级业务。
109.在一些实施例中，接收单元820，还用于接收用于创建新业务流程的第二请求信息；
110.生成单元830，还用于基于所述第二请求信息，生成新业务流程的根节点；其中，所述根节点的节点路径携带所述根节点的标识信息，所述根节点的节点路径携带表征父节点的标识信息的预设值，或者没有关于父节点的标识信息；
111.接收单元820，还用于基于所述根节点，继续接收用于创建根节点的下一级节点的第三请求信息；
112.生成单元830，还用于基于所述第三请求信息，生成所述根节点的第一子节点，直至完成上下级业务流程的节点创建，生成动态树形业务流程；其中，所述第一子节点的节点路径携带所述第一子节点的标识信息和所述根节点的标识信息，所述根节点为所述第一子节点的父节点；多层级业务流程包括所述动态树形业务流程，所述动态树形业务流程用于动态的多层级业务。
113.在一些实施例中，接收单元820，还用于接收用于创建当前节点的下一级节点的第四请求信息；
114.生成单元830，还用于基于所述第四请求信息，生成所述当前节点的第二子节点，完成新增业务流程的过程；其中，所述第二子节点的节点路径携带所述第二子节点的标识信息和所述当前节点的标识信息，所述当前节点为所述第二子节点的父节点。
115.在一些实施例中，所述当前节点还展示流程名称和流程所属业务类型。
116.可以理解地，在本实施例中，“单元”可以是部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个
处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
117.所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
118.因此，本实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现前述实施例中任一项所述的方法的步骤。
119.基于上述多层级业务流程的管理装置800的组成以及计算机存储介质，参见图9，其示出了本发明实施例提供的一种电子设备的组成结构示意图。如图9所示，电子设备900可以包括：通信接口910、存储器920和处理器930；各个组件通过总线系统940耦合在一起。可理解，总线系统940配置为实现这些组件之间的连接通信。总线系统940除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为总线系统940。其中，通信接口910，配置为在与其他外部设备或应用之间进行收发信息过程中，信号的接收和发送；
120.存储器920，配置为存储能够在处理器930上运行的计算机程序；
121.处理器930，配置为在运行所述计算机程序时，执行：
122.在当前节点对应的业务流程完成的情况下，对所述当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。
123.可以理解，本发明实施例中的存储器920可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步链动态随机存取存储器(synchronous link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本发明实施例描述的系统和方法的存储器920旨在包括但不限于这些和任意其它适合类型的存储器。
124.而处理器930可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上
述方法的各步骤可以通过处理器930中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器930可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器920，处理器930读取存储器920中的信息，结合其硬件完成上述方法的步骤。
125.可以理解的是，本发明描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，dsp)、数字信号处理设备(dsp device，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本发明所述功能的其它电子单元或其组合中。
126.对于软件实现，可通过执行本发明所述功能的模块(例如过程、函数等)来实现本发明所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
127.可选地，作为另一个实施例，处理器930还配置为在运行所述计算机程序时，执行前述实施例中任一项所述的方法的步骤。
128.基于上述多层级业务流程的管理装置800的组成以及计算机存储介质，参见图10，其示出了本发明实施例提供的另一种电子设备的组成结构示意图。如图10所示，电子设备900可以包括前述实施例中任一项所述的多层级业务流程的管理装置800。
129.在本发明实施例中，在当前节点对应的业务流程完成的情况下，对当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；在某个节点的业务流程完成时，统计该节点的业务流程信息，进行更新展示，以便将该节点的状态变化实时展示给用户。进而基于当前节点更新后的统计信息，对与当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，当前节点为子节点，当前节点的状态发生变化，其相关的父节点、父节点的上一级节点、直至根节点等节点的状态均会发生变化，需要进行统计更新，在此，对其相关的节点所展示的业务流程信息均进行更新，完成多层级业务流程的管理过程。本方案中，一个子节点对应一个业务流程，多层级业务流程中各个业务流程相互关联，基于此，一个业务流程发生变化，通过统计更新，其相关的业务流程也发生变化，无需人工对一级一级的状态信息进行统计，提高了审批效率。
130.需要说明的是，在本发明中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括
该要素的过程、方法、物品或者装置中还存在另外的相同要素。
131.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
132.本发明所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
133.本发明所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
134.本发明所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
135.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

技术特征：
1.一种多层级业务流程的管理方法，其特征在于，所述方法包括：在当前节点对应的业务流程完成的情况下，对所述当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。2.根据权利要求1所述的方法，其特征在于，所述基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，包括：根据所述当前节点的节点路径所携带的至少一个节点的标识信息，确定至少一个节点；所述至少一个节点包括：在节点路径中从所述当前节点对应的父节点直至所述根节点之间所涉及的节点；基于所述当前节点更新后的统计信息，对所述至少一个节点中各个节点所展示的业务流程信息进行统计更新，确定各个节点更新后的统计信息；其中，所述各个节点更新后的统计信息包括所述根节点更新后的信息。3.根据权利要求1所述的方法，其特征在于，所述基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，包括：根据所述当前节点的节点路径所携带的所述当前节点的上一级节点的标识信息，确定所述当前节点对应的父节点；基于所述当前节点更新后的统计信息，对所述父节点所展示的业务流程信息进行统计更新，确定父节点更新后的统计信息；继续根据所述父节点的节点路径所携带的所述父节点的上一级节点的标识信息，确定所述父节点的上一级节点；基于所述父节点更新后的统计信息，对所述父节点的上一级节点所展示的业务流程信息进行统计更新，直至确定所述根节点更新后的信息。4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：按照预设周期，对各个父节点所包括的至少一个子节点的更新后的统计信息进行统计，确定各个父节点更新后的统计信息，完成多层级业务流程的管理过程；其中，所述各个父节点包括所述根节点。5.根据权利要求1-3任一项所述的方法，其特征在于，所述业务流程信息包括当前节点的流程状态、所述当前节点所包括的子节点的总数量、表征通过的子节点的数量、表征不通过的子节点数量，以及审核时间，其中，所述流程状态表征所述当前节点是否通过，所述当前节点所包括的子节点的总数量大于或等于所述表征通过的子节点的数量与所述表征不通过的子节点数量之和。6.根据权利要求1-3任一项所述的方法，其特征在于，在所述当前节点对应的业务流程表征通过的情况下，至少一个节点中各个节点所展示的业务流程信息中表征通过的子节点的数量加一；其中，所述至少一个节点包括：在节点路径中从所述当前节点对应的父节点直至所述根节点之间所涉及的节点；在所述当前节点对应的业务流程表征不通过的情况下，所述至少一个节点中各个节点
所展示的业务流程信息中表征不通过的子节点的数量加一。7.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：在所述当前节点作为父节点的情况下，在所述当前节点所包括的子节点中表征通过的子节点的数量，与所述当前节点所包括的子节点的总数量之间的比值，大于或等于预设概率值的情况下，所述当前节点所展示的业务流程信息中流程状态表征通过；其中，所述当前节点包括所述根节点。8.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：接收用于创建新业务流程的第一请求信息；所述第一请求信息包括树形结构的业务层级的数量、各个业务层级中节点的数量、相邻业务层级中父节点与子节点的所属关系；基于所述第一请求信息生成静态树形业务流程；其中，多层级业务流程包括静态树形业务流程，所述静态树形业务流程用于固定的多层级业务。9.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：接收用于创建新业务流程的第二请求信息；基于所述第二请求信息，生成新业务流程的根节点；其中，所述根节点的节点路径携带所述根节点的标识信息，所述根节点的节点路径携带表征父节点的标识信息的预设值，或者没有关于父节点的标识信息；基于所述根节点，继续接收用于创建根节点的下一级节点的第三请求信息；基于所述第三请求信息，生成所述根节点的第一子节点，直至完成上下级业务流程的节点创建，生成动态树形业务流程；其中，所述第一子节点的节点路径携带所述第一子节点的标识信息和所述根节点的标识信息，所述根节点为所述第一子节点的父节点；多层级业务流程包括所述动态树形业务流程，所述动态树形业务流程用于动态的多层级业务。10.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：接收用于创建当前节点的下一级节点的第四请求信息；基于所述第四请求信息，生成所述当前节点的第二子节点，完成新增业务流程的过程；其中，所述第二子节点的节点路径携带所述第二子节点的标识信息和所述当前节点的标识信息，所述当前节点为所述第二子节点的父节点。11.根据权利要求1-3任一项所述的方法，其特征在于，所述当前节点还展示流程名称和流程所属业务类型。12.一种多层级业务流程的管理装置，其特征在于，所述装置包括：统计更新单元，用于在当前节点对应的业务流程完成的情况下，对所述当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；以及，基于所述当前节点更新后的统计信息，对与所述当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。13.一种电子设备，其特征在于，所述设备包括：存储器，用于存储可执行计算机程序；处理器，用于执行所述存储器中存储的可执行计算机程序时，实现权利要求1-11任一项所述的方法。14.一种计算机可读存储介质，其特征在于，存储有计算机程序，用于被处理器执行时，
实现权利要求1-11任一项所述的方法。

技术总结
本发明涉及一种多层级业务流程的管理方法、装置、设备和存储介质。该方法包括：在当前节点对应的业务流程完成的情况下，对当前节点所展示的业务流程信息进行统计更新，确定当前节点更新后的统计信息；在某个节点的业务流程完成时，统计该节点的业务流程信息，进行更新展示，以便将该节点的状态变化实时展示给用户。进而基于当前节点更新后的统计信息，对与当前节点相关的节点所展示的业务流程信息进行统计更新，直至确定根节点更新后的信息，完成多层级业务流程的管理过程。无需人工对一级一级的状态信息进行统计，提高了审批效率。提高了审批效率。提高了审批效率。


技术研发人员：熊亚民
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2023.06.30
技术公布日：2023/9/9