CN111597455A - 社交关系的建立方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种社交关系的建立方法、装置、电子设备及存储介质，属于网络技术领域。本申请通过由第一终端获取目标地理位置和社交目的描述信息，向服务器发送携带社交发起请求，接收与该目标地理位置之间符合目标位置条件的第二终端所返回的社交关系建立请求，响应于对该社交关系建立请求的确认操作，将分别与第一终端和第二终端对应的用户账号建立社交关系，使得用户在拓展社交时，避免了出现屡次搜索却屡次被拒绝的情况，降低了社交拓展的时间成本，提升了好友转化率。

Description

社交关系的建立方法、装置、电子设备及存储介质

技术领域

本申请涉及网络技术领域，特别涉及一种社交关系的建立方法、装置、电子设备及存储介质。

背景技术

随着网络技术的发展，用户可以通过终端上的社交应用随时随地与好友进行聊天，而若用户想要对已有的社交关系进行扩展，比如用户想要在社交应用上添加新的好友，则可以根据某一指定条件搜索出符合该指定条件的陌生用户，从而向该陌生用户发送社交关系建立请求(俗称为好友添加请求)，比如指定的条件可以包括用户的昵称关键词、个性签名关键词、年龄范围、职业、当前所在地理位置、故乡、星座等。在上述过程中，由于社交过程是双向的，而被搜索到的陌生用户不一定希望与主动搜索的用户成为好友，用户发送的社交关系建立请求很可能被屡次拒绝，也就使得用户多次搜索并多次向不同陌生用户发送社交关系建立请求，才能成功建立社交关系，导致这种社交关系的建立方法存在社交时间成本高、好友转化率低的问题。

发明内容

本申请实施例提供了一种社交关系的建立方法、装置、电子设备及存储介质，能够降低社交时间成本、提升好友转化率。该技术方案如下：

一方面，提供了一种社交关系的建立方法，应用于第一终端，该方法包括：

基于地图界面获取目标地理位置；

获取社交目的描述信息；

向服务器发送社交发起请求，所述社交发起请求携带所述目标地理位置和所述社交目的描述信息；

接收第二终端基于所述社交发起请求返回的社交关系建立请求，所述第二终端与所述目标地理位置之间符合目标位置条件；

响应于对所述社交关系建立请求的确认操作，将分别与所述第一终端和所述第二终端对应的用户账号建立社交关系。

一方面，提供了一种社交关系的建立装置，该装置包括：

获取模块，用于基于地图界面获取目标地理位置；

所述获取模块，还用于获取社交目的描述信息；

发送模块，用于向服务器发送社交发起请求，所述社交发起请求携带所述目标地理位置和所述社交目的描述信息；

接收模块，用于接收第二终端基于所述社交发起请求返回的社交关系建立请求，所述第二终端与所述目标地理位置之间符合目标位置条件；

建立模块，用于响应于对所述社交关系建立请求的确认操作，将分别与所述第一终端和所述第二终端对应的用户账号建立社交关系。

在一种可能实施方式中，所述接收模块，还用于接收至少一个第三终端的至少一个目标社交发起请求，其中，所述第一终端与所述至少一个目标社交发起请求所携带的地理位置之间符合所述目标位置条件；

所述装置还包括第二显示模块，用于显示所述至少一个目标社交发起请求以及所述至少一个目标社交发起请求的添加选项，一个添加选项用于指示与一个发送目标社交发起请求的第三终端对应的用户账号建立社交关系；

所述发送模块，还用于响应于对任一目标社交发起请求的添加选项的触发操作，向服务器发送与目标终端所对应的用户账号之间的社交关系建立请求，所述目标终端为发送所述目标社交发起请求的第三终端。

在一种可能实施方式中，所述第二显示模块用于：

在社交发起界面中以列表形式显示所述至少一个目标社交发起请求。

在一种可能实施方式中，所述第二显示模块用于：

在所述地图界面中以定位点形式显示所述至少一个第三终端所在的地理位置，响应于对任一定位点的触发操作，在所述地图界面中显示位于所述定位点的第三终端所发送的目标社交发起请求。

在一种可能实施方式中，所述装置还包括：

第三显示模块，用于在社交发起界面中，将基于同一社交目的描述信息所返回的至少一个社交关系建立请求显示在同一区域内。

一方面，提供了一种电子设备，该电子设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器加载并执行以实现如上述任一种可能实现方式的社交关系的建立方法所执行的操作。

一方面，提供了一种存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现如上述任一种可能实现方式的社交关系的建立方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果至少包括：

通过由第一终端获取目标地理位置和社交目的描述信息，向服务器发送携带该目标地理位置和社交目的描述信息的社交发起请求，接收与该目标地理位置之间符合目标位置条件的第二终端所返回的社交关系建立请求，响应于对该社交关系建立请求的确认操作，将分别与第一终端和第二终端对应的用户账号建立社交关系，也即是说，第一终端在指定目标地理位置之后，能够基于该目标地理位置主动向符合目标位置条件的第二终端发起社交拓展，并由第二终端所对应的第二用户来确定是否要建立社交关系，由第二终端触发社交关系建立请求，第一终端来确定是否通过本次接收到的社交关系建立请求，这样使得用户在拓展社交时，避免了出现屡次搜索却屡次被拒绝的情况，降低了社交拓展的时间成本，提升了好友转化率。

附图说明

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

图1是本申请实施例提供的一种社交关系的建立方法的实施环境示意图；

图2是本申请实施例提供的一种社交关系的建立方法的流程图；

图3是本申请实施例提供的一种社交关系的建立方法的交互流程图；

图4是本申请实施例提供的一种主界面的界面示意图；

图5是本申请实施例提供的一种社交发起界面的界面示意图；

图6是本申请实施例提供的一种地图界面的界面示意图；

图7是本申请实施例提供的一种地图界面的界面示意图；

图8是本申请实施例提供的一种地图界面的界面示意图；

图9是本申请实施例提供的一种地图界面的界面示意图；

图10是本申请实施例提供的一种地图界面的界面示意图；

图11是本申请实施例提供的一种地图界面的界面示意图；

图12是本申请实施例提供的一种社交发起界面的界面示意图；

图13是本申请实施例提供的一种社交关系的建立方法的交互流程图；

图14是本申请实施例提供的一种社交关系的建立方法的原理性示意图；

图15是本申请实施例提供的一种社交应用客户端的逻辑结构框图；

图16是本申请实施例提供的一种社交关系的建立装置的结构示意图；

图17是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。

本申请中术语“至少一个”是指一个或多个，“多个”的含义是指两个或两个以上，例如，多个第一位置是指两个或两个以上的第一位置。

以下，对本申请涉及到的术语进行解释。

社交关系：指某一用户账号与另一用户账号之间的好友链关系，在社交应用中，两个用户账号已建立社交关系意味着两个用户账号互为好友。

社交发起请求：用于提供目标地理位置和社交目的描述信息的请求，社交发起请求并非针对某一特定终端发起的请求，而是针对与目标地理位置之间符合目标位置条件的所有终端发起的请求。在社交应用中，社交发起请求可以形象地称为“寻友请求”，用户指定目标地理位置之后，输入寻友说明作为社交目的描述信息，从而通过寻友请求来达到拓展社交关系的目的。

社交关系建立请求：俗称为好友添加请求，是针对某一特定用户账号所发起的用于建立社交关系的请求，通过社交关系建立请求可以在不同的用户账号之间建立关联关系，建立社交关系的过程也即是在社交应用中互相添加对方的用户账号为好友的过程。

以下，对本申请的实施环境进行介绍。

图1是本申请实施例提供的一种社交关系的建立方法的实施环境示意图。参见图1，该实施环境包括：第一终端120、服务器140和第二终端160，第一终端120和第二终端160均为一种电子设备。

