上海大型排水干线灾害防治与应急处置数字平台

EXECUTIVE SUMMARY

0｜一页结论：这不是一个“机器人项目”，而是一套干线韧性管理能力

如果把研究目标只定义成“给250公里干线找一批检测和修复机器人”，最终很容易形成设备清单；如果把目标定义成“持续知道设施处于什么状态、可能发生什么、出事后怎么最快恢复”，那么设备、数据库、算法、工法和应急组织都会自然进入同一个体系。

平台的核心价值不是“显示数据”，而是把一条异常数据最终转化成一个可执行的工程动作。

业主首先需要知道

250公里干线由什么组成？当前健康状态如何？哪里风险最大？哪些信息仍然是盲区？

其次需要判断

哪些异常会演变成坍塌、涌砂、堵塞、闸门失效或水力系统失控？什么时候要从“观察”升级到“抢险”？

最终必须执行

发生SC场景后，几小时内调什么人、什么装备、什么物资、什么工法，如何旁通、复检并回写资产状态。

30天目标建议：不追求一次把250公里全部“数字孪生”，而是完成立项级系统架构、数据标准初版、20—30个一级灾害场景、装备/感知/案例三类数据库原型、首批试点段设计、验证机制与三年建设路线图。

WHY PLATFORM

1｜为什么现在必须把研究提高到“平台级”

第一阶段研究机器人/装备

第二阶段研究灾害怎么抢

第三阶段研究设施现在怎样

第四阶段持续预测风险并组织响应

前面的几轮研究已经自然暴露出一个事实：应急处置的准确性取决于事前对资产和状态的掌握程度。如果不知道箱涵的断面、结构年代、病害历史、水位、流速、上方环境、是否可停运、是否有旁通，即使拥有最先进的机器人，也很难在事故发生后快速决策。

左半边

状态认知系统

资产台账 → 固定监测 → 周期扫描 → 原始观测 → 病害识别 → 健康状态 → 风险评估。

右半边

工程响应系统

灾害场景 → 应急预案 → 装备/物资 → 人员/队伍 → 临排/隔离 → 临修/永久修复 → 复检。

平台的任务，就是把左右两半真正接起来，形成“发现—判断—处置—复盘”的工程闭环。

POLICY & REALITY

2｜为什么这个方向与上海当前水务建设高度同向

感知

1555套感知设备

截至2026年2月底，中心城区三大片区累计完成1555套排水感知设备安装；智能监测密度达到约1点/5公里。

工程

2200 km / 100 km

2026年工作要点提出完成2200公里排水管道检测、100公里修复，并编制应急抢修实施细则。

科研

带水快速检测修复

上海已立项“大型排水管涵及附属设施带水快速检测修复关键技术研究与示范”，并延伸至智能检测、清淤及非开挖修复。

十五五

健康监测+全生命周期

规划提出强化重要供排水设施智能感知预警，加快设施健康监测与全生命周期管理、数字孪生水网建设。

关键判断：我们提出的平台不是另起炉灶，而应设计成既能承接现有排水感知、一体化运行平台、数字孪生建设成果，又专门补强“大型干线设施健康—灾害风险—工程处置”这一工程闭环。

VISION

3｜平台总体目标：从“看见数据”进化到“知道下一步该干什么”

资产层干线、箱涵、隧道、闸门、阀门、井室、特殊节点、上下游拓扑关系

感知层在线传感器、CCTV、声呐、激光、GPR、机器人、无人机、人工巡检

认知层缺陷识别、健康度、趋势、剩余风险、外部耦合风险、水力影响

响应层场景触发、响应等级、预案、装备、物资、队伍、旁通、抢修、复检

建议形成四个核心能力目标

① 资产“看得清”

任一设施点击后可看到结构参数、上下游关系、历史检测、病害、维修、传感器与风险等级。

② 状态“说得明”

任何健康等级都能追溯到原始观测与检测证据，而不是专家随手打分。

③ 风险“提前看”

