2024年1月10日发(作者：巴合美)
Ｉｎｆｏｒｍａｌｒｏｎｉｚａｔｉｏｎ Ｃｉｔｙ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ信息化城市管理Ｉ＿＿ 信总化城市管理平台基础数据动 叟新系统探讨 口北京市东城区城管监督中心傅志杰 口北京数字政通公司 颜泽智 太 ¨ 一 基于信息化城市管理系统和多普达Ｄ６ ０ ０“城管通”手机 一．基于信息化城市管理系统 我们通过对这些资料进行认真细 致研究，从现有的资料中抽取需要的要 据的方式。按照监督员所属分队（街 道）只安装本街道的地图，只显示本 责任区内的所有城市部件、地址兴趣 点参照物。目前１０个街道中“城管通” 和多普达Ｄ６００“城管通”手机开发 一套基础数据动态更新系统的可行 素，有效地解决了上述问题，具体方法 如下： 一性分析 网格化城市管理数据普查采用的 是依照传统基础数据普查资料 手机端最大数据量是和平里分队， 有６．２５Ｍ，最小的是朝阳门分队，有 ５．０９Ｍ，完全满足工作使用要求，不会 制作了如下专题图层，在“城管通”手 机端再现了“普查用的地图”。 （１） 依据最新的地形图资料，制作了东城 区现状道路分布图； （２）依据最新的 地形图资料，制作了东城区平房院落范 围线和楼房范围线分布图； （３）东城 区界范围线分布图； （４）东城区１０个 街道分布图； （５）东城区１ ｌ５个社区 传统方法是将所有城市部件、地址兴趣 点参照物、区界、街道范围线、监督员 责任区范围线、社区线、万米单元网格 影响“城管通”手机的正常使用。 三是在开发“城管通”手机端程 序中通过优化的显示控件、分图库和视 野的逐级显示方式，提高了地图操作的 响应速度，减少了内存的占用和等待时 等数据套印在比例为Ｉ：５００地形图中， 监督员手拿地图到现场审核，将变化的 数据在地图上标注和在表格中进行登 记。 间，保障了“城管通”手机的工作效 率。 能否将这些数据同样装在多普达 Ｄ６００“城管通”手机中，监督员利用 分布图； （６）９１个监督员责任区分布 图； （７）东城区１５７７个万米单元网格 图； （８）东城区近３０万个城市部件分 布图、３．３７Ｙ多个地址兴趣点参照物数 四是多普达Ｄ６００“城管通”手机 在Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ５．０操作系统中增 加了Ｆｌａｓｈ的容量，减少ＲＡＭ的容量， 多普达Ｄ６００“城管通”手机在平时工 作中随时发现情况随时上报呢？ （一）多普达Ｄ６００“城管通”手机 据分布图。以上八类原始矢量数据共有 １９４．７Ｍ。 增加了微硬盘，解决了系统存储空间小 的问题，为开发数据动态更新功能提供 了基础保障。 （二）“城管通”手机端采集数据精 度可行性分析 端数据容量及工作效率的可行性分析 北京市东城区共有５７４幅比例为 １：５００地形图，一幅图（已由专业公 司保密处理）容量大约在０．５Ｍ一１Ｍ， ５７４幅地形图矢量数据大约有２８０Ｍ，处 理压缩后也有近２２０Ｍ，加上比例为Ｉ： 同时采取以下处理手段： （１）利 用ＡｒｃＧＩＳ的数据简化工具对线、面数 据进行抽稀简化； （２）是利用数据转 换工具，采用压缩技术将Ｓｈａｐｅ格式的 原始数据转换为手机端专用的数据格 依据中华人民共和国城镇建设行 业标准 城市市政监管信息系统管理 部件和事件分类、编码及数据要求》 （ＣＪ／Ｔ２１４－－２００７）中的部件空间数据 定位精度要求： （１）空间位置或边界明确的 式，在不影响数据质量的情况下，减少 冗余数据，进而减少数据的容量。经专 业技术人员的处理，目前手机中八层数 ５００地形图是保密资料也不允许安装在 “城管通”手机中。显然依照目前手机 的配置，一是无法将这么巨大的数据装 入手机使用；二是不符合保密要求。 收稿日期：２Ｏ１ ０ ０４—２２ 作者简介：傅志杰（１ ９６７～） 男，浙江金华人，工程师。 据容量大约只有１８Ｍ。 二是更换“城管通”手机安装数 城市管理与科技・２０１０／４ ４５
＿＿ｌ■ｌ信息化城市管理Ｉｎｆｏｒｍａｔｉｏｎｉｚａｔｉｏｎ Ｃｉｔｙ Ａｄｍｉｎｉｓｔｒａｔｉ。ｎ 部件，如井盖、灯等，中误差≤± ０．５ｍ，在比例为１：５００地形图中误差 ≤±０．１ｍｍ： 据档案。 （二）基础数据动态更新系统采 用的技术 两者完美结合，为监督员最终能 够正确使用动态数据更新系统更新城市 部件等数据提供了前提和条件。 １．采用适应网络发展的三层体系 结构 数据层、业务逻辑层和表现层。 （２）空间位置或边界较明确的部 件，如亭、广告牌、果皮箱等，中误差 ≤±１．０ｍ，在比例为１：５００地形图中 误差≤±０．２ｍｍ； （３）空间位置概略表达的部 件，如桥梁、停车场等，中误差≤＿－４－ １０．０ｍ，在比例为１：５００地形图中误差 ≤±２．０ｍｍ。 目前东城区使用的多普达Ｄ６００ “城管通”手机，配置一块２．８英寸 ６５Ｋ色的ＴＦＴ屏幕，有效显示尺寸是 ４．５ｃｍ×６ｃｍ，分辨率为ＱＶＧＡ２４０ ３２０。 在数据动态更新系统的程序设计 中，要求监督员使用“城管通”手机 采集数据时的视野控制在３０～５０ｍ之内 进行。对城市部件、地址兴趣点参照 物密集地区可放大到３０ｍ视野采集，稀 疏地区可放大到５０ｍ视野内进行采集。 此时“城管通”手机端屏幕显示的比 例尺大致为１：７００～１：１１００；以“城 管通”手机中的“再现的普查图”作 为基础，以显示的城市部件、地址兴 趣点参照物作为依据，采集相应的变 更信息，从理论上讲基本可以满足数 据采集精度要求。 （三）监督员日常巡视发现变化的城 市部件 地址兴趣点参照物，及时上报 的可行性分析 一是由于目前在岗的监督员大 多已从事过数据普查工作，对城市部 （事）件分类较为清楚，加上每年例行 的业务培训、业务练兵，监督员业务能 力应该有了很大提高。 二是从２００８年开始，每次大规模 数据更新完成后，基于监督员责任区建 立了城市部件、地址兴趣点参照物的数 ４６城市管理与科技・２０１０／４ （四）维护公司技术实力雄厚， 技术力量能够满足用户提出的各项功能 要求 自２００８年底，东城区采用了无线 多媒体信息采集系统（“城管通”）和 信息化城市管理系统一体化的搭建方式 对原有系统进行升级改造。目前东城区 的“城管通”与信息化城市管理系统均 由北京数字政通公司开发和维护。该公 司拥有将基于无线技术的移动应用系统 与政务管理系统有机结合的开发与实践 经验，技术力量能够满足用户提出的各 项功能要求。 综上所述，基于信息化城市管理 系统和多普达Ｄ６００“城管通”手机端 开发基础数据动态更新系统的基础条 件、技术力量均已具备。 ＝、信息化城市管理基础数据 动态更新系统 （一）基础数据动态更新系统的 架构 基础数据“动态更新”系统是 基于多普达Ｄ６００“城管通”手机中 Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ５．０操作系统开发的 功能模块，通过中国移动通信网上传到 “城管通”系统服务器，再通过政务专 网上传到信息化城管系统服务器中，系 统管理员定期导出监督员通过动态更新 系统上报的数据，转交专业测绘公司进 行后期的数据制作。见图１。 运用动态数据更新系统上报更新 信息是不需要信息化城市管理系统人工 干预，也不会影响信息化城市管理系统 的正常业务办理。 采用ＤＮＡ体系三层结构，具有如 下优点： （１）实现了分布式数据处理，能 完全利用平台的灵活性、Ｉｎｔｅｒｎｅｔ的优 势和通讯能力； （２）在一个共享的中 问层封装了商业规则； （３）使用标准 的数据访问接口，跟所使用的数据库无 关； （４）中间层的业务逻辑采用组件 技术开发，灵活性大，易于移植，可以 快速开发、部署应用程序，不需要对开 发者进行重新培训，降低开发者必须写 的代码； （５）各模块皆具有互操作能 力，可以方便地向现有系统增加功能， 符合开放的协议与标准，可以集成其他 厂商的产品。 ２．采用技术领先的Ｊ２ＥＥ框架 Ｊａｖａ ２平台企业版（Ｊａｖａ ２ Ｐｌａｔｆｏｒｍ Ｅｎｔｅｒｐｒｉｓｅ Ｅｄｉｔｉｏｎ，Ｊ２ＥＥ） 是一种利用Ｊａｖａ ２平台来简化诸多与多 级企业解决方案的开发、部署和管理相 关的复杂问题的体系结构。Ｊ２ＥＥ技术 的基础就是核＆，Ｊａｖａ平台或Ｊａｖａ ２平台 的标准版，Ｊ２ＥＥ不仅巩固了标准版中 的许多优点，例如“编写一次、到处运 行”的特性，方便存取数据库的ＪＤＢＣ ＡＰＩ、ＣＯＲＢＡ技术以及能够在Ｉｎｔｅｒｎｅｔ 应用中保护数据的安全模式等等，同 时还提供了对ＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ Ｊａｖａ Ｂｅａｎｓ）、Ｊａｖａ Ｓｅｒｖｌｅｔｓ ＡＰＩ、ＪＳＰ （Ｊａｖａ Ｓｅｒｖｅｒ Ｐａｇｅｓ）以及ＸＭＬ技术 的全面支持。 ３．采用面向对象的Ｃ＃ Ｃ＃作为微软自主开发的语言，除 了继承了ｃ与ｃ＋＋的所有优点特性，更 具有在Ｗｉｎｄｏｗｓ操作系统下的高效 性，它不但适用于各种操作系统，并且
Ｉｎｆｏｒｍａｄｏｎｉｚａｔｉｏｎ ＣｉｔｙＡｄｍｉｎｉｓｔｒａｌｉ。ｎ信息化城市管理Ｉ＿＿图１ 基础数据动态更新系统架构示意图 能与Ｗｉｎｄｏｗｓ紧密的结合在一起。 部件为例），含：任务号、类别、变 更类型、监督员、大类、小类、部件 （三）系统使用方式 在多普达 编码、Ｘ（Ｙ）轴坐标、街道、社区、 Ｄ６００手机中实现方法及数据更新成果 万米单元网格号、问题描述、上报时 展示 间。 １．监督员使用动态数据系统方式 （２）多媒体信息目录，内含全部 监督员在平时巡视过程中，发现 监督员上报的任务号，每个任务号内 新增、删除、变更的城市部件、地址兴 含：上报问题的照片、一个录音文件、 趣点参照物等情况，通过“城管通”中 一张含有上报问题定位的地图。 的“动态数据”更新系统将变更信息及 时上报信息化城管系统即可。 ２．动态更新系统在多普达Ｄ６００手 三 基础数据动态更新系统测 机中实现方法 试情况分析 在“城管通”手机开发动态更新 ２００９年７月底、ｌ１月底，我们先后 系统时，充分考虑了监督员的工作习 两次组织监督员进行了基础数据动态更 惯，数据更新系统上报模式与正常工作 新系统现场测试，主要存在如下问题： 时的问题上报基本类似，操作简单、通 一是监督员上报问题时的视野过大，影 俗易懂。 响定位的精度和数据的准确性；二是建 具体操作步骤：点击“动态更 议增加院落范围线和楼房范围线，为监 新”一选择类别（城市部件、地址兴趣 督员上报问题定位时提供参照依据，进 点参照物）一选择操作内容（新增、变 一步确保监督员上报问题时定位的精确 更、删除）一地图（位置）选择、照片 性。 选择、录音选择、问题描述一点击“发 ２００９年１２月底，针对两次测试情 送”即可。 况，系统开发组从动态数据更新程序和 ３．信息化城市管理系统中导出的 基础数据制作两个方面对系统进行了优 数据更新成果展示 化和补充，改进了测试发现的问题。 系统管理员定期从信息化城市管 ２０１０年１月中旬，又组织监督员进 理系统中导出监督员上报的数据更新成 行以上报新增、删除“监控电子眼” 果，主要内容有： 的测试，从测试结果来看，基本符合要 （１）动态更新成果明细（以城市 求，达到了预期的效果。 四、基础数据动态更新系统前 景分析 研发基础数据动态更新系统，这 是东城区进行基础数据更新机制新的探 索，是对传统数据更新方式有益的补 充，对比常态的基础数据更新有明显的 优点： 一是方便快捷；二是周期短，方 式灵活，可以根据需要随时进行更新； 三是省时省力，减轻了监督员的工作强 度；四是克服了部分监督员由于业务不 熟练，导致普查时城市部件分类错误问 题的发生；五是可以用此功能对信息化 城市管理系统拓展的项目（如：酒类经 营场所、污染源等数据）进行实时的动 态数据更新。 总之，动态数据更新系统有良好 的发展前景。 五 基础数据动态更新系统存 在的不足 由于基础数据动态更新系统是刚 研发并正式投入运用的，其存在一些问 题待今后加以改进。比如： 一是目前开发的动态数据更新系 统对点状城市部件、地址兴趣点参照物 定位毫无问题，但对线状、面状信息采 集就有一定的局限性，待今后版本加以 改进。 二是基础数据动态更新系统，对 地形变化大（拆迁等）的地区有一定的 局限性，需要用常规方法进行测量和外 业调绘。 （责任编辑：文雪峰） 城市管理与科技・２０１０／４ ４７
2024年1月10日发(作者：巴合美)
Ｉｎｆｏｒｍａｌｒｏｎｉｚａｔｉｏｎ Ｃｉｔｙ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ信息化城市管理Ｉ＿＿ 信总化城市管理平台基础数据动 叟新系统探讨 口北京市东城区城管监督中心傅志杰 口北京数字政通公司 颜泽智 太 ¨ 一 基于信息化城市管理系统和多普达Ｄ６ ０ ０“城管通”手机 一．基于信息化城市管理系统 我们通过对这些资料进行认真细 致研究，从现有的资料中抽取需要的要 据的方式。按照监督员所属分队（街 道）只安装本街道的地图，只显示本 责任区内的所有城市部件、地址兴趣 点参照物。目前１０个街道中“城管通” 和多普达Ｄ６００“城管通”手机开发 一套基础数据动态更新系统的可行 素，有效地解决了上述问题，具体方法 如下： 一性分析 网格化城市管理数据普查采用的 是依照传统基础数据普查资料 手机端最大数据量是和平里分队， 有６．２５Ｍ，最小的是朝阳门分队，有 ５．０９Ｍ，完全满足工作使用要求，不会 制作了如下专题图层，在“城管通”手 机端再现了“普查用的地图”。 （１） 依据最新的地形图资料，制作了东城 区现状道路分布图； （２）依据最新的 地形图资料，制作了东城区平房院落范 围线和楼房范围线分布图； （３）东城 区界范围线分布图； （４）东城区１０个 街道分布图； （５）东城区１ ｌ５个社区 传统方法是将所有城市部件、地址兴趣 点参照物、区界、街道范围线、监督员 责任区范围线、社区线、万米单元网格 影响“城管通”手机的正常使用。 三是在开发“城管通”手机端程 序中通过优化的显示控件、分图库和视 野的逐级显示方式，提高了地图操作的 响应速度，减少了内存的占用和等待时 等数据套印在比例为Ｉ：５００地形图中， 监督员手拿地图到现场审核，将变化的 数据在地图上标注和在表格中进行登 记。 间，保障了“城管通”手机的工作效 率。 能否将这些数据同样装在多普达 Ｄ６００“城管通”手机中，监督员利用 分布图； （６）９１个监督员责任区分布 图； （７）东城区１５７７个万米单元网格 图； （８）东城区近３０万个城市部件分 布图、３．３７Ｙ多个地址兴趣点参照物数 四是多普达Ｄ６００“城管通”手机 在Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ５．０操作系统中增 加了Ｆｌａｓｈ的容量，减少ＲＡＭ的容量， 多普达Ｄ６００“城管通”手机在平时工 作中随时发现情况随时上报呢？ （一）多普达Ｄ６００“城管通”手机 据分布图。以上八类原始矢量数据共有 １９４．７Ｍ。 增加了微硬盘，解决了系统存储空间小 的问题，为开发数据动态更新功能提供 了基础保障。 （二）“城管通”手机端采集数据精 度可行性分析 端数据容量及工作效率的可行性分析 北京市东城区共有５７４幅比例为 １：５００地形图，一幅图（已由专业公 司保密处理）容量大约在０．５Ｍ一１Ｍ， ５７４幅地形图矢量数据大约有２８０Ｍ，处 理压缩后也有近２２０Ｍ，加上比例为Ｉ： 同时采取以下处理手段： （１）利 用ＡｒｃＧＩＳ的数据简化工具对线、面数 据进行抽稀简化； （２）是利用数据转 换工具，采用压缩技术将Ｓｈａｐｅ格式的 原始数据转换为手机端专用的数据格 依据中华人民共和国城镇建设行 业标准 城市市政监管信息系统管理 部件和事件分类、编码及数据要求》 （ＣＪ／Ｔ２１４－－２００７）中的部件空间数据 定位精度要求： （１）空间位置或边界明确的 式，在不影响数据质量的情况下，减少 冗余数据，进而减少数据的容量。经专 业技术人员的处理，目前手机中八层数 ５００地形图是保密资料也不允许安装在 “城管通”手机中。显然依照目前手机 的配置，一是无法将这么巨大的数据装 入手机使用；二是不符合保密要求。 收稿日期：２Ｏ１ ０ ０４—２２ 作者简介：傅志杰（１ ９６７～） 男，浙江金华人，工程师。 据容量大约只有１８Ｍ。 二是更换“城管通”手机安装数 城市管理与科技・２０１０／４ ４５
＿＿ｌ■ｌ信息化城市管理Ｉｎｆｏｒｍａｔｉｏｎｉｚａｔｉｏｎ Ｃｉｔｙ Ａｄｍｉｎｉｓｔｒａｔｉ。ｎ 部件，如井盖、灯等，中误差≤± ０．５ｍ，在比例为１：５００地形图中误差 ≤±０．１ｍｍ： 据档案。 （二）基础数据动态更新系统采 用的技术 两者完美结合，为监督员最终能 够正确使用动态数据更新系统更新城市 部件等数据提供了前提和条件。 １．采用适应网络发展的三层体系 结构 数据层、业务逻辑层和表现层。 （２）空间位置或边界较明确的部 件，如亭、广告牌、果皮箱等，中误差 ≤±１．０ｍ，在比例为１：５００地形图中 误差≤±０．２ｍｍ； （３）空间位置概略表达的部 件，如桥梁、停车场等，中误差≤＿－４－ １０．０ｍ，在比例为１：５００地形图中误差 ≤±２．０ｍｍ。 目前东城区使用的多普达Ｄ６００ “城管通”手机，配置一块２．８英寸 ６５Ｋ色的ＴＦＴ屏幕，有效显示尺寸是 ４．５ｃｍ×６ｃｍ，分辨率为ＱＶＧＡ２４０ ３２０。 在数据动态更新系统的程序设计 中，要求监督员使用“城管通”手机 采集数据时的视野控制在３０～５０ｍ之内 进行。对城市部件、地址兴趣点参照 物密集地区可放大到３０ｍ视野采集，稀 疏地区可放大到５０ｍ视野内进行采集。 此时“城管通”手机端屏幕显示的比 例尺大致为１：７００～１：１１００；以“城 管通”手机中的“再现的普查图”作 为基础，以显示的城市部件、地址兴 趣点参照物作为依据，采集相应的变 更信息，从理论上讲基本可以满足数 据采集精度要求。 （三）监督员日常巡视发现变化的城 市部件 地址兴趣点参照物，及时上报 的可行性分析 一是由于目前在岗的监督员大 多已从事过数据普查工作，对城市部 （事）件分类较为清楚，加上每年例行 的业务培训、业务练兵，监督员业务能 力应该有了很大提高。 二是从２００８年开始，每次大规模 数据更新完成后，基于监督员责任区建 立了城市部件、地址兴趣点参照物的数 ４６城市管理与科技・２０１０／４ （四）维护公司技术实力雄厚， 技术力量能够满足用户提出的各项功能 要求 自２００８年底，东城区采用了无线 多媒体信息采集系统（“城管通”）和 信息化城市管理系统一体化的搭建方式 对原有系统进行升级改造。目前东城区 的“城管通”与信息化城市管理系统均 由北京数字政通公司开发和维护。该公 司拥有将基于无线技术的移动应用系统 与政务管理系统有机结合的开发与实践 经验，技术力量能够满足用户提出的各 项功能要求。 综上所述，基于信息化城市管理 系统和多普达Ｄ６００“城管通”手机端 开发基础数据动态更新系统的基础条 件、技术力量均已具备。 ＝、信息化城市管理基础数据 动态更新系统 （一）基础数据动态更新系统的 架构 基础数据“动态更新”系统是 基于多普达Ｄ６００“城管通”手机中 Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ５．０操作系统开发的 功能模块，通过中国移动通信网上传到 “城管通”系统服务器，再通过政务专 网上传到信息化城管系统服务器中，系 统管理员定期导出监督员通过动态更新 系统上报的数据，转交专业测绘公司进 行后期的数据制作。见图１。 运用动态数据更新系统上报更新 信息是不需要信息化城市管理系统人工 干预，也不会影响信息化城市管理系统 的正常业务办理。 采用ＤＮＡ体系三层结构，具有如 下优点： （１）实现了分布式数据处理，能 完全利用平台的灵活性、Ｉｎｔｅｒｎｅｔ的优 势和通讯能力； （２）在一个共享的中 问层封装了商业规则； （３）使用标准 的数据访问接口，跟所使用的数据库无 关； （４）中间层的业务逻辑采用组件 技术开发，灵活性大，易于移植，可以 快速开发、部署应用程序，不需要对开 发者进行重新培训，降低开发者必须写 的代码； （５）各模块皆具有互操作能 力，可以方便地向现有系统增加功能， 符合开放的协议与标准，可以集成其他 厂商的产品。 ２．采用技术领先的Ｊ２ＥＥ框架 Ｊａｖａ ２平台企业版（Ｊａｖａ ２ Ｐｌａｔｆｏｒｍ Ｅｎｔｅｒｐｒｉｓｅ Ｅｄｉｔｉｏｎ，Ｊ２ＥＥ） 是一种利用Ｊａｖａ ２平台来简化诸多与多 级企业解决方案的开发、部署和管理相 关的复杂问题的体系结构。Ｊ２ＥＥ技术 的基础就是核＆，Ｊａｖａ平台或Ｊａｖａ ２平台 的标准版，Ｊ２ＥＥ不仅巩固了标准版中 的许多优点，例如“编写一次、到处运 行”的特性，方便存取数据库的ＪＤＢＣ ＡＰＩ、ＣＯＲＢＡ技术以及能够在Ｉｎｔｅｒｎｅｔ 应用中保护数据的安全模式等等，同 时还提供了对ＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ Ｊａｖａ Ｂｅａｎｓ）、Ｊａｖａ Ｓｅｒｖｌｅｔｓ ＡＰＩ、ＪＳＰ （Ｊａｖａ Ｓｅｒｖｅｒ Ｐａｇｅｓ）以及ＸＭＬ技术 的全面支持。 ３．采用面向对象的Ｃ＃ Ｃ＃作为微软自主开发的语言，除 了继承了ｃ与ｃ＋＋的所有优点特性，更 具有在Ｗｉｎｄｏｗｓ操作系统下的高效 性，它不但适用于各种操作系统，并且
Ｉｎｆｏｒｍａｄｏｎｉｚａｔｉｏｎ ＣｉｔｙＡｄｍｉｎｉｓｔｒａｌｉ。ｎ信息化城市管理Ｉ＿＿图１ 基础数据动态更新系统架构示意图 能与Ｗｉｎｄｏｗｓ紧密的结合在一起。 部件为例），含：任务号、类别、变 更类型、监督员、大类、小类、部件 （三）系统使用方式 在多普达 编码、Ｘ（Ｙ）轴坐标、街道、社区、 Ｄ６００手机中实现方法及数据更新成果 万米单元网格号、问题描述、上报时 展示 间。 １．监督员使用动态数据系统方式 （２）多媒体信息目录，内含全部 监督员在平时巡视过程中，发现 监督员上报的任务号，每个任务号内 新增、删除、变更的城市部件、地址兴 含：上报问题的照片、一个录音文件、 趣点参照物等情况，通过“城管通”中 一张含有上报问题定位的地图。 的“动态数据”更新系统将变更信息及 时上报信息化城管系统即可。 ２．动态更新系统在多普达Ｄ６００手 三 基础数据动态更新系统测 机中实现方法 试情况分析 在“城管通”手机开发动态更新 ２００９年７月底、ｌ１月底，我们先后 系统时，充分考虑了监督员的工作习 两次组织监督员进行了基础数据动态更 惯，数据更新系统上报模式与正常工作 新系统现场测试，主要存在如下问题： 时的问题上报基本类似，操作简单、通 一是监督员上报问题时的视野过大，影 俗易懂。 响定位的精度和数据的准确性；二是建 具体操作步骤：点击“动态更 议增加院落范围线和楼房范围线，为监 新”一选择类别（城市部件、地址兴趣 督员上报问题定位时提供参照依据，进 点参照物）一选择操作内容（新增、变 一步确保监督员上报问题时定位的精确 更、删除）一地图（位置）选择、照片 性。 选择、录音选择、问题描述一点击“发 ２００９年１２月底，针对两次测试情 送”即可。 况，系统开发组从动态数据更新程序和 ３．信息化城市管理系统中导出的 基础数据制作两个方面对系统进行了优 数据更新成果展示 化和补充，改进了测试发现的问题。 系统管理员定期从信息化城市管 ２０１０年１月中旬，又组织监督员进 理系统中导出监督员上报的数据更新成 行以上报新增、删除“监控电子眼” 果，主要内容有： 的测试，从测试结果来看，基本符合要 （１）动态更新成果明细（以城市 求，达到了预期的效果。 四、基础数据动态更新系统前 景分析 研发基础数据动态更新系统，这 是东城区进行基础数据更新机制新的探 索，是对传统数据更新方式有益的补 充，对比常态的基础数据更新有明显的 优点： 一是方便快捷；二是周期短，方 式灵活，可以根据需要随时进行更新； 三是省时省力，减轻了监督员的工作强 度；四是克服了部分监督员由于业务不 熟练，导致普查时城市部件分类错误问 题的发生；五是可以用此功能对信息化 城市管理系统拓展的项目（如：酒类经 营场所、污染源等数据）进行实时的动 态数据更新。 总之，动态数据更新系统有良好 的发展前景。 五 基础数据动态更新系统存 在的不足 由于基础数据动态更新系统是刚 研发并正式投入运用的，其存在一些问 题待今后加以改进。比如： 一是目前开发的动态数据更新系 统对点状城市部件、地址兴趣点参照物 定位毫无问题，但对线状、面状信息采 集就有一定的局限性，待今后版本加以 改进。 二是基础数据动态更新系统，对 地形变化大（拆迁等）的地区有一定的 局限性，需要用常规方法进行测量和外 业调绘。 （责任编辑：文雪峰） 城市管理与科技・２０１０／４ ４７