登录 申请试点 →
合作伙伴关于联系支持 个人、企业与政府,共用一套平台
首页 / 政府与国家 / 城市智慧系统设计方案
V3 · SMART CITY DESIGN

城市系统先画架构,再谈设备。

这份方案的交付物是一套能分期建设、能换供应商、能长期运营的城市智能系统:智能运营中心看全市态势,平台层管数据与接口,交通、公共安全、应急与市政服务逐个立项上线。

清晨的城市路口,一列有轨电车正通过,建筑与道路整洁有序
图 1 · 清晨的城市路口:架构先行,交通、应急与市政在同一底座上运行。
1个运营中心,看全市态势
1层平台底座,各部门共用
4步交付,分期单独验收
3份合同可拆,设计建设运营

城市项目常见的四个坑

多数问题不在技术,在采购结构。

部门各买一套

交通、应急、市政各建平台,数据互不相通,指挥中心最后只剩大屏。

被单厂商锁住

接口不公开,数据导不出,第二期换供应商等于推倒重来。

设备清单没人筛

摄像头与网络设备来源复杂,投标后才发现供应链合规问题。

建完没人运营

验收即巅峰,值守、复验与升级没有预算位,系统两年就旧。

架构构成

一中心、一平台、N 个应用。每一层单独验收。

智能运营中心 IOC

挂态势内核做全市态势、事件分发与应急指挥。值班员看到的是待处置事件与证据,不是拼凑的大屏。

  • 全市事件汇聚与分发
  • 态势图与证据同屏呈现
  • 应急指挥调度流程
  • 值守与交接全程留痕

城市平台层

统一身份、数据目录、API 标准与消息总线,部门系统按标准接入,新应用不再重建底座。

  • 统一身份与岗位权限
  • 数据目录与统计口径
  • API 标准与消息总线
  • 部门接入规范与验收口径

数字孪生模块

把设施、路网与事件映射成可查询的城市模型,先服务调度与演练,再扩到规划。

  • 设施与路网建模
  • 事件映射与查询
  • 调度与演练先行
  • 规划应用随后扩展

场景应用组

交通信号与事件、公共安全感知、应急资源调度、市政服务工单逐个立项,每项有自己的验收口径。

  • 交通信号与事件处置
  • 公共安全感知
  • 应急资源调度
  • 市政服务工单

可分开订购的模块清单

整套是架构,订购按模块:每一件都能单独签、单独验收,后买的沿同一平台层接入。

模块包含什么单独验收物
智能运营中心 IOC事件汇聚与分发、态势图与证据同屏、指挥调度流程、值守交接留痕IOC 上线验收单与值守规程
城市平台层统一身份与岗位权限、数据目录、API 标准与消息总线、部门接入规范接口标准文件与接入验收记录
数字孪生模块设施与路网建模、事件映射与查询,先服务调度与演练模型清单与查询验收记录
交通场景包交通信号协同与交通事件处置流程场景验收单与处置记录样本
应急资源调度包应急资源台账、调度流程与演练支持调度规程与演练记录
市政服务工单包市政工单受理、分派、办结与回访流程工单流程验收单
数据治理与导出包数据字典、统计口径与导出验证,保证换供应商带得走数据字典与导出验证记录

平台怎样接入

城市项目复用全线底座,不另起炉灶。

态势内核

IOC 的事件、实体与时间线来自统一内核,情报与预警产品可直接供数。

一号通机构版

部门、岗位与运营商权限分区,市民服务入口与内部工作台分开。

ONE 运营底座

上线后的监控、处置与复验留痕运营,市政客户按月拿到运营记录。

交付路径

设计费可单独成单,也可抵扣后续实施。每一步都留下可验收的产出物。

1

现状调研

盘点现有系统、数据与设备清单,合规筛查同步进行。
产出物:现状盘点报告(系统、数据与设备清单,合规筛查结论)。

2

总体设计

架构、接口标准、数据治理、分期清单与运维口径一次定版。
产出物:总体设计文件(架构、接口标准、数据治理、分期清单、运维口径)。

3

分期实施

按应用逐个建设与验收,每期交付数据字典与导出验证。
产出物:每期交付应用本体、数据字典、导出验证记录与验收单。

4

运营托管

IOC 值守流程、复验与升级进入长期运营,供应商可替换点逐年复核。
产出物:运营月报、复验记录、供应商可替换点年度复核表。

  • 设计方案可单独购买,不绑实施;实施按期签,运营按年签。
  • 方案自带本地化三件套:本地伙伴、本地部署、本地内容来源。
  • 海外城市项目经总集成商或本地伙伴供应链进入,逐单过出口与本地法律评估。

开放与合规口径

城市系统跑十年,合同要为第十年着想。

防锁定条款

开放 API、数据导出与退出协助写进合同,第二期招标不被第一期绑架。

设备过筛

设备与组件逐项过 Section 889 筛查并留记录,股权穿透尽调覆盖敏感供应商。

数据驻留

城市数据按法域驻留,部署可选本地或专网,密钥安排在设计阶段定版。

用途限定入约

公共安全应用的设计不含人脸识别模板生成与大规模个人监控功能,用途限定写进合同。

常见问题

已有的部门系统怎么接进来?

按平台层标准接入,不推倒重来。平台层先定统一身份、数据目录与 API 标准,部门系统逐个对接,新应用直接建在标准之上,不再各自重建底座。

分期怎么切才不浪费?

先平台层与 IOC,后场景应用逐个立项。每期单独验收并交付数据字典与导出验证,前一期的成果不被后一期推翻,分期清单在总体设计阶段一次定版。

设备筛查谁出报告?

筛查结论写进现状盘点报告。设备与组件逐项对照 Section 889 筛查并留记录,敏感供应商另做股权穿透尽调,结论随盘点报告一并交付。

IOC 值班用谁的人?

两种都可以,运营口径里定版。可由市方团队值守、我方托管,或混合排班;无论谁值守,处置与交接全程留痕,按月提交运营记录。

数据到底归谁?

城市数据归市方,按法域驻留。部署可选本地或专网,密钥安排在设计阶段定版,数据导出与退出协助写进合同。

只买设计可以吗?

可以,设计可单独成单,不绑实施。实施按期签、运营按年签;设计费抵扣后续实施的安排,在设计合同里写明。

接下来,看哪一块

TRUST

信任与合规

部署形态、数据主权、安全运营、供应链筛查与用途边界,集中写明。

看合规口径 →

IOC

情报与态势内核

IOC 的态势来自公开源情报网络,先看数据怎样组织。

看情报网络 →

WARNING

灾害与公共安全预警

应急是 IOC 的第一个高频场景,先从预警接通。

看预警网络 →

从一份现状盘点开始

提供城市规模、现有系统清单与最想先解决的两个场景,先回架构草案与分期口径。

提交城市需求 →