CN107196909A - 邀请注册方法及装置 - Google Patents

Abstract

本申请提供一种邀请注册方法，包括：接收到注册邀请用户发送的邀请注册请求；其中，所述邀请注册请求携带被邀请用户的用户标识；生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证；接收到所述被邀请用户发送的注册请求；其中，所述注册请求携带所述注册凭证；对所述注册请求中携带的注册凭证进行验证；如果验证通过，发起对应于所述被邀请用户的用户注册，并在注册成功后向所述被邀请用户返回注册成功页面；其中，所述注册成功页面包括与所述被邀请用户注册成功的客户端对应的安装文件下载入口。本申请还可以提升邀请注册的转化率。

Description

邀请注册方法及装置

技术领域

本申请涉及计算机应用领域，尤其涉及一种邀请注册方法及装置。

背景技术

在相关技术中，越来越多的客户端产品的运营方，通过引入“邀请注册”机制，来拉动潜在的用户人群注册并使用自己的客户端产品；例如，运营方可以在客户端产品中提供“邀请注册”的入口，已注册用户可以通过该“邀请注册”的入口，向那些未注册该客户端产品的潜在用户发起注册邀请。

然而，现有的“邀请注册”机制，虽然可以实现已注册人群主动向那些潜在用户发起注册邀请，但存在邀请注册的“转化率”不高的问题。潜在用户在收到注册邀请时，在大多数情况下通常会忽视该注册邀请；因此，如何来提升“邀请注册”的转化率，对于扩大客户端产品的使用人群的规模，具有十分重要的意义。

发明内容

本申请中提出一种邀请注册方法，应用于服务端；所述方法包括：

接收到注册邀请用户发送的邀请注册请求；其中，所述邀请注册请求携带被邀请用户的用户标识；

生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证；

接收到所述被邀请用户发送的注册请求；其中，所述注册请求携带所述注册凭证；

对所述注册请求中携带的注册凭证进行验证；如果验证通过，发起对应于所述被邀请用户的用户注册，并在注册成功后向所述被邀请用户返回注册成功页面；其中，所述注册成功页面包括与所述被邀请用户注册成功的客户端对应的安装文件下载入口。

可选的，所述生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证，包括：

生成对应于所述被邀请用户的用户标识的注册凭证，并在本地缓存所述注册凭证与所述被邀请用户的用户标识的对应关系；

构建携带所述注册凭证的注册链接；

将构建的所述注册链接以短信的形式下发至所述被邀请用户，以使得所述被邀请用户在访问所述注册链接时，跳转至对应的注册确认页面；其中，所述注册确认页面包括用于触发所述注册请求的用户选项。

可选的，本地缓存的所述注册凭证预设了有效时长；

所述对所述注册请求中携带的注册凭证进行验证，包括：

获取所述注册请求中携带的注册凭证；

查询本地是否缓存了所述注册凭证；

如果本地缓存了所述注册凭证，则验证所述注册凭证是否已失效；

如果所述注册凭证未失效，则确认所述注册凭证验证通过，进一步获取本地缓存的与所述注册凭证对应的用户标识。

可选的，所述方法还包括：

当注册成功后，为所述被邀请用户生成登录密码；

将生成的登录密码以短信的形式下发至所述被邀请用户，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述登录密码登录所述客户端；或者，

将生成的登录密码添加至所述被邀请用户注册成功的客户端的安装文件中，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述客户端的安装文件中添加的登录密码自动登录所述客户端。

可选的，所述生成对应于所述被邀请用户的用户标识的注册凭证之前，还包括：

验证所述邀请用户的邀请注册次数，是否达到预设阈值；如果是，终止邀请注册流程；如果否，继续执行生成对应于所述被邀请用户的用户标识的注册凭证；以及，

验证所述被邀请用户的被邀请注册次数，是否达到预设阈值；如果是，终止邀请注册流程；如果否，继续执行生成对应于所述被邀请用户的用户标识的注册凭证。

本申请还提出一种邀请注册装置，应用于服务端；所述装置包括：

第一接收模块，接收到注册邀请用户发送的邀请注册请求；其中，所述邀请注册请求携带被邀请用户的用户标识；

下发模块，生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证；

第二接收模块，接收到所述被邀请用户发送的注册请求；其中，所述注册请求携带所述注册凭证；

注册模块，对所述注册请求中携带的注册凭证进行验证；如果验证通过，发起对应于所述被邀请用户的用户注册，并在注册成功后向所述被邀请用户返回注册成功页面；其中，所述注册成功页面包括与所述被邀请用户注册成功的客户端对应的安装文件下载入口。

