CN111858021B - 交易渠道选择方法、线上交易方法以及相关装置 - Google Patents

交易渠道选择方法、线上交易方法以及相关装置 Download PDF

Info

Publication number
CN111858021B
CN111858021B CN201910790419.4A CN201910790419A CN111858021B CN 111858021 B CN111858021 B CN 111858021B CN 201910790419 A CN201910790419 A CN 201910790419A CN 111858021 B CN111858021 B CN 111858021B
Authority
CN
China
Prior art keywords
transaction
channel
priority
response time
transaction 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.)
Active
Application number
CN201910790419.4A
Other languages
English (en)
Other versions
CN111858021A (zh
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.)
Mashang Xiaofei Finance Co Ltd
Original Assignee
Mashang Xiaofei Finance 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 Mashang Xiaofei Finance Co Ltd filed Critical Mashang Xiaofei Finance Co Ltd
Priority to CN201910790419.4A priority Critical patent/CN111858021B/zh
Publication of CN111858021A publication Critical patent/CN111858021A/zh
Application granted granted Critical
Publication of CN111858021B publication Critical patent/CN111858021B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • 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/5038—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 execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • 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/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了交易渠道选择方法、线上交易方法、线上交易装置和具有存储功能的装置，该方法包括：获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长；根据响应时长以及阻塞时长确定各个所述交易渠道的渠道优先级；将渠道优先级最高的交易渠道作为当前交易渠道。通过上述方式，本申请能够提高对优质渠道的利用率，使得整个支付过程更加稳定高效。

Description

