專利名稱：一種地址簿的處理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種地址簿的處理方法和系統(tǒng)。
背景技術(shù)：
地址簿是記錄聯(lián)系人聯(lián)系方式的列表。在通信技術(shù)和計(jì)算機(jī)技術(shù)尚不發(fā) 達(dá)時(shí)，人們只能通過手寫的方式將聯(lián)系人的聯(lián)系方式記錄在筆記本上，不僅 信息量有限，而且信息更新方式繁瑣。隨著移動(dòng)通信技術(shù)和計(jì)算機(jī)技術(shù)的發(fā) 展，人們可以通過移動(dòng)通信終端或計(jì)算機(jī)將聯(lián)系人的聯(lián)系方式記錄在移動(dòng)通 信終端上或計(jì)算機(jī)的存儲(chǔ)介質(zhì)上，大大方便了人與人之間的通信與溝通，地 址簿的功能和容量也隨著移動(dòng)通信業(yè)務(wù)的豐富而不斷強(qiáng)大，例如提供聯(lián)系人 呈現(xiàn)信息、聯(lián)系人的群組和分類等功能。但是當(dāng)用戶有多個(gè)終端設(shè)備時(shí)，需 要對每一個(gè)設(shè)備分別錄入聯(lián)系人信息，不僅給用戶帶來了極大的不便，而且
數(shù)據(jù)更新時(shí)很難保證所有設(shè)備上聯(lián)系人信息的一致性，如何為用戶的多個(gè)設(shè) 備提供一致的地址簿，為用戶提供更好的用戶體驗(yàn)成為亟待解決的問題。
目前很多數(shù)據(jù)業(yè)務(wù)都需要地址簿的支持，例如IM (Instant Message ， 即時(shí)消息)、PoC (Push to talk over Cellar,無線一鍵通)等，用戶在發(fā)送IM 消息或發(fā)起PoC呼叫請求時(shí)都需要根據(jù)地址簿中聯(lián)系人的用戶標(biāo)識(shí)發(fā)起相應(yīng) 的請求?，F(xiàn)有技術(shù)中IM、 PoC業(yè)務(wù)地址簿是通過網(wǎng)絡(luò)側(cè)的Shared List XDMS(共 享列表XML文檔管理服務(wù)器)實(shí)現(xiàn)的，對于使用IM和PoC服務(wù)的用戶來說， 用戶需要在終端上安裝相應(yīng)的XDMS( XML Document Management Server , XML文檔管理服務(wù)器)客戶端才能夠訪問和編輯自己的地址簿，現(xiàn)有技術(shù)地 址簿的實(shí)現(xiàn)架構(gòu)如圖l所示。
其中XDM Client (XML文檔管理用戶端)用于訪問和編輯Shared List XDMS上提供的聯(lián)系人列表；Aggregation Proxy (聚合代理)對用戶的訪問和 編輯請求進(jìn)行鑒權(quán)并路由請求到Share List XDMS上；Shared List XDMS用于存儲(chǔ)并管理用戶的聯(lián)系人列表。當(dāng)用戶訪問或編輯自己的聯(lián)系人列表時(shí)，可
以使用XDM Client通過XCAP ( XML Configuration Access Protocol, XML配置 訪問協(xié)議)協(xié)議的相關(guān)方法發(fā)起訪問請求，請求通過Aggregation Proxy進(jìn)行鑒 權(quán)后轉(zhuǎn)發(fā)給SharedListXDMS， Shared List XDMS完成用戶的服務(wù)請求，并將 最終的執(zhí)行結(jié)果返回給用戶的XDM Client。
此外具有相似地址簿功能的現(xiàn)有技術(shù)還有呈現(xiàn)信息使能地址簿。呈現(xiàn)信 息使能地址簿是一個(gè)在終端上可以方便的顯示呈現(xiàn)體呈現(xiàn)信息的聯(lián)系人列 表。用戶可以使用客戶終端通過SIP (Session Initiation Protocol,會(huì)話初始化 協(xié)議)的SUBSCRIBE (訂閱)方法向呈現(xiàn)信息服務(wù)器發(fā)起訂閱呈現(xiàn)體呈現(xiàn)信 息的訂閱請求，當(dāng)訂閱請求被授權(quán)通過后，呈現(xiàn)信息服務(wù)器會(huì)將呈現(xiàn)體的呈 現(xiàn)信息變化通知通過SIP協(xié)議的NOTIFY (通知)方法發(fā)送給用戶終端，用戶 終端接收到呈現(xiàn)信息的變化通知后，呈現(xiàn)信息會(huì)被顯示在用戶的呈現(xiàn)信息使 能地址簿上。
現(xiàn)有技術(shù)中無論是Shared List XDMS上的聯(lián)系人列表還是呈現(xiàn)信息使能 地址簿，在功能上都比較單一且與業(yè)務(wù)強(qiáng)相關(guān)，不能作為獨(dú)立的功能為用戶 提供服務(wù)，當(dāng)用戶需要支持上述的多種功能時(shí)必須在終端上安裝各種業(yè)務(wù)客 戶端。此外，當(dāng)用戶有多個(gè)終端設(shè)備時(shí)，上述現(xiàn)有技術(shù)也無法保證多個(gè)設(shè)備 上聯(lián)系人信息的一致性，尤其是聯(lián)系人呈現(xiàn)信息，聯(lián)系人呈現(xiàn)信息變化的通 知只能發(fā)送給有訂閱關(guān)系的用戶終端，而沒有訂閱關(guān)系的用戶終端無法接收 到聯(lián)系人呈現(xiàn)信息變化的通知。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例要解決的技術(shù)問題是提供一種地址簿的處理方法和系統(tǒng)， 以解決目前現(xiàn)有的地址簿功能單一且與業(yè)務(wù)強(qiáng)相關(guān)，不能作為獨(dú)立功能為用 戶提供服務(wù)，且無法保證用戶的多個(gè)設(shè)備上地址簿信息一致的問題。
為達(dá)到上述目的，本發(fā)明實(shí)施例提供一種地址簿的處理方法，包括以下 步驟
網(wǎng)絡(luò)地址簿解析用戶地址簿，根據(jù)所述用戶地址簿上的設(shè)置生成相應(yīng)的獲取請求；
所述網(wǎng)絡(luò)地址簿根據(jù)所述獲取請求獲取需要更新的聯(lián)系人信息，更新所
述用戶地址簿；
所述網(wǎng)絡(luò)地址簿將所述用戶地址簿的更新信息同步或發(fā)送給用戶設(shè)備。
本發(fā)明實(shí)施例還提供一種地址簿的處理系統(tǒng)，包括 用戶終端，用于對網(wǎng)絡(luò)地址簿進(jìn)行訪問和管理；
網(wǎng)絡(luò)地址簿，用于保存和管理用戶的地址簿、獲取并合并需要更新的聯(lián) 系人信息；
業(yè)務(wù)引擎服務(wù)器，用于向所述網(wǎng)絡(luò)地址簿提供聯(lián)系人的相關(guān)信息。 與現(xiàn)有技術(shù)相比，本發(fā)明的實(shí)施例具有以下優(yōu)點(diǎn)
通過使用本發(fā)明實(shí)施例提供的方法，在網(wǎng)絡(luò)側(cè)提供一種網(wǎng)絡(luò)地址簿，可 以根據(jù)用戶的設(shè)置獲取豐富的聯(lián)系人信息，解決了目前現(xiàn)有的地址簿功能單 一，且與業(yè)務(wù)強(qiáng)相關(guān)不能作為獨(dú)立功能為用戶提供服務(wù)的缺點(diǎn)，且可以同步 更新用戶的的多個(gè)設(shè)備上的地址簿信息，當(dāng)用戶的其中一個(gè)設(shè)備發(fā)起更新的 地址簿的信息時(shí)，其他用戶的設(shè)備上地址簿也隨之更新，保證了用戶的多個(gè) 設(shè)備上地址簿信息一致。


