CN104915835B - 信用账户创建装置、系统和方法 - Google Patents

Abstract

本发明实施例公开了一种信用账户创建装置、系统和方法，属于数据处理系统技术领域。所述系统包括：客户端用于获取用户实名信息，并通过第一服务器向第二服务器进行转发；第二服务器，用于检测是否已存在与用户实名信息对应的信用账户，并在不存在的情况下向第一服务器发送指示信息；第一服务器，用于向客户端发送用于指示其获取资源储蓄账户的账户信息的绑定指令；第一服务器，还用于在开通电子兑换账户后对电子兑换账户和资源储蓄账户进行绑定，并将绑定结果发送给第二服务器，触发其创建虚拟信用账户。本发明解决了相关信用账户创建方案存在的流程长和效率低的问题；达到了缩短流程和提高效率的效果。

Description

信用账户创建装置、系统和方法

技术领域

本发明实施例涉及数据处理系统技术领域，特别涉及一种信用账户创建装置、系统和方法。

背景技术

信用账户是一种可以透支转移资源的账户，由对应的账户管理服务器创建和管理。用户可以从信用账户提供的透支转移资源中转移出一定数值的转移资源来交换目的物，后续再向该信用账户中转入该数值的转移资源，实现对转移资源的周转。

相关的一种信用账户创建方法包括：账户管理服务器接收用户在网页中触发的信用账户创建请求，根据该信用账户创建请求在网页中向用户展示信息输入框，该信息输入框用于输入姓名、身份证号、住址、邮箱和手机号等用户资料信息。然后，账户管理服务器接收用户在对应输入框中输入的用户资料信息，并将用户资料信息提供给工作人员进行验证。当接收到工作人员对用户资料信息验证通过的反馈信息后，账户管理服务器根据该用户资料信息新建一个信用账户并生成与该信用账户对应的实物卡片。最后，工作人员将与该信用账户对应的实物卡片邮寄给用户，以便用户在后续使用过程中通过该实物卡片使用该信用账户。

发明人在实现本发明实施例的过程中，发现背景技术中至少存在以下缺陷：

在网页中申请创建信用账户时，需要输入的用户资料信息较多且用户资料信息需要通过工作人员的验证，而上述操作均需要消耗较多时间，导致信用账户的创建流程较长，降低了信用账户的创建效率。

发明内容

为了解决相关的信用账户创建方法存在的创建流程较长以及创建效率低的问题，本发明实施例提供了一种信用账户创建装置、系统和方法。所述技术方案如下：

第一方面，提供了一种信用账户创建装置，用于第一服务器中，所述装置包括：

实名接收模块，用于接收客户端发送的未开通电子兑换账户的用户的用户实名信息；

实名转发模块，用于向第二服务器转发所述用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户；

指示接收模块，用于接收所述第二服务器发送的用于表示不存在所述信用账户的指示信息；

指令发送模块，用于向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息；

实体接收模块，用于接收所述客户端发送的所述资源储蓄账户的账户信息；

兑换开通模块，用于在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户；

第一绑定模块，用于根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定；

绑定发送模块，用于将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

第二方面，提供了一种信用账户创建装置，用于第二服务器中，所述装置包括：

信息接收模块，用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，所述用户实名信息是由客户端获取并发送给所述第一服务器的；

实体检测模块，用于检测是否已存在与所述用户实名信息对应的信用账户；

指示发送模块，用于若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息，所述指示信息用于触发所述第一服务器向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息并发送给所述第一服务器；

结果接收模块，用于接收所述第一服务器发送的绑定结果，所述绑定结果是在所述第一服务器接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定后得到的；

虚拟创建模块，用于创建所述用户的虚拟信用账户。

第三方面，提供了一种信用账户创建装置，用于客户端中，所述装置包括：

实名获取模块，用于获取未开通电子兑换账户的用户的用户实名信息；

实名发送模块，用于向第一服务器发送所述用户实名信息，所述用户实名信息用于在被所述第一服务器转发至第二服务器后，触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息；

指令接收模块，用于接收所述第一服务器发送的绑定指令，所述绑定指令是在所述第一服务器接收到所述指示信息后发送的；

实体获取模块，用于在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息；

实体发送模块，用于向所述第一服务器发送所述资源储蓄账户的账户信息，以便所述第一服务器在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

第四方面，提供了一种信用账户建立系统，所述系统包括：客户端、与所述客户端相连的第一服务器以及与所述第一服务器相连的第二服务器；

所述客户端是如第三方面所述的信用账户创建装置；

所述第一服务器是如第一方面所述的信用账户创建装置；

所述第二服务器是如第二方面所述的信用账户创建装置。

第五方面，提供了一种信用账户创建方法，所述方法包括：

客户端获取未开通电子兑换账户的用户的用户实名信息，向第一服务器发送所述用户实名信息；

所述第一服务器接收所述用户实名信息，向第二服务器转发所述用户实名信息；

所述第二服务器接收所述用户实名信息，检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息；

所述第一服务器接收所述指示信息，向所述客户端发送绑定指令；

所述客户端接收所述绑定指令，在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息，向所述第一服务器发送所述资源储蓄账户的账户信息；

所述第一服务器接收所述资源储蓄账户的账户信息，根据所述用户实名信息开通所述用户的电子兑换账户，根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器；

所述第二服务器接收所述绑定结果，创建所述用户的虚拟信用账户。

第六方面，提供了一种信用账户创建方法，用于第一服务器中，所述方法包括：

接收客户端发送的未开通电子兑换账户的用户的用户实名信息；

向第二服务器转发所述用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户；

接收所述第二服务器发送的用于表示不存在所述信用账户的指示信息；

向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息；

接收所述客户端发送的所述资源储蓄账户的账户信息；

在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户；

根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定；

将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

第七方面，提供了一种信用账户创建方法，用于第二服务器中，所述方法包括：

接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，所述用户实名信息是由客户端获取并发送给所述第一服务器的；

检测是否已存在与所述用户实名信息对应的信用账户；

若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息，所述指示信息用于触发所述第一服务器向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息并发送给所述第一服务器；

接收所述第一服务器发送的绑定结果，所述绑定结果是在所述第一服务器接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定后得到的；

创建所述用户的虚拟信用账户。

第八方面，提供了一种信用账户创建方法，用于客户端中，所述方法包括：

获取未开通电子兑换账户的用户的用户实名信息；

向第一服务器发送所述用户实名信息，所述用户实名信息用于在被所述第一服务器转发至第二服务器后，触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息；

接收所述第一服务器发送的绑定指令，所述绑定指令是在所述第一服务器接收到所述指示信息后发送的；

在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息；

向所述第一服务器发送所述资源储蓄账户的账户信息，以便所述第一服务器在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

本发明实施例提供的技术方案带来的有益效果是：

通过第二服务器在接收到由客户端通过第一服务器转发的用户实名信息后，检测是否已存在与用户实名信息对应的信用账户，当检测出不存在信用账户时，第二服务器向第一服务器发送指示信息，触发第一服务器向客户端发送绑定指令，客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息，然后向第一服务器发送该账户信息，第一服务器根据用户实名信息开通用户的电子兑换账户，并根据账户信息对电子兑换账户和资源储蓄账户进行绑定，而后将绑定结果发送给第二服务器，触发第二服务器创建用户的虚拟信用账户；解决了背景技术中涉及的信用账户创建方法存在的创建流程较长以及创建效率低的问题；相比于背景技术中涉及的信用账户创建方法，本实施例提供的信用账户创建方法省去了获取大量用户资料信息的过程，也进一步省去了对用户资料信息进行人工审核的过程，充分简化了信用账户创建过程中的手续，达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。

附图说明

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

图1是本发明各个实施例所涉及的一种实施环境的结构示意图；

图2是本发明一个实施例提供的信用账户创建方法的方法流程图；

图3A是本发明另一实施例提供的信用账户创建方法的方法流程图；

图3B是本发明实施例提供的信用账户创建方法所涉及的获取用户实名信息时的示意图；

图3C是本发明实施例提供的信用账户创建方法所涉及的资源储蓄账户的获取界面的示意图；

图3D是本发明实施例提供的信用账户创建方法所涉及的一种典型的验证界面的示意图；

图3E是本发明实施例提供的信用账户创建方法所涉及的一种典型的电子兑换密钥获取界面的示意图；

图3F是本发明实施例提供的信用账户创建方法所涉及的虚拟信用账户在审核中和审核完成后的示意图；

图3G是本发明实施例提供的信用账户创建方法所涉及的关于透支额度的示意图；

图3H是本发明实施例提供的信用账户创建方法所涉及的关于提升透支额度的示意图

图4是本发明实施例所涉及的一个具体例子的流程图；

图5是本发明一个实施例提供的信用账户创建装置的结构方框图；

图6是本发明另一实施例提供的信用账户创建装置的结构方框图；

图7是本发明再一实施例提供的信用账户创建装置的结构方框图；

图8是本发明一个实施例提供的信用账户创建系统的结构方框图；

图9是本发明另一实施例提供的信用账户创建系统的结构方框图；

图10是本发明一个实施例提供的终端的结构示意图；

图11是本发明一个实施例提供的服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参考图1，其示出了本发明各个实施例所涉及的一种实施环境的结构示意图。该实施环境包括：终端120、第一服务器140和第二服务器160。

终端120可以是具备数字处理能力的电子设备，如手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面3)播放器、膝上型便携计算机和台式计算机等等。

终端120中运行有客户端，该客户端可以是具备电子兑换功能的电子兑换客户端，比如，微信客户端、淘宝客户端、支付宝客户端、京东客户端或者美团客户端等等。或者，该客户端也可以是具备社交功能的社交应用客户端，比如，微信客户端、来往客户端或者Line客户端等等。或者，该客户端还可以是同时具备电子兑换功能和社交功能的客户端。在客户端是同时具备电子兑换功能和社交功能的客户端时，用户的电子兑换账户和社交账户互相绑定或者关联。

终端120与第一服务器140之间可以通过无线网络或者有线网络相连。

第一服务器140可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。第一服务器140用于与终端120交互提供电子兑换类业务。第一服务器140通常由互联网服务商来设立。

第一服务器140与第二服务器160之间可以通过无线网络或者有线网络相连。

第二服务器160可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。第二服务器160用于提供资源储蓄账户、信用账户以及本发明实施例中提供的虚拟信用账户的创建和管理。第二服务器160通常由金融机构来设立，如银行。

另外，该实施环境中还可以包括社交服务器180。社交服务器180分别与终端120和第一服务器140通过无线网络或者有线网络相连。社交服务器180可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。在终端120中的客户端为同时具备电子兑换功能和社交功能的客户端时，社交服务器180用于与终端120交互提供社交类业务，比如即时通信、语音通信、视频通信、微博、博客、照片分享或短视频分享等等。社交服务器180在本发明实施例中还用于向第一服务器140提供用户的历史社交数据，该历史社交数据可以是该用户在具备社交功能的客户端中的历史在线时长、历史社交人数、历史发言次数等信息中的至少一种。

首先需要说明的是，在本发明各个实施例中，所涉及的术语为：

用户实名信息主要用于对申请创建虚拟信用账户的用户的身份进行核实。用户实名信息包括用户的姓名和证件号码，该证件号码通常为身份证号码。在其它可能的情况下，证件号码还可以是护照号码、台胞证号码或者军官证号码等任意能够唯一确定用户身份的编号。另外，用户实名信息通常还包括用户的手机号码。

