预处理服务恢复方法、装置、设备及存储介质

技术领域

本发明涉及服务进程监控技术领域，尤其涉及一种预处理服务恢复方法、装置、设备及存储介质。

背景技术

随着科学技术的发展，越来越多的应用程序的自动化处理，替代了人工处理，提高了数据处理的效率，例如：制图工具、剪辑工具等。然而这些应用程序常常会发生如自动关闭、服务无法响应等问题，因此确保应用程序正常运行是至关重要的。

现有技术中，对应用程序的监控，主要是针对linux平台下应用程序监控以及异常警告。但是该方法仅涉及应用程序监控以及异常警告，在应用程序出现异常后无法使得应用程序恢复正常工作。

发明内容

本发明实施例提供一种预处理服务恢复方法、装置、设备及存储介质，以解决在应用程序出现异常后无法使得应用程序恢复正常工作的问题。

一种预处理服务恢复方法，包括：

在确定目标应用正常启动之后，通过预设服务检测方法对所述目标应用进行服务检测，以确定所述目标应用是否正常启动预处理服务；所述服务检测是指对目标应用向后台服务请求启动预处理服务的过程进行检测；

在确定所述目标应用并未正常启动预处理服务时，通过调用预设进程监测模块关闭所述目标应用；

在调用与所述目标应用关联且可被所述目标应用执行的可执行文件之后，重新启动所述目标应用并打开所述可执行文件；

向所述目标应用发送服务启动命令，以为所述目标应用启动并初始化所述预处理服务之后，确认所述目标应用的预处理服务恢复成功。

一种预处理服务恢复装置，包括：

服务检测模块，用于在确定目标应用正常启动之后，通过预设服务检测方法对所述目标应用进行服务检测，以确定所述目标应用是否正常启动预处理服务；所述服务检测是指对目标应用向后台服务请求启动预处理服务的过程进行检测；

应用关闭模块，用于在确定所述目标应用并未正常启动预处理服务时，通过调用预设进程监测模块关闭所述目标应用；

应用重启模块，用于在调用与所述目标应用关联且可被所述目标应用执行的可执行文件之后，重新启动所述目标应用并打开所述可执行文件；

预处理服务恢复模块，用于向所述目标应用发送服务启动命令，以为所述目标应用启动并初始化所述预处理服务之后，确认所述目标应用的预处理服务恢复成功。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述预处理服务恢复方法。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述预处理服务恢复方法。

上述预处理服务恢复方法、装置、设备及存储介质，该方法通过在确定目标应用正常启动之后，通过预设服务检测方法对所述目标应用进行服务检测，以确定所述目标应用是否正常启动预处理服务；所述服务检测是指对目标应用向后台服务请求启动预处理服务的过程进行检测；在确定所述目标应用并未正常启动预处理服务时，通过调用预设进程监测模块关闭所述目标应用；在调用与所述目标应用关联且可被所述目标应用执行的可执行文件之后，重新启动所述目标应用并打开所述可执行文件；向所述目标应用发送服务启动命令，以为所述目标应用启动并初始化所述预处理服务之后，确认所述目标应用的预处理服务恢复成功。

本发明在检测到目标应用的预处理服务发生异常时，通过调用预设进程监测模块关闭目标应用，并通过拉取与目标应用关联的可执行文件，以及通过预设进程连接模块向所述目标应用发送服务启动命令，进而达到可以自动恢复目标应用的预处理服务的有益效果，提高了用户在使用目标应用时的体验感，并且提高了目标应用恢复的效率。

附图说明

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

图1是本发明一实施例中预处理服务恢复方法的一应用环境示意图；

图2是本发明一实施例中预处理服务恢复方法的一流程图；

图3是本发明一实施例中预处理服务恢复方法中步骤S10的一流程图；

图4是本发明一实施例中预处理服务恢复方法中步骤S10的另一流程图；

图5是本发明一实施例中预处理服务恢复方法中步骤S20的一流程图；

图6是本发明一实施例中预处理服务恢复方法的另一流程图；

图7是本发明一实施例中预处理服务恢复装置的一原理框图；

图8是本发明一实施例中预处理服务恢复装置的另一原理框图；

图9是本发明一实施例中预处理服务恢复装置中服务检测模块的一原理框图；

图10是本发明一实施例中预处理服务恢复装置中服务检测模块的另一原理框图；

图11是本发明一实施例中预处理服务恢复装置中应用关闭模块的一原理框图；

图12是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本发明实施例提供一种预处理服务恢复方法，该预处理服务恢复方法可应用如图1所示的应用环境中。具体地，该预处理服务恢复方法应用在预处理服务恢复系统中，该预处理服务恢复系统包括如图1所示的客户端和服务器，客户端与服务器通过网络进行通信，用于解决在应用程序出现异常后无法使得应用程序恢复正常工作的问题。其中，客户端又称为用户端，是指与服务器相对应,为客户提供本地服务的程序。客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备上。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种预处理服务恢复方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S10：在确定目标应用正常启动之后，通过预设服务检测方法对所述目标应用进行服务检测，以确定所述目标应用是否正常启动预处理服务；所述服务检测是指对目标应用向后台服务请求启动预处理服务的过程进行检测。

可以理解地，目标应用可以为如CAD、visio等应用程序。针对于目标应用是否正常启动，可以通过查询该目标应用的目标服务进程是否在系统的服务进程列表中，若目标服务进程在系统的服务进程列表中，则表征目标应用正常启动；若目标服务进程不在系统的服务进程列表中，则表征目标应用未正常启动。

进一步地，预设服务检测方法指的是通过如request工具(该request工具是用于实现http请求的软件包)实现与后台服务的http协议通信，也即与后台服务建立连接之后，对目标应用向后台服务请求启动预处理服务的过程进行检测，进而确定目标应用是否正常启动预处理服务。

在一实施例中，如图3所示，步骤S10中，也即所述通过预设服务检测方法对所述目标应用进行服务检测，包括：

S101：与后台服务建立通信连接。

可以理解地，后台服务用于执行目标应用中不需要与用户交互，且要求长期执行的任务。在本实施例中，通过如request工具，与后台服务建立通信连接，进而可以根据后台服务的运行状态，确定目标应用对应的预处理服务是否正常。

S102：在与所述后台服务通信连接成功建立后，向后台服务请求启动预处理服务，并检测在第一预设时间范围内是否触发所述预处理服务；

其中，第一预设时间范围可以根据具体目标应用进行调整，示例性地，该第一预设时间范围可以为一分钟内或者两分钟内。

具体地，在确定目标应用正常启动之后，与后台服务建立通信连接，并在与所述后台服务通信连接成功建立后，向后台服务请求启动预处理服务，并检测在第一预设时间范围内是否触发所述预处理服务。

S103：在检测到所述第一预设时间范围内触发所述预处理服务时，确定所述目标应用正常启动预处理服务。

具体地，在与所述后台服务建立通信连接成功，并向后台服务请求启动预处理服务，并检测在第一预设时间范围内是否触发所述预处理服务之后，在检测到所述第一预设时间范围内触发所述预处理服务时，表征在第一预设时间范围内请求过预处理任务，进而确定所述目标应用正常启动预处理服务。

在另一实施例中，如图4所示，步骤S102之后，也即所述检测在预设时间范围内是否触发所述预处理服务，还包括：

S104：在检测到所述第一预设时间范围内未触发所述预处理服务时，再次向后台请求启动预处理服务，并检测在第二预设时间范围内是否触发所述预处理服务；

其中，第二预设时间范围与第一预设时间范围相同，示例性地，假设第一预设时间范围为两分钟，则第二预设时间范围为下一个两分钟。

可以理解地，在检测到第一预设时间范围内未触发预处理服务，可能是由于服务响应时间较长等原因导致的，进而再次向后台请求启动预处理服务，并检测在第二预设时间范围内是否触发所述预处理服务。

S105：在检测到所述第二预设时间范围内触发所述预处理服务时，确定所述目标应用正常启动预处理服务；

可以理解地，在检测到所述第一预设时间范围内未触发所述预处理服务时，再次向后台请求启动预处理服务，并检测在第二预设时间范围内是否触发所述预处理服务之后，在检测到所述第二预设时间范围内触发所述预处理服务时，表征在第二预设时间范围内请求过预处理任务，进而确定所述目标应用正常启动预处理服务。

S106：在检测到所述第二预设时间范围内未触发所述预处理服务时，确认所述目标应用并未正常启动预处理服务；或再次向后台请求启动预处理服务，并检测在预设时间范围内是否触发所述预处理服务。

可以理解地，在检测到所述第一预设时间范围内未触发所述预处理服务时，再次向后台请求启动预处理服务，并检测在第二预设时间范围内是否触发所述预处理服务之后，表征在第一预设时间范围以及第二预设时间范围，连续的两个时间范围均未请求过预处理任务，进而确定所述目标应用未正常启动预处理服务。此时，可以直接判定目标应用未正常启动预处理服务。

进一步地，在检测到所述第二预设时间范围内未触发所述预处理服务时，还可以再次向后台请求启动预处理服务，并检测在第三预设时间范围内是否触发所述预处理服务，若在超过三次请求启动预处理服务均无法检测到预处理服务被触发，则可以直接判定目标应用未正常启动预处理服务。

S20：在确定所述目标应用并未正常启动预处理服务时，通过调用预设进程监测模块关闭所述目标应用；

可以理解地，在通过预设服务检测方法对所述目标应用进行服务检测，以确定所述目标应用对应的预处理服务是否正常，若确定目标应用对应的预处理服务异常时，表征该目标应用对应的预处理服务中断，则需要通过调用预设进程监测模块关闭目标应用。可选地，预设进程监测模块可以为基于psutil的监测工具。

在一实施例中，如图5所示，步骤S20中，也即所述通过调用预设进程监测模块关闭所述目标应用，包括：

S201：获取服务进程列表，以及与所述目标应用对应的目标服务进程关联的第一进程ID；所述服务进程列表中包含正常服务进程；一个所述正常服务进程关联一个第二进程ID。

可以理解地，服务进程列表指的是包含所有正常运行的应用程序对应的服务进程的列表，也即在应用程序正常启动运行之后会在服务进程列表中显示与该应用程序对应的服务进程。目标服务进程用于表征目标应用在当前环境中是否正常运行，也即若在服务进程列表中未查询到该目标服务进程，则表征目标应用暂未打开；若在服务进程列表中查询到该目标服务进程，则表征目标应用已正常启动。

进一步地，在本实施例中通过psutil工具确定目标应用是否正常，该psutil工具可以提供对服务进程状态检测的API(Application Programming Interface，应用程序接口)，进而可以实现获取服务进程列表，检测服务进程状态，关闭服务进程等。

S202：自所述服务进程列表中，查询与所述第一进程ID匹配的第二进程ID，并将该匹配的第二进程ID记录为匹配ID。

S203：调用预设进程监测模块中断与所述匹配ID对应的正常服务进程，以关闭所述目标应用。

具体地，由于在步骤S10中已经确定目标应用已经正常启动，进而可以在服务进程列表中，查询与第一进程ID匹配的第二进程ID，并将该与第一进程ID匹配的第二进程ID记录为匹配ID；调用预设进程监测模块中断或者关闭与匹配ID对应的正常服务进程，在关闭该正常服务进程之后，也即关闭了目标应用对应的目标服务进程，进而表征目标应用已被关闭。

S30：在调用与所述目标应用关联且可被所述目标应用执行的可执行文件之后，重新启动所述目标应用并打开所述可执行文件。

可以理解地，在确定所述目标应用对应的预处理服务异常时，通过调用预设进程监测模块关闭所述目标应用之后，获取与目标应用关联的可执行文件，调用并加载执行该可执行文件，进而重新打开目标应用。其中，可执行文件为可以被系统加载执行的文件，该可执行文件的格式可以为exe文件，进而在调用执行该可执行文件之后，即可打开目标应用。

S40：向所述目标应用发送服务启动命令，以为所述目标应用启动并初始化所述预处理服务之后，确认所述目标应用的预处理服务恢复成功。

具体地，在获取与所述目标应用关联的可执行文件，并在调用所述可执行文件之后重新打开所述目标应用之后，在本实施例中通过预设进程连接模块完成与目标应用的目标服务进程进行通信，进而向目标应用的目标服务进程发送服务启动命令，以实现目标应用的预处理服务，并对该预处理服务相关的状态进行初始化，在初始化完成之后确认目标应用的预处理服务恢复成功。其中，假设本实施例中的目标应用为cad应用，则该预设进程连接模块可以为基于pyautocad库开发的进程连接模块，该预设进程连接模块可以提供与AutoCAD进行服务进程间通信的API，从而可以向目标应用发送服务启动命令，进而启动并初始化所述预处理服务。

在本实施例中，在检测到目标应用的预处理服务发生异常时，通过调用预设进程监测模块关闭目标应用，并通过拉取与目标应用关联的可执行文件，以及通过预设进程连接模块向所述目标应用发送服务启动命令，进而达到可以自动恢复目标应用的预处理服务的有益效果，提高了用户在使用目标应用时的体验感，并且提高了目标应用恢复的效率。

在一实施例中，如图6所示，步骤S10之前，也即所述通过预设服务检测方法对所述目标应用进行服务检测之前，包括：

S50：获取服务进程列表，以及与所述目标应用对应的目标服务进程关联的第一进程ID；所述服务进程列表中包含正常服务进程；一个所述正常服务进程关联一个第二进程ID。

可以理解地，服务进程列表指的是包含所有正常运行的应用程序对应的服务进程的列表，也即在应用程序正常启动运行之后会在服务进程列表中显示与该应用程序对应的服务进程。目标服务进程用于表征目标应用在当前环境中是否正常运行，也即若在服务进程列表中未查询到该目标服务进程，则表征目标应用暂未打开；若在服务进程列表中查询到该目标服务进程，则表征目标应用已正常启动。

进一步地，在本实施例中通过psutil工具确定目标应用是否正常，该psutil工具可以提供对服务进程状态检测的API(Application Programming Interface，应用程序接口)，进而可以实现获取服务进程列表，检测服务进程状态，关闭服务进程等。

S60：将所述第一进程ID与各所述第二进程ID进行匹配。

S70：在所述第一进程ID与一个第二进程ID匹配成功时，确定所述目标应用正常启动。

具体地，针对于每一个服务进程，均存在一个与其对应的服务进程ID，也即步骤S50中指出的目标服务进程关联第一进程ID，以及正常服务进程关联第二进程ID。进而在获取服务进程列表之后，将第一进程ID与各第二进程ID进行匹配，例如可以通过正则化表达式或者字符串匹配方式，进而在第一进程ID与第二服务进程列表中第二进程ID匹配成功时，也即表征服务进程列表中存在第一进程ID，进而表征存在目标服务进程，因此可以确定目标应用已正常启动，处于运行状态。

进一步地，步骤S60之后，也即所述将所述第一进程ID与各所述第二进程ID进行匹配之后，还包括：

(1)在所述第一进程ID与所有第二进程ID均不匹配时，获取与所述目标应用关联的可执行文件；

可以理解地，在将第一进程ID与各第二进程ID进行匹配之后，若第一进程ID与所有第二进程ID均不匹配，则表征该目标应用暂未打开，所以在服务进程列表中不存在与目标服务进程关联的第一匹配ID，进而需要获取与目标应用关联的可执行文件。其中，可执行文件为可以被系统加载执行的文件，该可执行文件的格式可以为exe文件，进而在调用执行该可执行文件之后，即可打开目标应用。

(2)调用所述可执行文件以打开所述目标应用，并将所述第一进程ID与各所述第二进程ID进行匹配；

(3)在检测到所述第一进程ID与一个第二进程ID匹配成功时，确定所述目标应用正常启动。

具体地，在获取与目标应用关联的可执行文件之后，调用并加载执行该可执行文件，进而打开目标应用。将第一进程ID与各第二进程ID进行匹配，例如可以通过正则化表达式或者字符串匹配方式，进而在第一进程ID与第二服务进程列表中第二进程ID匹配成功时，也即表征服务进程列表中存在第一进程ID，进而表征存在目标服务进程，因此可以确定目标应用已正常启动，处于运行状态。

一般地，在调用可执行文件打开目标应用之后，即可认为目标应用正常启动，进而在调用所述可执行文件以打开所述目标应用之后，可以直接执行步骤S40，也即向所述目标应用发送服务启动命令，以启动并初始化所述预处理服务，确认所述目标应用的预处理服务恢复成功，进而可以直接使得预处理服务处于正常状态，提升用户体验以及提高目标应用恢复正常的效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种预处理服务恢复装置，该预处理服务恢复装置与上述实施例中预处理服务恢复方法一一对应。如图7所示，该装置包括服务检测模块10、应用关闭模块20、应用重启模块30和预处理服务恢复模块40。各功能模块详细说明如下：

服务检测模块10，用于在确定目标应用正常启动之后，通过预设服务检测方法对所述目标应用进行服务检测，以确定所述目标应用是否正常启动预处理服务；所述服务检测是指对目标应用向后台服务请求启动预处理服务的过程进行检测；

应用关闭模块20，用于在确定所述目标应用并未正常启动预处理服务时，通过调用预设进程监测模块关闭所述目标应用；

应用重启模块30，用于在调用与所述目标应用关联且可被所述目标应用执行的可执行文件之后，重新启动所述目标应用并打开所述可执行文件；

预处理服务恢复模块40，用于向所述目标应用发送服务启动命令，以为所述目标应用启动并初始化所述预处理服务之后，确认所述目标应用的预处理服务恢复成功。

优选地，如图8所示，所述预处理服务恢复装置还包括：

服务进程列表获取模块50，用于获取服务进程列表，以及与所述目标应用对应的目标服务进程关联的第一进程ID；所述服务进程列表中包含正常服务进程；一个所述正常服务进程关联一个第二进程ID；

第一ID匹配模块60，用于将所述第一进程ID与各所述第二进程ID进行匹配；

第一应用打开确认模块70，用于在所述第一进程ID与一个第二进程ID匹配成功时，确定所述目标应用正常启动。

优选地，所述预处理服务恢复装置还包括：

可执行文件获取模块，用于在所述第一进程ID与所有第二进程ID均不匹配时，获取与所述目标应用关联的可执行文件；

第二ID匹配模块，用于调用所述可执行文件以打开所述目标应用，并将所述第一进程ID与各所述第二进程ID进行匹配；

第二应用打开确认模块，用于在检测到所述第一进程ID与一个第二进程ID匹配成功时，确定所述目标应用正常启动。

优选地，如图9所示，服务检测模块10包括：

通信连接单元101，用于与后台服务建立通信连接；

第一服务检测单元102，用于在与所述后台服务通信连接成功建立后，向后台服务请求启动预处理服务，并检测在第一预设时间范围内是否触发所述预处理服务；

第一服务正常确认单元103，用于在检测到所述第一预设时间范围内触发所述预处理服务时，确定所述目标应用正常启动预处理服务。

优选地，如图10所示，服务检测模块10还包括：

第二服务检测单元104，在检测到所述第一预设时间范围内未触发所述预处理服务时，再次向后台请求启动预处理服务，并检测在第二预设时间范围内是否触发所述预处理服务；

第二服务正常确认单元105，用于在检测到所述第二预设时间范围内触发所述预处理服务时，确定所述目标应用正常启动预处理服务；

服务异常确认单元106，用于在检测到所述第二预设时间范围内未触发所述预处理服务时，确认所述目标应用并未正常启动预处理服务；或再次向后台请求启动预处理服务，并检测在预设时间范围内是否触发所述预处理服务。

优选地，如图11所示，应用关闭模块20包括：

服务进程列表获取单元201，用于获取服务进程列表，以及与所述目标应用对应的目标服务进程关联的第一进程ID；所述服务进程列表中包含正常服务进程；一个所述正常服务进程关联一个第二进程ID；

进程ID查询单元202，用于自所述服务进程列表中，查询与所述第一进程ID匹配的第二进程ID，并将该匹配的第二进程ID记录为匹配ID；

应用关闭单元203，用于调用预设进程监测模块中断与所述匹配ID对应的正常服务进程，以关闭所述目标应用。

关于预处理服务恢复装置的具体限定可以参见上文中对于预处理服务恢复方法的限定，在此不再赘述。上述预处理服务恢复装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储上述实施例中预处理服务恢复方法所使用到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种预处理服务恢复方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中预处理服务恢复方法。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中预处理服务恢复方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。