用一张实时 3D 地图运营体育场与场馆:入口、座位、环廊与现场团队

比赛日的体育场是一座小城,在一个下午之内填满、达到高峰、再散场。门禁系统统计通过闸机的人数。安保人员盯着环廊和通往看台的楼梯。餐饮和贵宾接待各用各的收银系统。观众服务回答关于座位和洗手间的问题。安全负责人需要确认每个出口畅通、每个急救点就绪。每个团队都有一块屏幕,每块屏幕回答的都是不同的问题。

但没有哪块屏幕能把“在哪里”讲清楚。闸机总数是一个数字;一个比其他看台坐满得更快的看台,则是一个地点。场馆运营地图把顺序倒过来:先有建筑——看台、环廊、入口、售卖亭——再把每一路数据钉在它所描述的形状上。这才是体育场数字孪生在实践中应有的含义:让平面图成为比赛日所有系统共用的索引。

一切从建筑开始。在 Spatial Map 编辑器中放置每一层的平面图——PDF 会按图纸尺寸缩放,DWG 会渲染为平面图图片,也可以使用 PNG 或 JPG——然后按真实比例在上面绘制。Crown Park 有两个楼层,每层环廊一个,在 3D 查看器中叠放,并带有楼层切换器。

• 区域:球场、看台区块、环廊分区、餐饮档口、贵宾包厢和后场房间都绘制为多边形,每个都可设置一个由你定义的角色(例如环廊、餐饮或包厢)。
• 标记:各入口的集合点、闸机、人流计数器、急救点与 AED、轮椅升降平台、监控摄像头和传感器,各有自己的图标。参见资产标记。
• 货架(Rack):每个座位区都是一个单元格网格,一个单元格对应一个座位(详见下文)。
• 楼梯、电梯和扶梯:以 3D 绘制,并在楼层之间相连,让楼层间的无障碍路线一目了然。参见电梯与扶梯。
• 墙体和门:让观众和安保人员的步行路线穿过真实的开口。

本文顶部的图片是 Crown Park 下层环廊在查看器中的样子,21 个图层全部打开。绿色旗帜标出 1 至 5 号门外的集合点,红色十字标出急救与 AED 点,沙漏标记位于各餐饮档口,人形图标则显示环廊一圈的人流计数器和工作人员。轮椅升降平台、监控摄像头、环境传感器和电梯都在同一张平面图上,球场上的一个噪声传感器读数为 43 dB(A)。

座位是大家以为最难的部分。在 Crown Park,30,513 个座位中的每一个都是所在座位区里的一个单元格。诀窍在于:一个座位区本质上就是一张网格——排号和座号,和仓库货架的行与列一模一样。所以座位区用货架工具来画:点两下确定占地范围,把单元格尺寸设为座位间距,再旋转让区块对齐看台。编辑器会根据占地范围自动算出行数和列数。

每个单元格都有固定地址——行和列,多层货架还有层号——并且可以承载一个库位(bin):一条包含状态、编码、容量、备注、外部编码和自定义属性的小记录。用在座位上,就意味着:

• 每个座位一个状态,例如已售、预留、无障碍席或停用,由样式规则着色,按第一条匹配的规则生效。
• 外部编码:票务系统已经在用的座位编号,通过 Match by external code 让数据表中的一行落到正确的单元格上。
• 上面再叠一张表:Crown Park 的 Row Allocations 数据表支撑着 Seating & Row Allocations 报表,类似的数据表也可以通过数据链接在地图上为座位区或排着色。

按状态着色的货架单元,以 Acme Warehouse 为例

在地图上做人流管理,先从指挥中心提出的问题出发,再为每个问题选出合适的数据和显示模式。Crown Park 的入口与人流数据存放在两张表中——Turnstile Scans 和 Crowd Counters——它们支撑着 Gates & Turnstiles、Crowd & Occupancy 和 Crowd Flow 三份报表。

排队时间也是同样的思路。如果你的团队会记录每个售卖亭或入口的等待时间——来自手持终端 App、计数系统,或由安保人员手动录入——就把它写入一张带“分钟”字段的数据表。Value badge on shape 会在每个餐饮点上显示这个数字,样式规则还可以在等待超过你设定的阈值时为档口着色。Spatial Map 本身不测量排队,它只显示你的系统发送过来的数据。

把数据链接附加到形状上

每个图层都是一条数据链接:选择数据源、显示模式、要附加的形状和显示的楼层,再选择提示框和内容面板中的字段。同一张计数器数据表,可以为指挥中心呈现为着色分区,为入口主管呈现为形状上的数值——一个数据源,两条链接。

