CN110457598A - 用户查找方法、用于用户查找的装置和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了用户查找方法、用于用户查找的装置和计算机可读介质。该用户查找方法的一具体实施方式包括：响应于接收到第一用户提交的用户查找请求，查询满足条件的至少一个第二用户；获取至少一个第二用户的社交偏好信息；基于社交偏好信息和第一用户的用户信息，从至少一个第二用户中筛选出第三用户；将筛选出的第三用户列表返回第一用户。该实施方式能够降低用户收到不期望的好友请求的概率，并提高了交友的效率。

Description

用户查找方法、用于用户查找的装置和计算机可读介质

技术领域

本申请涉及计算机技术领域，具体涉及用户查找方法、用于用户查找的装置和计算机可读介质。

背景技术

随着移动终端的广泛使用，社交应用为人们的沟通交流提供了便利。现有的社交应用在使用时，可以添加、删除好友。

使用现有的社交软件添加好友时，通常由用户输入查询关键词(例如，用户名等)并从查询结果中选取感兴趣的用户发送好友添加请求。但是，在实际的使用过程中，用户可能会遇到如下困扰：收到大量的好友添加请求，然而其中大部分请求用户又是该用户不想加为好友的用户。

发明内容

本申请实施例提出了一种用户查找方法、用于用户查找的装置和计算机可读介质。

第一方面，本申请的一些实施例提供了一种用户查找方法，应用于服务器，该方法包括：响应于接收到第一用户提交的用户查找请求，查询满足条件的至少一个第二用户；获取至少一个第二用户的社交偏好信息；基于社交偏好信息和第一用户的用户信息，从至少一个第二用户中筛选出第三用户；将筛选出的第三用户列表返回第一用户。

第二方面，本申请的一些实施例提供了一种用户查找方法，应用于终端，该方法包括：向服务器发送第一用户提交的用户查找请求，其中，服务器被配置为：响应于接收到用户查找请求，查询满足条件的至少一个第二用户；获取至少一个第二用户的社交偏好信息；基于社交偏好信息和第一用户的用户信息，从至少一个第二用户中筛选出第三用户；接收并显示服务器筛选出的第三用户列表。

第三方面，本申请的一些实施例提供了一种用于用户查找的装置，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面或第二方面描述的方法。

第四方面，本申请的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面或第二方面描述的方法。

本申请实施例提供的用户查找方法、用于用户查找的装置、终端和计算机可读介质，通过获取查询到的至少一个第二用户的社交偏好信息，并利用该社交偏好信息和第一用户的用户信息从查询到的至少一个第二用户中筛选出第三用户，最后将筛选出的第三用户列表返回第一用户，从而能够降低用户收到不期望的好友请求的概率，并提高了交友的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请一些实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用户查找方法的一个实施例的流程图；

图3A至图3E是根据本申请的用户查找方法的一个应用场景的示意图；

图4是根据本申请的用户查找方法的另一个实施例的流程图；

图5是适于用来实现根据本申请的用于用户查找的装置的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用户查找方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端101、102、103，网络104和服务器105。网络104用以在终端101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如无线局域网络、移动网络等等。

用户可以使用终端101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端101、102、103上可以安装有各种通讯客户端应用，例如社交应用、即时通信工具、浏览器应用、购物类应用、搜索类应用、邮箱客户端等。

终端101、102、103可以是硬件，也可以是软件。当终端101、102、103为硬件时，可以是支持添加好友的各种电子设备，包括但不限于智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、膝上型便携计算机和台式计算机等等。当终端101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端101、102、103上运行的社交应用提供支持的后台服务器。后台服务器可以对接收到的用户查找请求等信息进行分析、处理，并将处理结果(例如，筛选出的第三用户列表)反馈给终端101、102、103。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用户查找方法可以由终端101、102、103执行，也可以由服务器105执行。

应该理解，图1中的终端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意合适数目的终端、网络和服务器。

继续参考图2，示出了根据本申请的用户查找方法的一个实施例的流程200。该用户查找方法可以应用于服务器，其可以包括以下步骤201～204：

