CN115018482B - 抢红包防作弊方法及装置、存储介质和终端 - Google Patents
抢红包防作弊方法及装置、存储介质和终端 Download PDFInfo
- Publication number
- CN115018482B CN115018482B CN202210953222.XA CN202210953222A CN115018482B CN 115018482 B CN115018482 B CN 115018482B CN 202210953222 A CN202210953222 A CN 202210953222A CN 115018482 B CN115018482 B CN 115018482B
- Authority
- CN
- China
- Prior art keywords
- red packet
- target
- execution path
- interactive service
- key data
- 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
Links
Images
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种抢红包防作弊方法及装置、存储介质和终端,其中方法包括获取设计时所选取业务组件的加载顺序作为第一加载顺序,设计红包点击前的必要执行路径和红包加密规则,并获取第一密钥数据;获取程序开启时内部各个业务组件的第二加载顺序,并在点击目标红包时获取所有执行路径及生成第二密钥数据;判断开启条件是否得到满足,若是则开启否则不对目标红包进行开启;其中开启条件中的第一验证条件为第一加载顺序与第二加载顺序相同;第二验证条件为执行路径包含必要执行路径;第三验证条件为第一密钥数据与第二密钥数据相同。本发明可充分避免用户采用抢红包脚本或抢红包软件进行抢红包活动,确保了该业务场景中抢红包活动的公平性。
Description
技术领域
本发明涉及网络数据技术领域,尤其涉及一种抢红包防作弊方法及装置、存储介质和终端。
背景技术
随着计算机通信以及互联网技术的发展,越来越多的人拥有可以与互联网连网的电子设备,使得通过电子设备进行红包的发送和领取成为可能。在电子设备上发、抢红包,需要将大红包拆成多个小红包(子红包),不同的用户对小红包进行抢红包操作。具体现有抢红包功能在微信、支付宝、直播平台、甚至数字电视等可交互应用程序中均可使用。
随着抢红包行为越发的普遍化,为了保证其结果的公平,应用程序中的相关业务场景必须设置严格的观众身份验证、红包监控等过程;然而可实现抢红包功能的相关业务场景往往存在较大的用户基础,此时若采用传统人工进行身份验证的方式将存在较大的人工成本,且非常影响程序反应速度;而若采用增加图片验证等类似技术手段,通过用户点击图片达到验证目的,则会比较影响用户的使用体验。
且为了牟取更多利益,目前存在专门的抢红包脚本或抢红包软件以用来抢红包,尤其在一些比较重要的直播活动,利用抢红包脚本或抢红包软件进行抢红包甚至成为一种行业,因此需要一种可有效抑制抢红包脚本或软件,且能达到较好使用验证效果的抢红包防作弊方法。
发明内容
本发明所要解决的技术问题是现有的抢红包验证方法不便于使用,且对抢红包脚本或抢红包软件进行抢红包的行为不具有比较好的抑制作用。
为了解决上述技术问题,本发明提供了一种抢红包防作弊方法,包括:
获取管理员设计交互型业务场景时所选取的各个业务组件的加载顺序作为第一加载顺序,设计红包点击前的必要执行路径和红包加密规则,并基于目标用户的登记信息和所述红包加密规则生成第一密钥数据;
获取所述交互型业务场景开启时各个业务组件的加载顺序作为第二加载顺序,在所述目标用户点击所述交互型业务场景中的目标红包时,获取所述交互型业务场景在所述目标红包被点击之前的执行路径,并基于所述交互型业务场景中所述目标用户的用户信息和所述红包加密规则生成第二密钥数据;
判断所述目标红包开启条件是否得到满足,若是则开启所述目标红包,否则不开启所述目标红包;
其中,所述目标红包开启条件包括第一验证条件、第二验证条件和第三验证条件;
所述第一验证条件为:所述第一加载顺序与所述第二加载顺序相同;
所述第二验证条件为:所述执行路径包含所述必要执行路径;
所述第三验证条件为:所述第一密钥数据与第二密钥数据相同。
优选地,所述执行路径包含所述必要执行路径为:所述执行路径包含所述必要执行路径所包含的所有业务组件。
优选地,所述红包加密规则包括红包位置分配方式和红包加密方式。
优选地,基于目标用户的登记信息和所述红包加密规则生成第一密钥数据包括:
将所述目标红包基于所述红包位置分配方式分配的红包位置信息作为第一红包位置信息;
基于所述红包加密方式和所述目标用户的登记信息生成第一验证凭证;
基于所述第一红包位置信息和所述第一验证凭证生成第一密钥数据。
优选地,基于所述交互型业务场景中所述目标用户的用户信息和所述红包加密规则生成第二密钥数据包括:
在所述目标用户点击所述交互型业务场景中目标红包时,从红包点击路径中获取所述目标红包的红包位置信息作为第二红包位置信息;
基于所述红包加密方式和所述交互型业务场景中所述目标用户的用户信息生成第二验证凭证;
基于所述第二红包位置信息和所述第二验证凭证生成第二密钥数据。
优选地,所述第一验证凭证和所述第二验证凭证均包括目标用户标识、目标用户性别、目标用户所使用的网络协议地址、目标用户的手机号码中的至少一种。
优选地,当判断所述目标用户的目标红包开启条件没有得到满足时,还需对所述目标用户进行监控。
为了解决上述技术问题,本发明还提供了一种抢红包防作弊装置包括规则设计模块、数据收集模块和判断模块;
所述规则设计模块,用于获取设计交互型业务场景时所选取各个业务组件的加载顺序作为第一加载顺序,设计红包点击前的必要执行路径和红包加密规则,并基于目标用户的登记信息和所述红包加密规则生成第一密钥数据;
所述数据收集模块,用于获取所述交互型业务场景开启时其内部各个业务组件的加载顺序作为第二加载顺序,在所述目标用户点击所述交互型业务场景中目标红包时获取对应所述交互型业务场景在目标红包点击之前的执行路径,并基于所述交互型业务场景中所述目标用户的用户信息和所述红包加密规则生成第二密钥数据;
所述判断模块,用于判断所述目标用户的目标红包开启条件是否得到满足,若是则开启所述目标红包,否则不对所述目标红包进行开启;
其中,所述目标红包开启条件包括第一验证条件、第二验证条件和第三验证条件;
所述第一验证条件为:所述第一加载顺序与所述第二加载顺序相同;
所述第二验证条件为:所述执行路径包含所述必要执行路径;
所述第三验证条件为:所述第一密钥数据与第二密钥数据相同。
为了解决上述技术问题,本发明还提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时项抢红包防作弊方法。
为了解决上述技术问题,本发明还提供了一种终端,包括:处理器以及存储器,所述存储器与所述处理器之间通信连接;
所述存储器用于存储计算机程序,所述处理器用于执行所述存储器存储的计算机程序,以使所述终端执行抢红包防作弊方法。
与现有技术相比,上述方案中的一个或多个实施例可以具有如下优点或有益效果:
应用本发明实施例提供的抢红包防作弊方法,通过设置三重验证条件,使得本发明抢红包防作弊方法可充分避免用户采用抢红包脚本或抢红包软件进行抢红包活动,确保了该业务场景中抢红包活动的公平性;同时该方法数据处理量小,使得验证存在较快的反应速度,且本发明的数据处理过程均在后方程序中,无需用户参与验证过程,提高了用户的使用体验。进一步本发明将交互型业务场景设计时业务组件加载顺序和开启时业务组件的加载顺序的比对作为验证条件,可确保抢红包时一定开启了对应的交互型业务场景;将抢红包前交互型业务场景的执行路径和必要执行路径对比作为验证条件,可确保抢红包前交互型业务场景一定是经过了必要的执行过程;最后将基于用户登记信息生成的第一密钥条件和基于交互型业务场景中存储的用户信息生成的第二密钥条件对比作为验证条件,进一步加大抢红包脚本或抢红包软件进行抢红包时通过验证的难度,确保该交互型业务场景中抢红包活动的公平性。
本发明的其它特征和优点将在随后的说明书中阐述,并且部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例共同用于解释本发明,并不构成对本发明的限制。在附图中:
图1示出了本发明实施例一抢红包防作弊方法的流程示意图;
图2示出了本发明实施例一中某直播业务场景的引导页示意图;
图3示出了本发明实施例一中某直播业务场景的直播间主页示意图;
图4示出了本发明实施例一中某直播业务场景的菜单栏示意图;
图5示出了本发明实施例二抢红包防作弊装置的结构示意图;
图6示出了本发明实施例四终端的结构示意图。
具体实施方式
以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。需要说明的是,只要不构成冲突,本发明中的各个实施例以及各实施例中的各个特征可以相互结合,所形成的技术方案均在本发明的保护范围之内。
实施例一
为解决现有技术中存在的技术问题,本发明实施例提供了一种抢红包防作弊方法。
图1示出了本发明实施例一抢红包防作弊方法的流程示意图;参考图1所述,本发明实施例抢红包防作弊方法包括如下步骤。
步骤S101,获取管理员设计交互型业务场景时所选取各个业务组件的加载顺序作为第一加载顺序,设计红包点击前的必要执行路径和红包加密规则,并基于目标用户的登记信息和红包加密规则生成第一密钥数据。
通常业务场景都是需要设计的。其中部分业务场景由于管理员经常需要基于用户需求来进行设计,因此就具有相应的设计空间以专门用于设计生成业务场景,例如用户设计直播间的直播间装修系统,直播间装修系统中可包含播放器、菜单栏、直播介绍、企业名片、相册、评论、视频列表、轮播图、图片、片档、商品、邀请榜、红包等业务组件。该种类型的交互型业务场景在设计时,可基于实际需求选取设计空间中的业务组件来作为交互型业务场景的构成成分,此时在设计空间中为设计交互型业务场景所选取的各个业务组件会随机生成加载顺序,将该加载顺序作为第一加载顺序。
同时有些业务场景中的业务组件是不需要经常修改的,因此可能就没有对应的设计空间,此时交互型业务场景中的各个业务组件就需创建,例如微信或支付宝的某些群组、或是数字电视的某些讨论室等。但所创建的各个业务组件也是具有加载顺序的,因此针对不具有成系统设计空间的交互型业务场景,可将其设计过程中所创建的各个业务组件作为被选取组件,将所创建各业务组件的加载顺序作为第一加载顺序。
为了提高抢红包验证难度,可将抢红包之前必定会执行的业务组件的执行情况设置为验证条件。具体用户可根据实际情况或用户需求,在交互型业务场景抢红包之前必定会执行的多个业务组件中选取部分或全部业务组件形成必要执行路径。例如必要执行路径可设置为仅包含交互型业务场景开启时自动执行的各个业务组件,以此通过判断交互型业务场景开启时是否完成各自动执行业务组件,来验证交互型业务场景开启后是否正常运行。同时必要执行路径也可设置为包含交互型业务场景开启时自动执行的各个业务组件以及用户所操作的业务组件,具体必要执行路径的设计方式及设计原由可基于实际情况进行设置,在此不对其进行过多限制。
为了进一步提高抢红包的验证难度,可对红包开启设置加密条件,并在点击红包时进行密钥数据比对来实现进一步地验证。具体红包加密规则包括红包位置分配方式和红包加密方式。其中红包位置分配方式主要用于为所发送的红包分配红包位置。即所下发红包被分为多个红包时,所被分配的每个红包均有其对应的红包位置信息,例如若所下发的红包被分为4个红包的时候,则4个红包的位置信息分别为位置1、位置2、位置3和位置4。
而红包加密方式则为基于用户登记信息或交互型业务场景中的用户信息获取验证凭证,以及基于红包位置信息和验证凭证生成密钥数据的规则。正常情况下,用户登记信息和交互型业务场景中的用户信息的内容应是相同的,即都应包括用户标识、用户性别、用户所使用的网络协议地址和用户的手机号码等信息,因此在设计验证凭证生成规则时,可设置验证凭证包括用户标识、目标用户性别、目标用户所使用的网络协议地址、目标用户的手机号码中的至少一种。具体验证凭证的设计方式可基于实际情况进行设置,在此不对其进行过多限制。同时还可设计密钥数据生成规则为红包位置信息+验证凭证,同理密钥数据的设计方式可基于实际情况进行设置,在此不对其进行过多限制。
需要说明的是,由于交互型业务场景通常存在多个用户,且单个用户所操作的交互型业务场景中也可能存在多个待领取红包,为了对单个用户所对应的单个红包的相关设计及领取方式进行更清楚的说明,以下均以单个用户所针对的单个红包为例进行说明,且设定某用户为目标用户,目标用户所针对的某单个红包为目标红包。其它用户所针对的红包的相关设计及领取方式均与目标用户针对目标红包的原理相同,在此不再过多赘述。
在完成上述内容获取和设计后,即可基于目标用户的登记信息和所设计的红包加密规则生成第一密钥数据。进一步,第一密钥数据的生成过程具体包括:将目标红包基于红包位置分配方式所分配的红包位置信息作为第一红包位置信息; 基于红包加密方式和目标用户的登记信息生成第一验证凭证;最后基于第一红包位置信息和第一验证凭证生成第一密钥数据。
步骤S102,获取交互型业务场景开启时其内部各个业务组件的加载顺序作为第二加载顺序,在目标用户点击交互型业务场景中目标红包时获取对应交互型业务场景在目标红包被点击之前的执行路径,并基于交互型业务场景中目标用户的用户信息和红包加密规则生成第二密钥数据。
正常用户在点击进入某个业务场景时,业务场景会自动加载其内部所包含的各个业务组件,但各个业务组件之间的加载过程存在一定顺序。因此可获取交互型业务场景开启时其内部各个业务组件的加载顺序,以作为第二加载顺序。
用户在进入业务场景后,所执行的各个业务组件均会存在相应记录。因此为了实现路径对比,可基于各个业务组件的执行记录,获取交互型业务场景从本次开启时到点击目标红包这段时间内各个业务组件的执行路径。且为了确保所获取的执行路径包括红包打开之前的所有路径,可设计在点击交互型业务场景中的目标红包时实现执行路径获取操作。
需要说明的是,执行路径不仅包括用户所操作各个业务组件的路径,还包括交互型业务场景所设置自动执行的业务组件。例如当交互型业务场景为直播间时,在进入某直播业务场景时,会自动先执行引导页业务组件,再自动执行直播间主页业务组件;当用户需要时,可点击菜单栏业务组件,以进入直播间的菜单栏显示界面。若此后用户点击红包的点击路径(类似于点击红包开启按键),则可获取引导页业务组件-主页业务组件-菜单栏业务组件的执行路径。图2、图3和图4分别示出了某直播业务场景的引导页图面、直播间主页页面和菜单栏页面。
而后还需基于交互型业务场景中目标用户的用户信息和红包加密规则生成第二密钥数据。进一步,第二密钥数据的生成过程具体包括:在目标用户点击交互型业务场景中目标红包时,从红包点击路径中获取目标红包的红包位置信息作为第二红包位置信息;基于红包加密方式和交互型业务场景中目标用户的用户信息生成第二验证凭证;基于第二红包位置信息和第二验证凭证生成第二密钥数据。
步骤S103,判断目标红包开启条件是否得到满足,若是则开启目标红包,否则不对目标红包进行开启。
在获取上述数据后,即可基于获取数据判断目标用户的目标红包开启条件是否得到满足,若得到满足则开启目标用户的目标红包,否则则不对目标红包进行开启。当验证目标用户的目标红包开启条件没有得到满足时,则表示该用户可能存在采用抢红包脚本或抢红包软件进行抢红包的操作,此时可通过监控方式对该用户进行监管。具体监控方式可基于实际情况进行设置,在此不对其进行过多限制。
具体目标红包开启条件包括第一验证条件、第二验证条件和第三验证条件。其中第一验证条件具体为第一加载顺序与第二加载顺序相同;即判断交互型业务场景在设计时所选取的各个业务组件加载顺序与进入交互型业务场景时其内部各个业务组件的加载顺序是否相同,若相同则表示当前目标用户所操作的交互型业务场景中的目标红包符合第一验证条件。
第二验证条件具体为执行路径包含必要执行路径;第二验证条件的具体判断方式为:执行路径中包含必要执行路径中所包含的所有业务组件。例如假设执行路径为:引导页业务组件-主页业务组件-菜单栏业务组件;必要执行路径为:引导页业务组件-主页业务组件,由于该执行路径包括必要执行路径中的所有业务组件,因此第二验证条件得到满足。进一步需要说明的是,在第二验证条件判断过程中,即使必要执行路径中各个业务组件的执行顺序与执行路径所包含相同业务组件的执行顺序不同,也可认为第二验证条件得到满足。即在判断执行路径中是否包含必要执行路径中所包含的所有业务组件时,无需对比各个业务组件的执行顺序。
需要说明的是,上述仅为一种第二验证条件的判断方式,具体还可设置第二验证条件的判断方式为:必要执行路径与执行路径中某段路径完全相同,或设置执行路径中包含必要执行路径中所包含的所有业务组件,且执行路径中与必要执行路径中相同的各业务组件的顺序与必要执行路径中各业务组件的执行顺序相同。上述设置的第二验证条件判断方式在进行判断时则是需要考虑到各个业务组件的执行顺序。具体第二验证条件的判断方式还可基于实际情况进行设置,在本实施例不对其进行过多限制。
第三验证条件则包括第一密钥数据与第二密钥数据相同。由于密钥数据包括红包位置信息和验证凭证,第一密钥数据包括第一红包位置信息和第一验证凭证,第二密钥数据包括第二红包位置信息和第二验证凭证,因此即需判断第一红包位置信息与第二红包位置信息是否相同,判断第一验证凭证和第二验证凭证是否相同。其中第一红包位置信息和第二红包位置信息是否相同的判断,即实质为判断目标红包基于红包加密规则中红包位置分配方式分配的红包位置信息,是否与从目标红包的红包点击路径中获取的红包位置信息相同。其中第一验证凭证和第二验证凭证是否相同的判断,即实质为判断基于红包加密方式和目标用户的登记信息生成的验证凭证,是否与基于红包加密方式和交互型业务场景中目标用户的用户信息相同。若两者均相同,即表示第一密钥数据与第二密钥数据相同。
为了更清晰的对本发明抢红包防作弊方法进行说明,以下采用本发明抢红包防作弊方法对直播业务场景进行抢红包防作弊过程为例进行说明。具体包括如下过程:
通过直播间装修系统对目标直播间进行设计,基于实际需求在直播间装修系统所包含的各个业务组件中选取所需的业务组件,以构成目标直播间。在目标直播间的构成过程中,获取构建目标直播间时所选取的各个业务组件的加载顺序,作为第一加载顺序。并在直播间装修系统中设计红包点击前的必要执行路径和红包加密规则。需要说明的是,直播间装修系统还会生成用户抢红包的点击路径。此时若明确知晓目标用户及目标红包,直播间装修系统即可基于目标用户的登记信息和红包加密规则生成第一密钥数据。
目标用户进入目标直播间,且在进入目标直播间的同时获取目标直播间中各个业务组件的加载顺序,以作为第二加载顺序。直播间主播往往会因需调动直播间气氛等原因向直播间下发红包(此时直播间装修系统的相应动作对应为:直播间装修系统向目标直播间下发用户抢红包的点击路径),当目标用户操作点击目标直播间中的目标红包时,基于目标直播间内各个业务组件的使用记录生成目标直播间在目标红包点击之前的执行路径。同时基于目标直播间中目标用户的用户信息和红包加密规则生成第二密钥数据。
最后基于所获取的第一加载顺序与第二加载顺序、必要执行路径与执行路径、以及第一密钥数据与第二密钥数据,实现目标直播间中目标用户的目标红包的开启条件是否得到满足的判定。具体判定方式与步骤S103中相同,在此不在对其进行赘述。
需要说明的是,上述判断过程可在具体某个系统中实现,相对应的当直播间装修系统和目标直播间获取到上述数据后,可将上述数据传输给该系统,以实现是否可进行红包开启的判断。
本发明实施例提供的抢红包防作弊方法,通过设置三重验证条件,使得本发明抢红包防作弊方法可充分避免用户采用抢红包脚本或抢红包软件进行抢红包活动,确保了该业务场景中抢红包活动的公平性;同时该方法数据处理量小,使得验证存在较快的反应速度,且本发明的数据处理过程均在后方程序中,无需用户参与验证过程,提高了用户的使用体验。进一步本发明将交互型业务场景设计时业务组件加载顺序和开启时业务组件的加载顺序的比对作为验证条件,可确保抢红包时一定开启了对应的交互型业务场景;将抢红包前交互型业务场景的执行路径和必要执行路径对比作为验证条件,可确保抢红包前交互型业务场景一定是经过了必要的执行过程;最后将基于用户登记信息生成的第一密钥条件和基于交互型业务场景中存储的用户信息生成的第二密钥条件对比作为验证条件,进一步加大抢红包脚本或抢红包软件进行抢红包时通过验证的难度,确保该交互型业务场景中抢红包活动的公平性。
实施例二
为解决现有技术中存在的技术问题,本发明实施例提供了一种抢红包防作弊装置。
图5示出了本发明实施例二抢红包防作弊装置的结构示意图;参考图5所示,本发明实施例抢红包防作弊装置包括规则设计模块、数据收集模块和判断模块;
规则设计模块用于获取管理员设计交互型业务场景时所选取各个业务组件的加载顺序作为第一加载顺序,设计红包点击前的必要执行路径和红包加密规则,并基于目标用户的登记信息和红包加密规则生成第一密钥数据;
数据收集模块用于获取交互型业务场景开启时其内部各个业务组件的加载顺序作为第二加载顺序,在目标用户点击交互型业务场景中目标红包时获取对应交互型业务场景在目标红包被点击之前的执行路径,并基于交互型业务场景中目标用户的用户信息和红包加密规则生成第二密钥数据;
判断模块用于判断目标用户的目标红包开启条件是否得到满足,若是则开启目标红包,否则不对目标红包进行开启;
其中,目标红包开启条件包括第一验证条件、第二验证条件和第三验证条件;
第一验证条件为:第一加载顺序与第二加载顺序相同;
第二验证条件为:执行路径包含必要执行路径;
第三验证条件为:第一密钥数据与第二密钥数据相同。
本发明实施例提供的抢红包防作弊装置,通过设置三重验证条件,使得本发明抢红包防作弊装置可充分避免用户采用抢红包脚本或抢红包软件进行抢红包活动,确保了该业务场景中抢红包活动的公平性;同时该装置数据处理量小,使得验证存在较快的反应速度,且本发明的数据处理过程均在后方程序中,无需用户参与验证过程,提高了用户的使用体验。进一步本发明将交互型业务场景设计时业务组件加载顺序和开启时业务组件的加载顺序的比对作为验证条件,可确保抢红包时一定开启了对应的交互型业务场景;将抢红包前交互型业务场景的执行路径和必要执行路径对比作为验证条件,可确保抢红包前交互型业务场景一定是经过了必要的执行过程;最后将基于用户登记信息生成的第一密钥条件和基于交互型业务场景中存储的用户信息生成的第二密钥条件对比作为验证条件,进一步加大抢红包脚本或抢红包软件进行抢红包时通过验证的难度,确保该交互型业务场景中抢红包活动的公平性。
实施例三
为解决现有技术中存在的上述技术问题,本发明实施例还提供了一种存储介质,其存储有计算机程序,该计算机程序被处理器执行时可实现实施例一中抢红包防作弊方法中的所有步骤。
抢红包防作弊方法的具体步骤以及应用本发明实施例提供的可读存储介质获取的有益效果均与实施例一相同,在此不在对其进行赘述。
需要说明的是:存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
实施例四
为解决现有技术中存在的上述技术问题,本发明实施例还提供了一种终端。
图6示出了本发明实施例四终端结构示意图,参照图6,本实施例终端包括相互连接的处理器及存储器;存储器用于存储计算机程序,处理器用于执行存储器存储的计算机程序,以使终端执行时可实现实施例一抢红包防作弊方法中的所有步骤。
抢红包防作弊方法的具体步骤以及应用本发明实施例提供的终端获取的有益效果均与实施例一相同,在此不在对其进行赘述。
需要说明的是,存储器可能包含随机存取存储器(Random Access Memory,简称RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。同理处理器也可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital SignalProcessing,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)、现场可编程门阵列(Field Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
虽然本发明所公开的实施方式如上,但所述的内容只是为了便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属技术领域内的技术人员,在不脱离本发明所公开的精神和范围的前提下,可以在实施的形式上及细节上作任何的修改与变化,但本发明的保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (10)
1.一种抢红包防作弊方法,包括:
获取管理员设计交互型业务场景时所选取的各个业务组件的加载顺序作为第一加载顺序,设计红包点击前的必要执行路径和红包加密规则,并基于目标用户的登记信息和所述红包加密规则生成第一密钥数据;
获取所述交互型业务场景开启时各个业务组件的加载顺序作为第二加载顺序,在所述目标用户点击所述交互型业务场景中的目标红包时,获取所述交互型业务场景在所述目标红包被点击之前的执行路径,并基于所述交互型业务场景中所述目标用户的用户信息和所述红包加密规则生成第二密钥数据;
判断所述目标红包开启条件是否得到满足,若是则开启所述目标红包,否则不开启所述目标红包;
其中,所述目标红包开启条件包括第一验证条件、第二验证条件和第三验证条件;
所述第一验证条件为:所述第一加载顺序与所述第二加载顺序相同;
所述第二验证条件为:所述执行路径包含所述必要执行路径;
所述第三验证条件为:所述第一密钥数据与第二密钥数据相同;
所述执行路径具体为所述交互型业务场景从本次开启时到点击所述目标红包这段时间内各个业务组件的执行路径,将所述交互型业务场景中抢红包之前必定会执行的多个业务组件中选取部分或全部业务组件形成必要执行路径。
2.根据权利要求1所述的方法,其特征在于,所述执行路径包含所述必要执行路径为:所述执行路径包含所述必要执行路径所包含的所有业务组件。
3.根据权利要求1所述的方法,其特征在于,所述红包加密规则包括红包位置分配方式和红包加密方式。
4.根据权利要求3所述的方法,其特征在于,基于目标用户的登记信息和所述红包加密规则生成第一密钥数据包括:
将所述目标红包基于所述红包位置分配方式分配的红包位置信息作为第一红包位置信息;
基于所述红包加密方式和所述目标用户的登记信息生成第一验证凭证;
基于所述第一红包位置信息和所述第一验证凭证生成第一密钥数据。
5.根据权利要求4所述的方法,其特征在于,基于所述交互型业务场景中所述目标用户的用户信息和所述红包加密规则生成第二密钥数据包括:
在所述目标用户点击所述交互型业务场景中的目标红包时,从红包点击路径中获取所述目标红包的红包位置信息作为第二红包位置信息;
基于所述红包加密方式和所述交互型业务场景中所述目标用户的用户信息生成第二验证凭证;
基于所述第二红包位置信息和所述第二验证凭证生成第二密钥数据。
6.根据权利要求5所述的方法,其特征在于,所述第一验证凭证和所述第二验证凭证均包括目标用户标识、目标用户性别、目标用户所使用的网络协议地址、目标用户的手机号码中的至少一种。
7.根据权利要求1所述的方法,其特征在于,当判断所述目标用户的目标红包开启条件没有得到满足时,还需对所述目标用户进行监控。
8.一种抢红包防作弊装置,其特征在于,包括规则设计模块、数据收集模块和判断模块;
所述规则设计模块,用于获取管理员设计交互型业务场景时所选取各个业务组件的加载顺序作为第一加载顺序,设计红包点击前的必要执行路径和红包加密规则,并基于目标用户的登记信息和所述红包加密规则生成第一密钥数据;
所述数据收集模块,用于获取所述交互型业务场景开启时各个业务组件的加载顺序作为第二加载顺序,在所述目标用户点击所述交互型业务场景中目标红包时,获取所述交互型业务场景在所述目标红包被点击之前的执行路径,并基于所述交互型业务场景中所述目标用户的用户信息和所述红包加密规则生成第二密钥数据;
所述判断模块,用于判断所述目标红包开启条件是否得到满足,若是则开启所述目标红包,否则不开启所述目标红包;
其中,所述目标红包开启条件包括第一验证条件、第二验证条件和第三验证条件;
所述第一验证条件为:所述第一加载顺序与所述第二加载顺序相同;
所述第二验证条件为:所述执行路径包含所述必要执行路径;
所述第三验证条件为:所述第一密钥数据与第二密钥数据相同;
所述执行路径具体为所述交互型业务场景从本次开启时到点击所述目标红包这段时间内各个业务组件的执行路径,将所述交互型业务场景中抢红包之前必定会执行的多个业务组件中选取部分或全部业务组件形成必要执行路径。
9.一种存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至7中任一项所述的抢红包防作弊方法。
10.一种终端,其特征在于,包括:处理器以及存储器,所述存储器与所述处理器之间通信连接;
所述存储器用于存储计算机程序,所述处理器用于执行所述存储器存储的计算机程序,以使所述终端执行如权利要求1至7中任一项所述的抢红包防作弊方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210953222.XA CN115018482B (zh) | 2022-08-10 | 2022-08-10 | 抢红包防作弊方法及装置、存储介质和终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210953222.XA CN115018482B (zh) | 2022-08-10 | 2022-08-10 | 抢红包防作弊方法及装置、存储介质和终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115018482A CN115018482A (zh) | 2022-09-06 |
CN115018482B true CN115018482B (zh) | 2023-01-13 |
Family
ID=83065947
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210953222.XA Active CN115018482B (zh) | 2022-08-10 | 2022-08-10 | 抢红包防作弊方法及装置、存储介质和终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115018482B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105553999A (zh) * | 2015-12-23 | 2016-05-04 | 北京奇虎科技有限公司 | 应用程序用户行为分析和安全控制方法及其相应的装置 |
CN107292596A (zh) * | 2016-04-01 | 2017-10-24 | 广州爱九游信息技术有限公司 | 防自动刷红包的装置与方法及服务端 |
CN107330680A (zh) * | 2017-06-22 | 2017-11-07 | 福建中金在线信息科技有限公司 | 红包控制方法、装置、计算机设备及计算机可读存储介质 |
CN107608979A (zh) * | 2016-07-08 | 2018-01-19 | 阿里巴巴集团控股有限公司 | 识别用户潜在求助的知识点的方法及装置 |
CN108270773A (zh) * | 2017-12-22 | 2018-07-10 | 杭州顺网珑腾信息技术有限公司 | 一种用于实现电子红包发放的处理系统 |
CN112700287A (zh) * | 2021-01-11 | 2021-04-23 | 郑州阿帕斯数云信息科技有限公司 | 一种应用程序的反作弊方法和装置 |
CN113034121A (zh) * | 2021-02-05 | 2021-06-25 | 上海云鱼智能科技有限公司 | 一种基于即时聊天工具的红包分配方法、装置及服务器 |
CN114036511A (zh) * | 2021-11-25 | 2022-02-11 | 支付宝(杭州)信息技术有限公司 | 一种基于隐私保护在终端上检测脚本作弊的方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107491292A (zh) * | 2016-08-22 | 2017-12-19 | 深圳鼎智通讯股份有限公司 | 自动抢红包的方法 |
CN109104356B (zh) * | 2018-07-04 | 2021-06-29 | 奇酷互联网络科技(深圳)有限公司 | 抢红包的管理方法、系统、可读存储介质及智能终端 |
TWI770279B (zh) * | 2018-09-19 | 2022-07-11 | 財團法人工業技術研究院 | 憑證驗證輔助裝置、系統及其方法 |
-
2022
- 2022-08-10 CN CN202210953222.XA patent/CN115018482B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105553999A (zh) * | 2015-12-23 | 2016-05-04 | 北京奇虎科技有限公司 | 应用程序用户行为分析和安全控制方法及其相应的装置 |
CN107292596A (zh) * | 2016-04-01 | 2017-10-24 | 广州爱九游信息技术有限公司 | 防自动刷红包的装置与方法及服务端 |
CN107608979A (zh) * | 2016-07-08 | 2018-01-19 | 阿里巴巴集团控股有限公司 | 识别用户潜在求助的知识点的方法及装置 |
CN107330680A (zh) * | 2017-06-22 | 2017-11-07 | 福建中金在线信息科技有限公司 | 红包控制方法、装置、计算机设备及计算机可读存储介质 |
CN108270773A (zh) * | 2017-12-22 | 2018-07-10 | 杭州顺网珑腾信息技术有限公司 | 一种用于实现电子红包发放的处理系统 |
CN112700287A (zh) * | 2021-01-11 | 2021-04-23 | 郑州阿帕斯数云信息科技有限公司 | 一种应用程序的反作弊方法和装置 |
CN113034121A (zh) * | 2021-02-05 | 2021-06-25 | 上海云鱼智能科技有限公司 | 一种基于即时聊天工具的红包分配方法、装置及服务器 |
CN114036511A (zh) * | 2021-11-25 | 2022-02-11 | 支付宝(杭州)信息技术有限公司 | 一种基于隐私保护在终端上检测脚本作弊的方法和装置 |
Non-Patent Citations (2)
Title |
---|
Design of secure communications network system based on data encryption and digital signature;Taiping Mo;《2011 International Conference on High Performance Computing & Simulation》;20110825;全文 * |
移动网络之微信红包案例分析;王盛邦等;《实验技术与管理》;20180920(第09期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN115018482A (zh) | 2022-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111246308B (zh) | 访问直播间的方法及装置、直播服务器、存储介质 | |
US9065817B2 (en) | Authenticating linked accounts | |
CN110830735B (zh) | 一种视频生成方法、装置、计算机设备和存储介质 | |
US20230054057A1 (en) | Login Method and System Based on Cloud Application Instance, and Related Device | |
US7930536B2 (en) | Device-to-device authentication system, device-to-device authentication method, communication apparatus, and computer program | |
CN108055575B (zh) | 一种面向小区基于模拟投屏的网络视频共享系统 | |
CN108512814B (zh) | 媒体数据处理方法、装置和系统 | |
WO2017084318A1 (zh) | 视频资源共享方法、系统及相关设备 | |
EP4109861A1 (en) | Data processing method, apparatus, computer device, and storage medium | |
CN108206972A (zh) | 直播间人气处理方法、装置、服务器及存储介质 | |
US20140310606A1 (en) | Method and device for providing plugin in contact list | |
CN111901695B (zh) | 视频内容截取方法、装置和设备及计算机存储介质 | |
US20220058373A1 (en) | Application execution based on object recognition | |
GB2623225A (en) | Method, system, and apparatus for securely sharing video stream, and storage medium | |
CN109951291A (zh) | 基于可信执行环境的内容共享方法及装置、多媒体设备 | |
US8386775B2 (en) | Tolerant key verification method | |
CN115018482B (zh) | 抢红包防作弊方法及装置、存储介质和终端 | |
CN112217910B (zh) | 视频服务访问方法、装置、网络设备和存储介质 | |
CN107277640A (zh) | 基于直播平台的互动方法、装置和存储介质 | |
CN107911717A (zh) | 屏幕控制方法、装置及系统 | |
CN110661789B (zh) | 地址重置方法、装置、设备及计算机可读存储介质 | |
CN113596600A (zh) | 直播嵌入程序的安全管理方法、装置、设备及存储介质 | |
CN104219534B (zh) | 一种Linux机顶盒实现云存储代理的系统及方法 | |
CN106559305A (zh) | 将信息分享到第三方社交网络的方法及装置 | |
CN113794895B (zh) | 基于直播平台的虚拟物品信息推送方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |