消息處理設備、系統及方法
2023-08-08 06:54:51 1
專利名稱：消息處理設備、系統及方法
技術領域：
本發明涉及移動通信技術，尤其涉及一種消息處理設備、消息轉發設備、消息處理系統及消息處理方法。
背景技術：
當前普遍應用的消息通信手段有短消息SM(Short Message)、多媒體消息MM(Multimedia Message)和統一消息UM(Unified messaging，包括普通E-mail、Voice-mail和Fax-mail)。短消息和多媒體消息易於存儲，計費方式也靈活多樣，但每條消息的存儲能力有限，而UM消息所存儲的信息量可以很大，但對於數以十億計的手機用戶而言，應用範圍有限。
短消息業務中心SMSC(Short Message Service Center)實現短消息存儲轉發的功能，一般SMSC只提供暫存功能。當SMSC收到一條用戶上傳消息MO(Mobile Originate)時，如果此時無法向目標用戶發送下傳消息MT(Mobile Terminate)，即將該消息緩存下來，緩存時間可以為2～3天，該緩存消息的數量一般可以配置，根據現網情況，通常為10條左右。現有SMSC只是提供暫存的功能，只要用戶接收MT消息的時機成熟，該消息便到達目標用戶，SMSC將該消息從緩存隊列中清除。
多媒體消息業務中心MMSC(Multimedia Messaging Service Center)實現多媒體消息的統一轉發，多媒體消息包括文本、圖像、音頻、視頻和數據等，其中一種主要形式是彩信消息，多媒體消息在一定程度上擴展了單條消息的承載能力，可以把包括文本在內的多種格式的文件以消息的形式進行傳送。
UM消息包括普通E-mail、Voice-mail和Fax-mail，這些都在當前網際網路上最為普遍的基本的消息傳遞方式，無論在信息傳遞速度，傳遞內容的多樣性，複雜性，可靠性，以及信息的永久存儲都是其優點所在，電子郵件的客戶群可以很方便地通過網際網路進行各種資訊的交互。
上述現有的消息處理系統及消息處理方法存在以下缺陷1、SM只能轉發不能永久存儲，即使SMSC擁有一定的緩存能力，也無法實現消息的永久存儲和業務管理，這給SM的應用帶來了很大的局限性和不可塑性，不利於業務的開展。
2、MM雖然一定程度上擴展了消息的應用範圍，豐富了消息的內容空間，但和SM一樣，依然沒有解決消息永久存儲和業務管理的能力；此外，MMSC的MM7(多媒體消息業務接口)接口非常複雜，在網際網路上基於HTTP層面上進行傳輸，附加信息帶來的額外存儲空間較多，在該接口層面上對MM進行業務管理，是一件非常複雜的事情，無疑增加服務提供商的運營成本，也為各業務提供帶來不小的開發成本。
3、UM可以彌補SM、MM不能永久存儲和業務管理的缺陷，使得網際網路信息業務更加豐富靈活，但是對於E-mail等電子郵件消息來說，非常依賴於網際網路終端，當前最靈活的網際網路終端就是手機，而電子郵件在手機上的應用卻是非常不統一，很多廠商推出的電子郵件服務在手機上的應用都非常有限，界面各異，無法實現靈活的計費。
另外，SM、MM以及UM消息，作為現代消息通信的三種重要通信手段，分別具有各自的優點，卻不能形成有機的統一體，使用戶方便的對各類消息進行有效的業務管理。
發明內容
本發明實施例提供一種消息處理設備、消息轉發設備、消息處理系統及消息處理方法，以解決現有技術中無法對用戶消息數據進行永久保存的問題。
本發明實施例提供的一種消息處理設備包括第一接口模塊，用於接收用戶的消息數據，該消息數據中包含用戶身份信息；用戶管理模塊，用於對應管理各用戶的身份信息及業務信息，並對所述消息信息中包含的用戶身份信息進行鑑權；數據管理模塊，用於管理用戶的消息數據；第一存儲模塊，用於存儲通過鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶的身份信息存儲的。
其中，所述第一接口模塊至少包括如下之一短消息實時接口單元，用於從短消息業務中心接收用戶的短消息；多媒體消息實時接口單元，用於從多媒體消息業務中心接收用戶的多媒體消息；統一消息業務消息接口單元，用於從統一消息業務伺服器接收用戶統一消息的摘要信息。
本發明提供的一種消息處理系統，包括消息轉發設備和消息處理設備，所述消息處理設備用於從所述消息轉發設備接收包含用戶身份信息的用戶消息數據，並根據對應管理的用戶身份信息及業務信息鑑權所述消息信息中包含的用戶身份信息；以及存儲並管理通過鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶的身份信息存儲的。
其中，所述消息轉發設備至少包括如下之一短消息業務中心、多媒體消息業務中心、統一消息業務伺服器。
本發明實施例還提供一種消息處理方法，包括接收用戶的消息數據，該消息數據中包含用戶身份信息；根據對應管理的用戶身份信息及業務信息，對所述消息數據中包含的用戶身份信息進行鑑權；存儲通過鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶身份信息存儲的。
其中，所述用戶的消息數據包括如下之一從短消息業務中心接收的短消息；
從多媒體消息業務中心接收的用戶多媒體消息；從統一消息業務伺服器接收的用戶統一消息的摘要信息。
進一步，所述方法還包括接收用戶的操作指令，並根據該操作指令對存儲的消息數據執行相應的操作。以及接收用戶業務信息的訂購、變更或取消操作，並更新對應管理的用戶身份信息及業務信息。
本發明實施例還提供一種消息處理系統，包括消息轉發設備和消息存儲設備，其中，所述消息轉發設備包括第二接口模塊，用於接收用戶的消息數據，該消息數據中包含用戶身份信息；消息處理模塊，用於對應管理各用戶的身份信息及業務信息，並對所述消息信息中包含的用戶身份信息進行鑑權，以及將通過業務鑑權的用戶身份信息及對應的消息數據發送給所述消息存儲設備；第三接口模塊，用於和所述消息存儲設備進行通信；所述消息存儲設備包括第四接口模塊，用於和所述消息轉發設備進行通信；存儲控制模塊，用於接收並管理來自所述消息轉發設備的用戶身份信息及對應的消息數據；第二存儲模塊，用於存儲用戶身份信息及對應的消息數據。
其中，所述消息轉發設備包括短消息業務中心和/或多媒體消息業務中心。
本發明實施例提供的另一種消息轉發設備，包括第二接口模塊，用於接收用戶的消息數據，該消息數據中包含用戶身份信息，所述消息轉發設備還包括消息處理模塊，用於對應管理各用戶的身份信息及業務信息，並對所述消息信息中包含的用戶身份信息進行鑑權，以及將通過業務鑑權的用戶身份信息及對應的消息數據發送給外部存儲設備；
第三接口模塊，用於和所述外部存儲設備進行通信。
進一步，所述消息轉發設備還包括備份設置接口模塊，用於接收所述用戶身份信息及業務信息，並轉發給所述消息處理模塊。
本發明實施例提供的技術方案可以分別實現各類消息的永久存儲，進一步，本發明實施例提供的技術方案實現了SM、MM以及UM消息這些原本相互獨立、互不關聯的消息的統一存儲，使這些本來具有非常明顯優勢的消息交互技術發揮各自的優勢，形成有機的統一體，並對用戶的各種消息進行有效的業務管理。
圖1為本發明實施例提供的第一種消息處理設備的主要結構示意圖；圖2為本發明實施例中第一種消息處理設備實施例1的主要結構示意圖；圖3為本發明實施例中第一種消息處理設備實施例2的主要結構示意圖；圖4為本發明實施例中第一種消息處理設備實施例3的主要結構示意圖；圖5為本發明實施例中第一種消息處理設備實施例4的主要結構示意圖；圖6為本發明實施例中第一種消息處理系統具體實施例1的主要結構示意圖；圖7為本發明實施例中第一種消息處理系統具體實施例2的主要結構示意圖；圖8為本發明實施例中第一種消息處理系統具體實施例3的主要結構示意圖；圖9為本發明實施例中第一種消息處理系統具體實施例4的主要結構示意；圖10為本發明實施例提供的第二種消息處理系統的主要結構示意圖；圖11為本發明實施例提供的第二種消息處理系統具體實施1的主要結構示意圖；圖12為本發明實施例提供的第二種消息處理系統具體實施2的主要結構示意圖。
具體實施例方式
本發明實施例為實現消息的永久存儲，首先提供第一種消息處理設備，該消息處理設備可以從SMSC、MMSC或UM伺服器接收用戶的消息數據，並根據用戶定製的業務信息，對用戶的消息數據實現永久存儲。
如圖1所示，該消息處理設備可以包括如下主要結構第一接口模塊10，用於接收用戶的消息數據，該消息數據中包含用戶身份信息；用戶管理模塊14，用於對應管理各用戶的身份信息及業務信息，並對所述消息數據中包含的用戶身份信息進行鑑權；數據管理模塊15，用於管理用戶的消息數據；第一存儲模塊16，用於存儲通過業務鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶的身份信息存儲的。
根據現有用戶消息的類型及來源，第一接口模塊至少可以包括下面列出的任何一個、其中兩個或三個接口單元短消息實時接口單元，用於實時從短消息業務中心接收用戶的短消息；多媒體消息實時接口單元，用於實時從多媒體消息業務中心接收用戶的多媒體消息；統一消息業務消息接口單元，用於實時從統一消息業務伺服器接收用戶統一消息的摘要信息。
消息處理設備對各種消息進行接收處理，然後進行存儲，用戶及運營商對各種消息業務的管理也都是通過消息處理設備來完成的。
參見圖2，其為本發明實施例1提供的一種消息處理設備的主要結構示意圖，圖2所示的消息處理設備的第一接口模塊10同時包括短消息實時接口單元、多媒體消息實時接口單元和統一消息業務消息接口單元，可以同時實現短消息、多媒體消息及統一消息摘要信息的永久存儲，稱為綜合消息處理中心UMC(Unified Message Center)，該UMC主要包括短消息實時接口單元11，用於進行協議轉換與解析，與短消息業務中心進行通信，實時從短消息業務中心接收用戶的短消息；多媒體消息實時接口單元12，用於進行協議轉換與解析，與多媒體消息業務中心進行通信，實時從多媒體消息業務中心接收用戶的多媒體消息；UM消息接口單元13，用於進行協議轉換與解析，與UM伺服器進行通信，實時從統一消息業務伺服器接收用戶統一消息的摘要信息；用戶管理模塊14，分別與所述短消息接口單元11、所述多媒體消息接口單元12和所述UM消息接口單元13連接，用於管理用戶身份信息和對應的業務信息，以及分析獲取的短消息、多媒體消息、UM消息摘要信息中的用戶身份信息並進行鑑權；數據管理模塊15，與所述用戶管理模塊14連接，用於對用戶的消息數據進行管理；第一存儲模塊16，與所述數據管理模塊15連接，用於存儲用戶的消息數據，用戶的消息數據是對應用戶身份信息存儲的。
參見圖3，其為本發明實施例2提供的UMC的主要結構示意圖，參見圖2當所述第一接口模塊中包括短消息實時接口單元11時，所述第一接口模塊中還可以包括短消息文件接口單元11a，與所述數據管理模塊15連接，用於進行協議轉換與解析，與短消息FTP伺服器進行通信，短消息FTP伺服器中存儲有短消息緩存文件，該短消息緩存文件包括UMC從短消息業務中心接收但存儲失敗的短消息，還可能包括短消息業務中心向UMC發送失敗的短消息；當所述第一接口模塊中包括多媒體消息實時接口單元12時，所述第一接口模塊中還可以包括多媒體消息文件接口單元12a，與所述數據管理模塊15連接，用於進行協議轉換與解析，與多媒體消息FTP伺服器進行通信，多媒體消息FTP伺服器中存儲有多媒體消息緩存文件，該多媒體消息緩存文件包括UMC從多媒體消息業務中心接收但存儲失敗的多媒體消息，還可能包括多媒體消息業務中心向UMC發送失敗的多媒體消息。
上述的兩個實施例中的UMC只是完成了對輸入的用戶的各種消息數據進行統一存儲，而在實際的應用中還需要對存儲的各種消息及業務進行相應的管理，例如，用戶根據需要對其存儲的消息進行刪除，或者取消某類消息的存儲業務，以及運營商要對用戶的消息存儲業務進行收費等，所以該UMC還進一步包括與網絡中的各種管理平臺進行通信的接口單元。
參見圖4，其為本發明的消息處理設備的實施例3的結構示意圖，在實施例1的基礎上還可以進一步包括Portal(門戶，一個portal就是指一個基於網頁的系統，通常都會提供個人化設置、單一登陸，並將各種信息通過網頁的方式向用戶呈現)接口單元19，與所述數據管理模塊15連接，用於進行協議轉換與解析，與Portal伺服器進行通信；計費模塊17，與所述數據管理模塊15連接，用於根據用戶在UMC中使用的消息存儲空間來計算用戶的使用費用；計費接口單元18，與所述計費模塊17連接，用於進行協議轉換與解析，與計費子系統進行通信。
用戶業務管理接口單元20，與所述用戶管理模塊14連接，用於進行協議轉換與解析，與用戶業務管理子系統進行通信。
上述的三個接口單元彼此之間是相互獨立的，可以在實施例1或2的基礎上單獨增設其中的某個單元，也可以同時設置在三個單元，用於實時的和網絡中的Portal伺服器、計費子系統及用戶業務管理子系統進行通信，其中，計費模塊與計費接口單元是同時設置的。
上述各實施例中設置各種接口單元的原因是，網絡中的各個業務平臺所採用的傳輸協議不同，為了能與各個業務平臺進行通信，便設置了相應的接口單元，接口單元主要完成接收其他業務平臺發送的信息，並進行解析獲取到原始的內容以及將要發送給其他業務平臺的信息根據傳輸協議進行轉換並發送。
參見圖5，其為本發明的消息處理設備的實施例4的結構示意圖，在實施例1的基礎上，該單元還包括數據緩存模塊21，與所述數據管理模塊15連接，用於緩存在消息存儲模塊中存儲失敗的消息，在實際的應用中，第一存儲模塊採用資料庫對消息進行存儲，數據管理模塊將收到的消息添加到資料庫中。如果此時資料庫操作失敗，數據管理模塊會將消息發送至消息緩存模塊中進行緩存，生成消息緩存文件，等到資料庫恢復時，數據管理模塊將數據重新存入資料庫，但該數據緩存模塊只是對消息進行緩存，並且緩存的空間有限，所以當消息多次存儲失敗後，數據管理模塊便會發送通過接口單元輸出存儲失敗的響應消息。
上述的實施例1-4的消息處理設備可以完成對輸入的用戶的各種消息進行統一的存儲和管理，但該設備只是一個基本的裝置，在實際的應用中，由於各種消息的業務承載分別由不同的網絡節點來負責，並且各種管理平臺也是基於網絡中的伺服器，所以該單元只有和通信網絡中的相關節點和伺服器相連接，才能真正發揮對用戶的各種消息的統一的實時的存儲和管理。
參見圖6，其為本發明實施例的第一種消息處理系統的具體實施例1的結構示意圖，該系統包括消息處理設備1，用於對短消息、多媒體消息和UM消息進行集中的存儲和管理；短消息業務中心2，與所述消息處理設備1的短消息實時接口單元11連接，用於向消息處理設備發送用戶的短消息；多媒體消息業務中心3，與所述消息處理設備1的多媒體消息實時接口單元12連接，用於向消息處理設備發送用戶的多媒體消息；UM消息伺服器4，與所述消息處理設備1的UM消息接口單元13連接，用於向消息處理設備發送用戶的UM消息的摘要信息。
參見圖7，其為本發明的消息處理系統的具體實施例2的結構示意圖，該系統在綜合消息處理系統的具體實施例1的基礎上進一步包括
短消息FTP伺服器2a，與所述消息處理設備的短消息文件接口單元11a及短消息業務中心2連接，用於存儲消息處理設備存儲失敗的短消息；多媒體消息FTP伺服器3a，與所述消息處理設備的多媒體消息文件接口12a單元及多媒體消息業務中心3連接，用於存儲消息處理設備存儲失敗的多媒體消息。
參見圖8，其為本發明的消息處理系統的具體實施例3的結構示意圖，該系統在綜合消息處理系統的具體實施例1的基礎上進一步包括Portal伺服器5，與所述消息處理設備1的Portal接口單元19連接，用於為用戶提供管理平臺，對消息處理設備1中存儲的消息進行管理。
計費子系統6，與所述消息處理設備1的計費接口單元18連接，用於接收消息處理設備1發送的用戶的使用費用信息，並根據該使用費用信息進行費用管理。
用戶業務管理子系統7，與所述消息處理設備1的用戶業務管理接口單元20連接，用於對用戶的綜合消息處理業務進行管理。
上述的Portal伺服器、計費子系統和用戶業務管理子系統彼此之間可以是相互獨立的，可以在綜合消息處理系統的實施例1和實施例2的系統的基礎上單獨增設其中的一個子系統或伺服器，也可以增設上述三個伺服器或子系統的任意組合。
基於本發明實施例提供的第一種消息處理系統，本發明實施例還提供一種消息處理方法，由網絡中的消息轉發設備將用戶的各類消息數據轉發給本發明實施例提供的消息處理設備，該消息數據中包含用戶身份信息；消息轉發設備例如短消息業務中心、多媒體消息業務中心或UM消息伺服器等，消息處理設備接收到用戶的消息數據後，根據對應管理的用戶身份信息及業務信息，對所述消息數據中包含的用戶身份信息進行鑑權，並存儲通過鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶身份信息存儲的。
下面通過實施例來進一步說明本方法。
消息的處理方法的具體實施例1，包括如下操作
短消息業務中心收到短消息時，向消息處理設備的短消息實時接口單元發送包含該短消息的消息提交請求；短消息實時接口單元從接收到的消息提交請求中提取出所述短消息發送給用戶管理模塊，用戶管理模塊提取所述短消息中攜帶的用戶身份信息並對該用戶進行鑑權，如果鑑權成功則，將該短消息發送給數據管理模塊，數據管理模塊向第一存儲模塊發送指令，將該短消息存儲在第一存儲模塊中該用戶身份信息對應的存儲空間中。
多媒體消息業務中心收到多媒體消息時，向消息處理設備的多媒體消息實時接口單元發送包含該多媒體消息的消息提交請求；多媒體消息實時接口單元從接收到的消息提交請求中提取出所述多媒體消息發送給用戶管理模塊，用戶管理模塊提取所述多媒體消息中攜帶的用戶身份信息並對該用戶進行鑑權，如果鑑權成功則，將該多媒體消息發送給數據管理模塊，數據管理模塊向第一存儲模塊發送指令，將該多媒體消息存儲在第一存儲模塊中該用戶身份信息對應的存儲空間中。
UM伺服器收到UM消息時，向消息處理設備的UM消息接口單元發送包含所述UM消息的摘要信息的消息提交請求；UM消息接口單元從接收到的消息提交請求中提取出所述摘要信息發送給用戶管理模塊，用戶管理模塊提取所述摘要信息中攜帶的用戶身份信息並對該用戶進行鑑權，如果鑑權成功則，將該摘要信息發送給數據管理模塊，數據管理模塊向第一存儲模塊發送指令，將摘要信息存儲在第一存儲模塊中該用戶對應的存儲空間中。由於UM伺服器自身可以對UM消息進行存儲，因此，在消息處理設備只存儲UM消息的摘要信息，不存儲整個UM消息的內容。消息處理方法的具體實施例2，在綜合消息的處理方法的具體實施例1的基礎上還包括如下操作如果消息處理設備將短消息業務中心提交的短消息成功的存儲在該用戶對應的存儲空間中，則向短消息業務中心發送存儲成功的響應消息；如果存儲失敗，則向短消息業務中心發送存儲失敗的響應消息，短消息業務中心將生成該短消息的緩存文件並存儲在短消息FTP伺服器中；消息處理設備從該FTP伺服器獲取所述短消息並進行存儲；
如果消息處理設備將多媒體消息業務中心提交的多媒體消息成功的存儲在該用戶對應的存儲空間中，則向短消息業務中心發送存儲成功的響應消息；如果存儲失敗，則向多媒體消息業務中心發送存儲失敗的響應消息，短消息業務中心將生成該多媒體消息的緩存文件並存儲在多媒體消息FTP伺服器中；消息處理設備從該FTP伺服器獲取所述多媒體消息並進行存儲。
綜合消息的處理方法的具體實施例3，在綜合消息的處理方法的具體實施例1或2的基礎上還可以單獨包括如下三個操作，或這個三個操作的任意組合操作1消息處理設備的Portal接口單元接收Portal伺服器發送的包含對用戶存儲空間中的內容進行管理操作指令的消息，並將該操作指令發送給數據管理模塊，數據管理模塊根據該操作指令對第一存儲模塊中的所述用戶存儲空間的內容執行相應的操作。
操作2消息處理設備的數據管理模塊獲取用戶佔用的存儲空間信息，並將該存儲空間信息通過計費接口單元發送給計費子系統，所述計費子系統根據該存儲空間信息進行費用計算。
操作3消息處理設備的用戶業務管理接口接收用戶業務管理子系統發送的用戶業務的訂購、變更或取消的信息，並將該信息發送給用戶管理模塊，所述用戶管理模塊根據該信息增加、更新或刪除相應的用戶數據。
下面提供一個本發明的綜合消息處理系統的較佳實施例來進一步說明本發明，參見圖9，其為本發明的綜合消息處理系統的具體實施例4的結構示意，該系統包括短消息業務中心(SMSC)2、短消息FTP伺服器2a、多媒體消息業務中心(MMSC)3、多媒體消息FTP伺服器3a、UM伺服器4、消息處理設備(UMC)1、Portal伺服器5、計費子系統(在本實施例中具體採用BOSS(business and operation support system，業務運營支撐系統)系統)6、用戶業務管理子系統(在本實施例中具體採用Provision System(數據業務管理平臺))7，還包括多個通信接口連接I1-I7。
1)短消息業務中心(SMSC)2與UMC1的短消息實時接口單元之間通過I1接口連接I1為實時接口，遵從SMPP協議，使用TCP/IP協議進行數據傳輸。當SMSC當接收到用戶發來的短消息時，在執行正常的業務處理流程的同時，也向UMC提交該短消息，UMC存儲該消息並將存儲結果實時地返回給SMSC，SMSC可以很快地就知道該消息是否存儲成功。
2)短消息FTP伺服器2a與短消息業務中心2連接，短消息FTP伺服器2a與UMC1的短消息文件接口單元通過I2接口連接I2為文件接口，採用私有的話單文件格式，使用FTP協議進行數據傳輸。當消息量很大的時候，或者由於UMC系統的原因，可能會出現短消息存儲失敗的情況，這時，UMC將向SMSC返回存儲失敗的響應消息，SMSC收到該存儲失敗的響應消息後便將該短消息存儲在與其連接的短消息FTP伺服器中；如果SMSC向UMC發送消息時發送失敗，SMSC也會將發送失敗的消息存儲在所述FTP伺服器中，該短消息FTP伺服器是專門用來緩存存儲失敗及發送失敗的短消息的，SMSC將短消息存儲到該FTP伺服器後，就不去管該短消息了，UMC將通過文件接口I2去該FTP伺服器檢測，當檢測到短消息後，獲取該消息再進行存儲，UMC存儲後也不需要再返迴響應消息。UMC與短消息伺服器間採私有的話單文件格式，使用FTP協議傳輸數據。正常情況下SMSC與UMC使用實時接口，當SMSC與UMC出現斷連或UMC處理SMSC提交消息失敗時，SMSC會生成該消息的緩存文件，並存儲到與SMSC相連接的短消息FTP伺服器中，該緩存文件的結構事先通過與SMSC和UMC協商確定的。UMC通過第三方FTP工具將SMSC生成的緩存文件保存到UMC指定的目錄中，然後對該文件進行處理，提取出存儲失敗的短消息，然後進行存儲。
3)多媒體消息業務中心3與UMC1的多媒體消息實時接口單元通過I3接口連接I3為實時接口，遵從MM7(多媒體消息業務接口)協議，底層使用HTTP承載的SOAP協議進行數據傳輸。通過該接口，UMC將MMS消息存儲到資料庫和大文件系統中進行統一管理。雖然MMSC與SMSC對UMC所使用的協議不同，但基本的通信過程是一樣的。
4)多媒體消息FTP伺服器3a與多媒體消息業務中心3連接，多媒體消息FTP伺服器3a與UMC1的多媒體消息文件接口單元通過I4接口連接，I4為文件接口，使用FTP協議進行數據傳輸。和SMSC一樣，正常情況下MMSC是通過實時接口與UMC通信，如果UMC存儲失敗或多媒體消息業務中心向UMC發送多媒體消息失敗時，MMSC會將多媒體消息緩存成與UMC事先協商好的格式的文件，並存儲到與MMSC連接的FTP伺服器中，UMC使用第三方FTP工具將這些緩存文件獲取到本地，然後對該文件進行處理，提取出多媒體消息，然後進行存儲。
5)UM伺服器4與UMC1的UM接口單元通過I5接口連接I5為實時接口，UM伺服器與UMC之間採用私有協議通信，底層使用TCP/IP協議進行數據傳輸。UM消息包括普通EMail、Fax_Mail和Voice_Mail三種，當UM用戶收到或者發送UM消息時，UM伺服器會主動將UM消息的摘要信息提交給UMC。同時，UM用戶對UM伺服器中存儲的UM消息進行操作時，例如刪除、更新UM消息，UM伺服器也會通知UMC，UMC對其存儲的UM消息的摘要信息執行相應的刪除和更新等操作。
6)Portal伺服器5與UMC1的Portal接口單元通過I6接口連接I6接口使用WSI(Web Service Interface，網絡服務接口)協議進行數據傳輸，UMC和Portal伺服器可以相互提供Web服務，兩者之間的消息通過SOAP協議承載。UMC用戶可以通過登錄Portal，可以對存儲的消息及文件夾進行各種管理操作。而Portal業務的實現是通過Portal伺服器與UMC之間的WSI接口實現的，當用戶通過Portal提交操作請求時，Portal會向UMC提交相應的請求，該請求符合WSI接口規範，UMC對用戶請求進行處理後，執行相應的操作，並將執行結果返回給Portal伺服器，用戶便可以得到處理結果。例如用戶需要刪除一條SMS消息時，只需要在Portal刪除消息的頁面上對指定的SMS消息進行刪除操作，Portal會向UMC提交刪除該SMS消息的操作請求，UMC在資料庫中將該消息刪除後，向Portal返回刪除的結果，並在Portal頁面上顯示。
7)計費子系統(在本實施例中具體採用BOSS)6與UMC1的計費接口單元之間通過接口I7連接I7為文件接口，採用FTP協議進行數據傳輸。UMC通過該接口將生成的用戶計費話單傳送至BOSS(business and operation support system，業務運營支撐系統)系統進行扣費。UMC通過計費模塊，在每天固定的時間點(用戶可配置)獲取用戶的在資料庫中的當前容量信息，生成計費話單，通過第三方FTP工具將這些話單文件傳送到BOSS系統，BOSS系統對這些話單進行處理。
8)用戶業務管理子系統(在本實施例中具體採用Provision System)7與UMC1的用戶業務管理接口單元通過接口I8連接I8為實時接口，遵從SMAP協議，底層採用TCP/IP協議進行數據傳輸。用戶通過Provision System(數據業務管理平臺)，對UMC發起業務訂購、業務變更、業務取消和鑑權等操作。如用戶需要訂購UMC業務時，ProvisionSystem將向UMC提交用戶訂購業務請求，其中包括用戶所訂購業務的類型等信息，UMC用戶管理模塊根據該消息，在資料庫中為該用戶添加相關的信息，並操作結果返回給Provision System，Provision System根據返回結果確認訂購。
基於上述系統，其主要業務流程如下1)業務訂購、取消及變更流程用戶可以通過Provision System進行開戶，包括訂購指定的業務套餐，變更業務，和取消業務。
業務訂購Provision System提交業務訂購消息請求到UMC進行業務訂購和套餐的確認，UMC接收到業務訂購消息後，如果用戶訂購的業務中包含對UM消息的存儲及管理業務，UMC向UM發送UM業務訂購通知，並等待UM返回業務訂購結果，UM接收並確認可以訂購後向UMC返回訂購結果應答。用戶管理模塊在資料庫中添加該用戶的相關信息，如果添加成功，向Provision System發送訂購成功應答，否則發送訂購失敗應答消息。ProvisionSystem收到訂購結果確認信息後，完成用戶業務的訂購。
業務取消和訂購相類似，由Provision System發起業務取消的消息，UMC根據Provision System提供的用戶身份信息對用戶訂購的業務進行取消，如果用戶所訂購的UMC業務中包含UM業務，那麼UMC會提交業務取消請求至UM伺服器，並等待返回結果，當UMC收到UM伺服器的取消業務的返回信息時，用戶管理模塊清除該用戶在資料庫中的相關數據，並將操作結果返回給Provision System。
業務變更當Provision System發起業務變更請求時，用戶管理模塊對資料庫中的用戶業務信息進行更改，並將更改結果返回給Provision System。
2)消息存儲流程SMSC/MMSC通過實時接口提交一條短消息/多媒體消息到UMC，UMC的用戶管理模塊對該消息的用戶進行鑑權，確認用戶已經訂購了短消息/多媒體消息業務，如果用戶沒有訂購相應業務，相應的消息將無法被存儲，向SMSC/MMSC返回錯誤應答消息，否則返回正確應答消息；如果鑑權成功，用戶管理模塊將消息轉發至數據管理模塊，數據管理模塊將收到的短消息/多媒體消息添加到第一存儲模塊的資料庫中，並更新用戶容量；如果此時資料庫操作失敗，數據管理模塊會將消息發送至消息緩存模塊中進行緩存，生成消息緩存文件，等到資料庫恢復時，數據管理模塊將該短消息/多媒體消息重新存入資料庫。
UM消息存儲，UM消息存儲過程和短消息/多媒體消息的存儲過程大致相同。但UM消息比較特殊，UM是郵件伺服器，當UM向UMC發出提交消息請求時，UM消息的主體仍然存放在UM伺服器上，而只將消息的摘要信息存放到UMC中。這個特性區別於短消息/多媒體消息的存儲方式，主要是由於SMSC/MMSC只做消息轉發而不做消息存儲，而UM本身對消息進行存儲。
3)用戶管理流程用戶管理包括對文件夾的管理和對消息的管理。服務提供商通過定製或自行開發遵守該WSI接口協議的Portal，即可和UMC進行通信，提供基於網頁的多種多樣的業務功能，用戶通過登陸Portal，可以對自己的各類消息進行刪除、查詢，修改，定購和取消業務操作。另外，UMC提供的是基於文件夾式的消息管理方法，符合用戶的使用習慣，也大大減少了用戶對消息操作的使用難度。
(1)普通用戶對消息及文件夾的管理普通用戶對消息的管理i刪除消息，Portal支持對短消息/多媒體消息/UM消息的刪除；用戶通過Portal刪除消息時，在Portal的頁面上執行刪除相關消息的操作，Portal向UMC提交刪除請求，數據管理模塊從資料庫中刪除指定的消息後返回操作結果；需要指出的是，UM消息和SMS/MMS有所不同，UMC中存放的是UM消息的摘要信息，因此當要刪除UM消息時，數據管理模塊還需要通知UM伺服器，將相應的消息刪除並等待UM伺服器應答消息，如果UM消息刪除成功，數據管理模塊會向Portal發送刪除成功應答消息，否則返回失敗應答消息。
ii消息狀態修改，該狀態是指消息已讀/未讀狀態的修改；用戶通過Portal，將一條或多條消息置為已讀/未讀狀態，UMC的數據管理模塊收到該消息後，在資料庫中將指定的消息更改為用戶指定的狀態，並返回執行結果至Portal。
iii查詢指定文件夾中的消息，移動消息到指定的文件夾。用戶可以指定查詢條件，用戶通過Portal查詢指定文件夾中的消息，數據管理模塊根據文件夾ID在資料庫中查找並返回查詢結果；用戶可以通過Portal將指定的消息移動到指定的文件下，數據管理模塊在資料庫中將用戶需要移動的消息列表所歸屬的文件夾ID更改為用戶指定的文件夾ID，返回操作結果；用戶還可以通過各種查詢條件如消息的日期範圍、閱讀狀態、收/發件人等進行查詢，數據管理模塊根據查詢的條件組合在資料庫中進行查詢，並將查詢的結果返回給用戶。
iv獲取消息列表，以及獲取短消息/多媒體消息/UM消息的詳細內容；用戶可以通過Portal獲得SMS/MMS/UM消息的列表，並根據列表指定查看相應消息的詳細信息。用戶通過Portal，從數據管理模塊中查詢到相應用戶的消息列表，並根據查詢的列表結果，查詢指定的消息內容，數據管理模塊根據用戶提交的消息ID從資料庫中查詢相應的消息摘要信息並返回給用戶，如果是UM消息，UMC會向UM伺服器提交查詢消息詳細內容請求，以獲得UM消息的主體，並將結果返回給用戶。
普通用戶對文件夾的管理UMC提供的WSI接口是以文件夾的形式對消息進行歸類管理的，普通用戶登錄Portal後，可以通過Portal對UMC的文件夾進行管理，包括i獲得同層的文件夾的列表；ii添加/刪除/移動/重命名文件夾；iii設置/取消文件夾的密碼(這裡所設置的密碼針對同一用戶的所有文件夾)；iv設置/取消文件夾的密碼標識(每一個文件夾都有自己的標識)；v獲得指定文件夾下的所有消息的容量；vi設置/取消/獲得文件夾的激活信息；普通用戶登錄Portal後，在相關的操作頁面中提交操作請求，Portal將向UMC提交執行請求，數據管理模塊在資料庫中根據用戶ID和文件夾ID等相關的輸入數據，執行查詢/修改和刪除操作，並將執行結果返回給Portal。
(2)超級用戶對消息及文件夾的管理超級用戶登錄Portal後，可以進行的操作有i超級用戶向指定的用戶添加消息，包括短消息/多媒體消息；超級用戶通過Portal，向指定用戶提交SMS/MMS消息，數據管理模塊收到添加消息後，會將該SMS/MMS消息添加到資料庫中，並返回操作結果給超級用戶。
ii獲得指定用戶的文件夾密碼；超級用戶通過Portal，向UMC查詢指定用戶的文件夾密碼，數據管理模塊在資料庫中查找文件夾的密碼後返回給超級用戶。
iii重新設置指定用戶的文件夾密碼；超級用戶通過Portal，向UMC提起修改指定用戶的文件夾密碼請求，數據管理模塊在資料庫中更新文件夾的密碼後將操作結果返回給超級用戶。
iv修改/刪除/查詢用戶的套餐信息；超級用戶通過Portal，向UMC提起修改/刪除/查詢用戶套餐信息的請求消息，數據管理模塊從資料庫中修改/刪除/查詢用戶的套餐信息，並將操作的結果返回給超級用戶。
v同步用戶的附加號碼；UMC支持用戶一卡多號的功能，即一個用戶可以有多個號碼主號/Fax(傳真號)/ALS(附號)。超級用戶可以通過Portal頁面提交請求，用戶管理模塊在資料庫中將Fax/ALS號附加到指定的用戶主號下。
(3)用戶的容量管理UMC支持對用戶的消息存儲提供容量管理功能。用戶在訂購業務套餐時，包含了容量信息，包括最小容量值，即用戶定購使用的最小值，在這個容量使用範圍之內，用戶只需支付基本的包月費；用戶所定製的套餐還包括最大容量，當用戶當前的消息存儲容量已達到最大上限時，用戶不可以再向UMC中存儲消息。當用戶的消息容量已接近最小容量值時，系統會寫容量告警話單，並向Portal發出容量告警，這個容量值取決於用戶訂購業務套餐中的最小容量和UMC系統所配置的最小容量閥值。而達到最小容量閥值和最大容量閥值時，UMC也同樣會寫容量告警話單並向Portal發送告警。當用戶的當前消息容量大於最小容量後，UMC會對用戶的容量超出部分按日和超出容量進行計費，生成計費話單，通過第三方FTP工具，將計費話單傳送至BOSS系統，BOSS系統會根據UMC生成的計費話單對用戶進行計費。
4)計費管理流程UMC支持後付費用戶的計費，Provision System每月會對已訂購UMC業務的用戶進行月租費扣除，而用戶在超出最小訂購容量時，UMC在每天配置的時間點進行用戶容量的檢查並對超出最小訂購容量的用戶進行計費、寫話單，根據該話單，BOSS系統將對該部分用戶進行相應的扣費操作。UMC提供可靠的準確無重複的計費話單。由於UMC只存儲UM消息的摘要信息，並對UM消息進行消息容量管理，因此UMC可以對UM消息按照用戶定購的業務套餐類型來計費，這樣的方式有利於根據用戶的實際需要來對UM進行計費，而用戶可以對所訂購業務進行更改，並且配合SMS/MMS消息的存儲容量管理，可以由用戶自行管理各種消息的容量比例，從而實現靈活的計費模式。
基於同一技術構思，本發明實施例還提供第二種消息處理系統，如圖10所示，該消息處理系統包括消息轉發設備21、消息存儲設備22和業務伺服器SS(Service Server)23，其中業務伺服器23分別連接消息轉發設備21和消息存儲設備22，用於接收用戶設置和管理的業務信息並轉發給消息轉發設備21，以及將用戶對存儲的消息進行操作的指令轉發給消息存儲設備22；用戶的業務信息可以包括定製存儲所有發送的消息和/或接收的消息等，或者對特定對象發送和/或接收的消息進行存儲等。
消息轉發設備21接收到用戶消息時，根據存儲的用戶身份信息及對應的業務信息，直接對消息中包含的用戶身份信息進行鑑權，如果鑑權通過，則將消息發送給消息存儲設備22進行存儲；消息轉發設備21例如短消息業務中心、多媒體消息業務中心或UM消息伺服器等；消息存儲設備22收到消息轉發設備21發送的消息後，根據用戶身份信息分別存儲，消息存儲設備22例如消息存儲中心MC(Message Center)。
本發明實施例提供的第二種消息處理系統的具體實施1如圖11所示，其中消息轉發設備包括第二接口模塊211，用於接收用戶的消息數據，該消息數據中包含用戶身份信息；消息處理模塊212，用於對應管理各用戶的身份信息及業務信息，並對所述消息信息中包含的用戶身份信息進行鑑權，以及將通過業務鑑權的用戶身份信息及對應的消息數據發送給所述消息存儲設備；第三接口模塊213，用於和所述消息存儲設備通信；備份設置接口模塊214，用於和業務伺服器23通信；所述消息存儲設備22包括第四接口模塊221，用於和所述消息轉發設備通信；第二存儲模塊222，用於從所述消息轉發設備接收的消息數據，消息數據是對應用戶身份信息存儲的；存儲控制模塊223，用於接收來自所述消息轉發設備的用戶身份信息及對應的消息數據並存儲到第二存儲模塊222中，並根據用戶的操作指令管理第二存儲模塊222中存儲的用戶消息數據。
業務管理接口模塊224，用於和業務伺服器23通信；該具體實施例中，消息轉發設備可以是短消息業務中心或多媒體消息業務中心。
參閱圖12，第二種消息處理系統的具體實施例2中，業務伺服器23分別連接短消息業務中心21a和多媒體消息業務中心21b，短消息業務中心21a和多媒體消息業務中心21b分別連接消息存儲設備22，將用戶需要存儲的短消息或多媒體消息發送給MC進行存儲。
相關業務流程具體包括1、用戶業務信息設置流程用戶通過SS提供的界面，設置是否備份存儲自己發送和接收的SM、MM。SS提供的界面可以是用戶Portal、SM指令、WAP頁面等；SS收到用戶的設置請求後，通過SMSC/MMSC提供的備份設置接口模塊，將用戶的業務信息設置請求發送給SMSC/MMSC上的消息處理模塊；消息處理模塊對應管理用戶身份信息及業務信息。
2、消息備份存儲流程SM和MM的備份存儲流程類似，下面以SM的備份存儲為例描述，參閱圖12所示，用戶A和用戶B分別通過移動通信網絡連接短消息業務中心21a，用戶A預先通過業務伺服器設置需要備份所有自己發送的短消息，則用戶A發送給用戶B的短消息被備份存儲到消息存儲設備22的相關流程具體包括用戶A通過移動終端向SMSC 21a提交發送給用戶B的短消息，該短消息中包含用戶A和用戶B的身份信息；SMSC 21a收到短消息後，將短消息轉發給用戶B，同時根據用戶A的身份信息對應的業務信息判斷需要備份存儲該短消息，則複製該短消息並轉發給消息存儲設備22，並指示消息存儲設備22為用戶A保存發送的短消息；消息存儲設備22對應用戶A的身份信息，將該消息保存為用戶A發送的短消息。
如果用戶B的業務信息中要求備份存儲所有接收的短消息，則SMSC 21a將複製的短消息轉發給消息存儲設備22的同時，還指示消息存儲設備22為用戶B保存接收的短消息，則消息存儲設備22對應用戶B的身份信息，將該短消息同時保存為用戶B接收的短消息。
3、消息管理流程用戶通過SS提供的界面，可以查詢、刪除自己的備份消息。SS提供的界面可以是用戶Portal、SM指令、WAP頁面等。
基於本發明實施例提供的第二種消息處理系統，消息的備份存儲方法為，在短消息業務中心、多媒體消息業務中心等消息轉發設備上存儲用戶的業務信息，消息轉發設備鑑權是否需要存儲用戶發送或接收的消息，如果需要存儲，則發送給消息存儲設備，消息存儲設備根據用戶身份信息存儲相應消息。
當短消息業務中心和多媒體消息業務中心同時連接一個消息存儲設備時，進一步實現了短消息和多媒體消息的統一存儲。
由此可見，本發明實施例提供的技術方案可以分別實現各類消息的永久存儲，例如SM、MM消息的永久存儲，通過消息處理設備和SMSC/MMSC形成的系統，使單純的消息轉發擴展到了永久存儲；進一步，本發明實施例提供的技術方案實現了SM、MM以及UM消息這些原本相互獨立、互不關聯的消息的統一存儲，使這些本來具有非常明顯優勢的消息交互技術發揮各自的優勢，形成有機的統一體，並對用戶的各種消息進行有效的業務管理。也為服務提供商提供了更多業務擴展空間，並且可以在已有的消息業務應用基礎上挖掘出更大的信息價值增長點。
最後所應說明的是，以上實施例僅用以說明本發明的技術方案而非限制，儘管參照較佳實施例對本發明進行了詳細說明，本領域的普通技術人員應當理解，可以對本發明的技術方案進行修改或者等同替換，而不脫離本發明技術方案的精神和範圍。
權利要求
1.一種消息處理設備，其特徵在於，包括第一接口模塊，用於接收用戶的消息數據，該消息數據中包含用戶身份信息；用戶管理模塊，用於對應管理各用戶的身份信息及業務信息，並對所述消息信息中包含的用戶身份信息進行鑑權；數據管理模塊，用於管理用戶的消息數據；第一存儲模塊，用於存儲通過鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶的身份信息存儲的。
2.根據權利要求1所述的設備，其特徵在於，所述第一接口模塊至少包括如下之一短消息實時接口單元，用於從短消息業務中心接收用戶的短消息；多媒體消息實時接口單元，用於從多媒體消息業務中心接收用戶的多媒體消息；統一消息業務消息接口單元，用於從統一消息業務伺服器接收用戶統一消息的摘要信息。
3.根據權利要求2所述的設備，其特徵在於當所述第一接口模塊中包括短消息實時接口單元時，所述第一接口模塊中還包括短消息文件接口單元，用於從短消息FTP伺服器接收短消息緩存文件，所述數據管理模塊將該短消息緩存文件中包含的短消息存入所述第一存儲模塊；和/或當所述第一接口模塊中包括多媒體消息實時接口單元時，所述第一接口模塊中還包括多媒體消息文件接口單元，用於從多媒體消息FTP伺服器接收多媒體消息緩存文件，所述數據管理模塊將該多媒體消息緩存文件中包含的多媒體消息存入所述第一存儲模塊。
4.根據權利要求1所述的設備，其特徵在於，該設備還包括Portal接口單元，與所述數據管理模塊連接，用於與Portal伺服器進行通信。
5.根據權利要求1所述的設備，其特徵在於，該設備還包括計費模塊，與所述數據管理模塊連接，用於根據用戶在消息處理設備中使用的消息數據存儲空間來計算用戶的使用費用；計費接口單元，與所述計費模塊連接，用於與計費子系統進行通信。
6.根據權利要求1所述的設備，其特徵在於，該設備還包括用戶業務管理接口單元，與所述用戶管理模塊連接，用於與用戶業務管理子系統進行通信。
7.根據權利要求1所述的設備，其特徵在於，該設備還包括消息緩存模塊，與所述數據管理模塊連接，用於緩存待存入消息存儲模塊中的消息數據。
8.一種消息處理系統，包括消息轉發設備，其特徵在於，所述系統還包括消息處理設備，用於從所述消息轉發設備接收包含用戶身份信息的用戶消息數據，並根據對應管理的用戶身份信息及業務信息鑑權所述消息信息中包含的用戶身份信息；以及存儲並管理通過鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶的身份信息存儲的。
9.根據權利要求8所述的處理系統，其特徵在於，所述消息轉發設備至少包括如下之一短消息業務中心、多媒體消息業務中心、統一消息業務伺服器。
10.根據權利要求9所述的處理系統，其特徵在於當所述消息轉發設備包括短消息業務中心時，所述系統還包括短消息FTP伺服器，用於存儲短消息緩存文件，所述短消息緩存文件包括消息處理設備存儲失敗的短消息和短消息業務中心向消息處理設備發送失敗的短消息，所述消息處理設備從該短消息FTP伺服器獲取所述短消息緩存文件，並存儲該短消息緩存文件中包含的短消息；和/或當所述消息轉發設備包括多媒體消息業務中心時，所述系統還包括多媒體消息FTP伺服器，用於存儲多媒體消息緩存文件，所述多媒體消息緩存文件包括消息處理設備存儲失敗的多媒體消息和多媒體消息業務中心向消息處理設備發送失敗的多媒體消息，所述消息處理設備從該多媒體消息FTP伺服器獲取所述多媒體消息緩存文件，並存儲該多媒體消息緩存文件中包含的多媒體消息。
11.根據權利要求8所述的處理系統，其特徵在於，所述系統還包括Portal伺服器，與所述消息處理設備連接，用於為用戶提供管理平臺，對消息處理設備中存儲的消息進行管理。
12.根據權利要求8所述的處理系統，其特徵在於，所述系統還包括計費子系統，與所述消息處理設備連接，用於接收消息處理設備發送的用戶的使用費用信息，並根據該使用費用信息進行費用管理。
13.根據權利要求8所述的處理系統，其特徵在於，所述系統還包括用戶業務管理子系統，與所述消息處理設備連接，用於對用戶的業務信息進行管理。
14.一種消息處理方法，其特徵在於，包括接收用戶的消息數據，該消息數據中包含用戶身份信息；根據對應管理的用戶身份信息及業務信息，對所述消息數據中包含的用戶身份信息進行鑑權；存儲通過鑑權的用戶身份信息對應的消息數據，所述消息數據是對應用戶身份信息存儲的。
15.根據權利要求14所述的方法，其特徵在於，所述用戶的消息數據包括從短消息業務中心接收的短消息。
16.根據權利要求15所述的方法，其特徵在於，所述方法還包括在存儲失敗所述從短消息業務中心接收的短消息時向短消息業務中心發送失敗響應消息，並獲取短消息業務中心根據失敗響應消息生成的短消息緩存文件，該短消息緩存文件中包括所述存儲失敗的短消息；存儲該短消息緩存文件中包含的短消息。
17.根據權利要求15或16所述的方法，其特徵在於，所述方法還包括獲取短消息業務中心在短消息發送失敗時生成的短消息緩存文件，該短消息緩存文件包含所述發送失敗的短消息；存儲該短消息緩存文件中的短消息。
18.根據權利要求14所述的方法，其特徵在於，所述用戶的消息數據包括從多媒體消息業務中心接收的用戶多媒體消息。
19.根據權利要求18所述的方法，其特徵在於，所述方法還包括在存儲失敗所述從多媒體消息業務中心接收的多媒體消息時向多媒體消息業務中心發送存儲失敗響應消息，並獲取多媒體消息業務中心根據失敗響應消息生成的多媒體消息緩存文件，該多媒體消息緩存文件包含所述存儲失敗的多媒體消息；存儲該多媒體消息緩存文件中包含的多媒體消息。
20.根據權利要求18或19所述的方法，其特徵在於，所述方法還包括獲取多媒體消息業務中心在多媒體消息發送失敗時生成的多媒體消息緩存文件，該多媒體消息緩存文件中包含所述發送失敗的多媒體消息；存儲該多媒體消息緩存文件中包含的多媒體消息。
21.根據權利要求14或18所述的方法，其特徵在於，所述用戶的消息數據還包括從統一消息業務伺服器接收的用戶統一消息的摘要信息。
22.根據權利要求14所述的處理方法，其特徵在於，所述方法還包括接收用戶的操作指令，並根據該操作指令對存儲的消息數據執行相應的操作。
23.根據權利要求14所述的處理方法，其特徵在於，所述方法還包括接收用戶業務信息的訂購、變更或取消操作，並更新對應管理的用戶身份信息及業務信息。
24.根據權利要求14所述的處理方法，其特徵在於，所述方法還包括根據用戶的消息數據佔用的存儲空間對用戶進行計費。
25.一種消息處理系統，包括消息轉發設備和消息存儲設備，其特徵在於，所述消息轉發設備包括第二接口模塊，用於接收用戶的消息數據，該消息數據中包含用戶身份信息；消息處理模塊，用於對應管理各用戶的身份信息及業務信息，並對所述消息信息中包含的用戶身份信息進行鑑權，以及將通過業務鑑權的用戶身份信息及對應的消息數據發送給所述消息存儲設備；第三接口模塊，用於和所述消息存儲設備進行通信；所述消息存儲設備包括第四接口模塊，用於和所述消息轉發設備進行通信；存儲控制模塊，用於接收並管理來自所述消息轉發設備的用戶身份信息及對應的消息數據；第二存儲模塊，用於存儲用戶身份信息及對應的消息數據。
26.根據權利要求25所述的系統，其特徵在於，所述消息轉發設備包括短消息業務中心和/或多媒體消息業務中心。
27.根據權利要求25所述的系統，其特徵在於，所述系統還包括業務伺服器，用於將各用戶的身份信息及業務信息發送給所述消息處理模塊；以及為用戶提供管理平臺，通過所述存儲控制模塊對第二存儲模塊中的消息數據進行管理。
28.一種消息轉發設備，包括第二接口模塊，用於接收用戶的消息數據，該消息數據中包含用戶身份信息，其特徵在於，所述消息轉發設備還包括消息處理模塊，用於對應管理各用戶的身份信息及業務信息，並對所述消息信息中包含的用戶身份信息進行鑑權，以及將通過業務鑑權的用戶身份信息及對應的消息數據發送給外部存儲設備；第三接口模塊，用於和所述外部存儲設備進行通信。
29.根據權利要求28所述的消息轉發設備，其特徵在於，所述消息轉發設備還包括備份設置接口模塊，用於接收所述用戶身份信息及業務信息，並轉發給所述消息處理模塊。
30.根據權利要求29所述的消息轉發設備，其特徵在於，所述消息轉發設備包括短消息業務中心或多媒體消息業務中心。
全文摘要
本發明涉及移動通信技術，尤其涉及一種消息處理設備、消息轉發設備、消息處理系統及消息處理方法，以解決現有技術中無法對用戶消息數據進行永久保存的問題。通過消息處理設備和SMSC/MMSC等形成的系統，使單純的消息轉發擴展到了永久存儲；進一步，本發明實施例提供的技術方案實現了SM、MM以及UM消息的統一存儲，並對用戶的各種消息進行有效的業務管理。
文檔編號H04W88/18GK101018409SQ200710006668
公開日2007年8月15日 申請日期2007年1月23日 優先權日2006年4月14日
發明者劉曉明, 江健, 鄭仲恩, 陽武, 鍾朝東, 孫志斌 申請人:華為技術有限公司