车辆监管平台数据接入处理方法及系统.pdf

《车辆监管平台数据接入处理方法及系统.pdf》由会员分享，可在线阅读，更多相关《车辆监管平台数据接入处理方法及系统.pdf（19页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010402013.7 (22)申请日 2020.05.13 (71)申请人 南斗六星系统集成有限公司 地址 430056 湖北省武汉市武汉经济技术 开发区206M地块华中电子商务产业园 B3/B5栋1-6层B3/B5-1室 (72)发明人 王科张诚丁石立李晓聪 张宇蔡文吴晓津 (74)专利代理机构 北京汇泽知识产权代理有限 公司 11228 代理人 代婵 (51)Int.Cl. H04L 29/08(2006.01) H04L 29/06(2006.01) (54)发明名。

2、称 一种车辆监管平台数据接入处理方法及系 统 (57)摘要 本发明公开了一种车辆监管平台数据接入 处理方法及系统， 车载终端与接入系统建立tcp 连接， 车载终端发送登入请求给接入系统， 接入 系统解析登入请求， 登入请求包含车辆唯一标识 码vin； 接入系统通过验证车辆唯一标识码vin的 合法性和正确性对车载终端进行验证； 如果验证 成功， 则车载终端将采集的各种数据发送给接入 系统进行解析， 解析的数据为原始数据， 未进行 数据偏移， 接入系统将数据解析后推送至kafka 消息队列， 从kafka消息队列里面消费数据， 并对 数据做精度偏移后持久化至数据库， 查询数据库 并通过页面展示查询。

3、数据； 如果验证不成功， 则 关闭该tcp链路。 权利要求书2页 说明书13页 附图3页 CN 111741063 A 2020.10.02 CN 111741063 A 1.一种车辆监管平台数据接入处理方法， 其特征在于， 包括如下步骤： 车载终端与接入系统建立tcp连接， 车载终端发送登入请求给接入系统， 接入系统解析 登入请求， 登入请求包含车辆唯一标识码vin； 接入系统通过验证车辆唯一标识码vin的合法性和正确性对车载终端进行验证； 如果验证成功， 则车载终端将采集的各种数据发送给接入系统进行解析， 解析的数据 为原始数据， 未进行数据偏移， 接入系统将数据解析后推送至kafka消息。

4、队列， 从kafka消息 队列里面消费数据， 并对数据做精度偏移后持久化至数据库， 查询数据库并通过页面展示 查询数据； 如果验证不成功， 则关闭该tcp链路。 2.根据权利要求1所述的车辆监管平台数据接入处理方法， 其特征在于： 车载终端采集 的各种数据包括车辆定位数据、 发动机数据、 obd数据； 数据库包括ES数据库和mysql数据 库， Web页面展示的实时数据从ES数据库获取， Web页面展示的数据从mysql数据库获取。 3.根据权利要求1所述的车辆监管平台数据接入处理方法， 其特征在于： 数据偏移是按 照标准协议对解析数据做一个换算， 使其符合实际值。 4.根据权利要求3所述的车。

5、辆监管平台数据接入处理方法， 其特征在于： 设原始数据指 为A1， 协议规定的数据精度为B， 偏移量为u， 偏移后的数据A2为： A2A1*B+u， u为正数或负 数， 判断偏移后的数据是否符合设定的数据范围， 若是， 则将精度偏移后的数据持久化至数 据库， 若否， 该数据为无效值， 无效值也入库。 5.根据权利要求1所述的车辆监管平台数据接入处理方法， 其特征在于： 将静态数据录 入mysql数据库并同步至geode数据库， 车辆登入、 登出验证时， 将geode数据库存储的静态 信息作为登入验证数据， 静态数据包括带有车辆唯一标识码vin的车辆信息、 车型信息。 6.根据权利要求1所述的车。

6、辆监管平台数据接入处理方法， 其特征在于： 车载终端与接 入系统建立tcp连接， 接入系统负责维护和监控链接的运行状态， 包括： 接入系统对各链路 进行检测， 当发现有链路超过规定的时间未发送消息， 则立即关闭该链路； 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 以及每个链路均设置一个数据接收开关， 该开关控制着对应链路的数据是否解析， 每 一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接收开 关关闭。 7.一种车辆监管平台数据接入处理系统， 其特征在于： 包括客户端， 车载终端与客户端 建立tcp连接， 所述车载终端用于发送登入请求给客户端， 客户端解析登。

