CN110930136A

CN110930136A - 支付的方法、装置、设备和计算机可读介质

Info

Publication number: CN110930136A
Application number: CN201911025025.6A
Authority: CN
Inventors: 吴伯宁; 陈大平; 程明远; 徐光超; 李作兵
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp
Priority date: 2019-10-25
Filing date: 2019-10-25
Publication date: 2020-03-27
Anticipated expiration: 2039-10-25
Also published as: CN110930136B

Abstract

本发明公开了支付的方法、装置、设备和计算机可读介质，涉及计算机技术领域。该方法的一具体实施方式包括：接收支付方发送的支付请求，所述支付请求包括支付方协议号，所述支付方协议号是所述支付方签约成功后银行发送的标识；根据所述支付方协议号，查询所述支付方的应用协议表获知银行账号，所述应用协议表指示支付方协议号与银行账号的对应关系；基于所述银行账号查询签约信息备份表，获得统一支付协议号，所述签约信息备份表指示银行账号与统一支付协议号的对应关系；发送所述统一支付协议号以进行支付。该实施方式能够提高多个应用跨行支付的成功率。

Description

支付的方法、装置、设备和计算机可读介质

技术领域

本发明涉及金融技术领域，尤其涉及一种支付的方法、装置、设备和计算机可读介质。

背景技术

随着互联网技术的发展，银行端的应用也越来越广泛和复杂。为了吸引更多的客户，在本行应用上支持他行卡，已经成为各大行应用的必备功能。比如跨行支付，则是应用最经常的场景。跨行支付是非本行卡在本行发起的资金清算活动，本行一般通过银联或者其他合法通道来跟发卡行对接来完成资金清算工作。

而除银行自身应用之外，银行还会与一些商户机构进行对接。商户机构也要求银行除了支持本行卡的支付退款外，也需要支持他行卡的支付退款。该场景如商户的跨行快捷支付。

而当前银行端针对个人业务实现跨行支付，由于历史原因和监管要求，基本是通过对接银联，采用协议支付的方式实现的。通过协议支付，建立起与发卡行的支付协议，从而能够允许发起对发卡行资金的清算动作。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

对于银行，存在多个支持跨行支付的应用，从而造成多个应用对接银联，多对一的状况。一个应用的多次签约和解约，会导致其他应用的跨行支付失败。

发明内容

有鉴于此，本发明实施例提供一种支付的方法、装置、设备和计算机可读介质，在多个应用对接银联的情况下，能够提高多个应用跨行支付的成功率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种支付的方法，包括：

接收支付方发送的支付请求，所述支付请求包括支付方协议号，所述支付方协议号是所述支付方签约成功后银行发送的标识；

根据所述支付方协议号，查询所述支付方的应用协议表获知银行账号，所述应用协议表指示支付方协议号与银行账号的对应关系；

基于所述银行账号查询签约信息备份表，获得统一支付协议号，所述签约信息备份表指示银行账号与统一支付协议号的对应关系；

发送所述统一支付协议号以进行支付。

所述方法还包括：

接收所述支付方发送的签约请求，所述签约请求包括支付方标识、通道编码和银行账号；

根据所述银行账号生成支付方协议号，并将所述银行账号和所述支付方协议号的对应关系存储在所述支付方的应用协议表中；

按照所述支付方标识、所述通道编码、所述银行账号和银联反馈的统一支付协议号，在签约信息表中进行存储和更新；

将所述签约信息表的内容同步至所述签约信息备份表。

所述方法还包括：

接收支付方发送的解约请求，所述解约请求包括支付方协议号；

根据所述支付方协议号，查询所述支付方的应用协议表获知银行账号，删除所述支付方的应用协议表；

在签约信息表中，所述银行账号对应的统一支付协议号，与多个支付方标识和/或多个通道编码对应，则删除所述银行账号、所述支付方的支付方标识、所述支付方的通道编码和所述支付方的统一支付协议号的对应关系；

将所述签约信息表的内容同步至所述签约信息备份表。

所述方法还包括：

在所述签约信息表中，所述银行账号对应的统一支付协议号，与一个支付方标识和一个通道编码对应，则删除所述银行账号、所述支付方的支付方标识、所述支付方的通道编码和所述支付方的统一支付协议号的对应关系，并向银联发起解约；

将所述签约信息表的内容同步至所述签约信息备份表。

