一种统一支付报文的数据处理方法及系统与流程

本发明涉及电子支付技术领域，尤其涉及一种统一支付报文的数据处理方法及系统。

背景技术：

现有企业和金融机构的支付结算业务系统遵循如下逻辑：

支付体系和支付清算渠道类型众多，银行卡网络、第三方支付、本地清算网络、国际支付网络为企业和金融机构的接入带来了复杂性和差异性，企业通常构建不同的支付软件系统分别支持不同的支付服务商或支付清算网络业务，甚至分别构建不同的支付系统支持特定的支付清算网络，如人行二代接入、超级网银接入、农信银接入以及同城接入等。

企业和金融机构的业务条线在交易过程中需要调用支付服务，需要根据不同的场景对接不同的支付系统，且交互的信息模型及服务接口定义均不相同。不同支付系统对支付清算业务存在复杂性和差异性的特点，在未能高度归纳和抽象的条件下，不能设计出统一的信息模型和业务逻辑处理模块，因此导致了支付软件系统的构建多样化。支付业务处理逻辑在多支付系统和渠道的条件下，需要分别设计和实施，并无相同或相似的信息模型来构建统一的业务处理模块，分别针对不同的支付业务需求设计不同的业务处理模块。支付服务标准不统一，支付系统多样化导致各业务和产品条线系统对接支付的难度更高，带来了巨大成本。

需要提供标准化的支付服务标准与规范，简化业务端的对接，并支持业务端对支付服务能力不断提升的需求。

技术实现要素：

鉴于上述的分析，本发明旨在提供一种统一支付报文的数据处理方法及系统，用以解决现有支付服务标准不统一、支付系统多样化所导致的各业务和产品条线系统对接支付的难度高、成本巨大的问题。

本发明的目的主要是通过以下技术方案实现的：

一种统一支付报文的数据处理系统，其特征在于，所述数据处理系统包括渠道接入模块、网关、业务处理模块、统一报文组包模块、统一报文存储模块和统一报文查询展示模块；

所述渠道接入模块包括属于不同支付体系的多个渠道接入终端及多个配置于该渠道接入终端的渠道接入终端服务器，所述渠道接入终端服务器将对应渠道接入终端的操作生成支付清算报文，通过网关发送给业务处理模块；

所述业务处理模块接收来自不同支付体系的支付清算报文，根据其报文规范，提取所述报文中的数据并发送给统一报文组包模块；

所述统一报文组包模块对接收的数据进行组包处理，生成统一报文数据包并输出；

所述统一报文存储模块，用于将统一报文组包模块生成的统一报文数据包存储到XML数据库中，采用关系型存储，结合整体报文存储方式，对常用字段统一进行存储和管理，对非常用字段利用XML的高可拓展性进行存储；

统一报文查询展示模块，根据用户输入的查询字段，从数据库中查找并读取统一报文。

所述报文规范包括：渠道系统、支付相关系统、支付相关信息、本地清算网络提交的不同报文。

所述统一报文组包模块进一步包括依次连接的逻辑层生成模块、业务条件层生成模块、内容生成模块；

所述逻辑层生成模块生成逻辑层数据，进一步包括元数据层和报文逻辑字段层；所述报文逻辑字段层用于对报文内容中各字段的详细描述；

所述业务条件层生成模块生成业务条件层数据。

所述内容生成模块进一步包括：

报文头生成模块、通用信息项生成模块、可修复报文项生成模块、参考信息项生成模块、交易状态项生成模块、报文关联项生成模块、附属信息项生成模块。

所述内容生成模块生成的报文头项、通用信息项、可修复报文项、参考信息项、交易状态项、报文关联项、附属信息项加入到统一报文组包模块输出的统一报文数据包中。

所述统一报文存储模块在存储统一报文的同时，会保留多份报文在备用数据库中，包括原始报文、最终报文、报文修复及变更日志。

所述查询字段包括MID、20场、21场、BIC、报文状态、币种、日期、账号字段。

所述统一报文查询展示模块将统一报文根据业务类报文和非业务类报文分别进行展示，采用分页方式展示其不同内容项。

所述统一报文查询展示模块根据支付清算报文的格式要求，选择所需的数据发送给业务处理模块转换为对应的支付清算报文，通过网关发送给对应的渠道接入模块。

