CN109450720A - 一种监控服务器存活状态的方法及系统 - Google Patents

Abstract

本发明属于服务器技术领域，具体涉及到监控服务器存活状态的方法及系统。该方法包括：第二服务器定时产生第二存活包，并将所述第二存活包定时发送给所述第一服务器；所述第一服务器接收所述第二服务器发送的第二存活包，并重新组装接收到的所述第二存活包，生成组装后的第二存活包；然后，将所述组装后的第二存活包发送给所述监控服务器；所述监控服务器接收所述第一服务器发送的所述组装后的第二存活包，监控所述第二服务器的存活状态等等。该方法可用于监控服务器存活状态，且不需要在监控服务器上设置第二服务器的接口，因此可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率。

Description

一种监控服务器存活状态的方法及系统

技术领域

本发明属于服务器技术领域，具体涉及到监控服务器存活状态的方法及系统。

背景技术

现有服务器的存活监控机制，是被监控的服务器直接向监控服务器发送存活包，监控服务器直接接收到该被监控服务器的存活包后，证明这个服务器处于存活状态。随着时代的发展，一台服务器已经不能适应一个大型应用，需要多个服务器才能完成一个大型应用，为了监控各个服务器是否运行正常，就需要将每个服务器分别与监控服务器连接，并为每个与监控服务器连接的服务器建立相应的存活状态的监控机制，每个被监控的服务器会定时向监控服务器发送存活包，告诉监控服务器其处于存活状态。

这种每个被监控的服务器都要分别向监控服务器发送存活包的模式，如果在服务器比较多的情况下，监控服务器需要分别与被监控的服务器直接连接，因此，需要在监控服务器上设置很多接口，也会对监控服务器产生很大的网络压力，由此会造成监控服务器反映速度慢、报错率较高，且每次报错都会导致重启全部与该监控服务器连接的被监控服务器，进而会造成很严重的经济损失。

发明内容

为了解决上述技术问题，本发明提供一种监控服务器存活状态的方法及系统，该方法可用于监控服务器存活状态，且不需要在监控服务器上设置第二服务器的接口，因此，可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率。

本发明提供如下技术方案：

一方面，本发明实施例中提供一种监控服务器存活状态的方法，其包括以下步骤：

第一服务器定时产生第一存活包，并将所述第一存活包定时发送给监控服务器；

所述监控服务器接收所述第一服务器发送的所述第一存活包，监控所述第一服务器的存活状态；

第二服务器定时产生第二存活包，并将所述第二存活包定时发送给所述第一服务器；

所述第一服务器接收所述第二服务器发送的第二存活包，并重新组装接收到的所述第二存活包，生成组装后的第二存活包；然后，将所述组装后的第二存活包发送给所述监控服务器；

所述监控服务器接收所述第一服务器发送的所述组装后的第二存活包，监控所述第二服务器的存活状态。

另一方面，本发明实施例中还提供一种监控服务器存活状态的系统，其包括：监控服务器、第一服务器和第二服务器；

所述第一服务器包括第一生成模块和第一发送模块，所述第一生成模块，用于定时产生第一存活包；所述第一发送模块，用于将所述第一存活包定时发送给所述监控服务器；

所述监控服务器包括监控接收模块，所述监控接收模块，用于接收所述第一服务器发送的所述第一存活包，监控所述第一服务器的存活状态；

所述第二服务器包括第二生成模块和第二发送模块，所述第二生成模块，用于定时产生第二存活包；所述第二发送模块，用于将所述第二存活包定时发送给所述第一服务器；

所述第一服务器还包括第一接收模块和第一组装模块，所述第一接收模块，用于接收所述第二服务器发送的所述第二存活包；所述第一组装模块，用于重新组装所述第一接收模块接收到的所述第二存活包，生成组装后的第二存活包；且，

所述第一发送模块，还用于将所述组装后的第二存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述组装后的第二存活包，监控所述第二服务器的存活状态。

本发明实施例的监控服务器存活状态的方法，可用于监控服务器存活状态，且其可以将第二服务器与第一服务器连接，不需要直接与监控服务器连接，即是监控服务器通过第一服务器监控第二服务器的存活状态，进而不需要在监控服务器上设置第二服务器的接口，因此，可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率，降低监控服务器的出错率，进而会减少由此造成的经济损失。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对本发明或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一优选实施例中的监控服务器存活状态的方法的流程图。

图2为基于图1所示的监控服务器存活状态的方法另一优选实施例的部分流程图。

图3本发明一优选实施例中的监控服务器存活状态的统的结构框图。

