通訊錄聯繫人關係匹配的方法、系統、伺服器端和客戶端的製作方法
2023-04-30 13:39:31
專利名稱：通訊錄聯繫人關係匹配的方法、系統、伺服器端和客戶端的製作方法
技術領域：
本發明涉及移動網際網路應用技術領域，尤其涉及通訊錄聯繫人關係匹配的方法和系統。
背景技術：
多數手機用戶在手機上擁有個人聯繫通訊錄，基於手機通訊錄同步功能的應用的出現滿足了通訊錄備份、遺失找回的需求，這類應用的伺服器與客戶端之間的接口通常採用國際標準協議SyncML實現，有較好的開放性和互通性。現階段發展迅猛的社區網站和微博都提供了好友推薦的功能，網站會提示用戶「某某可能是你的好友」或「你與某某有共同的好友」，各大網站都基於私有技術實現這些功能，能幫助用戶簡潔快速地建立好友圈，從而促進了社區和微博其他功能的使用。手機通訊錄中存儲了大量的好友信息，但其數據都是靜態的，只是通訊錄所有者自己輸入的信息，不能關聯到實際的聯繫人，若能將通訊錄的靜態聯繫人數據關聯到實際用戶，並且數據能實時更新，這將大大提高通訊錄應用的價值。
發明內容
鑑於以上，本發明提出通訊錄聯繫人關係匹配的方法、系統、伺服器端和客戶端。根據本發明一方面，提出通訊錄聯繫人關係匹配的系統，包括伺服器端，接收客戶端觸發的匹配操作，逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端；客戶端，觸發伺服器端進行匹配操作，接收伺服器端下發的所述匹配關係，並標記已建立匹配關係的聯繫人的狀態。根據本發明一方面，還提出通訊錄聯繫人關係匹配的方法，包括客戶端觸發伺服器端執行匹配操作；伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端；客戶端接收伺服器端下發的所述匹配關係，並標記已建立匹配關係的聯繫人的狀態。根據本發明一方面，還提出用於通訊錄聯繫人關係匹配的伺服器端，包括第一收發模塊，接收客戶端觸發的匹配操作；查找模塊，耦合於所述第一收發模塊，逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象；關係建立模塊，耦合於所述查找模塊，根據查找結果建立匹配關係。根據本發明一方面，還提出用於通訊錄聯繫人關係匹配的客戶端，包括觸發模塊，觸發伺服器端進行匹配操作，所述匹配操作由所述伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，並根據查找結果建立匹配關係；第二收發模塊，接收所述伺服器端下發的所述匹配關係；標記模塊，耦合於所述第二收發模塊，標記已建立匹配關係的聯繫人的狀態。
本發明提供了用戶通訊錄之間的聯繫人關係自動匹配功能，用戶無需手動添加聯繫人，即可在通訊錄中看到聯繫人的在線狀態。進一步擴展到通訊錄與社區或頂好友關係的匹配和建立，可以獲得聯繫人名片更新、發送頂或查看聯繫人在社區或微博中的動作等。
此處所說明的附圖用來提供對本發明的進一步理解，構成本發明的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中圖1為現有技術通訊錄應用系統中數據存儲結構示意圖。圖2為本發明vCard屬性，擴展〈X-FID〉以及〈X-FTYPE〉欄位。
圖3為本發明通訊錄聯繫人關係匹配的系統結構圖，涉及對客戶端的改造以及伺服器端的改造。圖4為本發明通訊錄聯繫人關係匹配的方法流程圖。圖5示出本發明根據判斷結果在通訊錄中建立聯繫人綁定關係，並將聯繫人綁定關係同步到客戶端的流程。圖6示出本發明將添加IM帳號的聯繫人綁定關係同步到客戶端的流程。圖7為本發明實施例中通訊錄聯繫人關係匹配的方法流程圖。圖8為本發明不同場景下的匹配過程示例說明。圖9為現有技術手機通訊錄匹配欄位分析vCard內容。圖10為外部系統，如開心網好友匹配欄位舉例分析。
具體實施例方式為使本發明的目的、技術方案和優點更加清楚明白，以下結合具體實施例，並參照附圖，對本發明進一步詳細說明。圖1為現有技術支持國際標準SyncML協議的客戶端以及伺服器端的用戶數據存儲結構。按單個用戶維度來存儲用戶通訊錄數據，每個用戶具有用戶標識contactID，在該contactID下記錄了該用戶的聯繫人信息，每條聯繫人信息以vCard形式組織,在vCard中記錄了聯繫人的姓名、手機號碼(TEL5Cell)等。利用SyncML協議可以實現伺服器端與客戶端之間的聯繫人信息的同步，但是現有協議不支持聯繫人關係匹配。圖9為現有技術中手機通訊錄中實際看到的內容和對應的vCard關係匹配欄位，t匕如，手機通訊錄中填寫姓名的項，對應的vcard欄位定義就是N。如圖3所示，本發明提出通訊錄聯繫人關係匹配的系統，實現了聯繫人關係匹配。其中，伺服器端接收客戶端觸發的匹配操作，逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端。用於通訊錄聯繫人關係匹配的伺服器端的具體結構如圖3所示，可以包括第一收發模塊，接收客戶端觸發的匹配操作。查找模塊，耦合於所述第一收發模塊，逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象。
關係建立模塊，耦合於所述查找模塊，根據查找結果建立匹配關係。進一步，所述第一收發模塊還將所述關係建立模塊建立的匹配關係同步到所述客戶端。進一步，所述查找模塊在通訊錄應用中查找到所述匹配對象，還判斷所述匹配對象是否具有IM帳號，如果有，在所述匹配關係中添加IM帳號。下面將具體說明伺服器端以及其各個模塊所執行的相關操作。在本發明的一個實施例中，客戶端觸發的匹配操作可以是，通過上傳通訊錄觸發匹配操作，也可定期或不定期向伺服器發送好友匹配指令觸發匹配操作。其中，客戶端上傳通訊錄後會即刻觸發匹配操作，還有可能是在上傳通訊錄一段時間後觸發的匹配操作，例如，用戶I的通訊錄長時間未在伺服器執行好友匹配操作，但是其通訊錄中的聯繫人陸續成為通訊錄應用的新用戶，若該聯繫人先於用戶 I觸發伺服器端好友匹配操作，並且匹配操作結果可匹配到用戶1，那麼伺服器端會通知用戶I更新該聯繫人與其的好友關係。通訊錄上傳的接口採用現有SyncML協議實現,首次匹配時可採用慢同步接口，之後通訊錄再有變化(如新增一個聯繫人，或聯繫人的手機號碼有變化)都可以用雙向同步接口上傳增量變化信息。伺服器端根據客戶端上傳的增量變化信息重複匹配過程，並同步到客戶端。進一步提供相關的應用，如聯繫人的名片更新等。在本發明的一個實施例中，伺服器端在通訊錄應用中查找到所述匹配對象，但所述匹配對象的通訊錄中沒有保存發出觸發操作的客戶端，向客戶端同步正向匹配關係，向所述匹配對象發送提示或通知；進一步，當所述匹配對象接收到提示或通知時，如果添加發出觸發操作的客戶端為通訊錄聯繫人，則伺服器端分別向發出觸發操作的客戶端以及所述匹配對象同步雙向匹配關係；如果未添加發出觸發操作的客戶端為通訊錄聯繫人，伺服器端記錄下發出觸發操作的客戶端，並在伺服器端標記發出觸發操作的客戶端與匹配對象的反向匹配關係。或者伺服器端在通訊錄應用中查找到所述匹配對象，並且所述匹配對象的通訊錄中已保存發出觸發操作的客戶端，分別向客戶端以及匹配對象同步雙向匹配關係。下面將結合圖8所示的不同場景，對於匹配過程進行舉例說明。本領域技術人員應該可以理解，所述舉例只是用於說明本發明，不應理解為對本發明的限制。並且本領域技術人員還應理解，可以根據實際情況執行下述至少一個場景的操作，並且在執行多個場景的操作時，可能具有不同的執行順序，例如，執行場景3之後再執行場景I。聯繫人A主動匹配聯繫人B，伺服器端在場景1、發現聯繫人B已是通訊錄應用的用戶，並且聯繫人B的通訊錄中也有聯繫人A，分別向聯繫人A和聯繫人B同步雙向匹配關係，表明聯繫人A和聯繫人B分別關注對方；在場景2、發現聯繫人B已是通訊錄應用的用戶，但聯繫人B的通訊錄中沒有聯繫人A，則向聯繫人A同步正向匹配關係，表明聯繫人A關注聯繫人B，在客戶端標記聯繫人B的狀態；向聯繫人B發送提示或通知，推薦添加聯繫人A，若B添加A為通訊錄聯繫人，則雙方的關係同場景1，若B未添加A為通訊錄聯繫人，則伺服器記錄下A，並標記B與A的反向匹配關係，以便提供其他應用(例如向B提供查看哪些人關注了他的操作)。在場景3、發現聯繫人B不是通訊錄應用的用戶，則無需向聯繫人A返回匹配結果，返迴響應即可。如圖2所示，本發明在伺服器端和客戶端vCard屬性中擴展以及〈X-FTYPE〉欄位。其中，〈X-FID〉標識客戶端關聯的匹配對象ID，〈X-FTYPE〉標識客戶端與匹配對象的匹配關係，值I表示正向匹配關係，值2表示反向匹配關係，值3表示雙向匹配關係，下面將對正向匹配關係、反向匹配關係以及雙向匹配關係進行解釋以及舉例說明。以微博來類比，正向匹配關係可以理解為在微博中你關注了誰，雙向匹配關係可以理解為在微博中你關注的人也關注你，反向匹配關係可以理解為你關注的人未關注你。本發明以通訊錄為基礎用戶數據，建立起你關注誰和被誰關注的信息，實現了自動匹配用戶通訊錄之間的好友關係，以及通訊錄與社區或頂的好友關係。在本發明的一個實施例中，伺服器端將綁定關係同步到客戶端，即更新該聯繫人信息，SyncML實例代碼如下所示
< Replacex-匹配到該聯繫人與用戶的好友關係後，更新該聯繫人
信息->
7
text/vcard
G1004
BEGINtVCARD VERSION:2.1N:小明
X-FIDrlOll
X-FTYPE:1 <--擴展vCard增加X-FTYPE，標識聯繫人與關聯用
戶的綁定關係->
END:VCARD
還如圖3所示，本發明還涉及到對客戶端的改造，客戶端觸發伺服器端進行匹配操作，接收伺服器端下發的所述匹配關係，並標記已建立匹配關係的聯繫人的狀態。在此前提下，還可實現後續應用的關聯。用於通訊錄聯繫人關係匹配的客戶端的具體結構可以如圖3所示，包括觸發模塊，觸發伺服器端進行匹配操作，所述匹配操作由所述伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，並根據查找結果建立匹配關係。第二收發模塊，接收所述伺服器端下發的所述匹配關係。標記模塊，耦合於所述第二收發模塊，標記已建立匹配關係的聯繫人的狀態。
比如，在線狀態呈現。可以用綠色圓點或者其他顏色、其他標記等，標記已建立綁定關係的聯繫人的狀態，當綠色圓點亮時，表明聯繫人在線，否則為離線。現有技術無法事先得知聯繫人的狀態，比如，聯繫人關機，當撥打該聯繫人電話時，會提示用戶已關機，或者聯繫人在開會中不方便接電話，撥打該聯繫人電話時，聯繫人會掛斷電話，表明其不方便接電話的狀態。而本發明通過標記已建立綁定關係的聯繫人的狀態，可以事先獲知聯繫人狀態，無需浪費時間、網絡資源等去確認聯繫人是否可以進行通信。在本發明的一個實施例中，還可以實現綁定頂帳號等。還如圖3所示，本發明中，伺服器端在通訊錄應用中查找到所述匹配對象，還判斷所述匹配對象是否具有IM帳號，如果有，在所述匹配關係中添加IM帳號並同步到客戶端。客戶端還包括通信模塊，當所述第二收發模塊接收的所述匹配關係中添加有頂帳號，且所述頂帳號標記為在線時，直接點擊所述頂帳號進行頂通信。傳統的頂業務在業務開通時，往往聯繫人列表是空的，需要知道好友的頂號(頂，InstantMessaging,即時通訊)手動添加好友。本發明中，通過通訊錄聯繫人與IM聯繫人自動匹配，並進行頂好友的添加，用戶無需手動添加好友，即可在通訊錄中看到通訊錄的聯繫人和IM好友、直接點擊IM好友還可以進行IM聊天、查看好友在社區或微博中的狀態
坐寸ο還比如通訊錄自動更新。當通訊錄所有者更新手機號碼時，伺服器端更新該聯繫人手機號碼，建立匹配關係後，在客戶端通訊錄中的聯繫人的通訊錄就會自動更新為最新聯繫方式了。圖4為本發明通訊錄聯繫人關係匹配的方法流程圖，由通訊錄聯繫人關係匹配的系統執行匹配流程，該方法包括以下步驟
在步驟401、客戶端觸發伺服器端執行匹配操作。其中，客戶端可以通過上傳通訊錄觸發匹配操作，也可定期或不定期向伺服器發送好友匹配指令觸發匹配操作。其中，客戶端上傳通訊錄後會即刻觸發匹配操作，還有可能是在上傳通訊錄一段時間後觸發的匹配操作，例如，用戶I的通訊錄長時間未在伺服器執行好友匹配操作，但是其通訊錄中之前匹配失敗的聯繫人陸續成為通訊錄應用的新用戶，若該聯繫人先於用戶I觸發伺服器端好友匹配操作，並且匹配操作結果可匹配到用戶1，那麼伺服器端會通知用戶I更新該聯繫人與其的好友關係。在步驟402、伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端。在步驟403、客戶端接收伺服器端下發的所述匹配關係，並標記已建立匹配關係的聯繫人的狀態。圖5示出步驟402中，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端，包括以下步驟在步驟4021、伺服器端在通訊錄應用中查找到所述匹配對象，但所述匹配對象的通訊錄中沒有保存發出觸發操作的客戶端，向客戶端同步正向匹配關係，向所述匹配對象發送提示或通知；或者在步驟4022、伺服器端在通訊錄應用中查找到所述匹配對象，並且所述匹配對象的通訊錄中已保存發出觸發操作的客戶端，分別向客戶端以及匹配對象同步雙向匹配關係O進一步，在步驟4021中，向所述匹配對象發送提示或通知，還包括以下步驟
所述匹配對象接收提示或通知，如果添加發出觸發操作的客戶端為通訊錄聯繫人，則伺服器端分別向發出觸發操作的客戶端以及所述匹配對象同步雙向匹配關係；如果未添加發出觸發操作的客戶端為通訊錄聯繫人，伺服器端記錄下發出觸發操作的客戶端，並在伺服器端標記發出觸發操作的客戶端與匹配對象的反向匹配關係。圖6示出步驟4021和4022中，伺服器端在通訊錄應用中查找到所述匹配對象，還包括以下步驟在步驟4021a、伺服器端判斷所述匹配對象是否具有頂帳號，如果有，在所述匹配關係中添加IM帳號並同步到客戶端。在步驟4021b、客戶端在所述匹配關係中添加頂帳號，當所述頂帳號標記為在線時，點擊所述頂帳號進行頂通信。圖7為本發明實施例中通訊錄聯繫人關係匹配的方法流程圖，包括以下步驟在步驟701、當客戶端首次同步通訊錄時，伺服器端讀取並保存客戶端上傳的通訊錄。通訊錄通過vCard形式組織信息，通訊錄通常包括兩個信息，一個信息是姓名，例如張三，李四；另一個信息是號碼，例如手機號碼18918581234，還可以是固話號碼、EMAIL地址
坐寸ο在步驟702、伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，根據手機號碼即分析vCard的TELCell，查找是否在通訊錄應用中已保存所述匹配對象，當然，本領域技術人員應該可以理解，還可以擴展為其他參數，比如根據固話號碼或EMAIL地址等進行匹配。在步驟703、在通訊錄應用中查找到所述匹配對象，但所述匹配對象的通訊錄中沒有保存發出觸發操作的客戶端，向客戶端同步正向匹配關係，向所述匹配對象發送提示或通知，並將匹配關係同步到客戶端。在步驟704、在通訊錄應用中查找到所述匹配對象，並且所述匹配對象的通訊錄中已保存發出觸發操作的客戶端，分別向客戶端以及匹配對象同步雙向匹配關係，並將匹配關係同步到客戶端。本領域普通技術人員可以理解，通訊錄同步採用SyncML標準協議和流程。在步驟705、客戶端接收伺服器端下發的匹配關係，並標記已建立匹配關係的聯繫人的狀態。還如圖7所示，在步驟706、當用戶對通訊錄更新時，比如增加、刪除或修改通訊錄，客戶端再次進行同步，伺服器端同步增量變化信息，並對增量變化信息重複上述匹配過程，並同步到客戶端。現在的通訊錄聯繫人數據都是靜態的，並且無法由聯繫人本人進行實時更新。本發明在通訊錄有更新時，可自動進行聯繫人列表的刷新，關注你的好友就能看到了。下面結合附圖和實施例，對本發明的實現過程作進一步說明。圖10為外部系統，例如以手機號碼作為匹配的標準，與開心網的UserID(開心網對用戶的唯一標識，假設也是手機號碼)進行匹配，或者利用住宅號碼作為匹配的標準，與開心網的UserID (開心網對用戶的唯一標識，假設是住宅固定電話號碼)進行匹配，就可以把開心網好友和手機通訊錄聯繫人匹配到一起，好友列表添加成功後同步給手機客戶端，攜帶信息包括LUID、開心網UserlD、開心網好友暱稱、開心網好友狀態等信息，客戶端將好友與通訊錄聯繫人通過LUID關聯後追加到本地通訊錄中。若開心網好友有什麼動作，就可以在通訊錄中看到。 最後應當說明的是以上實施例僅用以說明本發明的技術方案而非對其限制；所屬領域的普通技術人員應當理解依然可以對本發明的具體實施方式
進行修改或者對部分技術特徵進行等同替換；而不脫離本發明技術方案的精神，其均應涵蓋在本發明請求保護的技術方案範圍當中。
權利要求
1.通訊錄聯繫人關係匹配的系統,包括伺服器端，接收客戶端觸發的匹配操作，逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端；客戶端，觸發伺服器端進行匹配操作，接收伺服器端下發的所述匹配關係，並標記已建立匹配關係的聯繫人的狀態。
2.根據權利要求1所述通訊錄聯繫人關係匹配的系統，包括伺服器端在通訊錄應用中查找到所述匹配對象，但所述匹配對象的通訊錄中沒有保存發出觸發操作的客戶端，向客戶端同步正向匹配關係，向所述匹配對象發送提示或通知；或者伺服器端在通訊錄應用中查找到所述匹配對象，並且所述匹配對象的通訊錄中已保存發出觸發操作的客戶端，分別向客戶端以及匹配對象同步雙向匹配關係。
3.根據權利要求2所述通訊錄聯繫人關係匹配的系統，還包括伺服器端向所述匹配對象發送提示或通知，如果所述匹配對象添加發出觸發操作的客戶端為通訊錄聯繫人，則伺服器端分別向發出觸發操作的客戶端以及所述匹配對象同步雙向匹配關係；如果未添加發出觸發操作的客戶端為通訊錄聯繫人，伺服器端記錄下發出觸發操作的客戶端，並在伺服器端標記發出觸發操作的客戶端與匹配對象的反向匹配關係。
4.根據權利要求2或3所述通訊錄聯繫人關係匹配的系統，包括伺服器端和客戶端在通訊錄的vCard屬性擴展欄位〈X-FID〉以及〈X-FTYPE〉，其中〈X-FID〉標識客戶端關聯的匹配對象ID，〈X-FTYPE〉標識客戶端與匹配對象的匹配關係。
5.根據權利要求1或2或3所述通訊錄聯繫人關係匹配的系統，其中，伺服器端根據手機號碼、固話號碼或EMAIL地址進行匹配。
6.根據權利要求1或2或3所述通訊錄聯繫人關係匹配的系統，其中，所述通訊錄應用包括手機通訊錄、社區通訊錄或頂帳號。
7.根據權利要求6所述通訊錄聯繫人關係匹配的系統，其中，伺服器端在通訊錄應用中查找到所述匹配對象，還判斷所述匹配對象是否具有頂帳號，如果有，在所述匹配關係中添加IM帳號並同步到客戶端。
8.根據權利要求7所述通訊錄聯繫人關係匹配的系統，其中，所述客戶端在所述匹配關係中添加IM帳號，當所述IM帳號標記為在線時，直接點擊所述IM帳號進行IM通信。
9.根據權利要求1或2或3所述通訊錄聯繫人關係匹配的系統，其中，客戶端將通訊錄增量變化信息上傳給伺服器端，伺服器端根據增量變化信息重複匹配過程，並同步到客戶端。
10.通訊錄聯繫人關係匹配的方法，包括客戶端觸發伺服器端執行匹配操作；伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端；客戶端接收伺服器端下發的所述匹配關係，並標記已建立匹配關係的聯繫人的狀態。
11.根據權利要求10所述通訊錄聯繫人關係匹配的方法，其中，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端，包括伺服器端在通訊錄應用中查找到所述匹配對象，但所述匹配對象的通訊錄中沒有保存發出觸發操作的客戶端，向客戶端同步正向匹配關係，向所述匹配對象發送提示或通知；或者伺服器端在通訊錄應用中查找到所述匹配對象，並且所述匹配對象的通訊錄中已保存發出觸發操作的客戶端，分別向客戶端以及匹配對象同步雙向匹配關係。
12.根據權利要求11所述通訊錄聯繫人關係匹配的方法，其中，向所述匹配對象發送提示或通知，還包括所述匹配對象接收發送提示或通知，如果所述匹配對象添加發出觸發操作的客戶端為通訊錄聯繫人，則伺服器端分別向發出觸發操作的客戶端以及所述匹配對象同步雙向匹配關係;如果未添加發出觸發操作的客戶端為通訊錄聯繫人，伺服器端記錄下發出觸發操作的客戶端，並在伺服器端標記發出觸發操作的客戶端與匹配對象的反向匹配關係。
13.根據權利要求10或11或12所述通訊錄聯繫人關係匹配的方法，其中，伺服器端在通訊錄應用中查找到所述匹配對象，還包括伺服器端判斷所述匹配對象是否具有IM帳號，如果有，在所述匹配關係中添加IM帳號並同步到客戶端；客戶端在所述匹配關係中添加IM帳號，當所述IM帳號標記為在線時，點擊所述IM帳號進行頂通信。
14.用於通訊錄聯繫人關係匹配的伺服器端，包括第一收發模塊，接收客戶端觸發的匹配操作；查找模塊，耦合於所述第一收發模塊，逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象；關係建立模塊，耦合於所述查找模塊，根據查找結果建立匹配關係。
15.根據權利要求14所述用於通訊錄聯繫人關係匹配的伺服器端，其中，所述第一收發模塊還將所述關係建立模塊建立的匹配關係同步到所述客戶端。
16.根據權利要求14或15所述用於通訊錄聯繫人關係匹配的伺服器端，其中，所述查找模塊在通訊錄應用中查找到所述匹配對象，還判斷所述匹配對象是否具有頂帳號，如果有，在所述匹配關係中添加IM帳號。
17.用於通訊錄聯繫人關係匹配的客戶端，包括觸發模塊，觸發伺服器端進行匹配操作，所述匹配操作由所述伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，並根據查找結果建立匹配關係；第二收發模塊，接收所述伺服器端下發的所述匹配關係；標記模塊，耦合於所述第二收發模塊，標記已建立匹配關係的聯繫人的狀態。
18.根據權利要求17所述用於通訊錄聯繫人關係匹配的客戶端，還包括通信模塊，當所述第二收發模塊接收的所述匹配關係中添加有IM帳號，且所述IM帳號標記為在線時，點擊所述頂帳號進行頂通信。
全文摘要
本發明提供了通訊錄聯繫人關係匹配的方法和系統。客戶端觸發伺服器端執行匹配操作；伺服器端逐一以發出觸發操作的客戶端的通訊錄中的聯繫人為匹配對象，查找是否在通訊錄應用中已保存所述匹配對象，根據查找結果建立匹配關係，並將所述匹配關係同步到客戶端；客戶端接收伺服器端下發的所述匹配關係，並標記已建立匹配關係的聯繫人的狀態。本發明用戶無需手動添加聯繫人，即可在通訊錄中看到通訊錄的聯繫人的狀態。
文檔編號H04L12/58GK103036861SQ20111030853
公開日2013年4月10日 申請日期2011年9月30日 優先權日2011年9月30日
發明者周文君 申請人:中國電信股份有限公司