CN112446723A - 确定用户邀请关系的方法、计算机可读存储介质和设备 - Google Patents

Abstract

本申请涉及一种确定用户邀请关系的方法、计算机可读存储介质和设备，所述方法包括：接收被邀请终端发送的下载请求，解析下载请求，获得解析结果。在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包，并将携带邀请码的安装包发送至被邀请终端。接收被邀请终端返回的邀请成功通知信息，邀请成功通知信息携带邀请码，匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。本申请提供的方案可以无需被邀请用户手动填写邀请码，在接收到返回的邀请成功通知信息时，可确认被邀请对象和邀请用户的邀请关系，降低邀请关系确认难度，提高应用程序的下载量和推广范围。

Description

确定用户邀请关系的方法、计算机可读存储介质和设备

技术领域

本申请涉及计算机技术领域，特别是涉及一种确定用户邀请关系的方法、计算机可读存储介质和设备。

背景技术

随着计算机技术的发展，以及多种终端应用程序的广泛应用，为进一步提高应用程序的下载量和应用范围，出现了通过老用户将应用程序下载链接分享给好友，且当好友根据分享的链接下载应用程序并成功打开之后，对老用户进行奖励发放的激励方式。但这种方式需要被邀请人打开邀请人发送的下载链接，下载并打开应用程序后，手动填写邀请人的邀请码，才能确认两者之间的邀请关系，进而对邀请人进行奖励发放。

然而，目前这种邀请方式，容易出现邀请人已成功邀请被邀请人下载或者登陆对应应用程序，却无法及时确认邀请人和被邀请人之间的匹配关系，导致邀请人不能成功得到相应奖励，进而导致应用程序的推广受到限制。

发明内容

基于此，有必要针对目前应用程序推广过程中，邀请人和被邀请人之间邀请关系确认过程较为复杂的技术问题，提供一种确定用户邀请关系的方法、计算机可读存储介质和设备。

一种确定用户邀请关系的方法，包括：

接收被邀请终端发送的下载请求，解析所述下载请求，获得解析结果；

在根据所述解析结果确定所述下载请求携带邀请码时，将所述邀请码写入与所述下载请求对应的安装包中，获得携带所述邀请码的安装包；

将所述携带所述邀请码的安装包发送至所述被邀请终端；

接收所述被邀请终端返回的邀请成功通知信息，所述邀请成功通知信息携带所述邀请码；

匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

一种确定用户邀请关系的方法，包括：

在接收到下载指令时，向服务器发送下载请求，所述下载请求携带所述下载链接；

接收所述服务器基于所述下载请求返回的安装包，并安装所述安装包；

在所述安装包安装之后，且确定所述安装包携带有邀请码时，向所述服务器返回邀请成功通知信息，所述邀请成功通知信息携带所述邀请码，所述邀请码用以指示所述服务器匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行时实现以下步骤：

接收被邀请终端发送的下载请求，解析所述下载请求，获得解析结果；

在根据所述解析结果确定所述下载请求携带邀请码时，将所述邀请码写入与所述下载请求对应的安装包中，获得携带所述邀请码的安装包；

将所述携带所述邀请码的安装包发送至所述被邀请终端；

接收所述被邀请终端返回的邀请成功通知信息，所述邀请成功通知信息携带所述邀请码；

匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行时实现以下步骤：

在接收到下载指令时，向服务器发送下载请求，所述下载请求携带所述下载链接；

接收所述服务器基于所述下载请求返回的安装包，并安装所述安装包；

在所述安装包安装之后，且确定所述安装包携带有邀请码时，向所述服务器返回邀请成功通知信息，所述邀请成功通知信息携带所述邀请码，所述邀请码用以指示所述服务器匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时实现以下步骤：

接收被邀请终端发送的下载请求，解析所述下载请求，获得解析结果；

在根据所述解析结果确定所述下载请求携带邀请码时，将所述邀请码写入与所述下载请求对应的安装包中，获得携带所述邀请码的安装包；

将所述携带所述邀请码的安装包发送至所述被邀请终端；

接收所述被邀请终端返回的邀请成功通知信息，所述邀请成功通知信息携带所述邀请码；

匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时实现以下步骤：

在接收到下载指令时，向服务器发送下载请求，所述下载请求携带所述下载链接；

接收所述服务器基于所述下载请求返回的安装包，并安装所述安装包；

在所述安装包安装之后，且确定所述安装包携带有邀请码时，向所述服务器返回邀请成功通知信息，所述邀请成功通知信息携带所述邀请码，所述邀请码用以指示所述服务器匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

上述确定用户邀请关系的方法、计算机可读存储介质和设备，服务器通过解析被邀请终端发送的下载请求，获得解析结果，并在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包并发送给被邀请终端，当被邀请终端安装携带有邀请码的安装包后，向服务器返回邀请成功通知信息，邀请成功通知信息携带邀请码，服务器根据邀请码可匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。减少了确定邀请用户和被邀请对象之间邀请关系的步骤，降低了完成新用户邀请的难度，进一步提高了应用程序的下载量和推广范围。

附图说明

图1为一个实施例中确定用户邀请关系的方法的应用环境图；

图2为另一个实施例中确定用户邀请关系的方法的应用环境图；

图3为一个实施例中确定用户邀请关系的方法的流程示意图；

图4为另一个实施例中确定用户邀请关系的方法的流程示意图；

图5为一个实施例中确定用户邀请关系的方法的时序图；

图6为一个实施例中确定用户邀请关系的装置的结构框图；

图7为另一个实施例中确定用户邀请关系的装置的结构框图；

图8为一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为一个实施例中确定用户邀请关系的方法的应用环境图。参照图1，该确定用户邀请关系的方法可应用于图1所示的应用环境中，包括被邀请终端102和服务器104，具体可以应用于图1所示的服务器104，其中，被邀请终端102和服务器104通过网络连接。当服务器104接收被邀请终端102发送的下载请求，解析下载请求，获得解析结果，在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包。服务器104通过将携带邀请码的安装包发送至被邀请终端102，并接收被邀请终端102返回的邀请成功通知信息，邀请成功通知信息携带邀请码，进而匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。被邀请终端102具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2为另一个实施例中确定用户邀请关系的方法的应用环境图。参照图2，该确定用户邀请关系的方法可以应用于图2所示的应用环境中，包括被邀请终端202、服务器204以及邀请终端206，具体可以应用于图2所示的被邀请终端202。其中，被邀请终端202、服务器204以及邀请终端206通过网络连接。邀请终端206向服务器204发送邀请请求，邀请请求携带邀请用户的用户标识，以及安装包标识。服务器204基于邀请请求生成与邀请用户的用户标识对应的下载链接，下载链接携带邀请码。当被邀请终端202接收邀请终端206发送的下载链接，并根据下载链接触发下载指令时，向服务器204发送下载请求，下载请求携带下载链接，被邀请终端202接收服务器204基于下载请求返回的安装包，并安装安装包，在安装包安装之后，且确定安装包携带有邀请码时，向服务器204返回邀请成功通知信息，邀请成功通知信息携带邀请码，邀请码用以指示服务器204匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。被邀请终端202和邀请终端206具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器204可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图3所示，在一个实施例中，提供了一种确定用户邀请关系的方法。本实施例主要以该方法应用于上述图1中的服务器104来举例说明。参照图3，该确定用户邀请关系的方法具体包括如下步骤：

步骤S302，接收被邀请终端发送的下载请求，解析下载请求，获得解析结果。

具体地，被邀请终端与被邀请用户对应，服务器可接受不同被邀请用户通过对应被邀请终端发送的下载请求，并解析下载请求，可获得下载请求携带的下载链接，得到对应的解析结果。

进一步地，解析结果包括下载链接仅包括安装包的下载地址，以及下载链接同时包括安装包的下载地址和邀请码两种情况。针对下载链接仅包括安装包的下载地址的解析结果，表明当前发送下载请求的终端对应正常应用程序的安装包。针对下载链接同时包括安装包的下载地址和邀请码的解析结果，表明当前发送下载请求的被邀请终端对应携带邀请码的安装包。

步骤S304，在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包。

具体地，当根据解析结果确定下载请求携带邀请码时，确定下载请求携带的下载链接对应的安装包的签名方案，并根据安装包的签名方案，将邀请码写入与下载请求对应的安装包中，得到携带邀请码的安装包。

其中，签名方案包括第一签名方案和第二签名方案，其中，第二签名方案的安全性能高于第一签名方案。在后续签名方案的更新周期内，签名方案除包括第一签名方案和第二签名方案，还可包括第三签名方案以及第N签名方案等。上述签名方案均可用于检验安装包是否符合要求，在进行安装包检验时，可先利用安装性能更高的签名方案进行检验，即当外部对安装包进行恶意修改之后，通过签名方案可对安装包进行检验，检测到安装包被进行恶意修改时，在用户进行安装时可向用户发出提示，表明所安装的安装包为无效安装包。

进一步地，由于第二签名方案的安全性能高于第一签名方案，在确定安装包的签名方案时，首先利用第二签名方案的方式解析安装包的签名信息，当解析成功时，判定对应安装包的签名方案为第二签名方案。当利用第二签名方案的方式，解析安装包的签名信息失败时，采用第一签名方案的方式解析安装包的签名信息，当解析成功时，判定对应安装包的签名方案为第一签名方案。当第一签名方案和第二签名方案均解析失败时，表明当前安装包中未写邀请码。

步骤S306，将携带邀请码的安装包发送至被邀请终端。

步骤S308，接收被邀请终端返回的邀请成功通知信息，邀请成功通知信息携带邀请码。

其中，邀请成功通知信息在不同应用场景下对应不同通知信息，当被邀请对象为被邀请终端时，邀请成功通知信息为安装完成通知信息，当当被邀请对象为被邀请用户的用户标识时，邀请成功通知信息为登录成功通知信息。

具体地，在当前应用场景为需要增加应用程序下载量以及安装量时，被邀请终端将安装包安装完成即可视为邀请成功，则邀请成功通知信息为安装完成通知信息，安装完成通知信息携带设备信息和邀请码，服务器根据设备信息，可验证被邀请终端是否为首次下载或安装该安装包，其中，设备信息包括设备标识，设备标识与终端设备为一一对应的关系，可根据设备信息携带的设备标识确认被邀请终端是否为首次安装该安装包。

在一些实施例中，在当前应用场景为需要增加用户注册量或登录量时，被邀请终端下载并安装该安装包后，被邀请用户注册并成功登录对应应用程序，视为邀请成功，则邀请成功通知信息为登录成功通知信息，登录成功通知信息携带邀请码和被邀请用户的用户标识，根据邀请码可获得对应邀请用户的用户标识，根据被邀请用户的用户标识和邀请用户的用户标识，进一步可确认被邀请用户和邀请用户之间的邀请关系。

步骤S310，匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

具体地，当接收到被邀请终端返回的邀请成功通知信息，并获取邀请成功通知信息携带的邀请码后，可根据关联存储的邀请用户的用户标识和邀请码，匹配得到与邀请码关联的邀请用户，并确定邀请用户和被邀请对象之间存在邀请关系。

其中，被邀请对象包括被邀请终端和被邀请用户的用户标识，在不同应用场景下，可确认邀请用户和不同被邀请对象之间的邀请关系。

进一步地，在当前应用场景为需要增加应用程序下载量以及安装量时，被邀请对象为被邀请终端，服务器需要确认被邀请终端为首次安装对应安装包，且确定被邀请终端和邀请用户之间的邀请关系。

