CN115226137A - 故障告警方法、装置、电子设备和可读介质 - Google Patents

Abstract

本申请提供一种故障告警方法、装置、电子设备和可读介质。该方法包括：获取来自待验证短消息服务的指定消息；当指定消息中携带有指定标识时，记录指定消息，其中，指定标识表示指定消息用于验证待验证短消息服务的运行状态；根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果；根据故障验证结果，针对于待验证短消息服务的运行状态进行告警。该方法能够在故障告警过程中模拟短消息服务的实际工作场景，从而使得故障告警的结果与实际场景更加匹配，从而及时发现并告警，提升系统的稳定性。

Description

故障告警方法、装置、电子设备和可读介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种故障告警方法、装置、电子设备和可读介质。

背景技术

随着移动终端与无线网络的发展，越来越多的互联网应用通过短信息服务来进行身份验证，来允许用户登录或者使用互联网应用的功能。因此，如何确保短信息服务功能的功能状态以及如何及时发现故障是确保互联网应用稳定运行的重要问题。

目前，对于互联网应用的短信息服务的运行状态的检查通常是由测试方访问短信息服务的端口，通过与短信息服务的通信信息来确定其功能状态。

然而，上述方式的通信过程与互联网应用的终端用户在使用过程中的通信过程存在差异，导致检查确定的短信息服务的功能状态与终端用户的实际情况不匹配的情况，从而导致短信息服务的故障发现不及时，影响系统的稳定性。

发明内容

基于上述技术问题，本申请提供一种故障告警方法、装置、电子设备和可读介质，以在故障告警过程中模拟短消息服务的实际工作场景，从而使得故障告警的结果与实际场景更加匹配，从而及时发现并告警，提升系统的稳定性。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供一种故障告警方法，包括：

获取来自待验证短消息服务的指定消息；

当所述指定消息中携带有指定标识时，记录所述指定消息，其中，所述指定标识表示所述指定消息用于验证所述待验证短消息服务的运行状态；

根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果；

根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警。

在本申请的一些实施例中，基于以上技术方案，所述获取来自所述待验证短消息服务的指定消息，包括：

监听接收到的通信消息，所述通信消息中携带有消息内容；

若所述消息内容的内容格式与预定格式相匹配，则确定所述通信消息为来自所述待验证短消息服务的指定消息。

在本申请的一些实施例中，基于以上技术方案，所述根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果，包括：

周期性地读取所记录的指定消息；

对于每个指定消息，根据所述预设验证规则，从所述指定消息中获取对应的消息描述信息；

根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果。

在本申请的一些实施例中，基于以上技术方案，所述消息描述信息为验证码信息，所述验证码信息是所述待验证短消息服务根据所述验证码生成的；所述根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果之前，所述方法还包括：

从所述待验证短消息服务获取验证码；

所述根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果，包括：

若所述验证码信息符合所述预设验证规则中的规定格式并且所述验证码与所述验证码信息匹配，则确定所述待验证短消息服务处于正常状态；

若所述验证码信息不符合所述预设验证规则中的规定格式或者所述验证码与所述验证码信息不匹配，则确定所述待验证短消息服务存在故障。

在本申请的一些实施例中，基于以上技术方案，所述消息描述信息为消息接收时间；所述根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果，包括：

若所述消息接收时间在所述预设验证规则规定的时间区间内，则确定所述待验证短消息服务处于正常状态；

若所述消息接收时间不在所述预设验证规则规定的时间区间内，则确定所述待验证短消息服务存在故障。

在本申请的一些实施例中，基于以上技术方案，所述根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警，包括：

若所述故障验证结果指示所述待验证短消息服务存在故障，则根据所述故障验证结果生成告警信息；

向目标移动终端发送所述告警信息，以针对待验证短消息服务的状态进行告警。

在本申请的一些实施例中，基于以上技术方案，所述根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警之后，所述方法还包括：

根据所述告警信息的生成时间，生成告警分布图；

