游戏运营数据的AB测试配置更新方法及系统与流程

游戏运营数据的ab测试配置更新方法及系统
技术领域
1.本发明属于数据分析领域，具体涉及游戏运营数据的ab测试配置更新方法及系统。


背景技术：

2.游戏的数据运营主要是通过修改游戏的配置数据，来查看其带来的各种关键分析指标的变化。其中关键分析指标包括用户留存率变化、用户游戏次数变化、用户看广告次数变化等等。这样就可以在不修改游戏逻辑的前提下，对游戏进行数据化的配置更新，从而获得关键分析指标的变化。因此游戏中数据运营分析的好坏是影响游戏上线后生命周期和质量的关键因素。
3.目前常用的游戏数据运营分析方法为ab测试，ab测试是指在数据运营中，让一定量符合条件的用户进入同一个测试的a组和b组,其中a组为游戏某个版本范围之间使用的标准配置，b组为对a组的配置进行很少量变化后得到的配置。所以a组和b组只有很少量配置变化的区别，并以此观察其带来的各种关键分析指标的变化，这样就能方便测试具体配置对关键分析指标数据的影响。
4.ab测试能够将用户分在不同的配置下进行效果对照，适合精细化数据运营，但是目前的ab测试中，ab组配置具有维护困难、工作量大等问题。例如基本配置每次增加、删除、修改配置时，必须同步到b组配置上,一起上传到服务器上。


技术实现要素：

