CN115567597A - 一种支付结算系统的报文请求转发方法及装置 - Google Patents
一种支付结算系统的报文请求转发方法及装置 Download PDFInfo
- Publication number
- CN115567597A CN115567597A CN202211199559.2A CN202211199559A CN115567597A CN 115567597 A CN115567597 A CN 115567597A CN 202211199559 A CN202211199559 A CN 202211199559A CN 115567597 A CN115567597 A CN 115567597A
- Authority
- CN
- China
- Prior art keywords
- target
- message
- data
- node
- settlement system
- 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
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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种支付结算系统的报文请求转发方法及装置,涉及分布式技术领域,其中该方法包括:获取报文请求;根据所述报文请求,获取目标报文数据;将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的;获取节点指标数据;根据所述目标预测结果和所述节点指标数据,确定目标节点;根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。本发明可以有效应对高并发和高流量的报文请求,提高支付结算系统的吞吐率。
Description
技术领域
本发明涉及分布式技术领域,尤其涉及一种支付结算系统的报文转发方法及装置。
背景技术
本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
随着互联网技术的不断发展,现有的支付结算系统多采用分布式的微服务框架进行开发。但随着用户数量和业务数量的增加,现有的分布式支付结算系统并不能有效地应对突发的、海量级的报文请求,从而造成支付结算系统的吞吐率降低。
针对上述问题,目前尚未提出有效的解决方案。
发明内容
本说明书实施例提供了一种支付结算系统的报文请求转发方法及装置,以解决现有技术无法及时、有效地应对高并发的报文请求,从而造成支付结算系统的吞吐率降低的问题。
本说明书实施例提供一种支付结算系统的报文请求转发方法,该方法包括:
获取报文请求;
根据所述报文请求,获取目标报文数据;
将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的;
获取节点指标数据;
根据所述目标预测结果和所述节点指标数据,确定目标节点;
根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。
在一个实施例中,所述根据所述报文请求,获取目标报文数据,包括:
获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
确定所述连接数和请求时间的均值和标准差;
根据所述均值和所述标准差,对所述连接数和请求时间进行处理,得到目标数据;
将所述目标数据作为目标报文数据。
在一个实施例中,所述节点指标数据包括:节点性能指标数据,相应的,获取节点指标数据,包括:
按照如下公式计算所述节点性能指标数据:
其中,U(Si)为支付结算系统中的第i个服务器的节点性能指标数据,α1、β1为权重系数,Cxi为支付结算系统中的第i个服务器的中央处理器,Mxi为支付结算系统中的第i个服务器的内存容量,为支付结算系统中的所有服务器的中央处理器的总和,为支付结算系统中的所有服务器的内存容量的总和。
在一个实施例中,所述根据所述目标预测结果和所述节点指标数据,确定目标节点,包括:
根据目标预测结果,确定支付结算系统中的服务器的连接数;
根据所述服务器的连接数和所述节点性能指标数据,确定支付结算系统中的多个节点对应的多个权重;
根据所述多个节点对应的多个权重,确定目标节点。
在一个实施例中,所述根据所述服务器的连接数和所述节点性能指标数据,确定支付结算系统中的多个节点对应的多个权重,包括:
按照如下公式计算多个节点对应的多个权重:
其中,W(Sn)为支付结算系统中的第n个节点对应的n个权重,U(Sn)为第n个服务器的节点性能指标数据,M(Sn)为第n个服务器的节点负载数据,Conn(Sn)为支付结算系统中的n个服务器的连接数。
本说明书实施例还提供一种支付结算系统的报文请求转发装置,该装置包括:
第一数据获取模块,用于获取报文请求;根据所述报文请求,获取目标报文数据;
预测模块,用于将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的;
目标节点确定模块,用于获取节点指标数据;根据所述目标预测结果和所述节点指标数据,确定目标节点;
转发模块,用于根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。
在一个实施例中,所述装置还包括:
第二数据获取模块,用于获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
预处理模块,用于确定所述连接数和请求时间的均值和标准差;根据所述均值和所述标准差,对所述连接数和请求时间进行处理,得到目标数据;将所述目标数据作为目标报文数据。
本说明书实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述支付结算系统的报文请求转发方法。
本说明书实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述支付结算系统的报文请求转发方法。
本说明书实施例还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现上述支付结算系统的报文请求转发方法。
在本说明书实施例中,提供了一种支付结算系统的报文请求转发方法及装置,通过获取报文请求,再根据报文请求,获取目标报文数据,可以提高报文数据的质量并为后续获得准确的预测结果奠定数据基础。其次,将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的,考虑了报文数据具有流量突发性的特点,可以提高支付系统对报文请求转发的效率和准确性;进一步,获取节点指标数据,根据所述目标预测结果和所述节点指标数据,确定目标节点,可以为后续准确、快速地确定目标服务器奠定基础。最后,根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器,可以提高报文请求的处理效率。通过上述方案,解决了现有技术中分布式支付系统无法应对高并发和高流量的报文请求从而造成支付系统的吞吐率降低等技术问题,能够达到及时有效地转发大量报文请求,提高支付结算系统吞吐率的技术效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1是本说明书的一个实施例中的基于支付结算系统的报文请求转发方法的流程示意图;
图2是本说明书的另一个实施例中的基于支付结算系统的报文请求转发方法的流程示意图;
图3是本说明书的一个实施例中的基于支付结算系统的报文请求转发装置的示意图;
图4是是本说明书的另一个实施例中的基于支付结算系统的报文请求转发装置的示意图;
图5是本说明书的一个实施例中的计算机设备的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
本领域的技术人员知道,本说明书的实施方式可以实现为一种系统、装置设备、方法或计算机程序产品。因此,本说明书公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
考虑到现有的支付结算系统,如:C-PSP系统(境内外币支付结算系统)为了避免集中式框架带来的弊端,多采用分布式微服务框架来进行开发。但随着用户量的增加,支付系统中的报文解析数量达到了海量级别,不同的微服务之间随时面临着高并发的报文请求带来的压力。为了解决这一问题,现有技术多采用一些统计数值或者数学函数并按照一定的比例来分配请求,但是这类方法并未考虑集群的实时运行状态和流量的突发性,从而导致目前的支付结算系统不能及时、有效地应对突发的、海量级别的报文请求,造成支付结算系统吞吐率低等问题。
针对现有方法存在的上述问题以及产生上述问题的具体原因,本申请考虑引入一种支付结算系统的报文请求转发方法,以实现综合全面、及时有效地转发处理海量级的报文请求的技术效果。
基于上述思路,本说明书提出一种支付结算系统的报文请求转发方法,首先,获取报文请求,再根据所述报文请求,获取目标报文数据;其次,将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的;最后,获取节点指标数据,根据所述目标预测结果和所述节点指标数据,确定目标节点,再根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。
图1是本说明书的一个实施例中的基于支付结算系统的报文请求转发方法的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构,但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中,这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时,可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。具体实施时,参阅图1所示,所述方法可以包括如下内容。
S101:获取报文请求。
在一些实施例中,上述报文请求可以理解为从客户端向支付结算系统中的服务器发出的请求,报文请求可以包括:请求行、请求头和主体。其中,请求行可以包括:方法、请求的统一资源定位系统(uniform resource locator,URL)和超文本传输协议(Hyper TextTransfer Protocol,HTTP)的版本。其中,方法可以用来描述客户端希望服务器执行的操作;请求URL可以用来描述要对哪个资源指向这个方法;HTTP版本可以用来告知服务器,客户端使用的是哪种超文本传输协议。请求头可以包括:内容的类型、指定主体的长度。主体可以理解为报文的主要数据部分,它可以是任意数据类型的数据。
具体的,上述超文本传输协议是一种用于分布式、协作式和超媒体信息系统的应用层协议。超文本传输协议是一个简单的请求-响应协议,是客户端和服务端之间请求和应答的标准,它通常运行在传输控制协议(Transmission Control Protocol,TCP)之上,由统一资源标识符(Uniform Resource Identifier,URI)来标识,其中URI包含统一资源定位系统(uniform resource locator,URL)和统一资源名(URN,Uniform Resource Name)。在向支付结算系统中的服务器发出请求之前,需要先通过传输控制协议建立与支付结算系统中的服务器的联系,在成功建立联系的基础上,再向服务器发送报文请求,最后接收服务器的响应应答,即报文应答。通过获取报文请求,为后续进一步获取目标报文数据奠定数据基础。
S102:根据所述报文请求,获取目标报文数据。
在一些实施例中,上述根据所述报文请求,获取目标报文数据,在具体实施时,可以包括:
S1:获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
S2:确定所述连接数和请求时间的均值和标准差;
S3:根据所述均值和所述标准差,对所述连接数和请求时间进行处理,得到目标数据;
S4:将所述目标数据作为目标报文数据。
在一些实施例中,上述报文请求的连接数可以预先从相应的数据库中获取,上述请求时间可以为报文请求对应的时间,需要说明的是,本申请所获取和使用的与用户相关的数据均为在用户知晓且同意的前提下获取和使用的。并且本申请技术方案中对上述数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
在一些实施例中,上述根据所述报文请求,获取目标报文数据,在具体实施时,还可以包括:
S1:获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
S2:根据所述报文请求的连接数和请求时间,确定待处理报文数据;
S3:确定待处理报文数据的均值和标准差;
S4:根据所述均值和所述标准差,对所述待处理报文数据进行处理,得到目标报文数据。
在一些实施例中,上述根据所述报文请求的连接数和请求时间,确定待处理报文数据,在具体实施时,可以按照如下公式确定待处理报文数据:
Xn×2=[Q,T]
其中,Q为报文请求的连接数,T为请求时间,Xn×2为n行两列(以报文请求的连接数为第一列,以请求时间为第二列)的待处理报文数据,以矩阵形式表征。
在一些实施例中,上述根据所述均值和所述标准差,对所述待处理报文数据进行处理,得到目标报文数据,在具体实施时,可以按照如下公式获取目标报文数据:
X=(Xn×2-mean(Xn×2))/S
其中,mean(Xn×2)为待处理报文数据的均值,S为待处理报文数据的方差,Xn×2为待处理报文数据,X为目标报文数据。
需要说明的是,上述对待处理报文数据进行处理后,可以根据处理后的报文数据即目标报文数据围绕0的波动情况,来判断目标报文数据是低于平均水平还是高于平均水平,如:大于0则可以表示目标报文数据高于平均水平,小于0则可以表示目标报文数据低于平均水平。通过对待处理报文数据进行正规化的处理,能够使数据变得标准化、正规化,有效解决数据不一致的问题,提高数据的质量和可用性。
S103:将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的。
在一些实施例中,上述报文数量预测模型可以根据时间网络循环算法,并基于报文样本数据训练获得。如:将报文样本数据输入至根据时间网络循环算法构建的模型中,并使用适应性矩阵优化器进行训练,使用均方误差函数作为损失函数,通过损失函数可以计算预测结果与实际结果的偏差,如果偏差较大则表示预测结果不理想,需要重新进行训练,否则,则完成训练,将训练好的模型作为报文数量预测模型。通过使用报文数量预测模型可以预测下一时刻的报文数量。
在本实施例中,通过使用报文数量预测模型获取目标预测结果,即获取预测报文数据,可以有效应对支付结算系统中频繁汇入或汇出的报文,及时解决突发的报文请求。
S104:获取节点指标数据。
在一些实施例中,上述节点指标数据可以包括:节点性能指标数据,相应的,获取节点指标数据,可以包括:
按照如下公式计算所述节点性能指标数据:
其中,U(Si)为支付结算系统中的第i个服务器的节点性能指标数据,α1、β1为权重系数,Cxi为支付结算系统中的第i个服务器的中央处理器,Mxi为支付结算系统中的第i个服务器的内存容量,为支付结算系统中的所有服务器的中央处理器的总和,为支付结算系统中的所有服务器的内存容量的总和。
在一些实施例中,上述节点指标数据还可以包括:节点负载数据,相应的,获取节点负载数据,可以包括:
按照如下公式计算所述节点负载数据:
M(Si)=α2Cyi+β2Myi
其中,M(Si)为支付结算系统中的第i个服务器的节点负载数据,Cyi为支付结算系统中的第i个服务器的中央处理器利用率,Myi为支付结算系统中的第i个服务器的内存利用率,α2,β2为权重系数。
在本实施例中,通过考虑与支付结算系统相关的服务器性能指标,可以为后续更加全面、准确地确定出目标服务器奠定基础,同时对支付结算系统(C-PSP)具有很好地适应性。需要说明的是,上述α1、β1的权重系数之和为1,上述α2,β2的权重系数之和也为1。
S105:根据所述目标预测结果和所述节点指标数据,确定目标节点。
在一些实施例中,上述根据所述目标预测结果和所述节点指标数据,确定目标节点,在具体实施时,可以包括:
S1:根据目标预测结果,确定支付结算系统中的服务器的连接数;
S2:根据所述服务器的连接数和所述节点性能指标数据,确定支付结算系统中的多个节点对应的多个权重;
S3:根据所述多个节点对应的多个权重,确定目标节点。
在一些实施例中,上述根据目标预测结果,确定支付结算系统中的服务器的连接数,在具体实施时,可以包括:根据目标预测结果和目标报文数据,按照如下公式确定支付结算系统中的服务器的连接数:
Conn(Si)=α3qt(Si)+β3qt+1(Si)
其中,Conn(Si)为支付结算系统中的第i个服务器的连接数,qt为t时刻对应的目标报文数据,qt+1为t+1时刻对应的目标报文数据,Si为支付结算系统中的第i个服务器,α3、β3为控制参数权重的系数且系数之和为1。
在一些实施例中,上述根据所述服务器的连接数和所述节点性能指标数据,确定支付结算系统中的多个节点对应的多个权重,在具体实施时,可以包括:
按照如下公式计算多个节点对应的多个权重:
其中,W(Sn)为支付结算系统中的第n个节点对应的n个权重,U(Sn)为第n个服务器的节点性能指标数据,M(Sn)为第n个服务器的节点负载数据,Conn(Sn)为支付结算系统中的n个服务器的连接数。
在一些实施例中,上述根据所述多个节点对应的多个权重,确定目标节点,在具体实施时,可以包括:
S1:将所述多个节点对应的多个权重与预设阈值进行比对;
S2:若所述多个节点对应的多个权重均大于预设阈值,则从大于预设阈值的多个权重中选取最大权重值对应的节点,将所述最大权重值对应的节点作为目标节点;
S3:若所述多个节点对应的多个权重均小于预设阈值,则从小于预设阈值的多个权重中选取最大权重值对应的节点,将所述最大权重值对应的节点作为目标节点;
S4:若所述权重存在至少一个大于预设阈值,则将大于预设阈值的权重划分为目标权重,从所述目标权重中选取最大权重值对应的节点,将所述最大权重值对应的节点作为目标节点。
在本实施例中,由于一个微服务器中部署了多个节点,通过确定出目标节点,可以为后续将报文请求转发至合适的节点上,以提高支付结算系统在单位时间内为客户提供服务的效率,提高客户体验,有效解决现有的支付结算系统不能同时并行处理很多的报文请求的,造成单位时间内报文请求的处理数量大幅度减少的问题。
S106:根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。
在一些实施例中,上述根据目标节点,确定目标服务器,在具体实施时,可以包括:
S1:获取目标节点中的目标访问地址和目标端口;
S2:根据所述目标访问地址和目标端口,确定目标服务器。
在一些实施例中,可以基于上述目标节点中的目标访问地址和目标端口,确定出目标服务器,该目标服务器即为最优服务器,将报文请求转发至最优服务器上,能够有效提高报文请求的处理效率。
在一些实施例中,上述根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器之后,在具体实施时,还可以包括:
S1:根据报文请求中的请求数据,确定目标服务器对所述报文请求的应答结果;
S2:将所述应答结果发送至客户端,进行实时显示。
在一些实施例中,上述请求数据可以理解为需要目标服务器提供的服务,通过目标服务器响应于上述请求数据,可以获取响应结果即应答结果,并将应答结果发送至客户端,及时有效地为客户提供相应服务并进行实时显示。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。具体的可以参照前述相关处理相关实施例的描述,在此不做一一赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
下面结合一个具体实施例对上述方法进行说明,然而值得注意的是,该具体实施例仅是为了更好地说明本申请,并不构成对本申请的不当限定。
在具体实施前,首先,获取报文请求,再根据报文请求,获取报文请求的连接数和请求时间,根据报文请求的连接数和请求时间确定出待处理报文数据。其次,确定出待处理报文数据的均值和方差,基于均值和方差对待处理报文数据进行处理,得到目标报文数据。然后,将报文样本数据输入时间循环网络模型中,使用适应性矩阵估计优化器对模型进行优化训练,最后得到报文数量预测模型。在具体实施时,首先将目标报文数据输入至报文数量预测模型中,得到下一时刻的目标报文数据。其次,根据预测的报文数据和目标报文数据确定出支付结算系统中的服务器的连接数,再考虑支付结算系统的服务器的性能指标确定出节点性能指标数据和节点负载数据。最后,根据服务器的连接数、节点性能指标数据和节点负载数据确定出支付结算系统中多个节点对应的多个权重,再将多个权重与预设阈值进行比对,从中确定出权重最大时对应的节点,将此节点作为目标节点,在基于目标节点确定出目标服务器,根据目标服务器对报文请求进行转发处理。通过以上方法,综合考虑了报文请求的流量突发性的特点以及支付结算系统的服务器性能指标,从而可以提供支付结算系统的报文请求处理效率。
在一个具体的场景示例中,参阅图2所示,还可以应用本说明书提供的方法,进行如下操作:
S201:获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
S202:根据所述报文请求的连接数和请求时间,确定待处理报文数据;
S203:确定待处理报文数据的均值和标准差;
S204:根据所述均值和所述标准差,对所述待处理报文数据进行处理,得到目标报文数据。
基于同一发明构思,本申请实施例中还提供了一种支付结算系统的报文请求转发装置,如下面的实施例所述。由于支付结算系统的报文请求转发装置解决问题的原理与支付结算系统的报文请求转发方法相似,因此支付结算系统的报文请求转发装置的实施可以参见支付结算系统的报文请求转发方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图3是本申请实施例的支付结算系统的报文请求转发装置的一种结构框图,如图3所示,包括:第一数据获取模块301、预测模块302、目标节点确定模块303,转发模块304,下面对该结构进行说明。
第一数据获取模块301用于获取报文请求;根据所述报文请求,获取目标报文数据;
预测模块302用于将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的;
目标节点确定模块303用于获取节点指标数据;根据所述目标预测结果和所述节点指标数据,确定目标节点;
转发模块304用于根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。
在一个实施例中,上述目标节点确定模块303具体还可以用于按照如下公式计算所述节点性能指标数据:
其中,U(Si)为支付结算系统中的第i个服务器的节点性能指标数据,α1、β1为权重系数,Cxi为支付结算系统中的第i个服务器的中央处理器,Mxi为支付结算系统中的第i个服务器的内存容量,为支付结算系统中的所有服务器的中央处理器的总和,为支付结算系统中的所有服务器的内存容量的总和。
在一个实施例中,上述目标节点确定模块303具体还可以用于根据目标预测结果,确定支付结算系统中的多个服务器的连接数;根据所述多个服务器的连接数和所述节点性能指标数据,确定支付结算系统中的多个节点对应的多个权重;根据所述多个节点对应的多个权重,确定目标节点。
在一个实施例中,上述目标节点确定模块303具体还可以用于按照如下公式计算多个节点的权重:
其中,W(Sn)为支付结算系统中的第n个节点对应的n个权重,U(Sn)为第n个服务器的节点性能指标数据,M(Sn)为第n个服务器的节点负载数据,Conn(Sn)为支付结算系统中的n个服务器的连接数。
在一个实施例中,如图4所示,上述支付结算系统的报文请求转发装置还可以包括:第二数据获取模块401、预处理模块402,下面对该结构进行说明。
第二数据获取模块401用于获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
预处理模块402用于确定所述连接数和请求时间的均值和标准差;根据所述均值和所述标准差,对所述连接数和请求时间进行处理,得到目标数据;将所述目标数据作为目标报文数据。
从以上的描述中,可以看出,基于本说明书实施例提供的支付结算系统的报文请求转发可以实现了如下技术效果:一方面,通过对报文数据进行正规化和标准化处理并对报文数据进行预测,可以提高支付结算系统对突发报文请求的处理效率。另一方面,通过综合考虑支付结算系统的性能指标,并将该性能指标与预测的报文数据进行结合,可以准确、全面地确定出节点的权重,从而可以准确地确定出目标服务器,提高支付结算系统的吞吐率。
本说明书实施方式还提供了一种计算机设备,具体可以参阅图5所示的基于本说明书实施例提供的支付结算系统的报文请求转发方法的计算机设备组成结构示意图,所述计算机设备具体可以包括输入设备51、处理器52、存储器53。其中,所述存储器53用于存储处理器可执行指令。所述处理器52执行所述指令时实现上述任意实施例中所述的展示页面的生成方法的步骤。
在本实施方式中,所述输入设备具体可以是用户和计算机系统之间进行信息交换的主要装置之一。所述输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等;输入设备用于把原始数据和处理这些数的程序输入到计算机中。所述输入设备还可以获取接收其他模块、单元、设备传输过来的数据。所述处理器可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述存储器具体可以是现代信息技术中用于保存信息的记忆设备。所述存储器可以包括多个层次,在数字系统中,只要能保存二进制数据的都可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也叫存储器,如RAM、FIFO等;在系统中,具有实物形式的存储设备也叫存储器,如内存条、TF卡等。
在本实施方式中,该计算机设备具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
本说明书实施方式中还提供了一种支付结算系统的报文请求转发方法的计算机存储介质,所述计算机存储介质存储有计算机程序指令,在所述计算机程序指令被执行时实现上述任意实施例中所述基于区块链的手机银行转账方法的步骤。
在本实施方式中,上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的,用于进行网络连接通信的接口。
在本实施方式中,该计算机存储介质存储的程序指令具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
本说明书实施例还提供一种计算机程序产品,包括计算机程序/指令,所述计算机程序/指令被处理器执行时实现上述任意实施例中所述的展示页面生成的方法的步骤。
显然,本领域的技术人员应该明白,上述的本说明书实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本说明书实施例不限制于任何特定的硬件和软件结合。
应该理解,以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述,在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此,本说明书的范围不应该参照上述描述来确定,而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。
以上所述仅为本说明书的优选实施例而已,并不用于限制本说明书,对于本领域的技术人员来说,本说明书实施例可以有各种更改和变化。凡在本说明书的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本说明书的保护范围之内。
Claims (10)
1.一种支付结算系统的报文请求转发方法,其特征在于,包括:
获取报文请求;
根据所述报文请求,获取目标报文数据;
将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的;
获取节点指标数据;
根据所述目标预测结果和所述节点指标数据,确定目标节点;
根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。
2.如权利要求1所述的方法,其特征在于,所述根据所述报文请求,获取目标报文数据,包括:
获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
确定所述连接数和请求时间的均值和标准差;
根据所述均值和所述标准差,对所述连接数和请求时间进行处理,得到目标数据;
将所述目标数据作为目标报文数据。
4.如权利要求3所述的方法,其特征在于,所述根据所述目标预测结果和所述节点指标数据,确定目标节点,包括:
根据目标预测结果,确定支付结算系统中的服务器的连接数;
根据所述服务器的连接数和所述节点性能指标数据,确定支付结算系统中的多个节点对应的多个权重;
根据所述多个节点对应的多个权重,确定目标节点。
6.一种支付结算系统的报文请求转发装置,其特征在于,包括:
第一数据获取模块,用于获取报文请求;根据所述报文请求,获取目标报文数据;
预测模块,用于将所述目标报文数据输入至预先构建的报文数量预测模型中,得到目标预测结果;其中,所述预先构建的报文数量预测模型是根据报文样本数据训练获得的;
目标节点确定模块,用于获取节点指标数据;根据所述目标预测结果和所述节点指标数据,确定目标节点;
转发模块,用于根据目标节点,确定目标服务器,以将所述报文请求转发至所述目标服务器。
7.如权利要求6所述的装置,其特征在于,还包括:
第二数据获取模块,用于获取所述报文请求的连接数和请求时间,其中,所述连接数和请求时间通过矩阵形式表征;
预处理模块,用于确定所述连接数和请求时间的均值和标准差;根据所述均值和所述标准差,对所述连接数和请求时间进行处理,得到目标数据;将所述目标数据作为目标报文数据。
8.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5任一所述方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至5任一所述方法。
10.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现权利要求1至5任一所述方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211199559.2A CN115567597A (zh) | 2022-09-29 | 2022-09-29 | 一种支付结算系统的报文请求转发方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211199559.2A CN115567597A (zh) | 2022-09-29 | 2022-09-29 | 一种支付结算系统的报文请求转发方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115567597A true CN115567597A (zh) | 2023-01-03 |
Family
ID=84743791
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211199559.2A Pending CN115567597A (zh) | 2022-09-29 | 2022-09-29 | 一种支付结算系统的报文请求转发方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115567597A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116402510A (zh) * | 2023-04-14 | 2023-07-07 | 广东车卫士信息科技有限公司 | 一种基于高并发网络服务的无感支付方法、介质以及设备 |
-
2022
- 2022-09-29 CN CN202211199559.2A patent/CN115567597A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116402510A (zh) * | 2023-04-14 | 2023-07-07 | 广东车卫士信息科技有限公司 | 一种基于高并发网络服务的无感支付方法、介质以及设备 |
CN116402510B (zh) * | 2023-04-14 | 2024-01-30 | 广东车卫士信息科技有限公司 | 一种基于高并发网络服务的无感支付方法、介质以及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109218355B (zh) | 负载均衡引擎,客户端,分布式计算系统以及负载均衡方法 | |
US9774665B2 (en) | Load balancing of distributed services | |
CN107592345B (zh) | 交易限流装置、方法及交易系统 | |
US8938495B2 (en) | Remote management system with adaptive session management mechanism | |
CN110012098A (zh) | 一种web高并发访问处理系统及方法 | |
CN103312733B (zh) | 信息处理方法和装置 | |
CN111786895A (zh) | 动态全局限流的方法和装置 | |
CN107257363B (zh) | 一种响应请求端请求的方法及系统 | |
CN115134368B (zh) | 一种负载均衡方法、装置、设备以及存储介质 | |
US20220253214A1 (en) | Data processing method, apparatus, device, and readable storage medium | |
JP2020102838A5 (zh) | ||
CN108769253B (zh) | 一种分布式系统访问性能优化的自适应预取控制方法 | |
CN115567597A (zh) | 一种支付结算系统的报文请求转发方法及装置 | |
CN106034141B (zh) | 消息处理方法、资源获取方法、服务器及终端设备 | |
CN117155942A (zh) | 一种微服务动态自适应客户端负载均衡方法及系统 | |
CN111343252A (zh) | 基于http2协议的高并发数据传输方法及相关设备 | |
CN108600147B (zh) | 一种下载速度预测方法及装置 | |
CN111447113B (zh) | 一种系统监控方法和装置 | |
CN116541167A (zh) | 系统流量控制方法、装置、电子设备及计算机可读介质 | |
CN111242621A (zh) | 交易数据存储方法、装置、设备及存储介质 | |
WO2021139273A1 (zh) | 基于Pareto算法的CDN调度方法、装置、计算机设备及存储介质 | |
CN111092959B (zh) | 一种集群中服务器的请求处理方法、系统及相关装置 | |
JP4322094B2 (ja) | 情報処理方法、サービス時間導出方法、及び処理ユニット数調整方法 | |
CN113377544A (zh) | 一种基于负荷数据动态更新率的web集群负载均衡方法 | |
TW202215262A (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 |