CN109064138B - 显示所有系统使用者当前权限状态的授权方法 - Google Patents

Abstract

本发明公开了一种显示所有系统使用者当前权限状态的授权方法，包括：选择一个表单；选择所述表单的一种表单要素的一个要素项；选择所述要素项后显示系统中的所有系统使用者，并显示各个系统使用者对所选要素项的当前权限状态；对一个或多个所述系统使用者进行所选要素项的授权。本发明中显示系统中的所有系统使用者后，显示各个系统使用者对所选要素项的当前权限状态，便于授权操作者在此基础上进行修改、实现对系统使用者进行所选要素项的授权，提高了授权效率。

Description

显示所有系统使用者当前权限状态的授权方法

技术领域

本发明涉及ERP等管理软件系统的授权方法，特别是涉及一种显示所有系统使用者当前权限状态的授权方法。

背景技术

基于角色的访问控制（RBAC）是近年来研究最多、思想最成熟的一种数据库权限管理机制，它被认为是替代传统的强制访问控制（MAC）和自主访问控制（DAC）的理想候选。基于角色的访问控制（RBAC）的基本思想是根据企业组织视图中不同的职能岗位划分不同的角色，将数据库资源的访问权限封装在角色中，用户通过被赋予不同的角色来间接访问数据库资源。

在大型应用系统中往往都建有大量的表和视图，这使得对数据库资源的管理和授权变得十分复杂。由用户直接管理数据库资源的存取和权限的收授是十分困难的，它需要用户对数据库结构的了解非常透彻，并且熟悉SQL语言的使用，而且一旦应用系统结构或安全需求有所变动，都要进行大量复杂而繁琐的授权变动，非常容易出现一些意想不到的授权失误而引起的安全漏洞。因此，为大型应用系统设计一种简单、高效的权限管理方法已成为系统和系统用户的普遍需求。

基于角色的权限控制机制能够对系统的访问权限进行简单、高效的管理，极大地降低了系统权限管理的负担和代价，而且使得系统权限管理更加符合应用系统的业务管理规范。

然而，传统基于角色的用户权限管理方法均采用“角色对用户一对多”的关联机制，其“角色”为组/类性质，即一个角色可以同时对应/关联多个用户，角色类似于岗位/职位/工种等概念，这种关联机制下对用户权限的授权基本分为以下三种形式：1、如图1所示，直接对用户授权，缺点是工作量大、操作频繁且麻烦；2、如图2所示，对角色（类/组/岗位/工种性质）进行授权（一个角色可以关联多个用户），用户通过角色获得权限；3、如图3所示，以上两种方式结合。

以上的表述中，2、3均需要对类/组性质的角色进行授权，而通过类/组/岗位/工种性质的角色进行授权的方式有以下缺点：1、用户权限变化时的操作难：在实际的系统使用过程中，经常因为在运营过程中需要对用户的权限进行调整，比如：在处理员工权限变化的时候，角色关联的某个员工的权限发生变化，我们不能因该个别员工权限的变化而改变整个角色的权限，因为该角色还关联了其他权限未变的员工。因此为了应对该种情况，要么创建新角色来满足该权限发生变化的员工，要么对该员工根据权限需求直接授权（脱离角色）。以上两种处理方式，在角色权限较多的情况下对角色授权不仅所需时间长，而且容易犯错，使用方操作起来繁琐又麻烦，也容易出错导致对系统使用方的损失。

2、要长期记住角色包含的具体权限难：若角色的权限功能点比较多，时间一长，很难记住角色的具体权限，更难记住权限相近的角色之间的权限差别，若要关联新的用户，无法准确判断应当如何选择关联。

3、因为用户权限变化，则会造成角色创建越来越多（若不创建新角色，则会大幅增加直接对用户的授权），更难分清各角色权限的具体差别。

4、调岗时，若要将被调岗用户的很多个权限分配给另外几个用户承担，则处理时必须将被调岗用户的这些权限区分开来，分别再创建角色来关联另外几个用户，这样的操作不仅复杂耗时，而且还很容易发生错误。

如图4所示，现有表单等的授权方法中，若选择两个或两个以上的员工后，再选择一个表单，则无法显示所选员工对所选表单的授权状态；同样，若选择一个表单后，再选择两个或两个以上的员工，则无法显示所选员工对所选表单的授权状态。使得授权操作者在对多个用户同时进行授权时容易出错。