在当前应用场景为需要增加用户注册量或登录量时，被邀请对象为被邀请用户的用户标识，服务器需要获取被邀请用户的用户标识，并确认被邀请用户和邀请用户之间的邀请关系。

上述确定用户邀请关系的方法，当接收被邀请终端发送的下载请求时，解析下载请求获得解析结果，在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包，并将携带邀请码的安装包发送至被邀请终端。通过接收被邀请终端返回的携带邀请码的邀请成功通知信息，进而匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系，由于无需被邀请用户手动填写与邀请用户对应的邀请码，在接收到被邀请终端返回的邀请成功通知信息时，即可确认被邀请对象和邀请用户之间的邀请关系，降低邀请关系确认难度，进一步可提高应用程序的下载量和推广范围。

在一个实施例中，在接收被邀请终端发送的下载请求之前，还包括如下步骤：

接收邀请请求，邀请请求携带邀请用户的用户标识，以及安装包标识；生成与邀请用户对应的下载链接，下载链接携带与邀请用户的用户标识对应的邀请码。

具体地，邀请请求由邀请用户发出，携带邀请用户的用户标识，以及安装包标识。其中，根据邀请用户的用户标识，可为对应用户标识设置唯一对应的邀请码，根据用户标识对应的安装包标识，可获得当前邀请用户所推荐的应用程序唯一对应的安装包，可根据用户标识对应的安装包标识，确定对应安装包的下载地址。

进一步地，服务器根据邀请请求携带的用户标识对应的邀请码，以及与用户标识对应的邀请码，生成与邀请用户对应的下载链接，邀请用户将与邀请请求对应的下载链接发送给被邀请用户，被邀请用户可通过点击邀请用户发送的下载链接，下载并安装对应应用程序的安装包。

上述步骤中，通过接收邀请用户发送的邀请请求，并获得邀请请求携带的邀请用户的用户标识，以及安装包标识，根据与用户标识对应的邀请码和安装包标识，生成与邀请用户对应的下载链接。从而邀请用户可将携带邀请码的下载链接发送给被邀请用户，被邀请用户接收携带邀请码的下载链接后，可直接下载携带邀请码的安装包，可减少被邀请用户针对邀请用户的邀请请求执行的响应操作，提高邀请过程的便利度，进而可进一步提高应用程序的推广范围。

在一个实施例中，在生成与邀请用户下载链接之前，还包括步骤：

生成与邀请用户的用户标识对应的邀请码；将邀请用户的用户标识和邀请码关联存储。

具体地，服务器在生成与邀请用户对应的下载链接之前，需要获取邀请用户对应的用户标识，并为邀请用户设置与用户标识唯一对应的邀请码，同时建立邀请用户的用户标识和邀请码之间的对应关系，并将邀请用户的用户标识和邀请码关联存储。

上述步骤中，通过生成与邀请用户的用户标识对应的邀请码，并将邀请用户的用户标识和邀请码关联存储，可通过邀请码和用户标识之间的关联关系，确定与邀请码对应的邀请用户的用户标识，有利于后续确定被邀请对象和邀请用户之间的邀请关系。

在一个实施例中，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包，包括：确定安装包的签名方案；

根据安装包的签名方案，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包；

确定安装包的签名方案，包括：

用第二签名方案的方式解析安装包的签名信息，在解析成功时，判定安装包的签名方案为第二签名方案；

当用第二签名方案的方式，解析安装包的签名信息失败时，用第一签名方案的方式解析安装包的签名信息，在解析成功时，判定安装包的签名方案为第一签名方案。

具体地，在确定安装包的签名方案时，首先利用安全性能更高的第二签名方案的方式解析安装包的签名信息，当解析成功时，判定对应安装包的签名方案为第二签名方案。当利用第二签名方案的方式，解析安装包的签名信息失败时，再采用第一签名方案的方式解析安装包的签名信息，当解析成功时，判定对应安装包的签名方案为第一签名方案。

进一步地，当确定安装包的签名方案为第一签名方案或者第二签名方案后，根据对应的签名方案，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包。

上述步骤中，通过根据第一签名方案或第二签名方案，对安装包的签名信息进行解析，当解析成功时，可确定安装包的签名方案。当确定安装包的签名方案后，根据安装包的签名方案，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包。通过利用不同签名方案对安装包签名信息进行解析，判定安装包的签名方案为解析成功时对应的签名方案，实现安装包与签名方案之间的对应，提高签名方案对安装包的签名信息进行解析的准确度，进而可针对性地实现将邀请码写入安装包中，从而进一步提高邀请码写入的成功率。

在另一个实施例中，根据安装包的签名方案，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包，包括：

根据安装包的签名方案，获得安装包的签名信息；

根据签名信息确定邀请码在安装包的写入位置；

将邀请码插入签名信息对应的写入位置，获得携带邀请码的安装包。具体地，当确定安装包的签名方案后，根据安装包的签名方案获得安装包的签名信息，安装包的签名信息用于确定邀请码在安装包的写入位置，由于签名方案用于对修改后的安装包进行检验，则邀请码在安装包的写入位置，应为安装包中不影响签名方案对安装包的检验的位置。根据安装包的签名信息，确定邀请码在安装包的写入位置后，将邀请码插入签名信息对应的写入位置，得到携带邀请码的安装包。上述步骤中，通过根据安装包的签名方案获得安装包的签名信息，根据签名信息确定邀请码在安装包的写入位置，并将邀请码插入签名信息对应的写入位置，获得携带邀请码的安装包，通过直接将邀请码写入安装包的指定位置，无需被邀请用户手动填写邀请码，被邀请用户所在终端可直接根据邀请码，确定对应邀请用户和被邀请对象之间的邀请关系，进一步提高应用程序的推广量。

在一个实施例中，匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系之后，还包括步骤：

向邀请用户返回邀请成功通知信息，邀请成功通知信息携带邀请关系。

