專利名稱：獲取用戶聯(lián)系人信息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及獲取用戶聯(lián)系人信息的方法和系統(tǒng)。
背景技術(shù)：
目前，為了更加充分的利用網(wǎng)絡(luò)資源，共享更加豐富的多媒體數(shù)據(jù)以 及消息，多媒體業(yè)務(wù)以及消息業(yè)務(wù)推出了多媒體數(shù)據(jù)(包括各種即時(shí)消息) 的網(wǎng)絡(luò)存儲(chǔ)功能。
相關(guān)運(yùn)營(yíng)商在GSM SMS ( Short Message Service,短消息業(yè)務(wù))網(wǎng)絡(luò) 改造課題中，也提出了短消息網(wǎng)絡(luò)存儲(chǔ)的應(yīng)用需求，主要目的有以下幾點(diǎn)
1. 解決終端存儲(chǔ)能力有限，且存儲(chǔ)容易受損的問題；
2. 為短消息存儲(chǔ)內(nèi)容的多用戶共享提供條件，拓展短消息業(yè)務(wù)空間；
3. 利于開發(fā)與現(xiàn)有業(yè)務(wù)系統(tǒng)(如網(wǎng)絡(luò)郵箱業(yè)務(wù))進(jìn)^f亍交互的新方法。 因此，在網(wǎng)絡(luò)側(cè)進(jìn)行改造的GSM網(wǎng)絡(luò)中，新增了短消息增值業(yè)務(wù)數(shù)據(jù)
中心(DCS, Data Center for Short Message Service),用于保存用戶功能詳細(xì) 簽約數(shù)據(jù)，提供面向終端用戶的主被叫業(yè)務(wù)的增值業(yè)務(wù)設(shè)置，如短消息呼 轉(zhuǎn)、短消息過濾、短消息回執(zhí)，以及短消息網(wǎng)絡(luò)存儲(chǔ)等。
圖1為現(xiàn)有技術(shù)的短消息網(wǎng)絡(luò)存儲(chǔ)業(yè)務(wù)流程示意圖，如圖所示為被叫 移動(dòng)用戶(MS, Mobile Subscriber )在本地的業(yè)務(wù)流程情況，包括如下步驟
步驟101:主叫MS發(fā)送Submit—sm消息給主叫歸屬短消息業(yè)務(wù)中心 (SMSC, Short Message Service Center )。
步驟102:該SMSC發(fā)送預(yù)回送應(yīng)答消息Submit一Ack給主叫用戶。 步驟103:該SMSC發(fā)送業(yè)務(wù)查詢消息Deliver一sm給本地DCS。 步驟104:該DCS發(fā)送應(yīng)答消息Deliver—Ack給該SMSC。 如果主被叫不含有業(yè)務(wù)信息，則該SMSC進(jìn)行消息的正常下發(fā)、計(jì)費(fèi)，
并生成話單；如果主被叫含有業(yè)務(wù)信息，則繼續(xù)進(jìn)行步驟105至步驟110。 步驟105:該DCS發(fā)送消息前傳通知Deliver—sm給該SMSC。 步驟106:該SMSC將接收到的該消息前傳通知下發(fā)給被叫MS。 步驟107:被叫MS發(fā)送應(yīng)答消息Deliver—Ack給該SMSC。 步驟108: 該SMSC發(fā)送應(yīng)答消息Deliver—Ack給上述DCS。 步驟109:該DCS發(fā)送含有下發(fā)狀態(tài)標(biāo)志的MO (Message Originate )
消息給本地DSC數(shù)據(jù)庫(kù)，將該主叫MS的提交消息保存到該主叫MS的短
消息發(fā)送箱中。
步驟110:該DCS發(fā)送含有下發(fā)狀態(tài)標(biāo)志的MT(Message Terminate)消 息給本地DSC數(shù)據(jù)庫(kù)，將該主叫MS的提交消息保存到該被叫MS的短消 息接收箱中。
由上述步驟可見，在現(xiàn)有技術(shù)方案中，主叫MS和被叫MS能夠通過 本地DSC實(shí)現(xiàn)了短消息的網(wǎng)絡(luò)存儲(chǔ)。
然而，傳統(tǒng)的短消息業(yè)務(wù)中，短消息本身并不包含電話號(hào)碼和IP地址 以外的用戶標(biāo)識(shí)信息(例如用戶姓名)的對(duì)應(yīng)關(guān)系，而該業(yè)務(wù)也不要求建 立端到端的業(yè)務(wù)路徑，因而不可能將短消息攜帶的用戶地址信息進(jìn)行擴(kuò)展，
例如，采用SMPP一3.4協(xié)議的短消息所攜帶的發(fā)送方和接收方地址信息是最 大為21個(gè)字節(jié)的地址字符串，其格式為數(shù)字電話號(hào)碼或者IP地址(例如 "aaa.bbb.ccc.ddd")。這就意味著，以這種傳統(tǒng)短消息業(yè)務(wù)為基礎(chǔ)的短消息網(wǎng) 絡(luò)存儲(chǔ)是無法通過短消息本身獲得除電話號(hào)碼和IP地址以外的用戶標(biāo)識(shí)信 息的。
如果短消息網(wǎng)絡(luò)存儲(chǔ)沒有額外的手動(dòng)更新和維護(hù)用戶聯(lián)系人地址本功 能，那么，用戶通過網(wǎng)絡(luò)存儲(chǔ)重新獲取的短消息中，發(fā)送方和接收方標(biāo)識(shí) 將是用戶難以識(shí)別的電話號(hào)碼或者IP地址，無法滿足一般用戶需求。還有 一些用戶僅需要使用網(wǎng)絡(luò)存儲(chǔ)查看短消息的收發(fā)情況，再選擇短消息發(fā)送、 郵件發(fā)送、語(yǔ)音呼叫，或者媒體發(fā)送的操作，這種情況下，用戶標(biāo)識(shí)信息 難以識(shí)別的問題將極大的降低通信業(yè)務(wù)的質(zhì)量和客戶體驗(yàn)滿意度。
鑒于終端存儲(chǔ)能力有限，存儲(chǔ)容易受損等問題，業(yè)界已考慮提供電話 本的網(wǎng)絡(luò)存儲(chǔ)功能。用戶可以通過管理網(wǎng)絡(luò)聯(lián)系人列表、進(jìn)行群組劃分、 用戶設(shè)置等操作。實(shí)現(xiàn)用戶本地電話本的網(wǎng)絡(luò)存儲(chǔ)有以下幾種方法
1. 通過終端與PC機(jī)的硬件接口，將聯(lián)系人列表(Contact list)文件傳 至PC機(jī)，再由PC機(jī)將其按照統(tǒng)一格式上傳至網(wǎng)絡(luò)側(cè)；
2. 通過無線傳送，將保存在終端上的本地電話本進(jìn)行消息格式轉(zhuǎn)化后， 將轉(zhuǎn)化獲得的消息，例如彩信(MMS， Multimedia Message Service )、短消 息，或者名片(profile),傳遞到網(wǎng)絡(luò)側(cè)，并采用一定的更新策略；
3. 網(wǎng)絡(luò)側(cè)根據(jù)用戶的業(yè)務(wù)信息，例如語(yǔ)音呼叫、SIP ( Session Initiation Protocol,會(huì)話發(fā)起協(xié)議)消息的發(fā)送等，來收集聯(lián)系人列表，以及電話號(hào) 碼、IP地址、SIP地址與用戶姓名的對(duì)應(yīng)關(guān)系等信息。當(dāng)然，由于短消息本
身不能攜帶用戶地址信息以外的更多用戶標(biāo)識(shí)信息，因此這種方法暫時(shí)還 不適用于短消息業(yè)務(wù)。
由上可見，網(wǎng)絡(luò)聯(lián)系人列表的內(nèi)容具有可擴(kuò)展性，也已經(jīng)有相應(yīng)的實(shí) 現(xiàn)方案，因此，通過電話本的網(wǎng)絡(luò)存儲(chǔ)功能來豐富和輔助短消息的網(wǎng)絡(luò)存 儲(chǔ)功能是可行的。
目前，開放移動(dòng)聯(lián)盟(OMA， Open Mobile Alliance )的新課題——融 合消息業(yè)務(wù)(CPM， Converged IP Message )的系統(tǒng)架構(gòu)也提供CPM消息 網(wǎng)纟各存4諸(Message Network Storage )的功能。
圖2為現(xiàn)有技術(shù)的CPM網(wǎng)絡(luò)架構(gòu)模型示意圖，如圖2所示，該架構(gòu)提 供了媒體和消息網(wǎng)絡(luò)存儲(chǔ)(Media & Message Storage)功能單元，其主要功 能單元及在架構(gòu)中的作用如下
CPM會(huì)話服務(wù)器(CPM Conversation Server)單元，作為CPM網(wǎng)絡(luò)中 對(duì)CPM業(yè)務(wù)進(jìn)行處理的業(yè)務(wù)服務(wù)器。該單元通過與業(yè)務(wù)支撐組件 (Supporting Enables)之間的接口 ，來使用各種網(wǎng)絡(luò)中提供的已有的業(yè)務(wù)能 力單元；通過與CPM用戶喜好功能(CPM User Preference )單元之間的接 口，來獲取CPM用戶保存在網(wǎng)絡(luò)中的有關(guān)喜好等的設(shè)置信息；通過與第三 方應(yīng)用(Third Party Application)之間的接口 ，來CPM用戶與第三方應(yīng)用 的互通。該單元還分別與媒體和消息存儲(chǔ)單元、融合地址本(Converged Address Book)單元有直接接口 。此外，通過SIP/IP核心(SIP/IP Core)單 元的轉(zhuǎn)換，CPM會(huì)話服務(wù)器單元可以與CPM客戶端(CPM Client)、遠(yuǎn)端 CPM網(wǎng)絡(luò)(Remote CPM Environment)進(jìn)行通信。
互通功能(Interworking Function)單元，作為連接CPM會(huì)話服務(wù)器與 非CPM消息業(yè)務(wù)的功能單元， 一方面負(fù)責(zé)接收來自CPM會(huì)話服務(wù)器的消 息，并將該消息轉(zhuǎn)換為與其接口的非CPM消息業(yè)務(wù)支持的協(xié)議格式，例如 SMS、 MMS、 IMPS、 EMAIL等，再發(fā)送到相應(yīng)的消息網(wǎng)絡(luò)中；另一方面， 負(fù)責(zé)接收來自與其接口的非CPM業(yè)務(wù)(Non-CPM Service)網(wǎng)絡(luò)的消息， 并將該消息轉(zhuǎn)換為CPM消息，再發(fā)送給CPM會(huì)話服務(wù)器。
媒體和消息存儲(chǔ)單元，作為CPM用戶放置在網(wǎng)絡(luò)中的存儲(chǔ)數(shù)據(jù)庫(kù)，既 可以從CPM客戶端收集需保存的々某體和消息，又可以根據(jù)CPM用戶的指 示為其他CPM用戶開放權(quán)限，提供媒體和消息的訪問或者下載。其他CPM 用戶對(duì)該CPM用戶的媒體和消息存儲(chǔ)內(nèi)容的使用是通過CPM會(huì)話服務(wù)器 實(shí)現(xiàn)的。
融合地址本(Converged Address Book)單元，分別與CPM會(huì)話服務(wù)器、 CPM客戶端、業(yè)務(wù)支撐組件有直接接口，是保存融合CPM用戶各個(gè)終端 上的地址信息的功能單元。該單元是CPM架構(gòu)中網(wǎng)絡(luò)聯(lián)系人列表的對(duì)應(yīng)實(shí) 體。
由上可見，CPM網(wǎng)絡(luò)架構(gòu)模型是CPM業(yè)務(wù)實(shí)現(xiàn)的一個(gè)高層功能性框 架，該架構(gòu)能夠提供CPM消息的網(wǎng)絡(luò)存儲(chǔ)功能，而該功能的實(shí)現(xiàn)也需要該 架構(gòu)與現(xiàn)有消息系統(tǒng)互通；相應(yīng)的，現(xiàn)有消息系統(tǒng)中的短消息、彩信等媒 體和消息也需要能夠在CPM架構(gòu)中進(jìn)行正常的網(wǎng)絡(luò)存儲(chǔ)，即呈現(xiàn)給用戶容 易識(shí)別的，更加豐富的聯(lián)系人信息，例如短消息發(fā)送方的用戶名稱，Email 地址等。然而，現(xiàn)有技術(shù)中還沒有解決上述問題的技術(shù)手段和方案。
由上述公開的技術(shù)方案可知，現(xiàn)有技術(shù)的缺陷在于缺少媒體和消息網(wǎng) 絡(luò)存儲(chǔ)和網(wǎng)絡(luò)聯(lián)系人列表中用戶聯(lián)系人信息的關(guān)聯(lián)方法，用戶對(duì)短消息等
業(yè)務(wù)的體驗(yàn)較差。同時(shí)，網(wǎng)絡(luò)資源的利用率較低，新業(yè)務(wù)的出現(xiàn)將進(jìn)一步 增加網(wǎng)絡(luò)負(fù)荷和操作復(fù)雜度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供獲取用戶聯(lián)系人信息的方法和系統(tǒng)， 從而實(shí)現(xiàn)媒體和消息網(wǎng)絡(luò)存儲(chǔ)與網(wǎng)絡(luò)聯(lián)系人列表之間用戶聯(lián)系人信息的獲 取和同步。
本發(fā)明實(shí)施例提供一種獲取用戶聯(lián)系人信息的方法，包括以下步驟 媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元和網(wǎng)絡(luò)聯(lián)系人列表單元之間設(shè)置直接接口 ； 所述々某體和消息網(wǎng)絡(luò)存儲(chǔ)單元或網(wǎng)絡(luò)聯(lián)系人列表單元通過所述直接接 口獲取所述用戶聯(lián)系人信息。
本發(fā)明另一實(shí)施例提供一種獲取用戶聯(lián)系人信息的方法，包括以下步
驟
在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元和網(wǎng)絡(luò)聯(lián)系人列表單元之間設(shè)置應(yīng)用服務(wù)
器；
所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元或網(wǎng)絡(luò)聯(lián)系人列表單元通過所述應(yīng)用服
務(wù)器獲取所述用戶聯(lián)系人信息。
本發(fā)明另 一實(shí)施例提供一種獲取用戶聯(lián)系人信息的系統(tǒng)，該系統(tǒng)包括 媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元，用于向網(wǎng)絡(luò)聯(lián)系人列表單元發(fā)起用戶聯(lián)系
人信息的查詢；
所述網(wǎng)絡(luò)聯(lián)系人列表單元，用于將所述用戶聯(lián)系人信息反饋給所述媒 體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
本發(fā)明另 一 實(shí)施例提供一種荻取用戶聯(lián)系人信息的系統(tǒng)，該系統(tǒng)包括
媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元，用于向應(yīng)用服務(wù)器單元發(fā)送用戶聯(lián)系人信 息的查詢請(qǐng)求消息；
網(wǎng)絡(luò)聯(lián)系人列表單元，用于將攜帶所述用戶聯(lián)系人信息的反饋消息發(fā) 送給所述應(yīng)用服務(wù)器單元；
應(yīng)用服務(wù)器單元，用于發(fā)送所述查詢請(qǐng)求消息給所述網(wǎng)絡(luò)聯(lián)系人列表 單元，以及發(fā)送所述反饋消息給所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
本發(fā)明實(shí)施例通過媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系人列表單元之 間關(guān)于用戶聯(lián)系人信息的獲取和同步，解決了用戶聯(lián)系人信息的獲取范圍 受限于用戶終端中信息存儲(chǔ)量和穩(wěn)定性較差的問題。同時(shí)，提高了網(wǎng)絡(luò)資 源的利用率，改善了用戶查閱媒體和消息的體驗(yàn)。


