CN115202919A - 一种记录故障日志的处理方法、装置、设备及介质 - Google Patents

Abstract

本发明提供一种记录故障日志的处理方法、装置、设备及介质，包括接收汽车应用程序内某一模块的故障数据；基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式；执行所述模块内的执行模式，生成主日志信息表；将所述执行模式信息发送至汽车应用程序的其他模块；基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式。本发明能够优化软件故障日志的记录方式，记录充足的故障日志信息，提高软件的运行性能。

Description

一种记录故障日志的处理方法、装置、设备及介质

技术领域

本申请涉及汽车电子技术领域，特别是涉及一种记录故障日志的处理方法、装置、设备及介质。

背景技术

随着汽车电子技术的发展，汽车软件的代码量迅速增加，导致汽车软件运行时存在问题。基于软件故障分析的复杂性，记录软件的故障日志已成为汽车软件运行过程中的重要环节。然而，目前记录故障日志的方法存在记录故障日志的信息不足的问题。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种记录故障日志的处理方法、装置、设备及介质，本发明能够优化故障日志的记录方式。

本发明提供的一种记录故障日志的处理方法，包括：

接收汽车应用程序内某一模块的故障数据；

基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式；

执行所述模块内的执行模式，生成主日志信息表；

将所述执行模式信息发送至汽车应用程序的其他模块；

基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式；

执行所述其他模块内的执行模式，生成子日志信息表；

汇总所述主日志信息表与所述子日志信息表，生成故障日志信息表

本发明还提供一种记录故障日志的处理装置，包括：

接收模块，用于接收汽车应用程序内某一模块的故障数据；

处理模块，用于基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式；

执行模块，用于执行所述模块内的执行模式，生成主日志信息表；

传输模块，用于将所述执行模式信息发送至汽车应用程序的其他模块；

确认模块，用于基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式；

生成模块，用于执行所述其他模块内的执行模式，生成子日志信息表；

汇总模块，用于汇总所述主日志信息表与所述子日志信息表，生成故障日志信息表。

本发明还提供一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现所述记录故障日志的处理方法。

本发明还提供一种计算机可读储存介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述记录故障日志的处理方法的步骤。

本发明的有益效果：本发明提供一种记录故障日志的处理方法、装置、设备及介质，能够优化软件故障日志的记录方式，记录充足的故障日志信息，提高软件的运行性能。

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

附图说明

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

图1是本申请的一示例性实施例示出的记录故障日志的处理方法的实施环境示意图；

图2是本申请的一示例性实施例示出的记录故障日志的处理方法的流程图；

图3是图2所示实施例中的步骤S220在一示例性的实施例中的流程图；

图4是图3所示实施例中的步骤S221在一示例性实施例中的流程图；

图5是图2所示实施例中的步骤S230在一示例性实施例中的流程图；

图6是图2所示实施例中的步骤S240在一示例性实施例中的流程图；

图7是图2所示实施例中的步骤S250在一示例性实施例中的流程图

图8是图2所示实施例中的步骤S260在一示例性实施例中的流程图；

图9是本发明一实施例中记录故障日志的处理装置的一结构示意图；

图10是本发明一实施例中计算机设备的一结构示意图；

图11是本发明一实施例中计算机设备的另一结构示意图；

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

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

首先需要说明的是，故障日志是软件的应用程序运行过程中出现故障时，产生的日志信息。通过记录故障日志数据，可以更好的分析各种故障的详细信息。具体的来说，随着汽车系统功能的复杂化，软件的代码量逐渐增加，应用程序运行时可能会存在一些问题。虽然开发者在软件的测试阶段已经进行了充分检测，但由于软件运行环境的多样性与复杂性，软件发布使用后依然会存在一些问题。因此，通过记录应用程序运行时的故障日志，可以更好的进行故障问题的分析与解决，提高应用程序的运行性能。

需要注意的是，汽车软件的应用程序可以包括多个模块，例如控制模块、安全模块、娱乐助手、导航模块或其他模块。在应用程序实际运行过程中，某一模块运行时出现故障时，由于各个模块之间存在关联度，其他模块也可能出现关联性故障。例如，控制模块发生故障时，产生了相应的故障日志，控制模块的故障会引起安全模块的一些故障，安全模块也会产生相应的故障日志。各种故障日志之间存在关联性。因此，优化各种故障日志的记录方式，可以更有效的分析故障日志数据，从而解决应用程序的模块故障问题。

图1是本申请的一示例性实施例示出的记录故障日志的实施环境示意图。客户端110中可以安装汽车软件，软件中包括应用程序。服务端120可以接收客户端110中应用程序产生的故障数据。通过故障数据可判定汽车软件出现故障，即可进行故障日志的记录。其中，服务端120可以通过客户端110接收汽车应用程序内某一模块的故障数据；基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式；执行所述模块内的执行模式，生成主日志信息表；将所述执行模式信息发送至汽车应用程序的其他模块；基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式；执行所述其他模块内的执行模式，生成子日志信息表；汇总所述主日志信息表与所述子日志信息表，生成故障日志信息表。需要说明的是，客户端110可以是智能手机、车载电脑、平板电脑、笔记本电脑或者可穿戴设备等任意支持安装汽车软件的终端设备，但并不限于此。服务端120可以是独立的物理服务器，也可以是多个服务器构成的服务器集群或者分布式系统。客户端可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)及5G(第五代的移动信息技术)等无线网络与服务端进行通信，本处也不对此进行限制。下面通过具体的实施例对本发明进行详细的描述。

应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。例如，本发明提供的记录故障日志的处理方法，不仅可应用于汽车软件的故障分析的应用场景下，也可应用于其他故障分析的应用场景下。例如，智能机器人的系统故障分析，智能设备的系统故障分析及其他故障分析。

如图2所示，在一示例性的实施例中，路况刷新方法至少包括步骤S210至步骤S270，详细介绍如下：

步骤S210、接收汽车应用程序内某一模块的故障数据。

首先需要说明的是，应用程序内可以包括多个模块，例如控制模块、安全模块、娱乐助手、导航模块或其他模块。每个模块内可设置检测子模块，用于检测对应的模块是否产生故障。当某个检测子模块检测出其所处模块产生运行故障时，此子模块可对故障数据进行统计，并将故障数据传输至服务端120。

需要注意的是，当某个检测子模块检测出其所处模块产生运行故障时，不仅可将故障数据传输至服务端120，也可同时将故障数据传输至开发人员的控制设备中。进而提醒开发人员及时进行调试，并分析解决故障问题。

需要提及的是，若多个检测子模块同时检测出其所处的模块产生运行故障，多个检测子模块可同时将故障数据传输至服务端120，并同时将故障数据传输至开发人员的控制设备中。

步骤S220、基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式。

需要说明的是，当服务端120接收汽车应用程序内某一模块的故障数据后，可对该模块内记录故障日志的模式进行设定，以使该模块以预设模式记录故障日志数据。记录的故障日志数据可传输并保存在服务端120的储存器中。具体的来说，开发人员可通过控制设备向服务端120发送故障日志数据查询请求。服务端120接收查询请求后，可以将故障日志数据传输至开发人员的控制设备。通过故障日志数据，开发人员可以定位故障发生位置及发生原因，即可更有效的快速处理故障问题。

需要提及的是，记录故障日志的执行模式可以包括全局日志记录模式及部分日志记录模式。全局日志记录模式可以是记录产生故障的模块内所有故障日志数据。部分日志记录模式可以是记录产生故障的模块内部分故障日志数据。

图3是图2所示实施例中的步骤S220在一示例性的实施例中的流程图。如图3所示，根据第一距离差值确定导航对象从实时位置到达导航终点的第一剩余用时的过程可以包括步骤S221至步骤S223，详细介绍如下：

步骤S221、判断所述故障数据是否为异常故障数据。

需要说明的是，每个模块中可包括多个子单元，每个子单元对于相应模块的关联度不同。某个子单元对于相应模块的关联度可用以描述某个子单元对于相应模块的重要性，当某个子单元对于相应模块越重要，则关联度越高。例如，某一模块中包括子单元A1及子单元A2，当子单元A1出现故障时，此模块无法正常运行。当子单元A2出现故障时，此模块仍可以正常运行。则说明子单元A1与相应模块的关联度大于子单元A2。当某一模块中，关联度大的子单元出现故障时，此模块的故障数据即为异常故障数据。

步骤S222、若是异常故障数据，设定所述模块内记录故障日志的执行模式为全局日志记录模式。

需要提及的是，当判定某一模块的故障数据为异常故障数据时，可说明该模块内的重要子单元产生故障。此时可设定该模块内记录故障日志的执行模式为全局日志记录模式，令该模块记录自身所有的故障日志数据。以便开发人员获取足够多的故障日志数据，从而定位故障发生位置及发生原因，可更有效的快速处理故障问题。

步骤S223、若不是异常故障数据，设定所述模块内记录故障日志的执行模式为部分日志记录模式。

当判定某一模块的故障数据不是异常故障数据时，可说明该模块内的重要子单元并未产生故障，该模块依然可以正常运行。此时可设定该模块内记录故障日志的执行模式为部分日志记录模式，令该模块记录部分故障日志数据。

在一些示例性实施例中，记录故障日志的执行模式的种类数目可不加限制，可以是两种执行模式、三种执行模式或其他数目，以记录不同的故障日志信息。具体可根据故障日志的记录需求进行设定。例如，某一模块中包括子单元A1、子单元A2及子单元A3，子单元A1产生故障时，可设定执行模式为记录模块内的所有故障日志信息。子单元A2产生故障时，可设定执行模式为仅记录模块内子单元A2的故障日志信息。子单元A3产生故障时，可设定执行模式为仅记录模块内子单元A3的故障日志信息。

图4是图3所示实施例中的步骤S221在一示例性的实施例中的流程图。如图4所示，判断所述故障数据是否为异常故障数据的步骤可以包括步骤S2211至步骤S2212，详细介绍如下：

步骤S2211、获取所述故障数据与所述模块的关联度信息。

如前所述，每个模块中可包括多个子单元，其中一些子单元可能会出现故障。并且，每个子单元对于相应模块的关联度不同。当某个子单元对于相应模块越重要，则关联度越高。因此，当关联度高的子单元出现故障时，此时的故障数据与此模块的关联度高。

步骤S2212、基于所述关联度信息，判断所述故障数据是否为异常故障数据。

示例性的，当某一模块中，关联度大的子单元出现故障时，此时的故障数据与此模块的关联度高，此故障数据即为异常故障数据。例如，当某一模块内子单元A1的关联度大于子单元A2，且子单元A1出现故障，而子单元A2正常，则此时该模块的故障数据为异常故障数据。若该模块的子单元A1正常，而子单元A2出现故障，则此时该模块的故障数据并不是异常故障数据。若子单元A1与子单元A2均出现故障，则此时该模块的故障数据为异常故障数据。

步骤S230、执行所述模块内的执行模式，生成主日志信息表。

需要说明的是，当执行某一模块内记录故障日志的执行模式时，可记录下该模块内的故障日志信息。通过汇总故障日志信息，可生成主日志信息表。通过主日志信息表，开发人员可以定位故障发生位置及发生原因，即可更有效的快速处理故障问题。

图5是图2所示实施例中的步骤S230在一示例性的实施例中的流程图。如图5所示，执行所述模块内的执行模式，生成主日志信息表的步骤可以包括步骤S231至步骤S232，详细介绍如下：

步骤S231、当执行所述模块内的全局日志记录模式，记录所述模块内的所有故障日志信息，并生成主日志信息表。

具体的，当开发人员需要对存在异常故障数据的模块进行调试时，可通过控制设备向服务端120发送故障日志信息查询请求，服务端120可以将该模块的主日志信息表传输至开发人员的控制设备。通过主日志信息表，开发人员可以定位故障发生位置及发生原因，即可更有效的快速处理故障问题。

步骤S232、当执行所述模块内的部分日志记录模式，记录所述模块内的部分故障日志信息，并生成主日志信息表。

具体的，当某一模块并不存在异常故障数据时，可以表示为该模块存在某些不影响运行的故障。此时，可执行该模块内的部分日志记录模式。当开发人员需要对该模块中的故障进行调试时，可通过控制设备向服务端120发送故障日志信息查询请求，服务端120可以将该模块的主日志信息表传输至开发人员的控制设备。通过主日志信息表，开发人员可以定位该类故障的发生位置及发生原因，即可更有效的快速处理故障问题。

步骤S240、将所述执行模式信息发送至汽车应用程序的其他模块。

需要说明的是，由于汽车软件的应用程序可以包括多个模块，例如控制模块、安全模块、娱乐助手、导航模块或其他模块。在应用程序实际运行过程中，某一模块运行时出现故障时，由于各个模块之间存在关联度，某一模块存在异常故障时，其他模块也可能出现关联性故障。因此某一模块存在故障时，可将该模块的执行模式信息发送至其他模块。以使其他模块运行相应的记录日志的执行模式。由此，可充分记录各个模块的故障日志信息，方便开发人员定位该类故障的发生位置及发生原因，即可更有效的快速处理故障问题。

图6是图2所示实施例中的步骤S240在一示例性的实施例中的流程图。如图6所示，执行所述模块内的执行模式，生成主日志信息表的步骤可以包括步骤S241至步骤S242，详细介绍如下：

步骤S241、判断所述其他模块是否在所述某一模块的预设关联范围内；

需要说明的是，在设定某一模块的预设关联范围时，可根据某一模块与其他模块的关联性来设定。具体的，可通过开发人员的预先测试设定各个模块之间的关联性。例如，某一模块可设定为B1，其他模块可设定为B2、B3及B4。在开发人员进行预先测试时，若B1模块严重故障时，B2模块也出现严重故障，可设定B2模块为高关联性模块。若B1模块严重故障时，B3模块出现一些故障，但仍然可以运行，可设定B3模块为低关联性模块。若B1模块严重故障时，B4模块不会出现任何故障，可设定B4模块为不关联模块。可选择将B1模块的执行模式信息仅发送至相关的B2及B3模块，也可以选择将B1模块的执行模式信息发送至B2、B3及B4模块。因此，预设关联范围可以设定为高关联性模块，即B2及B3模块，也可设定为其他全部模块，即B2、B3及B4模块。然不限于上述预设关联范围，具体可根据实际需求进行设定。

步骤S242、若在所述某一模块的预设关联范围内，将所述执行模式信息发送至所述其他模块。

具体的来说，当某一模块B1的预设关联范围内的模块为B2、B3及B4模块，可分别将B1模块的执行模式信息发送至B2、B3及B4模块。当某一模块B1的预设关联范围内的模块为B2及B3模块，可分别将B1模块的执行模式信息发送至B2及B3模块。

步骤S250、基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式。

需要说明的是，当某一模块存在故障时，该模块执行相应的记录故障日志执行模式。由于汽车软件的应用程序中，多个模块之间存在关联度。因此该模块的故障也可能是由于其他模块的故障引起。因此，当该模块执行相应的记录故障日志的执行模式，其他的模块也执行相应的记录故障日志的执行模式。从而可记录该模块与其他模块的故障日志信息，便于分析该模块的故障问题。

具体的，当开发人员对故障模块进行调试时，可获取该模块与其他模块的故障日志信息。基于充分的故障日志信息，不仅可快速定位此模块的故障发生位置及发生原因，也可查询相关模块的故障发生位置及发生原因。由此可更有效的分析产生故障的根本原因。

图7是图2所示实施例中的步骤S250在一示例性的实施例中的流程图。如图7所示，基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式的步骤可以包括步骤S251至步骤S253，详细介绍如下：

步骤S251、判断所述执行模式信息是否为全局日志记录模式。

需要说明的是，当某一模块存在异常故障数据时，该模块的执行模式信息可设定为全局日志记录模式。全局日志记录模式可记录模块内所有的故障日志信息，便于分析故障发生位置及发生原因。

由于多个模块之间存在关联度，其他模块的故障也可能导致该模块的故障。该模块的故障也可能导致其他模块的故障。因此，也可记录其他模块的故障日志信息，便于分析故障原因。当某一模块出现故障时，可将该模块的执行模式信息发送至其他模块。基于该模块的执行模式信息，可调整其他模块的执行模式，以充分记录故障日志信息。

步骤S252、若是全局日志记录模式，设定所述其他模块内记录故障日志的执行模式为全局日志记录模式。

具体的来说，当某一模块存在异常故障数据并执行全局日志记录模式时，该模块记录自身所有的故障日志信息。由于其他模块的故障也可能导致该模块的故障。该模块的故障也可能导致其他模块的故障，因此可同时设定其他模块为全局日志记录模式，以记录其他模块的所有故障日志信息。当开发人员对故障模块进行调试时，可获取该模块与其他模块的所有故障日志信息，从而可快速定位此模块的故障发生位置及发生原因。

步骤S253、若不是全局日志记录模式，设定所述其他模块内记录故障日志的执行模式为部分日志记录模式。

具体的来说，当某一模块存在某些不影响自身运行的故障时，该模块执行部分日志记录模式，记录部分相关的故障日志信息。由于其他模块的故障也可能导致该模块的故障。该模块的故障也可能导致其他模块的故障，因此可同时设定其他模块为部分日志记录模式，以记录其他模块的部分故障日志信息。当开发人员对故障模块进行调试时，可获取该模块与其他模块的部分故障日志信息，从而可快速定位此模块的故障发生位置及发生原因。

需要说明的是，每个模块中可包括多个子单元，当某个模块产生故障时，说明某些子单元中存在故障。当某一模块存在某些不影响自身运行的故障时，可仅记录引起模块故障的子单元的故障日志数据。

步骤S260、执行所述其他模块内的执行模式，生成子日志信息表。

当执行其他模块内记录故障日志的执行模式时，可记录下其他模块内的故障日志信息。通过汇总故障日志信息，可生成子日志信息表。通过子日志信息表，开发人员可以定位故障发生位置及发生原因，即可更有效的快速处理故障问题。

图8是图2所示实施例中的步骤S260在一示例性的实施例中的流程图。如图8所示，执行所述其他模块内的执行模式，生成子日志信息表的步骤可以包括步骤S261至步骤S262，详细介绍如下：

步骤S261、当执行所述其他模块内的全局日志记录模式，记录所述其他模块内的所有故障日志，并生成子日志信息表。

具体的，当开发人员需要对存在异常故障数据的模块进行调试时，可通过控制设备向服务端120发送故障日志信息查询请求，服务端120可以将主日志信息表与子日志信息表传输至开发人员的控制设备。通过主日志信息表与子日志信息表，开发人员可以定位故障发生位置及发生原因，即可更有效的快速处理故障问题。

步骤S262、当执行所述其他模块内的部分日志记录模式，记录所述其他模块内的部分故障日志，并生成子日志信息表。

具体的，子日志信息表可以反映其他模块内的部分故障日志，开发人员可以定位故障发生位置及发生原因，即可更有效的快速处理故障问题。

步骤S270、汇总所述主日志信息表与所述子日志信息表，生成故障日志信息表。

需要说明的是，故障日志信息表中的故障日志数据可以按照每个数据与故障的关联程度进行排序。

例如，故障日志数据包括P1数据、P2数据、P3数据、P4数据。P1数据与故障的关联程度为0.6，P2数据与故障的关联程度为0.8，P3数据与故障的关联程度为0.9，P4数据与故障的关联程度为0.2。

则故障日志信息表可表示为，P3数据，P2数据，P1数据，P4数据。

当开发人员需要对存在异常故障数据的模块进行调试时，可通过控制设备向服务端120发送故障日志信息查询请求，服务端120可以将汇总的故障日志信息表传输至开发人员的控制设备。通过故障日志信息表，开发人员可以对相应的故障模块进行调试，以定位故障发生位置及发生原因，即可更有效的快速处理故障问题。

可见，在上述方案中，能优化软件故障日志的记录方式，记录充足的故障日志信息，提高软件的运行性能。

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

图9是本申请的一示例性实施例示出的一种记录故障日志的处理装置的结构图。该记录故障日志的处理装置与上述实施例中记录故障日志的处理方法一一对应。该装置可以应用于图1所示的实施环境中。该装置也可以适用于其它的示例性实施环境，并具体配置在相应设备中，本实施例不对该装置所适用的实施环境进行限制。

如图9所示，该示例性的记录故障日志的处理装置包括：

接收模块201，用于接收汽车应用程序内某一模块的故障数据；

处理模块202，用于基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式；

执行模块203，用于执行所述模块内的执行模式，生成主日志信息表；

传输模块204，用于将所述执行模式信息发送至汽车应用程序的其他模块；

确认模块205，用于基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式；

生成模块206，用于执行所述其他模块内的执行模式，生成子日志信息表；

汇总模块207，用于汇总所述主日志信息表与所述子日志信息表，生成故障日志信息表。

在另一示例性的实施例中，处理模块202，具体用于：

判断所述故障数据是否为异常故障数据；

若是异常故障数据，设定所述模块内记录故障日志的执行模式为全局日志记录模式；

若不是异常故障数据，设定所述模块内记录故障日志的执行模式为部分日志记录模式。

在另一示例性的实施例中，处理模块202，还用于：

获取所述故障数据与所述模块的关联度信息；

基于所述关联度信息，判断所述故障数据是否为异常故障数据。

在另一示例性的实施例中，执行模块203，具体用于：

当执行所述模块内的全局日志记录模式，记录所述模块内的所有故障日志信息，并生成主日志信息表；

当执行所述模块内的部分日志记录模式，记录所述模块内的部分故障日志信息，并生成主日志信息表。

在另一示例性的实施例中，传输模块204，具体用于：

判断所述其他模块是否在所述某一模块的预设关联范围内；

若在所述某一模块的预设关联范围内，将所述执行模式信息发送至所述其他模块。

在另一示例性的实施例中，确认模块205，具体用于：

判断所述执行模式信息是否为全局日志记录模式；

若是全局日志记录模式，设定所述其他模块内记录故障日志的执行模式为全局日志记录模式；

若不是全局日志记录模式，设定所述其他模块内记录故障日志的执行模式为部分日志记录模式。

在另一示例性的实施例中，生成模块206，具体用于：

当执行所述其他模块内的全局日志记录模式，记录所述其他模块内的所有故障日志，并生成子日志信息表；

当执行所述其他模块内的部分日志记录模式，记录所述其他模块内的部分故障日志，并生成子日志信息表。

本发明提供了一种记录故障日志的处理装置，能够优化软件故障日志的记录方式，记录充足的故障日志信息，提高软件的运行性能。

需要说明的是，上述实施例所提供的记录故障日志的处理装置与上述实施例所提供的记录故障日志的处理方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的记录故障日志的处理装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的记录故障日志的处理方法。

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

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

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

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

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

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前记录故障日志的处理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的记录故障日志的处理方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种记录故障日志的处理方法，其特征在于，包括：

接收汽车应用程序内某一模块的故障数据；

基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式；

执行所述模块内的执行模式，生成主日志信息表；

将所述执行模式信息发送至汽车应用程序的其他模块；

基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式；

执行所述其他模块内的执行模式，生成子日志信息表；

汇总所述主日志信息表与所述子日志信息表，生成故障日志信息表。

2.根据权利要求1所述的记录故障日志的处理方法，其特征在于，所述基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式的步骤包括：

判断所述故障数据是否为异常故障数据；

若是异常故障数据，设定所述模块内记录故障日志的执行模式为全局日志记录模式；

若不是异常故障数据，设定所述模块内记录故障日志的执行模式为部分日志记录模式。

3.根据权利要求2所述的记录故障日志的处理方法，其特征在于，所述判断所述故障数据是否为异常故障数据的步骤包括：

获取所述故障数据与所述模块的关联度信息；

基于所述关联度信息，判断所述故障数据是否为异常故障数据。

4.根据权利要求1所述的记录故障日志的处理方法，其特征在于，所述执行所述模块内的执行模式，生成主日志信息表的步骤包括：

当执行所述模块内的全局日志记录模式，记录所述模块内的所有故障日志信息，并生成主日志信息表；

当执行所述模块内的部分日志记录模式，记录所述模块内的部分故障日志信息，并生成主日志信息表。

5.根据权利要求1所述的记录故障日志的处理方法，其特征在于，所述将所述执行模式信息发送至汽车应用程序的其他模块的步骤包括：

判断所述其他模块是否在所述某一模块的预设关联范围内；

若在所述某一模块的预设关联范围内，将所述执行模式信息发送至所述其他模块。

6.根据权利要求1所述的记录故障日志的处理方法，其特征在于，所述基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式的步骤包括：

判断所述执行模式信息是否为全局日志记录模式；

若是全局日志记录模式，设定所述其他模块内记录故障日志的执行模式为全局日志记录模式；

若不是全局日志记录模式，设定所述其他模块内记录故障日志的执行模式为部分日志记录模式。

7.根据权利要求1所述的记录故障日志的处理方法，其特征在于，所述执行所述其他模块内的执行模式，生成子日志信息表的步骤包括：

当执行所述其他模块内的全局日志记录模式，记录所述其他模块内的所有故障日志，并生成子日志信息表；

当执行所述其他模块内的部分日志记录模式，记录所述其他模块内的部分故障日志，并生成子日志信息表。

8.根据权利要求5所述的记录故障日志的处理装置，其特征在于，包括：

接收模块，用于接收汽车应用程序内某一模块的故障数据；

处理模块，用于基于所述故障数据，设定所述模块内记录故障日志的执行模式，所述执行模式包括全局日志记录模式及部分日志记录模式；

执行模块，用于执行所述模块内的执行模式，生成主日志信息表；

传输模块，用于将所述执行模式信息发送至汽车应用程序的其他模块；

确认模块，用于基于所述执行模式信息，设定所述其他模块内记录故障日志的执行模式；

生成模块，用于执行所述其他模块内的执行模式，生成子日志信息表；

汇总模块，用于汇总所述主日志信息表与所述子日志信息表，生成故障日志信息表。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的记录故障日志的处理方法。

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

Images