CN105590191A - 用于交易数据接入的接口系统及其实现方法 - Google Patents

Abstract

本发明涉及一种交易数据接入接口系统。该系统包括：前置输入输出模块，用于从交易数据清算系统接收数据并装载到数据库中；数据库，用于储存来自前置输入输出模块的数据以及来自接收模块的数据；服务发起处理模块，从数据库中读取数据并进行数据处理生成支付信息报文，根据支付信息报文生成支付指令；发报MQ模块，将来自服务发起处理模块的支付指令发送到支付通道以实现资金数据划付；收报MQ模块，接收来自支付通道对支付指令的反馈报文；接收模块，对来自收报MQ模块的反馈报文进行处理并且将处理结果储存到数据库中。利用本发明能够减少资金结算环节、实现及时入账，能够有效提高清算的及时性和准确性。

Description

用于交易数据接入的接口系统及其实现方法

技术领域

本发明涉及对金融数据进行数据处理的计算机系统及其实现方法，具体地，涉及设置在银行卡交易清算系统和支付通道之间的用于交易数据接入的接口系统及其实现方法。

背景技术

现有的商户资金入账方式，由于商户处在整个银行卡交易的末端，往往由清算卡组织对当日（T日）交易清算后，在T+1日将资金轧差划付至交易的收单机构，再由收单机构根据其交易数据区分不同受理商户，根据交易情况结算资金，在T+X日分别划付至不同商户的开户行账户。

这种方法存在资金处理环节多，例如需要经过清算卡组织、收单机构、受理商户以及商户的开户行，这样，存在资金入账慢，商户资金周转效率低的问题，不利于商户资金的快速回笼，商户积极性低，制约了银行卡交易受理市场的快速发展。

发明内容

鉴于上述问题，本发明旨在提供一种能够按照商户设定的时间周期（例如小时、日、周等）对交易数据轧差并及时划付到帐的用于交易数据接入的接口系统及其实现方法。

本发明的交易数据接入接口系统设置在交易清算系统和支付通道之间，其特征在于，包括：

前置输入输出模块，用于从交易数据清算系统接收数据并装载到下述的数据库中；

数据库，用于储存来自所述前置输入输出模块的数据以及来自下述的接收模块的数据；

服务发起处理模块，从所述数据库中读取数据并进行数据处理生成支付信息报文，根据所述支付信息报文生成支付指令；

发报MQ模块，将来自所述服务发起处理模块的所述支付指令发送到支付通道以实现资金数据划付；

收报MQ模块，接收来自所述支付通道对所述支付指令的反馈报文；

接收模块，对来自所述收报MQ模块的所述反馈报文进行处理并且将处理结果储存到所述数据库中。

优选地，所述前置输入输出模块分别输入商户账户信息、交易数据流水信息，所述前置输入输出模块进一步用于对所述交易数据接入接口系统进行前置设置。

优选地，所述前置输入输出模块进行的前置设置包括下述中的一项或多项：

支付交易暂扣；

资金数据释放；

资金数据圈存额度的设定；

支付报文数据进程查询；

支付报文数据打包时间以及时间间隔的设置。

优选地，所述服务处理发起模块具备：

信息装载单元，用于装载所述商户账户信息和所述交易数据流水信息；

信息校验核对单元，用于对装载到所述服务处理发起模块的所述商户账户信息和所述交易数据流水信息的完整性和正确性进行校验；

记账处理单元，根据所述商户账户信息和所述交易数据流水信息对所述银行卡交易数据接入接口系统中已经存在的该商户账户的支付报文数据进行处理，对需纳入本次划付的进行记账生成支付信息；

数据轧差汇总单元，用于对所述支付信息进行轧差，生成商户对账信息文件报表；

支付信息报文生成单元，根据所述商户对账信息文件报表生成支付信息报文，按照设定的规则对所述支付信息报文进行打包；

资金数据圈存额度判断单元，判断所述支付信息报文中包含的支付金额是否超过圈存金额，如果未超过，则向支付通道发起支付指令。

优选地，所述支付信息报文生成单元根据所述商户对账信息文件报表生成xml格式的支付信息报文，按照定时、定量、定时定量、时间段或者手工触发，对对所述支付信息报文进行打包。

优选地，所述发报MQ模块将来自所述服务发起处理模块的所述支付指令通过MQ即消息队列的形式发送到支付通道，所述收报MQ模块通过MQ即消息队列的形式接收来自所述支付通道对所述支付指令的反馈报文。

