故障处理方法及装置

摘要

本申请提供一种故障处理方法及装置，该方法包括：获取故障信息，并提取故障发生时的预设时间范围内的故障日志；提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。本申请提供的故障处理方法及装置，用于在故障发生时，自动对故障进行分析和处理，提高故障处理的效率。

权利要求

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

获取故障信息，并提取故障发生时的预设时间范围内的故障日志；

提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；

在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理；

所述提取所述故障日志的第一特征信息，包括：

通过至少一个正则表达式对所述故障日志进行结构化处理；

将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建预设深度的日志树；

通过故障信息匹配模型，从所述至少一个日志组中确定与所述故障信息相匹配的目标日志组；

所述将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建预设深度的日志树，包括：在所述故障日志中的目标日志与所述至少一个正则表达式中的目标表达式相匹配的情况下，确定所述目标日志的日志长度；

根据所述故障日志中每个日志对应的日志长度，将每个日志分配到所述日志树中对应日志长度的日志组中；所述日志树包括至少一个日志组；

在所述日志组包含子节点的情况下，按照每个日志组中各个日志与每个日志组所对应的正则表达式的相似度进行分类；

其中，所述日志长度为：与日志相匹配的正则表达式的令牌Token的数量；所述Token用于日志与正则表达式的匹配；一个日志组对应所述日志树中根节点的一个子节点；所述相似度为基于日志的Token与正则表达式的Token的匹配程度确定的。

2.根据权利要求1所述的方法，其特征在于，所述至少一个正则表达式用于去除所述故障日志中与预设日志事件不匹配的日志，和/或，与预设字段不匹配的日志；所述至少一个正则表达式还用于对所述故障日志进行分类。

3.根据权利要求1所述的方法，其特征在于，所述提取所述故障日志的第一特征信息，包括：对所述目标日志组中的日志进行特征提取，得到所述第一特征信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述故障知识库中不存在与所述第一特征信息相匹配的特征信息的情况下，通知目标对象，由所述目标对象处理所述故障信息对应的故障，并记录所述目标对象的处理流程；

将所述第一特征信息以及所述处理流程，关联存储到所述故障知识库中。

5.一种故障处理装置，其特征在于，所述装置包括：

获取模块，用于获取故障信息，并提取故障发生时的预设时间范围内的故障日志；

特征提取模块，用于提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；

故障处理模块，用于在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理；

分类模块，用于通过至少一个正则表达式对所述故障日志进行结构化处理；

所述分类模块，还用于将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建日志树；

确定模块，用于通过故障信息匹配模型，从所述至少一个日志组中确定与所述故障信息相匹配的目标日志组；

所述分类模块，具体用于在所述故障日志中的目标日志与所述至少一个正则表达式中的目标表达式相匹配的情况下，确定所述目标日志的日志长度；所述分类模块，具体还用于根据所述故障日志中每个日志对应的日志长度，将每个日志分配到所述日志树中对应日志长度的日志组中；所述日志树包括至少一个日志组；所述分类模块，具体还用于在所述日志组包含子节点的情况下，按照每个日志组中各个日志与每个日志组所对应的正则表达式的相似度进行分类；其中，所述日志长度为：与日志相匹配的正则表达式的令牌Token的数量；

所述Token用于日志与正则表达式的匹配；一个日志组对应所述日志树中根节点的一个子节点；所述相似度为基于日志的Token与正则表达式的Token的匹配程度确定的。

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

7.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至4任一项所述故障处理方法的步骤。

说明书

故障处理方法及装置

技术领域

[0001] 本申请涉及故障自动化处理领域，尤其涉及一种故障处理方法及装置。

背景技术

[0002] 在移动端的智能运维领域中，当故障发生后，运维人员会对故障进行分析和处理，以保证系统的正常运行。

[0003] 在相关技术中的故障处理方法包括：运维监控平台针对一系列可能发生的故障进行监控，自动创建相应的故障工单，然后通过各种渠道发送消息通知相关运维人员跟踪解决问题。

[0004] 然而，这种故障处理方式只是将网络和服务器进行了数据的可视化和集中统一管理，减少了一些重复性的工作，但依然由运维人员手动进行故障的处理，故障处理效率较低。

发明内容

[0005] 本申请的目的是提供一种故障处理方法及装置，用于在故障发生时，自动对故障进行分析和处理，提高故障处理的效率。

[0006] 本申请提供一种故障处理方法，包括：

[0007] 获取故障信息，并提取故障发生时的预设时间范围内的故障日志；提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。

