CN107436831A - 用于客户端服务器系统的监控方法和装置 - Google Patents

Abstract

本申请公开了一种用于客户端服务器系统的监控方法和装置。所述方法的一具体实施方式包括：本地服务器每隔第一预设时间段监测用于处理请求的进程的运行状态，其中，所述进程是通过运行与所述进程对应的应用的入口文件来启动的；所述本地服务器判断所述进程的运行状态是否正常；响应于所述进程的运行状态不正常，所述本地服务器执行以下步骤：将用于接收所述请求的地址修改为所述远程服务器的用于接收所述请求的地址，以供所述远程服务器处理所述请求，所述远程服务器正在运行所述应用的入口文件；执行重启，以使修改生效。该实施方式避免了在本地服务器发生故障重启的过程中不能处理客户端的请求，造成业务阻塞的情况。

Description

用于客户端服务器系统的监控方法和装置

技术领域

本申请涉及计算机技术领域，尤其涉及互联网技术领域，具体涉及一种用于客户端服务器系统的监控方法和装置。

背景技术

客户端服务器是一种网络架构，将客户端与服务器区分开来。每一个客户端都可以向服务器发送请求，服务器接收上述请求，并对请求处理。客户端服务器系统就是很多客户端和很多服务器组成的系统，此系统中，每一个客户端都有一个处理其请求的本地服务器。那么，其它服务器可以作为此客户端的远程服务器。

在现有的客户端服务器监控方法中，当与客户端连接的本地服务器由于网络或其它原因发生故障时，本地服务器会执行重启。在本地服务器重启的过程中，如果客户端向其发送请求，则上述请求无法被处理，导致业务的阻塞。

发明内容

本申请的目的在于提出一种用于客户端服务器系统的监控方法及装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种用于客户端服务器系统的监控方法，所述客户端服务器系统包括发送请求的客户端、处理所述请求的本地服务器和与所述本地服务器连接的远程服务器，所述监控方法包括：所述本地服务器每隔第一预设时间段监测用于处理所述请求的进程的运行状态，其中，所述进程是通过运行与所述进程对应的应用的入口文件来启动的；所述本地服务器判断所述进程的运行状态是否正常；响应于所述进程的运行状态不正常，所述本地服务器执行以下步骤：将用于接收所述请求的地址修改为所述远程服务器的用于接收所述请求的地址，以供所述远程服务器处理所述请求，所述远程服务器正在运行所述应用的入口文件；执行重启，以使修改生效。

在一些实施例中，在所述本地服务器判断所述进程的运行状态是否正常之前，所述方法还包括：所述本地服务器读取预置的历史重启信息列表，所述历史重启信息包括历史重启时刻。

在一些实施例中，在所述执行重启之后，所述本地服务器还执行以下步骤：判断所述历史重启时刻的数量是否等于预设值；响应于所述历史重启时刻的数量不等于所述预设值，将上次重启的时刻作为历史重启时刻形成新的历史重启信息，将所述新的历史重启信息记录到所述预置的历史重启信息列表中；再次运行所述入口文件。

在一些实施例中，所述方法还包括：响应于所述历史重启时刻的数量等于所述预设值，所述本地服务器停止运行所述应用的入口文件。

在一些实施例中，所述方法还包括：响应于所述进程的运行状态正常，所述本地服务器执行以下步骤：判断所述历史重启时刻的数量是否小于1；当所述历史重启时刻的数量小于1时，对所述请求进行处理。

在一些实施例中，所述本地服务器还执行以下步骤：当所述历史重启时刻的数量大于或等于1时，判断上次历史重启时刻与当前时刻之间的时间间隔是否大于第二预设时间段；响应于所述时间间隔大于所述第二预设时间段，将用于接收所述请求的地址修改为所述本地服务器的用于接收所述请求的地址；执行重启，以使修改生效；清空所述预置的历史重启信息列表；再次运行所述应用的入口文件。

第二方面，本申请提供一种用于客户端服务器系统的监控装置，所述客户端服务器系统包括发送请求的客户端、处理所述请求的本地服务器和与所述本地服务器连接的远程服务器，所述装置包括：监测单元，用于每隔第一预设时间段监测用于处理所述请求的进程的运行状态，其中，所述进程是通过运行与所述进程对应的应用的入口文件来启动的；判断单元，用于判断所述进程的运行状态是否正常；第一执行单元，用于响应于所述进程的运行状态不正常，执行以下步骤：将用于接收所述请求的地址修改为所述远程服务器的用于接收所述请求的地址，以供所述远程服务器处理所述请求，所述远程服务器正在运行所述应用的入口文件；执行重启，以使修改生效。

在一些实施例中，所述装置还包括：读取单元，用于在判断单元判断所述进程的运行状态是否正常之前，读取预置的历史重启信息列表，所述历史重启信息包括历史重启时刻。

在一些实施例中，所述第一执行单元在所述执行重启之后，还执行以下步骤：判断所述历史重启时刻的数量是否等于预设值；响应于所述历史重启时刻的数量不等于所述预设值，将上次重启的时刻作为历史重启时刻形成新的历史重启信息，将所述新的历史重启信息记录到所述预置的历史重启信息列表中；再次运行所述入口文件。

在一些实施例中，所述第一执行单元还用于：响应于所述历史重启时刻的数量等于所述预设值，所述本地服务器停止运行所述应用的入口文件。

在一些实施例中，所述装置还包括：第二执行单元，用于响应于所述进程的运行状态正常，执行以下步骤：判断所述历史重启时刻的数量是否小于1；当所述历史重启时刻的数量小于1时，对所述请求进行处理。

在一些实施例中，所述第二执行单元还用于执行以下步骤：当所述历史重启时刻的数量大于或等于1时，判断上次历史重启时刻与当前时刻之间的时间间隔是否大于第二预设时间段；响应于所述时间间隔大于所述第二预设时间段，将用于接收所述请求的地址修改为所述本地服务器的用于接收所述请求的地址；执行重启，以使修改生效；清空所述预置的历史重启信息列表；再次运行所述应用的入口文件。

本申请提供的用于客户端服务器系统的监控方法和装置，通过每隔一段时间监测用于处理客户端发送的请求的进程的运行状态，在判断出上述进程的运行状态不正常时，将本地服务器的用于接收客户端发送的请求的地址修改为远程服务器的用于接收客户端发送的请求的地址，使得远程服务器处理客户端的请求。从而避免了在本地服务器发生故障重启的过程中不能处理客户端的请求，造成业务阻塞的情况。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的用于客户端服务器系统的监控方法的一个实施例的流程图；

图3是根据本申请的用于客户端服务器系统的监控方法的又一个实施例的流程图；

图4是根据本申请的用于客户端服务器系统的监控装置的一个实施例的结构示意图；

图5是根据本申请的用于客户端服务器系统的监控装置的又一个实施例的结构示意图；

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于客户端服务器系统的监控方法或用于客户端服务器系统的监控装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括客户端101、102、103、111、112、113，网络104和服务器105、115。服务器105是客户端101、102、103的本地服务器，是客户端111、112、113的远程服务器。同样，服务器115是客户端111、112、113的本地服务器，是客户端101、102、103的远程服务器。网络104用以在客户端101、102、103和服务器105，客户端111、112、113和服务器115，服务器105和服务器115之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用客户端101、102、103、111、112、113通过网络104与服务器105、115交互，以接收或发送消息等。客户端101、102、103、111、112、113上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

客户端101、102、103、111、112、113可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。

服务器105、115可以是提供各种服务的服务器，例如对客户端101、102、103、111、112、113发送的请求进行处理的代理服务器。代理服务器可以对接收到的请求等数据进行处理，并将结果反馈给客户端。

需要说明的是，本申请实施例所提供的用于客户端服务器系统的监控方法一般由本地服务器执行，相应地，用于客户端服务器系统的监控装置一般设置于本地服务器中。

应该理解，图1中的客户端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的客户端、网络和服务器。

继续参考图2，示出了根据本申请的用于客户端服务器系统的监控方法的一个实施例的流程图200。本实施例的客户端服务器系统包括发送请求的客户端、处理请求的本地服务器和与本地服务器连接的远程服务器。本实施例的用于客户端服务器系统的监控方法包括以下步骤：

步骤201，本地服务器每隔第一预设时间段监测用于处理请求的进程的运行状态。

用于客户端服务器系统的监控方法运行于其上的电子设备(例如图1所示的服务器105或115)可以通过有线连接方式或者无线连接方式从终端接收请求。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

其中，上述进程是通过运行与该进程对应的应用的入口文件来启动的。

本实施例中，本地服务器可以采用Linux操作系统，并安装Node.js。Node.js是一个在服务器端的JavaScript运行环境，能够方便地搭建响应速度快、易于扩展的网络应用。Node.js应用就是搭建在Node.js中的应用，运行Node.js应用需要一个入口文件。在运行应用的入口文件后，会启动一个与该应用对应的进程。

本地服务器每隔第一预设时间段监测该进程的运行状态。第一预设时间段的时间可以是任意的，可根据实际情况进行设定。在实践中，可采用forever对进程的运行状态进行监测，forever是Node.js的进程管理模块，能够启动、停止、重启Node.js应用。此进程用于处理客户端发送的请求。

步骤202，本地服务器判断上述进程的运行状态是否正常。

本实施例中，本地服务器可以采用forever对进程的运行状态进行监测，forever可以判断进程的运行状态是否正常。

步骤203，响应于上述进程的运行状态不正常，本地服务器执行以下步骤：将用于接收请求的地址修改为远程服务器的用于接收请求的地址，以供远程服务器处理请求，远程服务器正在运行应用的入口文件；执行重启，以使修改生效。

本实施例中，用于接收请求的地址可以包括服务器的IP(InternetProtocol，网络之间互连的协议)地址和端口号。

当上述进程的运行状态不正常时，本地服务器将本机的用于接收请求的地址修改为客户端服务器系统中远程服务器的用于接收请求的地址，从而使得远程服务器处理客户端的请求。可以理解的是，远程服务器中正在运行应用的入口文件，也就是说，远程服务器可以处理客户端的请求。修改完成后，重启本地服务器，使得上述修改生效。

本申请的上述实施例提供的用于客户端服务器系统的监控方法，虽然本地服务器中的用于处理请求的进程运行状态不正常，但是通过将客户端的请求发送到远程服务器，由远程服务器对请求进行处理，不会出现由于本地服务器的重启造成的业务阻塞现象。

继续参考图3，示出了根据本申请的用于客户端服务器系统的监控方法的又一个实施例的流程图300。本实施例的用于客户端服务器系统的监控方法包括以下步骤：

步骤301，本地服务器每隔第一预设时间段监测用于处理请求的进程的运行状态。

步骤302，读取预置的历史重启信息列表。

本实施例中，可以在内存中设置一个历史重启信息列表，用于存储本地服务器的历史重启信息。其中，历史重启信息包括历史重启时刻。

在实践中，本地服务器可以通过Node.js的文件操作来读取本地服务器中存储的历史重启信息列表。

步骤303，判断上述进程的运行状态是否正常。

在上述进程的运行状态不正常时，执行步骤304；在上述进程的运行状态正常时，执行步骤314。

步骤304，将用于接收请求的地址修改为远程服务器的用于接收请求的地址。

在上述进程的运行状态不正常时，将本地服务器中用于接收客户端发送的请求的地址修改为远程服务器的用于接收客户端发送的请求的地址。

在实践中，本地服务器可以是代理服务器。以Nginx为例来具体说明本实施例中修改用于接收请求的地址的过程，其中，Nginx是一个高性能的HTTP和反向代理服务器，它通过接收客户端的请求，对请求进行处理(例如将请求转发至对应的配置服务器)。假设Nginx A是一个客户端的本地服务器，而Nginx B是与Nginx A位于同一客户端服务器系统的另一服务器。那么，Nginx B成为上述客户端的远程服务器。Nginx A的IP地址为192.168.168.2，应用的入口文件在端口8080启动。Nginx B的IP地址为192.168.168.3，应用的入口文件在端口8080启动。则Nginx A的用于接收请求的地址可以表示为192.168.168.2:8080，Nginx B的用于接收请求的地址可以表示为192.168.168.3:8080。当Nginx A的用于处理请求的进程的运行状态不正常时，可以通过Node.js的文件系统模块(fs模块)将Nginx A的config文件中的原本指向192.168.168.2:8080修改为指向192.168.168.3:8080，其中，config文件是指nginx.conf所在的目录，通过设置config文件可以实现Nginx的反向代理功能。

步骤305，执行重启。

由于步骤304中的修改需要重启本地服务器后才能生效，因此，在修改完成后要重启本地服务器。

在实践中，通过执行Node.js的sbin/nginx可实现重启本地服务器。其中，sbin/nginx是Node.js中可执行文件的位置。

步骤306，判断历史重启时刻的数量是否大于预设值。

本实施例中，可预先设定一个值来表示本地服务器是否彻底崩溃，当历史重启时刻的数量大于此预设值时，说明本地服务器需要管理员来进行维护，不能自行恢复正常。当历史重启时刻的数量不大于此预设值时，说明本地服务器仍然可以通过自动重启恢复正常。

可以理解的是，本步骤中的历史重启时刻的数量通过读取预置的历史重启信息列表而得。

当历史重启时刻的数量大于预设值时，执行步骤309；当历史重启时刻的数量不大于预设值时，执行步骤307。

步骤307，将上次重启的时刻作为历史重启时刻形成新的历史重启信息，记录到预置的历史重启信息列表中。

将上次重启的时刻作为历史重启时刻，形成一条新的历史重启信息，然后将形成的新的历史重启信息记录到预置的历史重启信息列表中，从而实现了及时更新预置的历史重启信息列表。

步骤308，再次运行应用的入口文件。

重启后，再次运行入口文件，并返回执行步骤301，从而能够持续的监测用于处理请求的进程的运行状态，在满足条件后继续处理客户端发送的请求。

步骤314，判断历史重启时刻的数量是否小于1。

当用于处理请求的进程的运行状态正常时，首先判断历史重启时刻的数量是否小于1。当历史重启时刻的数量小于1时，说明本地服务器没有重启过，运行状态稳定，可以执行步骤315’；当历史重启时刻的数量大于或等于1时，说明本地服务器重启过，则需要执行步骤315。

步骤315’，对请求进行处理。

本地服务器没有发生过重启，且用于处理请求的进行的运行状态正常，则可以对请求进行处理，以快速响应上述请求。

步骤315，判断上次历史重启时刻与当前时刻之间的时间间隔是否大于第二预设时间段。

本地服务器重启过时，需要判断上次历史重启时刻与当前时刻之间的时间间隔是否大于第二预设时间段。本实施例中，预先设置一个时间段来表示本地服务器重启后得到稳定需要的时间。可以理解的是，本实施例中不对第二预设时间段的值进行限定，本领域技术人员可根据实际需要设定第二预设时间段的值。

当上次历史重启时刻与当前时刻之间的时间间隔大于第二预设时间段时，执行步骤316；当上次历史重启时刻与当前时刻之间的时间间隔不大于第二预设时间段时，返回执行步骤301，即继续监测用于处理请求的进程的运行状态是否正常。

步骤316，将用于接收请求的地址修改为本地服务器的用于接收请求的地址。

当上次历史重启时刻与当前时刻之间的时间间隔大于第二预设时间段时，说明本地服务器自上次重启后已达到稳定状态，可以继续处理客户端发送的请求，因此，将用于接收请求的地址修改为本地服务器的用于接收请求的地址，从而能够继续处理客户端的请求，为远程服务器减小负担。

步骤317，执行重启。

由于本地服务器的每次修改都要重启之后才能生效，因此在修改完成后需要重启本地服务器。

步骤318，清空预置的历史重启信息列表。

当本地服务器达到稳定状态后，即可以稳定的处理客户端发送的请求后，需要清空预置的历史重启信息列表，以避免历史重启信息列表中记录的历史重启信息影响之后的判断。

步骤319，再次运行应用的入口文件。

再次运行应用的入口文件，返回执行步骤301，对用于处理请求的进程的运行状态继续监测。

本申请的上述实施例提供的用于客户端服务器系统的监控方法，能够实现在用于处理请求的进程的运行状态不正常时，将客户端的请求发送给远程服务器，同时自动重启本地服务器；通过设置一个预设值，现在了本地服务器的最大重启次数，避免了本地服务器无限重启的现象；在本地服务器恢复正常且达到稳定后，又重新接收客户端的请求并进行处理，从而减小了远程服务器的负担；由于将本地出现故障时实现了将客户端的请求转发给远程服务器，从而避免了业务的阻塞。

继续参考图4，示出了根据本申请的用于客户端服务器系统的监控装置的一个实施例的结构示意图400。本实施例的客户端服务器系统包括发送请求的客户端、处理所述请求的本地服务器和与所述本地服务器连接的远程服务器。如图4所示，本实施例的用于客户端服务器系统的监控装置包括：监测单元401、判断单元402和第一执行单元403。

监测单元401，用于每隔第一预设时间段监测用于处理请求的进程的运行状态。

其中，上述进程是通过运行与该进程对应的应用的入口文件来启动的。

判断单元402，用于根据监测单元401监测的状态来判断上述进程的运行状态是否正常。

第一执行单元403，用于响应于判断单元402确定上述进程的运行状态不正常，执行以下步骤：将用于接收请求的地址修改为远程服务器的用于接收请求的地址，以供远程服务器处理请求，远程服务器正在运行所述应用的入口文件；执行重启，以使修改生效。

本申请的上述实施例提供的用于客户端服务器系统的监控装置，在本地服务器中的用于处理请求的进程运行状态不正常时，将客户端的请求发送到远程服务器，由远程服务器对请求进行处理，不会出现由于本地服务器的重启造成的业务阻塞现象。

图5示出了示出了根据本申请的用于客户端服务器系统的监控装置的又一个实施例的结构示意图500。如图5所示，本实施例的用于客户端服务器系统的监控装置包括：监测单元501、读取单元502、判断单元503、第一执行单元504和第二执行单元505。

监测单元501、判断单元503、第一执行单元504与图4所示实施例中的监测单元401、判断单元402、第一执行单元403作用相同，此处不再赘述。

读取单元502，用于在判断单元503判断上述进程的运行状态是否正常之前，读取预置的历史重启信息列表。

其中，历史重启信息包括历史重启时刻。

第二执行单元504，用于响应于判断单元503确定上述进程的运行状态正常，执行以下步骤：判断历史重启时刻的数量是否小于1；当历史重启时刻的数量小于1时，对请求进行处理。

在本实施例的一个优选的实施方式中，第一执行单元504在执行重启之后，还执行以下步骤：判断历史重启时刻的数量是否等于预设值；响应于历史重启时刻的数量不等于预设值，将上次重启的时刻作为历史重启时刻形成新的历史重启信息，将新的历史重启信息记录到预置的历史重启信息列表中；再次运行所述入口文件。

及时的更新历史重启信息列表，可以有助于进行后续的处理。

在本实施例的一个优选的实施方式中，所述第一执行单元504还用于：响应于历史重启时刻的数量等于预设值，本地服务器停止运行应用的入口文件。

当历史重启时刻的数量等于预设值时，说明本地服务器彻底不能处理请求，则停止运行应用的入口文件，从而避免了本地服务器在出现故障时的无限重启现象。

在本实施例的一个优选的实施方式中，所述第二执行单元505还用于执行以下步骤：当历史重启时刻的数量大于或等于1时，判断上次历史重启时刻与当前时刻之间的时间间隔是否大于第二预设时间段；响应于时间间隔大于第二预设时间段，将用于接收请求的地址修改为本地服务器的用于接收请求的地址；执行重启，以使修改生效；清空预置的历史重启信息列表；再次运行所述应用的入口文件。

当本地服务器的正常且稳定时，通过修改用于接收请求的地址从而能够继续接收客户端的请求，从而减小了远程服务器的负担。

本申请的上述实施例提供的用于客户端服务器系统的监控装置，通过设置一个预设值，现在了本地服务器的最大重启次数，避免了本地服务器无限重启的现象；在本地服务器恢复正常且达到稳定后，又重新接收客户端的请求并进行处理，从而减小了远程服务器的负担；由于将本地出现故障时实现了将客户端的请求转发给远程服务器，从而避免了业务的阻塞。

下面参考图6，其示出了适于用来实现本申请实施例的服务器的计算机系统600的结构示意图。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种用于客户端服务器系统的监控装置包括监测单元、判断单元和第一执行单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，判断单元还可以被描述为“判断所述进程的运行状态是否正常的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：每隔第一预设时间段监测用于处理所述请求的进程的运行状态，其中，所述进程是通过运行与所述进程对应的应用的入口文件来启动的；判断所述进程的运行状态是否正常；响应于所述进程的运行状态不正常，执行以下步骤：将用于接收所述请求的地址修改为所述远程服务器的用于接收所述请求的地址，以供所述远程服务器处理所述请求，所述远程服务器正在运行所述应用的入口文件；执行重启，以使修改生效。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种用于客户端服务器系统的监控方法，其特征在于，所述客户端服务器系统包括发送请求的客户端、处理所述请求的本地服务器和与所述本地服务器连接的远程服务器，所述监控方法包括：

所述本地服务器每隔第一预设时间段监测用于处理所述请求的进程的运行状态，其中，所述进程是通过运行与所述进程对应的应用的入口文件来启动的；

所述本地服务器判断所述进程的运行状态是否正常；

响应于所述进程的运行状态不正常，所述本地服务器执行以下步骤：将用于接收所述请求的地址修改为所述远程服务器的用于接收所述请求的地址，以供所述远程服务器处理所述请求，所述远程服务器正在运行所述应用的入口文件；执行重启，以使修改生效。

2.根据权利要求1所述的方法，其特征在于，在所述本地服务器判断所述进程的运行状态是否正常之前，所述方法还包括：

所述本地服务器读取预置的历史重启信息列表，所述历史重启信息包括历史重启时刻。

3.根据权利要求2所述的方法，其特征在于，在所述执行重启之后，所述本地服务器还执行以下步骤：

判断所述历史重启时刻的数量是否等于预设值；

响应于所述历史重启时刻的数量不等于所述预设值，将上次重启的时刻作为历史重启时刻形成新的历史重启信息，将所述新的历史重启信息记录到所述预置的历史重启信息列表中；再次运行所述入口文件。

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

响应于所述历史重启时刻的数量等于所述预设值，所述本地服务器停止运行所述应用的入口文件。

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

响应于所述进程的运行状态正常，所述本地服务器执行以下步骤：判断所述历史重启时刻的数量是否小于1；当所述历史重启时刻的数量小于1时，对所述请求进行处理。

6.根据权利要求5所述的方法，其特征在于，所述本地服务器还执行以下步骤：

当所述历史重启时刻的数量大于或等于1时，判断上次历史重启时刻与当前时刻之间的时间间隔是否大于第二预设时间段；

响应于所述时间间隔大于所述第二预设时间段，将用于接收所述请求的地址修改为所述本地服务器的用于接收所述请求的地址；执行重启，以使修改生效；清空所述预置的历史重启信息列表；再次运行所述应用的入口文件。

7.一种用于客户端服务器系统的监控装置，其特征在于，所述客户端服务器系统包括发送请求的客户端、处理所述请求的本地服务器和与所述本地服务器连接的远程服务器，所述装置包括：

监测单元，用于每隔第一预设时间段监测用于处理所述请求的进程的运行状态，其中，所述进程是通过运行与所述进程对应的应用的入口文件来启动的；

判断单元，用于判断所述进程的运行状态是否正常；

第一执行单元，用于响应于所述进程的运行状态不正常，执行以下步骤：将用于接收所述请求的地址修改为所述远程服务器的用于接收所述请求的地址，以供所述远程服务器处理所述请求，所述远程服务器正在运行所述应用的入口文件；执行重启，以使修改生效。

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

读取单元，用于在判断单元判断所述进程的运行状态是否正常之前，读取预置的历史重启信息列表，所述历史重启信息包括历史重启时刻。

9.根据权利要求8所述的装置，其特征在于，所述第一执行单元在所述执行重启之后，还执行以下步骤：

判断所述历史重启时刻的数量是否等于预设值；

响应于所述历史重启时刻的数量不等于所述预设值，将上次重启的时刻作为历史重启时刻形成新的历史重启信息，将所述新的历史重启信息记录到所述预置的历史重启信息列表中；再次运行所述入口文件。

10.根据权利要求9所述的装置，其特征在于，所述第一执行单元还用于：

响应于所述历史重启时刻的数量等于所述预设值，所述本地服务器停止运行所述应用的入口文件。

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

第二执行单元，用于响应于所述进程的运行状态正常，执行以下步骤：判断所述历史重启时刻的数量是否小于1；当所述历史重启时刻的数量小于1时，对所述请求进行处理。

12.根据权利要求11所述的装置，其特征在于，所述第二执行单元还用于执行以下步骤：

当所述历史重启时刻的数量大于或等于1时，判断上次历史重启时刻与当前时刻之间的时间间隔是否大于第二预设时间段；

响应于所述时间间隔大于所述第二预设时间段，将用于接收所述请求的地址修改为所述本地服务器的用于接收所述请求的地址；执行重启，以使修改生效；清空所述预置的历史重启信息列表；再次运行所述应用的入口文件。