轨迹系列——车载GPS对接方案汇总小结(809、自定义协议、前置库、WS)

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/

1.背景

         最近在不同项目中对接了多个车载GPS厂商服务终端,绝大多数厂商可以提供809协议的数据对接,还有部分可以提供自定义协议等方式的对接。多个项目中,我公司处于略强势地位,所以根据现场实际的项目进度和部署环境以及对方支持的对接方式,提出了不同的对接方案。这里做个总结。

2.809协议对接

2.1协议背景

       2011年5月10日中国交通通信信息中心下发了《印发道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准符合性审查办法(试行)的通知》。通知要求,系统平台和车载终端应当分别满足《平台要求》和《终端要求》,同时分别满足《道路运输车辆卫星定位系统平台数据交换》和《道路运输车辆卫星定位系统终端通讯协议及数据格式》的要求。系统平台和车载终端,应按照本办法通过标准符合性审查。不符合标准的,不得用于道路运输车辆动态监管工作。《道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准》简称部标,部标包括《道路运输车辆卫星定位系统平台技术要求》(JT/T796-2011,简称《平台部标》)和《 道路运输车辆卫星定位系统车载终端技术要求》(JT/T794-2011,简称《终端部标》)。至此,关于系统平台和车载终端必须符合部标的政策性文件正式出台。而对应硬件终端标准的通信协议标准JT/T808-2011JT/T809-2011协议也随之出台。部标808和809的出台,统一了产品的标准,统一了平台与终端之间的通讯协议,对于GPS运营商而言,只要平台支持部标,那可以选择任意一家的GPS车载终端,也不会受厂商的制约,GPS运营商在市场竞争过程中将更看重产品的质量及服务,从而也间接地促进市场上产品的稳定性和可靠性。

         

       通过该协议流程可以知道,808协议为GPS客户终端与GPS服务终端的对接协议,而809协议为GPS服务终端与上级平台之间的对接协议。所以这里我们主要需要研究的是809协议。

2.2协议具体内容

    该协议可以在网上进行下载:http://www.hzlitai.com.cn/uploads/soft/1_150116150811.pdf。协议内容包含了:

       

       需要理解的地方为(转):

       a.双链路维护,就是基于上面的对等概念,在Socket通信上面其实就是要同时扮演服务器监听和客户端转发的角色;从下级平台来看,转发数据的链路就是主链路,从上级平台来看,主链路用来就是监听并接收子平台转发过来的数据;所以开发政府平台的,有的是开发企业平台的,立场不一样,理解就不一样。

       b.正确的理解加解密算法和校验和算法,否则运管平台接入的时候,无法接入。

       c.复杂的流程测试,和单一socket数据通信不一样,需要实现从登录、安全认证、链路保持和注销、基础车辆数据上传、注册、交换定位信息、拍照、驾驶员身份识别和车辆电子运单的功能。

    对于我们企业对接GPS,我们监听主链路即可,主链路中包含了GPS服务端发送过来的数据。从链路是GPS服务端监听反馈信息使用。

        

2.3实现方法

       a.判断状态

    

       b.解析信息

      

       

3.自定义协议对接

       由于我方不是交通监管部门,仅仅只是需要对接GPS数据,所以复杂的809协议往往适得其反。于是,我们可以和GPS服务方定义一种简单的传输协议。

可以描述为,我方监听一个端口,传输方以我们定义好的报文规范,将数据在每次心跳时传输到指定端口即可。我方对传输过来的数据进行接收和解析。

 

 

       

4.前置库对接

       当我们和多个不同GPS厂商同时对接时,由于各厂商的对接协议和提供的功能可能均不相同,此时我们强制提供一个我们的规范表,将其放置在前置库中(车载商均可以连接该库)。其流程设计如下:

       a.所有厂商将GPS数据实时写入该前置库表中,该表有一个flag字段。将该表理解为轨迹实时表,其轨迹的存储为saveorupdate,即主键车牌存在轨迹时,再传入为更新,没有该车牌时为插入新轨迹数据。

       b.我方提供定时JOB,将前置库中的数据定时整体迁移至我方网段中的业务库临时轨迹表中。

       c.我方提供定时JOB,对该临时表中的坐标进行实时转换,报警业务进行判断。转换后的数据存入实时轨迹表以及历史轨迹表中。报警信息存入对应的报警表中。

5.WebService对接

5.1我方提供WS服务

       我方提供WS服务,该服务中对传入参数进行定义,支持单次调用和以XML格式的批量传入。

       XML格式定义如下:

        

5.2对方提供WS服务

       我方编写JOB,定时调用对方WS服务进行轨迹获取。

6.总结

       由于我方的车载仅为数据展示方,对于底层协议的对接方式,可以规避尽量规避。前置库对接以及WS对接,均可将对接的方式简化,而且可以将协议对接时的通信长连接对服务器的消耗进行规避。所以,项目中我们首推这两种方案。

 

                         -----欢迎转载,但保留版权,请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/

                                                                                如果您觉得本文确实帮助了您,可以微信扫一扫,进行小额的打赏和鼓励,谢谢 ^_^

                                                                                                                                 

时间: 2024-07-29 04:21:40

轨迹系列——车载GPS对接方案汇总小结(809、自定义协议、前置库、WS)的相关文章

漫谈微软嵌入式产品在车载GPS的应用优势

   众所周知,近几年GPS的发展异常迅速,在短短的时间里,GPS也广泛应用改变人们的工作方式,提高了工作效率,带来了巨大的经济效益.现在的车载GPS除具有导航功能外,还可具有无线上网,娱乐功能及安防等功能,而这一切都要得益于WINDOWS CE/Embedded XP系统的强大功能.      关心本博客的朋友可能还记得,前几周笔者分别谈了关于微软嵌入式系统在车载导航的应用推广.今天笔者想接着上回的<浅议Windows Embedded车载导航行业应用的推广模式>之文,继续聊一聊关于微软嵌入

轨迹系列——一种基于路网图层的GPS轨迹优化方案

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 GPS数据正常情况下有20M左右的偏移,在遇到高楼和桥梁等情况下偏移会更大.本方案讨论基于路网图层如何来进行轨迹优化. 2.数据预处理 整套数据预处理围绕拓扑检查.节点打断来进行,具体步骤为: a.新建数据集. b.导入道路图层. c.新建拓扑规则. d.进行拓扑操作. e.导出处理后的数据.     3.匹配算法设计                    

轨迹系列——验证轨迹GPS坐标转换为本地坐标的四/七参数是否准确的一种方案

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1. 背景 目前对多个项目轨迹不准确的情况做了排查,发现导致轨迹偏移百分之七八十的原因反而是转换四参数不准确导致.所以,比起进行轨迹优化等,最根本需要解决的是四参数(通过三个及以上控制点对换算得出)不准确问题.那么如何判断四/七参数是否准确呢?针对这个问题我们给出一个通用方案. 2.原理说明 这里,我们从两个方面着手,一个是验证我们系统地图本身是否偏移,第二个是验证在地

轨迹系列——记某真实项目中轨迹展示查询效率优化方案二(日志模式)

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.    方案目标        该方案需要满足以下几点:        支持人员当天轨迹快速获取(查询).        支持轨迹高并发读.写(实际项目中轨迹高并发读情况很少).        保证所有(历史)轨迹数据的完整性.不丢失. 2.方案探讨详细描述 2.1支持轨迹快速查询--轨迹日志文件方案        海量数据高效存储.查询,这个场景本身是比较适合No

日志系列--计量日志处理方案

使用云服务最大好处是按量付费,无需预留资源,因此各云产品都有计量计费需求.这里我们介绍一种基于日志服务计量计费方案,该方案每天处理千亿级计量日志,被众多云产品使用: 计量日志生成计费结果过程 计量日志记录了用户涉及计费的项目,后台计费模块根据计费项和规则进行运算,产生最后账单.例如如下原始访问日志记录了项目(Project)使用情况: microtime:1457517269818107 Method:PostLogStoreLogs Status:200 Source:10.145.6.81

车载GPS定向天线云台随动系统

前言 在无线图像传输通信系统中,要获得较高的接收增益,需要定向接收天线对准信号发射源.本文针对由指挥车和被控车辆组成的应用平台,利用磁罗盘和GPS的定向.定位技术设计了车载定向天线云台随动系统 .在该系统中,定向接收天线和磁罗盘固定在指挥车云台上,GPS接收机天线安装在指挥车上.通过随动系统控制云台转动,使定向接收天线实时对准移动中的被控车辆,以达到图像的最佳接收效果. 系统结构设计 该系统主要由GPS接收机.磁罗盘.定向天线云台和以PIC18F458单片机为核心的测控计算机组成,共分为数据采集

戴尔系列存储提供多种方案保护企业数据安全

随着信息化的发展,数据安全成为了人们关注的重点.日常生活中很多人都喜欢使用移动设备(如U盘.光盘或移动硬盘)来备份数据,当数据被病毒破坏.备份介质损坏时恢复数据成了问题,丢失设备更会对数据安全造成威胁. 而贸易.物流.电子商务.网游等依赖网络的公司都把数据视为企业的命脉,对他们来说这样的备份方法是不可取的,不但费时费力,而且对关键数据也得不到根本的保护.下面就由专家来向您推荐几种常见的小型企业数据备份解决方案: 方案一:DELL PowerEdge T310 适用企业:关键数据量在几个T左右,员

根据轨迹线构造GPS点的方法

在地理国情普查项目中,元数据中的轨迹线图层由外业GPS点转换构成.理论上,外业GPS轨迹点在采集时间.采集人员等方面应当保持一致.但是,由于管理上.操作上的原因导致有元数据轨迹线而外业GPS轨迹点的现象.因此,需要通过软件来构造轨迹点. 1.基本方法 "构造点"命令用于沿所选线以一定的间隔创建新点要素.例如,可以使用"构造点"命令沿输电线路放置电线杆. 当创建点时有三个选项: [点数]沿所选线等间距创建特定数量的点.在本示例中,在线上创建两个等间距的点. [距离]在

轨迹系列——WebGIS中使用ZRender实现轨迹前端动态播放特效

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 项目中需要在地图上以时间轴方式播放人员.车辆在地图上的历史行进轨迹.在之前的博客中我们谈到了如何对轨迹数据进行滤波.平滑.聚类等,均是为让轨迹线变得简化优美,这里我们将和大家一起探讨如何将轨迹以播放的效果在前端地图上展示. 2.技术选型 2.1选型结论 GIS的前端框架我们选用的是AGS JS(3.18).选这个前端框架主要是基于浏览器的支持情况,我们要求IE