图4发明另一优选实施例中的监控服务器存活状态的统的结构框图。

图5发明又一优选实施例中的监控服务器存活状态的统的结构框图。

图6发明又一优选实施例中的监控服务器存活状态的统的结构框图。

图7发明又一优选实施例中的监控服务器存活状态的统的结构框图。

具体实施方式

下面将结合本发明中的附图，对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例中的“第一”、“第二”、“第三”、“第四”、“第五”、“第六”、“第七”，只是进行区别性地称呼，这是为了方便理解设定的，并无其他方面的限定。

如图1所示的监控服务器存活状态的方法，其包括以下步骤：

S101：第一服务器定时产生第一存活包，并将所述第一存活包定时发送给监控服务器。

所述定时，是指预设的时间段。所述预设的时间段是根据需要设定的，可以是3秒、5秒或10秒或其他合适的时间段。所述定时产生第一存活包，是指每隔一个时间段产生一个第一存活包。将所述第一存活包定时发送给监控服务器，可以是每产生一个第一存活包，就将该第一存活包发送给监控服务器。

所述第一存活包，是指由第一服务器直接产生的存活包，其可以证明该第一服务器处于存活状态。该第一服务器与监控服务器连接时，可以由监控服务器分配一个ID号，该ID号用于标识该第一服务器的身份。所述第一存活包中包括该第一服务器的ID号。

S102：所述监控服务器接收所述第一服务器发送的所述第一存活包，监控所述第一服务器的存活状态。

当监控服务器在预定的时间内收到第一服务器的第一存活包后，解析该第一存活包，并根据第一存活包中的第一服务器的ID号，判断出该存活包是由第一服务器产生的。即可证明该第一服务器处于存活状态。

当超过预定的时间没有收到第一服务器发送的第一存活包时，则可证明该第一服务器处于不处于存活状态。

S103：第二服务器定时产生第二存活包，并将所述第二存活包定时发送给所述第一服务器。

第二服务器定时产生第二存活包的时间可以与第一服务器产生第一存活包的时间段相同，也可以不同，具体根据需要设定即可。

将所述第二存活包定时发送给第一服务器，可以是每产生一个第二存活包，就将该第二存活包发送给第一服务器。

所述第二存活包，是指由第二服务器直接产生的存活包，其可以证明该第二服务器处于存活状态。该第二服务器与第一服务器连接时，由该第一服务器上报给监控服务器，即请求该监控服务器监控第二服务器的存活状态。监控服务器收到第一服务器的请求信息后，会根据需要判断是否可以监控第二服务器(通常是根据自身的容纳量进行判断)，如果可以，则该监控服务器分配一个ID号给第二服务器，并经第一服务器将该ID号传输个第二服务器。该ID号用于标识该第二服务器的身份。所述第二存活包中包括该第二服务器的ID号。

S104：所述第一服务器接收所述第二服务器发送的第二存活包，并重新组装接收到的所述第二存活包，生成组装后的第二存活包；然后，将所述组装后的第二存活包发送给所述监控服务器。

第一服务器重新组装接收到的所述第二存活包，可以是将自身的第一服务器ID号加入到第二存活包，以便于监控服务器接收到该存活后，知道其是从第一服务器发送过来的。当然，通常，该第一服务器ID号处于第二服务器ID号的外层，以便于服务器先解析出该第一服务器ID号，当最后解析出第二服务器ID号时，即可判断出该存活包是由第二服务器产生的，其是证明第二服务器处于存活状态的。

S105：所述监控服务器接收所述第一服务器发送的所述组装后的第二存活包，监控所述第二服务器的存活状态。

当监控服务器在预定的时间内收到第一服务器发送的组装后的第二存活包后，解析该组装后的第二存活包，并根据组装后的第二存活包中的第二服务器的ID号，判断出该存活包是由第二服务器产生的。即可证明该第二服务器处于存活状态。通常，首先解析出第一服务器ID号，此时，监控服务器会进一步解析，直到将所有的ID号都解析出来，如果解析出的最后一个ID号时第二服务器的，即可说明该存活包是由第二服务器产生的。

当超过预定的时间没有收到第二存活包时，则可证明该第二服务器处于不处于存活状态。

本发明实施例中，可以按照S101、S102、S103、S104、S105的顺序进行，根据需要也可以调整其先后顺序。

本发明实施例的监控服务器存活状态的方法，可用于监控服务器存活状态，且其可以将第二服务器与第一服务器连接，不需要直接与监控服务器连接，即是监控服务器通过第一服务器监控第二服务器的存活状态，进而不需要在监控服务器上设置第二服务器的接口，因此，可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率，降低监控服务器的出错率，进而会减少由此造成的经济损失。

