CN111383006B - 电子支付交易系统和方法 - Google Patents

Abstract

本发明实施例公开了一种电子支付交易系统和方法，支付系统用于向管理系统发送收款信息，以使管理系统将收款信息发送至收款系统；支付系统还用于在向管理系统成功发送收款信息之后，将支付消息确认表中的消息状态由第一支付状态修改为第二支付状态；收款系统在收款操作执行成功之后向管理系统发送确认收款信息，并在向管理系统发送确认收款信息之后，将收款消息确认表中的消息状态由第一收款状态修改为第二收款状态；管理系统用于将确认收款信息发送至支付系统，以使支付系统根据确认收款信息将支付消息确认表中的第二支付状态修改为第三支付状态。通过上述方式，在一定程度上保证了收支双方数据的一致性。

Description

电子支付交易系统和方法

技术领域

本发明涉及电子支付技术领域，尤其涉及一种电子支付交易系统和方法。

背景技术

随着支付宝、微信转账业务的不断发展，电子支付已经被大部分人所知悉。相较于纸质的支付，电子支付更为安全，即不存在纸质钱币丢失的可能，同时，电子支付也方便快捷，不需要用户单独拿钱包等放置纸币。但是，电子支付和纸质的交易不同，电子支付是一方的业务系统进行支付，然后相应的另一方的业务系统增加相应数额的钱。

通常情况下，一个业务系统支付后，对应的收款的业务系统都能收到钱。但是，在收款的业务系统宕机或者收款的业务系统消息太多导致由于某些情况部分消息没法处理，收款的业务系统可能无法收到对应数额的钱，从而导致业务双方数据不一致。

发明内容

基于此，有必要针对上述问题，提出一种保证业务双方数据一致的电子支付交易系统和方法。

一种电子支付交易系统，所述系统包括：

支付系统、管理系统和收款系统；

所述支付系统用于在接收到支付请求时执行与所述支付请求对应的扣款操作，在扣款操作执行成功之后，向所述管理系统发送收款信息，以使所述管理系统将所述收款信息发送至对应的收款系统；所述支付系统还用于在向所述管理系统发送收款信息之后，将支付消息确认表中与所述支付请求对应的支付状态由第一支付状态修改为第二支付状态；

所述收款系统还用于根据所述收款信息执行与所述收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息；

所述管理系统用于将所述确认收款信息发送至所述支付系统，以使所述支付系统根据所述确认收款信息将所述支付消息确认表中与所述支付请求对应的第二支付状态修改为第三支付状态。

在其中一个实施例中，所述支付系统还用于若在第一预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则继续向所述管理系统发送所述收款信息，以使所述管理系统将该收款信息发送至收款系统。

在其中一个实施例中，所述收款信息包括交易号，所述收款系统还用于根据所述交易号判断多个收款信息是否为同一收款信息，若是同一收款信息，则根据所述收款消息确认表中与该收款信息对应的收款状态执行对应的操作，所述对应的操作包括：若该收款状态为第二收款状态，则向所述管理系统发送确认收款信息；若该收款状态为第一收款状态，则执行与该收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息。

在其中一个实施例中，所述支付系统还用于若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则根据所述支付请求生成回款请求，以通过所述回款请求抵消扣款，并将与所述支付请求对应的支付状态修改为第四支付状态。

在其中一个实施例中，所述支付系统还用于若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则根据所述支付请求生成收款取消消息，将所述收款取消消息发送至所述管理系统；所述管理系统还用于将所述收款取消消息发送至所述收款系统，以通知所述收款系统不执行与所述收款信息对应的收款操作。

在其中一个实施例中，所述支付系统还用于在接收到支付请求时向所述管理系统发送准备信息；所述管理系统还用于根据所述准备信息向所述支付系统发送回答信息，以使所述支付系统根据所述回答信息执行与所述支付请求对应的扣款操作。

一种电子支付交易方法，所述方法包括：

支付系统在接收到支付请求时执行与所述支付请求对应的扣款操作，在扣款操作执行成功之后，向管理系统发送收款信息，以使所述管理系统将所述收款信息发送至对应的收款系统，在向所述管理系统发送收款信息之后，将支付消息确认表中与所述支付请求对应的支付状态由第一支付状态修改为第二支付状态；

所述收款系统根据所述收款信息执行与所述收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息；

