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

1.本技术涉及研发和人工智能技术领域，尤其涉及支付状态获取方法、装置、计算机设备及存储介质。


背景技术：

2.随着智能手机的普及，移动支付已经渗透到人们日常生活的方方面面，集成微信支付和支付宝支付等多种支付方式已经成为绝大多数应用的标配。用户支付完成后，我方系统受限于微信和支付宝方成功发起回调才能知道用户是否支付完成。但是网络传输的不稳定性、对方系统压力过大回调延迟等原因会导致用户无法及时获取支付状态，影响用户体验。所以如何及时获取支付状态，是提升系统稳定性和提高用户体验的关键保障，原有的支付系统强依赖于支付回调主要存在如下缺陷：1、网络传输不稳定，回调请求丢失导致无法获取支付成功状态；2、回调请求丢失时，支付回调间隔逐渐增加，用户获取支付成功状态时间间隔较久；3、当关联方支付回调延迟时，用户获取到支付状态的时机也延迟；4、当关联方回调系统故障无法发起回调时，用户无法获取支付状态。


技术实现要素：

3.本技术实施例的目的在于提出一种支付状态获取方法、装置、计算机设备及存储介质，以解决现有技术中用户在通过支付平台支付后，不能及时获取支付状态的问题。
4.为了解决上述技术问题，本技术实施例提供一种支付状态获取方法，采用了如下所述的技术方案：
5.接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的；
6.生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔；
7.根据所述至少一个有序集合成员，查询所述目标订单的支付状态；
8.在查询到所述目标订单支付成功时，向前端发送交易成功消息。
9.进一步的，在所述接收目标用户的目标订单之前，所述方法还包括：
10.根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
11.进一步的，所述根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔包括：
12.根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
13.进一步的，所述生成所述目标订单对应的至少一个有序集合成员包括：
14.根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
15.进一步的，所述根据所述至少一个有序集合成员，查询所述目标订单的支付状态包括：
16.获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
17.查询所述目标有序集合成员的支付状态。
18.进一步的，在所述在查询到所述目标订单支付成功时，向前端推动交易成功消息之前，所述方法还包括：
19.在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
20.为了解决上述技术问题，本技术实施例还提供一种支付状态获取装置，采用了如下所述的技术方案：
21.接收模块，用于接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的；
22.生成模块，用于生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔；
23.查询模块，用于根据所述至少一个有序集合成员，查询所述目标订单的支付状态；
24.发送模块，用于在查询到所述目标订单支付成功时，向前端发送交易成功消息。
25.进一步的，所述装置还包括配置模块，用于根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
26.进一步的，所述配置模块具体用于根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
27.进一步的，所述生成模块具体用于根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
28.进一步的，所述查询模块包括获取单元和查询单元；
29.所述获取单元，用于获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
30.所述查询单元，用于查询所述目标有序集合成员的支付状态。
31.进一步的，所述装置还包括删除模块，用于在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
32.为了解决上述技术问题，本技术实施例还提供一种计算机设备，采用了如下所述的技术方案：
33.提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的支付状态获取方法。
34.为了解决上述技术问题，本技术实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
35.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的支付状态获取方法。
36.与现有技术相比，本技术实施例主要有以下有益效果：
37.本技术通过接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成所述目标订单对应的至少一个有序集合成
expertsgroup audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving pictureexperts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
49.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
50.需要说明的是，本技术实施例所提供的支付状态获取方法一般由服务器/终端设备执行，相应地，支付状态获取装置一般设置于服务器/终端设备中。
51.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
52.继续参考图2，示出了根据本技术的支付状态获取方法的一个实施例的流程图。所述的支付状态获取方法，包括以下步骤：
53.步骤201，接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的。
54.具体地，本实施例中支付平台包括微信、支付宝等具有支付功能的第三方支付。用户支付时，调用微信支付、支付宝支付或其他支付方式预下单成功，即生成目标订单。
55.步骤202，生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔。
56.在本实施例中，使用redis的有序集合数据类型，生成该目标订单对应的多个有序集合成员，每个成员的分值为当前时间与配置延迟时间列表中其一之和。举例来说，延迟时间列表可以包括5秒，15秒，30秒等。
57.步骤203，根据所述至少一个有序集合成员，查询所述目标订单的支付状态。
58.具体的，根据有序集合成员建立延时任务，获取有序集合成员分值小于当前时间的成员，调用与支付方式对应的微信、支付宝或其他app查询订单的支付状态。
59.步骤204，在查询到所述目标订单支付成功时，向前端发送交易成功消息。
60.实际使用中，当查询到支付状态成功时，使用基于tcp的全双工通信协议websocket向前端推动交易成功消息，前端重新刷新可得到订单详情页。
61.本技术通过接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔，以实现根据目标订单生成多个有序集合成员；根据所述至少一个有序集合成员，查询所述目标订单的支付状态，以实现通过有序集合成员查询目标订单的支付状态；以及，在查询到所述目标订单支付成功时，向前端发送交易成功消息，以实现及时向用户告知目标订单支付状态的目的。本技术可以主动获取支付状态，并推动客户端，降低对关联方支付回调的耦合，提升客户体验；同时，本技术使用缓存的有序集合数据类型，依据配置时间冗余订单编码，高性能的多次触发获取支付状态，提高了系统的稳定性；且使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。
62.在本实施例的一些可选的实现方式中，在步骤201接收目标用户的目标订单之前，上述电子设备还可以执行以下步骤：
63.根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
64.具体地，本技术中的主动查询支付状态时间间隔可配置，可依据线上实际情况优化配置，以提升客户体验。
65.在本实施例的一些可选的实现方式中，上述步骤根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔，上述电子设备还可以执行以下步骤：
66.根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
67.具体的，可以按照密集到疏松的规则配置支付状态查询的时间间隔，比如5秒、15秒、30秒、1分钟、3分钟，有利于节省客户端资源。
68.在本实施例的一些可选的实现方式中，上述步骤202生成所述目标订单对应的至少一个有序集合成员，上述电子设备还可以执行以下步骤：
69.根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
70.在一些可选的实现方式中，上述步骤203根据所述至少一个有序集合成员，查询所述目标订单的支付状态，上述电子设备可以执行以下步骤：
71.获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
72.查询所述目标有序集合成员的支付状态。
73.具体地，比如配置5秒，15秒，30秒表示用户拉起支付后5秒、15秒、30秒将发起3次主动查询支付状态。
74.在一些可选的实现方式中，上述步骤204在查询到所述目标订单支付成功时，向前端推动交易成功消息之前，上述电子设备可以执行以下步骤：
75.在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
76.具体地，本技术通过删除未支付成功的有序集合成员，缓解了客户端的存储压力。
77.需要强调的是，为进一步保证上述支付状态信息的私密和安全性，上述支付状态信息还可以存储于一区块链的节点中。
78.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
79.本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
80.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
81.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以
通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
82.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
83.进一步参考图3，作为对上述图2所示方法的实现，本技术提供了一种支付状态获取装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
84.如图3所示，本实施例所述的支付状态获取装置300包括：接收模块301、生成模块302、查询模块303，以及发送模块304。其中：
85.接收模块301，用于接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的；
86.生成模块302，用于生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔；
87.查询模块303，用于根据所述至少一个有序集合成员，查询所述目标订单的支付状态；
88.发送模块304，用于在查询到所述目标订单支付成功时，向前端发送交易成功消息。
89.在本实施例中，接收模块301接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成模块302生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔，以实现根据目标订单生成多个有序集合成员；查询模块303根据所述至少一个有序集合成员，查询所述目标订单的支付状态，以实现通过有序集合成员查询目标订单的支付状态；以及，发送模块304在查询到所述目标订单支付成功时，向前端发送交易成功消息，以实现及时向用户告知目标订单支付状态的目的。本技术可以主动获取支付状态，并推动客户端，降低对关联方支付回调的耦合，提升客户体验；同时，本技术使用缓存的有序集合数据类型，依据配置时间冗余订单编码，高性能的多次触发获取支付状态，提高了系统的稳定性；且使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。
90.在本实施例的一些可选的实现方式中，上述装置300还包括：配置模块305，用于根据所述目标订单的有效时间，预先配置支付状态查询的时间间隔。
91.具体地，本技术中的主动查询支付状态时间间隔可配置，可依据线上实际情况优化配置，以提升客户体验。
92.在本实施例的一些可选的实现方式中，配置模块305具体用于根据所述目标订单的有效时间，按照由密集到疏松的规则，预先配置支付状态查询的时间间隔。
93.具体的，可以按照密集到疏松的规则配置支付状态查询的时间间隔，比如5秒、15秒、30秒、1分钟、3分钟，有利于节省客户端资源。
94.在本实施例的一些可选的实现方式中，上述生成模块302具体用于根据所述至少一个查询时间间隔生成所述目标订单对应的至少一个有序集合成员。
95.在本实施例的一些可选的实现方式中，上述查询模块303包括获取单元3031和查询单元3032；
96.所述获取单元3031，用于获取所述至少一个有序集合成员中分值小于当前时间的目标有序集合成员；
97.所述查询单元3032，用于查询所述目标有序集合成员的支付状态。
98.具体地，比如配置5秒，15秒，30秒表示用户拉起支付后5秒、15秒、30秒将发起3次主动查询支付状态。
99.在本实施例的一些可选的实现方式中，上述装置300还包括删除模块306，用于在未查询到所述目标订单支付成功时，删除当前查询的有序集合成员。
100.具体地，本技术通过删除未支付成功的有序集合成员，缓解了客户端的存储压力。
101.需要强调的是，为进一步保证上述支付状态信息的私密和安全性，上述支付状态信息还可以存储于一区块链的节点。
102.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。
103.所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
104.所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
105.所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统
和各类应用软件，例如支付状态获取方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。
106.所述处理器42在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述支付状态获取方法的计算机可读指令。
107.所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。
108.本技术计算机设备通过接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔，以实现根据目标订单生成多个有序集合成员；根据所述至少一个有序集合成员，查询所述目标订单的支付状态，以实现通过有序集合成员查询目标订单的支付状态；以及，在查询到所述目标订单支付成功时，向前端发送交易成功消息，以实现及时向用户告知目标订单支付状态的目的。本技术可以主动获取支付状态，并推动客户端，降低对关联方支付回调的耦合，提升客户体验；同时，本技术使用缓存的有序集合数据类型，依据配置时间冗余订单编码，高性能的多次触发获取支付状态，提高了系统的稳定性；且使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。
109.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的支付状态获取方法的步骤。
110.本技术计算机可读存储介质通过接收目标用户的目标订单，所述目标订单为所述目标用户在支付平台上下单产生的，以实现对目标订单的获取；生成所述目标订单对应的至少一个有序集合成员，每个有序集合成员的分值为下单时间与预先配置的延迟时间列表中其一之和，所述延迟时间列表包括至少一个查询时间间隔，以实现根据目标订单生成多个有序集合成员；根据所述至少一个有序集合成员，查询所述目标订单的支付状态，以实现通过有序集合成员查询目标订单的支付状态；以及，在查询到所述目标订单支付成功时，向前端发送交易成功消息，以实现及时向用户告知目标订单支付状态的目的。本技术可以主动获取支付状态，并推动客户端，降低对关联方支付回调的耦合，提升客户体验；同时，本技术使用缓存的有序集合数据类型，依据配置时间冗余订单编码，高性能的多次触发获取支付状态，提高了系统的稳定性；且使用延时任务及时获取订单发起查询，能够实时获取用户的支付状态。
111.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
112.显然，以上所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例，附图中给出了本技术的较佳实施例，但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本技术说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本技术专利保护范围之内。