一種社交關系管理的方法、設備及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例公開了一種社交關系管理的方法，包括：接收第一終端注冊的第一用戶，將第一用戶存儲到社交關系數(shù)據(jù)庫，社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應；接收第一終端上傳的第一用戶的通訊錄，該通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對應；根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取該通訊錄中的已注冊聯(lián)系人，將該通訊錄中的已注冊的聯(lián)系人作為第一用戶的關系人，添加該關系人到第一用戶的社交關系中；將第一用戶的社交關系發(fā)送到第二終端。采用本發(fā)明，可根據(jù)通訊錄自動生成、更新社交關系，可減少社交電視側的用戶操作，可實現(xiàn)社交關系跨平臺管理。
【專利說明】一種社交關系管理的方法、設備及系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及通信領域，尤其涉及一種基于社交電視的自動管理社交關系的方法。

【背景技術】
[0002] 在三網(wǎng)融合時代，社交電視和社交電視網(wǎng)絡已初具社交傳播的能力，用戶越來越 多的通過社交電視上的社交應用來進行互動，在社交電視網(wǎng)絡上建立自己的社交關系網(wǎng) 絡?，F(xiàn)有的社交電視提供的社交模式中好友關系的建立和管理是通過好友的搜索，推薦，請 求，應答等操作來實現(xiàn)的，使得用戶可以建立屬于自己的朋友圈，豐富了用戶使用社交電視 時的娛樂體驗。
[0003] 但是，現(xiàn)有的社交電視技術，存在著遙控器輸入不便，效率低下的問題。用戶在建 立社交關系網(wǎng)絡時，需要通過遙控器輸入好友名稱來搜索好友，需要操作遙控器來發(fā)出好 友請求、進行好友推薦等；當用戶要管理的社交關系網(wǎng)絡中存在多個好友時，需要通過遙控 器多次反復的進行前述操作，操作繁瑣，效率低下。


【發(fā)明內容】

[0004] 本發(fā)明實施例所要解決的技術問題是提供一種社交關系管理的方法、設備及系 統(tǒng)，可根據(jù)通訊錄自動生成、更新社交關系，可減少社交電視側的用戶操作，可實現(xiàn)社交關 系跨平臺管理。
[0005] 為解決上述問題，本發(fā)明的技術方案為：
[0006] 本發(fā)明實施例提供了一種社交關系管理的方法，該方法包括三個方面的內容。其 中一個方面為服務器側的社交關系管理的方法，包括：
[0007] 接收第一終端注冊的第一用戶，將所述第一用戶存儲到社交關系數(shù)據(jù)庫，所述社 交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應；
[0008] 接收所述第一終端上傳的所述第一用戶的通訊錄，所述通訊錄中各個聯(lián)系人與各 自唯一的通訊標識--對應；
[0009] 根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取所述通訊錄中的已注冊聯(lián)系人，將所 述通訊錄中的已注冊的聯(lián)系人作為所述第一用戶的關系人，添加所述關系人到所述第一用 戶的社交關系中；
[0010] 將所述第一用戶的社交關系發(fā)送到第二終端。
[0011] 其中另一個方面為第一終端側的社交關系管理的方法，包括：
[0012] 接收第一輸入在服務器上注冊第一用戶；所述第一用戶由所述服務器存儲于社交 關系數(shù)據(jù)庫，所述社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對 應；
[0013] 通過響應所述第一用戶的通訊錄的更新事件來讀取所述第一用戶的通訊錄；所述 通訊錄中各個聯(lián)系人與各自唯一的通訊標識 對應；
[0014] 上傳所述第一用戶的通訊錄至所述服務器。
[0015] 其中第三個方面為第二終端側的社交關系管理的方法，包括：
[0016] 從服務器獲取第一用戶的社交關系；所述第一用戶的社交關系為服務器通過上述 所有內容中闡述的社交關系管理的方法而發(fā)送的社交關系，這里不再贅述；
[0017] 將所述第一用戶的社交關系提供給社交應用。
[0018] 本發(fā)明實施例提供了一種社交關系管理的設備，該設備包括三個方面的內容。其 中一個方面為服務器，包括：
[0019] 注冊模塊，用于接收第一終端注冊的第一用戶，將所述第一用戶存儲到社交關系 數(shù)據(jù)庫，所述社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應；
[0020] 通訊錄接收模塊，用于接收所述第一終端上傳的所述第一用戶的通訊錄，所述通 訊錄中各個聯(lián)系人與各自唯一的通訊標識 對應；
[0021] 關系人獲取模塊，用于根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取所述通訊錄中 的已注冊聯(lián)系人，將所述通訊錄中的已注冊的聯(lián)系人作為所述第一用戶的關系人；
[0022] 關系人添加模塊，添加所述關系人到所述第一用戶的社交關系中；
[0023] 社交關系發(fā)送模塊，用于將所述第一用戶的社交關系發(fā)送到第二終端。
[0024] 其中另一個方面為第一終端，包括：
[0025] 注冊模塊，用于接收第一輸入在服務器上注冊第一用戶；所述第一用戶由所述服 務器存儲于社交關系數(shù)據(jù)庫，所述社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的 通訊標識 對應；
[0026] 通訊錄讀取模塊，用于通過響應所述第一用戶的通訊錄的更新事件來讀取所述第 一用戶的通訊錄；所述通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對應；
[0027] 通訊錄上傳模塊，用于上傳所述第一用戶的通訊錄至所述服務器。
[0028] 其中第三個方面為第二終端，包括：
[0029] 社交關系獲取模塊，用于從服務器獲取第一用戶的社交關系；所述第一用戶的社 交關系為服務器通過上述所有內容闡述的社交關系管理的方法而發(fā)送的社交關系，這里不 再贅述；
[0030] 社交關系處理模塊，用于將所述第一用戶的社交關系提供給社交應用。
[0031] 本發(fā)明實施例提供了一種社交關系管理的系統(tǒng)，該系統(tǒng)包括如上所有內容所述的 服務器、第一終端和第二終端，這里不再贅述。
[0032] 通過實施本發(fā)明實施例，服務器接收第一終端注冊的第一用戶，接收第一終端上 傳的第一用戶的通訊錄，根據(jù)第一用戶的通訊錄和已注冊的用戶自動生成第一用戶的社交 關系，在第一用戶的通訊錄更新后，服務器根據(jù)第一終端上傳的更新后的第一用戶的通訊 錄來自動更新第一用戶的社交關系，提供第一用戶的社交關系給第二終端，可實現(xiàn)自動生 成、更新社交關系，可減少社交電視側的用戶操作，可實現(xiàn)社交關系跨平臺管理。

【專利附圖】

【附圖說明】
[0033] 為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使 用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于 本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他 的附圖。
[0034] 圖1是本發(fā)明的一種實施例提供的服務器側的社交關系管理的方法的流程圖；
[0035] 圖2是本發(fā)明的一種實施例提供的第一終端側的社交關系管理的方法的流程圖；
[0036] 圖3是本發(fā)明的一種實施例提供的第二終端側的社交關系管理的方法的流程圖；
[0037] 圖4是本發(fā)明的另一種實施例提供的社交關系管理的方法的流程圖；
[0038] 圖5是本發(fā)明的一種實施例提供的服務器的結構示意圖；
[0039] 圖6是本發(fā)明的一種實施例提供的服務器的關系人添加模塊的結構示意圖；
[0040] 圖7是本發(fā)明的一種實施例提供的服務器的關系人獲取模塊的結構示意圖；
[0041] 圖8是本發(fā)明的一種實施例提供的服務器的發(fā)送預處理模塊的結構示意圖；
[0042] 圖9是本發(fā)明的一種實施例提供的第一終端的結構示意圖；
[0043] 圖10是本發(fā)明的一種實施例提供的第二終端的結構示意圖；
[0044] 圖11是本發(fā)明的另一種實施例提供的服務器的結構示意圖；
[0045] 圖12是本發(fā)明的另一種實施例提供的第一終端的結構示意圖；
[0046] 圖13是本發(fā)明的另一種實施例提供的第二終端的結構示意圖；
[0047] 圖14是本發(fā)明的一種實施例提供的社交關系管理系統(tǒng)的結構示意圖。

