專利名稱：一種地址簿信息融合管理的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種地址簿信息融合管理技術(shù)。

背景技術(shù)：
為便于用戶的通信需求，通常會采用地址簿管理用戶的聯(lián)系人信息。目前，由于用戶在不同的通信應(yīng)用場景下需要使用不同的地址簿獲取相應(yīng)的聯(lián)系人信息，為此，用戶需要設(shè)置不同形式并保存于不同位置的各種地址簿信息，例如終端設(shè)備中的地址簿、SIM(Subscriber Identity Model，客戶識別模塊卡)卡中的地址簿、業(yè)務(wù)應(yīng)用中的地址簿以及ISP(Internet Service Provider，因特網(wǎng)業(yè)務(wù)供應(yīng)者)提供的地址簿等等。因此，在通信網(wǎng)絡(luò)中，將會存在大量的不同種類的位于不同位置的地址簿，不同的地址簿中通常保存著不同的地址簿信息，地址簿信息可以是聯(lián)系人的各種信息，如聯(lián)系人的聯(lián)系電話、聯(lián)系人的位置信息、聯(lián)系人的個性化信息，等等。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題 針對上述位于不同位置的不同種類的地址簿無法統(tǒng)一進行集中有效的管理，使得用戶無法統(tǒng)一管理更多的聯(lián)系人信息，進而使得用戶及其他實體無法方便、快捷地應(yīng)用相應(yīng)的地址簿信息。


發(fā)明內(nèi)容
本發(fā)明的實施例提供了一種地址簿信息融合管理的方法及裝置，以使得融合地址簿服務(wù)器可以獲得更多的聯(lián)系人信息，便于用戶及其他實體應(yīng)用相應(yīng)的地址簿信息。
一種地址簿信息融合管理的方法，包括 檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化； 根據(jù)設(shè)置的聯(lián)系人信息更新方式從至少一個信息源獲取所述聯(lián)系人的更新信息； 根據(jù)獲取的聯(lián)系人的更新信息更新地址簿信息中的聯(lián)系人信息。
一種融合地址簿服務(wù)器，包括 檢測單元，用于檢測地址簿信息中的聯(lián)系人信息是否發(fā)生變化； 聯(lián)系人信息獲取單元，用于在所述檢測單元檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化后，根據(jù)設(shè)置的聯(lián)系人信息更新方式獲取至少一個信息源的聯(lián)系人的更新信息； 信息更新單元，用于根據(jù)所述聯(lián)系人信息獲取單元獲取的聯(lián)系人信息更新本地址簿信息中的聯(lián)系人的更新信息。
一種地址簿信息融合管理系統(tǒng)，包括 至少一個信息源，用于維護聯(lián)系人信息，并發(fā)送維護的聯(lián)系人信息； 融合地址簿服務(wù)器，用于集中管理用戶的地址簿信息，該地址簿信息中記錄著用戶的聯(lián)系人信息，以及用于檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化后，根據(jù)設(shè)置的聯(lián)系人信息更新方式從所述至少一個信息源獲取聯(lián)系人的更新信息，并根據(jù)獲取的聯(lián)系人的更新信息更新所述地址簿信息中的聯(lián)系人信息。
一種共享活動xml文檔管理服務(wù)器，包括 行為信息接收單元，用于接收應(yīng)用服務(wù)器發(fā)送來用戶使用業(yè)務(wù)應(yīng)用的行為信息； 行為歷史記錄存儲單元，用于根據(jù)所述行為信息接收單元接收到的行為信息存儲聯(lián)系人的行為歷史記錄信息，該行為歷史記錄信息包括行為歷史記錄的內(nèi)容及對應(yīng)的聯(lián)系人信息。
由上述本發(fā)明的實施例提供的技術(shù)方案可以看出，本發(fā)明實施例中，由于通過融合地址簿服務(wù)器集中管理用戶的聯(lián)系人信息，且融合地址簿服務(wù)器可以方便地獲取其他信息源的聯(lián)系人信息，以獲得更多的聯(lián)系人信息，進而使得用戶及其他實體能夠非常方便地應(yīng)用用戶的聯(lián)系人信息。