系统在使用过程中，常常因为管理需要而进行权限调整；例如，公司根据管理需要，现在要对客户表单上的客户电话字段（字段的字段内容）进行查看/修改权限调整（如部分有查看权限的用户调整为无查看权限，部分无查看权限的用户调整为有查看权限，部分无修改权限的用户调整为有修改权限，部分有修改权限的用户调整为无修改权限，部分用户的权限不做调整），现有的方法只能依次选择用户和表单、或依次选择表单和用户，然后对表单的客户电话字段授权，若一个一个的对用户授权，则工作量巨大、且容易出错；若选择多个或全部用户授权，则都只能对该客户电话字段进行统一授权，一旦进行授权则被选择的所有用户都是一样的权限，而不能进行区别授权。最重要的是，无法显示各个用户此前对客户电话字段的授权状态，没有客户电话字段此前对各个用户的授权状态作为参照，则授权操作人不知道这些用户此前对该客户电话字段的授权状态，授权操作人很容易在授权上出错。

发明内容

本发明的目的在于克服现有技术的不足，提供一种显示所有系统使用者当前权限状态的授权方法，显示系统中的所有系统使用者后，显示各个系统使用者对所选要素项的当前权限状态，便于授权操作者在此基础上进行修改、实现对系统使用者进行所选要素项的授权，提高了授权效率，也大大减少了授权出错率。

本发明的目的是通过以下技术方案来实现的：显示所有系统使用者当前权限状态的授权方法，包括：选择一个表单；选择所述表单的一种表单要素的一个要素项；选择所述要素项后显示系统中的所有系统使用者，并显示各个系统使用者对所选要素项的当前权限状态；对一个或多个所述系统使用者进行所选要素项的授权。

优选的，所述表单要素的种类包括表单操作权限、表单字段、时间性质字段和表单字段值中的一种或多种，所述表单字段值为选择确定或自动确定的。

优选的，所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

优选的，在角色创建时或角色创建后为该角色选择一个部门，则该角色归属于该部门，根据角色的工作内容对角色进行授权，且该角色的名称在该部门下唯一，该角色的编号在系统中唯一；所述用户调岗时，取消用户与原角色的关联，将用户与新角色进行关联。

优选的，选择一种表单要素的一个要素项后，分别显示最近一次对各系统使用者进行所选要素项授权的授权操作者及授权时间。

显示所有系统使用者当前权限状态的授权方法，包括：选择一个统计列表；选择所述统计列表的一种统计列表要素的一个要素项；选择所述要素项后显示系统中的所有系统使用者，并显示各系统使用者对所选要素项的当前权限状态；对一个或多个所述系统使用者进行所选要素项的授权。

优选的，所述统计列表要素的种类包括统计列表操作权限、统计列表的列名、时间性质列名和统计列表列名值中的一种或多种，所述统计列表列名值是选择确定或自动确定的。

优选的，所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

显示所有系统使用者当前权限状态的授权方法，包括：选择一个菜单；选择所述菜单后显示系统中的所有系统使用者，并显示各系统使用者对所选菜单的当前权限状态；对一个或多个所述系统使用者进行所选菜单的授权。

优选的，所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

本发明的有益效果是：（1）本发明中显示系统中的所有系统使用者后，显示各个系统使用者对所选要素项的当前权限状态，便于授权操作者在此基础上进行修改、实现对系统使用者进行所选要素项的授权，提高了授权效率，也大大减少了授权出错率。

（2）本发明中在进行授权时，选择所述要素项后显示系统中的所有系统使用者，不会出现授权遗漏等情况。

（3）选择一种表单要素的一个要素项后，分别显示最近一次对各系统使用者进行所选要素项授权的授权操作者及授权时间，便于在系统使用者的权限出现错误时进行追责以及判断系统使用者是否需要进行授权。

