智慧城管方案V2.1

智慧城管工程建设方案工程概述建设背景智慧城管建设以物联网、云计算、大数据等新技术为支撑，通过更透彻的感知、更全面的互联互通、更有效的交换共享、更深入的智能化系统建设，全面搜集城市管理信息资源，建设集监督监控、科学预警决策、应急指挥于一体的城市综合协调指挥平台。同时充分依托移动互联技术为市民提供多种便民利民效劳，激发市民参与城市管理的热情，打造全民城管的新型城市管理模式。建设目标1、纵向到底、横向到边，打下全业务综合城市管理体系根底从纵向和横向完善“智慧城管”的运行体制与机制，纵向上完善一级监督〔区〕、两级指挥〔区、街〕、三级管理〔区、街、社区〕的运行模式，横向上通过实现城市管理各相关业务工作网格的叠加和事部件数据的统一，将城市管理、应急指挥、平安生产、综治维稳等相关业务进行集成，构建以三级联动、多部门协同为特征的全业务综合城市管理体系。2、摸清管理对象底数，丰富“智慧**”根底信息并有效促进信息共享针对前期“智慧城管”建设未能按照建设部的相关标准进行根底数据的普查和建设的问题，通过对城市部件、无人机高分辨率影像的采集，摸清管理对象底数，丰富“智慧****”的根底资源库。同时，基于“智慧****”整体架构，积极推进与其他部门的数据双向共享，提升“智慧城管”的科学性、有效性和及时性，为打破现存的“信息孤岛”现象做出奉献。3、完善闭环体系，建立保证城市管理水平持续提升的长效机制在应用软件方面，通过系统扩展，完善前期“智慧城管”建设缺失的环节；在监督评价方面，通过建立包含内部和外部评价在内的一整套科学完善的自动监督评价机制，在综合考虑内部管理要求和群众需求的根底上，不断发现城市管理中的盲点和薄弱环节并有针对性地进行整顿和提高，确保城市管理水平的持续提升。4、积极应用物联感知、数据分析等智慧化技术，为城管业务水平提升提供新助力城管业务水平的进一步提升，需要得到包括物联网、数据分析等在内的智慧化技术的有力支持。应用物联网技术，在全面采集工况信息的根底上，实现在环境卫生、垃圾清运、余泥消纳等领域的智能化管理；通过引入数据分析技术，辅助用户发现城管问题的发生规律〔包括时间维度和空间维度〕，为领导决策提供支持。建设原那么根据高起点、高标准、高性能、严要求的指导方针，结合当今计算机网络信息系统的共性，对照城市管理及执法业务工作的个性，工程建设应遵循“实用性、平安性、拓展性”原那么。〔1〕实用性工程的建设应最大程度地满足城市管理业务的需要，以实用性为首要原那么，集约化利用现有信息化资源、可视化展现各类城市管理资源信息是系统建设的根本目标。因此系统设计应面向实际需求、易于使用、响应快捷、便于维护、具有优化的系统结构和完善的数据库系统，具有与其他系统数据共享、协同工作的能力，能为所有工作人员和用户带来高效、便利、快捷的工作环境。〔2〕平安性平安、可靠是技术工作的根本，是信息系统运行的根本立足点。信息化工程应提供多种途径、多个层次的平安控制手段。系统必须具备足够的平安权限，保证数据不被非法访问、窃取和破坏；同时保证系统操作平安可靠，不让非法用户登录使用系统；还要具备足够的容错控制能力，以保证合法用户操作时不至于引起系统出错，充分保证系统数据的逻辑准确性。通过在数据平安和网络平安两个方面提供一系列平安、可靠的措施，为系统建立一个集机密性、完整性、可用性和可控性为一体的切实可行的平安保障体系。〔3〕拓展性城市管理业务不断开展，计算机应用水平不断提高，信息技术也日新月异，因而系统所选的应用软件、管理软件、软件总体设计方法以及相应的硬件设备应具有良好的兼容性和拓展性，保证今后系统的完善、扩展、升级和提高，其资源可重新得到利用。同时不同的业务系统应具有开放的标准接口，能与其他系统之间建立良好有效的无缝链接，使得系统具有良好的扩展余地。需求分析随着城市化进程的逐步加快，城市规模的不断扩大，城市功能的不断强化，城市管理面临的新课题越来越多，其作用越来越重要。加强科学管理，提高效率和水平，实现城市管理数字化既是城市现代化的重要内容，又是加快推进城市进程的内在要求。第一个方面是促进“大城管”格局的形成，解决多条块协同工作的问题。城市管理是个系统工程，是涉及某县、区〔县〕、街道(乡镇)三级多个委、办、局、专业公司、公共效劳机构、街道(乡镇)的综合体系，需要协调、配合的流程、环节较多，城市管理监督、指挥中心作为城市管理的牵头部门，如何打造城市管理的标准流程，实现市、区〔市职能部门〕、街道〔区职能部门〕的联动机制；同时借助智慧城管平台，如何促进城市管理、城乡环境综合治理等迫切需要解决的问题，是系统应该重点考虑解决的问题。第二个方面是为城市管理的评价监管工作提供信息支撑系统需要解决各种工作中的具体问题，例如：协调层级较多，效率难以提高问题；条块分割，多头管理问题；管理机制不健全问题；信息滞后，管理被动后置问题；联动机制不健全问题；监督评价机制不完善问题。通过科学合理的评价考核体系的设计，以数据说明问题，建立基于数据的评价奖惩措施，是数字城管系统应该解决的另一个问题。第三个方面是为城市管理提供先进的管理手段。城市管理水平的提升最根本还在于城市管理问题能够及时和主动的得以处置。因此在强化联动机制和评价考核体系的同时，某县需要在城市管理、城乡环境综合治理等方面加强监管手段，实现主要城市管理问题的快速处置。第四方面是通过系统建设实现政府职能的五大转变。即实现城市管理由粗放定性型向数字化定量型转变，由行政命令型向依法行政管理的转变、由临时突击型向长效机制管理的转变，由被动管理型向主动效劳型转变，由传统经验型向现代科技型转变，由单一封闭管理向多元开放互动管理转变。到达精确、敏捷、高效、全时段监控和全方位覆盖的城市管理效果，采用科学完善的评价体系，真正建立城市管理和城乡环境综合治理的长效机制。使某县数字化城管在全省、全国数字化城管领域的工作上有更新的探索，更多的经验积累。智慧城管总体设计总体架构系统总体架构分为五层，具体包括根底设施层、数据层、平台层、应用层和展现层。结构层次1、根底设施层智慧城管涉及的主要终端设备和软硬件设备设施，如城管通无线采集器、车辆监控设备、门闸、地磅、视频采集摄像头等。所有的终端设备都通过各种有线、无线网络与根底效劳平台通讯，上报终端数据并执行平台下发命令。软硬件设备设施包括大屏、机房、网络和效劳器等资源环境。2、数据层包括了通过感知器、GIS以及人工采集到的数据，还包括其他政务部门共享数据，包括人口、经济、法人、地理和建筑等根底信息。3、平台层包括了根底运行平台、应用业务根底构件〔提供数据共享交换、平安认证、工作流、空间分析、人工智能、统计报表、数据维护、决策支持等方面的构件〕、效劳发布与应用中心等。智慧城管根底效劳层把市级平台已建成的智慧城管核心系统与****智慧城管将要建设的系统集成为一个有机的整体，实现数据流和控制流的顺畅对接。4、应用层包括市级平台已建成的智慧城管核心系统〔如城市管理监控指挥系统、视频监控系统等〕和****智慧城管将要补充建设的智慧城管核心系统〔如城管通、监督指挥系统、综合评价系统等〕以及****智慧城管将要扩展建设的智慧应用系统〔如车辆综合监控系统、余泥管理系统、环卫保洁管理系统、固体废弃物清运信息管理系统、职能联机分析处理系统〕。5、展现层涵盖了智慧城管的所有用户。各级领导通过监督指挥系统等查看全局性的各种统计数据，各级职能部门登录业务系统完成城管案件处理和自身的管理工作，企业用户登录后完成城管案件的处理，公众用户可以网上反映问题、查询公开信息。物理场所物理场所是数字城市管理中决策指挥的办公场所，包含指挥大厅、值班室、会议室等。业务系统智慧城管信息系统共包括两大类20个子系统：建设部规定的9个根底子系统为：监管数据无线采集子系统、监督中心受理子系统、协同工作子系统、地理编码子系统、监督指挥子系统、综合评价子系统、应用维护子系统、根底数据资源管理子系统、数据交换子系统。12个扩展子系统为：数字化城乡环境综合治理问题库管理子系统、数字化城管电子监察子系统、视频监控子系统、业务短信子系统、领导移动督办子系统、渣土车北斗/GPS监控管理子系统、城管通处置子系统、无人机监控指挥子系统、户外广告管理子系统、信息及诱导数字管理子系统、城市噪音监测系统。各业务系统提供统一登陆和身份认证效劳，为系统用户提供统一的系统入口，能够有效区分合法用户和非法用户数据管理平台数据平台对数字城管涉及的各类数据资源进行综合管理、加工处理并提供共享效劳，包含针对视频数据、业务数据、GIS数据、遥感数据等数字城管核心数据的综合管理；针对根底数据的全文检索、统计分析；针对空间数据的查询处理与分析；以及各类数据资源的交换共享。空间数据库包括地理空间框架数据库、单元网格数据库、城市部件数据库、城市事件数据库、地理编码数据库等子数据库。业务数据库包括工作流管理库、案卷管理库、多媒体文档库、综合评价库、共享查询库、系统维护库等子数据库。系统运行业务支撑数据库中主要包含元数据等。软硬件支撑环境软硬件支撑环境包含云计算环境和根底系统两局部：云计算环境对底层物理设备进行集约化管理，根据应用的需求合理分配物理资源，并提供高效的数据处理支撑。根底系统为数字城市管理提供网络、效劳器、存储、通信等方面的根底保障。系统涉及的网络主要包括城管核心网络、移动通信网、公众网、互联网等。系统涉及的硬件主要包括效劳器与存储藏份系统、呼叫中心系统、机房及监控中心系统等。数据标准在系统建设过程中，充分参考各种国家技术标准和行业标准，在技术上和管理上提供标准化依据，逐步形成数字城管的信息化标准。标准标准体系是系统正常运行的重要保障，包含了两方面的含义：数据标准化和管理标准化。数据标准化是指针对空间数据及相关业务数据标准化体系的建立；管理标准化是指制定城市管理各个相关负责主体的工作标准、考核标准等以健全日常工作体系。平安体系在系统建设过程中，充分考虑各层次的平安措施和平安技术手段，通过软硬件技术和平安管理手段以保证系统在平安稳定的环境中运行。通过机房管理、内外网隔离、数据加密、权限控制等平安机制实现对数据和信息的合法化访问。另外，通过智能应急警报系统对云计算环境做实时的监控和预警，降低整个系统的故障风险；运维保障系统对数字城管平台的运行情况提供有效保障；平安审计系统为平台的物理平安和数据平安提供保障。设计依据智慧城管系统是城市信息化的一个关键局部，要在遵循建设部相关建设、技术标准的根底上结合当地的市情建设城管系统。2.1建设部相关国家标准：GB/T2260中华人民共和国行政区划编码GB/T79291：500、1：1000、1：2000地形图图式GB11714全国组织机构代码编制规那么CJJ100城市根底地理信息系统技术标准GB17733.1地名标牌GB/T18521地名分类与类别代码编制规那么GB／T10114县以下行政区划代码编码规那么CJJ103城市地理空间框架数据标准CJJ/T106-2005城市市政综合监管信息系统技术标准CJJ/T213-2005城市市政监管信息化单元网格划分与编码规那么CJJ/T214-2007城市市政监管信息化部件和事件分类与编码CJJ/T215-2005城市市政监管信息化地理编码2.2相关城市部件、事件的分类在建设部编码标准的根底上，结合济宁市的城市特点，完善并不断充实，具备适应今后其它相关系统的建设标准。根据建设部相关行业标准和技术标准的要求，济宁市数字化城管系统主要应包括以下几个局部的内容：无线数据采集子系统、呼叫中心受理子系统、协同工作子系统、数据交换子系统、地理编码子系统、大屏幕监督指挥子系统、综合评价子系统、系统维护子系统、根底数据资源管理子系统。关键技术空间信息技术是指以地理信息系统〔GIS〕、全球定位系统〔GPS〕、遥感〔RS〕等为代表的处理地理空间位置相关数据的信息技术计算机网络为各类数字设备设施互联、各类应用的协同处理和整个系统的运行提供了根底环境。通过移动通信网络，建立移动终端与监督、指挥部门的无线互连，实现语音、数据、短信、定位等业务协同运作。数据库新技术包括：分布式数据库技术、数据仓库技术、面向对象数据库技术、多媒体数据库技术、Web数据库技术、数据挖掘技术、空间数据存储技术以及信息检索与浏览技术等。采用VPN、CA认证系统、网闸隔离、网络防火墙、防病毒系统、容灾备份、UPS等全方位的网络信息平安技术，充分保障网络系统和应用系统的平安和稳定运行图STYLEREF1\s4SEQ图\*ARABIC\s11监控指挥中心效果例如监控指挥中心的硬件平台建设局部主要由呼叫中心坐席系统、监控指挥大屏幕、视频监控等组成。呼叫中心坐席系统提供了12319、12369的通讯网络接入，允许市民公众通过向呼叫中心上报、投诉城管案件。呼叫中心坐席系统通过语音交换机板卡将模拟语音信号转换为多通道输出的数字语音信号，通过呼叫中心效劳器将不同来电自动分配给响应的坐席业务员。坐席业务员通过坐席语音与来电群众进行沟通，通话内容将被呼叫中心效劳器录制并存储到录音效劳器。在通话同时，坐席业务员通过智慧城管协同业务系统进行案卷受理，将来电投诉的案卷录入到智慧城管系统中，从而让相关案卷得到尽快解决。监督指挥大屏幕设备允许监督指挥中心将实时发生的案件情况、数量统计、案件事发位置、案件详情清晰的呈现在监督指挥中心的大屏幕显示墙体上，从而便于及时对新发生的案件进行把控处理，并可以随时了解城管工作的实时动态和历史信息，如信息采集员的巡逻进度与历史轨迹、各类部件的分布情况、案卷与部件的统计信息等。视频监控通过视频监控专线，允许监督指挥中心将公安视频监控源、交通视频监控源、其他专题视频监控源等进行视频接入，通过视频矩阵投放在大屏幕显示墙体旁侧的监控屏幕，或直接投放在大屏幕显示墙体上。视频监控平台支持对接入的视频监控员进行视频录像，从而便于对案发前、案发后和案件处理后的实地实景进行查询。系统平台建设根底数据建设某县市智慧城管系统的数据建设主要包括数据标准建设及根底数据建设。根底地形数据库包括根底地形图〔道路、水系、建筑物等图层〕、正射影像图、行政区划图以及环境、城市建设、历史文化保护、人文、社会经济等众多的根底空间信息和非空间信息。根底空间数据库是智慧城管平台建设的根底。数据分类依据各委办局所管理的数据信息内容进行划分。根底地理数据库可直接对城市管理相关的各部门提供准确实时的根底地理信息，保证了智慧城管平台对根底地理信息的需求。数据普查将利用某县市规划局及规划局的地理信息测绘资源，采用1:500或不低于1:2000的城市大比例尺地形图，同时考虑选用正射影像图数据、实景三维影像数据等。地理空间框架数据的内容和组织应符合国家现行标准《城市地理空间框架数据标准》〔CJJ103〕和《城市根底地理信息系统技术标准》〔CJJ100〕的规定。地理空间数据成果应满足OGIS〔开放的地理数据互操作标准〕要求，空间参照系应采用西安80坐标系，存储和交换格式应为ShapeFile格式。根底地形数据根底地形数据库包括根底地形图〔道路、水系、建筑物等图层〕、正射影像图、行政区划图以及环境、城市建设、历史文化保护、人文、社会经济等众多的根底空间信息和非空间信息。根底空间数据库是智慧城管平台建设的根底。数据分类依据各委办局所管理的数据信息内容进行划分。根底地理数据库可直接对城市管理相关的各部门提供准确实时的根底地理信息，保证了智慧城管平台对根底地理信息的需求。栅格影像数据栅格影像数据将作为地形图的补充，用于直观反映城市地形和地貌，满足智慧城管位置定位的需要。栅格影像数据一般包括正摄影像数据和卫星影像数据，正摄影像数据一般采用航拍方式获得，精度较高。地理编码数据地理编码数据库以点、线、面方式表现城市地理实体。通过地理编码实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内到达信息的整合。通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由盲目到精确，由人工管理到信息管理的转变。单元网格数据采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管理对象等原那么，以一定的范围为根本单位，以社区为专题网格，将行政区域划分成假设干个网格状的单元。单元网格编码由14位数字组成，依次为：6位县级及县级以上行政区划代码、3位街道〔镇〕代码、3位社区代码和2位单元网格顺序码，编码结构如以下图所示：具体要求：1)任意一个下级区域〔社区对于街道，下同〕必须完全包含于上级区域〔街道对于社区，下同〕内；2)与其它区县相邻的街道办事处边界必须和区边界吻合；3)下级区域与所属上级区域如有接边，必须正确接边；4)同级区域〔街道与街道，或者社区与社区，下同〕必须正确接边，不能互相叠压。街道办数据的属性结构如表一所示：表一街道办事处属性结构表序号字段名称字段代码字段类型字段长度说明1街道办编码StreetIdchar9街道办代码2街道办名称StreetNamechar60街道办名称3所属行政区编码DSCodechar6所属行政区代码4所属行政区名称DSNamechar60所属行政区名称5面积StreetSquanumber(8,2)8辖区面积,小数点后2位6备注Notechar60需要特别注记的内容，如变更原因，变更前编码等社区数据的属性结构如表二所示：表二社区属性结构表序号字段名称字段代码字段类型字段长度说明1社区编码ComIdchar12所属社区代码2社区名称ComNamechar60所属社区名称3所属街道办编码StreetIdchar9所属行政区域代码4所属街道办名称StreetNamechar60街道办名称5面积ComSquanumber(8,2)8社区面积,小数点后2位6备注Notechar60需要特别注记的内容，如变更原因，变更前编码等单元网格数据的属性结构如表三所示：表三单元网格属性结构表序号字段名称字段代码字段类型字段长度说明1单元网格编号BGCodechar142单元网格面积BGSquanumber(8,2)8小数点后2位3初始时间CRDateDate

