一种多主机管理方法及一种受管主机和管理主机

摘要

本申请中管理主机向受管主机发送携带有进程id号的启动命令或者停止命令，当为启动命令时，只有在受管主机判断进程id号不存在时，才启动相应的应用，并发送新的进程id号到所述管理主机，避免了启动多次的问题，当为停止命令时，只有在受管主机判断进程id号已经存在时，才停止相应的应用，避免了停止多次的问题。

说明书

技术领域

本发明涉及计算机控制领域，更具体地说，涉及一种多主机管理方法及一种受管主机和管理主机。

背景技术

随着时间的推移，所有大型的浏览器/服务器模式B/S结构的系统，使用人数以及接入的交易量日益增大，因此需要对设备进行横向扩展。

横向扩展带来的直接影响是主机数量的上升，在关于主机上应用的启动和停止问题，目前大多数公司采用第三方的解决方案或者工具来实现控制所有主机上应用的启动和停止。一般会使用一台主机作为管理主机，其他需要启动或停止的主机作为受管主机，管理主机向每台受管主机发送命令，受管主机接收到命令后执行相应的命令。

上述方法一般容易造成受管主机启动或者停止多次。因此，急需一种能够减少受管主机启动和停止次数的方法。

发明内容

有鉴于此，本发明提供一种多主机管理方法及一种受管主机和管理主机，解决受管主机启动或者停止多次的问题。

为解决上述技术问题，本发明采用了如下技术方案：

一种多主机管理方法，应用于受管主机，该方法包括：

接收管理主机发送的命令，所述命令携带有进程id号，其中所述命令为启动命令或者停止命令；

当所述命令为启动命令时，判断所述受管主机是否存在进程id号；

若所述进程id号不存在时，调用所述启动命令对应的启动脚本控制相应应用成功启动，并发送新的进程id号到所述管理主机；

当所述命令为停止命令时，判断所述受管主机是否存在进程id号；

若所述进程id号存在时，调用所述停止命令对应的停止脚本控制相应应用停止。

优选地，所述调用所述启动命令对应的启动脚本控制相应应用成功启动后，所述发送新的进程id号到所述管理主机之前，还包括：

发送应用成功启动信息到所述管理主机。

优选地，所述调用所述启动命令对应的启动脚本控制相应应用成功启动之前，还包括：

调用所述启动命令对应的启动脚本控制相应应用开始启动，并发送应用开始启动消息到所述管理主机。

优选地，所述调用所述停止命令对应的停止脚本控制相应应用停止后，还包括：

发送应用成功停止消息到所述管理主机。

优选地，所述调用所述停止命令对应的停止脚本控制相应应用停止之前，还包括：

调用所述停止命令对应的停止脚本控制相应应用开始停止，并发送应用开始停止消息到所述管理主机。

优选地，所述调用所述停止命令对应的停止脚本控制相应应用停止，具体包括：

采用杀进程方式或者进程通讯方式停止应用。

优选地，所述采用进程通讯方式停止应用具体包括：

与所述应用进行通讯，改变所述应用的服务状态，停止所述应用。

优选地，还包括：

接收文件时，将所述文件部署到所述受管主机部署的war包上；

所述受管主机将部署在war包上的所述文件拷贝到所述受管主机指定目录上。

优选地，还包括：

当所述命令为启动命令，判断所述受管主机存在进程id号时，发送应用已经启动消息到所述管理主机。

优选地，还包括：

当所述命令为停止命令，判断所述受管主机不存在进程id号时，发送应用已经停止消息到所述管理主机。

一种多主机管理方法，应用于管理主机，该方法包括：

向受管主机发送命令，所述命令携带有进程id号，其中所述命令为启动命令或者停止命令；

接收所述受管主机在所述命令为启动命令，判断进程id号不存在时，调用启动命令对应的启动脚本控制相应应用成功启动后，发送的新的进程id号，并更新所述管理主机保存的进程id号。

优选地，所述接收所述受管主机发送的新的进程id号之前，还包括:

接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用成功启动后，发送的应用成功启动消息。

优选地，所述接收所述受管主机发送的应用成功启动消息之前，还包括：

接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用开始启动后，发送的应用开始启动消息。

