一种发起建立社会性网络服务关系的方法和设备

摘要

本申请公开了一种发起建立社会性网络服务关系的方法和设备，该方法包括以下步骤：从网络交易平台的数据库中获得第一用户和/或第二用户的在线支付信息；根据所述在线支付信息确定所述第一用户和所述第二用户相识；向所述第一用户发送SNS关系建立消息，所述SNS关系建立消息中携带所述第二用户的个人信息。通过使用本申请，能够提高建立SNS关系的安全性和成功率。

说明书

技术领域

本申请涉及网络技术领域，特别是涉及一种发起建立社会性网络服务关 系的方法和设备。

背景技术

社会性网络服务(Social Networks Service，以下简称：SNS)是网络 (Web2.0)体系下的一个技术应用架构，旨在帮助人们建立社会性网络，通 过直接的社会朋友关系的建立，朋友之间进行人力资源分享，在建立社会关 系的过程中完成或解决具体的应用问题。通过使用SNS可以实现个人数据处 理、个人社会关系管理、可信的商业信息共享，可以安全地对信任的人群分 享自己的信息和知识，利用信任关系拓展自己的社会性网络，达成更加有价 值的沟通和协作。

SNS包含了在线用户及其关系网络，可以实现信息的精确搜索及有效传 播，满足用户和企业的不同需求。SNS社区即基于SNS理论而搭建的网络社 区系统。SNS的包含海量用户及海量关系数据，因而需要解决的一个基本问 题是，如何从社会化网络海量数据中找到有价值的、感兴趣的信息。显然， 社会化网络的海量用户和海量数据并不是全部为用户和企业所关注，感兴趣 的是特定目标的关系圈。

用户在SNS社区中，通常要结识很多陌生的联系人作为好友，以建立SNS 关系。通常情况下，可以根据注册邮箱等信息，直接手工添加好友；也可以 根据邮箱和即时聊天工具等客户端的通讯录里的各个联系人的邮件地址，匹 配对应的好友。

在实现本申请的过程中，发明人发现现有技术至少存在如下问题：

当使用通讯录里的联系人的邮件地址匹配好友时，依赖用户的参与和对 应的输入操作，例如需要用户输入邮箱或者通过输入用户名、密码等登录到 即时聊天工具上，通过查找邮箱、用户名、特征号码、昵称等，以匹配对应 的好友。这种方式无法实现全自动匹配，并且在匹配过程中还有可能导致密 码的泄露。此外，上述匹配过程依赖于邮箱或即时聊天工具的开放接口和数 据格式，当该接口和数据格式发生改变时，会造成匹配功能的失效。另外， 匹配到的好友都是在网络上的联系人，局限性很大，不能匹配没有在网络上 联系过而在现实中认识的人；而在邮箱或即时聊天工具中的联系人不一定是 SNS用户，因此，匹配成功率很低。

发明内容

本申请实施例提供一种发起建立社会性网络服务关系的方法和设备，用 于提高建立SNS关系的安全性和成功率。

本申请实施例提出一种发起建立社会性网络服务SNS关系的方法，包括 以下步骤：

从网络交易平台的数据库中获得第一用户和/或第二用户的在线支付信 息；

根据所述在线支付信息确定所述第一用户和所述第二用户相识；

向所述第一用户发送SNS关系建立消息，所述SNS关系建立消息中携带 所述第二用户的个人信息。

优选地，所述在线支付信息包括以下内容中的至少一项：

直接付款记录信息、代付款记录信息以及共同付款记录信息。

优选地，所述根据在线支付信息确定所述第一用户和所述第二用户相识， 具体包括：

当根据所述直接付款记录信息确定所述第一用户和所述第二用户之间存 在直接付款记录，且所述第一用户和所述第二用户之间不存在交易记录时， 确定所述第一用户和所述第二用户相识。

优选地，所述根据在线支付信息确定所述第一用户和所述第二用户相识， 具体包括：

当根据所述代付款记录信息确定所述第一用户和所述第二用户之间存在 代付款记录时，确定所述第一用户和所述第二用户相识。