[0008] 可选地，所述提取所述故障日志的第一特征信息，包括：通过至少一个正则表达式对所述故障日志进行结构化处理；其中，所述至少一个正则表达式用于去除所述故障日志中与预设日志事件不匹配的日志，和/或，与预设字段不匹配的日志；所述至少一个正则表达式还用于对所述故障日志进行分类。

[0009] 可选地，所述通过至少一个正则表达式对所述故障日志进行结构化处理之后，所述方法还包括：将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建日志树。

[0010] 可选地，所述将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建日志树，包括：在所述故障日志中的目标日志与所述至少一个正则表达式中的目标表达式相匹配的情况下，确定所述目标日志的日志长度；根据所述故障日志中每个日志对应的日志长度，将每个日志分配到所述日志树中对应日志长度的日志组中；所述日志树包括至少一个日志组；在所述日志组包含子节点的情况下，按照每个日志组中各个日志与每个日志组所对应的正则表达式的相似度进行分类；其中，所述日志长度为：与日志相匹配的正则表达式的令牌Token的数量；所述Token用于日志与正则表达式的匹配；一个日志组对应所述日志树中根节点的一个子节点；所述相似度为基于日志的Token与正则表达式的Token的匹配程度确定的。

[0011] 可选地，其特征在于，所述将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建日志树之后，所述方法还包括：通过故障信息匹配模型，从所述至少一个日志组中确定与所述故障信息相匹配的目标日志组。

[0012] 可选地，其特征在于，所述提取所述故障日志的第一特征信息，包括：对所述目标日志组中的日志进行特征提取，得到所述第一特征信息。

[0013] 可选地，所述方法还包括：在所述故障知识库中不存在与所述第一特征信息相匹配的特征信息的情况下，通知目标对象，由所述目标对象处理所述故障信息对应的故障，并记录所述目标对象的处理流程；将所述第一特征信息以及所述处理流程，关联存储到所述故障知识库中。

[0014] 本申请还提供一种故障处理装置，包括：

[0015] 获取模块，用于获取故障信息，并提取故障发生时的预设时间范围内的故障日志；特征提取模块，用于提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；故障处理模块，用于在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。

[0016] 可选地，所述装置还包括：分类模块；所述分类模块，用于通过至少一个正则表达式对所述故障日志进行结构化处理；其中，所述至少一个正则表达式用于去除所述故障日志中与预设日志事件不匹配的日志，和/或，与预设字段不匹配的日志；所述至少一个正则表达式还用于对所述故障日志进行分类。

[0017] 可选地，所述分类模块，还用于将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建日志树。

[0018] 可选地，所述分类模块，具体用于在所述故障日志中的目标日志与所述至少一个正则表达式中的目标表达式相匹配的情况下，确定所述目标日志的日志长度；所述分类模块，具体还用于根据所述故障日志中每个日志对应的日志长度，将每个日志分配到所述日志树中对应日志长度的日志组中；所述日志树包括至少一个日志组；所述分类模块，具体还用于在所述日志组包含子节点的情况下，按照每个日志组中各个日志与每个日志组所对应的正则表达式的相似度进行分类；其中，所述日志长度为：与日志相匹配的正则表达式的令牌Token的数量；所述Token用于日志与正则表达式的匹配；一个日志组对应所述日志树中根节点的一个子节点；所述相似度为基于日志的Token与正则表达式的Token的匹配程度确定的。

[0019] 可选地，所述装置还包括：确定模块；所述确定模块，用于通过故障信息匹配模型，从所述至少一个日志组中确定与所述故障信息相匹配的目标日志组。

[0020] 可选地，所述特征提取模块，具体用于对所述目标日志组中的日志进行特征提取，得到所述第一特征信息。

[0021] 可选地，所述装置还包括：匹配模块和更新模块；所述匹配模块，用于在所述故障知识库中不存在与所述第一特征信息相匹配的特征信息的情况下，通知目标对象，由所述目标对象处理所述故障信息对应的故障，并记录所述目标对象的处理流程；所述更新模块，用于将所述第一特征信息以及所述处理流程，关联存储到所述故障知识库中。

[0022] 本申请还提供一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现如上述任一种所述故障处理方法的步骤。

[0023] 本申请还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述故障处理方法的步骤。

[0024] 本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述故障处理方法的步骤。

[0025] 本申请提供的故障处理方法及装置，当故障发生时，获取故障信息，并提取故障发生时的预设时间范围内的故障日志。之后，提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配。最后，在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。使得在故障发生时，系统能够实现故障分析、处理的自动化操作，提高了故障处理的效率。

附图说明

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

[0027] 图1是本申请提供的故障处理方法的流程示意图；

[0028] 图2是本申请提供的日志树的结构示意图；

