建设智慧交通与智慧城管PPP项目技术标书第四分册技术方案智慧城管平台及城管监控部分

正本

五莲县数智城市建设（数智交通与

数智城管）PPP本次项目

先进技术标书

第四分册

先进技术解决方案-数智城管整体平台及城管监控部分

本次项目编号：WL-ZFCG2015-080

投标包号：1

供应商：普天信息先进技术有限公司（盖单位公章）

2015年11月27日

目录

1.数智城管整体平台设计.................................5

1.1.总体设计.....................................................5

1.1.1.总体设计原则............................................5

1.1.2.信息系统总体架构........................................6

1.1.3.业务流程设计............................................7

1.1.4.总体先进技术路线.......................................10

1.2.应用软件整体平台建设解决方案.................................19

1.2.1.统一受理分整体平台.....................................20

1.2.2.业务协同分整体平台....................................31

1.2.3.智能管控分整体平台....................................65

1.2.4.数据交换分整体平台....................................79

1.2.5.地理信息分整体平台....................................88

1.2.6.终端应用分整体平台...................................103

1.2.7,数据分析分整体平台...................................122

1.2.8.数智环卫分整体平台...................................144

1.2.9.五莲县与日照市数字城管信息系统接口...................146

2.数智城管监控部分设计.................................151

2.1.现状分析....................................................152

2.2.建设目标....................................................152

2.3.信息系统概述................................................153

2.4.信息系统原理................................................154

2.5.信息系统组成................................................155

2.5.1.前端抓拍摄像机........................................155

2.5.2.中心管理整体平台......................................155

2.5.3.视频存储信息系统......................................156

2.6.信息系统特点功能............................................156

2.6.1.违停自动取证功能......................................156

2.6.2.车牌自动识别功能......................................156

2.6.3.多目标处理功能........................................156

2.6.4.手动取证功能..........................................156

2.6.5.支持复杂场景下的抓拍..................................157

2.6.6.超长延时抓拍..........................................158

2.6.7.不重复抓拍............................................158

2.6.8.多场景巡航取证........................................159

2.6.9.兼具对逆行、压黄线违章检测功能........................159

2.6.10.其他特点............................................160

2.7.中心管理整体平台............................................161

2.7.1.实时查看违章信息......................................161

2.7.2.违停报警联动..........................................161

2.7.3.历史违章信息查询......................................162

2.7.4.查看违章录像..........................................162

2.7.5.违章数据导出..........................................163

2.8.存储设计...................................................164

2.8.1.基本要求..............................................164

2.8.2.图片存储..............................................165

2.8.3.视频存储.............................................165

2.9.设备选型...................................................165

2.9.1.违停抓拍高清球机.....................................165

2.9.2.高清视频矩阵.........................................171

2.9.3.存储磁盘阵列.........................................182

2.9.4.违停管理整体平台.....................................186

1.数智城管整体平台设计

1.1.总体设计

总体设计原则

•整体规划、分步实施、重点突破

数字化城市管理信息系统涉及部门多、事项杂，信息系统建设合适的内容丰

富，应统一规划、整体设计。在本次项目实施中应根据原有信息系统情况和不同

部门的状况，划分阶段，先易后难。

•先进技术先进、功能使用、扩展性好

在信息系统设计和建设中尽可能采用先进的先进技术和设备，保证先进性、

安全性、可靠性和可扩展性。各项功能设计要方便实用，操作简单，便于修改，

容易定制，满足个性化要求。

•借鉴国内已有经验，选用成熟设计

为缩短建设周期，避免本次项目风险，建设中要借鉴国内同类信息系统建设

经验并有所创新，在经过使用前验、成熟的设计和软件产品基础上加以改造升级。

•利用、保护原有投资，提高原有信息系统功能

在本次项目建设重要充分利用现有信息化资源，包括网络、服务器、信息和

审批业务信息系统等。在设计解决方案重要充分注意保护各部门己有的业务信息

系统，在不改变原有信息系统业务流程基础上实现信息系统互联和信息共享。通

过信息系统建设不但要实现统一管理功能，还要为各部门业务处理增添新的功能

带来好处和便利。

•加强身份权限管理，注重信息系统安全和可靠运行

信息系统在于个行业部门连接及提取数据是要确保各行业部门的网络与信

息安全，确保本信息系统内部用户身份的唯一性、可靠性、不可抵赖性。

1.1.2.信息系统总体架构

总体框先进技术架图如下:

①。⑤3。◎娄贮啰

浏览器电子邮件电话传真移动电话PDAPC机自助终端大屏展示

应用系统

呼叫中心受理了萩

无线数据采集子系统•工作了系统

监瞽指挥子系统地理编码子系统数据交换子系统

综合评价子系统应用维护子系统基＜数据营理子系统

政

系

系

视频数据整合分析子系统外勤¥辆及外勤人员管理子系统售

策

统

统

后

法

安

管

服

规

全

理

与保定市数字城管接口务

•数据层

通过建立城市基础数据库的设计。建立数字城管信息系统的数据层，包含各

类基础空间数据库、事件部件数据库、地理编码数据库、人员组织机构数据库、

业务数据库、综合评价数据库以及其他资源的数据库等。

•支撑层

支撑层是信息系统应用层与数据层之间的桥梁，通过数据交换整体平台整合

数据中心的所有数据库，形成统一的数据整体平台，供各应用信息系统进行方便

的调研和管理。

•应用层

建设开发符合项目需求的各个应用子信息系统：无线数据采集信息系统、监

督受理子信息系统、协同工作子信息系统、地理编码子信息系统、监督指挥子信

息系统、综合评价子信息系统、应用维护子信息系统、数据共享与交换子信息系

统、基础数据资源管理子信息系统、视频监控整合分析子信息系统、外勤车辆及

