支付处理方法、装置、终端、服务器及存储介质

技术领域

本发明涉及互联网技术领域，具体涉及支付技术领域，尤其涉及一种支付处理方法、装置、终端、服务器及存储介质。

背景技术

目前，随着互联网技术的发展，支付方式也越来越便捷，用户可通过终端实现各种支付方式，使得用户消费或转账更加便捷。一般来说，用户可能会通过不同渠道存储或处置资金，以获得收益，例如，存入银行卡，购买金融产品等，通过终端可以进行银行卡支付，信用卡支付，以及支付平台提供的金融产品支付。现有技术中，当用户的资金购买了基金产品，后续又需要进行消费支付，或者向好友转账，需要先向基金公司发起基金赎回，基金赎回到账的日期一般是发起赎回请求后的第二天，或者经过多天之后用户才会收到赎回款到账的信息，此种情况下，用户要等到基金赎回后才能进行消费或转账，从而会影响用户的消费或转账体验。

发明内容

本发明实施例提供了一种支付处理方法、装置、终端、服务器及存储介质，能够提高用户的资金利用率，在保证收益的前提下，还能进行支付转账。

一方面，本发明实施例提供了一种支付处理方法，应用于支付系统服务器，所述方法包括：

接收所述终端发送的支付成功订单，所述支付成功订单是由所述终端在支付验证成功后生成的订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

在一个实施例中，所述方法还包括：

在所述虚拟银行对应的指定时间，接收所述虚拟银行服务器发送的对账信息；

若所述对账信息中包括所述支付成功订单，将所述对账信息返回所述虚拟银行服务器，并指示所述虚拟银行服务器向基金公司发送赎回申请，所述赎回申请用于所述虚拟银行向所述基金公司赎回所述第一账户的所述第一基金份额；

接收所述虚拟银行服务器发送的赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

向所述终端发送所述赎回反馈信息。

在一个实施例中，在所述接收所述终端发送的支付成功订单之前，所述方法还包括：

接收终端发送的支付请求；

根据所述支付请求向所述终端发送待验证信息，所述待验证信息用于指示所述终端进行支付校验。

在一个实施例中，在所述接收所述终端发送的支付成功订单之后，所述方法还包括：

向所述收款方发送支付成功通知。

在一个实施例中，所述方法还包括：

所述支付成功订单还包括支付方式，若所述支付方式为基金支付方式，执行所述向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一基金份额的操作。

再一方面，本发明实施例提供了一种支付处理方法，应用于终端，所述方法包括：

在支付验证成功后，生成支付成功订单；

向所述支付系统服务器发送所述支付成功订单，所述支付成功订单用于所述支付系统服务器指示虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

在一个实施例中，所述方法还包括：

向所述支付系统服务器发送支付请求；

接收所述支付系统服务器发送的待验证信息；

获取所述待验证信息对应的支付验证信息；

若所述支付验证信息验证通过，确定支付验证成功。

在一个实施例中，在所述向支付系统服务器发送支付请求之前，所述方法还包括：

接收支付操作指令；

根据所述支付操作指令选取基金支付方式，所述基金支付方式用于指示所述支付系统服务器发送所述支付成功订单至虚拟银行服务器，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及向所述第二账户转入所述第一支付金额。

再一方面，本发明实施例提供了一种支付处理方法，应用于虚拟银行服务器，所述方法包括：

接收支付系统服务器发送的支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

冻结所述第一账户中与所述第一支付金额对应的第一基金份额；

向所述第二账户转入所述第一支付金额。

在一个实施例中，所述向所述第二账户转入所述第一支付金额，包括：

从所述虚拟银行的垫资账户向所述第二账户转入所述第一支付金额。

在一个实施例中，所述方法还包括：

在所述虚拟银行对应的指定时间，向所述支付系统服务器发送对账信息；

若所述对账信息中包括所述支付成功订单，接收所述支付系统服务器返回的所述对账信息；

向基金公司发送赎回申请；

接收所述基金公司发送的确认赎回信息，以及接收所述基金公司转入所述虚拟银行指定账户的与所述第一基金份额对应的所述第一支付金额；

根据所述确认赎回信息从所述虚拟银行的所述指定账户向所述垫资账户转入所述第一支付金额；

生成赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

向所述支付系统服务器发送所述赎回反馈信息，并指示所述支付系统服务器将所述赎回反馈信息转发至所述终端。

再一方面，本发明实施例提供了一种支付处理装置，应用于支付系统服务器，所述装置包括：

第一接收单元，用于接收所述终端发送的支付成功订单，所述支付成功订单是由所述终端在支付验证成功后生成的订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

第一发送单元，用于向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

在一个实施例中，所述第一接收单元，还用于在所述虚拟银行对应的指定时间，接收所述虚拟银行服务器发送的对账信息；

所述第一发送单元，还用于在所述对账信息中包括所述支付成功订单时，将所述对账信息返回所述虚拟银行服务器，并指示所述虚拟银行服务器向基金公司发送赎回申请，所述赎回申请用于所述虚拟银行向所述基金公司赎回所述第一账户的所述第一基金份额；

所述第一接收单元，还用于接收所述虚拟银行服务器发送的赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

所述第一发送单元，还用于向所述终端发送所述赎回反馈信息。

在一个实施例中，在所述接收所述终端发送的支付成功订单之前，

所述第一接收单元，还用于接收终端发送的支付请求；

所述第一发送单元，还用于根据所述支付请求向所述终端发送待验证信息，所述待验证信息用于指示所述终端进行支付校验。

在一个实施例中，在所述接收所述终端发送的支付成功订单之后，

所述第一发送单元，还用于向所述收款方发送支付成功通知。

