曝光臺 注意防騙 網曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費者

構配置委員會（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.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：航空信息交換模型（AIXM）(19)