CN103685249B - 一种注册应用的方法、终端及服务器 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种注册的方法、终端及服务器，该方法为:接收已注册应用的第一终端发送的验证码，验证码为第一终端向应用对应的应用服务器获取的第二终端注册应用时所需要的验证码；向应用服务器发送注册请求，注册请求中携带第一终端的ID和验证码，以使得应用服务器将确定的第二终端的ID记录为已注册，完成第二终端的注册；其中，第二终端的ID是应用服务器根据验证码在存储的验证码与关联终端的ID的关联关系中确定的，该方法中，待注册的终端通过已注册的终端获取验证码，在注册过程中，不需要与应用服务器进行短消息的交互，因此，提高了注册应用的效率，减小了耗时。

Description

一种注册应用的方法、终端及服务器

技术领域

本发明涉及通信技术领域，特别涉及一种注册应用的方法、终端及服务器。

背景技术

随着互联网技术的迅速发展，终端的应用软件也在蓬勃发展。为了保证用户使用应用软件的安全性和可靠性，用户使用一个应用软件时都需要使用标识用户的一个ID（Identity，标识），即注册一个唯一的应用账户。鉴于用户识别卡号码及短消息通道的权威性，基于用户识别卡号码通过短消息通道进行注册应用已经成为一种趋势。

现有技术中，基于用户识别卡号码通过短消息通道进行注册应用主要有两种方法：

第一：下行短消息注册：

步骤A1：待注册终端在注册应用页面分别提供一个用户识别卡号码输入框、验证码获取按钮，及验证码输入框；

步骤A2：待注册终端检测到用户识别卡号码输入框输入用户识别卡号码，及检测到验证码获取按钮被点击后，将携带该用户识别卡号码的验证码获取请求发送至应用服务器；

步骤A3：应用服务器向用户识别卡号码对应的待注册终端发送包含验证码的短消息；

步骤A4：接收到短消息的待注册终端在注册应用页面中输入验证码，完成注册。

第二：上行短消息注册（如图1所示）：

步骤B1：待注册终端检测到注册指示时，向应用服务器发送第一注册请求；

步骤B2：待注册终端接收应用服务器发送的验证码、短消息网关的地址；

步骤B3：待注册终端向与短消息网关的地址对应的短消息网关发送携带验证码的注册短消息，短消息网关向应用服务器转发注册短消息、；

步骤B4：应用服务器接收携带验证码的待注册终端发送的第二注册请求；

步骤B5：应用服务器确定注册短消息中携带的验证码，与第二注册请求中携带的验证码相同时，发送完成注册的响应消息。

在上述两种方法中，终端在完成注册应用时获取验证码的过程中，在注册的当前时刻均需要与待注册的应用对应的应用服务器进行短消息交互，如下行短消息注册中，终端要在注册时接收应用服务器发送的短消息获取验证码；上行短消息注册中，终端要在注册时向应用服务器发送短消息获取验证码，而终端与应用服务器进行短消息交互耗时较长，且若在规定的时间内，终端与应用服务器进行短消息交互未成功，则终端与应用服务器需要再次进行交互，因此，注册耗时较长、效率较低。

发明内容

本发明实施例提供一种注册应用的方法、终端及服务器，用以解决现有技术中终端在完成注册应用的过程中存在的耗时长、效率较低的问题。

第一方面，提供一种注册应用的方法，包括：

接收已注册应用的第一终端发送的验证码，所述验证码为所述第一终端向所述应用对应的应用服务器获取的第二终端注册所述应用时所需要的验证码；

向所述应用服务器发送注册请求，所述注册请求中携带所述第一终端的标识ID和所述验证码，以使得所述应用服务器将确定的第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述应用服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

结合第一方面，在第一种可能的实现方式中，接收已注册应用的第一终端发送的验证码，具体包括：

接收所述第一终端发送的短消息；并

解析出所述短消息的用户数据头UDH头字段，从所述UDH头字段中获取所述应用的验证码。

结合第一方面，或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述验证码为所述第一终端向所述应用服务器发送验证码请求消息后，接收到所述应用服务器为所述第二终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述第二终端的ID。

