AODB wiki enrichment: add SITA/Collins/RESA/ISO vendors, China market, pricing models, expanded 9-vendor comparison

- aodb-core: market size data, AIDX/SSIM/AFTN standards, 16-item A-CDM milestones, China market overview
- aodb-vendors: +4 vendors (SITA Ops Mgr, Collins AirDB, RESA INFOPAX, ISO SKYport), 9-vendor comparison table, pricing models, quantitative evaluation matrix
- new aodb-china.md: TravelSky, Wanda Info, CETC, Beijing Capital self-dev case study, localization standards
This commit is contained in:
zhiqiang feng
2026-04-13 12:29:21 +08:00
parent 634d8b3406
commit 8cdb1fc134
3 changed files with 536 additions and 37 deletions
@@ -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]] — 機場運營系統供應商全景對比
@@ -4,7 +4,7 @@ created: 2026-04-08
updated: 2026-04-10
type: concept
tags: [aodb, flight-data, system, database, a-cdm]
sources: [raw/articles/adb-safegate-aodb-2025.md, raw/articles/amadeus-aodb.md]
sources: [raw/articles/aodb.md, raw/articles/adb-safegate-aodb-2025.md, raw/articles/amadeus-aodb.md]
---
# AODB — 機場運營數據庫(核心概念)
@@ -58,33 +58,111 @@ AODBAirport Operational Database,機場運營數據庫)是機場信息系
## 供應商概要對比
| 廠商 | 定位 | 典型機場規模 | 上線週期 |
|------|------|------------|---------|
|| 廠商 | 定位 | 典型機場規模 | 上線週期 |
|------|------|------------|-------------|---------|
| 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 市場增速顯著高於整體機場信息系統,反映智慧機場建設對核心數據中樞的剛性需求。
## 關鍵技術標準
### AIDXAviation Information Data Exchange
IATA、ATA、ACI 共同認可的全球 XML 消息標準,用於航空公司、機場、第三方之間交換航班運營數據。是 SESAR A-CDM 信息交換的標準格式。所有現代 AODB 必須原生支持 AIDX 接口。
### SSIMStandard Schedules Information Manual
IATA 定義的航班時刻表交換格式標準。AODB 需能解析 SSIM 文件(如 Chapter 7 格式),自動構建機場季節性航班計劃。
### 傳統航空報文標準
即使 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 計算起飛時間 | ATFMNetwork 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)交換數據。
## 選型決策樹
```
年旅客量 > 3000萬
年旅客量 > 4000萬(超大型樞紐)
├── 需要極強數據治理 + IROPS 能力 → SITA Operations Manager
├── 需要全棧統一管理 + AI 預測 → ADB SAFEGATE Cortex AODB
└── 有實力自研 + 長期自主可控 → 首都機場模式(自研)
年旅客量 3000-4000萬
├── 需要全棧統一管理 → ADB SAFEGATE Cortex AODB
├── 已有 Amadeus Altéa → Amadeus AODB
└── 需要 AI 預測能力 → ADB SAFEGATE Cortex AODB
└── 需要極強數據治理 → SITA Operations Manager
年旅客量 1000-3000萬
├── 需要快速上線 + 雲原生 → AirportLabs SkyCore AODB
├── 已有 Amadeus 系統 → Amadeus AODB
── 預算有限 → AirportLabs SkyCore AODB
── 預算有限 → RESA INFOPAX / ISO SKYport
└── 美洲/混合部署偏好 → Collins AirDB
年旅客量 < 1000萬
├── 多機場集團 → PDC AODBMulti-Airport Mode
├── 快速上線(< 2週)→ PDC AODB
── 歐洲/拉美 Aena 網絡 → Indra InBASE AODB
── 歐洲/非洲本地支持 → RESA INFOPAX
└── 拉丁美洲 Aena 網絡 → Indra InBASE AODB
```
## 相關鏈接
@@ -4,7 +4,7 @@ created: 2026-04-08
updated: 2026-04-10
type: concept
tags: [aodb, vendor, comparison, ai-ml]
sources: [raw/articles/adb-safegate-aodb-2025.md, raw/articles/amadeus-aodb.md]
sources: [raw/articles/aodb.md, raw/articles/adb-safegate-aodb-2025.md, raw/articles/amadeus-aodb.md]
---
# AODB — 供應商深度分析
@@ -261,57 +261,235 @@ SkyCore AODB 並非孤立產品,而是 AirportLabs 全套生態的核心:
---
## 供應商綜合技術對比
## 供應商綜合技術對比9廠商)
| 維度 | ADB SAFEGATE Cortex | Amadeus | AirportLabs SkyCore | PDC | Indra InBASE |
|------|---------------------|---------|---------------------|-----|-------------|
| **部署模式** | 雲托管 + 本地 | 純雲 | 雲原生(OpenShift| 本地/混合 | 本地/集中 |
| **數據庫** | 未公開 | 未公開 | PostgreSQL(推測)| Oracle | J2EE 標準 |
| **消息中間件** | 未公開 | 私有 | ActiveMQ | Publish-Subscribe WS | JMS(推測)|
| **AI/ML 能力** | 原生 AI 引擎 | 有限 | 規則引擎(可視化)| 無 | 無 |
| **"What-if" 仿真** | 支持 | 否 | 否 | 否 | 否 |
| **多機場模式** | 支持 | 支持 | 支持 | **原生多機場** | 集中架構 |
| **A-CDM 原生支持** | 是 | 是 | 是 | 是 | Level 3 CDM |
| **上線週期** | 2-3 個月 | 1-2 個月 | **2-4 週** | **1-2 週** | 1-2 個月 |
| **數據覆蓋** | 依賴集成 | **95% 航司 365 天** | 依賴集成 | 依賴集成 | Aena 網絡 |
| **生態完整性** | 極強(Cortex 全套)| 強(Altéa 生態)| 強(AirportLabs 全套)| 中(PDC SCORE| 中(Indra 空管)|
| **國際案例規模** | 全球樞紐 | 全球大型 | 100+ 機場,ORD 旗艦 | 北歐/加拿大為主 | Aena 47 機場 |
| **安全認證** | ISO27001, NIST | 未公開 | 未公開 | 未公開 | 未公開 |
| **典型目標機場** | >3000 萬 | >1000 萬 | 500 萬-5000 萬 | <2000 萬 | 所有規模 |
|| 維度 | 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 AI2024| 動態資源分配 | 無 | 無 |
| **"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 | 原生 AI 引擎 + ML,支持運營預測和資源優化 |
| 第二梯隊 | Amadeus | 有限 AI(輔助決策),強在 Altéa 數據整合 |
| 第三梯隊 | AirportLabs | 規則引擎 + ML 可視化配置,無原生 AI 引擎 |
| 無 AI | PDC / Indra | 傳統規則驅動,無 AI/ML |
|| 梯隊 | 廠商 | AI 能力 |
|------|------|---------|---------|
| 第一梯隊 | ADB SAFEGATE、SITA | ADB SAFEGATE 原生 AI 引擎 + MLSITA Total Optimizer AI2024年發布),支持機場整體運營優化 |
| 第二梯隊 | Amadeus、AirportLabs | Amadeus 有限 AI(輔助決策);AirportLabs 規則引擎 + ML 可視化配置 |
| 第三梯隊 | Collins、RESA | Collins 動態資源分配算法(無原生 ML);RESA 無 AI,純規則引擎 |
| 無 AI | PDCIndra、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 企業級架構 |
### 生態鎖定程度
| 級別 | 廠商 | 說明 |
|| 級別 | 廠商 | 說明 |
|------|------|------|
| 高鎖定 | Amadeus | 換出成本極高(Altéa 綁定)|
| 中高鎖定 | ADB SAFEGATE | Cortex 套件深度集成 |
| 中鎖定 | AirportLabs | 全套生態但 API 開放 |
| 低鎖定 | PDC | Oracle + 標準 WS,易替換 |
| 低鎖定 | Indra | J2EE 標準,可部分替換 |
| **極高鎖定** | 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 航顯系統深度耦合,旅客獲取的信息與後台數據庫毫秒級同步 |
| **動態資源分配算法** | 支持社交距離邏輯(如間隔分配登機口和行李轉盤),後疫情時代新增 |
| **軍民融合背景** | CollinsRaytheon 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]] — 運營系統供應商全景對比