昆明出租车905标准协议价格 贝斯通检测

905标准协议
（一）数据完整性：网约车平台公司传输的数据应符合《网络预约出租汽车监管信息交互平台总体技术要求（暂行）》相关要求，确保其基础静态信息、订单信息、经营信息、定位信息、服务质量信息等相关数据字段内容齐全完整，不遗漏信息及字段。
（二）数据规范性：网约车平台公司传输的数据字段内容在元素名称、字段名称、数据类型、字段长度、取值范围、数据精度、编码规则等应符合《网络预约出租汽车监管信息交互平台总体技术要求（暂行）》相关要求。
（三）数据及时性：网约车平台公司基础静态信息变更的，应于变更后24小时内将信息传输至部级平台；订单信息、经营信息、服务质量信息等应实时传输，延迟不得超过300秒；定位信息实时传输延迟不得超过60秒。
（四）数据真实性：网约车平台公司传输的数据内容应真实有效，基础静态信息、订单信息、经营信息、定位信息、服务质量信息间应当相互关联，相互关联数据之间的逻辑关系应正确、真实和完整。

出租车jt/t 905协议，是jt/t 808协议的一个变种，设计者将部标808协议拿过来，并不是单纯的增加网约车相关的指令集，而且对原有的指令如定位0×0200指令也进行了修改，经过一通剧烈的修改，面目全非，协议已经与808协议本身并不兼容，这是比较失败的地方，保持兼容性，才能使协议更加让硬件和网约车平台接受和开发推广，没有经验的协议设计者和标准制定者高高在上不考虑兼容性，给硬件厂家和平台开发人员造成很大的麻烦，也增加了成本。
部标1078协议是在部标808协议的基础上，继续增加指令，并不修改原有的指令，这样也使得协议更加容易让人接受和推广。
在部标1078视频协议推出后，部标905终端就相对比较尴尬，以前的jt/t905协议本身没有视频指令和功能，很多厂家就集成基于私有协议的视频模块，五花八门，现在部标视频标准一出，就面临一个视频标准统一的问题，原有的私有协议需要抛弃掉，修改成1078协议。但是1078协议是基于808协议的指令集，并不是基于905协议的指令集，本质上不是为905协议终端设备设计的。这就需要硬件和平台后端都需要做一定的工作，才能让一个部标905网约车平台具备1078视频功能。

在上级平台对接方面，也是麻烦，首先要基于905协议第四部分中数据交互与共享单元中的数据交换协议（是809协议的变种，做了修改，不兼容809），开发转发服务器，将数据转发给出租车监管平台。
但是还要基于原有的809协议，开发转发服务器，将数据转发给省级监管平台。
这样开放下来，一个网约车后端，就有N多的服务器模块了，主要有：
1）905协议网关；
2）1078协议网关；
3）基于905协议数据交换部分的上级平台转发服务器；
4）基于809协议的转发服务器；
5）基于905 UDP升级协议的的升级服务器；

2017年1月22日，我局发布了《市公共交通局关于印发符合深圳市网络预约出租汽车车载专用设备配置指引（暂行）的通知》（深交客〔2017〕21号），结合交通运输部公布的JT/T905.2-2014《出租汽车服务管理信息系统第2部分：运营专用设备》车载设备厂家名单， 部分厂家已经开发生产相关车载终端设备，各相关单位可自行联系以下厂家选购安装符合要求的车载设备：
一、深圳市锐明技术股份有限公司；
二、深圳市慧视通科技股份有限公司；
三、深圳市杰源网络信息有限公司；
四、上海飞田通信股份有限公司；
五、北京奇华通讯有限公司；
六、北京神州贝斯通检测软件技术有限公司。
特此通知。

出租车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协协议赋予了视频指令交互的能力，这种方案好的地方在于它仍然保持了一个指令通道，一个视频数据通道，但是需要硬件开发人员一定的工作量。
另一种方案就是粗暴简单，905模块和1078模块，分别与平台后端建立独立的指令交互的连接，基于jt/t905的连接只交互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升级协议的的升级服务器；
贝斯通检测检测认证中心:
为您提供专业一站式检测认证服务：
蓝牙无线：入网CTA 型号核准SRRC 蓝牙BQB 企业备案……。
国内：CCC、ISO认证 交通部794 808 京东天猫质检报告及其他委托实验报告
欧盟：ERP、CE-NB,ROHS,REACH，TUV,GS,EAC认证
北美：FCC,UL,FDA,ETL认证
澳洲：MEPS,RCM,SAA,C-TICK认证
沙特：SASO认证 印度BIS WPC
日本：VCCI，PSE、MIC/TELEC认证
电池UN38.3 MSDS IEC62133