7、入请求， 登入请求 包含车辆唯一标识码vin， 客户端通过验证车辆唯一标识码vin的合法性和正确性对车载终 端进行验证， 所述车载终端用于将采集的各种数据发送给客户端进行解析， 解析的数据为 原始数据， 未进行数据偏移， 客户端将数据解析后推送至kafka消息队列， 从kafka消息队列 里面消费数据， 并对数据做精度偏移后持久化至数据库。 8.根据权利要求7所述的车辆监管平台数据接入处理系统， 其特征在于： 还包括geode 数据库， geode数据库用于存储静态数据， 车辆登入、 登出验证时， geode数据库存储的静态 信息用于作为登入验证数据。 9.根据权利要求7所述的车辆监管平台数据。

8、接入处理系统， 其特征在于： 所述客户端设 有TCP链路管理模块， TCP链路管理模块用于负责维护和监控链接的运行状态， 包括： 接入系 权利要求书 1/2 页 2 CN 111741063 A 2 统对空闲链路进行检测， 当发现有链路在设置的链路超时时间内无实时数据上报， 则关闭 该链路； 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 以及每个链路均设置一个数据接收开关， 该开关控制着对应链路的数据是否解析， 每 一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接收开 关关闭。 10.根据权利要求7所述的车辆监管平台数据接入处理系统， 其特征在于： 车载终端采。

9、 集的各种数据包括车辆定位数据、 发动机数据、 obd数据； 数据库包括ES数据库和mysql数据 库， Web页面展示的实时数据从ES数据库获取， Web页面展示的数据从mysql数据库获取。 权利要求书 2/2 页 3 CN 111741063 A 3 一种车辆监管平台数据接入处理方法及系统 技术领域 0001 本发明涉及车载排放数据接入领域， 具体涉及一种车辆监管平台数据接入处理方 法及系统。 背景技术 0002 为防治装用压燃式及气体燃料点燃式发动机的汽车排气对环境的污染， 改善空气 质量， 需要对车辆尾气等数据进行监管等， 现有技术中还没有一种车辆监管平台数据接入 处理方法及系统。 。

10、发明内容 0003 本发明的目的在于克服现有技术之缺陷， 提供了一种车辆监管平台数据接入处理 方法及系统。 0004 本发明是这样实现的： 本发明公开了一种车辆监管平台数据接入处理方法， 其特 征在于， 包括如下步骤： 0005 车载终端与接入系统建立tcp连接， 车载终端发送登入请求给接入系统， 接入系统 解析登入请求， 登入请求包含车辆唯一标识码vin； 0006 接入系统通过验证车辆唯一标识码vin的合法性和正确性对车载终端进行验证； 0007 如果验证成功， 则车载终端将采集的各种数据发送给接入系统进行解析， 解析的 数据为原始数据， 未进行数据偏移， 接入系统将数据解析后推送至kaf。

11、ka消息队列， 从kafka 消息队列里面消费数据， 并对数据做精度偏移后持久化至数据库， 查询数据库并通过页面 展示查询数据； 0008 如果验证不成功， 则关闭该tcp链路。 0009 接入系统解析数据后推送数据到kafka信息队列， 页面展示的数据是从kafka持久 化到mysql或es数据库后查询出来展示的。 0010 车载终端采集的各种数据包括车辆定位数据、 发动机数据、 obd数据。 0011 定位数据包括经度、 纬度。 0012 发动机数据包括车速、 大气压力、 发动机净输出矩、 摩擦扭矩矩、 发动机转速、 发动 机燃料流量、 SCR上游NOx传感器输出值、 SCR下游NOx传感。

12、器输出值、 反应剂余量、 进气量、 SCR入口温度、 SCR出口温度、 DPF压差、 发动机冷却液温度、 油箱液位、 定位状态、 累计里程。 0013 Obd数据包括OBD诊断协议、 MIL状态、 诊断支持状态、 诊断就绪状态、 车辆识别码、 软件标定识别号、 标定验证码、 IUPR值、 故障码总数、 故障码信息列表。 0014 进一步地， 数据库包括ES数据库和mysql数据库， Web页面展示的实时数据从ES数 据库获取， Web页面展示的数据从mysql数据库获取。 0015 进一步地， 数据偏移是按照标准协议对解析数据做一个换算， 使其符合实际值。 0016 进一步地， 设原始数据指为。