外勤人员管理子信息系统共11个应用信息系统。

,表现层

表现层分为数据采集和信息展现两部分，为公众、信息员、领导提供多种方

式的展现：

数据采集部分包括城管通采集终端、外网门户、呼叫中心、摄像头等；

信息展现部分采用丰富的表现介质，包括移动终端设备、外网门户、内网办

公桌面、领导办公桌面等。

1.1.3.业务流程设计

数字化城市管理模式的工作流一般包括受理、立案、派遣、处理、督察、核

查和结案等七个环节阶段。由监督中心负责统一受理来自社会公众、监督员、领

导批示等多种来源的城市管理项目问题，经甄别立窠后，由指挥中心进行统一派

单处理。

1.131.信息采集(收集)阶段

信息采集阶段的主要业务流程：相关领导、监督员、市民通过城管通手持终

端、手机、电话、城市管理门户网站等手段向监督中心提交城市管理项目问题信

息。

城市管理项目问题信息来源主要包括领导批示、市民投诉和监督员巡查采集

三种。

(1)领导批示：城市管理相关领导通过政府公务外网或移动督办子信息系

统登陆数字化城市管理信息系统，直接对城市管理项目问题进行批示立案。

(2)市民投诉举报：市民发现项目问题，通过电话、手机、城市管理门户

网站等多种方式向监管中心举报，监督中心登记公众举报信息，通知监督员核实,

监督员通过城管通手持终端上报监督中心。

(3)监督员巡查采集：监督员在所负责的若干单元网格内发现项目问题后,

通过城管通手持终端及时上报,上报合适的内容包括发生项目问题的位置、图像、

表单、音频等信息。

.案卷建立阶段

案卷建立阶段的主要业务流程：监督中心接收监督员上报项目问题，审核立

案后，批转到指挥中心。

监督中心首先对获得的项目问题信息判断其信息来源，对于监督员上报和领

导批示的项目问题可直接进行立案，对于市民投诉举报的信息，则交给监督员进

行现场核实；对于不属实的信息进行注销，不符合立案条件的信息也进行注销；

属实的信息进行部件/事件判定，将事件信息直接进行立案判断，对部件信息判

断其在部件数据库中是否存在，存在则进行立案判断，不存在则需要添加临时部

件，等专'也部门更新数据后，再将临时部件替换成更新后的部件。

.任务派遣阶段

任务派遣阶段的主要业务流程：指挥中心接收监督中心批转的案卷，派遣至

相关专业部门处理。

监督中心立案后，由指挥中心根据项目问题责任部门分派任务，交由责任部

门进行处理，同时对责任部门进行计时考评。

任务派遣遵循“属地原则(即按项目问题所在区域认定责任主体的原则)”

与“属主原则(即按项目问题主管部门认定责任主体的原则)，对于一般案件，

由指挥中心分派专业部门进行处理；对于重大案件，指挥中心派遣专业部门进行

处理同时报送领导督办。

1.L3.4任务处理阶段

任务处理阶段的主要业务流程：相关专业部门按照指挥中心的指令，处理项

目问题，将处理结果反馈到指挥中心。

对于一般案件，由专业部门进行处理，并将处理结果反馈到指挥中心；对于

重大案件，由专业部门进行处理，同时主管领导督办。

1.1.35任务反馈阶段

处理反馈阶段的主要业务流程：指挥中心将相关专业部门送达的项目问题处

理结果反馈到监督中心。

1.1.36核查结案阶段

核查结案阶段的主要业务流程：监督中心将项目问题的处理结果通知监督员

进行核查、上报，核查信息与处理信息一致则进行结案，否则要求专业部门重新

处理。

如果核查结果为项目问题已解决，则进行结案；如果核查结果为项目问题没

有解决，则将项目问题信息流转到轴，指挥中心将责成专业部门进一步进行处理

或重新进行处理。

L1.3.7.综合考评阶段

综合考评阶段的主要业务流程：信息系统根据预先设置的考评指标、考评指

标权重（分值）、考评周期，结合来自城市管理门户网站的考评数据，对城市管

理相关责任主体进行考评，生成考评结果，并将部分考评结果信息通过发布公共

信息子信息系统向社会发布。

综合考评主要包括区域考评、部门考评和岗位考评。

区域考评按一定周期对社区、单元网格不同层面区域进行考评，根据区域考

评模型，由信息系统自动生成考评结果。

部门考评按一定周期对专业部门和各责任主体进行考评，根据部门考评模型,

由信息系统自动生成考评结果。

岗位考评按一定周期对监管中心、指挥中心、各岗位和监督员等进行考评，

根据岗位考评模型，由信息系统自动生成考评结果。

1・1・4.总体先进技术路线

1.141.采用基于J2EE先进技术体系结构的整体优势

1、J2EE先进技术标准：

J2EE是一个基于JAVA的应用信息系统的运行标准，由于采用JAVA先进技

术开发，具有JAVA语言固有的开放性和跨整体平台特性，很多信息系统整体平

台厂商都对其全力支持，因此可以选择多种硬件整体平台、操作信息系统、数据

库、中间件和应用信息系统，基本做到只开发一次，就可以在各种环境下运行，

构成不同规模的应用解决解决方案。J2EE先进技术采用组件模型，保证组件本

身可重用，并规范了组件之间的通讯、交互功能，通过标准接口实现数据库的隔

离，同时提供事务管理、配置管理等一系列规范。使用遵循J2EE标准的整体平

台，可以从根本上保证信息系统具有可扩展、可重用、易管理等能力体系。

J2EE网络服务的部署模式如下图所示:

2、安全性:

应用体系结构为三层结构的应用信息系统，客户机必须通过应用服务器才能

