CN114679462A - 一种报文自动处理方法及装置 - Google Patents

一种报文自动处理方法及装置 Download PDF

Info

Publication number
CN114679462A
CN114679462A CN202210293956.XA CN202210293956A CN114679462A CN 114679462 A CN114679462 A CN 114679462A CN 202210293956 A CN202210293956 A CN 202210293956A CN 114679462 A CN114679462 A CN 114679462A
Authority
CN
China
Prior art keywords
message
transaction
service
processing
micro
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210293956.XA
Other languages
English (en)
Inventor
顾娟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bank of China Ltd
Original Assignee
Bank of China Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202210293956.XA priority Critical patent/CN114679462A/zh
Publication of CN114679462A publication Critical patent/CN114679462A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供一种报文自动处理方法及装置，属于移动互联技术领域，可以用于金融领域，所述方法包括：调用报文修复微服务程序对接收到的交易请求报文进行修复；对修复后的交易请求报文进行业务服务处理，得到处理结果报文；调用报文重组微服务程序对所述处理结果报文进行重组并发送。本申请能够灵活地修复分布式支付平台系统中交易请求报文的交易场次信息，以满足系统自动处理的要求。

Description

一种报文自动处理方法及装置
技术领域
本申请涉及移动互联及信息处理领域，可以用于金融领域，具体是一种报文自动处理方法及装置。
背景技术
近年来，越来越多的地区在大力推广端到端实时到账、7×24小时的小额实时支付清算服务。为向该服务提供技术支持，金融机构需要部署分布式支付平台系统(Distributed Payment Platform，简称DPP系统)，以对接各海外分行的实时清算系统，集中处理海外分行客户的实时支付业务请求。分布式支付平台系统作为一种新型的支付系统，其在业务流程、清算结算机制等方面与传统的中央支付系统差异较大，其一笔交易往往需要在几秒内处理完成，因此对参与机构系统的实时性、连续性及其他综合性能等方面均提出了较高的要求。
目前，分布式支付平台系统在交易处理的过程中，需要根据业务处理要求或根据本地清算系统的运行规范，对交易请求报文中记录的交易场次等进行手动修改(包括增删)，使其能够满足分布式支付平台系统自动处理的要求。但由于分布式支付平台系统所接收到的交易请求报文来自于各交易渠道，其报文格式各不相同；同时，各海外分行使用的实时清算系统的标准也不尽相同，导致在分布式支付平台系统在处理交易请求报文时难以实现全自动化。
发明内容
针对现有技术中的问题，本申请提供一种报文自动处理方法及装置，能够灵活地修复分布式支付平台系统中交易请求报文的交易场次信息，以满足系统自动处理的要求。
为解决上述技术问题，本申请提供以下技术方案：
第一方面，本申请提供一种报文自动处理方法，包括：
调用报文修复微服务程序对接收到的交易请求报文进行修复；
对修复后的交易请求报文进行业务服务处理，得到处理结果报文；
调用报文重组微服务程序对所述处理结果报文进行重组并发送。
进一步地，所述调用报文修复微服务程序对接收到的交易请求报文进行修复，包括：
利用所述报文修复微服务程序确定所述交易请求报文所对应的第一交易业务场景规则；
根据所述第一交易业务场景规则修改所述交易请求报文中的交易场次信息。
进一步地，所述对修复后的交易请求报文进行业务服务处理，得到处理结果报文，包括：
根据所述交易请求报文对应的交易业务场景确定需要调用的业务微服务程序；
调用确定的业务微服务程序对修复后的交易请求报文进行业务服务处理，得到所述处理结果报文。
进一步地，所述确定的业务微服务程序包括：借贷方判断微服务程序、路由选择微服务程序及记账微服务程序；所述调用确定的业务微服务程序对修复后的交易请求报文进行处理，得到所述处理结果报文，包括：
调用所述借贷方判断微服务程序，以识别所述修复后的交易请求报文对应的交易的借方账号及贷方账号，得到所述处理结果报文；
调用所述路由选择微服务程序，以确定所述修复后的交易请求报文对应的交易的发送路径，得到所述处理结果报文；
调用所述记账微服务程序，以使所述修复后的交易请求报文对应的交易完成记账，得到所述处理结果报文。
进一步地，所述调用报文重组微服务程序对所述处理结果报文进行重组并发送，包括：
利用所述报文重组微服务程序确定所述处理结果报文所对应的第二交易业务场景规则；
根据所述第二交易业务场景规则修改所述处理结果报文中的交易场次信息并发送。
第二方面，本申请提供一种报文自动处理装置，包括：
报文修复单元，用于调用报文修复微服务程序对接收到的交易请求报文进行修复；
业务处理单元，用于对修复后的交易请求报文进行业务服务处理，得到处理结果报文；
报文重组单元，用于调用报文重组微服务程序对所述处理结果报文进行重组并发送。
进一步地，所述报文修复单元，包括：
第一场景规则确定模块，用于利用所述报文修复微服务程序确定所述交易请求报文所对应的第一交易业务场景规则；
场次信息修改模块，用于根据所述第一交易业务场景规则修改所述交易请求报文中的交易场次信息。
进一步地，所述业务处理单元，包括：
业务服务调起模块，用于根据所述交易请求报文对应的交易业务场景确定需要调用的业务微服务程序；
业务服务处理模块，用于调用确定的业务微服务程序对修复后的交易请求报文进行业务服务处理，得到所述处理结果报文。
进一步地，所述业务服务处理模块，包括：
借贷方判断模块，用于调用所述借贷方判断微服务程序，以识别所述修复后的交易请求报文对应的交易的借方账号及贷方账号，得到所述处理结果报文；
路由选择模块，用于调用所述路由选择微服务程序，以确定所述修复后的交易请求报文对应的交易的发送路径，得到所述处理结果报文；
记账模块，用于调用所述记账微服务程序，以使所述修复后的交易请求报文对应的交易完成记账，得到所述处理结果报文。
进一步地，所述报文重组单元，包括：
第二场景规则确定模块，用于利用所述报文重组微服务程序确定所述处理结果报文所对应的第二交易业务场景规则；
场次信息修改模块，用于根据所述第二交易业务场景规则修改所述处理结果报文中的交易场次信息并发送。
第三方面，本申请提供一种电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述报文自动处理方法的步骤。
第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述报文自动处理方法的步骤。
第五方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现所述报文自动处理方法。
针对现有技术中的问题，本申请提供的报文自动处理方法及装置，能够调用报文修复微服务程序在分布式支付平台系统进行业务服务处理前，自动修复交易请求报文，以满足系统自动处理的要求；能够调用报文重组微服务程序在处理结果报文送出分布式支付平台系统前，自动重组处理结果报文，以满足接收系统的规范要求；从而大大增强了分布式支付平台系统的自动处理能力，减少了人工处理的流程，切合实时清算系统的高效要求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例中报文自动处理方法的流程图；
图2为本申请实施例中修复交易请求报文的流程图；
图3为本申请实施例中进行业务服务处理的流程图；
图4为本申请实施例中重组处理结果报文的流程图；
图5为本申请实施例中报文自动处理装置的结构图；
图6为本申请实施例中报文修复单元的结构图；
图7为本申请实施例中业务处理单元的结构图；
图8为本申请实施例中报文重组单元的结构图；
图9为本申请实施例中得到处理结果报文的流程图；
图10为本申请实施例中业务服务处理模块的结构图；
图11为本申请实施例中的电子设备的结构示意图；
图12为本申请实施例中的业务流程示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请提供的报文自动处理方法及装置，可用于金融领域，也可用于除金融领域之外的任意领域，本申请提供的报文自动处理方法及装置的应用领域不做限定。
现有的分布式支付平台系统在处理交易请求的过程中，需要根据业务处理要求或根据本地清算系统的运行规范，对交易请求报文中记录的交易场次等进行手动修改(包括增删)，使其能够满足分布式支付平台系统自动处理的要求。但由于分布式支付平台系统所接收到的交易请求报文来自于各交易渠道，其报文格式各不相同；同时，各海外分行使用的实时清算系统的标准也不尽相同，导致在分布式支付平台系统在处理交易请求报文时难以实现全自动化。
目前对交易场次信息进行修复的方法大多通过硬编码方式实现，将接收到的交易请求报文按照分布式支付平台系统所要求的格式进行修复。修复的具体条件及具体动作均写在程序代码中，因此，通常需要针对每一交易场次及每一交易业务场景进行单独设计。另有一种方式是基于结构化查询语言(Structured Query Language，简称SQL)脚本配置实现，业务人员将对交易请求报文进行处理的具体条件及具体动作转换成SQL脚本，存储于数据库中，使用时再读取数据库。
上述两种现有的实现方法，均存在自身的局限与不足：
第一种通过硬编码实现的方式：由于分布式支付平台系统是全球范围内的一体化实时支付系统，而世界各地的实时清算系统的处理规范都不尽相同。如果采用这种硬编码的方式，则需要针对每种不同的交易业务场景编写分支代码，从而导致整个代码会非常复杂，难以维护。此外，在实际生产中，如果遇到当地业务应急需要变更报文修复需求的话，也需修改代码才能实现，无法灵活满足应急需求。整体来说，这种通过硬编码的方式对交易场次信息进行修复的方法灵活度及复用度都很低。
第二种通过SQL配置的方式读取数据库：这种处理方式虽然可以通过灵活的规则脚本实现复杂多变的报文处理，但其时效性仍然较差，因为每次处理都需要基于复杂的SQL语句从数据库中进行条件查询与搜索，容易造成性能瓶颈，无法满足实时支付这样的高速支付需要。
一实施例中，参见图1，为了能够灵活地修复分布式支付平台系统中交易请求报文的交易场次信息，以满足系统自动处理的要求，本申请提供一种报文自动处理方法，包括：
S101：调用报文修复微服务程序对接收到的交易请求报文进行修复；
S102：对修复后的交易请求报文进行业务服务处理，得到处理结果报文；
S103：调用报文重组微服务程序对所述处理结果报文进行重组并发送。
可以理解的是，基于现有方式的局限与不足，本申请提出了一种在分布式支付平台系统中进行交易请求报文自动处理的方法及装置。该方法及装置基于微服务的系统架构实现，建立了一套基于配置与缓存的机制。通过简单配置即可实现对交易请求报文的自动处理，使分布式支付平台系统得以灵活地实现各地区交易请求报文的自动修复。本申请提供的方法支持在报文处理前及报文发送前，这两个时间节点对报文进行修复，既满足了分布式支付平台系统对渠道来报的修复要求，也满足了由分布式支付平台系统汇出到(各地区的)实时清算系统时的修复需求。本申请提供的报文自动处理方法能够灵活应对业务需求变化，错误发生率较低，能很好地兼容分布式支付平台系统及(各地区的)实时清算系统，减少了维护成本。
具体地，本申请提供的方法涉及两个微服务：报文修复微服务程序及报文重组微服务程序，分别用于执行报文修复处理及报文完善处理。其中，报文修复处理是指在分布式支付平台系统接收到来自(各地区的)实时清算系统的交易请求报文时，对交易请求报文进行处理，以使交易请求报文符合分布式支付平台系统的自动处理要求。报文完善处理是指在分布式支付平台系统处理完来自(各地区的)实时清算系统的交易请求报文，准备将处理结果返回给(各地区的)实时清算系统前，对处理结果报文进行处理，以使处理结果报文符合(各地区的)实时清算系统的要求。
报文修复处理对应于修复规则(下文也称Repair and Enrichment规则)；该规则用于在交易请求报文刚进入分布式支付平台系统时，对交易请求报文的交易场次信息进行修复，使其满足分布式支付平台系统进行自动处理的相关要求。报文完善处理对应于完善规则(下文也称Mapping out规则)；该规则用于在分布式支付平台系统将处理结果返回给(各地区的)实时清算系统前，对处理结果报文的交易场次信息进行修复，使其满足实时清算系统(或收报行)的相关要求。
分布式支付平台系统可以根据用户的需求，在前端操作页面配置报文修复微服务程序及报文重组微服务程序，并具体配置对应的处理规则条件及处理执行动作，保存在缓存库中；在交易请求报文进入分布式支付平台系统后，分布式支付平台系统可以调用报文修复微服务程序及报文重组微服务程序，执行对应规则，自动修复/重组报文的相关交易场次信息，并更新缓存库。
具体实施时，参见图12，可以参照如下步骤执行：
1、根据不同实时清算系统的需求及分布式支付平台系统(Distributed PaymentPlatform，简称DPP系统)的处理要求，针对进入DPP系统的交易请求报文，配置进行报文修复的规则执行动作，即Repair and Enrichment，以使DPP系统明晰其需要自动增删改的交易场次信息(下文也称字段)；
2、配置报文修复的规则条件；条件可以表示在何种场景下执行这条规则；
3、根据不同实时清算系统的要求，针对DPP系统准备发出的处理结果报文，配置需要报文完善的规则执行动作，即Mapping out，以使DPP系统明晰其需要在发报前进行自动增删改的交易场次信息(下文也称字段)；
4、配置报文完善的规则条件，条件可以表示在何种场景下执行这条规则；
5、DPP系统通过引入报文修复服务及报文完善微服务，调用规则引擎，分别执行步骤2及4中配置的规则；
6、若命中规则，则执行规则对应的规则执行动作，对报文的逻辑域进行增删改。
从上述描述可知，本申请提供的报文自动处理方法及装置，能够调用报文修复微服务程序在分布式支付平台系统进行业务服务处理前，自动修复交易请求报文，以满足系统自动处理的要求；能够调用报文重组微服务程序在处理结果报文送出分布式支付平台系统前，自动重组处理结果报文，以满足接收系统的规范要求；从而大大增强了分布式支付平台系统的自动处理能力，减少了人工处理的流程，切合实时清算系统的高效要求。
一实施例中，参见图2，所述调用报文修复微服务程序对接收到的交易请求报文进行修复，包括：
S201：利用所述报文修复微服务程序确定所述交易请求报文所对应的第一交易业务场景规则；
S202：根据所述第一交易业务场景规则修改所述交易请求报文中的交易场次信息。
可以理解的是，在步骤S201至步骤S202中，DPP系统可以接收交易请求报文，根据其内部微服务流程顺序的配置，进入“报文修复”微服务节点进行处理，参见图12。
“报文修复”微服务节点调用规则引擎，执行“Repair and Enrichment”规则，DPP系统自动判断是否满足该规则配置的条件，如果满足就会根据规则执行动作的内容对报文相关的交易场次信息进行修复，即执行增删改操作。如果不满足“Repair and Enrichment”的规则条件，则不执行报文修复，返回进行业务服务处理，参见图12。
具体实施方式举例如下：
1.数据库表的设计
1)rule_type表的设计
该表为规则类型的定义表，定义了规则引擎中需要调用的规则类型、名称、执行方式等属性，其中关键字段为：
RULE_TYPE_ID：规则类型ID
RULE_TYPE_NAME：规则类型名称
EXEC_TYPE：执行类型，可选值为：
FIRST–表示执行第一个命中的rule
ALL-表示执行同一个对象上绑定的所有命中的规则
ALLSET–表示执行所有对象上绑定的所有命中的规则
ACTION_SOURCE可选值为：
RULE–表示Action对应的是一条规则，需要根据该规则再执行相应动作
PROFILE–表示Action对应的是可配置的参数
CONSTANT–表示Action对应的是固定的数值
在本实施例中使用的报文修复规则Repair and Enrichment Selection及其规则执行动作，报文完善规则Mapping out Selection及其规则执行动作的数据库配置如表1所示。
表1
Figure BDA0003562533320000091
其中，Rule_TYPE_ID为145的ACTION_PARAMETER为146，即表示规则Repair andEnrichment Selection的规则执行为Repair and Enrichment Profile。
其中，需要说明的是，规则引擎可以通过QLExpress实现。QLExpress是一种轻量级的类Java动态脚本引擎解析工具，作为一个嵌入式规则引擎在业务系统中广泛使用。除了支持标准的Java语法，还可以支持自定义操作符号、操作符号重载、函数定义、宏定义、数据延迟加载、表达式上下文等，具有高性能、高并发、线程安全等方面的优点，适用于分布式系统。DPP系统可以结合动态脚本引擎解析工具QLExpress和Java技术，支持界面配置规则保存后，后台自动生成可执行的Java语言。
2)RULE_DEFINITION的设计
该表用来存储前端配置的规则保存后，后台的脚本信息，该表的主要字段有:
RULE_NAME：规则名称
RULE_TYPE_ID：规则ID
ACTION_ID：命中后执行动作的Action id
EXEC_SCRIPT：评估是否命中该规则时运行的脚本，或者对报文数据修复时的脚本
3)RULE_DEFINITION_OBJECT的设计
该表用来存储规则绑定的信息，主要字段有：
RULE_TYPE_ID:规则类型ID
RULE_SUB_TYPE:规则子类型
OBJECT_ID:绑定Object id(一般为OFFICEID)
RULE_UID:绑定规则的UID
ATTACH_SEQUENCE:绑定规则顺序号
4)tran_minf表的设计
该表为交易主表，交易信息相关的字段都存储在该表中，通过报文修复和报文完善规则可修改该主表中交易的字段，该表中的交易相关字段举例如下：
P_MID:DPP系统中的交易序列号
P_INSTR_ID:交易新生成的20场编号
P_DBT_ACCT_NB:借方账户的账号
P_CDT_ACCT_NB:贷方账户的账号
2.报文对象的设计
本申请实施例设计了一种报文对象，其中涵盖了交易的所有逻辑域信息及交易场次信息，通过业务逻辑代码，各微服务及用于进行业务服务处理的组合服务可以使用该报文对象实现以下功能：通过统一的接口设置报文的各个逻辑域的值，设置逻辑域的同时，交易场次信息也相应随之改变；设置完成后也可以通过统一的接口获取逻辑域的值。
在报文修复微服务程序与报文重组微服务程序中，首先获取到报文对象，再通过规则增删改报文对象中的逻辑域的值，最后再保存报文对象到缓存中。此后，用于进行业务服务处理的组合服务或者其他微服务即可获取到更新的报文对象，也就实现了对交易场次信息的修改。
3.规则引擎的设计
规则引擎包括对规则条件进行选择及规则执行动作：
1)规则条件表示根据用户提供的需求，定义哪些交易需要进行交易场次信息的增删改。报文修复在DPP系统中对应的规则类型为“Repair and Enrichment Selection”，报文完善在DPP系统中对应的规则类型为“Mapping out Selection”，系统支持在前端界面进行配置，保存后后台直接生成QLExpress可以执行的Java语句。例如条件“P_OFFICE＝SG1and P_DBT_MOP＝BOOK”保存后台生成可执行Java语句如下：
paymentVo.getString("P_OFFICE").equals("SG1")&&paymentVo.getString("P_DBT_MOP").equals("BOOK")
2)规则执行表示命中上述规则条件后，系统所需要执行的动作。对于规则类型为“Repair and Enrichment Selection”对应的规则执行为“Repair and EnrichmentProfile”，即报文修复需要增删改的报文字段。对于规则类型为“Mapping out Selection”对应的规则执行为“Mapping out Profile”，即报文完善需要增删改的报文字段。系统同样支持在前端界面进行配置，保存后后台直接生成QLExpress可以执行的Java语句。假如用户要求对每一笔交易修改成以RS开头，再加上时间戳的16位数字作为20场，前端即可配置语句“[Instr ID X]setVal CONCAT("R",DECODE([Pmt office],"RS1","RS",""),GET_TIMESTAMP([Pmt office]))”，保存后后台生成可执行Java语句如下：(pvo.set("X_INSTR_ID",CONCAT("R",DECODE(pvo.getString("P_OFFICE"),"RS1","RS",""),GET_TIMESTAMP(pvo.getString("P_OFFICE")))))
4.缓存设计
DPP系统采用redis缓存技术实现缓存，页面保存的规则引擎数据、微服务处理过程中生成的交易数据、重报数据都实时保存在缓存中，解决了传统架构中读取数据库时效率低下的问题，更适合分布式实时支付系统高性能的要求。
从上述描述可知，本申请提供的报文自动处理方法及装置，能够调用报文修复微服务程序对接收到的交易请求报文进行修复。
一实施例中，参见图3，所述对修复后的交易请求报文进行业务服务处理，得到处理结果报文，包括：
S301：根据所述交易请求报文对应的交易业务场景确定需要调用的业务微服务程序；
S302：调用确定的业务微服务程序对修复后的交易请求报文进行业务服务处理，得到所述处理结果报文。
可以理解的是，步骤S301至步骤S302所阐述的是DPP系统对交易请求报文进行实际业务处理的过程。
具体地，在对交易请求报文进行修复后，也就是对交易请求报文中的交易场次信息进行修改后，用于进行业务服务处理的组合服务可以调用其他微服务继续处理报文，比如“借贷方判断微服务”可以用来识别本交易的借贷方账号，“路由选择微服务程序”可以用来确定本交易后续发出的路径、“记账微服务程序”用来将交易送往核心系统去记账。这些微服务都是通过组合服务的编排规则进行顺序处理的，处理成功后均会返回组合服务。
举例而言，“路由选择微服务程序”是指根据这笔交易的接收行场次、收款人等信息，判断出这是一笔需要转给对手银行的交易还是一笔需要转给实时清算系统的交易，确定后，“路由选择微服务程序”会给交易的路由场次信息赋值，待组合服务将交易处理完成后，根据路由场次信息的值发送给对应的系统。
上述举例可以对应于，步骤S901至步骤S903，参见图9，其中，确定的业务微服务程序包括：借贷方判断微服务程序、路由选择微服务程序及记账微服务程序；所述调用确定的业务微服务程序对修复后的交易请求报文进行处理，得到所述处理结果报文，包括：
S901：调用所述借贷方判断微服务程序，以识别所述修复后的交易请求报文对应的交易的借方账号及贷方账号，得到所述处理结果报文；
S902：调用所述路由选择微服务程序，以确定所述修复后的交易请求报文对应的交易的发送路径，得到所述处理结果报文；
S903：调用所述记账微服务程序，以使所述修复后的交易请求报文对应的交易完成记账，得到所述处理结果报文。
从上述描述可知，本申请提供的报文自动处理方法，能够对修复后的交易请求报文进行业务服务处理，得到处理结果报文。
一实施例中，参见图4，所述调用报文重组微服务程序对所述处理结果报文进行重组并发送，包括：
S401：利用所述报文重组微服务程序确定所述处理结果报文所对应的第二交易业务场景规则；
S402：根据所述第二交易业务场景规则修改所述处理结果报文中的交易场次信息并发送。
可以理解的是，用于进行业务服务处理的组合服务根据分布式实时支付系统微服务流程顺序的配置，进入“报文完善”微服务节点进行处理，本节点主要针对发送到他系统的报文进行完善以满足接收系统的规范要求。
“报文完善”对应于报文重组微服务程序节点，该节点调用规则引擎，执行“Mapping out”规则，系统自动判断是否满足该规则配置的条件，如果满足就会根据规则执行的内容对报文相关的信息进行完善即执行增删改操作。如果不满足“Mapping out”的规则条件，则不执行报文完善，返回组合服务。
具体的实现方法可以参见步骤S201至S202的阐述。与步骤S201至S202的不同之处，仅在于步骤S201至S202需要根据DPP系统的要求进行报文处理，修改交易请求报文的交易场次信息，以满足DPP系统的要求；而步骤S401至S402是无用根据(各地区的)实时清算系统的要求进行报文处理，修改处理结果报文的交易场次信息，以满足实时清算系统的要求，在此不再赘述。
从上述描述可知，本申请提供的报文自动处理方法，能够调用报文重组微服务程序对处理结果报文进行重组并发送。
从数据流的走向角度可以阐述如下：
1.根据用户需求，页面配置规则执行，包括报文修复的规则执行Repair andEnrichment profile，报文完善的规则执行Mapping out profile；
2.页面配置规则动作，包括报文修复的规则动作Repair and EnrichmentSelection，报文完善的规则动作Mapping out Selection,其中规则动作的Action必须选择步骤1中配置的对应规则执行；
3.页面保存后，后台规则引擎生成可执行的Java语句，并保存在数据库和对应缓存中；
4.分布式支付系统收到一笔交易，系统通过解析将交易的字段保存在报文对象的缓存中。交易命中报文修复的规则后，执行报文修复规则执行，增删改对应的字段并更新缓存中的交易对象；
5.分布式支付系统按照微服务的编排，读取缓存中的交易对象，并对交易进行处理；
6.交易命中报文完善的规则后，执行报文完善规则执行，增删改对应的字段并更新缓存中的交易对象；
7.分布式支付系统读取缓存中的交易对象，组报并将最终的报文发给实时清算系统，处理结束。
综上所述，本申请提供的报文自动处理方法及装置，至少具有如下有益效果：
1.交易进入分布式支付系统后，通过报文解析将交易的逻辑域的值存到交易对象的缓存中，当组合服务调用报文修复微服务程序并命中报文修复规则后，根据报文修复所配置的规则执行修改交易对象的逻辑域，并更新到交易对象的缓存中。修改后的交易可满足分布式支付系统的处理要求，提高了系统自动处理的能力；
2.当组合服务调用报文完善微服务并命中报文完善规则后，先读取缓存中最新的交易对象，再根据报文完善所配置的规则执行修改交易对象的逻辑域，并更新到交易对象的缓存中。修改后的交易可满足发出系统如实时清算系统的处理要求，减少了交易因格式、语法问题被退回的风险。
基于同一发明构思，本申请实施例还提供了一种报文自动处理装置，可以用于实现上述实施例所描述的方法，如下面的实施例所述。由于报文自动处理装置解决问题的原理与报文自动处理方法相似，因此报文自动处理装置的实施可以参见基于软件性能基准确定方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
一实施例中，参见图5，为了能够灵活地修复分布式支付平台系统中交易请求报文的交易场次信息，以满足系统自动处理的要求，本申请提供一种报文自动处理装置，包括：报文修复单元501、业务处理单元502及报文重组单元503。
报文修复单元501，用于调用报文修复微服务程序对接收到的交易请求报文进行修复；
业务处理单元502，用于对修复后的交易请求报文进行业务服务处理，得到处理结果报文；
报文重组单元503，用于调用报文重组微服务程序对所述处理结果报文进行重组并发送。
一实施例中，参见图6，所述报文修复单元501，包括：第一场景规则确定模块601及场次信息修改模块602。
第一场景规则确定模块601，用于利用所述报文修复微服务程序确定所述交易请求报文所对应的第一交易业务场景规则；
场次信息修改模块602，用于根据所述第一交易业务场景规则修改所述交易请求报文中的交易场次信息。
一实施例中，参见图7，所述业务处理单元502，包括：业务服务调起模块701及业务服务处理模块702。
业务服务调起模块701，用于根据所述交易请求报文对应的交易业务场景确定需要调用的业务微服务程序；
业务服务处理模块702，用于调用确定的业务微服务程序对修复后的交易请求报文进行业务服务处理，得到所述处理结果报文。
一实施例中，参见图10，所述业务服务处理模块702，包括：借贷方判断模块1001、路由选择模块1002及记账模块1003。
借贷方判断模块1001，用于调用所述借贷方判断微服务程序，以识别所述修复后的交易请求报文对应的交易的借方账号及贷方账号，得到所述处理结果报文；
路由选择模块1002，用于调用所述路由选择微服务程序，以确定所述修复后的交易请求报文对应的交易的发送路径，得到所述处理结果报文；
记账模块1003，用于调用所述记账微服务程序，以使所述修复后的交易请求报文对应的交易完成记账，得到所述处理结果报文。
一实施例中，参见图8，所述报文重组单元503，包括：第二场景规则确定模块801及场次信息修改模块602。
第二场景规则确定模块801，用于利用所述报文重组微服务程序确定所述处理结果报文所对应的第二交易业务场景规则；
场次信息修改模块602，用于根据所述第二交易业务场景规则修改所述处理结果报文中的交易场次信息并发送。
从硬件层面来说，为了能够灵活地修复分布式支付平台系统中交易请求报文的交易场次信息，以满足系统自动处理的要求，本申请提供一种用于实现所述报文自动处理方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：
处理器(Processor)、存储器(Memory)、通讯接口(Communications Interface)和总线；其中，所述处理器、存储器、通讯接口通过所述总线完成相互间的通讯；所述通讯接口用于实现所述报文自动处理装置与核心业务系统、用户终端以及相关数据库等相关设备之间的信息传输；该逻辑控制器可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该逻辑控制器可以参照实施例中的报文自动处理方法的实施例，以及报文自动处理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。
可以理解的是，所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。
在实际应用中，报文自动处理方法的部分可以在如上述内容所述的电子设备侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。
上述的客户端设备可以具有通讯模块(即通讯单元)，可以与远程的服务器进行通讯连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通讯链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。
图11为本申请实施例的电子设备9600的系统构成的示意框图。如图11所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图11是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
一实施例中，报文自动处理方法功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：
S101：调用报文修复微服务程序对接收到的交易请求报文进行修复；
S102：对修复后的交易请求报文进行业务服务处理，得到处理结果报文；
S103：调用报文重组微服务程序对所述处理结果报文进行重组并发送。
从上述描述可知，本申请提供的报文自动处理方法及装置，能够调用报文修复微服务程序在分布式支付平台系统进行业务服务处理前，自动修复交易请求报文，以满足系统自动处理的要求；能够调用报文重组微服务程序在处理结果报文送出分布式支付平台系统前，自动重组处理结果报文，以满足接收系统的规范要求；从而大大增强了分布式支付平台系统的自动处理能力，减少了人工处理的流程，切合实时清算系统的高效要求。
在另一个实施方式中，报文自动处理装置可以与中央处理器9100分开配置，例如可以将数据复合传输装置报文自动处理装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现报文自动处理方法的功能。
如图11所示，该电子设备9600还可以包括：通讯模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图11中所示的所有部件；此外，电子设备9600还可以包括图11中没有示出的部件，可以参考现有技术。
如图11所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。
该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通讯功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通讯模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通讯模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通讯终端的情况相同。
基于不同的通讯技术，在同一电子设备中，可以设置有多个通讯模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通讯模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。
本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的报文自动处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的报文自动处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
S101：调用报文修复微服务程序对接收到的交易请求报文进行修复；
S102：对修复后的交易请求报文进行业务服务处理，得到处理结果报文；
S103：调用报文重组微服务程序对所述处理结果报文进行重组并发送。
从上述描述可知，本申请提供的报文自动处理方法及装置，能够调用报文修复微服务程序在分布式支付平台系统进行业务服务处理前，自动修复交易请求报文，以满足系统自动处理的要求；能够调用报文重组微服务程序在处理结果报文送出分布式支付平台系统前，自动重组处理结果报文，以满足接收系统的规范要求；从而大大增强了分布式支付平台系统的自动处理能力，减少了人工处理的流程，切合实时清算系统的高效要求。
本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (13)