环廊的其余部分同样适合放在地图上。在 Crown Park,餐饮和贵宾包厢的数据写入 F&B Sales 和 Suite Orders;观众服务、洗手间、急救点、出口和电梯都绘制在平面图上。有九份报表以比赛日的工作命名:Gates & Turnstiles、Crowd & Occupancy、Crowd Flow、Seating & Row Allocations、Match Operations、Food & Beverage、Hospitality Suites、Guest Services & Restrooms 和 Safety, Exits & Lifts。

报表读取的就是地图背后的同一批数据表,既不需要导出,也没有第二条数据管道。报表可以是带 KPI 卡片和图表的汇总、明细列表或历史视图,全地图报表则把列表放在实时场馆旁边。每个设施还自带八份关于已绘制内容的内置报表——区域、货架、标记、门、楼梯和电梯——任何报表都可以导出为 PDF、Excel、CSV 或 JSON。参见报表。

带 KPI 卡片和图表的汇总报表,以 Acme Supermarket 为例

对观众服务来说,驱动指挥中心的同一个模型还能指路:选择起点和终点,查看器就会绘制一条绕开墙体、穿过门的步行路线,并给出逐步指引——分享链接中也可以使用。路线限于同一楼层;要换层,先把路线规划到电梯或楼梯。参见室内导航。

“地图告诉你在哪里,报表告诉你有多少。比赛日你两样都需要,而且来自同一份数据。”

不必等待任何专有连接器。任何能够发送或提供 JSON、或能导出文件的系统,都可以为地图供数:

• 带写入 API 的数据表:创建一张表,为每个系统签发一个 API 密钥,让各系统写入数据行。变更会直接出现在已打开的地图上,无需刷新。最适合闸机扫描、计数读数和位置数据。参见数据表写入 API。
• REST 拉取:Spatial Map 按计划请求某个接口,支持无认证、API 密钥、Bearer 令牌或自定义请求头。
• 文件上传:CSV、XLSX、JSON 或 GeoJSON,适合变化不频繁的数据,例如赛前导出的座位图或安保排班表。

1. 1
   创建数据源

   Tables → Create new table,按你的系统发送的列建表(入口、人数、状态、分钟),或通过 Integrations → Add integration 接入 REST API 或文件。

2. 2
   每个图层建一条数据链接

   在编辑器中依次点击 Data → Manage data links → New link:选择数据源、显示模式、要附加的形状或货架单元,以及显示的楼层。

3. 3
   按数值设置样式

   添加样式规则——按状态或阈值着色——并在链接上勾选。再选择提示框和内容面板中的字段。

4. 4
   归入一个解决方案

   把体育场、它的报表和数据源归入同一个解决方案,运营团队就能在一个页面上找到全部内容。

Lakeside Convention Center 是同一套工具,只是对象从比赛换成了活动。它有两个楼层、26 张数据表和 21 份报表。展厅显示实时占用,展位和会议室显示预订,证件扫描反映注册与通行情况,货运预约则落在装卸月台和集结区。货箱上的 RFID 标签从月台一路读取到展位,BLE 标签按展厅定位员工和设备,网关上报设备健康状态。

Lakeside Convention Center 一层

场馆里有很多人需要地图,但绝不应该编辑它:安保公司、保洁和餐饮承包商、安全顾问、展会上的参展商。分享链接无需账号即可打开只读查看器,每个设施可以有多条链接,各自独立设置:

• 把链接锁定在某一楼层——给某个安保小组只看一层环廊——或允许查看者切换楼层。
• 选择显示哪些数据链接:安保看人流计数器和出口,餐饮承包商看餐饮点。
• 隐藏整类形状,或完全关闭实时数据。
• 设置有效期——一小时到一年、自定义日期或永不过期——以及最大查看次数,并可随时在 Manage links 中撤销。

分享链接的布局设置,以 Retail Mart Store 为例

在你自己的组织内,由成员和角色控制访问:通过邮箱邀请同事——对方需要先有 Spatial Map 账号——角色可选 Owner、Admin、Editor 或 Viewer。参见成员与角色。想看分步操作,可按照示例与承包商分享一条会过期的只读链接。

第一版一个下午就能完成:放置一层环廊的平面图,画出入口、餐饮点和急救点,再接入一路数据——通常是闸机扫描或人流计数器。随着各系统负责人陆续加入,再补上座位区、第二层和更多图层。示例按实时状态为房间着色讲解了为分区和售卖亭着色时会用到的“形状着色”方法。

Venue 解决方案页面展示了体育场、航站楼、会展中心和博物馆如何共用同一平台。延伸阅读:零售客流热力图、带逐步指引的室内导航以及用一张实时 3D 地图运营购物中心。

先开启 7 天免费试用,无需信用卡,试用期内最多可建 5 个设施。之后 Pro 方案为每月 60 美元或每年 600 美元,最多支持 4 个设施——参见价格。