CN107450525A - 车辆故障检测装置与方法 - Google Patents

Abstract

本发明提供了一种车辆故障检测装置与方法，涉及车辆在线检测领域。该车辆故障检测装置与方法首先通过从预存储的配置文件获取当前车辆的开放协议；再依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息；然后依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据；最后依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。该车辆故障检测装置安装于车载中控端，通过***软件对车辆故障进行检测，无需硬件研发人员、硬件生产厂家共同参与，批量生产时，节省了大量的生产成本，再无需重新开发和生产，即可对车辆故障检测装置进行扩展和升级，即可灵活适配各个厂商的开放协议，非常方便，同时又节省了成本。

Description

车辆故障检测装置与方法

技术领域

本发明涉及车辆在线检测领域，具体而言，涉及一种车辆故障检测装置与方法。

背景技术

随着人们生活水平的发展，汽车已经走进千家万户，为了人们的生活提供了很多方便。然而汽车在行驶的过程中，常常会出现故障，因此需要及时对故障进行检测以便维修人员可以直接进行轻松处理。

现有技术中，针对车辆***在线检测的方法主要是通过车辆检测装置器。车辆检测装置器内置数据采集模块和网络模块，在设定的时间段内监听串口的车辆数据，装置器对车辆数据搜集完成后由网络模块上传至服务器。服务器对采集的数据进行数据分析并入库记录；手机端打开软件从服务器获取到车辆数据分析结果并展示，由此实现远程实时监测车辆数据以获知当前车辆的运行状况。现有市场上采用的装置器在线检测方案，装置器需要硬件研发人员和硬件生产厂家共同参与，生产成本很高；

其次，由于汽车生产厂家的发动机开放协议存在不一致问题，将会导致硬件装置器很难做到提供灵活适配的方案，虽然车辆检测装置器也许可以适配A车的协议，但要适配B车的协议则要对车辆检测装置器进行重新开发和生产，造成检测方案的扩展和升级极其不方便；

再次，采用车辆检测装置器的在线检测方案，不能更好的满足司机用户的使用场景。由于对车辆的检测结果呈现在手机端，对于司机在驾驶过程中车辆的基本信息以及运行故障，司机不能更有效的感知到这些实时数据，他们往往还是依靠车辆指示灯和仪表知晓。

发明内容

有鉴于此，本发明实施例的目的在于提供一种车辆故障检测装置与方法，以改善上述的问题。

第一方面，本发明实施例还提供了一种车辆故障检测装置，应用于车载中控端，所述车辆故障检测装置包括：

协议获取单元，用于从预存储的配置文件获取当前车辆的开放协议；

信息获取单元，用于依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息；

数据解析单元，用于依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据；

故障提示生成单元，用于依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。

第二方面，本发明实施例还提供了另一种车辆故障检测方法，所述车辆故障检测方法包括：

从预存储的配置文件获取当前车辆的开放协议；

依据所述开放协议监听并获取车辆运行状态信息；

依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据；

依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。

与现有技术相比，本发明提供的一种车辆故障检测装置与方法，首先通过从预存储的配置文件获取当前车辆的开放协议；再依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息；然后依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据；最后依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。该车辆故障检测装置安装于车载中控端，通过***软件对车辆故障进行检测，无需硬件研发人员、硬件生产厂家共同参与，批量生产时，节省了大量的生产成本，再无需重新开发和生产，即可对车辆故障检测装置进行扩展和升级，即可灵活适配各个厂商的开放协议，非常方便，同时又节省了成本。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的服务器与车载中控端的交互示意图；

图2为本发明实施例提供的服务器的结构框图；

图3为本发明实施例提供的车辆故障检测装置的功能单元示意图；

图4为本发明实施例提供的车载故障检测方法的流程图。

图标：100-车辆故障检测装置；101-车载中控端；102-处理器；103-存储器；104-存储控制器；105-外设接口；106-显示模块；107-服务器；301-协议获取单元；302-信息获取单元；303-数据解析单元；304-故障提示生成单元；305-判断单元；306-信息发送单元；307-网络信号检测单元。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提出的车辆故障检测装置与方法，提供了一种车辆故障检测方法，该车辆故障检测方法可适用于车载中控端101。车载中控端101通过无线通信的方式与服务器107进行交互。所述车载中控端101的操作***可以是，但不限于，安卓(Android)***、IOS(iPhone operating system)***、Windows phone***、Windows***等。

如图1所示，是所述车载中控端101的方框示意图。所述车载中控端101包括车辆故障检测装置100、处理器102、存储器103、存储控制器104、外设接口105，显示模块106。

所述存储器103、存储控制器104及处理器102，各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述浏览器页面数据解析装置100包括至少一个可以软件或固件(firmware)的形式存储于所述存储器103中或固化在所述车载中控端101的操作***(operating system，OS)中的软件功能模块。所述处理器102用于执行存储器103中存储的可执行模块，例如，所述车辆故障检测装置100包括的软件功能模块或计算机程序。

