專利名稱:多媒體消息服務mms處理方法和移動終端的制作方法
技術領域:
本發(fā)明涉及通信技木,尤其涉及ー種多媒體消息服務MMS處理方法和移動終端。
背景技術:
隨著通信技術的不斷發(fā)展,采用多媒體消息服務(Multimedia MessagingService,以下簡稱MMS)發(fā)送信息的方式被廣泛應用。而且,用戶希望將ー些新增文件類型的內容,例如聯(lián)系人信息文件、日歷文件、備忘錄文件等通過MMS分享給其它用戶。以發(fā)送聯(lián)系人信息文件為例,移動終端(Mobile Terminal,以下簡稱MT)先按照聯(lián)系人編碼協(xié)議(以下簡稱VCard)將聯(lián)系人信息編碼成VCard文件,然后把VCard文件按照手機系統(tǒng)開放聯(lián)盟(Open Mobile Alliance,以下簡稱0MA)協(xié)議進行封裝,最后再將封裝好的Vcard文件打包成MMS數據包發(fā)出。在現(xiàn)有技術中,MMS的打包方式包括混合型和布局型。對于混合型的麗S來說,其中只包含附件,接收端MT在同一時間將同時顯示所有附件,而 對于布局型的MMS來說,其中包含附件和同步多媒體集成語言(Synchronized MultimediaIntegration Language,以下簡稱SMIL)文件,接收端MT需要根據MMS中的SMIL文件來確定各附件的顯示實現(xiàn)和顯示布局。在實現(xiàn)本發(fā)明實施例的過程中,發(fā)明人發(fā)現(xiàn),不同廠商的MT在進行麗S交互時,一旦發(fā)送端MT發(fā)送的布局型的MMS中包含上述新增文件類型的附件,則接收端MT時常出現(xiàn)無法正確顯示該麗S的問題。
發(fā)明內容
本發(fā)明實施例提供了ー種多媒體消息服務MMS處理方法和移動終端。在第一方面中,本發(fā)明實施例提供ー種多媒體消息服務MMS處理方法,包括接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務麗S,其中,所述麗S包含ー個以上的附件;若麗S為布局型的麗S且麗S包含的所述附件中存在新增文件類型的附件,則確定麗S包含的同步多媒體集成語言SMIL文件中是否包含新增文件類型的附件的描述信息;若不包含,則在SMIL文件中添加描述信息;根據添加描述信息后的SMIL文件,對麗S包含的附件進行顯示處理。在所述第一方面的第一種可能的實現(xiàn)方式中,所述在SMIL文件中添加描述信息,包括在SMIL文件的part標簽中添加描述信息。在所述第一方面或所述第一方面的第一種可能的實現(xiàn)方式中的第二種可能的實現(xiàn)方式中,若MMS為混合型的MMS且混合型的MMS包含的附件中存在新增文件類型的附件,則接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務MMS之后,還包括創(chuàng)建SMIL文件,將混合型的MMS轉換為布局型的MMS,該SMIL文件中包含新增文件類型的附件的描述信息。在所述第一方面或所述第一方面的前述任意ー種可能的實現(xiàn)方式中的第三種可能的實現(xiàn)方式中,所述新增文件類型的附件包括聯(lián)系人編碼協(xié)議文件、日歷編碼協(xié)議文件以及筆記編碼協(xié)議文件中的ー種或多種。
在第二方面中,本發(fā)明實施例提供一種移動終端,包括接收模塊,用于接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務匪S,其中,所述匪S包含ー個以上的附件;確定模塊,用于若麗S為布局型的匪S且麗S包含的所述附件中存在新增文件類型的附件,則確定MMS包含的同步多媒體集成語言SMIL文件中是否包含新增文件類型的附件的描述信息;處理模塊,用于若不包含,則在SMIL文件中添加描述信息;顯不模塊,用于根據添加描述信息后的SMIL文件,對匪S包含的附件進行顯示處理。在所述第二方面的第一種可能的實現(xiàn)方式中,處理模塊,具體用于在SMIL文件的part標簽中添加描述信息。在所述第二方面或所述第二方面的第一種可能的實現(xiàn)方式中的第二種可能的實現(xiàn)方式中,轉換模塊,用于若MMS為混合型的MMS且混合型的MMS包含的附件中存在新增文件類型的附件,則創(chuàng)建SMIL文件,將混合型的麗S轉換為布局型的麗S,該SMIL文件中包含
新增文件類型的附件的描述信息。在所述第二方面或所述第二方面的前述任意ー種可能的實現(xiàn)方式中的第三種可能的實現(xiàn)方式中,所述新增文件類型的附件包括聯(lián)系人編碼協(xié)議文件、日歷編碼協(xié)議文件以及筆記編碼協(xié)議文件中的ー種或多種。本發(fā)明實施例提供的多媒體消息服務處理方法和移動終端,在接收到的布局型MMS包含的SMIL文件中未能包括新增文件類型的附件的描述信息時,在SMIL文件中添加該附件的描述信息,從而可以顯示不同廠商的MT發(fā)送的包含新增文件類型的附件的匪S。
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作ー簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據這些附圖獲得其他的附圖。圖I為本發(fā)明提供的多媒體消息服務麗S處理方法的第一實施例流程圖;圖2為本發(fā)明提供的多媒體消息服務麗S處理方法的第二實施例流程圖;圖3A為本發(fā)明提供的移動終端的第一實施例結構示意圖;圖3B為本發(fā)明提供的移動終端的第二實施例結構示意圖;圖4A為本發(fā)明提供的移動終端的第三實施例結構示意圖;圖4B為本發(fā)明提供的移動終端的第四實施例結構示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。圖I為本發(fā)明提供的多媒體消息服務MMS處理方法的第一實施例流程圖,本實施例以接收端MT既支持布局型麗S又支持混合型的麗S為例進行說明,如圖I所示,本實施例提供的多媒體消息服務MMS處理方法包括
步驟S110、接收發(fā)送端MT發(fā)送的麗S,其中,麗S包含ー個以上的附件;具體來說,接收端MT可以接收發(fā)送端MT發(fā)送的麗S。一般來說,該麗S可以包括ー個或多個不同類型的附件,例如可以是圖片、音頻或視頻等傳統(tǒng)文件類型的附件,也可以是新增文件類型的附件,例如Vcard文件、日歷編碼協(xié)議(以下簡稱Vcalendar)文件或筆記編碼協(xié)議(以下簡稱Vnotes)文件等。步驟S120、若麗S為布局型的麗S且麗S包含的附件中存在新增文件類型的附件,則確定MMS包含的SMIL文件中是否包含新增文件類型的附件的描述信息;MMS的打包方式可以包括混合型application/vnd. wap. multipart, mixed和布局型application/vnd. wap. multipart, related,相應打包方式生成的MMS即為混合型的MMS和布局型的麗S。
發(fā)明人對現(xiàn)有技術進行了詳細分析,發(fā)現(xiàn)目前不同廠商的MT在發(fā)送MMS時,對傳 統(tǒng)文件類型的附件打包方式基本一致,但針對新增文件類型的附件的打包方式不盡相同。但是,對于混合型的麗S來說,由于接收端MT對混合型的麗S可以直接進行解析,在同一時間混合顯示MMS中的所有附件,因此,即使發(fā)送端MT發(fā)送的MMS的附件中包含新增文件類型的附件,接收端MT依然能夠正確解析,從而可以正確顯示該麗S。而對于布局型的麗S來說,接收端MT必須要按照麗S中的SMIL文件中所包含的附件的描述信息對各個附件做相應的顯示處理。SMIL文件中所包含的附件的描述信息例如可以是對附件進行顯示處理的指令信息,或附件顯示的時間、位置等其它信息,本發(fā)明實施例對此不作限制。目前不同廠商的MT在發(fā)送MMS吋,對傳統(tǒng)文件類型的附件打包方式基本一致,但針對新增文件類型的附件的打包方式不盡相同。例如A廠商的MT發(fā)送的布局型的MMS,雖然包含有新增文件類型的附件,但SMIL文件并不包括新增文件類型的附件的描述信息,而針對該新增文件類型的附件采用其它的打包方式,同為A廠商的MT接收到該MMS后可以按照A廠商內部通用的解析方法對新增文件類型的附件做正確的顯示處理,但其它廠商的MT作為接收端接收到該MMS后,如果該MMS的SMIL文件中并未包含該新增文件類型的附件的描述信息,則無法正常顯示其中的新增文件類型的附件。因此,正是由于不同廠商的MT在針對這種新增文件類型的附件打包成布局型的MMS過程中標準不一,使得SMIL文件中可能未包含該新增文件類型的附件的描述信息。而對于接收端MT來說,只要匪S中的附件與SMIL文件中的描述信息相匹配,則其一定能夠對該MMS進行正常顯示。有鑒于此,本實施例針對接收端MT接收到布局型的MMS的處理過程進行了改進。具體來說,不管發(fā)送端MT如何打包生成布局型的MMS,本實施例中,接收端MT可以確定接收到的MMS是否是布局型的而且還可以確定該MMS中所包含的所有附件中是否包含新增文件類型的附件。如果該MMS為布局型的MMS并且該布局型的MMS包含新增文件類型的附件,則接收端MT可以進一歩確定該MMS的SMIL文件中是否包含了該新增文件類型的附件的描述信息。以包含Vcard文件為例,接收端MT可以確定該麗S的附件中包含Vcard文件,然后接收端MT可以進ー步確定匪S中包含的SMIL文件中是否包含了對Vcard文件的描述信
O步驟S130、若不包含新增文件類型的附件的描述信息,則在SMIL文件中添加描述
信息;
例如附件中存在Vcard文件,但SMIL文件中不包含該Vcard文件對應的描述信息,那么接收端MT可以在SMIL文件中添加該Vcard文件應在接收端MT中被顯示處理的指令信息,同時可以添加該Vcard文件在接收端MT中的顯示時間、顯示位置等類似的描述信
O對于大多Vcard文件等類似的新增類型的附件而言,其在接收端MT中的顯示時間或顯示位置對于接收端用戶的影響不大,Vcard文件在SMIl文件中對應的描述信息可以只包括對Vcard文件進行顯示處理的指令信息,省略Vcard文件對應的顯示時間、顯示位置等描述信息。假設當某一 Vcard文件在接收端MT中的顯示時間或顯示位置較重要吋,可以預先定義該Vcard文件對應的顯示時間和顯示位置,當SMIL文件中不包含該Vcard文件對應的描述信息時,接收端MT可以根據預先定義的該Vcard文件對應的顯示時間和顯示位置等信息,在SMIL文件中添加該Vcard文件的顯示時間或顯示位置等描述信息。當然還可以包括 其他針對該Vcard文件的描述信息,本發(fā)明實施例對此不作限制。同時可以在SMIL文件的part (附件列表)標簽中添加同樣的Vcard文件的描述信息,以提示接收端MT在解析MMS時獲知附件中有Vcard文件存在,避免漏解析。步驟S140、根據添加描述信息后的SMIL文件,對MMS包含的附件進行顯示處理。在SMIL文件中添加了針對ー Vcard文件的描述信息后,根據添加了該Vcard文件的描述信息的SMIL文件對包含了該Vcard文件的麗S進行顯示處理,就可以正常顯示該Vcard文件。本發(fā)明實施例提供的多媒體消息服務MMS處理方法在接收到的布局型MMS包含的SMIL文件中未能包括所有的新增文件類型的附件的描述信息時,在SMIL文件中添加該附件的描述信息,以使MMS中的附件與SMIL文件中的描述信息相匹配,根據添加了新增文件類型附件的描述信息的SMIL文件對MMS包含的附件進行顯示處理,就可以顯示不同廠商的MT采用任意標準打包后發(fā)送的包含新增文件類型的附件的MMS。圖2為本發(fā)明提供的多媒體消息服務MMS處理方法的第二實施例流程圖,本實施例以接收端MT僅支持布局型的MMS為例進行說明,如圖2所示,本實施例提供的多媒體消息服務處理方法包括步驟S202、接收發(fā)送端MT發(fā)送的麗S,其中,麗S包含ー個以上的附件;接收到的發(fā)送端移動終端MT發(fā)送的匪S通常會包括不同類型的附件,附件可以是圖片、音頻或視頻等傳統(tǒng)的媒體文件,也可以是新增文件類型的附件,例如Vcard文件、Vcalendar文件或Vnotes文件等。步驟S204、判斷接收到的MMS是否為布局型的MMS,如果是布局型的MMS,執(zhí)行步驟S206,如果接收到的MMS不是布局型的MMS則執(zhí)行步驟S214。步驟S206、判斷布局型的匪S包含的附件中是否存在新增文件類型的附件,例如Vcard文件,如果存在新增文件類型的附件,執(zhí)行步驟S208,如果不存在則執(zhí)行步驟S212。步驟S208、判斷MMS中包含的SMIL文件中是否包含新增文件類型的附件的描述信息,如果SMIL文件中沒有包含新增文件類型的附件的描述信息,那么執(zhí)行步驟S210,如果SMIL文件中包含了新增文件類型的附件對應的描述信息,則執(zhí)行步驟S212 ;例如麗S附件中包含了 Vcard文件,則判斷SMIL文件中是否包含該Vcard文件在接收端MT中的顯示時間和/或顯示位置等的描述信息,如果SMIL文件中沒有包含Vcard文件的描述信息,那么執(zhí)行步驟S210,如果SMIL文件中包含了 Vcard文件的描述信息,則執(zhí)行步驟S212。步驟S210、在SMIL文件中添加新增文件類型附件的描述信息,例如Vcard文件的描述信息。同時可以在SMIL文件的part標簽中添加同樣的新增文件類型附件的描述信息,以提示接收端MT在解析MMS時獲知附件中有Vcard文件存在,避免漏解析。步驟S212、根據包含了匪S中包含的新增文件類型的附件的描述信息的SMIL文件,對MMS包含的附件進行顯示處理,就可以正常顯示新增文件類型的附件例如Vcard文件。步驟S214、當步驟S204中判斷接收到的麗S不是布局型的麗S,而是混合型的麗S時,接收端無法解析混合型的MMS,首先需要在MMS中創(chuàng)建SMIL文件將混合型的MMS轉換為布局型的MMS,如果該MMS中包含的附件中存在新增文件類型的附件,例如Vcard文件,那么需要將該新增文件類型的附件的描述信息加入新創(chuàng)建的SMIL文件中。然后再執(zhí)行步驟 S212,根據包含了匪S中包含的新增文件類型的附件的描述信息的SMIL文件,對麗S包含的附件進行顯示處理以正常顯示新增文件類型的附件例如Vcard文件。本發(fā)明實施例提供的多媒體消息服務MMS處理方法在接收到的布局型MMS包含的SMIL文件中未能包括所有的新增文件類型的附件的描述信息時,在SMIL文件中添加新增文件類型的附件描述信息;或者在接收到的混合型MMS中未包含SMIL文件時,重新創(chuàng)建包含了新增文件類型的附件描述信息的SMIL文件,以使麗S中的附件與SMIL文件中的描述信息相匹配,根據添加了新增文件類型附件的描述信息的SMIL文件對MMS包含的附件進行顯示處理,從而可以顯示不同廠商的MT采用任意標準打包后發(fā)送的包含新增文件類型的附件的麗S。圖3A為本發(fā)明提供的移動終端的第一實施例結構示意圖,如圖3A所示,本實施例提供的移動終端300包括接收模塊310、確定模塊320、處理模塊330以及顯示模塊340。其中,接收模塊310,用于接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務MMS,其中,麗S包含ー個以上的附件;確定模塊320,用于若所述麗S為布局型的麗S且所述麗S包含的附件中存在新增文件類型的附件,則確定所述MMS包含的同步多媒體集成語言SMIL文件中是否包含所述新增文件類型的附件的描述信息;處理模塊330用于若不包含,則在所述SMIL文件中添加所述描述信息;顯示模塊340,用于根據添加所述描述信息后的SMIL文件,對所述MMS包含的附件進行顯示處理。本實施例的移動終端可以用于執(zhí)行圖I所示方法實施例的技術方案,其實現(xiàn)原理和技術效果類似,此處不再贅述。圖3B為本發(fā)明提供的移動終端的第二實施例結構示意圖,如圖3B所示,本實施例提供的移動終端300包括存儲器301、芯片302、RF電路303、外部接ロ 304、音頻電路305以及輸入/輸出(I/O)子系統(tǒng)306。其中,芯片302包括存儲器控制器、處理單元CPU以及外設接ロ ;存儲器301包括接收模塊310、確定模塊320、處理模塊330、顯示模塊340以及操作系統(tǒng)等其他模塊。上述組件通過一條或多條通信總線或信號線進行通信,移動終端300可以包括但不限于移動電話或平板電腦等。圖3B所示的各組件可以用硬件、軟件或軟硬件的組合來實現(xiàn),包括ー個或多個信號處理和/或專用集成電路。存儲器301可包括高速隨機存取存儲器、非易失性固體存儲設備等。存儲器控制器可控制移動終端300的諸如CPU和外設接ロ之類的其它組件對存儲器301的訪問,以調用存儲器301中的各模塊執(zhí)行相應功能。處理器CPU通過運行存儲器301中的各個模塊用于實現(xiàn)圖I中的技術方案。具體地,存儲器301中包括的接收模塊310,用于接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務麗S,其中,麗S包含ー個以上的附件;確定模塊320,用于若所述麗S為布局型的麗S且所述MMS包含的附件中存在新增文件類型的附件,則確定所述MMS包含的同步多媒體集成語言SMIL文件中是否包含所述新增文件類型的附件的描述信息;處理模塊330用于若不包含,則在所述SMIL文件中添加所述描述信息;顯示模塊340,用于根據添加所述描述信息后的SMIL文件,對所述MMS包含的附件進行顯示處理。本實施例的移動終端也可以用于執(zhí)行圖I所示方法實施例的技術方案,其實現(xiàn)原理和技術效果類似,此處不再贅述。
圖4A為本發(fā)明提供的移動終端的第三實施例結構示意圖,如圖4A所示,本實施例提供的移動終端400包括接收模塊410、確定模塊420、處理模塊430、顯示模塊440以及轉換模塊450。其中,接收模塊410,用于接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務MMS,其中,麗S包含ー個以上的附件;確定模塊420,用于若麗S為布局型的麗S且麗S包含的附件中存在新增文件類型的附件,則確定MMS包含的同步多媒體集成語言SMIL文件中是否包含新增文件類型的附件的描述信息;處理模塊430,用于若不包含,則在SMIL文件中添加描述信息;顯示模塊440,用于根據添加描述信息后的SMIL文件,對MMS包含的附件進行顯示處理。進ー步地,處理模塊430,具體用于在SMIL文件的part標簽中添加描述信息。進ー步地,轉換模塊450,用于若麗S為混合型的麗S且混合型的麗S包含的附件中存在新增文件類型的附件,則創(chuàng)建SMIL文件,將混合型的麗S轉換為布局型的麗S,該SMIL文件中包含新增文件類型的附件的描述信息。本實施例的移動終端可以用于執(zhí)行圖2所示方法實施例的技術方案,其實現(xiàn)原理和技術效果類似,此處不再贅述。圖4B為本發(fā)明提供的移動終端的第四實施例結構示意圖,如圖4B所示,本實施例提供的移動終端400包括存儲器401、芯片402、RF電路403、外部接ロ 404、音頻電路405以及輸入/輸出(I/O)子系統(tǒng)406。其中,芯片402包括存儲器控制器、處理單元CPU以及外設接ロ ;存儲器401包括接收模塊410、確定模塊420、處理模塊430、顯示模塊440以及轉換模塊450。上述組件通過一條或多條通信總線或信號線進行通信,移動終端400可以包括但不限于移動電話或平板電腦等。圖4B所示的各組件可以用硬件、軟件或軟硬件的組合來實現(xiàn),包括ー個或多個信號處理和/或專用集成電路。存儲器401可包括高速隨機存取存儲器、非易失性固體存儲設備等。存儲器控制器可控制移動終端400的諸如CPU和外設接ロ之類的其它組件對存儲器401的訪問,以調用存儲器401中的各模塊執(zhí)行相應功能。處理器CPU通過運行存儲器301中的各個模塊用于實現(xiàn)圖I中的技術方案。具體地,存儲器401中包括的接收模塊410,用于接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務麗S,其中,麗S包含ー個以上的附件;確定模塊420,用于若麗S為布局型的麗S且麗S包含的附件中存在新增文件類型的附件,則確定MMS包含的同步多媒體集成語言SMIL文件中是否包含新增文件類型的附件的描述信息;處理模塊430,用于若不包含,則在SMIL文件中添加描述信息;顯示模塊440,用于根據添加描述信息后的SMIL文件,對MMS包含附件進行顯示處理。進ー步地,處理模塊430,具體用于在SMIL文件的part標簽中添加描述信息。進ー步地,轉換模塊450,用于若MMS為混合型的MMS且混合型的MMS包含的附件中存在新增文件類型的附件,則創(chuàng)建SMIL文件,將混合型的麗S轉換為布局型的麗S,該SMIL文件中包含新增文件類型的附件的描述信息。本實施例的移動終端可以用于執(zhí)行圖2所示方法實施例的技術方案,其實現(xiàn)原理和技術效果類似,此處不再贅述。綜上所述,本發(fā)明實施例提供的多媒體消息服務處理方法和移動終端,在接收到的麗S包含的SMIL文件中未能包括所有的新增文件類型的附件的描述信息時,在SMIL文件中添加新增文件類型的附件描述信息,或者在接收到的MMS中未包含SMIL文件時,重新 創(chuàng)建包含了新增文件類型的附件描述信息的SMIL文件,并根據SMIL文件對麗S包含的附 件進行顯示處理,從而可以顯示不同廠商的MT發(fā)送的包含新增文件類型的附件的MMS。本領域普通技術人員可以理解實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于ー計算機可讀取存儲介質中。該程序在執(zhí)行時,執(zhí)行包括上述各方法實施例的步驟;而前述的存儲介質包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。最后應說明的是以上各實施例僅用以說明本發(fā)明的技術方案,而非對其限制;盡管參照前述各實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改,或者對其中部分或者全部技術特征進行等同替換;而這些修改或者替換,并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。
權利要求
1.ー種多媒體消息服務MMS處理方法,其特征在于,包括 接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務MMS,其中,所述MMS包含ー個以上的附件; 若所述MMS為布局型的MMS且所述MMS包含的所述附件中存在新增文件類型的附件,則確定所述MMS包含的同步多媒體集成語言SMIL文件中是否包含所述新增文件類型的附件的描述信息; 若不包含,則在所述SMIL文件中添加所述描述信息; 根據添加所述描述信息后的SMIL文件,對所述MMS包含的附件進行顯示處理。
2.根據權利要求I所述的方法,其特征在于,所述在所述SMIL文件中添加所述描述信 息,包括 在所述SMIL文件的part標簽中添加所述描述信息。
3.根據權利要求I或2所述的方法,其特征在于,若所述MMS為混合型的MMS且所述混合型的MMS包含的附件中存在新增文件類型的附件,則所述接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務MMS之后,還包括 創(chuàng)建SMIL文件,將所述混合型的麗S轉換為布局型的麗S,該SMIL文件中包含所述新增文件類型的附件的描述信息。
4.根據權利要求1-3任一所述的方法,其特征在于,所述新增文件類型的附件包括聯(lián)系人編碼協(xié)議文件、日歷編碼協(xié)議文件以及筆記編碼協(xié)議文件中的ー種或多種。
5.一種移動終端,其特征在于,包括 接收模塊,用于接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務MMS,其中,所述MMS包含ー個以上的附件; 確定模塊,用于若所述MMS為布局型的MMS且所述MMS包含的所述附件中存在新增文件類型的附件,則確定所述MMS包含的同步多媒體集成語言SMIL文件中是否包含所述新增文件類型的附件的描述信息; 處理模塊,用于若不包含,則在所述SMIL文件中添加所述描述信息; 顯示模塊,用于根據添加所述描述信息后的SMIL文件,對所述MMS包含的附件進行顯示處理。
6.根據權利要求5所述的移動終端,其特征在于,所述處理模塊,具體用于在所述SMIL文件的part標簽中添加所述描述信息。
7.根據權利要求5或6所述的移動終端,其特征在于,還包括 轉換模塊,用于若所述匪S為混合型的匪S且所述混合型的匪S包含的附件中存在新增文件類型的附件,則創(chuàng)建SMIL文件,將所述混合型的MMS轉換為布局型的MMS,該SMIL文件中包含所述新增文件類型的附件的描述信息。
8.根據權利要求5-7任一所述的移動終端,其特征在于,所述新增文件類型的附件包括聯(lián)系人編碼協(xié)議文件、日歷編碼協(xié)議文件以及筆記編碼協(xié)議文件中的ー種或多種。
全文摘要
本發(fā)明實施例提供一種多媒體消息服務MMS處理方法和移動終端,方法包括接收發(fā)送端移動終端MT發(fā)送的多媒體消息服務MMS,其中,所述MMS包含一個以上的附件;若MMS為布局型的MMS且MMS包含的附件中存在新增文件類型的附件,則確定MMS包含的同步多媒體集成語言SMIL文件中是否包含新增文件類型的附件的描述信息;若不包含,則在SMIL文件中添加描述信息;根據添加描述信息后的SMIL文件,對MMS包含的附件進行顯示處理。本發(fā)明實施例在接收到的MMS包含的SMIL文件中未能包括所有的新增文件類型的附件的描述信息時,在SMIL文件中添加該附件的描述信息,從而可以正確顯示不同廠商的MT發(fā)送的包含新增文件類型的附件的MMS。
文檔編號H04L29/06GK102857407SQ201210305209
公開日2013年1月2日 申請日期2012年8月24日 優(yōu)先權日2012年8月24日
發(fā)明者張國全, 張宇, 汪厚甜 申請人:華為終端有限公司