1.一种报文自动处理方法，其特征在于，包括：
调用报文修复微服务程序对接收到的交易请求报文进行修复；
对修复后的交易请求报文进行处理，得到处理结果报文；
调用报文重组微服务程序对所述处理结果报文进行重组并发送。
2.根据权利要求1所述的报文自动处理方法，其特征在于，所述调用报文修复微服务程序对接收到的交易请求报文进行修复，包括：
利用所述报文修复微服务程序确定所述交易请求报文所对应的第一交易业务场景规则；
根据所述第一交易业务场景规则修改所述交易请求报文中的交易场次信息。
3.根据权利要求1所述的报文自动处理方法，其特征在于，所述对修复后的交易请求报文进行处理，得到处理结果报文，包括：
根据所述交易请求报文对应的交易业务场景确定需要调用的业务微服务程序；
调用确定的业务微服务程序对修复后的交易请求报文进行处理，得到所述处理结果报文。
4.根据权利要求3所述的报文自动处理方法，其特征在于，所述确定的业务微服务程序包括：借贷方判断微服务程序、路由选择微服务程序及记账微服务程序；所述调用确定的业务微服务程序对修复后的交易请求报文进行处理，得到所述处理结果报文，包括：
调用所述借贷方判断微服务程序，以识别所述修复后的交易请求报文对应的交易的借方账号及贷方账号，得到所述处理结果报文；
调用所述路由选择微服务程序，以确定所述修复后的交易请求报文对应的交易的发送路径，得到所述处理结果报文；
调用所述记账微服务程序，以使所述修复后的交易请求报文对应的交易完成记账，得到所述处理结果报文。
5.根据权利要求1所述的报文自动处理方法，其特征在于，所述调用报文重组微服务程序对所述处理结果报文进行重组并发送，包括：
利用所述报文重组微服务程序确定所述处理结果报文所对应的第二交易业务场景规则；
根据所述第二交易业务场景规则修改所述处理结果报文中的交易场次信息并发送。
6.一种报文自动处理装置，其特征在于，包括：
报文修复单元，用于调用报文修复微服务程序对接收到的交易请求报文进行修复；
业务处理单元，用于对修复后的交易请求报文进行处理，得到处理结果报文；
报文重组单元，用于调用报文重组微服务程序对所述处理结果报文进行重组并发送。
7.根据权利要求6所述的报文自动处理装置，其特征在于，所述报文修复单元，包括：
第一场景规则确定模块，用于利用所述报文修复微服务程序确定所述交易请求报文所对应的第一交易业务场景规则；
场次信息修改模块，用于根据所述第一交易业务场景规则修改所述交易请求报文中的交易场次信息。
8.根据权利要求6所述的报文自动处理装置，其特征在于，所述业务处理单元，包括：
业务服务调起模块，用于根据所述交易请求报文对应的交易业务场景确定需要调用的业务微服务程序；
业务服务处理模块，用于调用确定的业务微服务程序对修复后的交易请求报文进行处理，得到所述处理结果报文。
9.根据权利要求8所述的报文自动处理装置，其特征在于，所述业务服务处理模块，包括：
借贷方判断模块，用于调用借贷方判断微服务程序，以识别所述修复后的交易请求报文对应的交易的借方账号及贷方账号，得到所述处理结果报文；
路由选择模块，用于调用路由选择微服务程序，以确定所述修复后的交易请求报文对应的交易的发送路径，得到所述处理结果报文；
记账模块，用于调用记账微服务程序，以使所述修复后的交易请求报文对应的交易完成记账，得到所述处理结果报文。
10.根据权利要求6所述的报文自动处理装置，其特征在于，所述报文重组单元，包括：
第二场景规则确定模块，用于利用所述报文重组微服务程序确定所述处理结果报文所对应的第二交易业务场景规则；
场次信息修改模块，用于根据所述第二交易业务场景规则修改所述处理结果报文中的交易场次信息并发送。
11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至5任一项所述的报文自动处理方法的步骤。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至5任一项所述的报文自动处理方法的步骤。
13.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至5任一项所述的报文自动处理方法。
CN202210293956.XA 2022-03-24 2022-03-24 一种报文自动处理方法及装置 Pending CN114679462A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210293956.XA CN114679462A (zh) 2022-03-24 2022-03-24 一种报文自动处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210293956.XA CN114679462A (zh) 2022-03-24 2022-03-24 一种报文自动处理方法及装置

