蔡永福等

摘 要：為了應(yīng)對(duì)航空運(yùn)輸高速發(fā)展態(tài)勢(shì)給我們空管帶來(lái)的挑戰(zhàn)，空管系統(tǒng)的建設(shè)方向應(yīng)隨著業(yè)務(wù)的發(fā)展及業(yè)務(wù)模式的改變提出前瞻性的建設(shè)規(guī)劃。就空管信息系統(tǒng)建設(shè)而言，大數(shù)據(jù)集中處理、信息協(xié)同共享、分布式構(gòu)架已經(jīng)是建設(shè)的趨勢(shì)。針對(duì)空管系統(tǒng)結(jié)構(gòu)的合理規(guī)劃，架構(gòu)設(shè)計(jì)是重中之重，在保證安全性、穩(wěn)定性的前提下還需考慮到整體系統(tǒng)可擴(kuò)展性、前瞻性；本文使用IBM Websphere MQ V7.0、MB V7.0消息中間件來(lái)有效的構(gòu)建整體系統(tǒng)的架構(gòu)平臺(tái)，并通過示范應(yīng)用有效的驗(yàn)證了該方案的可行性，符合未來(lái)空管系統(tǒng)建設(shè)發(fā)展的要求，同時(shí)也為其他類似系統(tǒng)的建設(shè)提供了一種可行的解決方案。

關(guān)鍵詞：MQ；MB；中間件；發(fā)布訂閱；路由

中圖分類號(hào)：TM923.5 文獻(xiàn)標(biāo)識(shí)碼：A

1 引言（Introduction）

通過近幾年對(duì)空管系統(tǒng)的研發(fā)和投產(chǎn)的實(shí)踐來(lái)看，實(shí)際的管制用戶需求不再局限于傳統(tǒng)的航班計(jì)劃、動(dòng)態(tài)、統(tǒng)計(jì)等信息的獲取上，而是強(qiáng)調(diào)圍繞航班對(duì)象為目標(biāo)、涉及整個(gè)航班生命周期管理中的各類信息的產(chǎn)生和使用，這對(duì)空管而言是一個(gè)全新的課題。

在當(dāng)前IT水平高速發(fā)展的形式下，各個(gè)領(lǐng)域的信息化建設(shè)都是朝著大型的、集約式的、平臺(tái)化的模式發(fā)展，建立集中數(shù)據(jù)處理中心，為各種專業(yè)化的生產(chǎn)系統(tǒng)提供數(shù)據(jù)服務(wù)。

未來(lái)空管系統(tǒng)的建設(shè)方向應(yīng)隨著業(yè)務(wù)的發(fā)展及業(yè)務(wù)模式的改變提出前瞻性的建設(shè)規(guī)劃，而不是一味被動(dòng)式進(jìn)行系統(tǒng)改造、升級(jí)及新建，最后形成的局面將是用戶和維護(hù)人員面前一堆屏顯、系統(tǒng)與系統(tǒng)之間盤枝錯(cuò)綜、系統(tǒng)本身也是一大堆補(bǔ)丁。國(guó)外的民航系統(tǒng)的建設(shè)和實(shí)踐及國(guó)內(nèi)近期的建設(shè)理念已經(jīng)給了我們很大的參考和思路，并且當(dāng)前的業(yè)務(wù)發(fā)展方向（未來(lái)10—20年）也是可預(yù)見的，就信息系統(tǒng)建設(shè)而言，數(shù)據(jù)大集中處理，信息協(xié)同共享、分布式部署應(yīng)用已經(jīng)是建設(shè)的趨勢(shì)。

