CN110830569A - 一种基于多云管理平台的页面权限访问层级控制方法 - Google Patents

Abstract

本发明涉及一种基于多云管理平台的页面权限访问层级控制方法。本发明先编写一个页面路由过滤文件,并在其中根据用户ID对用户权限数据进行请求并记录；在路由文件中配置模块访问控制判断标识；分别编写三个页面权限访问层级下不满足访问权限的跳转页面；根据记录的平台权限数据，结合平台类型，进行当前所选云平台是否支持对应操作模块的判断；根据记录的用户权限数据，进行当前用户角色权限是否支持所选云平台下的对应操作的判断；获取当前所选数据中心所提供的云服务配置，并进行当前所选数据中心下的服务配置是否支持对应操作的判断；根据判断结果，作出是否符合该层级访问权限的提示。本发明解决了不同用户在不同云平台、不同数据中心下所的权限控制问题。

Description

一种基于多云管理平台的页面权限访问层级控制方法

技术领域

本发明涉及多云管理技术领域，特别涉及一种基于多云管理平台的页面权限访问层级控制方法。

背景技术

目前，各云平台对外提供的服务有各自的注重点，形成了市场上各个云平台的差异性。多云管理在对各个云平台进行统一管理时要面向用户区分平台所支持的对应模块，从而实现用户在多云管理平台上对不同云平台的针对性访问。

传统的多云管理平台用户权限访问控制流程是：系统管理员在对应的组织结构下创建用户，对其进行组织结构层级与用户的层级角色进行选择，页面上只需要根据返回的用户操作权限进行简单过滤，从而达到用户对操作模块的访问控制。但是随着多云管理平台的发展，这种传统访问权限控制无法满足用户在多个云平台下的不同数据中心里的对应操作模块进行多层级的用户访问权限控制。因此，需要一种灵活的针对多云管理平台用户的页面权限访问层级控制方法。

发明内容

本发明解决的技术问题在于提供一种基于多云管理平台的页面权限访问层级控制方法；清晰地针对用户页面访问的层级权限进行控制。

本发明解决上述技术问题的技术方案是：

所述的方法是：

编写一个页面路由过滤文件,并在其中根据用户ID对用户权限数据进行请求并记录；

在路由文件中配置模块访问控制判断标识；

分别编写三个页面权限访问层级下不满足访问权限的跳转页面；

根据记录的平台权限数据，结合平台类型，进行当前所选云平台是否支持对应操作模块的判断；

根据记录的用户权限数据，进行当前用户角色权限是否支持所选云平台下的对应操作的判断；

获取当前所选数据中心所提供的云服务配置，并进行当前所选数据中心下的服务配置是否支持对应操作的判断；

根据判断结果，作出是否符合该层级访问权限的提示。

所述的跳转页面包括：

场景一：云平台不支持对应操作模块的提示页面；

场景二：用户角色权限不支持对应模块的提示页面；

场景三：数据中心下未配置相关服务的提示页面。

所述的方法中，进行当前所选云平台是否支持对应操作模块的判断是：

对路由地址根据定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与不满足平台权限的数据集合对应的平台数据进行匹配；

若匹配，表示当前所选云平台不支持对应操作模块，直接跳转到场景一，对用户进行相应提示，判断结束；否则，表示当前所选云平台支持对应操作模块，符合该层级的访问权限，继续后续判断。

所述的方法中，进行当前用户角色权限是否支持所选云平台下的对应操作的判断是：

对路由地址根据定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与用户权限数据进行匹配；

若不匹配，表示当前所选用户角色权限不支持对应操作模块，直接跳转到场景二，对用户进行相应提示，判断结束；否则，表示当前用户角色权限支持所选云平台下对应操作，符合该层级的访问权限，继续后续判断。

所述的方法中，进行当前所选数据中心下的服务配置是否支持对应操作的判断是：

对路由地址根据定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与所选数据中心下的服务配置数据进行匹配；