把结构状态、水力、地质、第三方施工、上方敏感目标等组合，而不是只看管内单一病害。

④ 出险“立即做”

系统自动映射到SC场景，给出初始处置、设备物资、旁通、临修和永久修复的候选方案。

CLOSED LOOP

4｜建议确定的核心业务闭环

ASSET资产与拓扑

SENSE在线/周期感知

OBSERVE原始观测

DEFECT病害识别

CONDITION健康状态

RISK风险研判

SCENARIO灾害场景

PLAYBOOK应急预案

RESOURCE设备物资队伍

INTERVENTION处置/修复

VERIFY复检验证

LEARN案例回写

其中最关键的不是技术名词，而是每一层之间都要有明确的数据映射。例如“声呐发现局部断面缩小”并不会直接触发抢修；它需要先形成可验证Observation，再判定是淤积、结构变形还是异物，随后进入Condition与Risk，再决定是否触发SC03、SC04等场景。

DATA DOMAINS

5｜平台底层不是“一张总表”，而是12个相互关联的数据域

数据域	核心问题	主要内容	30天是否必须形成初版
01 设施资产库	我们到底管什么？	设施唯一ID、位置、拓扑、断面、材质、年代、结构形式、埋深、检修入口、上下游关系	必须
02 感知/检测技术装备库	有哪些方式可以看见状态？	传感器、CCTV、声呐、激光、GPR、ROV、机器人、无人机及适用环境/精度/盲区	必须
03 已部署感知设备库	现场装了什么？	设备实例ID、位置、型号、安装日期、校准、在线率、电源通信、数据质量	框架
04 原始观测库	事实是什么？	液位、流量、压力、水质、声呐、点云、视频、人工记录等时间序列和文件索引	框架
05 病害/异常库	发现了什么问题？	裂缝、剥落、腐蚀、渗漏、涌砂、错台、淤积、变形、异物、设备故障	必须
06 健康状态库	设施现在怎样？	结构、水力、腐蚀、地基、附属设施、运维可达性等分项及综合Condition	必须
07 风险库	哪里最可能造成严重后果？	概率、后果、脆弱性、可替代性、上方敏感目标、外部施工、地质/沉降耦合	必须
08 灾害场景库	可能发生什么？	SC编码、触发条件、初期征兆、危险等级、升级条件、决策阈值	必须
09 应急/修复装备库	有什么工具能处理？	检测、清淤、切割、喷涂、注浆、锚固、阀门干预、封堵、临排、起吊等	已有基础
10 应急资源实例库	今天晚上到底能调什么？	设备数量、所有人、仓库、状态、操作人员、预计到场时间、是否占用	框架
11 案例/证据/验证/失败库	凭什么相信方案可用？	真实工况、作业结果、Evidence等级、Field等级、失败原因、验证记录	必须
12 工程活动库	做过什么、效果如何？	清淤、检测、注浆、CIPP、喷涂、开挖、更换、应急处置、复检与状态回写	框架

SENSING SYSTEM

6｜“状态掌握”需要独立建设一套感知与检测体系

不能只问“有没有监测”，而要建立对象—病害—检测方法—精度—频率—环境限制—证据等级的对应关系。对于250公里骨干干线，建议采用“在线感知 + 周期检测 + 专项诊断 + 外部环境监测”四层结构。

在线感知

液位、流量、压力、水质、H₂S/CH₄/O₂、沉降、倾角、应变、腐蚀、设备状态。

周期检测

CCTV、声呐、多波束、激光/点云、QV、超声、电磁、机器人巡检。

专项诊断

结构计算、钢筋锈蚀、混凝土强度、渗漏溯源、地基脱空、阀门扭矩/启闭测试。

外部环境

GPR、InSAR、道路沉降、地下工程、基坑降水、盾构施工、潮位、暴雨和周边敏感设施。

感知设备数据库必须特别记录的字段

能看什么

可识别病害类型、精度、最小可检测尺寸、最大探测距离、是否支持定量。

在什么环境能看

水位、浑浊度、流速、H₂S、淤泥、断面、弯道、无线/有线通信限制。

