好友请求的处理方法、装置、存储介质及终端与流程

本申请实施例涉及移动终端技术领域，尤其涉及好友请求的处理方法、装置、存储介质及终端。

背景技术：

随着移动终端不断发展，越来越多的用户在终端上安装了社交类应用软件。社交类应用软件包括好友添加功能，在添加好友之后可以进行聊天。

目前，陌生人可以通过“摇一摇”或“附近的人”等途径搜索到用户，然后向用户发起好友请求。在用户接收了好友请求后，系统会提示用户新的朋友是否存在威胁。但是，在添加了存在威胁的好友后，会影响用户信息安全。

技术实现要素：

本申请实施例的目的是提供一种好友请求的处理方法、装置、存储介质及终端，可以提高用户信息安全性。

第一方面，本申请实施例提供了一种好友请求的处理方法，包括：

接收到好友请求时，获取请求方的异常参考信息；

根据所述异常参考信息判断所述请求方是否为异常用户；

如果所述请求方为异常用户，则屏蔽所述好友请求。

第二方面，本申请实施例提供了一种好友请求的处理装置，包括：

获取模块，用于接收到好友请求时，获取请求方的异常参考信息；

判断模块，用于根据所述获取模块获取的所述异常参考信息判断所述请求方是否为异常用户；

请求处理模块，用于如果所述请求方为异常用户，则屏蔽所述好友请求。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所示的好友请求的处理方法。

第四方面，本申请实施例提供了一种终端，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所示的好友请求的处理方法。

本申请实施例中提供的好友请求的处理方案，首先接收到好友请求时，获取请求方的异常参考信息；然后，根据所述异常参考信息判断所述请求方是否为异常用户；最后，如果所述请求方为异常用户，则屏蔽所述好友请求，能够提高用户信息安全性。

附图说明

图1为本申请实施例提供的一种好友请求的处理方法的流程示意图；

图2为本申请实施例提供的另一种好友请求的处理方法的流程示意图；

图3为本申请实施例提供的另一种好友请求的处理方法的流程示意图；

图4为本申请实施例提供的另一种好友请求的处理方法的流程示意图；

图5为本申请实施例提供的另一种好友请求的处理方法的流程示意图；

图6为本申请实施例提供的另一种好友请求的处理方法的流程示意图；

图7为本申请实施例提供的一种好友请求的处理装置的结构示意图；

图8为本申请实施例提供的一种移动终端的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

随着移动终端不断发展，越来越多的用户在终端上安装了社交类应用软件。社交类应用软件包括好友添加功能，在添加好友之后可以进行聊天。目前，陌生人可以通过“摇一摇”或“附近的人”等途径搜索到用户，然后向用户发起好友请求。在用户接收了好友请求后，系统会提示用户新的朋友是否存在威胁。用户在看到提示信息后，会在心理上产生不安和惶恐。且存在威胁的用户可通过查看用户的朋友圈等功能发布的信息获取用户个人信息，对用户信息安全造成威胁。

本申请实施例提供了一种好友请求的处理方法，能够在好友请求阶段判断请求方是否为异常用户，如果为异常用户则屏蔽好友请求，进而避免用户在添加好友之后再将具有威胁的好友拉入黑名单，提高用户信息安全性。具体方案如下所示：

图1为本申请实施例提供的好友请求的处理方法的流程示意图，该方法用于终端进行好友请求的处理的情况，该方法可以由安装有社交类应用程序的移动终端来执行，该移动终端可以为智能手机、平板电脑、可穿戴设备、笔记本电脑等，其中社交类应用程序包括即时聊天应用(如微信、腾讯qq或msn等)和社交应用(如微博或具有社交属性的游戏应用等)，该方法具体包括如下步骤：

步骤110、接收到好友请求时，获取请求方的异常参考信息。

请求方可以通过二维码扫描、摇动手机搜索关键字等方式查找到用户，并向用户发起好友请求。好友请求由请求方终端发送至服务器，然后由服务器发送至用户终端。用户终端接收到服务器发送的好友请求时，通过服务器获取请求方的异常参考信息。异常参考信息包括请求方的账号信息、登录位置信息、被投诉信息、被拉黑信息以及诈骗信息中的一个或多个。可以由独立的信息存储服务器存储每个用户的异常参考信息，用户终端接收到好友请求时，获取请求方标识，使用请求方标识从信息存储服务器获取异常参考信息。

步骤120、根据异常参考信息判断请求方是否为异常用户。

对获取到的异常参考信息进行分析，判断接收方是否为异常用户。

步骤130、如果请求方为异常用户，则屏蔽好友请求。

屏蔽好友请求时，取消在前台界面中显示好友请求。同时，向请求方发送反馈信息。反馈信息可以包括屏蔽原因。

步骤140、如果请求方为非异常用户，则输出好友请求。

如果请求方为非异常用户，则在社交类应用程序的用户界面中，增加好友请求标识。

本申请实施例中提供的好友请求的处理方法，首先接收到好友请求时，获取请求方的异常参考信息；然后，根据异常参考信息判断请求方是否为异常用户；最后，如果请求方为异常用户，则屏蔽好友请求。相对于在添加好友之后，在进行好友异常提示，本申请实施例能够在好友请求阶段，判断请求方是否为异常用户，如果为异常用户则屏蔽好友请求，或者提示用户请求方存在账号异常。如果为非异常用户，则向用户输出好友请求，进而避免添加好友后再提示，提高用户信息安全性。

图2为本申请实施例提供的一种好友请求的处理方法的流程示意图，作为对上述实施例的进一步说明，包括：

步骤210、接收到好友请求时，获取请求方的账号信息。

账号信息包括请求方的账号名称、电话卡号以及实名制信息等。账号信息可以在请求方发送好友请求时，将账号信息添加到好友请求中。用户终端接收到好友请求后，解析好友请求得到账号信息。

步骤220、判断请求方的账号信息是否完整。

可选的，判断账号信息是否缺少电话卡号。当用户通过ip电话等虚拟电话进行拨打电话时，或者用户设置了隐藏来电号码时，账号信息中将缺少电话卡号。示例性的，用户终端的手机系统检测账号信息中是否具有有效电话卡号(移动、联通、电信运营商中有无留底资料)。如果没有，即是异常。如果有，则为非异常。

可选的，判断账号信息是否缺少实名制认证信息。实名制信息可以为是否完成实名制认证的消息。如果完成实名制认证则标识为1，如果未完成实名制认证则标识0。或者，实名制信息还可以为请求方的用户姓名和身份证。用户终端接收到请求方的用户姓名和身份证后，通过实名制认证服务器确定请求方的实名制信息是否正确。

可选的，示例性的，用户终端的手机系统检测账号信息中是否进行了实名认证。例如，是否有进行身份证、驾照或护照的认证。如果没有，即是异常。如果有，则为非异常。

步骤230、如果请求方的账号信息不完整，则判定请求方为异常用户，账号信息不完整包括缺少电话卡号和/或缺少实名制认证信息。

步骤240、如果请求方为异常用户，则屏蔽好友请求。

步骤250、如果请求方的账号信息完整，则判定请求方为非异常用户。

步骤260、如果请求方为非异常用户，则输出好友请求。

本申请实施例提供的好友请求的处理方法，能够根据账号信息是否完整确定账号是否异常，在账号信息完整时确定接收方为非异常用户，并输出好友请求，能够避免虚假账号发起的好友请求，提高安全性。

图3为本申请实施例提供的一种好友请求的处理方法的流程示意图，作为对上述实施例的进一步说明，包括：

步骤310、接收到好友请求时，获取请求方的登录位置信息。

登录位置信息可以包括请求方当前登录的位置信息。

步骤320、根据登录位置信息判断请求方是否异地登录。

