CN110111095B - 支付交易判重方法及支付系统 - Google Patents

Abstract

本申请公开了一种支付交易判重方法及支付系统，该方法包括：IBPS实例中的第一IBPS实例接收PMTS‑NPC发送的支付信息，支付信息是PMTS‑NPC从接入端接收的，且支付信息中的交易单号与PMTS‑NPC中存储的已分发单号中的一个相同，第一IBPS实例是用于处理与支付信息中交易单号相同的已分发单号对应的交易的IBPS实例；第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对；如果支付信息中的交易单号与一个已处理单号相同，则第一IBPS实例将支付信息对应的交易确定为重复交易。本申请可以及时发现重复交易，进而避免因重复交易导致资金损失、用户投诉等问题，保障支付系统的安全稳定运行。

Description

支付交易判重方法及支付系统

技术领域

本申请涉及网银支付技术领域，尤其涉及一种支付交易判重方法及支付系统。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

支付系统，如网上支付跨行清算系统(Internet Banking Payment System，IBPS)，是中国人民银行支付体系的重要组成部分。IBPS自2010年8月投产以来，带给用户便捷高效的支付体验，因此受到社会大众的广泛欢迎，业务量持续增长。IBPS上线之初，每日处理业务量约10万笔，到2018年，IBPS每日处理业务量已经超过4000万笔。随着移动互联网及电子新兴业务的发展，支付活动日益频繁，市场对IBPS的业务处理容量、并发处理效率等方面提出更高要求。

为应对市场高业务处理容量、高吞吐量的需求，IBPS于2018年初进行了应用架构调整，由传统的集中式架构调整为分布式多活架构，调整后多个网银处理实例可并行处理业务，日处理业务量大幅度提高。

但是在分布式架构调整带来诸多好处的同时，也引入了新的问题。集中式架构下，IBPS只有一个处理实例，所有业务数据在主机数据库集中存储，便于查重、校验与核对；分布式结构调整之后，多个处理实例并行运行对外提供服务，每个处理实例中数据独立，这也就对接入层的交易路由机制、业务层的防重机制带来了新的挑战。一旦发生交易被重复处理的情况，则会导致用户的资金损失，引发用户投诉及后续问题。

发明内容

第一方面，本申请实施例提供一种支付交易判重方法，用以及时发现重复交易，进一步避免因重复交易导致的资金损失、用户投诉等问题，保障支付系统的安全稳定运行。该方法应用于支付系统的数据中心中的IBPS实例，所述支付系统还包括支付报文传输平台国家处理中心PMTS-NPC，所述IBPS实例与所述PMTS-NPC连接，该方法包括：

所述IBPS实例中的第一IBPS实例接收所述PMTS-NPC发送的支付信息，所述支付信息是所述PMTS-NPC从接入端接收的，且所述支付信息中的交易单号与所述PMTS-NPC中存储的已分发单号中的一个相同，所述第一IBPS实例是用于处理与所述支付信息中交易单号相同的已分发单号对应的交易的IBPS实例；所述第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对；如果支付信息中的交易单号与一个已处理单号相同，则所述第一IBPS实例将所述支付信息对应的交易确定为重复交易。

第二方面，本申请实施例提供一种支付交易判重方法，用以及时发现重复交易，进一步避免因重复交易导致的资金损失、用户投诉等问题，保障支付系统的安全稳定运行。该方法应用于支付系统的数据中心中的PMTS-NPC，该数据中心还包括如第一方面所述的IBPS实例，所述方法包括：

接收接入端发送的支付信息；提取支付信息中的交易单号，与存储的已分发单号进行比对；如果支付信息中的交易单号与一个已分发单号相同，则向处理相同已分发单号对应的交易的第一IBPS实例发送所述支付信息，以供所述第一IBPS实例将所述支付信息中的交易单号与存储的已处理单号进行比对，并根据比对结果判断所述支付信息对应的交易是否为重复交易。

第三方面，本申请实施例提供一种支付交易判重方法，用以及时发现重复交易，进一步避免因重复交易导致的资金损失、用户投诉等问题，保障支付系统的安全稳定运行。该方法应用于支付系统的数据中心中的核心处理模块，所述数据中心还包括如第一方面所述的IBPS实例，所述核心处理模块与所述IBPS实例连接，所述方法包括：

