TWI525565B - Initiate a method and a device for establishing a social network service relationship - Google Patents

Description

發起建立社交網路服務關係的方法和設備

本申請案係有關網路技術領域，特別是有關一種發起建立社交網路服務關係的方法和設備。

社交網路服務(Social Networks Service，以下簡稱：SNS)是網路(Web2.0)體系下的一個技術應用架構，旨在幫助人們建立社交網路，透過直接的社會朋友關係的建立，朋友之間進行人力資源分享，在建立社會關係的過程中完成或解決具體的應用問題。透過使用SNS，可以實現個人資料處理、個人社會關係管理、可信的商業資訊共用，可以安全地對信任的人群分享自己的資訊和知識，利用信任關係來拓展自己的社交網路，以達成更加有價值的溝通和協作。

SNS包含了在線用戶及其關係網絡，可以實現資訊的精確搜索及有效傳播，滿足用戶和企業的不同需求。SNS社區即基於SNS理論而搭建的網路社區系統。SNS的包含大量用戶及大量關係資料，因而需要解決的一個基本問題是，如何從社交網路大量資料中找到有價值的、感興趣的資訊。顯然，社交網路的大量用戶和大量資料並不是全部為用戶和企業所關注，感興趣的是特定目標的關係圈。

用戶在SNS社區中，通常要結識很多陌生的聯繫人作為好友，以建立SNS關係。在通常的情況下，可以根據註冊郵箱等資訊，直接手動地添加好友；也可以根據郵箱和即時聊天工具等用戶端的通訊錄裏的各個聯繫人的郵件地址，匹配對應的好友。

在實現本申請案的過程中，本案發明人發現現有技術至少存在如下問題：

當使用通訊錄裏的聯繫人的郵件地址來匹配好友時，依賴用戶的參與和對應的輸入操作，例如需要用戶輸入郵箱或者透過輸入用戶名、密碼等登錄到即時聊天工具上，透過查找郵箱、用戶名、特徵號碼、暱稱等，以匹配對應的好友。這種方式無法實現全自動匹配，並且在匹配過程中還有可能導致密碼的洩露。此外，上述匹配過程依賴於郵箱或即時聊天工具的開放介面和資料格式，當該介面和資料格式發生改變時，會造成匹配功能的失效。另外，匹配到的好友都是在網路上的聯繫人，侷限性很大，不能匹配沒有在網路上聯繫過而在現實中認識的人；而在郵箱或即時聊天工具中的聯繫人不一定是SNS用戶，因此，匹配成功率很低。

本申請案實施例提供一種發起建立社交網路服務關係的方法和設備，用以提高建立SNS關係的安全性和成功率。

本申請案實施例提出一種發起建立社交網路服務SNS關係的方法，包括以下步驟：從網路交易平臺的資料庫中獲得第一用戶和/或第二用戶的線上付款(online payment)資訊；根據所述線上付款資訊而確定所述第一用戶和所述第二用戶相識；以及向所述第一用戶發送SNS關係建立消息，所述SNS關係建立消息中攜帶所述第二用戶的個人資訊。

較佳地，所述線上付款資訊包括以下內容中的至少其中一項：直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。

較佳地，所述根據線上付款資訊而確定所述第一用戶和所述第二用戶相識具體包括：當根據所述直接付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在直接付款記錄，且所述第一用戶和所述第二用戶之間不存在交易記錄時，確定所述第一用戶和所述第二用戶相識。

較佳地，所述根據線上付款資訊而確定所述第一用戶和所述第二用戶相識具體包括：當根據所述代付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在代付款記錄時，確定所述第一用戶和所述第二用戶相識。

較佳地，所述根據線上付款資訊而確定所述第一用戶和所述第二用戶相識具體包括：當根據所述共同付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在共同付款記錄時，確定所述第一用戶和所述第二用戶相識。

較佳地，所述根據線上付款資訊而確定所述第一用戶和所述第二用戶相識具體包括：當根據所述直接付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在直接付款記錄，且所述第一用戶和所述第二用戶之間不存在交易記錄時，確定所述第一用戶和所述第二用戶相識；當所述第一用戶和所述第二用戶之間不存在直接付款記錄，但根據所述代付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在代付款記錄時，確定所述第一用戶和所述第二用戶相識；以及當所述第一用戶和所述第二用戶之間不存在直接付款記錄和代付款記錄，但根據所述共同付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在共同付款記錄時，確定所述第一用戶和所述第二用戶相識。

