Files
airport-wiki/concepts/flight-operations/aodb-china.md
T

244 lines
11 KiB
Markdown
Raw Normal View History

2026-04-15 14:48:14 +08:00
---
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]] — 機場運營系統供應商全景對比