日志信息处理方法、日志信息处理单元及微控制单元MCU

摘要

本公开的实施例提供了一种日志信息处理方法、日志信息处理单元及微控制单元MCU。该方法包括：在车辆的MCU处，获取日志信息；将日志信息发送至车辆的目标控制单元；其中，目标控制单元包括中央处理器或者系统级芯片SOC。本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

说明书

技术领域

本公开的实施例涉及车辆工程技术领域，尤其涉及一种日志信息处理方法、日志信息处理单元及MCU。

背景技术

目前，车辆(例如电动汽车)中设置的微控制单元(Microcontroller Unit，MCU)用于负责对实时性和稳定性要求较高的处理操作。本领域技术人员可以理解的是，MCU在工作过程中能够产生日志信息，这些日志信息可以用来帮助维修人员分析和定位车辆在运行过程中出现的缺陷和异常。

然而，一般情况下，MCU具有小型实时操作系统且非易失性存储空间非常小，或者，MCU根本不具有操作系统，因此，MCU虽然能够产生日志信息，但是其并不具备存储日志信息的能力，这样，在MCU出现偶发性问题的情况下，维修人员无法根据MCU的日志信息分析和定位车辆出现的缺陷和异常。

发明内容

第一方面，本公开的实施例提供一种日志信息处理方法，所述方法包括：

在车辆的微控制单元MCU处，

获取日志信息；

将所述日志信息发送至所述车辆的目标控制单元；其中，所述目标控制单元包括中央处理器或者系统级芯片SOC。

在一些实施例中，所述获取日志信息之后，所述方法还包括：

获取所述日志信息相关的车辆系统运行状态信息；

所述将所述日志信息发送至所述车辆的目标控制单元，包括：

将所述车辆系统运行状态信息连同所述日志信息发送至所述车辆的目标控制单元。

在一些实施例中，所述获取日志信息之后，所述方法还包括：

对所述日志信息分别进行加密处理和数字签名处理，以获得经加密处理的所述日志信息和经数字签名处理的所述日志信息；

所述将所述日志信息发送至所述车辆的目标控制单元，包括：

将经加密处理的所述日志信息连同经数字签名处理的所述日志信息发送至所述车辆的目标控制单元。

在一些实施例中，所述日志信息包括日志信息属性，所述日志信息属性包括信息严重等级和/或信息类别。

第二方面，本公开的实施例提供一种日志信息处理方法，所述方法包括：

在车辆的目标控制单元处，

接收所述车辆的微控制单元MCU发送的日志信息；其中，所述目标控制单元包括中央处理器或者系统级芯片SOC；

存储接收到的日志信息至日志文件。

在一些实施例中，所述日志文件的数量为至少两个；

所述存储接收到的日志信息至日志文件，包括：

根据接收到的日志信息的日志信息属性，存储接收到的日志信息至相应日志文件；其中，所述日志信息属性包括信息严重等级和/或信息类别，日志信息属性不同的日志信息存储在不同的日志文件中。

在一些实施例中，所述接收所述车辆的微控制单元MCU发送的日志信息，包括：

接收所述车辆的MCU发送的日志信息以及该日志信息相关的车辆系统运行状态信息；

所述存储接收到的日志信息至日志文件，包括：

存储接收到的日志信息和车辆系统运行状态信息至日志文件。

在一些实施例中，所述目标控制单元接收到的日志信息包括第一数据和第二数据，所述第一数据由所述MCU对自身获取的日志信息进行加密处理得到，所述第二数据由所述MCU对自身获取的日志信息进行数字签名处理得到；

所述存储接收到的日志信息至日志文件之后，所述方法还包括：

在满足预设条件的情况下，对存储的日志信息中的第一数据进行解密处理，获得相应的日志信息；

根据获得的日志信息和存储的日志信息中的第二数据进行验签处理；

在验签成功时，输出获得的日志信息；

在验签失败时，删除获得的日志信息。

在一些实施例中，所述在满足预设条件的情况下，对存储的日志信息中的第一数据进行解密处理，包括：

在接收到云端服务器发送的，对存储的日志信息的获取指令时，对存储的日志信息中的第一数据进行解密处理；

所述输出获得的日志信息，包括：

向云端服务器发送获得的日志信息；

所述获得相应的日志信息之后，所述方法还包括：

在验签失败时，向所述云端服务器发送验签失败提示信息。

第三方面，本公开的实施例提供一种日志信息处理单元，包括：

第一获取模块，用于在车辆的微控制单元MCU处，获取日志信息；

发送模块，用于在车辆的微控制单元MCU处，将所述日志信息发送至所述车辆的目标控制单元；其中，所述目标控制单元包括中央处理器或者系统级芯片SOC。

第四方面，本公开的实施例提供一种日志信息处理单元，包括：

接收模块，用于在车辆的目标控制单元处，接收所述车辆的微控制单元MCU发送的日志信息；其中，所述目标控制单元包括中央处理器或者系统级芯片SOC；

存储模块，用于在车辆的目标控制单元处，存储接收到的日志信息至日志文件。

第五方面，本公开的实施例提供一种微控制单元MCU，包括：处理器和存储器；所述存储器中存储有计算机指令；所述处理器与所述存储器耦合，用于执行所述存储器中存储的计算机指令；所述计算机指令用以执行上述第一方面提供的方法。

第六方面，本公开的实施例提供一种目标控制单元，所述目标控制单元包括中央处理器或者系统级芯片SOC；还包括存储器；所述中央处理器或者所述SOC与所述存储器耦合，用于执行所述存储器中存储的计算机指令；所述计算机指令用以执行上述第二方面提供的方法。

第七方面，本公开的实施例提供一种车辆，包括上述第五方面提供的微控制单元MCU和上述第六方面提供的目标控制单元；其中，所述MCU和所述目标控制单元电连接。

附图说明

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

图1是本公开的实施例提供的第一种日志信息处理方法的流程图；

图2是本公开的实施例提供的第二种日志信息处理方法的流程图；

图3是本公开的实施例提供的第一种日志信息处理单元的结构示意图之一；

图4是本公开的实施例提供的第一种日志信息处理单元的结构示意图之二；

图5是本公开的实施例提供的第一种日志信息处理单元的结构示意图之三；

图6是本公开的实施例提供的第二种日志信息处理单元的结构示意图之一；

图7是本公开的实施例提供的第二种日志信息处理单元的结构示意图之二；

图8是本公开的实施例提供的第二种日志信息处理单元的结构示意图之三；

图9是本公开的实施例提供的车辆的结构示意图；

图10是本公开的实施例提供的第三种日志信息处理方法的流程图。

具体实施方式

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

本公开的实施例提供了一种日志信息处理方法、日志信息处理单元、MCU、目标控制单元及车辆。

参见图1，图中示出了本公开的实施例提供的日志信息处理方法的流程图。如图1所示，在车辆的MCU侧，该方法包括如下步骤：

步骤101，获取日志信息。

其中，MCU获取的日志信息中可以包括日志状态描述信息、日志状态描述信息的生成时间、与日志状态描述信息相关的模块及程序位置。日志状态描述信息可以包括电源电压状态信息、随机存取存储器(Random-Access Memory，RAM)占用率信息、车辆中某个开关的状态信息、控制器局域网(Controller Area Network，CAN)通信状态信息或者本地互联网络(Local Interconnect Network，LIN)通信状态信息等等。具体地，电源电压状态信息可以为电源电压过低，CAN通信状态信息可以为电子控制单元(Electronic Control Unit，ECU)的CAN通信丢失故障。

步骤102，将日志信息发送至车辆的目标控制单元；其中，目标控制单元包括中央处理器(Central Processing Unit，CPU)或者系统级芯片(System on a Chip，SOC)。

由于目标控制单元包括CPU或者SOC，因此，目标控制单元可以负责处理用户界面(User Interface，UI)交互操作，并且，MCU与目标控制单元之间可以通过通用异步收发器(Universal Asynchronous Receiver/Transmitte，UART)或者高速同步串行口(SerialPeripheral Interface，SPI)等进行信息交互。这样，通过UART或者SPI，MCU能够将获取的日志信息成功发送至目标控制单元，此外，MCU和目标控制单元还可以相互同步工作状态。

需要说明的是，在获取到日志信息的情况下，MCU可以实时地将获取到的日志信息发送至目标控制单元。当然，在获取到日志信息的情况下，MCU也可以暂时不向目标控制单元发送获取到的日志信息，而是先缓存获取到的日志信息；待缓存一定时间的日志信息或者缓存的日志信息达到一定容量大小(例如20M)，MCU再将缓存的所有日志信息一并发送至目标控制单元。

可以理解的是，目标控制单元(即CPU或者SOC)上一般具有linux、QNX、android或者其他符合可移植操作系统接口(Portable Operating System Interface，POSIX)标准的操作系统。这样，目标控制单元具有较为复杂的操作系统，目标控制单元的非易失性存储空间较大，目标控制单元可以以文件形式存储各种系统数据和用户数据，因此，目标控制单元具有存储日志信息的能力。

有鉴于此，本公开的实施例中，目标控制单元的非易失性存储空间中可以设有日志文件，在接收到MCU发送的日志信息后，目标控制单元可以存储接收到的日志信息至非易失性存储空间中的日志文件，以将接收到的日志信息以文件形式存储下来，从而实现MCU的日志信息的离线存储。

本公开的实施例中，车辆的MCU可以将获取的日志信息发送至车辆的目标控制单元，使得车辆的目标控制单元可以存储接收到的日志信息至日志文件。进而可以实现MCU的日志信息的离线存储。这样，即使MCU出现偶发性问题，维修人员也可以根据目标控制单元的日志文件中存储的日志信息来分析和定位车辆出现的缺陷和异常。可见，通过目标控制单元对MCU的日志信息的离线存储，本公开的实施例较好地解决了在MCU出现偶发性问题的情况下，维修人员无法根据MCU的日志信息分析和定位车辆出现的缺陷和异常的问题。

在一些实施例中，日志信息包括日志信息属性，日志信息属性包括信息严重等级和/或信息类别。

假设日志信息属性仅包括信息严重等级，信息严重等级主要可以分为FATAL、ERROR、WARN、INFO和DEBUG五个等级；其中，对每个等级的描述具体见下面的表1。

序号等级描述1FATAL指出每个严重的错误事件将会导致应用程序的退出2ERROR指出虽然发生错误事件，但仍然不影响系统的继续运行。3WARN表明会出现潜在错误的情形4INFO表明消息在粗粒度级别上突出强调应用程序的运行过程。5DEBUG指出细粒度信息事件对调试应用程序是非常有帮助的。

表1

这种情况下，目标控制单元的非易失性存储空间中可以设有五个日志文件，分别是日志文件1、日志文件2、日志文件3、日志文件4和日志文件5。其中，日志文件1的文件名称中可以包括FATAL，以表征日志文件1与FATAL这种信息严重等级对应；日志文件2的文件名称中可以包括ERROR，以表征日志文件2与ERROR这种信息严重等级对应；日志文件3的文件名称中可以包括WARN，以表征日志文件3与WARN这种信息严重等级对应；日志文件4的文件名称中可以包括INFO，以表征日志文件4与INFO这种信息严重等级对应；日志文件5的文件名称中可以包括DEBUG，以表征日志文件5与DEBUG这种信息严重等级对应。