判断请求方的位置信息是否与用户当前的位置信息相同。请求方的位置信息可以从账号登录地服务器中查询得到。可选的，位置信息的精确度可以精确到城市或国家。如果请求方和用户所在的城市或国家相同，则确定非异地登录。否则，如果请求方和用户所在的城市或国家不相同，则确定异地登录。

可选的，获取用户预设时间内联系过的联系人所在的位置集合，如果该位置集合包括请求方所在的位置信息，则确定请求方非异地登录。否则，如果该位置集合不包括请求方所在的位置信息，则确定请求方异地登录。其中，预设时间可以为1个月-6个月，可选为3个月。

示例性的，判断请求方账号的登录地点是否与用户的登录地点一致。如果用户的最近半年联系人中都没有请求方账号的登录地点，或者请求方为境外匿名登录，则判定为异地登录。

步骤330、如果请求方异地登录，则判定请求方为异常用户。

步骤340、如果请求方为异常用户，则屏蔽好友请求。

步骤350、如果请求方非异地登录，则判定请求方为非异常用户。

步骤360、如果请求方为非异常用户，则输出好友请求。

本申请实施例提供的好友请求的处理方法，能够根据请求方的登录位置信息，确定请求方是否异地登录，进而避免陌生地区用户向用户发起请求，提高安全性。

图4为本申请实施例提供的一种好友请求的处理方法的流程示意图，作为对上述实施例的进一步说明，包括：

步骤410、接收到好友请求时，通过服务器获取请求方的被投诉次数。

终端接收到好友请求时，通过好友请求获取请求方标识。使用请求方标识访问服务器获取请求方的历史投诉记录，历史投诉记录包括请求方被投诉的时间和投诉理由。可选的，可以根据被投诉的次数确定是否屏蔽好友请求。还可以在满足预设投诉理由的投诉记录超过预设次数时，屏蔽好友请求。

步骤420、判断请求方的被投诉次数是否超过预设投诉阈值。

统计历史投诉记录中请求方被投诉次数。预设投诉阈值大于等于1，可选为1次或3次。

步骤430、如果请求方的被投诉次数超过预设投诉阈值，则判定请求方为异常用户。

步骤440、如果请求方为异常用户，则屏蔽好友请求。

步骤450、如果请求方的被投诉次数小于预设投诉阈值，则判定请求方为非异常用户。

步骤460、如果请求方为非异常用户，则输出好友请求。

本申请实施例提供的好友请求的处理方法，手机系统在接收到好友请求后，向服务器发出申请，申请下发请求方账号的历史投诉记录。如果该账户被用户投诉过，则判定为异常，进而屏蔽被投诉过一次或多次的威胁用户，提高安全性。

图5为本申请实施例提供的一种好友请求的处理方法的流程示意图，作为对上述实施例的进一步说明，包括：

步骤510、接收到好友请求时，判断请求方是否被其他用户拉入黑名单。

终端接收到好友请求时，通过好友请求获取请求方标识。使用请求方标识访问服务器获取请求方获取将请求方拉入黑名单的用户列表。

步骤520、如果请求方被其他用户拉入黑名单，则获取拉入黑名单前请求方与其他用户的聊天记录数量。

根据用户列表分别获取请求方与用户的聊天记录数量。

步骤530、判断聊天记录数量是否超过预设聊天数量阈值。

其中，预设聊天数量阈值小于20条，可选为10条。将聊天记录数量与预设聊天数量阈值进行比较，统计聊天记录数量超过预设聊天数量阈值的用户数量。如果用户数量大于等于预设用户数量，则确定请求方为异常用户。否者，如果用户数量小于预设用户数量，则确定请求方为非异常用户。其中，预设用户数量为1个或2个。

步骤540、如果聊天记录数量超过预设聊天数量阈值，则判定请求方为异常用户。

步骤550、如果请求方为异常用户，则屏蔽好友请求。

步骤560、如果聊天记录数量小于预设聊天数量阈值，则判定请求方为非异常用户。

步骤570、如果请求方为非异常用户，则输出好友请求。