針對(duì)空管系統(tǒng)結(jié)構(gòu)的合理規(guī)劃，架構(gòu)設(shè)計(jì)是重中之重，在保證安全性、穩(wěn)定性的前提下還需考慮到整體系統(tǒng)可擴(kuò)展性、前瞻性；本文使用IBM Websphere MQ V7.0、MB V7.0消息中間件來(lái)有效的構(gòu)建整體系統(tǒng)的架構(gòu)平臺(tái)，使得系統(tǒng)升級(jí)靈活，兼容新老系統(tǒng)過渡，并使用基于內(nèi)容的消息路由，提供發(fā)布訂閱通信模式以滿足動(dòng)態(tài)需求，提供點(diǎn)對(duì)點(diǎn)通信模式滿足高可用，既能滿足強(qiáng)時(shí)序性又能提供分布式，也提供負(fù)載均衡模式，以適應(yīng)未來(lái)空管系統(tǒng)的構(gòu)建和發(fā)展。

2 系統(tǒng)平臺(tái)需要解決的問題（To solve the problem

of system platform）

伴隨著世界經(jīng)濟(jì)的發(fā)展，國(guó)際航空運(yùn)輸量在21世紀(jì)初有了大幅度的增加，以信息、通信技術(shù)為代表的新科技的廣泛應(yīng)用，使空中交通運(yùn)輸和世界經(jīng)濟(jì)領(lǐng)域的其他活動(dòng)一起形成了快速全球化的發(fā)展態(tài)勢(shì)。國(guó)際民航組織（ICAO）提出“全球空管運(yùn)行”的新概念，其主要特點(diǎn)是建立共享、交互集成平臺(tái)，使民航運(yùn)輸參與各方在安全的前提下，提升系統(tǒng)績(jī)效。在此概念基礎(chǔ)上，世界許多國(guó)家依據(jù)自身情況和未來(lái)預(yù)期開始規(guī)劃和建立新一代空中交通管理系統(tǒng)，以適應(yīng)新趨勢(shì)的發(fā)展要求。為了應(yīng)對(duì)航空運(yùn)輸高速發(fā)展態(tài)勢(shì)給我們空管帶來(lái)的全面挑戰(zhàn)，除了全面提升傳統(tǒng)的保障能力外，還必須加快新技術(shù)、新系統(tǒng)的研究和應(yīng)用，同時(shí)還必須逐步把飛行信息服務(wù)功能拓展和延伸到各航空相關(guān)保障和服務(wù)單位。因此，在信息化系統(tǒng)變遷的過程中，傳統(tǒng)的系統(tǒng)設(shè)計(jì)架構(gòu)已難以適應(yīng)空管大型運(yùn)行系統(tǒng)的設(shè)計(jì)要求，新的系統(tǒng)架構(gòu)應(yīng)解決以下問題：

（1）兼容新老系統(tǒng)過渡，系統(tǒng)升級(jí)靈活

把未來(lái)的新信息系統(tǒng)有機(jī)地包容到現(xiàn)有系統(tǒng)中，使現(xiàn)在和未來(lái)能自然而有機(jī)地結(jié)合在一起，實(shí)現(xiàn)新老系統(tǒng)的無(wú)縫過渡。

（2）可靠的、標(biāo)準(zhǔn)化的通信交互模式

空管的系統(tǒng)種類繁多如電報(bào)、雷達(dá)、氣象、情報(bào)、飛行計(jì)劃等，不同系統(tǒng)的信息交互格式、方式差異很大，無(wú)法進(jìn)行有機(jī)地整合，新系統(tǒng)架構(gòu)平臺(tái)應(yīng)提供一套統(tǒng)一、完善、準(zhǔn)確的數(shù)據(jù)交互規(guī)范，并從可靠性、安全性、冗余性等方面充分考慮。

（3）減少系統(tǒng)之間的復(fù)雜度

面對(duì)現(xiàn)有系統(tǒng)“點(diǎn)對(duì)點(diǎn)”式的系統(tǒng)架構(gòu)，若想要增加或移除一些應(yīng)用功能，真可謂“牽一發(fā)動(dòng)全身”，舉步維艱，所以新系統(tǒng)架構(gòu)就需要具備松耦合，靈活擴(kuò)展的特點(diǎn)，減少整體系統(tǒng)的復(fù)雜度。

（4）使系統(tǒng)之間交互模式由數(shù)據(jù)共享向服務(wù)共享轉(zhuǎn)化

類似于硬件的虛擬化概念，其基礎(chǔ)無(wú)非就是設(shè)備群、數(shù)據(jù)群、服務(wù)群等一層層向上，最終用戶并不知道數(shù)據(jù)源在哪里、那臺(tái)設(shè)備正在為其服務(wù)、那個(gè)應(yīng)用服務(wù)正在相應(yīng)他的操作。系統(tǒng)架構(gòu)平臺(tái)上的每個(gè)子系統(tǒng)或應(yīng)用模塊僅將業(yè)務(wù)專業(yè)部分的功能做專做精，通過服務(wù)的訂閱能夠消費(fèi)其他系統(tǒng)應(yīng)用功能服務(wù)，降低開發(fā)成本和資源。

結(jié)合以上問題我們希望能夠利用一種成熟、有效的中間件技術(shù)，加以二次開發(fā)，根據(jù)空管業(yè)務(wù)實(shí)際特點(diǎn)，構(gòu)建一套科學(xué)、合理的系統(tǒng)架構(gòu)平臺(tái)設(shè)計(jì)方案，本文選取了IBM Websphere MQ V7.0、MB V7.0消息中間件來(lái)有效的構(gòu)建整體系統(tǒng)的架構(gòu)平臺(tái)，并通過實(shí)踐應(yīng)用以驗(yàn)證其可行性，為空管系統(tǒng)的建設(shè)和發(fā)展提供技術(shù)依據(jù)和服務(wù)。

3 WebsphereMQ MB的概述（Overview of

WebsphereMQ MB）

MQ（Message Queue）是IBM消息中間件的一款拳頭產(chǎn)品，目的是使得任意兩個(gè)分布式進(jìn)程之間能夠異步可靠的進(jìn)行消息傳輸。MQ是一種以自己的復(fù)雜來(lái)?yè)Q取企業(yè)應(yīng)用簡(jiǎn)單化的基礎(chǔ)平臺(tái)軟件。MQ能夠支持目前絕大多數(shù)的操作系統(tǒng)，Unix、Linux、Windows等，也提供豐富的編程接口（API）包括VB、C、C++、C#、Java、JMS等。MQ提供了基于消息隊(duì)列的存儲(chǔ)轉(zhuǎn)發(fā)機(jī)制，在7.0版本之后也提供了較為完善的基于主題的發(fā)布訂閱機(jī)制[1]。

MB（Message Broker）是在MQ的基礎(chǔ)上發(fā)展出來(lái)的企業(yè)服務(wù)總線，其能完成各系統(tǒng)之間的聯(lián)通性，提供方便的格式轉(zhuǎn)換，具備可配置可編程的智能路由，且能支持基于內(nèi)容的發(fā)布訂閱機(jī)制。MB安裝部署簡(jiǎn)易，在開發(fā)部署上提供友好的圖形化界面，通過拖放標(biāo)準(zhǔn)化組件能夠快速編程，使用ESQL能夠完成簡(jiǎn)易的邏輯，也可同使用Java來(lái)完成復(fù)雜邏輯編程。MB支持廣泛的通信協(xié)議，包括MQ、JMS、HTTP、WebServices；支持廣泛的數(shù)據(jù)格式例如XML、SOAP、CSV、Binary等；無(wú)縫集成標(biāo)準(zhǔn)商業(yè)數(shù)據(jù)庫(kù)Oracle、DB2、SQL Server等[2]。

如果把MQ比作網(wǎng)線，那么MB就相當(dāng)于路由器，除了有MQ端口之外，還有各種各樣的其他接入端口。使用MQ這種業(yè)界成熟的消息中間件產(chǎn)品，和MB這樣領(lǐng)先的企業(yè)服務(wù)總線[3]，使得我們能快速的解決信息孤島的問題。

MQ支持目前主流的兩種消息方式，既點(diǎn)對(duì)點(diǎn)通信（PTP）與發(fā)布訂閱通信（Pub/Sub）[4]。

4 MQ/MB在空管系統(tǒng)中的應(yīng)用（Application of

MQ/MB in air traffic control system）

航班運(yùn)行協(xié)同決策（CDM）系統(tǒng)是民航發(fā)展背景下應(yīng)運(yùn)而生的新生空管信息系統(tǒng)，其是基于資源共享和信息交互的多主體（空管、機(jī)場(chǎng)、航空公司等）聯(lián)合協(xié)同運(yùn)行的理念，用于創(chuàng)造透明、高效的航班運(yùn)行環(huán)境，是科學(xué)管理和決策航班機(jī)場(chǎng)放行，提高航班運(yùn)行正常率的有效技術(shù)手段。在該系統(tǒng)中我們將基于MQMB平臺(tái)的搭建新的系統(tǒng)架構(gòu)，作為整個(gè)系統(tǒng)的基石。

4.1 基于MQ的設(shè)計(jì)與應(yīng)用

4.1.1 模型設(shè)計(jì)

新建協(xié)同決策集成平臺(tái)（MQ： QM_CDM_MEP_01）用于連接各機(jī)場(chǎng)，各航空公司，還有現(xiàn)有的空管信息集成平臺(tái)（MQ： MQ_ATC_MEP_01），關(guān)系如圖1所示。

針對(duì)每個(gè)系統(tǒng)為其創(chuàng)建兩個(gè)隊(duì)列，一個(gè)是輸入隊(duì)列，一個(gè)是輸出隊(duì)列，隊(duì)列的命名規(guī)則為ATC/APT/CMP.XXXX.IN.LQ/RQ/TQ與ATC/APT/CMP.XXXX.OUT.LQ/RQ/TQ，ATC開頭表示空管，APT開頭的表示機(jī)場(chǎng)，CMP開頭的表示航空公司，XXXX表示空管系統(tǒng)名稱、機(jī)場(chǎng)代碼、航空公司代碼，IN表示輸入隊(duì)列，OUT表示輸出隊(duì)列，LQ表示本地隊(duì)列，RQ表示遠(yuǎn)程隊(duì)列，TQ表示傳輸隊(duì)列。

而協(xié)同決策平臺(tái)與現(xiàn)有的空管信息集成平臺(tái)之間通過建立發(fā)送方通道與接收方通道來(lái)連通。通過遠(yuǎn)程隊(duì)列訪問對(duì)方的本地隊(duì)列，其中遠(yuǎn)程隊(duì)列要訪問對(duì)端的本地隊(duì)列需要先通過傳輸隊(duì)列。而傳輸隊(duì)列又通過自己的發(fā)送方通道將消息發(fā)送到遠(yuǎn)端對(duì)應(yīng)的接收方通道。

首先創(chuàng)建一個(gè)隊(duì)列管理器，命名為QM_CDM_MEP_01。

以下給出部分創(chuàng)建命令。

在CMD控制臺(tái)上，使用命令RUNMQSC QM_CDM_MEP_01連接該隊(duì)列管理器。

#創(chuàng)建本地隊(duì)列

DEFINE QLOCAL（APT.ZSPD.IN.LQ）

DEFINE QLOCAL（APT.ZSPD.OUT.LQ）

……

#創(chuàng)建傳輸隊(duì)列

DEFINE QLOCAL（ATC.CDM.OUT.TQ）USAGE（XMITQ）TRIGDATA（TO.QM_ATC_MEP_01）INITQ（SYSTEM.CHANNEL.INITQ）

#創(chuàng)建遠(yuǎn)程隊(duì)列

DEFINE QREMOTE（ATC.CDM.OUT.RQ）RNAME（CDM.MEP.LQ） RQMNAME（QM_ATC_MEP_01）XMITQ（ATC.CDM.OUT.TQ）

#創(chuàng)建服務(wù)器連接通道

DEFINE CHANNEL（SVRCONN）CHLTYPE（SVRCONN）

#創(chuàng)建發(fā)送方通道

DEFINE CHANNEL（TO.QM_ATC_MEP_01）CHLTYPE（SDR）CONNAME（‘QM_ATC_MEP_01的IP地址（偵聽端口號(hào)））XMITQ（ATC.CDM.OUT.TQ）

