CN103458392B - 一种跨应用商店时的用户注册方法和系统 - Google Patents

Abstract

本发明提供一种跨应用商店时的用户注册方法和系统。该方法包括客户端读取用户的终端设备信息、接收用户输入的密码信息，以及自动获取用户ID信息，并通过IP连接将所述用户ID信息、用户的终端设备信息和用户输入的密钥信息发送给服务器；服务器根据所述用户ID信息、用户的终端设备信息和用户输入的密钥信息生成用户信息表，并根据用户信息表和每个应用商店的注册要求，向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中。本发明可以实现同一个客户端在多个应用商店内的注册。

Description

一种跨应用商店时的用户注册方法和系统

技术领域

本发明涉及移动通信技术领域，尤其涉及一种跨应用商店时的用户注册方法和系统。

背景技术

应用是指提供给用户终端的应用，例如，手机主题、软件、游戏、音乐、阅读、视频等内容。现有技术中，用户如果需要下载应用，首先需要在终端上安装对应的移动应用商店客户端。当用户需要下载不同应用商店的移动应用时，在终端上就需要安装多个移动应用商店客户端。例如，安装谷歌安卓儿应用商店客户端、中国移动应用商店客户端和联通应用商店客户端。另外，当需要浏览、搜索、购买、下载不同种类的应用商店的应用时，是分别通过对应的移动应用客户端进行浏览、搜索、购买、下载等处理。例如，通过谷歌安卓儿应用商店客户端浏览、搜索谷歌安卓儿应用商店内的移动应用，通过中国移动应用商店客户端浏览、搜索中国移动应用商店内的移动应用，通过联通应用商店客户端浏览、搜索联通应用商店内的移动应用。此外，不同的应用商店采用的支付渠道也是不同的，例如，谷歌安卓儿应用商店绑定信用卡支付、中国移动应用商店绑定电话费支付，联通应用商店绑定支付宝支付等。由于不同的应用商店需要绑定不同的支付渠道，那么用户在需要处理多个种类的移动应用时需要申请多个应用商店账户，绑定多个支付账户。

也就是说，在现有技术情况下,用户购买应用时，需要从多个移动应用商店进行浏览、搜索、购买、下载，现有技术中需要在终端内安装多个客户端，申请多个应用商店账户，绑定多个支付账户，且无法进行应用比价。这种处理方式很复杂，占用用户终端内存多，并且会影响用户体验。

发明内容

本发明提供一种跨应用商店时的用户注册方法和系统，用以在用户需要在多个应用商店体验应用时进行处理以简化处理流程，提高用户体验。

本发明提供了一种跨应用商店时的用户注册方法，包括：

客户端读取用户的终端设备信息、接收用户输入的密码信息，以及自动获取用户ID信息，并通过无线IP连接将所述用户ID信息、用户的终端设备信息和用户输入的密码信息发送给服务器；

服务器根据所述用户ID信息、用户的终端设备信息和用户输入的密码信息生成用户信息表，并根据用户信息表和每个应用商店的注册要求，向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中。

本发明提供了一种跨应用商店时的用户注册系统，包括：

客户端，用于读取用户的终端设备信息、接收用户输入的密码信息，以及自动获取用户ID信息，并通过无线IP连接将所述用户ID信息、用户的终端设备信息和用户输入的密码信息发送给服务器；

服务器，用于根据所述用户ID信息、用户的终端设备信息和用户输入的密码信息生成用户信息表，并根据用户信息表和每个应用商店的注册要求，向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中。

由上述技术方案可知，本发明通过设置服务器，由服务器分别向多个应用商店进行注册，可以实现客户端的跨应用商店的注册，从而实现跨应用商店的使用，提高用户体验。

附图说明

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

图1为本发明跨应用商店时的用户注册方法一实施例的流程示意图；

图2为本发明中获取MSISDN的流程示意图；

图3为本发明中采用WAP方式获取MSISDN的流程示意图；

图4为本发明中采用短信方式获取MSISDN的流程示意图；

图5为本发明跨应用商店时的用户注册方法另一实施例的流程示意图；

