第12章 响应处置：指挥“一张图”与现场态势

本章导读

响应处置是应急管理全流程中时间压力最大、信息最不完整、责任最集中的阶段，也是 GIS 价值衰减最快的阶段：同样一张图，在灾后第一小时与第十小时，作用完全不同。理解这种衰减，是设计响应类系统的前提。本章给出一个关键排序：响应阶段 GIS 的第一价值是把已知与未知同时画清楚，第二价值才是计算。因为“等信息齐了再决策”等于放弃时机，“不等信息就决策”等于赌博，而 GIS 提供的中间态是“带不确定性的可用判断”。本章逐层拆开指挥一张图的六类要素（底图、图层、标绘、态势、资源、视频会商），强调成败不在要素多少，而在层级是否与决策层级匹配；标绘标准（GB/T 35651-2017）只解决形式问题，不解决权责问题。现场三维的价值有限而具体：堆积体、倒塌形态、通道净空；它的瓶颈不在建模软件，而在空域、调机、数据回传。“三断”（断路、断网、断电）是对系统设计最真实的检验。最后三条边界值得记住：收益随时间衰减、快而粗优于慢而精但必须标注精度、响应阶段暴露的问题多数是准备阶段的欠账。

学习目标

读完本章，你应当能够：

• 解释 GIS 价值在响应阶段随时间衰减的原因，并说明“带不确定性的可用判断”如何成为设计目标；
• 列出指挥一张图的六类构成要素，说明“层级与决策层级匹配”的具体含义；
• 区分协同的三个层次（同看、同画、同算）在权限与责任上的差异，指出多数平台停在哪一层及为什么；
• 说明现场三维的三类具体用途与三个时效瓶颈，指出“6 小时/12 小时”的正确理解方式；
• 设计“三断”条件下的降级方案，至少覆盖离线底图、通信手段与可达性重算三项；
• 写出响应阶段的三条能力边界，并说明为什么“响应阶段的问题多数是准备阶段的欠账”。

响应处置是应急管理全流程中时间压力最大、信息最不完整、责任最集中的阶段。它也是 GIS 价值衰减最快的阶段：同样一张图，在灾后第一小时与第十小时，作用完全不同。理解这种衰减，是设计响应类系统的前提。

本章讨论 GIS 在响应阶段能做什么、不能做什么，以及它的边界在哪里。核心判断是：响应阶段的 GIS，第一价值不是分析，而是把“已知的”与“未知的”同时画清楚；第二价值才是计算。多数响应系统的失败，不是因为算得不准，而是因为让指挥员看不清“哪里还不知道”。

12.1 响应阶段的时间压力与信息不对称

响应阶段的决策几乎全部在信息不全的条件下作出。要求“等信息齐了再决策”，等于放弃时机；要求“不等信息就决策”，等于赌博。GIS 的作用是在这两者之间提供一个可用的中间态。

12.1.1 三个基本特征

第一个特征是时间稀缺。灾害的演化速度快于信息的汇聚速度，这是响应阶段所有困难的根源。地震的黄金救援期以小时计，山洪的预警窗口以分钟计，而信息的完整化往往以天计。

第二个特征是信息不全。灾区的真实状态在最初几小时内几乎不可知：通信可能中断，道路可能阻断，基层可能自顾不暇。此时所有的“灾情数字”都带有很大的不确定性，但决策不能等。

第三个特征是责任集中。决策责任集中在少数指挥员身上，而信息分散在很多人手里。这种不对称决定了指挥员最需要的不是“更多数据”，而是“更可信的判断”与“更明确的下一步”。

12.1.2 信息不对称的四个来源

第一个来源是看不到。灾区通信中断、道路阻断、电力中断，导致现场信息无法传出。此时地图上是一片空白，而空白不等于没有灾情，恰恰可能意味着灾情最重。

第二个来源是不上报。部门之间有顾虑：报了怕担责，报多了怕被追问，报少了怕被批评。这种顾虑在跨部门场景中尤其明显。

第三个来源是有延迟。层层汇总、逐级核实，每一层都要时间。等到数字汇总到指挥层，可能已经过去了几个小时，而灾情已经变化。

第四个来源是口径不合。同一个“受灾人口”，民政口径、应急口径、卫生口径可能不同；同一个“倒塌房屋”，结构判定标准可能不同。口径不合导致数字无法相加，也无法比较。

12.1.3 时间价值的非线性衰减

响应初期做出的每一个判断，都会影响后续所有资源的走向。第一批力量投向哪里、第一批物资运往何处、第一批转移指向哪个方向，这些决定一旦作出，改弦更张的成本极高。因此响应初期的信息价值最高。

到了响应后期，资源已经部署，队伍已经展开，此时新信息的边际价值下降——它能优化细节，但很难改变格局。这就是时间价值的非线性衰减。

这个规律有两个直接推论。第一，响应阶段应当“快而粗”，而不是“慢而精”。一份两小时内拿出的、标注了不确定性的粗略影响范围图，价值高于一份十二小时后拿出的精细模型结果。第二，精度必须被标注。快而粗不等于可以冒充精确，图上必须写明“这是基于什么数据、可信度如何”。

