CN112363903A - 故障报告生成方法、装置、电子设备和计算机可读介质 - Google Patents

Abstract

本申请提供了一种故障报告生成方法、装置、电子设备和计算机可读介质，属于故障定位技术领域。所述方法包括：在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息，其中，所述故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组；通过故障信息处理方案对所述待选信息进行处理，得到处理后的故障信息；根据所述故障信息生成故障报告。本申请中，服务器自动从对话群组中选取待选信息，然后确定待选信息中与故障相关的故障信息，并生成故障报告，相对于人工采集并分析对话信息而言，提高了工作效率，减少信息遗漏。

Description

故障报告生成方法、装置、电子设备和计算机可读介质

技术领域

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

背景技术

随着互联网技术的发展，采用聊天工具进行工作沟通已经成为一种不可或缺的工作方式。相关技术人员可以处于同一个线上沟通群中，通过图片、语音、文字等信息进行问题沟通，包括提出问题、信息同步、故障排查、结果反馈等，再由专人对整个沟通过程进行归纳总结并生成故障报告，这样可以记录排障过程，有利于后续相同相似故障的处理。

目前，是采用人工方式对沟通对话进行整理，一个问题解决的过程包含问题提出人、影响范围、发现人、故障等级、排查参与人、排查思路、修复计划、结果验证等多项内容，对于复杂问题的跟踪和受理会花费更多的时间，如果问题复杂，则沟通内容信息量很大，需要消耗很大的人力和时间进行归纳总结故障，采用人工生成故障报告的方式效率低下。

发明内容

本申请实施例的目的在于提供一种故障报告生成方法、装置、电子设备和计算机可读介质，以解决人工生成故障报告的方式效率低下的问题。具体技术方案如下：

第一方面，提供了一种故障报告生成方法，所述方法包括：

在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息，其中，所述故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组；

通过故障信息处理方案对所述待选信息进行处理，得到处理后的故障信息；

根据所述故障信息生成故障报告。

可选地，根据预先配置的信息要素从备选信息中采集待选信息之前，所述方法还包括：

在识别到所述当前对话群组的对话信息中出现预设标签的情况下，确定出现所述预设标签的当前时刻；

从所述对话信息中获取位于所述当前时刻之前的预选时刻，其中，所述预选时刻包含多个时刻信息；

从所述预选时刻中选取与所述当前时刻的时间差小于预设时长的目标时刻；

将从所述目标时刻开始至对话结束时的全部对话信息作为备选信息。

可选地，根据预先配置的信息要素从备选信息中采集待选信息之前，所述方法还包括：

在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认所述目标对话群组为新对话群组；

将所述新对话群组中的所有对话信息作为备选信息。

可选地，所述在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认所述目标对话群组为新对话群组包括：

在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认存储空间是否包含所述目标对话群组的标识，其中，所述存储空间预先存储有全部对话群组的标识；

在所述存储空间不包含所述目标对话群组的标识的情况下，确认所述目标对话群组为新对话群组。

可选地，根据所述故障信息生成故障报告之前，所述方法还包括：将所述故障信息发送至目标终端，以使所述目标终端的用户对所述故障信息进行查验；接收所述目标终端反馈的查验结果，其中，所述查验结果用于表示根据所述备选信息对所述故障信息进行更正后的查验信息；

所述根据所述故障信息生成故障报告包括：根据所述查验结果生成故障报告。

可选地，所述通过故障信息处理方案对所述待选信息进行处理，得到处理后的故障信息包括：

通过自然语言处理方案对所述待选信息进行分词和词性标注，得到处理后的第一信息；

提取所述第一信息中的关键信息；

将所述关键信息输入目标识别模型，得到所述目标识别模型输出的故障信息。

可选地，所述通过自然语言处理方案对所述待选信息进行分词和词性标注之前，所述方法还包括：对所述待选信息进行信息过滤，得到过滤后的第二信息；