结合第一方面，或者第一方面的第一至第二种可能的实现方式，在第三种可能的实现方式中，所述关联关系包括验证码，及所述第一终端的ID，所述第二终端的ID的对应关系。

结合第一方面，或者第一方面的第一至第三种可能的实现方式，在第四种可能的实现方式中，在向所述应用服务器发送注册请求之后，还包括：

接收所述应用服务器发送的携带所述第二终端的ID的注册响应消息；

所述注册响应消息还携带鉴权密钥信息，所述鉴权密钥信息用于所述第二终端获取非首次登录所述应用时自动登录的权限。

第二方面，提供一种注册应用的方法，包括：

向已注册应用的第一终端发送第二终端注册所述应用时所需要的验证码；

接收所述第二终端发出的注册请求，其中，所述注册请求中携带所述第一终端的标识ID和所述验证码；

根据所述验证码确定所述第二终端的ID，并将确定的所述第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述应用服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

结合第二方面，在第一种可能的实现方式中，向已注册应用的第一终端发送第二终端注册所述应用时所需要的验证码，具体包括：

接收所述第一终端发送的验证码请求消息；

向所述第一终端发送为所述第二终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述第二终端的ID。

结合第二方面，或者第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述关联关系包括验证码，及所述第一终端的ID，所述第二终端的ID的对应关系。

结合第二方面，或者第二方面的第一至第二种可能的实现方式，在第三种可能的实现方式中，在将所述第二终端的ID记录为已注册之后，还包括：

向所述第二终端发送携带所述第二终端的ID的注册响应消息；

所述注册响应消息还携带鉴权密钥信息，所述鉴权密钥信息用于所述第二终端获取非首次登录所述应用时自动登录的权限。

第三方面，提供一种终端，包括：

接收单元，用于接收已注册应用的其它终端发送的验证码，所述验证码为所述其它终端向所述应用对应的应用服务器获取的所述终端注册所述应用时所需要的验证码；

发送单元，用于向所述应用服务器发送注册请求，所述注册请求中携带所述其它终端的标识ID和所述验证码，以使得所述应用服务器将确定的所述终端的ID记录为已注册，完成所述终端的注册；

其中，所述终端的ID是所述应用服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

结合第三方面，在第一种可能的实现方式中，还包括解析单元，所述解析单元用于：接收所述其它终端发送的短消息；并

解析出所述短消息的用户数据头UDH头字段，从所述UDH头字段中获取所述应用的验证码。

结合第三方面，或者第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述接收单元接收到的验证码为所述其它终端向所述应用服务器发送验证码请求消息后，接收到所述应用服务器为所述终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述终端的ID。

结合第三方面，或者第三方面的第一至第二种可能的实现方式，在第三种可能的实现方式中，所述发送单元发送注册请求，以使得所述应用服务器根据所述关联关系确定所述终端的ID时的关联关系包括验证码，及所述其它终端的ID，所述终端的ID的对应关系。

结合第三方面，或者第三方面的第一至第三种可能的实现方式，在第四种可能的实现方式中，所述接收单元还用于：

接收所述应用服务器发送的携带所述终端的ID的注册响应消息；

所述注册响应消息还携带鉴权密钥信息，所述鉴权密钥信息用于所述终端获取非首次登录所述应用时自动登录的权限。

第四方面，提供一种服务器，包括：

发送单元，用于向已注册应用的第一终端发送第二终端注册所述应用时所需要的验证码；

接收单元，用于接收所述第二终端发出的注册请求，其中，所述注册请求中携带所述第一终端的标识ID和所述验证码；

注册单元，用于根据所述验证码确定所述第二终端的ID，并将确定的第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

结合第四方面，在第一种可能的实现方式中，所述接收单元还用于：

接收所述第一终端发送的验证码请求消息；

所述发送单元具体用于向所述第一终端发送为所述第二终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述第二终端的ID。

结合第四方面，或者第四方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括注册码分配单元，所述注册码分配单元用于根据所述第二终端的ID为所述第二终端分配验证码，并存储所述验证码、第一终端ID，以及第二终端ID的关联关系。

