CN105991304A - 消息发送方法及装置 - Google Patents

Abstract

本发明公开了一种消息发送方法及装置，属于计算机技术领域。所述方法包括：生成对业务系统的监控消息，所述监控消息用于指示所述业务系统的运行情况；获取所述监控消息的重要程度；若所述监控消息的重要程度达到所述预定程度，则通过第一服务发送所述监控消息；若所述监控消息的重要程度未达到预定程度，则通过第二服务发送所述监控消息，所述第二服务的实时性低于所述第一服务的实时性。本发明解决了通过第一服务发送所有的监控消息会提高发送监控消息的实时性，但需要消耗的资源较多的问题，达到了节省发送监控消息所消耗的资源的效果。

Description

消息发送方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种消息发送方法及装置。

背景技术

监控系统是指能够对业务系统进行监控的系统。监控系统能够通过发送监控消息来向运维人员报告业务系统的运行情况。

现有技术提供的一种消息发送方法包括：监控系统对业务系统进行监控，根据业务系统的运行情况生成监控消息，通过运营商提供的第一服务将监控消息发送给终端，以便使用终端的运维人员能够在查看监控消息后明确业务系统的运行情况。其中，第一服务可以是短信/彩信服务，实时性较高。

发明人在实现本发明的过程中，发现现有技术中至少存在以下缺陷：虽然通过第一服务发送监控消息会提高发送监控消息的实时性，但这种发送方式需要消耗的资源较多，造成资源浪费。

发明内容

为了解决通过第一服务发送所有的监控消息会提高发送监控消息的实时性，但需要消耗的资源较多的问题，本发明实施例提供了一种消息发送方法及装置。所述技术方案如下：

第一方面，提供了一种消息发送方法，所述方法包括：

生成对业务系统的监控消息，所述监控消息用于指示所述业务系统的运行情况；

获取所述监控消息的重要程度；

若所述监控消息的重要程度达到所述预定程度，则通过第一服务发送所述监控消息；

若所述监控消息的重要程度未达到预定程度，则通过第二服务发送所述监控消息，所述第二服务的实时性低于所述第一服务的实时性

第二方面，提供了一种消息发送装置，所述装置包括：

消息生成模块，用于生成对业务系统的监控消息，所述监控消息用于指示所述业务系统的运行情况；

重要程度获取模块，用于获取所述消息生成模块生成的所述监控消息的重要程度；

第一发送模块，用于在所述监控消息的重要程度达到所述预定程度时，通过第一服务发送所述监控消息；

第二发送模块，用于在所述监控消息的重要程度未达到预定程度时，通过第二服务发送所述监控消息，所述第二服务的实时性低于所述第一服务的实时性。

本发明实施例提供的技术方案的有益效果是：

通过获取监控消息的重要程度；若监控消息的重要程度达到预定程度，则通过第一服务发送监控消息；若监控消息的重要程度未达到预定程度，则通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性，可以在监控消息的重要程度较高时，通过实时性较高的第一服务发送监控消息，在监控消息的重要程度不高时，通过实时性不高但消耗资源较少的第二服务发送监控消息，解决了通过第一服务发送所有的监控消息会提高发送监控消息的实时性，但需要消耗的资源较多的问题，达到了节省发送监控消息所消耗的资源的效果。

附图说明

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

图1是本发明一个实施例提供的消息发送方法的方法流程图；

图2A是本发明另一实施例提供的消息发送方法的方法流程图；

图2B是本发明实施例提供的消息发送方法的实施环境的示意图；

图3是本发明一个实施例提供的消息发送装置的结构框图；

图4是本发明再一实施例提供的消息发送装置的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参考图1，其示出了本发明一个实施例提供的消息发送方法的方法流程图，该消息发送方法可以应用于监控系统中。该消息发送方法，包括：

步骤101，生成对业务系统的监控消息，该监控消息用于指示业务系统的运行情况。

步骤102，获取监控消息的重要程度。

步骤103，若监控消息的重要程度达到预定程度，则通过第一服务发送监控消息。

步骤104，若监控消息的重要程度未达到预定程度，则通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性。