用户历史数据主要用于为第二服务器在确定用户的虚拟信用账户的透支额度时提供参考。用户历史数据可以包括历史社交数据、历史邮件数据、历史理财数据以及历史登录数据中的至少一种。其中，历史社交数据是指与用户实名信息关联的社交账户中的相关数据，包括历史在线时长、历史社交人数、历史发言次数等信息中的至少一种；历史邮件数据是指与用户实名信息关联的邮件账户中的相关数据，包括历史邮件数量和历史邮件大小等信息中的至少一种；历史理财数据是指与用户实名信息关联的理财账户中的相关数据，包括历史投资总额和历史收益总额等信息中的至少一种；历史登录数据是指与用户实名信息关联的社交账户、电子兑换账户、邮件账户或者其它账户中的相关登录数据，包括历史登录次数、历史登录频率和历史登录时长等信息中的至少一种。

另外，用户历史数据还可以包括用户的个人基本信息，比如年龄、出生日期、籍贯、学历、历史就读学校、家庭住址、联系地址以及直系亲属等等。可选地，用户历史数据还可以包括用户在其电子兑换账户中的历史兑换数据，该历史兑换数据可以包括历史兑换次数、历史兑换频率和历史兑换总额等信息中的至少一种。

用户完善信息主要用于为第二服务器在提升虚拟信用账户的透支额度时提供参考。用户完善信息可以包括用户的个人基本信息，比如年龄、出生日期、籍贯、学历、历史就读学校、家庭住址、联系地址以及直系亲属等等。

电子兑换账户为用户在客户端所提供的电子兑换功能中用于完成电子兑换的账户。电子兑换账户具有兑换目的物和转移资源等功能，比如，用户从电子兑换账户预存的资源中转移出部分资源来兑换目的物，或者用户从其它账户中转移部分资源至该电子兑换账户等等。不同用户对应于不同的电子兑换账户。比如，电子兑换账户可以是中国腾讯科技有限公司提供的微信支付账户、中国阿里巴巴公司提供的支付宝账户、中国京东叁佰陆拾度电子商务有限公司提供的京东账户或者中国三快科技有限公司提供的美团账户等等。

社交账户为用户在客户端所提供的社交功能中用于完成社交功能的账户。不同用户对应于不同的社交账户。比如，电子兑换账户可以是中国腾讯科技有限公司提供的微信账户、中国阿里巴巴公司提供的来往账户、韩国互联网集团NHN提供的Line账户等等。

下面，将通过几个具体的实施例对本发明实施例提供的信用账户创建方案进行详细介绍和说明。

请参考图2，其示出了本发明一个实施例提供的信用账户创建方法的方法流程图，本实施例以该信用账户创建方法应用于图1所示实施环境中来举例说明。该信用账户创建方法可以包括如下几个步骤：

步骤202，客户端获取未开通电子兑换账户的用户的用户实名信息。

步骤204，客户端向第一服务器发送用户实名信息。

对应地，第一服务器接收用户实名信息。

步骤206，第一服务器向第二服务器转发用户实名信息。

对应地，第二服务器接收用户实名信息。

步骤208，第二服务器检测是否已存在与用户实名信息对应的信用账户。

步骤210，若检测出不存在信用账户，则第二服务器向第一服务器发送用于表示不存在信用账户的指示信息。

对应地，第一服务器接收指示信息。

步骤212，第一服务器向客户端发送绑定指令。

对应地，客户端接收绑定指令。

步骤214，客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息。

步骤216，客户端向第一服务器发送资源储蓄账户的账户信息。

对应地，第一服务器接收资源储蓄账户的账户信息。

步骤218，第一服务器根据用户实名信息开通用户的电子兑换账户。

步骤220，第一服务器根据资源储蓄账户的账户信息对电子兑换账户和资源储蓄账户进行绑定。

步骤222，第一服务器将绑定结果发送给第二服务器。

对应地，第二服务器接收绑定结果。

步骤224，第二服务器创建用户的虚拟信用账户。

综上所述，本实施例提供的信用账户创建方法，第二服务器在接收到由客户端通过第一服务器转发的用户实名信息后，检测是否已存在与用户实名信息对应的信用账户，当检测出不存在信用账户时，第二服务器向第一服务器发送指示信息，触发第一服务器向客户端发送绑定指令，客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息，然后向第一服务器发送该账户信息，第一服务器根据用户实名信息开通用户的电子兑换账户，并根据账户信息对电子兑换账户和资源储蓄账户进行绑定，而后将绑定结果发送给第二服务器，触发第二服务器创建用户的虚拟信用账户；解决了背景技术中涉及的信用账户创建方法存在的创建流程较长以及创建效率低的问题；相比于背景技术中涉及的信用账户创建方法，本实施例提供的信用账户创建方法省去了获取大量用户资料信息的过程，也进一步省去了对用户资料信息进行人工审核的过程，充分简化了信用账户创建过程中的手续，达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。

请参考图3A，其示出了本发明另一实施例提供的信用账户创建方法的方法流程图，本实施例仍然以该信用账户创建方法应用于图1所示实施环境中来举例说明。该信用账户创建方法可以包括如下几个步骤：

步骤301，客户端获取未开通电子兑换账户的用户的用户实名信息。

客户端可以是具备电子兑换功能的电子兑换客户端，也可以是具备社交功能的社交客户端，还可以是同时具备电子兑换功能和社交功能的客户端。用户当前暂未开通客户端所提供的用于完成电子兑换功能的电子兑换账户。换句话说，电子兑换功能为客户端所能提供的至少一种功能中的一种，而用户在之前使用客户端的过程中并未使用该电子兑换功能，比如用户刚下载该客户端还未使用电子兑换功能所以暂未开通电子兑换账户；再比如用户之前使用过客户端提供的诸如社交、文件传输或者拍照等其它功能，但并未使用电子兑换功能所以暂未开通电子兑换账户。其中，电子兑换功能包括支付、转账或者兑换等等。

在用户当前暂未开通电子兑换账户的情况下，用户如需申请创建虚拟信用账户，则需在客户端中输入用户实名信息。用户实名信息包括用户的姓名和证件号码，该证件号码通常为身份证号码。在其它可能的情况下，证件号码还可以是护照号码、台胞证号码或者军官证号码等任意能够唯一确定用户身份的编号。

请结合参考图3B，图3B示出了关于获取用户实名信息的示意图。用户如需申请创建虚拟信用账户，则首先点击“我的银行卡”界面11中的“我的银行卡”按钮12，客户端跳转至“全部银行卡”界面13；用户在“全部银行卡”界面13中点击“点击立即开通”按钮14后，客户端跳转至“开通xx信用卡”界面15；用户在“开通xx信用卡”界面15中点击“立即开通”按钮16后，客户端跳转至“校验身份信息”界面17，“校验身份信息”界面17即为客户端用于获取用户实名信息的界面。在本实施例中，假设需要用户输入的实名信息包括姓名和身份证号码。用户分别在“校验身份信息”界面17的对应位置输入姓名和身份证号码之后，客户端即可获取到用户的用户实名信息。

步骤302，客户端向第一服务器发送用户实名信息。

客户端获取用户实名信息之后，向第一服务器发送用户实名信息。其中，第一服务器为与客户端对应的服务器，两者结合实现电子兑换功能。

对应地，第一服务器接收客户端发送的用户实名信息。

步骤303，第一服务器向第二服务器转发用户实名信息。

其中，第二服务器用于创建用户的虚拟信用账户。因此，第二服务器需要对申请创建虚拟信用账户的用户的用户实名信息进行采集和验证。

对应地，第二服务器接收第一服务器转发的用户实名信息。

步骤304，第二服务器检测是否已存在与用户实名信息对应的信用账户。

第二服务器接收到用户实名信息之后，检测是否已存在与用户实名信息对应的信用账户。其中，信用账户可以是指用户通过背景技术中介绍的信用账户创建方法申请创建的信用账户，用户申请创建信用账户之后，将会得到一张实体卡片，该实体卡片也称为“信用卡”，信用账户也可以是用户通过其它任意方式申请创建的与其个人信用程度相关的账户。另外，用户当前申请创建的虚拟信用账户是一个新建的且不与上述信用账户对应的账户，也即虚拟信用账户和上述信用账户之间是互相独立的。

第二服务器中存储有已经成功申请信用账户的不同用户的用户实名信息与不同信用账户之间的对应关系。第二服务器通过上述步骤304检测该用户在历史时间是否已经成功申请并创建过信用账户。

步骤305，若检测出不存在信用账户，则第二服务器向第一服务器发送用于表示不存在信用账户的指示信息。

其中，指示信息用于告知第一服务器当前申请创建虚拟信用账户的用户并没有信用账户。

对应地，第一服务器接收第二服务器发送的用于表示不存在信用账户的指示信息。

另外，若检测出存在信用账户，则第二服务器可以直接执行创建用户的虚拟信用账户的步骤；或者，第二服务器获取与信用账户绑定的验证终端标识，并通过与第一服务器和客户端之间的交互对验证终端标识和信用账户进行验证，在验证通过的情况下执行创建用户的虚拟信用账户的步骤。

步骤306，第一服务器向客户端发送绑定指令。

绑定指令用于指示客户端获取用户的资源储蓄账户的账户信息，该账户信息包括资源储蓄账户的账号。优选地，绑定指令还用于指示客户端获取与用户的资源储蓄账户绑定的验证终端标识。

其中，资源储蓄账户是将预先存储的资源作为兑换资源的账户，比如借记卡账户、储蓄卡账户或者存折账户等等。而上述步骤304中涉及的信用账户是根据用户的信用透支兑换资源的账户，比如信用卡账户。

对应地，客户端接收第一服务器发送的绑定指令。

步骤307，客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息和与资源储蓄账户绑定的验证终端标识。

每一个资源储蓄账户都绑定有至少一个验证终端标识，该验证终端标识通常为用户在申请资源储蓄账户时预留的手机号码。当然，在其它可能的情况下，验证终端标识还可以是用户的邮箱地址、固定电话号码等。客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息和与资源储蓄账户绑定的验证终端标识。

请结合参考图3C，其示出了客户端在获取用户的资源储蓄账户的账户信息和与资源储蓄账户绑定的验证终端标识时的显示界面。用户在客户端显示的界面中的输入框21中输入资源储蓄账户的账户信息，在输入框22中输入与资源储蓄账户绑定的验证终端标识后，由客户端获取。

步骤308，客户端将用户的资源储蓄账户的账户信息和验证终端标识发送给第一服务器。

客户端将用户的资源储蓄账户的账户信息和验证终端标识发送给第一服务器，以便第一服务器在后续步骤中通过验证终端标识对用户的身份和资源储蓄账户进行核实，确认用户提供的资源储蓄账户为其本人正在使用的账户。

对应地，第一服务器接收客户端发送的用户的资源储蓄账户的账户信息和验证终端标识。

步骤309，第一服务器对验证终端标识进行验证。

具体地，本步骤可以包括如下几个子步骤：

第一，向验证终端标识所指示的验证终端发送验证信息。

以验证终端标识为手机号码为例，第一服务器根据该手机号码向对应的手机发送验证信息。在通常情况下，验证信息由若干个数字和/或字母组成。

与此同时，第一服务器触发客户端显示相关的验证界面。请结合参考图3D，其示出了一种典型的验证界面的示意图。客户端通过验证界面中显示的提示信息引导用户在输入框31中输入待验证信息。

第二，接收客户端发送的待验证信息。

如果用户提供的资源储蓄账户为其本人正在使用的账户，且用户提供的验证终端标识是与该资源储蓄账户确实绑定的标识，那么用户可以通过验证终端查看到第一服务器下发的验证信息。

之后，用户在客户端显示的验证界面中输入待验证信息，也即将查看到的验证信息输入至验证界面中作为待验证信息，而后由客户端将该待验证信息发送给第一服务器进行验证。

第三，检测待验证信息与验证信息是否相同。

第一服务器将之前发出的验证信息与接收到的待验证信息进行比对，检测两者是否相同。

第四，若检测出待验证信息与验证信息相同，则确定对验证终端标识的验证通过。

