CN109101354A - 一种故障信息的监测方法及其装置 - Google Patents

Abstract

本发明适用于信息显示技术领域，提供了一种故障信息的监测方法及其装置，方法包括：接收服务器发送的测试数据；根据预设的故障信息识别算法，识别测试数据包含的故障信息；根据故障信息生成测试数据对应的故障分析结果；更新并输出服务器的故障分析结果。本发明实施例通过接收服务器发送的测试数据，并根据预设的故障信息识别算法，识别测试数据中包含的故障信息，并根据故障信息确定测试数据的故障分析结果，并对服务器的故障分析结果进行更新并输出，实现了测试故障显示的目的，解决了服务器故障信息显示技术，显示成本较大且利用率低的问题。

Description

一种故障信息的监测方法及其装置

技术领域

本发明属于电子技术领域，尤其涉及一种故障信息的监测方法及其装置。

背景技术

服务器作为通信网络技术中不可或缺的重要设备，其安全性以及稳定性将直接影响通信网络的服务质量以及响应效率，因此，如何有效地获取服务器的故障信息将直接影响服务器的稳定性。现有的服务器测试技术，主要是通过服务器内置的显示屏输出故障信息。然而在服务器上增设显示屏将大大增大服务器的造价成本，并且由于服务器主要功能为响应网络通信服务，因此显示屏等交互模块利用率较低。可见，现有服务器故障信息显示技术，显示成本较大且利用率低。

发明内容

本发明实施例的目的在于提供一种故障信息的监测方法及其装置，旨在解决服务器故障信息显示技术，显示成本较大且利用率低的问题。

第一方面，本发明实施例提供一种故障信息的监测方法，所述故障信息的监测方法包括：

接收服务器发送的测试数据；

根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

根据所述故障信息生成所述测试数据对应的故障分析结果；

更新并输出所述服务器的故障分析结果。

第二方面，本发明实施例提供一种故障信息的监测装置，所述故障信息的监测装置包括：

测试数据接收单元，用于接收服务器发送的测试数据；

故障信息识别单元，用于根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

故障分析结果确定单元，用于根据所述故障信息生成所述测试数据对应的故障分析结果；

故障分析结果输出单元，用于更新并输出所述服务器的故障分析结果。

第三方面，本发明实施例提供了一种故障信息的监测装置，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收服务器发送的测试数据；

根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

根据所述故障信息生成所述测试数据对应的故障分析结果；

更新并输出所述服务器的故障分析结果。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收服务器发送的测试数据；

根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

根据所述故障信息生成所述测试数据对应的故障分析结果；

更新并输出所述服务器的故障分析结果。

实施本发明实施例提供的一种故障信息的监测方法及其装置具有以下有益效果：

本发明实施例通过接收服务器发送的测试数据，并根据预设的故障信息识别算法，识别测试数据中包含的故障信息，并根据故障信息确定测试数据的故障分析结果，并对服务器的故障分析结果进行更新，并输出更新后的故障分析结果，从而无需服务器进行故障结果显示，故障信息的监测装置可根据服务器的测试数据，确定该测试数据中包含的故障信息，并根据故障信息实时更新正在显示的故障分析结果，实现了测试故障显示的目的。与现有的服务器故障信息显示技术相比，故障信息的监测并不需要服务器具备显示模块，只需将本发明实施例提供的故障信息的监测装置与服务器的测试数据输出接口相连，即可实现测试故障信息的监测，并且某一服务器测试完毕后，可将故障信息的监测装置拔出并与另一服务器的测试数据输出口相连，用于显示另一服务器的测试故障信息，从而提高了检测装置的利用效率。并且，由于该故障信息的监测装置可以对不同的服务器进行分时复用，无需为每台服务器均购置对应的检测装置，因而显示成本也将降低。

附图说明

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

图1是本发明第一实施例提供的一种故障信息的监测方法的实现流程图；

图2是本发明第二实施例提供的一种故障信息的监测方法的具体实现流程图；

图3是本发明第三实施例提供的一种故障信息的监测方法的具体实现流程图；

图4本发明第四实施例提供的一种故障信息的监测方法S304的具体实现流程图；

图5是本发明第五实施例提供的一种故障信息的监测方法的具体实现流程图；

