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

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

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

2、54(2006.01) G06F 16/248(2019.01) G06F 16/25(2019.01) (54)发明名称 一种车辆监管平台数据接入转发方法及系 统 (57)摘要 本发明公开了一种车辆监管平台数据接入 转发方法及系统， 车载终端与接入系统建立tcp 连接， 车载终端发送登入请求给接入系统， 接入 系统解析登入请求， 登入请求包含车辆唯一标识 码vin； 接入系统通过验证车辆唯一标识码vin的 合法性和正确性对车载终端进行验证； 如果验证 不成功， 则关闭该tcp链路； 如果验证成功， 则车 载终端将采集的各种数据发送给接入系统进行 解析， 解析的数据为原始数据， 未进行数据偏移。

3、， 接入系统将数据解析后推送至kafka消息队列， 从kafka消息队列里面消费数据， 并对数据做精 度偏移后持久化至数据库， 查询数据库并通过页 面展示查询数据； 转发系统消费kafka消息队列 里面的数据， 通过http形式发送数据转发至其他 平台。 权利要求书2页 说明书20页 附图2页 CN 111740953 A 2020.10.02 CN 111740953 A 1.一种车辆监管平台数据接入转发方法， 其特征在于， 包括如下步骤： 车载终端与接入系统建立tcp连接， 车载终端发送登入请求给接入系统， 接入系统解析 登入请求， 登入请求包含车辆唯一标识码vin； 接入系统通过验证车辆。

4、唯一标识码vin的合法性和正确性对车载终端进行验证； 如果验证不成功， 则关闭该tcp链路； 如果验证成功， 则车载终端将采集的各种数据发送给接入系统进行解析， 解析的数据 为原始数据， 未进行数据偏移， 接入系统将数据解析后推送至kafka消息队列， 转发系统消 费kafka消息队列里面的数据， 并通过http形式发送数据转发至其他平台， 车辆监管平台的 转发系统按照平台间相互约定的数据格式进行包装， 通过post请求发送至其他平台， 其他 平台收到数据之后， 首先验证校验码， 然后校验数据用户和密码， 在用户密码正确的前提下 对加密数据体进行解密， 得到车辆采集数据。 2.根据权利要求1所。

5、述的车辆监管平台数据接入转发方法， 其特征在于： 对http转发形 式， 转发系统维护转发逻辑， 以设定的频率固定访问其他平台的心跳接口， 通过心跳的返回 结果判断其他平台是否正常， 在不正常的情况下及时关闭转发。 3.根据权利要求1所述的车辆监管平台数据接入转发方法， 其特征在于： 转发系统以批 量的形式对数据进行转发， 一次转发的数据量由kafka控制， 具体包括： 在kafka配置上， 约 定消费到多条数据时触发一次kafka的监听器， 未达到设定的多条数据时， 当消费等待时间 达到设定时间也触发kafka监听器， 触发监听器后拿到kafka里面的数据， 然后转发； 转发系统以多线程连接。

6、池的形式发送post请求， 设置一个任务队列管理每一个post请 求； 一次完整的数据链由消费kafka数据开始， 完成数据转换、 数据加密、 数据包装， 然后放 入任务队列， 每一个任务设有超时时间， 任务在队列里面按顺序执行， 在完成任务后既销 毁， 若该任务在设定的超时时间后未收到其他平台的应答则超时抛出异常， 队列继续执行 下一个任务， 不影响后续数据的转发。 4.根据权利要求1所述的车辆监管平台数据接入转发方法， 其特征在于： 接入系统解析 车辆数据并推送至kafka消息队列， 后续通过消费kafka， 对数据做精度偏移后持久化至数 据库； 数据偏移是按照标准协议对解析数据做一个换算。

