CN106779712B - 网络支付方法及装置 - Google Patents

Abstract

本申请实施例公开了一种网络支付方法及装置。所述方法包括：接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。利用本申请实施例，可以实现降低扩展成本。

Description

网络支付方法及装置

技术领域

本申请涉及互联网技术领域，特别涉及一种网络支付方法及装置。

背景技术

随着互联网时代的到来，互联网在人们日常的学习、工作和生活中得到广泛的应用。人们日常的各种需要用到资金转移的场景(如购物、转账、缴水电费)都可以通过互联网来处理或呈现。

互联网通过支付平台(如阿里巴巴的支付宝、各大银行的网上银行、腾讯的财付通)可以实现付款方到收款方的资金转移。具体的，支付平台又是通过付款方和收款方的支付工具实现资金转移。早期由于支付平台中支付工具较为单一，往往是支付平台中用户账户下的账户余额间的收付。然而随着支付工具的多元化，跨支付工具间的收付已经成为主流。例如支付宝这样的支付平台，其不仅具有账户余额这个支付工具，还包括红包、积分、余额宝等支付工具，并且还可以集成有外部的支付工具例如银行卡的快捷支付、微信钱包等。支付平台需要实现各种支付工具间的收付功能。

现有技术中，当支付平台接收到支付请求时，需要确定支付双方的双边服务类型，再根据所述双边服务类型接入对应的支付工具的服务器，来完成付款方的付款和收款方的收款。例如买家用银行卡付款到卖家账户余额的支付请求，支付平台可以确定双边服务类型为：买家(付款方)的银行卡和卖家(收款方)的账户余额，再根据该双边服务类型接入买家银行卡的服务器和卖家账户余额的服务器，完成买家银行卡的付款和卖家账户余额的收款。然而，支付平台提供买家使用各种类型的支付工具进行付款，而提供卖家进行收款的支付工具往往只有账户余额这一种支付工具。基于这样的特征，现有的支付平台在接收到支付请求时，确定的双边服务类型中收款方固定为账户余额。然而如上所述，随着支付工具的多元化，收款方用于收款的支付工具也相应多元化，例如余额宝的收款功能。如此，需要对现有的双边服务类型进行扩展，例如N种付款的支付工具，收款的支付工具由1种增加到M种，其中N大于等于M；那么双边服务类型的数量就需要由N种扩展到

种。这样，随着收款的支付工具的增加，会产生扩展成本较大的问题。

发明内容

本申请实施例的目的是提供一种网络支付方法及装置，用以解决现有技术中扩展成本较大的问题。

为解决上述技术问题，本申请实施例提供的网络支付方法及装置是这样实现的：

一种网络支付方法，包括：

客户端发送支付请求至支付平台；所述支付请求包括支付发起方的第一支付工具、接收方的第二支付工具和支付信息；

所述支付平台接收所述支付请求，并根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

所述支付平台将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

所述第一支付工具的服务器接收所述支付平台发送的所述第一信息，并根据所述第一信息完成发起方支付；

所述支付平台将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息；

所述第二支付工具的服务器接收所述支付平台发送的所述第二信息，并根据所述第二信息中的单边服务类型完成所述支付信息。

一种网络支付方法，包括：

接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

一种网络支付装置，包括：

接收模块，用于接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

处理模块，用于根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

第一发送模块，用于将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

第二发送模块，用于将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

由以上本申请实施例提供的技术方案可见，本申请实施例提供的一种网络支付方法及装置。支付平台通过确定支付工具的单边服务类型，解除了支付双方间支付工具的关联，使得支付工具只需关注单边服务。对于每增加一种支付工具，只需支付平台提供统一的单边服务类型即可，从而降低了扩展成本。

附图说明

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

图1为本申请一实施例中提供的系统架构概念图；

图2为本申请一实施例中提供的网络支付方法的流程图；

图3为本申请一实施例中提供的网络支付方法的流程图；

图4为本申请一实施例中提供的网络支付方法的流程图；

图5为本申请一实施例中提供的网络支付方法的流程图；

图6为本申请一实施例中以支付平台为主体的方法的流程图；

