CN109218460B - 一种搜索方法及装置 - Google Patents

Abstract

本发明提供了一种搜索方法及装置，涉及信息处理技术领域。其中，所述方法包括：获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户；当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码；当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果。本发明实施例，只有从第一客户端的通讯名单中获取到第二客户端对应的第一电话号码的情况下，才向第二客户端发送上述第一账户的搜索结果，不仅避免了对第一客户端对应用户不必要的打扰，还可以避免无法通过电话号码搜索好友给用户带来的不便。

Description

一种搜索方法及装置

技术领域

本发明涉及信息处理技术领域，特别是涉及一种搜索方法及装置。

背景技术

目前，很多应用的账号都会与电话号码绑定或直接将电话号码作为账号进行登录。对于可以添加好友的应用，可以通过搜索账号、电话号码、个人二维码等方式搜索好友，进而添加好友。

在先技术中，用户可以在应用中设置禁止通过电话号码的方式搜索自己以防止某些不必要的打扰。

上述现有技术方案存在如下缺点：若用户在应用中设置禁止通过电话号码的方式搜索自己，可能会给用户带来不便。例如，若用户A和用户B通过非见面的方式，如拨打电话或发送短信等方式进行了沟通，若双方想通过应用添加好友，由于双方已知的联系方式只有电话号码，而如果用户在应用中设置了禁止通过电话号码的方式搜索自己，则所有人都无法快捷的在应用中搜索对方。

发明内容

本发明提供一种搜索方法及装置，旨在解决在用户的好友在搜索用户的过程中，设置了禁止通过电话号码的方式搜索用户，造成用户好友搜索不便的问题。

第一方面，本发明实施例提供了一种搜索方法，应用于服务器端，包括：

获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户；

当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码；

当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

第二方面，本发明实施例还提供了一种搜索装置，应用于服务器端，所述装置包括：

通讯名单获取模块，用于获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户；

第一电话号码获取模块，用于当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码；

搜索结果发送模块，用于当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

第三方面，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现本发明所述的搜索的方法的步骤。

在本发明实施例中，获取第一客户端的通讯名单，该第一客户端对应第一账户，当接收到第二客户端发送的好友搜索请求，则根据该好友搜索请求获取第二客户端的第一电话号码，当从该通讯名单中获取到该第二客户端的第一电话的情况下，则向该第二客户端发送包括上述第一账户的搜索结果，即，只有第二客户端对应的第一电话号码在第一客户端的通讯名单中，才向第二客户端发送上述第一账户的搜索结果，不仅避免了完全陌生的人对第一客户端的用户不必要的打扰，还可以允许可能是符合第一客户端的用户实际允许添加的用户通过电话号码搜索到第一客户端的第一账户，从而可以避免无法通过电话号码搜索好友给用户带来的不便。

附图说明

图1示出了本发明实施例一中提供的搜索的方法的流程图；

图2示出了本发明实施例二中提供的搜索的方法的流程图；

图3示出了本发明实施例三中提供的搜索的方法的流程图；

图4示出了本发明实施例三中提供的获取第一历史记录对应的通话类型的步骤流程图；

图5示出了本发明实施例三中提供的获取第二历史记录对应的短信息类型的步骤流程图；

图6示出了本发明实施例三中提供的获取第三历史记录对应的沟通特征消息的步骤流程图；

图7示出了根据本发明实施例四提供的搜索装置的结构框图；

图8示出了根据本发明实施例四提供的另一搜索装置的结构框图；

图9示出了根据本发明实施例四提供的又一搜索装置的结构框图；

图10是本发明实施例中的一种移动终端的硬件结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

参照图1，示出了本发明实施例一中提供的搜索的方法的流程图，所述方法应用于服务器端。

在本发明实施例中，该服务器端可以是能够搜索好友的应用对应的服务器端，例如，微信应用的服务器端、QQ应用的服务器端、支付宝应用的服务器端、钉钉应用的服务器端等，在本发明实施例中，对此不作具体限定。

上述方法，具体可以包括如下步骤：

步骤101，获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户。

在本发明实施例中，第一客户端可以是登陆上述应用的终端，例如，若上述应用服务器端为微信应用的服务端，则此处的第一客户端，可以是登陆第一账户的终端，该第一客户端，可以是正在登陆该第一账户的客户端，也可以是具有第一账户登陆权限的客户端。在本发明实施例中，对此不作具体限定。

例如，若微信应用中的第一账户A授权在移动终端Z和个人计算机Y上登陆，当前时刻，若微信应用中的第一账户A正在移动终端Z上登陆，则此处的第一客户端，可以是移动终端Z，还可以是移动终端Z和个人计算机Y。在本发明实施例中，对此不作具体限定。

需要说明的是，为了能够全面的反映该第一客户端的通讯名单，优选的，上述第一客户端可以是，上述具有第一账户登陆权限的客户端。例如，针对上述例子，若微信应用中的第一账户A授权在移动终端Z和个人计算机Y上登陆，当前时刻，若微信应用中的第一账户A正在移动终端Z上登陆，则此处的第一客户端，优选的，可以是移动终端Z和个人计算机Y。在本发明实施例中，对此不作具体限定。

在本发明实施例中，第一客户端的通讯名单可以包括该第一客户端的通讯录，还可以包括该第一客户端的通话记录，还可以包括该第一客户端的短消息记录，还可以包括该第一客户端上第三方应用的沟通记录等。在本发明实施例中，对此不作具体限定。

在本发明实施例中，优选的，该第三方应用可以包括，能够用于沟通的应用，该第三方应用还可以包括上述应用本身。例如，针对上述例子，若该方法应用于微信服务器端，则该第三方应用可以包括：微信应用本身、QQ应用、支付宝应用、钉钉应用等，在本发明实施例中，对此不作具体限定。

优选的，在本发明实施例中，所述通讯名单，还包括：通讯录；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

具体的，该第一客户端的通讯录可以是该第一客户端的系统通讯录，还可以是第三方应用中的通讯录。例如，针对上述例子，若第一客户端包括了移动终端Z，则此处的通讯录，可以包括移动终端Z的通讯录，若该移动终端Z上安装了钉钉应用，此处的通讯录还可以包括，该移动终端Z上钉钉应用中的通讯录。在本发明实施例中，对此不作具体限定。

在本发明实施例中，应用可以在第一账户，显示搜索好友的策略，该搜索好友的策略可以包括：当搜索方对应的第一电话号码，如果在第一客户端的通讯名单中，则向搜索方发送搜索结果。上述搜索好友的策略，供第一账户选择和设置，若第一账户选择了或设置该选项，则可以认为，该第一账户允许该服务器端获取其对应第一客户端的通讯名单。在本发明实施例中，对此不作具体限定。

在本发明实施例中，当第一账户选择或设置了，允许上述搜索好友的策略，则服务器端，可以在应用中进一步提示第一账户设置，从全部的第一客户端中，选择哪些第一客户端获取通讯名单。

例如，针对上述例子，若应用服务器端为微信应用，若微信应用中的第一账户A授权在移动终端Z和个人计算机Y上登陆，当前时刻，若微信应用中的第一账户A正在移动终端Z上登陆，若第一账户A允许了上述搜索好友的策略，则微信应用服务器端，可以进一步为第一账户A展示，可以获取通讯名单的所有第一客户端，即移动终端Z和个人计算机Y，进而由第一账户A选择从上述哪些第一客户端中获取通讯名单。若第一账户A选择了从上述移动终端Z和个人计算机Y中获取上述通讯名单，则从上述移动终端Z和个人计算机Y中获取通讯名单。

步骤102，当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码。

在本发明实施例中，第二客户端可以是登陆了上述第一账户对应应用的另一账户对应的客户端。例如，若上述第一账户为微信应用中的第一账户A，则此处的第二客户端可以是登陆了微信应用的第二账户B的客户端。

在本发明实施例中，该第二客户端可以是移动终端、个人计算机等，在本发明实施例中，对此不作具体限定。

该第二客户端发送好友搜索请求给服务器端，例如针对上述例子，则可以是，登陆了微信应用的第二账户B对应的第二客户端，向微信服务器端发送搜索请求。

在本发明实施例中，该好友搜索请求，可以是以第二电话号码为搜索目标的好友搜索请求，该好友搜索请求还可以包括第二账户的账号、昵称、第二账户对应的第一电话号码等第二账户标识信息，第二账户对应的第一电话号码可以是，该第二账户注册过程中，绑定的电话号码，该第二电话号码可以是上述第一账户对应的电话号码。该第二电话号码通常为该第一账户注册过程中，绑定的电话号码等，在本发明实施例中，对此不作具体限定。

例如，针对上述例子，第一账户为微信应用中的第一账户A，该第一账户A对应的第二电话号码为H，登陆了微信应用的第二账户B对应的第二客户端，向微信应用的服务器端发送好友搜索请求，该好友搜索请求可以以上述第二电话号码H为搜索目标，该好友搜索请求可以包括第二账户B的账号、昵称、第二账户对应的第一电话号码等第二账户标识信息等。在本发明实施例中，对此不作具体限定。

服务器端，在接收到上述第二客户端发送的好友搜索请求后，根据该好友搜索请求获取第二客户端的第一电话号码。例如，针对上述例子，微信应用的服务器端在接收到该好友搜索请求后，可以根据该好友搜索请求中包括的第二账户的标识信息，得到该第二客户端的第一电话号码。

例如，若该好友搜索请求中，包括了第二账户B的账号、昵称等第二账户B的标识信息，则根据上述第二账户B的账号、昵称等第二账户B的标识信息，获取第二账户B注册过程中绑定的第一电话号码M，将第二账户B注册过程中绑定的第一电话号码M作为第二客户端的第一电话号码。

再例如，若该好友搜索请求中，第二账户B对应的第一电话号码M，作为第二账户B的标识信息，则可以直接将第二账户B对应的第一电话号码M，作为第二客户端的第一电话号码。

步骤103，当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

在本发明实施例中，在确定了上述第二客户端的第一电话号码后，确定该第二客户端的第一电话号码是否在上述第一客户端的通讯名单中。当从通讯名单中获取到第二客户端的第一电话号码的情况下，向第二客户端发送包括第一账户的搜索结果。在本发明实施例中，对此不作具体限定。

在本发明实施例中，该通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；该通讯录包括：该第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

具体的，通讯名单可以包括：第一客户端的通话记录、第一客户端的短消息记录、第一客户端上第三方应用沟通记录、第一客户端的通讯录等中的至少一种。该第一客户端的通讯录可以是该第一客户端的系统通讯录，还可以是第三方应用中的通讯录。例如，若第一客户端包括了移动终端Z，则此处的通讯录，可以包括移动终端Z的通讯录，若该移动终端Z上安装了钉钉应用，此处的通讯录还可以包括，该移动终端Z上钉钉应用中的通讯录。在本发明实施例中，对此不作具体限定。

例如，针对上述例子，微信应用服务器端，在确定了第二客户端的第一电话号码M后，若微信应用中的第一账户A选择或设置了，从上述移动终端Z和个人计算机Y中获取上述通讯名单，则从上述移动终端Z和个人计算机Y中获取通讯名单L。若从通讯名单L中获取到第二客户端的第一电话号码M，即第二客户端的第一电话号码M在上述通讯名单L中，可以认为该第二客户端与第一账户的第一客户端，并不是陌生人，则向上述第二客户端发送包括第一账户A的搜索结果。可以认为该第二客户端与第一账户的第一客户端，并不是陌生人，进而避免了，现有技术中，无法通过电话号码搜索好友的不便。

在本发明实施例中，该搜索结果可以是，第一账户A的账号、昵称等第一账户的标识信息等，在本发明实施例中对此不作具体限定。

在发明实施例中，当服务器端将，包括第一账户的搜索结果返回给上述第二客户端后，第二客户端可以进一步向应用服务器端发送好友添加请求。在本发明实施例中，服务器端向第二客户端发送包括上述第一账户的搜索结果，还可以是服务器端直接将该好友搜索请求转化为好友添加请求，发送给第一账户，为第二客户端返回好友添加请求已成功发送的提示信息。进而，可以减少第二客户端，下一步的好友添加操作，方便了第二客户端的操作，在本发明实施例中，对此不作具体限定。

在本发明实施例中，针对上述例子，微信应用服务器端，在确定了第二客户端的第一电话号码M后，若微信应用中的第一账户A选择或设置了，从上述移动终端Z和个人计算机Y中获取上述通讯名单，则从上述移动终端Z和个人计算机Y中获取通讯名单L。若第二客户端的第一电话号码M不在上述通讯名单L中，可以认为该第二客户端与第一账户的第一客户端，为陌生人，则微信应用的服务器端，可以拦截该好友搜索请求，同时可以向上述第二客户端返回，不存在该好友，或没有权限获取该好友信息等提示信息，可以减少对第一客户端或第一账户的打扰，在本发明实施例中，对此不作具体限定。

在本发明实施例中，获取第一客户端的通讯名单，该第一客户端对应第一账户，当接收到第二客户端发送的好友搜索请求，则根据该好友搜索请求获取第二客户端的第一电话号码，当从通讯名单中获取到该第二客户端的情况下，向该第二客户端发送包括上述第一账户的搜索结果，即，只有第二客户端对应的第一电话号码在第一客户端的通讯名单中，才向第二客户端发送上述第一账户的搜索结果，不仅避免了完全陌生的人对第一客户端的用户不必要的打扰，还可以允许可能是符合第一客户端的用户实际允许添加的用户通过电话号码搜索到第一客户端的第一账户，从而可以避免无法通过电话号码搜索好友给用户带来的不便。

实施例二

参照图2，示出了本发明实施例二中提供的好友搜索的方法的流程图，该方法应用于服务器端，具体可以包括如下步骤：

步骤201，获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户。

步骤202，当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码。

在本发明实施例中，上述步骤201至步骤202可以分别参考本发明实施例一中的步骤101至步骤102，此处不再赘述。

步骤203，获取所述好友搜索请求的接收时刻。

在本发明实施例中，应用服务器端在接收到第二客户端发送的好友搜索请求时，可以记录该好友搜索请求的接收时刻。在本发明实施例中，对此不作具体限定。

例如，若微信应用的服务器端，在2018年5月10日14:20:00，接收到的第二客户端上登录的微信应用第二账户B，发送的好友搜索请求，则该好友搜索请求的接收时刻即为：2018年5月10日14:20:00。

步骤204，当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，获取所述第二客户端的第一电话号码在所述通讯名单中的通讯时刻，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

在本发明实施例中，当从第一客户端的通讯名单中获取到第二客户端的第一电话号码的情况下，则获取该第二客户端的第一电话号码在该通讯名单中的通讯时刻。

例如，若从第一客户端的通讯名单中获取到第二客户端的第一电话号码的情况下，，则从第一客户端的通话记录中，获取该第二客户端的第一电话号码的通话时刻。在本发明实施例中，该通话时刻可以是，第二客户端的第一电话号码在上述第一客户端的通讯名单中一次通讯的开始时刻，也可以是第二客户端的第一电话号码在上述第一客户端的通讯名单中一次通讯的结束时刻，在本发明实施例中，对此不作具体限定。将该通话时刻作为第二客户端的第一电话号码在上述通讯名单中的通讯时刻。

具体应用中，例如，若从第一客户端的通讯名单中获取到第二客户端的第一电话号码的情况下，如若第二客户端的第一电话号码M，在第一客户端的通讯名单L中，更进一步的，若第二客户端的第一电话号码M，在第一客户端的通话记录L1中，则获取该第二客户端的第一电话号码M，在该通话记录L1中的通话时刻。例如，若该第二客户端的第一电话号码M在通话记录L1中的通话时刻为2018年5月10日9:20:00，则从第一客户端的通话记录L1中，获取该第二客户端的第一电话号码M的通话时刻即为：2018年5月10日9:20:00。即，第二客户端的第一电话号码在上述通讯名单中的通讯时刻即可以为：2018年5月10日9:20:00。

再例如，若第二客户端的第一电话号码在第一客户端的短消息记录中，则从第一客户端的短消息记录中，获取该第二客户端的第一电话号码的通讯时刻。在本发明实施例中，该通讯时刻可以是，第二客户端的第一电话号码在上述第一客户端的短消息记录中，发出短消息的时刻，也可以是第二客户端的第一电话号码在上述第一客户端的短消息记录中，接收短消息的时刻，在本发明实施例中，对此不作具体限定。将该通讯时刻作为第二客户端的第一电话号码在上述通讯名单中的通讯时刻。

