CN113052691A - 一种分布式对账系统业务均衡方法，节点及集群 - Google Patents
一种分布式对账系统业务均衡方法，节点及集群 Download PDFInfo
- Publication number
- CN113052691A CN113052691A CN202110486487.9A CN202110486487A CN113052691A CN 113052691 A CN113052691 A CN 113052691A CN 202110486487 A CN202110486487 A CN 202110486487A CN 113052691 A CN113052691 A CN 113052691A
- Authority
- CN
- China
- Prior art keywords
- service
- reconciliation
- information
- node
- account checking
- 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 72
- 238000004590 computer program Methods 0.000 claims description 16
- 230000002159 abnormal effect Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000012423 maintenance Methods 0.000 abstract description 12
- 238000010586 diagram Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 13
- 238000004891 communication Methods 0.000 description 9
- 238000004422 calculation algorithm Methods 0.000 description 8
- 230000000903 blocking effect Effects 0.000 description 4
- 239000000872 buffer Substances 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- 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/02—Banking, e.g. interest calculation or account maintenance
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例提供一种分布式对账系统业务均衡方法，节点及集群，可用于金融领域，方法包括：若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
Description
技术领域
本申请涉及金融领域，具体涉及分布式对账系统业务均衡方法，节点及集群。
背景技术
现行业务负载均衡算法主要是轮询法、随机法、最小连接法，以及上述三种对应的加权轮询法、加权随机法等变种。均属于泛用型算法，可以适用于大多数场景。
目前主要的业务负载均衡算法均为泛用型算法，非加权类精度有限；加权类可有效提升准确性，但是需要针对性设置大量参数，包括对不同服务器的性能去设置不同权重，维护成本大。同时容易产生积累性误差，可能一台服务器任务处理完了，另外一台服务器还有大量任务需要处理。
发明内容
针对现有技术中的问题，本申请提供一种分布式对账系统业务均衡方法，节点及集群，方法包括：若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
本发明的一方面，提供一种分布式对账系统的业务负载均衡方法，所述分布式对账系统包括一服务器集群和至少一个对账节点，所述方法应用于分布式对账系统中的任一对账节点，包括：
若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
在优选的实施例中，还包括：
根据历史对账业务信息生成历史单笔业务平均处理时长信息。
在优选的实施例中，所述根据历史对账业务信息生成历史单笔业务平均处理时长，包括：
获取一预设历史时间窗口中每一笔历史对账业务的处理时长信息；
将所述历史对账业务处理时长信息的平均值确定为所述历史单笔业务平均处理时长信息。
本发明的又一方面，提供一种分布式对账系统的业务均衡方法，所述分布式对账系统包括一服务器集群和至少一个对账节点，所述方法应用于所述服务器集群，包括：
接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；
根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；
向所述对账节点传输对应所述数量信息的对账业务信息。
在优选的实施例中，所述根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息，包括：
获取预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息；
根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息。
在优选的实施例中，所述根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息，包括：
将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息。
在优选的实施例中，还包括：
若所述对账节点的运行状态为异常，将所述对账节点中未处理的对账业务信息重新传输至除所述对账节点的任一其他对账节点。
本发明的又一方面，提供一种分布式对账节点，包括：
对账业务获取请求模块，若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
对账业务信息接收模块，接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
在优选的实施例中，还包括：
历史单笔业务平均处理时长信息生成模块。
在优选的实施例中，所述历史单笔业务平均处理时长信息生成模块，包括：
处理时长信息获取单元，获取一预设历史时间窗口中每一笔历史对账业务的处理时长信息；
历史单笔业务平均处理时长信息生成单元，将所述历史对账业务处理时长信息的平均值确定为所述历史单笔业务平均处理时长信息。
本发明的又一方面，提供一种分布式服务器集群，包括：
对账业务请求接收模块，接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；
待发送对账业务的数量信息生成模块，根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；
对账业务信息传输模块，向所述对账节点传输对应所述数量信息的对账业务信息。
在优选的实施例中，所述待发送对账业务的数量信息生成模块，包括：
时长信息获取单元，获取预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息；
对账节点相应的待发送对账业务的数量信息确定单元，根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息。
在优选的实施例中，所述对账节点相应的待发送对账业务的数量信息确定单元，包括：
将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息。
在优选的实施例中，还包括：
异常处理模块，若所述对账节点的运行状态为异常，将所述对账节点中未处理的对账业务信息重新传输至除所述对账节点的任一其他对账节点。
本发明的又一方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的分布式对账系统业务均衡方法。
本发明的又一方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的分布式对账系统业务均衡方法。
由上述技术方案可知，本申请提供的一种分布式对账系统业务均衡方法，方法包括：若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是分布式对账系统业务均衡方法应用于对账节点的流程示意图。
图2是历史单笔业务平均处理时长信息生成流程示意图。
图3是分布式对账系统业务均衡方法应用于服务器集群的流程示意图。
图4是待发送对账业务数量信息生成流程示意图。
图5是分布式对账节点的结构示意图。
图6是服务器集群的结构示意图。
图7是本申请实施例中的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请公开的分布式对账系统业务均衡方法，节点及集群可用于金融领域，也可用于除金融领域之外的任意领域，本申请公开的分布式对账系统业务均衡方法，节点及集群的应用领域不做限定。
现行业务负载均衡算法主要是轮询法、随机法、最小连接法，以及上述三种对应的加权轮询法、加权随机法等变种。均属于泛用型算法，可以适用于大多数场景。
目前主要的业务负载均衡算法均为泛用型算法，非加权类精度有限；加权类可有效提升准确性，但是需要针对性设置大量参数，包括对不同服务器的性能去设置不同权重，维护成本大。同时容易产生积累性误差，可能一台服务器任务处理完了，另外一台服务器还有大量任务需要处理。
银行对账是指在每月月末，企业的出纳人员将企业的银行存款日记账与开户银行发来的当月银行存款对账单进行逐笔核对，勾对已达账项，找出未达账项，并编制每月银行存款余额调节表的过程。
在具体的实施例中，本申请提供一种分布式对账系统的业务负载均衡方法，所述分布式对账系统包括一服务器集群和至少一个对账节点，所述方法应用于分布式对账系统中的任一对账节点，如图1，包括：
S1:若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
具体的，分布式对账节点首先在服务器集群上进行注册登记，在注册成功后服务器集群向对账节点首次传输一预设数量的对账业务，所述预设数量为一个设置于服务器集群的参数，对于每个节点而言，首次接收到的对账业务数量是一样的，例如设置的预设数量为15条，则每个对账节点首次接收到的对账业务数量都是15条。在具体的实施例中，若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息。可以理解，所述预设阈值是一个设置在对账节点的参数，其值的设置既需要保证对账节点不出现业务阻塞状态又需要尽可能使得节点不出现空闲状态，例如一个对账节点的所述预设阈值设置为5，则当该对账节点中的未处理对账业务数量为4时，对账节点会向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息。在具体的实施例中，所述历史单笔业务平均处理时长信息是根据历史对账业务信息生成的，如图2，其具体步骤包括：
S11:获取一预设历史时间窗口中每一笔历史对账业务的处理时长信息；
具体的，所述预设历史时间窗口的设置是服务器集群中的参数，例如设置时间窗口的终点为当前时间点，窗口的起点为早于当前时间点60分钟的时间点，即时间窗口的时长为60分钟。获取所述历史时间窗口中的每一笔历史对账业务的处理时长信息，例如，在60分钟内对账节点共处理了5笔对账业务，每一笔对账业务的处理时长分别为10分37秒，11分28秒，13分22秒，12分07秒，12分16秒。
S12:将所述历史对账业务处理时长信息的平均值确定为所述历史单笔业务平均处理时长信息。
具体的，例如历史对账业务的处理时长分别为10分37秒，11分28秒，13分22秒，12分07秒，12分16秒，对这5个时长进行平均值的计算，得到11分58秒，即该节点的历史单笔业务平均处理时长为11分58秒。历史单笔业务平均时长直接影响服务器集群向该节点分配业务的数量。所以在具体的实施例中，选取的历史时间窗口中包含的业务处理信息要尽可能代表了该节点对对账业务的处理能力，尽量避免窗口中出现异常值，从而影响平均处理时长。
S2:接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
具体的，服务器集群通过有线或无线网络向对账节点传输了对应数量信息的对账业务信息，例如对账节点计算出的历史单笔业务平均处理时长为10秒，根据该平均处理时长服务器集群计算出需要分配给该对账节点的待发送对账业务数量为60条，则服务器集群向该节点发送60条待处理对账业务信息，对账节点负责接收该60条待处理对账业务信息并进行逐条处理，将处理结果发送到服务器集群进行存储。
在具体的实施例中，本申请提供一种分布式对账系统的业务均衡方法，所述方法应用于所述服务器集群，如图3，包括：
S101:接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；
具体的，服务器集群需要在接收到对账节点发送的对账业务请求后才进行相应的响应。在具体的实施例中，服务器集群在同一时间点可能会接收到多个对象节点发送的对账请求，故服务器集群需要采取并行处理的方式来处理这些请求，以保证对每个对账节点发送的对账请求不会出现延迟回复。另一方面，接收对账节点的历史单笔业务平均处理时长信息是用于后续的待发送对账业务数量的计算。
S102:根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；
具体的，对于待发送对账业务的数量信息的计算是根据对账节点的历史单笔业务平均处理时长生成的，可以理解，待发送对账业务的数量是根据对账节点对业务的处理性能生成的，是一个动态的数量。所述:根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息，如图4，其步骤包括：
S1021:获取预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息；
具体的，所述预设的业务均衡最大允许误差时长是一个设置在服务器集群的参数，其表示的是若服务器在最大允许误差时长内不向对账节点发送待处理的对账业务，节点仍然可以保持工作状态，故将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息，可以使得对账节点一直处于工作状态而不会出现空闲，同时由于参照了节点历史单笔业务平均处理时长信息，使得对账节点不会出现业务阻塞无法处理的状况。
S1022:根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息。
具体的，将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息。在具体的实施例中，若所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值为一个小于1的值，则将1确定为相应的待发送对账业务的数量信息。例如，预设的业务均衡最大允许误差时长Tm为20秒，对账节点的历史单笔业务平均处理时长Tt为1.8秒，则Tm/Tt＝11.1111，取该比值的整数部分为11，则确定的待发送对账业务的数量为11。再比如，预设的业务均衡最大允许误差时长Tm为20秒，对账节点的历史单笔业务平均处理时长Tt为21秒，则Tm/Tt＝0.95，该比值为一个小于1的值，则将1确定为待发送对账业务的数量。
S103:向所述对账节点传输对应所述数量信息的对账业务信息。
具体的，服务器集群根据计算的待发送对账业务数量信息，向所述对账节点传输对应数量信息的对账业务信息。可以理解，服务器集群可能在同一时间点需要向多个对账节点传输对账业务信息，所以对于对账业务信息的传输也是一个并行处理的过程，每个对账节点对应着一个独立的线程，用于处理该对账节点的所有业务逻辑。
在具体的实施例中，若所述对账节点的运行状态为异常，将所述对账节点中未处理的对账业务信息重新传输至除所述对账节点的任一其他对账节点。为避免因为某对账节点故障导致对账结果丢失，中心服务器集群需存储每和对账节点正在处理(已传输任务，但是未返回对账结果)的账单编号信息，以便在根据心跳或其他高级报文判断其故障后，可以下达给其他对账节点处理。
结合一个具体实施场景，对本申请作进一步的说明。
现有一分布式对账系统，其包括了一个服务器集群和4个对账节点，分别编号为1号节点，2号节点，3号节点，4号节点。首先对服务器集群和各对账节点进行参数设置。在对账节点处，设置当剩余待处理对账业务数量小于10对账节点向服务器集群传输对账业务请求，历史业务选择为10条历史对账业务处理时长。在服务器集群端，设置首次传输到对账节点的对账业务数量为20，业务均衡最大允许误差时长Tm为5秒。参数设置完成后，4个对账节点分别在服务器集群中进行注册，使得服务器集群与各对账节点之间的通信保持畅通。服务器集群会对每一个注册的对账节点首次发送20条待处理的对账业务信息，对账节点接收到20条对账业务信息后，对接收到的对账业务进行处理，完成每一笔对账业务后即将对账结果传输到服务器集群中，并记录每一笔对账业务的处理时长信息。当剩余待处理对账业务的数量为9条时，对账节点根据自身处理过的10条历史处理时长计算出历史单笔业务平均处理时长，然后向服务器集群发送对账请求及历史单笔业务平均处理时长。各对账节点的运行都是相互独立的，3号节点最先向服务器集群发送了对账请求和历史单笔业务平均处理时长Tt，其中Tt等于0.212秒，服务器集群计算出Tm/Tt为23.6，取其整数为23，所以向3号节点再次发送23条待处理对账业务信息，以使3号节点接收并处理。4号节点第二个向服务器集群发送了对账业务请求，其Tt值为0.321秒，则Tm/Tt的值为15.576，即服务器集群向4号节点再次发送15条待处理的对账业务信息。1号节点和2号节点在同一时间点向服务器集群发送了对账请求，其中1号节点的Tt为0.356秒，2号节点的Tt为0.363秒。服务器集群采用并行处理的方式，分别计算出各自的Tm/Tt为14.044，13.774，取Tm/Tr的整数部分为14，13。所以向1号节点发送14条待处理对账业务信息，向2号节点发送13条对账业务信息。以此类推，直至服务器集群中无待处理的对账业务信息，实现各对账节点的业务均衡。
由以上描述可知，本发明提供的一种分布式对账系统业务均衡方法，方法包括：若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
从软件层面来说，本申请提供一种用于执行所述分布式对账系统业务均衡方法中全部或部分内容的分布式对账节点及服务器集群的实施例。
参见图5，所述分布式对账节点具体包含有如下内容：
对账业务获取请求模块，若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
对账业务信息接收模块，接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
由以上描述可知，本发明提供的分布式对账节点，本节点执行步骤包括：若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
参见图6，所述服务器集群具体包含有如下内容：
对账业务请求接收模块，接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；
待发送对账业务的数量信息生成模块，根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；
对账业务信息传输模块，向所述对账节点传输对应所述数量信息的对账业务信息。
由以上描述可知，本发明提供的服务器集群，本集群执行步骤包括：接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；向所述对账节点传输对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
在具体的实施例中，本申请提供一种分布式对账节点，用于执行如下步骤包括：
S1:若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
具体的，分布式对账节点首先在服务器集群上进行注册登记，在注册成功后服务器集群向对账节点首次传输一预设数量的对账业务，所述预设数量为一个设置于服务器集群的参数，对于每个节点而言，首次接收到的对账业务数量是一样的，例如设置的预设数量为15条，则每个对账节点首次接收到的对账业务数量都是15条。在具体的实施例中，若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息。可以理解，所述预设阈值是一个设置在对账节点的参数，其值的设置既需要保证对账节点不出现业务阻塞状态又需要尽可能使得节点不出现空闲状态，例如一个对账节点的所述预设阈值设置为5，则当该对账节点中的未处理对账业务数量为4时，对账节点会向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息。在具体的实施例中，所述历史单笔业务平均处理时长生成模块，用于执行具体步骤包括：
S11:获取一预设历史时间窗口中每一笔历史对账业务的处理时长信息；
具体的，所述预设历史时间窗口的设置是服务器集群中的参数，例如设置时间窗口的终点为当前时间点，窗口的起点为早于当前时间点60分钟的时间点，即时间窗口的时长为60分钟。获取所述历史时间窗口中的每一笔历史对账业务的处理时长信息，例如，在60分钟内对账节点共处理了5笔对账业务，每一笔对账业务的处理时长分别为10分37秒，11分28秒，13分22秒，12分07秒，12分16秒。
S12:将所述历史对账业务处理时长信息的平均值确定为所述历史单笔业务平均处理时长信息。
具体的，例如历史对账业务的处理时长分别为10分37秒，11分28秒，13分22秒，12分07秒，12分16秒，对这5个时长进行平均值的计算，得到11分58秒，即该节点的历史单笔业务平均处理时长为11分58秒。历史单笔业务平均时长直接影响服务器集群向该节点分配业务的数量。所以在具体的实施例中，选取的历史时间窗口中包含的业务处理信息要尽可能代表了该节点对对账业务的处理能力，尽量避免窗口中出现异常值，从而影响平均处理时长。
可以理解的是，历史单笔业务平均处理时长生成模块执行上述步骤可以理解为包括处理时长信息获取单元和历史单笔业务平均处理时长信息生成单元，其中处理时长信息获取单元和执行S11步骤，历史单笔业务平均处理时长信息生成单元执行S12步骤，后续相关实施例不在赘述。
S2:接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
具体的，服务器集群通过有线或无线网络向对账节点传输了对应数量信息的对账业务信息，例如对账节点计算出的历史单笔业务平均处理时长为10秒，根据该平均处理时长服务器集群计算出需要分配给该对账节点的待发送对账业务数量为60条，则服务器集群向该节点发送60条待处理对账业务信息，对账节点负责接收该60条待处理对账业务信息并进行逐条处理，将处理结果发送到服务器集群进行存储。
由以上描述可知，本发明提供的一种分布式对账节点，具体执行如下步骤包括：若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
在具体的实施例中，本申请提供一种服务器集群，用于执行如下步骤包括：
S101:接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；
具体的，服务器集群需要在接收到对账节点发送的对账业务请求后才进行相应的响应。在具体的实施例中，服务器集群在同一时间点可能会接收到多个对象节点发送的对账请求，故服务器集群需要采取并行处理的方式来处理这些请求，以保证对每个对账节点发送的对账请求不会出现延迟回复。另一方面，接收对账节点的历史单笔业务平均处理时长信息是用于后续的待发送对账业务数量的计算。
S102:根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；
具体的，对于待发送对账业务的数量信息的计算是根据对账节点的历史单笔业务平均处理时长生成的，可以理解，待发送对账业务的数量是根据对账节点对业务的处理性能生成的，是一个动态的数量。所述待发送对账业务的数量信息生成模块，执行步骤包括：
S1021:获取预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息；
具体的，所述预设的业务均衡最大允许误差时长是一个设置在服务器集群的参数，其表示的是若服务器在最大允许误差时长内不向对账节点发送待处理的对账业务，节点仍然可以保持工作状态，故将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息，可以使得对账节点一直处于工作状态而不会出现空闲，同时由于参照了节点历史单笔业务平均处理时长信息，使得对账节点不会出现业务阻塞无法处理的状况。
S1022:根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息。
具体的，将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息。在具体的实施例中，若所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值为一个小于1的值，则将1确定为相应的待发送对账业务的数量信息。例如，预设的业务均衡最大允许误差时长Tm为20秒，对账节点的历史单笔业务平均处理时长Tt为1.8秒，则Tm/Tt＝11.1111，取该比值的整数部分为11，则确定的待发送对账业务的数量为11。再比如，预设的业务均衡最大允许误差时长Tm为20秒，对账节点的历史单笔业务平均处理时长Tt为21秒，则Tm/Tt＝0.95，该比值为一个小于1的值，则将1确定为待发送对账业务的数量。
S103:向所述对账节点传输对应所述数量信息的对账业务信息。
具体的，服务器集群根据计算的待发送对账业务数量信息，向所述对账节点传输对应数量信息的对账业务信息。可以理解，服务器集群可能在同一时间点需要向多个对账节点传输对账业务信息，所以对于对账业务信息的传输也是一个并行处理的过程，每个对账节点对应着一个独立的线程，用于处理该对账节点的所有业务逻辑。
在具体的实施例中，若所述对账节点的运行状态为异常，将所述对账节点中未处理的对账业务信息重新传输至除所述对账节点的任一其他对账节点。为避免因为某对账节点故障导致对账结果丢失，中心服务器集群需存储每和对账节点正在处理(已传输任务，但是未返回对账结果)的账单编号信息，以便在根据心跳或其他高级报文判断其故障后，可以下达给其他对账节点处理。
结合一个具体实施场景，对本申请作进一步的说明。
现有一分布式对账系统，其包括了一个服务器集群和4个对账节点，分别编号为1号节点，2号节点，3号节点，4号节点。首先对服务器集群和各对账节点进行参数设置。在对账节点处，设置当剩余待处理对账业务数量小于10对账节点向服务器集群传输对账业务请求，历史业务选择为10条历史对账业务处理时长。在服务器集群端，设置首次传输到对账节点的对账业务数量为20，业务均衡最大允许误差时长Tm为5秒。参数设置完成后，4个对账节点分别在服务器集群中进行注册，使得服务器集群与各对账节点之间的通信保持畅通。服务器集群会对每一个注册的对账节点首次发送20条待处理的对账业务信息，对账节点接收到20条对账业务信息后，对接收到的对账业务进行处理，完成每一笔对账业务后即将对账结果传输到服务器集群中，并记录每一笔对账业务的处理时长信息。当剩余待处理对账业务的数量为9条时，对账节点根据自身处理过的10条历史处理时长计算出历史单笔业务平均处理时长，然后向服务器集群发送对账请求及历史单笔业务平均处理时长。各对账节点的运行都是相互独立的，3号节点最先向服务器集群发送了对账请求和历史单笔业务平均处理时长Tt，其中Tt等于0.212秒，服务器集群计算出Tm/Tt为23.6，取其整数为23，所以向3号节点再次发送23条待处理对账业务信息，以使3号节点接收并处理。4号节点第二个向服务器集群发送了对账业务请求，其Tt值为0.321秒，则Tm/Tt的值为15.576，即服务器集群向4号节点再次发送15条待处理的对账业务信息。1号节点和2号节点在同一时间点向服务器集群发送了对账请求，其中1号节点的Tt为0.356秒，2号节点的Tt为0.363秒。服务器集群采用并行处理的方式，分别计算出各自的Tm/Tt为14.044，13.774，取Tm/Tr的整数部分为14，13。所以向1号节点发送14条待处理对账业务信息，向2号节点发送13条对账业务信息。以此类推，直至服务器集群中无待处理的对账业务信息，实现各对账节点的业务均衡。
由以上描述可知，本发明提供的一种服务器集群，具体执行如下步骤包括：接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；向所述对账节点传输对应所述数量信息的对账业务信息。数量信息；接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。本申请仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
从硬件层面来说，本申请提供一种用于实现分布式对账系统业务均衡方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：
图7为本申请实施例的电子设备9600的系统构成的示意框图。如图7所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图7是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
在一实施例中，分布式对账系统业务均衡功能可以被集成到中央处理器中。
其中，中央处理器可以被配置为进行如下控制：
S1:若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
S2:接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
从上述描述可知，本申请实施例提供的电子设备，仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
在另一个实施方式中，分布式对账系统业务均衡装置可以与中央处理器9100分开配置，例如可以分布式对账系统业务均衡装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现分布式对账系统业务均衡功能。
如图7所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图7中所示的所有部件；此外，电子设备9600还可以包括图7中没有示出的部件，可以参考现有技术。
如图7所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。
该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。
本申请的实施例还提供能够实现上述实施例中的分布式对账系统业务均衡方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的分布式对账系统业务均衡方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
S1:若所述未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
S2:接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
从上述描述可知，本申请实施例提供的计算机可读存储介质，仅需要对服务器集群设置参数，不需要考虑每个对账节点的性能差异，降低了维护成本；同时产生的积累误差有限，提高了各对账节点的稳定性。
本领域内的技术人员应明白，本发明的实施例可提供为方法、节点及集群、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、节点、集群和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (16)
1.一种分布式对账系统的业务负载均衡方法，所述分布式对账系统包括一服务器集群和至少一个对账节点，所述方法应用于分布式对账系统中的任一对账节点，其特征在于，包括：
若未处理对账业务数量低于一预设阈值，则向所述服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
2.根据权利要求1所述的一种分布式对账系统的业务负载均衡方法，其特征在于，还包括：
根据历史对账业务信息生成历史单笔业务平均处理时长信息。
3.根据权利要求2所述的一种分布式对账系统的业务负载均衡方法，其特征在于，所述根据历史对账业务信息生成历史单笔业务平均处理时长，包括：
获取一预设历史时间窗口中每一笔历史对账业务的处理时长信息；
将所述历史对账业务处理时长信息的平均值确定为所述历史单笔业务平均处理时长信息。
4.一种分布式对账系统的业务均衡方法，所述分布式对账系统包括一服务器集群和至少一个对账节点，所述方法应用于所述服务器集群，其特征在于，包括：
接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；
根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；
向所述对账节点传输对应所述数量信息的对账业务信息。
5.根据权利要求4所述的一种分布式对账系统的业务均衡方法，其特征在于，所述根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息，包括：
获取预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息；
根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息。
6.根据权利要求5所述的一种分布式对账系统的业务均衡方法，其特征在于，所述根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息，包括：
将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息。
7.根据权利要求4所述的一种分布式对账系统的业务均衡方法，其特征在于，还包括：
若所述对账节点的运行状态为异常，将所述对账节点中未处理的对账业务信息重新传输至除所述对账节点的任一其他对账节点。
8.一种分布式对账节点，其特征在于，包括：
对账业务获取请求模块，若未处理对账业务数量低于一预设阈值，则向服务器集群传输对账业务获取请求和历史单笔业务平均处理时长信息，以使服务器响应于所述对账业务获取请求，根据所述历史单笔业务平均处理时长信息确定待发送对账业务的数量信息；
对账业务信息接收模块，接收并处理所述服务器集群传输的对应所述数量信息的对账业务信息。
9.根据权利要求8所述的一种分布式对账节点，其特征在于，还包括：
历史单笔业务平均处理时长信息生成模块。
10.根据权利要求9所述的一种分布式对账节点，其特征在于，所述历史单笔业务平均处理时长信息生成模块，包括：
处理时长信息获取单元，获取一预设历史时间窗口中每一笔历史对账业务的处理时长信息；
历史单笔业务平均处理时长信息生成单元，将所述历史对账业务处理时长信息的平均值确定为所述历史单笔业务平均处理时长信息。
11.一种分布式服务器集群，其特征在于，包括：
对账业务请求接收模块，接收所述对账节点传输的对账业务请求和历史单笔业务平均处理时长信息；
待发送对账业务的数量信息生成模块，根据所述历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息；
对账业务信息传输模块，向所述对账节点传输对应所述数量信息的对账业务信息。
12.根据权利要求11所述的一种分布式服务器集群，其特征在于，所述待发送对账业务的数量信息生成模块，包括：
时长信息获取单元，获取预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息；
对账节点相应的待发送对账业务的数量信息确定单元，根据所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息生成所述对账节点相应的待发送对账业务的数量信息。
13.根据权利要求12所述的一种分布式服务器集群，其特征在于，所述对账节点相应的待发送对账业务的数量信息确定单元，包括：
将所述预设的业务均衡最大允许误差时长信息和历史单笔业务平均处理时长信息比值的整数部分确定为所述对账节点相应的待发送对账业务的数量信息。
14.根据权利要求11所述的一种分布式服务器集群，其特征在于，还包括：
异常处理模块，若所述对账节点的运行状态为异常，将所述对账节点中未处理的对账业务信息重新传输至除所述对账节点的任一其他对账节点。
15.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的分布式对账系统业务均衡方法。
16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的分布式对账系统业务均衡方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110486487.9A CN113052691A (zh) | 2021-04-30 | 2021-04-30 | 一种分布式对账系统业务均衡方法，节点及集群 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110486487.9A CN113052691A (zh) | 2021-04-30 | 2021-04-30 | 一种分布式对账系统业务均衡方法，节点及集群 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113052691A true CN113052691A (zh) | 2021-06-29 |
Family
ID=76518144
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110486487.9A Pending CN113052691A (zh) | 2021-04-30 | 2021-04-30 | 一种分布式对账系统业务均衡方法，节点及集群 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113052691A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115984022A (zh) * | 2023-03-17 | 2023-04-18 | 梅州客商银行股份有限公司 | 分布式支付系统统一对账方法和装置 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106534303A (zh) * | 2016-11-11 | 2017-03-22 | 中国农业银行股份有限公司 | 一种应用于对账系统的负载均衡方法和装置 |
| CN109615495A (zh) * | 2018-10-11 | 2019-04-12 | 阿里巴巴集团控股有限公司 | 一种数据的对账方法、装置、设备及系统 |
| CN110830551A (zh) * | 2019-09-30 | 2020-02-21 | 浙江口碑网络技术有限公司 | 业务请求处理方法、装置及系统 |
| CN111274026A (zh) * | 2020-01-08 | 2020-06-12 | 北京月新时代科技股份有限公司 | 负载均衡方法、装置及电子设备 |
| CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
| CN111381948A (zh) * | 2020-02-04 | 2020-07-07 | 北京贝思科技术有限公司 | 分布式计算任务处理方法、装备及电子设备 |
| CN111447272A (zh) * | 2020-03-26 | 2020-07-24 | 支付宝(杭州)信息技术有限公司 | 负载均衡方法及装置 |
| CN111694663A (zh) * | 2020-06-02 | 2020-09-22 | 中国工商银行股份有限公司 | 服务器集群的负载均衡方法、装置及系统 |
| CN112580889A (zh) * | 2020-12-25 | 2021-03-30 | 北京嘀嘀无限科技发展有限公司 | 服务资源预估方法、装置、电子设备及存储介质 |
-
2021
- 2021-04-30 CN CN202110486487.9A patent/CN113052691A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106534303A (zh) * | 2016-11-11 | 2017-03-22 | 中国农业银行股份有限公司 | 一种应用于对账系统的负载均衡方法和装置 |
| CN109615495A (zh) * | 2018-10-11 | 2019-04-12 | 阿里巴巴集团控股有限公司 | 一种数据的对账方法、装置、设备及系统 |
| CN110830551A (zh) * | 2019-09-30 | 2020-02-21 | 浙江口碑网络技术有限公司 | 业务请求处理方法、装置及系统 |
| CN111274026A (zh) * | 2020-01-08 | 2020-06-12 | 北京月新时代科技股份有限公司 | 负载均衡方法、装置及电子设备 |
| CN111381948A (zh) * | 2020-02-04 | 2020-07-07 | 北京贝思科技术有限公司 | 分布式计算任务处理方法、装备及电子设备 |
| CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
| CN111447272A (zh) * | 2020-03-26 | 2020-07-24 | 支付宝(杭州)信息技术有限公司 | 负载均衡方法及装置 |
| CN111694663A (zh) * | 2020-06-02 | 2020-09-22 | 中国工商银行股份有限公司 | 服务器集群的负载均衡方法、装置及系统 |
| CN112580889A (zh) * | 2020-12-25 | 2021-03-30 | 北京嘀嘀无限科技发展有限公司 | 服务资源预估方法、装置、电子设备及存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115984022A (zh) * | 2023-03-17 | 2023-04-18 | 梅州客商银行股份有限公司 | 分布式支付系统统一对账方法和装置 |
| CN115984022B (zh) * | 2023-03-17 | 2023-07-14 | 梅州客商银行股份有限公司 | 分布式支付系统统一对账方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20160358135A1 (en) | Digital currency management method and digital currency node apparatus | |
| CN111031058A (zh) | 基于WebSocket的分布式服务器集群交互方法及装置 | |
| CN111163130B (zh) | 一种网络服务系统及其数据传输方法 | |
| CN111652728B (zh) | 一种交易处理方法及装置 | |
| CN110381150B (zh) | 区块链上的数据处理方法、装置、电子设备及存储介质 | |
| CN112035066A (zh) | 日志保留时长的计算方法及装置 | |
| CN114257532B (zh) | 服务端状态探测方法及装置 | |
| CN111796958A (zh) | Dubbo框架下交易防悬挂方法及装置 | |
| CN113052691A (zh) | 一种分布式对账系统业务均衡方法，节点及集群 | |
| CN111510493A (zh) | 分布式数据传输方法及装置 | |
| CN114124962A (zh) | 多机房消息负载均衡处理方法及装置 | |
| CN112468574B (zh) | 应用服务发布订阅机制的处理方法、装置及系统 | |
| CN113556238A (zh) | 区块验证方法 | |
| CN112396511A (zh) | 分布式风控变量数据处理方法、装置及系统 | |
| CN111930624A (zh) | 测试链路报文数据处理方法及装置 | |
| CN105988949A (zh) | 终端设备、数据交互处理的方法及系统 | |
| CN111090818B (zh) | 资源管理方法、资源管理系统、服务器及计算机存储介质 | |
| US9647966B2 (en) | Device, method and non-transitory computer readable storage medium for performing instant message communication | |
| CN114697339A (zh) | 集中式架构下的负载均衡方法及装置 | |
| CN115099930A (zh) | 金融业务数据处理方法及装置 | |
| CN114237833A (zh) | 一种高性能实时一致的微服务执行方法及系统 | |
| CN113382088A (zh) | 手机银行消息推送方法及装置 | |
| CN113434423A (zh) | 接口测试方法及装置 | |
| CN113190338A (zh) | 业务数据的处理方法、装置及系统 | |
| CN113836221B (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 |