CN117934075A - 电子权益发放方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明实施例提供一种电子权益发放方法、装置、电子设备和存储介质，涉及互联网技术领域。该方法包括：响应当前用户通过终端发起的权益获取请求，对当前用户进行身份校验，得到身份校验结果；在身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；根据实时吞吐量从候选权益发放模式中确定出目标权益发放模式；按照目标权益发放模式向当前用户的电子账户发放电子权益。本发明的技术方案，可以根据权益发放系统的实时吞吐量切换使用不同的权益发放模式，提高了系统的稳定性和性能，满足了更多场景下的需求。

Description

电子权益发放方法、装置、电子设备和存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种电子权益发放方法、装置、电子设备和存储介质。

背景技术

随着电商平台的迅猛发展和用户需求的多样化，秒杀活动已成为吸引用户和促进销售的重要手段。

目前，秒杀活动权益发放通常包括同步发放及异步发放两种方式，现有的权益发放方法一般使用单一的发放模式，例如要么使用同步发放，要么使用异步发放。同步发放模式具有实时性较高的特点，但短时间内如果交易过多会导致系统过载。异步发放可以有效削减交易量过高时系统的压力，但存在一定的延迟性。即使用单一发放模式已无法满足实际需求。

发明内容

本发明实施例提供一种电子权益发放方法、装置、电子设备和存储介质，可以根据权益发放系统的实时吞吐量切换使用不同的权益发放模式，提高了系统的稳定性和性能，满足了更多场景下的需求。

第一方面，本发明实施例提供的电子权益发放方法，该方法包括：

响应当前用户通过终端发起的权益获取请求，对所述当前用户进行身份校验，得到身份校验结果；

在所述身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；

根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式；

按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益。

上述技术方案中，当用户通过终端发起权益获取请求后，响应当前用户通过终端发起的权益获取请求，对当前用户进行身份校验，得到身份校验结果。通过对当前用户进行身份校验，可以防止恶意用户冒领权益，保护正常用户的权益不受侵害，从而提升用户体验。之后在身份校验结果为校验通过时，获取权益发放系统的实时吞吐量。通过获取权益发放系统的实时吞吐量，来评估系统的负载情况和处理能力，为之后确定目标权益发放模式提供了数据基础。然后根据实时吞吐量从候选权益发放模式中确定出目标权益发放模式，有助于平衡系统的负载，提高系统的性能和稳定性。最后按照目标权益发放模式向当前用户的电子账户发放电子权益，可以在确保用户体验的同时，减轻系统性能的开销。另外，由于本发明可以在电子权益发放的过程中对用户进行身份验证，也能根据权益发放系统的实时吞吐量动态切换使用不同的权益发放模式，解决了现有的权益发放方法只是单一的使用同步发放或异步发放方式，没有动态切换权益发放模式的问题，实现了为客户营造公平抢购环境，同时提高了系统的稳定性，从而提高了用户的体验。

第二方面，本发明实施例提供的电子权益发放装置，该装置包括：

身份验证模块，用于响应当前用户通过终端发起的权益获取请求，对所述当前用户进行身份校验，得到身份校验结果；

获取模块，用于在所述身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；

确定模块，用于根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式；

发放模块，用于按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益。

第三方面，本发明实施例提供的电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现如本发明任一实施例的电子权益发放方法。

第四方面，本发明实施例提供的计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例的电子权益发放方法。

本发明中第二方面、第三方面以及第四方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面以及第四方面描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本发明中，上述电子权益发放装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。

本发明的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的电子权益发放方法的一个流程示意图；

图2是本发明实施例提供的电子权益发放方法的另一个流程示意图；

图3是本发明实施例提供的电子权益发放装置的一个结构示意图；

图4是本发明实施例提供的电子设备的一个结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1是本发明实施例提供的电子权益发放方法的一个流程示意图，本发明实施例提供的电子权益发放方法可适用于任何需要向用户提供优惠或奖励的场景中，该方法可以由本发明实施例提供的电子权益发放装置来执行，该装置可采用软件和/或硬件的方式实现。在一个具体的实施例中，该装置可以集成在电子设备中，例如：电子设备可以是计算机、服务器等。参见图1，该方法具体包括如下步骤：