所述管理系统将所述确认收款信息发送至所述支付系统，以使所述支付系统根据所述确认收款信息将所述支付消息确认表中与所述支付请求对应的第二支付状态修改为第三支付状态。

在其中一个实施例中，所述方法还包括：若在第一预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则所述支付系统继续向所述管理系统发送所述收款信息，以使所述管理系统将该收款信息发送至收款系统。

在其中一个实施例中，所述方法还包括：若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则所述支付系统根据所述支付请求生成回款请求，以通过所述回款请求抵消扣款，并将与所述支付请求对应的支付状态修改为第四支付状态。

在其中一个实施例中，在所述支付系统根据所述支付请求生成回款请求之前，还包括：根据所述支付请求生成收款取消消息，将所述收款取消消息发送至所述管理系统；所述管理系统将所述收款取消消息发送至所述收款系统，以通知所述收款系统不执行与所述收款信息对应的收款操作。

在其中一个实施例中，所述收款信息包括交易号，在所述支付系统继续向所述管理系统发送所述收款信息，以使所述管理系统将该收款信息发送至收款系统之后，还包括：所述收款系统根据所述交易号判断多个收款信息是否为同一收款信息，若是同一收款信息，则根据所述收款消息确认表中与该收款信息对应的收款状态执行对应的操作，所述对应的操作包括：若该收款状态为第二收款状态，则向所述管理系统发送确认收款信息；若该收款状态为第一收款状态，则执行与该收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息。

在其中一个实施例中，所述支付系统在接收到支付请求时执行与所述支付请求对应的扣款操作，包括：所述支付系统在接收到支付请求时，向所述管理系统发送准备信息；所述管理系统根据所述准备信息向所述支付系统发送回答信息；所述支付系统根据所述回答信息执行与所述支付请求对应的扣款操作。

本发明提出了一种电子支付交易系统和方法，通常情况下，支付系统在扣款之后，收款系统有可能宕机，即使可能尽最大努力通知，也可能没有执行对应的收款操作，导致一方扣款，另一方并没有收款，或者收款系统执行了收款操作，但是并没有通知到支付系统，导致支付系统以为收款系统并没有收款，又相应的取消了扣款，从而导致支付系统和收款系统数据不一致。本发明实施例，包括支付系统、管理系统和收款系统，支付系统和收款系统并不会进行直接的网络连接，通过设置管理系统，管理系统能够同时对收支情况进行更好的管理，管理系统收集支付系统发送的消息，然后将消息转发至收款系统，大大减轻了收支系统两方的业务压力，这样在一定程度上保证了收支系统两方的数据一致性，具体的，收款系统在确认收款并修改收款状态后会向管理系统发送确认收款信息，然后管理系统会将收款系统的确认收款信息向支付系统反馈，这样支付系统能够根据管理系统发送的确认收款信息对消息确认表中的支付状态进行修改，确认收款系统已执行了收款操作，保证收支双方数据一致，同时，由于收款系统在收款之后也会在收款消息确认表中对收款状态进行修改，即使其由于某一时间宕机未能向管理系统反馈确认收款信息，在系统恢复之后，也能将确认收款信息向管理系统反馈，以使管理系统通知到支付系统，从而保证了收支双方数据一致，对应的，支付系统由于没收到确认收款信息，继续发送收款信息至收款方，收款方接收到重复的收款信息但由于检测到收款状态已经改变而不再进行收款操作，即即使支付方发送了重复消息也能通过查看收款消息确认表保证双方数据一致，再或者，由于收款系统宕机，管理系统的收款请求并没有成功发送至收款系统，相应的，支付系统通过查看到支付消息确认表中的支付状态没有改变，继续向管理系统发送收款信息，直到支付消息确认表中的支付状态改变，确认收款系统执行了收款操作，保证双方数据一致。

附图说明

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

其中：

图1为一个实施例中电子支付交易系统的示意图；

图2为一个实施例中电子支付交易系统的示意图；

图3为一个实施例中电子支付交易系统的示意图；

图4为一个实施例中电子支付交易系统的示意图；

图5为一个实施例中电子支付交易系统的示意图；

图6为一个实施例中电子支付交易方法的实现流程示意图；

图7为一个实施例中电子支付交易方法的实现流程示意图。

具体实施方式

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

如图1所示，在一个实施例中，提供了一种电子支付交易系统，该电子支付交易系统具体包括：

支付系统、管理系统和收款系统；

