CN116012013A - 一种用于集成票箱的防重复支付的系统、方法及存储介质 - Google Patents
一种用于集成票箱的防重复支付的系统、方法及存储介质 Download PDFInfo
- Publication number
- CN116012013A CN116012013A CN202211624675.4A CN202211624675A CN116012013A CN 116012013 A CN116012013 A CN 116012013A CN 202211624675 A CN202211624675 A CN 202211624675A CN 116012013 A CN116012013 A CN 116012013A
- Authority
- CN
- China
- Prior art keywords
- payment
- paid
- order
- ticket box
- integrated ticket
- 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
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000000977 initiatory effect Effects 0.000 claims abstract description 9
- 238000012790 confirmation Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 8
- 206010033799 Paralysis Diseases 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种用于集成票箱的防重复支付的系统,包括:集成票箱,包括多种支付设备,集成设于集成票箱内,分别用于接收用户支付要素并根据用户支付要素查询系统中待支付订单的支付状态;及当待支付订单的支付状态不为支付中,也不为已完成支付时,向服务器发送用户支付要素;服务器,设有支付服务模块,用于接收对应支付设备的用户支付要素,并将系统中待支付订单的支付状态修改为支付中;以及根据用户支付要素和待支付订单向对应支付通道服务器发起支付;以及当支付成功时,将系统中待支付订单的支付状态修改为已完成支付。本发明能够解决集成票箱的重复支付的问题。本发明还公开了一种用于集成票箱的防重复支付的方法及存储介质。
Description
技术领域
本发明涉及票箱收费,尤其涉及一种用于集成票箱的防重复支付的方法、装置及存储介质。
背景技术
现有的票箱收费系统,一般会集成多种支付方式,比如银行卡闪付、扫描支付、充值卡支付等,以方便用户使用。同时,在用户支付时,多种支付方式会同时开启,接收用户支付。但是,支付过程中很容易出现用户的误操作采用多种支付凭证支付导致重复支付。比如当存在多种银行卡闪付时,用户拿出银行卡支付时,容易触发不同的银行卡的同时闪付;或者支付结果返回延迟,用户误以为支付失败而重新支付,导致重复支付,给用户带来麻烦。
发明内容
为了克服现有技术的不足,本发明的目的之一在于提供一种用于集成票箱的防重复支付的系统,其能够解决集成票箱存在重复支付的问题。
本发明的目的之二在于提供一种用于集成票箱的防重复支付的方法,其能够解决集成票箱存在重复支付的问题。
本发明的目的之三在于提供一种存储介质,其能够解决集成票箱存在重复支付的问题。
本发明的目的之一采用如下技术方案实现:
一种用于集成票箱的防重复支付的系统,包括:
集成票箱,包括多种支付设备,多种支付设备集成设于所述集成票箱内;每个支付设备,用于接收用户支付要素并根据所述用户支付要素查询系统中待支付订单的支付状态;以及当所述待支付订单的支付状态不为支付中,也不为已完成支付时,向服务器发送用户支付要素;
服务器,所述服务器上设有支付服务模块,用于接收对应支付设备的用户支付要素,并将系统中所述待支付订单的支付状态修改为支付中;以及根据所述用户支付要素和待支付订单向对应支付通道服务器发起支付;以及当支付成功时,将系统中所述待支付订单的支付状态修改为已完成支付。
进一步地,所述服务器的支付服务模块,还用于获取业务系统发送的待支付订单的支付请求,并对所述待支付订单的支付请求解析以得出对应集成票箱以及对应集成票箱的支付设备,从而控制对应集成票箱内的支付设备启动;同时将所述待支付订单的支付状态修改为未支付;
当对应支付设备将用户支付要素上传至服务器时,对应集成票箱,用于将剩余的支付设备关闭。
进一步地,还包括服务器上还设有分布式存储模块,用于存储待支付订单的支付状态;所述分布式存储模块为Redis分布式存储模块。
进一步地,当对应支付设备接收到用户支付要素,并且所述待支付订单的支付状态为支付中或已完成支付时,对应支付设备丢弃用户支付要素。
进一步地,所述服务器的支付服务模块,还用于:
在第一预设时间内接收到支付确认结果时,所述待支付订单支付成功,将所述待支付订单的支付状态修改为已完成支付;
在第一预设时间内未接收到支付确认结果或接收到支付错误结果时,所述待支付订单支付失败,将所述待支付订单的支付状态修改为未支付,并重新控制对应集成票箱的支付设备启动;
当所述待支付订单的生成时间达到或超过第二预设时间时,所述待支付订单的支付状态不是已完成支付时,支付超时、取消订单,并控制对应集成票箱的支付设备停止。
本发明的目的之二采用如下技术方案实现:
技术方案一
一种用于集成票箱的防重复支付的方法,应用于集成票箱,所述集成票箱内设有若干个支付设备,所述防重复支付的方法包括:
设备启动步骤:接收服务器下发的待支付订单的支付启动请求并启动集成票箱内的支付设备;
支付查询步骤:当对应支付设备接收用户支付要素时,查询所述待支付订单的支付状态;
支付放弃步骤:当所述待支付订单的支付状态为支付中或已完成支付时,放弃用户支付要素;
支付请求步骤:当所述待支付订单的支付状态不为支付中,并且不为已完成支付时,将所述用户支付要素上传至服务器的支付服务模块。
进一步地,所述支付请求步骤中,将所述用户支付要素上传至服务器的支付服务模块时,将集成票箱内的剩余支付设备关闭。
技术方案二
一种用于集成票箱的防重复支付的方法,应用于服务器,所述服务器上设有支付服务模块;所述防重复支付的方法包括:
支付启动步骤:获取业务系统发送的待支付订单的支付请求,并根据待支付订单的支付请求解析得出对应集成票箱及对应集成票箱的支付设备,进而向对应集成票箱发送支付启动请求,以控制对应集成票箱内的支付设备启动;同时将所述待支付订单的支付状态修改为未支付;
支付步骤:接收对应支付设备上传的用户支付要素,并将待支付订单的支付状态修改为支付中,然后根据所述用户支付要素以及待支付订单向对应的支付通道服务器发起支付;
支付完成步骤:当支付成功时,将待支付订单的支付状态修改为已完成支付。
进一步地,所述支付完成步骤还包括:
在第一预设时间内接收支付确认结果时,支付成功;
在第一预设时间内未接收到支付确认结果或接收到支付错误结果时,支付失败,将待支付订单的支付状态修改为未支付,并重新向对应集成票箱发送支付启动请求以控制对应票箱的支付设备启动;
当所述待支付订单的生成时间达到或超过第二预设时间,并且所述待支付订单的支付状态不是已完成支付时,待支付订单支付超时、取消待支付订单,同时向对应集成票箱发送支付关闭指令,以使得对应集成票箱的支付设备关闭。
本发明的目的之三采用如下技术方案实现:
一种存储介质,所述存储介质为计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序为防重复支付的程序,所述防重复支付的程序被处理器执行时实现如本发明的目的之二采用的技术方案一提供的一种用于集成票箱的防重复支付的方法的步骤或者实现如本发明的目的之二采用的技术方案之二提供的一种用于集成票箱的防重复支付的方法的步骤。
相比现有技术,本发明的有益效果在于:
本发明通过在系统中为待支付订单设置支付状态,同时结合集成票箱在上传用户支付要素的同时根据待支付订单的支付状态选择是否向服务器发起支付请求,以解决现有的集成票箱可能存在重复支付的问题。
附图说明
图1为本发明提供的一种用于集成票箱的防重复支付的系统的各个模块与业务系统的连接示意图;
图2为本发明提供的应用于集成票箱的一种用于集成票箱的防重复支付的方法流程图;
图3为本发明提供的应用于服务器的一种用于集成票箱的防重复支付的方法流程图。
具体实施方式
下面,结合附图以及具体实施方式,对本发明做进一步描述,需要说明的是,在不相冲突的前提下,以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。
实施例一
基于集成票箱存在重复支付的问题,本发明提供一种用于集成票箱的防重复支付的系统,其能够解决现有的集成票箱存在重复支付的问题,如图1所示,包括支付服务模块、集成票箱和订单缓存模块。
其中,支付服务模块,部署于服务器上,作为整个系统的处理中心,用于与业务系统、订单缓存模块、集成票箱进行数据交互,实现接收业务系统的订单的支付请求、控制集成票箱内各个支付设备的运行、处理支付结果等,同时还与第三方支付通道通信,用于发起扣款请求接收支付结果等。
集成票箱,用于与用户进行交互的设备,其上集成有多种支付设备,用于接收用户提供的用户支付要素,以及根据支付服务模块下发的控制指令控制集成票箱内的各个支付设备的启动与关闭。优选地,本发明中的支付设备可包括不同银行卡的接触式刷卡支付读头、二维码读头、充值卡扫描枪等。用户在支付时,可根据自身的需求选择不同的支付方式进行支付,对应的支付设备会获取用户提供的用户支付要素。用户支付要素可包括银行卡闪付时读取到的银行卡号、二维码支付时的二维码、充值卡支付时读取到的充值卡信息等。
订单缓存模块,可以部署于服务器上,也可以部署于本地,用于存储订单的支付状态;同时,还可用于存储每个订单对应的各个支付设备的运行状态等。通过订单缓存模块存储订单的支付状态,及时更新订单的支付状态,以避免订单已经在支付中或已完成支付时,不会再次发起支付,从而避免重复支付的问题。
更为优选地,本发明中的订单缓存模块,采用分布式订单缓存模块来实现,比如Redis分布式缓存模块来实现。通过在集成票箱的支付设备发起支付时,判断当前订单的支付状态,根据订单的支付状态来控制支付设备的运行,以避免订单的重复支付,保证一个订单只有一次成功支付。
更为优选地,在业务系统生成待支付订单后,向服务器的支付服务模块发送待支付订单的信息,此时,支付服务模块以HTTp testful接口向业务系统提供支付接口,以接收业务系统反馈的支付请求。
支付服务模块,对业务系统发送的支付请求进行解析以得出对应的集成票箱及对应集成票箱的支付设备。在实际的使用过程中,一个服务器可能会管理控制若干个集成票箱,因此,在接收到业务系统发送的支付请求后首先根据支付请求中的待支付订单识别得出对应的集成票箱、对应集成票箱的支付设备等信息。这样,支付服务模块,根据解析得出对应集成票箱向对应集成票箱发送支付启动请求,以通过对应集成票箱控制该集成票箱的若干个支付设备启动,以接收用户提供的用户支付要素。
同时,支付服务模块,在接收到业务系统的支付请求的同时,还将订单缓存模块中待支付订单的支付状态修改未支付。
一个集成票箱内会集成若干个支付设备,因此,在集成票箱接收到支付启动请求会,会启动集成票箱上的所有的支付设备,也可根据实际的需求启动部分支付设备,具体可根据实际的需求设定。
优选地,集成票箱在启动支付设备时,还通过声光的方式向用户提示,以向用户提示各个支付设备所在集成票箱的位置,方便用户使用。
优选地,集成票箱上的每个支付设备,接收到用户提供的用户支付要素时,从订单缓存模块中查询待支付订单的支付状态。当待支付订单的支付订单为未支付时,对应支付设备将用户支付要素上传至服务器的支付服务模块,同时支付服务模块将系统中的待支付订单的支付状态修改为支付中。
相反,当待支付订单的支付订单为支付中或已完成支付时,则说明待支付订单已经通过其他的支付设备上传了用户支付要素,或已经完成支付,对应支付设备无需上传用户支付要素,直接丢弃即可或不采取任何操作。
比如对于银行卡闪付来说,若用户可能由于误操作或其他问题,导致两个银行卡的支付设备先后获取到用户支付要素时,则可通过上述方式及时修改并查询待支付订单的支付状态,可避免同一个待支付订单出现重复支付的问题。
也即,当支付服务模块接收到对应支付设备上传的用户支付要素时,及时更新待支付订单的支付状态,同时结合对应支付设备上传用户支付要素时查询待支付订单的支付状态,可避免同一订单出现重复支付的问题。通过上述方法可达到对应支付设备独占的功能,在一个支付设备发起支付成功的过程中,其他的支付设备无法重复发起支付,解决重复支付的问题。
优选地,支付服务模块,接收到对应支付设备的用户支付要素时,还向对应集成票箱下发控制指令,以控制对应集成票箱的其他支付设备关闭。这样,可进一步地,在一次支付开始的过程中,避免用户的误操作导致其他的支付设备获取用户支付要素,避免可能由于系统卡顿导致待支付订单的支付状态未修改的同时,对应支付设备获取用户支付要素并上传至支付服务模块,而形成重复支付的问题。
优选地,支付服务模块,接收到用户支付要素后,根据用户支付要素和待支付订单向对应支付通道服务器发起支付,以完成支付。
当支付成功后,支付服务模块,将待支付订单的支付状态修改为已完成支付。
更为优选地,本发明还设定:
在第一预设时间内接收到支付确认结果时,待支付订单支付成功,将待支付订单的支付状态修改为已完成支付。
在第一预设时间内未接收到支付确认结果或接收到支付错误结果时,待支付订单支付失败,将待支付订单的支付状态修改为未支付,并重新控制对应集成票箱的支付设备启动。也即,当一次支付过程支付失败后,可再重新按照上述流程发起一次支付。
优选地,本发明还对待支付订单设置了支付时间,避免待支付订单长时间处于未支付状态,影响其他订单的支付。也即,当待支付订单的生成时间达到或超时第二预设时间(系统设定的支付时间最大值),待支付订单的支付状态不是已完成支付时,认为待支付订单的支付超时、取消订单。同时,支付服务模块,还控制集成票箱的支付设备停止运行,节省资源。
实施例二
基于实施例一,本发明还提供另外一实施例,一种用于集成票箱的防重复支付的方法,应用于集成票箱,如图2所示,包括以下步骤:
步骤S11、接收服务器下发的待支付订单的支付启动请求并启动集成票箱内的支付设备。
当支付服务模块接收到业务系统的支付请求时,通过服务器向对应集成票箱下发支付启动请求,以启动集成票箱的若干个支付设备的运行,实现用户支付要素的获取。
步骤S12、当对应支付设备接收用户支付要素时,查询待支付订单的支付状态。
处于启动状态的支付设备均可以获取用户的用户支付要素。用户可根据自身的需求选择提供对应的用户支付要素,并通过对应的支付设备将用户支付要素提供给对应支付设备,从而使得对应支付设备读取到用户提供的用户支付要素。
每个支付设备,获取到用户支付要素的同时,会查询待支付订单的支付状态,以根据待支付订单的支付状态来选择发起支付还是放弃。
步骤S13、当待支付订单的支付状态为支付中或已完成支付时,放弃用户支付要素。
当待支付订单的支付状态为支付中时,则说明已经有其他的支付设备上传了用户提供的用户支付要素,则当前支付设备不再上传用户支付要素,不在发起支付。
同理,当待支付订单的支付状态为已完成支付时,则说明待支付订单已经完成支付,无需再次支付。
步骤S14、当待支付订单的支付状态不为支付中,并且不为已完成支付时,将用户支付要素上传至服务器的支付服务模块。
当待支付订单的支付状态既不是支付中,也不是已完成支付时,说明待支付订单还未支付,将用户支付要素上传至服务器的支付服务模块进行后续的支付操作。
优选地,步骤S14还包括:将用户支付要素上传至服务器的支付服务模块时,将集成票箱内的剩余支付设备关闭。当某个一支付设备上传了用户支付要素后,可将集成票箱内的其他支付设备关闭,进一步节省资源,同时还可避免用户的误操作导致其他支付设备读取到对应的用户支付要素,导致重复支付的问题。
实施例三
基于实施例二,本发明还提供另外一实施例,一种存储介质,所述存储介质为计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序为防重复支付的程序,所述防重复支付的程序被处理器执行时实现以下步骤:
箱内设有若干个支付设备,其特征在于,所述防重复支付的方法包括:
设备启动步骤:接收服务器下发的待支付订单的支付启动请求并启动集成票箱内的支付设备;
支付查询步骤:当对应支付设备接收用户支付要素时,查询所述待支付订单的支付状态;
支付放弃步骤:当所述待支付订单的支付状态为支付中或已完成支付时,放弃用户支付要素;
支付请求步骤:当所述待支付订单的支付状态不为支付中,并且不为已完成支付时,将所述用户支付要素上传至服务器的支付服务模块。
进一步地,所述支付请求步骤中,将所述用户支付要素上传至服务器的支付服务模块时,将集成票箱内的剩余支付设备关闭。
实施例四
基于实施例一,本发明还提供另外一实施例,一种用于集成票箱的防重复支付的方法,应用于服务器,服务器上设有支付服务模块,如图3所示,包括以下步骤:
步骤S21、获取业务系统发送的待支付订单的支付请求。
当业务系统生成待支付订单时,向服务器发送待支付订单的信息,此时,服务器的支付服务模块会向业务系统提供支付接口,从而接收业务系统反馈的待支付订单的支付请求。
步骤S22、根据待支付订单的支付请求解析得出对应集成票箱及对应集成票箱的支付设备,进而向对应集成票箱发送支付启动请求,以控制对应集成票箱内的支付设备启动;同时将待支付订单的支付状态修改为未支付。
由于集成票箱可能有多个,待支付订单在生成的同时,会保存对应的而集成票箱,因此,根据待支付订单的支付请求解析得出对应集成票箱。比如,对于一些移动的集成票箱,一般是由用户通过集成票箱提供的人机交互界面产生对应的订单,业务系统会收集这些订单,并形成待支付订单。每个待支付订单的信息中会自动存储待支付订单在支付时对应的集成票箱。支付服务模块,解析得出对应集成票箱后,会向对应集成票箱发起支付启动请求,此时对应集成票箱会根据支付启动请求启动自身的若干个支付设备。用户即可根据对应支付设备向集成票箱提供用户支付要素已完成支付。
步骤S23、接收对应支付设备上传的用户支付要素,并将待支付订单的支付状态修改为支付中。
当接收到对应支付设备的用户支付要素时,及时将待支付订单的支付状态修改为支付中,避免其他的支付设备在接收到用户支付要素时,重复发起支付。
步骤S24、根据用户支付要素以及待支付订单向对应的支付通道服务器发起支付。
在接收到用户支付要素后,向对应的支付通道服务器发起支付。不同的支付方式,其发起支付的支付通道服务器不同,对接的第三方支付系统也不同。
步骤S25、当支付成功时,将待支付订单的支付状态修改为已完成支付。
同样地,在支付完成后,及时修改待支付订单的支付状态,避免出现重复支付的问题。
优选地,步骤S25还包括:在第一预设时间内接收支付确认结果时,支付成功;在第一预设时间内未接收到支付确认结果或接收到支付错误结果时,支付失败,将待支付订单的支付状态修改为未支付,并重新向对应集成票箱发送支付启动请求以控制对应票箱的支付设备启动。通过设置第一预设时间,避免系统处于长时间的等待过程中,影响系统使用。
更为优选地,步骤S25还包括:当待支付订单的生成时间达到或超过第二预设时间,并且待支付订单的支付状态不是已完成支付时,待支付订单支付超时、取消待支付订单,同时向对应集成票箱发送支付关闭指令,以使得对应集成票箱的支付设备关闭。
通过为待支付订单设置支付超时时间,可避免待支付订单长时间处于无法支付成功的状态,导致系统陷入瘫痪,而影响其他用户的使用。
实施例五
基于实施例四,本发明还提供另外一实施例,一种存储介质,所述存储介质为计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序为防重复支付的程序,所述防重复支付的程序被处理器执行时实现以下步骤:
支付启动步骤:获取业务系统发送的待支付订单的支付请求,并根据待支付订单的支付请求解析得出对应集成票箱及对应集成票箱的支付设备,进而向对应集成票箱发送支付启动请求,以控制对应集成票箱内的支付设备启动;同时将所述待支付订单的支付状态修改为未支付;
支付步骤:接收对应支付设备上传的用户支付要素,并将待支付订单的支付状态修改为支付中,然后根据所述用户支付要素以及待支付订单向对应的支付通道服务器发起支付;
支付完成步骤:当支付成功时,将待支付订单的支付状态修改为已完成支付。
进一步地,所述支付完成步骤还包括:
在第一预设时间内接收支付确认结果时,支付成功;
在第一预设时间内未接收到支付确认结果或接收到支付错误结果时,支付失败,将待支付订单的支付状态修改为未支付,并重新向对应集成票箱发送支付启动请求以控制对应票箱的支付设备启动;
当所述待支付订单的生成时间达到或超过第二预设时间,并且所述待支付订单的支付状态不是已完成支付时,待支付订单支付超时、取消待支付订单,同时向对应集成票箱发送支付关闭指令,以使得对应集成票箱的支付设备关闭。
上述实施方式仅为本发明的优选实施方式,不能以此来限定本发明保护的范围,本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。
Claims (10)
1.一种用于集成票箱的防重复支付的系统,其特征在于,包括:
集成票箱,包括多种支付设备,多种支付设备集成设于所述集成票箱内;每个支付设备,用于接收用户支付要素并根据所述用户支付要素查询系统中待支付订单的支付状态;以及当所述待支付订单的支付状态不为支付中,也不为已完成支付时,向服务器发送用户支付要素;
服务器,所述服务器上设有支付服务模块,用于接收对应支付设备的用户支付要素,并将系统中所述待支付订单的支付状态修改为支付中;以及根据所述用户支付要素和待支付订单向对应支付通道服务器发起支付;以及当支付成功时,将系统中所述待支付订单的支付状态修改为已完成支付。
2.根据权利要求1所述的用于集成票箱的防重复支付的系统,其特征在于,所述服务器的支付服务模块,还用于获取业务系统发送的待支付订单的支付请求,并对所述待支付订单的支付请求解析以得出对应集成票箱以及对应集成票箱的支付设备,从而控制对应集成票箱内的支付设备启动;同时将所述待支付订单的支付状态修改为未支付;
当对应支付设备将用户支付要素上传至服务器时,对应集成票箱,用于将剩余的支付设备关闭。
3.根据权利要求2所述的用于集成票箱的防重复支付的系统,其特征在于,还包括服务器上还设有分布式存储模块,用于存储待支付订单的支付状态;所述分布式存储模块为Redis分布式存储模块。
4.根据权利要求1所述的用于集成票箱的防重复支付的系统,其特征在于,当对应支付设备接收到用户支付要素,并且所述待支付订单的支付状态为支付中或已完成支付时,对应支付设备丢弃用户支付要素。
5.根据权利要求1所述的用于集成票箱的防重复支付的系统,其特征在于,所述服务器的支付服务模块,还用于:
在第一预设时间内接收到支付确认结果时,所述待支付订单支付成功,将所述待支付订单的支付状态修改为已完成支付;
在第一预设时间内未接收到支付确认结果或接收到支付错误结果时,所述待支付订单支付失败,将所述待支付订单的支付状态修改为未支付,并重新控制对应集成票箱的支付设备启动;
当所述待支付订单的生成时间达到或超过第二预设时间时,所述待支付订单的支付状态不是已完成支付时,支付超时、取消订单,并控制对应集成票箱的支付设备停止。
6.一种用于集成票箱的防重复支付的方法,应用于集成票箱,所述集成票箱内设有若干个支付设备,其特征在于,所述防重复支付的方法包括:
设备启动步骤:接收服务器下发的待支付订单的支付启动请求并启动集成票箱内的支付设备;
支付查询步骤:当对应支付设备接收用户支付要素时,查询所述待支付订单的支付状态;
支付放弃步骤:当所述待支付订单的支付状态为支付中或已完成支付时,放弃用户支付要素;
支付请求步骤:当所述待支付订单的支付状态不为支付中,并且不为已完成支付时,将所述用户支付要素上传至服务器的支付服务模块。
7.根据权利要求6所述的用于集成票箱的防重复支付的方法,其特征在于,所述支付请求步骤中,将所述用户支付要素上传至服务器的支付服务模块时,将集成票箱内的剩余支付设备关闭。
8.一种用于集成票箱的防重复支付的方法,应用于服务器,所述服务器上设有支付服务模块;其特征在于,所述防重复支付的方法包括:
支付启动步骤:获取业务系统发送的待支付订单的支付请求,并根据待支付订单的支付请求解析得出对应集成票箱及对应集成票箱的支付设备,进而向对应集成票箱发送支付启动请求,以控制对应集成票箱内的支付设备启动;同时将所述待支付订单的支付状态修改为未支付;
支付步骤:接收对应支付设备上传的用户支付要素,并将待支付订单的支付状态修改为支付中,然后根据所述用户支付要素以及待支付订单向对应的支付通道服务器发起支付;
支付完成步骤:当支付成功时,将待支付订单的支付状态修改为已完成支付。
9.根据权利要求8所述的用于集成票箱的防重复支付的方法,其特征在于,所述支付完成步骤还包括:
在第一预设时间内接收支付确认结果时,支付成功;
在第一预设时间内未接收到支付确认结果或接收到支付错误结果时,支付失败,将待支付订单的支付状态修改为未支付,并重新向对应集成票箱发送支付启动请求以控制对应票箱的支付设备启动;
当所述待支付订单的生成时间达到或超过第二预设时间,并且所述待支付订单的支付状态不是已完成支付时,待支付订单支付超时、取消待支付订单,同时向对应集成票箱发送支付关闭指令,以使得对应集成票箱的支付设备关闭。
10.一种存储介质,所述存储介质为计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序为防重复支付的程序,其特征在于:所述防重复支付的程序被处理器执行时实现如权利要求6-7中任意一项所述的一种用于集成票箱的防重复支付的方法的步骤或者实现如权利要求8-9中任意一项所述的一种用于集成票箱的防重复支付的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211624675.4A CN116012013A (zh) | 2022-12-16 | 2022-12-16 | 一种用于集成票箱的防重复支付的系统、方法及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211624675.4A CN116012013A (zh) | 2022-12-16 | 2022-12-16 | 一种用于集成票箱的防重复支付的系统、方法及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116012013A true CN116012013A (zh) | 2023-04-25 |
Family
ID=86033278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211624675.4A Pending CN116012013A (zh) | 2022-12-16 | 2022-12-16 | 一种用于集成票箱的防重复支付的系统、方法及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116012013A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108256846A (zh) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | 一种集成支付的方法及系统 |
CN109919588A (zh) * | 2019-02-27 | 2019-06-21 | 深圳市买买提信息科技有限公司 | 一种防止重复支付的方法及设备 |
CN112766956A (zh) * | 2021-03-19 | 2021-05-07 | 中国工商银行股份有限公司 | 基于分布式订单系统的订单支付控重方法及装置 |
CN113822676A (zh) * | 2021-10-11 | 2021-12-21 | 中国银行股份有限公司 | 聚合支付收银台重复支付控制方法及装置 |
CN113838228A (zh) * | 2021-08-24 | 2021-12-24 | 广州市瑞立德信息系统有限公司 | 应用于门禁管理系统的命令下发方法、装置及存储介质 |
CN114240425A (zh) * | 2021-11-19 | 2022-03-25 | 中国建设银行股份有限公司 | 基于扫码盒子的支付方法、装置、计算机设备和存储介质 |
CN114581088A (zh) * | 2022-05-05 | 2022-06-03 | 深圳市华曦达科技股份有限公司 | 一种用于SaaS系统的聚合支付方法、装置和系统 |
CN114694329A (zh) * | 2022-03-16 | 2022-07-01 | 广西北投信创科技投资集团有限公司 | 一种基于智慧交通服务的聚合支付终端控制系统 |
CN115375293A (zh) * | 2022-08-11 | 2022-11-22 | 百果园技术(新加坡)有限公司 | 一种支付工具集成方法、系统、设备及存储介质 |
-
2022
- 2022-12-16 CN CN202211624675.4A patent/CN116012013A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108256846A (zh) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | 一种集成支付的方法及系统 |
CN109919588A (zh) * | 2019-02-27 | 2019-06-21 | 深圳市买买提信息科技有限公司 | 一种防止重复支付的方法及设备 |
CN112766956A (zh) * | 2021-03-19 | 2021-05-07 | 中国工商银行股份有限公司 | 基于分布式订单系统的订单支付控重方法及装置 |
CN113838228A (zh) * | 2021-08-24 | 2021-12-24 | 广州市瑞立德信息系统有限公司 | 应用于门禁管理系统的命令下发方法、装置及存储介质 |
CN113822676A (zh) * | 2021-10-11 | 2021-12-21 | 中国银行股份有限公司 | 聚合支付收银台重复支付控制方法及装置 |
CN114240425A (zh) * | 2021-11-19 | 2022-03-25 | 中国建设银行股份有限公司 | 基于扫码盒子的支付方法、装置、计算机设备和存储介质 |
CN114694329A (zh) * | 2022-03-16 | 2022-07-01 | 广西北投信创科技投资集团有限公司 | 一种基于智慧交通服务的聚合支付终端控制系统 |
CN114581088A (zh) * | 2022-05-05 | 2022-06-03 | 深圳市华曦达科技股份有限公司 | 一种用于SaaS系统的聚合支付方法、装置和系统 |
CN115375293A (zh) * | 2022-08-11 | 2022-11-22 | 百果园技术(新加坡)有限公司 | 一种支付工具集成方法、系统、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20090073270A1 (en) | System and method for efficiently transferring data from an electronic camera device | |
US10447891B2 (en) | Image data processing server for storing device image data and for authenticating user authorized services | |
CN108629859A (zh) | 停车缴费方法、系统及存储介质 | |
RU2475809C2 (ru) | Устройство печати, способ и программа управления печатью | |
CN116245585A (zh) | 获取停车费发票的方法、装置及计算机可读存储介质 | |
TW201539396A (zh) | 停車位管理系統及方法 | |
CN108492478A (zh) | 基于云技术和虹膜识别的微信智能柜控制系统及存件、取件方法 | |
CN111080420A (zh) | 一种实现多供应商话费充值匹配的方法、系统及存储介质 | |
WO2023142791A1 (zh) | 车辆etc激活方法、装置、电子设备、系统和存储介质 | |
US11134169B2 (en) | Information processing device, information management device, information processing system, and non-transitory computer readable medium | |
CN112328274A (zh) | 软件升级的控制方法、系统、服务器及智能终端设备 | |
CN108520563A (zh) | 停车缴费方法、服务器及存储介质 | |
CN116012013A (zh) | 一种用于集成票箱的防重复支付的系统、方法及存储介质 | |
CN112669112B (zh) | 一种停车月卡自动续费的方法及系统 | |
US20100039661A1 (en) | System and method for remote facsimile message retransmission | |
CN111144961A (zh) | 基于云开票设备的开票方法及装置 | |
CN110347411B (zh) | 程序安装/升级方法、装置以及系统 | |
CN115080775A (zh) | 门禁设备人脸数据的存储方法、装置、服务器及存储介质 | |
CN102255735B (zh) | 一种订单的处理方法及装置 | |
CN114244894A (zh) | 停复机业务处理方法、系统、计算机存储介质和电子设备 | |
CN111161003A (zh) | 预切换税号的云平台开票方法及装置 | |
CN109993591A (zh) | 发票生成方法、系统、设备及计算机可读存储介质 | |
CN105302496A (zh) | 一种集群存储系统的读写性能优化框架及方法 | |
CN105225279A (zh) | 一种基于移动终端的自动停车收费系统 | |
CN110610554A (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 |