具体应用中，例如，若第二客户端的第一电话号码M，在第一客户端的通讯名单L中，更进一步的，若第二客户端的第一电话号码M，在第一客户端的短消息记录L2中，则获取该第二客户端的第一电话号码M，在该短消息记录L2中的通讯时刻。例如，若该第二客户端的第一电话号码M在短消息记录L2中的通讯时刻为2018年5月10日9:00:00，则从第一客户端的短消息记录L2中，获取该第二客户端的第一电话号码M的通讯时刻即为：2018年5月10日9:00:00。即，第二客户端的第一电话号码在上述通讯名单中的通讯时刻即可以为：2018年5月10日9:00:00。

再例如，若第二客户端的第一电话号码在第一客户端的第三方应用的沟通记录中，则从第一客户端的第三方应用的沟通记录中，获取该第二客户端的第一电话号码相关的沟通时刻。将该沟通时刻作为第二客户端的第一电话号码在上述通讯名单中的通讯时刻。

例如，若第二客户端的第一电话号码M，在第一客户端的通讯名单L中，更进一步的，若第二客户端的第一电话号码M，在第一客户端的第三方应用的沟通记录L3中，例如，若第三方应用为QQ，若第一客户端对应的电话号码，绑定的QQ应用的账号为QQ账号P，QQ账号R绑定的电话号码为F，QQ账号P与其QQ好友QQ账号R的聊天记录中，在2018年5月10日8:00:00，出现了第二客户端的第一电话号码M，则可以认为，第二客户端的第一电话号码在第一客户端的第三方应用的沟通记录中。该第二客户端，在第一客户端的第三方应用的沟通记录中的沟通时刻即可以为2018年5月10日8:00:00。即，第二客户端的第一电话号码在上述通讯名单中的通讯时刻即可以为：2018年5月10日8:00:00。

再例如，若第二客户端的第一电话号码在第一客户端的通讯录中，则从第一客户端的通讯录中，获取该第二客户端的第一电话号码相关的存储时刻。将该存储时刻作为第二客户端的第一电话号码在上述通讯名单中的通讯时刻。

例如，若第二客户端的第一电话号码M，在第一客户端的通讯名单L中，更进一步的，若第二客户端的第一电话号码M，在第一客户端的通讯录L4中，则获取该第二客户端的第一电话号码M，在该通讯录L4中的存储时刻。例如，若该第二客户端的第一电话号码M在通讯录L4中的存储时刻为2018年5月10日9:30:00，则从第一客户端的通讯录L4中，获取该第二客户端的第一电话号码M的存储时刻即为：2018年5月10日9:30:00。即，第二客户端的第一电话号码在上述通讯名单中的通讯时刻即可以为：2018年5月10日9:30:00。

需要说明的是，若从第一客户端的通讯名单中获取到第二客户端的第一电话号码的情况下，如若第二客户端的第一电话号码在上述通讯名单中，同时，不仅若第二客户端的第一电话号码不仅在通话记录中，还存在与短消息记录中等，则在获取第二客户端的第一电话号码在上述通讯名单中的通讯时刻的过程中，可以将上述不止一个的通讯时刻都获取到。在本发明实施例中，对此不作具体限定。

例如，若第二客户端的第一电话号码M，在第一客户端的通话记录L1中，具体的该第二客户端的第一电话号码M在通话记录L1中的通话时刻为2018年5月10日9:20:00。同时，若该第二客户端的第一电话号码M，在第一客户端的短消息记录L2中，具体的，该第二客户端的第一电话号码M在短消息记录L2中的通讯时刻为2018年5月10日9:00:00，则获取第二客户端的第一电话号码在上述短消息记录中的通讯时刻的过程中，第二客户端的第一电话号码的通讯时刻即可以为：2018年5月10日9:20:00或2018年5月10日9:00:00。

可选的，若第二客户端的第一电话号码在上述通讯名单中，在获取第二客户端的第一电话号码在上述通讯名单中的通讯时刻的过程中，获取了不止一个通讯时刻，还可以只保留时间上最靠后的一个。在本发明实施例中，对此不作具体限定。

例如，针对上述例子，若第二客户端的第一电话号码在上述通讯名单中的通讯时刻为：2018年5月10日9:20:00或2018年5月10日9:00:00。则可以只保留时间上最靠后的2018年5月10日9:20:00，作为第二客户端的第一电话号码在上述通讯名单中的通讯时刻。

还可以根据第二客户端的第一电话号码在上述通讯名单中通讯质量，确定最后保留的第二客户端的第一电话号码在上述通讯名单中的通讯时刻，在本发明实施例中，对此不作具体限定。

步骤205，当所述通讯时刻距所述接收时刻的时间间隔，在预设范围内，则向所述第二客户端发送包括所述第一账户的搜索结果。

在本发明实施例中，可以预设范围，该范围可以2小时、还可以是24小时等，具体可以由第一客户端对应的第一账户设置，若第一客户端对应的第一账户没有具体设置该预设范围，该预设范围可以取该应用中自带的预设范围。在本发明实施例中，对此不作具体限定。

在本发明实施例中，服务器端在确定了第二客户端的第一电话号码在上述通讯名单中的通讯时刻，以及上述好友搜索请求的接收时刻后，可以进一步确定该通讯时刻与该接收时刻之间的时间间隔。在本发明实施例中，对此不作具体限定。

例如，若服务器端，在2018年5月10日14:20:00，接收到第二客户端发送的好友搜索请求，若第二客户端的第一电话号码在上述通讯名单中的通讯时刻为：2018年5月10日9:00:00，则该通讯时刻与该接收时刻之间的时间间隔即为5小时20分。

若，上述预设范围为2小时，则针对上述例子，若通讯时刻与该接收时刻之间的时间间隔为5小时20分，则该通讯时刻距接收时刻的时间间隔，不在预设范围内，可以认为该第二客户端与第一账户的第一客户端，为陌生人，则服务器端，可以拦截所述好友搜索请求，还可以向上述第二客户端返回，不存在该好友，或没有权限获取该好友信息等提示信息，可以减少对第一客户端或第一账户的打扰，在本发明实施例中，对此不作具体限定。

若，上述预设范围为24小时，则针对上述例子，若通讯时刻与该接收时刻之间的时间间隔即为5小时20分，则该通讯时刻距接收时刻的时间间隔，在预设范围内，可以认为该第二客户端与第一账户的第一客户端，并不是陌生人，则向上述第二客户端发送包括第一账户A的搜索结果。可以认为该第二客户端与第一账户的第一客户端，并不是陌生人，进而避免了，现有技术中，无法通过电话号码搜索好友的不便。

在本发明实施例中，该搜索结果可以是，第一账户A的账号、昵称等第一账户的标识信息等，在本发明实施例中对此不作具体限定。

在发明实施例中，当应用服务器端将包括第一账户的搜索结果返回给上述第二客户端后，第二客户端可以进一步向应用服务器端发送好友添加请求。在本发明实施例中，服务器端向第二客户端发送包括上述第一账户的搜索结果，还可以是服务器端直接将该好友搜索请求转化为好友添加请求，发送给第一账户，为第二客户端返回好友添加请求已成功发送的提示信息。进而，可以减少第二客户端，下一步的好友添加操作，方便了第二客户端的操作，在本发明实施例中，对此不作具体限定。

在本发明实施例中，服务器端，在收到好友搜索请求后，确定该好友搜索请求的接收时刻，当第二客户端的第一电话号码在该通讯名单中，只有该第二客户端的第一电话号码在该通讯名单中的通讯时刻，在距该接收时刻的预设范围内，才向该第二客户端发送包括第一账户的搜索结果，从时间维度上，进行了对陌生人的剔除，进而避免了对第一客户端不必要的打扰。

在本发明实施例中，获取第一客户端的通讯名单，该第一客户端对应第一账户，当接收到第二客户端发送的好友搜索请求，则根据该好友搜索请求获取第二客户端的第一电话号码，当从通讯名单中获取到该第二客户端的第一电话号码的情况下，向该第二客户端发送包括上述第一账户的搜索结果，即，只有第二客户端对应的第一电话号码在第一客户端的通讯名单中，才向第二客户端发送上述第一账户的搜索结果，不仅避免了完全陌生的人对第一客户端的用户不必要的打扰，还可以允许可能是符合第一客户端的用户实际允许添加的用户通过电话号码搜索到第一客户端的第一账户，从而可以避免无法通过电话号码搜索好友给用户带来的不便。