13、A1， 协议规定的数据精度为B， 偏移量为u， 偏移后的数 据A2为： A2A1*B+u， u为正数或负数， 判断偏移后的数据是否符合设定的数据范围， 若是， 说明书 1/13 页 4 CN 111741063 A 4 则将精度偏移后的数据持久化至数据库， 若否， 该数据为无效值， 无效值也入库。 0017 进一步地， 将静态数据录入mysql数据库并同步至geode数据库， 车辆登入、 登出验 证时， 将geode数据库存储的静态信息作为登入验证数据， 静态数据包括带有车辆唯一标识 码vin的车辆信息、 车型信息。 0018 geode数据库用作验证终端唯一标识vin。 kafka信息队列作。

14、为消息中间件。 0019 进一步地， 车载终端与接入系统建立tcp连接， 接入系统负责维护和监控链接的运 行状态， 包括： 接入系统对各链路进行检测， 当发现有链路超过规定的时间未发送消息， 则 立即关闭该链路； 0020 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 0021 以及每个链路均设置一个数据接收开关， 该开关控制着对应链路的数据是否解 析， 每一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接 收开关关闭。 0022 本发明公开了一种车辆监管平台数据接入处理系统， 包括客户端， 车载终端与客 户端建立tcp连接， 所述车载终端用于发送登入请求给客户。

15、端， 客户端解析登入请求， 登入 请求包含车辆唯一标识码vin， 客户端通过验证车辆唯一标识码vin的合法性和正确性对车 载终端进行验证， 所述车载终端用于将采集的各种数据发送给客户端进行解析， 解析的数 据为原始数据， 未进行数据偏移， 客户端将数据解析后推送至kafka消息队列， 从kafka消息 队列里面消费数据， 并对数据做精度偏移后持久化至数据库。 0023 进一步地， 车辆监管平台数据接入处理系统还包括geode数据库， geode数据库用 于存储静态数据， 车辆登入、 登出验证时， geode数据库存储的静态信息用于作为登入验证 数据。 0024 进一步地， 所述客户端设有TCP。

16、链路管理模块， TCP链路管理模块用于维护链路超 时和监控链路堵塞情况， 以及屏蔽数据； 包括： 接入系统对各链路进行检测， 当发现有链路 超过规定的时间未发送消息， 则立即关闭该链路； 0025 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 0026 以及每个链路均设置一个数据接收开关， 该开关控制着对应链路的数据是否解 析， 每一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接 收开关关闭。 0027 进一步地， 车载终端采集的各种数据包括车辆定位数据、 发动机数据、 obd数据； 数 据库包括ES数据库和mysql数据库， Web页面展示的实时数据从ES数。

17、据库获取， Web页面展示 的数据从mysql数据库获取。 0028 本发明的有益效果为： 本发明能对车载终端进行登记、 注册等管理， 显示车载终端 上报频率、 数据采集频率和采集的数据， 能按要求向生态环境部门实时转发车辆OBD信息、 发动机信息、 排放数据、 经纬度等数据。 接入系统分析故障数据， 统计故障趋势、 超标车辆， 进行车辆报警管理(OBD报警、 故障报警、 发动机报警)。 故障数据和报警数据通过消费kafka 消息队列得到， 经过大数据技术实时分析计算， 按同一辆车vin相同归纳该车的所有故障数 据和报警数据， 并持久化到mysql数据库， 页面展示数据查询mysql数据库。 。

18、0029 本发明通过上述方法实现了静态数据同步、 数据接入、 数据持久化。 0030 终端与客户端建立tcp连接， 该链路被链路管理模块管理和监控， 以固定的的频率 说明书 2/13 页 5 CN 111741063 A 5 监测该链路是否空闲， 是否有信息堵塞， 以及客户端连接的链路数， 对空闲链路采取剔除的 方式防止资源占用； 信息堵塞量可以让开发人员及时发现信息处理过慢， 做出优化； 客户端 连接数可以实时知道当前在线车辆数。 0031 设置超时时间， 当链路在该时间范围没有上传数据就认为是空闲链接， 目的是节 约系统资源， 大量空闲链接占用系统内存资源， 需要及时清除空闲链接。 003。

19、2 查询堵塞情况主要是便于分析接入系统处理数据是否过缓， 对于过缓可能是程序 代码不合理， 应该优化代码， 减少耗时的逻辑。 附图说明 0033 图1为本发明的车辆监管平台数据接入处理系统的原理框图； 0034 图2为本发明的车辆监管平台数据接入处理方法的一实施例的流程图； 0035 图3为本发明的车辆监管平台数据接入处理方法的另一实施例的流程图； 0036 图4为本发明的车辆监管平台数据转发流程图。 具体实施方式 0037 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发明实施例 中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是 本发。

20、明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 0038 实施例一 0039 参见图1和图2， 本实施例公开了一种车辆监管平台数据接入处理方法， 其特征在 于， 包括如下步骤： 0040 车载终端与接入系统建立tcp连接， 建立连接同时车载终端发送登入请求给接入 系统， 接入系统解析登入请求， 获取车辆登入的车辆唯一标识码vin， 登入请求包含车辆唯 一标识码vin； 接入系统通过验证车辆唯一标识码vin的合法性和准入性对车载终端进行验 证； 0041 如果验证成功， 则车载终端将。

21、采集的各种数据发送给接入系统进行解析， 解析的 数据为原始数据， 未进行数据偏移， 接入系统将数据解析后推送至kafka消息队列， 从kafka 消息队列里面消费数据， 并对数据做精度偏移后持久化至es， mysql等数据库， 查询数据库 并通过页面展示查询数据； 0042 如果验证不成功， 则关闭该tcp链路。 0043 参见图3和图4， 本发明还可以由接入系统接入数据推送至kafka， 通过转发系统消 费该kafka， 转发至其他平台， 包括地方平台， 企业平台， 国家平台等。 0044 本发明转发方式有两种组成， 一种是http的形式发送数据， 由平台间相互约定的 数据格式和加密规则进行。

22、数据转发， 由post请求发送， 例： 数据格式A为： “数据1” ：“流水 号” ，“数据2” ：“加密数据体” ，“数据3” ：“用户” ，“数据4” ：“密码” ，“数据5” ：“校验码” ， 转发 系统按照设定数据格式(如数据格式A)进行包装， 通过post请求发送至其他平台， 其他平台 收到数据(如数据A)之后， 首先验证校验码， 然后校验数据用户和密码， 在用户密码正确 的前提下对加密数据体进行解密， 得到车辆采集数据。 说明书 3/13 页 6 CN 111741063 A 6 0045 对http转发形式， 转发系统维护转发逻辑， 以特定的频率固定访问其他平台的心 跳接口， 通。

23、过心跳的返回结果判断其他平台是否正常， 在不正常的情况下及时关闭转发， 避 免数据丢失。 0046 在kafka消费方面， 由于kakfka队列数据量很大， 以单条数据进行转发会对其他平 台的服务器造成非常大的压力， 所以我们以批量的形式进行转发， 这个一次转发的数据量 由kafka控制。 在kafka配置上， 我们约定消费到设定的多条数据(如50条)时触发一次kafka 的监听器， 未达到设定的多条数据时， 当消费等待时间达到设定时间(如2秒)也触发kafka 监听器， 触发监听器后拿到kafka里面的数据， 然后转发， 这样达到人为控制转发数据量， 并 能很好的解决实时性。 0047 在某。

24、种场景下， 需要在终端上传数据的同时完成解析消费转发， 及时的在其他平 台收到数据以达到实时性。 在发送请求的逻辑上， 转发系统同样管理请求的转发及异常处 理， 以多线程连接池的形式发送post请求， 有一个任务队列管理每一个post请求， 一次完整 的数据链由消费kafka数据开始， 完成数据转换、 数据加密、 数据包装， 然后放入任务队列， 每一个任务有设定的超时时间(如两秒)， 任务在队列里面按顺序执行， 在完成任务后既销 毁， 若该任务在设定的超时时间(如两秒)后未收到其他平台的应答则超时抛出异常， 队列 继续执行下一个任务， 不影响后续数据的转发。 0048 另一种转发方式为TCP转。

