CN113055337A - 基于用户需求设定权限的方法、装置、存储介质及终端 - Google Patents

Abstract

本公开涉及管理技术领域，具体涉及一种基于用户需求设定权限的方法、装置、存储介质及终端。方法包括：获得当前用户的用户信息，根据用户信息判断角色信息表中是否存在与用户信息对应的角色类型；在角色信息表中不存在与用户信息对应的角色类型时，获得当前用户的需求信息，并根据需求信息得到当前用户的推荐角色类型；根据获得的推荐角色类型，为当前用户设置至少一个操作权限。根据用户的需求信息确定用户的角色类型，解决了现有技术中不能根据用户的需求推断用户的角色类型而导致用户的需求得不到及时的解决的问题；根据角色类型为用户设定操作权限，解决了人为的为用户授予与角色类型相关联的权限而导致工作效率低，及时性差的问题。

Description

基于用户需求设定权限的方法、装置、存储介质及终端

技术领域

本公开涉及管理技术领域，特别地涉及一种基于用户需求设定权限的方法、装置、存储介质及终端。

背景技术

随着物联网的发展，各个工作领域的信息管理趋于自动化，为了便于同一公司中不同层级职工对各类信息具有不同的管理权限，会为用户设定可以访问且只能访问自己被授予权限的资源。例如，管理层可以对信息进行编辑、删除等操作权限，而一般职工只对信息具有查看的操作权限。特别是在车间管理中，车间管理层可能需要对车间工作人员进行新建、删除工作人员相关信息等操作，或者查看每位车间工作人员的工作量；而车间工作人员可能需要查看自己每日的工作量，或者工作过程成所涉及的物料情况等。在生产过程中，车间管理员和车间工作人员均需要及时得到相关反馈信息的需求也越来越显著，因此，通过为不同用户设定相关权限用于监控生产过程中的人员信息、物料信息变得越来越重要。

但是在现有技术中，无法通过用户的选择行为推断用户的使用角色，进而为用户与其自身角色对应的操作权限，最终为用户的权限设置需要管理员或者权限管理员进行人为授予而造成降低工作效率，及时性较差，用户的需求得不到及时的解决等问题。

发明内容

针对上述问题，本公开提供一种基于用户需求设定权限的方法、装置、存储介质及终端，解决了现有技术中不能根据用户的需求推断用户的角色类型而导致用户的需求得不到及时的解决的问题，且同时也解决了需要人为的为用户授予与角色类型相关联的权限而导致工作效率低，及时性差的问题。

第一方面，本公开提供了一种基于用户需求设定权限的方法，所述方法包括：

步骤a，获得当前用户的用户信息，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型；

步骤b，在所述角色信息表中不存在与所述用户信息对应的角色类型时，获得所述当前用户的需求信息；

步骤c，判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型；

步骤d，在根据所述需求信息不能得到所述当前用户的推荐角色类型时，再次获得所述当前用户的需求信息，返回执行c，直至根据所述需求信息得到所述当前用户的推荐角色类型；

步骤e，根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。

根据本公开的实施例，可选的，上述方法中，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型，包括：

根据所述用户信息，判断角色信息表中是否存在与所述用户信息相匹配的预设用户信息，其中，所述角色信息表中包括多个预设用户信息和与每个预设用户信息对应的预设角色类型。

根据本公开的实施例，可选的，上述方法中，判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型，包括：

获得需求信息表，其中，所述需求信息表中包括多个预设需求信息和与每个预设需求信息对应的预设角色类型；

判断所述需求信息表中是否存在与所述需求信息相匹配的预设需求信息，并在存在相匹配的预设需求信息时，从所述需求信息表中得到与该预设需求信息对应的预设角色类型，并将作为该预设角色类型作为所述当前用户对应的推荐角色类型。

根据本公开的实施例，可选的，上述方法中，所述方法还包括：

将所述当前用户的用户信息和所述当前用户对应的推荐角色类型存储至所述角色信息表中。

