CN109801075A - 支付方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种涉及加密技术领域的支付方法、装置、计算机设备和存储介质。所述方法包括：获取接收方终端发送的支付验证请求，支付验证请求是支付方终端在接收方终端的支付页面中输入账号信息和支付信息生成的，账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号，解析支付验证请求，得到支付方账号、接收方账号和支付信息，根据支付方账号，查询支付方账号对应的支付渠道，当未查询到支付方账号对应的支付渠道时，获取接收方终端采集的支付方账户的即时支付渠道的信息，根据支付信息，将支付方账号的资源通过即时支付渠道支付给接收方账号。采用本方法能够提高支付的处理效率。

Description

支付方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种支付方法、装置、计算机设备和存储介质。

背景技术

随着网络技术的发展，用户在日常生活中存在大量的网购以及线上支付的活动，在线上支付和网购中，包括两种方式，其一是通过网银进行支付，网银支付时，需要支付银行卡已开通网银功能，由持卡人需要在网页中输入***、密码以及U盾密码(动态短信)等，然后由银行完成持卡人的身份验证，这种支付方式需要输入大量的信息，效率较低。另一种方式是通过用户终端中安装支付软件(支付宝、微信等)，支付软件给商户提供支付跳转接口，然后用户跳转到支付软件界面进行支付操作，或者通过二维码向商户转账的方式。然而这种方式下，支付软件需要完成支付过程中的所有工作，在业务量剧增时，导致平台的压力过大。

发明内容

基于此，有必要针对上述技术问题，提供一种能够解决业务量增大导致平台压力大问题的支付方法、装置、计算机设备和存储介质。

一种支付方法，所述方法包括：

获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

根据所述支付方账号，查询所述支付方账号对应的支付渠道；

当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

在其中一个实施例中，还包括：当未查询到所述支付方账号对应的支付渠道时，通过预先设置的服务程序生成渠道信息获取指令；将所述渠道信息获取指令发送至所述接收方终端，以使所述接收方终端根据所述渠道信息获取指令生成渠道信息采集页面；获取所述接收方终端利用所述渠道信息采集页面中采集所述支付方终端的即时支付渠道的信息。

在其中一个实施例中，还包括：根据所述即时支付渠道的类型，将所述即时支付渠道的信息发送至对应类型的银行验证接口；所述银行验证接口对接收的即时支付渠道的信息进行认证；接收所述银行验证接口发送的验证成功信息或者验证失败的信息；当接收到所述验证失败的信息时，则支付失败。

在其中一个实施例中，还包括：接收所述接收方终端的身份标签生成接口的验证请求；所述验证请求中包括支付方终端提供的所述接收方账号和所述支付方账号；根据预先设置的加密算法，将所述接收方账号和所述支付方账号进行加密，得到验证信息；将所述验证信息发送至所述接收方终端，以使所述接收方终端根据所述验证信息和所述支付信息生成所述验证请求。

在其中一个实施例中，还包括：解析所述支付验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方账号和支付方账号。

在其中一个实施例中，还包括：分别查询所述接收方账号预先对应的接收方序列号以及所述支付方账号预先对应的支付方序列号；根据预先设置的加密算法，将所述接收方序列号和所述支付方序列号进行加密，得到验证信息。

在其中一个实施例中，还包括：解析所述验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方序列号和所述支付方序列号；分别查询所述接收方序列号对应的所述接收方账号和所述支付方序列号对应的所述支付方账号。

一种支付装置，所述装置包括：

请求获取模块，用于获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

请求解析模块，用于解析所述验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

支付渠道获取模块，用于根据所述支付方账号，查询所述支付方账号对应的支付渠道；

支付渠道重建模块，当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

支付模块，用于根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

解析所述验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

根据所述支付方账号，查询所述支付方账号对应的支付渠道；

当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

解析所述验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

根据所述支付方账号，查询所述支付方账号对应的支付渠道；

当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

上述支付方法、装置、计算机设备和存储介质，通过接收方终端和支付方终端产生支付行为，并生成验证请求，平台端接收该验证请求，从平台角度看，在一次支付行为中，平台端只需对验证请求进行处理，根据处理结果确定最终的支付结果，从而极大的减少了平台的工作。在处理验证请求时，对验证请求进行解析，确定支付行为中的支付方账号和接收方账号，然后通过支付方账号的支付渠道向接收方账号进行支付。由此可以看出，单一指令的处理，可以极大的降低对平台端的硬件需求，在业务量剧增时，可以提高平台端的支付效率。

