CN109583853A - 支付方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本公开实施例公开了一种支付方法、装置、电子设备及计算机可读存储介质。所述方法包括：响应于用户发起的第一预设类型的电子支付请求，确定所述用户是否满足开设第二预设类型的银行账户的开户条件；其中，所述第二预设类型的银行账户为能够通过电子渠道开设的银行账户类型；在所述用户满足所述开户条件时，向银行系统发起开户请求；利用所述银行系统返回的第二预设类型的所述银行账户完成所述电子支付请求。本公开通过为用户开设第二预设类型的银行账户，实现开户、交易一体化，避免了现有技术中交易和开户分离，必须先开户后交易的的状况，大大降低了用户操作成本，简化了业务流程，提高了用户体验。

Description

支付方法、装置、电子设备及计算机可读存储介质

技术领域

本公开涉及计算机技术领域，具体涉及一种支付方法、装置、电子设备及计算机可读存储介质。

背景技术

在央行加大第三方支付机构监管的背景下，企业的很多业务受到了一定的限制，很多业务需要用户开通银行的Ⅱ类银行账户为前提才能进行交易。原来开户和交易两种业务隔离，用户如需要进行特定业务交易，需要通过银行柜面，手机银行等通道先在制定银行完成相关Ⅱ类银行账户的开户业务，才能转而在第三方支付机构平台上做相关业务的交易。整个过程繁琐不便，用户体验较差。

发明内容

本公开实施例提供一种支付方法、装置、电子设备及计算机可读存储介质。

第一方面，本公开实施例中提供了一种支付方法。

具体的，所述支付方法，包括：

响应于用户发起的第一预设类型的电子支付请求，确定所述用户是否满足开设第二预设类型的银行账户的开户条件；其中，所述第二预设类型的银行账户为能够通过电子渠道开设的银行账户类型；

在所述用户满足所述开户条件时，向银行系统发起开户请求；

利用所述银行系统返回的第二预设类型的所述银行账户完成所述电子支付请求。

进一步地，所述第二预设类型的银行账户为Ⅱ类银行账户。

进一步地，确定所述用户是否满足开设第二预设类型的银行账户的开户条件，包括：

获取所述用户的实名认证信息；

根据所述用户的实名认证信息确定所述用户是否满足所述开户条件。

进一步地，根据所述用户的实名认证信息确定所述用户是否满足所述开户条件，包括：

确定所述用户是否具有Ⅰ类银行账户；

在所述用户具有Ⅰ类银行账户时，确定所述实名认证信息与所述Ⅰ类银行账户的信息是否相匹配。

进一步地，在所述用户满足所述开户条件时，向银行系统发起开户请求之后，所述方法还包括：

接收所述银行系统返回的第二预设类型的所述银行账户的信息；

将第二预设类型的所述银行账户的信息与所述用户的实名认证信息关联存储。

进一步地，所述第一预设类型的电子支付请求包括需要使用第二预设类型的所述银行账户进行电子支付的请求。

进一步地，在所述用户满足所述开户条件时，向银行系统发起开户请求，包括：

将所述用户的实名认证信息以及所述Ⅰ类银行账户信息封装到开户请求后，发送至所述银行系统。

第二方面，本公开实施例中提供了一种支付装置。

具体的，所述支付装置，包括：

确定模块，被配置为响应于用户发起的第一预设类型的电子支付请求，确定所述用户是否满足开设第二预设类型的银行账户的开户条件；其中，所述第二预设类型的银行账户为能够通过电子渠道开设的银行账户类型；

请求模块，被配置为在所述用户满足所述开户条件时，向银行系统发起开户请求；

支付模块，被配置为利用所述银行系统返回的第二预设类型的所述银行账户完成所述电子支付请求。

进一步地，所述第二预设类型的银行账户为Ⅱ类银行账户。

进一步地，所述确定模块，包括：

获取子模块，被配置为获取所述用户的实名认证信息；

第一确定子模块，被配置为根据所述用户的实名认证信息确定所述用户是否满足所述开户条件。

进一步地，所述第一确定子模块，包括：

第二确定子模块，被配置为确定所述用户是否具有Ⅰ类银行账户；

