JT/T 905的本部分规定了市级客运出租汽车服务管理信息系统宇省部平台之间数据交换的技术要求，包括通信方式、安全认证、
功能实现流程协议消息格式和数据实体格式等内容。本部分适用于出租汽车服务管理信息系统与省部平台之间的数据交换与共享。
深圳市公共交通管理局回应，该新型计价器是一种车载智能终端，属于智能监管设备的范畴，非强制检定设备。但广东省质监局作出的批复指出，
该设备属于国家规定的出租车计价设备，未经检验或检验不合格的不得使用。该智能车载终端的技术性能和安装要求，不符合与国家有关规定。
出租车JT/T 905协议，是JT/T808协议的一个变种，设计者将部标808协议拿过来，并不是单纯的增加网约车相关的指令集，对原有的指令如定位0×0200指令也进行了修改，经过一通剧烈的修改，面目全非，协议已经与808协议本身并不兼容，这是比较失败的地方，保持兼容性，才能使协议更加让硬件和网约车平台接受和开发推广，没有经验的协议设计者和标准制定者高高在上不考虑兼容性，给硬件厂家和平台开发人员造成很大的麻烦，也增加了成本。
部标1078协议是在部标808协议的基础上，继续增加指令，并不修改原有的指令，这样也使得协议更加容易让人接受和推广。
在部标1078视频协议推出后，部标905终端就相对比较尴尬，以前的JT/T905协议本身没有视频指令和功能，很多厂家就集成基于私有协议的视频模块，
五花八门，现在部标视频标准一出，就面临一个视频标准统一的问题，原有的私有协议需要抛弃掉，修改成1078协议。
1078协议是基于808协议的指令集，并不是基于905协议的指令集，本质上不是为905协议终端设备设计的。这就需要硬件和平台后端都需要做一定的工作，才能让一个部标905网约车平台具备1078视频功能。
在上级平台对接方面，也是麻烦，要基于905协议第四部分中数据交互与共享单元中的数据交换协议（是809协议的变种，做了修改，不兼容809），
开发转发服务器，将数据转发给出租车监管平台。还要基于原有的809协议，开发转发服务器，将数据转发给省级监管平台。这样开放下来，
一个网约车后端，就有N多的服务器模块了。
需要办理交通部905认证的来电哦！
