发明内容
本发明要解决的技术问题是提供一种车辆状态分析系统和分析方法,提高车辆状态分析的时效性和可靠性。
为解决上述技术问题,本发明提供了一种车辆状态分析系统,包括:多个数据收集模块,用于采集车辆实时运行数据,且采集车辆生产数据、车辆物料配置数据、车辆销售数据和车辆维修数据中的至少一部分;数据汇总模块,用于汇总所述多个数据采集模块的数据;数据分析模块,基于特定的标识信息从所述多个数据收集模块的数据中获取目标车辆的数据,且基于所述目标车辆的数据分析所述目标车辆的车况。
在本发明的一实施例中,所述目标车辆的车况包括车辆的损耗件的状态、车辆ECU的软件状态和车辆部件的使用状态。
在本发明的一实施例中,所述特定的标识信息包括车辆的车架号和/或整车物料号。
在本发明的一实施例中,所述数据分析模块分析所述车辆的损耗件的状态的步骤包括:基于特定的标识信息从所述多个数据收集模块的数据中获取所述目标车辆的损耗件状态监测数据、车辆实时运行数据、损耗件更换或保养规则、车辆维修数据和复位标志数据中的部分或全部数据,并根据所述获取的数据得到所述损耗件的超期未更换结果数据;以第一基准分值为基数,根据所述损耗件的超期未更换结果数据,对所述损耗件的状态赋予分值;所述超期未更换结果数据包括超期特定时间或行驶里程。
在本发明的一实施例中,所述损耗件包括制动液、冷却液、空调滤芯、刹车盘、刹车片、雨刮片、轮胎和/或蓄电池。
在本发明的一实施例中,所述数据分析模块分析所述车辆的多个ECU的软件状态的步骤包括:基于特定的标识信息从所述多个数据收集模块的数据中获取所述目标车辆的多个ECU的软件标准版本数据、多个ECU的软件实际版本数据、多个ECU的软件升级数据和多个ECU的当前软件状态监测数据,并根据所述获取的数据得到所述车辆的多个ECU的软件升级状态结果数据;以第二基准分值为基数,根据所述车辆的多个ECU的软件升级状态结果数据,得到所述车辆的ECU软件状态分值。
在本发明的一实施例中,所述数据分析模块分析所述车辆部件的使用状态的步骤包括:基于特定的标识信息从所述数据收集模块获取所述目标车辆的车辆部件使用数据和车辆部件使用标准数据得到车辆部件的使用状态结果数据;以第三基准分值为基数,根据所述车辆部件的使用状态结果数据,得到所述车辆部件的使用状态分值。
本发明还提供一种车辆状态分析方法,包括以下步骤:采集车辆实时运行数据;采集车辆生产数据、车辆物料配置数据、车辆销售数据和车辆维修数据中的至少一部分并汇总所述采集的数据;基于特定的标识信息从所述汇总的数据中获取目标车辆的数据,且基于所述目标车辆的数据分析所述目标车辆的车况。
与现有技术相比,本发明具有以下优点:通过将车辆的生产、制造、运行、维修与保养等环节的数据的采集汇总与分析,实现对车辆状态和车辆运行状况的准确、有效和及时的分析与评估,及时发出向使用者提示信息,保障车辆的可靠运行。
具体实施方式
为让本发明的上述目的、特征和优点能更明显易懂,以下结合附图对本发明的具体实施方式作详细说明。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是本发明还可以采用其它不同于在此描述的其它方式来实施,因此本发明不受下面公开的具体实施例的限制。
如本申请所示,除非上下文明确提示例外情形,“一”、“一个”、“一种”和/或“该”等词并非特指单数,也可包括复数。一般说来,术语“包括”与“包含”仅提示包括已明确标识的步骤和元素,而这些步骤和元素不构成一个排它性的罗列,方法或者设备也可能包含其他的步骤或元素。
本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是,前面或下面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各种步骤。同时,或将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。
本申请的实施例描述一种车辆状态分析系统和分析方法。图1是本申请一实施例的车辆状态分析系统的组成示意图。
在一些实施例中,如图1所示,车辆状态分析系统100包括多个收集模块、数据汇总模块和数据分析模块。
多个数据收集模块可包括用于采集车辆实时运行数据的模块101、车辆物料配置数据采集模块102、车辆销售数据采集模块103、车辆生产数据104和车辆维修数据105。因而多个数据采集模块可用于采集车辆实时运行数据,还可用于采集车辆生产数据、车辆物料配置数据、车辆销售数据和车辆维修数据中的一种或多种数据。
数据汇总模块121用于汇总多个数据采集模块所采集的数据。具体的实现方式例如数据汇总模块包括一数据汇总的服务器平台。
车辆状态分析系统100还包括数据分析模块131。在一实施例中,数据分析模块131基于特定的标识信息从所述多个数据收集模块的数据中获取目标车辆的数据,且基于所述目标车辆的数据分析所述目标车辆的车况。
特定的标识信息例如为车辆的车架号和/或整车物料号,该车架号和整车物料号在车辆的标识方面具有唯一的指向性。目标车辆的车况例如包括车辆的损耗件的状态、车辆ECU的软件状态和车辆部件的使用状态。
在一实施例中,数据分析模块分析车辆的损耗件的步骤包括,步骤101,基于特定的标识信息从多个数据收集模块的数据中获取目标车辆的损耗件状态监测数据、车辆实时运行数据、损耗件更换规则、车辆维修数据和复位标志数据等数据中的部分或全部数据,并根据获取的数据得到所述损耗件的超期未更换结果数据。步骤102,以第一基准分值为基数,根据该损耗件的超期未更换结果数据,对损耗件的状态赋予分值。超期未更换结果数据例如包括超期特定时间或行驶里程。
在一些实施例中,损耗件可包括制动液、冷却液、空调滤芯、刹车盘、刹车片、雨刮片、轮胎和/或蓄电池等多种类型。
在一具体的实施例中,在步骤101,例如损耗件为刹车盘时,数据分析模块基于特定的标识信息,例如车架号,从多个数据收集模块的数据中获取目标车辆的车辆实时运行数据、车辆维修数据、刹车盘更换规则和复位标志数据。复位标志数据例如由完成一次保养过程后或损耗件更换一次后产生。车辆实时运行数据例如包括车辆已运行的行驶里程。刹车盘的超期未更换结果数据例如为超期N天。N例如以正整数标示。例如,超期10天、15天、20天、……等。刹车盘的超期未更换结果数据也可为超期M公里。M例如以正整数标示。例如,超期100公里、150公里、200公里、……等。
在步骤102,以第一基准分值为基数,根据刹车盘的超期未更换结果数据,对刹车盘的状态赋予分值。第一基准分值例如为100分。根据预先设定的刹车盘的超期未更换结果数据与分值的换算关系,在第一基准分值的基础上,以该第一基准分值为基数,根据刹车盘的超期未更换结果数据,对刹车盘的状态赋予分值。
在另一具体的实施例中,在步骤101,例如损耗件为制动液时,数据分析模块基于特定的标识信息,例如物料号,从多个数据收集模块的数据中获取目标车辆的车辆实时运行数据、车辆维修数据、车辆的制动液保养规则和复位标志数据。复位标志数据例如由完成一次保养过程后产生。车辆实时运行数据例如包括车辆已运行的行驶里程。制动液的超期未更换结果例如为超期a1天或超期b1公里。
相应的,在步骤102,以第一基准分值为基数,根据制动液的超期未更换结果数据,对车辆的制动液的状态赋予分值。第一基准分值例如为100分。根据预先设定的制动液的超期未更换结果数据与分值的换算关系,在第一基准分值的基础上,以该第一基准分值为基数,根据制动液的超期未更换结果数据,对制动液的状态赋予分值。
在另外的实施例中,在步骤101,例如损耗件为空调滤芯时,数据分析模块基于特定的标识信息,例如物料号,从数据收集模块的数据中获取目标车辆的损耗件状态监测数据,此时例如为空调滤芯状态监控传感器上报的空调滤芯状态数据。同时,还可获取车辆维修数据和空调滤芯更换规则数据,得到空调滤芯的超期未更换数据,例如为超期X天。
此时,在步骤102,以第一基准分值为基数,根据空调滤芯的超期未更换结果数据,对车辆的空调滤芯的状态赋予分值。
接下来,在一些实施例中,数据分析模块分析车辆的多个ECU(ElectronicControl Unit,电子控制单元)的软件状态的步骤包括,步骤201,基于特定的标识信息从多个数据收集模块的数据中获取目标车辆的多个ECU的软件标准版本数据、多个ECU的软件实际版本数据、多个ECU的软件升级数据和多个ECU的当前软件状态监测数据,并根据获取的数据得到车辆的多个ECU的软件升级状态结果数据。步骤202,以第二基准分值为基数,根据车辆的多个ECU的软件升级状态结果数据,得到车辆的ECU软件状态分值。第二基准分值例如为100分。车辆的ECU软件状态分值可由车辆的多个ECU的软件升级状态结果数据综合而成,例如每有一个ECU根据升级策略数据评估后,未及时进行必要的升级则减去若干分值。软件升级数据例如包括软件升级策略数据,其可由软件开发者或维护者发布。
在另外一些实施例中,数据分析模块分析车辆部件的使用状态的步骤包括,步骤301,基于特定的标识信息从数据收集模块获取目标车辆的车辆部件使用数据和车辆部件使用标准数据得到车辆部件的使用状态结果数据。步骤302,以第三基准分值为基数,根据车辆部件的使用状态结果数据,得到车辆部件的使用状态分值。第三基准分值例如为100分。
具体的,例如车辆部件为蓄电池,此时,在步骤301,基于特定的标识信息,例如整车物料号,从数据收集模块获取该目标车辆的蓄电池的使用数据,具体例如为车辆上报的充电信息,并获取车辆的蓄电池的快充电与慢充电的优选比例的经验值,根据前述数据得到车辆的蓄电池的使用状态结果数据,例如车辆实际的使用数据与推荐的优选值相差的比例值。在步骤302,以第三基准分值为基数,基于预先设定的使用状态结果数据与分值的换算关系,根据车辆部件的使用状态结果数据,得到车辆部件的使用状态分值。
数据分析模块的分析结果例如可呈现在车机系统的交互界面,供车辆使用者查看和读取,必要时车机系统也可根据设置向使用者发出提示,例如损耗件的状态或ECU的状态将可能会对车辆的运行造成较大的影响时。
本申请还提供一种车辆状态分析方法。图2是本申请一实施例的车辆状态分析方法的示例性流程图。如图2所示,在一些实施例中,车辆分析方法包括以下步骤,步骤401,采集车辆实时运行数据;步骤402,采集车辆生产数据、车辆物料配置数据、车辆销售数据和车辆维修数据中的至少一部分并汇总所述采集的数据;步骤403,基于特定的标识信息从所述汇总的数据中获取目标车辆的数据,且基于所述目标车辆的数据分析所述目标车辆的车况。
在一些实施例中,目标车辆的车况包括车辆的损耗件的状态、车辆ECU的软件状态和车辆部件的使用状态。特定的标识信息可包括车辆的车架号和/或整车物料号。
分析车辆的损耗件的状态的步骤、分析所述车辆的多个ECU的软件状态的步骤和分析所述车辆部件的使用状态的步骤分别如前文所例述。
本申请的技术方案可实现基于车辆在生产、销售、运行、维修保养等各个环节的数据和车辆的软硬件开发者与维护者提供的数据信息,对车辆状态进行完整、全面、可靠和及时的分析,以给车辆的使用者提供准确的参考信息,保障车辆的安全运行。
上文已对基本概念做了描述,显然,对于本领域技术人员来说,上述发明披露仅仅作为示例,而并不构成对本申请的限定。虽然此处并没有明确说明,本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议,所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时,本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此,应强调并注意的是,本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外,本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外,本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该产品包括计算机可读程序编码。例如,计算机可读介质可包括,但不限于,磁性存储设备(例如,硬盘、软盘、磁带……)、光盘(例如,压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如,卡、棒、键驱动器……)。
计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号,例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式,包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质,该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播,包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。
虽然本申请已参照当前的具体实施例来描述,但是本技术领域中的普通技术人员应当认识到,以上的实施例仅是用来说明本申请,在没有脱离本申请精神的情况下还可作出各种等效的变化或替换,因此,只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。