具体地，当确定邀请用户与被邀请对象存在邀请关系后，通过向邀请用户返回携带邀请关系的邀请成功通知信息，可使得邀请用户确认具体邀请的新用户，且还可获得相应的邀请奖励。

上述步骤中，通过向邀请用户返回携带邀请关系的邀请成功通知信息，使得邀请用户可进一步确认具体邀请成功的新用户，获得相应邀请奖励，并再次邀请多个其他信息用户，进而提高应用程序的下载量或登录量，扩大推广范围。

如图4所示，在一个实施例中，提供了一种确定用户邀请关系的方法，本实施例主要以该方法应用于上述图2中的被邀请终端202来举例说明，该确定用户邀请关系的方法，具体包括如下步骤：

步骤S402，在接收到下载指令时，向服务器发送下载请求，下载请求携带下载链接。

具体地，当被邀请终端接收到的下载指令，是根据邀请用户发送的下载链接生成时，根据下载指令向服务器发送下载请求，其中，下载请求携带下载链接，下载链接携带安装包的下载地址，和邀请用户的用户标识对应的安装包标识，以及与邀请用户的用户标识对应的邀请码。

当被邀请终端接收到的下载指令，为被邀请用户自行通过应用市场或者网站的应用程序的下载操作触发时，根据下载指令向服务器发送下载请求，当前下载请求携带下载链接，下载链接包括安装包的下载地址以及安装包标识，根据安装包的下载地址和安装包标识，可确认需要返回的安装包以及该安装包的具体下载地址。

步骤S404，接收服务器基于下载请求返回的安装包，并安装安装包。

具体地，接收到服务器返回的与下载请求对应的安装包时，安装该安装包，并验证该安装包的签名方案，根据签名方案解析安装包的签名信息，当解析成功时，根据验证成功的签名方案确定所安装的安装包携带邀请码时，并提取该邀请码，生成携带邀请码的邀请成功通知信息。

步骤S406，在安装包安装之后，且确定安装包携带有邀请码时，向服务器返回邀请成功通知信息，邀请成功通知信息携带邀请码，邀请码用以指示服务器匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

具体地，当安装包成功安装之后，且根据签名方案确定安装包携带邀请码时，向服务器返回携带邀请码的邀请成功通知信息，使得服务器接收邀请成功通知信息，并获取邀请成功通知信息携带的邀请码，匹配与邀请码关联的邀请用户，并确定邀请用户和被邀请对象之间存在邀请关系。

进一步地，在当前应用场景为需要增加应用程序下载量以及安装量时，将安装包安装完成即可视为邀请成功，生成的邀请成功通知信息为安装完成通知信息，被邀请对象即为被邀请终端。其中，安装完成通知信息携带设备信息和邀请码，服务器可根据设备信息验证被邀请终端是否为首次下载或安装该安装包，其中，设备信息包括设备标识，设备标识与终端设备一一对应，可根据设备信息携带的设备标识确认被邀请终端是否为首次安装该安装包，根据邀请码确定被邀请终端和邀请用户之间存在邀请关系。

在当前应用场景为需要增加用户注册量或登录量时，安装对应安装包后，还需被邀请用户注册并登录安装后的应用程序，登录成功后视为邀请成功，生成的邀请成功通知信息为登录成功通知信息，被邀请对象即为被邀请用户，登录成功通知信息携带邀请码和被邀请用户的用户标识，根据邀请码可获得对应邀请用户的用户标识，根据被邀请用户的用户标识和邀请用户的用户标识，进一步可确认被邀请用户和邀请用户之间的邀请关系。

上述确定用户邀请关系的方法，在接收到下载指令时，向服务器发送携带下载链接的下载请求，并接收服务器基于下载请求返回的安装包，安装安装包。在安装包安装之后，无需被邀请用户手动填写邀请码，可通过解析携带邀请码的安装包，生成携带邀请码的要求成功通知信息，并发送给服务器，指示服务器匹配与邀请码关联的邀请用户，确定邀请用户与被邀请对象存在邀请关系，进一步提高邀请关系的确定效率以及应用程序的推广度。

在一个实施例中，在安装包安装之后，还包括如下步骤：

验证安装包的签名方案；

根据对应的签名方案解析安装包的签名信息；当解析成功时，根据验证成功的签名方案，获得与签名信息对应的邀请码的写入位置；

从写入位置获取邀请码。

具体地，首先根据第二签名方案对安装包进行验证，当通过验证时，确定安装包的签名方案为第二签名方案。而当利用第二签名方案对安装包进行验证失败时，利用第一签名方案，对安装包进行验证，当通过验证时，确定安装包的签名方案为第一签名方案。

进一步地，利用确定后的安装方案对安装包的签名信息进行解析，即利用第二签名方案或第一签名方案，对对应安装包的签名信息进行解析，当解析成功时，确定安装包携带邀请码，并根据对应的签名方案，获得与签名信息对应的邀请码的写入位置。其中，不同签名方案对应的安装包的签名信息，对应不同的邀请码写入位置，根据安装包的签名方案，包括第一签名方案和第二签名方案，可确定对应安装包中可写入邀请码的位置，即不影响签名方案对安装包进行验证的相应写入位置，根据写入位置可获取邀请码。

上述步骤中，通过验证安装包的签名方案，并根据对应的签名方案解析安装包的签名信息，当解析成功时，根据验证成功的签名方案，获得与签名信息对应的邀请码的写入位置，进而可从写入位置获取邀请码，无需用户手动填写邀请码，可直接解析安装包得到，避免繁琐的邀请过程，提高被邀请用户的积极性，进而提高应用程序的推广度。

如图5所示，在一个实施例中，提供了一种确定用户邀请关系的方法，具体包括如下步骤：

1)邀请用户所在邀请终端向服务器发送的邀请请求，邀请请求携带邀请用户的用户标识、安装包标识。

