專利名稱：一種微型網(wǎng)絡(luò)日志消息處理方法及其裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用于微型網(wǎng)絡(luò)日志系統(tǒng)的微型網(wǎng)絡(luò)日志消息處理方法及其裝置。
背景技術(shù)：
網(wǎng)絡(luò)即時通信(Instant Messaging, IM)工具發(fā)展到今天，已經(jīng)被大多數(shù)的網(wǎng)民所接受，成為用戶必不可少的軟件工具，不但在平時的休閑娛樂中，而且在用戶的工作中得到廣泛的使用，因此用戶對IM軟件的易用性、穩(wěn)定性、安全性等方面提出了較高的要求。在IM軟件中，主要實現(xiàn)的是一對一的好友單獨聊天以及一對多的群或者討論組的消息聊天模式。隨著互聯(lián)網(wǎng)應(yīng)用的不斷發(fā)展，類似twitteHtwitter網(wǎng)站所使用的一種即時通信方式的變種，允許用戶將自己的最新動態(tài)和想法以短信息的形式發(fā)送給無線終端和個性化網(wǎng)站群)的微型博客(博客是指Web log, blog，又稱網(wǎng)絡(luò)日志)應(yīng)用也不斷發(fā)展壯大，這類微型博客(簡稱微博)服務(wù)允許用戶發(fā)布140個字左右的信息，這種方式可以非常快速的進行信息傳播與傳遞，實現(xiàn)用戶消息聊天模式從一對一、一對多到一對無窮的一種跨越。正是一對無窮的模式也意味著一個人可以對無窮多個人進行消息的傳播，同時一個人同時也可以接收萬級以上的用戶發(fā)布的信息，因此這種技術(shù)對大用戶量的應(yīng)用提出了新的要求。頂是對話式的，其交互方式最原始也最自然，但是效率低，通常需要很多對話才能表示一個完整的意思。博客是文檔形式的，沒有明確對象，意思相對比較完整，但是發(fā)布博客的門檻比較高。微博也是短消息形式的，也沒有明確對象，但意思相對完整，發(fā)布微博的門檻較低，如可以發(fā)布一句話或是表情符號。所以相比于IM消息和博客而言，微博的信息傳遞效率更高而門檻更低。微博作為一種擴展頂消息傳播機制的新產(chǎn)品、新應(yīng)用得到了快速的增長。微博客戶端軟件呈現(xiàn)的信息是以消息為主的，在現(xiàn)有的微博客戶端產(chǎn)品中，信息呈現(xiàn)的方式都是以消息為主的，而對于諸如圖片、音樂、視頻等富媒體信息的展現(xiàn)相對較少。在現(xiàn)有的微博客戶端產(chǎn)品中，有各種頁面如主頁等，都是按照各種各樣的維度將微博內(nèi)容分類呈現(xiàn)給用戶閱讀。除此之外還有一些其它類型頁面，如列表頁面(包括“搜索微博用戶頁”、“我的收聽人列表消息頁”等)，也需要展示微博消息內(nèi)容。現(xiàn)有微博系統(tǒng)中的消息頁(如前所述的各種頁面或主頁)和列表頁等各種頁面對微博消息內(nèi)容的表現(xiàn)形式不同，且彼此之間缺乏復(fù)用。這樣，對于攜帶有富媒體信息的微博消息，如果需要在各種頁面中進行處理，則需要在各個頁面都分別執(zhí)行相應(yīng)的邏輯，勢必帶來代碼邏輯的冗余、降低微博系統(tǒng)效率、難于維護等諸多問題。另外，隨著微博客戶端軟件產(chǎn)品的不斷發(fā)展，勢必需要將微博應(yīng)用與各種業(yè)務(wù)(如下載業(yè)務(wù))進行結(jié)合，微博系統(tǒng)為各個業(yè)務(wù)邏輯的展示提供公共的平臺承載區(qū)，并在其上能夠進行一些對于各個業(yè)務(wù)邏輯的控制策略，從而可以使各個業(yè)務(wù)為微博的更進一步發(fā)展起到促進作用。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種微型網(wǎng)絡(luò)日志消息處理方法及其裝置，用以實現(xiàn)微型網(wǎng)絡(luò)日志系統(tǒng)客戶端消息頁中針對富媒體信息的相同或相似處理邏輯的復(fù)用。本發(fā)明實施例提供的微型網(wǎng)絡(luò)日志消息處理方法中，微型網(wǎng)絡(luò)日志系統(tǒng)的各客戶端中配置有統(tǒng)一的富媒體控件，所述富媒體控件是根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到的，該方法包括微型網(wǎng)絡(luò)日志系統(tǒng)客戶端接收對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理的操作請求；所述微型網(wǎng)絡(luò)日志系統(tǒng)客戶端根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件，并通過運行該控件對所述富媒體信息進行相應(yīng)處理。 本發(fā)明實施例提供的微型網(wǎng)絡(luò)日志消息處理裝置，包括配置模塊，用于配置有統(tǒng)一的富媒體控件，所述富媒體控件是根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到的；接收模塊，用于接收對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理的操作請求；處理模塊，用于根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件，并通過運行該控件對所述富媒體信息進行相應(yīng)處理。本發(fā)明的上述實施例,通過預(yù)先根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到統(tǒng)一的富媒體控件，并將富媒體控件配置在微型網(wǎng)絡(luò)日志系統(tǒng)的各客戶端，這樣，微型網(wǎng)絡(luò)日志系統(tǒng)客戶端接收對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理的操作請求時，可根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件，并通過運行該控件對所述富媒體信息進行相應(yīng)處理，從而一方面實現(xiàn)了對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理，另一方面由于富媒體控件是在客戶端統(tǒng)一配置的，因而實現(xiàn)了可在不同頁面中進行復(fù)用，即通過相應(yīng)邏輯的封裝達到微型網(wǎng)絡(luò)日志系統(tǒng)客戶端各個消息頁的復(fù)用，可以讓用戶有更多的信息表現(xiàn)途徑。


