CN117094729A - 请求处理方法、装置、计算机设备及存储介质 - Google Patents

请求处理方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN117094729A
CN117094729A CN202311141625.5A CN202311141625A CN117094729A CN 117094729 A CN117094729 A CN 117094729A CN 202311141625 A CN202311141625 A CN 202311141625A CN 117094729 A CN117094729 A CN 117094729A
Authority
CN
China
Prior art keywords
request
payment
payment transaction
transaction
transaction request
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
CN202311141625.5A
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.)
Ping An Health Insurance Company of China Ltd
Original Assignee
Ping An Health Insurance Company 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 Ping An Health Insurance Company of China Ltd filed Critical Ping An Health Insurance Company of China Ltd
Priority to CN202311141625.5A priority Critical patent/CN117094729A/zh
Publication of CN117094729A publication Critical patent/CN117094729A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • G06F16/24552Database cache management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请属于大数据领域与金融科技领域,涉及一种请求处理方法,包括:接收目标业务系统发出的支付交易请求;对支付交易请求中的交易参数进行完整性校验;若通过校验,基于交易参数中的过期时间判断支付交易请求是否属于过期请求;若否,基于交易参数中的请求流水号对支付交易请求进行第一幂等校验;若通过校验,基于交易参数中的交易业务号对支付交易请求进行第二幂等校验;若通过校验,对支付交易请求进行响应。本申请还提供一种请求处理装置、计算机设备及存储介质。此外,本申请还涉及区块链技术,交易参数可存储于区块链中。本申请可应用于金融领域的重复请求处理场景,解决了支付结算请求重复消费的问题,提高了支付交易请求的处理规范性。

Description

