网约出租车终端交通部905标准过检机构

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

www.cccsrr.com2.png

     部标1078协议是在部标808协议的基础上,继续增加指令,并不修改原有的指令,这样也使得协议更加容易让人接受和推广。 
     在部标1078视频协议推出后,905终端就相对比较尴尬,以前的905协议本身没有视频指令和功能,很多厂家就集成基于私有协议的视频模块,五花八门,现在部标视频标准一出,就面临一个视频标准统一的问题,原有的私有协议需要抛弃掉,修改成1078协议。但是1078协议是基于808协议的指令集,并不是基于905协议的指令集,本质上不是为905协议终端设备设计的。这就需要硬件和平台后端都需要做一定的工作,才能让一个905网约车平台具备1078视频功能。 
     一种比较理想的方案是深度集成,将1078协议中的指令集添加到905的指令集中,这样使得905协协议赋予了视频指令交互的能力,这种方案好的地方在于它仍然保持了一个指令通道,一个视频数据通道,但是需要硬件开发人员一定的工作量。 
     另一种方案就是粗暴简单,905模块和1078模块,分别与平台后端建立独立的指令交互的连接,905的连接只交互905的指令,1078的连接只交互1078的指令,各自为战,这种方案的优势在于硬件拿来即用,不需要过多的开发,但是后遗症很多,苦了平台开发人员,设计两个指令网关,一个是905指令网关,一个是1078指令网关,在平台上下发指令的时候,需要判断指令类型,来决定指令的走向,是下给905网关,还是下给1078网关。
    还有一个麻烦的地方,就是上线和离线不同步,比如1078连接断开了,而905的连接还是正常,这就在前端界面的上线状态上给用户容易造成困惑,有时候905明明在线,但是视频指令却下发失败,无法看到视频。 
    在上级平台对接方面,也是麻烦,首先要基于905协议第四部分中数据交互与共享单元中的数据交换协议(是809协议的变种,做了修改,不兼容809),开发转发服务器,将数据转发给出租车监管平台。
但是还要基于原有的809协议,开发转发服务器,将数据转发给省级监管平台。 
这样开放下来,一个网约车后端,就有N多的服务器模块了,主要有:
1.905协议网关;
2.1078协议网关;
3.基于905协议数据交换部分的上级平台转发服务器;
4.基于809协议的转发服务器;

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


需要办理交通部905标准过检获得详细的费用报价与周期等信息欢迎来电咨询,我司针对国内检测认证项目有着丰富的经验与成功案例,在行业内有着很好的口碑,优质的服务等着您来咨询!

详情联系我们:181-3823-6659             点击进入质量检测认证中心

本博客所有文章如无特别注明均为原创。作者:QQ2405985998复制或转载请以超链接形式注明转自 交通部794认证
原文地址《网约出租车终端交通部905标准过检机构
分享到:更多

相关推荐

发表评论

路人甲 表情
Ctrl+Enter快速提交

网友评论(0)