12.1.4 决策节律与用图方式

响应的决策不是连续的，而是脉冲式的：接报、会商、决策、下达、反馈，一轮接一轮。每一轮的间隔可能是几十分钟，也可能是几个小时。

GIS 要匹配这个节律，而不是要求指挥员适应系统的刷新频率。实践中有效的做法是把“会商用图”与“值守用图”分开。会商用图强调聚焦与对比：一屏之内只放与当前议题相关的三五个图层，支持前后时相对比，支持一键定位到被提到的地点。值守用图强调全量与更新：所有图层可见，所有告警实时刷新，供值班人员监看。

两者混用是常见的设计错误。会商时满屏图层，指挥员找不到重点；值守时图层太少，漏掉异常。技术上这是两套视图配置，管理上是两种使用场景，必须在设计阶段就分开。

12.2 应急指挥一张图的构成

指挥一张图的成败不在要素多少，而在层级是否与决策层级匹配。指挥员需要的是“三个必须知道的”，不是“三百个可以知道的”。

12.2.1 六类要素

底图回答“这是哪里”，图层回答“发生了什么”，标绘回答“我们怎么判断”，态势回答“在往哪个方向发展”，资源回答“能动用什么”，视频会商回答“谁来定”。

六类要素缺一不可，但权重不同。在响应初期，底图与标绘的权重最高，因为此时最重要的是建立共同认知；在中后期，资源与态势的权重上升，因为此时最重要的是调度与预判。

12.2.2 底图：合规与精度的平衡

底图有两个要求，彼此冲突：要足够精确以支撑定位，要足够合规以支撑使用。

公共底图方面，天地图已完成全新改版，一张底图汇聚发布规划、地调、林草、海洋和测绘地理信息等 24 个自然资源专题，截至 2025 年 12 月 25 日在线注册开发用户 148.29 万个、累计授权应用 112.93 万个、日均地图服务接口访问量 10 亿次，支撑 40 多个行业或部门、7000 多个政府用户、约 3.3 万家企业（自然资源部，2025-12）。这个供给规模说明，多数应急场景的通用底图需求已经可以被公共服满足。

高精度底图方面，使用测绘成果必须符合相关规定（参见第16章）。应急场景不是法外场景，“急用”不能成为绕过审批的理由。可行的做法是预置授权：在平时就把可能用到的区域、精度、用途报批到位，灾时直接调用，而不是灾时临时申请。

底图最常见的失败不是精度不够，而是版本混乱。底图换过版本，业务图层没有同步，叠加后错位；或者不同部门用了不同版本的底图，会商时两张图对不上。解决办法是底图版本号写进图层元数据，系统在加载时校验。

12.2.3 图层：按决策问题分层

按数据来源分层是最省事的做法，也是最无效的做法。按来源分层会出现“自然资源图层”“水利图层”“气象图层”，指挥员想找“淹没范围”，不知道去哪个里面找。

合理的分层是按决策问题：发生了什么（灾情与监测）、影响谁（承灾体与人口）、能调什么（资源与力量）、路通不通（交通与阻断）、人往哪去（疏散与场所）。五个问题对应五组图层，指挥员按问题找图，而不是按部门找图。

分层的第二个要求是“可关可开”。图层不是越多越好，而是能一键收敛到三五个关键图层。做不到收敛，等于没有分层。

12.2.4 标绘：标准解决形式，不解决权责

《突发事件应急标绘图层规范》（GB/T 35651-2017）为应急一张图的标绘提供了统一的图层与符号约定。它解决的是“怎么画”——用什么符号表示什么对象、图层如何组织、属性如何表达。

它不解决“谁来画、画了算不算”。这两个问题属于指挥制度，不属于技术标准。实践中常见的混乱是：多个单位在同一张图上标绘，符号一致但结论冲突，指挥员不知道该信哪一个。

标绘在指挥中的真实功能是形成共同认知，不是记录客观事实。因此标绘的时效比精度重要，但标绘必须可追溯——谁画的、什么时候画的、依据是什么。没有追溯的标绘，在复盘时无法使用。

12.2.5 态势：表达变化而非现状

态势图的常见问题是它只表达现状。指挥员看到的是“当前淹没范围”,想知道的是“半小时后会到哪里”。前者是快照，后者才是态势。

表达变化有三种做法。第一是双时相对比：把两个时相叠在一起，用不同颜色区分新增与消退。第二是变化检测：自动提取变化图斑，用符号标注变化方向。第三是趋势外推：基于模型或经验，给出可能的发展方向，并明确标注“这是外推，不是预报”。

三种做法的可信度依次下降，但决策价值依次上升。合理的产品是把三者放在同一屏，让指挥员自己权衡。

12.2.6 视频会商与图的操作联动

会商时的核心需求是“图随话动”：说到哪个点，图就定位到哪个点；说到哪条路，图就高亮那条路。