基于图1所示的监控服务器存活状态的方法，如图2所示，其还包括：

S106：第三服务器定时产生第三存活包，并将所述第三存活包定时发送给所述第二服务器。

第三服务器定时产生第三存活包的时间可以与第二服务器产生第二存活包的时间段相同，也可以不同，具体根据需要设定即可。

将所述第三存活包定时发送给第二服务器，可以是每产生一个第三存活包，就将该第三存活包发送给第二服务器。

所述第三存活包，是指由第三服务器直接产生的存活包，其可以证明该第三服务器处于存活状态。该第三服务器与第二服务器连接时，由该第二服务器经第一服务器上报给监控服务器，即请求该监控服务器监控第三服务器的存活状态。监控服务器收到第一服务器的请求信息后，会根据需要判断是否可以监控第三服务器(通常是根据自身的容纳量进行判断)，如果可以，则该监控服务器分配一个ID号给第三服务器，并经第一服务器、第二服务器将该ID号传输个第三服务器。该ID号用于标识该第三服务器的身份。所述第三存活包中包括该第三服务器的ID号。

S107：所述第二服务器接收所述第三服务器发送的所述第三存活包，并重新组装接收到的所述第三存活包，生成组装后的第三存活包；然后，将所述组装后的第三存活包发送给所述第一服务器。

第二服务器重新组装接收到的所述第三存活包，可以是将自身的第二服务器ID号加入到第三存活包，以便于第一服务器接收到该存活后，知道其是经过第二服务器发送过来的。当然，通常，该第二服务器ID号处于第三服务器ID号的外层，以便于先解析出该第二服务器ID号。

S108：所述第一服务器接收所述第二服务器发送的所述组装后的第三存活包，并再次重新组装接收到的所述组装后的第三存活包，生成再次组装后的第三存活包；然后，将所述再次组装后的第三存活包发送给所述监控服务器。

第一服务器再次重新组装接收到的所述组装后的第三存活包，可以是将自身的第一服务器ID号加入到该组装后的第三存活包，以便于监控服务器接收到该存活后，知道其是从第一服务器发送过来的。当然，通常，该第一服务器ID号处于第二服务器ID号的外层，以便于服务器先解析出该第一服务器ID号，当最后解析出第三服务器ID号时，即可判断出该存活包是由第三服务器产生的，其是证明第三服务器处于存活状态的。

S109：所述监控服务器接收所述第一服务器发送的所述再次组装后的第三存活包，监控所述第三服务器的存活状态。

当监控服务器在预定的时间内收到第一服务器发送的再次组装后的第三存活包后，解析该再次组装后的第三存活包，并根据再次组装后的第三存活包中的第三服务器的ID号，判断出该存活包是由第三服务器产生的。即可证明该第三服务器处于存活状态。通常，首先解析出第一服务器ID号，之后，经进一步解析，会解析出第二服务器ID号，然后，监控服务器会进一步解析，直到将所有的ID号都解析出来，如果解析出的最后一个ID号时第三服务器的，即可说明该存活包是由第三服务器产生的。

当超过预定的时间没有收到第三存活包时，则可证明该第三服务器处于不处于存活状态。

本发明实施例中，可以按照S101、S102、S103、S104、S105、S106、S107、S108、S109的顺序进行，根据需要也可以调整其先后顺序。

本发明实施例的监控服务器存活状态的方法，其是将第三服务器与第二服务器连接，不需要直接与监控服务器连接，进而不需要在监控服务器上设置第三服务器的接口，因此，可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率，降低监控服务器的出错率，进而会减少由此造成的经济损失。

基于图1或图2所示的监控服务器存活状态的方法，其还包括；

S110：第四服务器定时产生第四存活包，并将所述第四存活包定时发送给所述第一服务器。

将所述第四存活包定时发送给第一服务器，可以是每产生一个第四存活包，就将该第四存活包发送给第一服务器。

所述第四存活包，是指由第四服务器直接产生的存活包，其可以证明该第四服务器处于存活状态。该第四服务器与第一服务器连接时，由该第一服务器上报给监控服务器，即请求该监控服务器监控第四服务器的存活状态。监控服务器收到第一服务器的请求信息后，会根据需要判断是否可以监控第四服务器(通常是根据自身的容纳量进行判断)，如果可以，则该监控服务器分配一个ID号给第四服务器，并经第一服务器将该ID号传输个第四服务器。该ID号用于标识该第四服务器的身份。所述第四存活包中包括该第四服务器的ID号。

