服务项目 |
部标905协议 |
面向地区 |
全国 |
交通部网约车905认证标准介绍:
经常跟网约车平台关联在一起的主要有两个责任，一是法律责任，二是社会责任。
就应当把这样的责任担起来。这符合人的正常需求和思维逻辑:平台承担越大的社会责任，个人就能获得越大的保护。
但是，社会责任的特点是无边无界。无边无界的社会责任太沉重，沉重得足以压垮任何一个互联网平台。台都不能逃避、不能拒绝。
至于社会责任，则是一种自愿性责任，而不是强制性责任。从而将社会责任变成一种事实上具有强制性的责任。
交通部标准资料准备有:
法律责任是性很强的一种责任，其基本前提是法律有明确的规定，即法条上写着网约车平台该承担什么样的责任，那么网约车平台
正是因为法律责任的性太强，所以谈法律责任的小伙伴多是学法律出身或者从事法律相关工作的。
社会责任是一个非常大众化的词汇，不管你学没学过法律，不管你做的是什么样的工作，只要你关注互联网平台，只要你在享受互联网
总体来看，在各种不同的责任种类中，互联网平台承担的是法律责任，这是一个底线，也是法律的强制性要求，任何互联网平
如果互联网平台有能力承担社会责任，而且也有意愿承担社会责任，那就让它承担好了，小伙伴们也可以多鼓掌、多点赞。
反之，如果互联网平台不愿意承担社会责任，或者没有能力承担社会责任，那么小伙伴也没有必要总是强调互联网平台应当承担社会责
平台提供的服务，你都可能把社会责任挂在嘴边，要求任何一个互联网平台承担社会责任。
部标过检准备工作
一、过检前准备
1、准备一台服务器并托管在IDC机房，带宽在过检期间好申请为享30M－50M，电信或联通机房均可
2、安装WINDOWS 2008 SERVER 64位操作系统
3、开启远程桌面
二、需要提供的资料
1、公司名称、详细地址、法人代表名称及联系电话、公司座机、传真号码
2、机房详细地址
3、要过检的平台名称
阿里云服务器
1 所有服务器操作系统均为Windows Server 2008 64位；
2 所有磁盘格式采用NTFS；
3 缓存盘：包括照片、地理位置缓存文件、道路等级缓存文件；
4 备份盘：包括近期备份的元数据、每天备份的历史数据文件；
5 以上数据，按照定位30秒一数据，一天运行12小时计算，新能源车辆，按照CAN数据，默认为10个CANID，30个参数，一天运行12小时计算。
在部标1078视频协议推出后，部标905终端就相对比较尴尬，以前的JT/T905协议本身没有视频指令和功能，很多厂家就集成基于私有协议的视频模块，五花八门，现在部标视频标准一出，就面临一个视频标准统一的问题，原有的私有协议需要抛弃掉，修改成1078协议。但是1078协议是基于808协议的指令集，并不是基于905协议的指令集，本质上不是为905协议终端设备设计的。这就需要硬件和平台后端都需要做一定的工作，才能让一个部标905网约车平台具备1078视频功能。
在上级平台对接方面，也是麻烦，要基于905协议第四部分中数据交互与共享单元中的数据交换协议（是809协议的变种，做了修改，不兼容809），开发转发服务器，将数据转发给出租车监管平台。但是还要基于原有的809协议，开发转发服务器，将数据转发给省级监管平台。这样开放下来，一个网约车后端，就有N多的服务器模块了。
车载终端申请标准符合性检测，应提交以下材料及实物：
1.车载终端产品完整设计文件；
2.送样型号的中文使用说明书；
3.车载终端产品出厂检测合格证；
4.车载终端产品入网设置及操作说明；
5.同一型号检测样品不少于5套。
北斗GPS平台过检流程
1、服务器准备并托管到IDC机房
2、平台搭建（需提供服务器远程管理账号信息）
3、车辆设备安装及测试
4、兴远达GPS平台培训及过检培训
5、符合性资料审查、
6、功能检测：检测平台功能项是否满足要求
7、功能复检：对平台关键功能的复查
8、运行检测：上级平台、送检平台、终端联合测试
9、809流程检测，809协议流程检测
10、808及809协议检测，808/809通讯协议检测
11、压力测试
一种比较理想的方案是深度集成，将1078协议中的指令集添加到905的指令集中，这样使得jt905协协议赋予了视频指令交互的能力，这种方案好的地方在于它仍然保持了一个指令通道，一个视频数据通道，但是需要硬件开发人员一定的工作量。
另一种方案就是粗暴简单，905模块和1078模块，分别与平台后端建立立的指令交互的连接，基于jt/t905的连接只交互905的指令，1078的连接只交互1078的指令，各自为战，这种方案的优势在于硬件拿来即用，不需要过多的开发，但是后遗症很多，苦了平台开发人员，设计两个指令网关，一个是905指令网关，一个是1078指令网关，在平台上下发指令的时候，需要判断指令类型，来决定指令的走向，是下给905网关，还是下给1078网关。
我们的优势：
由于交通部部标过检的标准信息相对不是很透明，大家对交通部等部标都是通过文档的字面意思各自去理解，误差难免，到北京过检的时候，就要耽误很长的时间，过的就非常不顺，花费的差旅费和检测费就很大，得不偿失。很多去过检的企业都不是北京公司，在北京检测要背负很多额外的时间成本和费用成本，如果要追求较高的成功率，遇到问题，要面临两难选择，要么回来，改完了再坐一趟飞机去检测，要么呆在酒店里，改完了，重新预约下次检测时间，一直到过了为止。过完检的人都会感慨良多，不过不知道，过完了才能感觉里面的坎坷，仅靠理解简单的功能列表是不行的，差的太远。
如何才能快速的过检呢，很多事情都是前车之鉴，部标 2011 年推出，到现在已经七年，翻一翻部标过检名单，已经过了几千余家，别人已经走过的弯路，你还在那里用大量的时间成本和人民币铺路，使蛮劲吭哧吭哧的走，是不是有点滑稽，缺乏智慧。过检完全是一个经验主义的事情，你的能力再大，也不可能在短时间内开发出一个完全合格的终端并顺利过检，前面有没有坑，和你的能力智商及公司团队的实力没有任何关系，要花时间和精力走过去才知道。我们能够给过检的企业提供全面的指导，选择跟我们合作可以大幅降低成本，避免头撞南墙后再做大修改，无疑是的提高检测效率，节省一大笔支出。因为我们检测功能时间都是可以确定的，要是企业自己去申请时间就不好说了，成本就更难以控制。
JT/ T 905-2014《出租汽车服务管理信息系统》———第 2 部分：运营设备
第十四条 网约车平台公司应传输数据的完整性、规范性、及时性、真实性等，确保数据传输质量。
第十五条 传输数据质量满足以下方面要求：
（一）数据完整性：网约车平台公司传输的数据应符合《网络预约出租汽车监管信息交互平台总体技术要求（暂行）》相关要求，确保其基础静态信息、订单信息、经营信息、定位信息、服务质量信息等相关数据字段内容完整，不遗漏信息及字段。
（二）数据规范性：网约车平台公司传输的数据字段内容在元素名称、字段名称、数据类型、字段长度、取值范围、数据精度、编码规则等应符合《网络预约出租汽车监管信息交互平台总体技术要求（暂行）》相关要求。
（三）数据及时性：网约车平台公司基础静态信息变更的，应于变更后24小时内将信息传输至部级平台；订单信息、经营信息、服务质量信息等应实时传输，延迟不得超过300秒；定位信息实时传输延迟不得超过60秒。
（四）数据真实性：网约车平台公司传输的数据内容应真实有效，基础静态信息、订单信息、经营信息、定位信息、服务质量信息间应当相互关联，相互关联数据之间的逻辑关系应正确、真实和完整。
JT/T 794-2019《道路运输车辆卫星定位系统 车载终端技术要求》
JT/T 808-2019《道路运输车辆卫星定位系统 终端通讯协议及数据格式》
JT/T 1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》
JT/T 1078-2016《道路运输车辆卫星定位系统视频通信协议》
JT/ T 905-2014《出租汽车服务管理信息系统》———第 2 部分：运营设备
