CN106209502A - 系统监控方法、装置及服务器 - Google Patents

Abstract

本公开是关于系统监控方法、装置及服务器，所述方法包括：接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态；根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。本公开实施例可以根据用户的配置，将系统活动抽象成一个监控事件，并根据监控事件所配置的监控节点监控事件的完整性，对异常的事件状态进行跟踪和报警，本公开从事件的角度可以对涉及事件的多个服务端系统进行全面监控。

Description

系统监控方法、装置及服务器

技术领域

本公开涉及通信技术领域，尤其涉及系统监控方法、装置及服务器。

背景技术

信息技术的高速发展给人们的日常生活和工作带来了越来越多的便利，网上购物、在线游戏或视频直播等服务越来越智能。传统技术中，提供服务的服务商通常需要对系统进行监控，以防止系统运行异常。目前，监控系统通常是从技术层面来配置监控策略，例如系统接口调用出现异常，硬件损坏或机器异常等情况。

发明内容

为克服相关技术中存在的问题，本公开提供了系统监控方法、装置及服务器。

根据本公开实施例的第一方面，提供一种系统监控方法，所述方法包括：

接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态；

根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

可选的，所述监控节点包括可结束节点和不可结束节点两种类型，所述可结束节点指示所述监控事件处于可结束的状态，所述不可结束节点指示所述监控事件处于不可结束的状态；

所述监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息。

可选的，所述监控节点预配置有属性信息，所述属性信息包括跳转关系；所述跳转关系指示所述监控事件当前所处监控节点的上一监控节点，或指示所述监控事件当前所处监控节点的的下一监控节点；

所述监控规则包括：

若利用监控节点的跳转关系，由当前的事件状态信息确定出的当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系，则输出告警信息。

可选的，所述方法还包括：

提供监控事件配置功能，以获取用户输入的事件信息并创建所述监控事件，所述事件信息包括以下一种或多种属性信息：事件名称、事件正常完成时长、事件描述、所配置的监控节点和所关联的服务端；

提供监控节点配置功能，以获取用户输入的节点信息并配置监控节点，所述节点信息包括以下一种或多种属性信息：监控节点名称、监控节点的类型、监控节点的描述、跳转关系和监控规则。

可选的，还包括如下步骤：

输出对正常结束的监控事件、异常结束的监控事件或异常结束的监控事件所处的监控节点的统计结果。

根据本公开实施例的第二方面，提供一种系统监控装置，包括：

监控模块，被配置为接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态；

告警模块，被配置为根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

可选的，所述监控节点包括可结束节点和不可结束节点两种类型，所述可结束节点指示所述监控事件处于可结束的状态，所述不可结束节点指示所述监控事件处于不可结束的状态；

所述监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息。

可选的，所述监控节点预配置有属性信息，所述属性信息包括跳转关系；所述跳转关系指示所述监控事件当前所处监控节点的上一监控节点，或指示所述监控事件当前所处监控节点的的下一监控节点；

所述监控规则包括：

若利用监控节点的跳转关系，由当前的事件状态信息确定出的当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系，则输出告警信息。

可选的，所述装置还包括：

事件配置模块，被配置为提供监控事件配置功能，以获取用户输入的事件信息并创建所述监控事件，所述事件信息包括以下一种或多种属性信息：事件名称、事件正常完成时长、事件描述、所配置的监控节点和所关联的服务端；

节点配置模块，被配置为提供监控节点配置功能，以获取用户输入的节点信息并配置监控节点，所述节点信息包括以下一种或多种属性信息：监控节点名称、监控节点的类型、监控节点的描述、跳转关系和监控规则。

可选的，所述装置还包括统计模块，被配置为：

输出对正常结束的监控事件、异常结束的监控事件或异常结束的监控事件所处的监控节点的统计结果。

根据本公开实施例的第三方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态；

根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开可以根据用户的配置，将系统活动抽象成一个监控事件，并根据监控事件所配置的监控节点监控事件的完整性，对异常的事件状态进行跟踪和报警，本公开可以从事件的角度对涉及事件的多个服务端系统进行全面监控。