图7为本申请一实施例中以支付平台为主体的方法的流程图；

图8为本申请一实施例中以支付平台为主体的方法的流程图；

图9为本申请一实施例中以支付平台为主体的方法的流程图；

图10为本申请一实施例中提供的网络支付装置的模块示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1示出了本文中可以适用的示例性的系统架构概念。

系统架构概念图100可以包括经由网络102与客户端101进行数据通信的支付平台103，以及可以集成于支付平台103或独立于支付平台103的至少1种的支付工具105。所述支付平台(如阿里巴巴的支付宝、各大银行的网上银行、腾讯的财付通)用于解决付款方到收款方的资金转移方案，提供付款方用户使用各种类型的支付工具105(如账户余额、红包、积分、余额宝)将资金转入收款方的账户中。

支付工具105可以通过支付平台103提供的接口，与支付平台103进行连接并实现信息的通信，继而完成交互和数据的处理。支付工具105可以用于具体实现资金转移，如一次交易中将买方的资金转入到卖方账户中。在交易双方使用不同支付工具105时，为了便于区别，本文中会使用第一支付工具、第二支付工具、第三支付工具等。

每个网络102都可以包括有线或无线电信装置，客户端101所基于的网络装置可以通过所述有线或无线电信装置来交换数据。例如，每个网络102都可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、移动电话网络、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合。在示例性实施方案的讨论中，应理解，术语“数据”和“信息”可在本文中互换使用来指代可存在于基于计算机的环境中的文字、图像、音频、视频或任何其它形式的信息。

客户端101所基于的网络装置都可以包括具有能够经由网络102发出并接收数据的通信模块的装置。例如，客户端101所基于的网络装置可以包括服务器、台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”)，或者其它任何的有线或无线处理器驱动装置。网络装置在架构上都包含一些基本组件，如总线、处理装置、存储装置、一个或多个输入/输出装置、和通信接口等。总线可以包括一个或多个导线，用来实现服务器和客户端各组件之间的通信。处理装置可以包括各类型的用来执行指令、处理进程或线程的处理器或微处理器。存储装置可以包括用以存储动态信息的动态存储器，如随机访问存储器(RAM)，或用以存储静态信息的静态存储器，如只读存储器(ROM)，以及包括磁或光学记录介质与相应驱动的大容量存储器。输入装置可以是键盘、鼠标、手写笔、触摸屏、声音识别装置、或生物测定装置等。输出装置可以是用以输出信息的显示器、打印机、或扬声器等。通信接口用来使服务器或客户端设备与其他系统或装置进行通信。通信接口之间可通过有线连接方式、无线连接方式、或光连接方式连接到上述网络中。每个网络都可以包括局域网(LAN)、广域网(WAN)、内部网、互联网、移动电话网络、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合。客户端上均包含用来管理系统资源、控制其他程序运行的操作系统软件，以及用来实现特定功能的应用软件或程序指令。

图2为本申请一实施例中提供的网络支付方法的流程图。本实施例中，所述网络支付方法包括如下步骤：

S110：客户端发送支付请求至支付平台；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息。

客户端获得所述发起方的第一支付工具、接收方的第二支付工具和支付信息，可以是通过显示的可点选或可输入的界面元素，接收用户的输入操作，进而接收发起方的第一支付工具、接收方的第二支付工具和支付信息。具体的，所述支付信息例如包括资金金额。

S120：所述支付平台接收所述支付请求，并根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型。

一般的，在资金转移过程中，会涉及到的操作可以分为资金的减少、资金的增加、资金的冻结、资金的解冻、资金的冲销。所述冲销是指取消原来的资金转移。例如A用户支付给B用户100元，如果执行冲销，则将A用户给B用户的100元，返还给A用户。这种情况可以应用在发生支付错误的场景，例如购物发生退货时，可以将买方支付的资金从卖方返还给买方。

所述单边服务类型可以包括借记服务、贷记服务、冻结服务、解冻服务和冲正服务。其中：

所述借记服务用于完成支付工具中金额的减少操作；

所述贷记服务用于完成支付工具中金额的增加操作；

所述冻结服务用于完成支付工具中金额的冻结操作；