S111：所述第一服务器接收所述第四服务器发送的第四存活包，并重新组装收到的所述第四存活包，生成组装后的第四存活包；然后，将所述组装后的第四存活包发送给所述监控服务器。

第一服务器重新组装接收到的所述第四存活包，可以是将自身的第一服务器ID号加入到第四存活包，以便于监控服务器接收到该存活后，知道其是从第一服务器发送过来的。当然，通常，该第一服务器ID号处于第四服务器ID号的外层，以便于服务器先解析出该第一服务器ID号，当最后解析出第四服务器ID号时，即可判断出该存活包是由第四服务器产生的，其是证明第四服务器处于存活状态的。

S111：所述监控服务器接收所述第一服务器发送的所述组装后的第四存活包，监控所述第四服务器的存活状态。

当监控服务器在预定的时间内收到第一服务器发送的组装后的第四存活包后，解析该组装后的第四存活包，并根据组装后的第四存活包中的第四服务器的ID号，判断出该存活包是由第四服务器产生的。即可证明该第四服务器处于存活状态。

当超过预定的时间没有收到第四存活包时，则可证明该第四服务器处于不处于存活状态。

本发明实施例的监控服务器存活状态的方法，其可以将第二、四服务器分别与第一服务器连接，不需要直接与监控服务器连接，进而不需要在监控服务器上设置第二、四服务器的接口，因此，可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率，降低监控服务器的出错率，进而会减少由此造成的经济损失。

基于上述任一实施例的监控服务器存活状态的方法，较佳地，其还可以包括：

S112：第五服务器定时产生第五存活包，并将所述第五存活包定时发送给所述第二服务器。

第五服务器定时产生第五存活包的时间可以与第二服务器产生第二存活包的时间段相同，也可以不同，具体根据需要设定即可。

将所述第五存活包定时发送给第二服务器，可以是每产生一个第五存活包，就将该第五存活包发送给第二服务器。

所述第五存活包，是指由第五服务器直接产生的存活包，其可以证明该第五服务器处于存活状态。该第五服务器与第二服务器连接时，由该第二服务器经第一服务器上报给监控服务器，即请求该监控服务器监控第五服务器的存活状态。监控服务器收到第一服务器的请求信息后，会根据需要判断是否可以监控第五服务器(通常是根据自身的容纳量进行判断)，如果可以，则该监控服务器分配一个ID号给第五服务器，并经第一服务器、第二服务器将该ID号传输个第五服务器。该ID号用于标识该第五服务器的身份。所述第五存活包中包括该第五服务器的ID号。

S113：所述第二服务器接收所述第五服务器发送的第五存活包，并重新组装接收到的所述第五存活包，生成组装后的第五存活包；然后，将所述组装后的第五存活包发送给所述第一服务器。

第二服务器重新组装接收到的所述第五存活包，可以是将自身的第二服务器ID号加入到第五存活包，以便于第一服务器接收到该存活后，知道其是经过第二服务器发送过来的。当然，通常，该第二服务器ID号处于第五服务器ID号的外层，以便于先解析出该第二服务器ID号。

S114：所述第一服务器接收所述第二服务器发送的所述组装后的第五存活包；并再次重新组装接收到的所述组装后的第五存活包，生成再次组装后的第五存活包；然后，将所述再次组装后的第五存活包发送给所述监控服务器。

第一服务器再次重新组装接收到的所述组装后的第五存活包，可以是将自身的第一服务器ID号加入到该组装后的第五存活包，以便于监控服务器接收到该存活后，知道其是从第一服务器发送过来的。当然，通常，该第一服务器ID号处于第二服务器ID号的外层，以便于服务器先解析出该第一服务器ID号，当最后解析出第五服务器ID号时，即可判断出该存活包是由第五服务器产生的，其是证明第五服务器处于存活状态的。

S115：所述监控服务器接收所述第一服务器发送的所述再次组装后的第五存活包，监控所述第五服务器的存活状态。

当监控服务器在预定的时间内收到第一服务器发送的再次组装后的第五存活包后，解析该再次组装后的第五存活包，并根据再次组装后的第五存活包中的第五服务器的ID号，判断出该存活包是由第五服务器产生的。即可证明该第五服务器处于存活状态。通常，首先解析出第一服务器ID号，之后，经进一步解析，会解析出第二服务器ID号，然后，监控服务器会进一步解析，直到将所有的ID号都解析出来，如果解析出的最后一个ID号时第五服务器的，即可说明该存活包是由第五服务器产生的。

当超过预定的时间没有收到第五存活包时，则可证明该第五服务器处于不处于存活状态。