访问数据库服务器，杜绝了客户机直接访问数据库服务器的可能；客户机对服务

器的访问特权可以指定或内置于三层中的每一层，提供三个级别的安全性。

3、稳定性：

应用体系结构为三层结构的应用信息系统，其业务逻辑层与用户表示层、数

据服务层完全分离，三层之间相对独立，使得其中某一层的改变根本不影响到其

他两层。因而，当用户项目需求发生变更时，信息系统维护人员可以很容易地控

制变更范围，信息系统的稳定性特别高。

4、可适应性：

应用体系结构为三层结构的应用信息系统，应用服务器（即：业务逻辑层）

主要承载与管理应用信息系统的全部业务逻辑，每一个业务逻辑被封装成独立的

应用组件，组件与组件之间只通过有限的、指定的接口进行通信，当某一业务逻

辑发生变化时，仅须修改其相应的应用组件即可，对象的结构与交互方式、数据

的结构与存取方式等不须作修改，有效地限制了一处修改而处处牵连的“波动效

应“，信息系统具有很强的变化适应能力体系。

5、可移植性：

应用体系结构为三层用纯Java语言来实现的，应用业务逻辑的部署与应用

服务器具体的机型、操作信息系统无关，应用信息系统可以任意移植、轻松实现

跨整体平台运行，更可以支持异构整体平台之间的互连和紧密衔接。结构的应用

信息系统，业务逻辑层的应用组件的开发是采纯Java语言来实现的，应用业务

逻辑的部署与应用服务器具体的机型、操作信息系统无关，应用信息系统可以任

意移植、轻松实现跨整体平台运行，更可以支持异构整体平台之间的互连和紧密

衔接。

6、可伸缩性：

应用体系结构为三层结构的应用信息系统，由于其所有的应用程序（即：应

用组件）全部置于应用服务器中，用户可以根据其信息系统的规模，来确定应用

服务器的配置与数量，当信息系统的规模扩大时，仅需升级应用服务器的配置或

增添应用服务器的数量，来满足日益增长的业务项目需求，信息系统的可伸缩性

极强。

7、易维护性：

应用体系结构为二层结构的应用信息系统，由于二层之间相对独立，信息系

统的变更范围容易控制；客户机不需要安装复杂的网络、数据库等连接和驱动程

序，其维护工作和维护成本趋于“零'应用服务器中的业务逻辑被封装成独立

的应用组件，某一业务逻辑的变化仅仅影响到某一独立的应月组件，信息系统具

有很强的适应能力体系；因此，应用体系结构为三层结构的应用信息系统，其信

息系统的维护工作简单、维护成本较低。

1.1.42采用B/S构建五莲县数字化城市管理核心业务信息系统

为充分保证信息系统在安全性、跨整体平台性、易扩展性、易维护性等方面

的要求，建议采用先进的基于JAVA整体平台的三层应用体系结构。在这种结构

下，用户界面完全通过WWW浏览器实现，一部分事务逻辑在前端实现，但是主要

事务逻辑在服务器端实现，形成所谓3-tier结构。用通用浏览器就实现了原来

需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件

信息系统构造先进技术，这种结构己成为当今应用软件的首选体系结构。

三层结构应用信息系统相对于C/S两层应用信息系统，具有许多内在的优点。

1、逻辑界限清晰：

中间层允许用户把全部逻辑函数从另外的两个层中移到中间层的一个组件

中去定义实现，这样各层之间相对独立使得其中某一层的改变不影响其他层。因

而，当用户项目需求发生变化的时候，开发人员可以很容易地控制变更的范围，

从而达到及时修改的目的。

2、资源的优化：

由于一个应用信息系统的功能被分为三个部分，因此可以根据各层负载情况,

将它们分布到相应的硬件整体平台上。并可根据业务扩大的项目需求及时增加，

可升级相应的硬件整体平台来满足不断增加的负载项目需求，使得信息系统具有

良好的可扩展性。再有，可使应用信息系统较为方便地使用异种数据源。

3、信息系统的易维护性

由于B/S结构客户端只需要浏览器(InternetExplorer),既不需要安装复

杂的网络、数据库等连接，更不用安装伴随开发工具的界面控制驱动程序，即便

需要在浏览器中嵌入必要的界面控制合适的内容，浏览器本身也会自动下载及安

装，完全省去了人工干预，其维护工作和维护成本趋于“零”，因此，采用B/S

应用体系结构信息系统的维护工作简单、维护成本较低，非常有利于“城市模块

化管理信息系统”这样一个全市、业务应用广泛和需要随时根据需要进行功能方

面、界面控制等合适的内容更新的信息系统。

4、信息系统的安全性

整个信息系统由三个部分组成：客户端、中间层应用服务器、数据库服务器。

应用信息系统的层次结构划分为：用户表示层、业务逻辑层、数据服务层，在

B/S三层结构应用信息系统中，由用户表示层向业务逻辑层发出请求，然后业务

逻辑层决定使用哪个数源来满足其请求。通过使用相同的调月接口，业务逻辑层

就可以对任何可用的数据源访问。最后，可以增强和提高信息的安全性。访问特

权可以指定和或内置于三个层次的每一个层次中，以便提供三个级别的安全性。

L143,采用基于WebServices先进技术实现信息系统对外接口

WebServices先进技术描述了一些操作的接口，通过标准化的XML消息传

递机制，可以通过网络访问这些操作。WebServices是用标准的、规范的基于

XML的WSDL语言描述的，它隐藏了服务实现的细节，允许独立于硬件或软件整

体平台、独立于编写服务所用的编程语言方式使用该服务。这使得基于Web

Services的应用程序具备松散耦合、面向组件和跨先进技术实现的特点。

采用基于WebServices先进技术实现信息系统对外接口具备以下特征：

