CN115509211A - 一种车辆设备管理方法、系统、设备及介质 - Google Patents

Abstract

本发明提供一种车辆设备管理系统，包括：智能设备管理器和车辆控制器；智能设备管理器与车辆控制器连接，车辆控制器与一个或多个车内智能设备连接；车内智能设备用于采集车辆运行数据，并根据车辆运行数据判断车辆是否发生故障，当车辆发生故障时，生成相应的故障编码，并将故障编码上传至车辆控制器；车辆控制器用于接收故障编码，并将故障编码传输至智能设备管理器；智能设备管理器用于接收故障编码，并根据故障编码生成对应故障编码的故障原因以及解决方案。本发明车辆设备管理系统实时采集车辆智能设备数据，结合云端存储上的故障编码及故障起因，评估故障等级，给出故障原因分析，帮助用户做出正确应对方案，大大提高用户行车安全。

Description

一种车辆设备管理方法、系统、设备及介质

技术领域

本申请涉及车联网技术领域，具体涉及一种车辆设备管理方法、系统、设备及介质。

背景技术

以往，作为用户获取乘用车运行状态唯一的途径：仪表盘上设备报警提示，该方案只能在乘用车已经出现设备问题后才能展示给用户，且由于用户对乘用车的认知程度不同，导致用户识别同一故障的严重性不一致，会带来安全隐患，同时，车载终端上的各应用APP(Application的简称，也就是应用的意思)获取设备数据时，会主动下发采集指令，造成总线上数据冗余传输，降低总线效率，并且各APP获取数据大多数需要获取某一设备的所有属性信息，而设备上传数据是按功能点上传，即：各APP采集某一设备属性数据需要逐一采集数据，造成界面显示数据延迟，用户体验不佳。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种车辆设备管理方法、系统、设备及介质，以解决上述技术问题。

本发明提供的一种车辆设备管理系统，所述系统包括：智能设备管理器和车辆控制器；所述智能设备管理器与所述车辆控制器连接，所述车辆控制器与一个或多个车内智能设备连接；

所述车内智能设备用于采集车辆运行数据，并根据所述车辆运行数据判断车辆是否发生故障，当所述车辆发生故障时，生成相应的故障编码，并将所述故障编码上传至车辆控制器；

所述车辆控制器用于接收所述故障编码，并将所述故障编码传输至智能设备管理器；

所述智能设备管理器用于接收所述故障编码，并根据所述故障编码生成对应所述故障编码的故障原因以及解决方案。

于本发明一实施例中，所述智能设备管理器还用于对故障编码、故障编码生成对应所述故障编码的故障原因以及解决方案进行展示。

于本发明一实施例中，所述基于所述故障编码确定对应故障编码的故障原因、故障解决方案，包括：

获取云端存储的故障编码表，并基于所述故障编码从所述故障编码表中获取对应所述故障编码的故障原因以及解决方案；其中，所述故障编码表预先存储故障编码与故障原因之间的关联关系，以及故障编码与故障解决方案之间的关联关系。

于本发明一实施例中，所述一个或多个车内智能设备通过CAN总线与所述车辆控制器连接，所述智能设备管理器与所述车辆控制器通过以太网或者CAN总线连接。

于本发明一实施例中，所述车辆控制器通过定时或被动查询方式从所述一个或多个车内智能设备获取所述行车数据。

于本发明一实施例中，所述智能设备管理器包括：

应用层，用于对所述一个或多个设备的行车数据进行展示；

服务层，用于对所述一个或多个车内智能设备的行车数据进行监听。

于本发明一实施例中，根据智能设备管理器与车辆控制器的通讯方式生成对应所述通讯方式的监听服务。

本发明提供的一种车辆设备管理方法，应用于智能设备管理器，所述方法包括：

获取由车辆控制器上传的故障编码和车辆运行数据，所述故障编码是由车内智能设备上传至所述车辆控制器的；

根据所述故障编码生成对应所述故障编码的故障原因以及解决方案；

