CN115330396A - 支付状态获取方法、装置、计算机设备及存储介质 - Google Patents

支付状态获取方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN115330396A
CN115330396A CN202211018721.6A CN202211018721A CN115330396A CN 115330396 A CN115330396 A CN 115330396A CN 202211018721 A CN202211018721 A CN 202211018721A CN 115330396 A CN115330396 A CN 115330396A
Authority
CN
China
Prior art keywords
payment
target order
ordered set
target
set member
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
CN202211018721.6A
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 Property and Casualty Insurance Company of China Ltd
Original Assignee
Ping An Property and Casualty 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 Property and Casualty Insurance Company of China Ltd filed Critical Ping An Property and Casualty Insurance Company of China Ltd
Priority to CN202211018721.6A priority Critical patent/CN115330396A/zh
Publication of CN115330396A publication Critical patent/CN115330396A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请属于研发和人工智能技术领域，涉及一种支付状态获取方法，包括接收目标用户的目标订单；生成目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，延迟时间列表包括至少一个查询时间间隔；根据至少一个有序集合成员，查询目标订单的支付状态；以及，在查询到目标订单支付成功时，向前端发送交易成功消息。本申请可以主动获取支付状态，并推动客户端，降低了对关联方支付回调的耦合，提升了客户体验，本申请使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。

Description

