专业
认证

天津交通部平台GB35658公司

落实《关于加强道路运输车辆动态监管工作的通知》(交运发〔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报警,轨迹,报表等都可以和实时视频,视频录像文件进行深度的集成和关联,如视频报警联动等,
%title插图%num
本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》(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注入攻击

赞(0) 打赏
未经允许不得转载:贝斯通检测认证机构中心 » 天津交通部平台GB35658公司

贝斯通检测 专业认证 诚挚服务

国内外一站式检测认证。

联系我们联系我们

觉得文章有用就打赏一下文章作者

非常感谢你的打赏,我们将继续给力更多优质内容,让我们一起创建更加美好的网络世界!

支付宝扫一扫

微信扫一扫

登录

找回密码

注册