[0029] 图3是本申请提供的故障处理装置的结构示意图；

[0030] 图4是本申请提供的电子设备的结构示意图。

具体实施方式

[0031] 为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0032] 本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

[0033] 在移动端的智能运维领域中，故障的分析处理有着特别重要的作用。现有的故障处理方法主要是由运维监控平台针对一系列可能发生的故障进行监控，自动创建相应的故障工单，然后通过各种渠道发送消息通知相关运维人员跟踪解决问题。这种运维模式仅仅只是将网络和服务器进行了数据的可视化和集中统一管理，减少了一些重复性的工作，但并未解决手动操作的单调和重复性，同时也没有对运维管理难度和学习成本达到有效降低。

[0034] 为了提高故障处理的效率，实现故障处理的自动化操作，本申请提供了一种采用故障数据采集，人工智能（Artificial Intelligence，AI）分析，智能寻优匹配的故障处理方法。该方法能够针对监控平台反馈的故障通知，由AI调取相应日志记录等信息，分析其中的故障数据，提取特征信息，并在故障知识库中择优匹配相应的处理方法对故障进行处理。并且，还可以在系统无法处理时，转由人工进行处理，并将处理操作流程更新到故障知识库中，增强知识库处理方法的可靠性和多样性，达到对故障处理机制有效提高，降低运维人员的单调重复性工作和手动复杂难度。

[0035] 下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的故障处理方法进行详细地说明。

[0036] 如图1所示，本申请实施例提供的一种故障处理方法，该方法可以包括下述步骤101至步骤103：

[0037] 步骤101、获取故障信息，并提取故障发生时的预设时间范围内的故障日志。

[0038] 示例性地，上述故障信息可以由监控平台在对受控系统进行监控的过程中生成的，监控平台在监控到受控系统出现运行故障后，将该故障的故障信息发送至故障处理系统，故障处理系统在接收到上述故障信息后，按照本申请实施例提供的故障处理方法对该故障进行处理。

[0039] 当故障处理系统接收到监控平台的故障信息反馈时，将自动启动故障分析处理机制，将返回数据进行分析。根据所得信息通过调用链进行模拟操作搜索故障点，定位问题所在位置，确定故障产生模块或功能等。

[0040] 可以理解的是，上述受控系统出现的故障，可能由该故障出现之前的某个错误产生，由于受控系统存在一定的冗余，只有当错误累积到一定程度时，才会出现运行故障。因此，需要提取故障发生的时间点之前的第一预设时间内、以及故障发生的时间点之后的第二预设时间内的系统运行日志，即上述故障日志。

[0041] 步骤102、提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配。

[0042] 示例性地，在确定产生故障的模块或功能后，需要从上述故障日志中，提取出与故障的关联性最高的一组日志，提取该组日志的第一特征信息。

[0043] 示例性地，为了能够从上述故障日志中，提取出与故障的关联性最高的一组日志，需要对上述故障日志进行分类。

[0044] 具体地，上述步骤102，可以包括以下步骤102a：

[0045] 步骤102a、通过至少一个正则表达式对所述故障日志进行结构化处理。

[0046] 其中，所述至少一个正则表达式用于去除所述故障日志中与预设日志事件不匹配的日志，和/或，与预设字段不匹配的日志；所述至少一个正则表达式还用于对所述故障日志进行分类。

[0047] 示例性地，通常情况下，获取到的原始日志（即上述故障日志）的日志信息为非结构化信息，因此，为了方便后续的分类处理，需要对上述故障日志中每个日志的日志信息进行结构化处理。

[0048] 举例说明，以故障日志中的某个日志（081109 204608 Receiving block blk_3587 src:/10.251.42.84:57069 dest:/10.251.42.84:50010）为例，可以通过正则表达式识别出该日志，该正则表达式可以为：blk_3587 Receiving block * src:* dest:*，其中，blk_3587、Receiving、block、src:、dest:均为固定项，用于匹配特定词汇，通配符*用于匹配一个或多个真正字符。其中，正则表达式中的每个固定项以及通配符均可以作为一个Token。

[0049] 示例性地，在对上述故障日志进行结构化处理后，上述步骤102，还可以包括以下步骤102b：

[0050] 步骤102b、将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建日志树。

[0051] 示例性地，使用正则表达式对上述故障日志进行处理后，可以按照每个故障日志的日志长度，对故障日志进行分类。

[0052] 具体地，上述步骤102b，可以包括以下步骤102b1至步骤102b3：

[0053] 步骤102b1、在所述故障日志中的目标日志与所述至少一个正则表达式中的目标表达式相匹配的情况下，确定所述目标日志的日志长度。