所述解冻服务用于完成支付工具中金额的解冻操作；

所述冲正服务用于完成支付工具中金额的冲销操作。

所述预设规则可以由人为预先设定。例如：发起方的第一支付工具为资金减少操作，可以确定所述第一支付工具的单边服务类型为借记服务；

发起方的第一支付工具为资金增加操作，可以确定所述第一支付工具的单边服务类型为贷记服务；

发起方的第一支付工具为资金冻结操作，可以确定所述第一支付工具的单边服务类型为冻结服务；

发起方的第一支付工具为资金解冻操作，可以确定所述第一支付工具的单边服务类型为解冻服务；

发起方的第一支付工具为资金冲销操作，可以确定所述第一支付工具的单边服务类型为冲正服务；

接收方的第二支付工具为资金减少操作，可以确定所述第二支付工具的单边服务类型为借记服务；

接收方的第二支付工具为资金增加操作，可以确定所述第二支付工具的单边服务类型为贷记服务；

接收方的第二支付工具为资金冻结操作，可以确定所述第二支付工具的单边服务类型为冻结服务；

接收方的第二支付工具为资金解冻操作，可以确定所述第二支付工具的单边服务类型为解冻服务；

接收方的第二支付工具为资金冲销操作，可以确定所述第二支付工具的单边服务类型为冲正服务。

S130：所述支付平台将第一信息发送至所述第一支付工具的服务器；所述第一信息包括付款方的单边服务类型及支付信息。

S140：所述第一支付工具的服务器接收所述支付平台发送的第一信息，并根据所述第一信息完成发起方支付。

S150：所述支付平台将第二信息发送至所述第二支付工具的服务器；所述第二信息包括收款方的单边服务类型及支付信息。

S160：所述第二支付工具的服务器接收所述支付平台发送的第二信息，并根据所述第二信息完成接收方支付。

以下以买家的银行卡(支付工具)到卖家的账户余额(支付工具)的支付请求为例，支付平台接收到该支付请求后，由于买家的银行卡为资金减少操作，所以可以确定买家银行卡的单边服务类型为借记服务；由于卖家的账户余额为资金增加操作，卖家账户余额的单边服务类型为贷记服务；进一步的，支付平台将支付信息及借记服务发送至买家银行卡的服务器；买家银行卡的服务器接收到所述支付信息和借记服务后，完成买方银行卡中资金的减少操作。相同的，支付平台将支付信息及贷记服务发送至卖家账户余额的服务器；卖家账户余额的服务器接收到所述支付信息及贷记服务后，完成卖家账户余额中资金的增加操作。

一般的，支付平台还可以提供买家多种支付工具进行支付，如此买家可以选择多种支付工具支付，例如买家的账户余额加银行卡到卖家的账户余额的支付请求。类似地，支付平台接收到该支付请求后，由于买家的账户余额为资金减少操作，所以可以确定买家账户余额的单边服务类型为借记服务；买家的银行卡为资金减少操作，可以确定买家银行卡的单边服务类型为借记服务；卖家的账户余额为资金增加操作，可以确定卖家账户余额的单边服务类型为贷记服务；进一步的，支付平台将买家账户余额的支付信息及借记服务发送至买家账户余额的服务器；买家账户余额的服务器接收后，完成买家账户余额的减少操作；支付平台将买家银行卡的支付信息及借记服务发送至买家银行卡的服务器，买家银行卡的服务器接收后，完成买家银行卡的减少操作；支付平台将卖家账户余额的支付信息及贷记服务发送至卖家账户余额的服务器；卖家账户余额的服务器接收后，完成卖家账户余额的增加操作。如上述的例子，支付平台接收到客户端发出的支付请求后，只需确定支付工具的单边服务类型，从而解除了支付双方间支付工具的关联，使得支付工具只需关注单边服务。对于每增加一种支付工具，只需支付平台提供统一的单边服务类型即可，从而降低了扩展成本。

基于上述图2的基础上，在S140步骤之后，如图3所示还可以包括S141、S142步骤：

S141：所述第一支付工具的服务器向所述支付平台返回第一支付结果；