交易渠道选择方法、线上交易方法以及相关装置
技术领域
本申请涉及金融技术领域，特别是涉及交易渠道选择方法、线上交易方法以及相关装置。
背景技术
近年来，随着消费观念的转变升级和监管政策放开，消费金融得到了全面化、多样化的发展，消费场景不断细分。不同消费场景中，参与方与用户的支付习惯各有不同，会涉及各个银行及第三方支付公司。为了迎合更多人的支付需求，支付系统需要接入尽可能多的渠道以满足用户的需求。随着业务日益增长，第三方支付和银行系统也面临更大的业务压力，运维压力及成本压力，甚至高峰时段出现服务响应过慢，或大面积宕机等严重问题。
目前部分第三方支付公司和银行对接入方进行流量控制或者价格和流量挂钩等一系列措施来限制接入方，将高峰时段的超额请求分流到非高峰时段，以减少渠道系统的压力，这无疑对接入方系统提出了更高的要求。当前主要是通过系统监控和业务数据监控等措施来发现线上系统问题，监控触发报警阀往往需要一定的时间，人工处理往往在监控系统报警后才介入，一般从定位问题到制定策略切换渠道需要较长时间，对线上实时交易影响较大。同时因为存在渠道的不可控性，无法制定有效的策略来保证系统高可用的同时，最大限流的减少运营成本。
发明内容
本申请主要提供一种交易渠道的选取方法，解决了高峰时段线上实时交易处理时间过长，影响用户交易时间的问题。
为解决上述技术问题，本申请采用的第一个技术方案是：提供一种交易渠道的选取方法，包括：获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长；根据所述响应时长以及所述阻塞时长确定所述交易渠道的渠道优先级；将渠道优先级最高的交易渠道作为当前交易渠道。
为解决上述技术问题，本申请采用的第二个技术方案是：提供一种数据交易方法，所述数据交易方法采用的当前交易渠道是通过如上所述的交易渠道的选取方法选取的，所述数据交易方法包括：获取交易数据，将所述交易数据安排在所述当前交易渠道的待发送队列中排队；从令牌桶中获取与所述渠道对应的令牌；将所述交易数据发送。
为解决上述技术问题，本申请采用的第三个技术方案是：提供一种线上交易装置，包括：采样模块，用于获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长；渠道优先级获取模块，用于根据所述响应时长以及所述阻塞时长确定各个所述交易渠道的渠道优先级；选择模块，用于将渠道优先级最高的交易渠道作为当前交易渠道。
为解决上述技术问题，本申请采用的第四个技术方案是：提供一种线上交易装置，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器以及所述通信电路，所述处理器在工作时控制自身以及所述存储器、所述通信电路实现如上所述方法中的步骤。
为解决上述技术问题，本申请采用的第五个技术方案是：提供一种具有存储功能的装置，存储有程序数据，所述程序数据能够被执行以实现如上所述方法中的步骤。
本申请的有益效果是：区别于现有技术的情况，本申请根据设定周期内对各个交易渠道的实施交易的响应时长以及该交易渠道的阻塞时长确定该交易渠道的渠道优先级，将具有最高渠道优先级的交易渠道作为当前交易渠道，这样可以根据实际使用情况选择出优质渠道加以使用，提高对优质渠道的利用率，使得整个支付过程更加稳定高效。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
图1是是本申请提供的交易渠道选择方法的第一实施例的流程示意图；
图2是本申请提供的根据响应时长以及交易渠道的阻塞时长确定交易渠道的渠道优先级的步骤的一实施例的流程示意图；
图3是本申请提供的根据响应时长确定交易渠道的响应时长优先级的步骤的一实施例的流程示意图；
图4是本申请提供的交易渠道选择方法的第二实施例的流程示意图；
图5是本申请提供的数据交易方法的第一实施例的流程示意图；
图6是本申请提供的数据交易方法的第二实施例的流程示意图；
图7是本申请提供的线上交易装置的第一实施例的结构示意图；
图8是本申请提供的线上交易装置的第二实施例的结构示意图；
图9是本申请提供的具有存储功能的装置的一实施例的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请是利用生产环境各个交易渠道的实时单笔交易的响应时长和阻塞时长确定交易渠道的优先级，将优先级最高的交易渠道作为当前交易渠道，可以提高对优质渠道的利用率，使得整个支付过程更加稳定高效。
参阅图1，图1是本申请提供的交易渠道选择方法的第一实施例的流程示意图，本申请提供的交易渠道选择方法包括：
S101：获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长。
在一个具体的实施场景中，在预设的周期内，采集生产环境中每个交易渠道的实时单笔交易的响应时长以及阻塞时长。将一交易渠道的所有的单笔交易响应时长相加组成该交易渠道的实时交易的响应时长。在本实施场景中，在设定周期内，获取交易渠道的待处理的交易的个数，即待处理的队列长度，以及获取该交易渠道待设定周期内的单笔实时交易的响应时长，用队列长度乘以该单笔实时交易的响应时长可以获取到该交易渠道的实时交易的响应时长。例如，交易渠道A的队列长度为6，单笔实施场景的响应时长为1000ms，则交易渠道A的实施交易的响应时长为6000ms。
在其他实施场景中，还可以采集该交易渠道当前所有的交易的响应时长，例如，交易渠道A中有三笔交易，交易B、交易C和交易D，交易B的响应时长为2000ms，交易C的响应时长为3000ms，交易D的响应时长为1000ms，则渠道A的响应时长为6000ms。由于以ms为单位将会导致样本的数值过大，因此，在计算交易渠道的实时交易响应时长时，将单位转换为分钟(m)，例如，在本实施场景中，渠道A实时交易的响应时长为0.1m。在其他实施场景中，还可以将单位转换为秒(s),例如，本实施场景中，渠道A实时交易的响应时长为6s。
在实际生产环境中，可能有些交易渠道失去响应或者由于网络或者系统原因出现中断的情况。当出现这些情况时，在预设周期内将无法采集到实时交易的响应时长，因此，预先设置一超时时间，在本实施场景中，超时时间为30000ms，所以在本实施场景中，交易渠道的实时交易的响应时长范围为0～30000ms，而失去响应或者中断的交易渠道的响应时长统一定为31000ms。
在预设的周期内，采集生产环境中各个交易渠道缓存队列中等待交易的个数，以及获取各个交易渠道每秒处理的量，用等待交易的个数除以各个交易渠道每秒处理的量，即可获取该交易渠道的阻塞时长。其中，该交易渠道每秒处理的量可以通过该交易渠道的实时单笔交易的响应时长获得，1除以该交易渠道的实时单笔交易的响应时长即可计算出该交易渠道每秒处理的量，例如，该交易渠道采集到的实时单笔交易的响应时长为0.5s，则该交易渠道每秒处理的量为2，该交易渠道采集到的实时单笔交易的响应时长为0.1s，则该交易渠道每秒处理的量为10，以此类推。在其他实施场景中，还可以通过统计该交易渠道在单位时间内处理的交易数据的量来获取该交易渠道每秒处理的量。
S102：根据所述响应时长以及所述阻塞时长确定各个所述交易渠道的渠道优先级。
在一个具体的实施场景中，根据在步骤S101中获取的响应时长以及阻塞时长确定该交易渠道的优先级。具体地，请参阅图2，图2是本申请提供的根据响应时长以及阻塞时长确定交易渠道的渠道优先级的步骤的一实施例的流程示意图。本申请提供的根据响应时长以及阻塞时长确定交易渠道的渠道优先级的步骤包括：
S1021：根据所述响应时长确定所述交易渠道的响应时长优先级。
在一个具体的实施场景中，根据获取到的该交易渠道的响应时长确定该交易渠道的响应时长优先级。例如，可以是根据预设的响应时长和优先级等级对照表获取与该交易渠道的响应时长匹配的优先级，即为该交易渠道的响应时长优先级，或者可以根据其他预设的算法计算出该交易渠道的响应时长优先级。
在本实施场景中，根据采集到的响应时长与预设的响应时长的期望值之间的偏差来确定该交易渠道的响应时长优先级。若响应时长与期望值之间的偏差越大，则该交易渠道的工作效率越低，其响应时长优先级也越低。具体地，请参阅图3，图3是本申请提供的根据响应时长确定交易渠道的响应时长优先级的步骤的一实施例的流程示意图。本申请提供的根据响应时长确定交易渠道的响应时长优先级的步骤包括：
S10211：确定该交易渠道的响应时长偏差。
在一个具体的实施场景中，通过差异函数来计算出该交易渠道的响应时长偏差。具体地，通过如下公式(1)确定所述交易渠道的响应时长偏差；
Figure BDA0002179384350000061
其中，S为所述交易渠道的响应时长偏差，N为响应时长的个数，xi为所述交易渠道的第i个样本的响应时长，
Figure BDA0002179384350000062
为预设的响应时长的期望值。
在本实施场景中，根据实际需求和历史经验预设响应时间期望值
Figure BDA0002179384350000063
例如，在目前系统中的交易一般要求2s内返回响应信息，因此，在本实施场景中，将预设的响应时长的期望值
Figure BDA0002179384350000064
设置为1s(1000ms)。因为根据步骤S101可知，本实施场景中，样本xi的的响应时长范围为0～31000ms，因此交易渠道的响应时长偏差S的取值范围为0～30000ms。从公式(1)中可以看出，交易渠道的响应时长越长，与响应时长的期望值的差异就越大，即该交易渠道的响应时长偏差S越大。
在其他实施场景中，响应时长的期望值
Figure BDA0002179384350000065
的值可以根据当前的实际使用情况进行灵活调整，例如，若当前交易渠道整体都处于效率低下的状态，则响应时长的期望值
Figure BDA0002179384350000066
的值可以相应增大，例如，修改为2s，若当前交易渠道整体都处于效率较高的状态，则响应时长的期望值
Figure BDA0002179384350000067
的值可以相应缩小，例如，修改为0.5s。
S10212：根据所述响应时长偏差确定所述交易渠道的响应时长优先级。
在一个具体的实施场景中，根据上文中计算出的该交易渠道的响应时长偏差确定该交易渠道的响应时长优先级。例如，预设一分类规则，将该交易渠道的响应时长偏差根据该分类规则分类值对应的响应时长优先级，从而确定该交易渠道的响应时长优先级。
在本实施场景中，预设一响应时长偏差与预设响应时长优先级的对照表，该预设响应时长优先级对照表包括不同响应时长偏差与其对应的响应时长优先级。
在获取到该渠道的响应时长偏差后，根据该渠道的响应时长偏差从预设响应时长优先级对照表中获取该渠道对应的响应时长优先级。在本实施场景中，预设响应时长优先级的对照表如表1所示。
表1：预设响应时长优先级对照表
Figure BDA0002179384350000071
在本实施场景中，表1中的响应时长偏差的一行中的数值可以根据实际使用情况进行灵活调整，例如，若当前所有的交易渠道均处于高效率处理状态，则响应时长偏差普遍较小，因此可以将等级较高的优先级对应的响应时长偏差的范围缩小，例如，优先级10在表1中的初始值为(0-2]，在当前所有的交易渠道均处于工作效率较高的状态时，优先级10对应的响应时长调整为(0-1]，优先级9～优先级0也进行相应调整。同样地，若当前所有的交易渠道均处于低效率处理状态，则响应时长偏差普遍较大，因此可以将等级较高的优先级对应的响应时长偏差的范围缩小，例如，优先级10在表1中的初始值为(0-2]，在当前所有的交易渠道均处于高效率处理状态，优先级10对应的响应时长调整为(0-1]，优先级9～优先级0也进行相应调整。
在其他实施场景中，优先级一行的内容也可以根据实际使用情况进行灵活调整，例如，可以相应调整为更多的优先级，补充5～2这些优先级，还可以减少优先级，例如只保留偶数或者奇数的优先级。
在本实施场景中，可以定期检测当前的交易渠道处理交易数据的效率，或者是定期统计当前的交易渠道响应时长偏差的分布范围，从而对
表1进行相应调整。
在其他实施场景中，可以设置多套预设响应时长优先级对照表，同时对这些多套预设响应时长优先级对照表进行调整，在经过预设次数调整后，结合实际使用的情况，从多套预设响应时长优先级对照表中选出一套作为最终的预设响应时长优先级对照表进行应用。
S1022：根据所述阻塞时长确定所述交易渠道的阻塞时长优先级。
在一个具体的实施场景中，根据步骤S101中的获取的该交易渠道的阻塞时长确定该交易渠道的阻塞时长优先级。例如，可以根据预设的规则获取该交易渠道的阻塞时长优先级。在本实施场景中，具有交易渠道的阻塞时长与预设阻塞时长优先级对照表，在获取到该交易渠道的阻塞时长后，根据该预设阻塞时长优先级对照表查找到与该阻塞时长对应的阻塞时长优先级，并将该查找到的阻塞时长优先级确定为该交易渠道的阻塞时长优先级。该预设阻塞时长优先级对照表包括不同阻塞时长与其对应的阻塞时长优先级。
在本实施场景中，预设阻塞时长优先级对照表如表2所示。
表2：预设阻塞时长优先级初始对照表
Figure BDA0002179384350000081
在本实施场景中，表2中的阻塞时长的一行中的数值可以根据实际使用场景进行灵活调整，例如，若当前所有的交易渠道均处于高效率处理状态，则阻塞时长普遍较小，因此可以将等级较高的优先级对应的响应时长的范围缩小，例如，优先级10在表2中的初始值为(0-1]，在当前所有的交易渠道均处于高效率处理状态时，优先级10对应的响应时长调整为(0-0.5]，优先级9～优先级0也进行相应调整。同样地，若当前所有的交易渠道均处于低效率处理状态，则阻塞时长普遍较大，因此可以将等级较高的优先级对应的响应时长的范围缩小，例如，优先级10在表2中的初始值为(0-1]，在当前所有的交易渠道均处于低效率处理状态，优先级10对应的响应时长调整为(0-2]，优先级9～优先级0也进行相应调整。
在本实施场景中，可以定期检测当前的交易渠道处理交易数据的效率，或者是定期统计当前的交易渠道的阻塞时长的分布范围，从而对表2进行相应调整。
在其他实施场景中，可以设置多套预设阻塞时长优先级对照表，同时对这些多套预设阻塞时长优先级对照表进行调整，在经过预设次数调整后，结合实际使用的情况，从多套预设阻塞时长优先级对照表中选出一套作为最终的预设阻塞时长优先级对照表进行应用。
S1023：根据所述响应时长优先级和所述阻塞时长优先级计算得到所述交易渠道的渠道优先级。
在一个具体的实施场景中，根据在上文中获取的交易渠道的响应时长优先级和该交易渠道的阻塞时长优先级获取该交易渠道的渠道优先级。
根据上文中的叙述可知，交易渠道的响应时长优先级越高，该交易渠道的响应时长与响应时间期望值的差异越小，该交易渠道处理交易数据的效率越高，交易渠道的阻塞时长优先级越高，该交易渠道的阻塞时间越短，该交易渠道处理交易数据的效率越高。因此当该交易渠道的响应时长优先级和阻塞时长优先级均为高优先级时，该交易渠道处理交易数据的效率很高，属于优质交易渠道。
在本实施场景中，将交易渠道的响应时长优先级和阻塞时长优先级相乘，获取该交易渠道的渠道优先级。当一交易渠道的响应时长优先级和阻塞时长优先级均较高时，通过相乘的方法，将会将其较高的优先级进一步放大，例如交易渠道A的响应时长优先级为7，阻塞时长优先级为7，则其渠道优先级为7*7＝49，交易渠道B的响应时长优先级为9，阻塞时长优先级为9，其渠道优先级为9*9＝81。可以看出，交易渠道B的响应时长优先级和阻塞时长优先级均比交易渠道A高出2，差距不是很明显，但是交易渠道B的渠道优先级比交易渠道A高出32，差距十分明显。
在其他实施场景中，还可以是通过将交易渠道的响应时长优先级和阻塞时长优先级相加，获取到交易渠道的渠道优先级。或者还可以将交易渠道的响应时长优先级和阻塞时长优先级作幂次方等其他运算方法。
需要说明的是，步骤S1021和S1022可以调换先后执行的顺序，也可以同步执行。
S103：将渠道优先级最高的交易渠道作为当前交易渠道。
在一个具体的实施场景中，根据步骤S102计算出的各个交易渠道的渠道优先级，从当前所有交易渠道中选择具有最高渠道优先级的交易渠道作为当前交易渠道。
在其他实施场景中，存在至少两个交易渠道同样具有最高的渠道优先级，则可以根据预设的权重大小指定其中一个所述交易渠道作为当前交易渠道。例如，交易渠道A和交易渠道B均具有100的优先级，交易渠道A预设的权重为40，交易渠道B预设的权重为50，则交易渠道B预设的权重大于交易渠道A，选择交易渠道B作为当前交易渠道。
在其他实施场景中，存在至少两个交易渠道同样具有最高的渠道优先级，且该至少两个交易渠道的权重也相等，则从该至少两个交易渠道中随机选择一个交易渠道作为当前交易渠道。
通过上述描述可知，在本实施例中根据设定周期内对各个交易渠道的实施交易的响应时长的样本以及该交易渠道的阻塞时长确定该交易渠道的渠道优先级，将具有最高渠道优先级的交易渠道作为当前交易渠道，这样可以根据实际使用情况选择出优质渠道加以使用，提高对优质渠道的利用率，使得整个支付过程更加稳定高效。
请参阅图4，图4是本申请提供的交易渠道选择方法的第二实施例的流程示意图，本申请提供的交易渠道选择方法包括：
S401：获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长。
S402：根据所述响应时长以及所述阻塞时长确定各个所述交易渠道的渠道优先级。
在一个具体的实施场景中，步骤S401-S402与本申请提供的交易渠道选择方法的第一实施例中的步骤S101-S102基本一致，此处不再进行赘述。
S403：若所述交易渠道的渠道优先级为0，则检测所述交易渠道的实时交易的响应时长的样本数量是否为0。若是，则执行步骤S404。
在一个具体的实施场景中，根据步骤S401和步骤S402所述可知，将交易渠道的响应时长优先级和阻塞时长优先级相乘，获取该交易渠道的渠道优先级。因此，若该交易渠道的响应时长优先级和阻塞时长优先级中有一个为0或者两者都为0，则该交易渠道的渠道优先级为0。而若交易渠道的渠道优先级为0，则该渠道将无法被选择的当前交易渠道，即有可能被停用。结合上述表1和/或表2可知，若交易渠道的渠道优先级为0，可能是该交易渠道的实施交易的响应时长偏差过大，例如该交易渠道由于网络原因中断，则其响应时长偏差为30s，对应的响应时长优先级为0，该交易渠道的渠道优先级也为0。
若该交易渠道的渠道优先级为0是由于网络原因或者其他临时异常原因导致的，则该临时异常原因解决时，该交易渠道应为可用的交易渠道。但是若该交易渠道由于其他原因，例如网速慢或处理数据量过大造成的卡顿，则该交易渠道将在较长时间内持续处于卡顿的状态。
因此，在交易渠道的渠道优先级为0的情况下，需要判断该交易渠道的渠道优先级为0的原因。在本实施场景中，判断该交易渠道的实时交易的响应时长的样本数量是否为0，样本数量为对该渠道的实时交易的响应时长进行采样后获取的样本数量。若该交易渠道的实时交易的响应时长的样本数量为0，则其渠道优先级为0是由于对该交易渠道的实时交易的响应时长进行采样时，由于没有采集到样本而导致的，因此，该交易渠道可能可用。若该交易渠道的实时交易的响应时长的样本数量不为0，则表示该交易渠道的渠道优先级为0是由于该交易渠道处于卡顿状态导致的，该交易渠道目前不可用。
S404：发起心跳交易，以判断该交易渠道是否可用。
在一个具体的实施场景中，该交易渠道的渠道优先级为0且该交易渠道的实时交易的响应时长的样本数量也为0，则表示该交易渠道可能可用，因此发起心跳交易以检验该交易渠道是否可用。
在本实施场景中，若该交易渠道可用，则可利用该心跳交易检测到该交易渠道的响应时长等参数，若该交易渠道不可用，则该心跳交易的响应时长将超出预设时长(例如，30000ms)。
其中，心跳交易是允许彼此之间没有直接沟通并且可能互不信任的客户通过协商一致来验证交易渠道可用性的交易。
在本实施场景中，若该交易渠道可用，可以利用该心跳交易的响应时长等参数为该交易渠道重新确定其渠道优先级，以使得其可以再次被利用，避免资源的浪费。
通过上述描述可知，在本实施例中在出现交易渠道的渠道优先级为0的情况时，通过检测该交易渠道的实时交易的响应时长的样本数量是否为0判断该交易渠道的渠道优先级为0的原因，若该样本数量为0，则通过发起心跳交易检测该交易渠道是否可用，可用有效避免可用的交易渠道由于样本数量为0而被误判为不可用的交易渠道，可以充分利用可用的交易渠道，提高资源利用率，避免浪费。
请参阅图5，图5是本申请提供的数据交易方法的第一实施例的流程示意图。本申请提供的数据交易方法包括：
S501：获取交易数据，将所述交易数据安排在所述当前交易渠道的待发送队列中排队。
在一个具体的实施场景中，将获取的交易数据安排在当前交易渠道的待发送对列中进行排队，其中，当前交易渠道是根据路由配置和交易渠道的渠道优先级选择的。在本实施场景中，当前交易渠道是根据图1或图4所示的交易渠道选择方法选中的。
S502：从令牌桶中获取与所述当前交易渠道对应的令牌。
在一个具体的实施场景中，令牌管理器用于进行令牌发行、令牌挂失或令牌销毁的管理。令牌管理器可进行多令牌管理，规定只有持有令牌的交易数据才能访问信道，从而实现具有安全性保障的介质访问控制。
在本实施场景中，令牌管理器用于管理令牌的发行，且规定只有持有正确令牌的交易数据才能通过交易渠道发送，令牌管理器为每个交易渠道分配了固定数量的令牌，该令牌存储于令牌桶中，在将该交易渠道中的该交易数据发送出去之前，需要先获取与该交易渠道对应的令牌。该令牌用于在发送该交易数据时进行验证，证明该交易渠道获得了发送交易数据的许可。
S503：验证所述令牌，并将所述交易数据发送。
在一个具体的实施场景中，验证步骤S502中获取的令牌。若在步骤S502中获取到令牌，则验证令牌通过，将该交易数据通过该当前交易渠道发送。
在其他实施场景中，由于令牌管理器分配给各个交易渠道的令牌数量是固定的，因此若该当前交易渠道对应的令牌已经被获取完毕，那么该当前交易渠道将无法获取对应的令牌，验证令牌将会失败，该交易数据将会重新在当前交易渠道的待发送队列中排队。
通过上述描述可知，本实施例中通过设置令牌管理对当前交易渠道的发送交易数据的次数和频率进行限制，其他交易渠道可以发送交易数据，使得资源可以平均分配，提高了系统整体处理交易数据的均衡性。
请参阅图6，图6是本申请提供的数据交易方法的第二实施例的流程示意图。本申请提供的数据交易方法包括：
S601：获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长。
在本实施场景中，本步骤与本申请提供的交易渠道选择方法的第一实施例中的步骤S101基本一致，此处不再进行赘述。
S602：判断当前所有交易渠道中是否存在当前设定周期内无交易且当前其渠道优先级为0的交易渠道。若是，执行步骤S603。若否，执行步骤S604。
在一个具体的实施场景中，对所有交易渠道的渠道优先级进行定期检测和/或修改，因此在上一次进行过渠道优先级确定后，在本次进行渠道优先级确定时，可以检测当前是否存在当前设定周期内无交易且当前其渠道优先级为0的交易渠道。
因为根据上文的叙述可知，若一个交易渠道的渠道优先级为0，那么该交易渠道将不会被采用，若该交易渠道是由于无交易而被判定为渠道优先级为0，则可能将可用的渠道误判为不可用渠道，因此需要对这些交易渠道进行检测，以防止浪费可用的交易渠道。
S603：发起心跳交易，以判断该交易渠道是否可用。
在本实施场景中，本步骤与本申请提供的交易渠道选择方法的第二实施例中的步骤S404基本一致，此处不再进行赘述。
S604：根据所述响应时长以及阻塞时长确定所述交易渠道的渠道优先级。
在本实施场景中，本步骤与本申请提供的交易渠道选择方法的第二实施例中的步骤S402基本一致，此处不再进行赘述。
S605：对渠道优先级发生变化的交易渠道进行修改，使其具有步骤S604计算出的渠道优先级。
在一个具体的实施场景中，由于网络状况的变化，待处理交易的分配状况等，会使得交易渠道的渠道优先级发生变化，那么应该及时更新各个交易渠道的渠道优先级，使得后续分配待处理交易时有限考虑当前的优质的交易渠道。
S606：获取交易数据，并为该交易数据指定当前交易渠道。
在一个具体的实施场景中，在获取到交易数据后，根据路由配置和交易渠道的渠道优先级为该交易数据指定当前交易渠道。在本实施场景中指定渠道优先级最高的交易渠道为当前交易渠道。
S607：将所述交易数据安排在所述当前交易渠道的待发送队列中排队。
S608：令牌管理器生成与各个交易渠道对应的令牌，并存储于令牌桶中。
S609：从令牌桶中获取与所述当前交易渠道对应的令牌。
S610：判断是否成功获取到令牌。若是，执行步骤S611，若否，执行步骤S612。
S611：将交易数据从所述当前交易渠道发送出去。
S612：将交易数据重新安排至所述交易渠道的待发送队列中排队。
在本实施场景中，步骤S607-S612与本申请提供的数据交易方法的第一实施例中的步骤S502-S503所述的内容基本一致，此处不再进行赘述。
通过上述描述可知，在本实施例中，通过设定周期内对各个交易渠道的实施交易的响应时长的样本以及该交易渠道的阻塞时长确定该交易渠道的渠道优先级，将具有最高渠道优先级的交易渠道作为当前交易渠道，这样可以根据实际使用情况选择出优质渠道加以使用，提高对优质渠道的利用率，使得整个支付过程更加稳定高效。在当前设定周期内无交易且渠道优先级为0，则通过发起心跳交易检测该交易渠道是否可用，可用有效避免可用的交易渠道被误判为不可用的交易渠道，可以充分利用可用的交易渠道，提高资源利用率，避免浪费。
请参阅图7，图7是本申请提供的线上交易装置的第一实施方式的结构示意图。线上交易装置70包括采样模块71、渠道优先级获取模块72、选择模块73。
采样模块71用于获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长。渠道优先级获取模块72用于根据响应时长以及阻塞时长确定各个所述交易渠道的渠道优先级。选择模块73用于将渠道优先级最高的交易渠道作为当前交易渠道。
具体地说，渠道优先级获取模块72用于根据响应时长确定所述交易渠道的响应时长优先级；以及根据阻塞时长确定所述交易渠道的阻塞时长优先级；以及根据交易渠道和响应时长优先级和阻塞时长优先级计算得到交易渠道的渠道优先级。
具体地说，渠道优先级获取模块72通过将交易渠道的响应时长优先级和阻塞时长优先级的乘积确定为交易渠道的渠道优先级。
具体地说，渠道优先级获取模块72通过如下公式(1)确定交易渠道的响应时长偏差：
Figure BDA0002179384350000151
其中，S为交易渠道的响应时长偏差，N为响应时长集中样本的个数，xi为第i个样本的响应时长，
Figure BDA0002179384350000152
为预设的期望值；根据响应时长偏差确定交易渠道的响应时长优先级。
具体地说，渠道优先级获取模块72通过所述交易渠道的响应时长偏差在预设响应时长优先级对照表中查询与所述交易渠道响应时长偏差对应的响应时长优先级，并将查询得到的所述响应时长优先级确定为所述交易渠道的响应时长优先级，预设响应时长优先级对照表包括预设的不同的响应时长偏差、与预设的响应时长偏差对应的响应时长优先级。
具体地说，渠道优先级获取模块72通过所述交易渠道的阻塞时长在预设阻塞时长优先级对照表中查询与所述交易渠道的阻塞时长对应的阻塞时长优先级，并将查询得到的所述阻塞时长优先级确定为所述交易渠道的阻塞时长优先级。其中，预设阻塞时长优先级对照表包括预设的不同的阻塞时长、与预设的阻塞时长对应的阻塞时长优先级。
具体地说，渠道优先级获取模块72配置多套预设响应时长优先级对照表和/或预设阻塞时长优先级对照表；结合实际交易情况进行验证，对预设响应时长优先级对照表和/或预设阻塞时长优先级对照表的参数进行调整；选择出最优的预设响应时长优先级对照表和/或预设阻塞时长优先级对照表。
具体地说，渠道优先级获取模块72在存在两个以上的交易渠道均具有最高的优先级的情况下，根据预设的权重大小指定其中一个交易渠道作为当前交易渠道。
通过上述描述可知，在本实施例中，线上交易装置通过设定周期内对各个交易渠道的实施交易的响应时长的样本以及该交易渠道的阻塞时长确定该交易渠道的渠道优先级，将具有最高渠道优先级的交易渠道作为当前交易渠道，这样可以根据实际使用情况选择出优质渠道加以使用，提高对优质渠道的利用率，使得整个支付过程更加稳定高效。
请参阅图8，图8是本发明提供的线上交易装置的第二实施方式的结构示意图，该线上交易装置80包括：处理器81、存储器82和通信电路83，处理器81分别耦接存储器82和通信电路83，处理器81在工作时控制自身以及存储器82和通信电路83以实现上述任一项实施方式中所述的步骤。
其中，线上交易装置可以是手机、笔记本、平板电脑以及车载电脑等，在此不做限制。详细的方法可参见上述，在此不再赘述。
参阅图9，图9是本发明具有存储功能的装置一实施方式的结构示意图，该具有存储功能的装置90存储有程序数据91，程序数据91能够被执行以实现上述任一项实施方式中的步骤。
其中，具有存储功能的装置90可以是便携式存储介质，如U盘、光盘，也可以是终端、服务器等。详细的方法可参见上述，在此不再赘述。
区别于现有技术，本申请通过设定周期内对各个交易渠道的实施交易的响应时长的样本以及该交易渠道的阻塞时长确定该交易渠道的渠道优先级，将具有最高渠道优先级的交易渠道作为当前交易渠道，这样可以根据实际使用情况选择出优质渠道加以使用，提高对优质渠道的利用率，使得整个支付过程更加稳定高效，还可以充分利用可用的交易渠道，提高资源利用率，避免浪费。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

