ICS 35.240.01 CCS L 70 34 安徽省 地方 标准 DB34/T 5234.1—2025 城市大脑 第1部分： 社区网格智能化数据与业务协同 技术要求 City brain — Part1: Technical requirements of data and business cooperation for community grid intellectualization 2025 - 05 - 06发布 2025 - 06 - 06实施 安徽省市场监督管理局 发布 DB34/T 5234.1—2025 I 前言 本文件按照 GB/T 1.1 —2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定 起草。 本文件是 DB34/T 5234《城市大脑 》的第1部分。DB34/T 5234 已经发布了以下部分： —— 第 1 部分：社区网格智能化数据与业务协同技术要求 ； ——第 2 部分：城市物联感知管理与服务平台建设指南 ； ——第 3 部分：场景运营流程成熟度指南 。 请注意本文件的某 些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由亳州市数据资源管理局提出。 本文件由安徽省数据资源管理局归口。 本文件起草单位：亳州市数据资源管理局、 安徽省数据资源管理局 、亳州市城市管理局、亳州市民 政局、亳州市委政法委、浪潮集团有限公司、讯飞智元信息科技有限公司。 本文件主要起草人：王宇、谢飞、英杰、翁挡挡、王西良、周波、孙朝华、邢宗宗、蒋灿、刘顺利、 李国栋、左登华、王峰志、邵帅、程博、辛超、柴青、苏洋、于越、李龙。 DB34/T 5234.1 —2025 II 引言 城市大脑融合城市多源数据资源，整合状态感知、建模分析、城市运行管理、应急指挥等功能，通 过人机交互与协同，提供态势全面感知、趋势智能研判、协同高效处置、调度敏捷响应、平急快速切换 等智能化服务，是支撑城市数字化转型的一种复杂系统。为了规范和引导城市大脑合理发展，促进城市 大脑与城市其他信息化系统互联互通 ,制订DB34/T 5234《城市大脑》系列标准，旨在为安徽省各地市城 市大脑的规划与建设提供依据 ,拟由四个部分构成。 ——第1部分：社区网格智能化数据与业务协同技术要求。目的在于确立社区网格智能化的总体框 架，规定了 社区网格数据、业务协同方面的技术要求。 ——第2部分：城市物联感知管理与服务平台建设指南。目的在于给出了城市物联感知管理与服务 平台的总体架构，并提供了管理、服务和安全管理方面的建议。 ——第3部分：场景运营流程成熟度指南。目的是为场景运营流程各个环节提供成熟度等级说明， 用于度量整个场景运营流程的成熟度水平，为场景运营流程提供可靠、有效的成熟度参考指标，提升场 景运营效率。 ——第4部分： 事件统一流转处置管理规范。 目的是通过规定了城市大脑事件统一受理、 统一调度、 协同处置、闭环管理的流程规范，为城市大脑事件统一流 转流程的建设和管理提供指导。 DB34/T 5234.1 —2025 1 城市大脑 第1部分：社区网格智能化数据与业务协同技术要求 1 范围 本文件确立了社区网格智能化的总体框架，并规定了社区网格数据和业务协同的技术要求。 本文件适用于社区网格智能化数据和业务协同。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中， 注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB/T 2260 中华人民共和国行政区划代码 GB/T 30428.8 -2020 数字化城市管理信息系统 第8部分：立案、处置和结案 GB/T 34300 城乡社区网格化服务管理规范 3 术语和定义 下列术语和定义适用于本文件。 3.1 城市大脑 city brain 融合城市多源数据资源，整合状态感知、建模分析、城市运行管理、应急指挥等功能，通过人机交 互与协同，提供态势全面感知、趋势智能研判、协同高效处置、调度敏捷响应、平急快速切换等智能化 服务，支撑城市数字化转型的一种复杂系统。 3.2 社区网格智能化 community grid intellectualization 运用现代信息技术，为社区网格提供精细化、信息化、智能化的公共管理与服务。 3.3 事件信息 event information 需要社区管理者处理的事件及其附属信息，例如设施故障事件、设施报警事件等。 4 总体架构 概述 4.1 社区网格智能化通过采集和汇聚社区物联设备数据、社区数据、网格数据，由城市大脑提供能力和 数据支撑， 在公共管理、 公共安全、 公共服务方面开展业务协同， 提升基层社区网格的智能化管理水平。 总体框架 4.2 DB34/T 5234.1 —2025 2 4.2.1 社区网格智能化总体框架见图 1。 图1 总体框架 4.2.2 社区网格智能化总体框架包括感知层、社区网格数据层、业务协同层、客户端： a) 感知层：包含社区网格的数字摄像头、可视对讲门禁、电子围栏、周界防范等设施设备； b) 社区网格数据层：汇集物联设备数据、社区数据、网格数据等数据，通过数据采集和数据清 洗，为公共管理、公共安全、公共服务提供一体化数据支撑； c) 业务协同层：为社区网格提供公共管理、公共安全、公共服务； d) 客户端：包括桌面应用程序和移动应用程序，移动应用程序面向社区居民、基层管理人员提 供社区服务和基层减负等功能； e) 城市大脑的其他应用系统与社区网格智能化在业务层面进行业务协同，市级数据资源平台为 社区网格智能化提供数据共享。 注： 本文件描述了总体架构中实线部分的技术要求 ，不涉及虚线部分的技术要求 。 5 社区网格数据 基本要求 5.1 基本要求包括： a) 社区网格数据应来自多业务、多部门、多领域数据； b) 应保证社区多领域数据的规范性、一致性、准确性、唯一性、关联性、时效性、保密性、完 整性等； c) 社区网格数据应按网格单元进行管理。 物联设备数据 5.2 5.2.1 设备数据 社区网格对社区智能化感知设备统一管理， 应满足以下要求 ： a) 应支持物联设备数据统一汇聚到社区网格，避免数据重复采集； b) 应支持对所有接入设备数据的查询、修改、删除等； c) 应支持查询接入设备的基础信息，及订阅设备数据。 DB34/T 5234.1 —2025 3 5.2.2 状态数据 物联设备的连接管理应满足以下要求： a) 应支持监控接入设备连接状态 ； b) 应支持通过轮询 方式或主动上报方式 获得状态数据 。 社区数据 5.3 5.3.1 数据资源类别 社区数据资源可包含但不限于 ： a) 社区基础库：可包括人、社团、企业、居民楼、商业 /办公楼、车、街道、社区、小区等基础 数据库； b) 社区主题库：可包括环境保护、低保救助、政务公开、就业扶持、突发应急等主题数据库； c) 社区专题库：可根据社区实际业务需求建立动态变化数据库。 5.3.2 数据来源 社区数据可来自以下多种方式： a) 与政务部门通过数据共享与交换获取的数据资源； b) 通过社区、街道等网格员或相关人员录入采集获取的数据。 网格数据 5.4 5.4.1 网格划分 社区网格划分应 按照 GB/T 34300 中网格划分要求， 对网格、重点区域、重点行业及单位的重要部 位等进行统一划分。 5.4.2 网格标识编码 网格标识编码满足以下要求： a) 每个网格宜设置唯一编码，网格编码共 15位数，分 6级组成； b) 省、市、县（市、区）各 2位数，县及县以上行政区划代码应遵循 GB/T 2260 的规定； c) 乡镇（街道）、村（社区）、网格各 3位数，宜由市级统一编制。 5.4.3 基层数据 网格的基层数据应满足以下要求： a) 应包含辖区基本数据、村社及以上层级领导成员、网格层级、网格队伍成员等数据； b) 应支持实有人口、实有房屋、组织场所的统计； c) 应支持对村（社区）、网格基本数据的修改、查询、导出，包括网格长、联系电话、网格数量、 面积、户数等数据。 数据采集 5.5 社区多领域数据宜采用以下多种方式采集： a) 宜支持从桌面应用程序、移动应用程序录入社区数据； b) 宜支持在桌面应用程序和移动应用程序快速构建数据采集模板； c) 宜支持从已有 XLS、CSV、TXT、DOC等文件格式导入数据； DB34/T 5234.1 —2025 4 d) 宜支持从第三方信息系统拉取或第三方信息系统主动推送数据。 数据清洗 5.6 对采集的数据进行数据清洗满足以下要求： a) 应支持对缺项、漏项数据进行检查与处理； b) 应支持对身份证号书写错误、房间号码书写错误、日期格式不一致、文件格式不统一、文件名 称不统一、相同业务但社区类别不统一、居住地址书写格式不统一进行检查并处理； c) 宜支持通过去重、补项