其中，存储器103可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器103用于存储程序，所述处理器102在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的车载中控端101所执行的方法可以应用于处理器102中，或者由处理器102实现。

处理器102可能是一种集成电路芯片，具有信号的处理能力。上述的处理器102可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口105将各种输入/输入装置耦合至处理器102以及存储器103。在一些实施例中，外设接口105，处理器102以及存储控制器104可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

显示模块106在所述车载中控端101与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。例如，可以显示车载中控端101中所安装浏览器所加载的网页内容。所述显示模块106可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器102进行计算和处理。

请参阅图1，本发明实施例提供了一种车辆故障检测装置100，应用于车载中控端101，其中，本实施例提供的车载中控端101安装有Android***，随着车辆打火后，Android***启动继而车辆故障检测装置100启动。所述车辆故障检测装置100包括协议获取单元301、信息获取单元302、数据解析单元303、故障提示生成单元304、判断单元305、信息发送单元306以及网络信号检测单元307。

协议获取单元301用于从预存储的配置文件获取当前车辆的开放协议。

配置文件预存储于本地的***目录内，当Android***启动后开始初始化，在Android***初始化后即可获取当前车辆的开放协议。另外，若配置文件发生更改，在联网情况下车辆故障检测装置100接收服务器107发送的最新的配置文件从而实现自动升级。

信息获取单元302用于依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息。

具体地，所述信息读取单元用于监听车辆开放数据，并判断监听的车辆开放数据的ID信息是否被存在于配置文件包含的携带有数据协议ID的配置列表中，如果是，则将该车辆开放数据筛选为车辆运行状态信息，并获取该车辆运行状态信息。其中，车辆开放数据为车辆CAN总线采集到的所有的数据。车辆运行状态信息为可以用于判断车辆是否出现故障的数据。其中，携带有数据协议ID的预存储的配置文件还携带有监听时间间隔，信息获取单元302依据监听时间间隔监听车辆开放数据。例如，当前车辆使用的是J1939协议，每隔1S采集监听车辆开放数据。

数据解析单元303用于依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据。

故障提示生成单元304用于依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。

例如，预存储的故障判定规则可以为“在油门3档，车速80km/h属于车辆正常，若车辆运行状态信息变成油门3档，车速40km/h则会做出生成故障提示。

判断单元305用于依据所述配置文件包含的故障优先级判定规则判断所述故障提示是否达到预设定的优先级。

故障提示输出单元用于将达到预设定优先级的故障提示输出至显示模块106显示。

显示模块106用于会显示故障发生的原因以及故障的解决建议，司机得知故障警告后，可以在显示界面预约车辆维修和保养服务，司机还可以直观的看见车辆发生的故障状况从而做出驾驶预判。

网络信号检测单元307用于检测当前的网络信号的强度是否大于预设定的阈值。

缓存单元用于若网络信号的强度小于预设定的阈值时，将获取的车辆运行状态信息缓存。

当网络信号重新强于预设定的阈值后，再次将缓存的车辆运行状态信息上传至服务器107，从而保证对车辆连续使用过程中的数据监测。

信息发送单元306用于若网络信号的强度小于预设定的阈值时，将获取到的车辆运行状态信息上传至服务器107。

服务器107可以对车辆运行状态信息进行深度分析，可以分析出故障原因及维修方案。服务器107预存储有车辆异常检测模型，其中，训练车辆异常检测模型包括：首先将大量的车辆运行状态信息进行主成分分析并提取主因子，从而降低各个维度数据的相生性，然后将各个主因子通过ID3算法选择信息增益度最大的元素构建决策树各个枝干，最后通过分类器最后一步加入根据车辆品型的数据字典强匹配。然后根据实时车辆运行状态信息和车辆异常检测模型车辆当前是否发生异常，如果发生异常，则根据预存储的大量车辆历史异常数据及贝叶斯分类模型，将大量车俩的历史异常行为进行人工标注，然后提取特征维度训练贝叶斯分类器，从而获得车辆故障原因以及解决方案。服务器107可以将车辆故障原因以及解决方案下发至显示模块106进行显示。

请参阅图4，本发明实施例还提供了一种车辆故障检测方法，需要说明的是，本实施例所提供的车辆故障检测方法，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。所述车辆故障检测方法包括：

步骤S401：从预存储的配置文件获取当前车辆的开放协议。

可以理解地，通过协议获取单元301可以执行步骤S401。

步骤S402：依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息。

可以理解地，通过信息获取单元302可以执行步骤S402。

步骤S403：依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据。

可以理解地，通过数据解析单元303可以执行步骤S403。

步骤S403具体实现方式可以为：监听车辆开放数据，并判断监听的车辆开放数据的ID信息是否被存在于配置文件包含的携带有数据协议ID的配置列表中，如果是，则将该车辆开放数据筛选为车辆运行状态信息，并获取该车辆运行状态信息。

