河北部标GB35658平台价格

本标准规定了道路运输车辆卫星定位系统架构，以及道路运输车辆卫星定位系统中**监管平台和企业监控平台的功能要求、平台性能与其他要求等内容。
本标准适用于道路运输车辆卫星定位系统**监管平台及企业自建或运营商搭建的卫星定位系统平台。


2018年10月份之后过检的不管有无拿到检测报告的，都需要重新检测，按照较新的GB/T35658标准。
GB/T35658标准增加了挺多内容，页面需要增加不少功能。我们在**时间按检测项完善了平台功能，较终顺利帮客户拿到了检测报告。

内容简介
本标准规定了道路运输车辆卫星定位系统架构，以及道路运输车辆卫星定位系统中**监管平台和企业监控平台的功能要求、平台性能与其他要求等内容。

本标准适用于道路运输车辆卫星定位系统**监管平台及企业自建或运营商搭建的卫星定位系统平台。

标准号： GB/T 35658-2017 中文标准名称： 道路运输车辆卫星定位系统 平台技术要求

ICS： 03.220.20;33.040 发布日期： 2017-12-29 实施日期： 2018-07-01

交通部GB/T35658-2017平台过检，是交通部要求物流车辆运输企业和GPS平台运营企业的一项交通部部标标准检测工作，是指各企业向交通部申请，将自己的平台送至通信信息中心，针对具体一系列标准，进行检测和审查的过程。平台通过交通部标准，即获得经营性资格，可以在*范围内接入车载终端运营。

平台过检工作的前期准备工作千头万绪，很多公司的部标检测负责人着手开始这项工作时茫茫然不知所措，工作进展进度缓慢，其实交通部平台过检，我们需要把它作为一个复杂的项目来看待。既然是一个项目，就要做一个带有MileStone的项目计划，列出所需要准备的做的各项工作，确定时间节点和重大里程碑事件，这样就有一个清晰的方向指引着我们前进，不管有多复杂，有一个地图和指南针，我们始终知道自己所处的位置。

**检测专业专注：国内CCC 强制/CQC自愿性认证；SRRC型号核准；CTA进网许可认证；企业标准备案；天猫京东质检；售后服务认证；ISO9001质量体系认证；ISO14001环境体系；ISO18001健康安全体系；IATF16949汽车体系;交通部 794 808 1076 1078 GB/T 35658 1077 1078等标准及协议；网约车、出租车905协议；3C确认检验等；欧盟CE认证 ROHS检测 ERP能效 IP防尘防水等级；美国FCC认证 ETL认证；澳洲RCM认证SAA认证C-TICK认证；印度BIS认证 WPC认证；日本MIC/TELEC认证、PSE认证；国际CB认证；韩国KC/KCC认证；蓝牙BQB认证；美国能效DOE/CEC认证；加拿大能效NRcan；盐雾测试；高低温测试......等等。欢迎联系
更新平台功能符合国标GB/T 35658-2017标准，由于《道路运输车辆卫星定位系统 平台技术要求》由部标796标准变为国标GB/T 35658-2017标准，检测中心的检测标准也按照GB/T 35658-2017标准来检测。
基于部标1078视频协议和苏标Adas协议构建主动安全平台
通过增加1078视频服务器和web视频播放器，可以将GPS平台改进为符合部标1077的视频平台。当然视频开发的工作量和复杂度也是gps平台所不能比的。一个视频平台不是简简单单的播放视频就完事了，仔细阅读部标1077的文档的视频功能标准就可以看到，一个视频平台还要附加大量与视频相关的如视频报警、报警联动、服务器录像存储回放、视频参数设置、视频下载、报表统计等功能，有很多琐碎的功能细节需要全部实现，才能称为一个完整的部标视频平台。同时视频平台也需要与上级运管对接，为上级运管提供视频转发的服务器功能，1078协议在809协议上面又附加了大量与视频相关的指令，如实时播放、FTP上传、资源文件检索、回放、报警等功能。
GPS平台有了视频功能，平台监控手段地丰富性将大大增强，GPS报警，轨迹，报表等都可以和实时视频，视频录像文件进行深度的集成和关联，如视频报警联动等，
交通部平台新标准GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。
交通部符合道路运输车辆卫星定位系统标准的系统检测是由*人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、**平台无缝连接。其分为企业平台检测和**平台检测，我们暂时只提供企业平台的检测。相关标准有：GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。
企业监控平台
6.1基本功能
6.1.??1报表导出功能
6.1.2报警和警情处理
6.1.2.1报警
6.1.2.2报警信息处理
6.1.3.1车辆监控管理
6.1.3.3定时定位车辆查询
6.1.3.4终端运行监控
6.1.4平台接口功能
6.1.4.1与**平台信息交互
61.4.1.1企业平台应具备与**平台的信息交换的功能,包括车辆动态信息、静态信息和跨域信息的交换
6.1.4.1.2企业平台应具备与上级**平台重连后自动补传或按照上级平台补传指令补传动态位置信息的功能
6.1.4.1.3企业平台应具备接收上级**平台下发通知并进行醒日显示的功能
6.1.4.1.4企业平台应具备下发上级**平台指令到车载终端的功能
6.1.4.1.5企业平台应具备与上级平台间数据同步功能
6.1.4.2监控平台间连接情况
6.1.5.1监管巡查
6.1.7.1终端管理
6.1.7.2基础信息管理
6.1.7.3预设信息管理
6.1.7.4行驶记录管理
6.1.4.1.2企业平台应具备与上级**平台重连后自动补传或按照上级平台补传指令补传动态位置信息的功能
6.14.1.3企业平台应具备接收上级**平台下发通知并进行醒目显示的功能
6.1.4.1.4企业平台应具备下发上级**平台指令到车载终端的功能
6.1.4.1.5企业平台应具备与上级平台间数据同步功能
6.1.4.2监控平台间连接情况
6.1.5监管功能
6.1.5.1监管巡查
6.1.5.2监管平台实时数据交换
6.1.6统计分析功能
6.1.7管理功能
6.1.72基础信息管理
6.1.73预设信息管理
6.1.7.4行驶记录管理
6.1.7.5多媒体信息管理
6.1.7.6平台管理
6.1.7.7平台运行监控管理
6.2业务功能
6.2.1偏离路线报警
6.22线路关键点监控
6.23区域报警
6.2.4分路段限速监控
6.2.5疲劳驾驶报警
6.2.7班线客运特殊业务功能
6.2.7.1营运线路查询
6.2.72乘客**员监控
6.28ACC信号异常报
6.2.9位置信息异常报警
7.1性能指标
7.2网络传输
该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。
GB∕T 35658-2017 道路运输车辆卫星定位系统 平台技术要求

开发企业级的部标GPS监控平台，投入的开发力量很大，开发周期也很长，选择主流的开发语言以及成熟的开源技术框架来构建基础平台，是较恰当不过的事情，在设计之初就避免掉了技术选型的风险，避免以后在开发过程中，不断的填坑走弯路，以至于整个团队被坑埋掉。做GPS平台这么多年，以前就了解到一些开发团队过于关注某一种语言的优势，比如过于选用GO，Erlang，python,php等技术，较后团队熟悉这些技术的关键人员离职了，都没人接手，不能不说是个悲剧。所以说平台的技术架构选型要注重的是稳健，均衡而不是偏激，而SpringMVC4, Mybatis4, Hibernate4就是GPS监控平台软件开发的理想框架选择。

1）SpringMVC版本已经替代struts成为主流框架，在安全和性能上有很大的提升，struts开源框架有安全隐患，*受到攻击，公网服务器可以被黑客攻破获得管理员权限，变成肉鸡或者比特币挖矿机。

2）采用Netty框架替代原有的Mina框架，在服务器的并发性能上有了大幅提升，普通服务器单进程可以支撑到3万台终端；部标808服务器所支持的部标协议，旧版只支持jt/t 808 2011版本的协议，新版本全面支持jt/t 808 2013版本的协议，如定时拍照等新特性，增加了808协议数据实时转发的特性。

3） 采用Redis缓存服务器，支持多台808服务器集群，参见文章：基于Redis构建10万+终端级的高性能部标808Gps网关服务器

4）可以接收第三方的转发的数据，由于很多GPS平台所获得的数据都是从第三方平台而来，并不能得到一手的GPS终端数据，809模块增加了809**运管服务器，用来接收第三方转发而来的数据。

5）采用Mybatis替代旧版本中已经淘汰的Ibatis框架，通过Mybatis的查询分页插件，可以很方便的支撑各种数据库的分页查询，代码可以支持Mysql, Sqlserver, 和Oracle三种数据库，利用Mybatis的批量插入特性，大幅提升了GPS数据入库的性能；

6）地图部分做了较大的优化，统一地图接口，支持百度、高德和四维三种地图；

7）新版本是基于saas的多租户架构设计，充分支持多公司，多集团，多代理的组织架构模式，不同企业实体的数据、权限进行完全的隔离，可以单独为每个企业分配企业管理员，企业管理员在自己的企业实体内，可以单独分配角色权限，建立部门和车队；

8）Spring框架从旧版的2.5升级到Spring4, 从原来的全xml配置，利用Spring4的注解特性，大幅削减了系统的xml配置，系统部署和配置更加方便，维护更加*；

9) SpringMVC4集成WebSocket，基于Websocket进行报警推送，大大提高报警推送的效率。

参见：基于Websocket+SpringMVC4推送部标Jt808终端报警

10） 使用阿里巴巴团队开源的Druid连接池，Druid是Java语言中较好的数据库连接池。能够提供强大的监控和扩展功能。

11) 对原有的代码做了大量的优化，性能做了较大的提升，代码进行了充分的重构，增加了大量的注释，设计文档进行了重写；

12) Android客户端跟随较新谷歌主流的Material Design设计思想，采用android studio和gradle3.0做开发工具，使用主流的框架retrofit 2.0网络库等框架开发，保证代码使用的是较新的主流技术，方便技术团队对接和消化。

13) 部标GPS平台可以单独付费升级为部标1077视频平台，支持符合部标视频Jt/t 1078协议标准的部标1076视频设备接入，在BS端通过HTML5 Video插件或者flash插件进行实时视频监控和录像回放、视频文件下载。

14）基于苏标Adas协议构建主动安全平台

2017年至2018年，主要做的重大版本更新有：

1.2017年增加部标1078协议支持，增加部标1077视频监控平台功能支持，相继有多家客户通过交通部检测中心的部标1077视频监控平台检测；

2.2018年增加对江苏省的Adas标准的支持，简称苏标的协议规范支持，包括：《道路运输车辆主 动安全智能防控系统平台技术规范》（T/JSATL 11—2017）和《道 路运输车辆主动安全智能防控系统通讯协议规范》（T/JSATL 12—2017）。

2019年主要做的重大更新：

1. 更新平台功能符合国标GB/T 35658-2017标准，由于《道路运输车辆卫星定位系统 平台技术要求》由部标796标准变为国标GB/T 35658-2017标准，检测中心的检测标准也按照GB/T 35658-2017标准来检测。

基于部标1078视频协议和苏标Adas协议构建主动安全平台
通过增加1078视频服务器和web视频播放器，可以将GPS平台改进为符合部标1077的视频平台。当然视频开发的工作量和复杂度也是gps平台所不能比的。一个视频平台不是简简单单的播放视频就完事了，仔细阅读部标1077的文档的视频功能标准就可以看到，一个视频平台还要附加大量与视频相关的如视频报警、报警联动、服务器录像存储回放、视频参数设置、视频下载、报表统计等功能，有很多琐碎的功能细节需要全部实现，才能称为一个完整的部标视频平台。同时视频平台也需要与上级运管对接，为上级运管提供视频转发的服务器功能，1078协议在809协议上面又附加了大量与视频相关的指令，如实时播放、FTP上传、资源文件检索、回放、报警等功能。

GPS平台有了视频功能，平台监控手段地丰富性将大大增强，GPS报警，轨迹，报表等都可以和实时视频，视频录像文件进行深度的集成和关联，如视频报警联动等，

GPS监控的web平台对技术的要求如下：

1.实时监控和部标808协议的几十种终端指令的上传下达，百度地图车辆位置监控，地图操作等功能需要频发的对服务器发送基于ajax的request，返回json数据，基本上是重度使用ajax请求和Json传输。

2.Web服务器需要应对网页客户端重度的request请求，性能要求较高，在mvc框架开发的时候，一定要避免内存泄漏，因为在频繁的request请求调用之下，小小的内存泄漏，会一点一点积累，直至耗掉tomcat的内存。

3.安全性上，框架至少要能够防御CSRF、XSS和SQL注入攻击

以上信息仅供参考。
本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中对通信协议部分的检测，主要实现受检平台的通信协议正确性检测。检测完成后，检测软件将生成“《道路运输车辆卫星定位系统平台数据交换》单项协议检测报告” 。