这个需求看起来简单，实现起来难，因为视频会商系统与 GIS 往往是两套独立系统，由不同厂商建设，接口不通。可行的做法是建立“会商指令通道”：会商系统把当前的议题对象（一个点位、一条路线、一个区域）以标准格式推给 GIS，GIS 收到后定位并高亮。这个通道的技术难度不高，难的是跨厂商协调。

做不到联动时，退而求其次的做法是预置“会商视图”：把可能被讨论的对象预先编好号，会商时按号调用。这个做法粗糙，但比让指挥员在会商中手动找图要好。

12.3 灾情快速获取与损失初判

灾情获取的本质是在“快”与“准”之间做取舍。四条渠道各有各的快与准，正确用法是让它们互为校验，而不是互相替代。

12.3.1 四条渠道与可信度阶梯

遥感：覆盖广、客观、可回溯，但受重访与云雨影响，且从成像到可用成果需要处理时间。

无人机：灵活、分辨率高、可云下作业，但覆盖小、受空域与续航限制。

部门上报：快，覆盖全，但可能有系统性偏差，且口径不一。

社会感知：最快，往往早于专业观测，但没有空间基准，重复率高，代表性差。

这四条渠道的可信度大体呈“遥感高于上报、上报高于社会感知”的阶梯，但时效恰好相反。工程上的做法是：用最快的渠道发现问题，用最可靠的渠道确认问题，用中间的渠道填补空白。

12.3.2 遥感在响应初期的正确用法

应急测绘的能力表述是：突发事件 6 小时内获取现场高分辨率遥感影像、12 小时内提供首批应急测绘成果（自然资源部，2025-12）。这两个时点是公开承诺，也是响应初期遥感工作的节奏基准。

2025 年 1 月 7 日 9 时 5 分西藏定日 6.8 级地震（震源深度 10 公里），1 月 8 日即产出应急产品技术图件，“涪城一号”“环境减灾二号E星”等提供 2025 年 1 月 7 日灾后影像（应急管理部，2026-01）。灾后次日产出图件，符合上述节奏。

2025 年 7 月下旬京津冀暴雨洪涝期间，中国资源卫星应用中心调度在轨卫星观测，截至 7 月 28 日安排成像 15 次、获取灾后有效数据 23 景（自然资源部，2025-12）。这个数字再次说明：汛期光学载荷的有效率是硬约束。

遥感在响应初期的作用是确定范围，不是核定损失。它能回答“水淹到哪、火线在哪、建筑群有没有整体倒塌”，不能回答“倒了多少间、损失多少钱”。把遥感用于损失核定，需要抽样核查与地面验证，那是恢复重建阶段的工作（参见第13章）。

12.3.3 无人机：任务设计决定成果可用性

社会力量无人机应急合作机制目前登记的参与规模在 2000 架以上（应急管理部，2025-07）。这个存量给了响应阶段很大的调度空间，但存量不等于产出，产出取决于任务设计。

任务设计要回答四个问题：飞哪里（优先区域）、飞多高（决定分辨率与覆盖率）、拍什么（正射、倾斜、视频、红外）、给谁用（决定成果形式）。四个问题不回答，飞行就会变成“哪里有洞往哪里飞”，产出大量好看但不可用的素材。

优先区域的确定有明确的逻辑：先飞“信息空白且可能有人”的区域。信息空白来自通信中断、道路阻断、上报缺失；可能有人来自人口分布数据。两者叠加，就是优先级最高的航飞区。

12.3.4 上报：偏差的来源与缓解

《中华人民共和国突发事件应对法》2024 年修订（2024 年 11 月 1 日施行）对信息报送与发布作出规定（全国人大常委会，2024-06）。法律明确了报送义务，但义务的履行质量取决于机制设计。

上报偏差有四个来源。第一是层层汇总的平滑：每一级都倾向于报一个“不太难看”的数字，多级之后偏差累积。第二是口径不一：同一指标在不同部门的定义不同，汇总时无法相加。第三是怕担责的保守：少报可以解释为“当时不了解”，多报则可能被追责。第四是激励扭曲：报忧得忧，报喜得喜。

缓解的办法有四个。第一是设直报点：在重点乡镇、重点企业设直报通道，绕过中间层级。第二是双通道：系统上报与电话上报并行，两者不一致时以现场核实为准。第三是明确“报数不追责、瞒报才追责”：把数字准确性与责任追究分开，减少保守倾向。第四是口径字典：把常用指标的定义固定下来，各部门按同一口径填报。

12.3.5 损失初判的三个层次

第一层是范围：影响有多大。用遥感与模型给出初步范围，标注置信度。

第二层是对象：影响了什么。把范围与承灾体图层叠加，得到受影响的道路、房屋、学校、医院清单。这一层的价值最大，因为它直接对应救援需求。

第三层是量级：大概多重。用抽样、类比、模型估算给出量级区间。这一层的不确定性最大，必须给区间不给点值。

初判的作用是配置资源，不是定损。把初判当定损，会带来两个后果：一是后续核定被动，因为初判数字已经被引用；二是资源错配，因为初判往往高估或低估某个特定对象。