84变更时间CHDateDate

8第一次划分时为空项5街道办名称StreetNamechar60所属街道办名称6街道办编码StreetIdchar9所属街道办代码7社区名称ComNamechar60所属社区名称8社区编码ComIdchar12所属社区代码9备注Notechar60需要特别注记的内容，如变更原因，变更前编码等.1单元网格的划分原那么1)法定根底原那么：单元网格的划分应基于法定的地形测量数据进行。2)属地管理原那么：单元网格的最大边界为社区的边界，不应跨社区分割。3)地理布局原那么：按照城市中的街巷、院落、公共绿地、广场、桥梁、空地、河流、山丘、湖泊等自然地理布局进行划分。4)现状管理原那么：单位自主管理的独立院落超过一万平方米时，不应拆分，以单位独立院落为单元进行划分。5)方便管理原那么：按照院落出行习惯，考虑步行或骑车方式便于到达。6)管理对象原那么：兼顾建筑物、城市市政管理对象的完整性，网格的边界不应穿越建筑物、市政管理对象，并使各单元网格内的市政管理对象的数量大致均衡。7)无缝拼接原那么：单元网格之间的边界应无缝拼接，不应重叠。.2单元网格编码单元网格编码由14位数字组成，依次为：6位县级及县级以上行政区划代码、3位街道〔镇〕代码、3位社区代码和2位单元网格顺序码，编码结构如以下图所示：道路单元网格数据道路单元网格是在万米单元网格根底之上，为了方便管理和直观展示而新增的网格数据。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〕公路与公路〔或其他道路〕平面交叉DA＞DB〔DA=DB，TA＜TB〕DA=DB，TA=TB〔8〕T形交叉〔9〕Y形交叉〔10〕十字形交叉〔11〕斜交叉〔12〕错位交叉〔13〕多岔交叉〔14〕环形交叉城市三维实景影像数据现有城管系统多基于二维地图构建，二维地图数据在信息量、数据表现形式和使用方便性等方面存在诸多局限；二维地图信息量有限，不能显示细致的城市环境信息；数据平面化，不能有效支持城市立面目标的管理等。随着近年来测绘技术、计算机与网络技术的迅速开展，实景化影像地图高新技术应运而生，它以一种可量测影像直接反映制图物体的地图。实景化影像是现实空间的真实写照，它以一种完全真实的方式来展现空间，在影像所表达的世界里包含着大量的地理、环境、社会、经济的、人文的信息及可供挖掘知识。把影像地图无缝的集成到城管系统中，真实的表达现实世界，更好的支持网格管理、市容环境、突发事件等各方面的业务应用显得尤为迫切，为此需要对原城管系统扩展实景化影像进行升级改造。在基于移动测量系统〔MMS〕技术可平安、高效地完成城市部件普查工作的同时，并建立城市连续可量测实景影像库，使传统平面的网格管理升级为实景可视化的立体网格管理，还可结合可视化测量功能在违章建筑和广告牌管理、市政园林管理、门前三包管理及城市应急指挥管理上创造崭新的管理模式。实景化智慧城管的应用创新表达在以下四个方面：1、打造实景可视化的智慧城管应用环境，将全市的市容市貌在电脑中数字化再现。2、为智慧城管各项业务提供可视化、可测量的应用，如城管部件的可视化定位管理、广告牌测量和内容评估、园林绿化的测量与规划等。3、提供360°全景，全面无死角展示城市影像。4、为城管部门的领导或市委市政府领导提供远程的实景可视化的应急预案。不管白天还是晚上，都可以在第一时间进行身临其境的决策指挥。5、扩展实景影像在城管通/领导通移动终端中使用，对部、事件进行基于实景影像的环境定位上报和处置，提高报案的准确性和处置的效率。6、建立城管实景门户网站，鼓励市民通过实景影像直观形象的反映身边的城管问题和有效报案，打破“城管管城管”的模式，开创“全民智慧城管”新模式。7、真实的记录城市的开展变迁，打造城市影像博物馆，为城市管理和规划开展提供参考和历史依据。部件数据.1部件数据分类城市部件即物化的城市管理对象，主要包括道路、桥梁、水、电、气、热等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、广告牌匾等局部非公共设施。通过拉网式数据普查，对市内的部件进行全面统计，按照网格化管理思想，将部件数据定位在电子地图上。城市部件数据库存储的内容是城市管理过程中的所有对象，是信息化城市管理系统最重要的根底数据库之一。具体分类标准参考《城市市政综合监管信息系统管理部件和事件分类与编码》〔CJ/T214-2007〕。.2事、部件编码部件编码〔标识码〕的结构应为：部件(分类)代码+流水号。事件通过〔事件代码〕标识码进行编码标识。事、部件代码由10位数字组成，依次为：6位县级及县级以上行政区划代码、2位大类代码、2位小类代码。代码结构如以下图所示：县级及县级以上行政区划代码为6位，按照GB/T2260的规定执行。大类代码为2位，表示部件大类，具体划分为：01~06分别表示公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类及其它设施类；21表示扩展部件类。小类代码为2位，表示部件小类，具体编码方法为：依照部件小类从01-99由小到大顺序编写。流水号为6位，表示部件定位标图顺序号，依照部件定位标图从000001-999999由小到大顺序编写。建设要求：对于部件数据建设标准参阅建设部行业标准《城市市政综合监管信息系统单元网格划分与编码》CJ/T213；各个部件的属性除了标准中定义的属性，根据不同部件管理部门的要求，扩展部件相应属性内容。序号属性项名称定义与值域范围字段代码字段类型字段长度约束/条件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可选部门编码数据归属部门指根据城市管理各专业部门的职能和职责，对城市管理部件和事件问题进行任务分解，明确落实城市管理问题处理的责任单位，即处理责任的归属部门。归属部门属性表包括部门代码、部门名称、联系人、联系、移动等内容，其结构如表：序号属性项名称定义与值域范围字段代码字段类型字段长度1部门代码专业部门代码DeptCodechar602部门名称专业部门名称DeptNamechar603联系人责任人姓名ConPersonchar104联系责任人Telephonechar135移动责任人Mobilechar12归属部门属性结构表归属部门代码应按照GB11714标准执行，共有8位数字，分为两局部：市及城区代码；单位代码。具体格式为：市辖区代码为6位，按照GB/T2260标准执行。单位代码为2位，表示单位顺序号。5.1.9数据要求分析完整性要求：部件、事件的相关属性〔时间、空间、位置、权属、对应城管员等〕，要完整无缺地反映在待建系统中。一致性要求：系统的数据来自多个部门和业务系统，要保证数据的一致性。准确性要求：地理位置的偏差不能超过2米实时性要求：事件数据非空间数据在市区两级平台更新的时间不超过5秒；空间以及视频数据的传输和转换视数据量和网络负载情况不同，1M数据量在网络带宽不低于1M的情况下，更新〔提取、传输、转换、入库〕周期不超过5秒。平安性要求：部件的具体位置信息属于保密信息，如要对社会公众开放，需要经过管理员授权，要防止非法使用。整个平台作为城市管理的信息中枢，需要具备较高的灾备、恢复措施。业务系统建设无线数据采集子系统.1系统概述无线数据采集子系统〔“城管通”〕是专为城市管理监督员量身定做的城管子系统，该子系统应用于信息采集终端，主要用于实现信息采集员在自己的管理范围内巡查过程中向中心上报城市管理问题信息，接受中心的任务指令并反响。用于收集各监督员上报的城市部件、事件信息，记录信息并同步转发给相应受理系统。该系统依托移动设备，采用无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题文本、图像、声音和位置信息实时传递。.2系统结构城管通包括终端应用层和无线数据效劳层，如以下图所示：终端应用层：即为图文一体化的移动终端已用系统终端安装的应用软件。具体包含底层的表单图片音频传输，数据加密压缩，嵌入式地理信息系统引擎；和面向用户的前端功能。无线数据效劳层：基于J2EE架构和WebService开发，安装在无线应用效劳器上，负责实现与终端、协同工作平台之间的数据传递以及数据发布。.3系统特点〔1〕实时通讯：移动终端和后台效劳端之间能够在任何时候、任何地方进行按需实时通讯，保证移动终端的数据信息始终和后台保持同步。〔2〕可移动性：以GSM/GPRS/PSTN/CDMA公网为传输介质，就目前而言GSM/GPRS/CDMA网已普及世界各个角落且几乎无盲点，也就是说，只要是〔包括〕所能到达的地方，就可以实现随时随地移动办公。〔3〕携带方便：数据查询、采集端体积小重量轻，携带非常方便。〔4〕平安性：对关键数据进行移动加密，保证数据平安。〔5〕可扩展性：无线扩展能力十分强大，只需对移动终端系统的软件进行升级，便可很方便的选择使用CDMA、GPRS及日后的3G等多种无线通讯网络。.4关键技术多种方式的定位技术监督员在巡检过程中，需要发生的异常情况进行定位和上报。其定位方式可以采用如下几种：定位方式定位方式描述手工编码

