这时就需要用到消息驱动型累加变量了

这时就需要用到消息驱动型累加变量了这时就需要用到消息驱动型累加变量了2010-06-29 20：12Forum Jackie Chueng编者按：游戏数据整理和分析是一项繁琐而枯燥的工作，急性子很难处理好这样的事情。

而本文作者以"挖矿"主线向大家生动而形象地介绍了数据的获取、积累、整理、分析等数据处理的全过程。

文中时不时会有一些形象而生动的例子，相信你会觉得这一篇让人感觉轻松愉快而又十分有价值的文章。

欢迎更多的游戏人就相关问题和小编一起讨论。

比如道具种类分布和相关数值设定，游戏规则的修改等。

摘要本文从数据出发，以实战的角度谈数据的积累、挖掘和分析，通过这三步的不断迭代，借此发现游戏中设计合理和不合理的地方，并以此进一步改良游戏，改善玩家在游戏中的体验。

一、引子：数据积累、挖掘与分析ABC(一)、从游戏中的数据谈起从某种程度上来说，游戏是由数据组成的――如果把游戏归入到软件类的话，一种通用的说法认为软件是数据(结构)+算法的成品。

在下只是一个小小的策划，无从站在程序的角度谈精深的算法，因此我们这篇文章就先从游戏的另一部分――数据谈起。

什么是游戏中的数据呢?――或许我们可以把游戏中的数据分为静态数据和动态数据。

所谓静态数据是数值策划用精巧复杂的公式精心计算的各种游戏属性，这些属性是一套固有的数据，在游戏运行和运营过程中都是固定不变的――例如武器装备的属性、怪物的属性、人物每级固定分配的属性、技能每级固定的攻击和消耗等相关的属性。

动态数据是指游戏运行和运营过程中不断变动的数据，这些数据会随着玩家在游戏世界中执行各种行为的不同而发生改变――例如玩家背包里的物品、玩家的经验和等级、玩家身上的游戏币乃至游戏各个地图里不断变化的怪物数量等等。

动态数据在游戏中就如繁密的流星雨那样一闪而过，不留意的人可能会让它们如同流水般在指尖流过。

然而这些动态数据却是一座深埋大山里的金矿，若善加利用――用它们来不断地改造静态数据，那势必能让玩家的体验不断得到改善，从而延长游戏寿命并增加收益。

静态数据与动态数据的关系二)、为什么要利用数据或许很多人会对上面的话不屑一顾：要谈为什么要利用数据，首先不得不提起游戏。

游戏，尤其是网络游戏，其本身就是一个玩家行为的集合。

玩家的行为都是由玩家心理衍生的，而网络游戏就像是玩家心理和玩家行为的聚合品。

人心本是很难猜测的事，但成功的网络游戏却必须成功地揣测出玩家的心理，打造出满足玩家心理需求的游戏机制和游戏内容，这就不得不从错综复杂的玩家心理和玩家行为世界中寻找规律和分析结论了。

所幸网游玩家是一个大规模的群体，即使一个不成气候的游戏也有几千玩家曾经在游戏里逗留过，这大量存在的样本总是存在不少可以抓住规律的共性的，而唯一能总结出这些规律和对比出其共性的途径就是数据了。

或许有人说经验和感觉也可以，那我们来看看如下的一个例子：经验、感觉与现实的差距为什么会频频发生这样的事呢?左边的是游戏设计制作过程中和过程后的纯感觉，而右边的事实无疑是靠纯数据(实际完成任务的人数、购买道具的人数、进出副本的人数)证实的。

可见只有数据才能真正地反映出游戏的设计和玩家的行为现状。

(编者注：理想和现实总是有差距的，多看看现实对自己没坏处，至少能让自己在今后的游戏生活中的心情落差不会越来越大。

)图02：数据vs感觉+经验(三)、"尿布与啤酒"的故事数据的积累、挖掘和分析如果说游戏中的动态数据如金矿般宝贵，数据积累就相当于在这时光流逝的银河中把这些矿石积累并沉淀下来，数据挖掘就像在千万年以后从矿床里把这些矿石挖掘出来，而数据分析就像把挖出来的矿石进一步加工提炼，成为真正有用的金属。

