信息发送方法、装置、设备及计算机可读存储介质

摘要

本申请公开了一种信息发送方法、装置、设备及计算机可读存储介质。其中，应用于信息发送端的方法包括：接收终端设备发送的第一通用标识，所述第一通用标识为运行于所述终端设备的第一信息接收端的通用标识，所述第一通用标识基于所述终端设备的根标识生成，所述终端设备的根标识基于所述终端设备的身份信息生成，所述第一信息接收端的代理节点为第二代理节点；确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，所述第二通用标识基于所述终端设备的根标识生成；根据所述第二通用标识对应的特征信息，向所述第一信息接收端发送目标信息。本申请可以提高信息发送的匹配度，给隐私计算提供样本对齐等功能。

权利要求

1.一种信息发送方法，其特征在于，信息发送端的代理节点为第一代理节点；所述方法包括：所述信息发送端接收终端设备发送的第一通用标识，所述第一通用标识为运行于所述终端设备的第一信息接收端的通用标识，所述第一通用标识基于所述终端设备的根标识生成，所述终端设备的根标识基于所述终端设备的身份信息生成，所述第一信息接收端的代理节点为第二代理节点；

所述信息发送端确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，所述第二通用标识基于所述终端设备的根标识生成；

所述信息发送端根据所述第二通用标识对应的特征信息，向所述第一信息接收端发送目标信息。

2.根据权利要求1所述的方法，其特征在于，所述信息发送端确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识之前，所述方法还包括：所述信息发送端获取目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

所述信息发送端确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，包括：所述信息发送端将所述目标对应关系中与所述第一通用标识对应的根标识，确定为第一根标识；

所述信息发送端将P个通用标识中与所述第一代理节点对应的通用标识，确定为第二通用标识，所述P个通用标识为所述目标对应关系中与所述第一根标识对应的通用标识，P为大于1的整数。

3.根据权利要求2所述的方法，其特征在于，所述目标对应关系为第一对应关系，所述第一对应关系包括至少两个根标识；

所述信息发送端获取目标对应关系，包括：

所述信息发送端向通用标识平台发送第一关系获取请求；

所述信息发送端接收所述通用标识平台响应于所述第一关系获取请求发送的第一对应关系。

4.根据权利要求2所述的方法，其特征在于，所述目标对应关系为第二对应关系，所述第二对应关系仅包括所述第一根标识；

所述信息发送端获取目标对应关系，包括：

所述信息发送端接收通用标识平台响应于第二关系获取请求发送的第二对应关系，所述第二关系获取请求由所述第一信息接收端在接收到访问请求的情况下向所述通用标识平台发送。

5.根据权利要求2所述的方法，其特征在于，所述方法还包括：通用标识平台生成第一根标识与至少两个通用标识之间的对应关系，所述第一根标识为终端设备的根标识，基于所述终端设备的身份信息生成，所述至少两个通用标识为基于所述第一根标识生成的各代理节点对应的通用标识；

所述通用标识平台根据具有对应关系的所述第一根标识和所述至少两个通用标识，生成目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

所述通用标识平台向所述信息发送端发送所述目标对应关系。

6.根据权利要求5所述的方法，其特征在于，所述目标对应关系为第一对应关系，所述第一对应关系包括至少两个根标识；

所述通用标识平台向所述信息发送端发送所述目标对应关系，包括：所述通用标识平台接收所述信息发送端发送的第一关系获取请求；

所述通用标识平台响应于所述第一关系获取请求，向所述信息发送端发送所述第一对应关系。

7.根据权利要求5所述的方法，其特征在于，所述目标对应关系为第二对应关系，所述第二对应关系仅包括所述第一根标识；

所述通用标识平台向所述信息发送端发送所述目标对应关系，包括：所述通用标识平台接收运行于所述终端设备的第一信息接收端发送的第二关系获取请求；

所述通用标识平台响应于所述第二关系获取请求，向所述信息发送端发送所述第二对应关系。

8.根据权利要求5至7中任一项所述的方法，其特征在于，运行于所述终端设备的第一信息接收端的代理节点为第二代理节点，所述第二代理节点包括K个群组，每个群组包括至少一个信息接收端，K为大于1的整数；

所述通用标识平台生成第一根标识与至少两个通用标识之间的对应关系之前，所述方法还包括：所述通用标识平台从所述第二代理节点获取与所述K个群组一一对应的K个群组标识；

所述通用标识平台根据所述K个群组标识和所述第一根标识，生成与所述K个群组一一对应的K个通用标识，每个群组对应的标识基于该群组对应的群组标识和所述第一根标识生成。

9.一种信息发送装置，其特征在于，信息发送端的代理节点为第一代理节点；所述装置包括：接收模块，用于接收终端设备发送的第一通用标识，所述第一通用标识为运行于所述终端设备的第一信息接收端的通用标识，所述第一通用标识基于所述终端设备的根标识生成，所述终端设备的根标识基于所述终端设备的身份信息生成，所述第一信息接收端的代理节点为第二代理节点；

确定模块，用于确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，所述第二通用标识基于所述终端设备的根标识生成；

第一发送模块，用于根据所述第二通用标识对应的特征信息，向所述第一信息接收端发送目标信息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：第一生成模块，用于生成第一根标识与至少两个通用标识之间的对应关系，所述第一根标识为终端设备的根标识，基于所述终端设备的身份信息生成，所述至少两个通用标识为基于所述第一根标识生成的各代理节点对应的通用标识；

第二生成模块，用于根据具有对应关系的所述第一根标识和所述至少两个通用标识，生成目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

第二发送模块，用于向信息发送端发送所述目标对应关系。

11.一种信息发送设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1至8中任意一项所述的信息发送方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1至8中任意一项所述的信息发送方法。

说明书

信息发送方法、装置、设备及计算机可读存储介质

技术领域

[0001] 本申请属于通信技术领域，尤其涉及一种信息发送方法、装置、设备及计算机可读存储介质。

背景技术

[0002] 目前，互联网巨头各自拥有自己的生态体系。在它们的生态体系内，它们可以使用自己的内部账号体系对应到具体受众，并合成用户画像，基于用户画面进行精准广告投放。

[0003] 然而，各互联网巨头的账号体系是独立的。这样，当互联网巨头1的广告主想在互联网巨头2的媒体投放广告等信息时，无法进行受众识别，导致信息投放的匹配度较低。

发明内容

[0004] 本申请实施例提供一种在信息发送方法、装置、设备及计算机可读存储介质，以解决现有技术中因各互联网巨头的账号体系相互独立，导致跨生态体系进行信息投放时信息投放的匹配度较低的问题。

[0005] 第一方面，本申请实施例提供一种信息发送方法，应用于信息发送端，所述信息发送端的代理节点为第一代理节点；方法包括：

[0006] 接收终端设备发送的第一通用标识，所述第一通用标识为运行于所述终端设备的第一信息接收端的通用标识，所述第一通用标识基于所述终端设备的根标识生成，所述终端设备的根标识基于所述终端设备的身份信息生成，所述第一信息接收端的代理节点为第二代理节点；

[0007] 确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，所述第二通用标识基于所述终端设备的根标识生成；

[0008] 根据所述第二通用标识对应的特征信息，向所述第一信息接收端发送目标信息。

[0009] 第二方面，本申请实施例提供一种信息发送方法，应用于通用标识平台，方法包括：

[0010] 生成第一根标识与至少两个通用标识之间的对应关系，所述第一根标识为终端设备的根标识，基于所述终端设备的身份信息生成，所述至少两个通用标识为基于所述第一根标识生成的各代理节点对应的通用标识；

[0011] 根据具有对应关系的所述第一根标识和所述至少两个通用标识，生成目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

[0012] 向信息发送端发送所述目标对应关系。

[0013] 第三方面，本申请实施例提供了一种信息发送装置，应用于信息发送端，所述信息发送端的代理节点为第一代理节点；装置包括：

[0014] 接收模块，用于接收终端设备发送的第一通用标识，所述第一通用标识为运行于所述终端设备的第一信息接收端的通用标识，所述第一通用标识基于所述终端设备的根标识生成，所述终端设备的根标识基于所述终端设备的身份信息生成，所述第一信息接收端的代理节点为第二代理节点；

[0015] 确定模块，用于确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，所述第二通用标识基于所述终端设备的根标识生成；

[0016] 第一发送模块，用于根据所述第二通用标识对应的特征信息，向所述第一信息接收端发送目标信息。

[0017] 第四方面，本申请实施例提供了一种信息发送装置，所述装置包括：

[0018] 第一生成模块，用于生成第一根标识与至少两个通用标识之间的对应关系，所述第一根标识为终端设备的根标识，基于所述终端设备的身份信息生成，所述至少两个通用标识为基于所述第一根标识生成的各代理节点对应的通用标识；

[0019] 第二生成模块，用于根据具有对应关系的所述第一根标识和所述至少两个通用标识，生成目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

[0020] 第二发送模块，用于向信息发送端发送所述目标对应关系。

[0021] 第五方面，本申请实施例提供了一种信息发送设备，设备包括：

[0022] 处理器以及存储有计算机程序指令的存储器；

[0023] 所述处理器执行所述计算机程序指令时实现如第一方面或第二方面所述的信息发送方法。

[0024] 第六方面，本申请实施例提供了一种计算机存储介质，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如第一方面或第二方面所述的信息发送方法。

[0025] 第七方面，本申请实施例提供了一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如第一方面或第二方面所述的信息发送方法。

[0026] 在本申请实施例中，对于某个终端设备，其在不同代理节点的通用标识均基于该终端设备的根标识生成，终端设备的根标识基于终端设备的身份信息生成。对于代理节点不同的信息发送端和信息接收端，信息发送端在接收到信息接收端的第一通用标识之后，可以确定信息接收端所属代理节点中，与所述通用根标识对应同一个根标识的第二通用标识，进而可以根据所述第二通用标识对应的特征信息，向信息接收端推送目标信息。可见，通过本申请实施例，可以将不同代理节点中对应同一终端设备的通用标识关联起来，这样，即使信息发送端和信息接收端属于不同的代理节点，也可以实现信息的精准投送，从而可以提高信息发送的匹配度，给隐私计算提供样本对齐等功能。

附图说明

