浙江交通部平台过检

交通部部标平台的GB/T 35658-2017标准中，对于平台报警进行了说明，平台报警，就是由平台进行逻辑分析判断并产生报警信息的。终端报警是由终端来产生的，在系统中，由于偏离路线报警即可由终端不断的根据GPS坐标和下发的路线数据进行判断是否偏离来报警，也可以由平台来实时分析GPS坐标判断是否偏离路线产生报警。这两种报警在交通部的部标检测中，都是需要的，由于终端报警是由硬件来完成的，平台只是根据部标808协议来接收报警并推送到前端页面上即可，平台报警就需要开发者来开发报警分析的模块了。在交通部的GB/T 35658-2017标准中对于平台报警明确了一下几种：

一、偏离路线报警：

如何的设置：

1、在地图上画一条线路；

2、设置为平台的偏离路线报警；

3、再绑定一辆车

测试的过程：

如果绑定的车辆行驶的方向与所画的线路不吻合，则应该报平台的偏离路线报警，能在报警查询与报警统计、车辆监控界面里查看到此报警，则认为此报警功能可以实现，此项功能项为通过。

二、线路关键点监控：

如何的设置：

1、在地图上画一条线路

2、在线路上取关键点

3、设置为平台的线路关键点监控报警

4、绑定一辆车

测试的过程：

绑定的车辆一定要沿着所画的路线行驶，车辆未在规定时间内到达关键点或未在规定时间离开关键点，则应报平台的线路关键点监控报警。能在报警查询与报警统计、车辆监控界面里查看到此报警，则认为此报警功能可以实现，此项功能项为通过。

三、区域报警：

如何的设置：

1在地图上画一个矩形区域

2、设置为平台的区域报警

3、绑定一辆车

测试过程：

该车辆进入该矩形区域时和离开该矩形区域时则应分别报平台区域报警中的进区域报警和出区域报警，能在报警查询与报警统计，车辆监控界面里查看到此报警，则认为此报警功能可以实现，此项功能项通过。

四、分路段限速监控：

如何的设置：

1、在地图上画若干个线路

2、每一子线路设定不同的限速阀值

3、绑定一辆车

4、其中分段限上取的点必须是取线路上的任意点

2011年，为了落实十二五的规划，同时规范和提升行业标准，交通运输部办公厅于3月29日印发了《关于加强道路运输车辆动态监管工作的通知》。根据该通知的要求，今后国内所有“两客一危”车辆必须安装符合《道路运输车辆卫星定位系统车载终端技术要求》（JT/T794-2019）的卫星定位装置，并且接入全国重点营运车辆联网联控系统。两个月后，交通运输部发布了《道路运输车辆卫星定位系统终端通讯协议及数据格式》(JT/T808-2019)和《道路运输车辆卫星定位系统平台数据交换》(JT/T809-2019)两份技术标准文件。这两份文件中严格规定了车载卫星定位终端与企业监控平台之间，企业监控平台与政府监控平台之间的通信技术要求。同时，中国交通通信信息中心开始组织实施JT/T808和JT/T809标准的平台符合性检测工作和JT/T794-2019标准的车载硬件终端符合性检测工作。即企业平台，政府平台和车载终端的部标认证检测。

可以说这个标志对于GPS行业格局有很大的影响，如果通不过检测，或者赶不上第一波，意味着市场就要丢掉或者失掉先机，在宣传上也低人一等。因为GPS监控和视频安防一样，都是政府主导行为，而不是市场行为，如果没有政府的招标和补贴，物流企业可能不会齐刷刷的安装Gps设备，购买GPS平台软件或服务，那么GPS生产商服务商要死掉大半。

消息公布后，全国各地提供监控服务平台的企业开始按照JT/T794-2019，JT/T808和JT/T809的要求（参见：JTT808、809、GB/T 35658-2017标准大全）改进自己的车载终端和监控平台，并陆续交通通信信息中心，进行各项检测。表面上看来交通部的部标检测只是对被检企业的技术考核，其实是对企业研发能力，运营服务水平和企业战略眼光的全方位检验。交通部定的这套标准的确是一套高标准的行业规范。不仅仅是对技术细节的规定，更能通过对技术的考核进一步检验一个企业的综合能力。所以要吃透协议是第一步,还要开发模拟终端的808、809测试程序，进行充分的内部测试，这样送检的一次通过率概率更高些，否则每次送检的费用都不菲，再加上差旅费用，小企业是吃不消的。

物流平台运营企业必须严格遵照交通部制定的这三套标准来改进现有终端和运营平台。并且在做好准备工作后，需要到交通通信信息中心进行检测，通过部标认证。很多物流企业都第一时间跑到交通信息中心了解部标认证详细信息，和交通信息中心、上庄卫星地面检测站站(通信信息中心安排的具体检测地点)等部门工作人员的沟通，回家后制定部标认证的规划，并展开具体工作。当然开发一个符合部标检测标准的GPS平台，周期是很长的，往往超出预计时间很多，不是吹牛逼说大话就行了，毕竟后是骡子是马，是要进京赶考的，通过还是不通过，交通部检测中心说了算，不是可以像传统软件验收那样，和客户协商妥协就行的。很多人理解的太单纯，就是因为传统的软件开发思维在作怪，认为功能差不多就行了。这样的思维会让你前面有很多坑在等着你。

根据交通通信信息中心的要求，受检平台的符合性审查分为两部分：符合性检测和符合性审查。符合性检测即技术检测，根据要求分为五个部分：功能检测，协议检测，流程检测，运行检测和压力检测。功能检测即检测运营平台所提供的管理服务功能是否完善，合理。根据交通部相关文要求，受检平台必须具备车辆监控管理，历史轨迹回放，平台对接能力等近百项服务功能，这些功能涵盖了目前所有监控平台的优服务功能，可以按要求完成平台无疑将会是国内服务性能优异的运营平台，也会是可以客户提供合理，完善，人性化的全方位运营服务平台。

部标1077视频平台标准是在2016年10月份发布的，2019年1月1日开始实施，由于两客一危行业车辆如果做视频运营，必须要通过1077检测，所以现在两客一危平台检测默认是包含部标GB/T 35658-2017GPS平台检测和部标1077视频平台检测。当然现在已有的两客一危平台肯定已经通过了部标796GPS平台的检测。但是对于市场新进入者，部标1077视频平台不能单独过检，需要先过部标GB/T 35658-2017平台检测，通过GB/T 35658-2017平台检测后，才能再进行部标1077视频平台检测； 虽然视频平台检测相比GPS平台检测，要多一个视频压力测试.

压测的时候，对于带宽的要求显然要高于GB/T 35658-2017平台的检测要求。

播放视频的时候，播放的那一路好不要断开连接，否则容易出现卡顿或者黑屏的情况；

交通部测试终端的出口带宽感觉在100M一下，在家里做测的时候，用10M带宽对100M服务器测试的时候，2分钟3000个连接都建立了。在交通部测试的时候，需要3,4分钟才建立完毕。

码流统计标准，之所以设计为11M，估计是一个经验值，200路如果每一路都保证画面播放流畅，则码流必须要良好才行。进而累计200路的码流值必须要是一个合理的数字。

总之要想过检，压测是重中之重，必须要认真对待。

视频平台的检测难度无论从功能细节上面还是压测强度方面，都是要高于GPS平台检测的。

我是提供少走弯路，降低成本对公司是好事情，光明正大的给公司申请下有什么不好，自己开发，无论你多牛逼，你都绕不过漫长的开发周期和测试稳定周期，公司也必须要承担长周期带来的不可预估的失败风险和高昂的开发成本，只有血气方刚没经验的新手才会给自己或者公司挖坑，要么没有时间观念无所作为每天荒废于互联网搜索免费资源当中，要么设定激进的开发进度计划和交付时间点，给自己以极大压力。时间是后知后觉者的高昂的成本，也是市场先行者构筑竞争的砝码和壁垒，购买源码，在短时间就拥有了视频平台开发技术，瞬间有一个较高的起点才是上上之策。

很多团队为什么宁愿让公司置于项目不断延期的风险之中，就在于过于理性，做事思虑过多，瞻前顾后，多谋而不善断，不重视项目推进落实，其实作为每个月要支持高昂开发成本的软件公司，在开发上是不能慢下来的，必须要杀伐决断，立即行动。我提供的平台代码和技术支持可以让技术团队快速聚焦，不再东一榔头西一棒槌，而是脚踏实地，拧成一股绳向前推进。

随着北斗民用化的发展，越来越多的车载设备厂商推出了北斗定位终端，很多的解决方案都打出北斗的概念，比如很多终端不再叫Gps终端，而是叫北斗部标终端一体机，位置平台也不再叫GPs平台，而北斗定位平台之类的。别逗了，北斗定位系统和应用平台八杆子挨不着。一些位置平台开发者看到这些概念容易蒙圈，总是在问一些重复性的低端的问题，比如我的北斗部标终端能不能接入你的符合jt/t 808gps服务器。这些问题如果换到手机上就好理解了，比如你是个移动端应用或游戏开发者，你会关心手机用的是联通手机或者电信、移动手机吗? 你会问，我的联通手机能不能玩你的游戏软件啊？

首先开发者要搞清楚，北斗技术是底层的定位导航系统技术，中国北斗卫星导航系统（BeiDou Navigation Satellite System，BDS）是中国自行研制的全球卫星导航系统。是继美国全球定位系统（GPS）、俄罗斯格洛纳斯卫星导航系统（GLONASS）之后第三个成熟的卫星导航系统。终端是通过植入北斗定位芯片来获取到北斗定位能力，北斗芯片，是包含了RF射频芯片，基带芯片及微处理器的芯片组，相关设备通过北斗芯片，可以接受由北斗卫星发射的信号，从而完成定位导航的功能。

部标808协议是终端和服务器之间的通信协议，两者是两码事，终端首先通过定位芯片获取到定位数据，然后再通过部标协议上传到服务器上。作为位置平台开发者，根本不需要关心你的终端是北斗的还是gps，需要关心你的终端上传数据采用的协议是不是交通部的部标而已。

因为部标的推出早于北斗的大规模民用化，所以现在推出的北斗终端主要是为了参与交通部管制的招投标项目，在协议标准上，都是以部标为标准。

所以只要是符合部标794标准的，jt/t 794标准要求终端的上传协议必须符合jt/t 808协议，所以肯定接入部标平台或部标808服务器是没有问题的。部标标准是2011年推出的，已经历经将近四年的市场化，应用已经非常普遍了。标准意义就在于此，所以再讨论是否能接入的问题，就显得很初级了。

现在对GPS监控软件日益增多，但都设计的非常丑陋，色彩非常的重，不仅使用不方便，还很累。我开发了一款基于谷歌地图的WebGis和GPS车辆监控软件，后端采用Asp.NET MVC的web gis架构。重点集成了油耗和视频监控的功能，界面风格采用简洁的经典蓝风格，在使用过程中给人以清新舒适的感觉。GPS软件功能也涵盖了车辆监控的方方面面。着力于提高监控效率，而不仅仅是好看。

GPS系统功能介绍：

1.系统左侧菜单分为：车辆列表和加油站列表。

车辆列表根据GPS上线车辆提醒是否上线：P图标为停车状态，绿色图标为GPS上线后行驶状态，黄色图标为GPS未上线状态，单击GPS上线车辆可以在地图中显示车辆标记位置，并显示车辆基本信息。

车辆列表图标：每几分钟一刷新图标，更动态知道车辆是否行驶（车速）或停车状态。

车辆列表提供右键菜单：开启实时监控，关闭实时监控。

开启实时监控是指：监控车辆定位地点，根据上传GPS坐标，绘制路线和标记点位置。

关闭实时监控是指：停止绘制车辆轨迹。

2.车辆记录

车辆实时状态信息是指：当天车辆实时行驶状态和地址位子信息等内容。

实时报警记录是指：车辆当天上线后的运行状态报警记录显示，可及时知道车辆报警的详细位置和时间。

轨迹回放数据是指：当回放轨迹时，提供给用户查看的轨迹数据内容，如坐标点，位置信息，车辆名称等。

系统主要功能模块为：

GPS地图：

1.支持图标标记：如车辆和加油站，加油站标注根据地图缩放大小显示。

2.地图右键菜单：添加加油站标记，放大缩小地图等功能。

3.实现地图鹰眼功能。

4.提供用户测距尺功能。

5.图层管理功能是指：根据选择图层复选框，来显示（车辆，加油站，轨迹标记）图层。

6.电子围栏，圆形、矩形、多边形区域报警的功能。

7.车辆轨迹回放功能

8.部标808所要求的各种指令下发的功能。

2011年5月10日中国交通通信信息中心下发了《印发道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准符合性审查办法（试行）的通知》。通知要求，系统平台和车载终端应当分别满足《平台要求》和《终端要求》，同时分别满足《道路运输车辆卫星定位系统平台数据交换》和《道路运输车辆卫星定位系统终端通讯协议及数据格式》的要求。系统平台和车载终端，应按照本办法通过标准符合性审查。不符合标准的，不得用于道路运输车辆动态监管工作。《道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准》简称部标，部标包括《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017，简称《平台部标》）和《 道路运输车辆卫星定位系统车载终端技术要求》（JT/T794-2019，简称《终端部标》）。至此，关于系统平台和车载终端必须符合部标的政策性文件正式出台。而对应硬件终端标准的通信协议标准JT/T808-2019和JT/T809-2019协议也随之出台。

部标808和809的出台，统一了产品的标准，统一了平台与终端之间的通讯协议，对于GPS运营商而言，只要平台支持部标，那可以选择任意一家的GPS车载终端，也不会受厂商的制约，GPS运营商在市场竞争过程中将更看重产品的质量及服务，从而也间接地促进市场上产品的稳定性和可靠性。

但是开发部标GPS服务器是一个繁琐苦逼的活，有各种各样的GPS终端需要兼容和支持，现在交通部颁发了统一的标准协议和数据格式，大部分车辆的GPS终端都需要支持，软件也需要支持，否则可能在市场准入的时候就遇到麻烦。

JT/T 794-2019《道路运输车辆卫星定位系统 车载终端技术要求》

JT/T 808-2019《道路运输车辆卫星定位系统 终端通讯协议及数据格式》

GB/T 35658-2017《道路运输车辆卫星定位系统平台技术要求》

JT/T 809-2019《道路运输车辆卫星定位系统平台数据交换》

JT/T 1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》

JT/T 1078-2016《道路运输车辆卫星定位系统视频通信协议》

JT/T 1077-2016《道理运输车辆卫星定位系统视频平台技术要求》

既然35658是平台的全面综合功能标准，则其中的一项要求必然是符合808协议标准，能够接入符合808协议的车载终端，所以35658标准是包含808协议标准，符合35658标准的平台必然能够接入符合808协议的车载终端，但反过来能接入部标终端的平台不一定是符合35658的功能标准，特别是web平台的功能标准，需要经过部标平台检测后，才能认定为35658平台。

794是终端硬件设备的全面综合功能标准，必然也是包含808协议标准，必须能够接入部标平台当中。

由于现在终端设备都是GPS和行车记录仪是一体化的一体机，所以在808协议中，对记录仪协议的标准进行了封装，即消息体用的是记录仪标准19056. 也就是说部标终端必然是符合GB/T 19056汽车行驶记录仪标准的终端。