[發明專利]社交平臺中用戶身份狀態切換的實現方法

在審

• 申請號: 201810570357.1
• 申請日: 2018-06-05
• 公開（公告）號: CN108777657A
• 公開（公告）日: 2018-11-09
• 發明（設計）人: 吳銳煌
• 申請（專利權）人: 廣州推己科技有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;G06Q50/00
• 代理公司: 北京易光知識產權代理有限公司 11596
• 代理人: 李韻

本發明公開了社交平臺中用戶身份狀態切換的實現方法，屬于通信技術領域，該方法是終端設備與服務器的交互過程中對用戶信息的切換方法，用戶信息包括身份狀態信息及發文狀態信息，該用戶信息存于同一數據庫中，服務器中增設存儲有身份狀態信息及發文狀態信息的存儲單元，在服務器、終端設備上分別增設用戶信息傳輸接口；本發明改變現有的非A即B式反饋數據的方式，而將用戶信息用同一數據庫存儲，用戶身份切換時，該用戶資料不會變動，改變的是別人訪問該用戶信息時拿到的數據，因為服務器會實時根據用戶狀態提供對應的數據，真正做到一個人兩種身份狀態而不是兩種分開的角色。

技術領域

本發明屬于通信技術領域，涉及一種社交平臺中用戶身份狀態切換的實現方法，具體地說是一種真正做到一個人兩種身份狀態而不是兩種分開的角色的社交平臺中用戶身份狀態切換的實現方法。

背景技術

社交軟件是人們通訊和分享生活的必備工具，現有的社交軟件在設計產品時幾乎只有單一的身份狀態，主要有以下缺點：a、身份狀態只有一種狀態。由于服務器數據庫沒有存身份狀態的字段，所以用戶要么全是公開的，要么全是私密的，沒有可變性；b、因為身份切換涉及多個模塊，不管是否已經成型的系統要加上身份切換在前端和后臺都需要巨大的工作量，大部分操作都和服務器數據庫中用戶身份狀態有關，所以一不小心就會出現查詢到錯誤的數據甚至查詢不到數據的問題；c、由于現有社交軟件單一的身份狀態，服務器無法通過相關的數據庫字段來分開存放私密的和公開的推文數據，所以他們的數據只是簡單的查詢和展示；d、由于現有的社交軟件沒有相關的數據庫字段來區別用戶狀態，所以即使用戶不想被搜索得到也可以被隨意搜索得到和被關注；e、由于現有的社交軟件設計的身份狀態本質上是兩個人，相當于注冊一個帳號控制兩個獨立的角色，存在于兩張表，需要設置各自的信息,切換角色時用戶信息也跟著改變了,改變其中角色的資料不會影響另一個角色的資料，他的側重點在于兩個獨立的、分開的角色，而不能真正做到一個人兩種身份狀態；f、由于現有的社交軟件設計的身份狀態本質上是兩個人，聊天內容當然也是分開存儲的，真正的一個人兩種身份狀態應該是存儲在一個數據庫表的。

發明內容

本發明為了解決上述技術問題，設計了社交平臺中用戶身份狀態切換的實現方法，該方法使用戶能輕松地實現身份狀態的切換，真正做到一個人兩種身份狀態而不是兩種分開的角色。

本發明所采取的具體技術方案是：社交平臺中用戶身份狀態切換的實現方法，該方法是終端設備與服務器的交互過程中對用戶信息的切換方法，所述的用戶信息包括身份狀態信息及發文狀態信息，該用戶信息存儲于同一數據庫中，關鍵在于，所述的服務器中增設存儲有身份狀態信息及發文狀態信息的存儲單元，在服務器、終端設備上分別增設用戶信息傳輸接口，在此基礎上，所述的方法步驟中包括：

A、用戶通過終端設備輸入身份狀態信息，輸入的身份狀態信息為“私密”或“公開”，并借助用戶信息傳輸接口發送至服務器，如果身份狀態信息為“私密”，則該用戶的發文狀態為“非公開”，如果身份狀態信息為“公開”，則該用戶的發文狀態為“公開”；

B、當請求發送用戶借助終端設備向服務器發送用戶搜索請求，服務器向終端設備反饋數據時，服務器過濾掉所有身份狀態是“私密”的被查詢用戶，反饋身份狀態為“公開”的被查詢用戶信息；

C、當請求發送用戶借助終端設備向服務器發送查詢用戶發文請求，服務器向終端設備反饋數據時，服務器反饋身份狀態為“公開”且發文狀態為“公開”的被查詢用戶的發文信息。

進一步地，請求發送用戶與被查詢用戶是好友關系，進行如下操作：

a、如果請求發送用戶與被查詢用戶中，其中一方的身份狀態信息為“公開”，則另一方借助終端設備發送查詢用戶發文請求，服務器向終端設備反饋數據時，服務器反饋該好友關系的另一方的發文狀態為“公開”和“非公開”的發文信息；