CN104917796A - 信用账户创建装置、系统和方法 - Google Patents
信用账户创建装置、系统和方法 Download PDFInfo
- Publication number
- CN104917796A CN104917796A CN201410093651.XA CN201410093651A CN104917796A CN 104917796 A CN104917796 A CN 104917796A CN 201410093651 A CN201410093651 A CN 201410093651A CN 104917796 A CN104917796 A CN 104917796A
- Authority
- CN
- China
- Prior art keywords
- user
- server
- credit accounts
- information
- real name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/351—Virtual cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/354—Card activation or deactivation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
Abstract
本发明实施例公开了一种信用账户创建装置、系统和方法,属于数据处理系统技术领域。所述系统包括:客户端,用于获取未开通电子兑换账户的用户的用户实名信息,向第一服务器发送用户实名信息;第一服务器,用于接收用户实名信息,向第二服务器转发用户实名信息;第二服务器,用于接收用户实名信息,检测是否已存在与用户实名信息对应的信用账户,若检测出已存在信用账户,则创建用户的虚拟信用账户。本发明解决了相关信用账户创建方案存在的创建流程较长以及创建效率低的问题;简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
Description
技术领域
本发明实施例涉及数据处理系统技术领域,特别涉及一种信用账户创建装置、系统和方法。
背景技术
信用账户是一种可以透支转移资源的账户,由对应的账户管理服务器创建和管理。用户可以从信用账户提供的透支转移资源中转移出一定数值的转移资源来交换目的物,后续再向该信用账户中转入该数值的转移资源,实现对转移资源的周转。
相关的一种信用账户创建方法包括:账户管理服务器接收用户在网页中触发的信用账户创建请求,根据该信用账户创建请求在网页中向用户展示信息输入框,该信息输入框用于输入姓名、身份证号、住址、邮箱和手机号等用户资料信息。然后,账户管理服务器接收用户在对应输入框中输入的用户资料信息,并将用户资料信息提供给工作人员进行验证。当接收到工作人员对用户资料信息验证通过的反馈信息后,账户管理服务器根据该用户资料信息新建一个信用账户并生成与该信用账户对应的实物卡片。最后,工作人员将与该信用账户对应的实物卡片邮寄给用户,以便用户在后续使用过程中通过该实物卡片使用该信用账户。
发明人在实现本发明实施例的过程中,发现背景技术中至少存在以下缺陷:
在网页中申请创建信用账户时,需要输入的用户资料信息较多且用户资料信息需要通过工作人员的验证,而上述操作均需要消耗较多时间,导致信用账户的创建流程较长,降低了信用账户的创建效率。
发明内容
为了解决相关的信用账户创建方法存在的创建流程较长以及创建效率低的问题,本发明实施例提供了一种信用账户创建装置、系统和方法。所述技术方案如下:
第一方面,提供了一种信用账户创建装置,用于第一服务器中,所述装置包括:
实名接收模块,用于接收客户端发送的未开通电子兑换账户的用户的用户实名信息;
实名转发模块,用于向第二服务器转发所述用户实名信息,所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
第二方面,提供了一种信用账户创建装置,用于第二服务器中,所述装置包括:
信息接收模块,用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息,所述用户实名信息是由客户端获取并发送给所述第一服务器的;
实体检测模块,用于检测是否已存在与所述用户实名信息对应的信用账户;
虚拟创建模块,用于若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
第三方面,提供了一种信用账户创建装置,用于客户端中,所述装置包括:
实名获取模块,用于获取未开通电子兑换账户的用户的用户实名信息;
实名发送模块,用于向第一服务器发送所述用户实名信息,所述用户实名信息用于在被所述第一服务器转发至第二服务器后,触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
第四方面,提供了一种信用账户创建系统,所述系统包括客户端、与所述客户端相连的第一服务器以及与所述第一服务器相连的第二服务器;
所述客户端是如第三方面所述的信用账户创建装置;
所述第一服务器是如第一方面所述的信用账户创建装置;
所述第二服务器是如第二方面所述的信用账户创建装置。
第五方面,提供了一种信用账户创建方法,所述方法包括:
客户端获取未开通电子兑换账户的用户的用户实名信息,向第一服务器发送所述用户实名信息;
所述第一服务器接收所述用户实名信息,向第二服务器转发所述用户实名信息;
所述第二服务器接收所述用户实名信息,检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
第六方面,提供了一种信用账户创建方法,用于第一服务器中,所述方法包括:
接收客户端发送的未开通电子兑换账户的用户的用户实名信息;
向第二服务器转发所述用户实名信息,所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
第七方面,提供了一种信用账户创建方法,用于第二服务器中,所述方法包括:
接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息,所述用户实名信息是由客户端获取并发送给所述第一服务器的;
检测是否已存在与所述用户实名信息对应的信用账户;
若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
第八方面,提供了一种信用账户创建方法,用于客户端中,所述方法包括:
获取未开通电子兑换账户的用户的用户实名信息;
向第一服务器发送所述用户实名信息,所述用户实名信息用于在被所述第一服务器转发至第二服务器后,触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
本发明实施例提供的技术方案带来的有益效果是:
通过客户端获取未开通电子兑换账户的用户的用户实名信息,并将用户实名信息通过第一服务器转发给第二服务器,第二服务器在接收到用户实名信息之后,检测是否已存在与用户实名信息对应的信用账户,如果已存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方法存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方法,本实施例提供的信用账户创建方法省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本发明各个实施例所涉及的一种实施环境的结构示意图;
图2是本发明一个实施例提供的信用账户创建方法的方法流程图;
图3A是本发明另一实施例提供的信用账户创建方法的方法流程图;
图3B是本发明实施例提供的信用账户创建方法所涉及的获取用户实名信息时的示意图;
图3C是本发明实施例提供的信用账户创建方法所涉及的一种典型的验证界面的示意图;
图3D是本发明实施例提供的信用账户创建方法所涉及的一种典型的兑换密钥获取界面的示意图;
图3E是本发明实施例提供的信用账户创建方法所涉及的虚拟信用账户在审核中和审核完成后的示意图;
图3F是本发明实施例提供的信用账户创建方法所涉及的关于透支额度的示意图;
图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 LayerIV,动态影像专家压缩标准音频层面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,若检测出已存在信用账户,则第二服务器创建用户的虚拟信用账户。
其中,上述步骤202和步骤204可以单独实现成为客户端侧的信用账户创建方法,上述步骤206可以单独实现成为第一服务器侧的信用账户创建方法,上述步骤208和步骤210可以单独实现成为第二服务器侧的信用账户创建方法。
综上所述,本实施例提供的信用账户创建方法,通过客户端获取未开通电子兑换账户的用户的用户实名信息,并将用户实名信息通过第一服务器转发给第二服务器,第二服务器在接收到用户实名信息之后,检测是否已存在与用户实名信息对应的信用账户,如果已存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方法存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方法,本实施例提供的信用账户创建方法省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
请参考图3A,其示出了本发明另一实施例提供的信用账户创建方法的方法流程图,本实施例仍然以该信用账户创建方法应用于图1所示实施环境中来举例说明。该信用账户创建方法可以包括如下几个步骤:
步骤301,客户端获取未开通电子兑换账户的用户的用户实名信息。
客户端可以是具备电子兑换功能的电子兑换客户端,也可以是具备社交功能的社交客户端,还可以是同时具备电子兑换功能和社交功能的客户端。用户当前暂未开通客户端所提供的用于完成电子兑换功能的电子兑换账户。换句话说,电子兑换功能为客户端所能提供的至少一种功能中的一种,而用户在之前使用客户端的过程中并未使用该电子兑换功能,比如用户刚下载该客户端还未使用电子兑换功能所以暂未开通电子兑换账户;再比如用户之前使用过客户端提供的诸如社交、文件传输或者拍照等其它功能,但并未使用电子兑换功能所以暂未开通电子兑换账户。其中,电子兑换功能包括支付、转账或者兑换等等。
在用户当前暂未开通电子兑换账户的情况下,用户如需申请创建虚拟信用账户,则需在客户端中输入用户实名信息。用户实名信息包括用户的姓名和证件号码,该证件号码通常为身份证号码。在其它可能的情况下,证件号码还可以是护照号码、台胞证号码或者军官证号码等任意能够唯一确定用户身份的编号。
请结合参考图3B,图3B示出了关于获取用户实名信息的示意图。用户如需申请创建虚拟信用账户,则首先点击“我的银行卡”界面11中的“我的银行卡”按钮12,客户端跳转至“全部银行卡”界面13;用户在“全部银行卡”界面13中点击“点击立即开通”按钮14后,客户端跳转至“开通xx信用卡”界面15;用户在“开通xx信用卡”界面15中点击“立即开通”按钮16后,客户端跳转至“校验身份信息”界面17,“校验身份信息”界面17即为客户端用于获取用户实名信息的界面。在本实施例中,假设需要用户输入的实名信息包括姓名和身份证号码。用户分别在“校验身份信息”界面17的对应位置输入姓名和身份证号码之后,客户端即可获取到用户的用户实名信息。
步骤302,客户端向第一服务器发送用户实名信息。
客户端获取用户实名信息之后,向第一服务器发送用户实名信息。其中,第一服务器为与客户端对应的服务器,两者结合实现电子兑换功能。
对应地,第一服务器接收用户实名信息。
步骤303,第一服务器向第二服务器转发用户实名信息。
其中,第二服务器用于创建用户的虚拟信用账户。因此,第二服务器需要对申请创建虚拟信用账户的用户的用户实名信息进行采集和验证。
对应地,第二服务器接收用户实名信息。
步骤304,第二服务器检测是否已存在与用户实名信息对应的信用账户。
第二服务器接收到用户实名信息之后,检测是否已存在与用户实名信息对应的信用账户。其中,信用账户可以是指用户通过背景技术中介绍的信用账户创建方法申请创建的信用账户,用户申请创建信用账户之后,将会得到一张实体卡片,该实体卡片也称为“信用卡”,信用账户也可以是用户通过其它任意方式申请创建的与其个人信用程度相关的账户。另外,用户当前申请创建的虚拟信用账户是一个新建的且不与上述信用账户对应的账户,也即虚拟信用账户和上述信用账户之间是互相独立的。
第二服务器中存储有已经成功申请信用账户的不同用户的用户实名信息与不同信用账户之间的对应关系。第二服务器通过上述步骤304检测该用户在历史时间是否已经成功申请并创建过信用账户。
步骤305,若检测出存在信用账户,则第二服务器向第一服务器发送与信用账户绑定的验证终端标识。
每一个信用账户都绑定有至少一个验证终端标识,该验证终端标识通常为用户在申请信用账户时预留的手机号码。当然,在其它可能的情况下,验证终端标识还可以是用户的邮箱地址、固定电话号码等。
当检测出存在信用账户时,第二服务器首先获取与信用账户绑定的验证终端标识,然后将获取到的验证终端标识发送给第一服务器,以便第一服务器在后续步骤306中对验证终端标识进行验证,以此对用户的身份进行核实,确认当前申请创建虚拟信用账户的用户即为已经拥有信用账户的用户。
对应地,第一服务器接收第二服务器发送的与信用账户绑定的验证终端标识。
另外,若检测出不存在信用账户,则第二服务器向第一服务器发送用于表示不存在信用账户的指示信息。
该指示信息用于触发第一服务器向客户端发送用于表示终止虚拟信用账户的创建的指示。
或者,该指示信息用于触发第一服务器向客户端发送绑定指令。客户端接收绑定指令,在绑定指令的指示下获取用户的资源储蓄账户的账户信息,向第一服务器发送资源储蓄账户的账户信息。第一服务器接收资源储蓄账户的账户信息,根据用户实名信息开通用户的电子兑换账户,根据资源储蓄账户的账户信息对电子兑换账户和资源储蓄账户进行绑定,将绑定结果发送给第二服务器。第二服务器接收绑定结果,创建用户的虚拟信用账户。
步骤306,第一服务器对验证终端标识进行验证。
具体地,本步骤可以包括如下几个子步骤:
第一,向验证终端标识所指示的验证终端发送验证信息。
以验证终端标识为手机号码为例,第一服务器根据该手机号码向对应的手机发送验证信息。在通常情况下,验证信息由若干个数字和/或字母组成。
与此同时,第一服务器触发客户端显示相关的验证界面。请结合参考图3C,其示出了一种典型的验证界面的示意图。客户端通过验证界面中显示的提示信息引导用户在输入框21中输入待验证信息。
第二,接收客户端发送的待验证信息。
如果用户为已经拥有信用账户的用户,且在申请信用账户时预留的手机号码为用户当前正在使用的手机号码,用户即可查看到第一服务器发送的验证信息。
之后,用户在客户端显示的验证界面中输入待验证信息,也即将查看到的验证信息输入至验证界面中作为待验证信息,而后由客户端将该待验证信息发送给第一服务器进行验证。对应地,第一服务器接收客户端发送的待验证信息。
第三,检测待验证信息与验证信息是否相同。
第一服务器将之前发出的验证信息与接收到的待验证信息进行比对,检测两者是否相同。
第四,若检测出待验证信息与验证信息相同,则确定对验证终端标识的验证通过。
当检测出待验证信息与验证信息相同时,可以确认当前申请创建虚拟信用账户的用户即为已经拥有信用账户的用户,则第一服务器确定对验证终端标识的验证通过。
另外,若检测出待验证信息与验证信息不相同,则确定对验证终端标识的验证失败,第一服务器可以根据上述步骤对验证终端标识再次进行验证,也可以直接向客户端发送用于表示终止虚拟信用账户的创建的指示。
当第一服务器对用户的终端信息(本实施例中以验证终端标识为例)进行验证并确定验证通过时,第一服务器即可触发第二服务器创建用户的虚拟信用账户。具体地,当验证通过时,说明当前用户为已经拥有信用账户的用户,在这种情况下,第一服务器可以认为该用户有很大可能被第二服务器授权创建虚拟信用账户。因为用户之前在申请创建信用账户时已经通过审核,所以用户应当被授权创建虚拟信用账户。
另外,本实施例仅以第一服务器通过手机短信验证的方式对用户的终端信息进行验证为例。在其它可能的实现方式中,第一服务器可以通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式,完成对用户的终端信息验证,对此不作具体限定。
在本实施例中,第一服务器在触发第二服务器创建用户的虚拟信用账户之前,还可以执行如下步骤:
步骤307,第一服务器根据用户实名信息开通用户的电子兑换账户。
第一服务器根据用户实名信息开通用户的电子兑换账户,以便用户在申请获得虚拟信用账户之后,通过该电子兑换账户实现电子兑换。
具体来讲,第一服务器根据用户实名信息开通用户的电子兑换账户的步骤可以包括如下几个子步骤:
第一,第一服务器向客户端发送兑换密钥获取指令。
兑换密钥获取指令用于触发客户端显示相关的兑换密钥获取界面。
对应地,客户端接收第一服务器发送的兑换密钥获取指令。
第二,客户端根据兑换密钥获取指令获取兑换密钥。
客户端接收到兑换密钥获取指令之后,显示相关的兑换密钥获取界面,然后获取用户在该兑换密钥获取界面中输入的兑换密钥。
请结合参考图3D,其示出了一种典型的兑换密钥获取界面的示意图。客户端通过兑换密钥获取界面中显示的提示信息引导用户在输入框31中输入兑换密钥。在通常情况下,兑换密钥由若干个数字和/或字母组成。
第三,客户端向第一服务器发送兑换密钥。
对应地,第一服务器接收客户端发送的兑换密钥。
第四,第一服务器根据兑换密钥和用户实名信息开通用户的电子兑换账户。
第一服务器将兑换密钥设置为用户的电子兑换账户的密码,用户在后续通过该电子兑换账户进行电子兑换时,需要输入该兑换密钥,并经过第一服务器验证正确之后才能完成整个电子兑换过程。通过为电子兑换账户设置兑换密钥,可以提高电子兑换过程中的安全性,保证用户的财产安全。
当然,电子兑换账户可以是实名认证的账户,第一服务器将电子兑换账户与用户实名信息进行绑定,以便在账户后续出现安全问题或者密钥变更问题时通过用户实名信息对用户进行验证,以此确保电子兑换账户的安全性。
步骤308,第一服务器获取与用户实名信息对应的用户历史数据。
当客户端为同时具备电子兑换功能和社交功能的客户端时,用户历史数据可以包括历史社交数据,该历史社交数据对应于与用户实名信息关联的社交账户,也即当前在客户端中登录的社交账户。其中,历史社交数据可以是该用户在具备社交功能的客户端中的历史在线时长、历史社交人数、历史发言次数等信息中的至少一种。请结合参考图1所示的实施环境,第一服务器可以从社交服务器处获取用户的历史社交数据。
另外,用户历史数据还可以包括历史邮件数据、历史理财数据以及历史登录数据中的至少一种。其中,历史邮件数据是指与用户实名信息关联的邮件账户中的相关数据,包括历史邮件数量和历史邮件大小等信息中的至少一种;历史理财数据是指与用户实名信息关联的理财账户中的相关数据,包括历史投资总额和历史收益总额等信息中的至少一种;历史登录数据是指与用户实名信息关联的社交账户、电子兑换账户、邮件账户或者其它账户中的相关登录数据,包括历史登录次数、历史登录频率和历史登录时长等信息中的至少一种。
在通常情况下,用户历史数据还可以包括用户的个人基本信息,比如年龄、出生日期、籍贯、学历、历史就读学校、家庭住址、联系地址以及直系亲属等等。可选地,用户历史数据还可以包括用户在其它电子兑换账户中的历史兑换数据,该历史兑换数据可以包括历史兑换次数、历史兑换频率和历史兑换总额等信息中的至少一种。其中,电子兑换账户可以是与上述社交账户关联的账户,比如电子兑换账户为财付通账户且社交账户为微信账户或者QQ账户;电子兑换账户也可以是与用户实名信息关联的账户,比如网银账户。
用户历史数据主要用于为第二服务器在后续确定用户的虚拟信用账户的透支额度时提供参考,在后续步骤310中将对此进行详细介绍和说明。
步骤309,第一服务器向第二服务器发送用户历史数据以及账户创建指示。
第一服务器向第二服务器发送用户历史数据以及账户创建指示。其中,用户历史数据用于为第二服务器在后续确定用户的虚拟信用账户的透支额度时提供参考;而账户创建指示用于触发第二服务器为用户创建虚拟信用账户。
对应地,第二服务器接收第一服务器发送的用户历史数据以及账户创建指示。
需要说明的是,上述步骤308可以在步骤306至步骤307之前进行,也可以在步骤306至步骤307之后进行,还可以与步骤306至步骤307同时进行。本实施例仅以上述步骤308在步骤306至步骤307之后进行来举例说明,对此不作具体限定。另外,第一服务器可以同时将用户历史数据以及账户创建指示携带在同一信令中发送给第二服务器,也可以将两者按序分别发送给第二服务器,本实施例仅以第一服务器将两者同时发送给第二服务器来举例说明,但对此也不作具体限定。
步骤310,第二服务器在接收到用户历史数据以及账户创建指示后,根据用户历史数据创建用户的虚拟信用账户。
在接收到用户历史数据以及账户创建指示后,第二服务器根据用户历史数据创建用户的虚拟信用账户。
具体来讲,本步骤可以包括如下几个子步骤:
第一,第二服务器读取用户历史数据中的历史社交数据,和/或,历史邮件数据,和/或,历史理财数据,和/或,历史登录数据。
当然,如果用户历史数据中还包含上述步骤308中介绍的个人基本信息和/或历史兑换数据,第二服务器在读取历史社交数据时可以一并读取。
第二,第二服务器根据历史社交数据,和/或,历史邮件数据,和/或,历史理财数据,和/或,历史登录数据确定虚拟信用账户的透支额度。
透支额度用于标识虚拟信用账户能够透支的最大数值。为了防止用户在获取虚拟信用账户之后进行恶意透支,需要给虚拟信用账户设定透支额度。用户在使用该虚拟信用账户进行物品兑换过程中,所能透支的转移资源不能超过该透支额度;其中,转移资源可用于兑换实体物品和/或虚拟物品。
第二服务器根据历史社交数据,和/或,历史邮件数据,和/或,历史理财数据,和/或,历史登录数据确定透支额度。比如,用户在具备社交功能的客户端中的历史登录次数越多,则透支额度越大;再比如,用户在具备社交功能的客户端中的历史登录时长越长,则透支额度越大。因为历史社交数据反映了用户在日常生活中的活跃程度,该活跃程度可以作为用户的信用度的一种参考。
当然,如果用户历史数据中还包含个人基本信息和/或历史兑换数据,则第二服务器此时可以结合历史社交数据、历史邮件数据、历史理财数据、历史登录数据、个人基本信息以及历史兑换数据中的至少一种数据确定出一个更为合适的透支额度。在通常情况下,参考的数据越多,确定出的透支额度更为合适。
第三,第二服务器根据透支额度创建虚拟信用账户。
第二服务器确定透支额度之后,为用户创建虚拟信用账户,并将虚拟信用账户和透支额度进行关联。
至此,第二服务器和第一服务器完成了在为用户创建虚拟信用账户之前的审核过程,并且完成了虚拟信用账户的创建,其中,审核过程只需用户提供诸如身份证号码和姓名在内的少量用户实名信息,相比于背景技术中需要用户提供姓名、身份证号、住址、邮箱和手机号等大量信息,充分保护了用户的隐私,避免了审核过程中可能存在的信息安全隐患。同时,第二服务器以用户历史数据为参考确定虚拟信用账户的透支额度,既简单效率、而且富有参考价值。
请结合参考图3E,其分别示出了虚拟信用账户在审核中和审核完成后的示意图。左侧图示为审核中的示意图,右侧图示为审核完成后的示意图。
步骤311,第二服务器向第一服务器发送虚拟信用账户的账户信息。
账户信息包括账号和透支额度,还可以包括有效期、结算日等等。
对应地,第一服务器接收第二服务器发送的虚拟信用账户的账户信息。
步骤312,第一服务器对虚拟信用账户和电子兑换账户进行绑定。
第一服务器将两者进行绑定之后,用户后续可以在登录电子兑换账户之后,选取所需兑换的物品,然后通过虚拟信用账户完成透支兑换。
步骤313,第一服务器将绑定结果发送给客户端。
该绑定结果可以携带有虚拟信用账户的账号以及透支额度等信息。
对应地,客户端接收第一服务器发送的绑定结果。
请结合参考图3F,客户端接收到绑定结果之后,可以将透支额度41进行显示,以此告知用户。
需要说明的是,在本实施例中,由于用户在申请创建虚拟信用账户之前并未开通电子兑换账户,所以如果客户端为同时具备电子兑换功能和社交功能的客户端,用户可以首先登录其社交账户,然后由第一服务器在后续过程中为其开通电子兑换账户,且社交账户和电子兑换账户为关联的账户,在后续电子兑换账户的开通过程中可以延用用户在社交账户中的相关信息,比如账号、昵称、头像等等;如果客户端仅为具备电子兑换功能的客户端,则第一服务器在为用户开通电子兑换账户的过程中,除了采集用户实名信息和电子兑换密钥之外,还可以采集昵称、头像之类的信息。
综上所述,本实施例提供的信用账户创建方法,通过客户端获取未开通电子兑换账户的用户的用户实名信息,并将用户实名信息通过第一服务器转发给第二服务器,第二服务器在接收到用户实名信息之后,检测是否已存在与用户实名信息对应的信用账户,如果已存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方法存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方法,本实施例提供的信用账户创建方法省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
另外,本实施例通过第一服务器获取与用户实名信息对应的用户历史数据,并将用户历史数据发送给第二服务器,使得第二服务器以用户历史数据为参考确定虚拟信用账户的透支额度,既保证了透支额度在设定时的准确性,又实现了快速高效地创建虚拟信用账户;本实施例还通过第一服务器为用户开通电子兑换账户,并将该电子兑换账户与用户的虚拟信用账户进行绑定,在用户得到该虚拟信用账户之后,便可通过上述两个账户完成电子兑换,最大程度地提高了虚拟信用账户在使用过程中的便捷度。
另外,本实施例提供的虚拟信用账户创建方法,通过采集用户在已有的社交类应用账户和/或电子兑换类应用账户中的历史信息,并以该历史信息作为对用户进行审核的参考和依据,免去了用户自行提交或者人工采集用户资料信息的烦琐步骤,提高了信用账户创建效率。
请参考图4,其示出了本发明实施例所涉及的一个具体例子的流程图。其中,涉及的实施主体包括客户端、第一服务器和第二服务器。客户端和第二服务器分别与第一服务器通过有线网络或者无线网络相连。客户端可以是具备电子兑换功能的客户端,或者是同时具备电子兑换功能和社交功能的客户端,比如支付宝客户端、微信客户端。第一服务器为与客户端对应的服务器,两者结合实现电子兑换功能,比如网络购物、在线支付。第二服务器为用于创建用户的虚拟信用账户的服务器,该虚拟信用账户可以是虚拟信用卡账户。
在下面的例子中,以客户端为微信客户端、第一服务器为财付通服务器、第二服务器为银行服务器、电子兑换账户为微信支付账户、用户实名信息为用户的姓名和身份证号码、验证终端标识为手机号码、验证终端为手机、兑换密钥为微信支付密码、用户历史数据为用户的个人基本信息和微信活跃度信息、信用账户为实体信用卡账户、且虚拟信用账户为虚拟信用卡账户为例。通过微信客户端、财付通服务器和银行服务器之间的交互实现虚拟信用卡账户的创建。下面,将对虚拟信用卡账户的申请、审核和创建过程进行示例性的介绍和说明。具体地:
步骤401,微信客户端获取未开通微信支付账户的用户的姓名和身份证号码。
步骤402,微信客户端向财付通服务器发送用户的姓名和身份证号码;
对应地,财付通服务器接收微信客户端发送的用户的姓名和身份证号码。
步骤403,财付通服务器向银行服务器转发用户的姓名和身份证号码;
对应地,银行服务器接收财付通服务器转发的用户的姓名和身份证号码。
步骤404,银行服务器检测是否已存在与用户的姓名和身份证号码对应的实体信用卡账户。
步骤405,若检测出存在实体信用卡账户,则银行服务器向财付通服务器发送与实体信用卡账户绑定的手机号码;
对应地,财付通服务器接收银行服务器发送的与实体信用卡账户绑定的手机号码。
另外,若检测出不存在实体信用卡账户,则银行服务器向财付通服务器发送用于表示不存在实体信用卡账户的指示信息。
该指示信息用于触发财付通服务器向微信客户端发送用于表示终止虚拟信用卡账户的创建的指示。
或者,该指示信息用于触发财付通服务器向微信客户端发送绑定指令。微信客户端接收绑定指令,在绑定指令的指示下获取用户的借记卡账户的卡号,向财付通服务器发送借记卡账户的卡号。财付通服务器接收借记卡账户的卡号,根据用户的姓名和身份证号码开通用户的微信支付账户,根据借记卡账户的卡号对微信支付账户和借记卡账户进行绑定,将绑定结果发送给银行服务器。银行服务器接收绑定结果,创建用户的虚拟信用卡账户。
步骤406,财付通服务器对手机号码进行验证。
具体来讲,本步骤包括如下几个子步骤:
第一,向手机号码所指示的手机发送验证信息;
第二,接收微信客户端发送的待验证信息;
第三,检测待验证信息与验证信息是否相同;
第四,若检测出待验证信息与验证信息相同,则确定对手机号码的验证通过。
另外,若检测出待验证信息与验证信息不相同,则确定对手机号码的验证失败,财付通服务器可以根据上述步骤对手机号码再次进行验证,也可以直接向微信客户端发送用于表示终止虚拟信用卡账户的创建的指示。
步骤407,财付通服务器根据用户的姓名和身份证号码开通用户的微信支付账户。
具体来讲,本步骤可以包括如下几个子步骤:
第一,财付通服务器向微信客户端发送支付密码获取指令;
对应地,微信客户端接收财付通服务器发送的支付密码获取指令。
第二,微信客户端根据支付密码获取指令获取用户输入的微信支付密码。
第三,微信客户端向财付通服务器发送微信支付密码;
对应地,财付通服务器接收微信客户端发送的微信支付密码。
第四,财付通服务器根据微信支付密码、用户的姓名以及身份证号码开通用户的微信支付账户。
步骤408,财付通服务器获取与用户的姓名和身份证号码对应的用户的个人基本信息和微信活跃度信息。
步骤409,财付通服务器向银行服务器发送用户的个人基本信息、微信活跃度信息以及账户创建指示;
对应地,银行服务器接收财付通服务器发送的用户的个人基本信息、微信活跃度信息以及账户创建指示。
步骤410,在接收到用户的个人基本信息、微信活跃度信息以及账户创建指示后,银行服务器根据用户的个人基本信息和微信活跃度信息创建用户的虚拟信用卡账户。
具体来讲,本步骤可以包括如下几个子步骤:
第一,银行服务器读取用户的个人基本信息和微信活跃度信息。
第二,银行服务器根据用户的个人基本信息和微信活跃度信息确定虚拟信用卡账户的透支额度。
第三,银行服务器根据透支额度创建虚拟信用卡账户。
步骤411,银行服务器向财付通服务器发送虚拟信用卡账户的卡号和透支额度;
对应地,财付通服务器接收银行服务器发送的虚拟信用卡账户的卡号和透支额度。
步骤412,财付通服务器对虚拟信用卡账户和微信支付账户进行绑定。
步骤413,财付通服务器将绑定结果发送给微信客户端;
对应地,微信客户端接收财付通服务器发送的绑定结果。
需要说明的是,用户在成功申请创建虚拟信用卡账户之后,可以使用该虚拟信用卡账户在微信支付中进行网络购物、网上支付等消费活动,且上述消费方式为透支消费。用户的虚拟信用卡账户中透支的金额由银行进行垫付,并在规定的日期之前需要用户进行还款,具体操作流程与实体信用卡账户相同或者相似,不再赘述。
下述为本发明装置实施例,可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节,请参照本发明方法实施例。
请参考图5,其示出了本发明一个实施例提供的信用账户创建装置的结构方框图,该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第一服务器的部分或者全部。该信用账户创建装置包括:实名接收模块510和实名转发模块520。
实名接收模块510,用于接收客户端发送的未开通电子兑换账户的用户的用户实名信息。
实名转发模块520,用于向第二服务器转发所述用户实名信息,所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
综上所述,本实施例提供的信用账户创建装置,通过第一服务器接收客户端发送的未开通电子兑换账户的用户的用户实名信息,向第二服务器转发用户实名信息,该用户实名信息用于触发第二服务器检测是否已存在与用户实名信息对应的信用账户,若检测出存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方案,本实施例提供的信用账户创建方案省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
请参考图6,其示出了本发明另一实施例提供的信用账户创建装置的结构方框图,该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第二服务器的部分或者全部。该信用账户创建装置包括:信息接收模块610、实体检测模块620和虚拟创建模块630。
信息接收模块610,用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息,所述用户实名信息是由客户端获取并发送给所述第一服务器的。
实体检测模块620,用于检测是否已存在与所述用户实名信息对应的信用账户。
虚拟创建模块630,用于若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
综上所述,本实施例提供的信用账户创建装置,通过第二服务器接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息,检测是否已存在与用户实名信息对应的信用账户,若检测出存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方案,本实施例提供的信用账户创建方案省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
请参考图7,其示出了本发明再一实施例提供的信用账户创建装置的结构方框图,该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为客户端的部分或者全部。该信用账户创建装置包括:实名获取模块710和实名发送模块720。
实名获取模块710,用于获取未开通电子兑换账户的用户的用户实名信息。
实名发送模块720,用于向第一服务器发送所述用户实名信息,所述用户实名信息用于在被所述第一服务器转发至第二服务器后,触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
综上所述,本实施例提供的信用账户创建装置,通过客户端获取未开通电子兑换账户的用户的用户实名信息,并向第一服务器发送用户实名信息,该用户实名信息用于在被第一服务器转发至第二服务器后,触发第二服务器检测是否已存在与用户实名信息对应的信用账户,若检测出存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方案,本实施例提供的信用账户创建方案省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
请参考图8,其示出了本发明一个实施例提供的信用账户创建系统的结构方框图。该信用账户创建系统包括:客户端700、与客户端700通过有线网络或者无线网络相连的第一服务器500以及与第一服务器500通过有线网络或者无线网络相连的第二服务器600。
客户端700可以包括信用账户创建装置,该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为客户端700的部分或者全部。该信用账户创建装置包括:实名获取模块710、实名发送模块720、验证获取模块722、验证发送模块724、指令获取模块726、密钥获取模块728、密钥发送模块730和绑定接收模块732。
实名获取模块710,用于获取未开通电子兑换账户的用户的用户实名信息。
实名发送模块720,用于向第一服务器发送所述用户实名信息,所述用户实名信息用于在被所述第一服务器转发至第二服务器后,触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
验证获取模块722,用于获取待验证信息,所述待验证信息是在所述第一服务器接收到所述第二服务器发送的与所述信用账户绑定的验证终端标识,并向所述验证终端标识所指示的验证终端发送验证信息之后被输入的。
验证发送模块724,用于将所述待验证信息发送给所述第一服务器,以便所述第一服务器检测所述待验证信息与所述验证信息是否相同,并在检测出两者相同时,触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
指令获取模块726,用于接收所述第一服务器发送的兑换密钥获取指令。
密钥获取模块728,用于根据所述兑换密钥获取指令获取电子兑换密钥。
密钥发送模块730,用于向所述第一服务器发送所述电子兑换密钥,所述电子兑换密钥用于触发所述第一服务器根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户,并在接收到所述第二服务器发送的所述虚拟信用账户的账户信息后,对所述虚拟信用账户和所述电子兑换账户进行绑定;其中,所述虚拟信用账户的账户信息是在所述第二服务器创建所述虚拟信用账户之后发送给所述第一服务器的。
绑定接收模块732,用于接收所述第一服务器发送的绑定结果。
第一服务器500可以包括信用账户创建装置,该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第一服务器500的部分或者全部。该信用账户创建装置包括:实名接收模块510、实名转发模块520、终端验证模块522、兑换开通模块532、虚拟接收模块534、账户绑定模块536、绑定发送模块538、历史获取模块540和历史发送模块542。
实名接收模块510,用于接收所述客户端发送的未开通电子兑换账户的用户的用户实名信息。
实名转发模块520,用于向第二服务器转发所述用户实名信息,所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出存在所述信用账户,则创建所述用户的虚拟信用账户。
终端验证模块522,用于对所述用户的终端信息进行验证,若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
具体来讲,所述终端验证模块522,包括:标识接收单元522a和标识验证单元522b。
所述标识接收单元522a,用于接收所述第二服务器发送的与所述信用账户绑定的验证终端标识,所述验证终端标识是所述第二服务器在创建所述用户的虚拟信用账户之前发送的。
所述标识验证单元522b,用于对所述验证终端标识进行验证。
所述标识验证单元522b,包括:信息发送子单元522b1、待验接收子单元522b2、待验检测子单元522b3和指示发送子单元522b4。
所述信息发送子单元522b1,用于向所述验证终端标识所指示的验证终端发送验证信息。
所述待验接收子单元522b2,用于接收所述客户端发送的待验证信息。
所述待验检测子单元522b3,用于检测所述待验证信息与所述验证信息是否相同。
所述指示发送子单元522b4,用于若检测出所述待验证信息与所述验证信息相同,则向所述第二服务器发送账户创建指示,所述账户创建指示用于触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
所述终端验证模块522,还用于通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式,完成对所述用户的终端信息验证。
兑换开通模块532,用于根据所述用户实名信息开通所述用户的电子兑换账户。
具体来讲,所述兑换开通模块532,包括:指令发送单元532a、密钥接收单元532b和兑换开通单元532c。
所述指令发送单元532a,用于向所述客户端发送兑换密钥获取指令,所述兑换密钥获取指令用于触发所述客户端获取兑换密钥。
所述密钥接收单元532b,用于接收所述客户端发送的所述兑换密钥。
所述兑换开通单元532c,用于根据所述兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。
虚拟接收模块534,用于接收所述第二服务器发送的所述虚拟信用账户的账户信息,所述虚拟信用账户的账户信息是在所述第二服务器创建所述虚拟信用账户之后发送的。
账户绑定模块536,用于对所述虚拟信用账户和所述电子兑换账户进行绑定。
绑定发送模块538,用于将绑定结果发送给所述客户端。
历史获取模块540,用于获取与所述用户实名信息对应的用户历史数据。
历史发送模块542,用于向所述第二服务器发送所述用户历史数据,以便所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。
第二服务器600可以包括信用账户创建装置,该信用账户创建装置可以通过软件、硬件或者两者的结合实现成为第二服务器600的部分或者全部。该信用账户创建装置包括:信息接收模块610、实体检测模块620、标识发送模块622、指示接收模块624、敏感接收模块626和虚拟创建模块630。
信息接收模块610,用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息,所述用户实名信息是由客户端获取并发送给所述第一服务器的。
实体检测模块620,用于检测是否已存在与所述用户实名信息对应的信用账户。
标识发送模块622,用于向所述第一服务器发送与所述信用账户绑定的验证终端标识。
指示接收模块624,用于接收所述第一服务器发送的账户创建指示,所述账户创建指示是在所述第一服务器接收到所述验证终端标识,并确定对所述验证终端标识的验证通过之后发送的。
历史接收模块626,用于接收所述第一服务器发送的与所述用户实名信息对应的用户历史数据,所述用户历史数据用于创建所述用户的虚拟信用账户。
虚拟创建模块630,用于若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
所述虚拟创建模块630,还用于根据所述账户创建指示执行所述创建所述用户的虚拟信用账户的步骤。
所述虚拟创建模块630,还用于根据所述用户历史数据创建所述用户的虚拟信用账户。
具体来讲,所述虚拟创建模块630,包括:历史读取单元630a、额度确定单元630b和虚拟创建单元630c。
所述历史读取单元630a,用于读取所述用户历史数据中的历史社交数据,和/或,历史邮件数据,和/或,历史理财数据,和/或,历史登录数据。
所述额度确定单元630b,用于根据所述历史社交数据,和/或,所述历史邮件数据,和/或,所述历史理财数据,和/或,所述历史登录数据确定所述虚拟信用账户的透支额度,所述透支额度用于标识所述虚拟信用账户能够透支的最大数值。
所述虚拟创建单元630c,用于根据所述透支额度创建所述虚拟信用账户。
综上所述,本实施例提供的信用账户创建系统,通过客户端获取未开通电子兑换账户的用户的用户实名信息,并将用户实名信息通过第一服务器转发给第二服务器,第二服务器在接收到用户实名信息之后,检测是否已存在与用户实名信息对应的信用账户,如果已存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方案,本实施例提供的信用账户创建系统省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
另外,本实施例通过第一服务器获取与用户实名信息对应的用户历史数据,并将用户历史数据发送给第二服务器,使得第二服务器以用户历史数据为参考确定虚拟信用账户的透支额度,既保证了透支额度在设定时的准确性,又实现了快速高效地创建虚拟信用账户;本实施例还通过第一服务器为用户开通电子兑换账户,并将该电子兑换账户与用户的虚拟信用账户进行绑定,在用户得到该虚拟信用账户之后,便可通过上述两个账户完成电子兑换,最大程度地提高了虚拟信用账户在使用过程中的便捷度。
需要说明的是:上述实施例提供的信用账户创建装置和系统在创建信用账户时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的信用账户创建装置和系统与信用账户创建方法的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
请参考图9,其示出了本发明另一实施例提供的信用账户创建系统的结构方框图。该信用账户创建系统包括:客户端910、与客户端910通过有线网络或者无线网络相连的第一服务器920以及与第一服务器920通过有线网络或者无线网络相连的第二服务器930。其中,
客户端910,用于获取未开通电子兑换账户的用户的用户实名信息,向第一服务器发送所述用户实名信息。
第一服务器920,用于接收所述用户实名信息,向第二服务器转发所述用户实名信息。
第二服务器930,用于接收所述用户实名信息,检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
可选地,所述第一服务器920,还用于获取与所述用户实名信息对应的用户历史数据,向所述第二服务器发送所述用户历史数据。
所述第二服务器930,还用于接收所述用户历史数据,所述用户历史数据用于创建所述用户的虚拟信用账户。
可选地,所述第二服务器930,还用于根据所述用户历史数据创建所述用户的虚拟信用账户。
可选地,所述第二服务器930,还用于读取所述用户历史数据中的历史社交数据,和/或,历史邮件数据,和/或,历史登录数据;根据所述历史社交数据,和/或,所述历史邮件数据,和/或,所述历史登录数据确定所述虚拟信用账户的透支额度,所述透支额度用于标识所述虚拟信用账户能够透支的最大数值;根据所述透支额度创建所述虚拟信用账户。
可选地,所述第一服务器920,还用于对所述用户的终端信息进行验证,若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
可选地,所述第二服务器930,还用于向所述第一服务器发送与所述信用账户绑定的验证终端标识。
所述第一服务器920,还用于接收所述验证终端标识,并对所述验证终端标识进行验证。
可选地,所述第一服务器920,还用于向所述验证终端标识所指示的验证终端发送验证信息;接收所述客户端发送的待验证信息;检测所述待验证信息与所述验证信息是否相同;若检测出所述待验证信息与所述验证信息相同,则确定对所述验证终端标识的验证通过。
可选地,所述第一服务器920,还用于通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式,完成对所述用户的终端信息验证。
可选地,所述第一服务器920,还用于根据所述用户实名信息开通所述用户的电子兑换账户。
可选地,所述第二服务器930,还用于向所述第一服务器发送所述虚拟信用账户的账户信息。
所述第一服务器920,还用于接收所述虚拟信用账户的账户信息,对所述虚拟信用账户和所述电子兑换账户进行绑定,并将绑定结果发送给所述客户端。
所述客户端910,还用于接收所述绑定结果。
可选地,所述第一服务器920,还用于向所述客户端发送兑换密钥获取指令。
所述客户端910,还用于接收所述兑换密钥获取指令,根据所述兑换密钥获取指令获取兑换密钥,向所述第一服务器发送所述兑换密钥。
所述第一服务器920,还用于接收所述兑换密钥,根据所述兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。
综上所述,本实施例提供的信用账户创建系统,通过客户端获取未开通电子兑换账户的用户的用户实名信息,并将用户实名信息通过第一服务器转发给第二服务器,第二服务器在接收到用户实名信息之后,检测是否已存在与用户实名信息对应的信用账户,如果已存在信用账户,则创建用户的虚拟信用账户;解决了背景技术中涉及的信用账户创建方案存在的创建流程较长以及创建效率低的问题;相比于背景技术中涉及的信用账户创建方案,本实施例提供的信用账户创建系统省去了获取大量用户资料信息的过程,也进一步省去了对用户资料信息进行人工审核的过程,充分简化了信用账户创建过程中的手续,达到了缩短信用账户的创建流程以及提高信用账户的创建效率的效果。
另外,本实施例通过第一服务器获取与用户实名信息对应的用户历史数据,并将用户历史数据发送给第二服务器,使得第二服务器以用户历史数据为参考确定虚拟信用账户的透支额度,既保证了透支额度在设定时的准确性,又实现了快速高效地创建虚拟信用账户;本实施例还通过第一服务器为用户开通电子兑换账户,并将该电子兑换账户与用户的虚拟信用账户进行绑定,在用户得到该虚拟信用账户之后,便可通过上述两个账户完成电子兑换,最大程度地提高了虚拟信用账户在使用过程中的便捷度。
请参考图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(Code Division Multiple Access,码分多址)、WCDMA(Wideband CodeDivision Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging 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 (46)
1.一种信用账户创建装置,其特征在于,用于第一服务器中,所述装置包括:
实名接收模块,用于接收客户端发送的未开通电子兑换账户的用户的用户实名信息;
实名转发模块,用于向第二服务器转发所述用户实名信息,所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
2.根据权利要求1所述的装置,其特征在于,所述装置还包括:
历史获取模块,用于获取与所述用户实名信息对应的用户历史数据;
历史发送模块,用于向所述第二服务器发送所述用户历史数据,以便所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。
3.根据权利要求1所述的装置,其特征在于,所述装置还包括:
终端验证模块,用于对所述用户的终端信息进行验证,若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
4.根据权利要求3所述的装置,其特征在于,所述终端验证模块,包括:标识接收单元和标识验证单元;
所述标识接收单元,用于接收所述第二服务器发送的与所述信用账户绑定的验证终端标识,所述验证终端标识是所述第二服务器在创建所述用户的虚拟信用账户之前发送的;
所述标识验证单元,用于对所述验证终端标识进行验证。
5.根据权利要求4所述的装置,其特征在于,所述标识验证单元,包括:信息发送子单元、待验接收子单元、待验检测子单元和指示发送子单元;
所述信息发送子单元,用于向所述验证终端标识所指示的验证终端发送验证信息;
所述待验接收子单元,用于接收所述客户端发送的待验证信息;
所述待验检测子单元,用于检测所述待验证信息与所述验证信息是否相同;
所述指示发送子单元,用于若检测出所述待验证信息与所述验证信息相同,则向所述第二服务器发送账户创建指示,所述账户创建指示用于触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
6.根据权利要求3所述的装置,其特征在于,
所述终端验证模块,还用于通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式,完成对所述用户的终端信息验证。
7.根据权利要求1至6任一所述的装置,其特征在于,所述装置还包括:
兑换开通模块,用于根据所述用户实名信息开通所述用户的电子兑换账户。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
虚拟接收模块,用于接收所述第二服务器发送的所述虚拟信用账户的账户信息,所述虚拟信用账户的账户信息是在所述第二服务器创建所述虚拟信用账户之后发送的;
账户绑定模块,用于对所述虚拟信用账户和所述电子兑换账户进行绑定;
绑定发送模块,用于将绑定结果发送给所述客户端。
9.根据权利要求7所述的装置,其特征在于,所述兑换开通模块,包括:指令发送单元、密钥接收单元和兑换开通单元;
所述指令发送单元,用于向所述客户端发送兑换密钥获取指令,所述兑换密钥获取指令用于触发所述客户端获取电子兑换密钥;
所述密钥接收单元,用于接收所述客户端发送的所述电子兑换密钥;
所述兑换开通单元,用于根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。
10.一种信用账户创建装置,其特征在于,用于第二服务器中,所述装置包括:
信息接收模块,用于接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息,所述用户实名信息是由客户端获取并发送给所述第一服务器的;
实体检测模块,用于检测是否已存在与所述用户实名信息对应的信用账户;
虚拟创建模块,用于若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
历史接收模块,用于接收所述第一服务器发送的与所述用户实名信息对应的用户历史数据,所述用户历史数据用于创建所述用户的虚拟信用账户。
12.根据权利要求11所述的装置,其特征在于,
所述虚拟创建模块,还用于根据所述用户历史数据创建所述用户的虚拟信用账户。
13.根据权利要求12所述的装置,其特征在于,所述虚拟创建模块,包括:历史读取单元、额度确定单元和虚拟创建单元;
所述历史读取单元,用于读取所述用户历史数据中的历史社交数据,和/或,历史邮件数据,和/或,历史理财数据,和/或,历史登录数据;
所述额度确定单元,用于根据所述历史社交数据,和/或,所述历史邮件数据,和/或,所述历史理财数据,和/或,所述历史登录数据确定所述虚拟信用账户的透支额度,所述透支额度用于标识所述虚拟信用账户能够透支的最大数值;
所述虚拟创建单元,用于根据所述透支额度创建所述虚拟信用账户。
14.根据权利要求10至13任一所述的装置,其特征在于,所述装置还包括:
标识发送模块,用于向所述第一服务器发送与所述信用账户绑定的验证终端标识;
指示接收模块,用于接收所述第一服务器发送的账户创建指示,所述账户创建指示是在所述第一服务器接收到所述验证终端标识,并确定对所述验证终端标识的验证通过之后发送的;
所述虚拟创建模块,还用于根据所述账户创建指示执行所述创建所述用户的虚拟信用账户的步骤。
15.一种信用账户创建装置,其特征在于,用于客户端中,所述装置包括:
实名获取模块,用于获取未开通电子兑换账户的用户的用户实名信息;
实名发送模块,用于向第一服务器发送所述用户实名信息,所述用户实名信息用于在被所述第一服务器转发至第二服务器后,触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
16.根据权利要求15所述的装置,其特征在于,所述装置还包括:
验证获取模块,用于获取待验证信息,所述待验证信息是在所述第一服务器接收到所述第二服务器发送的与所述信用账户绑定的验证终端标识,并向所述验证终端标识所指示的验证终端发送验证信息之后被输入的;
验证发送模块,用于将所述待验证信息发送给所述第一服务器,以便所述第一服务器检测所述待验证信息与所述验证信息是否相同,并在检测出两者相同时,触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
17.根据权利要求15或16所述的装置,其特征在于,所述装置还包括:
指令获取模块,用于接收所述第一服务器发送的兑换密钥获取指令;
密钥获取模块,用于根据所述兑换密钥获取指令获取电子兑换密钥;
密钥发送模块,用于向所述第一服务器发送所述电子兑换密钥,所述电子兑换密钥用于触发所述第一服务器根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户,并在接收到所述第二服务器发送的所述虚拟信用账户的账户信息后,对所述虚拟信用账户和所述电子兑换账户进行绑定;其中,所述虚拟信用账户的账户信息是在所述第二服务器创建所述虚拟信用账户之后发送给所述第一服务器的;
绑定接收模块,用于接收所述第一服务器发送的绑定结果。
18.一种信用账户创建系统,其特征在于,所述系统包括客户端、与所述客户端相连的第一服务器以及与所述第一服务器相连的第二服务器;
所述客户端包括如权利要求15至17任一所述的信用账户创建装置;
所述第一服务器包括如权利要求1至9任一所述的信用账户创建装置;
所述第二服务器包括如权利要求10至14任一所述的信用账户创建装置。
19.一种信用账户创建方法,其特征在于,所述方法包括:
客户端获取未开通电子兑换账户的用户的用户实名信息,向第一服务器发送所述用户实名信息;
所述第一服务器接收所述用户实名信息,向第二服务器转发所述用户实名信息;
所述第二服务器接收所述用户实名信息,检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
20.根据权利要求19所述的方法,其特征在于,所述创建所述用户的虚拟信用账户之前,还包括:
所述第一服务器获取与所述用户实名信息对应的用户历史数据,向所述第二服务器发送所述用户历史数据;
所述第二服务器接收所述用户历史数据,所述用户历史数据用于创建所述用户的虚拟信用账户。
21.根据权利要求20所述的方法,其特征在于,所述创建所述用户的虚拟信用账户,包括:
所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。
22.根据权利要求21所述的方法,其特征在于,所述根据所述用户历史数据创建所述用户的虚拟信用账户,包括:
所述第二服务器读取所述用户历史数据中的历史社交数据,和/或,历史邮件数据,和/或,历史理财数据,和/或,历史登录数据;
根据所述历史社交数据,和/或,所述历史邮件数据,和/或,所述历史理财数据,和/或,所述历史登录数据确定所述虚拟信用账户的透支额度,所述透支额度用于标识所述虚拟信用账户能够透支的最大数值;
根据所述透支额度创建所述虚拟信用账户。
23.根据权利要求19所述的方法,其特征在于,所述创建所述用户的虚拟信用账户之前,还包括:
所述第一服务器对所述用户的终端信息进行验证,若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
24.根据权利要求23所述的方法,其特征在于,所述第一服务器对所述用户的终端信息进行验证,包括:
所述第二服务器向所述第一服务器发送与所述信用账户绑定的验证终端标识;
所述第一服务器接收所述验证终端标识,并对所述验证终端标识进行验证。
25.根据权利要求24所述的方法,其特征在于,所述对所述验证终端标识进行验证,包括:
所述第一服务器向所述验证终端标识所指示的验证终端发送验证信息;
接收所述客户端发送的待验证信息;
检测所述待验证信息与所述验证信息是否相同;
若检测出所述待验证信息与所述验证信息相同,则确定对所述验证终端标识的验证通过。
26.根据权利要求23所述的方法,其特征在于,所述第一服务器对所述用户的终端信息进行验证,包括:
所述第一服务器通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式,完成对所述用户的终端信息验证。
27.根据权利要求19至26任一所述的方法,其特征在于,所述第一服务器接收所述用户实名信息之后,还包括:
所述第一服务器根据所述用户实名信息开通所述用户的电子兑换账户。
28.根据权利要求27所述的方法,其特征在于,所述创建所述用户的虚拟信用账户之后,还包括:
所述第二服务器向所述第一服务器发送所述虚拟信用账户的账户信息;
所述第一服务器接收所述虚拟信用账户的账户信息,对所述虚拟信用账户和所述电子兑换账户进行绑定,并将绑定结果发送给所述客户端;
所述客户端接收所述绑定结果。
29.根据权利要求27所述的方法,其特征在于,所述根据所述用户实名信息开通所述用户的电子兑换账户,包括:
所述第一服务器向所述客户端发送兑换密钥获取指令;
所述客户端接收所述兑换密钥获取指令,根据所述兑换密钥获取指令获取电子兑换密钥,向所述第一服务器发送所述电子兑换密钥;
所述第一服务器接收所述电子兑换密钥,根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。
30.一种信用账户创建方法,其特征在于,用于第一服务器中,所述方法包括:
接收客户端发送的未开通电子兑换账户的用户的用户实名信息;
向第二服务器转发所述用户实名信息,所述用户实名信息用于触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
31.根据权利要求30所述的方法,其特征在于,所述向第二服务器转发所述用户实名信息之后,还包括:
获取与所述用户实名信息对应的用户历史数据;
向所述第二服务器发送所述用户历史数据,以便所述第二服务器根据所述用户历史数据创建所述用户的虚拟信用账户。
32.根据权利要求30所述的方法,其特征在于,所述向第二服务器转发所述用户实名信息之后,还包括:
对所述用户的终端信息进行验证,若验证通过则触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
33.根据权利要求32所述的方法,其特征在于,所述对所述用户的终端信息进行验证,包括:
接收所述第二服务器发送的与所述信用账户绑定的验证终端标识,所述验证终端标识是所述第二服务器在创建所述用户的虚拟信用账户之前发送的;
对所述验证终端标识进行验证。
34.根据权利要求33所述的方法,其特征在于,所述对所述验证终端标识进行验证,包括:
向所述验证终端标识所指示的验证终端发送验证信息;
接收所述客户端发送的待验证信息;
检测所述待验证信息与所述验证信息是否相同;
若检测出所述待验证信息与所述验证信息相同,则向所述第二服务器发送账户创建指示,所述账户创建指示用于触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
35.根据权利要求32所述的方法,其特征在于,所述对所述用户的终端信息进行验证,包括:
通过手机短信验证、即时通讯信息验证、语音验证、电子邮件验证之一或任意种组合的方式,完成对所述用户的终端信息验证。
36.根据权利要求30至35任一所述的方法,其特征在于,所述接收客户端发送的未开通电子兑换账户的用户的用户实名信息之后,还包括:
根据所述用户实名信息开通所述用户的电子兑换账户。
37.根据权利要求36所述的方法,其特征在于,所述向第二服务器转发所述用户实名信息之后,还包括:
接收所述第二服务器发送的所述虚拟信用账户的账户信息,所述虚拟信用账户的账户信息是在所述第二服务器创建所述虚拟信用账户之后发送的;
对所述虚拟信用账户和所述电子兑换账户进行绑定;
将绑定结果发送给所述客户端。
38.根据权利要求36所述的方法,其特征在于,所述根据所述用户实名信息开通所述用户的电子兑换账户,包括:
向所述客户端发送兑换密钥获取指令,所述兑换密钥获取指令用于触发所述客户端获取电子兑换密钥;
接收所述客户端发送的所述电子兑换密钥;
根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户。
39.一种信用账户创建方法,其特征在于,用于第二服务器中,所述方法包括:
接收第一服务器转发的未开通电子兑换账户的用户的用户实名信息,所述用户实名信息是由客户端获取并发送给所述第一服务器的;
检测是否已存在与所述用户实名信息对应的信用账户;
若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
40.根据权利要求39所述的方法,其特征在于,所述创建所述用户的虚拟信用账户之前,还包括:
接收所述第一服务器发送的与所述用户实名信息对应的用户历史数据,所述用户历史数据用于创建所述用户的虚拟信用账户。
41.根据权利要求40所述的方法,其特征在于,所述创建所述用户的虚拟信用账户,包括:
根据所述用户历史数据创建所述用户的虚拟信用账户。
42.根据权利要求41所述的方法,其特征在于,所述根据所述用户历史数据创建所述用户的虚拟信用账户,包括:
读取所述用户历史数据中的历史社交数据,和/或,历史邮件数据,和/或,历史理财数据,和/或,历史登录数据;
根据所述历史社交数据,和/或,所述历史邮件数据,和/或,所述历史理财数据,和/或,所述历史登录数据确定所述虚拟信用账户的透支额度,所述透支额度用于标识所述虚拟信用账户能够透支的最大数值;
根据所述透支额度创建所述虚拟信用账户。
43.根据权利要求39至42任一所述的方法,其特征在于,所述创建所述用户的虚拟信用账户之前,还包括:
向所述第一服务器发送与所述信用账户绑定的验证终端标识;
接收所述第一服务器发送的账户创建指示,所述账户创建指示是在所述第一服务器接收到所述验证终端标识,并确定对所述验证终端标识的验证通过之后发送的;
根据所述账户创建指示执行所述创建所述用户的虚拟信用账户的步骤。
44.一种信用账户创建方法,其特征在于,用于客户端中,所述方法包括:
获取未开通电子兑换账户的用户的用户实名信息;
向第一服务器发送所述用户实名信息,所述用户实名信息用于在被所述第一服务器转发至第二服务器后,触发所述第二服务器检测是否已存在与所述用户实名信息对应的信用账户,若检测出已存在所述信用账户,则创建所述用户的虚拟信用账户。
45.根据权利要求44所述的方法,其特征在于,所述向第一服务器发送所述用户实名信息之后,还包括:
获取待验证信息,所述待验证信息是在所述第一服务器接收到所述第二服务器发送的与所述信用账户绑定的验证终端标识,并向所述验证终端标识所指示的验证终端发送验证信息之后被输入的;
将所述待验证信息发送给所述第一服务器,以便所述第一服务器检测所述待验证信息与所述验证信息是否相同,并在检测出两者相同时,触发所述第二服务器执行所述创建所述用户的虚拟信用账户的步骤。
46.根据权利要求44或45所述的方法,其特征在于,所述向第一服务器发送所述用户实名信息之后,还包括:
接收所述第一服务器发送的兑换密钥获取指令;
根据所述兑换密钥获取指令获取电子兑换密钥;
向所述第一服务器发送所述电子兑换密钥,所述电子兑换密钥用于触发所述第一服务器根据所述电子兑换密钥和所述用户实名信息开通所述用户的电子兑换账户,并在接收到所述第二服务器发送的所述虚拟信用账户的账户信息后,对所述虚拟信用账户和所述电子兑换账户进行绑定;其中,所述虚拟信用账户的账户信息是在所述第二服务器创建所述虚拟信用账户之后发送给所述第一服务器的;
接收所述第一服务器发送的绑定结果。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410093651.XA CN104917796B (zh) | 2014-03-13 | 2014-03-13 | 信用账户创建装置、系统和方法 |
PCT/CN2015/070484 WO2015135388A1 (en) | 2014-03-13 | 2015-01-09 | Device, system, and method for creating virtual credit card |
US15/170,650 US11113684B2 (en) | 2014-03-13 | 2016-06-01 | Device, system, and method for creating virtual credit card |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410093651.XA CN104917796B (zh) | 2014-03-13 | 2014-03-13 | 信用账户创建装置、系统和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104917796A true CN104917796A (zh) | 2015-09-16 |
CN104917796B CN104917796B (zh) | 2019-01-15 |
Family
ID=54070905
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410093651.XA Active CN104917796B (zh) | 2014-03-13 | 2014-03-13 | 信用账户创建装置、系统和方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11113684B2 (zh) |
CN (1) | CN104917796B (zh) |
WO (1) | WO2015135388A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106204261A (zh) * | 2016-06-27 | 2016-12-07 | 财付通支付科技有限公司 | 一种信息处理方法、终端和服务器 |
CN106485581A (zh) * | 2016-10-12 | 2017-03-08 | 上海易贷网金融信息服务有限公司 | 一种银行存管账户管理方法及系统 |
CN106557923A (zh) * | 2015-09-29 | 2017-04-05 | 腾讯科技(深圳)有限公司 | 一种信息处理方法和系统、信息验证方法和装置 |
CN107104923A (zh) * | 2016-02-22 | 2017-08-29 | 阿里巴巴集团控股有限公司 | 一种账号绑定和业务处理的方法及装置 |
CN109714381A (zh) * | 2018-08-20 | 2019-05-03 | 平安普惠企业管理有限公司 | 基于消费追踪的信息推送方法、设备、存储介质及装置 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107748989A (zh) | 2017-09-27 | 2018-03-02 | 阿里巴巴集团控股有限公司 | 一种虚拟卡的开卡方法、系统和支付系统、发卡系统 |
CN109345171A (zh) * | 2018-09-29 | 2019-02-15 | 京东方科技集团股份有限公司 | 一种信息处理方法、终端和服务器、标签 |
CN110995574B (zh) * | 2019-12-06 | 2022-06-10 | 海南车智易通信息技术有限公司 | 用户信息管理方法、获取方法和系统 |
US11704399B2 (en) * | 2020-11-17 | 2023-07-18 | Capital One Services, Llc | Medium for temporary account access |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1619560A (zh) * | 2004-12-09 | 2005-05-25 | 中国工商银行 | 一种用于网上支付的卡数据交易系统及方法 |
CN101414370A (zh) * | 2008-12-15 | 2009-04-22 | 阿里巴巴集团控股有限公司 | 利用虚拟卡提高支付安全的支付方法、系统及支付平台 |
US20130103581A1 (en) * | 2011-10-25 | 2013-04-25 | Richard Barry | Systems and methods for single number pan virtual/physical card |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070203850A1 (en) * | 2006-02-15 | 2007-08-30 | Sapphire Mobile Systems, Inc. | Multifactor authentication system |
US7689508B2 (en) * | 2007-11-20 | 2010-03-30 | Wells Fargo Bank N.A. | Mobile device credit account |
US20130144785A1 (en) * | 2011-03-29 | 2013-06-06 | Igor Karpenko | Social network payment authentication apparatuses, methods and systems |
US20120271692A1 (en) * | 2011-04-23 | 2012-10-25 | Xingang Huang | Method and System for Smart Phone Based Virtual Card |
US20130054454A1 (en) * | 2011-08-18 | 2013-02-28 | Thomas Purves | Wallet Service Enrollment Platform Apparatuses, Methods and Systems |
US20130159154A1 (en) * | 2011-08-18 | 2013-06-20 | Thomas Purves | Wallet service enrollment platform apparatuses, methods and systems |
US8577810B1 (en) * | 2011-09-29 | 2013-11-05 | Intuit Inc. | Secure mobile payment authorization |
US20130159188A1 (en) * | 2011-12-16 | 2013-06-20 | SaySearch Inc. | Automatic user validation system and method |
US20150186872A1 (en) * | 2014-01-01 | 2015-07-02 | Bank Of America Corporation | Temporary virtual card |
US10419422B2 (en) * | 2015-07-06 | 2019-09-17 | Apple Inc. | Combined authorization process |
-
2014
- 2014-03-13 CN CN201410093651.XA patent/CN104917796B/zh active Active
-
2015
- 2015-01-09 WO PCT/CN2015/070484 patent/WO2015135388A1/en active Application Filing
-
2016
- 2016-06-01 US US15/170,650 patent/US11113684B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1619560A (zh) * | 2004-12-09 | 2005-05-25 | 中国工商银行 | 一种用于网上支付的卡数据交易系统及方法 |
CN101414370A (zh) * | 2008-12-15 | 2009-04-22 | 阿里巴巴集团控股有限公司 | 利用虚拟卡提高支付安全的支付方法、系统及支付平台 |
US20130103581A1 (en) * | 2011-10-25 | 2013-04-25 | Richard Barry | Systems and methods for single number pan virtual/physical card |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106557923A (zh) * | 2015-09-29 | 2017-04-05 | 腾讯科技(深圳)有限公司 | 一种信息处理方法和系统、信息验证方法和装置 |
CN107104923A (zh) * | 2016-02-22 | 2017-08-29 | 阿里巴巴集团控股有限公司 | 一种账号绑定和业务处理的方法及装置 |
CN106204261A (zh) * | 2016-06-27 | 2016-12-07 | 财付通支付科技有限公司 | 一种信息处理方法、终端和服务器 |
CN106485581A (zh) * | 2016-10-12 | 2017-03-08 | 上海易贷网金融信息服务有限公司 | 一种银行存管账户管理方法及系统 |
CN109714381A (zh) * | 2018-08-20 | 2019-05-03 | 平安普惠企业管理有限公司 | 基于消费追踪的信息推送方法、设备、存储介质及装置 |
CN109714381B (zh) * | 2018-08-20 | 2022-10-14 | 平安普惠企业管理有限公司 | 基于消费追踪的信息推送方法、设备、存储介质及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104917796B (zh) | 2019-01-15 |
US20160275485A1 (en) | 2016-09-22 |
WO2015135388A1 (en) | 2015-09-17 |
US11113684B2 (en) | 2021-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104915835A (zh) | 信用账户创建装置、系统和方法 | |
CN104917796A (zh) | 信用账户创建装置、系统和方法 | |
CN104618415A (zh) | 信用账户创建方法、装置及系统 | |
US9703971B2 (en) | Sensitive operation verification method, terminal device, server, and verification system | |
CN104618416A (zh) | 信用账户创建方法、装置及系统 | |
CN104901805B (zh) | 一种身份鉴权方法、装置和系统 | |
CN103634294A (zh) | 信息验证方法和装置 | |
CN104901864A (zh) | 用于信息交互的系统及方法 | |
CN103763112B (zh) | 一种用户身份保护方法和装置 | |
CN104572299A (zh) | 进行资源转移的方法和装置 | |
CN104852885A (zh) | 一种进行验证码验证的方法、装置和系统 | |
CN103425736A (zh) | 一种网页信息识别方法、装置及系统 | |
CN103345602A (zh) | 一种客户端代码完整性检测方法、装置和系统 | |
CN106557962A (zh) | 支付方法、装置及系统 | |
CN104735657B (zh) | 安全终端验证方法、无线接入点绑定方法、装置及系统 | |
CN107808283A (zh) | 订单处理方法、装置及系统 | |
CN104901806B (zh) | 一种虚拟资源处理方法、装置和系统 | |
CN104967593A (zh) | 一种身份验证方法、装置和系统 | |
CN104899672A (zh) | 物品转移装置、系统及方法 | |
CN104778174A (zh) | 一种数据输出控制方法,及设备 | |
CN104123686A (zh) | 办理业务的方法、设备及系统 | |
CN104954149A (zh) | 网络会议中进行数据共享的方法、装置及系统 | |
CN104065634A (zh) | 网络游戏盗号处理方法和系统 | |
CN104954126A (zh) | 敏感操作验证方法、装置及系统 | |
CN104901991A (zh) | 虚拟资源转移方法、装置和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |