CN116302077A - 自定义业务数据配置方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理领域，公开了一种自定义业务数据配置方法、装置、计算机设备及存储介质，该方法包括：当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；获取和所述业务活动相关的预设的计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户的账户。使得奖励可以根据配置的公式进行自动生成，并且可以在一定程度上针对不同的用户生成不同的奖励。

Description

自定义业务数据配置方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种自定义业务数据配置方法、装置、计算机设备及存储介质。

背景技术

目前大多数互联网公司在进行精细化运营活动展业过程中，会进行一些业务操作，例如奖励活动，下发奖励需根据用户某些行为如存款金额、贷款金额、登录次数、购物车内商品价格等因素进行调整,每次奖励计算都需要单独开发或者根据不同活动类型二次开发。导致每次改动一下奖励细节，就会需要重新发布软件版本，从而导致大量的重复工作，从而不利于开发人员的开发，增加了活动的维护成本。

发明内容

第一方面，本申请公开了一种自定义业务数据配置方法，包括：

当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；

获取和所述业务活动相关的预设计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；

通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户的账户。

进一步的，所述计算公式包括：运算函数、参数传递符和运算参数；

所述运算函数通过运算库进行预先定义，所述运算参数为预设的参数；

所述运算函数之间通过参数传递符按照预设顺序进行连接，所述运算函数按照所述预设顺序和所述运算参数进行计算。

进一步的，所述根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数，包括：

将所述活动规则中记载的预设参数配置进所述计算公式中，并根据所述计算公式进行计算，将得到的运算结果作为业务系数。

进一步的，所述根据所述业务活动的活动规则以及所述计算公式进行计算后，还包括：

将所述计算公式中各个运算函数的计算结果进行缓存；

当同一个计算公式多次执行计算时，还包括：

按照计算顺序，将当前的计算公式和缓存中的计算公式进行对比，确定当前的计算公式和所述缓存中的计算公式相同部分，复用所述相同部分的计算结果。

进一步的，所述根据所述用户的账户信息，生成对应的奖励基数，包括：

对所述用户的账户信息进行解析，匹配适配度高的奖励种类以及奖励值，将所述奖励种类和所述奖励值作为所述奖励基数。

进一步的，还包括：当后台管理系统接收到更改后的计算公式时，将所述更改后的计算公式保存至指定内存区域中，并将更改后的计算公式同步至各个终端设备上。

进一步的，当所述计算公式发生更改时，包括：

解析所述计算公式中的公式参数，将所述公式参数与所述活动规则中关联的变量进行同步，以实时改变前端页面的相应数据。

第二方面，本申请还提供一种自定义业务数据配置装置，包括：

业务触发模块，用于当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；

业务计算模块，用于获取和所述业务活动相关的预设计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；

奖励发放模块，用于通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户的账户。

第三方面，本申请还提供一种计算机设备，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行所述的自定义业务数据配置方法。

第四方面，本申请还提供一种可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行所述的自定义业务数据配置方法。

本发明公开了一种自定义业务数据配置方法、装置、计算机设备及存储介质，该方法包括：当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；获取和所述业务活动相关的预设的计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户。使得奖励可以根据配置的公式进行生成，并且可以在一定程度上针对不同的用户生成不同的奖励，使得奖励的生成规则只和计算公式相关，方便了后续对奖励的生成规则的修改。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本申请实施例一种自定义业务数据配置方法流程示意图；

图2示出了本申请实施例一种自定义业务数据配置红包示意图；

图3示出了本申请实施例一种自定义业务数据配置装置结构示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在下文中，可在本发明的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本发明的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本发明的各种实施例中被清楚地限定。

本申请的技术方案应用于互联网金融行业中，对活动奖励的配置以及奖励的分发，当用户根据活动要求具备获取活动奖励的条件时，通过内部存储的计算公式进行计算，得到确切的业务系数，从而实现一定预设策略下的奖励下发，例如在邀请好友砍价的活动中，随着用户邀请人数的增加，所砍价码越少，直至用户邀请的人数达到一个理想值再完成所有砍价，或者吸引用户新办业务，随着用户办理业务的步骤推进，发放一定量的奖励，直至用户将所有步骤执行完等。并且上述的计算公式可以在后台管理系统中直接配置，无需二度编译，减少了维护成本。

接下来以具体实施例说明本申请的技术方案。

实施例1