1.一种交易渠道的选取方法，其特征在于，包括：
获取预设周期内所述交易渠道实时交易的响应时长以及阻塞时长；
根据所述响应时长以及所述阻塞时长确定所述交易渠道的渠道优先级；
将渠道优先级最高的交易渠道作为当前交易渠道；
其中，所述根据所述响应时长以及阻塞时长确定所述交易渠道的渠道优先级的步骤，包括：
根据所述响应时长确定所述交易渠道的响应时长优先级；其中，首先确定所述交易渠道的响应时长偏差，再根据所述响应时长偏差确定所述交易渠道的响应时长优先级；具体包括：
根据所述交易渠道的响应时长偏差，从预设响应时长优先级对照表中获取与所述交易渠道的响应时长对应的响应时长优先级，所述预设响应时长优先级对照表包括预设的不同的响应时长偏差、与预设的响应时长偏差对应的预设响应时长优先级；
其中，所述响应时长偏差为所述预设周期内所述交易渠道的实际响应时长与预设的响应时长的期望值之间的差值的平均值。
2.根据权利要求1所述的选取方法，其特征在于，所述根据所述响应时长以及阻塞时长确定所述交易渠道的渠道优先级的步骤，还包括：
根据所述阻塞时长确定所述交易渠道的阻塞时长优先级；
根据所述响应时长优先级和所述阻塞时长优先级计算得到所述交易渠道的渠道优先级。
3.根据权利要求2所述的选取方法，其特征在于，所述根据所述响应时长优先级和所述阻塞时长优先级计算得到所述交易渠道的渠道优先级，包括：
将所述交易渠道的响应时长优先级和所述交易渠道的阻塞时长优先级的乘积确定为所述交易渠道的渠道优先级。
4.根据权利要求2所述的选取方法，其特征在于，所述根据所述响应时长确定所述交易渠道的响应时长优先级的步骤，包括：
通过如下公式(1)确定所述交易渠道的响应时长偏差；
Figure FDA0003190298230000021
其中，S为所述交易渠道的响应时长偏差，N为响应时长中样本的个数，xi为所述交易渠道的第i个样本的响应时长，
Figure FDA0003190298230000022
为预设的期望值。
5.根据权利要求4所述的选取方法，所述根据所述阻塞时长确定所述交易渠道的阻塞时长优先级的步骤，包括：
根据所述交易渠道的阻塞时长，从预设阻塞时长优先级对照表中获取与所述交易渠道的阻塞时长对应的阻塞时长优先级，所述预设阻塞时长优先级对照表包括预设的不同的阻塞时长、与所述预设的阻塞时长对应的阻塞时长优先级。
6.根据权利要求5所述的选取方法，其特征在于，所述选取方法还包括：
配置多套所述预设响应时长优先级对照表和/或所述预设阻塞时长优先级对照表；
结合实际交易情况进行验证，对所述预设响应时长优先级对照表和/或所述预设阻塞时长优先级对照表的参数进行调整；
选择出最优的所述预设响应时长优先级对照表和/或选择出最优的所述预设阻塞时长优先级对照表。
7.根据权利要求1～6任一项所述的选取方法，其特征在于，所述将渠道优先级最高的交易渠道作为当前交易渠道的步骤，包括：
如果存在两个以上的交易渠道均具有最高的优先级，则根据预设的权重大小确定其中一个所述交易渠道作为当前交易渠道。
8.一种数据交易方法，其特征在于，所述数据交易方法采用的当前交易渠道是通过权利要求1-7任一项所述的交易渠道的选取方法选取的，所述数据交易方法包括：
获取交易数据，将所述交易数据安排在所述当前交易渠道的待发送队列中排队；
从令牌桶中获取与所述当前交易渠道对应的令牌；
验证所述令牌，并将所述交易数据发送。
9.一种线上交易装置，其特征在于，包括：
采样模块，用于获取预设周期内交易渠道实时交易的响应时长以及阻塞时长；
渠道优先级获取模块，用于根据所述响应时长以及所述阻塞时长确定各个所述交易渠道的渠道优先级；
选择模块，用于将渠道优先级最高的交易渠道作为当前交易渠道；
其中，所述根据所述响应时长以及阻塞时长确定所述交易渠道的渠道优先级的步骤，包括：
根据所述响应时长确定所述交易渠道的响应时长优先级；其中，首先确定所述交易渠道的响应时长偏差，再根据所述响应时长偏差确定所述交易渠道的响应时长优先级；具体包括：
根据所述交易渠道的响应时长偏差，从预设响应时长优先级对照表中获取与所述交易渠道的响应时长对应的响应时长优先级，所述预设响应时长优先级对照表包括预设的不同的响应时长偏差、与预设的响应时长偏差对应的预设响应时长优先级；
其中，所述响应时长偏差为所述预设周期内所述交易渠道的实际响应时长与预设的响应时长的期望值之间的差值的平均值。
10.一种线上交易装置，其特征在于，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器以及所述通信电路，所述处理器在工作时控制自身以及所述存储器、所述通信电路实现如权利要求1-7任一项或权利要求8所述方法中的步骤。
11.一种具有存储功能的装置，其特征在于，存储有程序数据，所述程序数据能够被执行以实现如权利要求1-7任一项或权利要求8所述方法中的步骤。
CN201910790419.4A 2019-08-26 2019-08-26 交易渠道选择方法、线上交易方法以及相关装置 Active CN111858021B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910790419.4A CN111858021B (zh) 2019-08-26 2019-08-26 交易渠道选择方法、线上交易方法以及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910790419.4A CN111858021B (zh) 2019-08-26 2019-08-26 交易渠道选择方法、线上交易方法以及相关装置

Publications (2)

Publication Number Publication Date
CN111858021A CN111858021A (zh) 2020-10-30
CN111858021B true CN111858021B (zh) 2021-09-03

Family

ID=72970641

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910790419.4A Active CN111858021B (zh) 2019-08-26 2019-08-26 交易渠道选择方法、线上交易方法以及相关装置

Country Status (1)

Country Link
CN (1) CN111858021B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114581094B (zh) * 2022-03-05 2022-11-18 浙江保融科技股份有限公司 一种支付渠道动态决策方法、服务器及计算机可读介质
CN114928563A (zh) * 2022-05-27 2022-08-19 江苏苏宁银行股份有限公司 一种分布式渠道自动切换方法及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6813767B1 (en) * 2000-06-30 2004-11-02 Intel Corporation Prioritizing transaction requests with a delayed transaction reservation buffer
CN101799910A (zh) * 2010-01-14 2010-08-11 中国建设银行股份有限公司 自助渠道业务系统的交易渠道状态的监控方法及系统
CN104090823A (zh) * 2014-06-09 2014-10-08 中国建设银行股份有限公司 一种用于计算机系统的流量控制方法和装置
CN104702527A (zh) * 2015-03-24 2015-06-10 大连理工大学 多路径tcp中面向多优先级连接的拥塞时间窗控制方法
CN105989139A (zh) * 2015-02-27 2016-10-05 阿里巴巴集团控股有限公司 一种事务同步方法及设备
CN106708607A (zh) * 2015-11-12 2017-05-24 阿里巴巴集团控股有限公司 消息队列的拥塞控制方法和装置
CN108074085A (zh) * 2017-12-29 2018-05-25 广州品唯软件有限公司 一种账单代扣方法和装置
CN109152061A (zh) * 2018-09-28 2019-01-04 彩讯科技股份有限公司 通道调配方法、装置、服务器及存储介质
CN109543988A (zh) * 2018-11-16 2019-03-29 中国银行股份有限公司 优化交易超时阀值的方法、装置和存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104918281B (zh) * 2014-03-10 2019-02-12 大唐电信科技产业控股有限公司 一种数据发送的方法及装置
CN104467997B (zh) * 2014-11-18 2017-05-31 无锡清华信息科学与技术国家实验室物联网技术中心 一种基于无线信号强度预测的终端节能的方法和装置

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6813767B1 (en) * 2000-06-30 2004-11-02 Intel Corporation Prioritizing transaction requests with a delayed transaction reservation buffer
CN101799910A (zh) * 2010-01-14 2010-08-11 中国建设银行股份有限公司 自助渠道业务系统的交易渠道状态的监控方法及系统
CN104090823A (zh) * 2014-06-09 2014-10-08 中国建设银行股份有限公司 一种用于计算机系统的流量控制方法和装置
CN105989139A (zh) * 2015-02-27 2016-10-05 阿里巴巴集团控股有限公司 一种事务同步方法及设备
CN104702527A (zh) * 2015-03-24 2015-06-10 大连理工大学 多路径tcp中面向多优先级连接的拥塞时间窗控制方法
CN106708607A (zh) * 2015-11-12 2017-05-24 阿里巴巴集团控股有限公司 消息队列的拥塞控制方法和装置
CN108074085A (zh) * 2017-12-29 2018-05-25 广州品唯软件有限公司 一种账单代扣方法和装置
CN109152061A (zh) * 2018-09-28 2019-01-04 彩讯科技股份有限公司 通道调配方法、装置、服务器及存储介质
CN109543988A (zh) * 2018-11-16 2019-03-29 中国银行股份有限公司 优化交易超时阀值的方法、装置和存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
用于云存储数据服务器的IO请求调度算法;李宇;《西南交通大学学报》;20180831;第53卷(第4期);全文 *

