首页> 中国专利> 举报信息处理的方法与举报信息处理装置

举报信息处理的方法与举报信息处理装置

摘要

本申请涉及一种举报信息处理的方法与举报信息处理的装置。所述方法包括:接收举报方发送的举报信息;根据存储的历史举报记录计算所述举报信息的恶意指数;根据所述恶意指数对所述举报信息分类处理。根据该方法,得到每个举报信息的恶意指数,根据恶意指数对举报信息进行分类处理,进而提高处理举报信息的处理效率,也节约了服务器中数据库的存储成本。

著录项

  • 公开/公告号CN103678331A

    专利类型发明专利

  • 公开/公告日2014-03-26

    原文格式PDF

  • 申请/专利权人 阿里巴巴集团控股有限公司;

    申请/专利号CN201210324913.X

  • 发明设计人 段红波;

    申请日2012-09-05

  • 分类号G06F17/30;

  • 代理机构北京亿腾知识产权代理事务所;

  • 代理人陈霁

  • 地址 英属开曼群岛大开曼资本大厦一座四层847号邮箱

  • 入库时间 2023-12-17 01:00:24

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2017-08-25

    授权

    授权

  • 2014-04-23

    实质审查的生效 IPC(主分类):G06F17/30 申请日:20120905

    实质审查的生效

  • 2014-03-26

    公开

    公开

说明书

技术领域

本申请涉及互联网络领域,尤其涉及一种信息处理的方法与举报信息处 理装置。

背景技术

目前,各网站系统中均配置了社会化举报系统,所述社会化举报系统为 收集未被反作弊算法识别的作弊商品的系统,社会化举报系统为用户(举报 方)提供举报入口,将举报方发送的大量举报数据直接存储到数据库中,由 管理员登陆社会化举报系统,对接收的举报信息进行查看、整合等处理;

但在实际的应用中,社会化举报系统也暴露出以下缺点,举报方发送的 举报信息中存在着大量的信息是举报方对其竞争对手(被举报方)的恶意举 报信息,举报方发送举报信息后,社会化举报系统未对举报信息进行筛选, 而直接将举报信息存储入数据库中,在社会化举报系统的数据库中存储的恶 意举报信息过多,严重影响管理员查询举报信息的速度,也增加数据库的存 储成本;

再者,大量的恶意举报信息造成社会化举报系统处理举报信息的效率低, 使举报方真正的举报信息得不到及时处理,而且举报后的结果也不反馈给举 报人,造成举报形同虚设。

发明内容

本申请的目的是为了解决现有技术中的举报发发送恶意举报信息过多, 造成举报信息的处理效率低及数据库存储成本高的问题,提供了一种举报信 息处理的方法与举报信息处理装置。

在第一方面,本申请提供了一种举报信息处理的方法,所述方法包括: 接收举报方发送的举报信息;

根据存储的历史举报记录计算所述举报信息的恶意指数;

根据所述恶意指数对所述举报信息分类处理。

在第二方面,本申请提供了一种举报信息处理装置,所述装置包括:

接收单元,用于接收举报方发送的举报信息;

计算单元,用于根据存储的历史举报记录计算所述举报信息的恶意指数;

处理单元,用于根据所述恶意指数对所述举报信息分类处理。

通过应用本申请提供的举报信息处理的方法与举报信息处理装置,对每 个举报信息根据存储的历史举报记录计算其相应的恶意指数,使用恶意指数 对举报信息分类处理,可有效加快举报信息的处理效率。进一步地,将恶意 指数与预设的恶意指数阈值相比较,从而有效的识别出举报信息的恶意级别, 筛选出非恶意的举报信息存入数据库,将恶意的举报信息丢弃,进而解决现 有技术中举报发发送恶意举报信息过多,造成举报信息的处理效率低及数据 库存储成本高的问题。

附图说明

图1为本申请实施例提供的举报信息处理的方法流程图;

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

图3为本申请实施例提供的举报信息处理装置。