第一终端120安装和运行有用于建立社交关系的应用程序，在本申请实施例中简称为社交应用。该社交应用的类型可以是即时通讯应用、支付应用、购物应用、点评应用中的任意一种。第一终端120可以是第一用户使用的终端，第一用户可以使用第一终端120在社交应用中登录第一用户账号。

服务器140可以包括一台服务器、多台服务器、云计算平台或者虚拟化中心中的至少一种。服务器140用于为上述社交应用提供后台服务。可选地，服务器140可以承担主要计算工作，第一终端120和第二终端160可以承担次要计算工作；或者，服务器140承担次要计算工作，第一终端120和第二终端160承担主要计算工作；或者，服务器140、第一终端120和第二终端160三者之间采用分布式计算架构进行协同计算。

第二终端160安装和运行有上述用于建立社交关系的应用程序(也即社交应用)。该社交应用的类型可以是即时通讯应用、支付应用、购物应用、点评应用中的任意一种。第二终端160可以是第二用户使用的终端，第二用户可以使用第二终端160在社交应用中登录第二用户账号。

第一终端120以及第二终端160可以通过有线或无线通信方式与服务器140进行直接或间接地连接，本申请实施例在此不对连接方式进行限制。

在一些实施例中，第一用户在第一终端120的社交应用上登录第一用户账号，第二用户在第二终端160的社交应用上登录第二用户账号，第一用户使用的第一终端120可以基于本申请实施例提供的社交关系的建立方法，通过向服务器140发送社交发起请求，当第二终端160与社交发起请求所携带的目标地理位置之间符合目标位置条件时，由服务器140将该社交发起请求推送至第二终端160，第二用户可以在第二终端160显示该社交发起请求，从而第二用户触发第二终端160向服务器140发送社交关系建立请求，该社交关系建立请求用于请求将第一用户账号与第二用户账号建立社交关系，服务器140将该社交关系建立请求转发至第一终端120，第一用户可以在第一终端120上触发对该社交关系建立请求的确认操作，以使得服务器140在第一用户账号与第二用户账号之间建立社交关系，具体流程将在下个实施例中进行详述，这里不做赘述。

上述服务器140可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)以及大数据和人工智能平台等基础云计算服务的云服务器。

上述第一终端120或者第二终端160可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、电子书阅读器等，但并不局限于此。

需要说明的是，第一终端120和第二终端160上安装的社交应用可以是相同的，或两个终端上安装的社交应用是不同操作系统平台的同一类型应用程序。第一终端120可以泛指多个终端中的一个，第二终端160可以泛指多个终端中的一个，本实施例仅以第一终端120和第二终端160来举例说明。第一终端120和第二终端160的设备类型可以相同或不同。本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。

在一些示例性场景中，用户常常会存在需要通过某个指定位置，来寻找满足自己特定社交目的的在线好友的情况，比如，由于用户需要去某个特定的地方旅游而寻找当地的导游，又比如，用户在异地城市中寻找自己失去联系多年的老同学，再比如，用户在自己的城市的指定的某个位置寻找之前帮助过自己的、有过一面之缘的路人，再者，还可以是用户在自己家附近为子女寻找一位钢琴老师等等，这种基于指定位置而衍生的社交拓展需求不胜枚举，在这样的场景下，如果按照相关技术中基于条件匹配来建立社交关系的话，需要一次次地按照条件进行模糊搜索，并对搜索到的陌生用户进行试探，这样会带来高额的社交时间成本，且由于社交过程是双向的，被搜索到的陌生用户不一定希望与主动搜索的用户成为好友，存在用户屡次搜索添加好友却屡次被拒绝的可能性，不但好友转化率低，而且用户体验较差。在本申请实施例中，提供一种社交关系的建立方法，能够由第一用户自定义地指定目标地理位置以及社交目的描述信息之后，向服务器发送携带目标地理位置和社交目的描述信息的社交发起请求，通过服务器的转发推送，使得与目标地理位置之间符合目标位置条件的各个第二终端所对应的各个第二用户均能够查看第一用户发送的社交发起请求，并且还可以主动申请添加第一用户为好友，从而能够基于双向社交的原则，满足交友双方的社交拓展意愿，降低社交时间成本、提升好友转化率和好友质量，并优化用户体验，下个实施例中将对该社交关系的建立方法进行详述。

图2是本申请实施例提供的一种社交关系的建立方法的流程图。参见图2，该实施例应用于上述实施环境中的第一终端，该实施例包括下述步骤：

201、第一终端基于地图界面获取目标地理位置。

其中，该目标地理位置是指某一地理位置的经纬度数据，根据定位精度的不同，目标地理位置可以指示一个目标地理区域，比如北京市、上海市等行政区域，可选地，目标地理位置还可以指示一个目标地理坐标，比如XX饭店、XX大厦等实体所覆盖位置的经纬度坐标，由于实体所覆盖的位置通常是一个不规则的区域，因此可以在地图界面中以电子围栏的方式将实体所覆盖的位置表示出来，并将电子围栏中心点的经纬度坐标获取为实体所覆盖的位置的经纬度坐标。

在上述过程中，该第一终端上可以安装有社交应用，第一用户在第一终端的社交应用上登录第一用户账号，第一终端显示社交应用的主界面，从该主界面可以切换到社交发起界面中，在社交发起界面中可以包括社交发起选项，第一用户可以通过点击社交发起选项，从该社交发起界面切换至地图界面，从而基于地图界面获取目标地理位置。可选地，该目标地理位置可以是第一终端基于定位功能自动获取的，也可以是由第一用户手动在地图界面中输入的，还可以是第一用户在第一界面中手动选中的位置点，当然，该目标地理位置还可以默认设置为上一次社交发起请求中携带的地理位置，本申请实施例不对目标地理位置的获取方法进行具体限定。

202、第一终端获取社交目的描述信息。

其中，该社交目的描述信息用于描述第一用户本次发起社交的交友目的，因此该社交目标描述信息可以俗称为“寻友说明”、“寻友理由”，该社交目的描述信息可以包括文本信息、语音信息、图片信息或者视频信息中至少一项，当社交目的描述信息为纯文本信息时，该纯文本信息可以是中文信息也可以是外文信息，还可以既包含中文信息也包含外文信息，本申请实施例不对社交目的描述信息的类型进行具体限定。例如，社交目的描述信息可以是“11月17日去A市有玩，寻一当地导游”，或者“寻昨日XX饭店借我钱的好心人，还钱以示感谢”等。

在上述过程中，第一终端可以基于地图界面或者社交发起界面来获取该社交目的描述信息，第一用户可以手动输入社交目的描述信息，或者，第一用户也可以是语音输入社交目的描述信息，本申请实施例不对社交目的描述信息的获取方式具体限定。

203、第一终端向服务器发送社交发起请求，该社交发起请求携带该目标地理位置和该社交目的描述信息。

可选地，该社交发起请求中还可以携带第一用户账号的资料信息，该资料信息可以包括第一用户账号的账号标识、用户昵称、用户头像、用户年龄、用户性别或者第一终端所在的地理位置中至少一项。从而不仅能够在社交发起请求中阐明自身的交友目的，而且还能够在社交发起请求中提供自身的资料信息，以便于接收到社交发起请求的第二终端所对应的第二用户能够基于社交发起请求确定是否与第一用户建立社交关系。

