CN114329369A - 权限管理方法及装置、电子设备、计算机可读介质 - Google Patents

Abstract

本申请的实施例揭示了一种权限管理方法及装置、电子设备、计算机可读介质，该方法包括：对获取到的业务权限信息进行分类，得到多个业务权限集合，其中一个业务权限集合对应一种类型，且每个业务权限集合包括多个业务权限信息，之后从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息，之后将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合，并基于目标权限集合对业务组中含有的业务方进行权限管理。本申请实施例的技术方案提升了权限管理的准确性，极大地优化了权限管理方案。

Description

权限管理方法及装置、电子设备、计算机可读介质

技术领域

本申请涉及计算机通信技术领域，具体而言，涉及一种权限管理方法、权限管理装置、电子设备以及计算机可读介质。

背景技术

目前权限管理涉及到多个应用场景，例如在运营商设计相关产品服务的应用场景中，通常所采用的做法是人工一一配置各个业务方(也可以称之为用户)的权限。由于权限的类型较多，并且不同类型的权限之间可能会存在关联关系，因此，在对用户的权限进行配置时常常会出现漏配或多配的现象，从而导致权限管理出现诸多问题。

由此，如何提升权限管理的准确性是亟待解决的问题。

发明内容

为解决上述技术问题，本申请的实施例提供了一种权限管理方法及装置、电子设备、计算机可读介质，进而至少在一定程度上提升了权限管理的准确性。

根据本申请实施例的一个方面，提供了一种权限管理方法，所述方法包括：对获取到的业务权限信息进行分类，得到多个业务权限集合；其中，一个业务权限集合对应一种类型，且每个业务权限集合包括多个业务权限信息；从所述多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息；将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合；基于所述目标权限集合对所述业务组中含有的业务方进行权限管理。

根据本申请实施例的一个方面，提供了一种权限管理装置，所述装置包括：分类模块，配置为对获取到的业务权限信息进行分类，得到多个业务权限集合；其中，一个业务权限集合对应一种类型，且每个业务权限集合中包括多个业务权限信息；获取模块，配置为从所述多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息；组合模块，配置为将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合；管理模块，配置为基于所述目标权限集合对所述业务组中含有的业务方进行权限管理。

在本申请的一个实施例中，基于前述方案，所述组合模块包括：获取单元，配置为基于预设业务权限信息编码标识映射关系表，分别获取所述多个目标业务权限信息的编码标识；组合单元，配置为将所述多个目标业务权限信息的编码标识进行组合，得到业务组匹配的所述目标权限集合。

在本申请的一个实施例中，基于前述方案，所述获取单元，具体配置为：对所述多个业务权限集合中含有的多个业务权限信息分别进行编码标识的设置，生成预设业务权限信息编码标识映射关系表；从所述预设业务权限信息编码标识映射关系表中分别获取所述多个目标业务权限信息的编码标识。

在本申请的一个实施例中，基于前述方案，所述组合单元，具体配置为：基于目标业务权限信息之间的关联关系，将所述多个目标业务权限信息的编码标识进行组合，得到多个目标权限子集合；其中，每个目标权限子集合包括不同类型的业务权限信息的编码标识；对所述多个目标权限子集合进行合并处理，得到业务组匹配的所述目标权限集合。

在本申请的一个实施例中，基于前述方案，所述组合单元，还具体配置为：基于接收到的校验指令分别对所述多个目标权限子集合进行校验；若所述多个目标权限子集合均校验通过，则对所述多个目标权限子集合进行合并处理，得到业务组匹配的所述目标权限集合。

在本申请的一个实施例中，基于前述方案，所述分类模块，具体配置为：对获取到的业务权限信息进行分类，得到菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合。

在本申请的一个实施例中，基于前述方案，所述获取模块，具体配置为：从所述菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合中分别获取目标业务权限信息，得到所述多个目标业务权限信息。

在本申请的一个实施例中，基于前述方案，所述装置还包括：确定模块，配置为确定业务方的角色信息，所述角色信息表征具有相同权限的业务方的分类信息；添加模块，配置为将所述业务方添加到与所述业务方的角色信息匹配的业务组中。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如前所述的权限管理方法。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被计算机的处理器执行时实现如前所述的权限管理方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品，包括计算机指令，所述计算机指令被计算机的处理器执行时实现如前所述的权限管理方法。

