CN112036852A - 支付处理方法、装置、服务器及电子设备 - Google Patents
支付处理方法、装置、服务器及电子设备 Download PDFInfo
- Publication number
- CN112036852A CN112036852A CN202010862858.4A CN202010862858A CN112036852A CN 112036852 A CN112036852 A CN 112036852A CN 202010862858 A CN202010862858 A CN 202010862858A CN 112036852 A CN112036852 A CN 112036852A
- Authority
- CN
- China
- Prior art keywords
- payment
- target
- response message
- request
- channel
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 45
- 230000004044 response Effects 0.000 claims abstract description 160
- 238000000034 method Methods 0.000 claims abstract description 32
- 238000010586 diagram Methods 0.000 description 12
- 230000000694 effects Effects 0.000 description 6
- 230000001960 triggered effect Effects 0.000 description 6
- 230000003111 delayed effect Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
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/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本公开关于一种支付处理方法、装置、服务器及电子设备,所述支付处理方法,包括:接收电子设备发送的目标支付请求;在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求;在当前接收的包括所述目标支付请求在内的支付请求的数量小于或等于所述第一预设阈值时,向所述电子设备发送第二响应消息,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。本公开能够有效降低应用平台的服务器的工作压力,从而能够减小应用平台的服务器出现故障的几率。
Description
技术领域
本公开涉及支付技术领域,尤其涉及一种支付处理方法、装置、服务器及电子设备。
背景技术
随着电子设备的普及,人们越发习惯使用电子设备来处理生活中的一些事务,例如,使用电子设备进行线上支付。
由于线上支付的业务量很大,而涉及支付的应用平台(如购物平台、打车平台或共享车辆平台等)的服务器的容量有限,即应用平台的服务器在同一时间所能处理的支付业务的数量有限,因而当线上支付的业务量超过应用平台的服务器的容量时,容易导致应用平台的服务器出现故障。
发明内容
本公开提供一种支付处理方法、装置、服务器及电子设备,以至少解决相关技术中,当线上支付的业务量超过应用平台的服务器的容量时,容易导致应用平台的服务器出现故障的问题。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种支付处理方法,包括:
接收电子设备发送的目标支付请求;
在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求;
在当前接收的包括所述目标支付请求在内的支付请求的数量小于或等于所述第一预设阈值时,向所述电子设备发送第二响应消息,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
可选的,所述第二响应消息还包括以下至少之一:所述N个支付通道中的每个支付通道的等待时长、第一推荐信息;
其中,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道。
可选的,在所述向所述电子设备发送第二响应消息之后,所述支付处理方法还包括:
接收所述电子设备发送的目标支付通道选择请求,所述目标支付通道选择请求用于指示选择目标支付通道;
在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,大于第二预设阈值时,向所述电子设备发送第三响应消息,所述第三响应消息包括指示信息、所述N个支付通道中的每个支付通道的等待时长和第二推荐信息,所述指示信息用于指示所述电子设备重新选择支付通道,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长,所述第二推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;
在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,小于或等于所述第二预设阈值时,向所述电子设备发送第四响应消息,所述第四响应消息包括与所述目标支付通道对应的支付信息。
可选的,所述在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,包括:
在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:支付请求集的支付请求数量第一次大于第一预设阈值时,向所述电子设备发送第一响应消息,所述支付请求集为:在接收所述目标支付请求时,接收的包括所述目标支付请求在内的支付请求所构成的集合;
在接收电子设备发送的目标支付请求之后,所述支付处理方法还包括:
在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第M次大于第一预设阈值时,向所述电子设备发送第五响应消息,所述第五响应消息用于指示按照所述第一响应消息处理,所述M大于1且小于P,所述P为大于2的整数;
在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第P次大于第一预设阈值时,向所述电子设备发送第六响应消息,所述第六响应消息用于指示所述目标支付请求超时。
可选的,所述第一时长等于第一预设时长与目标差值的乘积,所述目标差值为当前接收的包括所述目标支付请求在内的支付请求的数量与所述第一预设阈值的差值的绝对值。
根据本公开实施例的第二方面,提供一种支付处理方法,应用于电子设备,包括:
向服务器发送目标支付请求;
接收所述服务器发送的第一响应消息或第二响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
可选的,所述第二响应消息还包括所述N个支付通道中的每个支付通道的等待时长,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
在所述接收所述服务器发送的第二响应消息之后,所述支付处理方法还包括:
显示所述N个支付通道的通道信息;
接收用户对所述N个支付通道中的目标支付通道的通道信息的目标输入;
在所述目标支付通道的等待时长大于0时,等待第二时长,并在等待所述第二时长后,向服务器发送用于指示选择所述目标支付通道的目标支付通道选择请求,所述第二时长等于所述目标支付通道的等待时长;
在所述目标支付通道的等待时长等于0时,向服务器发送所述目标支付通道选择请求。
可选的,所述第二响应消息还包括第一推荐信息,所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;
在所述接收所述服务器发送的第二响应消息之后,所述支付处理方法还包括:
显示所述N个支付通道的通道信息,且在与所述第一推荐信息所推荐的支付通道的通道信息关联的显示区域显示推荐标识。
根据本公开实施例的第三方面,提供一种支付处理装置,包括:
第一接收单元,被配置为执行接收电子设备发送的目标支付请求;
第一发送单元,被配置为执行在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求;在当前接收的包括所述目标支付请求在内的支付请求的数量小于或等于所述第一预设阈值时,向所述电子设备发送第二响应消息,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
可选的,所述第二响应消息还包括以下至少之一:所述N个支付通道中的每个支付通道的等待时长、第一推荐信息;
其中,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道。
可选的,所述支付处理装置还包括:
第二接收单元,被配置为执行接收所述电子设备发送的目标支付通道选择请求,所述目标支付通道选择请求用于指示选择目标支付通道;
第二发送单元,被配置为执行在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,大于第二预设阈值时,向所述电子设备发送第三响应消息,所述第三响应消息包括指示信息、所述N个支付通道中的每个支付通道的等待时长和第二推荐信息,所述指示信息用于指示所述电子设备重新选择支付通道,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长,所述第二推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,小于或等于所述第二预设阈值时,向所述电子设备发送第四响应消息,所述第四响应消息包括与所述目标支付通道对应的支付信息。
可选的,所述第一发送单元,被配置为执行在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:支付请求集的支付请求数量第一次大于第一预设阈值时,向所述电子设备发送第一响应消息,所述支付请求集为:在接收所述目标支付请求时,接收的包括所述目标支付请求在内的支付请求所构成的集合;
所述支付处理装置还包括:
第三发送单元,被配置为执行在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第M次大于第一预设阈值时,向所述电子设备发送第五响应消息,所述第五响应消息用于指示按照所述第一响应消息处理,所述M大于1且小于P,所述P为大于2的整数;在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第P次大于第一预设阈值时,向所述电子设备发送第六响应消息,所述第六响应消息用于指示所述目标支付请求超时。
可选的,所述第一时长等于第一预设时长与目标差值的乘积,所述目标差值为当前接收的包括所述目标支付请求在内的支付请求的数量与所述第一预设阈值的差值的绝对值。
根据本公开实施例的第四方面,提供一种支付处理装置,应用于电子设备,包括:
第四发送单元,被配置为执行向服务器发送目标支付请求;
第四接收单元,被配置为执行接收所述服务器发送的第一响应消息或第二响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
可选的,所述第二响应消息还包括所述N个支付通道中的每个支付通道的等待时长,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
所述支付处理装置还包括:
显示单元,被配置为执行显示所述N个支付通道的通道信息;
第五接收单元,被配置为执行接收用户对所述N个支付通道中的目标支付通道的通道信息的目标输入;
第五发送单元,被配置为执行在所述目标支付通道的等待时长大于0时,等待第二时长,并在等待所述第二时长后,向服务器发送用于指示选择所述目标支付通道的目标支付通道选择请求,所述第二时长等于所述目标支付通道的等待时长;在所述目标支付通道的等待时长等于0时,向服务器发送所述目标支付通道选择请求。
可选的,所述第二响应消息还包括第一推荐信息,所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;
所述支付处理装置还包括:
显示单元,被配置为执行显示所述N个支付通道的通道信息,且在与所述第一推荐信息所推荐的支付通道的通道信息关联的显示区域显示推荐标识。
根据本公开实施例的第五方面,提供一种服务器,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现第一方面所述的支付处理方法。
根据本公开实施例的第六方面,提供一种电子设备,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现第二方面所述的支付处理方法。
根据本公开实施例的第七方面,提供一种存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行第一方面所述的支付处理方法;或者,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行第二方面所述的支付处理方法。
根据本公开实施例的第八方面,提供一种计算机程序产品,包括:可执行指令,当所述可执行指令在计算机上运行时,使得计算机能够执行第一方面所述的支付处理方法或者使得计算机能够执行第二方面所述的支付处理方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
通过接收电子设备发送的目标支付请求,并在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求的第一响应消息,能够实现对超出应用平台服务器的容量的支付业务的延后处理,使得在同一时间,应用平台的服务器处理的支付业务的数量不会超过该服务器所能处理的支付业务的数量,这样,当线上支付的业务量超过应用平台的服务器所能处理的数量时,能够有效降低应用平台的服务器的工作压力,从而能够减小应用平台的服务器出现故障的几率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是本公开的实施例可应用的一种支付处理系统的结构图;
图2是根据一示例性实施例示出的一种支付处理方法的流程图。
图3是根据一示例性实施例示出的另一种支付处理方法的流程图。
图4是根据一示例性实施例示出的一种交互方法的流程图。
图5是根据一示例性实施例示出的一种支付处理装置的框图。
图6是根据一示例性实施例示出的另一种支付处理装置的框图。
图7是根据一示例性实施例示出的一种服务器的框图。
图8是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1为本公开的实施例可应用的一种支付处理系统的结构图,如图1所示,包括电子设备11和服务器12,其中,电子设备11可以是手机、平板电脑(Tablet PersonalComputer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digitalassistant,PDA)、移动上网装置(Mobile Internet Device,MID)或可穿戴式设备(Wearable Device)等终端侧设备。而上述服务器12可以是当前为电子设备11服务的网络侧设备,或者电子设备11当前驻留的网络侧设备。
需要说明的是,在本公开的实施例中并不限定电子设备和服务器的具体类型。
图2是根据一示例性实施例示出的一种支付处理方法的流程图,该支付处理方法可以应用于上述服务器12,如图1所示,该支付处理方法可以包括以下步骤。
在步骤S21中,接收电子设备发送的目标支付请求。
本实施例中,上述电子设备发送目标支付请求的操作可以由用户的操作触发,例如,可以是当用户点击电子设备显示的用于请求进行支付的支付请求控件时,触发发送上述目标支付请求。
在步骤S22中,在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求;
在当前接收的包括所述目标支付请求在内的支付请求的数量小于或等于所述第一预设阈值时,向所述电子设备发送第二响应消息,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
本实施例中,上述步骤S22中的当前可以指第一目标时刻,如目标支付请求的接收时刻。上述步骤S22中的当前也可以指第一目标时间段,如从第一时刻至目标支付请求的接收时刻这一时间段,其中,第一目标时间段的时长可以等于第一预设时长,第一预设时长可以根据需要预先设定为10秒、5秒或20秒等。
上述包括所述目标支付请求在内的支付请求中的每一个支付请求均可以是用于请求获取所有支付通道的通道信息的请求。
上述第一预设阈值可以根据服务器在同一时间所能处理的支付请求的数量确定,即可以根据服务器能够同时处理的支付请求的数量确定。具体的,上述第一预设阈值可以等于服务器在同一时间所能处理的支付请求的数量,或者,上述第一预设阈值也可以小于服务器在同一时间所能处理的支付请求的数量。
上述支付通道也可以称为支付渠道。上述支付通道可以是银行账户支付通道、第三方平台账户支付通道或信用账户支付通道等。上述支付通道的通道信息可以包括以下至少一项:支付通道的名称、支付通道的图标、支付通道的账号;当然,上述支付通道的通道信息并不限于前述列举。
可选的,所述第一时长为预先设置的第一时长;或者,所述第一时长根据当前接收的包括所述目标支付请求在内的支付请求的数量确定。
当所述第一时长为预先设置的第一时长时,可以结合经验确定一个合理的时长。当所述第一时长根据当前接收的包括所述目标支付请求在内的支付请求的数量确定时,第一时长具体可以等于第一预设时长与目标差值的乘积,所述目标差值为当前接收的包括所述目标支付请求在内的支付请求的数量与所述第一预设阈值的差值的绝对值,此处,第一预设时长可以预先设置。这样,当第一时长为预先设置的第一时长时,能够使服务器的工作量更少,从而能够提高服务器的工作效率;而当第一时长是根据当前接收的包括所述目标支付请求在内的支付请求的数量确定时,能够使第一时长与实际需要的等待时长更加接近,从而能够节省资源,使资源的使用更加合理。
上述电子设备在收到上述第二响应消息后,可以显示所述N个支付通道的通道信息,以便后续用户从N个支付通道中选择一支付通道进行支付。
本实施例,通过接收电子设备发送的目标支付请求,并在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求的第一响应消息,能够实现对超出应用平台服务器的容量的支付业务的延后处理,使得在同一时间,应用平台的服务器处理的支付业务的数量不会超过该服务器所能处理的支付业务的数量,这样,当线上支付的业务量超过应用平台的服务器所能处理的数量时,能够有效降低应用平台的服务器的工作压力,从而能够减小应用平台的服务器出现故障的几率;同时,也能够减小用户支付失败的几率,提升用户的体验。
可选的,所述在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,包括:
在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:支付请求集的支付请求数量第一次大于第一预设阈值时,向所述电子设备发送第一响应消息,所述支付请求集为:在接收所述目标支付请求时,接收的包括所述目标支付请求在内的支付请求所构成的集合;
在接收电子设备发送的目标支付请求之后,所述支付处理方法还包括:
在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第M次大于第一预设阈值时,向所述电子设备发送第五响应消息,所述第五响应消息用于指示按照所述第一响应消息处理,所述M大于1且小于P,所述P为大于2的整数;
在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第P次大于第一预设阈值时,向所述电子设备发送第六响应消息,所述第六响应消息用于指示所述目标支付请求超时。
本实施方式中,上述P可以根据需要预先设定,如可以预先设定P为2、3、4或5。
上述第五响应消息用于指示按照所述第一响应消息处理可以理解为:第五响应消息用于指示按照第一响应消息所指示的方式进行处理,此处,第一响应消息所指示的方式可以是等待第一时长后重新发送所述目标支付请求。上述第六响应消息用于指示所述目标支付请求超时可以理解为:上述第六响应消息用于指示本次请求失败。
为了便于理解,此处举例说明:
假设服务器在一段时间内先后4次接收到目标支付请求,则可以认为,在第一次接收目标支付请求时,支付请求集为:第一次接收目标支付请求时,服务器接收的包括目标支付请求在内的支付请求所构成的集合;在第二次接收目标支付请求时,支付请求集为:第二次接收目标支付请求时,服务器接收的包括目标支付请求在内的支付请求所构成的集合;在第三次接收目标支付请求时,支付请求集为:第三次接收目标支付请求时,服务器接收的包括目标支付请求在内的支付请求所构成的集合;在第四次接收目标支付请求时,支付请求集为:第四次接收目标支付请求时,服务器接收的包括目标支付请求在内的支付请求所构成的集合;
进一步假设这四次接收目标支付请求时,支付请求集的支付请求数量均大于第一预设阈值,且P等于4,那么,可以认为,在第一次接收目标支付请求时,支付请求集第一次大于第一预设阈值,此时,服务器会向电子设备发送第一响应消息,在第二次接收目标支付请求时,支付请求集第二次大于第一预设阈值,此时,服务器会向电子设备发送第五响应消息,在第三次接收目标支付请求时,支付请求集第三次大于第一预设阈值,此时,服务器仍会向电子设备发送第五响应消息,但在第四次接收目标支付请求时,支付请求集第四次即第P次大于第一预设阈值,此时,服务器向电子设备发送的是第六响应消息。
本实施方式,通过在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:支付请求集的支付请求数量第一次大于第一预设阈值时,向所述电子设备发送第一响应消息,在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第M次大于第一预设阈值时,向所述电子设备发送第五响应消息,所述第五响应消息用于指示按照所述第一响应消息处理,所述M大于1且小于P,所述P为大于2的整数,使得目标支付请求能够被多次重新发送,从而能够增加目标支付请求被延后处理的次数,进而能够进一步减小用户支付失败的几率;同时,通过在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第P次大于第一预设阈值时,向所述电子设备发送第六响应消息,所述第六响应消息用于指示所述目标支付请求超时,能够便于电子设备及时提醒用户该时间段内支付业务量较大,以便用户选择其他时间段进行支付。
可选的,所述第二响应消息还包括以下至少之一:所述N个支付通道中的每个支付通道的等待时长、第一推荐信息;
其中,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道。
本实施方式中,上述每个支付通道的等待时长均可以根据当前接收的用于指示选择该支付通道的支付通道选择请求的数量确定。上述每个支付通道的等待时长均可以实时更新。上述N个支付通道中可以存在一个或多个等待时长最短的支付通道。
当第二响应消息还包括所述N个支付通道中的每个支付通道的等待时长时,能够使电子设备知晓每个支付通道的等待时长,这样,便于电子设备在用户选择某一支付通道后,根据该支付通道的等待时长选择延迟或不延迟发送相应的支付通道选择请求至服务器,从而能够便于进一步降低应用平台的服务器的工作压力,以减小应用平台的服务器出现故障的几率;同时,也能够便于进一步减小用户支付失败的几率,提升用户的体验。
当第二响应消息还包括用于推荐所述N个支付通道中等待时长最短的支付通道的第一推荐信息时,能够使电子设备直接知晓N个支付通道中等待时长最短的支付通道,这样,能够便于电子设备向用户推荐支付业务处理压力更小的支付通道。
可选的,在所述向所述电子设备发送第二响应消息之后,所述支付处理方法还包括:
接收所述电子设备发送的目标支付通道选择请求,所述目标支付通道选择请求用于指示选择目标支付通道;
在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,大于第二预设阈值时,向所述电子设备发送第三响应消息,所述第三响应消息包括指示信息、所述N个支付通道中的每个支付通道的等待时长和第二推荐信息,所述指示信息用于指示所述电子设备重新选择支付通道,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长,所述第二推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;
在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,小于或等于所述第二预设阈值时,向所述电子设备发送第四响应消息,所述第四响应消息包括与所述目标支付通道对应的支付信息。
本实施方式中,上述电子设备发送目标支付通道选择请求的操作可以由用户触发,例如,可以是当用户点击电子设备显示的N个支付通道的通道信息中的目标支付通道的通道信息时,触发发送上述目标支付通道选择请求。
上述在当前接收的用于指示选择所述目标支付通道的支付通道选择请求中的当前可以指第二目标时刻,如目标支付通道选择请求的接收时刻。上述在当前接收的用于指示选择所述目标支付通道的支付通道选择请求中的当前也可以指第二目标时间段,如从第二时刻至目标支付通道选择请求的接收时刻这一时间段,其中,第二目标时间段的时长可以等于第二预设时长,第二预设时长可以根据需要预先设定为10秒、5秒或20秒等。
上述当前接收的用于指示选择目标支付通道的支付通道选择请求可以包括:目标支付通道选择请求,以及除目标支付通道选择请求以外的用于指示选择目标支付通道的支付通道选择请求。
上述第二预设阈值可以根据目标支付通道对应的第三方支付平台在同一时间所能处理的支付业务的数量确定,即可以根据目标支付通道对应的第三方支付平台能够同时处理的支付业务的数量确定。具体的,上述第二预设阈值可以等于目标支付通道对应的第三方支付平台在同一时间所能处理的支付业务的数量,或者,上述第二预设阈值也可以小于目标支付通道对应的第三方支付平台在同一时间所能处理的支付业务的数量。
上述每个支付通道的等待时长均可以根据当前接收的用于指示选择该支付通道的支付通道选择请求的数量确定;例如,每个支付通道的等待时长可以等于第二预设时长与第一差值的乘积,其中,第一差值可以等于当前接收的用于指示选择该支付通道的支付通道选择请求的数量与第二预设阈值的差值的绝对值,第二预设时长可以预先设置。上述每个支付通道的等待时长均可以实时更新。上述N个支付通道中可以存在一个或多个等待时长最短的支付通道。
本实施方式中,由于在当前接收的用于指示选择目标支付通道的支付通道选择请求的数量,大于第二预设阈值时,向所述电子设备发送第三响应消息,所述第三响应消息包括指示信息、所述N个支付通道中的每个支付通道的等待时长和第二推荐信息,所述指示信息用于指示所述电子设备重新选择支付通道,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长,所述第二推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道,从而使得电子设备能够根据指示信息提示用户重新选择支付方式,同时,也使得电子设备能够直接知晓每个支付通道的等待时长和等待时长最短的支付通道,这样便于电子设备在用户重新选择支付通道前,向用户推荐当前可用的支付通道,且便于电子设备在用户重新选择某一支付通道后,根据该支付通道的等待时长选择延迟或不延迟发送相应的支付通道选择请求至服务器,从而能够便于进一步降低应用平台的服务器的工作压力,减小应用平台的服务器出现故障的几率,以及能够进一步减小用户支付失败的几率,提升用户的体验。
图3是根据一示例性实施例示出的一种支付处理方法的流程图,该支付处理方法可以应用于上述电子设备11,如图3所示,该支付处理方法可以包括以下步骤。
在步骤S31中,向服务器发送目标支付请求。
本实施例中,上述步骤S31可以由用户的操作触发,例如,可以是当用户点击电子设备显示的用于请求进行支付的支付请求控件时,触发上述步骤S31。
在步骤S32中,接收所述服务器发送的第一响应消息或第二响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
本实施例中,关于上述第一时长、上述支付通道和上述支付通道的通道信息等的解释可以参照图2对应的方法实施例中相应部分的说明,故此处不再赘述。
本实施例,由于向服务器发送目标支付请求,并接收所述服务器发送的第一响应消息或第二响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,从而使得在同一时间,应用平台的服务器处理的支付业务的数量不会超过该服务器所能处理的支付业务的数量,这样,当线上支付的业务量超过应用平台的服务器所能处理的数量时,能够有效降低应用平台的服务器的工作压力,从而能够减小应用平台的服务器出现故障的几率。
可选的,所述第二响应消息还包括所述N个支付通道中的每个支付通道的等待时长,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
在所述接收所述服务器发送的第二响应消息之后,所述支付处理方法还包括:
显示所述N个支付通道的通道信息;
接收用户对所述N个支付通道中的目标支付通道的通道信息的目标输入;
在所述目标支付通道的等待时长大于0时,等待第二时长,并在等待所述第二时长后,向服务器发送用于指示选择所述目标支付通道的目标支付通道选择请求,所述第二时长等于所述目标支付通道的等待时长;
在所述目标支付通道的等待时长等于0时,向服务器发送所述目标支付通道选择请求。
本实施方式中,第二输入可以是点击、长按或滑动等触控操作。
本实施方式,通过在所述目标支付通道的等待时长大于0时,等待第二时长,并在等待所述第二时长后,向服务器发送用于指示选择所述目标支付通道的目标支付通道选择请求,所述第二时长等于所述目标支付通道的等待时长,在所述目标支付通道的等待时长等于0时,向服务器发送所述目标支付通道选择请求,使得在用户选择目标支付通道后,电子设备能够根据目标支付通道的等待时长自行选择延迟或不延迟发送目标支付通道选择请求至服务器,从而能够进一步降低应用平台的服务器的工作压力,以减小应用平台的服务器出现故障的几率;同时,也能够进一步减小用户支付失败的几率,提升用户的体验。
可选的,所述第二响应消息还包括第一推荐信息,所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;
在所述接收所述服务器发送的第二响应消息之后,所述支付处理方法还包括:
显示所述N个支付通道的通道信息,且在与所述第一推荐信息所推荐的支付通道的通道信息关联的显示区域显示推荐标识。
本实施方式中,上述推荐标识可以用于向用户推荐支付通道。
本实施方式,通过在与所述第一推荐信息所推荐的支付通道的通道信息关联的显示区域显示推荐标识,使得用户能够知晓所述N个支付通道中等待时长最短的支付通道为哪一个,这样,能够帮助用户更加快速地选择支付业务处理压力更小支付通道进行支付,从而能够提高支付效率。
为便于理解,此处结合附图4举例说明本公开的实施例中电子设备与服务器的交互方法。如图4所示,电子设备与服务器的交互过程可以如下:
在步骤S41中,电子设备向服务器发送获取支付通道的请求。
此处,获取支付通道的请求可以理解为上述目标支付请求。
在步骤S42中,服务器判断本次请求是否被限流,若本次请求被限流,则执行步骤S43,若本次请求未被限流,则执行步骤S44。
此处,本次请求被限流可以理解为上述当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值,本次请求未被限流可以理解为上述所述数量小于或等于所述第一预设阈值。
在步骤S43中,服务器判断本次请求是否是第一次被限流,若是,则执行步骤S45,若否,则执行步骤S46。
此处,第一次被限流可以理解为上述支付请求集的支付请求数量第一次大于第一预设阈值。
在步骤S45中,服务器向电子设备返回错误码和限流等待时长。
此处,向电子设备返回错误码和限流等待时长可以理解为:上述向所述电子设备发送第一响应消息,限流等待时长可以理解为上述第一时长。
在步骤S46中,服务器向电子设备返回错误码。
此处,向电子设备返回错误码可以理解为向所述电子设备发送第五响应消息。
在步骤S47中,在等待时长达到限流等待时长后,电子设备向服务器重新发起获取支付通道的请求。
在步骤S48中,服务器判断本次重新发起的请求是否被限流,若是,则执行步骤S49,若否,则执行步骤S44。
在步骤S49中,服务器判断电子设备获取支付通道的请求是否重试三次均被限流,若是,则执行步骤S410,若否,则执行步骤S46。
此处,重试三次可以表示电子设备向服务器发送了四次获取支付通道的请求。重试三次均被限流可以理解为上述支付请求集的支付请求数量第P次大于第一预设阈值。
在步骤S410中,服务器向电子设备返回支付请求超时的提示,流程结束。
此处,支付请求超时的提示可以理解为上述第六响应消息。
在步骤S44中,服务器向电子设备下发各支付通道的通道信息、各支付通道的等待时长和支付通道推荐信息,其中,支付通道推荐信息用于向电子设备推荐当前所有支付通道中等待时长最短的第一支付通道。
此处,支付通道推荐信息可以理解为上述第一推荐信息。
在步骤S411中,电子设备显示各支付通道的通道信息,并勾选第一支付通道的通道信息,此时,用户可以继续支付或退出支付,若选择继续支付,则执行步骤S412,若选择退出支付,则流程结束。
此处,勾选第一支付通道的通道信息可以理解为上述在与所述第一推荐信息所推荐的支付通道的通道信息关联的显示区域显示推荐标识。
在步骤S412中,用户选取支付通道并确认支付。
具体来说,用户可以点击某个支付通道的通道信息选中该支付通道,并确认支付。上述支付通道也可以称为支付方式。此处的点击可以理解为上述目标输入。
在步骤S413中,电子设备根据服务器下发的各支付通道的等待时长,判断用户所选支付通道当前是否被限流,若用户所选支付通道被限流,则执行步骤S414,若用户所选支付通道未被限流,则执行步骤S415。
此处,用户所选支付通道被限流可以理解为上述目标支付通道的等待时长大于0,用户所选支付通道未被限流可以理解为上述目标支付通道的等待时长等于0。
在步骤S414中,电子设备在等待目标等待时长之后,向服务器发送与用户所选的支付通道对应的支付通道选择请求。
此处,与用户所选的支付通道对应的支付通道选择请求可以理解为上述目标支付通道请求。
在步骤S415中,电子设备不等待并直接向服务器发送与用户所选的支付通道对应的支付通道选择请求。
在步骤S416中,服务器在接收到电子设备发送的支付通道选择请求时,判断该支付通道选择请求指示选择的支付通道即用户所选的支付通道当前是否被限流,若是,则执行步骤S417,若否,则执行步骤S418。
在步骤S417中,服务器向电子设备返回错误码、更新后的各支付通道的等待时长以及更新后的支付通道推荐信息,其中,更新后的支付通道推荐信息用于向电子设备推荐当前所有支付通道中等待时长最短的第二支付通道。
此处,向电子设备返回错误码、更新后的各支付通道的等待时长以及更新后的支付通道推荐信息可以理解为:上述向所述电子设备发送第三响应消息;错误码可以理解为上述用于提示电子设备重新选择支付通道的指示信息。
在步骤S419中,电子设备收到服务器返回的错误码以及更新后的各支付通道的等待时长之后,显示支付请求异常,建议重新选择支付通道的提示信息,并根据更新后的各支付通道的等待时长更新各支付通道的等待时长,且按照更新后的支付通道推荐信息执行步骤S411。
在步骤S418中,下支付单成功,服务器向电子设备发送与目标支付通道对应的支付信息。
本实施例中,电子设备获取支付通道的时候,会下发给端上,端上根据等待时长,进行延迟发支付请求,同时,使用分布式缓存,将用户请求不同支付通道的流量进行了按秒累计,记录下当前时刻每个支付通道用户的请求量,然后根据第三方支付平台提供的容量做限制,如果超过第三方平台提供的容量,则根据当前用户的请求量,计算用户需要等待的时长,从而能够降低应用程序的服务器和第三方支付平台的工作压力,且能够提升用户的体验。
图5是根据一示例性实施例示出的一种支付处理装置框图。参照图5,该装置500包括:
第一接收单元501,被配置为执行接收电子设备发送的目标支付请求;
第一发送单元502,被配置为执行在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求;在当前接收的包括所述目标支付请求在内的支付请求的数量小于或等于所述第一预设阈值时,向所述电子设备发送第二响应消息,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
可选的,所述第二响应消息还包括以下至少之一:所述N个支付通道中的每个支付通道的等待时长、第一推荐信息;
其中,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道。
可选的,所述支付处理装置500还包括:
第二接收单元,被配置为执行接收所述电子设备发送的目标支付通道选择请求,所述目标支付通道选择请求用于指示选择目标支付通道;
第二发送单元,被配置为执行在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,大于第二预设阈值时,向所述电子设备发送第三响应消息,所述第三响应消息包括指示信息、所述N个支付通道中的每个支付通道的等待时长和第二推荐信息,所述指示信息用于指示所述电子设备重新选择支付通道,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长,所述第二推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,小于或等于所述第二预设阈值时,向所述电子设备发送第四响应消息,所述第四响应消息包括与所述目标支付通道对应的支付信息。
可选的,所述第一发送单元,被配置为执行在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:支付请求集的支付请求数量第一次大于第一预设阈值时,向所述电子设备发送第一响应消息,所述支付请求集为:在接收所述目标支付请求时,接收的包括所述目标支付请求在内的支付请求所构成的集合;
所述支付处理装置500还包括:
第三发送单元,被配置为执行在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第M次大于第一预设阈值时,向所述电子设备发送第五响应消息,所述第五响应消息用于指示按照所述第一响应消息处理,所述M大于1且小于P,所述P为大于2的整数;在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第P次大于第一预设阈值时,向所述电子设备发送第六响应消息,所述第六响应消息用于指示所述目标支付请求超时。
可选的,所述第一时长等于第一预设时长与目标差值的乘积,所述目标差值为当前接收的包括所述目标支付请求在内的支付请求的数量与所述第一预设阈值的差值的绝对值。
关于上述实施例中的装置500,其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本实施例,能够实现对超出应用平台服务器的容量的支付业务的延后处理,使得在同一时间,应用平台的服务器处理的支付业务的数量不会超过该服务器所能处理的支付业务的数量,这样,当线上支付的业务量超过应用平台的服务器所能处理的数量时,能够有效降低应用平台的服务器的工作压力,从而能够减小应用平台的服务器出现故障的几率;同时,也能够减小用户支付失败的几率,提升用户的体验。
图6是根据一示例性实施例示出的一种支付处理装置框图。参照图6,该装置600应用于电子设备,包括:
第四发送单元601,被配置为执行向服务器发送目标支付请求;
第四接收单元602,被配置为执行接收所述服务器发送的第一响应消息或第二响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
可选的,所述第二响应消息还包括所述N个支付通道中的每个支付通道的等待时长,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
所述支付处理装置600还包括:
显示单元,被配置为执行显示所述N个支付通道的通道信息;
第五接收单元,被配置为执行接收用户对所述N个支付通道中的目标支付通道的通道信息的目标输入;
第五发送单元,被配置为执行在所述目标支付通道的等待时长大于0时,等待第二时长,并在等待所述第二时长后,向服务器发送用于指示选择所述目标支付通道的目标支付通道选择请求,所述第二时长等于所述目标支付通道的等待时长;在所述目标支付通道的等待时长等于0时,向服务器发送所述目标支付通道选择请求。
可选的,所述第二响应消息还包括第一推荐信息,所述第一推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;
所述支付处理装置600还包括:
显示单元,被配置为执行显示所述N个支付通道的通道信息,且在与所述第一推荐信息所推荐的支付通道的通道信息关联的显示区域显示推荐标识。
关于上述实施例中的装置600,其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本实施例,能够使得在同一时间,应用平台的服务器处理的支付业务的数量不会超过该服务器所能处理的支付业务的数量,这样,当线上支付的业务量超过应用平台的服务器所能处理的数量时,能够有效降低应用平台的服务器的工作压力,从而能够减小应用平台的服务器出现故障的几率。
图7是根据一示例性实施例示出的一种服务器700的框图。如图7所示,所述服务器700包括处理器701和用于存储所述处理器701可执行指令的存储器702。其中,所述处理器701被配置为执行所述指令,以实现图2对应的方法实施例中所述的支付处理方法的步骤,并能达到相同的技术效果,为避免重复,此处不再赘述。
图8是根据一示例性实施例示出的一种电子设备800的框图。如图8所示,所述电子设备800包括处理器801和用于存储所述处理器801可执行指令的存储器802。其中,所述处理器801被配置为执行所述指令,以实现图3对应的方法实施例中所述的支付处理方法的步骤,并能达到相同的技术效果,为避免重复,此处不再赘述。
本公开实施例还提供了一种包括指令的存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行上述图2对应方法实施例中所述的支付处理方法的步骤,并能达到相同的技术效果,为避免重复,此处不再赘述。可选地,存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本公开实施例还提供了一种包括指令的存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行上述图3对应方法实施例中所述的支付处理方法的步骤,并能达到相同的技术效果,为避免重复,此处不再赘述。可选地,存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本公开实施例还提供一种计算机程序产品,包括:可执行指令,当所述可执行指令在计算机上运行时,使得计算机能够执行上述图2对应方法实施例中所述的支付处理方法的步骤,并能达到相同的技术效果,为避免重复,此处不再赘述。
本公开实施例还提供一种计算机程序产品,包括:可执行指令,当所述可执行指令在计算机上运行时,使得计算机能够执行上述图3对应方法实施例中所述的支付处理方法的步骤,并能达到相同的技术效果,为避免重复,此处不再赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种支付处理方法,其特征在于,包括:
接收电子设备发送的目标支付请求;
在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求;
在当前接收的包括所述目标支付请求在内的支付请求的数量小于或等于所述第一预设阈值时,向所述电子设备发送第二响应消息,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
2.根据权利要求1所述的支付处理方法,其特征在于,在所述向所述电子设备发送第二响应消息之后,所述支付处理方法还包括:
接收所述电子设备发送的目标支付通道选择请求,所述目标支付通道选择请求用于指示选择目标支付通道;
在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,大于第二预设阈值时,向所述电子设备发送第三响应消息,所述第三响应消息包括指示信息、所述N个支付通道中的每个支付通道的等待时长和第二推荐信息,所述指示信息用于指示所述电子设备重新选择支付通道,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长,所述第二推荐信息用于推荐所述N个支付通道中等待时长最短的支付通道;
在当前接收的用于指示选择所述目标支付通道的支付通道选择请求的数量,小于或等于所述第二预设阈值时,向所述电子设备发送第四响应消息,所述第四响应消息包括与所述目标支付通道对应的支付信息。
3.根据权利要求1所述的支付处理方法,其特征在于,所述在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,包括:
在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:支付请求集的支付请求数量第一次大于第一预设阈值时,向所述电子设备发送第一响应消息,所述支付请求集为:在接收所述目标支付请求时,接收的包括所述目标支付请求在内的支付请求所构成的集合;
在接收电子设备发送的目标支付请求之后,所述支付处理方法还包括:
在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第M次大于第一预设阈值时,向所述电子设备发送第五响应消息,所述第五响应消息用于指示按照所述第一响应消息处理,所述M大于1且小于P,所述P为大于2的整数;
在当前接收的包括所述目标支付请求在内的支付请求的数量大于所述第一预设阈值,且当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值为:所述支付请求集的支付请求数量第P次大于第一预设阈值时,向所述电子设备发送第六响应消息,所述第六响应消息用于指示所述目标支付请求超时。
4.一种支付处理方法,应用于电子设备,其特征在于,包括:
向服务器发送目标支付请求;
接收所述服务器发送的第一响应消息或第二响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
5.根据权利要求4所述的支付处理方法,其特征在于,所述第二响应消息还包括所述N个支付通道中的每个支付通道的等待时长,每个支付通道的等待时长均用于指示使用该支付通道之前所需等待的时长;
在所述接收所述服务器发送的第二响应消息之后,所述支付处理方法还包括:
显示所述N个支付通道的通道信息;
接收用户对所述N个支付通道中的目标支付通道的通道信息的目标输入;
在所述目标支付通道的等待时长大于0时,等待第二时长,并在等待所述第二时长后,向服务器发送用于指示选择所述目标支付通道的目标支付通道选择请求,所述第二时长等于所述目标支付通道的等待时长;
在所述目标支付通道的等待时长等于0时,向服务器发送所述目标支付通道选择请求。
6.一种支付处理装置,其特征在于,包括:
第一接收单元,被配置为执行接收电子设备发送的目标支付请求;
第一发送单元,被配置为执行在当前接收的包括所述目标支付请求在内的支付请求的数量大于第一预设阈值时,向所述电子设备发送第一响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求;在当前接收的包括所述目标支付请求在内的支付请求的数量小于或等于所述第一预设阈值时,向所述电子设备发送第二响应消息,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
7.一种支付处理装置,应用于电子设备,其特征在于,包括:
第四发送单元,被配置为执行向服务器发送目标支付请求;
第四接收单元,被配置为执行接收所述服务器发送的第一响应消息或第二响应消息,所述第一响应消息用于指示所述电子设备在等待第一时长后重新发送所述目标支付请求,所述第二响应消息包括所述目标支付请求对应的N个支付通道的通道信息,所述N为正整数。
8.一种服务器,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至3中任一项所述的支付处理方法。
9.一种电子设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求4至5中任一项所述的支付处理方法。
10.一种存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行如权利要求1至3中任一项所述的支付处理方法;或者,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如权利要求4至5中任一项所述的支付处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010862858.4A CN112036852A (zh) | 2020-08-25 | 2020-08-25 | 支付处理方法、装置、服务器及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010862858.4A CN112036852A (zh) | 2020-08-25 | 2020-08-25 | 支付处理方法、装置、服务器及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112036852A true CN112036852A (zh) | 2020-12-04 |
Family
ID=73581231
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010862858.4A Pending CN112036852A (zh) | 2020-08-25 | 2020-08-25 | 支付处理方法、装置、服务器及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112036852A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114143277A (zh) * | 2021-10-20 | 2022-03-04 | 北京达佳互联信息技术有限公司 | 数据请求处理方法、装置、电子设备及存储介质 |
CN114648321A (zh) * | 2022-05-19 | 2022-06-21 | 深圳市思迅软件股份有限公司 | 基于多路支付通道的通道流量动态管理系统 |
Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102314649A (zh) * | 2011-07-27 | 2012-01-11 | 杭州斯凯网络科技有限公司 | 基于用户的支付方法及支付页面 |
CN102346891A (zh) * | 2010-07-30 | 2012-02-08 | 阿里巴巴集团控股有限公司 | 一种网络交易方法及服务器 |
CN105577772A (zh) * | 2015-12-17 | 2016-05-11 | 腾讯科技(北京)有限公司 | 素材接收方法、素材上传方法及装置 |
CN107464108A (zh) * | 2016-06-03 | 2017-12-12 | 上海点融信息科技有限责任公司 | 自动选择支付渠道的方法和设备 |
CN107480981A (zh) * | 2017-07-21 | 2017-12-15 | 深圳市金立通信设备有限公司 | 一种发送通知信息的方法及服务器 |
CN107609852A (zh) * | 2017-09-05 | 2018-01-19 | 北京小度信息科技有限公司 | 用于处理支付请求的方法和装置 |
CN108399195A (zh) * | 2018-01-29 | 2018-08-14 | 阿里巴巴集团控股有限公司 | 支付渠道的推荐方法及装置 |
CN109214797A (zh) * | 2017-07-04 | 2019-01-15 | 优信数享(北京)信息技术有限公司 | 一种支付方法、装置及具有支付功能的平台 |
CN109245867A (zh) * | 2018-08-14 | 2019-01-18 | 深圳壹账通智能科技有限公司 | 一种消息发送方法、计算机可读存储介质及终端设备 |
CN109544144A (zh) * | 2018-10-25 | 2019-03-29 | 平安科技(深圳)有限公司 | 交易处理方法、装置、计算机设备和存储介质 |
CN110109800A (zh) * | 2019-04-10 | 2019-08-09 | 网宿科技股份有限公司 | 一种服务器集群系统的管理方法及装置 |
US20190306189A1 (en) * | 2018-04-03 | 2019-10-03 | Walmart Apollo, Llc | Customized Service Request Permission Control System |
CN110348833A (zh) * | 2019-06-28 | 2019-10-18 | 北京你财富计算机科技有限公司 | 一种支付请求的处理方法、装置和电子设备 |
CN110413416A (zh) * | 2019-07-31 | 2019-11-05 | 中国工商银行股份有限公司 | 一种分布式服务器的限流方法及装置 |
CN110458547A (zh) * | 2019-08-02 | 2019-11-15 | 浙江融易区块链科技有限公司 | 一种支付网关服务器及支付渠道选择方法 |
CN110858843A (zh) * | 2018-08-22 | 2020-03-03 | 重庆小雨点小额贷款有限公司 | 业务请求处理方法、装置及计算机可读存储介质 |
CN111210210A (zh) * | 2020-01-07 | 2020-05-29 | 贵阳货车帮科技有限公司 | 支付数据处理方法、装置及电子设备 |
CN111275429A (zh) * | 2020-01-17 | 2020-06-12 | 北京三快在线科技有限公司 | 收款通道状态的确定方法、装置、设备及可读存储介质 |
-
2020
- 2020-08-25 CN CN202010862858.4A patent/CN112036852A/zh active Pending
Patent Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102346891A (zh) * | 2010-07-30 | 2012-02-08 | 阿里巴巴集团控股有限公司 | 一种网络交易方法及服务器 |
CN102314649A (zh) * | 2011-07-27 | 2012-01-11 | 杭州斯凯网络科技有限公司 | 基于用户的支付方法及支付页面 |
CN105577772A (zh) * | 2015-12-17 | 2016-05-11 | 腾讯科技(北京)有限公司 | 素材接收方法、素材上传方法及装置 |
CN107464108A (zh) * | 2016-06-03 | 2017-12-12 | 上海点融信息科技有限责任公司 | 自动选择支付渠道的方法和设备 |
CN109214797A (zh) * | 2017-07-04 | 2019-01-15 | 优信数享(北京)信息技术有限公司 | 一种支付方法、装置及具有支付功能的平台 |
CN107480981A (zh) * | 2017-07-21 | 2017-12-15 | 深圳市金立通信设备有限公司 | 一种发送通知信息的方法及服务器 |
CN107609852A (zh) * | 2017-09-05 | 2018-01-19 | 北京小度信息科技有限公司 | 用于处理支付请求的方法和装置 |
CN108399195A (zh) * | 2018-01-29 | 2018-08-14 | 阿里巴巴集团控股有限公司 | 支付渠道的推荐方法及装置 |
US20190306189A1 (en) * | 2018-04-03 | 2019-10-03 | Walmart Apollo, Llc | Customized Service Request Permission Control System |
CN109245867A (zh) * | 2018-08-14 | 2019-01-18 | 深圳壹账通智能科技有限公司 | 一种消息发送方法、计算机可读存储介质及终端设备 |
CN110858843A (zh) * | 2018-08-22 | 2020-03-03 | 重庆小雨点小额贷款有限公司 | 业务请求处理方法、装置及计算机可读存储介质 |
CN109544144A (zh) * | 2018-10-25 | 2019-03-29 | 平安科技(深圳)有限公司 | 交易处理方法、装置、计算机设备和存储介质 |
CN110109800A (zh) * | 2019-04-10 | 2019-08-09 | 网宿科技股份有限公司 | 一种服务器集群系统的管理方法及装置 |
CN110348833A (zh) * | 2019-06-28 | 2019-10-18 | 北京你财富计算机科技有限公司 | 一种支付请求的处理方法、装置和电子设备 |
CN110413416A (zh) * | 2019-07-31 | 2019-11-05 | 中国工商银行股份有限公司 | 一种分布式服务器的限流方法及装置 |
CN110458547A (zh) * | 2019-08-02 | 2019-11-15 | 浙江融易区块链科技有限公司 | 一种支付网关服务器及支付渠道选择方法 |
CN111210210A (zh) * | 2020-01-07 | 2020-05-29 | 贵阳货车帮科技有限公司 | 支付数据处理方法、装置及电子设备 |
CN111275429A (zh) * | 2020-01-17 | 2020-06-12 | 北京三快在线科技有限公司 | 收款通道状态的确定方法、装置、设备及可读存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114143277A (zh) * | 2021-10-20 | 2022-03-04 | 北京达佳互联信息技术有限公司 | 数据请求处理方法、装置、电子设备及存储介质 |
CN114143277B (zh) * | 2021-10-20 | 2023-11-24 | 北京达佳互联信息技术有限公司 | 数据请求处理方法、装置、电子设备及存储介质 |
CN114648321A (zh) * | 2022-05-19 | 2022-06-21 | 深圳市思迅软件股份有限公司 | 基于多路支付通道的通道流量动态管理系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170163628A1 (en) | User login methods, devices, and systems | |
EP3131264B1 (en) | Method, device and system for establishing communication | |
US9521262B2 (en) | Method and apparatus for calling terminal to join conference | |
CN108156252B (zh) | 一种数据访问方法、装置、服务器及客户端 | |
US10911605B2 (en) | Provisioning a trial service to a mobile device | |
US20160119471A1 (en) | Methods and apparatus for transmitting data | |
EP3755049B1 (en) | Subscription information update method and apparatus | |
US20230123133A1 (en) | Call forwarding system and method for forwarding a call to a terminal through near-field wireless communication | |
US11252219B2 (en) | Method and apparatus for downloading a file | |
CN112036852A (zh) | 支付处理方法、装置、服务器及电子设备 | |
CN109413285B (zh) | 一种通信方法及装置 | |
CN110336592B (zh) | 适用蓝牙读卡器的数据传输方法、电子设备及存储介质 | |
EP3805938B1 (en) | Server node selection method and terminal device | |
CN103986710A (zh) | 一种消息传输的方法、装置及系统 | |
CN105120117A (zh) | 一种通话交互方法及装置 | |
US20160302055A1 (en) | Information processing system | |
US10681509B2 (en) | Service processing method and terminal | |
CN112822089B (zh) | 用于添加好友的方法和设备 | |
US8825023B2 (en) | System and method for providing a screen switching service during call counseling and device applied thereto | |
CN107659625B (zh) | 互联网数据展现的计数系统及方法 | |
CN117459908A (zh) | 信息传输方法、装置、终端及可读存储介质 | |
CN112085490A (zh) | 异步计费方法、装置、设备及计算机可读存储介质 | |
CN117201823A (zh) | 业务处理方法、装置、电子设备及存储介质 | |
CN115378892A (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 |