7、， 使其符合实际值。 5.根据权利要求4所述的车辆监管平台数据接入转发方法， 其特征在于： 设原始数据指 为A1， 协议规定的数据精度为B， 偏移量为u， 偏移后的数据A2为： A2A1*B+u， u为正数或负 数， 判断偏移后的数据是否符合设定的数据范围， 若是， 则将精度偏移后的数据持久化至数 据库， 若否， 该数据为无效值， 无效值也入库。 6.根据权利要求1所述的车辆监管平台数据接入转发方法， 其特征在于： 车载终端采集 的各种数据包括车辆定位数据、 发动机数据、 obd数据； 数据库包括ES数据库和mysql数据 库， Web页面展示的实时数据从ES数据库获取， Web页面展示的数据。

8、从mysql数据库获取； 将静态数据录入mysql数据库并同步至geode数据库， 车辆登入、 登出验证时， 将geode 数据库存储的静态信息作为登入验证数据， 静态数据包括带有车辆唯一标识码vin的车辆 信息、 车型信息。 7.根据权利要求1所述的车辆监管平台数据接入转发方法， 其特征在于： 车载终端与接 入系统建立tcp连接， 接入系统负责维护和监控链接的运行状态， 包括： 接入系统对各链路 权利要求书 1/2 页 2 CN 111740953 A 2 进行检测， 当发现有链路超过规定的时间未发送消息， 则立即关闭该链路； 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 以及每个链路均。

9、设置一个数据接收开关， 该开关控制着对应链路的数据是否解析， 每 一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接收开 关关闭。 8.一种车辆监管平台数据接入转发系统， 其特征在于： 包括接入系统、 转发系统， 车载 终端与接入系统建立tcp连接， 所述车载终端用于发送登入请求给接入系统， 接入系统解析 登入请求， 登入请求包含车辆唯一标识码vin， 接入系统通过验证车辆唯一标识码vin的合 法性和正确性对车载终端进行验证， 所述车载终端用于将采集的各种数据发送给接入系统 进行解析， 解析的数据为原始数据， 未进行数据偏移， 接入系统将数据解析后推送至kafka 。

10、消息队列， 从kafka消息队列里面消费数据， 并对数据做精度偏移后持久化至数据库； 所述转发系统消费kafka消息队列里面的数据， 通过http形式发送数据转发至其他平 台。 9.根据权利要求8所述的车辆监管平台数据接入转发系统， 其特征在于： 还包括geode 数据库， geode数据库用于存储静态数据， 车辆登入、 登出验证时， geode数据库存储的静态 信息用于作为登入验证数据； 车载终端采集的各种数据包括车辆定位数据、 发动机数据、 obd数据； 数据库包括ES数 据库和mysql数据库， Web页面展示的实时数据从ES数据库获取， Web页面展示的数据从 mysql数据库获取； 。

11、所述接入系统设有TCP链路管理模块， TCP链路管理模块用于负责维护和监控链接的运 行状态， 包括： 接入系统对空闲链路进行检测， 当发现有链路在设置的链路超时时间内无实 时数据上报， 则关闭该链路； 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 以及每个链路均设置一个数据接收开关， 该开关控制着对应链路的数据是否解析， 每 一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接收开 关关闭。 10.根据权利要求8所述的车辆监管平台数据接入转发系统， 其特征在于： 车辆监管平 台的转发系统按照平台间相互约定的数据格式进行包装， 通过post请求发送至其他平台， 其他。

12、平台收到数据之后， 首先验证校验码， 然后校验数据用户和密码， 在用户密码正确的前 提下对加密数据体进行解密， 得到车辆采集数据。 权利要求书 2/2 页 3 CN 111740953 A 3 一种车辆监管平台数据接入转发方法及系统 技术领域 0001 本发明涉及车载数据接入领域， 具体涉及一种车辆监管平台数据接入转发方法及 系统。 背景技术 0002 为防治装用压燃式及气体燃料点燃式发动机的汽车排气对环境的污染， 改善空气 质量， 需要对车辆尾气等数据进行监管等， 现有技术中还没有一种车辆监管平台数据接入 转发方法及系统。 发明内容 0003 本发明的目的在于克服现有技术之缺陷， 提供了一种。

13、车辆监管平台数据接入转发 方法及系统。 0004 本发明是这样实现的： 本发明公开了一种车辆监管平台数据接入转发方法， 其特 征在于， 包括如下步骤： 0005 车载终端与接入系统建立tcp连接， 车载终端发送登入请求给接入系统， 接入系统 解析登入请求， 登入请求包含车辆唯一标识码vin； 0006 接入系统通过验证车辆唯一标识码vin的合法性和正确性对车载终端进行验证； 0007 如果验证不成功， 则关闭该tcp链路； 0008 如果验证成功， 则车载终端将采集的各种数据发送给接入系统进行解析， 解析的 数据为原始数据， 未进行数据偏移， 接入系统将数据解析后推送至kafka消息队列， 转。

14、发系 统消费kafka消息队列里面的数据， 并通过http形式发送数据转发至其他平台， 车辆监管平 台的转发系统按照平台间相互约定的数据格式进行包装， 通过post请求发送至其他平台， 其他平台收到数据之后， 首先验证校验码， 然后校验数据用户和密码， 在用户密码正确的前 提下对加密数据体进行解密， 得到车辆采集数据。 0009 进一步地， 车辆监管平台的转发系统按照平台间相互约定的数据格式进行包装， 通过post请求发送至其他平台， 其他平台收到数据之后， 首先验证校验码， 然后校验数据用 户和密码， 在用户密码正确的前提下对加密数据体进行解密， 得到车辆采集数据。 0010 进一步地， 对。

15、http转发形式， 转发系统维护转发逻辑， 以设定的频率固定访问其他 平台的心跳接口， 通过心跳的返回结果判断其他平台是否正常， 在不正常的情况下及时关 闭转发。 0011 进一步地， 转发系统以批量的形式对数据进行转发， 一次转发的数据量由kafka控 制， 具体包括： 在kafka配置上， 约定消费到多条数据时触发一次kafka的监听器， 触发消费 已消费到的多条数据； 0012 未达到设定的多条数据时， 当消费等待时间达到设定时间也触发kafka监听器， 触 发消费已消费到的多条数据。 触发监听器后拿到kafka里面的数据， 然后转发， 此方式达到 批量转发的目的。 说明书 1/20 页。

16、 4 CN 111740953 A 4 0013 进一步地， 转发系统以多线程连接池的形式发送post请求， 设置一个任务队列管 理每一个post请求； 0014 一次完整的数据链由消费kafka数据开始， 完成数据转换、 数据加密、 数据包装， 然 后放入任务队列， 每一个任务设有超时时间， 任务在队列里面按顺序执行， 在完成任务后既 销毁， 若该任务在设定的超时时间后未收到其他平台的应答则超时抛出异常， 队列继续执 行下一个任务， 不影响后续数据的转发。 0015 接入系统解析数据后推送数据到kafka信息队列， 页面展示的数据是从kafka持久 化到mysql或es数据库后查询出来展示的。

17、。 0016 车载终端采集的各种数据包括车辆定位数据、 发动机数据、 obd数据。 0017 定位数据包括经度、 纬度。 0018 发动机数据包括车速、 大气压力、 发动机净输出矩、 摩擦扭矩矩、 发动机转速、 发动 机燃料流量、 SCR上游NOx传感器输出值、 SCR下游NOx传感器输出值、 反应剂余量、 进气量、 SCR入口温度、 SCR出口温度、 DPF压差、 发动机冷却液温度、 油箱液位、 定位状态、 累计里程。 0019 Obd数据包括OBD诊断协议、 MIL状态、 诊断支持状态、 诊断就绪状态、 车辆识别码、 软件标定识别号、 标定验证码、 IUPR值、 故障码总数、 故障码信息列。

18、表。 0020 进一步地， 数据库包括ES数据库和mysql数据库， Web页面展示的实时数据从ES数 据库获取， Web页面展示的数据从mysql数据库获取。 0021 接入系统解析车辆数据并推送至kafka消息队列， 后续通过消费kafka， 对数据做 精度偏移后持久化至数据库； 数据偏移是按照标准协议对解析数据做一个换算， 使其符合 实际值。 0022 数据偏移是按照标准协议对解析数据做一个换算， 使其符合实际值。 0023 进一步地， 设原始数据指为A1， 协议规定的数据精度为B， 偏移量为u， 偏移后的数 据A2为： A2A1*B+u， u为正数或负数， 判断偏移后的数据是否符合设定。

