jt809协议，首先明确一下几点：

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

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

3.复杂的流程测试，和单一socket数据通信不一样，需要实现从登录、安全认证、链路保持和注销、基础车辆数据上传、注册、交换定位信息、拍照、驾驶员身份识别和车辆电子运单的功能。，我们可以快速开发出一个大面上过得去的东西，但是却无法开发出一个严格符合要求的部标平台，从上图中可以看出一个拍照指令，需要贯穿四个子系统，并且是异步的。如何跟踪各种指令在横跨各个子系统或平台时的发送状态、执行状态和应答状态，不仅仅是一个需要在用户体验上面下功夫的功能，在交通部的部标认证的检测中，最最麻烦的就是运行检测，因为要跨两个平台，政府平台和企业平台，企业平台内部要跨越终端、808服务器、809下级平台服务器等多个子系统。检测失败，可能出现在各个环节当中，检测人员只是平静的告诉你没有通过，而我们剩下就是猜了。所以每个系统必须要有较好的指令监控的功能，同时也必须要有一个模拟的上级运管平台，以便于较好的应对实际的部标检测中出现的意外情况。

所以在设计的时候，要设计可以集成808 GPS服务器的通信接口，如WCF服务接口，完成基于内存的数据交换，从808Server转发至809Server然后再转发给省级平台。这样一个平台就相当于内嵌了两个Socket服务器和一个socket客户端。当然也可以从数据库读取数据，然后再用于转发。

 为了提高开发效率，便于一次新通过(自己写的没办法知道是否能测试通过)，最好的方式就是直接购买809的源码，再此基础上集成到自己的服务器上。

提供809下级平台转发生产系统源码+上级政府运管服务器源码，开发测试二合一，收费1500元。需要JT 809源码的(提供C#、Java版本选择）可以联系我：2379423771@qq.com

java版的参见:基于Java Mina 通信框架的JT/T809转发服务器设计

如果用809协议接收第三方平台转发的数据，并开发web系统进行数据展现、报警提示、地图监控、电子围栏等功能，参见文章（C#和Java都有)：基于部标Jt/T809协议和Java Netty框架构建Gps位置监控平台

以下是对809转发服务器的指令的数据包监控：

 
如下图，平台的测试流程是非常繁杂的，需要接受来自808终端的GPS数据，也就是说测试要从终端开始，然后通过自有平台，经过省级平台，再进入交通部的部级平台。

(27712)

(46419)

GPS系统功能介绍：

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

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

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

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

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

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

   
   2.车辆记录

     .车辆实时状态信息是指：当天车辆实时行驶状态和地址位子信息等内容。
     .实时报警记录是指：车辆当天上线后的运行状态报警记录显示，可及时知道车辆报警的详细位置和时间。
     .轨迹回放数据是指：当回放轨迹时，提供给用户查看的轨迹数据内容，如坐标点，位置信息，车辆名称等。
  

系统主要功能模块为：
  
一 GPS地图：
   
   1.支持图标标记：如车辆和加油站，加油站标注根据地图缩放大小显示。

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

   3.实现地图鹰眼功能。

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

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

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

   7.车辆轨迹回放功能

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

二 油量统计

    针对车辆油耗管理推出的油量监测系统，主要监测汽车油量实时数值，实现车辆偷油报警、油耗报表统计、当前油量查看等功能。客户在车上安装车载终端之后，可以将油箱油量变化数据由车载终端通过GPRS传输到数据库，即会在网络货运车辆监控平台的车辆监控状态中显示车辆实时油量升数，并有油量分析报表等（所有报表可提供下载）。其中油量动态记录汇总表详细记录了车辆的加油量、加油时间、加油地点、行驶里程、预计耗油量、实际耗油量和耗油偏差等。车辆在每一时刻的油量情况，都可以在油量动态明细表里面进行查看。油量动态明细也可以曲线显示，车辆的油量升降情况一目了然，充分满足了客户对车辆油耗的监控需求，可有效防范司机油箱偷油的情况发生。

1)油量动态记录汇总表，显示详细的车辆加油量、行驶里程、预计耗油量、实际耗油量和耗油偏差。

2)车辆在每一时刻的油量情况，都可以在油量动态曲线里面进行查看，每一个记录点都有当前油量数值、日期时间和行驶里程显示，监控系统会自动分析油量曲线情况，一旦油量差异常，就会进行异常提示，并且油量异常的时间、地点、油量差数值都有准确记录，

3)全程监控系统的里程报表可以根据客户设置的在车辆实际百公里油耗和车辆GPS里程计算出车辆实际行驶里程的油耗参考基准量，对车辆油耗的控制提供一个可以参考的标准，里程报表提供下载，客户可根据在网车辆里程报表结合实际管理手段有效杜绝油卡卖油的“超油耗”现象。

4)车辆里程报表详细记录了车辆行驶的起始时间、起始里程、起始地点、结束时间、结束里程、结束地点、行驶里程，油耗等信息，

5)借助全程监控系统，可以对监控车辆设置停车未熄火报警、超速报警，对无效率的油耗浪费和超速带来的高油耗及不安全因素有很好的治理效果。

6)对车辆进行停车未熄火报警设置，车辆超出设置的停车时间系统就会报警，并在停车未熄火明细表中记录停车地点、停车时间等详细信息.

三 监控视频记录

   1）将车辆停车位置，如地点，时间，停车时常，是否是在加油站或油库停车等相关信息显示。

  2）提供视频回放、下载、实时监控的功能;

GPS系统主界面：

(11821)

因为需要展现的数据不单单是一个破地图和一个坐标，而是将一切与监控对象相关的所有的信息数据以可视化地图、定位地标、图表、报警动画等形式展现出来。这就需要设计者的功力了和创意了。努力思考不断改进的人做出的软件必然比那些抄袭别人、几百年不变一次的软件要耐看好用。

比如物流运输行业监控的对象是车，那么围绕车的数据，如车辆的车牌号司机基本信息、运输配送的业务数据、该车辆的轨迹、定位数据、该车辆目的地、起始地的业务数据和GIS数据。进而延伸到配送路径优化、业务综合报表数据等更加复杂的数据。

这些数据如果仅仅想积木块的堆砌在界面上，就会臃肿不堪，看似花红柳绿、眼花缭乱，实则操作繁琐。

监控界面的设计要解决的问题是：

1.数据的相关性，就是互相关联的数据，如前面说的车这个监控对象所有相关的数据如何有层次的、有关联的展现出来。同时还要注意隔离性，如管理和监控时两个不同的概念，对应的也是不同的操作用户，将数据的管理和监控操作和监控信息展现的功能要剥离开来，这样才能减少数据的堆砌。

如下的界面，就是功能的堆砌，数据的录入、管理和监控堆放在一起，初看起来功能很多很丰富，但是没有为一线的监控用户考虑.

2.操作的如何简便、快速定位到关心的对象上，大型物流企业，都是集中监控，监控工作量很大，没有人傻到一个车一个车的看，只是对与异常的、自己关心的对象，能够快速的定位到它，并快速的展现数据。

3.智能性，将原始数据展现在界面上，是一种弱智的做法，很多人喜欢将经纬度坐标显示在界面上，他也不想想用户看到经纬度坐标，有什么用。所以需要将数据进行更深层次的分析、加工、过滤，减少无效的数据，然后在显示在界面上，才是一个好的设计师要做的。

下面就是一个弱智的界面设计：

4.性能，数据的展现和界面的切换不能以牺牲性能为代价，很多人忽视是因为自己做的客户数据量太小，但并不代表自己软件的性能好。监控人员最难容忍的就是慢，地图慢慢的打开，地标数据慢慢的显示，都是非常不可取的。比如下面的一个全国行的物流企业，数据量很大，那么界面设计的时候，这个问题就不能忽视，否则就是致命的负面效果。

5.地图的选择问题

   其实地图和地图服务商的选取，也是非常重要，可以让我们开发者事半功倍，比如选用GMap.NET，我们就基本上用了Google的服务。选用baidu地图，基本上就用了百度和高德的服务，我们需要做一个评估。地图的美观和我们界面颜色的搭配也是很重要的，这个需要我们在设计过程中来不断调整搭配。

6.到底是B/S还是C/S的好，这个问题很多开发团队都会有争论，这个问题也和第四个问题相关。

   其实这个问题不需要争论，如果是局域网，两个都可以，如果是互联网，绝对是C/S的效果最棒，不仅性能好，而且开发效率也高。而且C/S同样也可以做出很酷的界面，你不同意只是你不会做而已。

对与升级的问题，这个就不是个问题，很多人拿他来说事，只能是无知。看看360还有搜狗拼音，人家不也是客户端，升级不也是有声有色的。还能强行升级。只不过说，对于C/S客户端，升级的功能要在一开始都要设计开发好罢了，不过是几行代码而已。没有多大个事。

开发者可以下载我开发的商用地图应用程序来规划自己的地图应用程序的设计：

商业地图监控应用下载 已下载 2096 次   

(27907)