第三确定子模块，被配置为在所述用户具有Ⅰ类银行账户时，确定所述实名认证信息与所述Ⅰ类银行账户的信息是否相匹配。

进一步地，所述请求模块之后，所述装置还包括：

接收模块，被配置为接收所述银行系统返回的第二预设类型的所述银行账户的信息；

存储模块，被配置为将第二预设类型的所述银行账户的信息与所述用户的实名认证信息关联存储。

进一步地，所述第一预设类型的电子支付请求包括需要使用第二预设类型的所述银行账户进行电子支付的请求。

进一步地，所述请求模块，包括：

请求子模块，被配置为将所述用户的实名认证信息以及所述Ⅰ类银行账户信息封装到开户请求后，发送至所述银行系统。

所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，支付装置的结构中包括存储器和处理器，所述存储器用于存储一条或多条支持支付装置执行上述第一方面中支付方法的计算机指令，所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述支付装置还可以包括通信接口，用于支付装置与其他设备或通信网络通信。

第三方面，本公开实施例提供了一种电子设备，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现第一方面所述的方法步骤。

第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储支付装置所用的计算机指令，其包含用于执行上述第一方面中支付方法所涉及的计算机指令。

本公开实施例提供的技术方案可以包括以下有益效果：

本公开实施例在接收到用户发起的需要开设第二预设类型的银行账户的第一预设类型的电子支付请求时，先校验用户是否开设第二预设类型的银行账户开户条件，如果满足的话，直接向银行系统发起开户请求，并在成功为用户开设第二预设类型的银行账户后，利用该第二预设类型的银行账户完成用户的电子支付请求。本公开实施例通过上述方式，为用户开设第二预设类型的银行账户，实现开户、交易一体化，避免了现有技术中交易和开户分离，必须先开户后交易的的状况，大大降低了用户操作成本，简化了业务流程，提高了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开一实施方式的支付方法的流程图；

图2示出根据图1所示实施方式的步骤S101的流程图；

图3示出根据图2所示实施方式的步骤S202的流程图；

图4示出根据图1所示实施方式的步骤S102之后用于存储第二预设类型账户的流程图；

图5示出根据本公开一实施方式的支付装置的结构框图；

图6示出根据图5所示实施方式的确定模块501的结构框图；

图7示出根据图6所示实施方式的第一确定子模块602的结构框图；

图8示出根据图5所示实施方式的请求模块502之后用于存储第二预设类型账户的结构框图；

图9是适于用来实现根据本公开一实施方式的支付方法的电子设备的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出根据本公开一实施方式的支付方法的流程图。如图1所示，所述支付方法包括以下步骤S101-S103：

在步骤S101中，响应于用户发起的第一预设类型的电子支付请求，确定所述用户是否满足开设第二预设类型的银行账户的开户条件；其中，所述第二预设类型的银行账户为能够通过电子渠道开设的银行账户类型；

在步骤S102中，在所述用户满足所述开户条件时，向银行系统发起开户请求；

在步骤S103中，利用所述银行系统返回的第二预设类型的所述银行账户完成所述电子支付请求。

2016年央行发布《中国人民银行加强支付结算管理防范电信网络新型违法犯罪有关事项的通知》(又称261号文)，将普通用户的账户划分为三类：Ⅰ类银行账户、Ⅱ类银行账户和Ⅲ类银行账户。Ⅰ类银行账户：银行可通过Ⅰ类银行账户为存款人提供存款、购买投资理财产品等金融产品、转账、消费和缴费支付、支取现金等服务。Ⅱ类银行账户：银行可通过类银行账户为存款人提供存款、购买投资理财产品等金融产品、限定金额的消费和缴费支付等服务。银行不得通过Ⅱ类银行账户为存款人提供存取现金服务，不得为Ⅱ类银行账户发放实体介质。通过电子渠道开立Ⅱ类银行账户的，银行应通过绑定开户申请人的同名Ⅰ类银行账户(信用卡除外)，作为核验开户申请人身份信息的手段之一，确认绑定账户的所有人是开户申请人本人，绑定账户的开户银行名称和账号与开户申请人提供的信息一致。Ⅱ类银行账户与绑定账户的资金划转限额由银行与存款人协商确定；银行应根据自身风险管理水平和存款人风险等级，与存款人约定办理消费和缴费支付的单日累计支付限额，但最高额度不超过10000元。Ⅲ类银行账户：银行可通过Ⅲ类银行账户为存款人提供限定金额的消费和缴费支付服务。银行不得通过Ⅲ类银行账户为存款人提供存取现金服务，不得为Ⅲ类银行账户发放实体介质。

