CN112215589A - 一种支付跳转控制方法、装置和电子设备 - Google Patents
一种支付跳转控制方法、装置和电子设备 Download PDFInfo
- Publication number
- CN112215589A CN112215589A CN202011083945.6A CN202011083945A CN112215589A CN 112215589 A CN112215589 A CN 112215589A CN 202011083945 A CN202011083945 A CN 202011083945A CN 112215589 A CN112215589 A CN 112215589A
- Authority
- CN
- China
- Prior art keywords
- payment
- quota
- rule
- gateway
- state
- 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]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- 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/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/405—Establishing or using transaction specific rules
Abstract
本申请公开了一种支付跳转控制方法、装置和电子设备,该方法和装置应用于商户的支付平台,具体为根据用户支付请求读取支付请求对应的支付网关的网关状态;如果网关状态为开启状态,则基于限额规则和支付请求完成支付任务;如果网关状态为关闭状态,则向用户反馈支付失败信息。通过上述操作可以在相应第三方支付平台的支付限额实现跳转,避免相应第三方支付平台在超过当前支付限额的情况下被强行请求支付,能够避免本周期内无法完成资金结算的情况发生,从而有效降低了商户的交易风险。
Description
技术领域
本申请涉及互联网技术领域,更具体地说,涉及一种支付跳转控制方法、装置和电子设备。
背景技术
支付网关是银行金融网络系统和Internet网络之间的接口,是由银行操作的将Internet上传输的数据转换为金融机构内部数据的一组服务器设备,或由被授权的第三方支付机构所掌握的服务器设备,用于处理商家的支付信息和顾客的支付指令。支付网关可确保交易在Internet用户和交易处理商之间安全、无缝的传递,并且无需对原有主机系统进行修改。
随着微信,支付宝等第三方支付方式越来越流行,很多商户渐渐开始在原有基于银行支付网关的银行直连支付的基础上,接入越来越多的第三方支付网关,以处理第三方支付的支付信息和支付指令。在此情况下,当某个第三方支付网关在一定周期内产生较大的交易量的时候,可能无法在本周期内完成资金结算,导致资金无法及时到账,从而使商户面临较大的资金风险。
发明内容
有鉴于此,本申请提供一种支付跳转控制方法、装置和电子设备,用于根据第三方支付平台的支付限额实现跳转控制,以降低商户的资金风险。
为了实现上述目的,现提出的方案如下:
一种支付跳转控制方法,应用于商户的支付平台,所述支付跳转控制方法包括步骤:
接收用户的支付请求;
读取所述支付请求对应的支付网关的网关状态,所述网关状态包括关闭状态和开启状态;
判断所述支付网关的网关状态;
如果所述网关状态为所述开启状态,则基于限额规则和所述支付请求完成支付任务;
如果所述网关状态为所述关闭状态,则向用户反馈支付失败信息。
可选的,所述基于所述支付请求完成支付任务,包括步骤:
检测是否有可用的限额规则;
如果没有任何可用的限额规则,则向用户反馈支付成功信息;
如果存在可用的限额规则,则读取所述限额规则;
基于所述限额规则计算最新限额数据;
判断所述最新限额数据是否超出所述限额规则所规定的支付限额;
如果所述最新限额数据没有超出所述限额,则向用户反馈支付成功信息;
如果所述最新限额数据超出所述限额,则执行超额处置步骤。
可选的,所述执行超额处置步骤,包括步骤:
将所述网关状态修改为所述关闭状态;
同时通知网关状态已经更改信息,并向用户反馈支付成功信息。
可选的,还包括步骤:
根据设置请求,设置所述限额规则,所述限额规则包括支付限额、生效时间、失效时间和限额周期。
可选的,还包括步骤:
定时或基于用户请求读取所述限额规则;
根据所述限额规则判断当前日期是否为限额结算日;
如果是所述限额结算日,则重置所述限额规则的支付限额和所述网关状态。
一种支付跳转控制装置,应用于商户的支付平台,所述支付跳转控制装置包括:
请求响应模块,被配置为接收用户的支付请求;
限额数据管理模块,被配置为读取所述支付请求对应的支付网关的网关状态,所述网关状态包括关闭状态和开启状态;
限额判断模块,被配置为判断所述支付网关的网关状态;
支付处理模块,被配置为如果所述网关状态为所述开启状态,则基于限额规则和所述支付请求完成支付任务;
响应反馈模块,被配置为如果所述网关状态为所述关闭状态,则向用户反馈支付失败信息。
可选的,所述支付处理模块包括:
规则检测单元,被配置为检测是否有可用的限额规则;
第一反馈单元,被配置为如果没有任何可用的限额规则,则向用户反馈支付成功信息;
规则读取单元,被配置为如果存在可用的限额规则,则读取所述限额规则;
限额计算单元,被配置为基于所述限额规则计算最新限额数据;
限额判断单元,被配置为判断所述最新限额数据是否超出所述限额规则所规定的支付限额;
第二反馈单元,被配置为如果所述最新限额数据没有超出所述限额,则向用户反馈支付成功信息;
超额处置单元,被配置为如果所述最新限额数据超出所述限额,则执行超额处置步骤。
可选的,所述超额处置单元被配置为:
将所述网关状态修改为所述关闭状态;
同时通知网关状态已经更改信息,并向用户反馈支付成功信息。
可选的,还包括:
限额规则配置模块,被配置为根据设置请求设置所述限额规则,所述限额规则包括支付限额、生效时间、失效时间和限额周期。
可选的,还包括:
规则读取模块,被配置为定时或基于用户请求读取所述限额规则;
结算日判断模块,被配置为根据所述限额规则判断当前日期是否为限额结算日;
网关重置模块,被配置为如果是所述限额结算日,则重置所述限额规则的支付限额和所述网关状态。
一种电子设备,可选的,设置有如上所述的支付跳转控制装置。
一种电子设备,可选的,包括至少一个处理器和与所述处理器连接的存储器,其中:
所述存储器用于存储计算机程序或指令;
所述处理器用于执行所述计算机程序或指令,以使所述电子设备实现如上所述的支付跳转控制方法。
从上述的技术方案可以看出,本申请公开了一种支付跳转控制方法、装置和电子设备,该方法和装置应用于商户的支付平台,具体为根据用户支付请求读取支付请求对应的支付网关的网关状态;如果网关状态为开启状态,则基于限额规则和支付请求完成支付任务;如果网关状态为关闭状态,则向用户反馈支付失败信息。通过上述操作可以在相应第三方支付平台的支付限额实现跳转,避免相应第三方支付平台在超过当前支付限额的情况下被强行请求支付,能够避免本周期内无法完成资金结算的情况发生,从而有效降低了商户的交易风险。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例的一种支付跳转控制方法的流程图;
图2为本申请实施例的一种实现支付请求的流程图;
图3为本申请实施例的另一种支付跳转控制方法的流程图;
图4为本申请实施例的一种支付跳转控制装置的框图;
图5为本申请实施例的另一种支付跳转控制装置的框图;
图6为本申请实施例的又一种支付跳转控制装置的框图;
图7为本申请实施例的又一种支付跳转控制装置的框图;
图8为本申请实施例的一种电子设备的框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
实施例一
图1为本申请实施例的一种支付跳转控制方法的流程图。
如图1所示,本实施例提供的支付跳转控制方法应用于基于互联网实现在线支付的商户的网上支付平台,该网上支付平台可以看做一组或一个服务器,或者看做相应服务器上所配置的功能模块,该支付跳转控制方法具体包括如下步骤:
S1、接收用户的支付请求。
这里的用户是指从该商户购买服务或者商品的消费者,当用户基于互联网向商户发送支付请求时,接收该支付请求,该支付请求除请求指令本身外还至少包括该支付请求的付款数额。
S2、读取支付请求对应的支付网关的网关状态。
在用户发出支付请求时,其是通过商户的支付页面选择一定的支付方式,例如选择微信支付方式或者支付宝支付方式,在选择并点击选项后产生的支付请求会对应微信的支付网关或支付宝的支付网关。商户的支付平台上会预先设置有相应支付网关的网关状态,网关状态包括关闭状态和开启状态,即同一时刻是仅会是关闭状态或者开启状态。
这里的关闭状态代表着该支付网关在当前时刻或者当前周期内已经发生的支付额已经超过了支付限额,但并不表示无法通过该支付网关处理相应支付请求,即依然可以通过该支付网关向该第三方支付平台发出支付请求;这里的开启状态是指该支付网关在当前时刻或当前周期内已经发生的支付额尚未超过该支付限额,在此情况下如果向该支付网关发出支付请求可以顺利完成支付。
S3、判断支付网关的网关状态。
即判断当前支付网关的网关状态为关闭状态还是开启状态,或者说判断该支付网关在当前时刻或当前周期内是否已经超过支付限额。如果是开启状态则执行步骤S4,如果是关闭状态则执行步骤S5。
S4、基于限额规则和支付请求完成支付任务。
即在相应支付网关的网关状态为开启状态的情况下,基于预先规定的限额规则和支付请求向该支付网关发出支付指令,以使该第三方支付平台完成该支付请求。
S5、向用户反馈支付失败信息。
即如果该网关状态为关闭状态,意味着该第三方支付平台当前时刻或者当前周期内的支付限额已经用尽,此时如果强行支付则有可能会导致商户因支付延迟而发生资金风险,因此此时则不进行进一步的支付请求,而是向用户反馈支付失败信息,以使用户选择其他支付平台进行支付。
从上述技术方案可以看出,本实施例提供了一种支付跳转控制方法,该方法应用于商户的支付平台,具体为根据用户支付请求读取支付请求对应的支付网关的网关状态;如果网关状态为开启状态,则基于限额规则和支付请求完成支付任务;如果网关状态为关闭状态,则向用户反馈支付失败信息。通过上述操作可以在相应第三方支付平台的支付限额实现跳转,避免相应第三方支付平台在超过当前支付限额的情况下被强行请求支付,能够避免本周期内无法完成资金结算的情况发生,从而有效降低了商户的交易风险。
在本申请的一个具体实施方式中,具体通过如下步骤实施该基于支付请求完成支付任务,如图2所示:
S41、检测是否有可用的限额规则。
即查询该支付平台内是否有预置的限额规则,这里的限额规则至少包括支付限额、生效时间、失效时间和限额周期。限额规则可以包括多条,如针对不同支付方式、不同支付平台、不同支付周期等。
S42、如果没有限额规则,则向用户反馈支付成功信息。
即如果没有查询到任何可用的限额规则,则直接完成该支付请求,并向用户反馈支付已经完成的反馈信息。
S43、如果存在可用的限额规则,则读取限额规则。
若查找到一条限额规则,那么只需要读取该规则进行下一步操作即可。若查找到多条限额规则,根据限额规则的类型,仅读取优先级最高的规则(规则类型分为“日常”,“假期”,“促销”三种类型,优先级为“促销”>“假期”>“日常”)。
S44、计算最新限额数据。
即在读取到限额规则后,根据限额规则和支付请求中的支付数额计算最新限额数据。例如当前支付限额已经剩余2000元的基础上,如果当前支付请求需要支付3000元,则计算后得到最新限额数据是-1000元。
S45、判断最新限额数据是否超出支付限额。
实际是指该最新限额数据是否已经为负,即对本次支付请求完成支付后是否支付额度已经用完,如果支付额度没有用完,则执行步骤S46,反之则执行步骤S47。
S46、向用户反馈支付成功信息。
即在本次支付后支付额度没有用完的情况下使用户知晓本次支付已经完成。
S47、执行超额处置步骤。
即在本次支付后支付额度已经用完的情况下采取相应的处置步骤,以使后续支付请求不再执行,以保证商户的交易安全。具体操作如下:
将该支付请求对应的支付网关的网关状态修改为关闭状态,以此避免后续的支付请求导致该支付平台超过支付限额支付;同时向商户发出通知,以使商户知道网关状态已经处于关闭状态,即在当前时刻或当前周期内相应第三方支付平台的支付额度已经用完,并向用户反馈支付成功信息,以使用户知晓支付已经成功。
通过上述操作可以对网关状态进行更改,从而使相应的支付网关的网关状态随当前支付额度进行变化,保证了支付请求在支付额度内才得以处理,从而进一步保证了商户的资金安全。
另外,在本申请的又一个具体实施方式中,在以上方法的基础上,还可以包括如下步骤:
S00、根据设置请求设置限额规则。
即基于商户通过相应终端发出的设置请求设置至少一个限额规则,该限额规则包括但不限于支付限额、生效时间、失效时间和限额周期。且限额规则可以包括多条,如针对不同支付方式、不同支付平台、不同支付周期等。
通过上述操作,可以使商户随时基于自己的需求或者与相应第三方支付平台的约定内容新增、修改或删除相应限额规则,更好地满足商户的需求。
还有,在本申请的又一个具体实施方式中,在以上任一方法的基础上,还包括如下步骤,如图3所示:
S6、读取限额规则。
即在已有至少一条限额规则的基础上,定时或者根据用户的支付请求读取相应限额规则。
S7、判断当前日期是否为限额结算日。
如果不是限额结算日,则不执行任何操作,反之则执行下一步骤。
S8、重置支付限额和网关状态。
如果当前日期是限额结算日,则重置支付限额,即将支付限额重置为与相应支付平台约定的最高限额,同时,重置该支付网关的网关状态,如果该网关状态为开启状态则不执行任何操作,相反如果是关闭状态则将其重置为开启状态。
通过上述操作可以使支付网关在完成当前周期后重新进入到接收支付请求的状态。
基于以上的方法步骤,可以实现如下描述的支付内容:
1)假设一位用户在1月1日想要购买一张甲航空公司的机票,首先他进入甲航空公司官网,选择想要购买的机票,然后选择支付宝的支付方式进行支付。此时支付请求进入甲航空公司的支付平台后,读取支付宝的网关状态,然后对网关状态进行判断,若网关状态为“关闭状态”,说明该网关之前由于超额已经关闭,此时系统拒绝该支付请求,并返回响应“由于该网关超额已关闭”,支付失败结束该流程。
2)若支付宝网关状态为“开启状态”,那么调用支付宝支付的请求,用户使用支付宝客户端或者扫码完成支付。当收到支付成功的响应后,根据航空公司,网关和日期等数据查找是否有可用的限额规则。若根据这些条件查不到可用的限额规则,那么说明该支付网关没有配置限额,所以直接返回支付成功,结束流程。
3)若查找到一条限额规则,那么只需要读取该规则进行下一步操作即可。若查找到多条限额规则,根据限额规则的类型,仅读取优先级最高的规则(规则类型分为“日常”,“假期”,“促销”三种类型,优先级为“促销”>“假期”>“日常”)。例如1月1日同时查找到“规则A”(类型为“日常”),“规则B”(类型为“假期”)两条规则,那么此时只读取“规则B”。
4)将读取到规则中的限额数与用户支付的订单金额数进行计算,得到新的限额数,并更新到该规则。例如在1月1日读取到的步骤1中的“规则A”限额数为10000元,用户已支付购买的机票价格为2000元,那么计算得到新的限额为10000-2000=8000元,更新“规则A”的限额数为8000元。然后进行限额数的判断。判断限额数8000元大于0,说明该网关没有超出限额,直接返回支付成功,结束该流程。
5)如果在1月1日读取到的步骤1中“规则A”限额数为1000元,用户已支付购买的机票价格为2000元,那么计算得到新的限额为1000-2000=-1000元,更新“规则A”的限额数为-1000元。然后跳转进行限额数的判断。判断限额数-1000元小于0,说明该网关在该笔订单支付完成之后已经超出限额,此时将该支付网关关闭,并发送短信和邮件通知航空公司联系人:“支付宝网关由于超额1000元已关闭”。然后修改网关状态为“关闭状态”,响应支付成功,结束该流程。
另外,还可以实现如下的内容:
1)在每天的固定时间(一般为00:00)会定时的读取当天的限额规则。读取当日生效的限额规则,然后判断当日是否为限额结算日(限额结算日为每个限额周期的第一天和规则的失效日)。例如步骤1中“规则A”的限额周期设置为“1天”,那么在生效日期“1月1日”到“1月30日”内,每天的00:00,限额数据管理模块会将“规则A”的限额数重置为“10000元”,然后重置支付宝的网关状态为“开启状态”。
2)若上述“规则A”的限额周期设置为“3天”,那么在生效日期“1月1日”到“1月30日”内,限额结算日为“1月1日”,“1月4日”,“1月7日”…“1月28日”,“1月30日”。在这些日期的00:00限额数据管理模块会进行规则重置,其余日期限额数据管理模块不会进行重置操作,保持规则原样。
实施例二
图4为本申请实施例的一种支付跳转控制装置的框图。
如图4所示,本实施例提供的支付跳转控制方法应用于基于互联网实现在线支付的商户的网上支付平台,该网上支付平台可以看做一组或一个服务器,或者看做相应服务器上所配置的功能模块,该支付跳转控制装置具体包括请求响应模块10、限额数据管理模块20、限额判断模块30、支付处理模块40和响应反馈模块50。
请求响应模块用于接收用户的支付请求。
这里的用户是指从该商户购买服务或者商品的消费者,当用户基于互联网向商户发送支付请求时,接收该支付请求,该支付请求除请求指令本身外还至少包括该支付请求的付款数额。
限额数据管理模块用于读取支付请求对应的支付网关的网关状态。
在用户发出支付请求时,其是通过商户的支付页面选择一定的支付方式,例如选择微信支付方式或者支付宝支付方式,在选择并点击选项后产生的支付请求会对应微信的支付网关或支付宝的支付网关。商户的支付平台上会预先设置有相应支付网关的网关状态,网关状态包括关闭状态和开启状态,即同一时刻是仅会是关闭状态或者开启状态。
这里的关闭状态代表着该支付网关在当前时刻或者当前周期内已经发生的支付额已经超过了支付限额,但并不表示无法通过该支付网关处理相应支付请求,即依然可以通过该支付网关向该第三方支付平台发出支付请求;这里的开启状态是指该支付网关在当前时刻或当前周期内已经发生的支付额尚未超过该支付限额,在此情况下如果向该支付网关发出支付请求可以顺利完成支付。
限额判断模块用于判断支付网关的网关状态。
即判断当前支付网关的网关状态为关闭状态还是开启状态,或者说判断该支付网关在当前时刻或当前周期内是否已经超过支付限额。支付处理模块用于基于限额规则和支付请求完成支付任务。
该模块在相应支付网关的网关状态为开启状态的情况下,基于预先规定的限额规则和支付请求向该支付网关发出支付指令,以使该第三方支付平台完成该支付请求。
响应反馈模块用于向用户反馈支付失败信息。
即如果该网关状态为关闭状态,意味着该第三方支付平台当前时刻或者当前周期内的支付限额已经用尽,此时如果强行支付则有可能会导致商户因支付延迟而发生资金风险,因此此时则不进行进一步的支付请求,而是向用户反馈支付失败信息,以使用户选择其他支付平台进行支付。
从上述技术方案可以看出,本实施例提供了一种支付跳转控制装置,该装置应用于商户的支付平台,具体为根据用户支付请求读取支付请求对应的支付网关的网关状态;如果网关状态为开启状态,则基于限额规则和支付请求完成支付任务;如果网关状态为关闭状态,则向用户反馈支付失败信息。通过上述操作可以在相应第三方支付平台的支付限额实现跳转,避免相应第三方支付平台在超过当前支付限额的情况下被强行请求支付,能够避免本周期内无法完成资金结算的情况发生,从而有效降低了商户的交易风险。
在本申请的一个具体实施方式中,该支付处理模块具体包括规则检测单元41、第一反馈单元42、规则读取单元43、限额计算单元44、限额判断单元45、第二反馈单元46和超额处理单元47,如图5所示:
规则检测单元用于检测是否有可用的限额规则。
即查询该支付平台内是否有预置的限额规则,这里的限额规则至少包括支付限额、生效时间、失效时间和限额周期。限额规则可以包括多条,如针对不同支付方式、不同支付平台、不同支付周期等。
第一反馈单元用于如果没有限额规则,则向用户反馈支付成功信息。
该单元在规则检测单元没有查询到任何可用的限额规则时,直接完成该支付请求,并向用户反馈支付已经完成的反馈信息。
规则读取单元用于如果存在可用的限额规则,则读取限额规则
若查找到一条限额规则,那么只需要读取该规则进行下一步操作即可。若查找到多条限额规则,根据限额规则的类型,仅读取优先级最高的规则(规则类型分为“日常”,“假期”,“促销”三种类型,优先级为“促销”>“假期”>“日常”)。
限额计算单元用于计算最新限额数据。
即在读取到限额规则后,根据限额规则和支付请求中的支付数额计算最新限额数据。例如当前支付限额已经剩余2000元的基础上,如果当前支付请求需要支付3000元,则计算后得到最新限额数据是-1000元。
限额判断单元用于判断最新限额数据是否超出支付限额。
实际是指该最新限额数据是否已经为负,即对本次支付请求完成支付后是否支付额度已经用完。
第二反馈单元用于向用户反馈支付成功信息。
即在本次支付后支付额度没有用完的情况下使用户知晓本次支付已经完成。
超额处理单元用于执行超额处置。
即在本次支付后支付额度已经用完的情况下采取相应的处置步骤,以使后续支付请求不再执行,以保证商户的交易安全。具体操作如下:
将该支付请求对应的支付网关的网关状态修改为关闭状态,以此避免后续的支付请求导致该支付平台超过支付限额支付;同时向商户发出通知,以使商户知道网关状态已经处于关闭状态,即在当前时刻或当前周期内相应第三方支付平台的支付额度已经用完,并向用户反馈支付成功信息,以使用户知晓支付已经成功。
通过上述单元可以对网关状态进行更改,从而使相应的支付网关的网关状态随当前支付额度进行变化,保证了支付请求在支付额度内才得以处理,从而进一步保证了商户的资金安全。
另外,在本申请的又一个具体实施方式中,在以上方案的基础上,还可以包括限额规则配置模块60,如图6所示。
限额规则配置模块用于根据设置请求设置限额规则。
即基于商户通过相应终端发出的设置请求设置至少一个限额规则,该限额规则包括但不限于支付限额、生效时间、失效时间和限额周期。且限额规则可以包括多条,如针对不同支付方式、不同支付平台、不同支付周期等。
通过上述操作,可以使商户随时基于自己的需求或者与相应第三方支付平台的约定内容新增、修改或删除相应限额规则,更好地满足商户的需求。
还有,在本申请的又一个具体实施方式中,在以上任一方案的基础上,还包括规则读取模块70、结算日判断模块80和网关重置模块90,如图7所示:
规则读取模块用于读取限额规则。
即在已有至少一条限额规则的基础上,定时或者根据用户的支付请求读取相应限额规则。
结算日判断模块用于判断当前日期是否为限额结算日。
如果不是限额结算日,则不执行任何操作,反之则执行下一步骤。
网关重置模块用于重置支付限额和网关状态。
如果当前日期是限额结算日,则重置支付限额,即将支付限额重置为与相应支付平台约定的最高限额,同时,重置该支付网关的网关状态,如果该网关状态为开启状态则不执行任何操作,相反如果是关闭状态则将其重置为开启状态。
通过上述模块可以使支付网关在完成当前周期后重新进入到接收支付请求的状态。
实施例三
本实施例提供了一种电子设备,该电子设备应用于支付平台,该电子设备可以看做是一个或一组完成支付功能的服务器,或者是相应服务器上的功能模块。该电子设备具体包括上一实施例中的支付跳转控制装置。
该装置具体为根据用户支付请求读取支付请求对应的支付网关的网关状态;如果网关状态为开启状态,则基于限额规则和支付请求完成支付任务;如果网关状态为关闭状态,则向用户反馈支付失败信息。通过上述操作可以在相应第三方支付平台的支付限额实现跳转,避免相应第三方支付平台在超过当前支付限额的情况下被强行请求支付,能够避免本周期内无法完成资金结算的情况发生,从而有效降低了商户的交易风险。
实施例四
图8为本申请实施例的一种电子设备的框图。
如图8所示,本实施例提供了一种电子设备,该电子设备至少包括一个处理器101和存储器102,两者通过数据总线103连接。存储器用于存储计算机程序或指令,处理器用于获取并执行该计算机程序或指令,以使该电子设备实现实施例一种支付跳转控制方法。
该支付跳转控制方法具体为根据用户支付请求读取支付请求对应的支付网关的网关状态;如果网关状态为开启状态,则基于限额规则和支付请求完成支付任务;如果网关状态为关闭状态,则向用户反馈支付失败信息。通过上述操作可以在相应第三方支付平台的支付限额实现跳转,避免相应第三方支付平台在超过当前支付限额的情况下被强行请求支付,能够避免本周期内无法完成资金结算的情况发生,从而有效降低了商户的交易风险。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的技术方案进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (12)
1.一种支付跳转控制方法,应用于商户的支付平台,其特征在于,所述支付跳转控制方法包括步骤:
接收用户的支付请求;
读取所述支付请求对应的支付网关的网关状态,所述网关状态包括关闭状态和开启状态;
判断所述支付网关的网关状态;
如果所述网关状态为所述开启状态,则基于限额规则和所述支付请求完成支付任务;
如果所述网关状态为所述关闭状态,则向用户反馈支付失败信息。
2.如权利要求1所述的支付跳转控制方法,其特征在于,所述基于所述支付请求完成支付任务,包括步骤:
检测是否有可用的限额规则;
如果没有任何可用的限额规则,则向用户反馈支付成功信息;
如果存在可用的限额规则,则读取所述限额规则;
基于所述限额规则计算最新限额数据;
判断所述最新限额数据是否超出所述限额规则所规定的支付限额;
如果所述最新限额数据没有超出所述限额,则向用户反馈支付成功信息;
如果所述最新限额数据超出所述限额,则执行超额处置步骤。
3.如权利要求2所述的支付跳转控制方法,其特征在于,所述执行超额处置步骤,包括步骤:
将所述网关状态修改为所述关闭状态;
同时通知网关状态已经更改信息,并向用户反馈支付成功信息。
4.如权利要求1所述的支付跳转控制方法,其特征在于,还包括步骤:
根据设置请求,设置所述限额规则,所述限额规则包括支付限额、生效时间、失效时间和限额周期。
5.如权利要求1所述的支付跳转控制方法,其特征在于,还包括步骤:
定时或基于用户请求读取所述限额规则;
根据所述限额规则判断当前日期是否为限额结算日;
如果是所述限额结算日,则重置所述限额规则的支付限额和所述网关状态。
6.一种支付跳转控制装置,应用于商户的支付平台,其特征在于,所述支付跳转控制装置包括:
请求响应模块,被配置为接收用户的支付请求;
限额数据管理模块,被配置为读取所述支付请求对应的支付网关的网关状态,所述网关状态包括关闭状态和开启状态;
限额判断模块,被配置为判断所述支付网关的网关状态;
支付处理模块,被配置为如果所述网关状态为所述开启状态,则基于限额规则和所述支付请求完成支付任务;
响应反馈模块,被配置为如果所述网关状态为所述关闭状态,则向用户反馈支付失败信息。
7.如权利要求6所述的支付跳转控制装置,其特征在于,所述支付处理模块包括:
规则检测单元,被配置为检测是否有可用的限额规则;
第一反馈单元,被配置为如果没有任何可用的限额规则,则向用户反馈支付成功信息;
规则读取单元,被配置为如果存在可用的限额规则,则读取所述限额规则;
限额计算单元,被配置为基于所述限额规则计算最新限额数据;
限额判断单元,被配置为判断所述最新限额数据是否超出所述限额规则所规定的支付限额;
第二反馈单元,被配置为如果所述最新限额数据没有超出所述限额,则向用户反馈支付成功信息;
超额处置单元,被配置为如果所述最新限额数据超出所述限额,则执行超额处置步骤。
8.如权利要求7所述的支付跳转控制装置,其特征在于,所述超额处置单元被配置为:
将所述网关状态修改为所述关闭状态;
同时通知网关状态已经更改信息,并向用户反馈支付成功信息。
9.如权利要求6所述的支付跳转控制装置,其特征在于,还包括:
限额规则配置模块,被配置为根据设置请求设置所述限额规则,所述限额规则包括支付限额、生效时间、失效时间和限额周期。
10.如权利要求6所述的支付跳转控制装置,其特征在于,还包括:
规则读取模块,被配置为定时或基于用户请求读取所述限额规则;
结算日判断模块,被配置为根据所述限额规则判断当前日期是否为限额结算日;
网关重置模块,被配置为如果是所述限额结算日,则重置所述限额规则的支付限额和所述网关状态。
11.一种电子设备,其特征在于,设置有如权利要求6~10任一项所述的支付跳转控制装置。
12.一种电子设备,其特征在于,包括至少一个处理器和与所述处理器连接的存储器,其中:
所述存储器用于存储计算机程序或指令;
所述处理器用于执行所述计算机程序或指令,以使所述电子设备实现如权利要求1~5任一项所述的支付跳转控制方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011083945.6A CN112215589A (zh) | 2020-10-12 | 2020-10-12 | 一种支付跳转控制方法、装置和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011083945.6A CN112215589A (zh) | 2020-10-12 | 2020-10-12 | 一种支付跳转控制方法、装置和电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112215589A true CN112215589A (zh) | 2021-01-12 |
Family
ID=74052644
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011083945.6A Pending CN112215589A (zh) | 2020-10-12 | 2020-10-12 | 一种支付跳转控制方法、装置和电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112215589A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113095811A (zh) * | 2021-03-31 | 2021-07-09 | 深圳市顺易通信息科技有限公司 | 一种跨平台支付停车费用的方法及相关装置 |
-
2020
- 2020-10-12 CN CN202011083945.6A patent/CN112215589A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113095811A (zh) * | 2021-03-31 | 2021-07-09 | 深圳市顺易通信息科技有限公司 | 一种跨平台支付停车费用的方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110390595B (zh) | 一种信息处理系统、方法、服务器及存储介质 | |
US8700519B2 (en) | System and method for correlating a seller's insurance claim with a buyer's complaint | |
JP2012500444A (ja) | 支払いプラットフォーム及び物流会社を用いるオンライン取引方法並びにシステム | |
US20080262939A1 (en) | Self-Owned Resource Interaction and Method and System For Processing Electronic Trade Information | |
CN107038645B (zh) | 业务处理方法、装置及系统和服务器 | |
US11966969B2 (en) | Computer implemented system and method for a rent-to-own program | |
CN110689394B (zh) | 业务补单的处理方法及装置 | |
CN112215589A (zh) | 一种支付跳转控制方法、装置和电子设备 | |
CN110390455B (zh) | 供应链信息风险控制方法、装置及系统 | |
US10282778B1 (en) | Computer implemented system and method for a rent-to-own program | |
JP3829788B2 (ja) | 電子商取引方法 | |
CN114066615A (zh) | 受托支付方法、装置、电子设备和存储介质 | |
CN1581181A (zh) | 网上交易管理系统及方法 | |
US20170249620A1 (en) | Method for processing a recurring transaction, corresponding device and program | |
CN112200629A (zh) | 一种退款支付处理方法、装置、介质及终端设备 | |
CN111192148B (zh) | 一种跨平台的数据处理方法及装置、电子设备、存储介质 | |
CN116993506B (zh) | 一种消费金融业务交易处理系统 | |
CN111681117B (zh) | 一种待遇支付系统、方法及装置 | |
JP5344860B2 (ja) | 債券取引システム、債券取引支援方法およびプログラム | |
CN114240664A (zh) | 交易风险处理方法、装置、电子设备及计算机可读介质 | |
US20100306077A1 (en) | System and method of facilitating transactions | |
CN107146042B (zh) | 一种用于预定物流对象的物流调度方法及装置、电子设备 | |
CN115908009A (zh) | 理财产品交易处理方法、服务器、客户端和系统 | |
CN111178824A (zh) | 一种数据处理的方法及装置、电子设备、存储介质 | |
CN113724088A (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 |