專利名稱：一種融合地址簿業(yè)務實現(xiàn)系統(tǒng)和方法
技術(shù)領域：
本發(fā)明涉及網(wǎng)絡通訊技術(shù)領域，特別地，涉及基于通訊網(wǎng)絡存儲和管理用戶地址信息的技術(shù)。
背景技術(shù)：
近年來，隨著通訊網(wǎng)絡和業(yè)務應用的發(fā)展，用戶逐漸擁有多種地址信息，例如手 機號碼、固定電話號碼、郵箱地址、MSN地址等，不同的地址信息應用于不同的場合，并分布 在不同的物理實體上。不僅如此，個人維護的地址信息目前主要是以零散的方式存儲在各 種用戶終端設備上，給用戶的維護、業(yè)務體驗和商務運營帶來極大不便和障礙，阻礙了用戶 之間的自由交流。由此，業(yè)界相繼提出了一些基于網(wǎng)絡統(tǒng)一存儲和管理用戶地址簿的解決 方案，實現(xiàn)對用戶地址信息的動態(tài)管理，并為其他業(yè)務引擎如CPM、社交網(wǎng)絡等提供支持。用 戶可以基于這一靈活動態(tài)的地址管理平臺，更加自由、流暢的體驗各種電信業(yè)務。隨著固定網(wǎng)絡與移動網(wǎng)絡的融合，電信網(wǎng)絡與互聯(lián)網(wǎng)的融合，為便于業(yè)務發(fā)展，作 為通訊基礎之一的用戶地址存在全新的部署和管理的需求，使得用戶在業(yè)務體驗時盡量擺 脫地址信息來源的束縛，以及消除因終端不同而帶來的地址信息不同造成的負面影響。為此，OMA(OpenMobile Alliance)組織專門成立了 CAB (ConvergedAddress Book)組研究基于網(wǎng)絡存儲和管理地址簿的系統(tǒng)需求、架構(gòu)以及技術(shù)規(guī)范。就融合地址簿 的存儲和管理載體而言，業(yè)界包括OMA CAB組本身均認可重用已有的XDM (XML Document Management)引擎，其中，個人聯(lián)系卡片、融合地址簿、業(yè)務提供商策略以及用戶偏好等均通 過基于網(wǎng)絡的XDM引擎實現(xiàn)。融合地址簿技術(shù)主要涵蓋數(shù)據(jù)同步即終端跟網(wǎng)絡側(cè)存儲管理的CAB之間的動態(tài) 實時同步、個人地址信息共享和發(fā)布、地址簿業(yè)務訂購、網(wǎng)絡側(cè)發(fā)起的對終端的消息通告以 及網(wǎng)內(nèi)和網(wǎng)間地址信息搜索等應用?，F(xiàn)有的實現(xiàn)方式，一般都要求終端具備CAB客戶端能 力，即終端可以既是數(shù)據(jù)同步DS(Data Syncronization)客戶端，還是XDM客戶端，用以支 持CAB系統(tǒng)的各項主要功能實現(xiàn)。由于現(xiàn)有的終端中很多暫時無法具備這樣的客戶端能 力，因此這種實現(xiàn)方式極大的限制了融合地址簿技術(shù)的發(fā)展。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提出一種適用于普通移動終端的融合地址簿業(yè)務實現(xiàn) 系統(tǒng)和方法。本發(fā)明采用以下技術(shù)方案解決上述技術(shù)問題一種融合地址簿業(yè)務實現(xiàn)系統(tǒng)，包括融合地址簿客戶端、融合地址簿服務端、XDM 代理端和XDM服務端；融合地址簿客戶端發(fā)起的業(yè)務請求通過融合地址簿服務端轉(zhuǎn)發(fā)到 XDM代理端；XDM代理端用于對業(yè)務請求進行協(xié)議轉(zhuǎn)換適配后上傳到XDM服務端；XDM服務 端用于執(zhí)行業(yè)務請求，并將響應消息發(fā)送到XDM代理端；XDM代理端還用于將所述響應消息 進行協(xié)議轉(zhuǎn)換適配后下發(fā)到融合地址簿客戶端。
其中，XDM服務端還用于存儲至少一種以下信息用戶偏好信息、業(yè)務提供商策略信息和業(yè)務權(quán)限信息。優(yōu)選的，所述XDM代理端還用于根據(jù)所述XDM服務端中存儲的信息對上傳和下發(fā) 數(shù)據(jù)進行整合處理。一種融合地址簿業(yè)務實現(xiàn)方法，包括以下處理過程融合地址簿客戶端向融合地址簿服務端發(fā)起業(yè)務請求；融合地址簿服務端將業(yè)務請求轉(zhuǎn)發(fā)到XDM代理端，XDM代理端對業(yè)務請求進行協(xié) 議轉(zhuǎn)換適配后上傳到XDM服務端；XDM服務端執(zhí)行業(yè)務請求，并將響應消息發(fā)送到XDM代理端；XDM代理端將所述響應消息進行協(xié)議轉(zhuǎn)換適配后下發(fā)到融合地址簿客戶端。優(yōu)選的，實現(xiàn)方法還包括以下處理步驟所述XDM代理端根據(jù)所述XDM服務端中存 儲的信息對上傳和下發(fā)數(shù)據(jù)進行整合處理。本發(fā)明通過在網(wǎng)絡側(cè)增設一個XDM代理端，用以代理移動終端(即客戶端)跟XDM 服務端之間的業(yè)務和數(shù)據(jù)交互。使得本發(fā)明中的移動終端不必具有XDM客戶端能力，而只 需要向XDM代理端發(fā)送簡單的業(yè)務請求，從而簡化了終端的處理能力和降低了終端的運行 負擔。此外XDM代理端在執(zhí)行來自移動終端或者XDM服務端的信息交互任務的同時，融 合網(wǎng)絡側(cè)存儲的用戶偏好、業(yè)務提供商策略以及用戶、業(yè)務提供商設置的業(yè)務權(quán)限等信息， 對下發(fā)和上傳數(shù)據(jù)進行整合，可以最大程度的優(yōu)化服務器側(cè)的運行負擔以及提高用戶的 CAB業(yè)務體驗。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實 施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1是本發(fā)明融合地址簿業(yè)務實現(xiàn)系統(tǒng)優(yōu)選實施例的原理圖；圖2是本發(fā)明融合地址簿業(yè)務實現(xiàn)方法優(yōu)選實施例的流程圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實 施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。如圖1所示的本發(fā)明融合地址簿業(yè)務實現(xiàn)系統(tǒng)優(yōu)選實施例的原理，系統(tǒng)包括四個 基本功能體融合地址簿客戶端(CAB Client)、融合地址簿服務端(CAB Server)、XDM代理 端(XDM Proxy)和XDM服務端(XDM Server)，其中除了融合地址簿客戶端(CAB Client) 為終端側(cè)設備外，其他三個功能體都為網(wǎng)絡側(cè)設備。融合地址簿客戶端用于發(fā)起業(yè)務請求， 并通過融合地址簿服務端轉(zhuǎn)發(fā)到XDM代理端。XDM代理端用于執(zhí)行融合地址簿客戶端(CAB Client)或者XDM服務端(XDM Server)的信息交互任務；即對融合地址簿客戶端的業(yè)務 請求進行協(xié)議轉(zhuǎn)換適配后上傳到XDM服務端以及將XDM服務端的響應消息進行協(xié)議轉(zhuǎn)換適 配后下發(fā)到融合地址簿客戶端。XDM服務端用于執(zhí)行業(yè)務請求，并將響應消息發(fā)送到XDM代 理端。
此外，XDM服務端還可以存儲至少一種以下信息用戶偏好信息、業(yè)務提供商策略信息和業(yè)務權(quán)限信息。這些信息可以用于XDM代理端調(diào)用，并據(jù)此對經(jīng)由XDM代理端上傳和 下發(fā)數(shù)據(jù)進行整合處理。這里的整合處理，是指綜合利用XDM服務端存儲的用戶偏好信息、 業(yè)務提供商策略信息以及業(yè)務權(quán)限信息，向XDM服務端上傳準確、精簡的請求消息；向終端 用戶下發(fā)個性化的響應，提高用戶體驗。在一個具體實施例中，融合地址簿客戶端和融合地址簿服務端通過通用接口協(xié)議 完成通訊，例如采用HTTP協(xié)議、SMPP協(xié)議、SyncML協(xié)議等。由于CAB Server,XDM Proxy是融合地址簿系統(tǒng)網(wǎng)絡側(cè)的重要功能網(wǎng)元，在具體實 施過程中，兩者可以合設，也可以分設，任何可以實現(xiàn)信令消息交互的通訊協(xié)議都可以適用 于兩者之間的通信，如HTTP，XCAP協(xié)議等。XDM Proxy和CAB Client通常分別部署于網(wǎng)絡側(cè)和移動終端側(cè)，之前的通訊適用 于通用移動終端和服務端通訊的協(xié)議皆可，如HTTP協(xié)議等。本發(fā)明的融合地址簿業(yè)務實現(xiàn)系統(tǒng)用于無線通信網(wǎng)絡中的地址信息網(wǎng)絡動態(tài)存 儲管理服務中，以及與之相關的其他業(yè)務引擎系統(tǒng)中如CPM、IM等。下面結(jié)合圖2對本發(fā)明的融合地址簿業(yè)務實現(xiàn)方法流程進行詳細介紹。圖中融合 地址簿客戶端(CAB Client)為通用移動終端以下簡稱移動終端，其實現(xiàn)步驟如下步驟201，移動終端向CAB Server發(fā)起業(yè)務請求； 本實施例中，對于移動終端只需要具備提交CAB業(yè)務請求的能力，不必擁有XDM客 戶端能力。即移動終端只需要支持通用接口協(xié)議如HTTP、SMPP等即可，而不必支持XCAP協(xié) 議(XDM服務器和客戶端的交互接口協(xié)議)。步驟202，CAB Server將業(yè)務請求轉(zhuǎn)發(fā)至XDM PROXY ；步驟203，XDM PROXY對移動終端的請求消息進行內(nèi)容整合和協(xié)議轉(zhuǎn)換適配，并轉(zhuǎn) 發(fā)至 XDM Server ；本實施例中，XDM PROXY實現(xiàn)上述通用協(xié)議跟XCAP之間的協(xié)議轉(zhuǎn)換適配。并且 當XDM Server內(nèi)存儲有用戶偏好以及業(yè)務提供商策略時，XDMPR0XY還可以通過調(diào)用的 方式獲得參數(shù)并對請求消息進行內(nèi)容整合，向XDM服務端上傳準確、精簡的請求消息。CAB Server通過XDM PROXY可以將整合后的請求消息轉(zhuǎn)化為XDM標準接口消息，并經(jīng)由XDM PROXY將業(yè)務請求消息轉(zhuǎn)發(fā)至XDM Server。步驟204，XDM Server執(zhí)行業(yè)務請求動作，并將響應消息發(fā)至XDMPR0XY ；本實施例中，XDM Server是用戶融合地址簿、用戶偏好以及業(yè)務提供商策略的存 儲歸屬網(wǎng)元。這里，XDM Server接收到業(yè)務請求過后，由于該業(yè)務請求已經(jīng)過了 XDM PROXY 的內(nèi)容整合，即已經(jīng)結(jié)合了用戶偏好以及業(yè)務提供商策略，XDM Server則可以執(zhí)行該業(yè)務 請求的詳細實現(xiàn)動作如搜索、訂購、共享、發(fā)布等。這種方式可以實現(xiàn)高效率、高度個性化 的業(yè)務服務。經(jīng)過整合后向終端用戶下發(fā)的是個性化的響應，提高了用戶體驗。步驟205，XDM PROXY對業(yè)務響應消息進行內(nèi)容整合和協(xié)議轉(zhuǎn)換適配并下發(fā)至終 端；在本實施例中，XDM PROXY接收到XDM標準接口響應消息，調(diào)用XDMServer存儲的 參數(shù)信息，并根據(jù)參數(shù)中記錄的終端能力對消息進行內(nèi)容整合后再適配封裝，并進行底層 協(xié)議的轉(zhuǎn)換。這樣，終端能力最大限度的得到了兼容。
步驟206，終端接收到業(yè)務響應消息。至此，流程全部結(jié)束。 這樣，通過本發(fā)明，融合地址簿的主要業(yè)務經(jīng)由XDM PROXY來實現(xiàn)業(yè)務信息的傳遞 和轉(zhuǎn)發(fā)。在上、下行的業(yè)務流程中XDM PROXY首先依據(jù)終端能力和配置進行內(nèi)容整合和協(xié) 議轉(zhuǎn)換適配，從而最大化減輕終端的數(shù)據(jù)處理負擔。同時，它根據(jù)終端以及下游設備的協(xié)議 支持能力進行協(xié)議轉(zhuǎn)換適配，這樣，終端不必必須具備XDM客戶端功能以支持融合地址簿 業(yè)務，從而，終端的運行壓力得到了最大程度的解放。 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種融合地址簿業(yè)務實現(xiàn)系統(tǒng)，包括融合地址簿客戶端、融合地址簿服務端、XDM代理端和XDM服務端；融合地址簿客戶端發(fā)起的業(yè)務請求通過融合地址簿服務端轉(zhuǎn)發(fā)到XDM代理端；XDM代理端用于對業(yè)務請求進行協(xié)議轉(zhuǎn)換適配后上傳到XDM服務端；XDM服務端用于執(zhí)行業(yè)務請求，并將響應消息發(fā)送到XDM代理端；XDM代理端還用于將所述響應消息進行協(xié)議轉(zhuǎn)換適配后下發(fā)到融合地址簿客戶端。
2.根據(jù)權(quán)利要求1所述的融合地址簿業(yè)務實現(xiàn)系統(tǒng)，其特征在于，所述XDM服務端還用 于存儲至少一種以下信息用戶偏好信息、業(yè)務提供商策略信息和業(yè)務權(quán)限信息。
3.根據(jù)權(quán)利要求2所述的融合地址簿業(yè)務實現(xiàn)系統(tǒng)，其特征在于，所述XDM代理端還用 于根據(jù)所述XDM服務端中存儲的信息對上傳和下發(fā)數(shù)據(jù)進行整合處理。
4.根據(jù)權(quán)利要求1-3任一項所述的融合地址簿業(yè)務實現(xiàn)系統(tǒng)，其特征在于，所述融合 地址簿客戶端和融合地址簿服務端通過任一種以下的通用接口協(xié)議進行通訊HTTP協(xié)議、 SMPP協(xié)議、SyncML協(xié)議。
5.根據(jù)權(quán)利要求4所述的融合地址簿業(yè)務實現(xiàn)系統(tǒng)，其特征在于，所述XDM代理端進行 的協(xié)議轉(zhuǎn)換適配是在所述通用接口協(xié)議和XCAP協(xié)議之間的協(xié)議轉(zhuǎn)換適配。
6.一種融合地址簿業(yè)務實現(xiàn)方法，其特征在于，所述方法包括以下處理過程融合地址簿客戶端向融合地址簿服務端發(fā)起業(yè)務請求；融合地址簿服務端將業(yè)務請求轉(zhuǎn)發(fā)到XDM代理端，XDM代理端對業(yè)務請求進行協(xié)議轉(zhuǎn) 換適配后上傳到XDM服務端；XDM服務端執(zhí)行業(yè)務請求，并將響應消息發(fā)送到XDM代理端；XDM代理端將所述響應消息進行協(xié)議轉(zhuǎn)換適配后下發(fā)到融合地址簿客戶端。
7.根據(jù)權(quán)利要求6所述的融合地址簿業(yè)務實現(xiàn)方法，其特征在于，還包括以下處理步 驟所述XDM代理端根據(jù)所述XDM服務端中存儲的信息對上傳和下發(fā)數(shù)據(jù)進行整合處理。
8.根據(jù)權(quán)利要求6或7所述的融合地址簿業(yè)務實現(xiàn)方法，其特征在于，融合地址簿客戶 端采用任一種以下的通用接口協(xié)議HTTP協(xié)議、SMPP協(xié)議向融合地址簿服務端發(fā)起業(yè)務請 求。
9.根據(jù)權(quán)利要求8所述的融合地址簿業(yè)務實現(xiàn)方法，其特征在于，所述XDM代理端進行 的協(xié)議轉(zhuǎn)換適配是在所述通用接口協(xié)議和XCAP協(xié)議之間的協(xié)議轉(zhuǎn)換適配。
全文摘要
本發(fā)明公開了一種融合地址簿業(yè)務實現(xiàn)系統(tǒng)和方法，通過在網(wǎng)絡側(cè)增設一個XDM代理端，代理移動終端跟XDM服務端之間的業(yè)務和數(shù)據(jù)交互。采用本發(fā)明，移動終端不必具有XDM客戶端能力，而只需要向XDM代理端發(fā)送簡單的業(yè)務請求，簡化了終端的處理能力和降低了終端的運行負擔。XDM代理端還可以融合網(wǎng)絡側(cè)存儲的用戶偏好、業(yè)務提供商策略以及用戶、業(yè)務提供商設置的業(yè)務權(quán)限等信息，對下發(fā)和上傳數(shù)據(jù)進行整合，可以最大程度的優(yōu)化服務器的運行負擔以及提高用戶的CAB業(yè)務體驗。
文檔編號H04L29/12GK101834880SQ200910106129
公開日2010年9月15日 申請日期2009年3月13日 優(yōu)先權(quán)日2009年3月13日
發(fā)明者黃光平 申請人:中興通訊股份有限公司