專利名稱：消息處理設(shè)備、系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，尤其涉及一種消息處理設(shè)備、消息轉(zhuǎn)發(fā)設(shè)備、消息處理系統(tǒng)及消息處理方法。
背景技術(shù)：
當(dāng)前普遍應(yīng)用的消息通信手段有短消息SM(Short Message)、多媒體消息MM(Multimedia Message)和統(tǒng)一消息UM(Unified messaging，包括普通E-mail、Voice-mail和Fax-mail)。短消息和多媒體消息易于存儲(chǔ)，計(jì)費(fèi)方式也靈活多樣，但每條消息的存儲(chǔ)能力有限，而UM消息所存儲(chǔ)的信息量可以很大，但對(duì)于數(shù)以十億計(jì)的手機(jī)用戶而言，應(yīng)用范圍有限。
短消息業(yè)務(wù)中心SMSC(Short Message Service Center)實(shí)現(xiàn)短消息存儲(chǔ)轉(zhuǎn)發(fā)的功能，一般SMSC只提供暫存功能。當(dāng)SMSC收到一條用戶上傳消息MO(Mobile Originate)時(shí)，如果此時(shí)無法向目標(biāo)用戶發(fā)送下傳消息MT(Mobile Terminate)，即將該消息緩存下來，緩存時(shí)間可以為2～3天，該緩存消息的數(shù)量一般可以配置，根據(jù)現(xiàn)網(wǎng)情況，通常為10條左右?，F(xiàn)有SMSC只是提供暫存的功能，只要用戶接收MT消息的時(shí)機(jī)成熟，該消息便到達(dá)目標(biāo)用戶，SMSC將該消息從緩存隊(duì)列中清除。
多媒體消息業(yè)務(wù)中心MMSC(Multimedia Messaging Service Center)實(shí)現(xiàn)多媒體消息的統(tǒng)一轉(zhuǎn)發(fā)，多媒體消息包括文本、圖像、音頻、視頻和數(shù)據(jù)等，其中一種主要形式是彩信消息，多媒體消息在一定程度上擴(kuò)展了單條消息的承載能力，可以把包括文本在內(nèi)的多種格式的文件以消息的形式進(jìn)行傳送。
UM消息包括普通E-mail、Voice-mail和Fax-mail，這些都在當(dāng)前互聯(lián)網(wǎng)上最為普遍的基本的消息傳遞方式，無論在信息傳遞速度，傳遞內(nèi)容的多樣性，復(fù)雜性，可靠性，以及信息的永久存儲(chǔ)都是其優(yōu)點(diǎn)所在，電子郵件的客戶群可以很方便地通過互聯(lián)網(wǎng)進(jìn)行各種資訊的交互。
上述現(xiàn)有的消息處理系統(tǒng)及消息處理方法存在以下缺陷1、SM只能轉(zhuǎn)發(fā)不能永久存儲(chǔ)，即使SMSC擁有一定的緩存能力，也無法實(shí)現(xiàn)消息的永久存儲(chǔ)和業(yè)務(wù)管理，這給SM的應(yīng)用帶來了很大的局限性和不可塑性，不利于業(yè)務(wù)的開展。
2、MM雖然一定程度上擴(kuò)展了消息的應(yīng)用范圍，豐富了消息的內(nèi)容空間，但和SM一樣，依然沒有解決消息永久存儲(chǔ)和業(yè)務(wù)管理的能力；此外，MMSC的MM7(多媒體消息業(yè)務(wù)接口)接口非常復(fù)雜，在互聯(lián)網(wǎng)上基于HTTP層面上進(jìn)行傳輸，附加信息帶來的額外存儲(chǔ)空間較多，在該接口層面上對(duì)MM進(jìn)行業(yè)務(wù)管理，是一件非常復(fù)雜的事情，無疑增加服務(wù)提供商的運(yùn)營成本，也為各業(yè)務(wù)提供帶來不小的開發(fā)成本。
3、UM可以彌補(bǔ)SM、MM不能永久存儲(chǔ)和業(yè)務(wù)管理的缺陷，使得互聯(lián)網(wǎng)信息業(yè)務(wù)更加豐富靈活，但是對(duì)于E-mail等電子郵件消息來說，非常依賴于互聯(lián)網(wǎng)終端，當(dāng)前最靈活的互聯(lián)網(wǎng)終端就是手機(jī)，而電子郵件在手機(jī)上的應(yīng)用卻是非常不統(tǒng)一，很多廠商推出的電子郵件服務(wù)在手機(jī)上的應(yīng)用都非常有限，界面各異，無法實(shí)現(xiàn)靈活的計(jì)費(fèi)。
另外，SM、MM以及UM消息，作為現(xiàn)代消息通信的三種重要通信手段，分別具有各自的優(yōu)點(diǎn)，卻不能形成有機(jī)的統(tǒng)一體，使用戶方便的對(duì)各類消息進(jìn)行有效的業(yè)務(wù)管理。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種消息處理設(shè)備、消息轉(zhuǎn)發(fā)設(shè)備、消息處理系統(tǒng)及消息處理方法，以解決現(xiàn)有技術(shù)中無法對(duì)用戶消息數(shù)據(jù)進(jìn)行永久保存的問題。
本發(fā)明實(shí)施例提供的一種消息處理設(shè)備包括第一接口模塊，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；用戶管理模塊，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息信息中包含的用戶身份信息進(jìn)行鑒權(quán)；數(shù)據(jù)管理模塊，用于管理用戶的消息數(shù)據(jù)；第一存儲(chǔ)模塊，用于存儲(chǔ)通過鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶的身份信息存儲(chǔ)的。
其中，所述第一接口模塊至少包括如下之一短消息實(shí)時(shí)接口單元，用于從短消息業(yè)務(wù)中心接收用戶的短消息；多媒體消息實(shí)時(shí)接口單元，用于從多媒體消息業(yè)務(wù)中心接收用戶的多媒體消息；統(tǒng)一消息業(yè)務(wù)消息接口單元，用于從統(tǒng)一消息業(yè)務(wù)服務(wù)器接收用戶統(tǒng)一消息的摘要信息。
本發(fā)明提供的一種消息處理系統(tǒng)，包括消息轉(zhuǎn)發(fā)設(shè)備和消息處理設(shè)備，所述消息處理設(shè)備用于從所述消息轉(zhuǎn)發(fā)設(shè)備接收包含用戶身份信息的用戶消息數(shù)據(jù)，并根據(jù)對(duì)應(yīng)管理的用戶身份信息及業(yè)務(wù)信息鑒權(quán)所述消息信息中包含的用戶身份信息；以及存儲(chǔ)并管理通過鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶的身份信息存儲(chǔ)的。
其中，所述消息轉(zhuǎn)發(fā)設(shè)備至少包括如下之一短消息業(yè)務(wù)中心、多媒體消息業(yè)務(wù)中心、統(tǒng)一消息業(yè)務(wù)服務(wù)器。
本發(fā)明實(shí)施例還提供一種消息處理方法，包括接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；根據(jù)對(duì)應(yīng)管理的用戶身份信息及業(yè)務(wù)信息，對(duì)所述消息數(shù)據(jù)中包含的用戶身份信息進(jìn)行鑒權(quán)；存儲(chǔ)通過鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶身份信息存儲(chǔ)的。
其中，所述用戶的消息數(shù)據(jù)包括如下之一從短消息業(yè)務(wù)中心接收的短消息；
從多媒體消息業(yè)務(wù)中心接收的用戶多媒體消息；從統(tǒng)一消息業(yè)務(wù)服務(wù)器接收的用戶統(tǒng)一消息的摘要信息。
進(jìn)一步，所述方法還包括接收用戶的操作指令，并根據(jù)該操作指令對(duì)存儲(chǔ)的消息數(shù)據(jù)執(zhí)行相應(yīng)的操作。以及接收用戶業(yè)務(wù)信息的訂購、變更或取消操作，并更新對(duì)應(yīng)管理的用戶身份信息及業(yè)務(wù)信息。
本發(fā)明實(shí)施例還提供一種消息處理系統(tǒng)，包括消息轉(zhuǎn)發(fā)設(shè)備和消息存儲(chǔ)設(shè)備，其中，所述消息轉(zhuǎn)發(fā)設(shè)備包括第二接口模塊，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；消息處理模塊，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息信息中包含的用戶身份信息進(jìn)行鑒權(quán)，以及將通過業(yè)務(wù)鑒權(quán)的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)發(fā)送給所述消息存儲(chǔ)設(shè)備；第三接口模塊，用于和所述消息存儲(chǔ)設(shè)備進(jìn)行通信；所述消息存儲(chǔ)設(shè)備包括第四接口模塊，用于和所述消息轉(zhuǎn)發(fā)設(shè)備進(jìn)行通信；存儲(chǔ)控制模塊，用于接收并管理來自所述消息轉(zhuǎn)發(fā)設(shè)備的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)；第二存儲(chǔ)模塊，用于存儲(chǔ)用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)。
其中，所述消息轉(zhuǎn)發(fā)設(shè)備包括短消息業(yè)務(wù)中心和/或多媒體消息業(yè)務(wù)中心。
本發(fā)明實(shí)施例提供的另一種消息轉(zhuǎn)發(fā)設(shè)備，包括第二接口模塊，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息，所述消息轉(zhuǎn)發(fā)設(shè)備還包括消息處理模塊，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息信息中包含的用戶身份信息進(jìn)行鑒權(quán)，以及將通過業(yè)務(wù)鑒權(quán)的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)發(fā)送給外部存儲(chǔ)設(shè)備；
第三接口模塊，用于和所述外部存儲(chǔ)設(shè)備進(jìn)行通信。
進(jìn)一步，所述消息轉(zhuǎn)發(fā)設(shè)備還包括備份設(shè)置接口模塊，用于接收所述用戶身份信息及業(yè)務(wù)信息，并轉(zhuǎn)發(fā)給所述消息處理模塊。
本發(fā)明實(shí)施例提供的技術(shù)方案可以分別實(shí)現(xiàn)各類消息的永久存儲(chǔ)，進(jìn)一步，本發(fā)明實(shí)施例提供的技術(shù)方案實(shí)現(xiàn)了SM、MM以及UM消息這些原本相互獨(dú)立、互不關(guān)聯(lián)的消息的統(tǒng)一存儲(chǔ)，使這些本來具有非常明顯優(yōu)勢(shì)的消息交互技術(shù)發(fā)揮各自的優(yōu)勢(shì)，形成有機(jī)的統(tǒng)一體，并對(duì)用戶的各種消息進(jìn)行有效的業(yè)務(wù)管理。