具体实施方式

下面通过附图和实施例,对本申请实施例的技术方案做进一步的详细描 述。

本申请实施例中的举报信息处理的方法,服务器接收举报方发送的举报 信息,通过计算举报信息的恶意指数,将计算出的恶意指数与预设的恶意指 数阈值相比较,获取举报信息的恶意级别。从而实现对举报信息的处理,且 有效的识别出举报信息的恶意级别,筛选出非恶意的举报信息存入数据库, 恶意的举报信息丢弃,进而提高处理举报信息的处理效率,节约服务器中数 据库的存储成本。

为使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请 具体实施例作进一步的详细描述。

下面以图1为例详细说明本申请举报信息处理的方法,图1为本申请实 施例提供的举报信息处理的方法流程图。如图1所示,首先接收举报方发送 的举报信息,对所述举报信息进行计算,得出所述举报信息的恶意指数;将 举报信息的恶意指数与预设的恶意指数阈值相比较,获取举报信息的恶意级 别,如果举报信息的恶意指数不小于恶意指数阈值,则设置举报信息为恶意 举报信息,滤除恶意举报信息;如果举报信息的恶意指数小于恶意指数阈值, 则设置举报信息为非恶意举报信息,将非恶意举报信息存储入信息数据库中, 以此实现对举报信息的处理。将恶意举报信息和非恶意举报信息分离,并分 别存储或进行分析处理,可有效提高举报信息的处理效率。本申请实施例信 息处理的方法具体包括以下步骤110-130。

步骤110、接收举报方发送的举报信息。

具体地,在本发明实施例中,举报方在浏览购物网站(例如,淘宝)时, 认为购物网站中展示的商品涉嫌虚假交易,此时,举报方向服务器发送举报 信息,在所述举报信息中包括涉嫌虚假交易的商品和嫌疑卖家的信息。

服务器接收举报方发送的举报信息。

步骤120、根据存储的历史举报记录计算所述举报信息的恶意指数。

具体地,在本申请实施例中,获得所述举报信息的恶意指数的步骤包括:

根据举报方的历史举报记录计算表征举报方可信度或善意度的综合指标 值;

根据被举报方和被举报商品的被举报历史记录分别得到被举报方被举报 准确率和被举报商品的被举报准确率;

对举报方的综合指标值、被举报方被举报准确率及被举报商品的被举报 准确率进行加权求和;

根据所述加权求和的和值计算该举报信息的恶意指数。

进一步地,在所述服务器中的信息数据库中建立信息记录表,在所述信 息记录表中存储的是举报方、举报方举报的商品和被举报方的相关信息。与 举报方相关的信息包括:举报方发送的非恶意举报信息的次数x、举报方发送 举报信息的次数n、举报方发送举报信息的准确率a、举报方举报次数评价指 数b、表征举报方可信度或善意度的综合指标值c、举报方发送举报信息的恶 意指数D;与被举报方相关的信息包括:被举报方的被举报准确率g;与举报 方举报的商品相关的信息包括:被举报商品的被举报准确率f、被举报商品的 所属被举报方M。在服务器中还包括用于计算举报信息恶意指数的其他记录, 所述其他记录包括:平均每人发送举报信息的次数m、举报信息的总数h、举 报方的总人数k。

服务器在接收到举报方发送的举报信息后,首先从信息记录表中查询记 录的举报方发送的非恶意举报信息的次数x和举报方发送举报信息的次数n, 并根据举报方发送的非恶意举报信息的次数x和举报方发送举报信息的次数n 计算举报方发送举报信息的准确率a,举报方发送举报信息的准确率a的公式 为a=x/n。

服务器从信息记录表中查询记录的举报方发送举报信息的次数n、平均每 人发送举报信息的次数m,对举报方发送举报信息的次数进行评价得到举报方 举报次数评价指数b,计算公式为b=1-e(-0.1*n/m);其中,所述m由举报信息的 总数h和举报方的总人数k确定,