所述将所述签约信息表的内容同步至所述签约信息备份表，包括：

将所述签约信息表的内容，定时同步至所述签约信息备份表。

根据本发明实施例的第二方面，提供了一种支付的装置，包括：

接收模块，用于接收支付方发送的支付请求，所述支付请求包括支付方协议号，所述支付方协议号是所述支付方签约成功后银行发送的标识；

第一服务器，用于根据所述支付方协议号，查询所述支付方的应用协议表获知银行账号，所述应用协议表指示支付方协议号与银行账号的对应关系；

第二服务器，用于基于所述银行账号查询签约信息备份表，获得统一支付协议号，所述签约信息备份表指示银行账号与统一支付协议号的对应关系；

发送模块，用于发送所述统一支付协议号以进行支付。

还包括同步模块，

所述接收模块，还用于接收所述支付方发送的签约请求，所述签约请求包括支付方标识、通道编码和银行账号；

所述第一服务器，还用于根据所述银行账号生成支付方协议号，并将所述银行账号和所述支付方协议号的对应关系存储在所述支付方的应用协议表中；

所述第二服务器，还用于按照所述支付方标识、所述通道编码、所述银行账号和银联反馈的统一支付协议号，在签约信息表中进行存储和更新；

所述同步模块，用于将所述签约信息表的内容同步至所述签约信息备份表。

还包括同步模块，

所述接收模块，还用于接收支付方发送的解约请求，所述解约请求包括支付方协议号；

所述第一服务器，还用于根据所述支付方协议号，查询所述支付方的应用协议表获知银行账号，删除所述支付方的应用协议表；

所述第二服务器，还用于在签约信息表中，所述银行账号对应的统一支付协议号，与多个支付方标识和/或多个通道编码对应，则删除所述银行账号、所述支付方的支付方标识、所述支付方的通道编码和所述支付方的统一支付协议号的对应关系；

所述接收模块，用于将所述签约信息表的内容同步至所述签约信息备份表。

根据本发明实施例的第三方面，提供了一种支付的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。

根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为接收支付方发送的支付请求；根据支付方协议号，查询支付方的应用协议表获知银行账号。基于银行账号查询签约信息备份表，获得统一支付协议号，签约信息备份表指示银行账号与统一支付协议号的对应关系；发送统一支付协议号以进行支付。

由于支付方保存支付方协议号，并非保存统一支付协议号。对统一支付协议号集中保存，在多个应用对接银联的情况下，统一支付协议号始终有效，因此能够提高多个应用跨行支付的成功率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的银行支付关系的示意图；

图2是根据本发明实施例的协议支付签约流程的示意图；

图3是根据本发明实施例的支付的方法的主要流程的示意图；

图4是根据本发明实施例的支付签约的主要流程的示意图；

图5是根据本发明实施例的支付解约的主要流程的示意图；

图6是根据本发明实施例的支付的装置的主要结构的示意图

图7是本发明实施例可以应用于其中的示例性***架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

当前银行由于自身业务扩展、吸引更多客户的需要，要求本身应用也要支持跨行功能，如建行的龙支付、电子钱包等。而除此之外，银行也有其他的外部商户及机构对接需求，他们也需要通过银行，来实现资金支付和清算功能，而商户及机构则希望银行也能支持跨行的资金支付和清算。

参见图1，图1是根据本发明实施例的银行支付关系的示意图。图1中，包括银行支付涉及的多个部门。其中，包括外部商户机构，示例性的：外部商户机构包括高速公路局和社保局。银行应用是涉及银行业务的应用，如：龙支付和应用二。

银行支付及协议管理***负责管理以下信息：高速公路协议信息、社保局协议信息、龙支付协议信息和应用二协议信息。银行支付及协议管理***通过银联，分别与工商银行、中国银行、交通银行和其他银行连接。

示例性的，支付方在银行通过银联通道的协议支付功能实现跨行支付，其中支付方可以包括各种应用或者商户。

实现跨行支付需要先进行签约，签约主要包含两步：

第一步是身份验证触发短信，发卡行验证客户信息及银行卡信息后发送短信验证码。

第二步是协议支付签约。客户将收到的短信验证码上传，银行发起协议支付签约。发卡行收到银行卡信息、客户信息和短信验证码，验证通过后返回银联协议号。