附图说明

图1为一个实施例中支付方法的应用场景图；

图2为一个实施例中支付方法的流程示意图；

图3为一个实施例中获取即时支付渠道的信息步骤的流程示意图；

图4为一个实施例中生成验证请求的方式的流程示意图；

图5为一个实施例中支付装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的支付方法，可以应用于如图1所示的应用环境中。其中，接收方终端102和支付方终端106通过网络进行通信，接收方终端102和通过网络与服务器104通过网络进行通信。其中，接收方终端102和支付方终端106可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

其中，接收方终端102和支付方终端106中均可以运行应用程序，在进行支付时，接收方终端102通过应用程序生成支付页面的信息，并通过网关将支付页面的信息发送至支付方终端106中，支付终端106根据支付页面的信息在其显示界面生成支付页面，通过在支付页面填入账号信息和支付信息，向接收方终端102发送支付请求。

具体的，接收方终端102在接收到支付请求时，根据支付页面的信息生成支付验证请求，并将支付验证请求通过网络发送至服务器104中，服务器104接收到支付验证请求，通过对支付验证请求进行解析，完成一个支付流程。

在一个实施例中，如图2所示，提供了一种支付方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，获取接收方终端发送的支付验证请求。

其中，支付验证请求是支付方终端在接收方终端的支付页面中输入账号信息和支付信息生成的，账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号。

支付方终端和接收方终端均可以是手机、个人计算机等，接收方终端的支付页面可以是支付方终端访问特定URL生成的，也可以是支付方终端扫描接收方终端提供的二维码生成的。

另外，支付方账号是支付方终端在服务器中进行账号注册得到的，接收方账号是接收方终端在服务器中进行账号注册得到的。因此，接收方账号和支付方账号均是在服务器中的账号。

步骤204，解析支付验证请求，得到支付方账号、接收方账号和支付信息。

其中，服务器中可以设置支付接口，通过支付接口接收支付验证请求，因此，在接收到支付验证请求时，可以根据预先设置的规则，对支付验证请求进行解析。

服务器接收到支付验证请求后，触发对支付验证请求的验证，因此，预设规则可以设置为对支付方账号、接收方账号以及支付信息进行验证。

步骤206，根据支付方账号，查询支付方账号对应的支付渠道。

其中，支付渠道可以是银行或者其他支付中间平台，支付方终端在服务器中注册账号后，可以在服务器中设置对应于支付方账号的支付渠道，即，服务器中预先存储了支付方账号与支付渠道的对应关系。一个支付账号可以对应多个支付渠道，在进行支付时，只需要选择出其中的一个即可。

步骤208，当未查询到支付方账号对应的支付渠道时，获取接收方终端采集的支付方账户的即时支付渠道的信息。

为了便于区分，支付渠道指的是预先存储在服务器中的渠道，即时支付渠道指的是在支付时才重建的渠道，但是支付渠道和即时支付渠道本质上没有任何区别。

在另一种情况下，服务器中可能预先没有存储支付方账号对应的支付渠道，因此在支付时，需要重建支付渠道。在重建支付渠道时，由接收方终端采集支付方账户的即时支付渠道的信息。

具体的，接收方终端中可以生成即时支付渠道的信息采集页面，然后将信息采集页面推送至支付方终端，支付方终端在信息采集页面填写相应的即时支付渠道的信息，然后通过接收方终端将即时支付渠道的信息发送给服务器。

步骤210，根据支付信息，将支付方账号的资源通过即时支付渠道支付给接收方账号。

支付信息中至少包含了支付金额，即根据支付信息可以确定支付金额，在确定支付金额和支付渠道后，就可以将支付账号的资源通过即时支付渠道支付给接收方账号。

上述支付方法、装置、计算机设备和存储介质，通过接收方终端和支付方终端产生支付行为，并生成验证请求，平台端接收该验证请求，从平台角度看，在一次支付行为中，平台端只需对验证请求进行处理，根据处理结果确定最终的支付结果，从而极大的减少了平台的工作。在处理验证请求时，对验证请求进行解析，确定支付行为中的支付方账号和接收方账号，然后通过支付方账号的支付渠道向接收方账号进行支付。由此可以看出，单一指令的处理，可以极大的降低对平台端的硬件需求，在业务量剧增时，可以提高平台端的支付效率。

