一种账户申请方法、创建方法、相关设备及系统

本发明实施例涉及通信技术领域，尤其涉及一种账户申请方法、创建方 法、相关设备及系统。

移动支付也称为手机支付，是允许持卡人使用其移动终端(通常是手机) 对所消费的商品或服务进行账务支付的一种服务方式。单位或个人通过移动 设备、互联网或者近距离传感直接或间接向银行金融机构发送支付指令产生 货币支付与资金转移行为，从而实现移动支付功能。近场通信(Near Field  Communication，NFC)又称近距离无线通信，是一种短距离(小于10CM) 的高频无线通信技术。由于近场通讯具有天然的安全性，因此，NFC技术在 移动支付领域具有很广阔的应用前景。

目前，我国的移动支付主要由中国人民银行、银联、各商业银行、电信 运营商以及一些互联网公司进行推动，而且已经推出了各自的移动支付产品， 主要可以分为以下几种：

无卡远程支付：即持卡人通过手机客户端软件将账号密码等交易信息发 送到中心系统，完成交易，支付安全完全依赖手机客户端软件。

有卡远程支付：将金融IC卡的数据预制在手机中，可使用的介质有SD 卡、SIM卡或者手机自身的存储器三类。持卡人发起交易时，手机客户端软 件与金融IC卡进行安全认证后，将交易发送到中心系统。

有卡近场支付：已经预制了金融IC卡数据的手机还必须有近场交互能力， 如NFC功能，持卡人可以通过手机与商户POS机的非接设备交互并完成交易。

根据银行业的市场调查，在国内银行有开立账户的银行客户，平均每人 持借记卡3张，持贷记卡(信用卡)2张，而不论借记和贷记卡，每张银行卡 里都有一个电子现金账户，可用于进行近场移动支付。移动支付卡的空中发 卡技术可将多张银行卡集成在同一张手机安全芯片上，但是这么多的银行卡 带来多个受理环境相同、功能相同的电子现金账户，给客户带来了维护和使 用的烦恼。

同时，电子现金账户又是必不可少的。现有的移动支付方法大都是由第 三方支付公司推出的基于移动互联网的远程无卡支付方法，首先，这种移动 支付方法直接绕开了电子现金账户，要求用户预先向第三方账户中充值或预 先绑定指定银行卡，给账户安全带来了一定的风险；其次，这种移动支付方 法要求在进行消费时移动设备要处于联网状态，否则将无法进行消费。因此， 有必要提供一种新的方法解决上述问题。

有鉴于此，本发明实施例提供了一种账户申请方法、创建方法、相关设 备及系统，能够实现离线支付，提高资金的安全性，且避免了多个电子现金 账户维护与使用带来的不便。

第一方面，本发明实施例提供了一种账户申请方法，包括：

客户端获取用户输入的移动支付账户申请请求；

所述客户端检测所述用户是否已有可用电子现金账户；

若所述用户已有可用电子现金账户，则所述客户端向服务端发送所述移 动支付账户申请请求；

所述客户端接收所述服务端返回的为所述用户创建的移动支付账户的信 息，所述服务端已将为所述用户创建的移动支付账户与所述用户已有的可用 电子现金账户绑定；

所述客户端将接收到的移动支付账户的信息写入安全芯片。

可选地，所述客户端检测所述用户是否已有可用电子现金账户具体包括：

所述客户端检测所述安全芯片中是否保存有电子现金账户的信息；

若有，则所述客户端向所述服务端发送针对所述电子现金账户的校验请 求；

若所述客户端接收到所述服务端返回的校验成功消息，则证明所述用户 已有可用电子现金账户。

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

若所述用户没有可用电子现金账户，则所述客户端向所述服务端发送所 述移动支付账户及与所述移动支付账户对应的电子现金账户的申请请求；

所述客户端接收所述服务端返回的为所述用户创建的移动支付账户及对 应的电子现金账户的信息；

所述客户端将接收到的移动支付账户及对应的电子现金账户的信息写入 所述安全芯片。

