基于数据请求类型的OBD设备识别方法及系统

摘要

基于数据请求类型的OBD设备识别方法及系统，上位机接收OBD产品请求数据，当数目达到一定量的时候，进行特征库第一次匹配，根据与车辆的Can数据交互得到车辆当前状态，选择当前状态下特征库，直到得到第一次的匹配结果。当数据再一次达到一定次数时，进行特征库第二次匹配，根据与车辆的Can数据交互得到车辆当前状态，直到得到第二次的匹配结果，第一次匹配结果与第二次匹配结果进行对比，如果一致，认为识别成功，若不相同，当接收数据达到再一次一定次数时进行第三次匹配，若有和以前相同结果，则认为识别成功，若不成功，以此类推。本发明能实时接收OBD产品数据，为后续对数据的开发打下一定的基础。

权利要求

1.基于数据请求类型的OBD设备识别方法，其特征在于，包括：S1：OBD产品插入车辆时，OBD产品向车辆发送请求数据，请求数据以广播形式在Can总线之间通信，故上位机接收到请求数据和车辆对OBD产品请求数据的回应；

S2：上位机接收OBD产品请求数据，当数据达到一定量的时候，进行特征库第一次匹配，根据与车辆的Can数据交互得到车辆当前状态，选择当前状态下特征库，依次用特征库下的产品数据请求类型与当前接收的数据进行匹配，直至得到第一次的匹配结果；

S3：当数据再一次达到一定量时，进行特征库第二次匹配，根据与车辆的Can数据交互得到车辆当前状态，依次用特征库下的产品数据请求类型与当前接收的数据进行匹配，直至得到第二次的匹配结果；

S4：第一次匹配结果与第二次匹配结果进行对比，如果一致，认为识别成功，若不相同，当接收数据达到再一次一定量时进行第三次匹配，若有和之前相同结果，则认为识别成功，若不成功，则继续进行匹配。

2.根据权利要求1所述的基于数据请求类型的OBD设备识别方法，其特征在于，本方法还包括如果匹配时间超过3-4分钟，则新建特征库，列入新的OBD产品。

3.根据权利要求1所述的基于数据请求类型的OBD设备识别方法，其特征在于，请求数据为请求转速数据。

4.根据权利要求1所述的基于数据请求类型的OBD设备识别方法，其特征在于，步骤S2是通过如下步骤进行建立特征库的：A、上位机向车辆发送请求转速数据；

B、判断数据回复状态：

如果无数据回复，则车辆为未上电状态；

如果有数据回复，且数值为0，则车辆为上电状态；

如果有数据回复，且数值不为0，则车辆为打火状态；

C、统计数据请求类型，分别记录为OBD产品对应的未上电数据请求类型特征库、上电数据请求类型特征库与打火数据请求类型特征库。

5.根据权利要求1所述的基于数据请求类型的OBD设备识别方法，其特征在于，步骤S2-S4中，当数据达到20-30次时进行特征库第一次匹配；当数据达到50-70次时进行特征库第二次匹配；以后每次增加20-30次。

说明书

基于数据请求类型的OBD设备识别方法及系统

技术领域

[0001] 本发明属于OBD设备领域，具体说是一种基于数据请求类型的OBD设备识别方法及系统。

背景技术

[0002] OBD是英文On-Board Diagnostics的缩写，中文翻译为“车载自动诊断系统”。实现汽车智能化，车型前置标准配置和后装OBD产品是两大途径。对于中低端车型等没有智能化标准配置车型，OBD产品更是重要可行的选择，借助OBD终端+手机APP+后台系统服务，低成本实现数据采集、数据分析、结果展现等功能。为后续对数据的开发打下一定的基础，需要识别OBD设备的种类，但目前尚未发现如何识别OBD设备的方法或系统。

发明内容

[0003] 本发明针对以上问题，提出了一种基于数据请求类型的OBD设备识别方法及系统，能识别插入车辆OBD设备，让用户对插入OBD设备有一定的了解。对后续用户可设置OBD产品黑名单，白名单有一定的作用。

[0004] 一方面，本发明提供了基于数据请求类型的OBD设备识别方法，包括：

[0005] S1：OBD产品插入车辆时，OBD产品向车辆发送请求数据，请求数据以广播形式在Can总线之间通信，故上位机可以接收到请求数据和车辆对OBD产品请求数据的回应；