业务活动都有一系列的业务条件，用户满足条件时，系统会根据用户满足的条件在发放奖励，常见的发放奖励如注册会员或者关注公众号这种操作，会给新用户发放优惠券或者红包，来吸引新用户。而随着互联网技术的发展，这类吸引用户进行促销或者注册的奖励手段也变得多了起来，例如要求用户邀请好友可以得到大额红包，或者要求用户体验一些列的功能来得到红包奖励策略，以增加用户对产品的兴趣和使用度等。可以理解，不同的奖励策略，其内在的奖励逻辑都不同，而即便是相同的奖励策略，内部的奖励逻辑也会有偏差，并且随着版本和环境的更迭，不得不对内在的逻辑进行微调，而每次微调都需要重新发版本的话就及其麻烦，因此本实施例设计了通过计算公式的方式对奖励策略进行配置，以提高开发效率。

如图1所示，本实施例的自定义业务数据配置方法，包括：

步骤S100，当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数。

当用户满足业务活动的业务条件时，会根据用户的账户信息进行匹配计算，生成一个奖励基数，该奖励基数指的是理论上会发放给用户的一个奖励值。业务活动可以是指通过设置奖励等诱导用户进行一些列操作的活动，业务条件则是在该奖励活动中，符合发放奖励时的活动条件。

以一个让新用户开户存钱的操作为例，新户开户后，对于银行来讲，用户注册了卡不存钱使用对银行是没有收益的，因此可以设置一种业务活动，例如新注册用户在时限内，存入了一定金额就会有多少红包返利的活动。

例如存钱满100000则返至少5元的还款红包的活动，当用户消费满100000后，用户就满足了获得该5元的还款红包的条件，而为了诱导客户多熟悉银行app的功能业务，在用户进入领取红包的操作时，还进行了熟悉相关业务的诱导操作，每当用户完成了指定步骤，则相应发放一定红包，当用户执行完了所有步骤，则获得到上述的5元红包。

可以理解，在上述活动规则的讲述下，用户若是新开户并首次存钱超过了100000，则能获得至少5元的红包，例如用户存了200000，则会根据用户存的钱进行匹配识别，然后得到一个奖励基数，例如10元的红包，或者5元的还款红包以及5元的话费红包等。

可以理解，上述无论是哪种面值的红包，其都可以通过数据在计算机内部表示，用于表示该奖励值的数据就是奖励基数。

获取奖励基数时，主要是对用户的账户信息进行解析，匹配适配度高的奖励种类以及奖励值，将所述奖励种类和所述奖励值为所述奖励基数。

此外，针对不同的活动形式，奖励基数也会有变化，例如若业务活动是消费满一定值赠送一次抽奖机会，则奖励基数会根据该活动规则变为各项奖品的几率。如果是邀请好友获得红包的奖励，则奖励基数可以是理论上邀请了足够好友后所能得到的最大奖金数，或者每次邀请好友时的基础奖金面额等。同时为了吸引用户，可以公式该奖励基数到界面给用户看到，例如对存款金额多的或者新用户来讲，其奖励基数可以更大点，以刺激用户完成业务活动，对于活跃度低的老客户，可以根据用户的使用信息，匹配出用户感兴趣的奖励，以提升这类老客户的活跃度等。

步骤S200，获取和所述业务活动相关的预设计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数。

可以理解，上述奖励基数可能因为活动规则中的奖励策略的原因，不会在第一时间以完整的方式发放给客户，而是会以“挤牙膏”一样的方式发放给客户，本实施例中，则是通过预设的计算公式来参与上述的发放过程，以确定每次发放的奖励面额。

依旧以例如存钱满100000则返至少5元的还款红包的活动为例，在该活动中，运营想要将该5元的红包拆分成5次发放，引导用于执行5个步骤后再得到这些红包，由此就会需要5个计算公式来分配这些红包的面值。

本实施例的计算公式由运算函数、参数传递符和运算参数组成，运算函数通过运算库进行预先定义，所述运算参数为预设的参数；所述运算函数之间通过参数传递符按照预设顺序进行连接，所述运算函数按照所述所述预设顺序和所述运算参数进行计算。

具体的，一种符合上述将红包拆成5分的计算公式如下：

第一个计算公式：eval(0.1) | mul(N) | round(2) | max(0.01)；

第二个计算公式：eval(0.2) | mul(N) | round(2) | max(0.01)；

第三个计算公式：eval(0.3) | mul(N) | round(2) | max(0.01)；

第四个计算公式：eval(0.3) | mul(N) | round(2) | max(0.01)；

第五个计算公式：eval(1) | mul(N) | round(2) | sub( fun{eval(0.1) | mul(N) | round(2) | max(0.01)} ) | sub( fun{eval(0.2) | mul(N) | round(2) | max(0.01)} ) | sub( fun{eval(0.3) | mul(N) | rou nd(2) | max(0.01)} ) | sub( fun{eval(0.3) | mul(N)| round(2)| max(0.01)} ) ；

参数传递符为“|”称为管道，指的是将前一个函数的计算结果作为输入传递到后一个函数中，其中，上述涉及到的各个函数的含义解析如下：