25、发， 转发系统与其他平台建立tcp连接， 平台间约定tcp传 输协议， 转发系统按照协议编码， 转发编码后的报文， 平台间维护一个心跳， 该心跳保持tcp 链路不断开， 转发系统与其他平台建立连接的同时发送平台登入的报文， 其他平台解析、 验 证登入数据， 登入数据包含平台用户名和密码， 若验证通过， 则平台登入成功， 平台登入成 功后将从kafka消费的数据编码后转发给其他平台， 一次完整的转发由消费kafka消息队列 里面的数据开始， 消费得到的数据包含需要转发的报文， 该报文是一种以十六进制编码的 数据格式， 其他平台解析本转发系统转发的数据， 按照平台间约定的传输协议进行编码传 输， 。

26、以收到其他平台的应答为结束。 转发系统转发的数据为车辆登入登出， 实时数据等。 0049 传输协议格式： 0050 信息头命令标识应答标识车辆识别码数据加密方式数据单元长度数据单元校验 码。 0051 车载终端采集的各种数据包括车辆定位数据、 发动机数据、 obd数据。 0052 定位数据包括经度、 纬度。 0053 发动机数据包括车速、 大气压力、 发动机净输出矩、 摩擦扭矩矩、 发动机转速、 发动 机燃料流量、 SCR上游NOx传感器输出值、 SCR下游NOx传感器输出值、 反应剂余量、 进气量、 SCR入口温度、 SCR出口温度、 DPF压差、 发动机冷却液温度、 油箱液位、 定位状态、。

27、 累计里程。 0054 Obd数据包括OBD诊断协议、 MIL状态、 诊断支持状态、 诊断就绪状态、 车辆识别码、 软件标定识别号、 标定验证码、 IUPR值、 故障码总数、 故障码信息列表。 0055 进一步地， 数据库包括ES数据库和mysql数据库， Web页面展示的实时数据从ES数 据库获取， Web页面展示静态数据、 行程数据从mysql数据库获取。 0056 进一步地， 数据偏移是按照标准协议对解析数据做一个换算， 使其符合实际值。 0057 进一步地， 设原始数据指为A1， 协议规定的数据精度为B， 偏移量为u， 偏移后的数 据A2为： A2A1*B+u， u为正数或负数， 判断。

28、偏移后的数据是否符合设定的数据范围， 若是， 说明书 4/13 页 7 CN 111741063 A 7 则将精度偏移后的数据持久化至数据库， 若否， 该数据为无效值， 无效值也入库。 0058 例： 车速解析原始数据为15360， 协议规定该数据精度： 1/256km/h， 偏移量： 0， 数据 范围： 0250.996km/h， 偏移后： 15360/256-060km/h， 符合数据范围。 0059 例： 经度解析原始数据为109523473， 协议规定该数据精度： 0.000001 ， 偏移量： 0， 数据范围： 0180.000000 ， 偏移后： 0060 109523473*0.。

29、000001-0109.523473， 符合数据范围。 0061 进一步地， 管理员将静态数据录入mysql数据库并同步至接入系统的geode数据 库， 车辆登入、 登出验证时， geode数据库存储的静态信息作为登入验证数据。 0062 进一步地， 车载终端与接入系统建立tcp连接， 接入系统负责维护和监控链接的运 行状态， 包括： 接入系统对各链路进行检测， 当发现有链路超过规定的时间未发送消息， 则 立即关闭该链路； 例： 若当前超时时间为30s， 当某个链路超过30s没有上传数据时， 判断该 链路为空闲， 系统就会主动关闭该链路， 如果认为该超时时间不合理时， 我们可以通过web 接口。

30、设置为其他任意时间。 0063 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 链路堵塞数初始设为0， 设置 堵塞数主要是便于查看该链路的堵塞情况， 当有数据上传时对该计数加一， 数据处理完毕 减一， 查看堵塞数可以实时发现链路堵塞情况， 数据解析过慢或终端发送数据频率过快可 能导致堵塞严重， 严重的堵塞可能导致页面无数据的情况。 0064 设置查询链路超时时间可以知道当前系统是以什么样的时间间隔对空闲链接的 处理， 当我们觉得该时间太长或太短时可以随时改变超时时间。 接入系统实时查询链路超 时时间， 对链路的超时做出灵活掌控。 0065 以及每个链路均设置一个数据接收开关， 该开关控制着对。

