l Network Service,简称SNS)类应用中，第一客户端的用户可以通过举报、投诉、评价等形式对第二客户端的帐号以及帐号发送的消息、图片、视频、对话等内容进行主动标记。主动标记的种类例如可以包括:欺诈、色情、广告、骚扰、帐号被盗用等。主动标记的形式可以采用用户勾选、语音或键盘输入等形式。
[0039]又例如，在网上购物平台、支付平台类应用中，第一客户端的用户可以通过举报、投诉等形式对第二客户端的帐号发起的购买、支付、代付等请求进行主动标记。主动标记的种类也可以包括:欺诈、帐号被盗用等。
[0040]需要强调的是，在实际设计的过程中，主动标记的形式及种类可因应各个产品的特性以及场景的需要进行改变，本发明的【具体实施方式】并不以主动标记的具体形式以及种类为限。
[0041]步骤S12，对所述主动标记中的信息进行处理后，获得并存储与所述第二客户端的帐号对应的恶意度等级。
[0042]当服务器200收集到针对第二客户端的帐号所进行的主动标记的数量达到预定数量，或者收集时间超过预定时长，会根据主动标记时提供的消息内容，通过人工审核和/或机器策略的方式对主动标记中的内容的真实性进行判断。
[0043]具体的判断方法很多，可以包括但不限于根据第一客户端帐号的行为习惯、根据第一客户端帐号提供的证据、根据其他客户端对第一客户端帐号的主动标记等方法对主动标记的真实性进行判断。
[0044]例如，如果该第一客户端帐号经常对其他帐号进行恶意举报、投诉等行为，或者其发表的言论大多偏负面等，可以判断其主动标记的真实性较低。如果第一客户端帐号可以提供第二客户端帐号进行欺诈、虚假宣传、广告等行为时的截图等证据，可以判断该主动标记的真实性较高。如果该第一客户端帐号被标记为帐号被盗时，可以判断该主动标记的真实性较低，等等。需要说明的是，这里只是列举了几种可能的判断方法，具体的判断方法可以根据实际的产品以及应用场景进行改变，本发明的【具体实施方式】并不以此为限。
[0045]请参照图4，步骤S12可以包括:
[0046]步骤S121，确认所述主动标记中的内容的真实性；
[0047]步骤S122，如果确认是真实的，则根据所述主动标记中的内容以及预定规则获得与所述第二客户端的帐号对应的恶意度等级，所述主动标记中的内容包括所述第二客户端的帐号的恶意行为，所述恶意度等级与所述恶意行为以及主动标记的次数相关；以及
[0048]步骤S123，对所述恶意度等级进行存储。
[0049]预定规则可以根据主动标记的种类以及其中的内容可能对其他客户端帐号的用户造成的伤害程度进行制定，与所述恶意行为以及主动标记的次数相关。总的来说恶意行为对其他用户造成的伤害程度越闻、恶意度等级也越闻；被主动标记的次数越多、恶意度等级越高。
[0050]例如，如果第二客户端被主动标记的次数少于预定次数，且主动标记一般为广告、推销等宣传性质的，对用户造成伤害程度也较低，恶意度等级可以设定为最低等级，例如一级。如果第二客户端被主动标记的次数少于预定次数，但是，主动标记一般为欺诈等恶意诈骗性质的，可能对用户造成很大的经济损失，恶意度等级可以设定为较高等级，例如三级。如果第二客户端被主动标记的种类一般为色情、骚扰等性质的，恶意度等级可以设定为中等，例如二级。当然，恶意度等级具体设计为多少等级，以及量化的标准也可以根据实际的产品以及应用场景进行改变，本发明的【具体实施方式】并不以此为限。
[0051]步骤S13，当所述服务器接收到第二客户端发送的业务请求时，查询与所述第二客户端的帐号所对应的恶意度等级。
[0052]步骤S14，根据所述恶意度等级以及所述业务请求的业务类型，对所述业务请求做对应的警告标记，并根据所述警告标记发出对应的警告信息。
[0053]如果服务器200所处理的业务是单一的业务类型，也可以直接根据恶意度等级对业务请求做对应的警告标记。如果服务器200所处理的业务是两种或两种以上的业务类型，则可以根据所述恶意度等级以及所述业务请求的业务类型对业务请求做对应的警告标记。业务类型例如可以通过业务请求中的类型标识进行判断。
[0054]优选的，所述警告信息的内容可以包括:所述第二客户端的帐号的恶意行为以及被主动标记的次数等。
[0055]本实施例提供的业务请求的处理方法，通过收集其他客户端针对某个客户端的帐号所进行的主动标记，获得该帐号的恶意度等级，当该帐号发起业务请求时，根据该帐号的恶意度等级对该业务请求进行警告标记，并向相关的帐号发出警告信息，可以有效的防止用户的信息或财产被盗/骗，增加互联网信息的安全性。
[0056]第二实施例
[0057]图5为本发明第二实施例提供的业务请求的处理方法的流程图。结合图1，本实施例描述的是服务器的处理流程，于本实施例中，假设服务器处理的业务类型为单一业务类型，本实施例提供的业务请求的处理方法包括以下步骤:
[0058]步骤S201，服务器收集多个第一客户端针对第二客户端的帐号所进行的主动标记。
[0059]步骤S202，对所述主动标记中的信息进行处理后，获得并存储与所述第二客户端的帐号对应的恶意度等级。
[0060]步骤S203，当所述服务器接收到第二客户端发送的业务请求时，查询与所述第二客户端的帐号所对应的恶意度等级。
[0061]步骤S204，判断所述恶意度等级是否小于第一阈值。
[0062]步骤S205，如果是，则判定所述业务请求为正常请求，将所述业务请求标记为安全请求，并对所述业务请求进行处理。
[0063]步骤S206，如果否，判断所述恶意度等级是否大于第二阈值，如果是，则将所述业务请求标记为危险请求，并向相关的帐号发出危险警告，如果否，则将所述业务请求标记为可疑请求，并发出可疑警告。
[0064]本实施例提供的业务请求的处理方法，通过收集其他客户端针对某个客户端的帐号所进行的主动标记，获得该帐号的恶意度等级，当该帐号发起业务请求时，根据该帐号的恶意度等级对该业务请求进行警告标记，并向相关的帐号发出警告信息，可以有效的防止用户的信息或财产被盗/骗，增加互联网信息的安全性。
[0065]第三实施例
[0066]图6为本发明第三实施例提供的业务请求的处理方法的流程图。结合图1，本实施例描述的是服务器的处理流程，于本实施例中，假设服务器处理的业务类型为两个或两个以上，本实施例提供的业务请求的处理方法包括以下步骤:
[0067]步骤S301，服务器收集多个第一客户端针对第二客户端的帐号所进行的主动标记。
[0068]步骤S302，对所述主动标记中的信息进行处理后，获得并存储与所述第二客户端的帐号对应的恶意度等级。
[0069]步骤S303，当所述服务器接收到第二客户端发送的业务请求时，查询与所述第二客户端的帐号所对应的恶意度等级。
[0070]步骤S304，判断所述恶意度等级是否小于第一阈值。
[0071]步骤S305，如果是，则判定所述业务请求为正常请求，将所述业务请求标记为安全请求，并对所述业务请求进行处理。
[0072]步骤S306，如果否，则确认所述业务类型为第一业务类型还是第二业务类型。
[0073]步骤S307，如果确认为第一业务类型，则将所述业务请求标记为可疑请求，并发出可疑警告。
[0074]步骤S308，如果确认为第二业务类型，则将所述业务请求标记为危险请求，并向相关的帐号发出危险警告。
[0075]于本发明的一种【具体实施方式】中，确认所述业务类型为第一业务类型还是第二业务类型的步骤还可以包括:
[0076]如果所述业务请求用于进行数据转移或与第三客户端的帐号进行信息交互，则确认所述业务类型为第二业务类型。
[0077]与第三客户端的帐号进行信息交互的业务可以包括添加好友、向好友发送信息、发送视频等业务。
[0078]与第三客户端的帐号进行数据转移的业务可以包括与虚拟资源系统有数据转移的业务，或者在电子支付系统中进行支付的业务等。例如，在电子游戏中用虚拟货币购买游戏装备等。所述虚拟资源可以包括:虚拟货币或虚拟物品。在电子支付系统中进行支付的业务例如包括支付、代付、转账等。
[0079]进一步的，如果所述业务类型涉及第三客户端，则可以向所述第三客户端的帐号发出危险警告。
[0080]进一步的，如果所述业务请求用于进行数据转移或与第三客户端的帐号进行信息交互，则向第三客户端的帐号发出危险警告，并可以直接拒绝或暂缓处理所述业务请求。
[0081]于本发明的另一种【具体实施方式】中，所述如果确认为第二业务类型，则将所述业务请求标记为危险请求，并向相关的帐号发出危险警告的步骤，还可以包括:
[0082]如果确认为第二业务类型，判断所述恶意度等级是否大于第二阈值，如果是，则拒绝所述业务请求。
[0083]本实施例提供的业务请求的处理方法，通过收集其他客户端针对某个客户端的帐号所进行的主动标记，获得该帐号的恶意度等级，当该帐号发起业务请求时，根据该帐号的恶意度等级对该业务请求进行警告标记，并向相关的帐号发出警告信息，可以有效的防止用户的