图6是本发明一实施例提供的一种故障信息的监测装置的结构示意图；

图7是本发明另一实施例提供的一种故障信息的监测装置的示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例通过接收服务器发送的测试数据，并根据预设的故障信息识别算法，识别测试数据中包含的故障信息，并根据故障信息确定测试数据的故障分析结果，并对服务器的故障分析结果进行更新，并输出更新后的故障分析结果，从而无需服务器进行故障结果显示，故障信息的监测装置可根据服务器的测试数据，确定该测试数据中包含的故障信息，并根据故障信息实时更新正在显示的故障分析结果，实现了测试故障显示的目的，解决了服务器故障信息显示技术，显示成本较大且利用率低的问题。

在本发明实施例中，流程的执行主体为故障信息的监测装置。其中，该故障信息的监测装置用于接收服务器发送的测试数据，并根据测试数据得出服务器的故障分析结果。需要说明的是，该故障信息的监测装置设有输出模块，如显示屏、数码管、指示灯、蜂鸣器等输出部件，用于将生成的服务器的故障分析结果输出给用户。图1示出了本发明第一实施例提供的故障信息的监测方法的实现流程图，详述如下：

在S101中，接收服务器发送的测试数据。

在本实施例中，故障信息的监测装置通过与服务器建立通信连接，获取服务器发送的测试数据。其中，该测试数据为服务器在执行测试程序时生成的数据。具体地，服务器可根据用户发送的测试指令，运行该测试指令对应的测试程序，也可以根据本地的测试程序触发条件，启动自动测试程序。举例性地，用户已设置服务器在每12小时将进行自动检测程序，若服务器判定当前时刻附符合上述的时间触发条件，则自动运行测试程序，并得到测试数据。

在本实施例中，服务器在运行测试程序的过程中，将依次对本地设备的模块、功能以及性能进行检测，判断是否处于正常工作状态。因而，输出的测试数据包含判定为正常的结果数据，也将包含判定为故障的结果数据，用户若要确定该测试数据的具体内容，则需要通过对应的输出装置才可获知。

可选地，在本实施例中，服务器可将运行测试程序生成的测试数据依次通过串行接口输出给故障信息的监测装置，即检测装置的串行接口与服务器的串行接口相连，用于接收服务器串行接口发送的串行测试数据。

优选地，该串口接口为9针串口接口，即服务器的9针串口接口与故障信息的监测装置的9针串口接口相连，接收服务器发送的测试数据。由于服务器的9针接口一般设置在机箱的外表面，而3针串口接口一般封装于服务器的机箱内。而现有的一般串口调试卡，采用的均是3针串口接口的模式，用户需要对服务器的测试数据进行故障信息显示时，则需要开启机箱，增加了检测的操作难度；若采用9针串口接口，则可以直接在不打开机箱的情况下，通过机箱外表面的9针串口接口，获取到服务器的测试数据，从而便于用户获取测试数据中对应的测试故障信息，降低了测试的操作难度，也提高了测试效率。

需要说明的是，在本实施例中，服务器的测试数据是在服务器运行测试程序的过程中产生的，即服务器完成某个测试项目后，将输出该测试项目对应的测试数据，直到完成测试程序中所有测试项目，则结束测试操作。因此，故障信息的监测装置将实时接收服务器发送的测试数。

可选地，在本实施例中，服务器在每完成一项测试项目后，将产生一个中断信号，故障信息的监测装置通过通信接口，特别地，该通信接口为串行接口，获取到该服务器发送的中断信号后，将执行中断处理，获取中断信号对应的测试数据，并将该测试数据存储于缓存区域。

在S102中，根据预设的故障信息识别算法，识别所述测试数据包含的故障信息。

在本实施例中，由于服务器输出的测试数据既包含测试成功的结果数据，也包含检测到故障的故障信息数据，故障信息的监测装置将调取预设的故障信息识别算法，对接收测试数据进行故障信息识别，判定该测试数据中是否包含故障信息。若该测试数据中包含故障信息，则执行S103的相关操作；反之，若该测试数据中不包含故障信息，则重复执行S101以及S102的相关操作。