向所述目标移动终端发送所述告警分布图，以使所述目标移动终端展示所述告警分布图。

根据本申请实施例的一个方面，提供一种故障告警装置，包括：

消息获取模块，用于获取来自所述待验证短消息服务的指定消息；

消息记录模块，用于当所述指定消息中携带有指定标识时，记录所述指定消息，其中，所述指定标识表示所述指定消息用于验证所述待验证短消息服务的运行状态；

消息验证模块，用于根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果；

告警模块，用于根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警。

根据本申请实施例的一个方面，提供一种电子设备，该电子设备包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，该处理器配置为经由执行可执行指令来执行如以上技术方案中的故障告警方法。

根据本申请实施例的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，当该计算机程序被处理器执行时实现如以上技术方案中的故障告警方法。

在本申请的实施例中，在故障告警过程中，获取待验证短消息服务的指定消息，并记录指定消息，随后通过对记录的消息进行分析和验证，从而确定待验证短消息服务的服务状态。通过上述的方式，能够在故障告警过程中模拟短消息服务的实际工作场景，从而使得故障告警的结果与实际场景更加匹配，从而及时发现并告警，提升系统的稳定性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1示意性地示出了本申请技术方案在一个应用场景中的示例性系统构架示意图；

图2为本申请实施例中故障告警方法整体流程的示意性流程图；

图3为本申请实施例中一种故障告警方法的示意流程图；

图4为本申请实施例中测试终端采集数据过程的示意性流程图；

图5为本申请实施例中指定消息验证过程的示意图；

图6示意性地示出了本申请实施例中故障告警装置的组成框图；

图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，本申请可以应用于对应用系统运维领域中，并且具体应用在对短消息服务进行状态监控和故障告警的场景中。在各类的互联网应用中，在进行实际业务时，通常需要业务服务器向客户端发送各类短消息，例如验证码或者告知信息等内容。此类功能通常由短消息服务负责进行。对于此类短消息服务的测试和状态确认在用于测试的系统上通常会开放专用的接口来进行测试。然而，对于运行实际业务的生产系统，出于安全性等方面的考虑，并不会保留此类测试接口。通过本申请的方案，业务服务器会向专用的状态告警系统发送短信，而状态告警系统实施监听短信的接收，对接收到的短信进行分析和验证来确认短信息服务的运行状态，并且在发现故障时进行告警，从而使得验证短消息服务状态的过程与客户实际经历的过程相同。

图1示意性地示出了本申请技术方案在一个应用场景中的示例性系统构架示意图。如图1所示，该应用场景中包括业务服务器110、测试终端120、测试服务器130和客户终端140。业务服务器110与测试终端120通信，测试终端120与测试服务器130通信，测试服务器130与客户终端140通信。本申请所介绍的方法具体可以由在测试终端120和测试服务器130上运行的测试系统来执行。各个服务器可以处于不同的网络环境中，相互通信的方式也可以不同，服务器与终端之间可以采用有线网络连接或者采用无线网络连接，例如，业务服务器110与测试终端120之间可以通过无线网络连接，而测试终端120与测试服务器130之间则可以通过有线网络连接。具体地，在一个实施例中，业务服务器110在运行期间，会向测试终端120发送指定的短信。测试终端120上运行有专用的应用程序。测试终端120通过应用程序实施监听接收到的短信，并且在将短信写入到测试服务器130中。测试服务器130会对记录的短信进行解析和验证。如果发现需要进行告警故障，则会向客户终端140发送告警信息，从而完成告警。

服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器，本处不对此进行限制。终端设备可以手机、电脑、智能语音交互设备、智能家电、车载终端等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。终端设备以及服务器的数量也不做限制。

下面，对本申请中的故障告警方法的整体流程进行介绍。为了便于介绍，请参阅图2，图2为本申请实施例中故障告警方法整体流程的示意性流程图。如图2所示，生产系统在运行的过程中，在步骤210中，短信服务会通过短信向用于测试的手机号发送短信。在步骤220中，测试手机上运行有专用的应用来实时监听短信。在监听到短信后，在步骤230中，测试手机会将短信相关信息写入数据库中，具体地，写入到专用的数据表中。在步骤240中，用于测试的服务器或者测试系统中会全天候定时执行测试验证脚本。在步骤250中，测试系统在运行测试验证脚本时，会获取数据表中的数据进行规则校验，从而确认生产系统短信服务的状态。如果出现不通过校验的情况，则说明短信服务存在故障，则测试系统会通过通信软件来进行告警。测试人员可以通过对应的终端来读取通信软件中的告警内容，从而根据告警内容对生产系统的内容进行排查。

以下对本申请实施例中的故障告警方法进行进一步介绍。请参阅图3，图3为本申请实施例中一种故障告警方法的示意流程图。该方案可以由测试终端或者测试服务器来执行，例如上文中所介绍的测试系统，如图3所示，该故障告警方法至少包括步骤S310至S340，详细介绍如下：

步骤S310，获取来自待验证短消息服务的指定消息。

待验证短消息服务通常是在被监控的业务系统中运行的服务，用于根据业务系统的要求来向客户终端发送消息。测试系统会从待验证短消息服务获取到指定消息。获取的方式可以是待验证短消息服务主动向测试系统发送指定消息，测试系统则直接接收执行消息。或者，测试系统可以通过在终端上执行业务流程，触发待验证短消息服务向测试系统发送指定消息。例如，待验证短消息服务的功能是用于发送验证码，则测试系统可以在终端上的访问业务系统并且触发待验证短消息服务向用于测试的终端(例如向某个特定手机号)发送验证码短信，而测试终端则接收该验证码短信作为指定消息。指定消息通常是其中包含特定信息(例如验证码)或者其中的内容符合特定格式(例如包含特定的开头或者段落格式)等。

步骤S320，当所述指定消息中携带有指定标识时，记录所述指定消息，其中，所述指定标识表示所述指定消息用于验证所述待验证短消息服务的运行状态。

具体地，指定标识可以是预先约定的特定信息片段或者消息内容的特定格式。指定标识表示指定消息用于验证待验证短消息服务的运行状态，例如，测试系统可以从各个不同的来源接收到不同类型的消息，则需要通过判断消息中是否携带有指定标识来确定所接收到的消息是不是指定消息，从而确定是否要进行记录。测试系统可以解析指定消息，从而获得指定消息中所携带的内容信息，从而根据内容信息确认执行消息中是否携带有指定标识。指定标识也可以标识指定消息的来源，例如，指定标识为用于发送指定消息的号码或者号码的一部分，则测试系统可以根据指定消息的来源号码来确定指定消息是否携带有指定标识。在确定指定消息中携带指定标识后，测试系统会记录对象消息。具体地，可以将指定消息写入到指定数据库的特定数据表中以供后续分析。

步骤S330，根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果。

取决于指定消息的内容和作用，预设验证规则的具体形式可以不同。例如，预设验证规则可以检查指定消息中是否携带有目标信息，或者指定消息是否符合特定的格式。测试系统可以周期性地对记录的指定消息进行分析，或者当记录的指定消息满足特定条件时进行分析，从而得到故障验证结果。故障验证结果用于指示待验证短消息服务是否存在故障。

步骤S340，根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警。

具体地，进行告警的方式通常可以是向特定的通信目标发送信息，例如发送邮件或者短信。也可以是通过特定的通信工具或者通信应用发送告警，例如通过通信软件向某个特定的聊天群组里发送消息。

在本申请的实施例中，在故障告警过程中，获取待验证短消息服务的指定消息，并记录指定消息，随后通过对记录的消息进行分析和验证，从而确定待验证短消息服务的服务状态。通过上述的方式，能够在故障告警过程中模拟短消息服务的实际工作场景，从而使得故障告警的结果与实际场景更加匹配，从而及时发现并告警，提升系统的稳定性。

在本申请的一个实施例中，基于上述的技术方案，上述步骤S310，获取来自所述待验证短消息服务的指定消息，具体包括如下步骤：