較佳地，所述根據線上付款資訊而確定所述第一用戶和所述第二用戶相識之後，還包括：向所述第二用戶發送SNS關係建立消息，所述SNS關係建立消息中攜帶所述第一用戶的個人資訊。

本申請案實施例還提出一種發起建立SNS關係的設備，其特徵在於，包括：獲得模組，用以從網路交易平臺的資料庫中獲得第一用戶和/或第二用戶的線上付款資訊；處理模組，用以根據所述線上付款資訊而確定所述第一用戶和所述第二用戶相識；以及發送模組，用以向所述第一用戶發送SNS關係建立消息，所述SNS關係建立消息中攜帶所述第二用戶的個人資訊。

較佳地，所述獲得模組，用以獲得第一用戶和/或第二用戶的以下內容中的至少其中一項：直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。

較佳地，所述處理模組，用以在根據所述直接付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在直接付款記錄，且所述第一用戶和所述第二用戶之間不存在交易記錄時，確定所述第一用戶和所述第二用戶相識；在所述第一用戶和所述第二用戶之間不存在直接付款記錄，但根據所述代付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在代付款記錄時，確定所述第一用戶和所述第二用戶相識；以及在所述第一用戶和所述第二用戶之間不存在直接付款記錄和代付款記錄，但根據所述共同付款記錄資訊而確定所述第一用戶和所述第二用戶之間存在共同付款記錄時，確定所述第一用戶和所述第二用戶相識。

本申請案包括以下優點，在根據線上付款資訊而確定兩個用戶相識時，向其中的一個用戶發送攜帶另一個用戶的個人資訊的SNS關係建立消息，以建立SNS關係，其中，確認相識的用戶均為SNS社區中的用戶，提高了建立SNS關係的成功率；且上述確認過程係建構在SNS自身的平臺和資料上，無任何第三方依賴，提高了操作的穩定性和安全性；另外，不需要用戶輸入任何資訊，避免了用戶資訊的洩露。進一步地，還可減少SNS關係建立消息的發送數量，避免因判斷錯誤而導致大量無效SNS關係建立消息的產生，減輕發送SNS關係建立消息的設備的負擔。當然，實施本申請案的任一產品並不一定需要同時達到以上所述的所有優點。

下面將結合本申請案中的附圖，對本申請案中的技術方案進行清楚、完整的描述，顯然，所描述的實施例是本申請案的一部分實施例，而不是全部的實施例。基於本申請案中的實施例，本領域普通技術人員所獲得的所有其他實施例，都屬於本申請案之保護的範圍。

本申請案透過獲得第一用戶和/或第二用戶的線上付款資訊，並在根據該線上付款資訊而確定第一用戶和第二用戶相識時，向第一用戶發送SNS關係建立消息，以使第一用戶和第二用戶建立好友關係，該SNS關係建立消息中攜帶第二用戶的個人資訊。其中，線上付款資訊可以包括直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊中的至少一項。較佳地，該第一用戶和/或第二用戶的線上付款資訊可被儲存於同一網路交易平臺的資料庫中，也可以被儲存於具有關聯關係的不同網路交易平臺的資料庫中。

實施例一

基於上述思想，本申請案實施例一所提出的一種發起建立SNS關係的方法，如圖1所示，該方法包括以下步驟：步驟101、從網路交易平臺的資料庫中獲得第一用戶和/或第二用戶的線上付款資訊。

其中，線上付款資訊可以包括以下內容中的至少其中一項：直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。例如，從某一網路交易平臺(諸如，淘寶和/或支付寶等)的資料庫中讀取第一用戶和/或第二用戶的線上付款資訊；步驟102、根據線上付款資訊而確定第一用戶和第二用戶相識。

具體地說，當根據直接付款記錄資訊確定第一用戶和第二用戶之間存在直接付款記錄，且第一用戶和第二用戶之間不存在交易記錄時，可以確定第一用戶和第二用戶相識。其中，第一用戶和第二用戶之間存在直接付款記錄，可以包括：第一用戶向第二用戶直接付款，和/或第二用戶向第一用戶直接付款。

