CN104618415A - 信用账户创建方法、装置及*** - Google Patents

Abstract

本发明实施例公开了一种信用账户创建方法、装置及***，属于数据处理***技术领域。所述方法包括：获取并向第一服务器发送用户的不完整实名信息；第一服务器接收不完整实名信息，向第二服务器发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息；第二服务器接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户。本发明解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

Description

信用账户创建方法、装置及***

技术领域

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

背景技术

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

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

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

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

发明内容

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

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

第一接收模块，用于接收用户的不完整实名信息；

第一发送模块，用于向第二服务器发送与所述第一接收模块接收到的所述不完整实名信息匹配的用户实名信息，所述用户实名信息用于触发所述第二服务器在检测出已存在与所述用户实名信息对应的信用账户后，创建所述用户的虚拟信用账户，所述用户实名信息是所述第一服务器中保存的用户实名信息。

第二方面，本发明实施例提供了一种信用账户创建装置，用于客户端中，所述装置包括：

第一获取模块，用于获取用户的不完整实名信息；

第一发送模块，用于向第一服务器发送所述第一获取模块获取到的所述不完整实名信息，所述不完整实名信息用于触发所述第一服务器向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

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

第一接收模块，用于接收第一服务器发送的与不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息；

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

账户创建模块，用于在所述账户检测模块检测出已存在所述信用账户时，创建所述用户的虚拟信用账户。

第四方面，本发明实施例提供了一种信用账户创建***，所述***包括第一服务器，与所述第一服务器相连的客户端、与所述第一服务器相连的第二服务器；

所述第一服务器如第一方面所述的信用账户创建装置，所述客户端如第二方面所述的信用账户创建装置，所述第二服务器如第三方面所述的信用账户创建装置。

第五方面，本发明实施例提供了一种信用账户创建方法，所述方法包括：

获取用户的不完整实名信息，并向第一服务器发送所述不完整实名信息；

所述第一服务器接收所述不完整实名信息，向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息；

所述第二服务器接收所述用户实名信息，检测是否已存在与所述用户实名信息对应的信用账户，若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

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

接收用户的不完整实名信息；

向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息用于触发所述第二服务器在检测出已存在与所述用户实名信息对应的信用账户后，创建所述用户的虚拟信用账户，所述用户实名信息是所述第一服务器中保存的用户实名信息。

第七方面，本发明实施例提供了一种信用账户创建方法，用于客户端中，所述方法包括：

获取用户的不完整实名信息；

向第一服务器发送所述不完整实名信息，所述不完整实名信息用于触发所述第一服务器向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

第八方面，本发明实施例提供了一种信用账户创建方法，用于第二服务器中，所述方法包括：

接收第一服务器发送的与不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息；

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

若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

通过第一服务器向第二服务器发送与不完整实名信息匹配的用户实名信息，该用户实名信息是第一服务器中保存的用户实名信息；第二服务器检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

附图说明

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

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

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

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

图3B是本发明实施例提供的关于获取不完整实名信息的界面示意图；

图3C是本发明实施例提供的一种典型的验证界面的界面示意图；

图3D是本发明实施例提供的虚拟信用账户在审核中和审核完成后的界面示意图；

图3E是本发明实施例提供的绑定结果的界面示意图；

图3F是本发明实施例提供的创建虚拟***的方法流程流程图；

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

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

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

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

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

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

图10是本发明一个实施例提供的信用账户创建***的结构框架图；

图11是本发明一个实施例提供的终端的结构框架图；

图12是本发明一个实施例提供的服务器的结构框架图。

具体实施方式

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

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

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

终端120中可以安装有应用程序客户端，或者安装有浏览器，通过浏览器访问应用程序的网页客户端。本发明实施例将应用程序客户端和网页客户端统称为客户端，下文不再特别声明。

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

第二服务器160可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。第二服务器160用于提供资源储蓄账户、信用账户以及本发明实施例中提供的虚拟信用账户的创建和管理。第二服务器160通常由金融机构来设立，如银行。其中，资源储蓄账户是将预先存储的资源作为兑换资源的账户，如开卡行发行的储蓄卡账户；信用账户是根据用户的信用透支兑换资源的账户，如开卡行发行的***账户。

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

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

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

电子帐户是对用户进行实名认证且认证通过的帐户，主要为第二服务器提供用户实名信息。用户可以根据客户端具备的功能开通不同的电子帐户。比如，在具备电子支付功能的客户端中开通电子支付账户、在具备社交功能的客户端中开通电子社交帐户、在具备游戏功能的客户端中开通电子游戏账户、在具备邮件收发功能的客户端中开通电子邮箱帐户、在具备理财功能的客户端中开通电子理财账户、在具备信息查询等服务功能的客户端中开通电子服务账户。当客户端同时具备上述的至少两种功能时，可以将对应的电子帐户互相绑定或关联。

电子支付账户为用户在客户端所提供的电子支付功能中用于完成电子支付的账户。电子支付账户具有支付和转账等功能，比如，用户从电子支付账户预存的金额中转移出部分金额来购买物品，或者用户从其他账户中转移部分金额至该电子支付账户等等。比如，电子支付账户可以是微信支付账户、支付宝账户、京东账户或者美团账户等等。

电子社交帐户为用户在客户端所提供的社交功能中用于完成社交功能的帐户。比如，电子社交帐户可以是微信帐户、来往帐户、Line帐户等等。

电子邮件帐户为用户在客户端所提供的收发邮件功能中用于完成邮件收发的帐户。比如，电子邮件帐户可以是谷歌帐户、雅虎帐户、网易帐户、新浪帐户、微软账户等等。

电子理财账户为用户在客户端所提供的电子理财功能中用于完成电子理财的帐户。比如，电子理财帐户可以是电子记账账户、股票账户等等。

电子服务帐户为用户在客户端所提供的信息查询等服务功能中用于获取服务的帐户。比如，电子服务账户可以是墨迹天气帐户、老虎地图帐户等等。

用户历史数据主要用于为第二服务器在确定用户的虚拟信用账户的透支额度时提供参考。用户历史数据可以包括用户在至少一种电子帐户中的历史数据，比如，历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据。其中，历史支付数据可以包括历史支付次数、历史支付频率和历史支付总额等信息中的至少一种；历史社交数据可以包括历史在线时长、历史社交人数、历史发言次数等信息中的至少一种；历史邮件数据可以包括历史邮件数量和历史邮件大小等信息中的至少一种；历史理财数据可以包括历史投资总额和历史收益总额等信息中的至少一种；历史登录数据可以包括历史登录次数、历史登录频率和历史登录时长等信息中的至少一种。用户历史数据还可以包括用户的个人基本信息，比如年龄、出生日期、籍贯、学历、历史就读学校、家庭住址、联系地址以及直系亲属等等。

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

请参考图2，其示出了本发明一个实施例提供的信用账户创建方法的方法流程图。该信用账户创建方法，包括：

步骤201，客户端获取用户的不完整实名信息，并向第一服务器发送不完整实名信息；

不完整实名信息用于匹配用户实名信息。

步骤202，第一服务器接收不完整实名信息；

步骤203，第一服务器向第二服务器发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息；

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

其中，信用账户是指用户通过背景技术中介绍的信用账户创建方法申请创建的信用账户。信用账户是指根据用户的信用透支资源的账户。

步骤205，若第二服务器检测出已存在信用账户，则创建用户的虚拟信用账户。

由于第二服务器中已经存在信用账户，因此，第二服务器在创建信用账户的时候已经采集过用户的用户资料信息且对用户资料信息的人工验证通过，此时第二服务器确定该用户可信，可以直接为用户创建虚拟信用账户，而不需要再次采集用户资料信息以及再次对用户资料信息进行人工验证，省略了对用户资料信息的采集和人工验证过程，从而缩短了虚拟信用账户的创建流程，提高虚拟信用账户的创建效率。

其中，虚拟信用账户是新建的且不与信用账户对应的账户，即虚拟信用账户和信用账户之间是相互独立的。比如，第二服务器中已经存在信用账户，此时用户持有与信用账户对应的卡1；第二服务器新建了虚拟信用账户，此时用户可以获取到与虚拟信用账户对应的卡2，且卡1与卡2不相同。

其中，上述步骤201可以单独实现成为客户端侧的信用账户创建方法，上述步骤202和步骤203可以单独实现成为第一服务器侧的信用账户创建方法，上述步骤204和步骤205可以单独实现成为第二服务器侧的信用账户创建方法。

综上所述，本发明实施例提供的信用账户创建方法，通过第一服务器向第二服务器发送与不完整实名信息匹配的用户实名信息，该用户实名信息是第一服务器中保存的与电子帐户关联的用户实名信息；第二服务器检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

请参考图3A，其示出了本发明另一实施例提供的信用账户创建方法的方法流程图。该信用账户创建方法，包括：

步骤301，客户端获取用户的不完整实名信息，并向第一服务器发送不完整实名信息；

用户如需申请创建虚拟信用账户，则客户端需要获取用户的用户实名信息，以便第二服务器可以根据客户端提供的用户实名信息核实用户身份。然而，输入用户实名信息不仅会增加输入的信息内容而降低虚拟信用账户的创建效率，还容易造成信息泄露而降低虚拟信用账户的创建安全性，因此，客户端可以仅仅获取用户的不完整实名信息，并将不完整实名信息发送给第一服务器，由第一服务器获取预存的用户实名信息发送给第二服务器，以提高创建虚拟信用账户的安全性。

由于不完整实名信息用于匹配用户完整信息，因此，该不完整实名信息可以是用户实名信息中的部分实名信息，也可以是与用户实名信息存在对应关系的信息，本实施例以不完整实名信息是用户实名信息中的部分信息为例进行说明。

用户实名信息是在用户开通电子帐户时设置并存储在第一服务器中的，与电子帐户对应的，因此，获取用户的不完整实名信息包括：获取电子帐户的用户的不完整实名信息。

具体地，不完整实名信息可以包括至少一类不完整实名子信息，每一类不完整实名子信息都是用户实名信息中的对应类别的实名子信息的部分实名信息。比如，用户实名信息所包括的实名子信息分别是姓名信息和身份证明证件号码信息，则一类不完整实名子信息是部分姓名信息，另一类不完整实名子信息是部分身份证明证件号码信息。因此，至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

可选的，为了确保是用户本人在申请虚拟信用账户，以进一步提高创建虚拟信用账户的安全性，客户端还可以在获取不完整实名信息之前对用户身份进行验证。在验证出是用户本人在申请虚拟信用账户时，获取不完整实名信息；在验证出不是用户本人在申请虚拟信用账户时，不响应本次申请操作。

具体地，获取用户的不完整实名信息之前，还包括：

客户端获取待验证兑换密钥，并向第一服务器发送待验证兑换密钥；

第一服务器接收待验证兑换密钥，检测待验证兑换密钥与预存的兑换密钥是否相同，若检测出待验证兑换密钥与预存的兑换密钥相同，则触发客户端执行获取用户的不完整实名信息的步骤，兑换密钥是第一服务器中保存的兑换密钥。

其中，兑换密钥是在用户开通电子帐户时设置并存储在第一服务器中的。客户端可以向用户展示输入待验证兑换密钥的输入界面，将用户在界面中输入的内容确定为待验证兑换密钥，并将待验证兑换密钥发送给第一服务器，由第一服务器检测待验证兑换密钥与兑换密钥是否相同。若第一服务器检测出待验证兑换密钥与兑换密钥相同，则确定是用户本人在申请虚拟信用账户；若电子帐户检测出待验证兑换密钥与兑换密钥不同，则确定不是用户本人在申请虚拟信用账户。

请参考图3B所示的关于获取不完整实名信息的界面示意图。用户如需申请创建信用账户，则首先点击“我的银行卡”界面11中的“我的银行卡”按钮12，若用户在开通电子帐户时已经绑定了银行卡，则客户端跳转至“全部银行卡”界面13a，若用户在开通电子帐户时未绑定银行卡，则客户端跳转至“全部银行卡”界面13b；用户在“全部银行卡”界面13a或13b中点击“点击立即开通”按钮14后，客户端跳转至“开通xx***”界面15；用户在“开通xx***”界面15中点击“立即开通”按钮16后，客户端跳转至“获取兑换密钥信息”界面17；若用户在“验证兑换密钥”界面17中输入了待验证兑换密钥，客户端跳转至“校验身份信息”界面18。在本实施例中，假设需要用户输入的不完整实名信息包括部分姓名信息和部分身份证号码信息。用户分别在“校验身份信息”界面18的对应位置输入姓名的最后一位字和身份证号码的最后四位之后，客户端即可获取到用户的不完整实名信息。

步骤302，第一服务器接收不完整实名信息，向第二服务器发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息；

第一服务器可以在预存的至少一类用户实名信息中查找与不完整实名信息匹配的用户实名信息，并将匹配得到的用户实名信息发送给第二服务器。

具体地，向第二服务器发送与不完整实名信息匹配的用户实名信息，包括：

在至少一类不完整实名子信息是用户实名信息中对应信息的一部分内容时，第一服务器向第二服务器发送用户实名信息。

第一服务器可以分别将每个用户实名信息与不完整实名信息进行匹配，并将完全匹配的用户实名信息发送给第二服务器。