监听接收到的通信消息，所述通信消息中携带有消息内容；

若所述消息内容的内容格式与预定格式相匹配，则确定所述通信消息为来自所述待验证短消息服务的指定消息。

具体地，测试系统可以通过运行在测试终端上的应用程序来监听测试终端接收到的通信消息，通信消息中携带有消息内容，例如短信息中的短信内容。若消息内容的内容格式与预定格式相匹配，则确定通信消息为来自待验证短消息服务的指定消息。内容格式指的是消息内容的组织格式，例如是否具有特定的开头、内容长度以及是否含有特定长度的信息或者特定内容的信息等，例如消息内容的内容格式可以是特定的手机号，即具有特定数字组合开头并且具有特定程度的数字组合。

进一步的，本实施例中还可以在生成消息内容时，在每段不同形式的内容部分前在对应的字符位置处生成对应的格式标识，以便于在之后验证时直接根据字符位置提取对应的格式标识，根据格式标识将消息内容的内容格式与预定格式相匹配，计算消息内容的格式标识Id_mes与预定格式的格式标识Id_foa之间的相关性Rar(Id_mes,Id_foa)为：

其中，α表示预设的的标识因子，i表示消息内容中的格式标识的排序，k表示消息内容中的格式标识的数量；Id_mes_i、Id_foa_i分别表示消息内容的格式标识Id_mes与预定格式的格式标识Id_foa中的某一格式标识。

具体地，为了便于介绍，请参阅图4，图4为本申请实施例中测试终端采集数据过程的示意性流程图。如图4所示，业务系统的短信息服务会向测试终端的手机号发送短信。测试终端侧监听接收到的短信，并且在短信符合预定格式的时候，将短信相关信息写入到测试服务器的数据库中，包括短信内容、发信人、接收时间等。

在本申请的实施例中，通过鉴定接收到的消息，并根据消息内容来确定来自待验证短消息服务的指定消息，从而能够自动过滤出能够确认短消息服务状态的指定消息，从而降低数据筛选所消耗的资源，提升运行效率。

在本申请的一个实施例中，基于上述的技术方案，上述步骤S330，根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果，具体包括如下步骤：

周期性地读取所记录的指定消息；

对于每个指定消息，根据所述预设验证规则，从所述指定消息中获取对应的消息描述信息；

根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果。

在本实施例中，指定消息的验证过程会周期性地进行。测试系统按照预定的周期，周期性地从数据库中用于记录指定消息的数据表中读取指定消息。具体的读取数据的规则可以根据记录的时间来确定，例如根据写入数据库中的时间来进行周期性读取。对于所读取到的每个指定消息，测试系统则根据预设验证规则，指定消息中获取对应的消息描述信息。为了便于介绍，请参阅图5，图5为本申请实施例中指定消息验证过程的示意图。如图5所示，测试系统上会运行有测试验证脚本。该测试验证脚本定时运行，测试系统则根据该脚本从数据库的短信表中获取实时监听到的短信。随后，测试系统根据测试验证脚本或者单独的测试脚本中的规则来进行验证。如果短信不符合规则，则会在通信软件的群组中进行告警，从而通知相对应的处理人对被测试的生产环境的短信服务进行故障排查。

在具体的验证过程中，测试系统首先根据指定消息的类型和来源，获取对应的预设规则。例如，测试系统根据指定消息中所包括的应用名称和关键词来确定指定消息来自于某个特定的应用，从而获取该应用对应的预设验证规则。预设验证规则中会指定要从指定消息中获取的消息描述信息以及这些所需要满足的验证条件。例如，需要包括特定长度的验证码，则消息描述信息即验证码，预设验证规则会包括如何从指定消息获中获取验证码，例如从数据的第12个字符开始获取或者从关键词之后的第一个字符开始获取，或者指定消息的发出时间与测试系统或者终端接收到该指定消息的时间之间的时间间隔需要小于某个时间阈值等，则消息描述信息为发送时间，预设验证规则中则会规定发送时间从指定消息的消息头的特定字段中获得或者从指定消息的消息内容中获得。根据消息描述信息和所述预设验证规则，测试系统则可以验证消息描述信息是否满足预设验证规则，从而确定所述故障验证结果。