在一个实施例中，所述支付成功订单还包括支付方式，若所述支付方式为基金支付方式，由所述第一发送单元执行所述向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一基金份额的操作。

再一方面，本发明实施例提供了一种支付处理装置，应用于终端，所述装置包括：

第一处理单元，用于在支付验证成功后，生成支付成功订单；

第二发送单元，用于向所述支付系统服务器发送所述支付成功订单，所述支付成功订单用于所述支付系统服务器指示虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

在一个实施例中，所述装置还包括第三接收单元，其中，

所述第二发送单元，还用于向所述支付系统服务器发送支付请求；

所述第三接收单元，用于接收所述支付系统服务器发送的待验证信息；

所述第一处理单元，还用于获取所述待验证信息对应的支付验证信息；若所述支付验证信息验证通过，确定支付验证成功。

在一个实施例中，在所述向支付系统服务器发送支付请求之前，所述第三接收单元，还用于接收支付操作指令；

所述第一处理单元，还用于根据所述支付操作指令选取基金支付方式，所述基金支付方式用于指示所述支付系统服务器发送所述支付成功订单至虚拟银行服务器，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及向所述第二账户转入所述第一支付金额。

再一方面，本发明实施例提供了一种支付处理装置，应用于虚拟银行服务器，所述装置包括：

第二接收单元，用于接收支付系统服务器发送的支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

第二处理单元，用于冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及向所述第二账户转入所述第一支付金额。

在一个实施例中，在所述向所述第二账户转入所述第一支付金额方面，所述第二处理单元具体用于：

从所述虚拟银行的垫资账户向所述第二账户转入所述第一支付金额。

在一个实施例中，所述装置还包括第三发送单元，其中，

所述第三发送单元，用于在所述虚拟银行对应的指定时间，向所述支付系统服务器发送对账信息；

所述第二接收单元，还用于在所述对账信息中包括所述支付成功订单时，接收所述支付系统服务器返回的所述对账信息；

所述第三发送单元，还用于向基金公司发送赎回申请；

所述第二接收单元，还用于接收所述基金公司发送的确认赎回信息，以及接收所述基金公司转入所述虚拟银行指定账户的与所述第一基金份额对应的所述第一支付金额；

所述第二处理单元，还用于根据所述确认赎回信息从所述虚拟银行的所述指定账户向所述垫资账户转入所述第一支付金额；以及生成赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

所述第三发送单元，还用于向所述支付系统服务器发送所述赎回反馈信息，并指示所述支付系统服务器将所述赎回反馈信息转发至所述终端。

再一方面，本发明实施例提供了一种支付系统服务器，所述支付系统服务器包括输入设备和输出设备，所述支付系统服务器还包括：

处理器，适于实现一条或一条以上指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由所述处理器加载并执行如下步骤：

接收所述终端发送的支付成功订单，所述支付成功订单是由所述终端在支付验证成功后生成的订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

再一方面，本发明实施例提供了一种终端，所述终端包括输入设备和输出设备，所述终端还包括：

处理器，适于实现一条或一条以上指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由所述处理器加载并执行如下步骤：

在支付验证成功后，生成支付成功订单；

向所述支付系统服务器发送所述支付成功订单，所述支付成功订单用于所述支付系统服务器指示虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

再一方面，本发明实施例提供了一种虚拟银行服务器，所述虚拟银行服务器包括输入设备和输出设备，所述虚拟银行服务器还包括：

处理器，适于实现一条或一条以上指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由所述处理器加载并执行如下步骤：

接收支付系统服务器发送的支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

冻结所述第一账户中与所述第一支付金额对应的第一基金份额；

向所述第二账户转入所述第一支付金额。

再一方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由处理器加载并执行如下步骤：

接收所述终端发送的支付成功订单，所述支付成功订单是由所述终端在支付验证成功后生成的订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

再一方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由处理器加载并执行如下步骤：

在支付验证成功后，生成支付成功订单；

向所述支付系统服务器发送所述支付成功订单，所述支付成功订单用于所述支付系统服务器指示虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

再一方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有一条或一条以上指令，所述一条或一条以上指令适于由处理器加载并执行如下步骤：

接收支付系统服务器发送的支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

冻结所述第一账户中与所述第一支付金额对应的第一基金份额；

向所述第二账户转入所述第一支付金额。

可以看出，本发明实施例在支付过程中，终端在支付验证成功后，生成支付成功订单，支付系统服务器接收终端发送的支付成功订单，支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；支付系统服务器向虚拟银行服务器发送支付成功订单，并指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入所述第一支付金额。如此，可通过虚拟银行服务器对订单中的支付金额进行垫资，使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

附图说明

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

图1a是本发明实施例提供的一种网络架构示意图；

图1b是本发明实施例提供的一种实现支付处理方法的场景示意图；

图2a是本发明实施例提供的一种支付处理方法的流程示意图；

图2b是本发明实施例提供的一种支付成功通知的演示示意图；

图2c是本发明实施例提供的另一种支付处理方法的流程示意图；

图3a是本发明实施例提供的另一种支付处理方法的流程示意图；

图3b是本发明实施例提供的一种实现支付处理方法的场景示意图；

图4是本发明实施例提供的另一种支付处理方法的流程示意图；

图5a是本发明实施例提供的另一种支付处理方法的流程示意图；

图5b是本发明实施例提供的另一种支付处理方法的流程示意图；

图6是本发明实施例提供的一种支付处理装置的结构示意图；

图7a是本发明实施例提供的另一种支付处理装置的结构示意图；

图7b是本发明实施例提供的图7a所示的支付处理装置的变型结构；

图8a是本发明实施例提供的另一种支付处理装置的结构示意图；

图8b是本发明实施例提供的图8a所示的支付处理装置的变型结构；

图9是本发明实施例提供的一种支付系统服务器的结构示意图；

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

图11是本发明实施例提供的一种虚拟银行服务器的结构示意图；

图12a是本发明实施例提供的一种区块结构的示意图；

图12b是本发明实施例提供的将支付成功订单、支付成功通知以及对账信息存储在区块链中的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施例提出一种支付处理方法，该支付处理方法可应用于用户购买基金时，需要进行消费支付或转账的场景。在本发明实施例的一个场景中，用户把流动资金全用于购买基金产品，当用户在商店看中了一款商品，想要支付，发现流动资金不足以支付，此时，需要赎回基金产品，在一系列赎回流程操作完成后，等T+1日或者更久，赎回款到账，再前往商店购买商品。若买完商品，用户又需要给好友转账，发现流动资金不足以支付，需要再次赎回基金产品，等待T+1日或者更久，赎回款到账后，再给好友转账。用户将资金用于购买基金后，在需用进行支付或消费时，存在等待周期，短则1天，长则3-4天。在赎回资金用户支付后，再次需要资金时，需要重新执行赎回流程，再次等待较长时间后，才能完成支付。若用户无法判断需要的流动资金时，只能买入少量基金，会导致资产收益较低；若买入太多，又影响资金流动性；因此，本发明提供一种支付处理方法，既能使用户购买大量基金，以获取收益，又能保证用户的支付便捷性不受影响。

请参见图1a，是本发明实施例提供的一种网络架构示意图。该网络架构可以包括多个服务器以及多个终端(如图1a所示，具体包括终端100a、终端100b、服务器200a、服务器200b、服务器200c)，其中，终端100a可以是支付方的终端，终端100b可以是收款方的终端，在消费场景下，收款方可以是商家，从而，支付方可以通过终端100a向商家的终端100b进行消费付款，在转账场景下，收款方可以是支付方的好友，从而，支付方可以通过终端100a向好友的终端100b进行转账。服务器200a可以是支付系统服务器，服务器200b可以是虚拟银行服务器，服务器200c可以是基金公司服务器，支付方的终端100a与支付系统服务器200a可进行网络连接，从而，终端在支付验证成功后，可生成支付成功订单，然后向所述支付系统服务器发送支付成功订单；支付系统服务器200a可与虚拟银行服务器200b进行网络连接，从而，支付系统服务器200a在接收到支付成功订单之后，可以向虚拟银行服务器发送该支付成功订单，并指示虚拟银行服务器冻结第一账户中与所述第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入所述第一支付金额，通过虚拟银行服务器为第一账户垫资第一支付金额，第二账户可及时收到第一支付金额，第一账户的第一基金份额能够在赎回之前享受收益；虚拟银行服务器200b可与基金公司服务器200c进行网络连接，从而，在虚拟银行对应的指定时间，虚拟银行服务器200b可向基金公司赎回之前垫付的第一支付金额对应的第一基金份额；支付系统服务器200a还可与收款方的终端100b进行网络连接，从而，在支付系统服务器200a接收终端发送的支付成功订单之后，可以向收款方发送支付成功通知。

如图1b所示，图1b是本发明实施例提供的一种实现支付处理方法的场景示意图。其中，在消费支付场景下，用户进行消费后，向商家进行支付，用户可选择通过基金账户进行支付，终端可进行支付验证，在支付验证成功后，可生成支付成功订单，然后向支付系统服务器发送该支付成功订单，从而，支付系统服务器可以将支付成功订单发送至虚拟银行服务器，并指示虚拟银行服务器冻结第一账户中与所述第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入所述第一支付金额，从而，可通过垫资的方式向商家支付第一支付金额，无需等待支付方向基金公司赎回第一账户的基金产品，直到赎回款到账后再进行消费，使用户可以能够保证基金产品的收益，也能及时方便地完成支付。

其中，上述终端可以包括手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备(例如智能手表、智能手环)等，本发明实施例不做限制。

请参见图2a，是本发明实施例提供的一种支付处理方法的流程示意图。如图2a所示，该支付处理方法应用于支付系统服务器，该支付处理方法可以包括以下步骤S201-步骤S202：

步骤S201，接收所述终端发送的支付成功订单，所述支付成功订单是由所述终端在支付验证成功后生成的订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户。

其中，支付系统服务器可以接收终端发送的支付成功订单，该支付成功订单可以是进行消费支付的支付成功订单，也可以是进行转账支付的支付成功订单。支付成功订单可包括第一支付金额、支付方的第一账户和收款方的第二账户，从而，支付系统服务器可根据支付成功订单提供的上述信息指示虚拟银行服务器为第一账户垫付第一支付金额给第二账户。

可选地，在所述接收所述终端发送的支付成功订单之前，还可接收终端发送的支付请求；根据所述支付请求向所述终端发送待验证信息，所述待验证信息用于指示所述终端进行支付校验。

其中，上述待验证信息用于指示终端对待支付款项进行支付验证。

具体实现中，在支付过程中，若需要进行支付验证，支付系统服务器可在接收终端发送的支付请求后，根据该支付请求向终端发送待验证信息，从而，可指示终端对对待支付款项进行支付验证，例如终端进行密码验证、验证码验证，进行指纹验证等。在支付验证成功后，终端可生成支付成功订单，并向支付系统服务器发送该支付成功订单。

可选地，在所述接收所述终端发送的支付成功订单之后，还可向所述收款方发送支付成功通知。

其中，支付系统服务器可在接收待支付成功订单后，向收款方发送支付成功通知，例如，在消费场景下，可向商家的终端发送支付成功通知，又例如，在转账场景下，可向收款方发送转账成功通知请参阅图2b，图2b为本发明实施例提供的一种支付成功通知的演示示意图，其中，在支付方通过终端支付成功后，可生成支付成功订单，并将支付成功订单发送至支付系统服务器，进而，支付系统服务器可向收款方发送支付成功通知。

步骤S202，向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

其中，由于支付方购买基金产品的第一账户无法直接扣除款项，需要进行赎回才能进行结算，因此，支付系统服务器可以在接收到支付成功订单之后，指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入第一支付金额，从而，可指示虚拟银行服务器对支付方应该支付的第一支付金额进行垫付，具体地，由虚拟银行服务器向收款方的第二账户转入第一支付金额，并将第一账户中与第一支付金额对应的第一基金份额冻结。

可见，在支付阶段，支付系统服务器可以指示虚拟银行服务器对支付方应该支付的第一支付金额进行垫资，由虚拟银行服务器向收款方的第二账户转入第一支付金额，从而，可在支付方的第一账户的基金产品无法立即赎回的情况下，能够保证支付顺利完成，使支付方能够更加便捷地进行支付。

可选地，所述支付成功订单还包括支付方式，若所述支付方式为基金支付方式，执行所述向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一基金份额的操作。

本发明实施例中，支付系统服务器接收到的支付成功订单还可包括支付方式，支付方式是支付方通过终端进行支付时选择的支付方式，若支付方选择基金支付方式，表明需要对基金产品进行赎回再进行支付，因此，在支付系统服务器根据支付成功订单确定基金支付方式后，可以指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入第一支付金额，从而指示虚拟银行服务器对支付方应该支付的第一支付金额进行垫付，待后续支付方的第一账户的基金产品赎回后，再将第一支付金额支付到虚拟银行。

可选地，本发明实施例中，还可在所述虚拟银行对应的指定时间，接收所述虚拟银行服务器发送的对账信息；若所述对账信息中包括所述支付成功订单，将所述对账信息返回所述虚拟银行服务器，并指示所述虚拟银行服务器向基金公司发送赎回申请，所述赎回申请用于所述虚拟银行向所述基金公司赎回所述第一账户的所述第一基金份额；接收所述虚拟银行服务器发送的赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；向所述终端发送所述赎回反馈信息。

其中，上述指定时间可以是虚拟银行指定的基金赎回时间，基金赎回时间可以是每天的特定时间，例如，每天下午3点进行基金公司进行基金赎回，或者，可以是每周的特定时间，例如每周五进行基金赎回，从而，虚拟银行服务器在指定时间可以收到基金公司的赎回款，针对上述支付成功订单，虚拟银行服务器可接收到基金公司转入的第一支付金额，该第一支付金额即为在支付阶段虚拟银行服务器为第一账户的支付成功订单进行垫资的金额。

请参阅图2c，图2c为本发明实施例提供的另一种支付处理方法的流程示意图，其中，该支付处理方法可包括步骤211-步骤216，首先，在支付阶段，支付系统服务器可以接收终端发送的支付成功订单，支付成功订单是由终端在支付验证成功后生成的订单，该支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；在支付方的第一账户的基金产品无法立即赎回的情况下，支付系统服务器可以指示虚拟银行服务器对支付方应该支付的第一支付金额进行垫资，具体地，支付系统服务器可以向虚拟银行服务器发送该支付成功订单，并指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入第一支付金额，从而，可以保证第二账户在支付阶段收到第一支付金额，也不影响第一账户的基金产品继续获得收益。在赎回阶段，支付系统服务器可以在指定时间接收虚拟银行服务器发送的对账信息，若对账信息中包括支付成功订单，可将对账信息返回虚拟银行服务器，并指示虚拟银行服务器向基金公司发送赎回申请，从而，虚拟银行服务器可以收到基金公司的赎回款，针对上述支付成功订单，虚拟银行服务器可接收到基金公司转入的为第一账户垫资的第一支付金额。在基金公司将第一账户的第一基金份额赎回，并将赎回款转入虚拟银行的指定账户之后，支付系统服务器可接收虚拟银行服务器发送的赎回反馈信息，赎回反馈信息用于提示第一账户的第一基金份额已经赎回；最后，支付系统服务器可向终端发送赎回反馈信息，从而，支付方可以通过基金账户的收支明细查看到第一支付金额对应的第一基金份额已经赎回。

本发明实施例在支付过程中，通过支付系统服务器接收终端发送的支付成功订单，支付成功订单是由终端在支付验证成功后生成的订单，支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；向虚拟银行服务器发送支付成功订单，并指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入所述第一支付金额，如此，可通过虚拟银行服务器对订单中的支付金额进行垫资，使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

进一步的，请参见图3a，是本发明实施例提供的另一种支付处理方法的流程示意图。上述支付处理方法应用于终端，如图3a所示，上述支付处理方法可以包括：

步骤S301，在支付验证成功后，生成支付成功订单。

其中，终端在进行支付时，会进行支付验证，在支付验证成功后，可生成支付成功订单，支付成功订单可包括第一支付金额、支付方的第一账户和收款方的第二账户，可选地，支付成功订单还可包括支付方式。

可选地，终端还可向所述支付系统服务器发送支付请求；接收所述支付系统服务器发送的待验证信息；获取所述待验证信息对应的支付验证信息；若所述支付验证信息验证通过，确定支付验证成功。

其中，上述支付验证信息可以为以下任意一种：验证密码、验证码，支付方的指纹、虹膜或人脸信息等，此处不做限制。

在支付过程中，终端可进行支付验证，具体地，终端可向支付系统服务器发送支付请求；接收支付系统服务器发送的待验证信息，进而，终端可获取待验证信息对应的支付验证信息，若支付验证信息验证通过，确定支付验证成功。从而，可生成支付成功订单。