一种统一支付报文数据处理方法，其特征在于，包括以下步骤：

步骤101：属于不同支付体系的渠道接入终端服务器将对应渠道接入终端的操作生成支付清算报文；

步骤102：对于来自不同支付体系的支付清算报文，根据其报文规范，提取所述报文中的数据；

步骤103：对提取的数据进行组包处理，生成统一报文数据包并输出；

步骤104：将生成的统一报文数据包存储到XML数据库中；

步骤105：根据用户输入的查询字段以及支付清算报文的格式要求，从数据库中查找所需的数据，将其转换为对应的支付清算报文并进行展示。

本发明有益效果如下：

通过统一支付报文定义了统一的信息交互方式和信息标准，简化了与支付清算网络、金融机构对接的难度，实现了统一支付处理的基本条件，提供标准化统一的支付服务接口和规范。

通过统一支付报文组件对于元数据(枚举/常量)定义与设计，进一步规范企业信息架构及数据管理，形成企业的信息标准。

统一支付报文抽象了不同的支付清算网络，将支付清算业务的运营管理流程与逻辑标准化、简易化，运营业务人员不需要理解不同支付清算体系和网络的差异性，通过规范化的统一支付报文理解并管理支付与清算业务，大大降低了运营与管理成本，提高了业务管理效率。

基于统一的数据模型，同时提供了基于逻辑规则可配置、流程可配置的可能，使支付交易处理的流程与规则能够配置化、参数化，系统更加灵活，扩展性更强。

统一支付报文标准降低了外围系统、业务调用端的集成成本。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分的从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图仅用于示出具体实施例的目的，而并不认为是对本发明的限制，在整个附图中，相同的参考符号表示相同的部件。

图1为本发明具体实施例公开的统一支付报文数据处理系统的结构示意图；

图2为本发明具体实施例公开的统一报文组包模块的结构示意图；

图3为本发明具体实施例公开的内容生成模块的结构示意图；

图4为本发明具体实施例公开的统一支付报文数据处理方法的流程图。

具体实施方式

下面结合附图来具体描述本发明的优选实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理。

本发明具体实施例公开了一种统一支付报文数据处理系统，如图1所示，包括渠道接入模块，网关，业务处理模块，统一报文组包模块，统一报文存储模块和统一报文查询展示模块。

所述渠道接入模块包括多个渠道接入终端及多个配置于该渠道接入终端的渠道接入终端服务器，所述渠道接入终端服务器将对应渠道接入终端的操作生成支付清算报文，通过网关发送给业务处理模块；

所述业务处理模块接收来自不同支付体系的支付清算报文，根据其报文规范，提取所述报文中的数据并发送给统一报文组包模块。具体地，所述报文规范包括：

渠道系统、支付相关系统、支付相关信息、本地清算网络提交的不同报文。

所述统一报文组包模块对接收的数据进行组包处理，生成统一报文数据包并输出；如图2所示，具体包括依次连接的逻辑层生成模块、业务条件层生成模块、内容生成模块。

逻辑层生成模块生成逻辑层数据，进一步包括元数据层和报文逻辑字段层；报文逻辑字段层用于对报文内容中各字段的详细描述。

业务条件层生成模块生成业务条件(限制条件)层数据；

所述内容生成模块，如图3所示，包括：

报文头生成模块，读取接收数据中的报头数据，包括：收发银行信息、报文类型、报文ID、网络标识、校验信息；生成报文头，并加入到统一报文组包模块输出的统一报文数据包中。

通用信息项生成模块，读取接收数据中的通用信息，包括：渠道信息、操作员ID、客户账号、客户名称；生成通用信息项，并加入到统一报文组包模块输出的统一报文数据包中。

可修复报文项生成模块，当报头数据中的报文类型为业务类报文时，读取接收数据中的借记/贷记清算账号、客户地址、币种(基础货币、结算货币)、贷方支付路径、签约信息；生成可修复报文项，并加入到统一报文组包模块输出的统一报文数据包中。

参考信息项生成模块，当报头数据中的报文类型为业务类报文时，读取接收数据中的账户联机查询信息(定/活期账户、账户注销、账户锁定、账户币种、账户户名等)、客户联机查询信息(VIP客户、客户属性等)、汇率联机查询信息(优惠汇率、实时汇率等)；生成参考信息项，并加入到统一报文组包模块输出的统一报文数据包中。

