武汉交通部平台GB35658可以办

本标准规定了道路运输车辆卫星定位系统架构，以及道路运输车辆卫星定位系统中**监管平台和企业监控平台的功能要求、平台性能与其他要求等内容。
本标准适用于道路运输车辆卫星定位系统**监管平台及企业自建或运营商搭建的卫星定位系统平台。

交通部平台新标准GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。

交通部符合道路运输车辆卫星定位系统标准的系统检测是由*人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、**平台无缝连接。其分为企业平台检测和**平台检测，我们暂时只提供企业平台的检测。相关标准有：GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。

企业监控平台

6.1基本功能

6.1.??1报表导出功能

平台中所有查询结果及统计分析结果均需支持 excel的报表导出功能

6.1.2报警和警情处理

6.1.2.1报警

企业平台应支持接收由车载终端触发的报警信息,包括违规行驶报警、前撞报警、胎压异常报警、车道偏离报警、紧急报簪、设备故障报警、偏离路线报警、区域报簪、**速报警、疲劳驾驶报警、断电报警、**时停车报警、动态信息上报异常报警和电瓶欠压报警等。部分报警难以由终端实现的,如违规行驶报警、偏移路线报警、区域报警等,平台应能自行根据业务需求产生报警,并应能配置是否下发终端进行警提示。产生报警时,可通过声、光、图片和文字等方式提示并显示车辆动态位置信息、静态信息和相关

6.1.2.2报警信息处理

企业平台应具备对终端上报的报警信息和企业平台分析产生的报警信息进行处理的功能,应支持将报警信息和报警处理结果信息实时传送到**平台,并响应**平台下发的报警处置请求指令。报警信息处理过程包括报警信息确认、报警处置、报警处理情况登记和报警信息处理状态跟踪。报警处可依据不同报警类型进行如下方式的处置,包括车辆监听、拍照、报警解除和下发信息等,通过下发信息达到提醒司机的目的。所有报警及报警处理信息均应记录井提供查询功能

6.1.3.1车辆监控管理

车辆监控管理应包括车辆上下线实时提醒、车辆调度、车辆监控、车辆跟踪、车辆点名、车辆查找、区域查车和车辆远程控制等功能

a)车辆上下线实时提醒:实时反映车辆上下线情况,通过声、光等形式进行提醒

b)车辆调度:通过多种方式选择车辆,并向车辆下发调度信息

c)车辆监控:实时接收终端上传的动态信息,并在电子地图上显示其位置,并可根据需要显示车辆动态信息

d)车辆跟踪:以定时方法,在电子地图显示单车或多车实时位置和状态信息

e)车辆点名:向*车辆发送车辆点名命令,终端上报车辆位置信息,企业平台在电子地图上显示车辆位置

f)车辆查找:按照车牌号码、SM卡号码、司机、企业和车队等条件查询车辆

g)区域查车:在电子地图上查询设定区域的当前车辆

h)车辆远程控制:将监听、解除监听、无线通信连接、图片抓拍等不会影响车辆运行安全的指令发送到终端,通过终端实现相应功能

i)车辆运营状态报备:平台应具备车辆运营状态报备登记功能

j)车辆长时异常离线提醒:平台应具备动态巡检车辆在线情况功能,对于长时异常离线车辆,采用声、光和文字形式对监控人员进行提醒,应上报动态信息上报异常报警企业平台应具备*时间段内回放*车辆历史轨迹的功能

6.1.3.3定时定位车辆查询

企业平台应具备根据车辆的轨迹数据,查询*时间段内、经过*区域的车辆信息的功能,并且应支持多区域多时间段的联合查询

6.1.3.4终端运行监控

企业平台应提倛终端运行情况监控功能能够实时监控终端在离线情况,并提供运行监控分析，企业平台可提供对单车或多车的视频和图像信号实时监控及历史视频和图像数据调用查看功能，电子地图管理应符合 5.1.13的规定

6.1.4平台接口功能

6.1.4.1与**平台信息交互

61.4.1.1企业平台应具备与**平台的信息交换的功能,包括车辆动态信息、静态信息和跨域信息的交换

6.1.4.1.2企业平台应具备与上级**平台重连后自动补传或按照上级平台补传指令补传动态位置信息的功能

6.1.4.1.3企业平台应具备接收上级**平台下发通知并进行醒日显示的功能