本申请实施例提供的好友请求的处理方法，能够在接收到好友请求时，判断请求方是否在预设聊天数量阈值的聊天后被其他用户拉入黑名单，进而判断请求方是否为异常客户，提高安全性。

图6为本申请实施例提供的一种好友请求的处理方法的流程示意图，作为对上述实施例的进一步说明，包括：

步骤610、接收到好友请求时，获取请求方与其他用户的聊天记录。

终端接收到好友请求时，通过好友请求获取请求方标识。使用请求方标识访问服务器获取请求方获取将请求方与其他用户的聊天记录。其他用户为请求方近期通信过的用户。近期为1天至30天。或者，其他用户为将请求方拉黑或者投诉请求方用户的用户。

步骤620、根据聊天记录判断请求方是否存在诈骗行为。

对聊天记录进行分析，通过关键词查找确定是否存在诈骗行为。

示例性的，用户终端的手机系统检测请求方的历史聊天信息，重点检测交易和钱财往来的相关记录，当发现该账号有言语唆使以骗取用户付款信息的行为，则判定为异常。

步骤630、如果请求方存在诈骗行为，则判定请求方为异常用户。

步骤640、如果请求方为异常用户，则屏蔽好友请求。

步骤650、如果请求方不存在诈骗行为，则判定请求方为非异常用户。

步骤660、如果请求方为非异常用户，则输出好友请求。

本申请实施例提供的好友请求的处理方法，能够通过对聊天记录进行分析确定是否存在诈骗行为，进而确定请求方是否为异常用户，提高安全性。

可选的，上述实施例提供的好友请求的处理方法还可以由服务器执行。服务器接收到好友请求时，获取请求方的异常参考信息。根据异常参考信息判断请求方是否为异常用户。如果请求方为异常用户，则屏蔽好友请求。如果请求方为非异常用户，则向接收方发送好友请求。

图7为本申请实施例提供的一种好友请求的处理装置的结构示意图。如图7所示，该装置包括：获取模块710，判断模块720，请求处理模块730。

获取模块710，用于接收到好友请求时，获取请求方的异常参考信息；

判断模块720，用于根据所述获取模块710获取的所述异常参考信息判断所述请求方是否为异常用户；

请求处理模块730，用于如果所述请求方为异常用户，则屏蔽所述好友请求。

进一步的，获取模块710用于，获取请求方的账号信息；

相应的，判断模块720用于，判断所述请求方的账号信息是否完整；

如果所述请求方的账号信息不完整，则判定所述请求方为异常用户，所述账号信息不完整包括缺少电话卡号和/或缺少实名制认证信息。

进一步的，获取模块710用于，获取请求方的登录位置信息；

相应的，判断模块720用于，根据所述登录位置信息判断所述请求方是否异地登录；

如果请求方异地登录，则判定所述请求方为异常用户。

进一步的，获取模块710用于，通过服务器获取所述请求方的被投诉次数；

相应的，判断模块720用于，判断所述请求方的被投诉次数是否超过预设投诉阈值；

如果所述请求方的被投诉次数超过预设投诉阈值，则判定所述请求方为异常用户。

进一步的，获取模块710用于，判断请求方是否被其他用户拉入黑名单；

如果所述请求方被其他用户拉入黑名单，则获取拉入黑名单前所述请求方与所述其他用户的聊天记录数量；

相应的，判断模块720用于，判断所述聊天记录数量是否超过预设聊天数量阈值；

如果所述聊天记录数量超过预设聊天数量阈值，则判定所述请求方为异常用户。

进一步的，获取模块710用于，获取请求方与其他用户的聊天记录；

相应的，判断模块720用于，根据所述聊天记录判断所述请求方是否存在诈骗行为；

如果请求方存在诈骗行为，则判定所述请求方为异常用户。

进一步的，请求处理模块730用于，如果所述请求方为非异常用户，则输出所述好友请求。