當根據代付款記錄資訊而確定第一用戶和第二用戶之間存在代付款記錄時，可以確定第一用戶和第二用戶相識。其中，第一用戶和第二用戶之間存在代付款記錄，可以包括：第一用戶為第二用戶代付款，和/或第二用戶為第一用戶代付款。

當根據共同付款記錄資訊而確定第一用戶和第二用戶之間存在共同付款記錄時，可以確定第一用戶和第二用戶相識。其中，第一用戶和第二用戶之間存在共同付款記錄，可以包括：第一用戶和第二用戶共同向第三方付款。

步驟103、向第一用戶發送SNS關係建立消息。

其中，SNS關係建立消息中可以攜帶第二用戶的個人資訊，用以詢問第一用戶是否確認與第二用戶建立SNS關係。當接收到接收第一用戶返回的確認消息時，可以建立第一用戶和第二用戶之間的SNS關係。

具體地說，在建立第一用戶和第二用戶之間的SNS關係的過程中，可以將第一用戶的個人資訊和第二用戶的個人資訊(例如，用戶標識等)儲存到資料庫中，並在該資料庫中記錄第一用戶和第二用戶之間的SNS關係。

第一用戶和第二用戶建立SNS關係後，第一用戶可以透過查詢資料庫的方式獲取第二用戶的個人資訊，進而根據第二用戶的個人資訊與第二用戶進行通信，或者執行其他操作，例如，與第二用戶解除SNS關係或者查詢第二用戶的屬性資訊等。

本申請案包括以下優點，在根據線上付款資訊而確定兩個用戶相識時，向其中的一個用戶發送攜帶另一個用戶的個人資訊的SNS關係建立消息，以建立SNS關係，其中，確認相識的用戶均為SNS社區中的用戶，提高了建立SNS關係的成功率；且上述確認過程係建構在SNS自身的平臺和資料上，無任何第三方依賴，提高了操作的穩定性和安全性；另外，不需要用戶輸入任何資訊，避免了用戶資訊的洩露。進一步地，還可減少SNS關係建立消息的發送數量，避免因判斷錯誤而導致大量無效SNS關係建立消息的產生，減輕發送SNS關係建立消息的設備的負擔。當然，實施本申請案的任一產品並不一定需要同時達到以上所述的所有優點。

實施例二

本申請案上述實施例提供了發起建立SNS關係的方法，以下結合具體應用場合對上述發起建立SNS關係的方法進行詳細的描述。

在本申請案的一種應用場合中，可以設定線上付款資訊中包含的直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊的優先順序，獲得第一用戶和第二用戶的直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊，並根據上述資訊以及對應的優先順序發起建立SNS關係。

當設定直接付款記錄資訊的優先順序高於代付款記錄資訊的優先順序，且代付款記錄資訊的優先順序高於共同付款記錄資訊的優先順序時，如圖2所示，為本申請案實施例二中的一種發起建立SNS關係的方法流程圖，包括以下步驟：

步驟201、從網路交易平臺的資料庫中獲得第一用戶和第二用戶的直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。

其中，直接付款記錄資訊可以包括直接付款人、直接收款人和付款金額，第一用戶的直接付款記錄資訊可以為直接付款人為第一用戶的直接付款記錄資訊；第二用戶的直接付款記錄資訊可以為直接付款人為第二用戶的直接付款記錄資訊。此外，第一用戶的直接付款記錄資訊也可以為直接收款人為第一用戶的直接付款記錄資訊；第二用戶的直接付款記錄資訊也可以為直接收款人為第二用戶的直接付款記錄資訊。

代付款記錄資訊可以包括代付款人、應付款人和代付金額，第一用戶的代付款記錄資訊可以為代付款人為第一用戶的代付款記錄資訊；第二用戶的代付款記錄資訊可以為代付款人為第二用戶的代付款記錄資訊。此外，第一用戶的代付款記錄資訊也可以為應付款人為第一用戶的代付款記錄資訊；第二用戶的代付款記錄資訊也可以為應付款人為第二用戶的代付款記錄資訊。