1、完好的封装性

WebServices既然是一种部署在Web上的对象，自然具备对象的良好封装

性。对于使用者而言，它能且仅能看到该对象提供的功能列表。

2、松散耦合性

这一特征也是源于对象/组件先进技术，当一个WebServices的实现发生变

更的时候，调用者是不会感到这一点的。对于调用者来说，只要WebServices

的调用接口不变，WebServices实现的任何变更对他们来说都是透明的，甚至

当WebServices的实现整体平台从J2EE迁移到。NET或者反向迁移时，用户

都可以对此一无所知I。从前，分布式的应用程序逻辑需要使用分布式的对象模型,

诸如Microsoft的分布式组件对象模型（DCOM）、对象管理集团（OMG）的公用对

象请求代理程序体系结构（C0RBA）或SUN的远程方式方法调用（RMI）o通过使

用这种基本结构，开发人员仍可拥有使用本地模型所提供的丰富资源和精确性，

并可将服务置于远程信息系统中。这些信息系统有一个共同的缺陷，那就是它们

无法扩展到互联网上。他们要求服务客户端与信息系统提供的服务本身之间必须

进行紧密耦合，即要求一个同类基本结构。这样的信息系统往往十分脆弱：如果

一端的执行机制发生变化，那么另一端便会崩溃。例如，如果服务器应用程序的

接口发生更改，那么客户端便会崩溃。对于松散耦合而言，尤其是在Internet

环境下的WebServices而言，需要有一种适合Internet环境的消息交换协议。

而XML/SOAP正是目前最为适合的消息交换协议。

3、使用协约的规范性

这一特征从对象而来，但相比一般对象，其界面规范更加规范化并易于被机

器理解。首先，作为WebServices,对象界面所提供的功能应当使用标准的描

述语言来描述（比如WSDL）。其次，由标准描述语言描述的服务界面应当是能够

被发现的，因此，这一描述文档需要被存储在私有的或公共的注册库里面。同时,

使用标准描述语言描述的使用协约将不仅仅是服务界面，它将被延伸到Web

Services的聚合、跨WebServices的事务、工作流等，而这些又都需要服务质

量（QoS）的保障。我们知道安全机制对于松散耦合的对象环境的重要性，因此,

需要对诸如授权认证、数据完整性（比如签名机制）、消息源认证以及事物的不

可否认性等运用规范的方式方法进行描述、传输和交换。最后，所有层次上的处

理都应当是可管理的，因此，需要对管理协约运用同样的机制。

4、使用标准协议规范

作为WebServices,其所有公共的协约完全需要使用开放的标准协议进行

描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。

一般而言，绝大多数规范将最终有W3c或OASIS作为最终版本的发布方和维护方。

5、高度可集成能力体系

由于WebServices采取简单的、易理解的标准Web协议作为组件界面描述

和协同描述规范，完全屏蔽了不同软件整体平台的差异，因此，无论是CORBA,

DCOM还是EJB,都可以通过这一种标准的协议进行互操作，实现了在当前环境下

最高的可集成性。

城管信息系统涉及了多种集成方式，所以必须拥有一个全面的集成整体平台

才能满足项目需求。举例来讲，针对现有的“协同工作信息系统”及“GIS信息

系统”来讲使用JCA模式会成为比较合理的集成方式。由于这些信息系统都已经

成为标准的完整应用拥有自己的逻辑与业务、安全等模式，如果只进行简单的数

据集成则需要重新开发大量的原有信息系统中的逻辑，为集成带来很多工作量与

复杂度。同时该类集成还需要拥有统一的专用管理界面，以保证集成后的可维护

性。而针对同步建设的几个子信息系统，由于构建在同一整体平台下，架构构一

致沟通便利，因此更多的利用JMS直接进行信息系统间通信将成为理想的集成模

式，该方式即能保证集成信息系统间的独立性又能保证信息系统的灵活度与可定

制性、可调整性。还有一类集成属于针对外部相关机构的无关性集成任务，该类

集成由于涉及的先进技术架构，应用体系等都有较大的不确定性，因此采用Web

Services将能够提供更灵活的集成性。借助WebServices的先进技术无关性与

通信标准性可以保证针对未来的各种符合标准的信息系统都能够达到无关性集

成，并且其信息系统间的相关性可以降到最低，使集成任务的工作量更少。

1.L4.4.利用XML作为信息系统接口数据交换标准

XML数据传输是不同信息系统之间日渐流行的标准数据传输方式，由于与整

体平台和编程语言的无关性，因此，通过XML可以有效保证对各种异构信息系统

的数据接口需要，以达到政府各信息系统数据资源的最优整合。

XML适于异构应用间的数据共享。

XML的灵活性和扩展性使其可以对不同应用甚至是差异很大的应用间的数据

进行描述，尤其是对于那些专用于记录数据的应用。另外，XML具有自我描述的

特性，结果是数据可以在不同的应用间进行交换与处理而不必要求相应的应用程

序是针对该数据定制的。

用于强大的数据检索

XML属于元标记语言，进一步讲，根据这一特性，用户只要在XML的文档类

型定义文件中定义一系列有意义的标记，这样基于该文档类型定义文件所产生的

XML文档就可以按照任意的条件进行查询和检索，甚至实现L算机自动检索，而

相应的检索引擎可以是通用的而不必局限于具体的应用。

提供多语种支持

XML规范中提供了对多语种的支持，包括UTF-7、UFT-8、UNICODE、GB2312

（简体中文）、BIG5（繁体中文）等等，这一特点使得XML非常有利于多语种的

应用开发。

1.1.45面向对象（00A）的设计与开发

根据不同的应用类型，采用面向对象或面向过程的信息系统分析与设计方式

方法。