19、的数据范围， 若是， 则将精度偏移后的数据持久化至数据库， 若否， 该数据为无效值， 无效值也入库。 0024 进一步地， 将静态数据录入mysql数据库并同步至geode数据库， 车辆登入、 登出验 证时， 将geode数据库存储的静态信息作为登入验证数据， 静态数据包括带有车辆唯一标识 码vin的车辆信息、 车型信息。 0025 geode数据库用作验证终端唯一标识vin。 kafka信息队列作为消息中间件。 0026 进一步地， 车载终端与接入系统建立tcp连接， 接入系统负责维护和监控链接的运 行状态， 包括： 接入系统对各链路进行检测， 当发现有链路超过规定的时间未发送消息， 则 立。

20、即关闭该链路； 0027 以及设置链路堵塞数， 用于实时查询链路堵塞情况； 0028 以及每个链路均设置一个数据接收开关， 该开关控制着对应链路的数据是否解 析， 每一个链路都对应着一个终端， 当需要屏蔽某个终端的数据， 则控制对应链路的数据接 收开关关闭。 0029 本发明公开了一种车辆监管平台数据接入转发系统， 包括接入系统， 车载终端与 接入系统建立tcp连接， 所述车载终端用于发送登入请求给接入系统， 接入系统解析登入请 求， 登入请求包含车辆唯一标识码vin， 接入系统通过验证车辆唯一标识码vin的合法性和 正确性对车载终端进行验证， 所述车载终端用于将采集的各种数据发送给接入系统进。

21、行解 说明书 2/20 页 5 CN 111740953 A 5 析， 解析的数据为原始数据， 未进行数据偏移， 接入系统将数据解析后推送至kafka消息队 列， 从kafka消息队列里面消费数据， 并对数据做精度偏移后持久化至数据库； 0030 所述转发系统消费kafka消息队列里面的数据， 通过http形式发送数据转发至其 他平台。 0031 进一步地， 车辆监管平台数据接入转发系统还包括geode数据库， geode数据库用 于存储静态数据， 车辆登入、 登出验证时， geode数据库存储的静态信息用于作为登入验证 数据。 0032 进一步地， 所述接入系统设有TCP链路管理模块， TC。

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

23、面展示 的数据从mysql数据库获取。 0036 进一步地， 车辆监管平台的转发系统按照平台间相互约定的数据格式进行包装， 通过post请求发送至其他平台， 其他平台收到数据之后， 首先验证校验码， 然后校验数据用 户和密码， 在用户密码正确的前提下对加密数据体进行解密， 得到车辆采集数据。 0037 转发系统维护转发逻辑， 以设定的频率固定访问其他平台的心跳接口， 通过心跳 的返回结果判断其他平台是否正常， 在不正常的情况下及时关闭转发； 0038 转发系统以批量的形式对数据进行转发， 一次转发的数据量由kafka控制， 具体包 括： 在kafka配置上， 约定消费到多条数据时触发一次kaf。

24、ka的监听器， 未达到设定的多条数 据时， 当消费等待时间达到设定时间也触发kafka监听器； 0039 转发系统以多线程连接池的形式发送post请求， 设置一个任务队列管理每一个 post请求； 0040 一次完整的数据链由消费kafka数据开始， 完成数据转换、 数据加密、 数据包装， 然 后放入任务队列， 每一个任务设有超时时间， 任务在队列里面按顺序执行， 在完成任务后既 销毁， 若该任务在设定的超时时间后未收到其他平台的应答则超时抛出异常， 队列继续执 行下一个任务， 不影响后续数据的转发。 0041 本发明的有益效果为： 本发明能对车载终端进行登记、 注册等管理， 显示车载终端 上。

25、报频率、 数据采集频率和采集的数据， 能按要求向生态环境部门实时转发车辆OBD信息、 发动机信息、 排放数据、 经纬度等数据。 接入系统分析故障数据， 统计故障趋势、 超标车辆， 进行车辆报警管理(OBD报警、 故障报警、 发动机报警)。 故障数据和报警数据通过消费kafka 消息队列得到， 经过大数据技术实时分析计算， 按同一辆车vin相同归纳该车的所有故障数 据和报警数据， 并持久化到mysql数据库， 页面展示数据查询mysql数据库。 0042 本发明通过上述方法实现了静态数据同步、 数据接入、 数据持久化、 数据转发。 0043 终端与接入系统建立tcp连接， 该链路被链路管理模块管。

26、理和监控， 以固定的的频 说明书 3/20 页 6 CN 111740953 A 6 率监测该链路是否空闲， 是否有信息堵塞， 以及接入系统连接的链路数， 对空闲链路采取剔 除的方式防止资源占用； 信息堵塞量可以让开发人员及时发现信息处理过慢， 做出优化； 接 入系统连接数可以实时知道当前在线车辆数。 0044 设置超时时间， 当链路在该时间范围没有上传数据就认为是空闲链接， 目的是节 约系统资源， 大量空闲链接占用系统内存资源， 需要及时清除空闲链接。 0045 查询堵塞情况主要是便于分析接入系统处理数据是否过缓， 对于过缓可能是程序 代码不合理， 应该优化代码， 减少耗时的逻辑。 0046。

27、 本发明通过设置转发系统， 主要是转发车辆采集数据， 由接入系统接入数据推送 至kafka， 转发系统消费该kafka， 转发至其他平台， 包括地方平台， 企业平台， 国家平台等。 0047 本发明采用http的形式发送数据， 由平台间相互约定的数据格式和加密规则进行 数据转发， 由post请求发送， 转发系统按照数据格式A进行包装， 通过post请求发送至其他 平台， 其他平台收到数据A之后， 首先验证校验码， 然后校验数据用户和密码， 在用户密码正 确的前提下对加密数据体进行解密， 得到车辆采集数据。 0048 对http转发形式， 转发系统维护转发逻辑， 以特定的频率固定访问其他平台的心。

28、 跳接口， 通过心跳的返回结果判断其他平台是否正常， 在不正常的情况下及时关闭转发， 避 免数据丢失。 0049 在kafka消费方面， 由于kakfka队列数据量很大， 以单条数据进行转发会对其他平 台的服务器造成非常大的压力， 所以我们以批量的形式进行转发， 这个一次转发的数据量 由kafka控制， 在kafka配置上， 我们约定消费到设定的多条数据时触发一次kafka的监听 器， 未达到设定的多条数据时， 当消费等待时间达到2秒也触发kafka监听器， 这样达到人为 控制转发数据量， 并能很好的解决实时性。 0050 在某种场景下， 需要在终端上传数据的同时完成解析消费转发， 及时的在其。

29、他平 台收到数据以达到实时性， 在发送请求的逻辑上， 转发系统同样管理请求的转发及异常处 理， 以多线程连接池的形式发送post请求， 有一个任务队列管理每一个post请求， 一次完整 的数据链由消费kafka数据开始， 完成数据转换， 数据加密， 数据包装， 然后放入任务队列， 每一个任务有两秒的超时时间， 任务在队列里面按顺序执行， 在完成任务后既销毁， 若该任 务在两秒后未收到其他平台的应答则超时抛出异常， 队列继续执行下一个任务， 不影响后 续数据的转发。 附图说明 0051 图1为本发明的车辆监管平台数据接入转发系统的原理框图； 0052 图2为本发明的车辆监管平台数据接入系统的原理。

30、框图； 0053 图3为本发明的车辆监管平台数据接入方法的流程图； 0054 图4为本发明的车辆监管平台数据转发方法的流程图。 具体实施方式 0055 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发明实施例 中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是 本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员 说明书 4/20 页 7 CN 111740953 A 7 在没有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 0056 实施例一 0057 参见图1至图4， 本实施例。

