專利名稱：一種發(fā)送及接收用戶上傳內(nèi)容的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信領(lǐng)域，特別涉及一種發(fā)送及接收用戶上傳內(nèi)容的方法及裝置。
背景技術(shù)：
UGC(User Generated Content，用戶創(chuàng)造內(nèi)容)業(yè)務(wù)是將用戶自己原創(chuàng)的內(nèi)容進(jìn)行展示或者提供給其他用戶。其最早起源于互聯(lián)網(wǎng)領(lǐng)域。隨著電信業(yè)務(wù)的發(fā)展，電信業(yè)務(wù)的業(yè)務(wù)交付平臺(tái)也為運(yùn)營(yíng)商和內(nèi)容提供商構(gòu)建了業(yè)務(wù)框架。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問(wèn)題在電信領(lǐng)域中，現(xiàn)有業(yè)務(wù)交付平臺(tái)主要是面向運(yùn)營(yíng)商和內(nèi)容提供商，無(wú)法實(shí)現(xiàn)對(duì)由最終用戶創(chuàng)造的內(nèi)容進(jìn)行接收，從而無(wú)法進(jìn)行統(tǒng)一管理。

發(fā)明內(nèi)容
為了使電信的業(yè)務(wù)交付平臺(tái)能夠?qū)崿F(xiàn)接收和管理由最終用戶創(chuàng)造并上傳的內(nèi)容， 同時(shí)實(shí)現(xiàn)對(duì)該內(nèi)容的統(tǒng)一管理，本發(fā)明實(shí)施例提供了一種發(fā)送上傳內(nèi)容的方法。所述技術(shù)方案如下所述方法包括獲取上傳內(nèi)容文件；為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件；根據(jù)所述元數(shù)據(jù)文件的格式信息，生成消息的正文內(nèi)容；發(fā)送所述消息，并將所述元數(shù)據(jù)文件和上傳內(nèi)容文件作為所述消息的附件發(fā)送至業(yè)務(wù)交付平臺(tái)SDP，以使得所述的業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述的元數(shù)據(jù)文件管理所述的上傳內(nèi)容文件。本發(fā)明實(shí)施例還提供了一種發(fā)送上傳內(nèi)容的裝置。該裝置包括獲取模塊，用于獲取上傳內(nèi)容文件；元數(shù)據(jù)模塊，用于為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件；消息生成模塊，用于根據(jù)所述元數(shù)據(jù)文件的格式信息，生成消息的正文內(nèi)容；發(fā)送模塊，用于發(fā)送所述消息，并將所述元數(shù)據(jù)文件和該上傳內(nèi)容文件作為所述消息的附件進(jìn)行發(fā)送至業(yè)務(wù)交付平臺(tái)SDP，以使得所述業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述元數(shù)據(jù)文件管理所述的上傳內(nèi)容文件。本發(fā)明實(shí)施例還提供了一種接收上傳內(nèi)容的方法，所述方法包括接收消息；所述消息包括作為該消息附件的元數(shù)據(jù)文件和上傳內(nèi)容文件；獲取所述上傳內(nèi)容文件的元數(shù)據(jù)信息，并根據(jù)所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。本發(fā)明實(shí)施例還提供了一種接收上傳內(nèi)容的裝置，所述裝置包括接收模塊，用于接收消息；所述消息包括作為該消息附件的元數(shù)據(jù)文件和上傳內(nèi)容文件；
消息處理模塊，用于根據(jù)所述消息獲取上傳內(nèi)容文件的元數(shù)據(jù)信息；管理模塊，用于根據(jù)所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。本發(fā)明實(shí)施例提供的技術(shù)方案帶來(lái)的有益效果是通過(guò)接收和發(fā)送上傳內(nèi)容，從而使電信SPD Service Delivery Platform，業(yè)務(wù)交付平臺(tái))實(shí)現(xiàn)對(duì)由最終用戶創(chuàng)造的內(nèi)容實(shí)現(xiàn)管理，即，通過(guò)生成元數(shù)據(jù)文件，基于MMS實(shí)現(xiàn)元數(shù)據(jù)文件以及最終用戶創(chuàng)建內(nèi)容的上傳，從而解決了 SPD業(yè)務(wù)交付平臺(tái)支持UGC業(yè)務(wù)的元數(shù)據(jù)文件生成和傳輸問(wèn)題。


圖1是本發(fā)明實(shí)施例提供的一種發(fā)送上傳內(nèi)容的方法的步驟流程圖；圖2是本發(fā)明實(shí)施例中提供的一種發(fā)送上傳內(nèi)容的裝置的結(jié)構(gòu)示意圖；圖3是本發(fā)明實(shí)施例中的元數(shù)據(jù)模塊的結(jié)構(gòu)示意圖；圖4是本發(fā)明實(shí)施例中的元數(shù)據(jù)模塊的另一結(jié)構(gòu)示意圖；圖5是本發(fā)明實(shí)施例中提供的一種接收上傳內(nèi)容的方法的步驟流程圖；圖6是本發(fā)明實(shí)施例中提供的接收上傳內(nèi)容的方法中步驟402的具體流程示意圖；圖7是本發(fā)明實(shí)施例提供的一種接收上傳內(nèi)容的裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。需要說(shuō)明的是，本發(fā)明所有實(shí)施例中涉及到的步驟之間的編號(hào)并不表示步驟之的先后關(guān)系，除非根據(jù)方案的實(shí)質(zhì)一個(gè)步驟必須在另一個(gè)步驟之前或者之后發(fā)生，否則，本發(fā)明所有實(shí)施例中涉及到的步驟之間沒(méi)有先后限定關(guān)系；而且，權(quán)利要求保護(hù)的方案中需要包括的步驟是根據(jù)本領(lǐng)域技術(shù)人員的理解，并不是包括所有列出的步驟。本發(fā)明實(shí)施例提供了一種發(fā)送上傳內(nèi)容文件的方法，通過(guò)為上傳內(nèi)容文件生成元數(shù)據(jù)文件，并通過(guò)多媒體消息的正文和附件將該上傳內(nèi)容文件、為上傳內(nèi)容文件生成的元數(shù)據(jù)文件以及元數(shù)據(jù)文件的格式信息發(fā)送給接收方，以便于接方到對(duì)上述上傳內(nèi)容文件進(jìn)
行統(tǒng)一的管理。本發(fā)明實(shí)施例提供一種發(fā)送上傳內(nèi)容的方法，參見(jiàn)圖1，該方法包括101 獲取上傳內(nèi)容文件；上傳內(nèi)容文件可以為各種媒體內(nèi)容文件，例如，可以是視頻文件、圖片文件或 APP(Application Program，應(yīng)用程序)文件。102 為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件。為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件有兩種方式第一種方式是根據(jù)所述上傳內(nèi)容文件，按照指定格式進(jìn)行編寫(xiě)元數(shù)據(jù)信息，根據(jù)所述元數(shù)據(jù)信息，生成具有一定格式的元數(shù)據(jù)文件，即元數(shù)據(jù)文件具有一定的結(jié)構(gòu)，該元數(shù)據(jù)文件的結(jié)構(gòu)信息即為元數(shù)據(jù)文件的格式信息。
第二種方式是通過(guò)對(duì)上傳內(nèi)容文件(例如媒體內(nèi)容文件)進(jìn)行解析，得到元數(shù)據(jù)信息，根據(jù)這些元數(shù)據(jù)信息，生成元數(shù)據(jù)文件。具體的實(shí)施例中，第一種方式的具體的實(shí)現(xiàn)方式可以為用戶可以根據(jù)所述上傳內(nèi)容文件，在匪S(Multimedia Message，多媒體消息)正文中按指定格式編寫(xiě)元數(shù)據(jù)信息；例如，用戶可以使用SDP平臺(tái)定義的Capti0n、Key、Aurther等元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)， 根據(jù)所述上傳內(nèi)容文件，采用分行格式，對(duì)上述元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)編寫(xiě)輸入相應(yīng)的元數(shù)據(jù)信息，示例如下將元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)Caption編寫(xiě)輸入為funny kids video ；將元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)Key編寫(xiě)輸入為furmy，kids ；將元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)Aurther編寫(xiě)輸入為T(mén)om ；將元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)Resolution編寫(xiě)輸入為；將元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)Code編寫(xiě)輸入為3gp。所形成的元數(shù)據(jù)信息具體如下Caption funny kids videoKey :funncy, kidsAuther :TomResolution : 128*128Code :3gp根據(jù)所述元數(shù)據(jù)信息，生成具有一定格式的元數(shù)據(jù)文件。具體的可以是用戶終端 (例如移動(dòng)終端，如手機(jī))根據(jù)編寫(xiě)的元數(shù)據(jù)信息，生成具有一定格式的元數(shù)據(jù)文件。所述生成具有一定格式的元數(shù)據(jù)文件中至少可以包括元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)及元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)所對(duì)應(yīng)的信息，例如包括上述的Caption、Key、Aurther等元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)以及Caption、Key、Aurther元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)所對(duì)應(yīng)的信息。第二種方式是通過(guò)對(duì)上傳內(nèi)容文件，例如媒體內(nèi)容文件，進(jìn)行解析，得到元數(shù)據(jù)信息，根據(jù)這些元數(shù)據(jù)信息，生成元數(shù)據(jù)文件；所述的媒體內(nèi)容文件包括但不限于視頻，音頻， 圖片，APP文件等。在一個(gè)具體的實(shí)施例中，其實(shí)現(xiàn)方式可以為通過(guò)對(duì)媒體內(nèi)容文件的解析，例如通過(guò)對(duì)所述媒體內(nèi)容文件格式的解析，讀取相關(guān)元數(shù)據(jù)信息，如作者、分辨率、視頻格式等，并根據(jù)所述元數(shù)據(jù)信息生成指定格式的元數(shù)據(jù)文件；具體的實(shí)施例中，可以通過(guò)讀取媒體內(nèi)容文件中的屬性信息塊(各種媒體內(nèi)容文件的格式中均定義有保存文件屬性信息的屬性信息塊)，讀取上傳內(nèi)容文件信息，這些信息中包含了相關(guān)的元數(shù)據(jù)信息，如作者、分辨率、 關(guān)鍵字等；根據(jù)這些相關(guān)的元數(shù)據(jù)信息，生成指定格式的元數(shù)據(jù)文件。下面將通過(guò)具體的示例詳細(xì)描述生成元數(shù)據(jù)文件的過(guò)程媒體內(nèi)容文件的類型包括但不限于視頻、音頻、圖片、APP文件等；各種媒體內(nèi)容中均定義有保存文件屬性信息的塊，可通過(guò)對(duì)這些塊的讀取，獲取相應(yīng)文件的一些內(nèi)嵌信息，并利用并基于這些內(nèi)嵌的信息，生成元數(shù)據(jù)文件。例如，對(duì)于圖片文件具體產(chǎn)生元數(shù)據(jù)文件的方式為通過(guò)讀取圖片的 EXIF (Exchangeable Image File，可交換圖像文件)信息，將所讀取的信息填充到該圖片的元數(shù)據(jù)的格式信息中，即可生成圖片的元數(shù)據(jù)文件。EXIF信息是一種專門(mén)為數(shù)碼相機(jī)照片設(shè)定的格式。這種格式可以用來(lái)記錄數(shù)字照片的屬性信息，例如作者、標(biāo)題、關(guān)鍵字、拍攝時(shí)所設(shè)置的光圈大小、快門(mén)速度、ISO等等信息。
如下MP3文件的ID3信息具有1 位，第1_3位用于存儲(chǔ)TAG信息，第4_33位用于存儲(chǔ)歌曲名，其他位的信息如下所示1-3 TAG4-33 歌曲名34-63 歌手名64-93 專輯名94-97 年98-125 備注126保留位127保留位1 保留位(風(fēng)格)聲音媒體的元數(shù)據(jù)文件的格式定義如下<AudioMetadata><Caption> </Caption>〈Keywords〉關(guān)鍵字〈/Keywords〉<CreateDate> 創(chuàng)建日期 </CreateDate>
<UpdateDate> 修改日期 </UpdateDate>
<Category> 種類 </Category>〈Artist〉演唱者〈/Artist〉<AbitRate> 聲音位率 </AbitRate><AudioCodec> 編碼格式 </AudioCodec><FileName> 文件名 </FileName></AudioMetadata>例如，對(duì)于視頻媒體，根據(jù)視頻媒體的元數(shù)據(jù)文件的格式信息，通過(guò)讀取視頻媒體文件中保存文件屬性信息的塊，通過(guò)將所讀取的信息填充到視頻媒體的元數(shù)據(jù)文件的格式信息中，也可生成視頻媒體文件的元數(shù)據(jù)文件。視頻媒體的元數(shù)據(jù)文件的格式定義如下<AudioMetadata><Caption> </Caption>〈Keywords〉關(guān)鍵字〈/Keywords〉<CreateDate> 創(chuàng)建日期 </CreateDate><UpdateDate> 修改日期 </UpdateDate><Category> 種類 </Category><Artist> </Artist><Pixelffidth> 寬 </PixelWidth><PixelHeight> 高 </PixelHeight><FrameRate> 中貞率 </FrameRate><AbitRate> 聲音位率 </AbitRate><AudioCodec> 音頻編碼格式 </AudioCodec><VbitRate> 視頻位率 </VbitRate><VideoCodec> 視頻編碼格式 </VideoCodec><FileName> 文件名 </FileName></AudioMetadata>103 根據(jù)所述元數(shù)據(jù)文件的格式信息，生成多媒體消息的正文內(nèi)容。由上述的元數(shù)據(jù)文件的格式，即可知元數(shù)據(jù)文件的格式信息，由上述生成元數(shù)據(jù)文件的步驟可知，元數(shù)據(jù)文件中包含了元數(shù)據(jù)的結(jié)構(gòu)信息(即元數(shù)據(jù)文件的格式信息)。多媒體消息可以為一個(gè)簡(jiǎn)短的信息，該多媒體消息的正文內(nèi)容至少包括元數(shù)據(jù)文件的格式信息，例如，其格式可以為現(xiàn)有手機(jī)中的彩信的格式。下面以MP3文件為例，來(lái)說(shuō)明根據(jù)所述元數(shù)據(jù)文件的格式信息，生成多媒體消息的正文內(nèi)容。MP3文件的元數(shù)據(jù)文件的格式信息，可以通過(guò)媒體消息的正文內(nèi)容來(lái)表示，該正文內(nèi)容信息可以采用標(biāo)準(zhǔn)的簡(jiǎn)略的格式來(lái)代表下列元數(shù)據(jù)的結(jié)構(gòu)信息。即，通過(guò)簡(jiǎn)短的多媒體消息的正文可以表示出元數(shù)據(jù)文件的格式信息，例如，用簡(jiǎn)短的多媒體消息的正文來(lái)攜帶如下的元數(shù)據(jù)文件的格式信息<AudioMetadata><Caption> </Caption>
〈Keywords〉關(guān)鍵字〈/Keywords〉<CreateDate> 創(chuàng)建日期 </CreateDate><UpdateDate> 修改日期 </UpdateDate><Category> 種類 </Category>〈Artist〉演唱者〈/Artist〉<AbitRate> 聲音位率 </AbitRate><AudioCodec> 編碼格式 </AudioCodec><FileName> 文件名 </FileName></AudioMetadata>104 發(fā)送所述消息，并將所述元數(shù)據(jù)文件和上傳內(nèi)容文件作為所述消息的附件發(fā)送至業(yè)務(wù)交付平臺(tái)SDP，以使得所述的業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述的元數(shù)據(jù)文件管理所述的上傳內(nèi)容文件。具體的可以是發(fā)送多媒體消息，并將元數(shù)據(jù)文件和上傳內(nèi)容文件作為該多媒體消息的附件發(fā)送，由此通過(guò)發(fā)送多媒體消息的正文以及附件，將所述元數(shù)據(jù)文件和上傳內(nèi)容文件以及元數(shù)據(jù)文件的格式信息上傳給接收方。從而實(shí)現(xiàn)了在電信領(lǐng)域中，業(yè)務(wù)交付平臺(tái)能夠接收由最終用戶創(chuàng)造的內(nèi)容。S卩，可將用戶創(chuàng)建的內(nèi)容作為多媒體消息的附件發(fā)送到SPD業(yè)務(wù)交付平臺(tái)，并可通過(guò)該多媒體消息的正文內(nèi)容解析出元數(shù)據(jù)文件的格式信息。在另一實(shí)施例中，所述的多媒體消息中還包括所述業(yè)務(wù)交付平臺(tái)SDP為用戶創(chuàng)造內(nèi)容UGC類業(yè)務(wù)分配的業(yè)務(wù)接入碼；以使得所述業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述的業(yè)務(wù)接入碼以及所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。本發(fā)明實(shí)施例提供的技術(shù)方案通過(guò)為上傳內(nèi)容文件生成元數(shù)據(jù)文件，可以實(shí)現(xiàn)對(duì)上傳內(nèi)容文件的元數(shù)據(jù)的采集和管理；通過(guò)多媒體消息，實(shí)現(xiàn)了將元數(shù)據(jù)文件以及最終用戶創(chuàng)建內(nèi)容的上傳，解決了 SPD業(yè)務(wù)交付平臺(tái)支持UGC業(yè)務(wù)的元數(shù)據(jù)文件生成和傳輸問(wèn)題。需要說(shuō)明的是，以上僅是以多媒體消息為例進(jìn)行說(shuō)明，本領(lǐng)域技術(shù)人員通過(guò)閱讀本發(fā)明實(shí)施例，可以通過(guò)其他其他類型的消息實(shí)現(xiàn)本發(fā)明，比如，短消息或者其他可以攜帶附件以及元數(shù)據(jù)格式的消息都可以作為本發(fā)明的實(shí)現(xiàn)方式。需要說(shuō)明的是，以上僅是以多媒體消息為例進(jìn)行說(shuō)明，本領(lǐng)域技術(shù)人員通過(guò)閱讀本發(fā)明實(shí)施例，可以通過(guò)其他其他類型的消息實(shí)現(xiàn)本發(fā)明，比如，短消息或者其他可以攜帶附件以及元數(shù)據(jù)格式的消息都可以作為本發(fā)明的實(shí)現(xiàn)方式。本發(fā)明實(shí)施例還提供一種發(fā)送上傳內(nèi)容的裝置，所述發(fā)送上傳內(nèi)容的裝置可以是用戶終端，包括但不限于固定終端，移動(dòng)終端，如手機(jī)等。所述的終端可以包括由中央處理器(CPU)、存儲(chǔ)器以及主板設(shè)備，以及相應(yīng)的軟件模塊構(gòu)成的計(jì)算機(jī)系統(tǒng)實(shí)現(xiàn)，具體請(qǐng)參見(jiàn)圖2，該裝置包括獲取模塊200，用于獲取上傳內(nèi)容文件；元數(shù)據(jù)模塊210，用于為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件；為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件的具體實(shí)現(xiàn)方式可以參照方法實(shí)施例，此處不再贅述。消息生成模塊220，用于根據(jù)所述元數(shù)據(jù)文件的格式信息，生成多媒體消息的正文內(nèi)容；根據(jù)所述元數(shù)據(jù)文件的格式信息生成多媒體消息的正文內(nèi)容的具體實(shí)現(xiàn)方式可以參照方法實(shí)施例，此處不再贅述。發(fā)送模塊230，用于發(fā)送多媒體消息，并將該元數(shù)據(jù)文件和該上傳內(nèi)容文件作為該多媒體消息的附件進(jìn)行發(fā)送；并將所述元數(shù)據(jù)文件和該上傳內(nèi)容文件作為所述消息的附件進(jìn)行發(fā)送至業(yè)務(wù)交付平臺(tái)SDP，以使得所述業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述元數(shù)據(jù)文件管理所述的上傳內(nèi)容文件。在一具體實(shí)施例中，參見(jiàn)圖3，所述的元數(shù)據(jù)模塊210可包括輸入單元211，用于根據(jù)所述上傳內(nèi)容文件，按照指定格式編寫(xiě)元數(shù)據(jù)信息；第一生成單元212，用于根據(jù)根據(jù)所述元數(shù)據(jù)信息，生成具有一定格式的元數(shù)據(jù)文件。在另一實(shí)施例中，參見(jiàn)圖4，所述的元數(shù)據(jù)模塊310還可包括信息讀取單元213，用于讀取該上傳內(nèi)容文件的文件屬性信息；第二生成單元214，用于根據(jù)所述文件屬性信息，生成元數(shù)據(jù)文件。信息讀取單元通過(guò)對(duì)上傳內(nèi)容文件，例如媒體內(nèi)容文件，進(jìn)行解析，得到元數(shù)據(jù)信息，第二生成單元根據(jù)這些元數(shù)據(jù)信息，生成元數(shù)據(jù)文件。需要說(shuō)明的是，以上裝置的實(shí)施方式中，各功能模塊的劃分僅是舉例說(shuō)明，實(shí)際應(yīng)用中可以根據(jù)需要，比如相應(yīng)硬件的配置要求或者軟件的實(shí)現(xiàn)的便利考慮，而將上述功能分配由不同的功能模塊完成，即將所述的裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上方法實(shí)施例中該裝置所要實(shí)施的全部步驟或功能。而且實(shí)際應(yīng)用中，本實(shí)施例中的相應(yīng)的功能模塊可以是由相應(yīng)的硬件實(shí)現(xiàn)，也可以由相應(yīng)的硬件執(zhí)行相應(yīng)的軟件完成，例如， 前述的發(fā)送模塊230，可以是具有執(zhí)行前述發(fā)送功能的硬件，如發(fā)送器，也可以是能夠執(zhí)行相應(yīng)計(jì)算機(jī)程序從而完成前述功能的一般處理器或者其他硬件設(shè)備。這些簡(jiǎn)單的變化所引起的不同實(shí)施方式，在閱讀前述所有實(shí)施例之后，對(duì)于本領(lǐng)域技術(shù)人員而言，都可以參照實(shí)現(xiàn)，因此，這些簡(jiǎn)單的變化所產(chǎn)生的實(shí)施方案都在本發(fā)明的保護(hù)范圍之內(nèi)。本實(shí)施例提供一種在業(yè)務(wù)交付平臺(tái)中接收上傳內(nèi)容的方法，上述實(shí)施例主要是發(fā)送上傳內(nèi)容的方法，本實(shí)施例是一種接收上傳內(nèi)容的方法，參見(jiàn)圖5，所述方法包括401 接收多媒體消息。在一個(gè)具體的實(shí)施例中，所述的多媒體消息中可以包括作為該多媒體消息的附件的元數(shù)據(jù)文件和用戶上傳的上傳內(nèi)容文件，所述的上傳內(nèi)容文件具體的可以為UGC用戶創(chuàng)造內(nèi)容；所述的元數(shù)據(jù)文件是根據(jù)所述上傳內(nèi)容文件生成的；進(jìn)一步的，所述的多媒體消息的正文內(nèi)容包括有所述上傳內(nèi)容文件的元數(shù)據(jù)文件的格式信息；具體實(shí)施例中，所述多媒體消息中還可以進(jìn)一步包括SDP業(yè)務(wù)交付平臺(tái)為UGC類業(yè)務(wù)分配特定的業(yè)務(wù)接入碼， 例如，可以配置9999為某UGC類業(yè)務(wù)的業(yè)務(wù)接入碼。SDP業(yè)務(wù)交付平臺(tái)接收到所述的多媒體消息后；SDP業(yè)務(wù)交付平臺(tái)系統(tǒng)中的業(yè)務(wù)總線負(fù)責(zé)識(shí)別該業(yè)務(wù)接入碼，在識(shí)別為所述的該業(yè)務(wù)接入碼后，將該多媒體消息發(fā)送至CMS (Content Management System,內(nèi)容管理系統(tǒng))，由CMS對(duì)該UGC進(jìn)行管理，具體的實(shí)例中可以是，通過(guò)業(yè)務(wù)總線將發(fā)送至該業(yè)務(wù)接入碼的上行匪S均發(fā)送至CMS(Content Management System,內(nèi)容管理系統(tǒng))處理。當(dāng)然，該CMS也可以位于SDP夕卜。402 獲取所述上傳內(nèi)容文件的元數(shù)據(jù)信息，并根據(jù)所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。
參見(jiàn)圖6，具體實(shí)施例中步驟402具體可以包括4021 解析多媒體消息的正文內(nèi)容，獲取元數(shù)據(jù)文件的格式信息；在上述生成多媒體消息的正文內(nèi)容時(shí)，多媒體消息的正文可以為一個(gè)簡(jiǎn)短的信息 (例如，采用一種代碼即可代表元數(shù)據(jù)文件的格式信息)，該多媒體消息的簡(jiǎn)短的正文信息至少包括元數(shù)據(jù)文件的格式信息，元數(shù)據(jù)文件的格式信息是指元數(shù)據(jù)的結(jié)構(gòu)信息，通過(guò)元數(shù)據(jù)文件的格式信息和元數(shù)據(jù)文件，可以獲取元數(shù)據(jù)信息，即包括元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)及該元數(shù)據(jù)關(guān)鍵字標(biāo)識(shí)所對(duì)應(yīng)的信息。由于生成多媒體消息的正文內(nèi)容時(shí)，為了使多媒體消息的正文內(nèi)容用簡(jiǎn)短的信息來(lái)描述，該正文內(nèi)容信息采用了標(biāo)準(zhǔn)的簡(jiǎn)略的格式來(lái)表示元數(shù)據(jù)的結(jié)構(gòu)信息，所以當(dāng)接收方接收到多媒體消息的正文內(nèi)容時(shí)，需要解析該多媒體消息的正文內(nèi)容(例如，將代碼還原為元數(shù)據(jù)文件的格式信息)，獲得元數(shù)據(jù)文件的格式信息，即，元數(shù)據(jù)的結(jié)構(gòu)信息。SDP業(yè)務(wù)交付平臺(tái)中的內(nèi)容管理系統(tǒng)增加MMS內(nèi)容解析模塊，對(duì)路由至本模塊處理的多媒體消息內(nèi)容進(jìn)行解析，對(duì)該多媒體消息的正文內(nèi)容進(jìn)行解析，從而獲得元數(shù)據(jù)文件的格式信息，該元數(shù)據(jù)文件的格式信息可以為內(nèi)容管理系統(tǒng)通用的元數(shù)據(jù)文件的結(jié)構(gòu)信肩、ο4022:讀取多媒體消息的附件，得到元數(shù)據(jù)文件和上傳內(nèi)容文件。可以將多媒體消息的附件保存為單獨(dú)的內(nèi)容文件；用戶是通過(guò)將元數(shù)據(jù)文件和上傳內(nèi)容文件作為多媒體消息的附件進(jìn)行發(fā)送的， 當(dāng)接收到多媒體消息后，解析出該多媒體消息的正文內(nèi)容，并可以通過(guò)下載多媒體消息的各附件，識(shí)別這兩個(gè)附件，得到元數(shù)據(jù)文件和上傳內(nèi)容文件。在識(shí)別出該多媒體消息的附件，得到元數(shù)據(jù)文件和上傳內(nèi)容文件之后，所述方法還可包括4023 根據(jù)獲取的元數(shù)據(jù)文件以及元數(shù)據(jù)格式信息獲取上傳文件的元數(shù)據(jù)信息；4024:根據(jù)所述的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行統(tǒng)一管理，例如審批處理。在接收多媒體消息后；還可為所接收的多媒體消息配置內(nèi)容標(biāo)識(shí)；為多媒體消息生成相應(yīng)的內(nèi)容ID等必要屬性，從而可以通過(guò)該ID標(biāo)識(shí)，將用戶上傳的內(nèi)容納入系統(tǒng)管理SPD業(yè)務(wù)交付平臺(tái)根據(jù)業(yè)務(wù)需求，可以實(shí)現(xiàn)上傳內(nèi)容生命周期管理的功能，通過(guò)增加管理員對(duì)內(nèi)容的審批環(huán)節(jié)；從而將用戶上傳內(nèi)容納入SDP業(yè)務(wù)交付平臺(tái)內(nèi)容管理系統(tǒng)的統(tǒng)一管理，支持對(duì)用戶上傳內(nèi)容的資費(fèi)定價(jià)、分成比例設(shè)置、結(jié)算報(bào)表生成等一系列運(yùn)營(yíng)功能。本發(fā)明實(shí)施例提供的技術(shù)方案通過(guò)接收用戶創(chuàng)建內(nèi)容文件以及基于用戶創(chuàng)建內(nèi)容文件所生成的元數(shù)據(jù)文件；解決了 SPD業(yè)務(wù)交付平臺(tái)支持UGC業(yè)務(wù)的元數(shù)據(jù)文件接收和傳輸問(wèn)題。本發(fā)明實(shí)施例還提供一種接收上傳內(nèi)容的裝置，在具體的實(shí)施例中，該上傳內(nèi)容裝置具體可以為SDP業(yè)務(wù)交付平臺(tái)，所述的SDP業(yè)務(wù)交付平臺(tái)可以包括由中央處理器 (CPU)、存儲(chǔ)器以及主板設(shè)備，以及相應(yīng)的軟件模塊構(gòu)成的計(jì)算機(jī)系統(tǒng)實(shí)現(xiàn)，參見(jiàn)圖7，所述裝置包括接收模塊500，用于接收多媒體消息；所述多媒體消息包括作為該消息附件的元數(shù)據(jù)文件和上傳內(nèi)容文件；
消息處理模塊510，用于根據(jù)所述多媒體消息獲取上傳內(nèi)容文件的元數(shù)據(jù)信息；管理模塊520，用于根據(jù)上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳的內(nèi)容文件進(jìn)行
管理；其中，所述的消息處理模塊510具體可以用于解析多媒體消息的正文內(nèi)容，獲取元數(shù)據(jù)文件的格式信息；識(shí)別多媒體消息的附件，得到元數(shù)據(jù)文件和上傳內(nèi)容文件，根據(jù)獲取的元數(shù)據(jù)文件以及元數(shù)據(jù)格式信息獲取上傳文件的元數(shù)據(jù)信息；所述的管理模塊520根據(jù)上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳的內(nèi)容文件進(jìn)行管理；具體可以包括，為說(shuō)接收的多媒體消息生成相應(yīng)的內(nèi)容ID等必要屬性，將該內(nèi)容納入CMS系統(tǒng)管理；根據(jù)業(yè)務(wù)需求，可以實(shí)現(xiàn)上傳內(nèi)容生命周期管理的功能，增加管理員對(duì)內(nèi)容的審批環(huán)節(jié)；從而可納入業(yè)務(wù)交付平臺(tái)SDP統(tǒng)一管理，支持對(duì)用戶上傳內(nèi)容的資費(fèi)定價(jià)、分成比例設(shè)置、結(jié)算報(bào)表生成等一系列運(yùn)營(yíng)功能。參見(jiàn)圖7，該裝置還可包括業(yè)務(wù)接入碼模塊530，用于為UGC類業(yè)務(wù)分配特定的業(yè)務(wù)接入碼，如可以配置9999為某UGC類業(yè)務(wù)的業(yè)務(wù)接入碼；所述多媒體消息中還可以進(jìn)一步包括業(yè)務(wù)交付平臺(tái)SDP為UGC類業(yè)務(wù)分配特定的業(yè)務(wù)接入碼；并在接收到所述的多媒體消息后識(shí)別所述的多媒體消息業(yè)務(wù)，并在識(shí)別為所述的該業(yè)務(wù)接入碼后，將該多媒體消息發(fā)送至CMS (Content Management System,內(nèi)容管理系統(tǒng))，由CMS對(duì)該UGC進(jìn)行管理，具體的實(shí)例中可以是，通過(guò)業(yè)務(wù)總線將發(fā)送至該業(yè)務(wù)接入碼的上行MMS均發(fā)送至CMS(Content Management System,內(nèi)容管理系統(tǒng))處理；具體的可以是，通過(guò)為所述多媒體消息設(shè)置業(yè)務(wù)接入碼，從而使SDP業(yè)務(wù)交付平臺(tái)中的業(yè)務(wù)總線(Service Bus)能夠識(shí)別該業(yè)務(wù)接入碼， 通過(guò)業(yè)務(wù)總線的路由配置功能將發(fā)送至該業(yè)務(wù)接入碼的上行多媒體消息均路由至SDP系統(tǒng)中的內(nèi)容管理系統(tǒng)中；從而實(shí)現(xiàn)對(duì)該多媒體消息的接收及處理。所述的消息中包括所述為用戶創(chuàng)造內(nèi)容UGC類業(yè)務(wù)分配的業(yè)務(wù)接入碼；所述的消息處理模塊還用于在識(shí)別所述的業(yè)務(wù)接入碼后，將所述的上傳內(nèi)容文件發(fā)送給所述的管理模塊。所述的管理模塊520還可以進(jìn)一步用于根據(jù)接入碼判斷對(duì)應(yīng)的UGC業(yè)務(wù)提供商， 并通過(guò)接口方式通知其來(lái)主動(dòng)獲?。换蛑苯由蟼髦料鄳?yīng)UGC業(yè)務(wù)提供商指定的FTP服務(wù)器地址。在接收多媒體消息；還可為所接收的多媒體消息配置內(nèi)容標(biāo)識(shí)；為多媒體消息生成相應(yīng)的內(nèi)容ID等必要屬性，從而可以通過(guò)該ID標(biāo)識(shí)，將用戶上傳的內(nèi)容納入系統(tǒng)管理。在具體的實(shí)施例中，所述的管理模塊520，具體用于對(duì)所述上傳內(nèi)容文件進(jìn)行審批處理。在另一實(shí)施例中，所述的SDP業(yè)務(wù)交付平臺(tái)中的內(nèi)容管理系統(tǒng)CMS增加了內(nèi)容解析模塊，對(duì)路由至本模塊處理的匪S內(nèi)容進(jìn)行解析；解析匪S正文文本內(nèi)容，將其轉(zhuǎn)儲(chǔ)為 CMS系統(tǒng)通用的元數(shù)據(jù)文件格式；解析匪S各內(nèi)容附件，保存為單獨(dú)的內(nèi)容文件；同時(shí)，生成相應(yīng)的內(nèi)容ID等必要屬性，將該內(nèi)容納入CMS系統(tǒng)管理。本實(shí)施例提供的裝置，與上述相應(yīng)方法實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過(guò)程詳見(jiàn)方法實(shí)施例，這里不再贅述。本發(fā)明實(shí)施例提供的技術(shù)方案通過(guò)為媒體內(nèi)容文件生成元數(shù)據(jù)文件；基于MMS實(shí)現(xiàn)元數(shù)據(jù)文件以及最終用戶創(chuàng)建內(nèi)容的上傳。從根本上解決了 SPD業(yè)務(wù)交付平臺(tái)支持UGC業(yè)務(wù)的元數(shù)據(jù)文件生成和傳輸問(wèn)題。以上實(shí)施例提供的技術(shù)方案中的全部或部分內(nèi)容可以通過(guò)軟件編程實(shí)現(xiàn)，其軟件程序存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)例如計(jì)算機(jī)中的硬盤(pán)、光盤(pán)或軟盤(pán)。以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種發(fā)送上傳內(nèi)容的方法，其特征在于，所述方法包括 獲取上傳內(nèi)容文件；為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件；根據(jù)所述元數(shù)據(jù)文件的格式信息，生成消息的正文內(nèi)容；發(fā)送所述消息，并將所述元數(shù)據(jù)文件和上傳內(nèi)容文件作為所述消息的附件發(fā)送至業(yè)務(wù)交付平臺(tái)SDP，以使得所述的業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述的元數(shù)據(jù)文件管理所述的上傳內(nèi)容文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件，包括根據(jù)所述上傳內(nèi)容文件，按照指定格式進(jìn)行編寫(xiě)元數(shù)據(jù)信息，根據(jù)所述元數(shù)據(jù)信息，生成元數(shù)據(jù)文件。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件，包括讀取所述上傳內(nèi)容文件的文件屬性信息； 根據(jù)所述文件屬性信息，生成元數(shù)據(jù)文件。
4.根據(jù)權(quán)利要求1-3所述的任一方法，其特征在于，所述的消息中還包括所述業(yè)務(wù)交付平臺(tái)SDP為用戶創(chuàng)造內(nèi)容UGC類業(yè)務(wù)分配的業(yè)務(wù)接入碼；以使得所述業(yè)務(wù)交付平臺(tái)SDP 根據(jù)所述的業(yè)務(wù)接入碼以及所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。
5.一種發(fā)送上傳內(nèi)容的裝置，其特征在于，該裝置包括 獲取模塊，用于獲取上傳內(nèi)容文件；元數(shù)據(jù)模塊，用于為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件； 消息生成模塊，用于根據(jù)所述元數(shù)據(jù)文件的格式信息，生成消息的正文內(nèi)容； 發(fā)送模塊，用于發(fā)送所述消息，并將所述元數(shù)據(jù)文件和該上傳內(nèi)容文件作為所述消息的附件進(jìn)行發(fā)送至業(yè)務(wù)交付平臺(tái)SDP，以使得所述業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述元數(shù)據(jù)文件管理所述的上傳內(nèi)容文件。
6.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述元數(shù)據(jù)模塊包括 輸入單元，用于根據(jù)所述上傳內(nèi)容文件，按照指定格式編寫(xiě)元數(shù)據(jù)信息；第一生成單元，用于根據(jù)所述元數(shù)據(jù)信息，生成具有一定格式的元數(shù)據(jù)文件。
7.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述元數(shù)據(jù)模塊包括 信息讀取單元，用于讀取該上傳內(nèi)容文件的文件屬性信息； 第二生成單元214，用于根據(jù)所述文件屬性信息，生成元數(shù)據(jù)文件。
8.一種接收上傳內(nèi)容的方法，其特征在于，所述方法包括接收消息；所述消息包括作為該消息附件的元數(shù)據(jù)文件和上傳內(nèi)容文件； 獲取所述上傳內(nèi)容文件的元數(shù)據(jù)信息，并根據(jù)所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。
9.根據(jù)權(quán)利要求8所述的方法，所述根據(jù)所述消息獲取上傳內(nèi)容文件的元數(shù)據(jù)信息具體包括解析所述多媒體消息的正文內(nèi)容，獲取元數(shù)據(jù)文件格式信息；讀取所述多媒體消息的附件，得到元數(shù)據(jù)文件和上傳內(nèi)容文件； 根據(jù)所述的元數(shù)據(jù)文件格式信息和元數(shù)據(jù)文件獲取元數(shù)據(jù)信息。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述接所述收消息之后，該方法還包括 為所述用戶創(chuàng)造內(nèi)容UGC類業(yè)務(wù)分配業(yè)務(wù)接入碼；所述的消息中還包括所述為用戶創(chuàng)造內(nèi)容UGC類業(yè)務(wù)分配的業(yè)務(wù)接入碼；根據(jù)所述的業(yè)務(wù)接入碼以及所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述根據(jù)所述業(yè)務(wù)接入碼以及所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理包括在識(shí)別所述的業(yè)務(wù)接入碼后， 將該多媒體消息發(fā)送至內(nèi)容管理系統(tǒng)CMS，由所述內(nèi)容管理系統(tǒng)CMS對(duì)所述上傳內(nèi)容文件進(jìn)行管理。
12.一種接收上傳內(nèi)容的裝置，其特征在于，所述裝置包括接收模塊，用于接收消息；所述消息包括作為該消息附件的元數(shù)據(jù)文件和上傳內(nèi)容文件；消息處理模塊，用于根據(jù)所述消息獲取上傳內(nèi)容文件的元數(shù)據(jù)信息； 管理模塊，用于根據(jù)所述上傳內(nèi)容文件的元數(shù)據(jù)信息對(duì)所述上傳內(nèi)容文件進(jìn)行管理。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，進(jìn)一步包括業(yè)務(wù)接入碼模塊，用于為用戶創(chuàng)造內(nèi)容UGC類業(yè)務(wù)分配業(yè)務(wù)接入碼；所述的消息中還包括所述為用戶創(chuàng)造內(nèi)容UGC類業(yè)務(wù)分配的業(yè)務(wù)接入碼； 所述的消息處理模塊還用于在識(shí)別所述的業(yè)務(wù)接入碼后，將所述的上傳內(nèi)容文件發(fā)送給所述的管理模塊。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述的消息處理模塊根據(jù)所述多媒體消息獲取上傳內(nèi)容文件的元數(shù)據(jù)信息具體包括解析所述消息的正文內(nèi)容，獲取元數(shù)據(jù)文件的格式信息；識(shí)別所述消息的附件，得到元數(shù)據(jù)文件和上傳內(nèi)容文件，根據(jù)獲取的元數(shù)據(jù)文件以及元數(shù)據(jù)格式信息獲取上傳文件的元數(shù)據(jù)信息；并將所述的元數(shù)據(jù)信息發(fā)送給所述的管理模塊。
15.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述管理模塊具體用于為所接收的消息生成相應(yīng)的內(nèi)容ID。
全文摘要
本發(fā)明公開(kāi)了一種發(fā)送及接收用戶上傳內(nèi)容的方法；發(fā)送上傳內(nèi)容的方法包括獲取上傳內(nèi)容文件；為所述上傳內(nèi)容文件生成元數(shù)據(jù)文件；根據(jù)所述元數(shù)據(jù)文件的格式信息，生成消息的正文內(nèi)容；發(fā)送所述消息，并將所述元數(shù)據(jù)文件和上傳內(nèi)容文件作為所述消息的附件發(fā)送至業(yè)務(wù)交付平臺(tái)SDP，以使得所述的業(yè)務(wù)交付平臺(tái)SDP根據(jù)所述的元數(shù)據(jù)文件管理所述的上傳內(nèi)容文件。本發(fā)明還公開(kāi)了一種發(fā)送及接收上傳內(nèi)容的裝置。本發(fā)明解析上傳多媒體消息文件與用戶輸入內(nèi)容，實(shí)現(xiàn)內(nèi)容元數(shù)據(jù)文件的生成及內(nèi)容元數(shù)據(jù)文件的上傳。從根本上解決了電信業(yè)務(wù)中用戶上傳內(nèi)容的的元數(shù)據(jù)文件生成和傳輸問(wèn)題。
文檔編號(hào)H04L12/58GK102202008SQ201010620178
公開(kāi)日2011年9月28日 申請(qǐng)日期2010年12月31日 優(yōu)先權(quán)日2010年12月31日
發(fā)明者張毅 申請(qǐng)人:華為技術(shù)有限公司