#創(chuàng)建接收方通道

DEFINE CHANNEL（TO.QM_CDM_MEP_01）CHLTYPE（RCVR）

在空管信息集成平臺(tái)中也需創(chuàng)建對(duì)應(yīng)的發(fā)送方通道與接收方通道（方法同上）

4.1.2 驗(yàn)證測(cè)試

（1）通信測(cè)試

測(cè)試兩個(gè)隊(duì)列管理器之間的通信。先啟動(dòng)QM_CDM_MEP_01中的發(fā)送方通道TO.QM_ATC_MEP_01，然后在ATC_CDM_OUT_RQ中手動(dòng)放入測(cè)試消息，放入成功后，在QM.ATC_MEP_01隊(duì)列管理器中的CDM.MEP.LQ隊(duì)列中就能看到剛才放入的測(cè)試信息。

（2）性能測(cè)試

模擬空管系統(tǒng)、機(jī)場(chǎng)系統(tǒng)和航空公司的通信，模擬的消息大小為4kB—8kB。

場(chǎng)景一：航空公司向空管提起請(qǐng)求航班起飛時(shí)間，空管系統(tǒng)回復(fù)航班起飛時(shí)間。

場(chǎng)景二：機(jī)場(chǎng)系統(tǒng)實(shí)時(shí)向空管系統(tǒng)提供航班準(zhǔn)備情況，停機(jī)位情況。

場(chǎng)景三：空管系統(tǒng)實(shí)時(shí)發(fā)布限制情況。不間斷模擬收發(fā)7*24小時(shí)。

測(cè)試結(jié)果顯示MQ中平均每秒消息流量能夠達(dá)到5000多條，如圖3所示是MQ隊(duì)列管理器所在服務(wù)器在某一時(shí)刻的Windows任務(wù)管理器的網(wǎng)絡(luò)流量截圖。該消息傳輸性能足以滿足信息交換要求。

4.1.3 小結(jié)

本方案不僅為空管、機(jī)場(chǎng)和航空公司間的信息集成提供了切實(shí)可行的解決方案，也演示了在MQ中如何創(chuàng)建隊(duì)列管理器、本地＼傳輸＼遠(yuǎn)程隊(duì)列、服務(wù)器連接＼發(fā)送方＼接收方通道，并通過實(shí)際測(cè)試證明了該方案是一套高性能、超穩(wěn)定能夠滿足生產(chǎn)系統(tǒng)7*24小時(shí)持續(xù)運(yùn)行的信息集成平臺(tái)，從集成平臺(tái)架構(gòu)看具備松耦合，靈活擴(kuò)展的特點(diǎn)，減少整體系統(tǒng)的復(fù)雜度，并提供了統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)。

4.2 基于MB的設(shè)計(jì)與應(yīng)用

4.2.1 模型設(shè)計(jì)

我們重點(diǎn)使用MB基于消息內(nèi)容的路由、發(fā)布訂閱機(jī)制，模擬三大系統(tǒng)在空管內(nèi)部的消息交互，主要包括流量系統(tǒng)、塔臺(tái)系統(tǒng)、CDM平臺(tái)系統(tǒng)。對(duì)于空管信息集成平臺(tái)而言有三個(gè)輸入隊(duì)列FLOW.IN.LQ，CDM.MEP.LQ，TOWER.IN.LQ；每個(gè)系統(tǒng)有各自的接收隊(duì)列FLOW.OUT.LQ，ATC.CDM.RQ，TWR.XXXX.OUT.LQ，其中XXXX為塔臺(tái)所在機(jī)場(chǎng)的ICAO代碼。接收隊(duì)列所訂閱的主題詳見表1。

首先我們創(chuàng)建隊(duì)列管理器QM_ATC_MEP_01，并在其中創(chuàng)建隊(duì)列與預(yù)訂。預(yù)訂是在MQ7.0版本才新增的概念，是指預(yù)先訂閱某種主題（或主題字符串）的消息，將所訂閱到的消息放到一個(gè)目的隊(duì)列中。

