一种数据互通的方法,及数据互通设备的制造方法
【技术领域】
[0001]本发明涉及通信技术领域，特别涉及一种数据互通的方法，及数据互通设备。
【背景技术】
[0002]数据互通即是将服务器的数据共享。
[0003]目前数据互通的技术方案，是将一个平台的数据连接到同一后台服务器，依靠后台的唯一性进行数据融合。例如:微博或其他社交媒体中的方案。
[0004]这种方案的特点是，为不同账号体系分配不同的用户标识(Identity，ID)，不同用户ID之间无关联关系。
[0005]采用以上方案存在如下技术问题:当使用外部账号体系作为登录方法时，则无法得知相同用户在不同体系的关联关系，从而无法融合；另外，当采用不同平台接入时，由于某些平台的限制，也无法将不同平台上相同账号的数据进行融合。
【发明内容】
[0006]本发明实施例提供了一种数据互通的方法，及数据互通设备，用于实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
[0007]一种数据互通的方法，包括:
[0008]接收第一数据和第二数据；所述第一数据包含第一平台的第一用户标识以及第一数据，所述第二数据包含第二平台的第二用户标识以及第二数据；
[0009]若所述第一用户标识和所述第二用户标识具有关联关系，则依据所述第一数据和所述第二数据计算得到结果数据；
[0010]存储所述结果数据以及统一用户标识，所述统一用户标识为与所述第一用户标识和所述第二用户标识有关联关系的用户标识。
[0011]—种数据互通设备，包括:
[0012]数据接收单元，用于接收第一数据和第二数据；所述第一数据包含第一平台的第一用户标识以及第一数据，所述第二数据包含第二平台的第二用户标识以及第二数据；
[0013]融合计算单元，用于若所述第一用户标识和所述第二用户标识具有关联关系，则依据所述第一数据和所述第二数据计算得到结果数据；
[0014]数据存储单元，用于存储所述结果数据以及统一用户标识，所述统一用户标识为与所述第一用户标识和所述第二用户标识有关联关系的用户标识。
[0015]从以上技术方案可以看出，本发明实施例具有以下优点:本发明实施例接收到分别来自于第一平台和第二平台的第一数据和第二数据以后，对不同用户标识的数据进行结果数据计算实现数据融合，并以同一用户标识存储，实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
【附图说明】
[0016]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0017]图1为本发明实施例方法流程示意图；
[0018]图2为本发明实施例系统架构示意图；
[0019]图3为本发明实施例系统架构示意图；
[0020]图4为本发明实施例数据互通设备结构示意图；
[0021]图5为本发明实施例数据互通设备结构示意图；
[0022]图6为本发明实施例数据互通设备结构示意图；
[0023]图7为本发明实施例数据互通设备结构示意图；
[0024]图8为本发明实施例数据互通设备结构示意图；
[0025]图9为本发明实施例数据服务器结构示意图。
【具体实施方式】
[0026]为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0027]本发明实施例提供了一种数据互通的方法，如图1所示，包括:
[0028]101:接收第一数据和第二数据；上述第一数据包含第一平台的第一用户标识以及第一数据，上述第二数据包含第二平台的第二用户标识以及第二数据；
[0029]在本实施例中，接收第一数据和第二数据可以是接收DAU(Daily Active User，日活跃用户数量)中处于活跃状态的用户的第一数据和第二数据。从而提高数据扩展性，并且避免资源过多占用导致的性能问题。具体可以是:接收在DAU中处于活跃状态的用户的流水日志，上述流水日志包含上述第一数据和上述第二数据。
[0030]在本实施例中，第一平台和第二平台是两个不同的平台，第一用户标识可以是第一平台内用户的账号，第二用户标识则可以是第二平台内用户的账号；这两个账号有可能是同一用户的账号，也可能不是同一用户的账号，如果是同一用户的账号，那么这两个用户标识就具有关联关系。
[0031]第一数据和第二数据都是与用户标识对应的数据内容，依据需求的不同可以有不同的设定，比如可以有:平台类型、账号类型、模式、模式值、等级、数据统计日期等等。具体设定可以依据需求进行确定，本发明实施例对此不作唯一性限定。
[0032]另需说明的是，“第一”和“第二”仅是区别两类平台和账号以及相应的数据内容使用，并不具有其他限定含义。也并不表示平台只有两类，实际应用中平台类型可能有很多种，因此，“第一”和“第二”不应理解为数量限定。
[0033]基于不同的应用场景，第一数据和第二数据可以采用不同的承载形式，本发明实施例给出了一个具体应用举例如下:上述第一数据和上述第二数据均为流水日志。
[0034]需要说明的是，基于其他应用场景，第一数据和第二数据采用其他承载形式并不会影响本发明实施例的实现，因此以上举例不应理解为对本发明实施例的唯一性限定。
[0035]102:若上述第一用户标识和上述第二用户标识具有关联关系，则依据上述第一数据和上述第二数据计算得到结果数据；
[0036]在本实施例中，结果数据是最终需要使用的数据，因此计算方式可以按照需求制定相应策略，例如需要进行排名时，通常可以取第一数据和上述第二数据中数值较大的作为结果数据，例如:游戏中的等级或者得分等；还可以是第一数据和上述第二数据的数值的和，例如:消费数额是可以取最大值的也可以求和。由于计算方式可以按照需求制定相应策略，本发明实施例不对计算策略进行唯一性限制。
[0037]基于以上说明，本发明实施例提供了结果数据的计算方式可以如下:上述依据上述第一数据和上述第二数据计算得到结果数据包括:
[0038]取上述第一数据和上述第二数据中较大数值作为结果数据；或者，取上述第一数据和上述第二数据的数值之和作为结果数据。
[0039]本发明实施例还提供了上述第一用户标识与上述第二用户标识没有关联关系情况下计算结果数据，以及为后续存储准备的实现方案，具体如下:上述方法还包括:
[0040]若上述第一用户标识与上述第二用户标识没有关联关系；
[0041]确定上述第一数据为上述第一用户标识的结果数据，并且上述第一用户标识与统一用户标识关联；
[0042]确定上述第二数据为上述第二用户标识的结果数据，并且上述第二用户标识与统一用户标识关联。
[0043]另外，在计算结果数据之前，可以先缓存获得的数据内容，因此本发明实施例还提供了采用固定格式进行数据缓存的方案，具体如下:在依据上述第一数据和上述第二数据计算得到结果数据之前，上述方法还包括:
[0044]构建存储数据结构，上述存储数据结构的数据项包括:统一用户标识，平台类型，与上述统一用户标识关联的第一用户标识或第二用户标识，与上述存储数据结构中存在的用户标识关联的数据内容，以及上述数据内容的上报时间。
[0045]在本发明实施例中，存储数据结构内的数据项可以按照需求进行扩充，具体扩充和数据内容可以是对应的，本实施例不再赘述。
[0046]103:存储上述结果数据以及统一用户标识，上述统一用户标识为与上述第一用户标识和上述第二用户标识有关联关系的用户标识。
[0047]本发明实施例接收到分别来自于第一平台和第二平台的第一数据和第二数据以后，对不同用户标识的数据进行结果数据计算实现数据融合，并以同一用户标识存储，实现关联用户在不同平台的账号体系下的数据互通，从而实现数据融合。
[0048]在完成数据存储以后，存储的数据可以被用于各种用途，本发明实施例给出了有排序需求的应用中的具体应用场景，具体如下:在存储上述结果数据以及统一用户标识之后，上述方法还包括:
[0049]获取群组账号信息，上述群组账号信息包含至少两个用户标识；