專利名稱：實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信技術(shù)，具體涉及一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的 方法及裝置。
背景技術(shù)：
在通信發(fā)展迅速的時(shí)代，每個(gè)人作為用戶，都會(huì)有相應(yīng)的聯(lián)系人信息， 用戶在使用通信設(shè)備時(shí)，可以隨時(shí)隨地通過通信設(shè)備接收和發(fā)送消息給這些聯(lián) 系人，或執(zhí)行相應(yīng)的應(yīng)用操作。這些聯(lián)系人信息對于用戶來說是十分寶貴的， 是用戶進(jìn)行通信必須的信息。
目前，隨著通信技術(shù)的發(fā)展，通信朝著全I(xiàn)P網(wǎng)絡(luò)演進(jìn)，出現(xiàn)了多種靈活實(shí) 用的業(yè)務(wù)，通信設(shè)備提供越來越豐富的功能。地址簿是這些業(yè)務(wù)的一個(gè)基本功
能。在現(xiàn)有技術(shù)中，用戶需要處理多個(gè)電話本，比如存在話機(jī)上的，SIM (Subscriber Identity Module,用戶識(shí)別卡)上的、基于業(yè)務(wù)的和ISP (Internet Service Provider,互聯(lián)網(wǎng)服務(wù)提供商)提供的，這無疑會(huì)給用戶的使用造成不 便，帶來不好的用戶體驗(yàn)。為了增進(jìn)用戶體驗(yàn)，就要求一個(gè)統(tǒng)一的地址簿標(biāo)準(zhǔn)。 為此，現(xiàn)有技術(shù)提出了 一種CAB ( Converged Address Book,融合地址簿)業(yè) 務(wù)，其目標(biāo)是將用戶的多個(gè)地址簿備份到網(wǎng)絡(luò)，并能夠從網(wǎng)絡(luò)取回這些地址簿， 修改地址簿的內(nèi)容并且同其他聯(lián)系人交換或更新其個(gè)人信息。但目前還沒有相 關(guān)的具體解決方案。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法及裝置，以便 在融合地址簿用戶信息更新后，使CAB用戶能夠獲知更新的相關(guān)聯(lián)系人信息。 本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法，包括 接收第二融合地址簿CAB用戶的請求消息；
根據(jù)所述請求消息及第一 CAB用戶的指示信息判斷是否通知第一 CAB 用戶；如果是，則向第一CAB用戶發(fā)送通知消息。
本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法，包括 接收第二用戶開通CAB業(yè)務(wù)的消息；
如果所述第二用戶為第一 CAB用戶通訊錄信息中的聯(lián)系人，則才艮據(jù)第一 CAB用戶的指示信息判斷是否發(fā)送通知消息； 如果是，則向第一CAB用戶發(fā)送通知消息。
本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置，包括
信息訂閱單元，用于接收第二 CAB用戶的請求消息，所述第二 CAB的請 求消息為請求第一 CAB用戶發(fā)布的信息的請求消息；或者請求添加第一 CAB 用戶為其聯(lián)系人的請求消息；
通知控制單元，與所述信息訂閱單元相連，用于根據(jù)第一CAB用戶的指 示信息確定是否需要通知第一CAB用戶，并在需要通知時(shí)，生成通知消息；
通知單元，用于將所述通知控制單元生成的通知消息發(fā)送給第一 CAB用戶。
本發(fā)明實(shí)施例提供的一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置，包括
業(yè)務(wù)開通單元，用于接收第二用戶開通CAB業(yè)務(wù)的消息；
判斷單元，與所述業(yè)務(wù)開通單元相連，用于判斷所述第二用戶是否為第一
CAB用戶通訊錄信息中的聯(lián)系人；
通知控制單元，用于在所述判斷單元的判斷結(jié)果為是時(shí)，根據(jù)第一 CAB
用戶的指示信息確定是否需要通知第一CAB用戶，并在需要通知時(shí)，生成通
知消息；
通知單元，用于將所述通知控制單元生成的通知消息發(fā)送給第一 CAB用戶。
由以上本發(fā)明實(shí)施例提供的技術(shù)方案可以看出，本發(fā)明實(shí)施例提供的實(shí)現(xiàn) 融合地址簿業(yè)務(wù)信息通知的方法及裝置，在有其他用戶請求某CAB用戶的相 關(guān)信息時(shí)，或者某CAB用戶通訊錄中的聯(lián)系人由非CAB用戶變更為CAB用 戶時(shí)，根據(jù)該CAB用戶的指示信息向其發(fā)送通知消息，從而可以使CAB用戶 能夠及時(shí)獲知其聯(lián)系人信息，提高用戶體驗(yàn)。


圖1是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法第一實(shí)施例的流程圖； 圖2是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法第二實(shí)施例的流程圖； 圖3是本發(fā)明方法第一、二實(shí)施例中CAB用戶與CAB服務(wù)器之間消息交 互流程圖4是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法第三實(shí)施例的流程圖； 圖5是本發(fā)明方法第三實(shí)施例中CAB用戶與CAB服務(wù)器之間消息交互流 程圖6是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置第一實(shí)施例的結(jié)構(gòu)示 意圖7是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置第二實(shí)施例的結(jié)構(gòu)示 意圖8是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置第三實(shí)施例的結(jié)構(gòu)示 意圖。
具體實(shí)施例方式
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明實(shí)施例的方案，下面結(jié)合附圖 和實(shí)施方式對本發(fā)明實(shí)施例作進(jìn)一步的詳細(xì)說明。顯而易見地，下面描述中的 附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng) 造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
本發(fā)明實(shí)施例中，CAB用戶可以發(fā)布其通訊錄信息(包括個(gè)人信息和地 址簿信息)到相應(yīng)的服務(wù)器進(jìn)行存儲(chǔ)，并且，可以對其地址簿進(jìn)行更新、修改、 刪除等操作。該通訊錄信息可以被其他CAB用戶訂閱，向其他CAB用戶發(fā)布 其最新的聯(lián)系人信息。
優(yōu)選地，CAB用戶在進(jìn)行信息發(fā)布時(shí)，可以指示當(dāng)有其他CAB用戶訂閱 自己發(fā)布的個(gè)人信息或添加自己為聯(lián)系人時(shí)，是否需要通知自己。同樣，當(dāng)自 己希望成為對方的聯(lián)系人時(shí)，可以同時(shí)根據(jù)對方的指示添加對方為聯(lián)系人。當(dāng) 然，這種通知機(jī)制可以是根據(jù)用戶偏好設(shè)置的，也可以是運(yùn)營商實(shí)現(xiàn)的策略， 選擇是否向用戶發(fā)送通知消息。
8本發(fā)明實(shí)施例提供的實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法，通過接收第二
CAB用戶的請求消息，然后根據(jù)所述請求消息及第一 CAB用戶的指示信息判 斷是否通知第一CAB用戶，如果是，則向第一CAB用戶發(fā)送通知消息。其中， 所述第二CAB用戶的請求消息可以是請求第一CAB用戶發(fā)布的信息的請求消 息，還可以是請求添加第一 CAB用戶為其聯(lián)系人的請求消息。
下面以第二 CAB用戶請求第一 CAB用戶發(fā)布的信息為例進(jìn)行說明。
參照圖1,是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法第一實(shí)施例的流 程圖，主要包括以下步驟
步驟101,接收第二 CAB用戶請求第一 CAB用戶發(fā)布的信息的請求消息；
所述請求第一 CAB用戶發(fā)布的信息的請求消息可以有多種，比如可以是 請求第一 CAB用戶發(fā)布的通訊錄信息的消息；所述通訊錄信息包括個(gè)人信 息和/或聯(lián)系人信息；
步驟102，檢查存儲(chǔ)的CAB用戶的通訊錄信息中是否存在相應(yīng)的信息， 比如，是否存在第二 CAB用戶請求的信息或是否存在第一 CAB用戶的信息； 如果存在，則執(zhí)行步驟103;否則，執(zhí)行步驟106;
CAB用戶在向服務(wù)器進(jìn)行注冊時(shí)，可以發(fā)布其通訊錄信息，比如，第一 CAB用戶通過PUBLISH消息發(fā)布通訊錄信息，在所述PUBLISH消息中還可 進(jìn)一步攜帶指示信息，以指示當(dāng)有其他CAB用戶請求(比如訂閱或查詢)其 信息和/或添加其為聯(lián)系人時(shí)，是否向其發(fā)送相應(yīng)的通知消息；這樣，服務(wù)器 收到CAB用戶發(fā)布的信息時(shí)，存儲(chǔ)這些信息，以便于其他CAB用戶的訂閱或 查詢；當(dāng)然，所述指示信息可以是用戶設(shè)置的偏好信息，也可以是運(yùn)營商實(shí)現(xiàn) 的策略，選擇是否向用戶發(fā)送通知消息；
步驟103,判斷是否允許發(fā)送第一 CAB用戶的相關(guān)信息給其他用戶；如 果是，則執(zhí)行步驟104;否則，執(zhí)行步驟107;
在執(zhí)行上述判斷過程時(shí)，可以根據(jù)第一 CAB用戶設(shè)置的查詢策略來判斷， 也可以通過詢問第一 CAB用戶來判斷；
所述查詢策略可以由CAB用戶在注冊時(shí)設(shè)置，保存在相應(yīng)的服務(wù)器上， 也可以由CAB用戶在發(fā)布其通訊錄信息的消息中 一并攜帶；
所述查詢策略可以包括但不限于以下信息中的一種或多種請求權(quán)P艮信息，表示當(dāng)其他CAB用戶請求此用戶的通訊錄信息時(shí)，根據(jù)
用戶設(shè)置的權(quán)限向請求方發(fā)送相應(yīng)的信息，對于不同的CAB用戶，可以設(shè)置 不同的請求權(quán)限，而且還可以根據(jù)請求方自身的能力，發(fā)送相應(yīng)的信息；
存儲(chǔ)轉(zhuǎn)發(fā)權(quán)限信息，表示當(dāng)請求方獲得了相應(yīng)的請求信息后，根據(jù)用戶設(shè) 置的權(quán)限發(fā)送給請求方的信息是否可以被請求方存儲(chǔ)和/或轉(zhuǎn)發(fā)。
安全信息，表示當(dāng)其他CAB用戶請求此用戶的通訊錄信息時(shí)，需要匹配 其身份信息，安全信息，來驗(yàn)證是否為合法的請求方。
步驟104，從存儲(chǔ)的信息中獲取第二 CAB用戶請求的信息，并發(fā)送給第 二CAB用戶；
步驟105,根據(jù)第一 CAB用戶的指示信息確定是否需要通知第一 CAB用 戶；如果是，則執(zhí)行步驟108;否則，執(zhí)行步驟109; 步驟106,通知第二 CAB用戶請求的信息不存在； 步驟107，通知第二CAB用戶第一CAB用戶拒絕查詢； 步驟108,向第一CAB用戶發(fā)送通知消息；
本發(fā)明實(shí)施例并不限定所述通知消息的形式，比如，可以為SIP (Sessionlnitiation Protocol,會(huì)i舌起始寸辦i義)消息、或HTTP ( Hypertext Transfer Protocol,超文本傳輸協(xié)議)消息、或SMS (Short Messaging Service,短消息 業(yè)務(wù))消息、或信令消息等；
步驟109,結(jié)束。
需要說明的是，上述步驟103是可選步驟，根據(jù)實(shí)際應(yīng)用需要，也可以省略。
下面以第二 CAB用戶請求添加第一 CAB用戶為其聯(lián)系人為例進(jìn)行說明。 參照圖2,是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法第二實(shí)施例的流
程圖，主要包括以下步驟
步驟201,接收第二 CAB用戶請求添加第一 CAB用戶為其聯(lián)系人的請求
消息；
步驟202,檢查存儲(chǔ)的CAB用戶的通訊錄信息中是否存在相應(yīng)的信息， 如果存在，則執(zhí)行步驟203;否則，^L行步驟206;
CAB用戶在向服務(wù)器進(jìn)行注冊時(shí)，可以發(fā)布其通訊錄信息，比如，第一CAB用戶通過PUBLISH消息發(fā)布通訊錄信息，在所述PUBLISH消息中還可 進(jìn)一步攜帶指示信息，以指示當(dāng)有其他CAB用戶請求(比如訂閱或查詢)其 信息和/或添加其為聯(lián)系人時(shí)，是否向其發(fā)送相應(yīng)的通知消息；這樣，服務(wù)器 收到CAB用戶發(fā)布的信息時(shí)，存儲(chǔ)這些信息，以便于其他CAB用戶的訂閱或 查詢；當(dāng)然，所述指示信息可以是用戶設(shè)置的偏好信息，也可以是運(yùn)營商實(shí)現(xiàn) 的策略，選擇是否向用戶發(fā)送通知消息；
步驟203,判斷是否允許其他CAB用戶添加第一 CAB用戶為其聯(lián)系人； 如果是，則執(zhí)行步驟204;否則，執(zhí)行步驟207;
在執(zhí)行上述判斷過程時(shí)，可以根據(jù)第一 CAB用戶設(shè)置的查詢策略來判斷， 也可以通過詢問第一 CAB用戶來判斷；
步驟204,從存儲(chǔ)的信息中獲取第一 CAB用戶的信息，并發(fā)送給第二 CAB 用戶；
步驟205,根據(jù)第一 CAB用戶的指示信息確定是否需要通知第一 CAB用 戶；如果是，則執(zhí)行步驟208;否則，執(zhí)行步驟209;
步驟206,通知第二 CAB用戶第一 CAB用戶的信息不存在； 步驟207,通知第二CAB用戶第一CAB用戶拒絕； 步驟208,向第一 CAB用戶發(fā)送通知消息；
本發(fā)明實(shí)施例并不限定所述通知消息的形式，比如，可以為SIP消息、 或HTTP消息、或SMS消息、或信令消息等； 步驟209,結(jié)束。
需要說明的是，上述步驟103是可選步驟，根據(jù)實(shí)際應(yīng)用需要，也可以省略。
下面以SIP消息為例，詳細(xì)說明上述實(shí)施例中CAB用戶與CAB服務(wù)器之 間的消息交互過程，如圖3所示
301. CAB用戶A使用PUBLISH消息發(fā)布其通訊錄信息，其中可以攜帶 指示信息，例如，該指示信息指示當(dāng)有其他CAB用戶訂閱其信息，和/或添加 用戶A為聯(lián)系人時(shí)，向CAB用戶A發(fā)送相應(yīng)通知消息；所述指示信息可以是 一個(gè)鏈接的形式，可以在消息頭域中攜帶，也可以在消息體中攜帶；當(dāng)然，所 述指示信息可以是用戶設(shè)置的偏好信息，也可以是運(yùn)營商實(shí)現(xiàn)的策略，選擇是否向用戶發(fā)送通知消息；
302. CAB服務(wù)器接收用戶A發(fā)來的PUBLISH消息，進(jìn)行指示的相應(yīng)操 作。例如，存4渚相應(yīng)信息；
303. CAB用戶B向CAB服務(wù)器發(fā)送SUBSCRIBE消息，訂閱CAB用戶 A發(fā)布的信息；
304. CAB服務(wù)器接收到該消息后，向CAB用戶B返回200 OK確認(rèn)消
自-
305. CAB服務(wù)器經(jīng)過判斷，確定存儲(chǔ)的信息中有CAB訂閱的信息，并 且CAB用戶A的訂閱指示允許向CAB用戶B發(fā)送信息，則向CAB用戶B 發(fā)送NOTIFY消息，該消息中攜帶CAB用戶B訂閱的信息；
在上述向CAB用戶B發(fā)送其訂閱信息時(shí)，可以才艮據(jù)CAB用戶A設(shè)置的 查詢策略來選擇相應(yīng)的信息；
306. CAB用戶B接收到NOTIFY消息后，進(jìn)行相應(yīng)的才乘作，例如，可 以進(jìn)行存儲(chǔ)或發(fā)送到相應(yīng)的應(yīng)用；
307. CAB服務(wù)器向用戶A發(fā)送MESSAGE通知消息，通知其向CAB用 戶B發(fā)送了的有關(guān)用戶A的信息；此消息還可以為PUBLISH消息、其他SIP 消息、SMS消息、信令消息等；
308. CAB用戶A接收到該通知消息后，返回200 OK確認(rèn)消息。 需要說明的是，在上述消息交互流程中，步驟303和304也可以在步驟
301和302前執(zhí)行。也就是說，CAB用戶A的信息發(fā)布過程和CAB用戶B的 信息訂閱過程是獨(dú)立運(yùn)行的兩個(gè)過程，沒有時(shí)間上的先后順序關(guān)系。
當(dāng)CAB用戶A需要更新其通訊錄信息時(shí)，執(zhí)行上述步驟301和302，即 可實(shí)現(xiàn)對其通訊錄信息的更新、修改、刪除等操作。然后，還可以執(zhí)行步驟 305和306,以-使訂閱方更新相應(yīng)的信息。
利用本發(fā)明實(shí)施例融合地址簿業(yè)務(wù)信息通知的方法，可以在其他CAB用 戶訂閱并通知某CAB用戶的相關(guān)信息后，通知該CAB用戶，使該CAB用戶 獲知相關(guān)的聯(lián)系人信息，從而提高了用戶體驗(yàn)。
在本發(fā)明實(shí)施例中，當(dāng)?shù)谝?CAB用戶通訊錄信息中的聯(lián)系人由非CAB 用戶變更為CAB用戶時(shí)，也可以根據(jù)第一 CAB用戶的指示信息確定是否需要通知第一CAB用戶，如果需要，則向第一CAB用戶發(fā)送通知消息。對此，下 面將單獨(dú)舉例進(jìn)行說明。
如圖4所示，是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法第三實(shí)施例的 流程圖，主要包括以下步驟
步驟401，接收第二用戶開通CAB業(yè)務(wù)的消息；
步驟402,判斷第二用戶是否為第一 CAB用戶通訊錄信息中的聯(lián)系人； 如果是，則執(zhí)行步驟403;否則，執(zhí)行步驟404;
CAB用戶在向服務(wù)器進(jìn)行注冊時(shí)，可以發(fā)布其通訊錄信息，比如，第一 CAB用戶通過PUBLISH消息發(fā)布通訊錄信息，在所述PUBLISH消息中還可 進(jìn)一步攜帶指示信息，以指示當(dāng)有其他CAB用戶訂閱其信息和/或添加其為聯(lián) 系人時(shí)，是否向其發(fā)送相應(yīng)的通知消息；這樣，服務(wù)器收到CAB用戶發(fā)布的 信息時(shí)，存儲(chǔ)這些信息，以便于在其通訊錄中的聯(lián)系人發(fā)生變化時(shí)，通知該 CAB用戶；當(dāng)然，所述指示信息可以是用戶設(shè)置的偏好信息，也可以是運(yùn)營 商實(shí)現(xiàn)的策略，選擇是否向用戶發(fā)送通知消息；
步驟403，根據(jù)第一 CAB用戶的指示信息確定是否需要通知第一 CAB用 戶；如果需要，則執(zhí)行步驟405;否則，執(zhí)行步驟406;
步驟404,執(zhí)行開通CAB業(yè)務(wù)的流程；
步驟405，向第一CAB用戶發(fā)送通知消息；
本發(fā)明實(shí)施例并不限定所述通知消息的形式，比如，可以為SIP消息、 或HTTP消息、或SMS消息、或信令消息等； 步驟406，結(jié)束。
下面以SIP消息為例，詳細(xì)說明CAB用戶與CAB服務(wù)器之間的消息交互 過程，如圖5所示
501. CAB用戶A開通CAB業(yè)務(wù)，通過向CAB服務(wù)器發(fā)送SUBSCRIBE 消息，來發(fā)布其聯(lián)系人信息；
502. CAB服務(wù)器返回200 OK確認(rèn)消息；
503. CAB月l務(wù)器發(fā)送NOTIFY消息，指示該訂閱業(yè)務(wù)成功激活；
504. CAB用戶A向CAB服務(wù)器返回200OK確認(rèn)消息。
505. 用戶B開通CAB業(yè)務(wù)，此過程可以為向CAB服務(wù)器發(fā)送相應(yīng)的消
13息，用戶B成功成為CAB用戶后，將發(fā)送其個(gè)人信息和/或聯(lián)系人信息到CAB 服務(wù)器，這里使用PUBLISH消息。該消息還可以是REGISTER消息， SUBSCRIBE消息等SIP消息，還可以是SMS消息，或是通過網(wǎng)絡(luò)注冊開通 CAB業(yè)務(wù)，或是通過客服開通CAB業(yè)務(wù)；
506. CAB服務(wù)器返回200 OK確認(rèn)消息；
507. CAB服務(wù)器在獲知用戶B成為CAB用戶后，判斷用戶B為用戶A 聯(lián)系人列表上的聯(lián)系人；
508. CAB服務(wù)器向CAB用戶A發(fā)送NOTIFY消息，通知用戶B成為 CAB用戶，另外，還可以傳遞相關(guān)信息給CAB用戶A;
509. CAB用戶A接收到該消息后，返回200 OK確認(rèn)消息。 利用本發(fā)明實(shí)施例融合地址簿業(yè)務(wù)信息通知的方法，可以在某CAB用戶
的聯(lián)系人由非CAB用戶變更為CAB用戶后，通知該CAB用戶，使該CAB 用戶獲知更新的相關(guān)聯(lián)系人信息，從而提高了用戶體驗(yàn)。
在上述本發(fā)明的各實(shí)施例中，用戶的通訊錄信息可以以數(shù)據(jù)的形式存儲(chǔ)在 相應(yīng)的服務(wù)器上進(jìn)行維護(hù)。
本發(fā)明實(shí)施例的方法可以應(yīng)用于多種終端，能夠被多個(gè)不同業(yè)務(wù)引擎復(fù) 用并且可以跨越多個(gè)不同網(wǎng)絡(luò)。CAB在多個(gè)不同業(yè)務(wù)和應(yīng)用上提供一致的通訊 錄信息。CAB用戶可以發(fā)布其通訊錄信息(包括個(gè)人信息和地址簿信息)到相 應(yīng)的服務(wù)器進(jìn)行存儲(chǔ)，并可以從相應(yīng)的服務(wù)器取回所述地址簿。同時(shí)，可以對 其地址簿進(jìn)行更新、修改、刪除等操作。該通訊錄信息可以被其他CAB用戶訂 閱，向其他CAB用戶發(fā)布其最新的聯(lián)系人信息。例如，當(dāng)用戶同時(shí)擁有手機(jī)、 PDA (Personal Digital Assistant,個(gè)人數(shù)字助理)、PC機(jī)時(shí)，可以根據(jù)用戶設(shè)置， 使這些設(shè)備共享一個(gè)地址簿的聯(lián)系人信息。共享地址簿信息的設(shè)備中，如果其 中一個(gè)設(shè)備上的通訊錄信息發(fā)生變化時(shí)，其他設(shè)備中的通訊錄信息可以利用本 發(fā)明實(shí)施例的方法做相應(yīng)的更新，即進(jìn)行數(shù)據(jù)同步。從而可以提高用戶體驗(yàn)， 方便用戶的V吏用。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程， 是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲(chǔ)于一計(jì)算 機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁碟、光盤、只讀存儲(chǔ)記憶體(Read-Only Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory, RAM)等。
本發(fā)明實(shí)施例還提供一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置，如圖6所 示，是該裝置笫一實(shí)施例的結(jié)構(gòu)示意圖
該裝置包括信息訂閱單元601、通知控制單元602和通知單元603,還 可進(jìn)一步包括通訊錄信息單元604。其中
信息訂閱單元601用于接收第二 CAB用戶的請求消息，所述第二 CAB 的請求消息為請求第一CAB用戶發(fā)布的信息的請求消息；或者請求添加第 一 CAB用戶為其聯(lián)系人的請求消息；通知控制單元602與信息訂閱單元601 相連，用于根據(jù)第一 CAB用戶的指示信息確定是否需要通知第一 CAB用戶， 并在需要通知時(shí)，生成通知消息；通知單元603用于將通知控制單元602生成 的通知消息發(fā)送給第一 CAB用戶；通訊錄信息單元604與通知控制單元602 相連，用于接收并存儲(chǔ)第一 CAB用戶發(fā)布的通訊錄信息和/或指示信息。
除此之外，根據(jù)第一CAB用戶發(fā)布的指示信息，通知控制單元602還可 以用于當(dāng)通訊錄信息單元604存儲(chǔ)的第一 CAB用戶通訊錄信息中的聯(lián)系人由 非CAB用戶變更為CAB用戶時(shí)，根據(jù)第一 CAB用戶的指示信息確定是否需 要通知第一CAB用戶，并在需要通知時(shí)，生成通知消息。
利用該裝置實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的過程可參照前面本發(fā)明方法 實(shí)施例中的描述，在此不再贅述。
另外，信息訂閱單元601還可以用于存儲(chǔ)管理CAB用戶的訂閱關(guān)系，當(dāng) CAB用戶的通訊錄信息發(fā)生變更時(shí)，CAB用戶將變更的信息發(fā)送到通訊錄信 息單元604,通訊錄信息單元604將通知通知控制單元602，通知控制單元602 向信息訂閱單元601查詢訂閱關(guān)系，生成相應(yīng)的通知消息，由通知單元603 進(jìn)行通知。例如，查詢哪些用戶訂閱過該CAB用戶的信息，并且這些用戶指 示了當(dāng)該CAB用戶信息發(fā)生變化時(shí)需要通知這些用戶，則對這些用戶進(jìn)行通 知，此通知可以通過SIP消息來實(shí)現(xiàn)。
需要說明的是，本發(fā)明實(shí)施例實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置中各單 元只是在功能上的一個(gè)劃分，在具體應(yīng)用時(shí)，也可以將其中的一個(gè)或多個(gè)單元 集成在同一個(gè)物理實(shí)體上，比如，可以將通知控制單元602和通知單元603集成在同一個(gè)物理實(shí)體上，還可以將信息訂閱單元601和通知控制單元602
集成在同一個(gè)物理實(shí)體上。另外，還可以在邏輯上將某個(gè)單元?jiǎng)澐譃椴煌倪?輯子單元，比如，將訂閱消息的接收與訂閱信息的維護(hù)在邏輯上相分離，即將
信息訂閱單元601劃分為接收子單元和訂閱信息維護(hù)子單元。
利用本發(fā)明實(shí)施例融合地址簿業(yè)務(wù)信息通知的裝置，可以在其他CAB用
戶訂閱某CAB用戶的相關(guān)信息后，通知該CAB用戶，使該CAB用戶獲知相
關(guān)的聯(lián)系人信息，從而提高了用戶體驗(yàn)。
參照圖7，是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置第二實(shí)施例的結(jié)
構(gòu)示意圖
在該實(shí)施例中，所述裝置包括信息訂閱單元701、通知控制單元702、 通知單元703、通訊錄信息單元704。這些單元與圖6所示實(shí)施例中相應(yīng)的單 元相同，在此不再詳細(xì)描述。
除此之外，所述裝置還包括以下各單元
第一判斷單元705,分別與信息訂閱單元701和通訊錄信息單元704相連， 用于在信息訂閱單元701接收第二 CAB用戶訂閱第一 CAB用戶發(fā)布的通訊錄 信息和/或添加第一用戶為其聯(lián)系人的消息后，根據(jù)第一 CAB用戶設(shè)置的查詢 策略或者通過詢問第一 CAB用戶，判斷是否允許發(fā)送其相關(guān)信息給其他用戶， 或者是否允許其他用戶添加其為聯(lián)系人；
第二判斷單元706,與通訊錄信息單元704相連，用于當(dāng)通訊錄信息單元 704存儲(chǔ)的第一 CAB用戶的通訊錄信息發(fā)生變更后，根據(jù)第一 CAB用戶設(shè)置 的查詢策略或者通過詢問第一 CAB用戶，判斷是否允許發(fā)送其相關(guān)信息給其 他用戶，或者是否允許其他用戶添加其為聯(lián)系人；
訂閱信息發(fā)送單元707,分別與第一判斷單元705、第二判斷單元706和 通訊錄信息單元704相連，用于在第一判斷單元705或第二判斷單元706的判 斷結(jié)果為允許時(shí)，從通訊錄信息單元704存儲(chǔ)的信息中獲取第二 CAB用戶訂 閱的信息，并發(fā)送給第二CAB用戶。
利用該裝置實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的過程可參照前面本發(fā)明方法 實(shí)施例中的描述，在此不再贅述。
同樣，本發(fā)明實(shí)施例實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置中各單元只是在功能上的一個(gè)劃分，在具體應(yīng)用時(shí)，也可以將其中的一個(gè)或多個(gè)單元集成在同
一個(gè)物理實(shí)體上，比如，可以將第一判斷705和第二判斷單元706集成在同一 個(gè)物理實(shí)體上，另外，還可以將第一判斷705、第二判斷單元706和訂閱信息 發(fā)送單元707集成在同一個(gè)物理實(shí)體上。
利用本發(fā)明實(shí)施例融合地址簿業(yè)務(wù)信息通知的裝置，CAB用戶可以發(fā)布 其通訊錄信息(包括個(gè)人信息和地址簿信息)到相應(yīng)的服務(wù)器進(jìn)行存儲(chǔ)，并可 以從相應(yīng)的服務(wù)器取回所述地址簿。同時(shí)，可以對其地址簿進(jìn)行更新、修改、 刪除等操作。該通訊錄信息可以被其他CAB用戶訂閱，向其他CAB用戶發(fā)布 其最新的聯(lián)系人信息。在其他CAB用戶訂閱后，通知某CAB用戶的相關(guān)信息， 并通知該CAB用戶，使該CAB用戶獲知相關(guān)的聯(lián)系人信息，從而提高了用戶 體驗(yàn)。
參照圖8,是本發(fā)明實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置第三實(shí)施例的結(jié) 構(gòu)示意圖
該裝置包括業(yè)務(wù)開通單元801、判斷單元802、通知控制單元803和通 知單元804,還可進(jìn)一步包括通訊錄信息單元805。其中
業(yè)務(wù)開通單元801用于接收第二用戶開通CAB業(yè)務(wù)的消息；判斷單元802 用于判斷所述第二用戶是否為第一 CAB用戶通訊錄信息中的聯(lián)系人；通知控 制單元803用于在判斷單元802的判斷結(jié)果為是時(shí)，根據(jù)第一 CAB用戶的指 示信息確定是否需要通知第一CAB用戶，并在需要通知時(shí)，生成通知消息； 通知單元804用于將通知控制單元803生成的通知消息發(fā)送給第一 CAB用戶； 通訊錄信息單元805與通知控制單元803相連，用于接收并存儲(chǔ)第一 CAB用 戶發(fā)布的通訊錄信息和/或指示信息。
同樣，本發(fā)明實(shí)施例實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置中各單元只是在 功能上的一個(gè)劃分，在具體應(yīng)用時(shí)，也可以將其中的一個(gè)或多個(gè)單元集成在同 一個(gè)物理實(shí)體上。
利用本發(fā)明實(shí)施例融合地址簿業(yè)務(wù)信息通知的裝置，CAB用戶可以發(fā)布 其通訊錄信息(包括個(gè)人信息和地址簿信息)到相應(yīng)的服務(wù)器進(jìn)行存儲(chǔ)，并可 以從相應(yīng)的服務(wù)器取回所述地址簿。同時(shí)，可以對其地址簿進(jìn)行更新、修改、 刪除等操作。該通訊錄信息可以被其他CAB用戶訂閱，向其他CAB用戶發(fā)布
17其最新的聯(lián)系人信息。在某CAB用戶的聯(lián)系人由非CAB用戶變更為CAB用 戶后，通知該CAB用戶，使該CAB用戶獲知更新的相關(guān)聯(lián)系人信息，從而提 高了用戶體驗(yàn)。
以上對本發(fā)明實(shí)施例進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體實(shí)施方式
對本發(fā) 明進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的裝置及方法；同 時(shí)，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用 范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法，其特征在于，包括接收第二融合地址簿CAB用戶的請求消息；根據(jù)所述請求消息及第一CAB用戶的指示信息判斷是否通知第一CAB用戶；如果是，則向第一CAB用戶發(fā)送通知消息。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第二CAB的請求消息為請求第一CAB用戶發(fā)布的信息的請求消息；或者 請求添加第一 CAB用戶為其聯(lián)系人的請求消息。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括 接收并存儲(chǔ)第一 CAB用戶發(fā)布的通訊錄信息和/或指示信息。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述方法還包括 接收第二 CAB用戶的請求消息后，根據(jù)第一 CAB用戶設(shè)置的查詢策略或者通過詢問第一CAB用戶，判斷是否允許發(fā)送其相關(guān)信息給其他用戶，或者 是否允許其他用戶添加其為聯(lián)系人；如果允許發(fā)送其相關(guān)信息給其他用戶，或者允許其他用戶添加其為聯(lián)系 人，則從存儲(chǔ)的信息中獲取第二 CAB用戶請求的信息，并發(fā)送給第二 CAB 用戶；如果不允許發(fā)送其相關(guān)信息給其他用戶，或者不允許其他用戶添加其為聯(lián) 系人，則通知第二CAB用戶。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括 接收第二 CAB用戶的請求消息后，記錄該請求消息； 當(dāng)存儲(chǔ)的所述第一 CAB用戶的通訊錄信息發(fā)生變更后，根據(jù)記錄的請求消息，根據(jù)記錄的請求消息判斷是否允許發(fā)送第一 CAB用戶的相關(guān)信息給其 他用戶，或者是否允許其他用戶添加其為聯(lián)系人；如果允許發(fā)送其相關(guān)信息給其他用戶，或者允許其他用戶添加其為4關(guān)系 人，則從存儲(chǔ)的信息中獲取第二 CAB用戶請求的信息，并發(fā)送給第二 CAB 用戶；如果不允許發(fā)送其相關(guān)信息給其他用戶，或者不允許其他用戶添加其為聯(lián)系人，則通知第二CAB用戶。
6、 根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述第二CAB用戶的 請求消息為SUBSCRIBE訂閱消息；所述通知第二 CAB用戶包括用NOTIFY消息通知第二 CAB用戶。
7、 根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述查詢策略包括 查詢權(quán)限信息、存儲(chǔ)轉(zhuǎn)發(fā)權(quán)限信息，安全信息。
8、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述通訊錄信息包括個(gè) 人信息和/或聯(lián)系人信息。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述方法還包括 當(dāng)?shù)谝籆AB用戶通訊錄信息中的聯(lián)系人由非CAB用戶變更為CAB用戶時(shí)，根據(jù)第一 CAB用戶的指示信息判斷是否通知第一 CAB用戶； 如果是，則向第一CAB用戶發(fā)送通知消息。
10、 根據(jù)權(quán)利要求1或9所述的方法，其特征在于，所述請求和/或通知 消息為SIP消息、HTTP消息、SMS消息、信令消息中的一種或多種。
11、 根據(jù)權(quán)利要求IO所述的方法，其特征在于，所述方法還包括 第一 CAB用戶通過PUBLISH發(fā)布信息；所述請求消息為SUBSCRIBE訂閱消息，所述通知消息為NOTIFY通知消白
12、 一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法，其特征在于，包括 接收第二用戶開通CAB業(yè)務(wù)的消息；如果所述第二用戶為第一 CAB用戶通訊錄信息中的聯(lián)系人，則根據(jù)第一 CAB用戶的指示信息判斷是否發(fā)送通知消息； 如果是，則向第一CAB用戶發(fā)送通知消息。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述方法還包括 接收并存儲(chǔ)第一 CAB用戶發(fā)布的通訊錄信息和/或指示信息。
14、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述通知消息為SIP 消息、HTTP消息、SMS消息、信令消息中的一種或多種。
15、 一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置，其特征在于，包括 信息訂閱單元，用于接收第二CAB用戶的請求消息，所述第二CAB的請求消息為請求第一 CAB用戶發(fā)布的信息的請求消息；或者請求添加第一 CAB 用戶為其聯(lián)系人的請求消息；通知控制單元，與所述信息訂閱單元相連，用于才艮據(jù)第一CAB用戶的指 示信息確定是否需要通知第一CAB用戶，并在需要通知時(shí)，生成通知消息；通知單元，用于將所述通知控制單元生成的通知消息發(fā)送給第一 CAB用戶。
16、 根據(jù)權(quán)利要求15所述的裝置，其特征在于，還包括 通訊錄信息單元，與所述通知控制單元相連，用于接收并存儲(chǔ)第一 CAB用戶發(fā)布的通訊錄信息和/或指示信息。
17、 根據(jù)權(quán)利要求16所述的裝置，其特征在于，還包括 第一判斷單元，與所述信息訂閱單元相連，用于在所述信息訂閱單元接收第二 CAB用戶的請求消息后，根據(jù)第一 CAB用戶設(shè)置的查詢策略或者通過詢 問第一CAB用戶，判斷是否允許發(fā)送其通訊錄信息給其他用戶，或者是否允 許其他用戶添加其為聯(lián)系人；訂閱信息發(fā)送單元，用于在所述第一判斷單元的判斷結(jié)果為是時(shí)，從所述 通訊錄信息存儲(chǔ)單元存儲(chǔ)的信息中獲取第二 CAB用戶請求的信息，并發(fā)送給 第二CAB用戶。
18、 根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述方法還包括-. 第二判斷單元，用于當(dāng)所述通訊錄信息單元存儲(chǔ)的第一CAB用戶的通訊錄信息發(fā)生變更后，根據(jù)第一 CAB用戶設(shè)置的查詢策略或者通過詢問第一 CAB用戶，判斷是否允許發(fā)送其相關(guān)信息給其他用戶，或者是否允許其他用 戶添加其為耳關(guān)系人；所述訂閱信息發(fā)送單元還用于在所述第二判斷單元的判斷結(jié)果為是時(shí)，從 所述通訊錄信息單元存儲(chǔ)的信息中獲^^第二 CAB用戶請求的信息，并發(fā)送給 第二CAB用戶。
19、 根據(jù)權(quán)利要求16至18任一項(xiàng)所述的裝置，其特征在于，所述通知控 制單元還用于當(dāng)所述通訊錄信息單元存儲(chǔ)的第一 CAB用戶通訊錄信息中的聯(lián) 系人由非CAB用戶變更為CAB用戶時(shí)，根據(jù)第一CAB用戶的指示信息確定 是否需要通知第一CAB用戶，并在需要通知時(shí)，生成通知消息。
20、 一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的裝置，其特征在于，包括 業(yè)務(wù)開通單元，用于接收第二用戶開通CAB業(yè)務(wù)的消息；判斷單元，與所述業(yè)務(wù)開通單元相連，用于判斷所述第二用戶是否為第一 CAB用戶通訊錄信息中的聯(lián)系人；通知控制單元，用于在所述判斷單元的判斷結(jié)果為是時(shí)，根據(jù)第一 CAB 用戶的指示信息確定是否需要通知第一CAB用戶，并在需要通知時(shí)，生成通 知消息；通知單元，用于將所述通知控制單元生成的通知消息發(fā)送給第一 CAB用戶。
21、 根據(jù)權(quán)利要求20所述的裝置，其特征在于，還包括 通訊錄信息單元，與所述通知控制單元相連，用于接收并存儲(chǔ)第一 CAB用戶發(fā)布的通訊錄信息和/或指示信息。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息通知的方法及裝置，所述方法包括接收第二融合地址簿CAB用戶的請求消息；根據(jù)所述請求消息及第一CAB用戶的指示信息判斷是否通知第一CAB用戶；如果是，則向第一CAB用戶發(fā)送通知消息。利用本發(fā)明，可以實(shí)現(xiàn)實(shí)現(xiàn)融合地址簿業(yè)務(wù)信息的通知，提高用戶體驗(yàn)。
文檔編號(hào)H04M3/493GK101662547SQ20081014729
公開日2010年3月3日 申請日期2008年8月26日 優(yōu)先權(quán)日2008年8月26日
發(fā)明者雷 王, 范姝男, 挺 董 申請人:華為技術(shù)有限公司