步骤303，第二服务器接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则执行步骤304；

其中，信用账户是指用户通过背景技术中介绍的信用账户创建方法申请创建的信用账户。第二服务器中存储有已经成功申请信用账户的不同用户的用户实名信息与不同信用账户之间的对应关系。第二服务器通过对应关系检测该用户在历史时刻是否已经成功申请并创建过信用账户。

在第二服务器检测出第二服务器中已经存在信用账户时，由于第二服务器在创建信用账户的时候已经采集过用户的用户资料信息且对用户资料信息的人工验证通过，因此，此时第二服务器确定该用户可信，可以执行步骤304来触发为用户创建虚拟信用账户的流程，而不需要再次采集用户资料信息以及再次对用户资料信息进行人工验证，省略了对用户资料信息的采集和人工验证过程，从而缩短了虚拟信用账户的创建流程，提高虚拟信用账户的创建效率。

步骤304，第一服务器对用户的终端信息进行验证，若验证通过则执行步骤305；

第一服务器在触发第二服务器创建虚拟信用账户之前，还需要对终端信息进行验证，以保证当前申请创建虚拟信用账户的用户即为已经拥有信用账户的用户。

本实施例中，第一服务器通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式，完成对所述用户的终端信息验证。比如，第一服务器向终端发送短信、即时通讯信息、语音信息、电子邮件之一或任意种，并对终端是否接收到上述信息进行验证。

具体地，对用户的终端信息进行验证，包括：

第一服务器接收第二服务器发送的与信用账户绑定的验证终端标识；

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

每一个信用账户都绑定有至少一个验证终端标识，该验证终端标识通常为用户在申请信用账户时预留的手机号码。当然，在其它可能的情况下，验证终端标识还可以是用户的邮箱地址、即时通讯号码、固定电话号码等等。

当检测出存在信用账户时，第二服务器首先获取与信用账户绑定的验证终端标识，然后将获取到的验证终端标识发送给第一服务器，通过第一服务器根据该验证终端标识对用户的身份进行核实，确认当前申请创建虚拟信用账户的用户即为已经拥有信用账户的用户。

具体地，对验证终端标识进行验证，包括：

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

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

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

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

如果用户为已经拥有信用账户的用户，且在申请信用账户时预留的手机号码为用户当前正在使用的手机号码，用户即可查看到第一服务器发送的验证信息。之后，用户在客户端显示的验证界面中输入待验证信息，也即将查看到的验证信息输入至验证界面中作为待验证信息，客户端将该待验证信息发送给第一服务器进行验证。

优选地，在运行客户端的终端即为验证终端时，客户端还可以直接从验证终端接收到的短信中识别并提取出待验证信息，并将提取出的待验证信息发送给第一服务器进行验证。

第一服务器将之前发出的验证信息与接收到的待验证信息进行比对，检测两者是否相同。当检测出待验证信息与验证信息相同时，说明当前用户为已经拥有信用账户的用户，在这种情况下，第一服务器可以认为该用户有很大可能被账号管理服务器授权创建虚拟信用账户。因为用户之前在申请创建信用账户时已经通过审核，所以用户应当被授权创建虚拟信用账户。

步骤305，第一服务器根据电子帐户获取用户历史数据，向第二服务器发送用户历史数据；

请结合参考图1所示的实施环境，第一服务器可以从用户使用电子帐户所产生的历史数据中获取用户历史数据。比如，历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据等等。

当客户端同时具备多种功能时，第一服务器还可以分别从绑定或关联的电子帐户中获取历史数据。其中，不同电子帐户的历史数据可以存储在同一个服务器中，也可以存储在不同的服务器中。本实施例以存储在不同的服务器中为例进行说明。

比如，客户端同时具备电子支付功能和社交功能，则电子支付账户与电子社交帐户绑定，此时第一服务器可以从用户的支付记录中直接读取该历史支付数据；并从与电子社交帐户对应的社交服务器中获取历史社交数据和历史登录数据，将历史支付数据、历史社交数据和历史登录数据作为用户历史数据发送给第二服务器。

步骤306，第二服务器接收用户历史数据，根据用户历史数据创建用户的虚拟信用账户；

第二服务器在接收到用户历史数据后，触发创建用户的虚拟信用账户。其中，虚拟信用账户是新建的且不与信用账户对应的账户，即虚拟信用账户和信用账户之间是相互独立的。比如，第二服务器中已经存在信用账户，此时用户持有与信用账户对应的卡1；第二服务器新建了虚拟信用账户，此时用户可以获取到与虚拟信用账户对应的卡2，且卡1与卡2不相同。

另外，用户历史数据还用于为第二服务器在后续确定用户的虚拟信用账户的透支额度时提供参考。其中，透支额度用于标识虚拟信用账户能够透支的最大数值，资源可用于兑换实体物品和/或虚拟物品。为了防止用户在获取虚拟信用账户之后进行恶意透支，需要给虚拟信用账户设定透支额度。用户在使用该虚拟信用账户进行物品兑换过程中，所能透支的资源不能超过该透支额度。

具体地，根据用户历史数据创建用户的虚拟信用账户，包括：

1）第二服务器读取用户历史数据中的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种；

2）根据历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种确定虚拟信用账户的透支额度，透支额度用于标识虚拟信用账户能够透支的最大数值；

3）根据透支额度创建虚拟信用账户。

第二服务器根据历史登录数据确定透支额度。比如，用户在电子帐户中的历史登录次数越多，则透支额度越大；再比如，用户在电子帐户中的历史登录时长越长，则透支额度越大。因为历史登录数据反映了用户在日常生活中的活跃程度，该活跃程度可以作为用户的信用度的一种参考。和/或，第二服务器根据历史支付数据确定透支额度。比如，用户在电子支付账户中的历史支付次数越多，则透支额度越大；再比如，用户在电子支付账户中的历史支付总额越高，则透支额度越大。本实施例仅以历史登录数据和/或历史支付数据为例对透支额度的确定进行举例说明，第一服务器可以按照同样的方式根据其他历史数据确定透支额度。

当用户历史数据同时包括历史支付数据和/或历史社交数据和/或历史邮件数据和/或历史理财数据和/或历史登录数据时，第一服务器可以结合历史支付数据和/或历史社交数据和/或历史邮件数据和/或历史理财数据和/或历史登录数据综合确定一个合适的透支额度。当然，如果用户历史数据中还包含个人基本信息，则第二服务器此时可以结合历史支付数据和/或历史社交数据和/或历史邮件数据和/或历史理财数据和/或历史登录数据以及个人基本信息确定出一个更为合适的透支额度。由于第二服务器可以根据用户的实际使用情况确定用户的透支额度，因此，提高了设置虚拟信用账户透支额度的准确性。