在本申请的实施例所提供的技术方案中通过对业务权限信息进行分类，并基于分类后的多个业务权限集合得到多个目标业务权限信息，进而将多个目标业务权限信息进行组合，得到目标权限集合，这样得到的目标权限集合包括多种类型的业务权限信息，业务权限的粒度划分更为细腻，并且不容易出现漏配或多配的现象；由此，基于该目标权限集合对业务组中含有的业务方进行权限管理的粒度也更为细腻，相对于相关技术中人工一一配置的方式，权限管理的准确性更高，同时也减少了负责权限管理的相关工作人员的工作量，节省了人力资源。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是可以应用本申请实施例的技术方案的示例性实施环境的示意图；

图2是本申请的一示例性实施例示出的权限管理方法的流程图；

图3是本申请的一示例性实施例示出的权限管理方法的流程图；

图4是图2所示实施例中的步骤S203在一示例性实施例中的流程图；

图5是图4所示实施例中的步骤S401在一示例性实施例中的流程图；

图6是图4所示实施例中的步骤S402在一示例性实施例中的流程图；

图7是图6所示实施例中的步骤S602在一示例性实施例中的流程图；

图8是本申请的一示例性实施例示出的权限管理方法的流程图；

图9是本申请的一示例性实施例示出的目标权限集合的示意图；

图10是本申请的一示例性实施例示出的权限管理装置的结构示意图；

图11是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

目前权限管理涉及到多个应用场景，例如在运营商设计第五代移动通信技术(5thGeneration Mobile Communication Technology，5G)相关产品服务的应用场景中，通常所采用的做法是人工一一配置各个业务方(也可以称之为用户)的权限。由于权限的类型较多，并且不同类型的权限之间可能会存在关联关系，因此，在对用户的权限进行配置时常常会出现漏配或多配的现象，从而导致权限管理出现诸多问题，权限管理的准确性较低。

基于此，本申请实施例提出了一种权限管理方法，不仅提升了权限管理的准确性，而且降低了权限管理的难度，为相关工作人员的开发带来了诸多便利。

请参阅图1，图1是本申请一种示例性实施环境的示意图。该实施环境中包括终端设备101和服务器102，终端设备101和服务器102之间通过有线或者无线网络进行通信。

应该理解，图1中的终端设备101和服务器102的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备101和服务器102。

其中，终端设备101对应客户端，其可以是任意具有用户输入接口的电子设备，包括但不限于智能手机、平板、笔记本电脑、计算机等等，其中，用户输入接口包括但不限于触摸屏、键盘、物理按键、音频拾取装置等。

其中，服务器102对应服务端，其可以是提供各种服务的服务器，其可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器，本处不对此进行限制。

在本申请的一些实施例中，权限管理方法可以由服务器102执行，相应地，权限管理装置配置于服务器102中。可选地，服务器102可以对获取到的业务权限信息进行分类，得到多个业务权限集合，其中一个业务权限集合对应一种类型，且每个业务权限集合包括多个业务权限信息，之后从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息，之后将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合，之后基于目标权限集合对业务组中含有的业务方进行权限管理。

在本申请的一些实施例中，权限管理方法可以由终端设备101执行，相应地，权限管理装置配置于终端设备101中。可选地，终端设备101可以对获取到的业务权限信息进行分类，得到多个业务权限集合，其中一个业务权限集合对应一种类型，且每个业务权限集合包括多个业务权限信息，之后从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息，之后将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合，之后基于目标权限集合对业务组中含有的业务方进行权限管理。

以下对本申请实施例的技术方案的各种实现细节进行详细阐述：

请参阅图2，图2是本申请的一个实施例示出的权限管理方法的流程图。该方法可以应用于图1所示的实施环境中，并由图1所示实施环境中的服务器102或者终端设备101执行。如图2所示，权限管理方法至少包括步骤S201至步骤S204，详细介绍如下：

步骤S201，对获取到的业务权限信息进行分类，得到多个业务权限集合；其中，一个业务权限集合对应一种类型，且每个业务权限集合包括多个业务权限信息。

本申请实施例中业务权限信息指的是与业务相关的权限信息，当业务方被分配了权限信息即表征业务方可以访问与该权限信息对应的资源。其中，一个业务所涉及的业务权限信息通常为多个；例如业务1可以对应业务权限信息1-20，业务2可以对应业务权限信息21-30。

本申请实施例中业务权限集合指的是包括多个业务权限信息的集合。其中，一个业务权限集合对应一种类型，即一个业务权限集合所含有的多个业务权限信息都属于同一种类型。

举例说明，请参见表1所示，为一种对获取到的业务权限信息进行分类的示例，其中对获取到的业务权限信息进行分类后可以得到多个业务权限集合，并且每个业务权限集合中都含有多个业务权限信息。

类型	业务权限集合	业务权限信息
			A	A’	a1、a2、a3、a4、a5、a6、a7
B	B’	b1、b2、b3、b4
			C	C’	c1、c2、c3、c4、c5、c6、c7、c8、c9、c10
……	……	……

表1

在本申请的一个实施例中，步骤S201中对获取到的业务权限信息进行分类，得到多个业务权限集合的过程，可以包括以下步骤，详细介绍如下：

对获取到的业务权限信息进行分类，得到菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合。

也即，可选实施例中是从三个维度对获取到的业务权限信息进行分类，其中三个维度分别是菜单维度、数据维度以及操作维度，相应地，分类得到与菜单维度匹配的菜单类型的业务权限集合，与数据维度匹配的数据类型的业务权限集合，与操作维度匹配的操作类型的权限集合。

其中，可选实施例中菜单类型的业务权限集合包括但不限于服务编排菜单的业务权限信息、资源编排菜单的业务权限信息、控制编排菜单的业务权限信息等。

其中，可选实施例中数据类型的业务权限集合包括但不限于业务数据的业务权限信息、网络数据的业务权限信息、资源数据的业务权限信息等。

其中，可选实施例中操作类型的权限集合包括但不限于增加的业务权限信息、删除的业务权限信息、修改的业务权限信息、查询的业务权限信息、审核的业务权限信息、打包发布的业务权限信息、退网弃用的业务权限信息等。

需要说明的是，前述所示例的是运营商设计5G相关产品服务的应用场景中所涉及到的业务权限信息，在其他应用场景中业务权限信息根据具体应用场景为准。

步骤S202，从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息。

本申请实施例中对获取到的业务权限信息进行分类，得到多个业务权限集合，之后可以从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息。

本申请实施例中目标业务权限信息指的是从业务权限集合中获取到的业务权限信息，即将从业务权限集合中获取到的业务权限信息作为目标业务权限信息。

举例说明，例如设得到的多个业务权限集合为A’、B’、C’，那么此时可以从业务权限集合A’中获取目标业务权限信息a1，可以从业务权限集合B’中获取目标业务权限信息b1、b2，可以从业务权限集合C’中获取目标业务权限信息c1、c2、c3、c4，此时得到多个业务权限信息a1、b1、b2、c1、c2、c3、c4即为目标业务权限信息。

在本申请的一个实施例中，若多个业务权限集合为菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合；步骤S202中从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息的过程，可以包括以下步骤，详细介绍如下：

从菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息。

也即，可选实施例中如果得到的多个业务权限集合为菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合，那么此时可以分别从菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合中获取目标业务权限信息，从而得到多个目标业务权限信息。

需要说明的是，在实际应用中，得到多个目标业务权限信息的过程可以根据具体应用场景进行灵活调整。

步骤S203，将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合。

本申请实施例中从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息，之后可以将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合。

本申请实施例中业务组指的是包括一个或多个业务方的组/集合。其中，一个业务组中所含有的一个或多个业务方的权限信息是相同的，即都对应一个目标权限集合。

在本申请的一个实施例中，请参阅图3，在步骤S203中将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合的过程之前，方法还可以包括以下步骤，详细介绍如下：

步骤S301，确定业务方的角色信息，角色信息表征具有相同权限的业务方的分类信息；

步骤S302，将业务方添加到与业务方的角色信息匹配的业务组中。

也即，可选实施例中首先是确定业务方的角色信息，其中角色信息表征具有相同权限的业务方的分类信息，之后将业务方添加到与业务方的角色信息匹配的业务组中。

其中，可选实施例中业务组与角色信息之间的关系是一比一，即一个业务组对应一个角色信息。

举例说明，请参见表2所示，为一种业务组与角色信息、业务方之间关系的示例，其中业务组1’对应角色信息1，业务组2’对应角色信息2，业务组3’对应角色信息3，每个业务组中又分别含有多个业务方。可以理解的是，如果新增了一个业务方29，并确定业务方29的角色信息为2，那么此时可以将业务方29添加到与业务方29的角色信息2匹配的业务组2’中(表2中未示例出)。

角色信息	业务组	业务方
			1	1’	11、12、13、14、15
2	2’	21、22、23、24、25、26、27、28
			3	3’	31、32、33、34
……	……	……

表2

本申请实施例中目标权限集合指的是业务组所匹配的权限集合，即将得到的与业务组匹配的权限集合作为目标权限集合。

这样，预先将业务方添加到与业务方的角色信息匹配的业务组中，可以仅对业务组进行权限设置，而不用再单独对各个业务方进行相同权限的设置，减少了权限设置数据量，节省了系统开销，从而降低了权限管理的难度，提升了权限管理的灵活性和效率。

在本申请的一个实施例中，请参阅图4，步骤S203中将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合的过程，可以包括以下步骤，详细介绍如下：

步骤S401，基于预设业务权限信息编码标识映射关系表，分别获取多个目标业务权限信息的编码标识；

步骤S402，将多个目标业务权限信息的编码标识进行组合，得到业务组匹配的目标权限集合。

也即，可选实施例中可以基于预设业务权限信息编码标识映射关系表，分别获取多个目标业务权限信息的编码标识，之后将多个目标业务权限信息的编码标识进行组合，得到业务组匹配的目标权限集合。

其中，可选实施例中预设业务权限信息编码标识映射关系表是预先生成的，该预设业务权限信息编码标识映射关系表中含有业务权限信息与编码标识的映射关系。例如请参见表3所示，为一种预设业务权限信息编码标识映射关系表的示例。

表3

这样，基于目标业务权限信息的编码标识进行组合，所得到的目标权限集合的数据量会相对较少，节省了系统存储资源，并且更加便于负责权限管理的工作人员的开发与管理。

在本申请的一个实施例中，请参阅图5，步骤S401中基于预设业务权限信息编码标识映射关系表，分别获取多个目标业务权限信息的编码标识的过程，可以包括以下步骤，详细介绍如下：

步骤S501，对多个业务权限集合中含有的多个业务权限信息分别进行编码标识的设置，生成预设业务权限信息编码标识映射关系表；

步骤S502，从预设业务权限信息编码标识映射关系表中分别获取多个目标业务权限信息的编码标识。

也即，可选实施例中可以是对多个业务权限集合中含有的多个业务权限信息分别进行编码标识的设置，生成预设业务权限信息编码标识映射关系表，之后从预设业务权限信息编码标识映射关系表中分别获取多个目标业务权限信息的编码标识。

其中，可选实施例中得到多个业务权限集合，之后可以分别对各个业务权限集合中所含有的多个业务权限信息进行编码标识的设置。可以理解的是，不同业务权限集合的编码标识可以相同，也可以不同，其中：

示例性地，如果不同业务权限集合的编码标识相同时，可以参见表3所示，都是从1开始进行编码标识；这样不同业务权限集合中的业务权限信息都从一个相同的数开始编码标识，不容易出错。

示例性地，如果不同权限集合的编码标识不同时，仍如表3所示，但是业务权限信息a1、a2分别对应的编码标识为11、12，业务权限信息b1、b2、b3分别对应的编码标识为21、22、23，业务权限信息c1、c2分别对应的编码标识为31、32，其他业务权限信息的编码标识依次类推即可，这里不再赘述；这样将不同业务权限集合中的业务权限信息的编码标识区分开，能够更加直观明了，以根据编码标识即可确定业务权限信息所属的业务权限集合。

举例说明，例如设目标业务权限信息为a1、b3、c2，因此可以通过查找如表3所示的预设业务权限信息编码标识映射关系表，获取到与目标业务权限信息a1对应的编码标识1，与目标业务权限信息b3对应的编码标识3，与目标业务权限信息c2对应的编码标识2，之后将编码标识1、3、2进行组合，即可得到业务组匹配的目标权限集合(1，3，2)。

这样，预先生成预设业务权限信息编码标识映射关系表，可以快速简便地获取到多个目标业务权限信息的编码标识，提升了获取多个目标业务权限信息的编码标识的速率。

在本申请的一个实施例中，请参阅图6，步骤S402中将多个目标业务权限信息的编码标识进行组合，得到业务组匹配的目标权限集合的过程，可以包括以下步骤，详细介绍如下：

步骤S601，基于目标业务权限信息之间的关联关系，将多个目标业务权限信息的编码标识进行组合，得到多个目标权限子集合；其中，每个目标权限子集合包括不同类型的业务权限信息的编码标识；

步骤S602，对多个目标权限子集合进行合并处理，得到业务组匹配的目标权限集合。

也即，可选实施例中可以基于目标业务权限信息之间的关联关系，将多个目标业务权限信息的编码标识进行组合，得到多个目标权限子集合，其中每个目标权限子集合包括不同类型的业务权限信息的编码标识，之后对多个目标权限子集合进行合并处理，得到业务组匹配的目标权限集合。

其中，可选实施例中目标业务权限信息之间的关联关系指的是目标业务权限之间的可能存在的某种关系或不可能存在的某种关系。例如相关菜单的业务权限信息会涉及到相关数据的业务权限信息，可以理解为相关菜单的业务权限信息与相关数据的业务权限信息之间存在包含关系，即相关菜单的业务权限信息包含相关数据的业务权限信息；相关数据的业务权限信息会涉及到相关操作的业务权限信息，可以理解为相关数据的业务权限信息与相关操作的业务权限信息之间存在包含关系，即相关数据的业务权限信息包含相关操作的业务权限信息。

其中，可选实施例中的目标权限子集合指的是包括不同类型的业务权限信息的编码标识的集合，其是作为目标权限集合中的一个子集合。

举例说明，例如设目标业务权限信息为a1、b1、c1、c2，因此可以通过查找如表3所示的预设业务权限信息编码标识映射关系表，获取到与目标业务权限信息a1对应的编码标识1，与目标业务权限信息b1对应的编码标识1，与目标业务权限信息c1对应的编码标识1，与目标业务权限信息c2对应的编码标识2；同时设目标业务权限信息a1、b1、c1、c2之间的关联关系为a1包括b1，b1包括c1、c2，此时根据该关联关系将编码标识1、1、1、2进行组合，即可得到目标权限子集合1(1,1,1)以及目标权限子集合2(1,1,2)，之后将目标权限子集合1(1,1,1)与目标权限子集合2(1,1,2)进行合并处理，得到业务组匹配的目标权限集合(1,1,1)、(1,1,2)。

这样，基于目标业务权限信息之间的关联关系，得到多个目标权限子集合，进而根据多个目标权限子集合得到最终的目标权限集合，权限管理的粒度更为细腻，并且简单便于实现。

在本申请的一个实施例中，请参阅图7，步骤S602中对多个目标权限子集合进行合并处理，得到业务组匹配的目标权限集合的过程，可以包括以下步骤，详细介绍如下：

步骤S701，基于接收到的校验指令分别对多个目标权限子集合进行校验；

步骤S702，若多个目标权限子集合均校验通过，则对多个目标权限子集合进行合并处理，得到业务组匹配的目标权限集合。

也即，可选实施例中可以接收校验指令，之后基于接收到的校验指令分别对多个目标权限子集合进行校验，之后根据校验结果确定是否对多个目标权限子集合进行合并处理，以得到业务组匹配的目标权限集合。

其中，可选实施例中所接收到的校验指令可以是负责权限管理的相关工作人员下发，其中该校验指令可以通过任意方式下发，包括但不限于语音输入、点击操作等。

示例性地，如果多个目标权限子集合均校验通过，则表征多个目标权限子集合都是正确的，因此，此时可以对多个目标权限子集合进行合并处理，从而得到业务组匹配的目标权限集合。

示例性地，如果多个目标权限子集合中存在至少一个目标权限子集合未校验通过，则表征存在目标权限子集合是错误的，因此，此时可以剔除掉错误的目标权限子集合，并生成其对应的正确的目标权限子集合，直至所有的目标权限子集合均正确，之后可以对多个目标权限子集合进行合并处理，从而得到业务组匹配的目标权限集合。

举例说明，例如设承接上述示例，得到目标权限子集合1(1,1,1)以及目标权限子集合2(1,1,2)，之后基于接收到的校验指令对目标权限子集合1(1,1,1)以及目标权限子集合2(1,1,2)进行校验。其中如果目标权限子集合1(1,1,1)以及目标权限子集合2(1,1,2)均校验通过，则将目标权限子集合1(1,1,1)与目标权限子集合2(1,1,2)进行合并处理，得到业务组匹配的目标权限集合(1,1,1)、(1,1,2)；如果目标权限子集合1(1,1,1)以及目标权限子集合2(1,1,2)中存在至少一个未校验通过，则此时不做处理。

这样，通过对多个目标权限子集合进行校验，并在多个目标权限子集合均校验通过时，才将多个目标权限子集合进行合并处理得到最终的目标权限集合，在极大程度上提升了所得到的目标权限集合的准确性，从而提升了基于目标权限集合对业务组中含有的业务方进行权限管理的准确性。

步骤S204，基于目标权限集合对业务组中含有的业务方进行权限管理。

本申请实施例中将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合，之后可以基于目标权限集合对业务组中含有的业务方进行权限管理。

举例说明，例如设业务组1’中含有业务方11、12、13、14、15，同时设业务组1’对应的目标权限集合为(1,1,1)、(1,1,2)，因此，根据目标权限集合(1,1,1)、(1,1,2)对业务方11、12、13、14、15进行权限管理，即业务方11、12、13、14、15能够访问与权限信息(1,1,1)、(1,1,2)对应的资源。

本申请实施例中通过对业务权限信息进行分类，并基于分类后的多个业务权限集合得到多个目标业务权限信息，进而将多个目标业务权限信息进行组合，得到目标权限集合，这样得到的目标权限集合包括多种类型的业务权限信息，业务权限的粒度划分更为细腻，并且不容易出现漏配或多配的现象；由此，基于该目标权限集合对业务组中含有的业务方进行权限管理的粒度也更为细腻，相对于相关技术中人工一一配置的方式，权限管理的准确性更高，同时也减少了负责权限管理的相关工作人员的工作量，节省了人力资源。

以下对本申请实施例的具体应用场景进行详细说明：

请参阅图8，图8是本申请的一个实施例示出的权限管理方法的流程图。

如图8所示，权限管理方法至少包括步骤S801至步骤S806，详细介绍如下：

步骤S801，对获取到的业务权限信息进行分类，得到菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合。

可选地，一个业务权限集合对应一种类型，且每个业务权限集合包括多个业务权限信息。

可选地，菜单类型的业务权限集合包括服务编排菜单的业务权限信息、资源编排菜单的业务权限信息、控制编排菜单的业务权限信息。

可选地，数据类型的业务权限集合包括业务数据的业务权限信息、网络数据的业务权限信息、资源数据的业务权限信息。

可选地，操作类型的权限集合包括增加的业务权限信息、删除的业务权限信息、修改的业务权限信息、查询的业务权限信息、审核的业务权限信息、打包发布的业务权限信息、退网弃用的业务权限信息等。

步骤S802，从菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息。

可选地，相关菜单的业务权限信息可以看作x维度，相关数据的业务权限信息可以看作y维度，相关操作的业务权限信息可以看作z维度。

可选地，设A(x1，y1，z1)，则表示拥有查看x1菜单界面里，y1数据类的z1操作权限(也称功能权限)信息。其中，若x1界面内有n种数据类型，则A(x1，y1，z1)中y1存在n种取值，针对第n种数据类型存在mn种操作，则x1菜单界面内拥有的操作权限个数为：

具体分别为：

其中，z在每一行内不重复，不同行内可以重复，如

可能相同。

步骤S803，对多个业务权限集合中含有的多个业务权限信息分别进行编码标识的设置，生成预设业务权限信息编码标识映射关系表。

可选地，步骤S803的具体实施过程请参见前述实施例，这里不再赘述。

步骤S804，从预设业务权限信息编码标识映射关系表中分别获取多个目标业务权限信息的编码标识。

可选地，步骤S804的具体实施过程请参见前述实施例，这里不再赘述。

步骤S805，基于目标业务权限信息之间的关联关系，将多个目标业务权限信息的编码标识进行组合，得到多个目标权限子集合；其中，每个目标权限子集合包括不同类型的业务权限信息的编码标识。

举例说明，请参见表4所示，在服务编排菜单这一业务权限信息下对应有业务数据与网络数据的业务权限信息，同时业务数据与网络数据的业务权限信息下对应有增加、删除、修改、查询、审核、打包发布、退网弃用的业务权限信息，并基于各个业务权限信息的编码标识，针对服务编排菜单下的业务权限信息得到的权限子集合如下：

序号	业务权限信息	权限子集合
			1	服务编排菜单，业务数据，增加	(1,1,1)
2	服务编排菜单，业务数据，删除	(1,1,2)
			3	服务编排菜单，业务数据，修改	(1,1,3)
4	服务编排菜单，业务数据，查询	(1,1,4)
			5	服务编排菜单，业务数据，审核	(1,1,5)
6	服务编排菜单，业务数据，打包发布	(1,1,6)
			7	服务编排菜单，业务数据，退网弃用	(1,1,7)
8	服务编排菜单，网络数据，增加	(1,2,1)
			9	服务编排菜单，网络数据，删除	(1,2,2)
10	服务编排菜单，网络数据，修改	(1,2,3)
			11	服务编排菜单，网络数据，查询	(1,2,4)
12	服务编排菜单，网络数据，审核	(1,2,5)
			13	服务编排菜单，网络数据，打包发布	(1,2,6)
14	服务编排菜单，网络数据，退网弃用	(1,2,7)

表4

再举例说明，请参见表5所示，在资源编排菜单这一业务权限信息下对应有业务数据、网络数据与资源数据的业务权限信息，同时业务数据、网络数据与资源数据的业务权限信息下对应有增加、删除、修改、查询打包发布的业务权限信息，基于各个业务权限信息的编码标识，针对资源编排菜单下的业务权限信息得到的权限子集合如下：

序号	业务权限信息	权限子集合
			1	资源编排菜单，业务数据，增加	(2,1,1)
2	资源编排菜单，业务数据，删除	(2,1,2)
			3	资源编排菜单，业务数据，修改	(2,1,3)
4	资源编排菜单，业务数据，查询	(2,1,4)
			5	资源编排菜单，业务数据，打包发布	(2,1,5)
6	资源编排菜单，网络数据，增加	(2,2,1)
			7	资源编排菜单，网络数据，删除	(2,2,2)
8	资源编排菜单，网络数据，修改	(2,2,3)
			9	资源编排菜单，网络数据，查询	(2,2,4)
10	资源编排菜单，网络数据，打包发布	(2,2,5)
			11	资源编排菜单，资源数据，增加	(2,3,1)
12	资源编排菜单，资源数据，删除	(2,3,2)
			13	资源编排菜单，资源数据，修改	(2,3,3)
14	资源编排菜单，资源数据，查询	(2,3,4)
			15	资源编排菜单，资源数据，打包发布	(2,3,5)

表5

需要说明的是，表4和表5为将多个业务权限信息依次进行组合，由此得到的多个权限子集合。在实际应用中，需要将所获取到的多个目标业务权限信息进行组合，由此得到多个目标权限子集合；例如设目标业务权限信息为服务编排菜单、资源编排菜单、业务数据、增加、删除、修改、查询，那么得到的目标权限子集合如下表6所示：

(1,1,1)	(2,1,1)
		(1,1,2)	(2,1,2)
(1,1,3)	(2,1,3)
		(1,1,4)	(2,1,4)

表6

步骤S806，对多个目标权限子集合进行合并处理，得到业务组匹配的目标权限集合。

可选地，可以接收管理员下发的校验指令，之后基于接收到的校验指令分别对多个目标权限子集合进行校验，之后根据校验结果确定是否对多个目标权限子集合进行合并处理，以得到业务组匹配的目标权限集合；其中，得到的目标权限集合可以如上表6所示。

同时，请参阅图9所示，为一种示例的目标权限集合，其中，目标权限集合包括多个目标权限子集合(图中所示为目标权限子集合1、目标权限子集合2以及目标权限子集合3)，每个目标权限子集合由菜单权限(即相关菜单的业务权限信息)、数据权限(即相关数据的业务权限信息)、功能权限(即相关操作的业务权限信息)构成。

本申请实施例中从菜单、数据、操作三个方面细化权限设置，此为细粒度权限管理，在极大程度上提升了权限管理的准确性。

图10是本申请的一个实施例示出的权限管理装置的框图。如图10所示，该权限管理装置可以包括：

分类模块1001，配置为对获取到的业务权限信息进行分类，得到多个业务权限集合；其中，一个业务权限集合对应一种类型，且每个业务权限集合中包括多个业务权限信息；

获取模块1002，配置为从多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息；

组合模块1003，配置为将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合；

管理模块1004，配置为基于目标权限集合对业务组中含有的业务方进行权限管理。

在本申请的一个实施例中，组合模块1003包括：

获取单元，配置为基于预设业务权限信息编码标识映射关系表，分别获取多个目标业务权限信息的编码标识；

组合单元，配置为将多个目标业务权限信息的编码标识进行组合，得到业务组匹配的目标权限集合。

在本申请的一个实施例中，获取单元，具体配置为：

对多个业务权限集合中含有的多个业务权限信息分别进行编码标识的设置，生成预设业务权限信息编码标识映射关系表；

从预设业务权限信息编码标识映射关系表中分别获取多个目标业务权限信息的编码标识。

在本申请的一个实施例中，组合单元，具体配置为：

基于目标业务权限信息之间的关联关系，将多个目标业务权限信息的编码标识进行组合，得到多个目标权限子集合；其中，每个目标权限子集合包括不同类型的业务权限信息的编码标识；

对多个目标权限子集合进行合并处理，得到业务组匹配的目标权限集合。

在本申请的一个实施例中，组合单元，还具体配置为：

基于接收到的校验指令分别对多个目标权限子集合进行校验；

若多个目标权限子集合均校验通过，则对多个目标权限子集合进行合并处理，得到业务组匹配的目标权限集合。

在本申请的一个实施例中，分类模块1001，具体配置为：

对获取到的业务权限信息进行分类，得到菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合。

在本申请的一个实施例中，获取模块1002，具体配置为：

从菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息。

在本申请的一个实施例中，装置还包括：

确定模块，配置为确定业务方的角色信息，角色信息表征具有相同权限的业务方的分类信息；

添加模块，配置为将业务方添加到与业务方的角色信息匹配的业务组中。

需要说明的是，上述实施例所提供的权限管理装置与前述实施例所提供的权限管理方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，这里不再赘述。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现前述各个实施例中提供的权限管理方法。

图11示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图11示出的电子设备的计算机系统1100仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图11所示，计算机系统1100包括中央处理单元(Central Processing Unit，CPU)1101，其可以根据存储在只读存储器(Read-Only Memory，ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(Random Access Memory，RAM)1103中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 1103中，还存储有系统操作所需的各种程序和数据。CPU 1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(Input/Output，I/O)接口1105也连接至总线1104。

以下部件连接至I/O接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(CPU)1101执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前的权限管理方法。该计算机可读介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读介质中。计算机设备的处理器从计算机可读介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的权限管理方法。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (10)

1.一种权限管理方法，其特征在于，所述方法包括：

对获取到的业务权限信息进行分类，得到多个业务权限集合；其中，一个业务权限集合对应一种类型，且每个业务权限集合包括多个业务权限信息；

从所述多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息；

将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合；

基于所述目标权限集合对所述业务组中含有的业务方进行权限管理。

2.如权利要求1所述的方法，其特征在于，所述将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合，包括：

基于预设业务权限信息编码标识映射关系表，分别获取所述多个目标业务权限信息的编码标识；

将所述多个目标业务权限信息的编码标识进行组合，得到业务组匹配的所述目标权限集合。

3.如权利要求2所述的方法，其特征在于，所述基于预设业务权限信息编码标识映射关系表，分别获取所述多个目标业务权限信息的编码标识，包括：

对所述多个业务权限集合中含有的多个业务权限信息分别进行编码标识的设置，生成预设业务权限信息编码标识映射关系表；

从所述预设业务权限信息编码标识映射关系表中分别获取所述多个目标业务权限信息的编码标识。

4.如权利要求2所述的方法，其特征在于，所述将所述多个目标业务权限信息的编码标识进行组合，得到业务组匹配的所述目标权限集合，包括：

基于目标业务权限信息之间的关联关系，将所述多个目标业务权限信息的编码标识进行组合，得到多个目标权限子集合；其中，每个目标权限子集合包括不同类型的业务权限信息的编码标识；

对所述多个目标权限子集合进行合并处理，得到业务组匹配的所述目标权限集合。

5.如权利要求4所述的方法，其特征在于，所述对所述多个目标权限子集合进行合并处理，得到业务组匹配的所述目标权限集合，包括：

基于接收到的校验指令分别对所述多个目标权限子集合进行校验；

若所述多个目标权限子集合均校验通过，则对所述多个目标权限子集合进行合并处理，得到业务组匹配的所述目标权限集合。

6.如权利要求1至5中任一项所述的方法，其特征在于，所述对获取到的业务权限信息进行分类，得到多个业务权限集合，包括：

对获取到的业务权限信息进行分类，得到菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合；

所述从所述多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息，包括：

从所述菜单类型的业务权限集合、数据类型的业务权限集合以及操作类型的权限集合中分别获取目标业务权限信息，得到所述多个目标业务权限信息。

7.如权利要求1至5中任一项所述的方法，其特征在于，在所述将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合之前，所述方法还包括：

确定业务方的角色信息，所述角色信息表征具有相同权限的业务方的分类信息；

将所述业务方添加到与所述业务方的角色信息匹配的业务组中。

8.一种权限管理装置，其特征在于，所述装置包括：

分类模块，配置为对获取到的业务权限信息进行分类，得到多个业务权限集合；其中，一个业务权限集合对应一种类型，且每个业务权限集合中包括多个业务权限信息；

获取模块，配置为从所述多个业务权限集合中分别获取目标业务权限信息，得到多个目标业务权限信息；

组合模块，配置为将多个目标业务权限信息进行组合，得到业务组匹配的目标权限集合；

管理模块，配置为基于所述目标权限集合对所述业务组中含有的业务方进行权限管理。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的权限管理方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被计算机处理器执行时实现如权利要求1至7中任一项所述的权限管理方法。

Images