[0006] S2：上位机接收OBD产品请求数据，当数据达到一定量的时候，进行特征库第一次匹配，根据与车辆的Can数据交互得到车辆当前状态，选择当前状态下特征库，依次用特征库下的产品数据请求类型与当前接收的数据进行匹配，直至得到第一次的匹配结果；

[0007] S3：当数据再一次达到一定量时，进行特征库第二次匹配，根据与车辆的Can数据交互得到车辆当前状态，依次用特征库下的产品数据请求类型与当前接收的数据进行匹配，直至得到第二次的匹配结果；

[0008] S4：第一次匹配结果与第二次匹配结果进行对比，如果一致，认为识别成功，若不相同，当接收数据达到再一次一定量时进行第三次匹配，若有和之前相同结果，则认为识别成功，若不成功，则继续进行匹配。

[0009] 具体的，本方法还包括如果匹配时间超过3-4分钟，则新建特征库，列入新的OBD产品。

[0010] 具体的，请求数据为请求转速数据。

[0011] 具体的，步骤S2是通过如下步骤进行建立特征库的：

[0012] A、上位机向车辆发送请求转速数据；

[0013] B、判断数据回复状态：

[0014] 如果无数据回复，则车辆为未上电状态；

[0015] 如果有数据回复，且数值为0，则车辆为上电状态；

[0016] 如果有数据回复，且数值不为0，则车辆为打火状态；

[0017] C、统计数据请求类型，分别记录为OBD产品对应的未上电数据请求类型特征库、上电数据请求类型特征库和打火数据请求类型特征库。

[0018] 更具体的，步骤S2-S4中，当数据达到20-30次时进行特征库第一次匹配；当数据达到50-70次时进行特征库第二次匹配；以后每次增加20-30次。

[0019] 另一方面，本发明还提供了一种基于数据请求类型的OBD设备识别系统，包括：

[0020] OBD产品，向车辆发送请求数据；

[0021] OBD三通，分别监听OBD产品和车辆之间交互的数据、上位机与车辆之间交互的数据；

[0022] 上位机，根据OBD产品请求数据进行特征库匹配；

[0023] 车载诊断系统，监控发动机的运行状况和尾气后处理系统的工作状态，发现排放超标情况，则发出警示；

[0024] 所述的OBD三通分别与OBD产品、上位机、车载诊断系统相连。

[0025] 进一步的，所述的OBD三通与车载诊断系统是通过OBD延长线相连的。

[0026] 进一步的，所述的OBD三通与OBD产品是通过OBD延长线相连的。

[0027] 更进进一步的，OBD三通与上位机是通过Can总线节点进行数据交互的。

[0028] 本发明由于采用以上技术方法，能够取得如下的技术效果：本发明能实时接收OBD产品数据，为后续对数据的开发打下一定的基础；能快速识别插入车辆OBD产品，让用户对插入OBD产品有一定的了解，方便用户设置OBD产品黑名单和白名单；能够为后续OBD产品黑名单拦截起到帮助作用。本发明可以根据用户需求知道车辆当前默写参数，包括是否有故障码等；再不需要OBD产品情况下，知道车辆当前一些参数等；本发明能作为一种OBD设备行为记录仪使用。

附图说明

[0029] 为了更清楚的说明本发明的实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0030] 图1为基于数据请求类型的OBD设备识别方法的流程图；

[0031] 图2为基于数据请求类型的OBD设备识别系统的结构框图；

[0032] 图3为建立特征库流程图。

具体实施方式

[0033] 为使本发明的实施例的目的、技术方案和优点更加清楚，下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚完整的描述：

[0034] 实施例1

[0035] 基于数据请求类型的OBD设备识别方法，包括：

[0036] S1：OBD产品插入车辆时，OBD产品向车辆发送请求数据，请求数据以广播形式在Can总线之间通信，故上位机可以接收到请求数据和车辆对OBD产品请求数据的回应；

[0037] S2：上位机接收OBD产品请求数据，当数据达到20次的时候，进行特征库第一次匹配，根据与车辆的Can数据交互得到车辆当前状态，选择当前状态下特征库，依次用特征库下的产品数据请求类型与当前接收的数据进行匹配，直至得到第一次的匹配结果；

[0038] 具体的，是通过如下步骤进行建立特征库的：

[0039] A、上位机向车辆发送请求转速数据；

[0040] B、判断数据回复状态：

[0041] 如果无数据回复，则车辆为未上电状态；

[0042] 如果有数据回复，且数值为0，则车辆为上电状态；