什么情况下会失真

盲区、噪声、漂移、遮挡、回波误判、定位累计误差、校准周期、数据质量等级。

一个重要原则：技术装备库与现场部署实例库必须分开。世界上“某型号声呐能测什么”是一类数据；T01-CH017现场现在装着什么、是否在线、是否校准，是另一类数据。

CONDITION & RISK

7｜状态、病害、风险、灾害场景必须严格分层

Observation

原始事实：1.73m水位、450mm淤积、3mm裂缝、点云、声呐、视频。

Defect

解释事实：顶板裂缝、侧墙剥落、接缝渗漏、底板淤积、闸门卡阻。

Condition

综合状态：结构B、水力C、地基B、附属设备A，形成健康时间轴。

Risk

状态 × 发生概率 × 后果 × 外部环境 × 替代能力，形成动态风险等级。

为什么Condition≠Risk：两段同样属于C级的箱涵，如果一段位于绿地下方，另一段位于城市主干道/轨交敏感区且无旁通能力，后者的风险等级应显著更高。

未来需要重点研究的Condition模型

大型箱涵可能需要分别建立结构完整性、耐久/腐蚀、水力能力、地基与外部环境、附属设施可靠性、检修可达性等分项状态。当前不宜急着定权重，30天内应完成“指标树+数据来源+评分边界”的V0.1，并通过2—3个真实段验证。

EQUIPMENT + CASE + EVIDENCE

8｜装备数据库必须与案例、证据、失败记录一体化

前期形成的《大型排水干线机器人与特种装备选型数据库》应当成为平台中的一个专业子库，但评价逻辑需要从单一“成熟度”升级为三轴体系。

E｜Evidence 信息可信度

E1宣传资料 → E2厂家正式手册 → E3业主/论文/项目佐证 → E4完整案例验证 → E5自有第三方测试。

F｜Field 实战成熟度

F0概念 → F1实验室 → F2试验场 → F3真实项目试用 → F4多个项目 → F5规模化长期应用。

S｜Shanghai 适配度

重点评价高水位、流速、长距离、黑水、淤泥、检修入口、回收机制和上海干线断面适配。

每个案例还应形成“案例强度”：环境复杂度、距离/规模、任务难度、持续时间、独立业主验证。失败案例必须单独建库，重点记录卡滞、断缆、通信丢失、定位漂移、泵吸效率下降、机械臂扭矩不足等，这些数据往往比成功宣传更有工程价值。

FOUR ENGINES

9｜数据库之上，需要四个“决策引擎”

Engine 01

Asset Twin｜资产孪生引擎

解决“有什么、在哪里、如何连接”。核心是唯一编码、GIS、管渠拓扑和设施全生命周期时间轴。

Engine 02

Condition｜健康状态引擎

解决“现在怎么样、在变好还是变坏”。把原始观测、病害、结构与历史维修转成可追溯Condition。

Engine 03

Risk｜风险预警引擎

解决“哪里最值得先管”。将健康状态与水力、沉降、地质、第三方施工、上方后果等动态耦合。

Engine 04

Response｜应急决策引擎

解决“出事以后怎么干”。SC场景→响应等级→预案→装备→物资→人员→路线→旁通→复检。

RESPONSE LEVELS

10｜建议将灾害防治统一成L0—L3四级工程响应逻辑

等级	时间尺度	目标	典型动作	平台要输出什么
L0 灾害控制	分钟—数小时	不扩大、不塌路、不失控	封控、限流、隔离、临排、支撑、气体监测、沉降监测	影响范围、隔离点、初始装备包、到场资源、升级阈值
L1 第一时间抢修	数小时—24h	恢复最低安全运行	快速止水、注浆、支撑、临时闸、快速结构补强	工法候选、物资BOM、作业风险、停运/旁通窗口
L2 临时修复	1天—数周	恢复大部分能力，争取永久窗口	模块化内衬、钢/FRP板、局部结构加固、临时输送系统	结构校核、耐久性要求、复检计划、临修寿命
L3 永久修复	数周—数月	恢复/提升长期功能	CIPP/SPR/结构内衬、拆换、顶管旁通、整体加固	方案比选、投资、工期、交通影响、状态回写