31、公开了一种车辆监管平台数据接入转发方法， 其特征在 于， 包括如下步骤： 0058 车载终端与接入系统建立tcp连接， 建立连接同时车载终端发送登入请求给接入 系统， 接入系统解析登入请求， 获取车辆登入的车辆唯一标识码vin， 登入请求包含车辆唯 一标识码vin； 接入系统通过验证车辆唯一标识码vin的合法性和准入性对车载终端进行验 证； 0059 如果验证不成功， 则关闭该tcp链路； 0060 如果验证成功， 则车载终端将采集的各种数据发送给接入系统进行解析， 解析的 数据为原始数据， 未进行数据偏移， 接入系统解析车辆数据并推送至kafka消息队列， 后续 通过消费kafka， 对数据。

32、做精度偏移后持久化至数据库； 0061 同时， 转发系统消费kafka消息队列里面的数据， 并通过http形式发送数据转发至 其他平台； 车辆监管平台的转发系统按照平台间相互约定的数据格式进行包装， 通过post 请求发送至其他平台， 其他平台收到数据之后， 首先验证校验码， 然后校验数据用户和密 码， 在用户密码正确的前提下对加密数据体进行解密， 得到车辆采集数据。 本发明可以通过 查询数据库并通过页面展示查询数据。 0062 进一步地， 对http转发形式， 转发系统维护转发逻辑， 以设定的频率固定访问其他 平台的心跳接口， 通过心跳的返回结果判断其他平台是否正常， 在不正常的情况下及时关。

33、 闭转发。 0063 进一步地， 转发系统以批量的形式对数据进行转发， 一次转发的数据量由kafka控 制， 具体包括： 在kafka配置上， 约定消费到设定的多条数据时触发一次kafka的监听器； 0064 未达到设定的多条数据时， 当消费等待时间达到设定时间也触发kafka监听器。 触 发监听器后拿到kafka里面的数据， 然后转发， 此方式达到批量转发的目的。 0065 进一步地， 转发系统以多线程连接池的形式发送post请求， 设置一个任务队列管 理每一个post请求； 0066 一次完整的数据链由消费kafka数据开始， 完成数据转换、 数据加密、 数据包装， 然 后放入任务队列， 。

34、每一个任务设有超时时间(如2秒)， 任务在队列里面按顺序执行， 在完成 任务后既销毁， 若该任务在设定的超时时间(如2秒)后未收到其他平台的应答则超时抛出 异常， 队列继续执行下一个任务， 不影响后续数据的转发。 0067 车载终端采集的各种数据包括车辆定位数据、 发动机数据、 obd数据。 0068 定位数据包括经度、 纬度。 0069 发动机数据包括车速、 大气压力、 发动机净输出矩、 摩擦扭矩矩、 发动机转速、 发动 机燃料流量、 SCR上游NOx传感器输出值、 SCR下游NOx传感器输出值、 反应剂余量、 进气量、 SCR入口温度、 SCR出口温度、 DPF压差、 发动机冷却液温度、 。

35、油箱液位、 定位状态、 累计里程。 0070 Obd数据包括OBD诊断协议、 MIL状态、 诊断支持状态、 诊断就绪状态、 车辆识别码、 软件标定识别号、 标定验证码、 IUPR值、 故障码总数、 故障码信息列表。 0071 进一步地， 数据库包括ES数据库和mysql数据库， Web页面展示的实时数据从ES数 据库获取， Web页面展示静态数据、 行程数据从mysql数据库获取。 说明书 5/20 页 8 CN 111740953 A 8 0072 进一步地， 数据偏移是按照标准协议对解析数据做一个换算， 使其符合实际值。 0073 进一步地， 设原始数据指为A1， 协议规定的数据精度为B，。

36、 偏移量为u， 偏移后的数 据A2为： A2A1*B+u， u为正数或负数， 判断偏移后的数据是否符合设定的数据范围， 若是， 则将精度偏移后的数据持久化至数据库， 若否， 该数据为无效值， 无效值也入库。 0074 例： 车速解析原始数据为15360， 协议规定该数据精度： 1/256km/h， 偏移量： 0， 数据 范围： 0250.996km/h， 偏移后： 15360/256-060km/h， 符合数据范围。 0075 例： 经度解析原始数据为109523473， 协议规定该数据精度： 0.000001 ， 偏移量： 0， 数据范围： 0180.000000 ， 偏移后： 0076 1。

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

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

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

