專利名稱：提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率 的方法及系統(tǒng)。
背景技術(shù)：
目前，具有MMS (Multimedia Messaging krvice，多媒體信息服務(wù))功能的終端來 自各個(gè)不同廠商。在設(shè)計(jì)上，不同的型號(hào)擁有不同的功能和特性，具備不同的媒體格式處理 能力和特性，在點(diǎn)到點(diǎn)的業(yè)務(wù)流程以及郵件到點(diǎn)、應(yīng)用到點(diǎn)的流程中，都會(huì)出現(xiàn)源多媒體消 息不能被目的終端識(shí)別處理或正常播放的情況。為解決上述問題，提高匪S業(yè)務(wù)的服務(wù)質(zhì)量，需要格式轉(zhuǎn)換服務(wù)器根據(jù)接收方終 端的終端屬性文件UA ftx)file，檢查其能力是否支持發(fā)送到該終端的多媒體內(nèi)容。若發(fā)現(xiàn) 消息中存在該終端不支持的媒體元素，則必須對(duì)這樣的媒體元素按終端特性進(jìn)行適配，并 將適配后的媒體內(nèi)容下發(fā)給接收終端，使其在接收終端上能夠正常顯示，為MMS業(yè)務(wù)為用 戶提供更好的服務(wù)體驗(yàn)。格式轉(zhuǎn)換功能由于其自身的特點(diǎn)對(duì)系統(tǒng)消耗性能很大，尤其是對(duì)于視頻類的媒 體，轉(zhuǎn)換效率更低。同樣大小的媒體，視頻類的轉(zhuǎn)換效率比圖片類的轉(zhuǎn)換效率低10倍以上， 一臺(tái)中高檔的服務(wù)器每秒處理視頻轉(zhuǎn)換的能力只是個(gè)位數(shù)，所以格式轉(zhuǎn)換的性能遠(yuǎn)遠(yuǎn)不能 滿足市場(chǎng)需要。根據(jù)現(xiàn)網(wǎng)的匪S彩信業(yè)務(wù)量統(tǒng)計(jì)，點(diǎn)對(duì)點(diǎn)業(yè)務(wù)占總業(yè)務(wù)量的比率在20%左右，剩 余的80%集中在SP(Service Provider，增值服務(wù)提供商)業(yè)務(wù)。各大運(yùn)營商也是力推SP 業(yè)務(wù)，把SP業(yè)務(wù)作為盈利點(diǎn)。SP業(yè)務(wù)具有彩信群發(fā)、內(nèi)容豐富的特性，所以若能首先解決掉 SP的彩信業(yè)務(wù)格式轉(zhuǎn)換，對(duì)格式轉(zhuǎn)換服務(wù)器的要求也就降低了很多?，F(xiàn)有技術(shù)中，格式轉(zhuǎn)換服務(wù)器中的緩存是基于某個(gè)媒體附件和媒體的參數(shù)進(jìn)行保 存的，相同的媒體附件、相同的媒體參數(shù)保存一條。但是每次格式轉(zhuǎn)換請(qǐng)求過來時(shí)，需要將 消息完全解碼，將消息的內(nèi)容拆成多個(gè)媒體附件，再去讀取用戶終端具體的屬性信息，再跟 內(nèi)存里轉(zhuǎn)換后的消息進(jìn)行比對(duì)，比對(duì)成功該媒體附件則不再轉(zhuǎn)換，當(dāng)一條消息里包含多個(gè) 媒體附件時(shí)需要比對(duì)多次，若其中有一附件成功找到則再轉(zhuǎn)換，只有所有媒體附件都轉(zhuǎn)換 成功后再將消息組包，返回給多媒體消息中心，所以這種方式下，格式轉(zhuǎn)換效率較低并且技 術(shù)難度高。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法及系 統(tǒng)，旨在提高轉(zhuǎn)換效率，降低技術(shù)難度。本發(fā)明提供一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法，包括以下步驟增值服務(wù)提供端根據(jù)彩信的內(nèi)容及發(fā)送時(shí)間為彩信分配唯一的內(nèi)容標(biāo)識(shí)；預(yù)處理模塊接收增值服務(wù)提供端發(fā)送的彩信內(nèi)容，根據(jù)終端列表中的終端名稱向格式轉(zhuǎn)換服務(wù)器發(fā)起格式轉(zhuǎn)換請(qǐng)求，并分類保存每款終端對(duì)格式轉(zhuǎn)換請(qǐng)求的響應(yīng)消息；彩信發(fā)送過程中，預(yù)處理模塊在收到多媒體消息中心發(fā)送的格式轉(zhuǎn)換請(qǐng)求消息 時(shí)，根據(jù)內(nèi)容標(biāo)識(shí)及終端名稱查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)，若查找成功，則直 接提取相應(yīng)的格式轉(zhuǎn)換響應(yīng)反饋至多媒體消息中心。優(yōu)選地，上述方法還包括在查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)失敗時(shí)，將格式轉(zhuǎn)換請(qǐng)求發(fā)送至格式 轉(zhuǎn)換服務(wù)器進(jìn)行格式轉(zhuǎn)換，并將格式轉(zhuǎn)換響應(yīng)消息保存。優(yōu)選地，所述分類保存轉(zhuǎn)換服務(wù)器對(duì)于每款終端格式轉(zhuǎn)換后的響應(yīng)消息包括根據(jù)終端支持的接收大小分類設(shè)置預(yù)處理模塊中用于保存響應(yīng)消息的內(nèi)存數(shù)據(jù) 塊UB的大??；將內(nèi)容相同、終端類型相同的格式轉(zhuǎn)換的響應(yīng)消息歸為一類保存。優(yōu)選地，上述方法還包括預(yù)處理模塊解析格式轉(zhuǎn)換請(qǐng)求消息中的終端信息，并與已有的終端列表進(jìn)行比 較，若是一款新終端則將該終端型號(hào)寫在一個(gè)文件里，并將該文件定時(shí)更新到終端列表中， 對(duì)于長時(shí)間沒有來獲取消息的終端類型則從終端列表中清除。優(yōu)選地，所述分類保存轉(zhuǎn)換服務(wù)器對(duì)于每款終端格式轉(zhuǎn)換后的響應(yīng)消息進(jìn)一步包 括在響應(yīng)消息要保存在某一已經(jīng)飽和的UB時(shí)，釋放一最早使用的同類UB，供該響應(yīng) 消息存儲(chǔ)；和/或定時(shí)UB執(zhí)行清理。本發(fā)明提供一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的系統(tǒng)，包括增值服務(wù)提供 端、預(yù)處理模塊、格式轉(zhuǎn)換服務(wù)器以及多媒體消息中心，其中，增值服務(wù)提供端，用于根據(jù)彩信的內(nèi)容及發(fā)送時(shí)間為彩信分配唯一的內(nèi)容標(biāo)識(shí)；預(yù)處理模塊，用于接收增值服務(wù)提供端發(fā)送的彩信內(nèi)容，根據(jù)終端列表中的終端 名稱向格式轉(zhuǎn)換服務(wù)器發(fā)起格式轉(zhuǎn)換請(qǐng)求，并分類保存每款終端對(duì)格式轉(zhuǎn)換請(qǐng)求的響應(yīng)消 息；彩信發(fā)送過程中，預(yù)處理模塊在收到多媒體消息中心發(fā)送的格式轉(zhuǎn)換請(qǐng)求消息 時(shí)，根據(jù)內(nèi)容標(biāo)識(shí)及終端名稱查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)，若查找成功，則直 接提取相應(yīng)的格式轉(zhuǎn)換響應(yīng)反饋至多媒體消息中心。優(yōu)選地，所述預(yù)處理模塊進(jìn)一步用于在查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)失敗時(shí)，將格式轉(zhuǎn)換請(qǐng)求發(fā)送至格式 轉(zhuǎn)換服務(wù)器進(jìn)行格式轉(zhuǎn)換，并將格式轉(zhuǎn)換響應(yīng)消息保存。優(yōu)選地，所述預(yù)處理模塊進(jìn)一步用于根據(jù)終端支持的接收大小分類設(shè)置預(yù)處理模塊中用于保存響應(yīng)消息的內(nèi)存數(shù)據(jù) 塊UB的大?。粚?nèi)容相同、終端類型相同的格式轉(zhuǎn)換的響應(yīng)消息歸為一類保存。優(yōu)選地，所述預(yù)處理模塊進(jìn)一步用于解析格式轉(zhuǎn)換請(qǐng)求消息中的終端信息，并與已有的終端列表進(jìn)行比較，若是一款 新終端則將該終端型號(hào)寫在一個(gè)文件里，并將該文件定時(shí)更新到終端列表中，對(duì)于長時(shí)間
5沒有來獲取消息的終端類型則從終端列表中清除。優(yōu)選地，所述預(yù)處理模塊進(jìn)一步用于在響應(yīng)消息要保存在某一已經(jīng)飽和的UB時(shí)，釋放一最早使用的同類UB，供該響應(yīng) 消息存儲(chǔ)；和/或定時(shí)UB執(zhí)行清理。本發(fā)明所提供的提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法及系統(tǒng)，將內(nèi)容相同、 終端類型相同的格式轉(zhuǎn)換的響應(yīng)消息保存為一類，這樣正常業(yè)務(wù)請(qǐng)求格式轉(zhuǎn)換時(shí)只要解析 出請(qǐng)求消息的消息頭，得到內(nèi)容標(biāo)識(shí)和終端名稱即可在內(nèi)存中查找是否有相應(yīng)的響應(yīng)，無 需將整個(gè)消息進(jìn)行解碼，所以技術(shù)實(shí)現(xiàn)上更簡單，效率也更高。


