智慧城管工程建設方案工程概述建設背景智慧城管建設以物聯網、云計算、大數據等新技術為支撐，通過更透徹的感知、更全面的互聯互通、更有效的交換共享、更深入的智能化系統建設，全面搜集城市管理信息資源，建設集監督監控、科學預警決策、應急指揮于一體的城市綜合協調指揮平臺。同時充分依托移動互聯技術為市民提供多種便民利民效勞，激發市民參與城市管理的熱情，打造全民城管的新型城市管理模式。建設目標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〕，每個業務信息的數據包不能超過這個長度。數據包結束標志位