CN103139155A - 举报信息的处理方法、设备及系统 - Google Patents

Abstract

本申请公开了一种举报信息的处理方法、设备及系统，用以解决采用现有技术的用户举报方式导致举报服务器需耗费大量处理资源处理恶意举报信息的问题。方法包括：在举报服务器按照预定处理方式处理举报信息前，获得所述举报信息所对应的用户账户信息，判断是否存在对应于获得的用户账户信息的已认证用户身份信息；判断为是时，向举报服务器发送用户身份认证成功通知消息，以指示举报服务器按照预定处理方式对所述举报信息进行处理；判断为否时，向举报服务器发送用户身份认证失败通知消息，以指示举报服务器根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理。

Description

举报信息的处理方法、设备及系统

技术领域

本申请涉及互联网技术领域，尤其涉及一种举报信息的处理方法、设备及系统。

背景技术

互联网上进行的商业活动的特点在于，用户无法看到物品实体，而必须通过网页上展示的关于物品的图片、视频以及文字描述等来获知物品的具体信息。一般地，用户可以通过向搜索引擎服务器输入物品名称等信息的方式来搜索互联网上的物品。搜索引擎服务器根据用户输入的信息，可以搜索出相应的多个搜索结果并展示给用户。目前，互联网上的商业竞争演变得越来越激烈，物品销售方为了能更好地销售自己出售的物品，往往会采用一些竞争手段来提升物品在搜索结果中的展示位置，以实现在较大程度上吸引用户点击物品。比如，可以采用竞价排名等手段。具体地，竞价排名是指：物品销售方通过向搜索引擎服务器运营方缴纳一定的费用，以使得销售引擎在展示包含销售方销售的物品的搜索结果时，将该物品排列在搜索结果中比较靠前的展现位置。

实际上，除了向搜索引擎服务器运营方缴纳一定的费用以提升物品的展示位置外，也有一些销售方通过非正规手段来提升自己销售的物品的展示位置。由于通过非正规手段而提升展示位置的物品在质量、价格、运输成本以及售前售后服务方面并没有通过搜索引擎服务器运营方的审核，因此该些物品往往很难满足用户的购买需求，甚至会损害用户的利益。

为了达到屏蔽通过非正规手段提升排列位置的物品或者降低其展示位置的目的，现有技术常采用用户举报方式。即搜索引擎服务器在页面上向用户展示搜索结果的同时，向用户提供分别对应于每个搜索结果的“举报”选项；用户若发现搜索结果存在展示位置异常等问题，则通过点击该选项就可以触发用户终端向一个专用于处理举报信息的举报服务器发送举报信息；举报服务器根据接收到的举报信息对相应的搜索结果进行处理。

用户举报方式的优点在于，可以在一定程度上抑制采用非正规手段提升物品排列位置的现象。然而，在实际应用中，用户举报方式也被证实存在较大的缺陷，那就是：销售方可以利用虚假用户信息在搜索引擎服务器上注册一个或多个用户账户，从而在利用用户账户登录到搜索引擎服务器后，就可以通过频繁举报竞争对手所销售的物品来进行恶性竞争，这就使得举报服务器会收到大量的恶意举报信息，并需要消耗较多的处理资源来逐个针对这些恶意举报信息进行保存、核实、分类、公示等一系列处理。

发明内容

本申请实施例提供一种举报信息的处理方法及设备，用以解决采用现有技术的用户举报方式导致举报服务器需耗费大量处理资源处理恶意举报信息的问题。

本申请实施例采用以下技术方案：

一种举报信息的处理方法，包括：在举报服务器按照预定处理方式处理举报信息前，获得所述举报信息所对应的用户账户信息；根据预先存储的用户账户信息和已认证用户身份信息的对应关系，判断是否存在对应于获得的用户账户信息的已认证用户身份信息；在判断结果为是时，向举报服务器发送用户身份认证成功通知消息，以指示举报服务器根据所述用户身份认证成功通知消息，按照预定处理方式对所述举报信息进行处理；在判断结果为否时，向举报服务器发送用户身份认证失败通知消息，以指示举报服务器根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理。