步骤110，响应当前用户通过终端发起的权益获取请求，对当前用户进行身份校验，得到身份校验结果。

具体地，终端为权益发放系统的前台，可以是电脑、手机或者平板，本发明实施例对此不进行限制。权益获取请求为用户希望获取某种权益或福利的请求，例如：获取特价商品、优惠券、积分、红包等，本发明实施例对此不进行限制。身份校验是一种验证用户身份的过程，用来确保请求是由正常用户发出，而不是机器人或恶意用户。身份校验结果是身份校验过程的结果，若身份校验通过，则允许用户进行下一步操作或获取相应的权益。若身份校验不通过，则不允许用户进行下一步操作或获取相应的权益。

具体实现中，当用户通过终端发起权益获取请求后，权益发放系统会对当前用户进行身份校验，从而得到身份校验结果。具体而言，用户可以通过权益发放系统的前台发起权益获取请求，例如：点击前端页面中的“领取优惠券”按钮。接着会触发系统的后端接口请求，后端接收到用户发起的权益获取请求后，根据预设的验证方法，对当前用户进行身份校验，得到身份校验结果。例如：验证方法可以是用户账号是否在黑名单、短信验证或人脸识别等。如果身份验证成功，则允许用户进行下一步操作或领取相应的权益。如果身份验证失败，系统可以提示用户重新输入身份信息、进行其他验证步骤或强制退出当前用户等，本发明实施例对此不进行限制。

本实施例中，通过对当前用户进行身份校验，可以防止恶意用户冒领权益，保护正常用户的权益不受侵害，从而提升用户体验。

步骤120，在身份校验结果为校验通过时，获取权益发放系统的实时吞吐量。

具体地，实时吞吐量为系统在单位时间内处理请求的数量。

具体实现中，系统在确定用户的身份校验结果为校验通过时，可以使用相应的吞吐量获取方法来得到实时吞吐量，例如：吞吐量获取方法可以是通过系统监控工具、系统接口或第三方服务来获取吞吐量，本发明实施例对此不进行限制。在得到系统的实时吞吐量之后，可以将其存储在数据库或日志文件中，便于后续的使用。

示例性的，可以使用Prometheus、Grafana等监控工具来获取权益发放系统的实时吞吐量。

本实施例中，通过获取权益发放系统的实时吞吐量，来评估系统的负载情况和处理能力，为之后确定目标权益发放模式提供了数据基础。

步骤130，根据实时吞吐量从候选权益发放模式中确定出目标权益发放模式。

具体地，候选权益发放模式为可选择的一个或多个权益发放模式，这些模式可以基于不同的参数、算法或规则来确定。目标权益发放模式为根据实时吞吐量的监测结果，从候选权益发放模式中选择出的最优或最适合当前系统负载的权益发放模式。示例性的，候选权益发放模式可以是按需发放、预分配和/或限制发放频率等，本发明实施例对此不进行限制。

具体实现中，在获取到系统的实时吞吐量之后，可以观察实时吞吐量数据的趋势和变化，分析请求的分布和系统的负载情况。然后，基于实时吞吐量数据和分析结果，评估每个候选权益发放模式的性能表现，从而得到每个候选权益发放模式的评估结果。之后根据评估结果，选择一个最优或最适合当前系统负载的权益发放模式，即目标权益发放模式。例如：如果系统在某一时段内负载较低，但希望提高用户活跃度，可以选择按需发放模式来激励用户参与；而在负载高峰期，为了确保系统稳定运行，可以选择预分配模式来平衡负载。最后，将选定的目标权益发放模式部署到权益发放系统中，系统按照新的权益发放模式正常运行，并满足用户的业务需求。

另外，在实施目标权益发放模式后，可以继续监测系统的性能和吞吐量数据。并根据实际运行情况和业务需求，对权益发放模式进行必要的调整和优化。

本实施例中，可以根据实时吞吐量从候选权益发放模式中确定出目标权益发放模式，有助于平衡系统的负载，提高系统的性能和稳定性。

步骤140，按照目标权益发放模式向当前用户的电子账户发放电子权益。

具体地，电子权益是一种数字化形式的权益，可以在电子系统或平台上使用。示例性的，电子权益可以是优惠券、积分、礼品卡等，本发明实施例对此不进行限制。

具体实现中，在确定目标权益发放模式之后，获取当前用户的电子账户信息，判断当前用户的电子账户是否满足发放权益的要求。如果当前用户的电子账户满足权益发放条件，则进行相应的发放操作。例如：更新电子账户余额、添加新的电子权益或进行其他相关处理。并记录每一条电子权益发放的详细信息，例如：发放时间、发放对象、发放的权益内容等。将这些记录存储在数据库或其他存储介质中，以便后续的查询和审计。同时，可以通过用户终端向用户发送提示信息，提醒用户收到新发放的电子权益。确保用户能够清晰地看到自己获得的权益，并了解如何使用这些权益。

本实施例中，按照目标权益发放模式向当前用户的电子账户发放电子权益，可以在确保用户体验的同时，减轻系统性能的开销。

本发明实施例的方案，当用户通过终端发起权益获取请求后，响应当前用户通过终端发起的权益获取请求，对当前用户进行身份校验，得到身份校验结果。通过对当前用户进行身份校验，可以防止恶意用户冒领权益，保护正常用户的权益不受侵害，从而提升用户体验。之后在身份校验结果为校验通过时，获取权益发放系统的实时吞吐量。通过获取权益发放系统的实时吞吐量，来评估系统的负载情况和处理能力，为之后确定目标权益发放模式提供了数据基础。然后根据实时吞吐量从候选权益发放模式中确定出目标权益发放模式，有助于平衡系统的负载，提高系统的性能和稳定性。最后按照目标权益发放模式向当前用户的电子账户发放电子权益，可以在确保用户体验的同时，减轻系统性能的开销。另外，由于本发明可以在电子权益发放的过程中对用户进行身份验证，也能根据权益发放系统的实时吞吐量动态切换使用不同的权益发放模式，解决了现有的权益发放方法只是单一的使用同步发放或异步发放方式，没有动态切换权益发放模式的问题，实现了为客户营造公平抢购环境，同时提高了系统的稳定性，从而提高了用户的体验，满足了更多场景下的权益发放需求。

图2是本发明实施例提供的电子权益发放方法的另一个流程示意图。如图2所示，本实施例的电子权益发放方法可包括如下步骤：

步骤210，响应当前用户通过终端发起的权益获取请求。

通过对历史权益发放活动进行统计和分析发现，针对秒杀类权益，在秒杀开始前的预设时长内，恶意用户大概率会不断刷新权益详情页，以确保其能够准点抢购，针对这一情况，可以在秒杀类权益开始发放前，通过统计页面刷新频率来识别这类用户并对其进行禁封操作，以保证正常用户能够正常参与权益发放。

即在响应当前用户通过终端发起的权益获取请求之前，还包括：

响应当前用户通过终端发起的页面刷新请求，统计当前用户的页面刷新频率；

在页面刷新频率未超过预设刷新频率阈值时，触发执行响应当前用户通过终端发起的权益获取请求。

具体地，预设刷新频率阈值是为了限制用户在一定时间内的页面刷新次数而设置的次数阈值，预设刷新频率阈值可以根据实际需求或情况设置。

具体实现中，可以在权益发放活动开始前的预设时长内，记录当前用户的页面刷新频率，预设时长可以根据实际需求取值，例如可以取1分钟、30秒等。页面刷新频率的记录可以通过设置一个计数器或使用时间戳来实现。例如：每次接收到页面刷新请求时，计数器加一或更新时间戳。然后系统将记录的页面刷新频率与预设的刷新频率阈值进行比较，如果当前用户的页面刷新频率未超过预设刷新频率阈值，则允许当前用户继续刷新页面或通过终端发起权益获取请求。如果当前用户的页面刷新频率超过预设刷新频率阈值，则当前用户异常，可以拒绝当前用户继续刷新页面，或者拒绝响应当前用户发起的权益获取请求，将当前用户加入到动态黑名单中，并在动态黑名单中为当前用户设置解封时间或封禁时间。解封时间或封禁时间可根据实际情况设置，例如可以设置为5秒、10秒等。

本实施例中，通过判断用户的页面刷新频率是否超过预设刷新频率阈值，实现在权益发放活动开始前识别异常用户，来增强系统的安全性并促进业务发展，为正常用户提供更好的服务。

步骤211，获取当前用户的用户标识。

具体地，用户标识是指用于识别和验证用户的唯一标识符，可以是用户名、用户账号、电子邮件地址、手机号码等，本发明实施例对此不进行限制。可以解析权益获取请求得到用户标识，还可以从用户在权益发放系统中的注册信息中获取用户标识，也可以通过实时数据采集获取用户标识。

本实施例中，通过获取当前用户的用户标识，为之后判断用户是否在白名单或黑名单中，提供了数据基础。

步骤212，判断白名单中是否存在用户标识。若存在，则执行步骤213，若不存在，则执行步骤218。

具体地，白名单为根据实际情况或需求预设的一个包含用户标识的用户名单，包含一组已知且合法的用户标识。

具体实现中，在得到当前用户的用户标识后，将获取到的当前用户的用户标识与白名单中的用户标识进行匹配，例如：可以使用字符串匹配方法来进行匹配。如果匹配成功代表当前用户的用户标识存在于白名单中，则确定当前用户的身份校验结果为校验通过；否则，判断黑名单中是否存在当前用户的用户标识。

本实施例中，通过判断白名单中是否存在用户标识，可以减少对用户进行身份验证的复杂性，帮助系统快速确认用户的合法性，且不需要进行额外的身份验证步骤，有助于提高系统的性能和用户体验。

步骤213，确定身份校验结果为校验通过。

具体实现中，若当前用户的用户标识存在于白名单中，则可以确定当前用户的身份校验结果为校验通过。

步骤214，获取权益发放系统的实时吞吐量。

步骤215，判断实时吞吐量是否超过预设吞吐量阈值。若超过，则执行步骤216，若不超过，则执行步骤222。

具体地，预设吞吐量阈值是为了确定目标权益发放模式而设置的吞吐量阈值，预设吞吐量阈值可以根据实际需求和/或系统性能设置。

具体实现中，在获取到权益发放系统的实时吞吐量之后，将其与预设的吞吐量阈值进行比较，然后根据比较结果从候选权益发放模式中确定出目标权益发放模式。其中，候选权益发放模式包括同步发放模式和异步发放模式。

本实施例中，通过判断实时吞吐量是否超过预设吞吐量阈值，为之后确定系统的目标权益发放模式提供了数据基础。

步骤216，确定目标权益发放模式为异步发放模式。

具体地，异步发放模式是一种处理并发请求的方法，其中请求不是按照顺序逐一处理的，而是被放入队列中等待处理，这样能够使系统更好地应对高并发的情况，提高系统的并发处理能力。示例性的，在权益发放系统中使用异步发放模式时，用户完成支付后系统不会立即处理而是将用户的交易数据放入到消息队列中，之后由消费者程序进行处理交易数据并完成权益发放。

具体实现中，在确定实时吞吐量超过预设吞吐量阈值之后，可以确定当前系统的负载已经超出了预设的限制。因此，为了减轻系统负载并保持系统的稳定性，需要将目标权益发放模式确定为异步发放模式。

本实施例中，通过确定目标权益发放模式为异步发放模式，提高了系统的并发处理能力，减轻了系统的压力，从而增强了系统的稳定性。

步骤217，获取当前用户针对电子权益的交易数据，将交易数据存入消息队列，按照预设顺序从消息队列读取交易数据，基于交易数据向当前用户的电子账户发放电子权益。

具体地，预设顺序为从消息队列中读取和处理交易数据的顺序，可以根据相应的业务逻辑或优先级规则来设置。

具体实现中，在确定目标权益发放模式确定为异步发放模式之后，获取当前用户针对电子权益的交易数据，交易数据可以包括交易时间、交易类型、交易金额等，本发明实施例对此不进行限制。之后将交易数据存入消息队列，例如：Redis Stream消息队列。再按照预设顺序从消息队列读取交易数据，例如：预设顺序可以是先进先出。最后基于交易数据向当前用户的电子账户发放电子权益。例如：电子权益可以是增加相应的积分或代金券。具体而言，可以使用接口或直接从数据库中查询来获取当前用户针对电子权益的交易数据，再将收集到的用户交易数据转换为消息格式，并使用所选消息队列的接口将消息发送到队列中。之后使用消息队列的接口按照预设顺序从队列中读取交易数据。然后根据从队列中读取到交易数据向当前用户的电子账户发放电子权益。

