[發明專利]一種訪問權限處理方法及其客戶端和服務器

在審

• 申請號: 201710746204.3
• 申請日: 2017-08-26
• 公開（公告）號: CN107566361A
• 公開（公告）日: 2018-01-09
• 發明（設計）人: 李建明;邱實;李航
• 申請（專利權）人: 杭州之圖網絡科技有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及互聯網通信技術領域，特別涉及一種訪問權限處理方法及其客戶端和服務器。

背景技術

由于黨建管理性比較強，微信公眾平臺企業號、訂閱號（需設置專門的通訊錄限制訪問權限）滿足管理。應用企業號，用戶進入企業號必須先添加到企業號通訊錄，才能訪問企業號；應用訂閱號，在有通訊錄權限時，進入訂閱號需要驗證身份。而在某些場合需要方便快捷又能保密的方式訪問。

發明內容

為解決現有存在的技術問題，本發明實施例提供一種訪問權限處理方法及其客戶端和服務器。

本發明的實施例提供了一種訪問權限處理方法，所述方法應用于服務器，所述方法包括：發送邀請信息，所述邀請信息用于供客戶端根據邀請信息生成驗證請求；接收驗證請求，所述驗證請求包含客戶端用戶的特征信息；判斷驗證請求中的特征信息是否在特征信息庫內，若是，則發送包含第一訪問權限的準許信息，若否，在發送包含第二訪問權限的準許信息；發送準許信息。

上述方案中，所述判斷驗證請求中的特征信息是否在特征信息庫內的方法為：調用特征信息庫中的所有特征信息逐一與客戶端用戶的特征信息進行比對，若存在相同，則在該客戶端用戶的特征信息在特征信息庫內，若不存在相同，則在該客戶端用戶的特征信息不在特征信息庫內。

上述方案中，所述邀請信息為二維碼。

上述方案中，所述第一權限允許客戶端瀏覽服務器中的涉密信息、點贊評論，所述第二權限不允許客戶端瀏覽服務器中的涉密信息、點贊評論。

本發明的實施例還提供了一種服務器，包括：

第一發送單元，用于發送邀請信息，所述邀請信息用于供客戶端根據邀請信息生成驗證請求；第一接收單元，用于接收驗證請求，所述驗證請求包含客戶端用戶的特征信息；第一處理單元，用于判斷驗證請求中的特征信息是否在特征信息庫內，若是，則發送包含第一訪問權限的準許信息，若否，則發送包含第二訪問權限的準許信息；所述第一發送單元，還用于發送準許信息。

上述方案中，還包括數據庫，所述數據庫用于存儲所述特征信息庫。

上述方案中，所述判斷驗證請求中的特征信息是否在特征信息庫內的方法為：調用特征信息庫中的所有特征信息逐一與客戶端用戶的特征信息進行比對，若存在相同，則在該客戶端用戶的特征信息在特征信息庫內，若不存在相同，則在該客戶端用戶的特征信息不在特征信息庫內。

本發明的實施例提供了還一種訪問權限處理方法，所述方法應用于客戶端，所述方法包括：接收邀請信息；根據邀請信息生成驗證請求，所述驗證請求包含客戶端用戶的特征信息，所述特征信息用于判斷該客戶端用戶的訪問權限；發送所述驗證請求；接收準許信息，所述準許信息包含第一訪問權限或第二訪問權限。

本發明的實施例還提供了一種客戶端，包括：第二接收單元，用于接收邀請信息，第二處理單元，用于根據邀請信息生成驗證請求，所述驗證請求包含客戶端用戶的特征信息，所述特征信息用于確定該客戶端用戶的訪問權限；第二發送單元，用于發送所述驗證請求；所述第二接收單元還用于接收準許信息，所述準許信息包含訪問權限。

綜上所述，本發明具有以下有益效果：在服務器向客戶端發送二維碼后，客戶端掃描二維碼生成驗證請求并發送回服務器，然后服務器根據驗證請求中的客戶端用戶特征信息判斷該特征信息是否在特征信息庫內，當客戶端用戶的特征信息在特征信息庫內時，服務器授予客戶端用戶第一權限，使客戶端用戶在第一權限內對服務器進行操作，當客戶端用戶的特征信息不在特征信息庫內時，服務器授予客戶端用戶第二權限，使客戶端用戶在第二權限內對服務器進行操作。

附圖說明

圖1是本發明實施例一的訪問權限處理方法的流程示意圖；

圖2是本發明實施例二的服務器的組成結構示意圖；

圖3是本發明實施例三的訪問權限處理方法的流程示意圖；

圖4是本發明實施例四的客戶端的組成結構示意圖；

圖5是黨建微信平臺的整體訪問系統框圖。

圖中，11、第一接收單元；12、第一處理單元；13、第一發送單元；14、數據庫、21、第二接收單元；22、第二處理單元；23、第二發送單元。

具體實施方式

以下結合附圖對本發明作進一步詳細說明。

本具體實施例僅僅是對本發明的解釋，其并不是對本發明的限制，本領域技術人員在閱讀完本說明書后可以根據需要對本實施例做出沒有創造性貢獻的修改，但只要在本發明的保護范圍內都受到專利法的保護。

實施例一