SCENARIO TREE

11｜30天内先建立20—30个一级SC场景，避免一开始追求“全覆盖”

结构类

顶板掉块/钢筋暴露、裂缝发展、局部坍塌、错台变形、接缝失效、衬砌腐蚀。

水力/堵塞类

严重淤积、异物堵塞、断面缩小、突发倒灌、上游异常来水、输送能力骤降。

渗漏/地基类

涌砂、管外空洞、路面沉降、地基失稳、第三方施工扰动、基坑降水耦合风险。

闸阀/机电类

闸门无法开启、无法关闭、执行器失效、密封失效、导轨卡阻、现场电控故障。

特殊节点类

过江/跨河、桥挂、工作井、连接井、泵站接口、倒虹吸、长距离不可达段。

综合事故类

结构病害+暴雨高水位、污染外溢、交通塌陷、连续设施失效、抢修设备卡滞。

SC卡片应至少包含：触发条件、前兆、快速确认方法、危险升级条件、L0/L1/L2/L3动作、需调装备、物资BOM、人员资质、旁通/停运条件、类似案例、禁止事项、复检标准。

DATA GOVERNANCE

12｜如果没有数据治理，这个平台三年后一定失真

唯一ID与版本

资产、设备、案例、传感器、病害、维修活动均需永久ID；设备型号、固件、参数变更必须保留版本历史。

证据可追溯

每一个“抗流1.2m/s”“健康度72分”“SC07风险橙色”都要能回到文件、数据或验证记录。

数据质量分级

区分实时、过期、缺测、未校准、算法推断和人工录入，不能让“有数据”被误解成“可信数据”。

建议建立的数据状态标签

Verified 已验证Measured 实测Vendor-confirmed 厂商确认Derived 推算Unverified 待验证Expired 过期

ORGANIZATION

13｜建议按“1个总组 + 7个工作包”并行推进

工作包	牵头建议	主要职责	30天核心输出
PMO / 总体组	项目负责人+技术总控	范围、接口、业主沟通、版本控制、成果集成、决策纪要	总体架构、边界、里程碑、汇报材料
WP1 资产与数据组	设计/测绘/GIS/数据工程	资产分类、唯一编码、拓扑、字段标准、数据盘点	资产数据模型V0.1、数据字典、缺口清单
WP2 感知与检测组	检测/监测/机器人专业	在线传感、CCTV、声呐、点云、GPR、机器人检测、布点原则	感知技术库、病害×手段矩阵、设备验证清单
WP3 状态与风险组	结构/水力/耐久/风控	Defect→Condition→Risk模型、外部风险耦合、预警阈值	Condition指标树V0.1、风险分级方法V0.1
WP4 灾害与工程响应组	地下工程/排水施工/应急	SC场景、L0—L3响应、临排、封堵、临修/永修工法	20—30个一级SC、10个重点处置卡
WP5 装备与案例组	装备研发/采购/科研合作	设备库、案例库、Evidence/Field/Shanghai评级、失败案例	40+候选设备池、优先对接清单、案例验证模板
WP6 平台与安全组	IT/数据/网络安全	系统架构、接口、权限、数据安全、与既有平台协同	逻辑架构、接口清单、原型页面、建设边界
WP7 试点与验证组	现场+业主运维+多专业联合	选试点段、1:1测试、厂家演示、演练脚本、验收指标	首批试点设计、敌对环境试验方案、准入流程

人员不宜过度膨胀：核心常驻团队建议8—12人，按工作包指定责任人；结构、水力、机器人、传感器、软件、安全等专家可采用“专题进入”的方式。第一月的目标是把问题定义和数据模型做对，不是先把软件团队做大。

30-DAY PARALLEL PLAN

14｜建议的30天并行推进计划

