專利名稱：消息更新的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及微博技術(shù)領(lǐng)域，特別涉及一種消息更新的方法和裝置。
背景技術(shù)：
在微博系統(tǒng)中，當一個微博用戶發(fā)表一條消息時，所有關(guān)注這個用戶的其它用戶都會收到一條新消息的通知。這意味著，微博服務(wù)器向微博客戶端分發(fā)消息時，不再是傳統(tǒng) IM(Instant Message，即時通訊)應(yīng)用中一對一的關(guān)系，而是一對多的關(guān)系。消息通知在微博系統(tǒng)中是非常頻繁的，目前微博系統(tǒng)中消息更新的方法是一次更新并展示所有的新消息。當一個微博客戶端向微博服務(wù)器請求新消息時，微博服務(wù)器會將自該微博客戶端上次更新至今微博系統(tǒng)中所有已發(fā)布的消息，作為新消息一次性地提供給該微博客戶端，以完成該微博客戶端的消息更新和展示。由于微博系統(tǒng)中的消息通常為大批量的，微博服務(wù)器需要發(fā)送很多次，才能完成消息通知，因此，增加了服務(wù)器的壓力，而且微博客戶端更新及存儲新消息，需要占用大量的存儲空間，造成了客戶端的資源浪費，同時，一次性顯示大量消息給用戶，也給用戶帶來了一定程度的騷擾。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)的問題，本發(fā)明實施例提供了一種消息更新的方法和裝置。所述技術(shù)方案如下一方面，一種消息更新的方法，所述方法包括當用戶請求更新消息時，從微博服務(wù)器獲取消息索引；按照預(yù)先指定的個數(shù)K，在獲取的所述消息索引中確定K個消息索引作為首次顯示消息的消息索引，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶；其中，所述K為自然數(shù)。其中，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶之后，還包括如果用戶請求繼續(xù)更新，則將獲取的所述消息索引中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，根據(jù)所述后續(xù)顯示消息的消息索弓I從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。其中，按照預(yù)先指定的個數(shù)K，在獲取的所述消息索引中確定K個消息索引作為首次顯示消息的消息索引，包括判斷獲取的所述消息索引與本地已保存的消息索引是否有重疊；如果有重疊，則將獲取的所述消息索引中未重疊的部分作為本次更新的消息索引；如果沒有重疊，則將獲取的所述消息索引作為本次更新的消息索引；
將所述本次更新的消息索引保存在本地，并按照預(yù)先指定的個數(shù)K，在所述本次更新的消息索引中確定K個消息索引作為首次顯示消息的消息索引。進一步地，將所述本次更新的消息索引保存在本地，包括將所述本次更新的消息索引記錄為塊并設(shè)置所述塊的索引；在本地保存所述塊和塊的索引。其中，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶之后，還包括如果用戶請求繼續(xù)更新，則根據(jù)所述塊的索引讀取所述塊，將所述塊中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，在每次用戶請求繼續(xù)更新時，均從所述后續(xù)顯示消息的消息索引中獲取K個消息索引作為本次的消息索引，如果不足K個則將所述不足K個消息索引作為本次的消息索引，根據(jù)本次的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。其中，獲取的所述消息索引為自本地上次更新至今所述微博服務(wù)器存儲的所有新消息的索引。另一方面，一種消息更新的裝置，包括獲取模塊，用于當用戶請求更新消息時，從微博服務(wù)器獲取消息索引；首次顯示模塊，用于按照預(yù)先指定的個數(shù)K，在獲取的所述消息索引中確定K個消息索引作為首次顯示消息的消息索引，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶；其中，所述K為自然數(shù)。其中，所述裝置還包括第一后續(xù)顯示模塊，用于如果用戶請求繼續(xù)更新，則將獲取的所述消息索引中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，根據(jù)所述后續(xù)顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。其中，所述首次顯示模塊包括判斷單元，用于判斷獲取的所述消息索引與本地已保存的消息索引是否有重疊；處理單元，用于如果有重疊，則將獲取的所述消息索引中未重疊的部分作為本次更新的消息索引；如果沒有重疊，則將獲取的所述消息索引作為本次更新的消息索引；確定單元，用于將所述本次更新的消息索引保存在本地，并按照預(yù)先指定的個數(shù) K，在所述本次更新的消息索引中確定K個消息索引作為首次顯示消息的消息索引。進一步地，所述確定單元包括設(shè)置子單元，用于將所述本次更新的消息索引記錄為塊并設(shè)置所述塊的索引；保存子單元，用于在本地保存所述塊和塊的索引。其中，所述裝置還包括第二后續(xù)顯示模塊，用于如果用戶請求繼續(xù)更新，則根據(jù)所述塊的索引讀取所述塊，將所述塊中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，在每次用戶請求繼續(xù)更新時，均從所述后續(xù)顯示消息的消息索引中獲取K個消息索引作為本次的消息索引，如果不足K個則將所述不足K個消息索引作為本次的消息索引，根據(jù)本次的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。
其中，所述獲取模塊獲取的所述消息索引為自本地上次更新至今所述微博服務(wù)器存儲的所有新消息的索引。本發(fā)明實施例提供的技術(shù)方案，通過從微博服務(wù)器獲取消息索引，按照指定個數(shù)確定首次顯示消息的消息索引，并從微博服務(wù)器獲取相應(yīng)的消息顯示給用戶，微博服務(wù)器無需一次性將所有消息發(fā)送給本地，減輕了微博服務(wù)器的壓力。而且，本地也不是一次性地將所有消息更新及存儲到本地，避免了客戶端的資源浪費。另外，按照指定個數(shù)分次顯示消息給用戶，也減輕了對用戶的騷擾，提升了用戶的體驗。


