CN111476554A - 弱网环境下的组合支付系统及方法、收银机、存储介质 - Google Patents
弱网环境下的组合支付系统及方法、收银机、存储介质 Download PDFInfo
- Publication number
- CN111476554A CN111476554A CN202010387635.7A CN202010387635A CN111476554A CN 111476554 A CN111476554 A CN 111476554A CN 202010387635 A CN202010387635 A CN 202010387635A CN 111476554 A CN111476554 A CN 111476554A
- Authority
- CN
- China
- Prior art keywords
- payment
- request
- cash register
- platform
- order
- 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
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
-
- 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/387—Payment using discounts or coupons
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
弱网环境下的组合支付系统及方法、收银机、存储介质,该系统包括:收银机、商户平台和第三方支付平台;当收银机检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单并将支付请求发送至商户平台;该平台在判定支付请求合法时,将其递交至选定的第一支付方式对应的第三方支付平台,并从中获取支付结果;收银机采用轮询的方式在预设时间段内向后台请求支付结果;若未请求到结果收银机根据输入的确认信息进行继续查询或者重新支付;反之在支付结果当前的状态为支付成功时,发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。采用本发明,可保证组合支付的性能,避免商户平台的数据混乱,降低等待的时长,提高用户体验。
Description
技术领域
本发明涉及在线支付技术领域,尤其涉及一种弱网环境下的组合支付系统及方法、收银机、存储介质。
背景技术
随着在线支付的兴起、发展和成熟,越来越多的人在购物时选择在线支付。一般支付时,一种支付方式即可满足订单金额,但当订单金额较大或者用户选择的支付方式的余额不足时,将影响订单的支付效率,从而降低在线支付的用户体验,此时可以需要采用多种方式共同完成一笔订单的支付即组合支付,组合支付既可以提高商户储值卡、预付卡的使用率,又显得更方便和人性化,也从侧面帮顾客节约了资金。现有的组合支付方式,一般是将所有的组合支付一起提交至后台,在网络较差或者交互平台结果反馈异常时,都会影响组合支付的性能,商户平台也存在数据混乱的风险。
发明内容
本发明实施例提供一种弱网环境下的组合支付系统及方法、收银机、存储介质,通过将多种支付方式逐笔进行组合支付,在网络较差或平台异常时可以保证组合支付的性能,避免商户平台的数据混乱,同时通过轮询机制获取支付结果,可以降低等待的时长,提高用户体验。
本发明实施例第一方面提供了一种弱网环境下的组合支付系统,可包括:收银机、商户平台和第三方支付平台;
当所述收银机检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台;
所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台,并从所述第三方支付平台获取支付结果;
所述收银机采用轮询的方式在预设时间段内向所述商户平台请求支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,收银机根据输入的确认信息进行继续查询或者重新支付;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
本发明实施例第二方面提供了一种弱网环境下的组合支付方法,可包括:
当检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台,以使所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台;
采用轮询的方式在预设时间段内向接收所述第三方支付平台通过所述商户平台反馈的支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,根据输入的确认信息进行继续查询或者重新支付;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
本发明实施例第三方面提供了一种计算机存储介质,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行以下步骤:
当检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台,以使所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台;
采用轮询的方式在预设时间段内向接收所述第三方支付平台通过所述商户平台反馈的支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,根据输入的确认信息进行继续查询或者重新支付;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
本发明实施例第四方面提供了一种服务器,可包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行以下步骤:
当检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台,以使所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台;
采用轮询的方式在预设时间段内向接收所述第三方支付平台通过所述商户平台反馈的支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,根据输入的确认信息进行继续查询或者重新支付;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
本发明的有益效果:收银机在检测到支付请求时,首先验证是否为一个订单的首次支付请求,只有在验证为是时才开启后续的组合支付机制,如果验证为否,则认为该次行为即是组合支付中的第二次或者第三次支付行为,也就是处于组合支付过程中,通过这一验证机制避免了组合支付中的误支付,提高了用户体验,同时通过对支付结果的状态加以区分,每种状态下对应不同的后续操作,使支付更加人性化,同时通过逐笔支付实现组合支付的方式,在网络较差或平台异常时保证了组合支付的性能,避免了商户平台的数据混乱;通过轮询机制在预设时间段内不断请求支付结果降低了等待的时长,提高了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种弱网环境下的组合支付系统的架构示意图;
图2是本发明实施例提供的一种弱网环境下的组合支付方法的流程示意图;
图3是本发明实施例提供的一种收银机的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
本发明实施例涉及的商户平台或第三方支付平台可以是大型计算机、PC机、等其他具备数据处理能力的服务设备,收银机可以是POS机、智能手机或者其他收银设备。
如图1所示,本实施例的弱网环境下的组合支付系统包括收银机1、商户平台2和第三方支付平台3。
需要说明的是,本申请中的商户平台2是多功能系统平台的统称,可以包括支付用的支付后台、核销优惠券的营销系统、管理订单的订单系统等等。在进行支付前,收银机1需要检测当前的是处于联网模式还是离线模式,不同模式下收银机1进行组合支付的过程是存在差别的。
在一种实现方式中,当收银机1处于联网模式下,组合支付的过程如下:
用户在进行支付时,如果客户有商家提供的折扣券、红包等优惠券时,收银机1可以发送优惠券核销请求至商户平台2,以便其对优惠券进行核销后更新当前订单的总支付金额。
需要说明的是,收银机1在接收到商户平台2反馈优惠券的核销成功信息后,需要检测此次发起的支付请求是否为当前订单对应的首次支付请求。可选的,收银机1可以通过扫码或者生成收款码触发支付请求。
可以理解的是,无论是组合支付还是一次性支付都可能面临支付行为的暂停,当支付行为再次继续时,一次性支付无所谓是否为首次,都只需完成支付即可。但组合支付中如果不验证是否为首次支付,有可能将组合支付中的第二次支付认为是首次支付,使用户进行两次的首次支付,造成误支付。例如,用户A用支付宝支付后,需要再通过微信进行支付,但微信中的支付密码忘记了,经过多次尝试后可以进行支付,中间可能间隔的时间长达几分钟,为了不影响后续的客户支付,在支付宝支付后收银员可以暂停当前订单的支付,转而进行其他客户的订单支付,当用户A再次进行支付时,收银机1就需要验证用户A 的支付行为是否为首次支付,在验证为是时,可以认为采用支付宝进行的首次支付未成功,需要通过微信再次进行首次支付;在验证为否时,则直接采用微信进行第二次支付剩余的金额。
进一步的,当收银机1检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将支付请求发送至商户平台2。商户平台2可以根据支付订单的订单信息判断支付请求的合法性,并在判定请求是合法的前提下,可以将支付请求递交至当前选定的第一支付方式对应的第三方支付平台3,例如可以是支付宝平台或者其他任何第三方支付平台。
进一步的,第三方支付平台3将支付结果反馈至商户平台2,商户平台2对结果进行存储后通知到收银机1。具体实现中,当网络环境较差或者平台出现超时,支付结果不能及时反馈到收银机1,收银机1可以采用轮询的方式在预设时间段内向商户平台2请求支付结果。例如,收银机1可以启用轮询等待20秒,这20秒内不停向商户平台请求结果,以期减短顾客的等待时长,如果未检测到支付结果,则收银员可以向客户确认是否支付成功,如果客户支付成功了,则收银员可以在收银机1上输入确认继续等待的确认信息或者不需要任何操作默认继续等待,若收银员确认客户未支付成功,则可以输入结束等待的确认信息,发起重新支付流程。可选的,在收银员确认客户支付成功时,还可以在收银机1 中选择后台等待,即收银机1将等待结果的任务转入后台执行,收银机1可以暂时退出此订单的支付结果的等待页面,便于其他顾客继续正常收银。而被中途退出的订单,收银员可以在订单列表找到并继续查询结果,或者继续收款。
需要说明的是,支付结果的状态可以包括支付成功、支付失败和支付中三种情况,虽然也是常见的支付结果的状态,但本申请针对不同状态下的进一步的支付操作进行了限定,下面将对三种状态下的支付结果进行阐述:
一、当支付结果的状态为支付成功时,收银机1会发起第二次支付请求,以选定的第二支付方式完成相应金额的支付。
需要说明的是,第二次支付的金额可以为支付订单中总支付金额与第一支付方式的首次支付金额之间的差值;或者可以是人为手动输入,此时第二支付金额小于总支付金额与首次支付金额之间的差值,也就是说还需要进行第三次支付,且只有在第二支付方式的支付结果对应的状态支付成功时,收银机1才发起第三次支付请求并以选定的第三支付方式完成相应金额的支付,其中第三支付方式的支付金额只能是总支付金额与首次支付金额和第二支付金额之间的差值。
进一步的,当收银机1检测到支付订单指示的总支付金额都支付完成后,可以更新支付订单的状态为交易成功,并将支付成功的订单提交至商户平台2,同时打印小票,支付结束。
二、当支付结果的状态为支付失败时,收银机1可以再次发起支付请求,并且再次支付请求对应的支付方式为第一支付方式或者第二支付方式或者第三支付方式。也就是说,在首次支付失败时,再次进行首次支付且支付方式可以任意选择,支付的金额也可以任意选择。可选的,在支付失败的状态下,收银机1还可以取消当前的支付订单,关闭订单状态的更新。
三、当支付结果的状态为支付中时,可以在收银机1的页面提示交易结果未知,此时可以通过收银员人为的选择是继续查询还是重新支付,如果收银员确认顾客确实是支付成功的,可以选择继续查询以便得到支付成功的结果,或者通过收银机发起重新支付进行如上所述的支付过程。
在本申请实施例中,当收银机1处于联网模式且网络比较好、第三方平台 (比如收单方平台)运行正常的情况下,收银机1可以比较快的获得支付成功或支付失败的通知,但是,一旦收银机1网络不好或第三方平台3出现异常导致无法正常返回支付结果(小概率事件,但会发生),如果收银机1单纯的让收银员一直在支付页面等待,容易阻塞正常的收银,影响商户营业;而如果简单的让收银员退出本次收银页面,又容易导致本订单支付结果丢失(即漏单)。而上述的做法既兼顾了快速收银,又能避免漏单。当支付结果无法短时间内返回收银机的时候,收银员可以根据实际情况做对应的处理,如果顾客有证据表明他已经支付完成,那么收银员可以让顾客拿货离开并在收银机结束本次订单,待网络好转或第三方平台恢复正常后,再查询此订单的状态;如果顾客没有证据表明他已经支付完成,那么收银员可以让顾客选择其他支付方式付款。
在又一种实现方式中,当收银机1处于离线模式下,组合支付的过程如下:
收银机1在检查到本次支付是此订单的首次支付请求时,先在本地生成支付订单,然后在本地完成支付,即离线模式下通过现金支付,收银员进行收款标记,标记首次支付已经成功,页面就会提示本次支付成功,在第一支付方式完成后,可以继续后续的第二支付方式的操作。
可以理解的是,即使处于联网模式下,也可以通过支付现金和在线支付相结合的方式进行组合支付,支付过程与离线模式下的组合支付过程一致。
特别的,离线产生的所有订单,系统将在收银机1联网后以定时任务的形式主动提交给商户平台2。“逐笔支付、付完打单”的组合支付方式,对于支付宝、微信支付、储值卡支付等需要和多个平台交互的支付方式比较友好,他能在某个支付环节发生异常的时候及时响应给收银员以便收银员根据实际情况做出最合适的处理方法,也能在某一种支付不成功的时候让顾客及时更换支付方式。这种方法对支付过程中弱网或平台异常的处理,会比所有组合支付一股脑提交后台更清晰。
如图2所示,本实施例的弱网环境下的组合支付方法的流程至少包括以下步骤:
收银机优惠券核销请求。
收银机检测支付请求是否为首次支付请求。
收银机发送支付请求至支付平台。
支付平台判断支付请求的合法性,并将支付请求发送至第三方支付平台。
收银机通过轮询的方式在预设时间段内向商户平台请求支付结果。
若在预设时间段内未检测到支付结果,收银机根据输入的确认信息进行继续查询或者重新支付。
若在预设时间段内检测到支付结果的状态为成功时,收银机发起第二次支付请求。
需要说明的是,上述支付步骤可以参见实施例支付系统中的描述,此处不再赘述。
在本发明实施例中,收银机在检测到支付请求时,首先验证是否为一个订单的首次支付请求,只有在验证为是时才开启后续的组合支付机制,如果验证为否,则认为该次行为即是组合支付中的第二次或者第三次支付行为,也就是处于组合支付过程中,通过这一验证机制避免了组合支付中的误支付,提高了用户体验,同时通过对支付结果的状态加以区分,每种状态下对应不同的后续操作,使支付更加人性化,同时通过逐笔支付实现组合支付的方式,在网络较差或平台异常时保证了组合支付的性能,避免了商户平台的数据混乱;通过轮询机制在预设时间段内不断请求支付结果降低了等待的时长,提高了用户体验。
本发明实施例还提供了一种计算机存储介质,所述计算机存储介质可以存储有多条指令,所述指令适于由处理器加载并执行如上述图2所示实施例的方法步骤,具体执行过程可以参见图2所示实施例的具体说明,在此不进行赘述。
请参见图3,为本发明实施例提供了一种收银机的结构示意图。如图3所示,所述收银机1000可以包括:至少一个处理器1001,例如CPU,至少一个网络接口1004,用户接口1003,存储器1005,至少一个通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。其中,用户接口1003可以包括显示屏(Display)、键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图3所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及组合支付应用程序。
在图3所示的收银机1000中,用户接口1003主要用于为用户提供输入的接口,获取用户输入的数据;网络接口1004用于与用户终端进行数据通信;而处理器1001可以用于调用存储器1005中存储的组合支付应用程序,并具体执行以下操作:
当检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台,以使所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台;
采用轮询的方式在预设时间段内向接收所述第三方支付平台通过所述商户平台反馈的支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,根据输入的确认信息进行继续查询或者重新支付;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
在一些实施例中,处理器1001还用于执行以下操作:
发送优惠券核销请求至商户平台,并在接收到商户平台返回的核销成功信息后,检测支付请求是否为当前订单对应的首次支付请求。
在一些实施例中,处理器1001还用于执行以下操作:
当所述确认信息为支付成功确认时,跳转至支付成功状态,并将支付订单中针对首次支付的状态更新为已完成。
在一些实施例中,第二支付方式支付的相应支付金额为支付订单中总支付金额与第一支付方式的首次支付金额之间的差值,或者第二支付方式支付的相应支付金额为手动输入的第二支付金额,第二支付金额小于总支付金额与首次支付金额之间的差值。
在一些实施例中,当第二支付方式的支付结果对应的状态支付成功时,处理器1001还用于执行以下操作:
发起第三次支付请求并以选定的第三支付方式完成相应金额的支付,第三支付方式的支付金额为总支付金额与首次支付金额和第二支付金额之间的差值。
在一些实施例中,处理器1001还用于执行以下操作:
当检测到支付订单指示的总支付金额支付完成后,更新支付订单的状态为交易成功,并将支付成功的订单提交至商户平台,支付结束。
在一些实施例中,当支付结果当前的状态为支付失败时,处理器1001还用于执行以下操作:
再次发起支付请求,再次支付请求对应的支付方式为第一支付方式或者第二支付方式或者第三支付方式。
在一些实施例中,当支付结果当前的状态为支付失败时,处理器1001还用于执行以下操作:
取消当前的支付订单,关闭订单状态的更新。
在一些实施例中,当支付结果当前的状态为支付中败时,处理器1001还用于执行以下操作:
根据输入的状态确认操作将支付中这一状态明确为支付成功状态或者支付失败状态。
在本发明实施例中,收银机在检测到支付请求时,首先验证是否为一个订单的首次支付请求,只有在验证为是时才开启后续的组合支付机制,如果验证为否,则认为该次行为即是组合支付中的第二次或者第三次支付行为,也就是处于组合支付过程中,通过这一验证机制避免了组合支付中的误支付,提高了用户体验,同时通过对支付结果的状态加以区分,每种状态下对应不同的后续操作,使支付更加人性化,同时通过逐笔支付实现组合支付的方式,在网络较差或平台异常时保证了组合支付的性能,避免了商户平台的数据混乱;通过轮询机制在预设时间段内不断请求支付结果降低了等待的时长,提高了用户体验。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (10)
1.一种弱网环境下的组合支付系统,其特征在于,包括:收银机、商户平台和第三方支付平台;
当所述收银机检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台;
所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台,并从所述第三方支付平台获取支付结果;
所述收银机采用轮询的方式在预设时间段内向所述商户平台请求支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,所述收银机根据输入的确认信息进行继续查询或者重新支付;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
2.根据权利要求1所述的支付系统,其特征在于,所述收银机发送优惠券核销请求至商户平台,并在接收到所述商户平台返回的核销成功信息后,检测支付请求是否为当前订单对应的首次支付请求。
3.根据权利要求1所述的支付系统,其特征在于,当所述确认信息为支付成功确认时,跳转至支付成功状态,并将支付订单中针对首次支付的状态更新为已完成。
4.根据权利要求1所述的支付系统,其特征在于,所述第二支付方式支付的相应支付金额为所述支付订单中总支付金额与所述第一支付方式的首次支付金额之间的差值,或者为手动输入的第二支付金额,所述第二支付金额小于所述总支付金额与所述首次支付金额之间的差值。
5.根据权利要求4所述的支付系统,其特征在于,当所述第二支付方式的支付结果对应的状态支付成功时,所述收银机发起第三次支付请求并以选定的第三支付方式完成相应金额的支付,所述第三支付方式的支付金额为所述总支付金额与所述首次支付金额和所述第二支付金额之间的差值。
6.根据权利要求1所述的支付系统,其特征在于,
当所述收银机检测到所述支付订单指示的总支付金额支付完成后,更新所述支付订单的状态为交易成功,并将支付成功的订单提交至所述商户平台,支付结束。
7.根据权利要求1所述的支付系统,其特征在于,
当所述支付结果当前的状态为支付失败时,所述收银机再次发起支付请求,所述再次支付请求对应的支付方式为第一支付方式或者所述第二支付方式或者第三支付方式,或者收银机取消当前的支付订单,关闭订单状态的更新。
8.根据权利要求1所述的支付系统,其特征在于,
当所述支付结果当前的状态为支付中时,根据输入的状态确认操作将支付中这一状态明确为支付成功状态或者支付失败状态。
9.一种弱网环境下的组合支付方法,其特征在于,包括:
当检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台,以使所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台;
采用轮询的方式在预设时间段内向接收所述第三方支付平台通过所述商户平台反馈的支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,根据输入的确认信息跳转至支付成功状态或支付失败状态;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
10.一种收银机,其特征在于,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行以下步骤:
当检测到支付请求为当前订单对应的首次支付请求时,在本地生成支付订单,并将所述支付请求发送至商户平台,以使所述商户平台在根据订单信息判断所述支付请求为合法请求时,将所述支付请求递交至选定的第一支付方式对应的第三方支付平台;
采用轮询的方式在预设时间段内向接收所述第三方支付平台通过所述商户平台反馈的支付结果,所述支付结果的状态包括支付成功、支付失败和支付中;
若在预设时间段内未检测到所述支付结果,根据输入的确认信息进行继续查询或者重新支付;
若在所述预设时间段内检测到的支付结果当前的状态为支付成功时,所述收银机发起第二次支付请求并以选定的第二支付方式完成相应金额的支付。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010387635.7A CN111476554A (zh) | 2020-05-09 | 2020-05-09 | 弱网环境下的组合支付系统及方法、收银机、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010387635.7A CN111476554A (zh) | 2020-05-09 | 2020-05-09 | 弱网环境下的组合支付系统及方法、收银机、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111476554A true CN111476554A (zh) | 2020-07-31 |
Family
ID=71762351
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010387635.7A Pending CN111476554A (zh) | 2020-05-09 | 2020-05-09 | 弱网环境下的组合支付系统及方法、收银机、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111476554A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113435870A (zh) * | 2021-05-26 | 2021-09-24 | 深圳市灵智数字科技有限公司 | 数据处理方法及电子设备 |
CN113706140A (zh) * | 2021-09-10 | 2021-11-26 | 百安居信息技术(上海)有限公司 | 一种基于云pos的智能支付和退款方法以及电子设备 |
WO2024032356A1 (zh) * | 2022-08-10 | 2024-02-15 | 支付宝(杭州)信息技术有限公司 | 基于预付凭证的支付处理方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107133797A (zh) * | 2017-04-28 | 2017-09-05 | 努比亚技术有限公司 | 一种支付异常自动检测方法、终端及计算机可读存储介质 |
CN107679854A (zh) * | 2017-10-09 | 2018-02-09 | 广州市万表科技股份有限公司 | 一种多次支付方法及系统 |
CN108052398A (zh) * | 2017-12-12 | 2018-05-18 | 苏州比可网络科技有限公司 | 一种订单处理状态的反馈方法及聚合支付平台 |
CN109493028A (zh) * | 2018-11-20 | 2019-03-19 | 北京千丁互联科技有限公司 | 一种支付方法及装置 |
US20190205862A1 (en) * | 2016-06-24 | 2019-07-04 | Huawei Technologies Co., Ltd. | Payment Method, Payment Terminal, and Substitute Payment Server |
-
2020
- 2020-05-09 CN CN202010387635.7A patent/CN111476554A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190205862A1 (en) * | 2016-06-24 | 2019-07-04 | Huawei Technologies Co., Ltd. | Payment Method, Payment Terminal, and Substitute Payment Server |
CN107133797A (zh) * | 2017-04-28 | 2017-09-05 | 努比亚技术有限公司 | 一种支付异常自动检测方法、终端及计算机可读存储介质 |
CN107679854A (zh) * | 2017-10-09 | 2018-02-09 | 广州市万表科技股份有限公司 | 一种多次支付方法及系统 |
CN108052398A (zh) * | 2017-12-12 | 2018-05-18 | 苏州比可网络科技有限公司 | 一种订单处理状态的反馈方法及聚合支付平台 |
CN109493028A (zh) * | 2018-11-20 | 2019-03-19 | 北京千丁互联科技有限公司 | 一种支付方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113435870A (zh) * | 2021-05-26 | 2021-09-24 | 深圳市灵智数字科技有限公司 | 数据处理方法及电子设备 |
CN113706140A (zh) * | 2021-09-10 | 2021-11-26 | 百安居信息技术(上海)有限公司 | 一种基于云pos的智能支付和退款方法以及电子设备 |
WO2024032356A1 (zh) * | 2022-08-10 | 2024-02-15 | 支付宝(杭州)信息技术有限公司 | 基于预付凭证的支付处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210406906A1 (en) | Hosted Thin-Client Interface In A Payment Authorization System | |
US11416865B2 (en) | Authorization of credential on file transactions | |
US10325261B2 (en) | Systems communications with non-sensitive identifiers | |
CN111476554A (zh) | 弱网环境下的组合支付系统及方法、收银机、存储介质 | |
US20080017702A1 (en) | System and Method for Conducting Electronic Account Transactions | |
KR101656500B1 (ko) | 오프라인 거래가 가능한 전자화폐 서비스 방법 및 이를 이용한 시스템 | |
US20190066070A1 (en) | Methods and system for utilizing cash with online activities | |
US20140032399A1 (en) | Electronic transaction system | |
AU2021215250B2 (en) | System and method employing reduced time device processing | |
US20120303524A1 (en) | System and method for receiver staged money transfer transactions | |
US20220141180A1 (en) | Method for processing via conditional authorization | |
CN111476553A (zh) | 组合支付系统及方法、收银机、存储介质 | |
CN111160883B (zh) | 基于聚合二维码的入网及收款系统及其方法和存储介质 | |
CN111680990A (zh) | 弱网环境下的支付方法及装置、收银机、存储介质 | |
RU2801550C1 (ru) | Способ с применением сокращенной по времени обработки устройства | |
US11514450B2 (en) | System and method for mobile payments | |
RU2774798C2 (ru) | Способ с применением сокращенной по времени обработки устройства | |
KR101138965B1 (ko) | 수수료 쿠폰을 이용한 금융 거래 시스템 및 그 동작방법 | |
KR20150053855A (ko) | 카드 관련 정보 제공 서버 장치, 방법 및 기록매체 | |
KR20190014058A (ko) | 신용카드 거래를 이용하여 신용카드 상품권을 운용하는 시스템 및 방법 | |
JP2009098852A (ja) | インターネットバンキングシステム及び電子マネーチャージ方法 | |
KR20160113555A (ko) | 신용카드 거래를 이용하여 신용카드 상품권을 운용하는 시스템 및 방법 | |
KR20150030227A (ko) | 신용카드 거래를 이용하여 신용카드 상품권을 운용하는 시스템 및 방법 | |
KR20160008489A (ko) | 신용카드 거래를 이용하여 신용카드 상품권을 운용하는 시스템 및 방법 | |
KR20140090127A (ko) | 신용카드 거래를 이용하여 신용카드 상품권을 운용하는 시스템 및 방법 |
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 |