对故障编码、故障编码生成对应所述故障编码的故障原因以及解决方案进行展示。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现所述的车辆设备管理方法的步骤。

本发明提供的一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行上述车辆设备管理方法的步骤。

本发明的有益效果：本发明中的一种车辆设备管理系统，包括：智能设备管理器和车辆控制器；所述智能设备管理器与所述车辆控制器连接，所述车辆控制器与一个或多个车内智能设备连接；所述车内智能设备用于采集车辆运行数据，并根据所述车辆运行数据判断车辆是否发生故障，当所述车辆发生故障时，生成相应的故障编码，并将所述故障编码上传至车辆控制器；所述车辆控制器用于接收所述故障编码，并将所述故障编码传输至智能设备管理器；所述智能设备管理器用于接收所述故障编码，并根据所述故障编码生成对应所述故障编码的故障原因以及解决方案。本发明车辆设备管理系统实时采集车辆智能设备数据，结合云端存储上的故障编码及故障起因，评估故障等级，给出故障原因分析，帮助用户做出正确应对方案，大大提高用户行车安全。

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

附图说明

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

图1是本申请的一示例性实施例示出的车辆设备管理系统的框图；

图2是本申请的一示例性实施例示出的智能设备管理器作为独立进程实施业务流程图；

图3是本申请的一示例性实施例示出的智能设备管理器APP端实施业务流程；

图4是本申请的一示例性实施例示出的车辆设备管理方法的流程图；

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

具体实施方式

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

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

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

请参阅图1，图1是本申请的一示例性实施例示出的车辆设备管理系统的框图。如图1所示，本申请提供一种车辆设备管理系统，该系统包括：

智能设备管理器和车辆控制器；所述智能设备管理器与所述车辆控制器连接，所述车辆控制器与一个或多个车内智能设备连接；

所述车内智能设备用于采集车辆运行数据，并根据所述车辆运行数据判断车辆是否发生故障，当所述车辆发生故障时，生成相应的故障编码，并将所述故障编码上传至车辆控制器；

所述车辆控制器用于接收所述故障编码，并将所述故障编码传输至智能设备管理器；

所述智能设备管理器用于接收所述故障编码，并根据所述故障编码生成对应所述故障编码的故障原因以及解决方案。

本发明车辆设备管理系统实时采集车辆智能设备数据，结合云端存储上的故障编码及故障起因，评估故障等级，给出故障原因分析，帮助用户做出正确应对方案，大大提高用户行车安全。

需要说明的是，智能设备管理器是安装于车载终端上的一款APP(application)。

智能设备管理器：主要向用户提供人机交互界面，负责展示车内智能设备列表、发现车内智能设备以及查看车内智能设备运行状态，如出现设备异常，能够弹屏提示故障原因及处理方案。智能设备管理器APP会通过CAN总线实时采集。智能设备的故障编码与云端故障编码表匹配，从而弹出报警界面，该界面不仅能提示报警信号，还能给出报警原因及应对方案，帮助用户解决行车问题。举例说明如：

新车磨合期内，用户高速行驶导致设备过热或其他磨损带来的设备损伤，相关的智能设备检测到该状态，主动上报数据，提示设备过热，原因是车辆正处于磨合期，需要降低车速行驶，用户需要立即降低车速行驶。类似这类问题游离在严重报警范围外，但对依然会给行车带来风险。

车内智能设备，具备诊断自身故障的能力，当设备出现故障时生成故障编码，车内智能设备通过CAN总线上传故障编码给车辆控制器，再由车辆控制器转发给智能设备管理器。车内智能设备可以包括：车门开关、霍尔传感器、雨刮、发动机、胎压检测器等设备。

在一实施例中，根据智能设备管理器与车辆控制器的通讯方式生成对应所述通讯方式的监听服务。监听服务用于对所述一个或多个车内智能设备的行车数据进行监听。

智能设备管理器作为独立进程，实施业务流程如下，见图2：