在本实施例中，由于检测装置实时获取服务器发送的测试数据，为了便于对数据进行识别、分析等相关操作，检测装置在接收到服务器发送的测试数据后，将该测试数据存放在缓存区域，并根据预设的测试数据提取规则，依次提取缓冲区域内对应的测试数据，并将提取的得到的测试数据执行S102的相关操作。举例性地，检测装置将每次从缓存区域中提取一个字节的数据，并通过预设的故障信息识别算法对该一个字节的数据进行故障信息识别。

具体地，在本实施例中，由于服务器是实时通过串行接口发送测试数据，因而包含故障信息的测试数据也是通过串口依次发送，需要一定的时间才可发送完毕，若某一时刻判定某个测试数据不包含故障信息，可能是由于测试数据仍在发送过程中，并未完整发送。因此，故障信息的监测装置将根据测试数据的接收顺序，遍历选取接收到的测试数据，从而确保无遗漏的识别。举例性地，检测装置每次提取8个字节，若某一时刻，检测装置从接收的先后顺序依次接收到了第一字节至第八字节，并通过预设的故障信息识别算法判定该8个字节内并不包含故障信息；若在下一时刻，检测装置接收到了第九字节，则将第一字节移除，并再次通过预设的故障信息识别算法判定第二字节至第九字节是否包含故障信息，继而实现遍历识别的目的。

在本实施例中，该预设的故障信息识别算法可以为：若服务器每完成一次中断将产生一个中断信号，则根据该中断信号的信号长度，确定该中断信号对应的测试数据包含的故障信息。由于服务器对于不同测试结果，输出的中断信号可能不同，举例性地，对于测试结果为正常的测试数据，其对应的中断信号的信号长度可能为2ms，而对于测试结果为故障的测试数据，其对应的中断信号的信号长度可能为4ms。因此，检测装置可根据预设的终端信号的信号长度与测试数据内容的对应关系，确定该测试数据包含的故障信息。

在S103中，根据所述故障信息生成所述测试数据对应的故障分析结果。

在本实施例中，服务器进行测试的过程中，会对某个模块或某个功能检测完成后，再输出该模块以及该功能的测试数据，因此，测试数据内包含的故障信息可能为一个，也可以至少为两个，因而需要对测试数据包含的故障信息进行分析，得到该测试数据对应的故障分析结果。

在本实施例中，检测装置将分析故障信息的具体内容，如故障定位点、故障类型、故障优先级程度等相关信息进行分析，并对测试数据中各个故障信息进行汇总统计，具体地，对相同类型的故障信息进行合并统计，对优先级较高的故障信息进行突出显示等，并生成测试数据对应的故障分析结果，继而执行S104的相关操作。

在S104中，更新并输出所述服务器的故障分析结果。

在本实施例中，服务器在测试的过程中，会通过测试程序对多个模块和/或多个功能进行测试，得到多组测试数据，因此，检测装置通过生成一个服务器对应的故障分析结果，用于汇总不同模块/功能对应的测试数据的故障分析结果，即通过S103得到的测试数据的故障分析结果，得到服务器的故障分析结果。

在本实施例中，服务器的测试流程需要一定的时间，每检测完毕一个功能/模块将生成对应的测试数据，并输出给检测装置，检测装置接收到该测试数据后，生成与之对应的故障分析结果，并根据该测试数据的故障分析结果，来更新服务器的故障分析结果，更新完毕后，将返回执行S101的相关操作，从而继续对测试数据进行识别，确定下一个功能/模块的测试数据。因此，服务器的故障分析结果根据测试进程的推进而不断变化，每获取完成一个测试数据，将在该原有的服务器的故障分析结果的基础上，添加该测试数据的故障分析结果的内容。

在本实施例中，由于故障分析结果是根据服务器的测试进程不断更新的，因此，用户可通过检测装置的显示内容，实时确定该服务器的测试进度以及对应的故障分析报告，并执行相应的监控措施，可见，本实施例提供的故障信息的监测方法实时性较高。

在本实施例中，检测装置可通过交互界面对故障分析结果进行显示输出，举例性地，通过液晶屏、数码管、投影等多种显示方式进行显示输出；检测装置也可以通过设置声音输出模块来对故障分析结束进行告警或播报等形式的结果输出，举例性地，当发现服务器的测试数据包含紧急故障信息时，通过蜂鸣器进行告警；或通过喇叭模块将故障分析报告的内容进行广播输出，用于告知维护人员。

