曝光台 注意防骗
网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者
AIXM 5 航空信息交换模型
版本：2006/01/30 53
包括可以解决与数据库同步有关的数据完整性问题的方法。然而，AICM 时间性
模型确实提供了用于支持系统同步的框架。
7.4.4 设计建议
我们认为数据的时间状态影响所有航空要素，因此应该在整个航空领域中采
用单一的时间性模型。本设计方法中的关键假设包括：
数据的时间状态是航空信息系统的一个本质特征
所有航空要素类型均应采用一个统一的时间性模型
既然时间性被应用到全部航空要素中，那么时间性就应该从建模对
象属性的任务中抽象出来。
AICM 和AIXM 将支持所有在时间性概念模型中描述的组件：
版本和基线（Version 和 Baseline）
变更（Deltas）（临时的和永久的）
为了处理好时间性状态彼此重叠的复杂情况以及满足要素提供者重新传输
某个要素的时间性状态修正版本的需要，AIXM 也将支持：
序列号，用于标识要素状态的传输序列
修正编号，用于发布先前传输要素的修正信息
7.4.4.1 时间片（TimeSlice）模型
我们将采用GML3.1.1*中定义的“时间片数据内容模型”来实现数据交换的
时间性，因为时间片模型能很好满足AIXM 的时间性需求。根据GML3.1.1 规范
[8]，时间片模型封装了动态要素的时间变化属性。动态要素就是任何随时可能变
化的要素。
在图17[根据第8 号参考文件改写的UML]中对AIXM 时间片（TimeSlice）
UML 模型进行了说明。如模型中所示，AIXM 要素拥有一个静态组件，包含了人
工标识符属性和要素的有效时间（ValidTime）属性。要素的ValidTtime 包含了
要素生存的开始时间和结束时间，同时要素的所有其他属性都被假定是时间性
的。要素时间性属性被封装到TimeSlice 对象中。
AIXM 5 航空信息交换模型
版本：2006/01/30 54
图 17 AIXM TimeSlice 模型
* GML 3.1.1 TimeSlice 模型是否符合ISO 19108 时间性结构(Temporal
Schema)还有待进一步的分析确定。如果是这样，AICM 应该基于ISO9108。
每个TimeSlice 对象都包括了一个有效时间段以及一个解释（interpretation）
属性。这个解释属性指出了正在被建模的时间性组件。该解释的有效值包括：
BaseLine（基线）
Version（版本）
AIXM 5 航空信息交换模型
版本：2006/01/30 55
TempDelta（临时变更）
PermDelta（永久变更）
序列号是一个递增的整数，用来跟踪某个要素提供者的要素timeSlices（时
间片）序列。同样，修正编号是一个要素提供者的特定编号，用来描述对先前传
递的时 间片（timeSlices）的修正信息。
7.4.4.2 传送要素属性的变化
根据交换系统采用时间性模型的具体情况，可以采用不同的方法用来传送要
素发生的变化。基线可作为一个TimeSlice 被传送出去，它包括在特定时间段内
所有有值的属性。
一个永久性变化可能由两个顺次时间片传送，以下是两种可能存在的传送形
式：
一个包含先前的基线，另一个包含发生
改变的所有属性（永久性变量）
一个包含先前的基线，另一个包含新的
基线
AIXM 5 航空信息交换模型
版本：2006/01/30 56
临时性变化也可由两个顺次timeSlices 传送：一个包含基线，另一个包含所
有变化的属性（永久性变更）
本节意在演示时间性信息的传送方式。相同的时间性信息可以由多种方式传
递。我们假设有关同仁同意在他们的应用程序中支持时间片（TimeSlices）。
AIXM 5 航空信息交换模型
版本：2006/01/30 57
7.4.4.3 传送要素历史记录（History）
通过传输一个要素属性的变化序列，时间片（TimeSlice）模型可以用来传输
要素的历史信息。要素的历史可以是过去的，也可以是将来的。
图18 说明了一个虚构的VOR 导航设施的历史记录。该导航设施具有以下
事件：
2006 年1 月7 日：开始使用
2006 年1 月23 日到2 月18 日：临时性频率变化
200 年2 月11 日到3 月9 日：临时关闭
2006 年2 月22 日：磁差变化
2006 年3 月27 日：频率变化
图 18 VOR 导航设施历史记录
使用Timeslices 模型， 我们可以将VOR 导航设施的历史记录标识为具有5
个Timeslices（时间片）的系列，如图19 所示。用5 个时间片来代表5 个事件。
应特别注意的是：彼此重叠的事件被编码为独立的时间片Timeslices。
图 19 用于VOR 导航设施过程记录的TimeSlices（时间片）
这种为历史记录建模的方法与GML3.2[7]中推荐的建模方法是等同的。在
AIXM 5 航空信息交换模型
版本：2006/01/30 58
AIXM Timeslices 模型的实际实施中，传递历史记录会导致非常大消息（large
message）。对于某些资源有限的系统而言，这些大消息可能是个问题。虽然实
施问题超出了本文件的范围，但我们仍想指出，在实施标准化并符合GML 所产
生的实际价值与消息过大的缺点之间，我们要权衡利弊。许多情形下标准化的价
值要超过消息效率的损失。
7.4.4.4 多重叠TimeSlices 和修正
序列号(SequenceNumber)和修正号(correctionNumber)用于解决和解释重
叠的时间片（TimeSlices）。考虑下图所示的一个场景，在这个场景中，要素状
态属性在经过几个重叠的时间段后被重复改变。每个临时变化都有一个序列号
（sequenceNumber），这个序列号(sequenceNumber)对要素提供者而言是唯一
的。在例子中， 一个经过修订的TimeSlices 产生了相同的序列号
（sequenceNumber）以及不同的修正号(correctionNumber)。
在每个时间性事件开始和结束的时刻，我们可以标识不同要素版本的转换。
validTime 和序列号(sequenceNumber)的合并，可用于在每个版本中明确标
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址：
航空信息交换模型（AIXM）(16)
