管理消息的方法和裝置的製作方法
2023-06-04 23:03:21
專利名稱：管理消息的方法和裝置的製作方法
技術領域：
本發明涉及即時通訊領域，特別涉及一種管理消息的方法和裝置。
背景技術：
網絡即時通訊工具發展迅速，目前已經被大多數的網民所接受，成為人們工作生活中必不可少的軟體工具。人們將工作生活中的各種消息通過即時通訊工具發布到網上， 即時通訊的伺服器保存用戶發布的各種消息。因此，如何有效地對用戶發布的各種消息進行管理成為用戶非常關心的一個問題。現有的消息管理方法，當伺服器接收到刪除某一個用戶發表的某一條消息的請求時，根據請求中攜帶的該消息的索引，伺服器會刪除相應的消息。由於該消息在伺服器被徹底清除，因此，該用戶的聽眾無法對該消息進行拉取、轉播或對話等操作。然而，在某些應用下，可能需要顯示已經刪除的消息。但是，由於該消息被伺服器徹底清除，因此，已經刪除的消息無法顯示。綜上所述，發明人發現現有技術無法適應用戶對已經刪除消息的顯示需要，可擴展性較差。
發明內容
為了提高可擴展性，本發明實施例提供了一種管理消息的方法和裝置。所述技術方案如下一種管理消息的方法，所述方法包括接收刪除用戶A發表的消息Ml的請求，所述請求中攜帶所述消息Ml的索引IDl ；將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息Ml進行拉取、轉播或對話。其中，將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息Ml進行拉取，具體包括將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態；接收所述用戶B拉取所述用戶A發表消息的請求；將所述用戶A發表消息中刪除狀態的索引IDl不返回給所述用戶B、正常狀態的索引返回給所述用戶B接收所述用戶B發送的獲取所述正常狀態的索引對應消息的請求，並根據所述正常狀態的索引查找到所述用戶A發表消息中正常狀態的消息，並返回給所述用戶B。其中，接收刪除用戶A發表的消息Ml的請求之前，還包括所述用戶B拉取所述用戶A發表的消息Ml ；相應的，將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息Ml進行轉播或對話，具體包括將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態；
接收所述用戶B發送的與所述消息Ml進行轉播或對話的請求；判斷所述索引IDl對應的消息狀態，當所述索引IDl對應的消息狀態為刪除狀態時，向所述用戶B返迴轉播失敗或對話失敗。其中，接收刪除用戶A發表的消息Ml的請求之前，還包括接收所述用戶B轉播所述用戶A發表的消息Ml的請求，所述請求包括所述用戶B 轉播所述消息Ml時發表的評論信息，將轉播的消息Ml和所述評論信息作為所述用戶B的消息M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述評論信息；根據所述索引ID2查找到對應的索引IDl和所述評論信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述評論信息；或者，接收刪除用戶A發表的消息Ml的請求之前，還包括接收所述用戶B與所述用戶A發表的消息Ml進行對話的請求，所述請求包括所述用戶B與所述消息Ml對話時發表的對話信息，將消息Ml和所述對話信息作為所述用戶B 的消息M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述對話信息；根據所述索引ID2查找到對應的索引IDl和所述對話信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述對話信息。其中，將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態之後，還包括接收用戶C獲取所述用戶B的消息M2的索引的請求，並向所述用戶C返回所述消息M2的索引ID2 ；接收所述用戶C拉取所述索引ID2對應數據的請求，如果所述索引ID2對應的消息類型為轉播類型，則根據所述索引ID2查找到對應的索引ID1、所述評論信息和所述索引 IDl的籤名，並返回給所述用戶C ；如果所述索引ID2對應的消息類型為對話類型，則根據所述索引ID2查找到對應的索引IDl和所述對話信息，並返回給所述用戶C ；接收所述用戶C拉取所述索引IDl對應數據的請求，如果返回給所述用戶C的信息中包括所述索引IDl的籤名，所述請求中還攜帶所述索引IDl的籤名；根據所述索引IDl對應的消息狀態和所述請求中是否攜帶所述索引IDl的籤名， 判斷是否向所述用戶C返回所述索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、 且所述請求中攜帶所述索引IDl的籤名，向所述用戶C返回所述索引IDl對應的消息Ml ； 如果消息狀態為用戶刪除狀態、且所述請求中沒有攜帶所述索引IDl的籤名，向所述用戶C 返回拉取失敗；如果消息狀態為管理員刪除狀態，向所述用戶C返回拉取失敗。一種管理消息的裝置，所述裝置包括接收模塊，用於接收刪除用戶A發表的消息Ml的請求，所述請求中攜帶所述消息 Ml的索引IDl ；更新模塊，用於將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息Ml進行拉取、轉播或對話。其中，所述更新模塊包括第一更新單元，用於
將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態；接收所述用戶B拉取所述用戶A發表消息的請求；將所述用戶A發表消息中刪除狀態的索引IDl不返回給所述用戶B、正常狀態的索引返回給所述用戶B;接收所述用戶B發送的獲取所述正常狀態的索引對應消息的請求，並根據所述正常狀態的索引查找到所述用戶A發表消息中正常狀態的消息，並返回給所述用戶B。其中，所述裝置還包括拉取模塊，用於接收用戶A刪除其發表的消息Ml的請求之前，所述用戶B拉取所述用戶A發表的消息Ml ；所述更新模塊包括第二更新單元，用於將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態；接收所述用戶B發送的與所述消息Ml進行轉播或對話的請求；判斷所述索引IDl對應的消息狀態，當所述索引IDl對應的消息狀態為刪除狀態時，向所述用戶B返迴轉播失敗或對話失敗。其中，所述裝置還包括轉播模塊或對話模塊，所述轉播模塊，用於接收刪除用戶A發表的消息Ml的請求之前，接收所述用戶B 轉播所述用戶A發表的消息Ml的請求，所述請求包括所述用戶B轉播所述消息Ml時發表的評論信息，將轉播的消息Ml和所述評論信息作為所述用戶B的消息M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述評論信息；根據所述索引ID2查找到對應的索引IDl和所述評論信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述評論信息；所述對話模塊，用於接收刪除用戶A發表的消息Ml的請求之前，接收所述用戶B 與所述用戶A發表的消息Ml進行對話的請求，所述請求包括所述用戶B與所述消息Ml對話時發表的對話信息，將消息Ml和所述對話信息作為所述用戶B的消息M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述對話信息；根據所述索引ID2查找到對應的索引IDl和所述對話信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述對話信息。其中，所述裝置還包括處理模塊，用於將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態之後，接收用戶C獲取所述用戶B的消息M2的索引的請求，並向所述用戶C返回所述消息M2的索引ID2 ；接收所述用戶C拉取所述索引ID2對應數據的請求，如果所述索引ID2對應的消息類型為轉播類型，則根據所述索引ID2查找到對應的索引ID1、所述評論信息和所述索引 IDl的籤名，並返回給所述用戶C ；如果所述索引ID2對應的消息類型為對話類型，則根據所述索引ID2查找到對應的索引IDl和所述對話信息，並返回給所述用戶C ；接收所述用戶C拉取所述索引IDl對應數據的請求，如果返回給所述用戶C的信息中包括所述索引IDl的籤名，所述請求中還攜帶所述索引IDl的籤名；根據所述索引IDl對應的消息狀態和所述請求中是否攜帶所述索引IDl的籤名，判斷是否向所述用戶C返回所述索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、 且所述請求中攜帶所述索引IDl的籤名，向所述用戶C返回所述索引IDl對應的消息Ml ； 如果消息狀態為用戶刪除狀態、且所述請求中沒有攜帶所述索引IDl的籤名，向所述用戶C 返回拉取失敗；如果消息狀態為管理員刪除狀態，向所述用戶C返回拉取失敗。本發明實施例提供的技術方案帶來的有益效果是通過設置消息狀態，對於客戶端達到消息被刪除的效果，使其他用戶無法對刪除狀態的消息進行拉取、轉播或對話，而消息仍然存在，後續特定應用中可以顯示已經刪除的消息，可擴展性好。
圖1是本發明實施例1提供的管理消息的方法流程圖；圖2是本發明實施例1提供的網絡架構示意圖；圖3是本發明實施例1提供的用戶A發表消息的信息交互圖；圖4是本發明實施例1提供的用戶A刪除消息的信息交互圖；圖5是本發明實施例1提供的用戶A的聽眾用戶B拉取消息的信息交互圖；圖6是本發明實施例1提供的用戶A的聽眾用戶B對話或轉播消息的信息交互圖；圖7是本發明實施例1提供的用戶B的聽眾用戶C拉取原文已刪除的轉播消息的信息交互圖；圖8是本發明實施例2提供的管理消息的裝置結構示意圖。
具體實施例方式為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進一步地詳細描述。實施例1參見圖1，本實施例提供了一種管理消息的方法，該方法具體可由伺服器執行以下步驟，包括101 接收刪除用戶A發表的消息Ml的請求，該請求中攜帶消息Ml的索引IDl ；102 將索引IDl對應的消息狀態由正常狀態更新為刪除狀態，該刪除狀態用於使用戶B無法對消息Ml進行拉取、轉播或對話。其中，用戶B可以用戶A的聽眾，由於聽眾可以自動的、頻繁的拉取用戶A的消息， 對消息的傳播速度最快，因此，阻止這些聽眾對刪除狀態的消息進行拉取、轉播或對話，可以有效阻止消息的傳播。用戶B還可以是其他普通用戶，這些普通用戶可以在廣播大廳中看到包括用戶A在內的所有用戶發表的消息，因此，本實施例也可以通過設置刪除狀態，阻止普通用戶對消息的傳播。本實施例提供的方法，通過設置消息狀態，對於客戶端達到消息被刪除的效果，使其他用戶無法對刪除狀態的消息進行拉取、轉播或對話，而消息仍然存在，後續特定應用中可以顯示已經刪除的消息，可擴展性好。本實施例提供的方法，適用於即時通訊領域，下面以微博為例，詳細介紹上述管理消息的方法。微博中，消息類型至少包括廣播、轉播、對話。廣播發送者原創的，發送者的所有的聽眾都會收到。轉播轉發其他用戶發表的消息，還可以對其他用戶發表的消息進行評論等，發送者的所有的聽眾都會收到。對話對話雙方之間彼此互相收發消息。消息狀態至少包括正常、刪除。其中，根據刪除消息的執行主體，刪除可以細分為用戶刪除和管理員刪除。消息狀態根據實際的業務需要，有可以有其他自定義狀態，而且部分狀態是可逆的，也即某一消息的一個狀態與其另一狀態在某種條件下相互轉化。例如，消息狀態還可以包括更新狀態，當用戶對該消息進行更新時，該消息的狀態為更新狀態，此時其他用戶不能拉取更新狀態的消息，當用戶更新完畢後，該消息的狀態轉化為正常狀態，則其他用戶可以拉取正常狀態的消息。下面簡單介紹微博中消息的傳遞過程。參見圖2所示的網絡架構示意圖，客戶端發送的消息，經過解析伺服器，解析伺服器解析消息的內容，包括正文，關係鏈等，並為每個消息分配一個唯一的索引ID ；消息的正文及其相應的ID存儲到數據伺服器；用戶的帳號及其發表消息的ID存儲到索引伺服器；消息中含有的關係鏈存儲到關係伺服器；客戶端可以從索引伺服器獲取消息的ID，從數據伺服器獲取ID對應的消息正文。其中，本實施例中所涉及的各種伺服器可以是一個管理消息的裝置的邏輯劃分， 此時，管理消息的裝置相當於一個伺服器；為了減輕管理消息的裝置的負擔，管理消息的裝置也可以由實際的不同伺服器組成，此時，管理消息的裝置相當於由各個伺服器組成的服務端。下面分別從五個應用場景介紹管理消息的方法。參加圖3，步驟101之前，用戶A發表消息，包括SlO 用戶A發表一條消息M1，解析伺服器生成該消息Ml的索引IDl (圖中未標出)；Sll 將索引IDl及其對應的消息Ml保存到數據伺服器，設置索引IDl對應的消息狀態為正常；S12 將索引IDl及其對應的用戶A的帳號保存到索引伺服器的發表消息索引列表，設置索引IDl對應的消息狀態為正常；S13 返回「發送成功」的結果提示信息。參加圖4，步驟101和步驟102中的用戶A刪除消息，包括S21 用戶A請求刪除已經發表的消息M1，根據請求刪除消息的索引ID1，在索引伺服器更新相應的消息狀態為刪除；其中，「刪除」消息狀態還可以進一步劃分為用戶刪除，管理員刪除等，從而可以進行更細緻的業務區分，具有很好的擴展性。例如，用戶刪除自己發表的一條消息，則消息狀態為用戶刪除，系統管理員刪除用戶發表的不健康的消息，則消息狀態為系統刪除。S22 根據請求刪除消息的索引ID1，在數據伺服器更新相應的消息狀態為刪除；S23 返回「刪除成功」的結果提示信息。本應用場景中刪除狀態的消息，伺服器並未真正的刪除該消息，只需要更新了消息狀態，這樣在必要的時候可以顯示原文，具有很好的業務支持能力。參加圖5，步驟102中用戶B拉取消息，包括
S31 用戶B請求用戶A發表的消息；S32 索引伺服器查找用戶A對應的發表消息索引列表，返回發表消息索引列表中消息狀態為正常的索引給用戶B ；相應的，發表消息索引列表中消息狀態為刪除的索引不返回給用戶B，從而用戶A 刪除狀態的消息不會被用戶B看到，滿足了用戶實際的需要。S33 用戶B根據接收的消息狀態為正常的索引，向數據伺服器請求相應的消息；S34 數據伺服器根據消息狀態為正常的索引查找到消息狀態為正常的消息，並返回給用戶B。本應用場景中，用戶A刪除消息Ml後，用戶B拉取不到消息M1，從而使刪除的消息不能再傳播。參加圖6，用戶B對消息進行對話或轉播，包括S41 步驟101之前，用戶B拉取用戶A發表的消息Ml後，對消息Ml進行轉播/對話；其中，用戶A發表的消息Ml對應的索引為ID1。另外，轉播前用戶B還可以對消息 Ml進行評論。S42 數據伺服器判斷索引IDl對應的消息狀態；S42a 步驟102中，如果是刪除狀態，則返回「轉播/對話失敗」給用戶B，流程結束；通過刪除狀態，對於用戶A已經刪除不想讓更多人看見的信息，能夠儘可能得減小傳播。S42b 如果是正常狀態，也即步驟101之前，通知解析伺服器生成轉播消息/對話消息的索引ID2，索引伺服器保存索引ID2及其對應的用戶B的帳號，數據伺服器保存索引 ID2及其對應的索引IDl和評論信息/對話信息，再通過索引IDl可以查詢得到用戶A發表的消息M1，並向用戶B返回用戶A發表的消息Ml、以及評論信息/對話信息，流程結束。其中，其他用戶通過ID2可以拉取到索引IDl對應的原文，以及評論信息/對話信肩、ο本應用場景中，用戶B拉取到了消息Ml，然後用戶A刪除消息Ml，用戶B無法再對消息Ml進行轉播、對話操作，從而使刪除的消息不能再傳播。參加圖7，步驟102中「將索引IDl對應的消息狀態由正常狀態更新為刪除狀態」 之後，用戶C拉取原文已刪除的轉播消息，包括S51 用戶C請求用戶B的消息M2的索引；其中，消息M2是用戶B與用戶A發表的消息Ml進行轉播或對話生成的，並且在用戶B與消息Ml進行轉播或對話後，消息Ml被刪除，可以被用戶A或系統管理員刪除，則消息狀態分別為「用戶刪除」或「管理員刪除」。消息Ml的索引設為ID1，消息M2的索引設為ID2，也即原文和轉播/對話消息分別有自己的索引，在數據伺服器作為兩條消息進行存儲。S52:索引伺服器返回消息M2的索引ID2給用戶C;S53 用戶C向數據伺服器請求拉取索引ID2對應的數據；SMa:如果索引ID2對應的消息類型是轉播類型，則數據伺服器獲取、並向用戶C返回索引ID2對應的信息，包括索引ID1、評論信息和索引IDl的籤名；S54b 如果索引ID2對應的消息類型是對話類型，則數據伺服器獲取、並向用戶C 返回索引ID2對應的信息，包括索引IDl和對話信息；S55 用戶C接收數據伺服器返回的信息，並向數據伺服器請求拉取索引IDl對應的數據；進一步的，如果數據伺服器返回的信息中包括索引IDl的籤名，則請求中還攜帶索引IDl的籤名。S56 數據伺服器根據索引IDl對應的消息狀態和請求中是否攜帶籤名，判斷是否向用戶C返回索引IDl對應的消息Ml ；S56a:如果是用戶刪除狀態，判斷請求中是否攜帶籤名，S56al 如果攜帶籤名則獲取並向用戶C返回索引IDl對應的消息M1，流程結束；S56a2 如果沒有攜帶籤名則向用戶C返回「拉取失敗」，流程結束；也即，原文已被用戶刪除的轉播類型的消息仍然可以拉取到原文，原文已被用戶刪除的對話類型的消息則不能拉取到原文。S56b 如果是管理員刪除狀態，則向用戶C返回「拉取失敗」，流程結束，也即對於管理員刪除的信息，無論是否有籤名，都不返回原文；S56c 如果是正常狀態，則向則獲取並向用戶C返回索引IDl對應的消息Ml，流程結束。本應用場景中，用戶B轉播用戶A的消息M1，記為消息M2，當消息Ml被用戶A刪除時，用戶C可以拉取到消息M2，其中消息M2中包含原文消息Ml的內容，從而使刪除的消息還能再傳播；當消息Ml被管理員刪除時，不允許用戶拉取，從而避免了不健康消息的傳播。其中，用戶C可以用戶B的聽眾，由於聽眾可以自動的、頻繁的拉取用戶B的消息，對消息的傳播速度最快，因此，阻止這些聽眾對管理員刪除狀態的消息進行拉取、轉播或對話， 可以有效阻止消息的傳播，而對於用戶刪除狀態的消息還可以進行傳播。用戶C還可以是其他普通用戶，這些普通用戶可以在廣播大廳中看到包括用戶B在內的所有用戶發表的消息，因此，可以阻止普通用戶對管理員刪除狀態的消息的傳播，而對於用戶刪除狀態的消息還可以進行傳播。實施例2參見圖8，本實施例提供了一種管理消息的裝置，包括接收模塊201，用於接收刪除用戶A發表的消息Ml的請求，請求中攜帶消息Ml的索引IDl ；更新模塊202，用於將索引IDl對應的消息狀態由正常狀態更新為刪除狀態，刪除狀態用於使用戶B無法對消息Ml進行拉取、轉播或對話。其中，更新模塊202包括第一更新單元，用於將索引IDl對應的消息狀態由正常狀態更新為刪除狀態；接收用戶B拉取用戶A發表消息的請求；將用戶A發表消息中刪除狀態的索引IDl不返回給用戶B、正常狀態的索引返回給用戶B，使用戶B發送獲取正常狀態的索引對應消息的請求；根據正常狀態的索引查找到用戶A發表消息中正常狀態的消息，並返回給用戶B。
其中，該裝置還包括拉取模塊，用於接收用戶A刪除其發表的消息Ml的請求之前， 用戶B拉取用戶A發表的消息Ml ；更新模塊202包括第二更新單元，用於將索引IDl對應的消息狀態由正常狀態更新為刪除狀態；接收用戶B發送的與消息Ml進行轉播或對話的請求；判斷索引IDl對應的消息狀態，當索引IDl對應的消息狀態為刪除狀態時，向用戶 B返迴轉播失敗或對話失敗。其中，該裝置還包括轉播模塊或對話模塊，轉播模塊，用於接收刪除用戶A發表的消息Ml的請求之前，接收用戶B轉播用戶 A發表的消息Ml的請求，請求包括用戶B轉播消息Ml時發表的評論信息，將轉播的消息Ml 和評論信息作為消息M2 ；生成消息M2的索引ID2，保存索引ID2及其對應的用戶B的帳號，並保存索引ID2 及其對應的索引IDl和評論信息；根據索引ID2查找到對應的索引IDl和評論信息，根據索引IDl查找到對應的消息M1，並向用戶B返回查找到的消息Ml和評論信息；對話模塊，用於接收刪除用戶A發表的消息Ml的請求之前，接收用戶B與用戶A 發表的消息Ml進行對話的請求，請求包括用戶B與消息Ml對話時發表的對話信息，將消息 Ml和對話信息作為消息M2 ；生成消息M2的索引ID2，保存索引ID2及其對應的用戶B的帳號，並保存索引ID2 及其對應的索引IDl和對話信息；根據索引ID2查找到對應的索引IDl和對話信息，根據索引IDl查找到對應的消息M1，並向用戶B返回查找到的消息Ml和對話信息。其中，該裝置還包括處理模塊，用於將索引IDl對應的消息狀態由正常狀態更新為刪除狀態之後，接收用戶C獲取消息M2的索引的請求，並向用戶C返回消息M2的索引ID2 ；接收用戶C拉取索引ID2對應數據的請求，如果索引ID2對應的消息類型為轉播類型，則根據索引ID2查找到對應的索引ID1、評論信息和索引IDl的籤名，並返回給用戶 C;如果索引ID2對應的消息類型為對話類型，則根據索引ID2查找到對應的索引IDl和對話信息，並返回給用戶C;接收用戶C拉取索引IDl對應數據的請求，如果返回給用戶C的信息中包括索引 IDl的籤名，請求中還攜帶索引IDl的籤名；根據索引IDl對應的消息狀態和請求中是否攜帶索引IDl的籤名，判斷是否向用戶C返回索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、且請求中攜帶索引IDl 的籤名，向用戶C返回索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、且請求中沒有攜帶索引IDl的籤名，向用戶C返回拉取失敗；如果消息狀態為管理員刪除狀態，向用戶 C返回拉取失敗。其中，用戶B可以用戶A的聽眾，由於聽眾可以自動的、頻繁的拉取用戶A的消息， 對消息的傳播速度最快，因此，阻止這些聽眾對刪除狀態的消息進行拉取、轉播或對話，可以有效阻止消息的傳播。用戶B還可以是其他普通用戶，這些普通用戶可以在廣播大廳中看到包括用戶A在內的所有用戶發表的消息，因此，本實施例也可以通過設置刪除狀態，阻止普通用戶對消息的傳播。其中，用戶C可以用戶B的聽眾，由於聽眾可以自動的、頻繁的拉取用戶B的消息， 對消息的傳播速度最快，因此，阻止這些聽眾對管理員刪除狀態的消息進行拉取、轉播或對話，可以有效阻止消息的傳播，而對於用戶刪除狀態的消息還可以進行傳播。用戶C還可以是其他普通用戶，這些普通用戶可以在廣播大廳中看到包括用戶B在內的所有用戶發表的消息，因此，可以阻止普通用戶對管理員刪除狀態的消息的傳播，而對於用戶刪除狀態的消息還可以進行傳播。本實施例提供的裝置，具體可以是伺服器，還可以是由各個伺服器組成的服務端， 與方法實施例屬於同一構思，具體實現過程詳見方法實施例，這裡不再贅述。本實施例提供的裝置，通過設置消息狀態，對於客戶端達到消息被刪除的效果，使其他用戶無法對刪除狀態的消息進行拉取、轉播或對話，而消息仍然存在，後續特定應用中可以顯示已經刪除的消息，例如，可以顯示原文已刪除的轉播消息，可擴展性好。以上實施例提供的技術方案中的全部或部分內容可以通過軟體編程實現，其軟體程序存儲在可讀取的存儲介質中，存儲介質例如計算機中的硬碟、光碟或軟盤。以上所述僅為本發明的較佳實施例，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種管理消息的方法，其特徵在於，所述方法包括接收刪除用戶A發表的消息Ml的請求，所述請求中攜帶所述消息Ml的索引IDl ； 將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息Ml進行拉取、轉播或對話。
2.如權利要求1所述的方法，其特徵在於，將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息Ml進行拉取，具體包括將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態； 接收所述用戶B拉取所述用戶A發表消息的請求；將所述用戶A發表消息中刪除狀態的索引IDl不返回給所述用戶B、正常狀態的索引返回給所述用戶B ；接收所述用戶B發送的獲取所述正常狀態的索引對應消息的請求，並根據所述正常狀態的索引查找到所述用戶A發表消息中正常狀態的消息，並返回給所述用戶B。
3.如權利要求1所述的方法，其特徵在於，接收刪除用戶A發表的消息Ml的請求之前， 還包括所述用戶B拉取所述用戶A發表的消息Ml ；相應的，將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息Ml進行轉播或對話，具體包括 將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態； 接收所述用戶B發送的與所述消息Ml進行轉播或對話的請求； 判斷所述索引IDl對應的消息狀態，當所述索引IDl對應的消息狀態為刪除狀態時，向所述用戶B返迴轉播失敗或對話失敗。
4.如權利要求1所述的方法，其特徵在於，接收刪除用戶A發表的消息Ml的請求之前， 還包括接收所述用戶B轉播所述用戶A發表的消息Ml的請求，所述請求包括所述用戶B轉播所述消息Ml時發表的評論信息，將轉播的消息Ml和所述評論信息作為所述用戶B的消息 M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述評論信息；根據所述索引ID2查找到對應的索引IDl和所述評論信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述評論信息； 或者，接收刪除用戶A發表的消息Ml的請求之前，還包括接收所述用戶B與所述用戶A發表的消息Ml進行對話的請求，所述請求包括所述用戶 B與所述消息Ml對話時發表的對話信息，將消息Ml和所述對話信息作為所述用戶B的消息 M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述對話信息；根據所述索引ID2查找到對應的索引IDl和所述對話信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述對話信息。
5.如權利要求4所述的方法，其特徵在於，將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態之後，還包括接收用戶C獲取所述用戶B的消息M2的索引的請求，並向所述用戶C返回所述消息M2 的索引ID2 ；接收所述用戶C拉取所述索引ID2對應數據的請求，如果所述索引ID2對應的消息類型為轉播類型，則根據所述索引ID2查找到對應的索引ID1、所述評論信息和所述索引IDl 的籤名，並返回給所述用戶C ；如果所述索引ID2對應的消息類型為對話類型，則根據所述索引ID2查找到對應的索引IDl和所述對話信息，並返回給所述用戶C ；接收所述用戶C拉取所述索引IDl對應數據的請求，如果返回給所述用戶C的信息中包括所述索引IDl的籤名，所述請求中還攜帶所述索引IDl的籤名；根據所述索引IDl對應的消息狀態和所述請求中是否攜帶所述索引IDl的籤名，判斷是否向所述用戶C返回所述索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、且所述請求中攜帶所述索引IDl的籤名，向所述用戶C返回所述索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、且所述請求中沒有攜帶所述索引IDl的籤名，向所述用戶C返回拉取失敗；如果消息狀態為管理員刪除狀態，向所述用戶C返回拉取失敗。
6.一種管理消息的裝置，其特徵在於，所述裝置包括接收模塊，用於接收刪除用戶A發表的消息Ml的請求，所述請求中攜帶所述消息Ml的索引IDl ；更新模塊，用於將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於用戶B無法對所述消息Ml進行拉取、轉播或對話。
7.如權利要求6所述的裝置，其特徵在於，所述更新模塊包括第一更新單元，用於將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態；接收所述用戶B拉取所述用戶A發表消息的請求；將所述用戶A發表消息中刪除狀態的索引IDl不返回給所述用戶B、正常狀態的索引返回給所述用戶B ；接收所述用戶B發送的獲取所述正常狀態的索引對應消息的請求，並根據所述正常狀態的索引查找到所述用戶A發表消息中正常狀態的消息，並返回給所述用戶B。
8.如權利要求6所述的裝置，其特徵在於，所述裝置還包括拉取模塊，用於接收用戶A 刪除其發表的消息Ml的請求之前，所述用戶B拉取所述用戶A發表的消息Ml ；所述更新模塊包括第二更新單元，用於將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態； 接收所述用戶B發送的與所述消息Ml進行轉播或對話的請求； 判斷所述索引IDl對應的消息狀態，當所述索引IDl對應的消息狀態為刪除狀態時，向所述用戶B返迴轉播失敗或對話失敗。
9.如權利要求6所述的裝置，其特徵在於，所述裝置還包括轉播模塊或對話模塊， 所述轉播模塊，用於接收刪除用戶A發表的消息Ml的請求之前，接收所述用戶B轉播所述用戶A發表的消息Ml的請求，所述請求包括所述用戶B轉播所述消息Ml時發表的評論信息，將轉播的消息Ml和所述評論信息作為所述用戶B的消息M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述評論信息；根據所述索引ID2查找到對應的索引IDl和所述評論信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述評論信息；所述對話模塊，用於接收刪除用戶A發表的消息Ml的請求之前，接收所述用戶B與所述用戶A發表的消息Ml進行對話的請求，所述請求包括所述用戶B與所述消息Ml對話時發表的對話信息，將消息Ml和所述對話信息作為所述用戶B的消息M2 ；生成所述消息M2的索引ID2，保存所述索引ID2及其對應的用戶B的帳號，並保存所述索引ID2及其對應的索引IDl和所述對話信息；根據所述索引ID2查找到對應的索引IDl和所述對話信息，根據所述索引IDl查找到對應的消息M1，並向所述用戶B返回查找到的所述消息Ml和所述對話信息。
10.如權利要求9所述的裝置，其特徵在於，所述裝置還包括處理模塊，用於將所述索引IDl對應的消息狀態由正常狀態更新為刪除狀態之後，接收用戶C獲取所述用戶B的消息M2的索引的請求，並向所述用戶C返回所述消息M2 的索引ID2 ；接收所述用戶C拉取所述索引ID2對應數據的請求，如果所述索引ID2對應的消息類型為轉播類型，則根據所述索引ID2查找到對應的索引ID1、所述評論信息和所述索引IDl 的籤名，並返回給所述用戶C ；如果所述索引ID2對應的消息類型為對話類型，則根據所述索引ID2查找到對應的索引IDl和所述對話信息，並返回給所述用戶C ；接收所述用戶C拉取所述索引IDl對應數據的請求，如果返回給所述用戶C的信息中包括所述索引IDl的籤名，所述請求中還攜帶所述索引IDl的籤名；根據所述索引IDl對應的消息狀態和所述請求中是否攜帶所述索引IDl的籤名，判斷是否向所述用戶C返回所述索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、且所述請求中攜帶所述索引IDl的籤名，向所述用戶C返回所述索引IDl對應的消息Ml ；如果消息狀態為用戶刪除狀態、且所述請求中沒有攜帶所述索引IDl的籤名，向所述用戶C返回拉取失敗；如果消息狀態為管理員刪除狀態，向所述用戶C返回拉取失敗。
全文摘要
本發明公開了一種管理消息的方法和裝置，屬於即時通訊領域。所述方法包括接收刪除用戶A發表的消息M1的請求，所述請求中攜帶所述消息M1的索引ID1；將所述索引ID1對應的消息狀態由正常狀態更新為刪除狀態，所述刪除狀態用於使用戶B無法對所述消息M1進行拉取、轉播或對話。所述裝置包括接收模塊和更新模塊。本發明通過設置消息狀態，對於客戶端達到消息被刪除的效果，使其他用戶無法對刪除狀態的消息進行拉取、轉播或對話，而消息仍然存在，後續特定應用中可以顯示已經刪除的消息，可擴展性好。
文檔編號H04L29/06GK102387092SQ20101027619
公開日2012年3月21日 申請日期2010年9月6日 優先權日2010年9月6日
發明者劉科, 李斌, 李瑩, 熊歡, 熊琦楠, 王春鵬 申請人:騰訊科技(深圳)有限公司