另外，若检测出待验证信息与验证信息不相同，则确定对验证终端标识的验证失败，第一服务器可以根据上述步骤对验证终端标识再次进行验证，也可以直接向客户端发送用于表示终止虚拟信用账户的创建的指示。

需要说明的是，为了提高用户资源储蓄账户的安全性，在上述步骤308之后，第一服务器还可以执行检测获取到的资源储蓄账户和验证终端标识是否已经绑定的步骤，以此验证用户提供的资源储蓄账户和验证终端标识的正确性。具体地，第一服务器可以连接至不同的服务器，该不同的服务器对应于不同的资源储蓄账户的创建方，然后将获取到的资源储蓄账户和验证终端标识发送给服务器，并由服务器对两者是否已经绑定进行检测，然后将检测结果发送给第一服务器。

另外，本实施例仅以第一服务器通过手机短信验证的方式对用户的终端信息进行验证为例。在其它可能的实现方式中，第一服务器可以通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对用户的终端信息验证，对此不作具体限定。

步骤310，第一服务器根据用户实名信息开通用户的电子兑换账户。

第一服务器在确定对验证终端标识的验证通过之后，根据用户实名信息开通用户的电子兑换账户，以便用户在申请获得虚拟信用账户之后，通过该电子兑换账户实现电子兑换。

具体来讲，本步骤可以包括如下几个子步骤：

第一，第一服务器向客户端发送电子兑换密钥获取指令。

电子兑换密钥获取指令用于触发客户端显示相关的电子兑换密钥获取界面。

对应地，客户端接收第一服务器发送的电子兑换密钥获取指令。

第二，客户端根据电子兑换密钥获取指令获取电子兑换密钥。

客户端接收到电子兑换密钥获取指令之后，显示相关的电子兑换密钥获取界面，然后获取用户在该电子兑换密钥获取界面中输入的电子兑换密钥。

请结合参考图3E，其示出了一种典型的电子兑换密钥获取界面的示意图。客户端通过电子兑换密钥获取界面中显示的提示信息引导用户在输入框41中输入电子兑换密钥。在通常情况下，电子兑换密钥由若干个数字和/或字母组成。

第三，客户端向第一服务器发送电子兑换密钥。

对应地，第一服务器接收客户端发送的电子兑换密钥。

第四，第一服务器根据电子兑换密钥和用户实名信息开通用户的电子兑换账户。

第一服务器将电子兑换密钥设置为用户的电子兑换账户的密码，用户在后续通过该电子兑换账户进行电子兑换时，需要输入该电子兑换密钥，并经过第一服务器验证正确之后才能完成整个电子兑换过程。通过为电子兑换账户设置电子兑换密钥，可以提高电子兑换过程中的安全性，保证用户的财产安全。

当然，电子兑换账户可以是实名认证的账户，第一服务器将电子兑换账户与用户实名信息进行绑定，以便在账户后续出现安全问题或者密钥变更问题时通过用户实名信息对用户进行验证，以此确保电子兑换账户的安全性。

步骤311，第一服务器根据资源储蓄账户的账户信息对电子兑换账户和资源储蓄账户进行绑定。

第一服务器对电子兑换账户和资源储蓄账户进行绑定，以便用户之后可以使用该资源储蓄账户进行电子兑换和资源转移。

步骤312，第一服务器获取与用户实名信息对应的用户历史数据。

当客户端为同时具备电子兑换功能和社交功能的客户端时，用户历史数据可以包括历史社交数据，该历史社交数据对应于与用户实名信息关联的社交账户，也即当前在客户端中登录的社交账户。其中，历史社交数据可以是该用户在具备社交功能的客户端中的历史在线时长、历史社交人数、历史发言次数等信息中的至少一种。请结合参考图1所示的实施环境，第一服务器可以从社交服务器处获取用户的历史社交数据。

另外，用户历史数据还可以包括历史邮件数据、历史理财数据以及历史登录数据中的至少一种。其中，历史邮件数据是指与用户实名信息关联的邮件账户中的相关数据，包括历史邮件数量和历史邮件大小等信息中的至少一种；历史理财数据是指与用户实名信息关联的理财账户中的相关数据，包括历史投资总额和历史收益总额等信息中的至少一种；历史登录数据是指与用户实名信息关联的社交账户、电子兑换账户、邮件账户或者其它账户中的相关登录数据，包括历史登录次数、历史登录频率和历史登录时长等信息中的至少一种。

在通常情况下，用户历史数据还可以包括用户的个人基本信息，比如年龄、出生日期、籍贯、学历、历史就读学校、家庭住址、联系地址以及直系亲属等等。可选地，用户历史数据还可以包括用户在其它电子兑换账户中的历史兑换数据，该历史兑换数据可以包括历史兑换次数、历史兑换频率和历史兑换总额等信息中的至少一种。其中，电子兑换账户可以是与上述社交账户关联的账户，比如电子兑换账户为财付通账户且社交账户为微信账户或者QQ账户；电子兑换账户也可以是与用户实名信息关联的账户，比如网银账户。

用户历史数据主要用于为第二服务器在后续确定用户的虚拟信用账户的透支额度时提供参考，在后续步骤314中将对此进行详细介绍和说明。

步骤313，第一服务器向第二服务器发送电子兑换账户和资源储蓄账户的绑定结果、用户历史数据以及账户创建指示。

其中，电子兑换账户和资源储蓄账户的绑定结果用于告知第二服务器该用户已完成身份验证，并且已经创建电子兑换账户；用户历史数据用于为第二服务器在后续确定用户的虚拟信用账户的透支额度时提供参考；而账户创建指示用于触发第二服务器为用户创建虚拟信用账户。

对应地，第二服务器接收第一服务器发送的电子兑换账户和资源储蓄账户的绑定结果、用户历史数据以及账户创建指示。

需要说明的是，上述步骤312可以在步骤310至步骤311之前进行，也可以在步骤310至步骤311之后进行，还可以与步骤310至步骤311同时进行。本实施例仅以上述步骤312在步骤310至步骤311之后进行来举例说明，对此不作具体限定。另外，第一服务器可以同时将电子兑换账户和资源储蓄账户的绑定结果、用户历史数据以及账户创建指示携带在同一信令中发送给第二服务器，也可以将三者按序分别发送给第二服务器，本实施例仅以第一服务器将三者同时发送给第二服务器来举例说明，但对此也不作具体限定。

步骤314，第二服务器根据用户历史数据创建用户的虚拟信用账户。

在接收到电子兑换账户和资源储蓄账户的绑定结果、用户历史数据以及账户创建指示之后，第二服务器根据用户历史数据创建用户的虚拟信用账户。

具体来讲，本步骤可以包括如下几个子步骤：

第一，第二服务器读取用户历史数据中的历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据。

当然，如果用户历史数据中还包含上述步骤312中介绍的个人基本信息和/或历史兑换数据，第二服务器在读取历史社交数据时可以一并读取。

第二，第二服务器根据历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据确定虚拟信用账户的透支额度。

透支额度用于标识虚拟信用账户能够透支的最大数值。为了防止用户在获取虚拟信用账户之后进行恶意透支，需要给虚拟信用账户设定透支额度。用户在使用该虚拟信用账户进行物品兑换过程中，所能透支的转移资源不能超过该透支额度；其中，转移资源可用于兑换实体物品和/或虚拟物品。

第二服务器根据历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据确定透支额度。比如，用户在具备社交功能的客户端中的历史登录次数越多，则透支额度越大；再比如，用户在具备社交功能的客户端中的历史登录时长越长，则透支额度越大。因为历史社交数据反映了用户在日常生活中的活跃程度，该活跃程度可以作为用户的信用度的一种参考。

当然，如果用户历史数据中还包含个人基本信息和/或历史兑换数据，则第二服务器此时可以结合历史社交数据、历史邮件数据、历史理财数据、历史登录数据、个人基本信息以及历史兑换数据中的至少一种数据确定出一个更为合适的透支额度。在通常情况下，参考的数据越多，确定出的透支额度更为合适。第三，第二服务器根据透支额度创建虚拟信用账户。

第二服务器确定透支额度之后，为用户创建虚拟信用账户，并将虚拟信用账户和透支额度进行关联。

至此，第二服务器和第一服务器完成了在为用户创建虚拟信用账户之前的审核过程，并且完成了虚拟信用账户的创建。其中，审核过程只需用户提供诸如身份证号码和姓名在内的少量用户实名信息，相比于背景技术中需要用户提供姓名、身份证号、住址、邮箱和手机号等大量信息，充分保护了用户的隐私，避免了审核过程中可能存在的信息安全隐患。同时，第二服务器以用户历史数据为参考确定虚拟信用账户的透支额度，既简单效率、而且富有参考价值。

请结合参考图3F，其分别示出了虚拟信用账户在审核中和审核完成后的示意图。左侧图示为审核中的示意图，右侧图示为审核完成后的示意图。

步骤315，第二服务器向第一服务器发送虚拟信用账户的账户信息。

账户信息包括账号和透支额度，还可以包括有效期、结算日等等。

对应地，第一服务器接收第二服务器发送的虚拟信用账户的账户信息。

步骤316，第一服务器对电子兑换账户和虚拟信用账户进行绑定。

第一服务器将两者进行绑定之后，用户后续可以在登录电子兑换账户之后，选取所需兑换的物品，然后通过虚拟信用账户完成透支兑换。

步骤317，第一服务器对虚拟信用账户和资源储蓄账户进行绑定。

其中，资源储蓄账户用于虚拟信用账户在透支了转移资源后，从资源储蓄账户中转移出转移资源填充至虚拟信用账户。

步骤318，第一服务器将电子兑换账户和虚拟信用账户的绑定结果以及虚拟信用账户和资源储蓄账户的绑定结果发送给客户端。

可选地，在将上述两个绑定结果发送的同时还可携带有虚拟信用账户的账号以及透支额度等信息。

请结合参考图3G，客户端接收到绑定结果之后，可以将透支额度51进行显示，以此告知用户。

对应地，客户端接收第一服务器发送的电子兑换账户和虚拟信用账户的绑定结果以及虚拟信用账户和资源储蓄账户的绑定结果。

步骤319，客户端获取用户完善信息。

用户完善信息主要用于为第二服务器在提升虚拟信用账户的透支额度时提供参考。用户完善信息可以包括用户的个人基本信息，比如年龄、出生日期、学历、历史就读学校、家庭住址以及亲属等等。

用户完善信息可以是用户在客户端的界面中随意输入的个人基本信息，也可以是针对第一服务器和/或第二服务器预先设置的问题在客户端的界面所输入的答案，本实施例不限定对用户完善信息的获取方式。

可选地，还可以设置用户完善信息中必须携带的必要信息。比如，当必要信息是用户的历史就读学校时，若用户未输入历史就读学校信息，则不能提交用户完善信息。或者，进一步地，当第一服务器中的用户实名信息中不包括历史就读学校信息，此时第一服务器或第二服务器无法对用户填写的历史就读学校信息进行验证，此时客户端的界面中不提供提升透支额度的入口。

请结合参考图3H所示的提升透支额度入口的界面示意图，当客户端的界面中提供提升透支额度的入口时，点击“校验个人信息，获得更高额度”按钮52，客户端跳转至“校验个人信息”界面53，用户在对应位置输入用户完善信息之后点击“确认提交”按钮54进行提交。

步骤320，客户端向第一服务器发送用户完善信息。

对应地，第一服务器接收客户端发送的用户完善信息。

步骤321，第一服务器向第二服务器转发用户完善信息。

对应地，第二服务器接收第一服务器转发的用户完善信息。

步骤322，第二服务器根据用户完善信息提升虚拟信用账户的透支额度。

第二服务器接收到用户输入的用户完善信息之后，需要对信息进行验证。具体地，第二服务器将根据用户实名信息搜集到的用户的相关个人基本信息与用户输入的用户完善信息进行比对，检测两者是否匹配；若两者匹配，则执行提升虚拟信用账户的透支额度的步骤。