优选地，所述接收处理模块具备：

支付通道报文接收单元，用于从所述支付通道接收反馈回来的支付报文数据；

报文内容识别单元，对所述反馈回来的支付报文数据进行检验、拆包和解析并且识别支付报文数据的内容；以及

支付反馈报文处理单元，根据识别出的所述支付报文数据内容对支付是否成功进行标记或处理并且将处理结果记录到所述数据库。

优选地，所述前置输入输出模块通过轮询所述数据库中的记录获得所述支付报文数据的处理结果。

本发明的交易数据接入接口方法，用于在交易清算系统和支付通道之间进行数据转接，其特征在于，包括下述步骤：

前置输入步骤，用于从交易数据清算系统接收数据并装载到数据库中；

服务发起处理步骤，从所述数据库中读取数据并进行数据处理生成支付信息报文，根据所述支付信息报文生成支付指令；

发报MQ步骤，将利用所述服务发起处理步骤获得的所述支付指令发送到支付通道以实现资金数据划付；

支付步骤，所述支付通道根据所述支付指令实现资金数据划付并生成反馈报文；

收报MQ步骤，接收来自所述支付通道对所述支付指令的反馈报文；

接收步骤，对利用所述收报MQ步骤获得的所述反馈报文进行处理并且将处理结果储存到所述数据库中。

优选地，所述服务处理发起步骤包括下述子步骤：

信息装载子步骤，装载商户账户信息和交易数据流水信息；

信息校验核对子步骤，对装载的所述商户账户信息和所述交易数据流水信息的完整性和正确性进行校验；

记账处理子步骤，根据所述商户账户信息和所述交易数据流水信息对所述银行卡交易数据接入接口系中已经存在的该商户账户的支付报文数据进行处理，对需纳入本次划付的进行记账生成支付信息；

数据轧差汇总子步骤，用于对所述支付信息进行轧差，生成商户对账信息文件报表；

支付信息报文生成子步骤，根据所述商户对账信息文件报表生成支付信息报文，按照设定的规则对所述支付信息报文进行打包；

资金数据圈存额度判断子步骤，判断所述支付信息报文中包含的支付金额是否超过圈存金额，如果未超过，则向支付通道发起支付指令。

优选地，在所述发报MQ步骤中，将利用所述服务发起处理步骤获得的所述支付指令通过MQ即消息队列的形式发送到支付通道，在所述收报MQ步骤中，块通过MQ即消息队列的形式接收来自所述支付通道对所述支付指令的反馈报文。

优选地，所述接收处理步骤：

支付通道报文接收子步骤，从所述支付通道接收反馈回来的支付报文数据；

报文内容识别子步骤，对所述反馈回来的支付报文数据进行检验、拆包和解析并且识别支付报文数据的内容；以及

支付反馈报文处理子步骤，根据识别出的所述支付报文数据内容对支付是否成功进行标记或处理并且将处理结果记录到所述数据库。

如上所述，本发明的交易数据接入接口系统设置在交易清算系统和支付通道之间，在银行卡交易流水清算完成后，即可根据商户代码、商户资金数据合并轧差后金额、商户开户行及账号等信息组成xml格式报文，对报文进行打包，分批提交支付指令至人民银行支付系统或网银等各类支付通道，实现商户银行卡交易数据的及时入账。

而且，在本发明中，首次提出并实现了清算卡组织直接针对商户层级的快速资金数据划付及对账功能。具有商户银行卡交易数据结算环节少、入账快的特点，可以有效提升商户受理银行卡的积极性，清算卡组织能够安全便捷地实现处理，提高其业务覆盖面广、清算及时准确的能力，节约了社会成本，提升了服务水平。

附图说明

图1是表示本发明的用于交易数据接入的接口系统的总体框架图。

图2是表示本发明的用于交易数据接入的接口系统的服务发起处理模块的构造示意图。

图3是表示本发明的用于交易数据接入的接口系统的接收处理模块的构造示意图。

图4是表示本发明的用于交易数据接入的接口方法的流程图。

图5是表示本发明的服务处理发起步骤S200的流程图。

图6是表示本发明的接收处理步骤S600的流程图。

具体实施方式

下面介绍的是本发明的多个可能实施例中的一些，旨在提供对本发明的基本了解。并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

