專利名稱：展示微博客人頁的方法和裝置的制作方法
技術領域：
本發(fā)明涉及網絡通信技術領域，特別涉及一種展示微博客人頁的方法和裝置。
背景技術：
微博，即微型博客，是一個基于用戶關系的信息分享、傳播以及獲取平臺，類似博客的系統(tǒng)。微博系統(tǒng)中，個人可以即時發(fā)布消息，面向網絡即時廣播，并且通過群聚的方式，使得每個人都可以形成一個自己的聽眾群落。微博的用戶通過微博客的方式，可以將個人的見解和觀點發(fā)布給自己的聽眾，以最精煉的詞匯來表達最高深的觀點。微博有多種更新和查閱的渠道，用戶可以通過網站、手機短信、客戶端和外部API ((Application Programming hterface，應用程序編程接口))接口等途徑向自己的微博客發(fā)布消息。微博客戶端是指在個人電腦或者手機中提供微博服務的軟件，是一種流行的微博服務工具， 特別是在IM (InstantMessaging,即時通訊)軟件上比如QQ上嵌入微博服務，更是發(fā)揮了即時通信和微博服務的綜合作用。微博客人頁是指某個微博用戶的專屬頁面，用來展示用戶資料、用戶發(fā)表的微博消息列表等相關數(shù)據。微博消息可以分為三種類型廣播、轉播和對話。用戶發(fā)表到微博的原創(chuàng)內容可認為就是一個廣播，對廣播進行轉發(fā)稱為轉播，對廣播進行回復稱為對話?，F(xiàn)有的微博客戶端在展示微博客人頁時，通過在微博客戶端界面上預留鏈接，當用戶點擊該鏈接時，自動啟動瀏覽器跳轉到用戶請求訪問的微博客人頁以顯示給用戶。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術至少具有以下缺點從微博客戶端跳轉到網頁必須啟動瀏覽器，占用了系統(tǒng)資源，造成了資源浪費；而且受網頁瀏覽速度的影響可能會導致微博客人頁的展示速度較慢；對用戶而言，無法在微博客戶端內直接訪問微博客人頁，很不方便，影響用戶體驗。

