一种地下管线维护审批系统及方法与流程

本申请涉及计算机信息安全技术领域，尤其涉及一种地下管线维护审批系统及方法。

背景技术：

地下管线是指供水、排水、燃气、热力、电力、通信、广播电视、工业等管线及其附属设施，是保障城市运行的重要基础设施和“生命线”。目前，对于地下管线的管理已实现信息化管理，建成了各类管线数据库，由各权属单位分别负责各类管线数据库的管理和维护，如路灯管理处可访问路灯管线数据，根据路灯管线数据，部署路灯管线新建或改造等开挖施工，并维护路灯管线数据。

由于地下管线数据具有保密性和私有性，各权属单位只能获取所属范围内的相应管线数据，不能直接获取其他管线数据。而在进行开挖施工时，如果不能掌握施工范围内所所有管线的分布信息，容易导致其他管线误挖和马路拉链现象，对施工安全和人们的日常生活带来较大不便。现有技术中，在进行开挖施工之前，施工单位需要分别向各类管线权属单位分别递交数据访问申请，分别在各权属单位批复后获得施工范围内相应管线数据。

然而，在施工范围内，通常分布多种地下管线，因此，施工单位需要向多个权属单位分别递交数据访问申请，效率较低；并且，各权属单位的审批工作独立性较强，不利于管理部门对地下管线的审批业务进行规划。

技术实现要素：

本申请提供了一种地下管线维护审批系统及方法，以解决开挖审批效率低的问题。

第一方面，本申请提供了一种地下管线维护审批系统，该系统包括：数据层、业务逻辑层和应用层，其中，

所述数据层，用于存储综合管线数据和用户数据，所述综合管线数据包括多类地下管线的空间位置信息和属性信息，所述用户数据包括用户权限，所述用户权限包括第一用户对应的请求权限和第二用户对应的审批权限；

所述应用层，用于所述第一用户根据所述请求权限发送开挖审批请求到所述业务逻辑层；所述业务逻辑层，位于所述数据层和应用层中间，包括接口管理模块和arcgis模块，所述接口管理模块，用于将所述开挖审批请求存储至所述数据层；

所述应用层，还用于所述第二用户根据所述审批权限发送开挖审批指令到所述业务逻辑层；所述业务逻辑层中的接口管理模块，还用于从所述数据层中获取所述开挖审批请求并发送到所述应用层；

所述应用层，还用于所述第二用户根据所述审批权限对所述开挖审批请求进行审核，以及所述第一用户根据所述开挖审批请求审核通过发送综合管线数据请求到所述业务逻辑层；

所述业务逻辑层中的所述arcgis模块，用于根据所述综合管线数据请求，从所述数据层获取所述综合管线数据并发送到所述应用层。

优选地，所述数据层包括综合管线数据库、空间数据库引擎、用户数据库引擎和用户数据库，其中：

所述综合管线数据库用于存储所述综合管线数据，所述空间数据库引擎用于所述arcgis模块获取所述综合管线数据库中的综合管线数据；

所述用户数据库用于存储所述用户数据，所述用户数据库引擎用于所述接口管理模块获取所述用户数据库中的用户权限。

优选地，所述应用层，用于发送登录信息到所述业务逻辑层；

所述业务逻辑层中的接口管理模块，用于接收所述登录信息，利用所述用户数据库引擎，获取所述用户数据库对应所述登录信息的用户权限，并将所述用户权限发送至所述应用层。

优选地，所述数据层还包括基础地图数据库，所述基础地图数据库用于存储地形数据；

所述应用层，还用于发送地形数据查询请求到所述业务逻辑层；

所述业务逻辑层的arcgis模块，还用于接收所述地形数据查询请求，利用空间数据库引擎获取所述基础地图数据库中的地形数据，并将所述地形数据发送至所述应用层。

第二方面，本申请还提供了一种地下管线维护审批方法，所述方法包括：

开挖审批模块根据第一用户的请求权限，发送开挖审批请求到接口管理模块；

所述接口管理模块将所述开挖审批请求存储至用户数据库；

所述开挖审批模块根据第二用户的审批权限，发送开挖审批指令到所述接口管理模块；

所述接口管理模块将所述用户数据库中所述开挖审批请求发送至所述开挖审批模块；

所述开挖审批模块，根据所述审批权限审核所述开挖审批请求；

所述管线查询模块，根据所述开挖审批请求审核通过，发送综合管线数据请求到所述arcgis模块；

所述arcgis模块根据所述综合管线数据请求，从综合管线数据库中获取综合管线数据并发送到所述管线查询模块。

优选地，所述审批请求模块根据第一用户的请求权限，发送开挖审批请求到接口管理模块之前，还包括：

登录模块将所述第一用户登录信息发送至接口管理模块；

所述接口管理模块在用户数据库中获取与所述第一用户登录信息匹配的请求权限，将所述请求权限发送至所述审批请求模块。

优选地，所述开挖审批模块根据第二用户的审批权限，发送开挖审批指令到所述接口管理模块之前，还包括：

登录模块将所述第二用户登录信息发送至接口管理模块；

所述接口管理模块在用户数据库中获取与所述第二用户登录信息匹配的审批权限，将所述审批权限发送至所述审批请求模块。

优选地，所述开挖审批模块的审核结果包括：审核通过和审核未通过，其中，所述审核通过包括审批有效时间。

本申请提供的地下管线开挖审批及方法的有益效果包括：

本申请提供的地下管线维护审批系统，通过将多类地下管线的空间位置信息和属性信息均存储至数据层，使管理部门能够获取各权属单位的地下管线数据，便于管理部门对地下管线的审批业务进行规划；数据层还存储有用户权限，用户权限请求权限和审批权限。请求审批的用户根据请求权限发出开挖审批请求，管理部门的用户根据审批权限对开挖审批请求进行审核，请求权限和审批权限均可通过业务逻辑层的接口管理模块从数据层中获得，安全性高；业务逻辑层的arcgis模块根据开挖审批请求审核通过，将综合管线数据发送至应用层，使请求审批的用户可获取所审批的多类地下管线的数据。利用本申请提供的地下管线维护审批方法，请求审批的用户如施工单位，可在开挖审批请求中同时请求审批查询多类地下管线数据，而不需向多个权属单位分别递交数据访问申请，大大提高了审批效率。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种地下管线维护审批系统的结构示意图；

图2为本申请实施例提供的一种地下管线维护审批方法的流程示意图。

具体实施方式

本申请实施例提供了一种地下管线维护审批系统及方法。参见图1，为本申请实施例提供的一种地下管线维护审批系统的结构示意图，如图1所示，本申请提供的地下管线维护审批系统，包括：数据层、业务逻辑层和应用层。

具体的，数据层包括基础地图数据库、综合管线数据库、空间数据库引擎、用户数据库和用户数据库引擎。其中，基础地图数据库内存储着设定区域内的地形数据，本实施中，设定区域指各权属单位如路灯管理处、供水管理处的上级单位如城市综合管线管理部门的管辖范围。地形数据包括水系、境界、居民地、植被等的空间位置、属性信息以及各类资源的空间关系等数据。

综合管线数据库内存储着多类地下管线的空间位置信息和属性信息，如路灯管线、供水管线、排水管线、热力管线、通信线缆、电缆等各自的分布位置、管线型号、敷设日期等数据。

空间数据库引擎，是存储和管理基础地图数据库、综合管线数据库的通路，如arcgis。

用户数据库，又称其他关系数据库，存储的数据包括用户数据，用户数据包括与用户名称对应的身份信息、权限信息等。

用户数据库引擎，又称关系数据库引擎，是存储和管理用户数据库的通路。

应用层，包括地图查询模块、管线查询模块和审批模块。其中，地图查询模块，用于发出地形数据查询请求；管线查询模块，用于发出综合管线数据查询请求，审批模块，用于发出开挖审批请求或开挖审批指令。应用层将地形数据查询请求或综合管线数据查询请求或开挖审批请求或开挖审批指令发送到业务逻辑层，由业务逻辑层进行处理，进一步的，应用层还将业务逻辑层提供的数据层经处理后的数据发送给用户。当然，应用层还用于将用户的登录信息发送到业务逻辑层，并接受业务逻辑层反馈的相关信息。

业务逻辑层，处于数据层和应用层中间，由arcgis模块和接口管理模块组成。arcgis模块用于把地形数据和综合管线数据以服务的方式发布出来，以便应用层通过arcgisapiforjavascript技术调用并展示地图和管线数据资源。接口管理模块提供应用层使用的各项功能接口，包括用户登录、数据权限管理、开挖审批等。以用户登录为例，接口管理模块的工作方式包括：接口管理模块接收来自应用层的登录信息，利用数据层的用户数据库引擎，在用户数据库中获取与用户登录信息相对应的用户权限、用户身份等用户信息，将用户信息反馈至应用层，使应用层能够根据业务逻辑层反馈的用户权限等用户信息，进行相应操作，如根据用户权限为普通用户的请求权限，则用户可通过填写相应信息，生成开挖审批请求，并发送到业务逻辑层进行下一步处理；根据用户权限为管理用户的审批权限，则用户可发出开挖审批指令到所述业务逻辑层，利用接口管理模块调取数据层中的开挖审批请求进行审核等操作。

为对本申请提供的地下管线维护审批系统做进一步说明，本申请还提供了一种地下管线维护审批方法，参见图2，为本申请实施例提供的一种地下管线维护审批系统的流程示意图，该方法包括如下步骤：

步骤s110：开挖审批模块根据第一用户的请求权限，发送开挖审批请求到接口管理模块。

具体的，本实施例中，第一用户为普通用户，如路灯管理处用户，第一用户在应用层可通过地图查询模块查询某一区域的地形数据，通过管线查询模块查询第一用户所权属的管线数据，本实施例中，第一用户可通过管线查询模块直接查询路灯管线数据，但如果第一用户在接到新建、扩建、改造管线任务时，需要查询其他管线数据，如供水管线数据、排水管线数据、通信线缆数据等，则需要通过进入地下管线维护审批系统，通过在应用层的审批模块发出开挖审批请求，请求管理部门进行审批。

当然，第一用户在发出开挖审批请求之前，需要进行登录，从而确认第一用户的身份信息、权限信息等用户信息。登录方法在上述地下管线维护审批系统中已有介绍，在此不再赘述。

第一用户登录后，根据业务逻辑层反馈的第一用户身份为路灯管理用户，用户权限为请求权限，即第一用户可发出开挖审批请求，可在应用层的可视化界面上绘制开挖区域，并填写标题、开挖时间、开挖地址、开挖理由等基础信息，绘制和填写完成后，生成并发送开挖审批请求。第一用户发送完开挖审批请求后，由地下管线维护审批系统进行进一步处理。

步骤s120：接口管理模块将所述开挖审批请求存储至用户数据库。

具体的，业务逻辑层的接口管理模块接收应用层开挖审批模块的开挖审批请求并进行处理。处理过程包括：通过数据层的用户数据库引擎，将开挖审批请求存储到用户数据库。

步骤s130：所述开挖审批模块根据第二用户的审批权限，发送开挖审批指令到所述接口管理模块。

具体的，由第二用户对第一用户的开挖审批请求进行审核。本实施例中，第二用户是指各权属单位如路灯管理处、供水管理处的上级单位如城市综合管线管理部门的用户。当然，第二用户也需要先登录到地下管线维护审批系统后才能进行审核，第二用户的登录过程与第一用户类似，在此不再赘述。

第二用户登录到地下管线维护审批系统后，根据接口管理模块反馈的第二用户为城市综合管线管理部门的用户，用户权限是审批权限，则可通过开挖审批模块发出开挖审批指令。

步骤s140：接口管理模块将所述用户数据库中所述开挖审批请求发送至所述开挖审批模块。

具体的，业务逻辑层的接口管理模块接收应用层开挖审批模块的开挖审批指令并进行处理。处理过程包括：根据开挖审批指令，利用数据层的用户数据库引擎，将开挖审批请求从用户数据库中调取出来，并发送至应用层的开挖审批模块，使第二用户能够在应用层查看到开挖审批请求。

步骤s150：所述开挖审批模块，根据所述审批权限审核所述开挖审批请求。

具体的，第二用户对应用层显示的开挖审批请求进行审核，利用其审核权限，在基础地图中定位到开挖区域，即第一用户所绘制的区域，并进行开挖分析，以人机交互过程，对该开挖审批请求进行综合分析，并给出审核结果。审核结果包括审核通过和审核未通过，其中，审核通过还包括审批有效时间，审核未通过还包括审核意见。

步骤s160：所述管线查询模块，根据所述开挖审批请求审核通过，发送综合管线数据请求到所述arcgis模块。

具体的，在第二用户审核完成后，第一用户可在开挖审批模块查看开挖审批请求的审核结果。当审核结果为审核通过时，第一用户可在审批有效时间内，利用管线查询模块发出综合管线数据查询请求，其中，发出的综合管线数据查询请求包含有审核结果。

当第一用户查看到的审核结果为审核未通过时，可根据第二用户给出的审核意见，修改开挖审批请求并提交，使第二用户对修改后的开挖审批请求进行审核。

步骤s170：所述arcgis模块根据所述综合管线数据请求，从综合管线数据库中获取综合管线数据并发送到所述管线查询模块。

具体的，第一用户发出的综合管线数据查询请求到达业务逻辑层，arcgis模块根据所述综合管线数据请求及包含的审核结果为审核通过，且所接收综合管线数据请求的时间在审批有效时间内，从数据层的综合管线数据库中获取综合管线数据并发送到所述管线查询模块，使第一用户能够在应用层查看到所查询的综合所有地下管线数据并进行数据分析等处理。

进一步的，在本实施例的另一种实施方式中，在步骤s150中，审核通过也可不包括审批有效时间，进而在步骤s170中，arcgis模块发布综合管线数据的依据为综合管线数据请求及包含的审核结果为审核通过。为保证综合管线数据保留在应用层导致数据泄露的风险，第二用户可在确保第一用户已经完成数据查看、分析工作后，及时关闭数据查看权限，即将开挖审批请求的审核结果更改为已过期、超时等失效状态，使第一用户发出的综合管线数据请求中的审核通过结果失效，不能通过arcgis模块调取所有地下管线的数据，而只能查看第一用户所权属的路灯管线数据，提高了数据安全性。

从上述实施例可以看出，本申请提供的地下管线维护审批系统，通过将多类地下管线的空间位置信息和属性信息均存储至数据层，使管理部门能够获取各权属单位的地下管线数据，便于管理部门对地下管线的审批业务进行规划；数据层还存储有用户权限，用户权限请求权限和审批权限。请求审批的用户根据请求权限发出开挖审批请求，管理部门的用户根据审批权限对开挖审批请求进行审核，请求权限和审批权限均可通过业务逻辑层的接口管理模块从数据层中获得，安全性高；业务逻辑层的arcgis模块根据开挖审批请求审核通过，将综合管线数据发送至应用层，使请求审批的用户可获取所审批的多类地下管线的数据。利用本申请提供的地下管线维护审批方法，请求审批的用户如施工单位，可在开挖审批请求中同时请求审批查询多类地下管线数据，而不需向多个权属单位分别递交数据访问申请，大大提高了审批效率。

以上所述的本发明实施方式并不构成对本发明保护范围的限定。