图6为本发明跨应用商店时的用户注册方法另一实施例的流程示意图；

图7为本发明跨应用商店时的用户注册系统的一实施例的结构示意图。

具体实施方式

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

图1为本发明跨应用商店时的用户注册方法一实施例的流程示意图，包括：

步骤11：客户端读取用户的终端设备信息、接收用户输入的密码信息，以及自动获取用户ID信息，并通过无线IP连接将所述用户ID信息、用户的终端设备信息和用户输入的密码信息发送给服务器；

其中，无线IP连接包括：移动通信的数据链路、无线局域网（WirelessLocalAreaNetwork，WLAN）链路、Wifi链路等。

由于用户ID信息、用户的终端设备信息和用户输入的密码信息相对于电路交换域传输的信息（如短信方式传输的信息）需要占用更大的字节数,且由于相对带宽较窄，所以速度很慢，为了一次传输给服务器，本实施例中采用IP连接传输方式，并且IP连接传输方式相对于短信方式可以降低成本。

步骤12：服务器根据所述用户ID信息、用户的终端设备信息和用户输入的密码信息生成用户信息表，并根据用户信息表和每个应用商店的注册要求，向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中。

其中，本发明实施例中，为了实现同一个客户端与多个应用商店的交互，引入跨应用商店服务器，上述客户端和服务器可以称为跨应用商店客户端和跨应用商店服务器。

对于用户来讲，可以首先下载并安装客户端，之后通过客户端与多个应用商店交互。

客户端在初次启动后，首先需要完成向每个应用商店的注册，以便后续可以浏览应用商店内的应用，并下载使用等。

由于客户端是安装在用户所使用的终端设备内的，通过设备内部指令的读取过程，可以获取用户的终端设备信息，终端设备信息例如为：国际移动用户标识（InternationalMobileSubscriberIdentity，IMSI）号、终端厂家、终端型号、终端操作系统类型、终端操作系统版本号，终端屏幕规格、终端的国际移动设备标识（InternationalMobileEquipmentIdentity，IMEI）号等信息。

用户在注册时也会向客户端内输入密码信息，因此，客户端也会获取到用户的密码信息。

现有技术中，用户还需要手工向客户端内逐位输入用户ID信息，例如手机号码。但是，由于是人为输入的，为了安全性等原因，客户端还需要验证，例如，客户端通过服务器向输入的手机号发送短信验证码，并在接收到用户输入的验证码确认信息后，才验证通过，用户输入的信息很多，影响用户的使用兴趣，用户体验很差。

与现有技术不同的是，本发明实施例中是客户端自动获取用户ID信息，而不是由用户手工输入。

用户ID信息包括如下项中的至少一项：移动用户综合业务数字网号码（MobileSubscriberInternationalIntegratedServiceDigitalNetworknumber，MSISDN）、邮箱ID，MSISDN也就是手机号码，可以采用下述方式获取。对于邮箱ID，可以由用户设置在客户端内，之后通过专门的邮件软件（如outlook）读取或者由其他的能够读取邮箱设置的软件读取邮箱ID。

对于MSISDN，参见图2，客户端可以采用如下方式获取：

步骤21：读取用户识别模块（SubscriberIdentityModule，SIM）或者全球用户识别卡（UniversalSubscriberIdentityModule，USIM）中的MSISDN；通常手机在通信时采用的是IMSI而不是直接采用MSISDN，那么SIM或者USIM中并不一定会存储有MSISDN，也就可能不能从SIM或者USIM中读取MSISDN。

步骤22：如果读取不到，通过无线应用协议（WirelessApplicationProtocol，WAP）方式获取；

通常来讲，手机采用IMSI进行通信，如果手机发送的信息经过WAP网关时，可以由WAP网关向归属位置寄存器（HomeLocationRegister，HLR）查询得到IMSI对应的MSISDN。但是，也不是所有的WAP网关都具有查询MSISDN的能力，因此通过WAP方式也可能获取不到MSISDN。

步骤23：如果通过WAP方式获取不到，通过短信方式获取。

对于WAP方式，参见图3，包括：