在接收到MCU发送的日志信息时，目标控制单元可以根据接收到的日志信息的信息严重等级，存储接收到的日志信息至与该日志信息的信息严重等级对应的日志文件中，以使信息严重等级不同的日志信息存储在不同的日志文件中。具体地，若接收到的日志信息的信息严重等级为ERROR，目标控制单元可以存储该日志信息至文件名称包括ERROR的日志文件2中；若接收到的日志信息的信息严重等级为DEBUG，目标控制单元可以存储该日志信息至文件名称包括DEBUG的日志文件5中。

假设日志信息属性仅包括信息类别，信息类别主要可以分为运行类别和通讯类别两个类别。一般而言，所包括的日志描述信息为电源电压状态信息、RAM占用率信息的日志信息中的信息类别为运行类别；所包括的日志描述信息为CAN通信状态信息或者LIN通信状态信息的日志信息中的信息类别为通信类别。

这种情况下，目标控制单元的非易失性存储空间中可以设置有两个日志文件，分别是日志文件6和日志文件7。其中，日志文件6的文件名称中可以包括运行类别，以表征日志文件6与运行类别这种信息类别对应；日志文件7的文件名称中可以包括通讯类别，以表征日志文件7与通讯类别这种信息类别对应。

在接收到MCU发送的日志信息时，目标控制单元可以根据接收到的日志信息的信息类别，存储接收到的日志信息至与该日志信息的信息类别对应的日志文件中，以使信息类别不同的日志信息存储在不同的日志文件中。具体地，若接收到的日志信息的信息类别为通讯类别，目标控制单元可以存储该日志信息至文件名称包括通讯类别的日志文件7中。

需要指出的是，各日志文件的文件名称除了包括信息严重等级、信息类别等日志信息属性，还可以包括创建日期等其他信息。

本公开的实施例中，目标控制单元可以根据接收到的日志信息的日志信息属性，将接收到的日志信息存储至相应日志文件中，以使日志信息属性不同的日志信息存储在不同日志文件中，这样可以方便维修人员后续对具有特定日志信息属性的日志信息进行快速查找。举例而言，在维修人员发现车辆显示的行驶总里程复位为0的情况下，由于这种情况是较为严重的故障，这时，维修人员可以向车辆发送查找指令，以控制目标控制单元在日志文件1中查找记录有行驶总里程复位为零的情况的日志信息。在目标控制单元查找到该日志信息后，目标控制单元可以将该日志信息提供给维修人员，这样，维修人员可以借助该日志信息定位产生该情况的原因。

需要指出的是，每个日志文件一般具有预设容量大小，当日志文件中的日志信息的总量达到预设容量大小时，目标控制单元可以关闭该文件夹，并重新创建一个新的文件夹来存储相应的日志信息。

在一些实施例中，获取日志信息之后，该方法还包括：

获取日志信息相关的车辆系统运行状态信息。

将日志信息发送至车辆的目标控制单元，包括：

将车辆系统运行状态信息连同日志信息发送至车辆的目标控制单元。

本公开的实施例中，MCU获取的日志信息可以包括信息严重等级，MCU可以在获取的日志信息的信息严重等级属于预设严重等级时，获取该日志信息相关的车辆系统运行状态信息。具体地，预设严重等级可以为FATAL。

具体实施时，如果MCU获取的日志信息中的信息严重等级为FATAL，由于FATAL对应的描述是“指出每个严重的错误事件将会导致应用程序的退出”，可以认为该日志信息记录有较为严重的错误事件，该错误事件对于车辆的正常运行影响非常大，因此，MCU可以获取该日志信息相关的车辆系统运行状态信息。

假设该日志信息中的日志状态描述信息为某ECU的CAN通信丢失故障，该日志信息中的信息严重等级为FATAL，这时，MCU可以获取与CAN通信状态相关的车辆系统运行状态信息。具体地，MCU获取的车辆系统运行状态信息可以包括上电时间信息(例如系统最近一次上电的时间信息)、行驶里程信息(例如行驶总里程信息)、行驶速度信息、档位信息、方向盘转角信息中的至少一项。之后，MCU可以将获取的车辆系统运行状态信息连同日志信息发送至车辆的目标控制单元，目标控制单元可以存储接收到的日志信息和车辆系统运行状态信息至日志文件。