可选地，所述移动支付账户申请请求中包含用户信息，所述用户信息用 于在所述服务端为所述用户创建所述移动支付账户之前对所述用户进行审 核。

第二方面，本发明实施例提供了一种账户创建方法，包括：

服务端接收客户端发送的移动支付账户申请请求；

所述服务端对用户进行审核；

在审核通过时，所述服务端为所述用户创建移动支付账户，并将所创建 的移动支付账户与所述用户已有的可用电子现金账户绑定；

所述服务端将为所述用户创建的移动支付账户的信息发送给所述客户 端。

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

所述服务端接收所述客户端发送的移动支付账户及与所述移动支付账户 对应的电子现金账户的申请请求；

所述服务端对用户进行审核；

在审核通过时，所述服务端为所述用户创建移动支付账户及对应的电子 现金账户；

所述服务端将为所述用户创建的移动支付账户及对应的电子现金账户的 信息发送给所述客户端。

可选地，在所述服务端接收客户端发送的移动支付账户申请请求之前， 所述方法还包括：

所述服务端接收客户端发送的针对所述用户已有的电子现金账户的校验 请求；

所述服务端对所述用户已有的电子现金账户的进行校验，并在校验成功 时，向所述客户端发送校验成功消息。

可选地，所述服务端对用户进行审核包括：

所述服务端根据所述移动支付账户申请请求中包含的用户信息对所述用 户进行审核，或者所述服务端根据所述用户在所述服务端预留的所述用户信 息对所述用户进行审核。

第三方面，本发明实施例提供了一种客户端，包括：

获取单元，用于获取用户输入的移动支付账户申请请求；

检测单元，用于检测所述用户是否已有可用电子现金账户；

发送单元，用于在所述检测单元检测到所述用户已有可用电子现金账户 时，向服务端发送所述移动支付账户申请请求；

接收单元，用于接收所述服务端返回的为所述用户创建的移动支付账户 的信息，所述服务端已将为所述用户创建的移动支付账户与所述用户已有的 可用电子现金账户绑定；

写入单元，用于将所述接收单元接收到的移动支付账户的信息写入安全 芯片。

可选地，所述检测单元具体包括：

检测子单元，用于检测所述安全芯片中是否保存有电子现金账户的信息；

发送子单元，用于在所述检测子单元检测到所述安全芯片中保存有电子 现金账户的信息时，向所述服务端发送针对所述电子现金账户的校验请求；

接收子单元，用于接收到所述服务端返回的校验成功消息，所述校验成 功消息证明所述用户已有可用电子现金账户。

可选地，所述发送单元还用于，在所述检测单元检测到所述用户没有可 用电子现金账户时，向所述服务端发送所述移动支付账户及与所述移动支付 账户对应的电子现金账户的申请请求；

所述接收单元还用于，接收所述服务端返回的为所述用户创建的移动支 付账户及对应的电子现金账户的信息；

所述写入单元还用于，将所述接收单元接收到的移动支付账户及对应的 电子现金账户的信息写入所述安全芯片。

可选地，所述发送单元发送的所述移动支付账户申请请求中包含用户信 息，所述用户信息用于在所述服务端为所述用户创建所述移动支付账户之前 对所述用户进行审核。

第四方面，本发明实施例提供了一种服务端，包括：

接收单元，用于接收客户端发送的移动支付账户申请请求；

审核单元，用于对用户进行审核；

创建单元，用于在所述审核单元审核通过时，为所述用户创建移动支付 账户，并将所创建的移动支付账户与所述用户已有的可用电子现金账户绑定；

发送单元，用于将为所述用户创建的移动支付账户的信息发送给所述客 户端。

可选地，所述接收单元还用于，接收所述客户端发送的移动支付账户及 与所述移动支付账户对应的电子现金账户的申请请求；

所述审核单元还用于，对所述用户进行审核；

所述创建单元还用于，在所述审核单元审核通过时，为所述用户创建移 动支付账户及对应的电子现金账户；