若不匹配，表示所选数据中心下的服务配置数据不支持对应操作，直接跳转到场景三，对用户进行相应提示，判断结束；

否则，表示当前所选数据中心下的服务配置数据支持对应操作，符合该层级的访问权限。

采用本发明多云管理平台的页面权限访问层级控制方法，能够灵活地针对不同用户在不同云平台且不同数据中心下所涉及的权限进行良好的判断，保障多云管理平台中用户访问控制的准确性，从而保障平台的安全访问。对不同层级的访问控制结果进行清晰的划分，针对性提示代替传统单一的权限不足提示，给用户带来良好的操作体验。

附图说明

下面结合附图对本发明进一步说明：

图1是本发明方法记录并编写权限访问层级控制所需元素的流程图；

图2是本发明方法各层级的权限控制判断流程图。

具体实施方式

本发明基于多云管理平台的页面权限访问层级控制方法包括两个基本步骤。见图1所示，本发明的步骤S10是：记录并编写权限访问层级控制所需元素。

具体而言，步骤S10包括以下3个步骤：

S11、编写一个页面路由过滤文件,并在其中根据用户ID对用户权限数据进行请求并记录；

页面在每一次路由刷新时通过该文件内容进行路由对应模块的访问控制过滤，用户进入页面所看到的就是根据自己的ID所请求的对应权限内容。

S12、在路由文件中配置模块访问控制判断标识。

在对应的router文件中，将需要配置访问控制的模块路由项加上props:{permission:‘xxx’},其中xxx为作为指向该路由判断的唯一标识。

S13、分别编写三个页面权限访问层级下不满足访问权限的跳转页面。

该实施例中不满足访问权限的跳转结果有以下三种场景。

场景一：云平台不支持对应操作模块的提示页面。

场景二：用户角色权限不支持对应模块的提示页面。

场景三：数据中心下未配置相关服务的提示页面。

见图2所示，本发明的基本步骤S20是：针对访问对象按顺序进行各层级的权限控制判断。

本发明中，将访问权限分为三个层级进行控制，实现步骤如下：

S21、根据记录的平台权限数据，结合平台类型，进行“当前所选云平台是否支持对应操作模块”判断。

该判断的入参为：路由信息、平台类型、不满足平台权限的数据集合。

该实施例中，定义路由信息为matchPath，平台类型为platFormType，不满足平台权限的数据集合为exceptFunctionsData，则判断内容为：

ConstnoSupport＝matchPaths.filter(route＝>route.props.default&&route.props.default.permission)

.map(route＝>route.props.default.permission)

.filter(p＝>exceptFunctionsData[platfomType]&&exceptFunctionsData[platfomType].includes(p))

其中，路由地址根据步骤S12所定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与不满足平台权限的数据集合对应的平台数据进行匹配。

当noSupport.length＝0时，返回true，即当前所选云平台不支持对应操作模块，直接跳转S13中的场景一，对用户进行相应提示，判断结束。

否则返回false，即当前所选云平台支持对应操作模块，符合该层级的访问权限，继续以下判断步骤。

S22、根据记录的用户权限数据，进行“当前用户角色权限是否支持所选云平台下的对应操作”判断。

该判断的入参为：路由信息、用户权限数据。

该实施例中，定义路由信息为matchPath，用户权限数据为functionsData，则判断内容为：

const requiredFuns＝matchPaths.filter(route＝>route.props.default&&route.props.default.permission)

.map(route＝>route.props.default.permission)

const userNotHas＝fun＝>！functionsData.includes(fun)

const permit＝requiredFuns.filter(userNotHas).length＝＝＝0

其中，路由地址根据步骤S12所定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与用户权限数据进行匹配。

当permit.length＝0时，返回true，即当前所选用户角色权限不支持对应操作模块，直接跳转S13中的场景二，对用户进行相应提示，判断结束。

否则返回false，即当前用户角色权限支持所选云平台下对应操作，符合该层级的访问权限，继续以下判断步骤。