根据本公开的实施例，可选的，上述方法中，根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限，包括：

获得权限信息表，其中，所述权限信息表中包括多个预设角色类型和与每个预设角色类型对应的预设操作权限；

根据所述推荐角色类型，在所述权限信息表中查找与所述推荐角色类型相匹配的预设角色类型，并为所述当前用户设置与所述推荐角色类型相匹配的预设角色类型对应的预设操作权限。

根据本公开的实施例，可选的，上述方法中，所述操作权限包括查看、修改、新建删除、编辑中的至少一种。

根据本公开的实施例，可选的，上述方法中，所述角色类型包括管理员和员工。

第二方面，本公开提供了一种基于用户需求设定权限的装置，所述装置包括：

第一判断模块，用于获得当前用户的用户信息，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型；

获得模块，用于在所述角色信息表中不存在与所述用户信息对应的角色类型时，获得所述当前用户的需求信息；

第二判断模块，用于判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型；

确定模块，用于在根据所述需求信息能得到所述当前用户的推荐角色类型时，根据所述需求信息得到所述当前用户的推荐角色类型；；

设置模块，用于根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。

第三方面，本公开提供了一种存储介质，该存储介质存储有计算机程序，当该计算机程序被一个或多个处理器执行，实现如上述的基于用户需求设定权限方法。

第四方面，本公开提供了一种终端，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，实现上述的基于用户需求设定权限方法。

与现有技术相比，上述方案中的一个或多个实施例可以具有如下优点或有益效果：

本公开提供的一种基于用户需求设定权限的方法、装置、存储介质及终端，获得当前用户的用户信息，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型；在所述角色信息表中不存在与所述用户信息对应的角色类型时，获得所述当前用户的需求信息，并根据所述需求信息得到所述当前用户的推荐角色类型；根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。根据用户的需求信息确定用户的角色类型，解决了现有技术中不能根据用户的需求推断用户的角色类型而导致用户的需求得不到及时的解决的问题；根据角色类型为用户设定操作权限，解决了需要人为的为用户设置与角色类型相关联的权限而导致工作效率低，及时性差的问题。

附图说明

在下文中将基于实施例并参考附图来对本公开进行更详细的描述。

图1为本公开实施例一提供的一种基于用户选择推荐角色的流程示意图。

图2为本公开实施例一提供的一种基于用户选择推荐角色的另一流程示意图。

图3为本公开实施例二提供的一种基于用户需求设定权限的装置的连接框图。

在附图中，相同的部件使用相同的附图标记，附图并未按照实际的比例绘制。

具体实施方式

以下将结合附图及实施例来详细说明本公开的实施方式，借此对本公开如何应用技术手段来解决技术问题，并达到相应技术效果的实现过程能充分理解并据以实施。本公开实施例以及实施例中的各个特征，在不相冲突前提下可以相互结合，所形成的技术方案均在本公开的保护范围之内。

实施例一

请参阅图1，本公开提供一种可应用于手机、电脑或平板电脑等终端的基于用户需求设定权限的方法，所述方法应用于所述终端时执行以下步骤。

步骤S110：根据获得的所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型，在所述角色信息表中不存在与所述用户信息对应的角色类型时，执行步骤S120：获得所述当前用户的需求信息。步骤S130：判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型，在根据所述需求信息不能得到所述当前用户的推荐角色类型时，执行步骤S1401：再次获得所述当前用户的需求信息，返回执行步骤S130，直至在能够根据所述需求信息得到所述当前用户的推荐角色类型时执行步骤S1402：根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。

在本实施例中，可以根据用户的需求信息推断该用户的角色类型，并为该用户设定该角色类型对应的操作权限，使得用户可以操作与自己相关联的操作权限，进而保证用户的需求得到及时的解决。

该方法可以运用在终端，该终端为用户提供一个操作界面，用户先在该操作界面进行登录操作，在登录成功后，获得当前用户的用户信息。