本实施例中，第一预设类型的电子支付请求可以是需要使用第二预设类型的银行账户进行支付的请求，第二预设类型的银行账户可以是能够通过电子渠道开设的银行账户类型，按照目前央行的规定，可以包括Ⅱ类银行账户和Ⅲ类银行账户。当然可以理解的是，在有其他规定的情况下，也可以是其他类型的银行账户。

按照目前央行的规定，一些金融产品只能使用Ⅱ类银行账户和/或Ⅲ类银行账户进行购买，也即进行支付，因此第一预设类型可以基于用户所要购买的金融产品确定，而第二预设类型可以基于央行的规定确定。在一实施例中，可以在第一预设类型和第二预设类型户之间建立对应关系，在接收到用户发起的第一预设类型的电子支付请求后，匹配得到对应的第二预设类型，并确定所述用户是否满足开设第二预设类型的银行账户的开户条件。开户条件可以根据央行以及银行系统的规定来确定，不同类型的银行账户的开户条件可能不同，不同银行系统针对同一类型的银行账户也可能设置了不同的开户条件，因此开户条件可以基于实际情况确定，在此不做限制。

在确定用户满足第二预设类型的银行账户的开户条件的情况下，可以向银行系统发起开户请求。基于央行以及银行系统的规定，可以在开户请求中将开设第二预设类型的银行账户所需的信息发送给银行系统。用户在电子支付请求中可以指定进行支付的银行系统，如中国银行、工商银行等。在一实施例中，用户通过第三方交易平台购买某个金融产品时，选择该金融产品所支持的其中一个银行系统，并发起相应的电子支付请求，在接收到该电子支付请求后，从中解析出相关信息，并在用户满足开户条件的情况下，向该银行系统发起开户请求。

银行系统在接收到开户请求后，通过验证开户请求中的用户信息，例如证件信息等，并在验证通过后，为用户开设第二预设类型的银行账户，之后再返回用户的第二预设类型的银行账户的信息。在接收到为用户开设的第二预设类型银行账户的信息后，利用该第二预设类型的银行账户的信息完成该电子支付请求，也即利用新开设的第二预设类型的银行账户为本次电子支付进行付款。

本公开实施例在接收到用户发起的需要开设第二预设类型的银行账户进行支付的第一预设类型的电子支付请求时，先校验用户是否满足第二预设类型的银行账户开户条件，如果满足的话，直接向银行系统发起开户请求，并在成功为用户开设第二预设类型的银行账户后，利用该第二预设类型的银行账户完成用户的电子支付请求。本公开实施例通过上述方式，为用户开设第二预设类型的银行账户，实现开户、交易一体化，避免了现有技术中交易和开户分离，必须先开户后交易的的状况，大大降低了用户操作成本，简化了业务流程，提高了用户体验。

在本实施例的一个可选实现方式中，所述第二预设类型的银行账户为Ⅱ类银行账户。

该可选的实现方式中，第二预设类型的银行账户为Ⅱ类银行账户。按照目前的央行规定，有一些金融产品只能使用用户的Ⅱ类银行账户进行付款，而目前很多银行系统都支持用户通过电子渠道开通Ⅱ类银行账户，只要该用户满足开户条件即可。由于央行的该规定发行时间较短，目前很多用户并未开通过Ⅱ类银行账户，因此在购买需要通过Ⅱ类银行账户进行付款的金融产品时，会给用户带来不便。因此本公开实施例在检测到此类电子支付请求时，通过自动为用户开通Ⅱ类银行账户，并完成该电子支付请求，为用户提供了较为便利的支付方式，能够极大地提高用户体验。

在本实施例的一个可选实现方式中，如图2所示，所述步骤S101，即确定所述用户是否满足开设第二预设类型的银行账户的开户条件的步骤，进一步包括以下步骤S201-S202：

