CN213069791U - 一种车载信息娱乐系统的故障检测系统 - Google Patents

Abstract

本实用新型提供了一种车载信息娱乐系统的故障检测系统，包括顺序通信连接的处理器、云端服务器和故障检测装置；其中，处理器设置在安装有车载信息娱乐系统的车机内，配置为在车载信息娱乐系统启动和运行期间收集车载信息娱乐系统的日志信息，并将日志信息上传至云端服务器；云端服务器配置为接收并存储处理器上传的日志信息，并在接收到输入的上传指令时，将日志信息上传至故障检测装置；故障检测装置配置为根据接收到的日志信息检测车载信息娱乐系统的故障。本实用新型能够方便、快速、准确地检测和定位故障，解决了现有技术中故障分析操作复杂、效率低下的问题。

Description

一种车载信息娱乐系统的故障检测系统

技术领域

本实用新型涉及车载娱乐主机技术领域，特别是一种车载信息娱乐系统的故障检测系统。

背景技术

车载娱乐主机(In-Vehicle Infotainment，简称车机)是现代车辆的重要组成部分，其中安装有车载信息娱乐系统。目前车载信息娱乐系统的启动通常分为多个阶段，例如XBL(Extensible Bootloader，扩展引导加载程序)、LK(Little Kernel，微内核)、Kernel(内核)、操作系统(如安卓操作系统)等阶段。现有技术中，当用户在开机过程中遇到系统故障(例如黑屏等)时，维修人员往往无法直接定位故障来源，只能把车载信息娱乐系统拆解后，重建应用场景去复现故障，这种操作方式不仅操作复杂，而且难以快速地复现故障场景，进而也无法快速地对车载信息娱乐系统进行维修，效率低下。因此，亟需一种能够快速地检测车载信息娱乐系统故障的系统，以便在车载信息娱乐系统出现故障时，能够快速、准确地定位故障，并完成车载信息娱乐系统修复。

实用新型内容

鉴于上述问题，提出了本实用新型以便提供一种克服上述问题或者至少部分地解决上述问题的车载信息娱乐系统的故障检测系统。

本实用新型的一个目的是提供一种可方便、快速、准确地检测和定位故障的车载信息娱乐系统的故障检测系统。

本实用新型一个进一步的目的是在及时收集和上传日志信息的前提下减少对车载信息娱乐系统的正常启动和运行的影响，从而提升用户的使用体验。

根据本实用新型实施例的一方面，提供了一种车载信息娱乐系统的故障检测系统，包括顺序通信连接的处理器、云端服务器和故障检测装置；其中

所述处理器，设置在安装有车载信息娱乐系统的车机内，配置为在所述车载信息娱乐系统启动和运行期间收集所述车载信息娱乐系统的日志信息，并将所述日志信息上传至所述云端服务器；

所述云端服务器，配置为接收并存储所述处理器上传的所述日志信息，并在接收到输入的上传指令时，将所述日志信息上传至所述故障检测装置；

所述故障检测装置，配置为根据接收到的所述日志信息检测所述车载信息娱乐系统的故障。

可选地，该故障检测系统还包括：

内存，设置在所述车机内，配置为保存所述车载信息娱乐系统在启动和运行期间产生的日志信息，以供所述处理器收集所述日志信息。

可选地，所述日志信息包括与所述车载信息娱乐系统的多个不同启动阶段相对应的多个日志；

所述内存包括与所述多个日志相对应的多个预留存储空间，用于分别保存所述多个日志。

可选地，该故障检测系统还包括：

文件系统，设置在所述车机内；

所述处理器还配置为将收集的所述日志信息保存到所述文件系统中，并在所述车载信息娱乐系统空闲时将所述日志信息上传至所述云端服务器。

可选地，所述日志信息根据重要程度被划分为多个等级；

所述处理器还配置为在所述车载信息娱乐系统空闲时将所述多个等级中预设等级的所述日志信息自动上传至所述云端服务器。

可选地，所述云端服务器包括与所述车载信息娱乐系统对应的可扩充的存储空间，所述存储空间用于存储所述处理器上传的所述日志信息。

可选地，所述日志信息包括时间戳；

所述云端服务器还配置为根据所述日志信息的时间戳，删除距离当前时刻超出预设时间的已存储的所述日志信息。

本实用新型实施例提出的车载信息娱乐系统的故障检测系统中，由处理器在车载信息娱乐系统启动和运行期间收集车载信息娱乐系统的日志信息，由云端服务器存储处理器上传的日志信息，并在接收到输入的上传指令时，将日志信息上传至故障检测装置，最后，由故障检测装置对接收到的日志信息进行分析以检测车载信息娱乐系统的故障，具体确定车载信息娱乐系统的故障类型和/ 或故障来源。本实用新型在车载信息娱乐系统发生故障时，通过对收集的车载信息娱乐系统的日志信息进行分析，方便、快速、准确地检测和定位故障，无需拆解车载信息娱乐系统，也无需复现故障场景，解决了现有技术中故障分析操作复杂、效率低下的问题。

进一步地，通过在车机内设置文件系统，以便处理器可将收集的日志信息先保存到文件系统中，在车载信息娱乐系统空闲时再将日志信息上传至云端服务器，能够在及时收集和上传日志信息的前提下减少对车载信息娱乐系统的正常启动和运行的影响，从而提升用户的使用体验。

上述说明仅是本实用新型技术方案的概述，为了能够更清楚了解本实用新型的技术手段，而可依照说明书的内容予以实施，并且为了让本实用新型的上述和其它目的、特征和优点能够更明显易懂，以下特举本实用新型的具体实施方式。

根据下文结合附图对本实用新型具体实施例的详细描述，本领域技术人员将会更加明了本实用新型的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本实用新型的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本实用新型一实施例的车载信息娱乐系统的故障检测系统的结构示意图；

图2示出了根据本实用新型另一实施例的车载信息娱乐系统的故障检测系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决或部分解决上述技术问题，本实用新型实施例提出一种车载信息娱乐系统的故障检测系统。

图1示出了根据本实用新型一实施例的车载信息娱乐系统的故障检测系统 10的结构示意图。参见图1所示，故障检测系统10至少可以包括处理器100、云端服务器200和故障检测装置300。处理器100、云端服务器200和故障检测装置300顺序通信连接。

处理器100(具体可以为微处理器)设置在安装有车载信息娱乐系统的车机20内，在车载信息娱乐系统启动和运行期间收集车载信息娱乐系统的日志信息，并将日志信息上传至云端服务器200。具体地，可以在车载信息娱乐系统第一次启动时打开设置的默认收集按钮，以触发处理器100收集车载信息娱乐系统的日志信息。

云端服务器200设置在云端，接收并存储处理器100上传的日志信息，并在接收到输入的上传指令时，将日志信息上传至故障检测装置300。云端指相对于车机20所在的车辆以及终端应用程序(如手机应用APP)而言的后台服务端。上传指令可以是由用户输入的，或者是根据指定触发条件自动输入的。例如，当车载信息娱乐系统发生故障时，车载信息娱乐系统的用户可通过输入个人用户名和密码登陆云端服务器200，通过点击上传按钮输入上传指令，进而，云端服务器200接收到输入的上传指令后，将自身存储的车载信息娱乐系统的日志信息上传至故障检测装置300。

故障检测装置300根据接收到的日志信息检测车载信息娱乐系统的故障。具体地，故障检测装置300分析接收到的日志信息得到分析结果，并根据分析结果确定车载信息娱乐系统的故障类型和/或故障来源。故障检测装置300可设置在云端(后台服务端)。具体地，故障类型可包括硬件故障、系统故障、软件故障、网络故障等。故障来源可包括车机主机、车机外部周边件、操作系统、应用软件等。

本实用新型实施例提出的车载信息娱乐系统的故障检测系统10中，由处理器100在车载信息娱乐系统启动和运行期间收集车载信息娱乐系统的日志信息，由云端服务器200存储处理器100上传的日志信息，并在接收到输入的上传指令时，将日志信息上传至故障检测装置300，最后，由故障检测装置300 对接收到的日志信息进行分析以确定车载信息娱乐系统的故障类型和/或故障来源。本实用新型在车载信息娱乐系统发生故障时，通过对收集的车载信息娱乐系统的日志信息进行分析，方便、快速、准确地检测和定位故障，无需拆解车载信息娱乐系统，也无需复现故障场景，解决了现有技术中故障分析操作复杂、效率低下的问题。