可选的，所述下发模块：

生成对应于所述被邀请用户的用户标识的注册凭证，并在本地缓存所述注册凭证与所述被邀请用户的用户标识的对应关系；

构建携带所述注册凭证的注册链接；

将构建的所述注册链接以短信的形式下发至所述被邀请用户，以使得所述被邀请用户在访问所述注册链接时，跳转至对应的注册确认页面；其中，所述注册确认页面包括用于触发所述注册请求的用户选项。

可选的，本地缓存的所述注册凭证预设了有效时长；

所述注册模块：

获取所述注册请求中携带的注册凭证；

查询本地是否缓存了所述注册凭证；

如果本地缓存了所述注册凭证，则验证所述注册凭证是否已失效；

如果所述注册凭证未失效，则确认所述注册凭证验证通过，进一步获取本地缓存的与所述注册凭证对应的用户标识。

可选的，所述注册模块进一步：

在注册成功后，为所述被邀请用户生成登录密码；

将生成的登录密码以短信的形式下发至所述被邀请用户，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述登录密码登录所述客户端；或者，

将生成的登录密码添加至所述被邀请用户注册成功的客户端的安装文件中，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述客户端的安装文件中添加的登录密码自动登录所述客户端。

可选的，所述下发模块进一步：

在生成对应于所述被邀请用户的用户标识的注册凭证之前，验证所述邀请用户的邀请注册次数，是否达到预设阈值；如果是，终止邀请注册流程；如果否，继续执行生成对应于所述被邀请用户的用户标识的注册凭证；以及，

在生成对应于所述被邀请用户的用户标识的注册凭证之前，验证所述被邀请用户的被邀请注册次数，是否达到预设阈值；如果是，终止邀请注册流程；如果否，继续执行生成对应于所述被邀请用户的用户标识的注册凭证。

本申请中，服务端在接收到注册邀请用户发送的邀请注册请求时，可以基于该邀请注册请求携带的被邀请用户的用户标识，为该被邀请用户生成注册凭证，并将该注册凭证下发至被邀请用户；被邀请用户在收到服务端下发的注册凭证后，可以对本次注册进行确认，并在确认后向服务端发送携带该注册凭证的注册请求；而服务端在收到被邀请用户发送的注册请求后，可以对该注册请求中携带的注册凭证进行验证；当在验证通过后，可以立即发起针对该被邀请用户的用户注册，并在注册成功后向被邀请用户返回包含安装文件下载入口的注册成功页面，以引导该被邀请用户下载注册成功的客户端的安装文件；

由于在本申请中，被邀请用户在邀请注册的完整流程中，仅需要对邀请用户发起的注册邀请进行一次简单的邀请注册确认，即可触发服务端在后台自动完成注册过程，而并不需要访问注册页面手动提交相关的注册信息来完成注册，因此可以显著降低作为被邀请用户一方在进行邀请注册时的操作复杂度，从而可以提升邀请注册的转化率。

附图说明

图1是本申请一实施例示出的一种邀请注册方法的流程图；

图2是本申请一实施例示出的邀请注册的流程图；

图3是本申请一实施例示出的一键注册的流程图；

图4是本申请一实施例示出的一种邀请注册装置的逻辑框图；

图5是本申请一实施例示出的一种承载所述邀请注册装置的服务端的硬件架构图邀请注册装置的硬件架构图。

具体实施方式

在相关技术中，当邀请用户发起“邀请注册”时，作为被邀请用户的一方，通常仍然需要访问注册页面，并通过注册页面手动提交注册信息，来完成进一步的注册；由于对于被邀请用户而言，仍然存在一定的操作复杂度，因此被邀请用户在接收到邀请用户发起的注册邀请后，很可能完全忽视该注册邀请的情况发生，从而导致“邀请注册”的转化率过低的问题。

例如，对于老年用户群体，或者无法自主完成用户注册的群体而言，在接收到其它用户发起的注册邀请时，很可能由于自己无法完成用户注册的操作，而完全忽视该注册邀请。

可见，如何降低在完成“邀请注册”的过程中，作为被邀请用户的一方的操作复杂度，对于提升“邀请注册”的转化率具有十分重要的意义。

有鉴于此，为了简化在执行邀请注册的过程中，作为被邀请用户一方的操作复杂度，本申请提出了一种作为被邀请用户的一方可以实现“一键”注册的邀请注册方案。