在步骤S110中，用户信息可以是ID编码，该ID编码具有唯一性，即一个ID编码对应一个用户。其中，ID编码可以是员工的工号。角色信息表包括多个预设用户信息和与每个预设用户信息对应的预设角色类型；预设角色类型可以包括管理员和员工。针对用户信息是ID编码时，如表1所示：

表1

其中，表1表示一种角色信息表的一种实施方式。可以根据该ID编码判断角色信息表中是否存在与该ID编码对应的角色类型。具体的，根据ID编码，判断角色信息表中是否存在与所述ID编码相匹配的预设ID编码。示例性的，以表1为例，获得的ID编码是113，根据表1中预设ID编码和预设角色类型的对应关系，在表1中存在预设ID编码为113的信息，在表1中预设ID编码为113的即是与ID编码相匹配的预设ID编码，由该表1可知预设ID编码为113所对应的预设角色类型是员工，则确定该角色信息表中存在与ID编码为113所对应的角色类型(即员工)。

示例性的，仍以表1为例，获得的ID编码是116，根据表1中预设ID编码和预设角色类型的对应关系，在表1中不存在预设ID编码为116的信息，进一步确定该角色信息表中不存在与预设ID编码为116所对应的角色类型，进一步可以确定在该表1中不存在与获得的ID编码为116所对应的角色类型。

可以理解的是，表征用户信息的ID编码还可以是小写字母，角色信息表中的预设用户信息可以是大写字母。示例性的，以用户信息是a为例，判断在角色信息表中是否存在与a对应的A，若存与a对应的A，则确定该角色信息表中存在与a相匹配的预设用户信息，进一步确定该角色信息表中存在与a对应的角色类型；若不存在与a对应的A，则确定该角色信息表中不存在与a相匹配的预设用户信息，即进一步确定也不存在与a对应的角色类型。其中，关于表征用户信息的ID编码可以是数字的组合，也可以是字母，对比本实施例并不做任何限定。

在步骤S120中，在角色信息表中不存在与用户信息对应的角色类型时，可以为用户提供进行选择操作的交互操作界面，则获得所述当前用户的需求信息具体包括：接收用户在交互操作界面上对某选项的点击操作，将该点击操作对应的选项作为当前用户的需求信息，通过接收用户对某选项的点击操作，收集用户的需求，以便于可以根据用户的需求确定用户的角色类型，进而为用户设定与该角色类型相关的权限。示例性的，假设交互操作界面上包括查看信息、编辑信息、删除信息的选项，当用户选中查看信息的选项时，确定该查看信息的选项作为当前用户的需求信息，即表明当前用户的需求为查看信息的需求。

在步骤S130中，判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型具体包括：获得需求信息表，判断所述需求信息表中是否存在与所述需求信息相匹配的预设需求信息，且在存在时，能够从需求信息表中得到与该预设需求信息对应的预设角色类型，并将作为该预设角色类型所述当前用户对应的推荐角色类型。如表2所示：

预设需求信息	查看信息	删除信息	编辑信息
				预设角色类型	员工	管理员	管理员

表2

其中，表2表示一种需求信息表的具体实施方式。在获得的当前用户的需求信息是查看信息时，根据表2，得到在该表2中存在预设需求信息是查看信息的表项，则根据预设需求信息和预设角色类型的对应关系，将预设需求信息是查看信息对应的预设角色类型(即员工)作为当前用户的推荐角色类型。

请参阅图2，可以理解的是，在判断当前用户未拥有角色类型时，获取当前用户的需求信息，且根据该需求信息进行角色分析得到角色类型，且在根据第一次获得的需求信息不能得到当前用户的推荐角色类型时，可以再次获取用户的需求信息，重新根据该需求信息进行角色分析得到角色类型，以满足用户的需求。其中，根据该需求信息进行角色分析得到角色类型具体包括根据需求信息和需求信息表分析得到；根据获取需求信息具体包括接收用户在交互操作界面上对某选项的点击操作，将该点击操作对应的选项作为当前用户的需求信息。