接收所述IBPS实例发送的支付信息，所述支付信息对应的交易为所述IBPS实例判断的除重复交易外的交易；将支付信息中的交易单号与存储的已接收单号进行比对；如果支付信息中的交易单号与一个已接收单号相同，则将所述支付信息对应的交易确定为重复交易。

第四方面，本申请实施例提供一种IBPS实例，用以及时发现重复交易，进一步避免因重复交易导致的资金损失、用户投诉等问题，保障支付系统的安全稳定运行。所述IBPS实例包括第一IBPS实例，所述第一IBPS实例包括：

第一接收模块，用于接收PMTS-NPC发送的支付信息，所述支付信息是所述PMTS-NPC从接入端接收的，且所述支付信息中的交易单号与所述PMTS-NPC中存储的已分发单号中的一个相同，所述第一接收模块是用于接收与所述支付信息中交易单号相同的已分发单号对应的支付信息的接收模块；第一比对模块，用于将第一接收模块接收的支付信息中的交易单号与存储的已处理单号进行比对；第一确定模块，用于当第一比对模块判断支付信息中的交易单号与一个已处理单号相同时，将所述支付信息对应的交易确定为重复交易。

第五方面，本申请实施例提供一种PMTS-NPC，用以及时发现重复交易，进一步避免因重复交易导致的资金损失、用户投诉等问题，保障支付系统的安全稳定运行。所述PMTS-NPC与如第四方面所述的IBPS实例连接，该PMTS-NPC包括：

第二接收模块，用于接收交易端发送的支付信息；第二比对模块，用于提取第二接收模块接收的支付信息中的交易单号，与存储的已分发单号进行比对；发送模块，用于当第二比对模块判断支付信息中的交易单号与一个已分发单号相同时，向处理相同已分发单号对应的交易的第一IBPS实例发送所述支付信息，以供所述第一IBPS实例将所述支付信息中的交易单号与存储的已处理单号进行比对，并根据比对结果判断所述支付信息对应的交易是否为重复交易。

第六方面，本申请实施例提供一种核心处理模块，用以及时发现重复交易，进一步避免因重复交易导致的资金损失、用户投诉等问题，保障支付系统的安全稳定运行。该核心处理模块与如第四方面所述的IBPS实例连接，该核心处理模块包括：

第三接收模块，用于接收所述IBPS实例发送的支付信息，所述支付信息对应的交易为所述IBPS实例判断的除重复交易外的交易；第三比对模块，用于将第三接收模块接收的支付信息中的交易单号与存储的已接收单号进行比对；第二确定模块，用于当第三比对模块判断支付信息中的交易单号与一个已接收单号相同时，将所述支付信息对应的交易确定为重复交易。

第七方面，本申请实施例提供一种支付系统，用以及时发现重复交易，进一步避免因重复交易导致的资金损失、用户投诉等问题，保障支付系统的安全稳定运行。该支付系统包括如第四方面所述的IBPS实例，如第五方面所述的PMTS-NPC以及如第六方面所述的核心处理模块。

本申请实施例中，由IBPS实例进行判重。IBPS实例根据接收到的支付信息中的交易单号与存储的已处理单号的比对结果，来判断接收到的支付信息对应的交易是否是重复交易，这样一来，IBPS实例可以及时发现重复交易，进而可以对重复交易采取处理措施，避免了因重复交易导致的资金损失和用户投诉等问题。

附图说明

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

图1为本申请实施例中支付系统的结构示意图；

图2为本申请实施例中一种支付交易判重方法的流程图；

图3为本申请实施例中另一种支付交易判重方法的流程图；

图4为本申请实施例中另一种支付交易判重方法的流程图；

图5为本申请实施例中一种IBPS实例的结构示意图；

图6为本申请实施例中一种PMTS-NPC的结构示意图；

图7为本申请实施例中一种核心处理模块的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本申请实施例做进一步详细说明。在此，本申请的示意性实施例及其说明用于解释本申请，但并不作为对本申请的限定。

