一種融合消息系統的制作方法

專利名稱：一種融合消息系統的制作方法
技術領域：
本發明涉及通信領域，尤其涉及消息業務中的融合消息系統。
技術背景隨著電信業務的發展，出現了越來越多的消息業務。例如短消息業務(SMS， Short Message Service)，多媒體消息業務，即時消息(IM)業務，在實際應 用中典型的IM又有移動IM,基于Internet的IM等等，此外還有同時支持語音和 多媒體消息的即按即說的集群業務POC,以及日常使用頻繁的Email。可見， 消息類業務已經成為當前電信和因特網業務的重要業務之一。而且可以預見， 消息類業務也是未來NGN/NGMN中的關鍵業務之一。常用的消息業務介紹如下(一)、短消息業務短消息業務采用存貯轉發方式，其承栽通道為控制信令通道，故信息容量 不大， 一條短消息最多包含140個字節(160個字符或70個漢字)。運營商除了 提供短信用戶間的^t/發短信業務，也和CP、 SP合作，利用短信的承栽通道開 展了信息點播、信息訂閱等信息(內容)服務，開創了移動數據增值業務。SMS 信息容量小，信息表現形式單一。在GSM網(G網)引入GPRS分組承載通道 后，SMS可以分流到GPRS承載通道上，加大了SMS的信息容量，降低了信令 信道的負荷。如圖1所示，是短消息系統在GSM網絡中的位置示意圖，其中短消息中心 (SMC， Short Message Center)是獨立于GSM網絡的一個業務處理系統，主要 功能是提交、存儲、轉發短消息，并完成與PSTN、 ISDN、 PSPDN等網絡的互 通，以實現來自其他的SME的短消息的傳遞。 短消息系統在網絡中的位置如圖l所示，與短消息系統相關的物理實體為移動交換中心(MSC, Mobile Switch Center) /拜訪位置寄存器(VLR Visitor Location Register)和歸屬位置寄存器(HLR， Home Location Register)，其各 自在短消息發送流程中的作用如下MSC:移動用戶(MS, Mobile Subscriber)提交的短消息，通過基站子系 統(BSS, Base Station Subsystem)到達MSC后，MSC負責轉交給對應的短消 息系統。對于短消息系統下發的短消息，MSC系統收到后，向VLR和HLR查詢相關 路由、用戶信息，通過BSS基站子系統向用戶下發。VLR:提供用戶發送短消息前的鑒權管理和下發短消息時MSC查找用戶路由。HLR:短消息系統下發短消息前，查找用戶歸屬MSC和MSC下發短消息時查找用戶基本信息使用。 短消息業務的特點(1) SMS的傳送采用存儲轉發方式，即短消息被發送出去后，不是直接 發送給接收方，而是先存儲在短消息業務中心(SMSC, Short Message Service Center)，然后再由SMSC轉發給接收方。MS無論在歸屬局還是在漫游時，均 可4t/發短消息；即使MS關機、不在無線覆蓋范圍內或SIM卡存儲器中短信溢 出時，短消息中心的數據庫自動存儲發往該MS的短消息(一般不超過三天)， 在MS有效時，再發送出去；(2) 支持雙向信息的傳遞，即利用移動臺可收/發短消息；(3) 在發送短消息過程中，SMS發送方可以在發出短消息后收到一條確 認通知，返回傳遞成功或失敗的消息，以及不可到達對方的原因。(二)多媒體消息業務多媒體消息業務(MMS, Multimedia Messaging Service)作為SMS的演進， 是獨立于移動通信網絡的一個業務處理系統，可適用于通用分組無線業務 (GRPS, General Packet Radio Service) 、 CDMA IX ( Code Division Multiple Access)、寬帶碼分多址(WCDMA， Wideband CDMA)等2.5G/3G網絡，主 要完成多媒體消息的提交、存儲和轉發等功能。多媒體消息可以包括文本、圖 形、動畫、視頻、音頻等多種格式的內容。MMS業務可以有點到點、點到應 用、應用到點等使用方式。如圖2所示，是MMS系統的標準架構示意圖，MMS系統中的網絡設備包括 MMS中繼器(MMS Relay) 、 MMS服務器(MMS Server)、用戶數據庫(User Database)和用戶代理(MMS User Agent)等。MMS服務器負責存儲和處理到來和離開兩個方向上的多媒體短消息。 每個MMSE中可以有多個MMS服務器，MMS服務器可以和外部網絡的E-Mail 服務器、SMS服務器等通過標準的接口協同工作，為用戶提供豐富的服務類型。MMS中繼器負責在不同的消息系統之間傳遞消息，以整合處于不同網 絡中的各種類型的服務器。MMS中繼器在接收或者傳遞消息到其他的MMS用 戶代理或者另外的MMSE時，應該能夠產生計費數據(CDR)。 MMS中繼器和 MMS服務器還具有地址翻譯功能和臨時存儲多媒體短信的功能，以保證多媒 體短信在成功地傳送到另 一個MMSE實體之前不會丟失。MMS用戶數據庫記錄和用戶相關的業務信息。如用戶的業務特性、對 用戶接入MMS服務的控制等。中。用戶代理是一個應用層的功能實體，為用戶提供瀏覽、合成和處理多媒體 短信的功能。對多々某體短信的處理包括發送、接收和刪除等操作。MMS用戶 代理還提供用戶終端接收多媒體短信能力的協商；向用戶發送多媒體短信通 知；對用戶的多々某體短信加密和解密；用戶之間的多^f某體短信簽名；在用戶的 SIM卡支持MMS的情況下，處理SIM卡中和MMS相關的信息；用戶特性的管理等功化月匕。MMS的工作原理與流程: 多媒體信息服務建立在以WAP為載體數據傳輸網上。它可在GSM網絡 (R7/R8) 、 GPRS網絡、CDMA 1X和未來的3G網絡中。但是為了獲得用戶滿 意的帶寬，最好是在GPRS、 CDMA1X或是3G網絡環境下，當然也可用于在實 行了 HSCSD技術的GSM網絡中。WAP技術在多媒體信息服務中扮演了重要角色。通過WAP的Push、 Notification和Poll的功能，終端用戶能完成與系統的通信。以系統向手機發送信息為例，分析一下多媒體信息服務的流程，過程如下(1) 當有一條多々某體信息發往一個用戶時，信息以WAP WSP的協議進行 編碼，通過無線網絡傳送到WAP網關；(2) WAP網關以HTTP協議與MMS-Relay進行通信,將文件內容傳送給 固S-Relay;(3) MMS-Relay將文件送往MMS-C服務器。在服務器內多媒體信息的 內容將轉換成MIME的格式，并存儲在短信存儲器(MMS-Message Store )中；(4) 服務器進行數據分析，從而得到路由信息，用戶終端信息等。在分 析過程中會調用用戶數據庫中信息。系統將判斷用戶的終端是否能夠支持 MMS，并根據用戶的終端的承載能力(如顯示分辨率，終端的容量等)進行 不同的處理。例如當用戶終端不支持MMS時，系統將把多媒體信息中的多媒 體信息去掉，只把信息的文字部分以短信的方式發給用戶；(5) 確認處理方法之后，系統通過被叫用戶的MSISDN號碼進行路由。 MMS-Relay將通過WAP網關與外部網絡進行通信。在沒有確認被叫用戶已經接 受了信息之前，該信息始終保存在短信存儲器中。運營商可以通過軟件"i殳定保 存的時間長度；(6) 系統服務器生成計費信息，傳送給計費中心。 (三)即時消息即時消息的概念在固定網絡和移動網絡是類似的。OMA制定的移動IM與 其它的創新特性相融合，具有良好互聯互通能力，增強用戶的使用體驗。用戶
可以使用發送點到點消息和點到多點消息、將IM消息發送給不在線的終端，將 IM消息發送給非IM終端或未知終端，與E-mail互通、與其他IM系統(MSN、 ICQ等)互通等業務。 一般IM都附帶有呈現(Presence)能力，presence是IM的 關鍵使能技術，它包含客戶端設備有效性(手機開機/關閉，正在打電話)，用 戶狀態(有空、沒空，正在開會)，位置，客戶端設備能力(語音、文本、GPRS、 多媒體)和用于搜索的用戶狀態，比如說心情(高興、生氣)和愛好(足球、 釣魚、計算機、跳舞)等。因為Presence屬性是個人的，所以用戶可以根據自 己的意愿進行權限控制。如圖3所示，是OMA定義的基于SIPLE協議的IM系統架構，圖中提供IMJ5良 務的最核心的是IM Client和IM Server兩個實體IM客戶端(IM Client)位于移動終端內，用于發^/參與/終止IM會話，以 及從對等的IM Clients或者IMServer發送和接收即時消息；IMI良務器(IM Server)位于網絡側，負責接收用戶的IM^"請求，創建 和管理IM會活，JJ^JM消息，維護聊天室信息，負責4某體復制和分發；提供 在線傳送和存儲離線消息；提供移動IM與固網IM的交互，提供與遠程IM系統 的互操作等。 (四)PoC:PoC業務的概念來自于對講機，其用戶體驗使用方式和對講機類似-簡單、 快捷，半雙工通話。用戶通過預先設定通話群組，通話時無需撥號，按住特定 的按鍵，就可以同時將話音傳送給群組中其他所有的成員，按鍵即講，呼叫和 通話連接過程在瞬間完成。接收方無需任何響應就能接聽，通話過程采用半雙 工的方式， 一方在說話時，其他成員只能接聽不能說話。制定PoC標準規范的組織是OMA (Open Mobile Alliance),該規范中定義 的PoC網絡示意圖如圖4所示。PoC網絡基于IMS (圖中的"SIP/IPcore")，其 主要實體簡介如下PoC服務器(PoC Server):是業務的主要呼叫控制設備，是IMS網絡的一
種Application Server;PoC XDMS:存儲PoC業務需要的群組信息等數據的服務器；PoC客戶端(PoC Client):用戶使用該客戶端和PoC Server發起、接收PoC 呼叫、申請發言權、發言等。建立PoC群組呼叫(Group Talk)后，用戶可以通過TBCP協議向PoC Server 申請發言權(Floor)，只有獲得發言權，用戶才被準許說話，其說話產生的媒 體流(TalkBurst)才能被PoCServer轉發到群組的其他成員。如圖5所示，是 一個發言權申請流程圖，流程簡介如下步驟501 - 502:用戶可以通過TBCP協議"Talk Burst Request"消息向PoC Server申請發言權(Floor);步驟503 - 504: PoC Server返回"Talk Burst Granted"消息給申請者以告知他 已被準許發言；步驟505-506: PoC Server也向其他用戶發出"Talk Burst Taken"消息，以 知會當前發言者信息給參與群組會話的其他成員；步驟507 - 510:獲得發言的用戶說話，其媒體流(Talk Burst) #PoC Server 轉發給群組中的其他成員；步驟511-512:用戶發言完畢，釋放發言權；步驟513 - 516:群組發言權空閑，PoC Server向群組成員廣播"Floor Control Idle"消息。考慮到消息業務的重要性，如何持續改進消息業務的體瞼，簡化消息業務 的實現，同時保護運營商的現有投資，正在成為業界的一個研究熱點。目前， 各個標準組織已經紛紛建立相應的工作組和課題對這些消息類業務以及它們 的演*展進行標準化。此外，隨著移動固定網絡的全IP化，以及3GPPIMS子系統的發展，各類網 絡業務和應用的IP化也是大勢所趨，在全IP的條件下，采用統一的機制和方法 實現消息業務成為可能。
當前消息業務的一個特點是消息業務的種類很多，用戶可以才艮據自己的需 要選擇。也正是種類多，造成了用戶在選擇時無所適從，業務的使用體驗比較差，例如發一個簡單的文本消息時，使用SMS,發送圖片的時候，使用MMS， 希望采用會話的方式實時溝通的時候，又使用IM業務，如果要進行半雙工的語 音聊天又要切換到PoC,以及與此類似情況使得用戶使用消息業務比較復雜。 此外，這些不同的消息業務有各自的實現系統和接口規范，維護成本、互通成 本都很高。總結一下現有消息的缺點，可以描述為用戶需要在多種消息業務之間進行選擇和切換，使用復雜，用戶使用體驗 可以進一步提高；消息業務功能類似，業務特性相互重疊；各個消息業務有各自的實現方式，分別基于不同的平臺和架構，維護成本 高，互通困難；后續增加新的消息特性非常復雜，同時新的消息業務引入又容易造成用戶 使用上的困惑；發明內容本發明提供一種融合消息系統，以簡化用戶使用，提高用戶業務體驗。為此本發明釆用如下方案一種融合消息系統，包括第一用戶設備，安裝有第一客戶端程序，用于發起消息業務請求； 公共消息處理單元，用于接收第一用戶設備發起的消息業務，并根據消息 業務請求內容，將消息業務請求發送至對應的消息業務處理單元； 消息業務處理單元，進行對應消息業務處理。 較佳地，所述消息業務處理單元進一步包括 內部消息業務處理單元，對第一消息業務進行處理；
消息業務互通單元，與外部消息業務處理單元相連，用于對第二消息業務 進行處理。較佳地，所述/〉共消息處理單元進一步包括 消息解析單元，用于解析收到的消息，獲取消息體內容； 消息預處理單元，根據消息體的內容，進行公共處理； 消息調度管理單元，根據消息體的內容，將所述消息業務請求路由至對應 的消息業務處理單元。較佳地，所述公共消息處理單元進一步包括下述單元之一或組合會話管理單元，用于提供會話管理功能；呈現管理單元，用于提供用戶的呈現狀態管理；數據庫，用于提供統一的數據庫存儲支持；群組管理單元，用于用戶管理其加入的群組；聯系人管理單元，用于用戶維護其的聯系人列表；網絡存儲單元，用于向用戶提供保存各類歷史消息和々某體內容的功能；業務提供和自助管理單元，用于向用戶提供自助管理功能。較佳地，所述消息業務互通單元進一步包括格式轉換單元，用于將消息業務請求進行格式轉換并發送至外部消息系統。較佳地，所述消息業務互通單元與外部消息業務處理單元相連時與不同的外部消息業務處理單元使用不同的接口，或與所有的外部消息業務處理單元使用統一的接口。較佳地，所述內部消息業務處理單元進一步包括下述內容之一或組合MMS實現單元，用于實現多媒體消息業務；PoC實現單元，用于實現PoC業務；IM實現單元，用于實現IM業務；短消息實現單元，用于實現短消息業務；
基于IP的短消息實現單元，用于實現基于IP的短消息業務。較佳地，所述公共消息處理單元、內部消息業務處理子單元和消息業務互 通單元，可以位于同一個服務器，也可以位于不同的服務器。較佳地，所述公共消息處理單元、消息業務處理單元，可以位于同一個服 務器，也可以位于不同的服務器。較佳地，所述的系統，還包括第二用戶設備，安裝有第二客戶端程序，用 于發起消息業務請求，所述的第一用戶設備與第二用戶設備可以相同，也可以 不相同。較佳地，所述內部消息處理單元和/或消息業務互通單元可以設置為多個。 較佳地，所述第一用戶設備是移動終端，或個人計算機，或業務應用服務器。本發明提供了 一種融合消息系統，通過公共消息處理單元集中處理終端發 起的消息業務請求，簡化了用戶對消息業務的使用，改善了消息業務的體驗， 方便了消息業務的實現，并促進了消息業務之間的互通，能實現傳統消息到融 合消息平臺的平滑演進，有益于保護現有的投資。