可选地，在所述向支付系统服务器发送支付请求之前，终端还可接收支付操作指令；根据所述支付操作指令选取基金支付方式，所述基金支付方式用于指示所述支付系统服务器发送所述支付成功订单至虚拟银行服务器，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及向所述第二账户转入所述第一支付金额。

其中，在支付过程中，终端根据支付方在终端上设置的资金配置信息可展示多种支付方式供支付方选择，支付方在终端上设置的资金配置信息可包括添加注册的银行卡账户、信用卡账户、基金账户、以及其他金融产品账户，从而，支付方可以选择其中任意一种方式进行支付。若支付方选择基金支付方式，则终端将支付成功订单并发送至支付系统服务器之后，支付系统服务器可发送该支付成功订单至虚拟银行服务器，并指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额以及向第二账户转入第一支付金额，从而完成支付流程。

步骤S302，向所述支付系统服务器发送所述支付成功订单，所述支付成功订单用于所述支付系统服务器指示虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

其中，终端可将支付成功订单发送至支付系统服务器，从而，支付系统服务器可根据支付成功订单提供的上述信息指示虚拟银行服务器为第一账户垫付第一支付金额给第二账户，由支付系统服务器完成支付流程。

可选地，终端还可接收支付系统服务器发送的赎回反馈信息，从而，支付方可以通过基金账户的账户明细里面查看到第一支付金额对应的第一基金份额已经赎回。

请参阅图3b，图3b为本发明实施例提供的一种实现支付处理方法的场景示意图，其中，在支付过程中，终端首先会通过默认支付方式，例如支付应用中的零钱支付方式，若零钱支付方式中余额不足，则支付方可以进行支付操作，通过支付操作触发的支付操作指令选取基金支付方式，然后，进行支付验证，例如，用户输入支付密码后，若密码验证成功，终端可确定支付验证成功，然后生成支付成功订单，然后，终端可将支付成功订单发送至支付系统服务器，由支付系统服务器指示虚拟银行服务器对第一账户应该支付的第一支付金额进行垫资；最后，在虚拟银行服务器赎回第一账户的第一基金份额后，会向支付系统服务器发送赎回反馈信息，进而，终端可接收到支付系统服务器发送的赎回反馈信息，从而，支付方在浏览收支明细时，可以查看到第一账户中的第一基金份额已经赎回。

本发明实施例通过本发明实施例通过终端在支付验证成功后，生成支付成功订单；向支付系统服务器发送支付成功订单，进而，支付系统服务器可指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额以及指示虚拟银行服务器向第二账户转入第一支付金额，如此，可通过虚拟银行服务器对订单中的支付金额进行垫资，使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

请参见图4，是本发明实施例提供的一种支付处理方法的流程示意图。如图4所示，该支付处理方法应用于虚拟银行服务器，该支付处理方法可以包括以下步骤S401-步骤S402：

步骤S401，接收支付系统服务器发送的支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户。

其中，由于支付方购买基金产品的第一账户无法直接扣除款项，需要进行赎回才能进行结算，因此，虚拟银行服务器可接收支付系统服务器发送的支付成功订单，支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户，从而，虚拟银行服务器可对第一账户需要支付的第一支付金额进行垫付。

步骤S402，冻结所述第一账户中与所述第一支付金额对应的第一基金份额；向所述第二账户转入所述第一支付金额。

其中，虚拟银行服务器通过冻结第一账户中与第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入第一支付金额，从而，可对支付方应该支付的第一支付金额进行垫付。

可选地，虚拟银行服务器向所述第二账户转入所述第一支付金额，可从所述虚拟银行的垫资账户向所述第二账户转入所述第一支付金额。

可选地，虚拟银行服务器还可在所述虚拟银行对应的指定时间，向所述支付系统服务器发送对账信息；若所述对账信息中包括所述支付成功订单，接收所述支付系统服务器返回的所述对账信息；向基金公司发送赎回申请；接收所述基金公司发送的确认赎回信息，以及接收所述基金公司转入所述虚拟银行指定账户的与所述第一基金份额对应的所述第一支付金额；根据所述确认赎回信息从所述虚拟银行的所述指定账户向所述垫资账户转入所述第一支付金额；生成赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；向所述支付系统服务器发送所述赎回反馈信息，并指示所述支付系统服务器将所述赎回反馈信息转发至所述终端。

其中，上述指定时间可以是虚拟银行指定的基金赎回时间，在赎回阶段，虚拟银行服务器可以在指定时间向支付系统服务器发送对账信息，若对账信息中包括支付成功订单，可接收支付系统服务器发送的对账信息，进而，虚拟银行服务器可向基金公司发送赎回申请，若虚拟银行服务器接收到基金公司发送的确认赎回信息，以及接收到基金公司转入虚拟银行指定账户的与第一基金份额对应的第一支付金额，虚拟银行服务器可根据确认赎回信息从虚拟银行的指定账户向垫资账户转入第一支付金额，从而，虚拟银行服务器可以向支付系统服务器发送赎回反馈信息，从而，支付系统服务器可向终端发送赎回反馈信息，支付方可以通过基金账户的收支明细查看到第一支付金额对应的第一基金份额已经赎回。

收到基金公司的赎回款，虚拟银行服务器可接收到基金公司转入的为第一账户垫资的第一支付金额，虚拟银行服务器可向支付系统服务器发送赎回反馈信息，赎回反馈信息用于提示第一账户的第一基金份额已经赎回。

本发明实施例通过虚拟银行服务器接收支付系统服务器发送的支付成功订单，支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；冻结第一账户中与第一支付金额对应的第一基金份额；向第二账户转入第一支付金额，如此，可通过虚拟银行服务器对订单中的支付金额进行垫资，使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