下面计划以“立项级框架完成”为目标，不以完成正式生产平台为目标。四周并行推进，并在第7、14、21、30天设置集成检查点。

工作包 / 周期	D1-3	D4-7	D8-14	D15-21	D22-27	D28-30
PMO 总体/业主需求澄清	启动	边界	集成	评审	收敛	立项包
WP1 资产数据模型	资产树	字段	编码/拓扑	样例入库	修订	V0.1
WP2 感知与检测体系	技术树	设备库	病害矩阵	布点原则	验证问卷	V0.1
WP3 状态/风险模型	框架	指标树	评级方法	样例测算	修订	V0.1
WP4 SC场景与响应	场景树	20-30 SC	L0-L3	10张处置卡	BOM/队伍	V0.1
WP5 装备/案例/证据	数据清洗	厂家核验	案例评级	优先清单	演示安排	数据库V1.1
WP6 平台逻辑架构		数据域	接口	原型	安全/权限	架构V0.1
WP7 试点/测试设计			选点	测试工况	试验方案	试点包

D7｜第一次集成检查：确认平台边界、资产分类树、数据域和一级SC场景树，避免各组各自发散。

D14｜技术中检：至少用一个真实箱涵段把“资产→观测→病害→状态→风险→SC→响应”走通一遍。

D21｜业主预沟通：展示10张重点处置卡、设备优先清单、试点段候选和数据缺口。

D30｜立项评审：提交总体研究报告、数据模型、数据库原型、试点与验证方案、三年路线图及预算口径框架。

DELIVERABLES

15｜30天建议形成的“必要交付物”

A. 总体与立项类

总体技术架构、业务边界、建设原则、三年路线图、分期建设建议、与既有系统接口原则。

B. 数据标准类

资产分类与编码V0.1、数据字典V0.1、Observation/Defect/Condition/Risk基础模型、证据等级规则。

C. 灾害防治类

20—30个一级场景、10个重点场景一页式处置卡、L0—L3响应规则、应急BOM框架。

D. 装备与感知类

感知检测设备库V1.0、修复特种装备库V1.1、设备准入问卷、敌对环境验证指标。

E. 案例与验证类

国内外案例库初版、失败案例模板、E/F/S评价机制、首批厂家技术对接名单。

F. 试点类

2—3个试点设施候选、1:1试验段概念方案、测试任务书、验收指标初版。

PILOT

16｜首批试点不要选“最简单的”，而要选能验证闭环的

首批建议同时选三种典型对象，形成互补，而不是只选一条“方便展示”的管渠。

试点A

大型高水位箱涵

验证声呐/机器人、结构病害、长距离定位、清淤/基面处理与临时修复装备。

试点B

关键闸门/闸阀节点

验证状态监测、启闭可靠性、机械旁路、临时隔离、机器人友好接口与应急封堵。

试点C

外部风险耦合段

选择上方交通/施工/沉降敏感区，验证GPR/InSAR/地下施工信息与管内健康的联合预警。

验证原则：试点不是为了证明平台“能显示”，而要验证一个真正的业务闭环。例如：检测发现→病害确认→风险升级→SC触发→形成派单/装备建议→现场验证→复检→状态回写。

NEXT RESEARCH

17｜30天之后需要继续深入的关键课题

课题	为什么难	后续研究重点
大型RC箱涵Condition模型	不能简单沿用小口径CCTV缺陷评级	结构、耐久、水力、地基、外部后果多维模型及权重/阈值
感知布点与轮测策略	250公里不可能无限加传感器	固定+轮测+事件触发；按风险、可观测性和经济性优化
高水位检测数据融合	声呐、视频、点云、定位坐标体系不同	统一坐标、缺陷配准、重复检测变化识别、误差模型
风险动态升级机制	同一病害在暴雨/施工/沉降时风险不同	结构健康+水力+外部事件的动态风险模型
机器人作业接口标准	现有设施多按“人工作业”设计	闸阀、井室、箱涵未来如何预留机器人抓取/扭矩/定位/充电接口
带水结构修复装备	市场检测/清淤成熟，结构修复仍有明显断层	母平台+快换工具；钻孔、锚固、注浆、喷涂、板材安装
临时输送/旁通标准化	事故修复时最难的是“水往哪里走”	分级临排能力、移动泵、临时管、隔离策略、布置模板
装备准入与1:1测试场	厂家参数不能代替真实污水环境表现	流速、黑水、垃圾、淤泥、长距离、断缆/卡滞回收的敌对环境测试

