CN110942298A - 支付数据传输控制方法、装置、电子设备及存储介质 - Google Patents

支付数据传输控制方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN110942298A
CN110942298A CN201911102482.0A CN201911102482A CN110942298A CN 110942298 A CN110942298 A CN 110942298A CN 201911102482 A CN201911102482 A CN 201911102482A CN 110942298 A CN110942298 A CN 110942298A
Authority
CN
China
Prior art keywords
payment
channel
payment channel
real
proportion
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
Application number
CN201911102482.0A
Other languages
English (en)
Inventor
刘坤昇
孙发云
张波
张娜
郝学武
白金山
刘超
孙丰成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Sankuai Online Technology Co Ltd
Original Assignee
Beijing Sankuai Online Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Sankuai Online Technology Co Ltd filed Critical Beijing Sankuai Online Technology Co Ltd
Priority to CN201911102482.0A priority Critical patent/CN110942298A/zh
Publication of CN110942298A publication Critical patent/CN110942298A/zh
Pending legal-status Critical Current

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/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/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/20—Point-of-sale [POS] network systems

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)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了一种支付数据传输控制方法，属于数据传输领域，有助于提升收银系统的稳定性。所述方法包括：通道状态维护模块通过各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据支付数据传输结果设置相应支付通道的实时状态；在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道，根据为可用状态的支付通道的信息生成第一支付请求；在支付接入网关处，根据第一支付请求中携带的设备标识和支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；在所述支付通道可用时，通过支付业务处理模块将第一支付请求转换成与所述支付通道匹配的第二支付请求，通过所述支付通道处理所述第二支付请求。

Description

