專利名稱：用于航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及航班信息一體化管理系統(tǒng)，具體地，涉及用于航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)。
背景技術(shù)：
近年來，為了解決空中交通管制的瓶頸問題，加大空中流量，空管單位在實時空中交通指揮系統(tǒng)建設(shè)方面進(jìn)行了大量的投入，引進(jìn)了歐洲貓等先進(jìn)雷達(dá)自動化處理系統(tǒng)。然而，空管流量的瓶頸問題不僅僅表現(xiàn)在實時的雷達(dá)自動化監(jiān)控階段，而是貫穿于航班的整個生命周期。在非實時監(jiān)控階段，同樣需要科學(xué)有效的管理。例如如果飛行計劃排班不科學(xué)就有可能造成空中擁擠或某段時間空域、機(jī)場等得不到最大利用；如果飛行計劃不能及時準(zhǔn)確地編制及發(fā)布，就會直接影響雷達(dá)自動化處理系統(tǒng)的實時監(jiān)控工作，對安全生產(chǎn)極為不利。目前空管單位使用的各種信息系統(tǒng)主要包括航班信息系統(tǒng)，用于電報處理、電報查詢、飛行計劃處理、飛行動態(tài)顯示、進(jìn)程單處理、輔助管制移交等；歐洲貓自動化處理系統(tǒng) (EURO-CAT)，主要通過系統(tǒng)的雷達(dá)設(shè)備獲取當(dāng)前空中飛行器的各飛行參數(shù)，并結(jié)合航路點、 航路、扇區(qū)等直觀展現(xiàn)給管制人員，管制員通過該系統(tǒng)展示的信息指揮航班飛行；中國電子科技集團(tuán)第觀研究所(有時簡稱觀所)自動化處理系統(tǒng)，提供類似歐洲貓自動化處理系統(tǒng)提供的功能，目前作為歐洲貓自動化處理系統(tǒng)的備份系統(tǒng)；DMHS轉(zhuǎn)報系統(tǒng)(航空電報和信息交換系統(tǒng))，即AFTN轉(zhuǎn)報網(wǎng)絡(luò)系統(tǒng)，能夠拍發(fā)、接收和轉(zhuǎn)發(fā)各種與空管相關(guān)的AFTN電報、SITA電報(飛行動態(tài)固定格式電報分為AFTN和SITA兩種格式，AFTN格式電報供空中交通管制部門使用，SITA格式電報供航空公司航務(wù)部門使用，兩種格式不能混合使用)和其他如氣象電報等；以及情報系統(tǒng)，提供及時、準(zhǔn)確、全面的航行情報信息等。目前航班信息的交換幾乎都是依賴AFTN電報，電文的拍發(fā)基本上處于人工或半人工狀態(tài)，出現(xiàn)的錯誤和問題很多，給先進(jìn)的雷達(dá)自動化處理系統(tǒng)充分運(yùn)行帶來相當(dāng)?shù)牟槐恪６閳笮畔⒌膫鬟f則以傳真的通訊方式進(jìn)行，人工干預(yù)較多。且上述各空管信息系統(tǒng)的運(yùn)行模式相對孤立，管制員需要在多個信息系統(tǒng)中去尋找需要關(guān)注的信息，工作效率低， 且管制員在多個信息系統(tǒng)中反復(fù)搜索容易造成“錯、忘、漏”的情況。因此，需要建設(shè)一套集中式的航班信息一體化管理系統(tǒng)來解決以上存在的問題，代替?zhèn)鹘y(tǒng)的航班信息系統(tǒng)，從不同的外部信息系統(tǒng)獲取不同的信息，同時也向不同的信息系統(tǒng)提供信息服務(wù)，以進(jìn)一步提高空管航班信息資源的綜合應(yīng)用能力，進(jìn)一步促進(jìn)空管系統(tǒng)的安全運(yùn)行水平和服務(wù)質(zhì)量的提高。該航班信息一體化管理系統(tǒng)需要接收來自各空管信息系統(tǒng)的數(shù)據(jù)以進(jìn)行整合與統(tǒng)一利用。因此需要提供一種適用于該航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種適用于航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)，以接收來自外部空管信息系統(tǒng)的數(shù)據(jù)并進(jìn)行解析處理。
本發(fā)明的用于航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)包括歐洲貓引接服務(wù)器，接收歐洲貓自動化處理系統(tǒng)輸出的打印口數(shù)據(jù)；電報引接服務(wù)器，接收轉(zhuǎn)報系統(tǒng)的轉(zhuǎn)報機(jī)轉(zhuǎn)發(fā)的飛行計劃相關(guān)的AFTN電報和SITA電報，及與氣象相關(guān)的AFTN電報；雷達(dá)數(shù)據(jù)引接及處理服務(wù)器，接收并處理來自歐洲貓自動化處理系統(tǒng)輸出的DOD雷達(dá)數(shù)據(jù)和觀所自動化處理系統(tǒng)輸出的雷達(dá)航跡數(shù)據(jù)；情報引接服務(wù)器，接收情報室提供的數(shù)據(jù)；以及與所述服務(wù)器相連的MQ服務(wù)器。本發(fā)明采用冗余數(shù)據(jù)源、多路數(shù)據(jù)負(fù)載均衡并行處理的工作方式，減少了單點故障，并實現(xiàn)了系統(tǒng)內(nèi)部故障時的無縫切換。更加智能的數(shù)據(jù)解析算法，與以往系統(tǒng)相比大幅度的減少人工干預(yù)工作量，例如AFTN電報解析率提升至98%，SITA的PLN電報以往是全人工處理，現(xiàn)在系統(tǒng)可以處理80%以上，情報信息完全改變了以往傳真的通訊方式，并減少了人工處理工作量60%以上。多種類數(shù)據(jù)的融合，改變了以往空管信息系統(tǒng)相對孤立的運(yùn)行模式，管制員不再需要在多個信息系統(tǒng)中去需找關(guān)注的信息，一體化外部數(shù)據(jù)子系統(tǒng)將管制員所關(guān)注的數(shù)據(jù)集中展現(xiàn)，大大提高了管制人員的工作效率，減少了管制員因在多個信息系統(tǒng)中反復(fù)搜索而造成的“錯、忘、漏”的情況。


