132 lines
6.6 KiB
Markdown
132 lines
6.6 KiB
Markdown
|
---
|
|||
|
|
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/)
|