專利名稱：一種多媒體消息的攔截系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信網(wǎng)絡(luò)中攔截過濾的系統(tǒng)及方法，具體而言，尤其涉及一種多 媒體消息的攔截系統(tǒng)及方法。
背景技術(shù)：
多媒體消息業(yè)務(wù)(MMS，Multimedia Messaging Service)是一種能夠在手機(jī)和手 機(jī)之間以及手機(jī)和Email服務(wù)器等其他應(yīng)用之間傳送多媒體內(nèi)容的消息服務(wù)。多媒體消息 業(yè)務(wù)按照用戶歸屬的運(yùn)營商及所在的區(qū)域進(jìn)行劃分，由用戶歸屬的多媒體消息中心(MMSC) 為用戶提供多媒體消息業(yè)務(wù)。多媒體體消息業(yè)務(wù)在生活中也是很常見，例如中國移動、中國聯(lián)通以及中國電信 三大運(yùn)營商的移動用戶不但能夠在各自所屬的網(wǎng)絡(luò)內(nèi)相互之間傳輸多媒體消息，例如發(fā)送 和接收彩信。而且，三大運(yùn)營商相互之間還提供了專門發(fā)送和接收多媒體消息的通道，通過 該業(yè)務(wù)平臺，三大運(yùn)營商各自的移動用戶，就可以跨越多媒體消息的網(wǎng)間障礙，實(shí)現(xiàn)了在網(wǎng) 間移動用戶的多媒體消息互通?，F(xiàn)在運(yùn)營商內(nèi)，或者不同運(yùn)營商之間，雖然對發(fā)送和接收的多媒體消息進(jìn)行了攔 截。但是，也只是針對一些系統(tǒng)內(nèi)配置的基本黑名單進(jìn)行攔截，這樣，還是會殘留一定的垃 圾短息，給用戶造成了不良影響。同時，現(xiàn)有的多媒體消息攔截技術(shù)是通過解析發(fā)送方手機(jī) 號碼，接收方手機(jī)號碼來進(jìn)行攔截的。然而隨著運(yùn)營商數(shù)據(jù)業(yè)務(wù)用戶數(shù)的迅速增長和多媒 體消息業(yè)務(wù)的蓬勃發(fā)展，如此龐大的數(shù)量必然會存在安全隱患，不夠完善，攔截效率也低。 并且，僅對系統(tǒng)內(nèi)配置的基本黑名單進(jìn)行攔截，一方面不能將所有的垃圾短信都濾除掉，給 用戶造成了不好的影響，另一方面，當(dāng)垃圾短信發(fā)送方稍微更改了自己的終端信息時，那 么，系統(tǒng)則不能對其發(fā)送的垃圾短信進(jìn)行攔截。所以急需在移動通信網(wǎng)絡(luò)內(nèi)采取一種有效 的攔截手段，將不符合要求的多媒體消息進(jìn)行有效的攔截。并且，對同一運(yùn)營商內(nèi)，或者不同運(yùn)營商之間的多媒體消息業(yè)務(wù)互聯(lián)互通已經(jīng)被 看作是移動通信一個新的盈利點(diǎn)，因此，為了提高用戶的滿意度，也需要在攔截技術(shù)上提供 更為安全、高效、完善的移動數(shù)據(jù)業(yè)務(wù)框架來支撐。

發(fā)明內(nèi)容
本發(fā)明的要解決的技術(shù)問題是，針對現(xiàn)有技術(shù)的不足，提供一種能夠使運(yùn)營商可 以根據(jù)用戶的實(shí)際需求，方便地配置需要攔截的發(fā)送方的相關(guān)用戶賬號信息，并根據(jù)發(fā)送 方相關(guān)用戶信息對運(yùn)營商內(nèi)，或者不同運(yùn)營商之間發(fā)送的多媒體消息的進(jìn)行攔截的多媒體 消息的攔截系統(tǒng)及方法。為實(shí)現(xiàn)上述目的，本發(fā)明采用了以下技術(shù)方案一種多媒體消息的攔截系統(tǒng)，包括用戶賬號鑒權(quán)模塊及與所述用戶賬號鑒權(quán)模 塊相連的用戶賬號管理模塊；所述用戶賬號管理模塊用于配置需攔截的進(jìn)行多媒體消息發(fā)送的發(fā)送方相關(guān)的用戶賬號的用戶賬號管理表；所述用戶賬號鑒權(quán)模塊用于根據(jù)所述用戶賬號管理表，對當(dāng)前發(fā)送方相關(guān)的用戶 賬號信息進(jìn)行鑒權(quán)，對符合攔截條件的所述當(dāng)前發(fā)送方相關(guān)用戶賬號進(jìn)行攔截。在本發(fā)明的一種實(shí)施例中，所述用戶賬號鑒權(quán)模塊包括依次相連的多媒體消息互 通網(wǎng)關(guān)以及用于提取當(dāng)前發(fā)送方相關(guān)用戶賬號信息，并判斷當(dāng)前發(fā)送方用戶賬號和接收方 用戶賬號是否屬于同一網(wǎng)絡(luò)的多媒體消息中心子模塊；所述用戶賬號管理模塊包括網(wǎng)內(nèi)用 戶賬號管理子模塊和網(wǎng)間用戶賬號管理子模塊；所述用戶賬號管理模塊與用戶賬號鑒權(quán)模 塊相連時，包括網(wǎng)內(nèi)連接方式或網(wǎng)間連接方式中的至少一種；所述網(wǎng)內(nèi)連接方式為網(wǎng)內(nèi) 用戶賬號管理子模塊與所述多媒體消息中心子模塊相連；所述網(wǎng)間連接方式為網(wǎng)間用戶 賬號管理子模塊與所述多媒體消息互通網(wǎng)關(guān)相連。在本發(fā)明的一種實(shí)施例中，對于所述網(wǎng)內(nèi)連接方式若所述多媒體消息中心子模 塊判斷當(dāng)前發(fā)送方用戶賬號和接收方用戶賬號是同一網(wǎng)絡(luò)，則根據(jù)所述網(wǎng)內(nèi)用戶賬號管理 子模塊內(nèi)的網(wǎng)內(nèi)用戶賬號管理表，按照預(yù)設(shè)原則一，對當(dāng)前發(fā)送方相關(guān)用戶賬號信息進(jìn)行 鑒權(quán)及攔截；若不是同一網(wǎng)絡(luò)，則將當(dāng)前發(fā)送方發(fā)送的多媒體消息轉(zhuǎn)發(fā)到所述多媒體消息 互通網(wǎng)關(guān)；在本發(fā)明的一種實(shí)施例中，對于所述網(wǎng)間連接方式若所述多媒體消息中心子模 塊判斷當(dāng)前發(fā)送方用戶賬號和接收方用戶賬號是同一網(wǎng)絡(luò)，則將當(dāng)前發(fā)送方發(fā)送的多媒體 消息轉(zhuǎn)發(fā)到其他的多媒體消息中興子模塊；若不是同一網(wǎng)絡(luò)，則將當(dāng)前發(fā)送方發(fā)送的多媒 體消息以及當(dāng)前發(fā)送方相關(guān)用戶賬號信息轉(zhuǎn)發(fā)到所述多媒體消息互通網(wǎng)關(guān)；所述多媒體 消息互通網(wǎng)關(guān)根據(jù)所述網(wǎng)間用戶賬號管理子模塊內(nèi)的網(wǎng)間用戶賬號管理表，按照預(yù)設(shè)原則 二，對當(dāng)前發(fā)送方相關(guān)的用戶賬號信息進(jìn)行鑒權(quán)及攔截。在本發(fā)明的一種實(shí)施例中，所述網(wǎng)內(nèi)用戶賬號管理表具體包括沒有發(fā)送和接收 多媒體消息權(quán)限的網(wǎng)內(nèi)發(fā)送方用戶賬號、網(wǎng)內(nèi)接收方用戶賬號、以及網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號。在本發(fā)明的一種實(shí)施例中，所述網(wǎng)間用戶賬號管理表具體包括沒有發(fā)送和接收 多媒體消息權(quán)限的網(wǎng)間發(fā)送方用戶賬號、網(wǎng)間接收方用戶賬號、以及網(wǎng)間關(guān)聯(lián)用戶賬號。在本發(fā)明的一種實(shí)施例中，所述預(yù)設(shè)原則一具體為若所述網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)發(fā)送方用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則 判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)接收方用戶賬號中有當(dāng)前接收方用戶賬號，則 判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號關(guān)聯(lián)進(jìn)來的用戶賬號中有當(dāng)前 發(fā)送方用戶賬號，則檢查網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號關(guān)聯(lián)出去的用戶賬號中是否有當(dāng)前接收方用戶 賬號，若有，則判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截。在本發(fā)明的一種實(shí)施例中，所述預(yù)設(shè)原則二具體為若所述網(wǎng)間用戶賬號管理表的網(wǎng)間發(fā)送方用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則 判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)間用戶賬號管理表的網(wǎng)間接收方用戶賬號中有當(dāng)前接收方用戶賬號，則 判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)間用戶賬號管理表的網(wǎng)間關(guān)聯(lián)用戶賬號關(guān)聯(lián)進(jìn)來的用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則檢查網(wǎng)間關(guān)聯(lián)用戶賬號關(guān)聯(lián)出去的用戶賬號中是否有當(dāng)前接收方用戶 賬號，若有，則判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截。同時，本發(fā)明還提供了一種多媒體消息的攔截方法，包括以下步驟用戶賬號管理模塊預(yù)設(shè)需攔截的進(jìn)行多媒體消息發(fā)送的發(fā)送發(fā)相關(guān)用戶賬號的 用戶賬號管理表；用戶賬號鑒權(quán)模塊根據(jù)所述用戶賬號管理表，對當(dāng)前發(fā)送方相關(guān)用戶賬號信息進(jìn) 行鑒權(quán)，對符合攔截條件的所述當(dāng)前發(fā)送方相關(guān)用戶賬號進(jìn)行攔截。在本發(fā)明的一種實(shí)施例中，所述用戶賬號鑒權(quán)模塊包括依次相連的多媒體消息互 通網(wǎng)關(guān)以及用于提取當(dāng)前發(fā)送方相關(guān)用戶賬號信息，并判斷當(dāng)前發(fā)送方用戶賬號和接收方 用戶賬號是否屬于同一網(wǎng)絡(luò)的多媒體消息中心子模塊；所述用戶賬號管理模塊包括網(wǎng)內(nèi)用 戶賬號管理子模塊和網(wǎng)間用戶賬號管理子模塊；所述用戶賬號管理模塊與用戶賬號鑒權(quán)模 塊相連時，包括網(wǎng)內(nèi)連接方式或網(wǎng)間連接方式中的至少一種；所述網(wǎng)內(nèi)連接方式為網(wǎng)內(nèi) 用戶賬號管理子模塊與所述多媒體消息中心子模塊相連；所述網(wǎng)間連接方式為網(wǎng)間用戶 賬號管理子模塊與所述多媒體消息互通網(wǎng)關(guān)相連。由于采用了以上技術(shù)方案，使本發(fā)明具備的有益效果在于用戶賬號鑒權(quán)模塊根 據(jù)用戶賬號管理模塊預(yù)設(shè)的用戶賬號管理表中的發(fā)送方相關(guān)用戶賬號信息，對當(dāng)前發(fā)送方 相關(guān)的用戶賬號信息進(jìn)行鑒權(quán)及攔截。如此，運(yùn)營商可以在用戶賬號信息表中方便地設(shè)置 需要攔截的用戶賬號，從而盡可能多地?cái)r截了移動通信網(wǎng)絡(luò)內(nèi)的不符合用戶要求的多媒體 消息。同時，本發(fā)明的用戶賬號，即可以是手機(jī)號碼或者手機(jī)號碼段，也可以是移動終端的 域名地址或者域名地址段，這在一定程度上也擴(kuò)大了多媒體消息業(yè)務(wù)的攔截范圍，大大提 高用戶的滿意度，對于多媒體消息業(yè)務(wù)在同一運(yùn)營商內(nèi)以及不同運(yùn)營商之間的開展具有較 大的促進(jìn)作用。


圖1為本發(fā)明一種實(shí)施例的攔截系統(tǒng)結(jié)構(gòu)圖；圖2為本發(fā)明另一種實(shí)施例的業(yè)務(wù)流程圖。
具體實(shí)施例方式下面通過具體實(shí)施方式
結(jié)合附圖對本發(fā)明作進(jìn)一步詳細(xì)說明。針對現(xiàn)有多媒體消息攔截技術(shù)中存在的不足，本發(fā)明提供了一種多媒體消息的攔 截系統(tǒng)及方法，該系統(tǒng)包括用戶賬號鑒權(quán)模塊以及與之相連的用戶賬號管理模塊；用戶賬 號管理模塊用于配置需攔截的進(jìn)行多媒體消息發(fā)送的發(fā)送方相關(guān)用戶賬號的用戶賬號管 理表；用戶賬號信息表中存儲的是用戶賬號管理模塊預(yù)設(shè)的一些沒有發(fā)送和接收多媒體消 息的權(quán)限的用戶賬號。用戶賬號權(quán)模塊根據(jù)所述用戶賬號管理表，對當(dāng)前發(fā)送方相關(guān)的用 戶賬號信息進(jìn)行鑒權(quán)及攔截。若鑒權(quán)成功，則對當(dāng)前發(fā)送的多媒體消息不進(jìn)行攔截，若鑒權(quán) 失敗，則進(jìn)行攔截。需要說明的第一點(diǎn)是，該用戶賬號可以是手機(jī)用戶的手機(jī)號碼，也可以是移動終 端的域名地址。并且，該用戶賬號可以是單獨(dú)的一個號碼，也可以是一個號碼段。需要說明 的第二點(diǎn)是，運(yùn)營商可以根據(jù)實(shí)際需要或者個性需求，對用戶賬號信息表中的用戶賬號信息進(jìn)行更改。若A手機(jī)用戶要求不接收B手機(jī)用戶的多媒體消息，那么運(yùn)營商則可以更改用 戶賬號管理表中的用戶賬號信息，從而滿足了用戶的個性需求，大大提高了用戶的滿意度， 促進(jìn)了多媒體消息業(yè)務(wù)在移動用戶內(nèi)的普及。在一種實(shí)施例中，用戶賬號鑒權(quán)模塊包括依次相連的多媒體消息中心子模塊MMSC 和多媒體消息互通網(wǎng)關(guān)匪SIG ；匪SC主要負(fù)責(zé)多媒體消息存儲和處理，轉(zhuǎn)發(fā)等。匪SC和 匪SIG之間采用的Mm4接口相連，進(jìn)行消息互通，完成消息的轉(zhuǎn)發(fā)。其中，用戶賬號管理模 塊包括網(wǎng)內(nèi)連接方式和網(wǎng)間連接方式中的至少一種所述網(wǎng)內(nèi)連接方式為與MMSC相連的 網(wǎng)內(nèi)用戶賬號管理子模塊OMM ；而所述網(wǎng)間連接方式為與MMSIG相連的網(wǎng)間用戶賬號管理 子模塊；在實(shí)際應(yīng)用中，運(yùn)營商可以根據(jù)實(shí)際需求，選擇兩種連接方式中的任意一種，當(dāng)然， 也可以同時將兩種連接方式集于同一系統(tǒng)內(nèi)。網(wǎng)內(nèi)OMM與MMSC之間的接口是SMP (Service Manage Point，業(yè)務(wù)管理點(diǎn))協(xié)議，網(wǎng)間OMM與匪SIG之間的接口也是SMP協(xié)議。MMSC用于提取當(dāng)前發(fā)送方相關(guān)的用戶賬號信息，即當(dāng)前發(fā)送多媒體消息的用戶終 端UA的地址信息，該地址信息包括手機(jī)號碼或者是域名賬號。實(shí)際上，用戶終端UA，即用 戶代理，也稱多媒體消息業(yè)務(wù)終端模塊MMS，不是直接和MMSC相連接的。也就是說UA是通 過無線網(wǎng)絡(luò)Mobile Network發(fā)送和接收多媒體消息的。無線網(wǎng)絡(luò)通過Mml接口與MMSC連 接。MMSC根據(jù)提取的當(dāng)前發(fā)送方相關(guān)用戶賬號信息判斷當(dāng)前發(fā)送方用戶賬號和接收方用戶 賬號是否屬于同一網(wǎng)絡(luò)；其中，當(dāng)前發(fā)送方相關(guān)用戶賬號信息主要是指當(dāng)前發(fā)送方用戶賬 號信息和當(dāng)前接收方用戶賬號信息。若運(yùn)營商內(nèi)的多媒體消息攔截系統(tǒng)的用戶賬號管理模 塊只選擇了網(wǎng)內(nèi)連接方式，并且多媒體消息中心子模塊判斷當(dāng)前發(fā)送方用戶賬號和接收方 用戶賬號屬于同一網(wǎng)絡(luò)，則MMSC根據(jù)網(wǎng)內(nèi)用戶賬號管理子模塊內(nèi)的網(wǎng)內(nèi)用戶賬號管理表， 按照預(yù)設(shè)的原則一，對當(dāng)前發(fā)送方相關(guān)的用戶賬號信息進(jìn)行鑒權(quán)及攔截；若不是同一網(wǎng)絡(luò)， 則MMSC直接將當(dāng)前發(fā)送方發(fā)送的多媒體消息轉(zhuǎn)發(fā)到MMSIG。若運(yùn)營商內(nèi)的多媒體消息攔截 系統(tǒng)的用戶賬號管理模塊只選擇了網(wǎng)間連接方式，并且多媒體消息中心子模塊判斷當(dāng)前發(fā) 送方用戶賬號和接收方用戶賬號屬于同一網(wǎng)絡(luò)，則匪SC直接將當(dāng)前發(fā)送方發(fā)送的多媒體 消息轉(zhuǎn)發(fā)到其他的MMSC ；若不是同一網(wǎng)絡(luò)，則MMSC將當(dāng)前發(fā)送方發(fā)送的多媒體消息以及當(dāng) 前發(fā)送方相關(guān)用戶賬號信息轉(zhuǎn)發(fā)到MMSIG ；該MMSIG根據(jù)網(wǎng)間用戶賬號管理子模塊內(nèi)的網(wǎng) 間用戶賬號管理表，按照預(yù)設(shè)原則二，對當(dāng)前發(fā)送方相關(guān)的用戶賬號信息進(jìn)行鑒權(quán)及攔截?？梢岳斫獾氖牵脩糍~號管理模塊可以只包括網(wǎng)內(nèi)/網(wǎng)間用戶賬號管理子模塊中 的任意一個，若用戶賬號管理模塊只包括與MMSC相連的網(wǎng)內(nèi)0ΜΜ，則該攔截系統(tǒng)只能對當(dāng) 前發(fā)送方用戶賬號和接收方用戶賬號屬于同一網(wǎng)絡(luò)的用戶賬號進(jìn)行攔截，即當(dāng)前發(fā)送方用 戶賬號和接收方用戶賬號屬于同一運(yùn)營商。此時，對于進(jìn)行網(wǎng)間多媒體消息發(fā)送和接收的 用戶賬號，該系統(tǒng)則不能進(jìn)行垃圾多媒體消息的攔截。若用戶賬號管理模塊只包括與MMSIG 相連的網(wǎng)間用戶賬號管理子模塊，此時，MMSC提取當(dāng)前發(fā)送方相關(guān)的用戶賬號信息，若判斷 當(dāng)前發(fā)送方用戶賬號和接收方用戶賬號屬于同一網(wǎng)絡(luò)，則不需要進(jìn)行網(wǎng)內(nèi)用戶賬號鑒權(quán)， 直接通過Mm4接口將多媒體消息轉(zhuǎn)發(fā)到網(wǎng)內(nèi)其他的MMSC ；若判斷當(dāng)前發(fā)送方和接收方屬于 不同網(wǎng)絡(luò)，則直接將多媒體消息以及發(fā)送發(fā)相關(guān)的用戶賬號信息轉(zhuǎn)發(fā)給MMSIG，由MMSIG對 當(dāng)前發(fā)送方相關(guān)用戶賬號信息進(jìn)行鑒權(quán)。在運(yùn)營商的實(shí)際使用中，可以根據(jù)實(shí)際需要，靈 活地選取。若運(yùn)營商的多媒體消息攔截系統(tǒng)既有網(wǎng)內(nèi)攔截方式也有網(wǎng)間攔截方式，那么當(dāng) MMSC接收到MMS發(fā)來的多媒體消息時，MMSC提取當(dāng)前發(fā)送方用戶賬號信息和接收方用戶賬號信息，并判斷當(dāng)前發(fā)送方用戶賬號和接收方用戶賬號是否屬于同一網(wǎng)絡(luò)，若屬于同一網(wǎng) 絡(luò)，則利用與MMSC相連接的網(wǎng)內(nèi)用戶賬號管理子模塊中的網(wǎng)內(nèi)用戶賬號管理表，對當(dāng)前發(fā) 送方相關(guān)用戶賬號信息進(jìn)行鑒權(quán)及攔截。若不屬于同一網(wǎng)絡(luò)，則MMSC將當(dāng)前發(fā)送方發(fā)送的 多媒體消息以及當(dāng)前發(fā)送方用戶相關(guān)信息轉(zhuǎn)發(fā)到MMSIG，MMSIG利用網(wǎng)間用戶賬號管理表 對當(dāng)前發(fā)送方相關(guān)用戶賬號信息進(jìn)行鑒權(quán)及攔截。在一種實(shí)施例中，網(wǎng)內(nèi)用戶賬號管理子模塊OMM用于配置網(wǎng)內(nèi)用戶賬號管理表， 具體是配置沒有發(fā)送和接收多媒體消息權(quán)限的網(wǎng)內(nèi)發(fā)送方用戶賬號、網(wǎng)內(nèi)接收方用戶賬 號、以及網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號；網(wǎng)間用戶賬號管理子模塊用于配置網(wǎng)間用戶賬號管理表，具體 是配置沒有發(fā)送和接收多媒體消息權(quán)限的網(wǎng)間發(fā)送方用戶賬號、網(wǎng)間接收方用戶賬號、以 及網(wǎng)間關(guān)聯(lián)用戶賬號?？梢岳斫獾氖牵瑢⒂脩糍~號管理表分成網(wǎng)內(nèi)用戶管理表和網(wǎng)間用戶 管理表，一方面使得用戶賬號管理模塊在預(yù)設(shè)某一用戶賬號的權(quán)限時，可以更加方便和系 統(tǒng)化，便于運(yùn)營商對用戶賬號的管理。并且，用MMSC對網(wǎng)內(nèi)用戶賬號進(jìn)行鑒權(quán)，用MMSIG對 網(wǎng)間用戶賬號進(jìn)行鑒權(quán)，不但分工明確，而且也不會使MMSC或者M(jìn)MSIG的負(fù)擔(dān)過重。在一種實(shí)施例中，多媒體消息中心子模塊根據(jù)網(wǎng)內(nèi)用戶賬號管理表，按照預(yù)設(shè)原 則一，對當(dāng)前發(fā)送方相關(guān)的用戶賬號信息進(jìn)行鑒權(quán)，具體過程如下根據(jù)當(dāng)前多媒體消息終端匪S發(fā)來的多媒體消息，MMSC可以提取到當(dāng)前發(fā)送方相 關(guān)的用戶賬號信息，即當(dāng)前發(fā)送方UA相關(guān)的用戶賬號信息。當(dāng)前發(fā)送方的相關(guān)用戶賬號信 息主要包括當(dāng)前發(fā)送方用戶賬號和當(dāng)前接收方用戶賬號信息，MMSC利用設(shè)置在網(wǎng)內(nèi)用戶賬 號管理子模塊內(nèi)的網(wǎng)內(nèi)用戶賬號管理表，按照預(yù)設(shè)規(guī)則一，對當(dāng)前發(fā)送方相關(guān)的用戶信息 進(jìn)行判斷；預(yù)設(shè)原則一具體為若網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)發(fā)送方用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則判斷 鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)接收方用戶賬 號中有當(dāng)前接收方用戶賬號，則判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若網(wǎng)內(nèi)用 戶賬號管理表的網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號關(guān)聯(lián)進(jìn)來的用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則檢查 網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號關(guān)聯(lián)出去的用戶賬號中是否有當(dāng)前接收方用戶賬號，若有，則判斷鑒權(quán) 失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；對于鑒權(quán)失敗的用戶賬號，多媒體消息中心子模塊 MMSC則直接攔截了該用戶賬號發(fā)送的多媒體消息，從而阻止了不符合用戶要求的多媒體消 息的發(fā)送。而對于鑒權(quán)成功的用戶賬號，多媒體消息中心子模塊MMSC則將該用戶賬號發(fā)送 的多媒體消息轉(zhuǎn)發(fā)到就近的接收方用戶賬號所歸屬的多媒體消息中心子模塊MMSC。接收方 用戶賬號所歸屬的多媒體消息中心子模塊再將該多媒體消息下發(fā)到接收方MMS終端。在一種實(shí)施例中，多媒體消息互通網(wǎng)關(guān)匪SIG根據(jù)網(wǎng)間用戶賬號管理表，對當(dāng)前 發(fā)送方相關(guān)用戶賬號信息進(jìn)行鑒權(quán)，具體過程如下MMSIG根據(jù)網(wǎng)間用戶賬號管理表，按照 預(yù)設(shè)原則二，對從MMSC處接收到的當(dāng)前發(fā)送方相關(guān)的用戶信息進(jìn)行判斷；預(yù)設(shè)規(guī)則二具體 為若網(wǎng)間用戶賬號管理表的網(wǎng)間發(fā)送方用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則判斷 鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若網(wǎng)間用戶賬號管理表的網(wǎng)間接收方用戶賬 號中有當(dāng)前接收方用戶賬號，則判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若網(wǎng)間用 戶賬號管理表的網(wǎng)間關(guān)聯(lián)用戶賬號關(guān)聯(lián)進(jìn)來的用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則檢查 網(wǎng)間關(guān)聯(lián)用戶賬號關(guān)聯(lián)出去的用戶賬號中是否有當(dāng)前接收方用戶賬號，若有，則判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截。對于鑒權(quán)失敗的用戶賬號，MMSIG則直接攔截了該 用戶賬號發(fā)送的多媒體消息。而對于鑒權(quán)成功的用戶賬號，MMSIG則將該用戶賬號發(fā)送的 多媒體消息轉(zhuǎn)發(fā)就近的接收方用戶賬號所歸屬的MMSIG。接收方用戶賬號所歸屬的MMSIG 再將該多媒體消息下發(fā)到接收方MMSC終端，并通過MMSC轉(zhuǎn)發(fā)給接收方的MMS終端。本發(fā)明還提供了一種多媒體消息的攔截方法，包括以下步驟用戶賬號管理模塊預(yù)設(shè)需攔截的進(jìn)行多媒體消息發(fā)送的發(fā)送方相關(guān)用戶賬號的 用戶賬號管理表；用戶賬號鑒權(quán)模塊根據(jù)所述用戶賬號管理表，對當(dāng)前發(fā)送方相關(guān)的用戶 賬號信息進(jìn)行鑒權(quán)及攔截。本發(fā)明提供的多媒體消息的攔截系統(tǒng)及方法，通過用戶賬號管理模塊0ΜΜ，可以預(yù) 先配置用戶需要攔截的發(fā)送方用戶賬號，接收方用戶賬號以及關(guān)聯(lián)用戶賬號，利用多媒體 消息中心子模塊提取當(dāng)前發(fā)送方用戶的相關(guān)信息，根據(jù)用戶賬號管理表，通過多媒體消息 中心子模塊和預(yù)設(shè)原則一以及多媒體消息互通網(wǎng)關(guān)和預(yù)設(shè)原則二，對當(dāng)前發(fā)送方用戶賬號 進(jìn)行鑒權(quán)及攔截。如此，運(yùn)營商可以根據(jù)用戶的個性需求，方便地限制或允許某些用戶終端 的多媒體消息的接收或發(fā)送。例如，運(yùn)營商既可以限制某用戶群發(fā)送彩信，也可以限制某用 戶群接受彩信，還可以限制某用戶群發(fā)送彩信到另外一個用戶群。下面結(jié)合圖1，以兩個手機(jī)終端發(fā)送網(wǎng)間多媒體消息，具體地說，以彩信業(yè)務(wù)為例 進(jìn)行詳細(xì)說明，其主要業(yè)務(wù)流程如下首先，發(fā)送方多媒體消息業(yè)務(wù)MMS終端將多媒體消息提交到其所歸屬的多媒體消 息中心子模塊匪SC ；其次，發(fā)送發(fā)匪S終端歸屬的匪SC提取當(dāng)前發(fā)送發(fā)匪S終端相關(guān)用戶賬號信息， 包括當(dāng)前發(fā)送方用戶賬號和接收方用戶賬號信息，判斷當(dāng)前發(fā)送方用戶賬號信息和接收方 用戶賬號信息是否屬于同一運(yùn)營商的網(wǎng)絡(luò)；若是，發(fā)送方MMS終端歸屬的MMSC則根據(jù)網(wǎng)內(nèi)用戶賬號管理表，按照預(yù)設(shè)規(guī)則一， 對當(dāng)前發(fā)送方用戶賬號信息進(jìn)行鑒權(quán)，若鑒權(quán)成功，則轉(zhuǎn)發(fā)多媒體消息到接收方用戶賬號 所屬的MMSC，接收方用戶賬號所屬的MMSC再將多媒體消息下發(fā)到接收方MMS終端。若鑒權(quán) 失敗，則發(fā)送方歸屬的MMSC直接攔截多媒體消息。若否，則發(fā)送方匪S終端歸屬的匪SC將多媒體消息以及發(fā)送方匪S相關(guān)的用戶賬 號信息轉(zhuǎn)發(fā)到發(fā)送方匪S終端歸屬的多媒體消息互通網(wǎng)關(guān)匪SIG，匪SIG根據(jù)網(wǎng)間用戶賬號 管理表，按照預(yù)設(shè)規(guī)則二，對當(dāng)前發(fā)送方用戶賬號信息進(jìn)行鑒權(quán)，若鑒權(quán)成功，則轉(zhuǎn)發(fā)多媒 體消息到接收方所屬的MMSIG，接收方所屬的MMSIG再將多媒體消息下發(fā)到接收方MMSC終 端，最后才轉(zhuǎn)發(fā)到接收方所屬的MMS。若鑒權(quán)失敗，則發(fā)送方歸屬的MMSIG直接攔截多媒體 消息。添加賬號攔截后，以移動終端用戶，即UA終端在網(wǎng)間進(jìn)行彩信轉(zhuǎn)發(fā)時的流程進(jìn)行 詳細(xì)講解，如圖2所示Sl 發(fā)送方UA終端發(fā)出MMl_submit. REQ消息到發(fā)送方歸屬的MMSC，MMl_submit. REQ消息中包含多媒體消息，該多媒體消息中包含發(fā)送方UA終端的用戶賬號，接收方UA終 端的用戶賬號，該用戶賬號可以是手機(jī)號碼，也可以是域名賬號；S2 發(fā)送方UA終端歸屬的匪SC接收到該匪l_submit. REQ消息后，暫存該消息，并 向發(fā)送方UA終端返回^l_submit. RES消息。
S3 發(fā)送方UA終端歸屬的匪SC提取當(dāng)前發(fā)送方UA終端相關(guān)的用戶賬號信息，判 斷當(dāng)前發(fā)送方UA終端的用戶賬號與接收方UA終端的用戶賬號不屬于同一網(wǎng)絡(luò)，則發(fā)送前 轉(zhuǎn)請求i^orwardReq消息到發(fā)送方UA終端歸屬的MMSIG ；S4 發(fā)送方UA終端歸屬的匪SIG返回響應(yīng)R)rWardRes消息，并根據(jù)網(wǎng)間OMM模塊 內(nèi)的網(wǎng)間用戶賬號管理表中的信息，按照預(yù)設(shè)規(guī)則二，對當(dāng)前發(fā)送方UA終端的用戶賬號進(jìn) 行鑒權(quán)，符合攔截條件的直接拒絕，轉(zhuǎn)到到S9 ；否則，轉(zhuǎn)到S5 ；S5 向接收方UA終端歸屬的運(yùn)營商的彩信互通網(wǎng)關(guān)FMMSIG發(fā)送前轉(zhuǎn)請求 ForwardReq 消息；S6 接收方UA終端歸屬運(yùn)營商的彩信互通網(wǎng)關(guān)FMMSIG向發(fā)送方UA終端歸屬的 匪SIG返回響應(yīng)消息i^orwardRes，并向接收方UA終端歸屬的多媒體消息中心匪SC轉(zhuǎn)發(fā)多 媒體消息，由接收方UA歸屬的多媒體消息中心將多媒體消息下發(fā)到接收方終端UA終端；S7 發(fā)送方UA終端歸屬的匪SIG等待接收方UA終端歸屬運(yùn)營商的彩信互通網(wǎng)關(guān) MMSIG 的投遞報告請求 DeliveryIteportReq ；S8 發(fā)送方UA終端歸屬的匪SIG向接收方UA歸屬運(yùn)營商的彩信互通網(wǎng)關(guān)返回投 遞報告響應(yīng) DeliveryReportRes ；S9 發(fā)送方UA終端歸屬的匪SIG向發(fā)送方歸屬多媒體消息中心匪SC發(fā)送投遞報 告請求；SlO 發(fā)送方歸屬多媒體消息中心匪SC給發(fā)送方UA終端歸屬的匪SIG返回投遞報 告響應(yīng)；以上內(nèi)容是結(jié)合具體的實(shí)施方式對本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā) 明的具體實(shí)施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫 離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù) 范圍。
權(quán)利要求
1.一種多媒體消息的攔截系統(tǒng)，其特征在于，包括用戶賬號鑒權(quán)模塊以及與所述用 戶賬號鑒權(quán)模塊相連的用戶賬號管理模塊；所述用戶賬號管理模塊用于配置需攔截的進(jìn)行多媒體消息發(fā)送的發(fā)送方相關(guān)用戶賬 號的用戶賬號管理表；所述用戶賬號鑒權(quán)模塊用于根據(jù)所述用戶賬號管理表，對當(dāng)前發(fā)送方相關(guān)用戶賬號信 息進(jìn)行鑒權(quán)，對符合攔截條件的所述當(dāng)前發(fā)送方相關(guān)用戶賬號進(jìn)行攔截。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述用戶賬號鑒權(quán)模塊包括依次相連的多 媒體消息互通網(wǎng)關(guān)以及用于提取當(dāng)前發(fā)送方相關(guān)用戶賬號信息，并判斷當(dāng)前發(fā)送方用戶賬 號和接收方用戶賬號是否屬于同一網(wǎng)絡(luò)的多媒體消息中心子模塊；所述用戶賬號管理模塊 包括網(wǎng)內(nèi)用戶賬號管理子模塊和網(wǎng)間用戶賬號管理子模塊；所述用戶賬號管理模塊與用 戶賬號鑒權(quán)模塊相連時，包括網(wǎng)內(nèi)連接方式或網(wǎng)間連接方式中的至少一種；所述網(wǎng)內(nèi)連接 方式為網(wǎng)內(nèi)用戶賬號管理子模塊與所述多媒體消息中心子模塊相連；所述網(wǎng)間連接方式 為網(wǎng)間用戶賬號管理子模塊與所述多媒體消息互通網(wǎng)關(guān)相連。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于，對于所述網(wǎng)內(nèi)連接方式若所述多媒體消息 中心子模塊判斷當(dāng)前發(fā)送方用戶賬號和接收方用戶賬號是同一網(wǎng)絡(luò)，則根據(jù)所述網(wǎng)內(nèi)用戶 賬號管理子模塊內(nèi)的網(wǎng)內(nèi)用戶賬號管理表，按照預(yù)設(shè)原則一，對當(dāng)前發(fā)送方相關(guān)用戶賬號 信息進(jìn)行鑒權(quán)及攔截；若不是同一網(wǎng)絡(luò)，則將當(dāng)前發(fā)送方發(fā)送的多媒體消息轉(zhuǎn)發(fā)到所述多 媒體消息互通網(wǎng)關(guān)。
4.如權(quán)利要求2所述的系統(tǒng)，其特征在于，對于網(wǎng)間連接方式若所述多媒體消息中心 子模塊判斷當(dāng)前發(fā)送方用戶賬號和接收方用戶賬號是同一網(wǎng)絡(luò)，則將當(dāng)前發(fā)送方發(fā)送的多 媒體消息轉(zhuǎn)發(fā)到其他的多媒體消息中心子模塊；若不是同一網(wǎng)絡(luò)，則將當(dāng)前發(fā)送方發(fā)送的 多媒體消息以及當(dāng)前發(fā)送方相關(guān)用戶賬號信息轉(zhuǎn)發(fā)到所述多媒體消息互通網(wǎng)關(guān)；所述多媒 體消息互通網(wǎng)關(guān)根據(jù)所述網(wǎng)間用戶賬號管理子模塊內(nèi)的網(wǎng)間用戶賬號管理表，按照預(yù)設(shè)原 則二，對當(dāng)前發(fā)送方相關(guān)的用戶賬號信息進(jìn)行鑒權(quán)及攔截。
5.如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述網(wǎng)內(nèi)用戶賬號管理表具體包括沒有發(fā) 送和接收多媒體消息權(quán)限的網(wǎng)內(nèi)發(fā)送方用戶賬號、網(wǎng)內(nèi)接收方用戶賬號、以及網(wǎng)內(nèi)關(guān)聯(lián)用 戶賬號。
6.如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述網(wǎng)間用戶賬號管理表具體包括沒有發(fā) 送和接收多媒體消息權(quán)限的網(wǎng)間發(fā)送方用戶賬號、網(wǎng)間接收方用戶賬號、以及網(wǎng)間關(guān)聯(lián)用 戶賬號。
7.如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述預(yù)設(shè)原則一具體為若所述網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)發(fā)送方用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則判斷 鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)接收方用戶賬號中有當(dāng)前接收方用戶賬號，則判斷 鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)內(nèi)用戶賬號管理表的網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號關(guān)聯(lián)進(jìn)來的用戶賬號中有當(dāng)前發(fā)送 方用戶賬號，則檢查網(wǎng)內(nèi)關(guān)聯(lián)用戶賬號關(guān)聯(lián)出去的用戶賬號中是否有當(dāng)前接收方用戶賬 號，若有，則判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截。
8.如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述預(yù)設(shè)原則二具體為若所述網(wǎng)間用戶賬號管理表的網(wǎng)間發(fā)送方用戶賬號中有當(dāng)前發(fā)送方用戶賬號，則判斷 鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)間用戶賬號管理表的網(wǎng)間接收方用戶賬號中有當(dāng)前接收方用戶賬號，則判斷 鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截；若所述網(wǎng)間用戶賬號管理表的網(wǎng)間關(guān)聯(lián)用戶賬號關(guān)聯(lián)進(jìn)來的用戶賬號中有當(dāng)前發(fā)送 方用戶賬號，則檢查網(wǎng)間關(guān)聯(lián)用戶賬號關(guān)聯(lián)出去的用戶賬號中是否有當(dāng)前接收方用戶賬 號，若有，則判斷鑒權(quán)失敗，對當(dāng)前發(fā)送方用戶賬號進(jìn)行攔截。
9.一種多媒體消息的攔截方法，其特征在于，包括以下步驟用戶賬號管理模塊預(yù)設(shè)需攔截的進(jìn)行多媒體消息發(fā)送的發(fā)送方相關(guān)的用戶賬號的用 戶賬號管理表；用戶賬號鑒權(quán)模塊根據(jù)所述用戶賬號管理表，對當(dāng)前發(fā)送方相關(guān)的用戶賬號信息進(jìn)行 鑒權(quán)，對符合攔截條件的所述當(dāng)前發(fā)送方相關(guān)用戶賬號進(jìn)行攔截。
10.如權(quán)利要求9所述的方法，其特征在于，所述用戶賬號鑒權(quán)模塊包括依次相連的 多媒體消息互通網(wǎng)關(guān)以及用于提取當(dāng)前發(fā)送方相關(guān)用戶賬號信息，并判斷當(dāng)前發(fā)送方用戶 賬號和接收方用戶賬號是否屬于同一網(wǎng)絡(luò)的多媒體消息中心子模塊；所述用戶賬號管理模 塊包括網(wǎng)內(nèi)用戶賬號管理子模塊和網(wǎng)間用戶賬號管理子模塊；所述用戶賬號管理模塊與用 戶賬號鑒權(quán)模塊相連時，包括網(wǎng)內(nèi)連接方式或網(wǎng)間連接方式中的至少一種；所述網(wǎng)內(nèi)連接 方式為網(wǎng)內(nèi)用戶賬號管理子模塊與所述多媒體消息中心子模塊相連；所述網(wǎng)間連接方式 為網(wǎng)間用戶賬號管理子模塊與所述多媒體消息互通網(wǎng)關(guān)相連。
全文摘要
本發(fā)明公開了一種多媒體消息的攔截系統(tǒng)及方法，所述系統(tǒng)包括用戶賬號鑒權(quán)模塊以及與所述用戶賬號鑒權(quán)模塊相連的用戶賬號管理模塊；所述用戶賬號管理模塊用于配置需攔截的進(jìn)行多媒體消息發(fā)送的發(fā)送方相關(guān)用戶賬號的用戶賬號管理表；所述用戶賬號鑒權(quán)模塊用于根據(jù)所述用戶賬號管理表，對當(dāng)前發(fā)送方相關(guān)用戶賬號信息進(jìn)行鑒權(quán)，對符合攔截條件的所述當(dāng)前發(fā)送方相關(guān)用戶賬號進(jìn)行攔截。應(yīng)用本發(fā)明，運(yùn)營商可以在用戶賬號信息表中方便地設(shè)置需要攔截的用戶賬號，從而盡可能多地?cái)r截了移動通信網(wǎng)絡(luò)內(nèi)的不符合用戶要求的多媒體消息，大大提高用戶的滿意度。
文檔編號H04W4/12GK102056101SQ20111000115
公開日2011年5月11日 申請日期2011年1月5日 優(yōu)先權(quán)日2011年1月5日
發(fā)明者邵俊 申請人:中興通訊股份有限公司