步骤201，响应于接收到第一用户提交的用户查找请求，查询满足条件的至少一个第二用户。

在本实施例中，终端上可以安装有社交应用，第一用户可以登录社交应用添加好友。用户查找方法的执行主体(例如，图1的服务器105)可以接收第一用户通过终端(例如，图1的终端101、102、103)提交的用户查找请求。这里，第一用户可以是上述终端的持有用户(或上述终端上安装的社交应用的登录用户)。该用户查找请求可以是第一用户登录社交应用之后点击诸如“添加好友”之类的控件并输入查询条件之后提交到服务器的。即，用户查找请求中可以包含第一用户设定的查询条件。例如，查询条件可以为{性别：女，年龄：18-25，学校：上海交大}。

上述执行主体接收到上述用户查询请求之后，可以从本地(例如，服务器本地的数据库)或远程(例如，云数据库)查询满足上述查询条件的至少一个第二用户。作为示例，上述执行主体可以从本地数据库中查询到满足{性别：女，年龄：18-25，学校：上海交大}这一条件的第二用户包括：用户A、用户B、用户C、用户D等。

步骤202，获取上述至少一个第二用户的社交偏好信息。

在本实施例中，用户查找方法的执行主体(例如，图1的服务器105)可以获取步骤201查询到的至少一个第二用户的社交偏好信息。例如，上述执行主体可以获取用户A、用户B、用户C、用户D的社交偏好信息。这里，上述第二用户的社交偏好信息可以包括指示该第二用户期望与什么样的用户成为好友或者不希望被哪些用户打扰的信息。

作为示例，当社交偏好信息为该第二用户感兴趣的用户的信息(下文中简称为意中人信息)时，用户A的意中人信息可以为{性别：男，年龄：20-25，出生地：上海，爱好：打球、旅游}，用户B的意中人信息可以为{性别：女，年龄：18-25，学校：上海交大，爱好：阅读}，……。

步骤203，基于社交偏好信息和第一用户的用户信息，从上述至少一个第二用户中筛选出第三用户。

在本实施例中，用户查找方法的执行主体(例如，图1的服务器105)可以将步骤202获取的社交偏好信息与第一用户的用户信息进行匹配，并根据匹配结果对步骤201查询到的至少一个第二用户进行筛选。这里，第一用户的用户信息可以是第一用户在首次登录社交应用时设置的，也可以是第一用户在查询用户之前设置的。

在本实施例的一些可选的实现方式中，上述执行主体可以从上述用户查询请求中获取第一用户的用户信息。

在本实施例的一些可选的实现方式中，上述用户查询请求可以包括第一用户的标识，第一用户的用户信息可以是上述执行主体基于上述标识从本地或远程获取的。

在本实施例的一些可选的实现方式中，当社交偏好信息可以包括期望好友的用户特征信息(即，意中人信息)时，步骤203具体可以包括：从步骤201查询出的至少一个第二用户中选出意中人信息与第一用户的用户信息部分匹配或完全匹配的第三用户。

作为示例，若第一用户的用户信息为{性别：女，年龄：20，出生地：上海，学校：上海交大，爱好：阅读}，符合查询条件的用户A的意中人信息为{性别：女，年龄：18-25，学校：上海交大}，符合查询条件的用户B的意中人信息为{性别：男，年龄：25-30，学校：上海复旦}，则在用户A和用户B两者当中，第一用户的用户信息完全符合用户A的意中人信息限定的条件(即，完全匹配)，但第一用户的用户信息不符合用户B的意中人信息限定的条件(即，不匹配)。

这里，意中人信息与第一用户的用户信息完全匹配可以指第一用户的用户信息完全符合第二用户对意中人的要求。例如，若用户A的意中人信息为{性别：女，年龄：18-25}，而第一用户的性别为女、年龄20，则意味着用户A的意中人信息与第一用户的用户信息完全匹配。

类似地，意中人信息与第一用户的用户信息部分匹配可以指第一用户的用户信息部分符合第二用户对意中人的要求。例如，若用户A的意中人信息为{性别：女，年龄：18-25，爱好：旅游}，而第一用户的性别为女、年龄20、爱好音乐，则意味着用户A的意中人信息与第一用户的用户信息部分匹配(即，仅性别匹配，而年龄和爱好均不匹配)。