[0054] 步骤102b2、根据所述故障日志中每个日志对应的日志长度，将每个日志分配到所述日志树中对应日志长度的日志组中，

[0055] 其中，所述日志树包括至少一个日志组。

[0056] 步骤102b3、在所述日志组包含子节点的情况下，按照每个日志组中各个日志与每个日志组所对应的正则表达式的相似度进行分类。

[0057] 其中，所述日志长度为：与日志相匹配的正则表达式的令牌Token的数量；所述Token用于日志与正则表达式的匹配；一个日志组对应所述日志树中根节点的一个子节点；所述相似度为基于日志的Token与正则表达式的Token的匹配程度确定的。

[0058] 需要说明的是，故障日志的日志长度为能够与之匹配的正则表达式的匹配项的数量，即正则表达式的token数量。

[0059] 示例性地，为了降低搜索复杂度，上述日志树与预设深度的树，通常情况下，该深度为3，即该日志树包括：根节点、根节点的子节点、以及子节点的叶子节点。如图2所示，为本申请实施例提供的一种日志树的分组情况，包括：第一层为根节点Root，第二层为根节点的子节点（包括三个节点，分别为L=8、L=9、L=10），第三次为叶子节点。

[0060] 举例说明，如图2所示，第二层按照token数量的不同，将故障日志分为了三类。第三层分别对第二层中的每个节点中的日志进行了进一步的细分。以上述正则表达式：blk_3587 Receiving block * src:* dest:*为例，该正则表达式token的数量为8，该正则表达式匹配的所有日志均会被划分到L=8的节点对应的日志组中。具体地，该L=8的节点可以进一步对日志进行划分，例如，与正则表达式：blk_3587 Sending block * src:* dest:*所匹配的日志也会被分类到节点L=8所对应的日志组中，基于此，可以对该日志组中的日志进一步细分为包含“Sending”关键词的分组，以及包含“Receiving”关键词的分组。同理，L=9的节点可以包含“Sending”关键词的叶子节点，L=10的节点可以包含“Starting”以及“Ending”关键词的叶子结点。

[0061] 需要说明的是，上述正则表达式为预设表达式，即可以根据管理员意愿对日志进行分类，采用不同正则表达式得到分类结果也不完全相同。

[0062] 示例性地，按照上述步骤102b1至步骤102b3中的方法将上述故障日志进行分类后，还需要从得到的至少一个日志组中确定出最能够反应此次故障的目标日志组。

[0063] 示例性地，上述步骤102b之后，上述步骤102还可以包括以下步骤102c：

[0064] 步骤102c、通过故障信息匹配模型，从所述至少一个日志组中确定与所述故障信息相匹配的目标日志组。

[0065] 示例性地，上述故障信息匹配模型为通过将收集到的故障信息以及故障信息对应的分类结果作为训练样本对该模型进行训练后得到的。通过该故障信息匹配模型，可以根据上述故障信息，从上述至少一个日志组中确定上述目标日志组。

[0066] 示例性地，在确定上述目标日志组后，上述步骤102，还可以包括以下步骤102d：

[0067] 步骤102d、对所述目标日志组中的日志进行特征提取，得到所述第一特征信息。

[0068] 示例性地，在确定上述目标日志组后，可以提取该目标日志组中所包含日志的关键信息，并进一步得到上述第一特征信息。之后，可以将该第一特征信息与故障知识库中的特征信息进行匹配。

[0069] 步骤103、在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。

[0070] 示例性地，在上述故障知识库中存在与第一特征信息相匹配的第二特征信息的情况下，表示该故障知识库中存在能够解决此次故障的故障处理方法。故障处理系统可以根据该故障处理方法自动对该故障进行处理，无需通过运维人员进行人工操作。

[0071] 具体地，可以使用（elasticsearch，ES）搜索引擎在故障知识库中搜索，根据预设的匹配评分阈值（例如评分阈值为90），选择选择最佳的匹配结果，得到其对应的故障处理方法。若未搜索到满足预设评分阈值要求的特征信息，则将该故障信息推送至运维人员处理，并记录运维人员的故障处理方法。

[0072] 示例性地，本申请实施例提供的故障处理方法，还可以包括以下步骤104和步骤105：

[0073] 步骤104、在所述故障知识库中不存在与所述第一特征信息相匹配的特征信息的情况下，通知目标对象，由所述目标对象处理所述故障信息对应的故障，并记录所述目标对象的处理流程。

[0074] 步骤105、将所述第一特征信息以及所述处理流程，关联存储到所述故障知识库中。