Also Published As

Publication number Publication date
CN111858021A (zh) 2020-10-30

Similar Documents

Publication Publication Date Title
CN107832126B (zh) 一种线程的调整方法及其终端
CN110276182B (zh) Api分布式限流的实现方法
US10447789B2 (en) Distributed flow control
US9438484B2 (en) Managing multi-level service level agreements in cloud-based networks
CN111858021B (zh) 交易渠道选择方法、线上交易方法以及相关装置
CN108924221A (zh) 分配资源的方法和装置
CN109144700A (zh) 超时时长的确定方法、装置、服务器和数据处理方法
CN106775936A (zh) 一种虚拟机的管理方法及装置
CN109800261A (zh) 双数据库连接池的动态控制方法、装置及相关设备
CN115277577B (zh) 数据处理方法、装置、计算机设备和计算机可读存储介质
CN113568756A (zh) 一种密码资源协同动态调度方法和系统
WO2023077870A1 (zh) 一种输电线路通信网络设备管理系统
CN106803815B (zh) 一种流量控制方法和装置
US11614968B2 (en) Processing future-dated resource reservation requests
US20210272190A1 (en) Intraday resource management system
CN103258389A (zh) 自助终端上传文件的方法、系统和自助终端
CN112685169B (zh) 一种负载控制方法、装置、服务器及可读存储介质
CN109670932B (zh) 信贷数据核算方法、装置、系统和计算机存储介质
CN111858458A (zh) 一种互联通道的调整方法、装置、系统、设备和介质
CN110659898A (zh) 一种数据控制方法、装置及存储介质
CN112685157B (zh) 任务处理方法、装置、计算机设备及存储介质
CN112202614B (zh) 系统间的通信方法及装置
CN113992586B (zh) 流量控制方法、装置、计算机设备和存储介质
CN110460663B (zh) 分布式节点间的数据分配方法、装置、服务器及存储介质
US11044167B2 (en) Intraday resource management system

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
GR01 Patent grant
GR01 Patent grant