本公开中，监控节点包括可结束节点和不可结束节点两种类型，相应的，监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息，因此能及时地发现事件处于异常状态，使监控效率更高，监控更为全面。

本公开中，由于监控节点预配置的属性信息包括跳转关系，根据跳转关系，可以在判断出当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系时，输出告警信息，从而能保证异常判断速度，提高监控效率。

本公开中，由于提供有监控事件配置功能和监控节点配置功能，因此能方便用户输入的事件信息和节点信息，从而更快速地创建监控事件和配置监控节点。

本公开中，可以提供统计信息的告警，从而为系统管理员查找异常原因问题提供数据支持。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本公开根据一示例性实施例示出的一种系统监控方法的流程图。

图2是本公开根据一示例性实施例示出的一个用户发起购物事件的示意图。

图3是本公开根据一示例性实施例示出的一种系统监控装置的框图。

图4是本公开根据一示例性实施例示出的另一种系统监控装置的框图。

图5是本公开根据一示例性实施例示出的另一种系统监控装置的框图。

图6是本公开根据一示例性实施例示出的一种用于系统监控装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

传统技术中的监控系统通常是从技术层面来配置监控策略，例如监控系统接口调用是否出现异常，硬件是否损坏或机器是否异常等情况。然而，在很多应用场景下，实际情况是系统本身并没有出现异常，系统服务或活动却处于异常状态而无法监控到，传统的监控方案具有局限性。

例如，以一次网络购物退款事件为例，用户向购物平台发起了退款，之后购物平台向银行发起退款，银行接受退款请求。在此之后购物平台一直没有收到银行退款结果的通知，此时该退款事件就停留在一个不合理的状态(一直是退款中)，而正常的退款事件，在发起退款成功的一个时间段之后，就应该要么是成功，要么是失败的。

以一次网络购物事件为例再次说明，用户在购物平台购物并付款后，购物平台由于通知系统内部程序有缺陷，导致没有通知商户方，因此商户方一直没有给用户发货，此时该购物事件就停留在一个不合理的状态，这种失误对于购物平台是较为严重的问题。

不止是上述举例的购物领域，在其他各个领域都会存在监控策略局限性的的问题。本公开实施例所提供的方案，可以根据用户的配置，将系统活动抽象成一个监控事件，并根据监控事件所配置的监控节点监控事件的完整性，对异常的事件状态进行跟踪和报警，本公开实施例可以从事件的角度对涉及事件的多个服务端系统进行全面监控。接下来对本公开实施例进行详细说明。

如图1所示，图1是本公开根据一示例性实施例示出的一种系统监控方法的流程图，可应用于服务器，包括以下步骤101至102：

在步骤101中，接收与预设的监控事件所关联的服务端产生的事件状态信息。

所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态。

在步骤102中，根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

本公开所提供的方案，可以应用于多种提供业务服务的服务器，提供一种通用的事件完整性监控和告警解决方案。其中，该监控事件可以是购物平台中用户的一次购物事件，可以是支付系统中用户的一次退款事件，可以是支付系统中用户的一次提现事件，可以是游戏中的一次道具赠送事件，可以是社交系统中用户的一次礼品赠送事件等等。

在实际应用中，用户可以根据需要而灵活配置所需监控的具体事件。监控事件从产生至结束的过程，通常会经历不同阶段。例如，如图2所示，是根据一示例性实施例示出的一次用户发起购物事件的示意图，该购物事件所经过的阶段可以包括：用户发起购物；向支付平台发起付款；执行支付操作；支付失败，则该购物事件结束；支付成功；购物平台通知商户；通知成功，事件结束；通知失败，则再次通知直至通知成功。针对该事件的不同阶段，用户可以配置相应的监控节点，以监控事件在不同阶段的状态。