步骤31：客户端向服务器发送WAP请求。

步骤32：WAP请求通过移动通信网，再经过电信运营商WAP网关，转发到服务器。

其中，客户端发送的WAP请求中可以携带IMSI，并且该WAP请求中会包含手机号码（MSISDN）信息字段（只是包含该字段，但不包含该字段的具体内容），之后，该WAP请求到达WAP网关后，由WAP网关根据IMSI向HLR（HLR内可以存储IMSI与MSISDN的对应关系）查询得到对应的MSISDN，再将查询得到的MSISDN作为具体内容添加到手机号码（MSISDN）信息字段。本实施例中需要电信运营商WAP网关不屏蔽WAP请求中的手机号码（MSISDN）信息字段。在经过WAP网关时，WAP网关根据IMSI得到客户端的MSISDN后，将客户端的MSISDN添加到WAP请求的手机号码信息字段内，该手机号码信息字段可以具体为：X_UP_CALLING_LINE_ID。WAP网关将MSISDN添加到WAP请求的手机号码信息字段后，将WAP请求发送给服务器。

步骤33：服务器从WAP请求的HEADER的X_UP_CALLING_LINE_ID字段中提取出MSISDN。

其中，X_UP_CALLING_LINE_ID字段是HEADER中的手机号码信息（MSISDN）字段。

步骤34：服务器将MSISDN封装到WAP回应IP包的净荷部分后发送给客户端。

其中，由于客户端解析从服务器发来的包头无法找到MSISDN，只能从数据包的净荷部分（body）中获取内容，因此服务器需要将MSISDN封装到净荷部分，以便客户端得到MSISDN。

进一步地，服务器内可以编写如下的守护线程程序，以便将MSISDN封装到净荷部分后发送给客户端：

服务器端所部署的servlet代码如下：

对于短信方式，参见图4，包括：

步骤41：客户端通过移动通信网络向服务器发送短消息，所述短消息内容为IMEI；

其中，IMEI是设置在终端设备内的，客户端可以从自身的设备内读取到IMEI，之后将IMEI作为发送的短消息的内容。

步骤42：移动通信网的短信网关将短信转发给服务器。

当然，由于短信网关可以与服务器通信，需要服务器与电信运营商的短信网关相连，具有短信接入码。

其中，客户端在发送短信请求时使用临时漫游号码，该短信先到达交换机，交换机根据该临时漫游号码可以从拜访位置寄存器可以查到IMSI，之后，交换机再根据IMSI可以从归属位置寄存器得到MSISDN。交换机在得到MSISDN之后可以将其添加到短信包包头中经由短信中心、短信网关发送给服务器。

步骤43：服务器接收到短信网关发送的短消息后，将短信包包头中的发送者字段MSISDN和短信内容IMEI保存在数据库的表中，例如，形成临时存储表，该临时存储表中保存MSISDN和IMEI的对应关系。

其中，服务器接收到短消息后，会显示MSISDN，并且短消息内容中是IMEI，因此服务器可以将显示的MSISDN和IMEI进行对应保存。

需要说明的是，由于服务器会同时管理多个客户端，那么上述发送短消息的客户端通常都是多个，也就是说服务器通常会同时收到多个客户端的短消息，上述得到的MSISDN和IMEI的对应关系也是多个。为了确定某个客户端的MSISDN，还需要首先确定该客户端的IMEI。

步骤44：客户端通过3G或WIFI链路，使用IP方式将IMEI发送给服务器；

步骤45：服务器根据临时存储表中的内容，找到与IP方式获取的IMEI对应的MSISDN，并通过IP连接发送给对应的客户端。

由于客户端与服务器建立IP连接后，服务器会为每个客户端分配对应的IP连接流水号，那么不同的客户端可以通过不同的IP连接流水号进行区分。因此，即使服务器同时收到多个客户端采用IP方式发送的IMEI时，也可以根据所属的不同的IP连接进行区分，确定出每个客户端的IMEI。之后，服务器再根据MSISDN与IMEI的对应关系，可以得到每个客户端的MSISDN。