S142：所述支付平台接收所述第一支付结果，并判断所述第一支付结果是否成功；

相应地，S150：所述支付平台将第二信息发送至所述第二支付工具的服务器，还包括：

若是，则所述支付平台将第二信息发送至所述第二支付工具的服务器。

本实施例中，所述支付平台接收到的所述第一支付结果后，通过验证第一支付结果为成功，再执行S150步骤，而避免第一支付结果失败，仍然执行S150步骤的情况。

基于上述图2的基础上，在S160步骤之后，如图5所示还可以包括S161、S162和S163步骤；

S161：所述第二支付工具的服务器向所述支付平台返回第二支付结果；

S162：所述支付平台将接收到的所述第二支付结果发送至所述客户端；

S163：所述客户端接收所述第二支付结果。

本实施例中，所述支付平台接收到的所述第二支付结果发送至所述客户端，这样的第二支付结果可以是动画、图片、文字等形式的文件。所述客户端接收到所述第二支付结果后，可以播放该第二支付结果，例如显示图片、文字，或播放视频或动态图片，从而告知持有所述客户端的用户支付成功。

基于上述图3的基础上，在S160步骤之后，如图5所示还可以包括S161、S162和S163步骤；

S161：所述第二支付工具的服务器向所述支付平台返回第二支付结果；

S162：所述支付平台将接收到的所述第二支付结果发送至所述客户端；

S163：所述客户端接收所述第二支付结果。

本实施例中，所述支付平台接收到的所述第二支付结果发送至所述客户端，这样的第二支付结果可以是动画、图片、文字等形式的文件。所述客户端接收到所述第二支付结果后，可以播放该第二支付结果，例如显示图片、文字，或播放视频或动态图片，从而告知持有所述客户端的用户支付成功。

以下结合图6介绍本申请以支付平台为主体的方法实施例，该实施例可以对应图2：

S210：接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

S220：根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

S230：将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

S240：将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

以下结合图7介绍本申请以支付平台为主体的方法实施例，该实施例可以对应图3：

S210：接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

S220：根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

S230：将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

S231：接收所述第一支付工具的服务器返回的第一支付结果，并判断所述第一支付结果是否成功；

S240：若是，则将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

以下结合图8介绍本申请以支付平台为主体的方法实施例，该实施例可以对应图4：

S210：接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

S220：根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

S230：将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

S240：将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

S241：将接收到的所述第二支付工具的服务器返回的第二支付结果发送至所述客户端。

以下结合图9介绍本申请以支付平台为主体的方法实施例，该实施例可以对应图5：

S210：接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

S220：根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

S230：将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

S231：接收所述第一支付工具的服务器返回的第一支付结果，并判断所述第一支付结果是否成功；

S240：若是，则将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息；

S241：将接收到的所述第二支付工具的服务器返回的第二支付结果发送至所述客户端。

在上述图6-9基础上，在一个实施例中，所述支付信息可以包括资金金额。

所述支付信息可以是客户端通过屏幕上显示的可点选或可输入的界面元素，接收用户的输入操作，进而接收支付信息。

在上述图6-9基础上，在一个实施例中，所述单边服务类型可以包括借记服务、贷记服务、冻结服务、解冻服务和冲正服务。其中：

所述借记服务用于完成支付工具中金额的减少操作；

所述贷记服务用于完成支付工具中金额的增加操作；

所述冻结服务用于完成支付工具中金额的冻结操作；

所述解冻服务用于完成支付工具中金额的解冻操作；

所述冲正服务用于完成支付工具中金额的冲销操作。

本申请实施例提供还提供一种装置，可以实现上述的方法步骤，且该装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过支付平台的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。

图10为本申请一实施例中提供的网络支付装置的模块示意图。本实施例中，所述网络支付装置包括：

接收模块310，用于接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

处理模块320，用于根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

第一发送模块330，用于将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

第二发送模块340，用于将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

优选地，所述支付信息包括资金金额。

优选地，在所述第一发送模块330之后，还包括

第一接收子模块，用于接收所述第一支付工具的服务器返回的第一支付结果，并判断所述第一支付结果是否成功；