共同付款記錄資訊可以包括第一付款人及其對應的第一付款金額、第二付款人及其對應的第二付款金額，還可以包括除第一付款人和第二付款人之外的其他付款人及其對應的付款金額。第一用戶的共同付款記錄資訊為第一用戶參與共同付款的共付款記錄資訊；第二用戶的共同付款記錄資訊為第二用戶參與共同付款的共付款記錄資訊。

步驟202、根據直接付款記錄資訊而判斷第一用戶和第二用戶之間是否存在直接付款記錄；判斷結果為是，則執行步驟203；判斷結果為否，則執行步驟206。

具體地說，當第一用戶的直接付款記錄資訊為直接付款人為第一用戶的直接付款記錄資訊，第二用戶的直接付款記錄資訊為直接付款人為第二用戶的直接付款記錄資訊時，如果第一用戶的直接付款記錄資訊中的直接收款人包括第二用戶，和/或第二用戶的直接付款記錄資訊中的直接收款人包括第一用戶，則第一用戶和第二用戶之間存在直接付款記錄。

此外，當第一用戶的直接付款記錄資訊為直接收款人為第一用戶的直接付款記錄資訊，第二用戶的直接付款記錄資訊為直接收款人為第二用戶的直接付款記錄資訊時，如果第一用戶的直接付款記錄資訊中的直接付款人包括第二用戶，和/或第二用戶的直接付款記錄資訊中的直接付款人包括第一用戶，則第一用戶和第二用戶之間存在直接付款記錄。

步驟203、判斷第一用戶和第二用戶之間是否存在交易記錄；判斷結果為是，則結束流程；判斷結果為否，則執行步驟204。

具體地說，當第一用戶和第二用戶之間存在直接付款記錄時，如果第一用戶和第二用戶之間還存在交易記錄，則說明該直接付款記錄的目的在於完成交易，是正常的付款記錄，不能確定第一用戶和第二用戶是否在現實中認識；如果第一用戶和第二用戶之間不存在交易記錄，則說明該直接付款記錄的目的不是完成交易，可以確定第一用戶和第二用戶是否在現實中認識。

例如：第一用戶給第二用戶直接付款，並購買了第二用戶在網上銷售的商品，則該付款行為是正常的交易行為，不能確定第一用戶和第二用戶在現實中是否認識。反之，第一用戶給第二用戶付款，但沒有購買第二用戶在網上銷售的商品，則該付款行為不是正常的交易，可以確定第一用戶和第二用戶在現實中認識。透過這種方式可有效提高建立SNS關係的成功率，減少SNS關係建立消息的發送數量，避免因判斷錯誤而導致大量無效SNS關係建立消息的產生，減輕發送SNS關係建立消息的設備的負擔。

步驟204、確定第一用戶和第二用戶相識，分別向第一用戶和第二用戶發送SNS關係建立消息。

其中，向第一用戶發送的SNS關係建立消息中可以攜帶第二用戶的個人資訊，向第二用戶發送的SNS關係建立消息中可以攜帶第一用戶的個人資訊。

步驟205、接收來自第一用戶和/或第二用戶的確認消息，以建立第一用戶和第二用戶之間的SNS關係。

具體地說，發送SNS關係建立消息給第一用戶和第二用戶後，第一用戶和第二用戶可以透過點擊確認或取消按鈕的方式選擇是否與對方建立SNS關係。例如：第一用戶和第二用戶收到SNS關係建立消息後，其中一個用戶點擊確認並返回確認消息，則建立第一用戶和第二用戶之間的SNS關係；如果兩個用戶均點擊取消，則不能建立SNS關係。

需要說明的是，步驟205之後並不執行步驟206。

步驟206、根據代付款記錄資訊而判斷第一用戶和第二用戶之間是否存在代付款記錄；判斷結果為是，則執行步驟204；判斷結果為否，則執行步驟207。

具體地說，當第一用戶的代付款記錄資訊為代付款人為第一用戶的代付款記錄資訊，第二用戶的代付款記錄資訊為代付款人為第二用戶的代付款記錄資訊時，如果第一用戶的代付款記錄資訊中的應付款人包括第二用戶，和/或第二用戶的代付款記錄資訊中的應付款人包括第一用戶，則第一用戶和第二用戶之間存在代付款記錄，可以確定第一用戶和第二用戶在現實中認識。

