CN116030548A - 一种日志远程诊断方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例中的一种日志远程诊断方法、装置、电子设备及存储介质，该方法通过检测车辆生成车端日志数据，采集车端日志数据，并将车端日志数据存储至预设环形缓冲区，对车端日志数据进行报错内容检测，若车端日志数据包括报错内容，将车端日志数据确定为异常日志数据，还包括响应于接收到的上传指令，将异常日志数据上传至云端，以根据异常日志进行远程诊断，本方法通过上云的方式将采集到的日志数据进行传输，便于各终端对日志数据进行获取，其次，相关技术人员可以在云端对车端日志数据进行获取，以实现远程的异常诊断，解决了车端异常诊断不及时的问题。

Description

一种日志远程诊断方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机领域，尤其涉及一种日志远程诊断方法、装置、电子设备及存储介质。

背景技术

在车端集成控制功能日益复杂化的发展环境中，要实现车端控制系统的正常运行，需要对车端控制系统各硬件组成进行实时的监控，并对所出现的车端异常状态进行及时的上报与解决，但车辆的移动性质决定其无法进行实时故障解决，因此需要将运行状态以日志形式进行记录，以对历史运行状态以及异常运行状态进行记录，并由相关技术人员在车辆检修时根据日志对车端控制系统各部分故障进行解决。

相关技术中，会通过日志管理模块对车辆当前日志进行压缩，并将压缩后的系统日志数据存储至日志存储区域，但是在诊断与检修过程中，需要将日志数据以物理方式连接并进行传输，无法构建便捷的日志数据传输方式，而且由于日志存储在车端存储器，只能由相关技术人员在车辆中取得日志数据进行诊断分析，造成车端异常不能及时解决。

发明内容

本发明实施例的目的在于提供一种日志远程诊断方法、装置、电子设备及存储介质，以解决现有日志数据传输方式不便捷、车端异常诊断不及时的问题。

本发明提供了一种日志远程诊断方法，所述日志远程诊断方法包括：检测到车辆生成车端日志数据，采集所述车端日志数据；将所述车端日志数据存储至预设环形缓冲区，对所述车端日志数据进行报错内容检测；若所述车端日志数据包括报错内容，将所述车端日志数据确定为异常日志数据；响应于接收到的上传指令，将所述异常日志数据上传至云端，以根据所述异常日志进行远程诊断。

于本发明的一实施例中，将所述车端日志数据存储至预设环形缓冲区，包括：获取所述车端日志数据的采集时间序列；若所述预设环形缓冲区的剩余存储空间小于所述车端日志数据的待存储空间，将车端日志子数据按照第一采集时间依次存储于所述剩余存储空间，所述车端日志数据包括多个车端日志子数据及各所述车端日志子数据的第一采集时间；将剩余的所述车端日志子数据按照第一采集时间依次替换所述预设环形缓冲区中的目标数据，直至所述车端日志数据完成存储，所述目标数据为各历史数据中第二采集时间最早的历史数据，所述预设环形缓冲区包括多个历史数据以及各所述历史数据的第二采集时间。

于本发明的一实施例中，响应于接收到的上传指令，将异常日志数据上传至云端，包括：将所述异常日志数据传输至数据上云模块；响应于接收到的上传指令，根据消息队列遥测传输协议将所述数据上云模块中的异常日志数据上传至云端。

于本发明的一实施例中，根据消息队列遥测传输协议将所述数据上云模块中的异常日志数据上传至云端，包括：将所述异常日志数据发送至消息队列遥测传输协议的消息队列，并根据消息队列遥测传输协议将消息队列中的异常日志数据上传至云端；若消息队列中所述异常日志数据的数据量超出消息队列数据上限，则将未发送至消息队列的异常日志数据发送至数据等待队列，所述消息队列数据上限的数据量根据上传至云端的带宽数据量确定；当所述消息队列空闲，则将数据等待队列中的异常日志数据传输至消息队列，并上传至云端。

于本发明的一实施例中，将所述异常日志数据传输至数据上云模块，包括：将所述异常日志数据传输至数据分发服务的待发送数据队列；将所述异常日志数据根据数据分发服务分发至数据上云模块，以将所述异常日志数据进行上云。