结合第四方面的第二种可能的实现方式，在第三种可能的实现方式中，还包括存储单元，所述存储单元用于存储接收到的所述注册码分配单元发送的所述验证码，所述第一终端ID，以及所述第二终端ID的关联关系。

结合第四方面，或者第四方面的第一至第三种可能的实现方式，在第四种可能的实现方式中，所述注册单元具体用于：根据所述验证码以及所述关联关系确定所述第二终端的ID。

结合第四方面，或者第四方面的第一至第四种可能的实现方式，在第五种可能的实现方式中，还包括密钥生成单元，所述密钥生成单元用于生成鉴权密钥信息。

结合第四方面，或者第四方面的第一至第五种可能的实现方式，在第六种可能的实现方式中，所述发送单元还用于：向所述第二终端发送携带所述第二终端的ID的注册响应消息；

其中，所述注册响应消息中还携带所述密钥生成单元生成的鉴权密钥信息，所述鉴权密钥信息用于所述第二终端获取非首次登录所述应用时自动登录的权限。

本发明实施例中，待注册的终端通过已注册的终端获取验证码，且该验证码可以是待注册的终端在注册应用之前跟已注册的终端的交互其它信息的过程中获取的，不需要在注册的当前时刻通过与应用服务器进行短消息的交互而获取验证码，例如，上午10点，待注册应用的终端1在跟已注册应用的终端2交互其它信息时，也获取了注册应用的验证码，下午6点时，终端1要注册应用，此时，终端1就不需要再向应用服务器发送短信获取验证码，直接根据存储的验证码进行注册即可，因此，通过本发明的技术方案，在完成注册应用的过程中提高了注册效率，减少了耗时。

附图说明

图1为现有技术中注册应用时的信令流程示意图；

图2A为本发明实施例中注册应用的方法实施例；

图2B为本发明实施例中完成注册后提示用户注册成功的界面示意图；

图2C为本发明实施例中完成注册后提示用户注册成功的界面示意图；

图3为本发明实施例中注册应用的另一方法实施例；

图4为本发明实施例中注册应用的又一方法实施例；

图5为本发明实施例中终端的第一结构示意图；

图6为本发明实施例中服务器的第一结构示意图；

图7为本发明实施例中终端的第二结构示意图；

图8为本发明实施例中服务器的第二结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本发明实施例中，提供一种注册应用的方法，该注册应用的方法包括：接收已注册应用的第一终端发送的验证码，验证码为第一终端向应用对应的应用服务器获取的第二终端注册应用时所需要的验证码，然后，向应用服务器发送注册请求，注册请求中携带第一终端的标识ID和验证码，以使得应用服务器将确定的第二终端的ID记录为已注册，完成第二终端的注册，其中，第二终端的ID是应用服务器根据验证码在存储的验证码与关联终端的ID的关联关系中确定的，由于本方案中，待注册的终端通过已注册的终端获取验证码，且该验证码可以是待注册的终端在注册应用之前跟已注册的终端的交互过程中获取的，不需要在注册的当前时刻通过与应用服务器进行短消息的交互而获取验证码，更不需要与应用服务器多次进行交互获取验证码，而是直接根据存储的验证码进行注册即可，因此，本发明的技术方案中，通过缩短获取验证码所需要的时间实现了减少完成注册应用所耗费的时间，进而提高了注册效率。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图2A所示，本发明实施例中提供注册应用的一种方法，以包括第一终端，第二终端以及应用服务器的系统实施该方法流程为例进行说明，该方法实施例流程如下：

步骤200：接收已注册应用的所述第一终端发送的验证码，验证码为所述第一终端向应用对应的所述应用服务器获取的所述第二终端注册应用时所需要的验证码；

步骤210：向所述应用服务器发送注册请求，注册请求中携带所述第一终端的ID和所述验证码，以使得所述应用服务器将确定的所述第二终端的ID记录为已注册，完成所述第二终端的注册，其中，所述第二终端的ID是所述应用服务器根据验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

本发明实施例中，接收已注册应用的所述第一终端发送的所述第二终端注册应用时所需要的应用的验证码的方式有多种，可选的，接收所述第一终端发送的短消息，然后，从接收到的短消息的UDH（User Data Header，用户数据头）头字段中获取应用的验证码，以上只是其中的一种实施方式，在实际应用中，还存在多种其它的实现方式，在此不再进行一一详述。