所述支付系统用于在接收到支付请求时执行与所述支付请求对应的扣款操作，在扣款操作执行成功之后，向所述管理系统发送收款信息，以使所述管理系统将所述收款信息发送至对应的收款系统；所述支付系统还用于在向所述管理系统发送收款信息之后，将支付消息确认表中与所述支付请求对应的支付状态由第一支付状态修改为第二支付状态；

所述收款系统还用于根据所述收款信息执行与所述收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息；

所述管理系统用于将所述确认收款信息发送至所述支付系统，以使所述支付系统根据所述确认收款信息将所述支付消息确认表中与所述支付请求对应的第二支付状态修改为第三支付状态。

可选的，所述支付系统设置于支付服务器，所述管理系统设置于管理服务器，所述收款系统设置于收款服务器，如图2所示；可选的，所述支付系统和所述管理系统均设置于支付服务器，所述收款系统设置于收款服务器，如图3所示；可选的，所述支付系统设置于支付服务器，所述管理系统和所述收款系统设置于收款服务器，如图4所示；可选的，所述支付系统、管理系统和所述收款系统均设置于同一服务器。

所述支付系统和所述收款系统，均可以是银行的系统。例如，所述支付系统为A银行的系统，所述收款系统为B银行的系统，或者，支付系统和收款系统均为同一银行的系统。所述支付系统和所述收款系统中的一个是能够存放钱的应用的系统，另一个是银行的系统，例如，能够存放钱的应用为微信应用，支付系统为微信应用的系统，收款系统为银行的系统，或者，支付系统为银行的系统，收款系统为微信应用的系统。所述支付系统和所述收款系统，为同一能够存放钱的应用的系统，例如，支付系统和收款系统均是微信应用的系统。

所述管理系统，用于对收支系统双方的消息进行管理，具体的，所述管理系统，可以是一个处理消息的中间件，例如RocketMQ，管理系统主要是用于对消息进行转发等管理，可以设计成消息队列的形式，当支付系统的大量的收款信息发送至管理系统，管理系统对其进行有序的转发。所述管理系统，可以同时与多个支付系统和/或收款系统连接。

所述支付请求，用于指示支付系统完成扣款操作，具体的，所述支付请求的内容可以包括但不限于扣款系统(例如，银行名称)、扣款账号(例如，银行卡号)、扣款金额、扣款人姓名、收款账号(例如，银行卡号)、收款系统(例如，银行名称)、收款人姓名和交易号(唯一标识一个交易)。

所述收款信息，用于指示收款系统完成收款操作，具体的，所述收款信息的内容可以包括但不限于扣款系统、扣款账号、扣款人姓名、收款金额、收款账号、收款人姓名和交易号。

所述支付消息确认表，对电子支付交易的记录，所述支付消息确认表中会记录多条电子支付交易的内容，具体的，对每条电子支付交易，所述支付消息确认表记载的内容可以包括但不限于扣款系统、扣款账号、扣款金额、扣款人姓名、收款账号、收款系统、收款人姓名、交易号、该条电子支付交易的创建时间(扣款完成的时间)、该条电子支付交易的完成时间和支付状态。

所述收款消息确认表，对电子支付交易的记录，所述收款消息确认表中会记录多条电子支付交易的内容，具体的，对每条电子支付交易，所述收款消息确认表记载的内容可以包括但不限于扣款系统、扣款账号、扣款金额、扣款人姓名、收款账号、收款系统、收款人姓名、交易号、该条电子支付交易的创建时间、该条电子支付交易的创建时间(接收到收款消息的时间)、该条电子支付交易的完成时间(收款完成的时间)和收款状态。

所述第一支付状态，用于指示已扣款但还未通知管理系统的状态；所述第二支付状态，用于指示扣款完成且已经向管理系统发送了收款信息的状态；所述第三支付状态，用于指示支付系统完成扣款且收款系统也完成了收款的状态。

所述第一收款状态，指示接收到了收款信息，在收款消息确认表中创建了相应的电子支付交易记录，但还没收款的状态；所述第二收款状态，指示已经完成收款的状态。