步骤S404：检测当前的网络信号的强度是否大于预设定的阈值，如果否，则执行步骤S405，如果是，则执行步骤S406。

可以理解地，通过网络信号检测单元307可以执行步骤S404。

步骤S405：将获取的车辆运行状态信息缓存。

可以理解地，通过缓存单元可以执行步骤S405。

步骤S406：将获取到的车辆运行状态信息上传至一服务器107。

可以理解地，通过信息发送单元306可以执行步骤S406。

具体地，此时还通过判断单元305判断车辆运行状态信息是否上传成功；如果是，则通知服务器107分析车辆运行状态信息，服务器107将分析得到的故障信息返回至至车载中控端101，然后执行步骤S409；如果否，则继续执行步骤S405。

步骤S407：依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。

可以理解地，通过故障提示生成单元304可以执行步骤S406。

步骤S408：依据所述配置文件包含的故障优先级判定规则判断所述故障提示是否达到预设定的优先级。

可以理解地，通过判断单元305可以执行步骤S406。

步骤S409：将达到预设定优先级的故障提示输出至显示模块106显示。

可以理解地，通过故障提示输出单元可以执行步骤S409。

综上所述，本发明提供的一种车辆故障检测装置与方法，首先通过从预存储的配置文件获取当前车辆的开放协议；再依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息；然后依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据；最后依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。该车辆故障检测装置安装于车载中控端101，通过***软件对车辆故障进行检测，无需硬件研发人员、硬件生产厂家共同参与，批量生产时，节省了大量的生产成本，再无需重新开发和生产，即可对车辆故障检测装置进行扩展和升级，即可灵活适配各个厂商的开放协议，非常方便，同时又节省了成本。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

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

Claims (10)

1.一种车辆故障检测装置，应用于车载中控端，其特征在于，所述车辆故障检测装置包括：

协议获取单元，用于从预存储的配置文件获取当前车辆的开放协议；

信息获取单元，用于依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息；

数据解析单元，用于依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据；

故障提示生成单元，用于依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。

2.根据权利要求1所述的车辆故障检测装置，其特征在于，

所述信息获取单元用于监听车辆开放数据，并判断监听的车辆开放数据的ID信息是否被存在于配置文件包含的携带有数据协议ID的配置列表中，如果是，则将该车辆开放数据筛选为车辆运行状态信息，并获取该车辆运行状态信息。

3.根据权利要求1所述的车辆故障检测装置，其特征在于，所述故障检测装置还包括：

判断单元，用于依据所述配置文件包含的故障优先级判定规则判断所述故障提示是否达到预设定的优先级；

故障提示输出单元，用于将达到预设定优先级的故障提示输出至一显示模块显示。

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

网络信号检测单元，用于检测当前的网络信号的强度是否大于预设定的阈值；

缓存单元，用于若网络信号的强度小于预设定的阈值时，将获取的车辆运行状态信息缓存。

5.根据权利要求4所述的车辆故障检测装置，其特征在于，所述车辆故障检测装置还包括：

信息发送单元，用于若网络信号的强度大于预设定的阈值时，将获取到的车辆运行状态信息上传至一服务器。

6.一种车辆故障检测方法，其特征在于，所述车辆故障检测方法包括：

从预存储的配置文件获取当前车辆的开放协议；

依据携带有数据协议ID的所述预存储的配置文件监听并获取车辆运行状态信息；

依据所述开放协议解析车辆运行状态信息从而获取车辆运行数据；

依据所述配置文件包含的故障判定规则及获取的车辆运行数据生成故障提示。

7.根据权利要求6所述的车辆故障检测方法，其特征在于，所述依据所述开放协议监听并获取车辆运行状态信息的步骤包括，所述车辆故障检测方法包括：

监听车辆开放数据，并判断监听的车辆开放数据的ID信息是否被存在于配置文件包含的携带有数据协议ID的配置列表中，如果是，则将该车辆开放数据筛选为车辆运行状态信息，并获取该车辆运行状态信息。

8.根据权利要求6所述的车辆故障检测方法，其特征在于，所述故障检测方法还包括：

依据所述配置文件包含的故障优先级判定规则判断所述故障提示是否达到预设定的优先级；

将达到预设定优先级的故障提示输出至一显示模块显示。

9.根据权利要求6所述的车辆故障检测方法，其特征在于，所述车辆故障检测方法还包括：

检测当前的网络信号的强度是否大于预设定的阈值；

若网络信号的强度小于预设定的阈值时，将获取的车辆运行状态信息缓存。

10.根据权利要求9所述的车辆故障检测方法，其特征在于，所述车辆故障检测方法还包括：若网络信号的强度大于预设定的阈值时，将获取到的车辆运行状态信息上传至一服务器。