專利名稱：一種轉(zhuǎn)播消息呈現(xiàn)方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及計算機技術，特別涉及一種轉(zhuǎn)播消息呈現(xiàn)方法和系統(tǒng)。
背景技術：
微博類產(chǎn)品雖然還處于剛剛起步的階段，但已經(jīng)深受廣大用戶的喜愛，不但在平時的休閑娛樂中，而且在日常工作中也得到了廣泛應用。目前的主流微博類產(chǎn)品均提供了消息轉(zhuǎn)播功能，對于一條比較熱門的消息，可能會被成百上千次轉(zhuǎn)播。對于每個轉(zhuǎn)播者來說，其所能看見的通常只有很少的一些信息，比如收聽人所發(fā)表的評論以及原始消息，但是，用戶可能會希望看到該原始消息的所有轉(zhuǎn)播鏈條，即有哪些人對該原始消息進行了轉(zhuǎn)播，這些人在進行轉(zhuǎn)播時分別作了哪些評論等，但現(xiàn)有技術中還無法滿足用戶的這一需求，從而降低了用戶體驗。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種轉(zhuǎn)播消息呈現(xiàn)方法，能夠提升用戶體驗。本發(fā)明的另一目的在于提供一種轉(zhuǎn)播消息呈現(xiàn)系統(tǒng)，能夠提升用戶體驗。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種轉(zhuǎn)播消息呈現(xiàn)方法，包括針對每條原始消息X，在服務器中分別建立一個轉(zhuǎn)播鏈條，所述轉(zhuǎn)播鏈條以所述原始消息X為根節(jié)點，所述原始消息X每被轉(zhuǎn)播一次，則生成一條轉(zhuǎn)播消息，并作為子節(jié)點加入到所述轉(zhuǎn)播鏈條中；當用戶所在客戶端接收到按照全量消息聚合方式查看所述原始消息X對應的轉(zhuǎn)播消息的指令時，從服務器中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；所述頁面中同時顯示有所述原始消息X，其中，所述原始消息X位于所述頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息。一種轉(zhuǎn)播消息呈現(xiàn)系統(tǒng)，包括服務器和客戶端；所述服務器，用于針對每條原始消息X，分別建立一個轉(zhuǎn)播鏈條，所述轉(zhuǎn)播鏈條以所述原始消息X為根節(jié)點，所述原始消息X每被轉(zhuǎn)播一次，則生成一條轉(zhuǎn)播消息，并作為子節(jié)點加入到所述轉(zhuǎn)播鏈條中；所述客戶端，用于當接收到按照全量消息聚合方式查看所述原始消息X對應的轉(zhuǎn)播消息的指令時，從服務器中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；所述頁面中同時顯示有所述原始消息X，其中，所述原始消息X位于所述頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息?？梢?，采用本發(fā)明的技術方案，可將原始消息以及按轉(zhuǎn)播時間由近到遠的順序進行排序后的各轉(zhuǎn)播消息依次進行顯示，而不是像現(xiàn)有技術中一樣僅顯示收聽人所發(fā)表的評論以及原始消息，從而提升了用戶體驗。