请参见图5a，是本发明实施例提供的另一种支付处理方法的流程示意图。如图4所示，该支付处理方法应用于图1a所示的网络架构，该支付处理方法可以包括以下步骤S501-步骤S502：

步骤S501，终端在支付验证成功后，生成支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户。

步骤S502，终端向所述支付系统服务器发送所述支付成功订单。

其中，步骤S501-步骤S502的具体实现方式可以参见上述图3a所对应实施例中的步骤S401-步骤S402，此处不再赘述。

步骤S503，支付系统服务器向虚拟银行服务器发送所述支付成功订单。

其中，步骤S503的具体实现方式可以参见上述图2a所对应实施例中的步骤S202，此处不再赘述。

步骤S504，虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；向所述第二账户转入所述第一支付金额。

其中，步骤S504的具体实现方式可以参见上述图4所对应实施例中的步骤S402，此处不再赘述。

请参阅图5b，图5b为本发明实施例提供的另一种支付处理方法的流程示意图，其中，在转账支付场景下，支付方需要转账至好友，可选择通过基金账户进行支付，进而，终端100a可向支付系统服务器发送支付请求，然后，支付系统服务器可根据该支付请求发送待验证信息，待验证信息用于进行支付验证，进而，终端接收该待验证信息后，可展示包括待验证信息的支付验证界面，然后，可获取支付验证信息，终端在确定支付验证信息验证成功后，可向收款方的终端100b发送支付成功通知，以及，终端可生成支付成功订单，然后向支付系统服务器发送该支付成功订单，从而，支付系统服务器可以将支付成功订单发送至虚拟银行服务器，进而，虚拟银行服务器可冻结第一账户中与所述第一支付金额对应的第一基金份额，以及向第二账户转入所述第一支付金额，从而，虚拟银行服务器可通过垫资的方式向商家支付第一支付金额，无需等待赎回支付方的第一账户的基金产品到账后再进行消费。在虚拟银行指定的基金赎回时间，虚拟银行服务器可向支付系统服务器发送对账信息，若对账信息中包括支付成功订单，支付系统服务器可将对账信息返回虚拟银行服务器，虚拟银行服务器可向基金公司发送赎回申请，从而，虚拟银行服务器可接收到基金公司转入的为第一账户垫资的第一支付金额。在虚拟银行服务器收到赎回的第一账户的第一基金份额对应的第一支付金额后，虚拟银行服务器可向支付系统服务器发送赎回反馈信息，最后，支付系统服务器可向终端发送赎回反馈信息，从而，支付方可以通过基金账户的收支明细查看到第一支付金额对应的第一基金份额已经赎回。

可见，通过在支付阶段由虚拟银行服务器对支付方应该支付的第一支付金额进行垫付，在赎回阶段，由虚拟银行服务器从基金公司将支付方的第一账户的第一基金份额赎回，可以使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

进一步的，请参见图6，是本发明实施例提供的一种支付处理装置600的结构示意图。如图6所示，所述支付处理装置600应用于支付系统服务器，所述支付处理装置600可以包括：第一接收单元601和第一发送单元602；其中，

所述第一接收单元601，用于接收所述终端发送的支付成功订单，所述支付成功订单是由所述终端在支付验证成功后生成的订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

所述第一发送单元602，用于向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

其中，第一接收单元601和第一发送单元602的具体功能实现方式可以参见上述图2a对应实施例中的步骤S201-步骤S202，这里不再进行赘述。

在一个实施例中，所述第一接收单元，还用于在所述虚拟银行对应的指定时间，接收所述虚拟银行服务器发送的对账信息；

所述第一发送单元602，还用于在所述对账信息中包括所述支付成功订单时，将所述对账信息返回所述虚拟银行服务器，并指示所述虚拟银行服务器向基金公司发送赎回申请，所述赎回申请用于所述虚拟银行向所述基金公司赎回所述第一账户的所述第一基金份额；

所述第一接收单元601，还用于接收所述虚拟银行服务器发送的赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

所述第一发送单元602，还用于向所述终端发送所述赎回反馈信息。

在一个实施例中，在所述接收所述终端发送的支付成功订单之前，

所述第一接收单元601，还用于接收终端发送的支付请求；

所述第一发送单元602，还用于根据所述支付请求向所述终端发送待验证信息，所述待验证信息用于指示所述终端进行支付校验。

在一个实施例中，在所述接收所述终端发送的支付成功订单之后，

所述第一发送单元602，还用于向所述收款方发送支付成功通知。

在一个实施例中，所述支付成功订单还包括支付方式，若所述支付方式为基金支付方式，由所述第一发送单元602执行所述向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一基金份额的操作。

可以看出，本发明实施例提供的支付处理装置，通过在支付过程中，支付系统服务器接收终端发送的支付成功订单，支付成功订单是由终端在支付验证成功后生成的订单，支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；向虚拟银行服务器发送支付成功订单，并指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额；以及指示虚拟银行服务器向第二账户转入所述第一支付金额，如此，可通过虚拟银行服务器对订单中的支付金额进行垫资，使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

进一步的，请参见图7a，是本发明实施例提供的一种支付处理装置700的结构示意图。如图7a所示，所述支付处理装置700应用于终端，所述支付处理装置700可以包括：第一处理单元701和第二发送单元702；其中，

所述第一处理单元701，用于在支付验证成功后，生成支付成功订单；

所述第二发送单元702，用于向所述支付系统服务器发送所述支付成功订单，所述支付成功订单用于所述支付系统服务器指示虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

在一个实施例中，如图7b所示，图7b为图7a所示的支付处理装置700的变型结构，其与图7a相比较，还可以包括：第三接收单元703，具体如下：

所述第二发送单元702，还用于向所述支付系统服务器发送支付请求；