本发明实施例中，从短消息的UDH头字段中获取验证码的方式也有多种，例如，基于应用解析出短消息的UDH头字段，然后，从UDH头字段中获取验证码，同理，上述只是其中的一种实施方式，在实际应用中，还存在多种其它的实现方式，在此不再进行一一详述。

本发明实施例中，终端的ID的形式有多种，例如，可以为终端的用户识别码，在实际应用中，还可以为其它形式的标识，在此不再进行详述。

本发明实施例中，验证码具体为所述第一终端向所述应用服务器发送验证码请求消息后，接收到所述应用服务器为所述第二终端分配的注册应用时所需要的验证码，其中，验证码请求消息中携带所述第二终端的ID。

例如，终端1向所述应用服务器发送携带终端2的ID的验证码请求消息，然后，所述应用服务器向终端1发送为终端2分配的注册应用时所需要的验证码。

本发明实施例中，所述关联关系可以包括验证码，及所述第一终端的ID，所述第二终端的ID的对应关系。

例如，第一验证码与终端1、终端2关联；第二验证码与终端3、终端4关联；第三验证码与终端5、终端6关联，则关联关系包括第一验证码，及终端1的ID、终端2的ID的对应关系；第二验证码，及终端3的ID、终端4的ID的对应关系；第三验证码，及终端5的ID、终端6的ID的对应关系，表1为关联关系表。

表1关联关系表

验证码	第一终端的ID	第二终端的ID
			第一验证码	终端1的ID	终端2的ID
第二验证码	终端3的ID	终端4的ID
			第三验证码	终端5的ID	终端6的ID

在向所述应用服务器发送注册请求之后，还包括如下操作：接收所述应用服务器发送的携带所述第二终端的ID的注册响应消息。

在实际应用中，终端在首次登陆已注册的应用时，用户要输入用户名和密码，为了提高登录效率，提升用户体验，在应用服务器返回的响应消息中包括鉴权密钥信息，则终端在非首次登录已注册的应用时，不需要用户再次输入用户名和密码，将鉴权密钥信息发送至所述应用服务器，然后，接收到所述应用服务器返回的鉴权成功的响应消息时，登录应用，自动登录，提高了登陆效率和提升了用户体验。

在实际应用中，完成所述第二终端的注册后向用户提示注册成功的形式有多种，例如，以文字的形式呈现在所述第二终端的屏幕显示区域，通知用户注册成功，其中，完成注册后提示用户注册成功的界面示意图如图2B所示，或者，以直接呈现应用的登录界面的形式，呈现在所述第二终端的屏幕显示区域，通知用户注册成功，其中，完成注册后提示用户注册成功的界面示意图如图2C所示，通知用户完成注册。

在实际应用中，为了提升用户体验，终端在接收到所述应用服务器发送的所述终端的ID后，在检测到激活指示时，向所述应用服务器发送激活请求。

参阅图3所示，本发明实施例中提供注册应用的另一种方法，以包括第一终端，第二终端以及应用服务器的系统实施该方法流程为例进行说明，该方法实施例流程如下：

步骤300：向已注册应用的所述第一终端发送所述第二终端注册应用时所需要的验证码；

步骤310：接收所述第二终端发出的注册请求，其中，注册请求中携带所述第一终端的ID和验证码；

步骤320：根据所述验证码确定所述第二终端的ID，并将确定的所述第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述应用服务器根据验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的所有终端。

本发明实施例中，向已注册应用的所述第一终端发送所述第二终端注册应用时所需要的验证码的方式有多种，例如，接收所述第一终端发送的验证码请求消息，再向所述第一终端发送为所述第二终端分配的注册应用时所需要的验证码，其中，验证码请求消息中携带所述第二终端的ID，在实际应用中，还有其它实现方式，在此不再进行详述。

本发明实施例中，所述关联关系可以包括验证码，及所述第一终端的ID，所述第二终端的ID的对应关系。

