專利名稱：一種多媒體消息服務(wù)系統(tǒng)中對(duì)消息的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體消息業(yè)務(wù)(MMS，Multimedia Messaging Service)系統(tǒng)的消息傳輸處理技術(shù)，尤其涉及一種在多媒體消息服務(wù)系統(tǒng)中對(duì)消息的處理方法。
背景技術(shù)：
多媒體消息服務(wù)(MMS)是短信息服務(wù)(SMS)和增強(qiáng)型消息服務(wù)(EMS)的進(jìn)一步發(fā)展，為個(gè)人多媒體移動(dòng)通信服務(wù)提供了完整的端到端解決方案。從通信內(nèi)容上講，多媒體消息包括圖像、音頻、視頻和數(shù)據(jù)等；從功能上講，多媒體消息服務(wù)涵蓋了終端到終端、終端到應(yīng)用服務(wù)器、應(yīng)用服務(wù)器到終端多種形式的多媒體消息通信。它不僅實(shí)現(xiàn)了終端之間、終端和應(yīng)用服務(wù)器之間的信息傳遞，還實(shí)現(xiàn)了內(nèi)容的多樣性，包括圖片、語音、圖像、數(shù)據(jù)和文本的各種組合。作為一個(gè)開放的媒體接入平臺(tái)，MMS系統(tǒng)可以在移動(dòng)用戶和互聯(lián)網(wǎng)內(nèi)容提供商的互動(dòng)下，衍生出更豐富多彩的內(nèi)容服務(wù)應(yīng)用。而用戶既是MMS的消費(fèi)者，又是MMS內(nèi)容的開發(fā)者，這無疑會(huì)提高終端用戶對(duì)業(yè)務(wù)的使用興趣。
圖1為現(xiàn)有MMS系統(tǒng)的體系結(jié)構(gòu)圖。如圖1所示，MMS系統(tǒng)可以包含許多不同的網(wǎng)絡(luò)類型，例如2G移動(dòng)網(wǎng)絡(luò)、3G移動(dòng)網(wǎng)絡(luò)、因特網(wǎng)等，這些不同網(wǎng)絡(luò)之間的連接基礎(chǔ)由因特網(wǎng)協(xié)議及其相關(guān)的消息協(xié)議集提供。并且，2G移動(dòng)網(wǎng)絡(luò)和3G移動(dòng)網(wǎng)絡(luò)中的多媒體消息的傳輸方案可與因特網(wǎng)上現(xiàn)存的多媒體消息傳輸方案兼容。如圖1所示，MMS系統(tǒng)包括的主要網(wǎng)元見以下說明在終端側(cè)，主要包括MMS用戶代理器(User Agent)，安裝在MMS用戶終端(MMS Terminal)上，通過用戶終端提供多媒體消息服務(wù)。MMS用戶代理器是在用戶終端上的一個(gè)應(yīng)用，提供用戶瀏覽、編輯、處理多媒體消息等功能，以及對(duì)多媒體消息的發(fā)送、接收和刪除等操作。MMS用戶代理器支持多用途的網(wǎng)際郵件擴(kuò)充(MIME，Multipurpose SInternet Mail Extensions)協(xié)議，多媒體消息采用MIME格式表示，通過對(duì)MIME中不同子類型的定義，多媒體消息可包含文本、圖像、聲音等數(shù)據(jù)。
無線Email客戶端(Wired email client)，用于使多媒體消息系統(tǒng)與Email進(jìn)行交互，比如終端到Email和Email到終端流程。
在網(wǎng)絡(luò)側(cè)，主要包括多媒體消息業(yè)務(wù)環(huán)境(MMSE)，MMSE是實(shí)現(xiàn)MMS業(yè)務(wù)的一套獨(dú)立的和完整的網(wǎng)絡(luò)元素的集合，具體包括MMS中繼器/服務(wù)器(Relay/Server)，用于對(duì)多媒體消息進(jìn)行協(xié)議轉(zhuǎn)換、內(nèi)容適配、存儲(chǔ)以及調(diào)度，完成多媒體消息在不同多媒體設(shè)備之間的傳遞操作，同時(shí)還具有生成計(jì)費(fèi)話單的功能。
MMS用戶數(shù)據(jù)庫(User Databases)，用于存儲(chǔ)用戶信息、個(gè)性化信息、接口信息等。例如手機(jī)終端的能力信息Profiles，用戶訂閱信息subscription，用戶所在位置信息HLR。
信息存儲(chǔ)器(Message Store)，用于存儲(chǔ)用戶的多媒體消息。由于一般多媒體消息體都比較大，用戶終端存儲(chǔ)能力有限，用戶可以將消息存儲(chǔ)在專門的信息存儲(chǔ)器上，比如中國(guó)移動(dòng)的夢(mèng)網(wǎng)相冊(cè)。
上述MMS中繼器/服務(wù)器、MMS用戶數(shù)據(jù)庫和信息存儲(chǔ)器組成了MMS系統(tǒng)和核心多媒體業(yè)務(wù)中心(MMSC)。
MMS外部增值應(yīng)用服務(wù)器(VAS Applicatons)，一般縮寫為SP/CP或SP，屬于增值業(yè)務(wù)提供商(VASP)，用于提供MMS的增值業(yè)務(wù)服務(wù)。MMSC與SP之間采用MM7協(xié)議交互，承載協(xié)議一般采用超文本傳輸協(xié)議(HTTP)協(xié)議。
外部服務(wù)器(External Server)，是與多媒體消息業(yè)務(wù)相關(guān)的其他服務(wù)器，比如預(yù)付費(fèi)平臺(tái)、數(shù)據(jù)業(yè)務(wù)管理平臺(tái)等。
在現(xiàn)有MMS系統(tǒng)的用戶代理器到SP的業(yè)務(wù)流程中，也稱為點(diǎn)到SP的業(yè)務(wù)流程，用戶代理器先發(fā)送消息到MMSC，再由MMSC轉(zhuǎn)發(fā)給該消息的接收方所屬的SP進(jìn)行處理，本文中所述接收方所屬的SP為該接收方業(yè)務(wù)的歸屬SP，該接收方是SP的業(yè)務(wù)使用者。當(dāng)用戶代理器發(fā)送的消息的接收方為兩個(gè)或兩個(gè)以上時(shí)，則MMSC先將該消息進(jìn)行復(fù)制，復(fù)制后的消息個(gè)數(shù)為與該消息接收方的個(gè)數(shù)相同，然后再向每個(gè)接收方所屬的SP發(fā)送一個(gè)消息。
MMSC為了保證原始消息的完整性，給每個(gè)接收方所屬SP轉(zhuǎn)發(fā)的消息中，包含了所有接收方的信息。這樣，如果多個(gè)接收方都是同一SP的業(yè)務(wù)使用者，這個(gè)SP就會(huì)收到多份相同的消息。圖2為現(xiàn)有技術(shù)中點(diǎn)到同一SP的多接收方的消息業(yè)務(wù)的處理流程圖。本文中所述的點(diǎn)到同一SP的多接收方的消息業(yè)務(wù)是指用戶代理器發(fā)送的消息有多個(gè)接收方，且其中多個(gè)接收方所屬的SP為同一SP，本文中的多接收方是指兩個(gè)或者兩個(gè)以上接收方。參見圖2，該流程包括步驟201、終端的用戶代理器通過MM1_submit.REQ提交消息到MMSC，其中兩個(gè)接收方Recv1和Recv2都是到同一SP的業(yè)務(wù)的使用者。
步驟202、MMSC接收該消息后，通過MM1_submit.RES給用戶代理器返回響應(yīng)。
步驟203～步驟204、MMSC對(duì)該消息進(jìn)行解析，發(fā)現(xiàn)該消息的接收方為兩個(gè)，將該消息復(fù)制一份，通過兩條MM7_deliver.REQ消息下發(fā)給同一個(gè)SP。SP向MMSC響應(yīng)MM7_deliver.RES消息，表明已成功接收并將處理該消息。
如上所述，當(dāng)消息包括至少兩個(gè)接收方且其中至少兩接收方的所屬SP是同一SP時(shí)，則該SP會(huì)收到至少兩條MM7_deliver.REQ消息。根據(jù)現(xiàn)有的3GPP TS23.140V6.6.0(2004-06)中的方案，MM7_deliver.REQ消息中的接收方地址(Recipient address)字段包含原始提交的消息(即用戶代理器發(fā)送給MMSC的消息)中的所有接收方信息，所有復(fù)制的消息中該字段值都是一樣的。然而，現(xiàn)有技術(shù)中SP對(duì)消息的處理方法中，按照接收方地址字段中的地址對(duì)該消息進(jìn)行處理，如果該字段中包括多個(gè)地址，則默認(rèn)按照第一個(gè)地址進(jìn)行處理。因此，當(dāng)SP處理完第一個(gè)接收到的消息后，如果又收到相同的消息，則判定該消息處理過，因此不對(duì)該后續(xù)的消息進(jìn)行處理；或者，對(duì)每一個(gè)收到的消息進(jìn)行處理，但處理時(shí)只針對(duì)第一個(gè)接收方地址進(jìn)行處理，因此對(duì)于復(fù)制后的消息，所有的消息都針對(duì)第一個(gè)接收方地址進(jìn)行處理，無法對(duì)后續(xù)消息根據(jù)不同的接收方分別進(jìn)行對(duì)應(yīng)的處理，例如將消息分別下發(fā)給不同的接收方。因此，現(xiàn)有技術(shù)中，SP無法根據(jù)消息的多個(gè)接收方分別對(duì)消息進(jìn)行處理，因此在SP上阻礙了點(diǎn)到同一SP多接收方消息業(yè)務(wù)的開展，使得點(diǎn)到同一SP多接收方的消息業(yè)務(wù)無法成功地實(shí)施。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的是提供一種多媒體消息服務(wù)系統(tǒng)中對(duì)消息的處理方法，以在多媒體消息服務(wù)系統(tǒng)中成功地實(shí)施點(diǎn)到同一SP多接收方的消息處理業(yè)務(wù)。
為了實(shí)現(xiàn)上述目的，本發(fā)明的技術(shù)方案主要包括一種多媒體消息服務(wù)系統(tǒng)中對(duì)消息的處理方法，該方法包括多媒體業(yè)務(wù)中心MMSC收到用戶側(cè)的消息后，判斷該消息的接收方是否為兩個(gè)或兩個(gè)以上，并且其中是否有兩個(gè)或兩個(gè)以上接收方屬于同一增值應(yīng)用服務(wù)器SP，如果是，則MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理。
優(yōu)選地，所述MMSC判斷是否有兩個(gè)或兩個(gè)以上接收方屬于同一SP的具體方法為MMSC讀取所述消息中的接收方標(biāo)識(shí)，根據(jù)接收方標(biāo)識(shí)中的SP業(yè)務(wù)代碼和服務(wù)代碼區(qū)分不同接收方是否屬于同一SP。
優(yōu)選地，所述MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理的具體方法為MMSC通過一個(gè)遞送請(qǐng)求將所述消息下發(fā)給所述SP，該遞送請(qǐng)求中攜帶該消息的全部接收方標(biāo)識(shí)；所述SP從遞送請(qǐng)求中解析出該消息的全部接收方標(biāo)識(shí)，并針對(duì)每一個(gè)歸屬本SP的接收方標(biāo)識(shí)分別對(duì)所述消息進(jìn)行處理。
所述針對(duì)每一個(gè)歸屬本SP的接收方標(biāo)識(shí)分別對(duì)所述消息進(jìn)行處理的具體方法為將所述消息的內(nèi)容進(jìn)行復(fù)制，復(fù)制的數(shù)量與所述解析出的隸屬于本SP的接收方的數(shù)量相同，每個(gè)接收方標(biāo)識(shí)分別對(duì)應(yīng)一個(gè)消息內(nèi)容，分別按照不同的接收方標(biāo)識(shí)對(duì)相應(yīng)的消息內(nèi)容進(jìn)行處理。
優(yōu)選地，所述MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理的方法為MMSC復(fù)制所述消息，復(fù)制后的消息數(shù)量與該消息的接收方數(shù)量相同；通過遞送請(qǐng)求將復(fù)制后的各個(gè)消息分別下發(fā)給所述各個(gè)接收方所屬的SP，并在承載每個(gè)遞送請(qǐng)求的報(bào)文中標(biāo)記對(duì)應(yīng)的接收方標(biāo)識(shí)；SP從收到的承載遞送請(qǐng)求的報(bào)文中解析出所標(biāo)記的接收方標(biāo)識(shí)，并針對(duì)該接收方標(biāo)識(shí)對(duì)該遞送請(qǐng)求攜帶的消息進(jìn)行處理。
所述在承載每個(gè)遞送請(qǐng)求的報(bào)文中標(biāo)記對(duì)應(yīng)的接收方標(biāo)識(shí)的方法為在承載遞送請(qǐng)求的超文本傳輸協(xié)議HTTP報(bào)文頭中增加一個(gè)接收方標(biāo)識(shí)字段，將該所述接收方標(biāo)識(shí)標(biāo)記在該接收方標(biāo)識(shí)字段。
優(yōu)選地，所述MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理的方法為MMSC復(fù)制所述消息，復(fù)制后的消息數(shù)量與該消息的接收方數(shù)量相同；通過遞送請(qǐng)求將各個(gè)消息分別下發(fā)給所述各個(gè)接收方所屬的SP，并且在每個(gè)遞送請(qǐng)求的接收方地址字段中，將該遞送請(qǐng)求對(duì)應(yīng)的接收方標(biāo)識(shí)置于第一位；SP從收到的承載遞送請(qǐng)求的接收方地址字段的中解析出第一個(gè)接收方標(biāo)識(shí)，并針對(duì)該接收方標(biāo)識(shí)對(duì)該遞送請(qǐng)求攜帶的消息進(jìn)行處理。
由于本發(fā)明所述的方法在點(diǎn)到同一SP多接收方的消息處理業(yè)務(wù)中，由MMSC通知SP按照消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理，因此可以使SP根據(jù)消息的多個(gè)接收方分別對(duì)消息進(jìn)行處理，消除了在SP對(duì)點(diǎn)到同一SP多接收方消息業(yè)務(wù)的阻礙，使得點(diǎn)到同一SP多接收方的消息業(yè)務(wù)可以成功地實(shí)施。
另外，本發(fā)明中，可以由MMSC通過一個(gè)遞送請(qǐng)求將所述消息下發(fā)給多接收方所屬的SP，該遞送請(qǐng)求中攜帶該消息的全部接收方標(biāo)識(shí)；所述SP從遞送請(qǐng)求中解析出該消息的全部接收方標(biāo)識(shí)，并針對(duì)每一個(gè)歸屬本SP的接收方標(biāo)識(shí)分別對(duì)所述消息進(jìn)行處理。因此，使用這種方式可以進(jìn)一步減少M(fèi)MSC與SP之間的消息流量，減少對(duì)通信資源的占用，提高效率，并節(jié)約成本。