请求处理方法、装置、计算机设备及存储介质
技术领域
本申请涉及大数据技术领域与金融科技领域,尤其涉及请求处理方法、装置、计算机设备及存储介质。
背景技术
随着互联网金融行业快速发展,支付结算系统化和智能化已经日渐成熟。然而在保险行业中,由于支付结算流程缺乏幂等设计,不同服务端或业务方在进行支付结算时是相互独立互无感知的,因此无法判断该条支付结算请求是否已经被消费过或者正在消费,导致同一条支付结算请求被多次消费,最终造成损失,例如导致重复收取客户保费、重复结算佣金和重复理赔等事件出现,从而给公司声誉和财产造成了损失。因此,在现有的支付结算流程中存在支付结算请求重复消费的问题,相应地,本领域亟需一种能够解决支付结算请求重复消费的问题的方案。
发明内容
本申请实施例的目的在于提出一种请求处理方法、装置、计算机设备及存储介质,以解决现有的支付结算流程中存在支付结算请求重复消费的技术问题。
为了解决上述技术问题,本申请实施例提供一种请求处理方法,采用了如下所述的技术方案:
接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数;
从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;
若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;
若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;
若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;
若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
进一步的,所述从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验的步骤,具体包括:
获取预设的参数校验规则;
基于所述参数校验规则对所述交易参数进行校验,判断所述交易参数是否包含与支付交易类型对应的所有标准交易参数;
若是,判定所述交易参数通过所述完整性校验;
若否,判定所述交易参数未通过所述完整性校验。
进一步的,所述从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求的步骤,具体包括:
对所述交易参数进行解析,从所述交易参数中获取与所述支付交易请求对应的过期时间;
获取当前时间;
基于所述过期时间与所述当前时间对所述支付交易请求进行过期分析,得到与所述支付交易请求对应的过期分析结果;其中,所述过期分析结果包括所述支付交易请求属于过期请求,或者包括所述支付交易请求不属于过期请求。
进一步的,所述从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验的步骤,具体包括:
对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的请求流水号;
调用预设的第一缓存数据库;
判断所述第一缓存数据库内是否存储有所述请求流水号;
若是,判定所述支付交易请求未通过所述第一幂等校验;
若否,判定所述支付交易请求通过所述第一幂等校验。
进一步的,所述从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验的步骤,具体包括:
对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的交易业务号;
调用预设的第二缓存数据库;
基于所述交易业务号,从所述第二缓存数据库获取与所述交易业务号匹配的支付业务状态;
若所述支付业务状态为未处理状态,则判定所述支付交易请求通过所述第二幂等校验;
若所述支付业务状态为预设的处理状态,则判定所述支付交易请求未通过所述第二幂等校验。
进一步的,所述对所述支付交易请求进行响应处理的步骤,具体包括:
与预设的处理系统建立通讯连接;
将所述支付交易请求发送至所述处理系统,通过所述处理系统对所述支付交易请求进行处理,得到对应的支付处理结果;
接收所述处理系统返回的所述支付处理结果;
存储所述支付处理结果;
将所述支付处理结果返回至所述目标业务系统。
进一步的,在所述从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验的步骤之后,还包括:
若所述支付交易请求未通过所述第二幂等校验,则基于所述交易业务号进行数据查询处理,得到与所述交易业务号对应的指定支付结果;
将所述指定支付结果返回至所述业务系统。
为了解决上述技术问题,本申请实施例还提供一种请求处理装置,采用了如下所述的技术方案:
接收模块,用于接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数;
第一校验模块,用于从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;
判断模块,用于若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;
第二校验模块,用于若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;
第三校验模块,用于若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;
处理模块,用于若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
为了解决上述技术问题,本申请实施例还提供一种计算机设备,采用了如下所述的技术方案:
接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数;
从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;
若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;
若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;
若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;
若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:
接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数;
从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;
若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;
若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;
若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;
若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例首先接收目标业务系统发出的支付交易请求;然后从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;最后若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。本申请在接收到目标业务系统发出的支付交易请求后,会智能地逐步对支付交易请求进行完整性校验、过期校验以及两次幂等校验,只有在判别出支付交易请求通过完整性校验、过期校验以及两次的幂等校验后,后续才会对该支付交易请求进行响应处理,从而可以有效避免相同的支付交易请求被重复执行的情况出现,降低了支付交易请求处理的无用工作量,解决了支付结算请求重复消费的问题,提高了支付交易请求的处理规范性与处理准确性。
附图说明
为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性系统架构图;
图2根据本申请的请求处理方法的一个实施例的流程图;
图3是根据本申请的请求处理装置的一个实施例的结构示意图;
图4是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是,本申请实施例所提供的请求处理方法一般由服务器/终端设备执行,相应地,请求处理装置一般设置于服务器/终端设备中。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的请求处理方法的一个实施例的流程图。根据不同的需求,该流程图中步骤的顺序可以改变,某些步骤可以省略。本申请实施例提供的请求处理方法能够应用于任意一种需要进行重复请求识别处理的场景中,则该请求处理方法能够应用于这些场景的产品中,例如,金融保险领域中的重复请求识别处理。所述的请求处理方法,包括以下步骤:
步骤S201,接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数。
在本实施例中,请求处理方法运行于其上的电子设备(例如图1所示的服务器/终端设备),可以通过有线连接方式或者无线连接方式获取支付交易请求。需要指出的是,上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。在金融应用场景中,上述目标业务系统可以为保险系统、银行系统、交易系统、订单系统,等等。上述交易参数至少可包括过期时间、请求流水号、交易业务号等参数。
步骤S202,从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验。
在本实施例中,可通过对支付交易请求进行信息解析以得到交易参数。其中,上述从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。
步骤S203,若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求。
在本实施例中,可通过对交易参数进行信息解析以得到过期时间。其中,上述从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。另外,如果检测出所述支付交易请求属于过期请求,则拒绝对该支付交易请求进行响应。以降低对于无效的支付交易请求进行处理的无用工作量,提高支付交易请求的处理智能性。
步骤S204,若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验。
在本实施例中,可通过对交易参数进行信息解析以得到请求流水号。其中,上述从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。另外,在检测到所述支付交易请求未通过所述第一幂等校验,则基于所述请求流水号进行数据查询处理,得到与所述求流水号对应的特定支付结果;后续将所述特定支付结果返回至所述业务系统,从而可以避免对相同的支付交易请求进行重复执行,降低了支付交易请求处理的无用工作量,且后续会自动获取预先存储的与支付交易请求的对应的指定支付结果并返回至所述业务系统,以完成对于支付交易请求的反馈处理,提高了对于支付交易请求的反馈处理的效率。
步骤S205,若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验。
在本实施例中,上述从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。
步骤S206,若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
在本实施例中,上述对所述支付交易请求进行响应处理的具体实施过程,本申请将在后续的具体实施例中对此进行进一步的细节描述,在此不作过多阐述。
本申请首先接收目标业务系统发出的支付交易请求;然后从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;最后若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。本申请在接收到目标业务系统发出的支付交易请求后,会智能地逐步对支付交易请求进行完整性校验、过期校验以及两次幂等校验,只有在判别出支付交易请求通过完整性校验、过期校验以及两次的幂等校验后,后续才会对该支付交易请求进行响应处理,从而可以有效避免相同的支付交易请求被重复执行的情况出现,降低了支付交易请求处理的无用工作量,解决了支付结算请求重复消费的问题,提高了支付交易请求的处理规范性与处理准确性。
在一些可选的实现方式中,步骤S202包括以下步骤:
获取预设的参数校验规则。
在本实施例中,上述参数校验规则为根据实际的参数校验的业务需求预先创建的规则,该参数校验规则内包括与支付交易类型对应的所有标准交易参数。其中,上述标准交易参数是指进行支付交易所必须用到的交易参数,例如可包括商户编号、用户编号、支付订单信息,等等。
基于所述参数校验规则对所述交易参数进行校验,判断所述交易参数是否包含与支付交易类型对应的所有标准交易参数。
在本实施例中,可通过将交易参数与参数校验规则内包括的与支付交易类型对应的所有标准交易参数进行匹配,以判别出所述交易参数中是否包含与支付交易类型对应的所有标准交易参数。
若是,判定所述交易参数通过所述完整性校验。
在本实施例中,如果在所述交易参数中包含与支付交易类型对应的所有标准交易参数,则表明支付交易请求的交易参数属于标准的交易参数,并确定所述交易参数通过所述完整性校验。
若否,判定所述交易参数未通过所述完整性校验。
在本实施例中,如果在所述交易参数中未包含或未全部包含与支付交易类型对应的所有标准交易参数,则表明支付交易请求的交易参数不属于标准的交易参数,并确定所述交易参数未通过所述完整性校验。另外,如果支付交易请求的交易参数未通过所述完整性校验,则会拒绝对该支付交易请求进行响应,并会基于上述标准交易参数生成相应的预警信息,并将该预警信息返回至目标业务系统,以提醒目标业务系统基于预警信息对该支付交易请求进行适应性的修改处理,以生成合格的支付交易请求。
本申请通过获取预设的参数校验规则;后续基于所述参数校验规则对所述交易参数进行校验,判断所述交易参数是否包含与支付交易类型对应的所有标准交易参数;若是,判定所述交易参数通过所述完整性校验;若否,判定所述交易参数未通过所述完整性校验。本申请在对目标业务系统发出的支付交易请求进行处理之前,会智能地基于参数校验规则的使用对支付交易请求的交易参数进行完整性校验,只有在支付交易请求的交易参数通过完整性校验后,后续才会进行对于支付交易请求的幂等校验处理,有利于降低支付交易请求处理的无用工作量,提高了对于支付交易请求的处理规范性与处理智能性,保障了支付交易请求的处理过程的顺利执行。
在本实施例的一些可选的实现方式中,步骤S203包括以下步骤:
对所述交易参数进行解析,从所述交易参数中获取与所述支付交易请求对应的过期时间。
在本实施例中,上述交易参数中除了包括必要参数(商户编号、用户编号、支付订单信息),还可以进一步包括过期时间等其他参数,且过期时间具有唯一性。其中,过期时间具体可以为某年某月某日并细节到某时某分某秒,该过期时间可以是在请求生成时便设置好的信息。
获取当前时间。
基于所述过期时间与所述当前时间对所述支付交易请求进行过期分析,得到与所述支付交易请求对应的过期分析结果;其中,所述过期分析结果包括所述支付交易请求属于过期请求,或者包括所述支付交易请求不属于过期请求。
在本实施例中,可通过判别当前时间是属于所述过期时间之前的时间或之后的时间来进行过期分析,如果当前时间属于所述过期时间之前的时间,则表明所述支付交易请求为未过期的请求,并会生成所述支付交易请求不属于过期请求的过期分析结果;而如果当前时间属于所述过期时间之后的时间,则表明所述支付交易请求为已经过期的请求,并会生成所述支付交易请求属于过期请求的过期分析结果。
本申请通过对所述交易参数进行解析,从所述交易参数中获取与所述支付交易请求对应的过期时间;然后获取当前时间;后续基于所述过期时间与所述当前时间对所述支付交易请求进行过期分析,得到与所述支付交易请求对应的过期分析结果。本申请通过从支付交易请求中获取与所述支付交易请求对应的过期时间,进而会智能地根据过期时间与当前时间对支付交易请求进行过期分析,以根据得到的过期分析结果,来实现快速准确地判别出所述支付交易请求是否属于过期请求。并且只有在检测出支付交易请求不属于过期请求后,后续才会进行对于支付交易请求的幂等校验处理,有利于降低支付交易请求处理的无用工作量,提高了对于支付交易请求的处理规范性与处理智能性,进而有效保障支付交易请求的处理过程的顺利执行。
在一些可选的实现方式中,步骤S204包括以下步骤:
对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的请求流水号。
在本实施例中,上述交易参数中除了包括必要参数(商户编号、用户编号、支付订单信息),还可以进一步包括请求流水号等其他参数,且请求流水号具有唯一性。
调用预设的第一缓存数据库。
在本实施例中,上述第一缓存数据库可为预先构建的用于存储交易请求的相关信息,例如请求流水号、交易业务号、支付业务状态等信息的redis数据库。redis是一个key-value存储系统。和Memcached类似,它支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set--有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,redis支持各种不同方式的排序。为了保证效率,数据都是缓存在内存中。redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了master-slave(主从)同步。通过使用缓存数据库对交易请求的相关信息进行存储,有利于提高后续对于相关信息的获取效率。
判断所述第一缓存数据库内是否存储有所述请求流水号。
在本实施例中,可通过将支付交易请求的请求流水号与所述第一缓存数据库内存储的所有请求流水号进行匹配,如果在第一缓存数据库内存在与支付交易请求的请求流水号匹配的指定请求流水号,则表明上述支付交易请求属于重复请求,该支付交易请求已经被执行过;而如果在第一缓存数据库内存在与支付交易请求的请求流水号匹配的指定请求流水号,则后续还需要基于支付交易请求中的交易业务号对所述支付交易请求进行二次幂等校验,以确认上述支付交易请求是否属于重复请求。
若是,判定所述支付交易请求未通过所述第一幂等校验;
在本实施例中,如果所述第一缓存数据库内存储有所述请求流水号,则判定所述支付交易请求未通过所述第一幂等校验。
若否,判定所述支付交易请求通过所述第一幂等校验。
在本实施例中,如果所述第一缓存数据库内未存储有所述请求流水号,则判定所述支付交易请求通过所述第一幂等校验。
本申请通过对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的请求流水号;然后调用预设的第一缓存数据库;后续判断所述第一缓存数据库内是否存储有所述请求流水号;若是,判定所述支付交易请求未通过所述第一幂等校验;若否,判定所述支付交易请求通过所述第一幂等校验。本申请通过从支付交易请求中获取与所述支付交易请求对应的请求流水号,进而会智能地根据第一缓存数据库的使用对所述请求流水号进行数据分析得到数据分析结果,进而基于该数据分析结果实现快速准确地对支付交易请求进行第一幂等校验,进而基于得到的幂等校验结果来完成对于支付交易请求的后续处理。通过对支付交易请求进行基于请求流水号的幂等校验处理可以有效避免相同的支付交易请求被重复执行的情况出现,降低了支付交易请求处理的无用工作量,提高了支付交易请求的处理规范性与处理准确度,有效保障了支付交易请求的处理过程的顺利执行。
在一些可选的实现方式中,步骤S205包括以下步骤:
对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的交易业务号。
在本实施例中,上述交易参数中除了包括必要参数(商户编号、用户编号、支付订单信息),还可以进一步包括交易业务号等其他参数,且交易业务号具有唯一性。
调用预设的第二缓存数据库。
在本实施例中,上述第而缓存数据库可为预先构建的用于存储交易请求的相关信息,例如请求流水号、交易业务号、支付业务状态等信息的redis数据库。
基于所述交易业务号,从所述第二缓存数据库获取与所述交易业务号匹配的支付业务状态。
在本实施例中,可通过将支付交易请求的交易业务号与所述第一缓存数据库内存储的所有交易业务号进行匹配,以得到与支付交易请求的交易业务号匹配的指定交易业务号,后续再从第二缓存数据库中提取出与该指定交易业务号匹配的支付业务状态。其中,支付业务状态可包括未处理状态、处理中状态或处理成功状态。
若所述支付业务状态为未处理状态,则判定所述支付交易请求通过所述第二幂等校验。
在本实施例中,如果支付交易请求对应的支付业务状态为未处理状态,则表明该支付交易请求为新的待处理的请求,并判定所述支付交易请求通过所述第二幂等校验。
若所述支付业务状态为预设的处理状态,则判定所述支付交易请求未通过所述第二幂等校验。
在本实施例中,上述处理状态包括处理中状态或处理成功状态。如果支付交易请求对应的支付业务状态为处理中状态或处理成功状态,则表明该支付交易请求属于重复请求,该支付交易请求已经被执行过或被执行完成,并判定所述支付交易请求未通过所述第二幂等校验。
本申请通过对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的交易业务号;然后调用预设的第二缓存数据库;后续基于所述交易业务号,从所述第二缓存数据库获取与所述交易业务号匹配的支付业务状态;若所述支付业务状态为未处理状态,则判定所述支付交易请求通过所述第二幂等校验;而若所述支付业务状态为预设的处理状态,则判定所述支付交易请求未通过所述第二幂等校验。本申请通过从支付交易请求中获取与所述支付交易请求对应的交易业务号,进而会智能地根据第二缓存数据库的使用对所述交易业务号进行支付业务状态获取,进而基于支付业务状态的内容实现快速准确地对支付交易请求进行第二幂等校验,进而基于得到的幂等校验结果来完成对于支付交易请求的后续处理。通过对支付交易请求进行基于请求流水号的幂等校验处理可以有效避免相同的支付交易请求被重复执行的情况出现,降低了支付交易请求处理的无用工作量,提高了支付交易请求的处理规范性与处理准确度,有效保障了支付交易请求的处理过程的顺利执行。
在本实施例的一些可选的实现方式中,步骤S206包括以下步骤:
与预设的处理系统建立通讯连接。
在本实施例中,上述处理系统可为用于对支付处理请求进行处理的系统。
将所述支付交易请求发送至所述处理系统,通过所述处理系统对所述支付交易请求进行处理,得到对应的支付处理结果。
接收所述处理系统返回的所述支付处理结果。
在本实施例中,在电子设备与处理系统建立通讯连接后,处理系统可以与电子设备进行数据传输,将所述支付处理结果返回至电子设备。
存储所述支付处理结果。
在本实施例中,对于支付处理结果的存储方式不做限定,可根据实际的使用需求进行设置,例如可采用区块链存储、本地数据库存储、网盘存储等方式。
将所述支付处理结果返回至所述目标业务系统。
在本实施例中,可通过获取目标业务系统的通讯地址,再基于该通讯地址,将所述支付处理结果返回至所述目标业务系统。
本申请通过与预设的处理系统建立通讯连接;然后将所述支付交易请求发送至所述处理系统,通过所述处理系统对所述支付交易请求进行处理,得到对应的支付处理结果;之后接收所述处理系统返回的所述支付处理结果;后续存储所述支付处理结果;最后将所述支付处理结果返回至所述目标业务系统。本申请只有在判别出支付交易请求通过完整性校验、过期校验以及两次的幂等校验后,后续才会对该支付交易请求进行响应处理,可以有效避免相同的支付交易请求被重复执行的情况出现,降低了支付交易请求处理的无用工作量,提高了支付交易请求的处理规范性与处理准确性。
在本实施例的一些可选的实现方式中,在步骤S206之后,上述电子设备还可以执行以下步骤:
若所述支付交易请求未通过所述第二幂等校验,则基于所述交易业务号进行数据查询处理,得到与所述交易业务号对应的指定支付结果。
在本实施例中,上述第二缓存数据库还存储有与所述交易业务号对应的指定支付结果。
将所述指定支付结果返回至所述业务系统。
本申请在检测到所述支付交易请求未通过所述第二幂等校验,则基于所述交易业务号进行数据查询处理,得到与所述交易业务号对应的指定支付结果;后续将所述指定支付结果返回至所述业务系统,从而可以避免对相同的支付交易请求进行重复执行,降低了支付交易请求处理的无用工作量,且后续会自动获取预先存储的与支付交易请求的对应的指定支付结果并返回至所述业务系统,以完成对于支付交易请求的反馈处理,提高了对于支付交易请求的反馈处理的效率。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
需要强调的是,为进一步保证上述交易参数的私密和安全性,上述交易参数还可以存储于一区块链的节点中。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机可读指令来指令相关的硬件来完成,该计算机可读指令可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步参考图3,作为对上述图2所示方法的实现,本申请提供了一种请求处理装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图3所示,本实施例所述的请求处理装置300包括:接收模块301、第一校验模块302、判断模块303、第二校验模块304、第三校验模块305以及处理模块306。其中:
接收模块301,用于接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数;
第一校验模块302,用于从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;
判断模块303,用于若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;
第二校验模块304,用于若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;
第三校验模块305,用于若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;
处理模块306,用于若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,第一校验模块302包括:
第一获取子模块,用于获取预设的参数校验规则;
第一判断子模块,用于基于所述参数校验规则对所述交易参数进行校验,判断所述交易参数是否包含与支付交易类型对应的所有标准交易参数;
第一判定子模块,用于若是,判定所述交易参数通过所述完整性校验;
第二判定子模块,用于若否,判定所述交易参数未通过所述完整性校验。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,判断模块303包括:
第二获取子模块,用于对所述交易参数进行解析,从所述交易参数中获取与所述支付交易请求对应的过期时间;
第三获取子模块,用于获取当前时间;
生成子模块,用于基于所述过期时间与所述当前时间对所述支付交易请求进行过期分析,得到与所述支付交易请求对应的过期分析结果;其中,所述过期分析结果包括所述支付交易请求属于过期请求,或者包括所述支付交易请求不属于过期请求。
本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,第二校验模块304包括:
第四获取子模块,用于对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的请求流水号;
第一调用子模块,用于调用预设的第一缓存数据库;
第二判断子模块,用于判断所述第一缓存数据库内是否存储有所述请求流水号;
第三判定子模块,用于若是,判定所述支付交易请求未通过所述第一幂等校验;
第四判定子模块,用于若否,判定所述支付交易请求通过所述第一幂等校验。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,第三校验模块305包括:
第五获取子模块,用于对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的交易业务号;
第二调用子模块,用于调用预设的第二缓存数据库;
第六获取子模块,用于基于所述交易业务号,从所述第二缓存数据库获取与所述交易业务号匹配的支付业务状态;
第五判定子模块,用于若所述支付业务状态为未处理状态,则判定所述支付交易请求通过所述第二幂等校验;
第六判定子模块,用于若所述支付业务状态为预设的处理状态,则判定所述支付交易请求未通过所述第二幂等校验。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,处理模块306,包括:
创建子模块,用于与预设的处理系统建立通讯连接;
处理子模块,用于将所述支付交易请求发送至所述处理系统,通过所述处理系统对所述支付交易请求进行处理,得到对应的支付处理结果;
接收子模块,用于接收所述处理系统返回的所述支付处理结果;
存储子模块,用于存储所述支付处理结果;
发送子模块,用于将所述支付处理结果返回至所述目标业务系统。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应,在此不再赘述。
在本实施例的一些可选的实现方式中,请求处理装置还包括:
查询模块,用于若所述支付交易请求未通过所述第二幂等校验,则基于所述交易业务号进行数据查询处理,得到与所述交易业务号对应的指定支付结果;
发送模块,用于将所述指定支付结果返回至所述业务系统。
在本实施例中,上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应,在此不再赘述。
为解决上述技术问题,本申请实施例还提供计算机设备。具体请参阅图4,图4为本实施例计算机设备基本结构框图。
所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是,图中仅示出了具有组件41-43的计算机设备4,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable GateArray,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器41至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器41可以是所述计算机设备4的内部存储单元,例如该计算机设备4的硬盘或内存。在另一些实施例中,所述存储器41也可以是所述计算机设备4的外部存储设备,例如该计算机设备4上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。当然,所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中,所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件,例如请求处理方法的计算机可读指令等。此外,所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中,所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据,例如运行所述请求处理方法的计算机可读指令。
所述网络接口43可包括无线网络接口或有线网络接口,该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例中,在接收到目标业务系统发出的支付交易请求后,会智能地逐步对支付交易请求进行完整性校验、过期校验以及两次幂等校验,只有在判别出支付交易请求通过完整性校验、过期校验以及两次的幂等校验后,后续才会对该支付交易请求进行响应处理,从而可以有效避免相同的支付交易请求被重复执行的情况出现,降低了支付交易请求处理的无用工作量,解决了支付结算请求重复消费的问题,提高了支付交易请求的处理规范性与处理准确性。
本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可读指令,所述计算机可读指令可被至少一个处理器执行,以使所述至少一个处理器执行如上述的请求处理方法的步骤。
与现有技术相比,本申请实施例主要有以下有益效果:
本申请实施例中,在接收到目标业务系统发出的支付交易请求后,会智能地逐步对支付交易请求进行完整性校验、过期校验以及两次幂等校验,只有在判别出支付交易请求通过完整性校验、过期校验以及两次的幂等校验后,后续才会对该支付交易请求进行响应处理,从而可以有效避免相同的支付交易请求被重复执行的情况出现,降低了支付交易请求处理的无用工作量,解决了支付结算请求重复消费的问题,提高了支付交易请求的处理规范性与处理准确性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本申请专利保护范围之内。