【具體實施方式】
[0048] 下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
[0049] 需要說明的是，在本發(fā)明實施例中使用的術語是僅僅出于描述特定實施例的目 的，而非旨在限制本發(fā)明。在本發(fā)明實施例和所附權利要求書中所使用的單數(shù)形式的"一 種"、"所述"和"該"也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應當理解， 本文中使用的術語"和/或"是指并包含一個或多個相關聯(lián)的列出項目的任何或所有可能 組合。
[0050] 參見圖1，是本發(fā)明的一種實施例提供的服務器側的社交關系管理的方法。需要說 明的是本發(fā)明實施例中的第一用戶的通訊錄既可以是手機終端上的電話簿，也可以是個人 電腦中電子郵箱里的地址簿，還可以是其他通訊形式的通訊錄。該方法可以包括：
[0051] 步驟S101 :接收第一終端注冊的第一用戶，將第一用戶存儲到社交關系數(shù)據(jù)庫。
[0052] 具體地，服務器可接收用戶在第一終端上輸入的第一用戶的注冊信息，并可注冊 第一用戶；第一用戶與唯一的通訊標識一一對應，第一用戶對應的通訊標識可以作為第一 用戶登錄服務器的唯一身份標識；服務器可以為社交電視網(wǎng)絡服務器。第一終端可根據(jù)第 一用戶對應的通訊標識來注冊第一用戶，可將該通訊標識作為第一用戶的賬號在服務器上 的注冊第一用戶。例如，第一終端根據(jù)第一用戶的手機號碼在服務器上注冊第一用戶的賬 號，將該手機號碼作為第一用戶對應的唯一的通訊標識。又例如，第一終端根據(jù)第一用戶的 電子郵箱在服務器上注冊第一用戶的賬號，將該電子郵箱作為第一用戶對應的唯一的通訊 標識。
[0053] 具體地，服務器可將第一用戶存儲到社交關系數(shù)據(jù)庫，該社交關系數(shù)據(jù)庫存儲 的已注冊的各個用戶與各自唯一的通訊標識一一對應。社交關系數(shù)據(jù)庫可以包括已注 冊的第一用戶和已注冊的其他用戶；社交關系數(shù)據(jù)庫中的已注冊的用戶都對應唯一的通 訊標識，不同的通訊標識對應不同的已注冊用戶。例如，社交關系數(shù)據(jù)庫中已注冊用戶A 的賬號為電話號碼"13511112222"，社交關系數(shù)據(jù)庫中已注冊用戶B的賬號為電話號碼 "13611112222"。又例如，社交關系數(shù)據(jù)庫中已注冊用戶C的賬號為Google郵箱COgmail. com,社交關系數(shù)據(jù)庫中已注冊用戶D的賬號為Yahoo郵箱DOyahoo. com。示例僅僅是實施 例的一部分，實際應用中還可不同，不應構成限定。
[0054] 具體的，服務器在接收第一終端注冊的第一用戶之后，可按預定的加密算法根據(jù) 第一用戶的注冊信息產(chǎn)生身份憑證，并可將該身份憑證發(fā)送給第一終端；該身份憑證與第 一用戶一一對應；該身份憑證由第一終端用來上傳第一用戶的通訊錄。其中，服務器可以提 取第一用戶注冊信息中的賬號，可對第一用戶的注冊賬號按某種算法進行處理，使第一用 戶的注冊賬號轉換成為一段不可讀的代碼，并可將該不可讀的代碼作為第一用戶的身份憑 證，該不可讀的代碼與第一用戶的賬號是一一對應的；服務器可通過第一用戶的身份憑證 逆向解析出第一用戶的賬號。例如，服務器從已注冊用戶A的注冊信息中提取出用戶的A 的電話號碼"13511112222"，并將A的電話號碼按照MD5算法轉換成32位的代碼"78F0938 4FAB3ED3E9416F5CDD0A2EF59"，該32位代碼就為用戶A的身份憑證。示例僅僅是實施例的 一部分，實際應用中還可不同，不應構成限定。服務器在產(chǎn)生第一用戶的身份憑整之后，可 在第一終端根據(jù)第一用戶的賬號登錄服務器時將第一用戶的身份憑證發(fā)給第一終端；第一 終端接收服務器發(fā)送的第一用戶的身份憑證，可根據(jù)第一用戶的身份憑證將第一用戶的通 訊錄上傳到服務器。
[0055] 步驟S103 :接收第一終端上傳的第一用戶的通訊錄。
[0056] 具體地，在第一終端根據(jù)第一用戶的賬號登錄服務器之后，服務器可接收所述第 一終端上傳的第一用戶的通訊錄，該通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對 應。在接收第一用戶的通訊錄之前，如果服務器上已存儲有第一用戶的通訊錄，則可以用第 一用戶的新的通訊錄來覆蓋已有的第一用戶的通訊錄，服務器上可只保存第一用戶的最新 的通訊錄；另外，服務器上還可以存儲其他已注冊用戶的最新的通訊錄。第一用戶的通訊 錄中的聯(lián)系人可作為第一用戶在社交網(wǎng)絡上進行社交活動的社交關系的基礎，第一用戶的 通訊錄中的各個聯(lián)系人都各自對應有唯一的通訊標識，即第一用戶的通訊錄中不同的通訊 標識都可對應著第一用戶的不同的聯(lián)系人；當?shù)谝挥脩敉ㄓ嶄浿心硞€聯(lián)系人的通訊標識同 時存在于在服務器的上述社交關系數(shù)據(jù)庫中，則該聯(lián)系人也為第一用戶在社交網(wǎng)絡中的關 系人，屬于第一用戶的社交關系。第一用戶在服務器上對應的通訊標識可與通訊錄中聯(lián)系 人對應的通訊標識采用一致的形式。例如，第一用戶在第一終端上的通訊錄為電話簿，該電 話簿中有第一用戶的聯(lián)系人A，聯(lián)系人A以A的電話號碼" 13511112222"來標識，該電話簿 中還有第一用戶的聯(lián)系人B，聯(lián)系人B以B的電話號碼" 13611112222"來標識，則第一終端 在服務器上注冊的第一用戶對應的通訊標識為第一用戶的電話號碼。又例如，第一用戶在 第一終端上的通訊錄為電子郵箱構成的地址簿，該地址簿中有第一用戶的聯(lián)系人A，聯(lián)系人 A以A的Google郵箱AOgmail. com來標識，該電話簿中還有第一用戶的聯(lián)系人B，聯(lián)系人B 以B的Yahoo郵箱BOyahoo. com來標識，則第一終端在服務器上注冊的第一用戶對應的通 訊標識為第一用戶的電子郵箱。示例僅僅是實施例的一部分，實際應用中還可不同，不應構 成限定。
[0057] 具體的，在接收第一終端上傳的第一用戶的通訊錄之前，服務器接收第一終端發(fā) 送的身份憑證；并對該身份憑證進行鑒權，如果在社交關系數(shù)據(jù)庫中找到該身份憑證對應 的第一用戶，則判定鑒權成功。如步驟S101中所述，在服務器接收第一終端注冊的第一用 戶之后，服務器根據(jù)第一用戶的注冊信息來產(chǎn)生第一用戶的身份憑證。當服務器接收到第 一終端上傳的身份憑證之后，服務器可通過逆向解析得出第一用戶的身份憑證對應的通訊 標識，可遍歷社交關系數(shù)據(jù)庫來識別該通訊標識，如果該通訊標識與第一用戶對應的通訊 標識一致，則可判定第一終端發(fā)送的身份憑證對應服務器上的第一用戶，接收第一終端上 傳的通訊錄，可視該通訊錄為第一用戶的通訊錄。
[0058] 具體的，服務器可通過第一用戶的通訊錄和其他已注冊用戶的通訊錄來自動新建 第一用戶的社交關系；服務器還可以根據(jù)第一用戶的通訊錄來自動更新第一用戶已有的社 受關系。
[0059] 步驟S105 :根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取第一用戶的通訊錄中的 已注冊聯(lián)系人，將第一用戶的通訊錄中的已注冊的聯(lián)系人作為第一用戶的關系人，添加到 第一用戶的社交關系中。
[0060] 具體的，服務器可遍歷第一用戶的通訊錄中的聯(lián)系人，當在社交關系數(shù)據(jù)庫中找 到已注冊的用戶對應的通訊標識與該聯(lián)系人對應的通訊標識一致時，將該聯(lián)系人歸為第一 用戶的通訊錄中的已注冊的聯(lián)系人。服務器可從第一用戶的通訊錄中的第一位聯(lián)系人開 始，在社交關系數(shù)據(jù)庫中尋找第一位聯(lián)系人對應的通訊標識，如果在社交關系數(shù)據(jù)庫中找 到已注冊用戶對應的通訊標識與第一位聯(lián)系人的通訊標識一致，則可判定第一位聯(lián)系人在 服務器上已注冊，將第一位聯(lián)系人歸為第一用戶的通訊錄中的已注冊的聯(lián)系人，然后結束 當前第一位聯(lián)系人的判斷過程；如果在社交關系數(shù)據(jù)庫中沒有找到已注冊用戶對應的通訊 標識與第一位聯(lián)系人的通訊標識一致，則可判定第一位聯(lián)系人在服務器上沒有注冊，然后 結束當前第一位聯(lián)系人的判斷過程；依此類推，直至第一用戶的通訊錄中的最后一個聯(lián)系 人，則可結束整個獲取第一用戶的通訊錄中的已注冊聯(lián)系人的過程，可獲取第一用戶的通 訊錄中的全部已注冊聯(lián)系人。
[0061] 具體的，服務器可判定第一用戶的通訊錄中的已注冊聯(lián)系人為第一用戶在社交網(wǎng) 絡中的關系人，可將該關系人添加到第一用戶的社交關系中。
[0062] 具體的，第一用戶的社交關系可包括第一社交關系和第二社交關系中的至少一 種。服務器可根據(jù)第一用戶與第一用戶的關系人的聯(lián)系不同將社交關系分為第一社交關系 和第二社交關系，其中，第一社交關系可為第一用戶的好友圈，第二社交關系可為第一用戶 的關注圈；對于第一用戶的關系人，如果該關系人的通訊錄中包括第一用戶的通訊標識，月艮 務器則可判定該關系人為第一用戶的好友，將該關系人歸于第一用戶的好友圈；如果該關 系人的通訊錄中不包括第一用戶的通訊標識，則可判斷該關系人為第一用戶的關注對象， 將該關系人歸于第一用戶的關注圈。例如，服務器上的用戶都是用電話號碼注冊的賬號，用 戶A的電話簿中有用戶B的電話號碼，同時，用戶B的電話簿中也有用戶A的電話號碼，其 中，用戶A與用戶B都已在服務器上注冊，則用戶A與用戶B在社交網(wǎng)絡中互為好友。又例 如，用戶C的電話簿中有用戶D的電話號碼，但是，用戶D的電話簿中沒有用戶C的電話號 碼，其中，用戶C與用戶D都已在服務器上注冊，則用戶D是用戶C在社交網(wǎng)絡上的關注對 象，用戶C是用戶D的崇拜者。示例僅僅是實施例的一部分，實際應用中還可不同，不應構 成限定。
[0063] 具體的，當?shù)谝挥脩舻纳缃魂P系包括第一社交關系時，服務器獲取上述已注冊的 聯(lián)系人的通訊錄，上述已注冊的聯(lián)系人的通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一 對應；當?shù)谝挥脩魧耐ㄓ崢俗R存在于上述已注冊的聯(lián)系人的通訊錄中，添加上述已注 冊的聯(lián)系人到第一用戶的第一社交關系中；當?shù)谝挥脩舻纳缃魂P系包括第二社交關系時， 服務器獲取上述已注冊的聯(lián)系人的通訊錄，上述已注冊的聯(lián)系人的通訊錄中各個聯(lián)系人與 各自唯一的通訊標識一一對應；當?shù)谝挥脩魧耐ㄓ崢俗R不存在于上述已注冊的聯(lián)系人 的通訊錄中，添加上述已注冊的聯(lián)系人到第一用戶的第二社交關系中。
[0064] 具體的，服務器可將第一用戶的通訊錄中所有已注冊的聯(lián)系人視為第一用戶的社 交網(wǎng)絡中的關系人，當?shù)谝挥脩舻纳缃魂P系包括第一社交關系時，服務器從第一用戶的第 一個已注冊的聯(lián)系人開始，獲取第一個已注冊的聯(lián)系人的通訊錄，如果在第一個已注冊的 聯(lián)系人的通訊錄中找到第一用戶對應的通訊標識，則可判定第一個已注冊的聯(lián)系人屬于第 一用戶在社交網(wǎng)絡中的好友圈，可將第一個已注冊的聯(lián)系人添加到第一用戶的第一社交關 系中，并可將第一用戶添加到第一個已注冊的聯(lián)系人的第一社交關系中；可依照前述過程 添加第一用戶的下一個已注冊的聯(lián)系人，直至第一用戶的通訊錄中的最后一個已注冊的聯(lián) 系人；其中，已注冊的聯(lián)系人的通訊錄中通訊標識可用以建立該已注冊的聯(lián)系人在社交網(wǎng) 絡中的社交關系，已注冊的聯(lián)系人的通訊錄中的各個通訊標識是唯一的，與已注冊的聯(lián)系 人的通訊錄中的各個聯(lián)系人一一對應。無論是在第一次自動生成第一用戶的社交關系時， 還是在自動更新第一用戶的社交關系時，服務器都可依照前述過程添加第一用戶的第一社 交關系。例如，服務器上的用戶都是用電話號碼注冊的賬號，用戶通過手機上傳了更新后的 第一用戶的電話簿，第一用戶的電話簿中新增了已注冊的聯(lián)系人：用戶A、用戶B和用戶C， 并且用戶A、用戶B和用戶C的通訊錄中都包括第一用戶的電話號碼，服務器判定用戶A、用 戶B和用戶C屬于第一用戶的好友圈，服務器將用戶A、用戶B和用戶C添加到第一用戶的 第一社交關系中，并分別在用戶A、用戶B和用戶C的好友圈中添加第一用戶。示例僅僅是 實施例的一部分，實際應用中還可不同，不應構成限定。
[0065] 具體的，服務器可將第一用戶的通訊錄中所有已注冊的聯(lián)系人視為第一用戶的社 交網(wǎng)絡中的關系人，當?shù)谝挥脩舻纳缃魂P系包括第二社交關系時，服務器從第一用戶的第 一個已注冊的聯(lián)系人開始，獲取第一個已注冊的聯(lián)系人的通訊錄，如果在第一個已注冊的 聯(lián)系人的通訊錄中沒有第一用戶對應的通訊標識，則可判定第一個已注冊的聯(lián)系人屬于第 一用戶在社交網(wǎng)絡中的關注對象，可將第一個已注冊的聯(lián)系人添加到第一用戶的第二社交 關系中；可依照前述過程添加第一用戶的下一個已注冊的聯(lián)系人，直至第一用戶的通訊錄 中的最后一個已注冊的聯(lián)系人；其中，已注冊的聯(lián)系人的通訊錄中通訊標識可用以建立該 已注冊的聯(lián)系人在社交網(wǎng)絡中的社交關系，已注冊的聯(lián)系人的通訊錄中的各個通訊標識是 唯一的，與已注冊的聯(lián)系人的通訊錄中的各個聯(lián)系人一一對應。無論是在第一次自動生成 第一用戶的社交關系時，還是在自動更新第一用戶的社交關系時，服務器都可依照前述過 程添加第一用戶的第二社交關系。例如，服務器上的用戶都是用電話號碼注冊的賬號，用戶 通過手機第一次上傳第一用戶的電話簿，第一用戶的電話簿中有一個已注冊的聯(lián)系人用戶 A，但是，用戶A的通訊錄中沒有第一用戶的電話號碼，則服務器判定用戶A屬于第一用戶的 關注對象，同時，第一用戶為用戶A的崇拜者，服務器將用戶A添加到第一用戶的關注列表 中，將第一用戶添加到用戶A的崇拜者列表中。示例僅僅是實施例的一部分，實際應用中還 可不同，不應構成限定。
[0066] 另外的，基于所述第一用戶的社交關系，服務器可遍歷所述第一用戶的關系人，當 該關系人對應的通訊標識已不存在于所述第一用戶的通訊錄中，則可將該關系人從第一用 戶的社交關系中刪除；其中，第一用戶的關系人與各自唯一的通訊標識一一對應。第一用戶 的社交關系可以存儲于服務器的社交關系數(shù)據(jù)庫中，第一用戶的社交關系中可包括第一用 戶所有關系人。當?shù)谝挥脩舻耐ㄓ嶄洶l(fā)生更新后，第一終端向服務器上傳第一用戶的通訊 錄；服務器根據(jù)第一用戶的更新后的通訊錄，可將第一用戶在社交關系數(shù)據(jù)庫中過時的社 交關系進行更新，可刪除第一用戶的社交關系中與第一用戶沒有社交聯(lián)系的關系人。具體 的，基于上述內容，第一用戶的社交關系包括第一社交關系和第二社交關系，服務器可根據(jù) 第一用戶的通訊錄來刪除第一社交關系中的關系人或者第二社交關系中的關系人。服務器 可通過遍歷第一用戶的第一社交關系中的關系人，如果該關系人對應的通訊標識已不存在 于第一用戶的更新后的通訊錄中，則可判定該關系人與第一用戶的社交聯(lián)系發(fā)生變化，可 將該關系人從第一用戶的第一社交關系中刪除，并可從該關系人的第一社交關系中刪除第 一用戶；服務器還可通過遍歷第一用戶的第二社交關系中的關系人，如果該關系人對應的 通訊標識已不存在于第一用戶的更新后的通訊錄中，則可判定該關系人與第一用戶不再有 社交聯(lián)系，可將該關系人從第一用戶的第二社交關系中刪除。例如，服務器上的用戶都是用 電話號碼注冊的賬號，第一用戶在社交網(wǎng)絡中的好友列表中包括用戶A，但是，第一用戶的 更新后的電話簿中已經(jīng)沒有用戶A的電話號碼，則服務器判定第一用戶與用戶A不再互為 好友，將用戶A從第一用戶的好友列表中刪除，將第一用戶從用戶A的好友列表中刪除。又 例如，服務器上的用戶都是用電子郵箱注冊的賬號，第一用戶在社交網(wǎng)絡中的關注列表中 包括用戶A，但是，第一用戶的更新后的地址簿中已經(jīng)沒有用戶A的電子郵箱，則服務器判 定第一用戶不再關注用戶A，將用戶A從第一用戶的關注列表中刪除，將第一用戶從用戶A 的崇拜者列表中刪除。示例僅僅是實施例的一部分，實際應用中還可不同，不應構成限定。
[0067] 步驟S107 :將第一用戶的社交關系發(fā)送到第二終端。
[0068] 具體的，在服務器將第一用戶的社交關系發(fā)送到第二終端之前，包括：服務器可接 收第二終端發(fā)送的獲取第一用戶的社交關系的請求，該請求中包括第一用戶對應的身份憑 證；服務器解析身份憑證來獲取身份憑證對應的第一用戶；服務器搜索社交關系數(shù)據(jù)庫來 獲取第一用戶的社交關系。
[0069] 具體的，如步驟S101中所描述的內容，服務器可根據(jù)第一用戶的注冊信息來生成 第一用戶對應的身份憑證，并將該身份憑證發(fā)送給第一終端。第二終端可從第一終端獲取 第一用戶對應的身份憑證，之后，第二終端可直接根據(jù)該身份憑證向服務器發(fā)送請求來獲 取第一用戶的社交關系；服務器可逆向解析出該身份憑證對應的用戶的注冊賬號，可根據(jù) 該注冊賬號在社交關系管理中匹配出該身份憑證對應的用戶為第一用戶，在社交關系數(shù)據(jù) 庫中獲取第一用戶對應的社交關系，將該社交關系發(fā)送給第二終端。例如，服務器接收到社 交電視發(fā)送的32位的身份憑證"78F09384FAB3ED3E9416F5CDD0A2EF59"，該32位代碼是將 用戶對應的社交賬號按照MD5算法產(chǎn)生的，服務器解析出該社交賬號為" 13511112222"，并 在社交關系數(shù)據(jù)庫中獲取社交賬號"13511112222"對應的好友列表、關注列表和粉絲列表， 將其發(fā)給社交電視。示例僅僅是實施例的一部分，實際應用中還可不同，不應構成限定。
[0070] 參見圖2,是本發(fā)明的一種實施例提供的第一終端側的社交關系管理的方法。需要 說明的是本發(fā)明實施例中的第一用戶的通訊錄既可以是手機終端上的電話簿，也可以是個 人電腦中電子郵箱里的地址簿，還可以是其他通訊形式的通訊錄。該方法可以包括：
[0071] 步驟S201 :接收第一輸入在服務器上注冊第一用戶。
[0072] 具體地，第一終端既可以是手機、平板電腦等移動終端，還可以是個人計算機；第 一輸入可用于輸入在服務器上注冊第一用戶。第一終端接收用戶輸入的第一用戶的注冊信 息，可將該注冊信息發(fā)送至服務器端來完成第一用戶在社交網(wǎng)絡上的注冊；其中，第一終端 可通過社交應用的客戶端來收集第一用戶的注冊信息。
[0073] 具體的，在上述接收第一輸入在服務器上注冊第一用戶之后，第一終端可接收服 務器發(fā)送的身份憑證，并發(fā)送該身份憑證至第二終端；該身份憑證由服務器按預定的加密 算法根據(jù)第一用戶的注冊信息產(chǎn)生的身份憑證；該身份憑證與第一用戶一一對應。如步驟 S101中所述，服務器可按預定的加密算法根據(jù)第一用戶的注冊信息產(chǎn)生身份憑證，并可將 該身份憑證發(fā)送給第一終端；第一終端可在接收服務器發(fā)送的第一用戶對應的身份憑證之 后，將該身份憑證發(fā)送給第二終端。
[0074] 具體的，在上述發(fā)送身份憑證至第二終端之前，第一終端可向第二終端發(fā)送配對 請求，根據(jù)第二終端提示的配對驗證碼，接收與配對驗證碼一致的第三輸入來完成配對。其 中，第三輸入可用于輸入第二終端提示的配對驗證碼；該配對驗證碼可以由第二終端通過 顯示設備提示用戶，也可以由第二終端以短信的方式提示用戶，還可以是其他提示用戶的 方式，這里不作限制。第一終端可將接收的用戶的第三輸入返回給第二終端；如果第二終端 判定第一終端接收的第三輸入與配對驗證碼一致，則接受第一終端的配對請求，完成配對。
[0075] 具體的，在上述向第二終端發(fā)送配對請求之前，第一終端可掃描當前預定的短程 通信網(wǎng)絡，接收第四輸入與第二終端建立短程通信連接；第二終端在該短程通信網(wǎng)絡之中。 其中，該短程通信網(wǎng)絡可為數(shù)字生活網(wǎng)絡聯(lián)盟DLNA中支持的網(wǎng)絡形式，第四輸入可用于觸 發(fā)第一終端向第二終端發(fā)送建立連接請求；第一終端可以監(jiān)測同一短程通信網(wǎng)絡中的設 備，一旦發(fā)現(xiàn)第二終端也存在于該短程通信網(wǎng)絡中，可接收用戶輸入來與第二終端建立短 程通信連接。第一終端可以通過用戶交互界面向用戶呈現(xiàn)出當前短程通信網(wǎng)絡中的所有設 備，并可接受用戶在該用戶交互界面上的操作，向第二終端發(fā)起建立連接的請求，如果第二 終端同意與第一終端建立連接，則第一終端可觸發(fā)執(zhí)行上述向第二終端發(fā)送配對請求的步 驟。
[0076] 步驟S203 :通過響應第一用戶的通訊錄的更新事件來讀取第一用戶的通訊錄。
[0077] 具體的，在上述通過響應第一用戶的通訊錄的更新事件來讀取第一用戶的通訊錄 之前，第一終端還可以執(zhí)行：監(jiān)測第一用戶的通訊錄的更新事件；該更新事件包括：添加、 刪除或編輯第一用戶的通訊錄中的聯(lián)系人。第一終端可以通過給第一用戶的通訊錄注冊監(jiān) 聽器來監(jiān)測第一用戶的通訊錄的更新事件，當?shù)谝挥脩舻耐ㄓ嶄洷恍薷臅r，該監(jiān)聽器可以 捕捉到第一用戶的通訊錄的更新事件。為了響應前述第一用戶的通訊錄的更新事件，第一 終端可以通過用戶交互界面提示用戶去上傳更新后的第一用戶的通訊錄，然后，第一終端 可以讀取更新后的第一用戶的通訊錄。
[0078] 另外，在上述通過響應第一用戶的通訊錄的更新事件來讀取第一用戶的通訊錄之 前，接收第二輸入來獲得讀取第一用戶的通訊錄的授權，根據(jù)該授權來讀取第一用戶的通 訊錄。第二輸入可用于授權給第一終端讀取第一用戶的通訊錄。第一終端可以通過應用程 序來接收用戶的讀取通訊錄的授權，應用程序需告知用戶讀取通訊錄的目的，以及為用戶 保密其通訊錄的承諾。在獲取用戶授權后，第一終端可讀取第一用戶的通訊錄。
[0079] 步驟S205 :上傳第一用戶的通訊錄至服務器。
[0080] 具體的，第一終端可使用第一用戶對應的身份憑證向服務器上傳第一用戶的通訊 錄。通訊錄上傳的格式可以采用XML數(shù)據(jù)格式，還可以采用其他數(shù)據(jù)格式，這里不作限制。
[0081] 參見圖3,是本發(fā)明的一種實施例提供的第二終端側的社交關系管理的方法。需要 說明的是本發(fā)明實施例中的第一用戶的通訊錄既可以是手機終端上的電話簿，也可以是個 人電腦中電子郵箱里的地址簿，還可以是其他通訊形式的通訊錄。該方法可以包括：
[0082] 步驟S301 :從服務器獲取第一用戶的社交關系。
[0083] 具體的，在上述從服務器獲取第一用戶的社交關系之前，第二終端可接收第一終 端發(fā)送的身份憑證；該身份憑證為第一終端通過注冊第一用戶從服務器獲取的；該身份憑 證與第一用戶一一對應。另外，在前述接收第一終端發(fā)送的身份憑證之前，第二終端可接收 第一終端的配對請求，提示配對驗證碼，該配對驗證碼用于提示用戶在第一終端上輸入該 配對驗證碼來完成配對。對于第一終端的配對請求，第二終端可以通過顯示設備提示配對 驗證碼，還可以通過短信的方式提示配對驗證碼，這里不作限制；如果用戶在第一終端上的 輸入與配對驗證碼一致，則第二終端可判定與第一終端配對成功。在配對成功之后，第二終 端可接收第一終端發(fā)送的第一用戶對應的身份憑證，該身份憑證用來向服務器請求獲取第 一用戶的社交關系。
[0084] 具體的，在上述接收第一終端發(fā)送的身份憑證之后，在從服務器獲取第一用戶的 社交關系之前，第二終端可向服務器發(fā)送獲取第一用戶的社交關系的請求，該請求中包括 第一用戶對應的身份憑證。服務器可從該請求中提取身份憑證，并可逆向解析出該身份憑 證對應的用戶的注冊賬號，可根據(jù)該注冊賬號在社交關系管理中匹配出該身份憑證對應的 用戶為第一用戶，在社交關系數(shù)據(jù)庫中獲取第一用戶對應的社交關系。
[0085] 第二終端可直接根據(jù)身份憑證從服務器獲取第一用戶的社交關系，可直接利用第 一用戶的社交關系在社交網(wǎng)絡上進行社交活動。
[0086] 步驟S303 :將所述第一用戶的社交關系提供給社交應用。
[0087] 具體的，可將通過步驟S301獲取的第一用戶的社交關系提供給社交應用。這里需 要說明的是，還可以將第一用戶的社交關系用作其他的功能，這里不作限制。
[0088] 參見圖4,是發(fā)明的另一種實施例提供的社交關系管理的方法。需要說明的是本發(fā) 明實施例中的第一用戶的通訊錄既可以是手機終端上的電話簿，也可以是個人電腦中電子 郵箱里的地址簿，還可以是其他通訊形式的通訊錄。該方法可以包括：
[0089] 步驟S401 :第一終端在服務器上注冊第一用戶。
[0090] 具體的，第一終端既可以是手機、平板電腦等移動終端，還可以是個人計算機。第 一終端接收用戶輸入的第一用戶的注冊信息，可將該注冊信息發(fā)送至服務器端來完成第一 用戶在社交網(wǎng)絡上的注冊；第一終端可根據(jù)第一用戶對應的通訊標識來注冊第一用戶，可 將該通訊標識作為第一用戶的賬號在服務器上的注冊第一用戶。例如，第一終端根據(jù)第一 用戶的手機號碼在服務器上注冊第一用戶的賬號，將該手機號碼作為第一用戶對應的唯一 的通訊標識。又例如，第一終端根據(jù)第一用戶的電子郵箱在服務器上注冊第一用戶的賬號， 將該電子郵箱作為第一用戶對應的唯一的通訊標識。
[0091] 步驟S403 :服務器根據(jù)第一用戶的注冊信息產(chǎn)生第一用戶對應的身份憑證；返回 身份憑證至第一終端。
[0092] 具體的，服務器在接收第一終端注冊的第一用戶之后，可按預定的加密算法根據(jù) 第一用戶的注冊信息產(chǎn)生身份憑證，并可將該身份憑證發(fā)送給第一終端；該身份憑證與第 一用戶一一對應；該身份憑證由第一終端用來上傳第一用戶的通訊錄。其中，服務器可以提 取第一用戶注冊信息中的賬號，可對第一用戶的注冊賬號按某種算法進行處理，使第一用 戶的注冊賬號轉換成為一段不可讀的代碼，并可將該不可讀的代碼作為第一用戶的身份憑 證，該不可讀的代碼與第一用戶的賬號是一一對應的；服務器可通過第一用戶的身份憑證 逆向解析出第一用戶的賬號。例如，服務器從已注冊用戶A的注冊信息中提取出用戶的A 的電話號碼"13511112222"，并將A的電話號碼按照MD5算法轉換成32位的代碼"78F0938 4FAB3ED3E9416F5CDD0A2EF59"，該32位代碼就為用戶A的身份憑證。示例僅僅是實施例的 一部分，實際應用中還可不同，不應構成限定。服務器在產(chǎn)生第一用戶的身份憑整之后，可 在第一終端根據(jù)第一用戶的賬號登錄服務器時將第一用戶的身份憑證發(fā)給第一終端；第一 終端接收服務器發(fā)送的第一用戶的身份憑證，可根據(jù)第一用戶的身份憑證將第一用戶的通 訊錄上傳到服務器。
[0093] 步驟S405 :第一終端判斷第一用戶的通訊錄是否更新。
[0094] 具體的，第一終端可以監(jiān)測第一用戶的通訊錄的更新事件；該更新事件包括：添 力口、刪除或編輯第一用戶的通訊錄中的聯(lián)系人。第一終端可以通過給第一用戶的通訊錄注 冊監(jiān)聽器來監(jiān)測第一用戶的通訊錄的更新事件，當?shù)谝挥脩舻耐ㄓ嶄洷恍薷臅r，該監(jiān)聽器 可以捕捉到第一用戶的通訊錄的更新事件，并將更新事件報告給第一終端。第一終端可以 通過更新事件的監(jiān)聽器來捕捉通訊錄的更新，如果接收到監(jiān)聽器上報的更新事件，則可判 斷第一用戶的通訊錄發(fā)生更新；第一終端還可以定時主動查詢第一用戶的通訊錄，并將當 前查詢時刻的通訊錄和前一個查詢時刻的通訊錄比較來判斷第一用戶的通訊錄是否發(fā)生 更新，如果當前查詢時刻的通訊錄和前一個查詢時刻的通訊錄不同，則可判斷第一用戶的 通訊錄發(fā)生更新；否則，重新執(zhí)行步驟S405,具體實現(xiàn)中，還可以結束當前進程，這里不作 限制。
[0095] 步驟S407 :第一終端上傳第一用戶的通訊錄。
[0096] 具體的，第一終端可使用第一用戶對應的身份憑證向服務器上傳第一用戶的通訊 錄。通訊錄上傳的格式可以采用XML數(shù)據(jù)格式，還可以采用其他數(shù)據(jù)格式，這里不作限制。 [0097] 步驟S409 :服務器根據(jù)第一用戶的通訊錄和已注冊的用戶的通訊錄自動添加第 一用戶的社交關系。
[0098] 具體的，服務器可遍歷第一用戶的通訊錄中的聯(lián)系人，當在社交關系數(shù)據(jù)庫中找 到已注冊的用戶對應的通訊標識與該聯(lián)系人對應的通訊標識一致時，將該聯(lián)系人歸為第一 用戶的通訊錄中的已注冊的聯(lián)系人。服務器可判定第一用戶的通訊錄中的已注冊聯(lián)系人為 第一用戶在社交網(wǎng)絡中的關系人，可將該關系人添加到第一用戶的社交關系中。
[0099] 具體的，第一用戶的社交關系可包括第一社交關系和第二社交關系中的至少一 種。服務器可根據(jù)第一用戶與第一用戶的關系人的聯(lián)系不同將社交關系分為第一社交關系 和第二社交關系，其中，第一社交關系可為第一用戶的好友圈，第二社交關系可為第一用戶 的關注圈。
[0100] 具體的，當?shù)谝挥脩舻纳缃魂P系包括第一社交關系時，服務器獲取上述已注冊的 聯(lián)系人的通訊錄；當?shù)谝挥脩魧耐ㄓ崢俗R存在于上述已注冊的聯(lián)系人的通訊錄中，添 加上述已注冊的聯(lián)系人到第一用戶的第一社交關系中；當?shù)谝挥脩舻纳缃魂P系包括第二社 交關系時，服務器獲取上述已注冊的聯(lián)系人的通訊錄；當?shù)谝挥脩魧耐ㄓ崢俗R不存在 于上述已注冊的聯(lián)系人的通訊錄中，添加上述已注冊的聯(lián)系人到第一用戶的第二社交關系 中。
[0101] 例如，服務器上的用戶都是用電話號碼注冊的賬號，用戶通過手機上傳了更新后 的第一用戶的電話簿，第一用戶的電話簿中新增了已注冊的聯(lián)系人：用戶A、用戶B和用戶 C，并且用戶A、用戶B和用戶C的通訊錄中都包括第一用戶的電話號碼，服務器判定用戶A、 用戶B和用戶C屬于第一用戶的好友圈，服務器將用戶A、用戶B和用戶C添加到第一用戶 的第一社交關系中，并分別在用戶A、用戶B和用戶C的好友圈中添加第一用戶。示例僅僅 是實施例的一部分，實際應用中還可不同，不應構成限定。
[0102] 又例如，服務器上的用戶都是用電話號碼注冊的賬號，用戶通過手機第一次上傳 第一用戶的電話簿，第一用戶的電話簿中有一個已注冊的聯(lián)系人用戶A，但是，用戶A的通 訊錄中沒有第一用戶的電話號碼，則服務器判定用戶A屬于第一用戶的關注對象，同時，第 一用戶為用戶A的崇拜者，服務器將用戶A添加到第一用戶的關注列表中，將第一用戶添加 到用戶A的崇拜者列表中。示例僅僅是實施例的一部分，實際應用中還可不同，不應構成限 定。
[0103] 步驟S411 :服務器根據(jù)第一用戶的通訊錄和第一用戶已有的社交關系自動刪除 第一用戶的社交關系。
[0104] 具體的，基于所述第一用戶的社交關系，服務器可遍歷所述第一用戶的關系人，當 該關系人對應的通訊標識已不存在于所述第一用戶的通訊錄中，則可將該關系人從第一用 戶的社交關系中刪除；其中，第一用戶的關系人與各自唯一的通訊標識一一對應。當?shù)谝挥?戶的通訊錄發(fā)生更新后，第一終端向服務器上傳第一用戶的通訊錄；服務器根據(jù)第一用戶 的更新后的通訊錄，可將第一用戶在社交關系數(shù)據(jù)庫中過時的社交關系進行更新，可刪除 第一用戶的社交關系中與第一用戶沒有社交聯(lián)系的關系人。
[0105] 具體的，基于上述內容，第一用戶的社交關系包括第一社交關系和第二社交關系， 服務器可根據(jù)第一用戶的通訊錄來刪除第一社交關系中的關系人或者第二社交關系中的 關系人。服務器可通過遍歷第一用戶的第一社交關系中的關系人，如果該關系人對應的通 訊標識已不存在于第一用戶的更新后的通訊錄中，則可判定該關系人與第一用戶的社交聯(lián) 系發(fā)生變化，可將該關系人從第一用戶的第一社交關系中刪除，并可從該關系人的第一社 交關系中刪除第一用戶；服務器還可通過遍歷第一用戶的第二社交關系中的關系人，如果 該關系人對應的通訊標識已不存在于第一用戶的更新后的通訊錄中，則可判定該關系人與 第一用戶不再有社交聯(lián)系，可將該關系人從第一用戶的第二社交關系中刪除。
[0106] 步驟S413 :第一終端與第二終端是否配對成功。
[0107] 具體的，第一終端可向第二終端發(fā)送配對請求，根據(jù)第二終端提示的配對驗證碼， 接收與配對驗證碼一致的輸入來完成配對。該配對驗證碼可以由第二終端通過顯示設備提 示用戶，也可以由第二終端以短信的方式提示用戶，還可以是其他提示用戶的方式，這里不 作限制。第一終端可將接收的用戶的輸入返回給第二終端；如果第二終端判定第一終端接 收的輸入與配對驗證碼一致，則接受第一終端的配對請求，第一終端與第二終端配對成功； 否則，執(zhí)行步驟S421，具體實現(xiàn)中，還可以結束當前進程，這里不作限制。
[0108] 步驟S415 :第一終端發(fā)送身份憑證至第二終端。
[0109] 具體的，在上述接收第一輸入在服務器上注冊第一用戶之后，第一終端可接收服 務器發(fā)送的身份憑證，并發(fā)送該身份憑證至第二終端；該身份憑證由服務器按預定的加密 算法根據(jù)第一用戶的注冊信息產(chǎn)生的身份憑證；該身份憑證與第一用戶一一對應。如步驟 S101中所述，服務器可按預定的加密算法根據(jù)第一用戶的注冊信息產(chǎn)生身份憑證，并可將 該身份憑證發(fā)送給第一終端；第一終端可在接收服務器發(fā)送的第一用戶對應的身份憑證之 后，將該身份憑證發(fā)送給第二終端。
[0110] 步驟S417 :第二終端向服務器請求獲取第一用戶的社交關系。
[0111] 具體的，第二終端可向服務器發(fā)送獲取第一用戶的社交關系的請求，該請求中包 括第一用戶對應的身份憑證。服務器可從該請求中提取身份憑證，并可逆向解析出該身份 憑證對應的用戶的注冊賬號，可根據(jù)該注冊賬號在社交關系管理中匹配出該身份憑證對應 的用戶為第一用戶，在社交關系數(shù)據(jù)庫中獲取第一用戶對應的社交關系。第一用戶對應的 社交關系可用于第二終端進行社交活動。
[0112] 步驟S419 :服務器發(fā)送第一用戶的社交關系至第二終端。
[0113] 具體的，服務器可逆向解析步驟S417中所述的身份憑證對應的用戶的注冊賬 號，可根據(jù)該注冊賬號在社交關系管理中匹配出該身份憑證對應的用戶為第一用戶，在社 交關系數(shù)據(jù)庫中獲取第一用戶對應的社交關系，將該社交關系發(fā)送給第二終端。例如，月艮 務器接收到社交電視發(fā)送的32位的身份憑證" 78F09384FAB3ED3E9416F5CDD0A2EF59 "， 該32位代碼是將用戶對應的社交賬號按照MD5算法產(chǎn)生的，服務器解析出該社交賬號為 "13511112222"，并在社交關系數(shù)據(jù)庫中獲取社交賬號"13511112222"對應的好友列表、關 注列表和粉絲列表，將其發(fā)給社交電視。示例僅僅是實施例的一部分，實際應用中還可不 同，不應構成限定。
[0114] 步驟S421 :第一終端主動請求與第二終端建立連接。
[0115] 具體的，第一終端可掃描當前預定的短程通信網(wǎng)絡，與第二終端建立短程通信連 接；第二終端在該短程通信網(wǎng)絡之中。其中，該短程通信網(wǎng)絡可為數(shù)字生活網(wǎng)絡聯(lián)盟DLNA 中支持的網(wǎng)絡形式；第一終端可以監(jiān)測同一短程通信網(wǎng)絡中的設備，一旦發(fā)現(xiàn)第二終端也 存在于該短程通信網(wǎng)絡中，可主動請求來與第二終端建立短程通信連接。
[0116] 參見圖5,是本發(fā)明的一種實施例提供的服務器500,至少可以包括注冊模塊501、 通訊錄接收模塊507、關系人獲取模塊509、關系人添加模塊511以及社交關系發(fā)送模塊 517,其中：
[0117] 注冊模塊501，用于接收第一終端注冊的第一用戶，將第一用戶存儲到社交關系數(shù) 據(jù)庫，社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應。
[0118] 通訊錄接收模塊507,用于接收第一終端上傳的第一用戶的通訊錄，該通訊錄中各 個聯(lián)系人與各自唯一的通訊標識一一對應。
[0119] 關系人獲取模塊509,用于根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取第一用戶 的通訊錄中的已注冊聯(lián)系人，將該通訊錄中的已注冊的聯(lián)系人作為第一用戶的關系人。
[0120] 關系人添加模塊511，用于添加第一用戶的關系人到第一用戶的社交關系中。
[0121] 社交關系發(fā)送模塊517,用于將第一用戶的社交關系發(fā)送到第二終端。
[0122] 如圖5所示的服務器，還可以包括：憑證模塊503、鑒權模塊505、關系人刪除模塊 513以及發(fā)送預處理模塊515,其中：
[0123] 憑證模塊503,用于在注冊模塊501執(zhí)行接收第一終端注冊的第一用戶的步驟 之后，按預定的加密算法根據(jù)第一用戶的注冊信息產(chǎn)生身份憑證；該身份憑證與第一用戶 一一對應；該身份憑證由第一終端用來上傳第一用戶的通訊錄；該身份憑證由第二終端用 來獲取第一用戶的社交關系。
[0124] 鑒權模塊505,用于在通訊錄接收模塊507執(zhí)行接收第一終端上傳的第一用戶的 通訊錄的步驟之前，接收第一終端發(fā)送的身份憑證；并對身份憑證進行鑒權，如果在社交關 系數(shù)據(jù)庫中找到身份憑證對應的第一用戶，則判定鑒權成功，觸發(fā)通訊錄接收模塊507執(zhí) 行接收第一終端上傳的第一用戶的通訊錄的步驟。
[0125] 關系人刪除模塊513,用于在通訊錄接收模塊507執(zhí)行接收第一終端上傳的第一 用戶的通訊錄的步驟之后，基于第一用戶的社交關系，遍歷第一用戶的關系人，當該關系人 對應的通訊標識已不存在于第一用戶的通訊錄中，則將該關系人從第一用戶的社交關系中 刪除。
[0126] 發(fā)送預處理模塊515,用于在社交關系發(fā)送模塊517執(zhí)行將第一用戶的社交關系 發(fā)送到第二終端的步驟之前，執(zhí)行：接收第二終端發(fā)送的獲取第一用戶的社交關系的請求， 該請求中包括第一用戶對應的身份憑證；
[0127] 解析身份憑證來獲取身份憑證對應的第一用戶；搜索社交關系數(shù)據(jù)庫來獲取第一 用戶的社交關系；觸發(fā)社交關系發(fā)送模塊517執(zhí)行將第一用戶的社交關系發(fā)送到第二終端 的步驟。
[0128] 具體實現(xiàn)中，上述關系人添加模塊511可以如圖6所示進一步的包括：第一添加模 塊5111和第二添加模塊5113,其中：
[0129] 第一添加模塊5111，用于當?shù)谝挥脩舻纳缃魂P系包括第一社交關系時，獲取第一 用戶的關系人的通訊錄，第一用戶的關系人的通訊錄中各個聯(lián)系人與各自唯一的通訊標識 一一對應；當?shù)谝挥脩魧耐ㄓ崢俗R存在于第一用戶的關系人的通訊錄中，添加第一用 戶的關系人到第一用戶的第一社交關系中。
[0130] 第二添加模塊5113,用于當?shù)谝挥脩舻纳缃魂P系包括第二社交關系時，獲取第一 用戶的關系人的通訊錄，第一用戶的關系人的通訊錄中各個聯(lián)系人與各自唯一的通訊標識 一一對應；當?shù)谝挥脩魧耐ㄓ崢俗R不存在于第一用戶的關系人的通訊錄中，添加第一 用戶的關系人到第一用戶的第二社交關系中。
[0131] 具體實現(xiàn)中，上述關系人獲取模塊509可以如圖7所示進一步的包括：遍歷模塊 5091和處理模塊5093,其中：
[0132] 遍歷模塊5091，用于遍歷第一用戶的通訊錄中的聯(lián)系人；
[0133] 處理模塊5093,當在社交關系數(shù)據(jù)庫中找到已注冊的用戶對應的通訊標識與第一 用戶的通訊錄中的聯(lián)系人對應的通訊標識一致時，用于將該聯(lián)系人歸為該通訊錄中已注冊 的聯(lián)系人，將該通訊錄中的已注冊的聯(lián)系人作為第一用戶的關系人。
[0134] 具體實現(xiàn)中，上述發(fā)送預處理模塊515可以如圖8所示進一步的包括：接收請求模 塊5151、解析模塊5153和搜索模塊5155,其中：
[0135] 接收請求模塊5151，用于接收第二終端發(fā)送的獲取第一用戶的社交關系的請求， 該請求中包括第一用戶對應的身份憑證；
[0136] 解析模塊5153,用于解析身份憑證來獲取該身份憑證對應的第一用戶；
[0137] 搜索模塊5155,用于搜索社交關系數(shù)據(jù)庫來獲取第一用戶的社交關系。
[0138] 參見圖9,是本發(fā)明的一種實施例提供的第一終端600,至少可以包括注冊模塊 601、通訊錄讀取模塊603以及通訊錄上傳模塊605,其中：
[0139] 注冊模塊601，用于接收第一輸入在服務器上注冊第一用戶；第一用戶由服務器 存儲于社交關系數(shù)據(jù)庫，社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識 --對應；
[0140] 通訊錄讀取模塊603,用于通過響應第一用戶的通訊錄的更新事件來讀取第一用 戶的通訊錄；第一用戶的通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對應；
[0141] 通訊錄上傳模塊605，用于上傳第一用戶的通訊錄至服務器。
[0142] 如圖9所示的第一終端600還可以包括：憑證模塊615、監(jiān)聽模塊609、授權模塊 607、配對模塊611和建立連接模塊613,其中：
[0143] 憑證模塊615,用于在通訊錄上傳模塊605執(zhí)行接收第一輸入在服務器上注冊第 一用戶的步驟之后，接收服務器發(fā)送的身份憑證，并發(fā)送該身份憑證至第二終端；該身份憑 證由服務器按預定的加密算法根據(jù)第一用戶的注冊信息產(chǎn)生的身份憑證；該身份憑證與第 一用戶--對應。
[0144] 監(jiān)聽模塊609,用于在通訊錄讀取模塊603執(zhí)行通過響應第一用戶的通訊錄的更 新事件來讀取第一用戶的通訊錄的步驟之前，監(jiān)測第一用戶的通訊錄的更新事件；更新事 件包括：添加、刪除或編輯第一用戶的通訊錄中的聯(lián)系人。
[0145] 授權模塊607,用于在通訊錄讀取模塊603執(zhí)行通過響應第一用戶的通訊錄的更 新事件來讀取第一用戶的通訊錄的步驟之前，接收第二輸入來獲得讀取第一用戶的通訊錄 的授權，之后，觸發(fā)通訊錄讀取模塊603執(zhí)行通過響應第一用戶的通訊錄的更新事件來讀 取第一用戶的通訊錄的步驟。
[0146] 配對模塊611，用于在憑證模塊615執(zhí)行發(fā)送身份憑證至第二終端的步驟之前，向 第二終端發(fā)送配對請求，根據(jù)第二終端提示的配對驗證碼，接收與配對驗證碼一致的第三 輸入來完成配對，配對之后，觸發(fā)憑證模塊615執(zhí)行發(fā)送身份憑證至第二終端的步驟。
[0147] 建立連接模塊613,用于在配對模塊611執(zhí)行向第二終端發(fā)送配對請求的步驟之 前，掃描當前預定的短程通信網(wǎng)絡，接收第四輸入與第二終端建立短程通信連接；第二終端 在短程通信網(wǎng)絡之中；之后，觸發(fā)配對模塊611執(zhí)行向第二終端發(fā)送配對請求的步驟。
[0148] 參見圖10,是本發(fā)明的一種實施例提供的第二終端700,至少可以包括社交關系 獲取模塊701和社交關系處理模塊709,其中：
[0149] 社交關系獲取模塊701，用于從服務器獲取第一用戶的社交關系；第一用戶的社 交關系為服務器通過前述所有內容闡述的社交關系管理的方法而發(fā)送的社交關系。
[0150] 社交關系處理模塊709,用于將第一用戶的社交關系提供給社交應用。
[0151] 這里需要說明的是，社交關系處理模塊709還可以將第一用戶的社交關系用作其 他的功能，這里不作限制。
[0152] 如圖10所示的第二終端700還可以包括：憑證接收模塊705、配對模塊703和請 求模塊707,其中：
[0153] 憑證接收模塊705,用于在社交關系獲取模塊701執(zhí)行從服務器獲取第一用戶的 社交關系的步驟之前，接收第一終端發(fā)送的身份憑證；該身份憑證為第一終端通過注冊第 一用戶從服務器獲取的；該身份憑證與第一用戶一一對應。
[0154] 配對模塊703,用于在憑證接收模塊705執(zhí)行接收第一終端發(fā)送的身份憑證的步 驟之前，接收第一終端的配對請求，提示配對驗證碼，該配對驗證碼用于提示用戶在第一終 端上輸入配對驗證碼來完成配對；配對之后，觸發(fā)憑證接收模塊705執(zhí)行接收第一終端發(fā) 送的身份憑證的步驟。
[0155] 請求模塊707,用于在憑證接收模塊705執(zhí)行接收第一終端發(fā)送的身份憑證的步 驟之后，在社交關系獲取模塊701執(zhí)行從服務器獲取第一用戶的社交關系的步驟之前，向 服務器發(fā)送獲取第一用戶的社交關系的請求，該請求中包括第一用戶對應的身份憑證。
[0156] 參見圖11，圖11是本發(fā)明的另一種實施例提供的服務器的結構示意圖。其中，如 圖11所示，服務器110可以包括：至少一個處理器1101，例如CPU，至少兩個網(wǎng)絡接口 ：第一 網(wǎng)絡接口 1104和第二網(wǎng)絡接口 1103,存儲器1105以及至少一個通信總線1102。其中，通 信總線1102用于實現(xiàn)這些組件之間的連接通信。其中，存儲器1105可以是高速RAM存儲 器，也可以是非不穩(wěn)定的存儲器（non-volatile memory),例如至少一個磁盤存儲器。存儲 器1105可選的還可以是至少一個位于遠離前述處理器1101的存儲裝置。如圖11所示，作 為一種計算機存儲介質的存儲器1105中可以包括操作系統(tǒng)、網(wǎng)絡通信模塊以及社交關系 管理程序。
[0157] 在圖11所示的服務器110中，第一網(wǎng)絡接口 1104主要用于連接第一終端，與第 一終端進行數(shù)據(jù)通信；第二網(wǎng)絡接口 1103主要用于連接第二終端，與第二終端進行數(shù)據(jù)通 信；而處理器1101可以用于調用存儲器1105中存儲的社交關系管理程序，并執(zhí)行以下操 作：
[0158] 接收第一終端注冊的第一用戶，將所述第一用戶存儲到社交關系數(shù)據(jù)庫，所述社 交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應；
[0159] 接收所述第一終端上傳的所述第一用戶的通訊錄，所述通訊錄中各個聯(lián)系人與各 自唯一的通訊標識--對應；
[0160] 根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取所述通訊錄中的已注冊聯(lián)系人，將所 述通訊錄中的已注冊的聯(lián)系人作為所述第一用戶的關系人，添加所述關系人到所述第一用 戶的社交關系中；
[0161] 將所述第一用戶的社交關系發(fā)送到第二終端。
[0162] 進一步地，處理器1101執(zhí)行的添加上述關系人到第一用戶的社交關系中的步驟 可以上包括：
[0163] 當?shù)谝挥脩舻纳缃魂P系包括第一社交關系時，獲取上述已注冊的聯(lián)系人的通訊 錄，上述已注冊的聯(lián)系人的通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對應；當?shù)谝?用戶對應的通訊標識存在于上述已注冊的聯(lián)系人的通訊錄中，添加上述已注冊的聯(lián)系人到 第一用戶的第一社交關系中；或者
[0164] 當?shù)谝挥脩舻纳缃魂P系包括第二社交關系時，獲取上述已注冊的聯(lián)系人的通訊 錄，上述已注冊的聯(lián)系人的通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對應；當?shù)谝?用戶對應的通訊標識不存在于上述已注冊的聯(lián)系人的通訊錄中，添加上述已注冊的聯(lián)系人 到第一用戶的第二社交關系中。
[0165] 再進一步地，處理器1101在執(zhí)行接收第一終端上傳的第一用戶的通訊錄的步驟 之后，還可執(zhí)行：基于第一用戶的社交關系，遍歷第一用戶的關系人，當該關系人對應的通 訊標識已不存在于第一用戶的通訊錄中，則將該關系人從第一用戶的社交關系中刪除。
[0166] 再進一步地，處理器1101執(zhí)行的根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取第 一用戶的通訊錄中的已注冊聯(lián)系人的步驟具體可包括：
[0167] 遍歷第一用戶的通訊錄中的聯(lián)系人，當在社交關系數(shù)據(jù)庫中找到已注冊的用戶對 應的通訊標識與該聯(lián)系人對應的通訊標識一致時，將該聯(lián)系人歸為第一用戶的通訊錄中已 注冊的聯(lián)系人。
[0168] 再進一步地，處理器1101在執(zhí)行接收第一終端注冊的第一用戶的步驟之后，還可 以執(zhí)行：按預定的加密算法根據(jù)第一用戶的注冊信息產(chǎn)生身份憑證，并將該身份憑證發(fā)送 給第一終端；該身份憑證與第一用戶一一對應；該身份憑證由第一終端用來上傳第一用戶 的通訊錄。
[0169] 再進一步地，處理器1101在執(zhí)行接收第一終端上傳的第一用戶的通訊錄的步驟 之前，還可執(zhí)行的步驟包括：接收第一終端發(fā)送的身份憑證；并對該身份憑證進行鑒權，如 果在社交關系數(shù)據(jù)庫中找到該身份憑證對應的第一用戶，則判定鑒權成功，觸發(fā)執(zhí)行所述 接收第一終端上傳的第一用戶的通訊錄的步驟。
[0170] 再進一步地，處理器1101在執(zhí)行將第一用戶的社交關系發(fā)送到第二終端之前，還 可執(zhí)行的步驟包括：
[0171] 接收第二終端發(fā)送的獲取第一用戶的社交關系的請求，該請求中包括第一用戶對 應的身份憑證；
[0172] 解析身份憑證來獲取身份憑證對應的第一用戶；
[0173] 搜索社交關系數(shù)據(jù)庫來獲取第一用戶的社交關系。
[0174] 參見圖12,圖12是本發(fā)明的另一種實施例提供的第一終端的結構示意圖。其中， 如圖12所示，第一終端120可以包括：至少一個處理器1201，例如CPU，至少兩個網(wǎng)絡接口： 第一網(wǎng)絡接口 1204和第二網(wǎng)絡接口 1207,用戶接口 1203,存儲器1205,至少一個通信總線 1202以及顯示屏1206。其中，通信總線1202用于實現(xiàn)這些組件之間的連接通信。其中，用 戶接口 1203可以包括觸摸屏（Touch Screen)，可選用戶接口 1203還可以包括標準的有線 接口、無線接口。網(wǎng)絡接口可選的可以包括標準的有線接口、無線接口（如WI-FI接口）。存 儲器1205可以是高速RAM存儲器，也可以是非不穩(wěn)定的存儲器（non-volatile memory)，例 如至少一個磁盤存儲器。存儲器1205可選的還可以是至少一個位于遠離前述處理器1201 的存儲裝置。如圖12所示，作為一種計算機存儲介質的存儲器1205中可以包括操作系統(tǒng)、 網(wǎng)絡通信模塊、用戶接口模塊以及社交關系管理程序。
[0175] 在圖12所示的第一終端120中，第一網(wǎng)絡接口 1204主要用于連接服務器，與服務 器進行數(shù)據(jù)通信；第二網(wǎng)絡接口 1203主要用于連接第二終端，與第二終端進行數(shù)據(jù)通信； 而處理器1201可以用于調用存儲器1205中存儲的社交關系管理程序，并執(zhí)行以下操作：
[0176] 接收第一輸入在服務器上注冊第一用戶；所述第一用戶由所述服務器存儲于社交 關系數(shù)據(jù)庫，所述社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對 應；
[0177] 通過響應所述第一用戶的通訊錄的更新事件來讀取所述第一用戶的通訊錄；所述 通訊錄中各個聯(lián)系人與各自唯一的通訊標識 對應；
[0178] 上傳所述第一用戶的通訊錄至所述服務器。
[0179] 進一步地，處理器1201在執(zhí)行接收第一輸入在服務器上注冊第一用戶的步驟之 后，還可執(zhí)行：接收服務器發(fā)送的身份憑證，并發(fā)送該身份憑證至第二終端；該身份憑證由 服務器按預定的加密算法根據(jù)第一用戶的注冊信息產(chǎn)生的身份憑證；該身份憑證與第一用 戶--對應。
[0180] 再進一步地，處理器1201在執(zhí)行通過響應第一用戶的通訊錄的更新事件來讀取 第一用戶的通訊錄的步驟之前，還可以監(jiān)測第一用戶的通訊錄的更新事件；更新事件包括： 添加、刪除或編輯第一用戶的通訊錄中的聯(lián)系人。
[0181] 再進一步地，處理器1201在執(zhí)行通過響應第一用戶的通訊錄的更新事件來讀取 第一用戶的通訊錄的步驟之前，還可執(zhí)行：接收第二輸入來獲得讀取第一用戶的通訊錄的 授權，根據(jù)該授權來讀取第一用戶的通訊錄。
[0182] 再進一步地，處理器1201在執(zhí)行發(fā)送身份憑證至第二終端之前，還可執(zhí)行：向第 二終端發(fā)送配對請求，根據(jù)第二終端提示的配對驗證碼，接收與配對驗證碼一致的第三輸 入來完成配對；配對之后，觸發(fā)執(zhí)行所述發(fā)送所述身份憑證至所述第二終端的步驟。
[0183] 再進一步地，處理器1201在執(zhí)行向第二終端發(fā)送配對請求的步驟之前，還可執(zhí) 行：掃描當前預定的短程通信網(wǎng)絡，接收第四輸入與第二終端建立短程通信連接；之后，觸 發(fā)執(zhí)行所述向所述第二終端發(fā)送配對請求的步驟。
[0184] 參見圖13,圖13是本發(fā)明的另一種實施例提供的第二終端的結構示意圖。其中， 如圖13所示，第二終端130可以包括：至少一個處理器1301，例如CPU，至少兩個網(wǎng)絡接口： 第一網(wǎng)絡接口 1304和第二網(wǎng)絡接口 1307,用戶接口 1303,存儲器1305,至少一個通信總線 1302以及顯示屏1306。其中，通信總線1302用于實現(xiàn)這些組件之間的連接通信。其中，用 戶接口 1303可以包括觸摸屏（Touch Screen)，可選用戶接口 1303還可以包括標準的有線 接口、無線接口。網(wǎng)絡接口可選的可以包括標準的有線接口、無線接口（如WI-FI接口）。存 儲器1305可以是高速RAM存儲器，也可以是非不穩(wěn)定的存儲器（non-volatile memory),例 如至少一個磁盤存儲器。存儲器1305可選的還可以是至少一個位于遠離前述處理器1301 的存儲裝置。如圖13所示，作為一種計算機存儲介質的存儲器1305中可以包括操作系統(tǒng)、 網(wǎng)絡通信模塊、用戶接口模塊以及社交關系管理程序。
[0185] 在圖13所示的第一終端130中，第一網(wǎng)絡接口 1304主要用于連接服務器，與服務 器進行數(shù)據(jù)通信；第二網(wǎng)絡接口 1303主要用于連接第一終端，與第一終端進行數(shù)據(jù)通信； 而處理器1301可以用于調用存儲器1305中存儲的社交關系管理程序，并執(zhí)行以下操作：
[0186] 從服務器獲取第一用戶的社交關系。
[0187] 進一步地，處理器1301在執(zhí)行從服務器獲取第一用戶的社交關系的步驟之前，接 收第一終端發(fā)送的身份憑證；該身份憑證為第一終端通過注冊第一用戶從服務器獲取的； 該身份憑證與第一用戶一一對應。
[0188] 再進一步地，處理器1301在執(zhí)行接收第一終端發(fā)送的身份憑證的步驟之后，在執(zhí) 行從服務器獲取第一用戶的社交關系的步驟之前，還可執(zhí)行：向服務器發(fā)送獲取第一用戶 的社交關系的請求，該請求中包括第一用戶對應的身份憑證。
[0189] 再進一步地，處理器1301在執(zhí)行接收第一終端發(fā)送的身份憑證的步驟之前，還可 執(zhí)行：接收第一終端的配對請求，提示配對驗證碼，配對驗證碼用于提示用戶在第一終端上 輸入配對驗證碼來完成配對；配對之后，觸發(fā)執(zhí)行接收第一終端發(fā)送的身份憑證的步驟。
[0190] 上述詳細闡述了本發(fā)明實施例提供的社交關系管理的設備，下面為了便于更好地 實施本發(fā)明實施例的上述方案，相應地，下面還提供實施上述方案的系統(tǒng)。參見圖14,是本 發(fā)明的另一種實施例提供的社交關系管理系統(tǒng)，包括：服務器1401、第一終端1403和第二 終端1405,其中：
[0191] 服務器1401可以為上述圖5至圖8任意一個實施例中的服務器500,可選的該服 務器1401還可以為上述圖11所示實施例中的服務器110 ;服務器1401中的各個功能模塊 可以參考上述實施例中服務器500或服務器110的描述，這里不再贅述。
[0192] 第一終端1403可以為上述圖9所示的實施例中的第一終端600,可選的該第一終 端1403還可以為上述圖12所示實施例中的第一終端120 ;第一終端1403中的各個功能模 塊可以參考上述實施例中第一終端600或第一終端120的描述，這里不再贅述。
[0193] 第二終端1405可以為上述圖10所示的實施例中的第二終端700,可選的該第二終 端1405還可以為上述圖13所示實施例中的第二終端130 ;第二終端1405中的各個功能模 塊可以參考上述實施例中第二終端700或第二終端130的描述，這里不再贅述。
[0194] 綜上所述，通過實施本發(fā)明實施例，服務器接收第一終端注冊的第一用戶，接收第 一終端上傳的第一用戶的通訊錄，根據(jù)第一用戶的通訊錄和已注冊的用戶自動生成第一用 戶的社交關系，在第一用戶的通訊錄更新后，服務器根據(jù)第一終端上傳的更新后的第一用 戶的通訊錄來自動更新第一用戶的社交關系，提供第一用戶的社交關系給第二終端，可實 現(xiàn)自動生成、更新社交關系，可減少社交電視側的用戶操作，可實現(xiàn)社交關系跨平臺管理。
[0195] 本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁 碟、光盤、只讀存儲記憶體（Read-Only Memory, ROM)或隨機存儲記憶體（Random Access Memory，RAM)等。
[0196] 以上所揭露的僅為本發(fā)明一種較佳實施例而已，當然不能以此來限定本發(fā)明之權 利范圍，本領域普通技術人員可以理解實現(xiàn)上述實施例的全部或部分流程，并依本發(fā)明權 利要求所作的等同變化，仍屬于發(fā)明所涵蓋的范圍。
【權利要求】
1. 一種社交關系管理的方法，其特征在于，包括： 接收第一終端注冊的第一用戶，將所述第一用戶存儲到社交關系數(shù)據(jù)庫，所述社交關 系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應； 接收所述第一終端上傳的所述第一用戶的通訊錄，所述通訊錄中各個聯(lián)系人與各自唯 一的通訊標識--對應； 根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取所述通訊錄中的已注冊聯(lián)系人，將所述通 訊錄中的已注冊的聯(lián)系人作為所述第一用戶的關系人，添加所述關系人到所述第一用戶的 社受關系中； 將所述第一用戶的社交關系發(fā)送到第二終端。
2. 如權利要求1所述的方法，其特征在于，所述第一用戶的社交關系包括第一社交關 系；所述添加所述關系人到所述第一用戶的社交關系中包括： 獲取所述已注冊的聯(lián)系人的通訊錄，所述已注冊的聯(lián)系人的通訊錄中各個聯(lián)系人與各 自唯一的通訊標識一一對應；當所述第一用戶對應的通訊標識存在于所述已注冊的聯(lián)系人 的通訊錄中，添加所述已注冊的聯(lián)系人到所述第一用戶的第一社交關系中；或者 所述第一用戶的社交關系包括第二社交關系；所述添加所述關系人到所述第一用戶的 社受關系中包括： 獲取所述已注冊的聯(lián)系人的通訊錄，所述已注冊的聯(lián)系人的通訊錄中各個聯(lián)系人與各 自唯一的通訊標識一一對應；當所述第一用戶對應的通訊標識不存在于所述已注冊的聯(lián)系 人的通訊錄中，添加所述已注冊的聯(lián)系人到所述第一用戶的第二社交關系中。
3. 如權利要求1所述的方法，其特征在于，所述第一用戶的關系人與各自唯一的通訊 標識 對應； 在所述接收所述第一終端上傳的所述第一用戶的通訊錄之后，還包括： 基于所述第一用戶的社交關系，遍歷所述第一用戶的關系人，當所述關系人對應的通 訊標識已不存在于所述第一用戶的通訊錄中，則將所述關系人從所述第一用戶的社交關系 中刪除。
4. 如權利要求1所述的方法，其特征在于，所述根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶 來獲取所述通訊錄中的已注冊聯(lián)系人包括： 遍歷所述第一用戶的通訊錄中的聯(lián)系人，當在所述社交關系數(shù)據(jù)庫中找到已注冊的用 戶對應的通訊標識與所述聯(lián)系人對應的通訊標識一致時，將所述聯(lián)系人歸為所述通訊錄中 的已注冊的聯(lián)系人。
5. 如權利要求1所述的方法，其特征在于，在所述接收第一終端注冊的第一用戶之后， 按預定的加密算法根據(jù)所述第一用戶的注冊信息產(chǎn)生身份憑證，并將所述身份憑證發(fā)送給 所述第一終端；所述身份憑證與所述第一用戶一一對應；所述身份憑證由所述第一終端用 來上傳所述第一用戶的通訊錄。
6. 如權利要求5所述的方法，其特征在于，在所述接收所述第一終端上傳的所述第一 用戶的通訊錄之前，包括： 接收第一終端發(fā)送的身份憑證；并對所述身份憑證進行鑒權，如果在所述社交關系數(shù) 據(jù)庫中找到所述身份憑證對應的第一用戶，則判定鑒權成功，執(zhí)行所述接收所述第一終端 上傳的所述第一用戶的通訊錄的步驟。
7. 如權利要求5所述的方法，其特征在于，在所述將所述第一用戶的社交關系發(fā)送到 第二終端之前，包括： 接收所述第二終端發(fā)送的獲取所述第一用戶的社交關系的請求，所述請求中包括所述 第一用戶對應的身份憑證； 解析所述身份憑證來獲取所述身份憑證對應的第一用戶； 搜索所述社交關系數(shù)據(jù)庫來獲取所述第一用戶的社交關系；執(zhí)行所述將所述第一用戶 的社交關系發(fā)送到第二終端的步驟。
8. -種社交關系管理的方法，其特征在于，包括： 接收第一輸入在服務器上注冊第一用戶；所述第一用戶由所述服務器存儲于社交關系 數(shù)據(jù)庫，所述社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應； 通過響應所述第一用戶的通訊錄的更新事件來讀取所述第一用戶的通訊錄；所述通訊 錄中各個聯(lián)系人與各自唯一的通訊標識 對應； 上傳所述第一用戶的通訊錄至所述服務器。
9. 如權利要求8所述的方法，其特征在于，在所述接收第一輸入在服務器上注冊第一 用戶之后，接收所述服務器發(fā)送的身份憑證，并發(fā)送所述身份憑證至所述第二終端；所述身 份憑證由所述服務器按預定的加密算法根據(jù)所述第一用戶的注冊信息產(chǎn)生的身份憑證；所 述身份憑證與所述第一用戶一一對應。
10. 如權利要求8所述的方法，其特征在于，在所述通過響應所述第一用戶的通訊錄的 更新事件來讀取所述第一用戶的通訊錄之前，包括： 監(jiān)測所述第一用戶的通訊錄的更新事件；所述更新事件包括：添加、刪除或編輯所述 第一用戶的通訊錄中的聯(lián)系人； 當所述更新事件發(fā)生時，執(zhí)行所述通過響應所述第一用戶的通訊錄的更新事件來讀取 所述第一用戶的通訊錄的步驟。
11. 如權利要求8所述的方法，其特征在于，在所述通過響應所述第一用戶的通訊錄的 更新事件來讀取所述第一用戶的通訊錄之前，接收第二輸入來獲得讀取所述第一用戶的通 訊錄的授權，根據(jù)所述授權來讀取所述第一用戶的通訊錄。
12. 如權利要求9所述的方法，其特征在于，在所述發(fā)送所述身份憑證至所述第二終端 之前，向所述第二終端發(fā)送配對請求，根據(jù)所述第二終端提示的配對驗證碼，接收與所述配 對驗證碼一致的第三輸入來完成配對，所述配對之后，執(zhí)行所述發(fā)送所述身份憑證至所述 第二終端的步驟。
13. 如權利要求12所述的方法，其特征在于，在所述向所述第二終端發(fā)送配對請求之 前，掃描當前預定的短程通信網(wǎng)絡，接收第四輸入與所述第二終端建立短程通信連接；所述 第二終端在所述短程通信網(wǎng)絡之中；之后，執(zhí)行所述向所述第二終端發(fā)送配對請求的步驟。
14. 一種社交關系管理的方法，其特征在于，包括： 從服務器獲取第一用戶的社交關系；所述第一用戶的社交關系為服務器通過權利要求 1-13任一項所述的社交關系管理的方法而發(fā)送的社交關系； 將所述第一用戶的社交關系提供給社交應用。
15. 如權利要求14所述的方法，其特征在于，在所述從服務器獲取第一用戶的社交關 系之前，接收第一終端發(fā)送的身份憑證；所述身份憑證為所述第一終端通過注冊所述第一 用戶從服務器獲取的；所述身份憑證與所述第一用戶一一對應。
16. 如權利要求15所述的方法，其特征在于，在所述接收第一終端發(fā)送的身份憑證之 后，在從服務器獲取第一用戶的社交關系之前，向所述服務器發(fā)送獲取所述第一用戶的社 交關系的請求，所述請求中包括所述第一用戶對應的身份憑證。
17. 如權利要求15所述的方法，其特征在于，在所述接收第一終端發(fā)送的身份憑證之 前，接收所述第一終端的配對請求，提示配對驗證碼，所述配對驗證碼用于提示用戶在所述 第一終端上輸入所述配對驗證碼來完成所述配對；所述配對之后，執(zhí)行所述接收第一終端 發(fā)送的身份憑證的步驟。
18. -種社交關系管理的服務器，其特征在于，包括： 注冊模塊，用于接收第一終端注冊的第一用戶，將所述第一用戶存儲到社交關系數(shù)據(jù) 庫，所述社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊標識一一對應； 通訊錄接收模塊，用于接收所述第一終端上傳的所述第一用戶的通訊錄，所述通訊錄 中各個聯(lián)系人與各自唯一的通訊標識一一對應； 關系人獲取模塊，用于根據(jù)社交關系數(shù)據(jù)庫中已注冊的用戶來獲取所述通訊錄中的已 注冊聯(lián)系人，將所述通訊錄中的已注冊的聯(lián)系人作為所述第一用戶的關系人； 關系人添加模塊，用于添加所述關系人到所述第一用戶的社交關系中； 社交關系發(fā)送模塊，用于將所述第一用戶的社交關系發(fā)送到第二終端。
19. 如權利要求18所述的服務器，其特征在于，所述關系人添加模塊包括： 第一添加模塊，用于當所述第一用戶的社交關系包括第一社交關系時，獲取所述關系 人的通訊錄，所述關系人的通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對應；當所述 第一用戶對應的通訊標識存在于所述關系人的通訊錄中，添加所述關系人到所述第一用戶 的第一社交關系中；或者 第二添加模塊，用于當所述第一用戶的社交關系包括第二社交關系時，獲取所述關系 人的通訊錄，所述關系人的通訊錄中各個聯(lián)系人與各自唯一的通訊標識一一對應；當所述 第一用戶對應的通訊標識不存在于所述關系人的通訊錄中，添加所述關系人到所述第一用 戶的第二社交關系中。
20. 如權利要求18所述的服務器，其特征在于，還包括關系人刪除模塊，用于在所述通 訊錄接收模塊執(zhí)行所述接收所述第一終端上傳的所述第一用戶的通訊錄的步驟之后，基于 所述第一用戶的社交關系，遍歷所述第一用戶的關系人，當所述關系人對應的通訊標識已 不存在于所述第一用戶的通訊錄中，則將所述關系人從所述第一用戶的社交關系中刪除。
21. 如權利要求18所述的服務器，其特征在于，所述關系人獲取模塊包括： 遍歷模塊，用于遍歷所述第一用戶的通訊錄中的聯(lián)系人； 處理模塊，用于當在所述社交關系數(shù)據(jù)庫中找到已注冊的用戶對應的通訊標識與所述 聯(lián)系人對應的通訊標識一致時，將所述聯(lián)系人歸為所述通訊錄中已注冊的聯(lián)系人，將所述 通訊錄中的已注冊的聯(lián)系人作為所述第一用戶的關系人。
22. 如權利要求18所述的服務器，其特征在于，還包括憑證模塊，用于在所述注冊模塊 執(zhí)行所述接收第一終端注冊的第一用戶的步驟之后，按預定的加密算法根據(jù)所述第一用戶 的注冊信息產(chǎn)生身份憑證，發(fā)送所述身份憑證至第一終端；所述身份憑證與所述第一用戶 一一對應；所述身份憑證由所述第一終端用來上傳所述第一用戶的通訊錄；所述身份憑證 由所述第二終端用來獲取所述第一用戶的社交關系。
23. 如權利要求22所述的服務器，其特征在于，還包括： 鑒權模塊，用于在所述通訊錄接收模塊執(zhí)行所述接收所述第一終端上傳的所述第一用 戶的通訊錄的步驟之前，接收第一終端發(fā)送的身份憑證；并對所述身份憑證進行鑒權，如果 在所述社交關系數(shù)據(jù)庫中找到所述身份憑證對應的所述第一用戶，則判定鑒權成功，觸發(fā) 所述通訊錄接收模塊執(zhí)行所述接收所述第一終端上傳的所述第一用戶的通訊錄的步驟。
24. 如權利要求22所述的服務器，其特征在于，還包括： 發(fā)送預處理模塊，用于在所述將所述第一用戶的社交關系發(fā)送到第二終端的步驟之 前，執(zhí)行包括： 接收所述第二終端發(fā)送的獲取所述第一用戶的社交關系的請求，所述請求中包括所述 第一用戶對應的身份憑證； 解析所述身份憑證來獲取所述身份憑證對應的第一用戶； 搜索所述社交關系數(shù)據(jù)庫來獲取所述第一用戶的社交關系； 之后，觸發(fā)所述發(fā)送模塊執(zhí)行所述將所述第一用戶的社交關系發(fā)送到第二終端的步 驟。
25. 如權利要求24所述的服務器，其特征在于，所述發(fā)送預處理模塊包括： 接收請求模塊，用于接收所述第二終端發(fā)送的獲取所述第一用戶的社交關系的請求， 所述請求中包括所述第一用戶對應的身份憑證； 解析模塊，用于解析所述身份憑證來獲取所述身份憑證對應的第一用戶； 搜索模塊，用于搜索所述社交關系數(shù)據(jù)庫來獲取所述第一用戶的社交關系。
26. -種社交關系管理的第一終端，其特征在于，包括： 注冊模塊，用于接收第一輸入在服務器上注冊第一用戶；所述第一用戶由所述服務器 存儲于社交關系數(shù)據(jù)庫，所述社交關系數(shù)據(jù)庫存儲的已注冊的各個用戶與各自唯一的通訊 標識 對應； 通訊錄讀取模塊，用于通過響應所述第一用戶的通訊錄的更新事件來讀取所述第一用 戶的通訊錄；所述通訊錄中各個聯(lián)系人與各自唯一的通訊標識--對應； 通訊錄上傳模塊，用于上傳所述第一用戶的通訊錄至所述服務器。
27. 如權利要求26所述的第一終端，其特征在于，還包括憑證模塊，用于在所述注冊模 塊執(zhí)行所述接收第一輸入在服務器上注冊第一用戶的步驟之后，接收所述服務器發(fā)送的身 份憑證，并發(fā)送所述身份憑證至所述第二終端；所述身份憑證由所述服務器按預定的加密 算法根據(jù)所述第一用戶的注冊信息產(chǎn)生的身份憑證；所述身份憑證與所述第一用戶一一對 應。
28. 如權利要求26所述的第一終端，其特征在于，還包括： 監(jiān)聽模塊，用于在所述通訊錄讀取模塊執(zhí)行所述通過響應所述第一用戶的通訊錄的 更新事件來讀取所述第一用戶的通訊錄的步驟之前，監(jiān)測所述第一用戶的通訊錄的更新事 件；所述更新事件包括：添加、刪除或編輯所述第一用戶的通訊錄中的聯(lián)系人； 當所述更新事件發(fā)生時，觸發(fā)所述通訊錄讀取模塊執(zhí)行所述通過響應所述第一用戶的 通訊錄的更新事件來讀取所述第一用戶的通訊錄的步驟。
29. 如權利要求26所述的第一終端，其特征在于，還包括授權模塊，用于在所述通訊錄 讀取模塊執(zhí)行所述通過響應所述第一用戶的通訊錄的更新事件來讀取所述第一用戶的通 訊錄的步驟之前，接收第二輸入來獲得讀取所述第一用戶的通訊錄的授權，之后，觸發(fā)所述 通訊錄讀取模塊執(zhí)行所述通過響應所述第一用戶的通訊錄的更新事件來讀取所述第一用 戶的通訊錄的步驟。
30. 如權利要求27所述的第一終端，其特征在于，還包括配對模塊，用于在所述憑證 模塊執(zhí)行所述發(fā)送所述身份憑證至所述第二終端的步驟之前，向所述第二終端發(fā)送配對請 求，根據(jù)所述第二終端提示的配對驗證碼，接收與所述配對驗證碼一致的第三輸入來完成 配對，所述配對之后，觸發(fā)所述憑證模塊執(zhí)行所述發(fā)送所述身份憑證至所述第二終端的步 驟。
31. 如權利要求30所述的第一終端，其特征在于，還包括建立連接模塊，用于在所述 配對模塊執(zhí)行所述向所述第二終端發(fā)送配對請求的步驟之前，掃描當前預定的短程通信網(wǎng) 絡，接收第四輸入與所述第二終端建立短程通信連接；所述第二終端在所述短程通信網(wǎng)絡 之中；之后，觸發(fā)所述配對模塊執(zhí)行所述向所述第二終端發(fā)送配對請求的步驟。
32. -種社交關系管理的第二終端，其特征在于，包括： 社交關系獲取模塊，用于從服務器獲取第一用戶的社交關系；所述第一用戶的社交關 系為服務器通過權利要求1-13任一項所述的社交關系管理的方法而發(fā)送的社交關系； 社交關系處理模塊，用于將所述第一用戶的社交關系提供給社交應用。
33. 如權利要求32所述的第二終端，其特征在于，還包括憑證接收模塊，用于在所述社 交關系獲取模塊執(zhí)行所述從服務器獲取第一用戶的社交關系的步驟之前，接收第一終端發(fā) 送的身份憑證；所述身份憑證為所述第一終端通過注冊所述第一用戶從服務器獲取的；所 述身份憑證與所述第一用戶一一對應。
34. 如權利要求33所述的第二終端，其特征在于，還包括配對模塊，用于在所述憑證 接收模塊執(zhí)行所述接收第一終端發(fā)送的身份憑證的步驟之前，接收所述第一終端的配對請 求，提示配對驗證碼，所述配對驗證碼用于提示用戶在所述第一終端上輸入所述配對驗證 碼來完成所述配對；所述配對之后，觸發(fā)所述憑證接收模塊執(zhí)行所述接收第一終端發(fā)送的 身份憑證的步驟。
35. 如權利要求33所述的第二終端，其特征在于，還包括請求模塊，用于在所述憑證接 收模塊執(zhí)行所述接收第一終端發(fā)送的身份憑證的步驟之后，在所述社交關系獲取模塊執(zhí)行 所述從服務器獲取第一用戶的社交關系的步驟之前，向所述服務器發(fā)送獲取所述第一用戶 的社交關系的請求，所述請求中包括所述第一用戶對應的身份憑證。
【文檔編號】G06F17/30GK104123350SQ201410325432
【公開日】2014年10月29日 申請日期:2014年7月9日 優(yōu)先權日:2014年7月9日
【發(fā)明者】胡常青, 王曉暉, 李彬, 林五四 申請人:深圳創(chuàng)維數(shù)字技術股份有限公司, 深圳市創(chuàng)維軟件有限公司