图1是表示本发明的用于交易数据接入的接口系统的总体框架图。

如图1所示，本发明的交易数据接入接口系统300设置在交易清算系统200和支付通道400之间。交易清算系统200是指对交易进行清算的各类资金处理系统，例如银行卡交易清算系统，当然也可以包括一些其他支付卡交易清算系统等。支付通道400是指例如人民银行支付系统或者网银等支付通道。交易系统数据库100与交易清算系统200之间进行数据交换，交易清算系统200从交易系统数据库100例如至少获得商户账户信息和交易数据流水信息。

本发明的交易数据接入接口系统300包括：

前置输入输出模块310，用于从交易清算系统200接收商户账户信息和交易数据流水信息并装载到下述的数据库320中，而且用于进行本系统的前置设置，具体地，该前置输入输出模块310负责本系统的参数录入，支付交易暂扣、资金数据释放、资金数据圈存额度调整、支付报文数据进程情况查询、打包时间及间隔设置等；

数据库320，用于储存来自前置输入输出模块310的数据以及来自下述的接收模块的数据；

服务发起处理模块330，从数据库320中读取数据并进行数据处理生成支付信息报文，根据所述支付信息报文生成支付指令，具体地，该服务发起处理模块330对从数据库320中读取的商户账户信息（例如，商户代码、收单机构代码、开户行机构代码、清算机构类型、商户账户、币种、附言等）和交易数据流水信息进行信息校验、记账处理及资金数据轧差、支付报文数据生成及分批组包；

发报MQ模块340，用于将来自所述服务发起处理模块330的所述支付指令以MQ队列即消息队列发送到支付通道400以实现资金数据划付；

收报MQ模块350，用于接收来自所述支付通道400对所述支付指令的反馈报文；以及

接收模块360，用于对来自收报MQ模块350的反馈报文进行处理并且将处理结果储存到数据库320中。

下面对于交易数据接入接口系统300的各个组成单元进行具体说明。

图2是表示本发明的交易数据接入接口系统的服务发起处理模块330的构造示意图。

如图2所示，所述服务处理发起模块330具备：信息装载单元331、信息校验核对单元332、记账处理单元333、数据轧差汇总单元334、支付信息报文生成单元335、资金数据圈存额度判断单元336。

信息装载单元331用于装载所述商户账户信息和所述交易数据流水信息。

信息校验核对单元332用于对装载到所述服务处理发起模块的所述商户账户信息和所述交易数据流水信息的完整性和正确性进行校验，具体地包括对商户及收单机构代码、开户行机构代码的格式正确性，资金数据关系的正确性，以及交易中商户信息与商户账户信息的匹配性、商户与结算机构的匹配性进行检查。

记账处理单元333用于根据所述商户账户信息和所述交易数据流水信息对所述银行卡交易数据接入接口系中已经存在的该商户账户的支付报文数据进行处理，对需纳入本次划付的进行记账生成支付信息，具体地，对系统中暂扣、挂账、撤销、冲正的支付报文数据，进行处理，需纳入本次划付的进行记账，对商户资金数据为负不能执行划付的按照配置纳入下一批资金数据轧差或轧入收单机构资金数据。

数据轧差汇总单元334用于对所述支付信息进行轧差，生成商户对账信息文件报表，具体地，将上述新增商户交易数据、纳入此次划付的支付信息，进行轧差，并生成商户对账信息文件报表。文件报表内容包括商户代码、商户类型、商户全称、开户行名称、商户账号及账号名称、交易笔数、交易金额、正常释放金额、挂账金额、入账金额等，可供商户进行资金对账用途。

支付信息报文生成单元335根据所述商户对账信息文件报表生成支付信息报文，按照设定的规则对所述支付信息报文进行打包。具体地，对需划付资金数据的商户组合支付信息报文，报文内容包括：支付交易序号、报文编号（普通贷记、定期贷记、实时贷记、贷记退汇等资金数据划付类型）、业务类型号、发送日期、委托日期、货币符号、金额、原金额、发起行行号、接收行行号、处理状态、接收序号按照商户代码、商户开户行及资金数据账户、划付金额等，组成xml格式报文，按照定时、定量、定时定量、时间段或手工进行触发，并且按照同一接收清算行号、同一收单机构等进行打包。

这里，组成xml格式报文的优点在于，它是一种结构化的文本格式文件，适用于在网络传输时储存数据，它体积小、可扩展性强、易于解析。

上述的“定时、定量、定时定量、时间段”，即按照指定时间，按照一个报文包的报文数量，或对一定时间段内生成的报文进行组包。上述的“按照同一接收清算行号”，是因为每个商户的资金数据帐号，可能开立在不同的银行（即接收清算行），此时可根据接收清算行的行号进行分类，对这些商户的报文打包在一起。上述的“同一收单机构等进行打包”，指一个收单机构有多个商户，将这些商户的资金数据划付报文打包在一起。这样做的效果在于，按照同一接收清算行号打包有利于提高小额支付系统的划付效率，收到该报文包后，可直接对该接收清算行下面的所有商户帐户同时进行入帐处理。按照同一收单机构进行打包，有利于同一收单机构的商户能同时收到划付资金数据，体现了对于商户入账的打包灵活性。

资金数据圈存额度判断单元336用于判断所述支付信息报文中包含的支付金额是否超过圈存金额，如果未超过，则向支付通道发起支付指令，具体地，资金数据圈存额度判断单元336根据圈存资金数据额度判断打包划付资金数据额度不超过圈存资金数据，如超过则进行资金数据调拨后平台设置或分多场次划付处理。

图3是表示本发明的交易数据接入接口系统的接收处理模块360的构造示意图。

如图3所示，所述接收处理模块360具备：支付通道报文接收单元361、报文内容识别单元362、支付反馈报文处理单元363。

支付通道报文接收单元361从支付通道400通过MQ消息队列接收反馈回来的支付报文数据。

报文内容识别单元362对从支付通道400反馈回来的支付报文数据进行检验、拆包和解析，按照报文头及报文域内容识别支付报文数据的内容。

支付反馈报文处理单元363根据识别出的支付报文数据内容对支付是否成功进行标记，如果反馈为支付失败/撤销成功/冲正成功信息，则对于系统中原发送报文信息所涉及的资金数据解析回滚，并记录到数据库320中。前置输入输出模块310通过轮询数据库320，能够获得数据库320中的记录的上述支付报文数据的处理结果。

利用上述本发明的交易数据接入接口系统300来链接交易清算系统200和支付通道400，并且通过实时、定时的打包及分批资金数据划付方式，能够有效解决以往在银行卡交易数据结算时，商户资金结算环节多、周期长及到账慢的缺点，能够满足商户资金快速周转的需要，提高资金清算效率，节约社会成本，并能在此基础上逐步满足商户的个性化资金需求，提升银行卡清算组织对商户的服务水平，促进受理市场的深入发展。

以上对于本发明的交易数据接入接口系统进行了说明。接着，对于本发明的交易数据入账接入方法进行说明。

图4是表示本发明的交易数据入账接入方法的流程图。

如图4所示，本发明的交易数据接入接口方法包括下述步骤：

前置输入步骤S100：用于从交易数据清算系统接收数据并装载到数据库中；

服务发起处理步骤S200：从所述数据库中读取数据并进行数据处理生成支付信息报文，根据所述支付信息报文生成支付指令；

发报MQ步骤S300：将利用所述服务发起处理步骤获得的所述支付指令发送到支付通道以实现资金数据划付；

支付步骤S400：所述支付通道根据所述支付指令实现资金数据划付并生成反馈报文；

收报MQ步骤S500：接收来自所述支付通道对所述支付指令的反馈报文；

接收步骤S600：对利用所述收报MQ步骤获得的所述反馈报文进行处理并且将处理结果储存到所述数据库中。

图5是表示本发明的服务处理发起步骤S200的流程图。

如图5所示，在S201中，装载商户账户信息和交易数据流水信息。在步骤S202中，对装载的所述商户账户信息和所述交易数据流水信息的完整性和正确性进行校验，检验内容包括商户及收单机构代码、开户行机构代码的格式正确性，资金关系的正确性以及交易中商户信息与商户账户信息的匹配、商户与结算机构的匹配。

在步骤S203中，根据所述商户账户信息和所述交易数据流水信息对所述银行卡交易数据接入接口系中暂扣、挂帐、撤销、冲正的支付报文数据进行处理，对需纳入本次划付的内容进行处理。

在步骤S204中，对上述新增商户交易数据、纳入此次划付的支付信息进行轧差，生成商户对账信息文件报表。商户对账信息文件报表包括：商户代码、商户类型、商户全称、开户行名称、商户账号及账号名称、交易笔数、交易金额、正常释放金额、挂账金额、入账金额等，可供商户进行资金对账用途。

