CN108768763A - 心跳信息发送方法及装置 - Google Patents

Abstract

本公开是关于一种心跳信息发送方法及装置。该方法包括：获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。该技术方案中，在多个应用均需要发送心跳包时，可以按照预设周期统一发送多个应用的心跳包，避免了在系统空闲时多个应用分别发送心跳包导致应用处理器频繁被唤醒而无法休眠的情况，降低了功耗，提高了待机时间，进而提高了用户体验。

Description

心跳信息发送方法及装置

技术领域

本公开涉及终端控制技术领域，尤其涉及一种心跳信息发送方法及装置。

背景技术

随着终端的发展，终端可以安装越来越多的应用，例如搜索应用，地图应用，以及即时通信应用等。这些应用在后台运行且没有数据传输时，会按照周期向对应的服务器发送心跳(Heart Beat，HB)消息，便于服务器确定应用是否在线。

相关技术中，终端可能安装有多个需要发送心跳消息的应用，每个应用发送心跳消息的周期不同，因此终端可能需要频繁向服务器发送心跳消息，容易导致终端功耗增加，待机时间缩短的情况，用户体验不佳。

发明内容

为克服相关技术中存在的问题，本公开实施例提供一种心跳信息发送方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种心跳信息发送方法，包括：

获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；

根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

本公开的实施例提供的技术方案可以包括以下有益效果：在多个应用均需要发送心跳包时，可以按照预设周期统一发送多个应用的心跳包，避免了在系统空闲时多个应用分别发送心跳包导致应用处理器频繁被唤醒而无法休眠的情况，降低了功耗，提高了待机时间，进而提高了用户体验。

在一个实施例中，所述根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包包括：

确定当前是否需要进入休眠状态；

若当前需要进入休眠状态，根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述方法还包括：

若当前需要进入休眠状态，向智能传感集线器发送心跳指令，所述心跳指令包括所述多个应用的心跳特征信息，以便于所述智能传感集线器根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述获取多个应用的心跳特征信息包括：

确定当前连接的应用处理器是否需要进入休眠状态；

若所述应用处理器需要进入休眠状态，获取所述多个应用的心跳特征信息。

根据本公开实施例的第二方面，提供一种心跳信息发送装置，包括：

获取模块，用于获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；

第一发送模块，用于根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述第一发送模块包括：

第一确定子模块，用于确定当前是否需要进入休眠状态；

第一发送子模块，用于若当前需要进入休眠状态，根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述装置还包括：

第二发送模块，用于若当前需要进入休眠状态，向智能传感集线器发送心跳指令，所述心跳指令包括所述多个应用的心跳特征信息，以便于所述智能传感集线器根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述获取模块包括：

第二确定子模块，用于确定当前连接的应用处理器是否需要进入休眠状态；

获取子模块，用于若所述应用处理器需要进入休眠状态，获取所述多个应用的心跳特征信息。

根据本公开实施例的第三方面，提供一种心跳信息发送装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；

根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被执行时实现第一方面任一实施例所述方法的步骤。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1a是根据一示例性实施例示出的心跳信息发送方法的流程图。

图1b是根据一示例性实施例示出的心跳信息发送方法的流程图。

图2是根据一示例性实施例示出的心跳信息发送方法的流程图。

图3a是根据一示例性实施例示出的心跳信息发送装置的结构示意图。

图3b是根据一示例性实施例示出的心跳信息发送装置的结构示意图。

图3c是根据一示例性实施例示出的心跳信息发送装置的结构示意图。

图3d是根据一示例性实施例示出的心跳信息发送装置的结构示意图。

