出租车Jt/T 905协议与部标1078协议融合的网约车视频监控平台

出租车jt/t 905协议,是jt/t 808协议的一个变种,设计者将部标808协议拿过来,并非单纯的增长网约车相关的指令集,并且对原有的指令如定位0×0200指令也进行了修改,通过一通剧烈的修改,面目全非,协议已经与808协议自己并不兼容,这是比较失败的地方,保持兼容性,才能使协议更加让硬件和网约车平台接受和开发推广,没有经验的协议设计者和标准制定者高高在上不考虑兼容性,给硬件厂家和平台开发人员形成很大的麻烦,也增长了成本。 前端

部标1078协议是在部标808协议的基础上,继续增长指令,并不修改原有的指令,这样也使得协议更加容易让人接受和推广。 后端

在部标1078视频协议推出后,部标905终端就相对比较尴尬,之前的jt/t905协议自己没有视频指令和功能,不少厂家就集成基于私有协议的视频模块,五花八门,如今部标视频标准一出,就面临一个视频标准统一的问题,原有的私有协议须要抛弃掉,修改为1078协议。可是1078协议是基于808协议的指令集,并非基于905协议的指令集,本质上不是为905协议终端设备设计的。这就须要硬件和平台后端都须要作必定的工做,才能让一个部标905网约车平台具有1078视频功能。 服务器

一种比较理想的方案是深度集成,将1078协议中的指令集添加到905的指令集中,这样使得jt905协协议赋予了视频指令交互的能力,这种方案好的地方在于它仍然保持了一个指令通道,一个视频数据通道,可是须要硬件开发人员必定的工做量。 spa

另外一种方案就是粗暴简单,905模块和1078模块,分别与平台后端创建独立的指令交互的链接,基于jt/t905的链接只交互905的指令,1078的链接只交互1078的指令,各自为战,这种方案的优点在于硬件拿来即用,不须要过多的开发,可是后遗症不少,苦了平台开发人员,设计两个指令网关,一个是905指令网关,一个是1078指令网关,在平台上下发指令的时候,须要判断指令类型,来决定指令的走向,是下给905网关,仍是下给1078网关。设计

还有一个麻烦的地方,就是上线和离线不一样步,好比1078链接断开了,而905的链接仍是正常,这就在前端界面的上线状态上给用户容易形成困惑,有时候905明明在线,可是视频指令却下发失败,没法看到视频。 视频

在上级平台对接方面,也是麻烦,首先要基于905协议第四部分中数据交互与共享单元中的数据交换协议(是809协议的变种,作了修改,不兼容809),开发转发服务器,将数据转发给出租车监管平台。blog

可是还要基于原有的809协议,开发转发服务器,将数据转发给省级监管平台。 开发

这样开放下来,一个网约车后端,就有N多的服务器模块了,主要有:同步

1905协议网关;基础

21078协议网关;

3)基于905协议数据交换部分的上级平台转发服务器;

4)基于809协议的转发服务器;

5)基于905 UDP升级协议的的升级服务器;

相关文章
相关标签/搜索