[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN109298934B - 心跳周期调整方法、装置及系统 - Google Patents

心跳周期调整方法、装置及系统 Download PDF

Info

Publication number
CN109298934B
CN109298934B CN201811039291.XA CN201811039291A CN109298934B CN 109298934 B CN109298934 B CN 109298934B CN 201811039291 A CN201811039291 A CN 201811039291A CN 109298934 B CN109298934 B CN 109298934B
Authority
CN
China
Prior art keywords
client
heartbeat cycle
heartbeat
adjusted
dimension
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
CN201811039291.XA
Other languages
English (en)
Other versions
CN109298934A (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.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Systems China 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 Comba Telecom Systems China Ltd filed Critical Comba Telecom Systems China Ltd
Priority to CN201811039291.XA priority Critical patent/CN109298934B/zh
Publication of CN109298934A publication Critical patent/CN109298934A/zh
Application granted granted Critical
Publication of CN109298934B publication Critical patent/CN109298934B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Measuring Pulse, Heart Rate, Blood Pressure Or Blood Flow (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明涉及一种心跳周期调整方法、装置及系统，其中，所述方法包括以下步骤：获取待调整客户端在各个维度下相应客户端组的缓存数据；分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期；将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。本发明实施例能够根据客户端的特性和实际运行情况来动态调整心跳周期，使心跳检测资源能够向最有需要的客户端集中，提高了资源利用率和心跳周期选取精度，以达到资源消耗和检测效果之间的最优平衡。

Description

心跳周期调整方法、装置及系统
技术领域
本发明涉及通信技术领域，特别是涉及一种心跳周期调整方法、装置及系统。
背景技术
在网络系统中，一般通过心跳检测技术来实现客户端的在位检测。例如，在服务器和多个客户端组成的网络系统中，通常以一定的心跳周期获取心跳消息来判定客户端是否在位。
在实现过程中，发明人发现传统技术中至少存在如下问题：传统的心跳检测中对心跳周期选取精度低，计算资源消耗大。
发明内容
基于此，有必要针对传统的心跳检测中对心跳周期选取精度低，计算资源消耗大的问题，提供一种心跳周期调整方法、装置及系统。
为了实现上述目的，本发明实施例提供了一种心跳周期调整方法，包括以下步骤：
获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；
分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期；
将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。
在其中一个实施例中，将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期的步骤中：
基于以下公式，得到最佳心跳周期：
Figure BDA0001791709250000021
T为最佳心跳周期，N为多维客户端组心跳周期数据库的总维度，Ti为待调整客户端在第i维中对应客户端组的基准心跳周期数据，Ki为待调整客户端在第i维中对应客户端组的历史在位率数据；A为预设的最小心跳周期。
在其中一个实施例中，将待调整客户端当前的心跳周期更新为最佳心跳周期的步骤包括：
在变化幅度值大于预设的门限幅度值时，将待调整客户端当前的心跳周期更新为最佳心跳周期；变化幅度值为最佳心跳周期相对当前的心跳周期的变化幅度的值。
在其中一个实施例中，获取待调整客户端在各个维度下相应客户端组的缓存数据的步骤之前包括：
查询多维分组心跳周期数据库，得到对应待调整客户端在各个维度下相应的客户端组；多维分组心跳周期数据库用于存储各维度下各客户端组的缓存数据；
维度包括以下任意一种或任意组合：设备类型、部署区域和监控级别。
在其中一个实施例中，还包括步骤：
获取客户端组中各客户端的历史在位率数据；
对各客户端的历史在位率数据进行平均值处理，得到对应客户端组的历史在位率数据。
另一方面，本发明实施例还提供了一种心跳周期调整装置，包括：
数据获取单元，用于获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；
心跳周期处理单元，用于分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期；
心跳周期更新单元，用于将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。
另一方面，本发明实施例还提供了一种心跳周期调整系统，包括服务器以及连接服务器的各客户端；
服务器用于执行上述任意一项的心跳周期调整方法的步骤。
在其中一个实施例中，各客户端通过通信接口分别连接服务器；
通信接口为SPI接口、I2C接口、UART接口、CANBUS接口或以太网接口。
另一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被控制器执行时实现上述任一项心跳周期调整方法的步骤。
上述技术方案中的一个技术方案具有如下优点和有益效果：
获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期；将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。。进而能够根据客户端的特性和实际运行情况来动态调整心跳周期，使心跳检测资源能够向最有需要的客户端集中，提高了资源利用率和心跳周期选取精度，以达到资源消耗和检测效果之间的最优平衡。
附图说明
图1为一个实施例中心跳周期调整方法的应用环境图；
图2为一个实施例中心跳周期调整方法的第一流程示意图；
图3为一个实施例中客户端组的历史在位率数据获取步骤的流程示意图；
图4为一个实施例中心跳周期调整方法的第二流程示意图；
图5为一个实施例中心跳周期调整方法的第三流程示意图；
图6为一个实施例中心跳周期调整方法的多维客户端组示意图；
图7为一个实施例中心跳周期调整方法的多维客户端组基准周期和历史在位率示意图；
图8为一个实施例中心跳周期调整方法的待调整客户端在多维客户端组中的匹配示意图；
图9为一个实施例中心跳周期调整装置的结构示意图；
图10为一个实施例中心跳周期调整系统的结构示意图。
具体实施方式
为了便于理解本申请，下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的首选实施例。但是，本申请可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本申请的公开内容更加透彻全面。
传统的心跳检测技术主要有以下几种：1、预置固定的心跳周期：服务器和客户端上预置固定的心跳周期，然后以固定的心跳周期进行心跳检测。或者在预置心跳周期时会考虑客户端的位置信息，但设定好后仍是以固定的心跳周期进行心跳检测，但采用第一种方法只能以固定的心跳周期进行心跳检测，不能根据客户端的属性和状态动态的调整；2、预置多个不同的心跳周期，而后在选出一个作为最优的心跳周期：服务器或客户端上预置几个心跳周期，以这几个心跳周期尝试运行后，根据运行结果从中选出一个最优心跳周期，而后以该最优心跳周期进行心跳检测，但采用第二种方法通过预先提供了几个心跳周期供选择，精准度不够，资源消耗大；3、根据CPU负载和网络链路拥塞情况调整心跳周期：该方法主要是通过CPU负载和网络链路拥塞情况的判断来动态调整心跳周期，但采用第三种方法考虑到CPU负载和网络资源利用情况，检测有效性和精准性低。
而本发明各实施例的心跳周期调整方法中，能够根据客户端的特性和实际运行情况来动态调整心跳周期，使心跳检测资源能够向最有需要的客户端集中，提高资源利用率和心跳检测有效性，以达到资源消耗和检测效果之间的最优平衡。
本申请提供的心跳周期调整方法，可以应用于如图1所示的应用环境中，其中，服务器102分别连接各客户端104。其中，服务器102可用来进行信号处理和信号传输等，客户端104可向服务器传输心跳状态消息。其中，服务器102可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种心跳周期调整方法，以该方法应用于图1中的服务器102为例进行说明，包括以下步骤：
步骤S210，获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组。
其中，基准心跳周期数据指的是待调整客户端在相应维度下所属客户端组的基准周期。基准心跳周期数据可以是根据历史经验预设的。历史在位率数据值的是待调整客户端在相应维度下所属客户端组的在位率数据。历史在位率数据的初始值可以是1(即100％)，之后可根据客户端的实际运行在位情况，来动态维护更新历史在位率数据。客户端组指的是对应待调整客户端在相应维度下的分组。一个客户端组对应一个基准心跳周期数据和一个历史在位率数据。需要说明的是，可包含一个或多个维度，在同一维度下可包含一个或多个客户端组，一个客户端组可对应一个或多个客户端。待调整客户端在不同维度下具有对应的客户端组。待调整客户端的客户端组可依据客户端的特性进行分组。例如，根据客户端在该维度的特性或类别的相似性进行分组。
具体地，根据待调整客户端在各个维度下相应的客户端组，服务器可获取待调整客户端在各个维度下相应客户端组的缓存数据(包含基准心跳周期数据和历史在位率数据)。
步骤S220，分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期。
其中，初始心跳周期指的是计算最佳心跳周期过程得到的中间结果数据。
具体地，分别对待调整客户端在各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积。对各个维度对应的各乘积进行累加，进而可得到待调整客户端的初始心跳周期。
步骤S230，将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。
其中，最小心跳周期指的是预先设定的心跳周期常数。心跳周期指的是待调整客户端传输心跳状态消息给服务器的周期。最佳心跳周期指的是待调整客户端传输心跳状态消息给服务器的最佳周期。
具体地，服务器将中间心跳周期加上预设的最小心跳周期，进而得到待调整客户端的最佳心跳周期。将待调整客户端当前的心跳周期更新为最佳心跳周期，进而实现对待调整客户端的心跳周期优化调整。
在一个具体的实施例中，将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期的步骤中：
基于以下公式，得到待调整客户端的最佳心跳周期：
Figure BDA0001791709250000071
T为最佳心跳周期，N为多维客户端组心跳周期数据库的总维度，Ti为待调整客户端在第i维中对应的客户端组的基准心跳周期数据，Ki为待调整客户端在第i维中对应的客户端组的历史在位率数据；A为预设的最小心跳周期。
在一个具体的实施例中，如图3所示，还包括步骤：
步骤S310，获取客户端组中各客户端的历史在位率数据。
其中，客户端的历史在位率数据的初始值可以是1.0(即100％)。
具体地，通过获取客户端组中各客户端的历史在位率数据，可根据客户端的实际运行在位情况，来动态维护更新客户端组的历史在位率数据。
步骤S320，对各客户端的历史在位率数据进行平均值处理，得到对应客户端组的历史在位率数据。
具体地，对各客户端的历史在位率数据累计相加，得到该客户端组下的历史在位率数据的总和，将历史在位率数据的总和除于客户端数量，进而得到对应该客户端组的历史在位率数据。通过动态维护更新相应维度下客户端组的历史在位率数据，使得能够根据客户端实际运行情况来动态调整心跳周期，使心跳检测资源能够向有最有需要的客户端集中，提高资源利用率和心跳检测有效性。
上述实施例中，获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期；将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。。进而能够根据客户端的特性和实际运行情况来动态调整心跳周期，使心跳检测资源能够向最有需要的客户端集中，提高了资源利用率和心跳周期选取精度，以达到资源消耗和检测效果之间的最优平衡。
在一个实施例中，如图4所示，提供了一种心跳周期调整方法，以该方法应用于图1中的服务器102为例进行说明，包括以下步骤：
步骤S410，获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组。
其中，上述步骤S410的具体内容过程可参考上文内容，此处不再赘述。
步骤S420，分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期。
其中，上述步骤S420的具体内容过程可参考上文内容，此处不再赘述。
步骤S430，将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期。
其中，上述步骤S430的具体内容过程可参考上文内容，此处不再赘述。
步骤S440，在变化幅度值大于预设的门限幅度值时，将待调整客户端当前的心跳周期更新为最佳心跳周期；变化幅度值为最佳心跳周期相对当前的心跳周期的变化幅度的值。
具体地，服务器在获取到待调整客户端的最佳心跳周期后，可计算最佳心跳周期相对当前的心跳周期的变化幅度，进而得到对应最佳心跳周期的变化幅度值。服务器在变化幅度值大于预设的门限幅度值时，将待调整客户端当前的心跳周期更新为最佳心跳周期，避免过于频繁调整心跳周期，提高了心跳周期选取效率，以达到资源消耗和检测效果之间的最优平衡。
进一步的，设定一个门限幅度值，当最佳心跳周期比当前的心跳周期的变化幅度值大于该门限幅度值时，将待调整客户端当前的心跳周期更新为最佳心跳周期，否则保持待调整客户端当前的心跳周期不变。例如，该门限幅度值可以可设为20％，假设待调整客户端当前的心跳周期为5s(秒)，若经过计算得出的最佳心跳周期为5.5s，5.5s相对于5s的变化幅度为(5.5-5)/5＝10％，小于门限幅度值(20％)，则待调整客户端的心跳周期保持不变(仍为5s)，不做调整。若计算得出的最佳心跳周期为7s，7s相对于5s的变化幅度为(7-5)/5＝40％，大于门限幅度值(20％)，则将待调整客户端当前的心跳周期更新为最佳心跳周期(7s)。
基于本实施例，根据不同维度不同客户端组的基准心跳周期数据和历史在位率数据来组合计算待调整客户端的最佳心跳周期，充分利用同类客户端具有相似性的特点，为客户端提供更加精准的心跳周期。
在一个实施例中，如图5所示，提供了一种心跳周期调整方法，以该方法应用于图1中的服务器102为例进行说明，包括以下步骤：
步骤S510，查询多维分组心跳周期数据库，得到对应待调整客户端在各个维度下相应的客户端组；多维分组心跳周期数据库用于存储各维度下各客户端组的缓存数据；维度包括以下任意一种或任意组合：设备类型、部署区域和监控级别。
其中，多维分组客户端组心跳周期数据库指的是依据不同维度以及客户端特征进行客户端分组的心跳周期数据库。心跳周期数据库中分别存储有客户端组对应的基准心跳周期数据和历史在位率数据。
具体地，服务器可通过查询预设的多维分组心跳周期数据库，得到对应待调整客户端在各个维度下相应的客户端组，进而可得到相应客户端组的基准心跳周期数据和历史在位率数据。
进一步的，每一个维度可以建立特定数量的组别。例如，设备类型维度：A型客户端为一组、B型客户端为一组；部署区域维度：可以根据地理位置来进行客户端组，例如放在某栋楼的客户端为一个客户端组，部署在另外一栋楼的客户端为一个客户端组；监控级别维度：可以根据监控级别需要，分为高中低三个监控级别。
步骤S520，获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组。
其中，上述步骤S520的具体内容过程可参考上文内容，此处不再赘述。
步骤S530，分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期。
其中，上述步骤S530的具体内容过程可参考上文内容，此处不再赘述。
步骤S540，将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心态周期更新为最佳心跳周期
其中，上述步骤S540的具体内容过程可参考上文内容，此处不再赘述。
基于本实施例，根据不同维度不同客户端组的基准心跳周期数据和历史在位率数据来组合计算客户端的心跳周期，充分利用同类客户端具有相似性的特点，为客户端提供更加精准的心跳周期设置，并且能够根据客户端实际运行情况来动态调整心跳周期，使心跳检测资源能够向最有需要的客户端集中，提高资源利用率和心跳检测有效性。
在一个实施例中，如图6所示，为心跳周期调整方法的多维客户端组示意图。每一个维度可以建立特定数量的组别。如维度1包含5个客户端组(G11、G12、G13、G14和G15)；维度2包含6个客户端组(G21、G22、G23、G24、G25和G26)以及维度3包含3个客户端组(G31、G32和G33)。
具体地，可以从设备类型、部署区域、监控级别等维度分别建立心跳周期基准数据，每一个维度可以建立特定数量的组别，不同组别可以设置不同的基准心跳周期。不同客户端组的历史在位率的初始值可以设为100％，之后根据客户端的实际运行在位情况，来动态维护更新历史在位率数据。
以设备类型、部署区域和监控级别三个维度为例，如图7所示，设备类型为第1维，部署区域为第2维，监控级别为第3维。第1维设备类型分为5组(G11、G12、G13、G14、G15)，第2维部署区域分为6组(G21、G22、G23、G24、G25、G26)，第3维监控级别分为3组(G31、G32、G33)。其中，基准周期的值可以根据实际情况进行设置，历史在位率的初始值可以设为100％，之后根据客户端的实际运行在位情况，来动态维护更新历史在位率数据。
根据客户端的特性，在不同维度为其分配相匹配的客户端组，并存储在数据库中。例如待调整客户端，在设备类型维度其属于G11客户端组；在部署区域维度其属于G23客户端组；在监控级别维度属于G33客户端组，那么其对应的客户端组分别是G11、G23和G33，如图8所示。与相应客户端组对应的基准周期和历史在位率分别为TG11、TG23、TG33、KG11、KG23和KG33。即该待调整客户端T1＝TG11，T2＝TG23，T3＝TG33，K1＝KG11，K2＝KG23以及K3＝KG33。则该待调整客户端的最佳心跳周期为：
Figure BDA0001791709250000121
假设A＝0.5s，某时刻的历史在位率为KG11＝0.55、KG23＝0.95、KG33＝0.9，则此时该待调整客户端的最佳心跳周期为：
T＝2*0.55+1.0*0.85+1.0*0.9+0.5＝3.35s。
四舍五入保留小数点后1位(即0.1s的精度)，得到3.4s。
假设待调整客户端的当前的心跳周期为3s，则最佳心跳周期3.4s相对于的变化幅度为(3.4-3)/3＝13.3％，小于门限幅度(20％)，则此次心跳周期保持不变(仍为5s)，不用调整。
经过一段时间后，某时刻的历史在位率为KG11＝0.85、KG23＝0.98、KG33＝0.9，则此时该客户端的最佳心跳周期为
T＝TG11×KG11+TG23×KG23+TG33×KG33+A
＝2*0.95+1.0*0.98+1.0*0.9+0.5＝4.28s。
四舍五入保留小数点后1位(即0.1s的精度)，得到4.3s。最佳心跳周期4.3s相对于当前的心跳周期的变化幅度为(4.3-3)/3＝43％，大于门限幅度(20％)，则将该待调整客户端心跳周期调整为4.3s。
基于本实施例，根据不同维度不同客户端组的基准心跳周期数据和历史在位率数据来组合计算客户端的心跳周期，充分利用同类客户端具有相似性的特点，为客户端提供更加精准的心跳周期设置，并且能够根据客户端实际运行情况来动态调整心跳周期，使心跳检测资源能够向最有需要的客户端集中，提高资源利用率和心跳检测有效性。
应该理解的是，虽然图2至图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2至图5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图9所示，提供了一种心跳周期调整装置，该装置包括：
数据获取单元910，用于获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组。
心跳周期处理单元920，用于分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期。
心跳周期更新单元930，用于将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。
关于心跳周期调整装置的具体限定可以参见上文中对于心跳周期调整方法的限定，在此不再赘述。上述心跳周期调整装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，如图10所示，提供了一种心跳周期调整系统，服务器110以及连接服务器110的各客户端120，服务器110用于执行上述任意一项的心跳周期调整方法的步骤：
获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；
分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期；
将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。
进一步的，服务器110还用于实现以下步骤：
在变化幅度值大于预设的门限幅度值时，将待调整客户端当前的心跳周期更新为最佳心跳周期；变化幅度值为最佳心跳周期相对当前的心跳周期的变化幅度的值。
进一步的，服务器210还用于实现以下步骤：
查询多维分组心跳周期数据库，得到对应待调整客户端在各个维度下相应的客户端组；多维分组心跳周期数据库用于存储各维度下各客户端组的缓存数据；
维度包括以下任意一种或任意组合：设备类型、部署区域和监控级别。
进一步的，服务器210还用于实现以下步骤：
获取客户端组中各客户端的历史在位率数据；
对各客户端的历史在位率数据进行平均值处理，得到对应客户端组的历史在位率数据。
在一个具体的实施例中，各客户端通过通信接口分别连接服务器；通信接口为SPI(Serial Peripheral Interface，串行外设接口)接口、I2C(Inter-Integrated Circuit，一种串行通讯总线)接口、UART(Universal Asynchronous Receiver/Transmitter，通用异步收发传输器)接口、CANBUS(Controller Area Net-work Bus，)接口或以太网接口。
具体地，服务器和客户端通过一种通信链路相连，用于心跳状态消息的交互。服务器和客户端之间的通信链路，可以是TCP/IP网络通信链路，也可以是SPI、I2C、UART、CANBUS等其它通信链路。在服务器上根据客户端的不同特性建立多维客户端组心跳周期数据库(包含不同维度不同客户端组的基准心跳周期数据和历史在位率数据)。服务器基于客户端所属的客户端组，从该多维客户端组心跳周期数据库中获取相应的基准心跳周期数据和历史在位率数据，经过计算处理后得到最佳心跳周期，实现动态调整该客户端对应的心跳周期。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取待调整客户端在各个维度下相应客户端组的缓存数据；缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；
分别对各个维度下相应客户端组的基准心跳周期数据和历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各乘积，得到待调整客户端的初始心跳周期；
将初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将待调整客户端当前的心跳周期更新为最佳心跳周期。
进一步的，计算机程序被处理器执行时实现以下步骤：
在变化幅度值大于预设的门限幅度值时，将待调整客户端当前的心跳周期更新为最佳心跳周期；变化幅度值为最佳心跳周期相对当前的心跳周期的变化幅度的值。
进一步的，计算机程序被处理器执行时实现以下步骤：
查询多维分组心跳周期数据库，得到对应待调整客户端在各个维度下相应的客户端组；多维分组心跳周期数据库用于存储各维度下各客户端组的缓存数据；
维度包括以下任意一种或任意组合：设备类型、部署区域和监控级别。
进一步的，计算机程序被处理器执行时实现以下步骤：
获取客户端组中各客户端的历史在位率数据；
对各客户端的历史在位率数据进行平均值处理，得到对应客户端组的历史在位率数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各除法运算方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种心跳周期调整方法，其特征在于，包括以下步骤：
获取待调整客户端在各个维度下相应客户端组的缓存数据；所述缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；所述待调整客户端在不同维度下具有对应不同的客户端组，所述历史在位率数据根据客户端组的实际运行在位情况进行动态更新；
分别对所述各个维度下相应客户端组的所述基准心跳周期数据和所述历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各所述乘积，得到所述待调整客户端的初始心跳周期；
将所述初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将所述待调整客户端当前的心跳周期更新为所述最佳心跳周期。
2.根据权利要求1所述的心跳周期调整方法，其特征在于，将所述初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期的步骤中：
基于以下公式，得到最佳心跳周期：
Figure FDA0002744641060000011
T为所述最佳心跳周期，N为多维客户端组心跳周期数据库的总维度，Ti为所述待调整客户端在第i维中对应客户端组的所述基准心跳周期数据，Ki为所述待调整客户端在第i维中对应客户端组的所述历史在位率数据；A为所述预设的最小心跳周期。
3.根据权利要求1所述的心跳周期调整方法，其特征在于，将所述待调整客户端当前的心跳周期更新为所述最佳心跳周期的步骤包括：
在变化幅度值大于预设的门限幅度值时，将所述待调整客户端当前的心跳周期更新为所述最佳心跳周期；所述变化幅度值为所述最佳心跳周期相对所述当前的心跳周期的变化幅度的值。
4.根据权利要求1所述的心跳周期调整方法，其特征在于，获取待调整客户端在各个维度下相应客户端组的缓存数据的步骤之前包括：
查询多维分组心跳周期数据库，得到对应所述待调整客户端在各个所述维度下相应的所述客户端组；所述多维分组心跳周期数据库用于存储所述各维度下各客户端组的缓存数据；
所述维度包括以下任意一种或任意组合：设备类型、部署区域和监控级别。
5.根据权利要求1至4任意一项所述的心跳周期调整方法，其特征在于，还包括步骤：
获取所述客户端组中各客户端的历史在位率数据；
对各所述客户端的历史在位率数据进行平均值处理，得到对应所述客户端组的历史在位率数据。
6.一种心跳周期调整装置，其特征在于，包括：
数据获取单元，用于获取待调整客户端在各个维度下相应客户端组的缓存数据；所述缓存数据包括基准心跳周期数据和历史在位率数据；每个维度包括一个或多个客户端组；所述待调整客户端在不同维度下具有对应不同的客户端组，所述历史在位率数据根据客户端组的实际运行在位情况进行动态更新；
心跳周期处理单元，用于分别对所述各个维度下相应客户端组的所述基准心跳周期数据和所述历史在位率数据相乘，得到各维度对应的乘积；累加各个维度对应的各所述乘积，得到所述待调整客户端的初始心跳周期；
心跳周期更新单元，用于将所述初始心跳周期加上预设的最小心跳周期，得到最佳心跳周期，并将所述待调整客户端当前的心跳周期更新为所述最佳心跳周期。
7.一种心跳周期调整系统，其特征在于，包括服务器以及连接所述服务器的各客户端；
所述服务器用于执行权利要求1至5任意一项的所述心跳周期调整方法的步骤。
8.根据权利要求7所述的心跳周期调整系统，其特征在于，各所述客户端通过通信接口分别连接所述服务器；
所述通信接口为SPI接口、I2C接口、UART接口、CANBUS接口或以太网接口。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被控制器执行时实现权利要求1至5中任一项所述心跳周期调整方法的步骤。
CN201811039291.XA 2018-09-06 2018-09-06 心跳周期调整方法、装置及系统 Active CN109298934B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811039291.XA CN109298934B (zh) 2018-09-06 2018-09-06 心跳周期调整方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811039291.XA CN109298934B (zh) 2018-09-06 2018-09-06 心跳周期调整方法、装置及系统

Publications (2)

Publication Number Publication Date
CN109298934A CN109298934A (zh) 2019-02-01
CN109298934B true CN109298934B (zh) 2021-01-15

Family

ID=65166162

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811039291.XA Active CN109298934B (zh) 2018-09-06 2018-09-06 心跳周期调整方法、装置及系统

Country Status (1)

Country Link
CN (1) CN109298934B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114338389B (zh) * 2021-12-28 2023-05-30 中国联合网络通信集团有限公司 心跳包发送方法、装置、电子设备及存储介质
CN117336213B (zh) * 2023-12-01 2024-02-27 四川才子软件信息网络有限公司 一种子系统监控方法、系统及设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070294600A1 (en) * 2006-05-08 2007-12-20 Inventec Corporation Method of detecting heartbeats and device thereof
US8489923B1 (en) * 2006-11-15 2013-07-16 Conviva Inc. Detecting problems in content distribution
CN102843250B (zh) * 2011-06-21 2018-01-19 中兴通讯股份有限公司 一种心跳周期的自适应方法和装置
CN103209089B (zh) * 2012-01-17 2016-06-08 华为技术有限公司 心跳周期的获取方法及终端、服务器
CN104918267B (zh) * 2014-03-12 2018-07-20 国家电网公司 一种无线传感器网络的心跳检测方法和装置
CN105577507A (zh) * 2014-11-10 2016-05-11 中国移动通信集团广东有限公司 一种心跳包发送间隔的调整方法、装置及服务器
CN106506277A (zh) * 2016-11-17 2017-03-15 广东美的暖通设备有限公司 通信方法、通信装置及家电设备
CN107426003B (zh) * 2017-05-02 2019-12-13 华为技术有限公司 一种故障检测方法及装置

Also Published As

Publication number Publication date
CN109298934A (zh) 2019-02-01

Similar Documents

Publication Publication Date Title
EP2562972B1 (en) Usable bandwidth measurement system, transmission device, usable bandwidth measurement method and recording medium
CN106385459B (zh) 一种连接请求报文的分配方法及装置
CN107404541B (zh) 一种对等网络传输邻居节点选择的方法及系统
CN109298934B (zh) 心跳周期调整方法、装置及系统
US20150207877A1 (en) Time synchronization client, a system and a non-transitory computer readable medium
CN111726303A (zh) 一种流量控制方法、装置以及计算设备
CN109561403A (zh) 一种短信调度方法、设备及存储介质
CN104683457A (zh) 并发控制的方法及装置
CN107395734B (zh) 一种对物联网接入终端进行控制的方法和装置
CN106603695B (zh) 一种每秒查询率的调整方法及装置
CN110311863B (zh) 一种路由路径确定方法及装置
CN114500550A (zh) 设备心跳间隔控制方法、装置、物联网设备及存储介质
CN110290529B (zh) 组网均衡方法、装置及服务器
KR101714770B1 (ko) Can 통신 시스템의 id 동적 할당 방법, 및 can 통신 시스템
CN112380011B (zh) 一种服务容量的动态调整方法及装置
CN111815059B (zh) 数据处理方法、装置、电子设备和计算机可读存储介质
CN118945170A (zh) 一种基于大数据分析的推送服务节点负载均衡管理方法
CN104168274B (zh) 数据获取请求的处理方法、客户端及服务器
CN113726595B (zh) 超时客户端的检测方法、装置、电子设备及存储介质
CN108900865B (zh) 服务器、转码任务的调度方法及执行方法
EP3579615B1 (en) Wireless network data transmission method, sending end, and receiving end
CN106254058A (zh) 一种调整服务器的频率的方法及装置
CN113271342B (zh) 一种信息处理方法及装置、存储介质
CN109508433B (zh) 基于匹配算法性能调整的负载波动应对方法和系统
CN111527775A (zh) 控制ue的随机接入功率的方法、ue及计算机存储介质

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200108

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant after: Jingxin Communication System (China) Co., Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: Jingxin Communication System (China) Co., Ltd.

Applicant before: Jingxin Communication System (Guangzhou) Co., Ltd.

Applicant before: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Applicant before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Patentee after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Patentee before: Comba Telecom System (China) Ltd.