可选地，意中人信息可以包括关键特征信息和辅助特征信息。关键特征信息可以包括第二用户非常在意的用户信息，例如，用户A仅对年龄18-25岁的女性感兴趣，则用户A的意中人信息的关键特征信息可以是{性别：女，年龄：18-25}。而辅助特征信息可以包括第二用户不太在意的用户信息(即，第一用户满足或不满足辅助特征信息都可以，当然满足更好)，例如，爱好、星座等。

对应地，当意中人信息包括关键特征信息和辅助特征信息时，步骤203具体可以包括：从步骤201查询出的至少一个第二用户中选出意中人信息的关键特征信息与第一用户的用户信息匹配的第三用户。这里，意中人信息的关键特征信息与第一用户的用户信息匹配可以指第一用户的用户信息完全满足第二用户对意中人的关键特征的要求。

通过该实现方式，使得展示给第一用户的第三用户都是对第一用户感兴趣的用户，这样在第一用户发送好友请求时更容易获得对方通过，从而能够提高第一用户交友的积极性。

需要说明的是，对于不同的第二用户，意中人的关键特征可以不同。例如，用户A的意中人关键特征可以包括年龄和性别，而用户B的意中人关键特征则可以包括爱好和性别。本领域技术人员可以根据实际应用场景的需要进行设置。

在本实施例的一些可选的实现方式中，当社交偏好信息包括不期望用户的用户特征信息时，步骤203具体可以包括：从步骤201查询出的至少一个第二用户中剔除不期望用户的用户特征信息与第一用户的用户信息部分匹配或完全匹配的用户，将剩余的第二用户作为第三用户。

作为示例，若第一用户的用户信息为{性别：女，年龄：20，出生地：上海，学校：上海交大，爱好：阅读}，符合查询条件的用户A设置的不期望用户的用户特征信息为{性别：女，学校：上海交大}，符合查询条件的用户B设置的不期望用户的用户特征信息为{性别：男，年龄：25-30}，则在用户A和用户B两者当中，由于第一用户的用户信息完全符合用户A设置的不期望用户的用户特征信息限定的条件，因此，可以从查询到的第二用户中剔除用户A而保留用户B，用户B即为筛选出的第三用户。

通过该实现方式，使得展示给第一用户的第三用户都是不讨厌第一用户的用户，这样，在第一用户给他们发送好友请求时，被请求的第三用户不会产生被打扰的困惑，能够提升被请求的第三用户的使用体验。

尽管上述实现方式描述了社交偏好信息分别包括期望用户的用户特征信息和不期望用户的用户特征信息，但本申请并不限于此。应当理解，社交偏好信息也可以同时包括期望用户的用户特征信息和不期望用户的用户特征信息。本领域人员可以根据实际应用场景的需要进行设置。

步骤204，将筛选出的第三用户列表返回第一用户。

在本实施例中，用户查找方法的执行主体(例如，图1的服务器105)可以将步骤203筛选出的第三用户列表返回第一用户(即，第一用户所持终端)。例如，上述执行主体可以将第三用户列表{用户A，用户C，用户D}返回第一用户所持终端。

本实施例中，利用第二用户设置的社交偏好信息从查询到的至少一个第二用户中筛选出第三用户，使得展示给第一用户的第三用户都是对第一用户也感兴趣的或者对第一用户的好友请求不反感的用户，从而可以有效避免第一用户的好友请求给对方造成困扰，使得第一用户添加好友的成功率更高，提高了交友的效率。

在本实施例的一些可选的实现方式中，该用户查找方法还可以包括：存储第一用户提交的社交偏好信息，作为第一用户的社交偏好信息。通过该实现方式，可以减少第一用户被不期望的好友请求打扰，使第一用户接受到的好友请求更有针对性。