具体地，服务器根据邀请用户的用户标识，可为对应用户标识设置唯一对应的邀请码，根据用户标识对应的安装包标识，可获得当前邀请用户所推荐的应用程序，唯一对应的安装包，可根据用户标识对应的安装包标识，确定对应安装包的下载地址。

2)服务器生成与邀请用户的用户标识对应的邀请码，并将邀请用户的用户标识和邀请码关联存储。

具体地，服务器在生成与邀请用户对应的下载链接之前，需要获取邀请用户对应的用户标识，并为邀请用户设置与用户标识唯一对应的邀请码。通过将邀请用户的用户标识和邀请码关联存储，可基于邀请码和用户标识之间的关联关系，确定与邀请码对应的邀请用户的用户标识。

3)服务器生成与邀请用户对应的下载链接，下载链接携带邀请码。

具体地，根据邀请请求携带的用户标识对应的邀请码，以及与用户标识对应的邀请码，生成与邀请用户对应的下载链接，下载链接用于发送给被邀请用户，被邀请用户可通过点击邀请用户发送的下载链接，下载并安装对应应用程序的安装包。

4)服务器向邀请用户发送与邀请请求对应的下载链接，携带邀请码。

5)邀请用户向被邀请用户发送下载链接。

具体地，邀请用户可通过使用各种社交软件或者短信等方式，将下载链接发送至被邀请用户，社交软件包括比如微信、QQ以及微博等。比如，在微信或QQ中，可将下载链接分享给好友列表的好友，还可分享至群聊中，以供更多用户查看和下载对应应用程序。

6)被邀请终端根据下载指令向服务器发送下载请求，下载请求携带下载链接。

具体地，当被邀请用户点击邀请用户发送的下载链接时，被邀请终端收到与下载链接对应的下载指令，并根据下载指令向服务器发送下载请求，其中，下载请求携带下载链接，下载链接包括安装包的下载地址，和邀请用户的用户标识对应的安装包标识，以及与邀请用户的用户标识对应的邀请码。8)服务器解析下载请求获得解析结果。

具体地，解析结果可能为以下两种情况，一为下载链接仅包括安装包的下载地址，二为下载链接同时包括安装包的下载地址和邀请码。针对第一种情况，下载链接仅包括安装包的下载地址时，表明当前发送下载请求的终端对应正常应用程序的安装包。针对第二种情况，下载链接同时包括安装包的下载地址和邀请码时，表明当前发送下载请求的被邀请终端对应携带邀请码的安装包。

9)服务器根据解析结果，获得下载请求携带的邀请码。

具体地，当根据解析结果确定下载请求携带邀请码时，确定下载请求携带的下载链接对应的安装包的签名方案，并根据安装包的签名方案，获得安装包中邀请码的写入位置，从写入位置获取邀请码。

10)服务器将邀请码写入与下载请求对应的安装包。

11)服务器将携带邀请码的安装包发送至被邀请终端。

12)被邀请终端接收并安装服务器基于下载请求返回的安装包。

13)被邀请终端验证安装包的签名方案。

具体地，首先根据第二签名方案对安装包进行验证，当通过验证时，确定安装包的签名方案为第二签名方案。而当利用第二签名方案对安装包进行验证失败时，利用第一签名方案对安装包进行验证，当通过验证时，确定安装包的签名方案为第一签名方案。

14)被邀请终端根据签名方案解析安装包的签名信息。

具体地，用确定后的安装方案对安装包的签名信息进行解析，即利用第二签名方案或第一签名方案，对对应安装包的签名信息进行解析。

15)解析成功时，被邀请终端获得安装包携带的邀请码。

具体地，当解析成功时，根据验证成功的签名方案确定安装包携带邀请码，并根据对应的签名方案，获得与签名信息对应的邀请码的写入位置，从安装包的写入位置获取对应的邀请码。

16)被邀请终端向服务器返回携带邀请码的邀请成功通知信息。

具体地，在当前应用场景为需要增加应用程序下载量以及安装量时，将安装包安装完成即可视为邀请成功，生成的邀请成功通知信息为安装完成通知信息，被邀请对象即为被邀请终端。其中，安装完成通知信息携带设备信息和邀请码，服务器可根据设备信息验证被邀请终端是否为首次下载或安装该安装包。

在当前应用场景为需要增加用户注册量或登录量时，安装对应安装包后，还需被邀请用户注册并登录安装后的应用程序，登录完成后视为邀请成功，生成的邀请成功通知信息为登录成功通知信息，被邀请对象即为被邀请用户，登录成功通知信息携带邀请码和被邀请用户的用户标识，根据邀请码可获得对应邀请用户的用户标识。

17)服务器根据邀请成功通知信息携带的邀请码，匹配与邀请码关联的邀请用户。

具体地，当接收到被邀请终端返回的邀请成功通知信息，并获取邀请成功通知信息携带的邀请码后，可根据关联存储的邀请用户的用户标识和邀请码，匹配得到与邀请码关联的邀请用户。

18)服务器确定邀请用户与被邀请对象之间的邀请关系。

其中，被邀请对象包括被邀请终端和被邀请用户，在不同应用场景下，可确认邀请用户和不同被邀请对象之间的邀请关系。

具体地，在当前应用场景为需要增加应用程序下载量以及安装量时，被邀请对象为被邀请终端，服务器需要确认被邀请终端为首次安装对应安装包，且确定被邀请终端和邀请用户之间的邀请关系。

在当前应用场景为需要增加用户注册量或登录量时，被邀请对象为被邀请用户，服务器需要获取被邀请用户的用户标识，并确认被邀请用户和邀请用户之间的邀请关系。

19)服务器向邀请用户所在邀请终端返回邀请成功通知信息，邀请成功通知信息携带邀请关系。

具体地，当确定邀请用户与被邀请对象存在邀请关系后，通过向邀请用户返回携带邀请关系的邀请成功通知信息，可使得邀请用户确认具体邀请的新用户，且还可获得相应的邀请奖励。

本申请的确定用户邀请关系的方法，服务器通过解析被邀请终端发送的下载请求，获得解析结果，并在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包并发送给被邀请终端，当被邀请终端安装携带有邀请码的安装包后，向服务器返回邀请成功通知信息，邀请成功通知信息携带邀请码，服务器根据邀请码可匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。减少了确定邀请用户和被邀请对象之间邀请关系的步骤，降低了完成新用户邀请的难度，进一步提高了应用程序的下载量和推广范围。

应该理解的是，虽然图3-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图6所示，在一个实施例中，提供了一种确定用户邀请关系的装置，具体包括：下载请求解析模块602、邀请码写入模块604、安装包发送模块606、邀请成功通知信息接收模块608以及邀请关系匹配模块610，其中：

下载请求解析模块602，用于接收被邀请终端发送的下载请求，解析下载请求，获得解析结果。

邀请码写入模块604，用于在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包。

安装包发送模块606，用于将携带邀请码的安装包发送至被邀请终端。

邀请成功通知信息接收模块608，用于接收被邀请终端返回的邀请成功通知信息，邀请成功通知信息携带邀请码。

邀请关系匹配模块610，用于匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

上述确定用户邀请关系的装置，当接收被邀请终端发送的下载请求时，解析下载请求获得解析结果，在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包，并将携带邀请码的安装包发送至被邀请终端。通过接收被邀请终端返回的携带邀请码的邀请成功通知信息，进而匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系，由于无需被邀请用户手动填写与邀请用户对应的邀请码，在接收到被邀请终端返回的邀请成功通知信息时，即可确认被邀请对象和邀请用户之间的邀请关系，降低邀请关系确认难度，进一步可提高应用程序的下载量和推广范围。

在一个实施例中，提供了一种确定用户邀请关系的装置，还包括：

下载链接生成模块，用于：接收邀请请求，邀请请求携带邀请用户的用户标识，以及安装包标识；生成与邀请用户对应的下载链接，下载链接携带与邀请用户的用户标识对应的邀请码。

上述确定用户邀请关系的装置，通过接收邀请用户发送的邀请请求，并获得邀请请求携带的邀请用户的用户标识，以及安装包标识，根据与用户标识对应的邀请码和安装包标识，生成与邀请用户对应的下载链接。从而邀请用户可将携带邀请码的下载链接发送给被邀请用户，被邀请用户接收携带邀请码的下载链接后，可直接下载携带邀请码的安装包，可减少被邀请用户针对邀请用户的邀请请求执行的响应操作，提高邀请过程的便利度，进而可进一步提高应用程序的推广范围。

在一个实施例中，提供了一种确定用户邀请关系的装置，还包括：

关联存储模块，用于生成与邀请用户的用户标识对应的邀请码；将邀请用户的用户标识和邀请码关联存储。

上述确定用户邀请关系的装置，通过生成与邀请用户的用户标识对应的邀请码，并将邀请用户的用户标识和邀请码关联存储，可通过邀请码和用户标识之间的关联关系，确定与邀请码对应的邀请用户的用户标识，有利于后续确定被邀请对象和邀请用户之间的邀请关系。

在一个实施例中，邀请成功通知信息接收模块还用于：

第一项：

接收被邀请终端返回的安装完成通知信息，安装完成通知信息安装完成通知信息携带设备信息和邀请码；设备信息用于验证被邀请终端是否为首次安装安装包；

第二项：

接收被邀请终端返回的登录成功通知信息；登录成功通知信息携带邀请码和被邀请用户的用户标识；被邀请用户的用户标识用于确认与邀请用户的用户标识之间的邀请关系。

上述邀请成功通知信息接收模块，通过接收被邀请终端返回的安装完成通知信息，并根据安装信息携带的设备信息，可快速验证被邀请终端是否为首次安装对应安装包，避免重复推荐应用程序，提高应用推广效率。同时由于被邀请终端还可返回登录成功通知信息，并根据登录成功通知信息携带的被邀请用户的用户标识和邀请码，快速确定邀请用户和被邀请用户之间的邀请关系，可进一步提高邀请关系确认效率。

在一个实施例中，邀请码写入模块还用于：

确定安装包的签名方案；根据安装包的签名方案，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包；

用第二签名方案的方式解析安装包的签名信息，在解析成功时，判定安装包的签名方案为第二签名方案；当用第二签名方案的方式，解析安装包的签名信息失败时，用第一签名方案的方式解析安装包的签名信息，在解析成功时，判定安装包的签名方案为第一签名方案。

上述邀请码写入模块，通过根据第一签名方案或第二签名方案，对安装包的签名信息进行解析，当解析成功时，可确定安装包的签名方案。当确定安装包的签名方案后，根据安装包的签名方案，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包。通过利用不同签名方案对安装包签名信息进行解析，判定安装包的签名方案为解析成功时对应的签名方案，实现安装包与签名方案之间的对应，提高签名方案对安装包的签名信息进行解析的准确度，进而可针对性地实现将邀请码写入安装包中，从而进一步提高邀请码写入的成功率。

在一个实施例中，邀请码写入模块还用于：

根据安装包的签名方案，获得安装包的签名信息；根据签名信息确定邀请码在安装包的写入位置；将邀请码插入签名信息对应的写入位置，获得携带邀请码的安装包。

上述邀请码写入模块，通过获取安装包的签名信息，并根据签名信息确定邀请码在安装包的写入位置，将邀请码插入对应的写入位置，获得携带邀请码的安装包，由于通过了签名方案的检验，插入邀请码的位置对签名方案的验证过程不产生影响，可避免被邀请终端进行安装包的安装时出现错误的情况，通过直接将邀请码写入安装包的指定位置，无需被邀请用户手动填写邀请码，有利于后续根据邀请码，确定对应邀请用户和被邀请对象之间的邀请关系，提高应用程序的推广量。