40、个终端的数据， 需要页面下发 一个关闭的请求。 在多链路中有唯一标识指定某一链路， 对不想接收的车辆数据可以进行 单链路数据屏蔽。 0084 车载终端上传的数据包含定位数据， 终端按照10s一包数据的频率上报给接入系 统， 通过实时统计定位数据可以在地图上显示出该车辆的行驶轨迹。 0085 车载终端将采集的车辆位置信息、 故障信息、 发动机信息、 尾气信息以一定频率上 报至接入系统。 0086 接入系统解析报文后， 对数据做初步基本校验， 验证格式后的数据推送至kafka消 说明书 6/20 页 9 CN 111740953 A 9 息队列。 0087 从kakfa消息队列取出相关数据进行纠偏。

41、， 然后再批量持久化至数据库。 相关数据 指接入系统解析后推送kafka消息队列的数据， 定位数据就取经纬度相关数据， obd数据就 取obd相关数据， 纠偏就是对数据做精度偏移， 接入系统解析的数据不符合实际值， 做精度 偏移可以对解析后的原始值进行转换， 并剔除超范围的数据。 0088 接入系统分析故障数据， 统计故障趋势、 超标车辆， 进行车辆报警管理(OBD报警、 故障报警、 发动机报警)。 故障数据和报警数据通过消费kafka消息队列得到， 经过大数据技 术实时分析计算， 按同一辆车vin相同归纳该车的所有故障数据和报警数据， 并持久化到 mysql数据库， 页面展示数据查询mysq。

42、l数据库。 0089 页面添加车辆信息保存至mysql数据库， 包含： vin， 区域， 制造企业， 发动机型号， 发动机号， 车型， 终端id， 车辆品牌， 车牌种类、 颜色等信息， 并同步至接入系统使用的geode 数据库。 车型信息的录入， 主要包含： 车辆型号， 发动机型号， 汽车分类， 燃料类型， 车辆类 型， 排放标准等， 数据接入主要为实时数据接入。 0090 车辆信息数据结构如下： 0091 说明书 7/20 页 10 CN 111740953 A 10 0092 0093 车型信息数据结构如下： 说明书 8/20 页 11 CN 111740953 A 11 0094 009。

43、5 0096 在接入数据前平台同步数据到接入系统的数据库， 在车辆登入时作为车辆的接入 验证， 验证合法的车辆开始解析实时数据， 实时数据主要包含obd数据、 发动机数据、 补充数 据流。 0097 补充数据流如下表所示： 说明书 9/20 页 12 CN 111740953 A 12 0098 说明书 10/20 页 13 CN 111740953 A 13 0099 0100 OBD信息数据如下表所示： 0101 说明书 11/20 页 14 CN 111740953 A 14 0102 说明书 12/20 页 15 CN 111740953 A 15 0103 说明书 13/20 页 1。

44、6 CN 111740953 A 16 0104 说明书 14/20 页 17 CN 111740953 A 17 0105 0106 发动机数据流如下表所示： 0107 说明书 15/20 页 18 CN 111740953 A 18 0108 说明书 16/20 页 19 CN 111740953 A 19 0109 说明书 17/20 页 20 CN 111740953 A 20 0110 0111 obd数据在实时数据流中每10s发一包含有obd的数据， 以十六进制编码发送至接 入系统， 系统收到报文后按字节顺序解析， obd数据包含OBD诊断协议， MIL状态， 诊断支持状 态(由两。

45、个字节表示， 两个字节占十六位， 通过对位的解析， 拿到每一位所表示的含义)， 诊 断就绪状态， 车辆识别码(VIN)， 软件标定识别号， 标定验证码(CVN)， IUPR值， 故障码总数， 故障码信息列表。 OBD数据用于故障分析， 超标分析， 统计故障趋势分布， 对车辆报警(OBD报 警， 故障报警， 发动机报警)进行管理。 0112 发动机数据流采集频率为1s， 每10s一包发送至接入平台， 在尾气监控平台中， 发 动机数据作为主要数据， 包含车速， 大气压力， 扭矩， 发动机转速， 燃料流量， 氮氧化合物浓 度， 反应剂余量， PDF压差， 发动机冷却液温度， SCR出入口温度， 定位。