以上可以看出，本发明实施例提供的一种故障信息的监测方法通过接收服务器发送的测试数据，并根据预设的故障信息识别算法，识别测试数据中包含的故障信息，并根据故障信息确定测试数据的故障分析结果，并对服务器的故障分析结果进行更新，并输出更新后的故障分析结果，从而无需服务器进行故障结果显示，故障信息的监测装置可根据服务器的测试数据，确定该测试数据中包含的故障信息，并根据故障信息实时更新正在显示的故障分析结果，实现了测试故障显示的目的。与现有的服务器故障信息显示技术相比，故障信息的监测并不需要服务器具备显示模块，只需将本发明实施例提供的故障信息的监测装置与服务器的测试数据输出接口相连，即可实现测试故障信息的监测，并且某一服务器测试完毕后，可将故障信息的监测装置拔出并与另一服务器的测试数据输出口相连，用于显示另一服务器的测试故障信息，从而提高了检测装置的利用效率。并且，由于该故障信息的监测装置可以对不同的服务器进行分时复用，无需为每台服务器均购置对应的检测装置，因而显示成本也将降低。

请一并参阅图2，图2示出了本发明第二实施例提供的一种故障信息的监测方法的具体实现流程图。相对于图1所示实施例，本实施例提供的故障信息的监测方法包括以下步骤，详述如下：

在S201中，接收服务器发送的测试数据。

由于S201与S101的具体实现方式完全相同，具体的描述可参见S101的相关阐述，在此不再赘述。

在S202中，基于预设的故障字符库，识别所述测试数据包含的故障字符串；其中，所述预设的故障字符库包含至少一个所述故障字符串。

在本实施例中，故障信息的监测装置将存储有预设的故障字符库，该字符库中包含至少一个故障字符串，不同的故障字符串用于表示不同的故障信息。举例性地，对于内存不足的故障，其对应的故障字符串为Out_of_Memory；而对于内存错误的故障，其对应的故障字符串为Memory_Error。

在本实施例中，故障信息的监测装置将测试数据与预设的故障字符库内包含的故障字符串进行一一匹配，判断该测试数据中是否包含故障字符串。若检测装置识别到测试数据中包含某一故障字符串，则记录该故障字符串，并继续对下一个故障字符串进行识别，直到对预设的故障字符库内的所有故障字符串均进行识别，从而确定测试数据中包含的所有故障字符串。

在本实施例中，终端设备可通过故障信息的监测装置的烧录接口，将该预设的故障字符库的内容烧录至检测装置的存储单元内，继而故障信息的监测装置直接读取该存储单元内对应的存储区域的内容，提取该预设的故障字符库。

在本实施例中，故障信息的监测装置可通过服务器与检测装置之间的通信接口，向服务器发送故障字符库获取请求，服务器在接收到该故障字符库的获取请求后，将返回服务器本地的故障字符库至检测装置。由于不同的服务器，其对应的测试内容将不同，因而对应的故障字符库的内容也不同，另一方面，不同的服务器的对于相同的故障信息，其对应的故障字符串也可能不同，因此其对应的故障字符库也不同。为了准确地对服务器的测试数据进行故障信息的识别，因此将接收服务器对应的故障字符库。

在S203中，根据所述故障字符串生成所述测试数据对应的故障分析结果。

在本实施例中，由于不同的故障字符串对应不同的故障信息，故障信息的监测装置通过预设的故障字符串与故障信息的对应关系，确定该故障字符串所表示的故障信息的具体内容，对于每个故障字符串均执行上述操作，从而根据每个故障字符串对应的故障信息内容，确定测试数据对应的故障分析结果。

举例性地，若某一故障字符串为Out_of_Memory_10，检测装置确定该故障字符串对应的故障信息为内存不足，因此可根据该故障信息确定该故障发生对应的位置为内存模块，故障类型为该内存模块的存储空间不足，并且该故障的优先级为10级，即最高优先级。检测装置根据上述确定的故障信息的具体内容，生成对应的故障分析结果。

在S204中，更新并输出所述服务器的故障分析结果。

由于S204与S104的具体实现方式完全相同，具体的描述可参见S104的相关阐述，在此不再赘述。