继续参考图3A至图3E，其示出了根据本申请的用户查找方法的一个应用场景。在该应用场景中，首先，如图3A所示，用户张三使用智能手机登录某交友应用，并设置昵称、性别、生日、地区、学校等个人信息。之后，如图3B所示，用户张三继续设置意中人的性别、年龄等信息(也不可以不设置意中人信息或者以后设置意中人信息)。然后，如图3C所示，用户张三可以在查找用户界面选择性别、年龄、地区、学校等查询条件，选择完成之后点击查找按钮向服务器发送用户查找请求。接下来如图3D所示，在用户张三的智能手机上展示查找结果(其中，该查找结果是服务器根据用户张三提交的用户查找请求进行查询并根据查询到的用户的意中人设置进行筛选之后得到的)。当用户张三想进一步了解用户A时，可以点击用户A对应的条目，查看用户A的用户资料，如图3E所示，可以查看到用户A的性别、生日、地区、学校、爱好、职业等详细信息。若用户张三对用户A感兴趣，则可以点击加好友按钮，向用户A发送好友添加请求。

本申请实施例提供的用户查找方法，通过获取查询到的至少一个第二用户的社交偏好信息，并利用该社交偏好信息和第一用户的用户信息从查询到的至少一个第二用户中筛选出第三用户，最后将筛选出的第三用户列表返回第一用户，从而能够降低用户收到不期望的好友请求的概率，并提高了交友的效率。

继续参考图4，示出了根据本申请的用户查找方法的另一个实施例的流程400。该用户查找方法可以应用于第一用户持有的终端，其可以包括以下步骤401～402：

步骤401，向服务器发送用户查找请求。

在本实施例中，终端上可以安装有社交应用，第一用户可以登录社交应用添加好友。用户查找方法的执行主体(例如，图1的终端101、102、103)可以向服务器(例如，图1的服务器105)发送第一用户提交的用户查找请求。该用户查找请求可以是第一用户登录社交应用之后点击诸如“添加好友”之类的控件并输入查询条件之后提交到上述终端的。用户查找请求中可以包含第一用户设定的查询条件。例如，查询条件可以为{性别：女，年龄：18-25，学校：上海交大}。

这里，上述服务器可以被配置为：

响应于接收到上述用户查找请求，查询满足条件的至少一个第二用户；

获取上述至少一个第二用户的社交偏好信息；

基于上述社交偏好信息和第一用户的用户信息，从上述至少一个第二用户中筛选出第三用户。

步骤402，接收并显示服务器筛选出的第三用户列表。

在本实施例中，用户查找方法的执行主体(例如，图1的终端101、102、103)可以接收服务器返回的第三用户列表，并显示上述第三用户列表(如图3D所示)。

在本实施例的一些可选的实现方式中，该用户查找方法还可以包括：响应于上述第三用户列表中的第三用户被选择，显示被选择用户的至少部分用户信息。例如，若检测到第一用户点击用户A对应的条目，则显示用户A的部分用户信息(当用户A设置部分信息仅好友可见时)或全部用户信息。

在本实施例的一些可选的实现方式中，该用户查找方法还可以包括：显示好友添加控件；响应于好友添加控件被触发，执行将上述第三用户列表中的指定用户添加为好友的操作。例如，在查询结果界面或用户资料界面(如图3E所示)显示“加好友”按钮。若检测到第一用户点击“加好友”按钮，则可以获取第一用户输入的请求信息(如果有的话)，并向指定用户(例如，用户A)发送好友请求。

在本实施例的一些可选的实现方式中，该用户查找方法还可以包括：获取第一用户输入的社交偏好信息；将获取的社交偏好信息发送到服务器进行存储。这样，当其他用户向服务器提交用户查找请求时，仅向社交偏好信息限定的用户展示第一用户，可以减少第一用户被不期望的好友请求打扰，使第一用户接受到的好友请求更有针对性。

本申请实施例提供的用户查找方法，通过向服务器发送第一用户提交的用户查找请求，并由服务器通过获取查询到的至少一个第二用户的社交偏好信息以及利用该社交偏好信息和第一用户的用户信息从查询到的至少一个第二用户中国筛选出第三用户，最后接收服务器返回的第三用户列表，从而能够降低用户收到不期望的好友请求的概率，并提高了交友的效率。