46、信息等， 以十六进编码 形式发送到接入平台， 平台按字节解析， 将解析的数据实时推送kafka消息队列， 用于数据 分析和持久化。 0113 补充数据主要作为数据的补充， 主要包含： 发动机扭矩模式， 油门踏板， 累计油耗， 尿素箱温度， 实际尿素喷射量， 累计尿素消耗， DPF排气温度， 瞬时油耗， DPF压差， 发动机总 运行时间， 环境温度等数据。 0114 采用RESTAPIs文档生成工具swaager， 所有接口通过swaager界面可以进行预览。 0115 实施例二 0116 参见图1至图4， 本实施例公开了一种车辆监管平台数据接入转发系统， 包括接入 系统、 转发系统， 车载终端。

47、与接入系统建立tcp连接， 所述车载终端用于发送登入请求给接 入系统， 接入系统解析登入请求， 登入请求包含车辆唯一标识码vin， 接入系统通过验证车 辆唯一标识码vin的合法性和正确性对车载终端进行验证， 所述车载终端用于将采集的各 种数据发送给接入系统进行解析， 解析的数据为原始数据， 未进行数据偏移， 接入系统将数 据解析后推送至kafka消息队列， 从kafka消息队列里面消费数据， 并对数据做精度偏移后 持久化至数据库； 所述转发系统消费kafka消息队列里面的数据， 通过http形式发送数据转 发至其他平台， 包括地方平台， 企业平台， 国家平台等。 0117 本实施例的车辆监管平。

48、台的转发系统按照平台间相互约定的数据格式进行包装， 通过post请求发送至其他平台， 其他平台收到数据之后， 首先验证校验码， 然后校验数据用 户和密码， 在用户密码正确的前提下对加密数据体进行解密， 得到车辆采集数据。 0118 转发系统维护转发逻辑， 以设定的频率固定访问其他平台的心跳接口， 通过心跳 的返回结果判断其他平台是否正常， 在不正常的情况下及时关闭转发； 说明书 18/20 页 21 CN 111740953 A 21 0119 转发系统以批量的形式对数据进行转发， 一次转发的数据量由kafka控制， 具体包 括： 在kafka配置上， 约定消费到设定的多条数据时触发一次kaf。

49、ka的监听器， 未达到设定的 多条数据时， 当消费等待时间达到设定时间(如2S)也触发kafka监听器； 本实施例N为50。 0120 转发系统以多线程连接池的形式发送post请求， 设置一个任务队列管理每一个 post请求。 0121 一次完整的数据链由消费kafka数据开始， 完成数据转换、 数据加密、 数据包装， 然 后放入任务队列， 每一个任务设有超时时间， 任务在队列里面按顺序执行， 在完成任务后既 销毁， 若该任务在设定的超时时间后未收到其他平台的应答则超时抛出异常， 队列继续执 行下一个任务， 不影响后续数据的转发。 0122 当然， 转发方式还可以采用TCP转发的形式发送数据，。

50、 车辆监管平台由转发系统与 其他平台建立TCP连接， 平台间约定tcp传输协议， 转发系统按照协议编码， 转发编码后的报 文， 平台间维护一个心跳， 该心跳保持tcp链路不断开， 首先转发系统要与其他平台建立tcp 连接， 建立连接的同时发送平台登入的报文， 其他平台解析登入数据， 登入数据包含平台用 户名和密码， 其他平台验证用户名和密码通过后开始解析本转发系统转发的实时数据， 一 次完整的转发由消费kafka数据开始， 消费得到的数据包含需要转发报文， 该报文是一种以 十六进制编码的数据格式， 然后按照平台间约定的传输协议进行编码传输， 以收到其他平 台的应答为结束。 0123 传输协议格。