圖1為本發(fā)明方法實施例的流程圖。圖2為本發(fā)明系統(tǒng)實施例的組成結構示意圖。圖3為圖2所示客戶端22的組成結構示意圖。
具體實施例方式針對現(xiàn)有技術中存在的問題，本發(fā)明中提出一種全新的轉(zhuǎn)播消息呈現(xiàn)方式，即全量消息聚合方式，能夠為用戶呈現(xiàn)出原始消息的所有轉(zhuǎn)播鏈條，從而提升了用戶體驗。為使本發(fā)明的技術方案更加清楚、明白，以下參照附圖并舉實施例，對本發(fā)明所述方案作進一步地詳細說明。圖1為本發(fā)明方法實施例的流程圖。如圖1所示，包括以下步驟步驟11 針對每條原始消息X，在服務器中分別建立一個轉(zhuǎn)播鏈條，該轉(zhuǎn)播鏈條以原始消息χ為根節(jié)點，原始消息χ每被轉(zhuǎn)播一次，則生成一條轉(zhuǎn)播消息，并作為子節(jié)點加入到該轉(zhuǎn)播鏈條中。這里所提到的轉(zhuǎn)播包括轉(zhuǎn)載、引用和回復等，只要兩個消息之間存在聯(lián)系的行為，均屬于轉(zhuǎn)播的范疇。步驟12 當用戶所在客戶端接收到按照全量消息聚合方式查看任一原始消息X對應的轉(zhuǎn)播消息的指令時，從服務器中拉取所需的轉(zhuǎn)播消息。在實際應用中，對于每個原始消息，可對應設置一個表示按照全量消息聚合方式查看其對應的轉(zhuǎn)播消息的按鈕，用戶點擊這個按鈕后，即觸發(fā)本步驟及后續(xù)流程。步驟13 將拉取的轉(zhuǎn)播消息通過頁面進行顯示；所述頁面中同時顯示有原始消息 X，其中，原始消息X位于頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消肩、O由于一條熱門消息可能被成千上萬次轉(zhuǎn)播，如果一次性地將所有的轉(zhuǎn)播消息全部拉取下來，勢必會給服務器帶來很大的負載量，為此，本發(fā)明所述方案中提出一種批量多次拉取策略。具體來說，即首先從服務器中拉取N條轉(zhuǎn)播消息，通過頁面進行顯示，然后當接收到翻頁指令時，再次從服務器中拉取N條轉(zhuǎn)播消息，通過頁面進行顯示，依次類推。這樣， 如果用戶只看了第一個或前幾個頁面后即退出，那么則無需拉取隨后的轉(zhuǎn)播消息，從而降低了服務器的負載量。N為正整數(shù)，其具體取值可根據(jù)實際需要而定，比如，考慮到客戶端與服務器之間每次數(shù)據(jù)交換的字節(jié)數(shù)限制以及每條轉(zhuǎn)播消息的平均長度，可將N的取值設置為15。優(yōu)選的，當連續(xù)拉取M次之后，可不再允許翻頁，而是提示用戶跳轉(zhuǎn)到指定網(wǎng)頁，通過指定網(wǎng)頁來將未拉取的轉(zhuǎn)播消息顯示給用戶，用戶可手動點擊指定網(wǎng)頁以完成跳轉(zhuǎn)。M同樣為正整數(shù)，具體取值同樣可根據(jù)實際需要而定，比如為8。服務器上保存有每條原始消息及其對應的所有轉(zhuǎn)播消息，并按照時間由近到遠的順序?qū)Ω鬓D(zhuǎn)播消息進行排序，即距離當前時間越近的轉(zhuǎn)播消息其排序越靠前；客戶端每次向服務器發(fā)送拉取請求時，其中均會攜帶原始消息的ID (如何獲取該ID為現(xiàn)有技術)，服務器根據(jù)該ID找到原始消息及其對應的所有轉(zhuǎn)播消息，并每次向客戶端返回N條轉(zhuǎn)播消息。
步驟13中，針對每次拉取的N條轉(zhuǎn)播消息，需要首先創(chuàng)建N個控件，然后利用拉取的N條轉(zhuǎn)播消息分別對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示，如何創(chuàng)建控件和如何顯示均為現(xiàn)有技術，不再贅述。N個控件的形式是類似的，具有很大的復用性，每個控件采用自繪的方式實現(xiàn)，計算自己內(nèi)部各個區(qū)域的大小及位置。也就是說，每個控件負責自己內(nèi)部的相關處理，但遵循統(tǒng)一的原則，比如每條轉(zhuǎn)播消息最終顯示出來占用的頁面大小均相同，且其中的各個區(qū)域，如用戶頭像、昵稱、轉(zhuǎn)播時間等占用的大小和所處的位置也均相同，如轉(zhuǎn)播時間均顯示在右上角。優(yōu)選的，在實際應用中，為了降低頁面刷新所帶來的屏幕閃動和性能消耗，在能夠滿足用戶使用要求的前提下，可盡量減少頁面的重新排布，比如，在用戶拖動頁面大小的時候，并不是在用戶拖動鼠標的每一時刻均觸發(fā)頁面的重新排布，而是等用戶停止拖動鼠標后的一瞬間才觸發(fā)頁面重新排布。再有，內(nèi)存占用量是衡量桌面應用程序性能的一個重要指標，隨著拉取的消息越來越多，內(nèi)存的增長不可避免，如果能采取一定的策略來盡可能地降低對內(nèi)存的消耗，無疑會對提升系統(tǒng)性能有很大的幫助。本發(fā)明所述方案中可采取以下策略1)消息池在客戶端中維護一個消息池，用于不重復地存儲客戶端從服務器拉取的所有消息，每條消息均由消息ID和消息體兩部分組成；這里所提到的消息不限于轉(zhuǎn)播消息，因為用戶可能打開很多頁面，不僅是本發(fā)明所述的顯示轉(zhuǎn)播消息的頁面，相應地，客戶端可能需要從服務器拉取各種消息。當客戶端每次從服務器中拉取N條轉(zhuǎn)播消息時，首先會從服務器中拉取N條轉(zhuǎn)播消息的消息ID ；然后針對拉取的每條轉(zhuǎn)播消息的消息ID，分別確定其是否存在于消息池中，如果是，則從消息池中獲取其對應的消息體(說明之前已經(jīng)拉取了該消息，那么則無需再重復拉取)，否則，從服務器中拉取其對應的消息體，組成N條轉(zhuǎn)播消息。顯然，如果一轉(zhuǎn)播消息的消息ID不存在于消息池中，那么拉取該轉(zhuǎn)播消息后，需要將其加入到消息池中。優(yōu)選的，當消息池中的消息數(shù)達到預定上限后，可按預定方式淘汰一部分消息，比如，為每條消息維護一個引用計數(shù)，如果某個頁面上顯示有該消息，則將其對應的引用計數(shù)加一，反之，當對原本顯示有該消息的頁面析構時，則將其對應的引用計數(shù)減一，當引用計數(shù)為1時(表示沒有頁面顯示該消息)，則將該消息淘汰。2)容器池在客戶端中維護一個容器池，當接收到針對任一頁面的回退指令時，將該頁面進行析構，并將其對應的控件加入到容器池中。當每次從服務器中拉取N條轉(zhuǎn)播消息后，首先確定容器池中是否存在可用控件 (即可用于顯示轉(zhuǎn)播消息的控件)，如果否，則創(chuàng)建N個控件，利用拉取的N條轉(zhuǎn)播消息分別對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示；否則，進一步確定可用控件數(shù)是否大于或等于N，如果是，則利用拉取的N條轉(zhuǎn)播消息分別對N個可用控件進行初始化，并利用初始化后的N個可用控件將N條轉(zhuǎn)播消息進行顯示，否則，創(chuàng)建部分控件，加上可用控件共得到N個控件，利用拉取的N條轉(zhuǎn)播消息分別對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示。至此，即完成了關于本發(fā)明方法實施例的介紹。基于上述方法，圖2為本發(fā)明系統(tǒng)實施例的組成結構示意圖。如圖2所示，包括服務器21和客戶端22;服務器21，用于針對每條原始消息X，分別建立一個轉(zhuǎn)播鏈條，所述轉(zhuǎn)播鏈條以原始消息χ為根節(jié)點，原始消息χ每被轉(zhuǎn)播一次，則生成一條轉(zhuǎn)播消息，并作為子節(jié)點加入到轉(zhuǎn)播鏈條中；客戶端22，用于當接收到按照全量消息聚合方式查看原始消息X對應的轉(zhuǎn)播消息的指令時，從服務器21中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；該頁面中同時顯示有原始消息X，其中，原始消息X位于頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息。圖3為圖2所示客戶端22的組成結構示意圖。如圖3所示，包括第一處理單元 31和第二處理單元32 ；第一處理單元31，用于當接收到按照全量消息聚合方式查看任一原始消息X對應的轉(zhuǎn)播消息的指令時，通知第二處理單元32執(zhí)行自身功能；第二處理單元32，用于在接收到第一處理單元31的通知后，從服務器21中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；所述頁面中同時顯示有原始消息X，其中，原始消息X 位于頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息。其中，第二處理單元32中可具體包括拉取子單元321和顯示子單元322 ；拉取子單元321，用于在接收到第一處理單元31的通知后，從服務器21中拉取N 條轉(zhuǎn)播消息，N為正整數(shù)，當每次接收到翻頁指令時，再次拉取N條轉(zhuǎn)播消息；顯示子單元322，用于將每次拉取的N條轉(zhuǎn)播消息通過頁面進行顯示。上述拉取子單元321中可維護一個消息池，用于不重復地存儲客戶端22從服務器 21中拉取的所有消息，每條消息均由消息ID和消息體兩部分組成；當需要從服務器21中拉取N條轉(zhuǎn)播消息時，首先從服務器21中拉取N條轉(zhuǎn)播消息的消息ID ；然后針對拉取的每條轉(zhuǎn)播消息的消息ID，分別確定其是否存在于消息池中， 如果是，則從消息池中獲取其對應的消息體，否則，從服務器21中拉取其對應的消息體，組成N條轉(zhuǎn)播消息；當消息池中的消息數(shù)達到預定上限時，按預定方式淘汰一部分消息，包括針對任一消息，如果當消息池中的消息達到預定上限時，沒有頁面顯示該消息，則將其淘汰。 針對每次拉取的N條轉(zhuǎn)播消息，顯示子單元322需要首先創(chuàng)建N個控件，然后利用這N條轉(zhuǎn)播消息對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯不；或者，顯示子單元322維護一個容器池，當接收到針對任一頁面的回退指令時，將該頁面進行析構，并將其對應的控件加入到容器池中；針對每次拉取的N條轉(zhuǎn)播消息，確定容器池中是否存在可用控件，如果否，則創(chuàng)建N個控件，利用拉取的N條轉(zhuǎn)播消息對這N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示；否則，進一步確定可用控件數(shù)是否大于或等于N，如果是，則利用拉取的N條轉(zhuǎn)播消息對N個可用控件進行初始化，并利用初始化后的N個可用控件將N條轉(zhuǎn)播消息進行顯示，否則，創(chuàng)建部分控件，加上可用控件共得到N個控件，利用拉取的N條轉(zhuǎn)播消息對這N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示。圖2和3所示實施例的具體工作流程請參照圖1所示方法實施例中的相應說明，不再贅述。 以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。
權利要求
1.一種轉(zhuǎn)播消息呈現(xiàn)方法，其特征在于，包括針對每條原始消息X，在服務器中分別建立一個轉(zhuǎn)播鏈條，所述轉(zhuǎn)播鏈條以所述原始消息X為根節(jié)點，所述原始消息X每被轉(zhuǎn)播一次，則生成一條轉(zhuǎn)播消息，并作為子節(jié)點加入到所述轉(zhuǎn)播鏈條中；當用戶所在客戶端接收到按照全量消息聚合方式查看所述原始消息X對應的轉(zhuǎn)播消息的指令時，從服務器中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；所述頁面中同時顯示有所述原始消息X，其中，所述原始消息X位于所述頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息。
2.根據(jù)權利要求1所述的方法，其特征在于，所述從服務器中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示包括X、從服務器中拉取N條轉(zhuǎn)播消息，通過頁面進行顯示，所述N為正整數(shù)，當每次接收到翻頁指令時，重復步驟X。
3.根據(jù)權利要求2所述的方法，其特征在于，該方法進一步包括連續(xù)拉取M次后，提示跳轉(zhuǎn)到指定網(wǎng)頁，通過所述指定網(wǎng)頁將未拉取的轉(zhuǎn)播消息進行顯示，所述M為正整數(shù)。
4.根據(jù)權利要求3所述的方法，其特征在于，所述N為15，所述M為8。
5.根據(jù)權利要求2、3或4所述的方法，其特征在于，在所述客戶端中維護一個消息池， 用于不重復地存儲客戶端從服務器拉取的所有消息，每條消息均由消息ID和消息體兩部分組成；所述從服務器中拉取N條轉(zhuǎn)播消息包括從服務器中拉取N條轉(zhuǎn)播消息的消息ID ；針對拉取的每條轉(zhuǎn)播消息的消息ID，分別確定其是否存在于所述消息池中，如果是，則從所述消息池中獲取其對應的消息體，否則，從服務器中拉取其對應的消息體，組成N條轉(zhuǎn)播消息。
6.根據(jù)權利要求5所述的方法，其特征在于，該方法進一步包括當所述消息池中的消息數(shù)達到預定上限時，按預定方式淘汰一部分消息。
7.根據(jù)權利要求6所述的方法，其特征在于，所述按預定方式淘汰一部分消息包括針對任一消息，如果當所述消息池中的消息達到預定上限時，沒有頁面顯示該消息，則將其淘汰。
8.根據(jù)權利要求2、3或4所述的方法，其特征在于，所述從服務器中拉取N條轉(zhuǎn)播消息，通過頁面進行顯示包括創(chuàng)建N個控件，利用拉取的N條轉(zhuǎn)播消息對N個控件進行初始化，并利用初始化后的N 個控件將N條轉(zhuǎn)播消息進行顯示。
9.根據(jù)權利要求2、3或4所述的方法，其特征在于，在所述客戶端中維護一個容器池， 當接收到針對任一頁面的回退指令時，將該頁面進行析構，并將其對應的控件加入到所述容器池中；所述從服務器中拉取N條轉(zhuǎn)播消息，通過頁面進行顯示包括確定所述容器池中是否存在可用控件，如果否，則創(chuàng)建N個控件，利用拉取的N條轉(zhuǎn)播消息對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示；否則，進一步確定可用控件數(shù)是否大于或等于N，如果是，則利用拉取的N條轉(zhuǎn)播消息對N個可用控件進行初始化，并利用初始化后的N個可用控件將N條轉(zhuǎn)播消息進行顯示，否則，創(chuàng)建部分控件，加上可用控件共得到N個控件，利用拉取的N條轉(zhuǎn)播消息對N個控件進行初始化， 并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示。
10.一種轉(zhuǎn)播消息呈現(xiàn)系統(tǒng)，其特征在于，包括服務器和客戶端；所述服務器，用于針對每條原始消息X，分別建立一個轉(zhuǎn)播鏈條，所述轉(zhuǎn)播鏈條以所述原始消息X為根節(jié)點，所述原始消息X每被轉(zhuǎn)播一次，則生成一條轉(zhuǎn)播消息，并作為子節(jié)點加入到所述轉(zhuǎn)播鏈條中；所述客戶端，用于當接收到按照全量消息聚合方式查看所述原始消息X對應的轉(zhuǎn)播消息的指令時，從服務器中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；所述頁面中同時顯示有所述原始消息X，其中，所述原始消息X位于所述頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息。
11.根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述客戶端包括第一處理單元和第二處理單元；所述第一處理單元，用于當接收到按照全量消息聚合方式查看任一原始消息X對應的轉(zhuǎn)播消息的指令時，通知所述第二處理單元執(zhí)行自身功能；所述第二處理單元，用于在接收到所述第一處理單元的通知后，從服務器中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；所述頁面中同時顯示有所述原始消息X，其中，所述原始消息X位于所述頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息。
12.根據(jù)權利要求11所述的系統(tǒng)，其特征在于，所述第二處理單元中包括拉取子單元和顯示子單元；所述拉取子單元，用于在接收到所述第一處理單元的通知后，從服務器中拉取N條轉(zhuǎn)播消息，所述N為正整數(shù)，當每次接收到翻頁指令時，再次拉取N條轉(zhuǎn)播消息；所述顯示子單元，用于將每次拉取的N條轉(zhuǎn)播消息通過頁面進行顯示。
13.根據(jù)權利要求12所述的系統(tǒng)，其特征在于，所述拉取子單元維護一個消息池，用于不重復地存儲客戶端從服務器拉取的所有消息，每條消息均由消息ID和消息體兩部分組成；當需要從服務器中拉取N條轉(zhuǎn)播消息時，首先從服務器中拉取N條轉(zhuǎn)播消息的消息ID; 然后針對拉取的每條轉(zhuǎn)播消息的消息ID，分別確定其是否存在于所述消息池中，如果是，則從所述消息池中獲取其對應的消息體，否則，從服務器中拉取其對應的消息體，組成N條轉(zhuǎn)播消息。
14.根據(jù)權利要求13所述的系統(tǒng)，其特征在于，所述拉取子單元進一步用于，當所述消息池中的消息數(shù)達到預定上限時，按預定方式淘汰一部分消息，包括針對任一消息，如果當所述消息池中的消息達到預定上限時，沒有頁面顯示該消息，則將其淘汰。
15.根據(jù)權利要求12所述的系統(tǒng)，其特征在于，針對每次拉取的N條轉(zhuǎn)播消息，所述顯示子單元創(chuàng)建N個控件，利用N條轉(zhuǎn)播消息對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示；或者，所述顯示子單元維護一個容器池，當接收到針對任一頁面的回退指令時，將該頁面進行析構，并將其對應的控件加入到所述容器池中；針對每次拉取的N條轉(zhuǎn)播消息，分別確定所述容器池中是否存在可用控件，如果否，則創(chuàng)建N個控件，利用拉取的N條轉(zhuǎn)播消息對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示；否則，進一步確定可用控件數(shù)是否大于或等于N，如果是，則利用拉取的N條轉(zhuǎn)播消息對N個可用控件進行初始化，并利用初始化后的N個可用控件將N條轉(zhuǎn)播消息進行顯示，否則，創(chuàng)建部分控件，加上可用控件共得到N個控件，利用拉取的N條轉(zhuǎn)播消息對N個控件進行初始化，并利用初始化后的N個控件將N條轉(zhuǎn)播消息進行顯示。
全文摘要
本發(fā)明提供了一種轉(zhuǎn)播消息呈現(xiàn)方法針對每條原始消息X，在服務器中分別建立一個轉(zhuǎn)播鏈條，所述轉(zhuǎn)播鏈條以所述原始消息X為根節(jié)點，所述原始消息X每被轉(zhuǎn)播一次，則生成一條轉(zhuǎn)播消息，并作為子節(jié)點加入到所述轉(zhuǎn)播鏈條中；當用戶所在客戶端接收到按照全量消息聚合方式查看所述原始消息X對應的轉(zhuǎn)播消息的指令時，從服務器中拉取所需的轉(zhuǎn)播消息，并通過頁面進行顯示；所述頁面中同時顯示有所述原始消息X，其中，所述原始消息X位于所述頁面頂部，之后按照轉(zhuǎn)播時間由近到遠的順序依次顯示各轉(zhuǎn)播消息。本發(fā)明同時公開了一種轉(zhuǎn)播消息呈現(xiàn)系統(tǒng)。應用本發(fā)明所述方案，能夠提升用戶體驗。
文檔編號H04L29/06GK102375866SQ20101026692
公開日2012年3月14日 申請日期2010年8月24日 優(yōu)先權日2010年8月24日
發(fā)明者劉紅杰, 勞寧, 庫寧, 袁昌文 申請人:騰訊科技(深圳)有限公司