系統(tǒng)間傳輸?shù)南⒌母袷绞褂肵ML，為了便于讀者理解，在此我們簡(jiǎn)明定義以下消息格式，發(fā)送方在發(fā)送的時(shí)候需要在DST字段填入目的系統(tǒng)的名字。

下面我們使用MB來(lái)完成基于內(nèi)容的消息路由，路由的依據(jù)就是消息中的DST字段。

（1）創(chuàng)建消息流項(xiàng)目

打開MB開發(fā)工具Toolkit，在選擇菜單欄中的文件→新建→消息流項(xiàng)目，新建消息流項(xiàng)目的名稱為ATC_MEP。

（2）創(chuàng)建消息流

選中已建好的消息流項(xiàng)目ATC_MEP，右鍵選擇新建消息流，新建的消息流名稱為ROUTE。

首先我們?yōu)橄⒘鬟x擇輸入隊(duì)列。在右側(cè)的選用板中的WebSphereMQ欄目中拖入MQInput控件，命名FLOW.IN.LQ。雙擊MQInput控件FLOW.IN.LQ，在基本一欄中的隊(duì)列名稱中輸入FLOW.IN.LQ，在輸入消息解析一欄中的消息域中選擇XMLNSC。用同樣的方法處理CDM.MEP.LQ和TOWER.IN.LQ。

下一步選擇消息處理組件和消息發(fā)布組件。變換一欄中拖入Compute組件，在其中可以使用ESQL語(yǔ)言用來(lái)進(jìn)行簡(jiǎn)單的編程；在路由一欄中拖入Publication組件，該組件是用來(lái)發(fā)布消息到某個(gè)特定主題的。

使用連線工具將各個(gè)組件連接起來(lái)，連接方式如圖4所示。

（3）創(chuàng)建代理及發(fā)布消息流

在Toolkit左下角Brokers區(qū)域中選擇新建本地代理，輸入代理名稱MB_ATC_MEP_01，隊(duì)列管理器名稱QM_ATC_MEP_01，操作系統(tǒng)用戶名及密碼。在創(chuàng)建代理時(shí)需要注意用戶名不要超過12個(gè)字節(jié)，否則會(huì)出現(xiàn)發(fā)布失敗的錯(cuò)誤。

創(chuàng)建代理成功之后，將消息流ROUTE拖放到代理MB_ATC_MEP_01下的默認(rèn)執(zhí)行組default中，就完成了消息流的發(fā)布。此時(shí)可以看到在隊(duì)列管理器QM_ATC_MEP_01下的三個(gè)輸入隊(duì)列FLOW.IN.LQ、TOWER.IN.LQ、CDM.MEP.LQ的打開輸入計(jì)數(shù)變?yōu)?，表示此時(shí)MB已連接這三個(gè)隊(duì)列，從其中取消息。

4.2.2 驗(yàn)證測(cè)試

在那三個(gè)測(cè)試隊(duì)列中放入測(cè)試消息，可以在TWR.ZSPD.OUT.LQ隊(duì)列中發(fā)現(xiàn)該消息，說(shuō)明消息路由成功。

測(cè)試消息：ZSPDTest Message

在多數(shù)中間件中如果使用了發(fā)布訂閱模型，那么消息的消費(fèi)者希望做負(fù)載均衡往往效果不盡如人意。例如浦東塔臺(tái)的處理程序要是簡(jiǎn)單的訂閱了ZSPD的主題，以后隨著浦東的航班量不斷地增加，那么原先的處理程序要是出現(xiàn)性能瓶頸想通過多部署一個(gè)程序來(lái)擴(kuò)容就有問題了。首先這個(gè)新加的程序?yàn)榱耸盏酵瑯拥臄?shù)據(jù)也需要訂閱ZSPD的主題，那么同樣一條發(fā)送給浦東塔臺(tái)的數(shù)據(jù)就會(huì)同時(shí)發(fā)送給了這兩個(gè)程序，這樣一來(lái)每個(gè)程序處理的量并沒有減少，沒法起到負(fù)載均衡的作用。而我們所做的設(shè)計(jì)剛好能夠解決這類問題，就是利用MQ自身的訂閱功能，將訂閱到的消息先存放的隊(duì)列里面，處理程序直接從隊(duì)列中取數(shù)據(jù)處理，根據(jù)PTP模型的特性，多個(gè)程序從隊(duì)列中消費(fèi)數(shù)據(jù)，第一個(gè)程序取走后第二個(gè)程序就收不到了，假設(shè)浦東塔臺(tái)起了N個(gè)處理程序，那么每個(gè)程序就只處理了1/N的消息量，快速穩(wěn)定地實(shí)現(xiàn)了處理程序的負(fù)載均衡。