在上述过程中，第一终端可以基于上述步骤201获取的目标地理位置和上述步骤202获取的社交目的描述信息，将该目标地理位置和该社交目的描述信息封装在社交发起请求中，向服务器发送该社交发起请求。服务器接收到社交发起请求之后，解析该社交发起请求，得到该社交发起请求所携带的目标地理位置，在数据库中查询与该目标地理位置之间符合目标位置条件的至少一个第二终端，向该至少一个第二终端推送该社交发起请求。对任一第二终端，在接收到服务器推送的社交发起请求之后，在社交发起界面中显示该社交发起请求，第二用户如果想要与发送该社交发起请求的第一用户建立社交关系，可以点击该社交发起请求对应的添加选项，触发第二终端向服务器发送社交关系建立请求，该社交关系建立请求用于请求将第一用户账号与第二用户账号建立社交关系。服务器在接收到社交关系建立请求之后，向第一终端转发该社交关系建立请求，执行下述步骤204。

204、第一终端接收第二终端基于该社交发起请求返回的社交关系建立请求，该第二终端与该目标地理位置之间符合目标位置条件。

在上述过程中，第一终端接收到社交关系建立请求之后，可以在社交发起界面中显示该社交关系建立请求，可选地，由于基于同一社交发起请求的同一社交目的描述信息，可能会有至少一个第二终端返回至少一个社交关系建立请求，因此可以在社交发起界面中将基于同一社交目的描述信息所返回的至少一个社交关系建立请求显示在同一区域内，从而方便用于对基于同一社交目的描述信息的各个社交关系建立请求进行筛选。

在一些实施例中，第一终端可以在每个社交关系建立请求的显示区域中显示第二用户账号的资料信息以及一个确认选项，其中，该资料信息可以包括第二用户账号的账号标识、用户昵称、用户头像、用户年龄、用户性别或者第二终端所在的地理位置中至少一项，该确认选项用于表示确认将第一用户账号与第二用户账号建立社交关系。

205、第一终端响应于对该社交关系建立请求的确认操作，将分别与该第一终端和该第二终端对应的用户账号建立社交关系。

在上述过程中，第一用户如果同意添加第二用户为好友，可以通过点击第二用户的社交关系建立请求的确认选项，触发对该社交关系建立请求的确认操作，生成社交关系确认信息，从而由第一终端将社交关系确认信息发送至服务器，服务器在接收到社交关系确认信息之后，将第一用户账号添加至第二用户账号的好友链上，同理将第二用户账号也添加到第一用户账号的好友链上，从而完成第一用户账号与第二用户账号之间的社交关系的建立操作。

本申请实施例提供的方法，第一终端通过获取目标地理位置和社交目的描述信息，向服务器发送携带该目标地理位置和社交目的描述信息的社交发起请求，接收与该目标地理位置之间符合目标位置条件的第二终端所返回的社交关系建立请求，响应于对该社交关系建立请求的确认操作，将分别与第一终端和第二终端对应的用户账号建立社交关系，也即是说，第一终端在指定目标地理位置之后，能够基于该目标地理位置主动向符合目标位置条件的第二终端发起社交拓展，并由第二终端所对应的第二用户来确定是否要建立社交关系，由第二终端触发社交关系建立请求，第一终端来确定是否通过本次接收到的社交关系建立请求，这样使得用户在拓展社交时，避免了出现屡次搜索却屡次被拒绝的情况，降低了社交拓展的时间成本，提升了好友转化率。

图3是本申请实施例提供的一种社交关系的建立方法的交互流程图。参见图3，该实施例应用于上述实施环境中的第一终端、第二终端与服务器之间的交互过程，该实施例包括下述步骤：

300、第一终端显示社交发起界面，该社交发起界面中包括社交发起选项。

其中，该社交发起选项用于提供基于地理位置发布社交发起请求的交互入口。

在上述过程中，该第一终端上可以安装有社交应用，第一用户在第一终端的社交应用上登录第一用户账号，第一终端显示社交应用的主界面，在该主界面中可以包括目标互动选项，通过目标互动选项可以从该主界面切换到社交发起界面中，在社交发起界面中可以包括社交发起选项。

图4是本申请实施例提供的一种主界面的界面示意图，请参考图4，示出了社交应用的主界面400，主界面400中可以包括目标互动选项401以及其他互动选项，在本示例中，目标互动选项401是指“位置寻友”的虚拟按钮，第一用户通过点击目标互动选项401，触发第一终端从主界面400切换至显示社交发起界面。

图5是本申请实施例提供的一种社交发起界面的界面示意图，请参考图5，在该社交发起界面500中包括社交发起选项501，在本示例中，社交发起选项501是指“发送寻友请求”的虚拟按钮，可选地，在社交发起界面500中还可以包括子标签页502和503，在子标签页502中可以以列表形式显示第一终端所接收到的各个社交发起请求(也即目标社交发起请求)，可以形象地称为“寻友请求”标签页，方便第一用户随时查看有哪些社交发起请求可以做出回应，在子标签页503中则可以将基于同一社交目的描述信息所返回的至少一个社交关系建立请求显示在同一区域内，可以形象地称为“寻友通知”标签页，方便第一用户随时追踪已发送的社交发起请求是否收到反馈。

301、第一终端响应于第一用户对社交发起选项的触发操作，从该社交发起界面切换至地图界面，该地图界面包括第一输入窗口。

在上述过程中，第一用户可以通过触摸社交发起界面中的社交发起选项，使得第一终端从社交发起界面切换至地图界面，在地图界面中可以调用基于位置的服务(Location Based Services，LBS)来显示电子地图。其中，LBS是通过电信移动运营商的无线电通讯网络或外部定位方式获取移动终端所处地理位置的增值业务。

图6是本申请实施例提供的一种地图界面的界面示意图，请参考图6，在地图界面600中可以包括第一输入窗口601，第一输入窗口601用于输入地理位置，第一终端可以将被输入到第一输入窗口601中的地理位置获取为目标地理位置。

302、第一终端基于该地图界面中的第一输入窗口，将在该第一输入窗口中被输入的地理位置获取为目标地理位置。

其中，该目标地理位置是指某一地理位置的经纬度数据，根据定位精度的不同，目标地理位置可以指示一个目标地理区域，比如北京市、上海市等行政区域，可选地，目标地理位置还可以指示一个目标地理坐标，比如XX饭店、XX大厦等实体所覆盖位置的经纬度坐标，由于实体所覆盖的位置通常是一个不规则的区域，因此可以在地图界面中以电子围栏的方式将实体所覆盖的位置表示出来，并将电子围栏中心点的经纬度坐标获取为实体所覆盖的位置的经纬度坐标。

在上述步骤302中，第一用户可以在第一输入窗口中输入所欲指定的地理位置，由第一终端根据用户输入的地理位置，在数据库中查询该地理位置的经纬度数据，将该地理位置的经纬度数据获取为目标地理位置，并在地图界面的电子地图中显示该目标地理位置，能够方便用户直接输入本次社交拓展的相关的地理位置，具有较高的准确率。

图7是本申请实施例提供的一种地图界面的界面示意图，请参考图7，在地图界面700中可以包括第一输入窗口701，在第一输入窗口701中包括第一输入框702，第一用户在点击第一输入框702之后，在第一输入框702的下方区域展开虚拟键盘，此时，第一用户可以通过虚拟键盘在第一输入框702中输入“上海市”，第一终端将“上海市”获取为目标地理位置。

在上述过程中，仅以第一用户手动输入目标地理位置为例进行说明，在一些实施例中，第一终端还可以响应于第一用户对该地图界面中任一地理位置的选中操作，将被选中的地理位置获取为该目标地理位置，也即是说，第一用户手动选中地图界面中的某一定位点作为目标地理位置，由于直观地在地图界面中展示出多个可供选择的定位点，同样可以方便用户快速选中所欲指定的地理位置，但由于地图界面的缩放比例有可能会过大或者过小，因此需要用户手动调整地图界面的缩放比例，才能够精准选中目标地理位置，因此虽然直观性高、操作便捷，但具有一定的误操作概率。