优选地，还包括：

接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用停止后，发送的应用成功停止消息。

优选地，所述接收所述受管主机发送的应用成功停止消息之前，还包括：

接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用开始停止后，发送的应用开始停止消息。

优选地，还包括：

接收所述受管主机在所述命令为启动命令，判断所述受管主机存在进程id号时，发送的应用已经启动消息。

优选地，还包括：

接收所述受管主机在所述命令为停止命令，判断所述受管主机不存在进程id号时，发送的应用已经停止消息。

一种受管主机，所述受管主机包括:

第一接收模块，用于接收管理主机发送的命令，所述命令携带有进程id号，其中所述命令为启动命令或者停止命令；

第一判断模块，用于当所述命令为启动命令时，判断所述受管主机是否存在进程id号；

第一控制模块，用于所述第一判断模块判断所述进程id号不存在时，调用所述启动命令对应的启动脚本控制相应应用启动；

第一发送模块，用于所述第一控制模块调用所述启动命令对应的启动脚本控制相应应用成功启动后，发送新的进程id号到所述管理主机；

第二判断模块，用于当所述命令为停止命令时，判断所述受管主机是否存在进程id号；

第二控制模块，用于所述第二判断模块判断所述进程id号存在时，调用所述停止命令对应的停止脚本控制相应应用停止。

优选地，还包括：

第二发送模块，用于所述第一控制模块调用所述启动命令对应的启动脚本控制相应应用成功启动后，所述第一发送模块发送新的进程id号到所述管理主机之前，发送应用成功启动信息到所述管理主机。

优选地，还包括：

第三发送模块，用于所述第一控制模块调用所述启动命令对应的启动脚本控制相应应用成功启动之前，所述第一控制模块调用所述启动命令对应的启动脚本控制相应应用开始启动后，发送应用开始启动消息到所述管理主机。

优选地，还包括：

第四发送模块，用于所述第二控制模块调用所述停止命令对应的停止脚本控制相应应用停止后，发送应用成功停止消息到所述管理主机。

优选地，还包括：

第五发送模块，用于所述第二控制模块调用所述停止命令对应的停止脚本控制相应应用停止之前，所述第二控制模块调用所述停止命令对应的停止脚本控制相应应用开始停止后，发送应用开始停止消息到所述管理主机。

优选地，所述第二控制模块包括：杀进程模块或进程通讯模块；

所述杀进程模块，用于采用杀进程方式停止应用；

所述进程通讯模块，用于采用进程通讯方式停止应用。

优选地，所述进程通讯模块包括:

进程通讯子模块，用于与所述应用进行通讯，改变所述应用的服务状态，停止所述应用。

优选地，还包括：

文件部署模块，用于接收文件时，将所述文件部署到所述受管主机部署的war包上；

文件拷贝模块，用于所述受管主机将部署在war包上的所述文件拷贝到所述受管主机指定目录上。

优选地，还包括：

第六发送模块，用于当所述命令为启动命令时，所述第一判断模块判断所述受管主机存在进程id号时，发送应用已经启动消息到所述管理主机。

优选地，还包括：

第七发送模块，用于当所述命令为停止命令，所述第二判断模块判断所述受管主机不存在进程id号时，发送应用已经停止消息到所述管理主机。

一种管理主机，所述管理主机包括：

第一发送单元，用于向受管主机发送命令，所述命令携带有进程id号，其中所述命令为启动命令或者停止命令；

第一接收单元，用于接收所述受管主机在所述命令为启动命令，判断进程id号不存在时，调用启动命令对应的启动脚本控制相应应用成功启动后，发送的新的进程id号；

第一更新单元，用于所述第一接收单元接收所述受管主机发送的新的进程id号后，更新所述管理主机保存的进程id号。

优选地，还包括：

第二接收单元，用于所述第一接收单元接收所述受管主机发送的新的进程id号之前，接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用成功启动后，发送的应用成功启动消息。

优选地，还包括：

第三接收单元，用于所述第二接收单元接收所述受管主机发送的应用成功启动消息之前，接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用开始启动后，发送的应用开始启动消息。

优选地，还包括：

第四接收单元，用于接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用停止后，发送的应用成功停止消息。