请参考图3D所示的虚拟信用账户在审核中和审核完成后的界面示意图，图中以用户在开通电子支付账户时未绑定银行卡为例进行说明。左侧图示为审核中的示意图，右侧图示为审核完成后的示意图。

需要补充说明的是，上述步骤305可以在步骤304之前进行，也可以在步骤304之后进行，还可以与步骤304同时进行。本实施例仅以上述步骤305在步骤304之后进行来举例说明，对此不作具体限定。

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

第二服务器在创建用户的虚拟信用账户之后，向第一服务器发送虚拟信用账户的账户信息，该账户信息包括账号和透支额度。当然。账户信息还可以包括创建虚拟信用账户的日期、虚拟信用账户的有效期、填充资源的期限等。

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

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

步骤309，客户端接收虚拟信用账户和电子帐户的绑定结果。

客户端接收第一服务器发送的绑定结果，并对绑定结果进行展示。该绑定结果可以携带有虚拟信用账户的账号以及透支额度、创建虚拟信用账户的日期、虚拟信用账户的有效期和填充资源的期限等信息。

请参考图3E所示的绑定结果的界面示意图，客户端接收到绑定结果之后，可以将透支额度31进行显示，以此告知用户。

其中，上述步骤301和309可以单独实现成为客户端侧的信用账户创建方法，上述步骤302、304、305和308可以单独实现成为第一服务器侧的信用账户创建方法，上述步骤303、306和307可以单独实现成为第二服务器侧的信用账户创建方法。

请参考图3F所示的创建虚拟***的方法流程图，本实施例以客户端为微信客户端、电子帐户为财付通服务器、第二服务器为中信银行服务器、电子帐户为微信支付账户、虚拟信用账户为中信虚拟***、信用账户为中信***、兑换密钥为微信支付密码为例对开通虚拟***的流程进行描述，具体如下：

1、微信客户端获取已开通电子支付账户的用户输入的待验证微信支付密码，并将待验证微信支付密码发送给财付通服务器；

2、财付通服务器检测接收到的待验证微信支付密码和开通微信支付账户时设置的微信支付密码是否相同，若检测出两者相同，则向微信客户端发送用户的部分姓名信息和部分身份证明证件号码；

3、微信客户端对接收到的部分姓名信息和部分身份证明证件号码进行展示，并获取剩余部分的姓名信息和身份证明证件号码，将剩余部分的姓名信息和身份证明证件号码发送给财付通服务器；

4、财付通服务器在检测出存在与剩余部分的姓名信息和身份证明证件号码完全匹配的姓名和身份证明证件号码时，将该姓名信息和身份证明证件号码发送给中信银行服务器；

5、中信银行服务器在检测出存在与该姓名和身份证明证件号码对应的***时，向财付通服务器发送用户在开通***时预留的手机号；

6、财付通服务器向该手机发送短信验证码；

7、客户端获取输入的待验证信息，并将待验证信息发送给财付通服务器；

8、财付通服务器在检测出待验证信息与短信验证码相同时，获取用户历史数据，将用户历史数据发送给中信银行服务器，该用户历史数据包括历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种；

9、中信银行服务器根据用户历史数据所包括的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种确定虚拟***的透支额度，并根据该透支额度创建虚拟***，将虚拟***的账号信息发送给财付通服务器；

10、财付通服务器将虚拟***和微信支付账户绑定，并将虚拟***和微信支付账户的绑定结果发送给微信客户端；

11、微信客户端对虚拟***和微信支付账户的绑定结果进行展示。

综上所述，本发明实施例提供的信用账户创建方法，通过第一服务器接收不完整实名信息，向第二服务器发送与不完整实名信息匹配的用户实名信息，该用户实名信息是第一服务器中保存的与电子帐户关联的用户实名信息；第二服务器接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

另外，通过在至少一类不完整实名子信息中的每类不完整实名子信息是用户实名信息中对应信息的一部分内容时，则向第二服务器发送用户实名信息，由于仅需要用户输入部分信息，可以简化用户的输入流程，以进一步提高信用账户的创建效率。

请参考图4，其示出了本发明一个实施例提供的信用账户创建装置的结构框架图。该信用账户创建装置可以应用于客户端中，包括：

第一获取模块401，用于获取用户的不完整实名信息；

第一发送模块402，用于向第一服务器发送第一获取模块401获取到的不完整实名信息，不完整实名信息用于触发第一服务器向第二服务器发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息，用户实名信息用于触发第二服务器检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户。

综上所述，本发明实施例提供的信用账户创建装置，通过获取用户的不完整实名信息，向第一服务器发送不完整实名信息，不完整实名信息用于触发第一服务器向第二服务器发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息，用户实名信息用于触发第二服务器检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

请参考图5，其示出了本发明再一实施例提供的信用账户创建装置的结构框架图。该信用账户创建装置可以应用于客户端中，包括：第一获取模块401和第一发送模块402。

第一获取模块401，用于获取用户的不完整实名信息；

第一发送模块402，用于向第一服务器发送第一获取模块401获取到的不完整实名信息，不完整实名信息用于触发第一服务器向第二服务器发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息，用户实名信息用于触发第二服务器检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户。

可选的，第一获取模块401，具体用于获取电子帐户的用户的不完整实名信息。

可选的，电子帐户是电子社交帐户、电子支付账户、电子游戏帐户、电子邮箱帐户、电子理财账户和电子服务帐户中的一种。

可选的，不完整实名信息包括至少一类不完整实名子信息。

可选的，至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

可选的，装置，还包括：

第二获取模块403，用于第一发送模块402向第一服务器发送不完整实名信息之后，获取待验证信息，待验证信息是在第一服务器接收到第二服务器发送的与信用账户绑定的验证终端标识，并向验证终端标识所指示的验证终端发送验证信息之后被输入的；

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

可选的，装置，还包括：

第三获取模块405，用于第一获取模块401获取用户的不完整实名信息之前，获取待验证兑换密钥；

第三发送模块406，用于向第一服务器发送第三获取模块405获取到的待验证兑换密钥，以便第一服务器在检测出待验证兑换密钥与预存的兑换密钥相同时，触发客户端执行获取已开通电子帐户的用户的不完整实名信息的步骤，兑换密钥是第一服务器中保存的与电子帐户关联的兑换密钥。

可选的，装置，还包括：

结果接收模块407，用于第一发送模块402向第一服务器发送不完整实名信息之后，接收第一服务器发送的虚拟信用账户和电子帐户的绑定结果，虚拟信用账户和电子帐户的绑定结果是第二服务器向第一服务器发送虚拟信用账户的账户信息，第一服务器对虚拟信用账户和电子帐户进行绑定后发送的。