下面将结合图1所示的支付系统100的结构示意图进一步介绍现有技术中产生交易重复处理的原因。一组应用服务器和一个数据库的集合作为一个标准的IBPS实例，

参阅图1，支付系统100包括数据中心101和支付报文传输平台城市处理中心(Payment Message Transfer System-City Clearing Processing Center，PMTS-CCPC)105，PMTS-CCPC105构成区域接入层，该PMTS-CCPC105主要负责接入端与数据中心101中支付报文传输平台国家处理中心(Payment Message Transfer System-National ProcessCenter，PMTS-NPC)102间往来业务信息的安全传输和路由转发，数据中心101则根据接收到的业务信息处理业务。数据中心101包括PMTS-NPC102、IBPS实例103以及核心处理模块104。PMTS-NPC102构成网关层，主要负责PMTS-CCPC和业务处理层间往来业务的格式校验、全局判重、存储转发和路由分发等。业务处理层由IBPS实例103和核心处理模块104组成，主要负责网银业务受理、防重检查、业务检查、凭证留存和轧差清算等。

支付系统100包括至少两个数据中心，如图1所示的数据中心1011和数据中心1012，至少两个数据中心分别处理不同城市的业务。每个数据中心中包括多个IBPS实例103，如图1所示，数据中心1011中包括IBPS实例1031、IBPS实例1032，数据中心1012中包括IBPS实例1033、IBPS实例1034，该多个IBPS实例并行对外提供服务，每个IBPS实例各司其职，分别完成部分行对之间的业务处理，例如，IBPS实例1031处理工商银行和农业银行之间业务，IBPS实例1032处理中国银行和建设银行之间的业务，IBPS实例1033处理工商银行和民生银行之间的业务等。

每个数据中心101包括一个核心处理模块104，如图1所示，数据中心1011包括核心处理模块1041，数据中心1012包括核心处理模块1042。多个数据中101中核心处理模块104采用主备运行模式，即设定其中一个核心处理模块104为主用模块，其他核心处理模块104为备用模块，由主用模块对外提供服务，所有数据中心101中IBPS实例均将初步处理后的业务数据传输到主用模块进行进一步处理。当主用模块故障时，再启用备用模块中的一个提供服务。如图1所示，每个IBPS实例103均与每个核心处理模块104连接，以实线表示IBPS实例103与主用模块(核心处理模块1041)之间的连接，虚线表示IBPS实例103与备用模块(核心处理模块1042)之间的连接。

这种分布式架构支持主机、Power、X86等多种平台架构，系统可靠性有所下降，单个IBPS实例103出现故障的几率增大。参阅图1，当IBPS实例1031发生故障时，路由策略会发生变化，后续到来的由IBPS实例1031处理的业务会被路由至IBPS实例1031的备用实例处理。假设IBPS实例1031的备用实例为IBPS实例1033，则此时发生了由IBPS实例1031向IBPS实例1033的业务数据迁移。在IBPS实例1031故障修复期间，IBPS实例1031的数据分散在两个不同的IBPS实例103中(IBPS实例1031和IBPS实例1033)，这样新到来的业务就无法有效判重；且在IBPS实例103发生切换的瞬间，可能会造成同一笔交易被路由至不同的数据中心被重复处理，产生资金损失或重复清算的风险。

为了降低上述资金损失或重复清算的风险，本申请实施例提供了一种分布式架构场景下的支付交易判重方法，实现在分布式架构场景下的支付交易的防重功能。该方法可以应用于如图1所示的支付系统100的数据中心中的IBPS实例103。如图2所示，该方法包括步骤201至步骤203：

步骤201、IBPS实例中的第一IBPS实例接收PMTS-NPC发送的支付信息。

其中，支付信息是PMTS-NPC从接入端接收的，且支付信息中的交易单号与PMTS-NPC中存储的已分发单号中的一个相同。第一IBPS实例是用于处理与支付信息中交易单号相同的已分发单号对应的交易的IBPS实例。

支付信息中包括交易单号、业务属地等信息，该支付信息由接入端进行设置。

步骤202、第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对。

需要说明的是，已处理单号为IBPS实例接收到，并执行处理过程的单号。

