專利名稱：一種彩信中心及其緩存手機報消息的方法
技術(shù)領域：
本發(fā)明涉及多媒體消息業(yè)務(Multimedia Messaging Service, MMS)的通信領域，尤其涉及一種彩信中心及其緩存手機報消息的方 法。
背景技術(shù)：
MMS是一種能夠在手機和手機之間以及手機和Email服務器等 其他應用之間傳送多媒體內(nèi)容的消息服務。MMS按照用戶歸屬的運 營商及所在的區(qū)域進行劃分，由用戶歸屬的多4某體消息中心(MMSC ) 為用戶4是供多媒體消息業(yè)務。
4^"f言網(wǎng)關(Multimedia Messaging Service Gateway, MMSG )采 用MM7接口與MMSC和SP(Service Providers,服務提供商)進行互 聯(lián)，對全網(wǎng)單點SP業(yè)務進行分發(fā)，目的是為了減少MM4接口前轉(zhuǎn) 流量，提高MMSC現(xiàn)網(wǎng)總體處理能力。
"手機報"是中國移動與國內(nèi)主流媒體單位合作、通過彩信和 WAP(Wireless Application Protocol ，無線應用通訊協(xié)i義)方式、向用戶 提供及時資訊服務(含新聞、體育、娛樂、文化、生活等內(nèi)容)的一 項自有業(yè)務，中國移動在這項業(yè)務上推廣的力度^f艮大，憑借豐富的用 戶資源，目前該項業(yè)務量非常巨大，已達到整個彩信業(yè)務量的70% 左右。
手機報每天會定時發(fā)送兩條消息到每個用戶，而對于同一個省份 的用戶，會采用群發(fā)的策略， 一般手機報發(fā)送到MMSG的消息是包 含10000個目的地址，并且一般情況下對于同一個省份的所有用戶發(fā) 送的彩信內(nèi)容是一樣的，而彩信中心處理群發(fā)的能力是非常有限的， 故MMSG會^^屬于同 一個彩信中心的號碼歸類到一個消息中，并且 根據(jù)相應彩信中心對于目的地址個數(shù)的處理能力把消息進行拆分，因 一般情況下，彩信中心對于目的地址個數(shù)的處理能力為30個地址，所以MMSG在將消息轉(zhuǎn)發(fā)給彩信中心之前，首先將要轉(zhuǎn)發(fā)的消息拆 分成30個地址的消息，也就是說手機報服務器提交的一條包含10000 個地址的消息，發(fā)送到彩信中心以后，就成為至少是300條消息，而 且這300條消息的消息體都是一樣的。而彩信中心每接收到一條消 息，都會進行解碼、存儲以及通知相應的手機用戶，而不管所述消息 體是否相同，雖然彩信中心在接收到手機報消息時，會及時通過用戶， 但是用戶到彩信中心獲取手機報的時間卻不是固定的，可能會一收到 通告消息就來獲取，也可能會很長時間不來獲取，由于彩信中心的內(nèi) 存空間有限，不能把大量的消息體存儲在內(nèi)存中，所以在一般的處理 中，采用網(wǎng)絡附加存儲(NAS)存儲消息體，也就是說，彩信中心會 將每條提交上來的消息保存到NAS，對于一般的業(yè)務，這樣的做法 是可行的，但對于手機報這種特點的業(yè)務，彩信的內(nèi)容相同、業(yè)務量 巨大，需要NAS進行非常頻繁的IO調(diào)用，這樣就會影響彩信中心的 處理效率，降低了彩信中心的處理能力。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種彩信中心及其緩存手機 報信息的方法，本發(fā)明提高了彩信中心的工作效率及用戶體驗。
本發(fā)明公開了一種彩信中心，包括內(nèi)存模塊，還包括手機報消息 處理模塊，其中
所述內(nèi)存模塊用于存儲彩信中心接收到的手機報消息的消息體；
所述手機報消息處理模塊用于根據(jù)彩信中心接收到的手機報消 息的消息體的大小和頭部信息判斷所述內(nèi)存模塊中是否已存儲了相 同的消息體，若已存儲了相同的消息體，則丟棄所述消息體；否則， 將所述消息體保存到所述內(nèi)存模塊中。
所述手機報消息處理模塊還用于在保存消息體前，判斷內(nèi)存模塊 中是否還有可用空間，并在有可用空間時，為所述消息申請存儲空間 并保存；在無可用空間時，返回存儲失敗消息給彩信中心。
所述彩信中心還包括NAS模塊，用于存儲在內(nèi)存模塊中存儲失 敗的手機報消息的消息體，并返回自身的內(nèi)容索引給彩信中心。所述手機報消息處理模塊還用于在內(nèi)存模塊中已存儲了與接收 到的消息體相同的消息體以及在成功存儲了接收到的消息體時，返回
內(nèi)存模塊的內(nèi)容索引給彩信中心；以及用于在接收到存儲身份標識符 (ID)時，根據(jù)所述ID在內(nèi)存模塊中查找相應的消息體，并將查找 到的消息體返回給彩信中心；
所述NAS模塊還用于在接收到存儲ID時，根據(jù)所述ID在本地 查找相應的消息體，并將查找到的消息體返回給彩信中心。
本發(fā)明進一步公開了 一種彩信中心緩存手機報消息的方法，彩信 中心接收到多媒體消息后，解碼并判斷所述消息是否為手機報消息， 若是，則將所述消息的消息體發(fā)送給手機報消息處理模塊；手機報消 息處理模塊判斷內(nèi)存模塊中是否已存儲了相同的消息體，若是，則丟 棄所述消息體；否則，將所述消息體保存到所述內(nèi)存模塊中。
所述手機報消息處理模塊根據(jù)接收到的消息體的大小和頭部信 息判斷所述內(nèi)存模塊中是否已存儲了相同的消息體。
所述手機報消息處理模塊保存接收到的消息體前,還執(zhí)行如下操
作
判斷所述內(nèi)存模塊中是否還有可用空間，若是，則為所述消息體 申請存儲空間并存儲，之后將所迷內(nèi)存模塊的內(nèi)容索引返回給彩信中 心；否則，返回存儲失敗消息給彩信中心。
所述彩信中心接收到存儲失敗消息時，將相應消息的消息體發(fā)送 給NAS模塊；所述NAS模塊保存接收到的消息體，并返回自身的內(nèi) 容索引給所述彩信中心；所述彩信中心保存接收到的內(nèi)容索引，并發(fā) 送通告消息給解碼得到的目的號碼。
所述通告消息中攜帶的統(tǒng)一資源定位符(Uniform / Universal Resource Locator, URL)具體標志位，用于標識所述目的號碼對應的 手機報消息的消息體是存儲在內(nèi)存模塊中，還是存儲在NAS模塊中。
彩信中心接收到獲取手機報請求消息時，解析所述消息，并根據(jù) 解析出的URL的標志位判斷用戶請求獲取的手機報消息的消息體是 保存在NAS模塊中還是保存在內(nèi)存模塊中；若保存在NAS模塊中， 則根據(jù)解析出的消息ID在保存的NAS模塊的內(nèi)容索引中查找所述消 息體在NAS模塊中的存儲ID，并將所述存儲ID發(fā)送給所述NAS模塊；所述NAS模塊根據(jù)接收到存儲ID在本地查找相應的消息體，找 到后返回給所述控制模塊；所述控制模塊將接收到的消息體打包后發(fā) 送給請求的用戶；
若保存在內(nèi)存模塊中，則根據(jù)解析出的消息ID在保存的內(nèi)存模 塊的內(nèi)容索引中查找所述消息體在內(nèi)存模塊中的存儲ID，并將所述 存儲ID發(fā)送給所述手機報消息處理模塊；所述手機報消息處理模塊 根據(jù)接收到的存儲ID在內(nèi)存模塊中查找相應的消息體，找到后返回 給所述控制模塊；所述控制模塊將接收到的消息體打包后發(fā)送給請求 的用戶。
本發(fā)明根據(jù)每次接收到的手機報消息內(nèi)容基本一樣的特性，將手 機報消息存儲在彩信中心的內(nèi)存中，在用戶獲取手機報消息時，彩信 中心直接在內(nèi)存中讀取，減少了對NAS模塊的存儲讀取次數(shù)，從而 解決了 NAS模塊的IO瓶頸問題，極大的提高了用戶滿意度。


