CN109947618A - 应用程序状态监控方法、设备和系统 - Google Patents

Abstract

本发明提供一种应用程序状态监控方法、设备和系统，其中所述方法包括：判断是否在设定时间内收到用户端发送的状态信息，所述状态信息至少包括应用程序信息；当在设定时间内收到用户端发送的状态信息时，判断所述状态信息中是否还包括休眠事件信息；当所述状态信息中不包括休眠事件信息时，根据所述应用程序信息判断所述用户端的应用程序是否异常；当所述用户端的应用程序异常时，向所述用户端发送异常处理指令。

Description

应用程序状态监控方法、设备和系统

技术领域

本发明涉及应用程序检测领域，具体涉及一种应用程序状态监控方法、设备和系统。

背景技术

现有技术中，用户端的应用程序可以被自动更新或进行错误检测。作为一种常规的自动更新方式，用户端启动应用程序时会先启动更新程序，通过比较本地版本和服务器端最新的版本信息判断是否有新版本，如果有更新则下载，下载完成替换成功后并更新客户端版本信息，之后启动应用程序程序。作为一种常规的错误检测方式，当用户端启动时，会同时启动一个检测程序，通过检测应用程序的文件夹判断是否其完整，如果发现文件缺失或被篡改，可以利用本地的备份或安装文件重新安装应用程序。

在一些特定的应用场景下，例如在医疗领域中，需要确保用户端中的应用程序稳定性足够高，除了关注应用程序的版本外，更需要关注应用程序是否处于正常的状态。所谓正常状态不只是文件完整，还可能包括系统环境是否正常、相关的硬件状态是否达到设定要求等多个方面。例如某些应用程序可能需要持续运行，在用户端处于工作状态下，应用程序不应被人为或系统行为关闭。上述常规监控方案中的启动时更新和完整性检测方式难以检测出上述状态，可靠性较差。

发明内容

有鉴于此，本发明提供一种应用程序状态监控方法，包括：

判断是否在设定时间内收到用户端发送的状态信息，所述状态信息至少包括应用程序信息；

当在设定时间内收到用户端发送的状态信息时，判断所述状态信息中是否还包括休眠事件信息；

当所述状态信息中不包括休眠事件信息时，根据所述应用程序信息判断所述用户端的应用程序是否异常；

当所述用户端的应用程序异常时，向所述用户端发送异常处理指令。

可选地，当所述状态信息中还包括休眠事件信息时，确定所述用户端为休眠状态。

可选地，当未在设定时间内收到用户端发送的状态信息时，判断所述用户端是否为活跃状态；

当所述用户端为活跃状态时，向管理端发送报警信息。

可选地，所述应用程序信息中包括应用程序版本信息、硬盘存储空间信息、应用程序运行日志信息、用户端地址信息、应用程序运行路径信息中的至少一种；

当所述应用程序信息中包括硬盘存储空间信息时，所述根据所述应用程序信息判断所述用户端的应用程序是否异常，包括：

根据所述硬盘存储空间信息判断所述用户端的剩余存储空间是否小于设定量；

当所述用户端的剩余存储空间小于设定量时确定所述应用程序异常。

本发明还提供一种应用程序状态维护方法，包括：

当达到设定时间或者产生系统事件时向服务器发送状态信息，其中在达到设定时间时发送的状态信息中包括应用程序信息，在产生系统事件时发送的状态信息中包括应用程序信息和系统事件信息；

接收所述服务器根据所述状态信息反馈的异常处理指令；

根据所述异常处理指令处理应用程序。

可选地，所述应用程序信息中包括应用程序版本信息、硬盘存储空间信息、应用程序运行日志信息、用户端地址信息、应用程序运行路径信息中的至少一种。

可选地，所述异常处理指令包括应用程序修复指令和应用程序升级指令。

相应地，本发明还提供一种应用程序状态监控设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行上述应用程序状态维护方法。

相应地，本发明还提供一种应用程序状态监控设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行上述应用程序状态监控方法。

本发明还提供一种应用程序监控系统，包括：

用户端，用于当达到设定时间或者产生系统事件时发送状态信息，其中在达到设定时间时发送的状态信息中包括应用程序信息，在产生系统事件时发送的状态信息中包括应用程序信息和系统事件信息；

服务器，用于判断是否在设定时间内收到所述用户端发送的状态信息，当在设定时间内收到用户端发送的状态信息时，判断所述状态信息中是否还包括休眠事件信息，当所述状态信息中不包括休眠事件信息时，根据所述应用程序信息判断所述用户端的应用程序是否异常，当所述用户端的应用程序异常时，向所述用户端发送异常处理指令；

