信息化城市管理平臺基礎數據動態更新系統探討

一、基于信息化城市管理系統和多普達D600“城管通”手機開發一套基礎數據動態更新系統的可行性分析

網格化城市管理數據普查采用的傳統方法是將所有城市部件、地址興趣點參照物、區界、街道范圍線、監督員責任區范圍線、社區線、萬米單元網格等數據套印在比例為1∶500地形圖中，監督員手拿地圖到現場審核，將變化的數據在地圖上標注和在表格中進行登記。

能否將這些數據同樣裝在多普達D600“城管通”手機中，監督員利用多普達D600“城管通”手機在平時工作中隨時發現情況隨時上報呢？

(一) 多普達D600“城管通”手機端數據容量及工作效率的可行性分析

北京市東城區共有574幅比例為1∶500地形圖，一幅圖（已由專業公司保密處理）容量大約在0.5M-1M，574幅地形圖矢量數據大約有280M，處理壓縮后也有近220M，加上比例為1∶500地形圖是保密資料也不允許安裝在“城管通”手機中。顯然依照目前手機的配置，一是無法將這么巨大的數據裝入手機使用；二是不符合保密要求。

我們通過對這些資料進行認真細致研究，從現有的資料中抽取需要的要素，有效地解決了上述問題，具體方法如下：

一是依照傳統基礎數據普查資料制作了如下專題圖層，在“城管通”手機端再現了“普查用的地圖”。（1）依據最新的地形圖資料，制作了東城區現狀道路分布圖；（2）依據最新的地形圖資料，制作了東城區平房院落范圍線和樓房范圍線分布圖；（3）東城區界范圍線分布圖；（4）東城區10個街道分布圖；（5）東城區115個社區分布圖；（6）91個監督員責任區分布圖；（7）東城區1577個萬米單元網格圖；（8）東城區近30萬個城市部件分布圖、3.3萬多個地址興趣點參照物數據分布圖。以上八類原始矢量數據共有194.7M。

同時采取以下處理手段：（1）利用ArcGIS的數據簡化工具對線、面數據進行抽稀簡化；（2）是利用數據轉換工具，采用壓縮技術將Shape格式的原始數據轉換為手機端專用的數據格式，在不影響數據質量的情況下，減少冗余數據，進而減少數據的容量。經專業技術人員的處理，目前手機中八層數據容量大約只有18M。

二是更換“城管通”手機安裝數據的方式。按照監督員所屬分隊（街道）只安裝本街道的地圖，只顯示本責任區內的所有城市部件、地址興趣點參照物。目前10個街道中“城管通”手機端最大數據量是和平里分隊，有6.25M， 最小的是朝陽門分隊，有5.09M，完全滿足工作使用要求，不會影響“城管通”手機的正常使用。

三是在開發“城管通”手機端程序中通過優化的顯示控件、分圖庫和視野的逐級顯示方式，提高了地圖操作的響應速度，減少了內存的占用和等待時間，保障了“城管通”手機的工作效率。

四是多普達D600“城管通”手機在Windows Mobile5.0操作系統中增加了Flash的容量，減少RAM的容量，增加了微硬盤，解決了系統存儲空間小的問題，為開發數據動態更新功能提供了基礎保障。

(二)“城管通”手機端采集數據精度可行性分析

依據中華人民共和國城鎮建設行業標準《城市市政監管信息系統管理部件和事件分類、編碼及數據要求》（CJ/T214—2007）中的部件空間數據定位精度要求：

（1）空間位置或邊界明確的部件，如井蓋、燈等，中誤差≤±0.5m，在比例為1∶500地形圖中誤差≤±0.1mm；

（2）空間位置或邊界較明確的部件，如亭、廣告牌、果皮箱等，中誤差≤±1.0m，在比例為1∶500地形圖中誤差≤±0.2mm；

（3）空間位置概略表達的部件，如橋梁、停車場等，中誤差≤±10.0m，在比例為1∶500地形圖中誤差≤±2.0mm。

目前東城區使用的多普達D600“城管通”手機，配置一塊2.8英寸65K色的TFT屏幕，有效顯示尺寸是4.5cm×6cm，分辨率為QVGA240×320。

在數據動態更新系統的程序設計中，要求監督員使用“城管通”手機采集數據時的視野控制在30#12316;50m之內進行。對城市部件、地址興趣點參照物密集地區可放大到30m視野采集，稀疏地區可放大到50m視野內進行采集。此時“城管通”手機端屏幕顯示的比例尺大致為1∶700#12316;1∶1100;以“城管通”手機中的“再現的普查圖”作為基礎，以顯示的城市部件、地址興趣點參照物作為依據，采集相應的變更信息，從理論上講基本可以滿足數據采集精度要求。

(三)監督員日常巡視發現變化的城市部件、地址興趣點參照物，及時上報的可行性分析

一是由于目前在崗的監督員大多已從事過數據普查工作，對城市部（事）件分類較為清楚，加上每年例行的業務培訓、業務練兵，監督員業務能力應該有了很大提高。

二是從2008年開始，每次大規模數據更新完成后，基于監督員責任區建立了城市部件、地址興趣點參照物的數據檔案。

兩者完美結合，為監督員最終能夠正確使用動態數據更新系統更新城市部件等數據提供了前提和條件。

（四）維護公司技術實力雄厚，技術力量能夠滿足用戶提出的各項功能要求

自2008年底，東城區采用了無線多媒體信息采集系統（“城管通”）和信息化城市管理系統一體化的搭建方式對原有系統進行升級改造。目前東城區的“城管通”與信息化城市管理系統均由北京數字政通公司開發和維護。該公司擁有將基于無線技術的移動應用系統與政務管理系統有機結合的開發與實踐經驗，技術力量能夠滿足用戶提出的各項功能要求。