综上所述，本发明实施例提供的信用账户创建装置，通过获取用户的不完整实名信息，向第一服务器发送不完整实名信息，不完整实名信息用于触发第一服务器向第二服务器发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息，用户实名信息用于触发第二服务器检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

另外，通过将待验证信息发送给第一服务器，以便第一服务器在检测出待验证信息与验证信息相同时，触发第二服务器执行创建用户的虚拟信用账户的步骤，可以对用户身份进行验证，提高了创建虚拟信用账户的安全性。

请参考图6，其示出了本发明一个实施例提供的信用账户创建装置的结构框架图，该信用账户创建装置可以应用于第一服务器中。该信用账户创建装置，包括：

第一接收模块601，用于接收用户的不完整实名信息；

第一发送模块602，用于向第二服务器发送与第一接收模块601接收到的不完整实名信息匹配的用户实名信息，用户实名信息用于触发第二服务器在检测出已存在与用户实名信息对应的信用账户后，创建用户的虚拟信用账户，用户实名信息是第一服务器中保存的用户实名信息。

综上所述，本发明实施例提供的信用账户创建装置，通过第一服务器接收不完整实名信息，向第二服务器发送与不完整实名信息匹配的用户实名信息，该用户实名信息是第一服务器中保存的用户实名信息；第二服务器接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

请参考图7，其示出了本发明再一实施例提供的信用账户创建装置的结构框架图，该信用账户创建装置可以应用于第一服务器中。该信用账户创建装置，包括：第一接收模块601和第一发送模块602。

第一接收模块601，用于接收用户的不完整实名信息；

第一发送模块602，用于向第二服务器发送与第一接收模块601接收到的不完整实名信息匹配的用户实名信息，用户实名信息用于触发第二服务器在检测出已存在与用户实名信息对应的信用账户后，创建用户的虚拟信用账户，用户实名信息是第一服务器中保存的用户实名信息。

可选的，装置，还包括：

信息获取模块603，用于根据电子帐户获取用户历史数据，电子帐户是用于获取不完整实名信息的电子帐户；

第二发送模块604，用于向第二服务器发送信息获取模块603获取到的用户历史数据，用户历史数据用于创建用户的虚拟信用账户。

可选的，不完整实名信息包括至少一类不完整实名子信息。

可选的，至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

可选的，第一发送模块602，具体用于在至少一类不完整实名子信息中的每类不完整实名子信息是用户实名信息中对应信息的一部分内容时，向第二服务器发送用户实名信息。

可选的，装置，还包括：

终端验证模块605，用于在第一发送模块602向第二服务器发送与不完整实名信息匹配的用户实名信息之后，对用户的终端信息进行验证，若验证通过则触发第二服务器执行创建用户的虚拟信用账户的操作。

可选的，终端验证模块605，包括：

标识接收单元6051，用于接收第二服务器发送的与信用账户绑定的验证终端标识；

标识验证单元6052，用于向标识接收单元6051接收到的验证终端标识所指示的验证终端发送验证信息。

可选的，标识验证单元6052，具体用于向验证终端标识所指示的验证终端发送验证信息；接收待验证信息；检测待验证信息与验证信息是否相同；若检测出待验证信息与验证信息相同，则确定对验证终端标识的验证通过。

可选的，终端验证模块605，还包括：

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

可选的，装置，还包括：

第二接收模块606，用于第一发送模块601向第二服务器发送与不完整实名信息匹配的用户实名信息之后，接收第二服务器发送的虚拟信用账户的账户信息；

账户绑定模块607，用于对第二接收模块606接收到的虚拟信用账户和电子帐户进行绑定，并将虚拟信用账户和电子帐户的绑定结果发送给客户端，以便客户端接收虚拟信用账户和电子帐户的绑定结果。

可选的，装置，还包括：

第三接收模块608，用于第一接收模块601接收客户端发送的不完整实名信息之前，接收客户端发送的待验证兑换密钥；

信息检测模块609，用于检测第三接收模块608接收到的待验证兑换密钥与预存的兑换密钥是否相同，兑换密钥是第一服务器中保存的与电子帐户关联的兑换密钥；

操作触发模块610，用于信息检测模块609在检测出待验证兑换密钥与预存的兑换密钥相同时，触发执行接收客户端发送的不完整实名信息的操作。

综上所述，本发明实施例提供的信用账户创建装置，通过第一服务器接收不完整实名信息，向第二服务器发送与不完整实名信息匹配的用户实名信息，该用户实名信息是第一服务器中保存的与电子帐户关联的用户实名信息；第二服务器接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

另外，通过在至少一类不完整实名子信息中的每类不完整实名子信息是用户实名信息中对应信息的一部分内容时，向第二服务器发送用户实名信息，由于仅需要用户输入部分信息，可以简化用户的输入流程，以进一步提高信用账户的创建效率。

请参考图8，其示出了本发明一个实施例提供的信用账户创建装置的结构框架图，该信用账户创建装置可以应用于第二服务器中。该信用账户创建装置，包括：

第一接收模块801，用于接收第一服务器发送的与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息；

账户检测模块802，用于检测是否已存在与第一接收模块801接收到的用户实名信息对应的信用账户；

账户创建模块803，用于在账户检测模块802检测出已存在信用账户时，创建用户的虚拟信用账户。

综上所述，本发明实施例提供的信用账户创建装置，通过接收第一服务器发送的与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息，在检测出已存在与用户实名信息对应的信用账户时，创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

请参考图9，其示出了本发明再一实施例提供的信用账户创建装置的结构框架图，该信用账户创建装置可以应用于第二服务器中。该信用账户创建装置，包括：第一接收模块801、账户检测模块802和账户创建模块803。

第一接收模块801，用于接收第一服务器发送的与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息；

账户检测模块802，用于检测是否已存在与第一接收模块801接收到的用户实名信息对应的信用账户；

账户创建模块803，用于在账户检测模块802检测出已存在信用账户时，创建用户的虚拟信用账户。

可选的，装置，还包括：

第二接收模块804，用于账户创建模块803创建用户的虚拟信用账户之前，接收第一服务器发送的用户历史数据，用户历史数据由第一服务器根据电子帐户获取得到，电子帐户是用于获取不完整实名信息的电子帐户，用户历史数据用于创建用户的虚拟信用账户。

可选的，账户创建模块803，具体用于根据用户历史数据创建用户的虚拟信用账户。

可选的，账户创建模块803，包括：

信息读取单元8031，用于读取用户历史数据中的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种；

额度确定单元8032，用于根据信息读取单元8031读取的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种确定虚拟信用账户的透支额度，透支额度用于标识虚拟信用账户能够透支的最大数值；

账户创建单元8033，用于根据额度确定单元8032确定的透支额度创建虚拟信用账户。

可选的，装置，还包括：

标识发送模块805，用于账户创建模块创建803用户的虚拟信用账户之前，向第一服务器发送与信用账户绑定的验证终端标识，以便第一服务器向验证终端标识所指示的验证终端发送验证信息，客户端获取待验证信息，将待验证信息发送给第一服务器，第一服务器在检测出待验证信息与验证信息相同时，触发第二服务器执行创建用户的虚拟信用账户的操作。

可选的，装置，还包括：

信息发送模块806，用于账户创建模块803创建用户的虚拟信用账户之后，向第一服务器发送虚拟信用账户的账户信息，以便第一服务器接收虚拟信用账户的账户信息，对虚拟信用账户和电子帐户进行绑定，并将虚拟信用账户和电子帐户的绑定结果发送给客户端，客户端接收虚拟信用账户和电子帐户的绑定结果。

综上所述，本发明实施例提供的信用账户创建装置，通过接收第一服务器发送的与不完整实名信息匹配的用户实名信息，不完整实名信息是客户端获取并向第一服务器发送的已开通电子帐户的用户的不完整实名信息，用户实名信息是第一服务器中保存的与电子帐户关联的用户实名信息，在检测出已存在与用户实名信息对应的信用账户时，创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

另外，通过根据历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种确定虚拟信用账户的透支额度，根据透支额度创建虚拟信用账户，可以根据用户的实际使用情况确定用户的透支额度，提高了设置虚拟信用账户透支额度的准确性。

请参考图10，其示出了本发明一个实施例提供的信用账户创建***的结构框架图。该信用账户创建***，包括：

客户端1001，用于获取用户的不完整实名信息，并向第一服务器1002发送不完整实名信息；

第一服务器1002，用于接收不完整实名信息，向第二服务器1003发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息；

第二服务器1003，用于接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户。

综上所述，本发明实施例提供的信用账户创建***，通过第一服务器接收不完整实名信息，向第二服务器发送与不完整实名信息匹配的用户实名信息，该用户实名信息是第一服务器中保存的用户实名信息；第二服务器接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

本发明再一实施例提供了一种信用账户创建***，该信用账户创建***，包括：客户端1001、第一服务器1002和第二服务器1003。

客户端1001，用于获取用户的不完整实名信息，并向第一服务器1002发送不完整实名信息；

第一服务器1002，用于接收不完整实名信息，向第二服务器1003发送与不完整实名信息匹配的用户实名信息，用户实名信息是第一服务器中保存的用户实名信息；

第二服务器1003，用于接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户。

可选的，客户端1001，具体用于获取电子帐户的用户的不完整实名信息。

可选的，电子帐户是电子社交帐户、电子支付账户、电子游戏帐户、电子邮箱帐户、电子理财账户和电子服务帐户中的一种。

可选的，第一服务器1002，还用于第二服务器1003创建用户的虚拟信用账户之前，根据电子帐户获取用户历史数据，向第二服务器1003发送用户历史数据；

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

可选的，第二服务器1003，具体用于根据用户历史数据创建用户的虚拟信用账户。

可选的，第二服务器1003，具体用于读取用户历史数据中的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种；根据历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种确定虚拟信用账户的透支额度，透支额度用于标识虚拟信用账户能够透支的最大数值；根据透支额度创建虚拟信用账户。

可选的，不完整实名信息包括至少一类不完整实名子信息。

可选的，至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

可选的，第一服务器1002，具体用于在至少一类不完整实名子信息中的每类不完整实名子信息是用户实名信息中对应信息的一部分内容时，向第二服务器1003发送用户实名信息。

可选的，第一服务器1002，还用于第二服务器1003创建用户的虚拟信用账户之前，对用户的终端信息进行验证，若验证通过则触发第二服务器1003执行创建所述用户的虚拟信用账户的操作。

可选的，第一服务器1002，具体用于接收第二服务器1003发送的与信用账户绑定的验证终端标识，对验证终端标识进行验证。

可选的，第一服务器1002，具体用于向验证终端标识所指示的验证终端发送验证信息；接收待验证信息，检测待验证信息与验证信息是否相同，若检测出待验证信息与验证信息相同，则触发第二服务器1003执行创建用户的虚拟信用账户的步骤。

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

可选的，客户端1001，还用于获取已开通电子帐户的用户的不完整实名信息之前，获取待验证兑换密钥，并向第一服务器1002发送待验证兑换密钥；

第一服务器1002，还用于接收待验证兑换密钥，检测待验证兑换密钥与预存的兑换密钥是否相同，若检测出待验证兑换密钥与预存的兑换密钥相同，则触发客户端1001执行获取用户的不完整实名信息的步骤，兑换密钥是第一服务器1002中保存的兑换密钥。

可选的，第二服务器1003，还用于创建用户的虚拟信用账户之后，向第一服务器1002发送虚拟信用账户的账户信息；

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

客户端1001，还用于接收虚拟信用账户和电子帐户的绑定结果。

综上所述，本发明实施例提供的信用账户创建***，通过第一服务器接收不完整实名信息，向第二服务器发送与不完整实名信息匹配的用户实名信息，该用户实名信息是第一服务器中保存的与电子帐户关联的用户实名信息；第二服务器接收用户实名信息，检测是否已存在与用户实名信息对应的信用账户，若检测出已存在信用账户，则创建用户的虚拟信用账户，在虚拟信用账户的创建过程结合已经存在的信用账户，使得第二服务器可以在根据获取到的用户实名信息确定出用户已经开通了信用账户后，省略对用户资料信息的全面采集和人工验证过程，直接为用户创建虚拟信用账户，解决了在网页中申请信用账户耗时较多，导致信用账户的创建流程较长，信用账户的创建效率较低的问题，达到了提高信用账户的创建效率的效果。

另外，通过在至少一类不完整实名子信息中的每类不完整实名子信息是用户实名信息中对应信息的一部分内容时，向第二服务器发送用户实名信息，由于仅需要用户输入部分信息，可以简化用户的输入流程，以进一步提高信用账户的创建效率。

请参考图11，其示出了本发明一个实施例提供的终端的结构方框图，该终端用于实施上述实施例提供的信用账户创建方法，本发明实施例中的终端可以包括一个或多个如下组成部分：用于执行计算机程序指令以完成各种流程和方法的处理器，用于信息和存储程序指令随机接入存储器（RAM）和只读存储器（ROM），用于存储数据和信息的存储器，I/O设备，界面，天线等。具体来讲：