本申请实施例中提供的好友请求的处理装置，首先获取模块710接收到好友请求时，获取请求方的异常参考信息；然后，判断模块720根据异常参考信息判断请求方是否为异常用户；最后，如果请求方为异常用户，则请求处理模块730屏蔽好友请求。相对于在添加好友之后，在进行好友异常提示，本申请实施例能够在好友请求阶段，判断请求方是否为异常用户，如果为异常用户则屏蔽好友请求，或者提示用户请求方存在账号异常。如果为非异常用户，则向用户输出好友请求，进而避免添加好友后再提示，提高用户信息安全性。

上述装置可执行本申请前述所有实施例所提供的方法，具备执行上述方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请前述所有实施例所提供的方法。

图8是本申请实施例提供的另一种终端设备的结构示意图。如图8所示，该终端可以包括：壳体(图中未示出)、存储器801、中央处理器(centralprocessingunit，cpu)802(又称处理器，以下简称cpu)、存储在存储器801上并可在处理器802上运行的计算机程序、电路板(图中未示出)和电源电路(图中未示出)。所述电路板安置在所述壳体围成的空间内部；所述cpu802和所述存储器801设置在所述电路板上；所述电源电路，用于为所述终端的各个电路或器件供电；所述存储器801，用于存储可执行程序代码；所述cpu802通过读取所述存储器801中存储的可执行程序代码来运行与所述可执行程序代码对应的程序。

所述终端还包括：外设接口803、rf(radiofrequency，射频)电路805、音频电路806、扬声器811、电源管理芯片808、输入/输出(i/o)子系统809、触摸屏812、其他输入/控制设备810以及外部端口804，这些部件通过一个或多个通信总线或信号线807来通信。

应该理解的是，图示终端设备800仅仅是终端的一个范例，并且终端设备800可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于一种终端设备进行详细的描述，该终端设备以智能手机为例。

存储器801，所述存储器801可以被cpu802、外设接口803等访问，所述存储器801可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口803，所述外设接口803可以将设备的输入和输出外设连接到cpu802和存储器801。

i/o子系统809，所述i/o子系统809可以将设备上的输入输出外设，例如触摸屏812和其他输入/控制设备810，连接到外设接口803。i/o子系统809可以包括显示控制器8091和用于控制其他输入/控制设备810的一个或多个输入控制器8092。其中，一个或多个输入控制器8092从其他输入/控制设备810接收电信号或者向其他输入/控制设备810发送电信号，其他输入/控制设备810可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器8092可以与以下任一个连接：键盘、红外端口、usb接口以及诸如鼠标的指示设备。

其中，按照触摸屏的工作原理和传输信息的介质分类，触摸屏812可以为电阻式、电容感应式、红外线式或表面声波式。按照安装方式分类，触摸屏812可以为：外挂式、内置式或整体式。按照技术原理分类，触摸屏812可以为：矢量压力传感技术触摸屏、电阻技术触摸屏、电容技术触摸屏、红外线技术触摸屏或表面声波技术触摸屏。

触摸屏812，所述触摸屏812是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。可选的，触摸屏812将用户在触屏幕上触发的电信号(如接触面的电信号)，发送给处理器802。

i/o子系统809中的显示控制器8091从触摸屏812接收电信号或者向触摸屏812发送电信号。触摸屏812检测触摸屏上的接触，显示控制器8091将检测到的接触转换为与显示在触摸屏812上的用户界面对象的交互，即实现人机交互，显示在触摸屏812上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

rf电路805，主要用于建立智能音箱与无线网络(即网络侧)的通信，实现智能音箱与无线网络的数据接收和发送。例如收发短信息、电子邮件等。

音频电路806，主要用于从外设接口803接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器811。

扬声器811，用于将智能音箱通过rf电路805从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片808，用于为cpu802、i/o子系统及外设接口所连接的硬件进行供电及电源管理。

在本实施例中，中央处理器802用于：

接收到好友请求时，获取请求方的异常参考信息；

根据所述异常参考信息判断所述请求方是否为异常用户；

