專利名稱：一種融合業(yè)務(wù)系統(tǒng)及其業(yè)務(wù)實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及業(yè)務(wù)融合領(lǐng)域，尤其涉及一種應(yīng)用SIP協(xié)議的IP網(wǎng)絡(luò)上實
現(xiàn)多種業(yè)務(wù)融合的系統(tǒng)和方法。
背景技術(shù)：
SIP (Session Initiation Protocol,會話發(fā)起協(xié)議)是IETF (Internet Engineering Task Force,工程任務(wù)組)定制的多媒體通信協(xié)議。它是個基于 文本的應(yīng)用層控制協(xié)議，單獨于底層協(xié)議，用于建立、修改和終止IP網(wǎng)上 的雙方或多方的多々某體會話。SIP最早由是由MMUSIC IETF工作組在1995 年研究的，由IETF組織在1999年提議成為的一個標(biāo)準(zhǔn)，主要借鑒了 Web 的HTTP和SMTP兩個協(xié)議。SIP支持代理、重定向、登記定位用戶等功能， 支持用戶移動，和RTP/RTCP、 SDP、 RTSP、 DNS等協(xié)議配合，可支持和 應(yīng)用于語音、視頻、數(shù)據(jù)等多媒體業(yè)務(wù)，同時能夠應(yīng)用于presence (呈現(xiàn))、 instant message (實時消息，類似QQ )等特色業(yè)務(wù)。
SIP協(xié)議應(yīng)用于IP網(wǎng)絡(luò)，需要網(wǎng)絡(luò)中存在代理服務(wù)器(Proxy Server ， 簡稱PS)、重定位服務(wù)器(Redirect Server,簡稱RS)，為用戶代理提供注 冊、認(rèn)證、鑒權(quán)、路由等服務(wù)。PS提供路由功能，負(fù)責(zé)將SIP用戶請求和 響應(yīng)轉(zhuǎn)發(fā)到相應(yīng)的下一跳。RS提供地址解析服務(wù)，將SIP呼叫的目的地址 映射成0個或多個新地址。PS和RS在確定下一跳服務(wù)器時都有可能向定位 服務(wù)器(Location Server,以下簡稱LS )發(fā)出查詢請求。定位服務(wù)器本身不 屬于SIP協(xié)議系統(tǒng)的范圍，是Internet的公共服務(wù)器。
在網(wǎng)絡(luò)IP化的趨勢下，傳統(tǒng)的消息業(yè)務(wù)和語音業(yè)務(wù)需要向IP化的網(wǎng)絡(luò) 轉(zhuǎn)移，3GPP、 3GPP2以及TISPAN標(biāo)準(zhǔn)組織都將SIP協(xié)議作為下一代核心 網(wǎng)絡(luò)的基礎(chǔ)協(xié)議，應(yīng)用SIP協(xié)議的IP網(wǎng)絡(luò)作為業(yè)務(wù)應(yīng)用的網(wǎng)絡(luò)基礎(chǔ)已成為 事實。因此，業(yè)務(wù)應(yīng)用需要考慮轉(zhuǎn)移到以SIP為基礎(chǔ)協(xié)議的網(wǎng)絡(luò)上，在業(yè)務(wù)轉(zhuǎn)移的過程中，實現(xiàn)一種融合的業(yè)務(wù)系統(tǒng)比單純的移植以前的多個業(yè)務(wù)系統(tǒng) 到下一代網(wǎng)絡(luò)上更具有優(yōu)越性。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種基于會話發(fā)起協(xié)議的融合業(yè)務(wù)系
統(tǒng)及其業(yè)務(wù)實現(xiàn)方法，在應(yīng)用SIP協(xié)議的IP網(wǎng)絡(luò)上實現(xiàn)多種業(yè)務(wù)的融合。
為了解決上述技術(shù)問題，本發(fā)明提供了一種融合業(yè)務(wù)系統(tǒng)，包括會話 和消息處理模塊、交互模塊、智能路由模塊和通知模塊，其中
所述交互模塊，作為傳統(tǒng)業(yè)務(wù)系統(tǒng)與融合業(yè)務(wù)系統(tǒng)之間的接口，負(fù)責(zé)相 互之間的信令格式轉(zhuǎn)換，用于接收來自傳統(tǒng)業(yè)務(wù)系統(tǒng)的會話或消息，以及向 傳統(tǒng)業(yè)務(wù)系統(tǒng)發(fā)送會話或消息；
所述會話和消息處理模塊，用于接收和處理來自融合業(yè)務(wù)客戶端或者交 互模塊的會話或消息，向智能路由模塊獲取會話或消息的目的地址信息，根 據(jù)該目的地址信息向融合業(yè)務(wù)客戶端或者通過交互模塊向非融合業(yè)務(wù)客戶 端發(fā)送會話或消息；
所述通知模塊，用于根據(jù)會話和消息處理模塊的指示向融合業(yè)務(wù)客戶端 發(fā)送通知消息；
所述智能路由模塊，用于為會話或消息的目的用戶選擇確定目的用戶號 碼和/或目的終端地址，將該信息提供給所述會話和消息處理模塊或者交互 模塊。
進(jìn)一步地，所述智能路由模塊根據(jù)以下信息的一種或幾種確定目的用 戶號碼和/或目的用戶地址會話或消息的內(nèi)容，通知消息的內(nèi)容，終端狀 態(tài)信息，終端能力，源終端標(biāo)識和源終端地址信息，用戶的偏好設(shè)置，用戶 地址簿。
進(jìn)一步地，對于融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的用戶號碼 和/或目的終端地址，對于非融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的 用戶號碼和/或交互方式。
進(jìn)一步地，所述融合業(yè)務(wù)系統(tǒng)還包括用戶偏好設(shè)置模塊，用于為所述智能路由模塊提供用戶偏好設(shè)置信息。
進(jìn)一步地，所述用戶偏好設(shè)置模塊提供用戶對用戶偏好信息進(jìn)行設(shè)置。
進(jìn)一步地，所述用戶偏好設(shè)置信息，包括以下內(nèi)容中的一種或幾種用
戶常用的終端，在不同時間段接收會話或消息的目的終端，離線狀態(tài)下的接 收會話或消息的備選目的終端，針對不同源用戶接收會話或消息的目的終端。
進(jìn)一步地，所述系統(tǒng)還包括融合業(yè)務(wù)客戶端模塊，與融合業(yè)務(wù)系統(tǒng)側(cè)模 塊交互完成融合業(yè)務(wù)功能，包括發(fā)送和接收會話或消息、接收通知消息。
進(jìn)一步地，所述融合業(yè)務(wù)系統(tǒng)還包括消息和媒體存儲模塊，用于保存會 話和消息處理模塊接收的會話或消息，或者發(fā)送的會話或消息。
進(jìn)一步地，所述消息和媒體存儲模塊與融合業(yè)務(wù)客戶端模塊的存儲內(nèi)容 保持同步。
進(jìn)一步地，所述消息和媒體存儲模塊提供給用戶查詢、瀏覽、管理。
為了解決上述技術(shù)問題本發(fā)明還提供了一種融合業(yè)務(wù)系統(tǒng)，包括會話 和消息處理模塊、交互模塊、智能路由模塊、消息和媒體存儲模塊、用戶偏 好設(shè)置模塊、通知模塊，其中
所述交互模塊，作為傳統(tǒng)業(yè)務(wù)系統(tǒng)與融合業(yè)務(wù)系統(tǒng)之間的接口，負(fù)責(zé)相 互之間的信令格式轉(zhuǎn)換，用于接收來自傳統(tǒng)業(yè)務(wù)系統(tǒng)的會話或消息，以及向 傳統(tǒng)業(yè)務(wù)系統(tǒng)發(fā)送會話或消息；
所述會話和消息處理模塊，用于接收和處理來自融合業(yè)務(wù)客戶端或者交 互模塊的會話或消息，向智能路由模塊獲取會話或消息的目的地址信息，根 據(jù)該目的地址信息向融合業(yè)務(wù)客戶端或者通過交互模塊向非融合業(yè)務(wù)客戶 端發(fā)送會話或消息；
所述通知模塊，用于根據(jù)會話和消息處理模塊的指示向融合業(yè)務(wù)客戶端 發(fā)送通知消息；
所述智能路由模塊，用于為會話或消息的目的用戶選擇確定目的用戶號 碼和/或目的終端地址，將該信息提供給所述會話和消息處理模塊或者交互模塊或者消息和媒體存儲模塊；
所述用戶偏好設(shè)置模塊，用于為所述智能路由模塊提供用戶偏好設(shè)置信 息，以及提供用戶對用戶偏好信息進(jìn)行設(shè)置；
所述消息和媒體存儲模塊，用于保存會話和消息處理模塊接收的會話或 消息，或者發(fā)送的會話或消息，并且與融合業(yè)務(wù)客戶端模塊的存儲內(nèi)容保持 同步。
為了解決上述技術(shù)問題本發(fā)明還提供了 一種融合業(yè)務(wù)系統(tǒng)實現(xiàn)方法，
在實現(xiàn)融合業(yè)務(wù)時，會話和消息處理模塊接收到會話或消息后，先向智 能路由模塊獲取目的用戶號碼和/或目的終端地址，向獲取到的號碼或地址 發(fā)送會話或消息，如果會話或消息的目的用戶是融合業(yè)務(wù)用戶，則會話和消 息處理模塊直接將該會話或消息發(fā)送給融合業(yè)務(wù)客戶端，如果目的用戶是非 融合業(yè)務(wù)用戶，則會話和消息處理模塊將該會話和消息發(fā)送給交互模塊，由 交互;^莫塊將該會話或消息發(fā)送傳統(tǒng)業(yè)務(wù)系統(tǒng)中的非融合業(yè)務(wù)用戶。
進(jìn)一步地，如果會話和消息中的目的用戶為融合業(yè)務(wù)用戶，則所述智能 路由模塊向會話和消息模塊提供目的用戶號碼和/或目的終端地址；如果會 話和消息中的目的用戶為非融合業(yè)務(wù)用戶，則所述智能路由模塊向會話和消 息模塊提供目的用戶號碼和/或交互方式，交互模塊收到會話和消息處理模 塊發(fā)送的會話或消息后，按照智能路由模塊選定的發(fā)送方式轉(zhuǎn)換格式之后再 將該會話或消息發(fā)送傳統(tǒng)業(yè)務(wù)系統(tǒng)中的非融合業(yè)務(wù)用戶。
進(jìn)一步地，如果會話和消息處理模塊發(fā)送到融合業(yè)務(wù)客戶端的會話或消 息發(fā)送失敗，或者交互模塊發(fā)送到非融合業(yè)務(wù)客戶端的會話或消息發(fā)送失 敗，則會話和消息處理模塊或交互模塊向智能路由模塊請求重新獲取目的用 戶號碼或者目的終端地址，智能路由模塊根據(jù)掌握的信息再為會話和消息模 塊或交互模塊選定目的用戶號碼或者目的終端地址，并將選定的地址告知會 話和消息處理模塊或交互模塊，會話和消息處理模塊或交互模塊重新進(jìn)行發(fā) 送。
進(jìn)一步地，如果一次或多次更換目的用戶號碼或者目的終端地址后，仍然發(fā)送失敗，則所述會話和消息模塊向源用戶返回通知消息。
進(jìn)一步地，在處理會話和消息的過程中，如果發(fā)現(xiàn)目的用戶不在線，則 向源融合業(yè)務(wù)客戶端發(fā)送通知消息。
進(jìn)一步地，在需要發(fā)送通知消息時，會話和消息處理模塊先向智能路由 模塊獲取目的用戶號碼和/或目的終端地址，然后通過通知消息向目的用戶 《ilUI^口消，lr。
采用本發(fā)明所述方法，可以在應(yīng)用SIP協(xié)議的IP網(wǎng)絡(luò)上實現(xiàn)包括消息 業(yè)務(wù)、語音業(yè)務(wù)、視頻業(yè)務(wù)在內(nèi)的多種業(yè)務(wù)融合，與現(xiàn)有技術(shù)相比，本發(fā)明 所述的系統(tǒng)和方法可使將原有的多種業(yè)務(wù)體驗在一套系統(tǒng)實現(xiàn)，降低了業(yè)務(wù) 系統(tǒng)建設(shè)和部署成本，并且利于系統(tǒng)的維護(hù)，方便用戶使用。