MEETING GUIDE

18｜形成8个共识

目标共识：我们做的是“灾害防治与应急处置能力体系”，不是机器人采购清单。
边界共识：“约250公里”要由业主正式资产台账确认，附属设施范围必须同时定义。
数据共识：设施状态是时间序列，不是一张静态状态表；Observation、Defect、Condition、Risk必须分开。
装备共识：感知/检测装备与修复/应急装备是两个专业库，但通过SC场景关联。
验证共识：有工程案例、通过自有试验的设备必须提标；厂家宣传参数不得直接进入正式推荐。
平台共识：优先定义业务和数据，不急于先开发软件；第一月先把数据模型和决策逻辑做对。
组织共识：按7个工作包并行，每7天集成一次，避免结构、水力、机器人、软件各走各路。
试点共识：30天结束时必须拿出2—3个可实施试点和验证任务书，使研究从“报告”进入“可验证工程”。

如果最终能做到“任何一段干线都知道它是谁、现在怎样、可能出什么事、发生后先干什么、用什么装备、以前有没有成功案例”，这个平台就已经具备直接服务业主的长期价值。

REFERENCES

主要公开依据与参考来源

以下以官方/一手资料为主。研究中涉及“约250公里”边界、具体设施数量、既有事故和已部署装备等，仍需后续由业主提供正式资料进行核验。

上海市水务局：《对市十六届人大四次会议第0089号代表建议的答复》，2026-05-27。核心信息：1555套感知设备、1点/5公里监测密度、大型排水管涵带水快速检测修复、智能检测/清淤/非开挖修复。
https://swj.sh.gov.cn/…
上海市水务局：《上海市水务局（上海市海洋局）2026年工作要点》，2026-03-06。核心信息：2200公里检测、100公里修复，完善厂站网一体化平台并编制应急抢修实施细则。
https://swj.sh.gov.cn/…
上海市水务局：《上海市水系统治理“十五五”规划》，2026-07-24。核心信息：排水厂站网一体化、数字孪生、智能感知预警、设施健康监测和全生命周期管理。
https://swj.sh.gov.cn/…
上海市科委：2023年度“科技创新行动计划”社会发展科技攻关项目立项清单，项目23DZ1203500“城市大型排水管涵及附属设施带水快速检测修复关键技术研究与示范”，实施期2024—2026。
https://stcsm.sh.gov.cn/…pdf
上海市国资委：城投水务2026年水务机器人矩阵建设，涉及“海陆空”巡检系统、60余项机器人矩阵及供排水全生命周期机器人方向。
https://www.gzw.sh.gov.cn/…
上海水务海洋数字孪生建设三年行动计划：提出排水管道设施维养全过程数字化场景、线上评估考核与全生命周期管理。
https://swj.sh.gov.cn/…pdf
江苏省政府办公厅：《江苏省城市基础设施生命线安全工程建设运行管理办法》，2026-09-15。参考其“基础设施数据库—风险评估—物联感知—预警—派单—处置闭环”管理思路。
https://www.js.gov.cn/…
中国政府采购网：合肥市城市生命线工程安全运行监测系统2025年度运维服务，覆盖547.6公里排水管网及监测值守、数据分析、感知系统运维、信息系统维保等，说明“平台+感知+长期运维”已形成现实服务模式。
https://www.ccgp.gov.cn/…
2026国际智能巡检机器人展览会官网：展示范围覆盖“空、天、地、水、地下”全域无人巡检技术与装备，可作为后续设备扫描和厂家接触渠道之一。
https://www.spirexpo.com/