一种多场景中用户ID联通的方法及装置与流程

本申请涉及计算机
技术领域：
，尤其涉及一种多场景中用户id联通的方法及装置。
背景技术：
：在数字化时代下，互联网营销、精准推荐、个性推荐大力开展。而上述的关键就在于建立数据中台，并且将海量的用户行为存储起来，并且对这些数据进行挖掘。普遍业内的做法都是，查看用户是否在不同的场景下登录的同一个账号(手机号)，进而通过手机号可以检索到用户在不同场景(手机或者网页)中的行为。但是对内容生产商来说，登录账号，是代价很高的产品体验，很容易造成客户的流失。所以对内容生产商说，要对用户的行为进行分析，就得存储不同场景下的用户行为，而不同场景有各自的用户id。同个用户在不同场景的用户行为之间并没有实际的关联，因此同个用户在不同场景的用户行为形成了数据孤岛。在这种情况下，后台只能根据割裂的场景生成割裂的片面的用户画像。技术实现要素：本申请提供了一种多场景中用户id联通的方法及装置，以解决现有同个用户在不同场景的用户行为不能关联，形成数据孤岛的问题。第一方面，为实现上述目的，本申请提供了一种多场景中用户id联通的方法，所述方法包括：接收第二场景发送的联通事件，所述联通事件中包括第一场景的用户id和第二场景的用户id；解析所述联通事件，获取第一事件字段和第二事件字段，所述第一事件字段为第二场景的id标识，所述第二事件字段为关联用户的id集合；调取存储介质，根据所述第二事件字段在所述存储介质中检索，确定所述存储介质是否包含所述第二事件字段的任一用户id；如果不包含，则将所述联通事件存入存储介质。进一步地，所述确定所述存储介质是否包含所述第二事件字段的任一用户id之后，还包括：如果所述存储介质包含所述第二事件字段的任一用户id，则替换原映射记录。进一步地，所述替换原映射记录之前，还包括：将所述第二事件字段与原映射记录进行合并和去重后获取目标事件字段；用所述目标事件字段替换所述原映射记录。进一步地，所述替换原映射记录，还包括：用所述第一事件字段替换原映射记录的第一事件字段。进一步地，所述第一场景为调起场景，所述第二场景为被最新的被调起场景。第二方面，为实现上述目的，本申请提供了一种多场景中用户id联通的装置，所述装置包括：接收单元，用于接收第二场景发送的联通事件，所述联通事件中包括第一场景的用户id和第二场景的用户id；解析单元，用于解析所述联通事件，获取第一事件字段和第二事件字段，所述第一事件字段为第一场景的id标识，所述第二事件字段为关联用户的id集合；检索单元，用于调取存储介质，根据所述第二事件字段在所述存储介质中检索，确定所述存储介质是否包含所述第二事件字段的任一用户id；存储单元，用于如果不包含，则将所述联通事件存入存储介质。进一步地，所述存储单元还用于：如果所述存储介质包含所述第二事件字段任一用户id，则替换原映射记录。进一步地，所述检索单元还用于：将所述第二事件字段与原映射记录进行合并和去重后获取目标事件字段；用所述目标事件字段替换所述原映射记录。进一步地，所述检索单元还用于：用所述第一事件字段替换原映射记录的第一事件字段。进一步地，所述第一场景为调起场景，所述第二场景为被最新的被调起场景。第三方面，为实现上述目的，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面任一项多场景中用户id联通的方法的步骤。第四方面，为实现上述目的，本申请提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面任一项多场景中用户id联通的方法的步骤。由以上技术方案可见，本申请实施例提供的本申请实施例提供的一种多场景中用户id联通的方法及装置，接收第二场景发送的联通事件，所述联通事件中包括第一场景的用户id和第二场景的用户id；解析所述联通事件，获取第一事件字段和第二事件字段，所述第一事件字段为第一场景的id标识，所述第二事件字段为关联的用户id集合，即包含第一场景用户id和第二场景用户id的集合；调取存储介质，根据所述第二事件字段在所述存储介质中检索，确定所述存储介质是否包含所述第二事件字段任一用户id；如果不包含，则将所述联通事件存入存储介质；如果所述存储介质包含所述第二事件字段中的任一用户id，则替换原隐射记录。本申请在用户不登录的场景下，在中台服务器建立起同个用户不同场景的用户id的关联关系，这样就可以打破数据孤岛，生成一个共同的全面的用户画像。同时用当前用户下的任意一个场景的用户id都可以查到全面的用户画像。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本申请实施例提供的多场景中用户id联通的方法的流程示意图；图2为本申请实施例提供的多场景中用户id联通的装置的结构示意图。具体实施方式下面通过对本申请进行详细说明，本申请的特点和优点将随着这些说明而变得更为清楚、明确。在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。在本申请的描述中，需要说明的是，术语“上”、“下”、“内”、“外”、“前”、“后”、“左”和“右”等指示的方位或位置关系为基于本申请工作状态下的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”和“第四”仅用于描述目的，而不能理解为指示或暗示相对重要性。为解决上述问题，本申请提供了一种多场景中用户id联通的方法及装置，下面结合附图，详细介绍本申请的具体实施例图1为本申请实施例提供的一种多场景中用户id联通方法的流程示意图，所述方法应用于中台服务器，如图1所示，所述方法包括步骤s101至s105。s101：接收第二场景发送的联通事件，所述联通事件包括第一场景的用户id和第二场景的用户id。具体实施时，如第一场景为app，在第一场景中用户id为id-a；第二场景为小程序，在第二场景中用户id为id-b，当同一个用户从app调起小程序，即从app内的链接打开小程序时，被调起场景小程序知晓是被哪个场景调起，即第二场景小程序可以获知是被第一场景app调起的。第二场景小程序会发送对应的联通事件至中台服务器，联通事件记录的事件字段可如表1所示。所述第一场景为调起场景，所述第二场景为被调起场景。如果用户又从小程序的链接打开网页，则网页即为最新场景，联通事件则包括小程序的用户id及网页的用户id。所述第二场景为用户最新应用场景，其他场景均为相关联场景，术语“第一”、“第二”、“第三”和“第四”仅用于描述目的，而不能理解为指示或暗示相对重要性。表1属性名样例备注含义original_uidid-a调起者场景的用户iduidid-b被调起者场景的用户ids102：解析所述联通事件，获取第一事件字段和第二事件字段，所述第一事件字段为第二场景的id标识，所述第二事件字段为关联的用户id集合。具体实施时，继续以上述场景为例，中台服务器接收到第二场景即最新应用场景小程序发送的联通事件后，对事件字段进行解析和处理后获取第一事件字段和第二事件字段，如表2所示。其中，所述第一事件字段为第二场景的id标识，所述第二事件字段为关联的用户id集合。即第一事件字段为用户最新的id标识，第二事件字段为关联的用户id集合即第一场景和第二场景的用户id，调用和被调用关系都被包含进来。通过第二事件字段可以获知关联用户，即知晓从id-a进入的id-b，对用户可进行相应的路径追踪。如果联通事件为连续有关联的场景，如从app内的链接打开小程序，又从小程序的链接打开网页，则第二事件字段为id-b，id-c。表2字段名值new_uidid-bid_mappingsid-a,id-bs103：调取存储介质，根据所述第二事件字段在所述存储介质中检索，确定所述存储介质是否包含所述第二事件字段任一用户id。s104：如果不包含，则将所述联通事件存入存储介质。对于新接收的联通事件，中台服务器根据解析后的事件字段确定是加入存储还是进行更新。如果所述事件字段为全新的，则说明此用户的场景行为在中台服务器内没有存储，即表示该用户不存在别的场景的用户行为，因此需要将其加入存储介质。如果能检索到相关记录，则说明该用户存在别的场景下的用户行为，则可以将用户的多场景中的行为关联起来，生成该用户画像。继续以上述场景为例，中台服务器调取存储介质，对id_mappings中的信息进行检索，即检索存储介质已经存在的id_mappings中是否包含id-a或者id-b的记录。如果检索后发现存储介质中并没有相关记录，即没有相关映射关系时，则直接创建一条新映射记录，new_uid赋值调起者id，例如id-b。而id_mappings赋值为调起者id与被调起者id集合，如表3所示。表3字段名值new_uidid-bid_mappingsid-a,id-b所述确定所述存储介质是否包含所述第二事件字段的任一用户id之后，还包括：s105：如果所述存储介质包含所述第二事件字段的任一用户id，则替换原映射记录。如检索出一条符合上述条件的映射记录，如表4所示，可以看到id_mappings包含id-a，其中id-a是调起者的id，说明用户还有其他场景的用户行为。现在用户有新的场景下的用户行为，则需要将原来的覆盖后更新。表4字段名值new_uidid-cid_mappingsid-a,id-c具体的，所述替换原映射记录包括：将所述第二事件字段与原映射记录进行合并和去重后获取目标事件字段；用所述目标事件字段替换所述原映射记录。还包括：用所述第一事件字段替换原映射记录的new_uid。如直接把此记录的id_mappings的值{“id-a”,”id-c”}和当前上报的主调起者和被调其者的用户{“id-a”,”id-b”}做去重后合并，结果为{“id-a”,”id-c”，”id-b“}，然后覆盖掉id_mappings旧值。new_uid用被调者用户id：id-b覆盖。其中目标事件字段为新映射记录中的第二事件字段id_mappings，结果如表5所示。表5字段名值new_uidid-bid_mappingsid-a,id-c,id-b具体实施时，不断维护存储介质中的多个id映射集合关系，然后用最新的id代表这个集合的唯一值。本申请在用户不登录的场景下，在中台服务器建立起同个用户不同场景的用户id的关联关系，这样就可以打破数据孤岛，生成一个共同的全面的用户画像。同时用当前用户下的任意一个场景的用户id都可以查到全面的用户画像。本申请能够把所有场景中的用户主键进行统一化处理，帮助中台服务器不同场景中借用第三者的行为数据进行数据营销，为数据决策提供辅助和支撑功能。与本申请提供的一种多场景中用户id联通的方法实施例相对应，本申请还提供一种多场景中用户id联通的装置的实施例。参考图2，为本申请实施例提供的一种多场景中用户id联通的装置的结构示意图，所述装置包括：接收单元100，用于接收第二场景发送的联通事件，所述联通事件中包括第一场景的用户id和第二场景的用户id；解析单元200，用于解析所述联通事件，获取第一事件字段和第二事件字段，所述第一事件字段为第一场景的id标识，所述第二事件字段为关联用户的id集合；检索单元300，用于调取存储介质，根据所述第二事件字段在所述存储介质中检索，确定所述存储介质是否包含所述第二事件字段的任一用户id；存储单元400，用于如果不包含，则将所述联通事件存入存储介质。进一步地，所述存储单元400还用于：如果所述存储介质包含所述第二事件字段任一用户id，则替换原映射记录。进一步地，所述检索单元300还用于：将所述第二事件字段与原映射记录进行合并和去重后获取目标事件字段；用所述目标事件字段替换所述原映射记录。进一步地，所述检索单元300还用于：用所述第一事件字段替换原映射记录的第一事件字段。进一步地，所述第一场景为调起场景，所述第二场景为被最新的被调起场。本申请实施例提供的一种多场景中用户id联通的方法及装置，接收第二场景发送的联通事件，所述联通事件中包括第一场景的用户id和第二场景的用户id；解析所述联通事件，获取第一事件字段和第二事件字段，所述第一事件字段为第一场景的id标识，所述第二事件字段为关联的用户id集合；调取存储介质，根据所述第二事件字段在所述存储介质中检索，确定所述存储介质是否包含第二事件字段中所包含的任一用户id；如果不包含，则将所述联通事件存入存储介质；如果所述存储介质包含所述第二事件字段中的任一用户id，则替换原映射记录。本申请在用户不登录的场景下，在中台服务器建立起同个用户不同场景的用户id的关联关系，这样就可以打破数据孤岛，生成一个共同的全面的用户画像。同时用当前用户下的任意一个场景的用户id都可以查到全面的用户画像。根据上述多场景中用户id联通的方法，本申请实施例还提供一种可读存储介质和一种计算机设备。可读存储介质上存储有可执行程序，该程序被处理器执行时实现上述多场景中用户id联通的方法的步骤；计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的可执行程序，处理器执行程序时实现上述多场景中用户id联通的方法的步骤。以上结合具体实施方式和范例性实例对本申请进行了详细说明，不过这些说明并不能理解为对本申请的限制。本领域技术人员理解，在不偏离本申请精神和范围的情况下，可以对本申请技术方案及其实施方式进行多种等价替换、修饰或改进，这些均落入本申请的范围内。本申请的保护范围以所附权利要求为准。当前第1页12