例如，第一验证码与终端3、终端4关联；第二验证码与终端5、终端6关联；第三验证码与终端1、终端2关联，则关联关系包括第一验证码，及终端3的ID、终端4的ID的对应关系；第二验证码，及终端5的ID、终端6的ID的对应关系；第三验证码，及终端1的ID、终端2的ID的对应关系，表2为关联关系表。

表2关联关系表

验证码	第一终端的ID	第二终端的ID
			第一验证码	终端3的ID	终端4的ID
第二验证码	终端5的ID	终端6的ID
			第三验证码	终端1的ID	终端2的ID

本发明实施例中，在将所述第二终端的ID记录为已注册之后，还包括：向所述第二终端发送携带所述第二终端的ID的注册响应消息。

在实际应用中，终端在首次登陆已注册的应用时，用户要输入用户名和密码，为了提高登录效率，提升用户体验，所述应用服务器在向终端返回ID的同时，还要返回鉴权密钥，则终端在非首次登录已注册的应用时，不需要用户再次输入用户名和密码，将鉴权密钥发送至所述应用服务器，然后，接收到所述应用服务器返回的鉴权成功的响应消息时，登录应用，自动登录，提高了登陆效率和提升了用户体验。

本发明实施例中，终端的ID的形式有多种，例如，可以为终端的用户识别码，在实际应用中，还可以为其它形式的标识，在此不再进行详述。

在实际应用中，向用户提示注册成功的形式有多种，例如，以文字的形式呈现在所述第二终端的屏幕显示区域，通知用户注册成功，其中，完成注册后提示用户注册成功的界面示意图如图2B所示，通知用户注册成功，或者，以直接呈现应用的登录界面的形式，呈现在所述第二终端的屏幕显示区域，通知用户注册成功，其中，完成注册后提示用户注册成功的界面示意图如图2B所示，通知用户完成注册。

本发明实施例中，在实际应用中，为了提升用户体验，所述终端在接收到所述应用服务器发送的响应消息后，在检测到激活指示时，向所述应用服务器发送激活请求。

为了更好地理解本发明实施例，以下给出具体应用场景，针对注册的过程，作出进一步详细描述，具体如图4所示，其中，终端A为已经注册第一应用的第一终端、终端B为未注册第一应用的第二终端，第一应用对应的应用服务器为C：

步骤400：终端A向应用服务器C发送至少携带终端B的ID的验证码请求消息；

步骤410：应用服务器C向终端A返回为终端B分配的注册应用时所需要的验证码，并记录返回的验证码与终端A的ID和终端B的ID的关联关系；

步骤420：终端A向终端B发送携带验证码的短消息；

步骤430：终端B从接收到的短消息中解析出验证码；

步骤440：终端B向应用服务器C发送至少携带验证码和终端A的ID的注册请求；

步骤450：应用服务器C从存储的关联关系中查找包括该验证码的关联关系，并从查找到的关联关系中却出终端B的ID；

步骤460：应用服务器C终端B的ID发送至终端B，及向终端B发送鉴权密钥；

步骤470：应用服务器C接收到终端B发送的激活请求时，进行激活，完成注册。

基于上述技术方案，参阅图5所示，本发明实施例提供一种用于注册应用的终端，所述终端包括接收单元50、发送单元51，其中，

接收单元50，用于接收已注册应用的其它终端发送的验证码，所述验证码为所述其它终端向应用对应的应用服务器获取的所述终端注册应用时所需要的验证码；

发送单元51，用于向所述应用服务器发送注册请求，所述注册请求中携带所述其它终端的ID和验证码，以使得所述应用服务器将确定的所述终端的ID记录为已注册，完成所述终端的注册；

其中，所述终端的ID是所述应用服务器根据验证码在存储的验证码与关联终端的ID的关联关系中确定的。

本发明实施例中，进一步的，所述终端还包括解析单元52，所述解析单元52用于：接收所述其它终端发送的短消息；并

解析出短消息的UDH头字段，从UDH头字段中获取应用的验证码。

本发明实施例中，可选的，接收单元50接收到的验证码为所述其它终端向所述应用服务器发送验证码请求消息后，接收到所述应用服务器为所述终端分配的注册应用时所需要的验证码；