根据举报方发送举报信息的准确率a和举报方举报次数评价指数b计算 表征举报方可信度或善意度的所述综合指标值c。计算公式记为:

服务器从信息记录表中查询历史记录获得举报信息指向的被举报方的被 举报准确率g和举报信息指向的被举报商品的被举报准确率f。

被举报方的被举报准确率g是指被举报方被非恶意举报次数与被举报方 被举报总次数的比值。

被举报商品的被举报准确率f是指被举报商品被非恶意举报次数与被举 报商品被举报总次数的比值。

被举报方的被举报准确率g和被举报商品的被举报准确率f可以是基于 历史记录分析统计后存储于信息记录表中,也可以通过对历史记录数据实时 分析获得。

根据举报信息指向的被举报方的被举报准确率g、举被举报商品的被举报 准确率f及举报方的综合指标值c计算举报信息的恶意指数D。

更进一步地,可以根据举报信息指向的被举报方的被举报准确率g、被举 报商品的被举报准确率f及举报方的综合指标值c的加权求和的和值计算举 报信息的恶意指数D。具体而言,可以使用所述加权求和获得的和值对应的负 值来评价所述举报信息的恶意指数;也可以设定固定参数,以该固定参数减 去所述加权求和的和值而得到差值作为该举报信息的恶意指数。

本实施例以固定参数Z减去举报信息指向的被举报方的被举报准确率g、 举被举报商品的被举报准确率f及举报方的综合指标值的加权和值作为举报 信息的恶意指数。计算公式记为:D=Z-(y1*c+y2*g+y3*f),其中,y1、y2、 y3为权重系数。例如,D=1-(0.8*c+0.05*g+0.15*f),所述Z取值为1;所述 0.8、0.05和0.15为权重系数。

步骤130、根据所述恶意指数对所述举报信息分类处理。

具体地,将计算出的举报信息的恶意指数与预设的恶意指数阈值相比较。 如果举报信息的恶意指数大于或等于恶意指数阈值,则设置举报信息为恶意 举报信息,并更新信息数据库中的信息记录表中存储的内容,将恶意举报信 息滤除。

如果举报信息的恶意指数小于所述恶意指数阈值,则设置举报信息为非 恶意举报信息,并更新信息数据库中的信息记录表中存储的内容,将恶意举 报信息存入信息数据库中。

通过应用本申请提供的信息处理的方法,对每个举报信息计算其相应的 恶意指数,将恶意指数与预设的恶意指数阈值相比较,从而有效的识别出举 报信息的恶意级别,筛选出非恶意的举报信息存入数据库,将恶意的举报信 息丢弃,进而解决现有技术中举报发发送恶意举报信息过多,造成举报信息 的处理效率低及数据库存储成本高的问题。

为使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请 具体实施例作进一步的详细描述。

下面以图2为例详细说明本申请实施例提供的举报信息处理的方法,图2 本申请实施例提供的举报信息处理的方法具体流程图,具体包括以下步骤:

步骤200、接收举报方发送的举报信息;

具体地,在本发明实施例中,举报方在浏览购物网站(例如,淘宝)时, 认为该购物网站中展示的商品涉嫌虚假交易,或者认为该购物网站中任一商 家(被举报方)涉及作弊买卖商品的行为,此时,举报方向服务器发送举报 信息,在所述举报信息中携带举报方的信息、举报理由、被举报商品的信息 和被举报方的有效账号等信息。

服务器接收举报方发送的举报信息。

步骤210、判断所述举报方是否存储在信息数据库中的恶意名单列表内。

具体地,在所述服务器中的信息数据库中建立恶意名单列表,在所述恶 意名单列表中存储的是多次发送恶意举报信息的举报方E。

进一步地,服务器在接收到举报方发送的举报信息后,提取举报信息中 举报方的信息,识别该举报方是否存储在信息数据库中的恶意名单列表内, 如果该举报方没有存储在信息数据库中的恶意名单列表内,则执行步骤220; 如果该举报方存储在信息数据库中的恶意名单列表内,则执行步骤230。

