CN103500401A - 一种支付方法、装置及系统 - Google Patents

Abstract

本发明的实施例公开一种支付方法、装置及系统，应用于计算机领域，以解决现有支付方法中转账过程复杂操作不方便的问题。该方法包括：接收支付请求，提取接收支付请求中包含的交易编码和交易金额；查找交易编码对应的付款方标识和收款方标识；根据付款方标识、收款方标识和交易金额完成支付。本发明的实施例应用于账单支付。本发明的实施例提供的支付方法、装置及系统，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效率。

Description

一种支付方法、装置及系统

技术领域

本发明涉及计算机领域，尤其涉及一种支付方法、装置及系统。

背景技术

互联网的出现及快速普及，大大改变了人们的生产生活方式。越来越多的日常活动已经通过线上操作的方式，经由互联网来完成。例如，越来越多的交易（例如但不限于商品买卖，股票交易等），已经通过基于互联网的在线交易平台来实现。

然而，人们日常生活之中的经常性支出（例如，电费、水费、煤气费等），仍然采用传统的转账方式来实现。每次转账过程中，用户需要详细填写收款方账号和金额等信息，转账过程非常复杂，操作非常不便。

发明内容

本发明的实施例提供一种支付方法、装置及系统，以解决现有支付方法中转账过程复杂操作不方便的问题。

本发明的第一方面提供一种支付方法，包括：

接收支付请求，提取所述接收支付请求中包含的交易编码和交易金额；

查找所述交易编码对应的付款方标识和收款方标识；

根据所述付款方标识、收款方标识和交易金额完成支付。

结合第一方面，在第一种可能的实现方式中，在接收支付请求之前，所述方法还包括：

接收来自付款方的交易编码生成请求，提取其中包含的付款方标识和收款方标识；

根据所述付款方标识和收款方标识生成交易编码，并存储所述交易编码与所述付款方标识和收款方标识之间的对应关系；

将所述交易编码返回付款方。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述支付请求来自收款方，所述支付请求中包含的交易编码是由所述付款方发送给所述收款方的。

结合第一方面，在第三种可能的实现方式中，所述支付请求中还包含交易明细；所述根据付款方标识、收款方标识和交易金额完成支付具体为：向付款方发送包含交易明细的支付确认请求，在收到付款方返回的指示同意支付的支付确认响应之后，根据付款方标识、收款方标识和交易金额完成支付。

结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中，所述根据付款方标识、收款方标识和交易金额完成支付具体为：在所述收款方标识与发送所述支付请求的收款方相对应时，根据付款方标识、收款方标识和交易金额完成支付。

结合第一方面的第一种可能的实现方式，在第五种可能的实现方式中，所述支付请求来自付款方。

结合第一方面的第一种可能的实现方式，在第六种可能的实现方式中，所述根据所述付款方标识和收款方标识生成交易编码具体为：对所述付款方进行身份验证，在身份验证成功之后，根据所述付款方标识和收款方标识生成交易编码。

本发明的第二方面提供一种支付装置，包括：

支付请求接收模块，用于接收支付请求，提取其中包含的交易编码和交易金额；

查找模块，用于在所述支付请求接收模块接收的所述支付请求中查找所述交易编码对应的付款方标识和收款方标识；

支付模块，用于根据所述查找模块获得的所述付款方标识、收款方标识和所述支付请求模块获得的所述交易金额完成支付。

结合第二方面，在第一种可能的实现方式中，所述装置还包括：

交易编码生成请求接收模块，用于接收来自付款方的交易编码生成请求，提取其中包含的付款方标识和收款方标识；

生成模块，用于根据所述交易编码生成请求接收模块获得的所述付款方标识和收款方标识生成交易编码，并存储所述交易编码与所述付款方标识和收款方标识之间的对应关系；

返回模块，用于将所述生成模块生成的所述交易编码返回付款方。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述支付请求接收模块中，所述支付请求来自收款方，所述支付请求中包含的交易编码是由所述付款方发送给所述收款方的。

结合第二方面，在第三种可能的实现方式中，所述支付请求接收模块中，所述支付请求中还包含交易明细；

所述支付模块，具体用于：向付款方发送包含交易明细的支付确认请求，在收到付款方返回的指示同意支付的支付确认响应之后，根据付款方标识、收款方标识和交易金额完成支付。

