视频上墙只是把画面搬了家，真正的难点是让位置、视频数据统一接进三维场景、点位可点可看。

先定义问题：三维场景要接的不是静态数据，是"正在发生什么"

三维GIS/BIM场景过去承载的基本是静态底图——倾斜摄影模型、BIM模型、CAD图纸、正射影像，建好之后就不怎么变了。但工程指挥、防汛调度、智慧工地这类场景，真正要紧的是实时数据：人在哪、船在哪、摄像头现在拍到什么。

于是出现一个实际问题：位置、视频两类实时数据，形态不同、协议不同、时效要求不同，怎么统一接进同一个三维场景？

如果把监控画面简单堆到大屏上，那是"视频上墙"的老路——画面与三维场景是两张皮。真正的链路要分五层走：数据源、接入、融合、联动、部署。本文逐一拆解，从"数据能进来"讲到"数据能研判"。

另一方面，政策也在推着这步走。扬州八部门联合印发的《扬州智能建造发展三年实施方案(2026-2028)》明确提出打通实名制、视频监控、环境监测多源数据（来源：建设快讯8/9）——"多源数据打通"已经写进地方政府的建设规划，技术侧需要回答的只是"怎么打通"。

一、数据源分类：两类实时数据，两种形态

位置类（GNSS/RTK）。GNSS是全球导航卫星系统的统称（北斗、GPS等），RTK是实时动态差分定位，可达厘米级。人员、车辆、船舶、设备终端按秒级或分钟级频率上报经纬度和高程。这条线已经落地——图新说（工程版）v26.2.06.0805 的"动态位置接入"：GNSS/RTK实时位置可投到沙盘、PPT、大屏三种模式，并支持打包EXE独立运行。

视频类（摄像头视频源）。视频源支持HLS-m3u8 直播流、萤石云平台、FLV 流、MP4 视频文件四种格式：HLS-m3u8 是常见的直播流地址格式（自适应码率、弱网友好），萤石云是设备云平台接入（免自建取流链路），FLV 适合低延迟直播流，MP4 覆盖本地文件与历史回放。视频是持续流媒体，带宽占用高，但信息密度和直观程度也最高。

两类数据的形态差异决定了接入策略必须分叉——视频是"流"，位置是"点"，不能共用一套通道。

二、接入层：格式适配、播放接入、缓存与并发

整个技术链路可以抽象成下面这张五层架构图：

数据源层 接入层 融合层 联动层 部署层 ────────────────────────────────────────────────────────────────────────────────────────────── 位置类 协议适配 空间配准 GNSS/RTK ──5s轮询上报──▶ 坐标要素化 ──DEM高程贴合──▶ 位置图标贴合地形 ──┐ ├─▶ 人+画面 ──▶ 私有化部署 视频类 格式接入/播放 点位挂接/弹窗 │ 同屏叠加研判 数据不出网 HLS-m3u8/萤石云 ──▶ 播放器接入 ──▶ 摄像头点位挂接三维场景 ──┤ + 离线授权 FLV/MP4 缓冲/弱网兜底 点击点位弹窗播放 ──┘

两类数据对应两种接入策略：

• 视频源：HLS-m3u8 直播流地址接入 → 播放器加载 → 点位挂接三维场景 → 点击点位弹窗播放。萤石云走平台设备接入（免自建取流链路）；FLV 覆盖低延迟直播场景；MP4 直接作为本地/历史视频文件接入。四种格式在播放器兼容、缓冲策略上逐一适配。
• 位置数据：5秒级轮询上报，服务端按时间戳去重排序，连续点构成轨迹要素。

弱网和多路并发是接入层的两道硬坎。几十路摄像头同屏，解码和带宽都会吃紧；弱网下播放直播流容易频繁卡顿，需要码流降级、断线重连、缓冲策略兜底。工程上更常见的做法是视频源走局域网内地址，不经云中转——既省带宽，也避开敏感画面出内网的问题。