图4是根据一示例性实施例示出的心跳信息发送方法实现的架构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供的技术方案涉及终端，该终端中设置有应用处理器(Application Processor，AP)和智能传感集线器(Sensor hub)，其中该应用处理器与该智能传感集线器通过集成电路总线(Inter-Integrated Circuit，I2C)连接。相关技术中，应用处理器设置有心跳服务(heart Beat Service)和核(kernel)层，该心跳服务通过sysfe接口与应用处理器的kernel层进行信息交互。在需要发送心跳包时，应用程序((Application，APP)将发送周期、心跳内容和服务器标识发送给应用处理器设置的心跳服务，该心跳服务通过sysfe接口将该发送周期、心跳内容和服务器标识发送至kernel层，kernel层即可按照该应用指定的发送周期向该服务器标识对应的服务器发送该心跳内容，即发送该应用的心跳包。但是实际应用中终端可能安装有多个需要发送心跳包的应用，每个应用的心跳周期不同，因此应用处理器需要频繁的发送心跳服务，尤其是在系统空闲应用处理器进入休眠状态时，为了发送多个应用的心跳包，应用处理器需要频繁的被唤醒，导致终端功耗增大，待机时间缩短，用户体验不佳。本公开的实施例提供的技术方案中，在多个应用均需要发送心跳包时，可以按照预设周期统一发送多个应用的心跳包，避免了在系统空闲时多个应用分别发送心跳包导致应用处理器频繁被唤醒而无法休眠的情况，降低了功耗，提高了待机时间，进而提高了用户体验。

本公开实施例提供了一种心跳信息发送方法，实施该方法的执行主体有应用处理器和智能传感集线器，该应用处理器和智能传感集线器均设置在终端中。本公开实施例根据执行主体的不同，布置了两套实施例，如下所述：

应用处理器侧

图1a是根据一示例性实施例示出的一种心跳信息发送方法的流程图，该方法应用于应用处理器(AP)，如图1a所示，该心跳信息发送方法包括以下步骤101至步骤102：

在步骤101中，应用处理器获取多个应用的心跳特征信息，该心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收心跳包的服务器的服务器标识。

示例的，以参考应用为例，该参考应用为该多个应用中的任意一个应用。若该参考应用需要发送心跳包，则可以将心跳包的心跳内容和接收该心跳包的服务器的服务器标识发送给应用处理器设置的心跳服务，该心跳服务即可通过sysfe接口将该心跳特征信息发送至应用处理器的kernel层，即将参考应用的心跳特征信息发送应用处理器。同样的，终端安装的其他多个需要发送心跳包的应用，均可以通过上述方法将对应的心跳内容和服务器标识发送至应用处理器的kernel层。

在步骤102中，应用处理器根据多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送每个应用的心跳包。

示例的，应用处理器的kernel层在获取到多个应用发送的心跳内容和服务器标识之后，可以按照预设周期统一发送每个应用对应的心跳包，即不同的应用对应的发送心跳包的周期相同。这样当应用处理器休眠时，仅需要在统一发送心跳包时被唤醒，其余时间可以进入休眠状态，避免了每个应用分别发送心跳包时应用处理器被频繁唤醒导致的功耗增加。当应用处理器正常工作时，按照预设周期统一发送每个应用的心跳包，也可以使得应用处理器在其余时间集中资源执行其他进程，提高了其他进程的执行效率。具体的发送过程以参考应用的心跳包为例，应用处理器的kernel层可以按照预设周期将包括参考应用的心跳内容的心跳包发送给终端的调制解调器(modem)，该modem即可将该心跳包发送至该参考应用的服务器标识对应的服务器。

可选的，该预设周期可以为初始化时用户根据经验设置的，例如，该预设周期可以为五分钟，实际应用中也可以根据具体情况进行修改，本公开实施例对此不作限定。

本公开的实施例提供的技术方案中，在多个应用均需要发送心跳包时，应用处理器可以按照预设周期统一发送多个应用的心跳包，避免了在系统空闲时多个应用分别发送心跳包导致应用处理器频繁被唤醒而无法休眠的情况，降低了功耗，提高了待机时间，进而提高了用户体验。

在一个实施例中，如图1b所示，在步骤102中，根据多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送每个应用的心跳包，可以通过步骤1021和步骤1022实现：

在步骤1021中，应用处理器确定当前是否需要进入休眠状态。

在步骤1022中，应用处理器在当前需要进入休眠状态时，根据多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送每个应用的心跳包。

示例的，需要发送心跳包的应用存在默认发送周期，应用在向应用处理器的kernel层发送心跳特征信息时，还可以将默认的发送周期携带在心跳特征信息中发送给应用处理器的kernel层。应用处理器在运行过程中可以实时监测是否需要进入休眠状态，例如，应用处理器可以实时监测系统的空闲资源是否大于或等于预设资源阈值，或者监测系统的空闲资源占总资源的百分比是否大于或等于预设百分比阈值。若系统的空闲资源大于或等于预设资源阈值，或者监测系统的空闲资源占总资源的百分比大于或等于预设百分比阈值，说明系统较为空闲，此时应用处理器可以进入休眠状态。为了避免应用处理器在休眠状态被频繁唤醒，应用处理器的kernel层可以按照预设周期统一发送每个应用的心跳包，即应用处理器仅在需要统一发送心跳包时被唤醒；若系统的空闲资源小于预设资源阈值，或者监测系统的空闲资源占总资源的百分比小于预设百分比阈值，说明应用处理器正常工作，此时应用处理器可以按照每个应用默认的发送周期发送每个应用的心跳包。

可选的，若当前需要进入休眠状态，则应用处理器可以向智能传感集线器发送心跳指令，该心跳指令包括多个应用的心跳特征信息。该智能传感集线器设置有心跳服务(heart Beat Service)，在接收到心跳指令之后，可以根据该心跳指令将每个应用的心跳特征信息配置至该心跳服务，智能传感集即可根据该心跳服务配置的每个应用的心跳内容和服务器标识按照预设周期发送每个应用的心跳包。此时应用处理器在休眠状态下不会因为发送心跳包而被唤醒，进一步降低了终端的功耗。

本公开的实施例提供的技术方案中，在需要进行休眠时，应用处理器可以按照预设周期统一发送多个应用的心跳包，避免了在系统空闲时多个应用分别发送心跳包导致应用处理器频繁被唤醒而无法休眠的情况，降低了功耗，提高了待机时间，进而提高了用户体验。

智能传感集线器侧

图2是根据一示例性实施例示出的一种心跳信息发送方法的流程图，该方法应用于智能传感集线器(Sensor hub)，如图2所示，该心跳信息发送方法包括以下步骤201至步骤202：

在步骤201中，智能传感集线器获取多个应用的心跳特征信息，该心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收心跳包的服务器的服务器标识。

示例的，以参考应用为例，该参考应用为该多个应用中的任意一个应用。若该参考应用需要发送心跳包，则可以将心跳包的心跳内容和接收该心跳包的服务器的服务器标识发送给应用处理器配置的心跳服务，该心跳服务即可通过sysfe接口将该心跳特征信息发送至应用处理器的kernel层，即将参考应用的心跳特征信息发送应用处理器。然后该应用处理器的kernel层可以通过与智能传感集线器之间连接的集成电路总线(Inter-Integrated Circuit，I2C)将该心跳特征信息发送给该智能传感集线器。同样的，终端安装的其他多个需要发送心跳包的应用，均可以通过上述方法将心跳特征信息发送至智能传感集线器。

可选的，智能传感集线器可以实时监测当前连接的应用处理器是否需要进入休眠状态，若该应用处理器需要进入休眠状态，为了避免应用处理器被频繁唤醒，智能传感集线器可以从应用处理器处获取该多个应用的心跳特征信息。例如，智能传感集线器可以实时监测系统的空闲资源是否大于或等于预设资源阈值，或者监测系统的空闲资源占总资源的百分比是否大于或等于预设百分比阈值。若系统的空闲资源大于或等于预设资源阈值，或者监测系统的空闲资源占总资源的百分比大于或等于预设百分比阈值，说明系统较为空闲，此时应用处理器可以进入休眠状态，智能传感集线器可以向应用处理器发送请求信息，应用处理器在接收到该请求信息之后将配置在本地心跳服务的多个应用的心跳特征信息发送给智能传感集线器。

在步骤202中，智能传感集线器根据多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送每个应用的心跳包。

示例的，智能传感集线器在获取到多个应用的心跳内容和服务器标识之后，可以将该多个应用的心跳内容和服务器标识配置在本地设置的心跳服务中，然后根据该心跳服务的配置按照预设周期统一发送每个应用对应的心跳包。以参考应用的心跳包为例，智能传感集线器的心跳服务可以按照预设周期将包括参考应用的心跳内容的心跳包发送给终端的调制解调器(modem)，该modem即可将该心跳包发送至该参考应用的服务器标识对应的服务器。由于智能传感集线器的功耗较低，且在应用处理器休眠时，由智能传感集线器代理发送应用的心跳包，避免因为发送心跳包而唤醒应用处理器，进一步降低了终端功耗。可选的，该预设周期可以为初始化时用户根据经验设置的，例如，该预设周期可以为五分钟，实际应用中也可以根据具体情况进行修改，本公开实施例对此不作限定。

可选的，智能传感集线器在获取多个应用的心跳内容和服务器标识时，还可以获取每个应用默认的发送周期。在应用处理器处于休眠状态时，智能传感集线器还可以按照每个应用的发送周期发送每个应用的心跳包，即将每个应用默认的发送周期作为每个应用对应的预设周期，不同的应用对应的预设周期不同。由于智能传感集线器不存在休眠的情况，因此智能传感集线器可以按照不同的预设周期分别发送每个应用的心跳包，避免了由于心跳周期改变对应用与服务器之间的交互产生影响。

本公开的实施例提供的技术方案中，在多个应用均需要发送心跳包时，智能传感集线器可以获取该多个应用的心跳特征信息，并按照预设周期发送多个应用的心跳包，使得在系统空闲应用处理器处于休眠状态时不会被唤醒，降低了功耗，提高了待机时间，进而提高了用户体验。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图3a是根据一示例性实施例示出的一种心跳信息发送装置30的结构示意图，该装置30可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图3a所示，该心跳信息发送装置30包括获取模块301和第一发送模块302。

其中，获取模块301，用于获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识。

第一发送模块302，用于根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，如图3b所示，所述第一发送模块302包括第一确定子模块3021和第一发送子模块3022。

其中，第一确定子模块3021，用于确定当前是否需要进入休眠状态。

第一发送子模块3022，用于若当前需要进入休眠状态，根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，如图3c所示，所述装置30还包括第二发送模块303，所述第二发送模块303，用于若当前需要进入休眠状态，向智能传感集线器发送心跳指令，所述心跳指令包括所述多个应用的心跳特征信息，以便于所述智能传感集线器根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，如图3d所示，所述获取模块301包括第二确定子模块3011和获取子模块3012。

第二确定子模块3011，用于确定当前连接的应用处理器是否需要进入休眠状态。

获取子模块3012，用于若所述应用处理器需要进入休眠状态，获取所述多个应用的心跳特征信息。

本公开的实施例提供一种心跳信息发送装置，在多个应用均需要发送心跳包时，该装置可以按照预设周期统一发送多个应用的心跳包，避免了在系统空闲时多个应用分别发送心跳包导致应用处理器频繁被唤醒而无法休眠的情况，降低了功耗，提高了待机时间，进而提高了用户体验。

本公开实施例提供一种心跳信息发送方法，该方法基于如图4所示的架构，终端上安装的多个应用均可以按照该方法将心跳特征信息发送给智能传感集线器，使得智能传感集线器按照预设周期发送该多个应用中每个应用的心跳包。以应用APP401为例进行说明，APP401可以将包括心跳内容和服务器标识的心跳特征信息发送给应用处理器402设置的心跳服务4021，该心跳服务4021可以通过sysfe接口403将该心跳特征信息发送给应用处理器402的kernel层4022。然后该kernel层4022将该心跳特征信息通过I2C404发送给该智能传感集线器405。智能传感集线器405在获取到多个应用心跳特征信息之后，可以按照预设周期将多个应用的心跳包发送给modem(调制解调器)406，该modem406即可将每个应用的心跳包发送至每个心跳包对应的心跳特征信息包括的服务器标识对应的服务器。根据实际情况，不同应用的预设周期可以相同，也可以不同，本公开实施例对此不作限定。

本公开实施例提供一种心跳信息发送装置，该装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；

根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，上述处理器还可被配置为：确定当前是否需要进入休眠状态；若当前需要进入休眠状态，根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，若当前需要进入休眠状态，向智能传感集线器发送心跳指令，所述心跳指令包括所述多个应用的心跳特征信息，以便于所述智能传感集线器根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，确定当前连接的应用处理器是否需要进入休眠状态；若所述应用处理器需要进入休眠状态，获取所述多个应用的心跳特征信息。

本公开的实施例提供一种心跳信息发送装置，在多个应用均需要发送心跳包时，该装置可以按照预设周期统一发送多个应用的心跳包，避免了在系统空闲时多个应用分别发送心跳包导致应用处理器频繁被唤醒而无法休眠的情况，降低了功耗，提高了待机时间，进而提高了用户体验。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施例还提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端设置的应用处理器或智能传感集线器执行时，使得应用处理器或智能传感集线器能够执行心跳信息发送方法，所述方法包括：

获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识。

根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包包括：确定当前是否需要进入休眠状态；若当前需要进入休眠状态，根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述方法还包括：若当前需要进入休眠状态，向智能传感集线器发送心跳指令，所述心跳指令包括所述多个应用的心跳特征信息，以便于所述智能传感集线器根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

在一个实施例中，所述获取多个应用的心跳特征信息包括：确定当前连接的应用处理器是否需要进入休眠状态；若所述应用处理器需要进入休眠状态，获取所述多个应用的心跳特征信息。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种心跳信息发送方法，其特征在于，包括：

获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；

根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

2.根据权利要求1所述的方法，其特征在于，所述根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包包括：

确定当前是否需要进入休眠状态；

若当前需要进入休眠状态，根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若当前需要进入休眠状态，向智能传感集线器发送心跳指令，所述心跳指令包括所述多个应用的心跳特征信息，以便于所述智能传感集线器根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

4.根据权利要求1所述的方法，其特征在于，所述获取多个应用的心跳特征信息包括：

确定当前连接的应用处理器是否需要进入休眠状态；

若所述应用处理器需要进入休眠状态，获取所述多个应用的心跳特征信息。

5.一种心跳信息发送装置，其特征在于，包括：

获取模块，用于获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；

第一发送模块，用于根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

6.根据权利要求5所述的装置，其特征在于，所述第一发送模块包括：

第一确定子模块，用于确定当前是否需要进入休眠状态；

第一发送子模块，用于若当前需要进入休眠状态，根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二发送模块，用于若当前需要进入休眠状态，向智能传感集线器发送心跳指令，所述心跳指令包括所述多个应用的心跳特征信息，以便于所述智能传感集线器根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

8.根据权利要求5所述的装置，其特征在于，所述获取模块包括：

第二确定子模块，用于确定当前连接的应用处理器是否需要进入休眠状态；

获取子模块，用于若所述应用处理器需要进入休眠状态，获取所述多个应用的心跳特征信息。

9.一种心跳信息发送装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取多个应用的心跳特征信息，所述心跳特征信息包括对应的应用需要发送的心跳包包括的心跳内容和接收所述心跳包的服务器的服务器标识；

根据所述多个应用中每个应用的心跳特征信息包括的心跳内容和服务器标识，按照预设周期发送所述每个应用的心跳包。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被执行时实现权利要求1至4任意一项权利要求所述方法的步骤。