步骤220、如果所述举报方不存储在所述恶意名单列表中,则识别所述举 报信息是否符合预设的信息格式。

具体地,如果该举报方没有存储在信息数据库中的恶意名单列表内,则 服务器识别发送的举报信息是否符合预设的信息格式,如果举报信息符合预 设的信息格式,则执行步骤240;如果举报信息不符合预设的信息格式,则执 行步骤250。

进一步地,举报信息中携带举报理由、被举报商品的信息和被举报方的 有效账号等信息,例如,举报方举报商品涉嫌虚假交易时,在所述举报信息 中需携带举报理由(例如,此商品涉嫌虚假交易)、被举报商品的信息(商 品编号、名称、类别等),和被举报方的有效账号(例如,淘宝账号、阿里 旺旺账号等)。

所述服务器识别发送的举报信息是否符合预设的信息格式具体为:服务 器对举报信息中携带的数据的类型及长度进行识别校验,服务器从举报信息 中提取多个数据,识别举报理由数据是否符合预设信息格式中数据的类型及 长度,识别是否从举报信息中提取出被举报方的有效账号数据,如果服务器 从举报信息中提取的举报理由数据符合预设信息格式中数据的类型及长度, 且从举报信息中提取出被举报方的有效账号数据,则服务器认为该举报信息 符合预设的信息格式,执行步骤240,否者,执行步骤250。

步骤230、如果所述举报方存储在所述恶意名单列表中,则向举报方提示 拒绝提交信息。

具体地,如果该举报方存储在信息数据库中的恶意名单列表内,则说明 该举报方以往历史曾多次提交恶意举报信息,服务器向该举报方发送拒绝提 交信息,告知该举报方,其所发送的举报信息拒绝提交,所述向举报方发送 拒绝提交信息可以通过短信、邮件等方式告知举报方。

步骤240、如果所述举报信息符合所述信息格式,则将所述举报信息标记 为常规举报信息,根据存储的历史举报记录计算所述举报信息的恶意指数。

具体地,如果举报信息符合信息格式,则将举报信息标记为常规举报信 息,服务器根据存储的历史举报记录计算常规举报信息的恶意指数。

在本发明实施例中,获得所述常规举报信息的恶意指数的步骤包括:

根据举报方的历史举报记录计算表征举报方可信度或善意度的综合指标 值;

根据被举报方和被举报商品的被举报历史记录分别得到被举报方被举报 准确率和被举报商品的被举报准确率;

对举报方的综合指标值、被举报方被举报准确率及被举报商品的被举报 准确率进行加权求和;

根据所述加权求和的和值计算该举报信息的恶意指数。

进一步地,在所述服务器中的信息数据库中建立信息记录表,在所述信 息记录表中存储的是举报方、举报方举报的商品和被举报方的相关信息。与 举报方相关的信息包括:举报方发送的非恶意举报信息的次数x、举报方发送 举报信息的次数n、举报方发送举报信息的准确率a、平均每人发送举报信息 的次数m、举报方举报次数评价指数b、举报信息的总数h、举报方的总人数 k、表征举报方可信度或善意度的综合指标值c、举报方发送举报信息的恶意 指数D;与被举报方相关的信息包括:被举报方的被举报准确率g;与举报方 举报的商品相关的信息包括:被举报商品的被举报准确率f、被举报商品的所 属被举报方M。

在服务器中还包括用于计算举报信息恶意指数的其他记录,所述其他记 录包括:平均每人发送举报信息的次数m、举报信息的总数h、举报方的总人 数k。服务器首先从信息记录表中查询记录的举报方发送的非恶意举报信息的 次数和举报方发送举报信息的次数n,并根据举报方发送的非恶意举报信息的 次数x和举报方发送举报信息的次数n计算举报方发送举报信息的准确率a, 举报方发送举报信息的准确率a的公式为a=x/n。