圖1為現(xiàn)有技術(shù)的短消息網(wǎng)絡(luò)存儲(chǔ)業(yè)務(wù)流程示意圖； 圖2為現(xiàn)有技術(shù)的CPM網(wǎng)絡(luò)架構(gòu)模型示意圖； 圖3為本發(fā)明實(shí)施例的直接接口示意圖； 圖4為本發(fā)明實(shí)施例一的示意圖； 圖5為本發(fā)明實(shí)施例二的示意圖； 圖6為本發(fā)明實(shí)施例三的示意圖7為本發(fā)明實(shí)施例的通過應(yīng)用服務(wù)器實(shí)現(xiàn)用戶聯(lián)系人信息獲取的示 意圖8為本發(fā)明實(shí)施例四的示意圖9為本發(fā)明實(shí)施例五的示意圖； 圖IO為本發(fā)明實(shí)施例六的示意圖； 圖11為本發(fā)明實(shí)施例七的示意圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn) 行清楚、完整地描述，顯然，所描述的實(shí)施例僅是本發(fā)明的一部分實(shí)施例， 而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒 有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的 范圍。
圖3為本發(fā)明實(shí)施例的直接接口示意圖。如圖3所示，建立i某體和消 息網(wǎng)絡(luò)存儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系人列表單元之間的直接接口 ，并定義該接口為 直接接口 XI，本發(fā)明實(shí)施例可以通過該接口保證上述兩個(gè)單元關(guān)于用戶聯(lián) 系人信息的獲取和同步。
圖4為本發(fā)明實(shí)施例一的示意圖，本實(shí)施例通過移動(dòng)數(shù)據(jù)同步化 (SyncML, Synchronization Markup Language )協(xié)議實(shí)規(guī)J某體和消息網(wǎng)絡(luò)存 儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系人列表單元之間關(guān)于用戶聯(lián)系人信息的同步。SyncML協(xié) 議的數(shù)據(jù)表示法定義了 一個(gè)基于可擴(kuò)展標(biāo)記語(yǔ)言(XML， Extensible Markup Language)的文件類型定義，基于這樣的類型定義，可以表示所有同步中 所需的信息。SyncML的數(shù)據(jù)格式由一套服務(wù)器客戶端都能解釋的消息來定 義，這些消息^皮描述成有組織的XML文檔。
如圖4所示，媒體和消息存儲(chǔ)單元的應(yīng)用程序A需要與網(wǎng)絡(luò)聯(lián)系人列
表單元的應(yīng)用程序B進(jìn)行數(shù)據(jù)同步。如果將應(yīng)用程序A作為數(shù)據(jù)同步的服 務(wù)器，應(yīng)用程序B作為客戶端，那么，應(yīng)用程序B至應(yīng)用程序A的單向數(shù) 據(jù)同步實(shí)現(xiàn)過程如下
首先，應(yīng)用程序A與應(yīng)用程序B通過直接接口 X2建立連接，且應(yīng)用 程序A和應(yīng)用程序B遵循同 一協(xié)議，例如HTTP 。
當(dāng)應(yīng)用程序B的網(wǎng)絡(luò)聯(lián)系人列表更新或者處理用戶數(shù)據(jù)時(shí)，該應(yīng)用程 序B通過同步客戶端代理(Sync Client Agent)向應(yīng)用程序A發(fā)送數(shù)據(jù)同步 操作請(qǐng)求。該請(qǐng)求經(jīng)底層網(wǎng)絡(luò)傳輸至應(yīng)用程序A的同步服務(wù)器代理(Sync Server Agent)。該同步服務(wù)器代理負(fù)責(zé)控制應(yīng)用程序A的同步引擎(Sync Engine)根據(jù)協(xié)議對(duì)該請(qǐng)求消息進(jìn)行處理，并通過系統(tǒng)函數(shù)調(diào)用控制數(shù)據(jù)同 步的實(shí)現(xiàn)。在數(shù)據(jù)同步過程中，同步協(xié)議適配器(SyncMLAdapter)負(fù)責(zé)處 理同步消息的連接、發(fā)送與接收。
本實(shí)施例中，i某體和消息網(wǎng)絡(luò)存儲(chǔ)單元中也保存了 一個(gè)用戶聯(lián)系人信 息的列表a (圖中未示出)，以備媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元的內(nèi)部應(yīng)用；該 列表a中保存的用戶聯(lián)系人信息可以是網(wǎng)絡(luò)聯(lián)系人列表單元中用戶聯(lián)系人 信息列表b(圖中未示出)的子集。例如，上述列表b中保存中用戶聯(lián)系人 的全部相關(guān)信息電話號(hào)碼/IP地址、用戶姓名、用戶E-mail地址、MSN 賬號(hào)、家庭電話、辦公電話、傳真號(hào)、所屬的群組(家人、朋友、同事) 等；而上述列表a中可以僅保存用戶聯(lián)系人的部分相關(guān)信息電話號(hào)碼/IP 地址、用戶姓名、用戶E-mail地址。
與現(xiàn)有技術(shù)相比，本實(shí)施例中的網(wǎng)絡(luò)聯(lián)系人列表單元將更新的用戶聯(lián) 系人信息通過直接接口同步至媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元，從而使媒體和消
息網(wǎng)絡(luò)存儲(chǔ)單元能夠?yàn)橛脩籼峁└迂S富的用戶聯(lián)系人信息，例如，不再
是無法識(shí)別的電話號(hào)碼，而是便于識(shí)別的用戶名稱、E-mail地址等信息。
在應(yīng)用程序B至應(yīng)用程序A的單向數(shù)據(jù)同步情況下，用戶可以為某種 應(yīng)用保存專屬的用戶聯(lián)系人信息。例如，用戶可以在媒體和消息網(wǎng)絡(luò)存儲(chǔ) 單元的應(yīng)用中保存用戶昵稱，或者修改其他用戶聯(lián)系人信息，而這些操作 不會(huì)影響網(wǎng)絡(luò)聯(lián)系人列表單元中應(yīng)用的用戶聯(lián)系人信息。
本領(lǐng)域的技術(shù)人員可以理解的，在應(yīng)用程序A至應(yīng)用程序B的單向數(shù) 據(jù)同步的實(shí)現(xiàn)過程中，應(yīng)用程序B將作為數(shù)據(jù)同步的服務(wù)器，而應(yīng)用程序 A將作為客戶端，其實(shí)現(xiàn)過程與上述實(shí)施例相似，不再贅述。
在應(yīng)用程序B到應(yīng)用程序A的單向數(shù)據(jù)同步情況下，用戶可以通過在 應(yīng)用程序B中進(jìn)行用戶聯(lián)系人信息修改，實(shí)現(xiàn)對(duì)應(yīng)用程序A中的用戶聯(lián)系 人信息的間接修改。本領(lǐng)域的技術(shù)人員可以理解的，在應(yīng)用程序A到應(yīng)用 程序B的單向數(shù)據(jù)同步情況下，用戶可以通過在應(yīng)用程序A中進(jìn)行用戶聯(lián) 系人信息修改，實(shí)現(xiàn)對(duì)應(yīng)用程序B中的用戶聯(lián)系人信息的間接修改。
上述兩種數(shù)據(jù)同步方法可以根據(jù)應(yīng)用場(chǎng)景的不同而加以選擇。例如， 用戶對(duì)應(yīng)用程序A中的用戶聯(lián)系人信息進(jìn)行修改后，系統(tǒng)向用戶發(fā)出修改 確認(rèn)請(qǐng)求，以確定是否將此修改同步到應(yīng)用程序B中。
圖5為本發(fā)明實(shí)施例二的示意圖，本實(shí)施例通過集成參考點(diǎn)(IRP， Integration Reference Point)協(xié)議實(shí)現(xiàn)媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系 人列表單元之間關(guān)于用戶聯(lián)系人信息的獲取。
如圖5所示，媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中保存了用戶聯(lián)系人信息(User Contact Information)列表。當(dāng)媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元有新的存儲(chǔ)消息時(shí)，
首先進(jìn)行用戶聯(lián)系人信息的單元內(nèi)部查詢。如果該查詢失敗，即用戶聯(lián)系
人信息列表中沒有該用戶聯(lián)系人信息，則執(zhí)行如下步驟
步驟501:々某體和消息網(wǎng)絡(luò)存儲(chǔ)單元通過網(wǎng)絡(luò)查詢"l妄口 X3主動(dòng)向網(wǎng)絡(luò) 聯(lián)系人列表單元發(fā)送集成參考點(diǎn)通知請(qǐng)求消息IRP Request,查詢的關(guān)鍵字 可以是電話號(hào)碼或IP地址，該消息用于請(qǐng)求獲取與關(guān)鍵字對(duì)應(yīng)的用戶聯(lián)系 人信息。
步驟502:網(wǎng)絡(luò)聯(lián)系人列表單元接收到該請(qǐng)求消息后，發(fā)送應(yīng)答消息IRP Command,該消息攜帶關(guān)鍵字對(duì)應(yīng)的用戶聯(lián)系人信息，媒體和消息網(wǎng)絡(luò)存 儲(chǔ)單元接收到該消息后， 一方面將其顯示在存儲(chǔ)的々某體和消息的發(fā)送方/接 收方標(biāo)識(shí)中，另 一方面將其保存在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中的用戶聯(lián)系 人信息單元中。
本實(shí)施例中，媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系人列表單元的數(shù)據(jù) 獲取過程可以由媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元主動(dòng)發(fā)起，也可以是網(wǎng)絡(luò)聯(lián)系人 列表單元應(yīng)媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元的需求，提供相關(guān)信息的定時(shí)更新。 此外，媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中的聯(lián)系人信息列表可以是網(wǎng)絡(luò)聯(lián)系人列 表單元中的聯(lián)系人信息的子集。例如，網(wǎng)絡(luò)聯(lián)系人列表單元中保存用戶聯(lián) 系人相關(guān)的所有信息電話號(hào)碼/IP地址、用戶姓名、用戶E-mail地址、 MSN賬號(hào)、家庭電話、辦公電話、傳真號(hào)、所屬的群組(家人、朋友、同 事)等；而媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中僅保存用戶聯(lián)系人相關(guān)的以下信息 電話號(hào)碼/IP地址、用戶姓名、用戶E-mail地址。
上述實(shí)施例中用戶聯(lián)系人信息的數(shù)據(jù)同步方法僅是可能的實(shí)現(xiàn)協(xié)議舉 例。在實(shí)際應(yīng)用中，運(yùn)營(yíng)商可以根據(jù)網(wǎng)絡(luò)規(guī)劃和業(yè)務(wù)模式選擇對(duì)用戶聯(lián)系
人信息單元中數(shù)據(jù)的內(nèi)容進(jìn)行擴(kuò)充和有選擇的進(jìn)行同步，也可以根據(jù)用戶 的需求實(shí)現(xiàn)上述兩個(gè)單元之間的用戶聯(lián)系人信息的動(dòng)態(tài)獲取，而不更改單 元中的保存信息。
上述實(shí)施例的應(yīng)用場(chǎng)景可以是，用戶曱在海外出差期間通過Web網(wǎng)絡(luò) 讀取其在網(wǎng)絡(luò)上的短消息網(wǎng)絡(luò)存儲(chǔ)內(nèi)容，得知用戶乙給他的一個(gè)短消息， 需要商量一個(gè)重要的度假計(jì)劃。用戶甲覺得國(guó)際長(zhǎng)途太貴了，短消息也說 不清楚，E-mail不便于實(shí)時(shí)交流，于是，用戶甲通過查詢用戶乙的用戶聯(lián) 系人信息，獲得用戶乙的MSN賬號(hào)，經(jīng)MSN實(shí)時(shí)交流，從而把度假的計(jì) 劃確定下來。這時(shí)，用戶乙的MSN賬號(hào)可以保存在用戶甲的單元A中，也 可以只是暫時(shí)應(yīng)用戶甲的請(qǐng)求呈現(xiàn)給用戶甲，而不保存在用戶甲的單元A 中。
圖6為本發(fā)明實(shí)施例三的示意圖，本實(shí)施例與實(shí)施例二的區(qū)別在于， 媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中沒有用戶聯(lián)系人信息列表的存儲(chǔ)。當(dāng)媒體和消 息網(wǎng)絡(luò)存儲(chǔ)單元有新的存儲(chǔ)消息時(shí)，^某體和消息網(wǎng)絡(luò)存儲(chǔ)單元沒有內(nèi)部的 用戶聯(lián)系人信息查詢過程，而是直接通過網(wǎng)絡(luò)查詢接口 X4發(fā)送攜帶查詢關(guān) 鍵字的集成參考點(diǎn)通知請(qǐng)求消息IRP Request給網(wǎng)絡(luò)聯(lián)系人列表單元，如步 驟601所示。在步驟602中，網(wǎng)絡(luò)聯(lián)系人列表單元接收到該請(qǐng)求消息后， 發(fā)送應(yīng)答消息IRP Command,該消息攜帶上述查詢關(guān)鍵字對(duì)應(yīng)的用戶聯(lián)系 人信息，媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元接收到該消息后，并不保存該用戶聯(lián)系 人信息，而是僅將其顯示在々某體和消息網(wǎng)絡(luò)存儲(chǔ)的發(fā)送方/接收方標(biāo)識(shí)中。
本實(shí)施例中，媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系人列表單元之間的 數(shù)據(jù)獲取是網(wǎng)絡(luò)聯(lián)系人列表單元至媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元的單向的用戶
聯(lián)系人信息數(shù)據(jù)獲取，即用戶可以在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中編輯和更 改用戶聯(lián)系人信息，例如將姓名改為"昵稱+姓名"，這些操作不會(huì)影響到 網(wǎng)絡(luò)聯(lián)系人列表單元中網(wǎng)絡(luò)聯(lián)系人列表的存儲(chǔ)信息。
圖7為本發(fā)明實(shí)施例的通過應(yīng)用服務(wù)器實(shí)現(xiàn)用戶聯(lián)系人信息獲取的示
意圖。如圖7所示，々某體和消息網(wǎng)絡(luò)存儲(chǔ)單元通過應(yīng)用服務(wù)器從網(wǎng)絡(luò)聯(lián)系
人列表單元中獲取用戶聯(lián)系人信息，從而保證媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中 的媒體和消息網(wǎng)絡(luò)存儲(chǔ)能夠呈現(xiàn)給用戶更加豐富的用戶聯(lián)系人信息。上述
應(yīng)用服務(wù)器可以是CPM會(huì)話服務(wù)器，或者網(wǎng)絡(luò)中處理網(wǎng)絡(luò)聯(lián)系人信息交互 的專用應(yīng)用服務(wù)器邏輯單元。
圖8為本發(fā)明實(shí)施例四的示意圖，本實(shí)施例利用CPM會(huì)話服務(wù)器作為 應(yīng)用服務(wù)器，媒體和消息網(wǎng)絡(luò)存儲(chǔ)通過該CPM會(huì)話服務(wù)器來獲取融合地址 本單元中的用戶聯(lián)系人信息，在SMS短消息中添加和更新了用戶聯(lián)系人信 息后進(jìn)行網(wǎng)絡(luò)存儲(chǔ)，因此，用戶從網(wǎng)絡(luò)存儲(chǔ)中查看到該消息時(shí)，能夠得到 ^使于識(shí)別的用戶信息顯示，例如用戶姓名等。
如圖8所示，當(dāng)CPM業(yè)務(wù)網(wǎng)絡(luò)收到來自非CPM業(yè)務(wù)網(wǎng)絡(luò)的SMS短 消息時(shí)，執(zhí)行以下步驟
步驟801:互通功能單元接收到非CPM業(yè)務(wù)發(fā)出的SMS短消息，將 其進(jìn)行格式轉(zhuǎn)換，生成CPM消息。
步驟802:該CPM消息經(jīng)過SIP/IP核心單元發(fā)送至CPM會(huì)話服務(wù)器 單元。
步驟803: CPM會(huì)話服務(wù)器單元接收到該CPM消息后，向融合地址本 單元發(fā)起用戶聯(lián)系人信息查詢。
步驟804:融合地址本單元將該消息對(duì)應(yīng)的用戶聯(lián)系人信息反饋給 CPM會(huì)話服務(wù)器單元。
例如，在步驟803中，CPM會(huì)話服務(wù)器單元可以發(fā)送集成參考點(diǎn)通知 請(qǐng)求消息給融合地址本單元，查詢的關(guān)鍵字可以是電話號(hào)碼或者IP地址。 在步驟804中，融合地址本單元接收到來自CPM會(huì)話服務(wù)器單元的請(qǐng)求后， 發(fā)送回應(yīng)消息IRPCo畫and，并返回關(guān)鍵字對(duì)應(yīng)的用戶聯(lián)系人信息。
步驟805: CPM會(huì)話服務(wù)器單元根據(jù)獲取的用戶聯(lián)系人信息對(duì)CPM消 息進(jìn)行更新，并通過控制邏輯判斷將該CPM消息存儲(chǔ)到媒體和消息網(wǎng)絡(luò)存 儲(chǔ)單元中。
由上述步驟可知，傳統(tǒng)的SMS短消息經(jīng)過一系列的轉(zhuǎn)換和更新后，以 CPM消息的格式存儲(chǔ)在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中，而且包含了更加容易 識(shí)別的用戶聯(lián)系人信息。
本實(shí)施例的應(yīng)用場(chǎng)景還可以是，正在瀏覽網(wǎng)絡(luò)存儲(chǔ)內(nèi)容的用戶可以通 過向應(yīng)用服務(wù)器發(fā)出查詢網(wǎng)絡(luò)聯(lián)系人列表中某個(gè)用戶更加豐富的信息來滿 足業(yè)務(wù)需要。例如，某用戶甲閱讀了網(wǎng)絡(luò)存儲(chǔ)中來自乙的短消息，卻想給 乙回復(fù)一個(gè)E-mail,這個(gè)時(shí)候，用戶就需要獲取乙的E-mail地址。
如圖9所示為本發(fā)明實(shí)施例五的示意圖，是通過應(yīng)用服務(wù)器來獲取用 戶聯(lián)系人信息的 一個(gè)場(chǎng)景。
應(yīng)用服務(wù)器檢測(cè)到新的媒體或消息的存儲(chǔ)時(shí)，進(jìn)一步檢測(cè)該媒體或消 息的格式是否合要求，例如，是否有媒體或消息發(fā)送方的具體用戶名。如 果應(yīng)用服務(wù)器發(fā)現(xiàn)需要進(jìn)一步獲取用戶聯(lián)系人信息，則執(zhí)行以下步驟
步驟903:應(yīng)用服務(wù)器向網(wǎng)絡(luò)聯(lián)系人列表單元發(fā)起用戶聯(lián)系人信息的查
詢。
步驟904:網(wǎng)絡(luò)聯(lián)系人列表單元向應(yīng)用服務(wù)器返回用戶聯(lián)系人信息。 步驟905:應(yīng)用服務(wù)器利用獲取的用戶聯(lián)系人信息，對(duì)即將存入媒體和
消息網(wǎng)絡(luò)存儲(chǔ)單元的媒體或消息進(jìn)行更新，并將更新后的媒體或消息發(fā)送
給媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
步驟906:媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元接收到更新后的々某體或消息后，發(fā)
送反饋消息給應(yīng)用服務(wù)器。
如圖IO所示為本發(fā)明實(shí)施例六的示意圖。本實(shí)施例包括以下步驟 步驟1001:用戶終端將媒體和消息內(nèi)容存儲(chǔ)至媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
步驟1002:媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元首先進(jìn)行用戶聯(lián)系人信息的單元 內(nèi)部查詢，如果該查詢失敗，即向應(yīng)用服務(wù)器發(fā)送查詢請(qǐng)求消息，查詢的 關(guān)鍵字可以是電話號(hào)碼或IP地址，該消息用于請(qǐng)求獲取與關(guān)鍵字對(duì)應(yīng)的用 戶聯(lián)系人信息。
步驟1003:應(yīng)用服務(wù)器將上述查詢請(qǐng)求消息轉(zhuǎn)發(fā)給網(wǎng)絡(luò)聯(lián)系人列表單元。
步驟1004:網(wǎng)絡(luò)聯(lián)系人列表單元將用戶聯(lián)系人信息反饋給應(yīng)用服務(wù)器。 步驟1005:應(yīng)用服務(wù)器將用戶聯(lián)系人信息轉(zhuǎn)發(fā)給媒體和消息網(wǎng)絡(luò)存儲(chǔ) 單元。媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元將該用戶聯(lián)系人信息顯示在存儲(chǔ)的媒體和 消息的發(fā)送方/接收方標(biāo)識(shí)中，并將其保存在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中的 用戶聯(lián)系人信息單元中。
本實(shí)施例中，應(yīng)用服務(wù)器可以是CPM會(huì)話服務(wù)器，或者網(wǎng)絡(luò)中處理網(wǎng)
絡(luò)4關(guān)系人信息交互的專用應(yīng)用服務(wù)器邏輯單元。
圖11為本發(fā)明實(shí)施例七的示意圖，本實(shí)施例與實(shí)施例六的區(qū)別在于， 媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中沒有用戶聯(lián)系人信息列表的存儲(chǔ)。當(dāng)媒體和消
息網(wǎng)絡(luò)存儲(chǔ)單元有新的存儲(chǔ)消息時(shí)，媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元沒有內(nèi)部的 用戶聯(lián)系人信息查詢過程，而是直接發(fā)送攜帶查詢關(guān)鍵字的查詢請(qǐng)求消息
給應(yīng)用服務(wù)器，如步驟1102所示。在步驟1105中，媒體和消息網(wǎng)絡(luò)存儲(chǔ)
單元接收到應(yīng)用服務(wù)器轉(zhuǎn)發(fā)的用戶聯(lián)系人信息后，并不保存該用戶聯(lián)系人 信息，而是僅將其顯示在媒體和消息網(wǎng)絡(luò)存儲(chǔ)的發(fā)送方/接收方標(biāo)識(shí)中。本
實(shí)施例中的步驟1101、 1103和1104與實(shí)施例六中的相應(yīng)步驟1001、 1003 和1004相同，不再贅述。
本發(fā)明實(shí)施例八提供一種獲取用戶聯(lián)系人信息的系統(tǒng)，該系統(tǒng)包括媒 體和消息網(wǎng)絡(luò)存儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系人列表單元。其中，媒體和消息網(wǎng)絡(luò)存 儲(chǔ)單元包括消息發(fā)送模塊，用于向網(wǎng)絡(luò)聯(lián)系人列表單元發(fā)送查詢請(qǐng)求消 息；消息接收模塊，用于接收網(wǎng)絡(luò)聯(lián)系人列表單元的反饋消息。網(wǎng)絡(luò)聯(lián)系 人列表單元包括消息接收模塊，用于接收媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元的查 詢請(qǐng)求消息；信息查詢模塊，用于在該單元內(nèi)部進(jìn)行用戶聯(lián)系人信息的查 詢；消息發(fā)送模塊，用于向媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元發(fā)送攜帶用戶聯(lián)系人 信息的反饋消息。
本發(fā)明實(shí)施例九提供一種獲取用戶聯(lián)系人信息的系統(tǒng)。該系統(tǒng)與實(shí)施 例七的區(qū)別在于，本實(shí)施例中的媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元還包括信息更新 模塊，用于更新該單元中的用戶聯(lián)系人信息列表。
本發(fā)明實(shí)施例十提供一種獲取用戶聯(lián)系人信息的系統(tǒng)，該系統(tǒng)包括々某
體和消息網(wǎng)絡(luò)存儲(chǔ)單元、網(wǎng)絡(luò)聯(lián)系人列表單元和應(yīng)用服務(wù)器單元。其中，
力某體和消息網(wǎng)絡(luò)存儲(chǔ)單元包括消息發(fā)送模塊，用于向應(yīng)用服務(wù)器單元發(fā) 送查詢請(qǐng)求消息；消息接收模塊，用于接收應(yīng)用服務(wù)器單元的反饋消息。 網(wǎng)絡(luò)聯(lián)系人列表單元包括消息接收模塊，用于接收應(yīng)用服務(wù)器單元的查 詢請(qǐng)求消息；信息查詢模塊，用于在該單元內(nèi)部進(jìn)行用戶聯(lián)系人信息的查 詢；消息發(fā)送模塊，用于向應(yīng)用服務(wù)器單元發(fā)送攜帶用戶聯(lián)系人信息的反 饋消息。應(yīng)用服務(wù)器單元包括第一消息接收模塊，用于接收々某體和消息 網(wǎng)絡(luò)存儲(chǔ)單元的查詢請(qǐng)求消息；第一消息發(fā)送模塊，用于向網(wǎng)絡(luò)聯(lián)系人列 表單元發(fā)送查詢請(qǐng)求消息，或者轉(zhuǎn)發(fā)來自第一消息接收模塊的查詢請(qǐng)求消 息；第二消息接收模塊，用于接收網(wǎng)絡(luò)聯(lián)系人列表的反饋消息；第二消息 發(fā)送模塊，用于向媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元發(fā)送反饋消息。
本發(fā)明實(shí)施例十一提供一種獲取用戶聯(lián)系人信息的系統(tǒng)。該系統(tǒng)與實(shí) 施例九的區(qū)別在于，本實(shí)施例中的媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元還包括信息更 新模塊，用于更新該單元中的用戶聯(lián)系人信息列表。
以上僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通 技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤(rùn) 飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種獲取用戶聯(lián)系人信息的方法，其特征在于，包括以下步驟在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元和網(wǎng)絡(luò)聯(lián)系人列表單元之間設(shè)置直接接口；所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元或網(wǎng)絡(luò)聯(lián)系人列表單元通過所述直接接口獲取所述用戶聯(lián)系人信息。
2、 根據(jù)權(quán)利要求i所述的方法，其特征在于，所述網(wǎng)絡(luò)聯(lián)系人列表單元將更新的用戶聯(lián)系人信息通過所述直接接口 同步至所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述網(wǎng)絡(luò)聯(lián)系人列表單元更新或者處理用戶數(shù)據(jù)時(shí)，通過同步客戶端 代理向所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元發(fā)送數(shù)據(jù)同步請(qǐng)求；所述數(shù)據(jù)同步請(qǐng)求經(jīng)底層網(wǎng)絡(luò)傳輸至所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元的 同步服務(wù)器代理單元；所述同步服務(wù)器代理單元控制所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元的同步引 擎對(duì)所述數(shù)據(jù)同步請(qǐng)求進(jìn)行處理。
4、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元對(duì)于所述用戶聯(lián)系人信息的修改或者更 新通過所述直接接口同步至所述網(wǎng)絡(luò)聯(lián)系人列表單元。
5、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元通過所述直接接口向所述網(wǎng)絡(luò)聯(lián)系人列 表單元發(fā)起用戶聯(lián)系人信息的查詢；所述網(wǎng)絡(luò)聯(lián)系人列表單元通過所述直接接口向所述J 某體和消息網(wǎng)絡(luò)存 儲(chǔ)單元反饋所述用戶聯(lián)系人信息。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元將所述用戶聯(lián)系人信息的內(nèi)容顯示在所 述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中的媒體和消息中。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元進(jìn)一 步包括用戶聯(lián)系人信息列表； 所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元對(duì)所述用戶聯(lián)系人信息列表進(jìn)行的內(nèi)部查詢失敗后，發(fā)送用戶聯(lián)系人信息的查詢請(qǐng)求消息給所述網(wǎng)絡(luò)聯(lián)系人列表單元；所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元收到所述網(wǎng)絡(luò)聯(lián)系人列表單元反饋的所 述用戶聯(lián)系人信息后，將所述用戶聯(lián)系人信息的內(nèi)容保存在所述用戶聯(lián)系 人信息列表中。
8、 根據(jù)權(quán)利要求5、 6或7所述的方法，其特征在于， 所述查詢的關(guān)鍵字是電話號(hào)碼或者IP地址。
9、 一種獲取用戶聯(lián)系人信息的方法，其特征在于，包括以下步驟 在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元和網(wǎng)絡(luò)聯(lián)系人列表單元之間設(shè)置應(yīng)用服務(wù)器；所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元或網(wǎng)絡(luò)聯(lián)系人列表單元通過所述應(yīng)用服 務(wù)器獲取所述用戶聯(lián)系人信息。
10、 根據(jù)權(quán)利要求9所述的的方法，其特征在于，所述應(yīng)用服務(wù)器為融合消息業(yè)務(wù)會(huì)話服務(wù)器，或者網(wǎng)絡(luò)中處理網(wǎng)絡(luò)聯(lián) 系人信息交互的專用應(yīng)用服務(wù)器邏輯單元。
11、 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述應(yīng)用服務(wù)器向所述網(wǎng)絡(luò)聯(lián)系人列表單元發(fā)起用戶聯(lián)系人信息的查詢；所述網(wǎng)絡(luò)聯(lián)系人列表單元通過所述應(yīng)用服務(wù)器反饋所述用戶聯(lián)系人信 息給所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
12、 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述i某體和消息網(wǎng)絡(luò)存儲(chǔ)單元通過所述應(yīng)用服務(wù)器發(fā)送用戶聯(lián)系人信息的查詢請(qǐng)求消息給所述網(wǎng)絡(luò)聯(lián)系人列表單元；所述網(wǎng)絡(luò)聯(lián)系人列表單元通過所述應(yīng)用服務(wù)器反饋所述用戶聯(lián)系人信 息給所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述々某體和消息網(wǎng)絡(luò)存儲(chǔ)單元將所述用戶聯(lián)系人信息的內(nèi)容顯示在所 述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中的媒體和消息中。
14、 根據(jù)權(quán)利要求13所述的方法，其特征在于， 所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元進(jìn)一步包括用戶聯(lián)系人信息列表； 所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元對(duì)所述用戶聯(lián)系人信息列表進(jìn)行的內(nèi)部查詢失敗后，發(fā)送用戶聯(lián)系人信息的查詢請(qǐng)求消息給所述應(yīng)用服務(wù)器； 所述應(yīng)用服務(wù)器將所述查詢請(qǐng)求消息轉(zhuǎn)發(fā)給所述網(wǎng)絡(luò)聯(lián)系人列表單所述網(wǎng)絡(luò)聯(lián)系人列表單元通過所述應(yīng)用服務(wù)器反饋所述用戶聯(lián)系人f 息給所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元；所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元將所述用戶聯(lián)系人信息的內(nèi)容保存在所 述用戶聯(lián)系人信息列表中。
15、 根據(jù)權(quán)利要求ll、 12、 13或14所述的方法，其特征在于， 所述查詢的關(guān)鍵字是電話號(hào)碼或者IP地址。
16、 一種獲取用戶聯(lián)系人信息的系統(tǒng)，其特征在于，該系統(tǒng)包括 媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元，用于向網(wǎng)絡(luò)聯(lián)系人列表單元發(fā)起用戶聯(lián)系人信息的查詢；所述網(wǎng)絡(luò)聯(lián)系人列表單元，用于將所述用戶聯(lián)系人信息反饋給所述媒 體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
17、 根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于，所述媒體和消息網(wǎng)絡(luò) 存儲(chǔ)單元包括消息發(fā)送模塊，用于向所述網(wǎng)絡(luò)聯(lián)系人列表單元發(fā)送查詢請(qǐng)求消息； 消息接收模塊，用于接收所述網(wǎng)絡(luò)聯(lián)系人列表單元反饋的用戶聯(lián)系人 信息。
18、 根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)聯(lián)系人列表 單元包括消息接收模塊，用于接收所述J 某體和消息網(wǎng)絡(luò)存儲(chǔ)單元的所述查詢請(qǐng) 求消息；信息查詢模塊，用于在所述網(wǎng)絡(luò)聯(lián)系人列表單元內(nèi)部對(duì)所述用戶聯(lián)系 人信息進(jìn)行查詢；消息發(fā)送模塊，用于向所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元發(fā)送所述用戶聯(lián) 系人信息。
19、 根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于， 所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元進(jìn)一步包括信息更新模塊，用于更新所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中的用戶聯(lián)系人信息列表。
20、 一種獲取用戶聯(lián)系人信息的系統(tǒng)，其特征在于，該系統(tǒng)包括 媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元，用于向應(yīng)用服務(wù)器單元發(fā)送用戶聯(lián)系人信息的查詢請(qǐng)求消息；網(wǎng)絡(luò)聯(lián)系人列表單元，用于將攜帶所述用戶聯(lián)系人信息的反饋消息發(fā) 送給所述應(yīng)用服務(wù)器單元；應(yīng)用服務(wù)器單元，用于發(fā)送所述查詢請(qǐng)求消息給所述網(wǎng)絡(luò)聯(lián)系人列表 單元，以及發(fā)送所述反饋消息給所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元。
21、 根據(jù)權(quán)利要求20所述的系統(tǒng)，其特征在于，所述i某體和消息網(wǎng)絡(luò) 存儲(chǔ)單元包括消息發(fā)送模塊，用于向所述應(yīng)用服務(wù)器單元發(fā)送查詢請(qǐng)求消息； 消息接收模塊，用于接收所述應(yīng)用服務(wù)器單元的反饋消息。
22、 根據(jù)權(quán)利要求20所述的系統(tǒng)，其特征在于， 所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元進(jìn)一步包括信息更新模塊，用于更新所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元中的用戶聯(lián)系人信息列表。
23、 根據(jù)權(quán)利要求20所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)聯(lián)系人列表 單元包括消息接收模塊，用于接收所述應(yīng)用服務(wù)器單元的查詢請(qǐng)求消息； 信息查詢模塊，用于在所述網(wǎng)絡(luò)聯(lián)系人列表單元內(nèi)部對(duì)所述用戶聯(lián)系 人信息進(jìn)行查詢；消息發(fā)送模塊，用于向所述應(yīng)用服務(wù)器單元發(fā)送攜帶所述用戶聯(lián)系人 信息的反饋消息。
24、根據(jù)權(quán)利要求20所述的系統(tǒng)，其特征在于，所述應(yīng)用服務(wù)器單元 包括第一消息接收模塊，用于接收所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元的查詢請(qǐng) 求消息；第一消息發(fā)送模塊，用于向所述網(wǎng)絡(luò)聯(lián)系人列表單元發(fā)送查詢請(qǐng)求消自、.第二消息接收模塊，用于接收所述網(wǎng)絡(luò)聯(lián)系人列表的反饋消息； 第二消息發(fā)送模塊，用于向所述媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元發(fā)送反饋消自
全文摘要
本發(fā)明實(shí)施例提供了獲取用戶聯(lián)系人信息的方法，通過在媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元和網(wǎng)絡(luò)聯(lián)系人列表單元之間設(shè)置直接接口或應(yīng)用服務(wù)器，實(shí)現(xiàn)了媒體和消息網(wǎng)絡(luò)存儲(chǔ)與網(wǎng)絡(luò)聯(lián)系人列表關(guān)于用戶聯(lián)系人信息的獲取和同步。本發(fā)明實(shí)施例還提供了獲取用戶聯(lián)系人信息的系統(tǒng)。本發(fā)明實(shí)施例通過媒體和消息網(wǎng)絡(luò)存儲(chǔ)單元與網(wǎng)絡(luò)聯(lián)系人列表單元之間關(guān)于用戶聯(lián)系人信息的獲取和同步，解決了用戶聯(lián)系人信息的獲取范圍受限于用戶終端中信息存儲(chǔ)量和穩(wěn)定性較差的問題。同時(shí)，提高了網(wǎng)絡(luò)資源的利用率，改善了用戶查閱媒體和消息的體驗(yàn)。
文檔編號(hào)G06F17/30GK101365156SQ200710075689
公開日2009年2月11日 申請(qǐng)日期2007年8月10日 優(yōu)先權(quán)日2007年8月10日
發(fā)明者張愛琴 申請(qǐng)人:華為技術(shù)有限公司