供了结果数据的计算方式可以如下:上述融合计算单元402，具体用于取上述第一数据和上述第二数据中较大数值作为结果数据；或者，取上述第一数据和上述第二数据的数值之和作为结果数据。
[0150]进一步地，另外，在计算结果数据之前，可以先缓存获得的数据内容，因此本发明实施例还提供了采用固定格式进行数据缓存的方案，具体如下:如图7所示，上述数据互通设备还包括:
[0151]结构构造单元701，用于在依据上述第一数据和上述第二数据计算得到结果数据之前，构建存储数据结构，上述存储数据结构的数据项包括:统一用户标识，平台类型，与上述统一用户标识关联的第一用户标识或第二用户标识，与上述存储数据结构中存在的用户标识关联的数据内容，以及上述数据内容的上报时间。
[0152]在本发明实施例中，存储数据结构内的数据项可以按照需求进行扩充，具体扩充和数据内容可以是对应的，本实施例不再赘述。
[0153]可选地，本发明实施例还提供了存储数据的方案，在本实施例中采用分布式数据库存储，需要说明的是，采用其他方式存储并不影响本发明实施例的实现，因此本发明实施例采用分布式数据库作为优选实现方式，不应理解为对本发明实施例的唯一性限定，具体如下:上述数据存储单元403，具体用于以预定时间为周期，采用分布式数据库存储上述结果数据以及统一用户标识。
[0154]在本实施例中，接收第一数据和第二数据可以是接收DAU(Daily Active User，日活跃用户数量)中处于活跃状态的用户的第一数据和第二数据。从而提高数据扩展性，并且避免资源过多占用导致的性能问题。具体可以是:上述数据接收单元401，具体用于接收在日活跃用户数量DAU中处于活跃状态的用户的流水日志，上述流水日志包含上述第一数据和上述第二数据。
[0155]本发明实施例还提供了另一种数据互通设备，如图8所示，包括:接收器801、发射器802、处理器803以及存储器804 ；
[0156]其中，上述处理器803用于控制执行:接收第一数据和第二数据；上述第一数据包含第一平台的第一用户标识以及第一数据，上述第二数据包含第二平台的第二用户标识以及第二数据；若上述第一用户标识和上述第二用户标识具有关联关系，则依据上述第一数据和上述第二数据计算得到结果数据；存储上述结果数据以及统一用户标识，上述统一用户标识为与上述第一用户标识和上述第二用户标识有关联关系的用户标识。
[0157]在本实施例中，第一平台和第二平台是两个不同的平台，第一用户标识可以是第一平台内用户的账号，第二用户标识则可以是第二平台内用户的账号；这两个账号有可能是同一用户的账号，也可能不是同一用户的账号，如果是同一用户的账号，那么这两个用户标识就具有关联关系。
[0158]第一数据和第二数据都是与用户标识对应的数据内容，依据需求的不同可以有不同的设定，比如可以有:平台类型、账号类型、模式、模式值、等级、数据统计日期等等。具体设定可以依据需求进行确定，本发明实施例对此不作唯一性限定。
[0159]另需说明的是，“第一”和“第二”仅是区别两类平台和账号以及相应的数据内容使用，并不具有其他限定含义。也并不表示平台只有两类，实际应用中平台类型可能有很多种，因此，“第一”和“第二”不应理解为数量限定。
[0160]本发明实施例接收到分别来自于第一平台和第二平台的第一数据和第二数据以后，对不同用户标识的数据进行结果数据计算实现数据融合，并以同一用户标识存储，实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
[0161]基于不同的应用场景，第一数据和第二数据可以采用不同的承载形式，本发明实施例给出了一个具体应用举例如下:上述第一数据和上述第二数据均为流水日志。
[0162]需要说明的是，基于其他应用场景，第一数据和第二数据采用其他承载形式并不会影响本发明实施例的实现，因此以上举例不应理解为对本发明实施例的唯一性限定。
[0163]在本实施例中，接收第一数据和第二数据可以是接收DAU(Daily Active User，日活跃用户数量)中处于活跃状态的用户的第一数据和第二数据。从而提高数据扩展性，并且避免资源过多占用导致的性能问题。具体可以是:上述处理器803用于控制执行:接收在DAU中处于活跃状态的用户的流水日志，上述流水日志包含上述第一数据和上述第二数据。
[0164]在本实施例中，结果数据是最终需要使用的数据，因此计算方式可以按照需求制定相应策略，例如需要进行排名时，通常可以取第一数据和上述第二数据中数值较大的作为结果数据，例如:游戏中的等级或者得分等；还可以是第一数据和上述第二数据的数值的和，例如:消费数额是可以取最大值的也可以求和。由于计算方式可以按照需求制定相应策略，本发明实施例不对计算策略进行唯一性限制。
[0165]基于以上说明，本发明实施例提供了结果数据的计算方式可以如下:上述处理器803用于控制执行:依据上述第一数据和上述第二数据计算得到结果数据包括:
[0166]取上述第一数据和上述第二数据中较大数值作为结果数据；或者，取上述第一数据和上述第二数据的数值之和作为结果数据。
[0167]本发明实施例还提供了上述第一用户标识与上述第二用户标识没有关联关系情况下计算结果数据，以及为后续存储准备的实现方案，具体如下:上述处理器803还用于控制执行:
[0168]若上述第一用户标识与上述第二用户标识没有关联关系；
[0169]确定上述第一数据为上述第一用户标识的结果数据，并且上述第一用户标识与统一用户标识关联；
[0170]确定上述第二数据为上述第二用户标识的结果数据，并且上述第二用户标识与统一用户标识关联。
[0171]另外，在计算结果数据之前，可以先缓存获得的数据内容，因此本发明实施例还提供了采用固定格式进行数据缓存的方案，具体如下:上述处理器803还用于控制执行:在依据上述第一数据和上述第二数据计算得到结果数据之前，构建存储数据结构，上述存储数据结构的数据项包括:统一用户标识，平台类型，与上述统一用户标识关联的第一用户标识或第二用户标识，与上述存储数据结构中存在的用户标识关联的数据内容，以及上述数据内容的上报时间。
[0172]在本发明实施例中，存储数据结构内的数据项可以按照需求进行扩充，具体扩充和数据内容可以是对应的，本实施例不再赘述。
[0173]在完成数据存储以后，存储的数据可以被用于各种用途，本发明实施例给出了有排序需求的应用中的具体应用场景，具体如下:上述处理器803还用于控制执行:在存储上述结果数据以及统一用户标识之后，获取群组账号信息，上述群组账号信息包含至少两个用户标识；
[0174]确定上述群组账号信息中各用户标识对应的统一用户标识，并确定与各统一用户标识对应的结果数据；
[0175]依据上述各统一用户标识对应的结果数据对上述群组账号信息中的各用户标识进行排序。
[0176]本实施例方案可以应用于游戏圈子里面的用户排行，依据结果数据的不同会有不同的排行，例如:等级排行，分数排行，消费数额排行等等。
[0177]本实施例中的群组账号信息可以采用账号列表的形式获得，在获得账号列表以后，首先可以确定统一用户标识，然后获得相应的结果数据，因此本发明实施例提供了结果数据的获得方式，具体如下:上述处理器803用于控制执行:确定与各统一用户标识对应的结果数据包括:依据各用户标识对应的统一用户标识，从数据库中获取与各统一用户标识对应的结果数据。
[0178]在本发明实施例在数据存储完毕以后，可以实现数据的查询服务，因此依据查询服务器的不同可以对结果数据以及数据内容进行扩充和删减，查询方案具体如下:上述处理器803还用于控制执行:在存储上述结果数据以及统一用户标识之后，接收查询请求，上述查询请求中包含上述统一用户标识、上述第一用户标识、上述第二用户标识或者结果数据中的数据项类型；依据上述查询请求，查询存储的存储上述结果数据以及统一用户标识确定查询结果。
[0179]本发明实施例还提供了存储数据的方案，在本实施例中采用分布式数据库存储，需要说明的是，采用其他方式存储并不影响本发明实施例的实现，因此本发明实施例采用分布式数据库作为优选实现方式，不应理解为对本发明实施例的唯一性限定，具体如下:上述处理器803用于控制执行:存储上述结果数据以及统一用户标识包括:以预定时间为周期，采用分布式数据库存储上述结果数据以及统一用户标识。
[0180]本发明实施例的数据互通方案，可以基于服务器实现。图9是本发明实施例提供的一种服务器结构示意图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central