所述用户端还用于接收所述服务器根据所述状态信息反馈的异常处理指令，根据所述异常处理指令处理应用程序。

根据本发明实施例提供的应用程序状态监控方法、设备和系统，服务器在收到用户端发送的状态信息时判断其中是否包括休眠事件信息，当不包括休眠事件信息时确定用户端处于工作状态，并根据其中的应用程序信息判断用户端的应用程序是否正常，使服务器能够实时对用户端的应用程序进行监控，当存在异常时及时反馈并使用户端处理应用程序，由此确保应用程序状态正常。

用户端发送的系统事件信息可以使服务器确定用户端的状态，例如当系统事件信息表示用户端处于睡眠或者关机等非工作状态时，服务器可以暂时不必对本次收到的应用程序信息进行判断和反馈，直到系统事件信息表示用户端处于工作状态时再进行处理；并且当确定用户端处于非工作状态时，即使未在设定时间内收到应用程序信息也可以暂时认定用户端正常，由此可以提高服务器端的工作效率。

附图说明

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

图1为本发明实施例中用户端的应用程序状态维护方法流程图；

图2为本发明实施例中服务器的应用程序状态监控方法流程图；

图3为本发明实施例中的医疗图像处理程序监控系统的示意图。

具体实施方式

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

此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

本发明实施例提供一种应用程序状态维护方法，该方法可以由计算机、平板电脑、便携式设备等用户终端执行。该方法用于维护用户终端中安装的特定应用程序，应用程序例如具有数据处理、存储数据等功能。如图1所示该方法包括如下步骤：

S1A，向服务器发送状态信息。具体地，发送状态信息的时机包括两种，第一种是当达到设定时间时发送状态信息，设定时间即周期。用户端按照设定的周期查询并发送的状态信息中包括应用程序信息，例如是应用程序版本信息、硬盘存储空间信息、应用程序运行日志信息、用户端地址信息、应用程序运行路径信息中的至少一种。

第二种时机是在产生系统事件时发送状态信息，在产生系统事件时发送的状态信息中除了包括上述应用程序信息外还包括系统事件信息，系统事件例如是用户端关机事件、睡眠事件、开机事件等等。

上述两种时机不存在冲突，例如设定时间(周期)是5分钟，用户端在正常运行状态下每隔5分钟发送一次应用程序信息，如果由于用户操作或系统动作产生了任何一种系统事件，则发送一次应用程序信息，并同步发送系统事件信息。因此在正常运行状态下，用户端在设定时间内应当至少发送一次应用程序信息。

在一个优选的实施例中，当产生开机事件时，可延迟发送状态信息。具体地，当产生系统事件时先判断是否为开机事件，如果是开机事件，则计时若干分钟(如2分钟)，之后再发送应用程序信息和开机事件信息。此优选方案是考虑到用户端在刚刚启动时，受到软硬件的性能影响，被监测的应用程序的可能需要一定的时间才能处于正常运行状态，如果在产生开机事件时立即发送应用程序信息，该信息可能无法准确体现应用程序的状态，导致服务器端产生误判。通过延迟一段时间，可以使应用程序达到稳态，发出的状态信息更加准确。

进一步地，设定的延迟时间小于上述周期(5分钟)，由此保证在用户端开机后并在达到设定时间之前发送状态信息。

S2A，接收服务器根据状态信息反馈的异常处理指令。异常种类可包括多种，服务器可根据上述各种应用程序信息判断出用户端的应用程序存在的各种异常情况，例如应用程序版本需要升级、应用程序存在错误需要修复等等。

S3A，根据异常处理指令处理应用程序。异常处理指令至少包括两种，分别为升级指令和修复指令，例如用户终端确定异常处理指令的内容后自动对应用程序进行修复或者升级处理。之后可以休眠5分钟(设定时间)，重新开始执行步骤S1A。

在一个优选的实施例中，异常处理指令作为一种提示性信息，例如是升级数据的下载地址、修复工具的运行选项和现在地址等，使用户根据当前情况选择是否执行升级或修复动作。由于应用程序当前可能处于工作状态，而需要升级的内容并不影响应用程序的功能，为了不打断应用程序的正常工作，可以使用户自行在合适的时机升级应用程序，避免对当前工作造成影响。

