支付交易应用系统及方法

文档序号:192254 发布日期:2021-11-02 浏览:42次 >En<

阅读说明:本技术 支付交易应用系统及方法 (Payment transaction application system and method ) 是由 不公告发明人 于 2021-07-29 设计创作,主要内容包括:本发明提供了一种支付交易应用系统及方法,所述系统包含访问接入模块、公共控制模块、业务处理模块和基础服务模块;访问接入模块用于接入多个不同渠道,获取各渠道提供的交易请求数据;公共控制模块与访问接入模块相连,用于根据交易请求数据分析获得对应的多个业务处理需求和各业务处理需求的处理时序;基础服务模块用于根据业务功能划分多个微服务,并将划分后的微服务按对应功能类别进行归类;业务处理模块分别与公共控制模块和基础服务模块相连,用于根据各业务处理需求对应的功能类别调用基础服务模块中对应的微服务进行组装生成业务处理逻辑,根据业务处理逻辑和处理时序对交易请求数据进行处理生成交易处理结果。(The invention provides a payment transaction application system and a method thereof, wherein the system comprises an access module, a public control module, a business processing module and a basic service module; the access module is used for accessing a plurality of different channels and acquiring transaction request data provided by each channel; the public control module is connected with the access module and used for analyzing and obtaining a plurality of corresponding service processing requirements and the processing time sequence of each service processing requirement according to the transaction request data; the basic service module is used for dividing a plurality of micro services according to the service functions and classifying the divided micro services according to the corresponding function categories; the business processing module is respectively connected with the public control module and the basic service module and used for calling the corresponding micro-services in the basic service module according to the function types corresponding to the business processing requirements to assemble and generate business processing logic and processing the transaction request data according to the business processing logic and the processing time sequence to generate a transaction processing result.)

支付交易应用系统及方法

技术领域

本发明涉及数据处理领域,可应用于金融领域和其他领域,尤指一种支付交易应用方法及系统。

背景技术

支付系统作为金融基础设施,在国计民生中发挥着重要作用,以安全稳定运行作为第一要求,普遍采用较为封闭的IOE产品体系构建。近年来,随着互联网金融和金融科技的快速发展,支付系统采用传统集中式架构及单体应用的架构模式在应对外部市场快速变化和多元化业务需求快速响应要求时,显得捉襟见肘。

随着支付系统的逐步演进和发展,请参考图8所示,现有架构及应用设计方法存在以下问题:

1)内部子系统数量及功能复杂性均显著增加,人员的流动导致新人无法清楚了解系统的每个功能及业务流程的细节,小的功能改动可能引发其他未知风险。

2)系统运行在大型主机和小型机上,自主可控程度低,扩容成本高昂且系统集成部署复杂度高,无法快速应对高业务容量下的弹性伸缩需求。

3)不同子系统间存在着大量重复的代码逻辑,对公共服务和组件的提炼度不足,可复用性低,开发、测试工作量大、缺乏效率和创新。

发明内容

本发明目的在于一种支付交易应用方法及系统,通过微服务架构的引入提高支付交易系统的开放性和技术自主性;通过容器运行环境提升服务的弹性伸缩能力;通过基础服务的提炼和抽象,支撑上层业务应用,快速响应业务需求,快速集成搭建新的业务系统。

为达上述目的,本发明所提供的支付交易应用系统,具体包含访问接入模块、公共控制模块、业务处理模块和基础服务模块;所述访问接入模块用于接入多个不同渠道,获取各渠道提供的交易请求数据;所述公共控制模块与所述访问接入模块相连,用于根据所述交易请求数据分析获得对应的多个业务处理需求和各业务处理需求的处理时序;所述基础服务模块用于根据业务功能划分多个微服务,并将划分后的微服务按对应功能类别进行归类处理;所述业务处理模块分别与所述公共控制模块和所述基础服务模块相连,用于根据各业务处理需求对应的功能类别调用所述基础服务模块中对应的微服务进行组装生成业务处理逻辑,根据所述业务处理逻辑和所述处理时序对所述交易请求数据进行处理生成交易处理结果。

