專利名稱：主動(dòng)獲取消息投遞狀態(tài)的系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種主動(dòng)獲取消息才殳遞狀 態(tài)的系統(tǒng)。
背景技術(shù)：
多媒體消息業(yè)務(wù)(Multimedia Messaging Service,簡稱MMS) 是一種能夠在終端和終端之間以及終端和Email、VASP (Value Added Service Provider)等其他應(yīng)用之間傳送多々某體內(nèi)容的消息月良務(wù)。 與短消息業(yè)務(wù)相比，多媒體消息能承載包括文字、圖象、聲音、視 頻等多種4某體格式的消息內(nèi)容，為用戶提供更富有表現(xiàn)力和個(gè)性化 內(nèi)容的服務(wù)。比如，用戶可以在旅程中將看到的美景配上背景音樂 隨時(shí)隨地發(fā)送纟會(huì)遠(yuǎn)方的親朋好友，或發(fā)送精心制作的電子賀卡等。
多媒體消息業(yè)務(wù)和短消息一樣，本質(zhì)上還是基于消息存儲(chǔ)轉(zhuǎn)發(fā) 的非實(shí)時(shí)性業(yè)務(wù)。發(fā)送方只能夠根據(jù)投遞狀態(tài)報(bào)告得知原消息的最 終處理狀態(tài)，按照3GPP協(xié)議的規(guī)定，發(fā)送方獲得投遞狀態(tài)報(bào)告是 "在發(fā)送方請(qǐng)求獲得投遞狀態(tài)報(bào)告的前提下，并在消息到達(dá)最終處 理4犬態(tài)的時(shí)4美由多々某體消息業(yè)務(wù)中心(Multimedia Messaging Service Center,簡稱MMSC)將該處理狀態(tài)發(fā)送給消息原發(fā)送方"。 可見，發(fā)送方獲得消息的投遞狀態(tài)是一個(gè)被動(dòng)等待的過程，當(dāng)發(fā)送 方成功的發(fā)送一條消息后，只能夠被動(dòng)地等待而不能主動(dòng)地獲知該 消息的當(dāng)前處理狀態(tài)，當(dāng)消息的處理過程比較長時(shí)，由于多媒體消 息業(yè)務(wù)本身的特性，可能會(huì)存在多個(gè)處理的中間狀態(tài)，對(duì)于發(fā)送方
來說，希望能有個(gè)手段能夠及時(shí)地獲取該消息的當(dāng)前處理狀態(tài)，以 便采取相應(yīng)的后續(xù)操作。
由此可見，需要一種能夠4吏用戶主動(dòng)獲取消息的當(dāng)前沖更遞狀態(tài) 的系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明的目的在于，通過提供一種便捷有效的途徑，使發(fā)送方 用戶在使用多媒體消息業(yè)務(wù)的時(shí)候，能夠通過自己的終端隨時(shí)對(duì)已 經(jīng)發(fā)送成功的消息進(jìn)行主動(dòng)查詢當(dāng)前處理狀態(tài)，從而使多々某體消息 業(yè)務(wù)的業(yè)務(wù)特征更加完善，并充分提供用戶的使用感受。
根據(jù)本發(fā)明的一方面，提供了 一種主動(dòng)獲取多媒體消息投遞狀
態(tài)的系統(tǒng)300,該系統(tǒng)用于發(fā)送方和接收方屬于同一個(gè)多媒體消息 業(yè)務(wù)中心的情況。主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)包括第一 消息發(fā)送裝置302,位于發(fā)送方，用于將多々某體消息發(fā)送至多々某體 消息業(yè)務(wù)中心；第一消息處理裝置304，位于多J 某體消息業(yè)務(wù)中心， 用于在接收到來自發(fā)送方的多々某體消息后向發(fā)送方返回?cái)y帶有消 息ID參數(shù)的信息，并根據(jù)發(fā)送方和/或接收方的服務(wù)設(shè)定對(duì)多媒體 消息進(jìn)行處理；第一查詢請(qǐng)求裝置306,位于發(fā)送方，用于在需要 查詢多媒體消息的當(dāng)前狀態(tài)的情況下，向多媒體消息業(yè)務(wù)中心發(fā)送 攜帶有消息ID參數(shù)的查詢請(qǐng)求；以及第一消息查詢裝置308，位于 多媒體消息業(yè)務(wù)中心，用于在接收到查詢請(qǐng)求后查詢多媒體消息的 當(dāng)前狀態(tài)并向發(fā)送方返回多々某體消息的狀態(tài)信息。
根據(jù)本發(fā)明的又一方面，提供了另一種主動(dòng)獲取多媒體消息投 遞狀態(tài)的系統(tǒng)600,該系統(tǒng)用在發(fā)送方和4妄收方屬于不同的多々某體 消息業(yè)務(wù)中心的情況下。該系統(tǒng)600包括第二消息發(fā)送裝置602, 位于發(fā)送方側(cè)，用于將多媒體消息和/或狀態(tài)查詢消息發(fā)送給發(fā)送方
側(cè)的多々某體消息業(yè)務(wù)中心；第二發(fā)送方側(cè)消息處理裝置604，位于 發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心，用于接收多媒體消息，并向發(fā)送 方返回?cái)y帶有消息ID參數(shù)的消息，以及根據(jù)發(fā)送方的服務(wù)設(shè)定處 理多々某體消息；第二發(fā)送方側(cè)消息查詢裝置606，位于發(fā)送方側(cè)的 多媒體消息業(yè)務(wù)中心，用于接收第二消息發(fā)送裝置發(fā)送的狀態(tài)查詢 消息，查詢和/或通過第二接收方側(cè)消息查詢裝置查詢多媒體消息的 當(dāng)前狀態(tài)并返回給發(fā)送方；第二接收方側(cè)消息處理裝置608,位于 接收方側(cè)的多媒體消息業(yè)務(wù)中心，用于接收來自第二發(fā)送方側(cè)的多 媒體消息，并根據(jù)發(fā)送方的服務(wù)設(shè)定處理多媒體消息；以及第二接 收方側(cè)消息查詢裝置610,位于接收方側(cè)的多媒體消息業(yè)務(wù)中心， 用于接收第二發(fā)送方側(cè)消息查詢裝置的查詢消息，查詢多媒體消息 的當(dāng)前狀態(tài)并返回給第二發(fā)送方側(cè)消息查詢裝置。
與現(xiàn)有技術(shù)相比較，現(xiàn)有的投遞狀態(tài)報(bào)告處理方式是在多媒體 消息到達(dá)最終處理狀態(tài)的時(shí)候，MMSC 4艮據(jù)給發(fā)送方用戶的要求向 發(fā)送方用戶發(fā)送投遞狀態(tài)才艮告。本發(fā)明通過將目前的遞送狀態(tài)才艮告 的處理由被動(dòng)接收方式擴(kuò)展為主動(dòng)查詢方式，使得用戶能夠隨時(shí) 地、主動(dòng)地向MMSC查詢之前發(fā)送的消息的當(dāng)前處理狀態(tài)，并根 據(jù)消息當(dāng)前的狀態(tài)，決定對(duì)該消息執(zhí)行取消發(fā)送或刪除消息等處 理，從而提高了多媒體消息使用的靈活性和用戶使用的便捷性。