图2示出了根据本实用新型另一实施例的车载信息娱乐系统的故障检测系统10的结构示意图。

参见图2所示，在一个实施例中，故障检测系统10还可以包括内存400。内存400设置在车机20内，用于保存车载信息娱乐系统在启动和运行期间产生的日志信息，以供处理器100收集日志信息。通过将车载信息娱乐系统在启动和运行期间产生的日志信息先保存在内存400中，有利于处理器100对日志信息的收集操作，提高处理器100收集日志信息的灵活性。

车载信息娱乐系统在启动过程中会有多个不同的启动阶段，在每个启动阶段会产生相应的日志。例如，对于基于安卓操作系统的车载信息娱乐系统，在启动过程中会产生以下日志(log)：与XBL启动阶段对应的XBL日志(XBL log)、与LK启动阶段对应的LK日志(LKlog)、与Kernel启动阶段对应的 Kernel日志(Kernel log)、与安卓操作系统启动阶段对应的安卓日志(Android log)等。在一个实施例中，内存400可包括与车载信息娱乐系统启动过程中产生的多个日志相对应的多个预留存储空间，用于分别保存多个日志。例如，在内存400中包括起始地址为0x42407000、大小为4K字节的第一预留存储空间，用于保存XBL日志，以及起始地址为0x42400000、大小为28K字节的第二预留存储控件，用于保存LK日志。在XBL、LK启动时，会把相应的XBL日志和LK日志分别保存到内存400的第一预留存储空间和第二预留存储空间。对于Kernel日志和安卓日志，则可以直接保存到文件系统中，文件系统将在下文进行具体介绍，此处不另赘述。

继续参见图2所示，在一个实施例中，故障检测系统10还可以包括文件系统500。文件系统500设置在车机20内，用于保存处理器100收集的日志信息。具体地，处理器100还可以将收集的日志信息保存到文件系统500中，并在车载信息娱乐系统空闲时将日志信息上传至云端服务器200。通过这种方式，能够在及时收集和上传日志信息的前提下减少对车载信息娱乐系统的正常启动和运行的影响，从而提升用户的使用体验。

进一步地，为了更方便地管理日志信息和控制保存的日志信息的大小，可以将日志信息根据重要程度划分为多个等级。相应地，处理器100可以在车载信息娱乐系统空闲时将多个等级中预设等级的日志信息自动上传至云端服务器 200。具体地，例如，可以按照重要程度从高到低的顺序将日志信息分为 EMERG、ALERT、CRIT、ERR、WARNING、NOTICE、INFO、DEBUG八个等级。当车载信息娱乐系统第一次启动之后，通过在系统设置中的自动上传功能，设置EMERG、ALERT、CRIT、ERR、WARNING这五个等级为预设日志上传等级(即，默认上传EMERG、ALERT、CRIT、ERR、WARNING这五个等级的日志)，并打开自动上传功能。这样，在每一次车载信息娱乐系统的启动和运行的过程中，处理器100将收集到的各等级日志保存到文件系统500中，并在车载信息娱乐系统空闲时自动将EMERG、ALERT、CRIT、ERR、WARNING 这五个预设等级的日志上传到云端服务器200进行保存。如此，提高了上传的效率和上传信息的有效性。

为了满足上传的日志信息的存储需求，云端服务器200可包括与车载信息娱乐系统对应的可扩充的存储空间，该存储空间用于存储处理器100上传的日志信息。具体来说，对于每一个车载信息娱乐系统，云端服务器200中包括与该车载信息娱乐系统对应的一个可扩充的存储空间，该可扩充的存储空间可以是由该车载信息娱乐系统的用户设置的。例如，在车载信息娱乐系统的用户在云端服务器200注册时可为该车载信息娱乐系统初始分配一个存储空间。当后续上传的日志信息增多导致存储空间不足时，可通过购买等途径对存储空间进行扩充。

在一个实施例中，日志信息中可包括时间戳，以指示采集日志信息的时间。具体地，日志信息的具体格式可如下：

[时间戳]：[模块名]：[日志等级][日志具体信息]