这三者是对游戏数据进行更有效的利用的三个步骤和手段，而把这些手段运用得很出色的例子源自于沃尔玛。

沃尔玛的数据仓库是把积累、挖掘和分析运用得很成功的例子。

沃尔玛在成立之初就建立了一个庞大的数据仓库，把每一位客人在采购时产生的数据(动态数据)都记录下来。

它们包括订单的详细内容、购买时间、客人资料、当时的店面情况和商品情况…随后不定时地对这些数据进行统计分析，掌握到各方面的规律，把销售服务改善得越来越好，从而成为了全球最大的连锁零售企业。

这里不得不顺便提一下沃尔玛在数据挖掘方面的一件轶事：类比于现代超市这种以服务一争长短的行业，网络游戏又何尝不是。

通过数据的积累、挖掘和分析以后，借用分析的结果去改良游戏机制，那一定能取得势不可挡的结果的。

(编者注："尿布和啤酒"背后的故事不是拍脑袋想出来的。

而是沃尔玛对相关数据积累、挖掘、分析、判断后得出来的结果。

这个故事也让我们更清楚地了解了数据采集和分析的意义。

一款道具的消费能否引起玩家对其他道具的消费欲望?几种道具之间的消费有着怎样的联系呢?相信大家已经应对良策了。

)开篇引子谈得很长，接下来我们就从矿床谈起吧，谈谈数据的积累。

二、从矿床谈起――数据的积累(一)、我们该积累哪些数据要积累出有价值的数据，我们首先要搞懂动态的数据有哪些。

我们首先能想到的自然是游戏运行过程中自然而然产生的数据，也就是前面所说的由玩家各种行为而产生的游戏动态数据。

如果说游戏的面向对象是玩家，那数据分析所要研究的对象也自必然是玩家，推而广之，有价值的积累数据应该是由玩家的各种行为所产生的所有数据，而不仅仅是游戏中的动态数据。

如图03所示，概括而言，有积累价值的玩家动态数据包括四类：四类有积累价值的动态数据游戏中不断变化的玩家动态数据：这些数据一部分是会存储在数据库里的(例如玩家的金钱、等级、经验等)，另一部分是游戏运行过程中短暂停留在服务器内存里的(例如某个时刻地图上的怪物数量、玩家数量，例如怪物掉落但玩家没有捡起的掉落物)，无论是前者还是后者都，它们都是十分有用的动态数据。

论坛上的玩家回帖：论坛上玩家的回帖也是一种数据，这些回帖包括玩家的建议、责骂、求助、讨论热点等玩家关注的内容。

把这些玩家关注和提及的数据都积累起来，是日后分析和用于改良的有用矿石。

玩家来电/求助GM：玩家打电话的通话内容以及每次求助GM的内容也是很有意义的数据。

这些内容多反映了玩家在游戏中遇到的困难，积累和分析以后能对游戏的体验作出很好且很有针对性的改良。

玩家消费记录：对于出售道具或者出售服务的游戏来说，玩家的消费记录包括玩家兑换价值币的量和频率，玩家购买道具/服务的数量、时间和频率，玩家购买道具/服务的途径、各类道具/服务的出售情况等等。

这些消费记录很大程度上类似于零售行业所苦心积累的数据，而对于架设在电子网络上的网游来说，积累这些数据要比传统行业容易多了。

所有的这四类数据都是和玩家行为密切相关的，通过积累、挖掘和分析后能很大程度上把玩家的行为模式乃至心理模式还原出来――这些还原的成果即使找到一批忠实且忠厚的玩家也是说不清道不明的。

(二)、如何积累矿床根据上面的内容，此时我们已经掌握了哪些是对我们有用的矿石了，那接下来我们该如何把这些矿石积累下来呢?这里笔者谈谈第一类数据，也就是游戏中不断变化的玩家动态数据的积累方式，同理，其他三种数据的积累也是一样的。