在上述支付交易应用系统中,优选的,所述访问接入模块包含消息网关单元和主控服务单元;所述消息网关单元用于将接收到的访问数据进行数据复制分发至不同的消息队列中;所述主控服务单元用于对所述消息队列中各渠道提供的访问数据进行协议解析处理,根据解析处理结果进行安全校验,当安全校验未通过时,进行异常存档处理;当安全校验通过后生成交易请求数据并转发至所述公共控制模块。

在上述支付交易应用系统中,优选的,所述公共控制模块包含界面接口服务单元和时序控制服务单元;所述界面接口服务单元用于提供接口界面,通过所述接口界面获得用户输入的控制指令;所述时序控制服务单元用于根据所述交易请求数据分析获得对应的多个业务处理需求和各业务处理需求的处理时序。

在上述支付交易应用系统中,优选的,所述基础服务模块包含报文解析服务单元、业务检查服务单元、证书管理服务单元、参数管理服务单元、数据访问服务单元、缓存数据访问服务单元和数据查询服务单元;所述报文解析服务单元用于存储报文解析功能类别的微服务;所述业务检查服务单元用于存储业务检查功能类别的微服务;所述证书管理服务单元用于存储证书管理功能类别的微服务;所述参数管理服务单元用于存储参数管理功能类别的微服务;所述数据访问服务单元用于存储数据访问功能类别的微服务;所述缓存数据访问服务单元用于存储缓存数据访问功能类别的微服务;所述数据查询服务单元用于存储数据查询功能类别的微服务。

在上述支付交易应用系统中,优选的,所述系统还包含采集模块,所述采集模块用于采集各微服务的应用日志,将所述应用日志发送至预定服务端进行关联保存后提供外部查询。

在上述支付交易应用系统中,优选的,所述微服务包含多个服务实例,所述服务实例运行于预设容器中;所述采集模块通过共享卷的方式采集各微服务的应用日志。

本发明还提供一种支付交易应用方法,所述方法包含:根据业务功能划分多个微服务,并将划分后的微服务按对应功能类别进行归类处理;通过接入的多个不同渠道,获取各渠道提供的交易请求数据;根据所述交易请求数据分析获得对应的多个业务处理需求和各业务处理需求的处理时序;根据各业务处理需求对应的功能类别调用预定位置中对应的微服务进行组装生成业务处理逻辑;根据所述业务处理逻辑和所述处理时序对所述交易请求数据进行处理生成交易处理结果。

在上述支付交易应用方法中,优选的,所述获取各渠道提供的交易请求数据包含:将接收到的访问数据进行数据复制分发至不同的消息队列中;对所述消息队列中各渠道提供的访问数据进行协议解析处理,根据解析处理结果进行安全校验,当安全校验未通过时,进行异常存档处理;当安全校验通过后生成交易请求数据并转发至所述公共控制模块;以及,当安全校验未通过时,进行异常存档处理。

在上述支付交易应用方法中,优选的,所述微服务之间通过异步消息组件进行REST或RPC通信。

在上述支付交易应用方法中,优选的,根据所述交易请求数据分析获得各业务处理需求的处理时序还包含:根据所述交易请求数据的通用唯一识别码生成全局交易编号;根据所述全局交易编号生成各业务处理需求的处理时序。

本发明还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述方法。

本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述方法的计算机程序。

本发明的有益技术效果在于:通过微服务架构的引入,提高支付交易系统的开放性及技术自主性;通过公共服务的拆分,降低重复开发成本、提升支付资产的可复用性;通过服务组装、搭积木的方式,降低交易系统的研发周期,提高系统搭建速度;通过容器云的使用,提高交易应用的弹性伸缩和按需扩展能力,有助于提升系统处理能力。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:

图1为本发明一实施例所提供的支付交易应用系统的结构示意图;

图2为本发明一实施例所提供的支付交易应用系统的功能结构示意图;

图3为本发明一实施例所提供的基础服务模块的结构示意图;

图4为本发明一实施例所提供的微服务部署的结构示意图;

图5为本发明一实施例所提供的支付交易应用方法的流程示意图;

图6为本发明一实施例所提供的交易请求数据的获取流程示意图;

图7为本发明一实施例所提供的电子设备的结构示意图;

图8为本发明一实施例所提供的现有技术中支付交易系统的结构示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。需要说明的是,只要不构成冲突,本发明中的各个实施例及各实施例中的各个特征可以相互结合,所形成的技术方案均在本发明的保护范围之内。