1.车辆上电，车载终端启动智能设备管理器，并在内存中创建json格式的表单；

2.车辆控制器通过CAN总线采集设备状态并向车载终端转发；

3.智能设备管理器的监听服务检测到总线上的设备数据，采集并分类分属性存入json表单中；

智能设备管理器根据车载终端与车辆控制器的接口方式(以太网或CAN总线)定制开发不同的监听服务，监听总线上是否存在设备数据；

4.车载终端获取云端故障编码列表；

5.车载终端展示设备状态并给出故障起因及行车建议。

在本申请中，智能设备管理器提供设备属性服务接口，车载终端其他APP可通过该接口直接获取车内智能设备属性及状态数据，降低总线负荷，提高其他APP采集设备数据的效率；智能设备管理器对硬件接口协议进行支持，并向应用层提供统一接口服务，当乘用车更新硬件架构总成时，应用层不受影响，减少冗余开发工作。

智能设备管理器APP端，实施业务流程如下，见图3：

1.用户打开APP，或者车内智能设备出现故障，系统拉起APP；

2.获取设备列表，并展示设备运行状态；

3.根据设备运行状态判断是否报警；

4.若需要报警，则获取云端数据表；

5.基于云端数据表检索显示报警原因，故障级别；

6.根据故障级别判断能否行车，若能，则对车辆进行维护，若不能则提供4S店联系方式。

当车内智能设备出现报警时，车载终端立即弹出报警设备信息，该信息已通过故障信息清单转换成可被用户识别的中文语言，用户根据故障等级及界面引导，解决设备报警问题。

在一实施例中，所述智能设备管理器还用于对故障编码、故障编码生成对应所述故障编码的故障原因以及解决方案进行展示。

其中，所述基于所述故障编码确定对应故障编码的故障原因、故障解决方案，包括：

获取云端存储的故障编码表，并基于所述故障编码从所述故障编码表中获取对应所述故障编码的故障原因以及解决方案；其中，所述故障编码表预先存储故障编码与故障原因之间的关联关系，以及故障编码与故障解决方案之间的关联关系。

具体地，故障编码表是预先建立的，在该表中，记录了故障编码与故障编码的故障原因以及解决方案。例如，故障编码A，故障原因为A1，解决方案为A2；故障编码B，故障原因为B1，解决方案为B2。

因此，当当前的故障编码为A时，可以确定故障原因为A1，解决方案为A2。

故障编码表：具有如下功能：

录入各智能设备的故障代码；

对照故障码，阐述故障原因；

对照故障原因，阐述应对方案；

同一智能设备，根据故障代码划分故障等级，并给出不同解决方案；

针对各智能设备的关键属性，设置有车辆运行时该关键属性的参考阈值，智能设备管理器APP采集该关键属性值时做特征曲线，当该曲线偏离参考阈值，提示报警，从而预判可能会出现的故障。即在关键属性值高于/低于参考阈值时，提示报警，生成相应的故障编码以及可能的原因及解决方案。

在一实施例中，所述车辆控制器通过定时或被动查询方式从所述一个或多个车内智能设备获取所述行车数据。

在一实施例中，智能设备管理器在Android系统中分为应用层(APP)和服务层，其中应用层主要负责智能设备列表、智能设备属性及状态等界面展示功能，而服务层位于Android系统的framework中，主要负责监听监测是否有数据上传并采集智能设备数据，并向智能设备管理器及其他车载终端APP提供数据接口服务。Android系统启动时默认启动智能设备管理器服务，该服务常驻系统，不会被系统清除。

本发明提供了一种监控管理乘用车内所有智能设备的系统，其中涉及到车载终端(Android系统，安装有智能设备管理器)、车辆控制器以及云端储存等模块。用户打开车载终端的APP：智能设备管理器，车载终端实时采集各车内智能设备的运行状态，当设备出现警示或故障时，以最高优先级上报给车载终端，车主发现预警后能及时处理问题。本发明不仅实时采集各设备数据并缓存，能直接向其他APP应用提供设备属性采集服务，提高总线传输效率，而且还解决了较多安全隐患，极大地提高了乘用车的运行安全，极具推广性。本发明针对每个设备故障进行说明，解决了用户无法识别仪表盘报警图标的问题；本发明针对设备故障严重程度进行等级划分，并给出建议意见，帮助用户应对故障；

本发明通过车辆终端的智能设备管理器APP，实时采集车辆智能设备数据，结合云端存储上的故障编码及故障起因，评估故障等级，给出故障原因分析，帮助用户做出正确应对方案，大大提高用户行车安全。在本发明的中，只要新增或更新智能设备硬件及云端故障编码表，就能通过智能设备管理器APP展示各种设备故障，是一套可以长期迭代使用并极具推广价值的方法。

请参阅图4，图4是本申请的一示例性实施例示出的车辆设备管理方法的流程图。如图4所示，车辆设备管理方法包括：

步骤S410,获取由车辆控制器上传的故障编码和车辆运行数据，所述故障编码是由车内智能设备上传至所述车辆控制器的；

步骤S420,根据所述故障编码生成对应所述故障编码的故障原因以及解决方案；

步骤S430,对故障编码、故障编码生成对应所述故障编码的故障原因以及解决方案进行展示。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种车辆设备管理系统，所述系统包括：智能设备管理器和车辆控制器；所述智能设备管理器与所述车辆控制器连接，所述车辆控制器与一个或多个车内智能设备连接；

所述车内智能设备用于采集车辆运行数据，并根据所述车辆运行数据判断车辆是否发生故障，当所述车辆发生故障时，生成相应的故障编码，并将所述故障编码上传至车辆控制器；

所述车辆控制器用于接收所述故障编码，并将所述故障编码传输至智能设备管理器；

所述智能设备管理器用于接收所述故障编码，并根据所述故障编码生成对应所述故障编码的故障原因以及解决方案。

2.根据权利要求1所述的车辆设备管理系统，其特征在于，所述智能设备管理器还用于对故障编码、故障编码生成对应所述故障编码的故障原因以及解决方案进行展示。

3.根据权利要求1所述的车辆设备管理系统，其特征在于，所述基于所述故障编码确定对应故障编码的故障原因、故障解决方案，包括：

获取云端存储的故障编码表，并基于所述故障编码从所述故障编码表中获取对应所述故障编码的故障原因以及解决方案；其中，所述故障编码表预先存储故障编码与故障原因之间的关联关系，以及故障编码与故障解决方案之间的关联关系。

4.根据权利要求1所述的车辆设备管理系统，其特征在于，所述一个或多个车内智能设备通过CAN总线与所述车辆控制器连接，所述智能设备管理器与所述车辆控制器通过以太网或者CAN总线连接。

5.根据权利要求4所述的车辆设备管理系统，其特征在于，所述车辆控制器通过定时或被动查询方式从所述一个或多个车内智能设备获取所述行车数据。

6.根据权利要求1所述的车辆设备管理系统，其特征在于，所述智能设备管理器包括：

应用层，用于对所述一个或多个设备的行车数据进行展示；

服务层，用于对所述一个或多个车内智能设备的行车数据进行监听。

7.根据权利要求6所述的车辆设备管理系统，其特征在于，根据智能设备管理器与车辆控制器的通讯方式生成对应所述通讯方式的监听服务。

8.一种车辆设备管理方法，其特征在于，应用于智能设备管理器，所述方法包括：

获取由车辆控制器上传的故障编码和车辆运行数据，所述故障编码是由车内智能设备上传至所述车辆控制器的；

根据所述故障编码生成对应所述故障编码的故障原因以及解决方案；

对故障编码、故障编码生成对应所述故障编码的故障原因以及解决方案进行展示。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求8所述的车辆设备管理方法的步骤。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求8所述的车辆设备管理方法的步骤。

Images