圖l是本發(fā)明所述彩信中心的結(jié)構(gòu)示意圖； 圖2是本發(fā)明所述方法中，彩信中心接收到手機報消息時的處理 流程圖3是本發(fā)明所述方法中，彩信中心接收到用戶獲取手機報請求 消息時的處理流程圖。
具體實施例方式
下面結(jié)合附圖和優(yōu)選實施例，對本發(fā)明作進一步的詳細描述。 如圖l所示，是本發(fā)明所述彩信中心的結(jié)構(gòu)示意圖，包括內(nèi)存模 塊、手機報消息處理模塊、NAS模塊，其中
內(nèi)存模塊用于存儲彩信中心接收到的手機報消息的消息體； 手機報消息處理模塊用于根據(jù)彩信中心接收到的手機報消息的 消息體的大小和頭部信息判斷所述內(nèi)存模塊中是否已存儲了相同的 消息體，若已存儲了相同的消息體，則丟棄所述消息體，返回內(nèi)存模 塊的內(nèi)容索引給彩信中心；否則，判斷內(nèi)存模塊中是否還有可用空間， 并在有可用空間時，為所述消息申請存儲空間并保存，然后返回內(nèi)存模塊的內(nèi)容索引給彩信中心；在無可用空間時，返回存儲失敗消息給 彩信中心；以及用于在接收到存儲身份標識符ID時，根據(jù)所述ID在 內(nèi)存模塊中查找相應的消息體，并將查找到的消息體返回給彩信中
NAS模塊用于存儲在內(nèi)存模塊中存儲失敗的手機報消息的消息 體，并返回自身的內(nèi)容索引給彩信中心；還用于在接收到存儲ID時， 根據(jù)所述ID在本地查找相應的消息體，并將查找到的消息體返回給 彩信中心。
如圖2所示，是本發(fā)明所述方法中，彩信中心接收到手機報消息
時的處理流程圖；具體包括
步驟201:彩信中心接收到多媒體消息；
步驟202:解碼所述消息，得到消息體和目的號碼；
步驟203:判斷所述消息是否為手機報消息，若是，則轉(zhuǎn)入步驟
204;否則，轉(zhuǎn)入步驟211;
步驟204:將解碼得到的消息體轉(zhuǎn)發(fā)給手機報消息處理模塊； 步驟205:手機報消息處理模塊根據(jù)接收到的消息體的大小及頭
部信息判斷內(nèi)存模塊中是否已存儲了相同的消息；若是，則轉(zhuǎn)入步驟
206;否則，轉(zhuǎn)入步驟207;
步驟206:手機報消息處理模塊返回內(nèi)存模塊的內(nèi)容索引給彩信
中心，轉(zhuǎn)入步驟210;
步驟207:手機報消息處理模塊判斷內(nèi)存模塊中是否還有可用空
間，若是，則執(zhí)行步驟208;否則，執(zhí)行步驟209;
步驟208:手機報消息處理模塊為所述消息體申請存儲空間并存
儲所述消息體,然后返回內(nèi)存模塊的內(nèi)容索引給彩信中心，轉(zhuǎn)入步驟
210;
步驟209:手機報消息處理模塊返回存儲失敗響應消息給彩信中 心，轉(zhuǎn)入步驟211;
步驟210:彩信中心保存接收到的內(nèi)容索引，轉(zhuǎn)入步驟214;
步驟211:彩信中心將解碼得到的消息體發(fā)送給NAS模塊；
步驟212: NAS模塊存儲接收到的消息體并返回自身的內(nèi)容索引 給彩信中心；步驟213:彩信中心保存接收到的內(nèi)容索引；
步驟214:彩信中心發(fā)送通告消息給解碼得到的目的號碼，本次 手機4艮消息處理結(jié)束。
通告消息中攜帶的URL具體標志位，用于標識該目的號碼對應 的手機報消息的消息體是存儲在內(nèi)存模塊中，還是存儲在NAS模塊 中。
如圖3所示，是本發(fā)明所述方法中，彩信中心接收到用戶獲取手 機報請求消息時的處理流程圖，具體包括
步驟301:彩信中心接收到獲取手機報請求消息；
步驟302:解碼所述請求消息，得到URL;
請求消息中攜帶的URL即為彩信中心下發(fā)的URL;
步驟303:根據(jù)所述URL的標志位判斷用戶請求獲取的手機報 消息的消息體是保存在NAS模塊中還是保存在內(nèi)存模塊中；若保存 在內(nèi)存模塊中，則轉(zhuǎn)入步驟304;若保存在NAS模塊中，則轉(zhuǎn)入步 驟306;
步驟304:彩信中心根據(jù)所述URL的消息ID在保存的內(nèi)存模塊 的內(nèi)容索引中查找所述消息體在內(nèi)存模塊中的存儲ID,并將查找到 的存儲ID發(fā)送給手機報消息處理模塊；
步驟305:手機報消息處理模塊根據(jù)接收到的存儲ID,在內(nèi)存模 塊中查找相應的消息體，并將找到的消息體返回給彩信中心，轉(zhuǎn)入步 驟308;
步驟306:彩信中心根據(jù)所述URL的消息ID在保存的NAS模 塊的內(nèi)容索引中查找所述消息體在NAS模塊中的存儲ID,并將查找 到的存儲ID發(fā)送給NAS模塊；
步驟307: NAS模塊根據(jù)接收到的存儲ID在本地查找相應的消 息體，并將找到的消息體返回給彩信中心；
步驟308:彩信中心打包接收到的消息體，并發(fā)送給請求的用戶。
以上所描述的僅為本發(fā)明一種比較基本的實施方式，但本發(fā)明的 保護范圍并不局限于此，任何熟悉本技術(shù)領域的技術(shù)人員在本發(fā)明公 開的技術(shù)范圍內(nèi)，進行局部的變化或者替換，都應該涵蓋在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種彩信中心，包括內(nèi)存模塊，其特征在于，還包括手機報消息處理模塊，其中所述內(nèi)存模塊用于存儲彩信中心接收到的手機報消息的消息體；所述手機報消息處理模塊用于根據(jù)彩信中心接收到的手機報消息的消息體的大小和頭部信息判斷所述內(nèi)存模塊中是否已存儲了相同的消息體，若已存儲了相同的消息體，則丟棄所述消息體；否則，將所述消息體保存到所述內(nèi)存模塊中。
2、 如權(quán)利要求1所述的彩信中心，其特征在于，所述手機報消 息處理模塊還用于在保存消息體前，判斷內(nèi)存模塊中是否還有可用空 間，并在有可用空間時，為所述消息申請存儲空間并保存；在無可用 空間時，返回存儲失敗消息給彩信中心。
3、 如權(quán)利要求1或2所述的彩信中心，其特征在于，所述彩信 中心還包括網(wǎng)絡附加存儲NAS模塊，用于存儲在內(nèi)存模塊中存儲失 敗的手機報消息的消息體，并返回自身的內(nèi)容索引給彩信中心。
4、 如權(quán)利要求3所述的彩信中心，其特征在于， 所述手機報消息處理模塊還用于在內(nèi)存模塊中已存儲了與接收到的消息體相同的消息體以及在成功存儲了接收到的消息體時，返回 內(nèi)存模塊的內(nèi)容索引給彩信中心；以及用于在接收到存儲身份標識符 ID時，根據(jù)所述ID在內(nèi)存模塊中查找相應的消息體，并將查找到的 消息體返回給彩信中心；所述NAS模塊還用于在接收到存儲ID時，根據(jù)所述ID在本地 查找相應的消息體，并將查找到的消息體返回給彩信中心。
5、 一種彩信中心緩存手機報消息的方法，其特征在于，彩信中心接收到多媒體消息后，解碼并判斷所述消息是否為手機報消息，若是，則將所述消息的消息體發(fā)送給手機報消息處理模塊；手機報消息 處理模塊判斷內(nèi)存模塊中是否已存儲了相同的消息體，若是，則丟棄所述消息體；否則，將所述消息體保存到所述內(nèi)存模塊中。
6、 如權(quán)利要求5所述的彩信中心緩存手機報消息的方法，其特 征在于，所述手機報消息處理模塊根據(jù)接收到的消息體的大小和頭部 信息判斷所述內(nèi)存模塊中是否已存儲了相同的消息體。
7、 如權(quán)利要求5所述的彩信中心緩存手機報消息的方法，其特 征在于，所述手機報消息處理模塊保存接收到的消息體前，還執(zhí)行如 下操作判斷所述內(nèi)存模塊中是否還有可用空間，若是，則為所述消息體 申請存儲空間并存儲，之后將所述內(nèi)存模塊的內(nèi)容索引返回給彩信中 心；否則，返回存儲失敗消息給彩信中心。
8、 如權(quán)利要求7所述的彩信中心緩存手機報消息的方法，其特 征在于，所述彩信中心接收到存儲失敗消息時，將相應消息的消息體 發(fā)送給NAS模塊；所述NAS模塊保存接收到的消息體，并返回自身 的內(nèi)容索引給所述彩信中心；所述彩信中心保存接收到的內(nèi)容索引， 并發(fā)送通告消息給解碼得到的目的號碼。
9、 如權(quán)利要求7或8所述的彩信中心緩存手機報消息的方法， 其特征在于，所述通告消息中攜帶的URL具體標志位。
10、 如權(quán)利要求5所述的彩信中心緩存手機報消息的方法，其特 征在于，彩信中心接收到獲取手機報請求消息時，解析所述消息，并 根據(jù)解析出的URL的標志位判斷用戶請求獲取的手機報消息的消息 體是保存在NAS模塊中還是保存在內(nèi)存模塊中；若保存在NAS模塊 中，則根據(jù)解析出的消息ID在保存的NAS模塊的內(nèi)容索引中查找所 述消息體在NAS模塊中的存儲ID,并將所述存儲ID發(fā)送給所述NAS 模塊；所述NAS模塊根據(jù)接收到存儲ID在本地查找相應的消息體， 找到后返回給所述控制模塊；所述控制模塊將接收到的消息體打包后 發(fā)送給請求的用戶；若保存在內(nèi)存模塊中，則根據(jù)解析出的消息ID在保存的內(nèi)存模 塊的內(nèi)容索引中查找所述消息體在內(nèi)存模塊中的存儲ID，并將所述 存儲ID發(fā)送給所述手機報消息處理模塊；所述手機報消息處理模塊 根據(jù)接收到的存儲ID在內(nèi)存模塊中查找相應的消息體，找到后返回 給所述控制模塊；所述控制模塊將接收到的消息體打包后發(fā)送給請求 的用戶。
全文摘要
本發(fā)明涉及一種彩信中心及其緩存手機報消息的方法，所述彩信中心包括內(nèi)存模塊、手機報消息處理模塊以及NAS模塊；所述方法為彩信中心接收到多媒體消息后，解碼并判斷所述消息是否為手機報消息，若是，則將所述消息的消息體發(fā)送給手機報消息處理模塊；手機報消息處理模塊判斷內(nèi)存模塊中是否已存儲了相同的消息體，若是，則丟棄所述消息體；否則，將所述消息體保存到所述內(nèi)存模塊中。本發(fā)明提高了彩信中心的工作效率及用戶體驗。
文檔編號H04W88/18GK101583096SQ20091010808
公開日2009年11月18日 申請日期2009年6月16日 優(yōu)先權(quán)日2009年6月16日
發(fā)明者周士俊 申請人:中興通訊股份有限公司