基于上述实施例中的任一监控服务器存活状态的方法，优选的是，还可以包括：

S116：第六服务器定时产生第六存活包，并将所述第六存活包定时发送给所述监控服务器。

所述第六存活包，是指由第六服务器直接产生的存活包，其可以证明该第六服务器处于存活状态。该第六服务器与监控服务器连接时，可以由监控服务器分配一个ID号，该ID号用于标识该第六服务器的身份。所述第六存活包中包括该第六服务器的ID号。

S117：所述监控服务器接收所述第六服务器发送的第六存活包，监控所述第六服务器的存活状态。

当监控服务器在预定的时间内收到第六服务器的第六存活包后，解析该第六存活包，并根据第六存活包中的第六服务器的ID号，判断出该存活包是由第六服务器产生的。即可证明该第六服务器处于存活状态。

当超过预定的时间没有收到第六服务器发送的第六存活包时，则可证明该第六服务器处于不处于存活状态。

S118：第七服务器定时产生第七存活包，并将所述第七存活包定时发送给所述第六服务器。

所述第七存活包，是指由第七服务器直接产生的存活包，其可以证明该第七服务器处于存活状态。该第七服务器与第六服务器连接时，由该第六服务器上报给监控服务器，即请求该监控服务器监控第七服务器的存活状态。监控服务器收到第六服务器的请求信息后，会根据需要判断是否可以监控第七服务器(通常是根据自身的容纳量进行判断)，如果可以，则该监控服务器分配一个ID号给第七服务器，并经第六服务器将该ID号传输个第七服务器。该ID号用于标识该第七服务器的身份。所述第七存活包中包括该第七服务器的ID号。

S119：所述第六服务器接收所述第七服务器发送的第七存活包，并重新组装接收到的所述第七存活包，生成组装后的第七存活包；然后，将所述组装后的第七存活包发送给所述监控服务器。

第六服务器重新组装接收到的所述第七存活包，可以是将自身的第六服务器ID号加入到第七存活包，以便于监控服务器接收到该存活后，知道其是从第六服务器发送过来的。当然，通常，该第六服务器ID号处于第七服务器ID号的外层，以便于服务器先解析出该第六服务器ID号，当最后解析出第七服务器ID号时，即可判断出该存活包是由第七服务器产生的，其是证明第七服务器处于存活状态的。

S120：所述监控服务器接收所述第六服务器发送的组装后的第七存活包，监控所述第七服务器的存活状态。

当监控服务器在预定的时间内收到第一服务器发送的组装后的第七存活包后，解析该组装后的第七存活包，并根据组装后的第七存活包中的第七服务器的ID号，判断出该存活包是由第七服务器产生的。即可证明该第七服务器处于存活状态。通常，首先解析出第六服务器ID号，此时，监控服务器会进一步解析，直到将所有的ID号都解析出来，如果解析出的最后一个ID号时第七服务器的，即可说明该存活包是由第七服务器产生的。

当超过预定的时间没有收到第七存活包时，则可证明该第七服务器处于不处于存活状态。

本发明实施例的监控服务器存活状态的方法，其可以将第一服务器和第六服务器分别与监控服务器直接连接，而第二服务器与第一服务器连接，第七服务器与第六服务连接，即是监控服务器通过第一服务器监控第二服务器的存活状态、通过第六服务器监控第七服务器的存活状态。即本发明实施例中，不需要在监控服务器上设置第二服务器和第七服务器的接口，因此，可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率，降低监控服务器的出错率，进而会减少由此造成的经济损失。

如图3所示的监控服务器存活状态的系统，其包括：监控服务器、第一服务器和第二服务器；

所述第一服务器包括第一生成模块和第一发送模块，所述第一生成模块，用于定时产生第一存活包；所述第一发送模块，用于将所述第一存活包定时发送给所述监控服务器；

所述监控服务器包括监控接收模块，所述监控接收模块，用于接收所述第一服务器发送的所述第一存活包，监控所述第一服务器的存活状态；

所述第二服务器包括第二生成模块和第二发送模块，所述第二生成模块，用于定时产生第二存活包；所述第二发送模块，用于将所述第二存活包定时发送给所述第一服务器；

所述第一服务器还包括第一接收模块和第一组装模块，所述第一接收模块，用于接收所述第二服务器发送的所述第二存活包；所述第一组装模块，用于重新组装所述第一接收模块接收到的所述第二存活包，生成组装后的第二存活包；且，

所述第一发送模块，还用于将所述组装后的第二存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述组装后的第二存活包，监控所述第二服务器的存活状态。

