專利名稱：用于基于匯聚網(wǎng)絡(luò)的地址簿的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本公開內(nèi)容涉及匯聚地址簿系統(tǒng)。
背景技術(shù)：
在社交環(huán)境或背景中，地址簿是建立人之間的社交關(guān)系的關(guān)鍵使能器。典型的地 址簿包含聯(lián)系人項(xiàng)的列表，每一個(gè)聯(lián)系人項(xiàng)包括聯(lián)系人信息的列表。這樣的信息可以包括 (但不限于)名字、物理地址、電子郵件地址、電話號(hào)碼、個(gè)人標(biāo)識(shí)號(hào)碼、即時(shí)消息標(biāo)識(shí)符等 等，它們使得一個(gè)用戶可以接觸另一個(gè)用戶。除了聯(lián)系人項(xiàng)之外，地址簿系統(tǒng)還可以包括用 戶自身的個(gè)人聯(lián)系人信息。跨越服務(wù)領(lǐng)域和移動(dòng)設(shè)備的日益增長(zhǎng)的創(chuàng)新創(chuàng)建了多種對(duì)聯(lián)系人信息進(jìn)行組織 和管理的方式。隨著在最終用戶設(shè)備上對(duì)地址簿的使用的快速增長(zhǎng)，移動(dòng)產(chǎn)業(yè)已經(jīng)產(chǎn)生出 很多不同類型的地址簿系統(tǒng)、相關(guān)聯(lián)的數(shù)據(jù)格式以及管理它們的協(xié)議。盡管這向最終用戶 提供了更多的選擇，但是它造成了非常糟糕的用戶體驗(yàn)，并且引起在不同的地址簿應(yīng)用之 間的互操作性問題。換言之，關(guān)于地址簿應(yīng)用，在設(shè)備間缺少統(tǒng)一的用戶體驗(yàn)并且存在不一 致的用戶體驗(yàn)。在不同的標(biāo)準(zhǔn)組織中，比如開放移動(dòng)聯(lián)盟(OMA)匯聚地址簿(CAB)、開放移動(dòng)終端 平臺(tái)(OMTP)以及互聯(lián)網(wǎng)工程任務(wù)組(IETF)，正在進(jìn)行提供匯聚地址簿系統(tǒng)的若干活動(dòng)。 然而，在定義下述底層系統(tǒng)架構(gòu)方面中當(dāng)前還存在著分歧該底層系統(tǒng)架構(gòu)將許可用戶管 理(例如添加、修改、刪除)、公布、訂購(gòu)、搜索和共享作為網(wǎng)絡(luò)上不同設(shè)備之間的匯聚地址 簿的一部分的信息。對(duì)于標(biāo)準(zhǔn)匯聚地址簿系統(tǒng)來說，還可能需要與傳統(tǒng)或外部地址簿系統(tǒng) (例如導(dǎo)入)的交互。

發(fā)明內(nèi)容
本公開內(nèi)容提供了一種設(shè)備上的匯聚地址簿客戶端，被配置為通過匯聚地址簿系 統(tǒng)來管理聯(lián)系人信息，所述匯聚地址簿客戶端包括接口，用于與匯聚地址簿服務(wù)器進(jìn)行交 互；以及同步接口，被配置為與同步模塊進(jìn)行通信，所述同步模塊用于與數(shù)據(jù)同步使能器進(jìn) 行交互，所述同步接口用于在所述匯聚地址簿客戶端和匯聚地址簿服務(wù)器之間進(jìn)行同步； 其中所述接口允許所述匯聚地址簿客戶端通過對(duì)所述匯聚地址簿服務(wù)器發(fā)起請(qǐng)求并且從 所述匯聚地址簿服務(wù)器接收響應(yīng)，來管理聯(lián)系人信息。本公開內(nèi)容還提供了一種匯聚地址簿系統(tǒng)中的匯聚地址簿服務(wù)器，所述匯聚地址 簿服務(wù)器包括接口，用于與匯聚地址簿客戶端進(jìn)行交互；數(shù)據(jù)同步管理器，被配置為在至 少一個(gè)匯聚地址簿用戶設(shè)備和所述匯聚地址簿服務(wù)器之間同步信息；數(shù)據(jù)同步接口，所述數(shù)據(jù)同步接口被配置為在所述數(shù)據(jù)同步管理器和數(shù)據(jù)同步使能器之間進(jìn)行通信，所述數(shù)據(jù) 同步接口用于與所述匯聚地址簿客戶端同步數(shù)據(jù)；訂購(gòu)管理器，被配置為管理匯聚地址簿 訂購(gòu)和授權(quán)信息；文檔管理接口，用于與匯聚地址簿可擴(kuò)展標(biāo)記語(yǔ)言文檔管理系統(tǒng)進(jìn)行通 信；以及可擴(kuò)展標(biāo)記語(yǔ)言文檔管理客戶端，被配置為對(duì)在所述可擴(kuò)展標(biāo)記語(yǔ)言文檔管理系 統(tǒng)中存儲(chǔ)的匯聚地址簿數(shù)據(jù)進(jìn)行接入和操作。本公開內(nèi)容還提供了一種在匯聚地址簿系統(tǒng)中使用的網(wǎng)絡(luò)倉(cāng)庫(kù)，包括存儲(chǔ)器，用 于存儲(chǔ)匯聚地址簿系統(tǒng)相關(guān)信息；接口，允許由匯聚地址簿客戶端或匯聚地址簿服務(wù)器對(duì) 所述匯聚地址簿系統(tǒng)相關(guān)信息進(jìn)行接入，其中所述網(wǎng)絡(luò)倉(cāng)庫(kù)還指定與所述匯聚地址簿系統(tǒng) 相關(guān)信息相關(guān)聯(lián)的數(shù)據(jù)語(yǔ)義。