相应地，所述第二发送模块340，还用于在所述第一支付结果为成功时，将第二信息发送至所述第二支付工具的服务器。

优选地，在第二发送模块340之后，还包括：

第二接收子模块，用于将接收到的所述第二支付工具的服务器返回的第二支付结果发送至所述客户端。

优选地，所述单边服务类型包括借记服务、贷记服务、冻结服务、解冻服务和冲正服务。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

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

客户端发送支付请求至支付平台；所述支付请求包括支付发起方的第一支付工具、接收方的第二支付工具和支付信息；

所述支付平台接收所述支付请求，并根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

所述支付平台将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

所述第一支付工具的服务器接收所述支付平台发送的所述第一信息，并根据所述第一信息完成发起方支付；

所述支付平台将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息；

所述第二支付工具的服务器接收所述支付平台发送的所述第二信息，并根据所述第二信息中的单边服务类型完成所述支付信息。

2.如权利要求1所述的方法，其特征在于，所述支付信息包括资金金额。

3.如权利要求1所述的方法，其特征在于，在所述第一支付工具的服务器接收所述支付平台发送的所述第一信息，并根据所述第一信息完成发起方支付之后，还包括：

所述第一支付工具的服务器向所述支付平台返回第一支付结果；

所述支付平台接收所述第一支付结果，并判断所述第一支付结果是否成功；

相应地，所述支付平台将第二信息发送至所述第二支付工具的服务器，还包括：

若是，则所述支付平台将第二信息发送至所述第二支付工具的服务器。

4.如权利要求1或3所述的方法，其特征在于，在所述第二支付工具的服务器接收所述支付平台发送的所述第二信息，并根据所述第二信息完成接收方支付之后，还包括：

所述第二支付工具的服务器向所述支付平台返回第二支付结果；

所述支付平台将接收到的所述第二支付结果发送至所述客户端；

所述客户端接收所述第二支付结果。

5.如权利要求1所述的方法，其特征在于，所述单边服务类型包括借记服务、贷记服务、冻结服务、解冻服务和冲正服务。

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

接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

7.如权利要求6所述的方法，其特征在于，所述支付信息包括资金金额。

8.如权利要求6所述的方法，其特征在于，在将第一信息发送至所述第一支付工具的服务器之后，还包括：

接收所述第一支付工具的服务器返回的第一支付结果，并判断所述第一支付结果是否成功；

相应地，所述将第二信息发送至所述第二支付工具的服务器，包括：

若是，则将第二信息发送至所述第二支付工具的服务器。

9.如权利要求6或7所述的方法，其特征在于，还包括：

将接收到的所述第二支付工具的服务器返回的第二支付结果发送至所述客户端。

10.如权利要求6所述的方法，其特征在于，所述单边服务类型包括借记服务、贷记服务、冻结服务、解冻服务和冲正服务。

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

接收模块，用于接收客户端发送的支付请求；所述支付请求包括发起方的第一支付工具、接收方的第二支付工具和支付信息；

处理模块，用于根据预设规则确定所述支付请求中第一支付工具的单边服务类型和所述第二支付工具的单边服务类型；

第一发送模块，用于将第一信息发送至所述第一支付工具的服务器；所述第一信息包括所述第一支付工具的单边服务类型及支付信息；

第二发送模块，用于将第二信息发送至所述第二支付工具的服务器；所述第二信息包括所述第二支付工具的单边服务类型及支付信息。

12.如权利要求11所述的装置，其特征在于，所述支付信息包括资金金额。

13.如权利要求11所述的装置，其特征在于，在所述第一发送模块之后，还包括

第一接收子模块，用于接收所述第一支付工具的服务器返回的第一支付结果，并判断所述第一支付结果是否成功；

相应地，所述第二发送模块，还用于在所述第一支付结果为成功时，将第二信息发送至所述第二支付工具的服务器。

14.如权利要求11或13所述的装置，其特征在于，还包括：

第二接收子模块，用于将接收到的所述第二支付工具的服务器返回的第二支付结果发送至所述客户端。

15.如权利要求11所述的装置，其特征在于，所述单边服务类型包括借记服务、贷记服务、冻结服务、解冻服务和冲正服务。

Images