在本申请实施例的一种实现方式中，如果支付信息中的交易单号与任何一个已处理单号不同，则第一IBPS实例将支付信息处理后，向核心处理模块发送处理后的支付信息，以供核心处理模块将处理后的支付信息中的交易单号与存储的已接收单号进行比对，并根据比对结果判断支付信息对应的交易是否为重复交易。

需要说明的是，IBPS实例在判定支付信息对应的交易不是重复交易之后，对支付信息执行诸如业务检查、存储转发等其他处理。

在某些情况下，可能IBPS实例出现如数据库故障、网络抖动等问题导致接收到的交易单号未保存成功，这样就无法全面的对后续到来的交易单号进行判重，为了尽量避免该种情况导致的重复交易，进一步保证判重的准确度，在本申请实施例中，如果支付信息中的交易单号与任何一个已处理单号不同，则第一IBPS实例向核心处理模块发送支付信息，由核心处理模块再次进行判重。核心处理模块将支付信息中的交易单号与存储的已接收单号进行比对；如果支付信息中的交易单号与一个已接收单号相同，核心处理模块则将支付信息对应的交易确定为重复交易。其中，已接收单号为经过核心处理模块处理后的交易的单号。这样经过双层判重可以尽量减少重复交易的发生。

此外，由于数据中心之间的已分发单号的数据同步具有20毫秒左右的硬性数据延时，在该数据延时中，如果因IBPS实例出现问题导致路由策略变更、数据迁移，则接收迁移数据的数据中心可能因为没有将迁移过来的支付信息与处于同步过程中的已分发单号进行比对，导致相同支付信息对应的交易被路由至不同IBPS实例进行重复处理，在这种情况下，也可以通过核心处理模块的再次判重发现重复交易，避免该重复交易的继续处理。

步骤203、如果支付信息中的交易单号与一个已处理单号相同，则第一IBPS实例将支付信息对应的交易确定为重复交易。

如果第一IBPS实例发现重复交易，则直接将支付信息丢掉。

本申请实施例中，由IBPS实例进行判重。IBPS实例根据接收到的支付信息中的交易单号与存储的已处理单号的比对结果，来判断接收到的支付信息对应的交易是否是重复交易，这样一来，IBPS实例可以及时发现重复交易，进而可以对重复交易采取处理措施，避免了因重复交易导致的资金损失和用户投诉等问题。

本申请实施例还提供了一种支付交易判重方法，该方法应用于如图1所示的支付系统100的数据中心101中的PMTS-NPC102。如图3所示，该方法包括步骤301至步骤303：

步骤301、接收接入端发送的支付信息。

其中，接入端为用户发起交易的银行或其他可为用户办理交易业务的机构。

步骤302、提取支付信息中的交易单号，与存储的已分发单号进行比对。

已分发单号为PMTS-NPC之前已经向IBPS实例发送过的支付信息中的单号。

在本申请实施例的一种实现方式中，如果支付信息中的交易单号与任何一个已分发单号不同，则说明PMTS-NPC没有接收过相同的支付信息，当前的支付信息为一个全新的交易，那么PMTS-NPC将按照预设路由策略向第二IBPS实例发送支付信息；且存储支付信息中的交易单号以及第二IBPS实例的对应关系，以用于后续的比对。

需要说明的是，第一IBPS实例与第二IBPS实例可能相同，也可能不同。PMTS-NPC除存储交易单号及第二IBPS实例的对应关系之外，还可以存储交易单号的业务属地等信息。

预设的路由策略为支付信息的分发规则，例如，如果支付信息中显示交易双方为中国银行和建设银行，则将支付信息发送到处理该两行之间业务的IBPS实例1032进行处理；如果支付信息中显示交易双方为工商银行和民生银行，则将该支付信息发送到处理该两行业务的IBPS实例1033进行处理。