实施例三

参照图3，示出了本发明实施例三中提供的搜索的方法的流程图，该方法应用于服务器端，具体可以包括如下步骤：

步骤301，获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户。

步骤302，当接收到第二客户端发送的好友搜索请求，则第二客户端的第一电话号码根据所述好友搜索请求获取第二客户端的第一电话号码。

在本发明实施例中，上述步骤301至步骤302可以分别参考本发明实施例一中的步骤101至步骤102，此处不再赘述。

步骤303，获取所述好友搜索请求的接收时刻。

在本发明实施例中，上述步骤303，可以参考本发明实施例二中的步骤203，此处不再赘述。

步骤304，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种，当所述通讯名单为通话记录时，当所述通话记录中存在与所述第一电话号码对应的第一历史记录，获取所述第一历史记录对应的通话类型，所述通话类型包括：已接来电、未接来电、已拨电话中的至少一种。

在本发明实施例中，通讯名单可以包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；通讯录可以包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种，具体的可以参照实施例一中的相关描述，此处不再赘述。

在本发明实施例中，通话类型包括：已接来电、未接来电、已拨电话中的至少一种。例如，若第二客户端的第一电话号码向第一客户端拨打电话，第一客户端接听了该电话，则可以认为本次通话的通话类型为已接来电；若第二客户端的第一电话号码向第一客户端拨打电话，第一客户端未接听该电话，则可以认为本次通话的通话类型为未接来电；若第一客户端向第二客户端的第一电话号码拨打电话，则可以认为本次通话的通话类型为已拨电话。在本发明实施例中，对此不作具体限定。

可选的，参照图4所示，示出了，本发明实施例三中，获取第一历史记录对应的通话类型的步骤流程图。上述当所述通讯名单为通话记录时，当所述通话记录中存在与所述第一电话号码对应的第一历史记录，获取所述第一历史记录对应的通话类型，可以包括如下子步骤：

子步骤3041，当所述通讯名单为通话记录时，获取所述第二客户端的第一电话号码在所述通话记录中的通讯时刻。

子步骤3042，将所述通讯时刻距所述接收时刻的时间间隔，在预设范围内的所述通话记录作为第一历史记录。

步骤3043，获取所述第一历史记录对应的通话类型，所述通话类型包括：已接来电、未接来电、已拨电话中的至少一种。

在本发明实施例中，该第二客户端的第一电话号码M，向第一客户端对应的第二电话号码H拨打过电话，或第一客户端对应的第二电话号码H，向第二客户端的第一电话号码M拨打过电话，均可以认为第二客户端的第一电话号码M在上述通话记录中。在本发明实施例中，对此不作具体限定。

具体应用中，若第二客户端的第一电话号码在第一客户端的通话记录中，则从第一客户端的通话记录中，获取该第二客户端的第一电话号码的通话时刻。在本发明实施例中，该通话时刻可以是，第二客户端的第一电话号码在上述第一客户端的通话记录中一次通话的开始时刻，也可以是第二客户端的第一电话号码在上述第一客户端的通话记录中一次通话的结束时刻，在本发明实施例中，对此不作具体限定。将该通话时刻作为第二客户端的第一电话号码在上述通讯记录中的通讯时刻。

具体应用中，例如，若第二客户端的第一电话号码M，在第一客户端的通话记录L1中，则获取该第二客户端的第一电话号码M，在该通话记录L1中的通话时刻。例如，若该第二客户端的第一电话号码M在通话记录L1中的通话时刻为2018年5月10日9:20:00，则从第一客户端的通话记录L1中，获取该第二客户端的第一电话号码M的通话时刻即为：2018年5月10日9:20:00。即，第二客户端的第一电话号码在上述通话记录中的通讯时刻即可以为：2018年5月10日9:20:00。

在本发明实施例中，可以预设范围，该时间范围可以2小时、还可以是24小时等，具体可以由第一客户端对应的第一账户设置，若第一客户端对应的第一账户没有具体设置该预设范围，该预设范围可以取该应用中自带的预设范围。在本发明实施例中，对此不作具体限定。

在本发明实施例中，服务器端在确定了上述好友搜索请求的接收时刻，确定了第二客户端的第一电话号码在上述通话记录中的通讯时刻，并获取了上述预设范围后，可以将上述通讯时刻距上述接收时刻的时间间隔，在预设范围内的通话记录作为第一历史记录。在本发明实施例中，对此不作具体限定。

例如，若服务器端，在2018年5月10日14:20:00，接收到第二客户端发送的好友搜索请求。

若第二客户端的第一电话号码M在上述通话记录中的通讯时刻为：2018年5月9日14:20:00、2018年5月10日9:30:00、2018年5月10日10:30:00、2018年5月10日10:50:00、2018年5月10日11:30:00、2018年5月10日13:30:00。该第二客户端的第一电话号码M在上述通话记录中，具体为：2018年5月9日14:20:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，但是第一客户端对应的第二电话号码H未接听该电话；2018年5月10日9:30:00，第一客户端对应的第二电话号码H开始向第二客户端的第一电话号码M拨打电话，第二客户端的第一电话号码M接听了该电话，通话时长为3分钟；2018年5月10日10:30:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，但是第一客户端对应的第二电话号码H未接听该电话；2018年5月10日11:25:00，第一客户端对应的第二电话号码H开始向第二客户端的第一电话号码M拨打电话，第二客户端的第一电话号码M未接听该电话；2018年5月10日11:30:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，第一客户端对应的第二电话号码H接听了该电话，通话时长为3分钟；2018年5月10日13:30:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，第一客户端对应的第二电话号码H接听了该电话，通话时长为2分钟。

若，上述预设范围为1小时，则针对上述例子，通讯时刻距上述接收时刻的时间间隔，在预设范围内1小时内的通话记录作为第一历史记录，则第一历史记录为：2018年5月10日13:30:00对应的通话记录。

针对上述例子，第一历史记录2018年5月10日13:30:00对应的通话记录，具体为：2018年5月10日13:30:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，第一客户端对应的第二电话号码H接听了该电话，通话时长为2分钟。获取到该第一历史记录对应的通话类型为已接来电。

步骤305，当所述通话类型为已接来电，则获取第一历史记录的通话时长。

针对上述例子，若第一历史记录2018年5月10日13:30:00对应的通话记录，具体为：2018年5月10日13:30:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，第一客户端对应的第二电话号码H接听了该电话，通话时长为2分钟。则获取到该第一历史记录对应的通话时长即为2分钟。

需要说明的是，若确定的第一历史记录中，已接来电不止一个时，此处已接来电的通话时长，可以是该第一历史记录中，单次通话时长最长的那个已接来电对应的单次通话时长，还可以是该第一历史记录中，所有已接来电的通话时长之和，在本发明实施例中，对此不作具体限定。

步骤306，当所述通话时长大于等于预设通话时长，则向所述第二客户端发送包括所述第一账户的搜索结果。

在本发明实施例中，可以提前预设通话时长，如果上述步骤305中确定的通话时长是单次通话时长，则此处预设通话时长也对应单次通话时长，若步骤305中确定的通话时长，为第一历史记录中，所有通话时长的总和，则此处预设通话时长也对应为所有通话时长的总和。在本发明实施例中，对此不作具体限定。

本发明实施例中，此处预设通话时长可以由第一账户设置，若第一账户没有设置，则可以选用该应用中默认的预设通话时长，在本发明实施例中，对此不作具体限定。

例如，若第一账户预设的单次通话时长为1分钟，针对上述例子，若第一历史记录：2018年5月10日13:30:00第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，第一客户端对应的第二电话号码H接听了该电话，通话时长为2分钟。则获取到该第一历史记录对应的通话时长即为2分钟。

获取的第一历史记录中的通话时长2分钟大于上述预设的通话时长1分钟，则向上述第二客户端发送包括上述第一账户的搜索结果。

在本发明实施例中，具体向第二客户端发送包括上述第一账户的搜索结果的步骤可以参考上述实施例一中的步骤103中的相关记载，此处不再赘述。

步骤307，当所述通话时长小于预设通话时长，则拦截所述好友搜索请求。

具体的，针对上述例子，若第一账户预设的单次通话时长为3分钟，若获取的第一历史记录2018年5月10日13:30:00第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，第一客户端对应的第二电话号码H接听了该电话，通话时长为2分钟。则该第一历史记录对应的通话时长即为2分钟。