参见图2，图2是根据本发明实施例的协议支付签约流程的示意图，具体包括以下步骤：

S201、身份验证。

客户需要在银行应用或者商户应用，输入银行账号、证件号、证件类型和手机号，应用收集信息之后发给本行，本行发起协议支付身份验证触发短信，转发给银联。其中，本行是指银行应用或商户应用的所属银行。协议支付是指客户与银行构建支付协议，协议构建成功后。银行返回银联协议号，后续支付时发送银联协议号作为凭证即可完成资金清算工作。

S202、转发身份验证。

银联收到银行账号、证件号、证件类型和手机号后，根据银行账号，识别出属于哪个银行，转发给对应银行处理。上述对应银行可称为他行。

S203、身份校验。

他行收到银联转发银行账号、证件号、证件类型和手机号，触发短信，校验该客户的证件号、证件类型、银行账号，与银行自身存储的信息是否一致。

若不一致，则返回校验失败。客户需要重新输入银行账号、证件号、证件类型和手机号，触发新验证。若校验成功，则提示校验成功，向客户手机号发送短信验证码。

S204、协议支付签约。

客户收到短信验证码，输入短信验证码。应用收集信息之后发给本行，本行发起协议支付签约，转发给银联。

银联收到后，根据账号信息，识别出属于哪个银行，转发给对应银行处理。

S205、签约校验。

他行收到银联转发的协议支付签约，校验该客户的证件号、证件类型、银行账号，与银行自身存储的信息是否一致。同时校验短信验证码是否与银行发送的短信验证码是否一致。

若不一致，则返回校验失败。客户需要重新开始签约流程，进入身份验证触发短信。若上述两个校验均成功，则提示校验成功，返回银联协议号。

S206、发送银联协议号。

他行收到银联返回的银联协议号，存储银联协议号，并更新对应应用的协议信息。

S207、转发银联协议号。

他行将银联协议号转发至支付方。

S208、保存银联协议号。

银行应用或者商户应用，提示用户签约成功，需保存银联协议号，供支付使用。

在上述签约流程结束后，支付方保存银联协议号。当客户在支付方上支付时，可以将银联协议号和订单信息发送至本行。本行发起协议支付，通过银联发送至他行，从而完成跨行支付，对他行的资金进行扣除和清算。

由于银行不仅内部存在多个需要支持跨行资金清算的应用，还有与银行对接的外部应用、商户、或机构接入的跨行应用。而银行是通过银联的协议支付功能实现个人业务的跨行资金清算的。为此，银行处于多个应用对银联一个应用的情况，同一张银行卡在各个应用中的银联协议号会有影响，进而导致跨行支付失败。

作为一个示例，同一张银行卡在各个应用中发起的协议支付签约，由于他行处理逻辑不同，如：同一张银行卡多次签约会返回不同银联协议号，产生了新银联协议号，而旧银联协议号则失效，银行可能无法通知到其他应用，从而导致其他应用的银联协议号失效，跨行支付失败。

作为另一个示例，同一张银行卡在某个应用发起的协议支付解约，从而解除了他行的相关协议信息，导致该银行卡其他应用上的跨行支付失败。

为了解决在多个应用对接银联的情况下，跨行支付成功率较低的技术问题，可以采用以下本发明实施例中的技术方案。

参见图3，图3是根据本发明实施例的支付的方法的主要流程的示意图，通过应用协议表和签约信息备份表，获取统一支付协议号，进而实现多个应用的支付。如图3所示，具体包括以下步骤：

S301、接收支付方发送的支付请求，支付请求包括支付方协议号，支付方协议号是支付方签约成功后银行发送的标识。

在本发明实施例中，将支付涉及的各种应用或者商户称为支付方。作为一个示例，支付方可以是移动终端所安装的应用(APP)1，支付方也可以是商户1。

图3中各步骤的执行主体可以是位于银行的服务器。其中，该服务器可以接收支付方发送的支付请求。

可以理解的是，支付方发送的支付请求可以包括支付方协议号。支付方发送支付请求的目的在于获取统一支付协议号。统一支付协议号是支付方用于协议支付的标识。作为一个示例，统一支付协议号可以是银联协议号。其中，在支付方与银行的签约成功后，银行向支付方发送支付方协议号，作为发起支付请求的标识。对于每个支付方而言，在与银行签约成功后存储支付方协议号。