优选地，还包括：

第五接收单元，用于所述第四接收单元接收所述受管主机发送的应用成功停止消息之前，接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用开始停止后，发送的应用开始停止消息。

优选地，还包括：

第六接收单元，用于接收所述受管主机在所述命令为启动命令，判断所述受管主机存在进程id号时，发送的应用已经启动消息。

优选地，还包括：

第七接收单元，用于接收所述受管主机在所述命令为停止命令，判断所述受管主机不存在进程id号时，发送的应用已经停止消息。

相较于现有技术，本发明具有以下有益效果：

管理主机向受管主机发送携带有进程id号的启动命令或者停止命令，当为启动命令时，只有在受管主机判断进程id号不存在时，才启动相应的应用，避免了启动多次的问题，当为停止命令时，只有在受管主机判断进程id号已经存在时，才停止相应的应用，避免了停止多次的问题。

附图说明

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

图1为本发明实施例一提供的应用于受管主机的多主机管理方法流程图；

图2为本发明实施例二提供的应用于受管主机的多主机管理方法流程图；

图3为本发明实施例三提供的应用于受管主机的多主机管理方法流程图；

图4为本发明实施例四提供的应用于管理主机的多主机管理方法流程图；

图5为本发明实施例五提供的应用于管理主机的多主机管理方法流程图；

图6为本发明实施例六提供的受管主机结构示意图；

图7为本发明实施例七提供的受管主机结构示意图；

图8为本发明实施例八提供的受管主机结构示意图；

图9为本发明实施例九提供的管理主机结构示意图；

图10为本发明实施例十提供的管理主机结构示意图。

具体实施方式

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

本发明提供了一种多主机管理方法，应用于受管主机，参照图1，具体包括以下步骤：

S11、接收管理主机发送的命令；

其中所述命令携带有进程id号，所述命令为启动命令或者停止命令。启动命令用来启动管理主机想要启动的应用，停止命令用来停止管理主机想要停止的应用。在受管主机上部署了受管应用，受管应用一般是一个后台Servlet或一个服务，用来接收管理主机发送的命令。

S12、判断所述命令是启动命令还是停止命令；

S13、当所述命令为启动命令时，判断所述受管主机是否存在进程id号；

其中，存在进程id号代表被启动的应用此时正在运行。

S14、当受管主机不存在进程id号时，调用所述启动命令对应的启动脚本控制相应应用成功启动；

S15、发送新的进程id号到所述管理主机；

其中，新的进程id号是被启动的应用发送的，所述应用每隔一段时间会向管理主机发送心跳信息，包含本应用的进程信息，其中，进程信息包括进程id号、形成状态等信息。

S16、当所述命令为停止命令时，判断所述受管主机是否存在进程id号；

S17、当受管主机存在进程id号时，调用所述停止命令对应的停止脚本控制相应应用停止。

其中，当受管主机存在进程id号时，表示被停止的应用此时正在运行，当收到停止命令时，调用所述停止命令对应的停止脚本控制相应应用停止。

所述应用根据受管主机调用的脚本不同，在向管理主机发送心跳信息时，所述心跳信息包含的内容不同。

本实施例提供的多主机管理方法，接收管理主机发送的携带有进程id号的启动命令或者停止命令，当为启动命令时，只有在受管主机判断进程id号不存在时，才启动相应的应用，避免了启动多次的问题，当为停止命令时，只有在受管主机判断进程id号已经存在时，才停止相应的应用，避免了停止多次的问题。

可选的，当所述命令为启动命令，判断所述受管主机存在进程id号时，发送应用已经启动消息到所述管理主机。

可选的，当所述命令为停止命令，判断所述受管主机不存在进程id号时，发送应用已经停止消息到所述管理主机。

通过向管理主机发送已经启动消息或者已经停止消息，能够使管理主机随时了解受管主机上应用的运行状态。

本发明另一实施例提供了另外一种多主机管理方法，参照图2，具体包括以下步骤：

S21、接收管理主机发送的命令；

S22、判断所述命令是启动命令还是停止命令；

S23、当所述命令为启动命令时，判断所述受管主机是否存在进程id号；

S24、当受管主机不存在进程id号时，调用所述启动命令对应的启动脚本控制相应应用开始启动；