本实施例中，通过这种异步处理方式可以提高系统的并发处理能力，在确保系统的可靠性和稳定性的同时提高用户的体验。

步骤218，判断黑名单中是否存在用户标识。若存在，则执行步骤224，若不存在，则执行步骤219。

具体地，黑名单为根据实际情况或需求得到的一个包含用户标识的用户名单，包含一组已知且不合法的用户标识。

具体实现中，在确定当前用户的用户标识不存在白名单中后，将当前用户的用户标识与黑名单中的用户标识进行匹配。如果匹配成功，则代表当前用户的用户标识存在于黑名单中，确定当前用户的身份校验结果为校验未通过；否则，获取当前用户发起权益获取请求的请求次数，来对当前用户的身份进行进一步的验证。

本实施例中，通过判断黑名单中是否存在用户标识，可以快速地识别出潜在的不良用户，提高系统的性能和效率，为用户提供更加安全和可靠的服务，从而提升用户体验，使用户可以更加信任和依赖平台，增加用户的忠诚度和满意度。

进一步地，黑名单包括动态黑名单和常态黑名单，动态黑名单中的用户标识在预设时段内是动态更新的，常态黑名单中的用户标识在预设时段内是固定不变的，预设时段可以是权益发放活动进行的时段。

本实施例中，确定黑名单中是否存在用户标识，可以包括：

分别确定动态黑名单和常态黑名单中是否存在用户标识。

具体实现中，在确定当前用户的用户标识不存在白名单中后，将当前用户的用户标识分别与动态黑名单和常态黑名单中的用户标识进行比较。如果当前用户的用户标识均不存在于动态黑名单和常态黑名单中，则获取当前用户发起权益获取请求的请求次数，对当前用户的身份进行进一步的验证。否则，确定当前用户的身份校验结果为校验未通过。具体而言，可以通过分别遍历动态黑名单和常态黑名单中的用户标识，来确定动态黑名单和常态黑名单中的用户标识与当前用户的用户标识是否匹配，如果发现匹配的用户标识，则说明当前用户的身份校验结果为校验未通过。

需要注意的是，对于动态黑名单，由于其用户标识是动态更新的，系统应定期检查并更新黑名单中的用户标识。对于常态黑名单，其用户标识在预设时段内是固定不变的，但系统仍需定期检查其有效性，并更新无效的用户标识。并且，通过检查并更新黑名单，可以提高系统的稳定性，为用户提供更好的服务。

本实施例中，通过分别确定动态黑名单和常态黑名单中是否存在用户标识，促进了系统的稳定性，确保了正常用户的合法权益。

步骤219，获取当前用户发起权益获取请求的请求次数。

具体实现中，在用户发起权益获取请求时，系统可以实时计算该用户的请求次数。具体而言，系统可以通过在内存中维护一个计数器来实时计算该用户的请求次数。当每次有新的请求时，就更新计数器的值。之后通过读取计数器的值就可以得到当前用户发起权益获取请求的请求次数。

本实施例中，通过获取当前用户发起权益获取请求的请求次数，为之后判断请求次数是否超过预设次数阈值提供了数据基础。

步骤220，判断请求次数是否超过预设次数阈值。若超过，则执行步骤221，若不超过，则执行步骤213。

具体地，预设次数阈值是为了进一步确定当前用户的身份而设置的次数阈值，预设次数阈值可以根据实际需求或情况设置。

具体实现中，在获取到当前用户发起权益获取请求的请求次数中后，将获取到当前用户发起权益获取请求的请求次数与预设次数阈值进行比较。如果请求次数超过预设次数阈值，则可以将当前用户加入到黑名单中并确定当前用户的身份校验结果为校验未通过；否则，确定当前用户的身份校验结果为校验通过。

本实施例中，通过判断请求次数是否超过预设次数阈值，为进一步确定用户的身份校验结果提供了数据基础。

步骤221，将当前用户加入黑名单。

具体实现中，在确定当前用户发起权益获取请求的请求次数超过预设次数阈值之后，可以将当前用户的用户标识加入到黑名单(即动态黑名单)中。

本实施例中，在确定当前用户发起权益获取请求的请求次数超过预设次数阈值之后，将当前用户的用户标识加入到黑名单中，为权益发放系统下一次确认用户的身份验证结果节省了时间，提高了验证用户身份的效率。