如果所述请求方为异常用户，则屏蔽所述好友请求。

进一步的，所述获取请求方的异常参考信息，包括：

获取请求方的账号信息；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

判断所述请求方的账号信息是否完整；

如果所述请求方的账号信息不完整，则判定所述请求方为异常用户，所述账号信息不完整包括缺少电话卡号和/或缺少实名制认证信息。

进一步的，所述获取请求方的异常参考信息，包括：

获取请求方的登录位置信息；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

根据所述登录位置信息判断所述请求方是否异地登录；

如果请求方异地登录，则判定所述请求方为异常用户。

进一步的，所述获取请求方的异常参考信息，包括：

通过服务器获取所述请求方的被投诉次数；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

判断所述请求方的被投诉次数是否超过预设投诉阈值；

如果所述请求方的被投诉次数超过预设投诉阈值，则判定所述请求方为异常用户。

进一步的，所述获取请求方的异常参考信息，包括：

判断请求方是否被其他用户拉入黑名单；

如果所述请求方被其他用户拉入黑名单，则获取拉入黑名单前所述请求方与所述其他用户的聊天记录数量；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

判断所述聊天记录数量是否超过预设聊天数量阈值；

如果所述聊天记录数量超过预设聊天数量阈值，则判定所述请求方为异常用户。

进一步的，所述获取请求方的异常参考信息，包括：

获取请求方与其他用户的聊天记录；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

根据所述聊天记录判断所述请求方是否存在诈骗行为；

如果请求方存在诈骗行为，则判定所述请求方为异常用户。

进一步的，在根据所述异常参考信息判断所述请求方是否为异常用户之后，还包括：

如果所述请求方为非异常用户，则输出所述好友请求。

本申请实施例还提供一种包含终端设备可执行指令的存储介质，所述终端设备可执行指令在由终端设备处理器执行时用于执行一种好友请求的处理方法，该方法包括：

接收到好友请求时，获取请求方的异常参考信息；

根据所述异常参考信息判断所述请求方是否为异常用户；

如果所述请求方为异常用户，则屏蔽所述好友请求。

进一步的，所述获取请求方的异常参考信息，包括：

获取请求方的账号信息；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

判断所述请求方的账号信息是否完整；

如果所述请求方的账号信息不完整，则判定所述请求方为异常用户，所述账号信息不完整包括缺少电话卡号和/或缺少实名制认证信息。

进一步的，所述获取请求方的异常参考信息，包括：

获取请求方的登录位置信息；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

根据所述登录位置信息判断所述请求方是否异地登录；

如果请求方异地登录，则判定所述请求方为异常用户。

进一步的，所述获取请求方的异常参考信息，包括：

通过服务器获取所述请求方的被投诉次数；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

判断所述请求方的被投诉次数是否超过预设投诉阈值；

如果所述请求方的被投诉次数超过预设投诉阈值，则判定所述请求方为异常用户。

进一步的，所述获取请求方的异常参考信息，包括：

判断请求方是否被其他用户拉入黑名单；

如果所述请求方被其他用户拉入黑名单，则获取拉入黑名单前所述请求方与所述其他用户的聊天记录数量；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

判断所述聊天记录数量是否超过预设聊天数量阈值；

如果所述聊天记录数量超过预设聊天数量阈值，则判定所述请求方为异常用户。

进一步的，所述获取请求方的异常参考信息，包括：

获取请求方与其他用户的聊天记录；

相应的，所述根据所述异常参考信息判断所述请求方是否为异常用户，包括：

根据所述聊天记录判断所述请求方是否存在诈骗行为；

如果请求方存在诈骗行为，则判定所述请求方为异常用户。

进一步的，在根据所述异常参考信息判断所述请求方是否为异常用户之后，还包括：

如果所述请求方为非异常用户，则输出所述好友请求。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。

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

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的应用推荐操作，还可以执行本申请任意实施例所提供的应用推荐方法中的相关操作。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。