專利名稱：實(shí)現(xiàn)消息控制信息通知的方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種實(shí)現(xiàn)消息控制信息通知的方法、系 統(tǒng)和裝置。
背景技術(shù)：
在目前所應(yīng)用的多媒體消息業(yè)務(wù)(MMS)中，當(dāng)收到要發(fā)送給目標(biāo)客 戶端的多媒體消息時(shí)，目標(biāo)代理中繼會(huì)向目標(biāo)客戶端發(fā)送通知；目標(biāo)客戶端 收到來(lái)自目標(biāo)代理中繼的通知時(shí)，得知有要接收的多媒體消息，進(jìn)而提示用 戶接收多媒體消息。用戶根據(jù)目標(biāo)客戶端的提示，可以應(yīng)用目標(biāo)客戶端對(duì)所 述多媒體消息進(jìn)行消息下載、消息播放等后續(xù)處理。由以上所述可見，雖然目前已可以控制目標(biāo)客戶端對(duì)要發(fā)送給其的 MMS消息進(jìn)行處理，但控制方式不便捷、不靈活，不利于目標(biāo)客戶端在不 同應(yīng)用場(chǎng)景中對(duì)MMS消息進(jìn)行靈活處理，如某段公路塌方，相關(guān)部門通 過MMS消息向目標(biāo)用戶端發(fā)布公告，該目標(biāo)用戶端應(yīng)該自動(dòng)下載并立即播 放該MMS消息，這樣才能使用戶及時(shí)獲知公路塌方的信息；但是，目前的 目標(biāo)用戶端通常只會(huì)發(fā)出收到MMS消息的提示，這顯然不利于用戶及時(shí)獲 知公路塌方的信息。發(fā)明內(nèi)容有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)消息控制信息通知的方法 和系統(tǒng)，以便目標(biāo)客戶端能對(duì)發(fā)送給其的MMS消息進(jìn)行靈活處理。本發(fā)明的另一目的在于提供兩種實(shí)現(xiàn)消息控制信息通知的裝置，以便目標(biāo) 客戶端能對(duì)發(fā)送給其的MMS消息進(jìn)行靈活處理。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的
末發(fā)明提供7—補(bǔ)賣觀消老J會(huì)^捨,fe沒如^分法，^屑手MMS+, ^分 法包括將表明MMS消息處理方式的消息控制信息攜帶于消息格式中發(fā)送給作為 接收端的目標(biāo)客戶端(Target MMS Client);Target MMS Client解析收到的消息控制信息。 發(fā)送所述消息控制信息的方法為由源客戶端(Orig MMS Client)生成消息控制信息并攜帶于請(qǐng)求消息 (M-Send.req )中，并通過源服務(wù)器(Orig MMS Proxy-Relay )、目標(biāo)服務(wù)器(TargetMMS Proxy-Relay)將M-Send.req中的消息控制信息攜帶于多媒體消息通知 (M-Notification.ind )和/或回復(fù)確認(rèn)消息(M-retrieve.conf )中發(fā)送給Target MMSClient。發(fā)送所述消息控制信息的方法為由Orig MMS Proxy-Relay生成消息控制信息并通知給Target MMS Proxy-Relay,由Target MMS Proxy-Relay將收到的消息控制信息攜帶于 M-Notification.ind和/或M-retrieve.conf中發(fā)送給Target MMS Client。發(fā)送所述消息控制信息的方法為由Target MMS Proxy-Relay生成消息控制信息并攜帶于M-Notification.ind 和/或M-retrieve.conf中發(fā)送給Target MMS Client。 解析所述消息控制信息的方法為Target MMS Client從收到的M-Notification.ind和/或M-retrieve.conf中讀取消息控制信息。所述消息控制信息是被插入到消息格式的頭結(jié)構(gòu)/體結(jié)構(gòu)中發(fā)送給Target MMS Client的；讀取所述消息控制信息的方法為從收到的消息的相應(yīng)頭結(jié)構(gòu)/體結(jié)構(gòu)中讀 取消息控制信息。所述頭結(jié)構(gòu)是新增的頭域，或是被擴(kuò)展的頭域。向Target MMS Client發(fā)送所述消息控制信息之前，該方法進(jìn)一步包括Target MMS Client主動(dòng)南Target MMS Proxy-Relay提出消息控制信息T發(fā) 請(qǐng)求，該請(qǐng)求中包含Target MMS Client所請(qǐng)求的消息控制信息；向Target MMS Client發(fā)送的所述消息控制信息，是由Target MMS Proxy-Relay根據(jù)消息控制信息下發(fā)請(qǐng)求的要求，以全部遵從、部分遵從或不遵 從的方式向Target MMS Client發(fā)送的消息控制信息。Target MMS Client進(jìn)一步根據(jù)解析出的消息控制信息對(duì)MMS消息進(jìn)行處理。對(duì)MMS消息進(jìn)行的所述處理是立即下載MMS消息、立即播放MMS消 息、保存收到的MMS消息中的至少一種處理方法。Target MMS Client進(jìn)一步根據(jù)預(yù)先設(shè)置的消息控制信息針對(duì)MMS消息進(jìn) 行處理。所述MMS消息是話音消息業(yè)務(wù)VMS消息。本發(fā)明還公開了一種實(shí)現(xiàn)消息控制信息通知的系統(tǒng)，應(yīng)用于MMS中，該系統(tǒng)包括消息控制信息插入模塊和消息控制信息解析模塊；其中，消息控制信息插入模塊，用于將表明MMS消息處理方式的消息控制信息發(fā)送給消息控制信息解析模塊；消息控制信息解析模塊，用于解析出收到的消息控制信息。所述消息控制信息解析模塊進(jìn)一步與消息處理模塊相連；其中，消息控制信息解析模塊，用于進(jìn)一步將解析出的消息控制信息發(fā)送給消息處理模塊；消息處理模塊，用于對(duì)MMS消息進(jìn)行與收到的消息控制信息相對(duì)應(yīng)的處理。所述消息控制信息插入模塊設(shè)置于Orig MMS Client 、 Orig MMSProxy-Relay或Target MMS Proxy-Relay中。進(jìn)一步設(shè)置與消息處理模塊相連的消息控制信息設(shè)置模塊；其中，消息控制信息設(shè)置模塊，用于根據(jù)自身的人機(jī)交互接口接收消息控制信息，并將收到的消息控制信息發(fā)送給消息處理模塊； 消息處理模塊，進(jìn)一步裉據(jù)來(lái)自消息控制信息設(shè)置模塊的消息控制信息對(duì)MMS消息進(jìn)行處理。進(jìn)一步設(shè)置消息控制信息請(qǐng)求模塊，用于向消息控制信息插入模塊提出消 息控制信息下發(fā)請(qǐng)求；消息控制信息插入模塊，進(jìn)一步用于根據(jù)收到的消息控制信息下發(fā)請(qǐng)求， 以全部遵從、部分遵從或不遵從的方式向消息控制信息解析模塊發(fā)送消息控制 信息。所述MMS消息是VMS消息。本發(fā)明還公開了一種實(shí)現(xiàn)消息控制信息通知的裝置，應(yīng)用于MMS中，該 裝置中設(shè)置有消息控制信息插入模塊，用于將表明MMS消息處理方式的消息 控制信息發(fā)送給Target MMS Client。所述消息控制信息插入模塊設(shè)置于Orig MMS Client 、 Orig MMS Proxy-Relay或Target MMS Proxy-Relay中。所述消息控制信息插入模塊，進(jìn)一步用于根據(jù)收到的消息控制信息下發(fā)請(qǐng) 求，以全部遵從、部分遵從或不遵從的方式向消息控制信息解析模塊發(fā)送消息 控制信息。本發(fā)明還公開了一種實(shí)現(xiàn)消息控制信息通知的Target MMS Client,應(yīng)用于 MMS中，該Target MMS Client中設(shè)置有消息控制信息解析模塊，用于解析出 收到的消息控制信息。所述消息控制信息解析模塊進(jìn)一步與消息處理模塊相連； 其中，消息控制信息解析模塊，用于進(jìn)一步將解析出的消息控制信息發(fā)送 給消息處理模塊；消息處理模塊，用于對(duì)MMS消息進(jìn)行與收到的消息控制信息相對(duì)應(yīng)的處理。進(jìn)一步設(shè)置與消息處理模塊相連的消息控制信息設(shè)置模塊； 其中，消息控制信息設(shè)置模塊，用于根據(jù)自身的人機(jī)交互接口接收消息控 制信息，并將收到的消息控制信息發(fā)送給消息處理模塊；
消息處理模塊，進(jìn)一步報(bào)捃耒由消息控剁佶息設(shè)置模塊的消息控制信息對(duì)MMS消息進(jìn)4亍處理。所述消息控制信息設(shè)置模塊，進(jìn)一步用于根據(jù)收到的消息控制信息下發(fā) 請(qǐng)求，以全部遵從、部分遵從或不遵從的方式向消息控制信息解析模塊發(fā)送 消息控制信息。與現(xiàn)有技術(shù)相比，本發(fā)明所提供的方法、系統(tǒng)和裝置，均可將表明MMS 消息處理方式的消息控制信息攜帶于消息格式中發(fā)送給作為接收端的目標(biāo) 客戶端，由目標(biāo)客戶端解析收到的消息控制信息；這使得目標(biāo)客戶端能對(duì)發(fā) 送給其的MMS消息進(jìn)行靈活處理。


