CN117215902B - 日志解析方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及数据处理技术领域，具体涉及一种日志解析方法、装置、设备及存储介质。该方法包括：响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与目标问题类型对应的目标解析模板，其中，解析模板包括模板原语和预设分析结果的对应关系，模板原语为在解析模板中预先配置的日志信息；通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语；将目标模板原语对应的预设分析结果作为待分析日志的分析结果。本申请提供的技术方案能够实现对日志进行自动化分析，自动得到待分析日志的分析结果，提升日志解析的智能化程度和解析效率。

Description

日志解析方法、装置、设备及存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种日志解析方法、装置、设备及存储介质。

背景技术

日志（log）是用来检测软件或系统是否异常的一种重要安全防护手段。常用的日志分析方法，一种是将日志结构化，但只能得到结构化信息，需要人工分析问题发生原因，效率较低；另一种是在分布式架构下进行大量分析计算，完成日志解析过程，能够大幅度提升解析效率，但是对计算设备的性能要求较高。

发明内容

基于上述现有技术的缺陷和不足，本申请提出一种日志解析方法、装置、设备及存储介质，在计算设备性能较差的情况下，能够实现对日志进行自动化分析，自动得到待分析日志的分析结果，提升日志解析的智能化程度和解析效率。

根据本申请实施例的第一方面，提供了一种日志解析方法，包括：响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与所述目标问题类型对应的目标解析模板，其中，所述解析模板包括模板原语和预设分析结果的对应关系，所述模板原语为在所述解析模板中预先配置的日志信息；通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语；将所述目标模板原语对应的所述预设分析结果作为所述待分析日志的分析结果。

根据本申请提供的日志解析方法，所述日志分析指令还携带有日志提取信息，其中，所述日志提取信息为提取日志所需要的信息；所述通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语之前，还包括：基于所述日志提取信息，获取所述待分析日志。

根据本申请提供的日志解析方法，所述通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，包括：基于预设的日志匹配规则，提取所述待分析日志中的至少一条日志原语，其中，所述日志原语为基于所述日志匹配规则确定的有效日志信息；通过匹配所述日志原语和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语。

根据本申请提供的日志解析方法，多个所述解析模板配置于预设的模板框架中；所述响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与所述目标问题类型对应的目标解析模板之前，还包括：响应于所述模板框架的配置更新指令，更新所述模板框架中的至少一个所述解析模板，其中，所述配置更新指令包括所述模板原语和所述预设分析结果对应关系的更新信息，所述更新信息与待分析问题的业务类型相关。

根据本申请提供的日志解析方法，所述解析模板中的所述模板原语按照预设顺序进行排列；所述通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，包括：基于所述预设顺序，依次对目标解析模板中的每一条所述模板原语进行如下处理：在所述待分析日志中匹配所述模板原语，获得匹配结果，其中，匹配结果为匹配成功或匹配不成功；基于所述匹配结果，确定所述模板原语为所述目标模板原语；或者，基于所述匹配结果，获取所述预设顺序中的下一条所述模板原语进行处理，直至获得所述预设顺序中最后一条所述模板原语的所述匹配结果，直接将所述预设顺序中的最后一条所述模板原语作为所述目标模板原语；其中，所述预设顺序中的最后一条所述模板原语对应的所述预设分析结果，包括匹配成功时对应的所述预设分析结果，以及匹配不成功时对应的所述预设分析结果。

根据本申请提供的日志解析方法，所述解析模板中的所述模板原语采用面向用户可读的语言格式；所述待分析日志中的日志原语采用面向机器可读的语言格式；所述通过匹配所述日志原语和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，包括：通过所述模板框架，将所述目标解析模板中的所述模板原语解析为以机器语言表达的所述模板原语；通过匹配所述日志原语与以机器语言表达的所述模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语。

根据本申请提供的日志解析方法，所述响应于携带有目标问题类型的日志分析指令之前，还包括：获取前端传输的所述日志分析指令，其中，所述前端用于通过可视化人机交互界面获得多个问题类型中的目标问题类型，所述解析模板与所述问题类型一一对应；所述将所述目标模板原语对应的所述预设分析结果作为所述待分析日志的分析结果之后，还包括：将所述待分析日志的分析结果传输给所述前端，其中，所述前端用于通过所述人机交互界面显示所述待分析日志的分析结果。

根据本申请实施例的第二方面，提供了一种日志解析装置，包括：模板确定模块，用于响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与所述目标问题类型对应的目标解析模板，其中，所述解析模板包括模板原语和预设分析结果的对应关系；原语确定模块，用于通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语；结果确定模块，用于将所述目标模板原语对应的所述预设分析结果作为所述待分析日志的分析结果。

根据本申请实施例的第三方面，提供了一种电子设备，包括：存储器和处理器；所述存储器与所述处理器连接，用于存储程序；所述处理器用于通过运行所述存储器中的程序，实现如第一方面所述的日志解析方法。

根据本申请实施例的第四方面，提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时，实现如第一方面所述的日志解析方法。

在本申请实施例中，响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与目标问题类型对应的目标解析模板，其中，解析模板包括模板原语和预设分析结果的对应关系，模板原语为在解析模板中预先配置的日志信息；通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语；将目标模板原语对应的预设分析结果作为待分析日志的分析结果。上述过程中，日志分析指令中携带的目标问题类型用于在多个解析模板中确定目标解析模板，且该目标解析模板中包括了预设分析结果，通过匹配待分析日志与模板原语，在目标解析模板中确定目标模板原语，从而直接将目标模板原语对应的预设分析结果作为待分析日志的分析结果。该日志解析逻辑简单易于实现，即使在计算设备性能较差的情况下，也能够实现待分析日志的自动解析，并直接得到待分析问题的分析结果，不再需要人工定位问题原因，提升日志解析的智能化程度，减少对人工的依赖，避免浪费大量人力资源和时间成本，提升日志解析效率。

附图说明

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

图1为本申请实施例提供的一种日志解析方法的流程示意图。

图2为本申请实施例提供的一种日志解析系统示意图。

图3为本申请实施例提供的一种日志解析装置的框图。

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

具体实施方式

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

申请概述

在计算机技术领域，从简单小型到大型复杂的软件系统，以及分布式文件系统和高性能的云计算管理平台，都不可避免的存在漏洞，这可能导致系统本身运行异常。如果软件系统出现故障，工程师需要查看系统运行日志，及时诊断和缓解故障，通过日志（log）来检测软件或系统是否异常是一种常用的安全防护手段。现有技术中，一种传统的日志解析方法，是将原始的待分析日志解析为结构化的日志信息，以供后续分析。但是，现有技术中仅仅能够将日志结构化，无法自动定位问题或漏洞发生的具体原因，结构化后的日志信息，还需要通过人工分析，才能确定问题发生原因。另外一种常用的日志解析方法，是基于分布式处理架构，采用大集群的方式对日志进行自动化分析，但是在单个节点计算能力较差的环境（例如，嵌入式车载环境）下，是无法完成分布式处理的。因此，面向SOA架构下客户端计算能力较差时，如何自动对日志进行解析，直接获得待分析问题的分析结果，自动定位待分析问题的原因，是非常重要的。

随着计算机技术的快速发展，出现很多新的服务架构，不同架构下计算设备的计算性能是不同的。尤其的，面向业务的架构（Service-Oriented Architecture，SOA）就是一种新的服务架构，它是一种粗粒度、松耦合的服务架构，服务之间通过接口进行通讯，不涉及底层编程接口和通讯模型，因此，SOA系统能够更加从容地面对业务的急剧变化，例如，在嵌入式车载环境下SOA系统显示出了独有的优越性。但是，SOA架构下单个节点计算设备的性能较差，例如，嵌入式车载环境下，受限于车辆配置以及成本限制等多种原因，嵌入到车辆上的处理器无法实现对大量数据的复杂处理，也无法支撑分布式架构下的较大计算量。因此，在计算设备性能较差的情况下，如何实现日志的高效率解析，并避免人工参与，自动得到待分析日志的分析结果，是一个重要的课题。

示例性方法

下面，介绍本申请提供的日志解析方法，实现对待分析日志的高效率解析，该方法能够实现于任意一种计算设备中，尤其适用于嵌入式车载处理设备等计算能力较差的计算设备。

一个实施例中，如图1所示，日志解析方法实现的过程如下：

步骤101，响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与目标问题类型对应的目标解析模板，其中，解析模板包括模板原语和预设分析结果的对应关系，模板原语为在解析模板中预先配置的日志信息。

本实施例中，日志分析指令用于启动日志解析的过程，该日志分析指令可以根据用户的解析需求生成，灵活启动日志解析过程；还可以根据预先配置逻辑自动生成，提升日志解析的智能化，例如，预先配置周期时长，周期性启动日志解析过程。

本实施例中，问题类型指的是日志存在问题的类型，问题类型可以预先基于实际业务情况下的历史数据或经验数据等进行设定，例如，预先设定的问题类型包括在SOA架构下服务端与客户端之间的连接问题、通信异常问题以及其他任意一种能够采用本方法的问题类型。对于预先设定的每一个问题类型，需要预先配置分别对应的解析模板，对于不同问题类型的待分析日志进行解析时，采用的解析模板是不同的。各个解析模板中所配置模板原语和预设分析结果的对应关系是不同的。其中，模板原语指的是在解析模板中配置的日志原语，该模板原语可以基于历史数据和实际需求预先确定。预设分析结果指的是预先设定的与模板原语对应的分析结果，该预设分析结果也可以基于历史数据和/或经验数据等预先确定。

本实施例中，根据具体需求，在不同情况下的待分析日志，需要分析的具体问题类型是不同的。根据实际需求，日志分析指令中携带有当前的待分析日志的目标问题类型，目标问题类型是预先配置的多个问题类型中的任意一种。也就是说，在生成日志分析指令时，已经明确了想要对待分析日志在目标问题类型的角度进行分析。获取日志分析指令后，通过该日志分析指令包含的目标问题类型，即可从多个预设的解析模板中，确定目标问题类型对应的目标解析模板。

步骤102，通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语。

本实施例中，确定目标解析模板后，直接将待分析日志与目标解析模板中的模板原语进行匹配，在目标解析模板包括的模板原语中确定目标模板原语。待分析日志与目标解析模板中的模板原语进行匹配时采用的匹配方法，可以根据实际情况和需要进行选择，例如，为了降低计算复杂度，直接采用正则匹配的方式，完成待分析日志与目标解析模板中的模板原语的匹配过程；又例如，为了加快匹配速度，采用grep工具完成待分析日志与目标解析模板中的模板原语的匹配过程，其中，grep（缩写来自Globally search a RegularExpression and Print）是一种强大的文本搜索工具，它能使用特定模式快速匹配搜索文本，并默认输出匹配行。优选的，待分析日志与目标解析模板中的模板原语的匹配过程采用计算逻辑更简单的匹配方式，例如，正则匹配方式，以便于本方法更好的实现于计算性能较差的计算设备中。

步骤103，将目标模板原语对应的预设分析结果作为待分析日志的分析结果。

本实施例中，目标解析模板包括模板原语与预设分析结果的对应关系，从目标解析模板的模板原语中确定目标模板原语后，通过该对应关系，直接将目标模板原语对应的预设分析结果作为待分析日志的分析结果，而不需要更为复杂的处理逻辑。待分析日志的分析结果获得的逻辑简单，不仅能够加快待分析日志的解析速度和解析效率，还能够降低对计算设备性能的要求，更适用于性能较差的计算设备完成日志解析过程。

一个实施例中，日志分析指令还携带有日志提取信息，其中，日志提取信息为提取日志所需要的信息。通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语之前，基于日志提取信息，获取待分析日志。

本实施例中，日志解析指令中除了目标问题类型，还可以携带有日志提取信息，通过该日志提取信息针对性提取需要进行解析的待分析日志，而不是盲目的对大量日志进行解析，减少待分析日志的数据处理量，从而降低对计算设备的性能要求。日志提取信息可以为日志时间范围、系统出现问题的时间点、日志客户端进程号、日志服务端进程号、服务名称以及其他提取日志所需相关信息中的任意一种。该日志提取信息可以由用户根据需求自定义生成，例如，用户给定时间范围；还可以根据预设逻辑自动生成，例如，当系统出现问题后，根据问题发生时间自动生成时间范围。

一个实施例中，响应于携带有目标问题类型的日志分析指令之前，获取前端传输的日志分析指令，其中，前端用于通过可视化人机交互界面获得多个问题类型中的目标问题类型，解析模板与问题类型一一对应。将目标模板原语对应的预设分析结果作为待分析日志的分析结果之后，将待分析日志的分析结果传输给前端，其中，前端用于通过人机交互界面显示待分析日志的分析结果。

本实施例中，实现本方法的计算设备可以作为后台完成相关逻辑处理。相应的，为了在面向用户时更加灵活，日志分析指令可以通过前端生成，然后由前端传输给后台的计算设备。该前端提供可视化的人机交互界面，该人机交互界面上可以展示各个问题类型，用户可以在各个问题类型选择需要的目标问题类型，为用户提供便利。展示方式可以采用下拉菜单、复选框、虚拟按钮、图形、文字、色彩等任意一种或几种组合合适的展示方式。

本实施例中，当日志分析指令还包括日志信息时，还可以通过前端的可视化人机交互界面提供日志信息输入方式，例如，当日志信息为时间范围时，用户可以通过人机交互界面输入时间范围，以提取需要解析的待分析日志，从而进一步提升日志分析指令生成过程的灵活性和便利性。

需要说明的是，前端和作为后台的计算设备，可以为远程通信的两台硬件设备，例如，前端为带有触摸屏幕的计算机，后台的计算设备为远程的服务器等；前端和作为后台的计算设备还可以为继承于一台硬件设备的两个部件，例如，前端为车辆上的触摸屏，后台的计算设备为车辆上的嵌入式处理器。

一个实施例中，通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语，如下：基于预设的日志匹配规则，提取待分析日志中的至少一条日志原语，其中，日志原语为基于日志匹配规则确定的有效日志信息；通过匹配日志原语和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语。

