CN104063410A - 一种举报信息的处理方法和系统 - Google Patents
一种举报信息的处理方法和系统 Download PDFInfo
- Publication number
- CN104063410A CN104063410A CN201310130528.6A CN201310130528A CN104063410A CN 104063410 A CN104063410 A CN 104063410A CN 201310130528 A CN201310130528 A CN 201310130528A CN 104063410 A CN104063410 A CN 104063410A
- Authority
- CN
- China
- Prior art keywords
- informant
- report
- user
- database
- exist
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Marketing (AREA)
- Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Alarm Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种举报信息的处理方法和系统。本发明实施例采用接收举报者上报的至少包括被举报者的用户标识的举报信息,然后根据该被举报者的用户标识确定举报是否有效,若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,若无效,则发送指示举报无效的第三反馈信息给举报者,从而实现了举报信息的自动处理,避免了现有技术中只能由人工对举报信息进行分析和审核所导致的人力成本高以及处理效率低下的问题,不仅可以节约人力成本,而且大大提高了处理效率。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种举报信息的处理方法和系统。
背景技术
随着网络技术的发展,网络活动也日益繁多,与此同时,一些网络非法活动也频繁发生,如何防范这些网络非法活动对正常的网络活动的影响,是网络安全很重要的一部分。
在现有技术中,用户举报是网络侧获知网络非法活动的其中一个很重要的信息来源,网络侧在接收到用户的举报信息后,一般由人工对该举报信息进行分析和审核,然后再对该举报信息所反映的情况作进一步处理,比如对被举报者进行相应惩罚,等等。
在对现有技术的研究和实践过程中,本发明的发明人发现,现有技术只能靠人工对举报信息进行分析和审核,不仅需要浪费大量的人力成本,而且效率低下。
发明内容
本发明实施例提供一种举报信息的处理方法和系统,可以自动对举报信息进行处理,不仅可以节约人力成本,而且可以提高处理效率。
一种举报信息的处理方法,包括:
接收举报者上报的举报信息,所述举报信息至少包括被举报者的用户标识;
根据所述被举报者的用户标识确定举报是否有效;
若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者;
若无效,则发送指示举报无效的第三反馈信息给举报者。
一种举报信息的处理系统,包括接收单元、判断单元、第一处理单元和第二处理单元;
接收单元,用于接收举报者上报的举报信息,所述举报信息至少包括被举报者的用户标识;
判断单元,用于根据所述被举报者的用户标识确定举报是否有效;
第一处理单元,用于在判断单元确定举报有效时,根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者;
第二处理单元,用于在判断单元确定举报无效时,发送指示举报无效的第三反馈信息给举报者。
本发明实施例采用接收举报者上报的至少包括被举报者的用户标识的举报信息,然后根据该被举报者的用户标识确定举报是否有效,若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,若无效,则发送指示举报无效的第三反馈信息给举报者,从而实现了举报信息的自动处理,避免了现有技术中只能由人工对举报信息进行分析和审核所导致的人力成本高以及处理效率低下的问题,不仅可以节约人力成本,而且大大提高了处理效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的举报信息的处理方法的流程图;
图2是本发明实施例提供的举报信息的处理方法的流程图;
图3是本发明实施例提供的举报信息的处理方法的流程图;
图4a是本发明实施例提供的举报信息的处理系统的结构示意图;
图4b是本发明实施例提供的举报信息的处理系统的另一结构示意图;
图5是本发明实施例提供的服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种举报信息的处理方法和系统。以下分别进行详细说明。
实施例一、
本发明实施例将从举报系统的角度进行描述,该举报系统具体可以集成在网络侧设备,比如管理服务器等设备中。
一种举报信息的处理方法,包括:接收举报者上报的举报信息,其中,该举报信息至少包括被举报者的用户标识;根据该被举报者的用户标识确定举报是否有效;若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者;若无效,则发送指示举报无效的第三反馈信息给举报者。
如图1所示,具体流程可以如下:
101、接收举报者上报的举报信息;其中,该举报信息至少包括被举报者的用户标识(ID,Identity);当然,该举报信息还可以包括其他信息,比如举报原因等信息。
其中,用户标识可以为多种形式,比如具体可以是手机号、邮箱地址或昵称等。该用户标识可以是一个标识,也可以包括多个用户子标识,比如,对于某款游戏来说,可以包括用户账号、游戏区域代码和/或角色名等标识,其中,用户账号又可以包括手机号、邮箱地址或昵称等。
102、根据步骤101中接收到的被举报者的用户标识确定举报是否有效,若举报有效,则执行步骤103,否则,若举报无效,则执行步骤104;例如,具体可以如下:
确定第一数据库中是否存在该被举报者的用户标识,若存在该被举报者的用户标识,则确定举报有效,于是执行步骤103;否则,若不存在该被举报者的用户标识,则确定举报无效,执行步骤104。
其中,第一数据库中保存了各个应用服务器上报的异常数据和用户标识的对应关系,即在步骤“接收举报者上报的举报信息”之前,该方法还可以包括:
接收各个应用服务器上报的异常数据和用户标识,根据该异常数据和用户标识在第一数据库中保存该异常数据和用户标识的对应关系。
可见,该第一数据库中的信息可以根据各个应用服务器上报的异常数据和用户标识实时进行添加、删除和更新。
需说明的是,异常数据的判断标准可以根据实际应用的需求进行设置,例如,对于某款游戏而言,异常数据可以是检测到的用户作弊信息等,而对于某款应用而言,异常数据可以是一些非法的操作信息等。
可选的,由于各个应用服务器上报异常数据和用户标识时可能会存在一定的迟延,因此,可能会存在这种情况:用户上报举报信息时,虽然该举报信息所反映的事实实际上是存在的,但第一数据库中却没有相关的记载,从而导致举报无效的情况的发生。所以,为了进一步有效地利用举报信息,避免错漏,在确定第一数据库中不存在该被举报者的用户标识时,可以等待一定的延迟时间,然后再次确定第一数据库中是否存在该被举报者的用户标识,也就是说,在预置时间内,可以对第一数据库进行多次检测,以确定第一数据库中是否存在该被举报者的用户标识,如果在预置时间后,还是无法查找到该被举报者的用户标识,才确定举报无效;即,步骤102具体还可以如下:
确定第一数据库中是否存在该被举报者的用户标识,若存在该被举报者的用户标识,则确定举报有效,于是执行步骤103;若不存在该被举报者的用户标识,则在预置时间内,返回执行确定第一数据库中是否存在该被举报者的用户标识的步骤,直至在该预置时间后,若该第一数据库中仍不存在该被举报者的用户标识,才确定举报无效,执行步骤104。
其中,上述预置时间可以根据实际应用的需求进行设置,在此不再赘述。
需说明的是,在上述预置时间内,除了可以按照预置的一定频率对第一数据库进行检测(即确定第一数据库中是否存在该被举报者的用户标识)之外,为了节省信令流程,还可以在确定第一数据库发生变化时,才对第一数据库进行检测(即确定第一数据库中是否存在该被举报者的用户标识)。
其中,如果用户标识包括多个用户子标识,则此时,步骤“确定第一数据库中是否存在该被举报者的用户标识”可以包括:
确定第一数据库中是否同时存在该举报者的多个用户子标识,若是,则确定第一数据库中存在该被举报者的用户标识,若否,则确定第一数据库中不存在该被举报者的用户标识。
比如,如果用户标识包括用户账号、游戏区域代码和/或角色名等标识,则此时,可以确定第一数据库中是否同时存在该举报者的用户账号、游戏区域代码和/或角色名等标识,若是,则确定第一数据库中存在该被举报者的用户标识,否则,则确定第一数据库中不存在该被举报者的用户标识。
103、在确定举报有效时,根据预置惩罚策略对被举报者进行处罚,并分别发送反馈消息给举报者和被举报者,比如,具体可以指示举报有效的反馈信息给举报者,以及发送指示被处罚的原因的反馈信息给被举报者,为了描述方便,在本发明实施例中,将该指示举报有效的反馈信息称为第一反馈消息,将该指示被处罚的原因的反馈信息称为第二反馈消息。
例如,具体可以通过消息服务器和/或邮件服务器发送指示举报有效的第一反馈信息给举报者,以及通过消息服务器和/或邮件服务器发送指示被处罚的原因的第二反馈信息给被举报者。
其中,惩罚策略可以根据实际应用的需求进行设置,在此不再赘述。
104、在确定举报无效时,发送指示举报无效的反馈信息给举报者。为了描述方便,在本发明实施例中,将该指示举报无效的反馈信息称为第三反馈信息。
例如,具体可以通过消息服务器和/或邮件服务器发送指示举报无效的第三反馈信息给举报者。
可选的,还可以自动对举报者进行奖励,即在发送指示举报有效的第一反馈信息给举报者之后,该方法还可以包括:
获取举报者所属账户,为该举报者所属账户添加积分,并计算总积分,确定该总积分超过预置奖励等级所对应的积分阈值时,发送该预置奖励等级对应的奖励代码,比如注册码(CD-KEY)给该举报者,并在该总积分中扣除该预置奖励等级对应的积分。
具体发送奖励代码时可以采用多种形式,比如可以通过短消息的方式发放给举报者,或者,也可以通过邮件的方式发送给举报者,等等。
此外,如果确定该总积分没有超过预置奖励等级所对应的积分阈值时,则可以不动作,或者,也可以发送提醒信息给用户,以告知用户目前的总积分还不足以兑换奖励,等等。
其中,具体的奖励策略可以根据实际应用的需求进行设置,例如,可以设置每天零点之后,该举报信息的处理装置可以对前一天的举报数量进行统计,具体的举报方式可以分为常规举报和特殊举报,若是常规举报,则可以对每个举报用户都增加相应的积分,而对于特殊举报,则对某一违规操作(即可被举报的现象)的第一个举报的用户增加相应的积分,比如,用户A被4个用户举报,并且被追加处罚了,而且该处罚所带来的总积分数为100分,那么每个举报的用户,第二天都会因此次举报增加25积分。而特殊举报则只给第一个举报者增加积分;当然,也可以是其他的奖励策略,在此不再赘述。
由上可知,本实施例采用接收举报者上报的至少包括被举报者的用户标识的举报信息,然后根据该被举报者的用户标识确定举报是否有效,若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,若无效,则发送指示举报无效的第三反馈信息给举报者,从而实现了举报信息的自动处理,避免了现有技术中只能由人工对举报信息进行分析和审核所导致的人力成本高以及处理效率低下的问题,不仅可以节约人力成本,而且大大提高了处理效率。
实施例二、
在实施例一描述的基础上,以下将举例作进一步详细说明。
在本实施例中,将以该举报信息的处理系统具体集成在管理服务器中为例进行说明。
如图2所示,一种举报信息的处理方法,具体流程可以如下:
201、举报者向管理服务器上报举报信息,比如举报者可以通过客户端向管理服务器上报举报信息;其中,该举报信息至少包括被举报者的用户标识;当然,该举报信息还可以包括其他信息,比如举报原因等信息。
其中,用户标识可以为多种形式,比如具体可以是手机号、邮箱地址或昵称等。该用户标识可以是一个标识,也可以包括多个用户子标识,比如,对于某款游戏来说,可以包括用户账号、游戏区域代码和/或角色名等标识,其中,用户账号又可以包括手机号、邮箱地址或昵称等。
例如,以K游戏为例,若用户A在游戏的过程中,发现用户B有作弊行为,则此时,用户A可以向管理服务器上报举报信息,其中,该举报信息携带用户B的用户标识,比如,用户B的用户账号、游戏区域代码和/或角色名等标识;此外,还可以携带举报的原因,比如指出用户B作弊等。其中,用户A即为举报者,用户B即为被举报者。
202、管理服务器接收到该举报信息之后,确定第一数据库中是否存在该被举报者的用户标识,若存在该被举报者的用户标识,则确定举报有效,于是执行步骤203;否则,若不存在该被举报者的用户标识,则确定举报无效,执行步骤204。
其中,第一数据库中保存了各个应用服务器上报的异常数据和用户标识的对应关系,例如,具体可以由管理服务器接收各个游戏服务器上报的异常数据和用户标识,然后根据该异常数据和用户标识在第一数据库中保存该异常数据和用户标识的对应关系。
需说明的是,如果用户标识包括多个用户子标识,则此时,需要确定第一数据库中是否同时存在该举报者的多个用户子标识,若是,才确定举报有效,否则,则确定举报无效。
例如,还是以K游戏为例,若被举报者(即用户B)的用户标识包括用户B的用户账号、游戏区域代码和/或角色名等标识,则此时,需要确定第一数据库中是否同时存在用户B的用户账号、游戏区域代码和/或角色名等标识,若存在,则确定举报有效,否则,若没有同时存在,则确定举报无效。
203、在确定举报有效时,管理服务器根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者。
例如,具体可以通过消息服务器和/或邮件服务器发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者。即,该第一反馈信息和第二反馈信息的具体形式可以是消息,也可以是邮件等。
204、在确定举报无效时,管理服务器发送指示举报无效的第三反馈信息给举报者。
例如,具体可以通过消息服务器和/或邮件服务器发送指示举报无效的第三反馈信息给举报者。
可选的,还可以自动对举报者进行奖励,即在发送指示举报有效的第一反馈信息给举报者之后,还可以执行步骤205,如下:
205、管理服务器获取举报者所属账户,为该举报者所属账户添加积分,并计算总积分。
可选的,此时,管理服务器还可以发送提醒消息给用户,以告知积分的奖赏情况。
206、管理服务器确定该总积分是否超过预置奖励等级所对应的积分阈值,若没有超过,则不动作,或发送提醒信息给用户,以告知用户目前的总积分还不足以兑换奖励;而若超过,则执行步骤207.
其中,积分阈值可以根据实际应用的需求进行设置,在此不再赘述。
207、管理服务器发送该预置奖励等级对应的奖励代码给该举报者,并在该总积分中扣除该预置奖励等级对应的积分。
可选的,此时,管理服务器还可以发送提醒消息给用户,以告知积分的扣除情况。
由上可知,本实施例采用接收举报者上报的至少包括被举报者的用户标识的举报信息,然后根据该被举报者的用户标识确定举报是否有效,若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,若无效,则发送指示举报无效的第三反馈信息给举报者,从而实现了举报信息的自动处理,避免了现有技术中只能由人工对举报信息进行分析和审核所导致的人力成本高以及处理效率低下的问题,不仅可以节约人力成本,而且大大提高了处理效率。
实施例三、
与实施二相同的是,在本实施例中,还是以该举报信息的处理系统具体集成在管理服务器中为例进行说明。与实施例二不同的是,在本实施例中,在确定第一数据库中不存在该被举报者的用户标识时,不会直接确定举报无效,而是等待一定的延迟时间后,再次进行确定。
如图3所示,一种举报信息的处理方法,具体流程可以如下:
301、举报者向管理服务器上报举报信息,比如举报者可以通过客户端向管理服务器上报举报信息;其中,该举报信息至少包括被举报者的用户标识;当然,该举报信息还可以包括其他信息,比如举报原因等信息。
其中,用户标识可以为多种形式,比如具体可以是手机号、邮箱地址或昵称等。该用户标识可以是一个标识,也可以包括多个用户子标识,比如,对于某款游戏来说,可以包括用户账号、游戏区域代码和/或角色名等标识,其中,用户账号又可以包括手机号、邮箱地址或昵称等。
例如,以K游戏为例,若用户A在游戏的过程中,发现用户B有作弊行为,则此时,用户A可以向管理服务器上报举报信息,其中,该举报信息携带用户B的用户标识,比如,用户B的用户账号、游戏区域代码和/或角色名等标识;此外,还可以携带举报的原因,比如指出用户B作弊等。其中,用户A即为举报者,用户B即为被举报者。
302、管理服务器接收到该举报信息之后,确定第一数据库中是否存在该被举报者的用户标识,若存在该被举报者的用户标识,则确定举报有效,于是执行步骤303;否则,若不存在该被举报者的用户标识,则在预置时间内,返回执行确定第一数据库中是否存在该被举报者的用户标识的步骤,直至在该预置时间后,若该第一数据库中仍不存在所述被举报者的用户标识,则确定举报无效,执行步骤304,而若在预置时间内,可以检测第一数据库中存在该被举报者的用户标识,则确定举报有效,执行步骤303。
其中,该预置时间可以根据实际应用的需求进行设置。而第一数据库中保存了各个应用服务器上报的异常数据和用户标识的对应关系,例如,具体可以由管理服务器接收各个游戏服务器上报的异常数据和用户标识,然后根据该异常数据和用户标识在第一数据库中保存该异常数据和用户标识的对应关系。
需说明的是,如果用户标识包括多个用户子标识,则此时,需要确定第一数据库中是否同时存在该举报者的多个用户子标识,若是,才确定举报有效,否则,则确定举报无效。
例如,还是以K游戏为例,若被举报者(即用户B)的用户标识包括用户B的用户账号、游戏区域代码和/或角色名等标识,则此时,需要确定第一数据库中是否同时存在用户B的用户账号、游戏区域代码和/或角色名等标识,若存在,则确定举报有效,否则,若没有同时存在,则确定举报无效。
303、在确定举报有效时,管理服务器根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者。
例如,具体可以通过消息服务器和/或邮件服务器发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者。即,该第一反馈信息和第二反馈信息的具体形式可以是消息,也可以是邮件等。
304、在确定举报无效时,管理服务器发送指示举报无效的第三反馈信息给举报者。
例如,具体可以通过消息服务器和/或邮件服务器发送指示举报无效的第三反馈信息给举报者。
可选的,还可以自动对举报者进行奖励,即在发送指示举报有效的第一反馈信息给举报者之后,还可以执行步骤305,如下:
305、管理服务器获取举报者所属账户,为该举报者所属账户添加积分,并计算总积分。
可选的,此时,管理服务器还可以发送提醒消息给用户,以告知积分的奖赏情况。
306、管理服务器确定该总积分是否超过预置奖励等级所对应的积分阈值,若没有超过,则不动作,或发送提醒信息给用户,以告知用户目前的总积分还不足以兑换奖励;而若超过,则执行步骤307。
其中,积分阈值可以根据实际应用的需求进行设置,在此不再赘述。
307、管理服务器发送该预置奖励等级对应的奖励代码给该举报者,并在该总积分中扣除该预置奖励等级对应的积分。
可选的,此时,管理服务器还可以发送提醒消息给用户,以告知积分的扣除情况。
由上可知,本实施例采用接收举报者上报的至少包括被举报者的用户标识的举报信息,然后根据该被举报者的用户标识确定举报是否有效,若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,若无效,则发送指示举报无效的第三反馈信息给举报者,从而实现了举报信息的自动处理,避免了现有技术中只能由人工对举报信息进行分析和审核所导致的人力成本高以及处理效率低下的问题,不仅可以节约人力成本,而且大大提高了处理效率。
实施例四、
相应的,本发明实施例提供一种举报信息的处理系统,如图4a所示,该举报信息的处理装置包括接收单元401、判断单元402、第一处理单元403和第二处理单元404;
接收单元401,用于接收举报者上报的举报信息;
其中,该举报信息至少包括被举报者的用户标识;当然,该举报信息还可以包括其他信息,比如举报原因等信息。
其中,用户标识可以为多种形式,比如具体可以是手机号、邮箱地址或昵称等。该用户标识可以是一个标识,也可以包括多个用户子标识,比如,对于某款游戏来说,可以包括用户账号、游戏区域代码和/或角色名等标识,其中,用户账号又可以包括手机号、邮箱地址或昵称等。
判断单元402,用于根据该被举报者的用户标识确定举报是否有效;
第一处理单元403,用于在判断单元402确定举报有效时,根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者;
其中,惩罚策略可以根据实际应用的需求进行设置,在此不再赘述。
第二处理单元404,用于在判断单元402确定举报无效时,发送指示举报无效的第三反馈信息给举报者。
例如,其中,第一处理单元403,具体可以用于在判断单元402确定举报有效时,根据预置惩罚策略对被举报者进行处罚,并通过消息服务器和/或邮件服务器发送指示举报有效的第一反馈信息给举报者,以及通过消息服务器和/或邮件服务器发送指示被处罚的原因的第二反馈信息给被举报者;
第二处理单元404,具体用于在判断单元402确定举报无效时,通过消息服务器和/或邮件服务器发送指示举报无效的第三反馈信息给举报者。
可选的,其中,判断单元402,具体可以用于确定第一数据库中是否存在该被举报者的用户标识,若存在,则确定举报有效,若不存在,则确定举报无效。
其中,第一数据库中保存了各个应用服务器上报的异常数据和用户标识的对应关系,即如图4b所示,该举报信息的处理系统还可以包括保存单元405;
接收单元402,还用于接收各个应用服务器上报的异常数据和用户标识;
保存单元405,用于根据接收单元402接收到的异常数据和用户标识在第一数据库中保存该异常数据和用户标识的对应关系。
可见,该第一数据库中的信息可以根据各个应用服务器上报的异常数据和用户标识实时进行添加、删除和更新。
需说明的是,异常数据的判断标准可以根据实际应用的需求进行设置,例如,对于某款游戏而言,异常数据可以是检测到的用户作弊信息等,而对于某款应用而言,异常数据可以是一些非法的操作信息等。
可选的,由于各个应用服务器上报异常数据和用户标识时可能会存在一定的迟延,因此,可能会存在这种情况:用户上报举报信息时,虽然该举报信息所反映的事实实际上是存在的,但第一数据库中却没有相关的记载,从而导致举报无效的情况的发生。所以,为了进一步有效地利用举报信息,避免错漏,在确定第一数据库中不存在该被举报者的用户标识时,可以等待一定的延迟时间,然后再次确定第一数据库中是否存在该被举报者的用户标识,也就是说,在预置时间内,可以对第一数据库进行多次检测,以确定第一数据库中是否存在该被举报者的用户标识,如果预置时间后,还是无法查找到该被举报者的用户标识,才确定举报无效;即:
判断单元402,具体可以用于确定第一数据库中是否存在所述被举报者的用户标识,若存在,则确定举报有效;若不存在,则在预置时间内,返回执行确定第一数据库中是否存在该被举报者的用户标识的步骤,直至在该预置时间后,若该第一数据库中仍不存在该被举报者的用户标识,才确定举报无效。
其中,预置时间可以根据实际应用的需求进行设置。
此外,如果用户标识包括多个用户子标识,则此时,需要确定第一数据库中是否同时存在该举报者的多个用户子标识,若是,才确定举报有效,否则,则确定举报无效。即:
判断单元402,具体可以用于确定第一数据库中是否同时存在该举报者的多个用户子标识;若是,则确定第一数据库中存在所述被举报者的用户标识;若否,则确定第一数据库中不存在所述被举报者的用户标识。
可选的,该举报信息的处理系统还可以自动对举报者进行奖励,即该举报信息的处理系统还可以包括第三处理单元;
第三处理单元,用于获取举报者所属账户,为该举报者所属账户添加积分,并计算总积分;确定该总积分超过预置奖励等级所对应的积分阈值时,发送该预置奖励等级对应的奖励代码给举报者,并在总积分中扣除该预置奖励等级对应的积分。
此外,如果确定该总积分没有超过预置奖励等级所对应的积分阈值时,则该第三处理单元可以不动作,或者,也可以发送提醒信息给用户,以告知用户目前的总积分还不足以兑换奖励,等等。
其中,具体的奖励策略可以根据实际应用的需求进行设置。
具体实施时,以上各个单元可以作为独立的实体实现,也可以进行任意组合,作为同一或若干个实体来实现,以上各个单元的具体实施,可以参见前面的实施例,在此不再赘述。
由上可知,本实施例的举报信息的处理系统的接收单元401接收举报者上报的至少包括被举报者的用户标识的举报信息,然后由判断单元402根据该被举报者的用户标识确定举报是否有效,若有效,则由第一处理单元403根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,若无效,则由第二处理单元404发送指示举报无效的第三反馈信息给举报者,从而实现了举报信息的自动处理,避免了现有技术中只能由人工对举报信息进行分析和审核所导致的人力成本高以及处理效率低下的问题,不仅可以节约人力成本,而且大大提高了处理效率。
实施例五、
本发明实施例还提供一种服务器,可以作为本发明实施例的管理服务器,其中可以集成本发明实施例的举报信息的处理系统,如图5所示,其示出了本发明实施例所涉及的服务器的结构示意图,具体来讲:
该服务器可以包括一个或者一个以上处理核心的处理器501、一个或一个以上计算机可读存储介质的存储器502、射频(Radio Frequency,RF)电路503、无线保真(wireless fidelity,WiFi)模块504、电源505、传感器506、输入单元507、以及显示单元508等部件。本领域技术人员可以理解,图5中示出的服务器结构并不构成对服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
处理器501是该服务器的控制中心,利用各种接口和线路连接整个服务器的各个部分,通过运行或执行存储在存储器502内的软件程序和/或模块,以及调用存储在存储器502内的数据,执行服务器的各种功能和处理数据,从而对服务器进行整体监控。可选的,处理器501可包括一个或多个处理核心;优选的,处理器501可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器501中。
存储器502可用于存储软件程序以及模块,处理器501通过运行存储在存储器502的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器502可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据服务器的使用所创建的数据等。此外,存储器502可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器502还可以包括存储器控制器,以提供处理器501对存储器502的访问。
RF电路503可用于收发信息过程中,信号的接收和发送,特别地,将基站的下行信息接收后,交由一个或者一个以上处理器501处理;另外,将涉及上行的数据发送给基站。通常,RF电路503包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、低噪声放大器(Low Noise Amplifier,LNA)、双工器等。此外,RF电路503还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(Global System of Mobilecommunication,GSM)、通用分组无线服务(General Packet Radio Service,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long TermEvolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
WiFi属于短距离无线传输技术,服务器通过WiFi模块504收发电子邮件和访问流式媒体等,它可以提供无线的宽带互联网访问。虽然图5示出了WiFi模块504,但是可以理解的是,其并不属于服务器的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
服务器还包括给各个部件供电的电源505(比如电池),优选的,电源可以通过电源管理系统与处理器501逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源505还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该服务器还可包括至少一种传感器506,比如光传感器、运动传感器以及其他传感器。该服务器还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
该服务器还可包括输入单元507,该输入单元507可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地,在一个具体的实施例中,输入单元507可包括触敏表面以及其他输入设备。触敏表面,也称为触摸显示屏或者触控板,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触敏表面可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器501,并能接收处理器501发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面,输入单元507还可以包括其他输入设备。具体地,其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
该服务器还可包括显示单元508,该显示单元508可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元508可包括显示面板,可选的,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板。进一步的,触敏表面可覆盖显示面板,当触敏表面检测到在其上或附近的触摸操作后,传送给处理器501以确定触摸事件的类型,随后处理器501根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图5中,触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能,但是在某些实施例中,可以将触敏表面与显示面板集成而实现输入和输出功能。
尽管未示出,服务器还可以包括摄像头、蓝牙模块等,在此不再赘述。具体在本实施例中,服务器中的处理器501会按照如下的指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器502中,并由处理器501来运行存储在存储器502中的应用程序,从而实现各种功能,如下:
接收举报者上报的举报信息,所述举报信息至少包括被举报者的用户标识;根据所述被举报者的用户标识确定举报是否有效;若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者;若无效,则发送指示举报无效的第三反馈信息给举报者。
其中,可选的,所述根据所述被举报者的用户标识确定举报是否有效,可以包括:
确定第一数据库中是否存在所述被举报者的用户标识,所述第一数据库保存各个应用服务器上报的异常数据和用户标识的对应关系;若是,则确定举报有效;若否,则确定举报无效。
或者,可选的,其中,所述根据所述被举报者的用户标识确定举报是否有效,也可以包括:
确定第一数据库中是否存在所述被举报者的用户标识,所述第一数据库保存各个应用服务器上报的异常数据和用户标识的对应关系;若是,则确定举报有效;若否,则在预置时间内,返回执行确定第一数据库中是否存在该被举报者的用户标识的步骤,直至在该预置时间后,若该第一数据库中仍不存在该被举报者的用户标识,才确定举报无效。
其中,可选的,所述用户标识也可以包括多个用户子标识,则此时,所述确定第一数据库中是否存在所述被举报者的用户标识,可以包括:
确定第一数据库中是否同时存在所述举报者的多个用户子标识;若是,则确定第一数据库中存在所述被举报者的用户标识;若否,则确定第一数据库中不存在所述被举报者的用户标识。
此外,可选的,所述接收举报者上报的举报信息之前,还可以包括:
接收各个应用服务器上报的异常数据和用户标识;根据所述异常数据和用户标识在第一数据库中保存所述异常数据和用户标识的对应关系。
其中,所述发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,可以包括:通过消息服务器和/或邮件服务器发送指示举报有效的第一反馈信息给举报者,以及通过消息服务器和/或邮件服务器发送指示被处罚的原因的第二反馈信息给被举报者;
所述发送指示举报无效的第三反馈信息给举报者,可以包括:通过消息服务器和/或邮件服务器发送指示举报无效的第三反馈信息给举报者。
可选的,所述发送指示举报有效的第一反馈信息给举报者之后,还可以包括:
获取举报者所属账户;为所述举报者所属账户添加积分,并计算总积分;确定所述总积分超过预置奖励等级所对应的积分阈值时,发送所述预置奖励等级对应的奖励代码给所述举报者,并在所述总积分中扣除所述预置奖励等级对应的积分。
以上各个步骤的具体实施可参见前面的实施例,在此不再赘述。
由上可知,本实施例的服务器采用接收举报者上报的至少包括被举报者的用户标识的举报信息,然后根据该被举报者的用户标识确定举报是否有效,若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,若无效,则发送指示举报无效的第三反馈信息给举报者,从而实现了举报信息的自动处理,避免了现有技术中只能由人工对举报信息进行分析和审核所导致的人力成本高以及处理效率低下的问题,不仅可以节约人力成本,而且大大提高了处理效率。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的一种举报信息的处理方法和系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (14)
1.一种举报信息的处理方法,其特征在于,包括:
接收举报者上报的举报信息,所述举报信息至少包括被举报者的用户标识;
根据所述被举报者的用户标识确定举报是否有效;
若有效,则根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者;
若无效,则发送指示举报无效的第三反馈信息给举报者。
2.根据权利要求1所述的方法,其特征在于,所述根据所述被举报者的用户标识确定举报是否有效,包括:
确定第一数据库中是否存在所述被举报者的用户标识,所述第一数据库保存各个应用服务器上报的异常数据和用户标识的对应关系;
若是,则确定举报有效;
若否,则确定举报无效。
3.根据权利要求1所述的方法,其特征在于,所述根据所述被举报者的用户标识确定举报是否有效,包括:
确定第一数据库中是否存在所述被举报者的用户标识,所述第一数据库保存各个应用服务器上报的异常数据和用户标识的对应关系;
若是,则确定举报有效;
若否,则在预置时间内,返回执行确定第一数据库中是否存在所述被举报者的用户标识的步骤,直至所述预置时间后,若所述第一数据库中仍不存在所述被举报者的用户标识,才确定举报无效。
4.根据权利要求2或3所述的方法,其特征在于,所述用户标识包括多个用户子标识,则所述确定第一数据库中是否存在所述被举报者的用户标识,包括:
确定第一数据库中是否同时存在所述举报者的多个用户子标识;
若是,则确定第一数据库中存在所述被举报者的用户标识;
若否,则确定第一数据库中不存在所述被举报者的用户标识。
5.根据权利要求2或3所述的方法,其特征在于,所述接收举报者上报的举报信息之前,还包括:
接收各个应用服务器上报的异常数据和用户标识;
根据所述异常数据和用户标识在第一数据库中保存所述异常数据和用户标识的对应关系。
6.根据权利要求1所述的方法,其特征在于,
所述发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者,包括:通过消息服务器和/或邮件服务器发送指示举报有效的第一反馈信息给举报者,以及通过消息服务器和/或邮件服务器发送指示被处罚的原因的第二反馈信息给被举报者;
所述发送指示举报无效的第三反馈信息给举报者,包括:通过消息服务器和/或邮件服务器发送指示举报无效的第三反馈信息给举报者。
7.根据权利要求1所述的方法,其特征在于,所述发送指示举报有效的第一反馈信息给举报者之后,还包括:
获取举报者所属账户;
为所述举报者所属账户添加积分,并计算总积分;
确定所述总积分超过预置奖励等级所对应的积分阈值时,发送所述预置奖励等级对应的奖励代码给所述举报者,并在所述总积分中扣除所述预置奖励等级对应的积分。
8.一种举报信息的处理装置,其特征在于,包括:
接收单元,用于接收举报者上报的举报信息,所述举报信息至少包括被举报者的用户标识;
判断单元,用于根据所述被举报者的用户标识确定举报是否有效;
第一处理单元,用于在判断单元确定举报有效时,根据预置惩罚策略对被举报者进行处罚,并发送指示举报有效的第一反馈信息给举报者,以及发送指示被处罚的原因的第二反馈信息给被举报者;
第二处理单元,用于在判断单元确定举报无效时,发送指示举报无效的第三反馈信息给举报者。
9.根据权利要求8所述的举报信息的处理系统,其特征在于,
判断单元,具体用于确定第一数据库中是否存在所述被举报者的用户标识,若存在,则确定举报有效,若不存在,则确定举报无效;所述第一数据库保存各个应用服务器上报的异常数据和用户标识的对应关系。
10.根据权利要求8所述的举报信息的处理系统,其特征在于,
判断单元,具体用于确定第一数据库中是否存在所述被举报者的用户标识,若存在,则确定举报有效;若不存在,则在预置时间内,返回执行确定第一数据库中是否存在所述被举报者的用户标识的步骤,直至所述预置时间后,若所述第一数据库中仍不存在所述被举报者的用户标识,才确定举报无效;所述第一数据库保存各个应用服务器上报的异常数据和用户标识的对应关系。
11.根据权利要求9或10所述的举报信息的处理系统,其特征在于,
所述判断单元,具体用于确定第一数据库中是否同时存在所述举报者的多个用户子标识;若是,则确定第一数据库中存在所述被举报者的用户标识;若否,则确定第一数据库中不存在所述被举报者的用户标识。
12.根据权利要求9或10所述的举报信息的处理系统,其特征在于,还包括保存单元;
所述接收单元,还用于接收各个应用服务器上报的异常数据和用户标识;
所述保存单元,用于根据接收单元接收到的异常数据和用户标识在第一数据库中保存所述异常数据和用户标识的对应关系。
13.根据权利要求8所述的举报信息的处理系统,其特征在于,
所述第一处理单元,具体用于在判断单元确定举报有效时,根据预置惩罚策略对被举报者进行处罚,并通过消息服务器和/或邮件服务器发送指示举报有效的第一反馈信息给举报者,以及通过消息服务器和/或邮件服务器发送指示被处罚的原因的第二反馈信息给被举报者;
所述第二处理单元,具体用于在判断单元确定举报无效时,通过消息服务器和/或邮件服务器发送指示举报无效的第三反馈信息给举报者。
14.根据权利要求8所述的举报信息的处理系统,其特征在于,还包括第三处理单元;
第三处理单元,用于获取举报者所属账户,为所述举报者所属账户添加积分,并计算总积分;确定所述总积分超过预置奖励等级所对应的积分阈值时,发送所述预置奖励等级对应的奖励代码给所述举报者,并在所述总积分中扣除所述预置奖励等级对应的积分。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310130528.6A CN104063410B (zh) | 2013-04-15 | 2013-04-15 | 一种举报信息的处理方法和系统 |
PCT/CN2013/088027 WO2014169661A1 (en) | 2013-04-15 | 2013-11-28 | Method and system for processing report information |
US14/250,686 US20140310087A1 (en) | 2013-04-15 | 2014-04-11 | Method and system for processing report information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310130528.6A CN104063410B (zh) | 2013-04-15 | 2013-04-15 | 一种举报信息的处理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104063410A true CN104063410A (zh) | 2014-09-24 |
CN104063410B CN104063410B (zh) | 2015-06-24 |
Family
ID=51551125
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310130528.6A Active CN104063410B (zh) | 2013-04-15 | 2013-04-15 | 一种举报信息的处理方法和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104063410B (zh) |
WO (1) | WO2014169661A1 (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104616110A (zh) * | 2015-02-10 | 2015-05-13 | 五八同城信息技术有限公司 | 一种信息的处理方法及装置 |
CN104702671A (zh) * | 2015-02-06 | 2015-06-10 | 贵阳朗玛信息技术股份有限公司 | 一种实现信息举报的方法及服务器 |
CN105577663A (zh) * | 2015-12-22 | 2016-05-11 | 北京奇虎科技有限公司 | 一种举报信息的鉴别方法和装置 |
CN106506329A (zh) * | 2016-10-20 | 2017-03-15 | 北京小米移动软件有限公司 | 删除终端用户数据信息的方法及装置 |
CN109191297A (zh) * | 2018-08-23 | 2019-01-11 | 郑植 | 一种智能合约系统及方法 |
CN109426699A (zh) * | 2017-08-22 | 2019-03-05 | 腾讯科技(深圳)有限公司 | 发表内容处理方法、装置、存储介质和计算机设备 |
CN109889431A (zh) * | 2019-01-23 | 2019-06-14 | 北京梧桐车联科技有限责任公司 | 一种消息交互方法、系统及装置 |
CN110033129A (zh) * | 2019-03-27 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 用于针对用户的举报来确定反馈的方法和装置 |
CN110213251A (zh) * | 2019-05-22 | 2019-09-06 | 杭州复杂美科技有限公司 | 匿名举报奖励发放方法及领取方法、设备和存储介质 |
CN110581891A (zh) * | 2019-09-12 | 2019-12-17 | 腾讯科技(深圳)有限公司 | 基于区块链的游戏数据处理方法、装置、设备及存储介质 |
CN110685479A (zh) * | 2019-10-10 | 2020-01-14 | 攀枝花学院 | 共享能源车辆的充电车库 |
CN111984894A (zh) * | 2019-05-21 | 2020-11-24 | 北京京东尚科信息技术有限公司 | 举报信息的处理方法、装置及设备 |
CN112085457A (zh) * | 2019-06-14 | 2020-12-15 | 腾讯科技(深圳)有限公司 | 工单处理方法、装置及存储介质 |
CN114238787A (zh) * | 2020-08-31 | 2022-03-25 | 腾讯科技(深圳)有限公司 | 答题处理方法、装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104618787A (zh) * | 2015-01-22 | 2015-05-13 | 深圳创维数字技术有限公司 | 一种节目播放方法和相关装置及系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1719812A (zh) * | 2005-08-08 | 2006-01-11 | 北京中星微电子有限公司 | 垃圾电子邮件过滤方法和系统 |
CN101753725A (zh) * | 2008-12-17 | 2010-06-23 | 深圳Tcl新技术有限公司 | 黑名单处理系统、方法及装置 |
CN101877838A (zh) * | 2010-01-25 | 2010-11-03 | 宇龙计算机通信科技(深圳)有限公司 | 一种信息举报的实现方法、系统及移动终端 |
-
2013
- 2013-04-15 CN CN201310130528.6A patent/CN104063410B/zh active Active
- 2013-11-28 WO PCT/CN2013/088027 patent/WO2014169661A1/en active Application Filing
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104702671B (zh) * | 2015-02-06 | 2019-12-20 | 贵阳语玩科技有限公司 | 一种实现信息举报的方法及服务器 |
CN104702671A (zh) * | 2015-02-06 | 2015-06-10 | 贵阳朗玛信息技术股份有限公司 | 一种实现信息举报的方法及服务器 |
CN104616110A (zh) * | 2015-02-10 | 2015-05-13 | 五八同城信息技术有限公司 | 一种信息的处理方法及装置 |
CN105577663A (zh) * | 2015-12-22 | 2016-05-11 | 北京奇虎科技有限公司 | 一种举报信息的鉴别方法和装置 |
CN106506329A (zh) * | 2016-10-20 | 2017-03-15 | 北京小米移动软件有限公司 | 删除终端用户数据信息的方法及装置 |
CN109426699A (zh) * | 2017-08-22 | 2019-03-05 | 腾讯科技(深圳)有限公司 | 发表内容处理方法、装置、存储介质和计算机设备 |
CN109426699B (zh) * | 2017-08-22 | 2022-06-10 | 腾讯科技(深圳)有限公司 | 发表内容处理方法、装置、存储介质和计算机设备 |
CN109191297A (zh) * | 2018-08-23 | 2019-01-11 | 郑植 | 一种智能合约系统及方法 |
CN109889431A (zh) * | 2019-01-23 | 2019-06-14 | 北京梧桐车联科技有限责任公司 | 一种消息交互方法、系统及装置 |
CN110033129A (zh) * | 2019-03-27 | 2019-07-19 | 阿里巴巴集团控股有限公司 | 用于针对用户的举报来确定反馈的方法和装置 |
CN111984894A (zh) * | 2019-05-21 | 2020-11-24 | 北京京东尚科信息技术有限公司 | 举报信息的处理方法、装置及设备 |
CN110213251A (zh) * | 2019-05-22 | 2019-09-06 | 杭州复杂美科技有限公司 | 匿名举报奖励发放方法及领取方法、设备和存储介质 |
CN112085457A (zh) * | 2019-06-14 | 2020-12-15 | 腾讯科技(深圳)有限公司 | 工单处理方法、装置及存储介质 |
CN110581891A (zh) * | 2019-09-12 | 2019-12-17 | 腾讯科技(深圳)有限公司 | 基于区块链的游戏数据处理方法、装置、设备及存储介质 |
CN110685479A (zh) * | 2019-10-10 | 2020-01-14 | 攀枝花学院 | 共享能源车辆的充电车库 |
CN114238787A (zh) * | 2020-08-31 | 2022-03-25 | 腾讯科技(深圳)有限公司 | 答题处理方法、装置 |
CN114238787B (zh) * | 2020-08-31 | 2024-03-29 | 腾讯科技(深圳)有限公司 | 答题处理方法、装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104063410B (zh) | 2015-06-24 |
WO2014169661A1 (en) | 2014-10-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104063410B (zh) | 一种举报信息的处理方法和系统 | |
CN105119806B (zh) | 消息更新方法及装置 | |
CN104992342B (zh) | 推广信息投放有效性确定方法、监测服务器及终端 | |
CN103281687A (zh) | 一种双卡终端的网络流量管理方法及装置 | |
CN103716331B (zh) | 一种数值转移的方法、终端、服务器及系统 | |
CN105005909A (zh) | 预测流失用户的方法及装置 | |
CN103500002A (zh) | 应用程序管理的方法、装置及终端设备 | |
CN104618440A (zh) | 智能设备控制方法及装置 | |
CN103559516A (zh) | 一种nfc数据传输方法、终端设备及服务器 | |
CN105363201A (zh) | 提示信息的显示方法及装置 | |
CN104426844A (zh) | 一种安全认证方法、服务器以及安全认证系统 | |
CN104572819A (zh) | 一种垃圾数据的清理方法和系统 | |
CN105763431A (zh) | 一种信息推送方法、装置及系统 | |
CN103368828B (zh) | 一种消息暂存方法及系统 | |
CN103455621A (zh) | 一种物流运单号的解析方法、装置和系统 | |
CN104519262A (zh) | 获取视频数据的方法、装置及终端 | |
CN103677899A (zh) | 安装应用程序的方法及设备 | |
CN104133757A (zh) | 一种获取内存信息的方法及终端 | |
CN103544456A (zh) | 信息处理方法、装置及移动终端 | |
CN104424211A (zh) | 一种基于微博的业务数据的发布方法、装置和系统 | |
CN107104930A (zh) | 一种设置查看权限的方法、装置和系统 | |
CN104573437A (zh) | 信息认证方法、装置和终端 | |
CN103561155B (zh) | 发送短信的方法、装置及终端 | |
CN103312783B (zh) | 一种功能模式切换的方法、装置以及系统 | |
CN105721282B (zh) | 消息显示方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |