本發(fā)明屬于信息處理技術(shù)領(lǐng)域，尤其涉及一種多媒體消息數(shù)據(jù)處理方法、裝置和系統(tǒng)。

背景技術(shù)：

隨著多媒體消息數(shù)量迅猛增長，之前使用的普通關(guān)系型數(shù)據(jù)庫已不再適應(yīng)多媒體消息的存儲與檢索?，F(xiàn)在技術(shù)中也存在許多成熟的技術(shù)和系統(tǒng)，例如：分布式文件系統(tǒng)，它能夠?qū)ξ募M行管理，解決了大容量存儲和負載均衡問題，特別適合以文件為載體的在線服務(wù)。

一般的分布式文件系統(tǒng)包括：客戶端、存儲節(jié)點集群和跟蹤器集群?？梢圆捎脙煞N負載均衡方法：一是跟蹤器跟進客戶端上傳的多媒體數(shù)據(jù)文件進行所有存儲服務(wù)器組輪詢，二是跟蹤器跟進客戶端上傳的多媒體數(shù)據(jù)文件選擇剩余存儲空間多的存儲服務(wù)器組優(yōu)先。但這兩種方法都可能導(dǎo)致檢索的一批多媒體消息在同一個存儲服務(wù)器組里，造成i/o訪問沖突，影響系統(tǒng)性能。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了一種多媒體消息數(shù)據(jù)處理方法、裝置和系統(tǒng)，能夠在負載均衡的同時，在多媒體消息進行檢索時避免i/o訪問沖突。

第一方面，提供了多媒體消息數(shù)據(jù)處理方法，該方法可以包括：

創(chuàng)建記錄有多個儲存單元的標識的鏈表，多個存儲單元存儲有相同類型的多媒體消息，其中，標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列。

接收多媒體消息，根據(jù)接收的多媒體消息的類型選擇按照該類型的多媒體消息的數(shù)量進行排列的鏈表。

將接收的多媒體消息存儲至選擇的鏈表的鏈表首節(jié)點記錄的標識對應(yīng)的存儲單元。

第二方面，提供了一種多媒體消息數(shù)據(jù)處理裝置，該裝置可以包括：第一創(chuàng)建單元、判斷單元和處理單元。

該第一創(chuàng)建單元可以用于創(chuàng)建記錄有多個儲存單元的標識的鏈表，多個存儲單元存儲有相同類型的多媒體消息，其中，標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列；

該判斷單元可以用于接收多媒體消息，根據(jù)接收的多媒體消息的類型選擇按照該類型的多媒體消息的數(shù)量進行排列的鏈表；

該處理單元可以用于將接收的多媒體消息存儲至選擇的鏈表的鏈表首節(jié)點記錄的標識對應(yīng)的存儲單元。

第三方面，提供了一種多媒體消息數(shù)據(jù)處理系統(tǒng)，可以包括存儲器和處理器。該存儲器可以用于儲存有可執(zhí)行程序代碼。該處理器可以用于讀取所述存儲器中存儲的可執(zhí)行程序代碼以執(zhí)行上述的多媒體消息數(shù)據(jù)處理方法。

根據(jù)本發(fā)明實施例提供的多媒體消息數(shù)據(jù)處理方法、裝置和系統(tǒng)，可以通過創(chuàng)建記錄有多個儲存單元的標識的鏈表，這里的標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列。在接收到多媒體消息后，根據(jù)接收的多媒體消息的類型選擇相應(yīng)的鏈表，并再選擇鏈表中存儲此類型最少的存儲單元存儲該多媒體消息。能夠避免一個存儲單元中存儲過多的相同類型的多媒體消息，進而在使分布式文件系統(tǒng)負載均衡的同時，避免在進行多媒體消息檢索中的i/o訪問沖突。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理方法的應(yīng)用場景圖；

圖2是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理方法的示意性流程圖；

圖3是本發(fā)明的一種實施例的根據(jù)記錄儲存服務(wù)器組的標識的鏈表對多媒體數(shù)據(jù)進行存儲的示意性示例圖；

圖4是本發(fā)明的另一種實施例的多媒體消息數(shù)據(jù)處理方法的示意性流程圖；

圖5是本發(fā)明的另一種實施例的多媒體消息數(shù)據(jù)處理方法的關(guān)系維護表的示意性結(jié)構(gòu)圖；

圖6是本發(fā)明的又一種實施例的多媒體消息數(shù)據(jù)處理方法的示意性流程圖；

圖7是本發(fā)明的又一種實施例的多媒體消息數(shù)據(jù)處理方法的關(guān)系維護表的示意性結(jié)構(gòu)圖；

圖8是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理裝置的示意性結(jié)構(gòu)框圖；

圖9是本發(fā)明的另一種實施例的多媒體消息數(shù)據(jù)處理裝置的示意性結(jié)構(gòu)框圖；

圖10是本發(fā)明的又一種實施例的多媒體消息數(shù)據(jù)處理裝置的示意性結(jié)構(gòu)框圖；

圖11是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理裝置或多媒體消息數(shù)據(jù)處理系統(tǒng)的計算設(shè)備實現(xiàn)的示意性結(jié)構(gòu)框圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細說明本申請。

在一些示例中，分布式文件系統(tǒng)在存儲多媒體數(shù)據(jù)文件選擇存儲服務(wù)器組時，如圖1所示，圖1是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理方法的應(yīng)用場景圖。包括：客戶端、存儲節(jié)點集群和跟蹤器集群。其中，存儲節(jié)點集群包括3組存儲服務(wù)器組，每個服務(wù)器組包括多臺存儲服務(wù)器。跟蹤器集群包括多臺跟蹤器?？梢圆捎脙煞N負載均衡方法：一是跟蹤器跟進客戶端上傳的多媒體數(shù)據(jù)文件進行所有存儲服務(wù)器組輪詢，二是跟蹤器跟進客戶端上傳的多媒體數(shù)據(jù)文件選擇剩余存儲空間多的存儲服務(wù)器組優(yōu)先。但這兩種方法都可能導(dǎo)致檢索的一批多媒體消息在同一個存儲服務(wù)器組里，造成i/o訪問沖突，影響系統(tǒng)性能。

基于上述問題，本發(fā)明的實施例提出了一種多媒體消息數(shù)據(jù)處理方法。圖2是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理方法的示意性流程圖。如圖2所示，該多媒體消息數(shù)據(jù)處理方法，還可以包括：

s210，創(chuàng)建記錄有多個儲存單元的標識的鏈表，多個存儲單元存儲有相同類型的多媒體消息，其中，標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列。

在一些示例中，s210中的多媒體消息可以包括多種類型，例如，文本、音頻、視頻、圖片等。

在一些示例中，s210中的多個儲存單元的標識可以是儲存單元的有標識作用的id或儲存單元的地址等信息。

在一些示例中，s210中的多個儲存單元可以是多種存儲單元，例如可以是能夠存儲多媒體消息的儲存服務(wù)器或儲存服務(wù)器組。

s220，接收多媒體消息，根據(jù)接收的多媒體消息的類型選擇按照該類型的多媒體消息的數(shù)量進行排列的鏈表。

s230，將接收的多媒體消息存儲至選擇的鏈表的鏈表首節(jié)點記錄的標識對應(yīng)的存儲單元。

在一些示例中，由于s210中，上述鏈表是按照多媒體消息的數(shù)量升序排列的，所以可以看出s230中的鏈表的鏈表首節(jié)點記錄的標識對應(yīng)的是存儲有該類型多媒體消息最少的存儲單元。

在一些示例中，如果s210中，上述鏈表是按照多媒體消息的數(shù)量降序排列的，那么s230中的鏈表的鏈表尾節(jié)點記錄的標識對應(yīng)的是存儲有該類型多媒體消息最少的存儲單元。這樣的調(diào)整是本領(lǐng)域技術(shù)人員可以根據(jù)s210～s230合理推知的。