圖1是本發(fā)明實施例1提供的消息更新的方法流程圖；圖2是本發(fā)明實施例2提供的消息更新的方法流程圖；圖3是本發(fā)明實施例2提供的接收到的消息索引與本地已保存的消息索引的合并示意圖；圖4是本發(fā)明實施例2提供的存儲塊和塊的索引示意圖；圖5是本發(fā)明實施例3提供的消息更新的裝置結(jié)構(gòu)圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。實施例1參見圖1，本實施例提供了一種消息更新的方法，包括101 當用戶請求更新消息時，從微博服務(wù)器獲取消息索引。102:按照預(yù)先指定的個數(shù)K，在獲取的消息索引中確定K個消息索引作為首次顯示消息的消息索引，根據(jù)首次顯示消息的消息索引從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶；其中，K為自然數(shù)。本實施例中，進一步地，在102之后還可以包括如果用戶請求繼續(xù)更新，則將獲取的消息索引中除首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，根據(jù)后續(xù)顯示消息的消息索引從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。本實施例提供的上述方法是在微博客戶端執(zhí)行的，用戶使用微博客戶端向微博服務(wù)器請求更新消息，微博服務(wù)器通過索引將新消息更新到微博客戶端。本實施例中，預(yù)先指定的個數(shù)是指微博客戶端一次默認顯示新消息的個數(shù)，通常由微博客戶端預(yù)先設(shè)置好，具體數(shù)值本發(fā)明實施例對此不做具體限定，如可以為20個或30 個等等。從微博服務(wù)器獲取的消息索引通常為多個，如100個、200個等等。其中，分成兩部分，一部分為首次顯示消息的消息索引，另一部分為后續(xù)顯示消息的消息索引。例如，微博客戶端一次能夠顯示30個消息，從微博服務(wù)器獲取到200個消息索引，將其中的前30個作為首次顯示消息的消息索引，其余的作為后續(xù)顯示消息的消息索引，如果用戶請求繼續(xù)更新，則繼續(xù)顯示后續(xù)的消息。本實施例提供的上述方法，通過從微博服務(wù)器獲取消息索引，按照指定個數(shù)確定
6首次顯示消息的消息索引，并從微博服務(wù)器獲取相應(yīng)的消息顯示給用戶，微博服務(wù)器無需一次性將所有消息發(fā)送給本地，減輕了微博服務(wù)器的壓力。而且，本地也不是一次性地將所有消息更新及存儲到本地，避免了客戶端的資源浪費。另外，按照指定個數(shù)分次顯示消息給用戶，也減輕了對用戶的騷擾，提升了用戶的體驗。實施例2參見圖2，本實施例提供了一種消息更新的方法，包括201 當用戶請求更新消息時，本地的微博客戶端將該請求轉(zhuǎn)發(fā)給微博服務(wù)器，并接收微博服務(wù)器返回的消息索引。其中，微博客戶端接收到的消息索引為自微博客戶端上次更新至今，微博服務(wù)器存儲的所有新消息的索引。例如，微博客戶端上次在9:00時刻更新了微博消息，當前時刻10:00又請求更新， 則微博服務(wù)器將9 00至10 00之間的所有新消息的消息索引發(fā)送給微博客戶端，該所有新消息的發(fā)布者可以是一個微博客戶端，但通常都是多個微博客戶端，本發(fā)明實施例對此不做具體限定。本實施例中涉及的消息均是指微博系統(tǒng)中發(fā)布的消息，消息索引是指標識該消息的索引號，如ID號等等。202:本地的微博客戶端判斷接收到的消息索引與本地已保存的消息索引是否有重疊；如果有重疊，則執(zhí)行203 ；否則，執(zhí)行204。本實施例中，本地微博客戶端保存消息索引有多種形式，包括但不限于索引表的形式等。本地保存的消息索引通常有固定的存儲區(qū)，當前接收到的消息索引通常保存在緩存中，重疊是指消息索引相同。例如，本地已保存的消息索引有100個，其中，有一個消息索引號為50，當前接收到的消息索引有70個，其中也有一個消息索引號位50，則可以判定二
者有重疊。203:將接收到的消息索引中未重疊的部分作為本次更新的消息索引，然后執(zhí)行 205。例如，當前接收到的消息索引有70個，其中，有20個消息索引與本地已保存的消息索引有重疊，則將剩余的50個即未重疊的部分作為本次更新的消息索引，已重疊的部分則不需要進行更新。204:由于不存在重疊，因此，需要全部更新，則將接收到的消息索引全部作為本次更新的消息索引，然后執(zhí)行205。205:將已確定的本次更新的消息索引保存在本地，并按照預(yù)先指定的個數(shù)K，在本次更新的消息索引中確定K個消息索引作為首次顯示消息的消息索弓丨，其中，K為自然數(shù)。具體地，在本次消息索引更新后，本地已保存的消息索引已經(jīng)發(fā)生變化，其內(nèi)容包括本次消息索引更新前原有的消息索引，還有本次更新中保存的消息索引。例如，參見圖3， 表1中包含本地已保存的消息索引；表2為臨時緩存的接收到的消息索引，其中一部分為與本地已保存的消息索引重疊的部分，另一部分為未重疊的部分即新的消息索引；表3為確定本次更新的消息索引后，得到的本地保存的新表，就是將表1和表2合并后得到的結(jié)果， 其中，重疊的部分未變，相當于在表1的基礎(chǔ)上增加了新的消息索引，該新的消息索引包括兩個部分首次顯示消息的消息索引和后續(xù)顯示消息的消息索引。上述對本地已保存的消息索引鏈表和臨時緩存的接收到的消息索引鏈表進行合并的步驟，具體地可以采用Merge合并算法，該算法涉及對本地已保存的消息索引鏈表和緩存鏈表中的索引的刪除和增加，合并后得到新的本地消息索引鏈表，并使得這個鏈表能表示服務(wù)器最新的消息狀況。本實施例中，將已確定的本次更新的消息索引保存在本地，可以采用多種形式，本發(fā)明實施例對此不做具體限定。優(yōu)選地，可以采用鏈表的形式并以塊為單位來進行維護，具體過程如下將已確定的本次更新的消息索引記錄為塊并設(shè)置塊的索引；在本地保存該塊和塊的索引。由于微博客戶端會經(jīng)常進行消息更新，因此，在多次更新后，會保存有多個塊，每次更新都會存儲一個塊，每個塊都對應(yīng)一個塊的索引，在需要從微博服務(wù)器拉取消息時，先通過塊的索引找到相應(yīng)的塊，再根據(jù)塊中的消息索引從微博服務(wù)器拉取相應(yīng)的消息進行更新。例如，參見圖4，消息索引保存在鏈表中，每次更新的消息索引都對應(yīng)該鏈表中的一個塊，圖中以3個塊為例，由下至上分別為塊1、塊2和塊3，且對應(yīng)地保存了該3個塊的索引，在左側(cè)的塊索引鏈表中，由下至上分別為索引號1、2和3。在右側(cè)的消息索引鏈表中，有的塊僅包含首次顯示消息的消息索引，如塊1，有的塊不僅包含首次顯示消息的消息索引， 還包含后續(xù)顯示消息的消息索引，這種情況在本實施例中稱之為斷層，如塊2和塊3。所述斷層是指消息更新不是一次完成，而是根據(jù)用戶的請求分次完成，在完成首次默認顯示后， 如果用戶繼續(xù)請求更新則繼續(xù)根據(jù)后續(xù)的消息索引拉取消息，按照預(yù)先指定的個數(shù)K，用戶每請求一次繼續(xù)更新，則從微博服務(wù)器拉取K個消息，逐步完成更新，直到全部消息均拉取完成或者用戶停止請求繼續(xù)更新。206:根據(jù)已確定的K個首次顯示消息的消息索引，從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶；此時，完成首次顯示，后續(xù)的消息并未進行拉取，在本地微博客戶端只保存有后續(xù)消息的消息索引，因此，極大地節(jié)省了微博客戶端的存儲空間，避免了資源浪費。207:在完成首次顯示后，用戶可以瀏覽該K個消息，如果用戶請求繼續(xù)更新，則根據(jù)本次保存的塊的索引讀取對應(yīng)的塊，將該塊中除首次顯示消息的K個消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，在每次用戶請求繼續(xù)更新時，均從后續(xù)顯示消息的消息索引中獲取K個消息索引作為本次的消息索引，如果不足K個則將不足K個消息索引作為本次的消息索引，根據(jù)本次的消息索引從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。在該過程中，每次均拉取并顯示K個消息在本地，最后一次例外，顯示的消息的個數(shù)可以小于K個。例如，微博客戶端接收到的消息索引為70個，K為30個，則首次顯示30 個消息，用戶點擊請求繼續(xù)更新，則再次顯示30個消息，如果用戶再點擊請求繼續(xù)更新，則將該70個索引中的最后10個索引對應(yīng)的消息顯示給用戶。該過程中共顯示了 3次，最后一次顯示的消息個數(shù)不足K個。如果完成前兩次顯示后，用戶不再發(fā)送請求，則不顯示最后 10條消息。在本發(fā)明實施例中，微博客戶端接收微博服務(wù)器發(fā)送的消息索引，可以為一次，也可以為多次。根據(jù)通信協(xié)議，微博服務(wù)器在發(fā)送消息索引時，如果消息索引太多，則需要分多次發(fā)送給微博客戶端，該分多次發(fā)送的手段為現(xiàn)有技術(shù)，本發(fā)明實施例對此不做具體限定。例如，微博服務(wù)器需要發(fā)送200個消息索引，而根據(jù)通信協(xié)議每次只能發(fā)送70個，則微博服務(wù)器會發(fā)送3次，前兩次均為70個，最后一次為60個。本實施例提供的上述方法，微博服務(wù)器先發(fā)送消息索引給微博客戶端，微博客戶端按照首次顯示消息的消息索引和后續(xù)顯示消息的消息索引分別從微博服務(wù)器獲取相應(yīng)的消息，微博服務(wù)器無需一次性將所有消息發(fā)送給微博客戶端，減輕了微博服務(wù)器的壓力。 而且，微博客戶端也不是一次性地將所有消息更新及存儲到本地，在用戶請求繼續(xù)更新時， 再更新后續(xù)消息，如果用戶不請求繼續(xù)更新，則不再更新后續(xù)消息，避免了客戶端的資源浪費。另外，按照指定個數(shù)分次顯示消息給用戶，也減輕了對用戶的騷擾，提升了用戶的體驗。實施例3參見圖5，本實施例提供了一種消息更新的裝置，包括獲取模塊501，用于當用戶請求更新消息時，從微博服務(wù)器獲取消息索引；首次顯示模塊502，用于按照預(yù)先指定的個數(shù)K，在獲取的消息索引中確定K個消息索引作為首次顯示消息的消息索引，根據(jù)首次顯示消息的消息索引從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶；其中，K為自然數(shù)。本實施例中，進一步地，上述裝置還可以包括第一后續(xù)顯示模塊，用于如果用戶請求繼續(xù)更新，則將獲取的消息索引中除首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，根據(jù)后續(xù)顯示消息的消息索引從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。本實施例中，首次顯示模塊502可以包括判斷單元，用于判斷獲取的消息索引與本地已保存的消息索引是否有重疊；處理單元，用于如果有重疊，則將獲取的消息索引中未重疊的部分作為本次更新的消息索引；如果沒有重疊，則將獲取的消息索引作為本次更新的消息索引；確定單元，用于將本次更新的消息索引保存在本地，并按照預(yù)先指定的個數(shù)K，在本次更新的消息索引中確定K個消息索引作為首次顯示消息的消息索引。進一步地，上述確定單元可以包括設(shè)置子單元，用于將本次更新的消息索引記錄為塊并設(shè)置塊的索引；保存子單元，用于在本地保存塊和塊的索引。本實施例中，進一步地，上述裝置還可以包括第二后續(xù)顯示模塊，用于如果用戶請求繼續(xù)更新，則根據(jù)塊的索引讀取塊，將塊中除首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，在每次用戶請求繼續(xù)更新時，均從后續(xù)顯示消息的消息索引中獲取K個消息索引作為本次的消息索弓丨，如果不足K個則將不足K個消息索引作為本次的消息索引，根據(jù)本次的消息索引從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。在本實施例中，獲取模塊501獲取的消息索引為自本地上次更新至今微博服務(wù)器存儲的所有新消息的索引。本實施例提供的上述裝置，具體可以是微博客戶端，在該裝置上可以執(zhí)行上述任一方法實施例中的方法，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。本實施例提供的上述裝置，通過從微博服務(wù)器獲取消息索引，并按照首次顯示消息的消息索引和后續(xù)顯示消息的消息索引分別從微博服務(wù)器獲取相應(yīng)的消息，使得微博服務(wù)器無需一次性發(fā)送所有消息，減輕了微博服務(wù)器的壓力。而且，本地也不是一次性地將所有消息更新及存儲到本地，在用戶請求繼續(xù)更新時，再更新后續(xù)消息，如果用戶不請求繼續(xù)更新，則不再更新后續(xù)消息，避免了客戶端的資源浪費。另外，按照指定個數(shù)分次顯示消息給用戶，也減輕了對用戶的騷擾，提升了用戶的體驗。最后需要說明的是，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(ROM)或隨機存儲記憶體(RAM)等。本發(fā)明實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。上述的各裝置或系統(tǒng)，可以執(zhí)行相應(yīng)方法實施例中的方法。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
10
權(quán)利要求
1.一種消息更新的方法，其特征在于，所述方法包括 當用戶請求更新消息時，從微博服務(wù)器獲取消息索引；按照預(yù)先指定的個數(shù)K，在獲取的所述消息索引中確定K個消息索引作為首次顯示消息的消息索引，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶；其中，所述K為自然數(shù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶之后，還包括如果用戶請求繼續(xù)更新，則將獲取的所述消息索引中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，根據(jù)所述后續(xù)顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，按照預(yù)先指定的個數(shù)K，在獲取的所述消息索引中確定K個消息索引作為首次顯示消息的消息索引，包括判斷獲取的所述消息索引與本地已保存的消息索引是否有重疊； 如果有重疊，則將獲取的所述消息索引中未重疊的部分作為本次更新的消息索引； 如果沒有重疊，則將獲取的所述消息索引作為本次更新的消息索引； 將所述本次更新的消息索引保存在本地，并按照預(yù)先指定的個數(shù)K，在所述本次更新的消息索引中確定K個消息索引作為首次顯示消息的消息索引。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，將所述本次更新的消息索引保存在本地， 包括將所述本次更新的消息索引記錄為塊并設(shè)置所述塊的索引； 在本地保存所述塊和塊的索引。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶之后，還包括如果用戶請求繼續(xù)更新，則根據(jù)所述塊的索引讀取所述塊，將所述塊中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，在每次用戶請求繼續(xù)更新時，均從所述后續(xù)顯示消息的消息索引中獲取K個消息索引作為本次的消息索引， 如果不足K個則將所述不足K個消息索引作為本次的消息索引，根據(jù)本次的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。
6.根據(jù)權(quán)利要求1至5中任一權(quán)利要求所述的方法，其特征在于，獲取的所述消息索引為自本地上次更新至今所述微博服務(wù)器存儲的所有新消息的索引。
7.一種消息更新的裝置，其特征在于，所述裝置包括獲取模塊，用于當用戶請求更新消息時，從微博服務(wù)器獲取消息索引； 首次顯示模塊，用于按照預(yù)先指定的個數(shù)K，在獲取的所述消息索引中確定K個消息索引作為首次顯示消息的消息索引，根據(jù)所述首次顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶； 其中，所述K為自然數(shù)。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括第一后續(xù)顯示模塊，用于如果用戶請求繼續(xù)更新，則將獲取的所述消息索引中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，根據(jù)所述后續(xù)顯示消息的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述首次顯示模塊包括判斷單元，用于判斷獲取的所述消息索引與本地已保存的消息索引是否有重疊；處理單元，用于如果有重疊，則將獲取的所述消息索引中未重疊的部分作為本次更新的消息索引；如果沒有重疊，則將獲取的所述消息索引作為本次更新的消息索引；確定單元，用于將所述本次更新的消息索引保存在本地，并按照預(yù)先指定的個數(shù)K，在所述本次更新的消息索引中確定K個消息索引作為首次顯示消息的消息索引。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述確定單元包括設(shè)置子單元，用于將所述本次更新的消息索引記錄為塊并設(shè)置所述塊的索引；保存子單元，用于在本地保存所述塊和塊的索引。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述裝置還包括第二后續(xù)顯示模塊，用于如果用戶請求繼續(xù)更新，則根據(jù)所述塊的索引讀取所述塊，將所述塊中除所述首次顯示消息的消息索引以外的其余消息索引作為后續(xù)顯示消息的消息索引，在每次用戶請求繼續(xù)更新時，均從所述后續(xù)顯示消息的消息索引中獲取K個消息索引作為本次的消息索引，如果不足K個則將所述不足K個消息索引作為本次的消息索引，根據(jù)本次的消息索引從所述微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶。
12.根據(jù)權(quán)利要求7至11中任一權(quán)利要求所述的裝置，其特征在于，所述獲取模塊獲取的所述消息索引為自本地上次更新至今所述微博服務(wù)器存儲的所有新消息的索引。
全文摘要
本發(fā)明公開了一種消息更新的方法和裝置，屬于微博技術(shù)領(lǐng)域。所述方法包括當用戶請求更新消息時，從微博服務(wù)器獲取消息索引；按照預(yù)先指定的個數(shù)K，在獲取的消息索引中確定K個消息索引作為首次顯示消息的消息索引，根據(jù)首次顯示消息的消息索引從微博服務(wù)器獲取相應(yīng)的消息，并顯示給用戶；其中，K為自然數(shù)。所述裝置包括獲取模塊和首次顯示模塊。本發(fā)明減輕了微博服務(wù)器的壓力，避免了客戶端的資源浪費，提升了用戶的體驗。
文檔編號H04L12/58GK102387178SQ20101027233
公開日2012年3月21日 申請日期2010年8月31日 優(yōu)先權(quán)日2010年8月31日
發(fā)明者勞寧 申請人:騰訊科技(深圳)有限公司