圖1為本發(fā)明實(shí)施例提供的第一種消息處理設(shè)備的主要結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例中第一種消息處理設(shè)備實(shí)施例1的主要結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例中第一種消息處理設(shè)備實(shí)施例2的主要結(jié)構(gòu)示意圖；圖4為本發(fā)明實(shí)施例中第一種消息處理設(shè)備實(shí)施例3的主要結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例中第一種消息處理設(shè)備實(shí)施例4的主要結(jié)構(gòu)示意圖；圖6為本發(fā)明實(shí)施例中第一種消息處理系統(tǒng)具體實(shí)施例1的主要結(jié)構(gòu)示意圖；圖7為本發(fā)明實(shí)施例中第一種消息處理系統(tǒng)具體實(shí)施例2的主要結(jié)構(gòu)示意圖；圖8為本發(fā)明實(shí)施例中第一種消息處理系統(tǒng)具體實(shí)施例3的主要結(jié)構(gòu)示意圖；圖9為本發(fā)明實(shí)施例中第一種消息處理系統(tǒng)具體實(shí)施例4的主要結(jié)構(gòu)示意；圖10為本發(fā)明實(shí)施例提供的第二種消息處理系統(tǒng)的主要結(jié)構(gòu)示意圖；圖11為本發(fā)明實(shí)施例提供的第二種消息處理系統(tǒng)具體實(shí)施1的主要結(jié)構(gòu)示意圖；圖12為本發(fā)明實(shí)施例提供的第二種消息處理系統(tǒng)具體實(shí)施2的主要結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例為實(shí)現(xiàn)消息的永久存儲(chǔ)，首先提供第一種消息處理設(shè)備，該消息處理設(shè)備可以從SMSC、MMSC或UM服務(wù)器接收用戶的消息數(shù)據(jù)，并根據(jù)用戶定制的業(yè)務(wù)信息，對(duì)用戶的消息數(shù)據(jù)實(shí)現(xiàn)永久存儲(chǔ)。
如圖1所示，該消息處理設(shè)備可以包括如下主要結(jié)構(gòu)第一接口模塊10，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；用戶管理模塊14，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息數(shù)據(jù)中包含的用戶身份信息進(jìn)行鑒權(quán)；數(shù)據(jù)管理模塊15，用于管理用戶的消息數(shù)據(jù)；第一存儲(chǔ)模塊16，用于存儲(chǔ)通過業(yè)務(wù)鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶的身份信息存儲(chǔ)的。
根據(jù)現(xiàn)有用戶消息的類型及來源，第一接口模塊至少可以包括下面列出的任何一個(gè)、其中兩個(gè)或三個(gè)接口單元短消息實(shí)時(shí)接口單元，用于實(shí)時(shí)從短消息業(yè)務(wù)中心接收用戶的短消息；多媒體消息實(shí)時(shí)接口單元，用于實(shí)時(shí)從多媒體消息業(yè)務(wù)中心接收用戶的多媒體消息；統(tǒng)一消息業(yè)務(wù)消息接口單元，用于實(shí)時(shí)從統(tǒng)一消息業(yè)務(wù)服務(wù)器接收用戶統(tǒng)一消息的摘要信息。
消息處理設(shè)備對(duì)各種消息進(jìn)行接收處理，然后進(jìn)行存儲(chǔ)，用戶及運(yùn)營商對(duì)各種消息業(yè)務(wù)的管理也都是通過消息處理設(shè)備來完成的。
參見圖2，其為本發(fā)明實(shí)施例1提供的一種消息處理設(shè)備的主要結(jié)構(gòu)示意圖，圖2所示的消息處理設(shè)備的第一接口模塊10同時(shí)包括短消息實(shí)時(shí)接口單元、多媒體消息實(shí)時(shí)接口單元和統(tǒng)一消息業(yè)務(wù)消息接口單元，可以同時(shí)實(shí)現(xiàn)短消息、多媒體消息及統(tǒng)一消息摘要信息的永久存儲(chǔ)，稱為綜合消息處理中心UMC(Unified Message Center)，該UMC主要包括短消息實(shí)時(shí)接口單元11，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與短消息業(yè)務(wù)中心進(jìn)行通信，實(shí)時(shí)從短消息業(yè)務(wù)中心接收用戶的短消息；多媒體消息實(shí)時(shí)接口單元12，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與多媒體消息業(yè)務(wù)中心進(jìn)行通信，實(shí)時(shí)從多媒體消息業(yè)務(wù)中心接收用戶的多媒體消息；UM消息接口單元13，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與UM服務(wù)器進(jìn)行通信，實(shí)時(shí)從統(tǒng)一消息業(yè)務(wù)服務(wù)器接收用戶統(tǒng)一消息的摘要信息；用戶管理模塊14，分別與所述短消息接口單元11、所述多媒體消息接口單元12和所述UM消息接口單元13連接，用于管理用戶身份信息和對(duì)應(yīng)的業(yè)務(wù)信息，以及分析獲取的短消息、多媒體消息、UM消息摘要信息中的用戶身份信息并進(jìn)行鑒權(quán)；數(shù)據(jù)管理模塊15，與所述用戶管理模塊14連接，用于對(duì)用戶的消息數(shù)據(jù)進(jìn)行管理；第一存儲(chǔ)模塊16，與所述數(shù)據(jù)管理模塊15連接，用于存儲(chǔ)用戶的消息數(shù)據(jù)，用戶的消息數(shù)據(jù)是對(duì)應(yīng)用戶身份信息存儲(chǔ)的。
參見圖3，其為本發(fā)明實(shí)施例2提供的UMC的主要結(jié)構(gòu)示意圖，參見圖2當(dāng)所述第一接口模塊中包括短消息實(shí)時(shí)接口單元11時(shí)，所述第一接口模塊中還可以包括短消息文件接口單元11a，與所述數(shù)據(jù)管理模塊15連接，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與短消息FTP服務(wù)器進(jìn)行通信，短消息FTP服務(wù)器中存儲(chǔ)有短消息緩存文件，該短消息緩存文件包括UMC從短消息業(yè)務(wù)中心接收但存儲(chǔ)失敗的短消息，還可能包括短消息業(yè)務(wù)中心向UMC發(fā)送失敗的短消息；當(dāng)所述第一接口模塊中包括多媒體消息實(shí)時(shí)接口單元12時(shí)，所述第一接口模塊中還可以包括多媒體消息文件接口單元12a，與所述數(shù)據(jù)管理模塊15連接，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與多媒體消息FTP服務(wù)器進(jìn)行通信，多媒體消息FTP服務(wù)器中存儲(chǔ)有多媒體消息緩存文件，該多媒體消息緩存文件包括UMC從多媒體消息業(yè)務(wù)中心接收但存儲(chǔ)失敗的多媒體消息，還可能包括多媒體消息業(yè)務(wù)中心向UMC發(fā)送失敗的多媒體消息。
上述的兩個(gè)實(shí)施例中的UMC只是完成了對(duì)輸入的用戶的各種消息數(shù)據(jù)進(jìn)行統(tǒng)一存儲(chǔ)，而在實(shí)際的應(yīng)用中還需要對(duì)存儲(chǔ)的各種消息及業(yè)務(wù)進(jìn)行相應(yīng)的管理，例如，用戶根據(jù)需要對(duì)其存儲(chǔ)的消息進(jìn)行刪除，或者取消某類消息的存儲(chǔ)業(yè)務(wù)，以及運(yùn)營商要對(duì)用戶的消息存儲(chǔ)業(yè)務(wù)進(jìn)行收費(fèi)等，所以該UMC還進(jìn)一步包括與網(wǎng)絡(luò)中的各種管理平臺(tái)進(jìn)行通信的接口單元。
參見圖4，其為本發(fā)明的消息處理設(shè)備的實(shí)施例3的結(jié)構(gòu)示意圖，在實(shí)施例1的基礎(chǔ)上還可以進(jìn)一步包括Portal(門戶，一個(gè)portal就是指一個(gè)基于網(wǎng)頁的系統(tǒng)，通常都會(huì)提供個(gè)人化設(shè)置、單一登陸，并將各種信息通過網(wǎng)頁的方式向用戶呈現(xiàn))接口單元19，與所述數(shù)據(jù)管理模塊15連接，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與Portal服務(wù)器進(jìn)行通信；計(jì)費(fèi)模塊17，與所述數(shù)據(jù)管理模塊15連接，用于根據(jù)用戶在UMC中使用的消息存儲(chǔ)空間來計(jì)算用戶的使用費(fèi)用；計(jì)費(fèi)接口單元18，與所述計(jì)費(fèi)模塊17連接，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與計(jì)費(fèi)子系統(tǒng)進(jìn)行通信。
用戶業(yè)務(wù)管理接口單元20，與所述用戶管理模塊14連接，用于進(jìn)行協(xié)議轉(zhuǎn)換與解析，與用戶業(yè)務(wù)管理子系統(tǒng)進(jìn)行通信。
上述的三個(gè)接口單元彼此之間是相互獨(dú)立的，可以在實(shí)施例1或2的基礎(chǔ)上單獨(dú)增設(shè)其中的某個(gè)單元，也可以同時(shí)設(shè)置在三個(gè)單元，用于實(shí)時(shí)的和網(wǎng)絡(luò)中的Portal服務(wù)器、計(jì)費(fèi)子系統(tǒng)及用戶業(yè)務(wù)管理子系統(tǒng)進(jìn)行通信，其中，計(jì)費(fèi)模塊與計(jì)費(fèi)接口單元是同時(shí)設(shè)置的。
上述各實(shí)施例中設(shè)置各種接口單元的原因是，網(wǎng)絡(luò)中的各個(gè)業(yè)務(wù)平臺(tái)所采用的傳輸協(xié)議不同，為了能與各個(gè)業(yè)務(wù)平臺(tái)進(jìn)行通信，便設(shè)置了相應(yīng)的接口單元，接口單元主要完成接收其他業(yè)務(wù)平臺(tái)發(fā)送的信息，并進(jìn)行解析獲取到原始的內(nèi)容以及將要發(fā)送給其他業(yè)務(wù)平臺(tái)的信息根據(jù)傳輸協(xié)議進(jìn)行轉(zhuǎn)換并發(fā)送。
參見圖5，其為本發(fā)明的消息處理設(shè)備的實(shí)施例4的結(jié)構(gòu)示意圖，在實(shí)施例1的基礎(chǔ)上，該單元還包括數(shù)據(jù)緩存模塊21，與所述數(shù)據(jù)管理模塊15連接，用于緩存在消息存儲(chǔ)模塊中存儲(chǔ)失敗的消息，在實(shí)際的應(yīng)用中，第一存儲(chǔ)模塊采用數(shù)據(jù)庫對(duì)消息進(jìn)行存儲(chǔ)，數(shù)據(jù)管理模塊將收到的消息添加到數(shù)據(jù)庫中。如果此時(shí)數(shù)據(jù)庫操作失敗，數(shù)據(jù)管理模塊會(huì)將消息發(fā)送至消息緩存模塊中進(jìn)行緩存，生成消息緩存文件，等到數(shù)據(jù)庫恢復(fù)時(shí)，數(shù)據(jù)管理模塊將數(shù)據(jù)重新存入數(shù)據(jù)庫，但該數(shù)據(jù)緩存模塊只是對(duì)消息進(jìn)行緩存，并且緩存的空間有限，所以當(dāng)消息多次存儲(chǔ)失敗后，數(shù)據(jù)管理模塊便會(huì)發(fā)送通過接口單元輸出存儲(chǔ)失敗的響應(yīng)消息。
上述的實(shí)施例1-4的消息處理設(shè)備可以完成對(duì)輸入的用戶的各種消息進(jìn)行統(tǒng)一的存儲(chǔ)和管理，但該設(shè)備只是一個(gè)基本的裝置，在實(shí)際的應(yīng)用中，由于各種消息的業(yè)務(wù)承載分別由不同的網(wǎng)絡(luò)節(jié)點(diǎn)來負(fù)責(zé)，并且各種管理平臺(tái)也是基于網(wǎng)絡(luò)中的服務(wù)器，所以該單元只有和通信網(wǎng)絡(luò)中的相關(guān)節(jié)點(diǎn)和服務(wù)器相連接，才能真正發(fā)揮對(duì)用戶的各種消息的統(tǒng)一的實(shí)時(shí)的存儲(chǔ)和管理。
參見圖6，其為本發(fā)明實(shí)施例的第一種消息處理系統(tǒng)的具體實(shí)施例1的結(jié)構(gòu)示意圖，該系統(tǒng)包括消息處理設(shè)備1，用于對(duì)短消息、多媒體消息和UM消息進(jìn)行集中的存儲(chǔ)和管理；短消息業(yè)務(wù)中心2，與所述消息處理設(shè)備1的短消息實(shí)時(shí)接口單元11連接，用于向消息處理設(shè)備發(fā)送用戶的短消息；多媒體消息業(yè)務(wù)中心3，與所述消息處理設(shè)備1的多媒體消息實(shí)時(shí)接口單元12連接，用于向消息處理設(shè)備發(fā)送用戶的多媒體消息；UM消息服務(wù)器4，與所述消息處理設(shè)備1的UM消息接口單元13連接，用于向消息處理設(shè)備發(fā)送用戶的UM消息的摘要信息。
參見圖7，其為本發(fā)明的消息處理系統(tǒng)的具體實(shí)施例2的結(jié)構(gòu)示意圖，該系統(tǒng)在綜合消息處理系統(tǒng)的具體實(shí)施例1的基礎(chǔ)上進(jìn)一步包括
短消息FTP服務(wù)器2a，與所述消息處理設(shè)備的短消息文件接口單元11a及短消息業(yè)務(wù)中心2連接，用于存儲(chǔ)消息處理設(shè)備存儲(chǔ)失敗的短消息；多媒體消息FTP服務(wù)器3a，與所述消息處理設(shè)備的多媒體消息文件接口12a單元及多媒體消息業(yè)務(wù)中心3連接，用于存儲(chǔ)消息處理設(shè)備存儲(chǔ)失敗的多媒體消息。
參見圖8，其為本發(fā)明的消息處理系統(tǒng)的具體實(shí)施例3的結(jié)構(gòu)示意圖，該系統(tǒng)在綜合消息處理系統(tǒng)的具體實(shí)施例1的基礎(chǔ)上進(jìn)一步包括Portal服務(wù)器5，與所述消息處理設(shè)備1的Portal接口單元19連接，用于為用戶提供管理平臺(tái)，對(duì)消息處理設(shè)備1中存儲(chǔ)的消息進(jìn)行管理。
計(jì)費(fèi)子系統(tǒng)6，與所述消息處理設(shè)備1的計(jì)費(fèi)接口單元18連接，用于接收消息處理設(shè)備1發(fā)送的用戶的使用費(fèi)用信息，并根據(jù)該使用費(fèi)用信息進(jìn)行費(fèi)用管理。
用戶業(yè)務(wù)管理子系統(tǒng)7，與所述消息處理設(shè)備1的用戶業(yè)務(wù)管理接口單元20連接，用于對(duì)用戶的綜合消息處理業(yè)務(wù)進(jìn)行管理。
上述的Portal服務(wù)器、計(jì)費(fèi)子系統(tǒng)和用戶業(yè)務(wù)管理子系統(tǒng)彼此之間可以是相互獨(dú)立的，可以在綜合消息處理系統(tǒng)的實(shí)施例1和實(shí)施例2的系統(tǒng)的基礎(chǔ)上單獨(dú)增設(shè)其中的一個(gè)子系統(tǒng)或服務(wù)器，也可以增設(shè)上述三個(gè)服務(wù)器或子系統(tǒng)的任意組合。
基于本發(fā)明實(shí)施例提供的第一種消息處理系統(tǒng)，本發(fā)明實(shí)施例還提供一種消息處理方法，由網(wǎng)絡(luò)中的消息轉(zhuǎn)發(fā)設(shè)備將用戶的各類消息數(shù)據(jù)轉(zhuǎn)發(fā)給本發(fā)明實(shí)施例提供的消息處理設(shè)備，該消息數(shù)據(jù)中包含用戶身份信息；消息轉(zhuǎn)發(fā)設(shè)備例如短消息業(yè)務(wù)中心、多媒體消息業(yè)務(wù)中心或UM消息服務(wù)器等，消息處理設(shè)備接收到用戶的消息數(shù)據(jù)后，根據(jù)對(duì)應(yīng)管理的用戶身份信息及業(yè)務(wù)信息，對(duì)所述消息數(shù)據(jù)中包含的用戶身份信息進(jìn)行鑒權(quán)，并存儲(chǔ)通過鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶身份信息存儲(chǔ)的。
下面通過實(shí)施例來進(jìn)一步說明本方法。
消息的處理方法的具體實(shí)施例1，包括如下操作
短消息業(yè)務(wù)中心收到短消息時(shí)，向消息處理設(shè)備的短消息實(shí)時(shí)接口單元發(fā)送包含該短消息的消息提交請(qǐng)求；短消息實(shí)時(shí)接口單元從接收到的消息提交請(qǐng)求中提取出所述短消息發(fā)送給用戶管理模塊，用戶管理模塊提取所述短消息中攜帶的用戶身份信息并對(duì)該用戶進(jìn)行鑒權(quán)，如果鑒權(quán)成功則，將該短消息發(fā)送給數(shù)據(jù)管理模塊，數(shù)據(jù)管理模塊向第一存儲(chǔ)模塊發(fā)送指令，將該短消息存儲(chǔ)在第一存儲(chǔ)模塊中該用戶身份信息對(duì)應(yīng)的存儲(chǔ)空間中。
多媒體消息業(yè)務(wù)中心收到多媒體消息時(shí)，向消息處理設(shè)備的多媒體消息實(shí)時(shí)接口單元發(fā)送包含該多媒體消息的消息提交請(qǐng)求；多媒體消息實(shí)時(shí)接口單元從接收到的消息提交請(qǐng)求中提取出所述多媒體消息發(fā)送給用戶管理模塊，用戶管理模塊提取所述多媒體消息中攜帶的用戶身份信息并對(duì)該用戶進(jìn)行鑒權(quán)，如果鑒權(quán)成功則，將該多媒體消息發(fā)送給數(shù)據(jù)管理模塊，數(shù)據(jù)管理模塊向第一存儲(chǔ)模塊發(fā)送指令，將該多媒體消息存儲(chǔ)在第一存儲(chǔ)模塊中該用戶身份信息對(duì)應(yīng)的存儲(chǔ)空間中。
UM服務(wù)器收到UM消息時(shí)，向消息處理設(shè)備的UM消息接口單元發(fā)送包含所述UM消息的摘要信息的消息提交請(qǐng)求；UM消息接口單元從接收到的消息提交請(qǐng)求中提取出所述摘要信息發(fā)送給用戶管理模塊，用戶管理模塊提取所述摘要信息中攜帶的用戶身份信息并對(duì)該用戶進(jìn)行鑒權(quán)，如果鑒權(quán)成功則，將該摘要信息發(fā)送給數(shù)據(jù)管理模塊，數(shù)據(jù)管理模塊向第一存儲(chǔ)模塊發(fā)送指令，將摘要信息存儲(chǔ)在第一存儲(chǔ)模塊中該用戶對(duì)應(yīng)的存儲(chǔ)空間中。由于UM服務(wù)器自身可以對(duì)UM消息進(jìn)行存儲(chǔ)，因此，在消息處理設(shè)備只存儲(chǔ)UM消息的摘要信息，不存儲(chǔ)整個(gè)UM消息的內(nèi)容。消息處理方法的具體實(shí)施例2，在綜合消息的處理方法的具體實(shí)施例1的基礎(chǔ)上還包括如下操作如果消息處理設(shè)備將短消息業(yè)務(wù)中心提交的短消息成功的存儲(chǔ)在該用戶對(duì)應(yīng)的存儲(chǔ)空間中，則向短消息業(yè)務(wù)中心發(fā)送存儲(chǔ)成功的響應(yīng)消息；如果存儲(chǔ)失敗，則向短消息業(yè)務(wù)中心發(fā)送存儲(chǔ)失敗的響應(yīng)消息，短消息業(yè)務(wù)中心將生成該短消息的緩存文件并存儲(chǔ)在短消息FTP服務(wù)器中；消息處理設(shè)備從該FTP服務(wù)器獲取所述短消息并進(jìn)行存儲(chǔ)；
如果消息處理設(shè)備將多媒體消息業(yè)務(wù)中心提交的多媒體消息成功的存儲(chǔ)在該用戶對(duì)應(yīng)的存儲(chǔ)空間中，則向短消息業(yè)務(wù)中心發(fā)送存儲(chǔ)成功的響應(yīng)消息；如果存儲(chǔ)失敗，則向多媒體消息業(yè)務(wù)中心發(fā)送存儲(chǔ)失敗的響應(yīng)消息，短消息業(yè)務(wù)中心將生成該多媒體消息的緩存文件并存儲(chǔ)在多媒體消息FTP服務(wù)器中；消息處理設(shè)備從該FTP服務(wù)器獲取所述多媒體消息并進(jìn)行存儲(chǔ)。
綜合消息的處理方法的具體實(shí)施例3，在綜合消息的處理方法的具體實(shí)施例1或2的基礎(chǔ)上還可以單獨(dú)包括如下三個(gè)操作，或這個(gè)三個(gè)操作的任意組合操作1消息處理設(shè)備的Portal接口單元接收Portal服務(wù)器發(fā)送的包含對(duì)用戶存儲(chǔ)空間中的內(nèi)容進(jìn)行管理操作指令的消息，并將該操作指令發(fā)送給數(shù)據(jù)管理模塊，數(shù)據(jù)管理模塊根據(jù)該操作指令對(duì)第一存儲(chǔ)模塊中的所述用戶存儲(chǔ)空間的內(nèi)容執(zhí)行相應(yīng)的操作。
操作2消息處理設(shè)備的數(shù)據(jù)管理模塊獲取用戶占用的存儲(chǔ)空間信息，并將該存儲(chǔ)空間信息通過計(jì)費(fèi)接口單元發(fā)送給計(jì)費(fèi)子系統(tǒng)，所述計(jì)費(fèi)子系統(tǒng)根據(jù)該存儲(chǔ)空間信息進(jìn)行費(fèi)用計(jì)算。
操作3消息處理設(shè)備的用戶業(yè)務(wù)管理接口接收用戶業(yè)務(wù)管理子系統(tǒng)發(fā)送的用戶業(yè)務(wù)的訂購、變更或取消的信息，并將該信息發(fā)送給用戶管理模塊，所述用戶管理模塊根據(jù)該信息增加、更新或刪除相應(yīng)的用戶數(shù)據(jù)。
下面提供一個(gè)本發(fā)明的綜合消息處理系統(tǒng)的較佳實(shí)施例來進(jìn)一步說明本發(fā)明，參見圖9，其為本發(fā)明的綜合消息處理系統(tǒng)的具體實(shí)施例4的結(jié)構(gòu)示意，該系統(tǒng)包括短消息業(yè)務(wù)中心(SMSC)2、短消息FTP服務(wù)器2a、多媒體消息業(yè)務(wù)中心(MMSC)3、多媒體消息FTP服務(wù)器3a、UM服務(wù)器4、消息處理設(shè)備(UMC)1、Portal服務(wù)器5、計(jì)費(fèi)子系統(tǒng)(在本實(shí)施例中具體采用BOSS(business and operation support system，業(yè)務(wù)運(yùn)營支撐系統(tǒng))系統(tǒng))6、用戶業(yè)務(wù)管理子系統(tǒng)(在本實(shí)施例中具體采用Provision System(數(shù)據(jù)業(yè)務(wù)管理平臺(tái)))7，還包括多個(gè)通信接口連接I1-I7。
1)短消息業(yè)務(wù)中心(SMSC)2與UMC1的短消息實(shí)時(shí)接口單元之間通過I1接口連接I1為實(shí)時(shí)接口，遵從SMPP協(xié)議，使用TCP/IP協(xié)議進(jìn)行數(shù)據(jù)傳輸。當(dāng)SMSC當(dāng)接收到用戶發(fā)來的短消息時(shí)，在執(zhí)行正常的業(yè)務(wù)處理流程的同時(shí)，也向UMC提交該短消息，UMC存儲(chǔ)該消息并將存儲(chǔ)結(jié)果實(shí)時(shí)地返回給SMSC，SMSC可以很快地就知道該消息是否存儲(chǔ)成功。
2)短消息FTP服務(wù)器2a與短消息業(yè)務(wù)中心2連接，短消息FTP服務(wù)器2a與UMC1的短消息文件接口單元通過I2接口連接I2為文件接口，采用私有的話單文件格式，使用FTP協(xié)議進(jìn)行數(shù)據(jù)傳輸。當(dāng)消息量很大的時(shí)候，或者由于UMC系統(tǒng)的原因，可能會(huì)出現(xiàn)短消息存儲(chǔ)失敗的情況，這時(shí)，UMC將向SMSC返回存儲(chǔ)失敗的響應(yīng)消息，SMSC收到該存儲(chǔ)失敗的響應(yīng)消息后便將該短消息存儲(chǔ)在與其連接的短消息FTP服務(wù)器中；如果SMSC向UMC發(fā)送消息時(shí)發(fā)送失敗，SMSC也會(huì)將發(fā)送失敗的消息存儲(chǔ)在所述FTP服務(wù)器中，該短消息FTP服務(wù)器是專門用來緩存存儲(chǔ)失敗及發(fā)送失敗的短消息的，SMSC將短消息存儲(chǔ)到該FTP服務(wù)器后，就不去管該短消息了，UMC將通過文件接口I2去該FTP服務(wù)器檢測(cè)，當(dāng)檢測(cè)到短消息后，獲取該消息再進(jìn)行存儲(chǔ)，UMC存儲(chǔ)后也不需要再返回響應(yīng)消息。UMC與短消息服務(wù)器間采私有的話單文件格式，使用FTP協(xié)議傳輸數(shù)據(jù)。正常情況下SMSC與UMC使用實(shí)時(shí)接口，當(dāng)SMSC與UMC出現(xiàn)斷連或UMC處理SMSC提交消息失敗時(shí)，SMSC會(huì)生成該消息的緩存文件，并存儲(chǔ)到與SMSC相連接的短消息FTP服務(wù)器中，該緩存文件的結(jié)構(gòu)事先通過與SMSC和UMC協(xié)商確定的。UMC通過第三方FTP工具將SMSC生成的緩存文件保存到UMC指定的目錄中，然后對(duì)該文件進(jìn)行處理，提取出存儲(chǔ)失敗的短消息，然后進(jìn)行存儲(chǔ)。
3)多媒體消息業(yè)務(wù)中心3與UMC1的多媒體消息實(shí)時(shí)接口單元通過I3接口連接I3為實(shí)時(shí)接口，遵從MM7(多媒體消息業(yè)務(wù)接口)協(xié)議，底層使用HTTP承載的SOAP協(xié)議進(jìn)行數(shù)據(jù)傳輸。通過該接口，UMC將MMS消息存儲(chǔ)到數(shù)據(jù)庫和大文件系統(tǒng)中進(jìn)行統(tǒng)一管理。雖然MMSC與SMSC對(duì)UMC所使用的協(xié)議不同，但基本的通信過程是一樣的。
4)多媒體消息FTP服務(wù)器3a與多媒體消息業(yè)務(wù)中心3連接，多媒體消息FTP服務(wù)器3a與UMC1的多媒體消息文件接口單元通過I4接口連接，I4為文件接口，使用FTP協(xié)議進(jìn)行數(shù)據(jù)傳輸。和SMSC一樣，正常情況下MMSC是通過實(shí)時(shí)接口與UMC通信，如果UMC存儲(chǔ)失敗或多媒體消息業(yè)務(wù)中心向UMC發(fā)送多媒體消息失敗時(shí)，MMSC會(huì)將多媒體消息緩存成與UMC事先協(xié)商好的格式的文件，并存儲(chǔ)到與MMSC連接的FTP服務(wù)器中，UMC使用第三方FTP工具將這些緩存文件獲取到本地，然后對(duì)該文件進(jìn)行處理，提取出多媒體消息，然后進(jìn)行存儲(chǔ)。
5)UM服務(wù)器4與UMC1的UM接口單元通過I5接口連接I5為實(shí)時(shí)接口，UM服務(wù)器與UMC之間采用私有協(xié)議通信，底層使用TCP/IP協(xié)議進(jìn)行數(shù)據(jù)傳輸。UM消息包括普通EMail、Fax_Mail和Voice_Mail三種，當(dāng)UM用戶收到或者發(fā)送UM消息時(shí)，UM服務(wù)器會(huì)主動(dòng)將UM消息的摘要信息提交給UMC。同時(shí)，UM用戶對(duì)UM服務(wù)器中存儲(chǔ)的UM消息進(jìn)行操作時(shí)，例如刪除、更新UM消息，UM服務(wù)器也會(huì)通知UMC，UMC對(duì)其存儲(chǔ)的UM消息的摘要信息執(zhí)行相應(yīng)的刪除和更新等操作。
6)Portal服務(wù)器5與UMC1的Portal接口單元通過I6接口連接I6接口使用WSI(Web Service Interface，網(wǎng)絡(luò)服務(wù)接口)協(xié)議進(jìn)行數(shù)據(jù)傳輸，UMC和Portal服務(wù)器可以相互提供Web服務(wù)，兩者之間的消息通過SOAP協(xié)議承載。UMC用戶可以通過登錄Portal，可以對(duì)存儲(chǔ)的消息及文件夾進(jìn)行各種管理操作。而Portal業(yè)務(wù)的實(shí)現(xiàn)是通過Portal服務(wù)器與UMC之間的WSI接口實(shí)現(xiàn)的，當(dāng)用戶通過Portal提交操作請(qǐng)求時(shí)，Portal會(huì)向UMC提交相應(yīng)的請(qǐng)求，該請(qǐng)求符合WSI接口規(guī)范，UMC對(duì)用戶請(qǐng)求進(jìn)行處理后，執(zhí)行相應(yīng)的操作，并將執(zhí)行結(jié)果返回給Portal服務(wù)器，用戶便可以得到處理結(jié)果。例如用戶需要?jiǎng)h除一條SMS消息時(shí)，只需要在Portal刪除消息的頁面上對(duì)指定的SMS消息進(jìn)行刪除操作，Portal會(huì)向UMC提交刪除該SMS消息的操作請(qǐng)求，UMC在數(shù)據(jù)庫中將該消息刪除后，向Portal返回刪除的結(jié)果，并在Portal頁面上顯示。
7)計(jì)費(fèi)子系統(tǒng)(在本實(shí)施例中具體采用BOSS)6與UMC1的計(jì)費(fèi)接口單元之間通過接口I7連接I7為文件接口，采用FTP協(xié)議進(jìn)行數(shù)據(jù)傳輸。UMC通過該接口將生成的用戶計(jì)費(fèi)話單傳送至BOSS(business and operation support system，業(yè)務(wù)運(yùn)營支撐系統(tǒng))系統(tǒng)進(jìn)行扣費(fèi)。UMC通過計(jì)費(fèi)模塊，在每天固定的時(shí)間點(diǎn)(用戶可配置)獲取用戶的在數(shù)據(jù)庫中的當(dāng)前容量信息，生成計(jì)費(fèi)話單，通過第三方FTP工具將這些話單文件傳送到BOSS系統(tǒng)，BOSS系統(tǒng)對(duì)這些話單進(jìn)行處理。
8)用戶業(yè)務(wù)管理子系統(tǒng)(在本實(shí)施例中具體采用Provision System)7與UMC1的用戶業(yè)務(wù)管理接口單元通過接口I8連接I8為實(shí)時(shí)接口，遵從SMAP協(xié)議，底層采用TCP/IP協(xié)議進(jìn)行數(shù)據(jù)傳輸。用戶通過Provision System(數(shù)據(jù)業(yè)務(wù)管理平臺(tái))，對(duì)UMC發(fā)起業(yè)務(wù)訂購、業(yè)務(wù)變更、業(yè)務(wù)取消和鑒權(quán)等操作。如用戶需要訂購UMC業(yè)務(wù)時(shí)，ProvisionSystem將向UMC提交用戶訂購業(yè)務(wù)請(qǐng)求，其中包括用戶所訂購業(yè)務(wù)的類型等信息，UMC用戶管理模塊根據(jù)該消息，在數(shù)據(jù)庫中為該用戶添加相關(guān)的信息，并操作結(jié)果返回給Provision System，Provision System根據(jù)返回結(jié)果確認(rèn)訂購。
基于上述系統(tǒng)，其主要業(yè)務(wù)流程如下1)業(yè)務(wù)訂購、取消及變更流程用戶可以通過Provision System進(jìn)行開戶，包括訂購指定的業(yè)務(wù)套餐，變更業(yè)務(wù)，和取消業(yè)務(wù)。
業(yè)務(wù)訂購Provision System提交業(yè)務(wù)訂購消息請(qǐng)求到UMC進(jìn)行業(yè)務(wù)訂購和套餐的確認(rèn)，UMC接收到業(yè)務(wù)訂購消息后，如果用戶訂購的業(yè)務(wù)中包含對(duì)UM消息的存儲(chǔ)及管理業(yè)務(wù)，UMC向UM發(fā)送UM業(yè)務(wù)訂購?fù)ㄖ?，并等待UM返回業(yè)務(wù)訂購結(jié)果，UM接收并確認(rèn)可以訂購后向UMC返回訂購結(jié)果應(yīng)答。用戶管理模塊在數(shù)據(jù)庫中添加該用戶的相關(guān)信息，如果添加成功，向Provision System發(fā)送訂購成功應(yīng)答，否則發(fā)送訂購失敗應(yīng)答消息。ProvisionSystem收到訂購結(jié)果確認(rèn)信息后，完成用戶業(yè)務(wù)的訂購。
業(yè)務(wù)取消和訂購相類似，由Provision System發(fā)起業(yè)務(wù)取消的消息，UMC根據(jù)Provision System提供的用戶身份信息對(duì)用戶訂購的業(yè)務(wù)進(jìn)行取消，如果用戶所訂購的UMC業(yè)務(wù)中包含UM業(yè)務(wù)，那么UMC會(huì)提交業(yè)務(wù)取消請(qǐng)求至UM服務(wù)器，并等待返回結(jié)果，當(dāng)UMC收到UM服務(wù)器的取消業(yè)務(wù)的返回信息時(shí)，用戶管理模塊清除該用戶在數(shù)據(jù)庫中的相關(guān)數(shù)據(jù)，并將操作結(jié)果返回給Provision System。
業(yè)務(wù)變更當(dāng)Provision System發(fā)起業(yè)務(wù)變更請(qǐng)求時(shí)，用戶管理模塊對(duì)數(shù)據(jù)庫中的用戶業(yè)務(wù)信息進(jìn)行更改，并將更改結(jié)果返回給Provision System。
2)消息存儲(chǔ)流程SMSC/MMSC通過實(shí)時(shí)接口提交一條短消息/多媒體消息到UMC，UMC的用戶管理模塊對(duì)該消息的用戶進(jìn)行鑒權(quán)，確認(rèn)用戶已經(jīng)訂購了短消息/多媒體消息業(yè)務(wù)，如果用戶沒有訂購相應(yīng)業(yè)務(wù)，相應(yīng)的消息將無法被存儲(chǔ)，向SMSC/MMSC返回錯(cuò)誤應(yīng)答消息，否則返回正確應(yīng)答消息；如果鑒權(quán)成功，用戶管理模塊將消息轉(zhuǎn)發(fā)至數(shù)據(jù)管理模塊，數(shù)據(jù)管理模塊將收到的短消息/多媒體消息添加到第一存儲(chǔ)模塊的數(shù)據(jù)庫中，并更新用戶容量；如果此時(shí)數(shù)據(jù)庫操作失敗，數(shù)據(jù)管理模塊會(huì)將消息發(fā)送至消息緩存模塊中進(jìn)行緩存，生成消息緩存文件，等到數(shù)據(jù)庫恢復(fù)時(shí)，數(shù)據(jù)管理模塊將該短消息/多媒體消息重新存入數(shù)據(jù)庫。
UM消息存儲(chǔ)，UM消息存儲(chǔ)過程和短消息/多媒體消息的存儲(chǔ)過程大致相同。但UM消息比較特殊，UM是郵件服務(wù)器，當(dāng)UM向UMC發(fā)出提交消息請(qǐng)求時(shí)，UM消息的主體仍然存放在UM服務(wù)器上，而只將消息的摘要信息存放到UMC中。這個(gè)特性區(qū)別于短消息/多媒體消息的存儲(chǔ)方式，主要是由于SMSC/MMSC只做消息轉(zhuǎn)發(fā)而不做消息存儲(chǔ)，而UM本身對(duì)消息進(jìn)行存儲(chǔ)。
3)用戶管理流程用戶管理包括對(duì)文件夾的管理和對(duì)消息的管理。服務(wù)提供商通過定制或自行開發(fā)遵守該WSI接口協(xié)議的Portal，即可和UMC進(jìn)行通信，提供基于網(wǎng)頁的多種多樣的業(yè)務(wù)功能，用戶通過登陸Portal，可以對(duì)自己的各類消息進(jìn)行刪除、查詢，修改，定購和取消業(yè)務(wù)操作。另外，UMC提供的是基于文件夾式的消息管理方法，符合用戶的使用習(xí)慣，也大大減少了用戶對(duì)消息操作的使用難度。
(1)普通用戶對(duì)消息及文件夾的管理普通用戶對(duì)消息的管理i刪除消息，Portal支持對(duì)短消息/多媒體消息/UM消息的刪除；用戶通過Portal刪除消息時(shí)，在Portal的頁面上執(zhí)行刪除相關(guān)消息的操作，Portal向UMC提交刪除請(qǐng)求，數(shù)據(jù)管理模塊從數(shù)據(jù)庫中刪除指定的消息后返回操作結(jié)果；需要指出的是，UM消息和SMS/MMS有所不同，UMC中存放的是UM消息的摘要信息，因此當(dāng)要?jiǎng)h除UM消息時(shí)，數(shù)據(jù)管理模塊還需要通知UM服務(wù)器，將相應(yīng)的消息刪除并等待UM服務(wù)器應(yīng)答消息，如果UM消息刪除成功，數(shù)據(jù)管理模塊會(huì)向Portal發(fā)送刪除成功應(yīng)答消息，否則返回失敗應(yīng)答消息。
ii消息狀態(tài)修改，該狀態(tài)是指消息已讀/未讀狀態(tài)的修改；用戶通過Portal，將一條或多條消息置為已讀/未讀狀態(tài)，UMC的數(shù)據(jù)管理模塊收到該消息后，在數(shù)據(jù)庫中將指定的消息更改為用戶指定的狀態(tài)，并返回執(zhí)行結(jié)果至Portal。
iii查詢指定文件夾中的消息，移動(dòng)消息到指定的文件夾。用戶可以指定查詢條件，用戶通過Portal查詢指定文件夾中的消息，數(shù)據(jù)管理模塊根據(jù)文件夾ID在數(shù)據(jù)庫中查找并返回查詢結(jié)果；用戶可以通過Portal將指定的消息移動(dòng)到指定的文件下，數(shù)據(jù)管理模塊在數(shù)據(jù)庫中將用戶需要移動(dòng)的消息列表所歸屬的文件夾ID更改為用戶指定的文件夾ID，返回操作結(jié)果；用戶還可以通過各種查詢條件如消息的日期范圍、閱讀狀態(tài)、收/發(fā)件人等進(jìn)行查詢，數(shù)據(jù)管理模塊根據(jù)查詢的條件組合在數(shù)據(jù)庫中進(jìn)行查詢，并將查詢的結(jié)果返回給用戶。
iv獲取消息列表，以及獲取短消息/多媒體消息/UM消息的詳細(xì)內(nèi)容；用戶可以通過Portal獲得SMS/MMS/UM消息的列表，并根據(jù)列表指定查看相應(yīng)消息的詳細(xì)信息。用戶通過Portal，從數(shù)據(jù)管理模塊中查詢到相應(yīng)用戶的消息列表，并根據(jù)查詢的列表結(jié)果，查詢指定的消息內(nèi)容，數(shù)據(jù)管理模塊根據(jù)用戶提交的消息ID從數(shù)據(jù)庫中查詢相應(yīng)的消息摘要信息并返回給用戶，如果是UM消息，UMC會(huì)向UM服務(wù)器提交查詢消息詳細(xì)內(nèi)容請(qǐng)求，以獲得UM消息的主體，并將結(jié)果返回給用戶。
普通用戶對(duì)文件夾的管理UMC提供的WSI接口是以文件夾的形式對(duì)消息進(jìn)行歸類管理的，普通用戶登錄Portal后，可以通過Portal對(duì)UMC的文件夾進(jìn)行管理，包括i獲得同層的文件夾的列表；ii添加/刪除/移動(dòng)/重命名文件夾；iii設(shè)置/取消文件夾的密碼(這里所設(shè)置的密碼針對(duì)同一用戶的所有文件夾)；iv設(shè)置/取消文件夾的密碼標(biāo)識(shí)(每一個(gè)文件夾都有自己的標(biāo)識(shí))；v獲得指定文件夾下的所有消息的容量；vi設(shè)置/取消/獲得文件夾的激活信息；普通用戶登錄Portal后，在相關(guān)的操作頁面中提交操作請(qǐng)求，Portal將向UMC提交執(zhí)行請(qǐng)求，數(shù)據(jù)管理模塊在數(shù)據(jù)庫中根據(jù)用戶ID和文件夾ID等相關(guān)的輸入數(shù)據(jù)，執(zhí)行查詢/修改和刪除操作，并將執(zhí)行結(jié)果返回給Portal。
(2)超級(jí)用戶對(duì)消息及文件夾的管理超級(jí)用戶登錄Portal后，可以進(jìn)行的操作有i超級(jí)用戶向指定的用戶添加消息，包括短消息/多媒體消息；超級(jí)用戶通過Portal，向指定用戶提交SMS/MMS消息，數(shù)據(jù)管理模塊收到添加消息后，會(huì)將該SMS/MMS消息添加到數(shù)據(jù)庫中，并返回操作結(jié)果給超級(jí)用戶。
ii獲得指定用戶的文件夾密碼；超級(jí)用戶通過Portal，向UMC查詢指定用戶的文件夾密碼，數(shù)據(jù)管理模塊在數(shù)據(jù)庫中查找文件夾的密碼后返回給超級(jí)用戶。
iii重新設(shè)置指定用戶的文件夾密碼；超級(jí)用戶通過Portal，向UMC提起修改指定用戶的文件夾密碼請(qǐng)求，數(shù)據(jù)管理模塊在數(shù)據(jù)庫中更新文件夾的密碼后將操作結(jié)果返回給超級(jí)用戶。
iv修改/刪除/查詢用戶的套餐信息；超級(jí)用戶通過Portal，向UMC提起修改/刪除/查詢用戶套餐信息的請(qǐng)求消息，數(shù)據(jù)管理模塊從數(shù)據(jù)庫中修改/刪除/查詢用戶的套餐信息，并將操作的結(jié)果返回給超級(jí)用戶。
v同步用戶的附加號(hào)碼；UMC支持用戶一卡多號(hào)的功能，即一個(gè)用戶可以有多個(gè)號(hào)碼主號(hào)/Fax(傳真號(hào))/ALS(附號(hào))。超級(jí)用戶可以通過Portal頁面提交請(qǐng)求，用戶管理模塊在數(shù)據(jù)庫中將Fax/ALS號(hào)附加到指定的用戶主號(hào)下。
(3)用戶的容量管理UMC支持對(duì)用戶的消息存儲(chǔ)提供容量管理功能。用戶在訂購業(yè)務(wù)套餐時(shí)，包含了容量信息，包括最小容量值，即用戶定購使用的最小值，在這個(gè)容量使用范圍之內(nèi)，用戶只需支付基本的包月費(fèi)；用戶所定制的套餐還包括最大容量，當(dāng)用戶當(dāng)前的消息存儲(chǔ)容量已達(dá)到最大上限時(shí)，用戶不可以再向UMC中存儲(chǔ)消息。當(dāng)用戶的消息容量已接近最小容量值時(shí)，系統(tǒng)會(huì)寫容量告警話單，并向Portal發(fā)出容量告警，這個(gè)容量值取決于用戶訂購業(yè)務(wù)套餐中的最小容量和UMC系統(tǒng)所配置的最小容量閥值。而達(dá)到最小容量閥值和最大容量閥值時(shí)，UMC也同樣會(huì)寫容量告警話單并向Portal發(fā)送告警。當(dāng)用戶的當(dāng)前消息容量大于最小容量后，UMC會(huì)對(duì)用戶的容量超出部分按日和超出容量進(jìn)行計(jì)費(fèi)，生成計(jì)費(fèi)話單，通過第三方FTP工具，將計(jì)費(fèi)話單傳送至BOSS系統(tǒng)，BOSS系統(tǒng)會(huì)根據(jù)UMC生成的計(jì)費(fèi)話單對(duì)用戶進(jìn)行計(jì)費(fèi)。
4)計(jì)費(fèi)管理流程UMC支持后付費(fèi)用戶的計(jì)費(fèi)，Provision System每月會(huì)對(duì)已訂購UMC業(yè)務(wù)的用戶進(jìn)行月租費(fèi)扣除，而用戶在超出最小訂購容量時(shí)，UMC在每天配置的時(shí)間點(diǎn)進(jìn)行用戶容量的檢查并對(duì)超出最小訂購容量的用戶進(jìn)行計(jì)費(fèi)、寫話單，根據(jù)該話單，BOSS系統(tǒng)將對(duì)該部分用戶進(jìn)行相應(yīng)的扣費(fèi)操作。UMC提供可靠的準(zhǔn)確無重復(fù)的計(jì)費(fèi)話單。由于UMC只存儲(chǔ)UM消息的摘要信息，并對(duì)UM消息進(jìn)行消息容量管理，因此UMC可以對(duì)UM消息按照用戶定購的業(yè)務(wù)套餐類型來計(jì)費(fèi)，這樣的方式有利于根據(jù)用戶的實(shí)際需要來對(duì)UM進(jìn)行計(jì)費(fèi)，而用戶可以對(duì)所訂購業(yè)務(wù)進(jìn)行更改，并且配合SMS/MMS消息的存儲(chǔ)容量管理，可以由用戶自行管理各種消息的容量比例，從而實(shí)現(xiàn)靈活的計(jì)費(fèi)模式。
基于同一技術(shù)構(gòu)思，本發(fā)明實(shí)施例還提供第二種消息處理系統(tǒng)，如圖10所示，該消息處理系統(tǒng)包括消息轉(zhuǎn)發(fā)設(shè)備21、消息存儲(chǔ)設(shè)備22和業(yè)務(wù)服務(wù)器SS(Service Server)23，其中業(yè)務(wù)服務(wù)器23分別連接消息轉(zhuǎn)發(fā)設(shè)備21和消息存儲(chǔ)設(shè)備22，用于接收用戶設(shè)置和管理的業(yè)務(wù)信息并轉(zhuǎn)發(fā)給消息轉(zhuǎn)發(fā)設(shè)備21，以及將用戶對(duì)存儲(chǔ)的消息進(jìn)行操作的指令轉(zhuǎn)發(fā)給消息存儲(chǔ)設(shè)備22；用戶的業(yè)務(wù)信息可以包括定制存儲(chǔ)所有發(fā)送的消息和/或接收的消息等，或者對(duì)特定對(duì)象發(fā)送和/或接收的消息進(jìn)行存儲(chǔ)等。
消息轉(zhuǎn)發(fā)設(shè)備21接收到用戶消息時(shí)，根據(jù)存儲(chǔ)的用戶身份信息及對(duì)應(yīng)的業(yè)務(wù)信息，直接對(duì)消息中包含的用戶身份信息進(jìn)行鑒權(quán)，如果鑒權(quán)通過，則將消息發(fā)送給消息存儲(chǔ)設(shè)備22進(jìn)行存儲(chǔ)；消息轉(zhuǎn)發(fā)設(shè)備21例如短消息業(yè)務(wù)中心、多媒體消息業(yè)務(wù)中心或UM消息服務(wù)器等；消息存儲(chǔ)設(shè)備22收到消息轉(zhuǎn)發(fā)設(shè)備21發(fā)送的消息后，根據(jù)用戶身份信息分別存儲(chǔ)，消息存儲(chǔ)設(shè)備22例如消息存儲(chǔ)中心MC(Message Center)。
本發(fā)明實(shí)施例提供的第二種消息處理系統(tǒng)的具體實(shí)施1如圖11所示，其中消息轉(zhuǎn)發(fā)設(shè)備包括第二接口模塊211，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；消息處理模塊212，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息信息中包含的用戶身份信息進(jìn)行鑒權(quán)，以及將通過業(yè)務(wù)鑒權(quán)的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)發(fā)送給所述消息存儲(chǔ)設(shè)備；第三接口模塊213，用于和所述消息存儲(chǔ)設(shè)備通信；備份設(shè)置接口模塊214，用于和業(yè)務(wù)服務(wù)器23通信；所述消息存儲(chǔ)設(shè)備22包括第四接口模塊221，用于和所述消息轉(zhuǎn)發(fā)設(shè)備通信；第二存儲(chǔ)模塊222，用于從所述消息轉(zhuǎn)發(fā)設(shè)備接收的消息數(shù)據(jù)，消息數(shù)據(jù)是對(duì)應(yīng)用戶身份信息存儲(chǔ)的；存儲(chǔ)控制模塊223，用于接收來自所述消息轉(zhuǎn)發(fā)設(shè)備的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)并存儲(chǔ)到第二存儲(chǔ)模塊222中，并根據(jù)用戶的操作指令管理第二存儲(chǔ)模塊222中存儲(chǔ)的用戶消息數(shù)據(jù)。
業(yè)務(wù)管理接口模塊224，用于和業(yè)務(wù)服務(wù)器23通信；該具體實(shí)施例中，消息轉(zhuǎn)發(fā)設(shè)備可以是短消息業(yè)務(wù)中心或多媒體消息業(yè)務(wù)中心。
參閱圖12，第二種消息處理系統(tǒng)的具體實(shí)施例2中，業(yè)務(wù)服務(wù)器23分別連接短消息業(yè)務(wù)中心21a和多媒體消息業(yè)務(wù)中心21b，短消息業(yè)務(wù)中心21a和多媒體消息業(yè)務(wù)中心21b分別連接消息存儲(chǔ)設(shè)備22，將用戶需要存儲(chǔ)的短消息或多媒體消息發(fā)送給MC進(jìn)行存儲(chǔ)。
相關(guān)業(yè)務(wù)流程具體包括1、用戶業(yè)務(wù)信息設(shè)置流程用戶通過SS提供的界面，設(shè)置是否備份存儲(chǔ)自己發(fā)送和接收的SM、MM。SS提供的界面可以是用戶Portal、SM指令、WAP頁面等；SS收到用戶的設(shè)置請(qǐng)求后，通過SMSC/MMSC提供的備份設(shè)置接口模塊，將用戶的業(yè)務(wù)信息設(shè)置請(qǐng)求發(fā)送給SMSC/MMSC上的消息處理模塊；消息處理模塊對(duì)應(yīng)管理用戶身份信息及業(yè)務(wù)信息。
2、消息備份存儲(chǔ)流程SM和MM的備份存儲(chǔ)流程類似，下面以SM的備份存儲(chǔ)為例描述，參閱圖12所示，用戶A和用戶B分別通過移動(dòng)通信網(wǎng)絡(luò)連接短消息業(yè)務(wù)中心21a，用戶A預(yù)先通過業(yè)務(wù)服務(wù)器設(shè)置需要備份所有自己發(fā)送的短消息，則用戶A發(fā)送給用戶B的短消息被備份存儲(chǔ)到消息存儲(chǔ)設(shè)備22的相關(guān)流程具體包括用戶A通過移動(dòng)終端向SMSC 21a提交發(fā)送給用戶B的短消息，該短消息中包含用戶A和用戶B的身份信息；SMSC 21a收到短消息后，將短消息轉(zhuǎn)發(fā)給用戶B，同時(shí)根據(jù)用戶A的身份信息對(duì)應(yīng)的業(yè)務(wù)信息判斷需要備份存儲(chǔ)該短消息，則復(fù)制該短消息并轉(zhuǎn)發(fā)給消息存儲(chǔ)設(shè)備22，并指示消息存儲(chǔ)設(shè)備22為用戶A保存發(fā)送的短消息；消息存儲(chǔ)設(shè)備22對(duì)應(yīng)用戶A的身份信息，將該消息保存為用戶A發(fā)送的短消息。
如果用戶B的業(yè)務(wù)信息中要求備份存儲(chǔ)所有接收的短消息，則SMSC 21a將復(fù)制的短消息轉(zhuǎn)發(fā)給消息存儲(chǔ)設(shè)備22的同時(shí)，還指示消息存儲(chǔ)設(shè)備22為用戶B保存接收的短消息，則消息存儲(chǔ)設(shè)備22對(duì)應(yīng)用戶B的身份信息，將該短消息同時(shí)保存為用戶B接收的短消息。
3、消息管理流程用戶通過SS提供的界面，可以查詢、刪除自己的備份消息。SS提供的界面可以是用戶Portal、SM指令、WAP頁面等。
基于本發(fā)明實(shí)施例提供的第二種消息處理系統(tǒng)，消息的備份存儲(chǔ)方法為，在短消息業(yè)務(wù)中心、多媒體消息業(yè)務(wù)中心等消息轉(zhuǎn)發(fā)設(shè)備上存儲(chǔ)用戶的業(yè)務(wù)信息，消息轉(zhuǎn)發(fā)設(shè)備鑒權(quán)是否需要存儲(chǔ)用戶發(fā)送或接收的消息，如果需要存儲(chǔ)，則發(fā)送給消息存儲(chǔ)設(shè)備，消息存儲(chǔ)設(shè)備根據(jù)用戶身份信息存儲(chǔ)相應(yīng)消息。
當(dāng)短消息業(yè)務(wù)中心和多媒體消息業(yè)務(wù)中心同時(shí)連接一個(gè)消息存儲(chǔ)設(shè)備時(shí)，進(jìn)一步實(shí)現(xiàn)了短消息和多媒體消息的統(tǒng)一存儲(chǔ)。
由此可見，本發(fā)明實(shí)施例提供的技術(shù)方案可以分別實(shí)現(xiàn)各類消息的永久存儲(chǔ)，例如SM、MM消息的永久存儲(chǔ)，通過消息處理設(shè)備和SMSC/MMSC形成的系統(tǒng)，使單純的消息轉(zhuǎn)發(fā)擴(kuò)展到了永久存儲(chǔ)；進(jìn)一步，本發(fā)明實(shí)施例提供的技術(shù)方案實(shí)現(xiàn)了SM、MM以及UM消息這些原本相互獨(dú)立、互不關(guān)聯(lián)的消息的統(tǒng)一存儲(chǔ)，使這些本來具有非常明顯優(yōu)勢(shì)的消息交互技術(shù)發(fā)揮各自的優(yōu)勢(shì)，形成有機(jī)的統(tǒng)一體，并對(duì)用戶的各種消息進(jìn)行有效的業(yè)務(wù)管理。也為服務(wù)提供商提供了更多業(yè)務(wù)擴(kuò)展空間，并且可以在已有的消息業(yè)務(wù)應(yīng)用基礎(chǔ)上挖掘出更大的信息價(jià)值增長點(diǎn)。
最后所應(yīng)說明的是，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種消息處理設(shè)備，其特征在于，包括第一接口模塊，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；用戶管理模塊，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息信息中包含的用戶身份信息進(jìn)行鑒權(quán)；數(shù)據(jù)管理模塊，用于管理用戶的消息數(shù)據(jù)；第一存儲(chǔ)模塊，用于存儲(chǔ)通過鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶的身份信息存儲(chǔ)的。
2.根據(jù)權(quán)利要求1所述的設(shè)備，其特征在于，所述第一接口模塊至少包括如下之一短消息實(shí)時(shí)接口單元，用于從短消息業(yè)務(wù)中心接收用戶的短消息；多媒體消息實(shí)時(shí)接口單元，用于從多媒體消息業(yè)務(wù)中心接收用戶的多媒體消息；統(tǒng)一消息業(yè)務(wù)消息接口單元，用于從統(tǒng)一消息業(yè)務(wù)服務(wù)器接收用戶統(tǒng)一消息的摘要信息。
3.根據(jù)權(quán)利要求2所述的設(shè)備，其特征在于當(dāng)所述第一接口模塊中包括短消息實(shí)時(shí)接口單元時(shí)，所述第一接口模塊中還包括短消息文件接口單元，用于從短消息FTP服務(wù)器接收短消息緩存文件，所述數(shù)據(jù)管理模塊將該短消息緩存文件中包含的短消息存入所述第一存儲(chǔ)模塊；和/或當(dāng)所述第一接口模塊中包括多媒體消息實(shí)時(shí)接口單元時(shí)，所述第一接口模塊中還包括多媒體消息文件接口單元，用于從多媒體消息FTP服務(wù)器接收多媒體消息緩存文件，所述數(shù)據(jù)管理模塊將該多媒體消息緩存文件中包含的多媒體消息存入所述第一存儲(chǔ)模塊。
4.根據(jù)權(quán)利要求1所述的設(shè)備，其特征在于，該設(shè)備還包括Portal接口單元，與所述數(shù)據(jù)管理模塊連接，用于與Portal服務(wù)器進(jìn)行通信。
5.根據(jù)權(quán)利要求1所述的設(shè)備，其特征在于，該設(shè)備還包括計(jì)費(fèi)模塊，與所述數(shù)據(jù)管理模塊連接，用于根據(jù)用戶在消息處理設(shè)備中使用的消息數(shù)據(jù)存儲(chǔ)空間來計(jì)算用戶的使用費(fèi)用；計(jì)費(fèi)接口單元，與所述計(jì)費(fèi)模塊連接，用于與計(jì)費(fèi)子系統(tǒng)進(jìn)行通信。
6.根據(jù)權(quán)利要求1所述的設(shè)備，其特征在于，該設(shè)備還包括用戶業(yè)務(wù)管理接口單元，與所述用戶管理模塊連接，用于與用戶業(yè)務(wù)管理子系統(tǒng)進(jìn)行通信。
7.根據(jù)權(quán)利要求1所述的設(shè)備，其特征在于，該設(shè)備還包括消息緩存模塊，與所述數(shù)據(jù)管理模塊連接，用于緩存待存入消息存儲(chǔ)模塊中的消息數(shù)據(jù)。
8.一種消息處理系統(tǒng)，包括消息轉(zhuǎn)發(fā)設(shè)備，其特征在于，所述系統(tǒng)還包括消息處理設(shè)備，用于從所述消息轉(zhuǎn)發(fā)設(shè)備接收包含用戶身份信息的用戶消息數(shù)據(jù)，并根據(jù)對(duì)應(yīng)管理的用戶身份信息及業(yè)務(wù)信息鑒權(quán)所述消息信息中包含的用戶身份信息；以及存儲(chǔ)并管理通過鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶的身份信息存儲(chǔ)的。
9.根據(jù)權(quán)利要求8所述的處理系統(tǒng)，其特征在于，所述消息轉(zhuǎn)發(fā)設(shè)備至少包括如下之一短消息業(yè)務(wù)中心、多媒體消息業(yè)務(wù)中心、統(tǒng)一消息業(yè)務(wù)服務(wù)器。
10.根據(jù)權(quán)利要求9所述的處理系統(tǒng)，其特征在于當(dāng)所述消息轉(zhuǎn)發(fā)設(shè)備包括短消息業(yè)務(wù)中心時(shí)，所述系統(tǒng)還包括短消息FTP服務(wù)器，用于存儲(chǔ)短消息緩存文件，所述短消息緩存文件包括消息處理設(shè)備存儲(chǔ)失敗的短消息和短消息業(yè)務(wù)中心向消息處理設(shè)備發(fā)送失敗的短消息，所述消息處理設(shè)備從該短消息FTP服務(wù)器獲取所述短消息緩存文件，并存儲(chǔ)該短消息緩存文件中包含的短消息；和/或當(dāng)所述消息轉(zhuǎn)發(fā)設(shè)備包括多媒體消息業(yè)務(wù)中心時(shí)，所述系統(tǒng)還包括多媒體消息FTP服務(wù)器，用于存儲(chǔ)多媒體消息緩存文件，所述多媒體消息緩存文件包括消息處理設(shè)備存儲(chǔ)失敗的多媒體消息和多媒體消息業(yè)務(wù)中心向消息處理設(shè)備發(fā)送失敗的多媒體消息，所述消息處理設(shè)備從該多媒體消息FTP服務(wù)器獲取所述多媒體消息緩存文件，并存儲(chǔ)該多媒體消息緩存文件中包含的多媒體消息。
11.根據(jù)權(quán)利要求8所述的處理系統(tǒng)，其特征在于，所述系統(tǒng)還包括Portal服務(wù)器，與所述消息處理設(shè)備連接，用于為用戶提供管理平臺(tái)，對(duì)消息處理設(shè)備中存儲(chǔ)的消息進(jìn)行管理。
12.根據(jù)權(quán)利要求8所述的處理系統(tǒng)，其特征在于，所述系統(tǒng)還包括計(jì)費(fèi)子系統(tǒng)，與所述消息處理設(shè)備連接，用于接收消息處理設(shè)備發(fā)送的用戶的使用費(fèi)用信息，并根據(jù)該使用費(fèi)用信息進(jìn)行費(fèi)用管理。
13.根據(jù)權(quán)利要求8所述的處理系統(tǒng)，其特征在于，所述系統(tǒng)還包括用戶業(yè)務(wù)管理子系統(tǒng)，與所述消息處理設(shè)備連接，用于對(duì)用戶的業(yè)務(wù)信息進(jìn)行管理。
14.一種消息處理方法，其特征在于，包括接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；根據(jù)對(duì)應(yīng)管理的用戶身份信息及業(yè)務(wù)信息，對(duì)所述消息數(shù)據(jù)中包含的用戶身份信息進(jìn)行鑒權(quán)；存儲(chǔ)通過鑒權(quán)的用戶身份信息對(duì)應(yīng)的消息數(shù)據(jù)，所述消息數(shù)據(jù)是對(duì)應(yīng)用戶身份信息存儲(chǔ)的。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述用戶的消息數(shù)據(jù)包括從短消息業(yè)務(wù)中心接收的短消息。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，所述方法還包括在存儲(chǔ)失敗所述從短消息業(yè)務(wù)中心接收的短消息時(shí)向短消息業(yè)務(wù)中心發(fā)送失敗響應(yīng)消息，并獲取短消息業(yè)務(wù)中心根據(jù)失敗響應(yīng)消息生成的短消息緩存文件，該短消息緩存文件中包括所述存儲(chǔ)失敗的短消息；存儲(chǔ)該短消息緩存文件中包含的短消息。
17.根據(jù)權(quán)利要求15或16所述的方法，其特征在于，所述方法還包括獲取短消息業(yè)務(wù)中心在短消息發(fā)送失敗時(shí)生成的短消息緩存文件，該短消息緩存文件包含所述發(fā)送失敗的短消息；存儲(chǔ)該短消息緩存文件中的短消息。
18.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述用戶的消息數(shù)據(jù)包括從多媒體消息業(yè)務(wù)中心接收的用戶多媒體消息。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述方法還包括在存儲(chǔ)失敗所述從多媒體消息業(yè)務(wù)中心接收的多媒體消息時(shí)向多媒體消息業(yè)務(wù)中心發(fā)送存儲(chǔ)失敗響應(yīng)消息，并獲取多媒體消息業(yè)務(wù)中心根據(jù)失敗響應(yīng)消息生成的多媒體消息緩存文件，該多媒體消息緩存文件包含所述存儲(chǔ)失敗的多媒體消息；存儲(chǔ)該多媒體消息緩存文件中包含的多媒體消息。
20.根據(jù)權(quán)利要求18或19所述的方法，其特征在于，所述方法還包括獲取多媒體消息業(yè)務(wù)中心在多媒體消息發(fā)送失敗時(shí)生成的多媒體消息緩存文件，該多媒體消息緩存文件中包含所述發(fā)送失敗的多媒體消息；存儲(chǔ)該多媒體消息緩存文件中包含的多媒體消息。
21.根據(jù)權(quán)利要求14或18所述的方法，其特征在于，所述用戶的消息數(shù)據(jù)還包括從統(tǒng)一消息業(yè)務(wù)服務(wù)器接收的用戶統(tǒng)一消息的摘要信息。
22.根據(jù)權(quán)利要求14所述的處理方法，其特征在于，所述方法還包括接收用戶的操作指令，并根據(jù)該操作指令對(duì)存儲(chǔ)的消息數(shù)據(jù)執(zhí)行相應(yīng)的操作。
23.根據(jù)權(quán)利要求14所述的處理方法，其特征在于，所述方法還包括接收用戶業(yè)務(wù)信息的訂購、變更或取消操作，并更新對(duì)應(yīng)管理的用戶身份信息及業(yè)務(wù)信息。
24.根據(jù)權(quán)利要求14所述的處理方法，其特征在于，所述方法還包括根據(jù)用戶的消息數(shù)據(jù)占用的存儲(chǔ)空間對(duì)用戶進(jìn)行計(jì)費(fèi)。
25.一種消息處理系統(tǒng)，包括消息轉(zhuǎn)發(fā)設(shè)備和消息存儲(chǔ)設(shè)備，其特征在于，所述消息轉(zhuǎn)發(fā)設(shè)備包括第二接口模塊，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息；消息處理模塊，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息信息中包含的用戶身份信息進(jìn)行鑒權(quán)，以及將通過業(yè)務(wù)鑒權(quán)的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)發(fā)送給所述消息存儲(chǔ)設(shè)備；第三接口模塊，用于和所述消息存儲(chǔ)設(shè)備進(jìn)行通信；所述消息存儲(chǔ)設(shè)備包括第四接口模塊，用于和所述消息轉(zhuǎn)發(fā)設(shè)備進(jìn)行通信；存儲(chǔ)控制模塊，用于接收并管理來自所述消息轉(zhuǎn)發(fā)設(shè)備的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)；第二存儲(chǔ)模塊，用于存儲(chǔ)用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)。
26.根據(jù)權(quán)利要求25所述的系統(tǒng)，其特征在于，所述消息轉(zhuǎn)發(fā)設(shè)備包括短消息業(yè)務(wù)中心和/或多媒體消息業(yè)務(wù)中心。
27.根據(jù)權(quán)利要求25所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括業(yè)務(wù)服務(wù)器，用于將各用戶的身份信息及業(yè)務(wù)信息發(fā)送給所述消息處理模塊；以及為用戶提供管理平臺(tái)，通過所述存儲(chǔ)控制模塊對(duì)第二存儲(chǔ)模塊中的消息數(shù)據(jù)進(jìn)行管理。
28.一種消息轉(zhuǎn)發(fā)設(shè)備，包括第二接口模塊，用于接收用戶的消息數(shù)據(jù)，該消息數(shù)據(jù)中包含用戶身份信息，其特征在于，所述消息轉(zhuǎn)發(fā)設(shè)備還包括消息處理模塊，用于對(duì)應(yīng)管理各用戶的身份信息及業(yè)務(wù)信息，并對(duì)所述消息信息中包含的用戶身份信息進(jìn)行鑒權(quán)，以及將通過業(yè)務(wù)鑒權(quán)的用戶身份信息及對(duì)應(yīng)的消息數(shù)據(jù)發(fā)送給外部存儲(chǔ)設(shè)備；第三接口模塊，用于和所述外部存儲(chǔ)設(shè)備進(jìn)行通信。
29.根據(jù)權(quán)利要求28所述的消息轉(zhuǎn)發(fā)設(shè)備，其特征在于，所述消息轉(zhuǎn)發(fā)設(shè)備還包括備份設(shè)置接口模塊，用于接收所述用戶身份信息及業(yè)務(wù)信息，并轉(zhuǎn)發(fā)給所述消息處理模塊。
30.根據(jù)權(quán)利要求29所述的消息轉(zhuǎn)發(fā)設(shè)備，其特征在于，所述消息轉(zhuǎn)發(fā)設(shè)備包括短消息業(yè)務(wù)中心或多媒體消息業(yè)務(wù)中心。
全文摘要
本發(fā)明涉及移動(dòng)通信技術(shù)，尤其涉及一種消息處理設(shè)備、消息轉(zhuǎn)發(fā)設(shè)備、消息處理系統(tǒng)及消息處理方法，以解決現(xiàn)有技術(shù)中無法對(duì)用戶消息數(shù)據(jù)進(jìn)行永久保存的問題。通過消息處理設(shè)備和SMSC/MMSC等形成的系統(tǒng)，使單純的消息轉(zhuǎn)發(fā)擴(kuò)展到了永久存儲(chǔ)；進(jìn)一步，本發(fā)明實(shí)施例提供的技術(shù)方案實(shí)現(xiàn)了SM、MM以及UM消息的統(tǒng)一存儲(chǔ)，并對(duì)用戶的各種消息進(jìn)行有效的業(yè)務(wù)管理。
文檔編號(hào)H04W88/18GK101018409SQ200710006668
公開日2007年8月15日 申請(qǐng)日期2007年1月23日 優(yōu)先權(quán)日2006年4月14日
發(fā)明者劉曉明, 江健, 鄭仲恩, 陽武, 鐘朝東, 孫志斌 申請(qǐng)人:華為技術(shù)有限公司