为了避免当主用实例与备用实例不属于同一个数据中心，且主用实例损坏时，备用实例不能有效判重的情况，在本申请实施例中，如果支付信息中的交易单号与任何一个已分发单号不同，则PMTS-NPC向其他数据中心中的PMTS-NPC发送支付信息中的交易单号以及第二IBPS实例的对应关系，以供所有数据中心同步已分发单号，这样，每个数据中心中都存储了所有数据中心已分发的单号，即使备用实例所在的数据中心接收到主用实例的数据中心迁移的支付信息时，也能将该支付信息与全部的已分发单号进行比对，从而确定当前的支付信息是否与之前的支付信息重复。

需要说明的是，PMTS-NPC将交易单号和第二IBPS实例的对应关系写入消息队列，远程通过队列方式复制来保证所有数据中心中数据的一致性。

步骤303、如果支付信息中的交易单号与一个已分发单号相同，则向处理相同已分发单号对应的交易的第一IBPS实例发送支付信息，以供第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对，并根据比对结果判断支付信息对应的交易是否为重复交易。

需要说明的是，如果交易单号相同，则支付信息相同，支付信息对应的交易也为相同交易。也就是说，如果PMTS-NPC收到了与已分发单号相同的交易单号，则说明相同交易信息曾经被接收并向IBPS实例发送过。但是，由于PMTS-NPC不具有业务处理能力，对于业务的处理过程由IBPS实例和核心处理模块完成，因此PMTS-NPC无法判断之前接收的已分发单号对应的支付信息是否被处理，PMTS-NPC需要将当前的支付信息发送到相同已分发单号对应的IBPS实例中，由IBPS实例根据支付信息对交易进行判重。这样保证了单笔交易的路由地址一致性，有效降低了一笔交易被后端多个IBPS实例重复处理的可能性。

本申请实施例中，PMTS-NPC在接收到支付信息之后，先将支付信息中的交易单号与历史接收的已分发单号进行比对，来确定是否曾经接收过相同的支付信息，如果曾经接收过相同的支付信息，则将当前接收的支付信息发送至与历史接收的相同已分发单号对应的IBPS实例，以便于IBPS实例判断是否已处理该支付信息对应的交易，这样就避免了相同交易单号的支付信息被分发到不同的IBPS实例，导致不能有效判重的情况。并且，IBPS实例根据接收到的支付信息中的交易单号与存储的已处理单号的比对结果，来判断接收到的支付信息对应的交易是否是重复交易，这样一来，IBPS实例可以及时发现重复交易，进而可以对重复交易采取处理措施，避免了因重复交易导致的资金损失和用户投诉等问题。

本申请实施例还提供了一种支付交易判重方法，该方法应用于如图1所示支付系统100的数据中心中的核心处理模块104。如图4所示，该方法包括步骤401至步骤403：

步骤401、接收IBPS实例发送的支付信息。

其中，支付信息对应的交易为IBPS实例判断的除重复交易外的交易。

步骤402、将支付信息中的交易单号与存储的已接收单号进行比对。

步骤403、如果支付信息中的交易单号与一个已接收单号相同，则将支付信息对应的交易确定为重复交易。

在本申请实施例的一种实现方式中，如果支付信息中的交易单号与任何一个已接收单号不同，核心处理模块则处理支付信息对应的交易。

此外，为了进一步避免出现重复交易，在本申请实施例中，还可以利用分布式核对服务每间隔固定时间核对在该固定时间中IBPS实例和核心处理模块中新增的交易数据，例如，可以设置分布式核对服务每间隔5分钟或10分钟核对IBPS实例中新增的交易数据；每间隔15分钟核对核心处理模块中新增的交易数据。需要说明的是，如果在某个时刻，分布式核对服务既需对IBPS实例进行数据核对，又需对核心处理模块进行数据核对，则分布式服务优先核对核心处理模块中新增的交易数据。

这样经过IBPS实例判重后，再次经过核心处理模块判重的双层判重机制可以尽量减少重复交易的发生。

本申请实施例提供一种IBPS实例103，该IBPS实例103包括第一IBPS实例1030，如图5所示，第一IBPS实例1030包括接收模块10301、第一比对模块10302和第一确定模块10303。

其中，第一接收模块10301，用于接收PMTS-NPC发送的支付信息，支付信息是PMTS-NPC从接入端接收的，且支付信息中的交易单号与PMTS-NPC中存储的已分发单号中的一个相同，第一接收模块10301是用于接收与所述支付信息中交易单号相同的已分发单号对应的支付信息的接收模块。

