windy/airport-wiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Initial commit

Browse Source
This commit is contained in:
windyboy
2026-04-15 14:48:14 +08:00
commit 42b6f73d1e
97 changed files with 16997 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
concepts/flight-operations/a-cdm.md
+87
View File
@@ -0,0 +1,87 @@
---
title: A-CDM — Airport Collaborative Decision Making
created: 2026-04-08
updated: 2026-04-08
type: concept
tags: [operations, system, integration]
sources: [raw/articles/iata-acdm-toolkit-2025.md]
---
# A-CDM — Airport Collaborative Decision Making
## 定义
A-CDM（Airport Collaborative Decision Making，机场协同决策）是 IATA 与 Eurocontrol 联合推动的运营协同概念，通过建立信息共享机制，使机场各运营方（航司、机场、地面服务商、管制）在统一的操作视图下做决策，提升航班可预测性和机场整体效率。
## 核心原则
| 原则 | 说明 |
|------|------|
| **SSOT** | Single Source of Operational Truth — 所有参与方使用同一套数据 |
| **Milestone 标准化** | 统一关键运营事件和时间节点定义 |
| **Variable Taxi-Times（VTT）** | EXOT/EXIT 预测，减少滑行时间不确定 |
## 关键 Milestone
A-CDM 定义 16 项标准化时间节点（完整定义见 [[aodb-core#a-cdm-milestone-完整定义16项扩展版]]），核心项包括：
| 缩写 | 全称 | 中文 |
|------|------|------|
| TOBT | Target Off-Block Time | 目标推出时间（航司/地服录入） |
| TSAT | Target Start-Up Approval Time | 目标启动许可时间（= TTOT - EXOT） |
| CTOT | Calculated Take-Off Time | ATFM 计算起飞时间（流量管理） |
完整里程碑从 ELDT（预计落地）到 ATIGT（实际靠桥）覆盖航班全生命周期。
## A-CDM 系统架构
```
┌─────────────────────────────────────────────────────────────┐
│ A-CDM Systems │
├──────────────┬──────────────────┬──────────────────────────┤
│ AODB │ ACISP │ PDS │
│ 航班数据库 │ 信息共享平台（SSOT） │ Pre-Departure Sequencer │
│ │ │ TSAT = TTOT - EXOT │
└──────────────┴──────────────────┴──────────────────────────┘
```
### ACISP（A-CDM Information Sharing Platform）
- 多渠道接入（Web + 手持终端）
- 各参与方直接录入 TOBT 等数据
- 集成 AODB、VDGS、RMS、PDS、塔台、地面服务系统
### PDS（Pre-Departure Sequencer）
- 依据管制设定的离港率（departure rate）分配起飞序列
- 约束条件：CTOT（ATFM）、VTT、机位限制
- 软约束：航司优先级、航班互换、寒区优先权
- 核心公式：**TSAT = TTOT - EXOT**
## 参与方
1. **机场运营方（Airport Operator）** — 资源协调
2. **航司（Aircraft Operators）** — 提供 TOBT，提供航班动态
3. **地面服务商（Ground Handlers）** — 过站保障时间更新
4. **空管（ANSP）** — 提供跑道离港率和 CTOT
## A-CDM 效益
- 优化离港流量，减少航班在地面等待时间
- 提升航班准点率
- 与 ATFM（空管流量管理）实时联动
- 减少跑道容量浪费
- 增强不正常情况下的恢复能力
## 现状
- 全球已实施 A-CDM 的机场：**40+**（以欧洲为主）
- IATA 2025 年 6 月发布最新 **A-CDM Toolkit**
- 澳大利亚已将 A-CDM 深度整合入国家 ATFM 系统
## 相关链接
- [[aodb-core]] — A-CDM 的数据基础设施
- [[smgcs]] — 场面活动监控与 A-CDM 共享场面状态数据
- [[flight-data-exchange]] — 数据交换标准（IATA SSIM）
- [[deicing-operations]] — 除冰运营是 A-CDM 过站时间的重要变量
concepts/flight-operations/agentic-ai-airports.md
+63
View File
@@ -0,0 +1,63 @@
---
title: 機場 Agentic AI
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [ai-ml, passenger, digital-twins, system]
sources: [raw/articles/manus-future-airport-info-center-2026.md]
---
# 機場 Agentic AI（人工智能智能體）
## 概述
**Agentic AI（人工智能智能體）** 是具備自主決策能力的 AI 系統，能夠根據環境變化自動調整行為，無需人工逐例干預。在機場場景中，這代表 AI 從簡單的規則問答進化為能夠感知、推理、規劃並執行動作的智能實體。
在信息中心場景下，Agentic AI 驅動的虛擬助手和多語言聊天機器人能夠通過自然語言處理（NLP）與旅客進行流暢互動。
## 核心能力
### 1. 自然語言交互
AI 虛擬助手能處理文本和語音查詢，提供：
- 多語言實時翻譯
- 複雜問題理解與回答
- 上下文記憶與連續對話
### 2. 自主決策與執行
Agentic AI 不只是問答，而是能：
- 根據實時航班動態自動更新推送內容
- 根據客流密度自動調整航站樓環境參數
- 在檢測到異常排隊時自動觸發資源調度建議
### 3. 主動服務（Proactive Service）
從「被動響應」轉向「主動出擊」：
- 根據旅客行程、主動推送登機提醒
- 根據位置提供個性化餐飲/零售優惠
- 根據實時路況提供最優步行路線
## 典型案例：羅馬菲烏米奇諾機場（ADR）
2025 年底，羅馬機場引入生成式 AI 驅動的虛擬助手，提供：
- 停車信息與預訂
- 地面交通選擇
- 實時航班狀態
- 行李追蹤
- 個性化餐飲推薦
## 與傳統規則引擎的對比
| 維度 | 傳統規則引擎 | Agentic AI |
|------|------------|-----------|
| 交互方式 | 關鍵詞匹配 | 自然語言理解 |
| 適應能力 | 固定規則，無法自學習 | 持續學習，隨數據優化 |
| 決策能力 | 基於预设规则 | 自主規劃與執行 |
| 個性化 | 統一響應 | 根據旅客画像定制 |
## 相關概念
- [[future-airport-info-center]] — Agentic AI 是未來機場信息中心虛擬助手的技術核心
- [[digital-twins-airports]] — 數字孿生為 Agentic AI 提供實時物理環境感知數據
- hyper-personalization-airports — Agentic AI 驅動超級個性化服務
concepts/flight-operations/airport-systems-landscape.md
+106
View File
@@ -0,0 +1,106 @@
---
title: 機場運營系統全景圖
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [system, integration, flight-data, comparison]
---
# 機場運營系統全景圖
## 系統層級架構
```
┌─────────────────────────────────────────────────────────────────┐
│ 應用服務層 │
│ │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ ┌────────┐ │
│ │ 航班智能調度 │ │ 行李追蹤 │ │ 安防視頻分析 │ │ 機位優化 │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ └────────┘ │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ ┌────────┐ │
│ │ 除冰管理 │ │ 旅客服務體驗 │ │ 場面活動監控 │ │ 碳排放管理│ │
│ └──────────────┘ └──────────────┘ └──────────────┘ └────────┘ │
├─────────────────────────────────────────────────────────────────┤
│ 數據交換層 │
│ SSIM │ AIRIMP │ CIDX │ IATA-OS │ XML real-time feeds │
├─────────────────────────────────────────────────────────────────┤
│ 核心數據中樞 │
│ │
│ ┌──────────────────────────────┐ │
│ │ AODB │ │
│ │ 機場運營數據庫（SSOT） │ │
│ └──────────────────────────────┘ │
│ ↑ ↓ │
│ ┌─────────────┐ ┌─────────────┐ │
│ │ A-CDM 協同 │ │ FIDS 顯示 │ │
│ │ 決策平台 │ │ 信息服務 │ │
│ └─────────────┘ └─────────────┘ │
├─────────────────────────────────────────────────────────────────┤
│ 資源管理層 │
│ │
│ ┌────────────┐ ┌────────────┐ ┌────────────┐ ┌─────────────┐ │
│ │ RMS 機位 │ │ DCB 登機口 │ │ BHS 行李 │ │ SMGCS 場面 │ │
│ │ 資源管理系統│ │ 分配管理 │ │ 處理系統 │ │ 引導控制 │ │
│ └────────────┘ └────────────┘ └────────────┘ └─────────────┘ │
├─────────────────────────────────────────────────────────────────┤
│ 感知探測層 │
│ │
│ ADS-B │ SMR雷達 │ Multilateration │ RFID │ VDGS │
│ 場面監視 │ 車輛追蹤 │ 飛機精確定位 │ 行李追蹤 │ 泊位引導 │
└─────────────────────────────────────────────────────────────────┘
```
## 核心系統職責對照
| 系統 | 全稱 | 核心職責 | 依賴關係 |
|------|------|---------|---------|
| **AODB** | Airport Operational Database | 航班數據中樞（SSOT），所有系統的單一數據源 | 上游：SSIM/Airline feeds；下游：幾乎所有系統 |
| **A-CDM** | Airport Collaborative Decision Making | 跨組織協同決策，TOBT/TSAT/TTOT 時間管理 | 依賴 AODB；輸出至 PDS 排序器 |
| **PDS** | Pre-Departure Sequencer | 起飛序列分配，CTOT 合規校核 | 依賴 A-CDM 的 TSAT/TTOT |
| **FIDS** | Flight Information Display System | 旅客信息顯示，實時航班動態 | 依賴 AODB 實時數據 |
| **RMS** | Resource Management System | 停機位分配與優化 | 依賴 AODB 航班計劃 |
| **DCB** | Departure Controller Working position / Gate Management | 登機口協調 | 依賴 AODB + RMS |
| **BHS** | Baggage Handling System | 行李分揀追蹤 | 依賴 AODB 航班動態；上游：SSIM CIDX |
| **SMGCS** | Surface Movement Guidance & Control System | 場面活動監視與引導 | 依賴 AODB + 場面雷達/ADS-B |
| **VDGS** | Visual Docking Guidance System | 飛機泊位精確引導 | 依賴 RMS 機位分配 |
| **CDM** | Collaborative Decision Making（A-CDM 核心） | 參與方協同，TOBT 共享 | 各運營方輸入 |
## 數據流向總圖
```
航司（EOBT/TOBT）
↓ SSIM / XML
AODB（航班數據中樞 SSOT）
↓
┌───┴───┐
↓ ↓
A-CDM FIDS
(協同) (顯示)
↓
PDS
(起飛排序)
↓
ANSP/塔台
```
## 關鍵標準與接口
| 接口標準 | 用途 | 格式 |
|---------|------|------|
| SSIM | 航班計劃批量交換 | Flat file |
| IATA-OS | 運營數據實時交換 | XML/JSON |
| CIDX | 地面保障/行李數據交換 | XML |
| ARINC 消息 | ATC/雷達數據 | ARINC 協議 |
| ASTERIX | 場面監視數據交換 | 二進制 |
| ADS-B | 飛機廣播式自動相關監視 | 1090ES |
## 相關鏈接
- [[aodb-core]] — AODB 核心概念與 A-CDM 架構
- [[a-cdm]] — A-CDM 協同決策系統
- [[smgcs]] — 場面活動引導控制
- [[baggage-handling]] — 行李處理系統
- [[flight-data-exchange]] — 數據交換標準詳解
- [[smart-gating]] — 智能登機口與機位優化
- [[deicing-operations]] — 除冰運營管理
> 参见：[[comparisons/airport-operations-systems]] — 供应商横向对比
concepts/flight-operations/aocc-ioc.md
+81
View File
@@ -0,0 +1,81 @@
---
title: 機場運控中心（AOCC/IOC）
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [aocc, ioc, a-cdm, flight-data, system, ai-ml]
sources: [raw/articles/manus-future-airport-info-center-2026.md]
---
# 機場運控中心（AOCC / IOC）
## 概述
**機場運控中心（Airport Operations Control Center，AOCC）** 或 **綜合運營中心（Integrated Operations Center，IOC）** 是機場數字化運營的神經中樞。它將機場內各子系統（航班流、旅客流、行李流、能源、安防）的數據統一匯聚，實現跨部門協同調度與全景可視。
典型功能：「運行一張圖」——在一個屏幕上展示機場整體運行狀態，支撑快速決策。
## 市場數據
| 指標 | 數值 |
|------|------|
| 市場規模（2026） | 18.38 億美元 |
| 市場規模（2034） | 40.5 億美元 |
| CAGR | 10.38% |
| 核心驅動 | 實時數據整合需求、跨部門協同 |
（來源：Fortune Business Insights, TAV Technologies, 2026）
## 核心功能
### 航班流統一調度
- 整合 A-CDM 數據（TOBT/TSAT/TTOT）
- 預測飛機推出時間，優化登機口分配
- 與空管、航空公司實時協同
### 旅客流監控
- 實時客流密度監控（安檢、排隊、登機口）
- 異常擁堵預警與自動疏導
- 與信息屏/移動端推送系統聯動
### 行李流追蹤
- 與 BHS 系統對接，實時行李狀態
- 延誤行李預警與後續航班協調
### 能源與設施管理
- 數字孿生支持預測性維護
- 暖通、空調、照明遠程調控
- 與 Net Zero 目標對接
## 典型廠商與方案
### 華為機場智能運控中心
基於 5G、雲計算和大數據底座，實現「運行一張圖」：
- 打破傳統系統的「數據孤島」
- 航班流、旅客流、行李流統一調度
- 數據來源：[[a-cdm]]、BHS、FIDS
### TAV Technologies
提供 IOC/AOCC 相關產品線，覆蓋機場運營控制全流程。
## 與 A-CDM 的關係
AOCC 是 A-CDM 的升級形態：
- A-CDM 專注於航班協同決策
- AOCC 擴展至機場所有運營維度（旅客、行李、能源、安防）
- 二者共享相同的數據底座（AODB）
詳見 [[a-cdm]]。
## 相關概念
- [[a-cdm]] — A-CDM 是 AOCC 的航班數據核心輸入
- [[aodb-core]] — AODB 是 AOCC 的統一數據底座
- [[future-airport-info-center]] — AOCC 為信息中心提供後台運行數據支撐
- [[digital-twins-airports]] — 數字孿生是 AOCC 實時監控與預測性維護的技術基礎
concepts/flight-operations/aodb-china.md
+243
View File
@@ -0,0 +1,243 @@
---
title: AODB — 中國市場現狀與國產化替代
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [aodb, china-market, localization, travelsky, wanda-info, cetc, beijing-capital]
sources: [raw/articles/aodb.md]
---
# AODB — 中國市場現狀與國產化替代
> 本頁聚焦中國機場 AODB 市場的國產化進程、主要廠商與典型案例。國際供應商對比見 [[aodb-vendors]]。
## 政策背景與驅動力
### 標準規範
中國民航局高度重視機場信息系統的標準化與自主可控，相關核心標準：
| 標準 | 發布機構 | 說明 |
|------|---------|------|
| **MH/T 5103-2020** | 中國民航局 | 《民用運輸機場信息集成系統技術規範》—— 為國內 AODB 建設提供明確標準，定義了信息集成系統的架構、數據接口、功能要求 |
| **智慧民航建設路線圖** | 中國民航局 | 「十四五」和「十五五」規劃明確要求機場核心系統國產化比例提升，AODB 被列為重點攻關對象 |
| **數據安全法 / 個人信息保護法** | 全國人大 | 機場運營數據涉及航班、旅客個人信息，必須滿足數據本地化存儲要求，進口系統合規成本陡增 |
### 國產化驅動因素
1. **成本因素**：進口系統（尤其是 SITA、Amadeus）許可費和維保費昂貴，年度維保通常為初期許可費的 18-22%，長期成本負擔重
2. **數據安全**：進口系統的境外數據通道面臨嚴格審查，航班數據屬於關鍵信息基礎設施數據
3. **定制能力**：進口系統定制化開發需通過原廠，響應週期長、成本高
4. **自主可控**：類似北京首都機場案例，掌握核心技術才能真正保障重大活動期間的系統穩定性
---
## 主要國產廠商深度分析
---
### 1. 中國民航信息集團（TravelSky）— 機場信息集成系統
**定位：** 中國民航 IT 國家隊，PSS 領域絕對領導者，機場集成系統頭部供應商
#### 核心優勢
|| 維度 | 說明 |
|------|------|------|
| **數據天然互通** | 中國民航信息集團同時運營中國的 CRS（機票分銷系統）和 DCS（離港系統），與國航、南航、東航等主要航司數據天然打通，AODB 可直接獲取航班動態而無需額外接口 |
| **國產化標杆** | 2025 年實現離港系統（ DCS）全棧國產化，是民航業首家完成核心系統全棧國產化的企業，AODB 具備同樣的國產化能力 |
| **機場覆蓋廣** | 在國內中大型機場擁有廣泛的項目積累，熟悉國內民航業務流程和監管要求 |
| **政策支持** | 作為央企，在重大項目招投標中具備政策支持優勢 |
#### 現有產品線
| 產品 | 說明 |
|------|------|
| **機場信息集成系統（AIIS）** | 以 AODB 為核心的機場運營數據平台，支持航班動態、資源分配、計費結算 |
| **機場協同決策（A-CDM）** | 與 AODB 深度集成，支持 A-CDM 協同決策全流程 |
| **民航大數據平台** | 面向民航局的行業級數據分析平台 |
#### 目標場景
- 已有或計劃採用 TravelSky DCS 的機場
- 需要與國內航司數據無縫對接的機場
- 對數據本地化有剛性要求的大型樞紐
- 響應「智慧民航」政策要求的機場
---
### 2. 萬達信息股份有限公司 — 萬達機場集成系統（AIIS）
**定位：** 國內較早涉足機場信息化的上市企業，以上市公司標準化產品交付能力著稱
#### 核心技術特性
|| 特性 | 說明 |
|------|------|
| **AODB 為核心的集成架構** | 國內首家明確以 AODB 為核心的機場運營管理系統廠商，技術路線與國際標準接軌 |
| **全棧產品線** | 除了 AODB，還提供 FIDS、資源管理、行李追蹤等配套系統，減少多廠商集成複雜度 |
| **標準化程度高** | 產品化程度高，實施流程規範，降低項目風險 |
| **A股上市公司** | 具備穩定的資本市場支持，長期服務能力有保障 |
#### 典型部署案例
| 機場 | 規模 | 部署內容 |
|------|------|---------|
| **上海浦東國際機場** | 年旅客量 > 7000萬 | AODB + 資源管理核心模塊 |
| **寧波櫟社國際機場** | 年旅客量 ~ 1000萬 | 機場信息集成系統 |
| **溫州龍灣國際機場** | 年旅客量 ~ 1000萬 | 機場信息集成系統 |
#### 技術架構
- 數據庫：支持 Oracle / PostgreSQL
- 中間件：標准企業服務總線（ESB）
- 接口：支持 AIDX、XML、JSON API
- 部署：本地部署為主，支持混合雲
#### 目標場景
- 年旅客量 500 萬 - 5000 萬的中大型機場
- 偏好標準化、產品化交付以控制項目風險
- 需要一站式採購（減少多廠商協調成本）
- 以上市公司為長期服務商選擇標準
---
### 3. 中電科數字技術股份有限公司（CETC Digital）— 機場數字化
**定位：** 央企背景，機場弱電系統集成專家，智慧機場整體解決方案提供商
#### 核心優勢
|| 維度 | 說明 |
|------|------|------|
| **央企資源整合能力** | 中國電科集團在電子信息領域擁有完整產業鏈，能整合雷達、通信、計算、存儲等資源 |
| **弱電系統整合** | AODB 不僅是軟件系統，CETC 在機場弱電（網絡、數據中心、節點設備）的整體集成能力強 |
| **數據中心建設** | 參與多個千萬級機場的智慧化改造和數據中心建設，AODB 運行環境自主可控 |
| **軍民融合** | 繼承中國電科在軍航空管領域的技術積累，系統可靠性標準高 |
#### 主要能力
- **機場弱電總包**：網絡架構、數據中心、服務器集群的規劃與建設
- **核心軟件研發**：機場運營軟件平台的定製開發
- **智慧機場整體諮詢**：從規劃到交付的全過程服務
- **數據融合平台**：多源數據（空管、航司、地面服務）的統一路由與清洗
#### 典型項目
- **北京大興國際機場**：參與弱電系統集成（不僅是 AODB，而是整個數字化基礎設施）
- **成都天府國際機場**：智慧機場整體數字化規劃與實施
- **多個千萬級機場**智慧化改造項目
#### 目標場景
- 需要整個機場數字化基礎設施統籌建設的大型樞紐
- 對數據中心、網絡架構有自主可控要求的機場
- PPP / EPC 模式下的機場建設項目
- 需要央企信用背書和長期運維保障的政府機場
---
## 典型案例：北京首都國際機場 AODB 自主研發
首都機場作為中國最繁忙的樞紐（A級機場，年旅客量峰值超過 1 億），其 AODB 系統完成了從進口產品到完全自主可控的轉型，是中國機場 AODB 國產化最具代表性的案例。
### 背景與痛點
| 痛點維度 | 具體問題 |
|---------|---------|
| **成本** | 進口系統年度維保費用高昂，每年維保支出相當於新建系統費用的近四分之一 |
| **升級受限** | 核心技術掌握在原廠手中，功能升級需要依賴原廠開發，響應週期長 |
| **安全隱患** | 航班運營數據通過境外通道傳輸，面臨數據安全審查壓力 |
| **定制困難** | 機場特有業務需求（如特殊活動保障）難以在原系統中實現 |
### 實施路徑
1. **技術調研階段（3個月）**：信息技術團隊對原系統進行代碼級分析，摸清數據模型、業務邏輯和接口規範
2. **自主設計階段（2個月）**：參照 MH/T 5103-2020 標準，設計新系統架構，確保與國際標準接軌
3. **開發與測試（6個月）**：基於 Oracle + Java 技術棧完成核心功能開發，進行多輪壓力測試
4. **並行運行與割接（3個月）：新舊系統並行運行，逐步將流量遷移到新系統
**總工期：14個月**
### 核心成效
| 指標 | 改善前 | 改善後 |
|------|--------|--------|
| 每日航班計劃校驗次數 | 3次人工校驗 | 1次自動校驗 |
| 維護工作量 | 高（依賴原廠）| 降低30%+ |
| 重大活動保障響應 | 需要原廠支持 | 團隊自主可控 |
| 系統升級成本 | 高（原廠報價）| 大幅降低 |
> 首都機場的成功證明，大型樞紐 AODB 自主研發在技術上是可行的，關鍵在於有足夠的技術積累和14個月以上的持續投入。
### 適用性分析
| 因素 | 評估 |
|------|------|
| **技術可行性** | 高——民航信息技術團隊實力強，能掌握核心代碼 |
| **資源投入** | 高——需要10+人核心團隊，14個月以上工期 |
| **適用範圍** | 超大型樞紐（年旅客量>3000萬）有此實力和必要性；中小機場不建議自研 |
| **風險點** | 自研系統缺少大型樞紐實際運行驗證，保障重大活動前需充分測試 |
---
## 選型決策：國產 vs 進口
| 維度 | 國產廠商 | 進口廠商 |
|------|---------|---------|
| **政策合規** | 天然滿足數據本地化和國產化要求 | 需要額外數據安全審查 |
| **與國內航司數據互通** | TravelSky 等廠商天然具備數據通道 | 需要額外接口開發 |
| **國際航班數據覆蓋** | 覆蓋中國航司為主，國際航司依賴 SSIM/IAI接口 | Amadeus 等覆蓋全球95%+航司 |
| **定制化響應** | 本地團隊響應快，成本低 | 原廠響應慢，費用高 |
| **大型樞紐案例** | 首都機場（自研）、浦東等 | SITA 150+機場、Amadeus 700+機場 |
| **AI/ML 能力** | 較弱，處於追趕階段 | Amadeus、ADB Safegate 有原生AI能力 |
| **初期投資** | 較低（本地部署，性價比方案）| 高（許可費+實施費）|
| **長期維保成本** | 可控，本地團隊 | 高（年度維保 18-22% 許可費）|
### 建議路徑
**超大型樞紐（> 3000萬旅客）**：
- 有實力和資金 → 首都機場模式（自研，掌握核心技術）
- 需要快速交付 → SITA Operations Manager 或 Amadeus AODB
**中大型機場（1000-3000萬旅客）**：
- 首選國產頭部廠商（TravelSky、民航信科旗下產品）
- 已有進口 DCS/FIDS 系統 → 選擇與現有系統集成度好的方案
**中小型機場（< 1000萬旅客）**：
- 國產 SaaS 化輕量方案（按年訂閱，降低初期投入）
- RESA INFOPAX（歐洲產品，國內支持團隊需確認）
---
## 監管標準與合規要點
### MH/T 5103-2020 核心要求
《民用運輸機場信息集成系統技術規範》規定的 AODB 核心要求：
1. **航班數據管理**：支持航班計劃、動態數據的全生命周期管理
2. **資源管理**：停機位、登機口、行李轉盤等資源的分配與查詢
3. **數據分發**：向 FIDS、DCS、資源管理系統等下游系統分發數據
4. **接口標準**：支持與空管、航司、地面服務商的數據交換
5. **系統可靠性**：支持 7×24 小時運行，可用性 ≥ 99.99%
### 數據本地化要求
| 數據類型 | 存儲要求 |
|---------|---------|
| 航班計劃數據 | 必須本地存儲 |
| 旅客個人信息 | 必須本地存儲，符合《個人信息保護法》|
| 航班動態數據 | 必須本地存儲 |
| 跨境傳輸 | 需通過安全評估，涉及關鍵信息基礎設施需申報 |
---
## 相關鏈接
- [[aodb-core]] — AODB 核心概念、技術標準與 A-CDM 里程碑
- [[aodb-vendors]] — 國際供應商深度分析（SITA、Amadeus、Collins、RESA、ISO Software 等）
- [[a-cdm]] — A-CDM 與 AODB 的協同關係
- [[flight-data-exchange]] — SSIM、AIDX、XML/CIDX 等數據交換標準
- [[comparisons/airport-operations-systems]] — 機場運營系統供應商全景對比
concepts/flight-operations/aodb-core.md
+163
View File
@@ -0,0 +1,163 @@
---
title: AODB — 機場運營數據庫（核心概念）
created: 2026-04-08
updated: 2026-04-10
type: concept
tags: [aodb, flight-data, system, database, a-cdm]
sources: [raw/articles/aodb.md]
---
# AODB — 機場運營數據庫（核心概念）
> 本頁為 AODB 核心概念。供應商深度分析見 [[aodb-vendors]]。
## 定義
AODB（Airport Operational Database，機場運營數據庫）是機場信息系統的**核心數據中樞**，負責集中管理航班運營相關的所有靜態和動態數據，為各業務系統提供單一數據源（SSOT — Single Source of Truth）。
## 核心功能
| 功能 | 說明 |
|------|------|
| 航班數據管理 | 存儲航班計劃、動態更新、歷史記錄 |
| 資源管理 | 機位、登機口、設備、人員的配置與分配 |
| 運營事件註冊 | 記錄所有關鍵運營時間節點（A-CDM milestones） |
| 多源數據融合 | 支持 IATA SSIM、ARINC 協議、XML/CIDX、實時傳感器數據 |
| 實時計算 | 生成衍生數據（EIBT、EXIT 等預測值） |
| 告警與預警 | 航班延誤、衝突檢測、資源超負載告警 |
## AODB 在 A-CDM 架構中的位置
```
┌────────────────────────────────────────────────────────────┐
│ A-CDM Ecosystem │
├──────────────┬──────────────────────┬─────────────────────┤
│ AODB │ ACISP │ PDS │
│ 核心數據庫 │ 信息共享平台（SSOT） │ 起飛排序器 │
│ 航班數據中樞 │ │ TSAT = TTOT - EXOT │
└──────────────┴──────────────────────┴─────────────────────┘
↑
各航司/管制/地面服務商系統 ──────────────────────→
```
## 供應商概要對比
| 廠商 | 定位 | 典型機場規模 | 上線週期 |
|------|------|--------------|----------|
| ADB SAFEGATE Cortex | AI 驅動全棧樞紐平台 | >3000萬旅客 | 2-3個月 |
| Amadeus | 雲優先，95%全球航司覆蓋 | >1000萬旅客 | 1-2個月 |
| AirportLabs SkyCore | 雲原生，性價比方案 | 500萬-5000萬 | 2-4週 |
| PDC Aviation | 多機場模式，傳統穩定 | <2000萬旅客 | 1-2週 |
| Indra InBASE | Aena網絡，拉美標杆 | 所有規模 | 1-2個月 |
| **SITA Operations Manager** | **全球巨頭，超大型樞紐** | **>4000萬旅客** | **2-4個月** |
| Collins Aerospace AirDB | 混合部署，軍工級可靠性 | 所有規模 | 1-3個月 |
| RESA INFOPAX | 中小型，移動端出色 | <1500萬旅客 | 2-4週 |
| ISO Software SKYport | Oracle 技術棧，德系品質 | 500萬-3000萬 | 1-2個月 |
> 詳細供應商分析見 [[aodb-vendors]]
---
## 市場規模與增長趨勢
| 指標 | 數據 | 來源 |
|------|------|------|
| 全球機場信息系統市場（2024）| 42.4 億美元 | Research and Markets |
| 全球機場信息系統市場（2030）| 53.6 億美元（CAGR ~4%）| Research and Markets |
| **AODB 專項市場（2024）** | **約 8.2 億美元** | Growth Market Reports |
| **AODB 專項市場（2033）** | **超過 50 億美元** | Growth Market Reports |
AODB 市場增速顯著高於整體機場信息系統，反映智慧機場建設對核心數據中樞的剛性需求。
## 關鍵技術標準
### AIDX（Aviation Information Data Exchange）
IATA、ATA、ACI 共同認可的全球 XML 消息標準，用於航空公司、機場、第三方之間交換航班運營數據。是 SESAR A-CDM 信息交換的標準格式。所有現代 AODB 必須原生支持 AIDX 接口。
> 詳細規範（消息類型、XML 結構、運營狀態碼、A-CDM 里程碑代碼）見 [[flight-data-exchange]]。
### SSIM（Standard Schedules Information Manual）
IATA 定義的航班時刻表交換格式標準。AODB 需能解析 SSIM 文件（如 Chapter 7 格式），自動構建機場季節性航班計劃。
> 詳細規範（SCR 報文14字段格式、協調員響應代碼）見 [[flight-data-exchange]]。
### 傳統航空報文標準
即使 XML 和 API 日漸普及，AODB 仍需支持以下傳統格式以確保與老系統的互操作性：
| 標準 | 說明 |
|------|------|
| **AFTN** | 航空固定電信網報文，國家級空管數據骨幹 |
| **SITA Type B** | SITA 網絡報文格式，ARINC 兼容 |
| **ACARS** | 飛機通信尋址與報告系統，實時飛機動態數據 |
## 中國市場與國產化
中國民航局高度重視機場信息系統的標準化與自主可控。《民用運輸機場信息集成系統技術規範》(MH/T 5103-2020) 為國內 AODB 建設提供了明確標準。在「十四五」和「十五五」智慧民航建設規劃推動下，國產化替代進程顯著加速。
**典型案例：北京首都國際機場**
- 原有外資系統成本高、升級困難、存在安全隱患
- 歷時14個月，信息技術團隊從代碼級掌握核心技術，自主研發新一代 AODB
- 成效：每日航班計劃發布由3次人工校驗簡化為1次，維護工作量減少30%+
詳細國產廠商分析見 [[aodb-china]]。
## A-CDM Milestone 完整定義（16項擴展版）
| 縮寫 | 全稱 | 中文 | 更新責任方 |
|------|------|------|------------|
| ELDT | Estimated Landing Time | 預計落地時間 | 系統計算 |
| ALDT | Actual Landing Time | 實際落地時間 | ANSP（管制） |
| EOBT | Estimated Off-Block Time | 預計推出時間（航班計劃） | 航司 |
| AOBT | Actual Off-Block Time | 實際推出時間 | 地面服務商 |
| COBT | Calculated Off-Block Time | 計算推出時間（配合CTOT） | AODB |
| TOBT | Target Off-Block Time | 目標推出時間 | 航司/地面服務商 |
| TSAT | Target Start-Up Approval Time | 目標啟動許可時間 | AODB/PDS |
| TTOT | Target Take-Off Time | 目標起飛時間 | AODB/PDS |
| ATOT | Actual Take-Off Time | 實際起飛時間 | ANSP |
| CTOT | Calculated Take-Off Time | ATFM 計算起飛時間 | ATFM（Network Manager） |
| EXOT | Expected Taxi-Out Time | 預計滑出時間 | AODB VTT 模塊 |
| EIBT | Expected In-Block Time | 預計靠橋時間 | AODB VTT 模塊 |
| EXIT | Expected Taxi-In Time | 預計滑入時間 | AODB VTT 模塊 |
| AIBT | Actual In-Block Time | 實際靠橋時間 | 地面服務商 |
| ATIGT | Actual Time In Gate | 實際靠橋時間（通用） | 地面服務商 |
| TTIGT | Target Time In Gate | 目標靠橋時間 | AODB |
> 16項里程碑覆蓋航班從預計落地到靠橋的完整生命周期。AODB 需自動捕捉所有時間戳，觸發相應業務規則，並通過 AIDX 接口與各國流量管理系統（NMOC）交換數據。
## 選型決策樹
```
年旅客量 > 4000萬（超大型樞紐）
├── 需要極強數據治理 + IROPS 能力 → SITA Operations Manager
├── 需要全棧統一管理 + AI 預測 → ADB SAFEGATE Cortex AODB
└── 有實力自研 + 長期自主可控 → 首都機場模式（自研）
年旅客量 3000-4000萬
├── 需要全棧統一管理 → ADB SAFEGATE Cortex AODB
├── 已有 Amadeus Altéa → Amadeus AODB
└── 需要極強數據治理 → SITA Operations Manager
年旅客量 1000-3000萬
├── 需要快速上線 + 雲原生 → AirportLabs SkyCore AODB
├── 已有 Amadeus 系統 → Amadeus AODB
├── 預算有限 → RESA INFOPAX / ISO SKYport
└── 美洲/混合部署偏好 → Collins AirDB
年旅客量 < 1000萬
├── 多機場集團 → PDC AODB（Multi-Airport Mode）
├── 快速上線（< 2週）→ PDC AODB
├── 歐洲/非洲本地支持 → RESA INFOPAX
└── 拉丁美洲 Aena 網絡 → Indra InBASE AODB
```
## 相關鏈接
- [[a-cdm]] — A-CDM 依賴 AODB 作為核心數據源
- [[aodb-vendors]] — 5大供應商深度分析與技術對比
- [[flight-data-exchange]] — SSIM/XML 數據交換標準
- [[smart-gating]] — 機位管理系統依賴 AODB 數據
- [[baggage-handling]] — 行李系統與 AODB 航班動態聯動
- [[comparisons/airport-operations-systems]] — 供應商綜合對比
concepts/flight-operations/aodb-vendors.md
+495
View File
@@ -0,0 +1,495 @@
---
title: AODB — 供應商深度分析
created: 2026-04-08
updated: 2026-04-10
type: concept
tags: [aodb, vendor, comparison, ai-ml]
sources: [raw/articles/aodb.md, raw/articles/aodb-manus-2026.md]
---
# AODB — 供應商深度分析
> 本頁為 AODB 供應商詳細分析。核心概念見 [[aodb-core]]。
## 主要供應商深度分析
---
### 1. ADB SAFEGATE — Cortex AODB
**定位：** 大型樞紐首選，AI 驅動全棧機場運營平台
#### 技術架構
| 層級 | 技術特性 |
|------|---------|
| 核心引擎 | AI/ML 引擎驅動資源分配和運營規劃 |
| 模塊化設計 | Flight Grids / Seasonal Schedule / Message Centre / Reference Data / Alarms |
| 數據驗證 | 表格邏輯校驗 + 多源數據優先級判定 |
| 仿真能力 | "What-if" 模擬，支持運營控制與效率評估 |
| 移動端 | 移動端優化界面，角色化信息定制 |
| 審計追踪 | 全操作審計日誌，支持多種格式導出 |
#### 核心技術特性
- **多源數據優先級判定**：多個來源的運營時間數據自動驗證和優先級排序
- **"What-if" 仿真模擬**：優化配置方案評估，支持管理決策
- **歷史數據同步**：過期數據自動歸檔至歷史表，支持在線查詢和賬單生成
- **集中告警模塊**：支持自定義規則觸發告警，覆蓋規劃與日常運營
- **參考數據統一分發**：統一管理 Reference Data，向 Cortex 生態模塊和第三方系統分發
#### 部署與安全
| 項目 | 詳情 |
|------|------|
| 部署方式 | Web 界面，雲托管 + 本地多種選項 |
| 安全認證 | ISO27001 認證，NIST 合規 |
| 安全監控 | 雲態勢配置檢測 + 異常行為識別 |
| 運維支持 | 全面安全監控覆蓋 |
#### 生態集成
- **Time2Integrate**：集成生態基礎，支持與停機位管理（Apron Manager）、場面燈控、VDGS 等第三方系統對接
- **ACISP 兼容**：原生支持 A-CDM 信息共享平台
- **Cortex 套件**：Service（CMMS 維護管理）、Apron Manager（機位管理）統一聯動
#### 目標場景
- 年旅客量 > 3000 萬的大型樞紐
- 需要 AODB + A-CDM + Smart Gating + SMGCS 統一管理
- 對 AI 預測分析有明確需求
---
### 2. Amadeus — Airport Operational Data Base
**定位：** 雲優先，95% 全球航司數據覆蓋，中大型機場
#### 技術架構
| 層級 | 技術特性 |
|------|---------|
| 部署模式 | 純雲托管（state-of-the-art data center），無本地基礎設施依賴 |
| 數據覆蓋 | 95% 全球航司，**提前 365 天**獲取航班計劃數據 |
| 數據更新 | 實時自動推送（Live feed），無需人工錄入 |
| 多站點支持 | 跨多機場同步運行，站點間航班數據實時共享 |
| 集成層 | 與 Amadeus Altéa DCS、H-RMS、PROPworks、BRS、Sequence Manager 深度整合 |
#### 核心模塊
| 模塊 | 功能 |
|------|------|
| **AODB Core** | 航班計劃與動態數據管理，提前 365 天可見 |
| **A-CDM Portal** | 實時停機坪視圖（雷達集成），協同運營儀表盤 |
| **Sequence Manager** | 歐洲 Eurocontrol CDM 合規，TSAT 智能計算 |
| **Turnaround Manager** | 過站階段監控，預測延誤連鎖效應 |
| **F-RMS** | 固定資源管理（登機口、行李帶），甘特圖界面 |
| **FIDS** | 航班信息顯示系統，自動從 AODB 拉取實時更新 |
#### A-CDM Portal 關鍵技術指標
- **雷達集成**：場面活動實時視圖，跟踪飛機位置
- **協同決策**：航司、地面服務商、管制共享同一操作視圖
- **非正常事件告警**：儀表盤高亮異常，支持下鑽分析
- **角色權限控制**：基於角色的數據訪問與更新分配
#### 與 Altéa 生態的協同優勢
Amadeus AODB 天然集成 Altéa（全球最廣泛使用的乘客服務系統），帶來獨特優勢：
- 航司 DCS 數據直連 AODB，passenger 動態實時反映
- 地面處理器可通過 Altéa DCS 直接錄入過站完成時間
- 賬單系統（BRS）基於 AODB 數據自動生成
#### 目標場景
- 已有或計劃採用 Amadeus Altéa 的機場
- 需要長周期航班規劃（365 天可見性）
- 希望減少本地 IT 基礎設施投入
- 多機場統一管理
---
### 3. AirportLabs — SkyCore AODB
**定位：** 雲原生、中型機場性價比方案，2025 年落地芝加哥 ORD
#### 技術架構
| 層級 | 技術特性 |
|------|---------|
| 基礎設施 | **Red Hat OpenShift**（雲原生 Kubernetes 平台）|
| 消息中間件 | **ActiveMQ**（實時數據流）|
| API 網關 | **3scale API Management**（安全、可擴展外部訪問）|
| 身份管理 | **Keycloak**（集中身份與訪問控制）|
| 架構模式 | **事件驅動**（Event-driven architecture）|
| 數據交換 | **雙向**實時交換，涵蓋所有關鍵系統 |
#### 核心功能
| 功能 | 說明 |
|------|------|
| **規則引擎編輯器** | 可視化配置業務規則，無需編碼 |
| **實時通知中心** | 所有運營corner實時推送 |
| **自服務能力** | 全運營環節自助服務 |
| **無限並發用戶** | 支持多公司用戶同時在線 |
| **模塊化計費** | 按需訂閱，只為所需組件付費 |
#### 生態系統集成
SkyCore AODB 並非孤立產品，而是 AirportLabs 全套生態的核心：
| 關聯產品 | 用途 |
|---------|------|
| **Allegra RMS** | 資源管理（機位優化分配）|
| **VisionAir FIDS** | 航班信息顯示 |
| **Laminar IQFMS** | 隊列管理 |
| **GCAM** | 登機口協調 |
| **Community App** | 機場內部通信 |
| **AirportLabs Billing** | 計費 |
| **ADR** | 機場數據倉庫 |
| **Pocket Flights** | 移動端航班追踪 |
#### 重大部署案例
- **芝加哥奧黑爾 ORD**（2025 年 8 月完成初始部署）
- 合作方：International Gate Control（IGC）
- 覆蓋：SkyCore AODB + Allegra RMS 核心功能
- 支持方：Chicago Department of Aviation（CDA）
#### 設計認可
- **Red Dot Award 2024**：用戶界面設計與最大可用性獲獎
#### 目標場景
- 年旅客量 500 萬 ~ 5000 萬的中型機場
- 需要快速部署（weeks 級別而非 months）
- 需要雙向數據交換和運營自動化
- 預算敏感但追求現代雲架構
---
### 4. PDC Aviation — AODB
**定位：** 多機場模式專家，北歐/加拿大系，小型機場快速上線
#### 技術架構
| 層級 | 技術特性 |
|------|---------|
| 架構模式 | **事件驅動**，服務器佔用小 |
| 數據庫 | **Oracle**（行業標準，可靠性高）|
| 開發語言 | Java + C（任務適配）|
| 數據交換 | **Publish-Subscribe Webservices**（發布-訂閱模式）|
| 消息格式 | XML 或 compact JSON |
| 接口支持 | Type-B 消息（SITA、ARINC）或 POP3 郵件 Type-B |
| 響應時間 | **1-2 秒**（事件驅動，實時性有保障）|
#### 核心能力
| 能力 | 說明 |
|------|------|
| **多機場模式（Multi-Airport Mode）** | 獨立機場或機場集團統一管理，單基礎設施架構 |
| **全在線可配置** | 基於表格配置，無硬編碼參數；隨機場成長在線更新 |
| **快速上線** | 小型機場**2 週**內完成部署和運營 |
| **PDC SCORE 集成** | Slot 協調數據實時接入，季節性航班數據從源頭獲取 |
| **全天候支持** | 7×24 小時支持（現場 + 遠程）|
#### 系統集成清單
| 系統類型 | 具體接入 |
|---------|---------|
| ATC | 雷達系統（AIMS）|
| Slot 協調 | PDC SCORE |
| BHS | 行李處理系統 |
| Docking | 泊位引導系統 |
| FIDS | 航班信息顯示系統 |
| AFAS | 自動航班到達系統 |
| Billing | 計費系統 |
#### 客戶案例
- **Aarhus Airport（丹麥）**：6 年無因系統問題導致的停機記錄
- **Torp Airport（挪威）**：6 年運行無停機，財務/質量經理背書
#### 目標場景
- 年旅客量 < 2000 萬的小中型機場
- 需要多機場統一管理（機場集團場景）
- 需要極快上線（競爭激烈的新興市場）
- 偏好傳統可靠 Oracle 技術棧
---
### 5. Indra — InBASE AODB
**定位：** Aena 親睞，西班牙/拉丁美洲最大機場網絡
#### 技術架構
| 層級 | 技術特性 |
|------|---------|
| 實現技術 | **J2EE**（業界標準）|
| 架構風格 | 開放式架構，完全可擴展 |
| CDM 合規 | **Level 3**（信息共享、協同飛行管理、起飛前排序、不利條件 CDM）|
| 部署模式 | 單機場或**多機場集中架構**（單基礎設施服務多個機場）|
#### 功能模塊
| 模塊 | 功能 |
|------|------|
| **核心模塊** | 實時管理、系統管理基礎信息管理、外部系統集成 |
| **編程模塊** | 生成系列信息（航班編程）|
| **調度模塊** | 從 slot 協調系統接收航班時刻表，實時部署運營信息 |
| **資源分配** | 圖形化界面管理值機櫃台、登機口、機位、行李提取帶 |
| **計費模塊** | 基於資源使用量向航司計費 |
| **KPI 報告** | 可定義運營指標（準點率、取消失）、告警閾值、儀表盤 |
#### 主要客戶
- **Aena（全球最大機場運營商）**：47 個機場生產運行
- 馬德里 Barajas（主要樞紐）
- 巴塞羅那 El Prat（主要樞紐）
- 覆蓋西班牙全境及拉丁美洲（Aena 擴張中）
- **GAP 機場網絡（墨西哥）**：rollout 進行中
#### 目標場景
- 已有 Indra 其他空管/機場系統的機場
- 拉丁美洲機場網絡
- 需要多機場集中管控
---
## 供應商綜合技術對比（9廠商）
|| 維度 | ADB SAFEGATE Cortex | Amadeus | AirportLabs SkyCore | PDC | Indra InBASE | SITA Operations Manager | Collins AirDB | RESA INFOPAX | ISO SKYport |
||------|---------------------|---------|---------------------|-----|--------------|----------------------|--------------|--------------|-------------|
| **部署模式** | 雲托管 + 本地 | 純雲 | 雲原生（OpenShift）| 本地/混合 | 本地/集中 | 雲托管 + 本地 | 混合部署 | 本地/SaaS | 本地/雲原生 |
| **數據庫** | 未公開 | 未公開 | PostgreSQL（推測）| Oracle | J2EE 標準 | 未公開 | 未公開 | 未公開 | Oracle |
| **消息中間件** | 未公開 | 私有 | ActiveMQ | Publish-Subscribe WS | JMS（推測）| 未公開 | 未公開 | 私有 | 未公開 |
| **AI/ML 能力** | 原生 AI 引擎 | 有限 | 規則引擎（可視化）| 無 | 無 | Total Optimizer AI（2024）| 動態資源分配 | 無 | 無 |
| **"What-if" 仿真** | 支持 | 否 | 否 | 否 | 否 | 支持 | 否 | 否 | 否 |
| **多機場模式** | 支持 | 支持 | 支持 | **原生多機場** | 集中架構 | 支持 | 支持 | 支持 | 支持 |
| **A-CDM 原生支持** | 是 | 是 | 是 | 是 | Level 3 CDM | 是 | 是 | 是 | 是 |
| **上線週期** | 2-3 個月 | 1-2 個月 | **2-4 週** | **1-2 週** | 1-2 個月 | 2-4 個月 | 1-3 個月 | 2-4 週 | 1-2 個月 |
| **數據覆蓋** | 依賴集成 | **95% 航司 365 天** | 依賴集成 | 依賴集成 | Aena 網絡 | 依賴集成 | 依賴集成 | 依賴集成 | 依賴集成 |
| **生態完整性** | 極強（Cortex 全套）| 強（Altéa 生態）| 強（AirportLabs 全套）| 中（PDC SCORE）| 中（Indra 空管）| 極強（SITA 全套）| 強（Collins 全套）| 中（RESA 計費）| 中（ISO 全套）|
| **國際案例規模** | 全球樞紐 | 全球大型 | 100+ 機場，ORD 旗艦 | 北歐/加拿大為主 | Aena 47 機場 | **150+ 機場** | 美洲/歐洲主流 | 歐洲/非洲中型 | 歐美中等規模 |
| **安全認證** | ISO27001, NIST | 未公開 | 未公開 | 未公開 | 未公開 | ISO27001 | 未公開 | 未公開 | 未公開 |
| **典型目標機場** | >3000萬 | >1000萬 | 500萬-5000萬 | <2000萬 | 所有規模 | **>4000萬** | 所有規模 | <1500萬 | 500萬-3000萬 |
## 關鍵技術差異分析
### AI 能力梯隊
|| 梯隊 | 廠商 | AI 能力 |
|------|------|---------|---------|
| 第一梯隊 | ADB SAFEGATE、SITA | ADB SAFEGATE 原生 AI 引擎 + ML；SITA Total Optimizer AI（2024年發布），支持機場整體運營優化 |
| 第二梯隊 | Amadeus、AirportLabs | Amadeus 有限 AI（輔助決策）；AirportLabs 規則引擎 + ML 可視化配置 |
| 第三梯隊 | Collins、RESA | Collins 動態資源分配算法（無原生 ML）；RESA 無 AI，純規則引擎 |
| 無 AI | PDC、Indra、ISO Software | 傳統規則驅動，無 AI/ML |
### 實時性能
|| 廠商 | 響應時間承諾 | 架構依據 |
|------|-----------|---------|
| PDC | **1-2 秒** | 事件驅動 + Oracle |
| Amadeus | 實時推送（< 5s）| 私有雲基礎設施 |
| ADB SAFEGATE | 實時（規格未公開）| 模塊化 + 內存計算 |
| AirportLabs | 實時流（ActiveMQ）| 事件驅動 + OpenShift |
| Indra | 實時（規格未公開）| J2EE 企業架構 |
| SITA | 實時（規格未公開）| SITA 私有全球骨幹網絡 |
| Collins | 實時（毫秒級 FIDS 同步）| AirVue FIDS 原生集成 |
| RESA | 實時（規格未公開）| 輕量級模塊化架構 |
| ISO Software | 實時（規格未公開）| Oracle 企業級架構 |
### 生態鎖定程度
|| 級別 | 廠商 | 說明 |
|------|------|------|
| **極高鎖定** | SITA | SITA 地面電信網絡、SITA@Airports 生態全綁定，換出成本極高 |
| **高鎖定** | Amadeus | 換出成本極高（Altéa PSS 深度綁定）|
| **中高鎖定** | ADB SAFEGATE | Cortex 套件深度集成，空側數據獨有 |
| **中鎖定** | AirportLabs、Collins | 全套生態但 API 開放；AirVue FIDS 集成 |
| **中低鎖定** | RESA、ISO Software | 模塊化但生態相對封閉 |
| **低鎖定** | PDC、Indra | Oracle + 標準 WS / J2EE 標準，易替換 |
## 相關鏈接
- [[aodb-core]] — AODB 核心概念與 A-CDM 架構
- [[a-cdm]] — A-CDM 與 AODB 的協同關係
- [[comparisons/airport-operations-systems]] — 運營系統供應商全景對比
---
### 6. SITA — Operations Manager
**定位：** 全球航空 IT 巨頭，超大型樞紐首選，150+ 機場部署
#### 核心技術特性
|| 特性 | 說明 |
|------|------|
| **"最可信信源"引擎** | 區別於傳統 AODB 僅記錄數據，SITA 內置複雜業務規則引擎，能從多個衝突數據源中自動評估並選擇最準確的信息 |
| **Total Optimizer AI 平台** | 2024 年新推出 AI 驅動平台，將 AODB 數據與機器學習結合，實現機場整體運營（準點率、容量、環保指標）的動態優先級優化 |
| **主動預警機制** | 在航班延誤或資源衝突發生前提供預測性告警，支持 IROPS（不正常航班）快速恢復 |
| **全球 24/7 SGS 支持體系** | SITA Global Services 提供全天候多語言支持 |
#### 優勢與劣勢
|| 維度 | 評價 |
|------|------|------|
| **優勢** | 數據治理能力極強；全球覆蓋最廣；適合超大型多跑道樞紐；与 SITA Airports 生態無縫整合 |
| **劣勢** | 實施週期長；系統架構較重；定制化開發成本高昂；數據治理強但界面相對傳統 |
#### 目標場景
- 年旅客量 > 4000 萬的超大型國際樞紐
- 多機場集團統一管理（跨國家/地區）
- 對數據治理和 IROPS 恢復能力有剛性需求
- 已有 SITA 地面電信網絡和機場設施的機場
---
### 7. Collins Aerospace — AirDB (AirPlan)
**定位：** 部署靈活性極高，美洲/歐洲主流，軍民融合背景
#### 核心技術特性
|| 特性 | 說明 |
|------|------|
| **混合部署模式** | 支持本地數據中心、私有雲或公有雲部署，滿足不同機場的數據合規要求 |
| **AirVue FIDS 原生協同** | 與市場領先的 AirVue 航顯系統深度耦合，旅客獲取的信息與後台數據庫毫秒級同步 |
| **動態資源分配算法** | 支持社交距離邏輯（如間隔分配登機口和行李轉盤），後疫情時代新增 |
| **軍民融合背景** | Collins（Raytheon Technologies 子公司）繼承 ARINC 軍航技術積累，系統穩定性標準極高 |
#### 優勢與劣勢
|| 維度 | 評價 |
|------|------|------|
| **優勢** | 部署靈活性最高；與 FIDS 和網絡基礎設施集成度好；界面現代化；軍工級可靠性 |
| **劣勢** | 亞太地區本地化支持團隊相對較小；在歐洲以外非 Amadeus 生態環境中集成成本高 |
#### 目標場景
- 美洲、歐洲大型機場
- 需要本地數據合規（如數據不出境的政府機場）
- 已有 Collins Aerospace 其他系統（雷達、通信）的機場
- 需要與現有 FIDS 無縫集成的機場
---
### 8. RESA — INFOPAX AODB
**定位：** 中小型/區域性機場性價比方案，歐洲/非洲廣泛應用，移動端支持出色
#### 核心技術特性
|| 特性 | 說明 |
|------|------|
| **模塊化輕量級設計** | 包含基礎數據、季節計劃、實時動態三個核心模塊，易于實施 |
| **INFOPAX EXPRESS** | 專用移動端訪問應用，支持高級權限管理，為臨時用戶開放特定數據視圖 |
| **快速部署** | 中小型機場可在數週內完成上線 |
| **計費模塊整合** | 原生支持機場資源使用計費結算 |
#### 優勢與劣勢
|| 維度 | 評價 |
|------|------|------|
| **優勢** | 實施快；成本效益高；移動端支持好；歐洲/非洲有穩定客戶群 |
| **劣勢** | 應對超大型機場海量並發數據的能力未經驗證；AI/ML 能力較弱 |
#### 目標場景
- 年旅客量 < 1500 萬的中小型/區域性機場
- 歐洲、非洲機場（本地支持網絡覆蓋好）
- 預算敏感，追求快速上線和低 TCO
- 需要移動端為臨時員工/承包商開放數據訪問
---
### 9. ISO Software — SKYport AODB
**定位：** 歐美中等規模機場，Oracle 技術棧現代化方案，德系品質
#### 核心技術特性
|| 特性 | 說明 |
|------|------|
| **雲原生架構** | 基於現代雲架構設計，支持容器化和微服務部署 |
| **Oracle 數據庫底層** | 企業級 Oracle 保障事務一致性和高可用性 |
| **現代化 UI** | HTML5/Vue 響應式界面，用戶體驗對標互聯網產品 |
| **德系品質** | ISO Software Systeme（德國）出品，工程標準嚴謹，文檔完善 |
#### 優勢與劣勢
|| 維度 | 評價 |
|------|------|------|
| **優勢** | Oracle 技術棧成熟穩定；德系售後服務嚴謹；中等規模機場功能完整 |
| **劣勢** | 與大型國際樞紐的定制化需求有差距；AI 能力弱 |
#### 目標場景
- 年旅客量 500 萬 - 3000 萬的中等規模機場
- 歐洲機場（德語區、西班牙語區覆蓋好）
- 偏好 Oracle 技術棧且需要現代化界面的機場
- 需要標準化實施流程以控制風險的機場
---
## 報價與商業模式
### 傳統許可費模式（On-Premise License）
適用於對數據絕對控制有要求的大型樞紐機場：
|| 費用類型 | 區間 |
|---------|------|
| 初期軟件許可與實施費 | 50 萬 - 150 萬美元 |
| 硬件與中間件成本 | 10 萬 - 30 萬美元（雙機熱備、Oracle 授權等）|
| 年度維保費（SLA）| 初期軟件許可費的 18% - 22% |
### SaaS 雲訂閱模式（Cloud Subscription）
適用於中小型機場或尋求降低初期 CapEx 的機場：
|| 費用類型 | 區間 |
|---------|------|
| 實施與接入費 | 10 萬 - 30 萬美元 |
| 年度訂閱費 | 15 萬 - 50 萬美元/年（按年旅客吞吐量或航班架次階梯計費）|
> 優勢：包含雲基礎設施成本、自動升級和 24/7 監控，總體擁有成本（TCO）更平滑。
---
## 選型量化評估矩陣
進行 AODB 選型時，建議機場採用以下權重矩陣進行打分評估（總分 100 分）：
|| 評估維度 | 權重 | 評估指標說明 | 領先廠商示例 |
|----------|------|--------------|--------------|
| **數據處理與準確性** | 25% | 多源數據融合規則引擎、「最可信信源」機制、併發處理能力 | SITA, Amadeus |
| **系統架構與可靠性** | 20% | 高可用架構（99.99%）、災備切換時間（RTO/RPO）、雲原生支持 | Collins, ISO Software |
| **標準兼容與集成性** | 20% | 原生支持 AIDX、SSIM、A-CDM 里程碑，開放 API 豐富度 | Indra, SITA |
| **智能化與預測能力** | 15% | AI 資源優化、旅客/行李流量預測、What-if 場景模擬 | Amadeus, ADB Safegate |
| **本地化服務與合規** | 10% | 本地技術支持團隊規模、符合本國民航局數據安全與國產化要求 | 國產廠商（萬達信息、民航信科）|
| **總體擁有成本（TCO）** | 10% | 5年期軟硬件投資、實施費、維保費及定製開發費率 | RESA, 國產廠商 |
### 不同規模機場選型建議
| 機場規模 | 年旅客量 | 推薦方案 |
|---------|---------|---------|
| 超大型國際樞紐 | > 4000萬 | SITA Operations Manager 或具備極強研發實力的自主研發方案（如首都機場模式）|
| 中大型區域樞紐 | 1000萬 - 4000萬 | Amadeus AODB、Collins AirDB 或國產頭部廠商（萬達信息、民航信科）|
| 中小型及支線機場 | < 1000萬 | RESA INFOPAX、ISO SKYport 或基於 SaaS 的輕量級雲方案 |
---
## 相關鏈接
- [[aodb-core]] — AODB 核心概念與 A-CDM 架構
- [[a-cdm]] — A-CDM 與 AODB 的協同關係
- [[aodb-china]] — 中國市場現狀與國產化替代
- [[comparisons/airport-operations-systems]] — 運營系統供應商全景對比
concepts/flight-operations/baggage-handling.md
+63
View File
@@ -0,0 +1,63 @@
---
title: BHS — 机场行李处理系统
created: 2026-04-08
updated: 2026-04-08
type: concept
tags: [bag-trace, system, operations]
sources: [raw/articles/baggage-handling-market-2025.md]
---
# BHS — 机场行李处理系统
## 定义
BHS（Baggage Handling System，行李处理系统）覆盖行李从值机托运到目的地提取全流程的分拣、输送、追踪管理。
## 行业规模（2025）
- **市场规模：** USD 7,630 百万（2024年）→ USD 13,640 百万（2033年），CAGR 6.67%
- **主要驱动：** IATA Res. 753 合规要求、RFID 强制推广、硬件升级需求
## IATA Resolution 753
强制要求在以下四个节点追踪行李并向航空公司数据系统报告：
| 节点 | 英文 | 说明 |
|------|------|------|
| 接收 | Acceptance | 值机口接收并记录 |
| 装载 | Loading | 装入飞机货舱 |
| 中转 | Transfer | 航班衔接时的转运 |
| 到达 | Arrival | 到达目的地交付 |
> RFID 追踪精度接近 100%，是满足 Res. 753 的核心技术。
## 核心技术
| 技术 | 说明 |
|------|------|
| **RFID** | 替代条码，近零误读率；IATA Res. 753 合规核心 |
| **Tote-based 分拣** | 以轮式载具（tote）代替皮带直接分拣，大幅降低行李损坏率 |
| **Cross-Belt Sorter** | 高速分拣机，处理量可达 6000+ 件/小时 |
| **实时行李状态 API** | 42% 旅客通过航司 App 实时查看行李状态，驱动低延迟数据需求 |
| **Early Bag Storage（EBS）** | 提前储存行李，平衡高峰时段处理压力 |
## 主要供应商
| 厂商 | 动态（2025） |
|------|------|
| Siemens Logistics | 斩获多个大型枢纽合同 |
| Beumer Group | Tote-based 技术快速成为高吞吐量航站楼标准 |
| Vanderlande | 行李处理系统巨头 |
| Alstef | 分拣与仓储自动化 |
## 系统效益指标
- 实施 RFID + 实时追踪后，行李错运率降低 **30-50%**
- 预测性维护减少计划外停机 **30-50%**
- 维护成本降低 **18-25%**
## 相关链接
- [[aodb-core]] — 行李系统与 AODB 航班动态联动（航班延误影响行李分拣优先级）
- [[flight-data-exchange]] — CIDX/XML 数据交换标准
- [[a-cdm]] — 航班动态影响行李中转分拣时机
concepts/flight-operations/biometric-corridors.md
+48
View File
@@ -0,0 +1,48 @@
---
title: 機場生物特徵走廊
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [biometric, passenger, digital-identity, security, self-service]
sources: [raw/articles/manus-future-airport-info-center-2026.md]
---
# 機場生物特徵走廊（Biometric Corridors）
## 概述
**生物特徵走廊（Biometric Corridor）** 是機場實現「出行一張臉」（One Face Travel）的核心使能技術。旅客在信息中心或自助終端（Kiosks）完成一次身份驗證（通常是面部識別）後，其數字身份即可在安檢、登機、免稅店購物等全流程中通行無阻，無需重複出示護照或登機證。
## 核心價值
| 價值 | 說明 |
|------|------|
| **減少排隊時間** | 一次認證，全流程通行，避免重複排隊 |
| **提升通行效率** | 自動化身份核驗，減少人工干預 |
| **無縫旅客體驗** | 從抵達機場到登機，全程無需接觸任何證件 |
| **數據驅動洞察** | 實名客流追蹤，支持精細化運營管理 |
## 關鍵支撐技術
- **面部識別（Face Recognition）**：主流生物識別方式，非接觸式
- **數字身份（Digital Identity）**：旅客數字身份與實體護照信息的安全綁定
- **自助終端（Kiosks）**：提供首次身份註冊與驗證的交互入口
- **開放架構接口**：與安檢系統、航空公司系統、免稅店系統的安全對接（參見 [[open-architecture]]）
## 典型應用
- **新加坡樟宜機場 T5**：100% 無接觸服務規劃，生物識別走廊是核心
- **SITA 生物識別解決方案**：覆蓋從值機到登機的全流程
- **美國 CBP 生物識別出口**：美國海關與邊境保護局推動的機場生物識別系統
## 挑戰
- **數據隱私**：生物識別數據屬於敏感個人信息，存儲和傳輸需符合 GDPR 等法規
- **網路安全**：生物識別系統面臨被攻擊和偽造的風險
- **跨系統互操作性**：不同廠商和機場的生物識別系統需要標準化接口（與 [[open-architecture]] 直接相關）
## 相關概念
- [[future-airport-info-center]] — 生物特徵走廊是信息中心「無縫出行」體驗的核心使能技術
- [[open-architecture]] — 開放架構為生物特徵走廊提供跨系統互聯互通標準
- [[smart-gating]] — 生物特徵走廊與智能登機口密切相關
concepts/flight-operations/deicing-operations.md
+65
View File
@@ -0,0 +1,65 @@
---
title: 除冰运营管理
created: 2026-04-08
updated: 2026-04-08
type: concept
tags: [operations, airside, safety]
sources: [raw/articles/detroit-deicing-system.md, raw/articles/aircraft-deicing-2025.md]
---
# 除冰运营管理
## 定义
飞机除冰（Aircraft Deicing）是在结冰或积雪条件下，飞行前清除飞机表面冰雪的操作。机场除冰运营管理覆盖除冰液管理、调度排班、环保合规。
## 关键标准
| 标准 | 说明 |
|------|------|
| ARINC | 航电与地面系统接口标准 |
| AEA（国际航空电子企业协会） | 除冰液规格与使用指南 |
| FAA / EASA | 适航与操作规章 |
## 除冰液（ADF）管理
| 类型 | 成分 | 特点 |
|------|------|------|
| **Propylene Glycol（PG）** | 丙二醇 | 主流，大型机场（如 DTW）大规模回收再用 |
| **Ethylene Glycol（EG）** | 乙二醇 | 早期使用，环境毒性较高 |
**代表案例：底特律 DTW**
- 全球最大 ADF 管理系统运营方
- 4 个远程除冰坪 + 回收系统
- 除冰径流与一般雨水完全分流
- 回收丙二醇用于塑料/油漆生产（循环经济）
## 除冰运营调度要素
- **集中资质数据库**：除冰操作人员资质、证书、实时可用性
- **实时排班调整**：运营中心可在数分钟内调整除冰班组
- **合规框架**：劳动法规、集体协议、休息规定
- **响应时间窗口**：从气象预警到除冰完成的时间预测
## 除冰对 A-CDM 的影响
除冰时间是 TOBT（目标推出时间）的关键输入变量之一：
- 实际除冰完成时间直接影响 AOBT（实际推出时间）
- 除冰延误会级联影响 TSAT、TTOT，进而影响离港排序
- 2025 年 IATA A-CDM Toolkit 将除冰运营状态纳入过站监控（TMS — Turnaround Monitoring）
## 除冰坪布局（大型机场典型）
```
远程除冰坪（Remote Deicing Pad）
↑
行李车道 ─── 除冰设备（Elevated Platform / Grooming Vehicle）
↑
飞机推出后进入除冰坪，完成后滑行至跑道
```
## 相关链接
- [[a-cdm]] — 除冰状态是 A-CDM 过站时间的关键变量
- [[smgcs]] — 除冰后滑行需要 SMGCS 引导
- [[aodb-core]] — 除冰事件时间节点记录在 AODB Milestone 体系中
concepts/flight-operations/digital-twins-airports.md
+48
View File
@@ -0,0 +1,48 @@
---
title: 機場數字孿生
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [digital-twins, ai-ml, iot, sustainability, system]
sources: [raw/articles/manus-future-airport-info-center-2026.md]
---
# 機場數字孿生（Digital Twins）
## 概述
**數字孿生（Digital Twin）** 為機場物理環境創建高精度的虛擬副本。通過接入物聯網（IoT）感測器數據，系統能夠實時監控航站樓內的運行狀態，並在虛擬環境中進行模擬、預測和優化。
## 應用場景
### 旅客服務端
- **客流瓶頸模擬**：提前識別擁堵區域，通過數字標牌引導旅客避開
- **資源調度優化**：模擬不同資源分配方案，選擇最優策略
- **數字標牌動態調整**：根據實時客流自動切換顯示內容
### 運營後台端
- **預測性維護**：基於設備運行數據預測故障時間，減少意外停機
- **能源管理優化**：實時調整暖通、空調、照明，降低能耗（與 Net Zero 目標相關）
- **容量規劃**：模擬未來客流場景，支撐基礎設施擴建決策
## 核心技術架構
```
物理層（航站樓、設備、傳感器）
↓ IoT 數據採集
數字孿生層（虛擬副本 + 實時同步）
↓ 模擬引擎
應用層（客流優化 / 預測性維護 / 能源管理）
```
## 典型廠商
- **Bentley Systems**：專注於數字孿生基礎設施領域，擁有機場數字孿生相關解決方案
## 相關概念
- [[future-airport-info-center]] — 數字孿生是信息中心實時監控與客流優化的技術底座
- [[agentic-ai-airports]] — AI 智能體利用數字孿生數據進行自主決策
- sustainability-airports — 數字孿生是機場實現 Net Zero 能源優化的重要工具
concepts/flight-operations/flight-data-exchange.md
+266
View File
@@ -0,0 +1,266 @@
---
title: 航班数据交换标准
created: 2026-04-08
updated: 2026-04-08
type: concept
tags: [flight-data, api, integration, system]
sources: [raw/articles/iata-ssim-2026.md, raw/articles/schedule-data-exchange-2025.md, raw/articles/aidx-xml-imp-guide-v22.1.md]
---
# 航班数据交换标准
## 定义
航班数据交换标准是 IATA 主导的全球航空数据格式规范，涵盖航班计划、运营动态、地面保障数据的标准化报文格式，是机场信息化系统的数据互操作基础。
## 核心标准
| 标准 | 全称 | 用途 |
|------|------|------|
| **SSIM** | Standard Schedules Information Manual | 航班计划数据交换格式 |
| **AIRIMP** | Airline Industry Reservations Interline Message Procedures | 订座与运价报文 |
| **AHM** | Airport Handling Manual | 地面操作数据标准 |
| **CIDX** | Cargo Interchange Data Standard | 货运数据交换（部分机场也用于航班动态） |
| **IATA-OS** | IATA-OS Data Model | 机场运营数据模型（与 ICDM 合并演进） |
## SSIM — Standard Schedules Information Manual
|| 项目 | 信息 |
|------|------|
|| 最新版本 | **第 36 版（2026）** |
|| 发布频率 | 年度 |
|| 适用范围 | 全球所有 IATA 成员航司及合作伙伴 |
|| 核心内容 | 航班计划报文格式、最小衔接时间（MCT）、机场协调程序 |
SSIM 是航班计划数据交换的行业基准，采用**固定长度报文格式（flat file）**，支持批量数据交换。
### SSIM 信息数据行字段定义（Chapter 6/7 SCR 报文）
每行数据包含 14 个固定字段，固定位置，不可变长：
```
NXZ101 XZ102 20JUN20AUG 0234500 189738 AGPAGP1000 1055BCNBCN JP
^1 ^3 ^4 ^6 ^7 ^8 ^9 ^10 ^11
```
| 字段 | 名称 | 内容 | 示例 |
|------|------|------|------|
| 1 | Action Code | 操作代码（N=新请求/C=变更/D=删除） | N |
| 2 | Arrival Flight Designator | 到达航班（航司代码+航班号，最低3位数字） | XZ101 |
| 3 | Departure Flight Designator | 出发航班（航司代码+航班号） | XZ102 |
| 4 | Period Start | 有效期开始 | 20JUN |
| 5 | Period End | 有效期结束 | 20AUG |
| 6 | Weekdays of Operation | 周运营日（1=周一～7=周日，1-7数字串） | 0234500 |
| 7 | Number of Seats | 座位数（3位数字） | 189 |
| 8 | Aircraft Subtype | IATA 机型代码（3位） | 738 |
| 9 | Origin Airport | 出发/到达机场代码（同一行往返） | AGP |
| 10 | Arrival Time (UTC) | 到达时间（UTC，过夜加1后缀） | 1000 |
| 11 | Departure Time (UTC) | 出发时间（UTC） | 1055 |
| 12 | Next/Destination Airport | 目的地/下一机场代码 | BCN |
| 13 | Arrival Service Type | 到达服务类型（J=定期客机/P=调机） | J |
| 14 | Departure Service Type | 出发服务类型 | P |
### SSIM SCR 报文示例
**标准 turnaround 格式（新请求）：**
```
SCR /schedule@carrier.com
S21 01APR DUB
NXZ101 XZ102 20JUN20AUG 0234500 189738 AGP1000 1055BCN JP
SI NEW SERIES
GI BEST REGARDS
```
含义：S21航季，4月1日发给 DUB 机场，XZ 航司新 slot 请求，XZ101 进港/XZ102 出港，6月20日—8月20日每周二三四五执飞，189座，B738 机型，AGP 进港 1000z，BCN 出港 1055z。
### 协调员响应代码
| 代码 | 含义 |
|------|------|
| K | 确认（Confirmed） |
| X | 变更（Change required） |
| U | 拒绝（Refused） |
| O | 建议（Offer alternative） |
---
## AIDX — Aviation Information Data Exchange
|| 项目 | 信息 |
|------|------|
|| 类型 | XML 消息标准（ISO/IEC 19757-3） |
|| 版本 | v22.1（每年 2 次发布） |
|| 覆盖 | 约 **180 个**数据元素，涵盖航班运营全生命周期 |
|| 开发者 | IATA Delivery on Orders Working Group（80+ 航司/机场/厂商参与） |
|| 适用范围 | 航司↔机场↔第三方，运营动态实时交换 |
AIDX 由 IATA、ATA、ACI 共同认可，是 SESAR A-CDM、ACI ACRIS A-CDM Web Services、ICAO A-CDM（亚太区）信息交换的标准格式。
### 三种核心消息类型
| 消息类型 | 用途 | 方向 |
|----------|------|------|
| `IATA_AIDX_FlightLegNotifRQ` | 无请求方主动通知（推送） | 发送方 → 接收方 |
| `IATA_AIDX_FlightLegRQ` | 查询请求 | 发送方 → 接收方 |
| `IATA_AIDX_FlightLegRS` | 响应/确认 | 接收方 → 发送方 |
### 集成模式
**模式1：无请求方主动通知（推送）**
```
Sender → IATA_AIDX_FlightLegNotifRQ → Receiver
Sender ← IATA_AIDX_FlightLegRS ← Receiver（可选确认）
```
**模式2：查询 + 同步响应**
```
Sender → IATA_AIDX_FlightLegRQ → Receiver
Sender ← IATA_AIDX_FlightLegRS ← Receiver
```
### XML 数据结构（IATA_AIDX_FlightLegNotifRQ）
```xml
<IATA_AIDX_FlightLegNotifRQ Version="2" TimeStamp="2017-01-16T17:27:49Z"
TransactionIdentifier="1484587669244" Target="Production" PrimaryLangID="en-us">
<Originator CompanyShortName="UAL" TravelSector="A" Code="UA" CodeContext="3"/>
<DeliveringSystem CompanyShortName="DEN" TravelSector="C" Code="DEN" CodeContext="3"/>
<FlightLeg>
<LegIdentifier>
<Airline CodeContext="3">UA</Airline>
<FlightNumber>1815</FlightNumber>
<DepartureAirport CodeContext="3">LAX</DepartureAirport>
<ArrivalAirport CodeContext="3">IAH</ArrivalAirport>
<OriginDate>2017-01-16</OriginDate>
<RepeatNumber CurrentInd="true">1</RepeatNumber>
</LegIdentifier>
<LegData InternationalStatus="Domestic">
<ServiceType>J</ServiceType>
<OperationalStatus>OP</OperationalStatus>
<CabinClass Class="7">
<PaxCount Qualifier="70A" Usage="Actual">166</PaxCount>
<SeatCapacity>166</SeatCapacity>
</CabinClass>
<AircraftInfo>
<AircraftType>737</AircraftType>
<AircraftSubType>73Q</AircraftSubType>
<Registration>N77518</Registration>
<TailNumber>518</TailNumber>
</AircraftInfo>
<AirportResources Usage="Actual">
<Resource DepartureOrArrival="Departure">
<PassengerGate>70A</PassengerGate>
</Resource>
<Resource DepartureOrArrival="Arrival">
<PassengerGate>E8</PassengerGate>
<BaggageClaimUnit>C5</BaggageClaimUnit>
</Resource>
</AirportResources>
<OperationTime OperationQualifier="OFB" CodeContext="9750" TimeType="ACT">2017-01-16T14:28:00Z</OperationTime>
<OperationTime OperationQualifier="TKO" CodeContext="9750" TimeType="ACT">2017-01-16T14:41:00Z</OperationTime>
<OperationTime OperationQualifier="TDN" CodeContext="9750" TimeType="ACT">2017-01-16T17:27:00Z</OperationTime>
<OperationTime OperationQualifier="ONB" CodeContext="9750" TimeType="EST">2017-01-16T17:33:00Z</OperationTime>
</LegData>
</FlightLeg>
</IATA_AIDX_FlightLegNotifRQ>
```
### 航班唯一标识（UFI）规则
`LegIdentifier` 构成唯一标识，必须严格遵循以下规则：
| 字段 | 规则 |
|------|------|
| `OriginDate` | **静态** — 即使航班改期仍不变，以首个航段的 UTC 计划出发日期为准 |
| `ArrivalAirport` | **静态** — 航班备降后原字段不变，新增 `PlannedArrivalAptHistory` 记录 |
| `OperationalSuffix` | **静态** — 如需变更须取消原航班并创建新航班 |
| `RepeatNumber` | 同一计划日期的重复起飞次数，1=首次尝试 |
### 运营状态代码
| 代码 | 含义 | 使用场景 |
|------|------|----------|
| OP | Operational Flight | 正常执行 |
| NOP | Non-Operational | 计划但不执行 |
| DV | Diverted | 备降 |
| DX | Cancelled | 取消 |
| RT | Re-route | 改航路 |
| GRT | Ground Return | 返回始发地（未起飞） |
| SQ | Re-instate | 恢复已取消/备降航班 |
### A-CDM 里程碑时间代码（Codeset 9750）
| 代码 | 含义 | 阶段 |
|------|------|------|
| SCH | Scheduled | 计划 |
| INI | Flight Plan Activated | 起飞前 |
| OFB | Off Blocks（撤轮档） | 推出 |
| TKO | Takeoff（起飞） | 离地 |
| FIN | Final Approach | 最后进近 |
| TDN | Touch Down（落地） | 接地 |
| LAN | Landed | 落地 |
| ONB | On Blocks（靠桥） | 停靠 |
### 时间类型
| 类型 | 含义 |
|------|------|
| SCT | Scheduled Time（计划时间） |
| EST | Estimated Time（预计时间） |
| ACT | Actual Time（实际时间） |
> **注意**：所有时间必须为 UTC，以 `xsd:DateTime` 格式传输，后缀 Z。元素缺失=无更新；`xsi:nil="true"`=显式清空；空元素（如 `<PassengerGate/>`）可能引发校验错误。
### 技术规范
| 项目 | 要求 |
|------|------|
| 字符编码 | UTF-8 |
| 时间格式 | xsd:DateTime，UTC，末尾 Z |
| 重复元素 | 使用 `RepeatIndex` 属性标记序号 |
| Nil 值 | 使用 `xsi:nil="true"`，禁止空白元素 |
| 传输机制 | 未规定（可基于 HTTPS REST、SFTP、WebService 等） |
### SSIM 与 AIDX 对比
| 维度 | SSIM Flat File | AIDX XML |
|------|----------------|----------|
| 数据类型 | 航班计划（季节性/批量） | 航班运营动态（实时） |
| 更新频率 | 批量定时交换（航季） | 实时推送/查询 |
| 格式 | 固定长度字段（ mainframe 遗留格式） | 树形 XML 结构 |
| 复杂度 | 低（字段固定），但解析困难 | 高（180+ 元素），但扩展性强 |
| 典型场景 | slot 协调、季节计划 | A-CDM、地面保障、旅客信息 |
| IATA 策略 | 逐步向 XML/IATA-OS 迁移 | 主推方向，已广泛部署 |
## IATA Schedule Data Exchange Program（2025 新动态）
- **2025 年 8 月启动**：航司可从 IATA 数据库**接收**其他航司的航班计划数据
- **数据范围**：航班计划 + MCT（Minimum Connect Time）异常数据
- **开放性**：向所有航司开放，包括非 IATA 成员
- **与现有 DDS / CDD 协同**：IATA Direct Data Solutions 系列扩展
## 数据流向示意
```
航司 ──SSIM格式──→ 机场 AODB ──ACISP──→ 各运营系统
│ │
│←──── 运营更新（动态）───────→│
│ │
└──── 地面服务商 ────────────┘
```
## XML vs. 传统 Flat File
| 维度 | SSIM Flat File | XML/IATA-OS |
|------|----------------|-------------|
| 结构 | 固定长度字段 | 树形结构，可扩展 |
| 实时性 | 批量/定时交换 | 支持实时 API |
| 主流场景 | 计划数据批量交换 | 运营动态实时共享 |
| IATA 推进方向 | 逐步向 XML/IATA-OS 迁移 | — |
## 相关链接
- [[aodb-core]] — AODB 是数据交换标准的最终接收与处理方
- [[a-cdm]] — A-CDM 的 ACISP 平台实现运营数据实时共享
- [[baggage-handling]] — 行李数据也通过类似报文标准交换
concepts/flight-operations/future-airport-info-center.md
+97
View File
@@ -0,0 +1,97 @@
---
title: 未來機場信息中心
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [passenger, ai-ml, digital-twins, biometric, aocc, human-centered-design]
sources: [raw/articles/manus-future-airport-info-center-2026.md]
---
# 未來機場信息中心（Future Airport Info Center）
## 概述
**未來機場信息中心（Future Airport Info Center）** 是機場數字化轉型中的核心樞紐概念。它不再僅是一個提供航班時刻表和簡單指引的物理服務台，而是演變為一個高度集成、數據驅動且以旅客為中心的智能交互樞紐。
核心概念在於**「連接智能」（Connected Intelligence）**：將物理基礎設施、數字系統（如 AODB、RMS）與前沿技術（AI、數字孿生、生物識別）深度融合，為旅客提供無縫、個性化且無障礙的出行體驗，同時大幅提升機場運營效率與安全裕度。
## 核心技術趨勢
### 人工智能與智能體（Agentic AI）
AI 已從簡單的規則問答演進為具備自主決策能力的智能體（Agentic AI）。AI 驅動的虛擬助手和多語言聊天機器人能通過 NLP 與旅客流暢互動，提供：
- 實時航班動態
- 行李追蹤
- 個性化零售推薦
- 動態尋路服務
AI 還能根據實時客流密度自動調整航站樓內的環境參數（溫濕度、照明），並優化信息屏幕的顯示內容。
### 數字孿生（Digital Twins）
數字孿生為機場物理環境創建高精度虛擬副本。通過接入 IoT 感測器數據，信息中心能實時監控航站樓運行狀態：
- **預測性維護**：提前識別設備故障
- **客流瓶頸模擬**：提前調度資源
- **數字標牌引導**：引導旅客避開擁堵區域
- **全局容量優化**：優化流量分配
詳見 [[digital-twins-airports]]。
### 生物識別與數字身份
「無接觸」與「無縫通行」是未來機場的重要標誌。旅客在信息中心或自助終端（Kiosks）完成一次身份驗證後，其數字身份即可在安檢、登機、免稅店購物等全流程中通行無阻（「出行一張臉」）。
這種「生物特徵走廊」（Biometric Corridors）極大地減少了排隊時間。
### 智能運控平台（AOCC & IOC）
信息中心依託於強大的機場運行控制中心（AOCC）或綜合運營中心（IOC）。華為推出的機場智能運控中心解決方案基於 5G、雲計算和大數據底座，打破了傳統系統的「數據孤島」，實現了航班流、旅客流和行李流的統一調度與全景可視（「運行一張圖」）。詳見 [[aocc-ioc]]。
## 設計理念三大方向
### 1. 人本設計（Human-Centered Design）
從「客戶體驗」到「人類體驗」——信息中心設計更關注旅客的情感與心理需求。將冰冷的技術隐藏在溫暖的建築與家具設計中，減輕旅客的旅行焦慮。universal design 將成為標配，確保信息系統對所有人群（包括老年人和殘障人士）的無障礙訪問。
### 2. 超級個性化（Hyper-Personalization）
信息中心從「被動響應」轉向「主動服務」——根據旅客的行程、偏好甚至實時位置，通過移動端或數字標牌推送定制化的餐飲優惠、登機提醒或最優步行路線。
### 3. 可持續性與綠色運營
信息中心硬件設施採用環保材料與低能耗技術。通過數字孿生與 AI 優化航站樓能源消耗，成為機場實現凈零排放（Net Zero）目標的重要輔助節點。
## 典型案例
| 機場 | 項目 | 核心內容 |
|------|------|---------|
| 紐約 JFK | T6 + New Terminal One（SITA + CCM） | 數字標牌、智能尋路、無障礙服務、沉浸式設計 |
| 羅馬 Fiumicino（ADR） | 生成式 AI 虛擬助手（2025） | 文本/語音自然交互、停車、交通、航班、行李一站式 |
| 匹茲堡國際機場（PIT） | 通用設計認證（2026.02） | 全球首個 Universal Design 認證機場 |
| 新加坡樟宜 | T5 + SITA 體驗中心 | 100% 無接觸服務、亞太數字化轉型示範 |
## 市場規模
| 細分市場 | 2024-2025估值 | 2030-2034預測 | CAGR |
|---------|--------------|--------------|------|
| 機場信息系統 | 37-42 億美元 | 51-53.6 億美元 | 3.5-4.0% |
| 智能機場整體市場 | 66.1 億美元（2025） | 108.3 億美元（2030） | 10.36% |
| AOCC | 18.38 億美元（2026） | 40.5 億美元（2034） | 10.38% |
基礎信息系統增長平穩；AOCC 和智能機場整體解決方案正以兩位數速度增長。
## 挑戰
- **遺留系統整合**：打破數據孤島、实现新旧系统无缝对接成本高昂且複雜（與 [[open-architecture]] 直接相關）
- **網路安全與數據隱私**：生物識別和實時數據廣泛應用，勒索軟件、數據泄露風險急劇增加
## 相關概念
- [[airport-systems-landscape]] — 機場運營系統全景，信息中心的上游數據源
- [[open-architecture]] — 信息中心的技術架構原則，開放接口是連接智能的基礎
- [[aodb-core]] — AODB 是信息中心背後的核心數據中樞
- [[agentic-ai-airports]] — AI 智能體是信息中心虛擬助手的技術核心
- [[digital-twins-airports]] — 數字孿生為信息中心提供實時物理環境模擬
- [[biometric-corridors]] — 生物特徵走廊是無縫通行的核心使能技術
- [[aocc-ioc]] — AOCC/IOC 是信息中心的後台運營支撐
- [[universal-design-airports]] — 通用設計是信息中心無障礙服務的核心理念
concepts/flight-operations/open-architecture.md
+131
View File
@@ -0,0 +1,131 @@
---
title: 機場開放架構
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [open-architecture, security, integration, vendor, system, ai-ml]
sources: [raw/articles/aci-tsa-open-architecture-2023.md]
---
# 機場開放架構（Open Architecture）
## 定義
**開放架構（Open Architecture，簡稱 OA）** 是一種系統設計方法，其核心理念是採用**基於標準的、可互操作的**軟硬體組件來構建機場的各類系統（尤其是安檢系統）。
根據美國運輸安全管理局（TSA）的定義：
> Open Architecture (OA) is a design approach in which equipment components, such as software and hardware, are standards-based and interoperable.
與傳統的封閉式、專有架構不同，開放架構強調技術基礎設施的規格和接口是公開的、非專有的，從而允許不同廠商的設備和軟體能夠無縫協作。
機場開放架構將原本各自獨立、互不相容的系統（安檢設備、旅客處理系統、行李處理系統等）通過統一的標準和開放的接口連接起來，使其能夠靈活組合、升級和替換。
## 背景與發展
傳統機場安檢系統高度依賴單一供應商的專有技術，存在以下問題：
- 不同廠商的設備之間缺乏數據和接口標準化，難以互聯互通
- 系統升級和更換成本高昂，週期漫長
- 創新速度受限於單一供應商的研發節奏
- 安全威脅不斷演變，但系統響應能力不足
**關鍵里程碑：**
- **2020 年 7 月**：ACI EUROPE 發布《機場安保系統開放架構》
- **2023 年 8 月**：TSA 發布《開放架構路線圖》（Open Architecture Roadmap）
- **2023 年 8 月**：ACI 發布《機場安全系統開放架構》第二版（纳入網路安全要求）
## 四大核心價值
| 價值 | 說明 |
|------|------|
| **打破供應商鎖定** | 不同廠商的設備可通過標準化接口協同工作，機場可自由選擇各領域最先進組件（Best of Breed） |
| **模組化設計** | 組件可獨立升級、替換或新增，無需整體更換，降低技術更新帶來的業務中斷風險 |
| **能力倍增器** | 大幅擴展現有系統效能——威脅檢測算法升級、預測性維護、跨系統數據分析 |
| **加速創新與競爭** | 開放競爭環境鼓勵更多廠商參與，加快新技術研發和應用速度 |
## 三大核心工作流（Workstreams）
### 1. 技術標準（Technical Standards）
| 標準 | 全稱 | 用途 |
|------|------|------|
| **DICOS** | Digital Imaging and Communication in Security | 安檢數據（X光圖像）標準格式 |
| **ACRIS** | Aviation Community Recommended Information Services | 語義數據模型，提供通用數據字典 |
| **OPSL API** | Open Platform Software Library API | 開放平台軟體庫接口 |
| **Common Use / SITA** | — | 基於開放 API 的通用旅客處理平台 |
### 2. 測試、安全與認證（Testing, Security and Certification）
目標：
- 制定新認證流程，確保符合監管要求
- 保護各參與方的知識產權（IP）、專有文檔
- 保護測試數據（如圖像數據）不被未經授權共享
### 3. 商業與責任（Commercial and Liability）
在多供應商組件構成的「系統之系統」中，建立明確框架界定：
- 防範安全事件的責任歸屬
- 滿足檢測標準的責任歸屬
- 設備維護的責任歸屬
- 保護機密信息的責任歸屬
## 關鍵推動組織
| 組織 | 角色 |
|------|------|
| **TSA** | 主要推動者，發布 OA 路線圖，推動美國機場安檢系統向開放架構轉型 |
| **ACI / ACI EUROPE** | 發布《機場安全系統開放架構》指南文件，為全球機場提供參考框架 |
| **SITA** | 推動基於開放 API 的 Common Use 通用平台，支持機場系統集成 |
| **DHS S&T** | 支持開放架構相關研發項目，推動下一代安檢成像技術的開放集成 |
| **Smiths Detection、Vanderlande** | 積極響應開放架構理念，開發符合 OA 標準的設備 |
## 主要應用場景
### 1. 安檢系統（最核心）
- 將不同廠商的 X 光機、CT 掃描儀、人體掃描儀等集成到統一平台
- 獨立升級威脅檢測算法，無需更換整套硬體
- TSA 已在美国多個機場開展示範項目
### 2. 旅客處理系統
- 基於開放 API 的通用旅客處理平台
- 支持自助值機、自助行李托運、生物識別通關
- 不同航空公司共享同一套設備和系統（SITA Common Use）
### 3. 行李處理系統
- Vanderlande 等廠商提出開放軟體架構方案
- 行李分揀和追蹤系統採用開放接口
- 與安檢系統、航班信息系統無縫對接
### 4. 機場運營管理
- 基於開放架構的 A-CDM 協同決策系統
- 航班信息、資源分配、地面交通數據的標準化集成
- 支持智慧機場數字化轉型
## 發展趨勢
| 趨勢 | 說明 |
|------|------|
| **標準化深化** | TSA 路線圖和 ACI 指南更新後，技術標準將覆蓋更多機場子系統 |
| **全球推廣** | 從美國率先推動，逐步擴展到歐洲、亞太，成為全球機場建設主流方向 |
| **AI 與數據融合** | 開放架構為 AI 威脅識別算法快速部署奠定基礎 |
| **數字身份集成** | 物理和數字憑證互認，推動無縫化旅客出行體驗 |
| **網路安全強化** | 系統開放程度提高後，網路安全成為核心考量（ACI 已將網路安全納入高層級要求）|
## 機場 4.0 藍圖
開放架構是邁向「機場 4.0」認知數字生態系統的基礎 blueprint。它賦予機場更高的敏捷性，使其能夠以前所未有的靈活性應對不斷變化的安全威脅、監管要求和旅客需求。
## 相關概念
- [[airport-systems-landscape]] — 機場運營系統全景圖，OA 是其中的系統集成原則
- [[aodb-core]] — AODB 是開放架構下的核心數據中樞
- [[baggage-handling]] — BHS 行李系統受益於開放架構實現跨供應商集成
- [[flight-data-exchange]] — 航班數據交換標準是開放架構接口層的具體實現
- [[smart-gating]] — 智能登機口可受益於開放架構的設備集成
## 參考來源
- [TSA - What is Open Architecture?](https://www.tsa.gov/travel/frequently-asked-questions/what-open-architecture)
- [TSA - Open Architecture Roadmap (2023)](https://www.tsa.gov/sites/default/files/oa/_roadmap/_20230717/_508c-r1.pdf)
- [ACI - Open Architecture for Airport Security Systems (2nd Edition, 2023)](https://www.aci-europe.org/downloads/resources/TSA-230504-7/_4.1%20Attachment%201%20OA%20for%20Airport%20Security%20Systems%202nd%20Edition%20%20FINAL.pdf)
- [Smiths Detection - Moving towards Open Architecture](https://www.smithsdetection.com/insights/moving-towards-open-architecture/)
concepts/flight-operations/smart-gating.md
+54
View File
@@ -0,0 +1,54 @@
---
title: AI Smart Gating — 智能停机位管理
created: 2026-04-08
updated: 2026-04-08
type: concept
tags: [operations, gate, system]
sources: [raw/articles/assaia-standmanager-2025.md, raw/articles/ai-smart-gating-2025.md]
---
# AI Smart Gating — 智能停机位管理
## 定义
AI Smart Gating（智能机位管理）指利用 AI 算法实时优化停机位（gate/stand）分配的系统，目标是最小化滑行时间、提升机位利用率、减少航班延误。
## 核心功能
| 功能 | 说明 |
|------|------|
| 实时机位分配 | 基于航班动态（实际到达时间、机型、衔接航班）动态重分配 |
| 冲突检测 | 机位时间重叠、翼展冲突、拖车路径冲突预警 |
| 预测性分析 | 预测机位冲突并提前调整 |
| 多目标优化 | 平衡航司偏好、旅客步行距离、地面滑行时间 |
| 可持续性指标 | 减少地面滑行燃油消耗和碳排放 |
## 关键技术
- **约束规划（Constraint Programming）**：处理复杂的业务规则和硬约束
- **强化学习（RL）**：从历史分配数据中学习最优策略
- **数字孪生**：机场场面仿真，用于分配方案评估
- **实时数据集成**：AODB 航班动态 +场面活动（SMGCS）数据
## 供应商动态（2025）
| 厂商 | 产品 | 进展 |
|------|------|------|
| Assaia | **StandManager** | 2025 年发布，基于 AI 的停机位资源管理系统 |
| adb safegate | **AmberFAIR** | 可持续机位分配算法 |
| AirportLabs | **SkyCore RMS** | 2025 年 8 月已部署于芝加哥 ORD |
| Airsimate (Northeast Systems) | 机位优化平台 | — |
## AI Smart Gating 趋势（2025）
- **从被动调度到主动管理**：AI 系统能预判延误并主动重分配，而非被动响应
- **全网络优化**：单机场优化 → 多机场协同优化
- **标准化推进**：IATA 与 Eurocontrol 推动 A-CDM 数据接口标准化，使 AI 系统能获取实时航班数据
- **经济效益**：减少飞机滑行时间直接降低燃油成本和碳排放
## 相关链接
- [[a-cdm]] — 协同决策为智能机位分配提供实时数据
- [[smgcs]] — 场面活动监控防止机位冲突
- [[aodb-core]] — 机位管理依赖 AODB 航班数据
- [[deicing-operations]] — 除冰作业影响航班推出时间，影响机位占用时长
concepts/flight-operations/smgcs.md
+57
View File
@@ -0,0 +1,57 @@
---
title: SMGCS / A-SMGCS — 场面活动引导与控制系统
created: 2026-04-08
updated: 2026-04-08
type: concept
tags: [airside, system, safety]
sources: [raw/articles/smgcs-lax-2025.md, raw/articles/a-smcgs-market-2025.md]
---
# SMGCS / A-SMGCS — 场面活动引导与控制系统
## 定义
- **SMGCS**（Surface Movement Guidance and Control System，场面活动引导与控制系统）：在低能见度条件下（< 1200ft RVR）管控飞机地面滑行、推出、起飞、落地的程序与系统。
- **A-SMGCS**（Advanced SMGCS，高级场面活动引导与控制系统）：在 SMGCS 基础上增加了场面活动监视、路径引导和冲突预警功能。
FAA 要求日均旅客量达到一定规模的机场必须制定并维护 SMGCS Plan。
## 功能层级
| 级别 | 功能 |
|------|------|
| L1 场面监视 | 探测场面所有活动目标（飞机、车辆）位置 |
| L2 路径引导 | 为飞行员/司机提供最优滑行路径和冲突预警 |
| L3 运动规划 | 自动优化场面资源分配（停机位、滑行路线） |
| L4 场景管理 | 异常情况（紧急救援、鸟击）自动响应 |
## A-SMGCS 市场数据（2025）
- **市场规模：** USD 5,922.47 百万（2025年）
- **主要驱动：** 能见度受限机场的运营安全合规需求、AI 预测分析集成
- **趋势：** 到 2025 年，A-SMGCS 正深度融合 AI/ML 进行场面活动预测
## 核心技术组件
| 组件 | 说明 |
|------|------|
| **场面探测雷达（ASDE-X / SMR）** | 探测飞机和车辆精确位置 |
| **ADS-B 接收站** | 飞机广播式自动相关监视 |
| **多点定位（Multilateration）** | 基于 TDOA 的精确定位 |
| **场面灯光引导系统** | 停止排灯、可变距灯（VSLS） |
| **VDGS（Visual Docking Guidance System）** | 泊位引导系统（机位停稳指示） |
| **CDM 集成接口** | 与 A-CDM 共享场面状态数据 |
## SMGCS Plan 关键内容（以 LAX 为例）
- 低能见度运营程序（分类：LVP Level 1/2/3）
- 跑道等待点/停止排灯控制程序
- 地面车辆活动限制区域
- 应急救援路线保障
- 年度评审机制（LAX SMGCS Working Group）
## 相关链接
- [[a-cdm]] — A-CDM 共享场面数据用于离港排序
- [[aodb-core]] — 场面状态数据汇入 AODB
- [[smart-gating]] — 机位分配与场面活动联动
concepts/flight-operations/universal-design-airports.md
+58
View File
@@ -0,0 +1,58 @@
---
title: 機場通用設計
created: 2026-04-10
updated: 2026-04-10
type: concept
tags: [passenger, human-centered-design, accessibility, self-service]
sources: [raw/articles/manus-future-airport-info-center-2026.md]
---
# 機場通用設計（Universal Design）
## 概述
**通用設計（Universal Design）** 源自建築與產品設計領域，核心理念是：**產品和環境的設計應對所有人（包括老年人和殘障人士）都盡可能地適用，而不需要特別改造或特殊設計。**
在機場語境下，信息中心與航站樓的通用設計確保所有旅客都能平等、順暢地獲取信息和使用服務。
## 典型實踐
### 匹茲堡國際機場（PIT）—— 全球首個通用設計認證
2026 年 2 月，PIT 成為全球首個獲得「通用設計」認證的機場：
- **直觀數字尋路系統**：清晰的路線引導，無需依賴工作人員協助
- **高可見度信息顯示屏**：大字體、高對比度、適合視障旅客
- **適應性交互終端**：高度可調節，支援輪椅使用者
- **多感官反饋**：視覺 + 聽覺 + 觸覺三種交互模式
## 與人本設計的關係
通用設計是人本設計（Human-Centered Design）在無障礙維度的具體落地：
```
Human-Centered Design（廣義人本設計）
├── 情感需求：減輕旅行焦慮、溫暖的建築語言
├── 認知需求：直觀界面、清晰信息層次
└── 身體需求：通用設計、無障礙設施
```
## 在信息中心中的體現
| 維度 | 具體措施 |
|------|---------|
| 視覺 | 大字體、高對比度、可調亮度 |
| 聽覺 | 語音播報、噪音屏蔽提示 |
| 觸覺 | 盲文標識、觸覺反饋界面 |
| 認知 | 簡化語言、圖標化表達、多語言 |
| 移動 | 無障礙通道、高度可調終端 |
## 監管背景
- **ADA（美國殘疾人法案）**：美國機場的合規底線
- **ACI 無障礙指南**：全球機場無障礙設計參考框架
- **ISO 21542**：建築構造無障礙設計國際標準
## 相關概念
- [[future-airport-info-center]] — 通用設計是信息中心「人類體驗」維度的核心原則
- [[human-centered-design-airports]] — 通用設計是 HCD 在無障礙領域的具體實踐