eval(X)为解析函数该函数不会接收管道的上一个结果, 把表达式的结果传给管道的下一个函数进行处理。

mul(X)为将管道上一结果乘于X系数。

round(X)为将管道上一结果四舍五入后进行保留多少位小数。

sub(X)为将管道上一结果减去X。

max(X)为将管道上一结果与X进行数值比对,取较大值。

函数括号中的X即为运算参数，上述式子中直接给出的数据可以理解为由运营人员设定好的运算参数，或者在活动规则中公式给用户的数据，这类数据会作为参数直接带入公式中，例如一些抽奖概率等，而上述公式中的N则表示是某种需要从系统程序中调用的参数，该参数可以是和用户相关的某种数据，也可以是某种环境变量。

可以理解，一个计算公式中的各个参数来源不同，这些数据会和奖励规则强关联，有些数据则是运营人员根据实际需求可以自定义的，例如上述虽然是显示5个奖励，但是若是引导的步骤增多了一个，则也可以通过调整参数值，将奖励分裂成6个奖励，并设置6个计算公式。

根据上述的函数含义解析可知，上述5个公式分别计算出了第一个奖励到第五个奖励的5个业务系数，这5个业务系数分别记为z1，z2，z3，z4，z5。因为理论上这些业务系数之和该为1，所以可以理解第五个奖励的公式是通过1减去前4个业务系数的结果来得到第五个业务系数的。而且上述计算公式中的N是可以和用户本身相关的，因此所得到的5个业务系数可以认为是该用户专属的业务系数。可以理解，不同的用户其带入计算公式中的N值会有所不同，因此可以在一定程度上根据用户的不同，配置不一样的奖励结构。

可以理解，上述的5个奖励的计算公式结构是类似的，同时在实际场景中，可能会存在同一个用户多次参与活动的情况，因此计算公式在应用环境中存在大量重复计算的情况，因此在执行完计算后，往往会将这些函数的计算结果都记录下来，当发生新的计算时，会按照计算顺序，将当前计算的公式和缓存中记录的公式对比，显然本实施例中公式都是从左向右计算，因此本实施例为从左向右对比，若第一个函数相同参数也相同，则继续对比下一个，直至对比到不同的函数，此时表示当前计算的前述一定步骤都是相同的，因此可以直接将缓存中相同部分的计算结果复用，从而免去了一定计算步骤，节省了算力。

步骤S300，通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户的账户。

在本实施例中，上述的奖励基数为一个理论上的总奖励值，并且需要根据奖励规则，分为5份发放给用户，因此通过奖励基数和业务系数相乘，得到5分奖励，这5分奖励根据奖励规则，当用户执行了一定步骤后，将计算得到奖励发放给用户。

例如上述的奖励基数为5，则5个奖励值最终分别为5*z1，5*z2，5*z3，5*z4和5*z5，用户执行完活动要求的第一步时，或者面值为5*z1的红包，以此类推，当执行完5个步骤后，用户就可以得到所有的5个红包，且总面值为奖励基数的5。

此外，本实施例的计算公式是可以通过后台管理系统自定义配置的，当运营人员需要更改公式时，可以通过配置这些公式以起到对概率、爆率、面额分配等数值的更改，以实现在线更改的情况，具体的，当后台管理系统接收到更改后的计算公式时，将所述更改后的计算公式保存至指定内存区域中，并通过同步信息，将更改后的计算公式同步至各个终端设备上。同时，当所述计算公式发生更改时，解析所述计算公式中的公式参数，将所述公式参数与所述活动规则中关联的变量进行同步，以实时改变和所述活动规则相关的文案说明，以自动保持活动文案和活动内容的一致性。

上述的终端设备为安装了相应程序的设备。

可以理解，本实施例中通过计算公式来控制具体的奖励发放规则，并且可以很好的迎合不同的奖励策略，起到对业务活动的灵活配置的作用。

为了更好的说明，本实施例再举另一种活动奖励的例子来说明。

在一些新应用面市时，往往会发起类似邀请好友助力以发红包的活动，如图2所示，为该邀请好友助力红包的效果图，从图中可知，该活动的效果是当用户邀请的人数越多，则获得的红包面值越小。

可以理解，该活动的变种也很多，例如设定一个大额值如32块的红包，然后让用户邀请好友，每当用户邀请好友，红包进度就会以发放红包金额的方式增加，直到满足32块时才会得到该红包，或者是每邀请一个用户，就会发放相应数量的红包等多种形式，但是无论是上述哪种形式，其实都可以符合图2中表现出来的红包奖金变化。

具体的，为了符合上述的操作，本实施例中可以对应配置的公式如下：

eval(2) | pow(fun{eval(5) | sub(invite_num)}) | round(2) | max(0.01)；

