一种轻量智能无代码流程审批方法、装置和终端与流程

1.本技术涉及系统流程审批相关技术领域，尤其涉及一种轻量智能无代码流程审批方法和装置。


背景技术：

2.现有的审批流程框架复杂而繁琐，学习成本比较大，当后管系统增删改接口比较多的时候，想要使用审批流程框架就会耗费大量的时间和人力去改造系统，系统老的功能在改动后又需要重新进行大量的测试来确保没有问题，当后续想要再给系统某个功能添加审批时又要重复前述过程。而且，每次对新老功能增加审批都要走发版流程，需要投入较大的时间和人力。


技术实现要素：

3.本技术提供一种轻量智能无代码流程审批方法和装置，基于过滤器实现了一种简单轻便的审批流程方法，通过读取审批配置对系统指定功能智能的实现审批流程，不仅开发实现简单，而且增删改接口效率高。
4.本技术的技术方案如下：
5.根据本技术实施例的第一方面，提供一种轻量智能无代码流程审批方法包括：
6.读取当前操作指令，并判断当前操作指令是否为请求审批指令；
7.若当前操作指令不是请求审批指令，则根据审批配置表读取当前操作指令的审批配置数据；
8.若当前操作指令的审批配置数据中设置有过滤器请求标识，则直接返回请求成功的处理结果，其中，所述过滤器是预先设置的用于预处理当前操作指令的审批过滤器；
9.若当前操作指令的审批配置数据中没有设置过滤器请求标识，根据审批配置表中的统一资源定位符判断当前操作指令是否需要审批；
10.若当前操作指令不需要审批，则直接返回请求成功的处理结果；
11.若当前操作指令需要审批，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
12.可选的，所述判断当前操作指令是否为请求审批指令之后还包括：
13.若当前操作指令为请求审批指令，根据审批配置表中的统一资源定位符判断当前操作指令是否审批接口；
14.若当前操作指令不是审批接口，则直接返回请求成功的处理结果；
15.若当前操作指令是审批接口，根据主键id查询审批表读取当前操作指令的审批配置数据；
16.在当前操作指令的审批配置数据中写入统一资源定位符，组装数据调用、新增或更新当前操作指令的审批接口，之后返回请求成功的处理结果。
17.可选的，若当前操作指令需要审批，则在当前操作指令的组装数据中写入过滤器
请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果，包括：
18.若当前操作指令需要审批且系统中已经存在对应的审批数据，则返回提示信息，提示已有待审批数据；
19.若当前操作指令需要审批且系统中不存在对应的审批数据，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
20.可选的，所述当前操作指令包括新增审批功能请求、更新审批功能请求、查询审批功能请求、删除审批功能请求、请求审批申请。
21.根据本技术实施例的第二方面，提供一种轻量智能无代码流程审批装置包括：
22.第一判断模块，用于读取当前操作指令，并判断当前操作指令是否为请求审批指令；
23.第一读取模块，用于若当前操作指令不是请求审批指令，则根据审批配置表读取当前操作指令的审批配置数据；
24.第一返回模块，用于若当前操作指令的审批配置数据中设置有过滤器请求标识，则直接返回请求成功的处理结果，其中，所述过滤器是预先设置的用于预处理当前操作指令的审批过滤器；
25.第二判断模块，用于若当前操作指令的审批配置数据中没有设置过滤器请求标识，根据审批配置表中的统一资源定位符判断当前操作指令是否需要审批；
26.第二返回模块，用于若当前操作指令不需要审批，则直接返回请求成功的处理结果；
27.第一处理模块，用于若当前操作指令需要审批，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
28.可选的，所述轻量智能无代码流程审批装置还包括：
29.第三判断模块，用于若当前操作指令为请求审批指令，根据审批配置表中的统一资源定位符判断当前操作指令是否审批接口；
30.第三返回模块，用于若当前操作指令不是审批接口，则直接返回请求成功的处理结果；
31.第二读取模块，用于若当前操作指令是审批接口，根据主键id查询审批表读取当前操作指令的审批配置数据；
32.第二处理模块，用于在当前操作指令的审批配置数据中写入统一资源定位符，组装数据调用、新增或更新当前操作指令的审批接口，之后返回请求成功的处理结果。
33.可选的，所述第一处理模块具体用于：
34.若当前操作指令需要审批且系统中已经存在对应的审批数据，则返回提示信息，提示已有待审批数据；
35.若当前操作指令需要审批且系统中不存在对应的审批数据，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
36.可选的，所述当前操作指令包括新增审批功能请求、更新审批功能请求、查询审批功能请求、删除审批功能请求、请求审批申请。
37.根据本技术实施例的第三方面，提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面提供的方法。
38.根据本技术实施例的第四方面，提供一种终端包括：处理器，以及与所述处理器通信连接的存储器；
39.所述存储器存储计算机执行指令；
40.所述处理器执行所述存储器存储的计算机执行指令，以实现第一方面提供的方法。
41.有益效果：
42.本技术所涉及的一种轻量智能无代码流程审批方法和装置，通过预先设置的用于预处理当前操作指令的审批过滤器，实现接口过滤和重写接口的过滤，在预先设置的审批过滤器中去预处理用户发起的请求，根据审批配置表中的统一资源定位符来判断哪些请求需要被审批，需要审批的请求将请求参数写入审批表中，然后给用户返回请求成功；进而不需要修改系统原有功能就能实现审批功能的增加、删除、查询和更新等操作，当后续想要系统某功能实现审批流程时也不需要二次开发，只要在审批配置表中添加对该功能的配置就能快速实现审批功能的增加，配置后立即生效，不需要开发代码和重启服务，对系统原有功能无影响，而且在某功能不需要审批后只需要删除该功能的审批配置参数，该功能就不会再走审批流程，同样不需要重启就可以立即生效，不仅开发实现简单，而且增删改接口效率高。
43.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
44.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理，并不构成对本技术的不当限定。
45.图1是根据一示例性实施例示出的一种轻量智能无代码流程审批方法的流程示意图；
46.图2是根据一示例性实施例示出的一种轻量智能无代码流程审批方法的另一流程示意图；
47.图3是根据一示例性实施例示出的一种轻量智能无代码流程审批方法的一种结构示意图；
48.图4是根据一示例性实施例示出的一种轻量智能无代码流程审批方法的另一种结构示意图；
49.图5是根据一示例性实施例示出的一种终端的结构示意图。
具体实施方式
50.为了使本领域普通人员更好地理解本技术的技术方案，下面将结合附图，对本申
请实施例中的技术方案进行清楚、完整地描述。
51.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
52.图1为本技术一示例性实施例提供的一种轻量智能无代码流程审批方法的流程图。如图1所示，该轻量智能无代码流程审批方法具体步骤如下：
53.步骤110：读取当前操作指令，并判断当前操作指令是否为请求审批指令。
54.用户输入当前操作指令，其中，当前操作指令包括新增审批功能请求、更新审批功能请求、查询审批功能请求、删除审批功能请求、请求审批申请。之后，读取用户输入的当前操作指令，并判断当前操作指令是否为请求审批指令。其中，新增审批功能请求、更新审批功能请求、查询审批功能请求、删除审批功能请求均不是请求审批指令。
55.步骤120：若当前操作指令不是请求审批指令，则根据审批配置表读取当前操作指令的审批配置数据。
56.其中，审批配置表是系统自带的，如果用户当前输入的操作指令不是请求审批指令，示例的，若用户输入的是新增审批功能请求、更新审批功能请求、查询审批功能请求、删除审批功能请求中的任何一种操作指令，则根据审批配置表读取当前操作指令的审批配置数据，之后根据审批配置数据判断当前操作指令的请求数据中是否含有过滤器请求标识。
57.步骤130：若当前操作指令的审批配置数据中设置有过滤器请求标识，则直接返回请求成功的处理结果，其中，所述过滤器是预先设置的用于预处理当前操作指令的审批过滤器。
58.本技术实施例通过在spring项目中自定义一个审批过滤器，实现接口filter和重写接口的dofilter方法，在自定义的审批过滤器中预处理用户发起的请求，根据审批配置表中的统一资源定位符url来判断哪些请求需要被审批，需要审批的请求将请求参数写入审批表中，然后给用户返回请求成功。
59.步骤140：若当前操作指令的审批配置数据中没有设置过滤器请求标识，根据审批配置表中的统一资源定位符判断当前操作指令是否需要审批。
60.步骤150：若当前操作指令不需要审批，则直接返回请求成功的处理结果。
61.步骤160：若当前操作指令需要审批，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
62.具体的，若当前操作指令需要审批且系统中已经存在对应的审批数据，则返回提示信息，提示已有待审批数据；若当前操作指令需要审批且系统中不存在对应的审批数据，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
63.步骤170：若当前操作指令为请求审批指令，根据审批配置表中的统一资源定位符判断当前操作指令是否审批接口；
64.步骤180：若当前操作指令不是审批接口，则直接返回请求成功的处理结果；
65.步骤190：若当前操作指令是审批接口，根据主键id查询审批表读取当前操作指令的审批配置数据；
66.步骤200：在当前操作指令的审批配置数据中写入统一资源定位符，组装数据调用、新增或更新当前操作指令的审批接口，之后返回请求成功的处理结果。
67.其中，若当前操作指令为请求审批指令时，判断是否通过审批，通过审批根据审批配置表中的url转发至原审批接口，审批表写入审批通过。驳回审批则审批表写入审批驳回，不转发url，给用户返回请求失败。
68.本技术所涉及的一种轻量智能无代码流程审批方法和装置，通过预先设置的用于预处理当前操作指令的审批过滤器，实现接口过滤和重写接口的过滤，在预先设置的审批过滤器中去预处理用户发起的请求，根据审批配置表中的统一资源定位符来判断哪些请求需要被审批，需要审批的请求将请求参数写入审批表中，然后给用户返回请求成功；进而不需要修改系统原有功能就能实现审批功能的增加、删除、查询和更新等操作，当后续想要系统某功能实现审批流程时也不需要二次开发，只要在审批配置表中添加对该功能的配置就能快速实现审批功能的增加，配置后立即生效，不需要开发代码和重启服务，对系统原有功能无影响，而且在某功能不需要审批后只需要删除该功能的审批配置参数，该功能就不会再走审批流程，同样不需要重启就可以立即生效，不仅开发实现简单，而且增删改接口效率高。
69.图3和图4为本技术一示例性实施例提供的一种轻量智能无代码流程审批装置的结构示意图。本技术实施例提供的一种轻量智能无代码流程审批装置可以执行一种轻量智能无代码流程审批方法实施例提供的处理流程。如图3和图4所示，本技术提供的一种轻量智能无代码流程审批20包括：
70.第一判断模块201，用于读取当前操作指令，并判断当前操作指令是否为请求审批指令；
71.第一读取模块202，用于若当前操作指令不是请求审批指令，则根据审批配置表读取当前操作指令的审批配置数据；
72.第一返回模块203，用于若当前操作指令的审批配置数据中设置有过滤器请求标识，则直接返回请求成功的处理结果，其中，所述过滤器是预先设置的用于预处理当前操作指令的审批过滤器；
73.第二判断模块204，用于若当前操作指令的审批配置数据中没有设置过滤器请求标识，根据审批配置表中的统一资源定位符判断当前操作指令是否需要审批；
74.第二返回模块205，用于若当前操作指令不需要审批，则直接返回请求成功的处理结果；
75.第一处理模块206，用于若当前操作指令需要审批，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
76.第三判断模块207，用于若当前操作指令为请求审批指令，根据审批配置表中的统一资源定位符判断当前操作指令是否审批接口；
77.第三返回模块208，用于若当前操作指令不是审批接口，则直接返回请求成功的处
理结果；
78.第二读取模块209，用于若当前操作指令是审批接口，根据主键id查询审批表读取当前操作指令的审批配置数据；
79.第二处理模块210，用于在当前操作指令的审批配置数据中写入统一资源定位符，组装数据调用、新增或更新当前操作指令的审批接口，之后返回请求成功的处理结果。
80.可选的，所述第一处理模块具体用于：
81.若当前操作指令需要审批且系统中已经存在对应的审批数据，则返回提示信息，提示已有待审批数据；
82.若当前操作指令需要审批且系统中不存在对应的审批数据，则在当前操作指令的组装数据中写入过滤器请求标识并将当前操作指令的请求参数写入审批配置表中，之后返回请求成功的处理结果。
83.可选的，所述当前操作指令包括新增审批功能请求、更新审批功能请求、查询审批功能请求、删除审批功能请求、请求审批申请。
84.本技术实施例提供的装置可以具体用于执行上述图3对应方法实施例所提供的方案，具体功能和所能实现的技术效果此处不再赘述。
85.如图5，本技术实施例还提供一种终50，包括：处理501，以及与处理器通信连接的存储器502；
86.存储器502，用于存储计算机执行指令；
87.处理器501，用于执行存储器存储的计算机执行指令，以实现上述任一方法实施例所提供的方案，具体功能和所能实现的技术效果此处不再赘述。该电子设备可以为上述提及的服务器。
88.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述任一方法实施例所提供的方案，具体功能和所能实现的技术效果此处不再赘述。
89.本技术实施例还提供了一种计算机程序产品，程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一方法实施例所提供的方案，具体功能和所能实现的技术效果此处不再赘述。
90.本技术实施例描述的应用场景是为了更加清楚的说明本技术实施例的技术方案，并不构成对于本技术实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
91.在一些可能的实施方式中，根据本技术的电子设备可以包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本技术各种示例性实施方式的运营数据管理方法。例如，处理器可以执行如运营数据管理方法中的步骤。
92.应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本技术的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
93.此外，尽管在附图中以特定顺序描述了本技术方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
94.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
95.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
96.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。