交易状态项生成模块，当报头数据中的报文类型为业务类报文时，读取接收数据中的报文状态(收到、修改、命中反洗钱、疑似命中发洗钱、复核、等待头寸匹配、等待账户查询结果、等待记账反馈、NAK、等待MT012、请求撤销、确认撤销、完成等)、查询查复状态(发起查询、调查中、收到查询结果等)、记账状态(成功、部分成功、失败)；生成交易状态项，并加入到统一报文组包模块输出的统一报文数据包中。当报头数据中的报文类型为非业务类报文时，读取接收数据中的报文状态(收到、修改、复核、NAK、完成等)；生成交易状态项，并加入到统一报文组包模块输出的统一报文数据包中。

报文关联项生成模块，当报头数据中的报文类型为业务类报文时，读取接收数据中的原始报文、记账条目、相关报文(MT202/202COV/910/900/940/950/191/192/999、Pacs.004/007、Camt.056等)、关联文件、关联组包、响应信息(ACK/NAK、MT012/019)、审计信息或费用(借方总费用，贷方总费用，折扣标记，费用折扣优惠，费用明细等)；生成报文关联项，并加入到统一报文组包模块输出的统一报文数据包中。当报头数据中的报文类型为非业务类报文时，读取接收数据中的交易类报文(如MT103/202)、关联文件、关联组包、响应信息(ACK/NAK)、审计信息；生成报文关联项，并加入到统一报文组包模块输出的统一报文数据包中。

附属信息项生成模块，当报头数据中的报文类型为业务类报文时，读取接收数据中的备注信息、外部其他信息等；生成附属信息项，并加入到统一报文组包模块输出的统一报文数据包中。当报头数据中的报文类型为非业务类报文时，读取接收数据中的备注信息等；生成附属信息项，并加入到统一报文组包模块输出的统一报文数据包中。

统一报文存储模块，用于将统一报文组包模块生成的统一报文数据包存储到XML数据库中，采用关系型存储，结合整体报文存储方式，对常用字段统一进行存储和管理，对非常用字段利用XML的高可拓展性进行存储。

进一步的，统一报文存储模块在存储统一报文的同时，会保留多份报文在备用数据库中，包括原始报文、最终报文、报文修复及变更日志。

统一报文查询展示模块，根据用户输入的查询字段，从数据库中查找并读取统一报文，

具体地，所述查询字段包括MID、20场、21场、BIC、报文状态、币种、日期、账号字段。

所述统一报文查询展示模块将统一报文根据业务类报文和非业务类报文分别进行展示，采用分页(TABS)方式展示其不同内容项。例如：

业务类报文的报文头、通用信息项、交易状态项、报文关联项、附属信息项和非业务类报文的报文头、通用信息项、交易状态项、报文关联项、附属信息项采用分页(TABS)方式分别进行显示。

进一步的，所述统一报文查询展示模块根据支付清算报文的格式要求，选择所需的数据发送给业务处理模块转换为对应的支付清算报文，通过网关发送给对应的渠道接入模块。

本发明具体实施例还公开了一种统一支付报文数据处理方法，如图4所示，包括如下步骤：

步骤101：配置于多个渠道接入终端的渠道接入终端服务器将对应渠道接入终端的操作生成支付清算报文。

步骤102：对于来自不同支付体系的支付清算报文，根据其报文规范，提取所述报文中的数据。

具体地，所述报文规范包括：渠道系统、支付相关系统、支付相关信息、本地清算网络提交的不同报文。

步骤103：对提取的数据进行组包处理，生成统一报文数据包并输出；

具体包括：

生成逻辑层数据，进一步包括元数据层和报文逻辑字段层；报文逻辑字段层用于对报文内容中各字段的详细描述；

生成业务条件(限制条件)层数据；

读取接收数据中的报头数据，包括：收发银行信息、报文类型、报文ID、网络标识、校验信息，生成报文头，并加入到统一报文数据包中；

读取接收数据中的通用信息，包括：渠道信息、操作员ID、客户账号、客户名称，生成通用信息项，并加入到统一报文数据包中；