在一个实施例中，提供了一种确定用户邀请关系的装置，还包括：

邀请成功通知信息返回模块，用于向邀请用户返回邀请成功通知信息，邀请成功通知信息携带邀请关系。

上述确定用户邀请关系的装置，通过向邀请用户返回携带邀请关系的邀请成功通知信息，使得邀请用户可进一步确认具体邀请成功的新用户，获得相应邀请奖励，并再次邀请多个其他信息用户，进而提高应用程序的下载量或登录量，扩大推广范围。

在一个实施例中，如图7所示，提供了一种确定用户邀请关系的装置，具体包括：下载请求发送模块702、安装包接收模块704以及邀请成功通知信息发送模块706，其中：

下载请求发送模块702，用于在接收到下载指令时，向服务器发送下载请求，下载请求携带下载链接。

安装包接收模块704，用于接收服务器基于下载请求返回的安装包，并安装安装包。

邀请成功通知信息发送模块706，用于在安装包安装之后，且确定安装包携带有邀请码时，向服务器返回邀请成功通知信息，邀请成功通知信息携带邀请码，邀请码用以指示服务器匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

上述确定用户邀请关系的装置，在接收到下载指令时，向服务器发送携带下载链接的下载请求，并接收服务器基于下载请求返回的安装包，安装安装包。在安装包安装之后，无需被邀请用户手动填写邀请码，可通过解析携带邀请码的安装包，生成携带邀请码的要求成功通知信息，并发送给服务器，指示服务器匹配与邀请码关联的邀请用户，确定邀请用户与被邀请对象存在邀请关系，进一步提高邀请关系的确定效率以及应用程序的推广度。

在一个实施例中，提供了一种确定用户邀请关系的装置，还包括：

邀请码获取模块，用于：验证安装包的签名方案；根据对应的签名方案解析安装包的签名信息；当解析成功时，根据验证成功的签名方案，获得与签名信息对应的邀请码的写入位置；从写入位置获取邀请码。

上述确定用户邀请关系的装置，通过验证安装包的签名方案，并根据对应的签名方案解析安装包的签名信息，当解析成功时，根据验证成功的签名方案，获得与签名信息对应的邀请码的写入位置，进而可从写入位置获取邀请码，无需用户手动填写邀请码，可直接解析安装包得到，避免繁琐的邀请过程，提高被邀请用户的积极性，进而提高应用程序的推广度。

图8示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的服务器104和被邀请终端102。如图8所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置、显示屏、摄像头、声音采集装置以及扬声器。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现确定用户邀请关系的方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行确定用户邀请关系的方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。计算机设备的摄像头可以内嵌入显示屏，也可以是安装在计算机设备外壳上。计算机设备的声音采集装置和扬声器可以设置在计算机设备外壳上，也可以是外接的声音采集设备和扬声器。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的确定用户邀请关系的装置可以实现为一种计算机程序的形式，计算机程序可在如图8所示的计算机设备上运行。计算机设备的存储器中可存储组成该确定用户邀请关系的装置的各个程序模块，比如，图6所示的下载请求解析模块、邀请码写入模块、安装包发送模块、邀请成功通知信息接收模块以及邀请关系匹配模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的确定用户邀请关系的方法中的步骤。

图8所示的计算机设备可以通过如图6所示的确定用户邀请关系的装置中的下载请求解析模块执行接收被邀请终端发送的下载请求，解析下载请求，获得解析结果的步骤。计算机设备可通过邀请码写入模块执行在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包的步骤。计算机设备可通过安装包发送模块执行将携带邀请码的安装包发送至被邀请终端的步骤。计算机设备可通过邀请成功通知信息接收模块执行接收被邀请终端返回的邀请成功通知信息，邀请成功通知信息携带邀请码的步骤。计算机设备可通过邀请关系匹配模块执行匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系的步骤。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：

接收被邀请终端发送的下载请求，解析下载请求，获得解析结果；

在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包；

将携带邀请码的安装包发送至被邀请终端；

接收被邀请终端返回的邀请成功通知信息，邀请成功通知信息携带邀请码；

匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

在另一个实施例中，计算机程序被处理器执行时，使得处理器执行以下的步骤：

接收邀请请求，邀请请求携带邀请用户的用户标识，以及安装包标识；

生成与邀请用户对应的下载链接，下载链接携带与邀请用户的用户标识对应的邀请码。

在另一个实施例中，计算机程序被处理器执行时，使得处理器执行以下的步骤：

生成与邀请用户的用户标识对应的邀请码；

将邀请用户的用户标识和邀请码关联存储。

在另一个实施例中，邀请成功通知信息包括安装完成通知信息；接收被邀请终端返回的邀请成功通知信息，包括：接收被邀请终端返回的安装完成通知信息，安装完成通知信息携带设备信息和邀请码；设备信息用于验证被邀请终端是否为首次安装安装包。

在另一个实施例中，邀请成功通知信息包括登录成功通知信息；接收被邀请终端返回的邀请成功通知信息，包括：接收被邀请终端返回的登录成功通知信息；登录成功通知信息携带邀请码和被邀请用户的用户标识；被邀请用户的用户标识用于确认与邀请用户的用户标识之间的邀请关系。

在另一个实施例中，计算机程序被处理器执行时，使得处理器执行以下的步骤：

确定安装包的签名方案；

根据安装包的签名方案，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包；

确定安装包的签名方案，包括：

用第二签名方案的方式解析安装包的签名信息，在解析成功时，判定安装包的签名方案为第二签名方案；

当用第二签名方案的方式，解析安装包的签名信息失败时，用第一签名方案的方式解析安装包的签名信息，在解析成功时，判定安装包的签名方案为第一签名方案。

在另一个实施例中，计算机程序被处理器执行时，使得处理器执行以下的步骤：

根据安装包的签名方案，获得安装包的签名信息；