S302、根据支付方协议号，查询支付方的应用协议表获知银行账号，应用协议表指示支付方协议号与银行账号的对应关系。

对于每个支付方，在银行的服务器中存储有对应的应用协议表。也就是说，每个支付方的应用协议表可以是不同的。

表1

第三方机构码	银行账号	支付方协议号
			12345678	6001234	CCB123

参见表1，表1是应用协议表的一个示例。在表1中，包括第三方机构码、银行账号和支付方协议号。其中，第三方机构码是银行账号所属机构的标识。支付方协议号由银行的服务器根据银行账号生成的一串字符。本发明实施例中，对于具体利用银行账号生成支付方协议号并不做具体的限定。支付方可以采用多种方式由银行账号生成支付方协议号。

在本发明的一个实施例中，应用协议表可以在支付方与银行签约的过程中建立。参见图4，图4是根据本发明实施例的支付签约的主要流程的示意图，具体包括以下步骤：

S401、接收支付方发送的签约请求，签约请求包括支付方标识、通道编码和银行账号。

支付方需要开通支付功能，支付方可以向银行的服务器发送签约请求，签约请求中包括支付方标识、通道编码和银行账号。通道编码是银联***中支付渠道的标识。

S402、根据银行账号生成支付方协议号，并将银行账号和支付方协议号的对应关系存储在支付方的应用协议表中。

在银行的服务器建立应用协议表，在建立的应用协议表中增加第三方机构码、银行账号和支付方协议号的对应关系。需要说明的是，支付方协议号是根据银行账号生成。

S403、按照支付方标识、通道编码、银行账号和银联反馈的统一支付协议号，在签约信息表中进行存储和更新。

基于银行账号向银联发起支付签约，进而获得银联反馈的统一支付协议号。

在银行的服务器端存储有签约信息表。签约信息表用于保存支付方标识、通道编码、银行账号和统一支付协议号的对应关系。

表2

银行代码	银行账号	统一支付协议号	支付方标识	通道代码
					87654321	6001234	AABBBCCC	A001	01

参见表2，表2是签约信息表的一个示例。在表2中，包括银行代码、银行账号、统一支付协议号、支付方标识和通道代码。对于同一个银行账号而言，统一支付协议号是相同的。

表3

表3是签约信息表中结构说明，可以理解的是，签约信息表在银行代码、银行账号、统一支付协议号、支付方标识和通道代码的基础上，还可以增加其他字段。

在本发明的一个实施例中，在上述签约过程中，签约信息表中未存储有支付方标识、通道编码、银行账号和统一支付协议号的对应关系，则可以在签约信息表中存储上述支付方标识、通道编码、银行账号和统一支付协议号的对应关系。需要说明的是，由于上述对应关系中的统一支付协议号是银联反馈最新的统一支付协议号，银行账号与统一支付协议号一一对应，则可以基于银行账号，更新与银行账号关联的统一支付协议号。这样，签约信息表中的统一支付协议号始终是最新的统一支付协议号。

从上述支付签约的过程可以获知，支付方在签约过程中，可以及时更新签约信息表中的统一支付协议号，确保签约信息表同一个银行账号对应的统一支付协议号是相同的，进而保障成功实现跨行支付。

S404、将签约信息表的内容同步至签约信息备份表。

签约信息备份表的内容与签约信息表的内容一致。签约信息备份表是签约信息表的备份。

在本发明的一个实施例中，签约信息表可以存储于协议管理***。签约信息表可以存储于支付***，以提高支付的时效性，及提高用户体验。示例性的，协议管理***和支付***可以位于银行的一个服务器或多个服务器中。

这样，在签约或解约过程中，在协议管理***中更新签约信息表。在支付过程中，可以基于银行账号在支付***签约信息备份表中获取统一支付协议号。

在本发明的一个实施例中，将签约信息表的内容，定时同步至签约信息备份表。示例性的，定时轮询签约信息表，将签约信息表中未同步的记录批量同步至签约信息备份表中。作为一个示例，同步时间间隔为3分钟，同步数量最少为1条记录，最多为100条记录。其中，一个银行账号可以对应多条记录。

S303、基于银行账号查询签约信息备份表，获得统一支付协议号，签约信息备份表指示银行账号与统一支付协议号的对应关系。