在实现时，服务端在接收到注册邀请用户发送的邀请注册请求时，可以基于该邀请注册请求携带的被邀请用户的用户标识，为该被邀请用户生成注册凭证，并将该注册凭证下发至被邀请用户；被邀请用户在收到服务端下发的注册凭证后，可以对本次注册进行确认，并在确认后向服务端发送携带该注册凭证的注册请求；而服务端在收到被邀请用户发送的注册请求后，可以对该注册请求中携带的注册凭证进行验证；当在验证通过后，可以立即发起针对该被邀请用户的用户注册，并在注册成功后向被邀请用户返回包含安装文件下载入口的注册成功页面，以引导该被邀请用户下载注册成功的客户端的安装文件；

由于在本申请中，被邀请用户在邀请注册的完整流程中，仅需要对邀请用户发起的注册邀请进行一次简单的邀请注册确认，即可触发服务端在后台自动完成注册过程，而并不需要访问注册页面，手动提交相关的注册信息来完成注册，因此可以显著降低作为被邀请用户一方在进行邀请注册时的操作复杂度，从而可以提升邀请注册的转化率。

下面通过具体实施例并结合具体的应用场景对本申请进行描述。

请参考图1，图1是本申请一实施例提供的邀请注册方法，应用于服务端；所述方法执行如下步骤：

步骤101，接收到注册邀请用户发送的邀请注册请求；其中，所述邀请注册请求携带被邀请用户的用户标识；

步骤102，生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证；

步骤103，接收到所述被邀请用户发送的注册请求；其中，所述注册请求携带所述注册凭证；

步骤104，对所述注册请求中携带的注册凭证进行验证；如果验证通过，发起对应于所述被邀请用户的用户注册，并在注册成功后向所述被邀请用户返回注册成功页面；其中，所述注册成功页面包括与所述被邀请用户注册成功的客户端对应的安装文件下载入口。

上述客户端，可以包括面向用户提供特定服务的客户端软件；例如，Web客户端，或者APP应用；

上述服务端，可以包括面向用户提供针对上述客户端的注册服务的服务器、服务器集群或者基于服务器集群搭建的分布式业务平台。

上述邀请用户，具体是指邀请注册的发起方用户；而上述被邀请用户，具体是指与上述邀请用户存在一定的社交关系，且未完成上述客户端的注册的潜在用户。

上述被邀请用户的用户标识，具体是指能够唯一标识上述被邀请用户的标识信息；例如，在实际应用中，上述被邀请用户具体可以是，上述邀请用户在发起邀请注册时，从个人通讯录中选择出的尚未注册上述客户端的的用户的手机号。

以下以上用户标识为手机号为例进行说明；显然，在实际应用中，上述用户标识也可以是其它形式的，能够在上述服务端完成注册的用户标识信息；比如，被邀请用户的社交账号。

在本申请中，在邀请用户的客户端一侧，可以面向邀请用户提供一个用于发起邀请注册的用户入口。

其中，该用户入口的具体形态，在本申请中不进行特别限定，具体可以是客户端的用户页面中提供的一个常驻的功能按钮，也可以是由服务端下发至客户端的一个动态的页面入口；

例如，以上述客户端为支付宝客户端为例，在一种情况下，在支付宝客户端的登录页面中，可以提供的一个常驻登录页面的“邀请注册”按钮；用户通过触发该“邀请注册”按钮，可以进入到后续的“邀请注册”的流程。而在另一种情况下，支付宝的运营方在开展一些拉动线下潜在用户完成注册的运营活动时，可以通过服务端向支付宝客户端动态下发一个包含“邀请注册”按钮的活动页面；用户通过触发该活动页面中的“邀请注册”按钮，可以进入到后续的“邀请注册”的流程。

在本申请中，上述邀请用户可以通过触发(比如点击)上述“用户入口”，来开启后续的“邀请注册”的流程，并从通讯录中选择尚未注册上述客户端的被邀请用户，向上述被邀请用户发起邀请注册。

请参见图2，图2为本申请示出的一种“邀请注册”的流程图。

如图2所示，上述邀请用户的客户端，可以实时的监听该用户针对上述“页面入口”的触发事件；当监听到该用户针对上述“用户入口”的触发事件时，客户端可以访问预配置的注册邀请页面的URL地址，并基于HTTP协议向服务端发送一个与该URL地址对应的get请求消息，向上述服务端请求上述注册邀请页面的页面内容；