表12-1 响应阶段的信息需求与时限档位

12.4 现场三维重建与实景态势

三维在响应阶段的价值是有限的、具体的、有条件的。它解决不了“灾情全貌”，但能解决几个二维说不清的问题；它的成本很高，因此必须按需使用。

12.4.1 二维说不清的三件事

第一件是堆积体。滑坡或崩塌形成的堆积体，在二维影像上是一片纹理混乱的区域，无法判断厚度、方量、坡向，也无法判断是否形成堰塞体。这些参数直接决定了是否需要开挖、是否需要撤离下游。

第二件是建筑倒塌形态。同样面积的倒塌区，“煎饼式”倒塌（层层叠压）与“倾斜式”倒塌（形成生存空间）的救援策略完全不同。二维影像只能看出“倒了”，看不出“怎么倒的”。

第三件是通道净空。大型装备能否通过，取决于道路上方是否有坠落物、两侧是否有坍塌、桥涵是否变形。这些是三维问题，二维地图回答不了。

这三件事构成了三维在响应阶段的正当用途。除此之外的“三维展示”，多数属于观赏性需求。

12.4.2 三条技术路线

倾斜摄影是目前最常用的路线。多角度影像经过空三与密集匹配，生成带纹理的三维模型。优点是纹理真实、判读直观、作业流程成熟；缺点是受光照与遮挡影响，植被覆盖区与狭窄街巷的效果差，且数据量大。

机载激光雷达穿透植被，直接获取地表点云。优点是精度高、不受光照影响、能穿透树冠获取真实地形；缺点是成本高、设备少、成果没有纹理，判读需要专业能力。

视频与照片快速建模是最轻的路线。用现场拍摄的视频或少量照片做快速重建，几分钟到几十分钟可出粗略模型。优点是极快、设备门槛低；缺点是精度低、覆盖小、几何变形明显，只适合单点判读。

三条路线不是替代关系，而是按“要回答什么问题”选择。看形态选倾斜摄影，量方量选激光雷达，应急初判选快速建模。

12.4.3 时效账：七个环节

把一次应急三维作业拆开，可以看到时间花在哪里。

第一个环节是任务规划与空域协调。规划包括范围、航高、重叠度、航线；空域协调包括申请、批复、避让。前者可压缩（有预案模板），后者不可压缩（制度约束），但可以通过预授权缩短。

第二个环节是调机与起降条件。设备从驻地到灾区，需要运输、需要起降场地、需要机组。这一段的时间往往被低估，尤其是跨省调机。

第三个环节是航飞。航飞时间由作业面积、航高、重叠度、续航决定。这是物理约束，基本不可压缩。想更快，只能增加架次并行，而并行又受空域与机组限制。

第四个环节是数据回传。原始影像体量大，现场带宽有限。这是最常见的瓶颈。可压缩的手段有：边缘端预处理后回传、降采样回传、关键区域优先回传、以及最原始的“落地拷贝+车辆送件”。

第五个环节是空三与建模。这一步是纯算力，可压缩性最好：增加算力、并行分块、降低模型精度，都能显著缩短时间。代价是精度与真实感下降。

第六个环节是质检与切片。质检不能省，但可以分级：快速质检只查几何粗差与漏洞，精检才查精度与完整性。切片与服务发布可以并行，先出关键区域的瓦片，后出全域。

第七个环节是发布与服务。成果要能被用起来，需要发布为服务、需要能被指挥端加载、需要能被标注。这一步的时间常被忽略，但它是“成果”与“可用成果”之间的差别。

把七个环节排开，可以得出一个结论：三维的时效瓶颈通常不在建模软件，而在空域、调机、回传三个环节。把资源投在建模算法上，收益有限；投在预授权、前置部署、边缘回传上，收益更大。

表12-2 应急三维作业七个环节的时间约束与可压缩性

12.4.4 精度、时效、成本的三角

三者不可兼得。精度提高意味着航高降低，航高降低意味着单架次覆盖减小，覆盖减小意味着架次增加，架次增加意味着时间与成本上升。这是一条硬约束链。

因此正确的做法是先定用途，再定精度，而不是先定精度再找用途。“要最精细的模型”是一个没有意义的需求，因为它没有对应任何具体动作。

具体的对应关系应当是：判断形态与范围，用中等精度即可；计算方量与坡度，需要较高精度并配套地面控制；计算通道净空与建筑细节，需要专门的低空航线与更高的重叠度。用途不同，作业方案完全不同。

这里有一条反常识的判断：在响应阶段，精度不是越高越好，而是与业务动作匹配。一个能在两小时内给出、精度中等、覆盖全灾区范围的模型，价值高于一个十二小时后给出、精度极高、只覆盖一个村落的模型。前者能支撑资源分配，后者只能支撑单点作业。

12.4.5 首批成果不等于完整三维

应急测绘的能力表述是 6 小时内获取现场高分辨率遥感影像、12 小时内提供首批应急测绘成果（自然资源部，2025-12）。这里的关键词是“首批成果”，不是“完整三维模型”。