服务器从信息记录表中查询记录的举报方发送举报信息的次数n、平均每 人发送举报信息的次数m,对举报方发送举报信息的次数进行评价得到举报方 举报次数评价指数b,计算公式为b=1-e(-0.1*n/m);其中,所述m由发送举报信 息的总数h和举报方的总人数k确定,

根据举报方发送举报信息的准确率a和举报方举报次数评价指数b计算 表征举报方可信度或善意度的所述综合指标值c。计算公式记为:

服务器从信息记录表中查询历史记录获得举报信息指向的被举报方的被 举报准确率g和举报信息指向的被举报商品的被举报准确率f。

被举报方的被举报准确率g是指被举报方被非恶意举报次数与被举报方 被举报总次数的比值。

被举报商品的被举报准确率f是指被举报商品被非恶意举报次数与被举 报商品被举报总次数的比值。

被举报方的被举报准确率g和被举报商品的被举报准确率f可以是基于 历史记录分析统计后存储于信息记录表中,也可以通过对历史记录数据实时 分析获得。

根据举报信息指向的被举报方的被举报准确率g、举被举报商品的被举报 准确率f及举报方的综合指标值c计算举报信息的恶意指数D。

更进一步地,可以根据举报信息指向的被举报方的被举报准确率g、被举 报商品的被举报准确率f及举报方的综合指标值c的加权求和的和值计算举 报信息的恶意指数D。具体而言,可以使用所述加权求和获得的和值对应的负 值来评价所述举报信息的恶意指数;也可以设定固定参数,以该固定参数减 去所述加权求和的和值而得到差值作为该举报信息的恶意指数。

本实施例以固定参数Z减去举报信息指向的被举报方的被举报准确率g、 举被举报商品的被举报准确率f及举报方的综合指标值的加权和值作为举报 信息的恶意指数。计算公式记为:D=Z-(y1*c+y2*g+y3*f),其中,y1、y2、 y3为权重系数。例如,D=1-(0.8*c+0.05*g+0.15*f);,所述Z取值为1;所 述0.8、0.05和0.15为权重系数。

步骤250、如果所述举报信息不符合所述预设的信息格式,则对所述不符 合信息格式的所述举报信息进行处理。具体地,如果所述举报信息不符合所 述预设的信息格式,则将所述举报信息标记为垃圾举报信息;

对所述垃圾举报信息进行计算,得出所述垃圾举报信息的恶意指数;

根据计算出的所述恶意指数,更新所述信息数据库中的信息记录表,所 述信息记录表中存储的是举报方的相关信息;

丢弃所述垃圾举报信息。

进一步地,在一个优选的实施例中,如果举报信息不符合预设的信息格 式,则将举报信息标记为垃圾举报信息,服务器首先对垃圾举报信息按照步 骤240描述的方法进行计算,得出垃圾举报信息的恶意指数,然后根据计算 出的恶意指数,更新信息记录表中的信息,最后将垃圾举报信息丢弃。

可选地,在另一优选的实施例中,如果所述举报信息不符合所述预设的 信息格式,则将所述举报信息标记为垃圾举报信息;

对所述垃圾举报信息进行计算,得出所述垃圾举报信息的恶意指数。

将所述垃圾举报信息转换为常规举报信息,根据计算出的所述恶意指数, 更新信息数据库中的信息记录表,所述信息记录表中存储的是举报方的相关 信息。

进一步地,如果举报信息不符合预设的信息格式,则将举报信息标记为 垃圾举报信息,服务器首先对垃圾举报信息按照步骤240描述的方法进行计 算,得出垃圾举报信息的恶意指数,然后将垃圾举报信息格式转换为常规举 报信息格式,根据计算出的恶意指数,更新信息记录表中的信息,最后执行 步骤260。