在得到当前用户对应的推荐角色类型后，可以将当前用户的用户信息和当前用户对应的推荐角色类型存储至角色信息表中，以便于该用户在下次进行登录后，可直接访问与自身被授予操作权限相关的资源，不需要再次为用户进行角色类型确定的操作，减少终端处理的数据量。

在步骤S1402中，根据推荐角色类型，为当前用户设置至少一个操作权限。

可以理解的是，一个角色类型可以对应多种操作权限。如表3所示：

表3

其中，表3表示权限信息表的一种实施方式。根据上表3，确定当前用户的推荐角色类型为管理员为例，根据推荐角色类型，在表3中查找到预设角色为管理员的对应关系，将表3中预设角色为管理员所对应的预设操作权限赋予当前用户，即当前用户设置的权限包括查看、修改、新建、删除。其中，查看操作权限仅仅是查看内容；修改即是对内容做出改动的操作；新建即是可以添加新的内容；删除与修改类似，即是对内容做出改动的操作。

实施例二

请参阅图3，本实施例还提供一种基于用户选择推荐角色的装置，所述装置包括：

第一判断模块201，用于获得当前用户的用户信息，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型。

其中，所述第一判断模块201的实施原理与上述实施例一中步骤S110的实施原理相同，关于所述第一判断模块201的实施原理可参照实施例一，在此不做赘述。

获得模块202，用于在所述角色信息表中不存在与所述用户信息对应的角色类型时，获得所述当前用户的需求信息。

其中，所述获得模块202的实施原理与上述实施例一中步骤S120的实施原理相同，关于所述获得模块202的实施原理可参照实施例一，在此不做赘述。

第二判断模块203，用于判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型。

其中，所述第二判断模块203的实施原理与上述实施例一中步骤S130的实施原理相同，关于所述第二判断模块203的实施原理可参照实施例一，在此不做赘述。

确定模块204，用于在根据所述需求信息能得到所述当前用户的推荐角色类型时，根据所述需求信息得到所述当前用户的推荐角色类型。

其中，所述确定模块204的实施原理与上述实施例一中步骤S140的实施原理相同，关于所述确定模块204的实施原理可参照实施例一，在此不做赘述。

设置模块205，用于根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。

其中，所述设置模块205的实施原理与上述实施例一中步骤S150的实施原理相同，关于所述设置模块205的实施原理可参照实施例一，在此不做赘述。

实施例三

本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，所述计算机程序被处理器执行时可以实现如实施例一中所述基于用户需求设定权限的方法的全部或部分步骤，上述方法全部或部分步骤的具体实施例过程可参见实施例一，本实施例在此不再重复赘述。

实施例四

本公开实施例提供了一种终端，该终端可以是手机、电脑或平板电脑等，包括存储器和处理器，所述存储器上存储有计算器程序，该计算机程序被处理器执行时实现如实施例一中所述的基于用户需求设定权限的方法。可以理解，终端还可以包括，多媒体组件，输入/输出(I/O)接口，以及通信组件。

其中，处理器用于执行如实施例一中的基于用户需求设定权限的方法中的全部或部分步骤。存储器用于存储各种类型的数据，这些数据例如可以包括终端中的任何应用程序或方法的指令，以及应用程序相关的数据。