下面举一个例子以更好的对本发明实施例所述的电子支付交易系统进行说明。例如图5所示，用户A要通过A银行的银行卡转账给用户B的B银行的银行卡，于是，用户A通过A银行的转账应用的转账界面输入了转账信息，用户输入完转账信息并点击转账界面的确认转账的虚拟按钮之后便生成了支付请求，于是A银行的系统获取到了支付请求，并执行与该支付请求对应的扣款操作，例如，与该支付请求对应的扣款操作可以包括：查询用户A的转账卡号中是否够1000元，如果够1000元，则在用户A的转账卡号的账户减去1000元，同时，A银行的系统将支付消息确认表中与该支付请求对应的支付状态设置为未发送状态(如果不够1000元，则可以提示用户“您的银行卡余额不足，转账失败”)，然后A银行的系统向管理系统发送收款信息，在向管理系统发送收款信息之后，A银行的系统将支付消息确认表中与该支付请求对应的支付状态由未发送状态修改为已发送状态，管理系统在接收到A银行系统发送的收款信息之后，根据收款信息中的收款系统确定将该收款信息发送至B银行的系统，B银行的系统在接收到收款信息之后执行与该收款信息对应的收款操作，例如，该收款操作可以是：根据收款信息，在收款消息确认表中将与该收款信息对应的收款状态设置为未收款状态，根据收款信息中的转账金额，向B用户的银行卡号(即转账信息中的收款卡号)中增加1000元，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由未收款状态修改为已收款状态，同时向管理系统发送确认收款信息，以通过确认收款信息告知管理系统B用户的银行卡号已经成功增加了1000元，管理系统在接收到B银行的系统发送的确认收款信息之后，将确认收款信息发送至A银行的系统，以告知A银行的系统转账成功，A银行的系统在接收到管理系统发送的确认收款信息之后，根据该确认收款信息，将支付消息确认表中与所述支付请求对应的已扣款状态修改为交易完成状态。

上述电子支付交易系统，通常情况下，支付系统在扣款之后，收款系统有可能宕机，即使可能尽最大努力通知，也可能没有执行对应的收款操作，导致一方扣款，另一方并没有收款，或者收款系统执行了收款操作，但是并没有通知到支付系统，导致支付系统以为收款系统并没有收款，又相应的取消了扣款，从而导致支付系统和收款系统数据不一致。本发明实施例，包括支付系统、管理系统和收款系统，支付系统和收款系统并不会进行直接的网络连接，通过设置管理系统，管理系统能够同时对收支情况进行更好的管理，管理系统收集支付系统发送的消息，然后将消息转发至收款系统，大大减轻了收支系统两方的业务压力，这样在一定程度上保证了收支系统两方的数据一致性，具体的，收款系统在确认收款并修改收款状态后会向管理系统发送确认收款信息，然后管理系统会将收款系统的确认收款信息向支付系统反馈，这样支付系统能够根据管理系统发送的确认收款信息对消息确认表中的支付状态进行修改，确认收款系统已执行了收款操作，保证收支双方数据一致，同时，由于收款系统在收款之后也会在收款消息确认表中对收款状态进行修改，即使其由于某一时间宕机未能向管理系统反馈确认收款信息，在系统恢复之后，也能将确认收款信息向管理系统反馈，以使管理系统通知到支付系统，从而保证了收支双方数据一致，对应的，支付系统由于没收到确认收款信息，继续发送收款信息至收款方，收款方接收到重复的收款信息但由于检测到收款状态已经改变而不再进行收款操作，即即使支付方发送了重复消息也能通过查看收款消息确认表保证双方数据一致，再或者，由于收款系统宕机，管理系统的收款请求并没有成功发送至收款系统，相应的，支付系统通过查看到支付消息确认表中的支付状态没有改变，继续向管理系统发送收款信息，直到支付消息确认表中的支付状态改变，确认收款系统执行了收款操作，保证双方数据一致。

在其中一个实施例中，所述支付系统还用于若在第一预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则继续向所述管理系统发送所述收款信息，以使所述管理系统将该收款信息发送至收款系统。

在其中一个实施例中，所述收款信息包括交易号，所述收款系统还用于根据所述交易号判断多个收款信息是否为同一收款信息，若是同一收款信息，则根据所述收款消息确认表中与该收款信息对应的收款状态执行对应的操作，所述对应的操作包括：若该收款状态为第二收款状态，则向所述管理系统发送确认收款信息；若该收款状态为第一收款状态，则执行与该收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息。

在其中一个实施例中，所述支付系统还用于若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则根据所述支付请求生成回款请求，以通过所述回款请求抵消扣款，并将与所述支付请求对应的支付状态修改为第四支付状态。