當第一用戶的代付款記錄資訊為應付款人為第一用戶的代付款記錄資訊，第二用戶的代付款記錄資訊為應付款人為第二用戶的代付款記錄資訊時，如果第一用戶的代付款記錄資訊中的代付款人包括第二用戶，和/或第二用戶的代付款記錄資訊中的代付款人包括第一用戶，則第一用戶和第二用戶之間存在代付款記錄，可以確定第一用戶和第二用戶在現實中認識。

步驟207、根據共同付款記錄資訊而判斷第一用戶和第二用戶之間是否存在共同付款記錄；判斷結果為是，則執行步驟204；判斷結果為否，則結束流程。

具體地說，如果第一用戶的共同付款記錄資訊中的其他付款人包括第二用戶，和/或第二用戶的共同付款記錄資訊中的其他付款人包括第一用戶，則第一用戶和第二用戶之間存在共同付款記錄，第一用戶和第二用戶共同付款完成線上付款，可以確定第一用戶和第二用戶在現實中認識。

本申請案包括以下優點，在根據線上付款資訊而確定兩個用戶相識時，向其中的一個用戶發送攜帶另一個用戶的個人資訊的SNS關係建立消息，以建立SNS關係，其中，確認相識的用戶均為SNS社區中的用戶，提高了建立SNS關係的成功率；且上述確認過程係建構在SNS自身的平臺和資料上，無任何第三方依賴，提高了操作的穩定性和安全性；另外，不需要用戶輸入任何資訊，避免了用戶資訊的洩露。進一步地，還可減少SNS關係建立消息的發送數量，避免因判斷錯誤而導致大量無效SNS關係建立消息的產生，減輕發送SNS關係建立消息的設備的負擔。當然，實施本申請案的任一產品並不一定需要同時達到以上所述的所有優點。

實施例三

當設定代付款記錄資訊的優先順序高於直接付款記錄資訊的優先順序，且直接付款記錄資訊的優先順序高於共同付款記錄資訊的優先順序時，如圖3所示，為本申請案實施例三中的一種發起建立SNS關係的方法流程圖，包括以下步驟：

步驟301、從網路交易平臺的資料庫中獲得第一用戶和第二用戶的直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。

步驟302、根據代付款記錄資訊而判斷第一用戶和第二用戶之間是否存在代付款記錄；判斷結果為是，則執行步驟303；判斷結果為否，則執行步驟305。

步驟303、確定第一用戶和第二用戶相識，分別向第一用戶和第二用戶發送SNS關係建立消息。

步驟304、接收來自第一用戶和/或第二用戶的確認消息，建立第一用戶和第二用戶之間的SNS關係。

需要說明的是，步驟304之後並不執行步驟305。

步驟305、根據直接付款記錄而判斷第一用戶和第二用戶之間是否存在直接付款記錄；判斷結果為是，則執行步驟306；判斷結果為否，則執行步驟307。

步驟306、判斷第一用戶和第二用戶之間是否存在交易記錄；判斷結果為是，則結束流程；判斷結果為否，則執行步驟303。

步驟307、根據共同付款記錄資訊而判斷第一用戶和第二用戶之間是否存在共同付款記錄；判斷結果為是，則執行步驟303；判斷結果為否，則結束流程。

實施例四

如圖4所示，為本申請案實施例四的一種發起建立SNS關係的設備，包括：

獲得模組410，用以從網路交易平臺的資料庫中獲得第一用戶和/或第二用戶的線上付款資訊。其中，第一用戶和第二用戶的線上付款資訊可儲存於有較高安全性的設備中，較佳採用同一網路交易平臺的資料庫。

具體地說，上述獲得模組410，用以從網路交易平臺的資料庫中獲得第一用戶和/或第二用戶的以下內容中的至少其中一項：直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。

處理模組420，用以根據獲得模組410獲得的線上付款資訊而確定第一用戶和第二用戶相識。

發送模組430，用以在處理模組420確定第一用戶和第二用戶相識時，向第一用戶發送SNS關係建立消息，該SNS關係建立消息中攜帶第二用戶的個人資訊。