在本发明实施例中，通过设置对应的故障字符库，并对测试数据中的各个故障字符串进行识别，并根据该测试数据包含的故障字符串确定测试数据的故障分析结果，从而实现了故障信息的识别以及生成对应的故障分析结果的目的，避免了漏识别或错误识别的情况，提高了识别的准确性。

请一并参阅图3，图3示出了本发明第三实施例提供的一种故障信息的监测方法的具体实现流程图。相对于图2所示实施例，本实施例提供的一种故障信息的监测方法包含以下步骤，详述如下：

在S301中，接收服务器发送的测试数据。

由于S301与S101的具体实现方式完全相同，具体的描述可参见S101的相关阐述，在此不再赘述。

在S302中，基于预设的故障字符库，识别所述测试数据包含的故障字符串；其中，所述预设的故障字符库包含至少一个所述故障字符串。

由于S302与S202的具体实现方式完全相同，具体的描述可参见S202的相关阐述，在此不再赘述。

在S303中，确定所述故障字符串对应的故障类型，并统计所述故障类型对应的故障发生次数。

在本实施例中，故障信息的监测装置存储有故障字符串与故障类型的对应关系表，检测装置通过查询该对应关系表，确定故障字符串对应的故障类型。需要说明的是，在本实施例中，不同的故障字符串对应的故障类型可以相同也可以不同，举例性地，若某一故障字符串为Out_of_Memory_10，对应的故障类型为内存不足；而另一故障字符串为Out_of_Memory_8，对应的故障类型也为内存不足，但两者的区别在于前者优先级较高，而后者优先级较低。因此，不同的故障字符串对应的故障类型是否相同，需要根据具体的对应关系而定。

在本实施例中，测试数据中可能包含多种故障类型的故障，且每种故障类型的故障发生的次数也可能为多次，因此，故障信息的监测装置在确定了各个故障字符串对应的故障类型后，将统计每个故障类型的故障发生次数，继而得到故障类型与故障发生次数的对应关系列表。

具体地，在本实施例中，由于在S302中该检测装置在每识别到一个故障字符串后，把该故障字符串存在到对应的存储区域内，得到多个故障字符串，对故障字符库内的所有故障字符串识别完毕后，检测装置将执行S303的操作，确定该存储区域内的所有故障字符串对应的故障类型，并根据各个故障字符串对应的故障类型进行统计，确定每个故障类型的故障发生次数。

在S304中，根据所述测试数据包含故障类型以及所述故障类型的故障发生次数，更新并输出所述服务器的故障分析结果

在本实施例中，故障信息的监测装置将根据测试数据包含的故障类型以及故障类型对应的故障发生次数，对服务器的故障分析结果进行更新操作。

具体地，若服务器的故障分析结果中已包含测试数据中的某一故障类型，则将服务器的故障分析结果中该故障类型的故障发生次数与测试数据中该故障类型的故障发生次数进行相加，从而对该故障类型的故障发生次数进行更新，确定当前时刻该故障类型的总发生次数。若服务器的分析结果中不包含测试数据中某一故障类型，则在服务器的故障分析结果中新增对应的条目，用于记录该故障类型以及对应的故障发送次数，并将测试数据中的故障发生次数作为服务器的故障分析结果中该故障类型的故障发生次数。

可选地，在本实施例中，检测装置存储有故障类型与编号的对应关系，在确定该故障类型后，显示该故障类型对应的故障编号，以及该故障类型对应的故障发送次数。具体地，该故障信息的监测装置设有3个数码管，对故障分析结果进行显示，第一位数码管用于显示故障类型的故障编号，第二位以及第三位的数码管用于显示该故障类型的故障发生次数，通过上述的显示方式，对该服务器的故障分析结果内所有的故障类型依次切换播放显示。

在本发明实施例中，通过确定每个故障字符串对应的故障类型，以及统计故障类型的故障发生次数，并生成服务器的故障分析结果，从而使得用户通过该故障分析结果，较为清晰地确定该服务器发生的故障情况，并且根据故障发生次数，获知不同的故障类型的修复重要程度，提高了故障修复的效率。

参见图4，图4示出了本发明第四实施例提供的一种故障信息的监测方法的实现流程图。相对于图3所述的实施例，本实施例提供的故障信息的监测方法在S304之后还包含S401以及S402，详述如下：