本实施例中，为了更加适用于性能较差的计算设备，对待分析日志做进一步处理，基于预设的日志匹配规则，从原始的待分析日志中提取有效日志信息构成日志原语，有效日志信息可以为关键字段等。通过提取日志原语，能够进一步大量减少待分析日志中，需要与目标解析模板中的模板原语进行匹配的日志数据量。

本实施例中，预设的日志匹配规则包括预先设置的日志匹配库和具体匹配方法，该日志匹配库预先根据历史数据和实际需要进行设定，而具体匹配方法也预先根据实际情况选定。例如，具体匹配方法可以采用正则匹配方法或grep工具，优选的，具体匹配方法可以采用grep工具，能够提升日志原语的提取速度。当然，还可以基于更适用于性能极差的计算设备的原则，选用其他匹配方法。

一个实施例中，多个解析模板配置于预设的模板框架中，其中，解析模板1、解析模板2、解析模板3、解析模板4和解析模板5分别表示不同的解析模板。响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与目标问题类型对应的目标解析模板之前，响应于模板框架的配置更新指令，更新模板框架中的至少一个解析模板，其中，配置更新指令包括模板原语和预设分析结果对应关系的更新信息，更新信息与待分析问题的业务类型相关。

本实施例中，多个解析模板预先配置于模板框架（modelframework，modelFM）中。面向不同的业务环境，模板框架是不随业务的变化而变化的。而一个解析模板则对应具体的业务流程，该业务流程既可以为正常的业务流程（即没有出现问题类型对应的具体问题），也可以是异常的业务流程（即出现了问题类型对应的某一个具体问题）。当业务环境发生变化时，不需要对模板框架进行调整，该模板框架是固定，仅调整模板框架下的解析模板即可，从而可以实现日志解析方法的快速迭代和更新，提升普适性。

本实施例中，当本方法应用的业务环境发生变化时，通过配置更新指令更新模板框架中的解析模板即可。配置更新指令包括模板原语和预设分析结果对应关系的更新信息，具体的，可以在模板框架中增加更多新的解析模板；也可以对某一个解析模板中的模板原语和预设分析结果对应关系进行调整，调整的具体内容可以是增加或删减新的模板原语和/或预设分析结果，也可以是更改模板原语和/或预设分析结果；同时，还可以在增加更多新的解析模板的同时，删减不必要的解析模板，从而降低模板框架的体量，更适用于性能较差的计算设备。

一个实施例中，解析模板中的模板原语采用面向用户可读的语言格式；待分析日志中的日志原语采用面向机器可读的语言格式。通过匹配日志原语和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语，如下：通过模板框架，将目标解析模板中的模板原语解析为以机器语言表达的模板原语；通过匹配日志原语与以机器语言表达的模板原语，在目标解析模板包括的模板原语中确定目标模板原语。

本实施例中，为了便于拓展解析模板，解析模板中的模板原语和预设分析结果采用面向用户可读的语言格式；同时，待分析日志中的日志原语则采用的是面向机器可读的语言格式。模板框架负责解析目标解析模板，将目标解析模板中采用面向用户可读的语言格式的模板原语，解析为以机器语言表达的模板原语，从而便于模板原语和日志原语的匹配过程。

本实施例中，为了提供解析模板更新过程中的便利性，解析模板以配置文件形式提供，优选的，配置文件可以采用json文件，json（JavaScript Object Notation）即JavaScript对象标记法，是一种轻量级（Light-Meight）、基于文本的（Text-Based）、可读的（Human-Readable）格式，json格式的配置文件可以通过图形界面所绘制的流程图自动生成，每一个模板相当于一个流程图，配置文件中的模板原语和预设分析结果采用面向用户可读的语言格式，更便于用户对解析模板的调整，降低解析模板调整的技术难度。

一个实施例中，解析模板中的模板原语按照预设顺序进行排列。通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语，如下：

基于预设顺序，依次对目标解析模板中的每一条模板原语进行如下处理：在待分析日志中匹配模板原语，获得匹配结果，其中，匹配结果为匹配成功或匹配不成功；基于匹配结果，确定模板原语为目标模板原语；或者，基于匹配结果，获取预设顺序中的下一条模板原语进行处理，直至获得预设顺序中最后一条模板原语的匹配结果，直接将预设顺序中的最后一条模板原语作为目标模板原语。其中，预设顺序中的最后一条模板原语对应的预设分析结果，包括匹配成功时对应的预设分析结果，以及匹配不成功时对应的预设分析结果。