这样，在MCU出现偶发性问题的情况下，由于目标控制单元的日志文件中除了日志信息外还存储有包括上电时间信息、行驶里程信息、行驶速度信息、档位信息、方向盘转角信息中的至少一项的车辆系统运行状态信息，这些信息可以进一步协助维修人员进行缺陷和异常分析，从而进一步提高缺陷和异常分析的效果。

在一些实施例中，获取日志信息之后，该方法还包括：

对日志信息分别进行加密处理和数字签名处理，以获得经加密处理的日志信息和经数字签名处理的日志信息；

将日志信息发送至车辆的目标控制单元，包括：

将经加密处理的日志信息连同经数字签名处理的日志信息发送至车辆的目标控制单元。

其中，MCU对获取的日志信息进行加密处理时使用的加密算法可以为消息摘要算法第五版(MD5)、高级加密标准(Advanced Encryption Standard，AES)或者RSA(一种非对称加密算法)等等。

本公开的实施例中，MCU向目标控制单元发送的是经加密处理的日志信息和经数字签名处理的日志信息，也就是说，MCU以密文形式向目标控制单元传输日志信息，这样能够较好地保证日志信息的传输安全性。另外，目标控制单元接收到的经数字签名处理的日志信息可以用于后续对日志信息进行完整性校验。

综上，本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

参见图2，图中示出了本公开的实施例提供的日志信息处理方法的流程图。如图2所示，在车辆的目标控制单元处，该方法包括如下步骤：

步骤201，接收车辆的MCU发送的日志信息；其中，目标控制单元包括CPU或者SOC；

步骤202，存储接收到的日志信息至日志文件。

本公开的实施例中，车辆的目标控制单元可以接收MCU发送的日志信息，并存储为日志文件，以实现MCU的日志信息的离线存储。这样，即使MCU出现偶发性问题，维修人员也可以根据目标控制单元的日志文件中存储的日志信息来分析和定位车辆出现的缺陷和异常。可见，通过目标控制单元对MCU的日志信息的离线存储，本公开的实施例较好地解决了在MCU出现偶发性问题的情况下，维修人员无法根据MCU的日志信息分析和定位车辆出现的缺陷和异常的问题。

在一些实施例中，日志文件的数量为至少两个；

存储接收到的日志信息至日志文件，包括：

根据接收到的日志信息的日志信息属性，存储接收到的日志信息至相应日志文件；其中，日志信息属性包括信息严重等级和/或信息类别，日志信息属性不同的日志信息存储在不同的日志文件中。

本公开的实施例中，由于目标控制单元将日志信息属性不同的日志信息存储在不同的日志文件中，这样可以方便维修人员后续对具有特定日志信息属性的日志信息进行快速查找。

在一些实施例中，接收车辆的MCU发送的日志信息，包括：

接收车辆的MCU发送的日志信息以及该日志信息相关的车辆系统运行状态信息；

存储接收到的日志信息至日志文件，包括：

存储接收到的日志信息和车辆系统运行状态信息至日志文件。

本公开的实施例中，日志文件中不仅存储有日志信息，还存储有日志信息相关的车辆系统运行状态信息，该车辆系统运行状态信息可以进一步协助维修人员进行缺陷和异常分析，从而进一步提高缺陷和异常分析的效果。

在一些实施例中，目标控制单元接收到的日志信息包括第一数据和第二数据，第一数据由MCU对自身获取的日志信息进行加密处理得到，第二数据由MCU对自身获取的日志信息进行数字签名处理得到；

存储接收到的日志信息至日志文件之后，该方法还包括：

在满足预设条件的情况下，对存储的日志信息中的第一数据进行解密处理，获得相应的日志信息。

