安徽交通部平台过检

交通部视频监控平台796新标准35658怎么办理
接入平台 access platform
接入到**平台的平台，包括企业平台和下级**平台。
3.6
车载终端 vehicle terminal
安装在道路运输车辆上满足T.作环境要求•具有US定位系统、移动网络接人、道路运输车辆行驶 记录、道路运输个:辆相关信兮采集和控制•与其他彳•:载电子设备进行通信•提供**ffr或企业f•台所 需的信息•完成卫星定位系统对午:辆控制功能的装置。
3.7
在线车辆 online vehicles
当前连接到**平台和企、Ik平台FI. iK常定位的车辆。
3.8
上线车辆 previously online vehicles
在统计期间内向**平•台或企业甲•台止常传输h报动态信息的车辆。
3.9
入网车辆 access vehicles
在某-统计时点至少向**平台或企业平台上报一次动态信息的车辆。
3.10
车牌 license plate
公安交通管现部门颁发的机动+:号牌以及牌颜色简称•如闽AY3154黄。
4道路运输车辆卫星定位系统架构
4.1道路运输车辆卫星定位系统山**平台、企、Ik平台、车载终端、计算机通信网络等组成。通过系统 各组成部分之间的互联互通，实现业务管理以及数据交换和共享。
4.2**平台通过平台接II及统计分析功能•主要实现对上级平台的数据报送、对下级**平台的管 理和对企业平台的监管和服务。
4.3企业平台接人到**平台•主要通过对车载终端的控制•实现对背运车辆安全运背的监控，并实时 上报各项数据给**平台。
4.4**平台之间通过专线网络或互联网*方式进行连接•企业平台与**平台可以通过互联网 或专线网络方式进行连接•车载终端与企业平台或**平台之间通过尤线通信网络进行连接。
5**监管平台
5.1 基本功能 5.1.1接入平台管理
接入平台管邵应具备接入▼•台配置管珂、信息查询和考核等功能，体功能要求如下：
a） 配咒管理，包括接入平台参数配汽、接人平台参数杳间及接入平台参数统il•等基本功能；
b） 信息杏询•包括平台基本情况、平台在线车辆、平台运行日志和平台巡检日忐等卉询功能；
c） 考核，包括平台自动杳W、平台丁• I:杳W、平台动态数据传输情况、平台链路通断情况、平台个: 辆上线情况、平台车辆历史在线情况和动态数据传输及质量情况等•具备对接人平台按日、周、 月、季和年进行考核的功能；
GB/T 35658—2017
d）数据补传指令•对接人平台动态数据传输屮存在断线或数据确实怡况的.应具备针对中.车、多 车或幣个平台在某时间段内数据的补传指令下发功能。
5.1.2报表导出功能
平台中所有仵询结果及统计分析结果均应支持excel格式的报表导出功能。
5.1.3车辆数据定时同步功能
平台应具备平台间午辆数据定吋N步功能。
5.1.4报警
**平台应具备接收山接入平台上报的报箬信息的功能.包括紧急报筲、偏离路线报筲、**速报警、 区域报警、疲劳驾驶报警、边规行驶报警、前撞报警、胎爪异常报警、车道偏离报警、动态信息上报异常报 警等。产也报警时，pj•通过声、光、图片和文字等方式提示并M示车辆动态位ft.信息、静态信息和相关 信总。
5.1.5 报警管理
**平台应具备接收接人平台上报的报警信息及对应的报警处理倍息的功能。如下级监管平台或 企业甲台米在约定时间内i•.报报警处现信息，监管平台应能手动或n动向j<:发送报筲处置请求指令。
5.1.6基本资料管理
基本资料管理位具谷对接入平台的各种车辆、从业人M和运输企业等基本资料的查询管理功能。
5.1.7危险品车辆/企业管理 5.1.7.1危险品车辆管理
危险品车辆管理应具备查询和统计功能，具体要求如下：
a） 危险品车辆查洵.包括在线危险品车辆查询、I:线危险品车辆查询、跨域危险品车辆查洵、运输 危险品货种信息査询、危险品运输线路奄询和报警愤况查询等；
b） 危险品车辆统计.包括危险品1•:辆在线情况统计、危险品车辆h线情况统计、危险品跨域（不M 地区监管平台间）怙况统计、危险品车辆报警悄况统计和危险品车辆分布惜况统计等。
5.1.7.2危险品运输企业管理
危险品运输企、Ik管理；iZ具备查洵、统il•及考核功能，具体要求如K:
a） 危险品运输企业査询，包括危险品运输企业详细情况查询；
b） 危险品运输企业统il•，包括危险品企、Ik分布愔况统il•、危险品运输企业所属个:辆存:线情况统ih 和危险品运输企业所属车辆报警情况统计等；
c） 危险品运输企业考核，包括危险品运输企业的月度、手•度和年度考核。
5.1.8班线客运车辆/企业管理 5.1.8.1班线客运车辆管理
班线客运车辆管理应具备查询和统计功能，具体要求如下：
a）班线车辆查询•包括在线班线车辆査询、上线班线车辆查询、跨域班线车辆査询、营运线路査 询、夜间非法营运查询和报警情况查询等；
GB/T 35658—2017
b）班线车辆统计•包括班线车辆在线怙况统计、班线车辆上线怙况统计、班线车辆跨域（不N地区 监管平台间）情况统汁、班线车辆报筲情况统计和班线车辆分布情况统计等。
5.1.8.2 班线客运企业管理
班线奔运企业管理应具备仵询、统计及芩核功能•具体要求如下：
a） 班线客运企、Ik杳洵，包括班线客运企、Ik详细惜况杳洵和班线客运线路杳洵；
b） 班线客运企业统计•包括班线客运企业分布情况统计、班线客运企业所MV辆在线情况统计、 班线客运企业所属车辆报警情况统计等；
c） 班线客运企业考核•包括班线客运企业的月度、季度和年度考核。
5.1.9旅游包车车辆/企业管理 5.1.9.1旅游包车车辆查管理
旅游包年车辆管理应具备查询和统计功能，具体要求如下：
a） 旅游包车查洵，包括在线旅游包车查洵、上线旅游包车查间、跨域旅游包车查洵、夜间非法旮运 查询和报警情况查询等；
b） 旅游包午:统il••包括旅游包午:在线情况统〖I•、旅游包乍上线情况统U•、旅游包车跨域（不同地区 监赀平台间）情况统计、旅游包车报警情况统计和旅游包车分布情况统计等。
5.1.9.2旅游包车企业管理
旅游包午:企业管现应具备杳询、统计及考核功能，具体要求如下：
a） 旅游包车企业查询•包栝旅游包车企业详细情况查询和旅游包车荇运线路查询；
b） 旅游包车企业统计，包括旅游包车企业分布怙况统计、旅游包车企业所属车辆在线怙况统计和 旅游包车企业所厲车辆报警情况统计等；
c） 旅游包车企业考核•包括旅游包车企业的月度、季度和年度考核。
5.1.10 货运车辆/企业管理 5.1.10.1货运车辆管理
货运车辆管理应具备查洵和统H•功能，具体要求如下：
a） 货运车辆仵询，包括在线货运车辆杏询、上线货运车辆仵询、跨域货运车辆仵询和报警情况丧 询等;
b） 货运辆统计•包括货运7i•:辆在线情况统计、货运•:辆h线情况统计、货运/r•:辆跨域（不M地K 监管平台问）怙况统计、货运卞辆报警怙况统计和货运辆分布悄况统计等。
5.1.10.2 货运企业管理
货运企业管則ii具备查i旬、统H•及夸核功能•具休要求如K:
a） 货运企业查询•包括货运企业详细情况查询；
b） 货运企业统〖I，包括货物企、Ik分布情况统汁、货运企、Ik所屈午:辆在线情况统il•和货运企、Ik所屈 车辆报警情况统计等；
c） 货运企收考核•包括货运企、Ik的月度、季度和年度考核。
5.1.11车辆动态监控管理
车辆动态监控功能应至少貝•备以下几个功能：
GB/T 35658—2017
a）提供对车辆的实时监控、中.向监听等功能，提供对多车的车辆跟踪、报文发送和车辆拍照等功 能，并可支持对反馈报文、车辆行驶记录数据及照片的历史数据查询；
1））提供对*车辆W史轨迹N放功能，并支持在历史轨迹点提供车辆事件的提示；
c） 提供查洵*时间段、经过*区域的车辆信息，应支持多区域多时间段的联合查洵；
d） 提供企、Ik车辆运行状态报备数据管理功能。
5.1.12车辆视频监控
**平台应具备对单午:或多的视频倍号监控仵旮功能v并支持实时监控及历史视频数据调用 查看。
5.1.13 电子地图管理 5.1.13.1电子地图基本功能
电子地1冬1应具备包括漫游、放大、缩小、全1別、拉框放大、拉框缩小、距离贵算、比例显示、打印和当 前屏幕图像保存等基本操作；具备电了•地图的鹰眼功能、标注功能、图层控制功能、M算功能、地观信息 査询功能和路径分析功能；具备对电了•围栏设置、行驶区域设置和行驶路线设置功能。
地理信息仵询具备对设施点、地名、道路和行政区域的模糊检索功能。
5.1.13.2电子地图表达
电子地图表达应符合GB 20263的规定。
5.1.13.3目标影像展现
**平台应支持车辆等动态0标、自定义设施和点线面叠加；支持地图显小•、影像显示、影像和地图 叠加显示。
5.2平台接口功能
5.2.1与其他平台信息交换
5.2.1.1**平台应具备与上级**平台及接人平台之间的信息交换功能•包括车辆动态信息、静态信 息和跨域信息的交换。
5.2.1.2**平•台应具备与各地运政信息系统联网对接、数据交换等信息共享功能。
5.2.1.3**平台应具备按照行、Ik、时间、区域等向特定午辆所屈平台K发或转发对特定午辆的定向通 知、指令、报警等信息的功能。
5.2.2数据共享接口
**平台应只.备标准数据共亨接II，为K他**部门提供数据共亨接II服务。
5.3 平台管理
平台应只•备W户、角色、权限、机构、日忐管理等功能，并能实现对报警的卢、光提示可控配汽。
5.4统计分析
5.4.1平台管理统计分析
**平f?应具备对接人平台总数、在线平台数、平台人网乍辆数、平f?上线辆数和平台午:辆报警
CB/T 35658—2017 数等的统计分析功能。
5.4.2车辆管理统计分析
车辆管理统计分析应具备车辆统计功能和车辆综合统计分析功能，具体功能如下：
a） 车辆统计功能•包括车辆上线情况统计报表、车辆跨域情况统计报表和车辆报警情况（报警情 况包括下级平台上报的报警及木平台自行产生的报警）统il•报表；
b） 辆综合统计分析功能•包括午:辆信息在线分析、I•:辆K线情况M比/环比分析、彳•:辆报膂情况 N比/环比分析和午辆跨域情况N比/环比分析。
5.4.3其他统计分析
**平台应具备对地区车辆统H•分析、重点运输车辆的特殊统H•分析、企、Ik车辆车载终端安装率统 计及岬驶员连续行驶时K统计分析等功能。其中地区车辆统计分析应包括对地区所属车辆上线情况统 计和地区所屈企业平台上线蒗盖情况统计。
5.5 平台运行监控管理
平台运行监控管理应至少H•备以下几个功能： a）服务器状态监控功能，能监控各种服务状态；
1＞） T台资源监控功能•能监控各服务器资源消耗情况显示资源消耗情况。
6 企业监控平台
6.1基本功能 6.1.1报表导出功能
平台中所冇卉洵结果及统〖I•分析结果均需支持excel的报农汙出功能。
专业专注快速！
快速办理出口各国认证！
中国CCC,CQC,SRRC,企业标准备案,检测报告！
ISO9001,ISO14001,ISO18001管理体系认证！
强势办理:无线电发射设备型号核准证，CTA入网许可证。空气净化器性能检测报告，交通部794认证。
**检测技术（深圳）有限公司
随着北斗民用化的发展，越来越多的车载设备厂商推出了北斗定位终端，很多的解决方案都打出北斗的概念，比如很多终端不再叫Gps终端，而是叫北斗部标终端一体机，位置平台也不再叫GPs平台
，而北斗定位平台之类的。别逗了，北斗定位系统和应用平台八杆子挨不着。一些位置平台开发者看到这些概念*蒙圈，总是在问一些重复性的低端的问题，比如我的北斗部标终端能不能接入你的
符合jt/t 808gps服务器。这些问题如果换到手机上就好理解了，比如你是个移动端应用或游戏开发者，你会关心手机用的是联通手机或者电信、移动手机吗? 你会问，我的联通手机能不能玩你的游戏
软件啊？
首先开发者要搞清楚，北斗技术是底层的定位导航系统技术，中国北斗卫星导航系统（BeiDou Navigation Satellite System，BDS）是中国自行研制的**卫星导航系统。是继美国**定位系统
（GPS）、俄罗斯格洛纳斯卫星导航系统（GLONASS）之后*三个成熟的卫星导航系统。终端是通过植入北斗定位芯片来获取到北斗定位能力，北斗芯片，是包含了RF射频芯片，基带芯片及微处理器的
芯片组，相关设备通过北斗芯片，可以接受由北斗卫星发射的信号，从而完成定位导航的功能。
部标808协议是终端和服务器之间的通信协议，两者是两码事，终端首先通过定位芯片获取到定位数据，然后再通过部标协议上传到服务器上。作为位置平台开发者，根本不需要关心你的终端是北斗的
还是gps，需要关心你的终端上传数据采用的协议是不是交通部的部标而已。
因为部标的推出早于北斗的大规模民用化，所以现在推出的北斗终端主要是为了参与交通部管制的招投标项目，在协议标准上，都是以部标为标准。
所以只要是符合部标794标准的，jt/t 794标准要求终端的上传协议必须符合jt/t 808协议，所以肯定接入部标平台或部标808服务器是没有问题的。部标标准是2011年推出的，已经历经将近四年的市
场化，应用已经非常普遍了。标准意义就在于此，所以再讨论是否能接入的问题，就显得很初级了。

部标1077视频平台标准是在2016年10月份发布的，2019年1月1日开始实施，由于两客一危行业车辆如果做视频运营，必须要通过1077检测，所以现在两客一危平台检测默认是包含部标796GPS平台检测
和部标1077视频平台检测。当然现在已有的两客一危平台肯定已经通过了部标796GPS平台的检测。但是对于市场新进入者，部标1077视频平台不能单独过检，需要先过部标796平台检测，通过796平台
检测后，才能再进行部标1077视频平台检测； 虽然视频平台检测相比GPS平台检测，要多一个视频压力测试，但是视频平台的检测费用上面相比796平台过检，价格略低，检测费是3万元。796平台检测
费是3.8万。不过如果以前没有过过796，则两次检测报名费用合计是6.8万。
796平台检测和1077平台，如果是不同的平台，架构必须要一致，796是BS网页版本的，则1077视频平台也必须要是BS网页版本的，不能是CS桌面版本的。 由于很多厂商老旧的视频平台都是桌面客户端
程序，不是真正意义的BS网页版本的程序，所以不得不做成假的BS程序，通过ActiveX控件，只能使用低版本的IE7,8，9等，依赖IE减低安全等级设置。所以如果是开发平台，较好是一步到位选择真正
的BS网页架构版本的平台。
视频平台检测的主要难点是压力测试，主要的流程如下：
相对于796平台检测的压测的主要区别是：
1.gps压测相对于796多了1000台，压测结果是对比发送的和接收的是否一致，一条也不能少；
2.gps压测通过后，3000台车保持在线，但停止发送定位，开始视频200辆车压测；
3.视频压测的时候，200路的视频连接和对应的200路上级监管平台的转发连接都保持稳定后才开始统计码流；
如果不够200路，压测直接就失败了，因为没有码流统计数字，无法统计结果；
4.200路转发成功后，任意选择一路播放视频，如果有黑屏，卡顿或者无法打开播放的情况，则视为失败；
5.视频播放的时候如果声音不连续也不行，这也说明了卡顿；
6.测试卡顿使用的视频，是一个座钟秒针转动的画面，如果有卡顿，秒针走的时候也会一顿一顿，很明显能够看出来。如果有丢包或者跳帧，则秒针就会时快时慢，或者跳跃前进。
7.测试30分钟，然后统计终端发送的码流，和上级监管平台接收的码流，两者的数字相加要大于11M。视为压测通过。
8.统计结束后，截屏上传到检测系统当中，生成压测报告。

JT/T 794-2019《道路运输车辆卫星定位系统 车载终端技术要求》
JT/T 808-2019《道路运输车辆卫星定位系统 终端通讯协议及数据格式》
GB/T 35658-2017《道路运输车辆卫星定位系统平台技术要求》
JT/T 809-2019《道路运输车辆卫星定位系统平台数据交换》
JT/T 1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》
JT/T 1078-2016《道路运输车辆卫星定位系统视频通信协议》
JT/T 1077-2016《道理运输车辆卫星定位系统视频平台技术要求》

全称叫道路运输车辆卫星定位系统标准符合性检測，口语(或简称)为过检、交通部过检、平台过检、平台測试等等，符合性审查分硬件和平台。硬件就是即是车载终端，平台即运营平台。平台分企业
平台、**平台，企业平台分经营性与非经营性平台，**平台分市级平台与省级平台。在这里讨论的是平台符合性审查，而非硬件。
说起过检，大家铁定都有诉不完的血与泪。太折腾、太纠结、太扯淡了，有木有？当然。做不论什么事都有好的方法与诀窍。假设你充分參透了这些。还是相对照较顺利的。
在我手上成功过检的。不多，可是也有几十家了。都比較顺利。快的一两个星期就能通过，慢的也个把月。以下我简介一些我的经验。请勿拍砖，仅供參考，本文仅仅介绍商务层面的注意事项。关于
每一步的各个小环节的经验请參看下一博文。
整体介绍
从整体上介绍一下检測机构、检測内容、送检资质、开销预算与重点难点等相关内容。让你从整体上有个大概的了解。
机构性质
符合性审查(平台)分两块，一块纯粹过检。由检測中心负责，负责全部的检測工作，在市海淀区上庄镇海事卫星地面站,还有一块是相关资料审核，在市考试指导中心，负责报名资料审核，检測完之后
相关手续与检測报告的办理。主要成败在检測中心，仅仅要检測通过了。兴许手续的办理仅仅是时间问题，以下说说检測中心。
检測中心眼下以企业形式运作，被交通部托付相关检測工作(个人理解仅供參考)，总共同拥有八个检測机构(实际可能没这么多)，八个检測机构不详细做检測，统一托付给检測中心负责，检測报名时
在八个检測机构中“随机”分配。
检測中心总共10个人左右，大部分来自八个检測机构(不一定每一个机构都派人)。上面一个总负责人，以下详细工作人员没有特定建制，各自分工合作，相互制约监督，没有**权力。
总而言之，谁都没有**肯定权，可是谁都有否决权。
所以比較复杂。也保证了相对公平，其内部关系自己想，不用说得太明确。
检測内容
整体检測的内容，參照两个标准，即交通部出的终端通信协议(简称808)与平台通信协议(简称809)，实现分成五部份，各自是：功能、协议、流程、执行、压力(測压力前还有个功能复审)。功能
主要对定位、报警、报表、多媒体、监管等方面的功能性检測。主要是监控端的功能实现。繁琐可是简单。协议分成808与809主要对协议的实现进行检測。流程对平台执行的逻辑关系进行检測，执行
是尽量模拟真实性执行环境对平台进行整体检測，压力是对平台的承压能力进行检測。
主要流程是：先到检測中心报名，审核通过后。就可以按流程进行检測，直到压力检測完毕。然后再去还有一个部门进行兴许手续办理，等待公告、公示。较后拿检測报告。
部标是物流行业的较高标准，全面规范了物流运输行业。它是国家对各大GPS厂商、平台运营商设置的高门槛，但对有核心竞争力的企业更是一个机遇。那些质量差，研发技术弱的企业跨不过这个门槛
，在市场竞争上只能被淘汰，加剧了GPS行业竞争的优胜劣汰。而能跨过这个门槛的精英企业，需精益求精，从产品运营、用户体验、售后服务等各方面努力，才能受到客户的欢迎。 “部标”要求的
技术与世界同步，能通过部标检测，表示国家交通部对公司技术和实力的肯定。选择符合“部标”的产品及服务平台，突破时间和空间的限制，实现跨部门、跨区域的双向信息传递，才可无缝接入国
家联网联控系统，符合国家大力推进的物流信息化发展要求，并较终实现传统物流向现代物流升级。 作为行业良好的物流信息化平台服务企业，
为落实《关于加强道路运输车辆动态监管工作的通知》（交运发〔2011〕80号）文件的相关要求，推动《道路运输车辆卫星定位系统》系列标准的贯彻实施，中国交通通信信息中心组织实施了《道路
运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）和《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准的平台符合性检测工作。 为确保受检平台「含监管平台与监控平台
】的检测质量，将平台符合性检测工作分为五个阶段。五个阶段检测合格后，出具平台检测检测结论，具体检测步骤如下：
功能完备性检测：**阶段
该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员
与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。
工具检测：*二阶段
该阶段检测工作主要通过检测软件来完成检测的，为了确保*三阶段能顺利进行，本阶段主要完成单项协议检测。
本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中对通信协议部分的检测，主要实现受检平台的通信协议正确性检测。检测完成后，检测软件将生成
“《道路运输车辆卫星定位系统平台数据交换》单项协议检测报告” 。
从中可以看出，受检平台不管是监管类的**平台还是监控类的企业平台，都将由检测软件来完成检测工作；检测软件根据检测的情况在数据库中生成检测结果与报告。