获取的第一历史记录中的通话时长2分钟小于上述预设的通话时长3分钟，则拦截上述好友搜索请求，在本发明实施例中，拦截上述好友请求的操作可以参考上述实施例一中的步骤103中的相关记载，此处不再赘述。

步骤308，当所述通话类型为未接来电，则拦截所述好友搜索请求。

在本发明实施例中，若上述第一历史记录中，第二客户端对应的第一电话号码对应的通话类型为，未接来电，则拦截该好友搜索请求。

例如，若服务器端，在2018年5月10日10:50:00，接收到第二客户端发送的好友搜索请求。若预设范围为1小时，若接收到该搜索请求之前，第二客户端的第一电话号码M在上述通话记录中的通讯时刻为：2018年5月9日14:20:00、2018年5月10日9:30:00、2018年5月10日10:30:00。该第二客户端的第一电话号码M在上述通话记录中，具体为：2018年5月9日14:20:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，但是第一客户端对应的第二电话号码H未接听该电话；2018年5月10日9:30:00，第一客户端对应的第二电话号码H开始向第二客户端的第一电话号码M拨打电话，第二客户端的第一电话号码M接听了该电话，通话时长为3分钟；2018年5月10日10:30:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，但是第一客户端对应的第二电话号码H未接听该电话。

则针对第二客户端的第一电话号码M在上述通话记录，确定的第一历史记录即为，2018年5月10日10:30:00，第二客户端的第一电话号码M开始向第一客户端对应的第二电话号码H拨打电话，但是第一客户端对应的第二电话号码H未接听该电话。则第一历史记录中，该第第二客户端的第一电话号码M的通话类型即为未接来电，则拦截该好友搜索请求。

在本发明实施例中，拦截上述好友请求的操作可以参考上述实施例一中的步骤103中的相关记载，此处不再赘述。

步骤309，当所述通话类型为已拨电话，则向所述第二客户端发送包括所述第一账户的搜索结果。

在本发明实施例中，若上述第一历史记录中，第二客户端对应的第一电话号码对应的通话类型为，已拨电话，说明该第二客户端对应的第一电话号码可能为第一账户主动想要沟通的，因此，可以直接将向该第二客户端发送包括上述第一账户的搜索结果。

在本发明实施例中，具体向第二客户端发送包括上述第一账户的搜索结果的步骤可以参考上述实施例一中的步骤103中的相关记载，此处不再赘述。

需要说明的是，若确定的第一历史记录中，通话类型若不止一种类型，可以按照以下方式进行：当上述第一历史记录中，确定通话类型只要包括了已拨电话，说明该第二客户端对应的第一电话号码可能为第一账户主动想要沟通的，因此，可以直接将向该第二客户端发送包括上述第一账户的搜索结果。若，上述第一历史记录中，确定通话类型没有包括已拨电话，但同时包括了已接来电和未接来电，则可以先确定已接来电的通话时长，如果通话时长达到上述预设通话时长，则可以向该第二客户端发送包括上述第一账户的搜索结果，若通话时长达到上述预设通话时长，则可以拦截上述好友请求。

在本发明实施例中，根据第二客户端的第一电话号码是否在通话记录的第一历史记录中，进而确定该第二客户端的第一电话号码，相对第一客户端而言是否是陌生人或骚扰对象，扩大了确定是否为陌生人或骚扰对象的确定范围，不仅增加了操作的趣味性，而且增加了发送好友请求的便捷性；若是陌生人或骚扰对象则拦截该好友搜索请求，避免了陌生人对第一客户端的骚扰；若该第二客户端的第一电话号码，相对第一客户端而言，若是其想要联系的人，则向第二客户端发送包括第一账户的搜索结果，增加了发送好友请求的便捷性，避免无法通过电话号码搜索好友给用户带来的不便。

步骤310，当所述通讯名单为短消息记录时，当所述短消息记录中存在与所述第一电话号码对应的第二历史记录，获取所述第二历史记录对应的短信息类型，所述短信息类型包括：已接短消息、已发短消息中的至少一种。

在本发明实施例中，短消息类型可以包括：已接短消息、已发短消息中的一种。例如，若第二客户端的第一电话号码向第一客户端发送短消息，则可以认为改短消息的短消息类型为已接短消息；若第一客户端向第二客户端的第一电话号码发送短消息，则可以认为该短消息的短消息类型为已发短消息。在本发明实施例中，对此不作具体限定。

可选的，参照图5所示，示出了，本发明实施例三中，获取第二历史记录对应的短信息类型的步骤流程图。当所述通讯名单为短消息记录时，当所述短消息记录中存在与所述第一电话号码对应的第二历史记录，获取所述第二历史记录对应的短信息类型，可以包括如下子步骤：

子步骤3101，当所述通讯名单为短消息记录时，获取所述第二客户端的第一电话号码在所述短消息记录中的通讯时刻。

子步骤3102，将所述通讯时刻距所述接收时刻的时间间隔，在预设范围内的所述短消息记录作为第二历史记录。

步骤3103，获取所述第二历史记录对应的短信息类型，所述短信息类型包括：已接短消息、已发短消息中的至少一种。

在本发明实施例中，该第二客户端的第一电话号码M，向第一客户端对应的第二电话号码H发送过短消息，或第一客户端对应的第二电话号码H，向第二客户端的第一电话号码M发送过短消息，均可以认为第二客户端的第一电话号码M在上述短消息记录中。在本发明实施例中，对此不作具体限定。

具体应用中，若第二客户端的第一电话号码在第一客户端的短消息记录中，则从第一客户端的短消息记录中，获取该第二客户端的第一电话号码的通讯时刻。在本发明实施例中，该通讯时刻可以是，第一客户端接收到第二客户端的第一号码发送的短消息的时刻，也可以是第一客户端向第二客户端的第一号码发送短消息的时刻，在本发明实施例中，对此不作具体限定。将该通话时刻作为第二客户端的第一电话号码在上述通讯记录中的通讯时刻。

具体应用中，例如，若第二客户端的第一电话号码M，在第一客户端的短消息记录L2中，则获取该第二客户端的第一电话号码M，在该短消息记录L2中的通讯时刻。例如，若该第二客户端的第一电话号码M在短消息记录L2中的通讯时刻为2018年5月10日9:20:00，则从第一客户端的短消息记录L2中，获取该第二客户端的第一电话号码M的通讯时刻即为：2018年5月10日9:20:00。即，第二客户端的第一电话号码在上述短消息记录中的通讯时刻即可以为：2018年5月10日9:20:00。

在本发明实施例中，同样可以预设范围，该时间范围可以2小时、还可以是24小时等，具体可以由第一客户端对应的第一账户设置，若第一客户端对应的第一账户没有具体设置该预设范围，该预设范围可以取该应用中自带的预设范围。在本发明实施例中，对此不作具体限定。

在本发明实施例中，服务器端在确定了上述好友搜索请求的接收时刻，确定了第二客户端的第一电话号码在上述短消息记录中的通讯时刻，并获取了上述预设范围后，可以将上述通讯时刻距上述接收时刻的时间间隔，在预设范围内的短消息记录作为第二历史记录。在本发明实施例中，对此不作具体限定。

例如，若服务器端，在2018年5月10日14:20:00，接收到第二客户端发送的好友搜索请求。

若第二客户端的第一电话号码M在上述短消息记录中的通讯时刻为：2018年5月9日14:20:00、2018年5月10日9:30:00、2018年5月10日10:30:00、2018年5月10日10:50:00、2018年5月10日11:30:00、2018年5月10日13:30:00。该第二客户端的第一电话号码M在上述短消息记录中，具体为：2018年5月9日14:20:00，第一客户端对应的第二电话号码H接收到第二客户端的第一电话号码M发送的短消息1；2018年5月10日9:30:00，第一客户端对应的第二电话号码H向第二客户端的第一电话号码M发送了短消息2；2018年5月10日10:30:00，第一客户端对应的第二电话号码H接收到第二客户端的第一电话号码M发送的短消息3；2018年5月10日11:25:00，第一客户端对应的第二电话号码H向第二客户端的第一电话号码M发送了短消息4；2018年5月10日11:30:00，第一客户端对应的第二电话号码H接收到第二客户端的第一电话号码M发送的短消息5；2018年5月10日13:30:00，第一客户端对应的第二电话号码H接收到第二客户端的第一电话号码M发送的短消息6。