所述发送单元还用于，将为所述用户创建的移动支付账户及对应的电子 现金账户的信息发送给所述客户端。

可选地，所述接收单元还用于，在接收所述客户端发送的移动支付账户 申请请求之前，接收客户端发送的针对所述用户已有的电子现金账户的校验 请求；

所述服务端还包括：

校验单元，用于对所述用户已有的电子现金账户的进行校验；

所述发送单元还用于，在校验成功时，向所述客户端发送校验成功消息。

可选地，所述审核单元具体用于，根据所述移动支付账户申请请求中包 含的用户信息对所述用户进行审核，或者根据所述用户在所述服务端预留的 所述用户信息对所述用户进行审核。

第五方面，本发明实施例提供了一种账户创建系统，所述账户创建系统 包括第三方面或第三方面的任意一种可选的实施方式中提供的客户端，以及 第四方面或第四方面的任意一种可选的实施方式中提供的服务端。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，客户端在获取用户输入的移动支付账户申请请求之后， 会先检测用户是否已有可用电子现金账户，若用户已有可用电子现金账户， 则向服务端发送移动支付账户申请请求，然后接收服务端返回的为用户创建 的移动支付账户的信息，将接收到的移动支付账户的信息写入安全芯片。本 发明实施例中，如果用户已有可用电子现金账户，则客户端只向服务端请求 移动支付账户，服务端会将为用户创建的移动支付账户与用户已有的可用电 子现金账户绑定，即实现了多个移动支付账户共用一个电子现金账户，然后 客户端可利用该电子现金账户实现离线支付，提高了资金的安全性，且避免 了多个电子现金账户维护与使用带来的不便。

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描 述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅 是本发明的一些实施例，对于本领域技术人员来讲，还可以如这些附图获得 其他的附图。

图1为本发明账户申请方法一个实施例示意图；

图2为本发明账户申请方法另一实施例示意图；

图3为本发明账户创建方法一个实施例示意图；

图4为本发明账户创建方法另一实施例示意图；

图5为本发明客户端一个实施例示意图；

图6为本发明客户端另一实施例示意图；

图7为本发明服务端一个实施例示意图；

图8为本发明服务端另一实施例示意图；

图9为本发明账户创建系统一个实施例示意图。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而 不是全部的实施例。基于本发明中的实施例，本领域技术人员所获得的所有 其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种账户申请方法、创建方法、相关设备及系统， 能够实现离线支付，提高资金的安全性，且避免了多个电子现金账户维护与 使用带来的不便。

请参阅图1，本发明账户创建方法一个实施例包括：

101、客户端获取用户输入的移动支付账户申请请求；

当用户需要新开一个移动支付账户时，可通过客户端发起移动支付账户 申请请求，本实施例的客户端可以是手机、平板电脑等移动终端。

102、客户端检测用户是否已有可用电子现金账户；

因为现有的发卡系统中，会为用户的每个移动支付账户都建立对应的电 子现金账户，如果用户之前申请过其他移动支付账户，则客户端的安全芯片 中就存储有对应的电子现金账户的信息。因此，本实施例中，客户端可通过 检测安全芯片中存储的信息来检测用户是否已有电子现金账户，并通过服务 端来验证用户已有的电子现金账户是否可用。本实施例提到的安全芯片可以 是安全数码卡(Secure Digital Memory Card)SD卡或者用户身份识别卡 (Subscriber Identity Module)SIM卡。

具体地，在客户端的安全芯片中有一个存放是否存在电子现金应用标识 (Application Identity)AID的标志位，客户端首先检测该标志位信息，如果 标志位显示为存在电子现金账户，则客户端还要向服务端发起电子现金账户 校验请求，以核实客户端和服务端信息是否一致，如一致，服务端可向客户 端发送校验成功消息，这样就可以认为用户已有电子现金账户且该电子现金 账户可正常使用；如信息不一致则以服务端信息为准，客户端后续进行标志 位重置，使得客户端-服务端两端信息同步。如果标志位表现为电子现金账户 不存在，则可认为电子现金账户不存在。

103、当用户已有可用电子现金账户时，客户端向服务端发送所述移动支 付账户申请请求；

若用户已有可用电子现金账户，则在用户申请新的移动支付账户时，客 户端就只向服务端发送移动支付账户申请请求，而不再同时申请对应的电子 现金账户。

104、客户端接收服务端返回的为用户创建的移动支付账户的信息，服务 端已将为用户创建的移动支付账户与用户已有的可用电子现金账户绑定；

服务端接收到客户端发送的移动支付账户申请请求之后，会对用户的身 份进行审核。具体实现中，服务端可利用移动支付账户申请请求中包含用户 信息对用户身份进行审核，这些用户信息需要用户在发起移动支付账户申请 请求时一并输入，另外，服务端也可以使用用户在服务端预留的用户信息对 用户身份进行审核，优选第二种，这样可以提高开户效率。

在审核通过之后，服务端为用户创建移动支付账户，并将为用户创建的 移动支付账户与用户已有的可用电子现金账户绑定，然后向客户端发送新创 建的移动支付账户的信息，客户端接收服务端发送的移动支付账户的信息。

105、客户端将接收到的移动支付账户的信息写入安全芯片。

写入安全芯片的信息包括移动支付账户的应用标识AID，当然，安全芯 片中还包含用户已有的可用电子现金账户的AID。在使用安全芯片中存储的 信息进行近场支付时，自动柜员机ATM和销售点终端POS等设备都会遵循 中国人民银行PBOC的规范读取安全芯片中近距离支付系统环境PPSE的信 息，客户端提供“设置首选卡”的功能，可由客户选择电子现金账户做支付 的账户并将该账户的AID写入PPSE中，在近场支付环境(ATM或POS)的 交易过程是将电子现金账户的AID和消费信息上传至银行服务端，后续账户 动作由银行服务端完成。

本实施例中，在用户申请新的移动支付账户时，客户端会检测用户是否 已有可用电子现金账户，如果用户已有可用电子现金账户，则客户端只向服 务端请求移动支付账户，服务端会将为用户创建的移动支付账户与用户已有 的可用电子现金账户绑定，即实现了多个移动支付账户共用一个电子现金账 户，然后客户端可利用该电子现金账户实现离线支付，提高了资金的安全性， 且避免了多个电子现金账户维护与使用带来的不便。

上面的实施例介绍了当用户已有可用电子现金账户时，客户端申请账户 的方法，下面将介绍当用户没有可用电子现金账户时，客户端申请账户的方 法，请参阅图2，本实施例的方法包括：

201、客户端获取用户输入的移动支付账户申请请求；

202、客户端检测用户是否已有可用电子现金账户；

203、当用户没有可用电子现金账户时，客户端向服务端发送移动支付账 户及与移动支付账户对应的电子现金账户的申请请求；

204、客户端接收服务端返回的为用户创建的移动支付账户及对应的电子 现金账户的信息；

205、客户端将接收到的移动支付账户及对应的电子现金账户的信息写入 安全芯片。

本实施例中，只有当用户没有可用电子现金账户时，客户端才会同时向 服务端申请移动支付账户及电子现金账户，避免了多个电子现金账户维护与 使用带来的不便。

上面两个实施例从客户端的角度介绍了账户申请方法，下面将以两个实 施例从服务端的角度介绍账户创建方法，先参阅图3，本实施例的方法包括：

301、服务端接收客户端发送的移动支付账户申请请求；

具体实现中，如果客户端只向服务端请求移动支付账户，则说明用户已 有可用电子现金账户。这种情况下，在服务端接收到客户端发送的移动支付 账户申请请求之前，服务端可能还会接收到客户端发送的针对用户已有的电 子现金账户的校验请求。服务端接收到检验请求之后，核实客户端和服务端 保存的用户已有的电子现金账户的信息是否一致，如一致，服务端可向客户 端发送校验成功消息，校验成功消息证明用户已有的电子现金账户可用，此 时客户端才向服务端发送移动支付账户申请请求。