其中，所述监控接收模块包括解析单元，用于解析第一存活包，并根据第一存活包中的第一服务器的ID号，判断出该存活包是由第一服务器产生的。

所述解析单元，还用于解析组装后的第二存活包，并根据组装后的第二存活包中的第二服务器的ID号，判断出该存活包是由第二服务器产生的。

本发明实施例的监控服务器存活状态的系统，可以实现图1所示的方法，其可以将第二服务器与第一服务器连接，不需要直接与监控服务器连接，即是监控服务器通过第一服务器监控第二服务器的存活状态，进而不需要在监控服务器上设置第二服务器的接口，因此，可以减少监控服务器上的接口数，也会减轻监控服务器的网络压力，由此会提高监控服务器的效率，降低监控服务器的出错率，进而会减少由此造成的经济损失。

基于图3所示的监控服务器存活状态的系统，如图4所示，其还包括第三服务器；

所述第三服务器包括第三生成模块和第三发送模块，所述第三生成模块，用于定时产生第三存活包；所述第三发送模块，用于将所述第三存活包定时发送给所述第二服务器；

所述第二服务器还包括第二接收模块和第二组装模块，所述第二接收模块用于接收所述第三服务器发送的所述第三存活包；所述第二组装模块，用于重新组装所述第二接收模块接收到的所述第三存活包，生成组装后的第三存活包；且，

所述第二发送模块，还用于将所述组装后的第三存活包发送给所述第一服务器；

所述第一接收模块，还用于接收所述第二服务器发送的所述组装后的第三存活包；

所述第一组装模块，还用于再次重新组装所述第一接收模块接收到的所述组装后的第三存活包，生成再次组装后的第三存活包；

所述第一发送模块，还用于将所述再次组装后的第三存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述再次组装后的第三存活包，监控所述第三服务器的存活状态。

所述解析单元，还用于解析再次组装后的第三存活包，并根据再次组装后的第三存活包中的第三服务器的ID号，判断出该存活包是由第三服务器产生的。

基于图3所示的监控服务器存活状态的系统，如图5所示，其还可以包括第四服务器；

所述第四服务器包括第四生成模块和第四发送模块，所述第四生成模块，用于定时产生第四存活包；所述第四发送模块，用于将所述第四存活包定时发送给所述第一服务器；且，

所述第一接收模块，还用于接收所述第四服务器发送的第四存活包；所述第一组装模块，还用于重新组装所述第一接收模块接收到的所述第四存活包，生成组装后的第四存活包；

所述第一发送模块，还用于将所述组装后的第四存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述组装后的第四存活包，监控所述第四服务器的存活状态。

所述解析单元，还用于解析组装后的第四存活包，并根据组装后的第四存活包中的第四服务器的ID号，判断出该存活包是由第四服务器产生的。

基于图4所示的监控服务器存活状态的系统，如图6所示，还包括第五服务器；

所述第五服务器包括第五生成模块和第五发送模块，所述第五生成模块，用于定时产生第五存活包；所述第五发送模块，用于将所述第五存活包定时发送给所述第二服务器；且

所述第二接收模块，还用于接收所述第五服务器发送的所述第五存活包；

所述第二组装模块，还用于重新组装所述第二接收模块接收到的所述第五存活包，生成组装后的第五存活包；

所述第二发送模块，还用于将所述组装后的第五存活包发送给所述第一服务器；

所述第一接收模块，还用于接收所述第二服务器发送的所述组装后的第五存活包；

所述第一组装模块，还用于再次重新组装所述第一接收模块接收到的所述组装后的第五存活包，生成再次组装后的第五存活包；

所述第一发送模块，还用于将所述再次组装后的第五存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述再次组装后的第五存活包，监控所述第五服务器的存活状态。

所述解析单元，还用于解析再次组装后的第五存活包，并根据再次组装后的第五存活包中的第五服务器的ID号，判断出该存活包是由第五服务器产生的。

基于图3所示的监控服务器存活状态的系统，如图7所示，其还可以包括第六服务器和第七服务器：

所述第六服务器包括第六生成模块和第六发送模块，所述第六生成模块，用于定时产生第六存活包；所述第六发送模块，用于将所述第六存活包定时发送给所述监控服务器；

所述监控接收模块，还用于接收所述第六服务器发送的所述第六存活包，监控所述第六服务器的存活状态；

所述第七服务器包括第七生成模块和第七发送模块，所述第七生成模块，用于定时产生第七存活包；所述第七发送模块，用于将所述第七存活包定时发送给所述第六服务器；