结合第二方面的第二种可能的实现方式，在第四种可能的实现方式中，所述支付模块具体用于：在所述收款方标识与发送所述支付请求的收款方相对应时，根据付款方标识、收款方标识和交易金额完成支付。

结合第二方面的第一种可能的实现方式，在第五种可能的实现方式中，所述支付请求接收模块中所述支付请求来自付款方。

结合第二方面的第一种可能的实现方式，在第六种可能的实现方式中，所述生成模块具体用于，对所述付款方进行身份验证，在身份验证成功之后，根据所述付款方标识和收款方标识生成交易编码。

本发明的第三方面提供一种支付系统，包括付款方终端、收款方终端及支付装置，所述支付装置为第二方面所述的支付装置。

本发明的实施例提供的支付方法、装置及系统，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明的实施例提供的一种支付方法的流程示意图；

图2为本发明又一实施例提供的一种支付方法的流程示意图；

图3为本发明的实施例提供的一种支付装置的结构示意图；

图4为本发明又一实施例提供的一种支付装置的结构示意图；

图5为本发明的另一实施例提供的一种支付装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

图1为本发明的实施例提供的一种支付方法的流程示意图。本实施例适用于支付系统，通过支付装置为支付者提供各种账单业务的情景，该支付方法通常由支付装置执行，该装置可以是计算机或服务器等，通常包括软件和硬件。参考图1，该支付方法可以包括以下步骤：

101、接收支付请求，提取其中包含的交易编码和交易金额。

其中，支付请求可以为付款方向支付装置发起，也可以由收款方向支付装置发起。由付款方向支付装置发起支付请求时，支付请求包含支付装置预先发送给付款方的交易编码和交易金额。付款方在收到支付装置发送的交易编码后也可以将该交易编码发送给收款方，以便于由收款方向支付装置发起支付请求时，将该交易编码发送给支付装置。付款方一般为支付者，付款方通过付款方终端向支付装置进行信息交互，收款方一般为账单发行商，收款方通过收款方终端向支付装置进行信息交互。收款方终端一般包括账单发行商服务器。支付系统通过支付装置为付款方提供各种账单支付业务。例如付款方通过支付装置缴纳水电气费等。通常在支付装置提供的账单支付业务中，付款方通常提供待支付账单的账单发行商标识，账单参考号（可以为支付者在账单发行商处的客户号或者一个账单编号），账单支付金额，支付装置鉴权信息等。

支付请求为一次账单支付业务所发起的请求，可以是以网页的形式，也可以是其他常用形式。支付请求一般包括交易编码和交易金额。其中交易编码根据付款方标识和收款方标识生成。交易金额为本次账单支付的金额。付款方标识一般可以为付款方账号，付款方帐号可以为银行帐号、第三方在线支付系统帐号、移动支付系统帐号等，付款方标识也可以是付款方的身份标识或其他标识。收款方标识通常为账单发行商标识，账单发行商标识用于标识该账单对应的账单发行商。

102、查找交易编码对应的付款方标识和收款方标识。

其中，交易编码通常为根据付款方标识和收款方标识生成的一组序号，可以为一个随机的数字或字符串，或者其他随机数，以便于支付装置查找，该序号和本次支付的付款方标识和收款方标识建立对应关系，存储在支付装置自身数据库中。支付装置在自身数据库中通过查找该交易编码，即可查找到该交易编码对应的付款方标识和收款方标识。在具体实现过程中，上述交易编码还可根据付款方标识、收款方标识和账单参考号来生成，其中，账单参考号可以为付款方在账单发行商处的客户号或者该账单的账单编号。

103、根据付款方标识、收款方标识和交易金额完成支付。

支付装置根据交易编码对应的付款方标识、收款方标识和交易金额完成本次支付。其中，具体地，支付装置根据付款方标识从支付者账号扣除交易金额给收款方标识对应的账单发行商，本次支付完成。

本实施例，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效率。

在上述方案基础上，在接收支付请求之前，参考图2所示，图2为本发明又一实施例提供的一种支付方法的流程示意图。该方法还可以包括以下步骤：

201、接收来自付款方的交易编码生成请求，提取其中包含的付款方标识和收款方标识。