一种举报信息的处理设备，包括：用户账户信息获得单元，用于在举报服务器按照预定处理方式处理举报信息前，获得所述举报信息所对应的用户账户信息；判断单元，用于根据预先存储的用户账户信息和已认证用户身份信息的对应关系，判断是否存在对应于用户账户信息获得单元获得的用户账户信息的已认证用户身份信息；通知消息发送单元，用于在判断单元得到的判断结果为是时，向举报服务器发送用户身份认证成功通知消息，以指示举报服务器根据所述用户身份认证成功通知消息，按照预定处理方式对所述举报信息进行处理；以及在判断单元得到的判断结果为否时，向举报服务器发送用户身份认证失败通知消息，以指示举报服务器根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理。

一种举报信息的处理系统，包括用户终端、举报服务器，还包括实名认证服务器，其中，所述用户终端，用于向所述举报服务器发送举报信息；所述举报服务器，用于接收所述用户终端发送的所述举报信息；获得所述举报信息所对应的用户账户信息；以及将获得的用户账户信息发送给所述实名认证服务器；并在接收到所述实名认证服务器发送的用户身份认证成功通知消息时，根据所述用户身份认证成功通知消息，按照预定处理方式对所述举报信息进行处理；在接收到所述实名认证服务器发送的用户身份认证失败通知消息时，根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理；所述实名认证服务器，用于接收所述举报服务器发送的用户账户信息，并根据预先存储用户账户信息和已认证用户身份信息的对应关系，判断存储的已认证用户身份信息中是否存在对应于所述举报服务器发送的用户账户信息的已认证用户身份信息；并在判断结果为是时，向举报服务器发送用户身份认证成功通知消息，否则，向举报服务器发送用户身份认证失败通知消息。

本申请实施例的有益效果如下：

通过本申请实施例提供的上述方案，只有在确定存在与用户账户信息对应的已认证用户身份信息的情况下，才会通知举报服务器按照预定处理方式对举报信息进行处理，因此，相比于现有技术所提供的举报信息处理方式，本申请实施例可以实现利用已认证用户身份信息对恶意举报信息进行过滤，避免了举报服务器需要耗费大量的处理资源来处理恶意举报信息，实现了节约举报服务器处理资源的目的。

附图说明

图1a为现有技术中用于进行举报信息处理的系统架构示意图；

图1b为现有技术中实现过滤举报信息的一个具体流程示意图；

图2为本申请实施例提供的一种举报信息的处理方法的具体流程示意图；

图3a为实际应用中用于实施本申请实施例提供的举报信息的处理方法的一个系统架构的示意图；

图3b为基于图3a所示的系统架构实现举报信息处理的具体流程示意图；

图4a为实际应用中用于实施本申请实施例提供的举报信息的处理方法的另一个系统架构的示意图；

图4b为基于图4a所示的系统架构实现举报信息处理的具体流程示意图；

图5为本申请实施例提供的一种举报信息的处理设备的具体结构示意图；

图6为本申请实施例提供的一种举报信息的处理系统的具体结构示意图。

具体实施方式

为了解决采用现有技术的用户举报方式导致举报服务器需耗费处理资源处理恶意举报信息的问题，发明人对目前互联网中常用的用户举报方式进行了深入研究。研究发现，举报服务器需耗费大量处理资源处理恶意举报信息的一个原因就是，现有技术中不存在对举报信息发送方的真实身份进行验证的机制，这就使得利用虚假用户信息进行用户账户注册并发送恶意举报信息成为可能。

目前，现有技术提供了一些可以实现节省举报服务器处理资源的举报信息过滤方式。比如，有技术提出根据举报信息的发送时间信息、举报信息的发送方IP地址信息或同一用户终端所发送的举报信息的数量信息来对举报信息进行过滤，相应的系统架构示意图如图1a所示。该系统架构主要包括用户终端、搜索引擎服务器、举报服务器、数据库服务器。其中，数据库服务器存储有用于对举报信息进行过滤的发送时间信息、IP地址信息和举报信息的规定数量信息。

基于图1a所示的系统架构，如图1b所示，其主要包括下述步骤：

步骤11，用户通过用户终端，利用自身的用户账户登录到搜索引擎服务器，并向搜索引擎服务器发送承载有搜索关键词信息的搜索请求；

步骤12，搜索引擎服务器根据搜索请求中的搜索关键词信息搜索到相应的搜索结果后，将搜索结果和搜索结果排序信息发送给用户终端；

步骤13，用户终端根据搜索结果排序信息对接收到的搜索结果进行排序与展示，并在接收到用户输入的用于指示发送举报信息的举报指令后(比如，用户可以通过点击“举报”选项来输入该指令)，向举报服务器发送举报信息；

一般地，举报信息可以包括下述信息中的一个或多个：