在本申请的一个实施例中，基于上述的技术方案，消息描述信息为验证码信息，该验证码信息是所述待验证短消息服务根据所述验证码生成的；上述步骤，根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果之前，方法还包括如下步骤：

从待验证短消息服务获取验证码；

上述步骤，根据消息描述信息和预设验证规则，确定故障验证结果，具体包括如下步骤：

若验证码信息符合预设验证规则中的规定格式并且验证码与验证码信息匹配，则确定待验证短消息服务处于正常状态；

若验证码信息不符合预设验证规则中的规定格式或者验证码与验证码信息不匹配，则确定待验证短消息服务存在故障。

在本实施例中，预设验证规则中根据验证码信息来判断待验证短消息服务的状态，验证码信息是待验证短消息服务根据验证码生成的，例如，验证码信息中会包括验证码，或者验证码信息是根据验证码进行组合或者加密计算后得到的。具体地，测试系统在进行验证之前，会从待验证短消息服务获取指定消息中应该包含的验证码。具体可以通过向待验证短消息服务发送指令的方式来获得。之后，根据消息描述信息和预设验证规则进行验证时，会验证指定消息中的验证码信息的格式以及内容是否正确。如果若验证码信息符合预设验证规则中的规定格式并且验证码与验证码信息匹配，待验证短消息服务处于正常状态，否则，如果验证码信息不符合预设验证规则中的规定格式或者验证码与验证码信息不匹配，则表示待验证短消息服务存在故障。在一个实施例中，测试系统还可将验证码信息发送给待验证短消息服务所在的应用来进行验证。具体地，对于从指定消息中获取到的验证码信息，测试系统确定该验证码信息是否符合预设验证规则中的规定格式。如果符合，则将该验证码信息发送给被测试的应用。被测试的应用则会对该验证码信息进行验证，并且向测试系统反馈验证码信息是否正确的结果，测试系统则根据反馈的结果来确认待验证短消息服务的状态，验证码信息正确，则待验证短消息服务的状态正常，验证码信息错误，则待验证短消息服务的状态存在故障。

在本申请的一个实施例中，基于上述的技术方案，消息描述信息为消息接收时间；上述步骤，根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果，具体包括如下步骤：

若消息接收时间在预设验证规则规定的时间区间内，则确定待验证短消息服务处于正常状态；

若消息接收时间不在预设验证规则规定的时间区间内，则确定待验证短消息服务存在故障。

在本实施例中，消息描述信息为消息接收时间。具体地，消息接收时间可以是测试系统或者测试终端接收到指定消息的时间或者将指定消息写入到数据库中的时间。消息接收时间需要在预设验证规则规定的时间区间。该时间区间可以根据消息的发送时间或者消息中记录的时间来确定。例如，预设验证规则规定的时间区间为发送后30秒内，则测试系统则根据指定消息的发送时间来确定时间区间，如果消息接收时间在这个区间内，则表示指定消息在预定时间内达到测试系统，待验证短消息服务则处于正常状态。否则，如果消息接收时间不在这个区间内，则表示指定消息未在预定时间内达到测试系统，待验证短消息服务或者通信过程出现故障导致了指定消息延迟到达，因此确定待验证短消息服务存在故障。

在本申请的一个实施例中，基于上述的技术方案，上述步骤S340，根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警，具体包括如下步骤：

若所述故障验证结果指示所述待验证短消息服务存在故障，则根据所述故障验证结果生成告警信息；

向目标移动终端发送所述告警信息，以针对待验证短消息服务的状态进行告警。

