玩法参数管理方法、装置、系统、介质及计算机程序产品与流程

1.本公开实施例涉及计算机技术领域，具体涉及一种玩法参数管理方法、装置、系统、介质及计算机程序产品。


背景技术：

2.目前，通常由研发人员在运营服务端开发玩法，并由运营服务端对外提供玩法的接入和使用能力。然而这种玩法开发方式对研发人员数量和开发周期有一定要求。
3.随着业务迭代发展，业务服务端可能需要频繁地进行玩法能力升级和调整，现有的玩法开发方式可能存在研发人员数量不足或开发周期较长的问题，进而影响业务迭代效率。


技术实现要素：

4.本公开的至少一个实施例提供了一种玩法参数管理方法、装置、系统、介质及计算机程序产品。
5.第一方面，本公开实施例提出一种玩法参数管理方法，该方法包括：
6.提供玩法参数编辑页面，并将该页面中编辑的玩法参数生成玩法参数表单；
7.响应于表单绑定操作，确定玩法参数表单与活动配置项之间的绑定关系；
8.提供活动编辑页面，活动编辑页面中包括活动配置项列表；
9.基于活动配置项列表以及玩法参数表单与活动配置项之间的绑定关系，生成活动配置项列表对应的活动。
10.在一些实施例中，活动配置项列表包括：多个活动配置项和每个活动配置项的优先级；其中，优先级用于确定活动配置项绑定的玩法参数表单的编辑顺序。
11.在一些实施例中，基于活动配置项列表以及玩法参数表单与活动配置项之间的绑定关系，生成活动配置项列表对应的活动包括：
12.响应于对活动配置项列表中任一活动配置项的编辑操作，提供对应的活动配置项编辑页面，在该页面中显示该活动配置项绑定的玩法参数表单，并基于该玩法参数表单确定该活动配置项的玩法参数值；
13.基于活动配置项列表中各活动配置项的玩法参数值，生成活动配置项列表对应的活动。
14.在一些实施例中，响应于对活动配置项列表中任一活动配置项的编辑操作之前，该玩法参数管理方法还包括：
15.确定活动基本信息；
16.基于活动配置项列表中各活动配置项的玩法参数值，生成活动配置项列表对应的活动包括：
17.基于活动基本信息和活动配置项列表中各活动配置项的玩法参数值，生成活动配置项列表对应的活动。
18.在一些实施例中，该玩法参数管理方法还包括：
19.基于该玩法参数表单，生成多套玩法参数值；
20.响应于配置ab测试的操作，生成ab测试配置信息，ab测试配置信息用于对多套玩法参数值进行ab测试；
21.相应地，生成的活动中包括ab测试配置信息。
22.在一些实施例中，该玩法参数管理方法还包括：
23.响应于配置玩法应用的操作，确定玩法应用的业务服务端；
24.获取玩法下的各活动；
25.将玩法下的各活动发送至配置中心，以使业务服务端通过玩法组件从配置中心获取玩法下的各活动。
26.第二方面，本公开实施例还提出一种玩法参数管理装置，该装置包括：
27.表单生成单元，用于提供玩法参数编辑页面，并将该页面中编辑的玩法参数生成玩法参数表单；
28.表单绑定单元，用于响应于表单绑定操作，确定玩法参数表单与活动配置项之间的绑定关系；
29.活动编辑单元，用于提供活动编辑页面，活动编辑页面中包括活动配置项列表；
30.活动生成单元，用于基于活动配置项列表以及玩法参数表单与活动配置项之间的绑定关系，生成活动配置项列表对应的活动。
31.第三方面，本公开实施例还提供一种包括至少一个计算装置和至少一个存储指令的存储装置的系统，其中，指令在被至少一个计算装置运行时，促使至少一个计算装置执行如第一方面任一实施例所述玩法参数管理方法的步骤。
32.第四方面，本公开实施例还提供一种计算机可读存储介质，其中，计算机可读存储介质存储程序或指令，当程序或指令被至少一个计算装置运行时，使至少一个计算装置执行如第一方面任一实施例所述玩法参数管理方法的步骤。
33.第五方面，本公开实施例还提供一种计算机程序产品，其中，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，计算机的至少一个处理器从存储介质读取并执行该计算机程序，使得计算机执行如第一方面任一实施例所述玩法参数管理方法的步骤。
34.可见，本公开的至少一个实施例中，通过提供玩法参数编辑页面，便于业务人员直接在该页面上编辑玩法参数，进而生成玩法参数表单，实现玩法参数的业务个性化定制；在生成玩法参数表单后，业务人员可以将玩法参数表单与活动配置项进行绑定；通过提供活动编辑页面，将一个活动所涉及的各活动配置项组织为活动配置项列表，便于业务人员针对每个活动配置项绑定的玩法参数表单进行参数赋值，进而生成一个活动，实现了以活动为单位管理玩法参数，且业务人员可以直接参与管理，避免研发人员数量不足或开发周期较长的问题，不影响业务迭代效率。
35.另外，本公开的至少一个实施例中，通过提供玩法参数编辑页面、表单绑定操作和活动编辑页面，可以使业务人员直接参与玩法参数管理，并行开发玩法，支撑业务地快速迭代发展，提升业务迭代效率。
附图说明
36.为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
37.图1为本公开实施例提供的一种玩法参数管理方法的示例性流程图；
38.图2为本公开实施例提供的一种玩法参数编辑页面中创建一个新的玩法参数的示意图；
39.图3为图2基础上编辑的多个玩法参数的示意图；
40.图4为本公开实施例提供的一种活动编辑页面的示意图；
41.图5为本公开实施例提供的一种活动配置项的编辑顺序示意图；
42.图6为本公开实施例提供的一种活动配置项编辑页面的示意图；
43.图7为本公开实施例提供的参数赋值页面的一种状态示意图；
44.图8为本公开实施例提供的参数赋值页面的另一种状态示意图；
45.图9为本公开实施例提供的参数赋值页面的又一种状态示意图；
46.图10为本公开实施例提供的一种玩法投放流程的示意图；
47.图11为本公开实施例提供的一种玩法参数管理装置的示意图；
48.图12为本公开实施例提供的一种包括至少一个计算装置和至少一个存储指令的存储装置的系统的示例性框图。
具体实施方式
49.为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。
50.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
51.玩法可以理解为通过一定运营规则和互动形式完成用户权益激励的过程。玩法例如为：签到类玩法、抽奖类玩法、分享类玩法等。
52.玩法通常与业务相关联，玩法与业务一一对应，例如，签到类玩法对应签到业务。随着业务迭代发展，业务服务端需要对玩法进行升级和调整。为了便于理解，玩法相关联的业务服务端可以表述为玩法服务端，例如，签到类玩法相关联的业务服务端为签到服务端。
53.然而目前通常由研发人员(而非业务人员)在运营服务端开发玩法，运营服务端沉淀不同类型的玩法，因此，运营服务端需要一定时间的积累和充足的研发人员，才可以支撑业务快速的迭代发展，可见，一旦研发人员数量不足或开发周期较长，会成为业务迭代发展的瓶颈，影响业务迭代效率。
54.为了解决现有技术存在的问题，发明人发现玩法参数作为玩法内在的脉络，渗透在玩法中的各个环节，例如，分享类玩法的阶梯邀约的奖励分数即为分享类玩法的参数。
55.发明人提出：玩法中的各个环节涉及的参数可能有多个，这多个参数的集合构成了该玩法的参数模型，玩法参数模型采用玩法参数表单进行表征。玩法参数表单为不同玩法参数提供个性化的可视输入。
56.发明人还提出：以活动为单元管理玩法参数。一个活动对应一种玩法，一种玩法可以对应多个活动。在不同的活动中可以使用相同的玩法参数表单，也即，不同的活动使用了相同的玩法参数，只是玩法参数的取值(即玩法参数值)不同。
57.基于以上内容，本公开实施例提供一种玩法参数管理方法、装置、系统、介质或计算机程序产品，通过提供玩法参数编辑页面，便于业务人员直接在该页面上编辑玩法参数，进而生成玩法参数表单，实现玩法参数的业务个性化定制；在生成玩法参数表单后，业务人员可以将玩法参数表单与活动配置项进行绑定；通过提供活动编辑页面，将一个活动所涉及的各活动配置项组织为活动配置项列表，便于业务人员针对每个活动配置项绑定的玩法参数表单进行参数赋值，进而生成一个活动，实现了以活动为单位管理玩法参数，且业务人员可以直接参与管理，避免研发人员数量不足或开发周期较长的问题，不影响业务迭代效率。
58.另外，本公开的至少一个实施例中，通过提供玩法参数编辑页面、表单绑定操作和活动编辑页面，可以使业务人员直接参与玩法参数管理，并行开发玩法，支撑业务地快速迭代发展，提升业务迭代效率。
59.图1为本公开实施例提供的一种玩法参数管理方法。该玩法参数管理方法的执行主体为运营服务端，如图1所示，该玩法参数管理方法包括但不限于以下步骤101至步骤104：
60.在步骤101中，提供玩法参数编辑页面，并将该页面中编辑的玩法参数生成玩法参数表单。
61.本实施例中，运营服务端通过提供玩法参数编辑页面，业务人员可以直接在玩法参数编辑页面上编辑玩法参数，实现玩法参数的业务个性化定制。
62.在一些实施例中，玩法参数编辑页面通过领域专用语言(domain-specific languages，dsl)进行页面布局，便于业务人员进行玩法参数表单的搭建，实现玩法参数的业务个性化定制。
63.在一些实施例中，玩法参数编辑页面中包括编辑完成控件，运营服务端响应于业务人员触发该编辑完成控件的操作，获取业务人员在玩法参数编辑页面中编辑的各玩法参数，并将获取的各玩法参数生成为玩法参数表单。
64.业务人员每次触发编辑完成控件，则运营服务端生成对应的一个玩法参数表单。不同的业务人员可以通过玩法参数编辑页面并行编辑玩法参数，支撑业务地快速迭代发展，提升业务迭代效率。
65.图2为本公开实施例提供的一种玩法参数编辑页面中创建一个新的玩法参数的示意图，每次创建一个新的玩法参数，均为图2所示的形式，可见，一个玩法参数包括7个字段：field key(字段关键字)、field label(字段标签)、input(字段类型)、required(必需)、placeholder(提示信息)、default value(默认值)、hidden(隐藏)。业务人员可以编辑这7个字段，实现玩法参数的业务个性化定制。
66.图3为图2基础上编辑的多个玩法参数的示意图，图3中示出了已编辑的4个玩法参
数：scenecode(投放场景)、fatiguecontrol(疲劳度控制)、timeunit(控制周期)和limitvalue(控制值)，其中，timeunit(控制周期)和limitvalue(控制值)为fatiguecontrol(疲劳度控制)的下一级参数。
67.在图3中，点击“ ”，则创建图2所示的一个新的玩法参数，业务人员根据实际需要编辑该玩法参数的各字段的值。在图3中，点击齿轮图标，可以对玩法参数进行更细节的配置，例如通过写代码的方式进行配置。
68.在步骤102中，响应于表单绑定操作，确定玩法参数表单与活动配置项之间的绑定关系。
69.由于可以生成多个玩法参数表单，且一个活动可以包括多个活动配置项，每个活动配置项可以配置不同的玩法参数表单，因此，需要确定玩法参数表单与活动配置项之间的绑定关系。
70.在一些实施例中，运营服务端通过提供表单绑定控件，业务人员可以触发表单绑定控件，将玩法参数表单与活动配置项进行绑定。
71.在步骤103中，提供活动编辑页面，所述活动编辑页面中包括活动配置项列表。
72.其中，活动配置项列表是同一活动下各活动配置项的名称的列表。
73.本实施例中，运营服务端通过提供活动编辑页面，业务人员可以创建新的活动配置项，新的活动配置项的名称会增加到活动配置项列表中。
74.在一些实施例中，活动编辑页面中包括创建新配置控件，运营服务端响应于业务人员触发该创建新配置控件的操作，弹出活动配置项编辑页面，以便业务人员在该活动配置项编辑页面中对活动配置项进行编辑。
75.业务人员在完成活动配置项的编辑后，可以触发活动配置项编辑页面中的完成控件，运营服务端则保存活动配置项的编辑信息，并在活动配置项列表中增加该活动配置项的名称。
76.在步骤104中，基于活动配置项列表以及玩法参数表单与活动配置项之间的绑定关系，生成活动配置项列表对应的活动。
77.业务人员可以触发活动编辑页面提供的参数赋值控件，以便对活动配置项列表中的各活动配置项进行玩法参数赋值。
78.针对任一活动配置项，运营服务端会将该活动配置项绑定的玩法参数表单提供给业务人员，以使业务人员对该玩法参数表单中的各玩法参数进行赋值。
79.在一些实施例中，业务人员在活动编辑页面中完成一个活动的各活动配置项的编辑之后，也即一个活动对应的活动配置项列表确定之后，运营服务端则将该活动的名称添加到活动列表中。
80.业务人员可以从活动列表中选择任一活动，对该活动的各活动配置项进行玩法参数的赋值。针对该活动的任一活动配置项，运营服务端会将该活动配置项绑定的玩法参数表单提供给业务人员，以使业务人员对该玩法参数表单中的各玩法参数进行赋值。
81.在完成一个活动包括的所有活动配置项的参数赋值之后，运营服务端则生成活动。
82.可见，运营服务端通过提供活动编辑页面，将一个活动所涉及的各活动配置项组织为活动配置项列表，便于业务人员针对每个活动配置项绑定的玩法参数表单进行参数赋
值，运营服务端进而生成一个活动，实现了以活动为单位管理玩法参数，且业务人员可以直接参与管理，避免研发人员数量不足或开发周期较长的问题，不影响业务迭代效率。
83.图4为本公开实施例提供的一种活动编辑页面的示意图。在图4中，活动编辑页面包括和活动配置项列表(activity configuration list)和创建新配置控件(create new configuration)。
84.图4中，活动配置项列表中包括4个活动配置项：
85.ladderpointgamedifficultyconfig(阶梯游戏难度配置项)；
86.gametoolconfig(游戏道具配置项)；
87.budget control(预算控制配置项)；
88.ladder point config(阶梯点配置项)。
89.图4中，活动配置项列表包括5个字段：name(活动配置项的名称)、code(活动配置项的标识)、description(活动配置项的描述)、priority(活动配置项的优先级)、action(针对活动配置项的操作)。
90.其中，priority用于确定活动配置项绑定的玩法参数表单的编辑顺序。priority的值越大，优先级越高，因此，图4中4个活动配置项的编辑顺序如图5所示。图5中的basic information(基本信息)为活动基本信息，各活动配置项为业务相关信息。任何一个活动均包括basic information，其优先级最高，因此排在第一位。
91.在图4中，action(针对活动配置项的操作)包括edit(编辑)和delete(删除)。运营服务端响应于业务人员触发delete操作，删除对应的活动配置项。运营服务端响应于业务人员触发edit操作，提供对应的活动配置项编辑页面，以便业务人员在活动配置项编辑页面中对活动配置项进行编辑。
92.在图4中，运营服务端响应于业务人员触发创建新配置控件(create new configuration)的操作，弹出活动配置项编辑页面，以便业务人员在活动配置项编辑页面中对活动配置项进行编辑。
93.图6为本公开实施例提供的一种活动配置项编辑页面的示意图，图6所示的活动配置项编辑页面为：业务人员触发图4所示的ladderpointgamedifficultyconfig(阶梯游戏难度配置项)对应的edit操作所显示的活动配置项编辑页面。
94.图6中，活动配置项编辑页面中显示活动配置项绑定的玩法参数表单(form)，也即ladderpointgamedifficultyconfig绑定的玩法参数表单(ladderpointconfig_gamedifficulty_sg)。本实施例中，活动配置项编辑页面中显示活动配置项绑定的玩法参数表单(form)的名称。在另一些实施例中，活动配置项编辑页面中显示活动配置项绑定的玩法参数表单(form)的具体内容。
95.图6中，活动配置项编辑页面中还包括参数绑定控件(例如为下拉列表框)。若活动配置项未绑定的玩法参数表单，则业务人员可以触发参数绑定控件(例如点击下拉列表框选择一个玩法参数表单)，运营服务端响应于参数绑定操作，将活动配置项与玩法参数表单进行绑定。
96.图6中，活动配置项编辑页面中还包括完成控件(即图6中的“ok”)，业务人员在完成活动配置项的编辑后，可以触发完成控件(例如点击ok控件)，运营服务端则保存活动配置项的编辑信息。另外，若该活动配置项的名称未出现在活动配置项列表中，运营服务端则
在活动配置项列表中增加该活动配置项的名称。
97.针对一个活动，需要编辑活动基本信息并对各活动配置项绑定的玩法参数表单进行参数赋值，以便生成活动。在一些实施例中，运营服务端提供参数赋值页面，参数赋值页面中可以显示活动配置项绑定的玩法参数表单的具体内容，以便业务人员在参数赋值页面中编辑玩法参数表单的各参数的值。
98.图7为本公开实施例提供的参数赋值页面的一种状态示意图，图7中包括basic information(基本信息)和各活动配置项的编辑顺序，任何一个活动均包括basic information，其优先级最高，因此排在第一位。basic information包括以下至少一个：活动名称、玩法规则、活动准入条件。
99.在图7中，运营服务端响应于basic information的触发操作(例如业务人员点击了图7中的序号
①
)，在页面下方显示basic information的具体编辑项，包括：activity name(活动名称)、start time(生效时间)、end time(结束时间)、activity priority(活动优先级)以及who will see this(谁将看到此活动)。其中，当有多个活动时，activity priority(活动优先级)表示活动投放的优先顺序。
100.其中，start time(生效时间)、end time(结束时间)、activity priority(活动优先级)属于玩法规则，但玩法规则不限于这三项。who will see this(谁将看到此活动)属于活动准入条件，但活动准入条件不限于这一项。
101.在图7中，运营服务端响应于ladder point config的触发操作(例如业务人员点击了图7中的序号
②
)，则在页面下方显示ladder point config绑定的玩法参数表单。
102.在图7中，若业务人员完成basic information的编辑，则会顺序进行图7中序号
②
，即ladder point config绑定的玩法参数表单的编辑，图8示出了参数赋值页面相应的状态示意图。
103.在图8中，由于业务人员完成了basic information的编辑，因此序号
①
的图标替换为表示该步骤完成，而序号
②
则变为深色，表示当前正在进行该步骤的编辑。
104.在图8中，参数赋值页面中还包括ab测试配置控件(edit a/btesting)。运营服务端响应于配置ab测试的操作(例如业务人员点击了edit a/b testing)，则生成ab测试配置信息，ab测试配置信息用于对多套玩法参数值进行ab测试，其中，多套玩法参数值基于同一玩法参数表单生成。需要说明的是，在图8中，业务人员基于玩法参数表单仅生成一套玩法参数值(即default)，因此，无需配置ab测试。
105.图9为本公开实施例提供的参数赋值页面的又一种状态示意图。图9为完成前三步骤，执行序号
④
，即cametoolconfig绑定的玩法参数表单的编辑。
106.在图9中，基于cametoolconfig绑定的玩法参数表单，生成了三套玩法参数值：default(默认)、buyer conversion(买方转换)、power helper(电量助手)。
107.在图9中，运营服务端响应于配置ab测试的操作(例如业务人员点击了edit a/b testing)，则生成ab测试配置信息，ab测试配置信息用于对多套玩法参数值进行ab测试。需要说明的是，生成的ab测试配置信息会包含在生成的活动中。
108.业务人员在完成图9中所有步骤的编辑后，运营服务端则生成活动，该活动中包括活动基本信息、各活动配置项的玩法参数值、ab测试配置信息。在一些实施例中，该活动中还包括白名单，用于记录该活动适用的用户和/或能够测试或编辑该活动的人员。在一些实
施例中，该活动中还包括变更记录，在每次编辑该活动时，均会记录在变更记录中。
109.在一些实施例中，运营服务端会保存已经生效的活动(记为活动正本)，还会保存正在编辑的未生效的活动(记为活动副本)。其中，活动副本和变更记录的区别在于，活动副本只会记录最新的编辑内容，而变更记录会记录每次编辑的内容。
110.图10为本公开实施例提供的一种玩法投放流程的示意图。图10中，玩法引擎和玩法工作台均为运营服务端的一部分，该玩法投放流程描述如下：
111.业务人员1可以通过玩法工作台，编辑同一玩法(玩法1)下的不同活动，例如活动1、活动2至活动m，m为大于或等于2的正整数；业务人员2可以通过玩法工作台，编辑同一玩法(玩法2)下的不同活动，例如活动1、活动2至活动n，n为大于或等于2的正整数。业务人员1和业务人员2属于不同的业务系统。
112.玩法引擎响应于配置玩法应用的操作，确定玩法应用的业务服务端。例如，业务人员1配置玩法1应用到业务服务端1；业务人员2配置玩法2应用到业务服务端2。
113.玩法引擎在确定玩法应用的业务服务端后，从玩法工作台获取所述玩法下的各活动。例如，玩法引擎从玩法工作台获取玩法1下的活动1至活动m，获取玩法2下的活动1至活动n。
114.玩法引擎还可以从玩法工作台获取玩法对应的调试数据，调试数据包括但不限于各活动的白名单和/或测试用户能够看到的测试数据。
115.玩法引擎在获取玩法下的各活动以及调试数据后，可以将玩法下的各活动和调试数据发送至配置中心，以使业务服务端通过玩法组件从配置中心获取玩法下的各活动和调试数据。
116.例如，业务服务端1通过玩法组件(例如玩法sdk)从配置中心获取玩法1下的各活动和调试数据；业务服务端2通过玩法组件(例如玩法sdk)从配置中心获取玩法2下的各活动和调试数据。
117.在一些实施例中，玩法上线后，针对一个活动，玩法sdk可以获取消费者数据，进而基于该活动包括的ab测试配置信息对多套参数值进行测试，最终只输出一套最优的参数值呈现给消费者。
118.在一些实施例中，运营人员可以通过运营服务端建设玩法流程引擎，将玩法涉及的流程步骤作为管理单元，以便业务人员可以通过玩法流程引擎编排流程步骤，实现玩法参数管理。
119.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员能够理解，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。另外，本领域技术人员能够理解，说明书中所描述的实施例均属于可选实施例。
120.图11为本公开实施例提供的一种玩法参数管理装置的示意图，该玩法参数管理装置应用于运营服务端。如图7所示，玩法参数管理装置可以包括但不限于：表单生成单元11、表单绑定单元12、活动编辑单元13和活动生成单元14。
121.表单生成单元11，用于提供玩法参数编辑页面，并将该页面中编辑的玩法参数生成玩法参数表单；
122.表单绑定单元12，用于响应于表单绑定操作，确定玩法参数表单与活动配置项之
间的绑定关系；
123.活动编辑单元13，用于提供活动编辑页面，所述活动编辑页面中包括活动配置项列表；
124.活动生成单元14，用于基于活动配置项列表以及玩法参数表单与活动配置项之间的绑定关系，生成活动配置项列表对应的活动。
125.在一些实施例中，活动配置项列表包括：多个活动配置项和每个活动配置项的优先级；其中，优先级用于确定活动配置项绑定的玩法参数表单的编辑顺序。
126.在一些实施例中，活动生成单元14具体用于：响应于对活动配置项列表中任一活动配置项的编辑操作，提供对应的活动配置项编辑页面，在该页面中显示该活动配置项绑定的玩法参数表单，并基于该玩法参数表单确定该活动配置项的玩法参数值；基于活动配置项列表中各活动配置项的玩法参数值，生成活动配置项列表对应的活动。
127.在一些实施例中，活动生成单元14还用于：响应于对活动配置项列表中任一活动配置项的编辑操作之前，确定活动基本信息；基于活动基本信息和活动配置项列表中各活动配置项的玩法参数值，生成活动配置项列表对应的活动。
128.在一些实施例中，活动生成单元14基于该玩法参数表单，生成多套玩法参数值。玩法参数管理装置还包括ab测试配置单元，用于：响应于配置ab测试的操作，生成ab测试配置信息，ab测试配置信息用于对多套玩法参数值进行ab测试；相应地，生成的活动中包括ab测试配置信息。
129.在一些实施例中，玩法参数管理装置还包括玩法引擎，用于：响应于配置玩法应用的操作，确定玩法应用的业务服务端；获取玩法下的各活动；将玩法下的各活动发送至配置中心，以使业务服务端通过玩法组件从配置中心获取玩法下的各活动。
130.以上公开的玩法参数管理装置各实施例的细节可参考前述的玩法参数管理方法各实施例的细节，为避免重复不再赘述。
131.图12是本公开实施例提供的一种包括至少一个计算装置和至少一个存储指令的存储装置的系统的示例性框图。在一些实施例中，该系统可用于大数据处理，至少一个计算装置和至少一个存储装置可以为分布式部署，使该系统为分布式数据处理集群。
132.如图12所示，该系统包括：至少一个计算装置121、至少一个存储指令的存储装置122。可以理解，本实施例中的存储装置122可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。
133.在一些实施方式中，存储装置122存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统和应用程序。
134.其中，操作系统，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础任务以及处理基于硬件的任务。应用程序，包含各种应用程序，例如媒体播放器(media player)、浏览器(browser)等，用于实现各种应用任务。实现本公开实施例提供的玩法参数管理方法的程序可以包含在应用程序中。
135.在本公开实施例中，至少一个计算装置121通过调用至少一个存储装置122存储的程序或指令，具体的，可以是应用程序中存储的程序或指令，至少一个计算装置121用于执行本公开实施例提供的玩法参数管理方法各实施例的步骤。
136.本公开实施例提供的玩法参数管理方法可以应用于计算装置121中，或者由计算
装置121实现。计算装置121可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过计算装置121中的硬件的集成逻辑电路或者软件形式的指令完成。上述的计算装置121可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
137.本公开实施例提供的玩法参数管理方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储装置122，计算装置121读取存储装置122中的信息，结合其硬件完成方法的步骤。
138.本公开实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储程序或指令，当所述程序或指令被至少一个计算装置运行时，使至少一个计算装置执行如玩法参数管理方法各实施例的步骤，为避免重复描述，在此不再赘述。其中，计算装置可以为图12所示的计算装置121。在一些实施例中，计算机可读存储介质为非暂态计算机可读存储介质。
139.本公开实施例还提出一种计算机程序产品，其中，该计算机程序产品包括计算机程序，该计算机程序存储在非暂态计算机可读存储介质中，计算机的至少一个处理器从存储介质读取并执行该计算机程序，使得计算机执行如玩法参数管理方法各实施例的步骤，为避免重复描述，在此不再赘述。
140.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
141.本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。
142.本领域的技术人员能够理解，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
143.虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。