[發明專利]大數據量消息管理方法和裝置

有效

• 申請號: 201010265422.3
• 申請日: 2010-08-26
• 公開（公告）號: CN102375862A
• 公開（公告）日: 2012-03-14
• 發明（設計）人: 張麗
• 申請（專利權）人: 騰訊科技(深圳)有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30;H04L29/08
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 謝安昆;宋志強

技術領域

本發明涉及互聯網技術，特別涉及大數據量消息管理方法和裝置。

背景技術

目前，不管是在平時的休閑娛樂中，還是在用戶的工作生活中，網絡即時通信(IM)工具已成為用戶必不可少的軟件工具。在IM軟件中，主要實現的是一對一的單獨聊天模式，以及一對多的群或者討論組的消息聊天模式。

隨著互聯網技術的發展，微博的應用也不斷發展壯大。在微博應用中，用戶可以通過微博文表達自己，也可以通過閱讀他人的微博文來了解他人，這種方式能夠實現一個人對無窮個人進行消息傳播，同時，也能實現一個人接收無窮個人傳播的消息。也就是說，微博的收聽用戶量非常大，與現有IM支持的收聽用戶量完全不是在一個等級上，通過微博文，能夠實現聊天模式從IM軟件支持的一對一、一對多到一對無窮的跨越。

由于微博的收聽用戶量非常大，因此，消息量也會隨之非常大，然而，現有技術卻沒有一種管理大數據量消息的方法。

發明內容

本發明提供了大數據量消息管理方法和裝置，以便實現管理大數據量消息。

本發明提供的技術方案是這樣的：

一種大數據量消息管理方法，包括以下步驟：

A，客戶端從服務器拉取消息索引列表；

B，所述客戶端分批拉取所述消息索引列表中消息索引對應的消息體；

C，所述客戶端采用消息池的方式管理拉取的消息體和對應的消息索引；

D，所述客戶端在接收到用戶觸發的結束標志時，將消息池中存放的消息索引和消息體存儲在本地磁盤。

一種大數據量消息管理裝置，包括：

拉列表拉取模塊，用于從服務器拉取消息索引列表；

消息體拉取模塊，用于分批拉取所述消息索引列表中消息索引對應的消息體；

管理模塊，用于采用消息池的方式管理拉取的消息體和對應的消息索引；

存儲模塊，用于在接收到用戶觸發的結束標志時，將消息池中存放的消息索引和消息體存儲在本地磁盤。

由以上技術方案可以看出，本發明中，通過從服務器端拉取消息索引列表，并依據所述消息索引列表中的消息索引從服務器上拉取消息體，能夠實現大數據量消息的拉取，通過將消息索引和消息體統一存放在消息池中，能夠實現集中管理大數據量消息和解決大數據量消息的內存占用問題，通過將消息池中存放的消息索引和消息體存儲在本地磁盤，能夠實現大數據量消息的本地存儲，進而實現大數據量消息的管理。

附圖說明

圖1為本發明實施例提供的流程圖；

圖2為本發明實施例提供的裝置基本結構圖；

圖3為本發明實施例提供的裝置詳細結構圖。

具體實施方式

為了使本發明的目的、技術方案和優點更加清楚，下面結合附圖和具體實施例對本發明進行詳細描述。

由于現有的IM工具中，涉及的用戶量比較少，因此，消息量也相對比較少，而在類似微博的產品中，涉及的用戶量非常多，消息量也呈現出幾何量級的增長，完全不能用現有的IM管理方法管理，因此，本發明實施例提供了大數據量消息管理方法，具體參見圖1所示的流程。

參見圖1，圖1為本發明實施例提供的基本流程圖。如圖1所示，該流程可包括以下步驟：

步驟101，客戶端從服務器拉取消息索引列表。

本步驟101中，客戶端拉取消息索引列表是根據用戶的觸發執行的。以微博為例，對該拉取操作進行具體描述：若用戶當前位置為微博的首頁，在客戶端接收到用戶在首頁的觸發后，發送該觸發至服務器，服務器接收到觸發后，根據消息的時間標示順序對需要在首頁顯示的消息(比如該用戶當前所關注的用戶發送的消息、通過該用戶的即時通信關系鏈得到的消息等)所對應的消息索引進行排列，之后發送至客戶端。

需要說明的是，在執行步驟101的拉取操作之前，需要判斷上一次的拉取是否完成，如果是，繼續執行步驟101的拉取操作，否則，結束當前流程。

步驟102，客戶端分批拉取所述消息索引列表中消息索引對應的消息體。

需要說明的是，步驟102可在客戶端拉取到消息索引列表后即時執行，也可延時執行，本發明實施例并不具體限定。

步驟103，客戶端采用消息池的方式管理拉取的消息體和對應的消息索引。

步驟104，客戶端在接收到用戶觸發的結束標志時，將消息池中存放的消息索引和消息體存儲在本地磁盤。

至此，完成了圖1所示的基本流程。