根据本发明实施例提供的应用程序维护方法，用户端按照设定时间向服务器发送应用程序信息，并且在产生系统事件时向服务器发送应用程序信息和系统事件信息，使服务器能够按照设定时间或者在用户端有新的系统事件时确定用户端的应用程序是否存在异常，在存在异常时及时反馈并处理应用程序，由此确保应用程序状态正常。

用户端发送的系统事件信息可以使服务器确定用户端的状态，例如当系统事件信息表示用户端处于睡眠或者关机等非工作状态时，可以暂时不必对本次收到的应用程序信息进行判断和反馈，直到系统事件信息表示用户端处于工作状态时再进行处理；并且当确定用户端处于非工作状态时，即使未在设定时间内收到应用程序信息也可以暂时认定用户端正常，由此可以提高服务器端的工作效率。

本发明的一个实施例还提供一种应用程序状态维护设备，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行上述应用程序状态维护方法。

本发明实施例提供一种应用程序状态监控方法，该方法由服务端执行，用于对上述用户端的应用程序进行监控。该方法用于维护用户终端中安装的特定应用程序，应用程序例如具有数据处理、存储数据等功能。如图2所示该方法包括如下步骤：

S1B，判断是否在设定时间内收到用户端发送的状态信息，状态信息至少包括应用程序信息。根据上述实施例中的方案可知，当用户端处于工作状态时，用户端将按照预定的周期发送应用程序信息，或者在产生系统事件时发送应用程序信息和系统事件信息。如果服务器收到状态信息则执行步骤S2B，否则执行步骤S6B。

S2B，判断状态信息中是否还包括休眠事件信息。本实施例中的休眠事件包括关机事件和睡眠事件，用于表示用户端将处于非工作状态。如果是用户端照预定的周期发送的状态信息，则其中不包括任何系统事件信息；如果是用户端在产生系统事件时发送的状态信息则其中可能包括休眠事件信息。

当不包括休眠事件信息时执行步骤S3B，同时可以为该用户端设置一个活跃标识，表示该用户端当前处于工作状态。当收到状态信息且其中不包括休眠事件信息时，无论此前用户端的标识如何，都将其设置为活跃标识。当包括休眠事件信息时可以终止后续处理，返回步骤S1B，同时为该用户端设置一个休眠标识，表示该用户端当前处于非工作状态(休眠状态)。

S3B，根据应用程序信息判断用户端的应用程序是否异常。异常种类可包括多种，服务器可根据上述各种应用程序信息判断出用户端的应用程序存在的各种异常情况，例如应用程序版本需要升级、应用程序存在错误需要修复等等。

当用户端的应用程序异常时执行S4B；否则可以执行步骤S5B，或者可以不进行反馈而返回步骤S1B。

S4B，向用户端发送异常处理指令，使用户端修复或者升级应用程序。发送的修复指令中可包括运行修复工具或程序的命令，以及修复工具或程序的下载地址；发送的升级指令中可包括运行升级程序的命令，以及升级数据的下载地址。

S5B，向用户端发送正常响应信息，使用户端确定应用程序正常。

S6B，判断用户端是否为活跃状态。本方案是周期性地监控用户端应用程序的状态，服务器每一次收到的状态信息后都将核实上述标识，可根据当前的标识确定用户端当前的状态。首次执行监控方案时，可以预先对用户端设置休眠标识。

当确定用户端为活跃状态时，执行步骤S7B；否则表示用户端处于休眠状态，未收到状态信息属于正常情况，不必进行处理，可返回步骤S1B继续监控。

S7B，向管理端发送报警信息。当执行此步骤时，表示用户端处于工作状态，但未在设定时间内发送状态信息，由此说明用户端可能存在网络异常，或者存在应用程序被人为或系统关闭等非正常情况，此时可通知管理人员了解实际情况。报警信息中可包括用户端的身份信息、地址信息(IP地址和/或MAC地址等)、该用户端最后一次发送状态信息的时间，以及报警内容，如提示用户端掉线等内容。

根据本发明实施例提供的应用程序监控方法，服务器在收到用户端发送的状态信息时判断其中是否包括休眠事件信息，当不包括休眠事件信息时确定用户端处于工作状态，并根据其中的应用程序信息判断用户端的应用程序是否正常，使服务器能够实时对用户端的应用程序进行监控，当存在异常时及时反馈并使用户端处理应用程序，由此确保应用程序状态正常。

用户端发送的系统事件信息可以使服务器确定用户端的状态，例如当系统事件信息表示用户端处于睡眠或者关机等非工作状态时，服务器可以暂时不必对本次收到的应用程序信息进行判断和反馈，直到系统事件信息表示用户端处于工作状态时再进行处理；并且当确定用户端处于非工作状态时，即使未在设定时间内收到应用程序信息也可以暂时认定用户端正常，由此可以提高服务器端的工作效率。

