活动奖励数据的处理方法及装置、电子设备、存储介质
文献发布时间:2023-06-19 11:39:06
技术领域
本申请涉及数据处理技术领域,特别涉及一种活动奖励数据的处理方法及装置、电子设备、存储介质。
背景技术
为了产品的推广销售,或者吸引用户使用自己的平台等,现在许多平台都在进行着各式各样的线上活动。H5活动是一种广泛运用于平台拉取新用户、促销活动等目的的运营工具,它具有形式多样、规则多变等特点,所以被广泛的应用。
现有的方式,通过每个活动的活动规则编写各个活动的程序。以通过运行相应的程序逻辑,确定用户是否可以获得活动奖励,从而实现相应的活动开展。
但是由于当今,线上活动的种类数量较多,并且活动规则会不断地发送变化,所以对每个活动都编写相应的程序,并且每次活动规则变化,都需要相应的进行程序更新,这不仅会占用大量的计算机资源,并且也影响了生产效率。
发明内容
基于上述现有技术的不足,本申请提供了一种活动奖励数据的处理方法及装置、电子设备、存储介质,以解决现有技术占用大量的计算机资源,且生成效率低的问题。
为了实现上述目的,本申请提供了以下技术方案:
本申请第一方面提供了一种活动奖励数据的处理方法,包括:
获取参与目标活动的用户的多个活动数据;
分别针对所述目标活动对应的每个奖励配置,通过将所述奖励配置中的各个预设规则分别与对应的所述活动数据进行对比,判断所述用户是否通过所述奖励配置中的各个所述预设规则;
若判断出所述用户通过所述奖励配置中的各个所述预设规则,则将所述奖励配置对应的奖励发放给所述用户。
可选地,在上述的方法中,所述分别针对所述目标活动对应的每个奖励配置,通过将所述奖励配置中的各个预设规则分别与对应的所述活动数据进行对比,判断所述用户是否通过所述奖励配置中的各个所述预设规则,包括:
判断所述目标活动对应的奖励配置集中是否存在未处理的所述奖励配置;其中,所述奖励配置集中包含所述目标活动对应的各个奖励配置;
若判断出所述目标活动对应的奖励配置集中存在未处理的奖励配置,则提取一个未处理的所述奖励配置作为当前的待处理奖励配置;
判断所述当前的待处理奖励配置中的规则集中是否存在未处理的预设规则;
若判断出所述当前的待处理奖励配置中的规则集中存在未处理的预设规则,提取一个未处理的预设规则作为当前的待处理规则;
通过将所述当前的待处理规则对应的所述活动数据与所述当前的待处理规则进行对比,判断所述用户是否通过所述当前的待处理规则;
若判断出所述用户通过所述当前的待处理规则,则返回执行所述判断所述当前的待处理奖励配置中的规则集中是否存在未处理的预设规则;
若判断出所述用户未通过所述当前的待处理规则,则返回执行所述判断所述目标活动对应的奖励配置集中是否存在未处理的奖励配置;
若判断所述当前的待处理奖励配置对应的规则集中不存在未处理的预设规则,则将所述当前的待处理奖励配置对应的奖励置入待发放列表中,并返回执行所述判断所述目标活动对应的奖励配置集中是否存在未处理的奖励。
可选地,在上述的方法中,所述将所述奖励配置对应的奖励发放给所述用户,包括:
当判断出所述目标活动对应的奖励配置集中不存在未处理的奖励配置时,将当前的所述待发放列表中的所有奖励发放给所述用户。
可选地,在上述的方法中,所述通过将所述当前的待处理规则对应的所述活动数据与所述当前的待处理规则进行对比,判断所述用户是否通过所述当前的待处理规则之前,还包括:
判断是否存在与所述当前的待处理规则对应有相同键的所述活动数据;其中,所述当前的待处理规则与其对应的所述活动数据对应有相同的键;
若判断出存在与所述当前的待处理规则对应有相同键的所述活动数据,则执行所述通过将所述当前的待处理规则对应的所述活动数据与所述当前的待处理规则进行对比,判断所述用户是否通过所述当前的待处理规则;
若判断不存在与所述当前的待处理规则对应有相同键的所述活动数据,则将所述当前的待处理奖励配置确定为已处理,并返回执行所述判断所述目标活动对应的奖励配置集中是否存在未处理的所述奖励配置。
可选地,在上述的方法中,所述通过将所述当前的待处理规则对应的所述活动数据与所述当前的待处理规则进行对比,判断所述用户是否通过所述当前的待处理规则,包括:
将所述当前的待处理规则对应的所述活动数据转换为运算格式;
调用所述当前的待处理规则中的表达式,并判断转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式是否满足所述表达式;
其中,若判断出转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式满足所述表达式,则所述用户通过所述当前的待处理规则;若判断出转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式不满足所述表达式,则所述用户未通过所述当前的待处理规则。
本申请第二方面提供了一种活动奖励数据的处理装置,包括:
获取单元,用于获取参与目标活动的用户的多个活动数据;
处理单元,用于分别针对所述目标活动对应的每个奖励配置,通过将所述奖励配置中的各个预设规则分别与对应的所述活动数据进行对比,判断所述用户是否通过所述奖励配置中的各个所述预设规则;
发放单元,用于若判断出所述用户通过所述奖励配置中的各个所述预设规则,则将所述奖励配置对应的奖励发放给所述用户。
可选地,在上述的装置中,所述处理单元,包括:
第一判断单元,用于判断所述目标活动对应的奖励配置集中是否存在未处理的所述奖励配置;其中,所述奖励配置集中包含所述目标活动对应的各个奖励配置;
第一提取单元,用于在所述第一判断单元判断出所述目标活动对应的奖励配置集中存在未处理的奖励配置时,提取一个未处理的所述奖励配置作为当前的待处理奖励配置;
第二判断单元,用于判断所述当前的待处理奖励配置中的规则集中是否存在未处理的预设规则;
第二提取单元,用于在所述第二判断单元判断出所述当前的待处理奖励配置中的规则集中存在未处理的预设规则时,提取一个未处理的预设规则作为当前的待处理规则;
处理子单元,用于通过将所述当前的待处理规则对应的所述活动数据与所述当前的待处理规则进行对比,判断所述用户是否通过所述当前的待处理规则;
第一返回单元,用于在所述处理子单元判断出所述用户通过所述当前的待处理规则时,返回所述第二判断单元执行所述判断所述当前的待处理奖励配置中的规则集中是否存在未处理的预设规则;
第二返回单元,用于在所述处理子单元判断出所述用户未通过所述当前的待处理规则时,返回执行所述判断所述目标活动对应的奖励配置集中是否存在未处理的奖励配置;
记录单元,用于在所述第二判断单元判断所述当前的待处理奖励配置对应的规则集中不存在未处理的预设规则时,将所述当前的待处理奖励配置对应的奖励置入待发放列表中,并返回所述第一判断单元执行所述判断所述目标活动对应的奖励配置集中是否存在未处理的奖励。
可选地,在上述的装置中,发放单元,包括:
发放子单元,用于在所述第一判断单元判断出所述目标活动对应的奖励配置集中不存在未处理的奖励配置时,将当前的所述待发放列表中的所有奖励发放给所述用户。
可选地,在上述的装置中,还包括:
第三判断单元,用于判断是否存在与所述当前的待处理规则对应有相同键的所述活动数据;
其中,所述当前的待处理规则与其对应的所述活动数据对应有相同的键;所述第三判断单元判断出存在与所述当前的待处理规则对应有相同键的所述活动数据时,所述处理子单元执行所述通过将所述当前的待处理规则对应的所述活动数据与所述当前的待处理规则进行对比,判断所述用户是否通过所述当前的待处理规则;
确定单元,用于所述第三判断单元判断出不存在与所述当前的待处理规则对应有相同键的所述活动数据时,将所述当前的待处理奖励配置确定为已处理,并返回所述第一判断单元执行所述判断所述目标活动对应的奖励配置集中是否存在未处理的所述奖励配置。
可选地,在上述的装置中,所述处理子单元,包括:
格式转化单元,用于将所述当前的待处理规则对应的所述活动数据转换为运算格式;
运算单元,用于调用所述当前的待处理规则中的表达式,并判断转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式是否满足所述表达式;
其中,若所述运算单元判断出转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式满足所述表达式,则所述用户通过所述当前的待处理规则;若所述运算单元判断出转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式不满足所述表达式,则所述用户未通过所述当前的待处理规则。
本申请第三方面提供了一种电子设备,包括:
存储器和处理器;
其中,所述存储器用于存储程序;
所述处理器用于执行所述程序,所述程序被执行时,具体用于实现如上述任意一项所述的活动奖励数据的处理方法。
本申请第四方面提供了一种计算机存储介质,用于存储计算机程序,所述计算机程序被执行时,用于实现如上述任意一项所述的活动奖励数据的处理方法。
本申请提供了一种活动奖励数据的处理方法,针对目标活动配置多个奖励配置,然后获取参与目标活动的用户的多个活动数据,并分别针对目标活动对应的每个奖励配置,通过将奖励配置中的各个预设规则分别与对应的活动数据进行对比,判断用户是否通过奖励配置中的各个预设规则。若判断出用户通过奖励配置中的各个预设规则,则将奖励配置对应的奖励发放给用户。从而实现了活动奖励的可配置化以及动态分发,适用性更加的广泛,有效减少了重复的开发和维护工作,进而极大提高了生产效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种活动奖励数据的处理方法的流程图;
图2为本申请另一实施例提供的另一种活动奖励数据的处理方法的流程图;
图3为本申请另一实施例提供的一种对比待处理规则和活动数据的方法的流程图;
图4为本申请另一实施例提供的一种活动奖励数据的处理装置的结构示意图;
图5为本申请另一实施例提供的一种处理单元的结构示意图;
图6为本申请另一实施例提供的一种处理子单元的结构示意图;
图7为本申请另一实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本申请实施例提供了一种活动奖励数据的处理方法,如图1所示,具体包括以下步骤:
S101、获取参与目标活动的用户的多个活动数据。
目标活动指的是发起的具有奖励的线上活动事件,例如随机抽奖、签到奖励、积分砍价等线上活动,或者是由多个小的线上活动共同组成的大的活动。具体的,需要构建好一个完全的目标活动的服务。用户进入并参与目标活动时,会产生一个用户的活动数据集以及触发活动奖励事件,即触发执行本申请提供的方法。其中,活动数据集包含有用户与目标活动的相关活动数据,具体包括但不限于用户自身携带的信息,如用户的唯一标识、设备标识、设备类型、IP地址等,以及活动过程产生的数据,如累计抽奖次数、抽奖时间、签到日期等。所以,具体可以从用户的活动数据集中获取用户的多个活动数据,或者获取用户的整个活动数据集。
S102、分别针对目标活动对应的每个奖励配置,通过将奖励配置中的各个预设规则分别与对应的活动数据进行对比,判断用户是否通过奖励配置中的各个预设规则。
需要说明的是,本申请实施例中将活动奖励配置化。在构建目标活动时,按照规则配置好对应的奖励配置。并且,每个奖励配置中可以包括多个预设规则。其中,可以预先设置好各个预设规则所对应的活动数据的类型,从而可以从用户的多个活动数据中确定出各个预设规则的对应的活动数据。进而通过将每个预设规则与对应的活动数据进行对比,确定用户是否通过奖励配置。例如,规则为用户首次参加目标活动,即可以配置为目标活动参与次数为0,则对应的活动数据可以为参与目标活动的次数,若用户和参与目标活动的次数为0,则确定用户通过该预设规则。
可选地,除了配置奖励信息外,还可以关键配置活动标识、奖励事件的名称、奖励配置以及奖品信息等。其中,活动标识可用于区别不同的活动,同时可降低获取和处理配置集的复杂度,特别是通过数据库索引时,可以快速的从数据库中读取出与目标活动相关的数据。奖励时间的名称可以预埋在代码中的特定位置,用于触发分发装置给用户分发奖励。
奖励配置可以包括多个,每个奖励配置中可以包含多个规则,即包含一个被选中的条件集。其中,被选中的条件集一组特定表达式按活动规则生成的规则集合。可选地,规则集合可以使用JSON格式存储,即采用键值对的方式进行存储。其中,key值可以与对应的活动数据key值相同,而值则为运算表达式,如:times":"eq:1","is_new_user":"eq:1",表示第1次参与且为新用户。其中,条件集中的规则必须全满足,才能被选中,所以当用户满足上述的两个规则时,该配置将被选中。奖品信息包括各个奖励配置对应的奖品,也就是需要被动态分发的内容。
还需说明的是,若判断出用户通过一个奖励配置中的各个预设规则,则说明用户通过了该奖励配置,所以此时针对该奖励配置执行步骤S103。
S103、将用户通过各个预设规则的奖励配置对应的奖励发放给用户。
具体的,可以是每判断出用户通过一个奖励配置中的各个规则,就执行一次步骤S103。当然,也可以是在对所有的奖励配置都进行完判断后,再执行步骤S103,一次性将用户通过的所有的奖励配置对应的奖励发放给用户。
本申请实施例提供了一种活动奖励数据的处理方法,针对目标活动配置多个奖励配置,然后获取参与目标活动的用户的多个活动数据,并分别针对目标活动对应的每个奖励配置,通过将奖励配置中的各个预设规则分别与对应的活动数据进行对比,判断用户是否通过奖励配置中的各个预设规则。若判断出用户通过奖励配置中的各个预设规则,则将奖励配置对应的奖励发放给用户。从而实现了活动奖励的可配置化以及动态分发,适用性更加的广泛,有效减少了重复的开发和维护工作,进而极大提高了生产效率。
本申请另一实施例提供了另一种活动奖励数据的处理方法,如图2所示,具体包括以下步骤:
S201、获取参与目标活动的用户的多个活动数据。
需要说明的是,步骤S201的具体实施方式可相应地参考上述方法实施例中的步骤S101,此处不再赘述。
S202、判断目标活动对应的奖励配置集中是否存在未处理的奖励配置。
其中,奖励配置集中包含所述目标活动对应的各个奖励配置。未处理的奖励配置指的是未对该奖励配置的任意一个预设规则判断用户是否通过任一预设规则,即在本次针对该用户的活动奖励事件中未被作为待处理奖励配置的奖励配置。
具体的,可以根据目标活动的活动标识从数据库或存储介质中,提取出目标活动对应的奖励配置集,然后判断目标活动对应的奖励配置集中是否存在未处理的奖励配置。其中,若判断出目标活动对应的奖励配置集中存在未处理的奖励配置,则执行步骤S203。若判断出目标活动对应的奖励配置集中不存在未处理的奖励配置,则说明已对目标活动对应的所有奖励配置进行了处理。需要说明的是,为了能提高效率,避免不必要的资源消耗,本申请实施例采用一次性奖励发放的方式,即在对所有的奖励配置进行处理后,再将用户通过的各个奖励配置对应的奖励一次性发放。所以在判断出目标活动对应的奖励配置集中不存在未处理的奖励配置时,则可以执行步骤S208。
S203、提取一个未处理的奖励配置作为当前的待处理奖励配置。
S204、判断当前的待处理奖励配置中的规则集中是否存在未处理的预设规则。
其中,未处理的预设规则指代未被判断用户是否通过的规则,即在本次针对该用户的活动奖励事件中未被作为待处理规则的预设规则。规则集中包括有当前的待处理奖励配置对应的各个预设规则。
具体的,对当前的待处理奖励配置进行解析,得到当前的待处理奖励配置的规则集,然后判断当前的待处理奖励配置中的规则集中是否存在未处理的预设规则。其中,若判断出当前的待处理奖励配置中的规则集中存在未处理的预设规则,则执行步骤S205。若判断出当前的待处理奖励配置中的规则集中不存在未处理的预设规则,则说明已处理完当前的待处理奖励配置的各个预设规则,并且由于只有在用户通过预设规则时,才返回执行步骤S204,所以也说明用户通过了当前的待处理奖励配置的各个预设规则。而由于,本申请采用一次性奖励发放的方式,所以此时执行步骤S207。
还需说明的是,待处理奖励配置中的规则集也可以为空,即对所有用户均都能满足该待处理奖励配置,均可以得到该待处理奖励配置对应的奖励,也就相当于任何用户均通过该处理奖励配置中的各个预设规则。
S205、提取一个未处理的预设规则作为当前的待处理规则。
S206、通过将当前的待处理规则对应的活动数据与当前的待处理规则进行对比,判断用户是否通过当前的待处理规则。
其中,若判断出用户通过所述当前的待处理规则,则返回执行步骤S207。若判断出用户未通过当前的待处理规则,则说明用户已不能通过当前的待处理奖励配置,所以可以对下一个奖励配置进行处理,因此此时返回执行步骤S202。
可选地,步骤S206的一种具体实施方式,如图3所示,具体包括以下步骤:
S301、将当前的待处理规则对应的活动数据转换为运算格式。
需要说明的是,本申请实施例中,预设规则配置为表达式形式,所以相应的将预设规则及其对应的活动数据进行对比时,即相当于将两者进行运算,所以需要先将当前待处理规则对应的活动数据转换为运算格式。例如,将字符串型的活动数据转换为整型。
S302、调用当前的待处理规则中的表达式,并判断转换为运算格式后的当前的待处理规则对应的活动数据格式是否满足表达式。
需要说明的是,为了将活动数据与表达式进行运算,可以预先自定义多个运算符用于与运算。例如,简单的如:“eq”表示相等、“ne”表示不相等、“lt”表示小于等于、“gt”表示大于等于、“in”表示在列表中、“not_in”表示不在列表中、“between”表示在两者之间等。复杂的如:“mod”为取模,可组合前述简单的运算使用。
所以步骤S302中为将活动数据转换为相应的运算符能处理的格式,然后通过表达式进行处理,判断转换为运算格式后的当前的待处理规则对应的活动数据格式是否满足表达式。例如,表达式为“between:1,2”,转换格式后的活动数据为3,则活动数据明显不满足表达式“between:1,2”。
其中,若判断出转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式满足所述表达式,则执行步骤S303。若判断出转换为运算格式后的所述当前的待处理规则对应的所述活动数据格式不满足所述表达式,则执行步骤S304。
S303、确定用户通过当前的待处理规则。
S304、确定用户未通过当前的待处理规则。
可选地,在本申请另一实施例中,在执行步骤S206之前还可以先进一步执行:判断是否存在与当前的待处理规则对应有相同键的活动数据。
其中,当前的待处理规则与其对应的活动数据对应有相同的键。
需要说明的是,在本申请实施例中,预设规则以及活动数据均以键值对的方式存储,并且预设规则及其对应的活动数据存储时,两者的键是相同的。
其中,若判断出存在与当前的待处理规则对应有相同键的活动数据,则执行步骤S206。若判断不存在与当前的待处理规则对应有相同键的活动数据,则,可以跳过对当前待处理配置,所以此时将当前的待处理奖励配置确定为已处理,并返回执行步骤S202,以对下一个奖励配置进行处理。
S207、将当前的待处理奖励配置对应的奖励置入待发放列表中。
需要说明的是,本申请实施例采用一次性奖励发放的方式,而由于在判断当前的待处理奖励配置中的规则集中不存在未处理的预设规则时,说明用户通过了当前的待处理奖励配置对应的各个预设规则,所以此时先执行步骤S207。并且,在执行步骤S207后返回执行步骤S202。
当然,这只是其中一种可选的方式,也可以采用奖励依次发放的方式,此时步骤S207可以变为:将当前待处理奖励配置对应的奖励发放给用户。并且,相应的将步骤S208省略。从而实现每确定出用户通过一个奖励配置对应的各个预设规则,则进行一次奖励的发放。
S208、将当前的待发放列表中的所有奖励发放给用户。
本申请实施例提供了一种活动奖励数据的处理装置,如图4所示,包括以下单元:
获取单元401,用于获取参与目标活动的用户的多个活动数据。
处理单元402,用于分别针对目标活动对应的每个奖励配置,通过将奖励配置中的各个预设规则分别与对应的活动数据进行对比,判断用户是否通过奖励配置中的各个预设规则。
发放单元403,用于若判断出用户通过奖励配置中的各个预设规则,则将奖励配置对应的奖励发放给用户。
可选地,在本申请另一实施例提供的活动奖励数据的处理装置中,处理单元,如图5所示,包括以下单元:
第一判断单元501,用于判断目标活动对应的奖励配置集中是否存在未处理的奖励配置。
其中,奖励配置集中包含目标活动对应的各个奖励配置。
第一提取单元502,用于在第一判断单元501判断出目标活动对应的奖励配置集中存在未处理的奖励配置时,提取一个未处理的奖励配置作为当前的待处理奖励配置。
第二判断单元503,用于判断当前的待处理奖励配置中的规则集中是否存在未处理的预设规则。
第二提取单元504,用于在第二判断单元503判断出当前的待处理奖励配置中的规则集中存在未处理的预设规则时,提取一个未处理的预设规则作为当前的待处理规则。
处理子单元505,用于通过将当前的待处理规则对应的活动数据与当前的待处理规则进行对比,判断用户是否通过当前的待处理规则。
第一返回单元506,用于在处理子单元505判断出用户通过当前的待处理规则时,返回第二判断单元503执行判断当前的待处理奖励配置中的规则集中是否存在未处理的预设规则。
第二返回单元507,用于在处理子单元505判断出用户未通过当前的待处理规则时,返回第一判断单元501执行判断目标活动对应的奖励配置集中是否存在未处理的奖励配置。
记录单元508,用于在第二判断单元503判断当前的待处理奖励配置对应的规则集中不存在未处理的预设规则时,将当前的待处理奖励配置对应的奖励置入待发放列表中,并返回第一判断单元501执行判断目标活动对应的奖励配置集中是否存在未处理的奖励。
可选地,在本申请另一实施例提供的活动奖励数据的处理装置中的发放单元包括:
发放子单元,用于在第一判断单元判断出目标活动对应的奖励配置集中不存在未处理的奖励配置时,将当前的待发放列表中的所有奖励发放给用户。
可选地,在本申请另一实施例提供的活动奖励数据的处理装置中,还包括:
第三判断单元,用于判断是否存在与当前的待处理规则对应有相同键的活动数据。
其中,当前的待处理规则与其对应的活动数据对应有相同的键。第三判断单元判断出存在与当前的待处理规则对应有相同键的活动数据时,处理子单元执行通过将当前的待处理规则对应的活动数据与当前的待处理规则进行对比,判断用户是否通过当前的待处理规则;
确定单元,用于第三判断单元判断出不存在与当前的待处理规则对应有相同键的活动数据时,将当前的待处理奖励配置确定为已处理,并返回第一判断单元执行判断目标活动对应的奖励配置集中是否存在未处理的奖励配置。
可选地,在本申请另一实施例提供的活动奖励数据的处理装置中,处理子单元如图6所示,包括以下单元:
格式转化单元601,用于将当前的待处理规则对应的活动数据转换为运算格式。
运算单元602,用于调用当前的待处理规则中的表达式,并判断转换为运算格式后的当前的待处理规则对应的活动数据格式是否满足表达式。
其中,若运算单元602判断出转换为运算格式后的当前的待处理规则对应的活动数据格式满足表达式,则用户通过当前的待处理规则。若运算单元602判断出转换为运算格式后的当前的待处理规则对应的活动数据格式不满足表达式,则用户未通过当前的待处理规则。
需要说明的是,本申请上述实施例提供的各个单元的具体工作过程可相应的参考上述方法实施例中相应的步骤的实施过程,此处不再赘述。
本申请另一实施例提供了一种电子设备,如图7所示,包括:
存储器701和处理器702。
其中,所述存储器701用于存储程序。处理器702用于执行存储器701存储的程序,并且该程序被执行时,具体用于实现如上述任意一个实施例提供的活动奖励数据的处理方法。
本申请另一实施例提供了一种计算机存储介质,用于存储计算机程序,该计算机程序被执行时,用于实现如上述任意一个实施例提供的活动奖励数据的处理方法。
计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
- 活动奖励数据的处理方法及装置、电子设备、存储介质
- 数据加密处理方法、数据解密处理方法、装置、电子设备及可读存储介质