圖1為現有技術中短消息系統在GSM網絡平臺中的位置示意圖；圖2為現有技術中MMS系統的標準構架示意圖；圖3為現有技術中OMA定義的基于SIPLE協議的IM系統架構示意圖；圖4為現有技術中OMA PoC規范的網絡結構圖；圖5為現有技術中OMA PoC發言權申請流程示意圖；圖6為本發明融合消息系統結構示意圖；圖7和圖8為本發明公共消息處理單元的結構示意圖；圖9和圖IO為本發明消息業務處理單元的結構示意圖；圖1 l和圖12為本發明消息業務互通單元的結構示意圖；圖13為本發明消息業務互通單元進行IM業務和Email業務互通設置的網絡 結構示意圖；圖14為本發明例1的結構示意圖； 圖15為本發明例2的結構示意圖； 圖16為本發明例3的結構示意圖； 圖17為本發明例4的結構示意圖； 圖18為本發明例5的結構示意圖； 圖19為本發明例5的流程示意圖； 圖20為本發明例6的結構示意圖； 圖21為本發明例6的流程示意圖； 圖22為本發明例7的流程示意圖。
具體實施方式
下面結合說明書

本發明具體實施方式
。 如圖6所示，本發明融合消息系統，主要包括 用戶設備IO,安裝有客戶端程序，用于發起消息業務請求。 該客戶端程序可以基于移動設備，如手機/PDA (個人數字助理)等；也 可以基于個人電腦，還可以是基于業務應用服務器。對于基于移動設備的，其 實現方式可以采用軟、硬件定制方式實現即把一定功能的軟、硬件程序固化 在移動終端中，提供融合消息客戶端的功能。也可以采用純軟件的方式實現 即提供基于特定移動操作系統的軟件，然后通過安裝或者加栽的方式在移動終 端上提供融合消息客戶端功能。這種方式常見的是基于Kjava， Brew平臺，或 者基于Symbians、 WinCE操作系統的軟件程序。這些程序安裝/升級更新和卸 載都比較容易。由于是純軟件實現，性能方面會比定制方式稍低。從客戶端軟件的功能上講，主要是通過相關協議(如 SIP/SDP/RTP/RTCP/RMTP/XCAP)進行業務信令和媒體的收發，實現相應的融
合消息業務的業務邏輯，如融合消息業務的客戶端狀態機，相關協議功能， 用戶界面，用戶操作功能等。用戶設備也可以是獨立的業務服務器，業務服務器通過特定的接口協議向 融合消息平臺發送消息業務請求，此時就是應用程序向融合消息平臺發送或者 接收消息。這種場景在SP (服務提供商)與電信運營商進行業務交互的時候 最為常見，此時所述的業務服務器是歸屬于服務器提供商的。融合消息業務的目的是為了方便用戶的業務實用，提高業務體驗，因此在 界面方面集成和融合了原有消息業務的一些界面，典型地，用戶可以看到一系 列用戶和群組的列表，在選中某個用戶或者群組對象后，可選擇合適的方式發 起業務，例如可以選擇短信方式，即時消息方式，PoC業務方式等。也可以在 選中某個用戶或者群組對象后，僅僅輸入需要發送的內容，至于采用何種方式 發送通it^戶端和服務器判斷完成。例如當用戶發送的是圖片和文字時候， 客戶端或服務器就采用多媒體彩信的方式發送。當用戶發送的是一個視頻片斷 時候，就采用即時消息的方式發送。客戶端或者服務器判斷采用何種方式發送 消息內容的依據可能是用戶設置的，也可能是運營商設置的策略，也可能是業 務邏輯規定的。簡單地說，現有消息系統采用的是確定的消息傳送方式，用戶想發送什么 類型的，就啟用那種類型的客戶端程序，要求用戶熟悉各種業務的發送能力和 特點。融合消息業務的特點就是融合了各種消息業務的能力，以通過最合適的 方式把消息內容傳遞到接收者作為唯一 目的。融合消息可以不要求用戶對各類 消息業務有深入了解，目標是用戶只需要知道給誰發什么內容就可以了。當 然也支持用戶指定以某種方式使用業務。公共消息處理單元20,用于接收用戶設備IO發起的消息業務，并根據消 息業務請求內容，將消息業務請求發送至對應的消息業務處理單元30;消息業務處理單元30，進行對應消息業務處理。在上述架構中，本發明設置了公共消息處理單元20，用于對用戶設備發起 的消息業務請求進行集中處理，如圖7所示，該公共消息處理單元20可以進 一步包括消息解析單元201:解析收到的消息，去掉消息頭，把消息體內容傳遞給 消息預處理單元202和消息調度單元203;消息預處理單元202:根據消息體的內容，進行一些公共處理，這里的處 理，包括調用公共業務部件的能力對消息、會話、用戶進行管理。例如查詢用 戶信息數據，進行用戶鑒權，分配會話標識并進行會話關聯，發布更新的 Presence狀態等；這里根據消息體內容進行處理的情況有如如果用戶的請求中要求建立會 話類型的消息交互，則建立新的會活，并設置會話的上下文信息，如發送方 標識/接受方標識，會話支持的媒體類型等，為后續消息的處理做準備。根據策 略處理單元的處理的情況參見策略處理單元。消息調度管理單元203:根據消息體的內容，如消息請求類型，把消息轉 發給消息業務處理子系統或消息業務互通子系統處理。進一步，如圖8所示，所述公共消息處理單元20包括下述單元之一或組合會話管理單元204,用于向各類消息業務提供會活管理功能，例如， 一個 CM用戶A向CM用戶B發起IM聊天，則會話管理單元204就創建對應的會話，則 通過該單元，融合消息系統進行A和B會話的上下文管理，當A和B的聊天結束， 對應的^i舌被刪除。呈現管理單元205，用于提供用戶的呈現狀態管理，通過呈現功能，用戶 可以了解其他用戶的在線狀態，提升業務體l^。數據庫206，用于提供統一的數據庫存儲支持，例如存貯用戶的簽約信息， 存儲用戶的個性化設置信息，用戶的消息路由信息等；群組管理單元207，用于用戶管理其加入的群組，用戶可以創建/修改自己 的群組，在消息業務中進行群組聊天或者群發；
聯系人管理單元208,用于用戶維護其的聯系人列表，用戶可以維護自己 的聯系人列表，不管通過什么終端，都可以把網絡上的聯系人列表下栽到終端 上，從而選擇其中的聯系人發送消息或者發起會話聊天；網絡存儲單元209，用于向用戶提供保存各類歷史消息的功能，在本發明 方案中，用戶可以有多種類型的消息，該單元向用戶提供了保存各類歷史消息 的功能。用戶可以刪除，下載這些歷史消息；業務提供和自助管理單元210，用于向用戶提供自助管理功能，可以是提 供基于Web的服務，例如進行融合消息業務的個性化設置，修 iL/刪除歷史消息， 修改群組信息，修改聯系人信息等等。上述自助管理功能包括用戶通過系統提供的功能設置自己的業務偏好；和/或 用戶根據系統提供的功能操作網絡存儲單元中的消息或者媒體；和/或 用戶根據系統提供的功能管理其聯系人列表和/或群組信息。 如上這些單元獨立提供功能，這些單元可以集成在/>共消息處理子系統中，也可以是CMS外部的獨立功能實體。在上述架構中，該消息業務處理單元30可以進一步細化，如圖9所示，具體可以包括內部消息業務處理單元301,對內部消息業務進行處理； 消息業務互通單元302，與外部消息業務處理單元相連，用于對外部消息業務進行處理。在上述架構中，如圖IO所示，內部消息業務處理單元301可以進一步包 括下述內容MMS實現單元3011,用于實現多媒體消息業務； PoC實現單元3012,用于實現PoC業務； IM實現單元3013，用于實現IM業務； 短消息實現單元3014,用于實現短消息業務。
基于IP的短消息實現單元3015，用于實現基于IP的短消息業務。 上述內部消息處理單元301的具體設置，可以依據系統要求來選擇，上述各個實現單元都可以作為內部消息業務處理單元301的子模塊進行方便的疊加。在上述構架中，如圖ll所示，所述消息業務互通單元302進一步包括 格式轉換單元3021,用于將消息業務請求進行格式轉換并發送至外部消息 系統。上述消息業務互通單元302還可以進一步作如圖12所示的設置 第一消息業務互通模塊3022,與外部消息業務系統l相連，完成第一種消 息業務的互通；第二消息業務互通模塊3023，與外部消息業務系統2相連，完成第二種消 息業務的互通。進一步，消息業務互通單元302與外部消息系統可以采用統一的接口，此 時圖中互通接口 l和互通接口 2采用相同的接口協議。這種方案簡化了消息業 務互通單元302對外的接口，當外部互連的消息系統增加后，無需修改與消息 業務互通單元302的接口協議。如圖13所示，是消息業務互通單元進行IM業務和Email業務互通的設置， 圖中設置了 IM業務互通模塊和Email業務互通模塊，分別與外部IM消息系 統和Email消息系統相連，完成上述兩種業務的互通。上述方案中，主要的3個部分公共消息處理單元20、內部消息業務處理 單元301和消息業務互通單元302，三者之間可以靈活的設置，既可以設置于 同一個服務器內，也可以分別設置于不同的服務器內，具體設置方式可以依據 需要而定。上述方案中，用戶設備IO之間的通信，可以通過同一個消息業務系統來 完成，也可以通過不同的消息業務系統完成，在通過不同的消息業務系統完成 時，終端設備之間可以具有同樣的功能，也可以只具備對應用戶所需的功能。
下面結合本發明方案的幾種實際應用情況來進行說明。 例l如圖14所示，是例l的結構示意圖，例1中將公共消息處理單元20，內部消 息業務處理單元301，消息業務互通單元302設置在一個服務器內，可以稱作融 合消息服務器(CMS)，在例1中通過上述設置，CMS成為融合消息的處理中 心，它既能獨立處理某些消息業務請求，又能通過消息業務互通子系統實現與 外部消息的互通。對于CMS能獨立處理的消息業務，此處稱之為CMS的內部消 息業務，這些消息業務可以是現有的消息業務，例如IM, PoC, MMS， SMS 等，也可以是未來新產生的消息業務。消息業務互通單元302有兩個主要的功能1、 通過內部消息業務處理單元301, CMS可以把其內部不支持的消息業務 請求發送到外部的對應消息系統處理，間接地實現該消息業務。例如，CMS 不支持SMS,則CMS把UE1的SMS業務請求發送給外部的短消息系統，交由短 消息系統處理。2、 通過消息業務互通單元302， CMS實現與外部消息業務系統互通。例如 CMS支持內部的IM業務，同時希望與外部的IM業務互通。此時需要通過消息 業務互通單元302與外部1M消息業務互通。例l中的各實體說明如下(1) 、 CMS:支持融合消息業務，融合消息用戶可以通過CMS收發各種 類型的消息。通過CMS，不僅CM用戶之間能進行消息交互，CM用戶和非CM 用戶之間也能進行消息交互。在例1中CMS中主要包括三部分公共消息處理單元20:負責統一處理UE1的消息請求，與UE1直接收發CM 消息。當收到CMC的請求，CMS判斷如果請求的是CMS內部的消息業務，則 把請求發送給內部消息業務處理單元301處理，如杲請求的是外部的消息業務， 則發送給消息業務互通單元302處理。通過這種方式實現直接的消息業務處理 或者與外部系統實現消息互通。
內部消息業務處理單元301:負責特定消息業務的實現，例如實現IM業務 邏輯。消息業務互通單元302:負責實現與外部消息系統的互通。(2) 、外部消息系統位于CMS外部的消息業務提供系統，例如，可以 是傳統的SMS短信中心，MMS消息系統，PoC服務器，移動/固定網絡中的IM 服務器，Email月良務器等等。(3) 、 UE1 (CMS):支持融合消息的用戶終端，可以是移動終端，也 可以是固定終端，能夠與CMS交互使用融合消息業務。例如，UE1通過向CMS 發送消息，實現向普通的短信用戶UE2發送短信。除了支持融合消息，UE1也 可以支持普通的消息業務。(4) 、 UE2 (支持傳統消息業務)支持某類或者某幾類消息業務的客 戶端，可以是移動終端或者固定終端。這類用戶終端通過和具體的外部消息系 統相連，進行對應的消息業務。例如，UE2是普通的移動終端，支持短消息業 務，那么外部消息系統就是短消息系統；UE2和該短信系統交互，進行短信的 收發。總體上說，CMS等于內部消息業務系統加消息業務互通網關。體現的外部 功能就是CMS能處理多種類型的消息業務。作為CMS用戶，可以不必了解消息 業務具體由哪個網絡實體處理。他只需要簡單地把要發送的消息內容和消息接 收者告訴給CMS,余下的工作都由CMS來處理。例2在例l的方案中，消息業務互通單元302可以位于融合消息平臺內部，實際 應用中也可以從融合消息平臺中獨立出來，位于融合消息平臺的外部。如圖15 所示，例2中將消息業務互通單元302設置在融合消息服務器之外，而其余部分 同例1設置，這樣也可以達到同樣的效果。例3在例1和例2的方案中，設置了內部消息業務處理單元301,該種劃分M 于融合消息系統設置內部消息業務處理單元進^f亍內部消息處理的方案，實際上也可以不設置內部消息業務處理單元301 ，而都通過外部消息系統資源來完成 消息業務。如圖16所示，即是這種方案的示意圖。例3中在UE1接入的融合消 息服務器中，只設置公共消息處理單元20和消息業務互通單元302,并不設置 具體實現消息業務的消息業務處理單元，而具體實現消息業務的功能單元，都 利用已有的外部系統中的消息業務處理單元。 例4在前面3個方案中，都利用了外部消息系統來豐富、補充消息業務，如果 沒有外部消息系統，只采用融合消息系統內部資源時，采用如圖17所示的方案。 該方案只i殳置了公共消息處理單元20和內部消息業務處理單元301 ，這樣的方 案適合于融合消息系統發展到比較成熟的階段，融合消息系統能獨立提供所有 消息業務，消息業務互通單元已經沒有必要。當然，融合消息系統之間的交互 還是存在的，那不屬于不同融合消息系統之間的交互。例5如圖18所示，是本發明融合消息系統在實際應用中的一個組網示意圖，該 方案中融合消息系統以融合消息服務器(CMS)形式出現。根據上述的融合消 息業務系統，CMS能提供兩個融合消息用戶之間的消息通信。其中CMS-A和 CMS-B分別是兩個融合消息服務器，分別處理各自歸屬用戶的融合消息業務。 CMC-l和CMC-2分別是兩個融合消息客戶端用戶設備，分別歸屬于CMS-A和 CMS-B，他們通過移動網絡進行融合消息通信。如圖19所示，兩個融合消息用戶通信流程包括如下步驟 步驟1901: CMC-1向CMS-A發送消息發送請求，在請求中攜帶了要發送的 消息內容。根據CMC-1和CMS-A的能力，消息內容可以是文字，多媒體圖片， 視頻片斷等。步驟1902: CMS-A收到請求后，進行判斷處理，主要有判斷CMC-1是否 有消息發起權限，檢查消息接收者是否是本地用戶，如果不是則查詢其歸屬服 務器的地址。步驟1903: CMS-A向接收者所在的CMS-B轉發消息。步驟1904: CMS-B收到請求后，進行判斷處理，主要有判斷CMC-2是否 處于業務激活中，如果不處于業務激活狀態中(例如關機了)，則把消息保存 CMS-B中，例如保存在SMC用戶的儲存，如果不在線，判斷CMC-2是否屏蔽了CMC-1的消息，判斷CMC-2終端是否具備接收該媒體內容的能力。步驟1905:CMS-B向CMC-2發送消息。步驟1906:CMC-2向CMS-B發送確認消息。步驟1907:CMS-B發送確認消息。步驟1卯8:CMS-A^送確認消息。例6例6中，融合消息系統用戶與傳統消息系統用戶之間的消息通信(CMC發 給傳統消息用戶)，該方案中融合消息系統以融合消息服務器(CMS)形式出 現。根據上述的融合消息業務系統，CMS能提供融合消息用戶和傳統消息用戶 之間的消息通信。此處以融合消息用戶和短消息用戶之間的消息通信為例進行 說明，其中CMS-A是融合消息服務器，負責處理其歸屬用戶的融合消息業務， SMC是短消息中心，負責處理短信業務。CMC-1和SMSUE分別是融合消息客 戶端和普通的短信終端，分別歸屬于CMS-A和SMC，他們通過移動網絡進行消 息通信。如圖21所示，主要包括以下步驟步驟2101: CMC-1向CMS-A^送消息發送請求，在請求中攜帶了要發送的 消息內容。根據CMC-1和CMS-A的能力，消息內容可以是文字，多媒體圖片， 視頻片斷等。步驟2102: CMS-A收到請求后，進行判斷處理，根據請求消息中的指示 CMC-1希望向被叫發送短消息。步驟2103: CMS-A通過SMS-IWMSC向傳統的短消息系統轉發短消息。 步驟2104-步驟2107:為現有短消息處理流程，此處略。
步驟2108-步驟2109:返回確認消息。 例7例7為融合消息用戶與傳統消息用戶之間的消息通信(傳統消息用戶發給 CMC),其網絡結構示意圖可以和圖20同樣設置。如圖22所示，主要包括以下 步驟步驟2201:傳統SMS用戶通過短消息中心SMC向融合消息用戶CMC-1發送 短消息。步驟2202: SMC把消息轉發到GMSC。步驟2203: GMSC通過HSS查詢被叫信息，被叫注冊了融合消息業務，且 把融合消息設置為首選的消息接受方式，結合查詢得到的路由信息將該短消息 轉發給CMS-1。步驟2204: CMS-1把收到的短消息格式轉化為融合消息的格式，發送給 CMC-1。步驟2205-步驟2208:返回確認消息。本發明提供了一種融合消息系統的實現方法和對應的系統架構。簡化了用 戶對消息業務的使用，改善了消息業務的體驗，簡化了消息業務的實現，簡化 了消息業務之間的互通，能實現傳統消息到融合消息平臺的平滑演進，有益于 保護現有的投資。顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發 明的精神和范圍。這樣，倘若本發明的這些修改和變型屬于本發明權利要求及 其等同技術的范圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1、一種融合消息系統，其特征在于，包括第一用戶設備，安裝有第一客戶端程序，用于發起消息業務請求；公共消息處理單元，用于接收第一用戶設備發起的消息業務，并根據消息業務請求內容，將消息業務請求發送至對應的消息業務處理單元；消息業務處理單元，進行對應消息業務處理。
2、 如權利要求1所述的系統，其特征在于，所述消息業務處理單元進一 步包括內部消息業務處理單元，對第一消息業務進行處理； 消息業務互通單元，與外部消息業務處理單元相連，用于對第二消息業務 進行處理。
3、 如權利要求1所述的系統，其特征在于，所述公共消息處理單元進一 步包括消息解析單元，用于解析收到的消息，獲取消息體內容； 消息預處理單元，根據消息體的內容，進行公共處理； 消息調度管理單元，才艮據消息體的內容，將所述消息業務請求路由至對應 的消息業務處理單元。
4、 如權利要求l、 2或3所述的系統，其特征在于，所述公共消息處理單 元進一步包括下述單元之一或組合會話管理單元，用于提供會話管理功能； 呈現管理單元，用于提供用戶的呈現狀態管理； 數據庫，用于提供統一的數據庫存儲支持；群組管理單元，用于用戶管理其加入的群組；聯系人管理單元，用于用戶維護其的聯系人列表；網絡存儲單元，用于向用戶提供保存各類歷史消息和媒體內容的功能；業務提供和自助管理單元，用于向用戶提供自助管理功能。
5、 如權利要求2或3所述的系統，其特征在于，所述消息業務互通單元 進一步包括格式轉換單元，用于將消息業務請求進行格式轉換并發送至外部消息系統。
6、 如權利要求2或3所述的系統，其特征在于，所述消息業務互通單元 與外部消息業務處理單元相連時與不同的外部消息業務處理單元使用不同的接口，或 與所有的外部消息業務處理單元使用統一的接口 。
7、 如權利要求2或3所述的系統，其特征在于，所述內部消息業務處理 單元進一步包括下述內容之一或組合MMS實現單元，用于實現多媒體消息業務；PoC實現單元，用于實現PoC業務；IM實現單元，用于實現IM業務；短消息實現單元，用于實現短消息業務；基于IP的短消息實現單元，用于實現基于IP的短消息業務。
8、 如權利要求2或3所述的系統，其特征在于，所述公共消息處理單元、 內部消息業務處理子單元和消息業務互通單元，可以位于同一個服務器，也可 以位于不同的服務器。
9、 如權利要求1或2所述的系統，其特征在于，所述公共消息處理單元、 消息業務處理單元，可以位于同一個服務器，也可以位于不同的服務器。
10、 如權利要求l、 2或3所述的系統，其特征在于，還包括第二用戶設備，安裝有第二客戶端程序，用于發起消息業務請求，所述的第一用戶設備與 第二用戶設備可以相同，也可以不相同。
11、 如權利要求2或3所述的系統，其特征在于，所述內部消息處理單元 和/或消息業務互通單元可以設置為多個。
12、 如權利要求1、 2或3所述的系統，其特征在于，所述第一用戶設備是移動終端，或個人計算機，或業務應用服務器。
全文摘要
本發明公開了一種融合消息系統，包括第一用戶設備，安裝有第一客戶端程序，用于發起消息業務請求；公共消息處理單元，用于接收第一用戶設備發起的消息業務，并根據消息業務請求內容，將消息業務請求發送至對應的消息業務處理單元；消息業務處理單元，進行對應消息業務處理。本發明通過公共消息處理單元集中處理終端發起的消息業務請求，簡化了用戶對消息業務的使用，改善了消息業務的體驗，方便了消息業務的實現，并促進了消息業務之間的互通，能實現傳統消息到融合消息平臺的平滑演進，有益于保護現有的投資。
文檔編號H04L12/58GK101155329SQ20061014066
公開日2008年4月2日 申請日期2006年9月29日 優先權日2006年9月29日
發明者章李銘 申請人:華為技術有限公司