本实施例中，任意一个解析模板可以对应一个匹配流程，按照解析模板中的预设顺序，对模板原语依次进行匹配。在匹配至某一条模板原语时，通过匹配结果来直接确定目标模板原语，进而直接确定待分析日志的分析结果，还是继续匹配下一条模板原语。在匹配任意一条模板原语时，匹配结果可以为匹配成功，即在待分析日志中匹配得到了该模板原语；匹配结果也可以为匹配不成功，即在待分析日志中没有匹配到该模板原语。获得匹配结果后的下一步处理，可以根据实际情况设定，例如，匹配结果为匹配成功时，下一步为确定模板原语为目标模板原语；或者，下一步为获取预设顺序中的下一条模板原语进行处理。

本实施例中，预设顺序中的最后一条模板原语对应的预设分析结果，包括匹配成功时对应的预设分析结果，以及匹配不成功时对应的预设分析结果。也就是说，当解析模板中的所有模板原语均匹配处理后，无论是否匹配成功，均能够确定目标模板原语，从而确定待分析日志的分析结果。

一个整体的实施例中，如图2所示的日志解析系统，该系统包括前端和作为后台的计算设备，前端提供可视化人机交互界面，后台包括具备计算能力的控制模块。日志信息包括日志时间范围，模板框架中预先配置多个解析模板，解析模板中的模板原语和预设分析结果采用json格式，以便于后续拓展。

本实施例中，前端通过可视化人机交互界面展示日志时间范围的选择方式，以及预先配置的各个问题类型。用户通过可视化人机界面选择日志时间范围和目标问题类型后，生成携带有日志时间范围和目标问题类型的日志分析指令，并将该日志分析指令传输给后台的控制模块。

控制模块响应于日志分析指令，基于预设的日志匹配规则，获得日志时间范围内的待分析日志，并从待分析日志原语中提取有效的日志原语。同时，控制模块从模板框架的多个解析模板中确定目标解析模板，模板框架负责将解析模板中的json格式的模板原语转换成面向机器可读的模板原语。控制模板完成日志原语与模板原语的匹配，在目标解析模板的多个模板原语中确定目标模板原语，从而将目标模板原语对应的预设分析结果，作为待分析日志的分析结果。

控制模块获得待分析日志的分析结果，返回给前端，由前端展示该待分析日志的分析结果，便于用户查阅。

一个具体的实施例中，以在SOA架构下服务端与客户端之间的连接问题为例，具体介绍日志解析过程。SOA架构中的客户端和服务端是指服务提供者和服务消费者之间的角色划分，服务提供者是指提供服务的系统，服务消费者是指使用服务的系统，客户端通过调用服务端提供的接口来获取所需的服务，服务端则负责处理客户端的请求并返回相应的结果。

本实施例中，通过excel表格展示一个具体的解析模板实例，如下表1所示，为一个解析模板中模板原语和预设解析结果的具体配置：

表1解析模板实例

其中，“clientIint_ng、clientIint_ok、serviceInit_ng、serviceIint_ok、InitProxy_ng、InitProxy_ok、InitService_ng、InitService_ok、ServerOnlineInfo_ok、ServerOnlineInfo_ng、checkDomain_same、checkDomain_different、check_heart_beat_not_exist、check_heart_beat_exist”表示解析模板中配置的模板原语。“客户端缺少日志，无法分析；服务端缺少日志，无法分析；客户端未初始化，客户端使用问题；服务端未初始化，服务端使用问题；服务端上线流程正常；已知模型无法定位，需人工分析；域控网络不同；已知模型无法定位，需人工分析”表示不同的预设分析结果。当然，上述解析模板中的模板原语和预设分析结果仅为一个示例，实际场景中，可以根据实际情况配置模板原语和预设分析结果，例如，当问题类型为通信异常问题时，预设分析结果可以根据需要设置为“前端（method）对方无法收到；客户端（event）对方无法收到；通信加解密失败；异常功能安全上报”。

本实施例中，获得日志分析指令后，获得待分析日志，该待分析日志包括日志时间范围内完整的客户端日志和服务端日志。从待分析日志中提取有效的日志原语时，预设的日志匹配规则可以提取系统版本号、客户端调用信息、服务端调用信息、系统上线信息等有效信息作为日志原语，日志匹配规则的程序化实例如下：

{

"bootes_version" : "bootes Version is (.)",

"client_service_initproxy_start" : "{ClientId}.InitProxy initializestart",

"client_service_initproxy_success" : "{ClientId}.InitProxy initializesuccess",

"server_service_initialize_start" : "{ServerName}.InitService.initialize start",

"server_service_initialize_success" : "InitService.{ServerName}.InitService initialize success",

"client_service_online" : "ServerOnlineInfo.{ClientId}.onlineSts is1",

"client_service_offline" : "ServerOnlineInfo.{ClientId}.onlineSts is0",

}

本实施例中，日志原语和模板原语进行匹配，并获得待分析日志的分析结果实例，实现流程如下：

