>[0050]确定上述群组账号信息中各用户标识对应的统一用户标识，并确定与各统一用户标识对应的结果数据；
[0051]依据上述各统一用户标识对应的结果数据对上述群组账号信息中的各用户标识进tx排序O
[0052]本实施例方案可以应用于游戏圈子里面的用户排行，依据结果数据的不同会有不同的排行，例如:等级排行，分数排行，消费数额排行等等。
[0053]本实施例中的群组账号信息可以采用账号列表的形式获得，在获得账号列表以后，首先可以确定统一用户标识，然后获得相应的结果数据，因此本发明实施例提供了结果数据的获得方式，具体如下:上述确定与各统一用户标识对应的结果数据包括:
[0054]依据各用户标识对应的统一用户标识，从数据库中获取与各统一用户标识对应的结果数据。
[0055]在本发明实施例在数据存储完毕以后，可以实现数据的查询服务，因此依据查询服务器的不同可以对结果数据以及数据内容进行扩充和删减，查询方案具体如下:在存储上述结果数据以及统一用户标识之后，上述方法还包括:
[0056]接收查询请求，上述查询请求中包含上述统一用户标识、上述第一用户标识、上述第二用户标识或者结果数据中的数据项类型；
[0057]依据上述查询请求，查询存储的存储上述结果数据以及统一用户标识确定查询结果O
[0058]本发明实施例还提供了存储数据的方案，在本实施例中采用分布式数据库存储，需要说明的是，采用其他方式存储并不影响本发明实施例的实现，因此本发明实施例采用分布式数据库作为优选实现方式，不应理解为对本发明实施例的唯一性限定，具体如下:上述存储上述结果数据以及统一用户标识包括:以预定时间为周期，采用分布式数据库存储上述结果数据以及统一用户标识。
[0059]本发明实施例要解决的技术问题是解决不同平台、不同账号体系下用户数据互通的问题。后续实施例将以手机游戏为例，对本发明实施例进行详细举例说明。系统主要架构分为三个部分:如图2所示，包括:
[0060]一、流水日志接收系统:流水日志接收系统负责接收手机游戏后台产生并发送的流水日志数据，形成流水日志数据文件列表(或其他形式)暂存。暂存完成后的流水日志数据，要根据一定的时间策略(推荐定时策略)采用格式化的方式导入到分布式数据库中。
[0061]流水日志接收系统可以包含:服务端程序、客户端程序和存储设备。
[0062]其中，服务端程序负责接收手机游戏后台发送来的流水日志数据。接收到流水日志数据后，将数据以一定形式(推荐流水日志分时文件)写入磁盘当中。
[0063]当时间策略被有效触发时，流水日志接收系统通过客户端程序，以一定的方法和格式，将流水日志数据写入分布式数据库系统的存储设备当中。
[0064]由于流水日志是由手机游戏后台所产生，而不同平台不同账号体系的数据会连接到同一个手机游戏后台，这就为数据互通提供了必要条件。流水日志的格式推荐如下:
[0065](用户账号类型I用户账号I用户平台类型I用户游戏数据)
[0066]二、账号融合系统:账号融合系统负责将不同的账号体系以及不同平台融合到同一账号体系当中，并将融合之后的结果以一定时间策略(推荐定时策略)采用格式化的方式导入到分布式数据库中。
[0067]账号融合系统可以包括:服务端程序，客户端程序和账号对应关系的存储结构(推荐账号绑定数据库)。
[0068]在用户操作触发下，账号融合系统的服务端程序将不同账号体系下的账号绑定到一个融合账号下，并将这种绑定关系交给账号对应关系的存储结构存储起来。
[0069]当时间策略被有效触发时，账号融合系统通过客户端程序，以一定的方法和格式，将数据写入分布式数据库系统的存储设备当中。
[0070]由于账号融合系统将多个账号体系的账号之间关系保存起来，这就为不同账号体系下的数据互通提供了必要条件。账号对应关系的存储结构单条记录格式推荐如下:
[0071](融合账号I体系I下绑定账号I体系2下绑定账号I……I体系η下绑定账号)
[0072]三、分布式数据库系统:分布式数据库系统主要负责将流水日志数据转换成统一或可配置保存的格式做永久性存储。在其中，可定义脚本或存储过程作为计算工具，按照一定时间和业务策略进行数据的合并计算。合并计算之后的数据结果以一定形式输出，供手机游戏后台统计、展示，或提供给第三方使用。
[0073]合并计算的具体实现方式可以如下:根据流水日志的结构和账号对应关系的结构，就可以计算出最终的互通数据了。计算方法需要根据业务的具体要求进行。推荐的方法是:相同融合账号下有不同平台或不同账号体系记录时，取衡量指标最大的游戏数据结果。
[0074]结果输出方式具体可以如下:合并计算的数据结果需要输出到特定位置保存起来，也可以直接保存于分布式数据库系统当中。推荐的方法是，使用脚本和配置文件定时输出到结果数据库或结果文件当中供后续使用。
[0075]另需说明的是:
[0076]本发明实施例的应用场景除了手机游戏，还可能具有其他形式。如手机应用软件、PC (personal computer，个人计算机)应用软件、智能设备或其他硬件设备支持软件，以及其他任何涉及到数据互通的场景。
[0077]信息的载体不一定是流水日志，还可能具有其他形式，如关系型数据库记录存储、非关系型数据库存储、数据字典、网络协议，或其他任何可能表示数据的方法。
[0078]数据的存储不一定是分布式数据库，还可能具有其他形式，如普通关系型数据库、磁盘文件、内存数据、Map-Reduce (映射归约)数据、云存储数据，或其他任何可能存储数据的方法。
[0079]基于以上说明，本发明实施例以手机游戏，采用流水日志以及分布式数据库为例的实施例不应理解为对本发明实施例的唯一性限定。
[0080]采用以上方案可以将不同游戏平台以及不同账号体系下的游戏数据进行了打通，例如:将安卓(Android)和1S (iPhone Operating System，手机操作系统)的装备、道具、金币、充值信息等游戏内容进行了打通，解决了玩家不同平台，不同区服就不能比拼的痛苦。通过圈子来汇聚玩家的群体，首次将所有的手游大神汇聚于了一个平台，让世界级手游公会扎堆成为了可能。
[0081]本发明实施例提供的系统，以腾讯公司手游宝为例，具有如下功能:
[0082](I)根据手游宝活跃用户列表，定时计算出用户游戏数据；
[0083](2)为游戏行为数据系统增加统一的对外接口和服务；
[0084](3)优化计算速度慢，出库数据规模不可控的问题。
[0085]基于以上功能，本发明实施例提供的方案设计如下:
[0086]1、获取手游宝活跃用户列表:
[0087]在当前DAU(Daily Active User，日活跃用户数量)上报命令字中，记录手游宝活跃用户日志并按天入库，这样可以避免资源占用导致的性能问题，而且扩展性较好。日志中仅记录活跃用户的手游宝ID即可。
[0088]入库目标表可以包含的字段有:(手游宝ID，对应账号类型，对应账号，上报时间)，其中对应账号类型O可以为QQ号码，I可以为微信commld。
[0089]另外，可以对数据库进行维护去掉失效的数据，具体如下:上报时间距当前入库时间相差一个月的，从表中清除。
[0090]每天定时将该活跃用户表入库到腾讯分布式数据仓库(Tencent distributedData Warehouse，TDW)，在TDW中进行计算。这样可以解决之前数据出库速度慢以及出库数据规模不可控的问题。
[0091]2、TDW数据计算:
[0092]当前接入的8种游戏的数据格式如下:
[0093](dtstatdate, gameid, accounttype, openid, uin, modetype, modevalue, amount,level)，各参数分别为:数据统计日期，游戏账号，账号类型，开放标识，UIN码(UniversalInternet Number，通用互联网号码)，模式，模式值，数量，水平；
[0094]计算结果的数据格式如下:
[0095](date, uid, gamePkgName, mode, modeValue)，各参数分别为:数据，身份标识，游戏名称，模式，模式值
[0096]在TDW中编写计算脚本进行计算即可，计算结果写入结果表。结果表按照日期分区，并根据当天计算日期准备出库。
[0097]3、统一游戏行为数据服务:
[0098]出库之...