6.1.4.1.4企业平台应具备下发上级**平台指令到车载终端的功能

6.1.4.1.5企业平台应具备与上级平台间数据同步功能

6.1.4.2监控平台间连接情况

平台应具备监控自身与上级**平台间连线情况功能,在掉线时应以声,光等提示信息提示用户直至恢复连接

6.1.5.1监管巡查

企业平台应能够响应**平台下发的查岗指令,并将查岗结果上报到**平企业平台收到车辆上报动态位置信息后,应立刻向**平台实时上报车辆的位置、状态信息和报警信息,响应**平台对车辆的拍照和监听等车辆远程控制指令,显示**平台下发信息、企业平台应具备对车队或车辆报警、行驶里程、车辆上线率、历史轨迹有效性等信息的统计分析功能,并以文字或图表方式表示统计分析结果

6.1.7.1终端管理

终端管理应具备终端参数配置管理、终端开户、销户、车辆停用、车辆转组和终端转车等功能。其中终端参数配置管理应包括IP地址配置、报警参数配置、区域设置和路线设置配置、终端固件升级等

6.1.7.2基础信息管理

企业平台应具备SIM卡管理、终端管理、车辆管理、从业人员管理、车队、运输企业管理等功能,并提供对车辆信息的综合查询

6.1.7.3预设信息管理

企业平台应具备在电子地图上预设区域及线路并进行管理的功能

6.1.7.4行驶记录管理

企业平台应具备远程调用车辆行驶记录相关信息的功能,并能够对车辆行驶记录信息保存、查询统计、分析和打印

企业平台应具备对终端上传的音频、视频、图片等信息的检索上传、存储及查询等功能

6.1.4.1.2企业平台应具备与上级**平台重连后自动补传或按照上级平台补传指令补传动态位置信息的功能

6.14.1.3企业平台应具备接收上级**平台下发通知并进行醒目显示的功能

6.1.4.1.4企业平台应具备下发上级**平台指令到车载终端的功能

6.1.4.1.5企业平台应具备与上级平台间数据同步功能

6.1.4.2监控平台间连接情况

平台应具备监控自身与上级**平台间连线情况功能,在掉线时应以声、光等提示信息提示用户直至恢复连接

6.1.5监管功能

6.1.5.1监管巡查

企业平台应能够响应**平台下发的查岗指令,并将查岗结果上报到**平台

6.1.5.2监管平台实时数据交换

企业平台收到车辆上报动态位置信息后,应立刻向**平台实时上报车辆的位置、状态信息和报警信息,响应**平台对车辆的拍照和监听等车辆远程控制指令,显示**平台下发信息

6.1.6统计分析功能

企业平台应具备对车队或车辆报警、行驶里程、车辆上线率、历史轨迹有效性等信息的统计分析并以文字或图表方式表示统计分析结果

6.1.7管理功能

终端管理应具备终端参数配置管理、终端开户、销户、车辆停用、车辆转组和终端转车等功能。其中终端参数配置管理应包括IP地址配置、报警参数配置、区域设置和路线设置配置、终端固件升级等

6.1.72基础信息管理

企业平台应具备SIM卡管理、终端管理、车辆管理、从业人员管理、车队、运输企业管理等功能,并提供对车辆信息的综合查询。

6.1.73预设信息管理

企业平台应具备在电子地图上预设区域及线路并进行管理的功

6.1.7.4行驶记录管理

企业平台应具备远程调用车辆行驶记录相关信息的功能,并能够对车辆行驶记录信息保存、查询统计、分析和打印

6.1.7.5多媒体信息管理

企业平台应具备对终端上传的音频、视频、图片等信息的检索上传、存储及查询等功能

6.1.7.6平台管理

平台应具备用户管理、角色管理、权限管理、日志管理和报警控制配置等功能。其中报警控制配置功能应实现对报警的声、光提示可控配置

6.1.7.7平台运行监控管理

平台运行监控管理应至少具备以下几个功能

a)服务器状态监控功能,能监控各种服务状态;

b)平台资源监控功能,能监控各服务器资源消耗情况,可显示资源消耗情况

6.2业务功能

6.2.1偏离路线报警

当车辆偏离预设的行驶路线范围**出国值时报警,并以声、光等方式提示,提供对偏离路线报警的记录和处理

6.22线路关键点监控

