服务器的监控方法和装置与流程

本发明涉及计算机领域，具体而言，涉及一种服务器的监控方法和装置。

背景技术：

目前，在服务器对客户端进行监控时，主要的方式为多个客户端(APP)独立开发，独立部署，各自一套运行环境。图1是根据相关技术中一种客户端的运行环境示意图。如图1所示，APP1至NEW APP独立开发，独立部署，各自一套运行环境，比如，APP1包括节点服务器(NODE SERVER)、编程语言脚本(PAGE)、公共网关接口(CGI)、模型(Model)、工具(Utils)、请求代理(Request Proxy)、进程管理(Process Mgr)。APP2至NEW APP同样各自部署上述运行环境，从而使得客户端与整个服务系统的耦合性低，没有统一的运行环境和依赖环境，也没有统一的运维部署和业务运行监控功能，导致服务器监控的可用性低。

另外，当服务器监控客户端时，没有将对客户端的监控与目标监控进程的告警信息进行结合，以形成闭环进一步控制目标监控进程，导致服务器监控的稳定性和监控性低，导致使服务器监控的可用性低。

针对上述服务器监控的可用性低的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种服务器的监控方法和装置，以至少解决相关技术服务器监控的可用性低的技术问题。

根据本发明实施例的一个方面，提供了一种服务器的监控方法。该服务器的监控方法包括：服务器启动客户端的目标监控进程；在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；服务器根据运维指令对目标监控进程进行维护。

根据本发明实施例的另一方面，还提供了一种服务器的监控装置。该服务器的监控装置包括：启动单元，用于使服务器启动客户端的目标监控进程；监测单元，用于使在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；第一发送单元，用于当服务器监测到目标监控进程异常退出时，使服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；维护单元，用于使服务器根据运维指令对目标监控进程进行维护

在本发明实施例中，通过服务器启动客户端的目标监控进程；在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；服务器根据运维指令对目标监控进程进行维护，达到了对把目标进程进行监控的目的，从而实现了提高服务器监控的可用性的技术效果，进而解决了相关技术服务器监控的可用性低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术中一种客户端的运行环境示意图；

图2是根据本发明实施例的服务器的监控方法的硬件环境的示意图；

图3是根据本发明实施例的一种服务器的监控方法的流程图；

图4是根据本发明实施例的另一种服务器的监控方法的流程图；

图5是根据本发明实施例的另一种服务器的监控方法的流程图；

图6是根据本发明实施例的一种服务系统构架的示意图；

图7是根据本发明实施例的另一种服务器监控的关系示意图；

图8是根据本发明实施例的一种进程管理的示意图；

图9是根据本发明实施例的一种管理控制台的运行监控界面的示意图；

图10是根据本发明实施例的一种管理控制台的日志列表界面的示意图；

图11是根据本发明实施例的一种云数据库网页服务器的界面示意图；

图12是根据本发明实施例的一种服务器的监控装置的示意图；

图13是根据本发明实施例的另一种服务器的监控装置的示意图；

图14是根据本发明实施例的另一种服务器的监控装置的示意图；

图15是根据本发明实施例的另一种服务器的监控装置的示意图；以及

图16是根据本发明实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种服务器的监控方法的实施例。

可选地，在本实施例中，上述服务器的监控方法可以应用于如图2所示的由服务器202和终端204所构成的硬件环境中。图2是根据本发明实施例的服务器的监控方法的硬件环境的示意图。如图2所示，服务器202通过网络与终端204进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端204并不限定于PC、手机、平板电脑等。本发明实施例的服务器的监控方法可以由服务器202来执行，也可以由终端204来执行，还可以是由服务器202和终端204共同执行。其中，终端204执行本发明实施例的服务器的监控方法也可以是由安装在其上的客户端来执行。

图3是根据本发明实施例的一种服务器的监控方法的流程图。如图3所示，该服务器的监控方法包括以下步骤：

步骤S302，服务器启动客户端的目标监控进程。

在本发明上述步骤S302提供的技术方案中，服务器启动客户端的目标监控进程。

服务器接入客户端。该服务器通过目标监控进程实现对客户端的监控，其中，目标监控进程为服务器对客户端进行待监控的进程。服务器可以部署服务系统构架，该服务系统构架为功能封装的服务框架，可选地，通过Node js进行功能封装，用于实现对客户端进行监控的预设功能。可选地，通过网页服务器向客户端端口转发用户的请求，该网页服务器为反向代理服务器，比如，该网页服务器为Nginx服务器，通过Nginx服务器向客户端端口转发HTTP请求，用于对客户端进行监控的服务器通过客户端的端口获取目标监控进程，通过该目标监控进程可以确定客户端的运行状态，确定系统进行资源的分配情况和调度情况。其中，Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件代理服务器。

服务器对接入的客户端进行管理和监控，首先启动目标监控进程。在启动目标监控进程启动之后，可以根据预设重启条件重启目标监控进程以保证目标监控进程始终处于运行状态。可选地，该预设重启条件为客户端文件更新的条件，也即，在客户端文件更新后平滑重启目标监控进程，当客户端的域值改变时，可以通过客户端的调用接口重启目标监控进程。该预设重启条件也可以为当服务器监测到目标监控进程由于异常而退出时的条件，也即，当目标监控进程异常退出时自动重启目标监控进程。

步骤S304，服务器监测目标监控进程是否异常退出。

在本发明上述步骤S304提供的技术方案中，在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出。

在服务器启动目标监控进程之后，目标监控进程开始运行。在目标监控进程运行的过程中，服务器可以通过目标监控进程监控模块对目标监控进程进行监测，监测目标监控进程是否由于异常情况的出现而导致异常退出。如果服务器监测到目标监控进程异常退出，则执行步骤S308，如果服务器监测到目标监控进程没有异常退出，则继续对目标监控进程进行监测。

可选地，该实施例的服务器监测目标监控进程是否异常退出包括服务器监测客户端子进程是否异常退出。

步骤S306，当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息。

在本发明上述步骤S306提供的技术方案中，当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令。

在服务器监测目标监控进程异常退出之后，当服务器监测到目标监控进程异常退出时，服务器自动重启目标监控进程，并向预设终端发送用于指示目标监控进程异常退出的告警信息。可选地，该告警信息为告警短信，预设终端为管理终端，比如，移动通讯终端、电脑等。由配置文件配置预设终端的电话号码、邮箱号等，当服务器监测到目标监控进程异常退出时，服务器通过电话号码、邮箱号等将告警信息向预设终端发送。用户通过管理终端根据告警信息明确异常退出的原因，确定用于解决异常退出问题的运维方法，管理终端向服务器发送用于对目标监控进程进行维护的运维指令。

步骤S308，服务器根据运维指令对目标监控进程进行维护。

在本发明上述步骤S308提供的技术方案中，服务器根据运维指令对目标监控进程进行维护。

在服务器向预设终端发送用于指示目标监控进程异常退出的告警信息之后，服务器接收运维指令，根据运维指令对目标监控进程进行维护，从而避免目标监控进程再次由于相同的原因而异常退出，从而达到提高服务器监控的可用性的效果。

服务器可以显示客户端的实时运行情况，显示目标监控进程负载情况，并可以实时显示客户端的日志(log)文件，可选地，服务器通过管理控制台显示客户端的实时运行情况，显示目标监控进程负载情况，并可以实时显示客户端的log文件，从而可以使用户了解客户端的实时运行情况，了解目标监控进程负载情况，并可以实时查看和下载客户端产生的log文件。

该实施例的日志文件通常是对已完成的某种处理的记录，以便将来作为参考，并没有固定的格式，通常是文本文件，可以用记事本打开以查看内容，也可以是其它格式。

服务器可以使客户端与第三方服务器进行数据交互，该第三方服务器与具体的业务场景有关。

通过上述步骤S302至步骤S308，通过服务器启动客户端的目标监控进程；在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；服务器根据运维指令对目标监控进程进行维护，可以解决相关技术服务器监控的可用性低的技术问题，进而达到提高服务器监控的可用性的技术效果。

作为一种可选的实施方式，在服务器启动客户端的目标监控进程之后，在客户端的业务文件更新的情况下，服务器重启目标监控进程。

图4是根据本发明实施例的另一种服务器的监控方法的流程图。如图4所示，该服务器的监控方法还包括以下步骤：

步骤S401，服务器判断客户端的业务文件是否更新。

在本发明上述步骤S401提供的技术方案中，在服务器启动客户端的目标监控进程之后，服务器判断客户端的业务文件是否更新。

在客户端的业务发布、业务修改时，要对客户端的业务文件进行更新，比如，对APP文件进行更新。该实施例在服务器启动目标监控进程之后，判断客户端的业务文件是否更新。如果判断出客户端的业务文件更新，执行步骤S402。

步骤S402，服务器重启目标监控进程。

在本发明上述步骤S402提供的技术方案中，如果服务器判断出客户端的业务文件更新，服务器重启目标监控进程。

在服务器判断客户端的业务文件是否更新之后，如果判断出客户端的业务文件更新，则服务器重启目标监控进程，可以由服务器的进程管理模块重启目标监控进程，可以通过客户端的调用接口重启目标监控进程，从而使目标监控进程始终保持运行状态。

需要说明的是，在服务器启动目标监控进程之后，服务器判断客户端的业务文件是否更新；如果服务器判断出客户端的业务文件更新，服务器重启目标监控进程，可以通过服务器部署预设服务系统构架实现。

该实施例在服务器启动目标监控进程之后，服务器判断客户端的业务文件是否更新；如果服务器判断出客户端的业务文件更新，服务器重启目标监控进程，从而使目标监控进程始终保持运行状态。

作为一种可选的实施方式，在服务器启动客户端的目标监控进程之后，当服务器监测到目标监控进程异常退出时，服务器重启目标监控进程。

在服务器启动客户端的目标监控进程之后，服务器检测目标进程的运行状态，判断目标进程是否出现异常，比如，判断目标进程是否出现错误。如果服务器监测到目标进程出现异常且退出时，服务器向管理终端发送告警信息，并自动重启客户端进程，从而使目标监控进程始终保持运行状态。

需要说明的是，在服务器启动客户端的目标监控进程之后，当服务器监测到目标监控进程异常退出时，服务器重启目标监控进程，可以通过服务器部署预设服务系统构架实现。

作为一种可选的实施方式，在服务器获取目标监控进程之后，在服务器启动客户端的目标监控进程之后，服务器根据目标监控进程显示客户端的状态，其中，客户端的状态包括以下至少之一：客户端的运行状态；客户端的负载状态；客户端的日志文件。

在服务器获取目标监控进程之后，服务器可以通过可视化管理控制台显示客户端的状态。其中，可视化管理控制台具有客户端运行监控界面，客户端日志列表界面，从而通过可视化管理控制台可以查看客户端的运行状态，并可以实时查看和下载APP产生的log文件等，从而提高了服务器监控的可用性。

需要说明的是，在服务器启动客户端的目标监控进程之后，服务器根据目标监控进程显示客户端的状态，可以通过服务器部署预设服务系统构架实现。

作为一种可选的实施方式，在服务器启动客户端的目标监控进程之前，服务器根据处理结果获取目标监控进程，其中，处理结果由客户端的端口对由预设WEB服务器转发的客户端的请求进行处理得到，客户端的请求用于指示请求WEB服务器允许客户端执行预设事件。

客户端的端口获取由预设WEB服务器转发的客户端的请求，其中，预设WEB服务器可以为Nginx服务器，客户端的请求用于指示请求WEB服务器允许客户端执行预设事件，可以为超文本传输协议(Hyper Text Transfer Protocol，简称为HTTP)请求。客户端的端口在获取客户端的请求之后，对客户端的请求进行处理，得到处理结果，服务器获取该处理结果，根据该处理结果获取目标监控进程。

需要说明的是，在服务器启动客户端的目标监控进程之前，服务器根据处理结果获取目标监控进程，可以通过服务器部署预设服务系统构架实现。

作为一种可选的实施方式，客户端包括多个客户端，服务器根据处理结果获取目标监控进程包括：服务器根据每个客户端的处理结果获取每个客户端的目标监控进程，其中，每个客户端的处理结果由每个客户端的端口对由预设WEB服务器转发的每个客户端的请求进行处理得到。

客户端包括多个客户端，每个客户端的端口获取由预设WEB服务器转发的上述每个客户端的请求，其中，预设WEB服务器可以为Nginx服务器，每个客户端的请求用于指示请求WEB服务器允许与其对应的客户端执行预设事件，可以为HTTP请求。每个客户端的端口在获取与其对应的客户端的请求之后，对与其对应的客户端的请求进行处理，得到处理结果，服务器获取该处理结果，根据该处理结果获取目标监控进程。

该实施例的服务器没有对端口进行管理，而是让客户端内部自行管理，再通过预设WEB服务器转发到各自的端口进行处理。

作为一种可选的实施方式，在服务器启动客户端的目标监控进程之前，服务器监听服务器的预设端口，得到用于指示请求客户端执行预设事件的服务器的请求，服务器向客户端的端口发送服务器的请求，根据客户端的端口对服务器的请求进行处理得到的处理结果获取目标监控进程。

图5是根据本发明实施例的另一种服务器的监控方法的流程图。如图5所示，服务器的监控方法还包括以下步骤：

步骤S501，服务器监听服务器的预设端口得到服务器的请求。

在本发明上述步骤S501提供的技术方案中，服务器监听服务器的预设端口得到服务器的请求，其中，服务器的请求用于指示请求客户端执行预设事件。

在服务器启动客户端的目标监控进程之前，在外网服务器资源充足的情况下，可以直接让服务器监听预设端口，得到用于指示请求客户端执行预设事件的请求，其中，预设端口可以为80端口，80端口是为超文本传输协议开放的，可以通过HTTP地址加“：80”来访问网站。

步骤S502，服务器向客户端的端口发送服务器的请求。

在本发明上述步骤S502提供的技术方案中，服务器向客户端的端口发送服务器的请求，其中，客户端的端口对服务器的请求进行处理，得到处理结果。

在服务器监听服务器的预设端口得到服务器的请求之后，服务器向客户端的端口发送服务器的请求。客户端的端口接收服务器的请求，对服务器的请求进行处理，得到处理结果。

步骤S503，服务器根据处理结果获取目标监控进程。

在本发明上述步骤S503提供的技术方案中，服务器根据处理结果获取目标监控进程。

在服务器向客户端的端口发送服务器的请求之后，服务器根据处理结果获取目标监控进程，也即，服务器接入客户端，对目标监控进程进行监测。服务器可以监控目标监控进程在运行过程中是否出现异常，并且由于异常而退出。当服务器监测到客户端异常退出时，向管理终端发送用于指示目标监控进程出现异常的告警信息，并且自动重启目标监控进程。

需要说明的是，服务器监听服务器的预设端口，得到用于指示请求客户端执行预设事件的服务器的请求，服务器向客户端的端口发送服务器的请求，根据客户端的端口对服务器的请求进行处理得到的处理结果获取目标监控进程，可以通过服务器部署预设服务系统构架实现。

该实施例通过在服务器启动客户端的目标监控进程之前，服务器监听服务器的预设端口得到服务器的请求，其中，服务器的请求用于指示请求客户端执行预设事件；服务器向客户端的端口发送服务器的请求，其中，客户端的端口对服务器的请求进行处理，得到处理结果；服务器根据处理结果获取目标监控进程，实现了对目标监控进程的获取。

作为一种可选的实施方式，客户端包括多个客户端，服务器向客户端的端口发送服务器的请求包括：服务器向每个客户端的端口分发服务器的请求，其中，每个客户端的端口对服务器的请求进行处理，得到每个客户端的处理结果；服务器根据处理结果获取客户端进程包括：服务器根据每个客户端的处理结果获取每个客户端的客户端进程。

在服务器监听服务器的预设端口得到服务器的请求之后，服务器向每个客户端的端口发送服务器的请求，也即，将服务器的请求通过路由操作，可以按照不同客户端的域名、路径、统一资源定位符路由转发至对应的客户端。每个客户端的端口对通过路由转发的服务器的请求进行处理，得到每个客户端的处理结果。在服务器向每个客户端的端口发送服务器的请求之后，服务器根据每个客户端的处理结果获取目标监控进程，也即，服务器接入客户端，对目标监控进程进行监测。

可选地，在上述实施例中，服务器部署有按照预设功能封装的WEB服务系统构架，该WEB服务系统构架为高可用性WEB服务系统架构，预设功能打包为安装包并部署在服务器上。

可选地，服务器在预设运行环境和预设依赖环境下，通过调用接口与第三方服务器进行数据交互。

该实施例的服务器具有统一标准的运行环境和依赖环境，该运行环境可以为Node js运行环境。其中，Node js是一个开放源代码、跨平台、可用服务器端和网络应用的运行环境，用于编写像WEB服务器一样的网络应用。服务器在预设运行环境和预设依赖环境下，通过调用接口与第三方服务器进行数据交互，该调用接口为应用程序编程接口(Application Programming Interface，简称为API)，为操作系统留给应用程序的一个调用接口，从而使操作系统执行应用程序的命令。与服务器进行数据交互的第三方服务器根据具体业务的应用场景进行确定，可以为业务后台服务器。

该实施例通过服务器对接入的客户端进行管理及监控，包括启动目标监控进程，客户端文件更新后平滑重启目标监控进程，目标监控进程异常退出时发送告警短信给管理终端并自动重启目标监控进程，并且显示客户端的实时运行情况，客户端进程的负载情况，显示在查看和下载客户端时产生的日志文件等，实现了当服务器监控客户端时，将对客户端的监控与目标监控进程的告警信息进行结合，以形成闭环以进一步控制目标监控进程，提高了服务器监控的可用性。

实施例2

下面结合优选的实施例对本发明的技术方案进行说明。

本发明实施例的服务器部署有服务系统构架，该服务系统构架为进行功能封装的服务框架。优选地，服务器支持Node js运行环境，该服务系统构架为基于Node js进行功能封装的服务框架。

图6是根据本发明实施例的一种服务系统构架的示意图。如图6所示，多个客户端(APP)通过配置文件(APPS config)与服务器进行关联，子进程是运行APP的具体进程，进程管理(APP进程管理)用于对进程进行管理，包括对子进程的启动、停止、重启等管理，主进程(Main)是总的进程。版本号用于标识服务系统构架的版本类型，节点模块(node_modules)为服务系统构架的依赖环境，包括常用库(比如，express库，cookies库，react库)，还包括调用接口(API)，运维工具用于对服务器进行维护的组件。

通过服务系统构架实现服务器启动客户端的目标监控进程；在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；服务器根据运维指令对目标监控进程进行维护，从而提高了服务器监控的可用性。

图7是根据本发明实施例的另一种服务器监控的关系示意图。如图7所示，整个监控过程实现涉及到服务器与多个系统进行交互，其中包括：网页服务器，第三方服务器，业务后台服务器，管理终端，其中，网页服务器优选为Nginx。

整个功能实现有以下几个重要环节：

第一步，服务系统构架通过统一部署到需要安装的服务器。

第二步，服务器通过服务系统构架对接入的客户端进行管理及监控，包括启动客户端进程(APP进程)，客户端文件(APP文件)更新后平滑重启客户端进程，客户端进程异常退出时发送告警短信给管理终端，并自动重启客户端进程，管理终端根据告警信息发送用于对客户端进程进行维护的维护指令至管理控制台，管理控制台将该维护指令通过流程监控传输至进程管理，从而实现对客户端进程的管理。

可选地，通过进程监控实现对客户端子进程出现异常退出情况的监控，如果APP子进程出现异常退出情况，进程监控将用于指示客户端子进程出现异常退出情况的信息发送至进程管理，通过进程管理实现对客户端子进程的重启，该进程管理还用于启动客户端进程。

第三步，服务器通过服务系统构架提供了可视化管理控制台，通过进程监控发送的客户端进程的运行状态可以查看客户端实时运行情况，客户端进程负载情况，并可以实时查看和下载客户端产生的日志(log)文件，管理终端可以接收。

在该实施例中，网页服务器接收用户发送的请求，该请求可以为HTTP请求，网页服务器将该请求转发至APP端口。APP端口对请求进行处理，得到处理结果，服务器根据该处理结果获取客户端进程。该客户端进程可以通过网页服务器进一步发送至用户，从而实现了网页服务器对请求的响应。

在该实施例中，客户端进程与业务后台服务器进行数据交互。该服务器的运行环境可以为Node js运行环境，依赖环境包括常用库，集成了常用的业务功能，并且通过调用接口(API)与第三方服务进行数据交互。

图8是根据本发明实施例的一种进程管理的示意图。如图8所示，服务系统构架部署在需要安装的服务器上，客户端APP通过系统部署到服务器上。在APP进程监控接收到用于指示APP进程出现异常退出的消息时，APP进程监控向服务器发送用于指示APP进程管理重启APP进程的指令，服务器中部署的进程管理模块根据用于指示APP进程管理重启APP进程的指令自动重启进程，可以通过后置脚本重启(restart)APP进程。在通过APP进程监控实现对APP进程出现异常退出的情况进行监控之后，向管理控制台发送用于指示APP进程出现异常退出的消息，通过管理控制台可以查看APP实时运行情况，APP进程负载情况，并可以实时查看和下载APP产生的日志文件。

可选地，该实施例通过后置脚本重装(reload)客户端。

图9是根据本发明实施例的一种管理控制台的运行监控界面的示意图。如图9所示，该实施例的管理控制台为通过部署服务系统构架实现，该管理控制台的运行监控界面包括：管理控制台的开启、对管理控制台的简介、监控、实例运行监控、实例日志，可以用于选择机器，比如，外网-广州，可以用于选择应用，此外，该实施例的管理控制台还可以显示IP地址，比如，显示IP地址为10.251.71.150，10.251.64.7，10.250.100.183，10.251.196.13，还可以显示与IP地址对应的信息，比如，IP地址10.251.71.150对应的信息为14246.14256，IP地址10.251.64.7对应的信息为25938.25948.25958.25968，IP地址10.250.100.183对应的信息为18145.18155，IP地址10.251.196.13对应的信息为25616.25626.25636.25646.25656.25666…，还可以显示IP地址对应的状态，比如，上述IP地址对应的状态都为正常状态。该实施例还可以显示中央处理器(CPU)运行状态以及内存使用情况，从而实现了对客户端实时运行情况的显示，提高了服务器监控的可用性。

图10是根据本发明实施例的一种管理控制台的日志列表界面的示意图。如图10所示，该管理控制台的日志列表界面包括：管理控制台的重启、简介、监控、实例运行监控、实例日志、资源，可以用于选择机器，比如，外网-广州-10.251.71.150，可以用于选择应用，同时显示日志，以及对应日志的大小、创建时间、更新时间、以及操作，从而实现了实时查看和下载APP产生的日志文件，提高了服务器监控的可用性。

该实施例的服务器可以在外网服务器资源充足的情况下，直接通过服务系统构架监听80端口，再由服务系统构架将请求路由转发给App进行处理，提高了服务器监控的可用性。

该实施例通过基于Nodejs的统一运行环境、部署方案和完善的监控管理及控制台，从而实现了提高服务器监控的可用性的技术效果，进而解决了相关技术服务器监控的可用性低的技术问题。

实施例3

本发明实施例的应用环境可以但不限于参照上述实施例中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述服务器的监控方法的一种可选的具体应用。

该实施例的服务器部署有基于Node js进行功能封装的服务框架。其中，Node js主要用于编写像Web服务器一样的网络应用，这和PHP和Python是类似的，可以应用于云数据库的网页服务器上。

图11是根据本发明实施例的一种云数据库网页服务器的界面示意图。如图11所示，该实施例的云数据库网页服务器可以实现启动客户端的目标监控进程；在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；服务器根据运维指令对目标监控进程进行维护。

其中，云数据库包括数据库(My SQL)、数据库管理系统(SQL Server)，还包括实例列表、任务列表、参数模板、操作日志、数据库审计、数据传输、数据库同步等，还包括ID/示例名、各实例名对应的运行状态、规格、所属网络、内网地址、到期时间以及操作等，达到了提高服务器监控的可用性的效果。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例4

根据本发明实施例，还提供了一种用于实施上述服务器的监控方法的服务器的监控装置。图12是根据本发明实施例的一种服务器的监控装置的示意图。如图12所示，该服务器的监控装置可以包括：启动单元10、监测单元20、第一发送单元30和维护单元40。

启动单元10，用于使服务器启动客户端的目标监控进程。

服务器对接入的客户端进行管理和监控，首先通过启动单元10启动目标监控进程。在通过启动单元10启动目标监控进程启动之后，可以根据预设重启条件重启目标监控进程以保证目标监控进程始终处于运行状态。可选地，该预设重启条件为客户端文件更新的条件，也即，在客户端文件更新后平滑重启目标监控进程，当客户端的域值改变时，可以通过客户端的调用接口重启目标监控进程。该预设重启条件也可以为当服务器监测到目标监控进程由于异常而退出时的条件，也即，当目标监控进程异常退出时自动重启目标监控进程。

监测单元20，用于在服务器启动目标监控进程之后，使服务器监测目标监控进程是否异常退出。

在通过启动单元10使服务器启动目标监控进程之后，目标监控进程开始运行。在目标监控进程运行的过程中，监测单元20使服务器可以通过目标监控进程监控模块对目标监控进程进行监测，监测目标监控进程是否由于异常情况的出现而导致异常退出。如果服务器监测到目标监控进程异常退出，则执行步骤S308，如果监测单元20使服务器监测到目标监控进程没有异常退出，则监测单元20继续对目标监控进程进行监测。

可选地，该实施例的监测单元20使服务器监测目标监控进程是否异常退出包括使服务器监测客户端子进程是否异常退出。

第一发送单元30，用于当服务器监测到目标监控进程异常退出时，使服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令。

在监测单元20使服务器监测目标监控进程异常退出之后，当服务器监测到目标监控进程异常退出时，服务器自动重启目标监控进程，并通过第一发送单元30使服务器向预设终端发送用于指示目标监控进程异常退出的告警信息。可选地，该告警信息为告警短信，预设终端为管理终端，比如，移动通讯终端、电脑等。由配置文件配置预设终端的电话号码、邮箱号等，当通过监测单元20使服务器监测到目标监控进程异常退出时，服务器通过电话号码、邮箱号等将告警信息向预设终端发送。用户通过管理终端根据告警信息明确异常退出的原因，确定用于解决异常退出问题的运维方法，管理终端向服务器发送用于对目标监控进程进行维护的运维指令。

维护单元40，用于使服务器根据运维指令对目标监控进程进行维护。

在第一发送单元30用于使服务器向预设终端发送用于指示目标监控进程异常退出的告警信息之后，服务器接收运维指令，通过维护单元40根据运维指令对目标监控进程进行维护，从而避免目标监控进程再次由于相同的原因而异常退出，从而达到提高服务器监控的可用性的效果。

服务器可以显示客户端的实时运行情况，显示目标监控进程负载情况，并可以实时显示客户端的日志(log)文件，可选地，服务器通过管理控制台显示客户端的实时运行情况，显示目标监控进程负载情况，并可以实时显示客户端的log文件，从而可以使用户了解客户端的实时运行情况，了解目标监控进程负载情况，并可以实时查看和下载客户端产生的log文件。

服务器可以使客户端与第三方服务器进行数据交互，该第三方服务器与具体的业务场景有关。

图13是根据本发明实施例的另一种服务器的监控装置的示意图。如图13所示，该服务器的监控装置可以包括：启动单元10、监测单元20、第一发送单元30和维护单元40。该服务器的监控装置还包括：判断单元50和重启单元60。

需要说明的是，该实施例的启动单元10、监测单元20、第一发送单元30和维护单元40可以用于执行图12所示实施例的服务器的监控装置中的作用相同，此处不再赘述。

判断单元50，用于在服务器启动客户端的目标监控进程之后，使服务器判断客户端的业务文件是否更新。

在客户端的业务发布、业务修改时，要对客户端的业务文件进行更新，比如，对APP文件进行更新。该实施例在服务器启动目标监控进程之后，通过判断单元50使服务器判断客户端的业务文件是否更新。

第一重启单元60，用于在服务器判断出客户端的业务文件更新时，服务器重启目标监控进程。

在判断单元50使服务器判断客户端的业务文件是否更新之后，如果判断单元50使服务器判断出客户端的业务文件更新，则第一重启单元60使服务器重启目标监控进程，第一重启单元60可以由服务器的进程管理模块重启目标监控进程实现，可以通过客户端的调用接口重启目标监控进程，从而使目标监控进程始终保持运行状态。

图14是根据本发明实施例的另一种服务器的监控装置的示意图。如图14所示，该服务器的监控装置可以包括：启动单元10、监测单元20、第一发送单元30和维护单元40。该服务器的监控装置还包括：第二重启单元70。

需要说明的是，该实施例的启动单元10、监测单元20、第一发送单元30和维护单元40可以用于执行图12所示实施例的服务器的监控装置中的作用相同，此处不再赘述。

第二重启单元70，用于在服务器启动客户端的目标监控进程之后，当服务器监测到目标监控进程异常退出时，服务器重启目标监控进程。

在启动单元10使服务器启动客户端的目标监控进程之后，服务器检测目标进程的运行状态，判断目标进程是否出现异常，比如，判断目标进程是否出现错误。如果监测单元20使服务器监测到目标进程出现异常且退出时，服务器向管理终端发送告警信息，通过第二重启单元70自动重启客户端进程，从而使目标监控进程始终保持运行状态。

图15是根据本发明实施例的另一种服务器的监控装置的示意图。如图15所示，该服务器的监控装置可以包括：启动单元10、监测单元20、第一发送单元30和维护单元40。该服务器的监控装置还包括：显示单元80。

需要说明的是，该实施例的启动单元10、监测单元20、第一发送单元30和维护单元40可以用于执行图12所示实施例的服务器的监控装置中的作用相同，此处不再赘述。

显示单元80，用于在服务器启动客户端的目标监控进程之后，服务器根据目标监控进程显示客户端的状态，其中，客户端的状态包括以下至少之一：客户端的运行状态；客户端的负载状态；客户端的日志文件。

显示单元80可以通过可视化管理控制台显示客户端的状态。其中，可视化管理控制台具有客户端运行监控界面，客户端日志列表界面，从而通过可视化管理控制台可以查看客户端的运行状态，并可以实时查看和下载APP产生的log文件等，从而提高了服务器监控的可用性。

可选地，图12至图15所示的装置还包括：第一获取单元，用于在服务器启动客户端的目标监控进程之前，使服务器根据处理结果获取目标监控进程，其中，处理结果由客户端的端口对由预设WEB服务器转发的客户端的请求进行处理得到，客户端的请求用于指示请求WEB服务器允许客户端执行预设事件。

客户端的端口获取由预设WEB服务器转发的客户端的请求，其中，预设WEB服务器可以为Nginx服务器，客户端的请求用于指示请求WEB服务器允许客户端执行预设事件，可以为超文本传输协议(Hyper Text Transfer Protocol，简称为HTTP)请求。客户端的端口在获取客户端的请求之后，对客户端的请求进行处理，得到处理结果，服务器获取该处理结果，根据该处理结果获取目标监控进程。

可选地，客户端包括多个客户端，第一获取单元用于使服务器根据每个客户端的处理结果获取每个客户端的目标监控进程，其中，每个客户端的处理结果由每个客户端的端口对由预设WEB服务器转发的每个客户端的请求进行处理得到。

客户端包括多个客户端，每个客户端的端口获取由预设WEB服务器转发的上述每个客户端的请求，其中，预设WEB服务器可以为Nginx服务器，每个客户端的请求用于指示请求WEB服务器允许与其对应的客户端执行预设事件，可以为HTTP请求。每个客户端的端口在获取与其对应的客户端的请求之后，对与其对应的客户端的请求进行处理，得到处理结果，第一获取单元使服务器获取该处理结果，根据该处理结果获取目标监控进程。

可选地，图12至图15所示的装置还包括：监听单元，用于在服务器启动客户端的目标监控进程之前，使服务器监听服务器的预设端口得到服务器的请求，其中，服务器的请求用于指示请求客户端执行预设事件；第二发送单元，用于使服务器向客户端的端口发送服务器的请求，其中，客户端的端口对服务器的请求进行处理，得到处理结果；第二获取单元，用于使服务器根据处理结果获取目标监控进程。

监听单元用于在服务器启动客户端的目标监控进程之前，在外网服务器资源充足的情况下，可以直接让服务器监听预设端口，得到用于指示请求客户端执行预设事件的请求，其中，预设端口可以为80端口，80端口是为超文本传输协议开放的，可以通过HTTP地址加“：80”来访问网站。

第二发送单元用于在服务器监听服务器的预设端口得到服务器的请求之后，使服务器向客户端的端口发送服务器的请求。客户端的端口接收服务器的请求，对服务器的请求进行处理，得到处理结果。

第二获取单元用于在服务器向客户端的端口发送服务器的请求之后，使服务器根据处理结果获取目标监控进程，也即，服务器接入客户端，对目标监控进程进行监测。服务器可以监控目标监控进程在运行过程中是否出现异常，并且由于异常而退出。当服务器监测到客户端异常退出时，向管理终端发送用于指示目标监控进程出现异常的告警信息，并且自动重启目标监控进程。

可选地，客户端包括多个客户端，第二发送单元用于使服务器向每个客户端的端口分发请求，其中，每个客户端的端口对请求进行处理，得到每个客户端的处理结果；第二获取单元用于使服务器根据每个客户端的处理结果获取每个客户端的客户端进程。

在服务器监听服务器的预设端口得到服务器的请求之后，服务器向每个客户端的端口发送服务器的请求，也即，将服务器的请求通过路由操作，可以按照不同客户端的域名、路径、统一资源定位符路由转发至对应的客户端。每个客户端的端口对通过路由转发的服务器的请求进行处理，得到每个客户端的处理结果。在服务器向每个客户端的端口发送服务器的请求之后，服务器根据每个客户端的处理结果获取目标监控进程，也即，服务器接入客户端，对目标监控进程进行监测。

可选地，在上述实施例的服务器的监控装置中，服务器部署有按照预设功能封装的WEB服务系统构架，该WEB服务系统构架为高可用性WEB服务系统架构，预设功能打包为安装包并部署在服务器上。

可选地，服务器在预设运行环境和预设依赖环境下，通过调用接口与第三方服务器进行数据交互。

该实施例的服务器具有统一标准的运行环境和依赖环境，该运行环境可以为Node js运行环境、与服务器进行数据交互的第三方服务器根据具体业务的应用场景进行确定，可以为业务后台服务器。

需要说明的是，该实施例中的启动单元10可以用于执行本申请实施例1中的步骤S302，该实施例中的监测单元20可以用于执行本申请实施例1中的步骤S304，该实施例中的第一发送单元30可以用于执行本申请实施例1中的步骤S306，该实施例中的维护单元40可以用于执行本申请实施例1中的步骤S308。

此处需要说明的是，上述单元和模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图2所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

该实施例通过启动单元10使服务器启动客户端的目标监控进程，通过监测单元20使在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出，当服务器监测到目标监控进程异常退出时，通过第一发送单元30使服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令，通过维护单元40使服务器根据运维指令对目标监控进程进行维护，可以解决了相关技术服务器监控的可用性低的技术问题，达到了对把目标进程进行监控的目的，从而实现了提高服务器监控的可用性的技术效果，进而解决了相关技术服务器监控的可用性低的技术问题。

实施例5

根据本发明实施例，还提供了一种用于实施上述服务器的监控方法的服务器或终端。

图16是根据本发明实施例的一种终端的结构框图。如图16所示，该终端可以包括：一个或多个(图中仅示出一个)处理器161、存储器163、以及传输装置165。如图16所示，该终端还可以包括输入输出设备167。

其中，存储器163可用于存储软件程序以及模块，如本发明实施例中的服务器的监控方法和装置对应的程序指令/模块，处理器161通过运行存储在存储器163内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的服务器的监控方法。存储器163可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器163可进一步包括相对于处理器161远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置165用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置165包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置165为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器163用于存储应用程序。

处理器161可以通过传·输装置135调用存储器163存储的应用程序，以执行下述步骤：

服务器启动客户端的目标监控进程；

在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；

当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；

服务器根据运维指令对目标监控进程进行维护。

处理器161还用于执行下述步骤：在服务器启动客户端的目标监控进程之后，服务器判断客户端的业务文件是否更新；如果服务器判断出客户端的业务文件更新，服务器重启目标监控进程。

处理器161还用于执行下述步骤：在服务器启动客户端的目标监控进程之后，当服务器监测到目标监控进程异常退出时，服务器重启目标监控进程。

处理器161还用于执行下述步骤：在服务器启动客户端的目标监控进程之后，服务器根据目标监控进程显示客户端的状态，其中，客户端的状态包括以下至少之一：客户端的运行状态；客户端的负载状态；客户端的日志文件。

处理器161还用于执行下述步骤：在服务器启动客户端的目标监控进程之前，服务器根据处理结果获取目标监控进程，其中，处理结果由客户端的端口对由预设WEB服务器转发的客户端的请求进行处理得到，客户端的请求用于指示请求WEB服务器允许客户端执行预设事件。

处理器161还用于执行下述步骤：客户端包括多个客户端，服务器根据每个客户端的处理结果获取每个客户端的目标监控进程，其中，每个客户端的处理结果由每个客户端的端口对由预设WEB服务器转发的每个客户端的请求进行处理得到。

处理器161还用于执行下述步骤：在服务器启动客户端的目标监控进程之前，服务器监听服务器的预设端口得到服务器的请求，其中，服务器的请求用于指示请求客户端执行预设事件；服务器向客户端的端口发送服务器的请求，其中，客户端的端口对服务器的请求进行处理，得到处理结果；服务器根据处理结果获取目标监控进程。

处理器161还用于执行下述步骤：客户端包括多个客户端，服务器向每个客户端的端口分发服务器的请求，其中，每个客户端的端口对服务器的请求进行处理，得到每个客户端的处理结果；服务器根据每个客户端的处理结果获取每个客户端的客户端进程。

采用本发明实施例，提供了一种服务器的监控的方案。通过服务器启动客户端的目标监控进程；在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；服务器根据运维指令对目标监控进程进行维护，达到了对把目标进程进行监控的目的，从而实现了提高服务器监控的可用性的技术效果，进而解决了相关技术服务器监控的可用性低的技术问题。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图16所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图16其并不对上述电子装置的结构造成限定。例如，终端还可包括比图16中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图16所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

实施例6

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行服务器的监控方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

服务器启动客户端的目标监控进程；

在服务器启动目标监控进程之后，服务器监测目标监控进程是否异常退出；

当服务器监测到目标监控进程异常退出时，服务器向预设终端发送用于指示目标监控进程异常退出的告警信息，其中，预设终端根据告警信息向服务器发送运维指令；

服务器根据运维指令对目标监控进程进行维护。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在服务器启动客户端的目标监控进程之后，服务器判断客户端的业务文件是否更新；如果服务器判断出客户端的业务文件更新，服务器重启目标监控进程；或者当服务器监测到目标监控进程异常退出时，服务器重启目标监控进程。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在服务器启动客户端的目标监控进程之后，当服务器监测到目标监控进程异常退出时，服务器重启目标监控进程。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在服务器启动客户端的目标监控进程之后，服务器根据目标监控进程显示客户端的状态，其中，客户端的状态包括以下至少之一：客户端的运行状态；客户端的负载状态；客户端的日志文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在服务器启动客户端的目标监控进程之前，服务器根据处理结果获取目标监控进程，其中，处理结果由客户端的端口对由预设WEB服务器转发的客户端的请求进行处理得到，客户端的请求用于指示请求WEB服务器允许客户端执行预设事件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：客户端包括多个客户端，服务器根据每个客户端的处理结果获取每个客户端的目标监控进程，其中，每个客户端的处理结果由每个客户端的端口对由预设WEB服务器转发的每个客户端的请求进行处理得到。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在服务器启动客户端的目标监控进程之前，服务器监听服务器的预设端口得到服务器的请求，其中，服务器的请求用于指示请求客户端执行预设事件；服务器向客户端的端口发送服务器的请求，其中，客户端的端口对服务器的请求进行处理，得到处理结果；服务器根据处理结果获取目标监控进程。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：客户端包括多个客户端，服务器向每个客户端的端口分发服务器的请求，其中，每个客户端的端口对服务器的请求进行处理，得到每个客户端的处理结果；服务器根据每个客户端的处理结果获取每个客户端的客户端进程。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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