Publications (1)

Publication Number Publication Date
CN114679462A true CN114679462A (zh) 2022-06-28

Family

ID=82074968

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210293956.XA Pending CN114679462A (zh) 2022-03-24 2022-03-24 一种报文自动处理方法及装置

Country Status (1)

Country Link
CN (1) CN114679462A (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1987925A (zh) * 2006-12-29 2007-06-27 中国建设银行股份有限公司 一种金融系统综合前置平台及交易数据的转发方法
CN108600148A (zh) * 2018-01-04 2018-09-28 中国银行股份有限公司 一种交易报文处理方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1987925A (zh) * 2006-12-29 2007-06-27 中国建设银行股份有限公司 一种金融系统综合前置平台及交易数据的转发方法
CN108600148A (zh) * 2018-01-04 2018-09-28 中国银行股份有限公司 一种交易报文处理方法及装置

Similar Documents

Publication Publication Date Title
CN111031058A (zh) 基于WebSocket的分布式服务器集群交互方法及装置
CN111460506B (zh) 数据访问控制方法及装置
CN110413528B (zh) 测试环境智能配置方法及系统
CN112163946A (zh) 基于分布式交易系统的账务处理方法及装置
CN112766646B (zh) 任务流程的生成、处理方法、装置、设备和存储介质
US11626140B2 (en) Audio data processing method, electronic device, and storage medium
CN114358921A (zh) 系统切换方法、装置、设备、介质和程序产品
CN109739661A (zh) 一种协同模块间消息更新的方法、装置及系统
CN115658098A (zh) 一种分布式业务处理系统的升级方法及装置
CN111427918A (zh) 交易明细数据比对方法及装置
CN113050985B (zh) 前端工程依赖自动注册方法及装置
CN112734545B (zh) 区块链数据共享方法、装置及系统
CN113282590A (zh) 基于5g消息的接口联调方法及装置
CN112396511A (zh) 分布式风控变量数据处理方法、装置及系统
CN114679462A (zh) 一种报文自动处理方法及装置
CN111930690A (zh) 文件生成方法及装置
CN115495515A (zh) 报文处理方法及装置
CN115562898A (zh) 分布式支付系统异常处理方法及装置
CN115495519A (zh) 报表数据加工方法及装置
CN112866268B (zh) 报文处理方法及系统
CN114637531A (zh) 应用程序接口动态生成方法及装置
CN112102058A (zh) 管会系统参数配置方法及装置
CN111818144B (zh) 远程服务调用框架下的报文传输方法、装置及系统
CN115694897A (zh) 报文拦截方法及装置
CN113205330B (zh) 分布式支付平台系统的重复报文识别系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination