基于的道路巡查信息系统设计

0 引言

随着城市化进程的加速发展，城市人口激增，城市道路及其附属设施数量越来越多，给市政道路管理带来了挑战。而城市道路维护和管理手段、软件建设滞后，仍然使用文档和电子表格管理模式，效率不高；道路病害未能及时处理，引发事故，市民投诉屡见不鲜。传统的城市道路维护管理手段和病害处理方式已无法适应现代化管理要求。因此，市政管理部门必须摸清家底，采用高效管理工具和手段进行市政设施的巡查管理。

日常巡查作为市政管理部门发现问题的最主要途径和手段，是市政管理的重要一环。当前，市政园林道路养护人员仍采用传统方法巡查，主要流程为问题发现、记录、拍照、整理、上报、任务下发、修复、结案等。

传统巡查手工作业方式与内业资料整理脱节，巡查时不能有效建立巡查事件发生处与空间地理信息联系，突发事件不能实时反馈到监控中心，应急管理时效性差、协同性差、处理周期长，很难满足“数字城市”“智慧城市”和高效办公要求。

随着3S 技术的发展，特别是智能手机的普及应用，基于Android 系统的移动GIS 技术发展成熟，建立移动端和监控指挥中心信息同步的市政设施巡查管理信息系统，能够快速提升市政设施巡查管理水平，协助巡查员快速高效执行巡查任务，为业务办理提供高效的决策支持手段。

为提高市政道路、窨井、桥隧泵站等市政业务巡查工作效率，本文综合运用3S 等技术，基于Android 系统的智能移动设备，应用移动GPS、GIS、SDE 等技术，设计并研发了一套市政通系统。这套系统具有巡查路线生成、任务上传下达、事件上传、图片一键上传、道路移交、道路巡查、道路占用、桥隧泵站巡查和数据管理等核心功能。

1 APP 总体设计

1.1 市政通架构

市政通架构分为5 层，依次是基础层、数据层、服务层、应用层和用户层，系统架构如图1 所示。

图1 市政通总体架构

基础层支撑市政通移动终端、数据传输的网络通信设施、PC 端所需的系统软硬件设备及其运行环境。

数据是市政通的基础，也是市政业务的数据来源，通过网络传输形成市政业务资源数据库，同时共享厦门市国土天地图，作为巡查路线的底图。

服务层包括基础地图服务、数据库服务、通信服务、接口服务等。

应用层主要面向道路管养单位，PC 端主要面向市政道路管理科室人员，主要应用功能包括道路巡查、移交、维护、占用、挖掘、桥隧、泵站管养，以及任务上传下达、业务统计等。

用户层指系统最终用户，包括养护单位、市政管理人员等，基于Android 开发。

1.2 技术路线

基于移动终端，结合移动GIS、GPS、RS 等技术特点，将道路巡查技术流程分为3 步。

（1）巡查员根据巡查计划，携带安装有道路巡查信息系统的智能手机，开始巡查时点击系统开始巡查按钮，系统通过调用智能手机的GPS 模块记录巡查员巡查的轨迹信息。

（2）巡查过程中遇到相关问题时，通过系统添加按钮记录当前的巡查问题，输入相关信息，同时GPS 模块自动获取空间位置，拍照取证；系统自动记录巡查事件，登录用户名相关信息。

（3）在B/S 端系统，值班人员可以查看巡查情况，包括巡查轨迹、发现问题、巡查状态等。当巡查事件处于紧急状态时，巡查人员填写问题等级“紧急”，该件进入后台系统时自动预警，启动应急管理流程，发送预警信息供相关人员处理。系统可以查看和回放整个巡查过程，展示巡查人员工作过程。

图2 现场道路巡查路线

1.3 关键技术

（1）道路单元。道路巡查时，以道路单元为单位关联道路设施、问题事件、路口、照片等，需要对道路进行单元分割。原则上，在区属道路和市属道路的交叉路口，区属道路需要断开机动车的路口交叉处，路段要断开；一个道路单元只能有一个道路名称，路名变化的地方要断开，一个道路单元不能跨越两条道路；进入小区的路口无需断开。未切割路口原则上归属道路等级较高的道路。

（2）路口切割。两条道路相交一般出现在十字路口和“T”型路口，根据本项目单元划分原则，当且仅当存在两条区属道路十字型相交时形成路口，4 个方向分别切割形成路口，根据道路的权属、道路等级、道路方向等进行归属划分。

2 系统实现

基于移动GIS 的市政通，以道路为单元，实现道路巡查、道路挖掘、道路占用、桥隧泵站的巡查上报。分为智能移动端系统、后台服务端系统两部分，系统功能结构见图4。

文章来源：《遥感学报》 网址: http://www.ygxbzz.cn/qikandaodu/2021/0409/595.html