支付数据传输控制方法、装置、电子设备及存储介质
技术领域
本申请实施例涉及数据传输领域，特别是涉及一种支付数据传输控制方法、装置、电子设备及计算机可读存储介质。
背景技术
为了保证资金安全和数据安全，聚合收银系统结构相对复杂。现有技术中，聚合收银系统通常包括以下模块：收银终端、支付接入网管、支付业务模块、支付通道网关、第三方支付通道、内部账务管理系统。由于支付链路长而且复杂，经过大量、长期的实践，发明人发现，聚合收银系统会因为种种的原因偶尔出现第三方支付通道不可用的故障，在故障期间往往会导致用户出现大量重试，会影响收银系统的稳定性。目前收银产品对于支付通道故障依赖人工报错处理，故障定位和排除不及时，导致整个收银系统稳定性降低。
发明内容
本申请实施例提供一种支付数据传输控制方法，有助于提升收银系统的稳定性。
为了解决上述问题，第一方面，本申请实施例提供了一种支付数据传输控制方法，包括：
在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付通道的实时状态通过以下方式获取：预设通道状态维护模块通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；所述支付客户端通过所述预设通道状态维护模块获取各支付通道的实时状态；
在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；
在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；
响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；或者，
响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息。
第二方面，本申请实施例提供了一种支付数据传输控制装置，包括：
通道状态维护模块，用于通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；
支付通道获取模块，用于在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付客户端通过所述通道状态维护模块获取各支付通道的实时状态；
第一支付请求生成模块，用于在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；
支付通道验证模块，用于在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；
所述支付业务处理模块，用于响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；
所述支付通道验证模块，还用于响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息。
第三方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的支付数据传输控制方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的支付数据传输控制方法的步骤。
本申请实施例公开的支付数据传输控制方法，通过在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付通道的实时状态通过以下方式获取：预设通道状态维护模块通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；所述支付客户端通过所述预设通道状态维护模块获取各支付通道的实时状态；在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；或者，响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息，有助于提升收银系统的稳定性。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一的支付数据传输控制方法流程图；
图2是本申请实施例一的支付数据控制方法应用系统结构示意图；
图3是本申请实施例二的支付数据传输控制装置结构示意图之一；
图4是本申请实施例二的支付数据传输控制装置结构示意图之二。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
实施例一
本申请实施例公开的一种支付数据传输控制方法，如图1所示，所述方法包括：步骤110至步骤140。
步骤110，在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息。
本申请实施例公开的支付数据传输控制方法，应用于支付数据传输控制系统，如图2所示，所述支付数据传输控制系统中包括：至少一个支付客户端210、支付接入网关220、支付业务处理模块230、通道状态维护模块240，以及支付通道服务端250。本申请实施例中所述的支付通道包括：微信支付、支付宝支付、美团钱包等电子钱包支付、银行账户支付等通道。所述支付数据传输控制系统的支付业务处理模块230通过访问所述支付通道的预设接口，把支付业务相关数据发送给所述支付通道，由所述支付通道完成支付。
本申请实施例中，所述支付客户端210用于展示支付界面，通常，支付界面可以展示至少一个支付通道信息，用户可以选择支付通道。所述支付客户端210可以为：智能pos、收银saas、商家的其他收银产品等。所述支付客户端210根据用户的操作生成支付订单，在检测到用户确认执行支付操作之后，首先确定用户选择的支付通道(或者默认选择的支付通道)是否可用，在确定选择的支付通道可用的情况下，所述支付客户端210根据用户的操作获取当前次支付的相关支付信息。例如：所述用户的第一身份信息、支付通道的信息和支付对象身份信息和支付数量等，其中，所述用户的第一身份信息为用户登陆所述支付客户端210的身份信息。然后，所述支付客户端210根据本地存储的支付通道的状态信息确定选择的所述支付通道是否可用。
本申请的一些实施例中，所述支付通道的实时状态通过以下方式获取：预设通道状态维护模块240通过预设的各支付业务处理模块230获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；所述支付客户端210通过所述预设通道状态维护模块240获取各支付通道的实时状态。
本申请的一些实施例中，预设通道状态维护模块240会搜集所述支付业务处理模块230中执行的每个支付任务的支付结果，并根据若干支付任务的支付结果确定各支付通道的稳定性和可用性，然后，根据各支付通道的稳定性和可用性对个支付通道进行流量控制。具体的，通过设置各支付通道的实时状态确定相应支付通道是否可用。例如，当某一支付通道在1小时之内，支付失败的次数占比超过了20％，则认为该支付通道当前稳定性较差，将其设置为不可用，建议支付客户端选择其他支付通道，以提升支付业务的流畅性。
本申请的一些实施例中，基于业务维度的指标、系统性能维度的指标和业务人员设置的流量控制指标确定每个支付通道的放流比例。例如，根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态，包括：对于每个所述支付通道，根据所述支付通道的支付成功率确定所述支付通道的业务维度指标；以及，根据所述支付通道的接口调用耗时确定所述支付通道的系统性能指标；根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例，所述放流比例用于指示所述支付通道的性能指标；根据所述放流比例调整所述支付通道的实时状态。
通过对支付通道的支付数据处理结果进行分析，可以直接确定支付通道的业务维度指标，所述业务维度指标用于衡量支付业务执行结果与支付业务成功率需求的匹配度。本申请的一些实施例中，对于每个支付通道，根据所述支付通道的支付成功率确定所述支付通道的业务维度指标，包括：
根据公式
Figure BDA0002270272270000061
计算所述支付通道的业务维度指标z1，其中，x表示所述支付通道的支付成功率，α表示业务系统对支付成功率故障忍受程度下线，β表示业务系统对支付成功率忍受程度下线，α,β预先设置，α,β∈(0,1)。一般情况下，业务系统的支付成功率都不是100％的，而是维持在一个较高的水平，本公式引入了成功率下线β，来表示系统可以忍受的支付失败下限，低于此成功率则认为系统发生故障，需要进行放流，α为系统可忍受的故障下线，低于此阈值，则认为该通道不可用，直接关闭，放流比例为0。
本申请的一些实施例中，所述支付通道的支付成功率x可以通过公式：x＝支付成功量/(支付成功量+支付失败量)确定。其中，支付成功量和支付失败量可以通过业务系统的支付记录获取。支付成功量可以为每分钟内某一支付通道的支付成功量；支付失败量可以为每分钟内某一支付通道的支付失败量。
本申请的另一些实施例中，还可以采用其他公式计算支付通道的业务维度指标z1，本实施例中不再一一例举。
通过对支付通道的支付数据处理结果进行分析，可以直接确定支付通道的系统性能指标，所述系统性能指标用于衡量业务系统的支付业务处理时效与支付业务时效性需求的匹配度。依此，可以进一步确定是否对该支付通进行流量控制，以及进行流量控制的力度。本申请的一些实施例中，根据所述支付通道的接口调用耗时确定所述支付通道的系统性能指标，包括：
根据公式
Figure BDA0002270272270000062
计算所述支付通道的系统性能指标z2，其中，y表示所述支付通道的接口调用耗时tp99值，Q表示监控指标服务与放流比例影响系数，y0表示正常状态所述支付通道的接口调用耗时tp99值，Y表示支付业务所能接受的接口调用耗时tp99的最大值，Q∈(0,1]，Q、y0和Y根据支付业务需求预先设置。
其中，tp99(TOP percentile)表示支付接口的耗时性能，各种状态下的接口耗时tp99值可以根据业务系统记录的每次支付业务的链路接口耗时计算得到。监控指标服务与放流比例影响系数Q越大表示对指标浮动越敏感，可忍受的tp99徒增程度更低。
本申请的另一些实施例中，还可以采用其他公式计算支付通道的系统性能指标z2，本实施例中不再一一例举。
进一步的，可以根据确定的业务维度的指标值和系统性能维度的指标值，结合预先设置的流量控制指标，进一步确定支付通道的放流比例。
本申请的一些实施例中，所述根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例，包括：若所述业务维度指标和所述系统性能指标同时为第一预设值，则确定所述支付通道的放流比例为0；若所述业务维度指标和所述系统性能指标同时为第二预设值，则确定所述支付通道的放流比例为1；若所述业务维度指标、所述系统性能指标不同时为第一预设值或第二预设值，则根据所述业务维度指标和所述系统性能指标之和与所述放流比例与监控比例敏感度指标的乘积，确定所述支付通道的放流比例；其中，所述业务维度指标与支付成功率正相关，所述系统性能指标与系统性能强弱正相关。其中，所述第一预设值和所述第二预设值根据具体业务需求确定，例如设置第一预设值为0，设置第二预设值为1。
例如，可以通过以下公式计算所述支付通道的放流比例：
Figure BDA0002270272270000071
且z1,z2不同时为0或1，其中，z1表示业务维度指标，z1∈[0,1]与支付成功率正相关；z2表示系统性能指标，z2∈[0,1]与系统性能强弱正相关，z1∈[0,1]，z2∈[0,1]；k∈(0,1)表示放流比例与监控比例敏感度。
本申请的另一些实施例中，还可以采用其他公式计算支付通道的放流比例Z，本实施例中不再一一例举。
在确定了各支付通道的放流指标之后，根据确定的放流指标可以进一步确定是否需要对某一支付通道进行流量控制，或者，是否开放、关闭所述支付通道。本申请的另一些实施例中，所述根据所述放流比例调整所述支付通道的实时状态，包括：在所述支付通道的所述放流比例等于第一预设流量控制比例阈值的情况下，确定所述支付通道为开放状态；在所述支付通道的所述放流比例等于第二预设流量控制比例阈值的情况下，确定所述支付通道为关闭状态；在所述支付通道的所述放流比例满足第三预设流量控制比例阈值的情况下，对于每个所述支付通道，根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态。例如，当某一支付通道的放流比例Z＝0时，则直接关闭该支付通道；当某一支付通道的放流比例Z＝1时，则该支付通道处于正常开放状态；当某一支付通道的放流比例0<Z<1时，则按照该放流比例对该支付通道进行访问控制。或者，当某一支付通道的放流比例0<Z<TH时则按照该放流比例对该支付通道进行访问控制,其中，TH为大于0小于1的数值。其中，第一预设流量控制比例阈值、第二预设流量控制比例阈值和第三预设流量控制比例阈值根据业务需求确定。
本申请的一些实施例中述根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态，包括：获取采用所述支付通道的所述支付客户端匹配的设备标识；通过对所述支付客户端匹配的设备标识执行预设运算，确定所述设备标识对应的编码值；根据所述编码值与所述放流比例的比较结果，确定所述支付通道对于所述支付客户端的实时状态。例如，对于一个采用微信支付的支付客户端c1,通过对所述支付客户端c1匹配的设备标识SN进行hashcode(哈希编码)，确定与所述设备标识SN对应的编码值，然后，根据所述编码值与微信支付通道的放流比例的比较结果，确定支付客户端c1是否可以使用微信支付通道。例如，当微信支付通道的放流比例为50％时，如果支付客户端c1的设备标识对应的编码值大于50％时，则确定所述微信支付通道对于支付客户端c1不可用。通过这种流量控制方法，可以过滤掉微信支付通道50％的流量，以提升微信支付业务的稳定执行。
本申请的一些实施例中，当所述通道状态维护模块240确认某个或某些支付通道的状态发生改变之后，可以通过主动向采用该支付通道的支付客户端推送支付通道实时状态更新信息的形式，通知支付客户端更新本地存储的所述支付通道的状态。所述根据所述放流比例调整所述支付通道的实时状态之后，还包括：对于采用的支付通道的实时状态发生变更的支付客户端，向所述支付客户端推送支付通道变更消息。进一步的，所述支付客户端通过所述预设通道状态维护模块获取各支付通道的实时状态，包括：所述支付客户端接收所述预设通道状态维护模块推送的所述指定支付通道的实时状态。例如，所述预设通道状态维护模块240间隔预设时间或者在某一支付通道的状态发生变化(如支付通道出现故障或故障恢复)之后，主动向配置了该支付通道的支付客户端推送所述支付通道的实时状态更新信息，便于支付客户端通知用户配置支付客户端。
本申请的另一些实施例中，所述支付客户端通过所述预设通道状态维护模块获取各支付通道的实时状态，包括：所述支付客户端以预设周期从所述预设通道状态维护模块拉取指定支付通道的实时状态。例如，所述支付客户端210采用轮询的方式查询本地配置的各支付通道的状态。具体的，所述支付客户端210每隔10秒向所述预设通道状态维护模块240发送一次支付通道状态更新请求，拉取本地配置的各支付通道的状态。其中，所述支付通道状态更新请求中携带待更新状态的支付通道的标识(如微信、支付宝等)、所述支付客户端210匹配的设备标识(如设备序列号)。所述通道状态维护模块240则反馈相应的支付通道的状态，用于指示所述支付通道是否可用。
本申请的又一些实施例中，所述根据所述放流比例调整所述支付通道的实时状态的步骤之后，还包括：对于采用的支付通道的实时状态发生变更的用户，通过所述用户预先注册的信息接收方式，向所述用户推送支付通道变更消息。例如，当所述通道状态维护模块240确认某个或某些支付通道的状态发生改变之后，可以通过主动向采用该支付通道的使用商家推送支付通道实时状态更新信息。以某一商家在业务系统注册了微信支付和支付通道状态通知服务为例，当所述通道状态维护模块240确定微信支付通道处于关闭状态时，可以向该商家以手机短信等方式推送支付通道实时状态更新信息，便于商家及时调整支付通道。
本申请一些实施例中，支付通道的状态可以包括：支付通道开放、关闭或者限流。其中，支付通道处于开放状态，指示支付通道可用，支付通道处于限流状态时则需要进一步验证支付通道是否可用。例如，所述支付客户端210根据所述客户端匹配的设备标识和所述支付通道的标识生成支付通道状态验证请求，所述支付通道状态验证请求中包括：设备标识和支付通道的标识。并将所述支付通道状态验证请求发送至所述通道状态维护模块240；所述通道状态维护模块240根据所述支付通道的标识确定所述支付通道的所述放流比例达到预设流量控制条件的情况下，根据所述支付客户端匹配的设备标识确定所述支付通道是否可用。
本申请的一些实施例中，所述在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息之后，还包括：响应于未获取到实时状态为可用状态的支付通道，在所述支付客户端处输出所述支付通道不可用的提示信息。例如，当选择的支付通道处于关闭状态时，所述支付客户端将输出支付数据传输失败信息，以提示用户切换支付通道。另一方便，避免了在支付通道不可用的情况之下，支付客户端不断重试支付导致增加收银系统的压力的情况，可以提升收银系统的稳定性。
步骤120，在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关。
其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识。本申请的一些实施例中，所述第一支付请求中携带所述用户的第一身份信息、支付对象身份信息和支付数量等信息，所述支付通道的信息包括支付通道的标识。
所述支付客户端210通过预设网络协议将所述第一支付请求发送至所述付接入网关220。
步骤130，在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用。
本申请的一些实施例中，所述支付接入网关220还进一步根据所述第一支付请求中携带的支付业务相关的信息网络传输协议解析等。
本申请的一些实施例中，为了避免支付客户端处存储的支付通道状态的实时性不准确，所述支付接入网关220根据所述第一支付请求中携带的支付客户端210匹配的设备标识和支付通道的标识生成支付通道状态验证请求，并将生成的支付通道状态验证请求发送至通道状态维护模块240。所述支付通道状态验证请求中包括：设备标识和支付通道的标识。所述通道状态维护模块240进一步根据支付通道的标识判断该支付通道是否处于流量控制状态，若是，则根据预设的流量控制策略确定该支付通道是否可用。
例如，所述在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用，包括：所述预设通道状态维护模块根据所述支付通道的标识确定所述支付通道处于开放状态、关闭状态或者流量控制状态；在确定所述支付通道处于流量控制状态的情况下(即根据所述支付通道的信息确定所述支付通道的所述放流比例达到预设流量控制条件的情况下)，根据所述支付客户端匹配的设备标识确定所述支付通道是否可用；在确定所述支付通道处于开放状态的情况下，确定所述支付通道可用；在确定所述支付通道处于关闭状态的情况下，确定所述支付通道不可用。在所述预设通道状态维护模块240根据所述支付通道的标识确定所述支付通道的所述放流比例达到预设流量控制条件的情况下，即该支付通道处于流量控制的情况下，通过对所述支付客户端匹配的设备标识进行hashcode(哈希编码)，确定与所述设备标识对应的编码值，然后，根据所述编码值与所述放流比例的比较结果，确定所述支付通道是否可用。通过这种流量控制方法，可以过滤掉该支付通道50％的流量，以提升支付业务的稳定执行。
步骤140，响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理。
本申请的一些实施例中，所述支付业务处理模块进一步根据所述第一支付请求中携带的支付业务相关的信息进行风险控制等。
在确定所述支付通道可用的情况下，所述支付业务处理模块230将所述第一支付请求转换成与所述支付通道匹配的第二支付请求。其中，所述第二支付请求中包括:所述用户的第二身份信息、支付对象在所述支付通道匹配的支付系统中的支付对象身份信息和支付数量等信息。
然后，所述支付业务处理模块通过调用所述支付通道的预设接口，将所述第二支付请求发送至所述支付通道的支付通道服务端250，完成支付业务。
支付通道服务端250根据接收到的支付数据完成支付的具体实施方式参见现有技术，本申请实施例中不再赘述。
本申请的一些实施例中，所述支付业务处理模块230还用于接收所述支付通道返回的支付数据处理结果。所述通道状态维护模块240可以通过注册监听消息，获取各支付通道的支付数据处理结果。
本申请的一些实施例中，所述在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用的步骤之后，还包括：响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息。例如，所述支付接入网关220根据所述第一支付请求中携带的支付客户端210匹配的设备标识和支付通道的标识生成支付通道状态验证请求，并将生成的支付通道状态验证请求发送至通道状态维护模块240。所述支付通道状态验证请求中包括：设备标识和支付通道的标识。所述通道状态维护模块240进一步根据支付通道的标识判断该支付通道是否处于流量控制状态，若是，则根据预设的流量控制策略确定该支付通道是否可用。
本申请实施例公开的支付数据传输控制方法，通过在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付通道的实时状态通过以下方式获取：预设通道状态维护模块通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；所述支付客户端通过所述预设通道状态维护模块获取各支付通道的实时状态；在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；或者，响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息，有助于提升收银系统的稳定性。
本申请实施例公开的支付数据传输控制方法，通过对支付数据的搜集和处理，对支付通道的可用状态即放流比例进行实时调整，使得支付业务可以选择处于开放状态的支付通道进行支付，提升支付效率。同时，对于支付成功率低或者系统出现故障或性能瓶颈的支付通道，采用相应的放流比例进行支付流量调控，既可以缓解支付通道的压力，也可以避免由于支付通道异常导致的收银系统故障，有助于提升收银系统的稳定性。本申请实施例公开的支付数据传输控制方法，通过改进支付客户端与服务端的交互模式，降低故障期间造成二期故障的可能。
另一方面，本申请实施例公开的支付数据传输控制方法，可以自动化执行故障支付通道的开、关以及放流的算法，降低了开发人员的日常运维的工作量，同时提高了系统对故障的响应速度。并且，对于支付通道的故障，提供了友好的推送触达能力，可以计时触达到商户和用户，进一步改善了用户体验。
实施例二
本申请实施例公开的一种支付数据传输控制装置，如图3所示，所述装置包括：支付通道获取模块310、第一支付请求生成模块320、支付通道验证模块330、支付业务处理模块340和通道状态维护模块350，各模块的具体实施方式如下。所述支付通道获取模块310和所述第一支付请求生成模块320设置于所述支付客户端(如图2中的支付客户端210)中，所述支付通道验证模块330设置于收银系统的支付接入网关，所述支付业务处理模块340和通道状态维护模块350设置在收银系统的服务端。
所述通道状态维护模块350，用于通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态。
所述支付通道获取模块310，用于在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付客户端通过所述预设通道状态维护模块350获取各支付通道的实时状态；
所述第一支付请求生成模块320，用于在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；
所述支付通道验证模块330，用于在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；
所述支付业务处理模块340，用于响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；
所述支付通道验证模块330，还用于响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息。
本申请的一些实施例中，如图4所示，所述装置还包括：
支付通道状态提示模块360，用于响应于未获取到实时状态为可用状态的支付通道，在所述支付客户端处输出所述支付通道不可用的提示信息。
本申请的一些实施例中，如图4所示，所述通道状态维护模块350进一步包括：支付通道流量控制子模块3501、配置控制子模块3502和监控上报子模块3503，其中，
所述监控上报子模块3503，用于通过所述支付业务处理模块340获取所述支付通道的支付数据传输结果，并上报至所述支付通道流量控制子模块3501；
支付通道流量控制子模块3501，用于对于每个所述支付通道，根据所述支付通道的支付成功率确定所述支付通道的业务维度指标；以及，根据所述支付通道的接口调用耗时确定所述支付通道的系统性能指标；
所述配置控制子模3502，用于预先配置的放流比例与监控比例敏感度指标；
所述支付通道流量控制子模块3501，还用于根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例；以及，根据所述放流比例调整所述支付通道的实时状态。
本申请的一些实施例中，所述根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例的步骤，包括：若所述业务维度指标和所述系统性能指标同时为第一预设值，则确定所述支付通道的放流比例为0；若所述业务维度指标和所述系统性能指标同时为第二预设值，则确定所述支付通道的放流比例为1；若所述业务维度指标、所述系统性能指标不同时为第一预设值或第二预设值，则根据所述业务维度指标和所述系统性能指标之和与所述放流比例与监控比例敏感度指标的乘积，确定所述支付通道的放流比例；其中，所述业务维度指标与支付成功率正相关，所述系统性能指标与系统性能强弱正相关。其中，所述第一预设值和所述第二预设值根据具体业务需求确定，例如设置第一预设值为0，设置第二预设值为1。例如，可以通过以下公式计算所述支付通道的放流比例：
Figure BDA0002270272270000151
且z1,z2不同时为0或1，其中，z1表示业务维度指标，z1∈[0,1]与支付成功率正相关；z2表示系统性能指标，z2∈[0,1]与系统性能强弱正相关，z1∈[0,1]，z2∈[0,1]；k∈(0,1)表示放流比例与监控比例敏感度。
本申请的一些实施例中，所述根据所述放流比例调整所述支付通道的实时状态，包括：
在所述支付通道的所述放流比例等于第一预设流量控制比例阈值的情况下，确定所述支付通道为开放状态；
在所述支付通道的所述放流比例等于第二预设流量控制比例阈值的情况下，确定所述支付通道为关闭状态；
在所述支付通道的所述放流比例满足第三预设流量控制比例阈值的情况下，对于每个所述支付通道，根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态。
本申请的一些实施例中，所述根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态的步骤，包括：
获取采用所述支付通道的所述支付客户端匹配的设备标识；
通过对所述支付客户端匹配的设备标识执行预设运算，确定所述设备标识对应的编码值；
根据所述编码值与所述放流比例的比较结果，确定所述支付通道对于所述支付客户端的实时状态。
本申请的一些实施例中，如图4所示，所述通道状态维护模块350进一步还包括：推送触达子模块3504，在根据所述放流比例调整所述支付通道的实时状态之后，所述推送触达子模块3504用于：
对于采用的支付通道的实时状态发生变更的支付客户端，向所述支付客户端推送支付通道变更消息；和/或，
对于采用的支付通道的实时状态发生变更的用户，通过所述用户预先注册的信息接收方式，向所述用户推送支付通道变更消息。
本申请实施例公开的支付数据传输控制装置，用于实现本申请实施例一中所述的支付数据传输控制方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。
本申请实施例公开的支付数据传输控制装置，通过设置在服务端的通道状态维护模块，通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；在支付过程中，由设置在支付客户端处的支付通道获取模块，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付客户端通过所述通道状态维护模块获取各支付通道的实时状态；然后，由在所述支付客户端处的第一支付请求生成模块，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；设置在所述支付接入网关处的支付通道验证模块根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；并在所述支付通道可用的情况下，通过支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；另一方面，在所述支付通道不可用的情况下，所述支付通道验证模块将直接返回所述支付通道不可用的传输错误信息，有助于提升收银系统的稳定性。
本申请实施例公开的支付数据传输控制装置，通过对支付数据的搜集和处理，对支付通道的可用状态即放流比例进行实时调整，使得支付业务可以选择处于开放状态的支付通道进行支付，提升支付效率。同时，对于支付成功率低或者系统出现故障或性能瓶颈的支付通道，采用相应的放流比例进行支付流量调控，既可以缓解支付通道的压力，也可以避免由于支付通道异常导致的收银系统故障，有助于提升收银系统的稳定性。本申请实施例公开的支付数据传输控制方法，通过改进支付客户端与服务端的交互模式，降低故障期间造成二期故障的可能。
另一方面，本申请实施例公开的支付数据传输控制装置，可以自动化执行故障支付通道的开、关以及放流的算法，降低了开发人员的日常运维的工作量，同时提高了系统对故障的响应速度。并且，对于支付通道的故障，提供了友好的推送触达能力，可以计时触达到商户和用户，进一步改善了用户体验。
相应的，本申请还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例一所述的支付数据传输控制方法。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。
本申请还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例一所述的支付数据传输控制方法的步骤。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上对本申请提供的一种支付数据传输控制方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