在步骤S201中，获取所述用户的实名认证信息；

在步骤S202中，根据所述用户的实名认证信息确定所述用户是否满足所述开户条件。

该可选的实现方式中，在验证用户是否满足开户条件时，先获取该用户的实名认证信息。实名认证信息可以包括用户的姓名以及证件信息，例如身份证、护照、军官证等信息，证件信息可以包括证件号以及证件复印件、照片等。用户的实名认证信息可以通过第三方支付平台确定，用户在第三方支付平台上通常都是经过实名认证的，例如提供过身份证信息或者绑定过银行卡等。第三方支付平台和第三方交易平台可以相同也可以不同。在第三方支付平台和第三方交易平台不同的情况下，用户通过第三方交易平台选择所要购买的金融产品，并调用第三方支付平台发起电子支付请求。在第三方支付平台和第三方支付平台相同的情况下，用户选择要购买的金融产品后，第三方交易平台可以直接为用户提供用于支付的各个银行系统的接口，用户选择其中一个银行系统进行发起电子支付请求。本实施例可以在第三方交易平台和/或第三方支付平台监测用户发起的第一预设类型的电子支付请求。如果监测到用户发起的电子支付请求为第一预设类型的电子支付请求，则获取用户的实名认证信息，并根据用户的实名认证信息确定用户是否满足开设第二预设类型的银行账户的开户条件。

在本实施例的一个可选实现方式中，在本实施例的一个可选实现方式中，如图3所示，所述步骤S202，即根据所述用户的实名认证信息确定所述用户是否满足所述开户条件的步骤，至少进一步包括以下步骤S301-S302：

在步骤S301中，确定所述用户是否具有Ⅰ类银行账户；

在步骤S302中，在所述用户具有Ⅰ类银行账户时，确定所述实名认证信息与所述Ⅰ类银行账户的信息是否相匹配。

该可选的实现方式中，第二预设类型的银行账户例如Ⅱ类银行账户的开户条件之一是该用户具有至少一个Ⅰ类银行账户，因此，在确定用户是否满足开设第二预设类型的银行账户时，可以先确定该用户是否具有Ⅰ类银行账户。用户的Ⅰ类银行账户可以通过用户在第三方支付平台绑定的银行卡信息确定，也可以通过银行系统提供的接口进行查询确定。在确定用户具有Ⅰ类银行账户后，将该Ⅰ类银行账户的用户姓名以及绑定的身份证信息等与实名认证信息进行匹配，如果一致的情况下，则可以认为该用户符合开户条件，否则不满足。

开设第二预设类型的银行账户的开户条件包括但不限于上述提到的用户姓名、证件信息、Ⅰ类银行账户等，具体可根据央行以及各个银行系统的规定确定，在此不做限制。

在本实施例的一个可选实现方式中，在本实施例的一个可选实现方式中，如图4所示，所述步骤S102，即确定在所述用户满足所述开户条件时，向银行系统发起开户请求的步骤之后，至少进一步包括以下步骤S401-S402：

在步骤S401中，接收所述银行系统返回的第二预设类型的所述银行账户的信息；

在步骤S402中，将第二预设类型的所述银行账户的信息与所述用户的实名认证信息关联存储。

该可选的实现方式中，银行系统返回的第二预设类型的银行账户的信息可以包括该用户的账户姓名、账户号、账户额度、绑定的手机号码等信息。在接收到第二预设类型的银行账户信息后，将该第二预设类型的银行账户信息与用户的实名认证信息关联存储，以便下次用户发起第一预设类型的电子支付请求后，直接使用该第二预设类型的银行账户进行支付，而无需重新为用户开通新的第二预设类型的银行账户。

在本实施例的一个可选实现方式中，所述预设类型的电子支付请求包括需要使用第二预设类型的所述银行账户进行电子支付的请求。

该可选的实现方式中，用户发起的第一预设类型的电子支付请求为需要使用用户第二预设类型的银行账户进行支付的请求，在监测到这类电子支付请求时，在用户没有第二预设类型的银行账户的情况下，为用户开通第二预设类型的银行账户。例如，央行规定某些金融产品只能使用用户的Ⅱ类银行账户进行购买，因此在用户购买这类金融产品时，本公开实施例可以自动为用户开通Ⅱ类银行账户，以降低用户的操作成本，提高用户体验。