举报人的名称信息、举报人的联系方式信息(如电话、EMAIL和/或通讯地址等)、被举报人的名称信息、被举报物品的信息、举报类型信息(如关于同一物品信息重复出现的情况的举报，关于虚假物品信息的举报，关于物品信息包含病毒链接的举报，关于包含虚高价格信息的物品信息的举报等)、相关证据信息(如与被举报物品相关的图片信息等)。

步骤14，举报服务器确定举报信息的发送时间信息、举报信息对应的源IP地址信息、规定时间长度内接收到的由具备确定的该源IP地址信息的发送方所发送的举报信息的数量信息；

步骤15，举报服务器将确定的发送时间信息、源IP地址信息和数量信息发送给数据库服务器；

步骤16，数据库服务器判断举报服务器发送来的发送时间信息、源IP地址信息与自身存储的发送时间信息、IP地址信息是否均匹配，并判断举报服务器发送来的数量信息是否小于规定数量信息，在判断结果均为是时，执行步骤17，在进行上述判断而得到的任一判断结果为否时，执行步骤18；

需要说明的是，数据库服务器所存储的发送时间信息往往是依据经验值进行判断而设置的。比如，数据库服务器可以对曾经接收到的恶意举报信息的发送时间信息进行统计与存储。类似的，数据库服务器所存储的IP地址信息和规定数量信息也可以是通过类似的方式统计得到的。

由于发送合法举报信息也可能在数据库服务器统计的发送时间信息对应的时间发送举报信息，其发送的举报信息的数量也可能较大，且其也可能使用曾发送过恶意举报信息的源IP地址信息，因此，上述统计方式带来的一个缺陷就是：数据库服务器存储的发送时间信息、IP地址信息、规定数量信息客观性较差，从而依据该些信息判断一个举报信息是否为恶意举报信息的可信度也较差。

步骤17，数据库服务器向举报服务器发送用于指示相应的举报信息为合法举报信息的第一确认消息，举报服务器在接收到该确认消息后对举报信息进行处理，流程结束；

具体地，举报服务器对举报信息的处理方式与现有技术中的举报服务器或搜索引擎服务器针对举报信息的处理方式可以一致，在此不再赘述。

步骤18，数据库服务器向举报服务器发送用于指示相应的举报信息为恶意举报信息的第二确认消息，举报服务器在接收到该确认消息后不对该举报信息进行处理，或者也可以删除该举报信息，流程结束。此外，数据库服务器还可以向用户终端发送一个用于指示举报失败的响应消息。

前文已对现有技术提供的上述方法的缺陷进行了分析，即数据库服务器存储的发送时间信息、IP地址信息、规定数量信息客观性较差，从而依据该些信息判断一个举报信息是否为恶意举报信息的准确度也较差。

基于对现有技术的上述分析，本申请实施例提供了一种新型的举报信息的处理方法和设备，通过在对举报信息进行过滤的系统架构中增加一个存储有用户身份信息的实名认证服务器，从而在举报信息到达搜索引擎服务器之前，可以由该实名认证服务器先获取发送举报信息的用户的身份信息，然后比较获取的身份信息是否与存储的身份信息是否匹配一致，从而实现根据用户身份的合法性来判断举报信息的合法性。由于相比于前文所述的发送时间信息、IP地址信息、规定数量信息，用户的身份信息更具客观性且一般是固定不变的，因此，采用本申请提供的方案可以实现既避免搜索引擎服务器耗费大量资源处理恶意举报信息，又可以大大提高恶意举报信息的判断准确度的目的。

以下结合附图，具体说明本申请实施例提供的方案。

首先，本申请实施例提供一种举报信息的处理方法，该方法的具体流程示意图如图2所示，包括以下步骤：

步骤21，在举报服务器按照预定处理方式处理举报信息前，获得该举报信息所对应的用户账户信息；

一般地，举报信息可以包括下述信息中的一个或多个：

举报人的名称信息、举报人的联系方式(如电话、EMAIL和/或通讯地址等)信息、被举报人的名称信息、被举报物品的信息、举报类型信息、相关证据信息(比如与被举报物品相关的图片信息等)。

由于举报人在登录到搜索引擎服务器时会通过用户终端向搜索引擎服务器发送用户账户信息，因此，举报服务器可以很容易地从搜索引擎服务器处获得与举报信息对应的用户账户信息。

步骤22，根据预先存储的用户账户信息和已认证用户身份信息的对应关系，判断是否存在对应于获得的用户账户信息的已认证用户身份信息，在判断结果为是时，执行步骤23，否则，执行步骤24；

一般地，已认证用户身份信息是指用户在注册用户账户(这里的用户账户可能是用于登录搜索引擎服务器或其他第三方服务器的用户账户)时提供的、且真实性得到验证的用户身份信息，可以但不限于包括用户的姓名信息、证件类型信息、与证件类型匹配的证件号码信息、联系电话信息等。用户必须提供用户身份信息且必须对用户身份信息的真实性验证通过后才能实现用户账户注册的注册方式可以称为“实名认证注册”。要求用户进行实名认证注册的场景往往是用户需要进行金额转账和支付的场景，因为在此类场景下，为了保证用户的财产安全和避免恶意注册的现象，需要在注册时就确定用户身份信息是真实可信的，且需要在用户欲对用户账户的相关数据执行操作时，确定用户当前提供的用户身份信息与其注册时提供的用户身份信息是匹配一致的。

需要说明的是，在用户注册时对其提供的用户身份信息的真实性进行验证可以是基于公民信息数据库进行的。公民信息数据库可以是具有公民信息获知权限的机构(如公安局、国家安全局、银行、保险公司等)提供的。公民信息数据库中一般对应存储有公民的姓名信息、证件类型信息、证件号码信息等。为了便于对用户身份信息的查询，一旦用户注册成功，其姓名信息、证件类型信息、证件号码信息等(可统称为已认证用户身份信息)就会与用户账户信息对应存储于便于访问的实名认证服务器中。

本申请实施例中，根据上述对应关系判断是否存在对应于获得的用户账户信息的已认证用户身份信息的过程具体可以包括：首先，判断预先确定并存储的发送过恶意举报信息的用户账户的用户账户信息中，是否包含获得的用户账户信息；然后，在判断结果为否时，再根据上述对应关系判断是否存在对应于获得的用户账户信息的已认证用户身份信息。

需要说明的是，如果判断出预先存储的所述用户账户信息中包含获得的用户账户信息，则可以无需进一步根据上述对应关系判断是否存在对应于获得的用户账户信息的已认证用户身份信息，而是可以直接通知举报服务器不按照预定处理方式对该举报信息进行处理。

步骤23，向举报服务器发送用户身份认证成功通知消息，以指示举报服务器根据该用户身份认证成功通知消息，按照预定处理方式对该举报信息进行处理；

本申请实施例中，这里所述的预定处理方式可以与现有技术中的举报服务器采用的针对非恶意举报信息的处理方式相同，即对举报信息进行保存、核实、分类、公示等处理，在此不再赘述。

步骤24，向举报服务器发送用户身份认证失败通知消息，以指示举报服务器根据该用户身份认证失败通知消息，不按照该预定处理方式对该举报信息进行处理。

针对步骤24，本申请实施例中可以采用上述预定处理方式外的其他方式对该举报信息进行处理，比如可以删除举报信息、或忽略举报信息而不对其进行任何处理等等。

可选的，为了实现对存储的用户账户信息的更新，以使得其与实际发送过的恶意举报信息所对应的用户账户信息相匹配，本申请实施例中，在执行步骤24中所述的向举报服务器发送用户身份认证失败通知消息后，还可以进一步包括：利用获得的用户账户信息，更新存储的发送过恶意举报信息的用户账户的用户账户信息的步骤。

由本申请实施例提供的上述方法可知，只有在确定存在与用户账户信息对应的已认证用户身份信息的情况下，才会通知举报服务器按照预定处理方式对举报信息进行处理，否则会通知举报服务器不按照预定处理方式对举报信息进行处理，因此，相比于现有技术所提供的举报信息处理方式，本申请实施例可以实现利用已认证用户身份信息对恶意举报信息进行过滤，避免了举报服务器需要耗费大量的处理资源来处理恶意举报信息，大大节约了举报服务器的处理资源。

需要说明的是，本申请实施例提供的上述方法中的各个步骤均可以由一个设备来实现，也可以由不同设备合作而实现，本申请实施例对此不做限定。

以下结合实际中的两个具体实施例，详细说明本申请实施例提供的上述方法在实际中的应用过程。

实施例1

