审批流程的处理方法、装置、终端设备及存储介质

1.本技术属于流程审批技术领域，尤其涉及一种审批流程的处理方法、装置、终端设备及存储介质。


背景技术：

2.在大型企业中，审批流程的定义体现了企业的授权决策体系。通常在企业集团层面，为了明确职责范围，会制定一套相应的审批规范。其中，在大型企业中，因员工数量较多，或各子公司的管理体系、组织形式不同，企业集团无法及时的对审批流程中每一个审批节点下的审批事项进行处理。
3.例如，对于某一审批节点下的非重要紧急程度的待审批事项，因非重要紧急程度的待审批事项可能催审批的次数较少，或审批节点的审批人可能因休假等情况，使该审批节点下的非重要紧急程度的待审批事项积累过多，影响发起待审批事项的发起人的工作效率，和/或影响审批流程的处理效率。


技术实现要素：

4.本技术实施例提供了一种审批流程的处理方法、装置、终端设备及存储介质，可以解决非重要紧急程度的待审批事项审批效率低的问题。
5.第一方面，本技术实施例提供了一种审批流程的处理方法，该方法包括：
6.获取审批节点中的多个待审批事项，以及每个待审批事项的待审批事项信息；待审批事项信息至少包括待审批事项的事项类别以及事项紧急程度；
7.若每个待审批事项的事项紧急程度均为非重要紧急程度，则根据待审批事项信息计算多个待审批事项的综合紧急程度；
8.在综合紧急程度属于重要紧急程度时，开放预先在审批节点中设置的目标候选审批人的审批权限；
9.针对任一待审批事项，根据目标候选审批人的审批结果以及事项类别对应的预设审批流程，对待审批事项进行处理。
10.第二方面，本技术实施例提供了一种审批流程的处理装置，该装置包括：
11.事项获取模块，用于获取审批节点中的多个待审批事项，以及每个待审批事项的待审批事项信息；待审批事项信息至少包括待审批事项的事项类别以及事项紧急程度；
12.计算模块，用于若每个待审批事项的事项紧急程度均为非重要紧急程度，则根据待审批事项信息，计算多个待审批事项的综合紧急程度；
13.权限开放模块，用于在综合紧急程度属于重要紧急程度时，开放预先在审批节点中设置的目标候选审批人的审批权限；
14.处理模块，用于针对任一待审批事项，根据目标候选审批人的审批结果以及事项类别对应的预设审批流程，对待审批事项进行处理。
15.第三方面，本技术实施例提供了一种终端设备，包括存储器、处理器以及存储在存
等仅用于区分描述，而不能理解为指示或暗示相对重要性。
30.本技术实施例提供的审批流程的处理方法可以应用于手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc))等终端设备上，本技术实施例对终端设备的具体类型不作任何限制。
31.请参阅图1，图1示出了本技术实施例提供的一种审批流程的处理方法的实现流程图，该方法包括如下步骤：
32.s101、终端设备获取审批节点中的多个待审批事项，以及每个待审批事项的待审批事项信息；待审批事项信息至少包括待审批事项的事项类别以及事项紧急程度。
33.在一实施例中，上述审批节点为针对待审批事项进行审批处理的节点。其中，一个审批节点可以对多种事项类别的待审批事项进行处理，且该审批节点中的审批人可以为一个也可以为多个，对此不作限定。在本实施例中，审批节点的审批人具有多个，多个审批人中具有一个主审批人，其余审批人均可以认为是候选审批人。
34.需要说明的是，任一审批节点中通常只开放主审批人的审批权限，而其余候选审批人的审批权限可以根据实际情况进行开放，以明确各个审批人的职责范围。
35.在一实施例中，上述待审批事项的审批类别包括但不限于探亲假的待审批事项的事项类别、工作内容的待审批事项的事项类别，对此不作限定。另外，上述事项紧急程度可以用于表示每个待审批事项的轻重缓急。具体的，事项紧急程度包括但不限于重要紧急程度，以及非重要紧急程度。
36.可以理解的是，对于重要紧急程度的待审批事项，在进入待审批节点时，通常终端设备会多次催审批人对其进行处理，以保证该待审批事项的处理效率。然而，对于非重要紧急程度的待审批事项，终端设备可能对该待审批事项催审批的次数少，且间隔时间长，以至于审批人可能因休假或忘记等情况，使该审批节点下的非重要紧急程度的待审批事项积累过多，影响发起待审批事项的发起人的工作效率，和/或影响审批流程的处理效率。
37.在一实施例中，上述待审批事项通常由工作人员在用于进行审批事项的软件中进行发起，且通常需要经过多个审批节点进行审批。示例性的，探亲假的待审批事项，其需经过的审批流程中通常具有：发起人的发起节点、部门审批的审批节点、人事部门的审批节点等。
38.在其他示例中，上述待审批事项信息还包括但不限于：待审批事项在该审批节点内被耽误的审批时长、催审批的次数，以及在待审批事项的事项类别对应的预设审批流程中，该审批节点在对应的审批流程中所处的节点序号，对此不作限定。
39.其中，节点序号可以通过数字进行表示。基于上述对审批流程的解释可知，每种类别的待审批事项通常对应一种审批流程，该审批流程中可能包括多个审批节点，而节点序号即为该待审批事项所在的当前审批节点在该预设审批流程中所处的顺序。可以理解的是，节点序号越大，则说明该待审批事项可能快要走完该预设审批流程。即可以隐性的认为该待审批事项可能已在该审批流程中存在较长的时间。
40.s102、若每个待审批事项的事项紧急程度均为非重要紧急程度，则终端设备根据待审批事项信息计算多个待审批事项的综合紧急程度。
41.在一实施例中，基于上述s101对重要紧急程度的待审批事项的说明可知，在多个待审批事项中，若具有一个重要紧急程度的待审批事项，则终端设备将会对其进行多次催
审。因此，在重要紧急程度的待审批事项被审批时，审批人可以同时对其余非重要紧急程度的待审批事项进行处理。
42.基于此，在本实施例中，主要针对审批节点中具有多个非重要紧急程度的待审批事项进行处理的过程。可以理解的是，因非重要紧急程度的待审批事项催审批的次数以及催审批的间隔时长可能过长，因此，将使审批节点积累过多的待审批事项，影响待审批事项的处理效率。
43.在一具体实施例中，在审批事项信息包括多种时，参照图2，终端设备可以通过如下子步骤s1021-s1024计算多个待审批事项的综合紧急程度：
44.s1021、终端设备根据每种待审批事项信息，以及预设审批事项的多种预设事项信息构建决策矩阵；预设审批事项的紧急程度为重要紧急程度。
45.在一实施例中，上述预设审批事项为预设的属于重要紧急程度的事项。上述决策矩阵可以用于根据每个待审批事项的待审批事项信息进行处理，得到每个待审批事项信息相对于预设审批事项信息的相对紧急程度值。
46.具体的，终端设备在获取所有的待审批事项的待审批事项信息，以及预设审批事项的预设事项信息后，可以对两种事项信息列在一张表格上。具体如下
47.表1所示：
[0048][0049]
之后，终端设备可以根据上述表1中各个事项信息构建决策矩阵。然而，需要说明的是，在构建上述决策矩阵后，还需对决策矩阵中的每种待审批事项信息以及每种预设事项信息均进行归一化处理，以使归一化后的每种待审批事项信息与每种预设事项信息的量纲一致。
[0050]
具体的，终端设备可以预先设定每种待审批事项信息的评判标准，以将每个待审批事项信息转换为具体的数值进行处理。其中，综合紧急程度用于表示多个待审批事项的整体紧急程度。
[0051]
示例性的，对于事项类别为工作流程类别的数值其可以为a1，对于为探亲假流程类别的数值其可以为a2；对于审批时长大于第一预设时长小于第二预设时长的数值，其可以为b1，对于大于第二预设时长的数值，其可以为b2等等。其中，上述第一预设时长以及第二预设时长均可以由工作人员根据实际情况进行设置。
[0052]
其中，对决策矩阵的每种待审批事项信息以及每种预设事项信息进行归一化处理
后，生成的决策矩阵可以如下所示：
[0053][0054]
其中，决策矩阵中各待审批事项信息和预设事项信息的数值分别以aij进行表示，aij表示为决策矩阵中第i行第j种待审批事项信息或预设事项信息对应的数值。
[0055]
具体的，若预设审批事项处于决策矩阵中的第i行，则aij表示为预设审批事项中第j种预设事项信息对应的数值。若第i行为待审批事项，则aij表示为第i个待审批事项的第j种待审批事项信息对应的数值。
[0056]
s1022、针对任一待审批事项的多种待审批事项信息，终端设备根据决策矩阵分别计算每种待审批事项信息相对于预设事项信息的相对紧急权重值。
[0057]
在一实施例中，终端设备可以根据如下公式计算相对紧急权重值：
[0058][0059]
其中，w
ij
为第i个待审批事项的第j种待审批事项信息的相对紧急权重值；a
ij
为第i个待审批事项的第j种待审批事项信息的数值；max(aj)为多个待审批事项与预设审批事项中，第j种待审批事项信息以及第j种预设事项信息中的最大值；min(aj)为多个待审批事项与预设审批事项中，第j种待审批事项信息以及第j种预设事项信息中的最小值。
[0060]
在一实施例中，参照上述决策矩阵f，可知max(aj)为决策矩阵中第j列数值中的最大值，该第j列数值中包含有第j种待审批事项信息以及第j种预设事项信息分别对应的数值。同样的，可知min(aj)为决策矩阵中第j列数值中的最小值。
[0061]
其中，需要说明的是，以a1待审批事项中的a1待审批事项信息为例。若只是基于该审批节点下的多个待审批事项的待审批事项信息构建决策矩阵，并计算相对紧急权重值，则最终得到的a1待审批事项中x种事项信息的相对紧急权重值，其相对的概念为x种待审批事项信息与其余待审批事项中的x’种待审批事项信息的相对紧急权重值。
[0062]
但是，在本实施例中，添加了属于重要紧急程度的预设事项信息后构建的决策矩阵，在经过上述处理时，是全部事项信息(包含了待审批事项信息以及预设事项信息)进行参与。因此，可认为最终得到的a待审批事项中的x种待审批事项信息的相对紧急权重值，包含了相对于重要紧急程度的预设事项信息的相对紧急权重值。
[0063]
s1023、针对任一待审批事项，终端设备对每种待审批事项信息以及待审批事项信息对应的相对紧急权重值进行加权，得到待审批事项相对预设审批事项的相对紧急程度值。
[0064]
s1024、终端设备加和多个待审批事项的相对紧急程度值，得到综合紧急程度。
[0065]
在一实施例中，在计算出每个待审批事项的每种待审批事项信息的相对紧急权重值后，可以根据相对紧急权重值与每种待审批事项信息对应的数值进行加权，得到该待审批事项相对于预设审批事项的相对紧急程度值。之后，将多个相对紧急程度值进行加和，得到多个待审批事项的综合紧急程度。基于此，终端设备可以基于多个待审批事项的综合紧急程度进行决策，以确定是否开放其余候选审批人的审批权限，以及时的对多个待审批事
项进行处理。
[0066]
s103、在综合紧急程度属于重要紧急程度时，终端设备开放预先在审批节点中设置的目标候选审批人的审批权限。
[0067]
在一实施例中，若综合紧急程度属于重要紧急程度，则表明该多个待审批事项若不及时处理，则也可能对工作产生较大的影响。因此，在主审批人无法及时的解决多个待审批事项时，还可以及时的开发审批节点中其余候选审批人的审批权限。
[0068]
需要说明的是，在确定综合紧急程度属于重要紧急程度时，则终端设备可以先根据重要紧急程度的催审频率或其他催审方式，对该审批节点的主审批人再次进行催审。若在预设时间段内，多个待审批事项仍然未被审批，则开放预先在审批节点中设置的目标候选审批人的审批权限，以使多个待审批事项可以及时的被处理。
[0069]
需要说明的是，综合紧急程度是将多个待审批事项的相对紧急程度值进行加和得到，其得到的应为一个具体的数值。然而，在判断该数值是否大于重要紧急程度对应的数值时，并不是与一个固定的数值进行比较。即，终端设备也需要先将每种预设事项信息经过上述公式处理，得到预设事项信息相对于每种待审批事项信息的相对权重值，之后根据相对权重值对每种预设事项信息进行加权，得到的预设审批事项对应的最终数值。此时最终数值即为一个衡量值，用于衡量综合紧急程度是否属于重要紧急程度。
[0070]
可以理解的是，因每个待审批事项均属于非重要紧急程度，而预设审批事项属于重要紧急程度，因此，预设审批事项的预设事项信息对应的数值，通常会大于待审批事项的待审批事项信息对应的数值。然而，还可能存在某个待审批事项的待审批事项信息的数值大于对应的预设事项信息的数值(即该待审批事项的其他待审批事项信息的数值远小于对应的预设事项信息的数值，导致该待审批事项属于非重要紧急程度)。因此，将造成上述公式中的max(aj)中的数值可能不为第j种预设事项信息对应的数值。基于此，终端设备将每种预设事项信息对应的数值也进行上述公式处理的目的在于：对于衡量多个待审批事项的综合紧急程度是否为重要紧急程度时，可以灵活对用于衡量是否为重要紧急程度的数值进行设定，以精确的判定多个待审批事项的紧急程度。
[0071]
可以理解的是，若该审批节点下每个待审批事项的事项紧急程度存在一个重要紧急程度，则基于对重要紧急程度的待审批事项的审批规范，审批节点的主审批人通常会及时处理。因此，本实施例主要针对于该审批节点下的待审批事项的紧急程度均为非重要紧急程度的情况。
[0072]
在一实施例中，上述目标候选审批人为预先在审批节点中设置的一个或多个审批人。可以理解的是，若仅只设置一个主审批人，则在主审批人因为事假或忘记，导致多个待审批事项无法及时处理，则可能会延误发起待审批事项的发起人的工作进度。因此，在设置审批流程时，可以为每个审批节点设置多个审批人。其中，多个审批人中具有一个主审批人，以及至少一个候选审批人。
[0073]
在另一具体实施例中，若只有一个候选审批人，则该候选审批人即为目标候选审批人。然而，在具有多个候选审批人时，参照图3，终端可以根据如下子步骤s1031-s1032，从多个候选审批人中确定目标候选审批人：
[0074]
s1031、终端设备获取审批节点中预先设置的每个候选审批人的工作状态，和/或，每个候选审批人分别已有的待审批事项的数量。
[0075]
s1032、终端设备将工作状态为在岗状态以及数量少于预设数量的候选审批人，确定为目标候选审批人。
[0076]
在一实施例中，上述工作状态包括但不限于在岗状态、请假状态等情况。其中，上述预设数量可以由工作人员预先根据实际情况进行设置。
[0077]
在一实施例中，该审批节点下的每个候选审批人，可以为其他审批流程中的审批节点的主审批人。因此，在获取候选审批人已有的待审批事项的数量时，可以查看该候选审批人在作为其他审批节点的主审批人时，每个审批节点分别具有的未处理待审批事项之和。
[0078]
在一实施例中，为了能够使该审批节点下的多个待审批事项可以快速的被处理，终端设备可以将处于在岗状态且未处理待审批事项的数量小于预设数量的候选审批人，或者处于在岗状态以及未处理待审批事项的数量为最少的候选审批人确定为目标候选审批人，对此不作限定。
[0079]
s104、针对任一待审批事项，终端设备根据目标候选审批人的审批结果以及事项类别对应的预设审批流程，对待审批事项进行处理。
[0080]
在一实施例中，上述审批结果包括但不限于审批通过、审批不通过、审批结束等结果，对此不作限定。其中，预设审批流程为预先根据每种待审批事项的事项类别分别设置的流程，其每个预设审批流程中分别包括有审批节点、审批节点的主审批人和候选审批人、每个审批节点的先后顺序等信息。
[0081]
在一具体实施例中，参照图4，终端设备可以通过如下子步骤s1041-s1042对待审批事项进行处理：
[0082]
s1041、若审批结果为审批通过，则终端设备确定审批节点是否为预设审批流程中的末端审批节点；若审批节点为末端审批节点，则结束待审批事项；否则，终端设备将待审批事项分配至审批节点的下一节点进行处理。
[0083]
s1042、若审批结果为审批不通过，则终端设备将待审批事项退回至待审批事项的发起节点；终端设备将退回待审批事项的审批节点设置为发起节点的下一节点；当接收到更改后的待审批事项时，终端设备上传更改后的待审批事项至发起节点的下一节点。
[0084]
在一实施例中，上述预设审批流程已在上述s104中进行解释，对此不再进行说明。可以理解的是，在当前审批节点为该预设审批流程中的末端审批节点时，则表明在对该待审批事项审批通过后，该待审批事项将为已处理的审批事项。否则，根据预设审批流程中各个审批节点的顺序，终端设备需将待审批事项分配至下一节点进行处理。
[0085]
需要说明的是，因不同事项类别的预设审批流程可能相互之间具有相同的审批节点，也可能具有不相同的审批节点。因此，每种事项类别分别对应的待审批事项在经过当前审批节点处理后，需分配的下一节点可能各不相同。
[0086]
可以理解的是，在审批结果为审批不通过时，应当将待审批事项退回至待审批事项的发起节点，以使发起人可以对其进行修改。需要说明的是，当前发起人对其进行修改后，发起节点应当直接将修改后的待审批事项上传至退回时的审批节点。即无需将修改后的待审批事项再次从预设审批流程的发起节点开始，重走一遍审批流程，以提升对待审批事项的审批效率。
[0087]
在一实施例中，对于退回的待审批事项，在发起人对其进行修改后，终端设备还可
以接收发起人下达的确定指令，以将修改后的待审批事项上传至下一节点。
[0088]
在本实施例中，在任意一个审批节点下不存在重要紧急程度的待审批事项时，终端设备可以通过获取该审批节点中的每个待审批事项的待审批事项信息构建决策矩阵，以此对每个待审批事项信息进行处理，得到多个待审批事项的综合紧急程度。之后，在综合紧急程度属于重要紧急程度时，开放预先在审批节点中设置的目标候选审批人的审批权限，对多个待审批事项进行处理。以此，在面对审批节点中不存在重要紧急程度的待审批事项，且该审批节点的主审批人不能及时处理该多个待审批事项时，终端设备可以提高对多个待审批事项的处理效率。
[0089]
在另一实施例中，审批人在对任一审批节点下的待审批事项进行处理时，终端设备需获取该审批节点下的所有待审批事项，以及每个待审批事项的待审批事项信息。之后，参照图5，终端设备还可以执行如下步骤s11-s12以对每个待审批事项智能的进行显示：
[0090]
s11、针对任一待审批事项，终端设备根据事项类别以及审批节点的节点编号，从预设的知识文库中获取审批节点对应的审批政策。
[0091]
s12、终端设备在待审批事项被审核时，同时显示审批政策与待审批事项。
[0092]
在一实施例中，上述审批政策用于辅助审批人对待审批事项进行决策。示例性的，若待审批事项的事项类别为探亲假流程，则上述审批政策可以为发起人需要填写的工作内容和/或工作计划，以及，审批人需要知晓的关于探亲假的政策，比如事假、年假、病假等政策。
[0093]
其中，上述预设的知识文库中用于存储该审批政策，并与事项类别以及节点编号建立关联关系。其中，需要节点编号的目的在于：不同审批节点可能分别审批待审批事项的不同要素。因此，在知识文库中还可以特别地将审批政策同时与事项类别以及节点编号进行关联。
[0094]
具体的，终端设备可以通过如下方式获取审批政策，以及显示审批政策和待审批事项：对于进行审批事项的软件，终端设备可以在该软件中设置触发器或触发功能。其中，对于任意一个待审批事项，在其被发起人创建并提交时，由终端设备对待审批事项创建一个触发器。其中，该触发器中需携带有触发参数v1和v2，v1表示事项类别，v2表示节点编号。
[0095]
需要说明的是，该触发器用于在审批人在软件中点击或查看待审批事项时触发。并且，在触发后，触发器可以根据触发参数v1和v2，从预设的知识库中获取相关的审批政策，以辅助审批人对其进行审批。
[0096]
请参阅图6，图6是本技术实施例提供的一种审批流程的处理装置的结构框图。本实施例中审批流程的处理装置包括的各模块用于执行图1至图5对应的实施例中的各步骤。具体请参阅图1至图5以及图1至图5所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图6，审批流程的处理装置600可以包括：事项获取模块610、计算模块620、权限开放模块630以及处理模块640，其中：
[0097]
事项获取模块610，用于获取审批节点中的多个待审批事项，以及每个待审批事项的待审批事项信息；待审批事项信息至少包括待审批事项的事项类别以及事项紧急程度；
[0098]
计算模块620，用于若每个待审批事项的事项紧急程度均为非重要紧急程度，则根据待审批事项信息，计算多个待审批事项的综合紧急程度；
[0099]
权限开放模块630，用于在综合紧急程度属于重要紧急程度时，开放预先在审批节
点中设置的目标候选审批人的审批权限；
[0100]
处理模块640，用于针对任一待审批事项，根据目标候选审批人的审批结果以及事项类别对应的预设审批流程，对待审批事项进行处理。
[0101]
在一实施例中，待审批事项信息包括多种；计算模块620还用于：
[0102]
根据每种待审批事项信息，以及预设审批事项的多种预设事项信息构建决策矩阵；预设审批事项的紧急程度为重要紧急程度；针对任一待审批事项的多种待审批事项信息，根据决策矩阵分别计算每种待审批事项信息相对于预设事项信息的相对紧急权重值；针对任一待审批事项，对每种待审批事项信息以及待审批事项信息对应的相对紧急权重值进行加权，得到待审批事项相对预设审批事项的相对紧急程度值；加和多个待审批事项的相对紧急程度值，得到综合紧急程度。
[0103]
在一实施例中，计算模块620还用于：
[0104]
对每种待审批事项信息以及每种预设事项信息进行归一化处理；归一化后的每种待审批事项信息与每种预设事项信息的量纲一致。
[0105]
在一实施例中，计算模块620还用于通过如下公式计算相对紧急权重值：
[0106][0107]
其中，w
ij
为第i个待审批事项的第j种待审批事项信息的相对紧急权重值；a
ij
为第i个待审批事项的第j种待审批事项信息；max(aj)为多个待审批事项与预设审批事项中，第j种待审批事项信息以及第j种预设事项信息中的最大值；min(aj)为多个待审批事项与预设审批事项中，第j种待审批事项信息以及第j种预设事项信息中的最小值。
[0108]
在一实施例中，审批流程的处理装置600还包括：
[0109]
候选人信息获取模块，用于获取审批节点中预先设置的每个候选审批人的工作状态，和/或，每个候选审批人分别已有的待审批事项的数量；
[0110]
确定模块，用于将工作状态为在岗状态以及数量少于预设数量的候选审批人，确定为目标候选审批人。
[0111]
在一实施例中，处理模块640还用于：
[0112]
若审批结果为审批通过，则确定审批节点是否为预设审批流程中的末端审批节点；若审批节点为末端审批节点，则结束待审批事项；否则，将待审批事项分配至审批节点的下一节点进行处理；若审批结果为审批不通过，则将待审批事项退回至待审批事项的发起节点；将退回待审批事项的审批节点设置为发起节点的下一节点；当接收到更改后的待审批事项时，上传更改后的待审批事项至发起节点的下一节点。
[0113]
在一实施例中，审批流程的处理装置600还包括：
[0114]
审批政策获取模块，用于针对任一待审批事项，根据事项类别以及审批节点的节点编号，从预设的知识文库中获取审批节点对应的审批政策；
[0115]
显示模块，用于在待审批事项被审核时，同时显示审批政策与待审批事项。
[0116]
当理解的是，图6示出的审批流程的处理装置的结构框图中，各模块用于执行图1至图5对应的实施例中的各步骤，而对于图1至图5对应的实施例中的各步骤已在上述实施例中进行详细解释，具体请参阅图1至图5以及图1至图5所对应的实施例中的相关描述，此处不再赘述。
[0117]
图7是本技术一实施例提供的一种终端设备的结构框图。如图7所示，该实施例的终端设备700包括：处理器710、存储器720以及存储在存储器720中并可在处理器710运行的计算机程序730，例如审批流程的处理方法的程序。处理器710执行计算机程序730时实现上述各个审批流程的处理方法各实施例中的步骤，例如图1所示的s101至s104。或者，处理器710执行计算机程序730时实现上述图6对应的实施例中各模块的功能，例如，图6所示的模块610至640的功能，具体请参阅图6对应的实施例中的相关描述。
[0118]
示例性的，计算机程序730可以被分割成一个或多个模块，一个或者多个模块被存储在存储器720中，并由处理器710执行，以实现本技术实施例提供的审批流程的处理方法。一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序730在终端设备700中的执行过程。例如，计算机程序730可以实现本技术实施例提供的审批流程的处理方法。
[0119]
终端设备700可包括，但不仅限于，处理器710、存储器720。本领域技术人员可以理解，图7仅仅是终端设备700的示例，并不构成对终端设备700的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。
[0120]
所称处理器710可以是中央处理单元，还可以是其他通用处理器、数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0121]
存储器720可以是终端设备700的内部存储单元，例如终端设备700的硬盘或内存。存储器720也可以是终端设备700的外部存储设备，例如终端设备700上配备的插接式硬盘，智能存储卡，闪存卡等。进一步地，存储器720还可以既包括终端设备700的内部存储单元也包括外部存储设备。
[0122]
本技术实施例提供了一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述各个实施例中的审批流程的处理方法。
[0123]
本技术实施例提供了一种计算机可读存储介质，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述各个实施例中的审批流程的处理方法。
[0124]
本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述各个实施例中的审批流程的处理方法。
[0125]
以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。