在本实施例的一个可选实现方式中，所述步骤S102，即在所述用户满足所述开户条件时，向银行系统发起开户请求的步骤，进一步包括以下步骤：

将所述用户的实名认证信息以及所述Ⅰ类银行账户信息封装到开户请求后，发送至所述银行系统。

该可选的实现方式中，确定用户满足开通第二预设类型的银行账户的开户条件时，可以将用户的实名认证信息以及Ⅰ类银行账户的相关信息封装到开户请求，发送给银行系统。银行系统可以基于接收到的实名认证信息以及Ⅰ类银行账户的相关信息为用户开通第二预设类型的银行账户。例如，Ⅱ类银行账户的开通条件之一是至少具有一个Ⅰ类银行账户，那么在向银行系统发起开户请求的同时，将该用户拥有的Ⅰ类银行账户一起提供给银行系统，银行系统可以基于该Ⅰ类银行账户，直接为用户开通Ⅱ类银行账户，而无需用户执行其他操作。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图5示出根据本公开一实施方式的支付装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图5所示，所述支付装置包括确定模块501、请求模块502和支付模块503：

确定模块501，被配置为响应于用户发起的第一预设类型的电子支付请求，确定所述用户是否满足开设第二预设类型的银行账户的开户条件；其中，所述第二预设类型的银行账户为能够通过电子渠道开设的银行账户类型；

请求模块502，被配置为在所述用户满足所述开户条件时，向银行系统发起开户请求；

支付模块503，被配置为利用所述银行系统返回的第二预设类型的所述银行账户完成所述电子支付请求。

2016年央行发布《中国人民银行加强支付结算管理防范电信网络新型违法犯罪有关事项的通知》(又称261号文)，将普通用户的账户划分为三类：Ⅰ类银行账户、Ⅱ类银行账户和Ⅲ类银行账户。Ⅰ类银行账户：银行可通过Ⅰ类银行账户为存款人提供存款、购买投资理财产品等金融产品、转账、消费和缴费支付、支取现金等服务。Ⅱ类银行账户：银行可通过类银行账户为存款人提供存款、购买投资理财产品等金融产品、限定金额的消费和缴费支付等服务。银行不得通过Ⅱ类银行账户为存款人提供存取现金服务，不得为Ⅱ类银行账户发放实体介质。通过电子渠道开立Ⅱ类银行账户的，银行应通过绑定开户申请人的同名Ⅰ类银行账户(信用卡除外)，作为核验开户申请人身份信息的手段之一，确认绑定账户的所有人是开户申请人本人，绑定账户的开户银行名称和账号与开户申请人提供的信息一致。Ⅱ类银行账户与绑定账户的资金划转限额由银行与存款人协商确定；银行应根据自身风险管理水平和存款人风险等级，与存款人约定办理消费和缴费支付的单日累计支付限额，但最高额度不超过10000元。Ⅲ类银行账户：银行可通过Ⅲ类银行账户为存款人提供限定金额的消费和缴费支付服务。银行不得通过Ⅲ类银行账户为存款人提供存取现金服务，不得为Ⅲ类银行账户发放实体介质。

本实施例中，第一预设类型的电子支付请求可以是需要使用第二预设类型的银行账户进行支付的请求，第二预设类型的银行账户可以是能够通过电子渠道开设的银行账户类型，按照目前央行的规定，可以包括Ⅱ类银行账户和Ⅲ类银行账户。当然可以理解的是，在有其他规定的情况下，也可以是其他类型的银行账户。

按照目前央行的规定，一些金融产品只能使用Ⅱ类银行账户和/或Ⅲ类银行账户进行购买，也即进行支付，因此第一预设类型可以基于用户所要购买的金融产品确定，而第二预设类型可以基于央行的规定确定。在一实施例中，可以在第一预设类型和第二预设类型户之间建立对应关系，在接收到用户发起的第一预设类型的电子支付请求后，匹配得到对应的第二预设类型，并确定所述用户是否满足开设第二预设类型的银行账户的开户条件。开户条件可以根据央行以及银行系统的规定来确定，不同类型的银行账户的开户条件可能不同，不同银行系统针对同一类型的银行账户也可能设置了不同的开户条件，因此开户条件可以基于实际情况确定，在此不做限制。

在确定用户满足第二预设类型的银行账户的开户条件的情况下，可以向银行系统发起开户请求。基于央行以及银行系统的规定，可以在开户请求中将开设第二预设类型的银行账户所需的信息发送给银行系统。用户在电子支付请求中可以指定进行支付的银行系统，如中国银行、工商银行等。在一实施例中，用户通过第三方交易平台购买某个金融产品时，选择该金融产品所支持的其中一个银行系统，并发起相应的电子支付请求，在接收到该电子支付请求后，从中解析出相关信息，并在用户满足开户条件的情况下，向该银行系统发起开户请求。

银行系统在接收到开户请求后，通过验证开户请求中的用户信息，例如证件信息等，并在验证通过后，为用户开设第二预设类型的银行账户，之后再返回用户的第二预设类型的银行账户的信息。在接收到为用户开设的第二预设类型银行账户的信息后，利用该第二预设类型的银行账户的信息完成该电子支付请求，也即利用新开设的第二预设类型的银行账户为本次电子支付进行付款。

本公开实施例在接收到用户发起的需要开设第二预设类型的银行账户进行支付的第一预设类型的电子支付请求时，确定模块501先校验用户是否满足第二预设类型的银行账户开户条件，如果满足的话，请求模块502直接向银行系统发起开户请求，并在成功为用户开设第二预设类型的银行账户后，支付模块503利用该第二预设类型的银行账户完成用户的电子支付请求。本公开实施例通过上述方式，为用户开设第二预设类型的银行账户，实现开户、交易一体化，避免了现有技术中交易和开户分离，必须先开户后交易的的状况，大大降低了用户操作成本，简化了业务流程，提高了用户体验。

在本实施例的一个可选实现方式中，所述第二预设类型的银行账户为Ⅱ类银行账户。

该可选的实现方式中，第二预设类型的银行账户为Ⅱ类银行账户。按照目前的央行规定，有一些金融产品只能使用用户的Ⅱ类银行账户进行付款，而目前很多银行系统都支持用户通过电子渠道开通Ⅱ类银行账户，只要该用户满足开户条件即可。由于央行的该规定发行时间较短，目前很多用户并未开通过Ⅱ类银行账户，因此在购买需要通过Ⅱ类银行账户进行付款的金融产品时，会给用户带来不便。因此本公开实施例在检测到此类电子支付请求时，通过自动为用户开通Ⅱ类银行账户，并完成该电子支付请求，为用户提供了较为便利的支付方式，能够极大地提高用户体验。

在本实施例的一个可选实现方式中，如图6所示，所述确定模块501包括获取子模块601和第一确定子模块602：

获取子模块601，被配置为获取所述用户的实名认证信息；

第一确定子模块602，被配置为根据所述用户的实名认证信息确定所述用户是否满足所述开户条件。

该可选的实现方式中，在验证用户是否满足开户条件时，先获取该用户的实名认证信息。实名认证信息可以包括用户的姓名以及证件信息，例如身份证、护照、军官证等信息，证件信息可以包括证件号以及证件复印件、照片等。用户的实名认证信息可以通过第三方支付平台确定，用户在第三方支付平台上通常都是经过实名认证的，例如提供过身份证信息或者绑定过银行卡等。第三方支付平台和第三方交易平台可以相同也可以不同。在第三方支付平台和第三方交易平台不同的情况下，用户通过第三方交易平台选择所要购买的金融产品，并调用第三方支付平台发起电子支付请求。在第三方支付平台和第三方支付平台相同的情况下，用户选择要购买的金融产品后，第三方交易平台可以直接为用户提供用于支付的各个银行系统的接口，用户选择其中一个银行系统进行发起电子支付请求。本实施例可以在第三方交易平台和/或第三方支付平台监测用户发起的第一预设类型的电子支付请求。如果监测到用户发起的电子支付请求为第一预设类型的电子支付请求，则获取用户的实名认证信息，并根据用户的实名认证信息确定用户是否满足开设第二预设类型的银行账户的开户条件。