在S401中，若所述故障类型的故障发生次数大于预设的最大检测阈值，则将所述最大检测阈值设置为故障发生次数。

在本实施例中，故障信息的监测装置设有最大检测阈值，用于限定某一故障类型的最大故障检测次数。检测装置在执行S304之后，确定了服务器在该次测试过程中，包含的所有故障类型，以及各个故障类型的故障发生次数，并得到对应的服务器的故障分析结果后，将对各个故障类型的故障发生次数执行S401的相关操作，确定各个故障类型的故障发生次数是否大于对应的预设的最大检测阈值。

在本实施例中，每个故障类型对应的最大检测阈值可以相同，也可以不同。举例性地，对于第一故障类型其最大检测阈值为20；而对于第二故障类型其最大检测阈值为50。用户可根据自身的需要对不同的故障类型设置对应的最大检测阈值，也可以根据故障类型的故障严重程度，设置对应的最大检测阈值。

在本实施例中，经过S304的相关操作后，将依次对故障分析结果中的各个故障类型的故障发生次数与对应的最大检查阈值进行比较；若故障发生次数大于预设的最大检查阈值，则将最大检查阈值设置为该故障发生次数，并进行显示；若故障发生次数小于预设的最大检测阈值，则返回执行S101的相关操作，继续对测试数据进行故障信息的识别。

在S402中，屏蔽所述故障字符库中所述故障类型对应的故障字符串。

在本实施例中，由于某一故障类型已到达最大检测次数，因此将不对该故障类型进行查找。测试故障的检测装置将故障字符库中该故障类型的对应的故障字符串进行屏蔽操作，当下次进行测试数据的故障信息识别的过程时，由于已对该故障字符串进行屏蔽操作，将不会调取该故障字符串与测试数据进行匹配，从而实现了不对该故障类型进行查找以及识别的目的。

在本发明实施例中，通过设置最大检测阈值，对于已到达最大检测阈值的故障类型不再进行查找以及分析操作。由于某些故障可能影响多个模块，但只需进行对应次数的识别即可，因此本发明实施例针对该类型的故障，将在判定该类型已到达最大检测阈值后，屏蔽该故障类型的故障字符串，实现停止识别以及分析，从而提高了测试数据的识别效率。

请一并参阅图5，图5示出了本发明第五实施例提供的一种故障信息的监测方法的具体实现流程图。相对于图1至图4所示实施例，本实施例提供的一种故障信息的监测方法中，所述根据预设的故障信息识别算法，识别所述测试数据包含的故障信息具体包括S501以及S502。

在S501中，若检测到所述测试数据包含故障信息开始标识，则将当前时刻设置为检测开始时刻，并执行所述根据预设的故障信息识别算法，识别所述测试数据包含的故障信息的操作。

在本实施例中，测试故障的检测装置将存储有故障信息开始标识以及故障信息结束标识，当接收到服务器发送的测试数据后，将判定该测试数据是否包含故障信息开始标识，继而判定该测试数据为包含故障信息的测试数据或是测试结果为正常的测试数据。

在本实施例中，若监测装置检测到测试数据包含故障信息开始标识，则执行S501的相关操作，记录检测到故障信息开始标识时对应的当前时刻，并将该当前时刻设置为检测开始时刻，以及通过预设的故障信息识别算法，识别测试数据中包含的故障信息；反之，若检测到测试数据不包含故障信息开始标识，则返回执行所述接收服务器发送的测试数据的相关操作。

可选地，在本实施例中，若检测到所述测试数据识别完毕后，即检测到故障信息接收标识，则将当前时刻设置为检测完成时刻，若从检测完成时刻起，在预设的时间内并未检测到测试数据包含故障信息开始标识，则判定服务器处于宕机状态。若服务器处于正常测试状态下，其测试数据将持续进行输出，并且每个测试数据均有对应的故障信息开始标识，因而若监测装置在预设的时间内并未接收到测试数据包含故障信息开始标识，则表示服务器测试程序无法正常运作，则处于宕机状态。

需要说明的是，若从检测开始时刻起，在预设的时间内检测到测试数据包含故障信息结束标识，则执行根据所述故障信息生成所述测试数据对应的故障分析结果的相关操作；反之，若在预设的时间内未检测到故障信息结束标识，则执行S502的相关操作。