传统的软件工程以软件的工程化为目标，强调方式方法论，工具与环境，质

量保证体系，本次项目管理，配置管理，但基本理念是基于具体项目需求、从零

开始的开发。这种开发模式显然已经不适合于现代软件信息系统开发的要求。而

面向对象的设计（00A）以软件的组装式生产为目标，强调各种粒度的软件重用、

接口与表示和实现分离、统一对象模型，继承和发展了传统软件工程。面向对象

先进技术将计算看成是一个信息系统的演变过程，信息系统由对象组成，通过一

系列的状态变化来完成计算。对象具有保持能力体系和自主计算能力体系。面向

对象设计和实现的重点是多个对象的网状组织结构和协同计算，而不是过程调用

的层次结构，这样就在本质上适应了并发、分布信息系统及互联网的计算特征。

1.L4.6.工作流引擎先进技术

工作流先进技术适应于电子政务整体平台框架下的具体电子政务应用信息

系统中各个政府职能部门之间的联办互动工作，公文流转，网上审批、信息传递

等信息系统都要用到工作流先进技术。采用工作流引擎先进技术将信任服务、授

权服务和工作流等业务流程有机融合紧密结合在一起，构成安全的工作流业务信

息系统，为不同业务信息系统集成提供实现的先进技术手段C

具体而言，工作流先进技术要达到以下目标：

支持跨整体平台、多种语言的接口，使用户的己有应用可以在不做改动或稍

做改动的情况下应用到新的工作流上；

建立流程控制数据库，让适当的人在适当的时间通过适当的方式提醒从而以

适当的手段完成适当的事情；

支持多种工作处理机制，例如工作人员外出时的远程办公机制、授权机制等

等；

与消息中间件之间的有效结合，支持各种灵活的触发和提醒机制，例如界面

提示功能、数据库触发机制和消息的存储转发等等。

在工作流引擎的设计上实现流程、信息和人的分离设计，各司其职，各成体

系。

工作流的设计思想如下图所示。

流程期则

文科资料，.数据库

4•九

组织/角色

图工作流引擎设计思想

.基于WebGIS构建地理信息与业务信息系统结合

海量地图数据的共享应用，对信息系统运行的网络环境提出非常高的要求，

地图用户的不断增长，也对服务器和网络环境提出更高要求c

GIS先进技术与Web先进技术的结合形成的WebGIS先进技术，使地图数据

在网上发布成为可能，用户可以通过浏览器进行地理信息的各种操作。与C/S结

构的GIS应用信息系统不同，WebGIS服务器向客户端发送的一般是最终生成的

地图影像的图片，用户无法直接存取地图资源库，从而真正保证了原始地图数据

的应用安全。

信息系统采用空间数据库先进技术，对空间数据进行有效组织，并通过负载

均衡先进技术，在多服务器环境中实现最佳的信息系统运行处理效率。通过

WebGIS先进技术大大降低了对网络带宽的运行要求，从而满足政府部门在政务

专网上对地图数据应用的要求。

1.2.应用软件整体平台建设解决方案

本章节主要介绍本本次项目各应用软件子信息系统的功能设计合适的内容。

1.2.1.统一受理分整体平台

121.1.监督受理子信息系统

监督受理子信息系统（即“监督受理子信息系统”）是为数字化城市管理监

督中心设计，通常设立呼叫中心，使用人员一般为呼叫中心接线员。通过信息传

递服务引擎将无线数据采集信息系统报送的项目问题信息传递到接线员的工作

整体平台，接线员通过信息系统对各类项目问题消息接收、处理和反馈，完成信

息收集、处理和立案操作，为协同工作子信息系统提供数字化城市管理项目问题

的采集和立案服务，保证项目问题信息能及时准确地受理并传递到指挥中心。

呼叫中心受理的数字化城市管理项目问题包括监督员上报、部门上报和社会

公众举报的项目问题。

该信息系统应实现的主要功能包括：

＞提供管理项目问题信息的自动受理功能；

＞提供管理项目问题信息的手工登记功能；

＞能根据上报管理项目问题信息中包括的坐标信息，在地图中自动标识出

项目问题发生位置；

＞通过登记的项目问题位置描述，能在地图中搜索并定位到项目问题发生

位置；

＞具备向监督员发送项目问题任务指令功能；

＞具备接收监督员核实、核查信息、结案处置功能；

＞能够与协同工作子信息系统进行数据交互，向协同工作子信息系统自动

报送任务数据；

＞具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显

示、查询功能;

＞具备新项目问题或任务反馈信息实时提示功能;

＞能够通过电子地图查询某个单元网格当前在岗监督员。

1）监督员上报

受理人员接到监督员上报信息后进行信息系统录入。信息系统通过受理人员

录入的案件类别信息自动关联案卷所属类别、所属区县、所属街道、所在万米网

格和所负责的监督员，减少了受理人员信息录入工作量，与地图信息一一对应，

实现了智能化的应用效果，提高了工作处理效率。

监督员在城管通中处理完成待核实项目问题采集并提交后，呼叫中心电话坐

席人员自动接收巡查人员对任务信息的反馈结果，以便电话坐席人员对预立案件

的处理。

呼叫中心电话坐席人员可以对巡查人员发送任务，经过信息系统处理后发送

到巡查人员的手持终端机上。在城管通中将显示待处理的项目问题。

在接线员接收公众咨询或投诉的时候，接线员可以调用出GIS地图，并根据

公众的地点描述进行地图的查询，同时能够直接在地图上选定一个点供职能部门

处理时的位置参考。

地图浏览

在地图浏览中可以根据不同图层进行分层选择并显示。同时，根据不同图层

查询该图层的元素属性。

通过输入网格编号或手动点击地图进行定位后，地理编码引擎将自动进行匹