签约信息备份表指示银行账号与统一支付协议号的对应关系。那么，可以基于银行账号查询签约信息备份表，进而获得统一支付协议号。

由于签约信息备份表存储于支付***中，通过查询签约信息备份表就可以获取统一支付协议号。

S304、发送统一支付协议号以进行支付。

获得统一支付协议号之后，可以将统一支付协议号发送至银联，以进行支付。

在上述实施例中，支付方存储支付方协议号，接收支付方发送的支付请求，支付请求中包括支付方协议号。基于支付方协议号查询应用协议表获知银行账号，再按照银行账号查询签约信息备份表，可以获得统一支付协议号。发送统一支付协议号至银联，以进行支付。对统一支付协议号集中保存，在多个应用对接银联的情况下，确保统一支付协议号始终有效，因此能够提高多个应用跨行支付的成功率。

参见图5，图5是根据本发明实施例的支付解约的主要流程的示意图。支付方在不需要统一支付协议号支付的情况下，可以通过解约请求发起解约。具体包括以下步骤：

S501、接收支付方发送的解约请求，解约请求包括支付方协议号。

支付方向银行的服务器发送包括支付方协议号的解约请求，其目的在于解除支付方与银行之间的支付关系。

S502、根据支付方协议号，查询支付方的应用协议表获知银行账号，删除支付方的应用协议表。

在支付方的应用协议表中存储有支付方协议号和银行账号的对应关系。解除支付方与银行之间的支付关系，则需要删除支付方的应用协议表中支付方协议号对应一条记录。即，在应用协议表中删除支付方的支付方协议号对应的记录。

在支付方的应用协议表中删除支付方的支付方协议号的记录后，则认为已解除支付方与银行之间的支付关系，则可以向支付方反馈解约成功的信息。

S503、在签约信息表中，删除银行账号、支付方的支付方标识、支付方的通道编码和支付方的统一支付协议号的对应关系。

签约信息表中，存储有银行账号、支付方标识、通道编码和统一支付协议号的对应关系。同一个银行账号与同一个统一支付协议号唯一对应，但由于支付方标识的不同，以及通道编码的不同，那么对于一个银行账号可能存多条记录。

作为一个示例，应用1和业务1可以使用同一个银行账号进行跨行支付。那么，在签约信息表中存在两条记录，上述两条记录银行张和统一支付协议号均相同，但支付方标识不同，通道编码可能相同也可能不相同。

在本发明的一个实施例中，在签约信息表中，银行账号对应的统一支付协议号，与多个支付方标识和/或多个通道编码对应，也就是说，该银行账号在签约信息表中还有其他支付方或其他通道使用，一个支付方解约并不能影响其他支付方的跨行支付，因此可以直接在签约信息表中，删除银行账号、支付方的支付方标识、支付方的通道编码和支付方的统一支付协议号的对应关系。

可见，采用上述技术方案，一个支付方的解约，并不影响使用同一个银行账号的其他支付方的跨行支付。

在本发明的另一个实施例中，银行账号对应的统一支付协议号，与一个支付方标识和一个通道编码对应，也就是说，该银行账号在签约信息表中没有其他支付方或其他通道使用，因此可以直接在签约信息表中，删除银行账号、支付方的支付方标识、支付方的通道编码和支付方的统一支付协议号的对应关系，此外可以向银联发起解约。

作为一个示例，在签约信息表中，需要删除银行账号、支付方的支付方标识、支付方的通道编码和支付方的统一支付协议号的对应关系的情况下，可以先以预设字段标识出上述需删除的内容。待在预定时间段过后，可以根据上述预设字段，批量性删除上述内容。

可见，采用上述技术方案，银行账号仅与一个支付方签约，则在删除银行账号、支付方的支付方标识、支付方的通道编码和支付方的统一支付协议号的对应关系之外，还可以向银联发起解约，解除该银行账号与银联的签约。

S504、将签约信息表的内容同步至签约信息备份表。

在上述支付方解约的过程中，涉及签约信息表的内容的变更，那么可以将签约信息表的内容，定时同步至签约信息备份表。

在上述实施例中，一个支付方解约并不影响使用同一银行账号的其他支付方跨行支付，进而提高跨行支付的成功率。