在S502中，若从所述检测开始时刻起，在预设的时间内并未检测到所述测试数据包含故障信息结束标识，则判定所述服务器处于宕机状态。

在本实施例中，每个测试数据均有一定的数据长度，因此将会在预设的时间内检测到该数据的故障信息结束标识，则表示该测试数据异常，而引起该测试数据异常的原因则为服务器处于宕机状态，因而导致生成的测试数据错乱且不包含故障信息结束标识。

在本实施例中，检测装置检测到服务器处于宕机状态，可执行对应的宕机告警操作，通知对应的维护人员对服务器进行修复。该告警操作包括但不限于以下一种或至少两组的组合：发出用于提示告警的蜂鸣信号；向运维人员对应的终端设备发送告警信息；检测装置突出显示服务器处于宕机状态的信息等。

在本发明实施例中，通过检查测试数据中包含的故障信息开始标识，判定检查的时机，从而减少了不必要的识别操作；另一方面通过检查测试数据中包含的故障信息结束标识，判定服务器是否处于宕机状态，从而提高了故障状况的处理效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图6示出了本发明一实施例提供的一种故障信息的监测装置的结构示意图，参见图6所示，所述故障信息的监测装置包括：

测试数据接收单元61，用于接收服务器发送的测试数据；

故障信息识别单元62，用于根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

故障分析结果确定单元63，用于根据所述故障信息生成所述测试数据对应的故障分析结果；

故障分析结果输出单元64，用于更新并输出所述服务器的故障分析结果。

可选地，所述故障信息识别单元62包括：

故障字符串匹配单元，用于基于预设的故障字符库，识别所述测试数据包含的故障字符串；其中，所述预设的故障字符库包含至少一个所述故障字符串；

所述故障分析结果确定63具体包括：

故障字符串确定单元，用于根据所述故障字符串生成所述测试数据对应的故障分析结果。

可选地，所述故障字符串确定单元具体包括：

故障类型统计单元，用于确定所述故障字符串对应的故障类型，并统计所述故障类型对应的故障发生次数；

所述故障分析结果输出单元64包括：

故障类型更新单元，用于根据所述测试数据包含故障类型以及所述故障类型的故障发生次数，更新并输出所述服务器的故障分析结果。

可选地，所述故障信息的监测装置还包括：

最大检测阈值判定单元，用于若所述故障类型的故障发生次数大于预设的最大检测阈值，则将所述最大检测阈值设置为故障发生次数；

故障字符串屏蔽单元，用于屏蔽所述故障字符库中所述故障类型对应的故障字符串。

可选地，所述故障信息的监测装置具体包括：

开始标识检测单元，用于若检测到所述测试数据包含故障信息开始标识，则将当前时刻设置为检测开始时刻，并执行所述根据预设的故障信息识别算法，识别所述测试数据包含的故障信息的操作；

结束标识检测单元，用于若从所述检测开始时刻起，在预设的时间内并未检测到所述测试数据包含故障信息结束标识，则判定所述服务器处于宕机状态。

因此，本发明实施例提供的故障信息的监测装置同样可以通过接收服务器发送的测试数据，并根据预设的故障信息识别算法，识别测试数据中包含的故障信息，并根据故障信息确定测试数据的故障分析结果，并对服务器的故障分析结果进行更新，并输出更新后的故障分析结果，从而无需服务器进行故障结果显示，故障信息的监测装置可根据服务器的测试数据，确定该测试数据中包含的故障信息，并根据故障信息实时更新正在显示的故障分析结果，实现了测试故障显示的目的。与现有的服务器故障信息显示技术相比，故障信息的监测并不需要服务器具备显示模块，只需将本发明实施例提供的故障信息的监测装置与服务器的测试数据输出接口相连，即可实现测试故障信息的监测，并且某一服务器测试完毕后，可将故障信息的监测装置拔出并与另一服务器的测试数据输出口相连，用于显示另一服务器的测试故障信息，从而提高了检测装置的利用效率。并且，由于该故障信息的监测装置可以对不同的服务器进行分时复用，无需为每台服务器均购置对应的检测装置，因而显示成本也将降低。