配，给出详细的位置描述。同时提供了对于关键字和部件的查询。

韶糊号j1201140209000172

万米网格）120114001007

配件损坏

期述高彘施磊赢前F

用件:飙…1

1201140209000172

韶牛取点

地理编码查询

2）公众举报登记

＞记录公众提供的举报信息，由相关人员定期将建议信息进行分类整理，

并分类上报给相应的专业部门。

＞记录用户接收反馈意见的方式、希望得到答复的时限等。

＞将项目问题或投诉合适的内容进行分类，进行预立案提交到“协同工作

信息系统”流程等待下一步处理。

DCIIndi数字化城市管理系统

w"*2F!s,wec

电信分

3）项目问题核实立案

对于部分项目问题需要进行监督员核实的，信息系统将自动发送通知给相应

的监督员，由监督员进行核实采集。在核实采集的数据可靠的后，监督中心受理

员可以根据相关规定选择建议的处理部门和处理意见，填写完毕后，进行立案操

作。立案后的信息形成正式的案卷将交给协同工作子信息系统进行案卷的处理过

程。

如核实的数据为不存在的信息，监督中心受理员将不对该信息进行立案，可

进行删除操作。

4）核查结案

根据监督员快捷上报的案卷处置项目问题，信息系统提供案卷上报核实管理

功能。案卷上报核实管理主要是针对监督员上报的快捷案件进行核实处置，受理

员通过案卷上报核实管理确定监督员上报项目问题及处置的合理性，对于合理的

案卷进行结案处置，并计入考核管理。

1212项目问题来源子信息系统

项目问题来源子信息系统为城管监督中心受理员使用，主要提供一下功能。

1）分类汇总统计

根据现有数据进行统计，以图形、表格等方式进行显示，从而可以方便地对

热线信息系统的运转情况进行分析，并可根据分析结果进行适当地调整，使热线

信息系统能够更好地满足实际情况的需要。信息系统提供统计分析功能主要表现

在下面几个方面：

＞来电情况统计：可以统计某个时间段内来电数、语音受理数、人工受理

数、直接回复数、有效反馈数等本次项目的具体数值以及所占的百分比，并以图

形方式显示。

＞可以对来电的业务类型进行分类统计，以表格与图形的方式来进行显示,

分月话务量统计：

＞可以按月对各种类型的来电进行统计，形成表格与图形，可以有效地进

行比较。

＞数据采集情况统计：对由接线员辅助进行数据采集情况进行统计。

＞接线员工作统计：对接线员的工作情况（如工作时间、受理电话数、有

效答复数等）进行统计。

2）城市管理项目问题来源及处理

＞咨询业务处理：

通过热线电话的接线员，能交互式咨询相关事项，例如办事流程、需要做的

准备工作等。

接线员可以使用信息系统提供的资料查询功能，来准确回答公众的咨询。

接线员无法当场答复的项目问题，可以通过本信息系统直接将电话转至具体

的委办局有关人员，由其解答；也可以推迟一定的时间来向用户提供准确的反馈

信息。

＞公众建议处理:

记录公众提供的建议信息，由相关人员定期将建议信息进行分类整理，并分

类上报给相应的专业部门。

＞项目问题投诉处理：

对于常见的并且有解决解决方案的项目问题，由接线员直接进行答复。

对于无法现场答复的项目问题，记录用户接收反馈意见的方式、希望得到答

复的时限等，进行预立案提交到“协同工作信息系统”流程等待下一步处理。

＞公众举报处理：

记录用户接收反馈意见的方式、希望得到答复的时限等C

将项目问题或投诉合适的内容进行分类汇总，进行预立案提交到“协同工作

信息系统”流程等待下一步处理。

3）项目问题状态分类

汇总所有城市管理监督中心受理的所有项目问题状态分类为以下四类，并且

要做到实施更新以便能够更有效提高服务处理效率：

＞待处理

＞处理中

＞已处理

＞已作废

121.3.城管热线子信息系统

12319作为政府城建面向全社会的服务信息系统，把政府城建信息系统各级

部门和各区政府的职能统一到一个服务整体平台上，统一涵盖政府供水、供气、

供暖、市政、市容、城市交通、园林绿化、城市规划、房管、环卫、路灯、建筑

市场、建筑工程质量和安全监理等多种行业，同时为普通市民提供与其日常生活

密切相关的各种便民、信息服务和社区服务。

随着社会形势的发展，改革的深入，新情况，新项目问题不断出现，人们对

生活的质量及相关的社会服务提出了越来越高的要求。作为城建体系与市民的有

效沟通渠道，12319热线在解决市民生活中的实际困难的便民工作中发挥着的作

用也越来越大，主要体现在:

12319热线是一个面向全社会的服务信息系统，将城市供水、公交、燃气、

供热、市政、环境卫生、园林绿化、城建监察等领域内的政策咨询、项目问题投

诉、抢险抢修接警调度等不同的城建管理服务统一到一个热线语音整体平台，极

大地方便了群众生活。

城管信息系统都设立专门机构直接与热线中心联系，即时处理服务中心转来

的各类项目问题，实现“市民一热线中心一责任单位一市民”的闭路循环，做到

受理及时、反应快速、处理到位，使12319热线成为密切政府与群众关系、创

建行业服务品牌的一项重要举措。

12319建设事业服务热线信息系统的建立，为城建事业部门和政府管理机构

转变职能，由接收服务到主动提供服务提供了方便的条件、方式和方式方法。

业务流程:

2.分理：根据系统内

5.反馈：联动机构,郃股责分工，分析受

责任单位网旨挥理信息、，明确责任单

中心反馈处置结

果

3赤单：通过计算机网格、电

4.处理：责任单位、

话、传真等方式向联动单位下

执行部门派出应急