1、确认客户端是否调用InitProxy（客户端初始化），确认primitive（原语）：【client_service_initproxy】。若无该primitive，应用层未调用InitProxy，需应用层确认。若有该primitive，执行步骤2。

2、确认服务端是否调用InitService（服务端初始化），确认primitive：【server_service_initialize_start】。若无该primitive，应用层未调用InitService，需应用层确认。若有该primitive，确认InitService是否调用成功，确认primitive：【server_service_initialize_success】。若无该primitive，提示InitService失败，需人工确认。若有该primitive，执行步骤3。（需要说明的是，若待分析日志中无服务端日志，则跳过这一步。）

3、客户端log中是否包含“ServerOnlineInfo.服务名”，确认primitive：client_service_online、client_service_offline；若不包含“ServerOnlineInfo.服务名”，执行步骤4；若包含“ServerOnlineInfo.服务名”，执行步骤5；

服务名的代码实例如下：2023-03-28 13:55:06.969 1362 1564 W BTS: 2027:29115060[JUDiscovery.cpp][operator()][42]ServerOnlineInfo:Cid:ACU_UA_Service:1362:fota:0, Sid:ACU_UA_ServiceonlineSts is 1 , addr is tcp://172.16.5.21:40001。

4、若不包含“ServerOnlineInfo.服务名”，确认primitive：client_service_online、client_service_offline，则说明无法确认是否上线，转人工判断。

5、查看问题发生点前的最后一个ServerOnlineInfo是否为上线，确认primitive：client_service_online、client_service_offline。

上线时代码实例如下：2023-03-28 13:55:06.969 1362 1564 W BTS: 2027:29115060[JUDiscovery.cpp][operator()][42]ServerOnlineInfo:Cid:ACU_UA_Service:1362:fota:0,Sid:ACU_UA_ServiceonlineStsis1,addristcp://172.16.5.21:40001。

下线时代码实例如下：2023-03-28 14:00:54.108 1362 1564 W BTS:21662:376254276[JUDiscovery.cpp][operator()][42]ServerOnlineInfo:Cid:ACU_UA_Service:1362:fota:0, Sid:ACU_UA_ServiceonlineSts is 0 , addr is。

6、若服务已上线，则不是问题，判断结束。若服务未上线，跟据用户的输入判断客户端跟服务端是否在同一个域控。

7、如果在同一个域控，分析结果为“无法定位，转人工判断”。

8、如果在不同域控，则在客户端日志过滤在打印步骤中打印的ServerOnlineInfo后面3分钟内的是否有“remote hb message from:[域控名]”日志，看是否有服务端所在域控心跳的打印。

域控心跳打印代码实例如下：2023-03-28 14:00:55.226 291 306 I BTS:13842:[service_monitor]309[00377.370]server_socket_message_handler.h:handle:150 "remote hb message from:[tcam], dealer id:[00F4B0DC S]"

9、若有心跳打印，分析结果为“无法定位，转人工判断”。

10、若无心跳日志打印，分析结果为“客户端所在域控跟服务端所在域控连接网络连接有问题”。

本申请提供的日志解析方法，响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与目标问题类型对应的目标解析模板，其中，解析模板包括模板原语和预设分析结果的对应关系；通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语；将目标模板原语对应的预设分析结果作为待分析日志的分析结果。上述过程中，日志分析指令中携带的目标问题类型用于在多个解析模板中确定目标解析模板，且该目标解析模板中包括了预设分析结果，通过匹配待分析日志与模板原语，在目标解析模板中确定目标模板原语，从而直接将目标模板原语对应的预设分析结果作为待分析日志的分析结果。该日志解析逻辑简单易于实现，即使在计算设备性能较差的情况下，也能够实现待分析日志的自动解析，并直接得到待分析问题的分析结果，不再需要人工定位问题原因，提升日志解析的智能化程度，减少对人工的依赖，避免浪费大量人力资源和时间成本，提升日志解析效率。

进一步的，本方法可以自动分析日志问题，确认是不是已知问题，流程是否正常等。解析模板以配置文件形式提供，可以快速迭代和更新，模板框架不随业务修改，且具有转换解析模板中模板原语表达形式的能力。正常或异常流程均以解析模板形式提供，高效快速迭代。整个方法实现的逻辑简单，计算量较小，更适用于性能较差的计算设备，即使采用性能较差的计算设备，仍旧能够完成日志解析的自动化和高效化。

示例性装置

相应的，本申请实施例还提供了一种日志解析装置，应用于上述任意一个实施例提供的日志解析方法。如图3所示，该装置可以包括：

模板确定模块301，用于响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与所述目标问题类型对应的目标解析模板，其中，解析模板包括模板原语和预设分析结果的对应关系，模板原语为在解析模板中预先配置的日志信息；