進一步地，上述發送模組430，還用以在處理模組420確定第一用戶和第二用戶相識時，向第二用戶發送SNS關係建立消息，該SNS關係建立消息中攜帶第一用戶的個人資訊。

具體地說，上述處理模組420，用以在根據直接付款記錄資訊而確定第一用戶和第二用戶之間存在直接付款記錄，且第一用戶和第二用戶之間不存在交易記錄時，確定第一用戶和第二用戶相識。

具體地說，上述處理模組420，用以在根據代付款記錄資訊而確定第一用戶和第二用戶之間存在代付款記錄時，確定第一用戶和第二用戶相識。

具體地說，上述處理模組420，用以在根據共同付款記錄資訊而確定第一用戶和第二用戶之間存在共同付款記錄時，確定第一用戶和第二用戶相識。

具體地說，當設定線上付款資訊中包含的直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊的優先順序時，處理模組420可以按照該優先順序和線上付款資訊，判斷第一用戶和第二用戶是否相識。

具體地說，當設定直接付款記錄資訊的優先順序高於代付款記錄資訊的優先順序，且代付款記錄資訊的優先順序高於共同付款記錄資訊的優先順序時，上述處理模組420，用以在根據直接付款記錄資訊而確定第一用戶和第二用戶之間存在直接付款記錄，且第一用戶和第二用戶之間不存在交易記錄時，確定第一用戶和第二用戶相識；在第一用戶和第二用戶之間不存在直接付款記錄，但根據代付款記錄資訊而確定第一用戶和第二用戶之間存在代付款記錄時，確定第一用戶和第二用戶相識；在第一用戶和第二用戶之間不存在直接付款記錄和代付款記錄，但根據共同付款記錄資訊而確定第一用戶和第二用戶之間存在共同付款記錄時，確定第一用戶和第二用戶相識。

本申請案包括以下優點，在根據線上付款資訊而確定兩個用戶相識時，向其中的一個用戶發送攜帶另一個用戶的個人資訊的SNS關係建立消息，以建立SNS關係，其中，確認相識的用戶均為SNS社區中的用戶，提高了建立SNS關係的成功率；且上述確認過程係建構在SNS自身的平臺和資料上，無任何第三方依賴，提高了操作的穩定性和安全性；另外，不需要用戶輸入任何資訊，避免了用戶資訊的洩露。進一步地，還可減少SNS關係建立消息的發送數量，避免因判斷錯誤而導致大量無效SNS關係建立消息的產生，減輕發送SNS關係建立消息的設備的負擔。當然，實施本申請案的任一產品並不一定需要同時達到以上所述的所有優點。

透過以上的實施方式的描述，本領域的技術人員可以清楚地瞭解到本申請案可借助軟體加上必需的通用硬體平臺的方式來予以實現，當然也可以透過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本申請案的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式而被體現出來，該電腦軟體產品被儲存在一個儲存媒體中，包括若干指令用以使得一台終端設備(可以是手機，個人電腦，伺服器，或者網路設備等)執行本申請案各個實施例所述的方法。

以上所述僅是本申請案的較佳實施方式，應當指出，對於本技術領域的普通技術人員來說，在不違離本申請案原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視本申請案的保護範圍。

本領域技術人員可以理解實施例中的裝置中的模組可以按照實施例描述進行分佈於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模組可以集成於一體，也可以分離部署；可以合併為一個模組，也可以進一步拆分成多個子模組。上述本申請案實施例序號僅僅為了描述，不代表實施例的優劣。

以上揭示者僅為本申請案的幾個具體實施例，但是，本申請案並非侷限於此，任何本領域的技術人員能思之的變化都應落入本申請案的保護範圍。

410．．．獲得模組

420．．．處理模組

430．．．發送模組

為了更清楚地說明本申請案或現有技術中的技術方案，下面將對本申請案或現有技術描述中所需要使用的附圖作簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本申請案的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖而獲得其他的附圖。

圖1為本申請案實施例一中的一種發起建立SNS關係的方法流程圖；

圖2為本申請案實施例二中的一種發起建立SNS關係的方法流程圖；

