交通部平台新标准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网络传输
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哪里可以办理？费用多少？周期多久？
交通部GB/T 35658技术规格主要是介绍新版的企业平台功能要求与监管平台的功能要求，只在796基础上的新增。
交通部标GB/T35658-2017平台服务和部标平台在北京检测中心的检测代理服务，和贝斯通检测签订合同，一站式服务打包，不需要你派遣人员在北京驻扎过检，降低你的费用成本。
交通部GB/T35658-2017平台过检，是交通部要求物流车辆运输企业和GPS平台运营企业的一项交通部部标标准检测工作，是指各企业向交通部申请，将自己的平台送至通信信息中心，针对具体一系列标准，进行检测和审查的过程。平台通过交通部标准，即获得经营性资格，可以在指定范围内接入车载终端运营。
平台过检工作的前期准备工作千头万绪，很多公司的部标检测负责人着手开始这项工作时茫茫然不知所措，工作进展进度缓慢，其实交通部平台过检，我们需要把它作为一个复杂的项目来看待。既然是一个项目，就要做一个带有MileStone的项目计划，列出所需要准备的做的各项工作，确定时间节点和重大里程碑事件，这样就有一个清晰的方向指引着我们前进，不管有多复杂，有一个地图和指南针，我们始终知道自己所处的位置。
贝斯通检测认证中心:
为您提供专业一站式检测认证服务：
蓝牙无线：入网CTA 型号核准SRRC 蓝牙BQB 企业备案……。
国内：CCC、ISO认证 交通部794 808 京东天猫质检报告及其他委托实验报告
欧盟：ERP、CE-NB,ROHS,REACH，TUV,GS,EAC认证
北美：FCC,UL,FDA,ETL认证
澳洲：MEPS,RCM,SAA,C-TICK认证
沙特：SASO认证 印度BIS WPC
日本：VCCI，PSE、MIC/TELEC认证
电池UN38.3 MSDS IEC62133
交通部符合道路运输车辆卫星定位系统标准的系统检测是由中华人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、政府平台无缝连接。其分为企业平台检测和政府平台检测，我们暂时只提供企业平台的检测。相关标准有：GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。
我们平台完全按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台拿到交通部进行认证。为了帮助客户顺利过检，我们安排专人常年驻扎，可以为客户代办过检，费用低、速度快，百分百包过。
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/T35658准备工作：
1、至少一台服务器并托管在IDC机房或者购买阿里云服务器。
2、IP备案。备案的办理时间需要半个月以上。在工信部办理。(服务器备案，阿里云直接可以在阿里云网站上备案)
3、至少联系1家运营公司，拿到公司全称、经营许可证号等信息用于录入到系统中，将对这些信息与车辆进行匹配。
4、准备纸质版报名材料（加盖公章、骑缝章），交至中国交通通信信息中心，通过后领取平台编号。具体材料包含：
5、需要准备2辆安装了部标协议的GPS终端的车辆
部标是物流行业的高标准，全面规范了物流运输行业。它是国家对各大GPS厂商、平台运营商设置的高门槛，但对有核心竞争力的企业更是一个机遇。那些质量差，研发技术弱的企业跨不过这个门槛，在市场竞争上只能被淘汰，加剧了GPS行业竞争的优胜劣汰。而能跨过这个门槛的精英企业，需精益求精，从产品运营、用户体验、售后服务等各方面努力，才能受到客户的欢迎。 “部标”要求的技术与世界同步，能通过部标检测，表示国家交通部对公司技术和实力的肯定。选择符合“部标”的产品及服务平台，突破时间和空间的限制，实现跨部门、跨区域的双向信息传递，才可无缝接入国家联网联控系统，符合国家大力推进的物流信息化发展要求，并终实现传统物流向现代物流升级。 作为行业优秀的物流信息化平台服务企业，
为落实《关于加强道路运输车辆动态监管工作的通知》（交运发〔2011〕80号）文件的相关要求，推动《道路运输车辆卫星定位系统》系列标准的贯彻实施，中国交通通信信息中心组织实施了《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）和《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准的平台符合性检测工作。 为确保受检平台「含监管平台与监控平台】的检测质量，将平台符合性检测工作分为五个阶段。五个阶段检测合格后，出具平台检测检测结论，具体检测步骤如下：
功能完备性检测：第一阶段
该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。
工具检测：第二阶段
该阶段检测工作主要通过检测软件来完成检测的，为了确保第三阶段能顺利进行，本阶段主要完成单项协议检测。
本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中对通信协议部分的检测，主要实现受检平台的通信协议正确性检测。检测完成后，检测软件将生成“《道路运输车辆卫星定位系统平台数据交换》单项协议检测报告” 。
从中可以看出，受检平台不管是监管类的政府平台还是监控类的企业平台，都将由检测软件来完成检测工作；检测软件根据检测的情况在数据库中生成检测结果与报告。
交通部符合道路运输车辆卫星定位系统标准的系统检测是由中华人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、政府平台无缝连接。其分为企业平台检测和政府平台检测，我们暂时只提供企业平台的检测。相关标准有：GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。
我们平台完全按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台拿到交通部进行认证。为了帮助客户顺利过检，我们安排专人常年驻扎，可以为客户代办过检，费用低、速度快，百分百包过。
主要特色
一、完全按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台拿到交通部进行认证。
二、采用FLEX作为前端展示平台，后台支持LINUX和WINDOWS，APP支持iphone/ipad、android，真正实现了跨平台、跨浏览器、跨移动终端。
三、采用先进的SOCKET开发框架，保证了系统在处理高并发情况下的稳定性和可靠性。目前在用的实际生产环境为两台普通PC服务器（一台做WEB和网关，一台做数据库）承载了将1万台终端，同时在线的终端超过6000台。
应用场景
为客运车、物流车、出租车、公交车、运钞车、公安巡逻车、消防车、邮政车、服务车、公务车、医疗急救车、私家车、运输船舶、渔船等提供定位、跟踪、监控、调度、管理、指挥、防盗入反劫服务，并且满足老人监护、儿童定位、宠物跟踪、车友互联等服务。
该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。
