專利名稱：彩鈴分發(fā)方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及彩鈴分發(fā)方法、設(shè)備及系統(tǒng)。
背景技術(shù)：
彩鈴業(yè)務(wù)處理系統(tǒng)由中央音樂服務(wù)設(shè)備和各省的彩鈴管理設(shè)備兩級網(wǎng)元 設(shè)備組成。彩鈴內(nèi)容由中央音樂服務(wù)設(shè)備統(tǒng)一 引入，中央音樂服務(wù)設(shè)備根據(jù)彩 鈴內(nèi)容，生成彩鈴的鈴音信息文件和內(nèi)容文件，并分發(fā)至各省的彩鈴管理設(shè)備。
如圖1所示，分發(fā)彩鈴的處理流程如下
步驟ll、在全網(wǎng)彩鈴生成后，管理員通過操作界面向中央音樂服務(wù)設(shè)備請 求分發(fā)一條彩鈴。
步驟12、中央音樂服務(wù)設(shè)備向省彩鈴管理設(shè)備下發(fā)分發(fā)彩鈴的通知消息， 該通知消息中攜帶有待分發(fā)的一條彩鈴的地址信息、鈴音信息(包括鈴音狀 態(tài))。
步驟13、省彩鈴管理設(shè)備根椐通知消息中的地址信息，以FTP方式從中 央音樂服務(wù)設(shè)備獲取該條彩鈴。
步驟14、省彩鈴管理設(shè)備對獲取的彩鈴進行預加載。
步驟15a-15b、預加載處理完成后，省彩鈴管理設(shè)備向中央音樂服務(wù)設(shè)備 返回分發(fā)彩鈴的狀態(tài)報告消息，中央音樂服務(wù)設(shè)備向管理員顯示分發(fā)彩鈴的狀 態(tài)報告。
步驟16a-16d、如果在"分發(fā)彩鈴的通知消息"中，"鈴音狀態(tài)"字段值為 "正常"，那么省彩鈴管理設(shè)備在返回分發(fā)彩鈴的狀態(tài)報告消息、通知中央音 樂服務(wù)設(shè)備"預加載成功，，后，收到中央音樂服務(wù)設(shè)備的響應(yīng)Response消息 后，可執(zhí)行步驟16a,直接安排彩鈴正式上線；如果在"分發(fā)彩鈴的通知消息"中，"鈴音狀態(tài)"字段值為"待激活"，那
么省彩鈴管理設(shè)備執(zhí)行步驟16b、 16c、 16d，在接收到中央音樂服務(wù)設(shè)備的發(fā)
布通知消息(通知激活彩鈴內(nèi)容)后，安排彩鈴正式上線。
步驟17、中央音樂服務(wù)設(shè)備向管理員返回發(fā)布通知響應(yīng)消息。
步驟18、如果彩鈴發(fā)布成功，中央音樂服務(wù)設(shè)備向全網(wǎng)外圍設(shè)備同步鈴音
種自
發(fā)明人經(jīng)過分析，發(fā)現(xiàn)上述現(xiàn)有彩鈴分發(fā)處理方案實施時，每向一個彩鈴 管理設(shè)備分發(fā)一條彩鈴，該彩鈴管理設(shè)備和中央音樂服務(wù)設(shè)備都需要進行一次
需實時處理的分發(fā)彩鈴的通知消息交互和一次文件FTP的交互過程。當分發(fā)的 彩鈴4艮多時，這種處理方式將占用大量的系統(tǒng)資源，尤其是文件FTP的交互過 程，例如，由于有31個省的彩鈴管理設(shè)備，那么分發(fā)一條彩鈴各省彩鈴管理 設(shè)備和中央音樂服務(wù)設(shè)備就需要進行31次文件FTP交互過程，如果分發(fā)N條 彩鈴各省彩鈴管理設(shè)備和中央音樂服務(wù)設(shè)備就需要進行31*N次文件FTP交互 過程，這樣以FTP方式下載每一條彩鈴將需要一次FTP文件交互協(xié)商過程， 這將造成FTP服務(wù)器端和FTP客戶端，尤其是FTP服務(wù)器端增加很多協(xié)商過 程的開銷，即導致中央音樂服務(wù)設(shè)備FTP服務(wù)器的壓力很大，成為鈴音下載的 瓶頸。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種彩鈴分發(fā)方法，用以節(jié)約系統(tǒng)資源，該方法包括 將多條彩鈴的屬性信息存儲于鈴音信息文件中，將所述鈴音信息文件及所
述多條彩鈴的內(nèi)容文件封裝為 一個數(shù)據(jù)包；
下發(fā)分發(fā)彩鈴的通知消息，所述通知消息攜帶有所述數(shù)據(jù)包的地址信息； 接收獲取彩鈴的請求消息，根據(jù)所述請求消息中攜帶的所述地址信息，獲
取所述數(shù)據(jù)包；
下發(fā)所述數(shù)據(jù)包。
7本發(fā)明實施例還提供一種彩鈴分發(fā)方法，用以節(jié)約系統(tǒng)資源，該方法包括 接收分發(fā)彩鈴的通知消息，所述通知消息攜帶有待分發(fā)彩鈴的數(shù)據(jù)包的地 址信息；
發(fā)送獲取所述待分發(fā)彩鈴的請求消息，并在所述請求消息中攜帶所述地址 信息；以及，接收所述數(shù)據(jù)包；
解封裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的鈴音信息文件及所 述多條彩鈴的內(nèi)容文件。
本發(fā)明實施例還提供一種中央音樂服務(wù)設(shè)備，用以節(jié)約系統(tǒng)資源，該中央 音樂服務(wù)設(shè)備包括
存儲模塊，用于將多條彩鈴的屬性信息存儲于鈴音信息文件中；
封裝模塊，用于將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一 個數(shù)據(jù)包；
發(fā)送模塊，用于下發(fā)分發(fā)彩鈴的通知消息，所述通知消息攜帶有所述數(shù)據(jù) 包的地址信息；
接收模塊，用于接收獲取彩鈴的請求消息；
獲取模塊，用于才艮據(jù)所述請求消息中攜帶的所述地址信息，獲取所述數(shù)據(jù) 包，并指示所述發(fā)送模塊下發(fā)所述數(shù)據(jù)包。
本發(fā)明實施例還提供一種彩鈴管理設(shè)備，用以節(jié)約系統(tǒng)資源，該彩鈴管理 設(shè)備包括
接收模塊，用于接收分發(fā)彩鈴的通知消息，所述通知消息攜帶有待分發(fā)彩 鈴的數(shù)據(jù)包的地址信息；
獲取模塊，用于發(fā)送獲取所述待分發(fā)彩鈴的請求消息，并在所述請求消息 中攜帶所述地址信息；以及，接收所述數(shù)據(jù)包；
解封裝模塊，用于解封裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的 鈴音信息文件及所述多條彩鈴的內(nèi)容文件。
本發(fā)明實施例還提供一種彩鈴分發(fā)系統(tǒng)，用以節(jié)約系統(tǒng)資源，該系統(tǒng)包括中央音樂服務(wù)設(shè)備，用于將多條彩鈴的屬性信息存儲于鈴音信息文件中，
將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù)包；下發(fā)分發(fā) 彩鈴的通知消息，所述通知消息攜帶有所述數(shù)據(jù)包的地址信息；接收獲取彩鈴 的請求消息，根據(jù)所述請求消息中攜帶的所述地址信息，獲取所述數(shù)據(jù)包并下
發(fā)；
彩鈴管理設(shè)備，用于接收所述通知消息，發(fā)送獲取所述待分發(fā)彩鈴的請求
消息，并在所述請求消息中攜帶所述地址信息，以及，接收所述數(shù)據(jù)包；解封 裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的鈴音信息文件及所述多條彩 鈴的內(nèi)容文件。
本發(fā)明實施例中，中央音樂服務(wù)設(shè)備將多條彩鈴的屬性信息存儲于鈴音信 息文件中，將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù) 包；中央音樂服務(wù)設(shè)備向省彩鈴管理設(shè)備下發(fā)分發(fā)彩鈴的通知消息，所述通知 消息攜帶有所述數(shù)據(jù)包的地址信息；省彩鈴管理設(shè)備發(fā)送獲取所述待分發(fā)彩鈴 的請求消息，并在所述請求消息中攜帶所述地址信息，以及，接收所述數(shù)據(jù)包； 解封裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的鈴音信息文件及所述多 條彩鈴的內(nèi)容文件，從而通過一次分發(fā)彩鈴的通知消息交互和一次FTP文件交 互即可實現(xiàn)多條彩鈴的分發(fā)，與現(xiàn)有技術(shù)中每發(fā)一條彩鈴均需要進行一次分發(fā) 彩鈴的通知消息交互和一次FTP文件交互、發(fā)多條彩鈴需要進行多次分發(fā)彩鈴 的通知消息交互和多次FTP文件交互的技術(shù)方案相比較，大幅減少了需實時處 理的分發(fā)彩鈴的通知消息的交互和FTP協(xié)商過程的開銷，節(jié)約了系統(tǒng)資源。


圖1為背景技術(shù)中分發(fā)彩鈴的處理流程圖2為本發(fā)明實施例中分發(fā)彩鈴的處理流程圖3為本發(fā)明實施例中中央音樂服務(wù)設(shè)備的結(jié)構(gòu)示意圖4為本發(fā)明實施例中彩鈴管理設(shè)備的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例中彩鈴分發(fā)系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式
發(fā)明人考慮到，由于以FTP方式下載文件時，同樣大小的文件數(shù)據(jù)量下載， 如果僅是一個文件，那么下載速度會比很多個小文件快很多，因此，在本發(fā)明 實施例中，在有大量彩鈴需要由中央音樂服務(wù)設(shè)備分發(fā)給各省彩鈴管理設(shè)備 時，為提高整體分發(fā)速度，減少協(xié)商過程的開銷，將多條彩鈴封裝為一個數(shù)據(jù) 包后下發(fā)。
本發(fā)明實施例中，中央音樂服務(wù)設(shè)備將多條彩鈴的屬性信息存儲于鈴音信 息文件中，并將該鈴音信息文件及多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù)包；中 央音樂服務(wù)設(shè)備向省彩鈴管理設(shè)備下發(fā)分發(fā)彩鈴的通知消息，該通知消息中攜 帶有數(shù)據(jù)包的地址信息，省彩鈴管理設(shè)備根據(jù)該地址信息，通過FTP方式從中 央音樂服務(wù)設(shè)備獲取數(shù)據(jù)包并進行解封裝處理，獲得鈴音信息文件及多條彩鈴 的內(nèi)容文件。下面舉一例對本發(fā)明實施例進行詳細說明。
中央音樂服務(wù)設(shè)備在將鈴音信息文件及多條彩鈴的內(nèi)容文件封裝為一個 數(shù)據(jù)包時，可以采用多種處理方式，如，采用壓縮處理方式，即對鈴音信息文 件及多條彩鈴的內(nèi)容文件進行壓縮處理，獲得一數(shù)據(jù)包；又如，直接將鈴音信 息文件及多條彩鈴的內(nèi)容文件以二進制數(shù)據(jù)流的形式依次拼接在一起，即每個 文件的數(shù)據(jù)結(jié)尾后即是下一個文件的頭部數(shù)據(jù)，從而獲得一個數(shù)據(jù)包。
下面以采用壓縮處理的封裝方式為例說明本發(fā)明方法的具體實施，其它封 裝方式與此類似，如圖2所示，該具體實例中彩鈴分發(fā)處理的流程如下
步驟21、管理員通過操作界面，控制中央音樂服務(wù)設(shè)備生成多條彩鈴。管 理員通過操作界面在中央音樂服務(wù)設(shè)備上選擇多條彩鈴，并指示中央音樂服務(wù) 設(shè)備將該多條彩鈴組織在一起批量分發(fā)給省彩鈴管理設(shè)備。
步驟22、中央音樂服務(wù)設(shè)備對管理員選擇的多條彩鈴的內(nèi)容文件和屬性信 息進行處理，將多條彩鈴的屬性信息存儲于鈴音信息文件中，對該鈴音信息文件及多條彩鈴的內(nèi)容文件進行壓縮處理，獲得一數(shù)據(jù)包，然后向彩鈴管理設(shè)備 發(fā)出分發(fā)彩鈴的通知消息。
一個實施例中，分發(fā)彩鈴的通知消息中需包括數(shù)據(jù)包的地址信息，以便于
后續(xù)彩鈴管理設(shè)備獲取數(shù)據(jù)包；鈴音信息(包括鈴音狀態(tài))；還可以包括安 全訪問參數(shù)，以提高消息交互過程的安全性；彩鈴分發(fā)事務(wù)標識(ID),以唯 一標識一次分發(fā)多條彩鈴的事務(wù)；事務(wù)類型；時間戳等。 一個實施例中，凝:據(jù)包的格式可以如下
+ bach_tansactionID bach—tansactionID .txt + play
toneID.wav
toneID.wav + audition
toneID.asf
toneID.asf
其中，數(shù)據(jù)包文件名為"batch—tmnsactionID" .zip, batch表示這是一個"批 量"分發(fā)的事務(wù)，一transactionID表示具體的事務(wù)標識，與分發(fā)彩鈴的通知消息 中的彩鈴分發(fā)事務(wù)標識的值一一對應(yīng)，這樣，彩鈴管理設(shè)備就可以在收到分發(fā) 彩鈴的通知消息后，4艮據(jù)此標識的值查找到對應(yīng)的數(shù)據(jù)包文件。
實施時解壓縮上述數(shù)據(jù)包，可以獲得鈴音信息文件bach_tansactionID.txt、 內(nèi)容文件(包括play目錄和audition目錄)。
bach_tansactionID.txt中保存的就是本次分發(fā)的所有彩鈴的信息數(shù)據(jù)，文件
格式為txt文件，文件內(nèi)容由一條記錄組成，每條記錄由若干個字段組成，可
包括的字段有彩鈴的標識、歌曲名、歌手名、價格、版權(quán)有效期、業(yè)務(wù)提供商
SP名稱、鈴音類型其中之一或任意組合。當然， 一個數(shù)據(jù)包中的鈴音信息文
件可以是一個，也可以是多個，即中央音樂服務(wù)設(shè)備可以將多條彩鈴的屬性信
息存儲于一個或多個鈴音信息文件中。
play目錄和audition目錄中分別存放的是鈴音實體文件和試聽文件，其中
ii鈴音實體文件名形如形如"toneID.wav",試聽文件名形如toneID.asf， toneID
代表該鈴音的ID編號，兩個文件格式與現(xiàn)有彩鈴的格式相同。
下面舉一個數(shù)據(jù)包的例子
+ batch_251433123456
batch_251433123456.txt + play
600001123456789001.wav 60000112345678卯02.wav + audition
600001123456789001.asf 600001123456789002.asf
其中，batch_251433123456.txt文件內(nèi)容的舉例如下
615011000000000105|兩只蝴蝶|龐龍|2.50|20070101|新浪|1|
615011000000000106|老鼠愛大米|小麗|2.50|20070101|新浪|1|
步驟23、省彩鈴管理設(shè)備收到分發(fā)彩鈴的通知消息后，可以獲知這是一個
分發(fā)多條彩鈴的事務(wù)，可根據(jù)通知消息中的待分發(fā)彩鈴的數(shù)據(jù)包的地址信息，
從中央音樂服務(wù)設(shè)備獲取該數(shù)據(jù)包，下載到彩鈴管理設(shè)備上。
步驟24、省彩鈴管理設(shè)備對數(shù)據(jù)包進行解壓縮處理，獲得鈴音信息文件及
多條彩鈴的內(nèi)容文件。
一個實施例中，在提取鈴音信息文件后，逐個獲取需要加載的彩鈴的信息，
再獲取對應(yīng)的彩鈴鈴音實體文件(包括播放文件和試聽文件)，就可以進行彩
鈴的預加載工作。
一個實施例中，彩鈴管理設(shè)備在獲得鈴音信息文件后，可以對鈴音信息文 件的格式進行驗證，在驗證成功后才對多條彩鈴進行預加載處理。當驗證未成 功，即文件中出現(xiàn)無法解析的記錄或字段時，表明整個文件格式錯誤，此時可 直接向中央音樂服務(wù)設(shè)備返回"鈴音信息格式錯誤無法解析，，的錯誤碼并停止 后續(xù)操作。
步驟25a-25b、當完成所有彩鈴文件的預加載處理后，省彩鈴管理設(shè)備可以向中央音樂服務(wù)設(shè)備返回分發(fā)彩鈴的狀態(tài)報告消息，中央音樂服務(wù)設(shè)備向管 理員顯示分發(fā)彩鈴的狀態(tài)凈艮告。
一個實施例中，分發(fā)彩鈴的狀態(tài)報告消息可以攜帶指示每條彩鈴的分發(fā)狀 態(tài)的響應(yīng)碼，還可以攜帶安全訪問參數(shù)、彩鈴分發(fā)事務(wù)標識、響應(yīng)碼描述等。 其中，響應(yīng)碼和響應(yīng)碼描述——對應(yīng)，可指示彩鈴分發(fā)成功、失敗、系統(tǒng)忙、 處理異常結(jié)束等情況。
步驟26a-26d、如果在"分發(fā)彩鈴的通知消息"中，"鈴音狀態(tài)"字段值為 "正常"，那么省彩鈴管理設(shè)備在返回分發(fā)彩鈴的狀態(tài)報告消息、通知中央音 樂服務(wù)設(shè)備"預加載成功"后，收到中央音樂服務(wù)設(shè)備的響應(yīng)Response消息 后，可執(zhí)行步驟26a，直接安排彩鈴正式上線；
如果在"分發(fā)彩鈴的通知消息，，中，"鈴音狀態(tài)"字段值為"待激活"，那 么省彩鈴管理設(shè)備執(zhí)行步驟26b、 26c、 26d，在接收到中央音樂服務(wù)設(shè)備的內(nèi) 容發(fā)布通知接口消息(通知激活彩鈴內(nèi)容)后，安排彩鈴正式上線。
步驟27、中央音樂服務(wù)設(shè)備向管理員返回發(fā)布通知響應(yīng)消息。發(fā)布通知響 應(yīng)消息中可以顯示批量分發(fā)的結(jié)果(包括其中每一條鈴音的分發(fā)加載結(jié)果)，
由于在"分發(fā)彩鈴的狀態(tài)才艮告消息"中對該次批量分發(fā)的每一條鈴音都返回了 響應(yīng)碼，所以中央音樂服務(wù)設(shè)備可以單獨顯示出每條鈴音的分發(fā)加載結(jié)果。對 于分發(fā)失敗的鈴音，管理員可以選擇對此鈴音以現(xiàn)有技術(shù)方式單獨發(fā)送；或以 本發(fā)明實施例方法重新和其他待分發(fā)鈴音彩縮后一并發(fā)送。即在分發(fā)彩鈴的狀 態(tài)報告消息返回后，之前的分發(fā)事務(wù)已經(jīng)結(jié)束，可以對狀態(tài)報告結(jié)果重新選擇 不同方式分發(fā)。
步驟28、如果彩鈴發(fā)布成功，中央音樂服務(wù)設(shè)備向全網(wǎng)外圍設(shè)備同步已分 發(fā)成功彩鈴的鈴音信息。
上例中，若采用直接將鈴音信息文件及多條彩鈴的內(nèi)容文件以二進制數(shù)據(jù) 流的形式依次辨 接在一起的方式進行封裝，則可以〗奪batch 251433123456.txt、多條彩鈴的實體文件和試聽文件依次直接以二進制數(shù)據(jù)流的形式先后拼接在
一起，獲得一個名為"batch_transactionID.dat"的凄t據(jù)包。實施中可以在分發(fā) 彩鈴的通知消息中增加 一 個字段bach—tansactionID—length以說明 "bach_tansactionID.txt"的長度，后續(xù)彩鈴管理設(shè)備在收到數(shù)據(jù)包后，可以根 據(jù)該字段值中數(shù)字的大小，確定出"bach_tansactionID.txt"在數(shù)據(jù)包中的位置。 例如字段值為200000，那么"bach_tansactionID.txt"就是200k大小。
其中，bach_tansactionID.txt的每一行記錄，除了 "鈴音ID、歌曲名、歌 手名、價格、版權(quán)有效期、SP名稱、鈴音類型"這些字段外，還可以增加用 于指示各條彩鈴的內(nèi)容文件的長度的字段，如增加兩個字段"實體文件長度" 和"試聽文件長度"。彩鈴管理設(shè)備從數(shù)據(jù)包中解析出"bach_tansactionID.txt" 文件后，再讀取其中的文件長度記錄，由于依次直接以二進制數(shù)據(jù)流的形式先 后拼接在一起，所以彩鈴管理設(shè)備可以根據(jù)每個文件的起始位置，獲知每個彩 鈴對應(yīng)的實體文件和試聽文件的位置，從而解析出對應(yīng)的實體文件和試聽文 件。
基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供一種中央音樂服務(wù)設(shè)備，其結(jié)構(gòu) 如圖3所示，包括存儲模塊31，用于將多條彩鈴的屬性信息存儲于鈴音信息 文件中；封裝模塊32，用于將鈴音信息文件及多條彩鈴的內(nèi)容文件封裝為一個 數(shù)據(jù)包；發(fā)送模塊33,用于下發(fā)分發(fā)彩鈴的通知消息，該通知消息攜帶有數(shù)據(jù) 包的地址信息；接收模塊34，用于接收獲取彩鈴的請求消息；獲取模塊35, 用于根據(jù)請求消息中攜帶的地址信息，獲取數(shù)據(jù)包，并指示發(fā)送模塊33下發(fā) 數(shù)據(jù)包。
一個實施例中，封裝模塊32可以包括壓縮單元，用于對鈴音信息文件及 多條彩鈴的內(nèi)容文件進行壓縮處理，獲得數(shù)據(jù)包；或，拼接單元，用于將鈴音 信息文件及多條彩鈴的內(nèi)容文件以二進制數(shù)據(jù)流形式依次進行拼接，獲得數(shù)據(jù) 包。
一個實施例中，接收模塊34可以包括接收單元，用于接收分發(fā)彩鈴的狀態(tài)報告消息；發(fā)送模塊33可以包括發(fā)送單元，用于根據(jù)狀態(tài)報告消息中攜帶 的響應(yīng)碼所指示的每條彩鈴的分發(fā)狀態(tài)，將分發(fā)失敗的彩鈴重新發(fā)送。
基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供一種彩鈴管理設(shè)備，其結(jié)構(gòu)如圖 4所示，包括接收模塊41,用于接收分發(fā)彩鈴的通知消息，該通知消息攜帶 有待分發(fā)彩鈴的數(shù)據(jù)包的地址信息；獲取模塊42，用于發(fā)送獲取待分發(fā)彩鈴的 請求消息，并在請求消息中攜帶地址信息；以及，接收數(shù)據(jù)包；解封裝模塊43, 用于解封裝數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的鈴音信息文件及多條彩 鈴的內(nèi)容文件。
一個實施例中，數(shù)據(jù)包可以由鈴音信息文件及多條彩鈴的內(nèi)容文件經(jīng)壓縮 處理獲得；此時，解封裝模塊43可以包括解壓縮單元，用于解壓縮數(shù)據(jù)包； 或，所述數(shù)據(jù)包由鈴音信息文件及多條彩鈴的內(nèi)容文件以二進制數(shù)據(jù)流形式依 次拼接獲得；此時，解封裝模塊43包括解析單元，用于按通知消息中鈴音 信息文件的長度，從數(shù)據(jù)包中解析出鈴音信息文件，以及，按鈴音信息文件中 各條彩鈴的內(nèi)容文件的長度，從數(shù)據(jù)包中解析出多條彩鈴的內(nèi)容文件。
一個實施例中，圖4所示的彩鈴管理設(shè)備還可以包括預加載模塊，用于 對多條彩鈴進行預加載處理；發(fā)送模塊，用于返回分發(fā)彩鈴的狀態(tài)報告消息， 該狀態(tài)報告消息中攜帶有指示每條彩鈴的分發(fā)狀態(tài)的響應(yīng)碼。
一個實施例中，圖4所示的彩鈴管理設(shè)備還可以包括驗證模塊，用于鈴 音信息文件的格式進行驗證，在驗證成功后指示預加載模塊對多條彩鈴進行預 加載處理。
基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供一種彩鈴分發(fā)系統(tǒng)，其結(jié)構(gòu)如圖 5所示，包括中央音樂服務(wù)設(shè)備51，用于將多條彩鈴的屬性信息存儲于鈴音 信息文件中，將鈴音信息文件及多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù)包；下發(fā) 分發(fā)彩鈴的通知消息，該通知消息攜帶有數(shù)據(jù)包的地址信息；接收獲取彩鈴的 請求消息，根據(jù)請求消息中攜帶的地址信息，獲取數(shù)據(jù)包并下發(fā)；彩鈴管理設(shè) 備52，用于接收通知消息，發(fā)送獲取待分發(fā)彩鈴的請求消息，并在請求消息中攜帶地址信息；以及，接收數(shù)據(jù)包；解封裝數(shù)據(jù)包，獲得存儲有多條彩鈴的屬 性信息的鈴音信息文件及多條彩鈴的內(nèi)容文件。
本發(fā)明實施例中，中央音樂服務(wù)設(shè)備將多條彩鈴的屬性信息存儲于鈴音信 息文件中，將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù) 包；中央音樂服務(wù)設(shè)備向省彩鈴管理設(shè)備下發(fā)分發(fā)彩鈴的通知消息，所述通知 消息攜帶有所述數(shù)據(jù)包的地址信息；省彩鈴管理設(shè)備發(fā)送獲取所述待分發(fā)彩鈴 的請求消息，并在所述請求消息中攜帶所述地址信息，以及，接收所述數(shù)據(jù)包； 解封裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的鈴音信息文件及所述多 條彩鈴的內(nèi)容文件，從而通過一次分發(fā)彩鈴的通知消息交互和一次FTP文件交 互即可實現(xiàn)多條彩鈴的分發(fā)，與現(xiàn)有技術(shù)中每發(fā)一條彩鈴均需要進行一次分發(fā) 彩鈴的通知消息交互和一次FTP文件交互、發(fā)多條彩鈴需要進行多次分發(fā)彩鈴 的通知消息交互和多次FTP文件交互的技術(shù)方案相比較，大幅減少了需實時處 理的分發(fā)彩鈴的通知消息的交互和FTP協(xié)商過程的開銷。
雖然彩鈴封裝增加了中央音樂服務(wù)設(shè)備的處理工作，彩鈴管理設(shè)備對數(shù)據(jù) 包的解封裝也增加了彩鈴管理設(shè)備的處理工作，但是在有大量彩鈴需要分發(fā)的 情況下，這些開銷相對于更多次的分發(fā)彩鈴的通知消息交互、ftp協(xié)商過程來 說對中央音樂服務(wù)設(shè)備和彩鈴管理設(shè)備的資源占用都會更小，因為大量的實時 消息的處理、ftp交互將會更加耗費系統(tǒng)資源。
另外，從管理員的角度來看，下發(fā)多條彩鈴也只需一次操作，與現(xiàn)有技術(shù) 中下發(fā)多條彩鈴需多次操作相比，也提高了分發(fā)彩鈴的用戶操作方便性。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求 及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種彩鈴分發(fā)方法，其特征在于，該方法包括將多條彩鈴的屬性信息存儲于鈴音信息文件中，將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù)包；下發(fā)分發(fā)彩鈴的通知消息，所述通知消息攜帶有所述數(shù)據(jù)包的地址信息；接收獲取彩鈴的請求消息，根據(jù)所述請求消息中攜帶的所述地址信息，獲取所述數(shù)據(jù)包；下發(fā)所述數(shù)據(jù)包。
2、 如權(quán)利要求1所述的方法，其特征在于，將所述鈴音信息文件及所述 多條彩鈴的內(nèi)容文件封裝為 一個數(shù)據(jù)包是指對所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件進行壓縮處理，獲得所述 數(shù)據(jù)包；或，將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件以二進制數(shù)據(jù)流形式 依次進行拼接，獲得所述數(shù)據(jù)包。
3、 如權(quán)利要求l所述的方法，其特征在于，該方法進一步包括 接收分發(fā)彩鈴的狀態(tài)報告消息；根據(jù)所述狀態(tài)報告消息中攜帶的響應(yīng)碼所指示的每條彩鈴的分發(fā)狀態(tài)，將 分發(fā)失敗的彩鈴重新發(fā)送。
4、 如權(quán)利要求3所述的方法，其特征在于，所述將分發(fā)失敗的彩鈴重新 發(fā)送包括將分發(fā)失敗的彩鈴單獨發(fā)送；或，將分發(fā)失敗的彩鈴與其它待發(fā)送 的彩鈴封裝為 一個數(shù)據(jù)包后發(fā)送。
5、 如權(quán)利要求1所述的方法，其特征在于，所述屬性信息包括彩鈴的標 識、歌曲名、歌手名、價格、版權(quán)有效期、業(yè)務(wù)提供商SP名稱、鈴音類型其 中之一或任意組合。
6、 如權(quán)利要求1所述的方法，其特征在于，將多條彩鈴的屬性信息存儲于一個或多個鈴音信息文件中。
7、 如權(quán)利要求1所述的方法，其特征在于，所述內(nèi)容文件包括鈴音實體 文件和試聽文件。
8、 一種彩鈴分發(fā)方法，其特征在于，該方法包括接收分發(fā)彩鈴的通知消息，所述通知消息攜帶有待分發(fā)彩鈴的數(shù)據(jù)包的地 址信息；發(fā)送獲取所述待分發(fā)彩鈴的請求消息，并在所述請求消息中攜帶所述地址 信息；以及，接收所述數(shù)據(jù)包；解封裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的鈴音信息文件及所 述多條彩鈴的內(nèi)容文件。
9、 如權(quán)利要求8所述的方法，其特征在于，所述數(shù)據(jù)包由所述鈴音信息 文件及所述多條彩鈴的內(nèi)容文件經(jīng)壓縮處理獲得；解封裝所述數(shù)據(jù)包是指解壓 縮所述數(shù)據(jù)包；或，所述數(shù)據(jù)包由所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件以二進制 數(shù)據(jù)流形式依次拼接獲得；解封裝所述數(shù)據(jù)包是指按所述通知消息中鈴音信 息文件的長度，從所述數(shù)據(jù)包中解析出所述鈴音信息文件，以及，按所述鈴音 信息文件中各條彩鈴的內(nèi)容文件的長度，從所述數(shù)據(jù)包中解析出所述多條彩鈴 的內(nèi)容文件。
10、 如權(quán)利要求8所述的方法，其特征在于，該方法進一步包括 對所述多條彩鈴進行預加載處理，并返回分發(fā)彩鈴的狀態(tài)報告消息，所述狀態(tài)報告消息中攜帶有指示每條彩鈴的分發(fā)狀態(tài)的響應(yīng)碼。
11、 如權(quán)利要求10所述的方法，其特征在于，在獲得所述鈴音信息文件 后，進一步對所述鈴音信息文件的格式進行驗證，在驗證成功后對所述多條彩 鈴進行預加載處理。
12、 一種中央音樂服務(wù)設(shè)備，其特征在于，包括 存儲模塊，用于將多條彩鈴的屬性信息存儲于鈴音信息文件中；封裝模塊，用于將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù)包；發(fā)送模塊，用于下發(fā)分發(fā)彩鈴的通知消息，所述通知消息攜帶有所述數(shù)據(jù) 包的地址信息；接收模塊，用于接收獲取彩鈴的請求消息；獲取模塊，用于根據(jù)所述請求消息中攜帶的所述地址信息，獲取所述數(shù)據(jù) 包，并指示所述發(fā)送模塊下發(fā)所述數(shù)據(jù)包。
13、 如權(quán)利要求12所述的中央音樂服務(wù)設(shè)備，其特征在于，所述封裝才莫 塊包括壓縮單元，用于對所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件進行壓縮 處理，獲得所述數(shù)據(jù)包；或，拼接單元，用于將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件以二 進制數(shù)據(jù)流形式依次進行拼接，獲得所述數(shù)據(jù)包。
14、 如權(quán)利要求12所述的中央音樂服務(wù)設(shè)備，其特征在于，所述接收模 塊包括接收單元，用于接收分發(fā)彩鈴的狀態(tài)報告消息；所述發(fā)送模塊包括發(fā)送單元，用于根據(jù)所述狀態(tài)報告消息中攜帶的響應(yīng)碼 所指示的每條彩鈴的分發(fā)狀態(tài)，將分發(fā)失敗的彩鈴重新發(fā)送。
15、 一種彩鈴管理設(shè)備，其特征在于，包括接收模塊，用于接收分發(fā)彩鈴的通知消息，所述通知消息攜帶有待分發(fā)彩 鈴的數(shù)據(jù)包的地址信息；獲取模塊，用于發(fā)送獲取所述待分發(fā)彩鈴的請求消息，并在所述請求消息 中攜帶所述地址信息；以及，接收所述數(shù)據(jù)包；解封裝模塊，用于解封裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的 鈴音信息文件及所述多條彩鈴的內(nèi)容文件。
16、 如權(quán)利要求15所述的彩鈴管理設(shè)備，其特征在于，所述數(shù)據(jù)包由所 述鈴音信息文件及所述多條彩鈴的內(nèi)容文件經(jīng)壓縮處理獲得；所述解封裝模塊包括解壓縮單元，用于解壓縮所述lt據(jù)包；或，所述數(shù)據(jù)包由所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件以二進制 數(shù)據(jù)流形式依次拼接獲得；所述解封裝模塊包括解析單元，用于按所述通知 消息中鈴音信息文件的長度，從所述數(shù)據(jù)包中解析出所述鈴音信息文件，以及， 按所述鈴音信息文件中各條彩鈴的內(nèi)容文件的長度，從所述數(shù)據(jù)包中解析出所 述多條彩鈴的內(nèi)容文件。
17、 如權(quán)利要求15所述的彩鈴管理設(shè)備，其特征在于，還包括 預加載模塊，用于對所述多條彩鈴進行預加載處理；發(fā)送模塊，用于返回分發(fā)彩鈴的狀態(tài)報告消息，所述狀態(tài)報告消息中攜帶 有指示每條彩鈴的分發(fā)狀態(tài)的響應(yīng)碼。
18、 如權(quán)利要求17所述的彩鈴管理設(shè)備，其特征在于，還包括 驗證模塊，用于所述鈴音信息文件的格式進行驗證，在驗證成功后指示所述預加載模塊對所述多條彩鈴進行預加載處理。
19、 一種彩鈴分發(fā)系統(tǒng)，其特征在于，包括中央音樂服務(wù)設(shè)備，用于將多條彩鈴的屬性信息存儲于鈴音信息文件中， 將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù)包；下發(fā)分發(fā) 彩鈴的通知消息，所述通知消息攜帶有所述數(shù)據(jù)包的地址信息；接收獲取彩鈴 的請求消息，根據(jù)所述請求消息中攜帶的所述地址信息，獲取所述數(shù)據(jù)包并下 發(fā)；彩鈴管理設(shè)備，用于接收所述通知消息，發(fā)送獲取所述待分發(fā)彩鈴的請求 消息，并在所述請求消息中攜帶所述地址信息，以及，接收所述數(shù)據(jù)包；解封 裝所述數(shù)據(jù)包，獲得存儲有多條彩鈴的屬性信息的鈴音信息文件及所述多條彩 鈴的內(nèi)容文件。
全文摘要
本發(fā)明公開了一種彩鈴分發(fā)方法，該方法包括將多條彩鈴的屬性信息存儲于鈴音信息文件中，將所述鈴音信息文件及所述多條彩鈴的內(nèi)容文件封裝為一個數(shù)據(jù)包；下發(fā)分發(fā)彩鈴的通知消息，所述通知消息攜帶有所述數(shù)據(jù)包的地址信息；接收獲取彩鈴的請求消息，根據(jù)所述請求消息中攜帶的所述地址信息，獲取所述數(shù)據(jù)包；下發(fā)所述數(shù)據(jù)包。本發(fā)明同時公開一種中央音樂服務(wù)設(shè)備、彩鈴管理設(shè)備、彩鈴分發(fā)系統(tǒng)。采用本發(fā)明可以節(jié)約系統(tǒng)的資源占用。
文檔編號H04L29/06GK101540802SQ20081010235
公開日2009年9月23日 申請日期2008年3月20日 優(yōu)先權(quán)日2008年3月20日
發(fā)明者靜 王 申請人:中國移動通信集團公司