当然，第二服务器在提升虚拟信用账户的透支额度之后，还可以将提升后的透支额度发送给第一服务器，并由第一服务器转发给客户端，用户可以通过客户端查看到提升后的透支额度。

需要说明的是，在其它可能的实现方式中，用户完善信息也可以由第一服务器进行验证，并将验证结果发送给第二服务器，第二服务器可以根据该验证结果提升虚拟信用账户的透支额度。

还需要说明的是，在本实施例中，由于用户在申请创建虚拟信用账户之前并未开通电子兑换账户，所以如果客户端为同时具备电子兑换功能和社交功能的客户端，用户可以首先登录其社交账户，然后由第一服务器在后续过程中为其开通电子兑换账户，且社交账户和电子兑换账户为关联的账户，在后续电子兑换账户的开通过程中可以延用用户在社交账户中的相关信息，比如账号、昵称、头像等等；如果客户端仅为具备电子兑换功能的客户端，则第一服务器在为用户开通电子兑换账户的过程中，除了采集用户实名信息和电子兑换密钥之外，还可以采集昵称、头像之类的信息。

综上所述，本实施例提供的信用账户创建方法，第二服务器在接收到由客户端通过第一服务器转发的用户实名信息后，检测是否已存在与用户实名信息对应的信用账户，当检测出不存在信用账户时，第二服务器向第一服务器发送指示信息，触发第一服务器向客户端发送绑定指令，客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息，然后向第一服务器发送该账户信息，第一服务器根据用户实名信息开通用户的电子兑换账户，并根据账户信息对电子兑换账户和资源储蓄账户进行绑定，而后将绑定结果发送给第二服务器，触发第二服务器创建用户的虚拟信用账户；解决了背景技术中涉及的信用账户创建方法存在的创建流程较长以及创建效率低的问题；相比于背景技术中涉及的信用账户创建方法，本实施例提供的信用账户创建方法省去了获取大量用户资料信息的过程，也进一步省去了对用户资料信息进行人工审核的过程，充分简化了信用账户创建过程中的手续，达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。

另外，本实施例通过第一服务器获取与用户实名信息对应的用户历史数据，并将用户历史数据发送给第二服务器，使得第二服务器以用户历史数据为参考确定虚拟信用账户的透支额度，既保证了透支额度在设定时的准确性，又实现了快速高效地创建虚拟信用账户；本实施例还通过第一服务器为用户开通电子兑换账户，并将该电子兑换账户与用户的虚拟信用账户进行绑定，在用户得到该虚拟信用账户之后，便可通过上述两个账户完成电子兑换，最大程度地提高了虚拟信用账户在使用过程中的便捷度。

另外，本实施例提供的虚拟信用账户创建方法，通过采集用户在已有的社交类应用账户和/或电子兑换类应用账户中的历史信息，并以该历史信息作为对用户进行审核的参考和依据，免去了用户自行提交或者人工采集用户资料信息的烦琐步骤，提高了信用账户创建效率。

请参考图4，其示出了本发明实施例所涉及的一个具体例子的流程图。其中，涉及的实施主体包括客户端、第一服务器和第二服务器。客户端和第二服务器分别与第一服务器通过有线网络或者无线网络相连。客户端可以是具备电子兑换功能的客户端，或者是同时具备电子兑换功能和社交功能的客户端，比如支付宝客户端、微信客户端。第一服务器为与客户端对应的服务器，两者结合实现电子兑换功能，比如网络购物、在线支付。第二服务器为用于创建用户的虚拟信用账户的服务器，该虚拟信用账户可以是虚拟信用卡账户。

在下面的例子中，以客户端为微信客户端、第一服务器为财付通服务器、第二服务器为银行服务器、电子兑换账户为微信支付账户、用户实名信息为用户的姓名和身份证号码、验证终端标识为手机号码、验证终端为手机、电子兑换密钥为微信支付密码、用户历史数据为用户的个人基本信息和微信活跃度信息、用户完善信息为用户的大学名称和出生地、资源储蓄账户为实体借记卡账户、信用账户为实体信用卡账户、且虚拟信用账户为虚拟信用卡账户为例。通过微信客户端、财付通服务器和银行服务器之间的交互实现虚拟信用卡账户的创建。下面，将对虚拟信用卡账户的申请、审核和创建过程进行示例性的介绍和说明。具体地：

步骤401，微信客户端获取未开通微信支付账户的用户的姓名和身份证号码。

步骤402，微信客户端向财付通服务器发送用户的姓名和身份证号码。

对应地，财付通服务器接收微信客户端发送的用户的姓名和身份证号码。

步骤403，财付通服务器向银行服务器转发用户的姓名和身份证号码。

对应地，银行服务器接收财付通服务器转发的用户的姓名和身份证号码。

步骤404，银行服务器检测是否已存在与用户的姓名和身份证号码对应的实体信用卡账户。

步骤405，若检测出不存在实体信用卡账户，则银行服务器向财付通服务器发送用于表示不存在实体信用卡账户的指示信息。

对应地，财付通服务器接收银行服务器发送的用于表示不存在实体信用卡账户的指示信息。

另外，若检测出存在实体信用卡账户，则银行服务器可以直接执行创建用户的虚拟信用卡账户的步骤；或者，银行服务器获取与实体信用卡账户绑定的手机号码，并通过与财付通服务器和微信客户端之间的交互对手机号码和实体信用卡账户进行验证，在验证通过的情况下执行创建用户的虚拟信用卡账户的步骤。

步骤406，财付通服务器向微信客户端发送绑定指令。

对应地，微信客户端接收财付通服务器发送的绑定指令。

步骤407，微信客户端在绑定指令的指示下获取用户的实体借记卡账户的账号和与实体借记卡账户绑定的手机号码。

步骤408，微信客户端将用户的实体借记卡账户的账号和与实体借记卡账户绑定的手机号码发送给财付通服务器。

对应地，财付通服务器接收微信客户端发送的用户的实体借记卡账户的账号和与实体借记卡账户绑定的手机号码。

步骤409，财付通服务器对手机号码进行验证。

具体来讲，本步骤包括如下几个子步骤：

第一，向手机号码所指示的手机发送验证信息；

第二，接收微信客户端发送的待验证信息；

第三，检测待验证信息与验证信息是否相同；

第四，若检测出待验证信息与验证信息相同，则确定对手机号码的验证通过。

另外，若检测出待验证信息与验证信息不相同，则确定对验证终端标识的验证失败，财付通服务器可以根据上述步骤对手机号码再次进行验证，也可以直接向微信客户端发送用于表示终止虚拟信用卡账户的创建的指示。

步骤410，财付通服务器根据用户的姓名和身份证号码开通用户的微信支付账户。

具体来讲，本步骤可以包括如下几个子步骤：

第一，财付通服务器向微信客户端发送支付密码获取指令。

对应地，微信客户端接收财付通服务器发送的支付密码获取指令。

第二，微信客户端根据支付密码获取指令获取微信支付密码。

第三，微信客户端向财付通服务器发送微信支付密码。

对应地，财付通服务器接收微信客户端发送的微信支付密码。

第四，财付通服务器根据微信支付密码、用户的姓名和身份证号码开通用户的微信支付账户。

步骤411，财付通服务器根据实体借记卡账户的卡号对微信支付账户和实体借记卡账户进行绑定。

步骤412，财付通服务器获取与用户的姓名和身份证号码对应的用户的个人基本信息和微信活跃度信息。

步骤413，财付通服务器向银行服务器发送微信支付账户和实体借记卡账户的绑定结果、用户的个人基本信息、微信活跃度信息以及账户创建指示。

对应地，银行服务器接收财付通服务器发送的微信支付账户和实体借记卡账户的绑定结果、用户的个人基本信息、微信活跃度信息以及账户创建指示。

步骤414，银行服务器根据用户的个人基本信息和微信活跃度信息创建用户的虚拟信用卡账户。

具体来讲，本步骤可以包括如下几个子步骤：

第一，银行服务器读取微信活跃度信息。

第二，银行服务器根据微信活跃度信息确定虚拟信用卡账户的透支额度。

第三，银行服务器根据透支额度创建虚拟信用卡账户。

步骤415，银行服务器向财付通服务器发送虚拟信用卡账户的账号和透支额度。

对应地，财付通服务器接收银行服务器发送的虚拟信用卡账户的账号和透支额度。

步骤416，财付通服务器对微信支付账户和虚拟信用卡账户进行绑定。

步骤417，财付通服务器对虚拟信用卡账户和实体借记卡账户进行绑定。

步骤418，财付通服务器将微信支付账户和虚拟信用卡账户的绑定结果以及虚拟信用卡账户和实体借记卡账户的绑定结果发送给微信客户端。

对应地，微信客户端接收财付通服务器发送的微信支付账户和虚拟信用卡账户的绑定结果以及虚拟信用卡账户和实体借记卡账户的绑定结果。

步骤419，微信客户端获取用户的大学名称和出生地。

步骤420，微信客户端向财付通服务器发送用户的大学名称和出生地。

对应地，财付通服务器接收微信客户端发送的用户的大学名称和出生地。

步骤421，财付通服务器向银行服务器转发用户的大学名称和出生地。

对应地，银行服务器接收财付通服务器转发的用户的大学名称和出生地。

步骤422，银行服务器根据用户的大学名称和出生地提升虚拟信用卡账户的透支额度。

需要说明的是，用户在成功申请创建虚拟信用卡账户之后，可以使用该虚拟信用卡账户在微信支付中进行网络购物、网上支付等消费活动，且上述消费方式为透支消费。用户的虚拟信用卡账户中透支的金额由银行进行垫付，并在规定的日期之前需要用户进行还款，具体操作流程与实体信用卡账户相同或者相似，不再赘述。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

请参考图5，其示出了本发明一个实施例提供的信用账户创建装置的结构方框图，该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第一服务器的部分或者全部。该信用账户创建装置包括：实名接收模块510、实名转发模块520、指示接收模块530、指令发送模块540、实体接收模块550、兑换开通模块560、第一绑定模块570和绑定发送模块580。

实名接收模块510，用于接收客户端发送的未开通电子兑换账户的用户的用户实名信息。

实名转发模块520，用于向第二服务器转发所述用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户。

指示接收模块530，用于接收所述第二服务器发送的用于表示不存在所述信用账户的指示信息。

指令发送模块540，用于向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息。

实体接收模块550，用于接收所述客户端发送的所述资源储蓄账户的账户信息。

兑换开通模块560，用于在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户。

第一绑定模块570，用于根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定。

绑定发送模块580，用于将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

综上所述，本实施例提供的信用账户创建装置，通过第一服务器接收客户端发送的未开通电子兑换账户的用户的用户实名信息；并向第二服务器转发用户实名信息，用户实名信息用于触发第二服务器检测是否已存在与用户实名信息对应的信用账户；第一服务器接收第二服务器发送的用于表示不存在信用账户的指示信息；并向客户端发送绑定指令，该绑定指令用于指示客户端获取用户的资源储蓄账户的账户信息；第一服务器接收客户端发送的资源储蓄账户的账户信息；在接收到资源储蓄账户的账户信息后，第一服务器根据用户实名信息开通用户的电子兑换账户；根据资源储蓄账户的账户信息对电子兑换账户和资源储蓄账户进行绑定；并将绑定结果发送给第二服务器，该绑定结果用于触发第二服务器创建用户的虚拟信用账户。解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题；相比于背景技术中涉及的信用账户创建方案，本实施例提供的信用账户创建方案省去了获取大量用户资料信息的过程，也进一步省去了对用户资料信息进行人工审核的过程，充分简化了信用账户创建过程中的手续，达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。

请参考图6，其示出了本发明另一实施例提供的信用账户创建装置的结构方框图，该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第二服务器的部分或者全部。该信用账户创建装置包括：信息接收模块610、实体检测模块620、指示发送模块630、结果接收模块640和虚拟创建模块650。