（4）传统的权限管理机制将角色定义为组、工种、类等性质，角色对用户是一对多的关系，在实际的系统使用过程中，经常因为在运营过程中需要对用户的权限进行调整，比如：在处理员工权限变化的时候，角色关联的某个员工的权限发生变化，我们不能因该个别员工权限的变化而改变整个角色的权限，因为该角色还关联了其他权限未变的员工。因此为了应对该种情况，要么创建新角色来满足该权限发生变化的员工，要么对该员工根据权限需求直接授权（脱离角色）。以上两种处理方式，在角色权限较多的情况下对角色授权不仅所需时间长，而且容易犯错，使用方操作起来繁琐又麻烦，也容易出错导致对系统使用方的损失。

但在本申请的方法下，因为角色是一个独立的个体，则可以选择改变角色权限即可达到目的。本申请的方法，虽然看起来在系统初始化时会增加工作量，但可以通过复制等方法，使其创建角色或授权的效率高于传统以组为性质的角色，因为不用考虑性质为组的角色在满足关联用户时的共通性，本申请方案会让权限设置清晰，明了；尤其是在系统使用一段时间后（用户/角色权限动态变化），该申请方案能为系统使用方大幅度提高系统使用中的权限管理效率，使动态授权更简单，更方便，更清晰、明了，提高权限设置的效率和可靠性。

（5）传统以组为性质的角色授权方法容易出错，本申请方法大幅降低了授权出错的几率，因为本申请方法只需考虑作为独立个体的角色，而不用考虑传统方法下关联该组性质角色的多个用户有哪些共通性。即使授权出错也只影响关联到该角色的那一个用户，而传统以组性质的角色则会影响关联到该角色的所有用户。即使出现权限授权错误，本申请的修正方法简单、时间短，而传统以组性质的角色在修正错误时需要考虑关联到该角色的所有用户的权限共通性，在功能点多的情况下不仅修改麻烦、复杂，非常容易出错，且很多情况下只能新创建角色才能解决。

（6）在传统以组为性质的角色授权方法下，若角色的权限功能点比较多，时间一长，很难记住角色的具体权限，更难记住权限相近的角色之间的权限差别，若要关联新的用户，无法准确判断应当如何选择关联。本申请方法的角色本身就具有岗位号/工位号的性质，一个角色相当于一个岗位号/工位号，选择一目了然。

（7）调岗时，若要将被调岗用户的很多个权限分配给另外几个用户承担，则处理时必须将被调岗用户的这些权限区分开来，分别再创建角色来关联另外几个用户，这样的操作不仅复杂耗时，而且还很容易发生错误。

本申请方法则为：被调岗用户关联了几个角色，在调岗时，首先取消用户与原角色的关联（若只是调换一个岗位号/工位号，则只取消一个角色即可，被取消的角色可以被重新关联给其他用户），然后将用户与新角色进行关联即可。操作简单，不会出错。

（8）创建角色时或角色创建后，需要选定一个部门，则在该角色归属于该部门后，部门不能被更换，角色为什么不能更换部门：理由1：因为本申请的角色性质等同于一个工位号/岗位号，不同的工位号/岗位号的工作内容/权限是不一样的，如销售部门下的销售员1角色和技术部门的开发人员1角色是完全不同的两个工位号/岗位号，其权限是不同的；理由2：若将销售员1角色的所属部门（销售部）更换为技术部，其销售人员1这个角色的权限不变，则在技术部存在拥有销售部权限的一个角色，这样会导致管理混乱及安全漏洞。

附图说明

图1为背景技术中系统直接对用户进行授权的方式示意图；

图2为背景技术中系统对组/类性质角色进行授权的方式示意图；

图3为背景技术中系统对用户直接授权和对组/类性质角色授权相结合的方式示意图；

图4为现有技术中对多个用户进行授权时的示意图；

图5为本发明中为系统使用者进行表单授权的流程图；

图6为本发明中对选择一个表单要素的要素项后的示意图；

图7为本发明中对选择又一个表单要素的要素项后的示意图；

图8为本发明中对选择又一个表单要素的要素项后的示意图；

图9为本发明中对选择又一个表单要素的要素项后的示意图；

图10为本发明系统通过独立个体性质角色对用户进行授权的方式示意图；

图11为本发明中为系统使用者进行统计列表授权的流程图；

图12为本发明中为系统使用者进行菜单授权的流程图。

具体实施方式

下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。

【实施例一】如图5所示，显示所有系统使用者当前权限状态的授权方法，包括：S11.选择一个表单。

例如，图6中，选择客户表单。

S12.选择所述表单的一种表单要素的一个要素项。