首批成果可以是：关键区域的影像图、正射影像、重点点位的照片与视频、简易三维、以及带坐标的现场标注。这些东西的技术门槛远低于精细三维，但决策价值很高——它们能回答“路通不通、房子倒没倒、人在哪里”。

把“首批成果”误解为“完整精细三维”，是一个代价很高的错误。它会促使现场把资源全部投在建模上，为了等一个完美的模型而错过决策窗口。正确的做法是分层交付：先出能支撑决策的粗成果，再出支撑作业的精成果。

12.4.6 与实景三维底座的衔接

实景三维中国已初步建成，5 米、10 米格网等系列产品覆盖全国陆地国土，1:1 万数据覆盖 70% 陆地国土（自然资源部，2025-12）。城市级方面，300 余个地级以上城市完成 LOD1.3 三维模型生产，67 个城市开展智慧城市时空大数据平台建设试点。

这些底座在响应阶段的作用是“提供灾前基准”。有了灾前三维，灾后三维才能做对比，才能算出变化量——倒了多少、堆了多少、淹了多深。没有灾前基准，灾后三维只是一个孤立的模型，无法回答“变了多少”。

因此正确的模式是“平时底座加灾时增量”：平时维护覆盖全域的、精度中等的三维底座；灾时只对重点区域做高精度增量更新，然后把增量与底座套合。这个模式的时间成本远低于“灾时全新重建”，精度也足以支撑决策。

12.5 辅助决策：影响范围、疏散圈、救援路径与力量投送

辅助决策的核心不是“算出答案”，而是“把选项和依据摆出来”。凡是把推荐方案包装成唯一正确答案的做法，都会在实战中出问题。

12.5.1 影响范围：三者交集

影响范围的确定有三条路径：模型计算、实测观测、经验判断。

模型计算给出的是理论范围，优点是快、可外推、可做情景，缺点是边界条件不确定时误差很大，且往往给出“偏大”的范围（因为模型倾向于保守）。

实测观测给出的是已发生的范围，优点是可靠，缺点是滞后——等观测到了，影响已经发生。

经验判断给出的是“通常情况”，优点是快、贴近本地实际，缺点是无法应对超常规情形。

三者的正确关系是：模型给初值，实测做修正，经验定边界。最终的范围应当是一个带置信度的区间，而不是一条线。图上要明确标注“核心影响区”与“可能影响区”，两者的行动要求不同。

12.5.2 疏散圈：不是同心圆

同心圆是最省事也最容易错的做法。以危险源为圆心、以某个距离为半径画一个圆，看起来专业，实际上忽略了三个关键因素。

第一个因素是方向。泄漏、火灾、爆炸的影响是有方向的：下风向的危险远大于上风向，下坡方向的危险大于上坡。用同心圆会把大量资源浪费在安全方向，同时低估危险方向。

第二个因素是道路。人往哪里撤，取决于路往哪里通。一个方向上如果没有可用道路，画在圈里也没有意义。正确的做法是按可达方向生成等时圈，再与风险范围求交。

第三个因素是时间。疏散不是瞬时的，人需要时间才能离开。因此疏散圈应当按“可用时间内能到达的范围”来定，而不是按“距离”来定。

12.5.3 救援路径：通行性判断

路径规划在平时是一个成熟问题，在灾时变成一个困难问题。原因是路网的属性变了：某些路段被淹、被埋、被堵，某些桥涵限载下降，某些隧道净空不足。

最常缺的数据是实时阻断。没有它，系统给出的是“平时的最优路线”，而这条路线在灾时可能正是最堵的一条——因为所有人都按同一个算法选路。

可行的做法有三条。第一是把阻断信息作为一等数据，建立快速采集与快速录入的通道（巡查上报、影像判读、群众报告）。第二是路径规划要支持“避开未知”，把没有确认通行的路段标记为“待核实”，而不是默认可通行。第三是给出多条备选路径并标注各自的置信度，让指挥员选择，而不是给出一条“最优”。

12.5.4 力量投送：时间与能力的匹配

力量投送的基本原则不是“最近的先去”，而是“能在窗口内到达且具备处置能力的先去”。

这条原则要求三张表。第一张是力量能力表：每支队伍能做什么、不能做什么、需要什么保障。第二张是通行时间表：从各驻地到各重点区域的预计时间，按不同路况分档。第三张是任务需求表：每个任务点需要什么能力、多少力量、什么时限。

三张表做匹配，得到的是“谁去哪里”的建议。这个建议的价值不在于精确，而在于它把“能力”这个常被忽略的维度引入了调度。按距离调度的最大问题，是把不具备相应能力的队伍调到了现场，占用了道路与指挥资源，却没有解决问题。

12.5.5 决策支持的边界

GIS 给方案，人给决策。这条边界必须清楚，原因是应急决策的多目标性：救援速度、救援安全、次生风险、社会影响、资源消耗，这些目标之间往往冲突，且权重随情境变化。算法无法替指挥员做价值判断。