圖1為本發(fā)明實施例所述融合業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖； 圖2為融合業(yè)務(wù)中會話/消息處理流程圖； 圖3為融合業(yè)務(wù)中通知消息處理流程圖。
具體實施例方式
本實施例所述的融合業(yè)務(wù)系統(tǒng)主要包括會話和消息處理模塊(101 )， 交互模塊(102),消息和媒體存儲模塊(103),智能路由模塊(104), 用戶偏好設(shè)置模塊(105),通知模塊(106)。在某些架構(gòu)中，融合業(yè)務(wù)系 統(tǒng)還包括客戶端模塊(107)。
融合業(yè)務(wù)系統(tǒng)面向的對象是融合業(yè)務(wù)用戶和非融合業(yè)務(wù)用戶。根據(jù)處理 流程的不同，將融合業(yè)務(wù)系統(tǒng)處理的消息分成兩大類，其一是會話或消息類， 其二是通知類。下面對各個模塊的功能進(jìn)行說明
所述會話和消息處理模塊，用于接收并處理來自融合業(yè)務(wù)客戶端模塊或 交互模塊的各種會話或消息(包括文本消息、音頻消息或者視頻消息)，并 返回相應(yīng)的處理結(jié)果，所述處理包括會話建立、修改、終止，消息的立即發(fā)送和延遲發(fā)送，當(dāng)需要發(fā)送給融合業(yè)務(wù)客戶端模塊通知消息時，將消息的相
關(guān)通知消息發(fā)送給通知模塊發(fā)送；以及用于與智能路由模塊交互獲取會話/ 消息的目的地址信息；還用于將需要存儲的內(nèi)容保存在消息和媒體存儲模塊 中；
交互模塊，支持融合業(yè)務(wù)與其它傳統(tǒng)業(yè)務(wù)之間的交互，作為傳統(tǒng)業(yè)務(wù)系 統(tǒng)與融合業(yè)務(wù)系統(tǒng)之間的接口，負(fù)責(zé)相互之間的信令格式轉(zhuǎn)換；如短信業(yè) 務(wù)與融合業(yè)務(wù)之間，彩信業(yè)務(wù)與融合業(yè)務(wù)之間，郵件業(yè)務(wù)與融合業(yè)務(wù)之間等； 還用于當(dāng)會話或消息發(fā)送失敗時向智能路由模塊重新獲取地址；
消息和媒體存儲模塊，用于保存融合業(yè)務(wù)用戶的歷史消息，歷史會話信 息，以及媒體內(nèi)容(主要是會話和消息處理模塊的接收或發(fā)送的會話/消息)， 并與融合業(yè)務(wù)客戶端模塊的存儲內(nèi)容保持同步；另外，還可以提供給用戶查 詢、瀏覽、管理(如消息或媒體的授權(quán)、移位等)等操作；
智能路由模塊，用于為會話和消息處理模塊、交互模塊提供以下信息中 的一種或幾種目的用戶號碼、目的終端地址、交互方式信息，例如，對于 融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的用戶號碼和/或目的終端地址， 對于非融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的用戶號碼和/或交互方 式；
所述智能路由模塊根據(jù)以下信息的 一種或幾種確定目的用戶的號碼或 地址會話或消息的內(nèi)容，通知消息的內(nèi)容，終端狀態(tài)信息(在線或離線)， 終端能力(反應(yīng)終端所能支持的業(yè)務(wù))，源終端標(biāo)識(如終端設(shè)備編號)和 源終端地址信息，用戶的偏好設(shè)置，用戶地址簿；
在上述信息中，終端的狀態(tài)信息、終端能力、用戶地址簿信息均可以通 過外部模塊獲得；由于每個融合業(yè)務(wù)用戶可能對應(yīng)多臺終端，智能路由模塊 本地保存或通過外部模塊獲得每個用戶所使用的終端標(biāo)識以及該終端對應(yīng) 的地址信息；用戶偏好設(shè)置可以通過用戶偏好設(shè)置模塊獲得。
用戶偏好設(shè)置模塊，用于保存用戶的偏好設(shè)置信息，為智能路由模塊提 供輔助信息，提供用戶通過多種方式對用戶偏好信息進(jìn)行設(shè)置，用戶可以通 過融合業(yè)務(wù)客戶端在用戶偏好設(shè)置模塊上設(shè)定用戶接收和發(fā)送會話/消息的 偏好信息；所述用戶的偏好設(shè)置，例如包括用戶常用的終端，在不同時間段接收會話或消息的目的終端，離線狀態(tài)下接收會話或消息的備選目的終端，
以及針對不同源用戶接收會話或消息的目的終端等等；
通知模塊，為會話和消息處理模塊或者傳統(tǒng)業(yè)務(wù)系統(tǒng)提供發(fā)送通知消息 到融合業(yè)務(wù)客戶端的功能，通知消息包括發(fā)送給融合業(yè)務(wù)用戶的通知和發(fā)送 給融合業(yè)務(wù)客戶端的通知。
融合業(yè)務(wù)客戶端模塊，與融合業(yè)務(wù)系統(tǒng)側(cè)模塊交互完成融合業(yè)務(wù)功能， 實現(xiàn)用戶的融合業(yè)務(wù)應(yīng)用功能需求，包括發(fā)送和接收會話/消息，接收通知 消息，并與消息和媒體存儲模塊保持同步；
所述融合業(yè)務(wù)系統(tǒng)通過交互模塊與傳統(tǒng)業(yè)務(wù)系統(tǒng)(108)相連，如圖1 所示，所述傳統(tǒng)業(yè)務(wù)模塊是融合業(yè)務(wù)系統(tǒng)的外部模塊，為傳統(tǒng)業(yè)務(wù)用戶提供 服務(wù)，例如短信業(yè)務(wù)系統(tǒng)，傳統(tǒng)的voip業(yè)務(wù)系統(tǒng)等。
在實現(xiàn)融合業(yè)務(wù)時，不管是融合業(yè)務(wù)用戶發(fā)送的或者是非融合業(yè)務(wù)用戶 通過傳統(tǒng)業(yè)務(wù)系統(tǒng)發(fā)送的會話或消息都會送到會話和消息處理模塊進(jìn)行處 理，會話和消息處理模塊先向智能路由模塊獲取目的用戶號碼和/或目的終 端地址，獲取到目的地址之后再向目的用戶發(fā)送會話或消息，如果目的用戶 是融合業(yè)務(wù)用戶，則會話和消息處理模塊直接將該會話或消息發(fā)送給融合業(yè) 務(wù)客戶端，如果目的用戶是非融合業(yè)務(wù)用戶，則智能路由模塊還會提供發(fā)送 方式，會話和消息處理模塊將該會話和消息發(fā)送給交互模塊，交互模塊按照 智能路由模塊選定的發(fā)送方式轉(zhuǎn)換格式之后再將該會話或消息發(fā)送傳統(tǒng)業(yè) 務(wù)系統(tǒng)中的目的終端。
如果會話和消息處理模塊發(fā)送到融合業(yè)務(wù)客戶端的會話或消息發(fā)送失 敗，或者交互模塊發(fā)送到非融合業(yè)務(wù)客戶端的會話或消息發(fā)送失敗，則會話 和消息處理模塊或交互模塊向智能路由模塊請求重新獲取目的用戶地址或 發(fā)送方式，智能路由模塊根據(jù)掌握的信息選定一用戶地址告知會話和消息處 理模塊或交互模塊，會話和消息處理模塊或交互模塊繼續(xù)之前的發(fā)送過程。
如果一次或多次更換目的地址后，仍然發(fā)送失敗，則向源用戶返回通知消息，告知此次會話或消息發(fā)送失敗。
在處理會話和消息的過程中，當(dāng)目的用戶不在線時，也需要通過通知模 塊向融合業(yè)務(wù)客戶端發(fā)送通知消息。
在需要發(fā)送通知消息時，也需要智能路由模塊先確定目的用戶號碼和/ 或目的終端地址，再進(jìn)行發(fā)送。
融合業(yè)務(wù)用戶向非融合業(yè)務(wù)用戶發(fā)送融合業(yè)務(wù)會話/消息的處理步驟如
圖2所示
步驟201:融合業(yè)務(wù)用戶通過融合業(yè)務(wù)客戶端發(fā)送會話/消息請求到融合 業(yè)務(wù)系統(tǒng)中的會話和消息處理模塊，通過融合業(yè)務(wù)系統(tǒng)將所述會話/消息請 求發(fā)送給另 一個非融合業(yè)務(wù)用戶，所述會話/消息請求中包含源用戶標(biāo)識、 目的用戶標(biāo)識和會話/消息內(nèi)容；
步驟202:會話和消息處理模塊接收到會話/消息請求，進(jìn)行鑒權(quán)授權(quán)處 理，如果成功，則執(zhí)行下一步，如果失敗，則結(jié)束流程；
步驟203:會 話和消息處理模塊向智能路由模塊請求目的用戶地址和傳 送方式，請求消息中攜帶源用戶標(biāo)識、目的用戶標(biāo)識、會話/消息內(nèi)容描述；
所述會話/消息內(nèi)容描述是指會話/消息內(nèi)容類型、格式、大小等信息， 可以由會話和消息處理模塊直接從會話/消息頭信息中摘錄，或者由會話和 消息處理模塊將會話/消息頭信息中的描述內(nèi)容轉(zhuǎn)換成規(guī)范的描述格式。
步驟204:智能路由模塊根據(jù)以下信息的一種或幾種確定目的用戶地址 和傳送方式用戶最新的偏好設(shè)置信息、源用戶標(biāo)識和目的用戶標(biāo)識、運營 商策略信息、會話/消息內(nèi)容描述，并將確定的目的用戶地址和傳送方式返 回給會話和消息處理模塊；
智能路由模塊根據(jù)源用戶標(biāo)識和/或目的用戶標(biāo)識從用戶偏好設(shè)置模塊 獲得用戶最新的偏好設(shè)置信息。
步驟205:會話和消息處理模塊將所述會話/消息請求發(fā)送給交互模塊， 其中攜帶的目的地址是智能路由模塊確定的目的用戶地址；
步驟206:交互模塊依據(jù)智能路由模塊確定的傳送方式對會話/消息進(jìn)行信令格式轉(zhuǎn)換，然后發(fā)送給傳統(tǒng)業(yè)務(wù)模塊。
例如，如果目的地址為MDN( Mobile Directory Number,移動目錄號碼), 傳送方式為彩信方式，則會話和消息處理模塊將會話/消息發(fā)送給交互模塊, 由交互模塊將會話或消息轉(zhuǎn)換成彩信格式；
當(dāng)用戶不在線時，融合業(yè)務(wù)的通知消息處理的步驟如圖3所示
步驟301:會話和消息處理模塊收到消息請求，其中攜帶目的用戶標(biāo)識 和消息內(nèi)容；
步驟302:會話和消息處理模塊通過用戶在線狀態(tài)判斷目的用戶是否在 線，發(fā)現(xiàn)目前用戶不在線，會話和消息處理模塊將消息存儲在消息和媒體存 儲模塊；
步驟303:目的用戶上線后，會話和消息處理模塊通知消息和媒體存儲 模塊，其中攜帶用戶標(biāo)識以及用戶上線狀態(tài)信息；
步驟304:消息和媒體存儲模塊向智能路由模塊發(fā)送請求消息，其中包 含目的用戶標(biāo)識信息以及通知消息內(nèi)容標(biāo)識(所述通知消息內(nèi)容標(biāo)識用于區(qū) 分通知消息的發(fā)送對象，包括通知給用戶的，僅通知給終端的)；
步驟305:智能路由模塊依據(jù)目的用戶標(biāo)識從用戶偏好設(shè)置中獲得用戶 偏好設(shè)置信息，并依據(jù)通知消息內(nèi)容以及運營商策略確定目的用戶地址和傳 送方式，并返回給消息和媒體存儲模塊；
步驟306:消息和媒體存儲模塊將通知消息發(fā)送給通知模塊，其中包含 用戶目的地址和傳送方式信息，通知模塊將通知消息發(fā)送給融合業(yè)務(wù)客戶端 模塊。
采用本發(fā)明的系統(tǒng)，在業(yè)務(wù)層上實現(xiàn)了多種業(yè)務(wù)的融合。
當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的
但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種融合業(yè)務(wù)系統(tǒng)，其特征在于，包括會話和消息處理模塊、交互模塊、智能路由模塊和通知模塊，其中所述交互模塊，作為傳統(tǒng)業(yè)務(wù)系統(tǒng)與融合業(yè)務(wù)系統(tǒng)之間的接口，負(fù)責(zé)相互之間的信令格式轉(zhuǎn)換，用于接收來自傳統(tǒng)業(yè)務(wù)系統(tǒng)的會話或消息，以及向傳統(tǒng)業(yè)務(wù)系統(tǒng)發(fā)送會話或消息；所述會話和消息處理模塊，用于接收和處理來自融合業(yè)務(wù)客戶端或者交互模塊的會話或消息，向智能路由模塊獲取會話或消息的目的地址信息，根據(jù)該目的地址信息向融合業(yè)務(wù)客戶端或者通過交互模塊向非融合業(yè)務(wù)客戶端發(fā)送會話或消息；所述通知模塊，用于根據(jù)會話和消息處理模塊的指示向融合業(yè)務(wù)客戶端發(fā)送通知消息；所述智能路由模塊，用于為會話或消息的目的用戶選擇確定目的用戶號碼和/或目的終端地址，將該信息提供給所述會話和消息處理模塊或者交互模塊。
2、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述智能路由模塊根據(jù)以下信息的一種或幾種確定目的用戶號碼和/或 目的用戶地址會話或消息的內(nèi)容，通知消息的內(nèi)容，終端狀態(tài)信息，終端 能力，源終端標(biāo)識和源終端地址信息，用戶的偏好設(shè)置，用戶地址簿。
3、 如權(quán)利要求2所述的系統(tǒng)，其特征在于，對于融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的用戶號碼和/或目的 終端地址，對于非融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的用戶號碼和 /或交互方式。
4、 如^l利要求l或2所述的系統(tǒng)，其特4i在于，所述融合業(yè)務(wù)系統(tǒng)還包括用戶偏好設(shè)置模塊，用于為所述智能路由模塊 提供用戶偏好設(shè)置信息。
5、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述用戶偏好設(shè)置模塊提供用戶對用戶偏好信息進(jìn)行設(shè)置。
6、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述用戶偏好"i殳置信息，包括以下內(nèi)容中的一種或幾種用戶常用的終 端，在不同時間段接收會話或消息的目的終端，離線狀態(tài)下的接收會話或消 息的備選目的終端，針對不同源用戶接收會話或消息的目的終端。
7、 如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括融合業(yè)務(wù)客戶端模塊，與融合業(yè)務(wù)系統(tǒng)側(cè)模塊交互完成 融合業(yè)務(wù)功能，包括發(fā)送和接收會話或消息、接收通知消息。
8、 如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述融合業(yè)務(wù)系統(tǒng)還包括消息和媒體存儲模塊，用于保存會話和消息處 理模塊接收的會話或消息，或者發(fā)送的會話或消息。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述消息和媒體存儲模塊與融合業(yè)務(wù)客戶端模塊的存儲內(nèi)容保持同步。
10、 如權(quán)利要求8所述的系統(tǒng)，其特征在于， 所述消息和媒體存儲模塊提供給用戶查詢、瀏覽、管理。
11、 一種融合業(yè)務(wù)系統(tǒng)，其特征在于，包括會話和消息處理模塊、交 互模塊、智能路由模塊、消息和媒體存儲模塊、用戶偏好設(shè)置模塊、通知模 塊，其中所述交互模塊，作為傳統(tǒng)業(yè)務(wù)系統(tǒng)與融合業(yè)務(wù)系統(tǒng)之間的接口，負(fù)責(zé)相 互之間的信令格式轉(zhuǎn)換，用于接收來自傳統(tǒng)業(yè)務(wù)系統(tǒng)的會話或消息，以及向 傳統(tǒng)業(yè)務(wù)系統(tǒng)發(fā)送會話或消息；所述會話和消息處理模塊，用于接收和處理來自融合業(yè)務(wù)客戶端或者交 互模塊的會話或消息，向智能路由模塊獲取會話或消息的目的地址信息，根 據(jù)該目的地址信息向融合業(yè)務(wù)客戶端或者通過交互模塊向非融合業(yè)務(wù)客戶端發(fā)送會話或消息；所述通知模塊，用于根據(jù)會話和消息處理模塊的指示向融合業(yè)務(wù)客戶端 發(fā)送通知消息；所述智能路由模塊，用于為會話或消息的目的用戶選擇確定目的用戶號 碼和/或目的終端地址，將該信息提供給所述會話和消息處理模塊或者交互模塊或者消息和媒體存儲模塊；所述用戶偏好設(shè)置模塊，用于為所述智能路由模塊提供用戶偏好設(shè)置信 息，以及提供用戶對用戶偏好信息進(jìn)行設(shè)置；所述消息和媒體存儲模塊，用于保存會話和消息處理模塊接收的會話或 消息，或者發(fā)送的會話或消息，并且與融合業(yè)務(wù)客戶端模塊的存儲內(nèi)容保持 同步。
12、 如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括融合業(yè)務(wù)客戶端模塊，與融合業(yè)務(wù)系統(tǒng)側(cè)^^莫塊交互完成 融合業(yè)務(wù)功能，包括發(fā)送和接收會話或消息、接收通知消息。
13、 如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述智能路由模塊根據(jù)以下信息的一種或幾種確定目的用戶號碼和/或 目的用戶地址會話或消息的內(nèi)容，通知消息的內(nèi)容，終端狀態(tài)信息，終端 能力，源終端標(biāo)識和源終端地址信息，用戶的偏好設(shè)置，用戶地址簿。
14、 如權(quán)利要求11所述的系統(tǒng)，其特征在于，對于融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的用戶號碼和/或目的 終端地址，對于非融合業(yè)務(wù)用戶，智能路由模塊可支持確定目的用戶號碼和 /或交互方式。
15、 一種融合業(yè)務(wù)系統(tǒng)實現(xiàn)方法，其特征在于，在實現(xiàn)融合業(yè)務(wù)時，會話和消息處理模塊接收到會話或消息后，先向智 能路由模塊獲取目的用戶號碼和/或目的終端地址，向獲取到的號碼或地址 發(fā)送會話或消息，如果會話或消息的目的用戶是融合業(yè)務(wù)用戶，則會話和消息處理模塊直接將該會話或消息發(fā)送給融合業(yè)務(wù)客戶端，如果目的用戶是非 融合業(yè)務(wù)用戶，則會話和消息處理模塊將該會話和消息發(fā)送給交互模塊，由 交互模塊將該會話或消息發(fā)送傳統(tǒng)業(yè)務(wù)系統(tǒng)中的非融合業(yè)務(wù)用戶。
16、 如權(quán)利要求15所述的方法，其特征在于，如果會話和消息中的目的用戶為融合業(yè)務(wù)用戶，則所述智能路由模塊向 會話和消息模塊提供目的用戶號碼和/或目的終端地址；如果會話和消息中 的目的用戶為非融合業(yè)務(wù)用戶，則所述智能路由模塊向會話和消息模塊提供 目的用戶號碼和/或交互方式，交互模塊收到會話和消息處理模塊發(fā)送的會 話或消息后，按照智能路由模塊選定的發(fā)送方式轉(zhuǎn)換格式之后再將該會話或 消息發(fā)送傳統(tǒng)業(yè)務(wù)系統(tǒng)中的非融合業(yè)務(wù)用戶。
17、 如權(quán)利要求15所述的方法，其特征在于，如果會話和消息處理模塊發(fā)送到融合業(yè)務(wù)客戶端的會話或消息發(fā)送失 敗，或者交互模塊發(fā)送到非融合業(yè)務(wù)客戶端的會話或消息發(fā)送失敗，則會話 和消息處理模塊或交互模塊向智能路由模塊請求重新獲取目的用戶號碼或 者目的終端地址，智能路由模塊根據(jù)掌握的信息再為會話和消息模塊或交互 模塊選定目的用戶號碼或者目的終端地址，并將選定的地址告知會話和消息 處理模塊或交互模塊，會話和消息處理模塊或交互模塊重新進(jìn)行發(fā)送。
18、 如權(quán)利要求17所述的方法，其特征在于，如果一次或多次更換目的用戶號碼或者目的終端地址后，仍然發(fā)送失 敗，則所述會話和消息模塊向源用戶返回通知消息。
19、 如權(quán)利要求17所述的方法，其特征在于，在處理會話和消息的過程中，如果發(fā)現(xiàn)目的用戶不在線，則向源融合業(yè) 務(wù)客戶端發(fā)送通知消息。
20、 如權(quán)利要求18或19所述的方法，其特征在于，在需要發(fā)送通知消息時，會話和消息處理模塊先向智能路由模塊獲取目 的用戶號碼和/或目的終端地址，然后通過通知消息向目的用戶發(fā)送通知消息。
21、 如權(quán)利要求17或19所述的方法，其特征在于，當(dāng)用戶不在線時， 通知消息的發(fā)送包括以下步驟步驟301:會話和消息處理模塊收到消息請求，其中攜帶目的用戶標(biāo)識 和消息內(nèi)容；步驟302:會話和消息處理模塊通過用戶在線狀態(tài)判斷目的用戶是否在 線，如果發(fā)現(xiàn)目前用戶不在線，則會話和消息處理模塊將消息存儲在消息和 媒體存儲模塊；步驟303:當(dāng)目的用戶上線后，會話和消息處理模塊通知消息和々某體存 儲模塊，其中攜帶用戶標(biāo)識以及用戶上線狀態(tài)信息；步驟304:消息和媒體存儲模塊向智能路由模塊發(fā)送請求消息，其中包 含目的用戶標(biāo)識信息以及通知消息內(nèi)容標(biāo)識；步驟305:智能路由模塊依據(jù)目的用戶標(biāo)識從用戶偏好設(shè)置中獲得用戶 偏好設(shè)置信息，并依據(jù)通知消息內(nèi)容以及運營商策略確定目的用戶地址和傳 送方式，并返回給消息和媒體存儲模塊；步驟306:消息和媒體存儲模塊將通知消息發(fā)送給通知模塊，其中包含 用戶目的地址和傳送方式信息，通知模塊將通知消息發(fā)送給融合業(yè)務(wù)客戶端 模塊。
22、 如權(quán)利要求21所述的方法，其特征在于，在所述步驟305中，所述智能路由模塊依據(jù)目的用戶標(biāo)識從用戶偏好設(shè)置中獲得用戶偏好 設(shè)置信息，并依據(jù)通知消息內(nèi)容以及運營商策略確定目的用戶地址和傳送方 式。
23、 如權(quán)利要求15所述的方法，其特征在于，當(dāng)融合業(yè)務(wù)用戶向非融 合業(yè)務(wù)用戶發(fā)送會話或消息時，會話或消息的處理流程如下步驟201:融合業(yè)務(wù)用戶通過融合業(yè)務(wù)客戶端向融合業(yè)務(wù)系統(tǒng)中的會話 和消息處理模塊發(fā)送會話或消息請求，所述會話或消息請求中包含源用戶標(biāo) 識、目的用戶標(biāo)識和會話或消息內(nèi)容；步驟202:會話和消息處理模塊接收到會話或消息請求，進(jìn)行鑒權(quán)授權(quán) 處理，如果成功，則執(zhí)行下一步，如果失敗，則結(jié)束流程；步驟203:會話和消息處理模塊向智能路由模塊請求目的用戶地址和傳 送方式，請求消息中攜帶源用戶標(biāo)識、目的用戶標(biāo)識、會話或消息內(nèi)容描述；步驟204:智能路由模塊根據(jù)以下信息的一種或幾種確定目的用戶地址 和傳送方式用戶最新的偏好設(shè)置信息、源用戶標(biāo)識和目的用戶標(biāo)識、運營 商策略信息、會話/消息內(nèi)容描述，并將確定的目的用戶地址和傳送方式返 回給會話和消息處理模塊；步驟205:會話和消息處理模塊將所述會話/消息請求發(fā)送給交互模塊， 其中攜帶的目的地址是智能路由模塊確定的目的用戶地址；步驟206:交互模塊依據(jù)智能路由模塊確定的傳送方式對會話/消息進(jìn)行 信令格式轉(zhuǎn)換，然后發(fā)送給傳統(tǒng)業(yè)務(wù)模塊。
24、如權(quán)利要求15或16或17或21或23所述的方法，其特征在于，智能路由模塊根據(jù)以下信息的一種或幾種確定目的用戶地址和傳送方 式用戶最新的偏好設(shè)置信息、源用戶標(biāo)識和目的用戶標(biāo)識、運營商策略信 息、會話/消息內(nèi)容描述，并將確定的目的用戶地址和傳送方式返回給會話 和消息處理模塊；智能路由模塊根據(jù)源用戶標(biāo)識和/或目的用戶標(biāo)識從用戶偏好設(shè)置模塊 獲得用戶最新的偏好設(shè)置信息。
全文摘要
一種融合業(yè)務(wù)系統(tǒng)，包括會話和消息處理模塊、交互模塊、智能路由模塊和通知模塊，其中所述交互模塊，用于接收來自傳統(tǒng)業(yè)務(wù)系統(tǒng)的會話或消息，以及向傳統(tǒng)業(yè)務(wù)系統(tǒng)發(fā)送會話或消息；所述會話和消息處理模塊，用于接收和處理來自融合業(yè)務(wù)客戶端或者交互模塊的會話或消息，向智能路由模塊獲取會話或消息的目的地址信息，根據(jù)該目的地址信息向融合業(yè)務(wù)客戶端或者通過交互模塊向非融合業(yè)務(wù)客戶端發(fā)送會話或消息；所述通知模塊，用于根據(jù)會話和消息處理模塊的指示向融合業(yè)務(wù)客戶端發(fā)送通知消息；所述智能路由模塊，用于為會話或消息的目的用戶選擇確定目的用戶號碼和/或目的終端地址，將該信息提供給所述會話和消息處理模塊或者交互模塊。
文檔編號H04L12/56GK101552721SQ20081009160
公開日2009年10月7日 申請日期2008年4月3日 優(yōu)先權(quán)日2008年4月3日
發(fā)明者李鳳軍, 崢 黃 申請人:中興通訊股份有限公司