在一些实施例中，第一终端还可以基于该地图界面，将该第一终端所在的地理位置获取为该目标地理位置，这种获取目标地理位置的方式可以作为默认获取方式，也即是说，如果第一用户没有指定目标地理位置时，那么第一终端可以默认将第一终端所在的位置获取为目标地理位置，可以简化用户的操作流程，本申请实施例不对目标地理位置的获取方法进行具体限定。

303、第一终端在该地图界面中显示该目标地理位置以及确认选项。

在上述过程中，第一终端在获取目标地理位置之后，可以确定缩放比例，根据终端的屏幕尺寸以及缩放比例，确定以目标地理位置为中心的待显示区域，在数据库中搜索得到该待显示区域的电子地图，在地图界面中显示该待显示区域的电子地图，并在该待显示区域的电子地图中标注出目标地理位置以及确认选项。

图8是本申请实施例提供的一种地图界面的界面示意图，请参考图8，在地图界面800中可以包括待显示区域的电子地图801、第一输入窗口802以及确认选项803，在本示例中，第一终端不但可以在待显示区域的电子地图801中以定位点形式显示目标地理位置(图中未示出)，而且在第一输入窗口802中还以文本形式显示了目标地理位置，并且，在第一输入窗口802中展示确认选项803，这一过程相当于第一用户搜索一个地理位置，并通过点击确认选项，确认将搜索到的地理位置作为社交发起请求的目标地理位置，在一些实施例中，如果第一用户想要更改地理位置，那么可以通过点击屏幕左上角的返回键，以返回到上一操作步骤的执行界面。

304、第一终端响应于第一用户对该确认选项的触发操作，在该地图界面中显示第二输入窗口。

在上述过程中，第一用户观察地图界面中显示的目标地理位置是否有误，如若无误，可以点击确认选项，触发第一终端在地图界面中移除第一输入窗口，然后显示第二输入窗口，该第二输入窗口用于获取社交目标描述信息。

图9是本申请实施例提供的一种地图界面的界面示意图，请参考图9，在地图界面900中可以包括待显示区域的电子地图901以及第二输入窗口902，在第二输入窗口902中包括第二输入框903，第一用户在点击第二输入框903之后，在第二输入框903的下方区域展开虚拟键盘，此时，第一用户可以通过虚拟键盘在第二输入框903中输入“3月12日去上海玩，寻一当地导游”，第一终端通过下述步骤305，将“3月12日去上海玩，寻一当地导游”获取为社交目的描述信息。

305、第一终端将在该第二输入窗口中被输入的描述信息获取为社交目的描述信息。

在上述过程中，示出了第一终端获取社交目的描述信息的一种可能实现方式，也即是：在地图界面显示第一输入窗口，第一用户先在第一输入窗口中输入目标地理位置，在对目标地理位置进行确认之后，在地图界面移除第一输入窗口并显示第二输入窗口，第一用户再在第二输入窗口中输入社交目的描述信息。

在一些实施例中，第一终端还可以直接在地图界面中同时显示第一输入窗口和第二输入窗口，第一用户可以在第一输入窗口中输入目标地理位置之后，无需经过确认步骤，直接在第二输入窗口中输入社交目标描述信息，然后再执行在地图界面中显示目标地理位置并确认目标地理位置的步骤。可选地，第一终端也可以不执行在地图界面中显示目标地理位置并确认目标地理位置的步骤，从而能够简化社交关系的建立过程的操作流程。

306、第一终端向服务器发送社交发起请求，该社交发起请求携带该目标地理位置和该社交目的描述信息。

可选地，该社交发起请求中还可以携带第一用户对应的第一用户账号的资料信息，该资料信息可以包括第一用户账号的账号标识、用户昵称、用户头像、用户年龄、用户性别或者第一终端所在的地理位置中至少一项。从而不仅能够在社交发起请求中阐明自身的交友目的，而且还能够在社交发起请求中提供自身的资料信息，以便于接收到社交发起请求的第二终端所对应的第二用户能够基于社交发起请求确定是否与第一用户建立社交关系。

当然，该社交发起请求中也可以不携带第一用户账号的资料信息，而是由服务器在接收到社交发起请求之后，查询与第一终端对应的第一用户账号的资料信息，并在向各个第二终端推送社交发起请求的时候，将第一用户账号的资料信息也同时推送到各个第二终端。

在上述过程中，第一终端可以基于上述步骤302获取的目标地理位置和上述步骤305获取的社交目的描述信息，将该目标地理位置和该社交目的描述信息封装在社交发起请求中，向服务器发送该社交发起请求。

上述步骤306与上述步骤203类似，这里不做赘述。

307、服务器接收该社交发起请求，解析该社交发起请求，得到该目标地理位置和该社交目的描述信息。

在上述过程中，服务器在接收到任一请求时，可以对该请求的第一目标字段进行解析，如果该第一目标字段指示该请求为社交发起请求，继续对第二目标字段进行解析，将第二目标字段的解析内容获取为目标地理位置，继续对第三目标字段进行解析，将第三目标字段的解析内容获取为社交目的描述信息。

308、服务器查询与该目标地理位置之间符合目标位置条件的至少一个第二终端，向该至少一个第二终端推送该社交发起请求。

在上述过程中，服务器可以收集各个终端上报的地理位置并存储在数据库中，在解析社交发起请求得到目标地理位置之后，在数据库中查询与该目标地理位置之间符合目标位置条件的至少一个已存储的地理位置，将该至少一个已存储的地理位置所对应的至少一个终端确定为至少一个第二终端，向该至少一个第二终端推送该社交发起请求。

可选地，服务器在利用目标地理位置确定出各个第二终端之后，还可以仅向各个第二终端推送该社交目的描述信息，这样可以减少服务器与各个第二终端之间的通信开销。

在一些更加广泛的社交场景中，社交目的描述信息可以并不局限于与某个用户进行社交拓展，还可以用于寻找目标地理位置附近的机构，比如“寻找一家长期合作的设计公司、商场、商铺等机构”，那么此时第一用户在发布社交发起请求时，可以选择仅通知到机构账号所对应的第二终端，从而不会通知到个人账号所对应的第二终端，此时能够接收到社交发起请求的第二终端是与目标地理位置之间符合目标位置条件且对应的账号为机构账号的终端。

在上述过程中，由于目标地理位置即可以指示一个目标地理区域，也可以指示一个目标地理坐标，因此针对这两种不同的情况，其目标位置条件也各不相同，下面进行详述。

在一些实施例中，响应于该目标地理位置用于指示目标地理区域，该目标位置条件为该第二终端位于该目标地理区域内，也即是说，当目标地理位置用于指示一个目标地理区域时，位于该目标地理区域内的所有终端均为第二终端。

在一些实施例中，响应于该目标地理位置用于指示目标地理坐标，该目标位置条件为该第二终端与该目标地理坐标之间的距离小于距离阈值，也即是说，当目标地理位置用于指示一个目标地理坐标时，与该目标地理坐标之间的距离小于距离阈值的所有终端均为第二终端。其中，该距离阈值可以是任一大于0的数值，比如，该距离阈值为2000米。

图10是本申请实施例提供的一种地图界面的界面示意图，请参考图10，第一终端显示地图界面1000，第一用户在第一输入窗口中“M餐厅”并点击搜索选项之后，在地图界面1000中展示待显示区域的电子地图1001以及候选地理位置列表1002，候选地理位置列表1002中显示了M餐厅的至少一个连锁门店位置，比如“M餐厅(XX路店)”、“M餐厅(XX商场店)”、“M餐厅(YY路店)”等，第一用户可以点击候选地理位置列表1002中任一候选地理位置，第一终端将该候选地理位置确定为目标地理位置。

图11是本申请实施例提供的一种地图界面的界面示意图，请参考图11，基于上述示例，假设第一用户点击了“M餐厅(XX商场店)”作为目标地理位置，第一终端在地图界面1000中的待显示区域的电子地图1001中显示出目标地理位置1100，以距离阈值为2000米为例，第一终端显示以目标地理位置1100为圆心的一个圆形地理区域，该圆形地理区域的半径由2000米为基础并按照电子地图1001当前的缩放比例进行相应地缩放。

309、对任一第二终端，第二终端接收服务器推送的社交发起请求，在社交发起界面中显示该社交发起请求以及该社交发起请求的添加选项。

在上述过程中，由于第二终端接收到的社交发起请求通常不止一个，因此，可以在社交发起界面中以列表形式来显示接收到的各个社交发起请求，每个社交发起请求的周边区域还可以显示该社交发起请求对应的添加选项。具体地，在显示各个社交发起请求的过程中，可以显示各个社交发起请求所携带的社交目的描述信息以及第一用户账号的资料信息，以便于第二用户快速浏览社交发起请求所携带的信息，降低社交时间成本。

需要说明的是，在本申请实施例中，仅以目标地理位置为某个国内地理位置为例进行说明，可选地，该目标地理位置还可以是任一国外地理位置，此时第一用户可以在第一终端输入中文的社交目的描述信息，第一终端向服务器发送的社交发起请求中携带国外地理位置和中文的社交目的描述信息，服务器接收并解析社交发起请求之后，确定该国外地理位置所通用的目标语言，将中文的社交目标描述信息翻译为目标语言的社交目标描述信息，向各个第二终端推送的社交发起请求中携带的是该国外地理位置以及目标语言的社交目的描述信息，从而能够将社交范围扩展到全球，并由服务器自动将社交目的描述信息翻译为当地语言。

310、第二终端响应于第二用户对该社交发起请求的添加选项的触发操作，向服务器发送与第一用户账号之间的社交关系建立请求。

其中，第一用户账号是指第一用户在第一终端上所登录的用户账号。

其中，该社交关系建立请求可以携带第一用户账号的账号标识和第二用户账号的账号标识。

在上述过程中，第二用户如果想要与发送该社交发起请求的第一用户建立社交关系，可以点击该社交发起请求对应的添加选项，触发第二终端向服务器发送社交关系建立请求，该社交关系建立请求用于请求将第一用户账号与第二用户账号建立社交关系，第二用户账号是指第二用户在第二终端上所登录的用户账号。

311、服务器接收第二终端发送的社交关系建立请求，向第一终端转发该社交关系建立请求。

在上述过程中，服务器接收到第二终端的社交关系建立请求之后，解析该社交关系建立请求，得到第一用户账号的账号标识以及第二用户账号的账号标识，根据第一用户账号的账号标识确定第一终端的IP地址(Internet Protocol Address，互联网协议地址)，向第一终端的IP地址发送该社交关系建立请求。

312、第一终端接收第二终端基于该社交发起请求返回的社交关系建立请求，该第二终端与该目标地理位置之间符合目标位置条件。

在上述过程中，第一终端接收到社交关系建立请求之后，可以在社交发起界面中显示该社交关系建立请求，可选地，由于基于同一社交发起请求的同一社交目的描述信息，可能会有至少一个第二终端返回至少一个社交关系建立请求，因此可以在社交发起界面中将基于同一社交目的描述信息所返回的至少一个社交关系建立请求显示在同一区域内，从而方便用于对基于同一社交目的描述信息的各个社交关系建立请求进行筛选。

图12是本申请实施例提供的一种社交发起界面的界面示意图，请参考图12，在社交发起界面1200中，显示社交发起选项1201和“寻友通知”子标签页1202，在子标签页1202中，将基于同一社交目的描述信息所返回的至少一个社交关系建立请求显示在同一区域内。比如，基于社交目的描述信息“3月12日去上海玩，寻一当地导游”，返回了两个社交关系建立请求，在子标签页1202的第一区域1203中，分别显示这两个社交关系建立请求所对应的第二用户账号的资料信息以及确认选项，又比如，基于社交目的描述信息“找一个母语是英语的外国友人聊天提高英语”，返回了两个社交关系建立请求，在子标签页1202的第二区域1203中，分别显示这两个社交关系建立请求所对应的第二用户账号的资料信息以及确认选项，其中，该确认选项用于表示确认将第一用户账号与第二用户账号建立社交关系。也即是说，第一用户在发布社交发起请求之后，可以在“寻友通知”子标签页1202中查看通过社交发起请求添加自己为好友的第二用户，点击确认选项之后，执行下述步骤313，第一用户与第二用户双方成为好友。

上述步骤312与上述步骤204类似，这里不做赘述。

313、第一终端响应于第一用户对该社交关系建立请求的确认操作，向服务器发送社交关系确认信息。

其中，该社交关系确认信息可以携带第一用户账号的账户标识以及第二用户账号的账号标识，

在上述过程中，第一用户如果同意添加第二用户为好友，可以通过点击第二用户的社交关系建立请求的确认选项，触发对该社交关系建立请求的确认操作，生成社交关系确认信息，该社交关系确认信息用于表示同意将第一用户账号与第二用户账号建立社交关系，由第一终端将社交关系确认信息发送至服务器。

314、服务器接收该社交关系确认信息，将分别与该第一终端和该第二终端对应的用户账号建立社交关系。

在上述过程中，服务器在接收到社交关系确认信息之后，将第一用户账号添加至第二用户账号的好友链上，同理将第二用户账号也添加到第一用户账号的好友链上，从而完成第一用户账号与第二用户账号之间的社交关系的建立操作。

在一些实施例中，服务器在第一用户账号与第二用户账号之间建立社交关系之后，还可以分别向第一终端和第二终端推送社交关系建立完毕信息，第一终端在接收到社交关系建立完毕信息之后，更新本地的社交关系数据，在好友列表中显示新添加的第二用户账号，并在社交发起界面中将第二终端发送的社交关系建立请求置为“已添加”状态，同理，第二终端在接收到社交关系建立完毕信息之后，更新本地的社交关系数据，在好友列表中显示新添加的第一用户账号，并在社交发起界面中将第一终端发送的社交发起请求置为“已添加”状态。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本申请实施例提供的方法，第一终端通过获取目标地理位置和社交目的描述信息，向服务器发送携带该目标地理位置和社交目的描述信息的社交发起请求，接收与该目标地理位置之间符合目标位置条件的第二终端所返回的社交关系建立请求，响应于对该社交关系建立请求的确认操作，将分别与第一终端和第二终端对应的用户账号建立社交关系，也即是说，第一终端在指定目标地理位置之后，能够基于该目标地理位置主动向符合目标位置条件的第二终端发起社交拓展，并由第二终端所对应的第二用户来确定是否要建立社交关系，由第二终端触发社交关系建立请求，第一终端来确定是否通过本次接收到的社交关系建立请求，这样使得用户在拓展社交时，避免了出现屡次搜索却屡次被拒绝的情况，降低了社交拓展的时间成本，提升了好友转化率。

在上述实施例中，示出了第一终端与第二终端之间基于社交发起请求来建立社交关系的过程，第一终端作为社交发起请求的发送方，而第二终端作为社交发起请求的接收方，而针对第一终端而言，第一终端也可以接收其他终端发送的社交发起请求，下面进行详述。

图13是本申请实施例提供的一种社交关系的建立方法的交互流程图，请参考图13，该实施例包括下述步骤：

1301、第一终端接收至少一个第三终端的至少一个目标社交发起请求，其中，该第一终端与该至少一个目标社交发起请求所携带的地理位置之间符合目标位置条件。

