專(zhuān)利名稱(chēng)：大數(shù)據(jù)量消息管理方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)，特別涉及大數(shù)據(jù)量消息管理方法和裝置。
背景技術(shù)：
目前，不管是在平時(shí)的休閑娛樂(lè)中，還是在用戶(hù)的工作生活中，網(wǎng)絡(luò)即時(shí)通信(IM) 工具已成為用戶(hù)必不可少的軟件工具。在IM軟件中，主要實(shí)現(xiàn)的是一對(duì)一的單獨(dú)聊天模式，以及一對(duì)多的群或者討論組的消息聊天模式。隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，微博的應(yīng)用也不斷發(fā)展壯大。在微博應(yīng)用中，用戶(hù)可以通過(guò)微博文表達(dá)自己，也可以通過(guò)閱讀他人的微博文來(lái)了解他人，這種方式能夠?qū)崿F(xiàn)一個(gè)人對(duì)無(wú)窮個(gè)人進(jìn)行消息傳播，同時(shí)，也能實(shí)現(xiàn)一個(gè)人接收無(wú)窮個(gè)人傳播的消息。也就是說(shuō)， 微博的收聽(tīng)用戶(hù)量非常大，與現(xiàn)有IM支持的收聽(tīng)用戶(hù)量完全不是在一個(gè)等級(jí)上，通過(guò)微博文，能夠?qū)崿F(xiàn)聊天模式從IM軟件支持的一對(duì)一、一對(duì)多到一對(duì)無(wú)窮的跨越。由于微博的收聽(tīng)用戶(hù)量非常大，因此，消息量也會(huì)隨之非常大，然而，現(xiàn)有技術(shù)卻沒(méi)有一種管理大數(shù)據(jù)量消息的方法。

發(fā)明內(nèi)容
本發(fā)明提供了大數(shù)據(jù)量消息管理方法和裝置，以便實(shí)現(xiàn)管理大數(shù)據(jù)量消息。本發(fā)明提供的技術(shù)方案是這樣的—種大數(shù)據(jù)量消息管理方法，包括以下步驟A，客戶(hù)端從服務(wù)器拉取消息索引列表；B，所述客戶(hù)端分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體；C，所述客戶(hù)端采用消息池的方式管理拉取的消息體和對(duì)應(yīng)的消息索引；D，所述客戶(hù)端在接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志時(shí)，將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)。一種大數(shù)據(jù)量消息管理裝置，包括拉列表拉取模塊，用于從服務(wù)器拉取消息索引列表；消息體拉取模塊，用于分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體；管理模塊，用于采用消息池的方式管理拉取的消息體和對(duì)應(yīng)的消息索引；存儲(chǔ)模塊，用于在接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志時(shí)，將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)。由以上技術(shù)方案可以看出，本發(fā)明中，通過(guò)從服務(wù)器端拉取消息索引列表，并依據(jù)所述消息索引列表中的消息索引從服務(wù)器上拉取消息體，能夠?qū)崿F(xiàn)大數(shù)據(jù)量消息的拉取， 通過(guò)將消息索引和消息體統(tǒng)一存放在消息池中，能夠?qū)崿F(xiàn)集中管理大數(shù)據(jù)量消息和解決大數(shù)據(jù)量消息的內(nèi)存占用問(wèn)題，通過(guò)將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)， 能夠?qū)崿F(xiàn)大數(shù)據(jù)量消息的本地存儲(chǔ)，進(jìn)而實(shí)現(xiàn)大數(shù)據(jù)量消息的管理。


圖1為本發(fā)明實(shí)施例提供的流程圖；圖2為本發(fā)明實(shí)施例提供的裝置基本結(jié)構(gòu)圖；圖3為本發(fā)明實(shí)施例提供的裝置詳細(xì)結(jié)構(gòu)圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述。由于現(xiàn)有的IM工具中，涉及的用戶(hù)量比較少，因此，消息量也相對(duì)比較少，而在類(lèi)似微博的產(chǎn)品中，涉及的用戶(hù)量非常多，消息量也呈現(xiàn)出幾何量級(jí)的增長(zhǎng)，完全不能用現(xiàn)有的IM管理方法管理，因此，本發(fā)明實(shí)施例提供了大數(shù)據(jù)量消息管理方法，具體參見(jiàn)圖1所示的流程。參見(jiàn)圖1，圖1為本發(fā)明實(shí)施例提供的基本流程圖。如圖1所示，該流程可包括以下步驟步驟101，客戶(hù)端從服務(wù)器拉取消息索引列表。本步驟101中，客戶(hù)端拉取消息索引列表是根據(jù)用戶(hù)的觸發(fā)執(zhí)行的。以微博為例， 對(duì)該拉取操作進(jìn)行具體描述若用戶(hù)當(dāng)前位置為微博的首頁(yè)，在客戶(hù)端接收到用戶(hù)在首頁(yè)的觸發(fā)后，發(fā)送該觸發(fā)至服務(wù)器，服務(wù)器接收到觸發(fā)后，根據(jù)消息的時(shí)間標(biāo)示順序?qū)π枰谑醉?yè)顯示的消息(比如該用戶(hù)當(dāng)前所關(guān)注的用戶(hù)發(fā)送的消息、通過(guò)該用戶(hù)的即時(shí)通信關(guān)系鏈得到的消息等)所對(duì)應(yīng)的消息索引進(jìn)行排列，之后發(fā)送至客戶(hù)端。需要說(shuō)明的是，在執(zhí)行步驟101的拉取操作之前，需要判斷上一次的拉取是否完成，如果是，繼續(xù)執(zhí)行步驟101的拉取操作，否則，結(jié)束當(dāng)前流程。步驟102，客戶(hù)端分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體。需要說(shuō)明的是，步驟102可在客戶(hù)端拉取到消息索引列表后即時(shí)執(zhí)行，也可延時(shí)執(zhí)行，本發(fā)明實(shí)施例并不具體限定。步驟103，客戶(hù)端采用消息池的方式管理拉取的消息體和對(duì)應(yīng)的消息索引。步驟104，客戶(hù)端在接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志時(shí)，將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)。至此，完成了圖1所示的基本流程。本實(shí)施例中，對(duì)大數(shù)據(jù)量消息的管理主要包括三個(gè)方面，分別為大數(shù)據(jù)量消息的拉取、大數(shù)據(jù)量消息的內(nèi)存占用、和大數(shù)據(jù)量消息的本地存儲(chǔ)?；谏鲜鰣D1所示的流程， 下面對(duì)這三個(gè)方面分別進(jìn)行描述。(1)大數(shù)據(jù)量消息的拉取針對(duì)該大數(shù)據(jù)量消息的拉取問(wèn)題，本發(fā)明實(shí)施例通過(guò)步驟101和步驟102來(lái)解決。 至于步驟102分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體，其具體可包括B1，從所述消息索引列表中選取N個(gè)消息索引；B2，客戶(hù)端從服務(wù)器上拉取各個(gè)被選取的消息索引對(duì)應(yīng)的消息體；B3，在所述步驟B2完成拉取操作之后，客戶(hù)端判斷所述消息索引表是否為空，如果是，在設(shè)定時(shí)間(具體可為用戶(hù)觸發(fā)客戶(hù)端拉取消息索引列表的時(shí)間)到達(dá)時(shí)， 返回執(zhí)行步驟101，否則，執(zhí)行步驟B4 ；B4，如果消息索引列表中未被選取的消息索引的個(gè)數(shù)大于等于N，則從該未被選取的消息索引中選取N個(gè)消息索引，之后執(zhí)行步驟B2 ；如果消息索引列表中未被選取的消息索引的個(gè)數(shù)小于N，則選取該未被選取的消息索引，之后執(zhí)行步驟B2 ；其中，N為正整數(shù)，且大于等于1。至于客戶(hù)端如何從服務(wù)器上拉取各個(gè)被選取的消息索引對(duì)應(yīng)的消息體，其具體可包括客戶(hù)端將選取的消息索引發(fā)送至服務(wù)器；服務(wù)器檢索到各個(gè)消息索引對(duì)應(yīng)的各個(gè)消息體，將檢索到的各個(gè)消息體攜帶在消息包中發(fā)送給客戶(hù)端。可以看出，服務(wù)器是以消息包的形式發(fā)送消息體至客戶(hù)端的。優(yōu)選地，為有效利用消息包發(fā)送消息體，本實(shí)施例可根據(jù)消息包的最大極限來(lái)最有效的利用消息包發(fā)送消息體，比如，如果一個(gè)消息包最大容量為800個(gè)字節(jié)，則需要盡量保證服務(wù)器每次發(fā)送的消息包的消息量占用800個(gè)字節(jié)，這可提高消息包的發(fā)送效率?；诖耍梢缘玫缴鲜鯪的取值由服務(wù)器返回的一個(gè)消息包所包含的最大消息量決定。通常，一個(gè)消息包最多可包含4個(gè)消息索引對(duì)應(yīng)的消息體，基于此，上述N可為4。(2)大數(shù)據(jù)量消息的內(nèi)存占用針對(duì)大數(shù)據(jù)量消息的內(nèi)存占用問(wèn)題，本發(fā)明實(shí)施例通過(guò)步驟103解決。其中，步驟 103具體實(shí)現(xiàn)時(shí)可包括針對(duì)拉取的每一消息體，判斷所述消息池是否已存放了該消息體， 如果否，將該消息體和對(duì)應(yīng)的消息索引存放在所述消息池中，如果是，丟棄該消息體。通過(guò)該判斷，能夠?qū)崿F(xiàn)不同的頁(yè)面需要呈現(xiàn)同一個(gè)消息體時(shí)，只會(huì)有一個(gè)消息體占用消息池中的內(nèi)存，這節(jié)省了消息池的資源。另外，本發(fā)明實(shí)施例對(duì)于消息索引與消息采用消息池集中進(jìn)行管理，并非在每個(gè)頁(yè)面控件或者邏輯管理類(lèi)中管理各自的消息列表，這實(shí)現(xiàn)了消息的集中管理化。(3)大數(shù)據(jù)量消息的本地存儲(chǔ)對(duì)于IM消息，由于IM消息不是很大，可以完全存儲(chǔ)在本地；而對(duì)于類(lèi)似微博的產(chǎn)品，由于消息量巨大，如果像處理IM消息那樣完全存儲(chǔ)在本地，會(huì)造成本地?cái)?shù)據(jù)文件的不斷膨脹，同時(shí)引起讀取文件的性能問(wèn)題。為了解決大數(shù)據(jù)量消息的本地存儲(chǔ)問(wèn)題，需要在上述解決大數(shù)據(jù)量消息的內(nèi)存占用問(wèn)題時(shí)執(zhí)行以下操作在將消息體存放在消息池中時(shí)，計(jì)算當(dāng)前待存放至消息池的消息體數(shù)量和消息池已存放的消息體數(shù)量之和；判斷計(jì)算的結(jié)果是否大于M(其中，消息池最多能夠容納M條消息體)，如果否，直接該待存放消息體存放至消息池；如果是，對(duì)所述消息池進(jìn)行清理，以實(shí)現(xiàn)消息池容納下當(dāng)前待存放的消息體，之后，將當(dāng)前待存放的消息體存放在消息池中。比如，如果消息池最多容納500條消息體，如果當(dāng)前待存放至消息池的消息體數(shù)量為40，而消息池已存放的消息體數(shù)量為480，兩者之和遠(yuǎn)大于500，基于此，就需要對(duì)消息池進(jìn)行清理， 以實(shí)現(xiàn)消息池容納下當(dāng)前待存放的消息體，比如從消息池中清理掉20條消息體或者大于 20條消息體，之后，將待存放消息體存放在消息池中?？梢钥闯觯ㄟ^(guò)上述操作，能夠保證消息池在每一個(gè)時(shí)刻最多只能存放M條消息體。之后，如果接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志比如退出微博頁(yè)面等，則可直接將消息池中存放的消息體存儲(chǔ)在本地磁盤(pán)，即解決了大數(shù)據(jù)量消息的本地存儲(chǔ)問(wèn)題。其中，上述對(duì)消息池進(jìn)行清理的操作具體實(shí)現(xiàn)時(shí)可有多種實(shí)現(xiàn)實(shí)行，其中一種方式為根據(jù)消息體的時(shí)間標(biāo)示，和/或消息體是否展示的標(biāo)志對(duì)消息池進(jìn)行清理。以根據(jù)消
6息體的時(shí)間標(biāo)示為例，則對(duì)消息池進(jìn)行清理的操作為按照時(shí)間標(biāo)示的先后順序排列消息體，按照消息池容納下當(dāng)前待存放消息體的原則將排列在前的消息體清理掉。通常，一條消息中可包含用戶(hù)信息(具體用戶(hù)賬號(hào)、昵稱(chēng)、關(guān)系鏈等信息)和正文信息(也稱(chēng)為裸信息)，基于此，本發(fā)明實(shí)施例還可對(duì)裸消息進(jìn)行解析，得到需要拉取的其他消息比如裸消息中提及的其他用戶(hù)發(fā)布的消息，之后按照上述拉取操作將該需要拉取的消息進(jìn)行完整消息中涉及資料部分的拉取與消息組裝，并且通過(guò)擴(kuò)展以及回調(diào)的方式展現(xiàn)。以上對(duì)本發(fā)明實(shí)施例提供的方法進(jìn)行了描述，下面對(duì)本發(fā)明實(shí)施例提供的裝置進(jìn)行描述。參見(jiàn)圖2，圖2為本發(fā)明實(shí)施例提供的裝置圖。如圖2所示，該裝置可包括列表拉取模塊201、消息體拉取模塊202、管理模塊203和存儲(chǔ)模塊204。其中，列表拉取模塊201，用于從服務(wù)器拉取消息索引列表；消息體拉取模塊202，用于分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體；管理模塊203，用于采用消息池的方式管理拉取的消息體和對(duì)應(yīng)的消息索引；存儲(chǔ)模塊204，用于在接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志時(shí)，將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)。以上對(duì)本發(fā)明實(shí)施例提供的裝置進(jìn)行了簡(jiǎn)單描述。參見(jiàn)圖3，圖3為本發(fā)明實(shí)施例提供的裝置的詳細(xì)結(jié)構(gòu)圖。如圖3所示，該裝置可包括列表拉取模塊301、消息體拉取模塊302、管理模塊303和存儲(chǔ)模塊304。其中，該列表拉取模塊301、消息體拉取模塊302、管理模塊303和存儲(chǔ)模塊304具有的功能分別與上述列表拉取模塊201、消息體拉取模塊202、管理模塊203和存儲(chǔ)模塊204具有的功能類(lèi)似， 這里不再詳述。優(yōu)選地，本實(shí)施例中，消息體拉取模塊302具體可包括選取單元3021，用于從所述消息索引列表中選取N個(gè)消息索引；處理單元3022，用于從服務(wù)器上拉取各個(gè)被選取的消息索引對(duì)應(yīng)的消息體；第一判斷單元3023，用于在處理單元3022完成拉取后，判斷所述消息索引表是否為空，如果是，在設(shè)定時(shí)間到達(dá)時(shí)，觸發(fā)列表拉取模塊301執(zhí)行拉取操作；否則，如果消息索引列表中未被選取的消息索引的個(gè)數(shù)大于等于N，則從該未被選取的消息索引中選取N個(gè)消息索引，之后觸發(fā)處理單元3022執(zhí)行拉取操作；如果消息索引列表中未被選取的消息索弓丨的個(gè)數(shù)小于N，則選取該未被選取的消息索引，之后觸發(fā)處理單元3022執(zhí)行拉取操作；其中，N為正整數(shù)，且大于等于1。其中，處理單元3022從服務(wù)器上拉取各個(gè)被選取的消息索引對(duì)應(yīng)的消息體具體包括將被選取的消息索引發(fā)送至服務(wù)器；接收服務(wù)器以消息包形式發(fā)送的消息，基于此， 所述N由服務(wù)器返回的一個(gè)消息包所包含的最大消息量決定。優(yōu)選地，本實(shí)施例中管理模塊303可包括第二判斷單元3031，用于針對(duì)所述消息體拉取模塊拉取的每一消息體，判斷所述消息池是否已存放了該消息體；存放單元3032，用于在第二判斷單元3031的判斷結(jié)果為否時(shí)，將該消息體以及對(duì)應(yīng)的消息索引存放在所述消息池中。本實(shí)施例中，消息池最多能夠容納M條消息體；為了保證消息池的容量在任何時(shí)間都不超過(guò)M條消息體，存放單元3032執(zhí)行的存放操作具體包括計(jì)算當(dāng)前待存放至消息池的消息體數(shù)量和消息池已存放的消息體數(shù)量之和；判斷計(jì)算的結(jié)果是否大于M，如果是， 對(duì)所述消息池進(jìn)行清理，以實(shí)現(xiàn)消息池容納下當(dāng)前待存放的消息體，之后將待存放消息體存放在消息池中。以上對(duì)本發(fā)明實(shí)施例提供的裝置進(jìn)行了詳細(xì)描述。由以上技術(shù)方案可以看出，本發(fā)明中，通過(guò)從服務(wù)器端拉取消息索引列表，并依據(jù)所述消息索引列表中的消息索引從服務(wù)器上拉取消息體，能夠?qū)崿F(xiàn)大數(shù)據(jù)量消息的拉取， 通過(guò)將消息索引和消息體統(tǒng)一存放在消息池中，能夠?qū)崿F(xiàn)集中管理大數(shù)據(jù)量消息和解決大數(shù)據(jù)量消息的內(nèi)存占用問(wèn)題，通過(guò)將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)， 能夠?qū)崿F(xiàn)大數(shù)據(jù)量消息的本地存儲(chǔ)，進(jìn)而實(shí)現(xiàn)大數(shù)據(jù)量消息的管理。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種大數(shù)據(jù)量消息管理方法，其特征在于，該方法包括以下步驟 A，客戶(hù)端從服務(wù)器拉取消息索引列表；B，所述客戶(hù)端分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體； C，所述客戶(hù)端采用消息池的方式管理拉取的消息體和對(duì)應(yīng)的消息索引； D，所述客戶(hù)端在接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志時(shí)，將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟B包括 Bi，從所述消息索引列表中選取N個(gè)消息索引；B2，客戶(hù)端從服務(wù)器上拉取各個(gè)被選取的消息索引對(duì)應(yīng)的消息體； B3，客戶(hù)端在所述步驟B2完成拉取操作之后，判斷所述消息索引表是否為空，如果是， 在設(shè)定時(shí)間到達(dá)時(shí)，返回執(zhí)行步驟A ；否則，執(zhí)行步驟B4 ；B4，如果消息索引列表中未被選取的消息索引的個(gè)數(shù)大于等于N，則從該未被選取的消息索引中選取N個(gè)消息索引，之后執(zhí)行步驟B2 ；如果消息索引列表中未被選取的消息索引的個(gè)數(shù)小于N，則選取該未被選取的消息索引，之后執(zhí)行步驟B2 ； 其中，N為正整數(shù)，且大于等于1。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟B2中的拉取包括 客戶(hù)端將選取的消息索引發(fā)送至服務(wù)器；服務(wù)器檢索到各個(gè)消息索引對(duì)應(yīng)的各個(gè)消息體，將檢索到的各個(gè)消息體攜帶在消息包中發(fā)送給客戶(hù)端；所述N由服務(wù)器返回的一個(gè)消息包所包含的最大消息量決定。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟C包括針對(duì)拉取的每一消息體，判斷所述消息池是否已存放了該消息體，如果否，將該消息體和對(duì)應(yīng)的消息索引存放在所述消息池中。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述消息池最多容納M條消息體； 所述將消息體存放在消息池中包括計(jì)算當(dāng)前待存放至消息池的消息體數(shù)量和消息池已存放的消息體數(shù)量之和； 判斷計(jì)算的結(jié)果是否大于M，如果是，對(duì)所述消息池進(jìn)行清理，以實(shí)現(xiàn)消息池容納下當(dāng)前待存放的消息體，之后將待存放消息體存放在消息池中。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述對(duì)消息池進(jìn)行清理包括 根據(jù)消息體的時(shí)間標(biāo)示，和/或消息體是否展示的標(biāo)志對(duì)消息池進(jìn)行清理。
7.一種大數(shù)據(jù)量消息管理裝置，其特征在于，所述裝置包括 列表拉取模塊，用于從服務(wù)器拉取消息索引列表；消息體拉取模塊，用于分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體； 管理模塊，用于采用消息池的方式管理拉取的消息體和對(duì)應(yīng)的消息索引； 存儲(chǔ)模塊，用于在接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志時(shí)，將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述消息體拉取模塊包括 選取單元，用于從所述消息索引列表中選取N個(gè)消息索引；處理單元，用于從服務(wù)器上拉取各個(gè)被選取的消息索引對(duì)應(yīng)的消息體；第一判斷單元，用于在所述處理單元完成拉取操作后，判斷所述消息索引表是否為空， 如果是，在設(shè)定時(shí)間到達(dá)時(shí)，觸發(fā)列表拉取模塊執(zhí)行拉取操作；否則，如果消息索引列表中未被選取的消息索引的個(gè)數(shù)大于等于N，則從該未被選取的消息索引中選取N個(gè)消息索引， 之后觸發(fā)處理單元執(zhí)行拉取操作；如果消息索引列表中未被選取的消息索引的個(gè)數(shù)小于 N，則選取該未被選取的消息索引，之后觸發(fā)處理單元執(zhí)行拉取操作； 其中，N為正整數(shù)，且大于等于1。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述管理模塊包括第二判斷單元，用于針對(duì)所述消息體拉取模塊拉取的每一消息體，判斷所述消息池是否已存放了該消息體；存放單元，用于在所述第二判斷單元的判斷結(jié)果為否時(shí)，將該消息體以及對(duì)應(yīng)的消息索引存放在所述消息池中。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述消息池最多能夠容納M條消息體； 所述存放單元計(jì)算當(dāng)前待存放至消息池的消息體數(shù)量和消息池已存放的消息體數(shù)量之和；判斷計(jì)算的結(jié)果是否大于M，如果是，對(duì)所述消息池進(jìn)行清理，以實(shí)現(xiàn)消息池容納下當(dāng)前待存放的消息體，之后將待存放消息體存放在消息池中。
全文摘要
本發(fā)明提供了大數(shù)據(jù)量消息管理方法和裝置，其中，該方法包括A，客戶(hù)端從服務(wù)器拉取消息索引列表；B，所述客戶(hù)端分批拉取所述消息索引列表中消息索引對(duì)應(yīng)的消息體；C，所述客戶(hù)端采用消息池的方式管理拉取的消息體和對(duì)應(yīng)的消息索引；D，所述客戶(hù)端在接收到用戶(hù)觸發(fā)的結(jié)束標(biāo)志時(shí)，將消息池中存放的消息索引和消息體存儲(chǔ)在本地磁盤(pán)。采用本發(fā)明，能夠管理大數(shù)據(jù)量消息。
文檔編號(hào)G06F17/30GK102375862SQ20101026542
公開(kāi)日2012年3月14日 申請(qǐng)日期2010年8月26日 優(yōu)先權(quán)日2010年8月26日
發(fā)明者張麗 申請(qǐng)人:騰訊科技(深圳)有限公司