于本发明的一实施例中，采集所述车端日志数据之后，所述日志远程诊断方法还包括：根据所述车端日志数据的数据源对所述车端日志数据进行分类，确定所述车端日志数据的日志类型；根据所述车端日志类型匹配与所述车端日志类型具有映射关系的预设数据发送方式，以根据所述预设数据发送方式将所述车端日志数据发送至预设环形缓冲区进行存储。

于本发明的一实施例中，将所述车端日志数据存储至预设环形缓冲区之后，所述日志远程诊断方法还包括：响应于接收到的日志查看指令，确定待查看车端日志数据：将所述待查看车端日志数据上传至云端，以对待查看车端日志数据进行查看。

本发明实施例还提供了一种日志远程诊断装置，所述日志远程诊断装置包括：日志数据获取模块，用于检测到车辆生成车端日志数据，采集所述车端日志数据；日志数据储存模块，用于将所述车端日志数据存储至预设环形缓冲区，对所述车端日志数据进行报错内容检测；日志数据上云模块，用于若所述车端日志数据包括报错内容，将所述车端日志数据确定为异常日志数据；响应于终端上传指令，将异常日志数据上传至云端，以根据所述异常日志进行远程诊断。

本发明实施例还提供了一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上述实施例中任一项所述的日志远程诊断方法。

本发明实施例还提供了一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上述实施例中任一项所述的日志远程诊断方法。

本发明实施例中的一种日志远程诊断方法、装置、电子设备及存储介质，该方法通过检测车辆生成车端日志数据，采集车端日志数据，并将车端日志数据存储至预设环形缓冲区，对车端日志数据进行报错内容检测，若车端日志数据包括报错内容，将车端日志数据确定为异常日志数据，还包括响应于接收到的上传指令，将异常日志数据上传至云端，以根据异常日志进行远程诊断，本方法通过上云的方式将采集到的日志数据进行传输，便于各终端对日志数据进行获取，其次，相关技术人员可以在云端对车端日志数据进行获取，以实现远程的异常诊断，解决了车端异常诊断不及时的问题。

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

附图说明

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

图1是本申请的一示例性实施例示出的示例性系统架构的示意图；

图2是本申请的一示例性实施例示出的一种日志远程诊断方法的流程图；

图3是本申请的一示例性实施例示出的环形缓冲区存储结构示意图；

图4是本申请的一示例性实施例示出的一种具体的日志远程诊断方法执行流程图；

图5是本申请的一示例性实施例示出的一种日志远程诊断装置；

图6是本申请的一示例性实施例示出的电子设备的计算机系统的结构示意图。

具体实施方式

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

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

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

在本申请中提及的“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1是本申请的一示例性实施例示出的示例性系统架构的示意图。

参照图1所示，系统架构可以包括车端101、计算机设备102和云端103。其中，车端101用于检测到车辆生成车端日志数据，采集车端日志数据，并提供给计算机设备102进行处理。计算机设备102可以是微型计算机、嵌入式计算机、网络计算机等中的至少一种。相关技术人员可以在计算机设备102将所述车端日志数据存储至预设环形缓冲区，并对车端日志数据进行报错内容检测，若车端日志数据包括报错内容，则将所述车端日志数据确定为异常日志数据，并响应于接收到的上传指令，将所述异常日志数据上传至云端103。

示意性的，计算机设备102在获取到车端101检测到车辆生成车端日志数据，采集到的车端日志数据后，将车端日志数据存储至预设环形缓冲区，对车端日志数据进行报错内容检测，若车端日志数据包括报错内容，将车端日志数据确定为异常日志数据，还包括响应于接收到的上传指令，将异常日志数据上传至云端，以根据异常日志进行远程诊断，本方法通过上云的方式将采集到的日志数据进行传输，便于各终端对日志数据进行获取，其次，相关技术人员可以在云端对车端日志数据进行获取，以实现远程的异常诊断，解决了车端异常诊断不及时的问题。