其中，目标控制单元对第一数据进行解密处理使用的解密算法需要与MCU得到第一数据所使用的加密算法具有对应性，以保证第一数据的成功解密。

根据获得的日志信息和存储的日志信息中的第二数据进行验签处理；

在验签成功时，输出获得的日志信息；

在验签失败时，删除获得的日志信息。

本公开的实施例中，在目标控制单元对第一数据进行解密处理，以获得相应的日志信息之后，目标控制单元可以对获得的日志信息进行数字签名处理，以获得第三数据。接下来，目标控制单元可以将获得的第三数据与存储的日志信息中的第二数据两者进行比对。

如果经比对确定出两者相同，目标控制单元可以确定验签成功，即解密获得的日志信息的完整性校验通过，此时，目标控制单元可以直接输出获得的日志信息。在MCU出现偶发性问题的情况下，维修人员可以根据目标控制单元输出的日志信息分析和定位车辆出现的缺陷和异常。

如果经过比对确定出两者不相同，目标控制单元可以确定验签失败，即解密获得的日志信息的完整性校验不通过，此时，目标控制单元可以直接删除经解密获得的日志信息，以避免这些日志信息对存储空间的占用。

在一些实施例中，在满足预设条件的情况下，对存储的日志信息中的第一数据进行解密处理，包括：

在接收到云端服务器发送的，对存储的日志信息的获取指令时，对存储的日志信息中的第一数据进行解密处理；

具体地，车辆的目标控制单元可以通过以太网或者通用串行总线(UniversalSerial Bus，USB)接收云端服务器发送的获取指令。

输出获得的日志信息，包括：

向云端服务器发送获得的日志信息。

根据获得的日志信息和存储的日志信息中的第二数据进行验签处理之后，该方法还包括：

在验签失败时，向云端服务器发送验签失败提示信息。

具体地，目标控制单元可以通过以太网或者USB向云端服务器发送获得的日志信息和验签失败提示信息。

本公开的实施例中，若维修人员存在远程分析和定位车辆出现的缺陷和异常的需求，维修人员可以通过云端服务器向目标控制单元发送对存储的日志信息的获取指令。在接收到该获取指令的情况下，目标控制单元判定预设条件满足，此时，目标控制单元进行解密处理和验签处理。

在验签成功的情况下，目标控制单元向云端服务器发送获得的日志信息，云端服务器可以展示接收到的日志信息。这样，维修人员可以根据云端服务器展示的日志信息远程分析和定位车辆出现的缺陷和异常。

在验签失败的情况下，目标控制单元向云端服务器发送验签失败提示信息，云端服务器可以通过语音、文字等形式输出接收到的验签失败提示信息。这样，维修人员根据云端服务器输出的验签失败提示信息即可获知验签失败的情况，维修人员可以及时采取其他的处理措施。

本公开的实施例提供的在目标控制单元处执行的日志信息处理方法中，相关的概念可以参照对在MCU处执行的日志信息处理方法的相关描述，在此不再赘述。

综上，本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

参见图3，图中示出了本公开的实施例提供的日志信息处理单元300的结构示意图。如图3所示，日志信息处理单元300包括：

第一获取模块301，用于在车辆的MCU处，获取日志信息；

发送模块302，用于在车辆的MCU处，将日志信息发送至车辆的目标控制单元；其中，目标控制单元包括CPU或者SOC。

在一些实施例中，如图4所示，日志信息处理单元300还包括：

第二获取模块311，用于在获取日志信息之后，获取日志信息相关的车辆系统运行状态信息；

发送模块302，具体用于：

将车辆系统运行状态信息连同日志信息发送至车辆的目标控制单元。

在一些实施例中，如图5所示，日志信息处理单元300还包括：

处理模块321，用于在获取日志信息之后，对日志信息分别进行加密处理和数字签名处理，以获得经加密处理的日志信息和经数字签名处理的日志信息；

发送模块302，具体用于：