所述通过自然语言处理方案对所述待选信息进行分词和词性标注包括：通过自然语言处理方案对所述第二信息进行分词和词性标注。

第二方面，提供了一种故障报告生成装置，所述装置包括：

采集模块，用于在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息，其中，所述故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组；

处理模块，用于通过故障信息处理方案对所述待选信息进行处理，得到处理后的故障信息；

生成模块，用于根据所述故障信息生成故障报告。

第三方面，提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现任一所述的方法步骤。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现任一所述的方法步骤。

本申请实施例有益效果：

本申请实施例提供了一种故障报告生成方法，方法包括：在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息，其中，故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组；通过故障信息处理方案对待选信息进行处理，得到处理后的故障信息；根据故障信息生成故障报告。本申请中，服务器自动从对话群组中选取待选信息，然后确定待选信息中与故障相关的故障信息，并生成故障报告，相对于人工采集并分析对话信息而言，提高了工作效率，减少信息遗漏。

当然，实施本申请的任一产品或方法并不一定需要同时达到以上的所有优点。

附图说明

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

图1为本申请实施例提供的一种故障报告生成的方法流程图；

图2为本申请实施例提供的确定待选信息的方法流程图；

图3为本申请实施例提供的一种故障报告生成装置的结构示意图；

图4为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请实施例提供了一种故障报告生成方法，可以应用于服务器，用于根据采集到的对话信息生成故障报告。

下面将结合具体实施方式，对本申请实施例提供的一种故障报告生成方法进行详细的说明，如图1所示，具体步骤如下：

步骤101：在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息。

其中，故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组。

在本申请中，随着聊天软件应用的频繁性提高，技术人员可以在对话群组中进行对话，对话内容涉及故障发现、故障分析、确定故障原因等。服务器识别到故障采集条件，则从对话群组中识别出关于此次故障的备选信息，然后根据预先配置的信息要素从备选信息中采集待选信息，其中，待选信息为与故障相关的信息。

信息要素包括对话内容、对话人员、对话时刻等，服务器可以只采集对话内容，也可以采集对话内容和对话时刻，本申请对采集的要素信息不做具体限制。

其中，故障采集条件可以为识别到当前对话群组中存在与故障相关的预设标签后，认为是出现新故障，或识别到携带有预设关键字的新对话群组后，可以认为是根据新故障建立的新群组。

计算机中包括至少一个对话群组，服务器通过信息采集模块采集对话群组中的对话信息，信息采集模块既可以设置于用户的聊天软件客户端中，通过捕获聊天窗口中的对话信息进行信息采集，也可以设置在聊天软件的后台中，后台捕获聊天软件中的所有对话信息，信息采集模块采集对话群组中的对话信息。

步骤102：通过故障信息处理方案对待选信息进行处理，得到处理后的故障信息。

由于待选信息为技术人员发表的与故障相关的信息，该信息具有口语化、复杂化等特性，服务器需要通过故障信息处理方案对待选信息进行处理，包括语义分析、错误纠正、信息核对等，得到处理后的简单、清晰明了的故障信息，故障信息包括故障原因、分析过程、故障结果。

步骤103：根据故障信息生成故障报告。

服务器得到故障信息，根据故障信息生成故障报告，其中，故障报告可以为文字报告形式、表格形式或排障时间轴形式等，根据技术人员的需求而定，本发明对故障报告的具体形式不做限定。故障报告可以存储于存储空间进行备份，便于后续的复盘或对其他相同相似故障的指导分析。

在本申请中，由于群组中对话信息内容繁杂冗长，且包含很多关键细节，人工进行故障总结效率低下且容易遗漏信息，对后续复盘和经验总结容易产生不良影响。本申请中，服务器自动从对话群组中选取待选信息，然后确定待选信息中与故障相关的故障信息，并生成故障报告，相对于人工采集并分析对话信息而言，提高了工作效率，减少信息遗漏。

作为一种可选的实施方式，如图2所示，根据预先配置的信息要素从备选信息中采集待选信息之前，方法还包括：

步骤201：在识别到当前对话群组的对话信息中出现预设标签的情况下，确定出现预设标签的当前时刻。

计算机中包括至少一个对话群组，服务器通过信息采集模块获取当前对话群组的对话信息，若服务器确定该对话信息中出现预设标签，则认为对话信息与分析故障相关，在对话过程中，由于预设标签不一定出现在对话起始部分，因此，服务器要确定预设标签出现的当前时刻。

其中，预设标签可以为字符，也可以为关键字，也可以为字符与关键字的组合。示例性地，预设标签为@故障，@复盘记录，@操作失败记录，@记录员等。

步骤202：从对话信息中获取位于当前时刻之前的预选时刻。

其中，预选时刻包含多个时刻信息。

服务器确定当前时刻后，由于在当前时刻之前还存在多个时刻信息，每个时刻信息都有对应的对话信息，该多个时刻信息中，部分时刻信息对应的对话信息与本次故障相关联，部分时刻信息对应的对话信息与本次故障无关，服务器需要从对话群组的对话信息中筛选出与本次故障相关联的故障信息，因此，服务器先确定位于当前时刻之前的预选时刻信息。

步骤203：从预选时刻中选取与当前时刻的时间差小于预设时长的目标时刻。

一般认为故障是间歇性发生，不同故障之间会有时间间隔，因此，不同故障的对话信息也是有时间间隔的。服务器设定一个预设时长，对于与当前时刻的时间差小于预设时长的目标时刻，认为该目标时刻的对话信息为与本次故障相关的对话信息，对于与当前时刻的时间差不小于预设时长的时刻，认为该时刻较为久远，该时刻的对话信息不是本次故障的对话信息。服务器可以根据时间差与预设时长的关系，从预选时刻中选取出目标时刻。

步骤204：将从目标时刻开始至对话结束时的全部对话信息作为备选信息。

由于目标时刻早于识别到故障信息的当前时刻，可以认为目标时刻对应的对话信息为对话开始部分，从目标时刻开始识别对话信息可以保证对话信息的完整性，有利于进行故障分析。服务器从目标时刻开始一直到对话结束，将这之间全部的对话信息均作为备选信息。

其中，对话结束的条件可以为，服务器识别到长时间没有对话信息出现，即从当前时刻开始的第一时长内没有对话信息出现，或下一次对话信息出现的时刻距离当前时刻的时间段过长，即识别到的第一时刻与当前时刻的时间差大于第二时长。

示例性地，对话信息为：

20200705 08:04:01：研发D：这个问题终于解决了。

20200707 10:01:01产品经理A：各位研发大大，帮忙看看8999088833333这笔订单为什么一直无法退款成功呢？

20200707 10:03:01研发B：稍等

20200707 10:05:01研发B：好像是下游服务器受理超时啊，@研发C。

20200707 10:09:01研发C：等一下啊，我这会有点事

20200707 10:11:01产品经理A：速度速度

20200707 10:20:01研发C：找到问题了，银行服务器挂了。

服务器识别到预设标签：@研发C，并确定当前时刻20200707 10:05:01。服务器将20200707 10:05:01之前的时刻均作为备选时刻。服务器确定备选时刻中的20200705 08:04:01与当前时刻的时间差不大于预设时长，则认为对应的对话信息“研发D：这个问题终于解决了”是与上一次故障有关的信息；服务器确定备选时刻中的20200707 10:01:01、20200707 10:03:01与当前时刻的时间差小于预设时长，则将最早的时刻20200707 10:01:01作为目标时刻，对应的“各位研发大大，帮忙看看8999088833333这笔订单为什么一直无法退款成功呢？”，作为本次故障的对话开始信息。