实际应用中用于实施上述方法的一个系统架构的示意图如图3a所示。该系统架构主要包括：用户终端、搜索引擎服务器、举报服务器、实名认证服务器、数据库服务器。其中，实名认证服务器存储有用户的已认证用户身份信息，这些已认证用户身份信息一般就是用户在注册用户账户(这里的用户账户可能是用于登录搜索引擎服务器或其他第三方服务器的用户账户)时提供的、且真实性得到验证的用户身份信息，可以但不限于包括用户的姓名信息、证件类型信息、与证件类型匹配的证件号码信息、联系电话信息等。用户必须提供用户身份信息且必须对用户身份信息的真实性验证通过后才能实现用户账户注册的注册方式可以称为“实名认证注册”。要求用户进行实名认证注册的场景往往是用户需要进行金额转账和支付的场景，因为在此类场景下，为了保证用户的财产安全和避免恶意注册的现象，需要在注册时就确定用户身份信息是真实可信的，且需要在用户欲对用户账户的相关数据执行操作时，确定用户当前提供的用户身份信息与其注册时提供的用户身份信息是匹配一致的。需要说明的是，在用户注册时对其提供的用户身份信息的真实性进行验证可以是基于公民信息数据库进行的。该公民信息数据库可以是具有公民信息获知权限的机构(如公安局、国家安全局、银行、保险公司等)提供的，其中一般对应存储有公民的姓名信息、证件类型信息、证件号码信息等。为了便于对用户身份信息的查询，一旦用户注册成功，其姓名信息、证件类型信息、证件号码信息等(可统称为已认证用户身份信息)就会与用户账户信息对应存储于如图3a所示的实名认证服务器中。另外需要说明的是，图3a所示的数据库服务器中存储的信息不同于图1a所示的数据库服务器中存储的信息。图3a所示的数据库服务器中存储的是用于对举报信息进行合法性验证的举报信息的规定格式信息等。

本申请实施例中，已认证用户身份信息可以独立存储于实名认证服务器中，也可以按照与用户的账户信息(包括账户名称信息等)对应存储的方式存储在实名认证服务器中。后者的优点在于，在用户通过用户终端发送举报信息之前，只需要提供用户账户信息而无需提供额外的身份信息进行身份认证。

基于如图3a所示的系统架构，本申请实施例提供的举报信息的处理方法在实际中的一种应用流程示意图如图3b所示，包括以下步骤：

步骤31，用户通过用户终端，利用自身的用户账户登录到搜索引擎服务器，并向搜索引擎服务器发送承载有搜索关键词信息的搜索请求；

步骤32，搜索引擎服务器根据搜索请求中的搜索关键词信息搜索到相应的搜索结果后，将搜索结果和搜索结果排序信息发送给用户终端；

步骤33，用户终端根据搜索结果排序信息对接收到的搜索结果进行排序与展示，并在接收到用户输入的用于指示发送举报信息的举报指令后(比如，用户可以通过点击“举报”选项来输入该指令)，向举报服务器发送举报信息；

一般地，举报信息可以包括下述信息中的一个或多个：

举报人的名称信息、举报人的联系方式信息、被举报人的名称信息、被举报物品的信息、举报类型信息、相关证据信息等。

步骤34，举报服务器接收到举报信息后，获得对应于该举报信息所对应的举报人的用户账户信息；

由于举报人在登录到搜索引擎服务器时会通过用户终端向搜索引擎服务器发送用户账户信息，因此，举报服务器可以很容易地从搜索引擎服务器处获得与举报信息对应的用户账户信息。

步骤35，举报服务器将获得的用户账户信息发送给实名认证服务器；

步骤36，实名认证服务器判断自身存储的对应于用户账户信息的已认证用户身份信息中，是否存在对应于举报服务器发送的用户账户信息的已认证用户身份信息，在判断结果为是时，执行步骤37，否则，实名认证服务器向用户终端发送用户身份认证失败通知消息；

步骤37，实名认证服务器向举报服务器发送用户身份认证成功通知消息；

步骤38，举报服务器接收到验证成功通知消息后，通过对数据库服务器的访问与查询，实现对举报信息进行合法性验证，并判断验证是否成功，当判断为是时，执行步骤39，否则，向用户终端发送举报信息验证失败通知消息；

本申请实施例中，举报服务器对举报信息进行合法性验证可以但不限于包括验证举报信息的完整性、验证举报信息的格式是否正确等。

具体地，举报服务器可以通过判断举报信息是否至少包含了预定的多项信息(这里所述的多项信息可以是前文所述的举报人的名称信息、举报人的联系方式信息等)是否完整来验证举报信息的完整性。而针对验证举报信息的格式而言，前文已经提到，图3a所示的数据库服务器中存储有举报信息的规定格式信息，举报服务器通过对数据库服务器的访问可以获得该规定格式信息，而进一步通过比较获得的该规定格式信息和举报信息的格式信息，就可以确定举报信息的格式是否正确。

