权限管理方法、装置、电子设备和存储介质与流程
1.本公开涉及计算机技术领域，更具体地，涉及一种权限管理方法、装置、电子设备和存储介质。
背景技术：
2.随着大数据、云计算等互联网计算的发展，数字化转型已成为企业发展的新机遇，各大企业借助信息化建设的浪潮，纷纷搭建属于自己的应用系统。低代码可以仅需少量代码编写，通过可视化组件拖拉拽等方式实现快速搭建各种应用系统的过程。
3.利用低代码平台搭建应用系统的过程一般可以通过流程看板实现。流程看板不仅可以随着搭建任务一起流动，还可以使得搭建应用系统的操作可视化，更方便用户直观地了解每个搭建任务所在的流程阶段，以及关于搭建任务的详细信息。在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：基于低代码平台为流程看板的用户配置操作权限的配置方式灵活性差，导致了权限配置的效率低和精细程度低。
技术实现要素：
4.有鉴于此，本公开提供了一种权限管理方法、装置、电子设备、存储介质和计算机程序产品。
5.本公开的一个方面提供了一种权限管理方法，包括：响应于权限配置请求，确定目标流程看板所处的目标节点，其中，上述权限配置请求中携带有目标字段；从数据仓库中获取与上述目标流程看板关联的业务表单；基于上述业务表单和上述目标字段，对上述目标流程看板进行任务分配，以确定目标操作用户，其中，上述目标操作用户具有用户角属性；以及基于上述目标流程看板所属的业务类型和上述用户角属性，配置上述目标操作用户的业务流转权限。
6.根据本公开的实施例，上述基于上述目标流程看板所属的业务类型和上述用户角属性，配置上述目标操作用户的业务流转权限，包括：从上述数据仓库中获取与上述目标流程看板关联的流程表单；基于上述流程表单，确定与上述目标节点关联的至少一个流转节点；基于上述目标流程看板所属的业务类型和上述用户角属性，从至少一个上述流转节点中确定目标流转节点；以及基于上述目标流转节点，配置上述目标操作用户的业务流转权限。
7.根据本公开的实施例，上述基于上述流程表单，确定与上述目标节点关联的至少一个流转节点，包括：从上述流程表单中确定与上述目标节点关联的多个关联节点；以及基于业务逻辑关系，从多个上述关联节点中确定位于上述目标节点所表示的流程之后的至少一个上述流转节点。
8.根据本公开的实施例，上述流转节点具有节点角属性；其中，上述基于上述目标流程看板所属的业务类型和上述用户角属性，从至少一个上述流转节点中确定目标流转节点，包括：基于上述目标流程看板所属的业务类型对上述用户角属性进行修正，得到目
标操作用户角属性；将上述目标操作用户角属性分别与至少一个上述流转节点的节点角属性进行匹配，得到至少一个匹配结果；以及基于至少一个上述匹配结果，从至少一个上述流转节点中确定上述目标流转节点。
9.根据本公开的实施例，上述基于上述目标流程看板所属的业务类型对上述用户角属性进行修正，得到目标操作用户角属性，包括：在上述目标流程看板所属的业务类型是预设业务类型的情况下，确定上述目标操作用户角属性为预设用户角属性；在上述目标流程看板所属的业务类型不是预设业务类型的情况下，获取上述目标操作用户的历史操作记录；对上述历史操作记录进行统计分析，得到分析结果；以及基于上述分析结果和上述目标流程看板所属的业务类型，对上述用户角属性进行修正，得到上述目标操作用户角属性。
10.根据本公开的实施例，上述基于上述业务表单和上述目标字段，对上述目标流程看板进行任务分配，以确定目标操作用户，包括：基于上述目标字段，从上述业务表单中提取与上述目标字段关联的表单数据，其中，上述表单数据包括至少一个用户标识信息；基于至少一个上述用户标识信息，确定至少一位操作用户；以及将基于上述目标流程看板生成的任务在至少一位上述操作用户中进行分配，以确定分配得到任务的上述目标操作用户。
11.根据本公开的实施例，上述方法还包括：在上述目标操作用户处理完成上述目标流程看板的情况下，响应于上述目标操作用户的拖拽操作，将上述目标流程看板从上述目标节点流转至上述目标流转节点。
12.本公开的另一方面还提供了一种权限管理装置，包括：第一确定模块，用于响应于权限配置请求，确定目标流程看板所处的目标节点，其中，上述权限配置请求中携带有目标字段；获取模块，用于从数据仓库中获取与上述目标流程看板关联的业务表单；分配模块，用于基于上述业务表单和上述目标字段，对上述目标流程看板进行任务分配，以确定目标操作用户，其中，上述目标操作用户具有用户角属性；以及配置模块，用于基于上述目标流程看板所属的业务类型和上述用户角属性，配置上述目标操作用户的业务流转权限。
13.本公开的另一个方面还提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当上述一个或多个指令被上述一个或多个处理器执行时，使得上述一个或多个处理器实现上述的权限管理方法。
14.本公开的另一个方面还提供了一种计算机可读存储介质，其上存储有可执行指令，上述可执行指令被处理器执行时使处理器实现上述的权限管理方法。
15.本公开的另一个方面还提供了一种计算机程序产品，上述计算机程序产品包括计算机可执行指令，上述计算机可执行指令在被执行时用于实现上述的权限管理方法。
16.根据本公开实施例提供的一种权限管理方法、装置、电子设备、存储介质和产品，通过响应于权限配置请求，确定目标流程看板所处的目标节点；从数据仓库中获取相关联的业务表单，基于业务表单和权限配置请求中携带的目标字段，确定操作用户；以及根据目标流程看板的业务类型和操作用户的角属性，配置业务流转权限。因为利用目标子段和业务表单确定操作用户，以及利用目标流程看板的属性和用户角确定了业务流转权限，进而可以充分利用权限配置请求和目标流程看板自身携带的信息，实现将目标流程看板自动流转至目标字段中所绑定的用户以及配置操作用户所能拥有的权限，至少部分地克服了相关技术中为流程看板的用户配置操作权限的配置方式灵活性差的问题，进而达到了提升
权限配置的效率和精细程度的技术效果。
附图说明
17.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
18.图1示意性示出了根据本公开实施例的权限管理方法和装置的系统架构图；
19.图2示意性示出了根据本公开实施例的权限管理方法的流程图；
20.图3示意性示出了根据本公开实施例的操作权限的配置示意图；
21.图4示意性示出了根据本公开实施例的业务流转权限的配置示意图；
22.图5示意性示出了根据本公开的实施例的权限管理装置的框图；以及
23.图6示意性示出了根据本公开实施例的适于实现权限管理方法的电子设备的框图。
具体实施方式
24.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
25.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
26.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
27.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
28.随着业务需求的不断提出，应用系统的搭建也需要满足不同的业务需求。利用传统软件开发搭建应用系统的过程，是专业技术人员根据用户需求，通过代码编写的方式实现各类应用系统搭建的过程。整个过程包括需求分析、系统设计、开发和测试等环节。因此，传统软件开发模式存在开发周期长、开发成本高、灵活性和拓展性差、需要大量开发人员等不足，传统软件开发模式已较难满足灵活多变的市场需求，在这种情境下，一种通过可视化方式实现快速搭建各种应用系统的开发模式-低代码开发应运而生。
29.低代码开发是指无需或仅需少量编写代码，就可通过可视化组件拖拉拽等方式快
速搭建各种应用系统。低代码平台旨在简化企业管理系统搭建的流程、时间、成本等，降低企业应用系统的搭建门槛，以达到快速实现系统搭建的目的。低代码平台可以帮助开发人员省去大量代码编写的工作，同时可以帮助非技术人员通过可视化界面快速生成应用。在应用系统搭建完成后，利用低代码编程平台的一键式自动化部署能力，将应用快速部署到指定环境中。同时，低代码平台能够完成不同应用之间的关系管理、变更与更新。此外，在应用系统搭建完成后，低代码平台会帮助用户对应用实行全生命周期管理，展示详细的应用运行数据，生成应用性能报告，同时根据历史数据给出智能化建议。
30.随着表单在低代码平台的应用越来越广泛，上述的配置方式已无法满足日益新增的用户需求。例如，传统低代码平台为流程看板的用户配置操作权限的配置方式一般为直接选择。直接选择是指通过人员选择器直接配置流程中某个节点的操作人，只有配置的用户才具备该节点的操作权限，此方式可能会使得某个流程节点的处理人员只能是固定的几个人员，在业务量大的情况下，可能降低业务的处理效率。当然，如果为更多的人均配置相同的权限以解决在业务量大时业务处理效率低的问题，这一方式也不可取，因为有些人员是不需要这些权限，而且这种方式还可能还会带来安全问题。又例如，在业务流程中，用户可能希望将流程节点自动流转到表单中执行人字段所绑定的人员，而不再是流转到固定的人员中，显然上述的直接选择的方式不能满足此要求。目前的操作权限配置方式存在灵活性低、配置效率低的问题。此外，传统低代码平台的流程看板一般只能配置流程的流转节点，例如节点a配置的流转节点是节点b和节点c，拥有节点a操作权限的用户均可将看板从节点a拖到至节点b或节点c，无法对流转节点的操作权限进行精细控制，不能实现节点操作权限的精细化管理。
31.有鉴于此，本公开的实施例提供了一种可以提高为用户配置操作权限的配置效率和提升权限配置的精细化程度的方法。具体地，本公开的实施例提供了一种权限管理方法、权限管理装置、电子设备、存储介质和程序产品。该权限管理方法包括：响应于权限配置请求，确定目标流程看板所处的目标节点，其中，权限配置请求中携带有目标字段；从数据仓库中获取与目标流程看板关联的业务表单；基于业务表单和目标字段，对目标流程看板进行任务分配，以确定目标操作用户，其中，目标操作用户具有用户角属性；以及基于目标流程看板所属的业务类型和用户角属性，配置目标操作用户的业务流转权限。
32.在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。
33.图1示意性示出了根据本公开实施例的权限管理方法和装置的系统架构图。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
34.如图1所示，根据该实施例的系统架构100可以包括目标流程看板101、多个目标节点102～106。
35.目标流程看板101可以是业务在审批过程、执行过程中的能够显示业务信息、审批信息、执行人信息、所在阶段、具有的操作权限、流转权限等信息的传输介质。
36.每一个目标节点均可以包括电子设备。目标节点中的其中任一个节点可以作为开
始节点，开始节点可以用于响应权限配置请求，并同时触发业务流转，并开始传输流程看板101。
37.目标节点中的其中任一个节点可以作为结束节点，结束节点可以是表示业务已完成或业务某一阶段终结的节点。
38.目标节点中的除开始节点和结束节点之外的其他节点还可以作为业务在审批过程、执行过程的所需要的审批节点、执行节点等。如图1所示，在权限管理过程中，作为开始节点可以响应于权限配置请求，确定流程看板101所处的目标节点；从数据仓库中获取与目标流程看板关联的业务表单；基于业务表单和权限配置请求中携带的目标字段，对目标流程看板进行任务分配，以确定目标操作用户；以及基于目标流程看板所属的业务类型和目标操作用户的用户角属性，配置目标操作用户的业务流转权限。
39.需要说明的是，本公开实施例所提供的权限管理方法一般可以由目标节点执行。相应地，本公开实施例所提供的权限管理装置一般可以设置于目标节点中。本公开实施例所提供的权限管理方法也可以由不同于目标节点且能够与目标节点交互的节点执行。相应地，本公开实施例所提供的权限管理装置也可以设置于不同于目标节点且能够与目标节点交互的节点中。
40.应该理解，图1中的目标流程看板、目标节点的数目仅仅是示意性的。根据实现需要，可以具有任意数目的目标流程看板、目标节点。
41.以下将基于图1描述的系统架构，通过图2～图4对公开实施例的权限管理方法进行详细描述。
42.图2示意性示出了根据本公开实施例的权限管理方法的流程图。
43.如图2所示，该方法包括操作s201～s204。
44.在操作s201，响应于权限配置请求，确定目标流程看板所处的目标节点，其中，权限配置请求中携带有目标字段。
45.在操作s202，从数据仓库中获取与目标流程看板关联的业务表单。
46.在操作s203，基于业务表单和目标字段，对目标流程看板进行任务分配，以确定目标操作用户，其中，目标操作用户具有用户角属性。
47.在操作s204，基于目标流程看板所属的业务类型和用户角属性，配置目标操作用户的业务流转权限。
48.根据本公开的实施例，权限配置请求可以是为处理流程业务的人员配置业务流转权限的请求。流程业务可以是关于新开发的模型或新开发的系统需要进行验证、测试、投入应用等业务。在该类业务流程中一般需要审核人员进行签核，若审核通过可以流转到下一流程节点或结束该业务流程，若审核未通过，则审核人员可以将该流程节点再转至开发人员，以便开发人员可以继续进行修改，因此审核人员需要具有业务流转权限。
49.根据本公开的实施例，目标流程看板可以是显示业务标识、业务信息、审批信息、执行人信息、所在阶段、具有的操作权限、流转权限等信息的传输介质，例如流程卡片形式等。目标流程看板可以随特定任务一起流动。
50.根据本公开的实施例，目标节点可以是流程的至少一个流转节点，流转节点可以包括待处理、处理中、待验证、已完成等节点。
51.根据本公开的实施例，通过用流程看板的方式体现流程业务信息，并利用可视化
方式的进行流程操作，可以方便用户更加直观的了解每个任务在流程中所处的阶段、执行该任务的操作者以及有关任务执行的其他详细信息。
52.根据本公开的实施例，数据仓库可以用于存储业务表单。具体地，可以根据目标流程看板中显示的业务标识，例如业务编号等，从数据仓库中查与该业务编号相对应的业务表单，并将该业务表单作为与目标流程看板相关联的业务表单。
53.根据本公开的实施例，目标字段可以是指姓名字段、执行人字段、审批人字段等。目标操作用户可以是姓名字段、执行人字段、审批人字段中出现的一个或多个用户。
54.根据本公开的实施例，用户角属性可以是目标用户自身的基本信息、自身的操作权限、以及与其他用户的关联关系等。
55.根据本公开的实施例，业务类型可以是根据业务的重要性确定的类型，也可以是根据业务出现次数确定的业务类型，还可以是根据业务的敏感性确定的业务类型，也可以是根据业务的保密性确定的业务类型等。
56.根据本公开的实施例，业务流转权限可以是业务能够流转到指定目标节点的权限。业务流转权限可以包括待处理节点的权限、处理中节点的权限、待验证节点的权限、已完成节点的权限，还可以包括新增业务流程权限、删除业务流程权限、跳过当前业务流程权限等。
57.根据本公开实施例提供的一种权限管理方法、装置、电子设备、存储介质和产品，通过响应于权限配置请求，确定目标流程看板所处的目标节点；从数据仓库中获取相关联的业务表单，基于业务表单和权限配置请求中携带的目标字段，确定操作用户；以及根据目标流程看板的业务类型和操作用户的角属性，配置业务流转权限。因为利用目标子段和业务表单确定操作用户，以及利用目标流程看板的属性和用户角确定了业务流转权限，进而可以充分利用权限配置请求和目标流程看板自身携带的信息，实现将目标流程看板自动流转至目标字段中所绑定的用户以及配置操作用户所能拥有的权限，至少部分地克服了相关技术中为流程看板的用户配置操作权限的配置方式灵活性差的问题，进而达到了提升权限配置的效率和精细程度的技术效果。
58.根据本公开的实施例，操作s203还可以包括如下操作：基于目标字段，从业务表单中提取与目标字段关联的表单数据，其中，表单数据包括至少一个用户标识信息；基于至少一个用户标识信息，确定至少一位操作用户；以及将基于目标流程看板生成的任务在至少一位操作用户中进行分配，以确定分配得到任务的目标操作用户。
59.根据本公开的实施例，用户标识信息可以是用户姓名、用户编号等。每一个用户姓名、每一个用户编号可以对应一个操作用户。根据目标净流程看板生成的流程任务类型、需要的流转节点、或任务的业务逻辑关系等可以在至少一位操作用户中进行分配，以得到在目标节点的目标操作用户。
60.图3示意性示出了根据本公开实施例的操作权限的配置示意图。
61.如图3所示，在权限配置中除了直接选择和按规则选择外，增加一种按表单字段选择自动进行分配的配置，例如，在响应到有业务流转事件时，分配规则可以选择按表单字段选择进行分配，字段可以选择姓名字段，流程引擎可以自动将表单字段中的“姓名”字段所绑定的用户设置为该流转节点的待办人，进而实现按照表单字段选择待办人这种灵活的自动分配方式。
62.根据本公开的实施例，根据业务表单中的姓名字段、执行人字段、审批人字段等预设字段确定在目标节点的目标操作用户，实现了流程节点的灵活配置。若采用规则配置的方式提前根据执行人字段、审批人字段中的用户进行流程绑定，在用户较多或业务较多的情况下，可能需要为每一个用户分别配置一个流程规则，这样不仅导致了工作量大，耗时耗力，而且有的用户可能不需要进行执行或审批等操作，这样也导致了资源的浪费。而本公开实施例提供的是不需要进行预先的规则设置，不需要提前绑定用户，在响应到业务流转事件时，可以直接根据业务表单中的姓名字段、执行人字段、审批人字段，自动分配到姓名字段、执行人字段、审批人字段中出现的一个或多个用户，不仅省时省力，而且还节省了资源的占用与消耗，提高了权限配置的效率。
63.根据本公开的实施例，操作s204还可以包括如下操作：从数据仓库中获取与目标流程看板关联的流程表单；基于流程表单，确定与目标节点关联的至少一个流转节点；基于目标流程看板所属的业务类型和用户角属性，从至少一个流转节点中确定目标流转节点；以及基于目标流转节点，配置目标操作用户的业务流转权限。
64.根据本公开的实施例，流程表单中可以包括待流转的或已流转的流转节点，目标节点可以是一个或多个流转节点。数据仓库中还可以存储流程表单。具体地，可以根据目标流程看板中显示的业务标识，例如业务编号等，从数据仓库中查与该业务编号相对应的流程表单，并将该流程表单作为与目标流程看板相关联的流程表单。
65.根据本公开的实施例，基于流程表单，确定与目标节点关联的至少一个流转节点可以包括如下操作：从流程表单中确定与目标节点关联的多个关联节点；以及基于业务逻辑关系，从多个关联节点中确定位于目标节点所表示的流程之后的至少一个流转节点。
66.根据本公开的实施例，流程表单中可以有多个待流转的或已流转的流转节点，根据目标节点的标识信息，例如编号、字段、排序号等可以从多个流转节点中确定与目标节点关联的多个流转节点。这多个关联流转节点例如是与目标节点属于同一流程业务的所有节点的集合。
67.根据本公开的实施例，业务逻辑关系可以与业务完成的顺序相关，例如一个业务处理流程的逻辑关系可以是待处理、处理中、待验证、已完成等。根据业务逻辑关系可以从所有节点的集合中确定在目标节点之后的一个或多个流程节点。
68.根据本公开的实施例，流转节点可以是具有节点角属性的。基于目标流程看板所属的业务类型和用户角属性，从至少一个流转节点中确定目标流转节点还可以包括如下操作：基于目标流程看板所属的业务类型对用户角属性进行修正，得到目标操作用户角属性；将目标操作用户角属性分别与至少一个流转节点的节点角属性进行匹配，得到至少一个匹配结果；以及基于至少一个匹配结果，从至少一个流转节点中确定目标流转节点。
69.根据本公开的实施例，对用户角属性进行修正可以包括如下操作：在目标流程看板所属的业务类型是预设业务类型的情况下，确定目标操作用户角属性为预设用户角属性；在目标流程看板所属的业务类型不是预设业务类型的情况下，获取目标操作用户的历史操作记录；对历史操作记录进行统计分析，得到分析结果；以及基于分析结果和目标流程看板所属的业务类型，对用户角属性进行修正，得到目标操作用户角属性。
70.根据本公开的实施例，预设业务类型可以是根据业务的重要性确定的类型，也可
以是根据业务出现次数确定的业务类型，还可以是根据业务的敏感性确定的业务类型，也可以是根据业务的保密性确定的业务类型等，预设业务类型可以是一种或多种业务类型。
71.根据本公开的实施例，预设用户角属性可以是用户自身的基本信息、自身的操作权限、以及与其他用户的关联关系等。
72.根据本公开的实施例，历史操作记录可以是用户在之前的审批过程中所执行过的操作，例如执行发起、审核、验证等操作。
73.根据本公开的实施例，分析结果可以是对用户执行过的操作进行统计分析后生成的表格文件。表格文件中可以包括所有执行过的操作、每个操作执行的次数、根据执行次数对每个操作进行排序后的排序结果等。
74.根据本公开的时实施例，根据分析结果和目标流程看板所属的业务类型，可以对用户角属性进行修正，得到目标操作用户角属性后，可以将目标操作用户角属性分别与至少一个流转节点的节点角属性进行匹配，得到至少一个匹配结果；在匹配结果表明目标操作用户角属性与流转节点的节点角属性是一致的情况下，可以基于至少一个匹配结果，可以从至少一个流转节点中确定目标流转节点。在确定目标流转节点后，可以配置目标操作用户的业务流转权限。
75.根据本公开的实施例，通过对用户角属性进行修正，得到目标操作用户角属性，可以解决对于不是预设业务类型(例如新开发、或之前从未处理过的业务类型，以及还未有针对此类业务类型的相应处理流程)的流程看板依然可以为用户配置用户角属性，进而可以根据角属性确定目标用户的业务流转权限，提高了权限配置的灵活性。
76.图4示意性示出了根据本公开实施例的业务流转权限的配置示意图。
77.如图4所示，若第一用户、第二用户、第三用户都拥有节点a的操作权限，将第一用户的角属性设置为a，第二用户的角属性设置为b，第三用户的角属性设置为c，节点b的角属性设置为a，节点c的角属性设置为b，节点d的角属性设置为c。则第一用户只能将业务流程从节点a流转至具有相同角属性的节点b，而不能将从节点a流转至节点c或节点d。具体地，第一用户可以通过拖、拉、拽等方式实现节点的流转。第二用户只能将业务流程从节点a流转至具有相同角属性的节点c，而不能从节点a流转至节点b或节点d，第三用户只能将业务流程从节点a流转至具有相同角属性的节点d，而不能从节点a流转至节点b或节点c。通过这种方式，可以实现对目标流转节点的进一步控制，满足用户对业务流转权限的精确性控制需求，提升权限配置的精细程度。
78.根据本公开的实施例，在流转节点包括待下发节点、待处理节点、处理种节点、待验证节点、已完成节点的情况下，与流转节点对应的人员权限可以分别被配置为待下发组、待处理组、处理中组、待验证组、已完成组。当用户有业务需要流转时，流程引擎可以根据配置的流转节点及与流转节点对应的人员权限判断该用户是否能够将待处理业务流转至指定的流转节点。例如，第一用户属于待处理组，则第一用户只能将待处理业务从待下发节点拖动至待处理节点，而不能拖动至其他流转节点，进而实现对业务流转权限的精确控制，提升权限配置的精细程度。
79.根据本公开的实施例，在目标操作用户处理完成目标流程看板的情况下，可以响应于目标操作用户的拖拽操作，将目标流程看板从目标节点流转至目标流转节点。
80.根据本公开的实施例，通过拖拉拽方式实现可视化构建应用，在低代码平台上开
发应用时，开发者可以在全可视化的页面里拖拉拽选择需要的ui(user interface，用户界面)元素到开发面板上形成应用的外观，根据预先设置的业务逻辑，拖拉拽形成应用逻辑、设计工作流和业务流、搭建后台数据库的关系等，实现可视化构建。
81.需要说明的是，本公开实施例中的流程图所示的操作除非明确说明不同操作之间存在执行的先后顺序，或者不同操作在技术实现上存在执行的先后顺序，否则，多个操作之间的执行顺序可以不分先后，多个操作也可以同时执行。
82.图5示意性示出了根据本公开的实施例的权限管理装置的框图。
83.如图5所示，权限管理装置包括第一确定模块510、获取模块520、分配模块530和配置模块540。
84.第一确定模块510，用于响应于权限配置请求，确定目标流程看板所处的目标节点，其中，权限配置请求中携带有目标字段。
85.获取模块520，用于从数据仓库中获取与目标流程看板关联的业务表单。
86.分配模块530，用于基于业务表单和目标字段，对目标流程看板进行任务分配，以确定目标操作用户，其中，目标操作用户具有用户角属性。
87.配置模块540，用于基于目标流程看板所属的业务类型和用户角属性，配置目标操作用户的业务流转权限。
88.根据本公开实施例提供的一种权限管理方法、装置、电子设备、存储介质和产品，通过响应于权限配置请求，确定目标流程看板所处的目标节点；从数据仓库中获取相关联的业务表单，基于业务表单和权限配置请求中携带的目标字段，确定操作用户；以及根据目标流程看板的业务类型和操作用户的角属性，配置业务流转权限。因为利用目标子段和业务表单确定操作用户，以及利用目标流程看板的属性和用户角确定了业务流转权限，进而可以充分利用权限配置请求和目标流程看板自身携带的信息，实现将目标流程看板自动流转至目标字段中所绑定的用户以及配置操作用户所能拥有的权限，至少部分地克服了相关技术中为流程看板的用户配置操作权限的配置方式灵活性差的问题，进而达到了提升权限配置的效率和精细程度的技术效果。
89.根据本公开的实施例，配置模块还可以包括获取子模块、第一确定子模块、第二确定子模块、配置子模块。
90.获取子模块，用于从数据仓库中获取与目标流程看板关联的流程表单。
91.第一确定子模块，用于基于流程表单，确定与目标节点关联的至少一个流转节点。
92.第二确定子模块，用于基于目标流程看板所属的业务类型和用户角属性，从至少一个流转节点中确定目标流转节点。
93.配置子模块，用于基于目标流转节点，配置目标操作用户的业务流转权限。
94.根据本公开的实施例，第一确定子模块还可以包括第一确定单元、第二确定单元。
95.第一确定单元，用于从流程表单中确定与目标节点关联的多个关联节点。
96.第二确定单元，用于基于业务逻辑关系，从多个关联节点中确定位于目标节点所表示的流程之后的至少一个流转节点。
97.根据本公开的实施例，第二确定子模块还可以包括修正单元、匹配单元、第三确定单元。
98.修正单元，用于基于目标流程看板所属的业务类型对用户角属性进行修正，得
到目标操作用户角属性。
99.匹配单元，用于将目标操作用户角属性分别与至少一个流转节点的节点角属性进行匹配，得到至少一个匹配结果。
100.第三确定单元，用于基于至少一个匹配结果，从至少一个流转节点中确定目标流转节点。
101.根据本公开的实施例，修正单元还可以包括第一确定子单元、获取子单元、分析子单元、修正子单元。
102.第一确定子单元，用于在目标流程看板所属的业务类型是预设业务类型的情况下，确定目标操作用户角属性为预设用户角属性。
103.获取子单元，用于在目标流程看板所属的业务类型不是预设业务类型的情况下，获取目标操作用户的历史操作记录。
104.分析子单元，用于对历史操作记录进行统计分析，得到分析结果。
105.修正子单元，用于基于分析结果和目标流程看板所属的业务类型，对用户角属性进行修正，得到目标操作用户角属性。
106.根据本公开的实施例，分配模块还可以包括提取子模块、第三确定子模块、分配子模块。
107.提前子模块，用于基于目标字段，从业务表单中提取与目标字段关联的表单数据，其中，表单数据包括至少一个用户标识信息。
108.第三确定子模块，用于基于至少一个用户标识信息，确定至少一位操作用户。
109.分配子模块，用于将基于目标流程看板生成的任务在至少一位操作用户中进行分配，以确定分配得到任务的目标操作用户。
110.根据本公开的实施例，权限管理装置还可以包括：流转模块。
111.流转模块，用于在目标操作用户处理完成目标流程看板的情况下，响应于目标操作用户的拖拽操作，将目标流程看板从目标节点流转至目标流转节点。
112.根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
113.例如，第一确定模块510、获取模块520、分配模块530和配置模块540中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一确定模块510、获取模块520、分配模块530和配置模块540中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵
列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一确定模块510、获取模块520、分配模块530和配置模块540中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
114.需要说明的是，本公开的实施例中权限管理装置部分与本公开的实施例中权限管理方法部分是相对应的，权限管理装置部分的描述具体参考权限管理方法部分，在此不再赘述。
115.图6示意性示出了根据本公开实施例的适于实现权限管理方法的电子设备的框图。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
116.如图6所示，根据本公开实施例的计算机电子设备600包括处理器601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
117.在ram 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、rom 602以及ram 603通过总线604彼此相连。处理器601通过执行rom 602和/或ram 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom602和ram 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
118.根据本公开的实施例，电子设备600还可以包括输入/输出(i/o)接口605，输入/输出(i/o)接口605也连接至总线604。电子设备600还可以包括连接至i/o接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
119.根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
120.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/
系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
121.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
122.例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 602和/或ram 603和/或rom 602和ram 603以外的一个或多个存储器。
123.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的权限管理方法。
124.在该计算机程序被处理器601执行时，执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
125.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分609被下载和安装，和/或从可拆卸介质611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
126.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
127.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在
不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
128.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。
技术特征：
1.一种权限管理方法，包括：响应于权限配置请求，确定目标流程看板所处的目标节点，其中，所述权限配置请求中携带有目标字段；从数据仓库中获取与所述目标流程看板关联的业务表单；基于所述业务表单和所述目标字段，对所述目标流程看板进行任务分配，以确定目标操作用户，其中，所述目标操作用户具有用户角属性；以及基于所述目标流程看板所属的业务类型和所述用户角属性，配置所述目标操作用户的业务流转权限。2.根据权利要求1所述的方法，其中，所述基于所述目标流程看板所属的业务类型和所述用户角属性，配置所述目标操作用户的业务流转权限，包括：从所述数据仓库中获取与所述目标流程看板关联的流程表单；基于所述流程表单，确定与所述目标节点关联的至少一个流转节点；基于所述目标流程看板所属的业务类型和所述用户角属性，从至少一个所述流转节点中确定目标流转节点；以及基于所述目标流转节点，配置所述目标操作用户的业务流转权限。3.根据权利要求2所述的方法，其中，所述基于所述流程表单，确定与所述目标节点关联的至少一个流转节点，包括：从所述流程表单中确定与所述目标节点关联的多个关联节点；以及基于业务逻辑关系，从多个所述关联节点中确定位于所述目标节点所表示的流程之后的至少一个所述流转节点。4.根据权利要求2所述的方法，其中，所述流转节点具有节点角属性；其中，所述基于所述目标流程看板所属的业务类型和所述用户角属性，从至少一个所述流转节点中确定目标流转节点，包括：基于所述目标流程看板所属的业务类型对所述用户角属性进行修正，得到目标操作用户角属性；将所述目标操作用户角属性分别与至少一个所述流转节点的节点角属性进行匹配，得到至少一个匹配结果；以及基于至少一个所述匹配结果，从至少一个所述流转节点中确定所述目标流转节点。5.根据权利要求4所述的方法，其中，所述基于所述目标流程看板所属的业务类型对所述用户角属性进行修正，得到目标操作用户角属性，包括：在所述目标流程看板所属的业务类型是预设业务类型的情况下，确定所述目标操作用户角属性为预设用户角属性；在所述目标流程看板所属的业务类型不是预设业务类型的情况下，获取所述目标操作用户的历史操作记录；对所述历史操作记录进行统计分析，得到分析结果；以及基于所述分析结果和所述目标流程看板所属的业务类型，对所述用户角属性进行修正，得到所述目标操作用户角属性。6.根据权利要求1所述的方法，其中，所述基于所述业务表单和所述目标字段，对所述目标流程看板进行任务分配，以确定目标操作用户，包括：
基于所述目标字段，从所述业务表单中提取与所述目标字段关联的表单数据，其中，所述表单数据包括至少一个用户标识信息；基于至少一个所述用户标识信息，确定至少一位操作用户；以及将基于所述目标流程看板生成的任务在至少一位所述操作用户中进行分配，以确定分配得到任务的所述目标操作用户。7.根据权利要求1所述的方法，还包括：在所述目标操作用户处理完成所述目标流程看板的情况下，响应于所述目标操作用户的拖拽操作，将所述目标流程看板从所述目标节点流转至所述目标流转节点。8.一种权限管理装置，包括：第一确定模块，用于响应于权限配置请求，确定目标流程看板所处的目标节点，其中，所述权限配置请求中携带有目标字段；获取模块，用于从数据仓库中获取与所述目标流程看板关联的业务表单；分配模块，用于基于所述业务表单和所述目标字段，对所述目标流程看板进行任务分配，以确定目标操作用户，其中，所述目标操作用户具有用户角属性；以及配置模块，用于基于所述目标流程看板所属的业务类型和所述用户角属性，配置所述目标操作用户的业务流转权限。9.一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任一项所述的方法。10.一种计算机可读存储介质，其上存储有可执行指令，所述可执行指令被处理器执行时使处理器实现权利要求1至7中任一项所述的方法。11.一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述计算机可执行指令在被执行时用于实现权利要求1至7中任一项所述的方法。
技术总结
本公开提供了一种权限管理方法、装置、电子设备和存储介质，可以应用于计算机技术领域。该方法包括：响应于权限配置请求，确定目标流程看板所处的目标节点，其中，权限配置请求中携带有目标字段；从数据仓库中获取与目标流程看板关联的业务表单；基于业务表单和目标字段，对目标流程看板进行任务分配，以确定目标操作用户，其中，目标操作用户具有用户角属性；以及基于目标流程看板所属的业务类型和用户角属性，配置目标操作用户的业务流转权限。限。限。