终端1100可以包括RF（Radio Frequency，射频）电路1110、存储器1120、输入单元1130、显示单元1140、传感器1150、音频电路1160、WiFi(wirelessfidelity，无线保真)模块1170、处理器1180、电源1182、摄像头1190等部件。本领域技术人员可以理解，图11中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图11对终端1100的各个构成部件进行具体的介绍：

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

存储器1120可用于存储软件程序以及模块，处理器1180通过运行存储在存储器1120的软件程序以及模块，从而执行终端1100的各种功能应用以及数据处理。存储器1120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据终端1100的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器1120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1130可用于接收输入的数字或字符信息，以及产生与终端1100的用户设置以及功能控制有关的键信号输入。具体地，输入单元1130可包括触控面板1131以及其他输入设备1132。触控面板1131，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板1131上或在触控面板1131附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1180，并能接收处理器1180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1131。除了触控面板1131，输入单元1130还可以包括其他输入设备1132。具体地，其他输入设备1132可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及终端1100的各种菜单。显示单元1140可包括显示面板1141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板1141。进一步的，触控面板1131可覆盖显示面板1141，当触控面板1131检测到在其上或附近的触摸操作后，传送给处理器1180以确定触摸事件的类型，随后处理器1180根据触摸事件的类型在显示面板1141上提供相应的视觉输出。虽然在图11中，触控面板1131与显示面板1141是作为两个独立的部件来实现终端1100的输入和输入功能，但是在某些实施例中，可以将触控面板1131与显示面板1141集成而实现终端1100的输入和输出功能。

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

音频电路1160、扬声器1161，传声器1162可提供用户与终端1100之间的音频接口。音频电路1160可将接收到的音频数据转换后的电信号，传输到扬声器1161，由扬声器1161转换为声音信号输出；另一方面，传声器1162将收集的声音信号转换为电信号，由音频电路1160接收后转换为音频数据，再将音频数据输出处理器1180处理后，经RF电路1110以发送给比如另一终端，或者将音频数据输出至存储器1120以便进一步处理。

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

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

终端1100还包括给各个部件供电的电源1182（比如电池），优选的，电源可以通过电源管理***与处理器1180逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

摄像头1190一般由镜头、图像传感器、接口、数字信号处理器、CPU、显示屏幕等组成。其中，镜头固定在图像传感器的上方，可以通过手动调节镜头来改变聚焦；图像传感器相当于传统相机的“胶卷”，是摄像头采集图像的心脏；接口用于把摄像头利用排线、板对板连接器、弹簧式连接方式与终端主板连接，将采集的图像发送给所述存储器1120；数字信号处理器通过数学运算对采集的图像进行处理，将采集的模拟图像转换为数字图像并通过接口发送给存储器1120。

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

终端1100除了包括一个或者多个处理器1180，还包括有存储器，以及一个或者多个模块，其中一个或者多个模块存储于存储器中，并被配置成由一个或者多个处理器执行。上述一个或者多个模块用于执行信用账户创建方法，该信用账户创建方法是图2及图2所对应实施例所示出的信用账户创建方法；和/或，该信用账户创建方法是图3A及图3A所对应实施例所示出的信用账户创建方法。

请参考图12，其示出了本发明一个实施例提供的服务器的结构示意图，该服务器可以是第一服务器，也可以是第二服务器。所述服务器1200包括中央处理单元（CPU）1201、包括随机存取存储器（RAM）1202和只读存储器（ROM）1203的***存储器1204，以及连接***存储器1204和中央处理单元1201的***总线1205。所述服务器1200还包括帮助计算机内的各个器件之间传输信息的基本输入/输出***（I/O***）1206，和用于存储操作***1213、应用程序1214和其他程序模块1215的大容量存储设备1207。

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

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

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

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

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序用于执行信用账户创建方法，该信用账户创建方法是图2及图2所对应实施例所示出的信用账户创建方法；和/或，该信用账户创建方法是图3A及图3A所对应实施例所示出的信用账户创建方法。

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

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

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

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

Claims (53)

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

第一接收模块，用于接收用户的不完整实名信息；

第一发送模块，用于向第二服务器发送与所述第一接收模块接收到的所述不完整实名信息匹配的用户实名信息，所述用户实名信息用于触发所述第二服务器在检测出已存在与所述用户实名信息对应的信用账户后，创建所述用户的虚拟信用账户，所述用户实名信息是所述第一服务器中保存的用户实名信息。

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

信息获取模块，用于根据电子帐户获取用户历史数据，所述电子帐户是用于获取所述不完整实名信息的电子帐户；

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

3.根据权利要求1所述的装置，其特征在于，所述不完整实名信息包括至少一类不完整实名子信息。

4.根据权利要求3所述的装置，其特征在于，所述至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

5.根据权利要求3或4所述的装置，其特征在于，所述第一发送模块，具体用于在所述至少一类不完整实名子信息中的每类不完整实名子信息是所述用户实名信息中对应信息的一部分内容时，向所述第二服务器发送所述用户实名信息。

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

终端验证模块，用于在所述第一发送模块向第二服务器发送与所述不完整实名信息匹配的用户实名信息之后，对所述用户的终端信息进行验证，若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的操作。

7.根据权利要求6所述的装置，其特征在于，所述终端验证模块，包括：

标识接收单元，用于接收所述第二服务器发送的与所述信用账户绑定的验证终端标识；

标识验证单元，用于对所述标识接收单元接收到的所述验证终端标识进行验证。

8.根据权利要求7所述的装置，其特征在于，所述标识验证单元，具体用于向所述验证终端标识所指示的验证终端发送验证信息；接收待验证信息；检测所述待验证信息与所述验证信息是否相同；若检测出所述待验证信息与所述验证信息相同，则确定对所述验证终端标识的验证通过。

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

第二接收模块，用于所述第一发送模块向第二服务器发送与所述不完整实名信息匹配的用户实名信息之后，接收所述第二服务器发送的所述虚拟信用账户的账户信息；

账户绑定模块，用于对所述第二接收模块接收到的所述虚拟信用账户和电子帐户进行绑定。

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

第一获取模块，用于获取用户的不完整实名信息；

第一发送模块，用于向第一服务器发送所述第一获取模块获取到的所述不完整实名信息，所述不完整实名信息用于触发所述第一服务器向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

11.根据权利要求10所述的装置，其特征在于，所述第一获取模块，具体用于获取电子帐户的用户的不完整实名信息。

12.根据权利要求11所述的装置，其特征在于，所述电子帐户是电子社交帐户、电子支付账户、电子游戏帐户、电子邮箱帐户、电子理财账户和电子服务帐户中的一种。

13.根据权利要求10所述的装置，其特征在于，所述不完整实名信息包括至少一类不完整实名子信息。

