CN104618336B - 一种账号管理方法、设备及*** - Google Patents

一种账号管理方法、设备及*** Download PDF

Info

Publication number
CN104618336B
CN104618336B CN201410852288.5A CN201410852288A CN104618336B CN 104618336 B CN104618336 B CN 104618336B CN 201410852288 A CN201410852288 A CN 201410852288A CN 104618336 B CN104618336 B CN 104618336B
Authority
CN
China
Prior art keywords
account
ideal money
request
virtual room
obtains
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.)
Active
Application number
CN201410852288.5A
Other languages
English (en)
Other versions
CN104618336A (zh
Inventor
叶碧莹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Kugou Computer Technology Co Ltd
Original Assignee
Guangzhou Kugou Computer Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Kugou Computer Technology Co Ltd filed Critical Guangzhou Kugou Computer Technology Co Ltd
Priority to CN201410852288.5A priority Critical patent/CN104618336B/zh
Publication of CN104618336A publication Critical patent/CN104618336A/zh
Application granted granted Critical
Publication of CN104618336B publication Critical patent/CN104618336B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/08—Protocols specially adapted for terminal emulation, e.g. Telnet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/131—Protocols for games, networked simulations or virtual reality

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种账号管理方法、设备及***，属于互联网应用技术领域。该方法包括：检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数；判断无效请求个数是否大于锁定个数阈值；若无效请求个数大于锁定个数阈值，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。本发明解决了服务器的负荷较大，且资源的分配不均衡的问题，实现了降低服务器的负荷，使服务器资源均衡分配的技术效果，本发明用于KTV***中的账号管理。

Description

一种账号管理方法、设备及***
技术领域
本发明涉及互联网应用技术领域，特别涉及一种账号管理方法、设备及***。
背景技术
虚拟货币是指非真实的货币，主要由网络游戏服务商发行，可以用来购买游戏中的道具，如装备、服装，购买增值服务或进行娱乐消费等。卡拉ok电视(英文：KaraokeTelevision；简称：KTV)***，包括KTV应用或者KTV网页，在KTV***中，观众可以通过消耗虚拟货币，给正在唱歌(也称上麦)的用户赠送礼物。
现有技术中，外挂是指利用电脑技术针对一个或多个网络游戏，通过改***件的部分程序制作而成的作弊程序，网络封包编辑器(英文：Winsock Packet Editor；简称：WPE)是外挂的一种，用户可以通过WPE非法获取虚拟货币，该非法获取虚拟货币的过程包括：终端在使用KTV应用时，开启WPE软件，获取游戏数据；然后加载用户自行编写的最短路径树(英文：Shortest Path Tree；简称：spt)数据，再次截取游戏数据，将两次截取的数据进行分析，终端可以根据分析结果修改数据，修改数据后的终端会通过账号连续不断地向服务器发送虚拟货币获取请求，服务器确定该账号未达到虚拟货币获取条件，或该账号所在虚拟房间内不符合预设虚拟货币生成条件时，对虚拟货币获取请求不予响应，但当服务器确定该账号达到了虚拟货币获取条件且该账号所在虚拟房间内符合预设虚拟货币生成条件，服务器会响应该虚拟货币获取请求，为该账号分配相应的虚拟货币，这样用户可以非法获取大量虚拟货币。
因此，即使账号未达到虚拟货币获取条件，或该账号所在虚拟房间内不符合预设虚拟货币生成条件，使用了WPE的终端，也会连续不断地向服务器发送虚拟货币获取请求，这样会大大增加该账号在达到虚拟货币获取条件且该账号所在虚拟房间内符合预设虚拟货币生成条件时获取虚拟货币的概率，也相应地增加了服务器对该账号的响应频率，不仅使服务器的负荷较大，还导致了服务器资源的分配不均衡。
发明内容
为了解决服务器的负荷较大，服务器资源的分配不均衡的问题，本发明提供了一种账号管理方法、设备及***。所述技术方案如下：
一方面，提供一种账号管理方法，所述方法包括：
检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，所述第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，所述无效请求为所述终端在所述第一账号未达到虚拟货币获取条件，或所述第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求；
判断所述无效请求个数是否大于锁定个数阈值；
若所述无效请求个数大于所述锁定个数阈值，在从当前时刻开始预设锁定时长内，拒绝响应所述终端通过所述第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，所述第一虚拟货币获取请求为在所述第一账号达到所述虚拟货币获取条件且所述第一账号所在虚拟房间内符合所述预设虚拟货币生成条件时生成的虚拟货币获取请求。
可选的，在所述检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数之前，所述方法还包括：
检测预设告警时长内所述终端通过所述第一账号发送的虚拟货币获取请求中的无效请求个数；
判断所述无效请求个数是否大于告警个数阈值；
若所述无效请求个数大于所述告警个数阈值，向所述第一账号发送告警信息。
可选的，所述方法还包括：
检测所述第一账号对应的用户等级；
根据所述第一账号对应的用户等级查询预设的用户等级与虚拟货币阈值对应关系，得到所述第一账号对应的虚拟货币阈值，所述预设的用户等级与虚拟货币阈值对应关系中，用户等级与虚拟货币阈值正相关；
检测所述第一账号中的虚拟货币值是否大于或等于所述第一账号对应的虚拟货币阈值；
若所述第一账号中的虚拟货币值大于或等于所述第一账号对应的虚拟货币阈值，拒绝响应所述第一账号的所有虚拟货币获取请求。
可选的，所述方法还包括：
检测使用第一网际协议IP地址登录所述KTV***的账号数量，所述第一IP地址为在所述KTV***中任一终端的IP地址；
若所述第一IP地址下的账号数量大于预设数量阈值，在第二账号所在虚拟房间符合所述预设虚拟货币生成条件时，禁止在所述第二账号所在虚拟房间显示虚拟货币获取提示，所述第二账号为所述第一IP地址下超出所述预设数量阈值的账号。
可选的，在所述禁止在所述第二账号所在虚拟房间显示虚拟货币获取提示之前，所述方法还包括：
将使用所述第一IP地址登录所述KTV***的账号按照登录时间由先到后的顺序排序；
获取排序后的账号中除前n个账号之外的账号作为所述第二账号，所述n为所述预设数量阈值。
可选的，所述方法还包括：
检查所述KTV***中各个虚拟房间是否存在违规虚拟房间；
若所述虚拟房间中存在违规虚拟房间，屏蔽所述违规虚拟房间的链接。
可选的，所述检查所述KTV***中各个虚拟房间是否存在违规虚拟房间，包括：
检查所述KTV***中各个虚拟房间的属性信息，所述属性信息包括虚拟房间标识和虚拟房间描述信息中的至少一种；
若所述属性信息中存在违规关键字，确定所述虚拟房间中存在违规虚拟房间。
可选的，所述方法还包括：
监控所述KTV***中各个虚拟房间的预设参数的参数值；
按照所述参数值由高到低的顺序对所述各个虚拟房间进行排序；
对排名在前N位的虚拟房间提高监控频率，所述N为大于或等于1的整数。
另一方面，提供一种账号管理设备，所述设备包括：
第一检测单元，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，所述第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，所述无效请求为所述终端在所述第一账号未达到虚拟货币获取条件，或所述第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求；
第一判断单元，用于判断所述无效请求个数是否大于锁定个数阈值；
第一响应单元，用于在所述无效请求个数大于所述锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应所述终端通过所述第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，所述第一虚拟货币获取请求为在所述第一账号达到所述虚拟货币获取条件且所述第一账号所在虚拟房间内符合所述预设虚拟货币生成条件时生成的虚拟货币获取请求。
可选的，所述设备还包括：
第二检测单元，用于检测预设告警时长内所述终端通过所述第一账号发送的虚拟货币获取请求中的无效请求个数；
第二判断单元，用于判断所述无效请求个数是否大于告警个数阈值；
告警单元，用于在所述无效请求个数大于所述告警个数阈值时，向所述第一账号发送告警信息。
可选的，所述设备还包括：
第三检测单元，用于检测所述第一账号对应的用户等级；
查询单元，用于根据所述第一账号对应的用户等级查询预设的用户等级与虚拟货币阈值对应关系，得到所述第一账号对应的虚拟货币阈值，所述预设的用户等级与虚拟货币阈值对应关系中，用户等级与虚拟货币阈值正相关；
第四检测单元，用于检测所述第一账号中的虚拟货币值是否大于或等于所述第一账号对应的虚拟货币阈值；
第二响应单元，用于在所述第一账号中的虚拟货币值大于或等于所述第一账号对应的虚拟货币阈值时，拒绝响应所述第一账号的所有虚拟货币获取请求。
可选的，所述设备还包括：
第五检测单元，用于检测使用第一网际协议IP地址登录所述KTV***的账号数量，所述第一IP地址为在所述KTV***中任一终端的IP地址；
显示单元，用于在所述第一IP地址下的账号数量大于预设数量阈值时，在第二账号所在虚拟房间符合所述预设虚拟货币生成条件时，禁止在所述第二账号所在虚拟房间显示虚拟货币获取提示，所述第二账号为所述第一IP地址下超出所述预设数量阈值的账号。
可选的，所述设备还包括：
第一排序单元，用于将使用所述第一IP地址登录所述KTV***的账号按照登录时间由先到后的顺序排序；
获取单元，用于获取排序后的账号中除前n个账号之外的账号作为所述第二账号，所述n为所述预设数量阈值。
可选的，所述设备还包括：
检查单元，用于检查所述KTV***中各个虚拟房间是否存在违规虚拟房间；
屏蔽单元，用于在所述虚拟房间中存在违规虚拟房间时，屏蔽所述违规虚拟房间的链接。
可选的，所述检查单元包括：
检查模块，用于检查所述KTV***中各个虚拟房间的属性信息，所述属性信息包括虚拟房间标识和虚拟房间描述信息中的至少一种；
确定单元，用于在所述属性信息中存在违规关键字时，确定所述虚拟房间中存在违规虚拟房间。
可选的，所述设备还包括：
监控单元，用于监控所述KTV***中各个虚拟房间的预设参数的参数值；
第二排序单元，用于按照所述参数值由高到低的顺序对所述各个虚拟房间进行排序；
处理单元，用于对排名在前N位的虚拟房间提高监控频率，所述N为大于或等于1的整数。
再一方面，提供一种账号管理***，所述***包括：服务器和多个终端，
所述服务器包括以上任一所述的账号管理设备。
本发明提供的技术方案带来的有益效果是：
本发明实施例提供的账号管理方法、设备及***，由于在无效请求个数大于所述锁定个数阈值时，服务器在从当前时刻开始预设锁定时长内，拒绝响应所述终端通过所述第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，减少了服务器对第一账号的响应频率，不仅降低了服务器的负荷，也使服务器资源可以均衡分配。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的账号管理方法所涉及的KTV***的环境结构示意图；
图2是本发明实施例提供的一种账号管理方法流程图；
图3是本发明实施例提供的另一种账号管理方法流程图；
图4是本发明实施例提供的第二账号的确定方法流程图；
图5是本发明一实施例提供一种账号管理设备的结构示意图；
图6是本发明一实施例提供的另一种账号管理设备的结构示意图；
图7是本发明一实施例提供的又一种账号管理设备的结构示意图；
图8是本发明一实施例提供的再一种账号管理设备的结构示意图；
图9是本发明另一实施例提供的一种账号管理设备的结构示意图；
图10是本发明另一实施例提供的另一种账号管理设备的结构示意图；
图11是本发明另一实施例提供的一种检查单元的结构示意图；
图12是本发明另一实施例提供的又一种账号管理设备的结构示意图。
通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
请参考图1，其示出了本发明实施例提供的账号管理方法所涉及的KTV***的环境结构示意图。该在KTV***的环境包括该服务器10及安装有KTV应用或者能够访问在KTV***网页的多个终端11，终端11可以为手机、电脑等。
在KTV***中，观众可以通过消耗虚拟货币，给正在唱歌(也称上麦)的用户赠送礼物。虚拟货币主要可以分为三类：K币：只有充值可得，用户可以通过消耗K币赠送高价值礼物、购买重要人物(英文：very important person；简称：VIP)权限、购买虚拟服装、创建虚拟房间等；分贝：用户可以通过各种途径免费获得，如积分爆星、签到、唱歌、在线奖励等，用户可以通过消耗分贝赠送较低价值礼物、购买较低价值虚拟服装等；房币：用户消耗K币赠送高价值礼物时，该用户在该虚拟房间可以获得免费的房币作为该用户消耗的K币的提成，房币的使用方法和K币基本相同。其中，积分爆星是指任一用户送出礼物所对应的积分达到预设积分时，该用户所在虚拟房间通过显示flash(闪客)特效进行分贝获取提示，使该虚拟房间内的所有用户都能在用户界面看到虚拟房间中爆出多颗星星，各个用户可以通过将光标箭头悬停在星星图标上来捡取星星，终端在检测到用户捡到星星后，会向服务器发送分贝获取请求，服务器则根据该分贝获取请求为该用户的用户账号分配随机数量的分贝；在线奖励是指从用户登录时刻开始每隔预定的时间(通常为10分钟)，服务器为用户提供一次获取分贝的机会，若终端检测到用户的分别获取指令，则会向服务器发送分贝获取请求，服务器则根据该分贝获取请求为该用户的用户账号分配相应数量的分贝。本发明实施例中所指的虚拟货币，主要为分贝。
本发明实施例提供一种账号管理方法，如图2所示，应用于如图1所示的KTV***中的服务器，该方法包括：
在步骤201中，检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数。
该第一账号为在KTV***中任一终端上登录的账号，该无效请求为终端在第一账号未达到虚拟货币获取条件，或该第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
在步骤202中，判断无效请求个数是否大于锁定个数阈值。
在步骤203中，若无效请求个数大于锁定个数阈值，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求。
该第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
综上所述，本发明实施例提供的账号管理方法，由于在无效请求个数大于锁定个数阈值时，服务器在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，减少了服务器对第一账号的响应频率，不仅降低了服务器的负荷，也使服务器资源可以均衡分配。
进一步的，在步骤201之前，该方法还可以包括：
检测预设告警时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数；判断无效请求个数是否大于告警个数阈值；若无效请求个数大于告警个数阈值，向第一账号发送告警信息。
可选的，本发明实施例提供的账号管理方法还可以包括：检测第一账号对应的用户等级；根据第一账号对应的用户等级查询预设的用户等级与虚拟货币阈值对应关系，得到第一账号对应的虚拟货币阈值，预设的用户等级与虚拟货币阈值对应关系中，用户等级与虚拟货币阈值正相关；检测第一账号中的虚拟货币值是否大于或等于第一账号对应的虚拟货币阈值；若第一账号中的虚拟货币值大于或等于第一账号对应的虚拟货币阈值，拒绝响应第一账号的所有虚拟货币获取请求。
可选的，本发明实施例提供的账号管理方法还可以包括：检测使用第一网际协议IP地址登录KTV***的账号数量，第一IP地址为在KTV***中任一终端的IP地址；若第一IP地址下的账号数量大于预设数量阈值，在第二账号所在虚拟房间符合预设虚拟货币生成条件时，禁止在第二账号所在虚拟房间显示虚拟货币获取提示，第二账号为第一IP地址下超出预设数量阈值的账号。
在禁止在第二账号所在虚拟房间显示虚拟货币获取提示之前，该方法还可以包括：
将使用第一IP地址登录KTV***的账号按照登录时间由先到后的顺序排序；获取排序后的账号中除前n个账号之外的账号作为第二账号，n为预设数量阈值。
可选的，本发明实施例提供的账号管理方法还可以包括：检查KTV***中各个虚拟房间是否存在违规虚拟房间；若虚拟房间中存在违规虚拟房间，屏蔽违规虚拟房间的链接。
示例的，检查KTV***中各个虚拟房间是否存在违规虚拟房间的方法，可以包括：检查KTV***中各个虚拟房间的属性信息，该属性信息包括虚拟房间标识和虚拟房间描述信息中的至少一种；若属性信息中存在违规关键字，确定虚拟房间中存在违规虚拟房间。
可选的，本发明实施例提供的账号管理方法还可以包括：该方法还包括：
监控KTV***中各个虚拟房间的预设参数的参数值；
按照参数值由高到低的顺序对各个虚拟房间进行排序；
对排名在前N位的虚拟房间提高监控频率，N为大于或等于1的整数。
综上所述，本发明实施例提供的账号管理方法，由于在无效请求个数大于锁定个数阈值时，服务器在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，减少了服务器对第一账号的响应频率，不仅降低了服务器的负荷，也使服务器资源可以均衡分配。
本发明实施例提供一种账号管理方法，如图3所示，用于如图1所示的KTV***中的服务器，在本发明实施例中，虚拟货币为分贝，该方法包括：
在步骤301中，服务器检测预设告警时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，执行步骤302。
在本发明实施例中，该第一账号为在KTV***中任一终端上登录的账号。无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求，例如，服务器每隔10分钟向用户提供一次在线奖励的机会，则终端在这10分钟之内生成的虚拟货币获取请求为无效请求，或者，第一账号所在虚拟房间内未出现积分爆星场景，而终端却生成了虚拟货币获取请求，则该虚拟货币获取请求为无效请求。
可选的，预设告警时长可以为1小时，示例的，假设在1小时内，服务器向用户共提供6次在线奖励，第一账号所在虚拟房间内共出现1次积分爆星场景，该积分爆星场景共持续30秒，服务器检测到终端通过第一账号发送的虚拟货币获取请求共150个，其中，第一账号达到虚拟货币获取条件，终端在在线奖励场景中生成的虚拟货币获取请求共6个，在积分爆星场景中生成的虚拟货币获取请求共30个，则无效请求个数为150-30-6＝114个。
在步骤302中，服务器判断预设告警时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数是否大于告警个数阈值，若该无效请求个数大于告警个数阈值，执行步骤303。若该无效请求个数不大于告警个数阈值，执行步骤301。
在本发明实施例中，告警个数阈值可以为100，假设预设告警时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数为114个，则无效请求个数大于告警个数阈值，则执行步骤303，若果无效请求个数不大于告警个数阈值，则从当前时刻开始重新计时，再次执行步骤301。
在步骤303中，服务器向第一账号发送告警信息，执行步骤304。
该告警信息可以以文字形式显示在终端的显示界面下方，如“请停止使用外挂”，特别的，服务器可以持续不断地向第一账号发送告警信息，该告警信息在终端的显示界面下方滚动显示，直至服务器确定预设监测时长内终端通过第一账号发送的无效请求个数小于或等于告警个数阈值，这样可以增强告警力度，有效地使用户尽快关闭外挂。
在步骤304中，服务器检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，执行步骤305。
在步骤305中，服务器判断预设监测时长内终端通过第一账号发送虚拟货币获取请求中的无效请求个数是否大于锁定个数阈值，若无效请求个数大于锁定个数阈值，执行步骤306，若无效请求个数不大于锁定个数阈值，从当前时刻开始执行步骤301。
在本发明实施例中，锁定个数阈值可以等于告警个数阈值，该锁定个数阈值通常为100个。假设预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数为114个，则无效请求个数大于告警个数阈值，则执行步骤303，若果无效请求个数不大于告警个数阈值，则从当前时刻开始重新计时，再次执行步骤301。
在步骤306中，在从当前时刻开始预设锁定时长内，服务器拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求。执行步骤308。
该第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。示例的，该第一虚拟货币请求可以为第一账号达到在线奖励获取条件且第一账号所在虚拟房间内显示了在线奖励提示时生成的虚拟货币获取请求，此时，第一账号达到在线奖励获取条件通常指距离上次对第一账号的在线奖励提示相隔预定的时间，如10分钟；第一虚拟货币请求也可以为第一账号达到积分爆星获取条件且第一账号所在虚拟房间内出现了积分爆星场景时生成的虚拟货币获取请求，此时，第一账号达到积分爆星获取条件通常指第一账号所在房间任一用户送出礼物所对应的积分达到预设积分。
由于在步骤305中，服务器判断预设监测时长内终端通过第一账号发送虚拟货币获取请求中的无效请求个数大于锁定个数阈值，则可以认为用户采用如WPE等外挂，使得无效请求的个数超出了正常范围，为了防止用户非法获取大量虚拟货币，在303中发送告警信息依然无效的情况下，则可以对该用户的账号即第一账号进行部分锁定，即在从当前时刻开始预设锁定时长内，服务器拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，除第一虚拟货币获取请求之外的虚拟货币获取请求还可以按照现有的处理方式来处理，如对无效虚拟货币请求不进行响应，对针对K币的虚拟货币获取请求进行响应等，具体可以参考相关技术，本发明实施例对此不做详述。
通过对第一账号的部分锁定，可以使用户采用的外挂达不到相应地效果，致使用户取消外挂，这样可以减少无效请求的数量，避免大量无效请求对服务器的影响，同时保证了服务器资源的均衡分配。
在步骤307中，服务器检测第一账号对应的用户等级。执行步骤308。
用户等级用于标识账号的级别，用户等级由用户经验(包括账号总登录时长)、账号活跃程度、账号赠送礼物数量、账号收取礼物数量等因素划分，服务器记录每个账号对应的用户等级，根据第一账号查询该服务器的数据库中记录的账号与用户等级的关系即可获取该第一账号对应的用户等级。
在步骤308中，服务器根据第一账号对应的用户等级查询预设的用户等级与虚拟货币阈值对应关系，得到第一账号对应的虚拟货币阈值。
该预设的用户等级与虚拟货币阈值对应关系中，用户等级与虚拟货币阈值正相关，即用户等级越高，其对应的虚拟货币阈值越高，如表1所示，表1记录预设的用户等级与虚拟货币阈值对应关系，其中，1级用户的虚拟货币阈值为10万阈值，2级用户的虚拟货币阈值为20万阈值，3级用户的虚拟货币阈值为30万阈值，4级用户的虚拟货币阈值为40万阈值。该表1只是示意性说明，实际应用中，用户等级的级别较多，本发明实施例对此不做限定。
表1
用户等级 1 2 3 4
虚拟货币阈值 10万 20万 30万 40万
在步骤309中，服务器检测第一账号中的虚拟货币值是否大于或等于第一账号对应的虚拟货币阈值。若第一账号中的虚拟货币值大于或等于第一账号对应的虚拟货币阈值，执行步骤310，若第一账号中的虚拟货币值小于第一账号对应的虚拟货币阈值，执行步骤309。
需要说明的是，服务器通常周期性检测第一账号中的虚拟货币值是否大于或等于第一账号对应的虚拟货币阈值，一旦第一账号中的虚拟货币值等于第一账号对应的虚拟货币阈值，则执行步骤310，通常不会出现第一账号中的虚拟货币值大于第一账号对应的虚拟货币阈值的情况，服务器的检测周期可以为1s(秒)。
在步骤310中，服务器拒绝响应第一账号的所有虚拟货币获取请求。执行步骤311。
如表1所示，若步骤307中检测的第一账号的用户等级为4，在步骤308中，确定该用户等级4对应的虚拟货币阈值为40万分贝，则在步骤309中一旦检测到第一账号中的虚拟货币值大于或等于40万分贝，则立即拒绝响应第一账号的所有虚拟货币获取请求，第一账号无法采用任何途径获取分贝，直至第一账号的用户等级上调。
因此，用户等级越高，可持有的分贝上限越高，这样可以避免用户注册多个账号，采用外挂非法获取分贝。
在步骤311中，服务器检测使用第一IP地址登录KTV***的账号数量，执行步骤312。
该第一IP地址为在KTV***中任一终端的IP地址，终端和IP通常是一一对应的，用户可以通过一个IP地址同时登陆多个账号。
在步骤312中，服务器判断第一IP地址下的账号数量是否大于预设数量阈值，若是，则执行步骤313，若否，则执行步骤311。
在步骤313中，服务器确定第二账号。执行步骤314。
该第二账号为第一IP地址下超出预设数量阈值的账号。示例的，假设该第一IP地址下共有15个账号登陆，预设数量阈值为10，则15个账号中有5个账号为第二账号，该第二账号可以是从15个账号中随机选择的，也可以是按照预设规则选择的。
如图4所示，该第二账号的确定方法可以包括：
在步骤3131中，服务器将使用第一IP地址登录KTV***的账号按照登录时间由先到后的顺序排序。
需要说明的是，本发明实施例中的使用第一IP地址登录KTV***的账号为当前时刻还登陆的账号，不包括曾经登陆过但已经下线的账号。
本发明实施例假设按照登录时间由先到后的顺序使用第一IP地址登录KTV***的账号分别为账号A、账号B、账号C和账号D。
在步骤3132中，服务器获取排序后的账号中除前n个账号之外的账号作为第二账号，n为预设数量阈值。
假设预设数量阈值为3，则服务器获取排序后的账号中除前3个账号之外的账号作为第二账号，即第二账号为上述账号D。
在步骤314中，服务器在第二账号所在虚拟房间符合预设虚拟货币生成条件时，禁止在第二账号所在虚拟房间显示虚拟货币获取提示。执行步骤315。
示例的，假设虚拟房间符合出现积分爆星场景的条件，则只在第一IP地址下除第二账号外的账号所在虚拟房间显示积分爆星场景以进行虚拟货币获取提示，第二账号所在虚拟房间不进行提示，即不显示积分爆星场景，在本发明实施例中，假设KTV***的账号分别为账号A、账号B、账号C和账号D，而第二账号为账号D，则在账号A、账号B、账号C所在虚拟房间显示积分爆星场景，在账号D所在虚拟房间不显示，则第一IP下只有3个账号可以看到虚拟货币获取提示。
需要说明的是，针对不同的预设虚拟货币生成条件，预设数量阈值可以不同，例如，当虚拟房间符合出现在线奖励的条件时，预设数量阈值为5，当房间符合出现积分爆星场景的条件时，预设数量阈值为10。
本发明实施例中，通过限制显示虚拟货币获取提示的房间的个数，减少同一IP下看到虚拟货币获取提示的账号个数，这样可以防止用户采用外挂同时登陆数十甚至数百个账号，非法赚取大量分贝。
在步骤315中，服务器检查KTV***中各个虚拟房间是否存在违规虚拟房间，若虚拟房间中存在违规虚拟房间，则执行步骤316，若虚拟房间中不存在违规虚拟房间，重新执行步骤315。
示例的，服务器可以检查KTV***中各个虚拟房间的属性信息，该属性信息包括虚拟房间标识和虚拟房间描述信息中的至少一种；若属性信息中存在违规关键字，确定虚拟房间中存在违规虚拟房间。
本发明实施例中，虚拟房间标识可以包括房间名称，虚拟房间描述信息可以包括对房间的信息描述。违规关键字可以包括“刷”、“捡星”、“不排麦”、“踢人”字眼，如房间名称为“刷星星”房间，通常有很多用户采用非法手段同时通过捡星星来获得分贝；虚拟房间描述信息包括“不排麦”的房间通常没有人唱歌，而KTV***是用于用户唱歌的，这样的虚拟房间违背了***属性，属于违规虚拟房间。
在步骤316中，服务器屏蔽违规虚拟房间的链接。执行步骤318。
被屏蔽违规虚拟房间的链接在KTV***的网页或应用首页不显示，也无法从KTV***中搜索出来，这样可以有效避免非法用户进入违规房间进行虚拟货币的非法获取。
在步骤317中，服务器监控KTV***中各个虚拟房间的预设参数的参数值。执行步骤318。
预设参数可以为积分爆星数据和房币产出数据等。在本发明实施中，用户消耗大量分贝赠送礼物时，该用户也可以在该虚拟房间获得免费的房币作为分贝的提成，而房币的使用方法比分贝要广，因此，许多用户将非法获得的大量分贝通过赠送礼物的方式兑换为房币。
在步骤318中，服务器按照参数值由高到低的顺序对各个虚拟房间进行排序，执行步骤319。
在步骤319中，服务器对排名在前N位的虚拟房间提高监控频率，N为大于或等于1的整数。
服务器通过提高排名较前的几个虚拟房间的监控频率，可以在出现违规情况时，迅速向服务器管理人员进行告警，并进行相应处理，如屏蔽违规房间，警告违规账号等，提高对违规情况的处理速率，维护KTV***的正常运行。
需要说明的是，本发明实施例提供的账号管理方法步骤的先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化的方法，都应涵盖在本公开的保护范围之内，因此不再赘述。
综上所述，本发明实施例提供的账号管理方法，由于在无效请求个数大于锁定个数阈值时，服务器在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，减少了服务器对第一账号的响应频率，不仅降低了服务器的负荷，也使服务器资源可以均衡分配。
本发明一实施例提供一种账号管理设备50，如图5所示，该设备50包括：
第一检测单元501，第一判断单元502和第一响应单元503。
第一检测单元501，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，该无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
第一判断单元502，用于判断无效请求个数是否大于锁定个数阈值。
第一响应单元503，用于在无效请求个数大于锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
综上所述，本发明实施例提供的账号管理设备，由于在无效请求个数大于锁定个数阈值时，第一响应单元在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，减少了服务器对第一账号的响应频率，不仅降低了服务器的负荷，也使服务器资源可以均衡分配。
本发明一实施例提供另一种账号管理设备50，如图6所示，该设备50包括：
第一检测单元501，第一判断单元502，第一响应单元503，第二检测单元504，第二判断单元505和告警单元506。
第一检测单元501，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
第一判断单元502，用于判断无效请求个数是否大于锁定个数阈值。
第一响应单元503，用于在无效请求个数大于锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
第二检测单元504，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数。
第二判断单元505，用于判断无效请求个数是否大于告警个数阈值。
告警单元506，用于在无效请求个数大于告警个数阈值时，向第一账号发送告警信息。
本发明一实施例提供又一种账号管理设备50，如图7所示，该设备50包括：
第一检测单元501，第一判断单元502，第一响应单元503，第三检测单元507，查询单元508，第四检测单元509和第二响应单元510。
第一检测单元501，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，该无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
第一判断单元502，用于判断无效请求个数是否大于锁定个数阈值。
第一响应单元503，用于在无效请求个数大于锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
第三检测单元507，用于检测第一账号对应的用户等级。
查询单元508，用于根据第一账号对应的用户等级查询预设的用户等级与虚拟货币阈值对应关系，得到第一账号对应的虚拟货币阈值，预设的用户等级与虚拟货币阈值对应关系中，用户等级与虚拟货币阈值正相关。
第四检测单元509，用于检测第一账号中的虚拟货币值是否大于或等于第一账号对应的虚拟货币阈值。
第二响应单元510，用于在第一账号中的虚拟货币值大于或等于第一账号对应的虚拟货币阈值时，拒绝响应第一账号的所有虚拟货币获取请求。
本发明一实施例提供再一种账号管理设备50，如图8所示，该设备50包括：
第一检测单元501，第一判断单元502，第一响应单元503，第五检测单元511和显示单元512。
第一检测单元501，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
第一判断单元502，用于判断无效请求个数是否大于锁定个数阈值。
第一响应单元503，用于在无效请求个数大于锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
第五检测单元511，用于检测使用第一网际协议IP地址登录KTV***的账号数量，第一IP地址为在KTV***中任一终端的IP地址。
显示单元512，用于在第一IP地址下的账号数量大于预设数量阈值时，在第二账号所在虚拟房间符合预设虚拟货币生成条件时，禁止在第二账号所在虚拟房间显示虚拟货币获取提示，第二账号为第一IP地址下超出预设数量阈值的账号。
本发明另一实施例提供一种账号管理设备50，如图9所示，该设备50包括：
第一检测单元501，第一判断单元502，第一响应单元503，第五检测单元511，显示单元512，第一排序单元513和获取单元514。
第一检测单元501，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
第一判断单元502，用于判断无效请求个数是否大于锁定个数阈值。
第一响应单元503，用于在无效请求个数大于锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
第五检测单元511，用于检测使用第一网际协议IP地址登录KTV***的账号数量，第一IP地址为在KTV***中任一终端的IP地址。
显示单元512，用于在第一IP地址下的账号数量大于预设数量阈值时，在第二账号所在虚拟房间符合预设虚拟货币生成条件时，禁止在第二账号所在虚拟房间显示虚拟货币获取提示，第二账号为第一IP地址下超出预设数量阈值的账号。
第一排序单元513，用于将使用第一IP地址登录KTV***的账号按照登录时间由先到后的顺序排序。
获取单元514，用于获取排序后的账号中除前n个账号之外的账号作为第二账号，n为预设数量阈值。
本发明另一实施例提供另一种账号管理设备50，如图10所示，该设备50包括：
第一检测单元501，第一判断单元502，第一响应单元503，检查单元515和屏蔽单元516。
第一检测单元501，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
第一判断单元502，用于判断无效请求个数是否大于锁定个数阈值。
第一响应单元503，用于在无效请求个数大于锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
检查单元515，用于检查KTV***中各个虚拟房间是否存在违规虚拟房间。
屏蔽单元516，用于在虚拟房间中存在违规虚拟房间时，屏蔽违规虚拟房间的链接。
如图11所示，检查单元515包括：
检查模块5151，用于检查KTV***中各个虚拟房间的属性信息，属性信息包括虚拟房间标识和虚拟房间描述信息中的至少一种；
确定单元5152，用于在属性信息中存在违规关键字时，确定虚拟房间中存在违规虚拟房间。
本发明另一实施例提供又一种账号管理设备50，如图12所示，该设备50包括：
第一检测单元501，第一判断单元502，第一响应单元503，监控单元517，第二排序单元518和处理单元519。
第一检测单元501，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，无效请求为终端在第一账号未达到虚拟货币获取条件，或第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求。
第一判断单元502，用于判断无效请求个数是否大于锁定个数阈值。
第一响应单元503，用于在无效请求个数大于锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，第一虚拟货币获取请求为在第一账号达到虚拟货币获取条件且第一账号所在虚拟房间内符合预设虚拟货币生成条件时生成的虚拟货币获取请求。
监控单元517，用于监控KTV***中各个虚拟房间的预设参数的参数值。
第二排序单元518，用于按照参数值由高到低的顺序对各个虚拟房间进行排序。
处理单元519，用于对排名在前N位的虚拟房间提高监控频率，N为大于或等于1的整数。
综上所述，本发明实施例提供的账号管理设备，由于在无效请求个数大于锁定个数阈值时，第一响应单元在从当前时刻开始预设锁定时长内，拒绝响应终端通过第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，减少了服务器对第一账号的响应频率，不仅降低了服务器的负荷，也使服务器资源可以均衡分配。
本发明实施例提供一种账号管理***，该***可以参考图1中所示的KTV***，包括：服务器和多个终端，该服务器包括上述任一实施例所述的账号管理设备50。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

1.一种账号管理方法，其特征在于，所述方法包括：
检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，所述第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，所述无效请求为所述终端在所述第一账号未达到虚拟货币获取条件，或所述第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求；
判断所述无效请求个数是否大于锁定个数阈值；
若所述无效请求个数大于所述锁定个数阈值，在从当前时刻开始预设锁定时长内，拒绝响应所述终端通过所述第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，并对所述终端通过所述第一账号发送的除所述第一虚拟货币获取请求之外的虚拟货币获取请求继续进行响应，所述第一虚拟货币获取请求为在所述第一账号达到所述虚拟货币获取条件且所述第一账号所在虚拟房间内符合所述预设虚拟货币生成条件时生成的虚拟货币获取请求。
2.根据权利要求1所述的方法，其特征在于，在所述检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数之前，所述方法还包括：
检测预设告警时长内所述终端通过所述第一账号发送的虚拟货币获取请求中的无效请求个数；
判断所述无效请求个数是否大于告警个数阈值；
若所述无效请求个数大于所述告警个数阈值，向所述第一账号发送告警信息。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
检测所述第一账号对应的用户等级；
根据所述第一账号对应的用户等级查询预设的用户等级与虚拟货币阈值对应关系，得到所述第一账号对应的虚拟货币阈值，所述预设的用户等级与虚拟货币阈值对应关系中，用户等级与虚拟货币阈值正相关；
检测所述第一账号中的虚拟货币值是否大于或等于所述第一账号对应的虚拟货币阈值；
若所述第一账号中的虚拟货币值大于或等于所述第一账号对应的虚拟货币阈值，拒绝响应所述第一账号的所有虚拟货币获取请求。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
检测使用第一网际协议IP地址登录所述KTV***的账号数量，所述第一IP地址为在所述KTV***中任一终端的IP地址；
若所述第一IP地址下的账号数量大于预设数量阈值，在第二账号所在虚拟房间符合所述预设虚拟货币生成条件时，禁止在所述第二账号所在虚拟房间显示虚拟货币获取提示，所述第二账号为所述第一IP地址下超出所述预设数量阈值的账号。
5.根据权利要求4所述的方法，其特征在于，在所述禁止在所述第二账号所在虚拟房间显示虚拟货币获取提示之前，所述方法还包括：
将使用所述第一IP地址登录所述KTV***的账号按照登录时间由先到后的顺序排序；
获取排序后的账号中除前n个账号之外的账号作为所述第二账号，所述n为所述预设数量阈值。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
检查所述KTV***中各个虚拟房间是否存在违规虚拟房间；
若所述虚拟房间中存在违规虚拟房间，屏蔽所述违规虚拟房间的链接。
7.根据权利要求6所述的方法，其特征在于，
所述检查所述KTV***中各个虚拟房间是否存在违规虚拟房间，包括：
检查所述KTV***中各个虚拟房间的属性信息，所述属性信息包括虚拟房间标识和虚拟房间描述信息中的至少一种；
若所述属性信息中存在违规关键字，确定所述虚拟房间中存在违规虚拟房间。
8.根据权利要求1至7任意一项权利要求所述的方法，其特征在于，所述方法还包括：
监控所述KTV***中各个虚拟房间的预设参数的参数值；
按照所述参数值由高到低的顺序对所述各个虚拟房间进行排序；
对排名在前N位的虚拟房间提高监控频率，所述N为大于或等于1的整数。
9.一种账号管理设备，其特征在于，所述设备包括：
第一检测单元，用于检测预设监测时长内终端通过第一账号发送的虚拟货币获取请求中的无效请求个数，所述第一账号为在卡拉ok电视KTV***中任一终端上登录的账号，所述无效请求为所述终端在所述第一账号未达到虚拟货币获取条件，或所述第一账号所在虚拟房间内不符合预设虚拟货币生成条件时所生成的虚拟货币获取请求；
第一判断单元，用于判断所述无效请求个数是否大于锁定个数阈值；
第一响应单元，用于在所述无效请求个数大于所述锁定个数阈值时，在从当前时刻开始预设锁定时长内，拒绝响应所述终端通过所述第一账号发送的虚拟货币获取请求中的第一虚拟货币获取请求，并对所述终端通过所述第一账号发送的除所述第一虚拟货币获取请求之外的虚拟货币获取请求继续进行响应，所述第一虚拟货币获取请求为在所述第一账号达到所述虚拟货币获取条件且所述第一账号所在虚拟房间内符合所述预设虚拟货币生成条件时生成的虚拟货币获取请求。
10.根据权利要求9所述的设备，其特征在于，所述设备还包括：
第二检测单元，用于检测预设告警时长内所述终端通过所述第一账号发送的虚拟货币获取请求中的无效请求个数；
第二判断单元，用于判断所述无效请求个数是否大于告警个数阈值；
告警单元，用于在所述无效请求个数大于所述告警个数阈值时，向所述第一账号发送告警信息。
11.根据权利要求9所述的设备，其特征在于，所述设备还包括：
第三检测单元，用于检测所述第一账号对应的用户等级；
查询单元，用于根据所述第一账号对应的用户等级查询预设的用户等级与虚拟货币阈值对应关系，得到所述第一账号对应的虚拟货币阈值，所述预设的用户等级与虚拟货币阈值对应关系中，用户等级与虚拟货币阈值正相关；
第四检测单元，用于检测所述第一账号中的虚拟货币值是否大于或等于所述第一账号对应的虚拟货币阈值；
第二响应单元，用于在所述第一账号中的虚拟货币值大于或等于所述第一账号对应的虚拟货币阈值时，拒绝响应所述第一账号的所有虚拟货币获取请求。
12.根据权利要求9所述的设备，其特征在于，所述设备还包括：
第五检测单元，用于检测使用第一网际协议IP地址登录所述KTV***的账号数量，所述第一IP地址为在所述KTV***中任一终端的IP地址；
显示单元，用于在所述第一IP地址下的账号数量大于预设数量阈值时，在第二账号所在虚拟房间符合所述预设虚拟货币生成条件时，禁止在所述第二账号所在虚拟房间显示虚拟货币获取提示，所述第二账号为所述第一IP地址下超出所述预设数量阈值的账号。
13.根据权利要求12所述的设备，其特征在于，所述设备还包括：
第一排序单元，用于将使用所述第一IP地址登录所述KTV***的账号按照登录时间由先到后的顺序排序；
获取单元，用于获取排序后的账号中除前n个账号之外的账号作为所述第二账号，所述n为所述预设数量阈值。
14.根据权利要求9所述的设备，其特征在于，所述设备还包括：
检查单元，用于检查所述KTV***中各个虚拟房间是否存在违规虚拟房间；
屏蔽单元，用于在所述虚拟房间中存在违规虚拟房间时，屏蔽所述违规虚拟房间的链接。
15.根据权利要求14所述的设备，其特征在于，所述检查单元包括：
检查模块，用于检查所述KTV***中各个虚拟房间的属性信息，所述属性信息包括虚拟房间标识和虚拟房间描述信息中的至少一种；
确定单元，用于在所述属性信息中存在违规关键字时，确定所述虚拟房间中存在违规虚拟房间。
16.根据权利要求9至15任意一项权利要求所述的设备，其特征在于，所述设备还包括：
监控单元，用于监控所述KTV***中各个虚拟房间的预设参数的参数值；
第二排序单元，用于按照所述参数值由高到低的顺序对所述各个虚拟房间进行排序；
处理单元，用于对排名在前N位的虚拟房间提高监控频率，所述N为大于或等于1的整数。
17.一种账号管理***，其特征在于，所述***包括：服务器和多个终端，
所述服务器包括权利要求9至16任意一项权利要求所述的账号管理设备。
CN201410852288.5A 2014-12-30 2014-12-30 一种账号管理方法、设备及*** Active CN104618336B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410852288.5A CN104618336B (zh) 2014-12-30 2014-12-30 一种账号管理方法、设备及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410852288.5A CN104618336B (zh) 2014-12-30 2014-12-30 一种账号管理方法、设备及***

Publications (2)

Publication Number Publication Date
CN104618336A CN104618336A (zh) 2015-05-13
CN104618336B true CN104618336B (zh) 2018-05-18

Family

ID=53152612

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410852288.5A Active CN104618336B (zh) 2014-12-30 2014-12-30 一种账号管理方法、设备及***

Country Status (1)

Country Link
CN (1) CN104618336B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104994421A (zh) * 2015-06-30 2015-10-21 广州华多网络科技有限公司 一种直播频道中虚拟物品的互动方法、装置和***
CN105429967B (zh) * 2015-11-05 2019-02-22 广州华多网络科技有限公司 权限确定方法及装置
CN109218753B (zh) * 2017-06-30 2021-03-16 武汉斗鱼网络科技有限公司 一种显示虚拟礼物特效的方法和设备
CN108989327B (zh) * 2018-08-06 2021-04-02 恒信东方文化股份有限公司 一种虚拟现实服务器***
CN110381065B (zh) * 2019-07-23 2021-05-04 腾讯科技（深圳）有限公司 一种协议破解监控方法、装置、服务器及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852294A (zh) * 2005-12-30 2006-10-25 华为技术有限公司 一种提高虚拟物品数据安全性的方法
CN101355556A (zh) * 2007-07-26 2009-01-28 富士施乐株式会社 认证信息处理装置和认证信息处理方法
CN102510400A (zh) * 2011-10-31 2012-06-20 百度在线网络技术（北京）有限公司 一种用于确定用户的可疑度信息的方法、装置和设备
CN103532797A (zh) * 2013-11-06 2014-01-22 网之易信息技术（北京）有限公司 一种用户登录异常监测方法和装置
CN104217144A (zh) * 2013-06-03 2014-12-17 博雅网络游戏开发（深圳）有限公司 网络游戏中防刷虚拟物品的方法和***

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3439187B2 (ja) * 2000-11-09 2003-08-25 株式会社コナミコンピュータエンタテインメント大阪 ネットゲームシステム、ネットゲーム進行処理方法及びネットゲーム進行処理プログラムを記録したコンピュータ読み取り可能な記録媒体

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852294A (zh) * 2005-12-30 2006-10-25 华为技术有限公司 一种提高虚拟物品数据安全性的方法
CN101355556A (zh) * 2007-07-26 2009-01-28 富士施乐株式会社 认证信息处理装置和认证信息处理方法
CN102510400A (zh) * 2011-10-31 2012-06-20 百度在线网络技术（北京）有限公司 一种用于确定用户的可疑度信息的方法、装置和设备
CN104217144A (zh) * 2013-06-03 2014-12-17 博雅网络游戏开发（深圳）有限公司 网络游戏中防刷虚拟物品的方法和***
CN103532797A (zh) * 2013-11-06 2014-01-22 网之易信息技术（北京）有限公司 一种用户登录异常监测方法和装置

Also Published As

Publication number Publication date
CN104618336A (zh) 2015-05-13

Similar Documents

Publication Publication Date Title
CN104618336B (zh) 一种账号管理方法、设备及***
US10135788B1 (en) Using hypergraphs to determine suspicious user activities
CN105100162B (zh) 虚拟物品发送方法及装置、接收方法及装置、***
CN108171519A (zh) 业务数据的处理、账户识别方法及装置、计算机终端
CN104852886B (zh) 用户帐号的保护方法及装置
US9601000B1 (en) Data-driven alert prioritization
CN110689438A (zh) 企业类金融风险评分方法、装置、计算机设备及存储介质
EP2765550A1 (en) Automatic detection of fraudulent ratings/comments related to an application store
CN108885666A (zh) 用于检测和防止伪冒的***和方法
CN108667854A (zh) 网络漏洞检测方法及装置、网络漏洞自动发布***
CN109376078A (zh) 移动应用的测试方法、终端设备及介质
CN109559192A (zh) 基于关联图谱的风险检测方法、装置、设备及存储介质
CN113098870A (zh) 一种网络诈骗检测方法、装置、电子设备及存储介质
CN108833186A (zh) 一种网络攻击预测方法及装置
CN107172064B (zh) 数据访问控制方法、装置及服务器
CN108881263A (zh) 一种网络攻击结果检测方法及***
CN108334774A (zh) 一种检测攻击的方法、第一服务器及第二服务器
CN107423085A (zh) 用于部署应用的方法和装置
CN105727558B (zh) 互动邀请处理方法和装置
CN109345392A (zh) 编程题目发布、解答代码发布、解答代码检验方法及***
CN112307464A (zh) 诈骗识别方法、装置及电子设备
CN107241389A (zh) 服务处理方法和装置
CN111385272A (zh) 弱口令的检测方法及装置
WO2021135322A1 (zh) 一种自动出题方法、装置及***
CN107819754A (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
CB02 Change of applicant information

Address after: 510660 Guangzhou City, Guangzhou, Guangdong, Whampoa Avenue, No. 315, self - made 1-17

Applicant after: Guangzhou KuGou Networks Co., Ltd.

Address before: 510000 B1, building, No. 16, rhyme Road, Guangzhou, Guangdong, China 13F

Applicant before: Guangzhou KuGou Networks Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant