处理支付请求的方法、装置、电子设备和计算机可读介质制造方法及图纸

本发明专利技术公开了处理支付请求的方法、装置、电子设备和计算机可读介质，涉及移动互联技术领域。该方法的一具体实施方式包括：接收出行系统发送的支付请求，所述支付请求携带订单信息，所述订单由所述出行系统在用户出闸后生成，所述订单信息包括行程信息、支付金额、付款账户、收款账户、订单生成时间和订单号；判断缓存中是否存在重复的订单；若是，则向所述出行系统返回订单重复的报错消息或者支付成功的处理结果；若否，则将所述订单号存储到所述缓存中并记录所述订单号的存储时间，根据所述支付金额、所述付款账户和所述收款账户完成支付流程。该实施方式能够解决出行效率低下的技术问题。问题。问题。

【技术实现步骤摘要】
处理支付请求的方法、装置、电子设备和计算机可读介质


[0001]本专利技术涉及移动互联
，尤其涉及一种处理支付请求的方法、装置、电子设备和计算机可读介质。

技术介绍

[0002]通常地铁出行的支付场景包括：购买地铁次卡或地铁卡乘车，或者刷码乘车。进站时，校验余额是否超过最低票价，低于最低票价会提示去客服中心处理，出站时发起支付交易，余额不足会提示到客服中心处理，补票完成并且支付成功后才开闸让行。
[0003]在实现本专利技术过程中，专利技术人发现现有技术中至少存在如下问题：
[0004]1)传统乘车支付方法是先扣费再通行，导致开闸慢、交易链长，而且容易因为没网络、没信号、终端没电等原因导致扣费失败而开不了闸，从而导致出行效率低下；
[0005]2)在支付过程中可能会有交易超时，网络抖动等导致地铁方接收不到，导致数据不同步，从而导致出行效率低下；
[0006]3)在出闸前必须完成支付，若因为网络或者服务异常等原因支付不了，会导致影响乘客出行。

技术实现思路