在其中一个实施例中，所述支付系统还用于若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则根据所述支付请求生成收款取消消息，将所述收款取消消息发送至所述管理系统；所述管理系统还用于将所述收款取消消息发送至所述收款系统，以通知所述收款系统不执行与所述收款信息对应的收款操作。

在其中一个实施例中，所述支付系统还用于在接收到支付请求时向所述管理系统发送准备信息；所述管理系统还用于根据所述准备信息向所述支付系统发送回答信息，以使所述支付系统根据所述回答信息执行与所述支付请求对应的扣款操作。

如图6所示，在一个实施例中，提供了一种电子支付交易方法，该电子支付交易方法具体包括如下步骤：

步骤602，支付系统在接收到支付请求时执行与所述支付请求对应的扣款操作，在扣款操作执行成功之后，向管理系统发送收款信息，以使所述管理系统将所述收款信息发送至对应的收款系统，在向所述管理系统发送收款信息之后，将支付消息确认表中与所述支付请求对应的支付状态由第一支付状态修改为第二支付状态。

步骤604，所述收款系统根据所述收款信息执行与所述收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息。

步骤606，所述管理系统将所述确认收款信息发送至所述支付系统，以使所述支付系统根据所述确认收款信息将所述支付消息确认表中与所述支付请求对应的第二支付状态修改为第三支付状态。

上述电子支付交易方法，通常情况下，支付系统在扣款之后，收款系统有可能宕机，即使可能尽最大努力通知，也可能没有执行对应的收款操作，导致一方扣款，另一方并没有收款，或者收款系统执行了收款操作，但是并没有通知到支付系统，导致支付系统以为收款系统并没有收款，又相应的取消了扣款，从而导致支付系统和收款系统数据不一致。本发明实施例，包括支付系统、管理系统和收款系统，支付系统和收款系统并不会进行直接的网络连接，通过设置管理系统，管理系统能够同时对收支情况进行更好的管理，管理系统收集支付系统发送的消息，然后将消息转发至收款系统，大大减轻了收支系统两方的业务压力，这样在一定程度上保证了收支系统两方的数据一致性，具体的，收款系统在确认收款并修改收款状态后会向管理系统发送确认收款信息，然后管理系统会将收款系统的确认收款信息向支付系统反馈，这样支付系统能够根据管理系统发送的确认收款信息对消息确认表中的支付状态进行修改，确认收款系统已执行了收款操作，保证收支双方数据一致，同时，由于收款系统在收款之后也会在收款消息确认表中对收款状态进行修改，即使其由于某一时间宕机未能向管理系统反馈确认收款信息，在系统恢复之后，也能将确认收款信息向管理系统反馈，以使管理系统通知到支付系统，从而保证了收支双方数据一致，对应的，支付系统由于没收到确认收款信息，继续发送收款信息至收款方，收款方接收到重复的收款信息但由于检测到收款状态已经改变而不再进行收款操作，即即使支付方发送了重复消息也能通过查看收款消息确认表保证双方数据一致，再或者，由于收款系统宕机，管理系统的收款请求并没有成功发送至收款系统，相应的，支付系统通过查看到支付消息确认表中的支付状态没有改变，继续向管理系统发送收款信息，直到支付消息确认表中的支付状态改变，确认收款系统执行了收款操作，保证双方数据一致。

在本发明实施例中，如图7所示，所述方法还包括：

步骤708，若在第一预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则所述支付系统继续向所述管理系统发送所述收款信息，以使所述管理系统将该收款信息发送至收款系统。

支付系统会定期的对支付消息确认表中的支付状态进行检查，如果在第一预设时间内检测到支付消息确认表中有电子支付交易的支付状态一直是第一支付状态或第二支付状态，则表明虽然支付系统已经扣款，但是收款系统还没有收款相应的款项，于是，继续向管理系统发送该电子支付交易对应的收款信息，促使收款系统执行收款操作，保证收支双方数据一致。

对于支付状态为第一支付状态的情况：支付系统在扣款成功之后，由于某些原因，比如管理系统崩溃，所以向管理系统发送的收款信息并没有发送成功，于是，支付状态仍停留在第一支付状态，显然，当支付系统处于第一支付状态，收款系统是不会收到收款信息的，所以支付系统需要继续向管理系统发送收款信息，以使所述管理系统将该收款信息发送至收款系统；或者，收款消息成功发送给了管理系统，管理系统也发送给了收款系统，但是，支付系统以为收款信息没有发送成功，于是，支付状态仍停留在第一支付状态。