支持对车辆行驶路径关键点时间的监控,即当车辆未按照规定时间内到达或离开*位置时,实时以声、光等方式提示,提供对报警的记录和处理

6.23区域报警

企业平台应具备在平台上设定圆形或多边形的限制区域,实现车辆进出区域后报警的功能,并以声、光等方式提示,提供对报警的记录和处理,并能对报警对象车辆实现批量调度处理

6.2.4分路段限速监控

平台应能对分路段设置限速阈值,实现**速报警,并提供对**速的警告、记录和处理

6.2.5疲劳驾驶报警

当驾驶员连续驾驶时间**过阈值时报警,并以声、光等方式提示,并提供疲劳驾驶报警的记录和对终端上传的驾驶员身份信息识别,并将驾驶员身份有效性结果信息下传到终端,完成驾驶员身份识别过程

6.2.7班线客运特殊业务功能

6.2.7.1营运线路查询

6.2.72乘客**员监控

通过拍照或禨等方式监控车辆**员情况,提供对车载终端直接通话功能提醒驾驶人员**员,提供对**员的警告、记录和处理

6.28ACC信号异常报

当汽车用带点火开关的转向镜的**挡位(简称ACC)处于关闭状态时,车辆连续30min速度值

大于30km/h应产生报警,并以声、光等方式提示,提供对报警的记录和处理

6.2.9位置信息异常报警

当ACC处于开启状态时,终端处于不上传位置信息,或上传未定位状态位置信息并连续**过

30min时应产生报警,并以声、光等方式提示,提供对报警的记录和处理

7.1性能指标

7.1.1平台总体性能

平台总体性能应至少满足以下要求

a)支持平台7×24h不间断运行

b)车载终端在非休眠状态下上报车辆动态数据时间间隔不大于60s

c)在没有外部因素影响的情况下,故障恢复时间不**过120min

报警及报警信息处理至少满足以下要求

a)应急与报警信息处理时间不**过10min

b)**保证报警信息及报警处理信息显示。

平台车辆接入性能要求如下

具有定位数据高并发处理能力:平均500条/s、峰值1000条/s

)企业平台能支持至少10000台终端接入,支持**过10000个动态目标的监控能力

c)**平台(县级除外)能支持显示**过100000个动态目标

7.1.4平台响应时间

较大并发用户数达到系统设计要求的并发用户数时,各事务平均响应时间不应**过单用户平均响

7.1.5地图数据质量

电子地图数据质量至少满足以下要求

a)电子地图应使用经国家测绘主管部门审核批准的电子地图;

b)地图更新频率不少于一年一次

7.2网络传输

网络传输环境要求如下:

a)**平台之间支持专线网络或互联网*连接

b)企业平台支持互联网或专线网络等方式连接**平台

73数据存储和备份

数据存储及备份要求如下:

a)数据在线存储时间不得少于183天;

b)建立数据备份机制,每月对数据进行全量备份,每周对数据进行增量备份,系统数据恢复时间不**过5h

交通部符合道路运输车辆卫星定位系统标准的系统检测是由*人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、**平台无缝连接。其分为企业平台检测和**平台检测，我们暂时只提供企业平台的检测。相关标准有：GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。
我们平台完全按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台拿到交通部进行认证。为了帮助客户顺利过检，我们安排专人常年驻扎，可以为客户申请过检，低、速度快，*。
主要特色
一、完全按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台拿到交通部进行认证。
二、采用FLEX作为前端展示平台，后台支持LINUX和WINDOWS，APP支持iphone/ipad、android，真正实现了跨平台、跨浏览器、跨移动终端。
三、采用先进的SOCKET开发框架，保证了系统在处理高并发情况下的稳定性和可靠性。目前在用的实际生产环境为两台普通PC服务器（一台做WEB和网关，一台做数据库）承载了将1万台终端，同时在线的终端**过6000台。

本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中对通信协议部分的检测，主要实现受检平台的通信协议正确性检测。检测完成后，检测软件将生成“《道路运输车辆卫星定位系统平台数据交换》单项协议检测报告” 。
深圳交通部平台过检GB/T 35658-2017标准

交通部符合道路运输车辆卫星定位系统标准的系统检测是由*人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、**平台无缝连接。其分为企业平台检测和**平台检测，我们暂时只提供企业平台的检测。相关标准有：GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。

按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台到交通部进行认证。为了帮助客户顺利过检，我们安排专职开发团队全程跟踪，确保每个人员都精通流程、精通操作。

我们的承诺：*过，周期快，为您省时省利省。

准备工作：

1、至少一台服务器并托管在IDC机房或者购买阿里云服务器。

a. 服务器的参考配置：8核16G内存1T的硬盘空间；

b.如果是IDC机房选择电信、联通或者电信联通双线的机房；

c.保证服务器前端没有对数据流通造成瓶颈的设备（例如小型/家用型防火墙、路由器、交换机）；

d.压力测试期间带宽好保证在*享20M或以上，好能临时升级到50M；

e.开通服务器7000、11000、8080、80、9999端口。

2、IP备案。备案的办理时间需要半个月以上。在工信部办理。(服务器备案，阿里云直接可以在阿里云网站上备案)

3、至少联系1家运营公司，拿到公司全称、经营许可证号等信息用于录入到系统中，将对这些信息与车辆进行匹配。

4、准备纸质版报名材料（加盖公章、骑缝章），交至中国交通通信信息中心，通过后领取平台编号。具体材料包含：

a. 检测意向单

b.企业监控平台标准符合性检测申请函其中包含：

1.企业监控平台软件配置清单

2.企业监控平台硬件配置清单

3.企业监控平台服务运输企业信息表

c.企业监控平台设计方案（双面打印，胶装，封面纸张需要硬皮带花纹（类似于标书封面）

d.企业监控平台操作手册（双面打印，胶装，封面纸张需要硬皮带花纹（类似于标书封面）

e.平台检测合同

5、需要准备2辆安装了部标协议的GPS终端的车辆

a.检测意向单

b.企业监控平台标准符合性检测申请函其中包含：

1.企业监控平台软件配置清单

2.企业监控平台硬件配置清单

3.企业监控平台服务运输企业信息表

c.企业监控平台设计方案（双面打印，胶装，封面纸张需要硬皮带花纹（类似于标书封面）

d.企业监控平台操作手册（双面打印，胶装，封面纸张需要硬皮带花纹（类似于标书封面）

e.平台检测合同

部标是物流行业的高标准，全面规范了物流运输行业。它是国家对各大GPS厂商、平台运营商设置的高门槛，但对有核心竞争力的企业更是一个机遇。那些质量差，研发技术弱的企业跨不过这个门槛，在市场竞争上只能被淘汰，加剧了GPS行业竞争的优胜劣汰。而能跨过这个门槛的精英企业，需精益求精，从产品运营、用户体验、售后服务等各方面努力，才能受到客户的欢迎。 “部标”要求的技术与世界同步，能通过部标检测，表示国家交通部对公司技术和实力的肯定。选择符合“部标”的产品及服务平台，突破时间和空间的限制，实现跨部门、跨区域的双向信息传递，才可无缝接入国家联网联控系统，符合国家大力推进的物流信息化发展要求，并终实现传统物流向现代物流升级。 作为行业优秀的物流信息化平台服务企业，

为落实《关于加强道路运输车辆动态监管工作的通知》（交运发〔2011〕80号）文件的相关要求，推动《道路运输车辆卫星定位系统》系列标准的贯彻实施，中国交通通信信息中心组织实施了《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）和《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准的平台符合性检测工作。 为确保受检平台「含监管平台与监控平台】的检测质量，将平台符合性检测工作分为五个阶段。五个阶段检测合格后，出具平台检测检测结论，具体检测步骤如下：

功能完备性检测：**阶段

该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。

工具检测：*二阶段

该阶段检测工作主要通过检测软件来完成检测的，为了确保*三阶段能顺利进行，本阶段主要完成单项协议检测。

本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中对通信协议部分的检测，主要实现受检平台的通信协议正确性检测。检测完成后，检测软件将生成“《道路运输车辆卫星定位系统平台数据交换》单项协议检测报告” 。

从中可以看出，受检平台不管是监管类的**平台还是监控类的企业平台，都将由检测软件来完成检测工作；检测软件根据检测的情况在数据库中生成检测结果与报告。

交通部符合道路运输车辆卫星定位系统标准的系统检测是由*人民共和国交通运输部发起的，旨在规范各企业的定位系统，实现终端、企业平台、**平台无缝连接。其分为企业平台检测和**平台检测，我们暂时只提供企业平台的检测。相关标准有：GB/T 35658-2017，JT/T 808-2019和JT/T 809-2019。