圖1是現(xiàn)有技術(shù)中地址簿的實(shí)現(xiàn)架構(gòu)；
圖2是本發(fā)明實(shí)施例一的一種地址簿的處理方法的流程圖3是本發(fā)明實(shí)施例二的一種地址簿的處理方法的流程圖4是本發(fā)明實(shí)施例二中地址簿的基本結(jié)構(gòu)示意圖5是本發(fā)明實(shí)施例三的一種地址簿的處理方法流程圖6是本發(fā)明實(shí)施例四的一種地址簿的處理方法流程圖7是本發(fā)明實(shí)施例五的一種地址簿的處理方法流程圖8是本發(fā)明實(shí)施例六的一種地址簿的處理系統(tǒng)圖9是本發(fā)明實(shí)施例七的一種地址簿的處理設(shè)備圖IO是本發(fā)明實(shí)施例八的另一地址簿的處理設(shè)備圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例，對本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述。
本發(fā)明的實(shí)施例一中， 一種地址簿的處理方法如圖2所示，具體步驟如下 步驟S201、網(wǎng)絡(luò)地址簿解析用戶地址簿，根據(jù)用戶地址簿的設(shè)置生成相 應(yīng)的獲取請求。
具體的，網(wǎng)絡(luò)地址簿解析用戶地址簿之前還包括網(wǎng)絡(luò)地址簿接收用戶 地址簿并保存；當(dāng)網(wǎng)絡(luò)地址簿接收到用戶地址簿更新請求時(shí)，獲取保存的用 戶地址簿并進(jìn)行解析；或網(wǎng)絡(luò)地址簿解析接收到的用戶地址簿。
步驟S202、網(wǎng)絡(luò)地址簿根據(jù)獲取請求獲取需要更新的聯(lián)系人信息，更新 用戶地址簿。
步驟S203、網(wǎng)絡(luò)地址簿將用戶地址簿的更新信息向用戶設(shè)備同步或發(fā)送。 步驟S204、網(wǎng)絡(luò)地址簿解析用戶設(shè)備的信息文件，根據(jù)用戶設(shè)備的信息 文件向用戶的其他設(shè)備同步或發(fā)送用戶地址簿的更新信息。
本發(fā)明的實(shí)施例二中， 一種地址簿的處理方法如圖3所示，具體步驟如下 步驟S301 、網(wǎng)絡(luò)地址簿接收到用戶通過NAB Client( Network Address Book Client,網(wǎng)絡(luò)地址簿客戶端)編輯的地址簿并保存。
具體的，所迷地址簿是一個(gè)聯(lián)系人的列表，包含一個(gè)或多個(gè)聯(lián)系人信息、 用戶的群組信息以及用戶的設(shè)備信息等。聯(lián)系人信息還包括聯(lián)系人的基本信 息和設(shè)置信息，其中，聯(lián)系人的基本信息包括聯(lián)系人的聯(lián)系方式、出生日期、 名字、聯(lián)系地址、性別和愛好等信息；設(shè)置信息包括在用戶地址簿上是否需 要聯(lián)系人的呈現(xiàn)信息或位置信息的相關(guān)設(shè)置以及是否包含對聯(lián)系人其他信息 的引用。用戶的群組信息包括是否引用用戶定義的其他群組或列表。用戶的 設(shè)備信息包括用戶設(shè)備的注冊信息等。用戶地址簿的基本結(jié)構(gòu)如圖4所示。 步驟S302、網(wǎng)絡(luò)地址簿接收到用戶的地址簿更新請求。 網(wǎng)絡(luò)地址簿接收到的用戶的地址簿更新請求是對整個(gè)用戶地址簿的更新 請求，或者是對某個(gè)聯(lián)系人信息的更新請求。步驟S303、網(wǎng)絡(luò)地址簿獲取用戶的地址簿。
網(wǎng)絡(luò)地址簿接收到用戶編輯的地址簿后將用戶地址簿保存在網(wǎng)絡(luò)地址簿 的數(shù)據(jù)存儲(chǔ)裝置中，當(dāng)網(wǎng)絡(luò)地址簿接收到用戶的地址簿更新請求后，根據(jù)該 更新請求中包含的用戶信息從數(shù)據(jù)存儲(chǔ)裝置中獲取用戶的地址簿。
步驟S304、網(wǎng)絡(luò)地址簿對獲取到的用戶地址簿進(jìn)行解析，才艮據(jù)用戶地址 簿的設(shè)置判斷是否需要從其他的業(yè)務(wù)引擎服務(wù)器獲取聯(lián)系人的相關(guān)信息，如 果是則執(zhí)行步驟S305，否則執(zhí)行步驟S307。
具體的，網(wǎng)絡(luò)地址簿在獲取到用戶地址簿之后對用戶地址簿進(jìn)行解析， 依次判斷每一個(gè)聯(lián)系人的信息中是否需要聯(lián)系人的呈現(xiàn)信息或位置信息、在 聯(lián)系人的基本信息中是否包含對聯(lián)系人基本信息的引用以及用戶的群組信息 中是否包含對某個(gè)群組的引用等；如果判斷出需要上述任一信息，網(wǎng)絡(luò)地址 簿根據(jù)判斷結(jié)果生成相應(yīng)的獲取請求。如杲判斷出需要上述信息中的多個(gè)， 則根據(jù)聯(lián)系人的歸屬域信息將聯(lián)系人組合成列表統(tǒng)一獲取，例如判斷需要在 地址簿中獲取5個(gè)聯(lián)系人的呈現(xiàn)信息，則根據(jù)聯(lián)系人歸屬域的信息將這5個(gè)聯(lián) 系人組合成不同的列表進(jìn)行獲取。生成的獲取請求消息可以根據(jù)相應(yīng)接收該 獲取請求消息的業(yè)務(wù)引擎支持機(jī)制的不同而不同，例如呈現(xiàn)信息業(yè)務(wù)引擎支 持SIP協(xié)議的訂閱通知機(jī)制，XDMS支持XCAP協(xié)議的獲取方法和SIP協(xié)議的訂 閱通知機(jī)制，網(wǎng)絡(luò)地址簿在生成獲取聯(lián)系人呈現(xiàn)信息的請求消息時(shí)則使用SIP 協(xié)議的SUBSCRIBE (訂閱)方法，在向XDMS獲取聯(lián)系人信息時(shí)即可以使用
還可以針對不同的業(yè)務(wù)引擎設(shè)置不同的過濾條件，例如對呈現(xiàn)信息而言，可 以根據(jù)正TF (Internet Engineering Task Force,互聯(lián)網(wǎng)工程工作小組)的草案 draft-ietf-simple-filter-format-05進(jìn)行設(shè)置，具體的，可以根據(jù)SP ( Service Provider,服務(wù)提供商)、運(yùn)營商的策略或根據(jù)用戶的設(shè)置進(jìn)行設(shè)置。
步驟S305、網(wǎng)絡(luò)地址簿根據(jù)判斷結(jié)果生成相應(yīng)的獲取請求，并發(fā)送給其 他業(yè)務(wù)引擎服務(wù)器。
步驟S306、網(wǎng)絡(luò)地址簿從其他業(yè)務(wù)引擎服務(wù)器獲取聯(lián)系人的相關(guān)信息后， 將獲取到的信息與用戶地址簿上聯(lián)系人的其他信息進(jìn)行合并，更新用戶地址
10簿。
具體的，網(wǎng)絡(luò)地址簿在從其他業(yè)務(wù)？ 1擎服務(wù)器獲取到聯(lián)系人相關(guān)信息后， 根據(jù)信息中包含的內(nèi)容或與信息相關(guān)的連接判斷接收到的信息的類型，例如
可以根據(jù)SIPNOTIFY (通知)消息中的event頭字段判斷出此接收到的消息為 呈現(xiàn)信息，根據(jù)HTTP (HyperText Transfer Protocol,超文本傳輸協(xié)議)響應(yīng) 所屬的HTTP連接來判斷所述接收到的消息為位置信息或聯(lián)系人的特征信息 等；然后根據(jù)聯(lián)系人的標(biāo)識(shí)，將獲取到的信息與地址簿上聯(lián)系人的信息進(jìn)行 合并，合并時(shí)將獲取到的信息添加到地址簿的相應(yīng)位置上，例如如果用戶的 地址簿上已設(shè)置需要獲取聯(lián)系人的呈現(xiàn)信息，那么在獲取到相應(yīng)呈現(xiàn)信息后， 將呈現(xiàn)信息作為上述設(shè)置的子信息添加到上述設(shè)置下，此外還需要在地址簿 中增加相關(guān)的解析信息，以使NAB客戶端可以正確的顯示所述信息，例如， 當(dāng)獲取到的信息是使用XML的形式實(shí)現(xiàn)的，那么在合并時(shí)應(yīng)該在地址簿中增 加相關(guān)的命名空間，以顯示所述XML的形式的信息。
步驟S307、網(wǎng)絡(luò)地址簿將用戶地址簿的更新信息向發(fā)起更新請求的用戶 設(shè)備發(fā)送。
步驟S308、網(wǎng)絡(luò)地址簿根據(jù)用戶的設(shè)備信息文件向用戶的多個(gè)設(shè)備發(fā)送 更新后的地址簿，用戶的設(shè)備信息文件可以在用戶向網(wǎng)絡(luò)地址簿注冊時(shí)通過 注冊請求或通知消息攜帶給網(wǎng)絡(luò)地址簿。
具體的，所述更新后的地址簿可以是被部分更新的地址簿，即僅包括聯(lián) 系人信息發(fā)生變化的部分，或者是整個(gè)地址簿。用戶接收到更新后的地址簿， 更新設(shè)備上的地址簿時(shí)，如果用戶地址簿釆用XML的形式實(shí)現(xiàn)，可以使用Etag 來區(qū)分需要被更新的地址簿和地址簿的更新信息。
本發(fā)明的實(shí)施例三中， 一種地址簿的處理方法如圖5所示，具體步驟如下
步驟S501、網(wǎng)絡(luò)地址簿接收到用戶通過NAB Client編輯的用戶地址簿并保存。
步驟S502、網(wǎng)絡(luò)地址簿解析接收到的用戶地址簿，根據(jù)用戶地址簿上的 設(shè)置判斷是否需要從其他的業(yè)務(wù)引擎服務(wù)器獲取聯(lián)系人的相關(guān)信息，如果是 則執(zhí)4亍步驟S503，否則執(zhí)行步驟S505。步驟S503、網(wǎng)絡(luò)地址簿根據(jù)需要獲取的聯(lián)系人的相關(guān)信息，生成相應(yīng)的 獲取請求，并發(fā)送給其他業(yè)務(wù)引擎服務(wù)器
步驟S504、網(wǎng)絡(luò)地址簿接收到從其他業(yè)務(wù)引擎服務(wù)器上獲取到的聯(lián)系人 信息，將獲取到的聯(lián)系人信息與用戶地址簿上聯(lián)系人的信息進(jìn)行合并，更新 用戶地址簿。
步艱《S505、網(wǎng)絡(luò)地址簿向用戶的NAB Client同步所述更新后的用戶地址簿。
具體的，網(wǎng)絡(luò)地址簿在向用戶的NABClient同步地址簿時(shí)，可以采取定時(shí) 同步、事件觸發(fā)同步、每次地址簿上聯(lián)系人信息變化時(shí)同步等同步方式。可 以通過XML的形式來描述同步設(shè)置。定時(shí)同步可以根據(jù)用戶、服務(wù)提供商或 運(yùn)營商制定的策略來確定定時(shí)同步的時(shí)間間隔，該時(shí)間間隔可以通過如下所 示XML的形式表示
Synchronization type=timing> <time—intervals value=10〉 <device—subset scope=subset> <d6vicc〉
<gruu>sip:alice@example.com;opaque="kjh29x97us97d"</gruu> </d6vic6〉 </devicesubset〉 </synchrcmization>
其中"<synchronization> "元素表示此設(shè)置文件為同步的i殳置文件， "<synchronization>"元素的"type"屬性的值為沖支舉型，具體的"timing" 表示定時(shí)同步，"event"表示事件觸發(fā)同步，"change"表示每次地址簿上 聯(lián)系人信息發(fā)生變化時(shí)同步；當(dāng)"type"屬性值為"timing"時(shí)，<synchronization> 元素包^"一個(gè)〈time—intervals〉子元素，〈time一intervals〉子元素包^^一個(gè)"value" 屬性，其值為整型，表示同步的時(shí)間間隔，〈synchronization〉元素還包含一個(gè) <device—subset〉子元素，表示需要同步的設(shè)備子集，〈device—subse1^子元素可 以包含一個(gè)"scope"屬性，其值為"all"時(shí)表示要向所有的設(shè)備同步地址簿， 其值為"subset"時(shí)表示僅向部分設(shè)備同步地址簿，此時(shí)〈device—subset〉元素 包含一個(gè)或多個(gè)〈device〉子元素，〈device〉子元素還包含一個(gè)〈gruu〉子元素用 來表明被同步的設(shè)備標(biāo)識(shí)。
事件觸發(fā)同步即當(dāng)預(yù)定義的事件發(fā)生時(shí)，網(wǎng)絡(luò)地址簿再向NAB Client發(fā)起 同步，預(yù)定義的事件可以是用戶的注冊事件、用戶發(fā)起獲取請求的事件或用戶預(yù)先定義的同步觸發(fā)條件，例如用戶可以定義同步條件當(dāng)聯(lián)系人l向移動(dòng) 通信網(wǎng)絡(luò)注冊時(shí)，網(wǎng)絡(luò)地址簿要將這一信息的變化同步到用戶的所有設(shè)備上， 或者接收到用戶的獲取請求時(shí)網(wǎng)絡(luò)地址簿要將這一信息的變化同步到用戶的 所有設(shè)備上，用XML的形式表示上述規(guī)則如下
<synchronization type=event event=registration> <device—subset scope=subset> <device>
<gruu>sip:alice@example.com;opaque="kjh29x97us97d"</gruu> </devic6> </device—subset> </synchronization>
當(dāng)〈synchronization〉元素的"type"屬性值為"event"時(shí)，表示這是一個(gè) 事件觸發(fā)同步設(shè)置，此時(shí)〈synchronization〉元素會(huì)增加一個(gè)表示事件同步類型 的"event，，屬性，其值可以是"registration"表示是注冊事件觸發(fā)的同步，"fetch" 表示當(dāng)用戶發(fā)起獲取請求時(shí)觸發(fā)的同步等。
步驟S506、網(wǎng)絡(luò)地址簿根據(jù)用戶的設(shè)備信息文件向用戶的多個(gè)設(shè)備同步 更新后的地址簿。
本發(fā)明的實(shí)施例三與實(shí)施例二的主要區(qū)別在于，當(dāng)網(wǎng)絡(luò)地址簿接收到用 戶地址簿并保存后立即解析地址簿，根據(jù)用戶地址簿上的設(shè)置獲取聯(lián)系人信 息，而實(shí)施例一是在網(wǎng)絡(luò)地址簿接收到用戶的更新請求時(shí)，才根據(jù)用戶地址 簿上的設(shè)置獲取聯(lián)系人信息。
本發(fā)明的實(shí)施例四中，用戶通過NAB Client添加聯(lián)系人信息，并將添加后 的信息保存在網(wǎng)絡(luò)地址簿上，當(dāng)用戶使用地址簿時(shí)，NABClient向網(wǎng)絡(luò)地址簿 發(fā)起信息更新請求，獲取網(wǎng)絡(luò)地址簿上聯(lián)系人的最新聯(lián)系信息，例如聯(lián)系人 的呈現(xiàn)信息、共享群組/列表/聯(lián)系人profile (簡介)等。本發(fā)明一種地址簿的 處理方法如圖6所示，具體步驟如下
步驟S601 、公共用戶標(biāo)識(shí)為sip:joebloggs@example .com的用戶通過UE (User Equipment ，用戶終端)上的NAB Client向此用戶的地址簿 l(addressbookl)添力口標(biāo)識(shí)為sip:friendl⑥example.com的耳關(guān)系人4言息,并通過 XCAP協(xié)議的PUT方法將新添加的聯(lián)系人信息保存在網(wǎng)絡(luò)地址簿上，XCAP協(xié) i義的PUT方法的添加消息如下所示
PUT http:〃xcap.example.com/nbook/users/sip:joebloggs(g)'example.com/addressbook1/~ /resource-lists/list〖@name="My_friends"]/entry[@uri="sip:friend2^example.com"] HTTP/1.1Content-Type: application/xcap-el+xml Content-Length:(…)
< xml version-" 1.0" encoding="UTF-8" > <entry uri="sip:friend2@example.com">
<display-name>Friend2</display-name> </entry>
進(jìn)一步，用戶還可以向地址簿中添加對其他聯(lián)系人列表或群組列表的引
用，引用信息可以通過〈entry-ref^元素的"ref，屬性或〈external〉元素的"anchor" 屬性來表示。其中當(dāng)引用聯(lián)系人列表和被引用聯(lián)系人列表在同一個(gè)XCAProot 下時(shí)，〈entry-re》元素的ref屬性值為被引用聯(lián)系人列表的相對路徑值；當(dāng)引用 聯(lián)系人列表和被引用聯(lián)系人列表在不同XCAP root下時(shí)，〈external〉元素的 anchor屬性值為被引用聯(lián)系人列表的絕對路徑值。
用戶還可以向地址簿中添加聯(lián)系人的基本信息，或引用其他51擎服務(wù)器 中定義的聯(lián)系人基本信息，例如OMA PAG ( Open Mobile Alliance Presence and Availability Working Group)工作組的Shared Profile中定義的用戶基本信息， 就可以通過4asic-info〉元素的anchor屬性來引用；如果其它業(yè)務(wù)引擎服務(wù)器上 沒有相關(guān)聯(lián)系人基本信息的定義，用戶可以通過NAB Client添加聯(lián)系人的基本 信息。聯(lián)系人基本信息可以包括聯(lián)系人的聯(lián)系方式、出生日期、名字、聯(lián)系 地址、性別和愛好等信息。其中聯(lián)系方式可以使用〈communication-address〉元 素來表示，其值可以是用戶的SIPURI、 TELURI、 E.164地址或email地址等； 出生日期可以使用〈birth-date〉元素表示；性別可以使用〈gender〉元素來表示， 用來指示聯(lián)系人的性別；愛好可以使用〈hobbies〉元素來表示。聯(lián)系人的基本 信息還可以進(jìn)一步擴(kuò)展包含更加豐富的信息，在此不在贅述。
此外，在用戶的地址簿中還可以包含指示是否需要訂閱聯(lián)系人呈現(xiàn)信息 或位置信息的標(biāo)識(shí)元素，可以4吏用<presence-info>元素或<location-info>的 "flag"屬性來表示，其值為布爾型的變量true或false。在用戶的地址簿中還 可以包含指示是否需要的聯(lián)系人漫游信息的標(biāo)識(shí)元素，可以使用々oam-info〉 元素的"flag"屬性表示，其值為布爾型的變量true或false。
包含上述信息的地址簿的實(shí)例如下所示
<entry uri="sip:friend3@example.com"〉 <display-name>Friend3</display-name> <basic-info>
<communication-address>
<comm-addr>tel:13843859438</comm-addr></communication-address〉 <birth-date> 1980-U-20</birth-date> <gender>male</gender> <hobbies>basketban</hobbies〉 </basic-info>
<presence-info flag=，，true，7> <roam-info flag="true"> </entry>
<entry uri="sip:friend4@example.com"> <display-name>Friend4</display-name> <basic-info
anchor="http:〃org.openmobilealliance.user-profile/users/sip:friend4(gtexample.com/
user-profile,，> 〈presence-info flag=，，true，7> <roam-info flag="false"〉 </entry〉
<entry-ref ref="nbook/users/sip:joebloggs@example.com/addressbook2/—/resource-lists/I ist0/05b@name=%221istl%22%5d/entry%5b@uri=%22sip:petri@example.com%22%5d7>
步驟S602、網(wǎng)絡(luò)地址簿將接收到的新添加的聯(lián)系人信息發(fā)送給數(shù)據(jù)存儲(chǔ)
功能實(shí)體，數(shù)據(jù)存儲(chǔ)功能實(shí)體將新添加的聯(lián)系人信息更新到addressbookl中， 更#斤后的addressbook 1 :^r下戶斤示
< xml version="，0" encoding="UTF-8" >
〈resource-lists xmlns-"urn:ietf:params:xml:ns:resource隱lists" xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"> <list name="My_friends"〉 <entry uri="sip:friendl@example.com"> <display-name>Friend 1 </display-name> </6ntry>
<entry uri="sip:friend2@example.com"> <display-name>Friend2</display-name> </6ntry>
<entry uri="sip:friend3@example.com"〉 <display-name>Friend3</display-name> <basic-info>
<communication-address>
<conmi-addr>tel: 13843859438</comm-addr>
</communication-address〉
<birth-date> 1980-1 l-20</birth-date〉
<gender>male</gender〉
<hobbies>basketball</hobbies> </basic-info〉
<presence-info flag=，，true，7〉 <roam-info flag="false，，〉 </entry〉
<entry uri="sip:friend4@example.com"> <display-name>Friend4</display-name> <basic-info
anchor="http:〃org.openmobilealliance.user-profile/users/sip: friend4 @example. com/
user-profile/"> 〈presence-info flag="true，7〉 <roam-info flag="false，，> </entry>
<entry-ref ref="nbook/users/sip:joebloggs@examplexom/addressbook2/ /resource-lists/1 ist%5b@name=%221istl0/o22%5d/entry%5b@uri=%22sip:petri@example.com%22%5d7〉
步驟S603、 addressbookl更新后，數(shù)據(jù)存儲(chǔ)功能實(shí)體向網(wǎng)絡(luò)地址簿返回200ok的成功響應(yīng)。
步驟S604 、網(wǎng)絡(luò)地址簿向用戶的NAB Client返回200 ok的成功響應(yīng)。 步驟S605、用戶通過NAB Client使用用戶地址簿，NAB Client通過XCAP
協(xié)議的GET方法向網(wǎng)絡(luò)地址簿發(fā)起信息更新請求。
步驟S606、網(wǎng)絡(luò)地址簿的管理功能實(shí)體接收到信息更新請求后，通過
XCAP協(xié)議的GET方法向數(shù)據(jù)存儲(chǔ)功能實(shí)體獲取用戶的地址簿addressbookl。
獲取請求如下所示
GET /org.openmobilealliance.network-addressbook/users/sip:joebloggs@example.com/addressbookl HTTP/1.1 Host: xcap.example.com User-Agent: NAB-client/OMA2.0 Date: Aug, 10 Aug 2007 10:50:33 GMT X-3GPP-Intended-Identity: "sip:joebloggs@example.com"
進(jìn)一步，此更新請求可以是僅更新某個(gè)聯(lián)系人的聯(lián)系信息，或者更新整
個(gè)地址簿，例如，僅更新標(biāo)識(shí)為sip:friend2②example.com的聯(lián)系人信息時(shí)，獲 取請求如下所示
GET /org.openmobilealliance.network-addressbook/users/sip:joebloggs@example.com/addressbookl/ / resource-lists/entry[@uri="sip:friend2@example.com"] HTTP/1.1
步驟S607、數(shù)據(jù)存儲(chǔ)功能實(shí)體向網(wǎng)絡(luò)地址簿的管理功能實(shí)體返回200ok的 成功響應(yīng)，并在響應(yīng)中返回獲取的用戶地址簿addressbookl,其中addressbookl 的形式及內(nèi)容如步驟S602表格中所示。
步驟S608 、網(wǎng)絡(luò)地址簿的管理功能實(shí)體對獲取到的addressbookl進(jìn)行解 析，根據(jù)addressbookl中記錄的內(nèi)容判斷出需要獲取聯(lián)系人標(biāo)識(shí)為 sip:friend3@example.com的聯(lián)系人的呈現(xiàn)信息，獲取聯(lián)系人標(biāo)識(shí)為 sip:friend4②example.com的聯(lián)系人的呈現(xiàn)信息和聯(lián)系人的基本信息。
步驟S609、根據(jù)步驟S608的判斷結(jié)果，網(wǎng)絡(luò)地址簿的管理功能實(shí)體通過 XCAP協(xié)議的GET方法向Shared Profile XDMS獲取標(biāo)識(shí)為 sip:friend4⑥example.com的聯(lián)系人的基本信息，獲取請求如下所示
GET /org.openmobilealliance.user-profile/users/sip:friend4@example.com/user-profile HTTP/1.1 Host: xcap.example.com
User-Agent: XDM-client/OMA2.0 Date: Aug， 10 Aug 2007 10:50:33 GMT X-3GPP-Intended-Identity: "sip: joebloggs@example.com"
步驟S610、 Shared Profile XDMS向網(wǎng)絡(luò)地址簿返回200 ok的成功響應(yīng)，并 在響應(yīng)中返回標(biāo)識(shí)為sip:friend4②example.com的聯(lián)系人的基本信息，返回的響應(yīng)消息的內(nèi)容如下所示
HTTP/1.1 200 OK Etag: "et53"
Content-Type: application/vnd.oma.user-profile+xml
< xml version="1.0" encoding="UTF-8" > <user-profiles xmlns="urn:oma:xml:xdm:user-profile"> <user-profile uri="sip:friend4@example.com"> <communication-addresses>
<comn>addr>+l 858 623 0743</comm-addr〉 </ communication-addresses>
<display-name xml:lang="en">Alice</display-name〉 <birth-date〉 1995-05-20</birth-date〉 <gender>female</gender〉 </user-profile〉 </user-profiles>
步驟S611、根據(jù)步驟S608的判斷結(jié)果，網(wǎng)絡(luò)地址簿的管理功能實(shí)體通過 SIP協(xié)議的SUBSCRIBE方法向呈現(xiàn)業(yè)務(wù)服務(wù)器訂閱聯(lián)系人標(biāo)識(shí)為 sip:friend3⑨example.com和sip:friend4⑨example.com的呈現(xiàn)信息。
進(jìn)一步，上述訂閱請求可以是一次訂閱請求也可以是長期訂閱請求，當(dāng) 訂閱請求為一次訂閱請求時(shí)，需指定此訂閱請求的Expires頭域值為"0"。
進(jìn)一步，當(dāng)根據(jù)步驟S608的判斷結(jié)果需要獲取多個(gè)聯(lián)系人的呈現(xiàn)信息時(shí)， 網(wǎng)絡(luò)地址簿的管理功能實(shí)體可以將此多個(gè)聯(lián)系人組成一個(gè)列表，并作為 SUBSCRIBE請求的消息體發(fā)送給RLS (Resource List Server,資源列表服務(wù) 器)，由RLS根據(jù)這個(gè)列表產(chǎn)生后端訂閱請求，發(fā)送給呈現(xiàn)業(yè)務(wù)服務(wù)器，訂閱 列表中所有聯(lián)系人的呈現(xiàn)信息。由上述兩個(gè)聯(lián)系人組成的訂閱列表如下所示
< xml version="l,0" encoding="UTF-8" >
〈resource-lists xmlns="um:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http:〃www,w3.org/2001/XMLSchema-instance">
<list>
<entry uri="sip:friend3@example.com" /> <entry uri="sip:friend4@example.org" /> </list> </resource-lists>
步驟S612、訂閱成功，呈現(xiàn)業(yè)務(wù)服務(wù)器或資源列表服務(wù)器向網(wǎng)絡(luò)地址簿 返回200ok的成功響應(yīng)。
步驟S613、呈現(xiàn)業(yè)務(wù)服務(wù)器通過SIP協(xié)議的NOTIRY方法，向網(wǎng)絡(luò)地址簿 發(fā)送所訂閱的聯(lián)系人的呈現(xiàn)信息通知消息，上述兩個(gè)聯(lián)系人的呈現(xiàn)信息如下 所示
< xml version="1.0" encoding="UTF-8" 〉
<presence xmlns="urn:ietf:params:xml:ns:pidf'
17xmlns:im="urn:ietf:params:xml:ns:pidf:im" xmlns:myex="http:〃id.example.com/presence/" entity="sip:friend3@example,com"> <tuple id="bs35r9"> <status>
<basic>open</basic> <im: im>busy </im: im> <myex: location>home</myex: location> </status>
<note xml:lang="en">Don't Disturb Please!</note〉 <timestamp〉2001 -10-27T16:49:29Z</timestamp> </tuple> </presence>
< xml version="1.0" encoding="UTF-8" >
<presence xmlns="urn:ietf:params:xml:ns:pidf' xmlns:im="urn:ietf:params:xml:ns:pidf:im" xmlns:myex="http:〃id.example.com/presence/" entity="sip:friend4@example.com"〉 <tuple id="eg92n8"> <status>
<basic>open</basic〉 </status> </tuple>
<note>I'll be in Tokyo next week</note> </prescnc6〉
步驟S614、網(wǎng)絡(luò)地址簿向呈現(xiàn)業(yè)務(wù)服務(wù)器返回200 ok的成功響應(yīng)。 步驟S615 、網(wǎng)絡(luò)地址簿將獲取到的各種信息與地址簿中的聯(lián)系人信息進(jìn) 行合并。
進(jìn)一 步，網(wǎng)絡(luò)地址簿將獲取到的各種信息與地址簿中的聯(lián)系人信息進(jìn)行 合并時(shí)，可以根據(jù)聯(lián)系人的用戶標(biāo)識(shí)將獲取到的信息添加到地址簿中。在添 加信息時(shí)應(yīng)該將相關(guān)命名空間添加到地址簿中，添加后的地址簿如下所示
< xml version="1.0" encoding="UTF-8" >
<resource-lists xmlns二"urn:ietf:params:xml:ns:resource-lists" xmlns:xsi=http:〃www. w3.org/2001/XMLSchema-instance xmlns="urn:ietf:params:xml:ns:pidf' xmlns:im="urn:ietf:params:xml:ns:pidf:im" xmlns:mvex=http:〃id.example.com/presence xmlns="urn:oma:xml:xdm:user-proflle7> <list name="My—friends"> <entry uri="sip:friendl@examplexom"> <dispIay-name>Friend 1 </display-name> </cntry>
<entry uri="sip:friend2@example.com"> <display-name>Friend2</display-name> </entry〉
<entry uri="sip:friend3@example.cotn"> <display-name>Friend3</display-name〉 <basic-info>
<communication-address>
<comm-addr>tel: 13843859438</comm-addr> </communication-address〉〈birth-date〉 1980-1 l-20</birth-date〉 <gender>male</gender> <hobbies〉basketball</hobbies> </basic-info〉
<presence-info flag="true"> <tuple id="bs35r9"> <status>
<basic>open</basic> <im: im〉busy </im: im> <myex: location〉home</myex: location> </status>
<note xml:lang:"en"〉Don't Disturb Please!</note〉 <timestamp〉2001 -10-27T16:49:29Z</timestamp> </tupIe> </presence-info〉 <roam-info flag=，，false"> </6ntry>
<entry uri="sip:friend4@example.com"〉 <display-name>Friend4</display-name〉 〈basic-info〉 <commun ication-addresses〉
<comm-addr>+l 858 623 0743</comm-addr> </communication-addresses〉
<display-name xml:lang="en">Alice</display-name> <birth-date〉 1995-05-20</birth-date> <gender>female</gender> </basic-info> <presence-info>
<tuple id="eg92n8"〉 <status>
<basic>open</basic> </status〉 </tuple>
<note>I'll be in Tokyo next week</note> </presence-info> <roam-info flag-，，false, </entry>
<entry-ref ref="nbook/users/sip:joebloggs@example.com/addressbook2/ /resource-lists/1 ist%5b@name=%221istl%220/05d/entry%5b@uri=%22sip:petri@example.com%22%5d"/>
步驟S616、網(wǎng)絡(luò)地址簿向用戶的NABClient返回200ok的成功響應(yīng)，并將 步驟S615合并后的聯(lián)系人信息作為消息體發(fā)送給用戶的NAB Client。
進(jìn)一步，用戶的地址簿中還可以包括聯(lián)系人位置信息的相關(guān)設(shè)置，可以 通過〈ocation〉元素表示聯(lián)系人位置信息，通過其屬性"flag"值表示此用戶是 否需要此聯(lián)系人的位置信息，"flag"屬性為一個(gè)布爾型的變量，其值為true 或false。當(dāng)某個(gè)聯(lián)系人的〈ocation〉元素的flag屬性值為true時(shí)，網(wǎng)絡(luò)地址簿可 以通過MLP (Mobile Location Protocol,移動(dòng)位置協(xié)i義)協(xié)議產(chǎn)生獲取聯(lián)系人 位置信息的請求消息。此請求消息可以立即定位請求消息也可以是觸發(fā)定位 請求消息。當(dāng)所述的請求消息為立即定位請求消息時(shí)，可以設(shè)置消息頭中的 <requestor〉元素的<id>子元素值為網(wǎng)絡(luò)地址簿的MSISDN ( Mobile station
19ISDN number,移動(dòng)基站ISDN號(hào)碼)標(biāo)識(shí)或IP標(biāo)識(shí)或SIP URI,而〈serviceid〉 子元素的值為網(wǎng)絡(luò)地址簿的服務(wù)標(biāo)識(shí)(此標(biāo)識(shí)由運(yùn)營商來分配)，設(shè)置消息 體中〈msid〉子元素的值為聯(lián)系人的SIP URI標(biāo)識(shí)，同時(shí)設(shè)置此元素的type屬性 為"SIP一URT 。網(wǎng)絡(luò)地址簿還可以在一個(gè)位置信息請求消息體中包含多個(gè)聯(lián) 系人標(biāo)識(shí)來一次獲取多個(gè)聯(lián)系人的位置信息。
進(jìn)一步，在網(wǎng)絡(luò)地址簿向發(fā)起更新請求的用戶設(shè)備返回更新地址簿信息 后，網(wǎng)絡(luò)地址簿解析用戶設(shè)備信息文件，并根據(jù)用戶設(shè)備信息文件向用戶的 其他設(shè)備發(fā)送地址簿的更新信息。用戶設(shè)備信息文件可以保存在網(wǎng)絡(luò)地址簿 的數(shù)據(jù)存儲(chǔ)裝置上，當(dāng)用戶的設(shè)備向IMS (IP Multimedia Subsystem, IP多媒 體系統(tǒng)，)網(wǎng)絡(luò)注冊時(shí)，網(wǎng)絡(luò)地址簿可以通過第三方注冊方式獲得用戶的設(shè) 備信息并將設(shè)備信息增加到用戶設(shè)備信息文件上，用戶的設(shè)備信息可以是用 戶設(shè)備的GRUU (用戶代理統(tǒng)一資源標(biāo)識(shí)符)標(biāo)識(shí)或contact地址。
上述實(shí)施例中NBA Client是用戶終端上的功能實(shí)體，管理功能實(shí)體為網(wǎng)絡(luò) 地址簿上的功能實(shí)體，數(shù)據(jù)存儲(chǔ)功能實(shí)體位于網(wǎng)絡(luò)地址簿上或者作為獨(dú)立的 網(wǎng)絡(luò)實(shí)體存在，呈現(xiàn)業(yè)務(wù)服務(wù)器和Shared Profile XDMS屬于同 一業(yè)務(wù)引擎服務(wù) 器或者屬于不同的業(yè)務(wù)引擎服務(wù)器。
本發(fā)明的實(shí)施例五中，用戶通過NAB Client向用戶地址簿中添加聯(lián)系人信 息，并將添加后的信息保存在網(wǎng)絡(luò)地址簿上。網(wǎng)絡(luò)地址簿接收到用戶的保存 請求后解析用戶地址簿的內(nèi)容，根據(jù)用戶地址簿上的設(shè)置獲取聯(lián)系人的各種 信息，并將聯(lián)系人的最新信息返回給用戶的NAB Client;當(dāng)聯(lián)系人的信息發(fā)生 變化時(shí)，網(wǎng)絡(luò)地址簿對用戶地址簿進(jìn)行實(shí)時(shí)更新，并將更新后的網(wǎng)絡(luò)地址簿 上的地址簿信息與用戶終端上的地址簿進(jìn)行實(shí)時(shí)同步，或者當(dāng)用戶通過終端 的NAB Client發(fā)起更新請求時(shí)，再將網(wǎng)絡(luò)地址簿上地址簿信息與用戶終端上的 地址簿信息進(jìn)行同步，本發(fā)明一種地址簿的處理方法如圖7所示，具體步驟如 下
步驟S701 、公共用戶標(biāo)識(shí)為sip:joebloggs⑥example.com的用戶通過UE上 的NAB Client向此用戶的addressbookl (地址簿1 )添力口標(biāo)識(shí)為 sip:friend2⑥example.com的聯(lián)系人信息，同時(shí)設(shè)置需要此聯(lián)系人的呈現(xiàn)信息并引用了此聯(lián)系人的基本信息，然后通過XCAP協(xié)議的PUT方法將新添加的聯(lián)系 人信息保存在網(wǎng)絡(luò)地址簿上，添加消息如下所示
PUT http:〃xcap.example.com/nbook/users/sip:ioebloggsfg)'example.com/addressbookl/ /resource墨 lists/list〖@name="My—friends"]/entry[@uri="sip:friend2^example.com"] HTTP/1.1
Content-Type: application/xcap-el+xml Content-Length:(,..)
< xml version="l,0" encoding="UTF-8" > <entry uri="sip:friend2@example.com"> <display-name〉Friend2</display-name> <basic-info
anchor="http:〃org;.openmobilealliance.user-profile/users/sip:friend2@exaTnple.com/ user-profile/"> 〈presence-info flag="true"/> </6ntry>
步驟S702、網(wǎng)絡(luò)地址簿將用戶提交的addressbook l通過XCAP協(xié)議的PUT 方法保存在數(shù)據(jù)存儲(chǔ)功能實(shí)體中。
步驟S703、保存成功后，數(shù)椐存儲(chǔ)功能實(shí)體向網(wǎng)絡(luò)地址簿的管理功能實(shí) 體返回200 ok的成功響應(yīng)。
步驟S704、管理功能實(shí)體解析用戶提交的addressbookl,根椐〈basic-info〉 的anchor屬性以及〈presence-info〉的flag屬性判斷出要獲取耳關(guān)系人的基本耳關(guān)系 信息和聯(lián)系人的呈現(xiàn)信息，并產(chǎn)生相關(guān)的獲取請求。
步驟S705、網(wǎng)絡(luò)地址簿向呈現(xiàn)業(yè)務(wù)服務(wù)器發(fā)送訂閱聯(lián)系人標(biāo)識(shí)為sip: friend2⑥example.com的SUBSCRIBE訂閱請求消息。在所述訂閱請求中可以包 含一個(gè)過濾器，通過過濾器可以指定僅訂閱此聯(lián)系人目前使用的業(yè)務(wù)信息。 過濾器可以由SP或運(yùn)營商的策略指定。包含一個(gè)過濾器的訂閱請求如下所示
SUBSCRIBE sip :friend2@example.com sip2.0
Event: presence
accept: application/simple-filter+xml
< xml version="1.0" encoding="UTF-8" >
<filter-set xmlns="urn:ietf:params:xml:ns:simple-filter"> <ns-bindings>
<ns-binding prefix="pidf ， urn="um:ietf:params:xml:ns:pidf'/〉 <ns-binding prefix="rpid"
um="urn:ietf:params:xml:ns:pidf:rpid-tuple"/〉
</ns-bindings>
<filter id="123" uri="sip:friend2@example.com"> <what>
<include type="xpath">
/pidf:presence/pidf:tuple </include> </what></filter> </filter-set>
步驟S706、訂閱成功后，呈現(xiàn)業(yè)務(wù)服務(wù)器向網(wǎng)絡(luò)地址簿返回200ok的成功響應(yīng)。
步驟S707、呈現(xiàn)業(yè)務(wù)服務(wù)器通過SIP協(xié)議的NOTIFY方法向網(wǎng)絡(luò)地址簿發(fā) 送聯(lián)系人呈現(xiàn)信息的通知消息，消息體中包含聯(lián)系人的呈現(xiàn)信息。
步驟S708、網(wǎng)絡(luò)地址簿向呈現(xiàn)業(yè)務(wù)服務(wù)器返回200 ok的成功響應(yīng)。
步驟S709、網(wǎng)絡(luò)地址簿將獲取到的信息與步驟S701用戶通過NAB Client 4是交的addressbook l的副本進(jìn)行合并，并將合并后的addressbook l作為200 ok 響應(yīng)的消息體發(fā)送給NAB Client。
步驟S710、標(biāo)識(shí)為sip: friend2②example.com的聯(lián)系人呈現(xiàn)信息發(fā)生變化 時(shí)，呈現(xiàn)業(yè)務(wù)服務(wù)器通過SIP協(xié)議的NOTIFY方法向網(wǎng)絡(luò)地址簿發(fā)送呈現(xiàn)信息 變化的通知消息。
步驟S711、網(wǎng)絡(luò)地址簿向呈現(xiàn)業(yè)務(wù)服務(wù)器返回200ok的成功響應(yīng)。
步驟S712、網(wǎng)絡(luò)地址簿通過XCAP協(xié)議的GET方法從數(shù)據(jù)存儲(chǔ)功能實(shí)體中 獲取用戶的addressbook 1 。
步驟S713、數(shù)據(jù)存儲(chǔ)功能實(shí)體向網(wǎng)絡(luò)地址簿返回200ok的成功響應(yīng)，并在 消息體中攜帶addressbook 1 。
步驟S714、網(wǎng)絡(luò)地址簿將用戶addressbook l上聯(lián)系人的信息與獲取到的呈 現(xiàn)信息進(jìn)行合并，合并方式如實(shí)施例四的合并過程所示。
步驟S715、網(wǎng)絡(luò)地址簿通過數(shù)據(jù)同步技術(shù)向用戶的NAB Client同步 addressbook 1 。
上述實(shí)施例中NBA Client是用戶終端上的功能實(shí)體，管理功能實(shí)體為網(wǎng)絡(luò) 地址簿上的功能實(shí)體，數(shù)據(jù)存儲(chǔ)功能實(shí)體位于網(wǎng)絡(luò)地址簿上或者作為獨(dú)立的 網(wǎng)絡(luò)實(shí)體存在，呈現(xiàn)業(yè)務(wù)服務(wù)器和Shared Profile XDMS屬于同一業(yè)務(wù)引擎服務(wù) 器或者屬于不同的業(yè)務(wù)引擎服務(wù)器。
通過使用本發(fā)明實(shí)施例提供的方法，在網(wǎng)絡(luò)側(cè)提供一種網(wǎng)絡(luò)地址簿，可 以根據(jù)用戶的設(shè)置獲取豐富的聯(lián)系人信息，解決了目前現(xiàn)有的地址簿功能單 一，且與業(yè)務(wù)強(qiáng)相關(guān)不能作為獨(dú)立功能為用戶提供服務(wù)的缺點(diǎn)，且可以同步更新用戶的的多個(gè)設(shè)備上的地址簿信息，當(dāng)用戶的其中 一個(gè)設(shè)備發(fā)起更新的 地址簿的信息時(shí)，其他用戶的設(shè)備上地址簿也隨之更新，保證了用戶的多個(gè) 設(shè)備上地址簿信息一致。
本發(fā)明的實(shí)施例六中， 一種地址簿的處理系統(tǒng)如圖8所示，所述的系統(tǒng)包 括至少一個(gè)用戶終端IO、 一個(gè)網(wǎng)絡(luò)地址簿20和至少一個(gè)業(yè)務(wù)引擎服務(wù)器30。
其中，用戶終端10,用于通過NAB Clien對網(wǎng)絡(luò)地址簿20進(jìn)行訪問和管理， NAB Client可以使用XCAP協(xié)議、SIP協(xié)議或DS數(shù)據(jù)同步協(xié)議對網(wǎng)絡(luò)地址簿20 進(jìn)行訪問和管理。此外，NABClient還提供其他業(yè)務(wù)客戶端的訪問接口，例如 網(wǎng)絡(luò)地址簿客戶端與PoC客戶端、IM客戶端等業(yè)務(wù)客戶端之間的接口 。
網(wǎng)絡(luò)地址簿20,用于保存和管理用戶的地址簿、獲取并合并需要更新的
聯(lián)系人信息。相應(yīng)地，網(wǎng)絡(luò)地址簿20可以通過特定接口與業(yè)務(wù)引擎服務(wù)器30
相連，例如當(dāng)業(yè)務(wù)引擎服務(wù)器30是呈現(xiàn)業(yè)務(wù)服務(wù)器時(shí)，網(wǎng)絡(luò)地址簿20可以通
過OMA PAG工作組Presence業(yè)務(wù)引擎技術(shù)規(guī)范中定義觀察者到SIP/IP Core之
間的接口PRS-2， SIP/IP Core到呈現(xiàn)業(yè)務(wù)服務(wù)器之間的接口PRS-3獲得聯(lián)系人
的呈現(xiàn)信息；網(wǎng)絡(luò)地址簿20還可以支持一個(gè)與Shared XDMS (Shared XML
Document Management Server共享XML數(shù)據(jù)管理服務(wù)器)之間的接口 ，并通過
XCAP協(xié)議或SIP協(xié)議實(shí)現(xiàn)獲取聯(lián)系人的基本信息的功能；網(wǎng)絡(luò)地址簿20還可
以支持一個(gè)與位置服務(wù)器之間的接口并通過MLP協(xié)議獲得聯(lián)系人的位置信 臺(tái)、
業(yè)務(wù)引擎服務(wù)器30,通過特定接口與網(wǎng)絡(luò)地址簿連接，用于向網(wǎng)絡(luò)地址 簿20提供聯(lián)系人的相關(guān)信息。業(yè)務(wù)引擎服務(wù)器30進(jìn)一步包括呈現(xiàn)信息服務(wù)器、 位置信息服務(wù)器、共享列表服務(wù)器、共享群組服務(wù)器等。
本發(fā)明的實(shí)施例七中， 一種網(wǎng)絡(luò)地址簿，如圖9所示，包括存儲(chǔ)單元21、 管理單元22、獲取單元23以及發(fā)送單元24。
其中，存儲(chǔ)單元21，用于存儲(chǔ)用戶地址簿以及用戶的設(shè)備信息文件。其 中，用戶的地址簿可以使用XML的形式表示，因此存儲(chǔ)單元21可以采取XDMS 的形式實(shí)現(xiàn)或者使用數(shù)據(jù)庫的方式實(shí)現(xiàn)。存儲(chǔ)單元21位于網(wǎng)絡(luò)地址簿20上或 者作為獨(dú)立的網(wǎng)絡(luò)設(shè)備存在。管理單元22,與存儲(chǔ)單元21相連，用于管理存儲(chǔ)單元21存儲(chǔ)的用戶地址 簿，包括創(chuàng)建地址簿、獲取地址簿、復(fù)制地址簿、刪除地址簿以及修改地址 簿。根據(jù)存儲(chǔ)單元21的實(shí)現(xiàn)方式不同，管理單元22可以通過不同的協(xié)議實(shí)現(xiàn)， 當(dāng)存儲(chǔ)單元21采用XDMS實(shí)現(xiàn)時(shí)，可以使用XCAP協(xié)議實(shí)現(xiàn)上述的管理功能。
獲取單元23，用于對用戶地址簿上的設(shè)置進(jìn)行判斷，根據(jù)用戶地址簿上 需要更新的聯(lián)系人信息生成獲取請求并發(fā)送給業(yè)務(wù)引擎服務(wù)器30，從業(yè)務(wù)引 擎服務(wù)器30獲取需要更新的聯(lián)系人信息，并將獲取到的需要更新的聯(lián)系人信 息與用戶地址簿上聯(lián)系人的信息進(jìn)行合并，對用戶地址簿進(jìn)行更新。為了能 夠從不同的業(yè)務(wù)引擎服務(wù)器上獲得聯(lián)系人的信息，獲取單元23需要實(shí)現(xiàn)相應(yīng) 的協(xié)議，例如當(dāng)聯(lián)系人信息中包含了對聯(lián)系人基本信息的引用，那么獲取單 元23需要支持XCAP協(xié)議，當(dāng)聯(lián)系人信息包含了需要聯(lián)系人呈現(xiàn)信息的設(shè)置， 那么獲取單元23需要支持SIP協(xié)議，當(dāng)聯(lián)系人信息包含了需要聯(lián)系人位置信息 的設(shè)置，那么獲取單元23需要支持MLP (Mobile Location Protocol,移動(dòng)位置 協(xié)議)。
發(fā)送單元24,用于將獲取單元23更新后的用戶地址簿通過數(shù)據(jù)同步技術(shù) 或其他方法發(fā)送給用戶終端IO。所述其他方法為通過SIP協(xié)議的PUBLISH方 法、PUSH方法等技術(shù)實(shí)現(xiàn)。
本發(fā)明的實(shí)施例八中，如圖10所示，另一網(wǎng)絡(luò)地址簿在上述地址簿的基 礎(chǔ)上還包4舌
鑒權(quán)單元25,與用戶終端相連，用于對用戶的訪問請求進(jìn)行鑒權(quán)，鑒權(quán) 單元25支持HTTP Digest、 GAA ( Generic Authentication Architecture,通用鑒 權(quán)架構(gòu))等鑒權(quán)機(jī)制。
解析單元26,用于在接收到發(fā)送單元24的命令后通過管理單元22從存儲(chǔ) 單元21中獲取用戶的設(shè)備信息文件，并對用戶的設(shè)備信息文件進(jìn)行解析，將 解析結(jié)果返回給發(fā)送單元24,發(fā)送單元24根據(jù)接收到的解析結(jié)果將從獲取單 元23中獲得的用戶地址簿同步或發(fā)送給用戶的設(shè)備信息文件上記錄的所有設(shè) 備上。
計(jì)費(fèi)單元27,與管理單元相連，用于對用戶管理地址簿的#:作產(chǎn)生計(jì)費(fèi)信息，并上報(bào)計(jì)費(fèi)信息給計(jì)費(fèi)系統(tǒng)，計(jì)費(fèi)信息的收集可以根據(jù)用戶的管理操 作例如添加耳關(guān)系人、創(chuàng)建一個(gè)地址簿等。
配置單元28,與管理單元相連，用于為SP或運(yùn)營商提供對網(wǎng)絡(luò)地址簿上 的簡單管理，例如SP或運(yùn)營商可以通過配置單元28設(shè)置每一個(gè)普通網(wǎng)絡(luò)地址 簿用戶可以創(chuàng)建地址簿的數(shù)量、每個(gè)地址簿上包含聯(lián)系人的數(shù)量等，配置單 元28可以采用XML的形式實(shí)現(xiàn)所述的配置文件，并保存在存儲(chǔ)單元21上。
通過上述實(shí)施例提供的系統(tǒng)和設(shè)備，在網(wǎng)絡(luò)側(cè)提供一種網(wǎng)絡(luò)地址簿，可 以根據(jù)用戶的設(shè)置獲取豐富的聯(lián)系人信息，解決了目前現(xiàn)有的地址簿功能單 一，且與業(yè)務(wù)強(qiáng)相關(guān)不能作為獨(dú)立功能為用戶提供服務(wù)的缺點(diǎn)，且可以同步 更新用戶的的多個(gè)設(shè)備上的地址簿信息，當(dāng)用戶的其中 一個(gè)設(shè)備發(fā)起更新的 地址簿的信息時(shí)，其他用戶的設(shè)備上地址簿也隨之更新，保證了用戶的多個(gè) 設(shè)備上地址簿信息 一致。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)
明可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件， 但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案
該獲取機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)終端 設(shè)備執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此, 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種地址簿的處理方法，其特征在于，包括以下步驟網(wǎng)絡(luò)地址簿解析用戶地址簿，根據(jù)所述用戶地址簿上的設(shè)置生成相應(yīng)的獲取請求；所述網(wǎng)絡(luò)地址簿根據(jù)所述獲取請求獲取需要更新的聯(lián)系人信息，更新所述用戶地址簿；所述網(wǎng)絡(luò)地址簿將所述用戶地址簿的更新信息同步或發(fā)送給用戶設(shè)備。
2、 如權(quán)利要求l所述地址簿的處理方法，其特征在于，所述網(wǎng)絡(luò)地址簿 解析用戶地址簿之前還包括所述網(wǎng)絡(luò)地址簿接收用戶地址簿并保存；當(dāng)所述網(wǎng)絡(luò)地址簿接收到用戶地址簿更新請求時(shí)，獲取保存的所述用戶 地址簿并進(jìn)行解析；或所述網(wǎng)絡(luò)地址簿解析所述接收到的用戶地址簿。
3、 如權(quán)利要求2所述地址簿的處理方法，其特征在于，所述用戶地址簿 更新請求是整個(gè)用戶地址簿的更新請求或者用戶地址簿中某個(gè)聯(lián)系人的更新 請求。
4、 如權(quán)利要求l所述地址簿的處理方法，其特征在于，所述網(wǎng)絡(luò)地址簿 解析用戶地址簿，根據(jù)所述用戶地址簿上的設(shè)置生成相應(yīng)的獲取請求具體為所述網(wǎng)絡(luò)地址簿根據(jù)所述用戶地址簿中的設(shè)置，判斷是否需要從業(yè)務(wù)引 擎服務(wù)器獲取需要更新的聯(lián)系人信息；當(dāng)需要從所述業(yè)務(wù)引擎服務(wù)器獲取需 要更新的聯(lián)系人信息時(shí)，所述網(wǎng)絡(luò)地址簿根據(jù)需要更新的信息生成相應(yīng)的獲 取請求。
5、 如權(quán)利要求4所述地址簿的處理方法，其特征在于，所述網(wǎng)絡(luò)地址簿 解析用戶地址簿，根據(jù)所述用戶地址簿上的設(shè)置生成相應(yīng)的獲取請求之后還 包括所述網(wǎng)絡(luò)地址簿向所述業(yè)務(wù)引擎服務(wù)器發(fā)送所述獲取請求。
6、 如權(quán)利要求5所述地址簿的處理方法，其特征在于，所述網(wǎng)絡(luò)地址簿 根據(jù)所述獲取請求獲取需要更新的聯(lián)系人信息，更新所述用戶地址簿具體為所述網(wǎng)絡(luò)地址簿根據(jù)所述獲取請求從所述業(yè)務(wù)引擎服務(wù)器上獲取所述需要更新的聯(lián)系人信息，并將獲取到的所述需要更新的聯(lián)系人信息與所述用戶 地址簿上聯(lián)系人的其他信息進(jìn)行合并，更新所述用戶地址簿。
7、 如權(quán)利要求l所述地址簿的處理方法，其特征在于，所述網(wǎng)絡(luò)地址簿 將所述用戶地址簿的更新信息同步到用戶設(shè)備的方式包括定時(shí)同步、事件 觸發(fā)同步或每次地址簿上聯(lián)系人信息變化時(shí)同步。
8、 如權(quán)利要求l所述地址簿的處理方法，其特征在于，所述網(wǎng)絡(luò)地址簿 將更新后的用戶地址簿向用戶設(shè)備發(fā)送之后還包括所述網(wǎng)絡(luò)地址簿解析所述用戶設(shè)備的信息文件，根據(jù)所述用戶設(shè)備的信 息文件向所述用戶的其他設(shè)備同步或發(fā)送所述用戶地址簿的更新信息。
9、 如權(quán)利要求8所述地址簿的處理方法，其特征在于，所述用戶設(shè)備的 信息文件存儲(chǔ)在網(wǎng)絡(luò)地址簿上，當(dāng)所述用戶設(shè)備向IP多4某體子系統(tǒng)IMS網(wǎng)絡(luò)注 冊時(shí)，所述網(wǎng)絡(luò)地址簿通過第三方注冊方式獲取用戶設(shè)備信息并將所述用戶 設(shè)備信息增加到用戶設(shè)備的信息文件上。
10、 一種地址簿的處理系統(tǒng)，其特征在于，包括 用戶終端，用于對網(wǎng)絡(luò)地址簿進(jìn)行訪問和管理；網(wǎng)絡(luò)地址簿，用于保存和管理用戶的地址簿、獲取并合并需要更新的聯(lián) 系人信息；業(yè)務(wù)引擎服務(wù)器，用于向所述網(wǎng)絡(luò)地址簿提供聯(lián)系人的相關(guān)信息。
11、 如權(quán)利要求10所述地址簿的處理系統(tǒng)，其特征在于，所述用戶終端 通過XML配置訪問協(xié)議、會(huì)話初始協(xié)議SIP或DS數(shù)據(jù)同步協(xié)議對所述網(wǎng)絡(luò)地 址簿進(jìn)行訪問和管理。
12、 如權(quán)利要求10所述地址簿的處理系統(tǒng)，其特征在于，所述業(yè)務(wù)引擎 服務(wù)器為呈現(xiàn)業(yè)務(wù)服務(wù)器，所述網(wǎng)絡(luò)地址簿通過與SIP/IP Core之間的接口 PRS-2以及所述SIP/IP Core到所述呈現(xiàn)業(yè)務(wù)服務(wù)器之間的接口PRS-3獲得聯(lián)系 人的呈現(xiàn)信息。
13、 如權(quán)利要求10所述地址簿的處理系統(tǒng)，其特征在于，所述業(yè)務(wù)引擎 服務(wù)器為Shared XDMS,所述網(wǎng)絡(luò)地址簿通過與所述Shared XDMS之間的接 口 ，利用XML配置訪問協(xié)議或SIP協(xié)議獲取聯(lián)系人的基本信息。
14、 如權(quán)利要求10所述地址簿的處理系統(tǒng)，其特征在于，所述業(yè)務(wù)引擎 服務(wù)器為位置服務(wù)器，所述網(wǎng)絡(luò)地址簿通過與位置服務(wù)器之間的接口，利用 移動(dòng)位置協(xié)議MLP獲得聯(lián)系人的位置信息。
15、 如權(quán)利要求10所述地址簿的處理系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)地址 簿進(jìn)一步包括存儲(chǔ)單元，用于存儲(chǔ)用戶地址簿以及用戶的設(shè)備信息文件； 管理單元，與所述存儲(chǔ)單元相連，用于管理所述存儲(chǔ)單元存儲(chǔ)的用戶地 址簿；獲取單元，用于對所述用戶地址簿上的設(shè)置進(jìn)行判斷，根據(jù)所述用戶地 址簿上需要更新的聯(lián)系人信息生成獲取請求并發(fā)送給所述業(yè)務(wù)引擎服務(wù)器， 從所述業(yè)務(wù)引擎服務(wù)器獲取所述需要更新的聯(lián)系人信息，并將獲取到的所述 需要更新的聯(lián)系人信息與所述用戶地址簿上聯(lián)系人的信息進(jìn)行合并，對所述 用戶地址簿進(jìn)行更新。發(fā)送單元，用于將所述獲取單元更新后的用戶地址簿信息發(fā)送給所述用 戶終端。
16、 如權(quán)利要求15所述地址簿的處理系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)地址 簿還包括解析單元，在接收到所述發(fā)送單元的命令后，通過所述管理單元從所述 存儲(chǔ)單元中獲取用戶設(shè)備的信息文件，解析所述用戶設(shè)備的信息文件并將解 析結(jié)果返回給所述發(fā)送單元，所述發(fā)送單元根據(jù)所述解析結(jié)果將從所述獲取 單元中獲取的用戶地址簿同步，并同步或發(fā)送給所述用戶設(shè)備的信息文件上 記錄的所有其他用戶設(shè)備上。
17、 如權(quán)利要求15所述地址簿的處理系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)地址 簿還包括鑒權(quán)單元，與所述用戶終端相連，用于對用戶的訪問請求進(jìn)行鑒權(quán)； 計(jì)費(fèi)單元，與所述管理單元相連，用于對用戶管理地址簿的操作產(chǎn)生計(jì) 費(fèi)信息，并將所述計(jì)費(fèi)信息上報(bào)給計(jì)費(fèi)系統(tǒng)；配置單元，與所述管理單元相連，用于為SP或運(yùn)營商提供對所述網(wǎng)絡(luò)地址簿上的簡單管理。
全文摘要
本發(fā)明公開了一種地址簿的處理方法，包括以下步驟網(wǎng)絡(luò)地址簿解析用戶地址簿，根據(jù)所述用戶地址簿上的設(shè)置生成相應(yīng)的獲取請求；所述網(wǎng)絡(luò)地址簿根據(jù)所述獲取請求獲取需要更新的聯(lián)系人信息，更新所述用戶地址簿；所述網(wǎng)絡(luò)地址簿將所述用戶地址簿的更新信息同步或發(fā)送給用戶設(shè)備。通過使用本發(fā)明實(shí)施例提供的方法，可以根據(jù)用戶的設(shè)置獲取豐富的聯(lián)系人信息，解決了目前現(xiàn)有的地址簿功能單一，且與業(yè)務(wù)強(qiáng)相關(guān)不能作為獨(dú)立功能為用戶提供服務(wù)的缺點(diǎn)，且可以同步更新用戶的的多個(gè)設(shè)備上的地址簿信息，當(dāng)用戶的其中一個(gè)設(shè)備發(fā)起更新的地址簿的信息時(shí)，其他用戶的設(shè)備上地址簿也隨之更新，保證了用戶的多個(gè)設(shè)備上地址簿信息一致。
文檔編號(hào)H04L29/08GK101426017SQ200710166729
公開日2009年5月6日 申請日期2007年11月1日 優(yōu)先權(quán)日2007年11月1日
發(fā)明者宋雪飛, 浩 王 申請人:華為技術(shù)有限公司