其中，验证码请求消息中携带所述终端的ID。

本发明实施例中，可选的，发送单元51发送注册请求，以使得所述应用服务器根据关联关系确定所述终端的ID时的关联关系包括验证码，及所述其它终端的ID，所述终端的ID的对应关系。

本发明实施例中，进一步的，接收单元50还用于：

接收所述应用服务器发送的携带所述终端的ID的注册响应消息；

注册响应消息还携带鉴权密钥信息，鉴权密钥信息用于所述终端获取非首次登录应用时自动登录的权限。

基于上述技术方案，参阅图6所示，本发明实施例提供一种用于注册应用的服务器，所述服务器包括发送单元60、接收单元61及注册单元62，其中，

发送单元60，用于向已注册应用的第一终端发送第二终端注册应用时所需要的验证码；

接收单元61，用于接收第二终端发出的注册请求，其中，所述注册请求中携带所述第一终端的ID和所述验证码；

注册单元62，用于根据所述验证码确定所述第二终端的ID，并将确定的所述第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述服务器根据验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

本发明实施例中，可选的，所述接收单元61还用于接收所述第一终端发送的验证码请求消息，其中，所述验证码请求消息中携带所述第二终端的ID；

所述发送单元60具体用于向所述第一终端发送为所述第二终端分配的注册应用时所需要的验证码；

本发明实施例中，所述服务器还包括注册码分配单元63，所述注册码分配单元63用于根据所述第二终端的ID为所述第二终端分配验证码，并存储所述验证码，第一终端ID，以及第二终端ID的关联关系。

本发明实施例中，所述注册码分配单元63可以将所述验证码，所述第一终端ID，以及所述第二终端ID的关联关系存储到与所述服务器连接的数据库中。

本发明的另一实施例中，所述服务器还包括存储单元64，则所述注册码分配单元63可以将所述验证码，所述第一终端ID，以及所述第二终端ID的关联关系存储到所述存储单元64中。

本发明实施例中，可选的，注册单元62根据所述验证码以及所述关联关系确定所述第二终端的ID。

本发明实施例中，所述服务器还包括密钥生成单元65，所述密钥生成单元65用于生成鉴权密钥信息。

本发明实施例中，进一步的，发送单元60还用于：

向所述第二终端发送携带所述第二终端的ID的注册响应消息；

其中，所述注册响应消息中还携带所述密钥生成单元65生成的鉴权密钥信息，所述鉴权密钥信息用于第二终端获取非首次登录应用时自动登录的权限。

综上所述，本发明实施例中，接收已注册应用的第一终端发送的验证码，验证码为第一终端向应用对应的应用服务器获取的第二终端注册应用时所需要的验证码，然后，向应用服务器发送注册请求，注册请求中携带第一终端的ID和验证码，以使得应用服务器将确定的第二终端的ID记录为已注册，完成第二终端的注册，其中，第二终端的ID是应用服务器根据验证码在存储的验证码与关联终端的ID的关联关系中确定的，由于本方案中，待注册的终端通过已注册的终端获取验证码，且该验证码可以是待注册的终端在注册应用之前跟已注册的终端的交互过程中获取的，不需要在注册的当前时刻通过与应用服务器进行短消息的交互而获取验证码，而是直接根据存储的验证码进行注册即可，因此，克服了现有技术中终端在完成注册应用的过程中存在的耗时较长和效率较低的问题。

本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。本发明实施例可应用于各种通信系统中的基站或者终端。图7示出了一种终端的实施例，在该实施例中，终端70包括发射电路702、接收电路703、功率控制器704、解码处理器705、处理单元706，存储器707及天线701。处理单元706控制终端70的操作，处理单元706还可以称为CPU。存储器707可以包括只读存储器和随机存取存储器，并向处理单元706提供指令和数据。存储器707的一部分还可以包括非易失行随机存取存储器（NVRAM）。具体的应用中，终端70可以嵌入或者本身可以就是例如移动电话之类的无线通信设备，还可以包括容纳发射电路702和接收电路703的载体，以允许终端70和远程位置之间进行数据发射和接收。发射电路702和接收电路703可以耦合到天线701。终端70的各个组件通过总线系统7100耦合在一起，其中，总线系统7100除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统7100。终端70还可以包括用于处理信号的处理单元706、此外还包括功率控制器704、解码处理器705。