31、应链路的数据是否解 析， 每一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接 收开关关闭。 0066 查询堵塞情况主要是便于分析接入系统处理数据是否过缓， 对于过缓可能是程序 代码不合理， 应该优化代码， 减少耗时的逻辑。 0067 接入系统对外暴露web接口， 通过调用http接口下发一个请求， 对单一终端链路设 置一个开关， 该开关可以控制是否解析该链路上传的数据， 达到屏蔽某台车的数据， 链路管 理模块维护着成千上万的链路， 每一个链路都对应着一个终端， 每个链路均有一个数据接 收开关， 该开关控制着这一链路的数据是否解析。 要想屏蔽某个终端的数据， 需要页。

32、面下发 一个关闭的请求。 在多链路中有唯一标识指定某一链路， 对不想接收的车辆数据可以进行 单链路数据屏蔽。 0068 车载终端上传的数据包含定位数据， 终端按照10s一包数据的频率上报给接入系 统， 通过实时统计定位数据可以在地图上显示出该车辆的行驶轨迹。 0069 车载终端将采集的车辆位置信息、 故障信息、 发动机信息、 尾气信息以一定频率上 报至接入系统。 0070 接入系统解析报文后， 对数据做初步基本校验， 验证格式后的数据推送至kafka消 息队列。 0071 从kakfa消息队列取出相关数据进行纠偏， 然后再批量持久化至数据库。 相关数据 指客户端解析后推送kafka消息队列的数。

33、据， 定位数据就取经纬度相关数据， obd数据就取 说明书 5/13 页 8 CN 111741063 A 8 obd相关数据， 纠偏就是对数据做精度偏移， 客户端解析的数据不符合实际值， 做精度偏移 可以对解析后的原始值进行转换， 并剔除超范围的数据。 0072 接入系统分析故障数据， 统计故障趋势、 超标车辆， 进行车辆报警管理(OBD报警、 故障报警、 发动机报警)。 故障数据和报警数据通过消费kafka消息队列得到， 经过大数据技 术实时分析计算， 按同一辆车vin相同归纳该车的所有故障数据和报警数据， 并持久化到 mysql数据库， 页面展示数据查询mysql数据库。 0073 页面。

34、添加车辆信息保存至mysql数据库， 包含： vin， 区域， 制造企业， 发动机型号， 发动机号， 车型， 终端id， 车辆品牌， 车牌种类、 颜色等信息， 并同步至接入系统使用的geode 数据库。 车型信息的录入， 主要包含： 车辆型号， 发动机型号， 汽车分类， 燃料类型， 车辆类 型， 排放标准等， 数据接入主要为实时数据接入。 0074 车辆信息数据结构如下： 0075 说明书 6/13 页 9 CN 111741063 A 9 0076 0077 车型信息数据结构如下： 0078 说明书 7/13 页 10 CN 111741063 A 10 0079 在接入数据前平台同步数据到。

35、接入系统的数据库， 在车辆登入时作为车辆的接入 验证， 验证合法的车辆开始解析实时数据， 实时数据主要包含obd数据、 发动机数据、 补充数 据流。 补充数据流如下表所示： 0080 说明书 8/13 页 11 CN 111741063 A 11 0081 0082 OBD信息数据如下表所示： 0083 说明书 9/13 页 12 CN 111741063 A 12 0084 0085 发动机数据流如下表所示： 0086 说明书 10/13 页 13 CN 111741063 A 13 0087 说明书 11/13 页 14 CN 111741063 A 14 0088 0089 obd数据在。

36、实时数据流中每10s发一包含有obd的数据， 以十六进制编码发送至接 入系统， 系统收到报文后按字节顺序解析， obd数据包含OBD诊断协议， MIL状态， 诊断支持状 态(由两个字节表示， 两个字节占十六位， 通过对位的解析， 拿到每一位所表示的含义)， 诊 断就绪状态， 车辆识别码(VIN)， 软件标定识别号， 标定验证码(CVN)， IUPR值， 故障码总数， 故障码信息列表。 OBD数据用于故障分析， 超标分析， 统计故障趋势分布， 对车辆报警(OBD报 警， 故障报警， 发动机报警)进行管理。 0090 发动机数据流采集频率为1s， 每10s一包发送至接入平台， 在尾气监控平台中， 。

