落实《关于加强道路运输车辆动态监管工作的通知》（交运发〔2011〕80号）文件的相关要求，推动《道路运输车辆卫星定位系统》系列标准的贯彻实施，中国交通通信信息中心组织实施了《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）和《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准的平台符合性检测工作。 为确保受检平台「含监管平台与监控平台】的检测质量，将平台符合性检测工作分为五个阶段。五个阶段检测合格后，出具平台检测检测结论，
两客一危”车辆管理要求:
《关于进一步加强企业安全生产工作的通知》,,切实加强道路运输车辆动态监管工作,预防和减少道路交通运输事故,确保2011年12月31日前所有旅游包车、三类以上班线客车和运输危险化学品、烟花爆竹、民用爆炸物品的道路专用车辆(以下简称“两客一危”车辆),安装使用具有行驶记录功能的卫星定位装置(以下简称卫星定位装置)工作全部完成。
以下为相关标准内容简介:
1.JT/T794-2019道路运输车辆卫星定位系统车载终端技术要求
1.引用JT/T766-2009北斗导卫星导航系统船舶监测终端技术要求,
2.引用GB/T19056-2012汽车行驶记录仪
3.组成,终端主机应包括微处理器、数据存储器、卫星定位模块、车辆状态
息采集模块、无线通信传输模块、实时时钟、数据通信接口等,可包括显示器、打印机、读卡器。如果显示器、打印机、读卡器不包含于主机本体内,则其可列为外部设备,但主机应留相应接口。
外部设备应包括卫星定位天线、无线通信天线、应急报警按钮、语音报读装置,可包括通话装置、操作键、读卡器、打印机、显示器、车辆运营状态信息显示、信息发布等设备以及图像、视频、音频、驾驶员身份、电子运单、物流、运营、收费结算、服务评价等信息的采集设备等。
4.通信方式,应能至少支持基于通用GSM、CDMA、TD-SCDMA、WCDMA、
CDMA2000等多种无线通信网络及北斗卫星导航系统传输机制下的通信模式。当所在地网络不通时,可根据需要采用北斗通信方式。
5.GB/T35658车辆卫星定位系统车载定位系统平台技术要求
6.JT/T808道路运输车辆卫星定位系统终端通讯协议及数据格式
7.本标准规定了道路运输车辆卫星定位系统车载终端(以下简称终端)与监管
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注入攻击
以上信息仅供参考。
更新平台功能符合国标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报警，轨迹，报表等都可以和实时视频，视频录像文件进行深度的集成和关联，如视频报警联动等，
本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中对通信协议部分的检测，主要实现受检平台的通信协议正确性检测。检测完成后，检测软件将生成“《道路运输车辆卫星定位系统平台数据交换》单项协议检测报告” 。
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注入攻击