在一实施例中，如图3所示，提供一种获取即时支付渠道的信息步骤的示意性流程图，具体步骤如下：

步骤302，当未查询到支付方账号对应的支付渠道时，通过预先设置的服务程序生成渠道信息获取指令。

步骤304，将渠道信息获取指令发送至接收方终，以使收方终端根据渠道信息获取指令生成渠道信息采集页面。

步骤306，获取接收方终端利用渠道信息采集页面中采集支付方终端的即时支付渠道的信息。

本实施例中，通过服务器中设置的服务程序，可以向接收方终端发送请求，以此对即时支付渠道进行重建，从而使支付更加方便。

对于步骤302，在一实施例中，服务程序可以是一种WEB容器，在未检测到支付方账号对应的支付渠道时，可以通过WEB容器，生成渠道信息获取指令，并通过HTTP请求的方式发送给接收方终端。

对于步骤304，在一实施例中，接收方终端接收渠道信息获取指令之后，生成渠道信息采集页面，在支付方终端角度看来，在发送支付请求后，若没有对应的渠道即反馈支付请求的是渠道信息采集页面。

另外，在一个实施例中，还需要确认即时支付渠道的类型，然后将即时支付渠道的信息发送给对应类型的银行验证接口，银行验证接口可以对接收到的即时支付渠道的信息进行认证，接收银行验证接口发送的验证成功的信息或者验证失败的信息，当接收到验证失败的信息时，则支付失败。

具体的，银行提供有银行验证接口，用于进行身份验证，由于不同银行提供不同的银行验证接口，因此首先需要确定即时支付渠道的类型。例如：工商银行提供工商银行的银行卡验证接口。即时支付渠道的验证可以采用二要素验证，即通过即时支付渠道的信息中的银行***以及姓名，验证即时支付渠道的真实性，若即时支付渠道的信息无误，则向服务器反馈验证成功的信息，若即时支付渠道的信息有误，则向服务器反馈验证失败的信息。

在即时支付渠道的信息无误时，可以将即时支付渠道转化为支付方账号对应的支付渠道，以待下次支付时使用。

在上述实施例中，无论支付方账号是否在服务器中保存有对应的支付渠道，在支付方终端角度看，明显缩短支付方终端的操作时间以及操作难度，使支付的速度更加快捷。

在一实施例中，如图4所示，提供一种生成验证请求的方式的示意性流程图，具体步骤如下：

步骤402，接收接收方终端通过身份标签生成接口发送的验证请求。

身份标签生成接口是服务器给接收方终端提供的一种验证接口，服务器通过身份标签生成接口接收到信息后，可以根据接收到的信息生成验证信息。

步骤404，根据预先设置的加密算法，将接收方账号和支付方账号进行加密，得到验证信息。

步骤406，将验证信息发送至接收方终端，以使接收方终端根据验证信息和支付信息生成支付验证请求。

本实施例中，为了解决支付验证请求被伪造的问题，通过提供身份标签生成接口，通过加密算法对接收方账号和支付方账号进行加密生成验证信息，因此只要加密算法***露，就可以保证验证信息的安全性，从而解决支付验证请求被伪造的问题，提高支付的安全性。

对于步骤402，在一实施例中，服务器中预先设置了身份标签生成接口，服务器还需要对身份标签生成接口接收的信息进行筛选，由于服务器中保存了接收方账号和支付方账号的格式，因此可以仅接收接收方账号和支付方账号格式的信息，从而避免身份标签生成接口接收过多的无用信息，占用***资源。

对于步骤404，在一实施例中，加密算法可以是对称加密算法，通过对称加密算法，对接收方账号和支付方账号进行加密，得到验证信息。

在另一实施例中，加密算法还可以是哈希算法，通过哈希算法，对接收方账号和支付方账号组成的字符串进行编码，得到预设长度的二进制字符串，将二进制字符串作为验证信息。另外，服务器还需要保存二进制字符串、接收方账号和支付方账号的对应关系，以便后续查询。

本实施例中，设置的加密算法破解难度较高，从而使验证信息很难被破解，进一步保证支付验证请求的真实性。

