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

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


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