把“推荐方案”包装成“最优解”是危险的。它会给指挥员一种错觉，以为存在一个客观正确的答案，从而削弱其对方案前提的审视。更危险的是，一旦方案失效，责任会变得模糊——是算法错了，还是采纳者错了？

正确的做法是把方案连同它的前提、假设、以及“如果前提不成立会怎样”一起呈现。指挥员采纳的不是结论，而是结论背后的推理链。

12.6 “三断”极端条件下的地理信息保障

“三断”是响应阶段最严峻的考验，也是最能检验系统设计是否扎实的场景。多数系统在正常网络下表现良好，在三断条件下完全失效，原因是设计时把网络当成了前提，而不是变量。

12.6.1 三断的定义与因果链

三断指断电、断网、断路。三者往往同时发生，且互为因果。

断路导致抢修力量无法到达，断电持续时间延长；断电导致基站退服，断网范围扩大；断网导致阻断信息无法上报，断路点无法被及时发现。这是一个正反馈的恶化循环。

因此三断保障不能按“三个独立故障”来设计，而要按“一个复合故障”来设计。设计的目标不是“三项都不发生”，而是“三项同时发生时，业务还能运转到什么程度”。

12.6.2 断网的三种程度

第一种程度是无外网，本地网可用。此时本地机房、本地服务器、本地终端之间的通信正常，只是与上级、与互联网断开。这种情况下，本地部署的系统仍可用，但跨级协同、外部数据接入会中断。

第二种程度是无本地网，单机可用。此时只能依靠单台设备上预置的数据与软件。这种情况下，能做的事情急剧减少：能看预置地图、能查预置名单、能记录现场情况，但不能协同、不能调取实时数据。

第三种程度是无任何链路，只能靠人。此时地理信息的载体回到纸质地图、打印清单、以及人的记忆。这不是倒退，而是必须准备的兜底方案。

保障设计必须按最坏程度做。只按“无外网”设计，遇到“无本地网”就会全面失效。

12.6.3 离线保障的四件套

第一件是离线底图包。按区域预置，包含影像、地形、矢量底图、地名。关键在于分区方式：应当以“最可能被困的区域”为单位，而不是以行政区为单位。一个山区县可能被山脊切成几块，按县打包会导致包很大但每块都用不上；按“可能被困的片区”打包，包小但每块都能独立使用。

第二件是离线业务数据。资源、场所、预案、名单、路线。这些数据要能在无网条件下查询与展示，且要带版本号，避免用旧数据做决策。

第三件是离线终端。平板、便携机、移动电源、便携打印机。终端要加固化，要考虑低温、潮湿、跌落；电源要能支撑足够长的作业时间；打印机要能打印地图与名单，因为纸质是最终的兜底。

第四件是离线更新机制。灾时数据会变（资源调出、场所启用、道路阻断），离线终端上的数据必须能更新。无网条件下，更新靠卫星链路、靠短报文、靠人工携带存储介质。机制要预先设计，不能临时想办法。

12.6.4 通信手段的匹配

卫星通信带宽有限、受天气影响、终端笨重，但覆盖不受地面设施制约。适合传输关键的图文，不适合传输大体积影像。

北斗短报文解决的是“最小字符集”通信：位置、状态、请求。它的带宽极小，因此报文必须模板化。现场人员在紧张状态下写不出长报文，系统应当提供模板与快捷选项，让用户点选而不是输入。

“十五五”规划对应急通信专网建设作出部署，其中包含 370MHz 频段的应用（国发〔2026〕15 号）。370MHz 频段的特点是绕射能力较强、适合山区与城市复杂环境，适合语音指挥与低速数据传输。它与卫星、短报文构成互补：近距用专网，远距用卫星，极简用短报文。

三种手段的共同要求是“有人会用、有电可用、有备件可换”。设备在库房里放着，不等于能力；能力是“在最需要的时候，有人能把它打开并正确使用”。

12.6.5 断路后的可达性重算

这是三断场景下最容易被忽略的一点。

断路会改变路网拓扑。原本“最近的队伍”可能因为一座桥断了而变成“最远的”。如果系统仍然基于静态路网缓存给出建议，指挥员会收到一个看似合理、实际不可行的方案。

正确做法是把阻断信息作为一等数据，路网服务支持“按阻断重算”，且重算结果要标注“基于已知阻断，未知阻断可能导致结果变化”。

更进一步，应当支持“假设推演”：假设某座桥断了、某条隧道封了，可达性会怎样变化。这种推演在灾前准备阶段就应该做，把“关键节点”识别出来——那些一旦中断就会导致大片区域失联的桥、隧、路段。识别出关键节点，才能在灾时优先保护、优先抢通。

表12-3 “三断”场景的地理信息保障手段与失效风险

12.7 多部门协同标绘与信息共享

协同标绘是响应阶段最容易做成、也最容易做坏的一件事。做成，是因为技术不难；做坏，是因为它本质上是权限与责任问题，不是技术问题。

