CN110035116A - 用户关联的方法和装置 - Google Patents

Abstract

本说明书实施例提供用户关联的方法和装置。在第二用户通过第一用户的推送信息向服务端注册成为第一应用的用户的过程中，一方面，推送信息由服务端基于第一用户的认证标识生成，终端获取推送信息之后，经由链接信息访问中间页面，从而采集包含预定信息项的第一设备信息，并将第一设备信息和第一用户的认证标识关联后发送至服务端；另一方面，第二用户通过终端向服务端注册成功后，终端在此采集包含预定信息项的第二设备信息，并发送至服务端；服务端将第一设备信息和第二设备信息进行匹配，如果第一设备信息和第二设备信息匹配成功，确定第二用户是通过第一用户对应的推送信息进行注册的。如此，可以提高用户关联的有效性。

Description

用户关联的方法和装置

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及针对一个应用，通过计算机进行用户关联的方法和装置。

背景技术

随着互联网技术的发展，信息推送的应用越来越广泛。信息推送，也可以称为“web广播”，是通过一定的技术标准或协议，在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术。推送技术通过自动传送信息给用户，来减少用于网络上搜索的时间。在信息推送过程中，往往会遇到需要明确信息推送方和被推送方的关联关系的场景，例如，用户A将某个应用推送给用户B，用户B完成应用注册，则针对该应用，用户A和用户B因为推荐而产生关联关系。

实际应用中，被推送方注册过程中，往往会因为一些阻隔，导致无法自动在推送方和被推送方之间明确关联关系。例如，上述场景中，用户B可以通过“应用市场”等下载该应用，由于“应用市场”无法从用户A推送的信息中获取用户A的信息，从而，无法直接自动地建立用户A和用户B的关联关系。

因此，希望能有改进的方案，提供更有效的方案，在信息推送的双方用户间建立关联关系。

发明内容

本说明书一个或多个实施例描述的用户关联的方法和装置，可以用于解决背景技术部分提到的一个或多个问题。

根据第一方面，提供了一种针对第一应用的用户关联的方法，应用于第一终端，所述方法包括：

获取基于第一用户的认证标识生成的、针对所述第一应用的推送信息，所述推送信息包括指向中间页面的链接信息；经由所述链接信息访问所述中间页面，从而采集所述第一终端的设备信息，并将所述认证标识与所述第一终端的设备信息进行关联，生成第一关联信息；向所述第一应用的服务端发送所述第一关联信息，以供所述服务端在接收到由注册成功的第二用户发送的第二终端的设备信息时，将所述第二终端的设备信息与所述第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和所述第一用户确定为针对所述第一应用的关联用户。

在一些实施例中，所述设备信息包括：

移动设备身份识别码；和/或

以下信息项中的多种的组合：设备语言、操作***版本、终端设备型号、当前电量、IP地址。

在一些实施例中，所述将所述认证标识与所述第一终端的设备信息进行关联，生成第一关联信息包括：

对所述第一终端的设备信息通过预定的加密方式进行加密处理；

将加密后的所述第一终端的设备信息与所述认证标识进行关联，生成第一关联信息。

在一些实施例中，所述加密方式包括，哈希运算、消息摘要算法第五版、加入干扰信息中的至少一项。

在一些实施例中，所述中间页面为html5页面。

在一些实施例中，所述认证标识是在对所述第一用户验证成功的情况下生成的令牌Token，其中包括通过所述第一用户的用户身份信息生成的数字签名。

根据第二方面，提供一种针对第一应用的用户关联方法，应用于第二终端，所述方法包括：

向所述第一应用的服务端提交第二用户的注册信息；

响应于接收到所述第二用户向所述第一应用的服务端注册成功的反馈信息，采集所述第二终端设备信息；

将所述第二终端的设备信息发送给所述服务端，以供所述服务端将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系。

在一些实施例中，所述设备信息包括：

移动设备身份识别码；和/或

以下信息项中多种的组合：设备语言、操作***版本、手机型号、当前电量、IP地址。

在一些实施例中，所述将所述第二终端的设备信息发送给所述服务端包括：

对所述第二终端的设备信息通过预定的加密方式进行加密处理；

将加密后的所述第二终端的设备信息发送给所述服务端。

在一些实施例中，所述将所述第二终端的设备信息发送给所述服务端包括：

将所述第二终端的设备信息与所述第二用户进行关联，生成第二关联信息；

向所述服务端发送所述第二关联信息，以供所述服务端通过解析获取所述第二终端的设备信息。

根据第三方面，提供一种针对第一应用的用户关联方法，应用于所述第一应用的服务端，所述方法包括：

响应于第二用户通过第二终端向所述服务端注册成功，接收针对所述第二终端采集的设备信息；

至少将所述第二设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系；

在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户。

在一些实施例中，所述设备信息包括：