圖3是本發(fā)明的一種實施例的根據(jù)記錄儲存服務(wù)器組的標識的鏈表對多媒體數(shù)據(jù)進行存儲的示意性示例圖。如圖3所示，該多媒體消息數(shù)據(jù)處理方法可以使用了哈希表和有序鏈表相結(jié)合的數(shù)據(jù)結(jié)構(gòu)，記錄每一組存儲服務(wù)器中每種類型的多媒體消息的數(shù)量。每種類型的記錄儲存服務(wù)器組的標識信息的鏈表按照計數(shù)的升序排列，這樣進行多媒體消息文存儲時，選擇記錄儲存服務(wù)器組的標識信息的鏈表首節(jié)點的存儲服務(wù)器組即可。

因此，根據(jù)本發(fā)明實施例提供的多媒體消息數(shù)據(jù)處理方法，可以通過創(chuàng)建記錄有多個儲存單元的標識的鏈表，這里的標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列。在接收到多媒體消息后，根據(jù)接收的多媒體消息的類型選擇相應(yīng)的鏈表，并再選擇鏈表中存儲此類型最少的存儲單元存儲該多媒體消息。能夠避免一個存儲單元中存儲過多的相同類型的多媒體消息，進而在使分布式文件系統(tǒng)負載均衡的同時，避免在進行多媒體消息檢索中的i/o訪問沖突。

在一些示例中，在非法信息監(jiān)管中，需要對多媒體消息進行離線分析，一般會通過機器學(xué)習(xí)算法和人工審核方式等提煉出多媒體消息監(jiān)控策略，然后將監(jiān)控結(jié)果輸出。但在多媒體消息存儲時，由存儲服務(wù)器生成并返回的文件id與多媒體消息內(nèi)容無關(guān)聯(lián)，所以無法通過文件id進行非發(fā)信息的監(jiān)管?；谏鲜鰡栴}，本發(fā)明的實施例提出了一種多媒體消息數(shù)據(jù)處理方法。圖4是本發(fā)明的另一種實施例的多媒體消息數(shù)據(jù)處理方法的示意性流程圖。如圖4所示。該多媒體消息數(shù)據(jù)處理方法可以包括：s410和s420。

在s410中，可以根據(jù)所述多媒體消息生成指示所述多媒體數(shù)據(jù)的存儲地址的標識信息。

在一些示例中，s410中的多媒體數(shù)據(jù)的文件名可以是包含多媒體數(shù)據(jù)內(nèi)容信息的多媒體數(shù)據(jù)的標簽。

在一些示例中，s410中的指示多媒體數(shù)據(jù)的存儲地址的標識信息可以是上述的id信息。

在s420中，可以關(guān)聯(lián)所述多媒體數(shù)據(jù)的文件名和所述多媒體數(shù)據(jù)的存儲地址的標識信息，建立關(guān)系維護表。

在一些示例中，s420中的上述的id信息和關(guān)聯(lián)多媒體數(shù)據(jù)的文件名的關(guān)系維護表。例如，在所示關(guān)系維護表中，每個多媒體數(shù)據(jù)的文件名和id具有一一對應(yīng)的關(guān)系。

根據(jù)本發(fā)明實施例提供的多媒體消息數(shù)據(jù)處理方法，可以通過在接收包括多媒體數(shù)據(jù)和多媒體數(shù)據(jù)的文件名的多媒體消息，關(guān)聯(lián)多媒體數(shù)據(jù)的文件名和多媒體數(shù)據(jù)的存儲地址的標識信息，建立關(guān)系維護表，使得在分布式文件系統(tǒng)存儲的多媒體消息數(shù)據(jù)可以通過原來有含義的文件名被鑒別與查找，為網(wǎng)絡(luò)非法信息的監(jiān)管提供便利條件。

在一些示例中，上述關(guān)系維護表可以是通過紅黑樹的方法構(gòu)建生成的。

例如，分布式文件系統(tǒng)啟動時將此關(guān)系維護表從數(shù)據(jù)庫中讀出加載到內(nèi)存，然后實時更新。