其中，第三终端是指目标社交发起请求的发送方终端，第三终端与第二终端可以是相同的终端，也可以是不同的终端。目标社交发起请求是指由第三终端发布的社交发起请求，与第一终端发布的社交发起请求类似，这里不做赘述。

上述步骤1301中，第一终端接收目标社交发起请求的具体流程与上述步骤306-309类似，也即是说，第三终端向服务器发送目标社交发起请求，服务器查询与目标社交发起请求所携带的地理位置之间符合目标位置条件的至少一个终端，该至少一个终端中包括第一终端，服务器向包括该第一终端的至少一个终端推送该目标社交发起请求，包括该第一终端的至少一个终端接收该目标社交发起请求。

1302、第一终端显示该至少一个目标社交发起请求以及该至少一个目标社交发起请求的添加选项，一个添加选项用于指示与一个发送目标社交发起请求的第三终端对应的用户账号建立社交关系。

在上述过程中，第一终端在显示各个目标社交发起请求时，可以在社交发起界面中以列表形式显示该至少一个目标社交发起请求，从而能够一目了然的展示出各个目标社交发起请求的相关信息。在一些实施例中，第一终端还可以在地图界面中以定位点形式显示该至少一个第三终端所在的地理位置，响应于对任一定位点的触发操作，在该地图界面中显示位于该定位点的第三终端所发送的目标社交发起请求，从而能够更加直观地展示出各个第三终端所处的位置。

1303、第一终端响应于第一用户对任一目标社交发起请求的添加选项的触发操作，向服务器发送与目标终端所对应的用户账号之间的社交关系建立请求，该目标终端为发送该目标社交发起请求的第三终端。

在上述过程中，第一用户如果想要添加发布某个目标社交发起请求的用户为好友，可以点击该目标社交发起请求的添加选项，第一终端向服务器发送社交关系建立请求，上述步骤1303与上述步骤310类似，这里不做赘述。

在一些实施例中，第一用户还可以通过点击任一目标社交发起请求中的用户头像，触发进入发布该目标社交发起请求的用户账号的资料页面，在该资料页面中可以查看上述用户账号的详细资料，比如个性签名、交友宣言、最近发布的照片等。

1304、服务器接收第一终端发送的社交关系建立请求，向该目标终端转发该社交关系建立请求。

上述步骤1304与上述步骤311类似，这里不做赘述。

1305、目标终端接收服务器发送的社交关系建立请求。

上述步骤1305与上述步骤312类似，这里不做赘述。

1306、目标终端响应于对该社交关系建立请求的确认操作，向服务器发送社交关系确认信息。

上述步骤1306与上述步骤313类似，这里不做赘述。

1307、服务器接收该社交关系确认信息，将分别与该第一终端和该目标终端对应的用户账号建立社交关系。

上述步骤1307与上述步骤314类似，这里不做赘述。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

在本申请实施例中，示出了第一终端与目标终端基于目标社交发起请求建立社交关系的过程，目标终端作为目标社交发起请求的发送方，而第一终端作为目标社交发起请求的接收方，第一终端在接收到目标社交发起请求之后，可以主动向目标终端发起社交关系建立请求，目标终端响应于对该社交关系的建立请求的确认操作，向服务器返回社交关系确认信息，使得服务器将分别与第一终端和目标终端对应用户账号建立社交关系，使得用户在拓展社交时，避免了出现屡次搜索却屡次被拒绝的情况，降低了社交拓展的时间成本，提升了好友转化率。

图14是本申请实施例提供的一种社交关系的建立方法的原理性示意图，请参考图14，示出了终端和服务器之间的通讯流程：

一、用户A在第一终端1401上输入寻友信息，第一终端1401将寻友信息打包为寻友请求，将寻友请求的数据包发送给服务器1402，该寻友信息包括寻友位置以及寻友说明。

其中，寻友位置也即是目标地理位置，寻友说明也即是社交目的描述信息，寻友请求也即是社交发起请求。

二、服务器1402接收到用户A的寻友请求的数据包后，对数据包进行解析，得到寻友信息，并在数据库中查找当前寻友位置2000米范围内的用户列表，将寻友请求推送给对应的第二终端1403。

服务器1402每当接收到任一终端的寻友请求时，会更新当前对寻友请求的缓存数据。

在本申请实施例中，以寻友位置用于指示一个目标地理坐标且距离位置为2000米为例进行说明。此时推送寻友请求的第二终端1403与寻友位置之间的距离小于2000米。

三、第二终端1403接收到服务器1402推送的寻友请求之后，用户点击添加/同意选项，第二终端1403向服务器1402发送添加/同意请求。

其中，添加请求也即是社交关系建立请求，也可以称为“加好友请求”，同意请求也即是社交关系确认信息，也可以称为“同意加好友信息”。

由于服务器1402在向第二终端1403推送数据的过程中，不但会向第二终端1403推送各个寻友请求，而且还可以推送其他终端基于第二终端1403发布的寻友请求而向第二终端1403发起的添加请求，因此，用户可以在第二终端1403上点击任一寻友请求的添加选项，以触发向服务器1402发送添加请求，当然，用户也可以在第二终端1403上点击任一添加请求的同意选项，以触发向服务器1402发送同意请求。

四、服务器1402接收到第二终端1403的添加/同意请求后，解析数据包，并将添加/同意请求推送给对方客户端。

在上述过程中，以对方客户端为第一终端1401为例进行说明，如果第二终端1403发送的是添加请求，那么服务器1402将添加请求推送给第一终端1401，如果第二终端1403发送的是同意请求，那么服务器1402会直接将双方的用户账号设置为好友，并更新数据库中好友链的相关数据，并将添加成功信息推送给双方客户端。

在上述过程中，示出了终端与服务器之间的通讯流程，而针对终端而言，不管是第一终端还是第二终端，在终端上安装的客户端(也即社交应用)可以视为由三个功能模块组成，分别为网络层、数据层和展示层。

图15是本申请实施例提供的一种社交应用客户端的逻辑结构框图，请参考图15，社交应用客户端1500中包括网络层1501、数据层1502和展示层1503。网络层1501为客户端和后台服务器之间的通讯模块，网络层1501的功能包括但不限于发送寻友请求、发送加好友请求/同意加好友请求、接收服务器的推送数据等，推送数据可以包括寻友请求、加好友请求/同意加好友请求等，客户端接收到推送数据后，将推送数据更新到数据层1502，网络层1501的底层通讯协议可以是UDP(User Datagram Protocol，用户数据报协议)，当网络不可连接时，会向用户提示本次请求发送失败、推送数据拉取失败等信息。

数据层1502中存储三大类数据，第一类是地图数据，包括位置数据和地点数据等，可以由地图SDK(Software Development Kit，软件开发工具包)提供支持；第二类是寻友信息，包括寻友请求的用户信息(账号标识、头像、昵称、性别等)、寻友通知的用户信息(账号标识、头像、昵称、性别等)，寻友请求的用户信息是指当前终端接收到的寻友请求中携带的用户账号的资料信息，而寻友通知的用户信息是指其他终端基于当前终端发送的寻友请求所返回的添加请求中携带的用户账号的资料信息；第三类则是好友数据，包括当前终端所登录的用户账号中已成为好友的用户信息(好友的账户标识、头像、昵称等)。数据层1502的数据可以存储在内存的cache(高速缓冲)存储器中，也可以存储在本地数据库中。在读取数据层1502中的数据时，先在内存cache存储器中查询是否存在命中查询条件的数据，如果内存cache存储器中不存在命中的数据，再去本地数据库中查询是否存在命中查询条件的数据，一旦存在命中查询条件的数据，将数据缓存到内存cache存储器中，并加载出命中查询条件的数据，以提高下一次获取相同数据的速度，当客户端在网络层1501中接收到服务器的推送数据之后，客户端会在数据层1502中同时更新内存cache存储器以及本地数据库。