步骤39，举报服务器对验证通过的举报信息进行处理，包括对举报信息进行保存、核实、分类、公示等，流程结束。

通过上述实施例1，由于在举报服务器对举报信息进行保存、核实、分类、公示等处理之前，实名认证服务器会根据已认证用户身份信息对与举报对应的用户账户信息进行验证，并只有在验证通过时，才会通知举报服务器对举报信息进行上述的进一步处理，因此，相比于现有技术所提供的举报信息处理方式，本申请实施例可以实现利用已认证用户身份信息对恶意举报信息进行过滤，从而避免了举报服务器需要耗费大量的处理资源来处理恶意举报信息，大大节约了举报服务器的处理资源。

实施例2

实际应用中用于实施本申请实施例提供的举报信息的处理方法的另一个系统架构的示意图如图4a所示。该系统架构主要包括：用户终端、搜索引擎服务器、举报服务器、高速缓冲存储(Cache)服务器、实名认证服务器、数据库服务器。

类似于图3a所示的系统架构包含的实名认证服务器，图4a中的实名认证服务器也存储有用户的已认证用户身份信息，数据库服务器中存储有用于对举报信息进行合法性验证的一些信息，如举报信息的规定，格式信息等。而Cache服务器则是在图3a基础上新增的一个服务器，其用于存储预先确定出的发送过恶意举报信息的用户账户的用户账户信息。一般地，发送过恶意举报信息的用户账户也可以被称为“黑名单”账户。

基于如图4a所示的系统架构，本申请实施例提供的举报信息的处理方法在实际中的一种应用流程示意图如图4b所示，包括以下步骤：

步骤41，用户通过用户终端，利用自身的用户账户登录到搜索引擎服务器，

并向搜索引擎服务器发送承载有搜索关键词信息的搜索请求；

步骤42，搜索引擎根据搜索请求中的搜索关键词信息搜索到相应的搜索结果后，将搜索结果和搜索结果排序信息发送给用户终端；

步骤43，用户终端根据搜索结果排序信息对接收到的搜索结果进行排序与展示，并在接收到用户输入的用于指示发送举报信息的举报指令后，向举报服务器发送举报信息；

步骤44，举报服务器接收到举报信息后，获得对应于该举报信息的举报人的用户账户信息；

步骤45，举报服务器将获得的用户账户信息发送给Cache服务器；

步骤46，Cache服务器判断自身存储的用户账户信息中是否包含举报服务器发送来的用户账户信息，在判断结果为否时，执行步骤48，否则，Cache服务器确定举报服务器发送来的用户账户信息所对应的用户账户属于“黑名单”账户，并执行步骤47；

步骤47，Cache服务器通过向举报服务器发送用户账户信息验证失败通知消息，指示举报服务器根据该通知消息丢弃相应的举报信息，至此可以结束流程；

步骤48，Cache服务器向举报服务器发送用户账户信息验证成功通知消息；

步骤49，举报服务器将获得的用户账户信息发送给实名认证服务器；

步骤410，实名认证服务器根据自身对应存储的用户账户信息和已认证用户身份信息，判断是否存在对应于举报服务器发送的用户账户信息的已认证用户身份信息，在判断结果为是时，执行步骤411，否则，实名认证服务器向用户终端发送用户身份认证失败通知消息；

步骤411，实名认证服务器向举报服务器发送用户身份认证成功通知消息；

步骤412，举报服务器接收到验证成功通知消息后，通过对数据库服务器的访问，实现对举报信息进行合法性验证，并判断验证是否成功，当判断为是时，执行步骤413，否则，向用户终端发送举报信息验证失败通知消息；

步骤413，举报服务器对验证通过的举报信息进行处理，包括对举报信息进行保存、核实、分类、公示等，流程结束。

相对于实施例1，由于实施例2中在实名认证服务器对用户身份信息进行验证之前，引入了Cache服务器先对用户账户信息进行过滤，因此可以进一步提高恶意举报信息的过滤效率。

对应于本申请实施例提供的举报信息的处理方法，本申请实施例还提供一种举报信息的处理设备，用以解决采用现有技术的用户举报方式导致举报服务器需耗费处理资源处理恶意举报信息的问题。具体地，该设备的结构示意图如图5所示，包括以下功能单元：