37、发 动机数据作为主要数据， 包含车速， 大气压力， 扭矩， 发动机转速， 燃料流量， 氮氧化合物浓 度， 反应剂余量， PDF压差， 发动机冷却液温度， SCR出入口温度， 定位信息等， 以十六进编码 形式发送到接入平台， 平台按字节解析， 将解析的数据实时推送kafka消息队列， 用于数据 分析和持久化。 0091 补充数据主要作为数据的补充， 主要包含： 发动机扭矩模式， 油门踏板， 累计油耗， 尿素箱温度， 实际尿素喷射量， 累计尿素消耗， DPF排气温度， 瞬时油耗， DPF压差， 发动机总 运行时间， 环境温度等数据。 0092 采用RESTAPIs文档生成工具swaager， 所有。

38、接口通过swaager界面可以进行预览。 0093 实施例二 0094 参见图1和图2， 本实施例公开了一种车辆监管平台数据接入处理系统， 包括客户 说明书 12/13 页 15 CN 111741063 A 15 端， client客户端为java程序启动后开放一个tcp端口， 车载终端与客户端建立tcp连接， 所 述车载终端用于发送登入请求给客户端， 客户端解析登入请求， 登入请求包含车辆唯一标 识码vin， 客户端通过验证车辆唯一标识码vin的合法性和正确性对车载终端进行验证， 所 述车载终端用于将采集的各种数据发送给客户端进行解析， 解析的数据为原始数据， 未进 行数据偏移， 客户端将。

39、数据解析后推送至kafka消息队列， 从kafka消息队列里面消费数据， 并对数据做精度偏移后持久化至数据库。 0095 车载终端发送采集的数据以十六进制字节码的形式发送给客户端进行解析， 解析 的数据为原始数据， 未进行数据偏移， 推送kafka消息队列， 消费kafka后对数据做偏移， 解 析协议中的说明就是对解析的原始数据做精度转换， 做数据偏移是严格按照标准协议对解 析数据做一个换算， 使其符合实际值。 0096 车载终端、 tbox用于采集记录车辆数据： 行驶里程， 发动机转速， 燃料流量， 车速， NO浓度， 进气温度， 大气压力， 定位数据等. 0097 进一步地， 车辆监管平台。

40、数据接入处理系统还包括geode数据库， geode数据库用 于存储静态数据， 车辆登入、 登出验证时， geode数据库存储的静态信息用于作为登入验证 数据。 0098 进一步地， 所述客户端设有TCP链路管理模块， TCP链路管理模块用于负责维护和 监控链接的运行状态， 包括： TCP链路管理模块对各链路进行检测， 当发现有链路超过规定 的时间未发送消息， 则立即关闭该链路； 0099 以及设置链路堵塞数， TCP链路管理模块实时查询链路堵塞情况； 0100 以及设置链路超时时间， TCP链路管理模块实时查询链路超时时间， 对链路的超时 做出灵活掌控； 0101 以及设置数据接收开关， 查。

41、询数据接收开关， 在多链路中有唯一标识指定某一链 路， 对不想接收的车辆数据可以进行单链路数据屏蔽。 0102 TCP链路管理模块通过实时数据连续发送维持链路连接， 空闲3分钟移除链路， 对 多链路可屏蔽或解除数据的接入。 0103 进一步地， 数据库包括ES数据库和mysql数据库， Web页面展示的实时数据从ES数 据库获取， Web页面展示静态数据、 车辆定位数据等从mysql数据库获取。 0104 本发明由接入系统接入数据推送至kafka， 通过转发系统消费该kafka， 转发至其 他平台， 包括地方平台， 企业平台， 国家平台等。 0105 最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对其限制； 尽 管参照前述各实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依 然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进 行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明各实施例技术 方案的范围。 说明书 13/13 页 16 CN 111741063 A 16 图1 图2 说明书附图 1/3 页 17 CN 111741063 A 17 图3 说明书附图 2/3 页 18 CN 111741063 A 18 图4 说明书附图 3/3 页 19 CN 111741063 A 19 。