曝光臺 注意防騙
網曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費者
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.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址:
航空信息交換模型(AIXM)(16)