由于，在海量多媒體數(shù)據(jù)存儲時，在一些示例中，若只使用一個紅黑樹進行存儲，當(dāng)數(shù)據(jù)量達到一定規(guī)模時，增刪查的速度會明顯下降，所以在一些示例中，可以采用哈希表先將多媒體數(shù)據(jù)分組，每組使用一個紅黑樹存儲的方法。圖5是本發(fā)明的另一種實施例的多媒體消息數(shù)據(jù)處理方法的關(guān)系維護表的示意性結(jié)構(gòu)圖。如圖5所示，該方法便于擴展，適用于與日劇增的多媒體數(shù)據(jù)的數(shù)據(jù)量變化。例如，樹(rbtree)的主鍵(key)可以是原文件名，值(value)可以文件名。

在一些示例中，分布式文件系統(tǒng)，例如，fast分布式文件系統(tǒng)(fastdfs)，這樣的文件系統(tǒng)的特點是利于小文件存儲，底層沒有對文件進行分塊存儲，這樣降低了系統(tǒng)的復(fù)雜性，更加簡潔高效。在也會有大文件出現(xiàn)的可能性，這時分布式文件系統(tǒng)對于大文件的存儲性能會降低。

基于上述問題，本發(fā)明的實施例提出了一種多媒體消息數(shù)據(jù)處理方法。圖6是本發(fā)明的又一種實施例的多媒體消息數(shù)據(jù)處理方法的示意性流程圖。如圖6所示，該多媒體消息數(shù)據(jù)處理方法可以包括：

s610，多媒體消息中的多媒體數(shù)據(jù)大于預(yù)設(shè)值。

在一些示例中，可以設(shè)置一個預(yù)設(shè)值，并將多媒體消息中的對媒體數(shù)據(jù)與該預(yù)設(shè)值進行比較，當(dāng)多媒體消息中的對媒體數(shù)據(jù)大于該預(yù)設(shè)值時，可以判定該多媒體數(shù)據(jù)為大文件，可以對其進行分割。

s620，對多媒體數(shù)據(jù)進行分割，并根據(jù)分割后的多媒體數(shù)據(jù)分別生成對應(yīng)的存儲地址的標識信息。

s630，基于分割順序生成記錄標識信息的鏈表。

圖7是本發(fā)明的又一種實施例的多媒體消息數(shù)據(jù)處理方法的關(guān)系維護表的示意性結(jié)構(gòu)圖。如圖7所示，文件1id對于原文件名，文件1id、文件2id至文件nid分別對于分割后的多媒體數(shù)據(jù)文件。

在一些示例中，由于多媒體消息主要來自于實時通信軟件，大部分都屬于小文件類型，在對多媒體消息存儲之前對其大小進行判斷，如果是大文件，則對其進行分割存儲。

在一些示例中，可以根據(jù)該預(yù)設(shè)值，將大文件分段讀取，使用分布式文件系統(tǒng)提供的數(shù)據(jù)流寫入接口進行文件上傳，然后將原文件名和分布式文件系統(tǒng)存儲服務(wù)器返回的分割文件id進行存儲。

在一些示例中，由于大文件多媒體消息數(shù)量有限，所以可以采用一個紅黑樹進行存儲。例如，樹(rbtree)的主鍵(key)可以是原文件名，值(value)可以是記錄分割后的文件標識信息的鏈表。

在一些示例中，上述分割后的文件的id可以按分割順序存儲，便于后續(xù)文件合并。在一些示例中，在大文件多媒體消息下載時，可以使用原文件名遍歷紅黑樹，找到對應(yīng)的文件id鏈表，按順序讀取鏈表，使用分布式文件系統(tǒng)提供的數(shù)據(jù)流讀取接口獲取分段文件，可以依上述順序?qū)⒎侄挝募喜⒑蟮玫酵暾脑募?/p>

上文中結(jié)合圖1至圖7，詳細描述了根據(jù)本發(fā)明實施例的多媒體消息數(shù)據(jù)處理方法，下面將結(jié)合圖8至圖11，詳細描述根據(jù)本發(fā)明實施例的多媒體消息數(shù)據(jù)處理裝置和多媒體消息數(shù)據(jù)處理系統(tǒng)。