前面谈到了玩家动态数据分为数据库中存储更新的和游戏运行中在服务器内存里短暂存放的两类数据，这两类数据的积累方式也各有不同：数据库中存储更新的数据本身就被数据库如实地记录起来了，但如果不对这些数据进行及时处理的话，那最终也只能一直反映着当前一刻的数据而已――比较行之有效的办法是对部分有用的库进行快照式的备份：在固定的时间点把相应的库进行备份，留一份快照。

一段时间后把这些快照都聚集起来，进行有意义的统计或者是把部分数据制作成图表，又或者是把这些快照一直存留着，不断积累成越来越具价值的快照库，留待日后的数据挖掘和数据分析。

服务器内存中暂留的数据都是稍纵即逝的，一不留意数据就不见了。

例如某个时刻中地图的玩家数量：玩家不断地进进出出地图，可能仅仅过了几分钟，整个格局又全然不同了；又例如地图上掉落的物品：玩家过一阵子不捡，服务器就自动把怪物尸体销毁了。

对于这些暂留的动态数据都需要即时的把握，而这种即时的把握又分为两种手段：消息驱动的被动型积累和规则驱动的主动型积累。

(编者注："人生如白驹过隙"，但人生是由很多细节组合来完成的。

稍纵即逝的细节需要我们用心去捕捉，数据的捕捉同样需要有心人去留意和思考。

)图04：玩家动态数据的积累方式消息驱动型的积累方式是被动的，当玩家的行为产生服务器和客户端相互通知的事件消息时，我们可以借这个时机把变动的动态数据积累起来。

这种方式又分为两种常见的做法：Log机制和消息驱动型累加变量。

Log的意思是指把行为如实地记录下来，常见的Log的做法是为每种行为定义好固有的记录格式，当发生这种行为并产生事件消息时，就把该行为按这种规定好的格式记录下来。

例如在玩家与城里杂货店的NPC交易时，可能会产生如下的Log记录：[09：28：14]玩家[楚留香][uid=1103301]在NPC[npcid=110032]处购入[迷迭香][itemid=1102]50个，花费游戏币5000[09：29：34]玩家[楚留香][uid=1103301]在NPC[npcid=110032]处售出[槟榔][itemid=3221]30个，获得游戏币300由此可见，Log机制是把玩家在某一类行为中的每个行为，以及行为过程中牵涉到的过程和数据都事无巨细地记下来的。

其优点在于它毫无遗漏地记下你感兴趣以及潜在感兴趣的所有相关数据，但也有它的缺点：这种事无巨细的记录方法每天会带来极庞大的数据量积累，久而久之就真的如一座天然矿床那样，需要很费劲才能从中挖出你要的矿石了。

消息驱动型的另一种积累方式是消息驱动型累加变量。

这种方式是在服务器数据库和内存中设立一堆一样的累加变量，当相关的消息产生时，服务器对内存中的这些变量累加入相对应的数值，而后定时地(每天或者每周)把这些累加变量的值存入库里并清0，随后建立快照作为历史性的积累。

光是这么说有点抽象，我们来看一个具体的例子。

游戏中金钱的产出量是数值人员很关心的一个数据，然而这个数据靠数据库的历史快照所统计到的信息是不准确的(统计玩家所得金钱的增长量只能反映出真正进入玩家手里的金钱量而已，但这金钱量远远少于游戏中实际的产出量(因为在实际情况中，经常有玩家为了诸如加快练级效率一类的目的，只杀死怪物却不去拾取掉落物品)，这时就需要用到消息驱动型累加变量了。

我们可以设立一个称作MoneyDailyProduce的累加变量，并为其设立如下的累加规则：MoneyDailyProduce的累加变量如表02所示，我们把每一个有可能在游戏中从无到有(例如玩家之间交易游戏币就不是金钱产出了)地产生金钱的时刻都记录到触发时机里，并把该时刻产出的金钱量累加到变量里。