14.根据权利要求13所述的装置，其特征在于，所述至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

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

第二获取模块，用于所述第一发送模块向第一服务器发送所述不完整实名信息之后，获取待验证信息，所述待验证信息是在所述第一服务器接收到所述第二服务器发送的与所述信用账户绑定的验证终端标识，并向所述验证终端标识所指示的验证终端发送验证信息之后被输入的；

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

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

第一接收模块，用于接收第一服务器发送的与不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息；

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

账户创建模块，用于在所述账户检测模块检测出已存在所述信用账户时，创建所述用户的虚拟信用账户。

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

第二接收模块，用于所述账户创建模块创建所述用户的虚拟信用账户之前，接收所述第一服务器发送的用户历史数据，所述用户历史数据由所述第一服务器根据电子帐户获取得到，所述电子帐户是用于获取所述不完整实名信息的电子帐户，所述用户历史数据用于创建所述用户的虚拟信用账户。

18.根据权利要求17所述的装置，其特征在于，所述账户创建模块，具体用于根据所述用户历史数据创建所述用户的虚拟信用账户。

19.根据权利要求18所述的装置，其特征在于，所述账户创建模块，包括：

信息读取单元，用于读取所述用户历史数据中的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种；

额度确定单元，用于根据所述信息读取单元读取的所述历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种确定所述虚拟信用账户的透支额度，所述透支额度用于标识所述虚拟信用账户能够透支的最大数值；

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

20.一种信用账户创建***，其特征在于，所述***包括第一服务器、与所述第一服务器相连的客户端和与所述第一服务器相连的第二服务器；

所述第一服务器包括如权利要求1至9任一项所述的信用账户创建装置，所述客户端包括如权利要求10至15任一所述的信用账户创建装置，所述第二服务器包括如权利要求16至19任一项所述的信用账户创建装置。

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

获取用户的不完整实名信息，并向第一服务器发送所述不完整实名信息；

所述第一服务器接收所述不完整实名信息，向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息；

所述第二服务器接收所述用户实名信息，检测是否已存在与所述用户实名信息对应的信用账户，若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

22.根据权利要求21所述的方法，其特征在于，所述获取用户的不完整实名信息，包括：获取电子帐户的用户的不完整实名信息。

23.根据权利要求22所述的方法，其特征在于，所述电子帐户是电子社交帐户、电子支付账户、电子游戏帐户、电子邮箱帐户、电子理财账户和电子服务帐户中的一种。

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

所述第一服务器根据电子帐户获取用户历史数据，向所述第二服务器发送所述用户历史数据，所述电子帐户是用于获取所述不完整实名信息的电子帐户；

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

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

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

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

所述第二服务器读取所述用户历史数据中的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种；

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

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

27.根据权利要求21所述的方法，其特征在于，所述不完整实名信息包括至少一类不完整实名子信息。

28.根据权利要求27所述的方法，其特征在于，所述至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

29.根据权利要求27或28所述的方法，其特征在于，所述向第二服务器发送与所述不完整实名信息匹配的用户实名信息，包括：

在所述至少一类不完整实名子信息中的每类不完整实名子信息是所述用户实名信息中对应信息的一部分内容时，所述第一服务器向所述第二服务器发送所述用户实名信息。

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

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

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

所述第一服务器接收所述第二服务器发送的与所述信用账户绑定的验证终端标识；

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

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

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

接收待验证信息；

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

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

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

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

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

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

所述第一服务器接收所述虚拟信用账户的账户信息，对所述虚拟信用账户和所述电子帐户进行绑定。

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

接收用户的不完整实名信息；

向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息用于触发所述第二服务器在检测出已存在与所述用户实名信息对应的信用账户后，创建所述用户的虚拟信用账户，所述用户实名信息是所述第一服务器中保存的用户实名信息。

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

根据电子帐户获取用户历史数据，所述电子帐户是用于获取所述不完整实名信息的电子帐户；

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

37.根据权利要求35所述的方法，其特征在于，所述不完整实名信息包括至少一类不完整实名子信息。

38.根据权利要求37所述的方法，其特征在于，所述至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

39.根据权利要求37或38所述的方法，其特征在于，所述向第二服务器发送与所述不完整实名信息匹配的用户实名信息，包括：

在所述至少一类不完整实名子信息中的每类不完整实名子信息是所述用户实名信息中对应信息的一部分内容时，向所述第二服务器发送所述用户实名信息。

40.根据权利要求35所述的方法，其特征在于，所述向第二服务器发送与所述不完整实名信息匹配的用户实名信息之后，还包括：

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

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

接收所述第二服务器发送的与所述信用账户绑定的验证终端标识；

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

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

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

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

43.根据权利要求35至42任一项所述的方法，其特征在于，所述向第二服务器发送与所述不完整实名信息匹配的用户实名信息之后，还包括：

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

对所述虚拟信用账户和电子帐户进行绑定。

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

获取用户的不完整实名信息；

向第一服务器发送所述不完整实名信息，所述不完整实名信息用于触发所述第一服务器向第二服务器发送与所述不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息，所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户，若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

45.根据权利要求44所述的方法，其特征在于，所述获取用户的不完整实名信息，包括：获取电子帐户的用户的不完整实名信息。

46.根据权利要求45所述的方法，其特征在于，所述电子帐户是电子社交帐户、电子支付账户、电子游戏帐户、电子邮箱帐户、电子理财账户和电子服务帐户中的一种。

47.根据权利要求44所述的方法，其特征在于，所述不完整实名信息包括至少一类不完整实名子信息。

48.根据权利要求47所述的方法，其特征在于，所述至少一类不完整实名子信息包括部分姓名信息及部分身份证明证件号码信息。

49.根据权利要求44至48任一项所述的方法，其特征在于，所述向第一服务器发送所述不完整实名信息之后，还包括：

获取待验证信息，所述待验证信息是在所述第一服务器接收到所述第二服务器发送的与所述信用账户绑定的验证终端标识，并向所述验证终端标识所指示的验证终端发送验证信息之后被输入的；

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

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

接收第一服务器发送的与不完整实名信息匹配的用户实名信息，所述用户实名信息是所述第一服务器中保存的用户实名信息；

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

若检测出已存在所述信用账户，则创建所述用户的虚拟信用账户。

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

接收所述第一服务器发送的用户历史数据，所述用户历史数据由所述第一服务器根据电子帐户获取得到，所述电子帐户是用于获取所述不完整实名信息的电子帐户，所述用户历史数据用于创建所述用户的虚拟信用账户。

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

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

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

读取所述用户历史数据中的历史支付数据、历史社交数据、历史邮件数据、历史理财数据和历史登录数据中的至少一种；

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

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