Claims (16)

1.一种支付数据传输控制方法，其特征在于，包括：
在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付通道的实时状态通过以下方式获取：预设通道状态维护模块通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；所述支付客户端通过所述预设通道状态维护模块获取各支付通道的实时状态；
在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；
在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；
响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；或者，
响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息。
2.根据权利要求1所述的方法，其特征在于，所述在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息的步骤之后，还包括：
响应于未获取到实时状态为可用状态的支付通道，在所述支付客户端处输出所述支付通道不可用的提示信息。
3.根据权利要求1或2所述的方法，其特征在于，所述根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态的步骤，包括：
对于每个所述支付通道，根据所述支付通道的支付成功率确定所述支付通道的业务维度指标；以及，根据所述支付通道的接口调用耗时确定所述支付通道的系统性能指标；
根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例；
根据所述放流比例调整所述支付通道的实时状态。
4.根据权利要求3所述的方法，其特征在于，所述根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例的步骤，包括：
若所述业务维度指标、所述系统性能指标不同时为第一预设值或第二预设值，则根据所述业务维度指标和所述系统性能指标之和与所述放流比例与监控比例敏感度指标的乘积，确定所述支付通道的放流比例；
其中，所述业务维度指标与支付成功率正相关，所述系统性能指标与系统性能强弱正相关。
5.根据权利要求3所述的方法，其特征在于，所述根据所述放流比例调整所述支付通道的实时状态，包括：
在所述支付通道的所述放流比例等于第一预设流量控制比例阈值的情况下，确定所述支付通道为开放状态；
在所述支付通道的所述放流比例等于第二预设流量控制比例阈值的情况下，确定所述支付通道为关闭状态；
在所述支付通道的所述放流比例满足第三预设流量控制比例阈值的情况下，对于每个所述支付通道，根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态。
6.根据权利要求5所述的方法，其特征在于，所述根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态的步骤，包括：
获取采用所述支付通道的所述支付客户端匹配的设备标识；
通过对所述支付客户端匹配的设备标识执行预设运算，确定所述设备标识对应的编码值；
根据所述编码值与所述放流比例的比较结果，确定所述支付通道对于所述支付客户端的实时状态。
7.根据权利要求3所述的方法，其特征在于，所述根据所述放流比例调整所述支付通道的实时状态的步骤之后，还包括：
对于采用的支付通道的实时状态发生变更的支付客户端，向所述支付客户端推送支付通道变更消息；和/或，
对于采用的支付通道的实时状态发生变更的用户，通过所述用户预先注册的信息接收方式，向所述用户推送支付通道变更消息。
8.一种支付数据传输控制装置，其特征在于，包括：
通道状态维护模块，用于通过预设的各支付业务处理模块获取相应所述支付通道的支付数据传输结果，并根据所述支付通道的支付数据传输结果设置所述支付通道的实时状态；
支付通道获取模块，用于在支付客户端处，根据用户的支付操作获取实时状态为可用状态的支付通道的信息，其中，所述支付客户端通过所述通道状态维护模块获取各支付通道的实时状态；
第一支付请求生成模块，用于在所述支付客户端处，根据获取的实时状态为可用状态的所述支付通道的信息生成第一支付请求，并将所述支付请求发送至预设支付接入网关，其中，所述第一支付请求中携带所述支付通道的信息和所述支付客户端匹配的设备标识；
支付通道验证模块，用于在所述预设支付接入网关处，根据所述设备标识和所述支付通道的信息，通过预设通道状态维护模块校验所述支付通道是否可用；
所述支付业务处理模块，用于响应于所述支付通道可用，通过所述支付业务处理模块将所述第一支付请求转换成与所述支付通道匹配的第二支付请求，并通过所述支付通道处理所述第二支付请求处理；
所述支付通道验证模块，还用于响应于所述支付通道不可用，返回所述支付通道不可用的传输错误信息。
9.根据权利要求8所述的装置，其特征在于，还包括：
支付通道状态提示模块，用于响应于未获取到实时状态为可用状态的支付通道，在所述支付客户端处输出所述支付通道不可用的提示信息。
10.根据权利要求8或9所述的装置，其特征在于，所述通道状态维护模块进一步包括：支付通道流量控制子模块、配置控制子模块和监控上报子模块，其中，
所述监控上报子模块，用于通过所述支付业务处理模块获取所述支付通道的支付数据传输结果，并上报至所述支付通道流量控制子模块；
支付通道流量控制子模块，用于对于每个所述支付通道，根据所述支付通道的支付成功率确定所述支付通道的业务维度指标；以及，根据所述支付通道的接口调用耗时确定所述支付通道的系统性能指标；
所述配置控制子模，用于预先配置的放流比例与监控比例敏感度指标；
所述支付通道流量控制子模块，还用于根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例；以及，根据所述放流比例调整所述支付通道的实时状态。
11.根据权利要求10所述的装置，其特征在于，所述根据所述业务维度指标、所述系统性能指标和预先配置的放流比例与监控比例敏感度指标，确定所述支付通道的放流比例的步骤，包括：
若所述业务维度指标、所述系统性能指标不同时为第一预设值或第二预设值，则根据所述业务维度指标和所述系统性能指标之和与所述放流比例与监控比例敏感度指标的乘积，确定所述支付通道的放流比例；
其中，所述业务维度指标与支付成功率正相关，所述系统性能指标与系统性能强弱正相关。
12.根据权利要求10所述的装置，其特征在于，所述根据所述放流比例调整所述支付通道的实时状态，包括：
在所述支付通道的所述放流比例等于第一预设流量控制比例阈值的情况下，确定所述支付通道为开放状态；
在所述支付通道的所述放流比例等于第二预设流量控制比例阈值的情况下，确定所述支付通道为关闭状态；
在所述支付通道的所述放流比例满足第三预设流量控制比例阈值的情况下，对于每个所述支付通道，根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态。
13.根据权利要求12所述的装置，其特征在于，所述根据采用所述支付通道的所述支付客户端匹配的设备标识，确定所述支付通道对于所述支付客户端的实时状态的步骤，包括：
获取采用所述支付通道的所述支付客户端匹配的设备标识；
通过对所述支付客户端匹配的设备标识执行预设运算，确定所述设备标识对应的编码值；
根据所述编码值与所述放流比例的比较结果，确定所述支付通道对于所述支付客户端的实时状态。
14.根据权利要求10所述的装置，其特征在于，所述通道状态维护模块进一步还包括：推送触达子模块，在根据所述放流比例调整所述支付通道的实时状态之后，所述推送触达子模块用于：
对于采用的支付通道的实时状态发生变更的支付客户端，向所述支付客户端推送支付通道变更消息；和/或，
对于采用的支付通道的实时状态发生变更的用户，通过所述用户预先注册的信息接收方式，向所述用户推送支付通道变更消息。
15.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任意一项所述的支付数据传输控制方法。
16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至7任意一项所述的支付数据传输控制方法的步骤。
CN201911102482.0A 2019-11-12 2019-11-12 支付数据传输控制方法、装置、电子设备及存储介质 Pending CN110942298A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911102482.0A CN110942298A (zh) 2019-11-12 2019-11-12 支付数据传输控制方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911102482.0A CN110942298A (zh) 2019-11-12 2019-11-12 支付数据传输控制方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN110942298A true CN110942298A (zh) 2020-03-31