在一些优选的实施例中，应用程序信息中包括应用程序版本信息、硬盘存储空间信息、应用程序运行日志信息、用户端地址信息、应用程序运行路径信息中的至少一种基础信息。

其中应用程序版本信息可以使服务器判断应用程序是否为最新版本，也即确定应用程序是否需要升级；

运行日志信息可以使服务器判断应用程序在执行过程中是否发生错误，也即确定应用程序是否需要被修复；

用户端地址信息可包括IP地址和/或MAC地址，服务器中可预先存储设定的地址信息，当收到用户端发送的地址信息时与预存地址进行比对，如果二者不一致则表示应用程序未在预定的硬件设备上运行，针对此情况服务器可以向用户端发送警示信息，或者向管理端发送提示信息，以使用户或管理员了解实际情况。

应用程序运行路径信息可以使服务器判断应用程序中的文件和存储的数据是否在预定的路径中，当判定路径错误时可以向用户端或者管理端发送提示信息，以使用户或管理员修改运行路径。

硬盘存储空间信息适用于具有数据存储功能的程序，服务器可根据硬盘存储空间信息判断用户端的剩余存储空间是否小于设定量，当用户端的剩余存储空间小于设定量时确定应用程序异常。服务器可以向用户端或者管理端发送提示信息，以确保用户端有足够的硬盘空间来存储数据。

本发明实施例提供另一种应用程序状态监控方法，与图2所示方法的不同之处在于步骤S7C、S8C，其它步骤可参照上述实施例中的步骤S1B-S6B，本实施例中不再赘述。本实施例中的监控方法包括如下步骤：

S1C，判断是否在设定时间内收到用户端发送的状态信息，状态信息至少包括应用程序信息。如果服务器收到状态信息则执行步骤S2C，否则执行步骤S6C。

S2C，判断状态信息中是否还包括休眠事件信息。当不包括休眠事件信息时执行步骤S3C；当包括休眠事件信息时可以终止后续处理，返回步骤S1C。

S3C，根据应用程序信息判断用户端的应用程序是否异常。当用户端的应用程序异常时执行S4C；否则可以执行步骤S5C，或者可以不进行反馈而返回步骤S1C。

S4C，向用户端发送异常处理指令，使用户端修复或者升级应用程序。

S5C，向用户端发送正常响应信息，使用户端确定应用程序正常。

S6C，判断用户端是否为活跃状态。当确定用户端为活跃状态时，执行步骤S7C；否则返回步骤S1C继续监控。

S7C，更新未收到此用户端的状态信息的次数，并判断当前的次数是否达到设定次数。若当前次数达到设定次数则执行步骤S8C，否则返回步骤S1C继续监控。

S8C，向管理端发送报警信息。

作为一个举例，设定次数为2。如果用户端处于活跃状态，而服务器未在设定时间内收到状态信息时，服务器将记录并判断未收到状态信息的次数，而不是直接进行报警。当服务器连续两次未收到此活跃用户端的状态信息时才进行报警。上述方案考虑到用户端可能受到网络状况的影响而未能成功发射状态信息，作为一种容错方案可以允许用户端漏发状态信息，避免出现误报，由此提高监控方案的效率。

本发明的一个实施例提供一种应用程序状态监控设备，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行上述应用程序状态监控方法。

结合上述用户端和服务器的应用程序监控方案，本发明的一个实施例提供了一种医疗图像处理程序监控系统，如图3所示本系统包括用户端31、服务器32和管理端33。该程序被设置在用户端31中，用于存储和处理医疗图像。用户端31与远程服务器32通讯连接，配合确保程序状态正常。管理端33与用户端31和服务器32通信连接，用于辅助监控用户端应用程序的状态。

用户端31用于在达到设定时间或者产生系统事件时发送状态信息，其中在达到设定时间时发送的状态信息中包括应用程序信息，在产生系统事件时发送的状态信息中包括应用程序信息和系统事件信息。

应用程序信息中包括用于存储医疗图像的硬盘空间信息、版本信息、运行日志信息、用户端IP地址信息和MAC地址信息、应用程序运行路径信息。

具体地，用户端31首先创建用于维护应用程序的子线程，子线程用于监听系统事件和查询上述应用程序信息。在达到设定时间或者产生系统事件时，用户端31判断与服务器32的网络连接状态，当网络连接正常时发送状态信息，否则等待n秒后再次查看网络连接状态。

服务器32用于判断是否在设定时间内收到用户端31发送的状态信息，当在设定时间内收到用户端31发送的状态信息时，判断状态信息中是否还包括休眠事件信息，当状态信息中不包括休眠事件信息时，根据应用程序信息判断用户端31的应用程序是否异常，当用户端31的应用程序异常时，向用户端31发送异常处理指令。

用户端31接收服务器32根据状态信息反馈的异常处理指令，根据异常处理指令处理应用程序。

具体地，服务器32在确定应用程序需要升级或者需要修复时，向用户端31发送升级指令或者修复指令；服务器32在确定用于存储医疗图像的硬盘剩余空间不足时，向用户端31发送提示信息；服务器32在确定应用程序一切正常时向用户端32发送正常响应信息。

服务器32在判断用户端IP地址信息和MAC地址信息与设定地址信息不符时，向管理端33发送提示信息。

当服务器32未在设定时间内收到用户31端发送的状态信息时，服务器32判断用户端31是否为活跃状态，当用户端31为活跃状态时，向管理端33发送报警信息。

对于一些复杂的异常情况，服务器32可以向管理端33发送异常内容信息。管理端33用于接收异常内容信息，并对异常内容信息进行分析，根据分析结果向用户端31发送异常处理指令。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。

Claims (10)

1.一种应用程序状态监控方法，其特征在于，包括：

判断是否在设定时间内收到用户端发送的状态信息，所述状态信息至少包括应用程序信息；

当在设定时间内收到用户端发送的状态信息时，判断所述状态信息中是否还包括休眠事件信息；

当所述状态信息中不包括休眠事件信息时，根据所述应用程序信息判断所述用户端的应用程序是否异常；

当所述用户端的应用程序异常时，向所述用户端发送异常处理指令。

2.根据权利要求1所述的方法，其特征在于，当所述状态信息中还包括休眠事件信息时，确定所述用户端为休眠状态。

3.根据权利要求1或2所述的方法，其特征在于，当未在设定时间内收到用户端发送的状态信息时，判断所述用户端是否为活跃状态；

当所述用户端为活跃状态时，向管理端发送报警信息。

4.根据权利要求1或2所述的方法，其特征在于，所述应用程序信息中包括应用程序版本信息、硬盘存储空间信息、应用程序运行日志信息、用户端地址信息、应用程序运行路径信息中的至少一种；

当所述应用程序信息中包括硬盘存储空间信息时，所述根据所述应用程序信息判断所述用户端的应用程序是否异常，包括：

根据所述硬盘存储空间信息判断所述用户端的剩余存储空间是否小于设定量；

当所述用户端的剩余存储空间小于设定量时确定所述应用程序异常。

5.一种应用程序状态维护方法，其特征在于，包括：

当达到设定时间或者产生系统事件时向服务器发送状态信息，其中在达到设定时间时发送的状态信息中包括应用程序信息，在产生系统事件时发送的状态信息中包括应用程序信息和系统事件信息；

接收所述服务器根据所述状态信息反馈的异常处理指令；

根据所述异常处理指令处理应用程序。

6.根据权利要求5所述的方法，其特征在于，所述应用程序信息中包括应用程序版本信息、硬盘存储空间信息、应用程序运行日志信息、用户端地址信息、应用程序运行路径信息中的至少一种。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述异常处理指令包括应用程序修复指令和应用程序升级指令。

8.一种应用程序状态监控设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行如权利要求1-4、7中任意一项所述的应用程序状态监控方法。

9.一种应用程序状态监控设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行如权利要求5-7中任意一项所述的应用程序状态维护方法。

10.一种应用程序监控系统，其特征在于，包括：

用户端，用于当达到设定时间或者产生系统事件时发送状态信息，其中在达到设定时间时发送的状态信息中包括应用程序信息，在产生系统事件时发送的状态信息中包括应用程序信息和系统事件信息；

服务器，用于判断是否在设定时间内收到所述用户端发送的状态信息，当在设定时间内收到用户端发送的状态信息时，判断所述状态信息中是否还包括休眠事件信息，当所述状态信息中不包括休眠事件信息时，根据所述应用程序信息判断所述用户端的应用程序是否异常，当所述用户端的应用程序异常时，向所述用户端发送异常处理指令；

所述用户端还用于接收所述服务器根据所述状态信息反馈的异常处理指令，根据所述异常处理指令处理应用程序。