图2是本申请的一示例性实施例示出的一种日志远程诊断方法的流程图，该日志远程诊断方法可以用计算处理设备来执行，该计算处理设备可以是图1中所示的计算机设备102。参照图2所示，该日志远程诊断方法的流程图至少包括步骤S210至步骤S240，详细介绍如下：

在步骤S210中，检测到车辆生成车端日志数据，采集车端日志数据。

在本申请的一个实施例中，在采集到车端日志数据后，还需要根据车端日志数据的数据源对车端日志数据进行分类，确定车端日志数据的日志类型，在本申请的实施例中，车端日志数据的日志类型，包括应用日志、系统日志、中间件日志以及MCU(微控制单元)日志。

在本申请的一个实施例中，确定日志类型后，根据车端日志类型匹配与所述车端日志类型具有映射关系的预设数据发送方式，并根据预设数据发送方式，将所述这段日志数据发送至预设的环形缓冲区进行存储，其中，预设数据发送方式包括但不限于Socket(套接字)连接发送、物理连接发送、DDS(数据分发服务)连接发送的发送方式，在本申请实施例中，应用日志会通过Socket连接方式发送，系统日志会通过物理连接方式发送，中间件日志以及MCU日志会通过DDS方式发送。通过区别的日志数据发送方式，可以对各模块日志数据及时进行记录，以避免日志数据量过大或者单个日志数据发送内容过久，延误整体日志数据发送的及时性。

在本申请的一个实施例中，采集到车端日志数据后，还需要基于DLT(数据链路终端)开源协议对日志格式进行调整，经过调整后的日志格式定义包括但不限于时间、时间戳、消息计数器、消息类型、级别、繁杂模式、参数段落、log内容、ecuid ID(汽车控制单元的合个ID)、context ID(上下文ID)。

在步骤S220中，将车端日志数据存储至预设环形缓冲区，对车端日志数据进行报错内容检测。

在本申请的一个实施例中，环形缓冲区(ringr buffer)，也称作圆形队列(circular queue)，循环缓冲区(cyclic buffer)，圆形缓冲区(circula buffer)，是一种用于表示一个固定尺寸、头尾相连的缓冲区的数据结构，适合缓存数据流。在通信程序中，经常使用环形缓冲器作为数据结构来存放通信中发送和接收的数据。环形缓冲区是一个先进先出的循环缓冲区，可以向通信程序提供对缓冲区的互斥访问。其特性是当一个数据元素被用掉后，其余数据元素不需要移动其存储位置，而非圆形缓冲区(例如一个普通的队列)在用掉一个数据元素后，其余数据元素需要向前搬移圆形缓冲区适合于事先明确了缓冲区的最大容量的情形。

在本申请的一个实施例中，将车端日志数据存储至预设环形缓冲区，包括获取车端日志数据的采集时间序列，该车端日志数据的采集时间序列可以从车端日志数据记录中进行调取，也可以在日志内容中得到日志的生成时间，将多个日志数据的时间进行获取并整理得到车端日志数据的采集时间序列。

在本申请的一个实施例中，若预设环形缓冲区的剩余存储空间小于车端日志数据的待存储空间，将车端日志子数据按照第一采集时间依次存储于剩余存储空间，将剩余的车端日志子数据按照第一采集时间依次替换所述预设环形缓冲区中的目标数据，直至所述车端日志数据完成存储，

其中，车端日志数据包括多个车端日志子数据及各所述车端日志子数据的第一采集时间，上述目标数据为各历史数据中第二采集时间最早的历史数据，预设环形缓冲区包括多个历史数据以及各所述历史数据的第二采集时间。其中，第二采集时间早于第一采集时间。

在本申请的一个实施例中，如图3所示举例，图3是本申请的一示例性实施例中示出的环形缓冲区存储结构示意图，假设预设环形缓冲区中共有8个日志存储队列，但当前共有10个车端日志数据待存储，获取到10个车端日志数据的日志采集时间，并按照采集时间先后将其进行排序，按照排序顺序将前8个车端日志数据依次从队列头到队列尾存储于预设环形缓冲区中的8个可存储队列，将剩余的第九第10个车端日志数据替换掉第1个和第2个车端日志数据进行存储，以此实现在固定的车端存储区域内对日志数据的循环存储。