以图新说（工程版）为例，监控接入走"要素标绘-对接萤石云视频监控"的能力路径：摄像头作为空间要素挂接到三维场景，点击点位即弹窗查看实时画面，接入层把"设备接入、点位挂接、弹窗显示"做成开箱即用的能力，无需自己写播放代码。HLS-m3u8/FLV/MP4 的通用接入与多路并发策略，可按业务场景继续扩展。

三、融合层：把数据"贴"进空间里

接入只是拿到数据，融合才是让数据和三维场景发生关系的关键。

摄像头点位的空间挂接，这是"点击查看"的地基。摄像头点位落到三维场景中，按经纬度/场景位置放置点位图标——点位锚定到空间位置，回答"这个摄像头在哪、点开能看到哪里的画面"。对关键点位可以进一步做相机标定，让画面内容与模型几何对齐（回答"画面对应模型上的哪面墙"）。

位置图标的DEM高程匹配。DEM是数字高程模型。位置上报的经纬度高程可能缺失或漂移，融合层用DEM对动态位置图标做地形贴合，让人、车、船图标"踩"在地面上，而不是悬浮半空。

四、联动层：人+画面同屏研判

融合解决"各归其位"，联动解决"合起来用"。联动层把视频画面、位置共享/动态位置数据叠加在同一屏，做跨数据源研判。

8月9日台风"白海豚"两次登陆浙江，台州海事"海上智控平台"把每艘船舶的实时动态投上巨屏：625艘商船在18处水域避风、31艘应急拖轮布防（来源：腾讯新闻8/10直击报道）。这就是位置类数据（船舶AIS动态，AIS是船舶自动识别系统）叠加视频监控后的融合研判现场。再看人员转移这条线：浙江193个水工项目停工、474艘施工船舶避险（来源：网易新闻8/10）、4.68万人梯次转移调度——如果只有转移清单表格，核验"撤没撤、缺不缺"只能靠电话对账；把人员位置、视频画面、转移清单放进同一个三维场景，清单上的人对应地图上的点，监控画面对应现场的位置，撤离进度就成了可视化核销。

联动层的本质，是给每类数据一个空间锚点，再用空间关系做关联：画面锚定到点位、人员锚定到位置。两者同屏后，指挥人员看到的不是孤立的画面或数字，而是"基坑这个位置，画面里有人在作业，人员图标显示在场"这样的综合判断。这也是图新说（工程版）把标绘体系（动态点、动态线、粒子特效）和实时数据接入组合在一起的原因——三维场景里的要素随数据动起来，而不是静态摆上去。

五、部署层：数据不出网，才接得进来

B端视频数据有天然的上云顾虑：工地、厂区、港口的摄像头画面属于企业敏感数据，不少单位明确要求不出内网。因此这条接入链路在部署上走私有化路线——数据在本地局域网内采集、传输、呈现，不经第三方云端中转；授权支持离线方式（授权文件、硬件加密狗、局域网授权服务器），无外网环境同样可用；位置数据落地已支持EXE打包独立运行，天然适配内网。

私有化部署不是可选项，而是实时数据接入的前提条件之一——数据要出网的方案，很多项目在立项阶段就被否掉了。

六、对比：视频上墙 vs 三维融合研判

需要说明：视频上墙/大屏拼控解决的是"集中监看"，在只需盯几十路画面的场景里依然适用，这里不做优劣评判。区别在于需求层级——当指挥要回答"画面里的事发生在三维空间的哪个位置、和附近的人员是什么关系"时，上墙方案回答不了，这才进入融合研判的范畴。

总结

• 两类实时数据形态差异大，链路从数据源就分叉：视频走格式接入、位置走轮询。
• 接入层的核心是视频源格式适配（HLS-m3u8/萤石云/FLV/MP4）、播放缓冲与并发、弱网兜底，多路视频尤其考验解码策略。
• 融合层的核心是空间配准：摄像头点位挂接三维模型、点击弹窗播放、DEM高程贴合。
• 联动层把两类数据用空间关系串起来，监控从"看"升级为"研判"。
• 部署层私有化、数据不出网，是B端实时数据接入的前提。

位置共享解决"人在哪"，监控接入解决"现场怎么样"，两件事接进同一个三维场景之后，才是从数据到研判的完整链路。