图7是本发明另一实施例提供的一种故障信息的监测装置的示意图。如图7所示，该实施例的故障信息的监测装置7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72，例如故障信息的监测程序。所述处理器70执行所述计算机程序72时实现上述各个故障信息的监测方法实施例中的步骤，例如图1所示的S101至S104。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各单元的功能，例如图6所示单元61至64功能。

示例性的，所述计算机程序72可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述终端设备7中的执行过程。例如，所述计算机程序72可以被分割成测试数据接收单元、故障信息识别单元、故障分析结果确定单元、故障分析结果输出单元，各单元具体功能如下：

测试数据接收单元，用于接收服务器发送的测试数据；

故障信息识别单元，用于根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

故障分析结果确定单元，用于根据所述故障信息生成所述测试数据对应的故障分析结果；

故障分析结果输出单元，用于更新并输出所述服务器的故障分析结果。

所述故障信息的监测装置7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述故障信息的监测装置可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是终端设备7的示例，并不构成对终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71可以是所述故障信息的监测装置7的内部存储单元，例如故障信息的监测装置7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备，例如故障信息的监测装置7上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括故障信息的监测装置7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种故障信息的监测方法，其特征在于，包括：

接收服务器发送的测试数据；

根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

根据所述故障信息生成所述测试数据对应的故障分析结果；

更新并输出所述服务器的故障分析结果。

2.根据权利要求1所述的监测方法，其特征在于，所述根据预设的故障信息识别算法，识别所述测试数据包含的故障信息具体包括：

基于预设的故障字符库，识别所述测试数据包含的故障字符串；其中，所述预设的故障字符库包含至少一个所述故障字符串；

所述根据所述故障信息生成所述测试数据对应的故障分析结果具体为：

根据所述故障字符串生成所述测试数据对应的故障分析结果。

3.根据权利要求2所述的监测方法，其特征在于，所述根据所述故障字符串确定所述测试数据对应的故障分析结果具体包括：

确定所述故障字符串对应的故障类型，并统计所述故障类型对应的故障发生次数；

所述更新并输出所述服务器的故障分析结果具体为：

根据所述测试数据包含故障类型以及所述故障类型的故障发生次数，更新并输出所述服务器的故障分析结果。

4.根据权利要求3所述的监测方法，其特征在于，所述根据所述测试数据包含故障类型以及所述故障类型的故障发生次数，更新并输出所述服务器的故障分析结果之后，还包括：

若所述故障类型的故障发生次数大于预设的最大检测阈值，则将所述最大检测阈值设置为故障发生次数；

屏蔽所述故障字符库中所述故障类型对应的故障字符串。

5.根据权利要求1-4任一项所述的监测方法，其特征在于，所述根据预设的故障信息识别算法，识别所述测试数据包含的故障信息具体包括：

若检测到所述测试数据包含故障信息开始标识，则将当前时刻设置为检测开始时刻，并执行所述根据预设的故障信息识别算法，识别所述测试数据包含的故障信息的操作；

若从所述检测开始时刻起，在预设的时间内并未检测到所述测试数据包含故障信息结束标识，则判定所述服务器处于宕机状态。

6.一种故障信息的监测装置，其特征在于，包括：

测试数据接收单元，用于接收服务器发送的测试数据；

故障信息识别单元，用于根据预设的故障信息识别算法，识别所述测试数据包含的故障信息；

故障分析结果确定单元，用于根据所述故障信息生成所述测试数据对应的故障分析结果；

故障分析结果输出单元，用于更新并输出所述服务器的故障分析结果。

7.根据权利要求6所述的监测装置，其特征在于，所述故障信息识别单元具体包括：

故障字符串匹配单元，用于基于预设的故障字符库，识别所述测试数据包含的故障字符串；其中，所述预设的故障字符库包含至少一个所述故障字符串；

所述故障分析结果确定单元具体包括：

故障字符串确定单元，用于根据所述故障字符串生成所述测试数据对应的故障分析结果。

8.根据权利要求7所述的监测装置，其特征在于，所述故障字符串确定单元具体包括：

故障类型统计单元，用于确定所述故障字符串对应的故障类型，并统计所述故障类型对应的故障发生次数；

所述故障分析结果输出单元具体包括：

故障类型更新单元，用于根据所述测试数据包含故障类型以及所述故障类型的故障发生次数，更新并输出所述服务器的故障分析结果。

9.一种故障信息的监测装置，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

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