移动设备身份识别码；和/或

以下信息项中的多种的组合：设备语言、操作***版本、终端设备型号、当前电量、IP地址。

在一些实施例中，所述至少将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配包括：

确定所述第一终端的设备信息与所述第二终端的设备信息的文本相似度；

在所述文本相似度大于预设阈值的情况下，确定匹配成功。

根据第四方面，提供一种针对第一应用的用户注册的方法，应用于第一终端，所述方法包括：

获取基于第一用户的认证标识生成的、针对第一应用的推送信息，所述推送信息包括指向中间页面的链接信息；

经由所述链接信息访问所述中间页面，从而采集所述第一终端当前的第一设备信息，将所述认证标识和所述第一设备信息进行关联生成第一关联信息，并向所述第一应用的服务端发送所述第一关联信息，以供服务端将第一关联信息存储在第一信息集中；

在下载所述第一应用并向所述服务端成功注册第二用户后，采集所述第一终端当前的第二设备信息，并发送给所述服务端，以供所述服务端从所述第一信息集中确定出与所述第二设备信息匹配的所述第一设备信息，从而将所述第二用户和所述第一用户确定为针对所述第一应用的关联用户。

根据第五方面，提供一种针对第一应用的用户关联的装置，设于第一终端，所述装置包括：

获取单元，配置为获取基于第一用户的认证标识生成的、针对所述第一应用的推送信息，所述推送信息包括指向中间页面的链接信息；

预处理单元，配置为经由所述链接信息访问所述中间页面，从而采集所述第一终端的设备信息，并将所述认证标识与所述第一终端的设备信息进行关联，生成第一关联信息；

通信单元，配置为向所述第一应用的服务端发送所述第一关联信息，以供所述服务端在接收到由注册成功的第二用户发送的第二终端的设备信息时，至少将所述第二终端的设备信息与所述第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和所述第一用户确定为针对所述第一应用的关联用户。

根据第六方面，提供一种针对第一应用的用户关联装置，设于第二终端，所述装置包括：

注册单元，配置为向所述第一应用的服务端提交第二用户的注册信息；

采集单元，配置为响应于接收到所述第二用户向所述第一应用的服务端注册成功的反馈信息，采集所述第二终端的设备信息；

通信单元，配置为将所述第二终端的设备信息发送给所述服务端，以供所述服务端将所述第二终端设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系。

根据第七方面，提供一种针对第一应用的用户关联装置，设于所述第一应用的服务端，所述装置包括：

接收单元，配置为响应于第二用户通过第二终端向所述服务端注册成功，接收针对所述第二终端采集的设备信息；

匹配单元，配置为至少将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系；

确定单元，配置为在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户。

根据第八方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面至第四方面中任一方面的方法。

根据第九方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面至第四方面中任一方面的方法。

通过本说明书实施例提供的针对第一应用的用户关联的方法和装置，在第二用户通过第一用户的推送信息向服务端注册成为第一应用的用户的过程中，一方面，推送信息可以由服务端基于第一用户的认证标识生成，终端获取推送信息之后，可以经由链接信息访问中间页面，从而采集接收推送信息的第一终端的设备信息，并将第一终端的设备信息和第一用户的认证标识关联后发送至服务端；另一方面，在第二用户通过第二终端向服务端注册成功后，第二终端采集第二终端的设备信息，并发送至服务端；服务端将第一终端的设备信息和第二终端的设备信息进行匹配，如果第一终端和第二终端是同一终端，那么对应的设备信息就能够匹配成功，从而，确定第二用户是通过第一用户对应的推送信息进行注册的。如此，通过自动保存在第二用户和第一用户之间进行关联，提高用户关联的有效性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1示出本说明书实施例的应用场景示意图；

图2示出根据一个实施例的用户关联的执行流程图；

图3示出根据一个实施例的针对第一应用的用户关联的装置的示意性框图；

图4示出根据又一个实施例的针对第一应用的用户关联的装置的示意性框图；

图5示出根据又一个实施例的针对第一应用的用户关联的装置的示意性框图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。为了便于说明，结合图1示出的本说明书实施例的一个具体适用场景进行说明。图1示出的是用户之间推荐应用的具体场景。为了描述方便，这里将所推荐的应用称为第一应用，该第一应用可以是可安装于用户终端的各种应用(如移动终端APP等)，也可以是运行于浏览器的各种Web应用，在此不做限定。

参考图1所示，服务端为各个客户端上运行的第一应用提供服务，其中应用市场是用于提供包括第一应用在内的各种应用的下载服务的平台。在一个具体场景中，第一用户为第一应用的终端用户，其可以通过终端2与服务端进行交互。第一用户还可以通过终端2向其他用户推荐第一应用。此时，服务端可以为第一用户生成推送信息，第一用户可以将该推送信息通过第三方平台(如公众号、微博等社交网站)发布出去，也可以直接分享给目标用户(如通过二维码分享)。第二用户通过终端1获取第一用户的推送信息，在终端1通过推送信息中包含的链接等跳转到应用市场将第一应用下载后，第二用户可以通过终端1向服务端进行注册。

对于一些具体的应用场景，例如，第二用户的注册可以为第一用户提供优惠、奖励等结果，则需要记录第二用户和第一用户的推荐关系。但如图1所示，由于终端1对第一应用的下载通过应用市场进行，注册过程与推送信息没有直接关联，不能直接自动完成第二用户和第一用户的推荐关系记录。常规技术中，通常通过类似以下方式记录第二用户和第一用户的推荐关系：

在推送信息中包含中间页面，终端1获取推送信息后，通过运行中间页面的脚本，展示第二用户输入用户信息的界面。在第二用户输入用户信息之后，终端1可以将第二用户输入的用户信息(如电话号码)以及推送信息中包含的第一用户的用户信息发送至服务端。当第二用户向服务端注册成功后，终端1再次发送第二用户输入的用户信息，以供服务端将两次输入的用户信息进行匹配，来确定第二用户和第一用户的推荐关系；或者

在第二用户向服务端注册成功后，终端1获取第二用户输入的第一用户的用户信息，例如电话号码、用户名、推荐码等等，从而确定第一用户推荐第二用户的推荐关系。

以上方式中，完成第二用户和第一用户的推荐关系记录都需要用户参与输入至少一方信息，从操作复杂度和消耗的时间来说，都可能给用户体验造成不好的影响。进一步地，还可能导致信息推送失败，例如第二用户放弃注册等。为了解决或避免这些问题，本说明书实施例提供自动完成第二用户与第一用户关联的技术方案。

考虑到在用户注册应用的过程往往不需要较长时间，因此，可以通过终端设备的独一无二的信息项或信息项组合描述的设备信息，对接受推送信息的终端和注册用户的终端之间的匹配，来确定用户之间的关联关系。这里的信息项可以是短时间内变化较小、不会变化、长期变化概率较小的信息项。

下面具体描述相关技术方案的实现过程。

图2示出根据一个实施例的用户关联的方法流程图。图2给出了针对第一应用，由终端2的用户向终端1的用户推送第一应用的一个具体过程。其中，第一应用可以是任意一个应用。

在图2示出的流程中，首先通过步骤S0，终端2对应的第一用户可以先通过服务端生成推送信息。其中，第一用户是已向服务端注册成功的用户。可以理解，推送信息可以是各种合理形式的信息，例如文本和/或超链接信息、二维码图片等。推送信息中可以包括指向中间页面的链接信息。

推送信息可以是各种形式，例如：推送信息可以被嵌入网页中，例如被嵌入各种APP推文页面、浏览器页面等；推送信息也可以通过社交平台等的文本信息进行发送，例如短信、微信消息、微博评论等等；推送信息还可以是二维码图片等形式；等等，在此不做限定。

其中，推送信息的具体内容可以与信息推送的渠道或形式相关，例如第三方页面、短信和微信消息对应的推送信息内容有所区别，也可以与信息推送的渠道或形式无关，例如是统一的二维码，在此不做限定。

可以理解，本说明书实施例的目的在于，在用户之间推送第一应用，因此，推送信息可以是基于第一应用生成。例如推送信息可以包括第一应用的名称、下载地址等等。

另外，在推送成功后还需要建立推送方第一用户和被推送方第二用户的关联关系，因此，在推送信息中还可以包括有第一用户的认证标识。其中，第一用户的认证标识可以用于表明第一用户的身份。在一些实施方式中，该认证标识可以是用户标识，例如用户名(userID)、关联手机号、邮箱等等。在另一些实施方式中，认证标识还可以是在服务端对第一用户验证成功的情况下，针对第一用户生成的令牌Token。其中，该Token中可以包括通过第一用户的用户身份信息生成的数字签名。Token和数字签名的生成方法在此不再赘述。如此，一方面可以对第一用户的身份预先验证，另一方面，通过经过密钥加密处理的数字签名进行数据传输和校验。这样，可以是数据传播更加安全，也有利于对用户身份进行保护。

值得说明的是，不管是文本还是二维码的形式，实质上都包含的是字符信息。因此，在推送的信息中，还可以加入可执行程序。为了实现字符信息到可执行程序的转变，在推送信息中还可以包含指向中间页面的链接信息。通过连接信息，可以呈现一个预定格式的中间页面，或者称为执行页面，例如H5页面(HTML5页面)。该中间页面可以包含例如实现某种功能(如打开应用商店)之类的脚本。

值得说明的是，该步骤S0为前置准备步骤。S0可以单独执行，且在该步骤执行完毕之后，S1-S9可以重复多次执行。