达指令，并将受理通知单传递

处置队伍，在规定

到相关责任单位

时限内现场处置

图12319业务流程图

按照12319服务热线信息系统具体办事流程，该信息系统功能模块分为来电

管理、回访管理和坐标定位。

1）来电管理

＞项目问题反映

由公众热线或领导批件转来的有关部件、事件项目问题。这两类项目问题的

案件受理和立案阶段的处理流程有所不同。

＞事件受理

市民上报的项目问题通过12319热线上报到服务中心，由服务中心受理处的

接线员进行登记，然后由值班长综合判别并立案受理。

公众举报热线反映的项目问题和领导批件转来的有关部件、事件项目问题由

服务中心接线员统一接收，再批转值班长进行判别立案受理,

＞事件分理

根据信息系统内部职责分工，分析受理信息，明确责任单位。

＞事件派单

服务中心指挥协调处的值班长按照不同事件的不同处理流程，分别对已登记

受理项目问题进行综合判别并将工作表单派送到各专业部门C

＞事件处理

各专业部门根据相关的要求负责对下发的事件进行处理C

＞事件反馈

联动机构、责任单位向服务中心反馈处理结果。

2）回访管理

＞回访、综合评价

服务中心向市民回访满意度，并生成对各区域、各专业的部门的客观评价。

并由服务中心监督员组织对各级专业管理部门工作人员的工作进行抽查扣分考

评。

3）坐标定位

根据电话热线受理过程中，通过坐标确定某一事件发生位置，能定位到某一

网格区域内，能够根据属性或位置查询城市事件的信息，并自动进行定位。

1214知识库

接线员在接受公众咨询过程中，需要即时查找各种资料，知识库模块为接线

员提供了这样的资源数据库。通过快速收集、便捷查询和智能分析，为接线员提

供便捷的业务和法规支持。知识库所涉及的信息建设是一个持续积累的过程。该

子信息系统包含的模块：

＞城市管理业务相关知帆

＞国家和各省市有关城市管理建设的相应政策以及法规。

＞城市管理经验借鉴

具体的操作功能如下：

＞目录管理

对知识库的合适的内容进行目录化管理，使其便于相关人员进行查阅。

选舞父分类

根节点

C£□啊丝1

F丽

察布里纠纷处理

og则m分类12

。已分数

oED理洞分类3

ob测试分类6

o8系做分类9

00测试分类10

e口折式分类16

eb飞洒地方

ob排序1

c曰分类排序

关诩

图：基于树的目录管理

＞索引管理

将知识库的合适的内容进行关键字提取，将关键字以索引的形式进行处理，

用户可以通过对索引的检索达到合适的内容的快速浏览。

信息系统会对经常性查询的索引关键字进行统计，便于相关人员快速合适的

内容检索。

＞合适的内容管理

接线员可以通过目录或索引进行快速的知识定位，将所需的合适的内容通过

列表显示，选择其中一条后即可展开详细的信息。

同时可在该模块进行知识库合适的内容的添加、删除和编辑操作，进行基本

维护。

图：合适的内容管理列表

＞检索统计

将用户每次检索进行统计，定期将检索次数进行排序显示，以便用户了解,

对管理员及时掌握哪些合适的内容的检索状况。

阳踢用户

晔冽户

图：检索统计展示

＞评价管理

为了便于知识库合适的内容更好的管理，对所检索到合适的内容进行等级评

价，管理员可以定期对知识库等级进行统计，对评价不好的合适的内容进行整顿

处理。

1.2.2.业务协同分整体平台

1.221.协同工作子信息系统

数字化城市管理工作涉及多个机构，虽然数字化城市管理工作取得了很大的

进展和成绩，但还存在职能交叉、管理粗放、被动管理、信息滞后、突击式运动

式管理等项目问题，越来越不适应现代化的都市环境的建设与发展。

政府目前正在积极推进的信息化工程，其目的就是解决上述城管工作的项目

问题，全面提高本地区数字化城市管理工作的处理效率、质量和水平。这其中不

但涉及一些比较关键的网络先进技术、信息先进技术、通讯先进技术、安全先进

技术的应用，更重要的是运用管理学、信息系统论、协同学等学科的研究成果，

仔细分析数字化城市管理工作的现状和发展趋势，对数字化城市管理工作的主要

业务流程进行优化和再造，以达到在新的数字化城市管理工作流程下统一指挥、

合理分工、协调工作、资源整合、信息共享的工作环境，形成一支分工协作、信

息互通、高效运转的数字化城市管理队伍。因此，协同工作信息系统是数字化城

市管理新模式的核心，是模块化数字化城市管理信息化的主线。

DCIIndi.数字化城市管理系统X史I

CHgiWGfyManaQtEtaiSystem

个A*・

・,mmet>»9♦2«[X，■]叵.mw

图：办同工作信息系统待办案卷列表

＞为监督中心、指挥中心、专业部门和各级领导多级岗位的协同办公功能;

＞根据数字化城市管理服务信息的业务流程进行流程设计、快速实现的功

能；

＞将城管案件进行任务派遣、任务处理、处理反馈、核查结案等环节的过

程实现；

＞实现监督中心、指挥中心、专业部门之间信息同步、协同工作和协同督

办功能；

＞提供给其他业务信息系统各类信息资源共享接口的功能；

＞提供案卷信息分类、查询统计等功能；

1）工作流程设计

在信息系统工作子信息系统，城管事件信息将在各个不同的岗位、部门之间

进行流转。整个流转过程的总体视图如下所示：

图：数字城管工作流程设计

其中，监督员对事件信息的处理需要在城管通上完成，属于信息采集子信息

系统；监督中心的接线员通过对来自公众途径得来的事件的录入，在监督受理子