所述第六服务器还包括第六接收模块和第六组装模块，所述第六接收模块，用于接收所述第七服务器发送的所述第七存活包；所述第六组装模块，用于重新组装所述第六接收模块接收到的所述第七存活包，生成组装后的第七存活包；且，

所述第六发送模块，还用于将所述组装后的第七存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第六服务器发送的所述组装后的第七存活包，监控所述第七服务器的存活状态。

所述解析单元，还用于解析第六存活包，并根据第六存活包中的第六服务器的ID号，判断出该存活包是由第六服务器产生的。即可证明该第六服务器处于存活状态。

所述解析单元，还用于解析组装后的第七存活包，并根据组装后的第七存活包中的第七服务器的ID号，判断出该存活包是由第七服务器产生的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得终端设备(可以服务器或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解实施例中的系统中的模块可以按照实施例描述进行分布于实施例的系统中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署；可以合并为一个模块，也可以进一步拆分成多个子模块。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (10)

1.一种监控服务器存活状态的方法，其特征在于，包括以下步骤：

第一服务器定时产生第一存活包，并将所述第一存活包定时发送给监控服务器；

所述监控服务器接收所述第一服务器发送的所述第一存活包，监控所述第一服务器的存活状态；

第二服务器定时产生第二存活包，并将所述第二存活包定时发送给所述第一服务器；

所述第一服务器接收所述第二服务器发送的第二存活包，并重新组装接收到的所述第二存活包，生成组装后的第二存活包；然后，将所述组装后的第二存活包发送给所述监控服务器；

所述监控服务器接收所述第一服务器发送的所述组装后的第二存活包，监控所述第二服务器的存活状态。

2.根据权利要求1所述的监控服务器存活状态的方法，其特征在于，还包括：

第三服务器定时产生第三存活包，并将所述第三存活包定时发送给所述第二服务器；

所述第二服务器接收所述第三服务器发送的所述第三存活包，并重新组装接收到的所述第三存活包，生成组装后的第三存活包；然后，将所述组装后的第三存活包发送给所述第一服务器；

所述第一服务器接收所述第二服务器发送的所述组装后的第三存活包，并再次重新组装接收到的所述组装后的第三存活包，生成再次组装后的第三存活包；然后，将所述再次组装后的第三存活包发送给所述监控服务器；

所述监控服务器接收所述第一服务器发送的所述再次组装后的第三存活包，监控所述第三服务器的存活状态。

3.根据权利要求1所述的监控服务器存活状态的方法，其特征在于，还包括；

第四服务器定时产生第四存活包，并将所述第四存活包定时发送给所述第一服务器；

所述第一服务器接收所述第四服务器发送的第四存活包，并重新组装收到的所述第四存活包，生成组装后的第四存活包；然后，将所述组装后的第四存活包发送给所述监控服务器；

所述监控服务器接收所述第一服务器发送的所述组装后的第四存活包，监控所述第四服务器的存活状态。

4.根据权利要求2所述的监控服务器存活状态的方法，其特征在于，还包括：

第五服务器定时产生第五存活包，并将所述第五存活包定时发送给所述第二服务器；

所述第二服务器接收所述第五服务器发送的第五存活包，并重新组装接收到的所述第五存活包，生成组装后的第五存活包；然后，将所述组装后的第五存活包发送给所述第一服务器；

所述第一服务器接收所述第二服务器发送的所述组装后的第五存活包；并再次重新组装接收到的所述组装后的第五存活包，生成再次组装后的第五存活包；然后，将所述再次组装后的第五存活包发送给所述监控服务器；

所述监控服务器接收所述第一服务器发送的所述再次组装后的第五存活包，监控所述第五服务器的存活状态。

5.根据权利要求1所述的监控服务器存活状态的方法，其特征在于，还包括：

第六服务器定时产生第六存活包，并将所述第六存活包定时发送给所述监控服务器；

所述监控服务器接收所述第六服务器发送的第六存活包，监控所述第六服务器的存活状态；

第七服务器定时产生第七存活包，并将所述第七存活包定时发送给所述第六服务器；

所述第六服务器接收所述第七服务器发送的第七存活包，并重新组装接收到的所述第七存活包，生成组装后的第七存活包；然后，将所述组装后的第七存活包发送给所述监控服务器；

所述监控服务器接收所述第六服务器发送的组装后的第七存活包，监控所述第七服务器的存活状态。

6.一种监控服务器存活状态的系统，其特征在于，包括：监控服务器、第一服务器和第二服务器；

所述第一服务器包括第一生成模块和第一发送模块，所述第一生成模块，用于定时产生第一存活包；所述第一发送模块，用于将所述第一存活包定时发送给所述监控服务器；

所述监控服务器包括监控接收模块，所述监控接收模块，用于接收所述第一服务器发送的所述第一存活包，监控所述第一服务器的存活状态；

所述第二服务器包括第二生成模块和第二发送模块，所述第二生成模块，用于定时产生第二存活包；所述第二发送模块，用于将所述第二存活包定时发送给所述第一服务器；

所述第一服务器还包括第一接收模块和第一组装模块，所述第一接收模块，用于接收所述第二服务器发送的所述第二存活包；所述第一组装模块，用于重新组装所述第一接收模块接收到的所述第二存活包，生成组装后的第二存活包；且，

所述第一发送模块，还用于将所述组装后的第二存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述组装后的第二存活包，监控所述第二服务器的存活状态。

7.根据权利要求6所述的监控服务器存活状态的系统，其特征在于，还包括第三服务器；

所述第三服务器包括第三生成模块和第三发送模块，所述第三生成模块，用于定时产生第三存活包；所述第三发送模块，用于将所述第三存活包定时发送给所述第二服务器；

所述第二服务器还包括第二接收模块和第二组装模块，所述第二接收模块用于接收所述第三服务器发送的所述第三存活包；所述第二组装模块，用于重新组装所述第二接收模块接收到的所述第三存活包，生成组装后的第三存活包；且，

所述第二发送模块，还用于将所述组装后的第三存活包发送给所述第一服务器；

所述第一接收模块，还用于接收所述第二服务器发送的所述组装后的第三存活包；

所述第一组装模块，还用于再次重新组装所述第一接收模块接收到的所述组装后的第三存活包，生成再次组装后的第三存活包；

所述第一发送模块，还用于将所述再次组装后的第三存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述再次组装后的第三存活包，监控所述第三服务器的存活状态。

8.根据权利要求6所述的监控服务器存活状态的系统，其特征在于，还包括第四服务器；

所述第四服务器包括第四生成模块和第四发送模块，所述第四生成模块，用于定时产生第四存活包；所述第四发送模块，用于将所述第四存活包定时发送给所述第一服务器；且，

所述第一接收模块，还用于接收所述第四服务器发送的第四存活包；所述第一组装模块，还用于重新组装所述第一接收模块接收到的所述第四存活包，生成组装后的第四存活包；

所述第一发送模块，还用于将所述组装后的第四存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述组装后的第四存活包，监控所述第四服务器的存活状态。

9.根据权利要求7所述的监控服务器存活状态的系统，其特征在于，还包括第五服务器；

所述第五服务器包括第五生成模块和第五发送模块，所述第五生成模块，用于定时产生第五存活包；所述第五发送模块，用于将所述第五存活包定时发送给所述第二服务器；且

所述第二接收模块，还用于接收所述第五服务器发送的所述第五存活包；

所述第二组装模块，还用于重新组装所述第二接收模块接收到的所述第五存活包，生成组装后的第五存活包；

所述第二发送模块，还用于将所述组装后的第五存活包发送给所述第一服务器；

所述第一接收模块，还用于接收所述第二服务器发送的所述组装后的第五存活包；

所述第一组装模块，还用于再次重新组装所述第一接收模块接收到的所述组装后的第五存活包，生成再次组装后的第五存活包；

所述第一发送模块，还用于将所述再次组装后的第五存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第一服务器发送的所述再次组装后的第五存活包，监控所述第五服务器的存活状态。

10.根据权利要求6所述的监控服务器存活状态的方法，其特征在于，还包括第六服务器和第七服务器：

所述第六服务器包括第六生成模块和第六发送模块，所述第六生成模块，用于定时产生第六存活包；所述第六发送模块，用于将所述第六存活包定时发送给所述监控服务器；

所述监控接收模块，还用于接收所述第六服务器发送的所述第六存活包，监控所述第六服务器的存活状态；

所述第七服务器包括第七生成模块和第七发送模块，所述第七生成模块，用于定时产生第七存活包；所述第七发送模块，用于将所述第七存活包定时发送给所述第六服务器；

所述第六服务器还包括第六接收模块和第六组装模块，所述第六接收模块，用于接收所述第七服务器发送的所述第七存活包；所述第六组装模块，用于重新组装所述第六接收模块接收到的所述第七存活包，生成组装后的第七存活包；且，

所述第六发送模块，还用于将所述组装后的第七存活包发送给所述监控服务器；

所述监控接收模块，还用于接收所述第六服务器发送的所述组装后的第七存活包，监控所述第七服务器的存活状态。