在监控过程中，可以是与监控事件关联的服务器建立连接，从服务器获取监控事件的事件状态信息。例如，仍以上述发起购物事件为例，该事件中发起购物的节点涉及购物平台，购物平台会根据用户所发起的购物操作生成订单，根据该订单信息可确定监控事件处于用户发起购物的监控节点；该事件中支付操作涉及支付平台，支付平台会根据用户的支付操作生成支付信息，根据该支付信息可确定监控事件处于在支付平台进行付款的监控节点。该监控事件所关联的服务器包括有购物平台的服务器和支付平台的服务器，为了对该事件进行监控，需要与购物平台的服务器和支付平台的服务器连接，以获得事件状态信息。

而对于根据事件状态信息确定监控事件所处的监控节点，可以是由上述与监控事件关联的服务器进行确定，也可以由与上述监控事件关联的各服务器独立的另一服务器进行确定。

在实际应用中，还可以预先配置好监控规则，以根据预配置的监控规则输出对所述监控事件的告警信息。该监控规则可以根据实际的监控事件而灵活配置，例如，针对上述发起购物事件所配置的监控规则可以包括有：事件处于执行支付操作节点时，支付收银台付款后没有返回支付结果则告警；或者是事件处于执行支付操作节点时，支付收银台付款后超过一定时间没有返回支付结果则告警；或者是事件处于通知商户节点时，若执行通知操作的服务端持续超过一定时间没有返回通知消息，则输出告警；或者是事件处于通知失败节点时，通知失败持续超过一定时间仍没有转至通知成功节点，则输出告警；或者是事件处于通知失败节点时，连续多次都跳转至通知失败节点，则输出告警等等。

在实际应用中，告警信息的具体内容可以灵活配置，例如可以预先配置报警的标题、内容或格式等，以方便管理人员阅读。

在一个可选的实现方式中，所述监控节点包括可结束节点和不可结束节点两种类型，所述可结束节点指示所述监控事件处于可结束监控的状态，所述不可结束节点指示所述监控事件处于不可结束监控的状态。

所述监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息。

本公开实施例中，将监控节点设置为两种类型：可结束节点和不可结束节点；可结束节点可以用于指示所述监控事件处于可结束的状态，也即是当监控事件处于该可结束节点时，监控事件可以结束运行。不可结束节点可以用于指示所述监控事件处于不可结束的状态，也即是监控事件处在该不可结束节点下，按照正常推进过程，监控事件需继续推进至下一阶段。可以理解，若监控事件处于该不可结束节点一定时间，但没有接收到表明事件已推进至下一阶段的事件状态信息，则可预测出监控事件可能发生异常状态。在实际应用中，对于可结束节点和不可结束节点，都可以根据需要设定不同的监控规则。在本实施例中，监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息，该预设阈值可以根据监控事件而灵活配置，例如5秒、10分钟或5小时等预设时间。

例如，仍以上述发起购物事件为例，该发起购物事件所配置的监控节点中，由于用户发起购物后，在付款之前改变主意并不想购买，因此用户发起购物的监控节点可以为可结束节点。用户在支付平台执行付款操作，若用户最终没有付款，由于没有支付，该购物监控事件可以终止，因此支付失败节点可以为可结束节点。若支付成功，监控事件处于支付成功节点，由于支付成功，该事件会往后推进至通知商户等阶段，因此支付成功节点为不可结束节点，表示该购物事件不会在此节点下终止，该购物事件会继续推进至下一阶段，还需持续监控，对于该不可结束节点，由于会往后推进至通知商户等阶段，因此购物事件按正常情况会继续推进，因此，根据监控规则，若购物事件还持续停留在该支付成功节点超过设定时间，而没有获取到新的事件状态信息，因此可以输出告警信息。

由上述实施例可见，监控节点包括可结束节点和不可结束节点两种类型，相应的，监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息，因此能及时地发现事件处于异常状态，使监控效率更高，监控更为全面。

在一个可选的实现方式中，所述监控节点预配置有属性信息，所述属性信息包括跳转关系；所述跳转关系指示所述监控事件当前所处监控节点的上一监控节点，或指示所述监控事件当前所处监控节点的下一监控节点。

所述监控规则包括：

若利用监控节点的跳转关系，由当前的事件状态信息确定出的当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系，则输出告警信息。

本公开实施例中，在配置监控节点时，可以为监控节点配置跳转关系的属性信息，跳转关系用于指示所述监控事件当前所处监控节点的上一监控节点，或指示所述监控事件当前所处监控节点的下一监控节点，也即是具有跳转关系的监控节点，表示具有前后推进关系。例如，上述购物事件中，执行支付操作的监控节点，其与向支付平台发起付款的监控节点、支付失败节点和支付成功节点都具有跳转关系。可以理解，向支付平台发起付款节点是该执行支付操作的上一监控节点，支付失败节点和支付成功节点都是该执行支付操作节点的下一监控节点。由上述分析可知，若监控事件正常运行，则监控事件会按照正常的推进流程从前一监控节点推进至下一监控节点。

因此，假设根据当前接收到的事件状态信息确定出监控事件处于C节点，而在上一次获取到的事件状态信息时所确定出的监控节点为A节点，按照预先配置的跳转关系，正常事件下A节点的下一监控节点应该为B节点，由此可知，当前的C节点与上一A节点并没有跳转关系，可能是B节点所对应的事件状态信息没有获取到，或者是B节点所涉及的服务端有异常等原因造成事件异常，因此可以输出告警信息。

另外，在实际应用中可以配置缓存系统，以存储系统中当前监控哪些事件，每个监控事件处于哪个节点，或缓存一些统计信息等。例如，可以在每一次根据事件状态信息确定出监控节点后，将监控事件所处的监控节点进行更新及缓存，同时还可以记录更新时间等，以用于上述根据跳转关系判断事件是否异常时，从缓存中获取记录，并与当前的事件状态信息确定出的当前监控节点进行比较，从而能保证异常判断速度，提高监控效率。

由上述实施例可见，由于监控节点预配置的属性信息包括跳转关系，根据跳转关系，可以在判断出当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系时，输出告警信息，从而能保证异常判断速度，提高监控效率。

在一个可选的实现方式中，所述方法还包括：

提供监控事件配置功能，以获取用户输入的事件信息并创建所述监控事件，所述事件信息包括以下一种或多种属性信息：事件名称、事件正常完成时长、事件描述、所配置的监控节点和所关联的服务端。

提供监控节点配置功能，以获取用户输入的节点信息并配置监控节点，所述节点信息包括以下一种或多种属性信息：监控节点名称、监控节点的类型、监控节点的描述、跳转关系和监控规则。

本公开实施例中，可以为用户提供监控事件配置功能和监控节点配置功能，以方便用户输入的事件信息和节点信息，从而更快速地创建监控事件和配置监控节点。其中，所述事件信息可以包括以下一种或多种属性信息：事件名称、事件正常完成时长、事件描述、所配置的监控节点和所关联的服务端。节点信息可以包括以下一种或多种属性信息：监控节点名称、监控节点的类型、监控节点的描述、跳转关系和监控规则。

在实际应用中，可以灵活地配置监控事件及监控的存储格式。以下示出了其中一种事件定义格式：

Event(eventId，eventName，eventDesc，nodeList)；

其中，Event表示监控事件，eventId是事件的标识，eventName是事件名称，eventDesc是事件正常完成时长，nodeList是该事件所包括的监控节点。

监控节点的一个示例为：

Node(nodeName，nodeType，nodeDesc，preNodeList)；

其中，Node表示监控节点，nodeName是为监控节点的名称，nodeType是节点的类型(可结束，不可结束)，nodeDesc是监控节点的一个简单的描述。preNodeList是从哪些节点可以跳转到这个节点，即跳转关系。

当用户需要配置一个监控事件时，需要输入事件的名称，描述等信息，之后按照设定的事件格式自动创建监控事件，然后还可以配置监控节点等。

由上述实施例可见，由于提供有监控事件配置功能和监控节点配置功能，以方便用户输入的事件信息和节点信息，从而更快速地创建监控事件和配置监控节点。

在一个可选的实现方式中，上述方法还包括如下步骤：

输出对正常结束的监控事件、异常结束的监控事件或异常结束的监控事件所处的监控节点的统计结果。

本公开实施例中，可以按照预设周期对监控事件进行统计，例如统计正常结束的监控事件的数量、异常结束的监控事件的数量、异常结束的监控事件所处的监控节点的数量、正常结束的监控事件与异常结束的监控事件的比例、异常结束的监控事件的高发期、出现异常结束的监控事件比例较高的服务端等多类统计结果，上述统计数据在实际应用中可以图表的形式进行展示，从而为系统管理员查找异常原因问题提供数据支持。具体的统计方式可以根据需要而灵活配置，本公开实施例对此不作限定。

由上述实施例可见，可以提供统计信息的告警，从而为系统管理员查找异常原因问题提供数据支持。

与前述方法的实施例相对应，本公开还提供了系统监控装置及其所应用的服务器的实施例。

如图3所示，图3是本公开根据一示例性实施例示出的一种系统监控装置的框图，所述装置包括：监控模块31和告警模块32。

监控模块31，被配置为接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态。

告警模块32，被配置为根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

由上述实施例可见，可以根据用户的配置，将系统活动抽象成一个监控事件，并根据监控事件所配置的监控节点监控事件的完整性，对异常的事件状态进行跟踪和报警，本公开实施例可以从事件的角度进行监控，因此可以对涉及事件的多个服务端系统进行全面监控。

在一个可选的实现方式中，所述监控节点包括可结束节点和不可结束节点两种类型，所述可结束节点指示所述监控事件处于可结束的状态，所述不可结束节点指示所述监控事件处于不可结束的状态。

所述监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息。

由上述实施例可见，监控节点包括可结束节点和不可结束节点两种类型，相应的，监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息，因此能及时地发现事件处于异常状态，使监控效率更高，监控更为全面。

在一个可选的实现方式中，所述监控节点预配置的属性信息包括跳转关系；所述跳转关系指示所述监控事件当前所处监控节点的上一监控节点，或指示所述监控事件当前所处监控节点的下一监控节点。

所述监控规则包括：

若利用监控节点的跳转关系，由当前的事件状态信息确定出的当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系，则输出告警信息。

由上述实施例可见，由于监控节点预配置的属性信息包括跳转关系，根据跳转关系，可以在判断出当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系时，输出告警信息，从而能保证异常判断速度，提高监控效率。

如图4所示，图4是本公开根据一示例性实施例示出的另一种系统监控装置的框图，该实施例在前述图3所示实施例的基础上，所述装置还包括：

事件配置模块33，被配置为提供监控事件配置功能，以获取用户输入的事件信息并创建所述监控事件，所述事件信息包括以下一种或多种属性信息：事件名称、事件正常完成时长、事件描述、所配置的监控节点和所关联的服务端。

节点配置模块34，被配置为提供监控节点配置功能，以获取用户输入的节点信息并配置监控节点，所述节点信息包括以下一种或多种属性信息：监控节点名称、监控节点的类型、监控节点的描述、跳转关系和监控规则。

由上述实施例可见，由于提供有监控事件配置功能和监控节点配置功能，以方便用户输入的事件信息和节点信息，从而更快速地创建监控事件和配置监控节点。

如图5所示，图5是本公开根据一示例性实施例示出的另一种系统监控装置的框图，该实施例在前述图3所示实施例的基础上，所述装置还包括统计模块35，被配置为：

输出对正常结束的监控事件、异常结束的监控事件或异常结束的监控事件所处的监控节点的统计结果。

由上述实施例可见，可以提供统计信息的告警，从而为系统管理员查找异常原因问题提供数据支持。

相应的，本公开还提供一种服务器，所述服务器包括有处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态。

根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

如图6所示，图6是根据一示例性实施例示出的一种用于系统监控装置600的一结构示意图。

例如，装置600可以被提供为一服务器。参照图6，装置600包括处理组件622，其进一步包括一个或多个处理器，以及由存储器632所代表的存储器资源，用于存储可由处理组件622的执行的指令，例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件622被配置为执行指令，以执行上述事件监控的方法。

装置600还可以包括一个电源组件626被配置为执行装置600的电源管理，一个有线或无线网络接口650被配置为将装置600连接到网络，和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统，例如Android、IOS、Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

其中，当所述存储器632中的指令由所述处理组件622执行时，使得装置600能够执行一种系统监控方法，包括：

接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态。

根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims (11)

1.一种系统监控方法，其特征在于，所述方法包括：

接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态；

根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

2.根据权利要求1所述的方法，其特征在于，所述监控节点包括可结束节点和不可结束节点两种类型，所述可结束节点指示所述监控事件处于可结束的状态，所述不可结束节点指示所述监控事件处于不可结束的状态；

所述监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息。

3.根据权利要求1所述的方法，其特征在于，所述监控节点预配置有属性信息，所述属性信息包括跳转关系，所述跳转关系指示所述监控事件当前所处监控节点的上一监控节点，或指示所述监控事件当前所处监控节点的下一监控节点；

所述监控规则包括：

若利用监控节点的跳转关系，由当前的事件状态信息确定出的当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系，则输出告警信息。

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

提供监控事件配置功能，以获取用户输入的事件信息并创建所述监控事件，所述事件信息包括以下一种或多种属性信息：事件名称、事件正常完成时长、事件描述、所配置的监控节点和所关联的服务端；

提供监控节点配置功能，以获取用户输入的节点信息并配置监控节点，所述节点信息包括以下一种或多种属性信息：监控节点名称、监控节点的类型、监控节点的描述、跳转关系和监控规则。

5.根据权利要求1所述的方法，其特征在于，还包括如下步骤：

输出对正常结束的监控事件、异常结束的监控事件或异常结束的监控事件所处的监控节点的统计结果。

6.一种系统监控装置，其特征在于，所述装置包括：

监控模块，被配置为接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态；

告警模块，被配置为根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。

7.根据权利要求6所述的装置，其特征在于，所述监控节点包括可结束节点和不可结束节点两种类型，所述可结束节点指示所述监控事件处于可结束的状态，所述不可结束节点指示所述监控事件处于不可结束的状态；

所述监控规则包括所述监控事件处于不可结束节点的时长超过预设阈值则输出告警信息。

8.根据权利要求6所述的装置，其特征在于，所述监控节点预配置有属性信息，所述属性信息包括跳转关系；所述跳转关系指示所述监控事件当前所处监控节点的上一监控节点，或指示所述监控事件当前所处监控节点的下一监控节点；

所述监控规则包括：

若利用监控节点的跳转关系，由当前的事件状态信息确定出的当前监控节点与在上一次获取到的事件状态信息时所确定出的监控节点不具有所述跳转关系，则输出告警信息。

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

事件配置模块，被配置为提供监控事件配置功能，以获取用户输入的事件信息并创建所述监控事件，所述事件信息包括以下一种或多种属性信息：事件名称、事件正常完成时长、事件描述、所配置的监控节点和所关联的服务端；

节点配置模块，被配置为提供监控节点配置功能，以获取用户输入的节点信息并配置监控节点，所述节点信息包括以下一种或多种属性信息：监控节点名称、监控节点的类型、监控节点的描述、跳转关系和监控规则。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括统计模块，被配置为：

输出对正常结束的监控事件、异常结束的监控事件或异常结束的监控事件所处的监控节点的统计结果。

11.一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收与预设的监控事件所关联的服务端产生的事件状态信息，所述监控事件在从产生至结束的不同阶段预先配置有监控节点，所述监控节点指示所述监控事件在该阶段中所处的状态；

根据所述事件状态信息确定所述监控事件当前所处的监控节点，并根据预配置的与所述监控节点对应的监控规则输出对所述监控事件的告警信息。