第一比对模块10302，用于将第一接收模块10301接收的支付信息中的交易单号与存储的已处理单号进行比对。

第一确定模块10303，用于当第一比对模块10302判断支付信息中的交易单号与一个已处理单号相同时，将支付信息对应的交易确定为重复交易。

在本申请实施例的另一种实现方式中，第一IBPS实例1030还包括转发模块10304。

其中，转发模块10304，用于当第一比对模块10302判断支付信息中的交易单号与任何一个已处理单号不同时，将支付信息处理后，向核心处理模块发送处理后的支付信息，以供核心处理模块将处理后的支付信息中的交易单号与存储的已接收单号进行比对，并根据比对结果判断支付信息对应的交易是否为重复交易。

本申请实施例中，由IBPS实例进行判重。IBPS实例根据接收到的支付信息中的交易单号与存储的已处理单号的比对结果，来判断接收到的支付信息对应的交易是否是重复交易，这样一来，IBPS实例可以及时发现重复交易，进而可以对重复交易采取处理措施，避免了因重复交易导致的资金损失和用户投诉等问题。

本申请实施例提供一种PMTS-NPC102，如图6所示，该PMTS-NPC102包括第二接收模块10201、第二比对模块10202和发送模块10203。

其中，第二接收模块10201，用于接收接入端发送的支付信息。

第二比对模块10202，用于提取第二接收模块10201接收的支付信息中的交易单号，与存储的已分发单号进行比对。

发送模块10203，用于当第二比对模块10202判断支付信息中的交易单号与一个已分发单号相同时，向处理相同已分发单号对应的交易的第一IBPS实例1030发送支付信息，以供第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对，并根据比对结果判断支付信息对应的交易是否为重复交易。

在本申请实施例的一种实现方式中，PMTS-NPC102还包括路由模块10204和存储模块10205。

其中，路由模块10204，用于当第二比对模块10202判断支付信息中的交易单号与任何一个已分发单号不同，则按照预设路由策略向第二IBPS实例发送支付信息。

存储模块10205，用于存储支付信息中的交易单号以及第二IBPS实例的对应关系。

在本申请实施例的一种实现方式中，路由模块10204，还用于：

向其他数据中心中的PMTS-NPC发送支付信息中的交易单号以及第二IBPS实例的对应关系，以供所有数据中心同步已分发单号。

本申请实施例中，PMTS-NPC在接收到支付信息之后，先将支付信息中的交易单号与历史接收的已分发单号进行比对，来确定是否曾经接收过相同的支付信息，如果曾经接收过相同的支付信息，则将当前接收的支付信息发送至与历史接收的相同已分发单号对应的IBPS实例，以便于IBPS实例判断是否已处理该支付信息对应的交易，这样就避免了相同交易单号的支付信息被分发到不同的IBPS实例，导致不能有效判重的情况。并且，IBPS实例根据接收到的支付信息中的交易单号与存储的已处理单号的比对结果，来判断接收到的支付信息对应的交易是否是重复交易，这样一来，IBPS实例可以及时发现重复交易，进而可以对重复交易采取处理措施，避免了因重复交易导致的资金损失和用户投诉等问题。

本申请实施例还提供一种核心处理模块104，如图7所示，该核心处理模块104包括第三接收模块10401、第三比对模块10402和第二确定模块10403。

其中，第三接收模块10401，用于接收IBPS实例发送的支付信息，支付信息对应的交易为IBPS实例判断的除重复交易外的交易。

第三比对模块10402，用于将第三接收模块10401接收的支付信息中的交易单号与存储的已接收单号进行比对。

第二确定模块10403，用于当第三比对模块10402判断支付信息中的交易单号与一个已接收单号相同时，将支付信息对应的交易确定为重复交易。

在本申请实施例的一种实现方式中，核心处理模块104还包括处理模块10404。

其中，处理模块10404，用于当第三比对模块10402判断支付信息中的交易单号与任何一个已接收单号不同时，处理支付信息对应的交易。