圖8是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理裝置的示意性結(jié)構(gòu)框圖。如圖8所示，該多媒體消息數(shù)據(jù)處理裝置800可以包括：第一創(chuàng)建單元810、判斷單元820和處理單元830。

第一創(chuàng)建單元810可以用于創(chuàng)建記錄有多個儲存單元的標識的鏈表，多個存儲單元存儲有相同類型的多媒體消息，其中，標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列；

判斷單元820可以用于接收多媒體消息，根據(jù)接收的多媒體消息的類型選擇按照該類型的多媒體消息的數(shù)量進行排列的鏈表；

處理單元830可以用于將接收的多媒體消息存儲至選擇的鏈表的鏈表首節(jié)點記錄的標識對應(yīng)的存儲單元。

因此，根據(jù)本發(fā)明實施例提供的多媒體消息數(shù)據(jù)處理裝置，可以通過創(chuàng)建記錄有多個儲存單元的標識的鏈表，這里的標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列。在接收到多媒體消息后，根據(jù)接收的多媒體消息的類型選擇相應(yīng)的鏈表，并再選擇鏈表中存儲此類型最少的存儲單元存儲該多媒體消息。能夠避免一個存儲單元中存儲過多的相同類型的多媒體消息，進而在使分布式文件系統(tǒng)負載均衡的同時，避免在進行多媒體消息檢索中的i/o訪問沖突。

根據(jù)本發(fā)明實施例的多媒體消息數(shù)據(jù)處理裝置800可對應(yīng)于根據(jù)本發(fā)明實施例的多媒體消息數(shù)據(jù)處理方法中的執(zhí)行主體，并且多媒體消息數(shù)據(jù)處理裝置800中的各個單頁的上述操作和/或功能分別為了實現(xiàn)圖1中的各個方法的相應(yīng)流程，為了簡潔，在此不再贅述。

圖9是本發(fā)明的另一種實施例的多媒體消息數(shù)據(jù)處理裝置的示意性結(jié)構(gòu)框圖。如圖9所示，多媒體消息數(shù)據(jù)處理裝置900可以包括：第一創(chuàng)建單元910、判斷單元920、處理單元930和第二創(chuàng)建單元940。

其中，第一創(chuàng)建單元910、判斷單元920、處理單元930和圖8中的第一創(chuàng)建單元810、判斷單元820和處理單元830的功能類似。

第二創(chuàng)建單元940可以用于：

根據(jù)多媒體消息生成指示多媒體數(shù)據(jù)的存儲地址的標識信息。

關(guān)聯(lián)多媒體數(shù)據(jù)的文件名和多媒體數(shù)據(jù)的存儲地址的標識信息，建立關(guān)系維護表。

根據(jù)本發(fā)明實施例提供的多媒體消息數(shù)據(jù)處理裝置900，可以通過在接收包括多媒體數(shù)據(jù)和多媒體數(shù)據(jù)的文件名的多媒體消息，關(guān)聯(lián)多媒體數(shù)據(jù)的文件名和多媒體數(shù)據(jù)的存儲地址的標識信息，建立關(guān)系維護表，使得在分布式文件系統(tǒng)存儲的多媒體消息數(shù)據(jù)可以通過原來有含義的文件名被鑒別與查找，為網(wǎng)絡(luò)非法信息的監(jiān)管提供便利條件。

在一些示例中，該關(guān)系維護表可以是通過紅黑樹的方法構(gòu)建生成的。

在一些示例中，該關(guān)系維護表可以是通過哈希表和紅黑樹的方法構(gòu)建生成的。

圖10是本發(fā)明的又一種實施例的多媒體消息數(shù)據(jù)處理裝置的示意性結(jié)構(gòu)框圖。如圖10所示，多媒體消息數(shù)據(jù)處理裝置1000，可以包括：第一創(chuàng)建單元1010、判斷單元1020、處理單元1030、第二創(chuàng)建單元1040和分割單元1050。

