[發明專利]通訊消息的訪問控制方法和裝置

有效

• 申請號: 201610414960.1
• 申請日: 2016-06-12
• 公開（公告）號: CN107493255B
• 公開（公告）日: 2020-05-19
• 發明（設計）人: 陳耀光;劉博東
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/58
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 董文倩;褚敏

本發明公開了一種通訊消息的訪問控制方法和裝置。其中，該方法包括：第一客戶端發布通訊消息；服務器生成通知消息，并向第二客戶端發送通知消息，其中，通知消息用于指示第一客戶端發布了通訊消息；第二客戶端對通知消息執行預定操作生成第一請求，并將第一請求發送至服務器，其中，第一請求用于請求對通訊消息執行查看操作；服務器向第二客戶端發送通訊消息，并記錄對通訊消息已執行的歷史操作信息，其中，歷史操作信息中包括用于記錄查看操作的信息；第一客戶端向服務器發送第二請求，其中，第二請求用于請求獲取歷史操作信息；服務器向第一客戶端發送歷史操作信息。本發明解決了無法獲取即時通訊消息的操作記錄的技術問題。

技術領域

本發明涉及通訊領域，具體而言，涉及一種通訊消息的訪問控制方法和裝置。

背景技術

目前即時通訊消息的可選擇發送對象主要有三種：單人、多人會話和與當前賬戶有關聯關系的所有人。對于發送單人的情況，接收人收到該消息后可以隨意復制和轉發；對于多人會話的情況，發送到的多人會話中的任何人都可以閱讀消息內容，同時也可以復制和轉發；對于發送對象為所有的情況(如朋友圈)與多人會話類似。在上述的發送方式中，一旦消息發出，發送者對于消息幾乎不再具有控制權。

如，原本只想讓指定接收人獲得的消息可能被接收人泄露給他人，消息發出后幾乎不可控；又如，當發送消息到多人會話時，多人會話內可能有不想要發送的接收人；而專門建立一個只有指定接收人的多人會話又增加發送成本；建立的臨時多人會話過多時，不便于管理。

進一步地，若發布消息的賬戶的消息泄漏，也無法得知消息的泄漏對象。

針對上述的問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例提供了一種通訊消息的訪問控制方法和裝置，以至少解決無法獲取即時通訊消息的操作記錄的技術問題。

根據本發明實施例的一個方面，提供了一種通訊消息的訪問控制方法，該方法包括：第一客戶端發布通訊消息；服務器生成通知消息，并向第二客戶端發送通知消息，其中，通知消息用于指示第一客戶端發布了通訊消息；第二客戶端對通知消息執行預定操作生成第一請求，并將第一請求發送至服務器，其中，第一請求用于請求對通訊消息執行查看操作；服務器向第二客戶端發送通訊消息，并記錄對通訊消息已執行的歷史操作信息，其中，歷史操作信息中包括用于記錄查看操作的信息；第一客戶端向服務器發送第二請求，其中，第二請求用于請求獲取歷史操作信息；服務器向第一客戶端發送歷史操作信息。

根據本發明實施例的一個方面，提供了一種通訊消息的訪問控制方法，該方法包括：向第二客戶端發送通知消息，其中，通知消息用于指示第一客戶端發布了通訊消息；接收第二客戶端發送的第一請求，其中，第一請求用于請求對第一客戶端發布的通訊消息執行查看操作；獲取對通訊消息已執行的歷史操作信息，其中，歷史操作信息包括用于指示查看操作的信息；向第二客戶端發送通訊消息和歷史操作信息。

根據本發明實施例的一個方面，提供了一種通訊消息的訪問控制方法，該方法包括：發布通訊消息至服務器，其中，服務器用于生成通知消息，通知消息用于指示第一客戶端發布了通訊消息；向服務器發送第二請求，其中，第二請求用于請求獲取對通訊消息已執行的歷史操作信息，服務器向第二客戶端發送通知消息，并在接收到第二客戶端的第一請求，記錄第一請求所請求的操作，生成歷史操作信息；接收服務器發送的歷史操作信息。

根據本發明實施例的一個方面，提供了一種通訊消息的訪問控制方法，該方法包括：接收到服務器發送的通知消息，其中，通知消息用于指示第一客戶端發布了通訊消息；對通知消息執行預定操作生成第一請求，其中，第一請求用于請求對通訊消息執行查看操作；將第一請求發送至服務器，其中，服務器用于獲取對通訊消息已執行的歷史操作信息，歷史操作信息包括用于記錄查看操作的第一操作信息；接收服務器發送的通訊消息和歷史操作信息。