所述表单要素的种类包括表单操作权限、表单字段、时间性质字段和表单字段值中的一种或多种。

所述表单操作权限的要素项包括新增、删除、查看、修改、相关信息查看、打印、导入和导出等中的一种或多种；如客户表单的所述表单字段的要素项包括客户名称、客户行业和客户地址等（即：表单的字段）；所述表单字段值的要素项为字段的字段值，这里特指字段值为选择确定或自动确定的字段值，如客户表单中的客户级别的备选值“1级、2级、3级、、、、”或客户行业字段的备选值“软件、化工、建材、、、、、” 或客户负责部门字段的备选值“销售一部、销售二部、销售三部、、、、、” 或客户负责人字段的备选值“张三、李四、王五、、、、、” 或客户所在城市字段的备选值“北京、上海、广州、、、、、”等（表单字段值种类要授权的是字段值，而不是该字段值对应的字段），且每个字段的字段值中都包括一个空和所有的字段值（空表示“字段值为空”，所有表示“所有字段值”）；所述时间性质字段的要素项为时间性质的字段如表单的创建时间和最近修改时间等字段（如该处的“创建时间、最近修改时间”即为时间性质字段的要素项，也为表单字段的要素项）。其中，相关信息查看为该表单的相关信息的查看操作功能，如客户表单的相关信息查看为关联合同查看、关联订单查看、收款记录和发货记录等的查看操作。

当表单要素的种类为表单字段值时，对其要素项进行授权操作，实质上是对该要素项对应的表单数据进行授权（表单数据举例：比如客户表单，某个客户为一个客户表单数据）。

例如，图6中，选择客户表单中表单操作权限（表单要素）中的查看（要素项）。

所述表单字段值为选择确定（如客户表单的字段客户行业的字段值有制造、金融、航空等行业选项由表单操作人选择，如合同表单的字段合同签订人的字段值有张三、李四、王五等公司员工选项由表单操作人选择，这些字段值是非人工填写的，而是通过选择方式获得的字段值，还比如合同表单的字段合同级别、客户所在城市、合同签订部门、合同负责部门、合同执行负责人、合同负责角色等字段的字段值也是选择的）或自动确定（如客户表单的字段创建人的字段值有张三、李四、王五等公司员工选项，但在该客户创建时创建人的值是自动获取当前的操作人作为创建人，录单人、制单角色、制单人等字段的字段值也是如此，这类字段的字段值依据相关规则自动确定）的。

进一步的，选择时间性质字段的一个要素项后，显示出系统的所有使用者及各使用者的六种时间段设置格式供授权操作者进行相应时间设置，且显示出各系统使用者的时间段的当前设置情况。所述六种时间段设置格式具体包括：从当前时间倒推一个固定时间长度得到的时间点到当前时间的时间段、从起始时间到当前时间的时间段、从截止时间到系统初始时间的时间段、从起始时间至截止时间的时间段、时间字段值为空值的时间段和从系统初始时间到当前时间的时间段；所述从系统初始时间到当前时间的时间段包括时间字段值为空值的时间段；所述起始时间、截止时间为授权操作者设置。

下面举例对上述六种时间段进行说明：从当前时间倒推一个固定时间长度得到的时间点到当前时间的时间段。例如，在2017年6月20日时对员工甲授权为查看签订时间是从2017年6月20日倒推6天得到的时间点到2017年6月20日（即当前时间，而非一个确定的时间点）的时间段内的合同表单（合同），即在2017年6月20日当天，甲可以查看签订时间为2017年6月15日至2017年6月20日内的合同表单（合同）；在2017年6月21日当天，甲可以查看签订时间为2017年6月16日至2017年6月21日内的合同表单（合同）；在2017年6月22日当天，甲可以查看签订时间为2017年6月17日至2017年6月22日内的合同表单（合同），以此类推。即这个时间段的时间长度是固定的，起始时间和截止时间均是变化的。

从起始时间到当前时间的时间段（当前时间是动态的）。例如，在2015年5月1日对员工甲授权为查看签订时间是从2015年2月1日到当天（当前时间）的合同表单（合同），则员工甲可以查看签订时间为2015年2月1日到2015年5月1日的所有合同表单（合同）；在2015年5月2日，则甲可以查看签订时间为2015年2月1日到2015年5月2日的所有合同，（进一步的，起始时间可以表述为不包含起始时间，在不包含起始时间时，则甲不能查看签订时间为2015年2月1日的合同，只能查看签订时间为2015年2月1日之后的所有合同）。

从截止时间到系统初始时间的时间段。例如，对员工甲授权为查看签订时间是从2015年2月1日到系统初始时间的合同表单（合同），则甲可以查看签订时间为2015年2月1日到系统初始时间的所有合同表单/合同（即：甲可以查看签订时间为2015年2月1日及该时间之前的系统中的所有合同）；（进一步的，截止时间可以表述为不包含截止时间，在不包含截止时间时，则甲不能查看签订时间为2015年2月1日的合同，只能查看签订时间为2015年2月1日之前的合同；进一步的，系统初始时间可以不设置，只设置截止时间，则员工甲可以查看签订时间为截止时间及截止时间之前的所有合同，或员工甲可以查看签订时间为截止时间之前的所有合同）。

从起始时间至截止时间的时间段。例如，对员工甲授权为查看签订时间为2015年2月1日至2015年6月1日的合同表单（合同），则甲可以查看签订时间为2015年2月1日至2015年6月1日内的所有合同表单（合同）。

时间字段值为空值的时间段。例如，合同内的交货时间为非必填项，某些合同表单（合同）中的交货时间并未填写，将员工甲授权为查看交货时间的时间字段值为空值的合同表单（合同），则甲可以查看所有未填写交货时间的合同表单（合同）。

从系统初始时间到当前时间的时间段（当前时间是动态的）。例如，在2017年6月1日将员工甲授权为可以查看签订时间为从系统初始时间到当前时间的合同表单（合同），则在2017年6月1日甲可查看签订时间为从系统初始时间到2017年6月1日的所有合同表单（合同），在2017年6月2日甲可查看签订时间为从系统初始时间到2017年6月2日的所有合同表单（合同），以此类推。所述从系统初始时间到当前时间的时间段包括时间字段值为空值的时间段（进一步的，可以不设置具体的系统初始时间及当前时间的时间值，只要对员工甲设置了“系统初始时间到当前时间的时间段”的该设置，则员工甲能够查看到系统中签订时间为任何时间包括时间为空值的所有合同）。

所述起始时间和截止时间由授权操作者设置。

S13.选择所述要素项后显示系统中的所有系统使用者，并显示各个系统使用者对所选要素项的当前权限状态。

例如，图6中，选择查看（要素项）后，显示出用户A、用户B、用户C、用户D、用户E和用户F等系统使用者，其中用户A、用户D和用户E当前都具有该项权限。

进一步的，选择一种表单要素的一个要素项后，分别显示最近一次对各系统使用者进行所选要素项授权的授权操作者及授权时间，便于判断该系统使用者是否需要进行授权。例如，某授权操作者需要对100个角色进行授权操作，但是当天该授权操作者只完成了70个角色的授权操作，在该授权操作者第二天继续角色授权的操作时，可以通过筛选授权操作者或最近一次角色被授权的时间来查找需要授权的角色。又例如，通过查看某个角色的最近一次被授权的时间可以知道该角色的权限有多长时间没有更改，有利于判断是否需要再次对该角色进行授权。

例如，图6中，最近一次对用户A、用户B、用户C、用户D、用户E和用户F进行客户表单的表单操作权限的查看进行授权的授权操作者为用户B，最近一次对用户A、用户B和用户C进行客户表单的表单操作权限的查看进行授权的时间为2016年5月1日，最近一次对用户D、用户E和用户F进行客户表单的表单操作权限的查看进行授权的时间为2017年5月1日。

图7中，选择客户表单中表单操作权限（表单要素）中的删除（要素项）；选择删除（要素项）后，显示出用户A、用户B、用户C、用户D、用户E和用户F等系统使用者，其中用户A、用户D、用户E和用户F当前都具有该项权限。最近一次对用户A、用户B、用户C、用户D、用户E和用户F进行客户表单的表单操作权限的删除进行授权的授权操作者为用户B，最近一次对用户A、用户B和用户C进行客户表单的表单操作权限的删除进行授权的时间为2016年5月1日，最近一次对用户D、用户E和用户F进行客户表单的表单操作权限的删除进行授权的时间为2017年5月1日。

图8中，选择客户表单中表单字段（表单要素）中的客户名称（要素项）；选择客户名称（要素项）后，显示出用户A、用户B、用户C、用户D、用户E和用户F等系统使用者，其中用户A、用户D和用户E当前都具有对客户名称进行查看和修改的权限。最近一次对用户A、用户B、用户C、用户D、用户E和用户F进行客户表单的表单字段的操作权限的查看和修改进行授权的授权操作者为用户B，最近一次对用户A、用户B和用户C进行客户表单的表单字段的操作权限的查看和修改进行授权的时间为2016年5月1日，最近一次对用户D、用户E和用户F进行客户表单的表单字段的操作权限的查看和修改进行授权的时间为2017年5月1日。

图9中，选择客户表单中时间性质字段（表单要素）中的创建时间（要素项）；选择创建时间（要素项）后，显示出用户A、用户B、用户C和用户D等系统使用者，其中用户B当前的时间段为从当前倒推5天到当前时间，用户C当前的时间段为从系统初始时间到当前时间。其中，设置时间段时，时间段A、时间段B、时间段C和时间段D在原来授权状态的基础上设置，时间段E和时间段F在原来授权状态的基础上选择。

图9中，时间段A表示从当前时间倒推一个固定时间长度得到的时间点到当前时间的时间段，时间段B表示从起始时间到当前时间的时间段，时间段C表示从截止时间到系统初始时间的时间段，时间段D表示从起始时间至截止时间的时间段，时间段E表示时间字段值为空值的时间段，时间段F表示从系统初始时间到当前时间的时间段。

进一步的，选择所述要素项后显示系统中的所有系统使用者，所述的“系统中的所有系统使用者”为“系统中的该选择操作者可进行权限授权的所有系统使用者”。

所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种。

如图10所示，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色；用户获得关联角色的权限。在角色创建时或角色创建后为该角色选择一个部门，则该角色归属于该部门，根据角色的工作内容对角色进行授权，且该角色的名称在该部门下唯一，该角色的编号在系统中唯一。

角色的定义：角色不具有组/类/类别/岗位/职位/工种等性质，而是一个非集合的性质，角色具有唯一性，角色是独立存在的独立个体；在企事业单位应用中相当于岗位号（此处的岗位号非岗位，一个岗位同时可能有多个员工，而同一时段一个岗位号只能对应一个员工）。

举例：某个公司系统中可创建如下角色：总经理、副总经理1、副总经理2、北京销售一部经理、北京销售二部经理、北京销售三部经理、上海销售工程师1、上海销售工程师2、上海销售工程师3、上海销售工程师4、上海销售工程师5……用户与角色的关联关系：若该公司员工张三任职该公司副总经理2，同时任职北京销售一部经理，则张三需要关联的角色为副总经理2和北京销售一部经理，张三拥有了这两个角色的权限。

传统角色的概念是组/类/岗位/职位/工种性质，一个角色能够对应多个用户。而本申请“角色”的概念相当于岗位号/工位号，也类同于影视剧中的角色：一个角色在同一时段（童年、少年、中年……）只能由一个演员来饰演，而一个演员可能会分饰多角。

所述用户调岗时，取消用户与原角色的关联，将用户与新角色进行关联，则用户自动失去原角色的权限、自动获得新角色的权限。

在员工入职时，为员工对应的用户关联角色后，该用户自动获得所关联角色权限；在员工离职时，取消员工对应的用户与该用户关联的角色的关联关系后，该用户自动失去原来关联的角色的权限。

在创建角色之后，可以在创建用户的过程中关联角色，也可以在用户创建完成后随时进行关联。用户关联角色后可以随时解除与角色的关联关系，也可以随时建立与其他角色的关联关系。

一个员工对应一个用户，一个用户对应一个员工，员工通过其对应的用户关联的角色确定（获得）权限。

进一步的，员工和用户终生绑定，用户对应员工后，则该用户归属于该员工，用户不能再关联其他的员工；若该员工离职，该用户也不能对应其他的员工，员工再次入职后，该员工还是使用原来的用户。

14.对一个或多个所述系统使用者进行所选要素项的授权。