信息系统中实现；其他各个早点、各个功能，都在协同工作子信息系统中完成。

2）GIS地理信息协同（地图）

在信息系统中，用户可以通过直接进入、案卷地图操作、查看位置图等多种

方式访问地图。

1、地图浏览

＞地图浏览工具

地图浏览工具包括地图放大、缩小、漫游、全图显示、地图刷新等合适的内

容。

＞快捷图层和背景图层

信息系统还提供了快速开关图层的功能，该功能与每个人的权限有关。开美

图层后将该快捷图层所属的图层全部打开或关闭。

信息系统也提供了背景图层功能，如“影像图”和“地形图”，背景图层之

间互斥显示，可以迅速切换。

＞图层控制

图层控制包含地图图层的是否可见，是否显示标注设置。还可以察看不同图

层对应的图例窗口，使图层强制可见，改变图层的显示样式C

2、地图查询统计和定位

为了能迅速查找或切换到要寻找的某一地图位置，信息系统提供了多种查询

和定位方式，包括地理编码定位，精确查询和定位、模糊查询和定位等等。

地理编码引擎为城市管理、城市部件管理提供快速有效的地理定位引擎。通

过输入自然语义的地址串，信息系统会自动匹配标准的地址串，并返回该位置的

地理坐标信息。为城市管理监督指挥中心快速锁定万米单元网格内事件发生地点,

输入任意的地址字符串，可以直接定位到地图的万米单元网格某个位置，或提供

地址所在位置的坐标信息。

信息系统还提供了多种模糊查询和定位方式，如对所有图层查询，地名查询,

道路查询、部件编号、井盖、社区名称、万米单元等等，用户输入以上提到的任

何信息后即可在查询结果列表中直接定位到相应地名、事部件、单位的位置，实

现地图的快速准确定位，这些查询的方式方法都是可以通过应用维护子信息系统

定制的。

3、空间统计

统计范围可以通过自画点、线、面或选择点、线、面来定义；统计名称根据

信息系统配置的统计方式方法来决定；缓冲区在统计范围的基础上以制定数值作

缓冲区。统计结果将会按照设定好的统计方式方法给出所圈定范围内的各项统计

指标。

4、空间分析

＞距离量算

快速量算图上两点的距离。如建筑物距道路之间的距离等；用户以画连续线

的方式连续量算地图距离，并且可以算出距离的多次累加值C

＞面积量算

圈定图上一定范围，窗口右侧显示量算该范围的面积。（操作类似于距离量

算）在起点处单击，将鼠标拖至第二点处单击，再将鼠标拖至第三点处单击，依

次类推。在终点处单击鼠标左键结束操作，窗口左侧列出了量算结果。

＞缓冲区分析和多边形叠加分析

信息系统提供完善的缓冲区、多边形叠加分析功能，在空间查询、周边查询、

空间统计中都有空间分析的功能。

5、地图打印

提供用户直接打印当前窗口范围地图的功能。在该窗口中的地图为地图操作

窗口所显示在眼前的地图，您可以浏览、调整地图在打印纸上的位置、地图的显

示比例、页面设置等功能。

3）流程主要环节

＞案卷立案

协同工作监督员对上报项目问题进行核实正确后，给予立案处理，并将立案

意见填写入该案卷。

＞案卷派遣

指挥中心受理员，在其“待派发”列表中，能看到由监督受理子信息系统转

交的等待其处理的城管事件列表。打开后可以看到城管事件的详细情况，及其在

地图上的位置、处理历史等等。通过选择相应的责任部门，将该案卷派遣至部门,

同时可以指定处理要求和处理的时限。

图：案卷派遣

＞案卷协调

对于需要多部门协同处理的事件，指挥中心受理员需要协调各个相关部门，

确定事件的处理方式方法、协作方式，而后在本信息系统中填写相关合适的内容。

如果属于无法解决的项目问题，则需要填写非结案申请单，提交指挥中心领

导，由领导进行次策。

＞结果反馈

各街道和职能部门收到处理要求后，根据各自职能范围和处理程序，在规定

的时间内将事件处理完成，并填写处理结果反馈至指挥中心，同时报送给监督中

心。

＞案卷结案

在监督员对己经处理的事件进行了复核，并确认处理结果有效之后，工单将

出现在监督中心考评科的“已复核”事件列表中，点击链接打开工单后，既可填

写“结案意见”进行结案操作。

＞延期申请

在职能部门处理事件的的过程中，如果对要求处理事件的事件、派发的合理

性等因素由疑问，即可点“申请调整”按钮跳转到申请调整页面。

在“申请调整”页面中，只需要填写“调整申请说明”，并单击“申请”按

钮即可。

如果这是个单职能部门处理事件，由指挥中心派遣员派发，则此工单会移交

给立案员，出现在其待处理列表中。如果是多部门协调事件，由协调员派发，则

此工单会出现在协调的的相应列表中。

派遣员对延期申请的处理功能与“事件派发”基本相同。可以对要求处理该

事件的职能部门、要求处理时间进行调整，并填写调整意见后，再次下发。也可

以根据实际情况，转交协调员进行协调处理。

协调员对延期申请的处理与“事件协调”基本相同。

＞非正常结案申请

参见“事件协调”阶段，指挥中心受理员可以发起非正常结案申请。

经指挥中心其他领导填写“领导意见”之后，该工单即交给受理员，由其进

行“非正常结案”操作。

如果指挥中心领导未同意非正常，使得该城管事件能够得到解决，则该工单

的状态被修改为“协调中”，仍有受理人员进行正常的协调派发工作。

＞非正常结案

经指挥中心领导填写“领导意见”之后，该工单即交给协调员，由其进行“非

正常结案”操作。

在协调员的“待结案”列表中，可以看到这些待非正常结案的工单。