另外,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

请参考图1所示,本发明所提供的支付交易应用系统,具体包含访问接入模块、公共控制模块、业务处理模块和基础服务模块;所述访问接入模块用于接入多个不同渠道,获取各渠道提供的交易请求数据;所述公共控制模块与所述访问接入模块相连,用于根据所述交易请求数据分析获得对应的多个业务处理需求和各业务处理需求的处理时序;所述基础服务模块用于根据业务功能划分多个微服务,并将划分后的微服务按对应功能类别进行归类处理;所述业务处理模块分别与所述公共控制模块和所述基础服务模块相连,用于根据各业务处理需求对应的功能类别调用所述基础服务模块中对应的微服务进行组装生成业务处理逻辑,根据所述业务处理逻辑和所述处理时序对所述交易请求数据进行处理生成交易处理结果。

在实际工作中,本发明所提供的支付交易应用系统主要包含访问接入模块、公共控制模块、业务处理模块和基础服务模块。其中访问接入模块负责不同渠道(如HTTP、MQ)的接入处理,如协议解析、路由分发、安全校验、异常存档等。由访问接入层统一对接外部参与机构,支持消息方式接入和开放API接入;公共控制模块负责业务管理、运行时序控制、参数控制、异常管理等功能;业务处理模块负责具体的业务逻辑实现,含业务处理和账务处理;基础服务模块用于对各业务处理模块共用的基础功能进行提炼和抽象。采集模块负责采集微服务应用日志并发送至服务端处理后保存在大数据平台,供运维日志检索平台查询。由此,通过微服务架构的引入提高支付交易系统的开放性和技术自主性;通过容器运行环境提升服务的弹性伸缩能力;通过基础服务的提炼和抽象,支撑上层业务应用,快速响应业务需求,快速集成搭建新的业务系统。

具体的,请参考图2所示,在本发明一实施例中,所述访问接入模块包含消息网关单元和主控服务单元;所述消息网关单元用于将接收到的访问数据进行数据复制分发至不同的消息队列中;所述主控服务单元用于对所述消息队列中各渠道提供的访问数据进行协议解析处理,根据解析处理结果进行安全校验,当安全校验未通过时,进行异常存档处理;当安全校验通过后生成交易请求数据并转发至所述公共控制模块。在另一实施例中,所述公共控制模块包含界面接口服务单元和时序控制服务单元;所述界面接口服务单元用于提供接口界面,通过所述接口界面获得用户输入的控制指令;所述时序控制服务单元用于根据所述交易请求数据分析获得对应的多个业务处理需求和各业务处理需求的处理时序。其中,所述消息网关单元和所述主控服务单元的具体实现方法可利用现有技术实现,在此就不再一一详举;所述时序控制服务单元可利用现有技术识别确定所述交易请求数据中的业务处理需求,针对各业务处理需求可利用全局交易ID的方式予以串联排序,具体实现方式将在后续实施例中详细说明,在此就不再一一详述。

请参考图3所示,在本发明一实施例中,所述基础服务模块可包含报文解析服务单元、业务检查服务单元、证书管理服务单元、参数管理服务单元、数据访问服务单元、缓存数据访问服务单元和数据查询服务单元;所述报文解析服务单元用于存储报文解析功能类别的微服务;所述业务检查服务单元用于存储业务检查功能类别的微服务;所述证书管理服务单元用于存储证书管理功能类别的微服务;所述参数管理服务单元用于存储参数管理功能类别的微服务;所述数据访问服务单元用于存储数据访问功能类别的微服务;所述缓存数据访问服务单元用于存储缓存数据访问功能类别的微服务;所述数据查询服务单元用于存储数据查询功能类别的微服务。实际工作中,所述基础服务模块可为一分类存储各微服务的容器,其针对各微服务不同的功能类别进行分类存储,同时供所述业务处理模块根据需要调用,以此实现快速组装各服务支撑上层业务应用,响应业务需求的目的。

再请参考图2所示,在本发明一实施例中,所述系统还可包含采集模块,所述采集模块用于采集各微服务的应用日志,将所述应用日志发送至预定服务端进行关联保存后提供外部查询;其架构可为采集端和采集服务端两者的组合;进一步的,所述微服务包含多个服务实例,所述服务实例运行于预设容器中;所述采集模块通过共享卷的方式采集各微服务的应用日志。具体的,请参考图4所示,在实际工作中,每个微服务应用由多个服务实例构成,微服务实例运行于一个container容器中,采集模块与微服务实例运行于一个pod中,通过共享卷的方式采集微服务应用日志并上传至运维日志检索平台,pod运行于哪个虚机节点由k8s统一调度,便于弹性伸缩,单个pod故障会查找可用资源重新拉起,极大的简化运维难度。

请参考图5所示,本发明还提供一种支付交易应用方法,所述方法包含:

S501根据业务功能划分多个微服务,并将划分后的微服务按对应功能类别进行归类处理;

S502通过接入的多个不同渠道,获取各渠道提供的交易请求数据;

S503根据所述交易请求数据分析获得对应的多个业务处理需求和各业务处理需求的处理时序;

S504根据各业务处理需求对应的功能类别调用预定位置中对应的微服务进行组装生成业务处理逻辑;

S505根据所述业务处理逻辑和所述处理时序对所述交易请求数据进行处理生成交易处理结果。

其中,所述微服务之间通过异步消息组件进行REST或RPC通信。请参考图6所示,所述获取各渠道提供的交易请求数据包含:

S601将接收到的访问数据进行数据复制分发至不同的消息队列中;

S602对所述消息队列中各渠道提供的访问数据进行协议解析处理,根据解析处理结果进行安全校验,当安全校验未通过时,进行异常存档处理;当安全校验通过后生成交易请求数据并转发至所述公共控制模块;

S603当安全校验未通过时,进行异常存档处理。

在上述实施例中,根据所述交易请求数据分析获得各业务处理需求的处理时序还可包含:根据所述交易请求数据的通用唯一识别码生成全局交易编号;根据所述全局交易编号生成各业务处理需求的处理时序。具体的,在实际工作中,支付交易系统应用基于各模块微服务进行快速组装,应用内部微服务间通过REST或RPC通信,应用间通过异步消息组件Kafka通讯,交易入口服务(主控服务、界面接口服务)通过UUID生成全局交易ID,并以参数的形式传递至后续微服务,运维日志检索平台依据全局交易ID可串联起一笔交易在各个微服务的流转过程。不同交易应用在逻辑上的区分主要体现在业务处理模块和界面接口服务不同,其他模块及服务可在多个应用间共用。进一步的,在实际工作中,主控服务从Kafka消费数据后,生成全局交易ID,并附带业务报文分发至对应的业务受理服务进行处理,业务受理收到报文,调用报文解析服务进行XML/CMT报文解析,收到解析报文后,将解析后的报文作为入参,调用业务检查服务进行系统参数、业务权限、运行状态等校验,校验通过后返回,业务受理服务再调用数据访问服务进行报文入库处理。

由此,通过微服务架构的引入,提高支付交易系统的开放性及技术自主性;通过公共服务的拆分,降低重复开发成本、提升支付资产的可复用性;通过服务组装、搭积木的方式,降低交易系统的研发周期,提高系统搭建速度;通过容器云的使用,提高交易应用的弹性伸缩和按需扩展能力,有助于提升系统处理能力。

本发明还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述方法。

本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述方法的计算机程序。

如图7所示,该电子设备600还可以包括:通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是,电子设备600也并不是必须要包括图7中所示的所有部件;此外,电子设备600还可以包括图7中没有示出的部件,可以参考现有技术。

如图7所示,中央处理器100有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器100接收输入并控制电子设备600的各个部件的操作。

其中,存储器140,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序,以实现信息存储或处理等。

输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。

该存储器140可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142,该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。

存储器140还可以包括数据存储部143,该数据存储部143用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。

基于不同的通信技术,在同一电子设备中,可以设置有多个通信模块110,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132,以经由扬声器131提供音频输出,并接收来自麦克风132的音频输入,从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理器130还耦合到中央处理器100,从而使得可以通过麦克风132能够在本机上录音,且使得可以通过扬声器131来播放本机上存储的声音。

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

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

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

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

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

14页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:药店数据的处理方法、装置及电子设备

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!