綜上所述，基于信息化城市管理系統和多普達D600“城管通”手機端開發基礎數據動態更新系統的基礎條件、技術力量均已具備。

二、信息化城市管理基礎數據動態更新系統

（一）基礎數據動態更新系統的架構

基礎數據“動態更新”系統是基于多普達D600“城管通”手機中Windows Mobile5.0操作系統開發的功能模塊，通過中國移動通信網上傳到“城管通”系統服務器，再通過政務專網上傳到信息化城管系統服務器中，系統管理員定期導出監督員通過動態更新系統上報的數據，轉交專業測繪公司進行后期的數據制作。見圖1。

運用動態數據更新系統上報更新信息是不需要信息化城市管理系統人工干預，也不會影響信息化城市管理系統的正常業務辦理。

（二）基礎數據動態更新系統采用的技術

1.采用適應網絡發展的三層體系結構

數據層、業務邏輯層和表現層。

采用DNA體系三層結構，具有如下優點：

（1）實現了分布式數據處理，能完全利用平臺的靈活性、Internet的優勢和通訊能力；（2）在一個共享的中間層封裝了商業規則；（3）使用標準的數據訪問接口，跟所使用的數據庫無關；（4）中間層的業務邏輯采用組件技術開發，靈活性大，易于移植，可以快速開發、部署應用程序，不需要對開發者進行重新培訓，降低開發者必須寫的代碼；（5）各模塊皆具有互操作能力，可以方便地向現有系統增加功能，符合開放的協議與標準，可以集成其他廠商的產品。

2.采用技術領先的J2EE框架

Java 2平臺企業版（Java 2 Platform Enterprise Edition，J2EE）是一種利用Java 2平臺來簡化諸多與多級企業解決方案的開發、部署和管理相關的復雜問題的體系結構。J2EE技術的基礎就是核心Java平臺或Java 2平臺的標準版，J2EE不僅鞏固了標準版中的許多優點，例如“編寫一次、到處運行”的特性，方便存取數據庫的JDBC API、CORBA技術以及能夠在Internet應用中保護數據的安全模式等等，同時還提供了對 EJB（Enterprise Java Beans）、Java Servlets API、JSP（Java Server Pages）以及XML技術的全面支持。

3.采用面向對象的C#

C#作為微軟自主開發的語言，除了繼承了C與C++的所有優點特性，更具有在 Windows 操作系統下的高效性，它不但適用于各種操作系統，并且能與 Windows 緊密的結合在一起。

（三）系統使用方式、在多普達D600手機中實現方法及數據更新成果展示

1.監督員使用動態數據系統方式

監督員在平時巡視過程中，發現新增、刪除、變更的城市部件、地址興趣點參照物等情況，通過“城管通”中的“動態數據”更新系統將變更信息及時上報信息化城管系統即可。

2.動態更新系統在多普達D600手機中實現方法

在“城管通”手機開發動態更新系統時，充分考慮了監督員的工作習慣，數據更新系統上報模式與正常工作時的問題上報基本類似，操作簡單、通俗易懂。

具體操作步驟：點擊“動態更新”→選擇類別（城市部件、地址興趣點參照物）→選擇操作內容（新增、變更、刪除）→地圖（位置）選擇、照片選擇、錄音選擇、問題描述→點擊“發送”即可。

3.信息化城市管理系統中導出的數據更新成果展示

系統管理員定期從信息化城市管理系統中導出監督員上報的數據更新成果，主要內容有：

（1）動態更新成果明細（以城市部件為例），含：任務號、類別、變更類型、監督員、大類、小類、部件編碼、X（Y）軸坐標、街道、社區、萬米單元網格號、問題描述、上報時間。

（2）多媒體信息目錄，內含全部監督員上報的任務號，每個任務號內含：上報問題的照片、一個錄音文件、一張含有上報問題定位的地圖。

三、基礎數據動態更新系統測試情況分析

2009年7月底、11月底，我們先后兩次組織監督員進行了基礎數據動態更新系統現場測試，主要存在如下問題：一是監督員上報問題時的視野過大，影響定位的精度和數據的準確性；二是建議增加院落范圍線和樓房范圍線，為監督員上報問題定位時提供參照依據，進一步確保監督員上報問題時定位的精確性。

2009年12月底，針對兩次測試情況，系統開發組從動態數據更新程序和基礎數據制作兩個方面對系統進行了優化和補充，改進了測試發現的問題。

2010年1月中旬，又組織監督員進行以上報新增、刪除“監控電子眼”的測試，從測試結果來看，基本符合要求，達到了預期的效果。

四、基礎數據動態更新系統前景分析

研發基礎數據動態更新系統，這是東城區進行基礎數據更新機制新的探索，是對傳統數據更新方式有益的補充，對比常態的基礎數據更新有明顯的優點：

一是方便快捷；二是周期短，方式靈活，可以根據需要隨時進行更新；三是省時省力，減輕了監督員的工作強度；四是克服了部分監督員由于業務不熟練，導致普查時城市部件分類錯誤問題的發生；五是可以用此功能對信息化城市管理系統拓展的項目（如：酒類經營場所、污染源等數據）進行實時的動態數據更新。

總之，動態數據更新系統有良好的發展前景。

五、基礎數據動態更新系統存在的不足

由于基礎數據動態更新系統是剛研發并正式投入運用的，其存在一些問題待今后加以改進。比如：

一是目前開發的動態數據更新系統對點狀城市部件、地址興趣點參照物定位毫無問題，但對線狀、面狀信息采集就有一定的局限性，待今后版本加以改進。

二是基礎數據動態更新系統，對地形變化大（拆遷等）的地區有一定的局限性，需要用常規方法進行測量和外業調繪。

（責任編輯：文雪峰）