支付状态获取方法、装置、计算机设备及存储介质
技术领域
本申请涉及研发和人工智能技术领域，尤其涉及支付状态获取方法、装置、计算机设备及存储介质。
背景技术
随着智能手机的普及，移动支付已经渗透到人们日常生活的方方面面，集成微信支付和支付宝支付等多种支付方式已经成为绝大多数应用的标配。用户支付完成后，我方系统受限于微信和支付宝方成功发起回调才能知道用户是否支付完成。但是网络传输的不稳定性、对方系统压力过大回调延迟等原因会导致用户无法及时获取支付状态，影响用户体验。所以如何及时获取支付状态，是提升系统稳定性和提高用户体验的关键保障，原有的支付系统强依赖于支付回调主要存在如下缺陷：1、网络传输不稳定，回调请求丢失导致无法获取支付成功状态；2、回调请求丢失时，支付回调间隔逐渐增加，用户获取支付成功状态时间间隔较久；3、当关联方支付回调延迟时，用户获取到支付状态的时机也延迟；4、当关联方回调系统故障无法发起回调时，用户无法获取支付状态。
发明内容
本申请实施例的目的在于提出一种支付状态获取方法、装置、计算机设备及存储介质，以解决现有技术中用户在通过支付平台支付后，不能及时获取支付状态的问题。
为了解决上述技术问题，本申请实施例提供一种支付状态获取方法，采用了如下所述的技术方案：
接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的；
生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔；
根据所述至少一个有序集合成员，查询所述目标订单的支付状态；
在查询到所述目标订单支付成功时，向前端发送交易成功消息。
进一步的，在所述接收目标用户的目标订单之前，所述方法还包括：
根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
进一步的，所述根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔包括：
根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
进一步的，所述生成所述目标订单对应的至少一个有序集合成员包括：
根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
进一步的，所述根据所述至少一个有序集合成员，查询所述目标订单的支付状态包括：
获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
查询所述目标有序集合成员的支付状态。
进一步的，在所述在查询到所述目标订单支付成功时，向前端推动交易成功消息之前，所述方法还包括：
在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
为了解决上述技术问题，本申请实施例还提供一种支付状态获取装置，采用了如下所述的技术方案：
接收模块，用于接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的；
生成模块，用于生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔；
查询模块，用于根据所述至少一个有序集合成员，查询所述目标订单的支付状态；
发送模块，用于在查询到所述目标订单支付成功时，向前端发送交易成功消息。
进一步的，所述装置还包括配置模块，用于根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
进一步的，所述配置模块具体用于根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
进一步的，所述生成模块具体用于根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
进一步的，所述查询模块包括获取单元和查询单元；
所述获取单元，用于获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
所述查询单元，用于查询所述目标有序集合成员的支付状态。
进一步的，所述装置还包括删除模块，用于在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：
提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的支付状态获取方法。
为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的支付状态获取方法。
与现有技术相比，本申请实施例主要有以下有益效果：
本申请通过接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔，以实现根据目标订单生成多个有序集合成员；根据所述至少一个有序集合成员，查询所述目标订单的支付状态，以实现通过有序集合成员查询目标订单的支付状态；以及，在查询到所述目标订单支付成功时，向前端发送交易成功消息，以实现及时向用户告知目标订单支付状态的目的。本申请可以主动获取支付状态，并推动客户端，降低对关联方支付回调的耦合，提升客户体验；同时，本申请使用缓存的有序集合数据类型，依据配置时间冗余订单编码，高性能的多次触发获取支付状态，提高了系统的稳定性；且使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。
附图说明
为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图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 PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是，本申请实施例所提供的支付状态获取方法一般由服务器/终端设备执行，相应地，支付状态获取装置一般设置于服务器/终端设备中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，示出了根据本申请的支付状态获取方法的一个实施例的流程图。所述的支付状态获取方法，包括以下步骤：
步骤201，接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的。
具体地，本实施例中支付平台包括微信、支付宝等具有支付功能的第三方支付。用户支付时，调用微信支付、支付宝支付或其他支付方式预下单成功，即生成目标订单。
步骤202，生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔。
在本实施例中，使用redis的有序集合数据类型，生成该目标订单对应的多个有序集合成员，每个成员的分值为当前时间与配置延迟时间列表中其一之和。举例来说，延迟时间列表可以包括5秒，15秒，30秒等。
步骤203，根据所述至少一个有序集合成员，查询所述目标订单的支付状态。
具体的，根据有序集合成员建立延时任务，获取有序集合成员分值小于当前时间的成员，调用与支付方式对应的微信、支付宝或其他APP查询订单的支付状态。
步骤204，在查询到所述目标订单支付成功时，向前端发送交易成功消息。
实际使用中，当查询到支付状态成功时，使用基于TCP的全双工通信协议websocket向前端推动交易成功消息，前端重新刷新可得到订单详情页。
本申请通过接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔，以实现根据目标订单生成多个有序集合成员；根据所述至少一个有序集合成员，查询所述目标订单的支付状态，以实现通过有序集合成员查询目标订单的支付状态；以及，在查询到所述目标订单支付成功时，向前端发送交易成功消息，以实现及时向用户告知目标订单支付状态的目的。本申请可以主动获取支付状态，并推动客户端，降低对关联方支付回调的耦合，提升客户体验；同时，本申请使用缓存的有序集合数据类型，依据配置时间冗余订单编码，高性能的多次触发获取支付状态，提高了系统的稳定性；且使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。
在本实施例的一些可选的实现方式中，在步骤201接收目标用户的目标订单之前，上述电子设备还可以执行以下步骤：
根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
具体地，本申请中的主动查询支付状态时间间隔可配置，可依据线上实际情况优化配置，以提升客户体验。
在本实施例的一些可选的实现方式中，上述步骤根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔，上述电子设备还可以执行以下步骤：
根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
具体的，可以按照密集到疏松的规则配置支付状态查询的时间间隔，比如5秒、15秒、30秒、1分钟、3分钟，有利于节省客户端资源。
在本实施例的一些可选的实现方式中，上述步骤202生成所述目标订单对应的至少一个有序集合成员，上述电子设备还可以执行以下步骤：
根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
在一些可选的实现方式中，上述步骤203根据所述至少一个有序集合成员，查询所述目标订单的支付状态，上述电子设备可以执行以下步骤：
获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
查询所述目标有序集合成员的支付状态。
具体地，比如配置5秒，15秒，30秒表示用户拉起支付后5秒、15秒、30秒将发起3次主动查询支付状态。
在一些可选的实现方式中，上述步骤204在查询到所述目标订单支付成功时，向前端推动交易成功消息之前，上述电子设备可以执行以下步骤：
在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
具体地，本申请通过删除未支付成功的有序集合成员，缓解了客户端的存储压力。
需要强调的是，为进一步保证上述支付状态信息的私密和安全性，上述支付状态信息还可以存储于一区块链的节点中。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种支付状态获取装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图3所示，本实施例所述的支付状态获取装置300包括：接收模块301、生成模块302、查询模块303，以及发送模块304。其中：
接收模块301，用于接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的；
生成模块302，用于生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔；
查询模块303，用于根据所述至少一个有序集合成员，查询所述目标订单的支付状态；
发送模块304，用于在查询到所述目标订单支付成功时，向前端发送交易成功消息。
在本实施例中，接收模块301接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成模块302生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔，以实现根据目标订单生成多个有序集合成员；查询模块303根据所述至少一个有序集合成员，查询所述目标订单的支付状态，以实现通过有序集合成员查询目标订单的支付状态；以及，发送模块304在查询到所述目标订单支付成功时，向前端发送交易成功消息，以实现及时向用户告知目标订单支付状态的目的。本申请可以主动获取支付状态，并推动客户端，降低对关联方支付回调的耦合，提升客户体验；同时，本申请使用缓存的有序集合数据类型，依据配置时间冗余订单编码，高性能的多次触发获取支付状态，提高了系统的稳定性；且使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。
在本实施例的一些可选的实现方式中，上述装置300还包括：配置模块305，用于根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
具体地，本申请中的主动查询支付状态时间间隔可配置，可依据线上实际情况优化配置，以提升客户体验。
在本实施例的一些可选的实现方式中，配置模块305具体用于根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
具体的，可以按照密集到疏松的规则配置支付状态查询的时间间隔，比如5秒、15秒、30秒、1分钟、3分钟，有利于节省客户端资源。
在本实施例的一些可选的实现方式中，上述生成模块302具体用于根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
在本实施例的一些可选的实现方式中，上述查询模块303包括获取单元3031和查询单元3032；
所述获取单元3031，用于获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
所述查询单元3032，用于查询所述目标有序集合成员的支付状态。
具体地，比如配置5秒，15秒，30秒表示用户拉起支付后5秒、15秒、30秒将发起3次主动查询支付状态。
在本实施例的一些可选的实现方式中，上述装置300还包括删除模块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的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(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.根据权利要求2所述的支付状态获取方法，其特征在于，所述根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔包括：
根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
4.根据权利要求1所述的支付状态获取方法，其特征在于，所述生成所述目标订单对应的至少一个有序集合成员包括：
根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
5.根据权利要求1所述的支付状态获取方法，其特征在于，所述根据所述至少一个有序集合成员，查询所述目标订单的支付状态包括：
获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
查询所述目标有序集合成员的支付状态。
6.根据权利要求5所述的支付状态获取方法，其特征在于，在所述在查询到所述目标订单支付成功时，向前端推动交易成功消息之前，所述方法还包括：
在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
7.一种支付状态获取装置，其特征在于，包括：
接收模块，用于接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的；
生成模块，用于生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔；
查询模块，用于根据所述至少一个有序集合成员，查询所述目标订单的支付状态；
发送模块，用于在查询到所述目标订单支付成功时，向前端发送交易成功消息。
8.根据权利要求7所述的支付状态获取装置，其特征在于，所述装置还包括配置模块，用于根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至6中任一项所述的支付状态获取方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至6中任一项所述的支付状态获取方法的步骤。
CN202211018721.6A 2022-08-24 2022-08-24 支付状态获取方法、装置、计算机设备及存储介质 Pending CN115330396A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211018721.6A CN115330396A (zh) 2022-08-24 2022-08-24 支付状态获取方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211018721.6A CN115330396A (zh) 2022-08-24 2022-08-24 支付状态获取方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
CN115330396A true CN115330396A (zh) 2022-11-11

Family

ID=83925223

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211018721.6A Pending CN115330396A (zh) 2022-08-24 2022-08-24 支付状态获取方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN115330396A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116821433A (zh) * 2023-06-12 2023-09-29 广东星云开物科技股份有限公司 充电桩充电功率查询方法、装置、设备及介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116821433A (zh) * 2023-06-12 2023-09-29 广东星云开物科技股份有限公司 充电桩充电功率查询方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
CN109936621B (zh) 信息安全的多页面消息推送方法、装置、设备及存储介质
CN111182065A (zh) 基于mqtt协议的消息处理方法、装置和计算机设备
CN112468409A (zh) 访问控制方法、装置、计算机设备及存储介质
CN115455058A (zh) 缓存数据的处理方法、装置、计算机设备及存储介质
CN114996675A (zh) 数据查询方法、装置、计算机设备及存储介质
CN115330396A (zh) 支付状态获取方法、装置、计算机设备及存储介质
CN114637611A (zh) 基于消息队列的信息处理方法、装置及计算机设备
CN107657155B (zh) 用于鉴定用户操作权限的方法和装置
CN112860662A (zh) 数据血缘关系建立方法、装置、计算机设备及存储介质
CN117094729A (zh) 请求处理方法、装置、计算机设备及存储介质
CN116956326A (zh) 权限数据的处理方法、装置、计算机设备及存储介质
CN114221964B (zh) 一种访问请求处理方法、装置、计算机设备及存储介质
CN111475388A (zh) 数据推送的测试方法、装置、计算机设备及存储介质
CN110826977A (zh) 数据更新方法、装置、计算机设备及存储介质
CN115564000A (zh) 二维码生成方法、装置、计算机设备及存储介质
CN114615325A (zh) 消息推送方法、装置、计算机设备及存储介质
CN116521630B (zh) 任务进度实时显示方法、装置、计算机设备及存储介质
CN116032550A (zh) 一种第三方账号登录方法及其相关设备
CN115361162A (zh) 系统登录方法及其相关设备
CN115834685A (zh) 基于动态代理的屏幕适配方法及其相关设备
CN117390241A (zh) 数据展示方法、装置、计算机设备及存储介质
CN115545641A (zh) 接口请求方法、装置、计算机设备及存储介质
CN114842097A (zh) 图片格式的转换方法及其相关设备
CN115936896A (zh) 保险数据的处理方法、装置、计算机设备及存储介质
CN117278263A (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