發(fā)明內容
為了解決現(xiàn)有技術的問題，本發(fā)明實施例提供了一種展示微博客人頁的方法和微博客戶端。所述技術方案如下—種展示微博客人頁的方法，所述方法包括接收來自第一用戶的展示微博客人頁的請求；向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息；在本地將所述微博客人頁的信息顯示給所述第一用戶。向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息，包括判斷本地是否存在與所述請求對應的邏輯單元；如果存在，則控制所述邏輯單元向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息；
否則，創(chuàng)建與所述請求對應的邏輯單元，控制所述創(chuàng)建的邏輯單元向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息。向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息，包括向微博服務器請求所述微博客人頁中的第二用戶的資料信息，接收所述微博服務器返回的所述第二用戶的資料信息；并且，向所述微博服務器請求所述微博客人頁中的第二用戶的消息，接收所述微博服務器返回的所述第二用戶的消息。向所述微博服務器請求所述微博客人頁中的第二用戶的消息，接收所述微博服務器返回的所述第二用戶的消息，包括向所述微博服務器請求所述微博客人頁中的第二用戶的消息索引，并接收所述微博服務器返回的消息索引；判斷本地是否保存有所述消息索引；如果是，則根據所述消息索引從本地獲取所述第二用戶的消息；否則，根據所述消息索引從所述微博服務器獲取所述第二用戶的消息。所述方法還包括當所述第一用戶在本地登錄后，在預先建立的消息池中緩存本地已有的消息索引和對應的消息；相應地，判斷本地是否保存有所述消息索引；如果是，則根據所述消息索引從本地獲取所述第二用戶的消息，包括判斷所述消息池內是否存在所述消息索引，如果是，則根據所述消息索引從所述消息池內獲取所述第二用戶的消息。在本地將所述微博客人頁的信息顯示給所述第一用戶之后，還包括接收所述第一用戶定制的期望顯示的消息的第一類型或不期望顯示的消息的第
二類型；根據所述第一類型從所述微博服務器獲取相應的消息，或者根據所述第二類型從所述微博服務器獲取相應的消息；將本地顯示的所述微博客人頁中的消息更新為所述獲取的消息。所述第二用戶的資料信息包括以下至少一種所述第二用戶的微博賬號、昵稱、頭像、性別、年齡、公司、住址、郵箱和個人簡介。一種展示微博客人頁的裝置，所述裝置包括請求接收模塊，用于接收來自第一用戶的展示微博客人頁的請求；信息獲取模塊，用于向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息；展示模塊，用于將所述微博客人頁的信息顯示給所述第一用戶。所述信息獲取模塊包括管理單元，用于判斷所述裝置內是否存在與所述請求對應的邏輯單元；如果存在， 則控制已有的邏輯單元向微博服務器請求并接收所述微博客人頁的信息，否則，創(chuàng)建與所述請求對應的邏輯單元，并控制該創(chuàng)建的邏輯單元向微博服務器請求并接收所述微博客人頁的信息；邏輯單元，用于向所述微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息。所述信息獲取模塊包括資料信息獲取單元，用于向微博服務器請求所述微博客人頁中的第二用戶的資料信息，接收所述微博服務器返回的所述第二用戶的資料信息；消息獲取單元，用于向所述微博服務器請求所述微博客人頁中的第二用戶的消息，接收所述微博服務器返回的所述第二用戶的消息。所述消息獲取單元包括索引獲取子單元，用于向所述微博服務器請求所述微博客人頁中的第二用戶的消息索引，并接收所述微博服務器返回的消息索引；消息獲取子單元，用于判斷本地是否保存有所述消息索引；如果是，則根據所述消息索引從本地獲取所述第二用戶的消息；否則，根據所述消息索引從所述微博服務器獲取所述第二用戶的消息。所述裝置還包括消息池，用于當所述第一用戶登錄所述裝置后，緩存本地已有的消息索引和對應的消息；相應地，所述消息獲取子單元具體用于判斷所述消息池內是否存在所述消息索弓丨，如果是，則根據所述消息索引從所述消息池內獲取所述第二用戶的消息；否則，根據所述消息索引從所述微博服務器獲取所述第二用戶的消息。所述裝置還包括過濾模塊，用于在所述展示模塊將所述微博客人頁的信息顯示給所述第一用戶之后，接收所述第一用戶定制的期望顯示的消息的第一類型或不期望顯示的消息的第二類型；根據所述第一類型從所述微博服務器獲取相應的消息，或者根據所述第二類型從所述微博服務器獲取相應的消息；將所述展示模塊顯示的所述微博客人頁中的消息更新為所述獲取的消息。本發(fā)明實施例提供的上述技術方案實現(xiàn)了在微博客戶端直接顯示微博客人頁給用戶，無需啟動瀏覽器跳轉到網頁，節(jié)省了系統(tǒng)資源，而且提高了展示的速度，方便用戶在微博客戶端直接查看，提升了用戶體驗。