将经加密处理的日志信息连同经数字签名处理的日志信息发送至车辆的目标控制单元。

在一些实施例中，日志信息包括日志信息属性，日志信息属性包括信息严重等级和/或信息类别。

本公开的实施例提供的日志信息处理单元300，可以用以执行上述任一项实施例描述的在MCU处执行的日志信息处理方法。本公开实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在MCU处执行的日志信息处理方法中的相关描述，在此不再赘述。

综上，本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

参见图6，图中示出了本公开的实施例提供的日志信息处理单元600的结构示意图。如图6所示，日志信息处理单元600包括：

接收模块601，用于在车辆的目标控制单元处，接收车辆的MCU发送的日志信息；其中，目标控制单元包括CPU或者SOC；

存储模块602，用于在车辆的目标控制单元处，存储接收到的日志信息至日志文件。

在一些实施例中，日志文件的数量为至少两个；

存储模块602，具体用于：

根据接收到的日志信息的日志信息属性，存储接收到的日志信息至相应日志文件；其中，日志信息属性包括信息严重等级和/或信息类别，日志信息属性不同的日志信息存储在不同的日志文件中。

在一些实施例中，接收模块601，具体用于：

接收车辆的MCU发送的日志信息以及该日志信息相关的车辆系统运行状态信息；

存储模块602，具体用于：

存储接收到的日志信息和车辆系统运行状态信息至日志文件。

在一些实施例中，目标控制单元接收到的日志信息包括第一数据和第二数据，第一数据由MCU对自身获取的日志信息进行加密处理得到，第二数据由MCU对自身获取的日志信息进行数字签名处理得到；

如图7所示，日志信息处理单元600还包括：

获得模块611，用于在存储接收到的日志信息至日志文件之后，在满足预设条件的情况下，对存储的日志信息中的第一数据进行解密处理，获得相应的日志信息；

验签模块612，用于根据获得的日志信息和存储的日志信息中的第二数据进行验签处理；

输出模块613，用于在验签成功时，输出获得的日志信息；

删除模块614，用于在验签失败时，删除获得的日志信息。

在一些实施例中，获得模块611，具体用于：

在接收到云端服务器发送的，对存储的日志信息的获取指令时，对存储的日志信息中的第一数据进行解密处理；

输出模块613，具体用于：

向云端服务器发送获得的日志信息；

如图8所示，日志信息处理单元600，还包括：

发送模块621，用于在根据获得的日志信息和存储的日志信息中的第二数据进行验签处理之后，在验签失败时，向云端服务器发送验签失败提示信息。

本公开的实施例提供的日志信息处理单元600，可以用以执行上述任一项实施例描述的在目标控制单元处执行的日志信息处理方法。本公开的实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在目标控制单元处执行的日志信息处理方法中的相关描述，在此不再赘述。

综上，本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

本公开的实施例还提供一种MCU，包括处理器和存储器；存储器中存储有计算机指令；处理器与存储器耦合，用于执行存储器中存储的计算机指令；计算机指令用以执行上述任一项实施例描述的在MCU处执行的日志信息处理方法。本公开的实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在MCU处执行的日志信息处理方法中的相关描述，在此不再赘述。

本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

本公开的实施例还提供一种目标控制单元，目标控制单元包括CPU或者SOC；还包括存储器；CPU或者SOC与存储器耦合，用于执行存储器中存储的计算机指令；计算机指令用以执行上述任一项实施例描述的在目标控制单元处执行的日志信息处理方法。本公开的实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在目标控制单元处执行的日志信息处理方法中的相关描述，在此不再赘述。

本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

参见图9，图中示出了本公开的实施例提供的车辆900的结构示意图。如图9所示，车辆900包括上述实施例提供的MCU(假设其为MCU901)和上述实施例提供的目标控制单元(假设其为MCU902)；其中，MCU901和目标控制单元902电连接。本公开的实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在MCU处执行的日志信息处理方法以及在目标控制单元处执行的日志信息处理方法中的相关描述，在此不再赘述。