当故障验证结果指示待验证短消息服务存在故障时，测试系统会根据故障验证结果生成告警信息。具体地，取决于判断故障的方式不同，所生成的告警信息也不同。例如，对于验证码存在但有误的情况，告警信息中可以包括具体的错误内容，而对于接收时间超过逾期的时间的情况，告警信息中则可以包括相差时间以及对于网络状态的检测信息等内容。测试系统会向目标移动终端发送所述告警信息，以针对待验证短消息服务的状态进行告警。具体地，发送告警信息的方式可以通过邮件、短信、通信软件以及生成语音信息通过电话播报的方式，例如，可以将告警信息发送到一个预先建立的通信软件的通信群组中。在一个实施例中，取决于告警信息的不同，可以通过不同的渠道和方式发送告警信息，发送的目标也可以不同。例如，测试系统首先可以根据告警信息所针对的错误种类，来确定需要通知的对象，随后获取要通知的对象设置的联系方式，在根据获取的联系方式通过对应的渠道向对象发送告警信息。

在本申请的一个实施例中，基于上述的技术方案，上述步骤，根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警之后，方法还包括如下步骤：

根据所述告警信息的生成时间，生成告警分布图；

向所述目标移动终端发送所述告警分布图，以使所述目标移动终端展示所述告警分布图。

在本实施例中，对于生成的告警信息，测试系统会将告警信息保存，并且周期性地或者按照请求进行汇总。具体地，测试系统会记录告警信息的生成时间，并且根据生成时间生成告警分布图。可以理解，测试系统也可以根据其他的信息来生成告警分布图，例如根据告警次数、告警频率、告警类型分布等。生成告警分布图后，测试系统则会向目标移动终端发送告警分布图，以使目标移动终端展示告警分布图。告警分布图发送的发送方式可以与告警信息的发送方式相同。在一个具体实施例中，告警分布图的生成通过存储在测试系统的本地脚本进行。测试系统会定期地运行该脚本，从而触发测试系统根据数据库中存储的告警信息来生成并发送告警分布图。

应当注意，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

以下介绍本申请的装置实施，可以用于执行本申请上述实施例中的故障告警方法。图6示意性地示出了本申请实施例中故障告警装置的组成框图。如图6所示，故障告警装置600主要可以包括：

消息获取模块610，用于获取来自所述待验证短消息服务的指定消息；

消息记录模块620，用于当所述指定消息中携带有指定标识时，记录所述指定消息，其中，所述指定标识表示所述指定消息用于验证所述待验证短消息服务的运行状态；

消息验证模块630，用于根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果；

告警模块640，用于根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警。

在本申请的一些实施例中，基于以上技术方案，消息获取模块610包括：

消息监听单元，用于监听接收到的通信消息，所述通信消息中携带有消息内容；

消息确定单元，用于若所述消息内容的内容格式与预定格式相匹配，则确定所述通信消息为来自所述待验证短消息服务的指定消息。

在本申请的一些实施例中，基于以上技术方案，消息验证模块包括：

消息读取单元，用于周期性地读取所记录的指定消息；

描述信息获取单元，用于对于每个指定消息，根据所述预设验证规则，从所述指定消息中获取对应的消息描述信息；

结果确定单元，用于根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果。

在本申请的一些实施例中，基于以上技术方案，所述消息描述信息为验证码信息，所述验证码信息是所述待验证短消息服务根据所述验证码生成的；故障告警装置还包括：

验证码获取模块，用于从所述待验证短消息服务获取验证码；

结果确定单元包括：

第一状态确定模块，用于若所述验证码信息符合所述预设验证规则中的规定格式并且所述验证码与所述验证码信息匹配，则确定所述待验证短消息服务处于正常状态；

第二状态确定模块，用于若所述验证码信息不符合所述预设验证规则中的规定格式或者所述验证码与所述验证码信息不匹配，则确定所述待验证短消息服务存在故障。

在本申请的一些实施例中，基于以上技术方案，所结果确定单元包括：

第三状态确定模块，用于若所述消息接收时间在所述预设验证规则规定的时间区间内，则确定所述待验证短消息服务处于正常状态；

