上海交通部平台过检1077认证视频监控平台

无论是开发GPS设备硬件还是开发应用软件，都要面临一个标准，这个标准就是国家交通部发布的道路运输车辆卫星定位系统部标认证标准，它涵盖了GPS硬件设备参数、功能标准，也包括了设备上传到应用平台的协议标准，同时也包括了平台对平台的互联互传的技术标准。


也就是说凡是根据交通部这个标准开发的应用平台软件，都可以接入不同厂家开发的符合国标的GPS设备发送的上传数据。因为协议是同一的，所以平台也可以将数据转发给各地的省级交通部门的运管中心。


目前国家对需要上路的客车、危险品运输车，简称两客一危，要求必须要安装符合国标的GPS，如果运输承运者没有自己的软件平台，可以使用运管局的客户端软件，并接入到运管中心进行监控，收费对于企业来说也是个负担。现在国家对与GPS终端设备的标准又进行了进一步的扩展，要求必须要加上指纹等身份识别的读卡器，强制性加，费用不低。


平台软件开发商和GPS设备开发商安装标准开发后，需要通过交通部的部标检测和认证，获得部标认证后，这样才可以参加各地的软硬件招标。交通部对平台的功能测试，主要是模拟GPS终端发送标准的协议数据，然后测试是否能正确的接收数据。


GPS应用的开发者必须要了解并掌握这些协议，平台协议主要JT/TB808、809及扩展补充协议，同时协议中对于行车记录仪部分又应用了部颁的GB19056标准，所以这些都要看，JT/T796主要是硬件设备的标准，可以参考。

交通部符合道路运输车辆卫星定位系统标准的系统检测是由*人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、**平台无缝连接。其分为企业平台检测和**平台检测，我们暂时只提供企业平台的检测。相关标准有：JT/T?796-2011，JT/T?808-2011和JT/T?809-2011。
部标过检准备工作
一、过检前准备
1、准备一台服务器并托管在IDC机房，带宽在过检期间较好申请为*享30M－50M，电信或联通机房均可
2、安装WINDOWS?2008?SERVER?64位操作系统
3、开启远程桌面
二、需要提供的资料
1、公司名称、详细地址、法人代表名称及联系电话、公司座机、传真号码
2、机房详细地址
3、要过检的平台名称
三、服务器推荐配置
8核16G、500G以上硬盘（较好是全新的或近两年采购的，不能用太旧的服务器，因为要做压力测试）
推荐使用阿里云主机，配置：8核16G、系统盘50G（SSD）、数据盘200G（高效云盘）

2011年5月10日中国交通通信信息中心下发了《印发道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准符合性审查办法（试行）的通知》。通知要求，系统平台和车载终端应当分别满足《平台要求》和《终端要求》，同时分别满足《道路运输车辆卫星定位系统平台数据交换》和《道路运输车辆卫星定位系统终端通讯协议及数据格式》的要求。系统平台和车载终端，应按照本办法通过标准符合性审查。不符合标准的，不得用于道路运输车辆动态监管工作。《道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准》简称部标，部标包括《道路运输车辆卫星定位系统平台技术要求》（JT/T796-2011，简称《平台部标》）和《?道路运输车辆卫星定位系统车载终端技术要求》（JT/T794-2011，简称《终端部标》）。至此，关于系统平台和车载终端必须符合部标的政策性文件正式出台。而对应硬件终端标准的通信协议标准JT/T808-2011和JT/T809-2011协议也随之出台。
部标808和809的出台，统一了产品的标准，统一了平台与终端之间的通讯协议，对于GPS运营商而言，只要平台支持部标，那可以选择任意一家的GPS车载终端，也不会受厂商的制约，GPS运营商在市场竞争过程中将更看重产品的质量及服务，从而也间接地促进市场上产品的稳定性和可靠性。
但是开发部标GPS服务器是一个繁琐苦逼的活，有各种各样的GPS终端需要兼容和支持，现在交通部颁发了统一的标准协议和数据格式，大部分车辆的GPS终端都需要支持，软件也需要支持，否则可能在市场准入的时候就遇到麻烦。
JT/T?794-2011《道路运输车辆卫星定位系统?车载终端技术要求》
JT/T?808-2011《道路运输车辆卫星定位系统?终端通讯协议及数据格式》
JT/T?796-2011《道路运输车辆卫星定位系统平台技术要求》
JT/T?809-2011《道路运输车辆卫星定位系统平台数据交换》
JT/T?1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》
JT/T?1078-2016《道路运输车辆卫星定位系统视频通信协议》
JT/T?1077-2016《道理运输车辆卫星定位系统视频平台技术要求》

围绕车载部标GPS硬件开发的各种企业部标监控平台，如油耗、冷链运输、公交、危险品运输等平台，在开发过程中，都面临一个很重要的问题就是如何测试。因为整个软件平台的数据都是来自于车载GPS，我们不能在开发阶段，在几百辆或几千辆车上去实弹测试。即使在一台车上安装一个GPS来配合我们测试，成本也是非常高的。
所以必须要能够开发一款模拟软件来配合我们进行软件开发，可以精确的模拟车辆运行的实际环境，可以能够控制终端进行复杂的测试环境的临界点模拟。很多时候所谓复杂场景指的是各种类型的数据交错综合在一起的场景，在平台监控车辆行为的时候，并不仅仅监控的就是车辆的位置，而是其他方面的数据，所以在测试的时候，需要将位置数据和其他附加数据进行配合的一种模拟，如：
1.在加油站进行加油，首先就需要模拟车辆的位置数据使其进入加油站，Acc熄火，同时还要发送油量数据来模拟加油过程中邮箱油量上升的过程；
2.冷链运输中，需要结合测试用例，来模拟位置，Acc熄火，温度还有车辆冷柜门的开关量等多种数据在不同场景下的临界点模拟；
3.还有一种就是模拟数据触发报警，然后报警触发的各种动作，如模拟速度数据，触发**速报警，**速报警触发终端拍照等；
还有很多的测试用例场景，都不一一列举。
这些测试，传统的测试人员仅仅靠鼠标点击，是做不出来这样的测试的，性能测试也是很难去测试的，常规的web压测工具如loadrunner等无法应用到基于socket通信的808GPS服务器上面。
我们需要开发一个完整的GPS模拟终端，模拟GPS终端的数据发送和接收各种指令并进行应答的行为。需要开发一个完整808协议的模拟终端，实现录音、拍照、参数设置、位置等功能，来对我们的平台进行充分的测试。
开发这样一个工具，需要我们对JT/T?808协议文档进行认真阅读和充分了解，开发一个808GPS服务器，是对数据按照协议格式进行解析，开发一个808模拟终端则是反过来，将数据按照协议格式进行封装并发送给服务器。虽然是一正一反，但是在协议这块难度要大的多，主要的难点如下：
1.模拟808协议所要求的分包；
2.模拟位置数据中的各种附加数据，如里程、油量、温度等；
3.模拟开关量；
4.模拟多媒体上传数据；