[0027] 为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0028] 图1是本申请实施例提供的通用标识生成的示意图之一；

[0029] 图2是本申请实施例提供的信息发送方法的示意图之一；

[0030] 图3是本申请实施例提供的信息发送方法的示意图之二；

[0031] 图4是本申请实施例提供的通用标识生成的示意图之二；

[0032] 图5a是本申请实施例提供的信息发送方法的示意图之三；

[0033] 图5b是本申请实施例提供的信息发送方法的示意图之四；

[0034] 图5c是本申请实施例提供的信息发送方法的示意图之五；

[0035] 图6是本申请实施例提供的通用标识生成的示意图之三；

[0036] 图7是本申请实施例提供的通用标识生成的示意图之四；

[0037] 图8是本申请实施例提供的信息发送装置的结构示意图之一；

[0038] 图9是本申请实施例提供的信息发送装置的结构示意图之二；

[0039] 图10是本申请实施例提供的信息发送设备的结构示意图。

具体实施方式

[0040] 下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

[0041] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

[0042] 为了方便理解，以下对本申请实施例涉及的一些内容进行说明：

[0043] 在本申请实施例中，与终端设备相关的通用标识采用三段式的方式生成，具体地，如图1所示，与终端设备相关的通用标识由通用标识平台基于终端设备的根标识生成，终端设备的根标识基于终端设备的身份信息生成。通过在身份信息和通用标识之间增加根标识，可以切断身份信息和通用标识的直接联系，这样，通用标识无法反推出身份信息，从而可以保护用户的隐私安全。

[0044] 与终端设备相关的通用标识可以包括以下至少一项：终端设备的通用标识；运行于终端设备的信息接收端的通用标识。在实际应用中，信息接收端可以为：应用程序(Application，APP)、小程序、无线应用协议网站(Wireless Application Protocol，WAP)等。

[0045] 终端设备的身份信息可以包括以下至少一项：终端设备的用户识别卡(Subscriber Identity Module，SIM)的信息、设备号等。终端设备的根标识基于终端设备的身份信息生成，由于身份信息的唯一性，可以理解地是，一个终端设备仅对应一个根标识。

[0046] 在本申请实施例中，用户可以通过终端设备在各代理节点下分别注册账户，触发通用标识平台根据终端设备的根标识，为该用户生成与各代理节点对应的至少一个通用标识，得到K个通用标识，K为正整数。由于所述K个通用标识基于同一个根标识生成，可以理解地是，所述K个通用标识均对应同一个根标识。

[0047] 下面结合附图，通过一些实施例及其应用场景对本申请实施例进行详细地说明。

[0048] 参见图2，图2是本申请实施例提供的信息发送方法的示意图之一。图2所示的信息发送方法可以应用于信息发送端，所述信息发送端的代理节点为第一代理节点。

[0049] 如图2所示，信息发送方法可以包括以下步骤：

[0050] 步骤201、接收终端设备发送的第一通用标识，所述第一通用标识为运行于所述终端设备的第一信息接收端的通用标识，所述第一通用标识基于所述终端设备的根标识生成，所述终端设备的根标识基于所述终端设备的身份信息生成，所述第一信息接收端的代理节点为第二代理节点。

[0051] 具体实现时，终端设备可以在接收到针对所述第一信息接收端的访问请求的情况下，主动或基于信息发送端的请求向信息发送端发送所述第一信息接收端的通用标识，即所述第一通用标识，以使所述信息发送端根据所述第一通用标识，识别请求访问所述第一信息接收端的用户，之后，根据该用户在所述第一代理节点的用户图像，向该用户发送信息，实现信息的精准投放，提高信息发送的匹配度。

[0052] 在本申请实施例中，所述第一信息接收端和所述信息发送端的代理节点不同，所述信息发送端向所述第一信息接收端发送信息的行为属于跨代理节点的信息发送。

[0053] 所述第一通用标识，可以由通用标识平台基于所述终端设备的根标识以及所述第二代理节点对应的标识生成。在本申请实施例中，代理节点对应的标识可以为：代理节点自身的标识；或，代理节点下媒体的标识；或，代理节点下群组的群组标识，一个群组包括以下至少一个媒体，其中，媒体可以为以下任一项：APP、小程序、WAP等。

[0054] 在本申请实施例中，若某个通用标识基于某个代理节点对应的标识信息生成，可以视该通用标识与该代理节点具有对应关系，因此，所述第一通用标识可以理解为所述第二代理节点对应的通用标识。

[0055] 步骤202、确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，所述第二通用标识基于所述终端设备的根标识生成。

[0056] 在本申请实施例中，所述第一通用标识和所述第二通用标识为不同代理节点对应的通用标识，但所述第一通用标识和所述第二通用标识，均由通用标识平台基于所述终端设备的根标识生成，因此，所述第一通用标识和所述第二通用标识对应同一个根标识。基于此，信息发送端可以基于所述根标识，从所述第一代理节点对应的通用标识中，找到与所述第一通用标识对应的第二通用标识，即所述第一代理节点对应的通用标识中，与所述第一通用标识对应同一用户的通用标识。这样，信息发送端可以基于预先获取到的该用户的特征信息，向该用户使用的信息接收端发送相应信息，从而可以实现信息的准确投放，提高信息发送的匹配度。