可选的，服务器在获取客户端的MSISDN后，也可以将MSISDN作为短消息内容发送给客户端。但是，这种方式下既需要建立IP连接又需要再次使用短信链路，并且需要客户端打开短信获取具体内容，会增加复杂度并且使用短信方式还会增加费用。

另外，客户端收到服务器通过WAP响应发来的MSISDN后，可以断开WAP连接，开始建立3G或4G、WIFI连接，并完成后续与服务器的交互。

上述过程中，客户端在获取MSISDN后，则可以将MSISDN和终端设备信息、密码等通过IP连接一起发送给服务器，并由服务器形成用户信息表。用户信息表可以如表1所示：

表1

信息单元	格式	存在情况	说明
				MSISDN	String	必备	注册的用户号码
imsiCode	String	必备	注册的手机卡IMSI号。
				brand	String	必备	手机厂家。
Email	String	必备	用户邮箱号码
				utype	String	必备	手机型号。
OStype	String	必备	操作系统类型
				OSVersion	String	必备	操作系统版本
Imei	String	必备	手机串号。
				Sreentype	String	必备	手机屏幕规格
password	String	必备	密码

其中，表1中的MSISDN和Email为用户ID信息，Email中的内容为上述的邮箱ID；password为用户输入的密码信息；其余信息为用户的终端设备信息（表1中的终端具体为手机），终端设备信息可以根据实际情况有所不同。

在获取用户信息表后，服务器可以分别向不同的应用商店进行注册。

例如，与服务器相连的应用商店为第一应用商店和第二应用商店，第一应用商店注册时需要IMEI和MSISDN，第二应用商店注册时需用户邮箱ID和IMEI。具体地，参见图5，向第一应用商店注册的流程包括：

步骤51：客户端向服务器发送用户的终端设备信息、用户ID信息和密码信息；

例如，获取MSISDN后，将MSISDN连同其余信息采用IP连接发送给服务器。采用IP连接的方式的具体内容可以参见步骤11中的内容。

步骤52：服务器向客户端发送响应。

步骤53：服务器生成用户信息表。

例如，根据客户端发送的信息生成如表1所示的用户信息表。

步骤54：服务器向第一应用商店发送询问消息。

该询问消息用于表明服务器需要向第一应用商店注册，询问第一应用商店需要什么注册信息。

步骤55：第一应用商店向服务器发送询问响应。

询问响应用于通知服务器注册时需要提供什么信息，例如需要提供IMSI和MSISDN。

步骤56：服务器将需要提供的信息携带在注册请求中发送给第一应用商店。

例如，将IMEI和MSISDN携带在注册请求中发送给第一应用商店。

步骤57：第一应用商店向服务器返回注册响应。

其中，该注册响应为注册成功消息或注册失败消息。

步骤58：服务器在注册成功后，将注册成功信息保存在用户信息表中，并且对应的密码为用户信息表中已经由客户端上传的密码。

另一方面，参见图6，向第二应用商店注册的流程将包括如下步骤，以替代上述的步骤54~58：

步骤61：服务器向第二应用商店发送询问消息。

该询问消息用于表明服务器需要向第二应用商店注册，询问第二应用商店需要什么注册信息。

步骤62：第二应用商店向服务器发送询问响应。

询问响应用于通知服务器注册时需要提供什么信息，例如需要提供IMEI和邮箱ID。

步骤63：服务器将需要提供的信息携带在注册请求中发送给第二应用商店。

例如，将IMEI和邮箱ID携带在注册请求中发送给第二应用商店。

步骤64：第二应用商店向服务器返回注册响应。

其中，假设第二应用商店在注册时还生成了用户证书和私钥，则返回的注册响应中还需要表明第二应用商店使用了用户证书和私钥。

步骤65：服务器向第二应用商店发送证书下载请求；

步骤66：第二应用商店向服务器返回证书下载响应，服务器下载完携带用户证书和私钥。

步骤67：服务器将获取的用户证书和私钥对应保存在用户信息表中，并且对应的密码为用户信息表中已经由客户端上传的密码。

图7为本发明跨应用商店时的用户注册系统的一实施例的结构示意图，包括客户端71和服务器72；客户端71用于读取用户的终端设备信息、接收用户输入的密码信息，以及自动获取用户ID信息，并通过无线IP连接将所述用户ID信息、用户的终端设备信息和用户输入的密码信息发送给服务器；服务器72用于根据所述用户ID信息、用户的终端设备信息和用户输入的密码信息生成用户信息表，并根据用户信息表和每个应用商店的注册要求，向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中。

可选的，所述用户ID信息包括MSISDN，所述客户端具体用于采用如下方式获取用户ID信息：读取SIM或者USIM中的MSISDN；如果读取不到，通过WAP方式获取；如果通过WAP方式获取不到，通过短信方式获取。

可选的，所述客户端具体用于经过移动通信网，再经过WAP网关向服务器发送WAP请求，所述WAP请求经过WAP网关时被添加MSISDN信息；所述服务器具体用于从该WAP请求中提取出MSISDN，并将MISDN封装在数据净荷部分后回复给客户端；所述客户端具体用于从数据净荷部分获取MSISDN。

可选的，所述客户端具体用于向短信网关发送短消息，所述短消息的内容为客户端所在的终端设备的IMEI，短信网关在接收到短消息后转发给服务器，服务器保存IMEI与MSISDN的对应关系表；所述客户端还用于将IMEI使用IP方式发送给服务器；所述服务器具体用于根据IP方式接收到的IMEI和保存的IMEI和MSISDN的对应关系表进行比对，得到MSISDN。

可选的，所述服务器具体用于：向第一应用商店发送注册请求，并接收第一应用商店向返回的包含注册需要的信息的消息；在所述注册需要的信息为MSISDN和IMEI时，将MSISDN和IMEI发送给第一应用商店；在注册成功后，接收第一应用商店返回的注册成功信息，并在用户信息表中保存第一应用商店注册成功的信息。

可选的，所述服务器具体用于：向第二应用商店发送注册请求；接收第二应用商店返回的包含注册需要的信息的消息；在所述注册需要的信息为邮箱ID和IMEI时，服务器将邮箱ID和IMEI发送给第二应用商店；接收第二应用商店返回的注册成功回复消息，所述注册成功回复消息中包含第二应用商店为用户生成的用户证书和私钥的信息；向第二应用商店发送用于下载用户证书和私钥的下载请求；接收第二应用商店返回的用户证书和私钥，并在用户信息表中保存第二应用商店的用户证书和私钥。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (11)

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

客户端读取用户的终端设备信息、接收用户输入的密码信息，以及自动获取用户ID信息，并通过无线IP连接将所述用户ID信息、用户的终端设备信息和用户输入的密码信息发送给服务器；

服务器根据所述用户ID信息、用户的终端设备信息和用户输入的密码信息生成用户信息表，并根据用户信息表和每个应用商店的注册要求，向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中；

所述用户ID信息包括MSISDN，所述获取用户ID信息，包括：

读取SIM或者USIM中的MSISDN；

如果读取不到，通过WAP方式获取；

如果通过WAP方式获取不到，通过短信方式获取。

2.根据权利要求1所述的方法，其特征在于，所述通过WAP方式获取，包括：

客户端经过移动通信网，再经过WAP网关向服务器发送WAP请求，所述WAP请求经过WAP网关时被添加MSISDN信息；

服务器从该WAP请求中提取出MSISDN，并将MSISDN封装在数据净荷部分后回复给客户端；

客户端从数据净荷部分获取MSISDN。

3.根据权利要求1所述的方法，其特征在于，所述通过短信方式获取，包括：

客户端向短信网关发送短消息，所述短消息的内容为客户端所在的终端设备的IMEI，短信网关在接收到短消息后转发给服务器，服务器保存IMEI与MSISDN的对应关系表；

客户端还将IMEI封装成IP包使用IP方式发送给服务器；

服务器根据IP方式接收到的IMEI和保存的IMEI和MSISDN的对应关系表进行比对，得到MSISDN。

4.根据权利要求1所述的方法，其特征在于，所述用户ID信息还包括邮箱ID，所述获取用户ID信息，还包括：

客户端从邮箱设置中获取邮箱ID。

5.根据权利要求1所述的方法，其特征在于，所述向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中，包括：

服务器向第一应用商店发送注册请求；

第一应用商店向服务器返回包含注册需要的信息的消息；

如果所述注册需要的信息为MSISDN和IMEI，则服务器将MSISDN和IMEI发送给第一应用商店；

在注册成功后，服务器接收第一应用商店返回的注册成功信息，并在用户信息表中保存第一应用商店注册成功的信息。

6.根据权利要求1所述的方法，其特征在于，所述向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成信息保存在用户信息表中，包括：

服务器向第二应用商店发送注册请求；

第二应用商店向服务器返回包含注册需要的信息的消息；

如果所述注册需要的信息为邮箱ID和IMEI，则服务器将邮箱ID和IMEI发送给第二应用商店；

第二应用商店向服务器返回注册成功回复消息，所述注册成功回复消息中包含第二应用商店为用户生成的用户证书和私钥的信息；

服务器向第二应用商店发送用于下载用户证书和私钥的下载请求；

服务器接收第二应用商店返回的用户证书和私钥，并在用户信息表中保存第二应用商店的用户证书和私钥。

7.一种跨应用商店时的用户注册系统，其特征在于，包括：

客户端，用于读取用户的终端设备信息、接收用户输入的密码信息，以及自动获取用户ID信息，并通过无线IP连接将所述用户ID信息、用户的终端设备信息和用户输入的密码信息发送给服务器；

服务器，用于根据所述用户ID信息、用户的终端设备信息和用户输入的密码信息生成用户信息表，并根据用户信息表和每个应用商店的注册要求，向与服务器相连的至少两个应用商店分别注册，以及将每个应用商店的注册完成结果信息保存在用户信息表中；

所述用户ID信息包括MSISDN，所述客户端具体用于采用如下方式获取用户ID信息：

读取SIM或者USIM中的MSISDN；

如果读取不到，通过WAP方式获取；

如果通过WAP方式获取不到，通过短信方式获取。

8.根据权利要求7所述的系统，其特征在于，

所述客户端具体用于经过移动通信网，再经过WAP网关向服务器发送WAP请求，所述WAP请求经过WAP网关时被添加MSISDN信息；

所述服务器具体用于从该WAP请求中提取出MSISDN，并将MSISDN封装在数据净荷部分后回复给客户端；

所述客户端具体用于从数据净荷部分获取MSISDN。

9.根据权利要求7所述的系统，其特征在于，

所述客户端具体用于向短信网关发送短消息，所述短消息的内容为客户端所在的终端设备的IMEI，短信网关在接收到短消息后转发给服务器，服务器保存IMEI与MSISDN的对应关系表；

所述客户端还用于将IMEI使用IP方式发送给服务器；

所述服务器具体用于根据IP方式接收到的IMEI和保存的IMEI和MSISDN的对应关系表进行比对，得到MSISDN。

10.根据权利要求7所述的系统，其特征在于，所述服务器具体用于：

向第一应用商店发送注册请求，并接收第一应用商店向返回的包含注册需要的信息的消息；

在所述注册需要的信息为MSISDN和IMEI时，将MSISDN和IMEI发送给第一应用商店；

在注册成功后，接收第一应用商店返回的注册成功信息，并在用户信息表中保存第一应用商店注册成功的信息。

11.根据权利要求7所述的系统，其特征在于，所述服务器具体用于：

向第二应用商店发送注册请求；

接收第二应用商店返回的包含注册需要的信息的消息；

在所述注册需要的信息为邮箱ID和IMEI时，服务器将邮箱ID和IMEI发送给第二应用商店；

接收第二应用商店返回的注册成功回复消息，所述注册成功回复消息中包含第二应用商店为用户生成的用户证书和私钥的信息；

向第二应用商店发送用于下载用户证书和私钥的下载请求；

接收第二应用商店返回的用户证书和私钥，并在用户信息表中保存第二应用商店的用户证书和私钥。