CN109766365A - 基于redis的运行事件控制方法、装置及电子设备 - Google Patents
基于redis的运行事件控制方法、装置及电子设备 Download PDFInfo
- Publication number
- CN109766365A CN109766365A CN201811527534.4A CN201811527534A CN109766365A CN 109766365 A CN109766365 A CN 109766365A CN 201811527534 A CN201811527534 A CN 201811527534A CN 109766365 A CN109766365 A CN 109766365A
- Authority
- CN
- China
- Prior art keywords
- configuration information
- run case
- redis
- user
- database
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例中提供了一种基于redis的运行事件控制方法、装置及电子设备，属于数据处理领域，该方法包括：获取运行事件发布者设置的配置信息；在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库；基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库；利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。采用本方案，在提高数据处理性能的同时，保证了运行事件控制的精确度。
Description
技术领域
本发明涉及数据处理技术领域，尤其涉及一种基于redis的运行事件控制方法、装置及电子设备。
背景技术
随时智能设备的普及，越来越多的应用软件得到了普及，每一个应用软件都具有不同的功能，基于用户的操作或触发，应用软件会产生着大量的事件。海量的事件通常通过云平台进行集中处理。海量事件的捕获、实时处理、准实时分析已经成为一个重要的业务领域。除了云平台(例如，运营平台)接收各个应用的消息之外，通常不同的消息发布者(例如，商家用户)也会通过云平台向各个应用推送不同类型的消息，当各个应用系统均以主动推送的方式发送实时事件时，如何在保证高吞吐量下、低延迟的情况下，能够给与消息发布者更多的发布策略，同时能够保证用户准确有效的对发布的事件进行参与，是亟需要解决的一个问题。
现有技术中存在针对上述问题的解决方案。比如，把事件统一发送到一个消息中间件集群中，以此为中介再发送到订阅消息的客户端。或者利用分布式计算框架把事件分发到不同的机器上处理。或者强调流计算的概念，把事件送入数据流并根据预先配置好的模式或规则进行不停的匹配。
上述解决方案中往往借助于传统的数据库，传统的缓存技术在未命中的时候仍然会查询关系数据库，这在频繁更新的场景下并不能显著提升性能，反而使处理逻辑更加复杂。内存数据库则可以在一些场景下完全取代关系数据库，在大数据量的时代背景下，能够满足高吞吐量低延迟的需求。如何基于传统数据库及内存数据库在云平台进行有效的事件发送，是业界需要解决的问题。
发明内容
有鉴于此，本发明实施例提供一种基于redis的运行事件控制方法、装置及电子设备，至少部分解决现有技术中存在的问题。
第一方面，本发明实施例提供的一种基于redis的运行事件控制方法，包括：
获取运行事件发布者设置的配置信息；
在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID 的方式存储至目标数据库；
基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库；
利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。
根据本发明实施例的一种具体实现方式，所述运行事件发布者设置的配置信息，包括：
所述运行事件的起始时间和结束时间；或
在预设时间段内，所述运行事件的总发放个数；或
单个运行周期内，所述运行事件的发放数目；或
每个用户对所述运行事件的最多参与数。
根据本发明实施例的一种具体实现方式，所述在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库，包括：
监控运行事件发布者在配置平台内的输入交互活动；
判断所述输入交互活动中是否存在提交操作；
若存在，则进一步执行有效性检查。
根据本发明实施例的一种具体实现方式，所述执行有效性检查，包括：
获取运行事件发布者在所述配置平台内输入的配置信息；
对所述配置信息执行完整性和有效性检验，判断所述配置信息是否满足有效性规则；
若满足，则进一步为所述配置信息生成唯一ID。
根据本发明实施例的一种具体实现方式，所述为所述配置信息生成唯一ID，包括：
获取运行事件发布者操作设备的MAC地址及执行提交操作的时刻信息；
基于所述MAC地址及所述时刻信息，生成所述运行事件发布者发布的配置信息的唯一ID。
根据本发明实施例的一种具体实现方式，所述从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库，包括：
获取配置信息对应的唯一ID及事件配置信息；
将所述事件配置信息转化为事件对象和事件数组；
将所述唯一ID、所述事件对象和事件数组封装为键值对，发送给redis数据库。
根据本发明实施例的一种具体实现方式，所述利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制，包括：
获取标识参与用户身份的二元组数据；
从所述二元组数据中提取参与用户的活动ID；
以所述活动ID为主KEY从redis数据库中读取与所述活动ID相关的配置信息；
利用所述配置信息检查所述活动ID是否满足周期及开启时间要求；
若满足，则进一步执行用户参与累计校验；
否则，终止当前参与用户的活动。
根据本发明实施例的一种具体实现方式，所述执行用户参与累计校验，包括：
以活动ID为主KEY从redis数据库中读取参与累计信息；
判断所述用户参与累计信息是否满足活动最大参与次数要求或自定义周期内的次数限制要求；
若满足，则进一步执行用户参与累计校验。
根据本发明实施例的一种具体实现方式，所述用户参与累计校验，包括：
使用redis hash结构存储计数器，统计用户的参与周期以及参与周期内的参与次数；
当用户参与活动时，首先进行预领取，将当前时间与计数器过期时间比较，如果失效，则重置过期时间并将计数器置0，否则计数器加1，若用户在后续过程中出现失败情况，则将计数器减1，最终得到用户的参与累计信息；
以用户ID为主KEY从redis数据库中读取该用户参与累计信息；
将最终得到的用户参与累计信息与活动最大参与次数做比较；
若所述用户参与累计信息小于所述活动最大参与次数，则允许用户参与运行事件。
第二方面，本发明实施例提供了一种基于redis的运行事件控制装置，包括：
获取模块，用于获取运行事件发布者设置的配置信息；
存储模块，用于在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库；
推送模块，用于基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库；
控制模块，用于利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。
第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：
至少一个处理器；以及，
与该至少一个处理器通信连接的存储器；其中，
该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行前述任第一方面或第一方面的任一实现方式中的基于redis的运行事件控制方法。
第四方面，本发明实施例还提供了一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使该计算机执行前述第一方面或第一方面的任一实现方式中的基于redis的运行事件控制方法。
第五方面，本发明实施例还提供了一种计算机程序产品，该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，使该计算机执行前述第一方面或第一方面的任一实现方式中的基于redis的运行事件控制方法。
本发明实施例中的基于redis的运行事件控制方案，获取运行事件发布者设置的配置信息；在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库；基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库；利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。能够使得控制策略更加精细，同时基于内存型数据库来，能够保证数据处理的性能足够高；基于redis进行统一的控制，不会超发，同时控制并发数，使并发数满足redis控制更加精准；外部依赖只通过redis，方案实现相对容易操作，节省了成本。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的一种基于redis的运行事件控制流程示意图；
图2为本发明实施例提供的另一种基于redis的运行事件控制流程示意图；
图3为本发明实施例提供的另一种基于redis的运行事件控制流程示意图；
图4为本发明实施例提供的另一种基于redis的运行事件控制流程示意图；
图5为本发明实施例提供的基于redis的运行事件控制装置结构示意图；
图6为本发明实施例提供的电子设备示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
还需要说明的是，以下实施例中所提供的图示仅以示意方式说明本公开的基本构想，图式中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践所述方面。
本公开实施例提供一种基于redis的运行事件控制方法。本实施例提供的基于redis的运行事件控制方法可以由一计算装置来执行，该计算装置可以实现为软件，或者实现为软件和硬件的组合，该计算装置可以集成设置在服务器、终端设备等中。
参见图1，本发明实施例提供的一种基于redis的运行事件控制方法，包括如下步骤：
S101，获取运行事件发布者设置的配置信息。
在运营平台(例如，云平台，服务器等)中，通常会接收到APP(应用程序)端发送过来的各种请求，同时运营平台也会向各个APP端推送运行事件(例如，商家推出的各种活动)。为此，需要首选获取事件发布者(例如，商家) 对于各种运行事件的配置信息。
事件发布者在运营平台的操作界面中可以执行配置活动，该运营平台可以支持各种策略,例如设置运行事件的活动周期为8月10号-8月19号，或者10 天内每天定时10:00-18:00开启，或者运行事件的总发放数为5000个，或者每1 天最多发放1000个等。除此之外，还可以设置用户的参与策略(如，每个用户最多参与3次)。
S102，在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库。
发布者在运营平台输入配置信息之后，会检查配置信息的输入是否完整，同时，还要检查输入的配置信息是否有效。同时运营平台还可以设置特定的输入信息校验规则，基于校验规则来判断发布者输入的配置信息是否符合运营平台的要求。
由于不同的发布者被赋予不同的权限，除了进行上述检查之外，还需要检查发布者输入的配置信息是否与发布者的权限相匹配。
当配置信息符合校验规则之后，系统会给发布者输入的每个配置信息赋予唯一活动ID，并将该配置信息与该唯一ID一起存储到目标数据库。该目标数据库可以是存储量较大的关系数据库(例如，mysql关系数据库)，通过将配置信息存储到关系数据库中，能够存储较多的配置信息，并节省存储成本。
S103，基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库。
发布者在完成配置信息的输入之后，会在特定的时间对配置信息对应的运行事件进行触发事件操作，例如，商家在平台界面对应的活动上点击『活动发布』。
一旦检测到用户的触发时间操作，则从目标数据库中取出活动配置信息，并将所述配置信息以键值对的方式推送给redis数据库。键值对可以采用 (activityId，activityConfigJson)的方式来表示，activityId用于表示事件的ID，可以与步骤S102中设置的唯一ID相对应。activityConfigJson中则包含了运行事件中所包含的具体内容。
S104，利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。
发布者在运营平台界面对应的活动上点击『活动发布』，则从数据库中取出活动配置信息，并生成键值对(activityId，activityConfigJson)推送到redis。
用户以二元组(userId，activityId)来参与活动，其中，userID表示用户的ID，activityId表示运行事件的ID(例如，活动ID)。
作为一个例子，基于redis对所述运行事件进行策略控制，可以包括执行下述步骤：
步骤1：以活动ID为主KEY从redis里面读取活动配置信息A，检查『活动周期』和『定时开启时间』是否满足，若不满足则终止，否则继续执行步骤2。
步骤2：以活动ID为主KEY从redis读取活动参与累计信息B，若已达到活动最大参与次数，或者达到自定义的参与周期内的次数限制(如每1小时最多可参与1000次)，则终止，否则继续执行步骤3。
步骤3：以用户UserId为主KEY从redis读取该用户参与的累计信息U，已达到活动最大参与次数，或者达到自定义的参与周期内的次数限制(如每1小时最多可参与3次)，则终止。
步骤3在执行的过程中，具体策略包括：
(1)使用redis hash结构存储计数器，参与周期(过期时间)、以及周期内的参与次数；
(2)当用户参与活动时，首先进行预领取，将当前时间与计数器过期时间比较，如果失效，则重置过期时间并将计数器置0，否则计数器加1；
(3)将得到的数字与活动最大参与次数做比较，若小于则允许，否则拒绝。
(4)若在后续过程中出现失败情况，就将计数器减1。
本申请的方案能够使得控制策略更加精细，同时基于内存型数据库，能够保证数据处理的性能足够高；基于redis进行统一的控制，不会超发，同时控制并发数，使并发数满足redis控制更加精准；外部依赖只通过redis，方案实现相对容易操作，节省了成本。
发布者可以灵活的在运营平台上发布定制化的信息，在此，对于发布的配置信息的样式不作限定。根据本发明实施例的一种具体实现方式，所述运行事件发布者设置的配置信息，包括：
所述运行事件的起始时间和结束时间；或
在预设时间段内，所述运行事件的总发放个数；或
单个运行周期内，所述运行事件的发放数目；或
每个用户对所述运行事件的最多参与数。
可以采用多种方式对发布者提交的配置信息进行有效性检查，参见图2，根据本发明实施例的一种具体实现方式，所述在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库，包括：
S201，监控运行事件发布者在配置平台内的输入交互活动。
发布者在运营平台的配置平台内进行配置输入操作时，可以通过特定的用户名和密码登录配置平台的内部，通过监控发布者用户名的状态，可以判断发布者是否进入配置平台的内容，从而进一步的基于发布者的ID获取其输入的交互活动内容。
S202，判断所述输入交互活动中是否存在提交操作。
发布者在完成配置信息的输入之后，通常需要执行提交操作，可以通过设置监控函数的方式，查看配置平台内的预设提交按钮是否被触发，进而判断所述输入交互活动中是否存在提交操作。
S203，若存在，则进一步执行有效性检查。
参见图3，根据本发明实施例的一种具体实现方式，所述执行有效性检查，包括：
S301，获取运行事件发布者在所述配置平台内输入的配置信息。
S302，对所述配置信息执行完整性和有效性检验，判断所述配置信息是否满足有效性规则。
发布者在运营平台输入配置信息之后，会检查配置信息的输入是否完整，同时，还要检查输入的配置信息是否有效。同时运营平台还可以设置特定的输入信息校验规则，基于校验规则来判断发布者输入的配置信息是否符合运营平台的要求。
由于不同的发布者被赋予不同的权限，除了进行上述检查之外，还需要检查发布者输入的配置信息是否与发布者的权限相匹配。
S303，若满足，则进一步为所述配置信息生成唯一ID。
可以采取多种方式为配置信息生成唯一ID，例如，通过发布者ID+当前时间的方式生成唯一ID。
当存在海量配置信息数据的时候，为了确保唯一ID的准确性，根据本发明实施例的一种具体实现方式，所述为所述配置信息生成唯一ID，可以包括：
S3031，获取运行事件发布者操作设备的MAC地址及执行提交操作的时刻信息。
S3032，基于所述MAC地址及所述时刻信息，生成所述运行事件发布者发布的配置信息的唯一ID。
由于MAC地址通常比较唯一，故通过此方式生成的唯一ID也具有独特性和唯一性。
当运行事件被触发后，就需要对运行事件进行有效的控制。参见图4，根据本发明实施例的一种具体实现方式，所述从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库，包括：
获取配置信息对应的唯一ID及事件配置信息，将所述事件配置信息转化为事件对象和事件数组，将所述唯一ID、所述事件对象和事件数组封装为键值对，发送给redis数据库。例如，发布者在运营平台界面对应的活动上点击『活动发布』，则从数据库中取出活动配置信息，并生成键值对(activityId， activityConfigJson)推送到redis。键值对可以采用(activityId，activityConfigJson) 的方式来表示，activityId用于表示事件的ID，可以与步骤S102中设置的唯一 ID相对应。activityConfigJson中则包含了运行事件中所包含的具体内容。
根据本发明实施例的一种具体实现方式，所述利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制，包括：
S401，获取标识参与用户身份的二元组数据。
用户以二元组(userId，activityId)来参与活动，其中，userID表示用户的ID，activityId表示运行事件的ID(例如，活动ID)。
S402，从所述二元组数据中提取参与用户的活动ID。
S403，以所述活动ID为主KEY从redis数据库中读取与所述活动ID相关的配置信息。
作为一个例子，可以以活动ID为主KEY从redis里面读取活动配置信息A，配置信息A中包含了与『活动周期』和『定时开启时间』相关的信息。
S404，利用所述配置信息检查所述活动ID是否满足周期及开启时间要求。
通过步骤S403获取的配置信息，能够检查『活动周期』和『定时开启时间』是否满足预设的周期及开启时间要求，若不满足则终止活动的执行。否则，继续执行下面的步骤S405。
S405，若满足，则进一步执行用户参与累计校验；
否则，终止当前参与用户的活动。
在执行步骤S405的过程中，根据本发明实施例的一种具体实现方式，所述执行用户参与累计校验，可以包括：
S4051，以活动ID为主KEY从redis数据库中读取参与累计信息。
S4052，判断所述参与累计信息是否满足活动最大参与次数要求或自定义周期内的次数限制要求。
S4053，若满足，则进一步执行用户参与累计校验。
在执行步骤S4051～S4053的过程中，以活动ID为主KEY从redis读取活动参与累计信息B，若已达到活动最大参与次数，或者达到自定义的参与周期内的次数限制(如每1小时最多可参与1000次)，则终止。
根据本发明实施例的一种具体实现方式，所述用户参与累计校验，包括：
使用redis hash结构存储计数器，统计用户的参与周期以及参与周期内的参与次数。
当用户参与活动时，首先进行预领取，将当前时间与计数器过期时间比较，如果失效，则重置过期时间并将计数器置0，否则计数器加1，若用户在后续过程中出现失败情况，则将计数器减1，最终得到用户参与累计信息。
以用户ID为主KEY从redis数据库中读取该用户参与累计信息。
将最终得到的用户参与累计信息与活动最大参与次数做比较。
若所述用户参与累计信息小于所述活动最大参与次数，则允许用户参与运行事件。
与上述方法实施例相对应，参见图5，本发明实施例提供了一种基于redis 的运行事件控制装置50，包括：
获取模块501，用于获取运行事件发布者设置的配置信息。
在运营平台(例如，云平台，服务器等)中，通常会接收到APP(应用程序)端发送过来的各种请求，同时运营平台也会向各个APP端推送运行事件(例如，商家推出的各种活动)。为此，需要首选获取事件发布者(例如，商家) 对于各种运行事件的配置信息。
事件发布者在运营平台的操作界面中可以执行配置活动，该运营平台可以支持各种策略,例如设置运行事件的活动周期为8月10号-8月19号，或者10 天内每天定时10:00-18:00开启，或者运行事件的总发放数为5000个，或者每1 天最多发放1000个等。除此之外，还可以设置用户的参与策略(如，每个用户最多参与3次)。
存储模块502，用于在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库。
发布者在运营平台输入配置信息之后，会检查配置信息的输入是否完整，同时，还要检查输入的配置信息是否有效。同时运营平台还可以设置特定的输入信息校验规则，基于校验规则来判断发布者输入的配置信息是否符合运营平台的要求。
由于不同的发布者被赋予不同的权限，除了进行上述检查之外，还需要检查发布者输入的配置信息是否与发布者的权限相匹配。
当配置信息符合校验规则之后，系统会给发布者输入的每个配置信息赋予唯一活动ID，并将该配置信息与该唯一ID一起存储到目标数据库。该目标数据库可以是存储量较大的关系数据库(例如，mysql关系数据库)，通过将配置信息存储到关系数据库中，能够存储较多的配置信息，并节省存储成本。
推送模块503，用于基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库。
发布者在完成配置信息的输入之后，会在特定的时间对配置信息对应的运行事件进行触发事件操作，例如，商家在平台界面对应的活动上点击『活动发布』。
一旦检测到用户的触发时间操作，则从目标数据库中取出活动配置信息，并将所述配置信息以键值对的方式推送给redis数据库。键值对可以采用 (activityId，activityConfigJson)的方式来表示，activityId用于表示事件的ID，可以与步骤S102中设置的唯一ID相对应。activityConfigJson中则包含了运行事件中所包含的具体内容。
控制模块504，用于利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。
发布者在运营平台界面对应的活动上点击『活动发布』，则从数据库中取出活动配置信息，并生成键值对(activityId，activityConfigJson)推送到redis。
用户以二元组(userId，activityId)来参与活动，其中，userID表示用户的ID，activityId表示运行事件的ID(例如，活动ID)。
作为一个例子，基于redis对所述运行事件进行策略控制，可以包括执行下述步骤：
步骤1：以活动ID为主KEY从redis里面读取活动配置信息A，检查『活动周期』和『定时开启时间』是否满足，若不满足则终止，否则继续执行步骤2。
步骤2：以活动ID为主KEY从redis读取活动参与累计信息B，若已达到活动最大参与次数，或者达到自定义的参与周期内的次数限制(如每1小时最多可参与1000次)，则终止，否则继续执行步骤3。
步骤3：以用户UserId为主KEY从redis读取该用户参与的累计信息U，已达到活动最大参与次数，或者达到自定义的参与周期内的次数限制(如每1小时最多可参与3次)，则终止。
步骤3在执行的过程中，具体策略包括：
(1)使用redis hash结构存储计数器，参与周期(过期时间)、以及周期内的参与次数；
(2)当用户参与活动时，首先进行预领取，将当前时间与计数器过期时间比较，如果失效，则重置过期时间并将计数器置0，否则计数器加1；
(3)将得到的数字与活动最大参与次数做比较，若小于则允许，否则拒绝。
(4)若在后续过程中出现失败情况，就将计数器减1。
本申请的方案能够使得控制策略更加精细，同时基于内存型数据库来，能够保证数据处理的性能足够高；基于redis进行统一的控制，不会超发，同时控制并发数，使并发数满足redis控制更加精准；外部依赖只通过redis，方案实现相对容易操作，节省了成本。
发布者可以灵活的在运营平台上发布定制化的信息，在此，对于发布的配置信息的样式不作限定。根据本发明实施例的一种具体实现方式，所述运行事件发布者设置的配置信息，包括：
所述运行事件的起始时间和结束时间；或
在预设时间段内，所述运行事件的总发放个数；或
单个运行周期内，所述运行事件的发放数目；或
每个用户对所述运行事件的最多参与数。
参见图6，本发明实施例还提供了一种电子设备60，该电子设备包括：
至少一个处理器；以及，
与该至少一个处理器通信连接的存储器；其中，
该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行前述方法实施例中基于redis的运行事件控制方法。
本发明实施例还提供了一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使该计算机执行前述方法实施例中。
本发明实施例还提供了一种计算机程序产品，该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，使该计算机执行前述方法实施例中的基于redis的运行事件控制方法。
本发明实施例中的基于redis的运行事件控制方案，获取运行事件发布者设置的配置信息；在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库；基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给 redis数据库；利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。能够使得控制策略更加精细，同时基于内存型数据库来，能够保证数据处理的性能足够高；基于redis进行统一的控制，不会超发，同时控制并发数，使并发数满足redis控制更加精准；外部依赖只通过redis，方案实现相对容易操作，节省了成本。
图5所示装置可以执行图1-4所示实施例的方法，本实施例未详细描述的部分，可参考对图1-4所示实施例的相关说明。在此不再赘述。
下面参考图6，其示出了适于用来实现本公开实施例的电子设备60的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示，电子设备60可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备60操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O) 接口605也连接至总线604。
通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备60与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备60，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609 从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM 或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求，其中，所述节点评价设备从所述至少两个网际协议地址中，选取网际协议地址并返回；接收所述节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。
或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从所述至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、 Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN) —连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
Claims (12)
1.一种基于redis的运行事件控制方法，其特征在于，包括：
获取运行事件发布者设置的配置信息；
在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库；
基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库；
利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。
2.根据权利要求1所述的方法，其特征在于，所述运行事件发布者设置的配置信息，包括：
所述运行事件的起始时间和结束时间；或
在预设时间段内，所述运行事件的总发放个数；或
单个运行周期内，所述运行事件的发放数目；或
每个用户对所述运行事件的最多参与数。
3.根据权利要求1所述的方法，其特征在于，所述在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库，包括：
监控运行事件发布者在配置平台内的输入交互活动；
判断所述输入交互活动中是否存在提交操作；
若存在，则进一步执行有效性检查。
4.根据权利要求3所述的方法，其特征在于，所述执行有效性检查，包括：
获取运行事件发布者在所述配置平台内输入的配置信息；
对所述配置信息执行完整性和有效性检验，判断所述配置信息是否满足有效性规则；
若满足，则进一步为所述配置信息生成唯一ID。
5.根据权利要求4所述的方法，其特征在于，所述为所述配置信息生成唯一ID，包括：
获取运行事件发布者操作设备的MAC地址及执行提交操作的时刻信息；
基于所述MAC地址及所述时刻信息，生成所述运行事件发布者发布的配置信息的唯一ID。
6.根据权利要求1所述的方法，其特征在于，所述从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库，包括：
获取配置信息对应的唯一ID及事件配置信息；
将所述事件配置信息转化为事件对象和事件数组；
将所述唯一ID、所述事件对象和事件数组封装为键值对，发送给redis数据库。
7.根据权利要求1所述的方法，其特征在于，所述利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制，包括：
获取标识参与用户身份的二元组数据；
从所述二元组数据中提取参与用户的活动ID；
以所述活动ID为主KEY从redis数据库中读取与所述活动ID相关的配置信息；
利用所述配置信息检查所述活动ID是否满足周期及开启时间要求；
若满足，则进一步执行用户参与累计校验；
否则，终止当前参与用户的活动。
8.根据权利要求7所述的方法，其特征在于，所述执行用户参与累计校验，包括：
以活动ID为主KEY从redis数据库中读取用户参与累计信息；
判断所述用户参与累计信息是否满足活动最大参与次数要求或自定义周期内的次数限制要求；
若满足，则进一步执行用户参与累计校验。
9.根据权利要求8所述的方法，其特征在于，所述用户参与累计校验，包括：
使用redis hash结构存储计数器，统计用户的参与周期以及参与周期内的参与次数；
当用户参与活动时，首先进行预领取，将当前时间与计数器过期时间比较，如果失效，则重置过期时间并将计数器置0，否则计数器加1，若用户在后续过程中出现失败情况，则将计数器减1，最终得到用户的参与累计信息；
以用户ID为主KEY从redis数据库中读取该用户参与累计信息；
将最终得到的用户参与累计信息与活动最大参与次数做比较；
若所述用户参与累计信息小于所述活动最大参与次数，则允许用户参与运行事件。
10.一种基于redis的运行事件控制装置，其特征在于，包括：
获取模块，用于获取运行事件发布者设置的配置信息；
存储模块，用于在所述配置信息提交时进行有效性检查，将检查通过的配置信息以唯一ID的方式存储至目标数据库；
推送模块，用于基于运行事件发布者的触发事件，从所述目标数据库中获取所述配置信息，并将所述配置信息以键值对的方式推送给redis数据库；
控制模块，用于利用redis数据库接收到的所述配置信息，对所述运行事件进行策略控制。
11.一种电子设备，其特征在于，所述电子设备包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述任一权利要求1-9所述的基于redis的运行事件控制方法。
12.一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使该计算机执行前述任一权利要求1-9所述的基于redis的运行事件控制方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811527534.4A CN109766365A (zh) | 2018-12-13 | 2018-12-13 | 基于redis的运行事件控制方法、装置及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811527534.4A CN109766365A (zh) | 2018-12-13 | 2018-12-13 | 基于redis的运行事件控制方法、装置及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109766365A true CN109766365A (zh) | 2019-05-17 |
Family
ID=66451891
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811527534.4A Pending CN109766365A (zh) | 2018-12-13 | 2018-12-13 | 基于redis的运行事件控制方法、装置及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109766365A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110427576A (zh) * | 2019-06-18 | 2019-11-08 | 五八有限公司 | 一种基于分享内容的区块链资源值的控制方法及系统 |
| CN110545313A (zh) * | 2019-08-13 | 2019-12-06 | 北京字节跳动网络技术有限公司 | 消息推送控制方法、装置及电子设备 |
| CN113139081A (zh) * | 2021-04-27 | 2021-07-20 | 中山亿联智能科技有限公司 | 高效率低延迟上报读取用户在线播放信息的方法 |
| CN113590591A (zh) * | 2021-07-30 | 2021-11-02 | 中国平安财产保险股份有限公司 | 事件状态的自动更新方法、装置、设备及存储介质 |
| CN113672177A (zh) * | 2021-08-20 | 2021-11-19 | 济南浪潮数据技术有限公司 | 一种多客户端定制卷QoS的方法、装置、设备及可读介质 |
| CN115757572A (zh) * | 2022-11-04 | 2023-03-07 | 厦门微亚智能科技有限公司 | 基于redis的数据处理方法、装置、设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080239545A1 (en) * | 2007-03-28 | 2008-10-02 | Daryl Carvis Cromer | System and Method to Avoid Disk Lube Pooling |
| CN106461413A (zh) * | 2014-06-10 | 2017-02-22 | 罗伯特·博世有限公司 | 用于运行事件计数器的方法 |
| CN106709064A (zh) * | 2017-01-17 | 2017-05-24 | 广东欧珀移动通信有限公司 | 一种数据处理方法、装置及服务器 |
| CN107220853A (zh) * | 2017-05-27 | 2017-09-29 | 北京奇虎科技有限公司 | 抽奖数据处理方法、装置、服务器及计算机存储介质 |
| CN108829459A (zh) * | 2018-05-31 | 2018-11-16 | 康键信息技术（深圳）有限公司 | 基于Nginx服务器的配置方法、装置、计算机设备和存储介质 |
-
2018
- 2018-12-13 CN CN201811527534.4A patent/CN109766365A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080239545A1 (en) * | 2007-03-28 | 2008-10-02 | Daryl Carvis Cromer | System and Method to Avoid Disk Lube Pooling |
| CN106461413A (zh) * | 2014-06-10 | 2017-02-22 | 罗伯特·博世有限公司 | 用于运行事件计数器的方法 |
| CN106709064A (zh) * | 2017-01-17 | 2017-05-24 | 广东欧珀移动通信有限公司 | 一种数据处理方法、装置及服务器 |
| CN107220853A (zh) * | 2017-05-27 | 2017-09-29 | 北京奇虎科技有限公司 | 抽奖数据处理方法、装置、服务器及计算机存储介质 |
| CN108829459A (zh) * | 2018-05-31 | 2018-11-16 | 康键信息技术（深圳）有限公司 | 基于Nginx服务器的配置方法、装置、计算机设备和存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| 田京昆: "基于redis的券商活动平台的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110427576A (zh) * | 2019-06-18 | 2019-11-08 | 五八有限公司 | 一种基于分享内容的区块链资源值的控制方法及系统 |
| CN110427576B (zh) * | 2019-06-18 | 2022-04-12 | 五八有限公司 | 一种基于分享内容的区块链资源值的控制方法及系统 |
| CN110545313A (zh) * | 2019-08-13 | 2019-12-06 | 北京字节跳动网络技术有限公司 | 消息推送控制方法、装置及电子设备 |
| CN110545313B (zh) * | 2019-08-13 | 2022-03-15 | 北京字节跳动网络技术有限公司 | 消息推送控制方法、装置及电子设备 |
| CN113139081A (zh) * | 2021-04-27 | 2021-07-20 | 中山亿联智能科技有限公司 | 高效率低延迟上报读取用户在线播放信息的方法 |
| CN113139081B (zh) * | 2021-04-27 | 2023-10-27 | 中山亿联智能科技有限公司 | 高效率低延迟上报读取用户在线播放信息的方法 |
| CN113590591A (zh) * | 2021-07-30 | 2021-11-02 | 中国平安财产保险股份有限公司 | 事件状态的自动更新方法、装置、设备及存储介质 |
| CN113590591B (zh) * | 2021-07-30 | 2023-08-22 | 中国平安财产保险股份有限公司 | 事件状态的自动更新方法、装置、设备及存储介质 |
| CN113672177A (zh) * | 2021-08-20 | 2021-11-19 | 济南浪潮数据技术有限公司 | 一种多客户端定制卷QoS的方法、装置、设备及可读介质 |
| CN113672177B (zh) * | 2021-08-20 | 2024-02-27 | 济南浪潮数据技术有限公司 | 一种多客户端定制卷QoS的方法、装置、设备及可读介质 |
| CN115757572A (zh) * | 2022-11-04 | 2023-03-07 | 厦门微亚智能科技有限公司 | 基于redis的数据处理方法、装置、设备及存储介质 |
| CN115757572B (zh) * | 2022-11-04 | 2023-07-14 | 厦门微亚智能科技有限公司 | 基于redis的数据处理方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109766365A (zh) | 基于redis的运行事件控制方法、装置及电子设备 | |
| US20230336536A1 (en) | Single sign-on enabled with oauth token | |
| CN105684388B (zh) | 利用表单填充代理应用的基于网络的单点登录 | |
| US20210083856A1 (en) | Improved hardware security module management | |
| US10127294B2 (en) | Idempotency of application state data | |
| US9244993B1 (en) | Management of application state data | |
| US10397213B2 (en) | Systems, methods, and software to provide access control in cloud computing environments | |
| CN105900396A (zh) | 移动云服务体系架构 | |
| CN110995781B (zh) | 点赞信息处理方法、装置及系统 | |
| CN109074265A (zh) | 移动云服务的预先形成的指令 | |
| WO2016195917A1 (en) | Recommended roster based on customer relationship management data | |
| CN103793656A (zh) | 通过元数据协调器实现的安全 | |
| US11107318B2 (en) | Detecting excluded players and related systems and methods | |
| CN111475853B (zh) | 一种基于分布式数据的模型训练方法及系统 | |
| CN112732827A (zh) | 利用运行时访问确定来安全地共享区块链中的被选字段 | |
| CN110097397A (zh) | 基于反馈的信息推送方法、装置及电子设备 | |
| CN107211030A (zh) | 使用智能图像的用于反钓鱼的方法和系统 | |
| US11716516B2 (en) | Validating parameters on discrete computing applications to grant access control to content or commands | |
| CN110766394A (zh) | 基于信用度的乘车支付方法、装置、电子设备及存储介质 | |
| JP2023541588A (ja) | コンパクトユーザオブジェクトおよびオフラインデータベース更新を用いた最適化されたサービスアクセスのためのサロゲートキャッシュ | |
| CN114650320B (zh) | 任务调度方法、装置、存储介质及电子设备 | |
| CN106325936A (zh) | 应用程序快速访问的方法和系统 | |
| CN111709857B (zh) | 房源共享方法、装置和电子设备 | |
| CN111666559A (zh) | 一种支持权限管理的数据总线管理方法、装置、电子设备及存储介质 | |
| JP7346646B2 (ja) | ブロックチェーンコミュニティ管理方法、装置、機器および記憶媒体 |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190517 |