第四状态确定模块，用于若所述消息接收时间不在所述预设验证规则规定的时间区间内，则确定所述待验证短消息服务存在故障。

在本申请的一些实施例中，基于以上技术方案，告警模块包括：

告警信息生成单元，用于若所述故障验证结果指示所述待验证短消息服务存在故障，则根据所述故障验证结果生成告警信息；

告警信息发送单元，用于向目标移动终端发送所述告警信息，以针对待验证短消息服务的状态进行告警。

在本申请的一些实施例中，基于以上技术方案，故障告警装置还包括：

分布图生成模块，用于根据所述告警信息的生成时间，生成告警分布图；

分布图发送模块，用于向所述目标移动终端发送所述告警分布图，以使所述目标移动终端展示所述告警分布图。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(Central Processing Unit，CPU)701，其可以根据存储在只读存储器(Read-Only Memory，ROM)702中的程序或者从储存部分708加载到随机访问存储器(Random Access Memory，RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(Input/Output，I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。

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

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

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

Claims (10)

1.一种故障告警方法，其特征在于，包括：

获取来自待验证短消息服务的指定消息；

当所述指定消息中携带有指定标识时，记录所述指定消息，其中，所述指定标识表示所述指定消息用于验证所述待验证短消息服务的运行状态；

根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果；

根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警。

2.根据权利要求1所述的方法，其特征在于，所述获取来自所述待验证短消息服务的指定消息，包括：

监听接收到的通信消息，所述通信消息中携带有消息内容；

若所述消息内容的内容格式与预定格式相匹配，则确定所述通信消息为来自所述待验证短消息服务的指定消息。

3.根据权利要求1所述的方法，其特征在于，所述根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果，包括：

周期性地读取所记录的指定消息；

对于每个指定消息，根据所述预设验证规则，从所述指定消息中获取对应的消息描述信息；

根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果。

4.根据权利要求3所述的方法，其特征在于，所述消息描述信息为验证码信息，所述验证码信息是所述待验证短消息服务根据所述验证码生成的；所述根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果之前，所述方法还包括：

从所述待验证短消息服务获取验证码；

所述根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果，包括：

若所述验证码信息符合所述预设验证规则中的规定格式并且所述验证码与所述验证码信息匹配，则确定所述待验证短消息服务处于正常状态；

若所述验证码信息不符合所述预设验证规则中的规定格式或者所述验证码与所述验证码信息不匹配，则确定所述待验证短消息服务存在故障。

5.根据权利要求3所述的方法，其特征在于，所述消息描述信息为消息接收时间；所述根据所述消息描述信息和所述预设验证规则，确定所述故障验证结果，包括：

若所述消息接收时间在所述预设验证规则规定的时间区间内，则确定所述待验证短消息服务处于正常状态；

若所述消息接收时间不在所述预设验证规则规定的时间区间内，则确定所述待验证短消息服务存在故障。

6.根据权利要求1所述的方法，其特征在于，所述根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警，包括：

若所述故障验证结果指示所述待验证短消息服务存在故障，则根据所述故障验证结果生成告警信息；

向目标移动终端发送所述告警信息，以针对待验证短消息服务的状态进行告警。

7.根据权利要求6所述的方法，其特征在于，所述根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警之后，所述方法还包括：

根据所述告警信息的生成时间，生成告警分布图；

向所述目标移动终端发送所述告警分布图，以使所述目标移动终端展示所述告警分布图。

8.一种故障告警装置，其特征在于，包括：

消息获取模块，用于获取来自待验证短消息服务的指定消息；

消息记录模块，用于当所述指定消息中携带有指定标识时，记录所述指定消息，其中，所述指定标识表示所述指定消息用于验证所述待验证短消息服务的运行状态；

消息验证模块，用于根据预设验证规则对所记录的指定消息进行验证，得到故障验证结果；

告警模块，用于根据故障验证结果，针对于所述待验证短消息服务的运行状态进行告警。

9.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任意一项所述的故障告警方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的故障告警方法。

Images