圖1是本發(fā)明實施例1提供的展示微博客人頁的方法流程圖；圖2是本發(fā)明實施例2提供的展示微博客人頁的方法流程圖；圖3是本發(fā)明實施例2提供的微博客戶端的架構示意圖；圖4是本發(fā)明實施例3提供的展示微博客人頁的裝置結構圖。
具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。
實施例1參見圖1，本實施例提供了一種展示微博客人頁的方法，包括101 接收來自第一用戶的展示微博客人頁的請求；102 向微博服務器請求微博客人頁的信息，并接收微博服務器返回的該微博客人頁的信息；103 在本地將該微博客人頁的信息顯示給第一用戶。本發(fā)明實施例提供的上述方法通常由微博客戶端執(zhí)行，該微博客戶端是指在個人電腦或者手機中提供微博服務的軟件，可以為單獨的應用軟件，也可以嵌入到其它應用軟件中，如IM軟件等，本發(fā)明實施例對此不做具體限定。本發(fā)明實施例涉及的微博客人頁是指某個微博用戶的專屬頁面，用來展示用戶資料、用戶發(fā)表的微博消息列表等相關數(shù)據。微博消息可以分為三種類型廣播、轉播和對話。 用戶發(fā)表到微博的原創(chuàng)內容可認為就是一個廣播，對廣播進行轉發(fā)稱為轉播，對廣播進行回復稱為對話。本實施例提供的上述方法實現(xiàn)了在微博客戶端直接顯示微博客人頁給用戶，無需啟動瀏覽器跳轉到網頁，節(jié)省了系統(tǒng)資源，而且提高了展示的速度，方便用戶在微博客戶端直接查看，提升了用戶體驗。實施例2參見圖2，本實施例提供了一種展示微博客人頁的方法，包括201 微博客戶端接收來自第一用戶的展示微博客人頁的請求。其中，第一用戶可以通過多種方式來發(fā)送請求，如在微博主頁上點擊某個用戶的頭像，請求展示該用戶的微博客人頁，當然也可以采用其它方式，本發(fā)明實施例對此不做具體限定。202:微博客戶端向微博服務器請求微博客人頁中的第二用戶的資料信息，接收微博服務器返回的第二用戶的資料信息。本實施例中的第一用戶是指在微博客戶端登錄的用戶，第二用戶是指第一用戶使用微博客戶端訪問的微博客人頁中的用戶。第二用戶的資料信息可以包括以下至少一種 第二用戶的微博賬號、昵稱、頭像、性別、年齡、公司、住址、郵箱和個人簡介，本發(fā)明實施例對此不做具體限定。203:微博客戶端向微博服務器請求微博客人頁中的第二用戶的消息索引，并接收微博服務器返回的消息索引。其中，微博服務器返回的消息索引個數(shù)可以預先設置好，如5個或10個等等，本發(fā)明實施例對此不做具體限定。通常，微博服務器存儲的消息都是按照發(fā)布時間排序的，最新發(fā)布的消息排在最前面，因此，微博服務器可以按照指定的個數(shù)N將排在前面的N個消息的索引返回給微博客戶端，N為自然數(shù)。204 微博客戶端判斷本地是否保存有微博服務器返回的消息索引；如果是，則執(zhí)行205 ；否則，執(zhí)行206。205 微博客戶端根據該消息索引從本地獲取第二用戶的消息，然后執(zhí)行207。206:微博客戶端根據該消息索引從微博服務器獲取第二用戶的消息，然后執(zhí)行 207。
207:微博客戶端在得到第二用戶的資料信息和第二用戶的消息后，將第二用戶的資料信息和消息組合為微博客人頁并顯示給第一用戶，當前流程結束。本實施例中，微博客人頁可以包括兩個區(qū)域用戶資料區(qū)域和消息區(qū)域。用戶資料區(qū)域主要顯示用戶資料，包括微博帳號、昵稱、頭像、性別、年齡、公司、住址、郵箱、個人簡介等。消息區(qū)域主要用于顯示消息，包含用戶的廣播、轉播和對話。另外，在用戶資料區(qū)域還可以提供收聽和取消收聽的入口，通過該入口用戶可以定制是否收聽該客人頁的用戶的消肩、ο為了進一步說明上述方法的實施過程，本實施例還提出了一個技術架構，參見圖 3，將微博客戶端分為應用層、邏輯層和數(shù)據層三個層次。其中，應用層主要負責微博客人頁的數(shù)據展現(xiàn)，邏輯層負責應用層數(shù)據請求的封裝和響應，數(shù)據層負責與微博服務器進行交互，發(fā)送請求并拉取資料、消息索引和消息。邏輯層包括管理單元和邏輯單元，其中，管理單元負責管理所有的邏輯單元，包括創(chuàng)建和刪除邏輯單元。每個邏輯單元對應一個微博客人頁的請求，當有多個微博客人頁的請求時，則管理單元會創(chuàng)建多個邏輯單元，各個邏輯單元負責處理各自對應的微博客人頁， 當用戶的請求釋放時，管理單元會相應地刪除與該請求對應的邏輯單元。具體地，上述請求并接收微博客人頁的信息可以具體如下判斷微博客戶端內是否存在與該請求對應的邏輯單元；如果存在，則控制邏輯單元向微博服務器請求微博客人頁的信息，并接收微博服務器返回的微博客人頁的信息；否則，創(chuàng)建與該請求對應的邏輯單元，控制創(chuàng)建的邏輯單元向微博服務器請求微博客人頁的信息，并接收微博服務器返回的微博客人頁的信息。例如，用戶 A請求展示用戶B的微博客人頁，如果沒有與該請求對應的邏輯單元，則創(chuàng)建一個新的邏輯單元與該請求對應，在用戶A釋放該請求之前，用戶A又請求展示用戶C的微博客人頁，在瀏覽用戶C的微博客人頁后，用戶A又繼續(xù)瀏覽用戶B的微博客人頁，則此時無需重新創(chuàng)建邏輯單元，仍然使用剛才創(chuàng)建的與該用戶B客人頁的請求對應的邏輯單元即可。另外，在邏輯層還建立了消息池和用戶數(shù)據中心。邏輯單元通過消息池請求消息， 通過用戶數(shù)據中心請求用戶資料。其中，在第一用戶登錄微博客戶端后，消息池會緩存本地已有的消息索引和對應的消息。當微博客戶端從微博服務器獲取到消息索引后，會判斷消息池內是否存在該索引，如果是，則根據該消息索引直接從消息池內獲取第二用戶的消息， 否則，根據該消息索引通過數(shù)據層從微博服務器獲取第二用戶的消息。用戶數(shù)據中心不緩存數(shù)據，它將邏輯單元的資料請求直接中轉給數(shù)據層進行拉取。數(shù)據層分為消息獲取單元和資料信息獲取單元。消息獲取單元包括索引獲取子單元和消息獲取子單元。索引獲取子單元負責到微博服務器拉取第二用戶對應的消息索引列表，消息獲取子單元通過消息索引列表到微博服務器拉取消息。資料信息獲取單元可以包括賬戶獲取子單元、頭像獲取子單元、詳細資料獲取子單元和關系鏈獲取子單元等等，分別向微博服務器請求對應的用戶資料信息。例如，頭像獲取子單元負責向微博服務器請求第二用戶的頭像，詳細資料獲取子單元負責向微博服務器請求第二用戶的個人簡介，關系鏈獲取子單元負責向微博服務器請求與第二用戶有關聯(lián)的用戶信息，所述關聯(lián)是指收聽了第二用戶的用戶，或者轉發(fā)了第二用戶消息的用戶等等。上述各層的交互如下當用戶請求展示微博客人頁時，應用層向邏輯層發(fā)起該請求，邏輯層的管理單元查詢與該請求對應的邏輯單元，若不存在則創(chuàng)建；邏輯單元將該請求進行封裝分別通過消息池和用戶數(shù)據中心到數(shù)據層請求消息和用戶資料，最后由數(shù)據層直接與微博服務器交互，為邏輯層返回數(shù)據。結合圖3上述步驟202可以具體如下邏輯單元通過用戶數(shù)據中心向數(shù)據層請求用戶資料；數(shù)據層的資料信息獲取單元通過各種不同的子單元，向微博服務器請求對應的用戶資料信息；判斷微博服務器是否成功返回所請求的信息；如果是，則數(shù)據層將得到的信息返回給邏輯層；邏輯層再返回給應用層；最后應用層將其顯示在用戶資料區(qū)域；否則，結束。另外，上述步驟203至206可以具體如下邏輯單元通過消息池向數(shù)據層請求消息索引；數(shù)據層的索引獲取子單元向微博服務器請求對應用戶和對應消息類型的消息索引；在微博服務器成功返回消息索引后，數(shù)據層將該消息索引返回給邏輯層；邏輯層判斷該消息索引是否存在于消息池中；如果存在，則邏輯層按照該消息索引在消息池中獲取對應的消息并返回給應用層，應用層將該消息顯示于消息區(qū)域；如果不存在，則邏輯層到數(shù)據層請求對應的消息；數(shù)據層的消息獲取子單元向微博服務器請求對應的消息，在微博服務器成功返回消息后，數(shù)據層將該消息返回給邏輯層；邏輯層再返回給應用層，應用層將該消息顯示于消息區(qū)域。進一步地，上述方法還可以包括在微博客戶端將微博客人頁的信息顯示給第一用戶之后，接收第一用戶定制的期望顯示的消息的第一類型或不期望顯示的消息的第二類型；根據第一類型從微博服務器獲取相應的消息，或者根據第二類型從微博服務器獲取相應的消息；將微博客戶端顯示的微博客人頁中的消息更新為獲取的消息。其中，上述第一類型和第二類型中的任一個可以包括廣播、轉播和對話中的至少一種。本實施例中，微博客戶端獲取第二用戶的資料信息的步驟，與獲取第二用戶的消息的步驟，不分先后順序，也可以同時執(zhí)行，本發(fā)明實施例對此不做具體限定。本實施例提供的上述方法是以第一用戶在微博客戶端訪問一個第二用戶的微博客人頁為例進行說明的，當然第一用戶也可以訪問多個第二用戶的微博客人頁，當?shù)谝挥脩粽埱笳故径鄠€第二用戶的微博客人頁時，其中每個第二用戶的微博客人頁的展示流程均與上述方法相同，只是簡單的重復，因此，此處不做過多說明。本實施例提供的上述方法實現(xiàn)了在微博客戶端直接顯示微博客人頁給用戶，無需啟動瀏覽器跳轉到網頁，節(jié)省了系統(tǒng)資源，而且提高了展示的速度，方便用戶在微博客戶端直接查看，用戶還可以定制期望顯示或不顯示的消息類型，極大地提升了用戶體驗。實施例3參見圖4，本實施例提供了一種展示微博客人頁的裝置，包括請求接收模塊401，用于接收來自第一用戶的展示微博客人頁的請求；信息獲取模塊402，用于向微博服務器請求微博客人頁的信息，并接收微博服務器返回的微博客人頁的信息；展示模塊403，用于將微博客人頁的信息顯示給第一用戶。本實施例中，信息獲取模塊402可以包括管理單元，用于判斷上述裝置內是否存在與請求對應的邏輯單元；如果存在，則控制已有的邏輯單元向微博服務器請求并接收微博客人頁的信息，否則，創(chuàng)建與請求對應的邏輯單元，并控制該創(chuàng)建的邏輯單元向微博服務器請求并接收微博客人頁的信息；邏輯單元，用于向微博服務器請求微博客人頁的信息，并接收微博服務器返回的
9微博客人頁的信息。本實施例中，信息獲取模塊402可以包括資料信息獲取單元，用于向微博服務器請求微博客人頁中的第二用戶的資料信息，接收微博服務器返回的第二用戶的資料信息；消息獲取單元，用于向微博服務器請求微博客人頁中的第二用戶的消息，接收微博服務器返回的第二用戶的消息。其中，消息獲取單元可以進一步包括索引獲取子單元，用于向微博服務器請求微博客人頁中的第二用戶的消息索引， 并接收微博服務器返回的消息索引；消息獲取子單元，用于判斷本地是否保存有消息索引；如果是，則根據消息索引從本地獲取第二用戶的消息；否則，根據消息索引從微博服務器獲取第二用戶的消息。本實施例中，上述裝置還可以包括消息池，用于當?shù)谝挥脩舻卿浬鲜鲅b置后，緩存本地已有的消息索引和對應的消息；相應地，上述消息獲取子單元具體用于判斷消息池內是否存在消息索引，如果是，則根據消息索引從消息池內獲取第二用戶的消息；否則，根據消息索引從微博服務器獲取第二用戶的消息。本實施例中，進一步地，上述裝置還可以包括過濾模塊，用于在展示模塊403將微博客人頁的信息顯示給第一用戶之后，接收第一用戶定制的期望顯示的消息的第一類型或不期望顯示的消息的第二類型；根據第一類型從微博服務器獲取相應的消息，或者根據第二類型從微博服務器獲取相應的消息；將展示模塊403顯示的微博客人頁中的消息更新為獲取的消息。本實施例中，微博客人頁的信息包括第二用戶的資料信息和消息。微博客人頁可以包括兩個區(qū)域用戶資料區(qū)域和消息區(qū)域。展示模塊403可以將微博客人頁中第二用戶的資料信息顯示在用戶資料區(qū)域，將第二用戶的消息顯示在消息區(qū)域。本實施例提供的上述裝置，可以為微博客戶端，具體可以集成在用戶的個人電腦或手機中，在該裝置上可以實施上述任一方法實施例中的方法，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。本實施例提供的上述裝置實現(xiàn)了在本地直接顯示微博客人頁給用戶，無需啟動瀏覽器跳轉到網頁，節(jié)省了系統(tǒng)資源，而且提高了展示的速度，方便用戶在微博客戶端直接查看，用戶還可以定制期望顯示或不顯示的消息類型，極大地提升了用戶體驗。最后需要說明的是，本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(ROM)或隨機存儲記憶體(RAM)等。本發(fā)明實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。上述的各裝置或系統(tǒng)，可以執(zhí)行相應方法實施例中的方法。 以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種展示微博客人頁的方法，其特征在于，所述方法包括 接收來自第一用戶的展示微博客人頁的請求；向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息；在本地將所述微博客人頁的信息顯示給所述第一用戶。
2.根據權利要求1所述的方法，其特征在于，向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息，包括判斷本地是否存在與所述請求對應的邏輯單元；如果存在，則控制所述邏輯單元向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息；否則，創(chuàng)建與所述請求對應的邏輯單元，控制所述創(chuàng)建的邏輯單元向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息。
3.根據權利要求1所述的方法，其特征在于，向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息，包括向微博服務器請求所述微博客人頁中的第二用戶的資料信息，接收所述微博服務器返回的所述第二用戶的資料信息；并且，向所述微博服務器請求所述微博客人頁中的第二用戶的消息，接收所述微博服務器返回的所述第二用戶的消息。
4.根據權利要求3所述的方法，其特征在于，向所述微博服務器請求所述微博客人頁中的第二用戶的消息，接收所述微博服務器返回的所述第二用戶的消息，包括向所述微博服務器請求所述微博客人頁中的第二用戶的消息索引，并接收所述微博服務器返回的消息索引；判斷本地是否保存有所述消息索引；如果是，則根據所述消息索引從本地獲取所述第二用戶的消息； 否則，根據所述消息索引從所述微博服務器獲取所述第二用戶的消息。
5.根據權利要求4所述的方法，其特征在于，所述方法還包括當所述第一用戶在本地登錄后，在預先建立的消息池中緩存本地已有的消息索引和對應的消息；相應地，判斷本地是否保存有所述消息索引；如果是，則根據所述消息索引從本地獲取所述第二用戶的消息，包括判斷所述消息池內是否存在所述消息索引，如果是，則根據所述消息索引從所述消息池內獲取所述第二用戶的消息。
6.根據權利要求1所述的方法，其特征在于，在本地將所述微博客人頁的信息顯示給所述第一用戶之后，還包括接收所述第一用戶定制的期望顯示的消息的第一類型或不期望顯示的消息的第二類型；根據所述第一類型從所述微博服務器獲取相應的消息，或者根據所述第二類型從所述微博服務器獲取相應的消息；將本地顯示的所述微博客人頁中的消息更新為所述獲取的消息。
7.根據權利要求3至6中任一權利要求所述的方法，其特征在于，所述第二用戶的資料信息包括以下至少一種所述第二用戶的微博賬號、昵稱、頭像、性別、年齡、公司、住址、郵箱和個人簡介。
8.一種展示微博客人頁的裝置，其特征在于，所述裝置包括請求接收模塊，用于接收來自第一用戶的展示微博客人頁的請求；信息獲取模塊，用于向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息；展示模塊，用于將所述微博客人頁的信息顯示給所述第一用戶。
9.根據權利要求8所述的裝置，其特征在于，所述信息獲取模塊包括管理單元，用于判斷所述裝置內是否存在與所述請求對應的邏輯單元；如果存在，則控制已有的邏輯單元向微博服務器請求并接收所述微博客人頁的信息，否則，創(chuàng)建與所述請求對應的邏輯單元，并控制該創(chuàng)建的邏輯單元向微博服務器請求并接收所述微博客人頁的 fn息；邏輯單元，用于向所述微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息。
10.根據權利要求8所述的裝置，其特征在于，所述信息獲取模塊包括資料信息獲取單元，用于向微博服務器請求所述微博客人頁中的第二用戶的資料信息，接收所述微博服務器返回的所述第二用戶的資料信息；消息獲取單元，用于向所述微博服務器請求所述微博客人頁中的第二用戶的消息，接收所述微博服務器返回的所述第二用戶的消息。
11.根據權利要求10所述的裝置，其特征在于，所述消息獲取單元包括索引獲取子單元，用于向所述微博服務器請求所述微博客人頁中的第二用戶的消息索引，并接收所述微博服務器返回的消息索引；消息獲取子單元，用于判斷本地是否保存有所述消息索引；如果是，則根據所述消息索引從本地獲取所述第二用戶的消息；否則，根據所述消息索引從所述微博服務器獲取所述第二用戶的消息。
12.根據權利要求11所述的裝置，其特征在于，所述裝置還包括消息池，用于當所述第一用戶登錄所述裝置后，緩存本地已有的消息索引和對應的消息；相應地，所述消息獲取子單元具體用于判斷所述消息池內是否存在所述消息索引，如果是，則根據所述消息索引從所述消息池內獲取所述第二用戶的消息；否則，根據所述消息索引從所述微博服務器獲取所述第二用戶的消息。
13.根據權利要求8所述的裝置，其特征在于，所述裝置還包括過濾模塊，用于在所述展示模塊將所述微博客人頁的信息顯示給所述第一用戶之后， 接收所述第一用戶定制的期望顯示的消息的第一類型或不期望顯示的消息的第二類型；根據所述第一類型從所述微博服務器獲取相應的消息，或者根據所述第二類型從所述微博服務器獲取相應的消息；將所述展示模塊顯示的所述微博客人頁中的消息更新為所述獲取的消息。
全文摘要
本發(fā)明公開了一種展示微博客人頁的方法和裝置，屬于網絡通信技術領域。所述方法包括接收來自第一用戶的展示微博客人頁的請求；向微博服務器請求所述微博客人頁的信息，并接收所述微博服務器返回的所述微博客人頁的信息；在本地將所述微博客人頁的信息顯示給所述第一用戶。所述裝置包括請求接收模塊、信息獲取模塊和展示模塊。本發(fā)明實現(xiàn)了在微博客戶端直接顯示微博客人頁給用戶，無需啟動瀏覽器跳轉到網頁，節(jié)省了系統(tǒng)資源，而且提高了展示的速度，方便用戶在微博客戶端直接查看，提升了用戶體驗。
文檔編號H04L29/08GK102402514SQ20101027792
公開日2012年4月4日 申請日期2010年9月7日 優(yōu)先權日2010年9月7日
發(fā)明者勞寧, 渠磊, 熊歡, 陳岳偉 申請人:騰訊科技(深圳)有限公司