圖1為本發(fā)明實施例提供的方法的處理過程示意圖； 圖2為本發(fā)明實施例提供的實施例一的處理過程示意圖； 圖3為本發(fā)明實施例提供的實施例二的處理過程示意圖； 圖4為本發(fā)明實施例提供的實施例三的處理過程示意圖； 圖5為本發(fā)明實施例提供的實施例四的處理過程示意圖； 圖6為本發(fā)明實施例提供的實施例五的處理過程示意圖； 圖7為本發(fā)明實施例提供的系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施例方式 本發(fā)明實施例中，在對地址簿信息進行管理過程中包括在檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化后，則根據(jù)設(shè)置的聯(lián)系人信息更新方式從至少一個信息源獲取所述聯(lián)系人的更新信息；并根據(jù)獲取的聯(lián)系人的更新信息更新地址簿信息中的聯(lián)系人信息。
進一步地，可以通過向信息源發(fā)送聯(lián)系人信息訂閱請求的廣度，獲取信息源回送的聯(lián)系人的更新信息；或者，也可以通過向信息源發(fā)送聯(lián)系人信息請求消息的方式，獲取信息源回送所請求的聯(lián)系人的更新信息。
本發(fā)明實施例中，還可以接收設(shè)置聯(lián)系人信息更新方式的信息，以便于根據(jù)該更新方式的信息設(shè)置保存聯(lián)系人信息更新方式，從而根據(jù)相應(yīng)的聯(lián)系人信息更新方式進行聯(lián)系人的更新信息的獲取。相應(yīng)的設(shè)置聯(lián)系人信息更新方式的信息具體可以承載于包含聯(lián)系人信息的消息中發(fā)送，或者，也可以承載于單獨用于設(shè)置更新方式的消息中發(fā)送。
具體地，本發(fā)明實施例中獲取聯(lián)系人的更新信息的方式可以為以下至少一種方式 方式一，在用戶導(dǎo)入已有的地址簿，并發(fā)布聯(lián)系人信息更新方式后，解析用戶設(shè)置的聯(lián)系人信息更新方式，并根據(jù)所述聯(lián)系人信息更新方式從至少一個信息源請求獲取聯(lián)系人的更新信息或訂閱聯(lián)系人的更新信息； 方式二，在用戶向地址簿添加新的聯(lián)系人后，融合地址簿服務(wù)器解析用戶對新添加聯(lián)系人的聯(lián)系人信息更新方式的設(shè)置，并根據(jù)用戶設(shè)置的聯(lián)系人信息更新方式從至少一個信息源請求獲取聯(lián)系人的更新信息或訂閱聯(lián)系人的更新信息。
具體地，本發(fā)明實施例可以建立相應(yīng)的融合地址簿服務(wù)器，并設(shè)置相應(yīng)的融合地址簿，該融合地址簿用于集中管理用戶的地址簿信息，即記錄著用戶的聯(lián)系人信息，其可以作為公共的標準的地址簿，以便于為用戶提供一種可以為多種業(yè)務(wù)與多個設(shè)備使用的網(wǎng)絡(luò)地址簿；可見，通過融合地址簿服務(wù)器中的融合地址簿可以為用戶管理維護更多的聯(lián)系人信息。
為便于應(yīng)用，則需要該融合地址簿中能夠保存更為豐富、全面的聯(lián)系人信息，為此，本發(fā)明實施例中，融合地址簿服務(wù)器可以從一個或多個不同的信息源獲取聯(lián)系人信息，以使得融合地址簿中能夠保存維護更多的聯(lián)系人信息，從而便于各種業(yè)務(wù)及設(shè)備的應(yīng)用，進而給用戶帶來較佳的業(yè)務(wù)應(yīng)用體驗。
對應(yīng)的，相應(yīng)信息源需要將自身維護的聯(lián)系人信息作為聯(lián)系人的更新信息發(fā)送給融合地址簿服務(wù)器，以便于更新融合地址簿服務(wù)器的地址簿信息中的聯(lián)系人信息；其中，信息源具體可以根據(jù)融合地址簿服務(wù)器發(fā)來的訂閱策略或發(fā)來的聯(lián)系人信息請求消息，將自身維護的聯(lián)系人信息作為聯(lián)系人的更新信息發(fā)送給融合地址簿服務(wù)器。
進一步，融合地址簿服務(wù)器可以根據(jù)該聯(lián)系人信息對應(yīng)的用戶的設(shè)置或要求更新本地保存的地址簿信息，例如，在用戶向融合地址服務(wù)器中添加聯(lián)系人信息時，融合地址簿服務(wù)器可以感知到該變化，并可以根據(jù)該聯(lián)系人信息對應(yīng)的用戶的設(shè)置或要求，向其他維護有該添加的聯(lián)系人的其他信息的信息源獲取相應(yīng)的更多的聯(lián)系人信息。
在上述處理過程中，相應(yīng)的融合地址簿服務(wù)器可以通過向信息源發(fā)送聯(lián)系人信息訂閱請求的方式，請求信息源按照訂閱策略向該融合地址簿服務(wù)器發(fā)送聯(lián)系人信息，以實現(xiàn)融合地址簿中的聯(lián)系人信息的更新；或者，融合地址簿服務(wù)器也可以通過向信息源發(fā)送聯(lián)系人信息請求消息的方式，請求信息源向該融合地址簿服務(wù)器發(fā)送請求的聯(lián)系人信息，以實現(xiàn)融合地址簿中的聯(lián)系人信息的更新，進一步地，相應(yīng)的向信息源發(fā)送聯(lián)系人信息請求消息可以為定時發(fā)送，也可以為非定時發(fā)送(如單次發(fā)送等)。
融合地址簿服務(wù)器還可以根據(jù)接收到的用于設(shè)置聯(lián)系人信息更新方式的信息在本地設(shè)置保存相應(yīng)的聯(lián)系人信息更新方式的信息。具體地，用戶可以將聯(lián)系人信息更新方式的信息通過不同的方式發(fā)送給融合地址簿服務(wù)器，例如，可以承載于向融合地址簿服務(wù)器發(fā)送的包含聯(lián)系人信息的消息中發(fā)給融合地址簿服務(wù)器，或者，還可以承載于向融合地址簿服務(wù)器發(fā)送獨立的用于設(shè)置更新方式的消息中發(fā)給融合地址簿服務(wù)器，等等。
融合地址簿服務(wù)器收到相應(yīng)的聯(lián)系人信息更新方式后，則需要將相應(yīng)的聯(lián)系人信息更新方式保存于本地，以便于后續(xù)進行聯(lián)系人信息更新操作過程中應(yīng)用，相應(yīng)的在本地保存所述聯(lián)系人信息更新方式的過程可以采用但不限于以下任一種方式 方式一，在融合地址簿服務(wù)器的地址簿信息包含的聯(lián)系人信息中定義一個元素，通過該元素表示用戶是否希望通過獲取或訂閱的方式更新該聯(lián)系人信息，以指示融合地址簿服務(wù)器是否需要進行該聯(lián)系人信息的更新； 方式二，在融合地址簿服務(wù)器中，通過設(shè)置文件記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的各個聯(lián)系人信息，以分別指示融合地址簿服務(wù)器是否需要進行對應(yīng)的聯(lián)系人信息的更新； 方式三，在融合地址簿服務(wù)器中，通過預(yù)定的存儲空間統(tǒng)一記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的各個聯(lián)系人信息，以指示融合地址簿服務(wù)器是否需要進行地址簿信息中維護的聯(lián)系人信息的更新，該方式三下，相應(yīng)的設(shè)置對地址簿信息中的所有聯(lián)系人信息有效。
本發(fā)明實施例中，相應(yīng)的信息源可以包括遠端的融合地址簿服務(wù)器、共享檔案xml文檔管理服務(wù)器或共享活動xml文檔管理服務(wù)器中的至少一項，當(dāng)然，也可以為其他維護著聯(lián)系人信息的服務(wù)器。
其中，在共享活動xml文檔管理服務(wù)器中存儲的聯(lián)系人信息可以包括聯(lián)系人的行為歷史記錄信息，該行為歷史記錄信息包括行為歷史記錄的內(nèi)容及對應(yīng)的聯(lián)系人信息；進一步地，相應(yīng)的聯(lián)系人的行為歷史記錄信息還可以包括行為歷史記錄的發(fā)生時間、行為歷史記錄的來源、行為歷史記錄對應(yīng)的行為的受關(guān)注程度或者對該行為歷史記錄的評論中的至少一項。
本發(fā)明實施例中，當(dāng)融合地址簿服務(wù)器完成相應(yīng)的地址簿信息中的聯(lián)系人信息的更新操作后，還可以通知用戶，以便于用戶可以獲知其在融合地址簿服務(wù)器中維護的聯(lián)系人信息更新情況。
本發(fā)明實施例提供的融合地址簿服務(wù)器獲取聯(lián)系人信息的實現(xiàn)方案的具體應(yīng)用過程可以參照圖1所示，即融合地址簿服務(wù)器檢測到變化，便可以根據(jù)用戶的設(shè)置對變化進行響應(yīng)。
相應(yīng)的處理過程具體可以包括以下步驟 步驟101，融合地址簿服務(wù)器檢測到地址簿信息(即融合地址簿中的信息)發(fā)生變化； 融合地址簿服務(wù)器檢測到的變化可以但不限于為用戶導(dǎo)入地址簿到融合地址簿中，或者，用戶添加新的聯(lián)系人到融合地址簿中，或者，用戶刪除、修改融合地址簿中的聯(lián)系人信息，等等； 步驟102，融合地址簿服務(wù)器解析用戶設(shè)置的聯(lián)系人信息更新方式，判斷是否需要對變化進行響應(yīng)，若需要，則執(zhí)行步驟103，否則，該融合地址簿服務(wù)器不對變化做響應(yīng)； 相應(yīng)的用戶設(shè)置聯(lián)系人信息更新方式可以為用戶是否需要服務(wù)器在檢測到變化以后進行響應(yīng)，以及在進行響應(yīng)的情況下如何響應(yīng)，該聯(lián)系人信息更新方式具體可以通過以下任一方式進行設(shè)置 (1)預(yù)先將聯(lián)系人信息更新方式設(shè)置于融合地址簿服務(wù)器中，例如，預(yù)先設(shè)置針對新導(dǎo)入或添加到融合地址簿信息中的聯(lián)系人對應(yīng)的聯(lián)系人信息更新方式，等等； 具體可以通過預(yù)先發(fā)送的消息向融合地址簿服務(wù)器進行相應(yīng)的聯(lián)系人信息更新方式的設(shè)置； (2)在更新融合地址簿服務(wù)器中的信息的過程中，對更新過程中涉及的聯(lián)系人設(shè)置相應(yīng)的聯(lián)系人信息更新方式，例如，可以指定導(dǎo)入的多個聯(lián)系人信息中的某一個或多個聯(lián)系人需要再進行后續(xù)的聯(lián)系人信息的更新操作； 具體可以將相應(yīng)的聯(lián)系人信息更新方式與更新融合地址簿服務(wù)器中的聯(lián)系人的信息一并發(fā)送給融合地址簿服務(wù)器，例如，將用戶設(shè)置的聯(lián)系人信息更新方式寫入攜帶新增聯(lián)系人信息的消息中發(fā)送給融合地址簿服務(wù)器；或者，也可以將相應(yīng)的聯(lián)系人信息更新方式通過一條專用于設(shè)置聯(lián)系人信息更新方式的消息發(fā)送給融合地址簿服務(wù)器。
對于用戶設(shè)置的聯(lián)系人信息更新方式，可以在融合地址簿服務(wù)器中維護相應(yīng)的聯(lián)系人信息更新方式，融合地址簿服務(wù)器維護該聯(lián)系人信息更新方式過程中可以采用以下任一方式實現(xiàn) (1)在融合地址簿服務(wù)器的融合地址簿的聯(lián)系人信息存儲格式中定義表示用戶是否要獲取或訂閱此聯(lián)系人的信息的元素； (2)在融合地址簿中創(chuàng)建一個存儲用戶獲取或訂閱聯(lián)系人信息相關(guān)的設(shè)置文件，該設(shè)置文件與聯(lián)系人信息存儲文件對應(yīng)，即兩個文件中的聯(lián)系人一一對應(yīng)，設(shè)置文件僅存儲用戶是否想獲取或訂閱的聯(lián)系人的信息，聯(lián)系人信息存儲文件存儲該聯(lián)系人自身的各種信息，如姓名住址等； (3)在融合地址簿服務(wù)器中開辟用戶設(shè)置的存儲空間，用戶可以在該存儲空間中發(fā)布用戶設(shè)置的聯(lián)系人信息更新方式的信息。
對于部分聯(lián)系人信息更新方式信息也可以不在融合地址簿服務(wù)器中維護，如聯(lián)系人信息更新方式僅對某一個或多個聯(lián)系人有效，且融合地址簿服務(wù)器收到相應(yīng)的聯(lián)系人信息更新方式后便可以完成相應(yīng)更新處理操作； 可選地，本發(fā)明實施例中還可以設(shè)置當(dāng)融合地址簿服務(wù)器完成相應(yīng)的更新操作后，是否需要將更新結(jié)果通知給用戶。
步驟103，融合地址簿服務(wù)器根據(jù)用戶設(shè)置的聯(lián)系人信息更新方式，從相關(guān)的信息源獲取或訂閱聯(lián)系人的信息。
相應(yīng)的信息源可以但不限于包括遠端融合地址簿服務(wù)器R-CAB Server(Remote ConvergedAddress Book Server)、共享檔案xml文檔管理服務(wù)器Shared Profile XDMS以及共享活動xml文檔管理服務(wù)器Shared Activity XDMS，等等； 在該步驟中，融合地址簿服務(wù)器可以向各信息源發(fā)送信息獲取指令來得到相應(yīng)的聯(lián)系人的信息，如HTTP GET(超文本傳輸協(xié)議獲取)的方式；或者，融合地址簿服務(wù)器也可以通過向各信息源訂閱相應(yīng)的聯(lián)系人的信息的方式獲取聯(lián)系人的信息，例如，向各信息源發(fā)送訂閱命令，實現(xiàn)針對某聯(lián)系人信息的訂閱，例如，采用SIP的訂閱通知機制實現(xiàn)。
上述處理過程，對于用戶刪除聯(lián)系人及修改聯(lián)系人信息等情況，融合地址簿服務(wù)器也可以根據(jù)用戶設(shè)置的聯(lián)系人信息更新方式進行響應(yīng)，例如，若用戶刪除了某個聯(lián)系人，且融合地址簿服務(wù)器已經(jīng)訂閱了該聯(lián)系人的信息，則融合地址簿服務(wù)器可以取消相應(yīng)的訂閱關(guān)系，若用戶修改了某個聯(lián)系人的信息(如在該聯(lián)系人的信息中添加了新的統(tǒng)一資源標識URI)，則融合地址簿服務(wù)器可以根據(jù)用戶設(shè)置的聯(lián)系人信息更新方式針對該新的URI進行信息的獲取或訂閱。
為便于對本發(fā)明實施例的理解，下面將結(jié)合附圖對本發(fā)明實施例的具體應(yīng)用進行詳細說明。
實施例一 在該實施例一中，將以歸屬融合地址簿服務(wù)器H-CAB Server(home Converged Address BookServer)從R-CAB Server獲取信息為例進行說明，即在該實施例一中將說明H-CAB Server在用戶導(dǎo)入地址簿事件的觸發(fā)下，向R-CAB Server訂閱聯(lián)系人信息的處理過程。
假設(shè)用戶A為CAB(Converged Address Book)業(yè)務(wù)的簽約用戶，其會話初始協(xié)議的統(tǒng)一資源標識SIP URI為sip:a@example.com，目前，該用戶A已經(jīng)將相應(yīng)的地址簿導(dǎo)入到H-CAB Server中，并希望向R-CAB Server訂閱之前已經(jīng)導(dǎo)入地址簿中的部分聯(lián)系人(如聯(lián)系人B、C、E等)的信息。
在上述場景下，相應(yīng)的H-CAB Server獲取聯(lián)系人的信息的過程如圖2所示，具體可以包括以下步驟 步驟201，H-CAB Server導(dǎo)入用戶的某信息源的地址簿信息，如用戶在終端上以及應(yīng)用中的地址簿等； 步驟202，用戶A向H-CAB Server發(fā)送消息，以設(shè)置相應(yīng)的聯(lián)系人信息更新方式為需要H-CAB Server訂閱導(dǎo)入的地址簿中的聯(lián)系人的信息； 相應(yīng)的聯(lián)系人信息更新方式具體可以通過HTTP PUT命令設(shè)置于H-CAB Server中，相應(yīng)的設(shè)置方式可以包括以下任一方式 方式一在CAB的聯(lián)系人信息存儲格式中定義表示用戶是否要獲取或訂閱該聯(lián)系人的信息的元素，若CAB采用xml的格式存儲聯(lián)系人信息，則包含聯(lián)系人信息更新方式的CAB中的聯(lián)系人信息可以表示為以下形式 <contact id＝″a″> <fullname>Jim Smith</fullname> <displayname>fish</displayname> <address> <email>jimmy@huawei.com</email> <phone>0755-28786876</phone> <sipuri>sip:jimmy@example.com</sipuri> <homeadd>Shenzhen nanshan district</homeadd> </address> <hasic> <birthday>19480923</birthday> <description>cool man</description> </basic> <extended> <hobbies>sports</hobbies> </extended> <webresource> <homepage>http://www.mycooo.com/jimmy</homepage> <blog>http://www.blogcn.com/jimmy</blog> </webresource> <getmore-setting active＝“no”> </getmore-setting> <subscribe-setting active＝“yes”> </subscribe-setting> </contact> 其中，相應(yīng)的帶下劃線的黑體字部分用于表示聯(lián)系人信息更新方式，具體地，<getmore-setting>元素表示用戶是否想獲取該聯(lián)系人的更多信息，如相應(yīng)的active(激活)屬性值為yes表示需要獲取，為no表示不需要獲取；另一個元素<subscribe-setting>表示用戶是否想訂閱該聯(lián)系人的信息，如相應(yīng)的active屬性值為yes表示需要訂閱，為no表示不需要訂閱。
與該設(shè)置方式一對應(yīng)的，在設(shè)置的聯(lián)系人信息更新方式的過程中，用戶A發(fā)送的用于進行設(shè)置操作的HTTP PUT消息可以如下所示 接收到該消息的H-CAB Server便可以根據(jù)消息中的內(nèi)容，對在CAB的聯(lián)系人信息存儲格式中定義表示用戶是否要獲取或訂閱該聯(lián)系人的信息的元素進行設(shè)置，以表示H-CAB Server是否需要獲取或訂閱該聯(lián)系人的信息； 方式二在CAB中創(chuàng)建一個存儲用戶獲取或訂閱聯(lián)系人信息的設(shè)置文件，該設(shè)置文件與聯(lián)系人信息存儲文件對應(yīng)，兩個文件中的聯(lián)系人一一對應(yīng)，其中，設(shè)置文件僅存儲聯(lián)系人信息更新方式，即用戶是否想獲取或訂閱這個聯(lián)系人的信息，聯(lián)系人信息存儲文件則用于存儲聯(lián)系人自身的各種信息，如姓名、住址等； 若CAB采用xml格式存儲該設(shè)置文件，則設(shè)置文件可以為 <contact id＝″sip:b@huawei.com″> <getmore-setting active＝“no”> </getmore-setting> <subscribe-setting active＝“yes”> </subscribe-setting> </contact> 其中，兩個子元素的含義及作用與方式一中相應(yīng)子元素的含義和作用相同，故在此不再贅述。
與該設(shè)置方式二對應(yīng)的，在設(shè)置聯(lián)系人信息更新方式的過程中，用戶A發(fā)送的用于設(shè)置操作的HTTPPUT消息的格式可以如下所示 接收到該消息的H-CAB Server便可以根據(jù)消息中的內(nèi)容，對設(shè)置文件的內(nèi)容進行設(shè)置，表明H-CABServer是否需要獲取或訂閱某聯(lián)系人的信息。
上述處理過程中，僅以用戶A通過HTTP PUT消息對聯(lián)系人B的聯(lián)系人信息更新方式進行設(shè)置的處理過程為例進行了描述，同樣地，對聯(lián)系人C及聯(lián)系人E的聯(lián)系人信息更新方式的設(shè)置操作也可以通過上述處理過程實現(xiàn)，在此不再一一詳述。
在該步驟中，用戶A還可以設(shè)置是否需要H-CAB Server在完成相應(yīng)的聯(lián)系人信息更新后將更新的結(jié)果通知給用戶A，具體地可以在上述方式一的聯(lián)系人信息中添加另一個元素<update_notify>，以表示用戶A是否需要H-CAB Server將聯(lián)系人信息的更新結(jié)果通知給自己，例如，其active屬性值為yes表示需要通知，為no表示不需要通知；或者，也可以在方式二的設(shè)置文件的每個聯(lián)系人對應(yīng)的設(shè)置中添加該元素<update_notify>?；蛘撸鬑-CAB Server具有用戶設(shè)置的存儲空間，則用戶A可以在H-CAB Server的該存儲空間中發(fā)布是否將聯(lián)系人信息的更新結(jié)果通知用戶A的用戶設(shè)置，此時，相應(yīng)的用戶設(shè)置信息可以適用于所有聯(lián)系人信息的更新，其可以采用xml格式將設(shè)置的信息寫入到存儲空間中，相應(yīng)的xml格式的設(shè)置信息如下所示 <update_notify active＝”yes”> <update_notify>； 步驟203，H-CAB Server向用戶A返回確認200OK消息，表示確認收到用戶A發(fā)來的設(shè)置消息； 步驟204，H-CAB Server解析用戶A設(shè)置的聯(lián)系人信息更新方式，確定用戶A希望訂閱聯(lián)系人B、C和E的信息，且希望H-CAB Server能夠?qū)⒏碌慕Y(jié)果通知給自己。
步驟205，H-CAB Server在R-CAB Server上發(fā)布訂閱聯(lián)系人信息的設(shè)置，例如，可以通過HTTP PUT命令發(fā)布相應(yīng)的設(shè)置； 若設(shè)置文件采用xml格式，且H-CAB Server在R-CAB Server上已經(jīng)創(chuàng)建的設(shè)置文件如下 <？xml version＝″1.0″encoding＝″UTF-8″？> <cabsub_settings xmlns＝″urn:oma:params:xml:ns:cab:cabsub_settings″> <entity id＝“sip:a@example.com”> <subscription active＝”yes”></subscription> <sub_persons> <person id＝“f@examplel.com> <person id＝“g@examplel.com> </sub_persons> <sub_elements> <email>true</email> <sipuri>true</sipuri> <homepage>true</homepage> </sub_elements> </entity> ...... </cabsub_settings> 則H-CAB Server發(fā)送的HTTP PUT消息可以如下所示 在該步驟205中，H-CAB Server可以根據(jù)每個聯(lián)系人SIP URI的宿主部分(如“huawei.com”等)，所述的宿主部分是指該聯(lián)系人SIP URI所在的設(shè)備或服務(wù)器，將訂閱請求發(fā)送到該宿主部分對應(yīng)域的維護有該聯(lián)系人信息的服務(wù)器，另外，SIP/IP Core(基于SIP的IP核心網(wǎng))通過DNS(域名服務(wù))等域名解析系統(tǒng)將H-CAB Server的訂閱請求路由到各個R-CAB Server。
步驟206，R-CAB Server可以對收到的H-CAB Server發(fā)送來的訂閱請求進行相應(yīng)的授權(quán)檢查，并根據(jù)聯(lián)系人B設(shè)置的策略，確認用戶A是否在聯(lián)系人B設(shè)置的授權(quán)訂閱列表中，即是否允許用戶A通過H-CABServer訂閱聯(lián)系人B的信息，并在鑒權(quán)通過后向H-CAB Server返回訂閱請求的處理結(jié)果； 若確定不允許本次訂閱請求，則如圖2的步驟206所示，相應(yīng)的R-CAB Server將向H-CAB Server返回禁止訂閱403Forbidden消息，以表示該訂閱請求無法實現(xiàn)。
可選地，在步驟206中，R-CAB Server也可以按照信息安全處理過程中常用的信任機制對用戶A進行鑒權(quán)，該信任機制是指H-CAB Server信任用戶A，R-CAB Server信任H-CAB Server，則R-CAB Server信任用戶A，采用該信任機制，則R-CAB Server僅需要對H-CAB Server進行鑒權(quán)即可，對于用戶A的鑒權(quán)操作則由H-CAB Server完成。
步驟207，H-CAB Server收到R-CAB Server返回的消息后，將訂閱的結(jié)果通知給用戶A； 具體可以采用發(fā)送SIP消息(SIP MESSAGE)的方式向用戶A發(fā)送通知，此時，若H-CAB Server收到的是R-CAB Server返回的禁止訂閱403Forbidden消息，則相應(yīng)的SIP MESSAGE的格式可以如下所示 MESSAGE sip:a@example.com SIP/2.0 ViaSIP/2.0/TCP client.example.com；branch＝z9hG4bK776sgdkse Max-Forwards70 Fromsip:h-cab.example.com；tag＝49583 Tosip:a@example.com Call-IDasd88asd77a@1.2.3.4 CSeq1MESSAGE Content-Typetext/plain Content-Length51 You can not subscribe B’s information from his cab/禁止從聯(lián)系人B的CAB服務(wù)器訂閱聯(lián)系人B的信息。
通過上述SIP MESSAGE便可以通知用戶A本次訂閱處理結(jié)果。
步驟208，用戶A收到相應(yīng)的SIP MESSAGE后，獲取相應(yīng)的訂閱處理結(jié)果，并向H-CAB Server返回確認200OK響應(yīng)消息，完成本次處理過程。
實施例二 在該實施例二中，在導(dǎo)入地址簿操作的觸發(fā)下，相應(yīng)的H-CAB Server選擇從共享檔案文檔管理服務(wù)器Shared Profile XDMS獲取信息，并在用戶導(dǎo)入地址簿方式的觸發(fā)下進行聯(lián)系人信息的更新操作。
如圖3所示，在該實施例二中，相應(yīng)的更新聯(lián)系人信息的過程包括 步驟301，H-CAB Server導(dǎo)入用戶的其他地址簿，包括用戶在終端上以及應(yīng)用中的地址簿； 步驟302，用戶A(包含CAB客戶端，CAB Client)向H-CAB Server發(fā)送消息，以設(shè)置相應(yīng)的聯(lián)系人信息更新方式，表明希望H-CAB Server獲取導(dǎo)入的地址簿中某些聯(lián)系人(如聯(lián)系人B、C、E等)的更多的聯(lián)系人信息； 具體可以通過HTTP PUT命令進行相應(yīng)的聯(lián)系人信息更新方式的設(shè)置，該HTTP PUT消息的具體格式可以為如下所示 通過該HTTP PUT命令便可以實現(xiàn)相應(yīng)的聯(lián)系人信息更新方式的設(shè)置，以便于用戶A通過H-CABServer獲取聯(lián)系人B的更多的聯(lián)系人信息，若用戶A還想獲得聯(lián)系人C和E的更多的聯(lián)系人信息，則也可以按照同樣的方式也可對聯(lián)系人C和E進行相應(yīng)的聯(lián)系人信息更新方式的設(shè)置，在此不再贅述； 或者，也可以通過一條HTTP PUT命令同時針對多個聯(lián)系人進行聯(lián)系人信息更新方式的設(shè)置，即通過一條HTTP PUT命令同時攜帶表示希望獲取聯(lián)系人B、C、E的更多的聯(lián)系人信息的指示，從而可以通過一條消息完成相應(yīng)的聯(lián)系人信息更新方式的設(shè)置； 在該步驟中，用戶A還可以設(shè)置要求H-CAB Server將更新的結(jié)果通知給自己的信息，以便于用戶A可以獲知相應(yīng)的信息更新結(jié)果。
步驟303，H-CAB Server收到相應(yīng)的HTTP PUT命令，向用戶A返回確認200OK消息，表示收到用戶A的針對聯(lián)系人信息更新方式的設(shè)置消息。
步驟304，H-CAB Server解析用戶A發(fā)來的設(shè)置消息的內(nèi)容，確定用戶A希望獲取聯(lián)系人B，C，E的更多的聯(lián)系人信息。
步驟305，H-CAB Server向Shared Profile XDMS發(fā)送命令以請求獲取聯(lián)系人B、C、E的更多的聯(lián)系人信息； 具體地，可以采用發(fā)送HTTP GET消息的方式進行聯(lián)系人B、C、E的更多信息的獲取，相應(yīng)的HTTPGET消息的格式可以如下所示 通過上述HTTP GET消息，H-CAB Server便可以向Shared Profile XDMS請求獲取聯(lián)系人B的用戶文檔user profile；另外，對于聯(lián)系人C和聯(lián)系人E的用戶文檔user profile則同樣可以通過包含不同內(nèi)容的HTTP GET消息進行獲取，在此將不再贅述。
步驟306，Shared Profile XDMS收到相應(yīng)的HTTP GET消息后，便可以向H-CAB Server返回200OK消息，在該返回200OK消息中便包含了聯(lián)系人B的信息(如聯(lián)系人B的用戶文檔user profile等)； 相應(yīng)的200OK消息的具體格式可以如下所示 在該步驟306中，Shared Profile XDMS可以按照信息安全處理過程中常用的信任機制對用戶A進行鑒權(quán)，即H-CAB Server信任用戶A，Shared Profile XDMS信任H-CAB Server，則Shared Profile XDMS信任用戶A。
步驟307，H-CAB Server收到Shared Profile XDMS返回的200OK消息后，則根據(jù)預(yù)先的設(shè)置將更新結(jié)果通知到用戶A； 相應(yīng)的，可以通過SIP MESSAGE進行通知，此時，該SIP MESSAGE的具體格式可以如下所示 MESSAGE sip:a@example.com SIP/2.0 ViaSIP/2.0/TCP client.example.com；branch＝z9hG4bK776sgdkse Max-Forwards70 Fromsip:h-cab.example.com；tag＝49583 Tosip:a@example.com Call-IDasd88asd77a@1.2.3.4 CSeq1 MESSAGE Content-Typeapplication/updatelog+xml Content-Length...... <？xml version＝″1.0″encoding＝″UTF-8″？> <updatelog xmlns＝″urn:oma:params:xml:ns:updatelog″> <person id＝”sip:b@example.com”> <update><displayname>Bob</displayname>….. </update> <add><hobbies>Butterfly Collection</hobbies> ...... </add></person> </updatelog> 其中，<person>元素表示對相應(yīng)聯(lián)系人的信息更新記錄，<update>子元素表示更新的信息，<add>子元素則表示增加的信息。
步驟308，用戶A收到上述SIP MESSAGE后，向H-CAB Server返回200OK消息，完成相應(yīng)的處理過程。
實施例三 該實施例三中，在導(dǎo)入地址簿操作的觸發(fā)下，H-CAB Server從Shared Activity XDMS獲取信息，該Shared Activity XDMS中記錄的信息包括用戶的行為歷史記錄，其為記錄用戶在應(yīng)用上的行為歷史記錄的網(wǎng)絡(luò)存儲器，相應(yīng)的應(yīng)用可以包括web應(yīng)用以及呈現(xiàn)、定位、游戲、GSSM(General ServiceSubscription Management，綜合業(yè)務(wù)訂閱管理)、BCAST(Mobile Broadcast Services，移動廣播業(yè)務(wù)，)，等等。
在Shared Activity XDMS中存儲的用戶(也可以稱為聯(lián)系人)的行為歷史記錄可以采用xml格式保存，其具體可以包括如下信息 (1)<user-activity>元素，用于表示記錄的為用戶的行為歷史記錄； (2)<user>元素，用于表示某個用戶的行為歷史記錄； 其中，該<user>元素還可以包括 (2-1)<uri>子元素，用于標識是用戶的身份標識信息，即行為歷史記錄的內(nèi)容對應(yīng)的聯(lián)系人信息； (2-2)<activity>子元素，用于表示用戶的某個行為歷史記錄，用戶的一個行為歷史記錄可以對應(yīng)一個該<activity>子元素； 該<activity>子元素具體可以包括 <application>子元素，用于表示用戶行為歷史記錄所在應(yīng)用的標識信息，以區(qū)分用戶的多個不同的行為歷史記錄； <time>子元素，用于表示用戶行為歷史記錄發(fā)生的時間信息； <description>子元素，用于描述用戶的具體行為歷史記錄； <link>子元素，用于表示該行為歷史記錄的來源，即提供原始行為歷史記錄的鏈接。
可選地，該<activity>子元素具體還可以包括 <popular>子元素，用于表示用戶的該行為歷史記錄是否受到許多關(guān)注； <comments>子元素，用于列舉應(yīng)用中的其他用戶對該用戶的行為歷史記錄的評論。
以下給出一個具體的例子，即用戶sip:b@example.com在Shared Activity XDMS中的行為歷史記錄可以如下所示 <user> <uri>sip:b@example.com</uri> <activity id＝”a”> <application>mycooo</application> <time>20080304pm14:00</time> <description>upload a beautiful photo”flower.gif”</description> <link>www.mycooo.com\b</link> <popular>very popular</popular> </activity> <activity id＝”b”> <application>xunlei</application> <time>20080310am10:25</time> <description>upload a movie”Yangse River No.7.rm”</description> <link>www.xunleikankan.com</link> <comments>It’s great！</comments> </activity> ...... </user> 基于上述Shared Activity XDMS中記錄的信息，H-CAB Server獲取相應(yīng)的聯(lián)系人信息的處理過程如圖4所示，具體可以包括 步驟401，H-CAB Server導(dǎo)入用戶的其他地址簿，相應(yīng)的地址簿可以包括用戶在終端上以及應(yīng)用中的地址簿； 步驟402，H-CAB Server解析用戶設(shè)置的聯(lián)系人信息更新方式； 在該步驟402之前，用戶已經(jīng)進行了相關(guān)聯(lián)系人信息更新方式的設(shè)置，即已經(jīng)設(shè)置了需要在H-CABServer導(dǎo)入地址簿以后，從Shared Activity XDMS中訂閱導(dǎo)入的地址簿中所有聯(lián)系人的更多信息。
步驟403，H-CAB Server向Shared Activity XDMS訂閱聯(lián)系人的信息； 由于Shared Activity XDMS中記錄了聯(lián)系人B的信息，故H-CAB Server向聯(lián)系人B的宿主服務(wù)器Shared Activity XDMS訂閱聯(lián)系人B的信息，具體可以通過SIP SUBSCRIBE(SIP訂閱)消息進行訂閱，此時，相應(yīng)的SIP SUBSCRIBE消息的具體格式可以如下所示 Shared Activity XDMS收到相應(yīng)的SIP SUBSCRIBE消息后，可以按照信息安全處理過程中常用的信任機制對用戶A進行鑒權(quán)，即H-CAB Server信任用戶A，Shared Activity XDMS信任H-CAB Server，則Shared Activity XDMS信任用戶A； 這樣，用戶A便通過H-CAB Server實現(xiàn)了向Shared Activity XDMS訂閱聯(lián)系人B的信息的操作。
步驟404，當(dāng)Shared Activity XDMS確定記錄的聯(lián)系人B的信息發(fā)生變化，則可以通過SIP NOTIFY(SIP通知)消息將發(fā)生變化后的聯(lián)系人B的信息通知給H-CAB Server，SIP NOTIFY消息的具體格式可以如下所示 步驟405，H-CAB Server收到Shared Activity XDMS通過SIP NOTIFY消息發(fā)來的更新后的聯(lián)系人B的信息后，則將相應(yīng)的更新結(jié)果通知給用戶A； 該步驟中，具體可以采用SIP MESSAGE向用戶A發(fā)送通知，相應(yīng)的SIP MESSAGE消息的格式可以如下所示 MESSAGE sip:a@example.com SIP/2.0 ViaSIP/2.0/TCP client.example.com；branch＝z9hG4bK776sgdkse Max-Forwards70 Fromsip:h-cab.example.com；tag＝49583 Tosip:a@example.com Call-IDasd88asd77a@1.2.3.4 CSeq1MESSAGE Content-Typetext/plain Content-Length79 Your contact B upload a picture”me.jpeg”at 20080308am1026on www.facebook.com. 步驟406，用戶A收到H-CAB Server發(fā)來的SIP NOTIFY消息后，向H-CAB Server返回確認200OK消息。
實施例四 在該實施例四中，將對用戶A向H-CAB Server中添加新聯(lián)系人的的實現(xiàn)過程進行說明。其中，相應(yīng)的其他信息源對用戶的鑒權(quán)以及用戶A對H-CAB Server的更新通知的設(shè)置已經(jīng)完成。
如圖5所示，相應(yīng)的添加新聯(lián)系人的處理過程可以包括 步驟501，用戶A向H-CAB Server發(fā)送消息，以便在CAB中增加一個新的聯(lián)系人B，并令H-CAB Server向其他信息源訂閱聯(lián)系人B的信息； 用戶A可以通過HTTP PUT命令請求在H-CAB Server中添加新的聯(lián)系人B，HTTP PUT命令的消息體中攜帶聯(lián)系人B的已知信息； 相應(yīng)的用戶A還可以通過以下任意方式設(shè)置在添加了聯(lián)系人B的信息以后的聯(lián)系人B采用的聯(lián)系人信息更新方式，該聯(lián)系人信息更新方式表明是否需要H-CAB Server獲取或訂閱聯(lián)系人B的信息 方式一 將聯(lián)系人B的信息與用戶A設(shè)置的聯(lián)系人信息更新方式通過HTTP PUT命令傳送至H-CAB Server，即將用戶A設(shè)置的聯(lián)系人信息更新方式寫入攜帶聯(lián)系人B信息的消息體內(nèi)；假設(shè)用戶A的SIP URI為sip:a@example.com，且用戶A僅知道用戶B的SIP URI為sip:b@huawei.com，則相應(yīng)的HTTP PUT消息的格式可以如下所示 方式二 若需要在聯(lián)系人信息的格式中定義表示用戶是否獲取或訂閱此聯(lián)系人的信息的元素，則對應(yīng)的用于設(shè)置相應(yīng)的聯(lián)系人信息更新方式的HTTP PUT消息的格式可以如下所示 方式三 在H-CAB Server中開辟了保存用戶設(shè)置的聯(lián)系人信息更新方式的存儲空間，則用戶A可以在H-CABServer中的該存儲空間內(nèi)發(fā)布相應(yīng)的用戶設(shè)置的聯(lián)系人信息更新方式；假設(shè)H-CAB Server采用xml格式的xml文件存儲用戶設(shè)置的聯(lián)系人信息更新方式，則相應(yīng)的包含聯(lián)系人信息更新方式的內(nèi)容xml文件具體可以如下所示 <？xml version＝″1.0″encoding＝″UTF-8″？><cabadd_settings xmlns＝″urn:oma:params:xml:ns:cab:cabadd_settings″><entity> <getmore-setting active＝“no”> </getmore-setting> <subscribe-setting active＝“yes”> </subscribe-setting></entity> </cabadd_settings> 與H-CAB Server的存儲空間中存儲的用戶設(shè)置的聯(lián)系人信息更新方式對應(yīng)，可以采用的設(shè)置相應(yīng)的聯(lián)系人信息更新方式的HTTP PUT消息的格式具體可以如下所示 其中，通過上述方式一和方式二，用戶A可以對不同的聯(lián)系人進行不同聯(lián)系人信息更新方式的設(shè)置，而通過方式三則可以對所有的聯(lián)系人的聯(lián)系人信息更新方式進行統(tǒng)一設(shè)置，即該設(shè)置后的聯(lián)系人信息更新方式可以適用于用戶添加的所有聯(lián)系人。
步驟502，H-CAB Server收到H-CAB Server發(fā)送來的用于設(shè)置聯(lián)系人信息更新方式的設(shè)置消息后，則返回200OK消息，以表示設(shè)置成功。
步驟503，H-CAB Server解析聯(lián)系人B的信息以及用戶A設(shè)置的聯(lián)系人信息更新方式，存儲聯(lián)系人B的信息，并明確用戶A希望向其他信息源訂閱聯(lián)系人B的信息。
步驟504，H-CAB Server向R-CAB Server發(fā)送訂閱聯(lián)系人B的信息的消息，以實現(xiàn)針對聯(lián)系人B的訂閱設(shè)置； 具體可以采用HTTP PUT消息進行訂閱設(shè)置，該HTTP PUT消息的格式可以如下所示 步驟505，R-CAB Server收到H-CAB Server發(fā)送來的訂閱設(shè)置的消息后，則返回200OK消息，以表示設(shè)置成功。
步驟506，當(dāng)R-CAB Server中聯(lián)系人B的信息變化時，R-CAB Server便可以通過SIP MESSAGE消息將聯(lián)系人B的信息的變化情況通知給H-CAB Server； 相應(yīng)的SIP MESSAGE消息的具體格式可以如下所示 MESSAGE sip:h-cab.example.com SIP/2.0 ViaSIP/2.0/TCP client.example.com；branch＝z9hG4bK776sgdkse Max-Forwards70 Fromsip:r-cab.huawei.com；tag＝49583 Tosip:h-cab.example.com Call-IDasd88asd77a@1.2.3.4 CSeq1MESSAGE Content-Typeapplication/info+xml Content-Length... <？xml version＝″1.0″encoding＝″UTF-8″？> <info xmlns＝″urn:oma:params:xml:ns:info″> <person id＝″sip:b@huawei.com”> <sipuri>bb@examplel.com</sipuri> <displayname>Amuda</displayname> </person> </info> 步驟507，H-CAB Server收到相應(yīng)的更新后的聯(lián)系人B的信息后，則返回200OK響應(yīng)。
步驟508，H-CAB Server向Shared Profile XDMS發(fā)起訂閱請求； 具體可以采用SIP SUBSCRIBE消息進行訂閱，該SIP SUBSCRIBE消息的格式可以如下所示 步驟509，該Shared Profile XDMS收到H-CAB Server發(fā)來的訂閱請求消息后，則當(dāng)Shared ProfileXDMS中聯(lián)系人B的信息發(fā)生變化時，便可以通過SIP NOTIFY消息將聯(lián)系人B的信息的變化通知給H-CABServer； 該SIP NOTIFY消息的格式可以如下所示 步驟510，H-CAB Server向Shared Activity XDMS發(fā)起訂閱請求； 該步驟中具體可以采用SIP SUBSCRIBE消息發(fā)起相應(yīng)的訂閱請求，相應(yīng)的SIP SUBSCRIBE消息的格式可以如下所示 步驟511，Shared Activity XDMS收到H-CAB Server發(fā)來的訂閱請求消息后，當(dāng)Shared ActivityXDMS中聯(lián)系人B的信息發(fā)生變化時，便可以通過SIP NOTIFY消息將聯(lián)系人B的信息的變化情況通知給H-CAB Server； 相應(yīng)的SIP NOTIFY消息的格式可以如下所示 需要說明的是，上述步驟504-507，步驟508、509，以及步驟510、511的執(zhí)行時序并無限定，例如，也可以首先執(zhí)行步驟508、509，之后再執(zhí)行步驟504-507，或者，也可以首先執(zhí)行步驟510、511，之后再執(zhí)行其他步驟508、509或者步驟504-507。
實施例五 在該實施例五中，用戶A設(shè)置H-CAB Server定時獲取聯(lián)系人信息，即H-CAB Server在定時裝置的觸發(fā)下到相應(yīng)的信息源獲取聯(lián)系人信息。且其他信息源對用戶的鑒權(quán)以及用戶對H-CAB Server的更新通知的設(shè)置已經(jīng)完成。
步驟601，H-CAB Server中的定時裝置提示服務(wù)器到R-CAB Server以及Shared Activity XDMS中獲取聯(lián)系人的信息； 在步驟601之前，用戶A已經(jīng)設(shè)置相應(yīng)的聯(lián)系人信息更新方式為H-CAB Server定時獲取聯(lián)系人信息，進一步地，可以設(shè)置定時獲取哪些聯(lián)系人對應(yīng)的聯(lián)系人信息、用于獲取相應(yīng)聯(lián)系人信息的至少一個信息源以及獲取聯(lián)系人信息的時間間隔，等等。
具體設(shè)置相應(yīng)信息的實現(xiàn)方式可以包括可以在聯(lián)系人信息中添加一個元素<time-get>，用于表示用戶A是否需要通過H-CAB Server定時獲取該聯(lián)系人的信息，其active屬性值為yes表示需要定時獲取，為no則表示不需要定時獲??；或者，也可以在聯(lián)系人的設(shè)置文件中的每個聯(lián)系人設(shè)置中添加該元素；再者，假設(shè)H-CAB Server中具有用戶設(shè)置的聯(lián)系人信息更新方式的存儲空間，則用戶A可以在H-CABServer中的相應(yīng)存儲空間發(fā)布相應(yīng)的聯(lián)系人信息更新方式，例如，在存儲空間中可以采用如下的xml格式表示該聯(lián)系人信息更新方式為 <update_notify active＝”yes”> <persons> <person id＝“sip:b@huawei.com”> <person id＝“sip:c@chinamobile.com”> <person id＝“sip:e@chinaunion.com”> </persons> <source> <cab>true</cab> <activity>true</activitv> </source> <interval> <day>10</day> </interval> <update_notify> 其中，<update_notify>，用于表示用戶定時獲取的設(shè)置，具體可以包括<persons>，用于表示需要定時獲取更多信息的聯(lián)系人，<source>，用于表示定時獲取聯(lián)系人的信息的信息源，<interval>，用于表示定時獲取更多信息的時間間隔； 步驟602，H-CAB Server確定符合定時獲取條件時，則向R-CAB Server請求獲取聯(lián)系人B、C、E的信息； 具體可以采用SIP SUBSCRIBE消息進行相應(yīng)聯(lián)系人的信息的獲取，此時，該SIP SUBSCRIBE消息的格式可以如下所示 步驟603，R-CAB Server收到相應(yīng)的SIP SUBSCRIBE消息后，則可以通過SIP NOTIFY消息將聯(lián)系人B的信息反饋給H-CAB Server； 相應(yīng)的SIP NOTIFY消息的格式具體可以如下所示 采用上述步驟602和步驟603的處理方式便可以繼續(xù)進行聯(lián)系人C和E的信息的獲取操作，在此不再贅述。
步驟604，H-CAB Server向Shared Activity XDMS請求獲取聯(lián)系人B、C、E的信息； 具體可以通過HTTP GET消息進行獲取，此時，相應(yīng)的HTTP GET消息的格式具體可以如下所示 步驟605，Shared Activity XDMS收到相應(yīng)的HTTP GET消息后，向H-CAB Server返回200OK響應(yīng)，響應(yīng)中包含其需要獲取的聯(lián)系人的信息； 該200OK響應(yīng)消息的格式具體可以如下所示 需要說明的是，上述步驟602、603與步驟604、605之間并無時序限制，其可以以任意的執(zhí)行順序進行。
本領(lǐng)域普通技術(shù)人員可以理解，上述各個本發(fā)明實施例中包含的全部或部分步驟可以通過程序指令相關(guān)的硬件實現(xiàn)，其中，相應(yīng)的程序可以存儲于計算機可讀取存儲介質(zhì)中，該存儲介質(zhì)可以但不限包括ROM、RAM、磁盤或光盤等等。
本發(fā)明實施例還提供了一種地址簿信息融合管理系統(tǒng)，其具體實現(xiàn)結(jié)構(gòu)如圖7所示，主要包括 至少一個信息源，用于維護聯(lián)系人信息，并發(fā)送維護的聯(lián)系人信息；相應(yīng)的信息源可以包括遠端的融合地址簿服務(wù)器、共享檔案xml文檔管理服務(wù)器或共享活動xml文檔管理服務(wù)器中的至少一項。
融合地址簿服務(wù)器，用于集中管理用戶的地址簿信息，該地址簿信息中記錄著用戶的聯(lián)系人信息，以及用于檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化后，根據(jù)設(shè)置的聯(lián)系人信息更新方式從所述至少一個信息源獲取聯(lián)系人的更新信息，并根據(jù)獲取的聯(lián)系人的更新信息更新所述地址簿信息中的聯(lián)系人信息。
下面將結(jié)合附圖分別對相應(yīng)的信息源及融合地址簿服務(wù)器的具體實現(xiàn)結(jié)構(gòu)進行說明。
(一)地址服務(wù)器，其可以作為相應(yīng)的信息源 該地址服務(wù)器用于為融合地址簿服務(wù)器提供相應(yīng)的聯(lián)系人信息，如圖7所示，該地址服務(wù)器可以包括 聯(lián)系人信息維護單元，用于維護聯(lián)系人信息； 信息發(fā)送單元，用于將所述聯(lián)系人信息維護單元維護的聯(lián)系人信息發(fā)送給融合地址簿服務(wù)器，以更新融合地址簿服務(wù)器的地址簿信息中的聯(lián)系人信息，所述融合地址簿服務(wù)器用于集中管理用戶的地址簿信息，該地址簿信息中記錄著用戶的聯(lián)系人信息。
可選地，該地址服務(wù)器還可以包括發(fā)送觸發(fā)單元，用于在根據(jù)融合地址簿服務(wù)器發(fā)來的訂閱策略或發(fā)來的聯(lián)系人信息請求消息確定需要發(fā)送聯(lián)系人信息時，通知所述信息發(fā)送單元。
(二)融合地址簿服務(wù)器 如圖7所示，該融合地址簿服務(wù)器具體可以包括 (1)檢測單元，用于檢測維護的用戶的地址簿信息中的聯(lián)系人信息是否發(fā)生變化； (2)聯(lián)系人信息獲取單元，用于在所述檢測單元檢測到維護的用戶的地址簿信息中的聯(lián)系人信息發(fā)生變化后，根據(jù)用戶設(shè)置的聯(lián)系人信息更新方式從至少一個信息源獲取聯(lián)系人信息； 為便于從信息源獲取相應(yīng)的聯(lián)系人信息，該聯(lián)系人信息獲取單元具體可以但不限于包括以下任一單元 第一信息請求單元，用于向信息源發(fā)送聯(lián)系人信息訂閱請求，請求按照訂閱策略從所述信息源獲取聯(lián)系人信息； 第二信息請求單元，用于向信息源發(fā)送聯(lián)系人信息請求消息，請求從所述信息源獲取聯(lián)系人信息。
(3)信息更新單元，用于根據(jù)所述聯(lián)系人信息獲取單元收到的聯(lián)系人信息更新本地保存的地址簿信息中的聯(lián)系人信息。
在該融合地址簿服務(wù)器中還可以包括更新方式存儲單元，用于獲取并保存用戶設(shè)置的聯(lián)系人信息更新方式的信息，其中，獲取相應(yīng)的聯(lián)系人信息更新方式的過程可以為直接通過設(shè)置接口獲取用戶在融合地址簿服務(wù)器處設(shè)置的聯(lián)系人信息更新方式，也可以通過接收用戶設(shè)備發(fā)來的消息中承載的信息獲取相應(yīng)的聯(lián)系人信息更新方式。
其中，根據(jù)保存聯(lián)系人信息更新方式的實現(xiàn)方式的不同，該更新方式存儲單元具體可以但不限于包括以下任一單元 第一存儲單元，用于在地址簿信息包含的聯(lián)系人信息中定義一個元素，通過該元素表示是否希望通過獲取或訂閱的方式更新該聯(lián)系人信息； 第二存儲單元，用于通過設(shè)置文件分別記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的各個聯(lián)系人信息； 第三存儲單元，用于通過預(yù)定的存儲空間統(tǒng)一記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的各個聯(lián)系人信息。
可選地，在該融合地址簿服務(wù)器中還可以包括通知單元，用于在完成地址簿信息中的聯(lián)系人信息的更新操作后，根據(jù)設(shè)置的信息確定是否向用戶發(fā)送完成更新操作的通知，并在確定需要發(fā)送通知時，向用戶發(fā)送更新操作的結(jié)果，以便于用戶可以獲知相應(yīng)的更新結(jié)果。
本發(fā)明實施例還提供了一種共享活動xml文檔管理服務(wù)器，仍參照圖7所示，其具體可以包括 行為信息接收單元，用于接收應(yīng)用服務(wù)器發(fā)送來用戶使用業(yè)務(wù)應(yīng)用的行為信息； 行為歷史記錄存儲單元，用于根據(jù)所述行為信息接收單元接收到的行為信息存儲聯(lián)系人的行為歷史記錄信息，該行為歷史記錄信息包括行為歷史記錄的內(nèi)容及對應(yīng)的聯(lián)系人信息。
可選地，在該行為歷史記錄存儲單元存儲的信息還可以包括行為歷史記錄所在應(yīng)用的標識信息，行為歷史記錄的發(fā)生時間，行為歷史記錄的來源，行為歷史記錄對應(yīng)的行為的受關(guān)注程度或者對該行為歷史記錄的評論中的至少一項。
可選地，在該共享活動xml文檔管理服務(wù)器中，相應(yīng)的行為信息接收單元還可以用于向呈現(xiàn)服務(wù)器訂閱用戶呈現(xiàn)信息中的行為信息，若所述被訂閱的行為信息發(fā)生變化，則所述行為信息接收單元將會接收到呈現(xiàn)服務(wù)器發(fā)送來的變化后的行為信息；呈現(xiàn)服務(wù)器可以將行為信息的具體內(nèi)容及對應(yīng)的用戶標識、發(fā)生時間等信息發(fā)送給該共享活動xml文檔管理服務(wù)器，以便于將更為豐富的行為信息保存于歷史記錄存儲單元中。
綜上所述，本發(fā)明實施例提供的獲取聯(lián)系人信息的實現(xiàn)方案中，融合地址簿服務(wù)器檢測到變化，并根據(jù)用戶的設(shè)置進行響應(yīng)，主要包括在用戶導(dǎo)入已有地址簿到融合地址簿以及添加新的聯(lián)系人到融合地址簿時，融合地址簿服務(wù)器根據(jù)用戶的設(shè)置從相關(guān)的信息源獲取或訂閱聯(lián)系人的信息。通過本發(fā)明提供的獲取聯(lián)系人信息的方法，能夠讓服務(wù)器主動地獲取或訂閱用戶的聯(lián)系人信息，不僅能夠為用戶搜集聯(lián)系人的更多信息，豐富地址簿的內(nèi)容，而且能夠根據(jù)用戶的設(shè)置，進行實時地更新，讓用戶掌握聯(lián)系人的最新信息，給用戶帶來方便，除此之外，其他信息源對用戶的鑒權(quán)也為聯(lián)系人信息的安全提供保障。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種地址簿信息融合管理的方法，其特征在于，包括
檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化；
根據(jù)設(shè)置的聯(lián)系人信息更新方式從至少一個信息源獲取所述聯(lián)系人的更新信息；
根據(jù)獲取的聯(lián)系人的更新信息更新地址簿信息中的聯(lián)系人信息。
2、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)設(shè)置的聯(lián)系人信息更新方式從至少一個信息源獲取所述聯(lián)系人的信息具體包括
向信息源發(fā)送聯(lián)系人信息訂閱請求，使得請求信息源回送所述聯(lián)系人的更新信息；
或者，
向信息源發(fā)送聯(lián)系人信息請求消息，使得請求信息源回送所請求的聯(lián)系人的更新信息。
3、根據(jù)權(quán)利要求1或2所述的方法，其特征在于，該方法還包括
接收設(shè)置聯(lián)系人信息更新方式的信息；
根據(jù)該更新方式的信息設(shè)置保存聯(lián)系人信息更新方式。
4、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述設(shè)置聯(lián)系人信息更新方式的信息具體包括
承載于包含聯(lián)系人信息的消息中發(fā)送；
或者，
承載于單獨用于設(shè)置更新方式的消息中發(fā)送。
5、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述設(shè)置保存聯(lián)系人信息更新方式包括
在地址簿信息包含的聯(lián)系人信息中定義一個元素，通過該元素表示是否希望通過獲取或訂閱的方式更新該聯(lián)系人信息；
或者，
通過設(shè)置文件分別記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的聯(lián)系人信息；
或者，
通過預(yù)定的存儲空間統(tǒng)一記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的聯(lián)系人信息。
6、根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述的信息源包括以下至少一項
融合地址簿服務(wù)器、共享檔案xml文檔管理服務(wù)器或共享活動xml文檔管理服務(wù)器。
7、根據(jù)權(quán)利要求1或2所述的方法，其特征在于，該方法還包括
當(dāng)完成相應(yīng)的地址簿信息中的聯(lián)系人信息的更新操作后，根據(jù)設(shè)置的信息確定是否將更新結(jié)果通知用戶。
8、根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化，根據(jù)設(shè)置的聯(lián)系人信息更新方式從至少一個信息源獲取聯(lián)系人信息的過程具體包括以下至少一項
在用戶導(dǎo)入已有的地址簿，并發(fā)布聯(lián)系人信息更新方式后，解析用戶設(shè)置的聯(lián)系人信息更新方式，并根據(jù)所述聯(lián)系人信息更新方式從至少一個信息源請求獲取聯(lián)系人的更新信息或訂閱聯(lián)系人的更新信息；
在用戶向地址簿添加新的聯(lián)系人后，融合地址簿服務(wù)器解析用戶對新添加聯(lián)系人的聯(lián)系人信息更新方式的設(shè)置，并根據(jù)用戶設(shè)置的聯(lián)系人信息更新方式從至少一個信息源請求獲取聯(lián)系人的更新信息或訂閱聯(lián)系人的更新信息。
9、一種融合地址簿服務(wù)器，其特征在于，包括
檢測單元，用于檢測地址簿信息中的聯(lián)系人信息是否發(fā)生變化；
聯(lián)系人信息獲取單元，用于在所述檢測單元檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化后，根據(jù)設(shè)置的聯(lián)系人信息更新方式獲取至少一個信息源的聯(lián)系人的更新信息；
信息更新單元，用于根據(jù)所述聯(lián)系人信息獲取單元獲取的聯(lián)系人信息更新地址簿信息中的聯(lián)系人的更新信息。
10、根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述聯(lián)系人信息獲取單元包括
第一信息請求單元，用于向信息源發(fā)送聯(lián)系人信息訂閱請求，以從所述信息源獲取聯(lián)系人的更新信息；
或者，
第二信息請求單元，用于向信息源發(fā)送聯(lián)系人信息請求消息，以從所述信息源獲取聯(lián)系人的更新信息。
11、根據(jù)權(quán)利要求9或10所述的服務(wù)器，其特征在于，還包括
更新方式存儲單元，用于接收聯(lián)系人信息更新方式，并設(shè)置保存聯(lián)系人信息更新方式，以提供給所述聯(lián)系人信息獲取單元。
12、根據(jù)權(quán)利要求11所述的服務(wù)器，其特征在于，所述更新方式存儲單元具體包括
第一存儲單元，用于在地址簿信息包含的聯(lián)系人信息中定義一個元素，通過該元素表示是否希望通過獲取或訂閱的方式更新該聯(lián)系人信息；
或者，
第二存儲單元，用于通過設(shè)置文件分別記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的聯(lián)系人信息；
或者，
第三存儲單元，用于通過預(yù)定的存儲空間統(tǒng)一記錄是否希望通過獲取或訂閱的方式更新地址簿信息中的聯(lián)系人信息。
13、根據(jù)權(quán)利要求9或10所述的服務(wù)器，其特征在于，還包括
通知單元，用于在所述信息更新單元完成地址簿信息中的聯(lián)系人信息的更新操作后，將更新結(jié)果通知用戶。
14、一種地址簿信息融合管理系統(tǒng)，其特征在于，包括
至少一個信息源，用于維護聯(lián)系人信息，并發(fā)送維護的聯(lián)系人信息；
融合地址簿服務(wù)器，用于集中管理用戶的地址簿信息，該地址簿信息中記錄著用戶的聯(lián)系人信息，以及用于檢測到地址簿信息中的聯(lián)系人信息發(fā)生變化后，根據(jù)設(shè)置的聯(lián)系人信息更新方式從所述至少一個信息源獲取聯(lián)系人的更新信息，并根據(jù)獲取的聯(lián)系人的更新信息更新所述地址簿信息中的聯(lián)系人信息。
15、一種共享活動xml文檔管理服務(wù)器，其特征在于，包括
行為信息接收單元，用于接收應(yīng)用服務(wù)器發(fā)送來用戶使用業(yè)務(wù)應(yīng)用的行為信息；
行為歷史記錄存儲單元，用于根據(jù)所述行為信息接收單元接收到的行為信息存儲聯(lián)系人的行為歷史記錄信息，該行為歷史記錄信息包括行為歷史記錄的內(nèi)容及對應(yīng)的聯(lián)系人信息。
16、根據(jù)權(quán)利要求15所述的服務(wù)器，其特征在于，所述行為歷史記錄存儲單元存儲的信息還包括以下至少一項
行為歷史記錄所在應(yīng)用的標識信息，行為歷史記錄的發(fā)生時間，行為歷史記錄的來源，行為歷史記錄對應(yīng)的行為的受關(guān)注程度或者對該行為歷史記錄的評論。
17、根據(jù)權(quán)利要求15或16所述的服務(wù)器，其特征在于，所述的行為信息接收單元還用于向呈現(xiàn)服務(wù)器訂閱用戶呈現(xiàn)信息中的行為信息，若所述被訂閱的行為信息發(fā)生變化，則所述行為信息接收單元將會接收到呈現(xiàn)服務(wù)器發(fā)送來的變化后的行為信息。
全文摘要
一種地址簿信息融合管理的方法及裝置，其主要包括在檢測到維護的用戶的地址簿信息中的聯(lián)系人信息發(fā)生變化后，便可以根據(jù)設(shè)置的聯(lián)系人信息更新方式從至少一個信息源獲取聯(lián)系人信息，并根據(jù)獲取到的所述聯(lián)系人信息更新本地保存的地址簿信息中的聯(lián)系人信息。可見，本發(fā)明實施例中，可以使得用戶及其他實體能夠非常方便地應(yīng)用用戶的聯(lián)系人信息。
文檔編號H04L29/08GK101557409SQ200810091948
公開日2009年10月14日 申請日期2008年4月9日 優(yōu)先權(quán)日2008年4月9日
發(fā)明者蓉 鄧, 賈江濤, 浩 王, 謙 孫 申請人:華為技術(shù)有限公司