我们平台完全按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台拿到交通部进行认证。为了帮助客户顺利过检，我们安排专人常年驻扎，可以为客户申请过检，低、速度快，*。

主要特色

一、完全按照交通部对企业监控平台的开发要求开发，企业可以直接使用本平台拿到交通部进行认证。

二、采用FLEX作为前端展示平台，后台支持LINUX和WINDOWS，APP支持iphone/ipad、android，真正实现了跨平台、跨浏览器、跨移动终端。

三、采用先进的SOCKET开发框架，保证了系统在处理高并发情况下的稳定性和可靠性。目前在用的实际生产环境为两台普通PC服务器（一台做WEB和网关，一台做数据库）承载了将1万台终端，同时在线的终端**过6000台。

应用场景

为客运车、物流车、出租车、公交车、运钞车、公安巡逻车、消防车、邮政车、服务车、公务车、医疗急救车、私家车、运输船舶、渔船等提供定位、跟踪、监控、调度、管理、指挥、防盗入反劫服务，并且满足老人监护、儿童定位、宠物跟踪、车友互联等服务。

部标过检准备工作

一、过检前准备

1、准备一台服务器并托管在IDC机房，带宽在过检期间好申请为*享30M－50M，电信或联通机房均可

2、安装WINDOWS 2008 SERVER 64位操作系统

3、开启远程桌面

二、需要提供的资料

1、公司名称、详细地址、法人代表名称及联系电话、公司座机、传真号码

2、机房详细地址

3、要过检的平台名称

三、服务器推荐配置

8核16G、500G以上硬盘（好是全新的或近两年采购的，不能用太旧的服务器，因为要做压力测试）

推荐使用阿里云主机，配置：8核16G、系统盘50G（SSD）、数据盘200G（高效云盘）



2017年至2018年，主要做的重大版本更新有：
1.2017年增加部标1078协议支持，增加部标1077视频监控平台功能支持，相继有多家客户通过交通部检测中心的部标1077视频监控平台检测；
2.2018年增加对江苏省的Adas标准的支持，简称苏标的协议规范支持，包括：《道路运输车辆主 动安全智能防控系统平台技术规范》（T/JSATL 11—2017）和《道 路运输车辆主动安全智能防控系统通讯协议规范》（T/JSATL 12—2017）。
2019年主要做的重大更新：
1. 更新平台功能符合国标GB/T 35658-2017标准，由于《道路运输车辆卫星定位系统 平台技术要求》由部标796标准变为国标GB/T 35658-2017标准，检测中心的检测标准也按照GB/T 35658-2017标准来检测。
基于部标1078视频协议和苏标Adas协议构建主动安全平台
通过增加1078视频服务器和web视频播放器，可以将GPS平台改进为符合部标1077的视频平台。当然视频开发的工作量和复杂度也是gps平台所不能比的。一个视频平台不是简简单单的播放视频就完事了，仔细阅读部标1077的文档的视频功能标准就可以看到，一个视频平台还要附加大量与视频相关的如视频报警、报警联动、服务器录像存储回放、视频参数设置、视频下载、报表统计等功能，有很多琐碎的功能细节需要全部实现，才能称为一个完整的部标视频平台。同时视频平台也需要与上级运管对接，为上级运管提供视频转发的服务器功能，1078协议在809协议上面又附加了大量与视频相关的指令，如实时播放、FTP上传、资源文件检索、回放、报警等功能。
GPS平台有了视频功能，平台监控手段地丰富性将大大增强，GPS报警，轨迹，报表等都可以和实时视频，视频录像文件进行深度的集成和关联，如视频报警联动等，
GPS监控的web平台对技术的要求如下：
1.实时监控和部标808协议的几十种终端指令的上传下达，百度地图车辆位置监控，地图操作等功能需要频发的对服务器发送基于ajax的request，返回json数据，基本上是重度使用ajax请求和Json传输。
2.Web服务器需要应对网页客户端重度的request请求，性能要求较高，在mvc框架开发的时候，一定要避免内存泄漏，因为在频繁的request请求调用之下，小小的内存泄漏，会一点一点积累，直至耗掉tomcat的内存。
3.安全性上，框架至少要能够防御CSRF、XSS和SQL注入攻击