[0007]有鉴于此，本专利技术实施例提供一种处理支付请求的方法、装置、电子设备和计算机可读介质，以解决出行效率低下的技术问题。
[0008]为实现上述目的，根据本专利技术实施例的一个方面，提供了一种处理支付请求的方法，包括：
[0009]接收出行系统发送的支付请求，所述支付请求携带订单信息，所述订单由所述出行系统在用户出闸后生成，所述订单信息包括行程信息、支付金额、付款账户、收款账户、订单生成时间和订单号；
[0010]判断当前处理请求量是否大于等于第一请求量阈值；若是，则将所述支付请求加入到待处理队列中；若否，则按照如下步骤处理所述支付请求：
[0011]判断缓存中是否存在重复的订单；若是，则向所述出行系统返回订单重复的报错消息或者支付成功的处理结果；若否，则将所述订单号存储到所述缓存中并记录所述订单号的存储时间，根据所述支付金额、所述付款账户和所述收款账户完成支付流程。
[0012]可选地，判断缓存中是否存在重复的订单，若是，则向所述出行系统返回订单重复的报错消息或者支付成功的处理结果，包括：
[0013]根据所述订单号判断所述缓存中是否存在重复的订单；
[0014]若是，则判断当前时间与所述订单号的存储时间的差值是否小于第一时间阈值，若是，则向所述出行系统返回订单重复的报错消息；
[0015]若否，则向所述出行系统返回支付成功的处理结果。
[0016]可选地，向所述出行系统返回支付成功的处理结果，包括：
[0017]判断所述订单号的处理结果是否为支付成功；
[0018]若是，则对所述订单号进行幂等性处理，向所述出行系统返回与首次支付成功时返回的处理结果相同的处理结果；
[0019]若否，则根据所述支付金额、所述付款账户和所述收款账户完成支付流程，并将支付成功的处理结果存储到所述缓存中。
[0020]可选地，根据所述支付金额、所述付款账户和所述收款账户完成支付流程，包括：
[0021]根据所述支付金额、所述付款账户和所述收款账户进行支付，判断是否支付成功；
[0022]若是，则向所述出行系统返回支付成功的处理结果；
[0023]若否，则根据支付失败的原因进行人工处理或者重新发起支付。
[0024]可选地，若支付成功，所述方法还包括：
[0025]判断在支付过程中是否进行了垫资；
[0026]若是，则对垫资的账户进行补缴，并向所述出行系统返回支付成功的处理结果；
[0027]若否，则向所述出行系统返回支付成功的处理结果。
[0028]可选地，根据支付失败的原因进行人工处理或者重新发起支付，包括：
[0029]判断支付失败的原因是否为业务报错；
[0030]若是，则进行人工处理；
[0031]若否，则在第二时间阈值后重新发起支付，直到发起支付的次数大于等于异常重试次数。
[0032]可选地，根据支付失败的原因进行人工处理或者重新发起支付，包括：
[0033]判断支付失败的原因是否为业务报错；
[0034]若是，则进行人工处理；
[0035]若否，则将所述支付请求加入到所述待处理队列中，若当前处理请求量小于第二请求量阈值，则从所述待处理队列中取出所述支付请求并处理所述支付请求。
[0036]另外，根据本专利技术实施例的另一个方面，提供了一种处理支付请求的装置，包括：
[0037]接收模块，用于接收出行系统发送的支付请求，所述支付请求携带订单信息，所述订单由所述出行系统在用户出闸后生成，所述订单信息包括行程信息、支付金额、付款账户、收款账户、订单生成时间和订单号；
[0038]处理模块，用于判断当前处理请求量是否大于等于第一请求量阈值；若是，则将所述支付请求加入到待处理队列中；若否，则按照如下步骤处理所述支付请求：
[0039]判断缓存中是否存在重复的订单；若是，则向所述出行系统返回订单重复的报错消息或者支付成功的处理结果；若否，则将所述订单号存储到所述缓存中并记录所述订单号的存储时间，根据所述支付金额、所述付款账户和所述收款账户完成支付流程。
[0040]可选地，所述处理模块还用于：
[0041]根据所述订单号判断所述缓存中是否存在重复的订单；
[0042]若是，则判断当前时间与所述订单号的存储时间的差值是否小于第一时间阈值，若是，则向所述出行系统返回订单重复的报错消息；
[0043]若否，则向所述出行系统返回支付成功的处理结果。
[0044]可选地，所述处理模块还用于：
[0045]判断所述订单号的处理结果是否为支付成功；
[0046]若是，则对所述订单号进行幂等性处理，向所述出行系统返回与首次支付成功时返回的处理结果相同的处理结果；
[0047]若否，则根据所述支付金额、所述付款账户和所述收款账户完成支付流程，并将支付成功的处理结果存储到所述缓存中。
[0048]可选地，所述处理模块还用于：
[0049]根据所述支付金额、所述付款账户和所述收款账户进行支付，判断是否支付成功；
[0050]若是，则向所述出行系统返回支付成功的处理结果；
[0051]若否，则根据支付失败的原因进行人工处理或者重新发起支付。
[0052]可选地，若支付成功，所述处理模块还用于：
[0053]判断在支付过程中是否进行了垫资；
[0054]若是，则对垫资的账户进行补缴，并向所述出行系统返回支付成功的处理结果；
[0055]若否，则向所述出行系统返回支付成功的处理结果。
[0056]可选地，所述处理模块还用于：
[0057]判断支付失败的原因是否为业务报错；
[0058]若是，则进行人工处理；
[0059]若否，则在第二时间阈值后重新发起支付，直到发起支付的次数大于等于异常重试次数。本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种处理支付请求的方法，其特征在于，包括：接收出行系统发送的支付请求，所述支付请求携带订单信息，所述订单由所述出行系统在用户出闸后生成，所述订单信息包括行程信息、支付金额、付款账户、收款账户、订单生成时间和订单号；判断当前处理请求量是否大于等于第一请求量阈值；若是，则将所述支付请求加入到待处理队列中；若否，则按照如下步骤处理所述支付请求：判断缓存中是否存在重复的订单；若是，则向所述出行系统返回订单重复的报错消息或者支付成功的处理结果；若否，则将所述订单号存储到所述缓存中并记录所述订单号的存储时间，根据所述支付金额、所述付款账户和所述收款账户完成支付流程。2.根据权利要求1所述的方法，其特征在于，判断缓存中是否存在重复的订单，若是，则向所述出行系统返回订单重复的报错消息或者支付成功的处理结果，包括：根据所述订单号判断所述缓存中是否存在重复的订单；若是，则判断当前时间与所述订单号的存储时间的差值是否小于第一时间阈值，若是，则向所述出行系统返回订单重复的报错消息；若否，则向所述出行系统返回支付成功的处理结果。3.根据权利要求2所述的方法，其特征在于，向所述出行系统返回支付成功的处理结果，包括：判断所述订单号的处理结果是否为支付成功；若是，则对所述订单号进行幂等性处理，向所述出行系统返回与首次支付成功时返回的处理结果相同的处理结果；若否，则根据所述支付金额、所述付款账户和所述收款账户完成支付流程，并将支付成功的处理结果存储到所述缓存中。4.根据权利要求1所述的方法，其特征在于，根据所述支付金额、所述付款账户和所述收款账户完成支付流程，包括：根据所述支付金额、所述付款账户和所述收款账户进行支付，判断是否支付成功；若是，则向所述出行系统返回支付成功的处理结果；若否，则根据支付失败的原因进行人工处理或者重新发起支付。5.根据权利要求4所述的方法，其特征在于，若支付成功，所述方法还包括：判断在支付过程中是否进行了垫资；若是，则对垫资的账户进行补缴，并向所述出行系统返回支付成功的处理结果；若否，则向所述出行系统返回支付成功的处理结果。6.根据权利要求4所述的方法，其特征在于，根据支付失败的原因进行人工处理或者重新发起支付，包括：判断支付失败的原因是否为业务报错；若是，则进行人工处理；若否，则在第二时间阈值后重新发起支付，直到发起支付的次数大于等于异常重试次数。7.根据权利要求4所述的方法，其特征在于，根据支付失败的原因进行人工处理或者重新发起支付，包括：
判断支付失败的原因是否为业务报错；若是，则进行人工处理；若否，则将所述支付请求加入到所述待处理队列中，若当前处理请求量小于第二请求量阈值，则从所述待处理队列中取出所述支付请求并处理所述支付请求。8.一种处理支付请求的装置，其特征在于，包括：接收模块，用于接收出行系统发送的支付请求，所述支付请求携带订单信息，所述订单由所述出行系统在用户出闸后生成，所述订单信息包括行程信息、支...

【专利技术属性】
技术研发人员：刘承忠，
申请(专利权)人：建信金融科技有限责任公司，
类型：发明
国别省市：