上述本发明实施例揭示的方法可以应用解码处理器705中，或者说由解码处理器705以实现。解码处理器705可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过解码处理器705中的硬件的集成逻辑电路或者软件形式的指令完成。这些指令可以通过其中的处理单元706以配合实现及控制，解码处理器705可以包括接收单元7051、发送单元7052及解析单元7053，用于执行本发明实施例揭示的方法。上述的解码处理器705可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器，解码器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件解码处理器705执行完成，或者用解码处理器705中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器707，解码单元读取存储器707中的信息，结合其硬件完成上述方法的步骤。

图8示出了一种服务器的实施例，在该实施例中，服务器80包括发射电路802、接收电路803、功率控制器804、解码处理器805、处理单元806，存储器807及天线801。处理单元806控制服务器80的操作，处理单元806还可以称为CPU。存储器808可以包括只读存储器和随机存取存储器，并向处理单元806提供指令和数据。存储器807的一部分还可以包括非易失行随机存取存储器（NVRAM）。具体的应用中，服务器80可以嵌入或者本身可以就是例如移动电话之类的无线通信设备，还可以包括容纳发射电路802和接收电路803的载体，以允许服务器80和远程位置之间进行数据发射和接收。发射电路802和接收电路803可以耦合到天线801。服务器80的各个组件通过总线系统8100耦合在一起，其中，总线系统8100除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统8100。服务器80还可以包括用于处理信号的处理单元806、此外还包括功率控制器804、解码处理器805。

上述本发明实施例揭示的方法可以应用解码处理器805中，或者说由解码处理器805以实现。解码处理器805可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过解码处理器805中的硬件的集成逻辑电路或者软件形式的指令完成。这些指令可以通过其中的处理单元806以配合实现及控制，解码处理器805可以包括发送单元8051、接收单元8052注册单元8053、注册码分配单元8054、存储单元8055，及密钥生成单元8056，用于执行本发明实施例揭示的方法。上述的解码处理器805可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器，解码器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件解码处理器805执行完成，或者用解码处理器805中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器807，解码单元读取存储器807中的信息，结合其硬件完成上述方法的步骤。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中的功能的步骤。

尽管已描述了本发明的上述实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括上述实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (20)

1.一种注册应用的方法，其特征在于，包括：

接收已注册应用的第一终端发送的验证码，所述验证码为所述第一终端向所述应用对应的应用服务器获取的第二终端注册所述应用时所需要的验证码；

向所述应用服务器发送注册请求，所述注册请求中携带所述第一终端的标识ID和所述验证码，以使得所述应用服务器将确定的第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述应用服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

2.如权利要求1所述的方法，其特征在于，接收已注册应用的第一终端发送的验证码，具体包括：

接收所述第一终端发送的短消息；并

解析出所述短消息的用户数据头UDH头字段，从所述UDH头字段中获取所述应用的验证码。

3.如权利要求1或2所述的方法，其特征在于，所述验证码为所述第一终端向所述应用服务器发送验证码请求消息后，接收到所述应用服务器为所述第二终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述第二终端的ID。

4.如权利要求1或2所述的方法，其特征在于，所述关联关系包括验证码，及所述第一终端的ID，所述第二终端的ID的对应关系。

5.如权利要求1或2所述的方法，其特征在于，在向所述应用服务器发送注册请求之后，还包括：

接收所述应用服务器发送的携带所述第二终端的ID的注册响应消息；

所述注册响应消息还携带鉴权密钥信息，所述鉴权密钥信息用于所述第二终端获取非首次登录所述应用时自动登录的权限。

6.一种注册应用的方法，其特征在于，包括：

向已注册应用的第一终端发送第二终端注册所述应用时所需要的验证码；

接收所述第二终端发出的注册请求，其中，所述注册请求中携带所述第一终端的标识ID和所述验证码；

根据所述验证码确定所述第二终端的ID，并将确定的所述第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述应用服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