[0057] 具体实现时，信息发送端至少可以通过以下方式实现所述第二通用标识的确定：

[0058] 实现方式一，终端设备还可以向信息发送端发送所述第一通用标识对应的根标识，信息发送端也可以预先获取所述至少两个通用标识各自对应的根标识。之后，可以将所述至少两个通用标识中与所述第一通用标识对应同一个根标识的通用标识，确定为所述第二通用标识。

[0059] 实现方式二，信息发送端可以预先获取根标识与各代理节点对应的通用标识之间的对应关系，之后，可以通过查找该对应关系，确定所述第一通用根标识对应的根标识，将该根标识所对应的所述第一代理节点对应的通用标识，确定为所述第二通用标识。

[0060] 步骤203、根据所述第二通用标识对应的特征信息，向所述第一信息接收端发送目标信息。

[0061] 所述特征信息可以为：所述第二通用标识对应的用户在所述第一代理节点的行为特征信息；或者，所述第二通用标识对应的用户图像。

[0062] 可以理解地是，所述目标信息与所述特征信息匹配，符合所述第二通用标识对应的用户的行为习惯或喜好。

[0063] 本实施例的信息发送方法，对于代理节点不同的信息发送端和信息接收端，信息发送端在接收到信息接收端的第一通用标识之后，可以确定信息接收端所属代理节点中，与所述通用根标识对应同一个根标识的第二通用标识，进而可以根据所述第二通用标识对应的特征信息，向信息接收端推送目标信息。可见，通过本申请实施例，可以将不同代理节点中对应同一终端设备的通用标识关联起来，这样，即使信息发送端和信息接收端属于不同的代理节点，也可以实现信息的精准投送，从而可以提高信息发送的匹配度，给隐私计算提供样本对齐等功能。

[0064] 在一些实施例中，所述确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识之前，所述方法还可以包括：

[0065] 获取目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

[0066] 所述确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，包括：

[0067] 将所述目标对应关系中与所述第一通用标识对应的根标识，确定为第一根标识；

[0068] 将P个通用标识中与所述第一代理节点对应的通用标识，确定为第二通用标识，所述P个通用标识为所述目标对应关系中与所述第一根标识对应的通用标识，P为大于1的整数。

[0069] 在本申请实施例中，通用标识平台可以根据用户登录的终端设备的根标识，为用户生成各代理节点对应的通用标识，因此，通用标识平台知晓根标识与通用标识之间的关系，从而通用标识平台可根据根标识，进行通用标识间的对应(也可以称为关联或映射)，生成所述目标对应关系。因此，一种实现方式中，信息发送端可以从通用标识平台获取所述目标对应关系。但在其他实现方式中，信息发送端可以通过其他设备从通用标识平台获取所述目标对应关系，具体可根据实际情况确定，本申请实施例对此不做限定。

[0070] 可以理解地是，在所述目标对应关系中，至少包括所述第一根标识，以及所述第一根标识所对应的各代理节点对应的通用标识。这样，信息发送端在确定所述第一根标识之后，可以确定所述第一根标识对应的通用标识中与所述第一代理节点对应的通用标识，将其确定为所述第二通用标识。

[0071] 通过上述实施例，信息发送端通过查找根标识与各代理节点对应的通用标识之间的对应关系，确定所述第二代理节点对应的通用标识中，与所述第一通用标识对应同一用户的第二通用标识，可以提高所述第二通用标识确定的速率，进而提高信息的投送速率。

[0072] 在本申请实施例中，信息接收端可批量异步或单次即使获取所述第一根标识以及其对应的通用标识，具体可根据实际需求决定，具体说明如下：

[0073] 在一个示例中，所述目标对应关系为第一对应关系，所述第一对应关系包括至少两个根标识；

[0074] 所述获取目标对应关系，包括：

[0075] 向通用标识平台发送第一关系获取请求；

[0076] 接收所述通用标识平台响应于所述第一关系获取请求发送的第一对应关系。

[0077] 在本示例中，信息发送端可以按照预设频率，发送所述第一关系获取请求，从通用标识平台批量获取各根标识与各代理节点对应的通用标识之间的对应关系。这样，信息接收端在接收到所述第一通用标识的情况下，可以直接基于预先获取的所述第一对应关系，确定所述第二通用标识，从而可以提高所述第二通用标识的确定速率，进而可以提高信息投送的速率。

[0078] 在另一示例中，所述目标对应关系为第二对应关系，所述第二对应关系仅包括所述第一根标识；

[0079] 所述获取目标对应关系，包括：

[0080] 接收通用标识平台响应于第二关系获取请求发送的第二对应关系，所述第二关系获取请求由所述第一信息接收端在接收到访问请求的情况下向所述通用标识平台发送。

[0081] 在此示例中，终端设备可以在接收到针对所述第一信息接收端的访问请求的情况下，还可以向通用标识平台发送所述第二关系获取请求，所述第二关系获取请求可以包括所述第一通用标识。这样，通用标识平台在获取到所述第二关系获取请求之后，可以确定所述第一通用标识对应的根标识，并将该根标识以及该根标识对应的全部通用标识发送至信息发送端，以使信息发送端直接将所述第二对应关系中与所述第一代理节点对应的通用标识，确定为所述第二通用标识。这样，信息发送端可以获取到最新的根标识与各代理节点对应的通用标识之间的对应关系，从而可以进一步提高信息发送的匹配度。