[0075] 示例性地，若故障知识库中并未存储有此次故障的处理方法，则需要转运维人员进行处理，故障处理系统会自动记录运维人员的故障处理方法，并将记录到的故障处理方法与上述第一特征信息，关联存储到上述故障知识库中，方便后续出现类似故障时，能够由故障处理系统自动进行处理。

[0076] 本申请实施例提供的故障处理方法，当故障发生时，获取故障信息，并提取故障发生时的预设时间范围内的故障日志。之后，提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配。最后，在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。使得在故障发生时，系统能够实现故障分析、处理的自动化操作，提高了故障处理的效率。

[0077] 需要说明的是，本申请实施例提供的故障处理方法，执行主体可以为故障处理装置，或者该故障处理装置中的用于执行故障处理方法的控制模块。本申请实施例中以故障处理装置执行故障处理方法为例，说明本申请实施例提供的故障处理装置。

[0078] 需要说明的是，本申请实施例中，上述各个方法附图所示的。故障处理方法均是以结合本申请实施例中的一个附图为例示例性的说明的。具体实现时，上述各个方法附图所示的故障处理方法还可以结合上述实施例中示意的其它可以结合的任意附图实现，此处不再赘述。

[0079] 下面对本申请提供的故障处理装置进行描述，下文描述的与上文描述的故障处理方法可相互对应参照。

[0080] 图3为本申请一实施例提供的故障处理装置的结构示意图，如图3所示，具体包括：

[0081] 获取模块301，用于获取故障信息，并提取故障发生时的预设时间范围内的故障日志；特征提取模块302，用于提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；故障处理模块303，用于在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。

[0082] 可选地，所述装置还包括：分类模块；所述分类模块，用于通过至少一个正则表达式对所述故障日志进行结构化处理；其中，所述至少一个正则表达式用于去除所述故障日志中与预设日志事件不匹配的日志，和/或，与预设字段不匹配的日志；所述至少一个正则表达式还用于对所述故障日志进行分类。

[0083] 可选地，所述分类模块，还用于将结构化处理后的故障日志分为至少一个日志组，并根据所述至少一个日志组构建日志树。

[0084] 可选地，所述分类模块，具体用于在所述故障日志中的目标日志与所述至少一个正则表达式中的目标表达式相匹配的情况下，确定所述目标日志的日志长度；所述分类模块，具体还用于根据所述故障日志中每个日志对应的日志长度，将每个日志分配到所述日志树中对应日志长度的日志组中；所述日志树包括至少一个日志组；所述分类模块，具体还用于在所述日志组包含子节点的情况下，按照每个日志组中各个日志与每个日志组所对应的正则表达式的相似度进行分类；其中，所述日志长度为：与日志相匹配的正则表达式的令牌Token的数量；所述Token用于日志与正则表达式的匹配；一个日志组对应所述日志树中根节点的一个子节点；所述相似度为基于日志的Token与正则表达式的Token的匹配程度确定的。

[0085] 可选地，所述装置还包括：确定模块；所述确定模块，用于通过故障信息匹配模型，从所述至少一个日志组中确定与所述故障信息相匹配的目标日志组。

[0086] 可选地，所述特征提取模块302，具体用于对所述目标日志组中的日志进行特征提取，得到所述第一特征信息。

[0087] 可选地，所述装置还包括：匹配模块和更新模块；所述匹配模块，用于在所述故障知识库中不存在与所述第一特征信息相匹配的特征信息的情况下，通知目标对象，由所述目标对象处理所述故障信息对应的故障，并记录所述目标对象的处理流程；所述更新模块，用于将所述第一特征信息以及所述处理流程，关联存储到所述故障知识库中。

[0088] 本申请提供的故障处理装置，当故障发生时，获取故障信息，并提取故障发生时的预设时间范围内的故障日志。之后，提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配。最后，在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。使得在故障发生时，系统能够实现故障分析、处理的自动化操作，提高了故障处理的效率。

[0089] 图4示例了一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行故障处理方法，该方法包括：获取故障信息，并提取故障发生时的预设时间范围内的故障日志；提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。

[0090] 此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read‑Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

[0091] 另一方面，本申请还提供一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的故障处理方法，该方法包括：获取故障信息，并提取故障发生时的预设时间范围内的故障日志；提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。

[0092] 又一方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的故障处理方法，该方法包括：获取故障信息，并提取故障发生时的预设时间范围内的故障日志；提取所述故障日志的第一特征信息，并将所述第一特征信息与故障知识库中的特征信息进行匹配；在匹配成功的情况下，按照所述故障知识库中与所述第一特征信息相匹配的第二特征信息所对应的故障处理方法进行故障的处理。

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

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

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