其中，第一創(chuàng)建單元1010、判斷單元1020、處理單元1030和第二創(chuàng)建單元1040和圖9中的第一創(chuàng)建單元910、判斷單元920、處理單元930和第二創(chuàng)建單元940的功能類似。

分割單元1050，可以用于：

多媒體消息中的多媒體數(shù)據(jù)大于預(yù)設(shè)值。

對多媒體數(shù)據(jù)進行分割，并根據(jù)分割后的多媒體數(shù)據(jù)分別生成對應(yīng)的存儲地址的標識信息。

基于分割順序生成記錄標識信息的鏈表。

根據(jù)一些實施例，本發(fā)明的一種實施例提供一種多媒體消息數(shù)據(jù)處理系統(tǒng)，可以包括存儲器和處理器。該存儲器可以用于儲存有可執(zhí)行程序代碼。該處理器可以用于讀取存儲器中存儲的可執(zhí)行程序代碼以執(zhí)行圖2、圖4和圖6所示的多媒體消息數(shù)據(jù)處理方法。

根據(jù)本發(fā)明實施例提供的多媒體消息數(shù)據(jù)處理系統(tǒng)，可以通過在接收包括多媒體數(shù)據(jù)和多媒體數(shù)據(jù)的文件名的多媒體消息，關(guān)聯(lián)多媒體數(shù)據(jù)的文件名和多媒體數(shù)據(jù)的存儲地址的標識信息，建立關(guān)系維護表，使得在分布式文件系統(tǒng)存儲的多媒體消息數(shù)據(jù)可以通過原來有含義的文件名被鑒別與查找，為網(wǎng)絡(luò)非法信息的監(jiān)管提供便利條件。

圖11是本發(fā)明的一種實施例的多媒體消息數(shù)據(jù)處理裝置或多媒體消息數(shù)據(jù)處理系統(tǒng)的計算設(shè)備實現(xiàn)的示意性結(jié)構(gòu)框圖。如圖11所示，結(jié)合上述的多媒體消息數(shù)據(jù)處理方法和多媒體消息數(shù)據(jù)處理裝置的至少一部分可以由包括輸入設(shè)備1101、輸入端口1102、處理器1103、存儲器1104、輸出端口1105、以及輸出設(shè)備1106的計算設(shè)備1100實現(xiàn)。其中，輸入端口1102、處理器1103、存儲器1104、以及輸出端口1105通過總線1110相互連接，輸入設(shè)備1101和輸出設(shè)備1106分別通過輸入端口1102和輸出端口1105與總線1110連接，進而與計算設(shè)備1100的其他組件連接。需要說明的是，這里的輸出接口和輸入接口也可以用i/o接口表示。具體地，輸入設(shè)備1101接收來自外部的輸入信息，并通過輸入端口1102將輸入信息傳送到處理器1103；處理器1103基于存儲器1104中存儲的計算機可執(zhí)行指令對輸入信息進行處理以生成輸出信息，將輸出信息臨時或者永久地存儲在存儲器1104中，然后通過輸出端口1105將輸出信息傳送到輸出設(shè)備1106；輸出設(shè)備1106將輸出信息輸出到計算設(shè)備1100的外部。

上述存儲器1104包括用于數(shù)據(jù)或指令的大容量存儲器。舉例來說而非限制，存儲器1104可包括hdd、軟盤驅(qū)動器、閃存、光盤、磁光盤、磁帶或通用串行總線(usb)驅(qū)動器或者兩個或更多個以上這些的組合。在合適的情況下，存儲器1104可包括可移除或不可移除(或固定)的介質(zhì)。在合適的情況下，存儲器1104可在計算設(shè)備1100的內(nèi)部或外部。在特定實施例中，存儲器1104是非易失性固態(tài)存儲器。在特定實施例中，存儲器1104包括只讀存儲器(rom)。在合適的情況下，該rom可以是掩模編程的rom、可編程rom(prom)、可擦除prom(eprom)、電可擦除prom(eeprom)、電可改寫rom(earom)或閃存或者兩個或更多個以上這些的組合。