[0082] 参见图3，图3是本申请实施例提供的信息发送方法的示意图之二。图3所示的信息发送方法可以应用于通用标识平台。如图3所示，信息发送方法可以包括以下步骤：

[0083] 步骤301、生成第一根标识与至少两个通用标识之间的对应关系，所述第一根标识为终端设备的根标识，基于所述终端设备的身份信息生成，所述至少两个通用标识为基于所述第一根标识生成的各代理节点对应的通用标识。

[0084] 具体实现时，通用标识平台可以根据终端设备的根标识，以及目标代理节点对应的标识，生成与所述终端设备相关，且与所述目标代理节点对应的通用标识。

[0085] 步骤302、根据具有对应关系的所述第一根标识和所述至少两个通用标识，生成目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系。

[0086] 具体实现时，所述目标对应关系至少包括所述第一根标识。在某些示例中，所述目标对应关系还可以包括其他根标识，以及其所对应的各代理节点对应的通用标识。

[0087] 步骤303、向信息发送端发送所述目标对应关系。

[0088] 在一个示例中，所述目标对应关系为第一对应关系，所述第一对应关系包括至少两个根标识；

[0089] 所述向信息发送端发送所述目标对应关系，包括：

[0090] 接收信息发送端发送的第一关系获取请求；

[0091] 响应于所述第一关系获取请求，向所述信息发送端发送所述第一对应关系。

[0092] 在另一个示例中，所述目标对应关系为第二对应关系，所述第二对应关系仅包括所述第一根标识；

[0093] 所述向信息发送端发送所述目标对应关系，包括：

[0094] 接收运行于所述终端设备的第一信息接收端发送的第二关系获取请求；

[0095] 响应于所述第二关系获取请求，向信息发送端发送所述第二对应关系。

[0096] 以下对本申请实施例的通用标识的生成进行具体说明：

[0097] 在一个示例中，运行于所述终端设备的第一信息接收端的代理节点为第二代理节点，所述第二代理节点包括K个群组，每个群组包括至少一个信息接收端，K为大于1的整数；

[0098] 所述生成第一根标识与至少两个通用标识之间的对应关系之前，所述方法还包括：

[0099] 从所述第二代理节点获取与所述K个群组一一对应的K个群组标识；

[0100] 根据所述K个群组标识和所述第一根标识，生成与所述K个群组一一对应的K个通用标识，每个群组对应的标识基于该群组对应的群组标识和所述第一根标识生成。

[0101] 在本示例中，代理节点内部可以划分为若干个群组，一个群组可以包括一个或多个媒体，值得注意的是，不同群组可以包括至少一个相同的媒体，但不同群组至少存在一个不同的媒体，如群组1可以包括APP1、APP2和APP3，群组2可以包括APP3、APP4。

[0102] 通用标识平台在生成代理节点对应的通用标识，可以以群组为单位，生成通用标识，即一个群组对应一个通用标识。这样，群组内的各媒体的数据均通过一个通用标识进行标识，通用标识平台无法知晓群组内各媒体的具体数据量和用户量，从而可以达到隐藏特定媒体的数据量和用户量的效果。

[0103] 以下结合图4对通用标识的生成进行示例说明：

[0104] 在图4中，所述第一设备和所述第二设备均为代理节点。图4所示的标识获取方法涉及终端设备、代理节点、设备识别服务节点和通用标识平台四个参与方。在实际应用中，代理节点可以是互联网头部厂商；设备识别服务节点，也可以称为设备识别服务商，可以是运营商；通用标识平台可以是具备公信力的第三方主体。

[0105] 如图4所示，生成通用标识的具体流程可以包括：

[0106] 步骤401、终端设备向第二代理节点发送针对第一信息接收端的识别请求。

[0107] 步骤402、第二代理节点响应于所述识别请求，生成与目标群组对应的第一票据标识，所述目标群组为所述第一信息接收端所属的群组。

[0108] 所述第一票据标识用于所述目标群组对应的通用标识的分配、安全校验以及计费统计。

[0109] 步骤403、第二代理节点向通用标识平台发送所述第一票据标识。

[0110] 步骤404、第二代理节点向设备识别服务节点发送所述第一票据标识和所述识别请求。

[0111] 步骤405、设备识别服务节点响应于所述识别请求，向通用标识平台发送针对所述第一票据标识的验证请求。

[0112] 步骤406、设备识别服务节点在所述第一票据标识验证通过的情况下，根据所述终端设备的身份信息，生成所述终端设备的根标识。

[0113] 步骤408、设备识别服务节点向通用标识平台发送所述根标识。

[0114] 步骤409、通用标识平台根据所述根标识，以及所述目标群组的群组标识，生成所述目标群组对应的通用标识。

[0115] 步骤409、通用标识平台将所述目标群组对应的通用关系和所述第一票据标识同步给第二代理节点。

