專利名稱：讀取彩信內(nèi)容的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種讀取彩信內(nèi)容的方法，尤其涉及一種將接收方移動終端無法顯示的彩信轉(zhuǎn)移到彩信數(shù)據(jù)庫中、使接收彩信的用戶可通過WAP方式讀取該彩信內(nèi)容的方法。
背景技術(shù)：
目前，移動通信網(wǎng)絡(luò)已支持彩信(Multimedia Messaging Service，簡稱MMS)業(yè)務(wù)，與短信業(yè)務(wù)相比，MMS業(yè)務(wù)使移動終端用戶之間的溝通與交流變得更加生動形象與豐富多彩，得到了移動終端用戶的青睞。現(xiàn)有技術(shù)中，MMS業(yè)務(wù)的發(fā)送和接收僅限于支持MMS業(yè)務(wù)的移動終端之間，但由于移動終端質(zhì)量或移動終端用戶對移動終端的更新速度等方面的影響，仍有大量的移動終端用戶使用的移動終端不支持MMS業(yè)務(wù)，若發(fā)送方的移動終端不支持MMS業(yè)務(wù)，則發(fā)送方可以通過互聯(lián)網(wǎng)向支持MMS業(yè)務(wù)的移動終端發(fā)送MMS，從而享受移動運營商提供的MMS業(yè)務(wù)服務(wù)；但若接收方的移動終端不支持MMS業(yè)務(wù)，則接收彩信的用戶就無法收看接收到的彩信的內(nèi)容，限制了移動終端用戶對MMS業(yè)務(wù)的使用，影響了移動終端用戶之間的交流，給移動終端用戶帶來了極大的不便。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于針對現(xiàn)有技術(shù)中不支持MMS業(yè)務(wù)的移動終端上無法顯示接收到的MMS內(nèi)容的缺陷與不足，提供一種讀取MMS內(nèi)容的方法，該方法將無法顯示的彩信轉(zhuǎn)移到一個彩信數(shù)據(jù)庫中，使接收彩信的用戶通過無線應(yīng)用協(xié)議(Wireless Application Protocol，簡稱WAP)方式瀏覽彩信內(nèi)容。
為了實現(xiàn)上述目的，本發(fā)明采用了一種讀取彩信內(nèi)容的方法，其執(zhí)行以下步驟步驟1.發(fā)送彩信的移動終端將該彩信發(fā)送到彩信平臺；步驟2.所述彩信平臺判斷接收彩信的移動終端的能力是否支持所述彩信，若不支持，執(zhí)行步驟3；若支持，跳轉(zhuǎn)執(zhí)行步驟6；步驟3.所述彩信平臺將所述彩信轉(zhuǎn)移到一彩信數(shù)據(jù)庫中；步驟4.所述彩信平臺向所述接收彩信的移動終端發(fā)送一用于提示到所述彩信數(shù)據(jù)庫獲取所述彩信的提示短信；步驟5.接收彩信的用戶根據(jù)所述提示短信，從所述彩信數(shù)據(jù)庫獲取所述彩信，然后執(zhí)行步驟7；步驟6.所述彩信平臺將所述彩信發(fā)送到所述接收彩信的移動終端；步驟7.所述接收彩信的用戶讀取所述彩信的內(nèi)容。
在上述技術(shù)方案中，所述步驟2中可以根據(jù)所述接收彩信的移動終端的號碼，在終端能力數(shù)據(jù)庫中查詢該號碼所對應(yīng)的終端的能力是否支持接收所述彩信；也可以根據(jù)接收彩信的移動終端發(fā)送的信息的反饋信息來判斷該移動終端的能力是否支持所述彩信，其執(zhí)行以下步驟步驟211.所述彩信平臺向所述接收彩信的移動終端發(fā)送請求獲知該移動終端的能力是否支持所述彩信的請求信息；步驟212.所述接收彩信的移動終端向所述彩信平臺上報是否支持所述彩信的能力信息。
或者，執(zhí)行以下步驟步驟221.所述彩信平臺直接向所述接收彩信的移動終端發(fā)送所述彩信；步驟222.所述接收彩信的移動終端將能夠支持或不能夠支持所述彩信的能力信息發(fā)送到所述彩信平臺，或者不向所述彩信平臺返回所述能力信息，使所述彩信平臺依據(jù)默認值判定該接收彩信的移動終端的能力是否支持所述彩信；所述默認值為所述彩信平臺中預(yù)先設(shè)置的、用于當接收彩信的移動終端不返回所述能力信息時，判定該接收彩信的移動終端是否具有支持所述彩信的能力的參考值。
所述步驟3中的彩信數(shù)據(jù)庫可以為一彩信相冊；所述步驟4具體為所述彩信平臺向所述接收彩信的移動終端發(fā)送一用于提示所述接收彩信的用戶通過WAP或WEB方式到所述彩信數(shù)據(jù)庫瀏覽所述彩信的提示短信。
在本發(fā)明的技術(shù)方案中，MMS平臺將向不支持MMS業(yè)務(wù)的接收方移動終端發(fā)送的MMS存儲在MMS數(shù)據(jù)庫中，使接收方用戶可以通過瀏覽WAP網(wǎng)頁的方式讀取發(fā)送方用戶為其發(fā)送的MMS內(nèi)容，解決了不支持MMS業(yè)務(wù)的接收方移動終端用戶不能讀取接收到的MMS內(nèi)容的問題，極大地方便了移動終端用戶，使移動終端用戶之間的通信變得豐富多彩，也促進了MMS業(yè)務(wù)的發(fā)展。
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


圖1為本發(fā)明實施例1的流程圖；圖2為本發(fā)明實施例2的流程圖；圖3為本發(fā)明實施例3的流程圖。
具體實施例方式
實施例1參見圖1，圖1所示為本發(fā)明讀取MMS內(nèi)容的方法的一具體流程，其執(zhí)行以下步驟步驟101.發(fā)送彩信的移動終端將該彩信發(fā)送到彩信平臺；
步驟102.彩信平臺在終端能力數(shù)據(jù)庫中查詢接收彩信的移動終端的號碼所對應(yīng)的終端的能力是否支持接收所述彩信；若不支持，執(zhí)行步驟103；若支持，則跳轉(zhuǎn)執(zhí)行步驟106；步驟103.彩信平臺將彩信轉(zhuǎn)移到一彩信相冊中；步驟104.彩信平臺向接收彩信的移動終端發(fā)送一提示短信，提示該接收彩信的用戶通過登錄WAP或WEB網(wǎng)頁上的一地址到彩信相冊獲取彩信；步驟105.接收彩信的用戶根據(jù)提示信息登錄WAP或WEB網(wǎng)頁，從彩信相冊獲取彩信，跳轉(zhuǎn)執(zhí)行步驟107；步驟106.彩信平臺將彩信發(fā)送到接收彩信的移動終端；步驟107.接收彩信的用戶讀取彩信內(nèi)容。
實施例2開放移動聯(lián)盟(Open Mobile Alliance，簡稱OMA)成立于2002年6月，其成員包括世界主要的移動運營商，設(shè)備和網(wǎng)絡(luò)供應(yīng)商，信息技術(shù)公司，應(yīng)用發(fā)展商和內(nèi)容提供商。OMA的宗旨是尋求一種與系統(tǒng)無關(guān)的、開放的，使各種應(yīng)用和業(yè)務(wù)能夠在全球范圍內(nèi)的各種終端上實現(xiàn)互聯(lián)互通的標準。設(shè)備管理(Device Management，簡稱DM)是OMA定義的一系列涉及設(shè)備管理的通信協(xié)議和數(shù)據(jù)對象定義機制，DM可以實現(xiàn)運營商對附著在其無線網(wǎng)絡(luò)上的移動終端進行參數(shù)配置與查詢及固件/軟件更新下載等管理操作。
參見圖2，圖2所示為本發(fā)明讀取MMS內(nèi)容的方法的另一具體流程，其執(zhí)行以下步驟步驟201.發(fā)送彩信的移動終端將該彩信發(fā)送到彩信平臺；步驟202.彩信平臺向DM服務(wù)器發(fā)送一條請求獲知接收彩信的移動終端的能力是否支持該彩信的請求信息；步驟203.DM服務(wù)器向接收彩信的移動終端內(nèi)的DM客戶端轉(zhuǎn)發(fā)該請求信息；步驟204.DM客戶端查詢該接收彩信的移動終端地能力是否支持該彩信，并將該接收彩信的移動終端的能力是否支持該彩信的支持信息上報給DM服務(wù)器；步驟205.DM服務(wù)器采用基于DM協(xié)議的通信方式將該支持信息轉(zhuǎn)發(fā)給彩信平臺；步驟206.彩信平臺根據(jù)反饋信息判斷該接收方移動終端是否支持彩信業(yè)務(wù)，若不支持，執(zhí)行步驟207；否則，跳轉(zhuǎn)執(zhí)行步驟210；步驟207.彩信平臺將該彩信轉(zhuǎn)移到一彩信相冊中；步驟208.彩信平臺向接收彩信的移動終端發(fā)送一短信，提示該接收彩信的用戶通過WAP或WEB網(wǎng)頁上的一地址到彩信相冊獲取彩信；步驟209.該接收彩信的用戶根據(jù)提示信息登錄WAP或WEB網(wǎng)頁，從彩信相冊獲取彩信，跳轉(zhuǎn)執(zhí)行步驟211；步驟210.彩信平臺將彩信發(fā)送到接收彩信的移動終端；步驟211.接收彩信的用戶讀取該彩信內(nèi)容。
實施例3User Agent字段是OMA定義的一套標準化格式，用以描述終端能力信息，該信息存儲在移動終端上，移動網(wǎng)絡(luò)可以通過和移動終端在分組域上的信息交互獲得該信息。
參見圖3，圖3所示為本發(fā)明讀取MMS內(nèi)容的方法的另一具體流程，其執(zhí)行以下步驟步驟301.發(fā)送彩信的移動終端將該彩信發(fā)送到彩信平臺；步驟302.彩信平臺向接收彩信的移動終端發(fā)送一PUSH短消息；步驟303.接收彩信的移動終端根據(jù)PUSH短消息提供的URL連接從彩信平臺獲取發(fā)送彩信的移動終端發(fā)送的彩信；步驟304.接收彩信的移動終端根據(jù)該終端內(nèi)的User Agent字段判斷該移動終端的能力是否支持該彩信；若支持，執(zhí)行步驟305；否則，執(zhí)行步驟306；步驟305.接收彩信的移動終端向彩信平臺發(fā)送“該終端支持該彩信”的信息，跳轉(zhuǎn)執(zhí)行步驟309；步驟306.接收彩信的移動終端向彩信平臺發(fā)送“該終端不支持該彩信”的報錯信息；步驟307.彩信平臺將彩信轉(zhuǎn)移到一彩信相冊中；步驟308.彩信平臺向接收彩信的移動終端發(fā)送一短信，提示該接收彩信的用戶通過WAP或WEB網(wǎng)頁上的一地址到彩信相冊獲取彩信；步驟309.該接收彩信的用戶根據(jù)提示信息登錄WAP或WEB網(wǎng)頁，從彩信相冊獲取彩信，跳轉(zhuǎn)執(zhí)行步驟211；步驟310.彩信平臺將彩信發(fā)送到接收彩信的移動終端；步驟311.接收彩信的用戶讀取該彩信內(nèi)容。
在實施例3中，彩信平臺可以預(yù)先設(shè)置一默認值，當接收彩信的移動終端接收到該彩信后不返回是否具有支持該彩信的能力的信息時，表示該接收彩信的移動終端具有支持該彩信的能力。步驟302中，彩信平臺也可以不向接收彩信的移動終端發(fā)送PUSH短消息，而直接將彩信發(fā)送給接收彩信的移動終端，若接收彩信的移動終端具有支持該彩信的能力，則不向彩信平臺發(fā)送任何信息，彩信平臺便可通過事先設(shè)置的默認值獲知該接收彩信的移動終端具有支持該彩信的能力；否則，接收彩信的移動終端便向彩信平臺發(fā)送“該移動終端不支持該彩信”的報錯信息，此時，彩信平臺便將該彩信轉(zhuǎn)發(fā)到一彩信相冊中。同樣，彩信平臺也可以將默認值預(yù)先設(shè)置為，當接收彩信的移動終端接收到該彩信后不返回是否具有支持該彩信的能力的信息時，表示該接收彩信的移動終端不具有支持該彩信的能力。
最后所應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種讀取彩信內(nèi)容的方法，其中執(zhí)行以下步驟步驟1.發(fā)送彩信的移動終端將該彩信發(fā)送到彩信平臺；步驟2.所述彩信平臺判斷接收彩信的移動終端的能力是否支持所述彩信，若不支持，執(zhí)行步驟3；若支持，跳轉(zhuǎn)執(zhí)行步驟6；步驟3.所述彩信平臺將所述彩信轉(zhuǎn)移到一彩信數(shù)據(jù)庫中；步驟4.所述彩信平臺向所述接收彩信的移動終端發(fā)送一用于提示到所述彩信數(shù)據(jù)庫獲取所述彩信的提示短信；步驟5.接收彩信的用戶根據(jù)所述提示短信，從所述彩信數(shù)據(jù)庫獲取所述彩信，然后執(zhí)行步驟7；步驟6.所述彩信平臺將所述彩信發(fā)送到所述接收彩信的移動終端；步驟7.所述接收彩信的用戶讀取所述彩信的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的讀取彩信內(nèi)容的方法，其中所述步驟2中，所述彩信平臺判斷是否支持所述彩信的過程為根據(jù)所述接收彩信的移動終端的號碼，在終端能力數(shù)據(jù)庫中查詢該號碼所對應(yīng)的終端的能力是否支持接收所述彩信。
3.根據(jù)權(quán)利要求1所述的讀取彩信內(nèi)容的方法，其中所述步驟2中，所述彩信平臺判斷是否支持所述彩信的具體步驟為步驟211.所述彩信平臺向所述接收彩信的移動終端發(fā)送請求獲知該移動終端的能力是否支持所述彩信的請求信息；步驟212.所述接收彩信的移動終端向所述彩信平臺上報是否支持所述彩信的能力信息。
4.根據(jù)權(quán)利要求3所述的讀取彩信內(nèi)容的方法，其中所述步驟211中所述彩信平臺采用基于DM協(xié)議的通信方式發(fā)送所述請求信息。
5.根據(jù)權(quán)利要求3所述的讀取彩信內(nèi)容的方法，其中所述步驟211中所述彩信平臺通過DM服務(wù)器向所述接收彩信的移動終端中的DM客戶端發(fā)送所述請求信息。
6.根據(jù)權(quán)利要求1所述的讀取彩信內(nèi)容的方法，其中所述步驟2中所述彩信平臺判斷是否支持所述彩信的具體步驟為步驟221.所述彩信平臺直接向所述接收彩信的移動終端發(fā)送所述彩信；步驟222.所述接收彩信的移動終端將能夠支持或不能夠支持所述彩信的能力信息發(fā)送到所述彩信平臺，或者不向所述彩信平臺返回所述能力信息，使所述彩信平臺依據(jù)默認值判定該接收彩信的移動終端的能力是否支持所述彩信；所述默認值為所述彩信平臺中預(yù)先設(shè)置的、用于當接收彩信的移動終端不返回所述能力信息時，判定該接收彩信的移動終端是否具有支持所述彩信的能力的參考值。
7.根據(jù)權(quán)利要求1-6任一所述的讀取彩信內(nèi)容的方法，其中所述步驟4具體為所述彩信平臺向所述接收彩信的移動終端發(fā)送一用于提示所述接收彩信的用戶通過WAP或WEB方式到所述彩信數(shù)據(jù)庫獲取所述彩信的提示短信。
全文摘要
本發(fā)明涉及一種讀取彩信內(nèi)容的方法，包括發(fā)送彩信的移動終端將該彩信發(fā)送到彩信平臺；所述彩信平臺判斷接收彩信的移動終端的能力是否支持所述彩信，若不支持，所述彩信平臺將所述彩信轉(zhuǎn)移到一彩信數(shù)據(jù)庫中；所述彩信平臺向所述接收彩信的移動終端發(fā)送一用于提示到所述彩信數(shù)據(jù)庫獲取所述彩信的提示短信；接收彩信的用戶根據(jù)所述提示短信，從所述彩信數(shù)據(jù)庫獲取所述彩信；所述接收彩信的用戶讀取所述彩信的內(nèi)容。采用本發(fā)明提供的技術(shù)方案，可解決不支持彩信業(yè)務(wù)的接收方移動終端用戶不能讀取接收到的彩信內(nèi)容的問題，極大地方便了移動終端用戶，使移動終端用戶之間的通信變得豐富多彩，也促進了彩信業(yè)務(wù)的發(fā)展。
文檔編號H04W88/18GK1750672SQ20051011449
公開日2006年3月22日 申請日期2005年10月31日 優(yōu)先權(quán)日2005年10月31日
發(fā)明者唐劍峰, 孫杰, 常嘉岳, 鄭朝暉, 劉璋詟 申請人:中國移動通信集團公司