在步骤S205中，判断商户资金数据是否为负，如果为负的话，返回步骤S203，因为账户资金数据为负的情况下不能执行划付按照配置纳入下一批资金数据轧差或者扎入收单机构资金数据。如果资金数据为正的话，继续下述的步骤S206。

在步骤S206中，根据商户对账信息文件报表生成支付信息报文，按照设定的规则对所述支付信息报文进行打包。

在步骤S207中，判断所述支付信息报文中包含的支付金额是否超过圈存金额，如果额度不足则进入步骤S208，进行资金数据调拨与多场次处理，如果额度足够，则进入步骤S209。

在步骤S209中，生成分批划付指令。

图6是表示本发明的接收处理步骤S600的流程图。

如图6所示，在步骤S601中，从支付通道400通过MQ消息队列接收反馈回来的支付报文数据。在步骤S602中，对所述反馈回来的支付报文数据进行检验、拆包和解析并且识别支付报文数据的内容。在步骤S603、S604中，根据识别出的所述支付报文数据内容，对支付是否成功进行标记，如果支付成功则进行业务报文支付成功标记，如果返回为支付失败/撤销成功/冲正成功信息，对于系统中原发送报文信息所涉及的资金数据进行回滚并记录到数据库320。在步骤S605、步骤S606中，前置输入输出模块310通过轮询数据库320中的记录获得所述支付报文数据的处理结果。

如上所述，本发明的交易数据接入接口系统设置在交易清算系统和支付通道之间，在银行卡交易流水清算完成后，即可根据商户代码、商户资金数据合并轧差后金额、商户开户行及账号等信息组成xml格式报文，对报文进行打包，分批提交支付指令至人民银行支付系统或网银等各类支付通道，实现商户银行卡交易数据的及时入账。

而且，在本发明中，首次提出并实现了清算卡组织直接针对商户层级的快速资金数据划付及对账功能。具有商户银行卡交易数据结算环节少、入账快的特点，可以有效提升商户受理银行卡的积极性，清算卡组织能够安全便捷地实现处理，提高其业务覆盖面广、清算及时准确的能力，节约了社会成本，提升了服务水平。

以上例子主要说明了本发明的交易数据接入接口系统以及交易数据接入接口方法。尽管只对其中一些本发明的实施方式进行了描述，但是本领域普通技术人员应当了解，本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本发明精神及范围的情况下，本发明可能涵盖各种的修改与替换。

Claims (12)

1.一种用于交易数据接入的接口系统，所述接口系统设置在交易清算系统和支付通道之间，其特征在于，包括：

前置输入输出模块，用于从交易数据清算系统接收数据并装载到下述的数据库中；

数据库，用于储存来自所述前置输入输出模块的数据以及来自下述的接收模块的数据；

服务发起处理模块，从所述数据库中读取数据并进行数据处理生成支付信息报文，根据所述支付信息报文生成支付指令；

发报MQ模块即发报消息队列模块，将来自所述服务发起处理模块的所述支付指令发送到支付通道以实现资金数据划付；

收报MQ模块即收报消息队列模块，接收来自所述支付通道对所述支付指令的反馈报文；

接收模块，对来自所述收报MQ模块的所述反馈报文进行处理并且将处理结果储存到所述数据库中。

2.如权利要求1所述的用于交易数据接入的接口系统，其特征在于，

所述前置输入输出模块分别输入商户账户信息、交易数据流水信息，

所述前置输入输出模块进一步用于对所述接口系统进行前置设置。

3.如权利要求2所述的用于交易数据接入的接口系统，其特征在于，

所述前置输入输出模块进行的前置设置包括下述中的一项或多项：

支付交易暂扣；

资金数据释放；

资金数据圈存额度的设定；

支付报文数据进程查询；

支付报文数据打包时间以及时间间隔的设置。

4.如权利要求3所述的用于交易数据接入的接口系统，其特征在于，

所述服务处理发起模块具备：

信息装载单元，用于装载所述商户账户信息和所述交易数据流水信息；

信息校验核对单元，用于对装载到所述服务处理发起模块的所述商户账户信息和所述交易数据流水信息的完整性和正确性进行校验；