当报头数据中的报文类型为业务类报文时，读取接收数据中的借记/贷记清算账号、客户地址、币种(基础货币、结算货币)、贷方支付路径、签约信息，生成可修复报文项，并加入到统一报文数据包中。

当报头数据中的报文类型为业务类报文时，读取接收数据中的账户联机查询信息(定/活期账户、账户注销、账户锁定、账户币种、账户户名等)、客户联机查询信息(VIP客户、客户属性等)、汇率联机查询信息(优惠汇率、实时汇率等)，生成参考信息项，并加入到统一报文数据包中。

当报头数据中的报文类型为业务类报文时，读取接收数据中的报文状态(收到、修改、命中反洗钱、疑似命中发洗钱、复核、等待头寸匹配、等待账户查询结果、等待记账反馈、NAK、等待MT012、请求撤销、确认撤销、完成等)、查询查复状态(发起查询、调查中、收到查询结果等)、记账状态(成功、部分成功、失败)，生成交易状态项，并加入到统一报文组包模块输出的统一报文数据包中；当报头数据中的报文类型为非业务类报文时，读取接收数据中的报文状态(收到、修改、复核、NAK、完成等)，生成交易状态项，并加入到统一报文数据包中。

当报头数据中的报文类型为业务类报文时，读取接收数据中的原始报文、记账条目、相关报文(MT202/202COV/910/900/940/950/191/192/999、Pacs.004/007、Camt.056等)、关联文件、关联组包、响应信息(ACK/NAK、MT012/019)、审计信息或费用(借方总费用，贷方总费用，折扣标记，费用折扣优惠，费用明细等)，生成报文关联项，并加入到统一报文组包模块输出的统一报文数据包中；当报头数据中的报文类型为非业务类报文时，读取接收数据中的交易类报文(如MT103/202)、关联文件、关联组包、响应信息(ACK/NAK)、审计信息，生成报文关联项，并加入到统一报文数据包中。

当报头数据中的报文类型为业务类报文时，读取接收数据中的备注信息、外部其他信息等，生成附属信息项，并加入到统一报文组包模块输出的统一报文数据包中；当报头数据中的报文类型为非业务类报文时，读取接收数据中的备注信息等，生成附属信息项，并加入统一报文数据包中。

步骤104：将生成的统一报文数据包存储到XML数据库中，采用关系型存储，结合整体报文存储方式，对常用字段统一进行存储和管理，对非常用字段利用XML的高可拓展性进行存储。

进一步的，在存储统一报文的同时，会保留多份报文在备用数据库中，包括原始报文、最终报文、报文修复及变更日志。

步骤105：根据用户输入的查询字段以及支付清算报文的格式要求，从数据库中查找并选择所需的数据，将其转换为对应的支付清算报文并进行展示。

具体地，所述查询字段包括MID、20场、21场、BIC、报文状态、币种、日期、账号字段。

优选地，将统一报文根据业务类报文和非业务类报文分别进行展示，采用分页(TABS)方式展示其不同内容项。例如：

业务类报文的报文头、通用信息项、交易状态项、报文关联项、附属信息项和非业务类报文的报文头、通用信息项、交易状态项、报文关联项、附属信息项采用分页(TABS)方式分别进行显示。

本发明有益效果在于：

通过统一支付报文定义了统一的信息交互方式和信息标准，简化了与支付清算网络、金融机构对接的难度，实现了统一支付处理的基本条件，提供标准化统一的支付服务接口和规范。

通过统一支付报文组件对于元数据(枚举/常量)定义与设计，进一步规范企业信息架构及数据管理，形成企业的信息标准。

统一支付报文抽象了不同的支付清算网络，将支付清算业务的运营管理流程与逻辑标准化、简易化，运营业务人员不需要理解不同支付清算体系和网络的差异性，通过规范化的统一支付报文理解并管理支付与清算业务，大大降低了运营与管理成本，提高了业务管理效率。

基于统一的数据模型，同时提供了基于逻辑规则可配置、流程可配置的可能，使支付交易处理的流程与规则能够配置化、参数化，系统更加灵活，扩展性更强。

统一支付报文标准降低了外围系统、业务调用端的集成成本。

本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中。其中，所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。

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