查询方式在数据普查过程中，将所有部件分类编码以及部件位置录入数据库中，并且标在设备上，城管员通过速查手册方式进行查询，只需要录入设备编码，监督中心就可以自动从数据库中调出该设备的位置嵌入式终端地图辅助定位在数据采集器终端嵌入地图查询，通过周边地物查询和地理编码定位的方式，进行大致定位，再在地图上将事故发生地点标出来，传给监督中心北斗/GPS辅助定位在数据采集器终端配上北斗/GPS定位模块。直接采用北斗/GPS定位方式进行定位移动基站定位获取移动信号后，利用移动基站实现定位功能在实际的系统应用当中，从长期来看，以上几种定位方式都要提供，从而保证系统的灵活性和可用性。.5终端功能设计问题信息采集上报监督员使用问题上报功能，将巡检区域中发现的问题通过城管通系统报告给监督智慧中心。信息提示今日提示里显示监督中心发送给每个监督员的消息。单键拨号能够接听及拨打。对监督员的城管通进行呼出限制，只允许拨打固定的几个号码。地图浏览地图浏览用于查询地图信息，确定某一事件发生位置，可以定位到某一网格区域内。能够根据城管通当前所处的位置，装载该地区的地图。对地图执行放大、缩小、漫游、全图显示等地图浏览根本操作。位置定位实现北斗/GPS定位功能需要内置北斗/GPS模块，详细定位模式将在后续详细说明定位模式。数据同步城管通终端登陆后会自动连接到数据效劳平台，效劳器能够自动检测城管通上的数据版本，当版本低于要求时，系统就会提醒用户需要进行数据同步，并自动检测同步所需要的时间。任务管理任务管理是保存监督中心下达给城管监督员的各项任务，分为问题核实、结案核查两种任务类型。考勤管理系统基于数字城市管理支撑平台，能够对用户的权限、角色进行分配和设置。历史记录历史记录里记载最近提交的上报问题和最近回复的核查或核实任务。历史记录里的记录分为问题上报、问题核实和结案核查。系统设置城管监督员登陆系统后，可以通过系统设置修改登陆密码，保证城管数据的平安。使用帮助显示城管通软件的使用步骤，便于城管员正确操作软件终端。属性查询通过地图浏览，选中某一部件，直接查询属性信息，主要包括部件的名称、类型和编码。.6效劳端功能设计无线数据采集效劳端软件是无线数据采集器的后台效劳程序，主要功能应包括：为无线数据采集系统提供各种信息查询效劳的支撑；为无线数据采集系统提供地理编码查询效劳；为无线数据采集系统提供数据同步效劳；为无线数据采集系统提供无线定位效劳；为无线数据采集系统提供数据协同管理和交换效劳；为无线数据采集系统提供通知效劳。.7无线系统的接入无线数据效劳器系统位于中心机房，效劳器系统通过专用网络实现与无线网络的接入，网络运营公司通过设置专用接口，保障系统的平安，加载防火墙提高接口平安级别。呼叫中心受理子系统.1系统概述该子系统的主要功能是实现与呼叫中心的数据交互，受理来自监督员通过城管通上报的城市管理部件、事件问题、社会公众通过拨打效劳热线反映的问题以及政府公开邮箱等途径上报的城市管理问题。接线员对他们所反映的事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给指挥中心派遣办理。呼叫中心受理子系统的主要工作流程图如下：.2系统结构根据呼叫中心受理子系统的功能要求，将系统结构划分如下：其中，受理平台模块又包含如下子模块：.3输入输出设计数据的输入主要包括根本数据资料的录入、办公业务的填表、地理信息数据的输入和处理等。数据的输出，主要包括了工作表单的打印、地理信息数据〔地图、城市部件图〕等的打印输出等。问题信息表案卷号任务号监督员类别监督员号状况部件编号大类小类所属城区所属街道所属社区所属万米网格位置说明情况描述接线员上报时间值班长处理意见值班长立案时间问题信息打印表单制表人：制表日期：问题照片案卷号受理时间问题分类大类小类所属城区所属街道所属社区万米单元位置位置图片.4功能设计问题受理对于信息采集员上报的城市管理问题，能根据信息采集员上报城市管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；监督中心根可以将任务信息发送给城市管理监督员，监督员根据任务信息对问题进行核实。查询定位具备根底地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能。核实对于社会公众通过各种方式向监督中心上报的问题信息，监督中心将填写的任务受理信息发送给城市管理监督员，城市管理监督员向监督中心报送问题的核实信息。立案及案卷审批系统实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息。问题派遣当监督中心完成立案后，由指挥中心将相关信息派到相应的政府职能部门，并进行督办处理。核查具备受理核查任务功能，城市管理监督员采集案卷处理后的核查信息上报监督中心。结束与回复案卷结案环节是监督中心根据协同工作子系统的反响结果和城市管理监督员的核查结果，对处理合格的案卷进行结案和存档。结案归档管理应完成对案卷的结案归档处理；生成综合考评所需的相关数据。协同工作子系统.1系统概述协同工作子系统提供给各专业部门以及各级领导使用。系统提供了基于工作流的面向GIS的工作处理等方面的应用，对城市管理实现图、文、表、业务管理一体化管理，查看部门任务列表，及时受理并反响指挥中心派遣的任务，打印问题处理工作表单并对部门人员处理效率进行统计考核。.2输入输出设计数据的输入主要包括根本数据资料的录入、办公业务的填表、地理信息数据的输入和处理等。数据的输出，主要包括了工作表单的打印、地理信息数据〔地图、城市部件图〕等的打印输出等。问题处理表案卷号：处理部门处理时限处理要求派遣人日期办理经过经办人日期协同工作网络意见审核人日期信息中心意见审核人日期问题信息打印表单同呼叫中心受理子系统的问题信息打印表单。.3功能设计使用InternetExplore浏览器,就可以进入任务受理子系统。不同类型用户登录后，具有的权限不同，可以操作的内容也不同。工作表单填写、查询、打印功能；案卷、工作表单、地图访问权限控制功能。可处理除城市管理问题外的其他社会管理问题信息。消息提示系统提供业务办理人员之间发送消息互相通讯的工具，从而提高业务人员的办事效率，我的消息用来存放指挥中心派遣过来消息。案卷处理〔1〕工作表单工作表单是根据权限填写或查看的，经办人可以填写相应信息。〔2〕输出表单输出表单是根据当前流程阶段的配置，查看或打印对应案卷的输出表单。输出表单中的数据是从一个或多个已有的工作表单中提取的内容。〔3〕查看问题信息选中案卷，点击查看问题菜单，系统会自动调取案卷所关联问题的所有信息，供业务办公人员查看。〔4〕案卷移交案卷移交是指在当前处理人办理完成后需将案卷转给流程下一阶段经办人员。业务人员按照规定完本钱阶段的办理工作后，可以填写完案卷移交意见后，将案卷移交到下一阶段案卷办理的人员继续案卷的办理。〔5〕申请授权经办人在办理案卷的过程中需要对案卷进行特殊处理，经办人可以根据权限设置向有授权权限的人员申请授权，具体包括特事特办、暂停办理、延期办理、暂缓办理和作废等授权内容。〔6〕查看案卷办理过程在案卷办理过程中，业务人员或领导可以随时了解到某案卷的办理过程和审批状态，并且可以方便地了解到案卷办理的具体流程和业务人员对案卷的处理操作和审批意见。〔7〕查看授权意见业务人员在案卷办理过程中，可以查看所有与本案卷相关的授权申请和答复信息。〔8〕查看案卷地图系统可以根据相关的案卷进入地图窗口，进行与案卷相关的地图编辑、地图查询等工作，从而实现图文的一体化管理。监督指挥子系统.1系统概述监督指挥子系统实现信息实时监控，便于指挥中心和各级领导更加清楚地了解城市管理的状况。可通过大屏幕直观地掌握各个区域的城市部件〔事件〕信息、业务办理信息、综合评价信息等全局情况，还可以对每个网格、监督员、部件等个体的情况进行查询。结合城市管理系统的特点和要求，监督管理系统的显示区域可分为三个局部，具体包括地图显示区、案卷滚动信息区和详细信息显示区。其中地图信息区主要显示全区域整体地图具体包括行政区划图、单元网格图、部件分布图、城市管理事件分布图、城市监督管理人员位置分布图和当前办理的城市管理事件处理情况和评价信息。案卷滚动信息区能够实时统计反映全区域内所有网格在办案卷数；滚动显示正在办理的每个案卷根本信息；详细信息区是指到单个问题、网格的详细信息，包括监督员位置、案卷办理情况、综合评价结果等。.2功能设计〔1〕具备案卷信息和地图信息一体化管理功能，并满足大屏幕管理显示要求；〔2〕能够实时定位问题和监督员的地理位置；〔3〕能够实时显示监督员的在岗情况及位置信息；〔4〕能够实时分类显示问题的当前状态信息；〔5〕具有查询监督员详细信息功能；〔6〕具有查询问题的图片、办理过程等详细信息功能；〔7〕实现地图与属性信息的互动查询；〔8〕实现图文一体化的综合评价结果大屏幕展示功能。该子系统的特点是实时反映全区城市管理的状况，便于领导及时了解城市管理工作的全局情况，进行远程指挥。在设计上监督指挥子系统软件采用客户机/效劳器模式的体系结构，运行在指挥中心内部的专用计算机网络平台上。整体体系结构如以下图所示：该子系统的软件支撑局部系统管理模块、通讯管理模块和显示控制模块等三局部组成。.2.1系统管理模块系统管理模块是监督指挥子系统的系统控制局部，通过系统管理模块可以实现对系统显示的内容进行控制和交互。系统管理模块是采用客户端/效劳器方式进行开发的，包括监督中心栏目、指挥中心栏目、监督员栏目以及综合评价栏目。〔1〕监督栏目监督栏目分为综合、上报、立案、批转、核查、结案几个局部。综合局部显示全部的案卷信息，上报、立案、批转、核查、结案几个局部分别代表案卷的不同处理阶段，可以直观地浏览处于当前阶段的案卷信息。〔2〕指挥栏目指挥栏目分为综合、待派遣、已派遣、已处理四个局部。综合局部显示全部处在指挥中心的案卷信息，待派遣局部显示还没有派遣专业部门去处理的案卷信息，已派遣局部显示已经派遣给专业部门去处理但专业部门还没处理完的案卷信息，已处理局部显示专业部门已经处理完，批转回指挥中心的案卷信息。〔3〕监督员栏目监督员在岗监督监督员在岗监督分为全部、在岗、不在岗三个局部。全部局部显示所有的监督员信息，在岗局部显示当前在岗的监督员信息，选中一条在岗监督员信息，监督员的位置可以在地图上显示出来，未在岗局部显示当前没有在岗的监督员信息。精准定位通北斗/GPS定位模块，实时采集监督员的北斗/GPS坐标，通过移动网络将坐标信息传输到定位子系统内，系统经过处理后将定位信息展现到大屏幕展示子系统上，可以点击监督员或执法车辆，即可查看其相关详细信息。轨迹回放实现监督员行走路线及车辆行驶路线的轨迹回放功能。〔4〕综合评价栏目区域评价区域评价的结果能够通过GIS地图屏分色块进行发布，按区域分析的城市管理问题发生情况，显示效果如以下图所示：部门评价类型分析根据某一时段内市政问题事发的类型分析，产生类型分析饼图，从市政专业角度分析出哪个专业问题比拟多。如以下图所示：高发分析通过高发问题分析，按照TOP５的方式分析出市政问题高发前五名，直接将高发问题暴露于领导面前，有利于高发问题得到及时整治。.2.2通讯管理模块通讯管理模块是监督指挥子系统的通讯局部，它主要包括消息发送和消息接收两个主要的通讯功能。消息发送功能是系统管理模块形成XML的形式的需要操作的命令后，通讯管理模块将此命令通过TCP/IP协议发送出去的过程。消息接收功能是负责将XML格式的命令串接收以后，进行解码、翻译，提交给监督指挥子系统的功能。监督指挥子系统最后将执行后的结果直接投影到大屏幕上。利用北斗/GPS结合基站定位技术，实现对全区范围内监督员的准确定位。结合监督指挥子系统显示，可以准确知道每个监督员、每辆执法车的当前位置，并可以查询到相关信息，例如：人员编号、联系人姓名、联系等。便于对监督员和执法车辆的集中管理调度，处理应急事件。.2.3显示控制模块显示控制模块是监督指挥子系统的显示模块，它负责将接收的命令执行后并把执行结果投影到大屏幕上。大屏幕显示区域分为三个局部，包括地图显示区、案卷滚动信息区、详细信息区。大屏幕系统侧重于显示功能，功能相对简单，并且都在一个界面中。地图信息区：显示全区整体地图，实时统计反映全区各个社区情况包括每个社区的在办案卷数、评价级别〔颜色〕等全局统计信息。案卷滚动信息区：滚动显示每个案卷的详细文字〔或表格〕信息。详细信息区：查询单个问题、社区的详细信息，包括详细评价、监督员位置、详细案卷情况等。根底数据资源管理子系统.1系统概述根底数据资源管理子系统主要由系统管理员使用。使用根底数据资源管理子系统可以管理地理信息所需的地图数据，地图图层分类、地图图层及其所包含的各种地物要素均可定制，系统可提供缺省的适应城市管理需求的图层和要素名称，用户也可根据自己的需要对图层和要素进行定制和扩充，每类地物均可定制相应的属性信息。系统管理员可以使用根底数据资源管理子系统修改应用模型，防止了使用数据库系统本身工具进行系统维护，极大地提高了效率。系统管理人员无需了解系统数据库的具体结构和实现，就可以正确地使用根底数据资源管理子系统进行日常维护和系统数据扩展。系统特点：〔1〕开放的数据标准，良好的可扩展性。提供字典表定义和地图数据结构定义功能。〔2〕严谨的地理要素编码体系，灵活适应各种标准的变化。通过系统特有的要素编码体系，可实现新旧不同标准之间的对应；可根据要素编码规那么生成相应的地理要素体系结构，支持要素编码定义以及符号定义的格式化导入和导出。〔3〕全面支持GIS数据的配置管理。系统提供一整套符合国标的符号库，同时提供符号的制作工具，可对符号库方便地添加修改；支持矢量图、影像图、栅格图的管理；支持文件格式GIS数据的直接导入，通过图层定义、专题图定义、专题管理，可对数据库中的图形数据进行预览，轻松掌握数据的实际情况。〔4〕可视化的部件与事件管理。通过可视化的部件与事件管理界面，可以方便地查询、统计各类部件与事件；支持地址或者编码定位具体部件和事件，可以方便地维护部件与事件的属性结构和表现样式；支持对指定区域内的各类部件和事件的统计。〔5〕强大的数据转换功能。通过系统强大的数据转换模块，可以方便地转入转出各类常用格式的图形数据，可以方便地转入转出各类常用格式的属性数据，可以方便地输出栅格图片。.2功能设计.2.1数据建库与管理符号库定义在符号定义中定义了城市管理地理信息系统要素、图层要素和专题图层样式中所涉及的所有点、线、面、标注符号。是整个地图数据库使用的最根底的局部和环节。要素定义根据国标标准以及城市管理地理要素的需要，要素定义中可以根据编码标准定义配置出地图数据库中要素的层次关系、显示的样式等。并可不断适应地物标准编码的变化。物理图层定义物理图层定义实现城市管理地理信息系统中所涉及的所有的物理图层的定义。为了方便物理图层的定义，系统采用了表单化的定义界面。物理图层定义提供了图层根本属性定义、图层字段属性定义和图层预览功能。图层定义图层属于系统GIS局部最为核心的局部，只有通过合理的图层定义，才能实现办公局部正常、有效的使用地理信息。专题图定义专题图类型大致分为五种：单值专题图，范围专题图，等级符号专题图、点密度专题图和标注专题图。系统支持一个物理图层包含多个专题图，在图层预览中可以定义图层显示的缺省专题图。专题管理专题地图就是指将表示同一类型的地图图层组织在一起，同时翻开显示在一起的地图。专题地图可以根据需要设置园林部件专题、文物保护专题、环保部件专题等多种多样的专题，每个专题下分别配置一些典型的图层。查询统计定义在根底数据资源管理系统中，可以定制用于查询、统计的地图，以及那些地图属性用于快捷查找，固定统计，周边环境分析等，可以定制查询统计地图的范围等等。.2.2城市部件与事件管理城市部件是指城市市政管理公共区域内的各项设施，包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类等市政工程设施和市政公用设施，主要包括道路、桥梁、水、电、气、热等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、广告牌匾等局部非公共设施。根据住房和城乡建设部“城市市政综合监管信息系统管理部件和事件分类与编码”标准，部件分类应按照城市管理功能体系划分为大类和小类。部件与事件类型定义部件与事件类型定义为管理城市部件与事件提供了一个便捷的、人性化的操作平台。通过该模块，管理人员可以对城市部件与事件类型进行增、删和修改等一系列操作。部件和事件代码由10位数字组成，依次为：6位县级及县级以上行政区划代码；2位大类代码；2位小类代码。结合要素定义，管理人员通过该模块可以实现修改已有部件或事件类型对应的编码、表现样式及其属性结构。部件与事件数据管理通过该模块，管理员可以分别以图形方式或者数据列表方式预览全部部件数据，可以查看相应部件的符号是否合理，检查其数据是否正确。该模块还提供了地理编码定位查询功能。利用该功能，管理员可以快速定位到某个地址并对该地址处的部件或者事件数据进行检查、排错。应用维护子系统.1系统概述通过应用维护子系统可以设置每个办公人员的各种权限；可以设置统计类型、定义统计方法、可定制统计表格样式。该子系统可以建立各业务应用系统的计算机模型。系统管理员可以通过应用维护子系统修改应用模型，防止了使用数据库系统本身工具及命令进行系统维护，从而保证了数据库平安，并大大地提高了维护效率。系统管理人员无需了解系统数据库的具体结构和实现，就可以正确地使用该子系统进行日常维护和系统与数据扩展。.2系统特点严格有序的多级权限控制。系统的权限管理可以实现基于部门、岗位和人员的分别管理，分级控制，不同的人员登录应用维护子系统只能修改本人权限之内的配置信息；权限控制可以具体到某人在一项业务的某个阶段对某张表格的某个字段是否可读、可写等。方便灵活的表格自定义功能。可视化工作表单设计工具，提供多种自主开发定义的字段类型，实现多种自定义的功能，如使用数值计算字段可实现不同单位之间的换算，使用日期计算字段可根据系统工作日历和承诺制计算承诺办结时间。可方便的实现所见即所得的工作表单对应输出表单，也可灵活的实现一张工作表单对应不同格式的多张输出表单，以及多张工作表单的内容统一在一张输出表单上打印输出。直观易用的工作流定义工具。提供一套方便易用的工作流定义工具，可方便直观地定义业务的工作流程，支持分流以及多流向并行处理；良好的工作流历史版本管理功能可实现历史案卷办理过程的完整保存。.3功能设计.3.1组织机构管理使用该子系统可以清楚地描述出各级部门、人员、岗位三者的关系，并能具体设置各岗位的权限，如是否可使用该子系统、是否参与业务审批等。操作上只需打勾即可完成，界面设计一目了然。机构设置模块实现了对整个机构内各部门、人员、岗位的定义。所有部门、人员、岗位均由系统自动生成系统内部的唯一标识，确保信息的唯一性。部门、人员和岗位均可以作为参与者出现在业务的工作流过程定义中，真正实现业务和岗位之间多对多的关系。.3.2业务管理业务惯用语定义业务惯用语定义用于建立和维护城市管理协同工作中经常使用的专业用语。可以针对每项业务管理工作输入特定的习惯用语，供业务人员适时调用。通过对习惯用语进行经常的维护和完善，在减少了业务人员文字录入的工作量的同时，也进一步标准了城市管理协同工作中用语的应用。工作表单定义工作表单是指业务人员在日常工作办理业务时需要录入内容的表格，工作表单定义实现对具体业务所用到的工作表单的管理，包括对工作表单和表单字段的增加、删除、修改等操作。可定义工作表单的名称、类型、表单的显示设置。输出表单定义输出表单模块实现对输出表单的管理，可增加、删除输出表单，修改输出表单名称、类型、对应工作表单等。应用维护子系统还提供专门的工具实现对输出表格的样式进行编辑。工作流定义工作流指一项业务办理从立案到办理结束所要经过的各个环节的总称。应用维护子系统以流程图的方式提供直观地编辑、配置和查看各个流程阶段的方法。公用字段定义公用字段：不同业务之间，具有某些方面共性特征的字段，如问题名称、问题的发生地等，可以通过定义公用字段使不同的业务相互关联起来。比方在定义了问题名称公用字段后，可以通过对该公用字段内容的查询，非常方便的了解问题在不同的业务里处理的情况。字典表定义字典表：用来实现字段之间的对照，实现标准对照。可以保证随标准变化，实际数据同步发生变化。如问题地址字典表，可以实现对问题发生地址描述的统一管理，也可以提高业务人员的录入效率。人员权限管理应用维护子系统采用分级权限的控制方法，每个业务人员的权限由该人员所属的部门、所具有的角色一起来确定，为方便系统管理人员对人员权限的方面管理，特提供专门的人员权限管理功能模块。通过该模块，可查看系统中所有业务人员所具有的非空间/空间数据的操作权限，以及该权限的获得来源。可直观地了解具体业务人员所处部门、所具有的角色、可参与的业务阶段以及在每个阶段所具有的权限：表格、字段的可见、可编辑，要件的可查看，图层的可见、可编辑等。处理时限设置具备不同城市管理部件和事件处理时限的配置管理功能，受理时限可根据用户的需要定制。.3.3查询统计管理查询模板定义查询模板定义：应用维护子系统提供建立查询模板的功能，通过定制查询模板，前台业务人员在业务应用系统中可以直接使用定制好的查询，方便快捷的查询出所需要的内容。对于每一个查询，可以设置查询条件、查询相关业务、查询相关人员和查询明细。统计类型定义统计报表与工作流配合使用，是决策分析和业务管理重要的手段之一。统计类型定义：通过应用维护子系统提供的这个工具，可以定义各个业务类型的各种统计。例如统计周报、月报、和年报等。还可以定义这些统计的使用权限，哪些部门可以统计，哪些部门可以查看统计结果等。地理编码子系统.1系统概述地理编码子系统是数字城市管理最重要的支撑系统之一，数字城市地理编码技术提供了一种把具有地理位置的信息资源赋予地理坐标、进而可以为计算机所计算的方式。通过地理编码，将城市现有的地址进行空间化、数字化和标准化，在地址名称与地址实际空间位置之间建立起对应关系，实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内到达信息的整合。通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由盲目到精确，由人工管理到信息管理的转变。为建立城市管理地理编码子系统，真正实现地址编码和地址比对、地址匹配，需要做如下工作：建立标准城市管理地址编码库：制订地址编码标准标准，基于城市管理万米单元网格和城市部件库的建设，进行标准地址编码的整理，建立标准地址编码库；建立地址匹配效劳系统：实现对自然语言地址信息的语义分析、词法分析，自动和标准地址库匹配，比对出精确的地理坐标；建立批量处理城市管理地理编码数据库的地址比对系统：实现对城市管理相关的地理编码数据和空间坐标的处理，并生成相应的GIS图层；对地理编码数据库的地址信息进行标准化处理和标准化录入，提高地址比对成功率；基于地址编码数据库和地址匹配效劳系统，提供城市管理地理编码搜索引擎，为智慧城管平台提供地理编码效劳。对地址编码数据库进行维护管理，并不断对变化的数据进行更新，保持地理编码数据库的现势性和有效性。.2地理编码模型根据地理编码数据对象的特点，结合对实际地理编码的分析，采用三种结构的地址编码模型建立城市管理地理编码库。〔1〕面－点结构地址编码模型按照行政区划划分的原那么，把城市按区划等级建立面-点结构地址编码模型。〔2〕线－点结构地址编码模型对于道路和道路两边的门牌编码，系统设计线-点结构地址编码模型，将道路及道路两侧的门牌和空间坐标有机地结合起来。线-点结构地址编码模型是地理编码数据库重要的编码模型之一。〔3〕网状结构地址编码模型除了以上两种地址编码模型外，系统还设计了网状结构地址编码模型。即按照万米单元网格进行编码。.3地理编码查询规那么根据地理编码数据内容，定义了以下地理编码数据的组合，地理编码引擎可按照这些组合进行地理编码查询，同时系统可根据需要对组合进行扩展以适应不同的需求。组合编号组合类型1街道办事处＋路名2街道办事处＋社区＋路名3路名〔胡同名〕＋门牌号 4路名〔胡同名〕＋门牌号＋楼牌号5路名〔胡同名〕＋楼牌号6路名〔胡同名〕＋沿街铺面名7地名8地名＋门牌号9地名＋门牌号＋楼牌号10地名＋楼牌号11地名＋路名＋门牌号12单位13单位＋楼牌号14街道办事处＋院落15街道办事处＋社区＋院落16门址院落＋门牌号17万米单元格18城市部件编码.4功能设计主要包括如下功能：〔1〕搜索引擎功能，提供地理编码查询效劳的功能；〔2〕解析自然语言描述的地址信息，进行语法分析和词法分析，并将其转换为标准地址的功能；〔3〕根据地址字符串，模糊查询地址信息的功能；〔4〕根据地址字符串，精确查询地址信息的功能；〔5〕根据地理位置〔X,Y〕坐标以及搜索半径，查询地址信息的功能；〔6〕根据部件编号，精确定位部件的〔X,Y〕坐标及其标准地址信息的功能。地理编码系统与GIS系统相结合，那么可以将地理编码查询结果在地图上进行定位。显示效果如以下图所示：数据交换子系统.1数据交换标准本系统采用业界成熟的XML、SOAP、WebService等信息技术建立信息交换平台，包括数据交换引擎、远程数据传输、信息交换标准等核心模块.随着XML的迅速开展，XML正在逐步成为Internet中描述数据的标准。在将来XML文档势必成为电子政务中数据传输的主要载体。业务属性、流程信息设计标准/字段类型可空字段名称定义约束表单属性交互表单编号StringNFormID格式：业务编码+SysCode+YYYYMMDDHH24MISSFFFFFF交互表单日期StringNFormDateYYYY-MM-DDHH24:MI:SS交互系统编码StringNSysCode问题属性问题编号IntNEventID用途：标识问题唯一标识Syscode+唯一标识任务号StringYTaskNum用途：辖区代码+YYMMDD+XXXX(流水号)字段类型：String问题来源StringNEvtSrcName来源汉字描述问题类型StringNEvtTypeName“事件”/“部件”大类StringNMainTypeName大类编码小类StringNSubTypeName小类编码部件编码StringYPartCode遵循省级部件编码标准，问题类型是“部件”时不允许为空单元网格StringNCellName单元网格编码，遵循成都市网格编码标准问题状态IntYEvtStateID问题当前所处状态位置描述StringYAddress地址描述问题描述StringYEvtDescribe问题描述X坐标DoubleNCoordinateXXY不可同时为0Y坐标DoubleNCoordinateYXY不可同时为0多媒体属性图片个数IntNPhotoNumber>=0声音个数IntNVoiceNumber>=0视频个数IntNVideoNumber>=0位置图个数IntNPosPicNumber>=0图片名称StringYMediaPicName图片日期StringYMediaPicDate图片数据StringYMediaPicData可选声音名称StringYMediaSoundName声音日期StringYMediaSoundDate声音数据StringYMediaSoundData可选视频名称StringYMediaVideoName视频日期StringYMediaVideoDate视频数据StringYMediaVideoData可选位置图名称StringYMediaPosPicName位置图日期StringYMediaPosPicDate位置图数据StringYMediaPosPicData可选流程属性上报人员StringYreportHuman上报时间StringYreportTime立案人员StringYInstHuman立案时间StringYInstTime立案意见StringYInstMemo派遣人员StringYDispatchHuman派遣时间StringYDispatchTime派遣时限StringYDispatchLimit派遣意见StringYDispatchMemo处置单位StringYDealUnit处置时间StringYDealTime处置红绿灯StringYDealTimeState处置意见StringYDealMemo核查人员StringYCheckHuman核查时间StringYCheckTime核查意见StringYCheckMemo结案人员StringYEndCaseHuman结案时间StringYEndCaseTime结案意见StringYEndCaseMemo延期人员StringYYQHuman延期时长StirngYYQLimit延期时间StringYYQTime延期意见StringYYQMemo缓办人员StringYHBHuman缓办时间StringYHBTime缓办意见StringYHBMemo挂账人员StringYGZHuman挂账时间StringYGZTime挂账意见StringYGZMemo.2消息打包格式设计消息打包基于SOAP和SOAPwithAttachment协议，所有通过信息交换的消息都必须符合SOAP和SOAPwithAttachment协议。对审批消息提供基于SOAPwithAttachment协议的格式扩展，所有审批消息需按照审批消息打包格式打包。但凡打包格式符合SOAP和SOAPwithAttachment协议的消息可通过信息交换平台进行传输。.3审批消息打包格式设计审批消息在逻辑上分为消息头、消息体和附件三局部，每个审批消息有且只有一个消息头，有且只有一个消息体，可以有0到多个附件。消息头为一个XML文档，其格式如下表所示：<?xmlversion=”1.0”encoding=”GB2312”?><Headerversion=”1.0”>version为消息头格式的版本〔现为1.0，供系统扩充时使用〕<From>平台编码</From>与平台统一编码<To>政府部门编码</To>城管部门统一编码<Title>消息标题〔自由编写〕</Title>消息标题〔自由编写〕<Timestamp>2003/9/815:54:33.001</Timestamp>为消息本身生成的时间<TransNumber>消息流水号，消息的唯一编号，全局唯一</TransNumber><ContentType>JA01</ContentType>消息体局部的类型<ContentVersion>1.0</ContentVersion>内容局部的版本〔现为1.0，供系统扩充时使用〕</Header>消息体为一个XML文档，其格式在消息打包标准中不做约束，但是审批消息的消息体格式在业务标准中有定义。审批消息的附件局部可以为任意文件，消息打包标准中对所有作为附件文件都看作是二进制文件，不对文件类型进行区分。审批消息的三局部按照SOAP和SOAPwithAttachment协议进行组织，分别映射到SOAP消息的SOAPHeader、SOAPBody和SOAPAttachment局部，如以下图所示：消息头局部映射至SOAP消息的SOAPHeader局部，并将XML字段加上前缀，mustUndersand置为“１”，actor属性置为“sppt”，如下表所示：<?xmlversion=”1.0encoding=”GB2312”<Headerversion=”1.0”…<Form>平台编码</Form><To>城管部门编码＜/To＞…</Header><soapenv:Header>…<sppt:Fromsoapenv:actor=”sppt”soapenv:mustUnderstand=”1xmlns:From=://SPPT/Header>平台编码</sppt:From><sppt:Tosoapenv:actor=”sppt”soapenv:mustUnderstand=”1xmlns:To=://SPPT/Header>城管部门编码</sppt:To＞…</soapenv:Header>消息体局部映射至SOAP消息的SOAPBody局部，并将XML字段加上前缀，如下表所示：<?xmlversion=”1.0encoding=”GB2312”<Apply>…<SN>12345678</SN><Timestamp＞2003/10/110:00:00.001</Timestamp＞…</Apply><SOAP-ENV:Envelope><SOAP-ENV:Body><sppt:Applyxmlns:sppt=://SPPT/Apply”>…<sppt:SN>12345678</sppt:SN><sppt:Timestamp>2003/10/110:00:00.001</sppt:Timestamp>…</sppt:Apply></SOAP-ENV:Body></SOAP-ENV:Envelope>消息附件局部映射至SOAP消息的SOAPAttachment局部，在消息体局部引用消息附件应采用cid形式，如以下图所示：…<SOAP-ENV:Envelope><SOAP-ENV:Body>…<attachmenthref=/>…</SOAP-ENV:Body></SOAP-ENV:Envelope>…--MIME_boundaryContent-Type:application/octet-streamContent-Transfer-Encoding:binaryContent-ID:<test061400a.doc@lenovo>.4数据交换内容和方式设计.4.1城管系统与呼叫中心接口架构公众举报时，自动将来电号码、机主信息、语音信息通过接口传入智慧城管系统。城管系统利用数据交换子系统，通过业务网络实现数据交互，实现对语音数据的高效利用，数据交互应符合移动业务接口要求。.4.2单点登录单点登录的前提条件是要同步各个系统间的人员数据。人员信息同步之后，城管系统提供单点登录链接，访问该链接，并传递人员名称〔考虑到平安性，双方可约定一个规那么的加密算法，将人员名称加密后再传递〕，城管系统解密后，根据人员名称验证并自动登录。.4.3市级与省级城管平台业务数据交换构架1、通讯方式采用通用的Socket套接字模式进行数据传输。2、通讯端口通讯端口应用业务描述8001市级平台和省级平台数据通讯双向接口，短连接3、数据包格式规那么消息包：包长度<4位>消息代码<4位>消息流水号<6位>数据区<数据1$$数据2$$数据3$$......$$>数据包最大长度：8192字节〔8K〕，每个业务信息的数据包不能超过这个长度。数据包结束标志位