若，上述预设范围为1小时，则针对上述例子，通讯时刻距上述接收时刻的时间间隔，在预设范围内1小时内的短消息记录作为第二历史记录，则第二历史记录为：2018年5月10日13:30:00对应的短消息记录。

针对上述例子，第二历史记录2018年5月10日13:30:00对应的短消息记录，具体为：2018年5月10日13:30:00，第一客户端对应的第二电话号码H接收到第二客户端的第一电话号码M发送的短消息6。则该第二历史记录对应的短消息类型为已接短消息。

步骤311，当所述短消息类型只包括已接短消息，则拦截所述好友搜索请求。

在本发明实施例中，已接短消息包括：第一客户端对应的第二电话号码接收到第二客户端对应的第一电话号码发送的短消息。

在本发明实施例中，当上述第二历史记录中，短消息类型只包括已接短消息，说明只是第二客户端对应的第一电话号码想联系第一客户端对应的第二电话号码，而第一客户端对应的第二电话号码或第一客户端可能并不想联系第二客户端对应的第一电话号码，则此种情况下，对于第一客户端对应的第二电话号码而言，该第二客户端对应的第一电话号码可能即为骚扰，则拦截所述好友搜索请求。

具体应用中，若根据上述好友搜索请求和上述预设范围，确定的第二历史记录具体为：2018年5月10日11:30:00，第一客户端对应的第二电话号码H接收到第二客户端的第一电话号码M发送的短消息5；2018年5月10日13:30:00，第一客户端对应的第二电话号码H接收到第二客户端的第一电话号码M发送的短消息6。在该第二历史记录中，只有第二客户端的第一电话号码M向第一客户端对应的第二电话号码H发送短消息，说明只是第二客户端对应的第一电话号码M想联系第一客户端对应的第二电话号码H，而第一客户端对应的第二电话号码H可能并不想联系第二客户端对应的第一电话号码M，则此种情况下，对于第一客户端对应的第二电话号码H或第一客户端而言，该第二客户端对应的第一电话号码M可能即为骚扰，则拦截所述好友搜索请求。

步骤312，当所述短消息类型包括已发短消息，则向所述第二客户端发送包括所述第一账户的搜索结果。

在本发明实施例中，已发短消息包括：第一客户端对应的第二电话号码向第二客户端对应的第一电话号码发送的短消息。

在本发明实施例中，当上述第二历史记录中，短消息类型包括了已发短消息，说明第一客户端对应的第二电话号码可能想联系第二客户端对应的第一电话号码，则此种情况下，对于第一客户端对应的第二电话号码或第一客户端而言，该第二客户端对应的第一电话号码可能为想要联系的对象，则向该第二客户端发送包括第一账户的搜索结果。

在本发明实施例中，根据第二客户端的第一电话号码是否在短消息记录的第二历史记录中，进而确定该第二客户端的第一电话号码，相对第一客户端而言是否是陌生人或骚扰对象，扩大了确定是否为陌生人或骚扰对象的确定范围，不仅增加了操作的趣味性，而且增加了发送好友请求的便捷性；若是陌生人或骚扰对象则拦截该好友搜索请求，避免了陌生人对第一客户端的骚扰；若该第二客户端的第一电话号码，相对第一客户端而言，若是其想要联系的人，则向第二客户端发送包括第一账户的搜索结果，增加了发送好友请求的便捷性，避免无法通过电话号码搜索好友给用户带来的不便。

步骤313，当所述通讯名单为第三方应用沟通记录时，当所述第三方应用沟通记录中存在与所述第一电话号码对应的第三历史记录，获取所述第三历史记录对应的沟通特征信息。

可选的，参照图6所示，示出了，本发明实施例三中，获取第三历史记录对应的沟通特征消息的步骤流程图。当所述通讯名单为第三方应用沟通记录时，当所述第三方应用沟通记录中存在与所述第一电话号码对应的第三历史记录，获取所述第三历史记录对应的短信息类型，可以包括如下子步骤：

子步骤30131，当所述通讯名单为第三方应用沟通记录时，获取所述第二客户端的第一电话号码在所述第三方应用沟通记录中的通讯时刻。

子步骤30132，将所述通讯时刻距所述接收时刻的时间间隔，在预设范围内的所述第三方应用沟通记录作为第三历史记录。

步骤30133，获取所述第三历史记录对应的沟通特征信息。

在本发明实施例中，第三方应用的记载可以参照发明实施例一中的相关记载此处不再赘述。

例如，若在第三方应用中，第一客户端对应的第二电话号码H所绑定的账号为账号11，该第三方应用中，该账号11与其好友的沟通记录中，若出现了该第二客户端的第一电话号码M，则可以认为，该第二客户端的第一电话号码M在第三方应用沟通记录中。在本发明实施例中，对此不作具体限定。

具体应用中，若第二客户端的第一电话号码在第一客户端的第三方应用沟通记录中，则从第一客户端的第三方应用沟通记录中，获取该第二客户端的第一电话号码的通讯时刻。在本发明实施例中，该通讯时刻可以是，第一客户端对应的第二电话号码H所绑定的账号11与其好友的沟通记录中，出现第二客户端的第一电话号码的时刻，在本发明实施例中，对此不作具体限定。

具体应用中，例如，若第二客户端的第一电话号码M，在第一客户端的第三方应用沟通记录L3中，则获取该第二客户端的第一电话号码M，在该第三方应用沟通记录L3中的通讯时刻。例如，若该第二客户端的第一电话号码M在第三方应用沟通记录L3中的通讯时刻为2018年5月10日9:20:00，则从第一客户端的第三方应用沟通记录L3中，获取该第二客户端的第一电话号码M的通讯时刻即为：2018年5月10日9:20:00。即，第二客户端的第一电话号码在上述第三方应用沟通记录中的通讯时刻即可以为：2018年5月10日9:20:00。

在本发明实施例中，同样可以预设范围，该时间范围可以2小时、还可以是24小时等，具体可以由第一客户端对应的第一账户设置，若第一客户端对应的第一账户没有具体设置该预设范围，该预设范围可以取该应用中自带的预设范围。在本发明实施例中，对此不作具体限定。

在本发明实施例中，服务器端在确定了上述好友搜索请求的接收时刻，确定了第二客户端的第一电话号码在上述第三方应用沟通记录中的通讯时刻，并获取了上述预设范围后，可以将上述通讯时刻距上述接收时刻的时间间隔，在预设范围内的第三方应用沟通记录作为第二历史记录。在本发明实施例中，对此不作具体限定。

例如，若服务器端，在2018年5月10日14:20:00，接收到第二客户端发送的好友搜索请求。

若第二客户端的第一电话号码M在上述第三方应用沟通记录中的通讯时刻为：2018年5月9日14:20:00、2018年5月10日9:30:00、2018年5月10日10:30:00、2018年5月10日10:50:00、2018年5月10日11:30:00、2018年5月10日13:30:00。该第二客户端的第一电话号码M在上述第三方应用沟通记录中，具体为：2018年5月9日14:20:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11接收到其第三方应用好友21发送的沟通记录中出现该第二客户端的第一电话号码M；2018年5月10日9:30:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11向其第三方应用好友22发送的沟通记录中出现该第二客户端的第一电话号码M；2018年5月10日10:30:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11接收到其第三方应用好友21发送的沟通记录中出现该第二客户端的第一电话号码M；2018年5月10日11:25:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11向其第三方应用好友21发送的沟通记录中出现该第二客户端的第一电话号码M；2018年5月10日11:30:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11接收到其第三方应用好友21发送的沟通记录中出现该第二客户端的第一电话号码M；2018年5月10日13:30:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11接收到其第三方应用好友21发送的沟通记录中出现该第二客户端的第一电话号码M。

若，上述预设范围为1小时，则针对上述例子，通讯时刻距上述接收时刻的时间间隔，在预设范围内1小时内的第三方应用沟通记录作为第三历史记录，则第三历史记录为：2018年5月10日13:30:00对应的第三方应用沟通记录。

针对上述例子，第三历史记录2018年5月10日13:30:00对应的第三方应用沟通记录，具体为：2018年5月10日13:30:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11接收到其第三方应用好友21发送的沟通记录中出现该第二客户端的第一电话号码M。