Family

ID=69906683

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911102482.0A Pending CN110942298A (zh) 2019-11-12 2019-11-12 支付数据传输控制方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN110942298A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112017306A (zh) * 2020-08-03 2020-12-01 支付宝(杭州)信息技术有限公司 一种实现不同支付操作互通的方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105574624A (zh) * 2014-10-09 2016-05-11 阿里巴巴集团控股有限公司 一种对异常数据进行处理的方法、装置及监控系统
CN105654291A (zh) * 2014-11-14 2016-06-08 中国移动通信集团江西有限公司 一种无缝切换电子渠道支付方式的方法及装置
CN106096960A (zh) * 2016-06-07 2016-11-09 上海携程商务有限公司 监测外部支付系统的方法和装置及支付方法和系统
CN107169756A (zh) * 2017-05-10 2017-09-15 北京凤凰理理它信息技术有限公司 支付通道分配方法、装置、存储介质和支付路由系统
CN108764863A (zh) * 2018-05-24 2018-11-06 腾讯科技（深圳）有限公司 一种虚拟资源转移方法、装置、服务器和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105574624A (zh) * 2014-10-09 2016-05-11 阿里巴巴集团控股有限公司 一种对异常数据进行处理的方法、装置及监控系统
CN105654291A (zh) * 2014-11-14 2016-06-08 中国移动通信集团江西有限公司 一种无缝切换电子渠道支付方式的方法及装置
CN106096960A (zh) * 2016-06-07 2016-11-09 上海携程商务有限公司 监测外部支付系统的方法和装置及支付方法和系统
CN107169756A (zh) * 2017-05-10 2017-09-15 北京凤凰理理它信息技术有限公司 支付通道分配方法、装置、存储介质和支付路由系统
CN108764863A (zh) * 2018-05-24 2018-11-06 腾讯科技（深圳）有限公司 一种虚拟资源转移方法、装置、服务器和存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112017306A (zh) * 2020-08-03 2020-12-01 支付宝(杭州)信息技术有限公司 一种实现不同支付操作互通的方法及系统
WO2022028195A1 (zh) * 2020-08-03 2022-02-10 支付宝(杭州)信息技术有限公司 一种实现不同支付操作互通的方法及系统