S25、发送应用开始启动消息到所述管理主机；

其中，所述应用开始启动消息可为“应用开始启动”。

S26、应用成功启动后，发送应用成功启动信息到所述管理主机；

其中，所述消息可为“成功，调用脚本成功”。

S27、发送新的进程id号到所述管理主机；

S28、当所述命令为停止命令时，判断所述受管主机是否存在进程id号；

S29、当受管主机存在进程id号时，调用所述停止命令对应的停止脚本控制相应应用停止。

本实施例中，在调用所述启动命令对应的启动脚本控制相应应用启动后，发送应用开始启动消息到所述管理主机，应用成功启动后，发送应用成功启动信息到所述管理主机，能够让管理主机实时了解受管主机上应用的运行状态。

可选的，参照图3，所述多主机管理方法还包括调用所述停止命令对应的停止脚本控制相应应用开始停止后，发送应用开始停止消息到所述管理主机，所述调用所述停止命令对应的停止脚本控制相应应用成功停止后，发送应用成功停止消息到所述管理主机。

其中，所述应用开始停止消息可为“应用开始停止”，所述应用成功停止消息可为“成功，调用脚本成功”。

本实施例中，在控制应用开始停止后，发送应用开始停止消息到所述管理主机，应用成功停止后，发送应用成功停止消息到所述管理主机，能够让管理主机随时了解受管主机的运行状态。

可选的，所述调用所述停止命令对应的停止脚本控制相应应用停止，具体包括：采用杀进程方式或者进程通讯方式停止应用。

可选的，所述采用进程通讯方式停止应用具体包括：与所述应用进行通讯，改变所述应用的服务状态，停止所述应用。

需要说明的是，如果应用允许强行停止，可以直接以杀进程的方式停止，如果应用不允许强行停止，则必须使用进程通讯的方式停止应用。

采用杀进程方式或者进程通讯方式停止应用，能够在受管主机接收到停止命令后，及时停止所述应用。

可选的，在本发明的另一实施例中，所述多主机管理方法还包括：

接收文件时，将所述文件部署到所述受管主机部署的war包上，所述受管主机将部署在war包上的所述文件拷贝到所述受管主机指定目录上。

其中，通过部署war包的方式，将要分发的文件传输到受管主机上，能够缩短传输文件的时间，较目前的文件分发时，需要将发送的文件放到管理主机上，然后点对点的向每台受管主机进行传输优势较明显。

具体的，本实施例中，只需要将分发的文件部署到所述受管主机部署的war包上，然后受管主机将部署在war包上的所述文件拷贝到所述受管主机指定目录上，不再需要将文件放到管理主机上，缩短了把文件放到管理主机的时间以及文件从管理主机传输到受管主机上的时间。

本发明另一实施例还提供了一种多主机管理的方法，应用于管理主机，参照图4，具体包括以下几个步骤：

S41、向受管主机发送命令；

其中，所述命令携带有进程id号，其中所述命令为启动命令或者停止命令；

在管理主机上部署了管理应用，管理应用一般是一个后台Servlet或一个服务，用来向受管主机发送命令。

S42、接收所述受管主机在所述命令为启动命令，判断进程id号不存在时，调用启动命令对应的启动脚本控制相应应用成功启动后，发送的新的进程id号；

S43、更新所述管理主机保存的进程id号。

管理主机向受管主机发送命令，所述命令携带有进程id号，所述命令为启动命令时，只有在进程id号不存在时，受管主机才会启动相应的应用，此时管理主机接收新的进程id号，并更新自身保存的进程id号，当下次向受管主机发送命令时，携带新的进程id号。

可选的，所述多主机管理方法还包括：

接收所述受管主机在所述命令为启动命令，判断所述受管主机存在进程id号时，发送的应用已经启动消息；

接收所述受管主机在所述命令为停止命令，判断所述受管主机不存在进程id号时，发送的应用已经停止消息。

通过接收受管主机发送的应用已经启动消息和应用已经停止消息，能够随时了解受管主机应用的运行状态。

可选的，参照图5，接收所述受管主机发送的新的进程id号之前还包括：

S52、接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用开始启动后，发送的应用开始启动消息；

S53、接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用成功启动后，发送的应用成功启动消息。

本实施例中，通过接收受管主机发送的应用开始启动消息和应用成功启动消息，能够随时了解受管主机应用的运行状态。

并且，本实施例中，步骤S51、S54和S55的具体内容与上述实施例相同，请参见上述实施例的内容，此处不再赘述。

可选的，所述多主机管理方法还包括：

接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用开始停止后，发送的应用开始停止消息；

接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用停止后，发送的应用成功停止消息。

通过接收受管主机发送的应用开始停止消息和应用成功停止消息，能够随时了解受管主机应用的运行状态。

本发明提供了一种受管主机，具体参照图6，具体包括第一接收模块101、第一判断模块201、第二判断模块202、第一控制模块301、第二控制模块302、第一发送模块401。

具体的，第一接收模块101，用于接收管理主机发送的命令，所述命令携带有进程id号，其中所述命令为启动命令或者停止命令；

第一判断模块201，用于当所述命令为启动命令时，判断所述受管主机是否存在进程id号；

第一控制模块301，用于所述第一判断模块201判断所述进程id号不存在时，调用所述启动命令对应的启动脚本控制相应应用启动；

第一发送模块401，用于所述第一控制模块301调用所述启动命令对应的启动脚本控制相应应用成功启动后，发送新的进程id号到所述管理主机；

第二判断模块202，用于当所述命令为停止命令时，判断所述受管主机是否存在进程id号；

第二控制模块302，用于所述第二判断模块202判断所述进程id号存在时，调用所述停止命令对应的停止脚本控制相应应用停止。

本实施例提供的多主机管理方法，第一接收模块101接收管理主机发送的携带有进程id号的启动命令或者停止命令，当为启动命令时，只有在第一判断模块201判断进程id号不存在时，第一控制模块301才启动相应的应用，避免了启动多次的问题，当为停止命令时，只有在第二判断模块202判断进程id号已经存在时，第二控制模块302才停止相应的应用，避免了停止多次的问题。

需要说明的是，本实施例公开的受管主机中各个模块的具体工作过程，请参见图1对应的实施例的内容，此处不再赘述。

可选的，还包括第二发送模块402，用于当所述命令为启动命令时，所述第一判断模块201判断所述受管主机存在进程id号时，发送应用已经启动消息到所述管理主机。

可选的，还包括第三发送模块403，用于当所述命令为停止命令，所述第二判断模块202判断所述受管主机不存在进程id号时，发送应用已经停止消息到所述管理主机。

通过第二发送模块402向管理主机发送已经启动消息或者第三发送模块403发送应用已经停止消息，能够使管理主机随时了解受管主机上应用的运行状态。

可选的，参照图7，所述受管主机还包括第四发送模块404，用于所述第一控制模块301调用所述启动命令对应的启动脚本控制相应应用成功启动后，所述第一发送模块401发送新的进程id号到所述管理主机之前，发送应用成功启动信息到所述管理主机；

第五发送模块405，用于所述第一控制模块301调用所述启动命令对应的启动脚本控制相应应用成功启动之前，所述第一控制模块301调用所述启动命令对应的启动脚本控制相应应用开始启动后，发送应用开始启动消息到所述管理主机。

本实施例中，第一控制模块301调用所述启动命令对应的启动脚本控制相应应用启动后，第五发送模块405发送应用开始启动消息到所述管理主机，应用成功启动后，第四发送模块404发送应用成功启动信息到所述管理主机，能够让管理主机实时了解受管主机上应用的运行状态。

需要说明的是，本实施例公开的受管主机中各个模块的具体工作过程，请参见图2对应的实施例的内容，此处不再赘述。

可选的，参照图8，所述受管主机还包括：第六发送模块406，用于所述第二控制模块302调用所述停止命令对应的停止脚本控制相应应用停止后，发送应用成功停止消息到所述管理主机；

第七发送模块407，用于所述第二控制模块302调用所述停止命令对应的停止脚本控制相应应用停止之前，所述第二控制模块302调用所述停止命令对应的停止脚本控制相应应用开始停止后，发送应用开始停止消息到所述管理主机。

本实施例中，第二控制模块302控制应用开始停止后，第七发送模块407发送应用开始停止消息到所述管理主机，应用成功停止后，第六发送模块406发送应用成功停止消息到所述管理主机，能够让管理主机随时了解受管主机的运行状态。

需要说明的是，本实施例公开的受管主机中各个模块的具体工作过程，请参见图3对应的实施例的内容，此处不再赘述。

可选的，所述第二控制模块302包括：杀进程模块3021或进程通讯模块3022；

所述杀进程模块3021，用于采用杀进程方式停止应用；

所述进程通讯模块3022，用于采用进程通讯方式停止应用。

可选的，所述进程通讯模块3022包括进程通讯子模块30221，用于与所述应用进行通讯，改变所述应用的服务状态，停止所述应用。

采用杀进程方式或者进程通讯方式停止应用，能够在受管主机接收到停止命令后，及时停止所述应用。

可选的，本发明另一实施例中，所述受管主机还包括：

文件部署模块501，用于接收文件时，将所述文件部署到所述受管主机部署的war包上；

文件拷贝模块502，用于所述受管主机将部署在war包上的所述文件拷贝到所述受管主机指定目录上。

通过部署war包的方式，文件部署模块501将要分发的文件传输到受管主机上，能够缩短传输文件的时间，较目前的文件分发时，需要将发送的文件放到管理主机上，然后点对点的向每台受管主机进行传输优势较明显。

本发明另一实施例中提供了一种管理主机，参照图9，具体包括第一发送单元601、第一接收单元701、第一更新单元801。

具体的，第一发送单元601，用于向受管主机发送命令，所述命令携带有进程id号，其中所述命令为启动命令或者停止命令；

第一接收单元701，用于接收所述受管主机在所述命令为启动命令，判断进程id号不存在时，调用启动命令对应的启动脚本控制相应应用成功启动后，发送的新的进程id号；

第一更新单元801，用于所述第一接收单元接收所述受管主机发送的新的进程id号后，更新所述管理主机保存的进程id号。

第一发送单元601向受管主机发送命令，所述命令携带有进程id号，所述命令为启动命令时，只有在进程id号不存在时，受管主机才会启动相应的应用，此时第一接收单元701接收新的进程id号，第一更新单元801更新自身保存的进程id号，当第一发送单元601再次向受管主机发送命令时，携带新的进程id号。

需要说明的是，本实施例公开的受管主机中各个模块的具体工作过程，请参见图4对应的实施例的内容，此处不再赘述。

可选的，所述管理主机还包括第二接收单元702，用于接收所述受管主机在所述命令为启动命令，判断所述受管主机存在进程id号时，发送的应用已经启动消息。

第三接收单元703，用于接收所述受管主机在所述命令为停止命令，判断所述受管主机不存在进程id号时，发送的应用已经停止消息。

第二接收单元702接收受管主机发送的应用已经启动消息和第三接收单元703接收应用已经停止消息，能够随时了解受管主机应用的运行状态。

可选的，参照图10，所述管理主机还包括第四接收单元704，用于所述第一接收单元701接收所述受管主机发送的新的进程id号之前，接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用成功启动后，发送的应用成功启动消息。

第五接收单元705，用于所述第四接收单元704接收所述受管主机发送的应用成功启动消息之前，接收所述受管主机在调用所述启动命令对应的启动脚本控制相应应用开始启动后，发送的应用开始启动消息。

本实施例中，第五接收单元705接收受管主机发送的应用开始启动消息和第四接收单元704接收应用成功启动消息，能够随时了解受管主机应用的运行状态。

需要说明的是，本实施例公开的受管主机中各个模块的具体工作过程，请参见图5对应的实施例的内容，此处不再赘述。

可选的，所述管理主机还包括第六接收单元706，用于接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用停止后，发送的应用成功停止消息；

第七接收单元707，用于所述第六接收单元706接收所述受管主机发送的应用成功停止消息之前，接收所述受管主机在调用所述停止命令对应的停止脚本控制相应应用开始停止后，发送的应用开始停止消息。

第七接收单元707接收受管主机发送的应用开始停止消息和第六接收单元706接收应用成功停止消息，能够随时了解受管主机应用的运行状态。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。