步骤222，确定目标权益发放模式为同步发放模式。

具体地，同步发放模式是一种处理并发请求的方法，其特点在于对请求的处理是有序的，即一个接一个地处理，请求之间存在着严格的次序关系，必须按顺序逐个处理，具有实时性较高的特点。示例性的，在权益发放系统中使用同步发放模式时，用户完成支付后，系统立即处理交易数据并向客户发放权益。

具体实现中，在确定实时吞吐量不超过预设吞吐量阈值之后，可以确定系统还有足够的处理能力来应对更多的请求。因此，为了能够实时地将权益发放给用户，给用户提供更好的服务，可以选择同步发放模式来进行权益发放。

本实施例中，通过确定目标权益发放模式为同步发放模式，提高了系统的实时性，从而提高了用户的满意度。

步骤223，获取当前用户针对电子权益的交易数据，基于交易数据向当前用户的电子账户发放电子权益。

具体实现中，在确定目标权益发放模式确定为同步发放模式之后，获取当前用户针对电子权益的交易数据，例如：交易数据可以是交易时间、交易类型、和交易金额等。然后基于交易数据向当前用户的电子账户发放电子权益。具体而言，系统可以通过查询数据库、读取日志文件或使用接口等方式获取当前用户针对电子权益的交易数据。在获取到交易数据后，需要对数据进行适当的处理，例如：数据清洗、格式转换、异常值处理等，以确保数据的准确性和完整性。然后可以使用预先设定的权益发放规则向当前用户的电子账户发放电子权益。其中，预先设定的权益发放规则可以根据业务需求和权益发放策略设定。例如：可以基于用户的交易量、交易频率、交易类型等条件确定权益发放规则。

本实施例中，通过这种同步处理方式可以提高系统的实时性，在提高用户体验的同时确保系统的稳定性。

步骤224，确定身份校验结果为校验未通过。

具体实现中，若当前用户的用户标识存在于黑名单中，则可以确定当前用户的身份校验结果为校验未通过。

本实施例在权益发放活动开始前，通过监测用户的页面刷新频率实现用户限流，在权益发放活动进行的过程中，通过黑、白名单并监测权益获取请求的发起次数来限流，两个阶段联合，可以准确地实现对异常用户的限流。

本发明实施例的方案，当用户通过终端发起权益获取请求后，响应当前用户通过终端发起的权益获取请求，获取当前用户的用户标识，通过获取当前用户的用户标识，为之后判断用户是否在白名单或黑名单中，提供了数据基础。之后通过判断白名单中是否存在用户标识，可以减少对用户进行身份验证的复杂性，帮助系统快速确认用户的合法性，且不需要进行额外的身份验证步骤，有助于提高系统的性能和用户体验。在确认身份校验结果为校验通过时，获取权益发放系统的实时吞吐量。通过获取权益发放系统的实时吞吐量，来评估系统的负载情况和处理能力，为之后确定目标权益发放模式提供了数据基础。然后通过判断实时吞吐量是否超过预设吞吐量阈值，为之后确定系统的目标权益发放模式提供了数据基础。若实时吞吐量超过预设吞吐量阈值，则可以确定目标权益发放模式为异步发放模式，通过确定目标权益发放模式为异步发放模式，提高了系统的并发处理能力，减轻了系统的压力，从而增强了系统的稳定性。并且通过这种异步处理方式可以提高系统的并发处理能力，在确保系统的可靠性和稳定性的同时提高用户的体验。若实时吞吐量未超过预设吞吐量阈值，则可以确定目标权益发放模式为同步发放模式，通过确定目标权益发放模式为同步发放模式，提高了系统的实时性，从而提高了用户的满意度。并且通过这种同步处理方式可以提高系统的实时性，在提高用户体验的同时确保系统的稳定性。在判断白名单中不存在用户标识后，通过判断黑名单中是否存在用户标识，可以快速地识别出潜在的不良用户，提高系统的性能和效率，为用户提供更加安全和可靠的服务，从而提升用户体验，使用户可以更加信任和依赖平台，增加用户的忠诚度和满意度。在确定黑名单中不存在用户标识之后，通过获取当前用户发起权益获取请求的请求次数，为之后判断请求次数是否超过预设次数阈值提供了数据基础。然后通过判断请求次数是否超过预设次数阈值，为进一步确定用户的身份校验结果提供了数据基础。在确定当前用户发起权益获取请求的请求次数超过预设次数阈值之后，将当前用户的用户标识加入到黑名单中，为权益发放系统下一次确认用户的身份验证结果节省了时间，提高了验证用户身份的效率。另外，由于本发明可以在电子权益发放的过程中对用户进行身份验证，也能根据权益发放系统的实时吞吐量动态切换使用不同的权益发放模式，解决了现有的权益发放方法只是单一的使用同步发放或异步发放方式，没有动态切换权益发放模式的问题，实现了为客户营造公平抢购环境，同时提高了系统的稳定性，从而提高了用户的体验，满足了更多场景下的权益发放需求。