S23、获取当前所选数据中心所提供的云服务配置，并根据其进行“当前所选数据中心下的服务配置是否支持对应操作”判断。

该判断的入参为：路由信息、所选数据中心下的服务配置数据。

该实施例中，定义路由信息为matchPath，服务配置数据为serviceTypeList，则判断内容为：

const requiredServices＝matchPaths.filter(route＝>route.props.default&&route.props.default.permission).map(route＝>route.props.default.permission)[0]

const serverSet＝serviceTypeList.includes(requiredServices)

其中，路由地址根据步骤S12所定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与所选数据中心下的服务配置数据进行匹配。

当serverSet＝false时，即所选数据中心下的服务配置数据不支持对应操作，直接跳转S13中的场景三，对用户进行相应提示，判断结束。

否则为true时，即当前所选数据中心下的服务配置数据支持对应操作，符合该层级的访问权限。

本发明上述实施例中，通过以上S21、S22、S23三个条件结合，清晰地针对用户在页面进行访问时，达到符合多云管理平台场景的层级权限控制效果。

Claims (6)

1.一种基于多云管理平台的页面权限访问层级控制方法，其特征在于：所述的方法是：

编写一个页面路由过滤文件,并在其中根据用户ID对用户权限数据进行请求并记录；

在路由文件中配置模块访问控制判断标识；

分别编写三个页面权限访问层级下不满足访问权限的跳转页面；

根据记录的平台权限数据，结合平台类型，进行当前所选云平台是否支持对应操作模块的判断；

根据记录的用户权限数据，进行当前用户角色权限是否支持所选云平台下的对应操作的判断；

获取当前所选数据中心所提供的云服务配置，并进行当前所选数据中心下的服务配置是否支持对应操作的判断；

根据判断结果，作出是否符合该层级访问权限的提示。

2.根据权利要求1所述的方法，其特征在于：所述的跳转页面包括：

场景一：云平台不支持对应操作模块的提示页面；

场景二：用户角色权限不支持对应模块的提示页面；

场景三：数据中心下未配置相关服务的提示页面。

3.根据权利要求2所述的方法，其特征在于：所述的方法中，进行当前所选云平台是否支持对应操作模块的判断是：

对路由地址根据定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与不满足平台权限的数据集合对应的平台数据进行匹配；

若匹配，表示当前所选云平台不支持对应操作模块，直接跳转到场景一，对用户进行相应提示，判断结束；否则，表示当前所选云平台支持对应操作模块，符合该层级的访问权限，继续后续判断。

4.根据权利要求2所述的方法，其特征在于：所述的方法中，进行当前用户角色权限是否支持所选云平台下的对应操作的判断是：

对路由地址根据定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与用户权限数据进行匹配；

若不匹配，表示当前所选用户角色权限不支持对应操作模块，直接跳转到场景二，对用户进行相应提示，判断结束；否则，表示当前用户角色权限支持所选云平台下对应操作，符合该层级的访问权限，继续后续判断。

5.根据权利要求3所述的方法，其特征在于：所述的方法中，进行当前用户角色权限是否支持所选云平台下的对应操作的判断是：

对路由地址根据定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与用户权限数据进行匹配；

若不匹配，表示当前所选用户角色权限不支持对应操作模块，直接跳转到场景二，对用户进行相应提示，判断结束；否则，表示当前用户角色权限支持所选云平台下对应操作，符合该层级的访问权限，继续后续判断。

6.根据权利要求2至5任一项所述的方法，其特征在于：所述的方法中，进行当前所选数据中心下的服务配置是否支持对应操作的判断是：

对路由地址根据定义的访问控制判断标识进行过滤，得到存在标识的地址并将标识与所选数据中心下的服务配置数据进行匹配；

若不匹配，表示所选数据中心下的服务配置数据不支持对应操作，直接跳转到场景三，对用户进行相应提示，判断结束；

否则，表示当前所选数据中心下的服务配置数据支持对应操作，符合该层级的访问权限。

Images