智慧城管方案V2.1.doc

智慧城管项目建设方案一、 项目概述1.1 建设背景智慧城管建设以物联网、云计算、大数据等新技术为支撑，通过更透彻的感知、更全面的互联互通、更有效的交换共享、更深入的智能化系统建设，全面搜集城市管理信息资源，建设集监督监控、科学预警决策、应急指挥于一体的城市综合协调指挥平台。同时充分依托移动互联技术为市民提供多种便民利民服务，激发市民参与城市管理的热情，打造全民城管的新型城市管理模式。1.2 建设目标1、纵向到底、横向到边，打下全业务综合城市管理体系基础从纵向和横向完善“智慧城管”的运行体制与机制，纵向上完善一级监督（区）、两级指挥（区、街）、三级管理（区、街、社区）的运行模式，横向上通过实现城市管理各相关业务工作网格的叠加和事部件数据的统一，将城市管理、应急指挥、安全生产、综治维稳等相关业务进行集成，构建以三级联动、多部门协同为特征的全业务综合城市管理体系。2、摸清管理对象底数，丰富“智慧*”基础信息并有效促进信息共享针对前期“智慧城管”建设未能按照建设部的相关标准进行基础数据的普查和建设的问题，通过对城市部件、无人机高分辨率影像的采集，摸清管理对象底数，丰富“智慧*”的基础资源库。同时，基于“智慧*”整体架构，积极推进与其他部门的数据双向共享，提升“智慧城管”的科学性、有效性和及时性，为打破现存的“信息孤岛”现象做出贡献。3、完善闭环体系，建立保证城市管理水平持续提升的长效机制在应用软件方面，通过系统扩展，完善前期“智慧城管”建设缺失的环节；在监督评价方面，通过建立包含内部和外部评价在内的一整套科学完善的自动监督评价机制，在综合考虑内部管理要求和群众需求的基础上，不断发现城市管理中的盲点和薄弱环节并有针对性地进行整顿和提高，确保城市管理水平的持续提升。4、积极应用物联感知、数据分析等智慧化技术，为城管业务水平提升提供新助力城管业务水平的进一步提升，需要得到包括物联网、数据分析等在内的智慧化技术的有力支持。应用物联网技术，在全面采集工况信息的基础上，实现在环境卫生、垃圾清运、余泥消纳等领域的智能化管理；通过引入数据分析技术，辅助用户发现城管问题的发生规律（包括时间维度和空间维度），为领导决策提供支持。1.3 建设原则根据高起点、高标准、高性能、严要求的指导方针，结合当今计算机网络信息系统的共性，对照城市管理及执法业务工作的个性，项目建设应遵循“实用性、安全性、拓展性”原则。（1）实用性项目的建设应最大程度地满足城市管理业务的需要，以实用性为首要原则，集约化利用现有信息化资源、可视化展现各类城市管理资源信息是系统建设的根本目标。因此系统设计应面向实际需求、易于使用、响应快捷、便于维护、具有优化的系统结构和完善的数据库系统，具有与其他系统数据共享、协同工作的能力，能为所有工作人员和用户带来高效、便利、快捷的工作环境。（2）安全性安全、可靠是技术工作的根本，是信息系统运行的基本立足点。信息化项目应提供多种途径、多个层次的安全控制手段。系统必须具备足够的安全权限，保证数据不被非法访问、窃取和破坏；同时保证系统操作安全可靠，不让非法用户登录使用系统；还要具备足够的容错控制能力，以保证合法用户操作时不至于引起系统出错，充分保证系统数据的逻辑准确性。通过在数据安全和网络安全两个方面提供一系列安全、可靠的措施，为系统建立一个集机密性、完整性、可用性和可控性为一体的切实可行的安全保障体系。（3）拓展性城市管理业务不断发展，计算机应用水平不断提高，信息技术也日新月异，因而系统所选的应用软件、管理软件、软件总体设计方法以及相应的硬件设备应具有良好的兼容性和拓展性，保证今后系统的完善、扩展、升级和提高，其资源可重新得到利用。同时不同的业务系统应具有开放的标准接口，能与其他系统之间建立良好有效的无缝链接，使得系统具有良好的扩展余地。二、 需求分析随着城市化进程的逐步加快，城市规模的不断扩大，城市功能的不断强化，城市管理面临的新课题越来越多，其作用越来越重要。加强科学管理，提高效率和水平，实现城市管理数字化既是城市现代化的重要内容，又是加快推进城市进程的内在要求。第一个方面是促进“大城管”格局的形成，解决多条块协同工作的问题。城市管理是个系统工程，是涉及某县、区（县）、街道(乡镇)三级多个委、办、局、专业公司、公共服务机构、街道(乡镇)的综合体系，需要协调、配合的流程、环节较多，城市管理监督、指挥中心作为城市管理的牵头部门，如何打造城市管理的规范流程，实现市、区（市职能部门）、街道（区职能部门）的联动机制；同时借助智慧城管平台，如何促进城市管理、城乡环境综合治理等迫切需要解决的问题，是系统应该重点考虑解决的问题。第二个方面是为城市管理的评价监管工作提供信息支撑系统需要解决各种工作中的具体问题，例如：协调层级较多，效率难以提高问题；条块分割，多头管理问题；管理机制不健全问题；信息滞后，管理被动后置问题；联动机制不健全问题；监督评价机制不完善问题。通过科学合理的评价考核体系的设计，以数据说明问题，建立基于数据的评价奖惩措施，是数字城管系统应该解决的另一个问题。第三个方面是为城市管理提供先进的管理手段。城市管理水平的提升最根本还在于城市管理问题能够及时和主动的得以处置。因此在强化联动机制和评价考核体系的同时，某县需要在城市管理、城乡环境综合治理等方面加强监管手段，实现主要城市管理问题的快速处置。第四方面是通过系统建设实现政府职能的五大转变。即实现城市管理由粗放定性型向数字化定量型转变，由行政命令型向依法行政管理的转变、由临时突击型向长效机制管理的转变，由被动管理型向主动服务型转变，由传统经验型向现代科技型转变，由单一封闭管理向多元开放互动管理转变。达到精确、敏捷、高效、全时段监控和全方位覆盖的城市管理效果，采用科学完善的评价体系，真正建立城市管理和城乡环境综合治理的长效机制。使某县数字化城管在全省、全国数字化城管领域的工作上有更新的探索，更多的经验积累。三、 智慧城管总体设计2.3.3.1 总体架构系统总体架构分为五层，具体包括基础设施层、数据层、平台层、应用层和展现层。结构层次1、基础设施层智慧城管涉及的主要终端设备和软硬件设备设施，如城管通无线采集器、车辆监控设备、门闸、地磅、视频采集摄像头等。所有的终端设备都通过各种有线、无线网络与基础服务平台通讯，上报终端数据并执行平台下发命令。软硬件设备设施包括大屏、机房、网络和服务器等资源环境。2、数据层包括了通过感知器、GIS以及人工采集到的数据，还包括其他政务部门共享数据，包括人口、经济、法人、地理和建筑等基础信息。3、平台层包括了基础运行平台、应用业务基础构件（提供数据共享交换、安全认证、工作流、空间分析、人工智能、统计报表、数据维护、决策支持等方面的构件）、服务发布与应用中心等。智慧城管基础服务层把市级平台已建成的智慧城管核心系统与*智慧城管将要建设的系统集成为一个有机的整体，实现数据流和控制流的顺畅对接。4、应用层包括市级平台已建成的智慧城管核心系统（如城市管理监控指挥系统、视频监控系统等）和*智慧城管将要补充建设的智慧城管核心系统（如城管通、监督指挥系统、综合评价系统等）以及*智慧城管将要扩展建设的智慧应用系统（如车辆综合监控系统、余泥管理系统、环卫保洁管理系统、固体废弃物清运信息管理系统、职能联机分析处理系统）。5、展现层涵盖了智慧城管的所有用户。各级领导通过监督指挥系统等查看全局性的各种统计数据，各级职能部门登录业务系统完成城管案件处理和自身的管理工作，企业用户登录后完成城管案件的处理，公众用户可以网上反映问题、查询公开信息。3.2 物理场所物理场所是数字城市管理中决策指挥的办公场所，包含指挥大厅、值班室、会议室等。3.3 业务系统智慧城管信息系统共包括两大类20个子系统：建设部规定的9个基础子系统为：监管数据无线采集子系统、监督中心受理子系统、协同工作子系统、地理编码子系统、监督指挥子系统、综合评价子系统、应用维护子系统、基础数据资源管理子系统、数据交换子系统。12个扩展子系统为：数字化城乡环境综合治理问题库管理子系统、数字化城管电子监察子系统、视频监控子系统、业务短信子系统、领导移动督办子系统、渣土车北斗/GPS监控管理子系统、城管通处置子系统、无人机监控指挥子系统、户外广告管理子系统、信息及诱导数字管理子系统、城市噪音监测系统。各业务系统提供统一登陆和身份认证服务，为系统用户提供统一的系统入口，能够有效区分合法用户和非法用户3.4 数据管理平台数据平台对数字城管涉及的各类数据资源进行综合管理、加工处理并提供共享服务，包含针对视频数据、业务数据、GIS数据、遥感数据等数字城管核心数据的综合管理；针对基础数据的全文检索、统计分析；针对空间数据的查询处理与分析；以及各类数据资源的交换共享。空间数据库包括地理空间框架数据库、单元网格数据库、城市部件数据库、城市事件数据库、地理编码数据库等子数据库。业务数据库包括工作流管理库、案卷管理库、多媒体文档库、综合评价库、共享查询库、系统维护库等子数据库。系统运行业务支撑数据库中主要包含元数据等。3.5 软硬件支撑环境软硬件支撑环境包含云计算环境和基础系统两部分：云计算环境对底层物理设备进行集约化管理，根据应用的需求合理分配物理资源，并提供高效的数据处理支撑。基础系统为数字城市管理提供网络、服务器、存储、通信等方面的基础保障。系统涉及的网络主要包括城管核心网络、移动通信网、公众电话网、互联网等。系统涉及的硬件主要包括服务器与存储备份系统、呼叫中心系统、机房及监控中心系统等。3.6 数据规范在系统建设过程中，充分参考各种国家技术规范和行业标准，在技术上和管理上提供标准化依据，逐步形成数字城管的信息化标准。标准规范体系是系统正常运行的重要保障，包含了两方面的含义：数据标准化和管理标准化。数据标准化是指针对空间数据及相关业务数据标准化体系的建立；管理标准化是指制定城市管理各个相关负责主体的工作规范、考核标准等以健全日常工作体系。3.7 安全体系在系统建设过程中，充分考虑各层次的安全措施和安全技术手段，通过软硬件技术和安全管理手段以保证系统在安全稳定的环境中运行。通过机房管理、内外网隔离、数据加密、权限控制等安全机制实现对数据和信息的合法化访问。另外，通过智能应急警报系统对云计算环境做实时的监控和预警，降低整个系统的故障风险；运维保障系统对数字城管平台的运行情况提供有效保障；安全审计系统为平台的物理安全和数据安全提供保障。3.8 设计依据智慧城管系统是城市信息化的一个关键部分，要在遵循建设部相关建设、技术标准的基础上结合当地的市情建设城管系统。2.1建设部相关国家标准：GB/T2260 中华人民共和国行政区划编码GB/T7929 1：500、1：1000、1：2000地形图图式GB 11714 全国组织机构代码编制规则CJJ100 城市基础地理信息系统技术规范GB 17733.1 地名标牌GB/T 18521 地名分类与类别代码编制规则GBT10114 县以下行政区划代码编码规则CJJ 103 城市地理空间框架数据标准CJJ/T106-2005 城市市政综合监管信息系统技术规范CJJ/T 213-2005 城市市政监管信息化 单元网格划分与编码规则CJJ/T 214-2007 城市市政监管信息化 部件和事件分类与编码CJJ/T 215-2005 城市市政监管信息化 地理编码2.2相关城市部件、事件的分类在建设部编码标准的基础上，结合济宁市的城市特点，完善并不断充实，具备适应今后其它相关系统的建设标准。根据建设部相关行业标准和技术规范的要求，济宁市数字化城管系统主要应包括以下几个部分的内容：无线数据采集子系统、呼叫中心受理子系统、协同工作子系统、数据交换子系统、地理编码子系统、大屏幕监督指挥子系统、综合评价子系统、系统维护子系统、基础数据资源管理子系统。3.9 关键技术 空间信息技术是指以地理信息系统（GIS）、全球定位系统（GPS）、遥感（RS）等为代表的处理地理空间位置相关数据的信息技术 计算机网络为各类数字设备设施互联、各类应用的协同处理和整个系统的运行提供了基础环境。 通过移动通信网络，建立移动终端与监督、指挥部门的无线互连，实现语音、数据、短信、定位等业务协同运作。 数据库新技术包括：分布式数据库技术、数据仓库技术、面向对象数据库技术、多媒体数据库技术、Web数据库技术、数据挖掘技术、空间数据存储技术以及信息检索与浏览技术等。 采用VPN、CA认证系统、网闸隔离、网络防火墙、防病毒系统、容灾备份、UPS等全方位的网络信息安全技术，充分保障网络系统和应用系统的安全和稳定运行图 Error! No text of specified style in document.1 监控指挥中心效果示例监控指挥中心的硬件平台建设部分主要由呼叫中心坐席系统、监控指挥大屏幕、视频监控等组成。呼叫中心坐席系统提供了12319、12369的电话通讯网络接入，允许市民公众通过电话向呼叫中心上报、投诉城管案件。呼叫中心坐席系统通过语音交换机板卡将模拟语音信号转换为多通道输出的数字语音信号，通过呼叫中心服务器将不同来电自动分配给响应的坐席业务员。坐席业务员通过坐席语音电话与来电群众进行沟通，电话通话内容将被呼叫中心服务器录制并存储到录音服务器。在通话同时，坐席业务员通过智慧城管协同业务系统进行案卷受理，将来电投诉的案卷录入到智慧城管系统中，从而让相关案卷得到尽快解决。监督指挥大屏幕设备允许监督指挥中心将实时发生的案件情况、数量统计、案件事发位置、案件详情清晰的呈现在监督指挥中心的大屏幕显示墙体上，从而便于及时对新发生的案件进行把控处理，并可以随时了解城管工作的实时动态和历史信息，如信息采集员的巡逻进度与历史轨迹、各类部件的分布情况、案卷与部件的统计信息等。视频监控通过视频监控专线，允许监督指挥中心将公安视频监控源、交通视频监控源、其他专题视频监控源等进行视频接入，通过视频矩阵投放在大屏幕显示墙体旁侧的监控屏幕，或直接投放在大屏幕显示墙体上。视频监控平台支持对接入的视频监控员进行视频录像，从而便于对案发前、案发后和案件处理后的实地实景进行查询。四、 系统平台建设4.4.1 基础数据建设某县市智慧城管系统的数据建设主要包括数据规范建设及基础数据建设。基础地形数据库包括基础地形图（道路、水系、建筑物等图层）、正射影像图、行政区划图以及环境、城市建设、历史文化保护、人文、社会经济等众多的基础空间信息和非空间信息。基础空间数据库是智慧城管平台建设的基础。数据分类依据各委办局所管理的数据信息内容进行划分。基础地理数据库可直接对城市管理相关的各部门提供准确实时的基础地理信息，保证了智慧城管平台对基础地理信息的需求。数据普查将利用某县市规划局及规划局的地理信息测绘资源，采用1:500或不低于1:2000的城市大比例尺地形图，同时考虑选用正射影像图数据、实景三维影像数据等。地理空间框架数据的内容和组织应符合国家现行标准城市地理空间框架数据标准（CJJ 103）和城市基础地理信息系统技术规范（CJJ 100）的规定。地理空间数据成果应满足OGIS（开放的地理数据互操作规范）要求，空间参照系应采用西安80坐标系，存储和交换格式应为ShapeFile格式。5.1.1 基础地形数据基础地形数据库包括基础地形图（道路、水系、建筑物等图层）、正射影像图、行政区划图以及环境、城市建设、历史文化保护、人文、社会经济等众多的基础空间信息和非空间信息。基础空间数据库是智慧城管平台建设的基础。数据分类依据各委办局所管理的数据信息内容进行划分。基础地理数据库可直接对城市管理相关的各部门提供准确实时的基础地理信息，保证了智慧城管平台对基础地理信息的需求。5.1.2 栅格影像数据栅格影像数据将作为地形图的补充，用于直观反映城市地形和地貌，满足智慧城管位置定位的需要。栅格影像数据一般包括正摄影像数据和卫星影像数据，正摄影像数据一般采用航拍方式获得，精度较高。5.1.3 地理编码数据地理编码数据库以点、线、面方式表现城市地理实体。通过地理编码实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由盲目到精确，由人工管理到信息管理的转变。5.1.4 单元网格数据采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管理对象等原则，以一定的范围为基本单位，以社区为专题网格，将行政区域划分成若干个网格状的单元。单元网格编码由14位数字组成，依次为：6位县级及县级以上行政区划代码、3位街道（镇）代码、3位社区代码和2位单元网格顺序码，编码结构如下图所示：具体要求：1) 任意一个下级区域（社区对于街道，下同）必须完全包含于上级区域（街道对于社区，下同）内；2) 与其它区县相邻的街道办事处边界必须和区边界吻合；3) 下级区域与所属上级区域如有接边，必须正确接边；4) 同级区域（街道与街道，或者社区与社区，下同）必须正确接边，不能互相叠压。街道办数据的属性结构如表一所示：表一 街道办事处属性结构表序号 字段名称 字段代码 字段类型 字段长度 说明1街道办编码StreetIdchar9街道办代码2街道办名称StreetNamechar60街道办名称3所属行政区编码DSCodechar6所属行政区代码4所属行政区名称DSNamechar60所属行政区名称5面积StreetSqua number(8,2)8辖区面积,小数点后2位6 备注 Note char60 需要特别注记的内容，如变更原因，变更前编码等社区数据的属性结构如表二所示：表二 社区属性结构表序号 字段名称 字段代码 字段类型 字段长度 说明1社区编码ComIdchar12所属社区代码2社区名称ComNamechar60所属社区名称3所属街道办编码StreetIdchar9所属行政区域代码4所属街道办名称StreetNamechar60街道办名称5面积ComSqua number(8,2)8社区面积,小数点后2位6 备注 Note char60 需要特别注记的内容，如变更原因，变更前编码等单元网格数据的属性结构如表三所示：表三 单元网格属性结构表序号 字段名称 字段代码 字段类型 字段长度 说明 1 单元网格编号BGCode char 142 单元网格面积 BGSqua number(8,2)8小数点后2位3 初始时间 CRDate Date8 4 变更时间 CHDate Date8 第一次划分时为空项 5街道办名称StreetNamechar60所属街道办名称6街道办编码StreetIdchar9所属街道办代码7社区名称ComNamechar60所属社区名称8社区编码ComIdchar12所属社区代码9 备注 Note char60 需要特别注记的内容，如变更原因，变更前编码等5.1.4.1 单元网格的划分原则1)法定基础原则：单元网格的划分应基于法定的地形测量数据进行。2)属地管理原则：单元网格的最大边界为社区的边界，不应跨社区分割。3)地理布局原则：按照城市中的街巷、院落、公共绿地、广场、桥梁、空地、河流、山丘、湖泊等自然地理布局进行划分。4)现状管理原则：单位自主管理的独立院落超过一万平方米时，不应拆分，以单位独立院落为单元进行划分。5)方便管理原则：按照院落出行习惯，考虑步行或骑车方式便于到达。6)管理对象原则：兼顾建筑物、城市市政管理对象的完整性，网格的边界不应穿越建筑物、市政管理对象，并使各单元网格内的市政管理对象的数量大致均衡。7)无缝拼接原则：单元网格之间的边界应无缝拼接，不应重叠。5.1.4.2 单元网格编码单元网格编码由14位数字组成，依次为：6位县级及县级以上行政区划代码、3位街道（镇）代码、3位社区代码和2位单元网格顺序码，编码结构如下图所示：5.1.5 道路单元网格数据道路单元网格是在万米单元网格基础之上，为了方便管理和直观展示而新增的网格数据。1、编码原则编码结构应简单明了，不会产生重码。编码应有一定的扩展性，在一段时间内相对稳定。编码结构应便于道路编码能随着道路网络的变化及时更新。2、编码方法该编码是将所有的道路不加排序，整体编码。编码结构为：（预留分类码）+路名序号。该编码与路名一一对应。3、道路选取规则被编码的道路路段按下列原则选取：、所有选定的路段的集合应该能够构成主要的道路网络；、城市内的道路应包括快速路、主干道、主辅路，可包括次干道和重要的支路、及小街小巷等公共区域，不选取其它内部道路。城际间道路选取国家干线公路和省干线公路；、其他应考虑的编码道路。、道路分割原则道路由参考点分割成路段。参考点按下列原则选取：（1）道路的平面交叉点；（2）立交桥；（3）环岛；（4）道路等级或名称的变化点；（5）收费站；（6）公里的公里桩（可选）；（7）其他地形标志点（可选），具体类型可参考GB/T20612.3附录A中的表A.3。4、道路分割以原有道路中心线为参考按照以下原则划分：（1）快速路、主干路、次干路、支路，前者依次优先于后者。（2）宽路优先于窄路。（3）修建年代早者优先。5、道路分割方法（1）按快速路、主干路、次干路、支路类别，依次分组划分路面。（2）已划分的路面不再划入下一组的道路网格内。（3）所有道路网格划分完毕后，剩余面积视为街坊网格，使用统一的编码，全部划入一个网格内。（4）相交处路面属于交叉道路中最宽者。 （5）若道路同宽，则相交处路面属修建时间较早者。（6）若道路同宽且同时修建，则以道路中心线（或其平面交叉点处的切线）相交所成夹角的角平分线作为分界线。 （7）公路与公路（或其他道路）平面交叉 DADB （ DA=DB，TATB）DA=DB， TA=TB（8）T形交叉 （9）Y形交叉（10）十字形交叉（11）斜交叉（12）错位交叉（13）多岔交叉（14）环形交叉5.1.6 城市三维实景影像数据现有城管系统多基于二维地图构建，二维地图数据在信息量、数据表现形式和使用方便性等方面存在诸多局限；二维地图信息量有限，不能显示细致的城市环境信息；数据平面化，不能有效支持城市立面目标的管理等。随着近年来测绘技术、计算机与网络技术的迅速发展，实景化影像地图高新技术应运而生，它以一种可量测影像直接反映制图物体的地图。实景化影像是现实空间的真实写照，它以一种完全真实的方式来展现空间，在影像所表达的世界里包含着大量的地理、环境、社会、经济的、人文的信息及可供挖掘知识。把影像地图无缝的集成到城管系统中，真实的表达现实世界，更好的支持网格管理、市容环境、突发事件等各方面的业务应用显得尤为迫切，为此需要对原城管系统扩展实景化影像进行升级改造。在基于移动测量系统（MMS）技术可安全、高效地完成城市部件普查工作的同时，并建立城市连续可量测实景影像库，使传统平面的网格管理升级为实景可视化的立体网格管理，还可结合可视化测量功能在违章建筑和广告牌管理、市政园林管理、门前三包管理及城市应急指挥管理上创造崭新的管理模式。实景化智慧城管的应用创新体现在下列四个方面：1、打造实景可视化的智慧城管应用环境，将全市的市容市貌在电脑中数字化再现。2、为智慧城管各项业务提供可视化、可测量的应用，如城管部件的可视化定位管理、广告牌测量和内容评估、园林绿化的测量与规划等。3、提供360全景，全面无死角展示城市影像。4、为城管部门的领导或市委市政府领导提供远程的实景可视化的应急预案。不管白天还是晚上，都可以在第一时间进行身临其境的决策指挥。5、扩展实景影像在城管通/领导通移动终端中使用，对部、事件进行基于实景影像的环境定位上报和处置，提高报案的准确性和处置的效率。6、建立城管实景门户网站，鼓励市民通过实景影像直观形象的反映身边的城管问题和有效报案，打破“城管管城管”的模式，开创“全民智慧城管”新模式。7、真实的记录城市的发展变迁，打造城市影像博物馆，为城市管理和规划发展提供参考和历史依据。5.1.7 部件数据5.1.7.1 部件数据分类城市部件即物化的城市管理对象，主要包括道路、桥梁、水、电、气、热等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、广告牌匾等部分非公共设施。通过拉网式数据普查，对市内的部件进行全面统计，按照网格化管理思想，将部件数据定位在电子地图上。城市部件数据库存储的内容是城市管理过程中的所有对象，是信息化城市管理系统最重要的基础数据库之一。具体分类标准参考城市市政综合监管信息系统管理部件和事件分类与编码（CJ/T 214-2007）。5.1.7.2 事、部件编码部件编码（标识码）的结构应为：部件(分类)代码 + 流水号。事件通过（事件代码）标识码进行编码标识。事、部件代码由10位数字组成，依次为：6位县级及县级以上行政区划代码、2位大类代码、2位小类代码。代码结构如下图所示：县级及县级以上行政区划代码为6位，按照GB/T 2260的规定执行。大类代码为2位，表示部件大类，具体划分为：0106分别表示公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类及其它设施类；21表示扩展部件类。小类代码为2位，表示部件小类，具体编码方法为：依照部件小类从01-99由小到大顺序编写。流水号为6位，表示部件定位标图顺序号，依照部件定位标图从000001-999999由小到大顺序编写。建设要求：对于部件数据建设规范参阅建设部行业标准城市市政综合监管信息系统 单元网格划分与编码CJ/T 213；各个部件的属性除了标准中定义的属性，根据不同部件管理部门的要求，扩展部件相应属性内容。序号属性项名称定义与值域范围字段代码字段类型字段长度约束/条件1标识码部件的标识码ObjCodechar16必选2名称部件的标准名称ObjNamechar30必选3归属部门代码部件的责任单位代码DeptCodechar60必选4归属部门名称部件的责任单位名称DeptNamechar60必选5材质部件的材质Materialchar60可选6所在单元网格单元网格代码GBCodechar14必选7位置描述所在街道ObjPoschar30可选8状态完好/破损/丢失/占用ObjStatechar30必选9现势性在用作废UseStatechar30必选10初始时间YYYYMMDDCRDatedate8必选11变更时间YYYYMMDDCHDatedate8必选12源比例尺位置来源于某种比例尺的数据，取比例尺分母。MapScalenumber10可选13备注Memochar100可选5.1.8部门编码数据归属部门指根据城市管理各专业部门的职能和职责，对城市管理部件和事件问题进行任务分解，明确落实城市管理问题处理的责任单位，即处理责任的归属部门。归属部门属性表包括部门代码、部门名称、联系人、联系电话、移动电话等内容，其结构如表：序号属性项名称定义与值域范围字段代码字段类型字段长度1部门代码专业部门代码DeptCodechar602部门名称专业部门名称DeptNamechar603联系人责任人姓名ConPersonchar104联系电话责任人电话Telephonechar135移动电话责任人手机Mobilechar12归属部门属性结构表归属部门代码应按照GB 11714标准执行，共有8位数字，分为两部分：市及城区代码；单位代码。具体格式为：市辖区代码为6位，按照GB/T2260标准执行。单位代码为2位，表示单位顺序号。5.1.9 数据要求分析u 完整性要求：部件、事件的相关属性（时间、空间、位置、权属、对应城管员等），要完整无缺地反映在待建系统中。u 一致性要求：系统的数据来自多个部门和业务系统，要保证数据的一致性。u 准确性要求：地理位置的偏差不能超过2米；权属信息不能有误；完好情况不能有误；u 实时性要求：事件数据非空间数据在市区两级平台更新的时间不超过5秒；空间以及视频数据的传输和转换视数据量和网络负载情况不同，1M数据量在网络带宽不低于1M的情况下，更新（提取、传输、转换、入库）周期不超过5秒。u 安全性要求：部件的具体位置信息属于保密信息，如要对社会公众开放，需要经过管理员授权，要防止非法使用。整个平台作为城市管理的信息中枢，需要具备较高的灾备、恢复措施。4.2 业务系统建设5.2.1 无线数据采集子系统5.2.1.1 系统概述无线数据采集子系统（“城管通”）是专为城市管理监督员量身定做的城管子系统，该子系统应用于信息采集终端，主要用于实现信息采集员在自己的管理范围内巡查过程中向中心上报城市管理问题信息，接受中心的任务指令并反馈。用于收集各监督员上报的城市部件、事件信息，记录信息并同步转发给相应受理系统。该系统依托移动设备，采用无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题文本、图像、声音和位置信息实时传递。5.2.1.2 系统结构城管通包括终端应用层和无线数据服务层，如下图所示：终端应用层：即为图文一体化的移动终端已用系统手机终端安装的应用软件。具体包含底层的表单图片音频传输，数据加密压缩，嵌入式地理信息系统引擎；和面向用户的前端功能。无线数据服务层：基于J2EE架构和WebService开发，安装在无线应用服务器上，负责实现与手机终端、协同工作平台之间的数据传递以及数据发布。5.2.1.3 系统特点（1）实时通讯：移动终端和后台服务端之间能够在任何时候、任何地方进行按需实时通讯，保证移动终端的数据信息始终和后台保持同步。（2）可移动性：以GSM/GPRS/PSTN/CDMA公网为传输介质，就目前而言GSM/GPRS/CDMA网已遍及世界各个角落且几乎无盲点，也就是说，只要是电话（包括手机）所能到达的地方，就可以实现随时随地移动办公。（3）携带方便：数据查询、采集端体积小重量轻，携带非常方便。（4）安全性：对关键数据进行移动加密，保证数据安全。（5）可扩展性：无线扩展能力十分强大，只需对移动终端系统的软件进行升级，便可很方便的选择使用CDMA、GPRS及日后的3G等多种无线通讯网络。5.2.1.4 关键技术 多种方式的定位技术监督员在巡检过程中，需要发生的异常情况进行定位和上报。其定位方式可以采用如下几种：定位方式定位方式描述手工编码查询方式在数据普查过程中，将所有部件分类编码以及部件位置录入数据库中，并且标在设备上，城管员通过速查手册方式进行查询，只需要录入设备编码，监督中心就可以自动从数据库中调出该设备的位置嵌入式终端地图辅助定位在数据采集器终端嵌入地图查询，通过周边地物查询和地理编码定位的方式，进行大致定位，再在地图上将事故发生地点标出来，传给监督中心北斗/GPS辅助定位在数据采集器终端配上北斗/GPS定位模块。直接采用北斗/GPS定位方式进行定位移动基站定位手机获取移动信号后，利用移动基站实现定位功能在实际的系统应用当中，从长期来看，以上几种定位方式都要提供，从而保证系统的灵活性和可用性。5.2.1.5 终端功能设计 问题信息采集上报监督员使用问题上报功能，将巡检区域中发现的问题通过城管通系统报告给监督智慧中心。 信息提示今日提示里显示监督中心发送给每个监督员的消息。 单键拨号能够接听及拨打电话。对监督员的城管通进行呼出限制，只允许拨打固定的几个电话号码。 地图浏览地图浏览用于查询地图信息，确定某一事件发生位置，可以定位到某一网格区域内。能够根据城管通当前所处的位置，装载该地区的地图。对地图执行放大、缩小、漫游、全图显示等地图浏览基本操作。 位置定位实现北斗/GPS定位功能需要手机内置北斗/GPS模块，详细定位模式将在后续详细说明定位模式。 数据同步城管通手机终端登陆后会自动连接到数据服务平台，服务器能够自动检测城管通上的数据版本，当版本低于要求时，系统就会提醒用户需要进行数据同步，并自动检测同步所需要的时间。 任务管理任务管理是保存监督中心下达给城管监督员的各项任务，分为问题核实、结案核查两种任务类型。 考勤管理系统基于数字城市管理支撑平台，能够对用户的权限、角色进行分配和设置。 历史记录历史记录里记载最近提交的上报问题和最近回复的核查或核实任务。历史记录里的记录分为问题上报、问题核实和结案核查。 系统设置城管监督员登陆系统后，可以通过系统设置修改登陆密码，保证手机城管数据的安全。 使用帮助显示城管通软件的使用步骤，便于城管员正确操作手机软件终端。 属性查询通过地图浏览，选中某一部件，直接查询属性信息，主要包括部件的名称、类型和编码。5.2.1.6 服务端功能设计无线数据采集服务端软件是无线数据采集器的后台服务程序，主要功能应包括：l 为无线数据采集系统提供各种信息查询服务的支撑；l 为无线数据采集系统提供地理编码查询服务；l 为无线数据采集系统提供数据同步服务；l 为无线数据采集系统提供无线定位服务；l 为无线数据采集系统提供数据协同管理和交换服务；l 为无线数据采集系统提供通知服务。5.2.1.7 无线系统的接入无线数据服务器系统位于中心机房，服务器系统通过专用网络实现与无线网络的接入，网络运营公司通过设置专用接口，保障系统的安全，加载防火墙提高接口安全级别。5.2.2 呼叫中心受理子系统5.2.2.1 系统概述该子系统的主要功能是实现与呼叫中心的数据交互，受理来自监督员通过城管通上报的城市管理部件、事件问题、社会公众通过拨打服务热线反映的问题以及政府公开邮箱等途径上报的城市管理问题。接线员对他们所反映的事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给指挥中心派遣办理。呼叫中心受理子系统的主要工作流程图如下：5.2.2.2 系统结构根据呼叫中心受理子系统的功能要求，将系统结构划分如下：其中，受理平台模块又包含如下子模块：5.2.2.3 输入输出设计数据的输入主要包括基本数据资料的录入、办公业务的填表、地理信息数据的输入和处理等。数据的输出，主要包括了工作表单的打印、地理信息数据（地图、城市部件图）等的打印输出等。 问题信息表案卷号任务号监督员类别监督员手机号状况部件编号大类小类所属城区所属街道所属社区所属万米网格位置说明情况描述接线员上报时间值班长处理意见值班长立案时间 问题信息打印表单制表人： 制表日期：问题照片案卷号受理时间问题分类大类小类所属城区所属街道所属社区万米单元位置位置图片5.2.2.4 功能设计 问题受理对于信息采集员上报的城市管理问题，能根据信息采集员上报城市管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；监督中心根可以将任务信息发送给城市管理监督员，监督员根据任务信息对问题进行核实。 查询定位具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能。 核实对于社会公众通过各种方式向监督中心上报的问题信息，监督中心将填写的任务受理信息发送给城市管理监督员，城市管理监督员向监督中心报送问题的核实信息。 立案及案卷审批系统实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息。 问题派遣当监督中心完成立案后，由指挥中心将相关信息派到相应的政府职能部门，并进行督办处理。 核查具备受理核查任务功能，城市管理监督员采集案卷处理后的核查信息上报监督中心。 结束与回复案卷结案环节是监督中心根据协同工作子系统的反馈结果和城市管理监督员的核查结果，对处理合格的案卷进行结案和存档。 结案归档管理应完成对案卷的结案归档处理；生成综合考评所需的相关数据。5.2.3 协同工作子系统5.2.3.1 系统概述协同工作子系统提供给各专业部门以及各级领导使用。系统提供了基于工作流的面向GIS的工作处理等方面的应用，对城市管理实现图、文、表、业务管理一体化管理，查看部门任务列表，及时受理并反馈指挥中心派遣的任务，打印问题处理工作表单并对部门人员处理效率进行统计考核。5.2.3.2 输入输出设计数据的输入主要包括基本数据资料的录入、办公业务的填表、地理信息数据的输入和处理等。数据的输出，主要包括了工作表单的打印、地理信息数据（地图、城市部件图）等的打印输出等。 问题处理表案卷号：处理部门处理时限处理要求派遣人日 期办理经过经办人日 期协同工作网络意见审核人日 期信息中心意见审核人日 期 问题信息打印表单同呼叫中心受理子系统的问题信息打印表单。5.2.3.3 功能设计使用Internet Explore浏览器,就可以进入任务受理子系统。不同类型用户登录后，具有的权限不同，可以操作的内容也不同。l 工作表单填写、查询、打印功能；l 案卷、工作表单、地图访问权限控制功能。l 可处理除城市管理问题外的其他社会管理问题信息。 消息提示系统提供业务办理人员之间发送消息互相通讯的工具，从而提高业务人员的办事效率，我的消息用来存放指挥中心派遣过来消息。 案卷处理（1）工作表单工作表单是根据权限填写或查看的，经办人可以填写相应信息。（2）输出表单输出表单是根据当前流程阶段的配置，查看或打印对应案卷的输出表单。输出表单中的数据是从一个或多个已有的工作表单中提取的内容。（3）查看问题信息选中案卷，点击查看问题菜单，系统会自动调取案卷所关联问题的所有信息，供业务办公人员查看。（4）案卷移交案卷移交是指在当前处理人办理完成后需将案卷转给流程下一阶段经办人员。业务人员按照规定完成本阶段的办理工作后，可以填写完案卷移交意见后，将案卷移交到下一阶段案卷办理的人员继续案卷的办理。（5）申请授权经办人在办理案卷的过程中需要对案卷进行特殊处理，经办人可以根据权限设置向有授权权限的人员申请授权，具体包括特事特办、暂停办理、延期办理、暂缓办理和作废等授权内容。（6）查看案卷办理过程在案卷办理过程中，业务人员或领导可以随时了解到某案卷的办理过程和审批状态，并且可以方便地了解到案卷办理的具体流程和业务人员对案卷的处理操作和审批意见。（7）查看授权意见业务人员在案卷办理过程中，可以查看所有与本案卷相关的授权申请和答复信息。（8）查看案卷地图系统可以根据相关的案卷进入地图窗口，进行与案卷相关的地图编辑、地图查询等工作，从而实现图文的一体化管理。5.2.4 监督指挥子系统5.2.4.1 系统概述监督指挥子系统实现信息实时监控，便于指挥中心和各级领导更加清楚地了解城市管理的状况。可通过大屏幕直观地掌握各个区域的城市部件（事件）信息、业务办理信息、综合评价信息等全局情况，还可以对每个网格、监督员、部件等个体的情况进行查询。结合城市管理系统的特点和要求，监督管理系统的显示区域可分为三个部分，具体包括地图显示区、案卷滚动信息区和详细信息显示区。其中地图信息区主要显示全区域整体地图具体包括行政区划图、单元网格图、部件分布图、城市管理事件分布图、城市监督管理人员位置分布图和当前办理的城市管理事件处理情况和评价信息。案卷滚动信息区能够实时统计反映全区域内所有网格在办案卷数；滚动显示正在办理的每个案卷基本信息；详细信息区是指到单个问题、网格的详细信息，包括监督员位置、案卷办理情况、综合评价结果等。5.2.4.2 功能设计（1）具备案卷信息和地图信息一体化管理功能，并满足大屏幕管理显示要求；（2）能够实时定位问题和监督员的地理位置；（3）能够实时显示监督员的在岗情况及位置信息；（4）能够实时分类显示问题的当前状态信息；（5）具有查询监督员详细信息功能；（6）具有查询问题的图片、办理过程等详细信息功能；（7）实现地图与属性信息的互动查询；（8）实现图文一体化的综合评价结果大屏幕展示功能。该子系统的特点是实时反映全区城市管理的状况，便于领导及时了解城市管理工作的全局情况，进行远程指挥。在设计上监督指挥子系统软件采用客户机/服务器模式的体系结构，运行在指挥中心内部的专用计算机网络平台上。整体体系结构如下图所示：该子系统的软件支撑部分系