通過下列附圖將更好地理解本公開內(nèi)容，其中圖1是示意了基于網(wǎng)絡(luò)的匯聚地址簿系統(tǒng)的示例系統(tǒng)架構(gòu)的框圖；圖2是示意了聯(lián)系人公布數(shù)據(jù)流的流程圖；圖3是示意了聯(lián)系人訂購(gòu)/通知數(shù)據(jù)流的流程圖；圖4是示意了使用用于通信的代理的聯(lián)系人訂購(gòu)/通知數(shù)據(jù)流的流程圖；圖5是示意了聯(lián)系人共享數(shù)據(jù)流的流程圖；圖6是示意了使用用于通信的代理的聯(lián)系人共享數(shù)據(jù)流的流程圖；圖7是示意了聯(lián)系人發(fā)送數(shù)據(jù)流的流程圖；圖8是示意了聯(lián)系人搜索數(shù)據(jù)流的流程圖；圖9是示意了與傳統(tǒng)地址簿系統(tǒng)進(jìn)行交互的流程圖；圖10是示意了使用用于通信的代理與傳統(tǒng)地址簿系統(tǒng)進(jìn)行交互的流程圖；圖11是示意了在設(shè)備和網(wǎng)絡(luò)側(cè)之間的數(shù)據(jù)同步的流程圖；以及圖12是適于在本公開內(nèi)容中使用的示例移動(dòng)設(shè)備的框圖。
具體實(shí)施例方式現(xiàn)在參見圖1。圖1示出了基于如圖1所示的網(wǎng)絡(luò)的匯聚地址簿系統(tǒng)的示例系統(tǒng) 架構(gòu)，將該系統(tǒng)分為網(wǎng)絡(luò)側(cè)110和設(shè)備側(cè)120。設(shè)備側(cè)120可以是可使用匯聚地址簿的任何設(shè)備的一部分。示例包括無(wú)線設(shè)備， 比如蜂窩式電話、個(gè)人數(shù)字助理、雙向?qū)ず魴C(jī)或其他類似設(shè)備。設(shè)備側(cè)120還可以包括有 線設(shè)備，比如個(gè)人計(jì)算機(jī)、膝上型計(jì)算機(jī)、機(jī)頂盒、或者代表設(shè)備進(jìn)行工作的任何網(wǎng)絡(luò)實(shí)體 (比如基于代理的基礎(chǔ)結(jié)構(gòu)的系統(tǒng))等等。設(shè)備側(cè)120包括匯聚地址簿(CAB)客戶端122。CAB客戶端122是設(shè)備側(cè)120上 的主要功能實(shí)體。如下所述，CAB客戶端120與CAB服務(wù)器142進(jìn)行通信。CAB客戶端122 和CAB服務(wù)器142之間的接口傳送從匯聚地址簿的用戶到網(wǎng)絡(luò)側(cè)110的請(qǐng)求，比如公布、訂 購(gòu)、共享、搜索、認(rèn)證、導(dǎo)入、用戶優(yōu)選項(xiàng)等等。在一個(gè)實(shí)施例中，使用諸如超文本傳輸協(xié)議(HTTP)或會(huì)話初始化協(xié)議(SIP)的互 聯(lián)網(wǎng)協(xié)議(IP)協(xié)議來實(shí)現(xiàn)CAB客戶端122和CAB服務(wù)器142之間的接口的底層協(xié)議。本 領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解可以使用其他基于HTTP的協(xié)議來作為備選，或與標(biāo)準(zhǔn)的HTTP協(xié)議相結(jié)合，這些其它基于HTTP的協(xié)議比如XCAP、SOAP、XML-RPC、或REST。此外，在一個(gè)實(shí)施例 中，協(xié)議的主體或有效載荷可以包含傳送這些請(qǐng)求的語(yǔ)法或協(xié)議。例如，下面是具有可擴(kuò)展標(biāo)記語(yǔ)言(XML)格式的主體的HTTP示例，該示例包含了 從CAB客戶端122向CAB服務(wù)器142發(fā)送的搜索請(qǐng)求。POST/org. openmobilealliance. cabHTTP/1. 1Host :CAB. example, comUser-Agent :CAB-clientDate :ffed,IOOct 2007 12:07:22 GMT-05...Content-Type application/CAB+xml...< ？ xml version = “1. 0” encoding = “UTF-8”？ >〈search id =”aal234，，><--------------------------針對(duì)‘搜索’的請(qǐng)求數(shù)據(jù)放這里</search>類似地，可以發(fā)送公布、訂購(gòu)、共享、認(rèn)證、導(dǎo)入、或提供用戶優(yōu)選項(xiàng)等等的請(qǐng)求。在 備選實(shí)施例中，可以針對(duì)SIP使用類似的消息主體。
在上面的XML中，搜索XML元素包括XML屬性標(biāo)識(shí)符“id”。該標(biāo)識(shí)機(jī)制允許CAB 客戶端122將給定的搜索請(qǐng)求與給定的搜索響應(yīng)進(jìn)行相關(guān)。設(shè)備側(cè)120上的其他功能塊包括SyncML客戶端124。SyncML客戶端124的主要 責(zé)任是協(xié)助CAB客戶端122在設(shè)備側(cè)120和網(wǎng)絡(luò)側(cè)110之間同步用戶的個(gè)人聯(lián)系人信息和 地址簿數(shù)據(jù)。在一個(gè)實(shí)施例中，這是通過例如SyncServerAgent，使用OMA數(shù)據(jù)同步(DS)服 務(wù)器(比如OMA DS使能器146)來完成的。CAB客戶端122和SyncML客戶端IM之間的接口負(fù)責(zé)CAB客戶端和SyncML客戶 端之間的通信，以在設(shè)備和網(wǎng)絡(luò)之間同步用戶的個(gè)人聯(lián)系人信息和地址簿數(shù)據(jù)。設(shè)備120上的其他邏輯塊包括匯聚地址簿用戶代理126。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理 解，CAB用戶代理126向最終用戶提供可視用戶界面，以連接到CAB客戶端122。換言之， CAB用戶代理1 是一種類型的控制器，負(fù)責(zé)CAB應(yīng)用的所有用戶界面方面，包括捕捉用戶 輸入或動(dòng)作，并且向最終用戶展示CAB相關(guān)信息。從而CAB客戶端122還可以提供外部接口(比如CAB用戶代理1 或設(shè)備側(cè)120 上的其他客戶端)，該外部接口可以接入或查詢CAB相關(guān)信息，并且可以將其集成到他們本 身的應(yīng)用中。例如，設(shè)備上的存在性應(yīng)用可以集成CAB數(shù)據(jù)，以針對(duì)用戶的聯(lián)系人列表向其 用戶展示CAB和存在性數(shù)據(jù)?？梢杂脩?yīng)用編程接口或API的形式來提供該接口。在一些實(shí)施例中，設(shè)備120上的其他邏輯單元可以包括傳統(tǒng)地址簿128。該地址簿 包括現(xiàn)有的電子郵件、即時(shí)消息或其他基于本機(jī)設(shè)備的地址簿。傳統(tǒng)地址簿128和CAB客戶端122之間的接口允許CAB用戶從設(shè)備上的本機(jī)地址 簿向CAB客戶端122導(dǎo)入用戶的聯(lián)系人信息，本機(jī)地址簿例如本地設(shè)備地址簿或基于訂戶 標(biāo)識(shí)模塊(SIM)卡的地址簿，最終可以將這些地址簿用基于網(wǎng)絡(luò)的匯聚地址簿加以存儲(chǔ)或與基于網(wǎng)絡(luò)的匯聚地址簿進(jìn)行同步。傳統(tǒng)地址簿1 和CAB客戶端122之間的接口還可以允許從其他設(shè)備應(yīng)用129，比 如即時(shí)消息(IM)客戶端取回聯(lián)系人項(xiàng)。在網(wǎng)絡(luò)側(cè)110上，CAB服務(wù)器142是CAB系統(tǒng)的主要組件。CAB服務(wù)器142可以包 括一個(gè)或更多下列的固有功能。在一個(gè)實(shí)施例中，CAB服務(wù)器142可以被配置為從CAB XDMS 取回CAB客戶端122請(qǐng)求，其中該XDMS被作為到CAB服務(wù)器142的代理來工作，用于CAB 客戶端122和CAB服務(wù)器142之間的交互。在圖1中用間接接口 155來示出了該交互。下 面描述CAB XDMS。CAB服務(wù)器142，用戶賬戶管理器該功能負(fù)責(zé)管理授權(quán)原則以及用戶認(rèn)證和賬戶 信息，該賬戶信息包括用戶優(yōu)選項(xiàng)和定制方面。例如，CAB用戶可以希望僅從網(wǎng)絡(luò)接收信息 的子集合，或者不希望接收針對(duì)網(wǎng)絡(luò)上發(fā)生的每一次更新的通知等等。CAB服務(wù)器142，數(shù)據(jù)同步(DS)管理器該功能負(fù)責(zé)用于在設(shè)備(或多個(gè)CAB用戶 設(shè)備)和CAB服務(wù)器142之間進(jìn)行的CAB相關(guān)數(shù)據(jù)(比如地址簿和其他CAB數(shù)據(jù))同步的 配置建立。其還可以包括內(nèi)容變換模塊，該模塊協(xié)助將在CAB數(shù)據(jù)庫(kù)中存儲(chǔ)的數(shù)據(jù)格式變 換為在傳送至CAB客戶端122的SyncML中使用的傳輸格式，并且反之亦然。DS管理器是基 于OMA DS的，這暗示著其負(fù)責(zé)數(shù)據(jù)同步方面，比如沖突化解，并且其以CAB客戶端的名義來 維護(hù)CAB XDMS中存儲(chǔ)的數(shù)據(jù)的映射表。CAB服務(wù)器142，訂購(gòu)管理器該功能負(fù)責(zé)管理CAB用戶的訂購(gòu)列表以及授權(quán)信息， 以保持在相應(yīng)的CAB設(shè)備上訂購(gòu)用戶的聯(lián)系人信息(即CAB用戶地址簿中其他用戶的聯(lián)系 人信息)是最新的。這是通過在CAB XDMS中訂購(gòu)其他用戶的個(gè)人聯(lián)系人卡(PCC)數(shù)據(jù)，并 且在用戶的地址簿中存儲(chǔ)作為結(jié)果的更新來完成的。隨后可以使用例如來自CAB服務(wù)器的 OMA DS通知，來向CAB用戶通知對(duì)地址簿的更新。CAB服務(wù)器142，CAB XML文檔管理客戶端(XDMC)該功能負(fù)責(zé)對(duì)在CAB數(shù)據(jù)庫(kù)(本 文中也稱作XDMS)中存儲(chǔ)的CAB數(shù)據(jù)(比如PCC和地址簿信息)，以及可以在CAB XDMS中 存儲(chǔ)的其他文檔(例如用戶優(yōu)選項(xiàng)、用戶策略)進(jìn)行接入和操作。預(yù)期由CAB服務(wù)器142 中的其他功能來使用該功能，以接入和操作CAB XDMS中的數(shù)據(jù)。CAB XDMC可以使用XDM使 能器提供的標(biāo)準(zhǔn)接口(圖1中用引用標(biāo)號(hào)143來表示)。在一個(gè)實(shí)施例中，位于CAB服務(wù)器 142中的CAB XDMC還可以與其他XDMS進(jìn)行交互，該其它XDMS表示使用XML文檔管理存儲(chǔ) 的，但是不是CAB XDMS的一部分的傳統(tǒng)地址簿或個(gè)人聯(lián)系人卡。CAB服務(wù)器142，消息單元該功能負(fù)責(zé)消息動(dòng)作，以滿足CAB和非CAB用戶之間的 聯(lián)系人發(fā)送和聯(lián)系人共享操作。還可以將該功能視為聯(lián)系人共享功能。網(wǎng)絡(luò)側(cè)110上的另一個(gè)單元是CAB XML文檔管理服務(wù)器(XDMS) 144。CAB XDMS是 CAB數(shù)據(jù)庫(kù)或網(wǎng)絡(luò)倉(cāng)庫(kù)，并且如果需要支持CAB系統(tǒng)，則可以包含一個(gè)或更多XDM應(yīng)用使用。 CAB XDMS 144的主要責(zé)任是存儲(chǔ)CAB相關(guān)信息，并且指定與該信息相關(guān)聯(lián)的數(shù)據(jù)語(yǔ)義。例 如，基于相應(yīng)的XML概要的集合和/或文檔類型定義，存儲(chǔ)可以包括CAB用戶的個(gè)人聯(lián)系人 卡、CAB用戶的地址簿元數(shù)據(jù)、以及CAB用戶策略或CAB用戶優(yōu)選項(xiàng)。CAB XDMS 144還適于處理策略管理功能，比如基于ITEF公共策略征求評(píng)議文件 (RFC) 4745的策略管理功能。如果需要由匯聚地址簿系統(tǒng)來使用，可以對(duì)該策略管理功能加 以擴(kuò)展。CAB策略可以用于建立并且應(yīng)用授權(quán)規(guī)則。其還可以用于應(yīng)用不同的變換，以協(xié)助創(chuàng)建按照給定的匯聚地址簿用戶所定義的聯(lián)系人視圖，例如對(duì)個(gè)人聯(lián)系人卡信息和聯(lián)系人 視圖進(jìn)行映射。網(wǎng)絡(luò)側(cè)110上的另一個(gè)單元是OMA DS使能器146。網(wǎng)絡(luò)上的該OMA DS使能器146 負(fù)責(zé)將在網(wǎng)絡(luò)上存儲(chǔ)(例如在CAB XDMS 144中)的CAB相關(guān)數(shù)據(jù)同步到設(shè)備側(cè)CAB客戶 端122上。OMA DS使能器使用SyncML作為兩個(gè)同步端點(diǎn)之間的同步協(xié)議，在本公開內(nèi)容 中，這兩個(gè)同步端點(diǎn)將是CAB客戶端122和CAB服務(wù)器142。在一個(gè)實(shí)施例中，用于同步的底層傳輸協(xié)議可以是HTTP或無(wú)線應(yīng)用協(xié)議(WAP)推 送(PUSH)。可以使用OMA DS定義的通知消息框架作為向CAB用戶指示對(duì)網(wǎng)絡(luò)中的CAB聯(lián) 系人信息(例如地址簿數(shù)據(jù)、個(gè)人聯(lián)系人卡數(shù)據(jù))的更新的機(jī)制。例如，可以在該通知內(nèi)指 示或使用作為聯(lián)系人訂購(gòu)結(jié)果的對(duì)聯(lián)系人信息的更新、聯(lián)系人共享、對(duì)用戶的個(gè)人聯(lián)系人 卡信息的改變、CAB狀態(tài)以及非CAB數(shù)據(jù)到CAB的導(dǎo)入等等。在備選實(shí)施例中，在將數(shù)據(jù)插 入到網(wǎng)絡(luò)地址簿之前，可以向用戶提示批準(zhǔn)，這也可以是通知類型的一種。還可以通過其他機(jī)制，比如短消息服務(wù)(SMS)、多媒體消息服務(wù)(MMS)、電子郵件、 即時(shí)消息、SIP通知、SIP推送、WAP推送等等，來在OMA DS框架之外傳送針對(duì)上述情形對(duì) CAB用戶的通知?？梢允褂肅AB服務(wù)器142中的邏輯功能“通知”來管理和表示該通知。網(wǎng)絡(luò)側(cè)110上的另一個(gè)組件可以是遠(yuǎn)程CAB服務(wù)器148。有可能在其他網(wǎng)絡(luò)域的 主機(jī)上存在CAB服務(wù)器。針對(duì)由本公開內(nèi)容所述的CAB系統(tǒng)支持的諸如聯(lián)系人共享、搜索、 訂購(gòu)、用戶優(yōu)選項(xiàng)以及用戶數(shù)據(jù)接入等特征，遠(yuǎn)程CAB服務(wù)器接口 149是許可在一個(gè)或更多 網(wǎng)絡(luò)域中的受信CAB系統(tǒng)之間的互相作用的接口。該互相作用可以經(jīng)由某種類型的NNI (網(wǎng) 絡(luò)到網(wǎng)絡(luò)的接口)來發(fā)生。網(wǎng)絡(luò)側(cè)110上的其他單元包括服務(wù)聚合器150。服務(wù)器聚合器150的主要功能是 將來自其他外部使能器152的信息加以聚合，比如但不限于存在性、位置、消息等等。在一 個(gè)實(shí)施例中，服務(wù)聚合器150可以與存在性感知層(PAL)、基于條件的統(tǒng)一資源標(biāo)識(shí)符選擇 (CBUS)使能器、以及服務(wù)器用戶簡(jiǎn)檔管理(ServUserProf)使能器中的一個(gè)或更多進(jìn)行集 成。服務(wù)聚合器150的使用豐富了具有動(dòng)態(tài)信息的CAB服務(wù)。例如，CAB系統(tǒng)有可能 通過服務(wù)聚合器150與存在性平臺(tái)(例如OMA存在性-PRQ進(jìn)行互相作用。這將允許CAB 系統(tǒng)不僅顯示用戶的聯(lián)系人信息，還可以顯示用戶的可用性和/或可達(dá)性。其還可以顯示 在給定時(shí)間點(diǎn)上給定聯(lián)系人希望在被聯(lián)系時(shí)使用的那些聯(lián)系方式。服務(wù)聚合器許可CAB系 統(tǒng)并入并且與其他服務(wù)互相作用，以達(dá)成新的功能點(diǎn)。例如，服務(wù)聚合器可以允許給定服務(wù) (比如用戶簡(jiǎn)檔服務(wù)、消息服務(wù)、存在性服務(wù)等等)從CAB系統(tǒng)取回用戶的CAB相關(guān)信息，比 如地址簿、個(gè)人聯(lián)系人卡、以及用戶優(yōu)選項(xiàng)信息。網(wǎng)絡(luò)側(cè)110的另一個(gè)實(shí)體包括基于網(wǎng)絡(luò)的傳統(tǒng)地址簿系統(tǒng)154。傳統(tǒng)地址簿系統(tǒng) 可以是已經(jīng)存在的地址簿系統(tǒng)。例如i^cebOOkTM、0utlOOkTM、YahOO ！ 聯(lián)系人等等可以已 經(jīng)存在在網(wǎng)絡(luò)側(cè)上。這些傳統(tǒng)系統(tǒng)用于管理個(gè)人聯(lián)系人和地址簿信息，并且他們也是基于 網(wǎng)絡(luò)的。與傳統(tǒng)地址簿的交互可以基于來自CAB用戶的請(qǐng)求(例如導(dǎo)入請(qǐng)求)，通過CAB服 務(wù)器142中的互相作用模塊來發(fā)生。可以使用上述架構(gòu)來向網(wǎng)絡(luò)中的不同設(shè)備客戶端提供匯聚地址簿功能。該匯聚地 址簿的功能將包括訂購(gòu)地址簿中的用戶的聯(lián)系人、數(shù)據(jù)管理(例如公布信息和管理信息的改變)、在設(shè)備和網(wǎng)絡(luò)之間的同步聯(lián)系人數(shù)據(jù)、與傳統(tǒng)系統(tǒng)的交互、共享、以及搜索聯(lián)系人信 息等其他功能。上面的列表不意味著是無(wú)遺漏的，并且匯聚地址簿的其他功能對(duì)于已經(jīng)了 解本公開內(nèi)容的本領(lǐng)域技術(shù)人員來說將是顯而易見的?，F(xiàn)在參見圖2。圖2示意了在第一用戶希望向CAB公布信息他/她自己的數(shù)據(jù)的 情況中的數(shù)據(jù)流程圖。如圖2所示，“用戶A” 210與CAB服務(wù)器142通信，CAB服務(wù)器142與CAB XDMS 144通信。用戶A 210是來自圖1中的CAB用戶代理1 和CAB客戶端122的組合。從用戶A向CAB服務(wù)器142發(fā)送第一消息220。在該情況中，第一消息220是公布 請(qǐng)求，在該請(qǐng)求中CAB用戶用可能的授權(quán)規(guī)則/策略向CAB服務(wù)器142請(qǐng)求公布他/她的 聯(lián)系人信息。在另一個(gè)實(shí)施例中，消息220僅包括更新，而不包括新的聯(lián)系人信息。在一個(gè) 實(shí)施例中，用于向CAB服務(wù)器公布數(shù)據(jù)的接口是OMA DS0消息230是從CAB服務(wù)器142到CAB XDMS 144的，在該消息中CAB服務(wù)器142接 收請(qǐng)求，并且在CAB XDMS 144中存儲(chǔ)公布的聯(lián)系人信息。在一個(gè)實(shí)施例中使用的協(xié)議是 XML配置接入?yún)f(xié)議(XCAP)，例如具有HTTP PUT操作的。在IETF RFC 4825中定義了 XCAP， 其內(nèi)容以引用的方式并入本文中。對(duì)于本領(lǐng)域技術(shù)人員來說顯而易見地，用戶A 210還可 以使用XCAP直接向CAB XDMS公布數(shù)據(jù)，即不經(jīng)由OMADS通過CAB服務(wù)器。在用戶A 210正在用多個(gè)設(shè)備進(jìn)行操作的情況中，可以從CAB服務(wù)器142向由用 戶A 210操作的其他設(shè)備發(fā)送消息M0。在一個(gè)實(shí)施例中，經(jīng)由DS通知框架來進(jìn)行該通知。 當(dāng)CAB用戶具有注冊(cè)了要與之同步的CAB服務(wù)的多個(gè)設(shè)備時(shí)，這是重要的。在直接向CAB XDMS公布數(shù)據(jù)的情況中，可以使用由OMA XDM提供的通知機(jī)制?，F(xiàn)在參見圖3。圖3示意了聯(lián)系人訂購(gòu)/通知數(shù)據(jù)流的流程圖。具體地，用戶A 210與CAB服務(wù)器142通信，CAB服務(wù)器142與CAB XDMS 144通 信。此外，用戶B 310與CAB服務(wù)器142通信。聯(lián)系人訂購(gòu)/通知是二重操作，其中注冊(cè)的CAB用戶首先向CAB服務(wù)器142訂購(gòu) 包括自動(dòng)更新在內(nèi)的另一個(gè)CAB用戶的個(gè)人聯(lián)系人信息。用戶還可以從CAB服務(wù)器142請(qǐng) 求個(gè)人聯(lián)系人信息。對(duì)于本領(lǐng)域技術(shù)人員顯而易見的，如接口 155所示，執(zhí)行聯(lián)系人訂購(gòu)/ 通知的一種可能的方式是讓CAB客戶端122(其為用戶A 210的一部分)經(jīng)由CABXDMS 144 向CAB服務(wù)器142發(fā)送請(qǐng)求。這是典型地情況CAB服務(wù)器142被配置為直接取回(用pull 操作)或由CAB XDMS 144來通知(用對(duì)請(qǐng)求數(shù)據(jù)更新的提前訂購(gòu))由CAB客戶端存儲(chǔ)的 請(qǐng)求數(shù)據(jù)。通過下面圖4來說明了使用代理模型的該備選機(jī)制。作為響應(yīng)，CAB服務(wù)器發(fā) 送與訂購(gòu)相對(duì)應(yīng)的具有聯(lián)系人信息或更新的通知。圖3示意了用戶A 210對(duì)訂購(gòu)用戶B 310的聯(lián)系人信息感興趣的情況。在這點(diǎn) 上，用戶A 210向CAB服務(wù)器142發(fā)送消息320，該消息320包括針對(duì)用戶B 310的個(gè)人聯(lián) 系人信息的訂購(gòu)請(qǐng)求。作為響應(yīng)，在處理了訂購(gòu)信息之后，CAB服務(wù)器142向CAB XDMS144發(fā)送消息330。 使用CAB服務(wù)器142中的訂購(gòu)管理器來處理本情況中的處理。消息330確保了在CAB XDMS 144中存儲(chǔ)該訂購(gòu)信息。CAB XDMS 144發(fā)送通知消息332，該通知消息332提供用戶B 310的當(dāng)前聯(lián)系人 信息。進(jìn)而將該信息作為消息350從CAB服務(wù)器142轉(zhuǎn)發(fā)至用戶A 210。作為CAB服務(wù)器142中的訂購(gòu)管理器更新網(wǎng)絡(luò)中CAB用戶A的地址簿的結(jié)果，可以使用由DS提供的通知框 架來進(jìn)行對(duì)CAB用戶A的通知。在未來的某個(gè)時(shí)刻，用戶B 310更新了他/她的聯(lián)系人信息，例如如消息360所 示的通過公布該信息。向CAB服務(wù)器142發(fā)送消息360，CAB服務(wù)器142進(jìn)而向提供XCAP HTTP/PUT的CAB XDMS 144發(fā)送消息362，以在CAB XDMS 144中存儲(chǔ)該更新的聯(lián)系人信息。CAB XDMS 144檢查誰(shuí)對(duì)用戶B 310的聯(lián)系人信息感興趣，并且發(fā)現(xiàn)用戶A 210已 經(jīng)訂購(gòu)了(并且因此感興趣)用戶B 310的聯(lián)系人信息。因此CAB XDMS 144向CAB服務(wù)器 142發(fā)送通知消息370，CAB服務(wù)器142進(jìn)而將該消息作為通知消息372轉(zhuǎn)發(fā)至用戶A 210。在備選實(shí)施例中，可以對(duì)通知消息370和372進(jìn)行延遲直到同步，以避免用戶經(jīng)常 被更新消息所中斷。備選地，可以基于CAB服務(wù)器142和/或用戶A 210建立的壓制策略 或本地策略，來壓制通知消息370和372?，F(xiàn)在參見圖4。圖4示意了用戶A 210和CAB服務(wù)器142之間的備選接口，其中使 用了代理。如本領(lǐng)域技術(shù)人員將理解的，可以使用任何代理。圖4的示例使用了 CAB XDMS 144作為代理。具體地，用戶A 210向CAB XDMS 144發(fā)送消息420，其中在CABXDMS 144處存儲(chǔ)訂 購(gòu)請(qǐng)求數(shù)據(jù)。隨后，如箭頭422所示，CAB服務(wù)器142取回該訂購(gòu)請(qǐng)求。該消息的剩余部分與上面通過圖3所述的一樣。具體地，CAB服務(wù)器142向CAB XDMS 144發(fā)送訂購(gòu)消息330，并且向提供初始聯(lián)系人信息的CAB服務(wù)器142提供回通知 332。然后CAB服務(wù)器142向提供初始聯(lián)系人信息的用戶A 210提供通知350。如消息360所示，用戶B 310更新在CAB服務(wù)器142處的他或她的聯(lián)系人信息。如 消息362所示，作為響應(yīng)，CAB服務(wù)器142將該信息轉(zhuǎn)發(fā)至CAB XDMS 144。這可以通過XCAP HTTP/PUT消息來進(jìn)行。響應(yīng)于該更新，CAB XDMS 144向CAB服務(wù)器142提供具有信息更新的通知370。 CAB服務(wù)器142進(jìn)而向用戶A 210提供通知，提供聯(lián)系人信息更新用戶B 310?，F(xiàn)在參見圖5。圖5示意了聯(lián)系人共享數(shù)據(jù)流的流程圖。具體地，聯(lián)系人共享是注 冊(cè)的CAB用戶與另一個(gè)CAB用戶共享來自他/她的地址簿聯(lián)系人項(xiàng)或他/她的個(gè)人聯(lián)系人 卡的聯(lián)系人信息的操作。從他/她的地址簿共享的信息可以是另一個(gè)CAB用戶的信息，或 可以是第三方非CAB用戶。聯(lián)系人共享是CAB內(nèi)部操作。換言之，永遠(yuǎn)在授權(quán)的CAB用戶之間共享該信息。參見圖5，用戶A 210希望與用戶B 310共享信息，用戶A 210和用戶B 310都是 CAB實(shí)體。通信通過CAB服務(wù)器142發(fā)生。從用戶A 210向CAB服務(wù)器142發(fā)送消息510，指示了用戶A 210正在向CAB服務(wù) 器142請(qǐng)求向CAB用戶B 310發(fā)送與來自他/她的地址簿的一個(gè)他/她的聯(lián)系人相對(duì)應(yīng)的 聯(lián)系人實(shí)體。對(duì)于本領(lǐng)域技術(shù)人員來說顯而易見的，向CAB服務(wù)器142發(fā)送聯(lián)系人共享請(qǐng) 求的一種可能的方法是通過代理模型來進(jìn)行，例如如接口巧5所示經(jīng)由XDMS 144。這是典 型的情況如接口巧5所示，其中CAB服務(wù)器142被配置為直接取回(用pull操作)或由 CAB XDMS 144來通知由CAB客戶端存儲(chǔ)的請(qǐng)求數(shù)據(jù)(用對(duì)請(qǐng)求數(shù)據(jù)更新的提前訂購(gòu))。下 面圖6示意了使用代理模型的該備選接口。
響應(yīng)于消息510并且基于合適的策略/授權(quán)，CAB服務(wù)器142發(fā)送消息520，在該 消息中，以用戶A的名義向用戶B傳送聯(lián)系人信息。在一個(gè)實(shí)施例中，負(fù)責(zé)該功能的CAB服 務(wù)器142中的固有功能實(shí)體可以是“聯(lián)系人共享”功能。此外，可以經(jīng)由第三方服務(wù)服務(wù)器 來進(jìn)行對(duì)用戶B 310的傳送，比如在備選實(shí)施例中的“共享服務(wù)”。用于傳輸消息520的方法可以是任何傳送方法，并且包括(但不限于)電子郵件、 SMS, MMS, SOAP或CAB架構(gòu)中的特定通知消息(比如SIP通知)。現(xiàn)在參見圖6。在圖6中使用了代理模型，并且將CAB XDMS 144視為示例代理。用戶A 210向CAB XDMS 144發(fā)送消息610，在該消息中提供聯(lián)系人共享請(qǐng)求數(shù)據(jù) 用于在CAB XDMS 144處的存儲(chǔ)。隨后，如消息612所示，CAB服務(wù)器142從CAB XDMS 144取回聯(lián)系人共享請(qǐng)求數(shù)據(jù)。隨后，如傳輸消息520所示，CAB服務(wù)器144向用戶B 310傳送聯(lián)系人共享請(qǐng)求數(shù) 據(jù)。傳送消息520與來自圖5的相同傳送消息是一樣的。現(xiàn)在參見圖7。圖7示意了聯(lián)系人發(fā)送操作的數(shù)據(jù)流。聯(lián)系人發(fā)送是這樣的操作 注冊(cè)的CAB用戶向非CAB用戶共享來自他/她的地址簿聯(lián)系人項(xiàng)或他/她的個(gè)人聯(lián)系人卡 的聯(lián)系人信息。從他/她的地址簿中共享的信息可以是另一個(gè)CAB用戶的信息，或者是第 三方非CAB用戶。此外，可以經(jīng)由第三方服務(wù)服務(wù)器來進(jìn)行到用戶B 310的傳送，比如備選 實(shí)施例中的“共享服務(wù)”。聯(lián)系人發(fā)送操作是CAB外部的。換言之，在CAB和非CAB用戶之間共享信息。參見圖7，用戶A 210與使用CAB服務(wù)器142的非用戶CAB 710進(jìn)行通信。用戶A 210向CAB服務(wù)器142發(fā)送消息720。消息720是對(duì)CAB服務(wù)器142的請(qǐng) 求，其請(qǐng)求向非CAB用戶710發(fā)送來自用戶A 210的地址簿的一個(gè)聯(lián)系人的聯(lián)系人項(xiàng)。對(duì)于 本領(lǐng)域技術(shù)人員來說顯而易見的，向CAB服務(wù)器發(fā)送聯(lián)系人共享該請(qǐng)求的一種可能方法是 通過代理模型來進(jìn)行，例如如接口 155所示，經(jīng)由XDMS 144。這是典型的情況如接口 155 所示，CAB服務(wù)器142被配置為直接取回(用pull操作)，或由CAB XDMS144來通知(用對(duì) 請(qǐng)求數(shù)據(jù)更新的提前訂購(gòu))由CAB客戶端存儲(chǔ)的請(qǐng)求數(shù)據(jù)。響應(yīng)于接收消息720，并且基于合適的策略/授權(quán)，CAB服務(wù)器142向非CAB用戶 710發(fā)送消息730。消息730由以用戶A 210的名義的聯(lián)系人信息構(gòu)成。負(fù)責(zé)該功能的CAB 服務(wù)器中的固有功能實(shí)體可以是“聯(lián)系人共享”功能。用戶傳輸消息730的方法可以是電子郵件、SMS、匪S等等?，F(xiàn)在參見圖8。圖8示意了聯(lián)系人搜索操作的數(shù)據(jù)流程圖。聯(lián)系人搜索是實(shí)體可 以基于所選標(biāo)準(zhǔn)在CAB倉(cāng)庫(kù)中搜索信息的操作。該實(shí)體可以是CAB用戶或其他外部功能。作為示例，CAB用戶可以搜索CAB系統(tǒng)，以提供與名“Bill”匹配的或具有作為域 "example, com” 一部分的電子郵件地址的所有名字。另一個(gè)示例可以請(qǐng)求基于特定位置的 匹配。其他示例對(duì)于已經(jīng)了解本公開內(nèi)容的本領(lǐng)域技術(shù)人員來說是顯而易見的。參見圖8，數(shù)據(jù)流程圖示意了同時(shí)由內(nèi)部用戶810和外部用戶820發(fā)起的搜索。對(duì)于由內(nèi)部用戶810發(fā)起的搜索，從內(nèi)部用戶810向CAB服務(wù)器142發(fā)送消息830。 消息830是搜索請(qǐng)求，在該請(qǐng)求中內(nèi)部用戶810向CAB服務(wù)器142請(qǐng)求，基于特定搜索標(biāo)準(zhǔn) 在CAB倉(cāng)庫(kù)中搜索信息。對(duì)于本領(lǐng)域技術(shù)人員顯而易見的，向CAB服務(wù)器142發(fā)送聯(lián)系人搜索請(qǐng)求的一種可能方法是通過代理模型來進(jìn)行，例如經(jīng)由XDMS 144中的搜索代理。這是典 型的情況如接口巧5所示，CAB服務(wù)器142被配置為直接取回(用pull操作)，或由CAB XDMS 144來通知(用對(duì)請(qǐng)求數(shù)據(jù)更新的提前訂購(gòu))由CAB客戶端存儲(chǔ)的請(qǐng)求數(shù)據(jù)。響應(yīng)于接收到消息830，并且基于合適的策略/授權(quán)，CAB服務(wù)器142向CAB XDMS 144發(fā)送消息832。消息832是基于搜索標(biāo)準(zhǔn)的查詢，并且在一個(gè)實(shí)施例中是發(fā)起特定 XQuery搜索查詢表達(dá)式和/或搜索功能的XQuery操作或請(qǐng)求。CAB XDMS 144執(zhí)行該操作或搜索查詢/功能，并且向CAB服務(wù)器142返回響應(yīng) 834。響應(yīng)834包含搜索結(jié)果。對(duì)于本領(lǐng)域技術(shù)人員來說顯而易見地，可以如XQuery操作 或搜索查詢/功能本身所指定的，對(duì)該結(jié)果進(jìn)行格式化或撰寫。然后CAB服務(wù)器142在消息836中向內(nèi)部用戶810返回搜索結(jié)果?？梢栽谙蛴脩?發(fā)送回結(jié)果之前，對(duì)該搜索結(jié)果進(jìn)行聚合和撰寫。在經(jīng)由XDMS中的搜索代理來配置搜索功 能的情況中，直接對(duì)CAB XDMS144提出搜索請(qǐng)求，而沒有CAB服務(wù)器142的干預(yù)，并且直接 從搜索代理向用戶發(fā)送回結(jié)果。如本領(lǐng)域技術(shù)人員將理解的，可以通過內(nèi)部用戶810的許可、策略和授權(quán)，以及 CAB XDMS 144中的信息來預(yù)測(cè)消息836中返回的結(jié)果。例如，如果用戶正在搜索叫做 “Bill”的用戶的所有地址，在一個(gè)實(shí)施例中，“Bill Smith”可以指定他的信息為隱私。在 該情況中，“Bill Smith”可以將信息可見性或策略設(shè)置為隱私，并且因此將他的名字從返 回的消息836的搜索結(jié)果中加以排除。在另一個(gè)實(shí)施例中，可以基于用戶類別來確定隱私。因此，“BillSmith”可以指示 不與一般大眾共享他的信息，但是可以提供給他的工作域中的個(gè)人(即他們的公共標(biāo)識(shí)中 的具有域名“example, com"的所有用戶)。隱私和授權(quán)的其他示例對(duì)于本領(lǐng)域技術(shù)人員來說將是顯而易見的。再次參見圖8。非CAB實(shí)體(外部用戶或設(shè)備)820也可以請(qǐng)求搜索。在該情況 中，從非CAB實(shí)體820向CAB服務(wù)器142發(fā)送搜索請(qǐng)求850。假定非CAB實(shí)體820具有正確 的授權(quán)和特權(quán)，則CAB服務(wù)器142可以向CAB XDMS 144發(fā)送消息852。消息852是查詢操 作，并且在一個(gè)實(shí)施例中可以是XQuery操作。備選地，消息852可以指代特定的XQuery搜 索查詢表達(dá)式和/或搜索功能。CAB XDMS 144執(zhí)行或執(zhí)行操作或搜索查詢/功能，并且作為響應(yīng)發(fā)送消息854?？?以在消息854中發(fā)送回結(jié)果之前，對(duì)搜索結(jié)果加以聚合和撰寫。然后CAB服務(wù)器142在消息856中向外部用戶820發(fā)送搜索結(jié)果?，F(xiàn)在參見圖9。圖9是示意了與傳統(tǒng)或非CAB地址簿系統(tǒng)的交互的數(shù)據(jù)流程圖。 如將理解的，與傳統(tǒng)地址簿和系統(tǒng)的交互對(duì)于采用匯聚地址簿來說是重要的，特別是從后 向兼容性的角度來說。傳統(tǒng)地址簿可以是在設(shè)備上的或者是在網(wǎng)絡(luò)上的。圖9示意了與傳 統(tǒng)地址簿和系統(tǒng)的交互。圖9示意了網(wǎng)絡(luò)側(cè)110功能和設(shè)備側(cè)120功能。在設(shè)備側(cè)120上，本機(jī)地址簿910 與用戶A 210通信。如將理解的，本機(jī)地址簿910可以與來自圖1的傳統(tǒng)地址簿1 等價(jià)。用戶A 210通過作為導(dǎo)入請(qǐng)求的結(jié)果的消息930來導(dǎo)入本機(jī)地址簿910。消息930 是通過本機(jī)地址簿代理提供的接口，將用戶的個(gè)人聯(lián)系人信息和地址簿信息導(dǎo)入到用戶A 210的匯聚地址簿的消息。
然后用戶A 210如消息940所示的與CAB服務(wù)器142同步。通過CAB服務(wù)器142 將來自本機(jī)地址簿910的信息同步或上載至基于網(wǎng)絡(luò)的倉(cāng)庫(kù)中。在另一個(gè)實(shí)施例中，可以從用戶A 210向CAB服務(wù)器142發(fā)送請(qǐng)求消息942。消 息942允許用戶A 210請(qǐng)求CAB服務(wù)器142，通過提供接入傳統(tǒng)地址簿系統(tǒng)920的證書，來 導(dǎo)入來自傳統(tǒng)的基于網(wǎng)絡(luò)的地址簿系統(tǒng)的地址簿信息。對(duì)于本領(lǐng)域技術(shù)人員顯而易見的， 執(zhí)行基于網(wǎng)絡(luò)的傳統(tǒng)系統(tǒng)的導(dǎo)入的一種可能方法是讓CAB客戶端122(其為用戶A 210的 一部分)通過代理模型向CAB服務(wù)器142發(fā)送導(dǎo)入請(qǐng)求，例如經(jīng)由XDMS 144。這是典型的 情況如接口 155所示，CAB服務(wù)器142被配置為直接取回(用pull操作)，或由CAB XDMS 144通知(用對(duì)請(qǐng)求數(shù)據(jù)更新的提前訂購(gòu))由CAB客戶端存儲(chǔ)的請(qǐng)求數(shù)據(jù)。在下面圖10中 示意了使用代理模型的該備選接口。響應(yīng)于消息942，如箭頭944所示，CAB服務(wù)器142與傳統(tǒng)地址簿系統(tǒng)920相連，并 且從傳統(tǒng)地址簿系統(tǒng)取回地址簿數(shù)據(jù)。在一個(gè)實(shí)施例中，可以通過CAB服務(wù)器142中的“互 相作用”功能來處理與傳統(tǒng)地址簿系統(tǒng)互相作用的該固有功能。在消息950中，CAB服務(wù)器142向用戶A 210通知已經(jīng)從傳統(tǒng)地址簿系統(tǒng)940導(dǎo) 入了數(shù)據(jù)。作為互相作用功能在基于網(wǎng)絡(luò)的地址簿(例如CAB XDMS 144)中存儲(chǔ)導(dǎo)入數(shù)據(jù) 的結(jié)果，可以使用OMA DS通知消息來進(jìn)行該通知?，F(xiàn)在參見圖10。圖10示意了使用CAB XDMS作為代理的在CAB系統(tǒng)和傳統(tǒng)地址簿 系統(tǒng)之間的互相作用。具體地，設(shè)備上的本機(jī)地址簿910與用戶A 210通信，并且如導(dǎo)入/讀取消息930 所示，允許用戶A 210從本機(jī)地址簿910中導(dǎo)入或讀取數(shù)據(jù)。如同步消息940所示，用戶A 210還與CAB服務(wù)器142進(jìn)行同步。使用CAB XDMS 144作為代理，用戶A 210向CAB XDMS 144發(fā)送存儲(chǔ)請(qǐng)求1020。 存儲(chǔ)請(qǐng)求1020存儲(chǔ)請(qǐng)求數(shù)據(jù)，以通過提供接入傳統(tǒng)地址簿系統(tǒng)920的證書，來從傳統(tǒng)的基 于網(wǎng)絡(luò)的地址簿系統(tǒng)導(dǎo)入地址簿信息。然后如消息1022所示，CAB服務(wù)器142取回導(dǎo)入請(qǐng)求數(shù)據(jù)以及證書。隨后，如箭頭944所示，CAB服務(wù)器1022提供與傳統(tǒng)地址簿系統(tǒng)920的互相作用， 并且以與通過上面圖9所述類似的方式，CAB服務(wù)器142還可以向用戶A 210提供通知950。現(xiàn)在參見圖11。圖11示意了說明設(shè)備和CAB數(shù)據(jù)同步的流程圖。該操作涉及在 網(wǎng)絡(luò)和給定的CAB用戶的一個(gè)或更多CAB設(shè)備之間對(duì)CAB相關(guān)數(shù)據(jù)的同步。CAB相關(guān)數(shù)據(jù) 的示例包括個(gè)人聯(lián)系人卡地址簿信息、CAB用戶優(yōu)選項(xiàng)、以及CAB用戶策略等等。CAB設(shè)備 的示例包括無(wú)線設(shè)備、個(gè)人計(jì)算機(jī)、膝上型計(jì)算機(jī)等等。數(shù)據(jù)同步協(xié)助在設(shè)備和網(wǎng)絡(luò)之間的 CAB數(shù)據(jù)的通信和備份。參見圖11。CAB客戶端122與OMA DS使能器146通信，并且發(fā)送消息1110。消 息1110是通過SyncML客戶端124發(fā)到OMA DS使能器的具有配置信息的初始化請(qǐng)求。作 為響應(yīng)，OMA DS使能器146向CAB客戶端122發(fā)送回服務(wù)器發(fā)起消息1112。消息1112是 具有配置信息的初始化封裝。在稍晚的時(shí)間，假定在客戶端以及在服務(wù)器數(shù)據(jù)庫(kù)處存在數(shù)據(jù)修改，CAB客戶端 122向SynchML客戶端124發(fā)起雙向請(qǐng)求1120。響應(yīng)于接收到消息1120,SyncML客戶端IM將雙向同步請(qǐng)求消息1122轉(zhuǎn)發(fā)至OMADS使能器146。當(dāng)接收到消息1122時(shí)，OMA DS使能器146對(duì)其進(jìn)行處理，并且將其轉(zhuǎn)發(fā)至 CAB服務(wù)器142，以存儲(chǔ)該信息。這是用消息IlM來執(zhí)行的。此外，CAB服務(wù)器142將該信 息作為消息1126轉(zhuǎn)發(fā)至CAB XDMS 144。響應(yīng)于雙向同步請(qǐng)求，應(yīng)用服務(wù)器修改，并且將服務(wù)器修改從CAB XDMS 144傳播 回CAB客戶端122。這是經(jīng)由從CAB XDMS 144發(fā)送至CAB服務(wù)器142的通知消息1130 (假 定存在對(duì)CAB XDMS中改變的提前訂購(gòu))來進(jìn)行的。則CAB服務(wù)器142向OMA DS使能器 146提供雙向同步響應(yīng)消息1132。OMA DS使能器146在消息1134中向SyncML客戶端124返回該改變。在一個(gè)實(shí)施 例中，消息的格式是SyncML格式。隨后，SyncML客戶端IM在消息1136中向CAB客戶端122通知該改變，以允許CAB客戶端使數(shù)據(jù)相一致。對(duì)于本領(lǐng)域技術(shù)人員來說，OMA DS使能器僅為邏輯功能，并且可以將其與CAB服 務(wù)器一起實(shí)現(xiàn)為單一的邏輯或物理實(shí)體，在該情況中，OMA DS和CAB服務(wù)器之間的附加消 息步驟可以不是必須的。在另一個(gè)實(shí)施例中，假定作為有效的聯(lián)系人訂購(gòu)、聯(lián)系人共享、從非CAB或傳統(tǒng)系 統(tǒng)中數(shù)據(jù)的導(dǎo)入、CAB狀態(tài)改變等等的結(jié)果，在CAB XDMS 144處發(fā)生了改變，則CAB XDMS 144使用消息1150來通知CAB服務(wù)器142。CAB服務(wù)器142通過OMA DS使能器146可以向 CAB客戶端122發(fā)起服務(wù)器告警的同步，請(qǐng)求CAB客戶端122開始于CAB服務(wù)器142的特定 類型的同步。這是通過如圖8所示的消息1152、1巧4和1156來進(jìn)行的?；趶腃AB服務(wù) 器142到CAB客戶端122的服務(wù)器告警的同步請(qǐng)求通知，可以重復(fù)從1120到1136的消息。 服務(wù)器還可以請(qǐng)求其他類型的同步請(qǐng)求，比如慢同步、單向同步等等。如將理解的，可以在任何移動(dòng)設(shè)備上實(shí)現(xiàn)上述功能。下面通過圖12來描述一個(gè)示 例移動(dòng)設(shè)備。這不意味著限制，而僅用于說明性目的。圖12是示意了適于由本發(fā)明的裝置和方法的首選實(shí)施例所使用的移動(dòng)設(shè)備的框 圖。移動(dòng)設(shè)備1200首選地是具有至少語(yǔ)音通信能力的雙向無(wú)線通信設(shè)備。依賴于提供的 精確功能，可以將無(wú)線設(shè)備稱作例如數(shù)據(jù)消息設(shè)備、雙向?qū)ず魴C(jī)、無(wú)線電子郵件設(shè)備、具有 數(shù)據(jù)消息能力的蜂窩式電話、無(wú)線互聯(lián)網(wǎng)裝置、或數(shù)據(jù)通信設(shè)備。當(dāng)移動(dòng)設(shè)備1200支持雙向通信時(shí)，其將并入通信子系統(tǒng)1211，該通信子系統(tǒng)1211 包括接收器1212和發(fā)送器1214、以及相關(guān)聯(lián)的組件，比如一個(gè)或更多(首選是嵌入式或內(nèi) 置)的天線單元1216和1218、本地振蕩器(LO) 1213、以及處理模塊，比如數(shù)字信號(hào)處理器 (DSP) 1220。對(duì)于通信領(lǐng)域技術(shù)人員顯而易見的，通信子系統(tǒng)1211的具體設(shè)計(jì)獎(jiǎng)依賴于該 設(shè)備進(jìn)行操作時(shí)預(yù)期所處的通信網(wǎng)絡(luò)。網(wǎng)絡(luò)接入要求也將依賴于網(wǎng)絡(luò)1219的類型而變化。在一些CDMA/UMTS網(wǎng)絡(luò)中，網(wǎng) 絡(luò)接入與移動(dòng)設(shè)備1200的訂戶或用戶相關(guān)聯(lián)。移動(dòng)設(shè)備可以要求可抽取式用戶標(biāo)識(shí)模塊 (RUIM)或訂戶標(biāo)識(shí)模塊(SIM)卡，以在網(wǎng)絡(luò)上操作?？梢圆迦牒蛷棾鯯IM/RUIM卡的SIM/ RUIM接口 1244 —般與插入磁盤或PCMCIA卡的卡槽類似。SIM/RUIM卡可以具有大約64K 的存儲(chǔ)器，并且保存很多關(guān)鍵配置1251，以及其他信息1253，比如標(biāo)識(shí)和訂戶相關(guān)信息。當(dāng)已經(jīng)完成所需的網(wǎng)絡(luò)注冊(cè)或激活過程時(shí)，移動(dòng)設(shè)備1200可以在網(wǎng)絡(luò)1219上發(fā) 送和接收通信信號(hào)。如圖12所示，網(wǎng)絡(luò)1219可以由與移動(dòng)移動(dòng)設(shè)備通信的多個(gè)基站構(gòu)成。
將通過通信網(wǎng)絡(luò)1219由天線1216接收到的信號(hào)輸入接收器1212，接收器1212可 以執(zhí)行普通接收器功能，如信號(hào)放大、降頻轉(zhuǎn)換、濾波、信道選擇等等，并且在圖12所示的 示例系統(tǒng)中，還有模數(shù)(A/D)轉(zhuǎn)換。對(duì)接收到的信號(hào)的A/D轉(zhuǎn)換允許更復(fù)雜的通信功能，比 如在DSP1220中執(zhí)行的解調(diào)和解碼。類似地，處理要發(fā)送的信號(hào)，包括由例如DSP 1220執(zhí) 行的調(diào)制和編碼，并且將其輸入發(fā)送器1214用于數(shù)模轉(zhuǎn)換、升頻轉(zhuǎn)換、濾波、放大以及經(jīng)由 天線1218在通信網(wǎng)絡(luò)1219上發(fā)送。DSP 1220不僅處理通信信號(hào)，還提供對(duì)接收器和發(fā)送 器的控制。例如，可以通過DSP 1220中實(shí)現(xiàn)的自動(dòng)增益控制算法，來自適應(yīng)地控制應(yīng)用于 接收器1212和發(fā)送器1214中通信信號(hào)的增益。移動(dòng)設(shè)備1200首選地包括控制設(shè)備的整體操作的微處理器1238。通過通信子系 統(tǒng)1211來執(zhí)行包括至少數(shù)據(jù)和語(yǔ)音通信在內(nèi)的通信功能。微處理器1238還與其他設(shè)備子 系統(tǒng)進(jìn)行交互，比如顯示器1222、閃存1224、隨機(jī)存取存儲(chǔ)器(RAM) 1226、輔助輸入/輸出 (I/O)子系統(tǒng)1228、串行端口 1230、一個(gè)或更多的鍵盤或數(shù)字鍵區(qū)1232、揚(yáng)聲器1234、麥克 風(fēng)1236、其他通信子系統(tǒng)1240(比如短距通信子系統(tǒng))、遠(yuǎn)距通信子系統(tǒng)12 (比如但不限 于WiMAX系統(tǒng))、以及一般被指定為1242的任何其他設(shè)備子系統(tǒng)。串行端口 1230可以包括 USB端口或本領(lǐng)域中眾所周知的的其他端口。圖12中示出的一些子系統(tǒng)執(zhí)行通信相關(guān)功能，反之其他子系統(tǒng)可以提供“駐留” 或設(shè)備上功能。要注意的是，一些子系統(tǒng)，比如鍵盤1232和顯示器1222可以同時(shí)用于通信 相關(guān)功能(比如輸入用于在通信網(wǎng)絡(luò)上發(fā)送的文本消息)和設(shè)備駐留功能(比如計(jì)算器或 任務(wù)列表)。首選地在持久存儲(chǔ)器(比如閃存1224)，也可以是只讀存儲(chǔ)器(ROM)或類似的存儲(chǔ) 單元(圖中未示出)，中存儲(chǔ)由微處理器1238所使用的操作系統(tǒng)軟件。本領(lǐng)域技術(shù)人員將 理解可以將操作系統(tǒng)、特定設(shè)備應(yīng)用、或他們的一部分臨時(shí)地加載到易失性存儲(chǔ)器中，比如 RAM 1226。也可以在RAM 12 中存儲(chǔ)接收到的通信信號(hào)。如圖所示，可以將閃存12 分為針對(duì)計(jì)算機(jī)程序1258和程序數(shù)據(jù)存儲(chǔ)1250、 1252,1254以及1256的不同區(qū)域。這些不同的存儲(chǔ)類型指示了每一個(gè)程序可以分配閃存 1224的一部分，用于他們自身的數(shù)據(jù)存儲(chǔ)要求。除了微處理器1238的操作系統(tǒng)功能之外， 微處理器1238首選地支持對(duì)設(shè)備上軟件應(yīng)用的執(zhí)行。一般在制造期間將控制基本操作的 預(yù)定應(yīng)用集合(包括例如至少數(shù)據(jù)和語(yǔ)音通信應(yīng)用)安裝到移動(dòng)設(shè)備1200上?？梢院罄m(xù) 地或動(dòng)態(tài)的安裝其他應(yīng)用。首選的軟件應(yīng)用可以是具有組織和管理涉及移動(dòng)設(shè)備用戶的數(shù)據(jù)項(xiàng)的個(gè)人信息 管理器(PIM)應(yīng)用，比如但不限于電子郵件、行程表事件、語(yǔ)音郵件、約會(huì)、以及任務(wù)項(xiàng)。自 然地，在移動(dòng)設(shè)備上一個(gè)或更多存儲(chǔ)器可用于協(xié)助PIM數(shù)據(jù)項(xiàng)的存儲(chǔ)。該P(yáng)IM將首選地具 有經(jīng)由無(wú)線網(wǎng)絡(luò)1219發(fā)送和接收數(shù)據(jù)項(xiàng)的能力。在首選實(shí)施例中，經(jīng)由無(wú)線網(wǎng)絡(luò)1219，將 PIM數(shù)據(jù)項(xiàng)與移動(dòng)設(shè)備用戶在主機(jī)計(jì)算機(jī)系統(tǒng)上存儲(chǔ)或相關(guān)的相應(yīng)數(shù)據(jù)項(xiàng)進(jìn)行無(wú)縫地集 成、同步和更新。還可以通過網(wǎng)絡(luò)1219、輔助I/O子系統(tǒng)12 、串行端口 1230、短距通信子 系統(tǒng)1240、遠(yuǎn)距通信子系統(tǒng)1229、或任何其他合適的子系統(tǒng)1242將其他應(yīng)用加載至移動(dòng)設(shè) 備1200上，并且由用戶安裝到RAM 12 或首選地安裝到非易失性存儲(chǔ)器(圖中未示出) 中，供微處理器1238執(zhí)行。應(yīng)用安裝上的這種靈活性增加了設(shè)備的功能，并且可以提供增 強(qiáng)的設(shè)備上功能、通信相關(guān)功能、或者二者兼而有之。例如，安全通信應(yīng)用可以使得使用移動(dòng)設(shè)備1200來執(zhí)行電子商務(wù)功能和其他類似金融交易成為可能。在數(shù)據(jù)通信模式下，將由通信子系統(tǒng)1211來處理接收到的信號(hào)，比如文本消息或 網(wǎng)頁(yè)下載，并且將其輸入至微處理器1238，微處理器1238還首選地針對(duì)單元屬性來處理接 收到的信號(hào)，用于向顯示器1222、或備選地向輔助I/O設(shè)備12 輸出。移動(dòng)設(shè)備1200的用戶還可以使用鍵盤1232以及顯示器1222和可能的輔助I/O 設(shè)備12 來撰寫數(shù)據(jù)項(xiàng)，比如電子郵件消息，鍵盤1232首選地是完整的字母數(shù)字鍵盤或電 話類型的數(shù)字鍵區(qū)。然后可以通過通信子系統(tǒng)1211在通信網(wǎng)絡(luò)上發(fā)送該撰寫的項(xiàng)。對(duì)于語(yǔ)音通信來說，移動(dòng)設(shè)備1200的整體操作是類似的，除了首選地將接收到的 信號(hào)輸出至揚(yáng)聲器1234，并且由麥克風(fēng)1236來生成用于發(fā)送的信號(hào)。還可以在移動(dòng)設(shè)備 1200上實(shí)現(xiàn)備選的語(yǔ)音或音頻I/O子系統(tǒng)，比如語(yǔ)音消息記錄子系統(tǒng)。盡管首選地主要通 過揚(yáng)聲器1234來完成語(yǔ)音或音頻信號(hào)的輸出，顯示器1222也可以用于提供對(duì)例如主叫方 標(biāo)識(shí)、語(yǔ)音呼叫時(shí)長(zhǎng)、或其他語(yǔ)音呼叫相關(guān)信息的指示。一般地在想要和用戶的臺(tái)式計(jì)算機(jī)(圖中未示出)進(jìn)行同步的個(gè)人數(shù)字助理 (PDA)類型的移動(dòng)設(shè)備上實(shí)現(xiàn)圖12中的串行端口 1230，但是該串行端口 1230是可選的設(shè) 備組件。該端口 1230將讓用戶能夠通過外部設(shè)備或軟件應(yīng)用來設(shè)置優(yōu)選項(xiàng)，并且將通過提 供到移動(dòng)設(shè)備1200的除了通過無(wú)線通信網(wǎng)絡(luò)之外的方式的信息或軟件下載，來擴(kuò)展移動(dòng) 設(shè)備1200的能力。該備選的下載路徑可以用于例如通過直接，從而可靠并且可信的連接向 設(shè)備加載加密密鑰，從而使得安全設(shè)備通信成為可能。如本領(lǐng)域技術(shù)人員將理解的，串行端 口 1230還可以用于作為調(diào)制解調(diào)器將移動(dòng)設(shè)備與計(jì)算機(jī)相連。WiFi通信子系統(tǒng)1240用于WiFi通信，并且可以與接入點(diǎn)140通信。遠(yuǎn)距通信子 系統(tǒng)12 用于無(wú)線數(shù)據(jù)發(fā)送，當(dāng)在WiMAX系統(tǒng)中時(shí)，可以與WiMAX基站(比如接入點(diǎn)140) 進(jìn)行通信。其他通信子系統(tǒng)1M1，比如短距通信子系統(tǒng)，是可以提供移動(dòng)設(shè)備1200和不同的 系統(tǒng)或設(shè)備(不一定是相似的設(shè)備)之間的通信的另一個(gè)組件。例如，該子系統(tǒng)1241可以 包括紅外設(shè)備和相關(guān)電路和組件，或Bluetooth 通信模塊，以提供與具有類似功能的系統(tǒng) 和設(shè)備的通信。CAB客戶端1262可以與處理器1238進(jìn)行交互。此外，SynchML客戶端可以存在于 設(shè)備1200上的程序1258。本文所述的實(shí)施例是具有與本發(fā)明的技術(shù)的單元相對(duì)應(yīng)的單元的結(jié)構(gòu)、系統(tǒng)或方 法的示例。該書面描述可以讓本領(lǐng)域技術(shù)人員作出并且使用與本發(fā)明的技術(shù)的單元相對(duì)應(yīng) 的備選單元。從而本發(fā)明的技術(shù)的預(yù)期范圍包括與本文所述的本發(fā)明的技術(shù)并無(wú)不同的其 他結(jié)構(gòu)、系統(tǒng)或方法，并且還包括與本文所述的本發(fā)明的技術(shù)并無(wú)實(shí)質(zhì)差異的其他結(jié)構(gòu)、系 統(tǒng)或方法。
權(quán)利要求
1.一種設(shè)備上的匯聚地址簿客戶端，被配置為通過匯聚地址簿系統(tǒng)來管理聯(lián)系人信 息，所述匯聚地址簿客戶端包括用于與匯聚地址簿服務(wù)器進(jìn)行交互的接口 ；以及同步接口，被配置為與同步模塊進(jìn)行通信，以與數(shù)據(jù)同步使能器進(jìn)行交互，來在所述匯 聚地址簿客戶端和匯聚地址簿服務(wù)器之間進(jìn)行同步；其中，所述接口允許所述匯聚地址簿客戶端通過向所述匯聚地址簿服務(wù)器發(fā)起請(qǐng)求并 從所述匯聚地址簿服務(wù)器接收響應(yīng)，來管理聯(lián)系人信息。
2.根據(jù)權(quán)利要求1所述的匯聚地址簿客戶端，其中，在所述匯聚地址簿客戶端和匯聚 地址簿服務(wù)器之間的接口是直接接口。
3.根據(jù)權(quán)利要求2所述的匯聚地址簿客戶端，其中，使用超文本傳輸協(xié)議或會(huì)話初始 化協(xié)議之一來實(shí)現(xiàn)所述接口。
4.根據(jù)權(quán)利要求2或權(quán)利要求3所述的匯聚地址簿客戶端，其中，所述接口傳送從包括 下列各項(xiàng)的組中選擇的一個(gè)或更多請(qǐng)求公布請(qǐng)求、訂購(gòu)請(qǐng)求、共享請(qǐng)求、搜索請(qǐng)求、認(rèn)證請(qǐng) 求、導(dǎo)入請(qǐng)求、以及用戶優(yōu)選項(xiàng)請(qǐng)求。
5.根據(jù)權(quán)利要求1所述的匯聚地址簿客戶端，其中，在所述匯聚地址簿客戶端和匯聚 地址簿服務(wù)器之間的接口是間接接口。
6.根據(jù)權(quán)利要求5所述的匯聚地址簿客戶端，其中，所述間接接口使用匯聚地址簿可 擴(kuò)展標(biāo)記語(yǔ)言文檔管理服務(wù)器作為代理。
7.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的匯聚地址簿客戶端，還被配置為使用接口以與 所述設(shè)備上的傳統(tǒng)地址簿進(jìn)行交互。
8.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的匯聚地址簿客戶端，還包括被配置為針對(duì)匯聚 地址簿應(yīng)用提供用戶界面的匯聚地址簿用戶代理。
9.根據(jù)權(quán)利要求1至8中任一項(xiàng)所述的匯聚地址簿客戶端，還被配置為從匯聚地址簿 服務(wù)器接收通知。
10.一種匯聚地址簿系統(tǒng)中的匯聚地址簿服務(wù)器，所述匯聚地址簿服務(wù)器包括用于與匯聚地址簿客戶端進(jìn)行交互的接口；數(shù)據(jù)同步管理器，被配置為在至少一個(gè)匯聚地址簿用戶設(shè)備和所述匯聚地址簿服務(wù)器 之間對(duì)信息進(jìn)行同步；數(shù)據(jù)同步接口，所述數(shù)據(jù)同步接口被配置為在所述數(shù)據(jù)同步管理器和數(shù)據(jù)同步使能器 之間通信，以與所述匯聚地址簿客戶端同步數(shù)據(jù)；訂購(gòu)管理器，被配置為管理匯聚地址簿訂購(gòu)和授權(quán)信息；文檔管理接口，用于與匯聚地址簿可擴(kuò)展標(biāo)記語(yǔ)言文檔管理系統(tǒng)通信；以及可擴(kuò)展標(biāo)記語(yǔ)言文檔管理客戶端，被配置為訪問和操作存儲(chǔ)在所述可擴(kuò)展標(biāo)記語(yǔ)言文 檔管理系統(tǒng)中的匯聚地址簿數(shù)據(jù)。
11.根據(jù)權(quán)利要求10所述的匯聚地址簿服務(wù)器，還包括聯(lián)系人共享單元，被配置為管 理在匯聚地址簿系統(tǒng)用戶和非匯聚地址簿系統(tǒng)用戶之間的消息收發(fā)動(dòng)作。
12.根據(jù)權(quán)利要求10或權(quán)利要求11所述的匯聚地址簿服務(wù)器，還被配置為向匯聚地址 簿客戶端提供通知。
13.根據(jù)權(quán)利要求10至12中任一項(xiàng)所述的匯聚地址簿服務(wù)器，其中，所述接口傳送從包括下列各項(xiàng)的組中選擇的一個(gè)或更多請(qǐng)求公布請(qǐng)求、訂購(gòu)請(qǐng)求、共享請(qǐng)求、搜索請(qǐng)求、認(rèn) 證請(qǐng)求、導(dǎo)入請(qǐng)求、以及用戶優(yōu)選項(xiàng)請(qǐng)求。
14.根據(jù)權(quán)利要求10至13中任一項(xiàng)所述的匯聚地址簿服務(wù)器，其中，所述接口是所述 匯聚地址簿服務(wù)器和所述匯聚地址簿客戶端之間的直接接口。
15.根據(jù)權(quán)利要求10至13中任一項(xiàng)所述的匯聚地址簿服務(wù)器，其中，所述接口是所述 匯聚地址簿服務(wù)器和所述匯聚地址簿客戶端之間的間接接口。
16.根據(jù)權(quán)利要求15所述的匯聚地址簿服務(wù)器，其中，所述間接接口使用匯聚地址簿 可擴(kuò)展標(biāo)記語(yǔ)言文檔管理服務(wù)器作為代理。
17.根據(jù)權(quán)利要求10至16中任一項(xiàng)所述的匯聚地址簿服務(wù)器，還包括用于與遠(yuǎn)程匯聚 地址簿服務(wù)器通信的服務(wù)器接口，所述服務(wù)器接口許可與遠(yuǎn)程匯聚地址簿服務(wù)器的互相作 用。
18.根據(jù)權(quán)利要求10至17中任一項(xiàng)所述的匯聚地址簿服務(wù)器，還包括互相作用模 塊，用于在所述匯聚地址簿服務(wù)器與使用傳統(tǒng)接口的基于傳統(tǒng)網(wǎng)絡(luò)的地址簿系統(tǒng)之間進(jìn)行 互相作用。
19.根據(jù)權(quán)利要求10至18中任一項(xiàng)所述的匯聚地址簿服務(wù)器，還包括用于與服務(wù)聚合 器通信的服務(wù)聚合器接口，所述通信允許與外部使能器進(jìn)行互相作用。
20.一種在匯聚地址簿系統(tǒng)中使用的網(wǎng)絡(luò)倉(cāng)庫(kù)，包括存儲(chǔ)器，用于存儲(chǔ)匯聚地址簿系統(tǒng)相關(guān)信息；允許由匯聚地址簿客戶端或匯聚地址簿服務(wù)器對(duì)所述匯聚地址簿系統(tǒng)相關(guān)信息進(jìn)行 訪問的接口，其中，所述網(wǎng)絡(luò)倉(cāng)庫(kù)還指定與所述匯聚地址簿系統(tǒng)相關(guān)信息相關(guān)聯(lián)的數(shù)據(jù)語(yǔ)義。
21.根據(jù)權(quán)利要求20所述的網(wǎng)絡(luò)倉(cāng)庫(kù)，其中，所述網(wǎng)絡(luò)倉(cāng)庫(kù)是匯聚地址簿可擴(kuò)展標(biāo)記 語(yǔ)言文檔管理服務(wù)器。
22.根據(jù)權(quán)利要求20或權(quán)利要求21所述的網(wǎng)絡(luò)倉(cāng)庫(kù)，其中，所述匯聚地址簿相關(guān)信息 包括地址簿、個(gè)人聯(lián)系人卡、用戶優(yōu)選項(xiàng)和用戶策略中的至少一項(xiàng)。
23.根據(jù)權(quán)利要求20至22中任一項(xiàng)所述的網(wǎng)絡(luò)倉(cāng)庫(kù)，其中，所述接口使所述網(wǎng)絡(luò)倉(cāng)庫(kù) 擔(dān)當(dāng)所述匯聚地址簿客戶端和匯聚地址簿服務(wù)器之間的媒介。
24.根據(jù)權(quán)利要求20至23中任一項(xiàng)所述的網(wǎng)絡(luò)倉(cāng)庫(kù)，還包括處理器，所述處理器被配 置為應(yīng)用變換來協(xié)助基于授權(quán)創(chuàng)建聯(lián)系人視圖。
25.根據(jù)權(quán)利要求M所述的網(wǎng)絡(luò)倉(cāng)庫(kù)，其中，所述授權(quán)涉及訂購(gòu)授權(quán)。
全文摘要
一種匯聚網(wǎng)絡(luò)地址簿系統(tǒng)具有匯聚地址簿(CAB)客戶端，用于管理聯(lián)系人信息，所述CAB客戶端包括用于與CAB服務(wù)器進(jìn)行交互的接口；以及用于與同步模塊進(jìn)行通信的同步接口，所述同步模塊用于與數(shù)據(jù)同步使能器進(jìn)行交互，所述數(shù)據(jù)同步使能器用于在所述CAB客戶端和CAB服務(wù)器之間進(jìn)行同步；所述接口允許所述CAB客戶端通過對(duì)所述CAB服務(wù)器發(fā)起請(qǐng)求并且從所述CAB服務(wù)器接收響應(yīng)，來管理聯(lián)系人信息。所述CAB服務(wù)器包括用于與CAB客戶端進(jìn)行交互的接口；用于在至少一個(gè)CAB用戶設(shè)備和所述CAB服務(wù)器之間同步信息的數(shù)據(jù)同步管理器；用于與所述CAB客戶端同步數(shù)據(jù)的數(shù)據(jù)同步接口；用于管理CAB訂購(gòu)和授權(quán)信息的訂購(gòu)管理器；用于與CAB XMDS進(jìn)行通信的文檔管理接口；以及用于對(duì)在所述XDMS中存儲(chǔ)的CAB數(shù)據(jù)進(jìn)行接入和操作的XDMC。
文檔編號(hào)G06F17/30GK102047251SQ200980119255
公開日2011年5月4日 申請(qǐng)日期2009年5月27日 優(yōu)先權(quán)日2008年5月27日
發(fā)明者布里安·愛德華多·安東尼·麥科根, 格爾·克里斯蒂娜·馬丁-科謝, 蘇雷什·奇圖里 申請(qǐng)人:捷訊研究有限公司