需要说明的是，图3的环形缓冲区存储结构示意图仅为本实施例中对步骤S220进行示例性举例说明所举例的示意图，在实际的存储过程中，环形缓冲区缓冲队列由实际存储空间进行确定，在此的示例性举例不对实际应用中环形缓冲区存储结构进行限定。

在步骤S230中，若车端日志数据包括报错内容，将车端日志数据确定为异常日志数据。

在本申请的一个实施例中，对车端日志数据进行报错检测，若车端日志数据的内容中包含报错内容，则将该车端日志数据确定为异常日志数据，在获取到异常日志数据时，可以根据异常日志数据中报错内容的报错级别来对异常日志数据进行分类，例如，可以将日志中的Error(发生错误事件，但仍然不影响系统的继续运行)级别报错类型和Fatal(严重的错误事件将会导致应用程序的退出)级别报错类型进行分类传输，以便于后续诊断中可以对同一类型报错进行统一诊断。

在本申请的一个实施例中，对车端日志数据进行报错内容检测包括，对车端日志数据中的log内容进行判断，若出现日志报错关键词，则对该车端日志数据进行标注，并确定为异常日志数据，其中日志数据中的log内容包括OFF、FATAL、ERROR、WARN、INFO、DEBUG、TRACE、ALL，其中，OFF报错级别最高，ALL报错级别最低。

在步骤S240中，响应于接收到的上传指令，将异常日志数据上传至云端，以根据异常日志进行远程诊断。

在本申请的一个实施例中，数据分发服务DDS(Data Distribution Service)是OMG(软硬件厂商和用户组成的联合体)对象管理组织在现有标准的基础上制定的新一代分布式实时通信中间件技术规范，DDS采用发布/订阅体系架构，强调以数据为中心，提供丰富的QoS(Quality of Service，服务质量)服务质量策略，能保障数据进行实时、高效、灵活地分发，可满足各种分布式实时通信应用需求。DDS信息分发中间件是一种轻便的、能够提供实时信息传送的中间件技术，在本实施例中，将异常日志数据上传至云端，需要先采用数据分发服务将所述异常日志数据传输至数据上云模块，将所述异常日志数据传输至数据分发服务的待发送数据队列，将所述异常日志数据根据数据分发服务分发至数据上云模块，以将所述异常日志数据进行上云。

在本申请的一个实施例中，根据消息队列遥测传输协议将所述数据上云模块中的异常日志数据上传至云端，包括将所述异常日志数据发送至消息队列遥测传输协议的消息队列，并根据消息队列遥测传输协议将消息队列中的异常日志数据上传至云端。

其中，消息队列遥测传输协议MQTT(Message Queuing Telemetry Transport，消息队列遥测传输协议)，是一种基于发布/订阅(publish/subscribe)模式的轻量级协议，该协议构建于TCP/IP协议之上，MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务，在本实施例中，利用消息队列遥测传输协议MQTT对日志数据进行上云服务。

在本申请的一个实施例中，需要对消息队列中异常日志数据的数据量进行上限判断，若其中的异常日志数据的数据量超出消息队列数据上限，则将未发送至消息队列的异常日志数据发送至数据等待队列，当消息队列空闲，则将数据等待队列中的异常日志数据传输至消息队列，并上传至云端。

其中，消息队列数据上限的数据量根据上传至云端的带宽数据量确定，上述的数据等待队列可以在数据上云模块划定部分存储区域，将该存储区域确定为数据等待队列的存储区，当消息队列数据空闲则将该存储区内的数据等待队列的数据传输至消息队列，以根据接收到的上传指令，对异常日志数据进行上传云端操作。

在本申请的一个实施例中，将所述车端日志数据存储至预设环形缓冲区之后，还可以响应于接收到的日志查看指令，确定待查看车端日志数据，并将所述待查看车端日志数据上传至云端，以对待查看车端日志数据进行查看，可以便捷的对日志数据进行查看，避免了繁杂的物理传输方式。

在本申请的一个实施例中，异常日志数据上传至云端后，可以由云端的云诊断模块进行接收，并根据异常日志数据得出诊断结论数据，在云诊断仪得到诊断结论数据之后，可以将诊断结论以远程接口重新发回车端101，并将诊断结论存储在车端的诊断中心模块，计算机102通过对诊断中心模块中诊断结论数据进行解析，以确定对异常日志数据的解决方法与报错解决建议。