付款方，一般为支付者，可以在向支付装置发送支付请求之前发送交易编码生成请求，该交易编码生成请求包含付款方标识和收款方标识等信息。具体可以为付款方账号、账单发行商标识和账单参考号等信息。

202、根据付款方标识和收款方标识生成交易编码，并存储交易编码与付款方标识和收款方标识之间的对应关系。

支付装置根据付款方标识和收款方标识生成交易编码，该交易编码通常为一组序号，可以为一个随机的数字或字符串，或者其他随机数，以便于支付装置查找，该序号和本次支付的付款方标识和收款方标识建立对应关系，可以存储在支付装置自身数据库中。支付装置在自身数据库中通过查找该交易编码，即可查找到该交易编码对应的付款方标识和收款方标识。

可选地，为保障支付安全，可以对付款方进行身份验证，那么步骤202中根据付款方标识和收款方标识生成交易编码具体为：对付款方进行身份验证，在身份验证成功之后，根据付款方标识和收款方标识生成交易编码。

此处，通过对付款方进行身份验证，验证通过后再生成交易编码，保障了支付安全。

203、将交易编码返回付款方。

支付装置将交易编码返回付款方，为方便实现，通常将该交易编码返回给付款方。付款方在发起的支付请求中包含该序号。

付款方收到该交易编码还可以将该交易编码发送给收款方，例如通过网页或短信等方式发送，以便收款方发起支付请求。当支付请求来自收款方时，支付请求中包含的交易编码是由付款方发送给收款方的。

例如，支付装置将交易编码发送给付款方，当收款方通知付款方要进行支付时，收款方对付款方可以通过短信方式发送支付账单请求，付款方回复支付账单请求，把从支付装置处获得的交易编码发送给收款方，收款方获得该交易编码后向支付装置发送的支付请求。或者，当付款方主动告诉收款方进行支付时，付款方根据之前获得的收款方的接入方式，该接入方式可以为短信接入码或其他方式，向收款方发送从支付装置处获得的交易编码，收款方获得该交易编码后向支付装置发送的支付请求。

204、接收支付请求，提取其中包含的交易编码和交易金额。

其中，可以对于支付请求的发起者分为两种情况。

第一种情况：支付请求来自付款方，即支付请求可以由付款方向支付装置发起。

由付款方向支付装置发起支付请求时，支付请求包含支付装置预先发送给付款方的交易编码和交易金额。付款方一般为支付者，付款方通过付款方终端向支付装置进行信息交互。

第二种情况：支付请求来自收款方，即支付请求可以由收款方向支付装置发起。

支付请求来自收款方时，支付请求中包含的交易编码是由付款方发送给收款方的。其中，付款方在收到支付装置发送的交易编码后可以将该交易编码发送给收款方，以便于由收款方向支付装置发起支付请求时，将该交易编码发送给支付装置。收款方一般为账单发行商，收款方通过收款方终端向支付装置进行信息交互。收款方终端一般包括账单发行商服务器。

205、查找交易编码对应的付款方标识和收款方标识。

其中，交易编码通常为根据付款方标识和收款方标识生成的一组序号，可以为一个随机的数字或字符串，或者其他随机数，以便于支付装置查找，该序号和本次支付的付款方标识和收款方标识建立对应关系，存储在支付装置自身数据库中。支付装置在自身数据库中通过查找该交易编码，即可查找到该交易编码对应的付款方标识和收款方标识。

206、根据付款方标识、收款方标识和交易金额完成支付。

支付装置根据交易编码中包含的付款方标识、收款方标识和交易金额完成本次支付。其中，具体地，支付装置根据付款方标识从支付者账号扣除交易金额给收款方标识对应的账单发行商，本次支付完成。

可选地，步骤206中在根据付款方标识、收款方标识和交易金额完成支付时，还可以对收款方进行验证，具体为：在收款方标识与发送支付请求的收款方相对应时，根据付款方标识、收款方标识和交易金额完成支付。

例如，对收款方进行验证可以通过向收款方终端发送鉴权消息完成，鉴权消息包括账单参考号，以便收款方终端对账单参考号的合法性进行验证。

如果通过收款方终端的合法性验证，则接收收款方终端发送的校验成功消息，具体地，支付装置对付款方鉴权通过后，检查收款方标识已经在支付装置中录入，可以发送鉴权消息到收款方终端检查账单参考号的合法性，即是否有本次账单，如果合法，收款方终端向支付装置发送校验成功消息，则表明收款方标识与发送支付请求的收款方相对应。支付装置收到该校验成功消息，根据付款方标识、收款方标识和交易金额完成支付。此处，通过对收款方进行验证，保障了支付安全。

进一步地，上述方案中，步骤204中，支付请求中还可以包含交易明细。其中交易明细可以包括但不限于：账单参考号等信息。其中，账单参考号可以为支付者在账单发行商处的客户号或者该账单的账单编号。步骤206中根据付款方标识、收款方标识和交易金额完成支付具体为：向付款方发送包含交易明细的支付确认请求，在收到付款方返回的指示同意支付的支付确认响应之后，根据付款方标识、收款方标识和交易金额完成支付。

其中对于账单参考号，支付装置中需要在对应收款方处进行合法性验证。同时，对于支付金额也可能需要到收款方处获取（也可以由付款方直接确定）。

本实施例，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效，同时通过验证措施保证了支付的安全性。

图3为本发明的实施例提供的一种支付装置的结构示意图，该支付装置一般适用于支付系统中，用于实现上述支付方法，参考图3，该装置包括：支付请求接收模块31、查找模块32和支付模块33。

支付请求接收模块31，用于接收支付请求，提取其中包含的交易编码和交易金额；

查找模块32，用于在支付请求接收模块31接收的支付请求中查找交易编码对应的付款方标识和收款方标识；

支付模块33，用于根据查找模块32获得的付款方标识、收款方标识和支付请求模块31获得的交易金额完成支付。

本实施例，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现。降低了支付过程的复杂度，提高了支付效率。

在上述方案基础上，接收支付请求之前，支付装置还用于根据付款方标识和收款方标识生成交易编码，具体地参考图4，图4为本发明又一实施例提供的一种支付装置的结构示意图，该装置还包括：交易编码生成请求接收模块41、生成模块42和返回模块43。

其中，交易编码生成请求接收模块41，用于接收来自付款方的交易编码生成请求，提取其中包含的付款方标识和收款方标识。

生成模块42，用于根据交易编码生成请求接收模块获得的付款方标识和收款方标识生成交易编码，并存储交易编码与付款方标识和收款方标识之间的对应关系。

返回模块43，用于将生成模块生成的交易编码返回付款方。

参考图4，支付请求接收模块31，在用于接收支付请求时，其中的支付请求按发起者不同可以分为两种情况。

第一种情况：支付请求来自付款方，即支付请求可以由付款方向支付装置发起。

由付款方向支付装置发起支付请求时，支付请求包含支付装置预先发送给付款方的交易编码和交易金额。付款方一般为支付者，付款方通过付款方终端向支付装置进行信息交互。

第二种情况：支付请求来自收款方，即支付请求可以由收款方向支付装置发起。

支付请求来自收款方时，支付请求中包含的交易编码是由付款方发送给收款方的。其中，付款方在收到支付装置发送的交易编码后可以将该交易编码发送给收款方，以便于由收款方向支付装置发起支付请求时，将该交易编码发送给支付装置。收款方一般为账单发行商，收款方通过收款方终端向支付装置进行信息交互。收款方终端一般包括账单发行商服务器。

可选地，支付请求接收模块31中，支付请求中还可以包含交易明细。其中交易明细可以包括但不限于：账单参考号等信息。其中，账单参考号可以为支付者在账单发行商处的客户号或者该账单的账单编号。当支付请求中包含交易明细时，支付模块33，具体用于：向付款方发送包含交易明细的支付确认请求，在收到付款方返回的指示同意支付的支付确认响应之后，根据付款方标识、收款方标识和交易金额完成支付。

可选地，在支付时，可以对收款方进行验证，当需要对收款方进行验证时，支付模块33具体用于：在收款方标识与发送支付请求的收款方相对应时，根据付款方标识、收款方标识和交易金额完成支付。此处，通过对收款方进行验证，保障了支付安全。

可选地，在支付时还可以对付款方进行验证。当需要对付款方进行验证时，生成模块42具体用于，对付款方进行身份验证，在身份验证成功之后，根据付款方标识和收款方标识生成交易编码。此处，通过对付款方进行验证，保障了支付安全

本实施例提供的支付装置，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效，同时通过验证措施保证了支付的安全性。