其中，在该get请求消息中，将携带上述注册邀请页面的URL地址；而该邀请用户的UserId(即该用户在完成注册后，由服务端统一分配的用户ID)，可以作为需要提交给服务端的参数填充到该URL地址中。

请继续参见图2，上述服务端在收到该get请求消息后，可以解析该get请求消息中携带的信息，获取该邀请用户的UserId，并基于该邀请用户的UserId验证该邀请用户是否处于登录状态。

一方面，如果该邀请用户已处于非登录状态，则可以直接终止邀请注册的流程，并向上述邀请用户的客户端返回一个get响应消息，将服务端预配置完成的通用的报错页面返回至上述客户端。

另一方面，如果该邀请用户处于登录状态，则可以继续执行后续的邀请注册的流程，为该邀请用户创建一个对应的session，并将该邀请用户的UserId记录到该session中。

其中，该session用于记录与该邀请用户发起的邀请注册相关的注册信息。在实际应用中，在该session中，除了需要记录该邀请邀请用户的UserId以外，还可以基于实际的需求，记录与邀请注册相关的其它信息；

在示出的一种实施方式中，上述session中可以定义一个inviteUserId属性，用于记录邀请用户的UserId；还可以定义一个scene属性，用于记录本次邀请注册的具体场景。

请继续参见图2，当上述服务端登录态验证，确认上述邀请用户处于登录状态，还可以向上述客户端返回一个get响应消息，将服务端预配置完成的上述注册邀请页面的页面内容，返回给上述客户端；

其中，在该get响应消息中，除了可以携带仍然可以携带上述注册邀请页面的页面内容以外，还可以将该邀请用户当前可以邀请的那些未注册上述客户端的被邀请用户的手机号等信息，作为参数填充到该get响应消息中携带的上述注册邀请页面的URL地址中。

例如，在一种实现方式中，上述邀请用户的手机通讯录，可以预先同步至上述服务端，并在上述服务端上与上述邀请用户的UserId进行关联存储。而上述服务端在解析上述邀请用户的客户端发送的get请求消息，获得该邀请用户的UserId后，可以提取该邀请用户的手机通讯录，然后逐个联系人进行遍历，查找出该手机通讯录中尚未注册上述客户端的联系人，并将查找到的这些尚未注册上述客户端的联系人的手机号，填充到上述get响应消息中。

请继续参见图2，上述邀请用户的客户端在收到上述服务端返回的get响应消息后，可以解析该get响应消息中携带的信息，获取上述注册邀请页面的页面内容，以及上述被邀请用户的手机号，然后基于上述服务端返回的上述注册邀请页面的页面内容，来渲染上述注册邀请页面，并将上述服务端返回的被邀请用户的手机号，添加到上述注册邀请页面，向上述邀请用户进行显示。

进一步的，当上述注册邀请页面渲染完成后，上述邀请用户可以在该注册邀请页面中选择被邀请用户，然后基于HTTP协议向上述服务端发送一个与该注册邀请页面的URL地址对应的post请求消息(即上述邀请注册请求)，向上述服务端提交选择出的被邀请用户的手机号，由上述服务端进行相关的邀请注册验证。

请继续参见图2，而上述服务端在接收到该post请求消息后，可以解析该post请求消息中携带的信息，获取该post请求消息中携带的被邀请用户的手机号，然后对上述被邀请用户的手机号执行相关的验证。

其中，需要说明的是，由于对于某一个用户而言，频繁的向其它用户发起注册邀请；或者，频繁的接收到其它用户发起的注册邀请，在某种程度上都会影响用户体验；因此，在本申请中，针对上述被邀请用户的手机号执行的验证，具体可以包括对邀请用户发起的邀请注册次数，以及被邀请用户的被邀请注册的次数的验证。

在实现时，上述服务端可以在后台对用户主动发起的邀请注册的次数，以及用户接收到的被邀请注册的次数进行计数，并针对邀请注册的次数和被邀请注册的次数，分别预设一个容忍度阈值，并通过预设的该容忍度阈值，对上述邀请注册的次数，以及上述被邀请注册的次数进行控制，以在上述邀请注册的次数，以及上述被邀请注册的次数达到上述容忍度阈值时，及时终止邀请注册流程，以防频繁的请求对用户造成骚扰。

其中，需要说明的是，在实际应用中，针对上述邀请注册的次数，和被邀请注册的次数预设的容忍度阈值，可以相同也可以不同，在本申请中不进行特别限定。