圖1是本發(fā)明的外部數(shù)據(jù)引接系統(tǒng)的整體結(jié)構(gòu)圖。圖2是本發(fā)明的外部數(shù)據(jù)引接系統(tǒng)的網(wǎng)絡(luò)拓?fù)鋱D。圖3是本發(fā)明的歐洲貓數(shù)據(jù)處理流程圖。圖4是本發(fā)明的電報數(shù)據(jù)處理流程圖。圖5是本發(fā)明的電報監(jiān)控處理流程圖。圖6是本發(fā)明的電報拍發(fā)流程圖。圖7是與本發(fā)明情報引接服務(wù)器相連的情報系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖及實施例對本發(fā)明作進(jìn)一步說明。具體如圖1所示，本發(fā)明的用于航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)包括多個接收各外部信息系統(tǒng)數(shù)據(jù)的引接服務(wù)器，主要包括歐洲貓引接服務(wù)器，電報引接服務(wù)器，雷達(dá)數(shù)據(jù)引接及處理服務(wù)器，以及情報引接服務(wù)器；還包括與各引接服務(wù)器相連的 MQ服務(wù)器。其中，歐洲貓引接服務(wù)器、電報引接服務(wù)器及雷達(dá)數(shù)據(jù)引接及處理服務(wù)器是通過串口通信的方式實現(xiàn)數(shù)據(jù)引接的，并都是有多路數(shù)據(jù)源同時輸入的，實現(xiàn)了數(shù)據(jù)的冗余以及雙機(jī)并行機(jī)制。情報引接服務(wù)器目前是通過單路同步情報室提供的數(shù)據(jù)庫實現(xiàn)的。各引接服務(wù)器與內(nèi)部服務(wù)進(jìn)行通信是采用IBM，MQ 6.0消息中間件。歐洲貓引接服務(wù)器，即歐洲貓打印口數(shù)據(jù)引接服務(wù)器，其接收歐洲貓自動化處理系統(tǒng)的打印口數(shù)據(jù)，對航班進(jìn)港和離港的進(jìn)程單進(jìn)行解析，顯示成電子進(jìn)程單并進(jìn)行相關(guān)的業(yè)務(wù)處理。所述打印口數(shù)據(jù)即歐洲貓自動化處理系統(tǒng)生成的進(jìn)港和離港進(jìn)程單數(shù)據(jù)，通過打印的方式輸出。如圖1所示，兩臺歐洲貓弓丨接服務(wù)器共引接了 4路冗余數(shù)據(jù)，通過串口通信的方式獲取，兩路從正式使用的“04”歐洲貓引接，兩路從備用的“08”歐洲貓引接。每個歐洲貓引接服務(wù)器都接收來自“04”和“08”的打印口數(shù)據(jù)。其中“04”打印口是塔臺正式使用的數(shù)據(jù)源，而“08”打印口是塔臺備用的數(shù)據(jù)源。電報引接服務(wù)器負(fù)責(zé)接收來自DMHS轉(zhuǎn)報系統(tǒng)的轉(zhuǎn)報機(jī)轉(zhuǎn)發(fā)的各種與飛行計劃相關(guān)的AFTN電報和SITA電報，解析并進(jìn)行相關(guān)的業(yè)務(wù)處理；該電報引接服務(wù)器也接收來自該轉(zhuǎn)報系統(tǒng)的轉(zhuǎn)報機(jī)轉(zhuǎn)發(fā)的與氣象相關(guān)的AFTN電報(主要包括METAR，TAF等種類的氣象報)，進(jìn)行解析處理并在界面上提供參考以及業(yè)務(wù)告警。為了做到冗余備份，避免單點故障，采用了兩臺服務(wù)器進(jìn)行引接數(shù)據(jù)工作，S卩1號服務(wù)器引接A、C路，2號服務(wù)器引接B、D路。電報引接服務(wù)器各引接了兩路完整數(shù)據(jù)，通過串口通信的方式獲取，但這兩路各自由兩路負(fù)載均衡的線路構(gòu)成，A+C = B+D。轉(zhuǎn)報機(jī)本身具有負(fù)載均衡機(jī)制，即可以將所有電報通過兩路信號源輸出，目前使用的信道號為YTA和 YTB，所以YTA與YTB信道中的電報之和就是所有電報總量。同時為了滿足數(shù)據(jù)源冗余要求，還有一路冗余數(shù)據(jù)源也是用負(fù)載均衡的方式部署的，信道號是YTC和YTD，因此可以說 YTA+YTB = YTC+YTD。雷達(dá)數(shù)據(jù)引接及處理服務(wù)器接收歐洲貓自動化處理系統(tǒng)的DOD雷達(dá)數(shù)據(jù)(即歐洲貓自動化處理系統(tǒng)輸出的雷達(dá)航跡數(shù)據(jù)，其中還包含了管制員的指揮信息)和觀所自動化處理系統(tǒng)輸出的雷達(dá)航跡數(shù)據(jù)，進(jìn)行解析，并在VIFS (航班信息綜合顯示系統(tǒng))界面上顯示航班當(dāng)前航跡，其中航班航跡信息也為航班統(tǒng)計提供數(shù)據(jù)源。兩臺雷達(dá)數(shù)據(jù)引接及處理服務(wù)器引接兩路完全相同的歐洲貓自動化處理系統(tǒng)的 DOD雷達(dá)數(shù)據(jù)和觀所雷達(dá)數(shù)據(jù)，即每路都包含歐洲貓和觀所兩者的數(shù)據(jù)，通過串口通信的方式獲取，互為冗余備份。情報引接服務(wù)器同步情報室提供的數(shù)據(jù)進(jìn)入一體化的數(shù)據(jù)庫，并在界面上提供給報告室工作人員以及管制員參考。情報引接服務(wù)器目前只有一路，通過數(shù)據(jù)庫同步的機(jī)制獲取數(shù)據(jù)至一體化數(shù)據(jù)庫，但本發(fā)明并不限于此，若情報室提供多數(shù)據(jù)源，也通過多路同步數(shù)據(jù)庫，實現(xiàn)數(shù)據(jù)的冗余機(jī)制。由于情報數(shù)據(jù)的特殊性，航班信息一體化管理系統(tǒng)沒有直接引接情報數(shù)據(jù)的數(shù)據(jù)源，而是同步情報室已解析并處理過的情報數(shù)據(jù)，因此這里采用直接同步數(shù)據(jù)庫的方式。由于各種引接服務(wù)器的物理位置可能比較分散，而引接的信息源又可能逐漸增多，所以在引接服務(wù)器上只安裝引接程序，避免各種信息源遠(yuǎn)程的訪問數(shù)據(jù)庫并減小各引接服務(wù)器的配置要求。除雷達(dá)數(shù)據(jù)處理程序外，其他所有接口處理程序分別在MQ服務(wù)器1和2上運(yùn)行一份，處理冗余數(shù)據(jù)，雙機(jī)并行。各引接服務(wù)器與內(nèi)部服務(wù)之間的通信主要采用MQ集群負(fù)載均衡方式，網(wǎng)絡(luò)拓?fù)鋱D如圖2所示。歐洲貓打印口四路數(shù)據(jù)(04，08各兩路)的前置模塊裝于歐洲貓引接服務(wù)器上，其安裝MQ服務(wù)端，使用MQ服務(wù)端通信機(jī)制，與MQ服務(wù)器上的隊列管理器建立MQ集群，并通過服務(wù)器集群的負(fù)載均衡方式，與MQ服務(wù)器上的MQ隊列管理器進(jìn)行通信。后置模塊安裝在MQ服務(wù)器上，接受數(shù)據(jù)。保證通過MQ進(jìn)行傳輸?shù)臄?shù)據(jù)都是通過MQ的服務(wù)端通信機(jī)制進(jìn)行傳輸。歐洲貓引接服務(wù)器獲得打印口數(shù)據(jù)后將這些原始數(shù)據(jù)通過MQ中間件發(fā)送至MQ服務(wù)器，由部署在MQ服務(wù)器上的歐洲貓后置模塊進(jìn)行數(shù)據(jù)解析和處理。其中“04”打印口的數(shù)據(jù)源接有打印機(jī)，能夠在前置模塊不模擬打印機(jī)心跳信號的情況先輸出數(shù)據(jù)。“08”打印口是塔臺備用的數(shù)據(jù)源，前置模塊需要模擬打印機(jī)與之相連的心跳信號才能獲取數(shù)據(jù)。歐洲貓“08”系統(tǒng)輸出打印口數(shù)據(jù)的前提是探測到有開啟的打印機(jī)相連即接收到打印機(jī)反饋的心跳信號。具體過程是歐洲貓首先發(fā)出“0x05”的信號詢問，若得到“0x02”的信號則認(rèn)為有開啟的打印機(jī)相連，可以對外輸出數(shù)據(jù)。因此，引接歐洲貓“08”數(shù)據(jù)的前提條件是需要前置模塊模擬打印機(jī)信號“0x02”回復(fù)歐洲貓，收到歐洲貓心跳信號“0x05”回信號或按照一定頻率回復(fù)，目前采用的是600毫秒回復(fù)1次。關(guān)于是否回復(fù)信號、回復(fù)的頻率、是否接收到信號再回復(fù)都可以在配置文件中進(jìn)行配置。當(dāng)四個串口都接收到數(shù)據(jù)后，往MQ集群環(huán)境中的共享隊列中放入數(shù)據(jù)，兩個后置模塊也往共享隊列中取。電報的四路數(shù)據(jù)(A，B, C，D)的前置模塊裝于電報引接服務(wù)器上，其安裝MQ服務(wù)端，使用MQ服務(wù)端通信機(jī)制，與MQ服務(wù)器上的隊列管理器建立MQ集群，并通過服務(wù)器集群的負(fù)載均衡方式，與MQ服務(wù)器上的MQ隊列管理器進(jìn)行通信。后置模塊安裝在MQ服務(wù)器上， 接受數(shù)據(jù)。保證通過MQ進(jìn)行傳輸?shù)臄?shù)據(jù)都是通過MQ的服務(wù)端通信機(jī)制進(jìn)行傳輸。電報引接服務(wù)器獲得轉(zhuǎn)報機(jī)轉(zhuǎn)發(fā)的電報數(shù)據(jù)后將這些原始數(shù)據(jù)通過MQ中間件發(fā)送至MQ服務(wù)器， 由部署在MQ服務(wù)器上的電報后置模塊進(jìn)行數(shù)據(jù)解析和處理。因為雷達(dá)數(shù)據(jù)數(shù)據(jù)量大，并且相對獨(dú)立，不需要和消息中間件內(nèi)部進(jìn)行通信，所以雷達(dá)數(shù)據(jù)的前置、后置模塊與MQ服務(wù)端，安裝在一臺機(jī)器上。然后直接與VIFS服務(wù)器建立 SOCKET連接，與VIFS服務(wù)器進(jìn)行通信。VFIS系統(tǒng)的作用是接收實時的雷達(dá)數(shù)據(jù)，進(jìn)行航班的掛單，用戶可以直觀的看到航班的當(dāng)前位置。該服務(wù)器位于轉(zhuǎn)報房的機(jī)柜中，與航班信息一體化管理系統(tǒng)網(wǎng)絡(luò)相連。兩臺MQ服務(wù)器上的兩個后置模塊同時往MQ的共享隊列中取歐洲貓數(shù)據(jù)，由于四路數(shù)據(jù)冗余，必然拿到的數(shù)據(jù)有4份一樣的。后置模塊的處理方式如圖3所示圖中FP05、 CR01、CR20分別是一體化數(shù)據(jù)庫中的航班信息表、離港進(jìn)程單表、進(jìn)港進(jìn)程單表。采用這種處理方式的依據(jù)在于每條航班信息只會對應(yīng)一條進(jìn)離港數(shù)據(jù)。由于匹配起飛、落地時間并非精確匹配而是給定一個容忍范圍，所以無論是相同進(jìn)程單或是略有改動的進(jìn)程單都會對應(yīng)同一條航班信息記錄、進(jìn)離港記錄，所以只要對表進(jìn)行更新即可，這樣即不會漏處理數(shù)據(jù)，也可以過濾冗余數(shù)據(jù)。目前采用的是將進(jìn)程單中的時間往后1小時和往前12小時進(jìn)行匹配，即在計劃中找ST0-1 <= ETO <= ST0+12，其中STO是計劃時間， ETO是打印口進(jìn)程單的預(yù)計時間。有時進(jìn)程單會打出起飛或落地時間在當(dāng)前時間半小時以前的進(jìn)程單，該進(jìn)程單是由于本身沒有航班計劃而又延誤造成的，這時候系統(tǒng)無法自動判斷該時間，而是在系統(tǒng)警告消息中提示用戶。由于歐洲貓的心跳信號是6秒鐘一次，歐洲貓前置接收程序當(dāng)在10秒鐘之內(nèi)未收到任何數(shù)據(jù)的時候則會向客戶端報警，內(nèi)容包括某IP地址的某端口。根據(jù)圖3我們可以看出，歐洲貓引接服務(wù)器在接收冗余數(shù)據(jù)的同時不會造成重復(fù)處理以及丟失，只要四路引接數(shù)據(jù)不是同時停止工作，可以保證穩(wěn)定的接收和正確的處理數(shù)據(jù)。同時在兩個MQ服務(wù)器上運(yùn)行后置模塊，無論哪個系統(tǒng)出現(xiàn)故障，另外一個系統(tǒng)仍在正常處理歐洲貓數(shù)據(jù)并且不存在任何數(shù)據(jù)丟失。電報數(shù)據(jù)由兩臺電報引接服務(wù)器從四路串口中獲取已實現(xiàn)負(fù)載均衡的兩路電報數(shù)據(jù)，這兩路數(shù)據(jù)互為備份。每臺引接服務(wù)器上接受的是兩路合起來完整的電報數(shù)據(jù)。由于電報數(shù)據(jù)量比較大，為了避免重復(fù)處理帶來不必要的負(fù)載，在電報存庫后即進(jìn)行比較，如圖4所示，采用這種處理方式出于如下考慮在數(shù)據(jù)量小的表中進(jìn)行字段的比較對于數(shù)據(jù)庫的負(fù)載、響應(yīng)時間影響相對較小，因此在TX16表中，只存放1小時之內(nèi)的電報數(shù)據(jù)，在一小時內(nèi)重復(fù)的報文將只保存而不做任何處理。工作線程會定期將1小時以前的數(shù)據(jù)從TX16表中刪除。另外，由于電報有冗余，而用戶關(guān)心的只是一份，若把所有電報都存放在TXOl中不但增大了查詢電報的響應(yīng)時間，也使用戶看到了不必要的冗余數(shù)據(jù)。所以將所有電報數(shù)據(jù)都存放在TX15表中，除了這里插入一次，沒有任何地方對TX15表進(jìn)行操作， 而TXOl中只存放唯一的一份電報數(shù)據(jù)。這樣即可以留下所有電報的數(shù)據(jù)又不會提高數(shù)據(jù)庫的負(fù)載同時用戶也不會查詢到重復(fù)數(shù)據(jù)。電報引接服務(wù)器還具有電報監(jiān)控功能，這里的監(jiān)控主要是針對與轉(zhuǎn)報機(jī)通信是否正常設(shè)計的。轉(zhuǎn)報機(jī)并非立即響應(yīng)的系統(tǒng)，需給它一個容忍范圍，這里給的是兩分鐘，具體流程如圖5所述。這種做法的缺陷在于存在四分鐘的判斷真空期，但這應(yīng)該是在用戶的容忍范圍之內(nèi)，因為沒有更好的方法去測試與轉(zhuǎn)報機(jī)之間的通訊是否正常。MQ后置模塊在接收到客戶端拼裝好的報文正文后，將該正文放入MQ隊列中，四個前置模塊如果測試通過自己與轉(zhuǎn)報機(jī)通訊是正常的，則都去MQ隊列取消息，若某個前置模塊取到了該報文，則進(jìn)行拼裝報頭和正文。報頭拼裝要按照轉(zhuǎn)報機(jī)識別的格式，若收報地址超過5個則要進(jìn)行拆分，最多轉(zhuǎn)發(fā)給5個地址，多的地址將正文重復(fù)。發(fā)報流程如圖6所示，當(dāng)發(fā)送電報不成功時，客戶端會有告警提示。這里主要指的是串口通信層面的發(fā)送成功與否。當(dāng)前置模塊發(fā)現(xiàn)自己與轉(zhuǎn)報機(jī)通訊工作不正常時，在標(biāo)記自己為非正常狀態(tài)的同時也會往MQ中放入自定義消息，當(dāng)后置程序收到該消息時，會給客戶端發(fā)送警告消息，用戶可以在界面上看到具體某IP地址的串口和轉(zhuǎn)報機(jī)的通訊工作非正常。這里還需要注意的是，在發(fā)送每一份報文時，需要有一個睡眠時間，即程序主動暫停，防止從MQ隊列中讀到多份電報數(shù)據(jù)，在同一時間發(fā)送給轉(zhuǎn)報機(jī)，加大轉(zhuǎn)報機(jī)的負(fù)載。圖7所示的情報系統(tǒng)指的是情報室正在使用的情報處理系統(tǒng)，而本發(fā)明的情報引接服務(wù)器是通過數(shù)據(jù)庫同步的方式獲得情報室已經(jīng)處理好的情報信息數(shù)據(jù)的。在航班信息系統(tǒng)網(wǎng)絡(luò)中有2臺前置機(jī)，接收情報系統(tǒng)推來的數(shù)據(jù)并存入數(shù)據(jù)庫。一體化生產(chǎn)網(wǎng)中的服務(wù)器可以從前置機(jī)上讀取數(shù)據(jù)，一體化生產(chǎn)網(wǎng)是指一體化系統(tǒng)正式使用的網(wǎng)絡(luò)環(huán)境，管制人員平日用于生產(chǎn)使用的網(wǎng)絡(luò)環(huán)境?！w化測試網(wǎng)中的測試服務(wù)器可以從前置機(jī)上讀取數(shù)據(jù)。前置機(jī)不能從一體化生產(chǎn)網(wǎng)與測試網(wǎng)讀取數(shù)據(jù)，一體化測試網(wǎng)是指用于調(diào)試、測試一體化系統(tǒng)的網(wǎng)絡(luò)環(huán)境，開發(fā)人員和測試人員在該網(wǎng)絡(luò)環(huán)境中進(jìn)行工作。一體化測試網(wǎng)中也接入了所有一體化正式網(wǎng)中接入的外部數(shù)據(jù)，但在網(wǎng)絡(luò)上兩個網(wǎng)絡(luò)是不互通的。訪問方式為一體化網(wǎng)絡(luò)與測試網(wǎng)絡(luò)從邏輯上隔離開。連接方式為前置機(jī)雙網(wǎng)卡分別連接防火墻與航班情報網(wǎng)(如圖7所示)。防火墻1的outside (E0/1)接口連接前置機(jī)1 ； inside (E0/0)接口連接核心交換機(jī)1接口 G3/3，交換機(jī)分配其VLAN4網(wǎng)段(外部數(shù)據(jù)接口 VLAN) ；DMZ (E0/2)接口連接核心交換機(jī)1接口 G3/34，交換機(jī)分配其VLAN207網(wǎng)段(測試VLAN)，IP地址如圖所示。防火墻2的outside (E0/1)接口連接前置機(jī)2 ； inside (E0/0)接口連接核心交換機(jī)2接口 G3/3，交換機(jī)分配其VLAN4網(wǎng)段(外部數(shù)據(jù)接口 VLAN)，IP地址如圖所示。實現(xiàn)方式為在防火墻1上，將前置機(jī)1與防火墻1直連接口的IP地址，分別靜態(tài)映射為VLAN207與VLAN4網(wǎng)段IP地址(如圖所示)，生產(chǎn)網(wǎng)訪問172. 17. 4.5(測試PC訪問 10. 1. 2. 90)地址，讀取前置機(jī)1上的數(shù)據(jù)。在防火墻2上，將前置機(jī)2與防火墻2直連接口的IP地址，映射為VLAN4網(wǎng)段IP 地址(如圖所示)，生產(chǎn)網(wǎng)訪問172. 17. 4. 6地址，讀取前置機(jī)2上的數(shù)據(jù)。在防火墻配置靜態(tài)路由使測試網(wǎng)段和生產(chǎn)網(wǎng)段地址分別從正確接口路由出去；因為前置機(jī)有雙網(wǎng)卡，也需指定靜態(tài)路由，使從生產(chǎn)網(wǎng)和測試網(wǎng)數(shù)據(jù)包從正確接口返回。由于防火墻與前置機(jī)相連的outside (E0/1)端口，安全等級默認(rèn)為最低(outside =0，DMZ = 50，inside = 100)，因此前置機(jī)無法主動訪問一體化網(wǎng)絡(luò)內(nèi)部PC機(jī)及服務(wù)器。在防火墻上部署ACL，禁止DMZ接口與inside接口的互相訪問，邏輯隔離測試網(wǎng)與生產(chǎn)網(wǎng)。以上實施例僅用于說明但不限制本發(fā)明。在權(quán)利要求的范圍內(nèi)本發(fā)明還有多種變形和改進(jìn)。凡是依據(jù)本發(fā)明的權(quán)利要求書及說明書內(nèi)容所作的簡單、等效變化與修飾，皆落入本發(fā)明專利的權(quán)利要求保護(hù)范圍。
權(quán)利要求
1.用于航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)，其特征在于，包括歐洲貓引接服務(wù)器，接收歐洲貓自動化處理系統(tǒng)輸出的打印口數(shù)據(jù)；電報引接服務(wù)器，接收轉(zhuǎn)報系統(tǒng)的轉(zhuǎn)報機(jī)轉(zhuǎn)發(fā)的飛行計劃相關(guān)的AFTN電報和SITA電報，及與氣象相關(guān)的AFTN電報；雷達(dá)數(shù)據(jù)引接及處理服務(wù)器，接收并處理來自歐洲貓自動化處理系統(tǒng)輸出的DOD雷達(dá)數(shù)據(jù)和中國電子科技集團(tuán)第觀研究所自動化處理系統(tǒng)輸出的雷達(dá)航跡數(shù)據(jù)；情報引接服務(wù)器，接收情報室提供的數(shù)據(jù)；以及與所述服務(wù)器相連的MQ服務(wù)器。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述歐洲貓引接服務(wù)器、電報引接服務(wù)器及雷達(dá)數(shù)據(jù)弓I接及處理服務(wù)器通過串口通信分別接收多路數(shù)據(jù)。
3.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述情報引接服務(wù)器通過數(shù)據(jù)庫同步的機(jī)制獲取情報室解析并處理過的情報數(shù)據(jù)至一體化數(shù)據(jù)庫。
4.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述歐洲貓引接服務(wù)器、電報引接服務(wù)器及雷達(dá)數(shù)據(jù)引接及處理服務(wù)器與所述MQ服務(wù)端之間通過MQ集群負(fù)載均衡方式通信。
5.如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述歐洲貓引接服務(wù)器、電報引接服務(wù)器上裝有前置模塊，所述前置模塊上安裝有MQ服務(wù)端，與MQ服務(wù)器上的隊列管理器建立MQ集群，并通過服務(wù)器集群的負(fù)載均衡方式與MQ服務(wù)器上的MQ隊列管理器進(jìn)行通信。
6.如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述MQ服務(wù)器上裝有用于從MQ隊列管理器接收數(shù)據(jù)并處理的后置模塊。
7.如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述雷達(dá)數(shù)據(jù)引接及處理服務(wù)器包括所述前置模塊、后置模塊及MQ服務(wù)端，并與VIFS服務(wù)器連接。
8.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述電報引接服務(wù)器可配置用于監(jiān)控與轉(zhuǎn)報機(jī)之間的通信。
全文摘要
本發(fā)明涉及用于航班信息一體化管理系統(tǒng)的外部數(shù)據(jù)引接系統(tǒng)包括歐洲貓引接服務(wù)器，接收歐洲貓自動化處理系統(tǒng)輸出的打印口數(shù)據(jù)；電報引接服務(wù)器，接收轉(zhuǎn)報系統(tǒng)的轉(zhuǎn)報機(jī)轉(zhuǎn)發(fā)的飛行計劃相關(guān)的AFTN電報和SITA電報，及與氣象相關(guān)的AFTN電報；雷達(dá)數(shù)據(jù)引接及處理服務(wù)器，接收并處理來自歐洲貓自動化處理系統(tǒng)輸出的DOD雷達(dá)數(shù)據(jù)和中國電子科技集團(tuán)第28研究所自動化處理系統(tǒng)輸出的雷達(dá)航跡數(shù)據(jù)；情報引接服務(wù)器，接收情報室提供的數(shù)據(jù)；以及與所述服務(wù)器相連的MQ服務(wù)器。采用本發(fā)明可接收來自各空管信息系統(tǒng)的數(shù)據(jù)以進(jìn)行整合與統(tǒng)一利用。
文檔編號H04L12/56GK102377657SQ20101025921
公開日2012年3月14日 申請日期2010年8月20日 優(yōu)先權(quán)日2010年8月20日
發(fā)明者何勇, 孫軼, 干偉敏, 張正飛, 曹燁琇, 朱士新, 李學(xué)忠, 潘躍晨, 王魯杰, 白宇駿, 金明祥, 錢海生, 陳偉青, 陳曉建, 顧平輝, 高愛國 申請人:中國民用航空華東地區(qū)空中交通管理局