图5为本发明另一实施例提供的一种支付装置的结构示意图，该支付装置用于实现上述方法实施例提供的支付方法，当然该支付装置可以为计算机或计算机上的功能实体，包括至少一个处理器51、存储器52、通信接口53及总线54，总线54用于实现处理器51、存储器52、通信接口53之间的连接及通信，存储器52用于存储处理器51执行的程序代码及数据，

该总线54可以是工业标准体系结构（Industry StandardArchitecture，简称为ISA）总线、外部设备互连（Peripheral Component，简称为PCI）总线或扩展工业标准体系结构（Extended Industry StandardArchitecture，简称为EISA）总线等，此处并不限定。该总线54可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中：

存储器52用于存储数据或可执行程序代码，其中程序代码包括计算机操作指令，具体可以为：操作系统、应用程序等。存储器52可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatilememory），例如至少一个磁盘存储器。

处理器51可能是一个中央处理器（Central Processing Unit，简称为CPU），或者是特定集成电路（Application Specific Integrated Circuit，简称为ASIC），或者是被配置成实施本发明实施例的一个或多个集成电路。

处理器51用于通过执行存储器52中的程序代码实现上述实施例中的虚拟资源分配方法，具体包括：

通过通信接口53接收支付请求，提取接收支付请求中包含的交易编码和交易金额；

查找交易编码对应的付款方标识和收款方标识；

根据付款方标识、收款方标识和交易金额完成支付。

本实施例，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效率。

在上述方案基础上，在接收支付请求之前，处理器51还可用于：

通过通信接口53接收来自付款方的交易编码生成请求，提取其中包含的付款方标识和收款方标识；

根据付款方标识和收款方标识生成交易编码，并存储交易编码与付款方标识和收款方标识之间的对应关系；

将交易编码返回付款方。

上述方案中，其中的支付请求按发起者不同可以分为两种情况。

第一种情况：支付请求来自付款方，即支付请求可以由付款方向支付装置发起。

由付款方向支付装置发起支付请求时，支付请求包含支付装置预先发送给付款方的交易编码和交易金额。付款方一般为支付者，付款方通过付款方终端向支付装置进行信息交互。

第二种情况：支付请求来自收款方，即支付请求可以由收款方向支付装置发起。

支付请求来自收款方时，支付请求中包含的交易编码是由付款方发送给收款方的。其中，付款方在收到支付装置发送的交易编码后可以将该交易编码发送给收款方，以便于由收款方向支付装置发起支付请求时，将该交易编码发送给支付装置。收款方一般为账单发行商，收款方通过收款方终端向支付装置进行信息交互。收款方终端一般包括账单发行商服务器。

进一步地，支付请求中可以包含交易明细。其中交易明细可以包括但不限于：账单参考号等信息。其中，账单参考号可以为支付者在账单发行商处的客户号或者该账单的账单编号。当支付请求中包含交易明细时，处理器51具体用于：向付款方发送包含交易明细的支付确认请求，在收到付款方返回的指示同意支付的支付确认响应之后，根据付款方标识、收款方标识和交易金额完成支付。

可选地，在支付时，可以对收款方进行验证，当需要对收款方进行验证时，处理器51具体用于：在收款方标识与发送支付请求的收款方相对应时，根据付款方标识、收款方标识和交易金额完成支付。

例如，对收款方进行验证可以通过向收款方终端发送鉴权消息完成，鉴权消息包括账单参考号，以便收款方终端对账单参考号的合法性进行验证。

如果通过收款方终端的合法性验证，则接收收款方终端发送的校验成功消息，具体地，支付装置对付款方鉴权通过后，检查收款方标识已经在支付装置中录入，可以发送鉴权消息到收款方终端检查账单参考号的合法性，即是否有本次账单，如果合法，收款方终端向支付装置发送校验成功消息，则表明收款方标识与发送支付请求的收款方相对应。支付装置收到该校验成功消息，根据付款方标识、收款方标识和交易金额完成支付。

此处，通过对收款方进行验证，保障了支付安全。

可选地，处理器51具体用于：对付款方进行身份验证，在身份验证成功之后，根据付款方标识和收款方标识生成交易编码。其中身份验证可采用现有技术的验证方法，此处不再细述。此处，通过对付款方进行身份验证，验证通过后再生成交易编码，保障了支付安全。

本实施例提供的支付装置，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效，同时通过验证措施保证了支付的安全性。

本发明还提供一种支付系统，适用于上述实施例的支付方法，包括付款方终端、收款方终端及支付装置，其中支付装置包括上述任一的支付装置。

本发明的实施例提供的支付系统，通过查找交易编码对应的付款方标识和收款方标识，使得支付过程仅根据交易编码实现，降低了支付过程的复杂度，提高了支付效，同时通过验证措施保证了支付的安全性。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线（DSL）或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的，盘（Disk）和碟（disc）包括压缩光碟（CD）、激光碟、光碟、数字通用光碟（DVD）、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (15)

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

接收支付请求，提取所述接收支付请求中包含的交易编码和交易金额；

查找所述交易编码对应的付款方标识和收款方标识；

根据所述付款方标识、收款方标识和交易金额完成支付。

2.根据权利要求1所述的方法，其特征在于，在接收支付请求之前，所述方法还包括：

接收来自付款方的交易编码生成请求，提取其中包含的付款方标识和收款方标识；

根据所述付款方标识和收款方标识生成交易编码，并存储所述交易编码与所述付款方标识和收款方标识之间的对应关系；

将所述交易编码返回付款方。

3.根据权利要求2所述的方法，其特征在于，所述支付请求来自收款方，所述支付请求中包含的交易编码是由所述付款方发送给所述收款方的。

4.根据权利要求1所述的方法，其特征在于，所述支付请求中还包含交易明细；所述根据付款方标识、收款方标识和交易金额完成支付具体为，向付款方发送包含交易明细的支付确认请求，在收到付款方返回的指示同意支付的支付确认响应之后，根据付款方标识、收款方标识和交易金额完成支付。

5.根据权利要求3所述的方法，其特征在于，所述根据付款方标识、收款方标识和交易金额完成支付具体为，在所述收款方标识与发送所述支付请求的收款方相对应时，根据付款方标识、收款方标识和交易金额完成支付。

6.根据权利要求2所述的方法，其特征在于，所述支付请求来自付款方。

7.根据权利要求2所述的方法，其特征在于，所述根据所述付款方标识和收款方标识生成交易编码具体为，对所述付款方进行身份验证，在身份验证成功之后，根据所述付款方标识和收款方标识生成交易编码。

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

支付请求接收模块，用于接收支付请求，提取其中包含的交易编码和交易金额；

查找模块，用于在所述支付请求接收模块接收的所述支付请求中查找所述交易编码对应的付款方标识和收款方标识；

支付模块，用于根据所述查找模块获得的所述付款方标识、收款方标识和所述支付请求模块获得的所述交易金额完成支付。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

交易编码生成请求接收模块，用于接收来自付款方的交易编码生成请求，提取其中包含的付款方标识和收款方标识；

生成模块，用于根据所述交易编码生成请求接收模块获得的所述付款方标识和收款方标识生成交易编码，并存储所述交易编码与所述付款方标识和收款方标识之间的对应关系；

返回模块，用于将所述生成模块生成的所述交易编码返回付款方。

10.根据权利要求9所述的装置，其特征在于，所述支付请求接收模块中，所述支付请求来自收款方，所述支付请求中包含的交易编码是由所述付款方发送给所述收款方的。

11.根据权利要求8所述的装置，其特征在于，所述支付请求接收模块中，所述支付请求中还包含交易明细；

所述支付模块，具体用于：向付款方发送包含交易明细的支付确认请求，在收到付款方返回的指示同意支付的支付确认响应之后，根据付款方标识、收款方标识和交易金额完成支付。

12.根据权利要求10所述的装置，其特征在于，所述支付模块具体用于：在所述收款方标识与发送所述支付请求的收款方相对应时，根据付款方标识、收款方标识和交易金额完成支付。

13.根据权利要求9所述的装置，其特征在于，所述支付请求接收模块中所述支付请求来自付款方。

14.根据权利要求9所述的装置，其特征在于，所述生成模块具体用于，对所述付款方进行身份验证，在身份验证成功之后，根据所述付款方标识和收款方标识生成交易编码。

15.一种支付系统，其特征在于，包括付款方终端、收款方终端及支付装置，所述支付装置为权利要求8至14任一项所述的支付装置。

Images