云端服务器200还可以根据日志信息的时间戳，删除距离当前时刻超出预设时间的已存储的日志信息。如此，云端服务器200中只存储距离当前时刻预设时间内的日志信息。预设时间例如可以设置为30天，则云端服务器200中只存储最近30天的日志信息。通过这种方式，可避免无用的日志信息对云端服务器200的存储资源的占用，提高存储资源的利用率。云端服务器200可以在每次接收到处理器100上传的日志信息时进行距离当前时刻超出预设时间的已存储的日志信息的删除操作，也可以按照预设的周期定期进行该删除操作。

在一个实施例中，故障检测装置300还可以根据对接收到的日志信息的分析结果提供故障解决策略和/或车载信息娱乐系统的优化策略。解决策略例如可以为更换部件、修复系统软件等。优化策略例如可以为更新系统软件、删除/ 替换相冲突软件等。

根据上述任意一个可选实施例或多个可选实施例的组合，本实用新型实施例能够达到如下有益效果：

本实用新型实施例提出的车载信息娱乐系统的故障检测系统中，由处理器在车载信息娱乐系统启动和运行期间收集车载信息娱乐系统的日志信息，由云端服务器存储处理器上传的日志信息，并在接收到输入的上传指令时，将日志信息上传至故障检测装置，最后，由故障检测装置对接收到的日志信息进行分析以确定车载信息娱乐系统的故障类型和/或故障来源。本实用新型在车载信息娱乐系统发生故障时，通过对收集的车载信息娱乐系统的日志信息进行分析，方便、快速、准确地检测和定位故障，无需拆解车载信息娱乐系统，也无需复现故障场景，解决了现有技术中故障分析操作复杂、效率低下的问题。

进一步地，通过在车机内设置文件系统，以便处理器可将收集的日志信息先保存到文件系统中，在车载信息娱乐系统空闲时再将日志信息上传至云端服务器，能够在及时收集和上传日志信息的前提下减少对车载信息娱乐系统的正常启动和运行的影响，从而提升用户的使用体验。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本实用新型的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

最后应说明的是：以上各实施例仅用以说明本实用新型的技术方案，而非对其限制；尽管参照前述各实施例对本实用新型进行了详细的说明，本领域的普通技术人员应当理解：在本实用新型的精神和原则之内，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案脱离本实用新型的保护范围。

Claims (7)

1.一种车载信息娱乐系统的故障检测系统，其特征在于，包括顺序通信连接的处理器、云端服务器和故障检测装置；其中

所述处理器，设置在安装有车载信息娱乐系统的车机内，配置为在所述车载信息娱乐系统启动和运行期间收集所述车载信息娱乐系统的日志信息，并将所述日志信息上传至所述云端服务器；

所述云端服务器，配置为接收并存储所述处理器上传的所述日志信息，并在接收到输入的上传指令时，将所述日志信息上传至所述故障检测装置；

所述故障检测装置，配置为根据接收到的所述日志信息检测所述车载信息娱乐系统的故障。

2.根据权利要求1所述的故障检测系统，其特征在于，还包括：

内存，设置在所述车机内，配置为保存所述车载信息娱乐系统在启动和运行期间产生的日志信息，以供所述处理器收集所述日志信息。

3.根据权利要求2所述的故障检测系统，其特征在于，所述日志信息包括与所述车载信息娱乐系统的多个不同启动阶段相对应的多个日志；

所述内存包括与所述多个日志相对应的多个预留存储空间，用于分别保存所述多个日志。

4.根据权利要求1所述的故障检测系统，其特征在于，还包括：

文件系统，设置在所述车机内；

所述处理器还配置为将收集的所述日志信息保存到所述文件系统中，并在所述车载信息娱乐系统空闲时将所述日志信息上传至所述云端服务器。

5.根据权利要求4所述的故障检测系统，其特征在于，所述日志信息根据重要程度被划分为多个等级；

所述处理器还配置为在所述车载信息娱乐系统空闲时将所述多个等级中预设等级的所述日志信息自动上传至所述云端服务器。

6.根据权利要求1所述的故障检测系统，其特征在于，所述云端服务器包括与所述车载信息娱乐系统对应的可扩充的存储空间，所述存储空间用于存储所述处理器上传的所述日志信息。

7.根据权利要求1所述的故障检测系统，其特征在于，所述日志信息包括时间戳；

所述云端服务器还配置为根据所述日志信息的时间戳，删除距离当前时刻超出预设时间的已存储的所述日志信息。

Images