首页 / 专利分类库 / 电通信技术 / 车辆下线检测方法、装置、设备及存储介质

车辆下线检测方法、装置、设备及存储介质

申请号 CN202410262343.9 申请日 2024-03-07 公开(公告)号 CN118018443A 公开(公告)日 2024-05-10
申请人 浙江吉利控股集团有限公司; 浙江吉利远程新能源商用车集团有限公司; 浙江远程商用车研发有限公司; 发明人 俞雯萱; 卢熠婷; 陈政; 黄云飞; 疏腾飞; 陈洁;
摘要 本 发明 涉及车辆检测技术领域,尤其涉及一种车辆下线检测方法、装置、设备及存储介质,本发明通过获取下线车辆的原始数据集,并先对原始数据集进行车辆联网状态检测,在车辆联网状态检测通过后,在对原始数据集进行数据 质量 核查,无需频繁的数据交互,简化了车辆下线检测的步骤,避免了 现有技术 中下线车辆的车联网功能的下线检测过程较为复杂的技术问题,提高了车辆下线检测的效率。
权利要求

1.一种车辆下线检测方法,其特征在于,所述车辆下线检测方法包括:
在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集;
基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测;
在所述车辆联网状态检测通过时,对所述原始数据集进行数据质量核查,得到数据质量核查结果;
根据所述数据质量核查结果生成车辆下线检测结果。
2.如权利要求1所述的车辆下线检测方法,其特征在于,所述对所述原始数据集进行数据质量核查,得到数据质量核查结果,包括:
对所述原始数据集进行过滤,得到目标下线车辆数据集;
对所述目标下线车辆数据集进行数据逻辑检测和/或真实性检测;
在数据逻辑检测和/或真实性检测通过时,计算所述目标下线车辆数据集的数据有效比例;
根据所述数据有效比例生成数据质量核查结果。
3.如权利要求2所述的车辆下线检测方法,其特征在于,所述对所述原始数据集进行过滤,得到目标下线车辆数据集,包括:
基于预设熄火判断条件对所述原始数据集进行熄火状态数据过滤;
和/或
确定所述原始数据集中各数据对应的标志位,根据所述标志位与预设标志位匹配对所述原始数据集进行数据异常过滤;
和/或
确定目标下线车辆的车辆类型和原始数据集中的数据类型,并根据所述车辆类型和所述数据类型对所述原始数据集进行数据完整性过滤。
4.如权利要求2所述的车辆下线检测方法,其特征在于,所述目标下线车辆数据集包括电池分包数据、电池极值、电池电流以及车辆定位状态;
所述对所述目标下线车辆数据集进行数据逻辑检测,至少包括以下方式中的至少一项:
对所述电池分包数据进行数据缺失检测;
根据预设分包规则对所述电池极值进行分包检测;
对所述电池电流进行连续性检测;
对所述目标下线车辆数据集进行命令定义结构检测;
在车辆定位功能正常时,对所述车辆定位状态进行重复性检测。
5.如权利要求2所述的车辆下线检测方法,其特征在于,所述计算所述目标下线车辆数据集的数据有效比例,包括:
获取所述目标下线车辆数据集中各数据类型的有效数据条数和总上报条数;
根据所述有效数据条数和总上报条数计算单项数据有效比例;
整合各数据类型对应的单项数据有效比例,得到数据完整有效比例。
6.如权利要求1‑5中任一项所述的车辆下线检测方法,其特征在于,所述在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集,包括:
在接收到车辆下线检测指令时,向大数据平台发送数据监听指令,以使所述大数据平台基于下线检测列表读取目标下线车辆的基础状态数据,并对应存储;
间隔预设时长或接收到监听结束指令,向大数据平台发送数据监听结束指令,以使所述大数据平台根据存储的基础状态数据生成数据报文,并反馈所述数据报文。
7.如权利要求1‑5中任一项所述的车辆下线检测方法,其特征在于,所述基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测,包括:
基于所述原始数据集检测大数据平台在目标时间间隔内是否接收到实时数据报文,所述目标时间间隔是指所述大数据平台接收到数据监听指令和数据监听结束指令之间的时间间隔;
若是,则判定车辆平台在线;
计算所述实时数据报文中无效定位报文对应的报文占比;
在所述报文占比小于预设占比阈值时,判定车辆定位功能正常;
计算所述大数据平台接收到实时数据报文的接收时间和所述实时数据报文中的数据采集时间之间的时间差值;
在所述时间差值小于预设时间阈值时,判定车辆数据延迟合格。
8.一种车辆下线检测装置,其特征在于,所述车辆下线检测装置包括:
数据获取模,用于在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集;
联网检测模块,用于基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测;
质量核查模块,用于在所述车辆联网状态检测通过时,对所述原始数据集进行数据质量核查,得到数据质量核查结果;
下线检测模块,用于根据所述数据质量核查结果生成车辆下线检测结果。
9.一种车辆下线检测设备,其特征在于,所述车辆下线检测设备包括:存储器、处理器,所述存储器上存储有可在所述处理器上运行的车辆下线检测程序,所述车辆下线检测程序配置为实现如权利要求1至7中任一项所述的车辆下线检测方法。
10.一种存储介质,其特征在于,所述存储介质上存储有车辆下线检测程序,所述车辆下线检测程序被处理器执行时实现如权利要求1至7任一项所述的车辆下线检测方法。