5.针对现有技术中的缺陷，本发明提供一种游戏运营数据的ab测试配置更新方法及系统，大大降低了ab测试的配置维护难度和工作量。
6.第一方面，一种游戏运营数据的ab测试配置更新方法，包括以下步骤：
7.设置；基本配置包括多个游戏版本中相同的配置内容，ab测试配置包括多个游戏版本中不同的配置内容；
8.当接收到包括游戏版本的ab测试生效指令时，根据游戏版本读取对应的基本配置和ab测试配置，根据基本配置和ab测试配置对游戏版本的配置进行更新。
9.优选地，基本配置和ab测试配置均包括：
10.最低版本：适用于游戏中的最低游戏版本；
11.配置内容：包括按照预设的配置格式设置的内容。
12.优选地，游戏版本包括主版本号、次版本号和修订版本号：主版本号、次版本号和修订版本号均为0到999的整数。
13.优选地，游戏版本的高低通过以下方式确认：
14.计算游戏版本的版本数值：
15.版本数值＝主版本号
×
1000000 次版本号
×
1000 修订版本号；
16.在两个游戏版本的比较过程中，定义版本数值大的游戏版本高。
17.优选地，在设置基本配置和ab测试配置之后，还包括：
18.当接收到新的基本配置或ab测试配置时，将新的基本配置或ab测试配置上传至数据库中进行存储。
19.优选地，在接收到新的基本配置或ab测试配置之后，还包括：
20.当数据库中基本配置的最低版本与新的基本配置的最低版本相同时，用新的基本配置覆盖数据库中的基本配置；
21.当数据库中ab测试配置的最低版本与新的ab测试配置的最低版本相同时，用新的ab测试配置覆盖数据库中的ab测试配置。
22.优选地，根据游戏版本读取对应的基本配置和ab测试配置，根据基本配置和ab测试配置对游戏版本的配置进行更新具体包括：
23.分别读取基本配置和ab测试配置；
24.分别计算基本配置的版本范围和ab测试配置的版本范围；
25.计算基本配置的版本范围和ab测试配置的版本范围的交集；
26.当ab测试生效指令中的游戏版本落入交集中时，将基本配置和ab测试配置合并形成b组配置；
27.利用b组配置对游戏版本的配置进行更新。
28.优选地，基本配置的版本范围通过以下方法确认：
29.获取所有基本配置的最低版本；
30.将所有最低版本按照从低到高的方式进行排列；
31.根据排列后的所有最低版本确定基本配置的版本范围，其中版本范围的最小值为基本配置的最低版本，版本范围的最大值为比最小值高的下一个最低版本。
32.优选地，ab测试配置的版本范围通过以下方法确认：
33.获取所有ab测试配置的最低版本；
34.将所有最低版本按照从低到高的方式进行排列；
35.根据排列后的所有最低版本确定ab测试配置的版本范围，其中版本范围的最小值为ab测试配置的最低版本，版本范围的最大值为比最小值高的下一个最低版本。
36.第二方面，一种游戏运营数据的ab测试配置更新系统，包括
37.服务器：用于接收基本配置和ab测试配置；服务器还用于当接收到包括游戏版本的ab测试生效指令时，根据游戏版本读取对应的基本配置和ab测试配置，将基本配置和ab测试配置发送给客户端；
38.客户端用于根据接收到的基本配置和ab测试配置对游戏版本的配置进行更新。
39.由上述技术方案可知，本发明提供的游戏运营数据的ab测试配置更新方法及系统，当需要对游戏版本的配置进行更新时,可以根据不同的游戏版本选择单独更新基本配置、单独更新ab测试配置或者是同时更新基本配置和ab测试配置，避免出现现有技术中游戏版本更新时，对未发生变化的配置也进行更新，导致工作量重复的问题。该方法可以根据游戏版本修改的内容更新相应的配置，灵活通用，大大降低了ab测试的配置维护难度和工作量。
附图说明
40.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。
41.图1为实施例提供的游戏运营数据的ab测试配置更新方法的流程图。
42.图2为实施例提供的b组配置生成方法的流程图。
43.图3为实施例提供的基本配置的版本范围确认方法的流程图。
44.图4为实施例提供的ab测试配置的版本范围确认方法的流程图。
45.图5为实施例提供的游戏运营数据的ab测试配置更新系统的模块框图。
具体实施方式
46.下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。需要注意的是，除非另有说明，本技术使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。
47.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
48.还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
49.如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0050]
实施例：
[0051]
一种游戏运营数据的ab测试配置更新方法，参见图1，包括以下步骤：
[0052]
s1：设置基本配置和ab测试配置；基本配置包括多个游戏版本中相同的配置内容，ab测试配置包括多个游戏版本中不同的配置内容；
[0053]
s2：当接收到包括游戏版本的ab测试生效指令时，根据游戏版本读取对应的基本配置和ab测试配置，根据基本配置和ab测试配置对游戏版本的配置进行更新。
[0054]
在本实施例中，基本配置适用的游戏版本和ab测试配置适用的游戏版本可以相同，也可以不同。基本配置包括适用的游戏版本中使用的相同的配置。例如基本配置可以定义一些基本结构信息,以适应不同的游戏版本，这样一个基本配置就可以在多个游戏版本上使用，在更新游戏版本的配置时，可以不更新基本配置，继续使用上一个基本配置。ab测试配置包括适用的游戏版本中使用的除基本配置以外的配置。例如ab测试配置可以定义ab测试的基本结构信息，以适应不同的游戏版本，这样一个ab测试配置就可以在多个游戏版本上使用，在更新游戏版本的配置时，可以不更新ab测试配置，继续使用上一个ab测试配置。由此可见基本配置标识了不同游戏版本中相同的配置，ab测试配置标识了不同游戏版
本中不同的配置。
[0055]
该方法可以在开发新的游戏版本，或者是解决原有游戏版本中存在的bug问题时，对该游戏版本进行配置更新。ab测试生效指令包含游戏版本，表示需要对该游戏版本进行配置更新。对游戏版本进行配置更新时，可以单独更新基本配置或ab测试配置，或者是将基本配置或ab测试配置合并后进行更新。不同游戏版本的配置更新方法根据该游戏版本与旧游戏版本的区别点确认。例如如果新的游戏版本与旧游戏版本的区别点在于ab测试配置的修改，那么可以对新的游戏版本单独进行ab测试配置的配置更新。
[0056]
该方法当需要对游戏版本的配置进行更新时,可以根据不同的游戏版本选择单独更新基本配置、单独更新ab测试配置或者是同时更新基本配置和ab测试配置，避免出现现有技术中游戏版本更新时，对未发生变化的配置也进行更新，导致工作量重复的问题。该方法可以根据游戏版本修改的内容更新相应的配置，灵活通用，大大降低了ab测试的配置维护难度和工作量。
[0057]
进一步地，在一些实施例中，基本配置和ab测试配置均包括：
[0058]
最低版本：适用于游戏中的最低游戏版本；
[0059]
配置内容：包括按照预设的配置格式设置的内容。
[0060]
在本实施例中，为了在多个游戏版本下使用,减少配置的维护工作,基本配置包括以下内容:
[0061]
最低版本：适用于游戏中的最低游戏版本，例如基本配置a的最低版本为游戏版本a，表示基本配置a可以在游戏版本a及更高版本上使用。当只需要更新游戏版本的基本配置时，只要游戏版本等于或高于基本配置的最低版本即可。
[0062]
配置内容包括按照预设的配置格式设置的内容。配置格式可以为标准的json格式，json格式可读性高，方便计算机读取和使用。例如配置内容的设置(最大深度为2)如下：
[0063][0064][0065]
配置内容也可以按照以下扁平式的方式(最大深度为1)进行设置，这样就可以尽
量保持广度优先，而不是深度优先，方便基本配置和ab测试配置的合并：
[0066][0067]
ab测试配置包括以下内容:
[0068]
最低版本：适用于游戏中的最低游戏版本。ab测试配置的最低版本和基本配置的最低版本可以相同，也可以不同，不一定一一对应。例如：基本配置的最低版本可以为1.2.3、1.2.6、1.2.11等等，ab测试配置的最低版本可以为1.2.4、1.2.8、1.2.12等等。当只需要更新游戏版本的ab测试配置时，只要游戏版本等于或高于ab测试配置的最低版本即可。
[0069]
配置内容包括按照预设的配置格式设置的内容。ab测试配置的配置内容只包含了变化的配置，配置格式可以为标准的json格式。
[0070]
进一步地，在一些实施例中，游戏版本包括主版本号、次版本号和修订版本号：主版本号、次版本号和修订版本号均为0到999的整数。
[0071]
在本实施例中，该方法规定了游戏版本的定义规则，使得整个方法对游戏版本的使用方式统一。游戏版本中主版本号代表的是游戏的大版本号,一般情况下大版本号之间无法向下兼容。例如1.0的游戏版本和2.0的游戏版本之间属于重新开发的关系，两者无法兼容,必须强制升级。次版本号代表的是游戏的小版本号,表示不同小版本号的游戏之间存在功能上的变化(包括新增、修改、删除)，小版本号之间可以向下兼容。例如2.1的游戏版本是兼容2.0的游戏版本，2.0的游戏版本可以登录2.1的服务器。修订版本号代表小版本范围内的修正,一般是为了修复bug而发布的版本。例如:2.1.3的游戏版本是为了修正2.1.2游戏版本中的bug而发布的。因此根据上述方法定义的游戏版本中，最低版本可以为0.0.0，最高版本可以为999.999.999。
[0072]
进一步地，在一些实施例中，游戏版本的高低通过以下方式确认：
[0073]
计算游戏版本的版本数值：
[0074]
版本数值＝主版本号
×
1000000 次版本号
×
1000 修订版本号；
[0075]
在两个游戏版本的比较过程中，定义版本数值大的游戏版本高。
[0076]
在本实施例中，上述游戏版本的定义方式符合人的习惯，但是不符合计算机的习惯。人可以很直观的看见游戏版本的高低，例如游戏版本2.1.3和游戏版本2.1.33进行比较时,很明显是后者的游戏版本更高。但是计算机无法直观比较,所以该方法需要将游戏版本转换为数值后进行计算机比较。
[0077]
其中不同游戏版本的版本数值的计算方式如下：
[0078]
版本数值＝主版本号
×
1000000 次版本号
×
1000 修订版本号；
[0079]
而如果已知版本数值，也可以逆向推出游戏版本：
[0080]
主版本号＝取整(版本数值/1000000)；次版本号＝取整(版本数值/1000)％1000；
修订版本号＝版本数值％1000，游戏版本＝主版本号.次版本号.修订版本号。例如游戏版本为0.0.0的版本数值＝0
×
1000000 0
×
1000 0＝0，游戏版本为999.999.999的版本数值＝999
×
1000000 999
×
1000 999＝999999999，游戏版本为1.2.3的版本数值＝1
×
1000000 2
×
1000 3＝1002003，当两个游戏版本进行比较时，通过版本数值进行比较。例如游戏版本1.2.3和游戏版本1.2.33进行比较时，比较1002003和1002033,后者大，所以1.2.33是高版本。
[0081]
进一步地，在一些实施例中，在设置基本配置和ab测试配置之后，还包括：
[0082]
当接收到新的基本配置或ab测试配置时，将新的基本配置或ab测试配置上传至数据库中进行存储。
[0083]
在本实施例中，基本配置或ab测试配置可以通过预设接口上传给服务器，并保存在服务器的数据库中。预设接口的参数可以包括配置类型(表示属于哪种配置,包括"基本配置"和"ab测试配置"两种)、最低版本(为基本配置或ab测试配置的最低版本)、配置内容(为基本配置或ab测试配置的配置内容)。
[0084]
进一步地，在一些实施例中，在接收到新的基本配置或ab测试配置之后，还包括：
[0085]
当数据库中基本配置的最低版本与新的基本配置的最低版本相同时，用新的基本配置覆盖数据库中的基本配置；
[0086]
当数据库中ab测试配置的最低版本与新的ab测试配置的最低版本相同时，用新的ab测试配置覆盖数据库中的ab测试配置。
[0087]
在本实施例中，该方法还具有配置覆盖的功能。配置覆盖以“配置类型 最低版本”为唯一条件进行判断，当新的配置文件中“配置类型 最低版本”与数据库中存储的配置的“配置类型 最低版本”相同时，认为两者的重复的配置，此时用新接收的配置覆盖数据库中旧的配置。
[0088]
进一步地，在一些实施例中，参见图2，根据游戏版本读取对应的基本配置和ab测试配置，根据基本配置和ab测试配置对游戏版本的配置进行更新具体包括：
[0089]
s11：分别读取基本配置和ab测试配置；
[0090]
s12：分别计算基本配置的版本范围和ab测试配置的版本范围；
[0091]
s13：计算基本配置的版本范围和ab测试配置的版本范围的交集；
[0092]
s14：当ab测试生效指令中的游戏版本落入交集中时，将基本配置和ab测试配置合并形成b组配置；
[0093]
s15：利用b组配置对游戏版本的配置进行更新。
[0094]
在本实施例中，基本配置的版本范围包含了使用该基本配置的游戏版本，ab测试配置的版本范围包含了使用该ab测试配置的游戏版本。当需要对游戏版本同时更新基本配置和ab测试配置时，该方法可以利用预设接口读取基本配置和ab测试配置，并相应算出基本配置和ab测试配置的版本范围。
[0095]
该方法当读入基本配置和ab测试配置后，计算基本配置的版本范围和ab测试配置的版本范围的交集，例如假设基本配置a的版本范围为[1.2.4,1.2.9],基本配置b的版本范围为[1.2.10,1.2.14]，ab测试配置的版本范围为[1.2.7,1.2.12]，那么交集分别为[1.2.7,1.2.9]、[1.2.10,1.2.12]。交集表示能够进入ab测试的游戏版本范围，即表示使用基本配置a的游戏版本，只有游戏版本在[1.2.7,1.2.9]内的游戏才能进入ab测试。使用基
本配置b的游戏版本，只有游戏版本在[1.2.10,1.2.12]内的游戏才能进入ab测试。
[0096]
该方法当ab测试生效指令中的游戏版本落入交集中时，将基本配置和ab测试配置合并形成b组配置，b组配置为ab测试中使用的完整配置，进入ab测试。其中基本配置和ab测试配置可以采用以下方法进行合并：首先将基本配置拷贝为b组配置，然后从ab测试配置中取每一个一层元素,写入/覆盖b组配置。
[0097]
例如:基本配置为：
[0098][0099][0100]
合并后得出b组配置为:
[0101][0102]
进一步地，在一些实施例中，参见图3，基本配置的版本范围通过以下方法确认：
[0103]
s21：获取所有基本配置的最低版本；
[0104]
s22：将所有最低版本按照从低到高的方式进行排列；
[0105]
s23：根据排列后的所有最低版本确定基本配置的版本范围，其中版本范围的最小值为基本配置的最低版本，版本范围的最大值为比最小值高的下一个最低版本。
[0106]
在本实施例中，该方法可以根据多个基本配置的最低版本确定基本配置的版本范围，首先将基本配置的最低版本按照从低到高的方式进行排列，针对每一个最低版本计算
对应的最高版本，最高版本的版本数值＝高于当前游戏版本的下一个游戏版本的版本数值-1，如果不存在高于当前游戏版本时，最大游戏版本为999.999.999。例如假设4个基本配置的最低版本分别为1.2.18、1.2.5、1.2.9、1.2.3，那么计算得到的这4个基本配置的版本范围分别为[1.2.3,1.2.4]、[1.2.5,1.2.8]、[1.2.9,1.2.17]和[1.2.18,999.999.999]。
[0107]
进一步地，在一些实施例中，参见图4，ab测试配置的版本范围通过以下方法确认：
[0108]
s31：获取所有ab测试配置的最低版本；
[0109]
s32：将所有最低版本按照从低到高的方式进行排列；
[0110]
s33：根据排列后的所有最低版本确定ab测试配置的版本范围，其中版本范围的最小值为ab测试配置的最低版本，版本范围的最大值为比最小值高的下一个最低版本。
[0111]
在本实施例中，ab测试配置的版本范围的确认方法同基本配置的版本范围的确认方法。
[0112]
一种游戏运营数据的ab测试配置更新系统，参见图5，包括：
[0113]
服务器1：用于接收基本配置和ab测试配置；服务器1还用于当接收到包括游戏版本的ab测试生效指令时，根据游戏版本读取对应的基本配置和ab测试配置，将基本配置和ab测试发送给客户端2；
[0114]
客户端2用于根据接收到的基本配置和ab测试配置对游戏版本的配置进行更新。
[0115]
本发明实施例所提供的系统，为简要描述，实施例部分未提及之处，可参考前述实施例中相应内容。
[0116]
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。