7.如权利要求6所述的方法，其特征在于，向已注册应用的第一终端发送第二终端注册所述应用时所需要的验证码，具体包括：

接收所述第一终端发送的验证码请求消息；

向所述第一终端发送为所述第二终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述第二终端的ID。

8.如权利要求6或7所述的方法，其特征在于，所述关联关系包括验证码，及所述第一终端的ID，所述第二终端的ID的对应关系。

9.如权利要求6或7所述的方法，其特征在于，在将所述第二终端的ID记录为已注册之后，还包括：

向所述第二终端发送携带所述第二终端的ID的注册响应消息；

所述注册响应消息还携带鉴权密钥信息，所述鉴权密钥信息用于所述第二终端获取非首次登录所述应用时自动登录的权限。

10.一种终端，其特征在于，包括：

接收单元，用于接收已注册应用的其它终端发送的验证码，所述验证码为所述其它终端向所述应用对应的应用服务器获取的所述终端注册所述应用时所需要的验证码；

发送单元，用于向所述应用服务器发送注册请求，所述注册请求中携带所述其它终端的标识ID和所述验证码，以使得所述应用服务器将确定的所述终端的ID记录为已注册，完成所述终端的注册；

其中，所述终端的ID是所述应用服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

11.如权利要求10所述的终端，其特征在于，还包括解析单元，所述解析单元用于：接收所述其它终端发送的短消息；并

解析出所述短消息的用户数据头UDH头字段，从所述UDH头字段中获取所述应用的验证码。

12.如权利要求10或11所述的终端，其特征在于，所述接收单元接收到的验证码为所述其它终端向所述应用服务器发送验证码请求消息后，接收到所述应用服务器为所述终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述终端的ID。

13.如权利要求10或11所述的终端，其特征在于，所述发送单元发送注册请求，以使得所述应用服务器根据所述关联关系确定所述终端的ID时的关联关系包括验证码，及所述其它终端的ID，所述终端的ID的对应关系。

14.如权利要求10或11所述的终端，其特征在于，所述接收单元还用于：

接收所述应用服务器发送的携带所述终端的ID的注册响应消息；

所述注册响应消息还携带鉴权密钥信息，所述鉴权密钥信息用于所述终端获取非首次登录所述应用时自动登录的权限。

15.一种服务器，其特征在于，包括：

发送单元，用于向已注册应用的第一终端发送第二终端注册所述应用时所需要的验证码；

接收单元，用于接收所述第二终端发出的注册请求，其中，所述注册请求中携带所述第一终端的标识ID和所述验证码；

注册单元，用于根据所述验证码确定所述第二终端的ID，并将确定的第二终端的ID记录为已注册，完成所述第二终端的注册；

其中，所述第二终端的ID是所述服务器根据所述验证码在存储的验证码与关联终端的ID的关联关系中确定的，所述关联终端为交互所述验证码的终端。

16.如权利要求15所述的服务器，其特征在于，所述接收单元还用于：

接收所述第一终端发送的验证码请求消息；

所述发送单元具体用于向所述第一终端发送为所述第二终端分配的注册所述应用时所需要的验证码；

其中，所述验证码请求消息中携带所述第二终端的ID。

17.如权利要求15或16所述的服务器，其特征在于，还包括：

注册码分配单元，用于根据所述第二终端的ID为所述第二终端分配验证码；

存储单元，用于存储接收到的所述注册码分配单元发送的所述验证码、第一终端ID，以及第二终端ID的关联关系。

18.如权利要求15或16所述的服务器，其特征在于，所述注册单元具体用于：根据所述验证码以及所述关联关系确定所述第二终端的ID。

19.如权利要求15或16所述的服务器，其特征在于，还包括密钥生成单元，所述密钥生成单元用于生成鉴权密钥信息。

20.如权利要求19所述的服务器，其特征在于，所述发送单元还用于：向所述第二终端发送携带所述第二终端的ID的注册响应消息；

其中，所述注册响应消息中还携带所述密钥生成单元生成的鉴权密钥信息，所述鉴权密钥信息用于所述第二终端获取非首次登录所述应用时自动登录的权限。