根据签名信息确定邀请码在安装包的写入位置；

将邀请码插入签名信息对应的写入位置，获得携带邀请码的安装包。

在另一个实施例中，计算机程序被处理器执行时，使得处理器执行以下的步骤：

在接收到下载指令时，向服务器发送下载请求，下载请求携带下载链接；

接收服务器基于下载请求返回的安装包，并安装安装包；

在安装包安装之后，且确定安装包携带有邀请码时，向服务器返回邀请成功通知信息，邀请成功通知信息携带邀请码，邀请码用以指示服务器匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

在另一个实施例中，计算机程序被处理器执行时，使得处理器执行以下的步骤：

验证安装包的签名方案；

根据对应的签名方案解析安装包的签名信息；当解析成功时，根据验证成功的签名方案，获得与签名信息对应的邀请码的写入位置；

从写入位置获取邀请码。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：

接收被邀请终端发送的下载请求，解析下载请求，获得解析结果；

在根据解析结果确定下载请求携带邀请码时，将邀请码写入与下载请求对应的安装包中，获得携带邀请码的安装包；

将携带邀请码的安装包发送至被邀请终端；

接收被邀请终端返回的邀请成功通知信息，邀请成功通知信息携带邀请码；

匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

在另一个实施例中，计算机程序被处理器执行时，使得处理器执行以下的步骤：

在接收到下载指令时，向服务器发送下载请求，下载请求携带下载链接；

接收服务器基于下载请求返回的安装包，并安装安装包；

在安装包安装之后，且确定安装包携带有邀请码时，向服务器返回邀请成功通知信息，邀请成功通知信息携带邀请码，邀请码用以指示服务器匹配与邀请码关联的邀请用户，并确定邀请用户与被邀请对象存在邀请关系。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种确定用户邀请关系的方法，包括：

接收被邀请终端发送的下载请求，解析所述下载请求，获得解析结果；

在根据所述解析结果确定所述下载请求携带邀请码时，将所述邀请码写入与所述下载请求对应的安装包中，获得携带所述邀请码的安装包；

将所述携带所述邀请码的安装包发送至所述被邀请终端；

接收所述被邀请终端返回的邀请成功通知信息，所述邀请成功通知信息携带所述邀请码；

匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

2.根据权利要求1所述的方法，其特征在于，在接收被邀请终端发送的下载请求之前，还包括：

接收邀请请求，所述邀请请求携带所述邀请用户的用户标识，以及安装包标识；

生成与所述邀请用户对应的下载链接，所述下载链接携带与所述邀请用户的用户标识对应的邀请码。

3.根据权利要求2所述的方法，其特征在于，在生成与所述邀请用户下载链接之前，还包括步骤：

生成与所述邀请用户的用户标识对应的邀请码；

将所述邀请用户的用户标识和所述邀请码关联存储。

4.根据权利要求1所述的方法，其特征在于，所述方法包括以下任意一项：

第一项：

所述被邀请对象包括所述被邀请终端；所述邀请成功通知信息包括安装完成通知信息；所述接收所述被邀请终端返回的邀请成功通知信息，包括：

接收所述被邀请终端返回的安装完成通知信息，所述安装完成通知信息携带设备信息和所述邀请码；所述设备信息用于验证所述被邀请终端是否为首次安装所述安装包；

第二项：

所述被邀请对象还包括被邀请用户的用户标识；所述邀请成功通知信息包括登录成功通知信息；所述接收所述被邀请终端返回的邀请成功通知信息，包括：

接收所述被邀请终端返回的登录成功通知信息；所述登录成功通知信息携带所述邀请码和所述被邀请用户的用户标识；所述被邀请用户的用户标识用于确认与所述邀请用户的用户标识之间的邀请关系。

5.根据权利要求1所述的方法，其特征在于，所述将所述邀请码写入与所述下载请求对应的安装包中，获得携带所述邀请码的安装包，包括：

确定所述安装包的签名方案；

根据所述安装包的签名方案，将所述邀请码写入与所述下载请求对应的安装包中，获得携带所述邀请码的安装包；

所述确定所述安装包的签名方案，包括：

用第二签名方案的方式解析所述安装包的签名信息，在解析成功时，判定所述安装包的签名方案为所述第二签名方案；

当用所述第二签名方案的方式，解析所述安装包的签名信息失败时，用第一签名方案的方式解析所述安装包的签名信息，在解析成功时，判定所述安装包的签名方案为所述第一签名方案。

6.根据权利要求5所述的方法，其特征在于，所述根据所述安装包的签名方案，将所述邀请码写入与所述下载请求对应的安装包中，获得携带所述邀请码的安装包，包括：

根据所述安装包的签名方案，获得所述安装包的签名信息；

根据所述签名信息确定所述邀请码在所述安装包的写入位置；

将所述邀请码插入所述签名信息对应的写入位置，获得携带所述邀请码的安装包。

7.一种确定用户邀请关系的方法，包括：

在接收到下载指令时，向服务器发送下载请求，所述下载请求携带所述下载链接；

接收所述服务器基于所述下载请求返回的安装包，并安装所述安装包；

在所述安装包安装之后，且确定所述安装包携带有邀请码时，向所述服务器返回邀请成功通知信息，所述邀请成功通知信息携带所述邀请码，所述邀请码用以指示所述服务器匹配与所述邀请码关联的邀请用户，并确定所述邀请用户与被邀请对象存在邀请关系。

8.根据权利要求7所述的方法，其特征在于，所述在所述安装包安装之后，包括：

验证所述安装包的签名方案；

根据对应的签名方案解析所述安装包的签名信息；

当解析成功时，根据验证成功的所述签名方案，获得与所述签名信息对应的邀请码的写入位置；

从所述写入位置获取所述邀请码。

9.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至8中任一项所述方法的步骤。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至8中任一项所述方法的步骤。

Images