[0116] 步骤410、代理节点根据所述第一票据标识，向所述终端设备发送所述目标群组对应的通用标识。

[0117] 需要说明的是，不同的媒体从属的代理节点可能不同。所以即使是同样的终端设备，触发不同的媒体，如果经由不同的代理节点，则生成的通用标识也不同，即，一个终端设备可对应多个通用标识。

[0118] 需要说明的是，图3的方法实施例作为与图2方法实施例对应的通用标识平台的实施例，因此，可以参见图2方法实施例中的相关说明，且可以达到相同的有益效果。为了避免重复说明，在此不再赘述。

[0119] 本申请实施例中介绍的多种可选的实施方式，在彼此不冲突的情况下可以相互结合实现，也可以单独实现，对此本申请实施例不作限定。

[0120] 为方便理解，示例说明如下：

[0121] 本申请实施例既可以适用于广告投放场景，也可以适用于其他信息发送场景问题。为了方便理解，此示例以广告投放的应用场景对本申请实施例的信息发送方法进行说明。在此应用场景中，信息接收端为媒体，信息发送端为广告主。

[0122] 本示例涉及到两个方面：生成通用标识和通用标识映射。

[0123] 本示例的信息发送方法涉及三个参与方：媒体、广告主和通用标识平台(兼设备识别服务商，设备识别服务商可以是运营商，运营商可以获取设备的SIM卡的信息)。核心思想是，通用标识平台可以基于根标识生成通用标识，根标识基于终端设备的身份信息生成。在生成通用标识时，如果媒体/广告主从属的代理节点不同，则对于不同的代理节点生成的通用标识无法进行跨节点识别，与现在各互联网巨头保有自有账号体系而无法互认的情况非常相似。本示例解决跨节点通用标识映射匹配问题。同时，本示例可以实现流量反欺诈，以及通过引入媒体群组，也可以隐藏单个媒体通用标识生成量。下面重点介绍通用标识映射。

[0124] 通用标识映射:

[0125] 在生成通用标识过程中，媒体(APP、小程序、WAP等)或广告主获得了来自于各自从属的代理节点分配的通用标识。各大代理节点在广告监听环节中，已经向通用标识平台批量申请/获取了服务票据，并以消耗票据的代价为媒体分配了相应的通用标识。

[0126] 根据媒体与广告主是否从属于同一个代理节点，我们分两种情况来分析。第一种是非跨节点通用标识应用，第二种是跨节点通用标识映射。

[0127] 情况一、媒体和广告主同属于一个代理节点。

[0128] 在此情况下，如图5a所示，广告投放流程为：

[0129] a.在网络环境下(4G/5G/WiFi)，媒体(APP、小程序、WAP等)被用户触发；

[0130] b.媒体回传通用标识(univ_id)给广告主；

[0131] c.因媒体/广告主所属相同代理节点，广告主可识别通用标识，通过内部的精准投放模型，最终作出投放给对应媒体(univ_id)的决策。

[0132] 情况二、媒体和广告主不属于一个代理节点。

[0133] 在此情况下，广告主无法识别其他节点生成的通用标识，需要通用标识平台来提供不同节点生成的通用标识间的映射关系。在此，再次强调一下在生成通用标识时，通用标识平台是基于设备识别服务商提供的根标识(root_ID)和票据(m_ID)生成的通用标识。设备识别服务商提供的根标识是通过对设备的识别(例如获取设备中的SIM卡号码)生成的，且生成算法是一对一的，即一个设备对应一个根标识。通用标识平台可以依据这个具有全局唯一性的根标识进行不同节点通用标识间的映射。如图2所示，具体流程为：

[0134] a.广告主向通用标识平台请求跨节点生成的通用标识对自身节点通用标识的映射关系；

[0135] b.通用标识平台在内部进行不同节点产生的通用标识匹配，并把结果发送给广告主；

[0136] c.广告主得到自己可识别的通用标识后，再通过内部的精准投放模型，最终作出投放决策。

[0137] 本示例具有如下效果：

[0138] 标识全局唯一性：设备识别服务商(运营商)可以获取设备信息(SIM卡)生成全局唯一的根标识，通用标识平台再根据根标识生成全局唯一的通用标识。这样，就解决了之前的设备标识缺失的问题。

[0139] 去标识化：现有技术中的设备标识(device ID)是未被处理过的个人信息，任何主体都可直接识别；而通用标识只有相应代理节点可识别，并且，不同的代理节点的通用标识在没有通用标识平台的帮助下，无法跨代理节点进行识别，从而达到了一定程度的去标识化的目的，保护了个人隐私。

[0140] 场景覆盖大：该方法不仅可以在4G、5G等移动通信环境下适用，在WiFi环境下同样适用。终端设备通常具备此功能，即在WiFi环境下可瞬间切换到移动流量，获取设备的SIM卡信息后再返回WiFi环境。

[0141] 反欺诈：该方法基于运营商底层能力，天然识别虚假流量，不受操作系统、设备特征等的干扰，具备反欺诈能力。