圖I為本發(fā)明實施例中的微博消息中的業(yè)務(wù)邏輯區(qū)示意圖；圖2為本發(fā)明實施例中的微博消息處理方法流程示意圖；圖3為本發(fā)明實施例中的縮略圖的下載流程示意圖；圖4為本發(fā)明實施例中的顯示原圖的流程示意圖；圖5為本發(fā)明實施例中的微型網(wǎng)絡(luò)日志消息處理裝置的結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提供了一種實現(xiàn)可復(fù)用微博富媒體消息的技術(shù)實現(xiàn)方案，在微博消息中，除了支持用戶發(fā)表140個字以內(nèi)的傳統(tǒng)文字信息外，還可以支持諸如圖片、音樂、視頻等多種表現(xiàn)形式的富媒體信息，可以讓用戶有多種選擇來展現(xiàn)微博消息內(nèi)容，從而滿足用戶的多元化需求。當在微博客戶端有多個場景需要展示用戶的微博消息內(nèi)容時，可對富媒體信息進行有效的封裝并對富媒體信息的展示邏輯實現(xiàn)良好的控制。通過實現(xiàn)該技術(shù)方案，可以讓多個消息頁面以及列表頁面復(fù)用相同的處理邏輯。
下面結(jié)合附圖對本發(fā)明實施例進行詳細描述本發(fā)明實施例中，一方面為了使微博消息能夠承載富媒體信息，另一方面為了方便對微博消息中的富媒體信息進行處理，可在微博消息中設(shè)置特定的業(yè)務(wù)邏輯區(qū)，專門用于承載諸如圖片、音樂、視頻等業(yè)務(wù)的富媒體信息。如圖I所示，在微博消息中設(shè)置業(yè)務(wù)邏輯區(qū)RichMediaCtrl，用于承載圖片I、圖片2、視頻I、視頻2和音樂3的媒體相關(guān)信息，如媒體類型、鏈接地址、圖片顯示大小、音/視頻的播放時長等，以便在后續(xù)需要對其中的富媒體信息進行處理時，通過CWBlogMsgData變量傳遞相應(yīng)富媒體信息的相關(guān)信息，從而決定所調(diào)用的控件或/和用于控件的執(zhí)行過程。如圖2所示，本發(fā)明實施例提供的微博消息處理方法可包括兩個階段，在開發(fā)階段(步驟201)，預(yù)先根據(jù)微博消息中的富媒體操作類型(如點擊音頻鏈接、點擊縮略圖、力口載圖片等)和媒體類型(如圖片、音頻、視頻等)，將富媒體信息處理邏輯封裝為相應(yīng)的控件，該控件可設(shè)置在客戶端(如將該控件封裝在客戶端安裝程序中，當安裝客戶端后即可完成在客戶端設(shè)置該控件)；在應(yīng)用階段(步驟202)，當微博系統(tǒng)客戶端接收到對頁面中的富媒體信息進行處理的操作請求后，根據(jù)操作類型和所請求的富媒體信息的媒體類型，調(diào)用相應(yīng)的富媒體控件，并通過運行該控件對該富媒體信息進行相應(yīng)處理。具體的，在開發(fā)階段，可將用戶在微博頁面上的操作的處理邏輯封裝到富媒體控件內(nèi)。在富媒體控件內(nèi)部，還可包含更為細粒度的子控件，各子控件相對獨立。如，可根據(jù)用戶在頁面上的操作類型，諸如鼠標移入、移出、點擊等，設(shè)置對應(yīng)的處理邏輯并作為子控件封裝在富媒體控件內(nèi)；和/或，可以根據(jù)微博頁面加載操作設(shè)置對應(yīng)的處理邏輯并作為子控件封裝在富媒體控件內(nèi)。為了支持多種類型富媒體信息的處理，可以針對每一種操作類型，根據(jù)媒體類型的不同，將不同類型的富媒體信息的處理邏輯分別封裝為對應(yīng)的富媒體控件例如，對于鼠標點擊圖片縮略圖的操作和鼠標點擊音/視頻鏈接的操作分別設(shè)置處理邏輯并進行封裝。這樣，在微博消息頁、列表頁等頁面，針對頁面中的每一個與富媒體信息處理相關(guān)的頁面元素，可只需保存RichMediaCtrl的實例變量，以便當用戶對該頁面元素操作時，調(diào)用相應(yīng)控件以創(chuàng)建實例，根據(jù)該實例變量傳遞的參數(shù)，通過運行該實例來實現(xiàn)相應(yīng)富媒體信息的處理。又例如，可針對加載圖片、音頻或視頻的操作分別設(shè)置處理邏輯并進行封裝。進一步的，在富媒體控件內(nèi)部，還可以進行之一或任意組合的功能設(shè)置(I)根據(jù)各個業(yè)務(wù)的優(yōu)先等級維護各個業(yè)務(wù)邏輯的顯示順序。這里的業(yè)務(wù)是相對平臺而言的，微博做為承載的平臺存在音樂、視頻、圖片等的處理，這些都是具體的業(yè)務(wù)，各個業(yè)務(wù)優(yōu)先級可以不相同，優(yōu)先級屬于業(yè)務(wù)屬性。具體的，可根據(jù)富媒體信息類型設(shè)置不同的顯示優(yōu)先級，該優(yōu)先級的高低表示顯示順序的先后。例如，對實現(xiàn)加載圖片的控件設(shè)置為最高優(yōu)先級，這樣在微博客戶端初始化微博頁面時，可優(yōu)先顯示圖片內(nèi)容。(2)根據(jù)需要在一次登錄過程中控制某一種富媒體信息的顯示或隱藏。具體的，可為微博客戶端提供設(shè)置界面，供用戶針對某類型或某些類型的富媒體信息設(shè)置其顯示或隱藏屬性(也可系統(tǒng)默認進行設(shè)置)；相應(yīng)的，在客戶端初始化微博頁面時，可根據(jù)該屬性設(shè)置決定是否調(diào)用相應(yīng)媒體類型的加載控件，這樣每當微博客戶端初始化微博頁面時，可根據(jù)該設(shè)置對相應(yīng)類型的富媒體信息進行顯示或隱藏。
(3)支持在內(nèi)部維護對于同一種富媒體信息的展示個數(shù)控制。(4)根據(jù)需要對已發(fā)布的各版本客戶端同時生效本發(fā)明實施例所提供的功能。以上這些配置信息的配置方式可以是將上述相應(yīng)功能的控制參數(shù)以配置文件的形式加密后隨客戶端版本打包，如與各版本的客戶端安裝程序或版本更新程序打包，以便在客戶端的安裝或版本更新過程中，將這些配置信息配置到客戶端中。通過這種方式還可以實現(xiàn)服務(wù)器端的漫游控制，支持隨時更新控制參數(shù)設(shè)置的功能。下面以圖片處理為例，具體說明在富媒體控件內(nèi)部圖片控件的實現(xiàn)邏輯。通常，如果微博消息正文或者原文有圖片，則會在微博頁面展示該圖片的縮略圖，縮略圖的下載流程可如圖3所示，包括步驟301，客戶端在初始化頁面時，如果確定微博消息正文或原文有圖片，則調(diào)用實現(xiàn)加載圖片縮略圖的控件。該步驟中，在初始化頁面時，客戶端可根據(jù)微博消息的邏輯控制區(qū)域獲知該微博消息中有圖片，因此調(diào)用加載圖片縮略圖的控件，創(chuàng)建對應(yīng)的實例，并且可以通過CWBlogMsgData變量將該邏輯控制區(qū)域中的圖片的鏈接地址傳遞給該實例，作為該實例的輸入?yún)?shù)。以下操作由客戶端調(diào)用的控件所創(chuàng)建的實例執(zhí)行步驟302，判斷縮略圖是否下載完成，如果下載完成則執(zhí)行步驟307，否則執(zhí)行步驟 303。步驟303，在顯示縮略圖的位置顯示默認圖片，將微博消息中的圖片鏈接加入到下載列表中以下載該圖片，并啟動顯示下載進度的動畫。步驟304，判斷是否下載成功，若下載成功，則執(zhí)行步驟306，否則執(zhí)行步驟305。步驟305，定位到下載列表中的該下載失敗的圖片鏈接，并轉(zhuǎn)入步驟306。步驟306，停止下載進度動畫的顯示，將該微博消息中的圖片鏈接從下載列表中移除，并轉(zhuǎn)入步驟307。步驟307，將已下載完成的縮略圖放置到相應(yīng)位置。上述流程中，判斷是否已經(jīng)下載縮略圖的步驟為可選步驟，通過該判斷以及相應(yīng)的處理，可以在已經(jīng)下載該縮略圖的情況下不用再重復(fù)下載，從而提高處理效率，并節(jié)省網(wǎng)絡(luò)開銷。當微博客戶端用戶執(zhí)行“查看原圖”、“復(fù)制”或“另存為”等操作時，會觸發(fā)原圖下載流程，其中，設(shè)微博頁面中設(shè)置有“查看原圖”圖標，該圖標的屬性中的媒體類型屬性為“圖片”，媒體標識為“圖片I ”，對圖片進行鼠標右鍵點擊的邏輯處理操作所對應(yīng)的控件為ShellExecute。如圖4所示,該流程可包括步驟401，當微博客戶端用戶用鼠標右鍵點擊頁面中的“查看原圖”圖標時，客戶端根據(jù)該頁面元素的屬性確定是對圖片進行處理，根據(jù)該媒體類型以及根據(jù)該鼠標操作類型調(diào)用ShellExecute控件,并可進一步記錄用戶當前對該圖片的操作，如記錄圖片標識(或鏈接等信息)和鼠標操作類型(右鍵點擊)。 該步驟中，客戶端調(diào)用ShellExecute控件后創(chuàng)建對應(yīng)的實例，并且可以通過CffBlogMsgData變量將微博消息的邏輯控制區(qū)域中的該圖片的鏈接地址傳遞給該實例，作為該實例的輸入?yún)?shù)。
以下操作由客戶端調(diào)用的ShellExecute控件所創(chuàng)建的實例執(zhí)行步驟402，判斷該圖片是否已經(jīng)下載，若已經(jīng)下載，則轉(zhuǎn)入步驟407，否則轉(zhuǎn)入步驟403。步驟403，將圖片鏈接加入到下載列表中以便下載該圖片，還可以進一步啟動下載進度動畫。 步驟404，判斷是否下載成功，若下載成功，則轉(zhuǎn)入步驟406，否則轉(zhuǎn)入步驟405。步驟405，定位到下載列表中的該下載失敗的圖片鏈接，并轉(zhuǎn)入步驟406。步驟406，停止下載進度動畫的顯示，將該微博消息中的圖片鏈接從下載列表中移除，并轉(zhuǎn)入步驟407。步驟408，顯示已經(jīng)下載的該圖片。 上述流程中，判斷是否已經(jīng)下載圖片的步驟為可選步驟，通過該判斷以及相應(yīng)的處理，可以在已經(jīng)下載該圖片的情況下不用再重復(fù)下載，從而提高處理效率，并節(jié)省網(wǎng)絡(luò)開銷。當客戶端用戶對圖片進行多次的“查看原圖”、“復(fù)制”或“另存為”操作時，會觸發(fā)多次圖片下載過程，導(dǎo)致系統(tǒng)資源開銷。對此，本發(fā)明實施例進行了如下處理(I)在控件內(nèi)部增加以下功能用map保存正在下載的圖片列表，根據(jù)該圖片列表可判斷出客戶端用戶的操作是否引起對相同圖片的重復(fù)下載，若發(fā)生重復(fù)下載，則可屏蔽圖片的重復(fù)下載，即拒絕執(zhí)行對相同圖片的重復(fù)下載操作。(2)在控件內(nèi)部增加以下功能用map保存該圖片對應(yīng)的最后的操作，當圖片下載完成后，僅進行最后一種操作。比如用戶先選擇了 “查看原圖”，又立刻選擇了“另存為”，則會先后調(diào)用實現(xiàn)“查看原圖”功能的控件和實現(xiàn)“另存為”功能的控件，那么最后的執(zhí)行以“另存為”為準，即，僅執(zhí)行根據(jù)最后一次操作所調(diào)用的控件。以上兩種處理過程既可單獨使用，也可結(jié)合使用，即在圖片處理的控件中增加以上兩種功能。進一步的，針對客戶端沒有合適的圖片查看器支持微博消息中的圖片格式的情況，本發(fā)明實施例通過在圖片處理的控件中增加功能或者增加選擇圖片查看器的控件，以實現(xiàn)圖片的顯示。以增加選擇圖片查看器控件為例，該處理流程可包括在被調(diào)用的控件執(zhí)行圖片顯示處理時，如果未找到與圖片格式對應(yīng)的圖片查看器，則向客戶端返回特定值(如ShellExecute控件返回值小于32)，這時客戶端可調(diào)用選擇圖片查看器的控件，通過該控件實現(xiàn)以下流程打開“打開方式”選擇框，以供用戶選擇圖片查看器，根據(jù)用戶選擇的圖片查看器顯示圖片。需要說明的是，對于其它媒體類型的富媒體信息也可進行類似處理。本發(fā)明實施例可通過軟件方式實現(xiàn)，軟件開發(fā)環(huán)境可以采用VS2005的ATL工程。通過以上描述可以看出，運用本發(fā)明實施例提出的實現(xiàn)可復(fù)用微博富媒體消息的技術(shù)實現(xiàn)方案，可以讓用戶有更多的信息表現(xiàn)途徑，并通過相應(yīng)邏輯的封裝達到微博客戶端各個消息頁的復(fù)用?；谙嗤募夹g(shù)構(gòu)思，本發(fā)明實施例還提供了一種微型網(wǎng)絡(luò)日志消息處理裝置，該裝置可位于微型網(wǎng)絡(luò)日志系統(tǒng)客戶端。如圖5所示，該裝置可包括
配置模塊501，用于配置有統(tǒng)一的富媒體控件，所述富媒體控件是根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到的；接收模塊502，用于接收對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理的操作請求；處理模塊503，用于根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件,并通過運行該控件對所述富媒體信息進行相應(yīng)處理。上述裝置中，接收模塊501可接收富媒體信息加載操作請求，相應(yīng)的，處理模塊503可通過調(diào)用富媒體控件，根據(jù)如下配置信息之一或任意組合進行相應(yīng)媒體信息的加載處理根據(jù)媒體類型所設(shè)置的顯示優(yōu)先級；根據(jù)媒體類型所設(shè)置的顯示/隱藏屬性；根據(jù)媒體類型所設(shè)置的富媒體信息顯示數(shù)量。所述配置信息與微型網(wǎng)絡(luò)日志系統(tǒng)各版本客戶端的安裝或更新程序分別綁定；相應(yīng)的，配置模塊501可在微型網(wǎng)絡(luò)日志客戶端的安裝或更新過程中，將所述配置信息配置到微型網(wǎng)絡(luò)日志客戶端中。上述裝置中，接收模塊502可接收微型網(wǎng)絡(luò)日志系統(tǒng)客戶端用戶對頁面元素進行操作的請求；相應(yīng)的，處理模塊503可根據(jù)用戶所操作的頁面元素確定媒體信息的媒體類型，根據(jù)該媒體類型和用戶的操作類型調(diào)用相應(yīng)的富媒體控件，并將所述頁面元素對應(yīng)的媒體信息的屬性參數(shù)作為該控件的輸入?yún)?shù)，通過運行該控件對該頁面元素對應(yīng)的媒體信息進行相應(yīng)處理。上述裝置中，處理模塊503還可通過運行富媒體控件對富媒體信息進行相應(yīng)處理的過程中，若發(fā)生需要對同一富媒體信息重復(fù)下載的情況，則拒絕處理對該富媒體信息重復(fù)下載的操作。上述裝置中，處理模塊503還可通過運行富媒體控件對富媒體信息進行相應(yīng)處理的過程中，若發(fā)生對同一富媒體信息先后調(diào)用不同富媒體控件的情況，則僅執(zhí)行最后一次調(diào)用的富媒體控件。上述裝置中，處理模塊503還可通過運行富媒體控件對所述富媒體信息進行相應(yīng)處理的過程中，若發(fā)生微型網(wǎng)絡(luò)日志系統(tǒng)客戶端不支持富媒體信息格式的情況，則允許客戶端用戶選擇富媒體信息播放器對該富媒體信息進行顯示。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視本發(fā)明的保護范圍。
權(quán)利要求
1.一種微型網(wǎng)絡(luò)日志消息處理方法,其特征在于,微型網(wǎng)絡(luò)日志系統(tǒng)的各客戶端中配置有統(tǒng)一的富媒體控件，所述富媒體控件是根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到的，該方法包括 微型網(wǎng)絡(luò)日志系統(tǒng)客戶端接收對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理的操作請求； 所述微型網(wǎng)絡(luò)日志系統(tǒng)客戶端根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件,并通過運行該控件對所述富媒體信息進行相應(yīng)處理。
2.如權(quán)利要求I所述的方法，其特征在于，根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到富媒體控件，具體為 針對每一種操作類型，根據(jù)媒體類型的不同，將不同類型的富媒體信息的處理邏輯分別封裝為對應(yīng)的富媒體控件。
3.如權(quán)利要求I所述的方法，其特征在于，所述富媒體信息操作類型為富媒體信息加載操作時，對應(yīng)的富媒體控件根據(jù)如下配置信息之一或任意組合進行相應(yīng)媒體信息的加載處理 根據(jù)媒體類型所設(shè)置的顯示優(yōu)先級； 根據(jù)媒體類型所設(shè)置的顯示/隱藏屬性； 根據(jù)媒體類型所設(shè)置的富媒體信息顯示數(shù)量。
4.如權(quán)利要求3所述的方法，其特征在于，所述配置信息與微型網(wǎng)絡(luò)日志系統(tǒng)各版本客戶端的安裝或更新程序分別綁定，并在微型網(wǎng)絡(luò)日志客戶端的安裝或更新過程中，將所述配置信息配置到微型網(wǎng)絡(luò)日志客戶端中。
5.如權(quán)利要求I所述的方法，其特征在于，所述富媒體信息操作類型為微型網(wǎng)絡(luò)日志系統(tǒng)客戶端用戶對頁面元素進行操作； 所述微型網(wǎng)絡(luò)日志系統(tǒng)客戶端根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件，并通過運行該控件對所述富媒體信息進行相應(yīng)處理，具體為 所述微型網(wǎng)絡(luò)日志系統(tǒng)客戶端根據(jù)用戶所操作的頁面元素確定媒體信息的媒體類型，根據(jù)該媒體類型和用戶的操作類型調(diào)用相應(yīng)的富媒體控件，并將所述頁面元素對應(yīng)的媒體信息的屬性參數(shù)作為該控件的輸入?yún)?shù)，通過運行該控件對該頁面元素對應(yīng)的媒體信息進行相應(yīng)處理。
6.如權(quán)利要求I所述的方法，其特征在于，通過運行富媒體控件對富媒體信息進行相應(yīng)處理的過程中，若發(fā)生需要對同一富媒體信息重復(fù)下載的情況，則拒絕處理對該富媒體信息重復(fù)下載的操作。
7.如權(quán)利要求I所述的方法，其特征在于，通過運行富媒體控件對富媒體信息進行相應(yīng)處理的過程中，若發(fā)生對同一富媒體信息先后調(diào)用不同富媒體控件的情況，則僅執(zhí)行最后一次調(diào)用的富媒體控件。
8.如權(quán)利要求I所述的方法，其特征在于，通過運行富媒體控件對所述富媒體信息進行相應(yīng)處理的過程中，若發(fā)生微型網(wǎng)絡(luò)日志系統(tǒng)客戶端不支持富媒體信息格式的情況，則允許客戶端用戶選擇富媒體信息播放器對該富媒體信息進行顯示。
9.如權(quán)利要求I所述的方法，其特征在于，所述富媒體信息操作類型包括富媒體信息加載操作，以及微型網(wǎng)絡(luò)日志系統(tǒng)客戶端用戶在頁面上對頁面元素進行的操作。
10.一種微型網(wǎng)絡(luò)日志消息處理裝置，其特征在于，包括 配置模塊，用于配置有統(tǒng)一的富媒體控件，所述富媒體控件是根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到的； 接收模塊，用于接收對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理的操作請求； 處理模塊，用于根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件，并通過運行該控件對所述富媒體信息進行相應(yīng)處理。
11.如權(quán)利要求10所述的裝置，其特征在于，所述接收模塊具體用于，接收富媒體信息加載操作請求； 所述處理模塊具體用于，通過調(diào)用富媒體控件，根據(jù)如下配置信息之一或任意組合進行相應(yīng)媒體信息的加載處理 根據(jù)媒體類型所設(shè)置的顯示優(yōu)先級； 根據(jù)媒體類型所設(shè)置的顯示/隱藏屬性； 根據(jù)媒體類型所設(shè)置的富媒體信息顯示數(shù)量。
12.如權(quán)利要求11所述的裝置，其特征在于，所述配置信息與微型網(wǎng)絡(luò)日志系統(tǒng)各版本客戶端的安裝或更新程序分別綁定； 所述配置模塊具體用于，在微型網(wǎng)絡(luò)日志客戶端的安裝或更新過程中，將所述配置信息配置到微型網(wǎng)絡(luò)日志客戶端中。
13.如權(quán)利要求10所述的裝置，其特征在于，所述接收模塊具體用于，接收微型網(wǎng)絡(luò)日志系統(tǒng)客戶端用戶對頁面元素進行操作的請求； 所述處理模塊具體用于，根據(jù)用戶所操作的頁面元素確定媒體信息的媒體類型，根據(jù)該媒體類型和用戶的操作類型調(diào)用相應(yīng)的富媒體控件，并將所述頁面元素對應(yīng)的媒體信息的屬性參數(shù)作為該控件的輸入?yún)?shù)，通過運行該控件對該頁面元素對應(yīng)的媒體信息進行相應(yīng)處理。
14.如權(quán)利要求10所述的裝置，其特征在于，所述處理模塊還用于，通過運行富媒體控件對富媒體信息進行相應(yīng)處理的過程中，若發(fā)生需要對同一富媒體信息重復(fù)下載的情況，則拒絕處理對該富媒體信息重復(fù)下載的操作。
15.如權(quán)利要求10所述的裝置，其特征在于，所述處理模塊還用于，通過運行富媒體控件對富媒體信息進行相應(yīng)處理的過程中，若發(fā)生對同一富媒體信息先后調(diào)用不同富媒體控件的情況，則僅執(zhí)行最后一次調(diào)用的富媒體控件。
16.如權(quán)利要求10所述的裝置，其特征在于，所述處理模塊還用于，通過運行富媒體控件對所述富媒體信息進行相應(yīng)處理的過程中，若發(fā)生微型網(wǎng)絡(luò)日志系統(tǒng)客戶端不支持富媒體信息格式的情況，則允許客戶端用戶選擇富媒體信息播放器對該富媒體信息進行顯示。
全文摘要
本發(fā)明公開了一種應(yīng)用于微型網(wǎng)絡(luò)日志系統(tǒng)的微型網(wǎng)絡(luò)日志消息處理方法及其裝置，微型網(wǎng)絡(luò)日志系統(tǒng)的各客戶端中配置有統(tǒng)一的富媒體控件，所述富媒體控件是根據(jù)富媒體信息操作類型和媒體類型對富媒體信息處理邏輯進行封裝得到的，該方法包括微型網(wǎng)絡(luò)日志系統(tǒng)客戶端接收對微型網(wǎng)絡(luò)日志消息中的富媒體信息進行處理的操作請求；所述微型網(wǎng)絡(luò)日志系統(tǒng)客戶端根據(jù)操作類型和所請求的富媒體信息的媒體類型調(diào)用相應(yīng)的富媒體控件，并通過運行該控件對所述富媒體信息進行相應(yīng)處理。采用本發(fā)明可以實現(xiàn)微型網(wǎng)絡(luò)日志系統(tǒng)客戶端消息頁中針對富媒體信息的相同或相似處理邏輯的復(fù)用。
文檔編號G06F17/30GK102622368SQ201110032729
公開日2012年8月1日 申請日期2011年1月30日 優(yōu)先權(quán)日2011年1月30日
發(fā)明者庫宇 申請人:騰訊科技(深圳)有限公司