所述第三接收单元703，用于接收所述支付系统服务器发送的待验证信息；

所述第一处理单元701，还用于获取所述待验证信息对应的支付验证信息；若所述支付验证信息验证通过，确定支付验证成功。

在一个实施例中，在所述向支付系统服务器发送支付请求之前，所述第三接收单元，还用于接收支付操作指令；

所述第一处理单元701，还用于根据所述支付操作指令选取基金支付方式，所述基金支付方式用于指示所述支付系统服务器发送所述支付成功订单至虚拟银行服务器，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及向所述第二账户转入所述第一支付金额。

本发明实施例提供的支付处理装置，通过终端在支付验证成功后，生成支付成功订单；向支付系统服务器发送支付成功订单，进而，支付系统服务器可指示虚拟银行服务器冻结第一账户中与第一支付金额对应的第一基金份额以及指示虚拟银行服务器向第二账户转入第一支付金额，如此，可通过虚拟银行服务器对订单中的支付金额进行垫资，使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

进一步的，请参见图8a，是本发明实施例提供的一种支付处理装置800的结构示意图。如图8a所示，所述支付处理装置800应用于虚拟银行服务器，所述支付处理装置800可以包括：第二接收单元801和第二处理单元802；其中，

所述第二接收单元801，用于接收支付系统服务器发送的支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

所述第二处理单元802，用于冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及向所述第二账户转入所述第一支付金额。

在一个实施例中，在所述向所述第二账户转入所述第一支付金额方面，所述第二处理单元802具体用于：

从所述虚拟银行的垫资账户向所述第二账户转入所述第一支付金额。

在一个实施例中，如图8b所示，图8b为图8a所示的支付处理装置800的变型结构，其与图8a相比较，还可以包括：第三发送单元803，具体如下：

所述第三发送单元803，用于在所述虚拟银行对应的指定时间，向所述支付系统服务器发送对账信息；

所述第二接收单元801，还用于在所述对账信息中包括所述支付成功订单时，接收所述支付系统服务器返回的所述对账信息；

所述第三发送单元803，还用于向基金公司发送赎回申请；

所述第二接收单元801，还用于接收所述基金公司发送的确认赎回信息，以及接收所述基金公司转入所述虚拟银行指定账户的与所述第一基金份额对应的所述第一支付金额；

所述第二处理单元802，还用于根据所述确认赎回信息从所述虚拟银行的所述指定账户向所述垫资账户转入所述第一支付金额；以及生成赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

所述第三发送单元803，还用于向所述支付系统服务器发送所述赎回反馈信息，并指示所述支付系统服务器将所述赎回反馈信息转发至所述终端。

本发明实施例提供的支付处理装置，通过虚拟银行服务器接收支付系统服务器发送的支付成功订单，支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；冻结第一账户中与第一支付金额对应的第一基金份额；向第二账户转入第一支付金额，如此，可通过虚拟银行服务器对订单中的支付金额进行垫资，使得支付方购买基金时，即能通过基金账户进行支付，又不影响基金收益。

根据本发明的另一个实施例，图6-图8b所示的支付处理装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的至少两个单元来构成，这可以实现同样的操作，而不影响本发明的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由至少两个单元来实现，或者至少两个单元的功能由一个单元实现。在本发明的其它实施例中，基于支付处理装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由至少两个单元协作实现。

进一步地，请参见图9，是本发明实施例提供的一种支付系统服务器的结构示意图。如图9所示，上述图6中的支付处理装置600可以应用于所述支付系统服务器9000，所述支付系统服务器9000可以包括：处理器9001，网络接口9004和存储器9005，此外，所述支付系统服务器9000还可以包括：用户接口9003，和至少一个通信总线9002。其中，通信总线9002用于实现这些组件之间的连接通信。其中，用户接口9003可以包括标准的有线接口、无线接口。网络接口9004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器9004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器9004可选的还可以是至少一个位于远离前述处理器9001的存储装置。如图9所示，作为一种计算机存储介质的存储器9004中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图9所示的支付系统服务器9000中，网络接口9004可提供网络通讯功能；而用户接口9003主要用于为用户提供输入的接口；而处理器9001可以用于调用存储器9004中存储的设备控制应用程序，以实现：

接收所述终端发送的支付成功订单，所述支付成功订单是由所述终端在支付验证成功后生成的订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

在一个实施例中，所述处理器9001还具体执行以下步骤：

在所述虚拟银行对应的指定时间，接收所述虚拟银行服务器发送的对账信息；

若所述对账信息中包括所述支付成功订单，将所述对账信息返回所述虚拟银行服务器，并指示所述虚拟银行服务器向基金公司发送赎回申请，所述赎回申请用于所述虚拟银行向所述基金公司赎回所述第一账户的所述第一基金份额；

接收所述虚拟银行服务器发送的赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

向所述终端发送所述赎回反馈信息。

在一个实施例中，所述处理器9001在所述接收所述终端发送的支付成功订单之前，还具体执行以下步骤：

接收终端发送的支付请求；

根据所述支付请求向所述终端发送待验证信息，所述待验证信息用于指示所述终端进行支付校验。

在一个实施例中，所述处理器9001在所述接收所述终端发送的支付成功订单之后，还具体执行以下步骤：

向所述收款方发送支付成功通知。

在一个实施例中，所述支付成功订单还包括支付方式，若所述支付方式为基金支付方式，执行所述向虚拟银行服务器发送所述支付成功订单，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额；以及指示所述虚拟银行服务器向所述第二账户转入所述第一基金份额的操作。