圖1為MMS消息結(jié)構(gòu)模型的示意圖； 圖2為 一種MMS消息的通知流程圖； 圖3為另 一種MMS消息的通知流程圖；圖4為本發(fā)明針對(duì)消息控制信息的控制信息請(qǐng)求消息結(jié)構(gòu)示意圖； 圖5為本發(fā)明實(shí)現(xiàn)消息控制信息通知的流程簡(jiǎn)圖。
具體實(shí)施方式
下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明詳細(xì)說明。本發(fā)明所提供的實(shí)現(xiàn)消息控制信息通知的方法應(yīng)用于MMS中，可以將表 明MMS消息處理方式的消息控制信息攜帶于消息格式中發(fā)送給作為接收端的 目標(biāo)客戶端，由目標(biāo)客戶端解析收到的消息控制信息。本發(fā)明所提供的實(shí)現(xiàn)消息控制信息通知的系統(tǒng)應(yīng)用于MMS中，該系統(tǒng)包 括消息控制信息插入模塊和消息控制信息解析模塊；其中，消息控制信息插入 模塊，用于將表明MMS消息處理方式的消息控制信息發(fā)送給消息控制信息解 析模塊；消息控制信息解析模塊，用于解析出收到的消息控制信息。本發(fā)明所提供的一種實(shí)現(xiàn)消息控制信息通知的裝置，應(yīng)用于MMS中；該 裝置中設(shè)置有消息控制信息插入模塊，用于將表明MMS消息處理方式的消息 控制信息發(fā)送給目標(biāo)客戶端c本發(fā)明所提供的實(shí)現(xiàn)消息控制信息通知的目標(biāo)客戶端，應(yīng)用于MMS中； 該目標(biāo)客戶端中設(shè)置有消息控制信息解析模塊，用于解析出收到的消息控制信 自、參見圖1,圖1為MMS消息結(jié)構(gòu)模型的示意圖。由圖1可見，MMS 消息包括MMS頭(headers )和消息體(Message Body ) ; MMS headers的 結(jié)構(gòu)如表1所示Field NameField ValueInscriptionX-Mms-Message-TypeMessage-type-value指明這條消息是一條的類型FromFrom-value消息發(fā)端的地址To消息收端的地址X-Mms-Message-ClassMessage-class-value多媒體消息的類別表 1為了使目標(biāo)客戶端能對(duì)發(fā)送給其的MMS消息進(jìn)行靈活處理，需要向目 標(biāo)客戶端發(fā)送消息控制信息，該消息控制信息用于表明對(duì)MMS消息進(jìn)行處 理的方式，如自動(dòng)下載、自動(dòng)播放等。可以將所述消息控制信息攜帶于 MMS消息中發(fā)送給目標(biāo)客戶端，也可以將所述消息控制信息攜帶于其它消 息格式中發(fā)送給目標(biāo)客戶端。在實(shí)際應(yīng)用中，可以應(yīng)用兩種方式將消息控制信息攜帶于MMS消息中 其中一種方式是在MMS消息中增加新的頭域，并將消息控制信息攜帶于新 增的頭域中；另一種方式是擴(kuò)展現(xiàn)有的頭域，并將消息控制信息攜帶于擴(kuò)展 后的頭域中。下面分別對(duì)上述兩種消息控制信息攜帶方式進(jìn)行描述。針對(duì)在MMS消息中增加新的頭域的方式而言，可以在MMS消息的頭 J或中i曽力口 一個(gè) X-Mms-Message-Action域，并 <吏Message-Action-value = AutoRetrieve ImmediatePlay,AutoRetrieve-value = Yes|No; ImmediatePlay-value = Yes|No。其中，AutoRetrieve代表MMS消息提取方式自動(dòng)下載的， ImmediatePlay代表MMS消息播放方式立即播放下載完的MMS消息。針對(duì)擴(kuò)展現(xiàn)有頭域的方式而言，可以增加X-Mms-Message-Class域的域<直，如可以令Message—Ciass-value =......Message-Action (其中的"......"代表現(xiàn)有域值，不再--詳述)，并使Message-Action-value = AutoRetrieveImmediatePlay,AutoRetrieve-value = Yes|No;ImmediatePlay = Yes|No。在實(shí)際應(yīng)用中可以在現(xiàn)有的任 一 域中以類似的方式添加消息控制信息。以上描述只是一個(gè)例子，無(wú)論是針對(duì)X-Mms-Message-Action域，還是 針對(duì)擴(kuò)展后的域，其中所包含的域值都可以有很多，除了提到的對(duì)MMS消 息的提取方式、播放方式以外，還可以標(biāo)識(shí)終端在播放完MMS消息后是否 自動(dòng)保存等等。并且，AutoRetrieve、 ImmediatePlay這些域值之間相互獨(dú)立， 即這些域值可以同時(shí)出現(xiàn)，也可以單獨(dú)出現(xiàn)。再有，在"AutoRetrieve-value = Yes|No; ImmediatePlay-value = Yes|No。，， 中，同一域中的"Yes|No"是二者取其一的關(guān)系，即取值只能為"Yes" 或"No"中的一個(gè)。需要說明的是域值也可以用數(shù)值表示，如用"1"代 表"Yes",用"0"代表"No"等。實(shí)際實(shí)現(xiàn)時(shí)，X-Mms-Message-Action域中同時(shí)出現(xiàn)多個(gè)域值時(shí)，可以 采用"域名域值"的形式表示，例如"Message-Action-value = AutoRetrieve 1 ImmediatePlay 0";該域值表達(dá)式代表針對(duì)MMS消息的處理方式為自動(dòng)下載，但下栽之 后不立即播放。當(dāng)然，也可以為X-Mms-Message-Action域中的所有內(nèi)容給 定編碼，并用特定的數(shù)值代表域值。實(shí)際上，也可以將消息控制信息攜帶于Message Body中發(fā)送給目標(biāo)客 戶端。
在實(shí)際應(yīng)用中，可以在不同時(shí)刻以不同方式將攜帶了消息控制信息的MMS消息發(fā)送給目標(biāo)客戶端，如在圖2、圖3所示的流程中發(fā)送。參見圖2,圖2為一種MMS消息的通知流程圖，該流程包括以下步驟 步驟210: Orig MMS Client向其歸屬服務(wù)器發(fā)送M-Send.req。所述M-Send.r叫中攜帶有Orig MMS Client要發(fā)送給Target MMS Client的多媒體消息。通常，可以將Orig MMS Client的歸屬服務(wù)器稱為Orig MMSProxy-Relay。步驟220: Orig MMS Proxy-Relay向Orig MMS Client發(fā)送確認(rèn)消息 (M-Send.conf)。收到來(lái)自O(shè)rig MMS Client的MMS消息時(shí)，Orig MMS Proxy-Relay會(huì) 向Target MMS Client的歸屬服務(wù)器發(fā)送該消息。通常，可以將Target MMS Client的歸屬服務(wù)器稱為Target MMS Proxy-Relay。步驟230: Target MMS Proxy-Relay將Orig MMS Client要發(fā)送給Target MMS Client的MMS消息攜帶于M-Notification.ind中，并將該 M-Notification.ind發(fā)送給Target MMS Client。步驟220和步驟230之間沒有嚴(yán)格的時(shí)間先后順序。步驟240:收到來(lái)自Target MMS Proxy-Relay的M-Notification.ind時(shí)， Target MMS Client向Target MMS Proxy-Relay發(fā)送獲取請(qǐng)求消息 (WSP/HTTP GET),以請(qǐng)求Target MMS Proxy-Relay收到的、要發(fā)送給 Target MMS Client的MMS消息。發(fā)送所述WSP/HTTP GET的方法通常為以WSP或者HTTP協(xié)議作為 承載單元，向Target MMS Proxy-Relay請(qǐng)求所述MMS消息。步驟250:收到來(lái)自Target MMS Client的WSP/HTTP GET時(shí)，Target MMS Proxy-Relay向 Target MMS Client發(fā)送M-retrieve.conf 。 所述 M-retrieve.conf中攜帶有Target MMS Client所請(qǐng)求的MMS消息。步驟260:收到來(lái)自Target MMS Proxy-Relay的M-retrieve.conf時(shí)，Target MMS Client 向 Target MMS Proxy-Relay 發(fā)送通知響應(yīng)消息
(M-NotifyResp.ind ),通知Target MMS Proxy-Relay MMS消息已到達(dá)Target MMS Client。收到來(lái)自Target MMS Client的M-NotifyResp.ind消息時(shí)，Target MMS Proxy-Relay會(huì)向Orig MMS Proxy-Relay發(fā)送該消息，通知Orig MMS Proxy-Relay MMS消息已到達(dá)Target MMS Client。步驟260是可選步驟，通常是在Orig MMS Client請(qǐng)求傳遞報(bào)告、并且 Target MMS Client同意接收MMS消息時(shí)執(zhí)行的。步驟270:得知MMS消息已到達(dá)Target MMS Client時(shí)，Orig MMS Proxy-Relay向Orig MMS Client發(fā)送傳遞報(bào)告消息(M-Delivery.ind )。步驟270也是可選步驟，并且只有在執(zhí)行步驟260的情況下才需繼續(xù)執(zhí) 行步驟270。參見圖3,圖3另一種MMS消息的通知流程圖，該流程包括以下步驟 步驟310: Orig MMS Client向Orig MMS Proxy-Relay發(fā)送M-Send.req。 所述M-Send.req中攜帶有Orig MMS Client要發(fā)送給Target MMS Client的多媒體消息。步驟320: Orig MMS Proxy-Relay向Orig MMS Client發(fā)送M-Send.conf。 收到來(lái)自O(shè)rig MMS Client的MMS消息時(shí)，Orig MMS Proxy-Relay會(huì)向Target MMS Proxy-Relay發(fā)送該消息。步驟330: Target MMS Proxy-Relay將Orig MMS Client要發(fā)送給TargetMMS Client的 MMS 消息攜帶于M-Notification.ind 中，并將該M-Notification.ind發(fā)送給Target MMS Client。步驟320和步驟330之間沒有嚴(yán)格的時(shí)間先后順序。步驟340:收到來(lái)自Target MMS Proxy-Relay的M-Notification.ind時(shí)，Target MMS Client向Target MMS Proxy-Relay發(fā)送通知響應(yīng)消息 (M-NotifyResp.ind ),通知Target MMS Proxy-Relay Target MMS Client在間隔一段時(shí)間后才會(huì)取要發(fā)送給Target MMS Client的MMS消息。步驟350:在間隔一段時(shí)間后，Target MMS Client向Target MMSProxy-Relay發(fā)送WSP/HTTP GET,以請(qǐng)求Target MMS Proxy-Relay收到的、 要發(fā)送給Target MMS Client的MMS消息。發(fā)送所述WSP/HTTP GET的方法通常為以WSP或者HTTP協(xié)議作為 承載單元，向Target MMS Proxy-Relay請(qǐng)求所述MMS消息。步驟360:收到來(lái)自Target MMS Client的WSP/HTTP GET時(shí)，Target MMS Proxy-Relay 向 Target MMS Client發(fā)送M-retrieve.conf 。 所述 M畫retrieve.conf中攜帶有Target MMS Client所請(qǐng)求的MMS消息。步驟370:收到來(lái)自Target MMS Proxy-Relay的M-retrieve.conf時(shí)，Target MMS Client 向 Target MMS Proxy-Relay 發(fā)送確認(rèn)消息 (M-Acknowledge.ind ),通—、口 Target MMS Proxy-Relay MMS消息已到達(dá) Target MMS Client 。收到來(lái)自Target MMS Client的M-Acknowledge.ind時(shí)，Target MMS Proxy-Rday會(huì)向Orig MMS Proxy-Relay發(fā)送該消息，通知Orig MMS Proxy-Relay MMS消息已到達(dá)Target MMS Client。步驟370是可選步驟，通常是在Orig MMS Client請(qǐng)求傳遞報(bào)告、并且 Target MMS Client同意接收MMS消息時(shí)執(zhí)行的。步驟380:得知MMS消息已到達(dá)Target MMS Client時(shí)，Orig MMS Proxy-Relay向Orig MMS Client發(fā)送M-Delivery.ind。步驟380也是可選步驟，并且只有在執(zhí)行步驟370的情況下才需繼續(xù)執(zhí) 行步驟380。在實(shí)際應(yīng)用中，可以將消息控制信息攜帶于圖2、圖3所示的MMS消 息中，如由Orig MMS Client生成消息控制信息并攜帶于M-Send.req中， 再通過Orig MMS Proxy-Relay、 Target MMS Proxy-Relay,將M-Send.req中 的消息控制信息攜帶于M-Notification.ind和/或M-retrieve.conf中發(fā)送給 Target MMS Client;或者，由Orig MMS Proxy-Relay生成消息控制信息并通 知給Target MMS Proxy-Relay,由Target MMS Proxy-Relay將收到的消息控 制信息攜帶于M-Notification.ind和/或M-retrieve.conf中發(fā)送給Target MMSClient;或者，直接由Target MMS Proxy-Relay生成消息控制信息并攜帶于 M-Notification.ind和/或M-retrieve.conf中發(fā)送給Target MMS Client。實(shí)際上，所述消息控制信息通常是預(yù)先設(shè)置于通信實(shí)體中的，上述的生 成操作通常是通信實(shí)體讀取設(shè)置于自身的消息控制信息。再有，Orig MMS Proxy-Relay可能和Target MMS Proxy-Relay共同設(shè)置于相同的物理設(shè)備中。將消息控制信息攜帶于MMS消息中的操作通常是由消息控制信息插入 模塊實(shí)現(xiàn)的，該消息控制信息插入模塊設(shè)置于要向Target MMS Client發(fā)送 消息控制信息的通信實(shí)體中。在將消息控制信息攜帶于M-Notification.ind和M-retrieve.conf中發(fā)送給 Target MMS Client中的情況下，M-Notification.ind和M-retrieve.conf通常分 別攜帶有所有消息控制信息中的 一部分。當(dāng)收到包含消息控制信息的MMS消息時(shí)，Target MMS Client從該MMS 消息中解析出消息控制信息，并根據(jù)解析出的消息控制信息對(duì)收到的MMS 消息進(jìn)行相應(yīng)處理，如當(dāng)從M-Notification.ind中解析出的消息控制信息是 立即下載和立即播放時(shí)，Target MMS Client就應(yīng)用現(xiàn)有技術(shù)立即從Target MMS Proxy-Relay中下載要發(fā)送給Target MMS Client的MMS消息，并在下 載完該MMS消息時(shí)立即播放。消息控制信息的解析操作通常是由消息控制信息解析模塊實(shí)現(xiàn)的，該消 息控制信息解析模塊通常設(shè)置于Target MMS Client中；另外，對(duì)MMS消 息進(jìn)行的所述處理通常是由消息處理模塊實(shí)現(xiàn)的，并且消息處理模塊與消息 控制信息解析模塊相連。具體而言，當(dāng)消息控制信息解析模塊解析出消息控 制信息時(shí)，將該消息控制信息以發(fā)送消息等方式通知給消息處理模塊，消息 處理模塊則應(yīng)用現(xiàn)有技術(shù)對(duì)MMS消息進(jìn)行與消息控制信息相對(duì)應(yīng)的后續(xù)處 理。由以上所述可以知道，如果消息控制信息包含立即播放，那么該消息控 制信息通常不會(huì)被攜帶于M-retrieve.conf及其之后的MMS消息中；并且， 圖3中的間隔一端時(shí)間的情況一般也就不會(huì)出現(xiàn)了。
需要說明的是Target MMS Client之所以能夠順利解析出消息控制信息，是因?yàn)樵贛MS消息中攜帶消息控制信息的通信實(shí)體與Target MMS Client均知曉消息控制信息在MMS消息中的位置；Target MMS Client之所 以能夠根據(jù)解析出的消息控制信息順利地對(duì)MMS消息進(jìn)行處理，是因?yàn)?Target MMS Client知曉消息控制信息的結(jié)構(gòu)及含義?；趯?duì)消息控制信息在 MMS消息中位置的獲知，Target MMS Client進(jìn)行的所述解析操作實(shí)際上就 是從相應(yīng)的消息結(jié)構(gòu)中讀取消息控制信息。在實(shí)際應(yīng)用中，還可以在Target MMS Client中設(shè)置消息控制信息；在 對(duì)MMS消息進(jìn)行下載、播放等處理之前，Target MMS Client先查詢自身所 設(shè)置的消息控制信息，并根據(jù)查詢到的消息控制信息對(duì)MMS消息進(jìn)行相應(yīng) 后續(xù)處理。比如在Target MMS Client中設(shè)置消息控制信息設(shè)置模塊，由該消息 控制信息設(shè)置模塊提供人機(jī)交互的接口 ，以接收并保存用戶所設(shè)置的消息控 制信息，還將該消息控制信息發(fā)送給消息處理模塊，消息處理模塊則對(duì)MMS 消息進(jìn)行與消息控制信息相對(duì)應(yīng)的后續(xù)處理。為了防止消息處理發(fā)生混亂， 可以對(duì)消息處理模塊進(jìn)行設(shè)置，使消息處理模塊只擇一的接收來(lái)自消息控制 信息設(shè)置模塊或消息控制信息解析模塊的消息控制信息，并根據(jù)收到的唯一 一份消息控制信息對(duì)MMS消息進(jìn)行后續(xù)處理。為了提高靈活性，還可以由Target MMS Client主動(dòng)向Target MMS Proxy-Relay提出消息控制信息下發(fā)請(qǐng)求；由Target MMS Proxy-Relay根據(jù) 消息控制信息下發(fā)請(qǐng)求中的要求，以全部遵從、部分遵從或不遵從的方式向 Target MMS Client發(fā)送消息控制信息。具體而言，可以在Target MMS Client中設(shè)置消息控制信息請(qǐng)求模塊， 由該消息控制信息請(qǐng)求模塊生成消息控制信息下發(fā)請(qǐng)求并發(fā)送給Target MMS Proxy-Relay 。所述消息控制信息下發(fā)請(qǐng)求中可以包含Target MMS Client所請(qǐng)求的消息控制信息，如在某一時(shí)間段內(nèi)允許自動(dòng)下載、在某一 時(shí)間段內(nèi)允許手動(dòng)下載、在某一時(shí)間段內(nèi)不允許任何下載；同理，還可以設(shè) 置某類MMS消息在(類別可以通過消息頭區(qū)分)播放后不自動(dòng)保存(比如廣告)、某類MMS消息在完成下載后自動(dòng)播放(如新聞)等。TargetMMSClient所請(qǐng)求的消息控制信息的格式可以如圖4所示。圖4 中，Message Header中包含X-MMS-VMS-set,用于表示該請(qǐng)求的類別是消 息控制信息請(qǐng)求；開始時(shí)間(StarTime)、結(jié)束時(shí)間(EndTime)、周中曰期 (WeekDay)等用于表示對(duì)MMS消息進(jìn)行處理的具體條件；消息動(dòng)作 (MessageAction )用于表示對(duì)MMS消息所進(jìn)行的具體處理方式?？梢?，通過以圖4所示格式進(jìn)行設(shè)置，Target MMS Client可以表明自身 所希望的MMS消息處理?xiàng)l件和處理方式，如在每周一、三、五的08: 00 ~ 19: 00，按照MessageAction中列明的方式對(duì)MMS信息進(jìn)行處理。當(dāng)收到來(lái)自消息控制信息請(qǐng)求模塊的請(qǐng)求時(shí)，消息控制信息解析模塊從 該請(qǐng)求中解析出Target MMS Client所請(qǐng)求的消息控制信息，并根據(jù)解析出 的消息控制信息以及自身預(yù)先設(shè)置的邏輯以全部遵從、部分遵從或不遵從的 方式生成消息控制信息，再將生成的消息控制信息攜帶于MMS消息中發(fā)送 給Target MMS Client。顯然，上述內(nèi)容可以總結(jié)為如圖5所示的流程，該流程包括以下步驟 步驟510:將表明MMS消息處理方式的消息控制信息發(fā)送給接收端。 步驟520:接收端解析出收到的消息控制信息。當(dāng)然，接收端后續(xù)還可以根據(jù)解析出的消息控制信息對(duì)MMS消息進(jìn)行 相應(yīng)處理。上述的MMS消息可以是應(yīng)用于MMS中的各種消息，如話音消息業(yè) 務(wù)(VMS)消息。由以上所述可以看出，本發(fā)明所提供的實(shí)現(xiàn)消息控制信息通知的方法、 系統(tǒng)和裝置，均可以使作為接收端的目標(biāo)客戶端對(duì)發(fā)送給其的MMS消息進(jìn) 行靈活處理。
權(quán)利要求
1、一種實(shí)現(xiàn)消息控制信息通知的方法，應(yīng)用于多媒體消息業(yè)務(wù)MMS中，其特征在于，該方法包括將表明MMS消息處理方式的消息控制信息攜帶于消息格式中發(fā)送給作為接收端的目標(biāo)客戶端Target MMS Client；Target MMS Client解析收到的消息控制信息。
2、 如權(quán)利要求l所述的方法，其特征在于，發(fā)送所述消息控制信息的方法為由源客戶端Orig MMS Client生成消息控制信息并攜帶于請(qǐng)求消息 M-Send.req中，并通過源服務(wù)器Orig MMS Proxy-Relay、目標(biāo)服務(wù)器Target MMS Proxy-Relay將M-Send.req中的消息控制信息攜帶于多媒體消息通知 M-Notification.ind和/或回復(fù)確認(rèn)消息M-retrieve.conf中發(fā)送給Target MMS Client。
3、 如權(quán)利要求l所述的方法，其特征在于，發(fā)送所述消息控制信息的方法為由Orig MMS Proxy-Relay生成消息控制信息并通知給Target MMS Proxy-Relay,由Target MMS Proxy-Relay將收到的消息控制信息攜帶于 M-Notification.ind禾口/或M-retrieve.conf中發(fā)送給Target MMS Client。
4、 如權(quán)利要求l所述的方法，其特征在于，發(fā)送所述消息控制信息的方法為由Target MMS Proxy-Relay生成消息控制信息并攜帶于M-Notification.ind 和/或M-retrieve.conf中發(fā)送鄉(xiāng)^ Target MMS Client。
5、 如權(quán)利要求2至4任一項(xiàng)所述的方法，其特征在于，解析所述消息控制 信息的方法為Target MMS Client從收到的M-Notification.ind和/或M-retrieve.conf中讀取消息控制信息。
6、 如權(quán)利要求2至4任一項(xiàng)所述的方法，其特征在于，所述消息控制4言息 是被插入到消息格式的頭結(jié)構(gòu)/體結(jié)構(gòu)中發(fā)送給Target MMS Client的；讀取所述消息控制信息的方法為從收到的消息的相應(yīng)頭結(jié)構(gòu)/體結(jié)構(gòu)中讀取消息控制信息。
7、 如權(quán)利要求6所述的方法，其特征在于，所述頭結(jié)構(gòu)是新增的頭域，或 是被擴(kuò)展的頭域。
8、 如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，向Target MMS Client 發(fā)送所述消息控制信息之前，該方法進(jìn)一步包括Target MMS Client主動(dòng)向Target MMS Proxy-Relay提出消息控制信息下發(fā) 請(qǐng)求，該請(qǐng)求中包含Target MMS Client所請(qǐng)求的消息控制信息；向Target MMS Client發(fā)送的所述消息控制信息，是由Target MMS Proxy-Relay根據(jù)消息控制信息下發(fā)請(qǐng)求的要求，以全部遵從、部分遵從或不遵 從的方式向Target MMS Client發(fā)送的消息控制信息。
9、 如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，Target MMS Client 進(jìn)一步根據(jù)解析出的消息控制信息對(duì)MMS消息進(jìn)行處理。
10、 如權(quán)利要求9所述的方法，其特征在于，對(duì)MMS消息進(jìn)行的所述處 理是立即下載MMS消息、立即播放MMS消息、保存收到的MMS消息中的 至少一種處理方法。
11、 如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，Target MMS Client 進(jìn)一步根據(jù)預(yù)先設(shè)置的消息控制信息針對(duì)MMS消息進(jìn)行處理。
12、 如權(quán)利要求1所述的方法，其特征在于，所述MMS消息是話音消息 業(yè)務(wù)VMS消息。
13、 一種實(shí)現(xiàn)消息控制信息通知的系統(tǒng)，應(yīng)用于MMS中，其特征在于， 該系統(tǒng)包括消息控制信息插入模塊和消息控制信息解析模塊；其中，消息控制信息插入模塊，用于將表明MMS消息處理方式的消息控 制信息發(fā)送給消息控制信息解析模塊；消息控制信息解析模塊，用于解析出收到的消息控制信息。
14、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述消息控制信息解析模塊 進(jìn)一步與消息處理模塊相連；其中，消息控制信息解析模塊，用于進(jìn)一步將解析出的消息控制信息發(fā)送 給消息處理模塊；消息處理模塊，用于對(duì)MMS消息進(jìn)行與收到的消息控制信息相對(duì)應(yīng)的處理。
15、 如權(quán)利要求13或14所述的系統(tǒng)，其特征在于，所述消息控制信息插 入才莫塊i殳置于Orig MMS Client 、 Orig MMS Proxy-Relay或Target MMS Proxy-Relay中。
16、 如權(quán)利要求14所述的系統(tǒng)，其特征在于，進(jìn)一步設(shè)置與消息處理;溪塊 相連的消息控制信息設(shè)置模塊；其中，消息控制信息設(shè)置模塊，用于根據(jù)自身的人機(jī)交互接口接收消息控 制信息，并將收到的消息控制信息發(fā)送給消息處理模塊；消息處理模塊，進(jìn)一步根據(jù)來(lái)自消息控制信息設(shè)置模塊的消息控制信息對(duì) MMS消息進(jìn)行處理。
17、 如權(quán)利要求13、 14或16所述的系統(tǒng)，其特征在于，進(jìn)一步設(shè)置消息 控制信息請(qǐng)求模塊，用于向消息控制信息插入模塊提出消息控制信息下發(fā)請(qǐng)求；消息控制信息插入模塊，進(jìn)一步用于根據(jù)收到的消息控制信息下發(fā)請(qǐng)求， 以全部遵從、部分遵從或不遵從的方式向消息控制信息解析模塊發(fā)送消息控制4呂息。
18、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述MMS消息是VMS消自
19、 一種實(shí)現(xiàn)消息控制信息通知的裝置，應(yīng)用于MMS中，其特征在于， 該裝置中設(shè)置有消息控制信息插入模塊，用于將表明MMS消息處理方式的消 息控制信息發(fā)送給Target MMS Client。
20、 如權(quán)利要求19所述的裝置，其特征在于，所述消息控制信息插入模塊 設(shè)置于Orig MMS Client、 Orig MMS Proxy-Relay或Target MMS Proxy-Relay中。
21、 如權(quán)利要求19或20所述的裝置，其特征在于，所述消息控制信息插 入模塊，進(jìn)一步用于根據(jù)收到的消息控制信息下發(fā)請(qǐng)求，以全部遵從、部分遵 從或不遵從的方式向消息控制信息解析模塊發(fā)送消息控制信息。
22、 一種實(shí)現(xiàn)消息控制信息通知的Target MMS Client,應(yīng)用于MMS中， 其特征在于，該TargetMMS Client中設(shè)置有消息控制信息解析模塊，用于解析 出收到的消息控制信息。
23、 如權(quán)利要求22所述的Target MMS Client,其特征在于，所述消息控制 信息解析模塊進(jìn)一步與消息處理模塊相連；其中，消息控制信息解析模塊，用于進(jìn)一步將解析出的消息控制信息發(fā)送 給消息處理模塊；消息處理模塊，用于對(duì)MMS消息進(jìn)行與收到的消息控制信息相對(duì)應(yīng)的處理。
24、 如權(quán)利要求23所述的Target MMS Client,其特征在于，進(jìn)一步設(shè)置與 消息處理模塊相連的消息控制信息設(shè)置模塊；其中，消息控制信息設(shè)置模塊，用于根據(jù)自身的人機(jī)交互接口接收消息控 制信息，并將收到的消息控制信息發(fā)送給消息處理模塊；消息處理模塊，進(jìn)一步根據(jù)來(lái)自消息控制信息設(shè)置模塊的消息控制信息對(duì) MMS消息進(jìn)行處理。
25、 如權(quán)利要求22至24任一項(xiàng)所述的Target MMS Client,其特征在于， 所述消息控制信息設(shè)置模塊，進(jìn)一步用于根據(jù)收到的消息控制信息下發(fā)請(qǐng)求， 以全部遵從、部分遵從或不遵從的方式向消息控制信息解析模塊發(fā)送消息控制 信息。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)消息控制信息通知的方法，應(yīng)用于多媒體消息業(yè)務(wù)(MMS)中，可以將表明MMS消息處理方式的消息控制信息攜帶于消息格式中發(fā)送給作為接收端的目標(biāo)客戶端，由目標(biāo)客戶端解析收到的消息控制信息。本發(fā)明還公開了一種實(shí)現(xiàn)消息控制信息通知的系統(tǒng)，應(yīng)用于MMS中，該系統(tǒng)中的消息控制信息插入模塊用于將表明MMS消息處理方式的消息控制信息發(fā)送給消息控制信息解析模塊；消息控制信息解析模塊用于解析出收到的消息控制信息。本發(fā)明還公開了兩種實(shí)現(xiàn)消息控制信息通知的裝置。本發(fā)明方法、系統(tǒng)和裝置，均可以使作為接收端的目標(biāo)客戶端對(duì)發(fā)送給其的MMS消息進(jìn)行靈活處理。
文檔編號(hào)H04W4/12GK101163259SQ20061015249
公開日2008年4月16日 申請(qǐng)日期2006年10月9日 優(yōu)先權(quán)日2006年10月9日
發(fā)明者健 楊, 雷 王 申請(qǐng)人:華為技術(shù)有限公司