优选地，所述根据在线支付信息确定所述第一用户和所述第二用户相识， 具体包括：

当根据所述共同付款记录信息确定所述第一用户和所述第二用户之间存 在共同付款记录时，确定所述第一用户和所述第二用户相识。

优选地，所述根据在线支付信息确定所述第一用户和所述第二用户相识， 具体包括：

当根据所述直接付款记录信息确定所述第一用户和所述第二用户之间存 在直接付款记录，且所述第一用户和所述第二用户之间不存在交易记录时， 确定所述第一用户和所述第二用户相识；

当所述第一用户和所述第二用户之间不存在直接付款记录，但根据所述 代付款记录信息确定所述第一用户和所述第二用户之间存在代付款记录时， 确定所述第一用户和所述第二用户相识；

当所述第一用户和所述第二用户之间不存在直接付款记录和代付款记 录，但根据所述共同付款记录信息确定所述第一用户和所述第二用户之间存 在共同付款记录时，确定所述第一用户和所述第二用户相识。

优选地，所述根据在线支付信息确定所述第一用户和所述第二用户相识 之后，还包括：

向所述第二用户发送SNS关系建立消息，所述SNS关系建立消息中携带 所述第一用户的个人信息。

本申请实施例还提出一种发起建立SNS关系的设备，其特征在于，包括：

获得模块，用于从网络交易平台的数据库中获得第一用户和/或第二用户 的在线支付信息；

处理模块，用于根据所述在线支付信息确定所述第一用户和所述第二用 户相识；

发送模块，用于向所述第一用户发送SNS关系建立消息，所述SNS关系 建立消息中携带所述第二用户的个人信息。

优选地，所述获得模块，用于获得第一用户和/或第二用户的以下内容中 的至少一项：

直接付款记录信息、代付款记录信息以及共同付款记录信息。

优选地，所述处理模块，用于在根据所述直接付款记录信息确定所述第 一用户和所述第二用户之间存在直接付款记录，且所述第一用户和所述第二 用户之间不存在交易记录时，确定所述第一用户和所述第二用户相识；

在所述第一用户和所述第二用户之间不存在直接付款记录，但根据所述 代付款记录信息确定所述第一用户和所述第二用户之间存在代付款记录时， 确定所述第一用户和所述第二用户相识；

在所述第一用户和所述第二用户之间不存在直接付款记录和代付款记 录，但根据所述共同付款记录信息确定所述第一用户和所述第二用户之间存 在共同付款记录时，确定所述第一用户和所述第二用户相识。

本申请包括以下优点，在根据在线支付信息确定两个用户相识时，向其 中的一个用户发送携带另一个用户的个人信息的SNS关系建立消息，以建立 SNS关系，其中，确认相识的用户均为SNS社区中的用户，提高了建立SNS 关系的成功率；且上述确认过程构建在SNS自身的平台和数据上，无任何第 三方依赖，提高了操作的稳定性和安全性；另外，不需要用户输入任何信息， 避免了用户信息的泄露。进一步地，还可减少SNS关系建立消息的发送数量， 避免因判断错误导致大量无效SNS关系建立消息的产生，减轻发送SNS关系 建立消息的设备的负担。当然，实施本申请的任一产品并不一定需要同时达 到以上所述的所有优点。

附图说明

为了更清楚地说明本申请或现有技术中的技术方案，下面将对本申请或 现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中 的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付 出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例一中的一种发起建立SNS关系的方法流程图；

图2为本申请实施例二中的一种发起建立SNS关系的方法流程图；

图3为本申请实施例三中的一种发起建立SNS关系的方法流程图；

图4为本申请实施例四的一种发起建立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关系 建立消息的设备的负担。当然，实施本申请的任一产品并不一定需要同时达 到以上所述的所有优点。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申 请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件， 但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案 本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端 设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本申请各 个实施例所述的方法。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普 通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润 饰，这些改进和润饰也应视本申请的保护范围。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述 进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一 个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署；可 以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请实施例序 号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此， 任何本领域的技术人员能思之的变化都应落入本申请的保护范围。