在本实施例的一个可选实现方式中，如图7所示，所述第一确定子模块602包括第二确定子模块701和第三确定子模块702：

第二确定子模块701，被配置为确定所述用户是否具有Ⅰ类银行账户；

第三确定子模块702，被配置为在所述用户具有Ⅰ类银行账户时，确定所述实名认证信息与所述Ⅰ类银行账户的信息是否相匹配。

该可选的实现方式中，第二预设类型的银行账户例如Ⅱ类银行账户的开户条件之一是该用户具有至少一个Ⅰ类银行账户，因此，在确定用户是否满足开设第二预设类型的银行账户时，第二确定子模块701先确定该用户是否具有Ⅰ类银行账户。用户的Ⅰ类银行账户可以通过用户在第三方支付平台绑定的银行卡信息确定，也可以通过银行系统提供的接口进行查询确定。在确定用户具有Ⅰ类银行账户后，第三确定子模块702将该Ⅰ类银行账户的用户姓名以及绑定的身份证信息等与实名认证信息进行匹配，如果一致的情况下，则可以认为该用户符合开户条件，否则不满足。

开设第二预设类型的银行账户的开户条件包括但不限于上述提到的用户姓名、证件信息、Ⅰ类银行账户等，具体可根据央行以及各个银行系统的规定确定，在此不做限制。

在本实施例的一个可选实现方式中，在本实施例的一个可选实现方式中，如图8所示，所述请求模块502之后，所述装置还包括接收模块801和存储模块802：

接收模块801，被配置为接收所述银行系统返回的第二预设类型的所述银行账户的信息；

存储模块802，被配置为将第二预设类型的所述银行账户的信息与所述用户的实名认证信息关联存储。

该可选的实现方式中，银行系统返回的第二预设类型的银行账户的信息可以包括该用户的账户姓名、账户号、账户额度、绑定的手机号码等信息。接收模块801在接收到第二预设类型的银行账户信息后，存储模块802将该第二预设类型的银行账户信息与用户的实名认证信息关联存储，以便下次用户发起第一预设类型的电子支付请求后，直接使用该第二预设类型的银行账户进行支付，而无需重新为用户开通新的第二预设类型的银行账户。

在本实施例的一个可选实现方式中，所述预设类型的电子支付请求包括需要使用第二预设类型的所述银行账户进行电子支付的请求。

该可选的实现方式中，用户发起的第一预设类型的电子支付请求为需要使用用户第二预设类型的银行账户进行支付的请求，在监测到这类电子支付请求时，在用户没有第二预设类型的银行账户的情况下，为用户开通第二预设类型的银行账户。例如，央行规定某些金融产品只能使用用户的Ⅱ类银行账户进行购买，因此在用户购买这类金融产品时，本公开实施例可以自动为用户开通Ⅱ类银行账户，以降低用户的操作成本，提高用户体验。

在本实施例的一个可选实现方式中，所述请求模块502，进一步包括：

请求子模块，被配置为将所述用户的实名认证信息以及所述Ⅰ类银行账户信息封装到开户请求后，发送至所述银行系统。

该可选的实现方式中，确定用户满足开通第二预设类型的银行账户的开户条件时，请求子模块可以将用户的实名认证信息以及Ⅰ类银行账户的相关信息封装到开户请求，发送给银行系统。银行系统可以基于接收到的实名认证信息以及Ⅰ类银行账户的相关信息为用户开通第二预设类型的银行账户。例如，Ⅱ类银行账户的开通条件之一是至少具有一个Ⅰ类银行账户，那么在向银行系统发起开户请求的同时，请求子模块将该用户拥有的Ⅰ类银行账户一起提供给银行系统，银行系统可以基于该Ⅰ类银行账户，直接为用户开通Ⅱ类银行账户，而无需用户执行其他操作。

图9是适于用来实现根据本公开实施方式的支付方法的电子设备的结构示意图。

如图9所示，电子设备900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行上述图1所示的实施方式中的各种处理。在RAM903中，还存储有电子设备900操作所需的各种程序和数据。CPU901、ROM902以及RAM903通过总线904彼此相连。输入/输出(Ⅰ/O)接口905也连接至总线904。