[0142] 可扩展性：代理节点可为其内不同参与方划分不同群组，可以实现通用标识一对多；一个用户也可对应多个通用标识，即一个用户可触发多个对应不同代理节点的媒体，从而对应多个通用标识。因此，这种多重关系又增强了该机制匿名化的程度，特别是通用标识一对多的对应关系，从具体媒体的角度，通过多个媒体共同组成群组再向通用标识平台申请通用标识，实现了对通用标识平台隐藏具体某个媒体的申请量的效果。

[0143] 实施方式1

[0144] 如果触发的媒体与广告主是跨节点的情况，广告主无法识别跨节点生成的通用标识，需要从通用标识平台得到跨平台通用标识对应关系，方可识别并进行精准营销。这里，我们给出两种解决方案：一是批量异步请求，二是单次即时请求。

[0145] 批量异步请求是广告主的代理节点直接从通用标识平台获取与其他代理节点的所有对应关系，并进行定期更新。如图5b所示，代理节点1的APP在被用户触发时，终端设备可以向代理节点2的广告主发送代理节点1的通用标识；广告主从通用标识平台批量获取不同节点通用标识映射关系。

[0146] 单次即时请求是每次媒体被用户触发，通用标识直接经过通用标识平台进行通用标识匹配后再广播给广告主的方式。如图5c所示，代理节点1的APP在被用户触发时，终端设备可以向通用标识平台发送代理节点1的通用标识，由通用标识平台向广告主发送跨节点通用标识映射关系。

[0147] 相比于单次即时请求，批量异步请求可以与APP的触发异步进行，从而可以提高通用标识确定的速率，且可以批量获取不同节点通用标识映射关系，可以节约信令开销。相比于批量异步请求，单次即时请求更安全，可以防止流量返欺诈，同时可以获取到最新的不同节点通用标识映射关系，从而可以提高通用标识确定的准确率。

[0148] 实施方式2

[0149] 可以在代理节点内部划分若干个群组(group)，一个群组可包含一个或多个媒体应用，同时一个媒体应用也可同时属于不同群组。在此实施方式中，票据的申请、消耗以及通用标识的生成都是基于一个群组发生的。所以，实现通用标识一对多，起到了对通用标识平台隐藏特定媒体应用产生通用标识个数的目的。

[0150] 如图6所示，APP1至APP4均属于同一个代理节点，APP1、APP2和APP3被划分为群组1，APP3和APP4被划分为群组2。群组1的票据标识为{m_id1,m_id2}，群组2的票据标识为{m_id3,m_id4}。群组1对应的通用标识为univ_id_1A，群组2对应的通用标识为univ_id_1B。

[0151] 以下结合图7对通用标识的生成进行说明:

[0152] 如图7所示，生成通用标识的具体流程如下：

[0153] 1.终端设备(媒体)向代理节点批量申请/获取服务票据(m_id)，用于标识分配、安全校验以及计费统计。

[0154] 在图7中，某个APP在代理节点1批量申请/获取了服务票据(m_id1、m_id2)；某个小程序在代理节点2批量申请/获取了服务票据(m_id5、m_id6)。

[0155] 2.设备识别服务商在网络条件下(4G/5G/WiFi)，携带获取的票据(m_id)，向通用标识平台请求票据的合法性。

[0156] WiFi同样适用：终端设备即使是在WiFi状态，运营商也可获取其SIM卡信息。

[0157] 3.通用标识平台依据代理节点同步的票据信息(m_id)，进行校验。

[0158] 4.若通过验证，设备识别服务商生成唯一的根标识(root_id)，并向通用标识平台请求通用标识(univ_id)。

[0159] 设备识别服务商可以是运营商获取用户终端设备的SIM卡(全局唯一性)相关信息，生成满足全局唯一性的root_ID。

[0160] 在图7中，代理节点1的APP的通用标识为univ_标识_1A；代理节点2的小程序的票据标识为univ_id_2A。

[0161] 5.通用标识平台使用根标识(root_id)生成通用标识(univ_id)，将通用标识和票据的对应关系同步给代理节点，并消耗掉该票据(m_id)。

[0162] 一个票据用来生成一个通用标识，即通用标识平台对代理节点的计费依据。

[0163] 6.代理节点根据对应的票据信息(m_id)，将通用标识(univ_id)分配给对应终端/应用。

[0164] 因一个代理节点包含多个媒体，通用标识平台无法从生成通用标识的数量追溯到具体对应哪个媒体，即起到了隐藏具体媒体的通用标识生成量信息的作用。

[0165] 不同的媒体从属的代理节点可能不同。如图7所示，某个APP从属于代理节点1，而某个小程序从属于代理节点2的情况中，设备A分别获得了来自两个代理节点分配的通用标识。所以即使是同样的终端设备，触发不同的媒体，如果经由不同的节点，则生成的通用标识也不同，即，一个终端设备可对应多个通用标识。

[0166] 基于上述实施例提供的信息发送方法，相应地，本申请还提供了信息发送装置的具体实现方式。请参见以下实施例。

[0167] 参见图8，本申请实施例提供的信息发送装置包括：

[0168] 接收模块801，用于接收终端设备发送的第一通用标识，所述第一通用标识为运行于所述终端设备的第一信息接收端的通用标识，所述第一通用标识基于所述终端设备的根标识生成，所述终端设备的根标识基于所述终端设备的身份信息生成，所述第一信息接收端的代理节点为第二代理节点；

