271 lines
12 KiB
Markdown
271 lines
12 KiB
Markdown
---
|
||
title: "开放式架构（Open Architecture）— 机场信息系统集成平台"
|
||
created: 2026-04-15
|
||
modified: 2026-04-15
|
||
status: draft
|
||
domain: integration-platforms
|
||
tags: [architecture, integration, AODB, API, SOA, microservices, event-driven]
|
||
domain_tags: [open-architecture, SOA, microservices, integration-platform, IEP, ESB, AIDX, AMHS, AMOS, FIXM]
|
||
sources:
|
||
- open-architecture-aci-europe
|
||
- open-architecture-aci-africa
|
||
- aciref-airport-open-platform
|
||
- indra-airport-open-architecture-2025
|
||
- leonardo-open-architecture-security-2024
|
||
- iata-acis-digital-transformation-2025
|
||
- IATA-AIDX-18
|
||
- IATA-AMIS
|
||
- aruba-airport-open-platform-2025
|
||
---
|
||
|
||
# 机场开放式架构（Open Architecture）—— 信息系统集成平台
|
||
|
||
## 概念与背景
|
||
|
||
传统机场信息系统采用单体集成模式：AODB 作为单一中央数据库，各子系统通过点对点接口（Point-to-Point）连接 AODB 形成星形拓扑。这种模式的问题包括：
|
||
|
||
- **接口耦合度高**：每新增一个系统需要与所有相关系统建立连接
|
||
- **厂商锁定**：核心系统（AODB/FIDS/RMS）更换成本极高
|
||
- **技术债务累积**：协议异构（SOAP/REST/WebSocket/文件传输/数据库直连）导致维护困难
|
||
- **扩展性差**：新业务场景（如 AI 运营分析、数字孪生）需要大量定制开发
|
||
|
||
开放式架构的核心思想是引入**集成中间件层（Integration Middleware Layer）**作为系统间的统一交换总线，实现：
|
||
|
||
1. **协议解耦**：各系统只与中间件通信，无需互相了解实现细节
|
||
2. **数据标准化**：统一使用 IATA AIDX/AMIS、ICAO FIXM 等行业标准消息格式
|
||
3. **可插拔系统**：新系统只需适配集成平台即可接入
|
||
4. **事件驱动**：支持实时事件发布/订阅，不仅是被动查询
|
||
|
||
> 本页面与 `integration-platforms/event-bus-pattern.md` 互补——前者偏架构，后者偏实施细节。
|
||
|
||
## 参考架构
|
||
|
||
### 三层架构模型（ACI/Airtel 方案）
|
||
|
||
```
|
||
┌─────────────────────────┐
|
||
│ 应用与呈现层 │
|
||
│ (Apps & Presentation) │
|
||
│ FIDS / 移动 App / API │
|
||
│ Dashboards / AI 分析 │
|
||
└─────────▲───────────────┘
|
||
│ REST/GraphQL/WebSocket
|
||
┌─────────┴───────────────┐
|
||
│ 集成中间件层 │
|
||
│ (Integration Layer) │
|
||
│ ESB + ETL + EIP + API │
|
||
│ Gateway │
|
||
└─────────▲───────────────┘
|
||
│ AIDX/AMIS/自定义格式
|
||
┌─────────┴───────────────┐
|
||
│ 核心系统层 │
|
||
│ (Core Systems) │
|
||
│ AODB / FIDS / RMS / │
|
||
│ BHS / A-CDM / VDCS / │
|
||
│ 离港 / 安检 / 商业 │
|
||
└─────────────────────────┘
|
||
```
|
||
|
||
**Layer 1 — 核心系统层**：保持各子系统独立运行，不做架构改造。每个系统通过适配器连接到集成层。
|
||
|
||
**Layer 2 — 集成中间件层**：这是开放式架构的核心。参考 ACI/Airtel 方案：
|
||
|
||
| 组件 | 功能 | 示例技术 |
|
||
|------|------|---------|
|
||
| ESB (Enterprise Service Bus) | 系统间消息路由、协议转换 | MuleSoft, WSO2, RabbitMQ + 自定义路由 |
|
||
| ETL (Extract-Transform-Load) | 数据抽取、清洗、格式转换 | Apache NiFi, Kafka Connect |
|
||
| EIP (Enterprise Integration Pattern) | 消息路由、内容路由、聚合 | Apache Camel, Spring Integration |
|
||
| API Gateway | 外部 API 统一入口、限流、认证 | Kong, Apigee, AWS API Gateway |
|
||
| EDA (Event-Driven Architecture) | 实时事件发布/订阅 | Kafka, RabbitMQ, NATS |
|
||
|
||
**Layer 3 — 应用与呈现层**：消费集成层提供的数据和服务。可以独立开发，不直接依赖核心系统。
|
||
|
||
### 集成平台参考架构（Leonardo/ACI 安全系统方案）
|
||
|
||
ACI Europe 在 Open Architecture for Airport Security Systems 中定义了安检系统（CT/EDS/ATRS/CBSS）的开放式集成框架，其原则可推广到整个机场信息系统：
|
||
|
||
| 层级 | 组件 | 说明 |
|
||
|------|------|------|
|
||
| **L2 (设备层)** | EDS/CT/ATRS 等安检设备 | OEM 硬件，通过标准化接口接入 |
|
||
| **L2.5 (集成层)** | OEM 专用集成软件（OIS） | 厂商提供的事件网关，向上暴露标准接口 |
|
||
| **L3 (站点管理系统)** | SSMS / AODB / RMS | 机场运营管理系统，消费 L2.5 提供的数据 |
|
||
| **L4 (机场/网络管理层)** | ACM / AIMS | 多机场集中管理平台 |
|
||
|
||
关键集成接口定义：
|
||
|
||
| 接口 | 用途 | 标准 |
|
||
|------|------|------|
|
||
| IDI (Inspection Data Interface) | 检查结果数据（图像、威胁状态、分辨率） | DICOS/IOD 或 CSV |
|
||
| CDI (Corrected Data Interface) | 修正后的检测数据 | DICOS |
|
||
| MTA (Maintenance Ticketing) | 维护工单与状态 | 自定义或 SNMP |
|
||
| RMM (Remote Monitoring & Management) | 远程监控与管理 | MQTT 或 SNMP |
|
||
|
||
安全认证框架：
|
||
- SAML SSO for user authentication
|
||
- OAuth 2.0 for API authorization
|
||
- RBAC for access control
|
||
- TLS 1.2+ for transport security
|
||
- KMS for key management
|
||
|
||
### 混合集成模式（ACI Europe 定义）
|
||
|
||
ACI Europe 定义了三种集成方式，实际部署中通常混合使用：
|
||
|
||
```
|
||
┌────────────────────┐
|
||
│ Data Centre │
|
||
│ (本地数据中心) │
|
||
│ │
|
||
┌──────┴─┐ ┌────────────┐ │
|
||
│ ESB/ │ │ 本地系统 │ │
|
||
│ ETL │ │ AODB/RMS │ │
|
||
└───┬────┘ └────────────┘ │
|
||
│ │
|
||
│ 混合连接 │
|
||
▼ │
|
||
┌──────────────┐ │
|
||
│ 云平台 │ │
|
||
│ SaaS / PaaS │ │
|
||
│ API Gateway │ │
|
||
└──────────────┘ │
|
||
└────────────────────────────┘
|
||
```
|
||
|
||
- **Local Mode**：所有集成组件和系统都在本地数据中心 ESB/EIP 处理所有集成
|
||
- **Cloud Mode**：集成平台部署在云上，本地系统通过安全通道连接
|
||
- **Hybrid Mode**（推荐）：核心数据（AODB）保持本地，分析/移动端/SaaS 服务通过云平台
|
||
|
||
## 数据交换标准
|
||
|
||
### IATA AIDX (Airport Information Exchange)
|
||
|
||
AODB 之间航班数据交换的行业标准，基于 XML 和 Web Services：
|
||
|
||
| 版本 | 特点 |
|
||
|------|------|
|
||
| AIDX 1.4 | 基础航班数据交换（起飞、降落、延误、取消） |
|
||
| AIDX 1.5 | 增加资源信息（登机口、行李转盘、值机柜台）关联 |
|
||
| AIDX 1.6 | 增加航班状态变更（ETA/ATA/ETD/ATD）实时更新 |
|
||
| AIDX 1.7 | 增加多机场网络支持 |
|
||
| AIDX 1.8 | 最新完整版本，新增商业数据、旅客数据字段 |
|
||
|
||
### IATA AMIS (Airport Messaging Integration Services)
|
||
|
||
下一代机场消息交换平台，基于云端 API，支持：
|
||
|
||
- RESTful API 访问（替代传统 Web Services）
|
||
- 实时事件推送（Webhook/Callback）
|
||
- 多数据源聚合（AODB、FIDS、BHS、RMS）
|
||
- SaaS 订阅模式
|
||
|
||
### ICAO FIXM (Flight Information Exchange Model)
|
||
|
||
空中交通管理领域的航班信息交换标准，与 AIDX 互补：
|
||
|
||
- 覆盖空管系统间的航班计划、航路、高度等信息
|
||
- 未来与 AIDX 融合趋势（AIDX 1.8 已部分采纳 FIXM 概念）
|
||
|
||
### 其他相关标准
|
||
|
||
| 标准 | 领域 | 说明 |
|
||
|------|------|------|
|
||
| AMHS (ATS Message Handling Services) | 空管消息 | ICAO 标准，替代 AFTN/AMHS |
|
||
| IATA Type B Messaging | 航班电报 | 传统电报格式（SSIM、PTM） |
|
||
| ACI A-CDM Toolkit | 协同决策 | A-CDM 数据采集与共享 |
|
||
|
||
## 厂商与产品格局
|
||
|
||
### 专用集成平台厂商
|
||
|
||
| 厂商 | 产品 | 模式 | 特点 |
|
||
|------|------|------|------|
|
||
| Airtel（ACI partner） | Airport Open Platform | ESB + Cloud Hybrid | 10+ 机场部署，模块化 SaaS，API-first，多机场网络支持 |
|
||
| Indra | Open Architecture Suite | On-Premise / Hybrid | 模块化 AODB，多机场集中部署，移动访问 |
|
||
| SITA | AirportHub | Cloud SaaS | 云端 AODB + FIDS，API 集成，全球网络 |
|
||
| Collins (Rockwell) | AIMS | On-Premise | 大型机场专用（迪拜、多哈等），高度定制 |
|
||
| Amadeus | Altea AMDB | Cloud SaaS | 云端 AODB，与 Altea 离港系统深度集成 |
|
||
|
||
### 通用集成中间件（适配机场场景）
|
||
|
||
| 产品 | 类型 | 适用场景 |
|
||
|------|------|---------|
|
||
| MuleSoft Anypoint Platform | ESB + API Gateway | 大型机场全面集成 |
|
||
| WSO2 Integration Studio | 开源 ESB | 预算有限的中等机场 |
|
||
| Apache Camel + Kafka | 开源 EIP + EDA | 技术团队强的机场 |
|
||
| Kong Gateway | API Gateway | API 统一管理和外部开发者 |
|
||
|
||
### 实施建议
|
||
|
||
| 机场规模 | 推荐模式 | 理由 |
|
||
|----------|---------|------|
|
||
| 小型机场 (< 5M pax/年) | Cloud SaaS (SITA/Amadeus) | 低运维成本，无需本地 IT 团队 |
|
||
| 中型机场 (5-25M pax/年) | Hybrid (本地 ESB + Cloud API) | 平衡控制力与灵活性 |
|
||
| 大型机场 (> 25M pax/年) | 本地 ESB + 定制化 | 高度定制需求，数据主权 |
|
||
| 多机场网络 | 云端集中 AODB + 本地边缘 | 集中管理 + 本地自治 |
|
||
|
||
## 实际案例
|
||
|
||
### ACI Europe Open Architecture for Security Systems
|
||
|
||
ACI Europe 2020 年发布第一版指南，定义了安检系统（CT EDS、ATRS、CBSS）的开放集成框架。关键成果：
|
||
|
||
- 定义了 IOA（Interoperable Open Architecture）参考模型
|
||
- 规定了 L2/L2.5/L3/L4 四层架构
|
||
- 定义了标准接口（IDI/CDI/MTA/RMM）和数据格式（DICOS/CSV）
|
||
- 推动了安检设备厂商从封闭系统向开放 API 转变
|
||
|
||
### Leonardo 智能安检平台
|
||
|
||
Leonardo 公司基于 ACI OA 框架开发的安检集成方案，支持：
|
||
|
||
- CT EDS 设备集成
|
||
- Auto Tray Return System (ATRS) 集成
|
||
- Common Use Self Service (CUSS) 集成
|
||
- 与 AODB/A-CDM 的实时数据交换
|
||
- 支持 SAML SSO 和 OAuth 2.0
|
||
|
||
### Aruba 机场开放平台
|
||
|
||
Aruba 机场部署的开放性架构集成平台：
|
||
|
||
- 多厂商设备统一接入
|
||
- 事件驱动架构（EDA）
|
||
- 与 AODB/FIDS/RMS 实时集成
|
||
- 支持移动端和 API 访问
|
||
|
||
## 与传统架构的对比
|
||
|
||
| 维度 | 传统点对点集成 | 开放式架构 |
|
||
|------|---------------|-----------|
|
||
| 接口数量 | N×(N-1) | 2N（各系统只连集成层） |
|
||
| 新增系统成本 | 高（需适配所有相关系统） | 低（只需适配集成平台） |
|
||
| 协议支持 | 异构，每个系统不同 | 统一，由集成层处理转换 |
|
||
| 替换核心系统 | 极难（所有接口需重写） | 较易（只需新系统适配集成层） |
|
||
| 实时能力 | 通常批量/轮询 | 事件驱动，实时推送 |
|
||
| 数据主权 | 数据分散在各系统 | 通过数据总线统一管理 |
|
||
| 厂商锁定 | 严重（接口绑定特定厂商） | 降低（通过标准接口解耦） |
|
||
|
||
## 技术挑战
|
||
|
||
1. **遗留系统兼容**：旧系统只有 SOAP 或文件传输接口，需要编写适配器
|
||
2. **数据一致性**：分布式环境下 AODB 与子系统数据同步
|
||
3. **性能要求**：机场运营对实时性要求高（航班状态更新需在秒级）
|
||
4. **安全合规**：航空安保数据的跨境传输限制
|
||
5. **标准碎片化**：AIDX、FIXM、AMHX 等标准并存，适配成本高
|
||
|
||
## 实施路线图（建议）
|
||
|
||
| 阶段 | 时间 | 目标 |
|
||
|------|------|------|
|
||
| Phase 1 | 0-3 月 | 部署 ESB 基础框架，接入 AODB 和 FIDS |
|
||
| Phase 2 | 3-6 月 | 接入 RMS、BHS、离港系统，实现 AIDX 消息交换 |
|
||
| Phase 3 | 6-12 月 | 部署 API Gateway，开放外部 API（移动 App、航司直连） |
|
||
| Phase 4 | 12-18 月 | 部署事件总线（Kafka），实现实时事件驱动架构 |
|
||
| Phase 5 | 18+ 月 | 云平台集成、AI 分析、数字孪生等高级应用 |
|
||
|
||
## 相关页面
|
||
|
||
- `concepts/flight-operations/airport-systems-landscape.md` — 机场系统全景图
|
||
- `integration-platforms/event-bus-pattern.md` — 事件总线实施模式
|
||
- `concepts/flight-operations/aodb-core.md` — AODB 核心功能
|