综上所述，本发明实施例提供的消息发送方法，通过获取监控消息的重要程度；若监控消息的重要程度达到预定程度，则通过第一服务发送监控消息；若监控消息的重要程度未达到预定程度，则通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性，可以在监控消息的重要程度较高时，通过实时性较高的第一服务发送监控消息，在监控消息的重要程度不高时，通过实时性不高但消耗资源较少的第二服务发送监控消息，解决了通过第一服务发送所有的监控消息会提高发送监控消息的实时性，但需要消耗的资源较多的问题，达到了节省发送监控消息所消耗的资源的效果。

请参考图2A，其示出了本发明另一实施例提供的消息发送方法的方法流程图，该消息发送方法可以应用于监控系统中。该消息发送方法，包括：

步骤201，生成对业务系统的监控消息，该监控消息用于指示业务系统的运行情况。

监控消息用于指示业务系统的运行情况，是监控系统在监控业务系统时生成的。其中，监控消息可以包括业务系统中业务的正常运行参数或正常运行状态的状态信息，也可以包括业务的异常运行参数或异常运行状态的状态信息。

假设业务是x空间，若监控消息包括异常运行参数，此时监控消息包括CPU(Central Processing Unit，中央处理单元)使用率、内存使用量和流量等参数；若监控消息包括异常运行状态的状态信息，此时监控消息包括“运行出错”的状态信息或错误码等。

在生成监控消息时，监控系统可以每隔预定时间段生成监控消息，也可以在确定业务存在异常时生成监控消息，本实施例不作限定。

步骤202，接收用户对监控消息的重要程度的设置信息，根据设置信息确定重要程度；或，确定监控消息所报告的业务的属性信息，根据业务的属性信息确定监控消息的重要程度。

若通过运营商提供的第一服务发送监控消息，此时发送监控消息的实时性较高，运维人员可以实时接收到监控消息。但是，运营商提供的第一服务所要消耗的资源较多，若所有的监控消息都通过第一服务发送，需要消耗大量的资源，因此，监控系统可以通过第一服务发送部分监控消息，通过第二服务发送剩余监控消息，第二服务的实时性低于第一服务且第二服务所消耗的资源低于第一服务所消耗的资源。其中，第一服务可以是运营商提供的短信/彩信等服务，第二服务可以是移动网络提供的服务，如即时通讯服务、单向推送服务等。

本实施例中，监控系统可以根据监控消息的重要程度确定发送方式，重要程度可以通过分值和等级体现，下面以重要程度以等级体现为例进行说明。

通常，重要程度越高，监控消息的实时性要求越高，因此，监控系统通过第一服务发送重要程度较高的监控消息，使得运维人员可以实时接收到监控消息；对于重要程度较低的监控消息，由于这些监控消息的实时性要求不高，因此，监控系统通过第二服务发送这些监控消息，以节省发送监控消息所消耗的资源。

本实施例提供了两种获取监控消息的重要程度的实现方式，在第一种实现方式中，接收用户对监控消息的重要程度的设置信息，根据设置信息确定重要程度；在第二种实现方式中，确定监控消息所报告的业务的属性信息，根据业务的属性信息确定监控消息的重要程度，

在第一种实现方式中，在生成监控消息后，由用户触发监控系统发送监控消息。在发送监控消息之前，用户还可以设置监控消息的重要程度，监控系统根据用户设置重要程度时的设置信息确定重要程度。

比如，监控系统预先设置重要程度的选项，并将该选项展示给用户，用户在选择选项时触发生成设置信息，监控系统根据设置信息中携带的选项确定监控消息的重要程度。当重要程度由“重要”和“不重要”两个等级体现时，可以显示“重要”选项和“不重要”选项中的至少一个；当重要程度由三个或三个以上的等级体现时，可以同时显示所有的选项。

或，监控系统提供输入框，并接收用户在输入框中输入的设置信息，将该设置信息中携带的重要程度确定为监控消息的重要程度。

在第二种实现方式中，监控系统主动获取监控消息中业务的属性信息，根据属性信息确定监控消息的重要等级。其中，属性信息用于描述业务。

具体地，根据业务的属性信息确定监控消息的重要程度，包括：

1)根据属性信息确定业务的重要程度，将业务的重要程度确定为监控消息的重要程度；和/或，

2)若监控消息用于报告业务存在异常，则根据属性信息确定业务的异常程度，根据异常程度确定监控消息的重要程度，异常程度与重要程度呈正相关关系。

在第一种确定方式中，监控系统可以根据属性信息确定业务，再确定该项业务的重要程度，将该项业务的重要程度确定为监控消息的重要程度。

比如，业务的重要程度和用户人数呈正相关关系，此时，属性信息可以包括业务的用户人数。假设某一项业务的用户人数为100万，监控系统根据该用户人数确定该业务的重要程度为“重要”，再将监控消息的重要程度设置为“重要”；假设另一项业务的用户人数为500，监控系统根据该用户人数确定该业务的重要程度为“不重要”，再将监控消息的重要程度设置为“不重要”。或，属性信息可以只包括业务的标识，监控系统可以根据标识和用户人数的对应关系确定用户人数，再确定监控消息的重要程度。

又比如，业务的重要程度和其他业务的关联度呈正相关关系，此时，属性信息可以包括业务的关联度。假设某一项业务与20个其他业务相关联，监控系统根据该关联度确定该业务的重要程度为“重要”，再将监控消息的重要程度设置为“重要”；假设另一项业务没有关联业务，监控系统根据该关联度确定该业务的重要程度为“不重要”，再将监控消息的重要程度设置为“不重要”。或，属性信息可以只包括业务的标识，监控系统可以根据标识和其他业务的关联度的对应关系确定关联度，再确定监控消息的重要程度。

当然，还可以通过其他方式确定业务的重要程度，本实施例不作限定。

在第二种确定方式中，监控消息可以根据属性信息确定业务的异常程度，再根据该异常程度确定监控消息的重要程度。其中，异常程度可以通过异常等级体现，也可以通过异常分值体现。

在一种可能的实现方式中，属性信息中携带有异常等级，此时监控系统根据异常等级与重要程度的对应关系和该异常等级确定重要程度。比如，对应关系包括“严重-重要”、“不严重-不重要”，当异常等级是“严重”时，确定重要程度为“重要”。或，属性信息中携带有异常分值，此时，监控系统可以根据异常分值与重要程度的对应关系和该异常分值确定重要程度。比如，对应关系包括“[0-50]-不重要”、“(50-100]-重要”，当异常分值为56时，确定重要程度为“重要”。

在另一种可能的实现方式中，属性信息中携带有异常项和每个异常项的权重分值，监控系统可以根据属性信息计算出异常分值，再根据异常分值确定重要程度。

具体地，根据属性信息确定业务的异常程度，包括：

1)根据属性信息获取业务的异常项和每个异常项的权重分值；

2)根据每个权重分值计算业务的异常分值；

3)根据异常分值确定异常程度，异常分值与异常程度呈正相关关系。

其中，异常项的权重分值可以是固定分值，也可以与异常项的参数的数值呈正相关关系。比如，异常项为CPU使用率，当参数是45％时，权重分值为4分；当参数是68％时，权重分值为5分。

在确定了权重分值后，监控系统根据权重分值计算异常分值。比如，异常项包括CPU使用率、内存使用量和流量，其中，CPU使用率的权重分值为5分、内存使用量的权重分值为3分，流量的权重分值为3分，此时计算得到的异常分值为11分。

在根据异常分值确定异常程度时，监控系统可以获取异常分值与异常程度的对应关系，再根据该对应关系和异常分值确定异常程度。比如，对应关系包括“[0-50]-不严重”、“(50-100]-严重”，当异常分值是11分时，确定异常程度为“不严重”，从而确定出重要程度为“不重要”。

步骤203，若监控消息的重要程度达到预定程度，则通过第一服务发送监控消息。

监控系统可以设置预定程度，并将步骤202获取到的重要程度与该预定程度进行比较，当达到预定程度时，确定通过第一服务发送该监控消息，结束流程。其中，当重要程度用等级体现时，预定程度为预定等级；当重要程度用分值体现时，预定程度为预定分值。

步骤204，若监控消息的重要程度未达到预定程度，则通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性。

当存在多种第二服务时，监控系统还可以根据监控消息选择第二服务，再通过选择出的第二服务发送监控消息。

具体地，本实施例提供的方法，还包括：

1)检测监控消息的回复属性是允许回复还是禁止回复；

