曝光台 注意防骗
网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者
构配置委员会（control board）并不合适。可采用下列方法来处理该扩展：
1. 将Airspace Code_Activity 设置为“Other”
2. 在USFeatureExtension 类中，增加一个名为“activityUS”的新属性来
扩展空域（Airspace ）。
7.5.3.2 新要素
AIXM 5 采用的可扩展建模框架很容易增加与标准AIXM 要素具有相同样式
（in the same style）的新要素。从概念上而言，新要素的添加过程：
从抽象AIXM 要素（Feature）中派生要素类型（Feature Type）
从抽象AIXM TimeSlice 对象派生新的TimeSlice 对象
从抽象 Feature Externsion 接口派生新的扩展（Extension）接口
新的要素要遵循AIXM 对要素、属性和关系名称的命名约定，同时必须使用
UK 英语。
就如我们讨论AIXM 5 实施时所看到的那样，AIXM 要素（ Feature）是通
过GML 要素来实现的。因此，任何符合GML 的要素都应该包括在AIXM5 交换
消息中。
AIXM 5 航空信息交换模型
版本：2006/01/30 66
尽管建模框架支持新的自定义要素，但是不能保证AIXM 数据接收者能解释
自定义要素。所以，我们建议通过AIXM 结构配置委员会（control board）提交
新要素需求。
7.5.3.3 确保兼容性
如图21 所示，使用FeatureExtension 类对扩展建模，意味着保证与只能理
解AIXM 基本交换消息的系统或者能理解要素扩展子集的系统兼容。
在要素时间片（Feature TimeSlice）内的指定位置，扩展接口对要素扩展进
行了封装。因此，只能读取基本AIXM 模型的系统可以跳读这些扩展的内容。
另外，所有的扩展必须拥有一个名称空间。这样对扩展进行选择性读取的系
统，就可以通过他们的名称空间标识有效的扩展，同时很容易地跳过未知扩展。
7.6 可扩展的交换消息框架
与提供一个标准的机制来实现要素属性和关系扩展的需求紧密相关的需求
是：通过可扩展消息框架来支持一定范围的数据交换实例。
当前AIXM 4.X 支持两个消息： <AIXM-Update> 和<AIXM-Snapshot>。这
些消息是AIXM 4.X 规范的一部分。两个消息都可以定制，并可以通过 EAD 来
支持航空信息的采集和传输。
AIXM 4.X 数据模型和AIXM 4.X 消息紧密耦合，这使AIXM 模型不容易应用
到其他航空信息系统中。
可扩展消息框架的高级需求包括：
从消息中剥离AIXM 数据模型
将AIXM 数据封装到消息中的标准方法
对消息内容的支持，例如消息属性、源/客户元数据和操作
（OPERATION）参数
7.6.1 消息结构
我们认为消息包含两个组成部分（见图22）
动作
要素有效载荷（Feature Payload）
AIXM 5 航空信息交换模型
版本：2006/01/30 67
图 22 拥有一个动作组件和要素有效载荷的（Feature Pauload）的消息
消息包含的数据内容为“FeaturePayload”，并且通知接收系统如何对消息
内容“ 采取动作(Act) ” 或者解释该内容。FeaturePayload 包含了一个
AIXMFeatures 的集合。动作可能包括：
将要执行的操作
响应
消息创始者认证
其他消息的元数据和属性
消息的格式化和解释与数据内容同等重要。然而，尽管数据内容模型可以被
明确的定义，但是消息通常是针对具体应用的。有时，就像网络要素服务（WEB
Feature Service）的情况，其消息为众所周知的标准消息。在其他情况下，系统
间的交换可以通过协商消息（negotiate message）来解决。例如，AIXM 4.X
<AIXM-Update > 和 <AIXM-Snapshot> 是用来支持EAD 活动（activities）的
自定义消息。
由于AIXM 可以被其他系统采用，我们可以预言如下附加消息：
xNOTAM(临时变化的通知)
障碍物数据产品（如ICAO 附件15 第33 次修订中的规定）
机场地图数据库（AMDBs）
7.6.2 设计建议
我们采用一个来自GML 的消息范型，以之构成定制AIXM 消息。
AIXM 5 航空信息交换模型
版本：2006/01/30 68
“错误！参考源未找到”是一个AIXM 消息格式的UML 图表。消息由AIXM
要素派生出来，因此具有同样的一般（generic）属性并且遵循同样的模式来指
派属性。另外，AIXM 消息可以包括 0 个或者多个AIXM 数据集合。
这个消息模式是纯粹的GML：引进GML 后，要素采集和消息框架规范的内
容将更加详尽。
图 23 AIXM 消息模型
图23 中的消息框架具有以下优点：
为AIXM 要素数据定义位置，这样即使系统不理解这些特定的消息，
也应该可以定位到这些要素数据。
支持任意消息属性。
AIXM 5 航空信息交换模型
版本：2006/01/30 69
8. AICM 和AIXM 5 实施
在本章中，我们将解释AICM 和AIXM 5 规范是如何实施的，以满足期望中
的需求、设计和体系结构。AICM 5 是对AICM 4.5 概念模型的正常升级版本，
增加了在第7 章讲述的新的设计需求。将AIXM 转换成GML 应用结构是AIXM
规范中最具扩展性和关键性的部分，因此，本章的绝大部分将讨论符合GML 规
范的AIXM 5 实施方法。对不熟悉GML 的读者，可参阅第12 章提供的GML 简
介。
我们从讨论GML 和ISO 19100 建模风格开始，因为该内容会影响AICM 和
AIXM 数据模型的结构。
8.1 AICM UML 模型
这一部分介绍AICM 5 模型的基本要素。完整的AICM 模型将被制作成可独
立存在的UML 和一个与之配套的文档。
8.1.1 AICM 组件图
在图 24 中的UML 包显示了AICM 模型的结构。该模型包括从上倒下的四
个等级
数据类型级—— AICM 特定数据类型和值域的描述
概念模型级——航空要素模型、属性和关系模型。该图描述了概念
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址：
航空信息交换模型（AIXM）(19)