记账处理单元，根据所述商户账户信息和所述交易数据流水信息对所述银行卡在该接入接口系统中已经存在的该商户账户的支付报文数据进行处理，对需纳入本次划付的进行记账生成支付信息；

数据轧差汇总单元，用于对所述支付信息进行轧差，生成商户对账信息文件报表；

支付信息报文生成单元，根据所述商户对账信息文件报表生成支付信息报文，按照设定的规则对所述支付信息报文进行打包；

资金数据圈存额度判断单元，判断所述支付信息报文中包含的支付金额是否超过圈存金额，如果未超过，则向支付通道发起支付指令。

5.如权利要求4所述的用于交易数据接入的接口系统，其特征在于，

所述支付信息报文生成单元根据所述商户对账信息文件报表生成xml格式的支付信息报文，按照定时、定量、定时定量、时间段或者手工触发，对对所述支付信息报文进行打包。

6.如权利要求4所述的用于交易数据接入的接口系统，其特征在于，

所述发报MQ模块将来自所述服务发起处理模块的所述支付指令通过MQ即消息队列的形式发送到支付通道，

所述收报MQ模块通过MQ即消息队列的形式接收来自所述支付通道对所述支付指令的反馈报文。

7.如权利要求4所述的用于交易数据接入的接口系统，其特征在于，

所述接收处理模块具备：

支付通道报文接收单元，用于从所述支付通道接收反馈回来的支付报文数据；

报文内容识别单元，对所述反馈回来的支付报文数据进行检验、拆包和解析并且识别支付报文数据的内容；

支付反馈报文处理单元，根据识别出的所述支付报文数据内容对支付是否成功进行标记或处理并且将处理结果记录到所述数据库。

8.如权利要求7所述的用于交易数据接入的接口系统，其特征在于，

所述前置输入输出模块通过轮询所述数据库中的记录获得所述支付报文数据的处理结果。

9.一种用于交易数据接入的接口方法，用于在交易清算系统和支付通道之间进行数据转接，其特征在于，包括下述步骤：

前置输入步骤，用于从交易数据清算系统接收数据并装载到数据库中；

服务发起处理步骤，从所述数据库中读取数据并进行数据处理生成支付信息报文，根据所述支付信息报文生成支付指令；

发报MQ步骤，将利用所述服务发起处理步骤获得的所述支付指令发送到支付通道以实现资金数据划付；

支付步骤，所述支付通道根据所述支付指令实现资金数据划付并生成反馈报文；

收报MQ步骤，接收来自所述支付通道对所述支付指令的反馈报文；

接收步骤，对利用所述收报MQ步骤获得的所述反馈报文进行处理并且将处理结果储存到所述数据库中。

10.如权利要求9所述的用于交易数据接入的接口方法，其特征在于，

所述服务处理发起步骤包括下述子步骤：

信息装载子步骤，装载商户账户信息和交易数据流水信息；

信息校验核对子步骤，对装载的所述商户账户信息和所述交易数据流水信息的完整性和正确性进行校验；

记账处理子步骤，根据所述商户账户信息和所述交易数据流水信息对所述银行卡交易数据接入接口系中已经存在的该商户账户的支付报文数据进行处理，对需纳入本次划付的进行记账生成支付信息；

数据轧差汇总子步骤，用于对所述支付信息进行轧差，生成商户对账信息文件报表；

支付信息报文生成子步骤，根据所述商户对账信息文件报表生成支付信息报文，按照设定的规则对所述支付信息报文进行打包；

资金数据圈存额度判断子步骤，判断所述支付信息报文中包含的支付金额是否超过圈存金额，如果未超过，则向支付通道发起支付指令。

11.如权利要求10所述的用于交易数据接入的接口方法，其特征在于，

在所述发报MQ步骤中，将利用所述服务发起处理步骤获得的所述支付指令通过MQ即消息队列的形式发送到支付通道，

在所述收报MQ步骤中，通过MQ即消息队列的形式接收来自所述支付通道对所述支付指令的反馈报文。

12.如权利要求11所述的交易数据接入接口方法，其特征在于，

所述接收处理步骤：

支付通道报文接收子步骤，从所述支付通道接收反馈回来的支付报文数据；

报文内容识别子步骤，对所述反馈回来的支付报文数据进行检验、拆包和解析并且识别支付报文数据的内容；以及

支付反馈报文处理子步骤，根据识别出的所述支付报文数据内容对支付是否成功进行标记或处理并且将处理结果记录到所述数据库。