圖1為現(xiàn)有MMS系統(tǒng)的體系結(jié)構(gòu)圖；圖2為現(xiàn)有技術(shù)中點(diǎn)到同一SP的多接收方的消息業(yè)務(wù)的處理流程圖；圖3為本發(fā)明第一實(shí)施例的流程圖；圖4為本發(fā)明第二實(shí)施例的流程圖；圖5為本發(fā)明第三實(shí)施例的流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想為一種多媒體消息服務(wù)系統(tǒng)中對(duì)消息的處理方法，該方法包括MMSC收到用戶側(cè)的消息后，判斷該消息的接收方是否為兩個(gè)或兩個(gè)以上，并且其中是否有兩個(gè)或兩個(gè)以上接收方屬于同一SP，如果是，則MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理。
根據(jù)MMSC通知SP按照消息中攜帶的各個(gè)屬于該SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理的處理方式不同，以下分三個(gè)實(shí)施例具體說明本發(fā)明的方案。
圖3為本發(fā)明第一實(shí)施例的流程圖。參見圖3，該流程包括步驟301～步驟302、終端的用戶代理器通過消息提交請(qǐng)求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到該消息后，通過多媒體消息提交響應(yīng)(MM1_submit.RES)給用戶代理器返回響應(yīng)。
步驟303、MMSC對(duì)收到的消息進(jìn)行解析，判斷該消息的接收方是否為兩個(gè)或兩個(gè)以上，并且其中是否有兩個(gè)或兩個(gè)以上接收方屬于同一SP，如果是，則根據(jù)所收到的消息中的接收方所屬SP的數(shù)量復(fù)制該消息，復(fù)制后的消息數(shù)量與接收方所屬SP的數(shù)量相同；并分別通過一個(gè)消息遞送請(qǐng)求(MM7_deliver.REQ)將消息下發(fā)給每個(gè)SP，例如有a、b、c三個(gè)接收方，b和c屬于同一個(gè)SP，那么接收方所屬SP的數(shù)量為兩個(gè)，所復(fù)制消息的數(shù)量也為兩個(gè)；)對(duì)于所述兩個(gè)或兩個(gè)以上接收方共同所屬的SP，即多個(gè)接收方所屬的SP，只發(fā)送一條MM7_deliver.REQ，且不進(jìn)行復(fù)制；MM7_deliver.REQ消息中的接收方地址(Recipient address)字段包括所述該消息的所有隸屬于該SP的接收方標(biāo)識(shí)。否則，按照現(xiàn)有的處理流程進(jìn)行處理。
本發(fā)明中，MMSC可以根據(jù)SP的業(yè)務(wù)代碼VASID和服務(wù)代碼ServiceCode區(qū)分不同接收方是否屬于同一SP的業(yè)務(wù)。例如，手機(jī)用戶發(fā)送一條多媒體消息給號(hào)碼(即標(biāo)識(shí))為66660012678050和66660013456789的兩個(gè)即時(shí)通訊(IM)用戶，MMSC對(duì)這兩個(gè)接收方的號(hào)碼進(jìn)行判斷，假設(shè)前四位6666是某一SP的業(yè)務(wù)代碼，后面001三位是該SP的某一服務(wù)代碼，最后7位是即時(shí)通信用戶的號(hào)碼。在多媒體消息服務(wù)系統(tǒng)中，業(yè)務(wù)代碼VASID和服務(wù)代碼ServiceCode都有固定長(zhǎng)度限制，所以MMSC能夠判斷接收方是否屬于統(tǒng)一SP的業(yè)務(wù)。
步驟304、SP收到MM7_deliver.REQ后向MMSC響應(yīng)遞送響應(yīng)(MM7_deliver.RES)消息，以表明成功接收并處理該消息。
步驟305、SP從所述MM7_deliver.REQ中的接收方地址(Recipientaddress)字段解析出消息的內(nèi)容和接收方的標(biāo)識(shí)，并針對(duì)歸屬本SP的接收方對(duì)消息進(jìn)行處理；如果歸屬本SP的接收方有兩個(gè)或兩個(gè)以上，則SP針對(duì)每一個(gè)歸屬本SP的接收方標(biāo)識(shí)分別對(duì)所述消息進(jìn)行處理。例如，SP可以將消息的內(nèi)容進(jìn)行復(fù)制，復(fù)制的數(shù)量與所述解析出的隸屬于本SP的接收方的數(shù)量相同，每個(gè)接收方標(biāo)識(shí)分別對(duì)應(yīng)一個(gè)消息內(nèi)容，分別按照不同的接收方標(biāo)識(shí)對(duì)相應(yīng)的消息內(nèi)容進(jìn)行處理，例如可以分別轉(zhuǎn)發(fā)消息內(nèi)容給該所述每一個(gè)隸屬于本SP的接收方。
圖4為本發(fā)明第二實(shí)施例的流程圖。參見圖4，該流程包括步驟401～步驟402、終端的用戶代理器通過消息提交請(qǐng)求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到該消息后，通過多媒體消息提交響應(yīng)(MM1_submit.RES)給用戶代理器返回響應(yīng)。
步驟403、MMSC對(duì)收到的消息進(jìn)行解析，判斷該消息的接收方是否為兩個(gè)或兩個(gè)以上，并且其中是否有兩個(gè)或兩個(gè)以上接收方屬于同一SP，如果是，則根據(jù)所收到的消息中的接收方數(shù)量復(fù)制該消息，復(fù)制后的消息數(shù)量與接收方的數(shù)量相同，每個(gè)消息對(duì)應(yīng)一個(gè)接收方；分別通過消息遞送請(qǐng)求(MM7_deliver.REQ)將消息下發(fā)給每個(gè)接收方所屬的SP，并且，在承載該MM7_deliver.REQ的HTTP報(bào)文的報(bào)文頭中拓展增加一個(gè)接收方標(biāo)識(shí)字段X-Mms-RctpTo，用于攜帶該消息所對(duì)應(yīng)的接收方的標(biāo)識(shí)；否則，按照現(xiàn)有的處理流程進(jìn)行處理。
此處，假設(shè)消息的接收方為兩個(gè)，且都屬于同一個(gè)SP，則MMSC向該SP分別發(fā)送MM7_deliver.REQ1和MM7_deliver.REQ2，其中MM7_deliver.REQ1的承載HTTP報(bào)文頭中攜帶第一個(gè)接收方的標(biāo)識(shí)，MM7_deliver.REQ2的承載HTTP報(bào)文頭中攜帶第二個(gè)接收方的標(biāo)識(shí)。
步驟404、SP收到MM7_deliver.REQ后向MMSC響應(yīng)遞送響應(yīng)(MM7_deliver.RES)消息，以表明成功接收并處理該消息。針對(duì)MM7_deliver.REQ1返回MM7_deliver.RES1，針對(duì)MM7_deliver.REQ2返回MM7_deliver.RES2。
步驟405、SP從所收到的MM7_deliver.REQ的承載HTTP報(bào)文頭中讀取接收方標(biāo)識(shí)字段X-Mms-RctpTo，解析出該消息的真實(shí)接收方的標(biāo)識(shí)，判斷該接收方標(biāo)識(shí)是否隸屬于本SP，如果是則針對(duì)該接收方標(biāo)識(shí)對(duì)該MM7_deliver.REQ中攜帶的消息進(jìn)行處理。此處SP按照上述處理方式分別對(duì)MM7_deliver.REQ1和MM7_deliver.REQ2進(jìn)行處理。
利用本第二實(shí)施例的方案，除了可以成功實(shí)施點(diǎn)到同一SP多接收方的消息處理業(yè)務(wù)外，由于SP需只對(duì)HTTP報(bào)文頭進(jìn)行解析就可對(duì)消息進(jìn)行處理，因此減小了SP的解析深度，減少SP的運(yùn)行負(fù)擔(dān)。
圖5為本發(fā)明第三實(shí)施例的流程圖。參見圖5，該流程包括
步驟501～步驟502、終端的用戶代理器通過消息提交請(qǐng)求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到該消息后，通過多媒體消息提交響應(yīng)(MM1_submit.RES)給用戶代理器返回響應(yīng)。
步驟503、MMSC對(duì)收到的消息進(jìn)行解析，判斷該消息的接收方是否為兩個(gè)或兩個(gè)以上，并且其中是否有兩個(gè)或兩個(gè)以上接收方屬于同一SP，如果是，則根據(jù)所收到的消息中的接收方數(shù)量復(fù)制該消息，復(fù)制后的消息數(shù)量與接收方的數(shù)量相同，每個(gè)消息對(duì)應(yīng)一個(gè)接收方；并且在所要下發(fā)的承載各個(gè)消息的遞送請(qǐng)求(MM7_deliver.REQ)中的接收方地址(Recipient address)字段中調(diào)整接收方標(biāo)識(shí)的順序，將該消息的真實(shí)接收方標(biāo)識(shí)置于第一位；否則，按照現(xiàn)有的處理流程進(jìn)行處理。
步驟504、MMSC分別通過消息遞送請(qǐng)求(MM7_deliver.REQ)將消息下發(fā)給每個(gè)接收方所屬的SP；所述消息的每個(gè)接收方地址依次處于各個(gè)MM7_deliver.REQ接收方地址字段中的第一位置。
此處，假設(shè)消息的接收方為兩個(gè)，且都屬于同一個(gè)SP，則MMSC向該SP分別發(fā)送MM7_deliver.REQ1和MM7_deliver.REQ2，其中MM7_deliver.REQ1的接收方地址字段中處于第一位置的為所述消息的第一個(gè)接收方標(biāo)識(shí)，MM7_deliver.REQ2的接收方地址字段中處于第一位置的為所述消息的第二個(gè)接收方標(biāo)識(shí)。
步驟505、SP收到MM7_deliver.REQ后，按照現(xiàn)有的處理流程從所收到的MM7_deliver.REQ的接收方地址字段中解析出第一位的接收方標(biāo)識(shí)，判斷該接收方是否隸屬于本SP，如果是則針對(duì)該接收方標(biāo)識(shí)對(duì)本消息進(jìn)行處理；并且，SP向MMSC響應(yīng)遞送響應(yīng)(MM7_deliver.RES)消息，以表明成功接收并處理該消息。針對(duì)MM7_deliver.REQ1返回MM7_deliver.RES1，針對(duì)MM7_deliver.REQ2返回MM7_deliver.RES2。此處SP按照上述處理方式分別對(duì)MM7_deliver.REQ1和MM7_deliver.REQ2進(jìn)行處理。
以上所述僅為本發(fā)明的最佳實(shí)施方案，但是本發(fā)明的保護(hù)范圍并不局限于上述方案，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種多媒體消息服務(wù)系統(tǒng)中對(duì)消息的處理方法，其特征在于，該方法包括多媒體業(yè)務(wù)中心MMSC收到用戶側(cè)的消息后，判斷該消息的接收方是否為兩個(gè)或兩個(gè)以上，并且其中是否有兩個(gè)或兩個(gè)以上接收方屬于同一增值應(yīng)用服務(wù)器SP，如果是，則MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MMSC判斷是否有兩個(gè)或兩個(gè)以上接收方屬于同一SP的具體方法為MMSC讀取所述消息中的接收方標(biāo)識(shí)，根據(jù)接收方標(biāo)識(shí)中的SP業(yè)務(wù)代碼和服務(wù)代碼區(qū)分不同接收方是否屬于同一SP。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理的具體方法為MMSC通過一個(gè)遞送請(qǐng)求將所述消息下發(fā)給所述SP，該遞送請(qǐng)求中攜帶該消息的全部接收方標(biāo)識(shí)；所述SP從遞送請(qǐng)求中解析出該消息的全部接收方標(biāo)識(shí)，并針對(duì)每一個(gè)歸屬本SP的接收方標(biāo)識(shí)分別對(duì)所述消息進(jìn)行處理。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述針對(duì)每一個(gè)歸屬本SP的接收方標(biāo)識(shí)分別對(duì)所述消息進(jìn)行處理的具體方法為將所述消息的內(nèi)容進(jìn)行復(fù)制，復(fù)制的數(shù)量與所述解析出的隸屬于本SP的接收方的數(shù)量相同，每個(gè)接收方標(biāo)識(shí)分別對(duì)應(yīng)一個(gè)消息內(nèi)容，分別按照不同的接收方標(biāo)識(shí)對(duì)相應(yīng)的消息內(nèi)容進(jìn)行處理。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理的方法為MMSC復(fù)制所述消息，復(fù)制后的消息數(shù)量與該消息的接收方數(shù)量相同；通過遞送請(qǐng)求將復(fù)制后的各個(gè)消息分別下發(fā)給所述各個(gè)接收方所屬的SP，并在承載每個(gè)遞送請(qǐng)求的報(bào)文中標(biāo)記對(duì)應(yīng)的接收方標(biāo)識(shí)；SP從收到的承載遞送請(qǐng)求的報(bào)文中解析出所標(biāo)記的接收方標(biāo)識(shí)，并針對(duì)該接收方標(biāo)識(shí)對(duì)該遞送請(qǐng)求攜帶的消息進(jìn)行處理。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述在承載每個(gè)遞送請(qǐng)求的報(bào)文中標(biāo)記對(duì)應(yīng)的接收方標(biāo)識(shí)的方法為在承載遞送請(qǐng)求的超文本傳輸協(xié)議HTTP報(bào)文頭中增加一個(gè)接收方標(biāo)識(shí)字段，將該所述接收方標(biāo)識(shí)標(biāo)記在該接收方標(biāo)識(shí)字段。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理的方法為MMSC復(fù)制所述消息，復(fù)制后的消息數(shù)量與該消息的接收方數(shù)量相同；通過遞送請(qǐng)求將各個(gè)消息分別下發(fā)給所述各個(gè)接收方所屬的SP，并且在每個(gè)遞送請(qǐng)求的接收方地址字段中，將該遞送請(qǐng)求對(duì)應(yīng)的接收方標(biāo)識(shí)置于第一位；SP從收到的承載遞送請(qǐng)求的接收方地址字段的中解析出第一個(gè)接收方標(biāo)識(shí)，并針對(duì)該接收方標(biāo)識(shí)對(duì)該遞送請(qǐng)求攜帶的消息進(jìn)行處理。
全文摘要
本發(fā)明公開了一種多媒體消息服務(wù)系統(tǒng)中對(duì)消息的處理方法，該方法包括多媒體業(yè)務(wù)中心MMSC收到用戶側(cè)的消息后，判斷該消息的接收方是否為兩個(gè)或兩個(gè)以上，并且其中是否有兩個(gè)或兩個(gè)以上接收方屬于同一增值應(yīng)用服務(wù)器SP，如果是，則MMSC通知該SP按照該消息中攜帶的每個(gè)歸屬于本SP的接收方標(biāo)識(shí)分別對(duì)該消息進(jìn)行處理。利用本發(fā)明的方法可以在多媒體消息服務(wù)系統(tǒng)中成功實(shí)施點(diǎn)到同一SP多接收方的消息處理業(yè)務(wù)。
文檔編號(hào)H04L12/58GK1852468SQ20051010507
公開日2006年10月25日 申請(qǐng)日期2005年9月26日 優(yōu)先權(quán)日2005年9月26日
發(fā)明者陳克華, 程衛(wèi)明, 李大偉, 柏廣昌 申請(qǐng)人:華為技術(shù)有限公司