12.7.1 三个协同层次

第一个层次是同看：各部门看同一张图，但各自的数据只读。这一层最容易实现，多数平台停在这里。

第二个层次是同画：多个单位在同一张图上标绘，彼此可见。这一层涉及权限，因为“谁能改图”等于“谁能定义事实”。

第三个层次是同算：共享模型与计算结果，各方基于同一套计算做判断。这一层涉及责任，因为模型出错时，责任归属不清。

从同看走向同画，技术上只需要一个协同编辑功能；从同画走向同算，需要的是制度安排。多数项目在同画阶段就停下了，原因往往不是技术，而是没人愿意为别人画的线负责。

12.7.2 标准的三层结构

协同标绘需要三层标准同时成立。

第一层是图层与符号标准。《突发事件应急标绘图层规范》（GB/T 35651-2017）提供了统一的图层组织与符号约定。它保证各方画出来的东西“看起来一样”。

第二层是服务互操作标准。OGC 标准族（WMS、WFS、WCS、WPS、KML、CityGML 等）是空间数据与服务互操作的基础（OGC 标准族）。它保证各方的系统能“互相调用”。

第三层是指挥关系标准。ISO 22320:2018 提出了统一指挥、协同、全灾种、风险管理、准备、信息管理等原则（ISO 22320:2018）。它保证各方“知道听谁的”。

三层缺一不可。有标准无指挥关系，图层画不到一起，因为没人决定用谁的底图、用谁的符号体系；有指挥关系无标准，画了也对不上，因为同一件事在不同系统里是不同的对象。

12.7.3 权限模型的四级

第一级是只读。可以看，不能改。适用于外部单位、上级机关、以及不需要参与标绘的部门。

第二级是可标绘且仅本人可见。适用于现场人员的个人标注，比如“这里有一处积水”。这类标注的价值在于快速记录，不在于共享。

第三级是可标绘且全局可见。适用于部门图层。各部门维护自己的图层，其他部门可见。这一级的关键是“图层所有权”：谁建的图层谁维护，别人只能看不能改。

第四级是可发布对外。适用于经审核、可以对外公开的信息。这一级必须有审核流程，因为一旦发布，就不可撤回。

12.7.4 核心冲突与解法

核心冲突是：现场单位希望“我画的只有我改”，指挥机构希望“一张图一个版本”。前者强调准确性与责任归属，后者强调一致性与决策效率。两者都有道理，冲突无法通过技术手段消除。

可行的解法是“图层所有权分离”。部门图层由各部门自己维护，指挥机构不直接修改，只在综合图层中引用；综合图层由指挥机构统一维护，表达的是“指挥部的判断”，而不是“某部门的数据”。两层之间通过引用关系关联，部门图层更新，综合图层自动跟随。

这个解法的好处是责任清晰：部门图层错了，责任在部门；综合图层错了，责任在指挥机构。坏处是综合图层可能滞后，因为它依赖部门更新。缓解办法是设“会商锁定”：会商期间锁定综合图层，会商结束后统一更新。

版本冲突的另一个解法是“空间锁”。按网格或图幅锁定编辑区域，不同单位编辑不同区域，避免同一区域被同时修改。空间锁的粒度要合适：太粗会影响效率，太细会增加管理成本。

“最后写入者胜”是最简单也最危险的策略。多人同时标绘时，它会导致“标绘漂移”——你刚画好的线，被别人无意中覆盖。在指挥场景中，这种漂移可能被误读为“情况变了”。

12.7.5 共享的合规约束

《中华人民共和国网络安全法》2025 年修改后于 2026 年 1 月 1 日施行（全国人大常委会，2025-10），对网络运行安全与数据安全提出明确要求。协同标绘把多部门数据放在同一张图上，一旦这张图外泄，等于一次性泄露多个部门的数据。因此“一张图”的访问控制必须比单个系统更严，而不是更松。

共享不是全开放，而是按目录、按权限、按用途。目录解决“有什么”，权限解决“谁能看”，用途解决“看了能干什么”。三者缺一，共享就会变成失控。

实践中还有一个容易忽略的问题：标绘内容本身可能包含敏感信息。一处具体的点位、一条具体的路线、一个具体的部署位置，在图上标出来之后，其敏感性远高于分散在各系统中的原始数据。因此在标绘环节就应当有分级：哪些可以标在通用图层，哪些只能标在受控图层。

表12-4 协同标绘的四级权限与冲突表现

12.8 典型实践与边界

12.8.1 四个可核查的片段

片段一：2025 年 1 月 7 日 9 时 5 分西藏定日 6.8 级地震（震源深度 10 公里），造成 21.6 万人受灾、126 人死亡，紧急转移安置和需紧急生活救助 18.9 万人，倒塌房屋 2.7 万间、严重损坏 9.9 万间、一般损坏 11.6 万间，直接经济损失 89.45 亿元（应急管理部，2026-01）。1 月 8 日即产出应急产品技术图件（公开报道，2025-01）。这个节奏说明，响应初期的图件以“快”为先，服务于力量投送与被困判断，而不是精细评估。