【实施例二】如图11所示，显示所有系统使用者当前权限状态的授权方法，包括：S21.选择一个统计列表。

S22.选择所述统计列表的一种统计列表要素的一个要素项。

所述统计列表要素的种类包括统计列表操作权限、统计列表的列名、时间性质列名和统计列表列名值中的一种或多种；所述列名值为该列名所在列的列值（如统计列表中有一个列名为客户级别，列表中统计显示的“1级、2级、3级、、、、”为客户级别的列值；又如还有一个列名为拜访次数，列表中统计显示的“12、5、8、、、、”为拜访次数的列值）。

当统计列表要素的种类为统计列表列名值时，对其要素项进行授权操作，实质上是对该要素项对应的数据进行授权。

所述统计列表操作权限的要素项包括查看\查询等；如客户统计列表的所述统计列表的列名的要素项包括客户级别、客户行业和客户区域等（即：统计列表的列名，是对该列名所在列/列对应的数据进行授权）；所述统计列表列名值的要素项为列名对应的列名值，这里特指列名值为选择确定或自动确定的列名值，如客户统计列表中的列名客户级别的备选（对应）列名值“1级、2级、3级、、、、”或列名客户行业的备选（对应）列名值“软件、化工、建材、、、、、” 或列名客户负责部门的备选（对应）列名值“销售一部、销售二部、销售三部、、、、、” 或列名客户负责人的备选（对应）列名值“张三、李四、王五、、、、、”或 列名客户所在城市的备选（对应）列名值“北京、上海、广州、、、、、”等（统计列表列名值种类要授权的是列名值，即该列名值对应的数据，而不是该列名值对应的列名），且该类列名值的列名的列名值中都包括一个空和一个所有/不受限的列名值（空表示“列名值为空”，所有表示“所有列名值”）；所述时间性质列名的要素项为时间性质的列名如统计列表中的列名创建时间和最近修改时间等时间列名（如该处的“创建时间和最近修改时间”即为时间性质列名的要素项，也为统计列表的列名的要素项；另，时间性质列名所在的列统计的一定是时间性质的数据或内容；另，选择时间性质列名的一个要素项后，对该要素的授权操作/设置与本申请的“表单的选择时间性质字段的一个要素项后”的授权操作/设置方式相同）。

所述统计列表列名值为选择确定（如客户统计列表中的列名客户行业所在列的列名值有制造、金融、航空等行业可选，这些列名值是非人工填写的，而是通过选择方式获得的，还比如客户所在城市、负责部门、客户负责人、客户负责角色等列名的列名值也是选择确定的）或自动确定（如统计列表的创建人、录单人、制单角色、制单用户、制单人等列名，这些列名的列名值是依据相关规则自动确定）的。

S23.选择所述要素项后显示系统中的所有系统使用者，并显示各系统使用者对所选要素项的当前权限状态。

进一步的，选择所述要素项后显示系统中的所有系统使用者，所述的“系统中的所有系统使用者”为“系统中的该选择操作者可进行权限授权的所有系统使用者”。

所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种。

所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。在角色创建时或角色创建后为该角色选择一个部门，则该角色归属于该部门，根据角色的工作内容对角色进行授权，且该角色的名称在该部门下唯一，该角色的编号在系统中唯一。

所述用户调岗时，取消用户与原角色的关联，将用户与新角色进行关联，则用户自动失去原角色的权限、自动获得新角色的权限。

在员工入职时，为员工对应的用户关联角色后，该用户自动获得所关联角色权限；在员工离职时，取消员工对应的用户与该用户关联的角色的关联关系后，该用户自动失去原来关联的角色的权限。

在创建角色之后，可以在创建用户的过程中关联角色，也可以在用户创建完成后随时进行关联。用户关联角色后可以随时解除与角色的关联关系，也可以随时建立与其他角色的关联关系。

一个员工对应一个用户，一个用户对应一个员工，员工通过其对应的用户关联的角色确定（获得）权限。

进一步的，员工和用户终生绑定，用户对应员工后，则该用户归属于该员工，用户不能再关联其他的员工；若该员工离职，该用户也不能对应其他的员工，员工再次入职后，该员工还是使用原来的用户。

进一步的，选择一种统计列表要素的一个要素项后，分别显示最近一次对各系统使用者进行所选要素项授权的授权操作者及授权时间。