为了进一步保证交易安全以及保障账号的安全性，在一实施例中，在接收方终端在服务器中创建账号时，同时保存了接收方账号对应的接收方序列号，以及在支付方终端在服务器中创建账号时，同时保存了支付方账号对应的支付方序号。因此，在接收到接收方账号和支付方账号时，查询得到接收方账号对应的接收方序列号和支付方账号对应的支付方序列号，然后根据加密算法，将接收方序列号和支付方序列号进行加密，得到验证信息。

另外，加密之前，可以将接收方序列号和支付方序列号进行组合之后，再进行加密得到验证信息。

在又一实施例中，若加密算法为哈希算法，则接收方序列号和支付方序列号可以是二进制格式的序列号，通过哈希算法进行加密，可以得到二进制格式的验证信息，从而进一步保证账号信息的安全。

在一实施例中，服务器在在对支付验证请求进行解析时，得到验证信息和支付信息，根据对应的解密算法，对验证信息进行解密，得到接收方序列号和支付方序列号，分别查询接收方序列号对应的接收方账号和支付方序列号对应的支付方账号。

以上实施例中，通过对接收方账号和支付方账号进行转化处理，在将验证信息反馈给接收方终端时，也不容易泄露，从而提升支付的安全性。

对于步骤406，在一实施例中，接收方终端接收到验证信息，表示验证通过，接收方终端可以根据验证信息生成支付验证请求。

上述实施例中，服务器通过身份标签生成接口，还可以对接收方账号和支付方账号进行验证，具体可以验证服务器中是否保存有对应的接收方账号和支付方账号，若验证通过，再对其进行加密得到验证信息，从而，接收方可以接收到验证信息，则说明初步的身份认证通过。

在一实施例中，解析支付验证请求步骤包括：解析支付验证请求，得到验证信息和支付信息，根据预先设置的解密算法，对验证信息进行解密，得到接收方账号和支付方账号。本实施例中，通过解密算法对验证信息进行解析，可以实现对支付验证请求的识别，从而保证支付验证请求的安全。

在另一实施例中，若加密算法为对称加密算法，对应的，解密算法为对称解密算法，服务器在接收到支付验证请求后，选择对称加密算法对应的解密算法，对支付验证请求进行解析，具体是对验证信息进行解密，从而得到支付验证请求中包含的接收方账号和支付方账号。

在又一实施例中，若加密算法为哈希算法，对应的，解密算法可以设置为查询算法，即服务器在接收到支付验证请求后，根据查询算法，查询二进制字符串、接收方账号和支付方账号的对应关系，从而得到接收方账号和支付方账号，其中二进制字符串即验证信息。

以下，以一具体实施例对本发明进行说明：

在支付方终端有支付需求时，支付方终端向接收方终端发送支付请求，接收方终端在接收到支付请求后，生成支付页面并发送给支付方终端，并显示于支付方终端的显示界面，通过显示界面交互输入账号信息和支付信息。接收方终端接收账号信息和支付信息后，调用服务器的身份标签生成接口，将账号信息通过身份标签生成接口发送给服务器，服务器接收到账号信息之后，根据加密算法对账号信息进行加密，得到验证信息，然后向接收方终端反馈验证信息，接收方终端接收到验证信息后，根据验证信息和支付信息生成支付验证请求，将支付验证请求发送给服务器。服务器接收到支付验证请求后，对支付验证请求进行解析，得到支付信息和验证信息，服务器首先根据解密算法对验证信息进行解密，得到接收方账号和支付方账号，首先验证接收方账号是否具有支付权限，若具有支付权限，则根据支付方账号查询支付方账号对应的支付渠道，若为有支付渠道的情况，可以根据支付渠道进行支付，若是没有支付渠道的情况，可以通过重建支付渠道的方式，新建支付方账号对应的支付渠道，从而完成支付。

上述实施例中，在支付方终端看来，可以便捷、快速、安全的完成支付，提升了传统支付的速度，另外，在服务器看来，服务器仅用于对数据进行处理，而不用关注具体的支付用户，从而可以减少处理流程，进一步提升平台的处理效率，即时在业务量剧增时，平台也可以轻松应对。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种支付装置，包括：请求获取模块502、请求解析模块504、支付渠道获取模块506、支付渠道重建模块508和支付模块510，其中：