图3是本发明实施例提供的电子权益发放装置的一个结构示意图，该装置适用于执行本发明实施例提供的电子权益发放方法，如图3所示，该装置具体可以包括：

身份验证模块310，用于响应当前用户通过终端发起的权益获取请求，对所述当前用户进行身份校验，得到身份校验结果；

获取模块320，用于在所述身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；

确定模块330，用于根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式；

发放模块340，用于按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益。

一实施例中，身份验证模块310对所述当前用户进行身份校验，得到身份校验结果，包括：

获取所述当前用户的用户标识；

确定白名单中是否存在所述用户标识；

若所述白名单中存在所述用户标识，则确定所述身份校验结果为校验通过。

一实施例中，身份验证模块310在确定白名单中是否存在所述用户标识之后，还用于：

若所述白名单中不存在所述用户标识，则确定黑名单中是否存在所述用户标识；

若所述黑名单中不存在所述用户标识，则获取所述当前用户发起所述权益获取请求的请求次数；

若所述请求次数未超过预设次数阈值，则确定所述身份校验结果为校验通过。

一实施例中，所述黑名单包括动态黑名单和常态黑名单，所述动态黑名单中的用户标识在预设时段内是动态更新的，所述常态黑名单中的用户标识在所述预设时段内是固定不变的，所述身份验证模块310确定黑名单中是否存在所述用户标识，包括：

分别确定所述动态黑名单和所述常态黑名单中是否存在所述用户标识。

一实施例中，所述候选权益发放模式包括同步发放模式和异步发放模式，确定模块330具体用于：

确定所述实时吞吐量是否超过预设吞吐量阈值；

若所述实时吞吐量超过所述预设吞吐量阈值，则确定所述目标权益发放模式为所述异步发放模式；

若所述实时吞吐量不超过所述预设吞吐量阈值，则确定所述目标权益发放模式为所述同步发放模式。

一实施例中，发放模块340具体用于：

若所述目标权益发放模式为所述异步发放模式，则获取所述当前用户针对所述电子权益的交易数据，将所述交易数据存入消息队列，按照预设顺序从所述消息队列读取所述交易数据，基于所述交易数据向所述当前用户的电子账户发放所述电子权益；

若所述目标权益发放模式为所述同步发放模式，则获取所述当前用户针对所述电子权益的交易数据，基于所述交易数据向所述当前用户的电子账户发放所述电子权益。

一实施例中，该装置还包括判断模块，判断模块具体用于：

在响应当前用户通过终端发起的权益获取请求之前响应所述当前用户通过所述终端发起的页面刷新请求，统计所述当前用户的页面刷新频率；

在所述页面刷新频率未超过预设刷新频率阈值时，触发身份验证模块310执行所述响应当前用户通过终端发起的权益获取请求。

本领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述功能模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例提供的电子权益发放装置可适用于上述任意实施例提供的电子权益发放方法，具备相应的功能和有益效果。

图4是本发明实施例提供的电子设备的一个结构示意图。图4示出了适于用来实现本发明实施方式的示例性电子设备4的框图。图4显示的电子设备4仅仅是一个示例，不应对本实施例的功能和使用范围带来任何限制。

如图4所示，电子设备4以通用计算电子设备的形式表现。电子设备4的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备4典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备4访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备4可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

电子设备4也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备4交互的设备通信，和/或与使得该电子设备4能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备4还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。