本公开的实施例中，通过目标控制单元902对MCU901的日志信息的离线存储，在MCU901出现偶发性问题的情况下，维修人员能够根据目标控制单元902存储的日志信息分析和定位车辆出现的缺陷和异常。

参见图10，图中示出了本公开的实施例提供的日志信息处理方法的流程图。如图10所示，该方法包括如下步骤：

步骤1001，在车辆的MCU处，获取日志信息；

步骤1002，在车辆的MCU处，将日志信息发送至车辆的目标控制单元；其中，目标控制单元包括CPU或者SOC。

步骤1003，在车辆的目标控制单元处，接收车辆的MCU发送的日志信息；

步骤1004，在车辆的目标控制单元处，存储接收到的日志信息至日志文件。

在一些实施例中，获取日志信息之后，该方法还包括：

在车辆的MCU处，获取日志信息相关的车辆系统运行状态信息；

将日志信息发送至车辆的目标控制单元，包括：

将车辆系统运行状态信息连同日志信息发送至车辆的目标控制单元；

接收车辆的MCU发送的日志信息，包括：

接收车辆的MCU发送的日志信息以及该日志信息相关的车辆系统运行状态信息；

存储接收到的日志信息至日志文件，包括：

存储接收到的日志信息和车辆系统运行状态信息至日志文件。

在一些实施例中，获取日志信息之后，该方法还包括：

在车辆的MCU处，对日志信息分别进行加密处理和数字签名处理，以获得经加密处理的日志信息和经数字签名处理的日志信息；

将日志信息发送至车辆的目标控制单元，包括：

将经加密处理的日志信息连同经数字签名处理的日志信息发送至车辆的目标控制单元；

目标控制单元接收到的日志信息包括第一数据和第二数据，第一数据由MCU对自身获取的日志信息进行加密处理得到，第二数据由MCU对自身获取的日志信息进行数字签名处理得到；

存储接收到的日志信息至日志文件之后，该方法还包括：

在车辆的目标控制单元处，

在满足预设条件的情况下，对存储的日志信息中的第一数据进行解密处理，获得相应的日志信息；

根据获得的日志信息和存储的日志信息中的第二数据进行验签处理；

在验签成功时，输出获得的日志信息；

在验签失败时，删除获得的日志信息。

在一些实施例中，在满足预设条件的情况下，对存储的日志信息中的第一数据进行解密处理，包括：

在接收到云端服务器发送的，对存储的日志信息的获取指令时，对存储的日志信息中的第一数据进行解密处理；

输出获得的日志信息，包括：

向云端服务器发送获得的日志信息；

根据获得的日志信息和存储的日志信息中的第二数据进行验签处理之后，该方法还包括：

在验签失败时，向云端服务器发送验签失败提示信息。

在一些实施例中，日志信息包括日志信息属性，日志信息属性包括信息严重等级和/或信息类别；日志文件的数量为至少两个；

存储接收到的日志信息至日志文件，包括：

根据接收到的日志信息的日志信息属性，存储接收到的日志信息至相应日志文件；其中，日志信息属性包括信息严重等级和/或信息类别，日志信息属性不同的日志信息存储在不同的日志文件中。

本公开的实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在MCU处执行的日志信息处理方法以及在目标控制单元处执行的日志信息处理方法中的相关描述，在此不再赘述。

本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

本公开的实施例还提供一种日志信息处理系统，该日志信息处理系统包括上述的日志信息处理单元300以及上述的日志信息处理单元600。本公开的实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在MCU处执行的日志信息处理方法以及在目标控制单元处执行的日志信息处理方法中的相关描述，在此不再赘述。

本公开的实施例中，通过目标控制单元对MCU的日志信息的离线存储，在MCU出现偶发性问题的情况下，维修人员能够根据目标控制单元存储的日志信息分析和定位车辆出现的缺陷和异常。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。