原语确定模块302，用于通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语；

结果确定模块303，用于将目标模板原语对应的预设分析结果作为待分析日志的分析结果。

一个实施例中，日志分析指令还携带有日志提取信息，其中，日志提取信息为提取日志所需要的信息；

日志解析装置还包括日志提取模块，用于通过匹配待分析日志和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语之前，基于日志提取信息，获取待分析日志。

一个实施例中，原语确定模块302，用于基于预设的日志匹配规则，提取待分析日志中的至少一条日志原语，其中，日志原语为基于日志匹配规则确定的有效日志信息；通过匹配日志原语和目标解析模板中的模板原语，在目标解析模板包括的模板原语中确定目标模板原语。

一个实施例中，多个解析模板配置于预设的模板框架中；

日志解析装置还包括更新模块，用于响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与目标问题类型对应的目标解析模板之前，响应于模板框架的配置更新指令，更新模板框架中的至少一个解析模板，其中，配置更新指令包括模板原语和预设分析结果对应关系的更新信息，更新信息与待分析问题的业务类型相关。

一个实施例中，解析模板中的模板原语按照预设顺序进行排列；

原语确定模块302，用于基于预设顺序，依次对目标解析模板中的每一条模板原语进行如下处理：在待分析日志中匹配模板原语，获得匹配结果，其中，匹配结果为匹配成功或匹配不成功；基于匹配结果，确定模板原语为目标模板原语；或者，基于匹配结果，获取预设顺序中的下一条模板原语进行处理，直至获得预设顺序中最后一条模板原语的匹配结果，直接将预设顺序中的最后一条模板原语作为目标模板原语；其中，预设顺序中的最后一条模板原语对应的预设分析结果，包括匹配成功时对应的预设分析结果，以及匹配不成功时对应的预设分析结果。

一个实施例中，解析模板中的模板原语采用面向用户可读的语言格式；待分析日志中的日志原语采用面向机器可读的语言格式；

原语确定模块302，用于通过模板框架，将目标解析模板中的模板原语解析为以机器语言表达的模板原语；通过匹配日志原语与以机器语言表达的模板原语，在目标解析模板包括的模板原语中确定目标模板原语。

一个实施例中，日志解析装置还包括交互模块，用于响应于携带有目标问题类型的日志分析指令之前，获取前端传输的日志分析指令，其中，前端用于通过可视化人机交互界面获得多个问题类型中的目标问题类型，解析模板与问题类型一一对应；将目标模板原语对应的预设分析结果作为待分析日志的分析结果之后，将待分析日志的分析结果传输给前端，其中，前端用于通过人机交互界面显示待分析日志的分析结果。

本实施例提供的网络节点测试装置，与本申请上述实施例所提供的日志解析方法属于同一申请构思，可执行本申请上述任意实施例所提供的日志解析方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请上述实施例提供的日志解析方法的具体处理内容，此处不再加以赘述。

示例性电子设备

本申请实施例还提供了一种电子设备，如图4所示，该电子设备包括：存储器400和处理器401。

所述存储器400与所述处理器401连接，用于存储程序。

所述处理器401用于通过运行所述存储器400中存储的程序，实现上述实施例中的日志解析方法。

具体的，上述电子设备还可以包括：通信接口402、输入设备403、输出设备404和总线405。

处理器401、存储器400、通信接口402、输入设备403和输出设备404通过总线相互连接。其中：

总线405可包括一通路，在计算机系统各个部件之间传送信息。

处理器401可以是通用处理器，例如通用中央处理器（CPU）、微处理器等，也可以是特定应用集成电路（application-specific integrated circuit，ASIC），或一个或多个用于控制本发明方案程序执行的集成电路。还可以是数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

处理器401可包括主处理器，还可包括基带芯片、调制解调器等。

存储器400中保存有执行本发明技术方案的程序，还可以保存有操作系统和其他关键业务。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。更具体的，存储器400可以包括只读存储器（read-only memory，ROM）、可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器（random access memory，RAM）、可存储信息和指令的其他类型的动态存储设备、磁盘存储器、flash等等。

输入设备403可包括接收用户输入的数据和信息的装置，例如键盘、鼠标、摄像头、扫描仪、光笔、语音输入装置、触摸屏、计步器或重力感应器等。

输出设备404可包括允许输出信息给用户的装置，例如显示屏、打印机、扬声器等。

通信接口402可包括使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网（RAN），无线局域网（WLAN）等。

处理器401执行存储器400中所存放的程序，以及调用其他设备，可用于实现本申请上述实施例所提供的日志解析方法的各个步骤。

示例性计算机程序产品和存储介质

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本申请实施例中描述的日志解析方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本申请的实施例还可以是存储介质，其上存储有计算机程序，计算机程序被处理器执行本申实施例中描述的日志解析方法中的步骤。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，各实施例中记载的技术特征可以进行替换或者组合。

本申请各实施例提供的装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

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

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

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件单元，或者二者的结合来实施。软件单元可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种日志解析方法，其特征在于，包括：

响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与所述目标问题类型对应的目标解析模板，其中，所述解析模板包括模板原语和预设分析结果的对应关系，所述模板原语为在所述解析模板中预先配置的日志信息，对于预先设定的每一个问题类型，需要预先配置分别对应的所述解析模板；

通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，其中，模板原语指的是在解析模板中配置的日志原语；

将所述目标模板原语对应的所述预设分析结果作为所述待分析日志的分析结果，所述预设分析结果指的是预先设定的与模板原语对应的分析结果。

2.根据权利要求1所述的日志解析方法，其特征在于，所述日志分析指令还携带有日志提取信息，其中，所述日志提取信息为提取日志所需要的信息；

所述通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语之前，还包括：

基于所述日志提取信息，获取所述待分析日志。

3.根据权利要求1所述的日志解析方法，其特征在于，所述通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，包括：

基于预设的日志匹配规则，提取所述待分析日志中的至少一条日志原语，其中，所述日志原语为基于所述日志匹配规则确定的有效日志信息；

通过匹配所述日志原语和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语。

4.根据权利要求1所述的日志解析方法，其特征在于，多个所述解析模板配置于预设的模板框架中；

所述响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与所述目标问题类型对应的目标解析模板之前，还包括：

响应于所述模板框架的配置更新指令，更新所述模板框架中的至少一个所述解析模板，其中，所述配置更新指令包括所述模板原语和所述预设分析结果对应关系的更新信息，所述更新信息与待分析问题的业务类型相关。

5.根据权利要求1所述的日志解析方法，其特征在于，所述解析模板中的所述模板原语按照预设顺序进行排列；

所述通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，包括：

基于所述预设顺序，依次对目标解析模板中的每一条所述模板原语进行如下处理：在所述待分析日志中匹配所述模板原语，获得匹配结果，其中，匹配结果为匹配成功或匹配不成功；基于所述匹配结果，确定所述模板原语为所述目标模板原语；或者，基于所述匹配结果，获取所述预设顺序中的下一条所述模板原语进行处理，直至获得所述预设顺序中最后一条所述模板原语的所述匹配结果，直接将所述预设顺序中的最后一条所述模板原语作为所述目标模板原语；

其中，所述预设顺序中的最后一条所述模板原语对应的所述预设分析结果，包括匹配成功时对应的所述预设分析结果，以及匹配不成功时对应的所述预设分析结果。

6.根据权利要求4所述的日志解析方法，其特征在于，所述解析模板中的所述模板原语采用面向用户可读的语言格式；所述待分析日志中的日志原语采用面向机器可读的语言格式；

所述通过匹配所述日志原语和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，包括：

通过所述模板框架，将所述目标解析模板中的所述模板原语解析为以机器语言表达的所述模板原语；

通过匹配所述日志原语与以机器语言表达的所述模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语。

7.根据权利要求1所述的日志解析方法，其特征在于，所述响应于携带有目标问题类型的日志分析指令之前，还包括：

获取前端传输的所述日志分析指令，其中，所述前端用于通过可视化人机交互界面获得多个问题类型中的目标问题类型，所述解析模板与所述问题类型一一对应；

所述将所述目标模板原语对应的所述预设分析结果作为所述待分析日志的分析结果之后，还包括：

将所述待分析日志的分析结果传输给所述前端，其中，所述前端用于通过所述人机交互界面显示所述待分析日志的分析结果。

8.一种日志解析装置，其特征在于，包括：

模板确定模块，用于响应于携带有目标问题类型的日志分析指令，在多个解析模板中，确定与所述目标问题类型对应的目标解析模板，其中，所述解析模板包括模板原语和预设分析结果的对应关系，对于预先设定的每一个问题类型，需要预先配置分别对应的所述解析模板；

原语确定模块，用于通过匹配待分析日志和所述目标解析模板中的模板原语，在所述目标解析模板包括的模板原语中确定目标模板原语，其中，模板原语指的是在解析模板中配置的日志原语；

结果确定模块，用于将所述目标模板原语对应的所述预设分析结果作为所述待分析日志的分析结果，所述预设分析结果指的是预先设定的与模板原语对应的分析结果。

9.一种电子设备，其特征在于，包括：存储器和处理器；

所述存储器与所述处理器连接，用于存储程序；

所述处理器用于通过运行所述存储器中的程序，实现如权利要求1-7任一项所述的日志解析方法。

10.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时，实现如权利要求1-7任一项所述的日志解析方法。