在这里，为了保证支付系统清楚的知晓管理系统已经接收到了收款信息，管理系统在接收到收款信息之后，向支付系统发送确认接收信息，这样，支付系统在接收到管理系统发送的确认接收信息之后，根据该确认接收信息，将支付状态由第一支付状态修改为第二支付状态。

对于支付状态为第二支付状态的情况，管理系统虽然成功的收到了支付系统在扣款成功之后发送的收款信息，但是，支付系统并没有收到管理系统发送的确认收款信息，即支付系统并不清楚收款系统是否已经完成了收款，所以，此时，也需要继续向管理系统发送收款信息，这样，使得收款系统在收到收款信息之后向管理系统反馈确认收款信息。

进一步的，如图7所示，所述收款信息包括交易号，在所述支付系统继续向所述管理系统发送所述收款信息，以使所述管理系统将该收款信息发送至收款系统之后，还包括：

步骤710，所述收款系统根据所述交易号判断多个收款信息是否为同一收款信息，若是同一收款信息，则根据所述收款消息确认表中与该收款信息对应的收款状态执行对应的操作，所述对应的操作包括：步骤710A，若该收款状态为第二收款状态，则向所述管理系统发送确认收款信息；步骤710B，若该收款状态为第一收款状态，则执行与该收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息。

所述交易号，用于唯一标识一个电子支付交易，所述交易号，由数字和/或字符和/或字母组成，例如，所述交易号为512789tyu07k-tagw45-0ooo0。

由于支付系统向管理系统发送了至少两次收款信息，所以收款系统会接收到多个同样的收款信息，此时，就需要判断收款系统有没有根据之前接收到的收款信息执行收款操作，包括两种情况：一、收款系统已经根据之前接收到的收款信息执行了收款操作，此时收款状态为第二收款状态，于是，向管理系统发送确认收款信息，这样，通过管理系统反馈的确认收款信息，支付系统就能够知晓收款系统已经进行了收款，相应的，支付系统将支付状态修改为第三支付状态，不用再向管理系统发送收款信息了；二、收款系统之前已经接收到了收款信息，但是由于某些原因，并没有执行收款操作，此时，收款状态为第一收款状态，于是，根据收款信息，执行与该收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息。

作为本发明一种可选的实施例，所述方法还包括：

若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则所述支付系统根据所述支付请求生成回款请求，以通过所述回款请求抵消扣款，并将与所述支付请求对应的支付状态修改为第四支付状态。

所述第二预设时间，可以设置为较长的一个时间；所述第四支付状态，表示已扣款且已回款的状态，通过第四支付状态能够知晓虽然已经进行了扣款，但是由于某些原因对方没有收款，于是将扣除的款项又给用户加了回去。

在这里，若支付系统完成了扣款，但是由于某些原因，比如管理系统原因(管理系统长时处于故障，此时支付状态为第一支付状态)，或者收款系统原因(收款系统长时处于故障，此时支付状态为第二支付状态)，收款操作并没有执行，或者已经执行了收款操作，但是支付系统并没有收到确认收款信息，于是，为了不耽误扣款用户的资金的使用，需要将扣除的款项再给用户加回去，同时将与所述支付请求对应的支付状态修改为第四支付状态。

作为本发明一种可选的实施例，为了防止在修改为第四支付状态的时候，收款系统又根据之前接收到的收款信息执行了收款操作或者准备执行收款操作，所以，在所述支付系统根据所述支付请求生成回款请求之前，还包括：

根据所述支付请求生成收款取消消息，将所述收款取消消息发送至所述管理系统；

所述管理系统将所述收款取消消息发送至所述收款系统，以通知所述收款系统不执行与所述收款信息对应的收款操作。

所述收款取消消息，用于指示收款系统不根据收款信息执行收款操作，或者如果收款系统已经执行了收款操作，则指示收款系统将增加的款项再重新收回。所述收款取消消息的内容，可以包括但不限于扣款系统(例如，银行名称)、扣款账号(例如，银行卡号)、扣款金额、扣款人姓名、收款账号(例如，银行卡号)、收款系统(例如，银行名称)、收款人姓名、交易号(唯一标识一个交易)和消息标识(指示收款系统，如果接收到了该消息，则停止收款操作或者不进行收款操作)。