请参阅图4，图4是本申请的一示例性实施例示出的一种具体的日志远程诊断方法执行流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的车端101、计算机设备102和云端103执行。应理解的是，该方法也可以适用于其他的示例性实施环境，并由其他实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图4所示，在本申请的一个具体实施例中，总体架构分为车端和云端，其中车端包括APP应用、日志模块、数采模块、远控中心和诊断中心，云端包括TSP(汽车远程服务提供商)，云诊断仪和远程接口。

其中，日志模块包括收集系统日志、中间件日志、应用日志MCU日志，并对上述日志进行统一的存储管理和上传云端，在该日志模块中还包含守护进程和日志SDK(软件开发工具包)，守护进程的目的是为了守护进程收集各应用传输到的日志信息，并持久化保持日志存储与上传的进程运行，最后根据指令决定是否将日志信息上报至云端。其中日志SDK的作用是提供给应用集成打印日志。

在本申请的一个具体实施例中，APP应用将产生的日志信息，通过socket连接方式发送至日志模块进行存储，日志模块在接收到上传指令后，通过DDS上传方式将日志模块内存储的日志数据上传至数采模块，素材模块以MQTT(基于客户端与服务器的消息发布/传输协议)的数据传输方式对日志数据进行上传云端处理，上云后的日志数据由TSP传输到云诊断仪后对上传云端的日志数据进行诊断，得到相应的诊断结果后，通过云诊断仪与车端远控中心构建的远程接口将诊断内容发送至远控中心，远控中心在接到诊断内容数据后传输至诊断中心，经过诊断中心对诊断内容数据的解析与处理，将内容存储至日志模块，以便对车端APP应用产生的报错进行解决建议提供。

本发明实施例中的一种日志远程诊断方法、装置、电子设备及存储介质，该方法通过检测车辆生成车端日志数据，采集车端日志数据，并将车端日志数据存储至预设环形缓冲区，对车端日志数据进行报错内容检测，若车端日志数据包括报错内容，将车端日志数据确定为异常日志数据，还包括响应于接收到的上传指令，将异常日志数据上传至云端，以根据异常日志进行远程诊断，本方法通过上云的方式将采集到的日志数据进行传输，便于各终端对日志数据进行获取，其次，相关技术人员可以在云端对车端日志数据进行获取，以实现远程的异常诊断，解决了车端异常诊断不及时的问题。其次以区别的日志数据发送方式，可以对各模块日志数据及时进行记录，以避免日志数据量过大或者单个日志数据发送内容过久，延误整体日志数据发送的及时性。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的日志远程诊断方法。对于本申请系统实施例中未披露的细节，请参照本申请上述的日志远程诊断方法的实施例。

图5是本申请的一示例性实施例示出的一种日志远程诊断装置。该装置可以应用于图2所示的实施环境，并具体配置在计算机设备102中。该装置也可以适用于其他的示例性实施环境，并具体配置在其他设备中，本实施例不对该装置所适用的实施环境进行限制。

如图5所示，该示例性的日志远程诊断装置包括：日志数据获取模块501，日志数据储存模块502，日志数据上云模块503。

其中，日志数据获取模块501，用于检测到车辆生成车端日志数据，采集所述车端日志数据；日志数据储存模块502，用于将所述车端日志数据存储至预设环形缓冲区，对所述车端日志数据进行报错内容检测；日志数据上云模块503，用于若所述车端日志数据包括报错内容，将所述车端日志数据确定为异常日志数据；响应于终端上传指令，将异常日志数据上传至云端，以根据所述异常日志进行远程诊断

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

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

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

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

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

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

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

在上述实施例的对应附图中，连接线可以表示各个部件之间的连接关系，以表示更多的构成信号路径(constituent_signal path)和/或一些线的一个或多个末端具有箭头，以表示主要信息流向，连接线作为一种标识，不是对方案本身的限制，而是结合一个或多个事例性实施例使用这些线有助于更容易地接电路或逻辑单元，任何所代表的信号(由设计需求或偏好所决定)实际上可以包括可以在任意一个方向传送的并且可以以任何适当类型的信号方案实现的一个或多个信号。

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

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

应当注意，本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围。

Claims (10)

1.一种日志远程诊断方法，其特征在于，所述日志远程诊断方法包括：

检测到车辆生成车端日志数据，采集所述车端日志数据；

将所述车端日志数据存储至预设环形缓冲区，对所述车端日志数据进行报错内容检测；

若所述车端日志数据包括报错内容，将所述车端日志数据确定为异常日志数据；

响应于接收到的上传指令，将所述异常日志数据上传至云端，以根据所述异常日志进行远程诊断。

2.根据权利要求1所述的日志远程诊断方法，其特征在于，将所述车端日志数据存储至预设环形缓冲区，包括：

获取所述车端日志数据的采集时间序列；

若所述预设环形缓冲区的剩余存储空间小于所述车端日志数据的待存储空间，将车端日志子数据按照第一采集时间依次存储于所述剩余存储空间，所述车端日志数据包括多个车端日志子数据及各所述车端日志子数据的第一采集时间；

将剩余的所述车端日志子数据按照第一采集时间依次替换所述预设环形缓冲区中的目标数据，直至所述车端日志数据完成存储，所述目标数据为各历史数据中第二采集时间最早的历史数据，所述预设环形缓冲区包括多个历史数据以及各所述历史数据的第二采集时间。

3.根据权利要求1所述的日志远程诊断方法，其特征在于，响应于接收到的上传指令，将异常日志数据上传至云端，包括：

将所述异常日志数据传输至数据上云模块；

响应于接收到的上传指令，根据消息队列遥测传输协议将所述数据上云模块中的异常日志数据上传至云端。

4.根据权利要求3所述的日志远程诊断方法，其特征在于，根据消息队列遥测传输协议将所述数据上云模块中的异常日志数据上传至云端，包括：

将所述异常日志数据发送至消息队列遥测传输协议的消息队列，并根据消息队列遥测传输协议将消息队列中的异常日志数据上传至云端；

若消息队列中所述异常日志数据的数据量超出消息队列数据上限，则将未发送至消息队列的异常日志数据发送至数据等待队列，所述消息队列数据上限的数据量根据上传至云端的带宽数据量确定；

当所述消息队列空闲，则将数据等待队列中的异常日志数据传输至消息队列，并上传至云端。

5.根据权利要求3所述的日志远程诊断方法，其特征在于，将所述异常日志数据传输至数据上云模块，包括：

将所述异常日志数据传输至数据分发服务的待发送数据队列；

将所述异常日志数据根据数据分发服务分发至数据上云模块，以将所述异常日志数据进行上云。

6.根据权利要求1所述的日志远程诊断方法，其特征在于，采集所述车端日志数据之后，所述日志远程诊断方法还包括：

根据所述车端日志数据的数据源对所述车端日志数据进行分类，确定所述车端日志数据的日志类型；

根据所述车端日志类型匹配与所述车端日志类型具有映射关系的预设数据发送方式，以根据所述预设数据发送方式将所述车端日志数据发送至预设环形缓冲区进行存储。

7.根据权利要求1所述的日志远程诊断方法，其特征在于，将所述车端日志数据存储至预设环形缓冲区之后，所述日志远程诊断方法还包括：

响应于接收到的日志查看指令，确定待查看车端日志数据：

将所述待查看车端日志数据上传至云端，以对待查看车端日志数据进行查看。

8.一种日志远程诊断装置，其特征在于，所述日志远程诊断装置包括：

日志数据获取模块，用于检测到车辆生成车端日志数据，采集所述车端日志数据；

日志数据储存模块，用于将所述车端日志数据存储至预设环形缓冲区，对所述车端日志数据进行报错内容检测；

日志数据上云模块，用于若所述车端日志数据包括报错内容，将所述车端日志数据确定为异常日志数据；响应于终端上传指令，将异常日志数据上传至云端，以根据所述异常日志进行远程诊断。

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

一个或多个处理器；

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

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的日志远程诊断方法。

Images