以下部件连接至Ⅰ/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至Ⅰ/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施方式，上文参考图1描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行图1的方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。

附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (16)

1.一种支付方法，其特征在于，包括：

响应于用户发起的第一预设类型的电子支付请求，确定所述用户是否满足开设第二预设类型的银行账户的开户条件；其中，所述第二预设类型的银行账户为能够通过电子渠道开设的银行账户类型；

在所述用户满足所述开户条件时，向银行系统发起开户请求；

利用所述银行系统返回的第二预设类型的所述银行账户完成所述电子支付请求。

2.根据权利要求1所述的支付方法，其特征在于，所述第二预设类型的银行账户为Ⅱ类银行账户。

3.根据权利要求1或2所述的支付方法，其特征在于，确定所述用户是否满足开设第二预设类型的银行账户的开户条件，包括：

获取所述用户的实名认证信息；

根据所述用户的实名认证信息确定所述用户是否满足所述开户条件。

4.根据权利要求3所述的支付方法，其特征在于，根据所述用户的实名认证信息确定所述用户是否满足所述开户条件，包括：

确定所述用户是否具有Ⅰ类银行账户；

在所述用户具有Ⅰ类银行账户时，确定所述实名认证信息与所述Ⅰ类银行账户的信息是否相匹配。

5.根据权利要求1-2、4任一项所述的支付方法，其特征在于，在所述用户满足所述开户条件时，向银行系统发起开户请求之后，所述方法还包括：

接收所述银行系统返回的第二预设类型的所述银行账户的信息；

将第二预设类型的所述银行账户的信息与所述用户的实名认证信息关联存储。

6.根据权利要求1-2、4任一项所述的支付方法，其特征在于，所述第一预设类型的电子支付请求包括需要使用第二预设类型的所述银行账户进行电子支付的请求。

7.根据权利要求4所述的支付方法，其特征在于，在所述用户满足所述开户条件时，向银行系统发起开户请求，包括：

将所述用户的实名认证信息以及所述Ⅰ类银行账户信息封装到开户请求后，发送至所述银行系统。

8.一种支付装置，其特征在于，包括：

确定模块，被配置为响应于用户发起的第一预设类型的电子支付请求，确定所述用户是否满足开设第二预设类型的银行账户的开户条件；其中，所述第二预设类型的银行账户为能够通过电子渠道开设的银行账户类型；

请求模块，被配置为在所述用户满足所述开户条件时，向银行系统发起开户请求；

支付模块，被配置为利用所述银行系统返回的第二预设类型的所述银行账户完成所述电子支付请求。

9.根据权利要求8所述的支付装置，其特征在于，所述第二预设类型的银行账户为Ⅱ类银行账户。

10.根据权利要求8或9所述的支付装置，其特征在于，所述确定模块，包括：

获取子模块，被配置为获取所述用户的实名认证信息；

第一确定子模块，被配置为根据所述用户的实名认证信息确定所述用户是否满足所述开户条件。

11.根据权利要求10所述的支付装置，其特征在于，所述第一确定子模块，包括：

第二确定子模块，被配置为确定所述用户是否具有Ⅰ类银行账户；

第三确定子模块，被配置为在所述用户具有Ⅰ类银行账户时，确定所述实名认证信息与所述Ⅰ类银行账户的信息是否相匹配。

12.根据权利要求8-9、11任一项所述的支付装置，其特征在于，所述请求模块之后，所述装置还包括：

接收模块，被配置为接收所述银行系统返回的第二预设类型的所述银行账户的信息；

存储模块，被配置为将第二预设类型的所述银行账户的信息与所述用户的实名认证信息关联存储。

13.根据权利要求8-9、11任一项所述的支付装置，其特征在于，所述第一预设类型的电子支付请求包括需要使用第二预设类型的所述银行账户进行电子支付的请求。

14.根据权利要求11所述的支付装置，其特征在于，所述请求模块，包括：

请求子模块，被配置为将所述用户的实名认证信息以及所述Ⅰ类银行账户信息封装到开户请求后，发送至所述银行系统。

15.一种电子设备，其特征在于，包括存储器和处理器；其中，

所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现权利要求1-7任一项所述的方法步骤。

16.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-7任一项所述的方法步骤。