Claims (10)

1.一种请求处理方法,其特征在于,包括下述步骤:
接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数;
从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;
若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;
若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;
若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;
若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
2.根据权利要求1所述的请求处理方法,其特征在于,所述从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验的步骤,具体包括:
获取预设的参数校验规则;
基于所述参数校验规则对所述交易参数进行校验,判断所述交易参数是否包含与支付交易类型对应的所有标准交易参数;
若是,判定所述交易参数通过所述完整性校验;
若否,判定所述交易参数未通过所述完整性校验。
3.根据权利要求1所述的请求处理方法,其特征在于,所述从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求的步骤,具体包括:
对所述交易参数进行解析,从所述交易参数中获取与所述支付交易请求对应的过期时间;
获取当前时间;
基于所述过期时间与所述当前时间对所述支付交易请求进行过期分析,得到与所述支付交易请求对应的过期分析结果;其中,所述过期分析结果包括所述支付交易请求属于过期请求,或者包括所述支付交易请求不属于过期请求。
4.根据权利要求1所述的请求处理方法,其特征在于,所述从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验的步骤,具体包括:
对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的请求流水号;
调用预设的第一缓存数据库;
判断所述第一缓存数据库内是否存储有所述请求流水号;
若是,判定所述支付交易请求未通过所述第一幂等校验;
若否,判定所述支付交易请求通过所述第一幂等校验。
5.根据权利要求1所述的请求处理方法,其特征在于,所述从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验的步骤,具体包括:
对所述交易参数进行解析,从所述交易支付请求中获取与所述支付交易请求对应的交易业务号;
调用预设的第二缓存数据库;
基于所述交易业务号,从所述第二缓存数据库获取与所述交易业务号匹配的支付业务状态;
若所述支付业务状态为未处理状态,则判定所述支付交易请求通过所述第二幂等校验;
若所述支付业务状态为预设的处理状态,则判定所述支付交易请求未通过所述第二幂等校验。
6.根据权利要求1所述的请求处理方法,其特征在于,所述对所述支付交易请求进行响应处理的步骤,具体包括:
与预设的处理系统建立通讯连接;
将所述支付交易请求发送至所述处理系统,通过所述处理系统对所述支付交易请求进行处理,得到对应的支付处理结果;
接收所述处理系统返回的所述支付处理结果;
存储所述支付处理结果;
将所述支付处理结果返回至所述目标业务系统。
7.根据权利要求1所述的请求处理方法,其特征在于,在所述从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验的步骤之后,还包括:
若所述支付交易请求未通过所述第二幂等校验,则基于所述交易业务号进行数据查询处理,得到与所述交易业务号对应的指定支付结果;
将所述指定支付结果返回至所述业务系统。
8.一种请求处理装置,其特征在于,包括:
接收模块,用于接收目标业务系统发出的支付交易请求;其中,所述支付交易请求携带交易参数;
第一校验模块,用于从所述支付交易请求中获取所述交易参数,并对所述交易参数进行完整性校验;
判断模块,用于若所述交易参数通过完整性校验,则从所述交易参数中获取与所述支付交易请求对应的过期时间,并基于所述过期时间判断所述支付交易请求是否属于过期请求;
第二校验模块,用于若所述支付交易请求不属于过期请求,则从所述交易参数中获取与所述支付交易请求对应的请求流水号,并基于所述请求流水号对所述支付交易请求进行第一幂等校验;
第三校验模块,用于若所述支付交易请求通过所述第一幂等校验,则从所述交易参数中获取与所述支付交易请求对应的交易业务号,并基于所述交易业务号对所述支付交易请求进行第二幂等校验;
处理模块,用于若所述支付交易请求通过所述第二幂等校验,则对所述支付交易请求进行响应处理。
9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的请求处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的请求处理方法的步骤。
CN202311141625.5A 2023-09-05 2023-09-05 请求处理方法、装置、计算机设备及存储介质 Pending CN117094729A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311141625.5A CN117094729A (zh) 2023-09-05 2023-09-05 请求处理方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311141625.5A CN117094729A (zh) 2023-09-05 2023-09-05 请求处理方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
CN117094729A true CN117094729A (zh) 2023-11-21