该第三历史记录对应的沟通特征信息可以是：该第三方应用的第三历史记录中出现第二客户端的第一电话号码M的第三方应用好友与第一客户端对应的第二电话号码H绑定的第三方应用账号11的亲密度、该第二客户端的第一电话号码M由谁发出，以及该第二客户端的第一电话号码M出现的次数等。

例如，针对上述例子，若第三历史记录2018年5月10日13:30:00对应的第三方应用沟通记录，具体为：2018年5月10日13:30:00，第一客户端对应的第二电话号码H绑定的第三方应用账号11接收到其第三方应用好友21发送的沟通记录中出现该第二客户端的第一电话号码M。则，该第三历史记录对应的沟通特征信息即为：好友21与第一客户端对应的第二电话号码H绑定的第三方应用账号11的亲密度、该第二客户端的第一电话号码M由好友21发出，该第二客户端的第一电话号码M出现次数为1次等。

步骤314，当所述沟通特征信息符合预设沟通标准，则向所述第二客户端发送包括所述第一账户的搜索结果。

在本发明实施例中，该预设沟通标准可以为，若在上述第三历史记录中，若该第二客户端的第一电话号码M，由第一客户端对应的第二电话号码H绑定的第三方应用账号11发出，则表明则此种情况下，对于第一客户端对应的第二电话号码或第一客户端而言，该第二客户端对应的第一电话号码M可能为想要联系的对象，则向该第二客户端发送包括第一账户的搜索结果。

在本发明实施例中，该预设沟通标准还可以为，若在上述第三历史记录中，若该第二客户端的第一电话号码M，由第一客户端对应的第二电话号码H绑定的第三方应用账号11的好友发出，则可以预设该好友与第一客户端对应的第二电话号码H绑定的第三方应用账号11的亲密度，若向第一客户端对应的第二电话号码H绑定的第三方应用账号11，发出该第二客户端的第一电话号码M的好友与第一客户端对应的第二电话号码H绑定的第三方应用账号11的亲密度超过预设亲密度，则可以认为该第二客户端的第一电话号码M不是骚扰对象，可以该第二客户端发送包括第一账户的搜索结果。在本发明实施例中，对此不作具体限定。

在本发明实施例中，相反，若该第二客户端的第一电话号码M，由第一客户端对应的第二电话号码H绑定的第三方应用账号11的好友发出，且向第一客户端对应的第二电话号码H绑定的第三方应用账号11，发出该第二客户端的第一电话号码M的好友与第一客户端对应的第二电话号码H绑定的第三方应用账号11的亲密度低于预设亲密度，则可以认为该第二客户端的第一电话号码M是骚扰对象，可以拦截该好友搜索请求。在本发明实施例中，对此不作具体限定。

在本发明实施例中，根据第二客户端的第一电话号码是否在第三方应用的第三历史记录中，进而确定该第二客户端的第一电话号码，相对第一客户端而言是否是陌生人或骚扰对象，扩大了确定是否为陌生人或骚扰对象的确定范围，不仅增加了操作的趣味性，而且增加了发送好友请求的便捷性；若是陌生人或骚扰对象则拦截该好友搜索请求，避免了陌生人对第一客户端的骚扰；若该第二客户端的第一电话号码，相对第一客户端而言，若是其想要联系的人，则向第二客户端发送包括第一账户的搜索结果，增加了发送好友请求的便捷性，避免无法通过电话号码搜索好友给用户带来的不便。

在本发明实施例中，获取第一客户端的通讯名单，该第一客户端对应第一账户，当接收到第二客户端发送的好友搜索请求，则根据该好友搜索请求获取第二客户端的第一电话号码，当从通讯名单中获取到该第二客户端的第一电话号码的情况下，则向该第二客户端发送包括上述第一账户的搜索结果，即，只有第二客户端对应的第一电话号码在第一客户端的通讯名单中，才向第二客户端发送上述第一账户的搜索结果，不仅避免了完全陌生的人对第一客户端的用户不必要的打扰，还可以允许可能是符合第一客户端的用户实际允许添加的用户通过电话号码搜索到第一客户端的第一账户，从而可以避免无法通过电话号码搜索好友给用户带来的不便。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定都是本申请实施例所必须的。

实施例四

参照图7所示，为本发明实施例四提供的搜索装置400的结构框图，该装置应用于服务器端，上述搜索装置400具体可以包括：

通讯名单获取模块401，用于获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户；

第一电话号码获取模块402，用于当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码；

搜索结果发送模块404，用于当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

可选地，参照图8所示，在上述图7的基础上，所述装置还可以包括：

接收时刻获取模块403，用于获取所述好友搜索请求的接收时刻；

所述搜索结果发送模块404，可以包括：

通讯时刻获取单元4041，用于当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，获取所述第二客户端的第一电话号码在所述通讯名单中的通讯时刻；

第一搜索结果发送单元4042，用于当所述通讯时刻距所述接收时刻的时间间隔，在预设范围内，则向所述第二客户端发送包括所述第一账户的搜索结果。

可选地，参照图9所示，在上述图7的基础上，所述装置还可以包括：

接收时刻获取模块403，用于获取所述好友搜索请求的接收时刻；

当所述通讯名单为通话记录时，所述搜索结果发送模块404，还可以包括：

通话类型获取单元4043，用于当所述通话记录中存在与所述第一电话号码对应的第一历史记录，获取所述第一历史记录对应的通话类型，所述通话类型包括：已接来电、未接来电、已拨电话中的至少一种；

通话时长获取单元4044，用于当所述通话类型为已接来电，则获取第一历史记录的通话时长；

第二搜索结果发送单元4045，用于当所述通话时长大于等于预设通话时长，则向所述第二客户端发送包括所述第一账户的搜索结果；

第三搜索结果发送单元4046，用于当所述通话时长小于预设通话时长，则拦截所述好友搜索请求；

第四搜索结果发送单元4047，用于当所述通话类型为未接来电，则拦截所述好友搜索请求；

第五搜索结果发送单元4048，用于当所述通话类型为已拨电话，则向所述第二客户端发送包括所述第一账户的搜索结果。

可选地，当所述通讯名单为短消息记录时，所述搜索结果发送模块404，还可以包括：

短信息类型获取单元4049，用于当所述短消息记录中存在与所述第一电话号码对应的第二历史记录，获取所述第二历史记录对应的短信息类型，所述短信息类型包括：已接短消息、已发短消息中的至少一种；

第六搜索结果发送单元40410，用于当所述短消息类型只包括已接短消息，则拦截所述好友搜索请求；

第七搜索结果发送单元40411，用于当所述短消息类型包括已发短消息，则向所述第二客户端发送包括所述第一账户的搜索结果。

可选地，当所述通讯名单为第三方应用沟通记录时，所述搜索结果发送模块404，还可以包括：

沟通特征信息获取单元40112，用于当所述第三方应用沟通记录中存在与所述第一电话号码对应的第三历史记录，获取所述第三历史记录对应的沟通特征信息；

第八搜索结果发送单元40413，用于当所述沟通特征信息符合预设沟通标准，则向所述第二客户端发送包括所述第一账户的搜索结果。

本发明实施例提供的搜索装置能够实现图1至图6的方法实施例中应用服务器端实现的各个过程，为避免重复，这里不再赘述。

这样，在本发明实施例中，获取第一客户端的通讯名单，该第一客户端对应第一账户，当接收到第二客户端发送的好友搜索请求，则根据该好友搜索请求获取第二客户端的第一电话号码，当从通讯名单中获取到该第二客户端的第一电话号码的情况下，则向该第二客户端发送包括上述第一账户的搜索结果，即，只有第二客户端对应的第一电话号码在第一客户端的通讯名单中，才向第二客户端发送上述第一账户的搜索结果，不仅避免了完全陌生的人对第一客户端的用户不必要的打扰，还可以允许可能是符合第一客户端的用户实际允许添加的用户通过电话号码搜索到第一客户端的第一账户，从而可以避免无法通过电话号码搜索好友给用户带来的不便。

图10为实现本发明各个实施例中的一种移动终端的硬件结构示意图，该移动终端700包括但不限于：射频单元701、网络模块702、声音输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、处理器710、以及电源711等部件。本领域技术人员可以理解，图10中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器710，用于获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户；

当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码；

当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