下面参考图5，其示出了适于用来实现根据本申请的用于用户查找的装置(例如，图1所示的终端101、102、103或服务器105)500的结构示意图。图5示出的装置500仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，装置500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有装置500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

通常以下装置可以连接至I/O接口505：包括例如触摸屏、按键等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如存储卡等的存储装置508；以及通信装置509。通信装置509可以允许装置500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的装置500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图5中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述服务器或终端中所包含的；也可以是单独存在，而未装配入该服务器或终端中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得该服务器：响应于接收到第一用户提交的用户查找请求，查询满足条件的至少一个第二用户；获取至少一个第二用户的社交偏好信息；基于社交偏好信息和第一用户的用户信息，从至少一个第二用户中筛选出第三用户；将筛选出的第三用户列表返回第一用户。当上述一个或者多个程序被该终端执行时，使得该终端：向服务器发送用户查找请求，其中，服务器被配置为：向服务器发送第一用户提交的用户查找请求，其中，服务器被配置为：响应于接收到用户查找请求，查询满足条件的至少一个第二用户；获取至少一个第二用户的社交偏好信息；基于社交偏好信息和第一用户的用户信息，从至少一个第二用户中筛选出第三用户；接收并显示服务器筛选出的第三用户列表。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种用户查找方法，应用于服务器，其特征在于，所述方法包括：

响应于接收到第一用户提交的用户查找请求，查询满足条件的至少一个第二用户；

获取所述至少一个第二用户的社交偏好信息；

基于所述社交偏好信息和所述第一用户的用户信息，从所述至少一个第二用户中筛选出第三用户；

将筛选出的第三用户列表返回所述第一用户。

2.根据权利要求1所述的方法，其特征在于，所述社交偏好信息包括期望好友的用户特征信息；以及

所述基于所述社交偏好信息和所述第一用户的用户信息，从所述至少一个第二用户中筛选出第三用户，包括：

从所述至少一个第二用户中选出期望好友的用户特征信息与所述第一用户的用户信息至少部分匹配的第三用户。

3.根据权利要求2所述的方法，其特征在于，用户特征信息包括关键特征信息和辅助特征信息；以及

所述从所述至少一个第二用户中选出期望好友的用户特征信息与所述第一用户的用户信息至少部分匹配的第三用户，包括：

从所述至少一个第二用户中选取期望好友的关键特征信息与所述第一用户的关键特征信息匹配的第三用户。

4.根据权利要求1所述的方法，其特征在于，所述社交偏好信息包括不期望用户的用户特征信息；以及

所述基于所述社交偏好信息和所述第一用户的用户信息，从所述至少一个第二用户中筛选出第三用户，包括：

从所述至少一个第二用户中剔除不期望用户的用户特征信息与所述第一用户的用户信息至少部分匹配的用户，将剩余的第二用户作为第三用户。

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

存储所述第一用户提交的社交偏好信息，作为所述第一用户的社交偏好信息。

6.根据权利要求1-5之一所述的方法，其特征在于，所述用户查找请求包括所述第一用户的标识，所述第一用户的用户信息是所述服务器基于所述标识获取的。

7.一种用户查找方法，应用于终端，其特征在于，所述方法包括：

向服务器发送第一用户提交的用户查找请求，其中，所述服务器被配置为：响应于接收到所述用户查找请求，查询满足条件的至少一个第二用户；获取所述至少一个第二用户的社交偏好信息；基于所述社交偏好信息和所述第一用户的用户信息，从所述至少一个第二用户中筛选出第三用户；

接收并显示所述服务器筛选出的第三用户列表。

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

响应于所述第三用户列表中的第三用户被选择，显示被选择用户的至少部分用户信息。

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

显示好友添加控件；

响应于所述好友添加控件被触发，执行将所述第三用户列表中的指定用户添加为好友的操作。

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

获取所述第一用户输入的社交偏好信息；

将获取的社交偏好信息发送到所述服务器进行存储。

11.一种用于用户查找的装置，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-10中任一所述的方法。