302、服务端对用户进行审核；

具体实现中，移动支付账户申请请求中可包含用户信息，这些用户信息 可由用户在客户端发起移动支付账户申请请求时，在客户端一并输入，服务 端可利用移动支付账户申请请求中中包含的用户信息对用户进行身份审核； 另外，用户也可在服务端预留用户信息，这样服务端就可以利用用户预留的 用户信息对用户进行身份审核，这种方法能够避免用户临时输入，提高开户 效率，实际应用中，可优先选择第二种方法。

303、在审核通过时，服务端为用户创建移动支付账户，并将所创建的移 动支付账户与用户已有的可用电子现金账户绑定；

此步骤实现了多个移动支付账户共用一个电子现金账户。

304、服务端将为用户创建的移动支付账户的信息发送给客户端。

客户端会将接收到的移动支付账户的信息写入安全芯片，写入的信息包 含移动支付账户的AID，当然，客户端的安全芯片中还包含用户已有的可用 电子现金账户的AID。在使用安全芯片中存储的信息进行近场支付时，自动 柜员机ATM和销售点终端POS等设备都会遵循中国人民银行PBOC的规范 读取安全芯片中近距离支付系统环境PPSE的信息，客户端提供“设置首选卡” 的功能，可由客户选择电子现金账户做支付的账户并将该账户的AID写入 PPSE中，在近场支付环境(ATM或POS)的交易过程是将电子现金账户的 AID和消费信息上传至银行服务端，后续账户动作由银行服务端完成。

本实施例中，在用户已有可用电子现金账户的情况下，服务端在为用户 创建新的移动支付账户时，会将为用户创建的移动支付账户与用户已有的可 用电子现金账户绑定，然后将为用户创建的移动支付账户的信息发送给客户 端，即实现了多个移动支付账户共用一个电子现金账户，然后客户端可利用 该电子现金账户实现离线支付，提高了资金的安全性，且避免了多个电子现 金账户维护与使用带来的不便。

上面的实施例介绍了用户已有可用电子现金账户时，服务端创建账户的 方法，下面的实施例将介绍用户没有可用电子现金账户时，服务端创建账户 的方法，请参阅图4，本实施例的方法包括：

401、服务端接收客户端发送的移动支付账户及与移动支付账户对应的电 子现金账户的申请请求；

402、服务端对用户进行审核；

403、在审核通过时，服务端为用户创建移动支付账户及对应的电子现金 账户；

404、服务端将为用户创建的移动支付账户及对应的电子现金账户的信息 发送给客户端。

本实施例中，只有当用户没有可用电子现金账户时，服务端才会同时为 用户创建移动支付账户及电子现金账户，避免了多个电子现金账户维护与使 用带来的不便。

下面介绍本发明实施例提供的客户端，请参阅图5，客户端500包括：

获取单元501，用于获取用户输入的移动支付账户申请请求；

检测单元502，用于检测用户是否已有可用电子现金账户；

发送单元503，用于在检测单元502检测到用户已有可用电子现金账户时， 向服务端发送移动支付账户申请请求；

接收单元504，用于接收服务端返回的为用户创建的移动支付账户的信 息，服务端已将为用户创建的移动支付账户与用户已有的可用电子现金账户 绑定；

写入单元505，用于将接收单元504接收到的移动支付账户的信息写入安 全芯片。

具体地，检测单元502包括检测子单元5021、发送子单元5022及接收子 单元5023，其中：

检测子单元5021用于，检测安全芯片中是否保存有电子现金账户的信息；

发送子单元5022用于，在检测子单元5021检测到安全芯片中保存有电 子现金账户的信息时，向服务端发送针对电子现金账户的校验请求；

接收子单元5023用于，接收到服务端返回的校验成功消息，所述校验成 功消息证明用户已有可用电子现金账户。

为便于理解，下面具体说明客户端500内的各个单元之间的交互过程， 具体如下：

当用户需要新开一个移动支付账户时，可通过客户端发起移动支付账户 申请请求，获取单元501获取用户输入的移动支付账户申请请求，客户端可 以是手机、平板电脑等移动设备。

因为现有的发卡系统中，在发卡时会为用户的每个移动支付账户都建立 对应的电子现金账户，如果用户之前申请过其他移动支付账户，则客户端的 安全芯片中就存储有对应的电子现金账户的信息。因此，本实施例中，在获 取单元501获取用户输入的移动支付账户申请请求之后，检测单元502可通 过检测安全芯片中存储的信息来检测用户是否已有电子现金账户，并通过服 务端来验证用户已有的电子现金账户是否可用。

具体地，在客户端的安全芯片中有一个存放是否存在电子现金应用标识 (Application Identity)AID的标志位，检测子单元5021首先检测该标志位信 息，如果标志位显示为存在电子现金账户，则发送子单元5022向服务端发起 电子现金账户校验请求，以核实客户端和服务端信息是否一致，如一致，服 务端可向客户端发送校验成功消息，接收子单元5023接收校验成功消息，这 样就可以认为用户已有电子现金账户且该电子现金账户可正常使用；如信息 不一致则以服务端信息为准，客户端后续进行标志位重置，使得C-S两端信 息同步。如果标志位表现为电子现金账户不存在，则可认为电子现金账户不 存在。

当检测单元502的检测结果为用户已有可用电子现金账户时，发送单元 503就只向服务端发送移动支付账户申请请求，而不再同时申请对应的电子现 金账户。

服务端接收到客户端发送的移动支付账户申请请求之后，会对用户的身 份进行审核。具体实现中，服务端可利用移动支付账户申请请求中包含用户 信息对用户身份进行审核，这些用户信息需要用户在发起移动支付账户申请 请求时一并输入，另外，服务端也可以使用用户在服务端预留的用户信息对 用户身份进行审核，优选第二种，这样可以提高开户效率。

在审核通过之后，服务端为用户创建移动支付账户，并将为用户创建的 移动支付账户与用户已有的可用电子现金账户绑定，然后向客户端发送新创 建的移动支付账户的信息，接收单元504接收服务端发送的移动支付账户的 信息。写入单元505将接收单元504接收到的移动支付账户的信息写入安全 芯片。

另外，当检测单元502的检测结果为用户没有可用电子现金账户时，发 送单元503向服务端发送移动支付账户及对应的电子现金账户申请请求，接 收单元504接收服务端为用户创建的移动支付账户及对应的电子现金账户的 信息，写入单元505将接收单元504接收到的移动支付账户及对应的电子现 金账户的信息写入安全芯片。

本实施例中，在用户申请新的移动支付账户时，检测单元会检测用户是 否已有可用电子现金账户，如果用户已有可用电子现金账户，则发送单元只 向服务端请求移动支付账户，服务端会将为用户创建的移动支付账户与用户 已有的可用电子现金账户绑定，即实现了多个移动支付账户共用一个电子现 金账户，然后客户端可利用该电子现金账户实现离线支付，提高了资金的安 全性，且避免了多个电子现金账户维护与使用带来的不便。

下面介绍本发明客户端另一实施例示意图，请参阅图6，客户端600包括 处理器601及存储器602，存储器602用于存放计算机操作指令，处理器601 用于执行存储器602中存放的计算机操作指令，处理器601执行存储器602 中存放的计算机操作指令使得客户端实现如下操作：

获取用户输入的移动支付账户申请请求；

检测用户是否已有可用电子现金账户；

若用户已有可用电子现金账户，则向服务端发送移动支付账户申请请求；

接收服务端返回的为用户创建的移动支付账户的信息，服务端已将为用 户创建的移动支付账户与用户已有的可用电子现金账户绑定；

将接收到的移动支付账户的信息写入安全芯片。

下面介绍本发明实施例提供的服务端，本实施例的服务端700包括：

接收单元701，用于接收客户端发送的移动支付账户申请请求；

审核单元702，用于对用户进行审核；

创建单元703，用于在所述审核单元审核通过时，为所述用户创建移动支 付账户，并将所创建的移动支付账户与所述用户已有的可用电子现金账户绑 定；

发送单元704，用于将为所述用户创建的移动支付账户的信息发送给所述 客户端。

另外，接收单元701还用于，在接收客户端发送的移动支付账户申请请 求之前，接收客户端发送的针对用户已有的电子现金账户的校验请求；

服务端700还包括：

校验单元705，用于对用户已有的电子现金账户的进行校验；

发送单元704还用于，在校验成功时，向客户端发送校验成功消息。

为便于理解，下面具体说明服务端700内的各个单元之间的交互过程， 具体如下：

如果客户端检测到用户已有电子现金账户，则客户端会向服务端发送针 对用户已有的电子现金账户的校验请求，接收单元701接收客户端发送的校 验请求，校验单元705核实客户端和服务端保存的用户已有的电子现金账户 的信息是否一致，如一致，发送单元704可向客户端发送校验成功消息。具 体实现中，服务端可以是银行的服务系统。

客户端接收到发送单元发送的校验成功消息后，向服务端发送移动支付 账户申请请求，接收单元701接收移动支付账户申请请求，审核单元702对 用户进行审核。

具体实现中，移动支付账户申请请求中可包含用户信息，这些用户信息 可由用户在客户端发起移动支付账户申请请求时，在客户端一并输入，审核 单元702可利用移动支付账户申请请求中中包含的用户信息对用户进行身份 审核；另外，用户也可在服务端预留用户信息，这样审核单元702就可以利 用用户预留的用户信息对用户进行身份审核，这种方法能够避免用户临时输 入，提高开户效率，实际应用中，可优先选择第二种方法。

在审核通过后，创建单元703为用户创建移动支付账户，并将所创建的 移动支付账户与用户已有的可用电子现金账户绑定，这样就实现了多个移动 支付账户共用一个电子现金账户。发送单元704将为用户创建的移动支付账 户的信息发送给客户端。

另外，当用户没有可用电子现金账户时，接收单元701接收客户端发送 的移动支付账户及与移动支付账户对应的电子现金账户的申请请求，创建单 眼703在审核单元702对用户审核通过后，为用户创建移动支付账户及对应 的电子现金账户，发送单元704将创建单元703为用户创建的移动支付账户 及对应的电子现金账户的信息发送给客户端。

本实施例中，在用户已有可用电子现金账户的情况下，创建单元在为用 户创建新的移动支付账户时，会将为用户创建的移动支付账户与用户已有的 可用电子现金账户绑定，然后发送单元将为用户创建的移动支付账户的信息 发送给客户端，即实现了多个移动支付账户共用一个电子现金账户，然后客 户端可利用该电子现金账户实现离线支付，提高了资金的安全性，且避免了 多个电子现金账户维护与使用带来的不便。

下面介绍本发明服务端另一实施例示意图，请参阅图8，服务端800包括 处理器801及存储器802，存储器802用于存放计算机操作指令，处理器801 用于执行存储器802中存放的计算机操作指令，处理器801执行存储器802 中存放的计算机操作指令使得服务端实现如下操作：

接收客户端发送的移动支付账户申请请求；

对用户进行审核；

在审核通过时，为用户创建移动支付账户，并将所创建的移动支付账户 与用户已有的可用电子现金账户绑定；

将为用户创建的移动支付账户的信息发送给客户端。

最后，本发明实施例还提供了一种账户创建系统900，包括客户端901及 服务端902，客户端901可参阅图5所示客户端，服务端902可参阅图7所示 服务端，此处不再赘述。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述 作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显 示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可 以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模 块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模 块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条 通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即 可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件 包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情 况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而 且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、 数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更 佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技 术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储 在可读取的存储介质中，如计算机的软盘，U盘、移动硬盘、只读存储器(ROM， Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁 碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机， 服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上对本发明实施例所提供的一种账户申请方法、创建方法、相关设备 及系统进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的 思想，在具体实施方式及应用范围上均会有改变之处，因此，本说明书内容 不应理解为对本发明的限制。