作为本发明一种可选的实施例，为了保证支付系统的收款信息能够正常的发送至管理系统，支付系统先向管理系统发送准备消息，查看管理系统当前是否处于正常状态(是否系统故障或者消息太多处理不过来)，若管理系统回复了该准备消息，表明管理系统当前正常，可以向它发送收款信息了。具体的，所述支付系统在接收到支付请求时执行与所述支付请求对应的扣款操作，包括：

所述支付系统在接收到支付请求时，向所述管理系统发送准备信息；

所述管理系统根据所述准备信息向所述支付系统发送回答信息；

所述支付系统根据所述回答信息执行与所述支付请求对应的扣款操作。

所述准备消息，可以由数字和/或字符和/或字母组成，例如，准备消息为：zhunbeihaolema-0*0*；所述回答消息，可以由数字和/或字符和/或字母组成，例如，准备消息为：zhunbeihaole-0*0*。

在这里，支付系统接收到了回答信息之后，开始执行与支付请求对应的扣款操作。

作为本发明一种可选的实施例，当支付消息确认表中的支付状态为第三支付状态或者第四支付状态时，删除该支付状态对应的电子支付交易记录，以降低支付消息确认表的数据量。

本发明实施例所述的电子支付交易系统和电子支付交易方法属于同一发明构思，电子支付交易系统和电子支付交易方法中的内容可相互适用。

本发明方法实施例中所述的步骤也不用于指示执行的先后顺序，只是为了指明本发明所述的电子支付交易方法包含有哪些具体的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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.如权利要求2所述的系统，其特征在于，所述支付系统还用于当支付消息确认表中的支付状态为第三支付状态或者第四支付状态时，删除该支付状态对应的电子支付交易记录。

5.如权利要求1至4任一项所述的系统，其特征在于，所述支付系统还用于在接收到支付请求时向所述管理系统发送准备信息；

所述管理系统还用于根据所述准备信息向所述支付系统发送回答信息，以使所述支付系统根据所述回答信息执行与所述支付请求对应的扣款操作。

6.一种电子支付交易方法，其特征在于，包括：

支付系统在接收到支付请求时执行与所述支付请求对应的扣款操作，在扣款操作执行成功之后，向管理系统发送收款信息，以使所述管理系统将所述收款信息发送至对应的收款系统，在向所述管理系统发送收款信息之后，将支付消息确认表中与所述支付请求对应的支付状态由第一支付状态修改为第二支付状态；

所述收款信息包括交易号，所述收款系统根据所述交易号判断多个收款信息是否为同一收款信息，若是同一收款信息，则根据收款消息确认表中与该收款信息对应的收款状态执行对应的操作，所述对应的操作包括：若该收款状态为第二收款状态，则向所述管理系统发送确认收款信息；若该收款状态为第一收款状态，则执行与该收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息；

若不是同一收款信息，则所述收款系统根据所述收款信息执行与所述收款信息对应的收款操作，在收款操作执行成功之后，将收款消息确认表中与所述收款信息对应的收款状态由第一收款状态修改为第二收款状态，向所述管理系统发送确认收款信息；

所述管理系统将所述确认收款信息发送至所述支付系统，以使所述支付系统根据所述确认收款信息将所述支付消息确认表中与所述支付请求对应的第二支付状态修改为第三支付状态；

若在第一预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则所述支付系统继续向所述管理系统发送所述收款信息，以使所述管理系统将该收款信息发送至收款系统。

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

若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则所述支付系统根据所述支付请求生成回款请求，以通过所述回款请求抵消扣款，并将与所述支付请求对应的支付状态修改为第四支付状态。

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

若在第二预设时间内所述支付消息确认表中与所述支付请求对应的支付状态为第一支付状态或第二支付状态，则所述支付系统根据所述支付请求生成收款取消消息，将所述收款取消消息发送至所述管理系统；

所述管理系统将所述收款取消消息发送至所述收款系统，以通知所述收款系统不执行与所述收款信息对应的收款操作。

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

当支付消息确认表中的支付状态为第三支付状态或者第四支付状态时，支付系统则删除该支付状态对应的电子支付交易记录。

10.如权利要求6至9任一项所述的方法，其特征在于，所述支付系统在接收到支付请求时执行与所述支付请求对应的扣款操作，包括：

所述支付系统在接收到支付请求时，向所述管理系统发送准备信息；

所述管理系统根据所述准备信息向所述支付系统发送回答信息；

所述支付系统根据所述回答信息执行与所述支付请求对应的扣款操作。