服务器将垃圾举报信息转换为常规举报信息具体为:将举报理由中不符 合数据类型及长度的数据进行数据类型的转换及扩增或压缩长度,使得垃圾 举报信息符合预设的信息格式,转换信息格式的方法不限制于此,如果在举 报信息中没有携带被举报方的有效账号数据,则向举报方发送通知信息,告 知举报方其发送的举报信息中没有携带被举报方的有效账号数据,指示举报 方再次发送举报信息。

步骤260、根据所述恶意指数对所述举报信息分类处理。

具体地,服务器将计算出的举报信息的恶意指数与预设的恶意指数阈值 相比较。如果举报信息的恶意指数大于或等于恶意指数阈值,则设置举报信 息为恶意举报信息,并更新信息数据库中的信息记录表中存储的内容。

如果举报信息的恶意指数小于所述恶意指数阈值,则设置举报信息为非 恶意举报信息,并更新信息数据库中的信息记录表中存储的内容。

在本实施例中预设的恶意指数阈值为0.6,所述预设的恶意指数阈值还可 灵活调整。如果举报信息的恶意指数大于或等于恶意指数阈值0.6,则设置举 报信息为恶意举报信息,并更新信息数据库中的信息记录表中存储的内容。

如果举报信息的恶意指数小于所述恶意指数阈值0.6,则设置举报信息为 非恶意举报信息,并更新信息数据库中的信息记录表中存储的内容。

进一步的,在本申请实施例中已预设一个恶意指数阈值为例进行说明, 还可预设多个恶意指数阈值,将举报信息更进一步细分。

例如,服务器设置第一恶意指数阈值,所述第一恶意指数阈值为0.6,将 大于或等于第一恶意指数阈值0.6的举报信息设置为恶意举报信息,将小于 第一恶意指数阈值为0.6的举报信息设备为非恶意举报信息,服务器还可设 置第二恶意指数阈值0.4,和第三恶意指数阈值0.8,对非恶意举报信息和恶 意举报信息再次进行细分。

将非恶意举报信息的恶意指数与第二恶意指数阈值进行比较,如果非恶 意举报信息的恶意指数大于或等于第二恶意指数阈值,则所述非恶意举报信 息为恶意程度低的非恶意举报信息,如果非恶意举报信息的恶意指数小于第 二恶意指数阈值,则所述非恶意举报信息为恶意程度较低的非恶意举报信息。

将恶意举报信息的恶意指数与第三恶意指数阈值进行比较,如果恶意举 报信息的恶意指数大于或等于第三恶意指数阈值,则所述恶意举报信息为恶 意程度较高的恶意举报信息,如果恶意举报信息的恶意指数小于第三恶意指 数阈值,则所述恶意举报信息为恶意程度高的恶意举报信息。

步骤270、对恶意级别不同的举报信息进行相应的处理,将所述恶意举报 信息从所述信息数据库中滤除,向所述举报方发送举报失败信息;或者将所 述非恶意举报信息存储在所述信息数据库中,根据所述非恶意举报信息向所 述非恶意举报信息指向的被举报方进行处理,并向所述举报方发送举报成功 信息。

具体地,将举报信息分类后,服务器将恶意举报信息从信息数据库中滤 除,向举报方发送举报失败信息,告知举报方其发送的举报信息失败;服务 器更新信息数据库中的信息记录表中存储的内容,查看该举报方是否多次发 送恶意就报信息,如果该用户以往历史中多次发送举报信息,则将该用户存 储入恶意名单列表内。

或者,服务器将非恶意举报信息存储在信息数据库中,更新信息数据库 中的信息记录表中存储的内容,根据非恶意举报信息向所述非恶意举报信息 指向的被举报方进行处理,例如,如果非恶意举报信息为商品涉嫌虚假交易 时,则令该商品下架;如果非恶意举报信息为被举报方作弊买卖商品时,则 对该被举报方进行处罚,如罚款或者被举报方信誉等级下调等;同时,服务 器向举报方发送举报成功信息。

所述向举报方发送举报失败/成功信息可以通过短信、邮件等方式告知举 报方。