圖3為本申請案實施例三中的一種發起建立SNS關係的方法流程圖；

圖4為本申請案實施例四中的一種發起建立SNS關係的設備結構示意圖。

Claims (9)

1. 一種發起建立社交網路服務(SNS)關係的方法，其特徵在於，包括以下步驟：從網路交易平臺的資料庫中獲得第一用戶和/或第二用戶的線上付款(online payment)資訊；根據該線上付款資訊而確定該第一用戶和該第二用戶相識；向該第一用戶發送SNS關係建立消息，該SNS關係建立消息中攜帶該第二用戶的個人資訊；以及向該第二用戶發送SNS關係建立消息，該SNS關係建立消息中攜帶該第一用戶的個人資訊。
2. 如申請專利範圍第1項所述的方法，其中，該線上付款資訊包括以下內容的至少其中一者：直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。
3. 如申請專利範圍第2項所述的方法，其中，該根據線上付款資訊而確定該第一用戶和該第二用戶相識具體包括：當根據該直接付款記錄資訊而確定該第一用戶和該第二用戶之間存在直接付款記錄，且該第一用戶和該第二用戶之間不存在交易記錄時，確定該第一用戶和該第二用戶相識。
4. 如申請專利範圍第2項所述的方法，其中，該根據線上付款資訊而確定該第一用戶和該第二用戶相識具體包 括：當根據該代付款記錄資訊而確定該第一用戶和該第二用戶之間存在代付款記錄時，確定該第一用戶和該第二用戶相識。
5. 如申請專利範圍第2項所述的方法，其中，該根據線上付款資訊而確定該第一用戶和該第二用戶相識具體包括：當根據該共同付款記錄資訊而確定該第一用戶和該第二用戶之間存在共同付款記錄時，確定該第一用戶和該第二用戶相識。
6. 如申請專利範圍第2項所述的方法，其中，該根據線上付款資訊而確定該第一用戶和該第二用戶相識具體包括：當根據該直接付款記錄資訊而確定該第一用戶和該第二用戶之間存在直接付款記錄，且該第一用戶和該第二用戶之間不存在交易記錄時，確定該第一用戶和該第二用戶相識；當該第一用戶和該第二用戶之間不存在直接付款記錄，但根據該代付款記錄資訊而確定該第一用戶和該第二用戶之間存在代付款記錄時，確定該第一用戶和該第二用戶相識；以及當該第一用戶和該第二用戶之間不存在直接付款記錄和代付款記錄，但根據該共同付款記錄資訊而確定該第一用戶和該第二用戶之間存在共同付款記錄時，確定該第一 用戶和該第二用戶相識。
7. 一種發起建立社交網路服務(SNS)關係的設備，其特徵在於，包括：獲得模組，用以從網路交易平臺的資料庫中獲得第一用戶和/或第二用戶的線上付款資訊；處理模組，用以根據該線上付款資訊而確定該第一用戶和該第二用戶相識；以及發送模組，用以向該第一用戶發送SNS關係建立消息，該SNS關係建立消息中攜帶該第二用戶的個人資訊，及用以向該第二用戶發送SNS關係建立消息，該SNS關係建立消息中攜帶該第一用戶的個人資訊。
8. 如申請專利範圍第7項所述的設備，其中，該獲得模組用以獲得該第一用戶和/或該第二用戶的以下內容的至少其中一者：直接付款記錄資訊、代付款記錄資訊以及共同付款記錄資訊。
9. 如申請專利範圍第8項所述的設備，其中，該處理模組用以在根據該直接付款記錄資訊而確定該第一用戶和該第二用戶之間存在直接付款記錄，且該第一用戶和該第二用戶之間不存在交易記錄時，確定該第一用戶和該第二用戶相識；在該第一用戶和該第二用戶之間不存在直接付款記錄，但根據該代付款記錄資訊而確定該第一用戶和該第二用戶之間存在代付款記錄時，確定該第一用戶和該第二用 戶相識；以及在該第一用戶和該第二用戶之間不存在直接付款記錄和代付款記錄，但根據該共同付款記錄資訊而確定該第一用戶和該第二用戶之間存在共同付款記錄時，確定該第一用戶和該第二用戶相識。