[0043] 如果有数据回复，且数值不为0，则车辆为打火状态；

[0044] C、统计数据请求类型，分别记录为OBD产品对应的未上电数据请求类型特征库、上电统计数据请求类型特征库与打火统计数据请求类型特征库。

[0045] S3：当数据达到50次时，进行特征库第二次匹配，根据与车辆的Can数据交互得到车辆当前状态，依次用特征库下的产品数据请求类型和当前接收的数据进行匹配，直至得到第二次的匹配结果；

[0046] S4：第一次匹配结果与第二次匹配结果进行对比，如果一致，认为识别成功，若不相同，当接收数据达到70次时进行第三次匹配，若有和之前相同结果，则认为识别成功，若不成功，则继续进行匹配。

[0047] S5：如果匹配时间超过3-4分钟，则新建特征库，列入新的OBD产品。

[0048] 另一方面，本发明还提供了一种基于数据请求类型的OBD设备识别系统，包括：

[0049] OBD产品，向车辆发送请求数据；

[0050] OBD三通，分别监听OBD产品和车辆之间交互的数据、上位机与车辆之间交互的数据；

[0051] 上位机，根据OBD产品请求数据进行特征库匹配；

[0052] 车载诊断系统，监控发动机的运行状况和尾气后处理系统的工作状态，发现排放超标情况，则发出警示；

[0053] 所述的OBD三通通过OBD延长线分别与车载诊断系统、OBD产品相连；OBD三通与上位机是通过Can总线节点进行数据交互的。

[0054] 实施例2

[0055] 基于数据请求类型的OBD设备识别方法，包括：

[0056] S1：OBD产品插入车辆时，OBD产品向车辆发送请求转速数据，请求转速数据以广播形式在Can总线之间通信，故上位机接收到请求转速数据和车辆对OBD产品请求转速数据的回应；

[0057] S2：上位机接收OBD产品请求转速数据，当数据达到30次的时候，进行特征库第一次匹配，根据与车辆的Can数据交互得到车辆当前状态，选择当前状态下特征库，依次用特征库下的产品数据请求类型与当前接收的数据进行匹配，直至得到第一次的匹配结果；

[0058] 具体的，是通过如下步骤进行建立特征库的：

[0059] A、上位机向车辆发送请求转速数据；

[0060] B、判断数据回复状态：

[0061] 如果无数据回复，则车辆为未上电状态；

[0062] 如果有数据回复，且数值为0，则车辆为上电状态；

[0063] 如果有数据回复，且数值不为0，则车辆为打火状态；

[0064] C、统计数据请求类型，分别记录为OBD产品对应的未上电数据请求类型特征库、上电数据请求类型特征库与打火数据请求类型特征库。

[0065] S3：当数据达到70次时，进行特征库第二次匹配，根据与车辆的Can数据交互得到车辆当前状态，依次用特征库下的产品数据请求类型和当前接收的数据进行匹配，直至得到第二次的匹配结果；

[0066] S4：第一次匹配结果与第二次匹配结果进行对比，如果一致，认为识别成功，若不相同，当接收数据达到100次时进行第三次匹配，若有和之前相同结果，则认为识别成功，若不成功，则继续进行匹配。

[0067] S5：如果匹配时间超过3-4分钟，则新建特征库，列入新的OBD产品。

[0068] 另一方面，本发明还提供了一种基于数据请求类型的OBD设备识别系统，包括：

[0069] OBD产品，向车辆发送请求转速数据；

[0070] OBD三通，分别监听OBD产品和车辆之间交互的数据、上位机与车辆之间交互的数据；

[0071] 上位机，根据OBD产品请求转速数据进行特征库匹配；

[0072] 车载诊断系统，监控发动机的运行状况和尾气后处理系统的工作状态，发现排放超标情况，则发出警示；

[0073] 所述的OBD三通通过OBD延长线分别与车载诊断系统、OBD产品相连；所述的OBD三通与上位机是通过Can总线节点进行数据交互的。

[0074] 数据请求类型，包括标准和私有，所述的标准数据请求类型可以为ISO_15031-5，私有数据请求类型车厂根据实际情况自定义的。

[0075] 上述OBD产品可以为腾讯路宝；本发明能实时接收OBD产品数据，为后续对数据的开发打下一定的基础；能快速识别插入车辆OBD产品，让用户对插入OBD产品有一定的了解，方便用户设置OBD产品黑名单和白名单。

[0076] 以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明披露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。