这样经过IBPS实例判重后，再次经过核心处理模块判重的双层判重机制可以尽量减少重复交易的发生。

本申请实施例还提供一种支付系统100，如图1所示，该支付系统100包括IBPS实例103、PMTS-NPC102，以及核心处理模块104。

本申请实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行所述计算机程序时实现支付交易判重方法。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有执行支付交易判重方法的计算机程序。

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

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

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

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

以上的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本申请的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种支付交易判重方法，其特征在于，应用于支付系统的数据中心中的IBPS实例，所述支付系统还包括支付报文传输平台国家处理中心PMTS-NPC，所述IBPS实例与所述PMTS-NPC连接，所述方法包括：

所述IBPS实例中的第一IBPS实例接收所述PMTS-NPC发送的支付信息，所述支付信息是所述PMTS-NPC从接入端接收的，且所述支付信息中的交易单号与所述PMTS-NPC中存储的已分发单号中的一个相同，所述第一IBPS实例是用于处理与所述支付信息中交易单号相同的已分发单号对应的交易的IBPS实例，所述接入端为用户发起交易的银行或其他交易业务办理机构；

所述第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对；

如果支付信息中的交易单号与一个已处理单号相同，则所述第一IBPS实例将所述支付信息对应的交易确定为重复交易；

所述支付系统的数据中心中还包括核心处理模块，所述核心处理模块与所述IBPS实例连接，在所述第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对之后，所述方法还包括：如果支付信息中的交易单号与任何一个已处理单号不同，则所述第一IBPS实例将支付信息处理后，向核心处理模块发送处理后的支付信息，以供所述核心处理模块将处理后的支付信息中的交易单号与存储的已接收单号进行比对，并根据比对结果判断所述支付信息对应的交易是否为重复交易。

2.一种支付交易判重方法，其特征在于，应用于支付系统的数据中心中的PMTS-NPC，所述数据中心还包括如权利要求1所述的IBPS实例，所述方法包括：

接收接入端发送的支付信息，所述接入端为用户发起交易的银行或其他交易业务办理机构；

提取支付信息中的交易单号，与存储的已分发单号进行比对；

如果支付信息中的交易单号与一个已分发单号相同，则向处理相同已分发单号对应的交易的第一IBPS实例发送所述支付信息，以供所述第一IBPS实例将所述支付信息中的交易单号与存储的已处理单号进行比对，并根据比对结果判断所述支付信息对应的交易是否为重复交易。

3.根据权利要求2所述的方法，其特征在于，在提取支付信息中的交易单号，与存储的已分发单号进行比对之后，所述方法还包括：

如果支付信息中的交易单号与任何一个已分发单号不同，则按照预设路由策略向第二IBPS实例发送所述支付信息；

存储所述支付信息中的交易单号以及第二IBPS实例的对应关系。

4.根据权利要求3所述的方法，其特征在于，所述支付系统包括至少两个数据中心，每个数据中心中包括一个PMTS-NPC，不同数据中心中的PMTS-NPC相互连接，在按照预设路由策略向第二IBPS实例发送所述支付信息之后，所述方法还包括：

向其他数据中心中的PMTS-NPC发送所述支付信息中的交易单号以及第二IBPS实例的对应关系，以供所有数据中心同步已分发单号。

5.一种支付交易判重方法，其特征在于，应用于支付系统的数据中心中的核心处理模块，所述数据中心还包括如权利要求1或2所述的IBPS实例，所述核心处理模块与所述IBPS实例连接，所述方法包括：

接收所述IBPS实例发送的支付信息，所述支付信息对应的交易为所述IBPS实例判断的除重复交易外的交易；其中，所述IBPS实例依据如下方法判断交易为重复交易：所述IBPS实例中的第一IBPS实例接收所述PMTS-NPC发送的支付信息，所述支付信息是所述PMTS-NPC从接入端接收的，且所述支付信息中的交易单号与所述PMTS-NPC中存储的已分发单号中的一个相同，所述第一IBPS实例是用于处理与所述支付信息中交易单号相同的已分发单号对应的交易的IBPS实例，所述第一IBPS实例将支付信息中的交易单号与存储的已处理单号进行比对；如果支付信息中的交易单号与一个已处理单号相同，则所述第一IBPS实例将所述支付信息对应的交易确定为重复交易；