服务器识别到20200707 10:20:01之后并没有新的对话信息，且20200707 10:20:01与识别到预设标签的当前时刻并没有较长的时间差，则认为20200707 10:20:01对应的“找到问题了，银行服务器挂了”是对话结束信息。

在本申请中，服务器确定与当前时刻的时间差小于预设时长的目标时刻，并将从目标时刻开始至对话结束时的全部对话信息作为备选信息，一方面可以保证本次故障对话信息的完整性，另一方面可以避免识别到与本次故障无关的对话信息，提高对话信息识别的精确度。

作为一种可选的实施方式，根据预先配置的信息要素从备选信息中采集待选信息之前，方法还包括：在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认目标对话群组为新对话群组；将新对话群组中的所有对话信息作为备选信息。

一般对话群组都有群组标识，即群组名称，本申请中用于进行故障处理的群组名称均携带有预设关键字，其中，预设关键字可以为xx故障处理，或xx故障等。

存储空间预先存储有全部对话群组的标识，服务器获取聊天软件中所有对话群组的群组标识，服务器若判定目标群组的群组标识不存在于存储空间中，表明该对话群组为新对话群组，新对话群组中只有与本次故障相关联的对话信息，并不含有其他故障的对话信息，则服务器获取新对话群组中的所有对话信息，并将该所有对话信息作为备选信息。

在本申请中，服务器可以确定新对话群组，便于将新对话群组中的全部对话信息作为备选信息，提供了多种方式选取备选信息。

作为一种可选的实施方式，根据故障信息生成故障报告之前，方法还包括：将故障信息发送至目标终端，以使目标终端的用户对故障信息进行查验；接收目标终端反馈的查验结果，其中，查验结果用于表示根据备选信息对故障信息进行更正后的查验信息；根据故障信息生成故障报告包括：根据查验结果生成故障报告。

服务器确定故障信息后，将故障信息发送至目标终端，持有该目标终端的用户(技术人员)参照对话群组中的对话信息对故障信息进行查验，主要是确定故障信息是否准确且无遗漏，用户对故障信息进行更正，然后通过目标终端反馈查验结果至服务器，服务器根据更正后的故障信息生成故障报告。

在本申请中，设置了人工受理模块，通过技术人员对故障信息进行信息确认、错误纠正、内容补充和报告预览，提高了故障信息的准确性和全面性，可以提高故障报告的质量，方便后续复盘操作。

作为一种可选的实施方式，通过故障信息处理方案对待选信息进行处理，得到处理后的故障信息包括：通过自然语言处理方案对待选信息进行分词和词性标注，得到处理后的第一信息；提取第一信息中的关键信息；将关键信息输入目标识别模型，得到目标识别模型输出的故障信息。

