CN117541242A - 支付方法、装置、电子设备及存储介质 - Google Patents
支付方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN117541242A CN117541242A CN202311519525.1A CN202311519525A CN117541242A CN 117541242 A CN117541242 A CN 117541242A CN 202311519525 A CN202311519525 A CN 202311519525A CN 117541242 A CN117541242 A CN 117541242A
- Authority
- CN
- China
- Prior art keywords
- payment
- payment channel
- emergency
- merchant
- abnormal
- 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 75
- 230000002159 abnormal effect Effects 0.000 claims abstract description 45
- 238000012423 maintenance Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012790 confirmation Methods 0.000 claims description 6
- 238000012011 method of payment Methods 0.000 claims 1
- 238000004891 communication Methods 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000012795 verification Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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/326—Payment applications installed on the mobile devices
- G06Q20/3267—In-app payments
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供一种支付方法、装置、电子设备及存储介质,所述方法包括:接收用户发送的支付请求信息;在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。本发明提供的支付方法,在任一支付渠道异常并且应急支付渠道列表中不存在可用支付渠道时,通过预设的平台账号进行收款,实现对商户的收款进行兜底,避免商户因账户异常导致无法顺利收款,既保障了商户的经营,同时避免终端用户因商户收款账户的原因无法启动共享设备。
Description
技术领域
本发明涉及支付技术领域,尤其涉及一种支付方法、装置、电子设备及存储介质。
背景技术
对于一些共享设备中,例如,娃娃机、共享充电桩、共享充电宝、共享电动车或扭蛋机等等。商户在平台设置收款账号,终端用户可以通过将移动支付的方式将钱款支付给商家的收款账号。在这些场景中,用户通过扫描共享设备的二维码进入设备的控制页面,通过支付来确认订单。系统在用户下单的过程中,会等到支付回调,支付回调为第三方支付机构向平台方返回的一个支付完成的信息。
但是商户的账号会由于各种原因不能使用,例如账号被封禁、账号实名信息被商户移除等,这些情况都会导致商户无法正常收款,则不能顺利产生支付完成的支付回调。
而共享设备的启动则是基于支付回调的,若出现上述情况,用户即便有意愿消费,也会因为支付失败而导致不能顺利消费,无法完成充值或启动共享设备。
发明内容
针对现有技术存在的问题,本发明实施例提供一种支付方法、装置、电子设备及存储介质,避免商户因账户异常导致无法顺利收款,以及避免用户因商户收款账户的原因无法启动共享设备。
本发明提供一种支付方法,包括:
接收用户发送的支付请求信息;
在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;
在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
在一些实施例中,所述查询应急支付渠道列表,包括:
确定所述应急支付渠道列表中备用支付渠道的类型;
基于所述备用支付渠道的类型,确定所述备用支付渠道对应的实名信息;
基于所述备用支付渠道对应的实名信息,查询所述应急支付渠道列表中是否存在可用支付渠道。
在一些实施例中,所述在确定任一支付渠道异常的情况下,查询应急支付渠道列表,包括:
在确定任一支付渠道异常的情况下,开启全局开关,并查询商户对应的注册信息;所述全局开关的开启状态用于指示任一支付渠道异常;
在确定所述注册信息中不存在预设应急配置信息,并且前置校验开关为开启状态时,查询所述应急支付渠道列表。
在一些实施例中,所述方法还包括:
在确定所述注册信息中存在预设应急配置信息,且所述商户对应的账户信息为白名单时,通过所述预设的平台账号进行收款。
在一些实施例中,所述在确定任一支付渠道异常的情况下,开启全局开关,包括:
基于任一支付渠道对应的后台数据,确定任一支付渠道异常的情况下,向运维人员发送提示信息;所述提示信息用于提示支付渠道异常;
在预设时长内未收到运维人员的确认指示的情况下,开启所述全局开关。
在一些实施例中,在查询应急支付渠道列表之后,所述方法还包括:
在确定所述应急支付渠道列表中存在可用支付渠道的情况下,响应所述支付请求信息,通过所述可用支付渠道对应的账号进行收款。
在一些实施例中,在通过预设的平台账号进行收款之后,所述方法还包括:
向商户对应的支付系统发送收款成功的指示信息。
本发明还提供一种支付装置,包括:
接收模块,用于接收用户发送的支付请求信息;
查询模块,用于在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;
收款模块,用于在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
本发明还提供一种电子设备,包括存储器、处理器及存储在存储器上并在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述任一种所述支付方法。
本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述任一种所述支付方法。
本发明还提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现如上述任一种所述支付方法。
本发明提供的支付方法、装置、电子设备及存储介质,在任一支付渠道异常并且应急支付渠道列表中不存在可用支付渠道时,通过预设的平台账号进行收款,实现对商户的收款进行兜底,避免商户因账户异常导致无法顺利收款,既保障了商户的经营,同时避免终端用户因商户收款账户的原因无法启动共享设备。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的支付方法的流程示意图;
图2是本发明实施例提供的支付渠道路由切换方法的流程示意图之一;
图3是本发明实施例提供的支付渠道路由切换方法的流程示意图之二;
图4是本发明实施例提供的支付装置的结构示意图;
图5是本发明实施例提供的电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,以便本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”所区别的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”一般表示前后关联对象是一种“或”的关系。
图1是本发明实施例提供的支付方法的流程示意图,如图1所示,本发明实施例提供的支付方法,包括:
步骤101、接收用户发送的支付请求信息。
在共享设备领域,商户可以在平台上设置收款账号,用户通过移动支付的方式将钱款支付给商户的收款账号。
例如可以通过扫描共享设备的二维码进入共享设备的控制页面,向平台发送支付请求信息,并通过支付来确认订单。
本实施例中,用户为支付方,商户为收款方。
步骤102、在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道。
支付渠道的正常运作是业务的基础保障。因此,商户可以配置多个支付渠道,例如可以包括主支付渠道,以及一个或多个备用支付渠道,每个支付渠道可以对应多个账号。
上述账号均为商户的账号,但是分属于不同的支付渠道。
在任一支付渠道异常时,例如发生服务器宕机或者阻塞的情况时,该支付渠道对应的所有账号都无法完成结算。
因此,在确定任一支付渠道异常的情况下,可以查询应急支付渠道列表,判断应急支付渠道列表中的备用支付渠道是否为可用支付渠道。
在备用支付渠道为可用支付渠道时,则可以采用该可用支付渠道对应的账号进行收款。即平台可以根据账号的情况自助切换商户的主账号和备用账号,主账号和备用账号其均属于商户名下的。
步骤103、在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
在确定应急支付渠道列表中不存在可用支付渠道,即所有的备用支付渠道均不可用时,可以通过预设的平台账号进行收款。
在收款完成后,再通过财务系统线下向商户打款的方式来避免因为支付原因所导致的设备启动或充值失败。
本实施例中,可以提供线下支付的回写接口,可以接入付款系统来将订单款项的转移情况回写到系统中。
本发明实施例提供的支付方法,在任一支付渠道异常并且应急支付渠道列表中不存在可用支付渠道时,通过预设的平台账号进行收款,实现对商户的收款进行兜底,避免商户因账户异常导致无法顺利收款,既保障了商户的经营,同时避免终端用户因商户收款账户的原因无法启动共享设备。
在一些实施例中,所述查询应急支付渠道列表,包括:
确定所述应急支付渠道列表中备用支付渠道的类型;
基于所述备用支付渠道的类型,确定所述备用支付渠道对应的实名信息;
基于所述备用支付渠道对应的实名信息,查询所述应急支付渠道列表中是否存在可用支付渠道。
图2是本发明实施例提供的支付渠道路由切换方法的流程示意图之一,如图2所示,通过查询应急支付渠道列表,可以获取商户配置的所有备用支付渠道,并根据每个备用支付渠道的类型进行支付端校验。
支付端校验即校验每个备用支付渠道的类型,例如可以是微信支付、支付宝支付或京东支付等。即根据备用支付渠道的类型,满足备用支付渠道是否可以满足当前的业务场景。
在校验通过后,根据备用支付渠道对应的实名信息,判断备用支付渠道是否为实名,如果为实名支付渠道,则该备用支付渠道为可用支付渠道,即应急支付渠道列表中存在可用支付渠道,则直接进行正常路由。即通过可用支付渠道对应的账号进行收款。
如果不为实名支付渠道,则该备用支付渠道不为可用支付渠道,即应急支付渠道列表中不存在可用支付渠道。即需要通过预设的平台账号进行收款。
本发明实施例提供的支付方法,通过根据备用支付渠道的类型,以及备用支付渠道对应的实名信息,可以查询应急支付渠道列表中是否存在可用支付渠道,从而可以为商户提供合适的收款方法。
在一些实施例中,所述在确定任一支付渠道异常的情况下,查询应急支付渠道列表,包括:
在确定任一支付渠道异常的情况下,开启全局开关,并查询商户对应的注册信息;所述全局开关的开启状态用于指示任一支付渠道异常;
在确定所述注册信息中不存在预设应急配置信息,并且前置校验开关为开启状态时,查询所述应急支付渠道列表。
可选地,可以通过监测程序获取任一支付渠道所提供的服务器后台的数据,当服务器后台的流量峰值数据超过阈值或者出现报错日志的情况下,则判定该支付渠道异常。
图3是本发明实施例提供的支付渠道路由切换方法的流程示意图之二,如图3所示,本发明实施例中设置有全局开关和前置校验开关。
设置全局开关的目的是为了使得平台运维人员可以灵活开关这一功能,尤其在任一支付渠道异常的情况下,可以启动全局开关来对支付进行兜底。在主支付渠道运行稳定或者备用支付渠道完备的情况下,可以对其进行关闭。
可选地,也可以根据支付渠道所返回的信息确定是否开启全局开关,全局开关可以被设置为与支付渠道所联动的。
在实际的生产环境中,如果支付渠道发生服务器宕机或者阻塞的情况下,分属于该支付渠道的所有商户账号都无法完成结算。因此,当收到任一支付渠道异常的信息之后,可以自动开启全局开关。全局开关开启即指示有支付渠道异常。
在本实施例中,在全局开关开启的状态下,可以查询商户对应的注册信息,来确定注册信息中是否存在预设应急配置信息。
可理解的是,本发明实施例中提供的支付方法是一种新的支付方案,其可以对应一种新支付系统,从而商户可以在新支付系统上注册账号,从而使用本发明实施例中提供的支付方法。
预设应急配置信息为现有支付方法所对应的配置信息,可以通过查询商户对应的注册信息,判断商户注册信息中是否存在预设应急配置信息。
通过预设应急配置信息可判断商户的账号是在新支付系统上注册的,还是在旧支付系统上注册的。新支付系统即对应于本发明实施例所提出的支付方法,旧支付系统即对应于现有的支付方法。
在确定商户对应的注册信息中不存在预设应急配置信息时,则商户的账号是在新支付系统上注册的,可以使用本发明实施例中提供的支付方法。
在确定商户对应的注册信息中不存在预设应急配置信息时,可以判断前置校验开关的开启状态,前置校验开关是商户自行设置的开关,由商户自行决定是否开启。
前置校验开关关闭时,则不使用本发明实施例所提供的支付方法。
前置校验开关开启时,则进行前置校验,在校验通过的情况下,则使用本发明实施例所提供的支付方法。
本发明实施例中,为了兼容新旧支付系统,而设置查询商家应急配置和前置校验开关两个环节。
本发明实施例提供的支付方法,通过设置全局开关可以使得平台运维人员可以灵活开关这一功能,尤其在任一支付渠道异常的情况下,可以启动全局开关来对支付进行兜底。通过设置查询商家应急配置信息和前置校验开关可以使得所提出的支付方法兼容多种支付系统,适用性较强。
在一些实施例中,所述方法还包括:
在确定所述注册信息中存在预设应急配置信息,且所述商户对应的账户信息为白名单时,通过所述预设的平台账号进行收款。
商户对应的注册信息中存在预设应急配置信息时,则商户的账号是在旧支付系统上注册的,使用本发明实施例中提供的支付方法时需签署协议才可以使用,在商户未签署协议时,则不能使用。
因此,可以根据商户是否签署协议,判断商户对应的账户信息为黑名单或白名单。白名单则表示商户已签署协议,可以使用该支付方法。黑名单则表示商户未签署协议,不能可以使用该支付方法。
在注册信息中存在预设应急配置信息,并且商户对应的账户信息为黑名单时,则不可以使用预设的平台账号进行收款。
在注册信息中存在预设应急配置信息,并且商户对应的账户信息为白名单时,则可以使用预设的平台账号进行收款。
本发明实施例提供的支付方法,在确定注册信息中存在预设应急配置信息,并且商户对应的账户信息为白名单时,通过预设的平台账号进行收款,即可以根据商户的注册信息为商户提供合适的收款方法。
在一些实施例中,所述在确定任一支付渠道异常的情况下,开启全局开关,包括:
基于任一支付渠道对应的后台数据,确定任一支付渠道异常的情况下,向运维人员发送提示信息;所述提示信息用于提示支付渠道异常;
在预设时长内未收到运维人员的确认指示的情况下,开启所述全局开关。
可以通过监测程序获取任一支付渠道所对应的服务器后台的数据,当服务器后台的流量峰值数据超过阈值或者出现报错日志的情况下,判定开启全局开关或通知平台运维人员。
可选地,当服务器后台的流量峰值数据超过阈值或者出现报错日志时可以向运维人员发送提示信息,以通知平台运维人员支付渠道异常,并启动一个延时开关启动进程。
若在延时期间平台运维人员没有进行确认操作,即在预设时长内未收到运维人员的确认指示,则在延时结束后,开启全局开关。
全局开关开启后需要平台运维人员手动关闭。
本发明实施例提供的支付方法,通过在任一支付渠道异常的情况下,可以开启全局开关来对支付进行兜底,可以避免商户因账户异常导致无法顺利收款,既保障了商户的经营,同时避免终端用户因商户收款账户的原因无法启动共享设备。
在一些实施例中,在查询应急支付渠道列表之后,所述方法还包括:
在确定所述应急支付渠道列表中存在可用支付渠道的情况下,响应所述支付请求信息,通过所述可用支付渠道对应的账号进行收款。
在备用支付渠道为可用支付渠道时,响应支付请求信息,并采用该可用支付渠道对应的账号进行收款。
即平台可以根据账号的情况自助切换商户的多个账号,多个账号均属于商户名下的,因此,平台在运行过程中,切换商户的账号,不涉及平台需要从账号上向用户打款的问题。
在一些实施例中,在通过预设的平台账号进行收款之后,所述方法还包括:
向商户对应的支付系统发送收款成功的指示信息。
在通过预设的平台账号进行收款之后,可以向商户对应的支付系统发送收款成功的指示信息,来提示商户用户已支付成功。
可以通过财务系统线下向商户打款的方式,来避免因为支付原因所导致的设备启动或充值失败。可以提供线下支付的回写接口,接入付款系统将订单款项的转移情况回写到系统中。
本发明实施例提供的支付方法,可以在紧急情况下,对商户的收款进行兜底,避免商户因账户异常导致无法顺利收款,这样保障了商户的经营,同时避免用户因商户收款账户的原因无法启动共享设备。
下面对本发明提供的支付装置进行描述,下文描述的支付装置与上文描述的支付方法可相互对应参照。
图4是本发明实施例提供的支付装置的结构示意图,如图4所示,本发明实施例提供的支付装置,包括:
接收模块410,用于接收用户发送的支付请求信息;
查询模块420,用于在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;
收款模块430,用于在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
在此需要说明的是,本发明实施例提供的支付装置,能够实现上述支付方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
可选地,所述查询模块420,用于:
确定所述应急支付渠道列表中备用支付渠道的类型;
基于所述备用支付渠道的类型,确定所述备用支付渠道对应的实名信息;
基于所述备用支付渠道对应的实名信息,查询所述应急支付渠道列表中是否存在可用支付渠道。
可选地,所述查询模块420,用于:
在确定任一支付渠道异常的情况下,开启全局开关,并查询商户对应的注册信息;所述全局开关的开启状态用于指示任一支付渠道异常;
在确定所述注册信息中不存在预设应急配置信息,并且前置校验开关为开启状态时,查询所述应急支付渠道列表。
可选地,还包括:第一确定模块,用于:
在确定所述注册信息中存在预设应急配置信息,且所述商户对应的账户信息为白名单时,通过所述预设的平台账号进行收款。
可选地,所述查询模块420,用于:
基于任一支付渠道对应的后台数据,确定任一支付渠道异常的情况下,向运维人员发送提示信息;所述提示信息用于提示支付渠道异常;
在预设时长内未收到运维人员的确认指示的情况下,开启所述全局开关。
可选地,还包括:第二确定模块,用于:
在确定所述应急支付渠道列表中存在可用支付渠道的情况下,响应所述支付请求信息,通过所述可用支付渠道对应的账号进行收款。
可选地,还包括:发送模块,用于:
向商户对应的支付系统发送收款成功的指示信息。
图5示例了一种电子设备的实体结构示意图,如图5所示,该电子设备可以包括:处理器(processor)510、通信接口(Communications Interface)520、存储器(memory)530和通信总线540,其中,处理器510,通信接口520,存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令,以执行支付方法,该方法包括:接收用户发送的支付请求信息;在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
此外,上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本发明还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,计算机程序可存储在非暂态计算机可读存储介质上,所述计算机程序被处理器执行时,计算机能够执行上述各方法所提供的支付方法,该方法包括:接收用户发送的支付请求信息;在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各方法提供的支付方法,该方法包括:接收用户发送的支付请求信息;在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种支付方法,其特征在于,包括:
接收用户发送的支付请求信息;
在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;
在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
2.根据权利要求1所述的支付方法,其特征在于,所述查询应急支付渠道列表,包括:
确定所述应急支付渠道列表中备用支付渠道的类型;
基于所述备用支付渠道的类型,确定所述备用支付渠道对应的实名信息;
基于所述备用支付渠道对应的实名信息,查询所述应急支付渠道列表中是否存在可用支付渠道。
3.根据权利要求1所述的支付方法,其特征在于,所述在确定任一支付渠道异常的情况下,查询应急支付渠道列表,包括:
在确定任一支付渠道异常的情况下,开启全局开关,并查询商户对应的注册信息;所述全局开关的开启状态用于指示任一支付渠道异常;
在确定所述注册信息中不存在预设应急配置信息,并且前置校验开关为开启状态时,查询所述应急支付渠道列表。
4.根据权利要求3所述的支付方法,其特征在于,所述方法还包括:
在确定所述注册信息中存在预设应急配置信息,且所述商户对应的账户信息为白名单时,通过所述预设的平台账号进行收款。
5.根据权利要求3所述的支付方法,其特征在于,所述在确定任一支付渠道异常的情况下,开启全局开关,包括:
基于任一支付渠道对应的后台数据,确定任一支付渠道异常的情况下,向运维人员发送提示信息;所述提示信息用于提示支付渠道异常;
在预设时长内未收到运维人员的确认指示的情况下,开启所述全局开关。
6.根据权利要求1所述的支付方法,其特征在于,在查询应急支付渠道列表之后,所述方法还包括:
在确定所述应急支付渠道列表中存在可用支付渠道的情况下,响应所述支付请求信息,通过所述可用支付渠道对应的账号进行收款。
7.根据权利要求1所述的支付方法,其特征在于,在通过预设的平台账号进行收款之后,所述方法还包括:
向商户对应的支付系统发送收款成功的指示信息。
8.一种支付装置,其特征在于,包括:
接收模块,用于接收用户发送的支付请求信息;
查询模块,用于在确定任一支付渠道异常的情况下,查询应急支付渠道列表;所述应急支付渠道列表中包括至少一个备用支付渠道;
收款模块,用于在确定所述应急支付渠道列表中不存在可用支付渠道的情况下,响应所述支付请求信息,通过预设的平台账号进行收款。
9.一种电子设备,包括存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至7任一项所述支付方法。
10.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述支付方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311519525.1A CN117541242A (zh) | 2023-11-14 | 2023-11-14 | 支付方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311519525.1A CN117541242A (zh) | 2023-11-14 | 2023-11-14 | 支付方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117541242A true CN117541242A (zh) | 2024-02-09 |
Family
ID=89793270
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311519525.1A Pending CN117541242A (zh) | 2023-11-14 | 2023-11-14 | 支付方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117541242A (zh) |
-
2023
- 2023-11-14 CN CN202311519525.1A patent/CN117541242A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102045682B (zh) | 一种支付业务异常交易的处理方法及系统 | |
CN108764868B (zh) | 区块链节点代理对账方法和区块对账代理节点 | |
CN113052587A (zh) | 基于区块链的转账业务处理方法及装置 | |
CN108520563A (zh) | 停车缴费方法、服务器及存储介质 | |
CN110889682A (zh) | 基于区块链的缴费信息处理方法、装置、介质及设备 | |
US11505082B2 (en) | Charging device for electric vehicles and automatic trobleshooting method thereof | |
CN117541242A (zh) | 支付方法、装置、电子设备及存储介质 | |
CN112288533A (zh) | 支付订单熔断保护方法、装置和电子设备 | |
CN101110679A (zh) | 在线计费系统充值流程保护方法、系统及业务控制点 | |
CN105790975A (zh) | 一种业务处理操作的执行方法及装置 | |
CN114169895A (zh) | 一种支付信息处理系统、方法、装置、介质、产品和设备 | |
KR100815666B1 (ko) | 이동통신 교환 시스템에서 재시동시 과금 관리 방법 | |
CN102447798A (zh) | 一种充值复机方法和装置 | |
CN111325632A (zh) | 投保处理方法、装置、电子设备及可读存储介质 | |
CN108093377B (zh) | 计费系统异常时的移动业务自动放通方法及系统 | |
CN111932326A (zh) | 一种基于区块链网络的数据处理方法及相关设备 | |
CN115175165B (zh) | 用户识别卡的副卡号码转网控制方法、设备及存储介质 | |
CN111242605B (zh) | 一种移动支付方法 | |
CN111681117B (zh) | 一种待遇支付系统、方法及装置 | |
CN110635927A (zh) | 节点切换方法、网络节点、网络系统 | |
CN113240410B (zh) | 支付方法、网络侧设备、终端、电子设备及存储介质 | |
CN112182024B (zh) | 火车票自动查询出票方法、系统及存储介质 | |
CN114048254A (zh) | 一种基于云平台的停车业务线上办理的方法及装置 | |
CN116418873A (zh) | 业务处理方法、装置和电子设备 | |
CN117745421A (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 |