Similar Documents

Publication Publication Date Title
US11430057B1 (en) Parameter-based computer evaluation of user accounts based on user account data stored in one or more databases
CN106548402B (zh) 资源转移监控方法及装置
CN111709603B (zh) 基于风控的服务请求处理方法、装置及系统
CN107481090A (zh) 一种用户异常行为检测方法、装置和系统
CN109493202A (zh) 区块链对账方法、装置、系统、设备及可读存储介质
CN108596596A (zh) 一种基于二维码的交易方法和系统
US20230029357A1 (en) Secure tokens for controlling access to a resource in a resource distribution network
AU2020367793B2 (en) Secure tokens for controlling access to a resource in a resource distribution network
CN110335031A (zh) 一种问题账号信息排查方法及装置
CN109002733A (zh) 一种对设备进行可信性评价的方法及装置
CN111311200B (zh) 大客咨询工单平台的管理方法及装置
CN110942298A (zh) 支付数据传输控制方法、装置、电子设备及存储介质
US11790349B2 (en) Secure tokens for controlling access to a resource in a resource distribution network
CN116384993B (zh) 基于云支付中心实现订单支付状态高一致性的方法与系统
WO2023197917A1 (zh) 支付安全管理的方法、装置和支付系统
CN109214189B (zh) 识别程序漏洞的方法、装置、存储介质和电子设备
CN114640705B (zh) 一种大规模物联终端心跳监控方法
CN1322706C (zh) 一种实时分段计费的方法
CN114765562B (zh) 云服务计费方法及系统、存储介质及电子终端
CN112862588B (zh) 一种综合型移动交互平台
CN117273742A (zh) 一种交易外呼核实方法、装置、设备和介质
WO2024125173A1 (zh) 一种网元故障处理方法、装置、存储介质及电子装置
CN107992521B (zh) 处理用户的服务请求的方法及装置
CN114663095A (zh) 一种咨询业务的处理方法、装置、设备、介质及产品
CN115984011A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200331

RJ01 Rejection of invention patent application after publication