请继续参见图2，上述服务端在接收到上述邀请用户的客户端，通过post请求消息提交的被邀请用户的手机号后，上述服务端可以进一步验证上述邀请用户的邀请注册次数，以及上述被邀请用户的被邀请注册次数，是否均达到预设的容忍度阈值；

一方面，如果上述邀请注册次数和上述被邀请注册次数中的任意一个达到上述容忍度阈值时，则可以直接终止邀请注册流程，并向上述邀请用户的客户端返回一个post响应消息，将服务端预配置完成的通用报错页面返回至上述客户端，以提示上述邀请用户本次发起的邀请注册失败。

另一方面，如果所述邀请注册次数和所述被邀请注册次数均未达到所述预设阈值，此时上述服务端可以继续执行后续的邀请注册流程。

其中，需要说明的是，在验证上述邀请注册次数和上述被邀请注册次数是否达到上述容忍度阈值时，上述邀请注册次数和上述被邀请注册次数具体的验证顺序，在本申请中不进行特别限定。

当然，在实际应用中，针对上述被邀请用户的手机号执行的验证，除了可以包括验证上述邀请注册次数和上述被邀请注册次数是否达到上述容忍度阈值以外，还可以包括诸如再次针对上述邀请用户的登录态的验证、针对上述被邀请用户的手机号的格式是否正确的验证、上述被邀请用户的手机号是否可用于注册、或者其他类型的验证操作，在本申请中不再一一列举，本领域技术人员在将本申请的技术方案付诸实现时，可以基于实际的需求来自定义添加相应的验证操作。

请继续参见图2，当上述被邀请用户的手机号通过以上描述的各项验证后，可以将该被邀请用户的手机号，也一并记录到为该邀请用户创建的上述session中，

并向上述邀请用户的客户端返回一个post响应消息，将服务端预配置完成的邀请确认页面返回至上述邀请用户的客户端；

其中，在该邀请确认页面中，具体可以提供一个用于触发邀请注册确认的用户选项。当上述邀请用户触发该用户选项后，上述邀请用户的客户端，可以进一步向上述服务端返回一个用于对邀请注册进行确认的post请求消息。此时，由于上述服务端创建的session中已经缓存了该邀请用户的UserId以及被邀请用户的手机号等信息，因此上述邀请用户返回的post请求消息中可以不携带任何参数。

当上述服务端收到上述邀请用户的客户端返回的该用于对邀请注册进行确认的post请求消息后，此时可以读取session中记录的信息，并基于session中记录的信息，再次针对被邀请用户的手机号执行相关的验证；比如，再次执行以上描述的邀请注册次数以及被邀请注册次数是否达到预设的容忍度阈值的验证等各项验证，不再赘述。

请继续参见图2，当上述被邀请用户的手机号再次通过以上描述的各项验证后，可以为上述被邀请用户生成一个对应的Token凭证(即上述注册凭证)，并为该Token凭证设置一个有效时长，然后将该Token凭证，与上述session中记录的被邀请用户的手机号缓存到指定的存储空间；其中，该指定的存储空间与上述session对应的存储空间不同；

例如，在一种实施方式中，可以将上述Token凭证作为key，将上述session中记录的被邀请用户的手机号作为Value，以key+Value的形式将二者的对应关系缓存到上述服务端搭载的TAIR存储系统中。

其中，需要说明的是，上述Token凭证，具体可以是计算出的一个具有唯一性的字符串。

例如，在示出的一种实施方式中，以上述服务端为分布式的服务器集群为例，上述注册凭证具体可以是基于UUID(分布式系统中用于唯一标识一台设备的标识符)和时间戳生成的Token凭证。

当然，在实际应用中，生成Token凭证时所采用的计算参数，也可以包括其它具有唯一性的参数，在本申请中不进行特别限定。

请继续参见图2，当上述服务端为上述被邀请用户生成了对应的注册凭证后，可以将上述Token凭证作为传递参数，与注册页面的URL地址进行拼接，构建一个用于进行注册的URL链接，然后将构建的该URL链接转换成适合通过短信发送的短链接后，以手机短信的形式，下发给上述被邀请用户。

例如，以上述注册页面为支付宝的注册页面为例，构建完成的上述URL链接可以是如下格式：

https://memberprod.alipay.com/account/h5/invitedoreg.htm？token＝{token}。

