Files
airport-wiki/concepts/flight-operations/open-architecture.md
T
2026-04-15 14:48:14 +08:00

132 lines
6.6 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
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/)