信息接收模块610，用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，所述用户实名信息是由客户端获取并发送给所述第一服务器的。

实体检测模块620，用于检测是否已存在与所述用户实名信息对应的信用账户。

指示发送模块630，用于若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息，所述指示信息用于触发所述第一服务器向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息并发送给所述第一服务器。

结果接收模块640，用于接收所述第一服务器发送的绑定结果，所述绑定结果是在所述第一服务器接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定后得到的。

虚拟创建模块650，用于创建所述用户的虚拟信用账户。

综上所述，本实施例提供的信用账户创建装置，通过第二服务器接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，用户实名信息是由客户端获取并发送给第一服务器的；检测是否已存在与用户实名信息对应的信用账户；若检测出不存在信用账户，则向第一服务器发送用于表示不存在信用账户的指示信息，该指示信息用于触发第一服务器向客户端发送绑定指令，绑定指令用于指示客户端获取用户的资源储蓄账户的账户信息并发送给第一服务器；第二服务器接收第一服务器发送的绑定结果，绑定结果是在第一服务器接收到资源储蓄账户的账户信息后，根据用户实名信息开通用户的电子兑换账户，并根据资源储蓄账户的账户信息对电子兑换账户和资源储蓄账户进行绑定后得到的；然后通过第二服务器创建用户的虚拟信用账户。解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题；相比于背景技术中涉及的信用账户创建方案，本实施例提供的信用账户创建方案省去了获取大量用户资料信息的过程，也进一步省去了对用户资料信息进行人工审核的过程，充分简化了信用账户创建过程中的手续，达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。

请参考图7，其示出了本发明再一实施例提供的信用账户创建装置的结构方框图，该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为客户端的部分或者全部。该信用账户创建装置包括：实名获取模块710、实名发送模块720、指令接收模块730、实体获取模块740和实体发送模块750。

实名获取模块710，用于获取未开通电子兑换账户的用户的用户实名信息。

实名发送模块720，用于向第一服务器发送所述用户实名信息，所述用户实名信息用于在被所述第一服务器转发至第二服务器后，触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息。

指令接收模块730，用于接收所述第一服务器发送的绑定指令，所述绑定指令是在所述第一服务器接收到所述指示信息后发送的。

实体获取模块740，用于在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息。

实体发送模块750，用于向所述第一服务器发送所述资源储蓄账户的账户信息，以便所述第一服务器在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

综上所述，本实施例提供的信用账户创建装置，客户端通过获取未开通电子兑换账户的用户的用户实名信息；向第一服务器发送用户实名信息，该用户实名信息用于在被第一服务器转发至第二服务器后，触发第二服务器检测是否已存在与用户实名信息对应的信用账户，若检测出不存在信用账户，则向第一服务器发送用于表示不存在信用账户的指示信息；然后通过客户端接收第一服务器发送的绑定指令，该绑定指令是在第一服务器接收到指示信息后发送的；客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息，并向第一服务器发送资源储蓄账户的账户信息，以便第一服务器在接收到资源储蓄账户的账户信息后，根据用户实名信息开通用户的电子兑换账户，并根据资源储蓄账户的账户信息对电子兑换账户和资源储蓄账户进行绑定，将绑定结果发送给第二服务器，该绑定结果用于触发第二服务器创建用户的虚拟信用账户。解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题；相比于背景技术中涉及的信用账户创建方案，本实施例提供的信用账户创建方案省去了获取大量用户资料信息的过程，也进一步省去了对用户资料信息进行人工审核的过程，充分简化了信用账户创建过程中的手续，达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。

请参考图8，其示出了本发明一个实施例提供的信用账户创建系统的结构方框图。该信用账户创建系统包括：客户端700、与客户端700通过有线网络或者无线网络相连的第一服务器500以及与第一服务器500通过有线网络或者无线网络相连的第二服务器600。

客户端700可以包括信用账户创建装置，该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为客户端700的部分或者全部。该信用账户创建装置包括：实名获取模块710、实名发送模块720、指令接收模块730、实体获取模块740、验证获取模块741、验证发送模块742、待验获取模块743、指令获取模块744、密钥获取模块745、密钥发送模块746、待验发送模块747、实体发送模块750、绑定接收模块751、完善获取模块752和完善发送模块753。

实名获取模块710，用于获取未开通电子兑换账户的用户的用户实名信息。

实名发送模块720，用于向第一服务器发送所述用户实名信息，所述用户实名信息用于在被所述第一服务器转发至第二服务器后，触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息。

指令接收模块730，用于接收所述第一服务器发送的绑定指令，所述绑定指令是在所述第一服务器接收到所述指示信息后发送的。

实体获取模块740，用于在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息。

验证获取模块741，用于获取验证终端标识。

验证发送模块742，用于将所述验证终端标识发送给所述第一服务器。

待验获取模块743，用于获取待验证信息，所述待验证信息是在所述第一服务器向所述验证终端标识所指示的验证终端发送验证信息之后由所述用户输入的。

指令获取模块744，用于接收所述第一服务器发送的电子兑换密钥获取指令。

密钥获取模块745，用于根据所述电子兑换密钥获取指令获取电子兑换密钥。

密钥发送模块746，用于向所述第一服务器发送所述电子兑换密钥，所述电子兑换密钥用于触发所述第一服务器根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

待验发送模块747，用于将所述待验证信息发送给所述第一服务器，以便所述第一服务器在检测出所述待验证信息与所述验证信息相同时，触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。

实体发送模块750，用于向所述第一服务器发送所述资源储蓄账户的账户信息，以便所述第一服务器在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

绑定接收模块751，用于接收所述第一服务器发送的所述电子兑换账户和所述虚拟信用账户的绑定结果，所述电子兑换账户和所述虚拟信用账户的绑定结果是在所述第二服务器创建所述虚拟信用账户，并向所述第一服务器发送所述虚拟信用账户的账户信息之后，由所述第一服务器对所述电子兑换账户和所述虚拟信用账户进行绑定得到的。

完善获取模块752，用于获取用户完善信息。

完善发送模块753，用于向所述第一服务器发送所述用户完善信息，所述用户完善信息用于在被所述第一服务器转发给所述第二服务器之后，由所述第二服务器根据所述用户完善信息提升所述虚拟信用账户的透支额度。

第一服务器500可以包括信用账户创建装置，该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第一服务器500的部分或者全部。该信用账户创建装置包括：实名接收模块510、实名转发模块520、指示接收模块530、指令发送模块540、实体接收模块550、终端验证模块551、兑换开通模块560、历史获取模块561、历史发送模块562、第一绑定模块570、绑定发送模块580、虚拟接收模块581、第二绑定模块582、结果发送模块583、第三绑定模块584和结果告知模块585。

实名接收模块510，用于接收客户端发送的未开通电子兑换账户的用户的用户实名信息。

实名转发模块520，用于向第二服务器转发所述用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户。

指示接收模块530，用于接收所述第二服务器发送的用于表示不存在所述信用账户的指示信息。

指令发送模块540，用于向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息。

实体接收模块550，用于接收所述客户端发送的所述资源储蓄账户的账户信息。

终端验证模块551，用于对所述用户的终端信息进行验证，若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。

具体地，所述终端验证模块551，包括：标识接收单元551a和标识验证单元551b。

所述标识接收单元551a，用于接收所述客户端发送的验证终端标识。

所述标识验证单元551b，用于对所述验证终端标识进行验证。

具体地，所述标识验证单元551b，包括：信息发送子单元551b1、待验接收子单元551b2和验证检测子单元551b3。

所述信息发送子单元551b1，用于向所述验证终端标识所指示的验证终端发送验证信息。

所述待验接收子单元551b2，用于接收所述客户端发送的待验证信息。

所述验证检测子单元551b3，用于检测所述待验证信息与所述验证信息是否相同，若检测出所述待验证信息与所述验证信息相同，则确定对所述验证终端标识的验证通过。

所述终端验证模块551，还用于通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对所述用户的终端信息验证。

兑换开通模块560，用于在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户。

具体来讲，所述兑换开通模块560，包括：指令发送单元560a、密钥接收单元560b和兑换开通单元560c。

所述指令发送单元560a，用于向所述客户端发送电子兑换密钥获取指令，所述电子兑换密钥获取指令用于触发所述客户端获取电子兑换密钥。

所述密钥接收单元560b，用于接收所述客户端发送的所述电子兑换密钥。

所述兑换开通单元560c，用于根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

历史获取模块561，用于获取与所述用户实名信息对应的用户历史数据。

历史发送模块562，用于向所述第二服务器发送所述用户历史数据，以便所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。

第一绑定模块570，用于根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定。

绑定发送模块580，用于将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

虚拟接收模块581，用于接收所述第二服务器发送的所述虚拟信用账户的账户信息。

第二绑定模块582，用于对所述电子兑换账户和所述虚拟信用账户进行绑定。

结果发送模块583，用于将所述电子兑换账户和所述虚拟信用账户的绑定结果发送给所述客户端。

第三绑定模块584，用于根据所述虚拟信用账户的账户信息对所述虚拟信用账户和所述资源储蓄账户进行绑定。

结果告知模块585，用于将所述虚拟信用账户和所述资源储蓄账户的绑定结果发送给所述客户端。

其中，所述资源储蓄账户用于所述虚拟信用账户在透支了转移资源后，从所述资源储蓄账户中转移出转移资源填充至所述虚拟信用账户。

第二服务器600可以包括信用账户创建装置，该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第二服务器600的部分或者全部。该信用账户创建装置包括：信息接收模块610、实体检测模块620、指示发送模块630、历史接收模块639、结果接收模块640、创建指示模块641、虚拟创建模块650、完善接收模块651和额度提升模块652。

信息接收模块610，用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，所述用户实名信息是由客户端获取并发送给所述第一服务器的。

实体检测模块620，用于检测是否已存在与所述用户实名信息对应的信用账户。

指示发送模块630，用于若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息，所述指示信息用于触发所述第一服务器向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息并发送给所述第一服务器。

历史接收模块639，用于接收所述第一服务器发送的与所述用户实名信息对应的用户历史数据。

结果接收模块640，用于接收所述第一服务器发送的绑定结果，所述绑定结果是在所述第一服务器接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定后得到的。

创建指示模块641，用于接收所述第一服务器发送的账户创建指示，所述账户创建指示是在所述第一服务器接收到所述客户端发送的验证终端标识，向所述验证终端标识所指示的验证终端发送验证信息，接收所述客户端发送的待验证信息，并在检测出所述待验证信息与所述验证信息相同之后发送的。

虚拟创建模块650，用于创建所述用户的虚拟信用账户。

所述虚拟创建模块650，还用于根据所述账户创建指示执行所述创建所述用户的虚拟信用账户的步骤。

所述虚拟创建模块650，还用于根据所述用户历史数据创建所述用户的虚拟信用账户。

具体来讲，所述虚拟创建模块650，包括：历史读取单元650a、额度确定单元650b和虚拟创建单元650c。

所述历史读取单元650a，用于读取所述用户历史数据中的历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据。

所述额度确定单元650b，用于根据所述历史社交数据，和/或，所述历史邮件数据，和/或，所述历史理财数据，和/或，所述历史登录数据确定所述虚拟信用账户的透支额度，所述透支额度用于标识所述虚拟信用账户能够透支的最大数值。

所述虚拟创建单元650c，用于根据所述透支额度创建所述虚拟信用账户。

完善接收模块，用于接收所述第一服务器转发的用户完善信息，所述用户完善信息是由所述客户端获取并发送给所述第一服务器的。

额度提升模块，用于根据所述用户完善信息提升所述虚拟信用账户的透支额度。