其中，pow(X)表示将管道上一结果做次方处理，是一个幂函数。invite_num表示用户邀请的好友数量，由此可知，上述公式会根据用户邀请的好友数量的增加，使得发放的红包数值越来越少，并且通过max(0.01)保证了业务系数不会过小。而在该例子中，奖励基数可以根据用户是新用户还是老用户决定，若是老用户，该值可以小一点，因为老用户不一定会愿意做这个活动，若是新用户，则可以设定的大一点，以吸引用户来做活动。本实施例中，符合图2的奖励基数为1。

每当用户邀请一次用户，就会计算出一个新的业务系数，然后业务系数和奖励基数相乘，就可以得到本次邀请好友后，需要给出多大的红包。

可以理解，无论是何种形式的业务活动，都可以通过上述的公式实现具体的奖励分发规则，需要分成一定份数的奖励可以生成相同数量的计算公式来进行对应的计算，根据用户的操作进行奖励发放的可以通过读取用户的操作数据，以一个计算公式实现，或者抽奖类的业务活动，也可以通过上述公式实现用户抽奖概率的改动，从而实现一定程度上的伪随机事件。可见，本实施例的技术方案可以适配多种情况下的业务活动。

而当该软件已经面市了许久，这种送红包的活动需要减轻送出去的数量，则可以通过修改上述公式的来起到减少用户参与活动的欲望，例如将eval(5)中的5改成4等更小的数字，则用户在邀请好友时的到的奖励就会大大减小。而因为整个改动中其实只改了公式，没有修改代码逻辑，因此只需要将新公式通过后台管理系统配置到整个系统中即可，无需重新编译发版，减轻了开发负担。

实施例2

如图3所示，本申请还提供一种自定义业务数据配置装置，包括：

业务触发模块10，用于当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；

业务计算模块20，用于获取和所述业务活动相关的预设计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；

奖励发放模块30，用于通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户的账户。

本申请还提供一种计算机设备，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行所述的自定义业务数据配置方法。

本申请还提供一种可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行所述的自定义业务数据配置方法，该方法包括：当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；获取和所述业务活动相关的预设的计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是智能手机、个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种自定义业务数据配置方法，其特征在于，包括：

当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；

获取和所述业务活动相关的预设计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；

通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户的账户。

2.根据权利要求1所述的自定义业务数据配置方法，其特征在于，所述计算公式包括：运算函数、参数传递符和运算参数；

所述运算函数通过运算库进行预先定义，所述运算参数为预设的参数；

所述运算函数之间通过参数传递符按照预设顺序进行连接，所述运算函数按照所述预设顺序和所述运算参数进行计算。

3.根据权利要求2所述的自定义业务数据配置方法，其特征在于，所述根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数，包括：

将所述活动规则中记载的预设参数配置进所述计算公式中，并根据所述计算公式进行计算，将得到的运算结果作为业务系数。

4.根据权利要求1所述的自定义业务数据配置方法，其特征在于，所述根据所述业务活动的活动规则以及所述计算公式进行计算后，还包括：

将所述计算公式中各个运算函数的计算结果进行缓存；

当同一个计算公式多次执行计算时，还包括：

按照计算顺序，将当前的计算公式和缓存中的计算公式进行对比，确定当前的计算公式和所述缓存中的计算公式相同部分，复用所述相同部分的计算结果。

5.根据权利要求1所述的自定义业务数据配置方法，其特征在于，所述根据所述用户的账户信息，生成对应的奖励基数，包括：

对所述用户的账户信息进行解析，匹配适配度高的奖励种类以及奖励值，将所述奖励种类和所述奖励值作为所述奖励基数。

6.根据权利要求1所述的自定义业务数据配置方法，其特征在于，还包括：当后台管理系统接收到更改后的计算公式时，将所述更改后的计算公式保存至指定内存区域中，并将更改后的计算公式同步至各个终端设备上。

7.根据权利要求6所述的自定义业务数据配置方法，其特征在于，当所述计算公式发生更改时，包括：

解析所述计算公式中的公式参数，将所述公式参数与所述活动规则中关联的变量进行同步，以实时改变前端页面的相应数据。

8.一种自定义业务数据配置装置，其特征在于，包括：

业务触发模块，用于当用户满足业务活动的业务条件时，根据所述用户的账户信息，生成对应的奖励基数；

业务计算模块，用于获取和所述业务活动相关的预设计算公式，根据所述业务活动的活动规则以及所述计算公式进行计算，得到所述用户专属的业务系数；

奖励发放模块，用于通过所述业务系数和所述奖励基数计算得到最终的实际奖励，将所述实际奖励发放给所述用户的账户。

9.一种计算机设备，其特征在于，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行权利要求1至7中任一项所述的自定义业务数据配置方法。

10.一种可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序在处理器上运行时执行权利要求1至7中任一项所述的自定义业务数据配置方法。

Images