本申请可以采用自然语言处理方案对待选信息进行处理，具体的，自然语言处理技术为NLP((Natural Langunge Possns)。信息受理模块获取待选信息后，对待选信息进行语义分析，主要包括分词和词性标注，得到处理后的第一信息。

中文语料数据为一批短文本或者长文本，而进行文本挖掘分析时，希望文本处理的最小单位粒度是词或者词语，所以这个时候就需要分词来将文本全部进行分词。分词算法可以采用基于字符串匹配的分词方法、基于理解的分词方法、基于统计的分词方法和基于规则的分词方法等。

词性标注是给每个词或者词语打词类标签，如形容词、动词、名词等。这样做可以让文本在后面的处理中融入更多有用的语言信息。词性标注是一个经典的序列标注问题，类似情感分析、知识推理是需要的，常见的词性标注方法可以分为基于规则和基于统计的方法。其中基于统计的方法，如基于最大熵的词性标注、基于统计最大概率输出词性和基于HMM(Hidden Markov Mode,隐马尔科夫模型)的词性标注。

服务器识别第一信息中的关键信息，其中，关键信息为待选信息中与故障相关联的信息。服务器将关键信息输入目标识别模型，得到目标识别模型输出的故障信息，目标识别模型可以根据上下文匹配确定故障信息中的故障发现、故障分析过程、故障结果等。

关于目标识别模型的训练过程，服务器将样本信息和与样本信息对应的故障识别信息输入初始识别模型，在故障识别信息与初始识别模型输出的识别结果不一致的情况下，调整初始识别模型中的模型参数，直至故障识别模型与识别结果相同，得到训练后的目标识别模型。

作为一种可选的实施方式，通过自然语言处理方案对待选信息进行分词和词性标注之前，方法还包括：对待选信息进行信息过滤，得到过滤后的第二信息；通过自然语言处理方案对待选信息进行分词和词性标注包括：通过自然语言处理方案对第二信息进行分词和词性标注。

服务器通过自然语言处理方案对待选信息进行分词和词性标注之前，还对待选信息进行信息过滤，在待选信息中视为噪音的内容清洗删除，常见的过滤方式有：人工去重、对齐、删除和标注等，或者规则提取内容、正则表达式匹配、根据词性和命名实体提取等，过滤后的第二信息的内容更加简约清晰。

另外，在信息受理模块中，还可以通过自然语言生成技术进行语言重组，包括同义词替换、自动文摘等，使口语化内容更加书面化。

示例性地，聊天场景为：

20200707 10:01:01产品经理A：各位研发大大，帮忙看看8999088833333这笔订单为什么一直无法退款成功呢？

20200707 10:03:01研发B：稍等

20200707 10:05:01研发B：好像是下游服务器受理超时啊，@研发C

20200707 10:09:01研发C：等一下啊，我这会有点事

20200707 10:11:01产品经理A：速度速度

20200707 10:20:01研发C：找到问题了，银行服务器挂了。

表一为信息受理模块的受理过程：

从表一中可以看到，信息采集模块将采集到的对话内容、对话时刻和对话人员均发送至信息受理模块，信息受理采用分析、词性标注、关键字提取、过滤、同义词替换等方式，从对话内容中提取出故障信息、对话类型和关键信息。

基于相同的技术构思，本申请实施例还提供了一种故障报告生成装置，如图3所示，该装置包括：

采集模块301，用于在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息，其中，故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组；

处理模块302，用于通过故障信息处理方案对待选信息进行处理，得到处理后的故障信息；

生成模块303，用于根据故障信息生成故障报告。

可选地，该装置包括：

确定模块，用于在识别到当前对话群组的对话信息中出现预设标签的情况下，确定出现预设标签的当前时刻；

获取模块，用于从对话信息中获取位于当前时刻之前的预选时刻，其中，预选时刻包含多个时刻信息；

选取模块，用于从预选时刻中选取与当前时刻的时间差小于预设时长的目标时刻；

第一作为模块，用于将从目标时刻开始至对话结束时的全部对话信息作为备选信息。

可选地，该装置包括：

确认模块，用于在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认目标对话群组为新对话群组；

第二作为模块，用于将新对话群组中的所有对话信息作为备选信息。

可选地，确认模块包括：

第一确认单元，用于在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认存储空间是否包含目标对话群组的标识，其中，存储空间预先存储有全部对话群组的标识；

第二确认单元，用于在存储空间不包含目标对话群组的标识的情况下，确认目标对话群组为新对话群组。

可选地，该装置还包括：

发送单元，用于将故障信息发送至目标终端，以使目标终端的用户对故障信息进行查验；

接收单元，用于接收目标终端反馈的查验结果，其中，查验结果用于表示根据备选信息对故障信息进行更正后的查验信息；

生成模块303包括：生成单元，用于根据查验结果生成故障报告。

可选地，处理模块302包括：

分词单元，用于通过自然语言处理方案对待选信息进行分词和词性标注，得到处理后的第一信息；

提取单元，用于提取第一信息中的关键信息；

输入输出单元，用于将关键信息输入目标识别模型，得到目标识别模型输出的故障信息。

可选的，该装置还包括：

过滤单元，用于对待选信息进行信息过滤，得到过滤后的第二信息；

分词模块包括：

分词单元，用于通过自然语言处理方案对第二信息进行分词和词性标注。

本申请中，服务器自动从对话群组中选取待选信息，然后确定待选信息中与故障相关的故障信息，并生成故障报告，相对于人工采集并分析对话信息而言，提高了工作效率，减少信息遗漏。

基于相同的技术构思，本发明实施例还提供了一种电子设备，如图4所示，包括处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信，

存储器403，用于存放计算机程序；

处理器401，用于执行存储器403上所存放的程序时，实现上述步骤。

上述电子设备中的存储器、处理器通过通信总线和通信接口进行通信。所述通信总线可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

根据本申请实施例的又一方面还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质。

本申请实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种故障报告生成方法，其特征在于，所述方法包括：

在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息，其中，所述故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组；

通过故障信息处理方案对所述待选信息进行处理，得到处理后的故障信息；

根据所述故障信息生成故障报告。

2.根据权利要求1所述的方法，其特征在于，根据预先配置的信息要素从备选信息中采集待选信息之前，所述方法还包括：

在识别到所述当前对话群组的对话信息中出现预设标签的情况下，确定出现所述预设标签的当前时刻；

从所述对话信息中获取位于所述当前时刻之前的预选时刻，其中，所述预选时刻包含多个时刻信息；

从所述预选时刻中选取与所述当前时刻的时间差小于预设时长的目标时刻；

将从所述目标时刻开始至对话结束时的全部对话信息作为备选信息。

3.根据权利要求1所述的方法，其特征在于，根据预先配置的信息要素从备选信息中采集待选信息之前，所述方法还包括：

在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认所述目标对话群组为新对话群组；

将所述新对话群组中的所有对话信息作为备选信息。

4.根据权利要求3所述的方法，其特征在于，所述在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认所述目标对话群组为新对话群组包括：

在识别到群组标识中出现携带有预设关键字的目标对话群组的情况下，确认存储空间是否包含所述目标对话群组的标识，其中，所述存储空间预先存储有全部对话群组的标识；

在所述存储空间不包含所述目标对话群组的标识的情况下，确认所述目标对话群组为新对话群组。

5.根据权利要求1所述的方法，其特征在于，

根据所述故障信息生成故障报告之前，所述方法还包括：将所述故障信息发送至目标终端，以使所述目标终端的用户对所述故障信息进行查验；接收所述目标终端反馈的查验结果，其中，所述查验结果用于表示根据所述备选信息对所述故障信息进行更正后的查验信息；

所述根据所述故障信息生成故障报告包括：根据所述查验结果生成故障报告。

6.根据权利要求1所述的方法，其特征在于，所述通过故障信息处理方案对所述待选信息进行处理，得到处理后的故障信息包括：

通过自然语言处理方案对所述待选信息进行分词和词性标注，得到处理后的第一信息；

提取所述第一信息中的关键信息；

将所述关键信息输入目标识别模型，得到所述目标识别模型输出的故障信息。

7.根据权利要求6所述的方法，其特征在于，所述通过自然语言处理方案对所述待选信息进行分词和词性标注之前，所述方法还包括：对所述待选信息进行信息过滤，得到过滤后的第二信息；

所述通过自然语言处理方案对所述待选信息进行分词和词性标注包括：通过自然语言处理方案对所述第二信息进行分词和词性标注。

8.一种故障报告生成装置，其特征在于，所述装置包括：

采集模块，用于在满足故障采集条件的情况下，根据预先配置的信息要素从备选信息中采集待选信息，其中，所述故障采集条件为识别到当前对话群组中存在预设标签或识别到携带有预设关键字的目标对话群组；

处理模块，用于通过故障信息处理方案对所述待选信息进行处理，得到处理后的故障信息；

生成模块，用于根据所述故障信息生成故障报告。

9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一所述的方法步骤。

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

Images