[發明專利]系統中郵箱賬號和即時通訊賬號內容操作權限的授權方法

在審

• 申請號: 201710633280.3
• 申請日: 2017-07-28
• 公開（公告）號: CN107508798A
• 公開（公告）日: 2017-12-22
• 發明（設計）人: 陳達志
• 申請（專利權）人: 成都牽牛草信息技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/58
• 代理公司: 成都厚為專利代理事務所(普通合伙)51255
• 代理人: 李坤

技術領域

本發明涉及ERP等管理軟件系統的中的授權方法，特別是涉及一種系統中郵箱賬號和即時通訊賬號內容操作權限的授權方法。

背景技術

基于角色的訪問控制（RBAC）是近年來研究最多、思想最成熟的一種數據庫權限管理機制，它被認為是替代傳統的強制訪問控制（MAC）和自主訪問控制（DAC）的理想候選。基于角色的訪問控制（RBAC）的基本思想是根據企業組織視圖中不同的職能崗位劃分不同的角色，將數據庫資源的訪問權限封裝在角色中，用戶通過被賦予不同的角色來間接訪問數據庫資源。

在大型應用系統中往往都建有大量的表和視圖，這使得對數據庫資源的管理和授權變得十分復雜。由用戶直接管理數據庫資源的存取和權限的收授是十分困難的，它需要用戶對數據庫結構的了解非常透徹，并且熟悉SQL語言的使用，而且一旦應用系統結構或安全需求有所變動，都要進行大量復雜而繁瑣的授權變動，非常容易出現一些意想不到的授權失誤而引起的安全漏洞。因此，為大型應用系統設計一種簡單、高效的權限管理方法已成為系統和系統用戶的普遍需求。

基于角色的權限控制機制能夠對系統的訪問權限進行簡單、高效的管理，極大地降低了系統權限管理的負擔和代價，而且使得系統權限管理更加符合應用系統的業務管理規范。

然而，傳統基于角色的用戶權限管理方法均采用“角色對用戶一對多”的關聯機制，其“角色”為組/類性質，即一個角色可以同時對應/關聯多個用戶，角色類似于崗位/職位/工種等概念，這種關聯機制下對用戶權限的授權基本分為以下三種形式：

1、如圖1所示，直接對用戶授權，缺點是工作量大、操作頻繁且麻煩；

2、如圖2所示，對角色（類/組/崗位/工種性質）進行授權（一個角色可以關聯多個用戶），用戶通過角色獲得權限；

3、如圖3所示，以上兩種方式結合。

以上的表述中，2、3均需要對類/組性質的角色進行授權，而通過類/組/崗位/工種性質的角色進行授權的方式有以下缺點：

1、用戶權限變化時的操作難：在實際的系統使用過程中，經常因為在運營過程中需要對用戶的權限進行調整，比如：在處理員工權限變化的時候，角色關聯的某個員工的權限發生變化，我們不能因該個別員工權限的變化而改變整個角色的權限，因為該角色還關聯了其他權限未變的員工。因此為了應對該種情況，要么創建新角色來滿足該權限發生變化的員工，要么對該員工根據權限需求直接授權（脫離角色）。以上兩種處理方式，在角色權限較多的情況下對角色授權不僅所需時間長，而且容易犯錯，使用方操作起來繁瑣又麻煩，也容易出錯導致對系統使用方的損失。

2、要長期記住角色包含的具體權限難：若角色的權限功能點比較多，時間一長，很難記住角色的具體權限，更難記住權限相近的角色之間的權限差別，若要關聯新的用戶，無法準確判斷應當如何選擇關聯。

3、因為用戶權限變化，則會造成角色創建越來越多（若不創建新角色，則會大幅增加直接對用戶的授權），更難分清各角色權限的具體差別。

4、調崗時，若要將被調崗用戶的很多個權限分配給另外幾個用戶承擔，則處理時必須將被調崗用戶的這些權限區分開來，分別再創建角色來關聯另外幾個用戶，這樣的操作不僅復雜耗時，而且還很容易發生錯誤。

傳統的ERP等管理軟件系統中，對員工進行授權時，通常是根據員工的崗位的權限對該員工進行授權。在獲得某個郵箱賬號或即時通訊賬號的授權后，該員工可以查看所述郵箱賬號或即時通訊賬號中的所有歷史數據和當前數據，但是在某些情況下容易導致公司信息泄露。例如，公司的某個崗位有個新進員工，但又不愿意讓該員工查看其接手的郵箱賬號或即時通訊賬號中的歷史數據時，在該員工獲得該郵箱賬號或即時通訊賬號的授權后即可查看到該郵箱賬號或即時通訊賬號中的歷史數據，此時公司卻無法采取有效的限制措施，從而導致公司數據的泄露。又例如，臨時抽調某個員工對另一個崗位的某個郵箱賬號或即時通訊賬號一段時間內的數據進行審查時，需要為該員工授權查看該郵箱賬號或即時通訊賬號的權限，在獲得授權后該員工可以查看該郵箱賬號或即時通訊賬號的所有數據，從而導致郵箱賬號或即時通訊賬號中需要進行審查的數據以外的其他數據泄露。由此可知，現有的郵箱賬號和即時通訊賬號的查看權限的授權方法在有的情況下無法有效進行權限控制，不利于公司的信息保密，容易給公司造成損失。