通过服务端生成的推送信息，进一步可以由第一用户通过终端2推荐给别的终端用户，例如在步骤S1中，终端1可以通过诸如在本地下载网面、收取信息、扫描二维码之类的方式获取推送信息。

接着，通过步骤S2中，终端1可以经由链接信息访问中间页面，从而采集包含预定信息项的终端1的设备信息，并将认证标识与终端1的设备信息进行关联，生成第一关联信息。这里，终端1可以是区别于终端2的任意终端。通常，终端1可以在通过其持有者确认的情况下，经由链接信息访问中间页面。

在一个实施例中，推送信息为文本中包含的链接、***的接受按钮，或者其他类型的链接信息。用户通过点击链接、接受按钮等操作可以访问中间页面。

在另一个实施例中，推送信息为二维码形式，第一客户端可以在扫描二维码后直接经由链接信息访问中间页面。该中间页面例如可以是进行第一应用的下载的页面。

在更多的实施例中，还可以通过其他方式访问中间页面，在此不再赘述。中间页面可以为html5页面，且可以包含脚本。在访问中间页面的过程中，终端1可以运行html5页面中包含的脚本。

通过运行中间页面上的脚本，一方面，终端1可以获取推送信息中包含的第一用户的认证标识，另一方面，该脚本使得终端1采集包含预定信息项的设备信息。其中，该设备信息可以是用于描述终端1的设备状态的信息，同时，通过该设备信息可以独一无二地描绘出终端1。

在一个实施例中，对于移动终端，上述设备信息可以包括移动设备身份识别码(International Mobile Equipment Identity，IMEI)。可以知道，通过IMEI能够唯一描绘出一个移动终端。也就是说，当第一设备信息包括IMEI时，通过这一个预定信息项就可以独一无二地描绘出终端1。

然而，实际中，并非所有移动终端都具有IMEI，即使有，也不一定开放读取权限。当终端并非移动终端时，更是无法获取IMEI。因此，还可以将其他信息项作为设备信息中的信息项。

在一个实施例中，上述设备信息可以包括设备语言，例如中文简体、英语、中文繁体等等。每个终端用户都有自己的语言习惯，因此，设备语言可以作为设备信息中的信息项之一。

在一个实施例中，上述设备信息可以包括操作***版本。实际应用中，终端的操作***版本往往是不经常变更的，因此可以作为设备信息中的信息项之一。

在一个实施例中，上述设备信息还可以包括终端设备型号。同一终端设备的型号通常是不会改变的，可以作为设备信息中的信息项之一。

在一个实施例中，上述设备信息还可以包括当前电量。终端设备的电量通常是变化的，然而，对于接收推送信息，注册应用这样一个连续过程而言，电量变化较小，可以作为设备信息中的信息项之一。在一些情况下，如果考虑用户接受推送信息、下载应用到注册之间间隔较长，可以不将当前电量作为设备信息中的信息项。

在一个实施例中，上述设备信息还可以包括终端接入网络的IP地址。对于连接无线网络(如wifi)的终端，或者连接有线网络的终端而言，其经常接入网络的网关IP往往变化概率较小。虽然对于通过电信运营商分配IP地址的移动网络而言，在与网络断开重连的情况下，IP地址可能改变，然而，对于一次接受推送信息、下载应用到注册的间隔时长而言，IP地址改变的概率较小。因此，IP地址可以作为设备信息中的信息项之一。

在更多实施例中，设备信息还可以包括其他信息项，在此不再一一赘述。可以理解，上述信息项中，除了IMEI，其他信息项可能都无法通过单独一个信息项刻画出一个独一无二的终端设备，而多种信息的组合，可以独一无二地描绘出相应的终端。因此，终端1的设备信息也可以看作是在由各个预定信息项形成的“指纹信息模型”中采集的“指纹信息”，用于描述由预定信息项或信息项组合勾画出的设备信息对应的终端的可识别性。

可以理解，为了描述方便，在本步骤S2中采集的终端1的设备信息在本说明书的描述中也可以称为第一设备信息。

如此，终端可以进一步通过步骤S3，将第一设备信息与第一用户的认证标识进行关联，生成第一关联信息。其中，信息关联的方式可以是各种形式，例如通过二维数组的形式进行记录、将第一关联信息作为认证标识的属性信息，等等，在此不再赘述。第一关联信息就可以是通过上述各种形式关联的信息，例如二维数组本身。

由于上述设备信息中的信息项可能涉及个人信息，为了信息安全，终端1还可以将信息进行脱敏处理。信息脱敏过程可以针对设备信息进行，也可以针对第一关联信息进行，在此不做限定。以针对设备信息为例，终端1可以先对第一设备信息通过预定的加密方式进行加密处理，然后将加密后的第一设备信息与第一用户的认证标识进行关联，生成第一关联信息。这里的加密方式可以是诸如哈希运算、消息摘要算法第五版(MD5)、加入信息干扰项(如在传输数据的预定位添加干扰字符)等等，在此不再赘述。值得说明的是，加密方式可以根据设备信息中具体的信息项进行选择，例如，当设备信息中的信息项包括当前电量时，通过哈希运算的哈希值在电量变化较小的情况下也会产生较大区别，因此，可以选择消息摘要算法第五版(MD5)、加入信息干扰项等加密方式。

如图2所示，接着，在步骤S4中，终端1可以将步骤S3中生成的第一关联信息上传至第一应用的服务端。此时，服务端可以将该第一关联信息保存在本地。如果第一关联信息中包含进行加密的信息，服务端还可以先对加密的信息进行解密，之后再进行保存。由于除了终端1，服务端还可能接收到其他终端针对第一用户或其他用户的推送信息上传的各个关联信息，因此，可选地，服务端还可以通过关联信息集保存各个关联信息。

另一方面，终端1在访问中间页面的同时，还可以跳转到应用市场的下载页面，在经过终端用户确认后，可以发送下载第一应用的请求，进行应用下载。如果用户当时因为没有无线网络(如wifi)等原因没有下载第一应用，也可以在之后的任意时间下载该第一应用。

下载该第一应用之后，终端1可以通过步骤S5，向第一应用的服务端提交第二用户的注册信息。其中，注册信息可以包括用户名、手机号码、邮箱、登录密码等等中的一项或多项，在此不再赘述。

通常，服务端在接收到用户的注册信息后，可以对注册信息进行校验，例如判断用户名、手机号码是否合法，如用户名未经过注册、手机号码位数正确等等。在校验成功后，服务端还可以向终端1送注册成功的反馈信息。

终端1接收到服务端发送的反馈信息，确定第二用户注册成功。此时，终端1可以默认通过第二用户登录以与服务端进行连接，也可以提示操作用户进行登录操作，以和服务端进行连接，在此不做限定。

如图2所示，通过步骤S6，在第二用户注册成功后的首次登录时，终端1可以再次采集包含前述信息项的设备信息。可以理解，此时的设备信息是描述终端1在安装并注册完第一应用后的当前状态的信息，此处的设备信息和步骤S2中的类似，在此不再赘述。为了描述方便，在本步骤中对终端1采集的当前设备细腻系也可以称为第二设备信息。

接着在步骤S7中，终端1可以通过第二用户将步骤S6中采集的终端1的设备信息发送至服务端。其中，终端1向服务端发送的信息中可以包含第二用户的用户标识，因此，终端1可以仅向服务端发送第二设备信息。在可选的实现方式中，终端1也可以将第二用户和第二设备信息进行关联，生成第二关联信息，发送给服务端。

根据一个可能的设计，终端1还可以对第二设备信息和/或第二关联信息进行与步骤S3中描述的脱敏(加密)处理，再发送给服务端，在此不再赘述。

服务端在步骤S8中接收到该第二设备信息。服务端可以是从接收到的信息中解析出第二设备信息是通过第二用户发送的，从而明确第二用户与终端1的关联关系。如果终端1发送来的是前述的第二关联关系，服务端也可直接获取第二用户与终端1的关联关系。可以理解，在可选的实现中，如果第二设备信息经过了加密处理，服务端还可以对第二设备信息进行响应的解密处理，在此不再赘述。

可以理解，由于第二设备信息通过第二用户发送给服务端，第一设备信息与第一用户的认证标识相关联，并以关联信息的形式存储在服务端，所以此时，如果第一设备信息和第二设备信息描述的是同一个终端，就可以确认第二用户是基于第一用户的推送信息而注册的用户。也就是说服务端找到与第二设备信息相匹配的第一设备信息，就可以确定与第二用户关联的第一用户。

因此，通过步骤S9，服务端将第二设备信息与预先保存的各个关联关系中的设备信息进行匹配。其中，服务端保存的关联关系，不仅可以是终端1上传的第一用户与用于描述终端1的第一设备信息的关联关系，还可以是第一用户或其他用户与描述其他终端的设备信息的关联关系。也就是说，服务端在信息匹配过程中，可以拿第二设备信息与预先保存的至少一个关联关系依次进行匹配。

由于第一设备信息、第二设备信息都可以独一无二地描述终端1，而不会描述其他终端，因此，服务端在进行设备信息匹配过程中，第二设备信息与其他设备信息都可能无法匹配。也就是说，服务端总会将第二设备信息与第一设备信息进行匹配。换句话说，服务端至少将第二设备信息与洗衣设备信息进行了匹配。

其中，信息匹配可以采用本领域技术人员知晓的各种方式进行，例如字符完全对应一致等，在此不做限定。在一些情况下，例如设备信息中的信息项包括电量这样的易变信息的情况下，对终端1在不同时刻采集的设备信息可能稍有区别。因此，可以通过诸如余弦相似度之类的文本相似度方法计算第一设备信息和第二设备信息的文本相似度，在相似度大于一定阈值(如95％)的情况下，就可以认为第一设备信息和第二设备信息匹配成功。在一个实施例中，设备信息中的各个信息项都是固定信息项，在服务端保存的第一设备信息可能只是第一设备信息经过计算的哈希值，则此时服务端接收的第二设备信息也可以是进行经过计算得到的哈希值，如此，服务端可以将两个哈希值进行对比，并在完全一致的情况下确定匹配成功。

进一步地，在第一设备信息和第二设备信息匹配成功的情况下，在步骤S10中，服务端可以将第二用户和第一用户确定为针对第一应用的关联用户。从而，至少在第一应用的推送注册过程中，服务端将第二用户确定为第一用户的关联用户。也就是说，服务端可以确定，第二用户是通过第一用户的推送信息，下载了第一应用，并向服务端进行了注册。之后，根据具体的应用场景，服务端可以进行后续的操作，例如，对第二用户进行新用户奖励，对第一用户进行拉新奖励等等，本说明书实施例对此不做限定。

在步骤S0至步骤S10中，S0为前置步骤，即步骤S1至步骤S9的前提。步骤S1至步骤S4的执行，和步骤S5至步骤S7的执行，可以认为是两个独立的执行阶段。这两个阶段，分别可以由多个终端执行。在本说明书的实施例中，为了描述的方便，可以将执行步骤S1至步骤S4阶段的终端称为第一终端，而将执行步骤S5至步骤S7的终端称为第二终端。服务器可以同时处理多个第一终端和第二终端发送的数据，并将第一终端在步骤S4发送的数据进行存储。服务端接收第二终端发送的第二设备信息后，可以执行步骤S8至步骤S10的流程。当服务端将某个第一终端发送的第一关联信息中的第一设备信息和某个第二终端发送的第二设备信息匹配成功时，说明该第一终端和第二终端是同一个终端，从而将相应的第二用户和第一用户确定为针对第一应用的关联用户。这对应于图2所示的实施例，此时，第一终端和第二终端均为图2中的终端1。

具体地：

一方面：第一终端获取基于第一用户的认证标识生成的、针对第一应用的推送信息，推送信息包括指向中间页面的链接信息；经由链接信息访问中间页面，从而采集第一终端的设备信息，并将认证标识与第一终端的设备信息进行关联，生成第一关联信息；向第一应用的服务端发送第一关联信息，以供服务端在接收到由注册成功的第二用户发送的第二终端的设备信息时，将第二终端的设备信息与第一终端的设备信息进行匹配，并在匹配成功的情况下，将第二用户和第一用户确定为针对第一应用的关联用户。

另一方面：第二终端向第一应用的服务端提交第二用户的注册信息；响应于接收到第二用户向第一应用的服务端注册成功的反馈信息，采集第二终端的设备信息；将第二终端的设备信息发送给服务端，以供服务端将第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，并在匹配成功的情况下，将第二用户和第一用户确定为针对第一应用的关联用户，其中，第一关联信息通过第一终端获取，且用于描述第一终端与第一用户的关联关系。

再一方面：服务端响应于第二用户通过第二终端向服务端注册成功，接收针对第二终端采集的设备信息；至少将第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，其中，第一关联信息通过第一终端获取，且用于描述第一终端与第一用户的关联关系；在匹配成功的情况下，将第二用户和第一用户确定为针对第一应用的关联用户。

其中，第一终端和第二终端的执行步骤可以在同一个终端(如终端1)进行。

回顾以上过程，应用可以通过用户间的信息推送进行推广，在第二用户通过第一用户的推送信息向服务端注册成为第一应用的用户的过程中，一方面，推送信息可以由服务端基于第一用户的认证标识生成，终端获取推送信息之后，可以经由链接信息访问中间页面，从而采集接收推送信息的第一终端的设备信息，并将第一终端的设备信息和第一用户的认证标识关联后发送至服务端；另一方面，在第二用户通过第二终端向服务端注册成功后，第二终端采集第二终端的设备信息，并发送至服务端；服务端将第一终端的设备信息和第二终端的设备信息进行匹配。同一终端采集的第一设备信息和第二设备信息能够匹配成功，如果第一终端的设备信息和第二终端的设备信息可以匹配成功，则第一终端和第二终端是同一个终端。从而，可以确定第二终端对应的第二用户是通过第一用户的推送信息进行注册的。如此，通过自动保存在第二用户和第一用户之间进行关联，提高用户关联的有效性。

图3示出针对第一应用的用户关联的装置300，该装置300可以设于第一终端，装置300包括：

获取单元31，配置为获取基于第一用户的认证标识生成的、针对第一应用的推送信息，推送信息包括指向中间页面的链接信息；

预处理单元32，配置为经由链接信息访问中间页面，从而采集第一终端的设备信息，并将认证标识与第一终端的设备信息进行关联，生成第一关联信息；

通信单元33，配置为向第一应用的服务端发送第一关联信息，以供服务端在接收到由注册成功的第二用户发送的第二终端的设备信息时，至少将第二终端的设备信息与第一终端的设备信息进行匹配，并在匹配成功的情况下，将第二用户和第一用户确定为针对第一应用的关联用户。

在一个实施例中，上述设备信息包括：

移动设备身份识别码；和/或

以下信息项中的多种的组合：设备语言、操作***版本、终端设备型号、当前电量、IP地址。

在一个实施例中，预处理单元32还可以配置为：

对第一终端的设备信息通过预定的加密方式进行加密处理；

将加密后的第一终端的设备信息与认证标识进行关联，生成第一关联信息。

其中，上述加密方式可以包括，哈希运算、消息摘要算法第五版、加入干扰信息中的至少一项。

在一个实施例中，上述中间页面为html5页面。

在一个实施例中，上述认证标识是在对第一用户验证成功的情况下生成的令牌Token，其中包括通过第一用户的用户身份信息生成的数字签名。

图4示出针对第一应用的用户关联的装置400，该装置400可以设于第二终端，装置400包括：

注册单元41，配置为向第一应用的服务端提交第二用户的注册信息；

采集单元42，配置为响应于接收到第二用户向所述第一应用的服务端注册成功的反馈信息，采集第二终端的设备信息；

通信单元43，配置为将第二终端的设备信息发送给服务端，以供服务端将第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，并在匹配成功的情况下，将第二用户和第一用户确定为针对第一应用的关联用户，其中，第一关联信息通过第一终端获取，且用于描述第一终端与第一用户的关联关系。

其中，上述设备信息可以包括：

移动设备身份识别码；和/或

以下信息项中多种的组合：设备语言、操作***版本、手机型号、当前电量、IP地址。

在一个实施例中，通信单元43可以进一步配置为：

对第二终端的设备信息通过预定的加密方式进行加密处理；

将加密后的第二终端的设备信息发送给服务端。

在一个实施例中，通信单元43还可以配置为：

将第二终端的设备信息与第二用户进行关联，生成第二关联信息；

向服务端发送第二关联信息，以供服务端通过解析获取第二终端的设备信息。

图5示出针对第一应用的用户关联的装置500，该装置500可以设于第一应用的服务端，装置500包括：

接收单元51，配置为响应于第二用户通过第二终端向服务端注册成功，接收针对第二终端采集的设备信息；

匹配单元52，配置为至少将第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，其中，第一关联信息通过第一终端获取，且用于描述第一终端与第一用户的关联关系；

确定单元53，配置为在匹配成功的情况下，将第二用户和第一用户确定为针对第一应用的关联用户。

在一个实施例中，匹配单元52进一步可以配置为：

确定所述第一终端的设备信息与所述第二终端的设备信息的文本相似度；

在所述文本相似度大于预设阈值的情况下，确定匹配成功。

值得说明的是，图3、4、5所示的装置300、400、500是与图2示出执行流程中的各个设备的方法实施例相对应的装置实施例，图2示出的流程实施例中的相应描述同样适用于装置300、400、500，在此不再赘述。

根据另一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行相应描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现相应描述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (19)

1.一种针对第一应用的用户关联的方法，应用于第一终端，所述方法包括：

获取基于第一用户的认证标识生成的、针对所述第一应用的推送信息，所述推送信息包括指向中间页面的链接信息；

经由所述链接信息访问所述中间页面，从而采集所述第一终端的设备信息，并将所述认证标识与所述第一终端的设备信息进行关联，生成第一关联信息；

向所述第一应用的服务端发送所述第一关联信息，以供所述服务端在接收到由注册成功的第二用户发送的第二终端的设备信息时，至少将所述第二终端的设备信息与所述第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和所述第一用户确定为针对所述第一应用的关联用户。

2.根据权利要求1所述的方法，其中，所述设备信息包括：

移动设备身份识别码；和/或

以下信息项中的多种的组合：设备语言、操作***版本、终端设备型号、当前电量、IP地址。

3.根据权利要求1所述的方法，其中，所述将所述认证标识与所述第一终端的设备信息进行关联，生成第一关联信息包括：

对所述第一终端的设备信息通过预定的加密方式进行加密处理；

将加密后的所述第一终端的设备信息与所述认证标识进行关联，生成第一关联信息。

4.根据权利要求3所述的方法，其中，所述加密方式包括，哈希运算、消息摘要算法第五版、加入干扰信息中的至少一项。

5.根据权利要求1所述的方法，其中，所述中间页面为html5页面。

6.根据权利要求1所述的方法，其中，所述认证标识是在对所述第一用户验证成功的情况下生成的令牌Token，其中包括通过所述第一用户的用户身份信息生成的数字签名。

7.一种针对第一应用的用户关联方法，应用于第二终端，所述方法包括：

向所述第一应用的服务端提交第二用户的注册信息；

响应于接收到所述第二用户向所述第一应用的服务端注册成功的反馈信息，采集所述第二终端的设备信息；

将所述第二终端的设备信息发送给所述服务端，以供所述服务端将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系。

8.根据权利要求7所述的方法，其中，所述设备信息包括：

移动设备身份识别码；和/或

以下信息项中多种的组合：设备语言、操作***版本、手机型号、当前电量、IP地址。

9.根据权利要求7所述的方法，其中，所述将所述第二终端的设备信息发送给所述服务端包括：

对所述第二终端的设备信息通过预定的加密方式进行加密处理；

将加密后的所述第二终端的设备信息发送给所述服务端。

10.根据权利要求7所述的方法，其中，所述将所述第二终端的设备信息发送给所述服务端包括：

将所述第二终端的设备信息与所述第二用户进行关联，生成第二关联信息；

向所述服务端发送所述第二关联信息，以供所述服务端通过解析获取所述第二终端的设备信息。

11.一种针对第一应用的用户关联方法，应用于所述第一应用的服务端，所述方法包括：

响应于第二用户通过第二终端向所述服务端注册成功，接收针对所述第二终端采集的设备信息；

至少将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系；

在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户。

12.根据权利要求11所述的方法，其中，所述设备信息包括：

移动设备身份识别码；和/或

以下信息项中的多种的组合：设备语言、操作***版本、终端设备型号、当前电量、IP地址。

13.根据权利要求11所述的方法，其中，所述至少将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配包括：

确定所述第一终端的设备信息与所述第二终端的设备信息的文本相似度；

在所述文本相似度大于预设阈值的情况下，确定匹配成功。

14.一种针对第一应用的用户注册的方法，应用于第一终端，所述方法包括：

获取基于第一用户的认证标识生成的、针对第一应用的推送信息，所述推送信息包括指向中间页面的链接信息；

经由所述链接信息访问所述中间页面，从而采集所述第一终端当前的第一设备信息，将所述认证标识和所述第一设备信息进行关联生成第一关联信息，并向所述第一应用的服务端发送所述第一关联信息，以供服务端将第一关联信息存储在第一信息集中；

在下载所述第一应用并向所述服务端成功注册第二用户后，采集所述第一终端当前的第二设备信息，并发送给所述服务端，以供所述服务端从所述第一信息集中确定出与所述第二设备信息匹配的所述第一设备信息，从而将所述第二用户和所述第一用户确定为针对所述第一应用的关联用户。

15.一种针对第一应用的用户关联的装置，设于第一终端，所述装置包括：

获取单元，配置为获取基于第一用户的认证标识生成的、针对所述第一应用的推送信息，所述推送信息包括指向中间页面的链接信息；

预处理单元，配置为经由所述链接信息访问所述中间页面，从而采集所述第一终端的设备信息，并将所述认证标识与所述第一终端的设备信息进行关联，生成第一关联信息；

通信单元，配置为向所述第一应用的服务端发送所述第一关联信息，以供所述服务端在接收到由注册成功的第二用户发送的第二终端的设备信息时，至少将所述第二终端的设备信息与所述第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和所述第一用户确定为针对所述第一应用的关联用户。

16.一种针对第一应用的用户关联装置，设于第二终端，所述装置包括：

注册单元，配置为向所述第一应用的服务端提交第二用户的注册信息；

采集单元，配置为响应于接收到所述第二用户向所述第一应用的服务端注册成功的反馈信息，采集所述第二终端的设备信息；

通信单元，配置为将所述第二终端的设备信息发送给所述服务端，以供所述服务端将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，并在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系。

17.一种针对第一应用的用户关联装置，设于所述第一应用的服务端，所述装置包括：

接收单元，配置为响应于第二用户通过第二终端向所述服务端注册成功，接收针对所述第二终端采集的设备信息；

匹配单元，配置为至少将所述第二终端的设备信息与预先存储的第一关联信息中第一终端的设备信息进行匹配，其中，所述第一关联信息通过所述第一终端获取，且用于描述所述第一终端与所述第一用户的关联关系；

确定单元，配置为在匹配成功的情况下，将所述第二用户和第一用户确定为针对所述第一应用的关联用户。

18.一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-14中任一项的所述的方法。

19.一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-14中任一项所述的方法。