在本发明的一个实施例中，现有技术的支付方存储有统一支付协议号，以进行跨行支付。为了实现本发明实施例中的技术方案，需要在银行的服务器建立支付方的应用协议表。作为一个示例，可以以支付方所存储的协议号，作为支付方协议号。然后，结合第三方协议号、上述支付方协议号和银行账号，建立支付方的应用协议表。

然后，基于支付方标识、通道编码、银行账号和之前的统一支付协议号，建立签约信息表。也就是说，支付方协议号和统一支付协议号是相同的。但随之时间的流逝，每个支付方的签约就会更新统一支付协议号，这样支付方协议和统一支付协议号就不会相同。

建立签约信息表后，可以将签约信息表中的内容同步更新至签约信息备份表中。

这样，在已有数据的基础上，通过建立支付方的应用协议表、签约信息表和签约信息备份表，实现本发明实施例中的技术方案。

参见图6，图6是根据本发明实施例的支付的装置的主要结构的示意图，支付的装置可以实现支付的方法，如图6所示，支付的装置具体包括：

接收模块601，用于接收支付方发送的支付请求，支付请求包括支付方协议号，支付方协议号是所述支付方签约成功后银行发送的标识。

第一服务器602，用于根据支付方协议号，查询支付方的应用协议表获知银行账号，应用协议表指示支付方协议号与银行账号的对应关系。

第二服务器603，用于基于银行账号查询签约信息备份表，获得统一支付协议号，签约信息备份表指示银行账号与统一支付协议号的对应关系。

发送模块604，用于发送统一支付协议号以进行支付。

在本发明的一个实施例中，接收模块601，还用于接收支付方发送的签约请求，签约请求包括支付方标识、通道编码和银行账号。

第一服务器602，还用于根据银行账号生成支付方协议号，并将银行账号和支付方协议号的对应关系存储在支付方的应用协议表中。

第二服务器603，还用于按照支付方标识、通道编码、银行账号和银联反馈的统一支付协议号，在签约信息表中进行存储和更新。

同步模块605，用于将签约信息表的内容同步至签约信息备份表。

在本发明的一个实施例中，接收模块601，还用于接收支付方发送的解约请求，解约请求包括支付方协议号。

第一服务器602，还用于根据支付方协议号，查询支付方的应用协议表获知银行账号，删除支付方的应用协议表。

第二服务器603，还用于在签约信息表中，银行账号对应的统一支付协议号，与多个支付方标识和/或多个通道编码对应，则删除银行账号、支付方的支付方标识、支付方的通道编码和支付方的统一支付协议号的对应关系。

接收模块605，用于将签约信息表的内容同步至签约信息备份表。

第二服务器603，还用于在签约信息表中，银行账号对应的统一支付协议号，与一个支付方标识和一个通道编码对应，则删除银行账号、支付方的支付方标识、支付方的通道编码和支付方的统一支付协议号的对应关系，并向银联发起解约。

在本发明的一个实施例中，同步模块605，具有用于将签约信息表的内容，定时同步至签约信息备份表。

图7示出了可以应用本发明实施例的支付的方法或支付的装置的示例性***架构700。

如图7所示，***架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的支付的方法一般由服务器705执行，相应地，支付的装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机***800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机***800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有***800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

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

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的***中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

发送所述统一支付协议号以进行支付。

根据本发明实施例的技术方案，因为接收支付方发送的支付请求；根据支付方协议号，查询支付方的应用协议表获知银行账号。基于银行账号查询签约信息备份表，获得统一支付协议号，签约信息备份表指示银行账号与统一支付协议号的对应关系；发送统一支付协议号以进行支付。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims

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

发送所述统一支付协议号以进行支付。

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

将所述签约信息表的内容同步至所述签约信息备份表。

3.根据权利要求1所述支付的方法，其特征在于，所述方法还包括：

将所述签约信息表的内容同步至所述签约信息备份表。

4.根据权利要求1所述支付的方法，其特征在于，所述方法还包括：

将所述签约信息表的内容同步至所述签约信息备份表。

5.根据权利要求3或4所述支付的方法，其特征在于，所述将所述签约信息表的内容同步至所述签约信息备份表，包括：

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

发送模块，用于发送所述统一支付协议号以进行支付。

7.根据权利要求1所述支付的装置，其特征在于，还包括同步模块，

8.根据权利要求1所述支付的装置，其特征在于，还包括同步模块，

9.一种支付的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

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