进一步地,服务器还可将计算出的举报信息的恶意指数进行排序,按照 恶意指数从小到大进行排序,优先处理恶意指数小的举报信息,提高处理举 报信息的效率。

需要说明的是,在本申请实施例中,举报信息处理的方法需执行上述各 个步骤,但步骤220和步骤250也为可选步骤,在一个可选的实施例中,仅 执行步骤220,而不执行步骤250,所述举报信息处理的方法依然可以实施, 不影响举报信息处理方法的实施;在另一个可选的实施例中,仅执行步骤250 中的任一步,而不执行步骤220,或者执行步骤220和步骤250中的任一步, 所述举报信息处理的方法依然可以实施,不影响举报信息处理方法的实施。

进一步需要说明的是,上述以一个服务器中的信息数据库为例对举报信 息处理的方法进行说明,在实际应用中,也可将信息记录表、恶意名单列表 分别存储在不同服务器中的数据库中,以此,提高服务器的处理效率。

通过应用本申请提供的举报信息处理的方法,对每个举报信息计算其相 应的恶意指数,将恶意指数与预设的恶意指数阈值相比较,从而有效的识别 出举报信息的恶意级别,筛选出非恶意的举报信息存入数据库,将恶意的举 报信息丢弃,进而解决现有技术中举报发发送恶意举报信息过多,造成举报 信息的处理效率低及数据库存储成本高的问题。

相应地,本申请提供一种举报信息处理装置,用于实现上述的举报信息 处理的方法,如图3所示,图3为本申请提供的举报信息处理装置,所述举 报信息处理装置包括:

接收单元310,用于接收举报方发送的举报信息;

计算单元320,用于根据存储的历史举报记录计算所述举报信息的恶意指 数;

处理单元330,用于根据所述恶意指数对所述举报信息分类处理。

所述计算单元320,用于根据该举报信息中的举报方的历史举报记录、该 举报信息中指向的被举报方的被举报历史记录及该举报信息中指向的被举报 商品的历史被举报记录评价该举报信息的恶意指数。

所述计算单元320,用于根据举报方的历史举报记录计算表征举报方可信 度或善意度的综合指标值;

根据被举报方和被举报商品的被举报历史记录分别得到被举报方被举报 准确率和被举报商品的被举报准确率;

根据举报方的综合指标值、被举报方被举报准确率及被举报商品的被举 报准确率计算该举报信息的恶意指数。

所述计算单元320,用于该举报信息的恶意指数以根据举报信息指向的被 举报方的被举报准确率、被举报商品的被举报准确率及举报方的综合指标值 的加权求和的和值获得。

所述计算单元320,用于设定固定参数,该举报信息的恶意指数以该固定 参数减去指向的被举报方的被举报准确率、举被举报商品的被举报准确率及 举报方的综合指标值的加权和值而得到。

所述处理单元330,用于将所述举报信息分为恶意举报信息和非恶意举报 信息,滤除恶意举报信息。

所述处理单元330,具体用于如果所述举报信息的恶意指数不小于所述恶 意指数阈值,则设置所述举报信息为恶意举报信息,并更新所述信息数据库 中的信息记录表;

如果所述举报信息的恶意指数小于所述恶意指数阈值,则设置所述举报 信息为非恶意举报信息,并更新所述信息数据库中的信息记录表。

通过应用本申请提供的举报信息处理装置,接收单元接收举报方发送的 举报信息,计算单元对每个举报信息计算其相应的恶意指数,处理单元将恶 意指数与预设的恶意指数阈值相比较,从而有效的识别出举报信息的恶意级 别,筛选出非恶意的举报信息存入数据库,将恶意的举报信息丢弃,进而解 决现有技术中举报发发送恶意举报信息过多,造成举报信息的处理效率低及 数据库存储成本高的问题。

专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的 各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来 实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能 一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来 执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每 个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为 超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理 器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器 (RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、 寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式 的存储介质中。

以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行 了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而 已,并不用于限定本申请的保护范围,凡在本申请的精神和原则之内,所做 的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号