所述处理器可以是专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(Digital Signal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable LogicDevice，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述实施例一中的基于用户需求设定权限的方法。

所述存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。

多媒体组件可以包括屏幕，所述屏幕可以是触摸屏。

I/O接口为处理器和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。

通信组件用于该终端与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near Field Communication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

综上，本公开提供的一种基于用户需求设定权限的方法、装置、存储介质及终端，获得当前用户的用户信息，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型；在所述角色信息表中不存在与所述用户信息对应的角色类型时，获得所述当前用户的需求信息，并根据所述需求信息得到所述当前用户的推荐角色类型；根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。根据用户的需求信息确定用户的角色类型，解决了现有技术中不能根据用户的需求推断用户的角色类型而导致用户的需求得不到及时的解决的问题；根据角色类型为用户设定操作权限，解决了人为的为用户授予与角色类型相关联的权限而导致工作效率低，及时性差的问题；在得到当前用户对应的推荐角色类型后，将当前用户的用户信息和当前用户对应的推荐角色类型存储至角色信息表中，以便当前用户下次登录时不需要再次为该用户进行角色类型确定的操作，减少终端处理的数据量。

在本公开实施例所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统和方法实施例仅仅是示意性的。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然本公开所揭露的实施方式如上，但所述的内容只是为了便于理解本公开而采用的实施方式，并非用以限定本公开。任何本公开所属技术领域内的技术人员，在不脱离本公开所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本公开的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种基于用户需求设定权限的方法，其特征在于，所述方法包括：

步骤a，获得当前用户的用户信息，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型；

步骤b，在所述角色信息表中不存在与所述用户信息对应的角色类型时，获得所述当前用户的需求信息；

步骤c，判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型；

步骤d，在根据所述需求信息不能得到所述当前用户的推荐角色类型时，再次获得所述当前用户的需求信息，返回执行c，直至根据所述需求信息得到所述当前用户的推荐角色类型；

步骤e，根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。

2.如权利要求1所述的方法，其特征在于，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型，包括：

根据所述用户信息，判断角色信息表中是否存在与所述用户信息相匹配的预设用户信息，其中，所述角色信息表中包括多个预设用户信息和与每个预设用户信息对应的预设角色类型。

3.如权利要求1所述的方法，其特征在于，判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型，包括：

获得需求信息表，其中，所述需求信息表中包括多个预设需求信息和与每个预设需求信息对应的预设角色类型；

判断所述需求信息表中是否存在与所述需求信息相匹配的预设需求信息，并在存在相匹配的预设需求信息时，从所述需求信息表中得到与该预设需求信息对应的预设角色类型，并将该预设角色类型作为所述当前用户对应的推荐角色类型。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

将所述当前用户的用户信息和所述当前用户对应的推荐角色类型存储至所述角色信息表中。

5.如权利要求1所述的方法，其特征在于，根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限，包括：

获得权限信息表，其中，所述权限信息表中包括多个预设角色类型和与每个预设角色类型对应的预设操作权限；

根据所述推荐角色类型，在所述权限信息表中查找与所述推荐角色类型相匹配的预设角色类型，并为所述当前用户设置与所述推荐角色类型相匹配的预设角色类型对应的预设操作权限。

6.如权利要求5所述的方法，其特征在于，所述操作权限包括查看、修改、新建、删除中的至少一种。

7.如权利要求1中任意一项所述的方法，其特征在于，所述角色类型包括管理员和员工。

8.一种基于用户需求设定权限的装置，其特征在于，所述装置包括：

第一判断模块，用于获得当前用户的用户信息，根据所述用户信息判断角色信息表中是否存在与所述用户信息对应的角色类型；

获得模块，用于在所述角色信息表中不存在与所述用户信息对应的角色类型时，获得所述当前用户的需求信息；

第二判断模块，用于判断是否能够根据所述需求信息得到所述当前用户的推荐角色类型；

确定模块，用于在根据所述需求信息能得到所述当前用户的推荐角色类型时，根据所述需求信息得到所述当前用户的推荐角色类型；

设置模块，用于根据获得的推荐角色类型，为所述当前用户设置至少一个操作权限。

9.一种存储介质，其特征在于，该存储介质存储有计算机程序，当该计算机程序被一个或多个处理器执行，实现如权利要求1-7中任意一项所述的方法。

10.一种终端，其特征在于，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，实现如权利要求1-7中任意一项所述的方法。

Images