请求获取模块502，用于获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号。

请求解析模块504，用于解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

支付渠道获取模块506，用于根据所述支付方账号，查询所述支付方账号对应的支付渠道。

支付渠道重建模块508，当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息。

支付模块510，用于根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

在其中一个实施例中，支付渠道重建模块508还用于当未查询到所述支付方账号对应的支付渠道时，通过预先设置的服务程序生成渠道信息获取指令；将所述渠道信息获取指令发送至所述接收方终端，以使所述接收方终端根据所述渠道信息获取指令生成渠道信息采集页面；获取所述接收方终端利用所述渠道信息采集页面中采集所述支付方终端的即时支付渠道的信息。

在其中一个实施例中，支付渠道重建模块508还用于根据所述即时支付渠道的类型，将所述即时支付渠道的信息发送至对应类型的银行验证接口；所述银行验证接口对接收的即时支付渠道的信息进行认证；接收所述银行验证接口发送的验证成功的信息或者验证失败的信息；当接收到所述验证失败的信息时，则支付失败。

在其中一个实施例中，还包括请求生成模块，用于接收所述接收方终端通过身份标签生成接口发送的验证请求；所述验证请求中包括支付方终端提供的所述接收方账号和所述支付方账号；根据预先设置的加密算法，将所述接收方账号和所述支付方账号进行加密，得到验证信息；将所述验证信息发送至所述接收方终端，以使所述接收方终端根据所述验证信息和所述支付信息生成所述支付验证请求。

在其中一个实施例中，请求解析模块504还用于解析所述支付验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方账号和支付方账号。

在其中一个实施例中，请求生成模块还用于分别查询所述接收方账号预先对应的接收方序列号以及所述支付方账号预先对应的支付方序列号；根据预先设置的加密算法，将所述接收方序列号和所述支付方序列号进行加密，得到验证信息。

在其中一个实施例中，请求解析模块504还用于解析所述支付验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方序列号和所述支付方序列号；分别查询所述接收方序列号对应的所述接收方账号和所述支付方序列号对应的所述支付方账号。

关于支付装置的具体限定可以参见上文中对于支付方法的限定，在此不再赘述。上述支付装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储支付方账号和接收方账号数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种支付方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

根据所述支付方账号，查询所述支付方账号对应的支付渠道；

当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当未查询到所述支付方账号对应的支付渠道时，通过预先设置的服务程序生成渠道信息获取指令；将所述渠道信息获取指令发送至所述接收方终端，以使所述接收方终端根据所述渠道信息获取指令生成渠道信息采集页面；获取所述接收方终端利用所述渠道信息采集页面中采集所述支付方终端的即时支付渠道的信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据所述即时支付渠道的类型，将所述即时支付渠道的信息发送至对应类型的银行验证接口；所述银行验证接口对接收的即时支付渠道的信息进行认证；接收所述银行验证接口发送的验证成功的信息或者验证失败的信息；当接收到所述验证失败的信息时，则支付失败。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收所述接收方终端通过身份标签生成接口发送的验证请求；所述验证请求中包括支付方终端提供的所述接收方账号和所述支付方账号；根据预先设置的加密算法，将所述接收方账号和所述支付方账号进行加密，得到验证信息；将所述验证信息发送至所述接收方终端，以使所述接收方终端根据所述验证信息和所述支付信息生成所述支付验证请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：解析所述支付验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方账号和支付方账号。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：分别查询所述接收方账号预先对应的接收方序列号以及所述支付方账号预先对应的支付方序列号；根据预先设置的加密算法，将所述接收方序列号和所述支付方序列号进行加密，得到验证信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：解析所述支付验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方序列号和所述支付方序列号；分别查询所述接收方序列号对应的所述接收方账号和所述支付方序列号对应的所述支付方账号。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

根据所述支付方账号，查询所述支付方账号对应的支付渠道；