当上述服务端将手机短信成功下发至上述被邀请用户，可以向上述邀请用户的客户端返回一个post响应消息，将服务端预配置完成的短信下发成功页面返回至上述客户端，以提示上述邀请用户短信已下发成功。

当上述URL链接通过手机短信成功下发至被邀请用户后：

一方面，上述服务端可以在后台生成与本次手机短信下发相关的日志流水文件，然后清除上述session，并对上述邀请用户发起的邀请注册的次数，以及上述被邀请用户的被邀请注册的次数进行计数并更新；

另一方面，上述服务端可以向上述邀请用户的客户端返回一个post响应消息，将服务端预配置完成的短信下发成功页面返回至上述客户端，以通知上述邀请用户短信已下发成功。

而被邀请用户在收到携带该URL链接的手机短信时，可以通过“点击”该URL链接，完成“一键注册”。

请参见图3，图3为本例示出的一种“一键注册”的流程图。

如图3所示，当被邀请用户“点击”手机短信中携带的上述注册页面的URL链接后，可以通过浏览器跳转至该URL链接，并基于HTTP协议向服务端发送一个与该URL链接对应的get请求消息(即上述注册请求)；

其中，在该get请求消息中，将携带上述注册页面的URL地址，以及作为参数填充在URL地址中的Token凭证。当上述服务端在收到该get请求消息后，可以解析该get请求消息中携带的信息，获取上述Token凭证，然后对获取到的Token凭证进行验证。

具体地，上述服务端在获取到上述Token凭证后，可以将该Token凭证作为查询key，从本地的TAIR系统中查询与该Token凭证对应的被邀请用户的手机号；其中，由于TAIR系统中缓存的上述Token凭证，预先设置了有效时长，此时上述服务端可以验证该Token凭证的有效时长是否已经超时；

一方面，如果该Token凭证的有效时长已经超时，表明该Token凭证已经超出了有效期，在这种情况下，上述服务端可以向上述被邀请用户的浏览器，返回一个get响应消息，将服务端预配置完成的邀请过期页面返回至上述被邀请用户返。

另一方面，如果该Token凭证的有效时长未超时，表明该Token凭证仍然有效，上述服务端能够正常的从上述TAIR系统中读取到已经缓存的，与上述Token凭证对应的被邀请用户的手机号。

在这种情况下，表明该被邀请用户能够完成后续的用户注册流程，上述服务端可以向上述被邀请用户的浏览器返回一个get响应消息，将上述服务端预配置完成的注册页面返回至上述被邀请用户的客户端。

其中，在上述注册确认页面中，可以提供一个用于触发注册确认的用户选项；上述被邀请用户在触发该用户选项后，可以通过浏览器向上述服务端发送一个用于对注册进行确认的post请求消息。此时，由于上述服务端已经在本地缓存了该邀请用户的手机号和上述Token凭证的对应关系，因此上述邀请用户返回的post请求消息中也可以不携带任何参数。

当上述服务端收到上述邀请用户的客户端返回的该用于对注册进行确认的post请求消息后，可以基于从TAIR系统中获取到的上述被邀请用户的手机号，发起针对上述客户端的用户注册。

一方面，当基于上述被邀请用户的手机号完成注册后，上述服务端可以向上述被邀请用户的浏览器，返回一个post响应消息，将服务端预配置完成的注册成功页面返回至上述被邀请用户的浏览器，以提示上述被邀请用户注册已完成。

其中，在该注册成功页面中，可以提供一个用于下载注册完成的客户端的安装文件的下载入口，从而上述被邀请用户可以通过该下载入口，快捷的完成已注册完成的客户端的安装文件的下载以及安装。

另一方面，当基于上述被邀请用户的手机号完成注册后，上述服务端可以在后台为上述被邀请用户随机生成一个登录密码，然后将登录密码下发给上述被邀请用户。

请继续参见图3，在示出的一种实施方式中，上述服务端可以启用安装文件的动态打包机制，将为不同的被邀请用户生成的登录密码，分别添加至所述被邀请用户注册成功的客户端的安装文件中，实现动态打包。

通过这种方式，上述服务端可以针对不同的被邀请用户，分别生成个性化的安装文件。被邀请用户在基于上述下载入口，完成安装文件的下载以及安装后，可以基于安装文件中打包完成的登录密码，执行自动登录，而不需要手动输入注册的手机号和登录密码完成登录，从而可以真正实现被邀请用户的一键注册和一键登录，能够显著的提升被邀请用户的注册体验。

当然，在实际应用中，上述服务端也可以将生成的登录密码以短信的形式下发至被邀请用户，从而被邀请用户在通过上述下载入口成功下载并安装了注册成功的客户端后，可以通过手动输入手机号和登录密码，来完成登录。

可见，在本申请中，作为被邀请用户的一方，在邀请注册的完整流程中，只需要进行一次注册确认，即可完成“一键注册”，可以显著的降低在邀请注册的流程中，被邀请用户的操作复杂度。

另外，需要强调的是，以上各实施例中，以基于http协议的通用消息交互方式对本申请的技术方案进行详细说明。

显然，在实际应用中，上述服务端与上述客户端之间也可以采用http协议以外的其它形式的消息交互方式，在本申请中不再进行一一列举。

通过以上各实施例可知，服务端在接收到注册邀请用户发送的邀请注册请求时，可以基于该邀请注册请求携带的被邀请用户的用户标识，为该被邀请用户生成注册凭证，并将该注册凭证下发至被邀请用户；被邀请用户在收到服务端下发的注册凭证后，可以对本次注册进行确认，并在确认后向服务端发送携带该注册凭证的注册请求；而服务端在收到被邀请用户发送的注册请求后，可以对该注册请求中携带的注册凭证进行验证；当在验证通过后，可以立即发起针对该被邀请用户的用户注册，并在注册成功后向被邀请用户返回包含安装文件下载入口的注册成功页面，以引导该被邀请用户下载注册成功的客户端的安装文件；

由于在本申请中，被邀请用户在邀请注册的完整流程中，仅需要对邀请用户发起的注册邀请进行一次简单的邀请注册确认，即可触发服务端在后台自动完成注册过程，而并不需要访问注册页面手动提交相关的注册信息来完成注册，因此可以显著降低作为被邀请用户一方在进行邀请注册时的操作复杂度，从而可以提升邀请注册的转化率。

与上述方法实施例相对应，本申请还提供了装置的实施例。

请参见图4，本申请提出一种邀请注册装置40，应用于服务端；请参见图5，作为承载所述邀请注册装置40的服务端所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述邀请注册装置40通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置40包括：

第一接收模块401，接收到注册邀请用户发送的邀请注册请求；其中，所述邀请注册请求携带被邀请用户的用户标识；

下发模块402，生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证；

第二接收模块403，接收到所述被邀请用户发送的注册请求；其中，所述注册请求携带所述注册凭证；

注册模块404，对所述注册请求中携带的注册凭证进行验证；如果验证通过，发起对应于所述被邀请用户的用户注册，并在注册成功后向所述被邀请用户返回注册成功页面；其中，所述注册成功页面包括与所述被邀请用户注册成功的客户端对应的安装文件下载入口。

在本例中，所述下发模块402：

生成对应于所述被邀请用户的用户标识的注册凭证，并在本地缓存所述注册凭证与所述被邀请用户的用户标识的对应关系；

构建携带所述注册凭证的注册链接；

将构建的所述注册链接以短信的形式下发至所述被邀请用户，以使得所述被邀请用户在访问所述注册链接时，向所述服务端发送所述注册请求。

在本例中，本地缓存的所述注册凭证预设了有效时长；

所述注册模块404：

验证所述注册凭证是否已失效；

如果所述注册凭证未失效，则确认所述注册凭证验证通过，进一步获取本地缓存的与所述注册凭证对应的用户标识。

在本例中，所述注册模块404进一步：

在注册成功后，为所述被邀请用户生成登录密码；

将生成的登录密码以短信的形式下发至所述被邀请用户，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述登录密码登录所述客户端；或者，

将生成的登录密码添加至所述被邀请用户注册成功的客户端的安装文件中，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述客户端的安装文件中添加的登录密码自动登录所述客户端。

在本例中，所述下发模块402进一步：

验证所述邀请用户的邀请注册次数，以及所述被邀请用户的被邀请注册次数是否达到预设阈值；

如果所述邀请注册次数和所述被邀请注册次数中的任一达到所述预设阈值时，则终止邀请注册流程；

如果所述邀请注册次数和所述被邀请注册次数均未达到所述预设阈值，则继续执行生成对应于所述被邀请用户的用户标识的注册凭证。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种邀请注册方法，其特征在于，应用于服务端；所述方法包括：

接收到注册邀请用户发送的邀请注册请求；其中，所述邀请注册请求携带被邀请用户的用户标识；

生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证；

接收到所述被邀请用户发送的注册请求；其中，所述注册请求携带所述注册凭证；