圖1為本發(fā)明一實(shí)施方式中提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率方法的流程圖；圖2為本發(fā)明一實(shí)施例中提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率方法的步驟流程圖；圖3為本發(fā)明一實(shí)施方式中提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率系統(tǒng)的結(jié)構(gòu)示意 圖；圖4為本發(fā)明一實(shí)施例中預(yù)處理模塊的組網(wǎng)結(jié)構(gòu)圖；圖5為本發(fā)明另一實(shí)施例中預(yù)處理模塊的組網(wǎng)結(jié)構(gòu)圖；圖6為本發(fā)明又一實(shí)施例中預(yù)處理模塊的組網(wǎng)結(jié)構(gòu)圖。本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。
具體實(shí)施例方式應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。圖1示出了本發(fā)明的一個(gè)實(shí)施方式中，提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方 法。該方法包括以下步驟步驟S10，增值服務(wù)提供端根據(jù)彩信的內(nèi)容及發(fā)送時(shí)間為彩信分配唯一的內(nèi)容標(biāo) 識(shí)；例如，增值服務(wù)提供商SP準(zhǔn)備好要發(fā)送內(nèi)容，通過提交消息MM7_Submit. REQ消息將內(nèi) 容發(fā)到預(yù)處理模塊，目的地址可以是任意一個(gè)號(hào)碼，為了能唯一區(qū)分不同時(shí)刻不同SP發(fā)出 的不同彩信內(nèi)容，在MM7 口增加唯一標(biāo)識(shí)符，該標(biāo)識(shí)符可以使用MM7 口標(biāo)準(zhǔn)協(xié)議中Content 字段的href屬性來唯一表示。步驟S20，預(yù)處理模塊接收增值服務(wù)提供端發(fā)送的彩信內(nèi)容，根據(jù)終端列表中的終 端名稱向格式轉(zhuǎn)換服務(wù)器發(fā)起格式轉(zhuǎn)換請(qǐng)求，并分類保存每款終端對(duì)格式轉(zhuǎn)換請(qǐng)求的響應(yīng) 消息；預(yù)處理模塊可以作為一個(gè)單獨(dú)的模塊存在于移動(dòng)網(wǎng)絡(luò)中系統(tǒng)中，也可作為一個(gè)模塊 存在于格式轉(zhuǎn)換服務(wù)器或多媒體消息中心中。預(yù)處理模塊具體可分為HTTP子塊、格式轉(zhuǎn)換 預(yù)處理子塊和緩存子塊，其中，HTTP子塊，負(fù)責(zé)編解碼，解析出內(nèi)容標(biāo)識(shí)和終端型號(hào)信息；格式轉(zhuǎn)換預(yù)處理子塊，負(fù)責(zé)所有的對(duì)外接口和終端列表的收集更新功能；例如，其 用于負(fù)責(zé)跟SP的接口，接收SP通過匪7 口提交的消息，向SP發(fā)送預(yù)處理完成的消息(MM7 口的投遞報(bào)告)；負(fù)責(zé)跟格式轉(zhuǎn)換服務(wù)器之間的接口，向格式轉(zhuǎn)換服務(wù)器發(fā)送格轉(zhuǎn)請(qǐng)求消 息，并接收格式轉(zhuǎn)換服務(wù)的響應(yīng)；以及負(fù)責(zé)跟多媒體消息中心之間的接口，接收多媒體消息中心發(fā)起的格式轉(zhuǎn)換請(qǐng)求消息，并向多媒體消息中心返回格式轉(zhuǎn)換的響應(yīng)。此外，格式轉(zhuǎn)換 預(yù)處理子塊還具有終端列表的收集和更新功能，可根據(jù)HTTP子塊解析的格式轉(zhuǎn)換請(qǐng)求消 息中的終端信息，與已有的終端列表進(jìn)行比較，若是一款新終端則將該終端型號(hào)寫在一個(gè) 文件里，并將該文件定時(shí)更新到終端列表中，對(duì)于長時(shí)間沒有來獲取消息的終端類型則從 終端列表中清除。由于在預(yù)轉(zhuǎn)換時(shí)是根據(jù)已有的終端列表進(jìn)行的預(yù)處理，這些終端跟實(shí)際 市場(chǎng)上的終端越接近則緩存的效果越明顯，所以需要不斷收集更新終端列表，具體實(shí)現(xiàn)時(shí) 解析格式轉(zhuǎn)換請(qǐng)求消息中的終端信息，并與已有的終端列表進(jìn)行比較，若是一個(gè)款新終端 則將該終端型號(hào)寫在一個(gè)文件里，該文件定時(shí)更新到終端列表中，同時(shí)對(duì)于長時(shí)間沒有來 獲取消息的終端類型則從列表中清除，表明該終端已漸從市場(chǎng)上退出。緩存子塊，主要負(fù)責(zé)存儲(chǔ)格式轉(zhuǎn)換服務(wù)器返回的各種格式轉(zhuǎn)換響應(yīng)消息。緩存子 塊可使用內(nèi)存數(shù)據(jù)塊UB技術(shù)，可根據(jù)終端支持的接收大小分類設(shè)置預(yù)處理模塊中用于保 存響應(yīng)消息的內(nèi)存數(shù)據(jù)塊UB的大小。UB的大小和數(shù)量可以設(shè)置，由于不同的終端最大支持 的大小是一定的，可以統(tǒng)計(jì)出終端支持的大小分布區(qū)間，該分布區(qū)間可作為UB的大小和數(shù) 量設(shè)置的依據(jù)。UB可以循環(huán)使用，當(dāng)某個(gè)大小的UB已經(jīng)全部用完，而新的消息過來需要存 在該大小的UB時(shí)，則釋放一個(gè)最早使用的UB，供新消息存儲(chǔ)。此外，考慮到多媒體消息本身 具有的有效期，也可對(duì)UB定時(shí)進(jìn)行清理。具體的定時(shí)任務(wù)可有如下的策略對(duì)每個(gè)UB都使 用統(tǒng)一定時(shí)器，例如時(shí)間間隔可以設(shè)置為M小時(shí)，每個(gè)UB保存內(nèi)容的有效期是M小時(shí)，過 了有效期M小時(shí)后實(shí)現(xiàn)清理。定時(shí)器執(zhí)行清理時(shí)只清理一段時(shí)間內(nèi)沒有使用過的UB。如每小時(shí)執(zhí)行一次清理， 清理最近半個(gè)小時(shí)內(nèi)沒有使用到的UB。步驟S30，彩信發(fā)送過程中，預(yù)處理模塊在收到多媒體消息中心發(fā)送的格式轉(zhuǎn)換請(qǐng) 求消息時(shí)，根據(jù)內(nèi)容標(biāo)識(shí)及終端名稱查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)，若查找成 功，則直接提取相應(yīng)的格式轉(zhuǎn)換響應(yīng)反饋至多媒體消息中心。該步驟中還可包括在查找本 地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)失敗時(shí)，將格式轉(zhuǎn)換請(qǐng)求發(fā)送至格式轉(zhuǎn)換服務(wù)器進(jìn)行格 式轉(zhuǎn)換，并將格式轉(zhuǎn)換響應(yīng)消息保存。本發(fā)明實(shí)施方式通過在系統(tǒng)中增加一個(gè)預(yù)處理模塊，在群發(fā)消息前先將消息發(fā)到 預(yù)處理模塊，由預(yù)處理模塊進(jìn)行一次預(yù)格式轉(zhuǎn)換，將格式轉(zhuǎn)換服務(wù)器返回的響應(yīng)包完整的 保存，供后續(xù)其他相同終端獲取相同內(nèi)容的用戶獲取彩信時(shí)使用，群發(fā)彩信時(shí)，不再需要多 次轉(zhuǎn)換和比對(duì)，從而使得彩信的格式轉(zhuǎn)換效率大為提高。上述方法的詳細(xì)流程可參照?qǐng)D2所示，具體可包括以下步驟步驟S1、SP準(zhǔn)備好要發(fā)送的彩信內(nèi)容，通過MM7_Submit. REQ消息將彩信內(nèi)容發(fā)到 預(yù)處理模塊，目的地址可以是任意一個(gè)號(hào)碼，為了能唯一區(qū)分不同時(shí)刻不同SP發(fā)出的不同 彩信內(nèi)容，在MM7 口增加唯一的內(nèi)容標(biāo)識(shí)符，該標(biāo)識(shí)符可以使用7 口標(biāo)準(zhǔn)協(xié)議中Content字 段的href屬性來唯一表示；步驟S2、預(yù)處理模塊收到消息以后，根據(jù)終端列表中的終端名稱，通過STI. REQ消 息向格式轉(zhuǎn)換服務(wù)器發(fā)起格式轉(zhuǎn)換請(qǐng)求；步驟S3、預(yù)處理模塊收到格式轉(zhuǎn)換的響應(yīng)消息STI. RES后，保存每款終端格式轉(zhuǎn) 換后的響應(yīng)消息；步驟S4、列表中所有終端都處理完后，預(yù)處理模塊返回SP —條完成預(yù)處理的消息MM7_Delivery R印ort. REQ，這條消息可以是MM7 口的投遞報(bào)告；步驟S5、SP收到MM7_Delivery Report. REQ后，開始正常的業(yè)務(wù)下發(fā)，例如，通過 MM7_Submit. REQ消息將彩信內(nèi)容提交到多媒體消息中心，目的地址可以是多個(gè)；步驟S6、多媒體消息中心收到群發(fā)彩信的消息后，將群發(fā)彩信拆成多條，通過 MMl_Notification. REQ消息分別給不同的用戶發(fā)送通告；步驟S7、用戶收到通告后向多媒體消息中心通過MMl_RetrieVe消息發(fā)起獲取彩 信的請(qǐng)求，在獲取請(qǐng)求里帶上彩信的內(nèi)容標(biāo)識(shí)和終端名稱；步驟S8、多媒體消息中心收到獲取請(qǐng)求后根據(jù)內(nèi)容標(biāo)識(shí)判斷該彩信是群發(fā)彩信， 則將格式轉(zhuǎn)換的請(qǐng)求通過STI. REQ消息發(fā)給預(yù)處理模塊；步驟S9、預(yù)處理模塊根據(jù)內(nèi)容標(biāo)識(shí)和終端名稱在內(nèi)存里查找是否已經(jīng)有相應(yīng)的格 式轉(zhuǎn)換響應(yīng)，若查找成功則直接提取內(nèi)存中的格式轉(zhuǎn)換響應(yīng)返回給多媒體消息中心；步驟S10、若查找失敗，預(yù)處理模塊則將格式轉(zhuǎn)換請(qǐng)求STI. REQ發(fā)送給格式轉(zhuǎn)換服 務(wù)器進(jìn)行格式轉(zhuǎn)換；步驟S11、預(yù)處理模塊收到格式轉(zhuǎn)換響應(yīng)后將該響應(yīng)保存；步驟S12、預(yù)處理模塊收到格式轉(zhuǎn)換響應(yīng)后將該響應(yīng)返回給多媒體消息中心；步驟S13、多媒體消息中心將轉(zhuǎn)換后的消息通過MMl_RetrieVe. RES發(fā)送給用戶；步驟S14、用戶收到后給多媒體消息中心返回確認(rèn)消息MMlAcknowledge. IND ；步驟S15、多媒體消息中心根據(jù)需要給SP返回投遞報(bào)告，流程結(jié)束。本發(fā)明提供一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的系統(tǒng)，如圖3所示，其包括 增值服務(wù)提供端10、預(yù)處理模塊20、格式轉(zhuǎn)換服務(wù)器30以及多媒體消息中心40，其中，增值服務(wù)提供端10，用于根據(jù)彩信的內(nèi)容及發(fā)送時(shí)間為彩信分配唯一的內(nèi)容標(biāo) 識(shí)；增值服務(wù)提供端10可以是增值服務(wù)提供商SP的業(yè)務(wù)中心。例如，增值服務(wù)提供商SP 準(zhǔn)備好要發(fā)送內(nèi)容，通過提交消息MM7_Submit. REQ消息將內(nèi)容發(fā)到預(yù)處理模塊20，目的地 址可以是任意一個(gè)號(hào)碼，為了能唯一區(qū)分不同時(shí)刻不同SP發(fā)出的不同彩信內(nèi)容，在匪7 口 增加唯一標(biāo)識(shí)符，該標(biāo)識(shí)符可以使用MM7 口標(biāo)準(zhǔn)協(xié)議中Content字段的href屬性來唯一表示。預(yù)處理模塊20，用于接收增值服務(wù)提供端10發(fā)送的彩信內(nèi)容，根據(jù)終端列表中的 終端名稱向格式轉(zhuǎn)換服務(wù)器30發(fā)起格式轉(zhuǎn)換請(qǐng)求，并分類保存每款終端對(duì)格式轉(zhuǎn)換請(qǐng)求 的響應(yīng)消息；預(yù)處理模塊20的結(jié)構(gòu)及實(shí)現(xiàn)具體可參照前述方法流程步驟S20中的相關(guān)描 述，在此不作贅述。在一具體示例中，預(yù)處理模塊20作為單獨(dú)的網(wǎng)元存在于移動(dòng)網(wǎng)絡(luò)中系統(tǒng)中，具體 的組網(wǎng)如圖4所示。預(yù)處理模塊20與增值服務(wù)提供端10之間采用MM7接口，與格式轉(zhuǎn)換服務(wù)器30及 多媒體消息中心40之間采用STI接口。在另一具體示例中，預(yù)處理模塊20作為一個(gè)模塊存在于格式轉(zhuǎn)換服務(wù)器30或多 媒體消息中心40中。當(dāng)多媒體消息中心40、格式轉(zhuǎn)換服務(wù)器30集中部署時(shí)，此時(shí)預(yù)處理模 塊20作為一個(gè)模塊部署在系統(tǒng)內(nèi)部，可裝在單獨(dú)的服務(wù)器上也可與多媒體消息中心40的 relay/server進(jìn)行合設(shè)，或是與格式轉(zhuǎn)換服務(wù)器30合設(shè)，這種方式適合于由同一廠家提供 整體解決方案時(shí)使用。
當(dāng)多媒體消息中心40、格式轉(zhuǎn)換服務(wù)器30分別單獨(dú)部署時(shí)，這種場(chǎng)景下，針對(duì)不 同的SP業(yè)務(wù)模式又可分為如下兩種組網(wǎng)方式若增值業(yè)務(wù)提供端10只服務(wù)于本多媒體消息中心40的用戶，在這種業(yè)務(wù)模式下 可將預(yù)處理模塊20與多媒體消息中心40合設(shè)，預(yù)處理模塊20只服務(wù)于本多媒體消息中 心，具體如圖5所示。若增值業(yè)務(wù)提供端10服務(wù)于所有的多媒體消息中心40的用戶，在這種業(yè)務(wù)模式 下可將預(yù)處理模塊20與格式轉(zhuǎn)換服務(wù)器30進(jìn)行合設(shè)，預(yù)處理模塊20服務(wù)于全網(wǎng)用戶，具 體如圖6所示。彩信發(fā)送過程中，預(yù)處理模塊20在收到多媒體消息中心40發(fā)送的格式轉(zhuǎn)換請(qǐng)求 消息時(shí)，根據(jù)內(nèi)容標(biāo)識(shí)及終端名稱查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)，若查找成功， 則直接提取相應(yīng)的格式轉(zhuǎn)換響應(yīng)反饋至多媒體消息中心40。在一實(shí)施例中，預(yù)處理模塊20可進(jìn)一步用于在查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)失敗時(shí)，將格式轉(zhuǎn)換請(qǐng)求發(fā)送至格式 轉(zhuǎn)換服務(wù)器進(jìn)行格式轉(zhuǎn)換，并將格式轉(zhuǎn)換響應(yīng)消息保存。在另一實(shí)施例中，預(yù)處理模塊20可進(jìn)一步用于根據(jù)終端支持的接收大小分類設(shè)置預(yù)處理模塊中用于保存響應(yīng)消息的內(nèi)存數(shù)據(jù) 塊UB的大??；將內(nèi)容相同、終端類型相同的格式轉(zhuǎn)換的響應(yīng)消息歸為一類保存。在又一實(shí)施例中，預(yù)處理模塊20進(jìn)一步用于解析格式轉(zhuǎn)換請(qǐng)求消息中的終端信息，并與已有的終端列表進(jìn)行比較，若是一款 新終端則將該終端型號(hào)寫在一個(gè)文件里，并將該文件定時(shí)更新到終端列表中，對(duì)于長時(shí)間 沒有來獲取消息的終端類型則從終端列表中清除。在又一實(shí)施例中，預(yù)處理模塊20進(jìn)一步用于在響應(yīng)消息要保存在某一已經(jīng)飽和的UB時(shí)，釋放一最早使用的同類UB，供該響應(yīng) 消息存儲(chǔ)；和/或定時(shí)UB執(zhí)行清理。具體地，本發(fā)明實(shí)施方式中提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的系統(tǒng)，對(duì)彩信群 發(fā)的處理流程可參照前述圖1及圖2所示實(shí)施例。以上僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā) 明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其他相關(guān)的技 術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法，其特征在于，包括以下步驟 增值服務(wù)提供端根據(jù)彩信的內(nèi)容及發(fā)送時(shí)間為彩信分配唯一的內(nèi)容標(biāo)識(shí)；預(yù)處理模塊接收增值服務(wù)提供端發(fā)送的彩信內(nèi)容，根據(jù)終端列表中的終端名稱向格式 轉(zhuǎn)換服務(wù)器發(fā)起格式轉(zhuǎn)換請(qǐng)求，并分類保存每款終端對(duì)格式轉(zhuǎn)換請(qǐng)求的響應(yīng)消息；彩信發(fā)送過程中，預(yù)處理模塊在收到多媒體消息中心發(fā)送的格式轉(zhuǎn)換請(qǐng)求消息時(shí)，根 據(jù)內(nèi)容標(biāo)識(shí)及終端名稱查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)，若查找成功，則直接提 取相應(yīng)的格式轉(zhuǎn)換響應(yīng)反饋至多媒體消息中心。
2.如權(quán)利要求1所述的提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法，其特征在于，還包括在查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)失敗時(shí)，將格式轉(zhuǎn)換請(qǐng)求發(fā)送至格式轉(zhuǎn)換 服務(wù)器進(jìn)行格式轉(zhuǎn)換，并將格式轉(zhuǎn)換響應(yīng)消息保存。
3.如權(quán)利要求1或2所述的提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法，其特征在于，所 述分類保存轉(zhuǎn)換服務(wù)器對(duì)于每款終端格式轉(zhuǎn)換后的響應(yīng)消息包括根據(jù)終端支持的接收大小分類設(shè)置預(yù)處理模塊中用于保存響應(yīng)消息的內(nèi)存數(shù)據(jù)塊UB 的大??；將內(nèi)容相同、終端類型相同的格式轉(zhuǎn)換的響應(yīng)消息歸為一類保存。
4.如權(quán)利要求3所述的提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法，其特征在于，還包括預(yù)處理模塊解析格式轉(zhuǎn)換請(qǐng)求消息中的終端信息，并與已有的終端列表進(jìn)行比較，若 是一款新終端則將該終端型號(hào)寫在一個(gè)文件里，并將該文件定時(shí)更新到終端列表中，對(duì)于 長時(shí)間沒有來獲取消息的終端類型則從終端列表中清除。
5.如權(quán)利要求4所述的提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法，其特征在于，所述 分類保存轉(zhuǎn)換服務(wù)器對(duì)于每款終端格式轉(zhuǎn)換后的響應(yīng)消息進(jìn)一步包括在響應(yīng)消息要保存在某一已經(jīng)飽和的UB時(shí)，釋放一最早使用的同類UB，供該響應(yīng)消息 存儲(chǔ)；和/或定時(shí)UB執(zhí)行清理。
6.一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的系統(tǒng)，其特征在于，包括增值服務(wù)提供端、 預(yù)處理模塊、格式轉(zhuǎn)換服務(wù)器以及多媒體消息中心，其中，增值服務(wù)提供端，用于根據(jù)彩信的內(nèi)容及發(fā)送時(shí)間為彩信分配唯一的內(nèi)容標(biāo)識(shí)； 預(yù)處理模塊，用于接收增值服務(wù)提供端發(fā)送的彩信內(nèi)容，根據(jù)終端列表中的終端名稱 向格式轉(zhuǎn)換服務(wù)器發(fā)起格式轉(zhuǎn)換請(qǐng)求，并分類保存每款終端對(duì)格式轉(zhuǎn)換請(qǐng)求的響應(yīng)消息；彩信發(fā)送過程中，預(yù)處理模塊在收到多媒體消息中心發(fā)送的格式轉(zhuǎn)換請(qǐng)求消息時(shí)，根 據(jù)內(nèi)容標(biāo)識(shí)及終端名稱查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)，若查找成功，則直接提 取相應(yīng)的格式轉(zhuǎn)換響應(yīng)反饋至多媒體消息中心。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述預(yù)處理模塊進(jìn)一步用于在查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)失敗時(shí)，將格式轉(zhuǎn)換請(qǐng)求發(fā)送至格式轉(zhuǎn)換 服務(wù)器進(jìn)行格式轉(zhuǎn)換，并將格式轉(zhuǎn)換響應(yīng)消息保存。
8.如權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述預(yù)處理模塊進(jìn)一步用于根據(jù)終端支持的接收大小分類設(shè)置預(yù)處理模塊中用于保存響應(yīng)消息的內(nèi)存數(shù)據(jù)塊UB的大小；將內(nèi)容相同、終端類型相同的格式轉(zhuǎn)換的響應(yīng)消息歸為一類保存。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述預(yù)處理模塊進(jìn)一步用于解析格式轉(zhuǎn)換請(qǐng)求消息中的終端信息，并與已有的終端列表進(jìn)行比較，若是一款新終 端則將該終端型號(hào)寫在一個(gè)文件里，并將該文件定時(shí)更新到終端列表中，對(duì)于長時(shí)間沒有 來獲取消息的終端類型則從終端列表中清除。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述預(yù)處理模塊進(jìn)一步用于在響應(yīng)消息要保存在某一已經(jīng)飽和的UB時(shí)，釋放一最早使用的同類UB，供該響應(yīng)消息 存儲(chǔ)；和/或定時(shí)UB執(zhí)行清理。
全文摘要
本發(fā)明提供了一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的方法，包括以下步驟增值服務(wù)提供端根據(jù)彩信的內(nèi)容及發(fā)送時(shí)間為彩信分配唯一的內(nèi)容標(biāo)識(shí)；預(yù)處理模塊接收增值服務(wù)提供端發(fā)送的彩信內(nèi)容，根據(jù)終端列表中的終端名稱向格式轉(zhuǎn)換服務(wù)器發(fā)起格式轉(zhuǎn)換請(qǐng)求，并分類保存每款終端對(duì)格式轉(zhuǎn)換請(qǐng)求的響應(yīng)消息；彩信發(fā)送過程中，預(yù)處理模塊在收到多媒體消息中心發(fā)送的格式轉(zhuǎn)換請(qǐng)求消息時(shí)，根據(jù)內(nèi)容標(biāo)識(shí)及終端名稱查找本地是否已經(jīng)有相應(yīng)的格式轉(zhuǎn)換響應(yīng)，若查找成功，則直接提取相應(yīng)的格式轉(zhuǎn)換響應(yīng)反饋至多媒體消息中心。本發(fā)明還提供一種提高彩信群發(fā)業(yè)務(wù)時(shí)格式轉(zhuǎn)換效率的系統(tǒng)。利用本發(fā)明，可提高彩信群發(fā)時(shí)的格式轉(zhuǎn)換效率。
文檔編號(hào)H04W4/12GK102118709SQ201110043588
公開日2011年7月6日 申請(qǐng)日期2011年2月22日 優(yōu)先權(quán)日2011年2月22日
發(fā)明者涂秀梅 申請(qǐng)人:中興通訊股份有限公司