( 图示 系统登录界面 )

( 图示 故障列表查询界面 )

( 图示 故障列表跳转界面 )

建设方案

整合已有系统的数据资源, 从而建立各公交企业的公交车基础信息库、维修厂维修保养信息库、维修资源信息库,以便于统一管理和查询。

实时主动监控:对全市各公交企业公交车辆进行实时 GPS 轨迹监控跟踪, 一旦运营车辆发生异常停驶并超过一定时间(项目初定为5分钟,根据实际数据情况调整)没有位移,则系统自动记录其为疑似道路故障案例,并自动生成电子围栏,同时将疑似案例消息发送至对应企业用户。通过对救援车实时GPS轨迹的监控, 若有同企业救援车辆进入电子围栏,则生成确定故障记录并消除该电子围栏。本过程全程为实时主动判定,增加了监控的时效性和准确性。

及时通知拯救:根据实时故障抛锚情况,及时通知公交企业落实拯救。

定期统计按月汇总:所有的实时判定结果,包括疑似案例与已匹配案例,同时都将定期与各企业提供的维修保养记录数据进行第二次匹配, 力求更大程度地掌握公交车道路故障案例情况。由于各企业提供的维保数据部分为非实时录入, 因此匹配结果也有部分延迟,因此匹配结果为定期统计,并按月汇总一次,以用于维驾处及其他管理部门对公交企业进行相关考评。

自动运行监测有效减少人工:为提升本项目系统的接受度,系统大部分工作为自动运行,以减少各企业相关人员的工作负担, 同时后续可根据实际的判定结果和需求,适当修改判定规则,尽量保证不影响其他系统运行以及相关工作人员的工作流程和工作量。

车辆维修保养信息全整合:目前关于全市公交车辆及维修保养信息尚无统一查询平台,各公交企业通过其自有的信息化系统记录其自有车辆及维保信息。本系统完成后,通过各企业数据的接入,将有效地解决监管部门对公交企业车辆及维修保养信息的统一查询统一管理。

开发接口接入公交车 GPS 数据库,通过实时数据分析,分析全市运营状态公交车辆行驶轨迹,对GPS 数据异常停驶(即长时间保持位置不变)的情况进行筛选,形成公交车道路疑似故障基础数据。

开发接口接入各公交企业维修厂的救援车 GPS 数据库,通过电子围栏技术,将疑似故障车辆周围动态生成电子围栏,并实时与救援车行驶轨迹进行匹配, 若与同属企业的救援车发生接触,则触发围栏,认定为道路故障案例。

开发接口接入各公交企业维修厂的维修数据,每日对其救援维修及保养数据进行整理匹配,建立维修保养监控体系,并通过匹配,确认一定数量的故障救援案例。

整合智能公交调度系统中的车辆基础数据、各维修厂的维修保养数据、 维修资源数据,建立用于维修驾驶行业综合监管查询数据库,便于统一管理和查询。