说明书全文

车辆下线检测方法、装置、设备及存储介质

技术领域

[0001] 本发明涉及车辆检测技术领域,尤其涉及一种车辆下线检测方法、装置、设备及存储介质。

背景技术

[0002] 在车辆下线时,会对已经完成组装的车辆进行汽车性能检测,进而判断下线车辆是否满足出厂销售标准,其中,特别是车辆的车联网功能的下线检测,由于业内的整车车联网下线检聚焦在车辆功能状态与联网状态检测,该种检测依赖固定设备如扫码枪、数采设备等,需要固定设置工位与专用设备,成本大且软硬件开发迭代困难,且还涉及车辆与设备信息频繁交互,操作较繁琐,投入使用管理难度高。
[0003] 上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术

发明内容

[0004] 本发明的主要目的在于提供一种车辆下线检测方法、装置、设备及存储介质,旨在解决现有技术中下线车辆的车联网功能的下线检测过程较为复杂的技术问题。
[0005] 为实现上述目的,本发明提供了一种车辆下线检测方法,所述方法包括以下步骤:
[0006] 在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集;
[0007] 基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测;
[0008] 在所述车辆联网状态检测通过时,对所述原始数据集进行数据质量核查,得到数据质量核查结果;
[0009] 根据所述数据质量核查结果生成车辆下线检测结果。
[0010] 可选地,所述对所述原始数据集进行数据质量核查,得到数据质量核查结果,包括:
[0011] 对所述原始数据集进行过滤,得到目标下线车辆数据集;
[0012] 对所述目标下线车辆数据集进行数据逻辑检测和/或真实性检测;
[0013] 在数据逻辑检测和/或真实性检测通过时,计算所述目标下线车辆数据集的数据有效比例;
[0014] 根据所述数据有效比例生成数据质量核查结果。
[0015] 可选地,所述对所述原始数据集进行过滤,得到目标下线车辆数据集,包括:
[0016] 基于预设熄火判断条件对所述原始数据集进行熄火状态数据过滤;
[0017] 和/或
[0018] 确定所述原始数据集中各数据对应的标志位,根据所述标志位与预设标志位匹配对所述原始数据集进行数据异常过滤;
[0019] 和/或
[0020] 确定目标下线车辆的车辆类型和原始数据集中的数据类型,并根据所述车辆类型和所述数据类型对所述原始数据集进行数据完整性过滤。
[0021] 可选地,所述目标下线车辆数据集包括电池分包数据、电池极值、电池电流以及车辆定位状态;
[0022] 所述对所述目标下线车辆数据集进行数据逻辑检测,至少包括以下方式中的至少一项:
[0023] 对所述电池分包数据进行数据缺失检测;
[0024] 根据预设分包规则对所述电池极值进行分包检测;
[0025] 对所述电池电流进行连续性检测;
[0026] 对所述目标下线车辆数据集进行命令定义结构检测;
[0027] 在车辆定位功能正常时,对所述车辆定位状态进行重复性检测。
[0028] 可选地,所述计算所述目标下线车辆数据集的数据有效比例,包括:
[0029] 获取所述目标下线车辆数据集中各数据类型的有效数据条数和总上报条数;
[0030] 根据所述有效数据条数和总上报条数计算单项数据有效比例;
[0031] 整合各数据类型对应的单项数据有效比例,得到数据完整有效比例。
[0032] 可选地,所述在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集,包括:
[0033] 在接收到车辆下线检测指令时,向大数据平台发送数据监听指令,以使所述大数据平台基于下线检测列表读取目标下线车辆的基础状态数据,并对应存储;
[0034] 间隔预设时长或接收到监听结束指令,向大数据平台发送数据监听结束指令,以使所述大数据平台根据存储的基础状态数据生成数据报文,并反馈所述数据报文。
[0035] 可选地,所述基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测,包括:
[0036] 根据所述原始数据集检测大数据平台在目标时间间隔内是否接收到实时数据报文,所述目标时间间隔是指所述大数据平台接收到数据监听指令和数据监听结束指令之间的时间间隔;
[0037] 若是,则判定车辆平台在线;
[0038] 计算所述实时数据报文中无效定位报文对应的报文占比;
[0039] 在所述报文占比小于预设占比阈值时,判定车辆定位功能正常;
[0040] 计算所述大数据平台接收到实时数据报文的接收时间和所述实时数据报文中的数据采集时间之间的时间差值;
[0041] 在所述时间差值小于预设时间阈值时,判定车辆数据延迟合格。
[0042] 此外,为实现上述目的,本发明还提出一种车辆下线检测装置,所述车辆下线检测装置包括:
[0043] 数据获取模,用于在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集;
[0044] 联网检测模块,用于基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测;
[0045] 质量核查模块,用于在所述车辆联网状态检测通过时,对所述原始数据集进行数据质量核查,得到数据质量核查结果;
[0046] 下线检测模块,用于根据所述数据质量核查结果生成车辆下线检测结果。
[0047] 此外,为实现上述目的,本发明还提出一种车辆下线检测设备,所述车辆下线检测设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆下线检测程序,所述车辆下线检测程序配置为实现如上文所述的车辆下线检测方法的步骤。
[0048] 此外,为实现上述目的,本发明还提出一种存储介质,所述存储介质上存储有车辆下线检测程序,所述车辆下线检测程序被处理器执行时实现如上文所述的车辆下线检测方法的步骤。
[0049] 本发明公开了一种车辆下线检测方法,所述车辆下线检测方法包括:在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集;基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测;在所述车辆联网状态检测通过时,对所述原始数据集进行数据质量核查,得到数据质量核查结果;根据所述数据质量核查结果生成车辆下线检测结果,与现有技术相比,本发明通过获取下线车辆的原始数据集,并先对原始数据集进行车辆联网状态检测,在车辆联网状态检测通过后,在对原始数据集进行数据质量核查,无需频繁的数据交互,简化了车辆下线检测的步骤,避免了现有技术中下线车辆的车联网功能的下线检测过程较为复杂的技术问题,提高了车辆下线检测的效率。附图说明
[0050] 图1是本发明实施例方案涉及的硬件运行环境的车辆下线检测设备的结构示意图;
[0051] 图2为本发明车辆下线检测方法第一实施例的流程示意图;
[0052] 图3为本发明车辆下线检测方法一实施例的移动终端和大数据平台的交互流程图
[0053] 图4为本发明车辆下线检测方法一实施例的大数据平台的功能架构示意图;
[0054] 图5为本发明车辆下线检测方法第二实施例的流程示意图;
[0055] 图6为本发明车辆下线检测装置第一实施例的结构框图
[0056] 本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

[0057] 应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
[0058] 参照图1,图1为本发明实施例方案涉及的硬件运行环境的车辆下线检测设备结构示意图。
[0059] 如图1所示,该车辆下线检测设备可以包括:处理器1001,例如中央处理器(Central Processing Unit,CPU),通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless‑Fidelity,Wi‑Fi)接口)。存储器1005可以是高速的随机存取存储器(Random Access Memory,RAM),也可以是稳定的非易失性存储器(Non‑Volatile Memory,NVM),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
[0060] 本领域技术人员可以理解,图1中示出的结构并不构成对车辆下线检测设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
[0061] 如图1所示,作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及车辆下线检测程序。
[0062] 在图1所示的车辆下线检测设备中,网络接口1004主要用于与网络服务器进行数据通信;用户接口1003主要用于与用户进行数据交互;本发明车辆下线检测设备中的处理器1001、存储器1005可以设置在车辆下线检测设备中,所述车辆下线检测设备通过处理器1001调用存储器1005中存储的车辆下线检测程序,并执行本发明实施例提供的车辆下线检测方法。
[0063] 本发明实施例提供了一种车辆下线检测方法,参照图2,图2为本发明一种车辆下线检测方法第一实施例的流程示意图。
[0064] 本实施例中,所述车辆下线检测方法包括以下步骤:
[0065] 步骤S10:在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集。
[0066] 需要说明的是,本实施例方法的执行主体可以是具有数据处理、网络通信以及程序运行等功能的设备,例如:手机、移动终端等用于进行下线检测的设备,还可以是其他可以实现相同或者相似功能的设备,本实施例对此不作具体限制,在本实施例以及下述实施例中,将会以移动终端为例进行说明。
[0067] 应当说明的是,随着越来越多的车辆拥有车联网的功能,仅凭整车下线流程诊断(End of Line,EOL)诊断车联网智能终端T‑BOX(也可称为车载控制器或者车载计算机等)故障无法完全确保车联网功能达到出厂要求,业内的整车车联网下线检聚焦在车辆功能状态与联网状态检测,该种检测依赖固定设备如扫码枪、数采设备等,需要固定设置工位与专用设备,成本大且软硬件开发迭代困难,且有时还涉及车辆与设备信息频繁交互,操作较繁琐,投入使用管理难度高。
[0068] 为了解决上述问题,本实施例通过直接获取下线车辆的原始数据集,根据原始数据集对下线车辆进行车辆联网状态检测,并在车辆联网状态检测通过后,在对原始数据集进行数据质量核查,无需频繁的数据交互,简化了车辆下线检测的步骤,同时无需特定的下线检测设备。
[0069] 应当理解的是,目标下线车辆的原始数据集包含有目标下线车辆在测试期间的所有车辆数据,包括但不限于:车辆速度、数据上传的时间、发动机转速等数据。
[0070] 进一步地,为了获取目标下线车辆的原始数据集,提高车辆联网状态检测的准确性,所述在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集,包括:
[0071] 在接收到车辆下线检测指令时,向大数据平台发送数据监听指令,以使所述大数据平台基于下线检测列表读取目标下线车辆的基础状态数据,并对应存储;
[0072] 间隔预设时长或接收到监听结束指令,向大数据平台发送数据监听结束指令,以使所述大数据平台根据存储的基础状态数据生成数据报文,并反馈所述数据报文。
[0073] 在具体实现中,参考图3,图3为移动终端和大数据平台的交互流程图,在需要进行车辆下线检测时,移动终端会向大数据平台发送数据监听指令,大数据平台会基于下线检测列表持续监听车辆的基础状态数据,基础状态数据与下线检测列表中的数据类型对应,例如:各个协议对应的车辆数据,同时,会将监听到的数据对应存储至预设的存储空间中,以便于移动终端调用,大数据平台在接收到移动终端发送的监听结束指令后,会向移动终端反馈存储的基础状态数据,以使移动终端可以根据接收到的数据进行联网状态判断和数据质量核查,其中,基础状态数据包括但不限于法规平台在线状态、TSP平台在线状态、定位状态以及数据延迟信息等。
[0074] 例如:用户在手机端搜索目标车辆,点击“开始检测”后,手机端APP将开始信号反馈给大数据平台,参考图4,图4为本实施例中大数据平台的功能架构示意图,大数据平台收到信号后,大数据平台通过Flink监听车辆下线检列表,获取车辆T‑BOX实时上报的协议数据,检测过程中,根据核算算法持续输出各实时数据模块结果存入redis存储区间,用户在手机端点击“结束检测”或设定的最大检测时长到达后,手机端APP将监听结束信号发送给大数据平台,大数据平台停止获取目标车辆的实时数据,并停止更新redis存储区间中的数据,并向移动终端反馈存储的基础状态+数据,判断输出各模块的通过情况,手机端APP将该车各项数据的检测结果及处理建议进行展示。
[0075] 此外,由于车辆下线检测及时性要求较高,无法依赖制造执行系统(Manufacturing Execution System,MES)等生产系统的数据采集与传输,所以该方案通过大数据监测T‑BOX上报数据进行下线车辆身份判断,检测期间要求车辆处于启动且ready状态(上高压),并且在整个检测过程中不能熄火。
[0076] 步骤S20:基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测。
[0077] 在具体实现中,在车辆联网状态检测之前,由于车辆存在T‑BOX与车辆绑定异常的问题,导致获取数据与检测车辆不对应的情况,所以正式数据检测前,先根据车辆状态与当前里程进行核对:新能源车查询车辆是否为启动状态(燃油车发动机转速>0),与车辆实际状态是否一致;核对车辆上报当前里程与实际仪表里程是否一致,若是两者均满足,则进行车辆联网状态检测。
[0078] 进一步地,所述基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测,包括:
[0079] 根据所述原始数据集检测大数据平台在目标时间间隔内是否接收到实时数据报文,所述目标时间间隔是指所述大数据平台接收到数据监听指令和数据监听结束指令之间的时间间隔;
[0080] 若是,则判定车辆平台在线;
[0081] 计算所述实时数据报文中无效定位报文对应的报文占比;
[0082] 在所述报文占比小于预设占比阈值时,判定车辆定位功能正常;
[0083] 计算所述大数据平台接收到实时数据报文的接收时间和所述实时数据报文中的数据采集时间之间的时间差值;
[0084] 在所述时间差值小于预设时间阈值时,判定车辆数据延迟合格。
[0085] 应当说明的是,车辆联网状态检测主要是检测车辆在测试过程中的平台在线情况、定位状态以及数据传输过程的延迟情况,具体地,车辆在测试过程中在平台有实时数据报文上报就判断为在线,车辆上报定位状态中无效定位的报文占比超过5%,判定车辆定位功能异常,定位有效率低,车辆上报定位状态中无效定位的报文占比不超过5%,判定车辆定位功能正常,定位有效率高;服务器接收实时数据时间和终端打包的报文时间相差是否超过20秒,数据延迟小于等于20s为合格,若是存在小数点的情况,则直接进位,即若是数据延迟为19.1s,则视为20s。
[0086] 步骤S30:在所述车辆联网状态检测通过时,对所述原始数据集进行数据质量核查,得到数据质量核查结果。
[0087] 应当说明的是,对原始数据集进行数据质量核查是指对车辆的原始数据集进行真实性和完整性检测,其中,真实性检测是指验证数据的逻辑是否合理,完整性检测是指验证数据的有效比例。
[0088] 步骤S40:根据所述数据质量核查结果生成车辆下线检测结果。
[0089] 根据数据质量核查结果中各项检查对应的检查结果,生成可视化的图表,以该可视化图表作为车辆下线检测结果,移动终端还可以展示该可视化图表,并给出对应的处理建议,本实施例对此不作具体限制。
[0090] 本实施例通过获取下线车辆的原始数据集,并先对原始数据集进行车辆联网状态检测,在车辆联网状态检测通过后,在对原始数据集进行数据质量核查,无需频繁的数据交互,简化了车辆下线检测的步骤,避免了现有技术中下线车辆的车联网功能的下线检测过程较为复杂的技术问题,提高了车辆下线检测的效率。
[0091] 参考图5,图5为本发明一种车辆下线检测方法第二实施例的流程示意图。
[0092] 基于上述第一实施例,在本实施例中,所述步骤S30,包括:
[0093] 步骤S301:对所述原始数据集进行过滤,得到目标下线车辆数据集。
[0094] 需要说明的是,由于大数据平台监听的是车辆在一段持续时间内的所有数据,在移动终端需要进行下线检测时,传输给移动终端的也是所有的数据,这中间存在了大量的无效数据和对数据质量核查无用的数据,因此,本实施例在进行数据逻辑检测和真实性检测之前需要对原始数据集进行过滤,得到目标下线车辆数据集,提高后续数据质量核查的效率。
[0095] 进一步地,所述对所述原始数据集进行过滤,得到目标下线车辆数据集,包括:
[0096] 基于预设熄火判断条件对所述原始数据集进行熄火状态数据过滤;
[0097] 和/或
[0098] 确定所述原始数据集中各数据对应的标志位,根据所述标志位与预设标志位匹配对所述原始数据集进行数据异常过滤;
[0099] 和/或
[0100] 确定目标下线车辆的车辆类型和原始数据集中的数据类型,并根据所述车辆类型和所述数据类型对所述原始数据集进行数据完整性过滤。
[0101] 可以理解的是,预设熄火判断条件可以是判断车辆发动机转速是否是0或者车辆运行标志位处于熄火状态等。
[0102] 在具体实现中,通过对原始数据集中的数据按照车辆是否处于熄火状态进行过滤,并对非熄火状态车辆数据池中进行无效检测和异常检测,其中,无效检测与异常检测是对对车辆动态数据进行逐条检测,如数据存在空值、异常的情况,将其剔除且不纳入合格数据范围,如:数据池中整车数据存在车辆状态、总电压、总电流、车速、里程、soc、定位信息等,若是其对应的为标志位为FE无效或FF异常数据,则该条数据判定为不合格。
[0103] 由于生产车辆存在新能源车、传统燃油车以及混动等多种动类型,主要包含GB/T32960协议、HJ1239协议、GB17691协议,故也需要对车辆上报协议和协议中应报数据流是否存在错报或缺失的情况进行判断,具体地,通过实时报文中是否完整包含了协议所规定的所有类型数据,例如:“整车数据”、“驱动电机数据”、“极值数据”、“电池数据”、“定位数据”等,若是没有包含全部类型的数据,丢弃该条数据,以实现数据完整性过滤。
[0104] 例如:针对HJ1239协议/GB17691协议的报文整体校验,数据包括中包含车载诊断系统(OBD)信息01、数据流信息02、数据流信息03、数据流信息04、数据流信息05,根据不同车辆类型和车辆类型‑数据类型映射表格进行区分校验上报数据流是否缺失,车辆类型‑数据类型映射表格参见表1。
[0105] 表1
[0106]
[0107] 步骤S302:对所述目标下线车辆数据集进行数据逻辑检测和/或真实性检测。
[0108] 值得说明的是,数据逻辑错误主要是对部分数据进行逻辑性判定,不符合检测要求的数据视为数据不合格,主要检测步骤包括:电池分包数据是否漏报、极值分包处理是否符合规则要求等。
[0109] 进一步地,所述目标下线车辆数据集包括电池分包数据、电池极值、电池电流以及车辆定位状态;
[0110] 所述对所述目标下线车辆数据集进行数据逻辑检测,至少包括以下方式中的至少一项:
[0111] 对所述电池分包数据进行数据缺失检测;
[0112] 根据预设分包规则对所述电池极值进行分包检测;
[0113] 对所述电池电流进行连续性检测;
[0114] 对所述目标下线车辆数据集进行命令定义结构检测;
[0115] 在车辆定位功能正常时,对所述车辆定位状态进行重复性检测。
[0116] 在具体实现中,对所述电池分包数据进行数据缺失检测是指对电池上报数据进行合包处理,判断可充电储能温度探针及单体电池电压上报值是否存在缺失以及极值之前差值是否过大等问题,若单体电池电压上报值存在缺失或极值之前差值过大,则判定为数据逻辑检测不合格;根据预设分包规则对所述电池极值进行分包检测是指动力蓄电池极值分包是否符合规则要求,若数据分包时出现乱序、丢以及发送无效且不能识别(不满足国标协议)的报文,判定为数据逻辑检测不合格;对所述电池电流进行连续性检测是指在电池总电流大于阈值(20A)的情况下,连续3帧及以上总电流数值连续相同,需对这种现象进行标记,对于测评周期内总电流连续3帧相同现象频次或者占比大于阈值(例如:0.1%)的情况,判定为数据逻辑检测不合格;对所述目标下线车辆数据集进行命令定义结构检测是指存在不符合国标要求的自定义命令以及数据报文长度不一致以及命令结构不符合国标要求,判定为数据逻辑检测不合格;在车辆定位功能正常时,对所述车辆定位状态进行重复性检测是指当车辆定位状态为“有效”时,车辆定位(经度、纬度)在一段时间段内的每组定位信息是否连续重复超过预设次数,预设次数可设置为3次,判定为非真实数据,判定为数据逻辑检测不合格。
[0117] 此外,数据真实性检测主要是对实时数据的格式完整性、数据符合性、数据重复性进行逐条验证以及筛查。
[0118] 步骤S303:在数据逻辑检测和/或真实性检测通过时,计算所述目标下线车辆数据集的数据有效比例。
[0119] 数据有效比例包括单项数据有效比例和数据完整性有效比例。
[0120] 进一步地,所述计算所述目标下线车辆数据集的数据有效比例,包括:
[0121] 获取所述目标下线车辆数据集中各数据类型的有效数据条数和总上报条数;
[0122] 根据所述有效数据条数和总上报条数计算单项数据有效比例;
[0123] 整合各数据类型对应的单项数据有效比例,得到数据完整有效比例。
[0124] 在具体实现中,单项数据有效比例为有效数据条数与总上报条数的比,若有效比例未超过预设的阈值,则该单项数据质量检测不合格;根据单项数据有效比例进行整合计算为车辆最终数据完整性有效比例,例如,可以是确定各个单项数据有效比例的最小值作为数据完整性有效比例的取值,本实施例对此不做具体限制。
[0125] 步骤S304:根据所述数据有效比例生成数据质量核查结果。
[0126] 数据质量核查主要对车辆数据真实性、完整性进行检测,测评周期内车辆数据经过下线检测流程后得到2个输出量,分别为:单项数据有效比例和数据完整性有效比例,单项数据有效比例表征于车辆检测流程内当前接收数据中有效数据的帧数占比;数据完整性有效比例表征于根据既定的各项数据的阈值,按模块整合计算车辆数据有效性,分别输出各模块有效比例。
[0127] 本实施例通过对所述原始数据集进行过滤,得到目标下线车辆数据集,减少了数据质量核查的工作量,再对所述目标下线车辆数据集进行数据逻辑检测和/或真实性检测;在数据逻辑检测和/或真实性检测通过时,计算所述目标下线车辆数据集的数据有效比例,根据所述数据有效比例生成数据质量核查结果,提高了数据质量核查的可信度。
[0128] 此外,本发明实施例还提出一种存储介质,所述存储介质上存储有车辆下线检测程序,所述车辆下线检测程序被处理器执行时实现如上文所述的车辆下线检测方法的步骤。
[0129] 由于本存储介质采用了上述所有实施例的全部技术方案,因此至少具有上述实施例的技术方案所带来的所有有益效果,在此不再一一赘述。
[0130] 参照图6,图6为本发明车辆下线检测装置第一实施例的结构框图。
[0131] 如图6所示,本发明实施例提出的车辆下线检测装置包括:
[0132] 数据获取模块10,用于在接收到车辆下线检测指令时,获取目标下线车辆的原始数据集。
[0133] 联网检测模块20,用于基于所述原始数据集对所述目标下线车辆进行车辆联网状态检测测。
[0134] 质量核查模块30,用于在所述车辆联网状态检测通过时,对所述原始数据集进行数据质量核查,得到数据质量核查结果。
[0135] 下线检测模块40,用于根据所述数据质量核查结果生成车辆下线检测结果。
[0136] 在一实施例中,所述质量核查模块30,还用于对所述原始数据集进行过滤,得到目标下线车辆数据集;对所述目标下线车辆数据集进行数据逻辑检测和/或真实性检测;在数据逻辑检测和/或真实性检测通过时,计算所述目标下线车辆数据集的数据有效比例;根据所述数据有效比例生成数据质量核查结果。
[0137] 在一实施例中,所述质量核查模块30,还用于基于预设熄火判断条件对所述原始数据集进行熄火状态数据过滤;和/或确定所述原始数据集中各数据对应的标志位,根据所述标志位与预设标志位匹配对所述原始数据集进行数据异常过滤;和/或确定目标下线车辆的车辆类型和原始数据集中的数据类型,并根据所述车辆类型和所述数据类型对所述原始数据集进行数据完整性过滤。
[0138] 在一实施例中,所述质量核查模块30,还用于对所述电池分包数据进行数据缺失检测;根据预设分包规则对所述电池极值进行分包检测;对所述电池电流进行连续性检测;对所述目标下线车辆数据集进行命令定义结构检测;在车辆定位功能正常时,对所述车辆定位状态进行重复性检测。
[0139] 在一实施例中,所述质量核查模块30,还用于获取所述目标下线车辆数据集中各数据类型的有效数据条数和总上报条数;根据所述有效数据条数和总上报条数计算单项数据有效比例;整合各数据类型对应的单项数据有效比例,得到数据完整有效比例。
[0140] 在一实施例中,所述数据获取模块10,还用于在接收到车辆下线检测指令时,向大数据平台发送数据监听指令,以使所述大数据平台基于下线检测列表读取目标下线车辆的基础状态数据,并对应存储;间隔预设时长或接收到监听结束指令,向大数据平台发送数据监听结束指令,以使所述大数据平台根据存储的基础状态数据生成数据报文,并反馈所述数据报文。
[0141] 在一实施例中,所述联网检测模块20,还用于根据所述原始数据集检测大数据平台在目标时间间隔内是否接收到实时数据报文,所述目标时间间隔是指所述大数据平台接收到数据监听指令和数据监听结束指令之间的时间间隔;若是,则判定车辆平台在线;计算所述实时数据报文中无效定位报文对应的报文占比;在所述报文占比小于预设占比阈值时,判定车辆定位功能正常;计算所述大数据平台接收到实时数据报文的接收时间和所述实时数据报文中的数据采集时间之间的时间差值;在所述时间差值小于预设时间阈值时,判定车辆数据延迟合格。
[0142] 本实施例通过获取下线车辆的原始数据集,并先对原始数据集进行车辆联网状态检测,在车辆联网状态检测通过后,在对原始数据集进行数据质量核查,无需频繁的数据交互,简化了车辆下线检测的步骤,避免了现有技术中下线车辆的车联网功能的下线检测过程较为复杂的技术问题,提高了车辆下线检测的效率。
[0143] 应当理解的是,以上仅为举例说明,对本发明的技术方案并不构成任何限定,在具体应用中,本领域的技术人员可以根据需要进行设置,本发明对此不做限制。
[0144] 需要说明的是,以上所描述的工作流程仅仅是示意性的,并不对本发明的保护范围构成限定,在实际应用中,本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的,此处不做限制。
[0145] 另外,未在本实施例中详尽描述的技术细节,可参见本发明任意实施例所提供的车辆下线检测方法,此处不再赘述。
[0146] 此外,需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
[0147] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
[0148] 通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory,ROM)/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
[0149] 以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
QQ群二维码
意见反馈