将支付信息中的交易单号与存储的已接收单号进行比对；

如果支付信息中的交易单号与一个已接收单号相同，则将所述支付信息对应的交易确定为重复交易。

6.根据权利要求5所述的方法，其特征在于，在将支付信息中的交易单号与存储的已接收单号进行比对之后，所述方法还包括：

如果支付信息中的交易单号与任何一个已接收单号不同，则处理所述支付信息对应的交易。

7.一种网上支付跨行清算装置，其特征在于，所述网上支付跨行清算装置包括第一网上支付跨行清算装置，所述第一网上支付跨行清算装置包括：

第一接收模块，用于接收交易处理装置发送的支付信息，所述支付信息是所述交易处理装置从接入端接收的，且所述支付信息中的交易单号与所述交易处理装置中存储的已分发单号中的一个相同，所述第一接收模块是用于接收与所述支付信息中交易单号相同的已分发单号对应的支付信息的接收模块，所述接入端为用户发起交易的银行或其他交易业务办理机构；

第一比对模块，用于将第一接收模块接收的支付信息中的交易单号与存储的已处理单号进行比对；

第一确定模块，用于当第一比对模块判断支付信息中的交易单号与一个已处理单号相同时，将所述支付信息对应的交易确定为重复交易；

转发模块，用于当第一比对模块判断支付信息中的交易单号与任何一个已处理单号不同时，在第一网上支付跨行清算装置将支付信息处理后，向核心处理模块发送处理后的支付信息，以供核心处理模块将处理后的支付信息中的交易单号与存储的已接收单号进行比对，并根据比对结果判断支付信息对应的交易是否为重复交易。

8.一种交易处理装置，其特征在于，所述交易处理装置与如权利要求7中所述的网上支付跨行清算装置连接，所述交易处理装置包括：

第二接收模块，用于接收接入端发送的支付信息，所述接入端为用户发起交易的银行或其他交易业务办理机构；

第二比对模块，用于提取第二接收模块接收的支付信息中的交易单号，与存储的已分发单号进行比对；

发送模块，用于当第二比对模块判断支付信息中的交易单号与一个已分发单号相同时，向处理相同已分发单号对应的交易的第一网上支付跨行清算装置发送所述支付信息，以供所述第一网上支付跨行清算装置将所述支付信息中的交易单号与存储的已处理单号进行比对，并根据比对结果判断所述支付信息对应的交易是否为重复交易。

9.一种核心处理装置，其特征在于，所述核心处理装置与如权利要求7所述的网上支付跨行清算装置连接，所述核心处理模块包括：

第三接收模块，用于接收所述网上支付跨行清算装置发送的支付信息，所述支付信息对应的交易为所述网上支付跨行清算装置判断的除重复交易外的交易；其中，所述网上支付跨行清算装置依据如下方法判断交易为重复交易：所述网上支付跨行清算装置中的第一网上支付跨行清算装置接收所述交易处理装置发送的支付信息，所述支付信息是所述交易处理装置从接入端接收的，且所述支付信息中的交易单号与所述交易处理装置中存储的已分发单号中的一个相同，所述第一网上支付跨行清算装置是用于处理与所述支付信息中交易单号相同的已分发单号对应的交易的网上支付跨行清算装置，所述第一网上支付跨行清算装置将支付信息中的交易单号与存储的已处理单号进行比对；如果支付信息中的交易单号与一个已处理单号相同，则所述第一网上支付跨行清算装置将所述支付信息对应的交易确定为重复交易；

第三比对模块，用于将第三接收模块接收的支付信息中的交易单号与存储的已接收单号进行比对；

第二确定模块，用于当第三比对模块判断支付信息中的交易单号与一个已接收单号相同时，将所述支付信息对应的交易确定为重复交易。

10.一种支付系统，其特征在于，所述支付系统包括如权利要求7所述的网上支付跨行清算装置，如权利要求8所述的交易处理装置，以及如权利要求9所述的核心处理装置。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任一所述方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至6任一所述方法的计算机程序。

Images