对所述注册请求中携带的注册凭证进行验证；如果验证通过，发起对应于所述被邀请用户的用户注册，并在注册成功后向所述被邀请用户返回注册成功页面；其中，所述注册成功页面包括与所述被邀请用户注册成功的客户端对应的安装文件下载入口。

2.根据权利要求1所述的方法，其特征在于，所述生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证，包括：

生成对应于所述被邀请用户的用户标识的注册凭证，并在本地缓存所述注册凭证与所述被邀请用户的用户标识的对应关系；

构建携带所述注册凭证的注册链接；

将构建的所述注册链接以短信的形式下发至所述被邀请用户，以使得所述被邀请用户在访问所述注册链接时，向所述服务端发送所述注册请求。

3.根据权利要求2所述的方法，其特征在于，本地缓存的所述注册凭证预设了有效时长；

所述对所述注册请求中携带的注册凭证进行验证，包括：

验证所述注册凭证是否已失效；

如果所述注册凭证未失效，则确认所述注册凭证验证通过，进一步获取本地缓存的与所述注册凭证对应的用户标识。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当注册成功后，为所述被邀请用户生成登录密码；

将生成的登录密码以短信的形式下发至所述被邀请用户，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述登录密码登录所述客户端；或者，

将生成的登录密码添加至所述被邀请用户注册成功的客户端的安装文件中，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述客户端的安装文件中添加的登录密码自动登录所述客户端。

5.根据权利要求1所述的方法，其特征在于，所述生成对应于所述被邀请用户的用户标识的注册凭证之前，还包括：

验证所述邀请用户的邀请注册次数，以及所述被邀请用户的被邀请注册次数是否达到预设阈值；

如果所述邀请注册次数和所述被邀请注册次数中的任一达到所述预设阈值时，则终止邀请注册流程；

如果所述邀请注册次数和所述被邀请注册次数均未达到所述预设阈值，则继续执行生成对应于所述被邀请用户的用户标识的注册凭证。

6.一种邀请注册装置，其特征在于，应用于服务端；所述装置包括：

第一接收模块，接收到注册邀请用户发送的邀请注册请求；其中，所述邀请注册请求携带被邀请用户的用户标识；

下发模块，生成对应于所述被邀请用户的用户标识的注册凭证，并向所述被邀请用户下发所述注册凭证；

第二接收模块，接收到所述被邀请用户发送的注册请求；其中，所述注册请求携带所述注册凭证；

注册模块，对所述注册请求中携带的注册凭证进行验证；如果验证通过，发起对应于所述被邀请用户的用户注册，并在注册成功后向所述被邀请用户返回注册成功页面；其中，所述注册成功页面包括与所述被邀请用户注册成功的客户端对应的安装文件下载入口。

7.根据权利要求6所述的装置，其特征在于，所述下发模块：

生成对应于所述被邀请用户的用户标识的注册凭证，并在本地缓存所述注册凭证与所述被邀请用户的用户标识的对应关系；

构建携带所述注册凭证的注册链接；

将构建的所述注册链接以短信的形式下发至所述被邀请用户，以使得所述被邀请用户在访问所述注册链接时，向所述服务端发送所述注册请求。

8.根据权利要求7所述的装置，其特征在于，本地缓存的所述注册凭证预设了有效时长；

所述注册模块：

验证所述注册凭证是否已失效；

如果所述注册凭证未失效，则确认所述注册凭证验证通过，进一步获取本地缓存的与所述注册凭证对应的用户标识。

9.根据权利要求6所述的装置，其特征在于，所述注册模块进一步：

在注册成功后，为所述被邀请用户生成登录密码；

将生成的登录密码以短信的形式下发至所述被邀请用户，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述登录密码登录所述客户端；或者，

将生成的登录密码添加至所述被邀请用户注册成功的客户端的安装文件中，以使所述被邀请用户在通过所述注册成功页面下载并安装了注册成功的客户端后，基于所述客户端的安装文件中添加的登录密码自动登录所述客户端。

10.根据权利要求6所述的装置，其特征在于，所述下发模块进一步：

验证所述邀请用户的邀请注册次数，以及所述被邀请用户的被邀请注册次数是否达到预设阈值；

如果所述邀请注册次数和所述被邀请注册次数中的任一达到所述预设阈值时，则终止邀请注册流程；

如果所述邀请注册次数和所述被邀请注册次数均未达到所述预设阈值，则继续执行生成对应于所述被邀请用户的用户标识的注册凭证。