中国安防网欢迎您！
热门搜索：
今日有1736位采购商在平台找产品
产品库存：4685986条，其中新增432条
当前位置： &
& 部标GPS知识
您是否在找：
最新部标GPS资讯
行车记录仪对GPS造成干扰 GPS能否代替行车记录仪 如果你是一位有着多年经验的车主，而且车上装有行车记录仪、GPS，也许你在使用的过程中，会出现开了行车记录仪，GPS受到干扰，搜
有467人围观
GPS防盗器哪个好 GPS防盗器选购 GPS防盗器是目前最先进的防盗设置，除了普通的防盗外，还能在汽车被盗时迅速跟踪汽车位置，从而寻回汽车。但是GPS防盗器的价格比普通的防盗报警器
有227人围观
GPS防盗有用吗 GSM与GPS防盗系统的区别 GPS防盗器除了普通的防盗外，还能在汽车被盗时迅速跟踪汽车位置，从而寻回汽车。但是GPS防盗器的价格比普通的防盗报警器要贵，而且需要...
有225人围观
如今，防盗锁已经成为每个新车车主必备的汽车安全保镖，偷车贼的猖獗，不得不让我们抛弃原始的防盗方法方式，去找寻更高防盗技术含量无法的，具有多重保护的防盗器了。 今日，
有199人围观
对于GPS定位和GPS导航，大家对它们的概念都很模糊，有人认为它们是一回事，也有人说GPS定位和GPS导航是完全不同的概念。那到底它们是什么关系呢？今天我们就来为大家揭开谜底。
有580人围观
选择一款合适的gps导航仪很重要，那么，gps导航仪哪个好呢？下面小编将为大家详细介绍2015年gps导航仪品牌排行榜。
有3061人围观
gps导航仪的需求量很大，而且生产门槛偏低，gps导航仪品牌众多，那么，gps导航仪哪个牌子好呢？下面小编给大家介绍一下gps导航仪品牌。
有202人围观
gps定位器不仅能够定位车辆的位置，还能远程控制汽车的油电功能，更能振动报警、监控车辆实现对车辆的统一调配管理，那么，gps定位器什么牌子好呢？下面小编给大家介绍一下gps定
有1461人围观
什么牌子的gps导航仪好？很多有车一族在购买gps导航仪时都不知道应该买什么牌子的gps导航仪。下面小编给大家介绍一下正确选购gps导航仪的方法。
有184人围观
对于广大车主来说，gps导航仪是必不可少的。但gps导航仪哪个好，这却是每位车主心中的难题，下面我们会为大家介绍2014年gps导航仪最新五大品牌，以供大家参考。
有239人围观
gps是什么意思？Gps即全球定位系统Global Positioning System。下面小编给大家介绍一下gps知识。
有183人围观
GPS探测器不但能做测速雷达警报，也可以做红绿灯电子眼警告；不管电子眼的监测方法是用雷达波、激光，还是用地面感应线圈，GPS探测器都可报警。下面小编给大家介绍一下GPS探测器
有1199人围观
gps实施的是“到达时间差”（时延）的概念：利用每一颗GPS卫星的精确位置和连续发送的星上原子钟生成的导航信息获得从卫星至接收机的到达时间差。下面小编给大家介绍一下gps工作
有225人围观
你知道什么是gps吗，今天小编要为大家介绍下gps的定义和发展。
什么是gps是利用GPS定位卫星，在全球范围内实时进行定位、导航的系统，称为全球卫星定...
有168人围观
gps定位器是内置了gps模块和移动通信模块的终端，用于将gps模块获得的定位数据通过移动通信模块（gsm/gprs网络）传至Internet上的一台服务器上，从而可以实现在电脑上...
有1119人围观
GPS是我们平时出行的时候用得比较多的一个定位导航系统，那么GPS的功能具体有哪些？下面是关于GPS常用功能的一些简单介绍。
有227人围观
解析：如何判断GPS车载导航仪哪个好 针对如何选购汽车GPS导航仪，汽车改装汪磊师傅总结了一些购买汽车导航仪的经验技巧，现在拿出来跟大家分享一下，希望对车主选购汽车导航仪有
有219人围观
关于蓝牙GPS接收器一些基本常识介绍 蓝牙GPS接收器是采用蓝牙接口的GPS接收器，它只是一个接收GPS信号的装置，不具备象手持机或车载机一样的显示屏。蓝牙GPS接收器一般由自身带...
有206人围观
GPS导航仪的搜星定位方法 新买来的GPS导航仪，如果你在第一次使用时，在定位上花费了很长时间还是无法定位，可以按按以下方法进行操作： 1、室内无法搜星，定位时尽量到室外进行
有159人围观
GPS接收器天线的几个常见问题 1.GPS不能100%定位,更别相信室内定位的鬼话-GPS不像手机广播,随地都能收到讯号,很多东西都会影响gps收讯,包含天空星分布状态,大楼, 高...
有197人围观
部标GPS知识排行
您是否在找：
没有找到合适的部标GPS知识？ 您可以
没有找到满足要求的部标GPS知识？您还可以找
中国安防网为您找到相关部标GPS是什么、部标GPS注意事项、部标GPS维护、部标GPS原理等相关文章。你还可以找到相关部标GPS使用方法等技术知识。
产品拼音搜索页：Posts - 49,
Articles - 0,
Comments - 329
致力于精致GPS软件产品开发服务,提供成品和源码,
理想的生活方式是：每天都能领悟、分享新的东西，再创造新的东西
13:52 by GPS产品经理, ... 阅读,
在2011年交通部的796标准推出后，随着各地交管部门的硬性要求，大多数的GPS监控系统或者车辆管理系统或者物流管理系统，无论是旧的，还是新开发的，都必须要以796标准为基础蓝本，首先要满足796的要求，然后在此基础上增加行业应用的个性化要求，如物流运输车辆非常关心的油耗管理，冷链运输非常关心温度控制等等。
所以开发GPS平台的时候，必须要首先阅读交通部的jt/t 796 , jt/t808和jt/t809的文档，以此作为自己的功能设计的需求来源，行业需求或用户需求是排在后面的。很多开发团队做出来的平台为什么不能过检测，就是因为没有沉下心来，仔细阅读文档，以为是个概念，可以随性而来，在设计的时候，过于偏向行业需求，而对与交通部的标准制定，理解有偏差。其实在平台检测的时候，是一个标准化的检测过程，是以检测工具为准的，合不合要求，检测工具说了算。如果你没有严格的按照标准开发，哪里有什么机会让你解释：我这么做是因为考虑到什么原因等等。这样的思想等你过检测的时候，你自己会觉得很幼稚的。
交通部796的功能标准大致如下：
检测功能项
支持excel格式的报表导出
对查询、统计报表提供excel格式的报表导出
必须提供主要报表导出功能。
通过终端触发的紧急报警上报到平台
能够在平台接收并显示终端触发的报警信息并展现报警界面。
偏离路线报警
疲劳驾驶报警
通过终端触发的其他类型报警上报到平台。（JT/T& 808&2011通讯协议中 表18中所列的其他报警）
能够在平台接收并显示终端触发的报警信息并展现报警界面。
有平台产生的报警
根据JT/T 796&2011平台技术标准当中6．2．1-6．2．5由平台产生报警信息
平台报警下发报警提示
平台产生的报警能可通过下发配置提供下发到终端的报警提示
提供平台报警配置界面，并在平台上显示发送终端提示
终端上传报警提示
报警信息通过声、光、图片和文字等方式提示并显示
报警信息通过声、光、图片和文字等方式提示并显示
显示车辆动态位置信息
提供报警车辆动态位置在GIS地图上展示
当前报警车辆可以在地图上展示动态位置。
显示车辆静态信息及相关信息
提供报警车辆详细静态信息展示
静态信息至少包括：车牌号码、车牌颜色、所属行业、所属平台、所属业户
接收及处理终端报警信息
实现接收及处理对应警情信息流程。
通过检测辅助软件检测接收功能。可通过一定方式以车队为单位展示报警处理情况信息
自动上报报警信息命令
企业平台应支持将报警信息实时传送到政府平台。
通过检测辅助软件检测上报功能。
主动报警处理结果信息上报消息(根据809标准表48改动，协议补遗)
下级平台主动向上级平台上报报警处理结果
通过检测辅助软件检测上报功能。
响应政府平台下发的报警处置请求
企业平台应能够支持政府平台的报警督办信息处理功能
报警信息记录、查询功能。
平台能够记录、保存并查询报警信息
提供报警信息的查询列表
报警处理信息记录、查询功能。
平台能够记录、保存并查询报警处理信息
提供报警处理信息的查询列表
车辆监控管理
车辆上下线实时提醒
实时反映车辆上下线情况，通过声、光等形式进行提醒；
通过鉴权和心跳状态判断车辆上下线，能够区分车辆上下线状态
通过多种方式选择车辆，并向车辆下发调度信息
两种或以上方式选择车辆；检查一般性报文发送，反馈报文发送和电话回拨等调度功能，检查被测平台是否能够正确发送调度信息，接收并记录保存回复信息。
实时接收终端上传的动态信息，并在电子地图上显示其位置，并可根据需要显示车辆动态信息；
能够在电子地图上正确显示并且清晰标识车辆所在位置，并可根据需要显示车辆的动态信息；
以定时方法，在电子地图显示单车或多车实时位置和状态信息
按照JT/T 808&2011通讯协议8.15设置时间间隔和跟踪有效期。
向指定车辆发送车辆点名命令，终端上报车辆位置信息，企业平台在电子地图上显示车辆位置；
按照JT/T 808协议8.13进行点名操作
按照车牌号码、SIM卡号码、司机、企业和车队等条件查询车辆；
查询车辆信息功能，包括根据车牌号码、SIM卡号、驾驶员、企业和车队等条件查询，并能够正确显示查询结果，在电子地图上能够定位符合查询条件的车辆。
在电子地图上查询设定区域的当前车辆；
通过已经在电子地图上设定区域（圆型设定、矩形设定、多边形设定其中之一）查询区域内的当前车辆信息。
车辆远程控制
将监听、解除监听、无线通信连接、图片抓拍等指令发送到终端，通过终端实现相应功能。
通过功能测试软件及政府平台检测车辆远程控制功能指令实现
历史轨迹回放
历史轨迹回放
指定时间段内回放指定车辆历史轨迹的功能
单车时间段历史轨迹回放、连续播放、回放、具备开始、暂停、停止和回放速度等轨迹回放的功能设定
定时定位车辆查询
定时定位车辆查询
根据车辆的轨迹数据，查询在指定时间段内、经过指定区域的车辆信息的功能，并且应支持多区域多时间段的联合查询
通过时间、区域的设定方式，查询时间段内经过设定区域的车辆信息，可显示查询结果；
电子地图管理
检查平台软件是否具备移动地图操作，并能够正确显示结果。
被测平台必须具备漫游按键图标；
被测平台必须具备在停止或执行其它电子地图管理指令后，终止漫游功能；
检查平台软件是否具备放大地图操作，并能够正确显示结果。
被测平台必须具备放大按键图标；
被测平台必须具备选中地标放大功能；
被测平台必须具备在停止或执行其它电子地图管理指令后，终止放大功能；
检查平台软件是否具备缩小地图操作，并能够正确显示结果。
被测平台必须具备缩小按键图标；
被测平台必须具备选中地标缩小功能；
被测平台必须具备在停止或执行其它电子地图管理指令后，终止缩小功能；
检查平台软件是否具备鼠标拉框放大地图操作，并能够正确显示结果。
被测平台必须具备&拉框放大&按键图标；按住鼠标左键进行拉框，必须显示拉框边框；被测平台必须具备显示执行拉框放大结果；
检查平台软件是否具备鼠标拉框缩小地图操作，并能够正确显示结果。
被测平台必须具备&拉框缩小&按键图标；按住鼠标左键进行拉框，必须显示拉框边框；被测平台必须具备显示执行拉框缩小结果；
检查平台软件是否具备在电子地图上自定义绘制路线，包括计算路线长度操作，并能够正确显示结果。
被测平台必须具备&距离量算&按键图标；被测平台必须具备正确显示距离量算结果；
比例尺显示
检查平台软件是否具备显示地图当前比例尺的功能
行驶区域设置
检查平台软件是否具备设置设定车辆越界区域功能，检查被测平台是否能够正确显示车辆动态信息、静态信息及相关信息结果，包括至少具备声、光、图片和文字等方式进行显示等功能。
判定条件：
具备行驶区域设置功能；
具备设定车辆越界区域功能；
具备车辆驶入驶出越界条件功能；
具备行驶区域删除、新增、修改功能。
支持行驶区域设置及驶入驶出报警。
行驶路线设置
检查平台软件是否具备提供对行驶路线信息设置功能，包括行驶路线的新增、修改、删除和查询等功能，并能显示正确结果。
具备行驶路线设置功能；
具备行驶路线删除、新增、修改功能。
支持行驶路线设置及路线偏移报警
以单线形式编辑路线，可以自定义缓冲区大小
GB-20263的规定
导航电子地图安全处理技术基本要求（GB-）
检查审图号
平台接口功能
与政府平台信息交互
具备与上级政府平台的信息交换的功能，包括车辆动态信息、静态信息和跨域信息的交换
JT/T 809&2011数据交换协议4.3.3、4.3.7，4.5.3、4.5.7、4.5.8以下5条指令企业监控平台不需要支持：4.5.3.1.7&申请交换指定车辆定位信息请求消息；4.5.3.1.8&取消交换指定车辆定位信息请求消息；4.5.3.2.4&交换车辆静态信息消息；4.5.3.2.7&申请交换指定车辆定位信息应答消息；4.5.3.2.8&取消申请交换指定车辆定位信息应答消息
具备接收上级政府平台下发通知并进行醒目显示的功能
能够接收政府平台下发的通知，并显示
809协议4.5.4
具备下发上级政府平台指令到车载终端的功能
809协议4.5.6
809平台对接
监控自身与上级政府平台间连线情况功能
跟踪监控企业平台自身与政府平台间连线情况功能，在掉线状态下应以声、光等信息提示用户，直至恢复连接。
809协议4.5.1
应政府平台下发的岗位巡检指令，并将巡检结果上报到政府监管平台。
检测企业平台与被测平台进行监管巡查，并确认监管巡查功能上行与下行指令正确，并手动确认是否符合标准。JT/T 809&2011数据交换协议4.5.4.1.2&平台查岗应答消息（及协议补遗）
监管平台实时数据交换
收到车辆上报动态位置信息后，应立刻向政府平台实时上报车辆的位置、状态信息和报警信息，响应政府平台对车辆的拍照和监听等车辆远程控制指令，显示政府平台下发信息。
检测企业平台与被测平台进行数据交换，&检测平台&自动确认上行与下行指令是否符合标准。
报警信息统计
各种类型报警及报警处理结果统计
检查报警统计的条件、显示方式
行驶里程统计
具备行驶里程统计功能
检查行驶里程统计统计的条件、显示方式
车辆上线率统计
具备车辆上线率统计功能
检查车辆上线率统计的条件、显示方式
提供终端信息开户功能，包括终端的录入和保存，并能够显示正确结果。
提供终已录入的端信息删除功能，并能够显示正确结果。
提供将终端禁用，但不删除终端信息，并能够正确显示指定终端标记为停用。
提供修改终端绑定的企业或车队功能，并能够正确显示修改结果。
提供修改终端绑定的车辆功能，并能够正确显示修改结果。
终端参数配置管理
终端参数配置
修改IP地址指令、报警参数编辑、区域和路线的编辑、终端固件系统等终端功能参数设置，检查被测平台是否能够正确发送参数设置信息，接收并记录保存回复信息。
基础信息管理
企业平台基本的信息管理功能。企业平台应自行对终端及车辆、车队、从业人员等信息进行维护
综合查询：两种或以上条件组合查询；
预设信息管理
区域和线路设置信息的管理
在电子地图上预设区域和线路，并可对区域和线路进行增加、删除、修改及保存。
行驶记录管理
行驶记录管理对应的是终端要求中终端必须具备的行驶记录功能，能够随时远程调用车载终端上的行驶记录，并分析和打印。
事故疑点数据、实时时间、车辆特征系数、车辆VIN、车牌、分类、最近15天累计里程和车辆行驶速度、最近2天累计里程、连续驾驶时间和车辆行驶速度、驾驶员代码、驾驶证号码等数据必选；
管理设置：具有保存、查询和打印车辆行驶记录的功能及界面
多媒体信息管理
终端上传的音频、视频、图片等信息的检索上传、存储及查询等功能
本地的多媒体信息的存储、查询和终端的多媒体信息的检索上传
检查平台软件是否具备用户管理功能，包括提供对用户信息的新增、修改、删除和查询功能，并能够正确显示结果。
检查平台软件是否具备角色信息管理功能，包括提供对省、市、县三级角色信息的管理功能，并能够正确显示结果。
检查平台软件是否具备权限管理功能
检查平台软件是否具备提供对用户操作日志信息的导出、打印和查询功能，并能够正确显示结果。
报警控制参数配置
平台报警的显示方式、提醒方式等参数
偏离路线报警
车辆预设时间段内偏移预设的行驶路线时，检查被测平台是否能够正确提供对偏移路线报警的记录和处理。
线路关键点监控
车辆行驶路径关键点时间的监控，检查被测平台是否能够正确显示当车辆未按照规定时间内到达或离开指定位置的结果，并且通过实时以声、光等方式进行提示。
在设定的圆形、矩形或多边形的限制区域内基础进出的状态下，检测被测平台是否能够设置车辆的进出区域报警，产生报警并进行声、光的提示；平台提供对报警的记录和处理。
分路段限速监控
测试分路段设置，设置限速阈值，检查被测平台是否能够实现超速报警提示，正确显示超速的警告、记录和处理结果。
驾驶员身份识别
上传驾驶员身份信息，检查被测平台是否能够正确识别，并将驾驶员身份有效性结果信息下传，完成司机身份识别过程。
系统总体性能
上报动态数据时间间隔
平台具备接收车载终端以5秒间隔发送的位置汇报数据的能力（JT/T 794 5.2.2）
模拟终端以5秒的频率发送位置汇报，检查平台响应能力，要求收到位置汇报后到上传政府平台，时间不超过5秒
平台车辆接入性能
海量定位数据高并发处理能力
通过检测辅助软件测试
终端接入能力
通过检测辅助软件测试
动态目标监控能力
通过检测辅助软件测试
平台安全要求
平台间数据交换加密传输
满足JT/T809标准的加密功能
如需购买GPS平台源码+文档+服务，可以联系我。
Java平台，参见：
.NET平台，参见：
标签:&,&,&,&,&,&Posts - 49,
Articles - 0,
Comments - 329
致力于精致GPS软件产品开发服务,提供成品和源码,
理想的生活方式是：每天都能领悟、分享新的东西，再创造新的东西
随笔分类 -部标808
21:36 by GPS产品经理, 41 阅读, ,
开发企业级的部标GPS监控平台，投入的开发力量很大，开发周期也很长，选择主流的开发语言以及成熟的开源技术框架来构建基础平台，是最恰当不过的事情，在设计之初就避免掉了技术选型的风险，避免以后在开发过程中，不断的填坑走弯路，以至于整个团队被坑埋掉。做GPS平台这么多年，以前就了解到一些开发团队过于关注某一种语言的优势，比如过于选用GO，Erlang，python,php等技术，最后团队熟悉这些技术的关键人员离职了，都没人接手，不能不说是个悲剧。所以说平台的技术架构选型要注重的是稳健，均衡而不是偏激，而SpringMVC4, Mybatis4, Hibernate4就是GPS监控平台软件开发的理想框架选择。
20:40 by GPS产品经理, 64 阅读, ,
基于交通部796标准开发部标监控平台，选择开发语言和技术也是团队要思考的因素，其实这由团队自己擅长的技术来决定，如果擅长C#和Asp.NET, 当然开发效率就高很多。当然了技术选型一定要选用当前主流的技术，现在Asp.NET技术已经发展到5.0, 如果你还是用旧的ASP技术写程序，无疑是为以后的项目维护埋下地雷，后面新来人手学习不到技术，没有兴趣去改进，不愿意维护，没有人愿意接手。代码最关键的是要不断的重构，保持与当前的技术和需求同步，平台才有生命力，否则就会越来越臃肿而变得难以维护。开发一个基于Asp.NET MVC和C#语言的部标平台，主要应用的技术如下：
1）服务器通信技术：因为C#中，基于.NET4.0的异步通信框架，还是非常不错的。不过编程模式也是比较复杂的，不像Java的NIO框架Mina和Netty那样方便省力,但是一样可以开发出高性能的jt808GPS服务器和jt809服务器。
2）分布式服务：对于高性能的平台，服务一定是要求分布式部署和调用的，以应对压力，比如jt808GPS服务器、存储转发缓存服务器和web服务器，都是部署在不同机子上面，对于远程服务调用
10:37 by GPS产品经理, 723 阅读, ,
软件企业，还是停留在无奈抱怨发牢骚的阶段，离职多，招人难，员工要钱高不出活，眼睁睁的看着企业低效率高成本的运作，制造企业还可以升级生产线，用机器人等来提高自动化程度，软件公司却不能用机器人来替代程序员编程，也需要未来有可能。软件企业要想降低成本，唯有提高生产力，在提高软件质量的同时，还能缩短软件交付的时间，和时间赛跑，才能制胜。
21:41 by GPS产品经理, 200 阅读, ,
使用Java语言开发一个高质量和高性能的jt808 协议的GPS通信服务器，并不是一件简单容易的事情，开发出来一段程序和能够承受数十万台车载接入是两码事，除去开发部标808协议的固有复杂性和几个月长周期的协议Bug调试，作为大批量794车载终端接入的服务端，需要能够处理网络的闪断、客户端的重连、安全认证和消息的编解码、半包处理等。如果没有足够的网络编程经验积累和深入了解部标808协议文档，自研的GPS服务器往往需要半年甚至数年的时间才能最终稳定下来，这种成本即便对一个大公司而言也是个严重的挑战。
09:03 by GPS产品经理, 374 阅读, ,
由于交通部部标平台过检的标准信息相对不是很透明，大家对796标准和jt/t 808 协议、jt/t809协议都是通过文档的字面意思各自去理解的，误差难免，误差大的，到北京过检的时候，就要耽误的时间长，过的就非常不顺，花费的差旅费和检测费就很大，得不偿失。很多去过检的企业都不是北京公司，在北京检测要背负额外的时间成本和费用成本，所以要追求较高的成功率，不然遇到问题，要面临两难选择，要么回来，改完了再坐一趟飞机去检测，要么呆在酒店里，改完了，重新预约下次检测时间，一直到过了为止。过完检的人都会感慨良多，不过不知道，过了感觉里面全是大坑，仅靠理解简单的功能列表是不行的，差的太远。
16:17 by GPS产品经理, 190 阅读, ,
796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。
00:24 by GPS产品经理, 1286 阅读, ,
在当前很多的GPS平台当中，有很多是基于asp.NET+siverlight开发的遗留项目，代码混乱而又难以维护，各种耦合和关联，要命的是界面也没见到比Javascript做的控件有多好看，随着需求的增多，平台已经臃肿不堪。
我们在设计基于.NET的GPS部标平台的时候，就坚定不移的选择了基于JQUERY+Asp.NET MVC来作为前端交互和后台处理的框架。选用一个灵活的脚手架，同时团队又能掌握这个脚手架为团队所用。
17:16 by GPS产品经理, 1199 阅读, ,
交通部的部标过检，所有的测试都是从客户端发起的，也是在客户端体现的，在客户端承载了部标标准所要求的所有的功能，是整个部标平台当中工作量最大的部分，也是最繁琐的部分。客户端设计面临两个问题：1.基于CS还是基于BS，这是个问题，萝卜白菜各有所爱，客户要什么，我们就开发什么，从客户来讲，更适应桌面客户端，没有浏览器的七七八八问题，速度感觉上也比网页的快，操作方便。当然网页客户端也有很大的优势，部署和维护方便，不需要开发升级系统。
00:21 by GPS产品经理, 1406 阅读, ,
部标平台开发的复杂性就在于，我们可以快速开发出一个大面上过得去的东西，但是却无法开发出一个严格符合要求的部标平台，从上图中可以看出一个拍照指令，需要贯穿四个子系统，并且是异步的。如何跟踪各种指令在横跨各个子系统或平台时的发送状态、执行状态和应答状态，不仅仅是一个需要在用户体验上面下功夫的功能，在交通部的部标认证的检测中，最最麻烦的就是运行检测，因为要跨两个平台，政府平台和企业平台，企业平台内部要跨越终端、808服务器、809下级平台服务器等多个子系统。检测失败，可能出现在各个环节当中，检测人员只是平静的告诉你没有通过，而我们剩下就是猜了。所以每个系统必须要有较好的指令监控的功能，以便于较好的应对实际的部标检测中出现的意外情况。以下是对809转发服务器的指令的数据包监控。
21:19 by GPS产品经理, 990 阅读, ,
部标监控平台的压力测试是部标检测流程的最后一个检测环节，也是最难的，很多送检的企业平台都是卡壳在这一个环节，交通部jt/t796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。依据上述要求，对于企业平台的压力检测采用TCP方式进行，分为两个部分进行；动态目标压力为检测和定位数据压力检测。
10:36 by GPS产品经理, 1382 阅读, ,
对于GPS软件平台，虽然有功能非常丰富的PC端或BS客户端，但是客户也是需要移动客户端来作为自己的辅助工具，也是需要的。做为GPS平台的设计者和开发者，在开发移动客户端的时候，也需要从常规的服务器开发和客户端开发的思维中，转变过来，当然客户的需求也需要转变，因为毕竟不能随心所欲的将PC端的所有功能需求照搬到手机客户端，手机的开发环境、网络环境、使用环境都决定了设计理念与PC端的设计是完全不一样的。通常我们成为GPS部标平台的手机客户端为手机查车，实际上现在的功能不仅仅是查车，由于客户需求的推进和演变，我们推出手机查车功能更加丰富，已经包含了统计报表、统计图表、车辆终端控制、个人手机定位和追踪等功能。
11:42 by GPS产品经理, 1296 阅读, ,
GPS平台，需要和各种地图打交道，需要解决以下的问题：1.GPS坐标偏移，这个不用多说，需要将原始坐标加偏，然后在百度地图或谷歌上显示出来，需要注意的是百度地图的加偏是偏上再偏，谷歌、高德地图等是火星坐标；2.坐标解偏，或者GPS纠偏，这个我们也是需要的，因为当用户在地图上画出的各种区域，标注，发送到后台存储的坐标都是基于地图所采用的坐标系统，因而是偏移的，这就面临一个严重的问题，因为在部标808协议中，对于区域报警，需要将区域的顶点坐标，下发给终端，终端在实际运行中，不断用GPS坐标和区域坐标进行比对，来判断是否是进入区域报警，还是离开区域报警。如果区域坐标是偏移的，那么判断出来必然是错误的。所以下发前，必须要将偏移的坐标逆向再还原成原始的基于wgs84坐标系的坐标出来。
17:51 by GPS产品经理, 1861 阅读, ,
地图是客户端中不可缺少的一个模块，很多人在设计和画图时候，喜欢加上地图引擎这样高大上的字眼，显得自己的平台有内涵，说白了就是用第三方的SDK来开发，早期的GPS监 控软件用的都是mapx、mapxtrem、acrgis之类的，使用的都是本地地图。不仅要购买正版地图，还要购买价格不菲的地图引擎license，服务器版的部署的时候，还要绑定到服务器ID上，现在这种开发方式已被抛弃。现在的百度地图、谷歌地图提供的SDK接口丰富，开发方便，系统稳定，大家都用的很爽。
18:43 by GPS产品经理, 1231 阅读, ,
在开发一个基于Java的、BS架构的GPS平台的时候，我们总是要花费很多心思去选择框架，在此基础上进行封装提供易用的功能，来作为我们快速开发的平台。
有的公司有积累，可能在此上面花费的时间比较少，有的没积累，可能为了选择什么样的框架，为了优缺点争论不休，耽误个把月时间都有可能。
我希望在此给出一个GPS平台的标准模版，供大家参考，统一思想，快速进入状态。
17:05 by GPS产品经理, 1005 阅读, ,
，在运营平台上，为不同的物流企业提供运营服务，各个企业必然有自己个性化的需求，想要吸引客户，销售上就得尽量答应客户的各种要求，技术上就要想办法实现客户的要求，但是其他企业客户八竿子用不着。很多运营平台都经历过功能弱智简单、功能丰富最后到臃肿再到最后推到重来这样的过程。
15:50 by GPS产品经理, 785 阅读, ,
在开发部标GPS平台中，部标808GPS服务器是系统的核心关键，决定了部标平台的稳定性和行那个。Linux服务器是首选，为了跨平台，开发语言选择Java自不待言。
08:29 by GPS产品经理, 1274 阅读, ,
开发部标809协议的协议设计者把面向对象的思想带入到了协议当中，造成了协议的不容易阅读和不容易理解，但在协议本身的开发和实现非常适合用Mina框架。通过借用框架的过滤器模式，来降低协议开发的难度。
14:19 by GPS产品经理, 1271 阅读, ,
集成测试是为了构建一个更大的系统或平台，这个系统的几个部分通常是由不同的团队或甚至不同的公司开发的，以前在做信息化的软件开发时，面临的集成测试通常是不同软件子系统之间的集成测试，往往被这一阶段的测试搞得人仰马翻的，在从事了四年的视频监控和GPS软件开发之后，才知道，软硬件系统之间的集成测试更加折磨人的脆弱的神经。虽然两者本质上都是一样，软硬件系统集成实际上是嵌入式软件系统和常规的PC软件系统直接的集成。集成测试常常成为压垮复杂项目的最后一根稻草
09:42 by GPS产品经理, 818 阅读, ,
交通运输部发布了《道路运输车辆卫星定位系统终端通讯协议及数据格式》(JT/T808-2011)和《道路运输车辆卫星定位系统平台数据交换》(JT/T809-2011)两份技术标准文件。这两份文件中严格规定了车载卫星定位终端与企业监控平台之间，企业监控平台与政府监控平台之间的通信技术要求。同时，中国交通通信信息中心开始组织实施JT/T808和JT/T809标准的平台符合性检测工作和JT/T794-2011标准的车载硬件终端符合性检测工作。即企业平台，政府平台和车载终端的部标认证检测。
14:34 by GPS产品经理, 898 阅读, ,
809的测试相对比较困难，因为你在开发的时候，没有一个可以供你对接的测试平台，而是你开发好后，在文件申报批准后，找到交通部信息中心的技术人员，一上来就是正式的测试，这个就头大了。
17:22 by GPS产品经理, 3288 阅读, ,
很多人在看完交通运输部的JT/T809的标准后，单纯的以为这就是个转发平台，在实际的实现过程中，发现很复杂，所以在开发809平台的时候，第一要透彻地理解协议，第二就是要架构设计清楚，便于调试和扩展，否则会显得乱糟糟的。
17:14 by GPS产品经理, 3661 阅读, ,
部标808和809的出台，统一了产品的标准，统一了平台与终端之间的通讯协议，对于GPS运营商而言，只要平台支持部标，那可以选择任意一家的GPS车载终端，也不会受厂商的制约，GPS运营商在市场竞争过程中将更看重产品的质量及服务，从而也间接地促进市场上产品的稳定性和可靠性。
但是开发部标GPS服务器是一个繁琐苦逼的活，有各种各样的GPS终端需要兼容和支持，现在交通部颁发了统一的标准协议和数据格式，大部分车辆的GPS终端都需要支持，软件也需要支持，否则可能在市场准入的时候就遇到麻烦。
18:21 by GPS产品经理, 854 阅读, ,
本人时间较充裕，有意寻求一份工作。因本人项目经验丰富，涉猎范围较广，包括网络通信、GIS、GPS、视频、信息化等技术。可以做很多项目。
同时由于长年做标书、项目技术方案等，有一定的技术撰写能力。提供完整的大型运输车辆企业的基于部标808和809的GPS监控平台构建实施方案。 如果你想加快项目进度，降低成本，就来找我吧。