總線1110包括硬件、軟件或兩者，將計算設(shè)備1100的部件彼此耦接在一起。舉例來說而非限制，總線1110可包括加速圖形端口(agp)或其他圖形總線、增強工業(yè)標準架構(gòu)(eisa)總線、前端總線(fsb)、超傳輸(ht)互連、工業(yè)標準架構(gòu)(isa)總線、無限帶寬互連、低引腳數(shù)(lpc)總線、存儲器總線、微信道架構(gòu)(mca)總線、外圍組件互連(pci)總線、pci-express(pci-x)總線、串行高級技術(shù)附件(sata)總線、視頻電子標準協(xié)會局部(vlb)總線或其他合適的總線或者兩個或更多個以上這些的組合。在合適的情況下，總線1110可包括一個或多個總線1110。盡管本發(fā)明實施例描述和示出了特定的總線，但本發(fā)明考慮任何合適的總線或互連。

當(dāng)通過圖11所示的計算設(shè)備1100實現(xiàn)結(jié)合圖8描述的多媒體消息數(shù)據(jù)處理裝置時，輸入設(shè)備1101接收多媒體消息，在特定實施例中，與輸出設(shè)備相連的i/o接口可以包括硬件、軟件或兩者，提供用于在計算設(shè)備1100與一個或多個i/o設(shè)備之間的通信的一個或多個接口。在合適的情況下，計算設(shè)備1100可包括一個或多個這些i/o設(shè)備。一個或多個這些i/o設(shè)備可允許人和計算機系統(tǒng)1100之間的通信。舉例來說而非限制，i/o設(shè)備可包括鍵盤、小鍵盤、麥克風(fēng)、監(jiān)視器、鼠標、打印機、掃描儀、揚聲器、靜態(tài)照相機、觸針、手寫板、觸摸屏、軌跡球、視頻攝像機、另一合適的i/o設(shè)備或者兩個或更多個以上這些的組合。i/o設(shè)備可包括一個或多個傳感器。本發(fā)明實施例考慮用于它們的任何合適的i/o設(shè)備和任何合適的i/o接口。在合適的情況下，i/o接口可包括一個或多個裝置或能夠允許處理器1103驅(qū)動一個或多個這些i/o設(shè)備的軟件驅(qū)動器。在合適的情況下，i/o接口可包括一個或多個i/o接口。盡管本發(fā)明實施例描述和示出了特定的i/o接口，但本發(fā)明實施例考慮任何合適的i/o接口。該處理器1103基于存儲器1104中存儲的計算機可執(zhí)行指令，創(chuàng)建記錄有多個儲存單元的標識的鏈表，多個存儲單元存儲有相同類型的多媒體消息，其中，標識在鏈表中按照每個存儲單元中存儲的相同類型的多媒體消息的數(shù)量升序排列。接收多媒體消息，根據(jù)接收的多媒體消息的類型選擇按照該類型的多媒體消息的數(shù)量進行排列的鏈表。將接收的多媒體消息存儲至選擇的鏈表的鏈表首節(jié)點記錄的標識對應(yīng)的存儲單元。隨后在需要時經(jīng)由輸出端口1105和輸出設(shè)備1106將根據(jù)上述儲存的多媒體消息輸出。

本發(fā)明實施例的目的還可以通過在任何計算設(shè)備上運行一個程序或者一組程序來實現(xiàn)。上述計算設(shè)備可以是公知的通用裝置。因此，本發(fā)明的目的也可以僅僅通過提供包含實現(xiàn)上述方法或者裝置的程序代碼的程序產(chǎn)品來實現(xiàn)。也就是說，這樣的程序產(chǎn)品也構(gòu)成本發(fā)明，并且存儲有這樣的程序產(chǎn)品的存儲介質(zhì)也構(gòu)成本發(fā)明。顯然，上述存儲介質(zhì)可以是任何公知的存儲介質(zhì)或者將來所開發(fā)出來的任何存儲介質(zhì)。