Family

ID=88783325

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311141625.5A Pending CN117094729A (zh) 2023-09-05 2023-09-05 请求处理方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN117094729A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117952614A (zh) * 2024-03-14 2024-04-30 深圳市金政软件技术有限公司 支付防重方法、装置、终端设备和可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117952614A (zh) * 2024-03-14 2024-04-30 深圳市金政软件技术有限公司 支付防重方法、装置、终端设备和可读存储介质

Similar Documents

Publication Publication Date Title
CN112395390B (zh) 意图识别模型的训练语料生成方法及其相关设备
CN117094729A (zh) 请求处理方法、装置、计算机设备及存储介质
CN116956326A (zh) 权限数据的处理方法、装置、计算机设备及存储介质
CN116383787A (zh) 页面创建方法、装置、计算机设备及存储介质
CN117390241A (zh) 数据展示方法、装置、计算机设备及存储介质
CN117273958A (zh) 基于规则引擎的核保数据处理方法、装置、设备及介质
CN117076243A (zh) 应用的扩缩容处理方法、装置、计算机设备及存储介质
CN116932090A (zh) 工具包加载方法、装置、计算机设备及存储介质
CN117034173A (zh) 数据处理方法、装置、计算机设备及存储介质
CN117278263A (zh) 认证处理方法、装置、计算机设备及存储介质
CN118227491A (zh) 测试用例的生成方法、装置、计算机设备及存储介质
CN117395310A (zh) 任务处理方法、装置、计算机设备及存储介质
CN117874137A (zh) 数据处理方法、装置、计算机设备及存储介质
CN117422523A (zh) 产品上线方法、装置、计算机设备及存储介质
CN116775187A (zh) 数据展示方法、装置、计算机设备及存储介质
CN117217684A (zh) 指标数据的处理方法、装置、计算机设备及存储介质
CN117094827A (zh) 数据生成方法、装置、计算机设备及存储介质
CN116842011A (zh) 血缘关系分析方法、装置、计算机设备及存储介质
CN117390119A (zh) 任务处理方法、装置、计算机设备及存储介质
CN117251468A (zh) 查询处理方法、装置、计算机设备及存储介质
CN117407469A (zh) 集群部署方法、装置、计算机设备及存储介质
CN116910095A (zh) 埋点处理方法、装置、计算机设备及存储介质
CN117251490A (zh) 数据查询方法、装置、计算机设备及存储介质
CN116611936A (zh) 数据分析方法、装置、计算机设备及存储介质
CN117853241A (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