此處所i兌明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其i兌明用于解釋本發(fā)明，并 不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1是4艮據(jù)本發(fā)明的一種主動(dòng)獲取消息才殳遞狀態(tài)的方法的流程
圖2是圖1所示的主動(dòng)獲取消息投遞狀態(tài)的方法的具體實(shí)施例 的處理步驟;?？汲蕡D3是根據(jù)本發(fā)明的一種主動(dòng)獲取消息投遞狀態(tài)的系統(tǒng)的框
圖4是根據(jù)本發(fā)明的另 一種主動(dòng)獲取消息投遞狀態(tài)的方法的流 程圖5是圖4所示的主動(dòng)獲取消息投遞狀態(tài)的方法的具體實(shí)施例 的流禾呈圖；以及
圖6是根據(jù)本發(fā)明的另 一種主動(dòng)獲取消息投遞狀態(tài)的系統(tǒng)的框圖。
l沐實(shí)施方式
下面參考附圖，詳細(xì)i兌明本發(fā)明的實(shí)施方式。
圖1示出根據(jù)本發(fā)明的一種主動(dòng)獲取消息投遞狀態(tài)的方法的流 程圖，其中，該方法用在發(fā)送方和接收方處于同一多媒體消息業(yè)務(wù) 中心地情況中。如圖l所示，主動(dòng)獲取多4某體消息投遞狀態(tài)的方法 包括以下步驟S102,發(fā)送方將多媒體消息發(fā)送至多媒體消息業(yè)務(wù) 中心；S104,多媒體消息業(yè)務(wù)中心向發(fā)送方返回?cái)y帶有消息ID參 數(shù)的信息，并根據(jù)發(fā)送方和/或接收方的服務(wù)設(shè)定對(duì)多媒體消息進(jìn)行 處理；S106,在需要查詢多媒體消息的當(dāng)前狀態(tài)的情況下，發(fā)送方 向多媒體消息業(yè)務(wù)中心發(fā)送攜帶有消息ID參數(shù)的查詢請(qǐng)求；以及 S108，多々某體消息業(yè)務(wù)中心查詢多々某體消息的當(dāng)前狀態(tài)并向發(fā)送方 返回多媒體消息的狀態(tài)信息。
其中，在步驟S104中當(dāng)發(fā)送方設(shè)定經(jīng)過一段時(shí)間后將多媒 體消息發(fā)送給接收方時(shí)，多媒體消息業(yè)務(wù)中心保持多媒體消息；當(dāng) 接收方設(shè)定經(jīng)過一段時(shí)間后接收多媒體消息時(shí)，多媒體消息業(yè)務(wù)中 心保持多媒體消息；以及當(dāng)發(fā)送方和/或接收方?jīng)]有設(shè)定經(jīng)過一段時(shí) 間才發(fā)送和/或接收多媒體消息時(shí)，多媒體消息業(yè)務(wù)中心直接將來自 發(fā)送方的多媒體消息發(fā)送給接收方。
其中，在步驟S108中，當(dāng)多士某體消息業(yè)務(wù)中心查詢失敗時(shí)， 向發(fā)送方返回表示查詢失敗的響應(yīng)。
具體地，參考圖2，說明圖1所示的主動(dòng)獲取消息投遞狀態(tài)的 方法的具體實(shí)施例的處理步驟
S202,發(fā)送方用戶編輯一條多4某體消息，可i殳置在2個(gè)小時(shí)之 后定時(shí)發(fā)送，提交給MMSC;
S204， MMSC處理后，向發(fā)送方用戶返回才是交響應(yīng)，該消息帶 重要的參數(shù)MessageID， MMSC將該消息排隊(duì)到定時(shí)處理隊(duì)列，等 待2小時(shí)到進(jìn)行觸發(fā)；
S206,發(fā)送方用戶在2小時(shí)之內(nèi)想查詢一下該消息的當(dāng)前狀態(tài)， 向MMSC發(fā)起一次Query i青求，其中攜帶重要的參凄丈MessageID;
S208, MMSC查詢本MMSC中該消息的處理記錄，發(fā)現(xiàn)該消 息處于等4寺發(fā)送a犬態(tài)，向發(fā)送方用戶返回響應(yīng)，其中才示示當(dāng)前該消 息狀態(tài)為"等待定時(shí)到發(fā)送"，如果查詢失敗，則向用戶返回"查詢失 敗"的響應(yīng)；
S210,定時(shí)發(fā)送時(shí)間2小時(shí)到的時(shí)候，MMSC向接收方用戶下 發(fā)通告消息；
S212,接收方用戶收到通告后，選擇"延遲獲取"；
S214，發(fā)送方用戶在某個(gè)時(shí)候想查詢一下該消息的當(dāng)前處理狀 態(tài)，向MMSC發(fā)起一次Query請(qǐng)求，其中攜帶重要的參數(shù) MessageID;
S216, MMSC查詢本MMSC中該消息的處理記錄，發(fā)現(xiàn)該消 息處于等待獲取狀態(tài)，向發(fā)送方用戶返回響應(yīng)，其中標(biāo)示當(dāng)前該消 息狀態(tài)為"等待獲取狀態(tài)"，如果查詢失敗，則向用戶返回"查詢失敗" 的響應(yīng)；
S218,接收方用戶發(fā)起獲取請(qǐng)求；
S220, MMSC將消息內(nèi)容發(fā)送給接收方；
S222，接收方用戶終端向MMSC發(fā)送獲取成功確認(rèn)消息；
S224，如果發(fā)送方用戶請(qǐng)求了狀態(tài)報(bào)告，MMSC會(huì)生成一條狀 態(tài)報(bào)告主動(dòng)發(fā)送給發(fā)送方用戶，其中標(biāo)示當(dāng)前消息狀態(tài)為"獲取成 功狀態(tài)"。
圖3示出根據(jù)本發(fā)明的一種主動(dòng)獲取消息投遞狀態(tài)的系統(tǒng)的框 圖，其中該系統(tǒng)用在發(fā)送方和接收方處于同 一個(gè)多媒體消息業(yè)務(wù)中 心的情況下。如圖3所示，主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)300 包括第一消息發(fā)送裝置302，位于發(fā)送方，用于將多媒體消息發(fā) 送至多々某體消息業(yè)務(wù)中心；第一消息處理裝置304,位于多々某體消 息業(yè)務(wù)中心，用于在接收到來自發(fā)送方的多媒體消息后向發(fā)送方返 回?cái)y帶有消息ID參數(shù)的信息，并根據(jù)發(fā)送方和/或接收方的服務(wù)設(shè) 定對(duì)多媒體消息進(jìn)行處理；第一查詢請(qǐng)求裝置306，位于發(fā)送方， 用于在需要查詢多々某體消息的當(dāng)前狀態(tài)的情況下，向多媒體消息業(yè) 務(wù)中心發(fā)送攜帶有消息ID參數(shù)的查詢請(qǐng)求；以及第一消息查詢裝
置308，位于多々某體消息業(yè)務(wù)中心，用于在4妾收到查詢請(qǐng)求后查詢 多媒體消息的當(dāng)前狀態(tài)并向發(fā)送方返回多媒體消息的狀態(tài)信息。
其中，第一消息處理裝置在發(fā)送方和/或4妄收方i殳定經(jīng)過一l史 時(shí)間后將多媒體消息發(fā)送給接收方的情況下，用于保持多媒體消 息；在發(fā)送方和/或接收方?jīng)]有設(shè)定經(jīng)過一4殳時(shí)間才發(fā)送和/或接收 多媒體消息的情況下，用于將來自發(fā)送方的多媒體消息發(fā)送給接收方。
其中，第一消息查詢裝置在多媒體消息業(yè)務(wù)中心查詢失敗的情 況下，向發(fā)送方返回表示查詢失敗的響應(yīng)。
圖4是根據(jù)本發(fā)明的另 一種主動(dòng)獲取消息投遞狀態(tài)的方法的流 程圖，其中，該方法用在發(fā)送方和接收方處于不同的多士某體消息業(yè) 務(wù)中心的情況下。如圖4所示，該主動(dòng)獲取多4某體消息投遞狀態(tài)的 方法包括以下步驟S402，發(fā)送方將多媒體消息發(fā)送給發(fā)送方側(cè)的 多汷某體消息業(yè)務(wù)中心；S404,發(fā)送方側(cè)的多々某體消息業(yè)務(wù)中心向發(fā) 送方返回?cái)y帶有消息ID參凄t的消息，發(fā)送方側(cè)和/或接收方側(cè)的多 媒體消息業(yè)務(wù)中心根據(jù)發(fā)送方和/或接收方的服務(wù)設(shè)定處理多媒體 消息；S406,在需要查詢多媒體消息的當(dāng)前狀態(tài)的情況下，發(fā)送方 向發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心發(fā)送攜帶有消息ID參數(shù)的查詢 請(qǐng)求，發(fā)送方側(cè)和/或接收方側(cè)的多媒體消息業(yè)務(wù)中心查詢多媒體消 息的當(dāng)前狀態(tài)；以及S408,發(fā)送方側(cè)的多々某體消息業(yè)務(wù)中心查詢到 多々某體消息的當(dāng)前狀態(tài)后，向發(fā)送方返回。
其中，在步驟S404中，當(dāng)發(fā)送方i殳定經(jīng)過一^殳時(shí)間后發(fā)送多 媒體消息時(shí)，發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心保持多媒體消息，直 到發(fā)送方設(shè)定的時(shí)間到時(shí)，通過接口將多媒體消息發(fā)送給接收方側(cè) 的多士某體消息業(yè)務(wù)中心；在步驟S406中，在發(fā)送方在其設(shè)定的時(shí) 間到之前，發(fā)送方向發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心查詢多媒體消
息的當(dāng)前狀態(tài)時(shí)，發(fā)送方的多々某體消息業(yè)務(wù)中心查詢多^某體消息的
當(dāng)前狀態(tài)；以及在步驟S408中，發(fā)送方側(cè)的多4某體消息業(yè)務(wù)中心 向發(fā)送方返回表示多4某體消息等待發(fā)送的信息。在發(fā)送方側(cè)的多媒 體消息業(yè)務(wù)中心將多媒體消息通過接口發(fā)送給接收方側(cè)的多媒體 消息業(yè)務(wù)中心后，當(dāng)接收方?jīng)]有設(shè)定經(jīng)過一段時(shí)間才接收多媒體消 息時(shí)，接收方側(cè)的多媒體消息業(yè)務(wù)中心將多媒體消息發(fā)送給接收 方；當(dāng)接收方設(shè)定經(jīng)過一段時(shí)間接收多媒體消息時(shí)，接收方側(cè)的多 媒體消息業(yè)務(wù)中心保持多媒體消息，直到接收方設(shè)定的時(shí)間到達(dá)， 將多々某體消息發(fā)送給接收方。
其中，在步驟S406中，在接收方?jīng)]有i殳定經(jīng)過一l殳時(shí)間才4妾 收多媒體消息的情況下，發(fā)送方查詢多媒體消息的當(dāng)前狀態(tài)時(shí)，發(fā) 送方的多々某體消息業(yè)務(wù)中心將由接收方的多々某體消息業(yè)務(wù)中心通 過接口返回的表示接收方獲取成功的消息發(fā)送給發(fā)送方；在接收方 設(shè)定經(jīng)過一段時(shí)間才接收多媒體消息的情況下，發(fā)送方查詢多媒體 消息的當(dāng)前狀態(tài)時(shí)，在接收方側(cè)的多々某體消息業(yè)務(wù)中心將多々某體消 息發(fā)送至接收方前，發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心通過接口向接 收方側(cè)的多々某體消息業(yè)務(wù)中心查詢后，向發(fā)送方返回表示等待獲取 的消息，在接收方側(cè)的多媒體消息業(yè)務(wù)中心將多媒體消息發(fā)送至接 收方后，發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心將由接收方側(cè)的多媒體消 息業(yè)務(wù)中心通過接口返回的表示接收方獲取成功的消息發(fā)送給發(fā) 送方。
其中，在步驟S408中，當(dāng)發(fā)送方側(cè)和/或^皮叫方側(cè)的多々某體消 息業(yè)務(wù)中心查詢失敗時(shí)，發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心向發(fā)送方 返回表示查詢失敗的響應(yīng)。
其中，上述接口是MM4接口。
具體地，參考圖5,說明圖4所示的主動(dòng)獲取消息才更遞狀態(tài)的 方法的具體實(shí)施例的具體步驟
S502,發(fā)送方用戶編輯一條多i某體消息，提交給發(fā)送方歸屬的 MMSC;
S504,發(fā)送方MMSC處理后，向發(fā)送方用戶返回"l是交響應(yīng)， 該消息帶重要的參數(shù)MessageID;
S506，發(fā)送方MMSC判斷接收方的路由是屬于其它的MMSC, 則通過MM4接口將該消息前轉(zhuǎn)至接收方歸屬的MMSC;
S508,接收方MMSC收到該消息，向發(fā)送方MMSC返回成功 收到響應(yīng)；
S510，接收方MMSC向接收方用戶下發(fā)通告消息；
S512,接收方用戶收到通告后，選擇"延遲獲取"；
S514,發(fā)送方用戶在某個(gè)時(shí)候想查詢一下該消息的當(dāng)前處理狀 態(tài)，向發(fā)送方MMSC發(fā)起一次Query請(qǐng)求，其中攜帶重要的參數(shù) MessageID;
S516, MMSC查詢后發(fā)J見該消息是屬于兩個(gè)MMSC之間的消 息，則會(huì)通過MM4接口向接收方MMSC發(fā)起查詢請(qǐng)求，其中攜帶 重要的參凄丈Message ID;
S518,接收方MMSC查詢后將當(dāng)前的該消息的處理狀態(tài)返回 給發(fā)送方MMSC，此時(shí)的狀態(tài)可能為"以下通告，等待獲取"，如果 查詢狀態(tài)失敗，則向發(fā)送方MMSC返回"查詢失敗"的響應(yīng)；
S520:發(fā)送方MMSC將當(dāng)前該消息的處J里4犬態(tài)返回給發(fā)送方 用戶；
S522, 4妾收方用戶發(fā)起獲取i青求；
S524 ， MMSC將消息內(nèi)容發(fā)送給接收方；
S526,接收方用戶終端向MMSC發(fā)送獲取成功確i人消息；
S528，接收方MMSC判斷消息處理完成，通過MM4接口向發(fā) 送方MMSC發(fā)送消息處理的遞送報(bào)告請(qǐng)求；
S530,發(fā)送方MMSC收到該遞送凈艮告請(qǐng)求，向接收方MMSC 返回確^人響應(yīng)；
S532，如果發(fā)送方用戶請(qǐng)求了狀態(tài)報(bào)告，MMSC會(huì)生成一條狀 態(tài)報(bào)告主動(dòng)發(fā)送給發(fā)送方用戶，其中標(biāo)示當(dāng)前消息狀態(tài)為"獲取成 功狀態(tài)"。
圖6示出才艮據(jù)本發(fā)明的另 一種主動(dòng)獲取消息4殳遞狀態(tài)的系統(tǒng)的 框圖，其中，該系統(tǒng)用在發(fā)送方和接收方處于不同的多4某體消息業(yè) 務(wù)中心的情況下。如圖6所示，主動(dòng)獲取多媒體消息投遞狀態(tài)的系 統(tǒng)600包括第二消息發(fā)送裝置602，位于發(fā)送方側(cè)，用于將多媒 體消息和/或狀態(tài)查詢消息發(fā)送給發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心； 第二發(fā)送方側(cè)消息處理裝置604,位于發(fā)送方側(cè)的多媒體消息業(yè)務(wù) 中心，用于接收多媒體消息，并向發(fā)送方返回?cái)y帶有消息ID參數(shù) 的消息，以及根據(jù)發(fā)送方的服務(wù)設(shè)定處理多媒體消息；第二發(fā)送方 側(cè)消息查詢裝置606,位于發(fā)送方側(cè)的多々某體消息業(yè)務(wù)中心，用于 接收第二消息發(fā)送裝置發(fā)送的狀態(tài)查詢消息，查詢和/或通過第二接 收方側(cè)消息查詢裝置查詢多媒體消息的當(dāng)前狀態(tài)并返回給發(fā)送方； 第二接收方側(cè)消息處理裝置608,位于接收方側(cè)的多J 某體消息業(yè)務(wù)
中心，用于接收來自第二發(fā)送方側(cè)的多々某體消息，并沖艮據(jù)發(fā)送方的
服務(wù)設(shè)定處理多媒體消息；以及第二接收方側(cè)消息查詢裝置610, 位于接收方側(cè)的多媒體消息業(yè)務(wù)中心，用于接收第二發(fā)送方側(cè)消息 查詢裝置的查詢消息，查詢多媒體消息的當(dāng)前狀態(tài)并返回給第二發(fā) 送方側(cè)消息查詢裝置。
其中，在發(fā)送方設(shè)定經(jīng)過一段時(shí)間后發(fā)送多々某體消息時(shí)，發(fā)送 方側(cè)消息處理中心保持多媒體消息，直到發(fā)送方設(shè)定的時(shí)間到時(shí)， 通過接口將多媒體消息發(fā)送給接收方側(cè)的多媒體消息業(yè)務(wù)中心；以 及在發(fā)送方在其設(shè)定的時(shí)間到之前，在發(fā)送方向發(fā)送方側(cè)消息查詢 裝置查詢多媒體消息的當(dāng)前狀態(tài)的情況下，發(fā)送方側(cè)消息查詢裝置 向發(fā)送方返回表示多媒體消息等待發(fā)送的信息。在發(fā)送方側(cè)消息處 理裝置將多媒體消息通過接口發(fā)送給接收方側(cè)消息處理裝置后，在 接收方?jīng)]有設(shè)定經(jīng)過一段時(shí)間才接收多媒體消息的情況下，接收方 側(cè)消息處理裝置將多々某體消息發(fā)送給4妻收方；在接收方設(shè)定經(jīng)過一 段時(shí)間接收多媒體消息的情況下，接收方側(cè)消息處理裝置保持多媒 體消息，直到接收方設(shè)定的時(shí)間到達(dá)，將多媒體消息發(fā)送給接收方。
其中，在接收方?jīng)]有設(shè)定經(jīng)過一段時(shí)間才接收多媒體消息且發(fā) 送方查詢多々某體消息的當(dāng)前狀態(tài)的情況下，發(fā)送方側(cè)消息查詢裝置 將接收方側(cè)消息查詢裝置通過接口返回的表示接收方獲取成功的 消息發(fā)送給發(fā)送方；在接收方設(shè)定經(jīng)過一段時(shí)間才接收多媒體消息 且發(fā)送方查詢多々某體消息的當(dāng)前狀態(tài)的情況下，在接收方側(cè)消息處 理裝置將多々某體消息發(fā)送至接收方前，發(fā)送方側(cè)消息查詢裝置通過 接口向接收方側(cè)消息查詢裝置查詢后，向發(fā)送方返回表示等待獲取 的消息；在接收方側(cè)的多媒體消息業(yè)務(wù)中心將多媒體消息發(fā)送至所 述接收方后，發(fā)送方側(cè)消息查詢裝置將由接收方側(cè)消息查詢裝置通 過接口返回的表示接收方獲取成功的消息發(fā)送給所述發(fā)送方。
其中，在發(fā)送方側(cè)和/或凈皮叫方側(cè)消息查詢裝置查詢失敗時(shí)，發(fā) 送方,'J消息查詢裝置向發(fā)送方返回表示查詢失敗的響應(yīng)。
其中，上述接口是MM4接口。
在上述主動(dòng)獲取消息投遞狀態(tài)的方法及系統(tǒng)中，由于 MMl一Query.REQ/RES查詢-清求是獨(dú)立于多々某體消息處理主流程 的，所以可以在任何時(shí)候發(fā)起，MMSC通過查詢系統(tǒng)內(nèi)部的消息處 理狀態(tài)庫，獲得請(qǐng)求的消息的當(dāng)前狀態(tài)，反饋給發(fā)送方用戶，即使 某次查詢失敗，也并不會(huì)影響正常的業(yè)務(wù)處理。該請(qǐng)求可以多次發(fā) 起，每次發(fā)起都是一次獨(dú)立的請(qǐng)求處理過程。
與現(xiàn)有技術(shù)相比較，現(xiàn)有的投遞狀態(tài)報(bào)告處理方式是在多媒體 消息到達(dá)最終處理狀態(tài)的時(shí)候，MMSC根據(jù)給發(fā)送方用戶的要求向 發(fā)送方用戶發(fā)送投遞狀態(tài)報(bào)告。本發(fā)明通過將目前的遞送狀態(tài)報(bào)告 的處理由被動(dòng)接收方式擴(kuò)展為主動(dòng)查詢方式，使得用戶能夠隨時(shí) 地、主動(dòng)地向MMSC查詢之前發(fā)送的消息的當(dāng)前處理狀態(tài)，并才艮 據(jù)消息當(dāng)前的狀態(tài)，決定對(duì)該消息執(zhí)行取消發(fā)送或刪除消息等處 理，從而提高了多媒體消息使用的靈活性和用戶使用的便捷性。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā) 明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn) 等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)，其特征在于，所述系統(tǒng)包括第一消息發(fā)送裝置，位于發(fā)送方，用于將多媒體消息發(fā)送至多媒體消息業(yè)務(wù)中心；第一消息處理裝置，位于所述多媒體消息業(yè)務(wù)中心，用于在接收到來自發(fā)送方的所述多媒體消息后向所述發(fā)送方返回?cái)y帶有消息ID參數(shù)的信息，并根據(jù)所述發(fā)送方和/或接收方的服務(wù)設(shè)定對(duì)所述多媒體消息進(jìn)行處理；第一查詢請(qǐng)求裝置，位于所述發(fā)送方，用于在需要查詢所述多媒體消息的當(dāng)前狀態(tài)的情況下，向所述多媒體消息業(yè)務(wù)中心發(fā)送攜帶有所述消息ID參數(shù)的查詢請(qǐng)求；以及第一消息查詢裝置，位于所述多媒體消息業(yè)務(wù)中心，用于在接收到所述查詢請(qǐng)求后查詢所述多媒體消息的當(dāng)前狀態(tài)并向所述發(fā)送方返回所述多媒體消息的狀態(tài)信息。
2. 根據(jù)權(quán)利要求1所述的主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)， 其特征在于，所述第一消息處理裝置在所述發(fā)送方和、或所述接受方設(shè)定經(jīng)過預(yù)定時(shí)間后將所述述多媒體消息發(fā)送給所述接收方的情況下，用于保持所述多媒 體消息；在所述發(fā)送方和/或所述接收方?jīng)]有設(shè)定經(jīng)過預(yù)定時(shí)間才 發(fā)送和/或接收所述多媒體消息的情況下，用于將來自所述發(fā) 送方的所述多媒體消息發(fā)送給所述接收方。
3. 根據(jù)權(quán)利要求1或2所述的主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)，其特征在于，所述第一消息查詢裝置在所述多媒體消息業(yè)務(wù)中心查詢失敗的情況下，向所述發(fā)送方返回表示查詢失敗的響應(yīng)。
4. 一種主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)，其特征在于包括第二消息發(fā)送裝置，位于發(fā)送方側(cè)，用于將多媒體消息 和/或狀態(tài)查詢消息發(fā)送給發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心；第二發(fā)送方側(cè)消息處理裝置，位于所述發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心，用于接收所述多媒體消息，并向所述發(fā)送方返回?cái)y帶有消息ID參數(shù)的消息，以及根據(jù)發(fā)送方的服務(wù)設(shè)定處理所述多媒體消息；第二發(fā)送方側(cè)消息查詢裝置，位于所述發(fā)送方側(cè)的多媒體消息業(yè)務(wù)中心，用于接收所述第二消息發(fā)送裝置發(fā)送的所述狀態(tài)查詢消息，查詢和/或通過第二接收方側(cè)消息查詢裝置查詢所述多媒體消息的當(dāng)前狀態(tài)并返回給所述發(fā)送方；第二接收方側(cè)消息處理裝置，位于接收方側(cè)的多媒體消息業(yè)務(wù)中心，用于接收來自所述第二發(fā)送方側(cè)的所述多媒體消息，并根據(jù)所述發(fā)送方的服務(wù)設(shè)定處理所述多媒體消息；以及第二接收方側(cè)消息查詢裝置，位于所述接收方側(cè)的多媒體消息業(yè)務(wù)中心，用于接收所述第二發(fā)送方側(cè)消息查詢裝置的所述查詢消息，查詢所述多媒體消息的當(dāng)前狀態(tài)并返回給所述第二發(fā)送方側(cè)消息查詢裝置。
5. 根據(jù)權(quán)利要求4所述的主動(dòng)獲取多4某體消息投遞狀態(tài)的系統(tǒng)， 其特征在于在所述發(fā)送方設(shè)定經(jīng)過預(yù)定時(shí)間后發(fā)送所述多媒體消息 時(shí)，所述發(fā)送方側(cè)消息處理中心保持所述多媒體消息，直到所述發(fā)送方設(shè)定的時(shí)間到時(shí)，通過接口將所述多媒體消息發(fā)送給 所述接收方側(cè)的多i某體消息業(yè)務(wù)中心；以及在所述發(fā)送方在其i殳定的時(shí)間到之前，在所述發(fā)送方向 所述發(fā)送方側(cè)消息查詢裝置查詢所述多媒體消息的當(dāng)前狀的情況下，所述發(fā)送方側(cè)消息查詢裝置向所述發(fā)送方返回表示 多媒體消息等待發(fā)送的信息。
6. 根據(jù)權(quán)利要求5所述的主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)， 其特征在于，在所述發(fā)送方側(cè)消息處理裝置將所述多媒體消息通過接口發(fā)送給所述接收方側(cè)消息處理裝置后，在所述接收方?jīng)]有設(shè)定經(jīng)過預(yù)定時(shí)間才接收所述多媒體 消息的情況下，所述接收方側(cè)消息處理裝置將所述多媒體消息發(fā)送給所述接收方；在所述接收方設(shè)定經(jīng)過預(yù)定時(shí)間接收所述多媒體消息的 情況下，所述接收方側(cè)消息處理裝置保持所述多媒體消息，直到所述接收方設(shè)定的時(shí)間到達(dá)，將所述多媒體消息發(fā)送給所述 接收方。
7. 根據(jù)權(quán)利要求6所述的主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)， 其特征在于，消息且所述發(fā)送方查詢所述多媒體消息的當(dāng)前狀態(tài)的情況下， 所述發(fā)送方側(cè)消息查詢裝置將所述接收方側(cè)消息查詢裝置通過所述接口返回的表示接收方獲取成功的消息發(fā)送主會(huì)所述發(fā)送方；在所迷接收方設(shè)定經(jīng)過預(yù)定時(shí)間才接收所迷多媒體消息 且所述發(fā)送方查詢所述多媒體消息的當(dāng)前狀態(tài)的情況下，在所述接收方側(cè)消息處理裝置將所述多媒體消息發(fā) 送至所述接收方前，所述發(fā)送方側(cè)消息查詢裝置通過所 述才妄口向所述接收方側(cè)消息查詢裝置查詢后，向所述發(fā) 送方返回表示等待獲取的消息；在所述接收方側(cè)的多媒體消息業(yè)務(wù)中心將所述多媒 體消息發(fā)送至所述接收方后，所述發(fā)送方側(cè)消息查詢裝 置將由所述接收方側(cè)消息查詢裝置通過所述接口返回的 表示接收方獲取成功的消息發(fā)送給所述發(fā)送方。
8. 根據(jù)權(quán)利要求4至7中的任意一項(xiàng)所述的主動(dòng)獲取多媒體消息 投遞狀態(tài)的系統(tǒng)，其特征在于，在所述發(fā)送方側(cè)和/或被叫方 側(cè)消息查詢裝置查詢失敗時(shí)，所述發(fā)送方側(cè)消息查詢裝置向所 述發(fā)送方返回表示查詢失敗的響應(yīng)。
9 根據(jù)權(quán)利要求5至7中的任意一項(xiàng)所述的主動(dòng)獲取多媒體消息 投遞狀態(tài)的系統(tǒng)，其特征在于，所述接口是MM4接口。
全文摘要
本發(fā)明公開了一種主動(dòng)獲取多媒體消息投遞狀態(tài)的系統(tǒng)。該系統(tǒng)包括第一消息發(fā)送裝置，位于發(fā)送方，用于將多媒體消息發(fā)送至多媒體消息業(yè)務(wù)中心；第一消息處理裝置，位于多媒體消息業(yè)務(wù)中心，用于在接收到來自發(fā)送方的多媒體消息后向發(fā)送方返回?cái)y帶有消息ID參數(shù)的信息，并根據(jù)發(fā)送方和/或接收方的服務(wù)設(shè)定對(duì)多媒體消息進(jìn)行處理；第一查詢請(qǐng)求裝置，位于發(fā)送方，用于在需要查詢多媒體消息的當(dāng)前狀態(tài)的情況下，向多媒體消息業(yè)務(wù)中心發(fā)送攜帶有消息ID參數(shù)的查詢請(qǐng)求；以及第一消息查詢裝置，位于多媒體消息業(yè)務(wù)終，用于在接收到查詢請(qǐng)求后查詢多媒體消息的當(dāng)前狀態(tài)并向發(fā)送方返回多媒體消息的狀態(tài)信息。
文檔編號(hào)H04L12/58GK101175047SQ20061015035
公開日2008年5月7日 申請(qǐng)日期2006年10月30日 優(yōu)先權(quán)日2006年10月30日
發(fā)明者葉郁文, 施麗萍 申請(qǐng)人:中興通訊股份有限公司