本发明实施例，获取第一客户端的通讯名单，该第一客户端对应第一账户，当接收到第二客户端发送的好友搜索请求，则根据该好友搜索请求获取第二客户端的第一电话号码，当从通讯名单中获取到该第二客户端的第一电话号码的情况下，则向该第二客户端发送包括上述第一账户的搜索结果，即，只有第二客户端对应的第一电话号码在第一客户端的通讯名单中，才向第二客户端发送上述第一账户的搜索结果，不仅避免了完全陌生的人对第一客户端的用户不必要的打扰，还可以允许可能是符合第一客户端的用户实际允许添加的用户通过电话号码搜索到第一客户端的第一账户，从而可以避免无法通过电话号码搜索好友给用户带来的不便。

应理解的是，本发明实施例中，射频单元701可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器710处理；另外，将上行的数据发送给基站。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元701还可以通过无线通信系统与网络和其他设备通信。

移动终端通过网络模块702为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

声音输出单元703可以将射频单元701或网络模块702接收的或者在存储器709中存储的声音数据转换成声音信号并且输出为声音。而且，声音输出单元703还可以提供与移动终端700执行的特定功能相关的声音输出(例如，呼叫信号接收声音、消息接收声音等等)。声音输出单元703包括扬声器、蜂鸣器以及受话器等。

输入单元704用于接收声音或视频信号。输入单元704可以包括图形处理器(Graphics Processing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元706上。经图形处理器7041处理后的图像帧可以存储在存储器709(或其它存储介质)中或者经由射频单元701或网络模块702进行发送。麦克风7042可以接收声音，并且能够将这样的声音处理为声音数据。处理后的声音数据可以在电话通话模式的情况下转换为可经由射频单元701发送到移动通信基站的格式输出。

移动终端700还包括至少一种传感器705，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板7061的亮度，接近传感器可在移动终端700移动到耳边时，关闭显示面板7061或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器705还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元706用于显示由用户输入的信息或提供给用户的信息。显示单元706可包括显示面板7061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板7061。

用户输入单元707可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板7071上或在触控面板7071附近的操作)。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器710，接收处理器710发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板7071。除了触控面板7071，用户输入单元707还可以包括其他输入设备7072。具体地，其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板7071可覆盖在显示面板7061上，当触控面板7071检测到在其上或附近的触摸操作后，传送给处理器710以确定触摸事件的类型，随后处理器710根据触摸事件的类型在显示面板7061上提供相应的视觉输出。虽然在图10中，触控面板7071与显示面板7061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板7071与显示面板7061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元708为外部装置与移动终端700连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、声音输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元708可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端700内的一个或多个元件或者可以用于在移动终端700和外部装置之间传输数据。

存储器709可用于存储软件程序以及各种数据。存储器709可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如声音数据、电话本等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器710是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器709内的软件程序或模块，以及调用存储在存储器709内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器710可包括一个或多个处理单元；优选的，处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端700还可以包括给各个部件供电的电源711(比如电池)，优选的，电源711可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，移动终端700包括一些未示出的功能模块，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述好友搜索的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，上述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种搜索方法，应用于服务器端，其特征在于，所述方法包括：

获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户；

当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码；

当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

2.根据权利要求1所述的方法，其特征在于，所述根据所述好友搜索请求获取第二客户端的第一电话号码的步骤之后，还包括：

获取所述好友搜索请求的接收时刻；

所述当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果的步骤，包括：

当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，获取所述第二客户端的第一电话号码在所述通讯名单中的通讯时刻；

当所述通讯时刻距所述接收时刻的时间间隔，在预设范围内，则向所述第二客户端发送包括所述第一账户的搜索结果。

3.根据权利要求1所述的方法，其特征在于，当所述通讯名单为通话记录时，所述当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果的步骤，还包括：

当所述通话记录中存在与所述第一电话号码对应的第一历史记录，获取所述第一历史记录对应的通话类型，所述通话类型包括：已接来电、未接来电、已拨电话中的至少一种；

当所述通话类型为已接来电，则获取第一历史记录的通话时长；

当所述通话时长大于等于预设通话时长，则向所述第二客户端发送包括所述第一账户的搜索结果；

当所述通话时长小于预设通话时长，则拦截所述好友搜索请求；

当所述通话类型为未接来电，则拦截所述好友搜索请求；

当所述通话类型为已拨电话，则向所述第二客户端发送包括所述第一账户的搜索结果。

4.根据权利要求1所述的方法，其特征在于，当所述通讯名单为短消息记录时，所述当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果的步骤，还包括：

当所述短消息记录中存在与所述第一电话号码对应的第二历史记录，获取所述第二历史记录对应的短消 息类型，所述短消 息类型包括：已接短消息、已发短消息中的至少一种；

当所述短消息类型只包括已接短消息，则拦截所述好友搜索请求；

当所述短消息类型包括已发短消息，则向所述第二客户端发送包括所述第一账户的搜索结果。

5.根据权利要求1所述的方法，其特征在于，当所述通讯名单为第三方应用沟通记录时，所述当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果的步骤，还包括：

当所述第三方应用沟通记录中存在与所述第一电话号码对应的第三历史记录，获取所述第三历史记录对应的沟通特征信息；

当所述沟通特征信息符合预设沟通标准，则向所述第二客户端发送包括所述第一账户的搜索结果。

6.一种搜索装置，应用于服务器端，其特征在于，所述装置包括：

通讯名单获取模块，用于获取第一客户端的通讯名单；其中，所述第一客户端对应第一账户；

第一电话号码获取模块，用于当接收到第二客户端发送的好友搜索请求，则根据所述好友搜索请求获取第二客户端的第一电话号码；

搜索结果发送模块，用于当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，向所述第二客户端发送包括所述第一账户的搜索结果，其中，所述通讯名单包括：通话记录、短消息记录、第三方应用沟通记录、通讯录中的至少一种；所述通讯录包括：所述第一客户端的系统通讯录、第三方应用的通讯录中的至少一种。

7.根据权利要求6所述的装置，还包括：

接收时刻获取模块，用于获取所述好友搜索请求的接收时刻；

所述搜索结果发送模块，包括：

通讯时刻获取单元，用于当从所述通讯名单中获取到所述第二客户端的第一电话号码的情况下，获取所述第二客户端的第一电话号码在所述通讯名单中的通讯时刻；

第一搜索结果发送单元，用于当所述通讯时刻距所述接收时刻的时间间隔，在预设范围内，则向所述第二客户端发送包括所述第一账户的搜索结果。

8.根据权利要求6所述的装置，其特征在于，当所述通讯名单为通话记录时，所述搜索结果发送模块，还包括：

通话类型获取单元，用于当所述通话记录中存在与所述第一电话号码对应的第一历史记录，获取所述第一历史记录对应的通话类型，所述通话类型包括：已接来电、未接来电、已拨电话中的至少一种；

通话时长获取单元，用于当所述通话类型为已接来电，则获取第一历史记录的通话时长；

第二搜索结果发送单元，用于当所述通话时长大于等于预设通话时长，则向所述第二客户端发送包括所述第一账户的搜索结果；

第三搜索结果发送单元，用于当所述通话时长小于预设通话时长，则拦截所述好友搜索请求；

第四搜索结果发送单元，用于当所述通话类型为未接来电，则拦截所述好友搜索请求；

第五搜索结果发送单元，用于当所述通话类型为已拨电话，则向所述第二客户端发送包括所述第一账户的搜索结果。

9.根据权利要求6所述的装置，其特征在于，当所述通讯名单为短消息记录时，所述搜索结果发送模块，还包括：

短消 息类型获取单元，用于当所述短消息记录中存在与所述第一电话号码对应的第二历史记录，获取所述第二历史记录对应的短消 息类型，所述短消 息类型包括：已接短消息、已发短消息中的至少一种；

第六搜索结果发送单元，用于当所述短消息类型只包括已接短消息，则拦截所述好友搜索请求；

第七搜索结果发送单元，用于当所述短消息类型包括已发短消息，则向所述第二客户端发送包括所述第一账户的搜索结果。

10.根据权利要求6所述的装置，其特征在于，当所述通讯名单为第三方应用沟通记录时，所述搜索结果发送模块，还包括：

沟通特征信息获取单元，用于当所述第三方应用沟通记录中存在与所述第一电话号码对应的第三历史记录，获取所述第三历史记录对应的沟通特征信息；

第八搜索结果发送单元，用于当所述沟通特征信息符合预设沟通标准，则向所述第二客户端发送包括所述第一账户的搜索结果。

Images