2)若检测出监控消息的回复属性是允许回复，则确定第二服务是即时通讯服务；

3)若检测出监控消息的回复属性是禁止回复，则确定第二服务是单向推送服务和即时通讯服务中的一种。

在一种可能的实现场景中，监控消息包括了业务系统的所有运行情况，运维人员可以直接根据监控消息确定业务系统的运行情况，此时，不需要回复监控消息；在另一种可能的实现场景中，监控消息包括了业务系统的部分运行情况，此时，运维人员还需要根据监控消息获取详细消息，此时，需要回复监控消息。其中，详细消息可以存储在监控系统中，也可以存储在与监控系统相互独立的消息服务器中，下面以详细消息存储在消息服务器中为例进行说明。

当监控消息的回复属性是允许回复时，运维人员使用的终端需要通过第二服务向消息服务器请求详细消息，该第二服务既需要具有向终端发送消息的能力，也需要具有接收终端发送的消息的能力，因此，第二服务可以是即时通讯服务，如微信、来往、易信等。

可选的，还需要从上述几个即时通讯服务中选择一个来发送监控消息。其中，选择出的即时通讯服务可以是在运维人员中覆盖面最广的服务，以确保监控消息的发送成功率。此时，监控系统可以获取每个运维人员在该即时通讯服务中的用户账号，再将该用户账号和终端的电话号码绑定。

当监控消息的回复属性是禁止回复时，运维人员使用的终端不需要通过第二服务向消息服务器请求详细消息，该第二服务只需要具有向终端发送消息的能力，因此，第二服务可以是即时通讯服务，如微信、来往、易信等，也可以是订阅式的单向推送服务，如微博等。

本实施例中，还可以实现消息分拣设备，该消息分拣设备与监控系统相互独立。此时，监控系统生成监控消息，并获取该监控消息的重要程度，将该重要程度作为程度标识添加到监控消息中，将添加后的监控消息发送给消息分拣设备，消息分拣设备再根据程度标识确定监控消息的发送方式。

请参考图2B所示的消息发送方法的实施环境的示意图，图中包括监控系统、消息分拣设备、提供短信/彩信服务的运营商服务器、提供即时通讯服务的移动网络服务器、消息服务器和终端，其中，监控系统在生成携带有序列号的监控消息后，获取监控消息的重要程度，将该重要程度作为程度标识添加到监控消息中，向消息分拣设备发送添加后的监控消息，并将序列号和详细消息发送给消息服务器；若程度标识指示该监控消息为重要消息，则消息分拣设备通过短信/彩信服务向终端发送监控消息，若程度标识指示该监控消息为不重要消息，则消息分拣设备通过即时通讯服务向终端发送监控消息；若终端通过短信/彩信服务接收到监控消息，则通过短信/彩信服务向消息服务器发送携带序列号和电话号码的查看请求，消息服务器在对电话号码进行验证且验证通过后，通过短信/彩信服务向终端发送与该序列号对应的详细消息；若终端通过即时通讯服务接收到监控消息，则通过即时通讯服务向消息服务器发送携带序列号和用户账号的查看请求，消息服务器在对用户账号进行验证且验证通过后，通过即时通讯服务向终端发送与该序列号对应的详细消息。

由于在程度标识指示该监控消息为重要消息时，通过短信/彩信服务发送监控消息，可以使终端实时接收到监控消息，但使用短信/彩信服务需要向运营商缴纳一定的费用，因此，在程度标识指示该监控消息为不重要消息时，通过即时通讯服务发送监控消息，虽然运维人员可能不在线，使得监控消息的实时性较差，但可以节省费用，从而降低发送成本。

综上所述，本发明实施例提供的消息发送方法，通过获取监控消息的重要程度；若监控消息的重要程度达到预定程度，则通过第一服务发送监控消息；若监控消息的重要程度未达到预定程度，则通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性，可以在监控消息的重要程度较高时，通过实时性较高的第一服务发送监控消息，在监控消息的重要程度不高时，通过实时性不高但消耗资源较少的第二服务发送监控消息，解决了通过第一服务发送所有的监控消息会提高发送监控消息的实时性，但需要消耗的资源较多的问题，达到了节省发送监控消息所消耗的资源的效果。