综上所述，本实施例提供的信用账户创建方法，第二服务器在接收到由客户端通过第一服务器转发的用户实名信息后，检测是否已存在与用户实名信息对应的信用账户，当检测出不存在信用账户时，第二服务器向第一服务器发送指示信息，触发第一服务器向客户端发送绑定指令，客户端在绑定指令的指示下获取用户的资源储蓄账户的账户信息，然后向第一服务器发送该账户信息，第一服务器根据用户实名信息开通用户的电子兑换账户，并根据账户信息对电子兑换账户和资源储蓄账户进行绑定，而后将绑定结果发送给第二服务器，触发第二服务器创建用户的虚拟信用账户；解决了背景技术中涉及的信用账户创建方法存在的创建流程较长以及创建效率低的问题；相比于背景技术中涉及的信用账户创建方法，本实施例提供的信用账户创建方法省去了获取大量用户资料信息的过程，也进一步省去了对用户资料信息进行人工审核的过程，充分简化了信用账户创建过程中的手续，达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。

另外，本实施例通过第一服务器获取与用户实名信息对应的用户历史数据，并将用户历史数据发送给第二服务器，使得第二服务器以用户历史数据为参考确定虚拟信用账户的透支额度，既保证了透支额度在设定时的准确性，又实现了快速高效地创建虚拟信用账户；本实施例还通过第一服务器为用户开通电子兑换账户，并将该电子兑换账户与用户的虚拟信用账户进行绑定，在用户得到该虚拟信用账户之后，便可通过上述两个账户完成电子兑换，最大程度地提高了虚拟信用账户在使用过程中的便捷度。

另外，本实施例提供的虚拟信用账户创建方法，通过采集用户在已有的社交类应用账户和/或电子兑换类应用账户中的历史信息，并以该历史信息作为对用户进行审核的参考和依据，免去了用户自行提交或者人工采集用户资料信息的烦琐步骤，提高了信用账户创建效率。

需要说明的是：上述实施例提供的信用账户创建装置和系统在创建信用账户时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的信用账户创建装置和系统与信用账户创建方法的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图9，其示出了本发明另一实施例提供的信用账户创建系统的结构方框图。该信用账户创建系统包括：客户端910、与客户端910通过有线网络或者无线网络相连的第一服务器920以及与第一服务器920通过有线网络或者无线网络相连的第二服务器930。其中，

客户端910，用于获取未开通电子兑换账户的用户的用户实名信息，向第一服务器发送所述用户实名信息。

第一服务器920，用于接收所述用户实名信息，向第二服务器转发所述用户实名信息。

第二服务器930，用于接收所述用户实名信息，检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息。

第一服务器920，还用于接收所述指示信息，向所述客户端发送绑定指令。

客户端910，还用于接收所述绑定指令，在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息，向所述第一服务器发送所述资源储蓄账户的账户信息。

第一服务器920，还用于接收所述资源储蓄账户的账户信息，根据所述用户实名信息开通所述用户的电子兑换账户，根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器。

第二服务器930，还用于接收所述绑定结果，创建所述用户的虚拟信用账户。

可选地，第一服务器920，还用于获取与所述用户实名信息对应的用户历史数据，向所述第二服务器发送所述用户历史数据。

第二服务器930，还用于接收所述用户历史数据，所述用户历史数据用于创建所述用户的虚拟信用账户。

可选地，第二服务器930，还用于根据所述用户历史数据创建所述用户的虚拟信用账户。

可选地，第二服务器930，还用于读取所述用户历史数据中的历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据；根据所述历史社交数据，和/或，所述历史邮件数据，和/或，所述历史理财数据，和/或，所述历史登录数据确定所述虚拟信用账户的透支额度，所述透支额度用于标识所述虚拟信用账户能够透支的最大数值；根据所述透支额度创建所述虚拟信用账户。

可选地，客户端910，还用于获取用户完善信息，向所述第一服务器发送所述用户完善信息，所述用户完善信息用于所述第二服务器提升所述虚拟信用账户的透支额度。

第一服务器920，还用于接收所述用户完善信息，将所述用户完善信息发送给所述第二服务器。

第二服务器930，还用于接收所述用户完善信息，根据所述用户完善信息提升所述虚拟信用账户的透支额度。

可选地，第一服务器920，还用于对所述用户的终端信息进行验证，若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。

可选地，客户端910，还用于获取验证终端标识，将所述验证终端标识发送给所述第一服务器。

第一服务器920，还用于接收所述验证终端标识，并对所述验证终端标识进行验证。

可选地，第一服务器920，还用于向所述验证终端标识所指示的验证终端发送验证信息；接收所述客户端发送的待验证信息；检测所述待验证信息与所述验证信息是否相同；若检测出所述待验证信息与所述验证信息相同，则确定对所述验证终端标识的验证通过。

可选地，第一服务器920，还用于通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对所述用户的终端信息验证。

可选地，第一服务器920，还用于向所述客户端发送电子兑换密钥获取指令。

客户端910，还用于接收所述电子兑换密钥获取指令，根据所述电子兑换密钥获取指令获取电子兑换密钥，向所述第一服务器发送所述电子兑换密钥。

第一服务器920，还用于接收所述电子兑换密钥，根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

可选地，第二服务器930，还用于向所述第一服务器发送所述虚拟信用账户的账户信息；

第一服务器920，还用于接收所述虚拟信用账户的账户信息，对所述电子兑换账户和所述虚拟信用账户进行绑定，并将所述电子兑换账户和所述虚拟信用账户的绑定结果发送给所述客户端；

客户端910，还用于接收所述电子兑换账户和所述虚拟信用账户的绑定结果。

可选地，第一服务器920，还用于根据所述虚拟信用账户的账户信息对所述虚拟信用账户和所述资源储蓄账户进行绑定，并将所述虚拟信用账户和所述资源储蓄账户的绑定结果发送给所述客户端，所述资源储蓄账户用于所述虚拟信用账户在透支了转移资源后，从所述资源储蓄账户中转移出转移资源填充至所述虚拟信用账户。

客户端910，还用于接收所述虚拟信用账户和所述资源储蓄账户的绑定结果。

可选地，客户端910，还用于获取用户完善信息，向所述第一服务器发送所述用户完善信息，所述用户完善信息用于所述第二服务器提升所述虚拟信用账户的透支额度。

第一服务器920，还用于接收所述用户完善信息，将所述用户完善信息发送给所述第二服务器。

第二服务器930，还用于接收所述用户完善信息，根据所述用户完善信息提升所述虚拟信用账户的透支额度。

请参考图10，其示出了本发明一个实施例提供的终端的结构示意图。该终端用于实施上述实施例中提供的客户端侧的信用账户创建方法。具体来讲：