4.2.3 小結(jié)

該設(shè)計(jì)方案有以下三大明顯優(yōu)勢(shì)。

（1）便捷的負(fù)載均衡。因?yàn)楦鱾€(gè)塔臺(tái)系統(tǒng)需要向流量系統(tǒng)提交請(qǐng)求，導(dǎo)致流量系統(tǒng)原先處理程序處理量巨大，我們可以在流量系統(tǒng)的接收隊(duì)列上起多份相同的程序，以起到負(fù)載均衡的作用。

（2）動(dòng)態(tài)增加刪除預(yù)訂。如果浦東塔臺(tái)測(cè)試系統(tǒng)希望收到與正式系統(tǒng)一致的數(shù)據(jù)，以滿足業(yè)務(wù)測(cè)試，在以前則需要去修改我們的路由代碼，讓其多發(fā)一份數(shù)據(jù)給測(cè)試環(huán)境，并重新部署，而現(xiàn)在只需要在MQ的預(yù)訂中新增一條主題ZSPD到隊(duì)列TWR.ZSPD.TEST.OUT.LQ的預(yù)訂即可，測(cè)試完成后直接刪除該預(yù)訂，不會(huì)對(duì)其他系統(tǒng)造成任何影響。

（3）快速集成新系統(tǒng)。如果現(xiàn)在有新的一個(gè)塔臺(tái)需要加入到該空管信息集成平臺(tái)中，那么只需新建一個(gè)隊(duì)列，新增一個(gè)預(yù)訂即可，無(wú)需在平臺(tái)上做任何修改。

5 結(jié)論（Conclusion）

本文闡述了MQ、MB的核心概念，以民航空管信息系統(tǒng)建設(shè)為背景，使用兩種不同的方式展現(xiàn)了多系統(tǒng)跨平臺(tái)跨語(yǔ)言的信息集成。通過基于MQ/MB中間件進(jìn)行系統(tǒng)構(gòu)架平臺(tái)的設(shè)計(jì)和應(yīng)用，有效的驗(yàn)證了該方案的可行性，并符合未來(lái)空管系統(tǒng)建設(shè)發(fā)展的要求，同時(shí)也為其他類似實(shí)時(shí)運(yùn)行系統(tǒng)的建設(shè)提供了一種可行的解決方案。

參考文獻(xiàn)（References）

[1] 陳宇翔.精通WebSphere MQ[M].合肥：安徽科學(xué)技術(shù)出版社，

2004：1-105.

[2] 陳宇翔.精通Websphere Message Broker[M].北京：水利水電出

版社，2007：1-400.

[3] IBM公司.Connecting Your Business Using WebSphere Message

Broker V7 as an ESB[M].2010：1-536.

[4] 許駿，柳泉波，李玉順.面向服務(wù)的網(wǎng)格計(jì)算：新型分布式計(jì)算

體系與中間件[M].北京：科學(xué)出版社，2009：1-340.

作者簡(jiǎn)介：

蔡永福（1985-），男，本科，助理工程師.研究領(lǐng)域：航空計(jì)算

機(jī)信息管理.

陳曉建（1966-），男，碩士，高級(jí)工程師.研究領(lǐng)域：航空計(jì)算

機(jī)信息管理.

曹燁琇（1983-），女，本科，工程師.研究領(lǐng)域：航空計(jì)算機(jī)信

息管理.