用户账户信息获得单元51，用于在举报服务器接收到举报信息后，获得所述举报信息所对应的用户账户信息；

判断单元52，用于根据预先存储的用户账户信息和已认证用户身份信息的对应关系，判断是否存在对应于用户账户信息获得单元51获得的用户账户信息的已认证用户身份信息；

通知消息发送单元53，用于在判断单元52得到的判断结果为是时，向举报服务器发送用户身份认证成功通知消息，以指示举报服务器根据用户身份认证成功通知消息，按照预定处理方式对举报信息进行处理；以及在判断单元得到的判断结果为否时，向举报服务器发送用户身份认证失败通知消息，以指示举报服务器根据用户身份认证失败通知消息，不按照上述预定处理方式对举报信息进行处理。

可选的，对应于上述判断单元52功能的一种实现方式，可以将其具体划分为以下功能模块，包括：

第一判断模块，用于判断预先确定并存储的发送过恶意举报信息的用户账户的用户账户信息中，是否包含获得的用户账户信息；第二判断模块，用于在第一判断模块得到的判断结果为否时，根据上述对应关系判断是否存在对应于获得的用户账户信息的已认证用户身份信息。

可选的，如图5所示的设备还可以进一步包括：更新单元，用于在通知消息发送单元53向举报服务器发送用户身份认证失败通知消息后，利用用户账户信息获得单元获得的用户账户信息，更新存储的发送过恶意举报信息的用户账户的用户账户信息。

可选的，通知消息发送单元53指示举报服务器根据所述用户身份认证失败通知消息，不按照预定处理方式对所述举报信息进行处理，具体可以包括：

通知消息发送单元53指示举报服务器根据用户身份认证失败通知消息，删除所述举报信息。

此外，本申请实施例还提供一种举报信息的处理系统，该系统的具体结构示意图如图6所示，包括用户终端61、举报服务器62、实名认证服务器63，其中：

用户终端61，用于向举报服务器62发送举报信息；

举报服务器62，用于接收用户终端61发送的举报信息；获得举报信息所对应的用户账户信息；以及将获得的用户账户信息发送给实名认证服务器63；并在接收到实名认证服务器63发送的用户身份认证成功通知消息时，根据用户身份认证成功通知消息，按照预定处理方式对举报信息进行处理；在接收到实名认证服务器发送的用户身份认证失败通知消息时，根据用户身份认证失败通知消息，不按照预定处理方式对举报信息进行处理；

实名认证服务器63，用于接收举报服务器62发送的用户账户信息，并根据预先存储用户账户信息和已认证用户身份信息的对应关系，判断存储的已认证用户身份信息中是否存在对应于举报服务器发送的用户账户信息的已认证用户身份信息；并在判断结果为是时，向举报服务器发送用户身份认证成功通知消息，否则，向举报服务器发送用户身份认证失败通知消息。

可选的，如图6所示的系统中还可以包括Cache服务器。在该系统包括Cache服务器的前提下，举报服务器62将获得的用户账户信息发送给实名认证服务器63的过程具体可以包括：举报服务器62将获得的用户账户信息发送给Cache服务器；并在接收到Cache服务器发送的用户账户信息验证成功通知消息后，将获得的用户账户信息发送给实名认证服务器63。而Cache服务器则具体用于：接收举报服务器62发送的用户账户信息，并判断存储的发送过恶意举报信息的用户账户的用户账户信息中，是否包含举报服务器62发送的该用户账户信息；在判断结果为否时，向举报服务器62发送用户账户信息验证成功通知消息。

通过本申请实施例提供的上述设备或系统，只有在确定存在与用户账户信息对应的已认证用户身份信息的情况下，举报服务器才会按照预定处理方式对举报信息进行处理，因此相比于现有技术所提供的举报信息处理方式，本申请实施例可以实现利用已认证用户身份信息对恶意举报信息进行过滤，避免了举报服务器需要耗费大量的处理资源来处理恶意举报信息，实现了节约举报服务器处理资源的目的。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种举报信息的处理方法，其特征在于，包括：

在举报服务器按照预定处理方式处理举报信息前，获得所述举报信息所对应的用户账户信息；

根据预先存储的用户账户信息和已认证用户身份信息的对应关系，判断是否存在对应于获得的用户账户信息的已认证用户身份信息；

在判断结果为是时，向举报服务器发送用户身份认证成功通知消息，以指示举报服务器根据所述用户身份认证成功通知消息，按照预定处理方式对所述举报信息进行处理；