当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当未查询到所述支付方账号对应的支付渠道时，通过预先设置的服务程序生成渠道信息获取指令；将所述渠道信息获取指令发送至所述接收方终端，以使所述接收方终端根据所述渠道信息获取指令生成渠道信息采集页面；获取所述接收方终端利用所述渠道信息采集页面中采集所述支付方终端的即时支付渠道的信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据所述即时支付渠道的类型，将所述即时支付渠道的信息发送至对应类型的银行验证接口；所述银行验证接口对接收的即时支付渠道的信息进行认证；接收所述银行验证接口发送的验证成功的信息或者验证失败的信息；当接收到所述验证失败的信息时，则支付失败。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收所述接收方终端通过身份标签生成接口发送的验证请求；所述验证请求中包括支付方终端提供的所述接收方账号和所述支付方账号；根据预先设置的加密算法，将所述接收方账号和所述支付方账号进行加密，得到验证信息；将所述验证信息发送至所述接收方终端，以使所述接收方终端根据所述验证信息和所述支付信息生成所述支付验证请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：解析所述支付验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方账号和支付方账号。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：分别查询所述接收方账号预先对应的接收方序列号以及所述支付方账号预先对应的支付方序列号；根据预先设置的加密算法，将所述接收方序列号和所述支付方序列号进行加密，得到验证信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：解析所述支付验证请求，得到所述验证信息和所述支付信息；根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方序列号和所述支付方序列号；分别查询所述接收方序列号对应的所述接收方账号和所述支付方序列号对应的所述支付方账号。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种支付方法，所述方法包括：

获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

根据所述支付方账号，查询所述支付方账号对应的支付渠道；

当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

2.根据权利要求1所述方法，其特征在于，当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息，包括：

当未查询到所述支付方账号对应的支付渠道时，通过预先设置的服务程序生成渠道信息获取指令；

将所述渠道信息获取指令发送至所述接收方终端，以使所述接收方终端根据所述渠道信息获取指令生成渠道信息采集页面；

获取所述接收方终端利用所述渠道信息采集页面中采集所述支付方终端的即时支付渠道的信息。

3.根据权利要求2所述的方法，其特征在于，在获取所述接收方终端利用所述渠道信息采集页面中采集的即时支付渠道的信息之后，还包括：

根据所述即时支付渠道的类型，将所述即时支付渠道的信息发送至对应类型的银行验证接口；所述银行验证接口对接收的即时支付渠道的信息进行认证；

接收所述银行验证接口发送的验证成功的信息或者验证失败的信息；

当接收到所述验证失败的信息时，则支付失败。

4.根据权利要求1所述的方法，其特征在于，生成支付验证请求的方式，包括：

接收所述接收方终端通过身份标签生成接口发送的验证请求；所述验证请求中包括支付方终端提供的所述接收方账号和所述支付方账号；

根据预先设置的加密算法，将所述接收方账号和所述支付方账号进行加密，得到验证信息；

将所述验证信息发送至所述接收方终端，以使所述接收方终端根据所述验证信息和所述支付信息生成所述支付验证请求。

5.根据权利要求4所述的方法，其特征在于，解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息，包括：

解析所述支付验证请求，得到所述验证信息和所述支付信息；

根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方账号和支付方账号。

6.根据权利要求5所述的方法，其特征在于，所述根据预先设置的加密算法，将所述接收方账号和所述支付方账号进行加密，得到验证信息，包括：

分别查询所述接收方账号预先对应的接收方序列号以及所述支付方账号预先对应的支付方序列号；

根据预先设置的加密算法，将所述接收方序列号和所述支付方序列号进行加密，得到验证信息。

7.根据权利要求6所述的方法，其特征在于，解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息，包括：

解析所述支付验证请求，得到所述验证信息和所述支付信息；

根据预先设置的解密算法，对所述验证信息进行解密，得到所述接收方序列号和所述支付方序列号；

分别查询所述接收方序列号对应的所述接收方账号和所述支付方序列号对应的所述支付方账号。

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

请求获取模块，用于获取接收方终端发送的支付验证请求；所述支付验证请求是支付方终端在所述接收方终端的支付页面中输入账号信息和支付信息生成的；所述账号信息包括：支付方终端对应的支付方账号和接收方终端对应的接收方账号；

请求解析模块，用于解析所述支付验证请求，得到所述支付方账号、所述接收方账号和所述支付信息；

支付渠道获取模块，用于根据所述支付方账号，查询所述支付方账号对应的支付渠道；

支付渠道重建模块，当未查询到所述支付方账号对应的支付渠道时，获取接收方终端采集的所述支付方账户的即时支付渠道的信息；

支付模块，用于根据所述支付信息，将所述支付方账号的资源通过所述即时支付渠道支付给所述接收方账号。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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