展示层1503为负责UI(User Interface，用户界面)展示的功能模块，包含三大部分的展示功能，第一部分是位置寻友界面(也即社交发起界面)，包括发起寻友按钮(也即社交发起选项)、寻友介绍文本(也即社交目的描述信息)等，可以由标准的系统控件负责展示；第二部分是寻友地图，也即地图界面，包括显示基础地图和当前所处位置，以及在基础地图中标注一些地点信息(比如目标地理位置)等，可以由地图SDK提供绘制支持；第三部分是寻友列表，包括寻友请求列表和寻友通知列表，列表每一项中显示一个寻友用户的资料信息(昵称、性别、年龄、寻友说明等)以及加好友/同意/已添加按钮，用户可以点击按钮以进行相应的操作，可以由标准的系统控件负责展示。展示层1503同时还负责响应用户的交互操作，监听点击和拖动事件，并回调给对应的函数进行处理，以触发终端进行的处理操作，监听和回调功能可以由标准的系统控件提供支持。

在本申请实施例中，提供了一种基于位置寻找好友的社交方式，能够满足用户基于位置交友的需求，增加了交友过程的趣味性，可以促使用户更加主动地结交附件好友，以扩展自身的社交关系链，提供用户使用社交应用的频率，通过引入位置寻友这一创新的社交方式，使得用户可以寻找出更多具有相同兴趣和爱好的相似用户，相比于传统的条件筛选方式，大大提高了交友质量和交友效率。

图16是本申请实施例提供的一种社交关系的建立装置的结构示意图，请参考图16，该装置包括：

获取模块1601，用于基于地图界面获取目标地理位置；

该获取模块1601，还用于获取社交目的描述信息；

发送模块1602，用于向服务器发送社交发起请求，该社交发起请求携带该目标地理位置和该社交目的描述信息；

接收模块1603，用于接收第二终端基于该社交发起请求返回的社交关系建立请求，该第二终端与该目标地理位置之间符合目标位置条件；

建立模块1604，用于响应于对该社交关系建立请求的确认操作，将分别与该第一终端和该第二终端对应的用户账号建立社交关系。

本申请实施例提供的装置，第一终端通过获取目标地理位置和社交目的描述信息，向服务器发送携带该目标地理位置和社交目的描述信息的社交发起请求，接收与该目标地理位置之间符合目标位置条件的第二终端所返回的社交关系建立请求，响应于对该社交关系建立请求的确认操作，将分别与第一终端和第二终端对应的用户账号建立社交关系，也即是说，第一终端在指定目标地理位置之后，能够基于该目标地理位置主动向符合目标位置条件的第二终端发起社交拓展，并由第二终端所对应的第二用户来确定是否要建立社交关系，由第二终端触发社交关系建立请求，第一终端来确定是否通过本次接收到的社交关系建立请求，这样使得用户在拓展社交时，避免了出现屡次搜索却屡次被拒绝的情况，降低了社交拓展的时间成本，提升了好友转化率。

在一种可能实施方式中，该获取模块1601用于执行下述任一项操作：

基于该地图界面中的第一输入窗口，将在该第一输入窗口中被输入的地理位置获取为该目标地理位置；

响应于对该地图界面中任一地理位置的选中操作，将被选中的地理位置获取为该目标地理位置；

基于该地图界面，将该第一终端所在的地理位置获取为该目标地理位置。

在一种可能实施方式中，基于图16的装置组成，该装置还包括第一显示模块，用于在该地图界面中显示该目标地理位置以及确认选项；响应于对该确认选项的触发操作，在该地图界面中显示第二输入窗口；

该获取模块1601，还用于将在该第二输入窗口中被输入的描述信息获取为该社交目的描述信息。

在一种可能实施方式中，响应于该目标地理位置用于指示目标地理区域，该目标位置条件为该第二终端位于该目标地理区域内；或，

响应于该目标地理位置用于指示目标地理坐标，该目标位置条件为该第二终端与该目标地理坐标之间的距离小于距离阈值。

在一种可能实施方式中，该接收模块1603，还用于接收至少一个第三终端的至少一个目标社交发起请求，其中，该第一终端与该至少一个目标社交发起请求所携带的地理位置之间符合该目标位置条件；

基于图16的装置组成，该装置还包括第二显示模块，用于显示该至少一个目标社交发起请求以及该至少一个目标社交发起请求的添加选项，一个添加选项用于指示与一个发送目标社交发起请求的第三终端对应的用户账号建立社交关系；

该发送模块1602，还用于响应于对任一目标社交发起请求的添加选项的触发操作，向服务器发送与目标终端所对应的用户账号之间的社交关系建立请求，该目标终端为发送该目标社交发起请求的第三终端。

在一种可能实施方式中，该第二显示模块用于：

在社交发起界面中以列表形式显示该至少一个目标社交发起请求。

在一种可能实施方式中，该第二显示模块用于：

在该地图界面中以定位点形式显示该至少一个第三终端所在的地理位置，响应于对任一定位点的触发操作，在该地图界面中显示位于该定位点的第三终端所发送的目标社交发起请求。

在一种可能实施方式中，基于图16的装置组成，该装置还包括：

第三显示模块，用于在社交发起界面中，将基于同一社交目的描述信息所返回的至少一个社交关系建立请求显示在同一区域内。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的社交关系的建立装置在建立社交关系时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将电子设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的社交关系的建立装置与社交关系的建立方法实施例属于同一构思，其具体实现过程详见社交关系的建立方法实施例，这里不再赘述。