在判断结果为否时，向举报服务器发送用户身份认证失败通知消息，以指示举报服务器根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理。

2.如权利要求1所述的方法，其特征在于，根据所述对应关系判断是否存在对应于获得的用户账户信息的已认证用户身份信息，具体包括：

判断预先确定并存储的发送过恶意举报信息的用户账户的用户账户信息中，是否包含获得的用户账户信息；以及

在判断结果为否时，根据所述对应关系判断是否存在对应于获得的用户账户信息的已认证用户身份信息。

3.如权利要求2所述的方法，其特征在于，向举报服务器发送用户身份认证失败通知消息后，还包括：

利用获得的用户账户信息，更新存储的发送过恶意举报信息的用户账户的用户账户信息。

4.如权利要求1所述的方法，其特征在于，指示举报服务器根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理，具体包括：

指示举报服务器根据所述用户身份认证失败通知消息，删除所述举报信息。

5.一种举报信息的处理设备，其特征在于，包括：

用户账户信息获得单元，用于在举报服务器按照预定处理方式处理举报信息前，获得所述举报信息所对应的用户账户信息；

判断单元，用于根据预先存储的用户账户信息和已认证用户身份信息的对应关系，判断是否存在对应于用户账户信息获得单元获得的用户账户信息的已认证用户身份信息；

通知消息发送单元，用于在判断单元得到的判断结果为是时，向举报服务器发送用户身份认证成功通知消息，以指示举报服务器根据所述用户身份认证成功通知消息，按照预定处理方式对所述举报信息进行处理；以及在判断单元得到的判断结果为否时，向举报服务器发送用户身份认证失败通知消息，以指示举报服务器根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理。

6.如权利要求5所述的设备，其特征在于，所述判断单元具体包括：

第一判断模块，用于判断预先确定并存储的发送过恶意举报信息的用户账户的用户账户信息中，是否包含获得的用户账户信息；

第二判断模块，用于在第一判断模块得到的判断结果为否时，根据所述对应关系判断是否存在对应于获得的用户账户信息的已认证用户身份信息。

7.如权利要求6所述的设备，其特征在于，还包括：

更新单元，用于在通知消息发送单元向举报服务器发送用户身份认证失败通知消息后，利用用户账户信息获得单元获得的用户账户信息，更新存储的发送过恶意举报信息的用户账户的用户账户信息。

8.如权利要求6所述的设备，其特征在于，所述通知消息发送单元指示举报服务器根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理，具体包括：

所述通知消息发送单元指示举报服务器根据所述用户身份认证失败通知消息，删除所述举报信息。

9.一种举报信息的处理系统，包括用户终端、举报服务器，其特征在于，还包括实名认证服务器，其中：

所述用户终端，用于向所述举报服务器发送举报信息；

所述举报服务器，用于接收所述用户终端发送的所述举报信息；获得所述举报信息所对应的用户账户信息；以及将获得的用户账户信息发送给所述实名认证服务器；并在接收到所述实名认证服务器发送的用户身份认证成功通知消息时，根据所述用户身份认证成功通知消息，按照预定处理方式对所述举报信息进行处理；在接收到所述实名认证服务器发送的用户身份认证失败通知消息时，根据所述用户身份认证失败通知消息，不按照所述预定处理方式对所述举报信息进行处理；

所述实名认证服务器，用于接收所述举报服务器发送的用户账户信息，并根据预先存储用户账户信息和已认证用户身份信息的对应关系，判断存储的已认证用户身份信息中是否存在对应于所述举报服务器发送的用户账户信息的已认证用户身份信息；并在判断结果为是时，向举报服务器发送用户身份认证成功通知消息，否则，向举报服务器发送用户身份认证失败通知消息。

10.如权利要求9所述的系统，其特征在于，还包括高速缓冲存储Cache服务器，以及

所述举报服务器将获得的用户账户信息发送给所述实名认证服务器，具体包括：将获得的用户账户信息发送给所述Cache服务器；并在接收到所述Cache服务器发送的用户账户信息验证成功通知消息后，将获得的用户账户信息发送给所述实名认证服务器；

所述Cache服务器，具体用于接收所述举报服务器发送的用户账户信息，并判断存储的发送过恶意举报信息的用户账户的用户账户信息中，是否包含所述举报服务器发送的用户账户信息；以及在判断结果为否时，向所述举报服务器发送用户账户信息验证成功通知消息。

Images