片段二：2025 年 7 月下旬京津冀暴雨洪涝造成 123.5 万人受灾、死亡失踪 151 人、紧急转移安置和需紧急生活救助 23.5 万人、直接经济损失 633.2 亿元（应急管理部，2026-01）。同期卫星应急观测安排成像 15 次、获取灾后有效数据 23 景（自然资源部，2025-12）。这个对照说明，响应阶段的观测能力受天气制约，不能假设“随时能看见”。

片段三：应急测绘的能力表述是 6 小时内获取现场高分辨率遥感影像、12 小时内提供首批应急测绘成果（自然资源部，2025-12）。这两个时点是响应阶段空间信息保障的公开节奏基准，也是判断一个地区应急测绘能力是否达标的参照。

片段四：国家自然灾害综合监测预警平台接入 6 个涉灾部门 50 余类实时数据与普查 30 余类灾害数据，国家、省、市、县四级应急信息共享网络已经构建（应急管理部，2025-07）。这两项是响应阶段跨部门协同的数据基础，但“有通道”不等于“有协同”，协同取决于权限设计与指挥关系。

12.8.2 边界与误区

误区一：把“一张图”当成“一个系统”。一张图是一种组织方式，它可以是多个系统通过服务聚合而成，也可以是一个系统承载多个部门的数据。把它理解成“要建一个大系统”，会走向重复建设与厂商锁定。

误区二：把“标绘”当成“态势”。标绘表达的是人的判断，态势表达的是对象的变化。两者混在一起，指挥员会分不清“这是事实还是某人的看法”。

误区三：把“三维”当成“必须”。三维只在特定问题上优于二维：堆积体、倒塌形态、通道净空。其余场景用三维，成本高而收益低。

误区四：把“共享”当成“开放”。共享是有条件的、有边界的、有责任的。无条件共享的结果，往往是没人敢用。

边界一：GIS 在响应阶段的收益随时间衰减。第一小时的一张粗图，价值高于第十小时的一张精图。因此系统设计要优先保证“快”，其次才是“准”，且“快”的成果必须标注不确定性。

边界二：GIS 不能替代现场判断。图上的一个点，在现场可能是一个村、一栋楼、一群人。所有空间结论都必须经过现场核实才能作为行动依据。

边界三：响应阶段的技术选择受制于平时准备。灾时能不能调出离线包、能不能找到可用底图、能不能联系上责任人，取决于平时有没有做。响应阶段的问题，多数是准备阶段的欠账。

本章小结

响应阶段的 GIS，第一价值是把已知与未知同时画清楚，第二价值才是计算。这个排序来自响应阶段的基本特征：时间稀缺、信息不全、责任集中。要求“等信息齐了再决策”等于放弃时机，要求“不等信息就决策”等于赌博，GIS 提供的中间态是“带不确定性的可用判断”。

指挥一张图由底图、图层、标绘、态势、资源、视频会商六类要素构成，其成败不在要素多少，而在层级是否与决策层级匹配。标绘的标准（GB/T 35651-2017）解决形式问题，不解决权责问题；协同的三个层次中，同看容易、同画涉及权限、同算涉及责任，多数平台停在第一层。

现场三维的价值是有限而具体的：堆积体、倒塌形态、通道净空。它的时效瓶颈不在建模软件，而在空域、调机、数据回传三个环节；它的正确用法是先定用途再定精度，且首批成果不等于完整三维。把 6 小时与 12 小时理解为“完整精细三维的时限”，是代价很高的误读。

“三断”是对系统设计最真实的检验。离线四件套、多手段通信、断路后的可达性重算，三者共同决定了极端条件下的业务连续性。协同标绘的核心冲突是“我画的只有我改”与“一张图一个版本”之间的矛盾，解法是图层所有权分离与空间锁，而不是更强的技术。

最后是边界：GIS 的收益随时间衰减，快而粗优于慢而精，但必须标注精度；GIS 不能替代现场判断；响应阶段的问题，多数是准备阶段的欠账。这三条构成了对响应类系统的现实约束，也是下一章恢复重建工作的起点。

思考与练习

1. 假设震后 90 分钟，你手上只有震中位置、行政区界、路网底图与人口格网。请写出你能给出的三条判断与各自的精度声明。
2. 设计一张指挥图的图层清单（不超过 12 层），要求按“决策层级”而非“数据来源”分组，并说明哪些层必须默认关闭。
3. 多部门协同标绘时出现“两份互斥的受灾范围”图。请写出冲突解决流程（谁裁定、依据什么、如何留痕）。
4. 现场三维的第 6 小时与第 12 小时成果分别能支撑什么动作？请各写三条，并指出哪个动作绝不能用首批成果支撑。
5. 在断路、断网、断电条件下，请写出离线四件套的具体内容与打包方式，说明哪一件最容易在出发前被遗漏。
6. 用“快而粗优于慢而精”原则评估一次你了解的实际处置：当时快在哪、粗在哪、有没有标注精度、代价是什么。