[0169] 确定模块802，用于确定所述第一代理节点对应的至少两个通用标识中，与所述第一通用标识对应的第二通用标识，所述第二通用标识基于所述终端设备的根标识生成；

[0170] 第一发送模块803，用于根据所述第二通用标识对应的特征信息，向所述第一信息接收端发送目标信息。

[0171] 在一个示例中，所述装置还包括：

[0172] 第一获取模块，用于获取目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

[0173] 所述确定模块，包括：

[0174] 第一确定单元，用于将所述目标对应关系中与所述第一通用标识对应的根标识，确定为第一根标识；

[0175] 第二确定单元，用于将P个通用标识中与所述第一代理节点对应的通用标识，确定为第二通用标识，所述P个通用标识为所述目标对应关系中与所述第一根标识对应的通用标识，P为大于1的整数。

[0176] 第三确定单元，用于所述第一代理节点对应的通用标识中，与所述第一根标识对应的通用标识，确定为第二通用标识。

[0177] 在一个示例中，所述目标对应关系为第一对应关系，所述第一对应关系包括至少两个根标识；

[0178] 所述第一获取模块，包括：

[0179] 第一发送单元，用于向通用标识平台发送第一关系获取请求；

[0180] 第一接收单元，用于接收所述通用标识平台响应于所述第一关系获取请求发送的第一对应关系。

[0181] 在一个示例中，所述目标对应关系为第二对应关系，所述第二对应关系仅包括所述第一根标识；

[0182] 所述第一获取模块，具体用于：

[0183] 接收通用标识平台响应于第二关系获取请求发送的第二对应关系，所述第二关系获取请求由所述第一信息接收端在接收到访问请求的情况下向所述通用标识平台发送。

[0184] 图8所示的装置可以实现本申请方法实施例中信息发送端可实现的各个步骤及达到相同的有益效果，具体可参见前述描述，此处不再赘述。

[0185] 参见图9，本申请实施例提供的信息发送装置包括：

[0186] 第一生成模块901，用于生成第一根标识与至少两个通用标识之间的对应关系，所述第一根标识为终端设备的根标识，基于所述终端设备的身份信息生成，所述至少两个通用标识为基于所述第一根标识生成的各代理节点对应的通用标识；

[0187] 第二生成模块902，用于根据具有对应关系的所述第一根标识和所述至少两个通用标识，生成目标对应关系，所述目标对应关系为根标识与各代理节点对应的通用标识之间的对应关系；

[0188] 第二发送模块903，用于向信息发送端发送所述目标对应关系。

[0189] 在一个示例中，所述目标对应关系为第一对应关系，所述第一对应关系包括至少两个根标识；

[0190] 所述第二发送模块，包括：

[0191] 第二接收单元，用于接收信息发送端发送的第一关系获取请求；

[0192] 第二发送单元，用于响应于所述第一关系获取请求，向所述信息发送端发送所述第一对应关系。

[0193] 在一个示例中，所述目标对应关系为第二对应关系，所述第二对应关系仅包括所述第一根标识；

[0194] 所述第二发送模块，包括：

[0195] 第三接收单元，用于接收运行于所述终端设备的第一信息接收端发送的第二关系获取请求；

[0196] 第三发送单元，用于响应于所述第二关系获取请求，向信息发送端发送所述第二对应关系。

[0197] 在一个示例中，运行于所述终端设备的第一信息接收端的代理节点为第二代理节点，所述第二代理节点包括K个群组，每个群组包括至少一个信息接收端，K为大于1的整数；

[0198] 所述装置还包括：

[0199] 第二获取模块，用于从所述第二代理节点获取与所述K个群组一一对应的K个群组标识；

[0200] 第三生成模块，用于根据所述K个群组标识和所述第一根标识，生成与所述K个群组一一对应的K个通用标识，每个群组对应的标识基于该群组对应的群组标识和所述第一根标识生成。

[0201] 图9所示的装置可以实现本申请方法实施例中通用标识平台可实现的各个步骤及达到相同的有益效果，具体可参见前述描述，此处不再赘述。

[0202] 图10示出了本申请实施例提供的信息发送的硬件结构示意图。

[0203] 在信息发送设备可以包括处理器1001以及存储有计算机程序指令的存储器1002。

[0204] 具体地，上述处理器1001可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

[0205] 存储器1002可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器1002可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器1002可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器1002可在综合网关容灾设备的内部或外部。在特定实施例中，存储器1002是非易失性固态存储器。

[0206] 存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

[0207] 处理器1001通过读取并执行存储器1002中存储的计算机程序指令，以实现上述实施例中的任意一种信息发送方法。

[0208] 在一个示例中，信息发送设备还可包括通信接口1003和总线1010。其中，如图10所示，处理器1001、存储器1002、通信接口1003通过总线1010连接并完成相互间的通信。

[0209] 通信接口1003，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

[0210] 总线1010包括硬件、软件或两者，将信息发送设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI‑Express(PCI‑X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1010可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

[0211] 另外，结合上述实施例中的信息发送方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种信息发送方法。

[0212] 需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

[0213] 以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD‑ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

[0214] 还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

[0215] 上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

[0216] 以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。