如图4所示，网络适配器20通过总线18与电子设备4的其它模块通信。应当明白，尽管图4中未示出，可以结合电子设备4使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及页面显示，例如实现本实施例所提供的电子权益发放方法，该方法包括：

响应当前用户通过终端发起的权益获取请求，对所述当前用户进行身份校验，得到身份校验结果；

在所述身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；

根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式；

按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的电子权益发放方法的技术方案。

本发明提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现例如本发明所提供的电子权益发放方法，该方法包括：

响应当前用户通过终端发起的权益获取请求，对所述当前用户进行身份校验，得到身份校验结果；

在所述身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；

根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式；

按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益。

本实施例的计算机存储介质，可以采用一个或者多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或者半导体的系统、装置或者器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或者多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或者闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或者存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或者上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或者多种程序设计语言或者其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或者类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或者广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本领域普通技术人员应该明白，上述的本发明的各模块或者各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或者步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。

另外，本发明技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种电子权益发放方法，其特征在于，包括：

响应当前用户通过终端发起的权益获取请求，对所述当前用户进行身份校验，得到身份校验结果；

在所述身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；

根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式；

按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益。

2.根据权利要求1所述的电子权益发放方法，其特征在于，所述对所述当前用户进行身份校验，得到身份校验结果，包括：

获取所述当前用户的用户标识；

确定白名单中是否存在所述用户标识；

若所述白名单中存在所述用户标识，则确定所述身份校验结果为校验通过。

3.根据权利要求2所述的电子权益发放方法，其特征在于，在确定白名单中是否存在所述用户标识之后，还包括：

若所述白名单中不存在所述用户标识，则确定黑名单中是否存在所述用户标识；

若所述黑名单中不存在所述用户标识，则获取所述当前用户发起所述权益获取请求的请求次数；

若所述请求次数未超过预设次数阈值，则确定所述身份校验结果为校验通过。

4.根据权利要求3所述的电子权益发放方法，其特征在于，所述黑名单包括动态黑名单和常态黑名单，所述动态黑名单中的用户标识在预设时段内是动态更新的，所述常态黑名单中的用户标识在所述预设时段内是固定不变的，所述确定黑名单中是否存在所述用户标识，包括：

分别确定所述动态黑名单和所述常态黑名单中是否存在所述用户标识。

5.根据权利要求1所述的电子权益发放方法，其特征在于，所述候选权益发放模式包括同步发放模式和异步发放模式，所述根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式，包括：

确定所述实时吞吐量是否超过预设吞吐量阈值；

若所述实时吞吐量超过所述预设吞吐量阈值，则确定所述目标权益发放模式为所述异步发放模式；

若所述实时吞吐量不超过所述预设吞吐量阈值，则确定所述目标权益发放模式为所述同步发放模式。

6.根据权利要求5所述的电子权益发放方法，其特征在于，所述按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益，包括：

若所述目标权益发放模式为所述异步发放模式，则获取所述当前用户针对所述电子权益的交易数据，将所述交易数据存入消息队列，按照预设顺序从所述消息队列读取所述交易数据，基于所述交易数据向所述当前用户的电子账户发放所述电子权益；

若所述目标权益发放模式为所述同步发放模式，则获取所述当前用户针对所述电子权益的交易数据，基于所述交易数据向所述当前用户的电子账户发放所述电子权益。

7.根据权利要求1所述的电子权益发放方法，其特征在于，在响应当前用户通过终端发起的权益获取请求之前，还包括：

响应所述当前用户通过所述终端发起的页面刷新请求，统计所述当前用户的页面刷新频率；

在所述页面刷新频率未超过预设刷新频率阈值时，触发执行所述响应当前用户通过终端发起的权益获取请求。

8.一种电子权益发放装置，其特征在于，包括：

身份验证模块，用于响应当前用户通过终端发起的权益获取请求，对所述当前用户进行身份校验，得到身份校验结果；

获取模块，用于在所述身份校验结果为校验通过时，获取权益发放系统的实时吞吐量；

确定模块，用于根据所述实时吞吐量从候选权益发放模式中确定出目标权益发放模式；

发放模块，用于按照所述目标权益发放模式向所述当前用户的电子账户发放电子权益。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7中任一项所述的电子权益发放方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一项所述的电子权益发放方法。