终端1000可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(wireless fidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图10中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端1000的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括图像输入设备131以及其他输入设备132。图像输入设备131可以是摄像头，也可以是光电扫描设备。除了图像输入设备131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端1000的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。

终端1000还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端1000移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端1000还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路160、扬声器161，传声器162可提供用户与终端1000之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端1000的通信。

WiFi属于短距离无线传输技术，终端1000通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了WiFi模块170，但是可以理解的是，其并不属于终端1000的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器180是终端1000的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端1000的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端1000还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端1000还可以包括蓝牙模块等，在此不再赘述。

具体在本实施例中，终端1000还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于进行以下操作的指令：

获取未开通电子兑换账户的用户的用户实名信息；

向第一服务器发送所述用户实名信息，所述用户实名信息用于在被所述第一服务器转发至第二服务器后，触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息；

接收所述第一服务器发送的绑定指令，所述绑定指令是在所述第一服务器接收到所述指示信息后发送的；

在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息；

向所述第一服务器发送所述资源储蓄账户的账户信息，以便所述第一服务器在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令：

获取验证终端标识；

将所述验证终端标识发送给所述第一服务器；

获取待验证信息，所述待验证信息是在所述第一服务器向所述验证终端标识所指示的验证终端发送验证信息之后由所述用户输入的；

将所述待验证信息发送给所述第一服务器，以便所述第一服务器在检测出所述待验证信息与所述验证信息相同时，触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。

在第一种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令：

接收所述第一服务器发送的电子兑换密钥获取指令；

根据所述电子兑换密钥获取指令获取电子兑换密钥；

向所述第一服务器发送所述电子兑换密钥，所述电子兑换密钥用于触发所述第一服务器根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

在第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令：

接收所述第一服务器发送的所述电子兑换账户和所述虚拟信用账户的绑定结果，所述电子兑换账户和所述虚拟信用账户的绑定结果是在所述第二服务器创建所述虚拟信用账户，并向所述第一服务器发送所述虚拟信用账户的账户信息之后，由所述第一服务器对所述电子兑换账户和所述虚拟信用账户进行绑定得到的。

在第一至第四任一种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述终端的存储器中，还包含用于执行以下操作的指令：

获取用户完善信息；

向所述第一服务器发送所述用户完善信息，所述用户完善信息用于在被所述第一服务器转发给所述第二服务器之后，由所述第二服务器根据所述用户完善信息提升所述虚拟信用账户的透支额度。

请参考图11，其示出了本发明一个实施例提供的服务器的结构示意图，该服务器可以用于实施上述实施例中提供的第一服务器中的信用账户创建方法，也可以用于实施上述实施例中提供的第二服务器中的信用账户创建方法。服务器1100包括中央处理单元(CPU)1101、包括随机存取存储器(RAM)1102和只读存储器(ROM)1103的系统存储器1104，以及连接系统存储器1104和中央处理单元1101的系统总线1105。所述服务器1100还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1106，和用于存储操作系统1113、应用程序1114和其他程序模块1115的大容量存储设备1107。

所述基本输入/输出系统1106包括有用于显示信息的显示器1108和用于用户输入信息的诸如鼠标、键盘之类的输入设备1109。其中所述显示器1108和输入设备1109都通过连接到系统总线1105的输入/输出控制器1110连接到中央处理单元1101。所述基本输入/输出系统1106还可以包括输入/输出控制器1110以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入/输出控制器1110还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1107通过连接到系统总线1105的大容量存储控制器(未示出)连接到中央处理单元1101。所述大容量存储设备1107及其相关联的计算机可读介质为服务器1100提供非易失性存储。也就是说，所述大容量存储设备1107可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1104和大容量存储设备1107可以统称为存储器。

根据本发明的各种实施例，所述服务器1100还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1100可以通过连接在所述系统总线1105上的网络接口单元1111连接到网络1112，或者说，也可以使用网络接口单元1111来连接到其他类型的网络或远程计算机系统(未示出)。

当服务器1100为第一服务器时，第一服务器还包括存储器，所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上中央处理单元1101执行。上述一个或者一个以上程序包含用于进行以下操作的指令：

接收客户端发送的未开通电子兑换账户的用户的用户实名信息；

向第二服务器转发所述用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户；

接收所述第二服务器发送的用于表示不存在所述信用账户的指示信息；

向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息；

接收所述客户端发送的所述资源储蓄账户的账户信息；

在接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户；

根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定；

将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

获取与所述用户实名信息对应的用户历史数据；

向所述第二服务器发送所述用户历史数据，以便所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。

在第一种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

对所述用户的终端信息进行验证，若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。

在第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

接收所述客户端发送的验证终端标识；

对所述验证终端标识进行验证。

在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

向所述验证终端标识所指示的验证终端发送验证信息；

接收所述客户端发送的待验证信息；

检测所述待验证信息与所述验证信息是否相同，若检测出所述待验证信息与所述验证信息相同，则确定对所述验证终端标识的验证通过。

在第三种可能的实施方式作为基础而提供的第六种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对所述用户的终端信息验证。

在第一至第六任一种可能的实施方式作为基础而提供的第七种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

向所述客户端发送电子兑换密钥获取指令，所述电子兑换密钥获取指令用于触发所述客户端获取电子兑换密钥；

接收所述客户端发送的所述电子兑换密钥；

根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

在第一至第六任一种可能的实施方式作为基础而提供的第八种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

接收所述第二服务器发送的所述虚拟信用账户的账户信息；

对所述电子兑换账户和所述虚拟信用账户进行绑定；

将所述电子兑换账户和所述虚拟信用账户的绑定结果发送给所述客户端。

在第八种可能的实施方式作为基础而提供的第九种可能的实施方式中，所述第一服务器的存储器中，还包含用于执行以下操作的指令：

根据所述虚拟信用账户的账户信息对所述虚拟信用账户和所述资源储蓄账户进行绑定；

将所述虚拟信用账户和所述资源储蓄账户的绑定结果发送给所述客户端；

其中，所述资源储蓄账户用于所述虚拟信用账户在透支了转移资源后，从所述资源储蓄账户中转移出转移资源填充至所述虚拟信用账户。

当服务器1100为第二服务器时，第二服务器还包括存储器，所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上中央处理单元1101执行。上述一个或者一个以上程序包含用于进行以下操作的指令：

接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，所述用户实名信息是由客户端获取并发送给所述第一服务器的；

检测是否已存在与所述用户实名信息对应的信用账户；

若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息，所述指示信息用于触发所述第一服务器向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息并发送给所述第一服务器；

接收所述第一服务器发送的绑定结果，所述绑定结果是在所述第一服务器接收到所述资源储蓄账户的账户信息后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定后得到的；

创建所述用户的虚拟信用账户。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，所述第二服务器的存储器中，还包含用于执行以下操作的指令：

接收所述第一服务器发送的与所述用户实名信息对应的用户历史数据，所述用户历史数据用于创建所述用户的虚拟信用账户。

在第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述第二服务器的存储器中，还包含用于执行以下操作的指令：

根据所述用户历史数据创建所述用户的虚拟信用账户。

在第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，所述第二服务器的存储器中，还包含用于执行以下操作的指令：

读取所述用户历史数据中的历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据；

根据所述历史社交数据，和/或，所述历史邮件数据，和/或，所述历史理财数据，和/或，所述历史登录数据确定所述虚拟信用账户的透支额度，所述透支额度用于标识所述虚拟信用账户能够透支的最大数值；

根据所述透支额度创建所述虚拟信用账户。

在第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述第二服务器的存储器中，还包含用于执行以下操作的指令：

接收所述第一服务器转发的用户完善信息，所述用户完善信息是由所述客户端获取并发送给所述第一服务器的；

根据所述用户完善信息提升所述虚拟信用账户的透支额度。

在第一至第五任一种可能的实施方式作为基础而提供的第六种可能的实施方式中，所述第二服务器的存储器中，还包含用于执行以下操作的指令：

接收所述第一服务器发送的账户创建指示，所述账户创建指示是在所述第一服务器接收到所述客户端发送的验证终端标识，向所述验证终端标识所指示的验证终端发送验证信息，接收所述客户端发送的待验证信息，并在检测出所述待验证信息与所述验证信息相同之后发送的；

根据所述账户创建指示执行所述创建所述用户的虚拟信用账户的步骤。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”(“a”、“an”、“the”)旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (47)

1.一种信用账户创建装置，其特征在于，用于第一服务器中，所述装置包括：

实名接收模块，用于接收客户端发送的未开通电子兑换账户的用户的用户实名信息；

实名转发模块，用于向第二服务器转发所述用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户；

指示接收模块，用于接收所述第二服务器发送的用于表示不存在所述信用账户的指示信息；

指令发送模块，用于向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息；

实体接收模块，用于接收所述客户端发送的所述资源储蓄账户的账户信息；

终端验证模块，所述终端验证模块包括标识接收单元和标识验证单元；

所述标识接收单元，用于接收所述客户端发送的验证终端标识；

所述标识验证单元，用于对所述验证终端标识进行验证；

兑换开通模块，用于在接收到所述资源储蓄账户的账户信息，且所述验证终端标识通过验证后，根据所述用户实名信息开通所述用户的电子兑换账户；

第一绑定模块，用于根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定；

绑定发送模块，用于将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

2.根据权利要求1所述的装置，其特征在于，所述装置还包括：

历史获取模块，用于获取与所述用户实名信息对应的用户历史数据；

历史发送模块，用于向所述第二服务器发送所述用户历史数据，以便所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。

3.根据权利要求1所述的装置，其特征在于，所述标识验证单元，包括：信息发送子单元、待验接收子单元和验证检测子单元；

所述信息发送子单元，用于向所述验证终端标识所指示的验证终端发送验证信息；

所述待验接收子单元，用于接收所述客户端发送的待验证信息；

所述验证检测子单元，用于检测所述待验证信息与所述验证信息是否相同，若检测出所述待验证信息与所述验证信息相同，则确定对所述验证终端标识的验证通过。

4.根据权利要求1所述的装置，其特征在于，

所述终端验证模块，还用于通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对所述用户的终端信息验证。

5.根据权利要求1至4任一所述的装置，其特征在于，所述兑换开通模块，包括：指令发送单元、密钥接收单元和兑换开通单元；

所述指令发送单元，用于向所述客户端发送电子兑换密钥获取指令，所述电子兑换密钥获取指令用于触发所述客户端获取电子兑换密钥；

所述密钥接收单元，用于接收所述客户端发送的所述电子兑换密钥；

所述兑换开通单元，用于根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

6.根据权利要求1至4任一所述的装置，其特征在于，所述装置还包括：

虚拟接收模块，用于接收所述第二服务器发送的所述虚拟信用账户的账户信息；

第二绑定模块，用于对所述电子兑换账户和所述虚拟信用账户进行绑定；

结果发送模块，用于将所述电子兑换账户和所述虚拟信用账户的绑定结果发送给所述客户端。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第三绑定模块，用于根据所述虚拟信用账户的账户信息对所述虚拟信用账户和所述资源储蓄账户进行绑定；

结果告知模块，用于将所述虚拟信用账户和所述资源储蓄账户的绑定结果发送给所述客户端；

其中，所述资源储蓄账户用于所述虚拟信用账户在透支了转移资源后，从所述资源储蓄账户中转移出转移资源填充至所述虚拟信用账户。

8.一种信用账户创建装置，其特征在于，用于第二服务器中，所述装置包括：

信息接收模块，用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，所述用户实名信息是由客户端获取并发送给所述第一服务器的；

实体检测模块，用于检测是否已存在与所述用户实名信息对应的信用账户；

指示发送模块，用于若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息，所述指示信息用于触发所述第一服务器向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息并发送给所述第一服务器；

结果接收模块，用于接收所述第一服务器发送的绑定结果，所述绑定结果是在所述第一服务器接收到所述资源储蓄账户的账户信息以及验证终端标识，且所述验证终端标识通过验证后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定后得到的；

虚拟创建模块，用于创建所述用户的虚拟信用账户。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

历史接收模块，用于接收所述第一服务器发送的与所述用户实名信息对应的用户历史数据，所述用户历史数据用于创建所述用户的虚拟信用账户。

10.根据权利要求9所述的装置，其特征在于，

所述虚拟创建模块，还用于根据所述用户历史数据创建所述用户的虚拟信用账户。

11.根据权利要求10所述的装置，其特征在于，所述虚拟创建模块，包括：历史读取单元、额度确定单元和虚拟创建单元；

所述历史读取单元，用于读取所述用户历史数据中的历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据；

所述额度确定单元，用于根据所述历史社交数据，和/或，所述历史邮件数据，和/或，所述历史理财数据，和/或，所述历史登录数据确定所述虚拟信用账户的透支额度，所述透支额度用于标识所述虚拟信用账户能够透支的最大数值；

所述虚拟创建单元，用于根据所述透支额度创建所述虚拟信用账户。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

完善接收模块，用于接收所述第一服务器转发的用户完善信息，所述用户完善信息是由所述客户端获取并发送给所述第一服务器的；

额度提升模块，用于根据所述用户完善信息提升所述虚拟信用账户的透支额度。

13.根据权利要求8至12任一所述的装置，其特征在于，所述装置还包括：

创建指示模块，用于接收所述第一服务器发送的账户创建指示，所述账户创建指示是在所述第一服务器接收到所述客户端发送的验证终端标识，向所述验证终端标识所指示的验证终端发送验证信息，接收所述客户端发送的待验证信息，并在检测出所述待验证信息与所述验证信息相同之后发送的；

所述虚拟创建模块，还用于根据所述账户创建指示执行所述创建所述用户的虚拟信用账户的步骤。

14.一种信用账户创建装置，其特征在于，用于客户端中，所述装置包括：

实名获取模块，用于获取未开通电子兑换账户的用户的用户实名信息；

实名发送模块，用于向第一服务器发送所述用户实名信息，所述用户实名信息用于在被所述第一服务器转发至第二服务器后，触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息；

指令接收模块，用于接收所述第一服务器发送的绑定指令，所述绑定指令是在所述第一服务器接收到所述指示信息后发送的；

实体获取模块，用于在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息；

验证获取模块，用于获取验证终端标识；

验证发送模块，用于将所述验证终端标识发送给所述第一服务器，以便所述第一服务器对所述验证终端标识进行验证；

实体发送模块，用于向所述第一服务器发送所述资源储蓄账户的账户信息，以便所述第一服务器在接收到所述资源储蓄账户的账户信息，且所述验证终端标识通过验证后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

15.根据权利要求14所述的装置，其特征在于，所述装置还包括：

待验获取模块，用于获取待验证信息，所述待验证信息是在所述第一服务器向所述验证终端标识所指示的验证终端发送验证信息之后由所述用户输入的；

待验发送模块，用于将所述待验证信息发送给所述第一服务器，以便所述第一服务器在检测出所述待验证信息与所述验证信息相同时，触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。

16.根据权利要求14所述的装置，其特征在于，所述装置还包括：

指令获取模块，用于接收所述第一服务器发送的电子兑换密钥获取指令；

密钥获取模块，用于根据所述电子兑换密钥获取指令获取电子兑换密钥；

密钥发送模块，用于向所述第一服务器发送所述电子兑换密钥，所述电子兑换密钥用于触发所述第一服务器根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

17.根据权利要求14所述的装置，其特征在于，所述装置还包括：

绑定接收模块，用于接收所述第一服务器发送的所述电子兑换账户和所述虚拟信用账户的绑定结果，所述电子兑换账户和所述虚拟信用账户的绑定结果是在所述第二服务器创建所述虚拟信用账户，并向所述第一服务器发送所述虚拟信用账户的账户信息之后，由所述第一服务器对所述电子兑换账户和所述虚拟信用账户进行绑定得到的。

18.根据权利要求14至17任一所述的装置，其特征在于，所述装置还包括：

完善获取模块，用于获取用户完善信息；

完善发送模块，用于向所述第一服务器发送所述用户完善信息，所述用户完善信息用于在被所述第一服务器转发给所述第二服务器之后，由所述第二服务器根据所述用户完善信息提升所述虚拟信用账户的透支额度。

19.一种信用账户建立系统，其特征在于，所述系统包括：客户端、与所述客户端相连的第一服务器以及与所述第一服务器相连的第二服务器；

所述客户端包括如权利要求14至18任一所述的信用账户创建装置；

所述第一服务器包括如权利要求1至7任一所述的信用账户创建装置；

所述第二服务器包括如权利要求8至13任一所述的信用账户创建装置。

20.一种信用账户创建方法，其特征在于，所述方法包括：

客户端获取未开通电子兑换账户的用户的用户实名信息，向第一服务器发送所述用户实名信息；

所述第一服务器接收所述用户实名信息，向第二服务器转发所述用户实名信息；

所述第二服务器接收所述用户实名信息，检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息；

所述第一服务器接收所述指示信息，向所述客户端发送绑定指令；

所述客户端接收所述绑定指令，在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息，向所述第一服务器发送所述资源储蓄账户的账户信息；

所述客户端获取验证终端标识，并将所述验证终端标识发送给所述第一服务器；

所述第一服务器接收所述资源储蓄账户的账户信息和所述验证终端标识，并在所述验证终端标识进行验证；当所述验证终端标识通过验证时，根据所述用户实名信息开通所述用户的电子兑换账户，根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器；

所述第二服务器接收所述绑定结果，创建所述用户的虚拟信用账户。

21.根据权利要求20所述的方法，其特征在于，所述创建所述用户的虚拟信用账户之前，还包括：

所述第一服务器获取与所述用户实名信息对应的用户历史数据，向所述第二服务器发送所述用户历史数据；

所述第二服务器接收所述用户历史数据，所述用户历史数据用于创建所述用户的虚拟信用账户。

22.根据权利要求21所述的方法，其特征在于，所述创建所述用户的虚拟信用账户，包括：

所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。

23.根据权利要求22所述的方法，其特征在于，所述根据所述用户历史数据创建所述用户的虚拟信用账户，包括：

所述第二服务器读取所述用户历史数据中的历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据；

根据所述历史社交数据，和/或，所述历史邮件数据，和/或，所述历史理财数据，和/或，所述历史登录数据确定所述虚拟信用账户的透支额度，所述透支额度用于标识所述虚拟信用账户能够透支的最大数值；

根据所述透支额度创建所述虚拟信用账户。

24.根据权利要求23所述的方法，其特征在于，所述接收所述电子兑换账户和所述虚拟信用账户的绑定结果之后，还包括：

所述客户端获取用户完善信息，向所述第一服务器发送所述用户完善信息，所述用户完善信息用于所述第二服务器提升所述虚拟信用账户的透支额度；

所述第一服务器接收所述用户完善信息，将所述用户完善信息发送给所述第二服务器；

所述第二服务器接收所述用户完善信息，根据所述用户完善信息提升所述虚拟信用账户的透支额度。

25.根据权利要求20所述的方法，其特征在于，所述对所述验证终端标识进行验证，包括：

所述第一服务器向所述验证终端标识所指示的验证终端发送验证信息；

接收所述客户端发送的待验证信息；

检测所述待验证信息与所述验证信息是否相同；

若检测出所述待验证信息与所述验证信息相同，则确定对所述验证终端标识的验证通过。

26.根据权利要求20所述的方法，其特征在于，所述第一服务器对所述用户的终端信息进行验证，包括：

所述第一服务器通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对所述用户的终端信息验证。

27.根据权利要求20至26任一所述的方法，其特征在于，所述根据所述用户实名信息开通所述用户的电子兑换账户，包括：

所述第一服务器向所述客户端发送电子兑换密钥获取指令；

所述客户端接收所述电子兑换密钥获取指令，根据所述电子兑换密钥获取指令获取电子兑换密钥，向所述第一服务器发送所述电子兑换密钥；

所述第一服务器接收所述电子兑换密钥，根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

28.根据权利要求20至26任一所述的方法，其特征在于，所述创建所述用户的虚拟信用账户之后，还包括：

所述第二服务器向所述第一服务器发送所述虚拟信用账户的账户信息；

所述第一服务器接收所述虚拟信用账户的账户信息，对所述电子兑换账户和所述虚拟信用账户进行绑定，并将所述电子兑换账户和所述虚拟信用账户的绑定结果发送给所述客户端；

所述客户端接收所述电子兑换账户和所述虚拟信用账户的绑定结果。

29.根据权利要求28所述的方法，其特征在于，所述接收所述虚拟信用账户的账户信息之后，还包括：

所述第一服务器根据所述虚拟信用账户的账户信息对所述虚拟信用账户和所述资源储蓄账户进行绑定，并将所述虚拟信用账户和所述资源储蓄账户的绑定结果发送给所述客户端，所述资源储蓄账户用于所述虚拟信用账户在透支了转移资源后，从所述资源储蓄账户中转移出转移资源填充至所述虚拟信用账户；

所述客户端接收所述虚拟信用账户和所述资源储蓄账户的绑定结果。

30.一种信用账户创建方法，其特征在于，用于第一服务器中，所述方法包括：

接收客户端发送的未开通电子兑换账户的用户的用户实名信息；

向第二服务器转发所述用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户；

接收所述第二服务器发送的用于表示不存在所述信用账户的指示信息；

向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息；

接收所述客户端发送的所述资源储蓄账户的账户信息；

接收所述客户端发送的验证终端标识；

对所述验证终端标识进行验证；

在接收到所述资源储蓄账户的账户信息，且所述验证终端标识通过验证后，根据所述用户实名信息开通所述用户的电子兑换账户；

根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定；

将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

31.根据权利要求30所述的方法，其特征在于，所述向第二服务器转发所述用户实名信息之后，还包括：

获取与所述用户实名信息对应的用户历史数据；

向所述第二服务器发送所述用户历史数据，以便所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。

32.根据权利要求30所述的方法，其特征在于，所述对所述验证终端标识进行验证，包括：

向所述验证终端标识所指示的验证终端发送验证信息；

接收所述客户端发送的待验证信息；

检测所述待验证信息与所述验证信息是否相同，若检测出所述待验证信息与所述验证信息相同，则确定对所述验证终端标识的验证通过。

33.根据权利要求30所述的方法，其特征在于，所述对所述用户的终端信息进行验证，包括：

通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对所述用户的终端信息验证。

34.根据权利要求30至33任一所述的方法，其特征在于，所述根据所述用户实名信息开通所述用户的电子兑换账户，包括：

向所述客户端发送电子兑换密钥获取指令，所述电子兑换密钥获取指令用于触发所述客户端获取电子兑换密钥；

接收所述客户端发送的所述电子兑换密钥；

根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

35.根据权利要求30至33任一所述的方法，其特征在于，所述将绑定结果发送给所述第二服务器之后，还包括：

接收所述第二服务器发送的所述虚拟信用账户的账户信息；

对所述电子兑换账户和所述虚拟信用账户进行绑定；

将所述电子兑换账户和所述虚拟信用账户的绑定结果发送给所述客户端。

36.根据权利要求35所述的方法，其特征在于，所述接收所述第二服务器发送的所述虚拟信用账户的账户信息之后，还包括：

根据所述虚拟信用账户的账户信息对所述虚拟信用账户和所述资源储蓄账户进行绑定；

将所述虚拟信用账户和所述资源储蓄账户的绑定结果发送给所述客户端；

其中，所述资源储蓄账户用于所述虚拟信用账户在透支了转移资源后，从所述资源储蓄账户中转移出转移资源填充至所述虚拟信用账户。

37.一种信用账户创建方法，其特征在于，用于第二服务器中，所述方法包括：

接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息，所述用户实名信息是由客户端获取并发送给所述第一服务器的；

检测是否已存在与所述用户实名信息对应的信用账户；

若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息，所述指示信息用于触发所述第一服务器向所述客户端发送绑定指令，所述绑定指令用于指示所述客户端获取所述用户的资源储蓄账户的账户信息并发送给所述第一服务器；

接收所述第一服务器发送的绑定结果，所述绑定结果是在所述第一服务器接收到所述资源储蓄账户的账户信息以及验证终端标识，且所述验证终端标识通过验证后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定后得到的；

创建所述用户的虚拟信用账户。

38.根据权利要求37所述的方法，其特征在于，所述创建所述用户的虚拟信用账户之前，还包括：

接收所述第一服务器发送的与所述用户实名信息对应的用户历史数据，所述用户历史数据用于创建所述用户的虚拟信用账户。

39.根据权利要求38所述的方法，其特征在于，所述创建所述用户的虚拟信用账户，包括：

根据所述用户历史数据创建所述用户的虚拟信用账户。

40.根据权利要求39所述的方法，其特征在于，所述根据所述用户历史数据创建所述用户的虚拟信用账户，包括：

读取所述用户历史数据中的历史社交数据，和/或，历史邮件数据，和/或，历史理财数据，和/或，历史登录数据；

根据所述历史社交数据，和/或，所述历史邮件数据，和/或，所述历史理财数据，和/或，所述历史登录数据确定所述虚拟信用账户的透支额度，所述透支额度用于标识所述虚拟信用账户能够透支的最大数值；

根据所述透支额度创建所述虚拟信用账户。

41.根据权利要求40所述的方法，其特征在于，所述创建所述用户的虚拟信用账户之后，还包括：

接收所述第一服务器转发的用户完善信息，所述用户完善信息是由所述客户端获取并发送给所述第一服务器的；

根据所述用户完善信息提升所述虚拟信用账户的透支额度。

42.根据权利要求37至41任一所述的方法，其特征在于，所述创建所述用户的虚拟信用账户之前，还包括：

接收所述第一服务器发送的账户创建指示，所述账户创建指示是在所述第一服务器接收到所述客户端发送的验证终端标识，向所述验证终端标识所指示的验证终端发送验证信息，接收所述客户端发送的待验证信息，并在检测出所述待验证信息与所述验证信息相同之后发送的；

根据所述账户创建指示执行所述创建所述用户的虚拟信用账户的步骤。

43.一种信用账户创建方法，其特征在于，用于客户端中，所述方法包括：

获取未开通电子兑换账户的用户的用户实名信息；

向第一服务器发送所述用户实名信息，所述用户实名信息用于在被所述第一服务器转发至第二服务器后，触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出不存在所述信用账户，则向所述第一服务器发送用于表示不存在所述信用账户的指示信息；

接收所述第一服务器发送的绑定指令，所述绑定指令是在所述第一服务器接收到所述指示信息后发送的；

在所述绑定指令的指示下获取所述用户的资源储蓄账户的账户信息；

获取验证终端标识；

将所述验证终端标识发送给所述第一服务器，以便所述第一服务器对所述验证终端标识进行验证；

向所述第一服务器发送所述资源储蓄账户的账户信息，以便所述第一服务器在接收到所述资源储蓄账户的账户信息，且所述验证终端标识通过验证后，根据所述用户实名信息开通所述用户的电子兑换账户，并根据所述资源储蓄账户的账户信息对所述电子兑换账户和所述资源储蓄账户进行绑定，将绑定结果发送给所述第二服务器，所述绑定结果用于触发所述第二服务器创建所述用户的虚拟信用账户。

44.根据权利要求43所述的方法，其特征在于，所述接收所述第一服务器发送的绑定指令之后，还包括：

获取待验证信息，所述待验证信息是在所述第一服务器向所述验证终端标识所指示的验证终端发送验证信息之后由所述用户输入的；

将所述待验证信息发送给所述第一服务器，以便所述第一服务器在检测出所述待验证信息与所述验证信息相同时，触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。

45.根据权利要求43所述的方法，其特征在于，所述向所述第一服务器发送所述资源储蓄账户的账户信息之后，还包括：

接收所述第一服务器发送的电子兑换密钥获取指令；

根据所述电子兑换密钥获取指令获取电子兑换密钥；

向所述第一服务器发送所述电子兑换密钥，所述电子兑换密钥用于触发所述第一服务器根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。

46.根据权利要求43所述的方法，其特征在于，所述向所述第一服务器发送所述资源储蓄账户的账户信息之后，还包括：

接收所述第一服务器发送的所述电子兑换账户和所述虚拟信用账户的绑定结果，所述电子兑换账户和所述虚拟信用账户的绑定结果是在所述第二服务器创建所述虚拟信用账户，并向所述第一服务器发送所述虚拟信用账户的账户信息之后，由所述第一服务器对所述电子兑换账户和所述虚拟信用账户进行绑定得到的。

47.根据权利要求43至46任一所述的方法，其特征在于，所述向所述第一服务器发送所述资源储蓄账户的账户信息之后，还包括：

获取用户完善信息；

向所述第一服务器发送所述用户完善信息，所述用户完善信息用于在被所述第一服务器转发给所述第二服务器之后，由所述第二服务器根据所述用户完善信息提升所述虚拟信用账户的透支额度。