另外，通过根据属性信息确定业务的异常程度，根据异常程度确定监控消息的重要程度，可以在业务存在异常时，将异常程度较高的监控消息通过实时性较高的第一服务进行发送，可以实时提醒运维人员对业务系统进行修复，保证了业务的正常运行。

请参考图3，其示出了本发明一个实施例提供的消息发送装置的结构框图，该消息发送装置可以应用于监控系统中。该消息发送装置，包括：

消息生成模块310，用于生成对业务系统的监控消息，监控消息用于指示业务系统的运行情况；

重要程度获取模块320，用于获取消息生成模块310生成的监控消息的重要程度；

第一发送模块330，用于在监控消息的重要程度达到预定程度时，通过第一服务发送监控消息；

第二发送模块340，用于在监控消息的重要程度未达到预定程度时，通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性。

综上所述，本发明实施例提供的消息发送装置，通过获取监控消息的重要程度；若监控消息的重要程度达到预定程度，则通过第一服务发送监控消息；若监控消息的重要程度未达到预定程度，则通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性，可以在监控消息的重要程度较高时，通过实时性较高的第一服务发送监控消息，在监控消息的重要程度不高时，通过实时性不高但消耗资源较少的第二服务发送监控消息，解决了通过第一服务发送所有的监控消息会提高发送监控消息的实时性，但需要消耗的资源较多的问题，达到了节省发送监控消息所消耗的资源的效果。

请参考图4，其示出了本发明再一实施例提供的消息发送装置的结构框图，该消息发送装置可以应用于监控系统中。该消息发送装置，包括：消息生成模块410、重要程度获取模块420、第一发送模块430和第二发送模块440。

消息生成模块410，用于生成对业务系统的监控消息，监控消息用于指示业务系统的运行情况；

重要程度获取模块420，用于获取消息生成模块410生成的监控消息的重要程度；

第一发送模块430，用于在监控消息的重要程度达到预定程度时，通过第一服务发送监控消息；

第二发送模块440，用于在监控消息的重要程度未达到预定程度时，通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性。

可选的，重要程度获取模块420，包括：

第一获取单元421，用于接收用户对监控消息的重要程度的设置信息，根据设置信息确定重要程度；或，

第二获取单元422，用于确定监控消息所报告的业务的属性信息，根据业务的属性信息确定监控消息的重要程度。

可选的，第二获取单元422，包括：

第一获取子单元4221，用于根据属性信息确定业务的重要程度，将业务的重要程度确定为监控消息的重要程度；和/或，

第二获取子单元4222，用于在监控消息用于报告业务存在异常时，根据属性信息确定业务的异常程度，根据异常程度确定监控消息的重要程度，异常程度与重要程度呈正相关关系。

可选的，第二获取子单元4222，具体用于根据属性信息获取业务的异常项和每个异常项的权重分值；根据每个权重分值计算业务的异常分值；根据异常分值确定异常程度，异常分值与异常程度呈正相关关系。

可选的，装置，还包括：

消息检测模块450，用于检测监控消息的回复属性是允许回复还是禁止回复；

第一确定模块460，用于在消息检测模块450检测出监控消息的回复属性是允许回复时，确定第二服务是即时通讯服务；

第二确定模块470，用于在消息检测模块450检测出监控消息的回复属性是禁止回复时，确定第二服务是单向推送服务和即时通讯服务中的一种。

综上所述，本发明实施例提供的消息发送装置，通过获取监控消息的重要程度；若监控消息的重要程度达到预定程度，则通过第一服务发送监控消息；若监控消息的重要程度未达到预定程度，则通过第二服务发送监控消息，第二服务的实时性低于第一服务的实时性，可以在监控消息的重要程度较高时，通过实时性较高的第一服务发送监控消息，在监控消息的重要程度不高时，通过实时性不高但消耗资源较少的第二服务发送监控消息，解决了通过第一服务发送所有的监控消息会提高发送监控消息的实时性，但需要消耗的资源较多的问题，达到了节省发送监控消息所消耗的资源的效果。

另外，通过根据属性信息确定业务的异常程度，根据异常程度确定监控消息的重要程度，可以在业务存在异常时，将异常程度较高的监控消息通过实时性较高的第一服务进行发送，可以实时提醒运维人员对业务系统进行修复，保证了业务的正常运行。

需要说明的是：上述实施例提供的消息发送装置在进行消息发送时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将消息发送装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息发送装置与消息发送方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (10)

1.一种消息发送方法，其特征在于，所述方法包括：

生成对业务系统的监控消息，所述监控消息用于指示所述业务系统的运行情况；

获取所述监控消息的重要程度；

若所述监控消息的重要程度达到所述预定程度，则通过第一服务发送所述监控消息；

若所述监控消息的重要程度未达到预定程度，则通过第二服务发送所述监控消息，所述第二服务的实时性低于所述第一服务的实时性。

2.根据权利要求1所述的方法，其特征在于，所述获取所述监控消息的重要程度，包括：

接收用户对所述监控消息的重要程度的设置信息，根据所述设置信息确定所述重要程度；或，

确定所述监控消息所报告的业务的属性信息，根据所述业务的属性信息确定所述监控消息的重要程度。

3.根据权利要求2所述的方法，其特征在于，所述根据所述业务的属性信息确定所述监控消息的重要程度，包括：

根据所述属性信息确定所述业务的重要程度，将所述业务的重要程度确定为所述监控消息的重要程度；和/或，

若所述监控消息用于报告所述业务存在异常，则根据所述属性信息确定所述业务的异常程度，根据所述异常程度确定所述监控消息的重要程度，所述异常程度与所述重要程度呈正相关关系。

4.根据权利要求3所述的方法，其特征在于，所述根据所述属性信息确定所述业务的异常程度，包括：

根据所述属性信息获取所述业务的异常项和每个异常项的权重分值；

根据每个权重分值计算所述业务的异常分值；

根据所述异常分值确定所述异常程度，所述异常分值与所述异常程度呈正相关关系。

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

检测所述监控消息的回复属性是允许回复还是禁止回复；

若检测出所述监控消息的回复属性是允许回复，则确定所述第二服务是即时通讯服务；

若检测出所述监控消息的回复属性是禁止回复，则确定所述第二服务是单向推送服务和即时通讯服务中的一种。

6.一种消息发送装置，其特征在于，所述装置包括：

消息生成模块，用于生成对业务系统的监控消息，所述监控消息用于指示所述业务系统的运行情况；

重要程度获取模块，用于获取所述消息生成模块生成的所述监控消息的重要程度；

第一发送模块，用于在所述监控消息的重要程度达到所述预定程度时，通过第一服务发送所述监控消息；

第二发送模块，用于在所述监控消息的重要程度未达到预定程度时，通过第二服务发送所述监控消息，所述第二服务的实时性低于所述第一服务的实时性。

7.根据权利要求6所述的装置，其特征在于，所述重要程度获取模块，包括：

第一获取单元，用于接收用户对所述监控消息的重要程度的设置信息，根据所述设置信息确定所述重要程度；或，

第二获取单元，用于确定所述监控消息所报告的业务的属性信息，根据所述业务的属性信息确定所述监控消息的重要程度。

8.根据权利要求7所述的装置，其特征在于，所述第二获取单元，包括：

第一获取子单元，用于根据所述属性信息确定所述业务的重要程度，将所述业务的重要程度确定为所述监控消息的重要程度；和/或，

第二获取子单元，用于在所述监控消息用于报告所述业务存在异常时，根据所述属性信息确定所述业务的异常程度，根据所述异常程度确定所述监控消息的重要程度，所述异常程度与所述重要程度呈正相关关系。

9.根据权利要求8所述的装置，其特征在于，所述第二获取子单元，具体用于根据所述属性信息获取所述业务的异常项和每个异常项的权重分值；根据每个权重分值计算所述业务的异常分值；根据所述异常分值确定所述异常程度，所述异常分值与所述异常程度呈正相关关系。

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

消息检测模块，用于检测所述监控消息的回复属性是允许回复还是禁止回复；

第一确定模块，用于在所述消息检测模块检测出所述监控消息的回复属性是允许回复时，确定所述第二服务是即时通讯服务；

第二确定模块，用于在所述消息检测模块检测出所述监控消息的回复属性是禁止回复时，确定所述第二服务是单向推送服务和即时通讯服务中的一种。