图17是本申请实施例提供的一种电子设备的结构示意图。请参考图17，以电子设备为终端为例进行说明，该终端1700可以是：智能手机、平板电脑、MP3播放器(MovingPicture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1700还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1700包括有：处理器1701和存储器1702。

处理器1701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1701可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1701可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1701还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1702中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1701所执行以实现本申请中各个实施例提供的社交关系的建立方法。

在一些实施例中，终端1700还可选包括有：外围设备接口1703和至少一个外围设备。处理器1701、存储器1702和外围设备接口1703之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1703相连。具体地，外围设备包括：射频电路1704、触摸显示屏1705、摄像头组件1706、音频电路1707、定位组件1708和电源1709中的至少一种。

外围设备接口1703可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1701和存储器1702。在一些实施例中，处理器1701、存储器1702和外围设备接口1703被集成在同一芯片或电路板上；在一些其他实施例中，处理器1701、存储器1702和外围设备接口1703中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1704用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1704通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1704将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1704包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1704可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1704还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1705用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1705是触摸显示屏时，显示屏1705还具有采集在显示屏1705的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1701进行处理。此时，显示屏1705还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1705可以为一个，设置终端1700的前面板；在另一些实施例中，显示屏1705可以为至少两个，分别设置在终端1700的不同表面或呈折叠设计；在再一些实施例中，显示屏1705可以是柔性显示屏，设置在终端1700的弯曲表面上或折叠面上。甚至，显示屏1705还可以设置成非矩形的不规则图形，也即异形屏。显示屏1705可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1706用于采集图像或视频。可选地，摄像头组件1706包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1706还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1707可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1701进行处理，或者输入至射频电路1704以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1700的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1701或射频电路1704的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1707还可以包括耳机插孔。

定位组件1708用于定位终端1700的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1708可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1709用于为终端1700中的各个组件进行供电。电源1709可以是交流电、直流电、一次性电池或可充电电池。当电源1709包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1700还包括有一个或多个传感器1710。该一个或多个传感器1710包括但不限于：加速度传感器1711、陀螺仪传感器1712、压力传感器1713、指纹传感器1714、光学传感器1715以及接近传感器1716。

加速度传感器1711可以检测以终端1700建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1711可以用于检测重力加速度在三个坐标轴上的分量。处理器1701可以根据加速度传感器1711采集的重力加速度信号，控制触摸显示屏1705以横向视图或纵向视图进行用户界面的显示。加速度传感器1711还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1712可以检测终端1700的机体方向及转动角度，陀螺仪传感器1712可以与加速度传感器1711协同采集用户对终端1700的3D动作。处理器1701根据陀螺仪传感器1712采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1713可以设置在终端1700的侧边框和/或触摸显示屏1705的下层。当压力传感器1713设置在终端1700的侧边框时，可以检测用户对终端1700的握持信号，由处理器1701根据压力传感器1713采集的握持信号进行左右手识别或快捷操作。当压力传感器1713设置在触摸显示屏1705的下层时，由处理器1701根据用户对触摸显示屏1705的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1714用于采集用户的指纹，由处理器1701根据指纹传感器1714采集到的指纹识别用户的身份，或者，由指纹传感器1714根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1701授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1714可以被设置终端1700的正面、背面或侧面。当终端1700上设置有物理按键或厂商Logo时，指纹传感器1714可以与物理按键或厂商Logo集成在一起。

光学传感器1715用于采集环境光强度。在一个实施例中，处理器1701可以根据光学传感器1715采集的环境光强度，控制触摸显示屏1705的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1705的显示亮度；当环境光强度较低时，调低触摸显示屏1705的显示亮度。在另一个实施例中，处理器1701还可以根据光学传感器1715采集的环境光强度，动态调整摄像头组件1706的拍摄参数。

接近传感器1716，也称距离传感器，通常设置在终端1700的前面板。接近传感器1716用于采集用户与终端1700的正面之间的距离。在一个实施例中，当接近传感器1716检测到用户与终端1700的正面之间的距离逐渐变小时，由处理器1701控制触摸显示屏1705从亮屏状态切换为息屏状态；当接近传感器1716检测到用户与终端1700的正面之间的距离逐渐变大时，由处理器1701控制触摸显示屏1705从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图17中示出的结构并不构成对终端1700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括至少一条程序代码的存储器，上述至少一条程序代码可由终端中的处理器执行以完成上述实施例中社交关系的建立方法。例如，该计算机可读存储介质可以是ROM(Read-Only Memory，只读存储器)、RAM(Random-Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-OnlyMemory，只读光盘)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种社交关系的建立方法，其特征在于，应用于第一终端，所述方法包括：

基于地图界面获取目标地理位置；

获取社交目的描述信息；

向服务器发送社交发起请求，所述社交发起请求携带所述目标地理位置和所述社交目的描述信息；

接收第二终端基于所述社交发起请求返回的社交关系建立请求，所述第二终端与所述目标地理位置之间符合目标位置条件；

响应于对所述社交关系建立请求的确认操作，将分别与所述第一终端和所述第二终端对应的用户账号建立社交关系。

2.根据权利要求1所述的方法，其特征在于，所述基于地图界面获取目标地理位置包括下述任一项：

基于所述地图界面中的第一输入窗口，将在所述第一输入窗口中被输入的地理位置获取为所述目标地理位置；

响应于对所述地图界面中任一地理位置的选中操作，将被选中的地理位置获取为所述目标地理位置；

基于所述地图界面，将所述第一终端所在的地理位置获取为所述目标地理位置。

3.根据权利要求1所述的方法，其特征在于，所述向服务器发送社交发起请求之前，所述方法还包括：

在所述地图界面中显示所述目标地理位置以及确认选项；

响应于对所述确认选项的触发操作，在所述地图界面中显示第二输入窗口；

将在所述第二输入窗口中被输入的描述信息获取为所述社交目的描述信息。

4.根据权利要求1所述的方法，其特征在于，响应于所述目标地理位置用于指示目标地理区域，所述目标位置条件为所述第二终端位于所述目标地理区域内；或，

响应于所述目标地理位置用于指示目标地理坐标，所述目标位置条件为所述第二终端与所述目标地理坐标之间的距离小于距离阈值。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收至少一个第三终端的至少一个目标社交发起请求，其中，所述第一终端与所述至少一个目标社交发起请求所携带的地理位置之间符合所述目标位置条件；

显示所述至少一个目标社交发起请求以及所述至少一个目标社交发起请求的添加选项，一个添加选项用于指示与一个发送目标社交发起请求的第三终端对应的用户账号建立社交关系；

响应于对任一目标社交发起请求的添加选项的触发操作，向服务器发送与目标终端所对应的用户账号之间的社交关系建立请求，所述目标终端为发送所述目标社交发起请求的第三终端。

6.根据权利要求5所述的方法，其特征在于，所述显示所述至少一个目标社交发起请求包括：

在社交发起界面中以列表形式显示所述至少一个目标社交发起请求。

7.根据权利要求5所述的方法，其特征在于，所述显示所述至少一个目标社交发起请求包括：

在所述地图界面中以定位点形式显示所述至少一个第三终端所在的地理位置，响应于对任一定位点的触发操作，在所述地图界面中显示位于所述定位点的第三终端所发送的目标社交发起请求。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在社交发起界面中，将基于同一社交目的描述信息所返回的至少一个社交关系建立请求显示在同一区域内。

9.一种社交关系的建立装置，其特征在于，所述装置包括：

获取模块，用于基于地图界面获取目标地理位置；

所述获取模块，还用于获取社交目的描述信息；

发送模块，用于向服务器发送社交发起请求，所述社交发起请求携带所述目标地理位置和所述社交目的描述信息；

接收模块，用于接收第二终端基于所述社交发起请求返回的社交关系建立请求，所述第二终端与所述目标地理位置之间符合目标位置条件；

建立模块，用于响应于对所述社交关系建立请求的确认操作，将分别与所述第一终端和所述第二终端对应的用户账号建立社交关系。

10.根据权利要求9所述的装置，其特征在于，所述获取模块用于执行下述任一项操作：

基于所述地图界面中的第一输入窗口，将在所述第一输入窗口中被输入的地理位置获取为所述目标地理位置；

响应于对所述地图界面中任一地理位置的选中操作，将被选中的地理位置获取为所述目标地理位置；

基于所述地图界面，将所述第一终端所在的地理位置获取为所述目标地理位置。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括第一显示模块，用于在所述地图界面中显示所述目标地理位置以及确认选项；响应于对所述确认选项的触发操作，在所述地图界面中显示第二输入窗口；

所述获取模块，还用于将在所述第二输入窗口中被输入的描述信息获取为所述社交目的描述信息。

12.根据权利要求9所述的装置，其特征在于，响应于所述目标地理位置用于指示目标地理区域，所述目标位置条件为所述第二终端位于所述目标地理区域内；或，

响应于所述目标地理位置用于指示目标地理坐标，所述目标位置条件为所述第二终端与所述目标地理坐标之间的距离小于距离阈值。

13.根据权利要求9所述的装置，其特征在于，所述接收模块，还用于接收至少一个第三终端的至少一个目标社交发起请求，其中，所述第一终端与所述至少一个目标社交发起请求所携带的地理位置之间符合所述目标位置条件；

所述装置还包括第二显示模块，用于显示所述至少一个目标社交发起请求以及所述至少一个目标社交发起请求的添加选项，一个添加选项用于指示与一个发送目标社交发起请求的第三终端对应的用户账号建立社交关系；

所述发送模块，还用于响应于对任一目标社交发起请求的添加选项的触发操作，向服务器发送与目标终端所对应的用户账号之间的社交关系建立请求，所述目标终端为发送所述目标社交发起请求的第三终端。

14.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求8任一项所述的社交关系的建立方法所执行的操作。

15.一种存储介质，其特征在于，所述存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求8任一项所述的社交关系的建立方法所执行的操作。

Images