S24.对一个或多个所述系统使用者进行所选要素项的授权。

【实施例三】如图12所示，显示所有系统使用者当前权限状态的授权方法，包括：S31.选择一个菜单。

S32.选择所述菜单后显示系统中的所有系统使用者，并显示各系统使用者对所选菜单的当前权限状态。

进一步的，选择所述菜单后显示系统中的所有系统使用者，所述的“系统中的所有系统使用者”为“系统中的该选择操作者可进行权限授权的所有系统使用者”。

所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种。

所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。在角色创建时或角色创建后为该角色选择一个部门，则该角色归属于该部门，根据角色的工作内容对角色进行授权，且该角色的名称在该部门下唯一，该角色的编号在系统中唯一。

所述用户调岗时，取消用户与原角色的关联，将用户与新角色进行关联，则用户自动失去原角色的权限、自动获得新角色的权限；即用户获得其关联的角色的权限。

在员工入职时，为员工对应的用户关联角色后，该用户自动获得所关联角色权限；在员工离职时，取消员工对应的用户与该用户关联的角色的关联关系后，该用户自动失去原来关联的角色的权限。

在创建角色之后，可以在创建用户的过程中关联角色，也可以在用户创建完成后随时进行关联。用户关联角色后可以随时解除与角色的关联关系，也可以随时建立与其他角色的关联关系。

一个员工对应一个用户，一个用户对应一个员工，员工通过其对应的用户关联的角色确定（获得）权限。

进一步的，员工和用户终生绑定，用户对应员工后，则该用户归属于该员工，用户不能再关联其他的员工；若该员工离职，该用户也不能对应其他的员工，员工再次入职后，该员工还是使用原来的用户。

进一步的，选择菜单后，分别显示最近一次对各系统使用者进行所选菜单授权的授权操作者及授权时间。

S33.对一个或多个所述系统使用者进行所选菜单的授权。

以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

Claims (7)

1.显示所有系统使用者当前权限状态的授权方法，其特征在于，包括：选择一个表单；

选择所述表单的一种表单要素的一个要素项；

选择所述要素项后显示系统中的所有系统使用者，并显示各个系统使用者对所选要素项的当前权限状态；

对一个或多个所述系统使用者进行所选要素项的授权；

所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

2.根据权利要求1所述的显示所有系统使用者当前权限状态的授权方法，其特征在于，所述表单要素的种类包括表单操作权限、表单字段、时间性质字段和表单字段值中的一种或多种，所述表单字段值为选择确定或自动确定的。

3.根据权利要求1所述的显示所有系统使用者当前权限状态的授权方法，其特征在于，在角色创建时或角色创建后为该角色选择一个部门，则该角色归属于该部门，根据角色的工作内容对角色进行授权，且该角色的名称在该部门下唯一，该角色的编号在系统中唯一；所述用户调岗时，取消用户与原角色的关联，将用户与新角色进行关联。

4.根据权利要求1所述的显示所有系统使用者当前权限状态的授权方法，其特征在于，选择一种表单要素的一个要素项后，分别显示最近一次对各系统使用者进行所选要素项授权的授权操作者及授权时间。

5.显示所有系统使用者当前权限状态的授权方法，其特征在于，包括：选择一个统计列表；

选择所述统计列表的一种统计列表要素的一个要素项；

选择所述要素项后显示系统中的所有系统使用者，并显示各系统使用者对所选要素项的当前权限状态；

对一个或多个所述系统使用者进行所选要素项的授权；

所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

6.根据权利要求5所述的显示所有系统使用者当前权限状态的授权方法，其特征在于，所述统计列表要素的种类包括统计列表操作权限、统计列表的列名、时间性质列名和统计列表列名值中的一种或多种，所述统计列表列名值是选择确定或自动确定的。

7.显示所有系统使用者当前权限状态的授权方法，其特征在于，包括：选择一个菜单；

选择所述菜单后显示系统中的所有系统使用者，并显示各系统使用者对所选菜单的当前权限状态；

对一个或多个所述系统使用者进行所选菜单的授权；

所述系统使用者包括角色、用户、员工、组、类或模板中的一种或多种，所述角色是独立的个体，而非组/类，同一时段一个角色只能关联唯一的用户，而一个用户关联一个或多个角色。

Images