应当理解，本发明实施例中所描述的支付系统服务器9000可执行前文图2a所对应实施例中对所述支付处理方法的描述，也可执行前文图6所对应实施例中对所述支付处理装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步地，请参见图10，是本发明实施例提供的一种终端的结构示意图。如图10所示，上述图7a中的支付处理装置700可以应用于所述终端1000，所述终端1000可以包括：处理器1001，网络接口1004和存储器1005，此外，所述终端1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器1004可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图10所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图10所示的终端1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

在支付验证成功后，生成支付成功订单；

向所述支付系统服务器发送所述支付成功订单，所述支付成功订单用于所述支付系统服务器指示虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及指示所述虚拟银行服务器向所述第二账户转入所述第一支付金额。

在一个实施例中，所述处理器1001还具体执行以下步骤：

向所述支付系统服务器发送支付请求；

接收所述支付系统服务器发送的待验证信息；

获取所述待验证信息对应的支付验证信息；

若所述支付验证信息验证通过，确定支付验证成功。

在一个实施例中，所述处理器1001在所述向支付系统服务器发送支付请求之前，还具体执行以下步骤：

接收支付操作指令；

根据所述支付操作指令选取基金支付方式，所述基金支付方式用于指示所述支付系统服务器发送所述支付成功订单至虚拟银行服务器，并指示所述虚拟银行服务器冻结所述第一账户中与所述第一支付金额对应的第一基金份额以及向所述第二账户转入所述第一支付金额。

应当理解，本发明实施例中所描述的终端1000可执行前文图3a所对应实施例中对所述支付处理方法的描述，也可执行前文图7a所对应实施例中对所述支付处理装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步地，请参见图11，是本发明实施例提供的一种虚拟银行服务器的结构示意图。如图11所示，上述图8a中的支付处理装置800可以应用于所述虚拟银行服务器1100，所述虚拟银行服务器1100可以包括：处理器1101，网络接口1104和存储器1105，此外，所述虚拟银行服务器1100还可以包括：用户接口1103，和至少一个通信总线1102。其中，通信总线1102用于实现这些组件之间的连接通信。其中，用户接口1103可以包括标准的有线接口、无线接口。网络接口1104可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1104可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1105可选的还可以是至少一个位于远离前述处理器1101的存储装置。如图11所示，作为一种计算机存储介质的存储器1105中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图11所示的虚拟银行服务器1100中，网络接口1104可提供网络通讯功能；而用户接口1103主要用于为用户提供输入的接口；而处理器1101可以用于调用存储器1105中存储的设备控制应用程序，以实现：

接收支付系统服务器发送的支付成功订单，所述支付成功订单包括第一支付金额、支付方的第一账户和收款方的第二账户；

冻结所述第一账户中与所述第一支付金额对应的第一基金份额；向所述第二账户转入所述第一支付金额。

在一个实施例中，所述处理器1101在所述向所述第二账户转入所述第一支付金额时，具体执行以下步骤：

从所述虚拟银行的垫资账户向所述第二账户转入所述第一支付金额。

在一个实施例中，所述处理器1101还具体执行以下步骤：

在所述虚拟银行对应的指定时间，向所述支付系统服务器发送对账信息；

若所述对账信息中包括所述支付成功订单，接收所述支付系统服务器返回的所述对账信息；

向基金公司发送赎回申请；

接收所述基金公司发送的确认赎回信息，以及接收所述基金公司转入所述虚拟银行指定账户的与所述第一基金份额对应的所述第一支付金额；

根据所述确认赎回信息从所述虚拟银行的所述指定账户向所述垫资账户转入所述第一支付金额；

生成赎回反馈信息，所述赎回反馈信息用于提示所述第一账户的所述第一基金份额已经赎回；

向所述支付系统服务器发送所述赎回反馈信息，并指示所述支付系统服务器将所述赎回反馈信息转发至所述终端。

应当理解，本发明实施例中所描述的虚拟银行服务器1100可执行前文图4所对应实施例中对所述支付处理方法的描述，也可执行前文图8a所对应实施例中对所述支付处理装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

本发明实施例还提供了一种计算机存储介质，且所述计算机存储介质中存储有前文提及的支付系统服务器9000所执行的计算机程序，且所述计算机程序包括程序指令，当所述处理器执行所述程序指令时，能够执行前文图2a实施例中对所述多媒体数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本发明所涉及的计算机存储介质实施例中未披露的技术细节，请参照本发明方法实施例的描述。

本发明实施例还提供了一种计算机存储介质，且所述计算机存储介质中存储有前文提及的终端1000所执行的计算机程序，且所述计算机程序包括程序指令，当所述处理器执行所述程序指令时，能够执行前文图3a实施例中对所述多媒体数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本发明所涉及的计算机存储介质实施例中未披露的技术细节，请参照本发明方法实施例的描述。

本发明实施例还提供了一种计算机存储介质，且所述计算机存储介质中存储有前文提及的虚拟银行服务器1100所执行的计算机程序，且所述计算机程序包括程序指令，当所述处理器执行所述程序指令时，能够执行前文图4实施例中对所述多媒体数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本发明所涉及的计算机存储介质实施例中未披露的技术细节，请参照本发明方法实施例的描述。

请参见图12a，图12a是本发明实施例提供的区块结构(Block Structure)一个可选的示意图，每个区块(Block)中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。其中，区块链包括一系列按照产生的先后时间顺序相互接续的区块，新区块一旦加入到区块链中就不会再被移除。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

本发明实施例中，可将终端生成的支付成功订单，支付系统服务器向收款方发送的支付成功通知均存储在上述区块链中，此外，还可将虚拟银行服务器发送的对账信息也存储在上述区块链中，具体地，请参见图12b，图12b是本发明实施例提供的将支付成功订单、支付成功通知以及对账信息存储在区块链中的示意图，上述支付成功订单、支付成功通知以及对账信息可分别存储在区块链中不同的多个区块中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。