專利名稱：：用于飛行測試的機載處理的系統(tǒng)和方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及用于飛行測試的機載處理系統(tǒng)和方法。
背景技術(shù)：
：投入運營的飛機的安全性和飛行品質(zhì)取決于持續(xù)10到12個月的飛^"測試活動。在該測試活動期間，飛才幾裝備有大量傳感器，并配有能夠-執(zhí)行和解釋飛行測試的計算方法。在首飛之前和飛行測試活動期間，提供很多重要的裝置用于執(zhí)行新飛機的飛行測試，包括常規(guī)綜合試驗臺、飛行模擬器、結(jié)構(gòu)強度和疲勞(續(xù)航力)測試、機載設(shè)備、遠程測量裝置、地面測量裝置、地面彰:據(jù)處理系統(tǒng)等。才幾載裝置應(yīng)該日益可靠、強大并一莫塊化。飛行測試包括研究飛機及其系統(tǒng)在非常特殊的條件下的性能。所有測試能夠確i人i殳計部門啦文出的計算結(jié)果，或者揭示出一些需要調(diào)整的異常情況。利用這些測試向民航認證機構(gòu)證明該飛機處于能接受適航認證的狀態(tài)。為此，飛行測試工程師使用能夠給出飛行期間不同待執(zhí)行步驟細節(jié)的預定測試程序。飛行測試工程師使用由機載測試裝置提供的數(shù)據(jù)，在不同階段，飛行測試工程師-幫助飛4亍員建立測試所需的條件，-扭j亍測試，-與在地面使用遠程測量手段實時監(jiān)視測試飛機的專家保持聯(lián)絡(luò)，-為機組人員和飛機保障安全條件。飛行期間的所有飛機數(shù)據(jù)被記錄下來，然后在地面上由不同的專業(yè)的工程師進^f于分析。測試飛機上機載裝置的主要功能在于-執(zhí)行測試；不同的屏幕包括用于判斷測試是否有效的方框圖或曲線，-監(jiān)控測試裝置，-實時計算飛行模式，-存儲生成的數(shù)據(jù)，-動態(tài)創(chuàng)建遠程測量信息。機載裝置用于在測試飛行期間，使用不干擾飛機及其系統(tǒng)的特殊手,殳偵察飛4幾。它們包括四個等級-傳感器(或信號輸出點)和測量格式，其目的是提供飛機的基本參數(shù)，-處理一些信息，然后將其提供給飛行測試工程師，使其可以沖丸4亍測試，-將特定信息實時發(fā)送到地面，以使遠程測量專家可以監(jiān)控測試，-在飛行之后，存儲所有收集的或計算的信息，用于在地面進4亍更詳細的分析。因此，超過六千個測試系統(tǒng)在飛4亍的每一秒才是供差不多十萬條45。為了指導在飛機上進行的飛行測試，飛行測試工程師需要大量來自飛機傳感器的信息可視化。通過通用機載計算機(CUB)提供了這個對于飛行測試良好運作的基本功能，這些計算機包括全部設(shè)備，獲取測量數(shù)據(jù)，處理該知的現(xiàn)有才支術(shù)中的系統(tǒng)對通用才幾載計算才幾上遇到的石更件和軟件問題非常敏感。簡單的故障就可能導致停止計劃好的測試，對經(jīng)費產(chǎn)生巨大影響。已知的現(xiàn)有技術(shù)中的系統(tǒng)的主要問題在于，它是在與機載系統(tǒng)的使用范圍不兼容的計算機中心環(huán)境中操作。事實上這些機載系統(tǒng)具有必須在完全自動化的模式下工作在出現(xiàn)問題的情況下，工程師的任何干涉都不能實現(xiàn)重新配置系統(tǒng)。這就是為什么硬件的體系結(jié)構(gòu)和軟件的組件被設(shè)計成"容4晉的"。唯一允許的人為干預是打開和關(guān)閉計算才幾。本發(fā)明的目的是一種能夠在計算機發(fā)生故障的情況下自動重新配置的硬件和軟件結(jié)構(gòu)，避免測試控制計算機;更件故障引起的測-汰失敗的風險。
發(fā)明內(nèi)容本發(fā)明涉及機載飛行測試處理的系統(tǒng)，其特征在于，包括連4妻到以太網(wǎng)的標準的可交換計算才幾組，安裝在每個計算才幾上的同一壽欠件，其中，每個計算才幾均包括監(jiān)測組中其他計算才幾的裝置，以1更在任何時刻參與的計算才幾和在每個計算機上進4亍的任務(wù)是已知的，這些監(jiān)控手賴:使用在每個計算機中都相同的策略文件，該文件詳盡描述了所有計算機的所有信息，并列出了每個計算機的任務(wù)。有利地，安裝在每個計算機上的軟件包括下列模塊-第一裝置"可用性管理器"，其根據(jù)由其他裝置輸入的要素來管理應(yīng)用^呈序，-靜態(tài)"策略文件"表，限定每個計算機操作，-第二裝置"組監(jiān)視器"，用于描述任意時刻計算機組的成員，-第三裝置"應(yīng)用程序監(jiān)視器"，監(jiān)視在系統(tǒng)中正在執(zhí)行的應(yīng)用程序的狀態(tài)-第四裝置"上下文管理器"，管理計算機的上下文。有利地，策略文件詳盡描述了組中所有計算機的所有配置，通過所述計算機組的成員，在任何時刻，每個計算機都了解需要執(zhí)行的任務(wù)列表，并且還了解其他計算機所執(zhí)行的任務(wù)列表。策略文件包括-第一部分，通過將邏輯名稱和可4丸行列表結(jié)合來描述應(yīng)用程序模塊，此可執(zhí)行列表代表提供的一個服務(wù)或者一系列服務(wù)。-第二部分，將可用的功能的名稱與可能屬于該組的每個計算才幾相結(jié)合，-第三部分，將應(yīng)用程序模塊與計算機能夠執(zhí)行的每個功能相結(jié)合。組監(jiān)視器循環(huán)發(fā)送包含計算機的名稱和地址的信息，該監(jiān)控器在該計算才幾上運^于。它扭^于兩個功能-將該網(wǎng)絡(luò)上一臺計算機的存在的信號循環(huán)發(fā)送到其它計算機，-連續(xù)監(jiān)聽網(wǎng)纟各，以Y更建立和維護組中計算才幾列表。應(yīng)用程序監(jiān)控器循環(huán)檢查運行在計算機上的應(yīng)用程序的狀態(tài)，并將異常情況的信號發(fā)送到可用性管理器。上下文管理器執(zhí)行兩個功能-寫應(yīng)用程序的跟蹤日志，這個日志包含每個應(yīng)用程序的執(zhí)行信息和來自每個應(yīng)用程序的錯誤，以及用于組內(nèi)改變的策略變化；-其將應(yīng)用畔呈序的上下文文件分配到其他計算4幾，以^更當策略改變造成計算機組成員的變化時，任務(wù)可以從一臺計算機轉(zhuǎn)移到另一計算才幾?？捎眯怨芾砥鞲鶕?jù)策略文件中的指令啟動、重啟或終止應(yīng)用,呈序，并且連續(xù)更豸斤過禾呈4犬態(tài)表(tabledesituationdesprocessus),其佳J尋4壬務(wù)間通^[言系統(tǒng)能夠確定每個應(yīng)用禾呈序的i也址。有利地，每個計算機都是UNIX計算機，并將LINUX輸入/輸出盒用于外部功能。本發(fā)明還涉及用于處理系統(tǒng)的機載測試處理方法，處理系統(tǒng)包含一組連接到以太網(wǎng)的標準可交換計算4幾，安裝到每個計算才幾的同一種軟件，其特征在于，在一臺計算機發(fā)生故障的情況下，執(zhí)行下列步驟-通過仍在運行的計算^幾來^r測異常狀況，-才艮據(jù)在每個計算沖幾上都相同的策略文件中確定的策略來自動重新配置系統(tǒng)，該策略文件詳盡地描述了這組計算才幾的所有配置，列出了每個計算機的任務(wù)，-維持用于測試的基本功能。才艮據(jù)本發(fā)明的系統(tǒng)基于才幾載領(lǐng)域中的新元件-使用可互換的標準UNIX計算機(計算機庫)和用于外部功能的Linux輸入/輸出盒，圍繞以太網(wǎng)組織的結(jié)構(gòu)，-一些軟件元件，其共同承擔對計算機功能進行監(jiān)一見，基于預定策略構(gòu)建重新配置設(shè)備通過附加的鑰匙考慮計算機的功能，監(jiān)S見應(yīng)用禾呈序，維護和分配應(yīng)用程序環(huán)境，為4幾器和應(yīng)用程序^f呆留最新的事件和4普誤日志，動態(tài)定^f立不同的功能。組中所有計算才幾具有相同的配置和相同的影響，因此可以互換。每個計算機均具有如下特征-每個計算機上都運行四個任務(wù)組監(jiān)視器、上下文管理器、應(yīng)用程序監(jiān)視器和可用性管理器。-通過在每臺計算才幾中相同的策略文件-使組保持一致。除了發(fā)送"心跳，，信號外，計算機之間不進行對話。圖1示出了飛行測試工程師使用的根據(jù)本發(fā)明系統(tǒng)的工作站，圖2示出了才艮據(jù)本發(fā)明的系統(tǒng)的結(jié)構(gòu)，圖3示出了根據(jù)本發(fā)明系統(tǒng)的基礎(chǔ)計算機的軟件組的結(jié)構(gòu)，圖4A和圖4B示出了根據(jù)本發(fā)明針對故障的容錯功能的實例。具體實施例方式本發(fā)明的機載飛行測試處理系統(tǒng)在相同的硬件平臺上結(jié)合了六個功能-測試控制功能飛4于測試的顯示和監(jiān)督，飛4于測試i殳備的控制。-事件檢測功能設(shè)備、參數(shù)、存儲。-預操作功能模式(加載、執(zhí)行等)、觸發(fā)、電網(wǎng)絡(luò)質(zhì)量、導出參數(shù)等。-寬頻帶處理功能FFT(快速傅立葉變換)、適當?shù)呐袚?jù)、峰值檢測、統(tǒng)計。-遠程測量功能生成遠一呈測量信息。-被稱作"AFDX網(wǎng)"的交換式以太網(wǎng)冗余通信網(wǎng)絡(luò)監(jiān)督功能，如說明書結(jié)尾處的參考文獻[1]和[2]中所述。飛4亍測試工程師4吏用如圖1所示的工作站控制這種系統(tǒng)，該工作站具體包括-上4卩的四個屏幕1、2、3、4一兩個纟會圖4義5、6-兩個彩色打印才幾7、8。根據(jù)本發(fā)明的交換式飛行測試裝置的結(jié)構(gòu)基于四個數(shù)據(jù)處理等級-第一級，或傳感器級，-第二級，或獲耳又級，-第三級，或集中級，-第四級，或記錄和分析級。在第一級，每個物理量(壓力、溫度、力等)被轉(zhuǎn)換為可測量電量(電壓或電流)。在該等級中一些系統(tǒng)可能結(jié)合了第二等級的一部分功能，例如，濾波、—莫/^t轉(zhuǎn)換等。第二級系統(tǒng)涉及模擬、數(shù)字、離散的獲取信息。具體地，這些系統(tǒng)執(zhí)行下列任務(wù)對于數(shù)字輸入傳感器控制、模擬濾波、數(shù)據(jù)采樣和模/數(shù)轉(zhuǎn)換、建立有限的數(shù)學函數(shù)等，對于數(shù)字輸入標簽分類、濾波，對于所有輸入4艮據(jù)全局同步將時間標記，才各式化數(shù)據(jù)并打包，朝它們的目標(第四等級組)分類凄欠據(jù)包。第三級是將所有從第二級系統(tǒng)傳輸?shù)降谒募壪到y(tǒng)的數(shù)據(jù)流匯總的等級。^:據(jù)通過該第三級時沒有任何改變。唯一的功能是通過標準以太網(wǎng)轉(zhuǎn)換來實現(xiàn)事件幀的轉(zhuǎn)換(aiguillage)和復制。第四級系統(tǒng)是預先約定飛機參數(shù)流的機載系統(tǒng)，諸如-為后續(xù)的地面分析存儲大量數(shù)據(jù)，-由機載測試處理單元進行預處理，并顯示給飛行測試工程師，-遠禾呈測量。包含每個系統(tǒng)配置的飛行測試數(shù)據(jù)庫用于管理飛行測試裝置(installation)中的所有系統(tǒng)。該數(shù)據(jù)庫描述了每個飛機參數(shù)從其使用周期(物理現(xiàn)象)的最開始直到將其存儲到數(shù)據(jù)包中的變化。如圖2所示，才艮據(jù)本發(fā)明的交換式飛行測試裝置包括-基礎(chǔ)系統(tǒng)10，-寬帶系統(tǒng)11，基礎(chǔ)系統(tǒng)10包4舌-在圖中未示出的第一級，參lt測量"全雙工"總線接口-第二級12:AFDX單元13和標準單元14-第三級轉(zhuǎn)換單元15-第四^及16:若干處理單元20至25，分別對應(yīng)于-測試控制單元20和21,-予貞處理(pr6畫exploitation)單元22和23，-遠程測量單元24，-AFDX網(wǎng)纟各監(jiān)i^單元25以太網(wǎng)轉(zhuǎn)換單元26,*飛4亍測試工程師4吏用的記錄和分析單元28，，包括「諸如屏幕41、4建盤和鼠標裝置42、打印機43、^更攜式計算4幾44、繪圖4幾45、屏幕拷貝46、輸入/輸出盒47、被設(shè)計為進行飛機計算機查詢并改變這些計算才幾的參^的單元48。寬帶系統(tǒng)11包4舌-圖中未示出的第一級*寬帶參數(shù)測量，-第二級AFDX單元35和標準單元36-第三級轉(zhuǎn)換單元38-第四級處理單元40。上文提到的以太網(wǎng)轉(zhuǎn)換單元26。系統(tǒng)的通用結(jié)構(gòu)包括一組基礎(chǔ)計算才幾50,其中，所有基礎(chǔ)計算機協(xié)作以提供服務(wù)并改進可用性。軟件組提供可用性功能。所有計算機均限定同樣的軟件組，以便于更新軟件組。這樣，所有計算機總是起相同的作用。換句話說，沒有一臺計算機被當作是主4幾或主服務(wù)器。這組計算才幾的數(shù)量沒有限制。為了克服主月良務(wù)器的占用和對話發(fā)布順序，為每臺計算才幾50都提供了在任意時間獲知其合作伙伴及其執(zhí)行任務(wù)的裝置。這些信息通過每臺計算機發(fā)送的心跳信息獲得，用于構(gòu)建和維護當前計算機列表。該列表是決定如何調(diào)配任務(wù)到每臺計算機的入口點。該信息可在每臺計算機根據(jù)組構(gòu)成采用的描述計算機的策略文件中得到。如圖2所示，對于每個給定的計算機，與以太網(wǎng)51連接的基礎(chǔ)計算才幾50上的軟件組的結(jié)構(gòu)包含如下才莫塊-第一模塊52，被稱作"可用性管理器"，根據(jù)其他模塊提供的要素來管理應(yīng)用程序，-靜態(tài)表格53，被稱作"策略文件"，定義每臺計算機50的運行，-第二模塊54，被稱作"組監(jiān)視器"，描述所有時刻所有計算才幾50的纟且4牛，-第三模塊55,被稱作"應(yīng)用程序監(jiān)視器"，監(jiān)^T當前系統(tǒng)中運4亍的所有應(yīng)用禾呈序56,-第四模塊57,被稱作"上下文管理器"，管理給定計算機50的上下文。下面將分別描述模塊52、54、55、57以及用于給定計算機50的靜態(tài)表格53。策略文件策略文件53詳盡地描述所有計算機中的所有配置，包括每個計算機在所有情況下必須執(zhí)行的任務(wù)列表。因此，通過參考計算機組的組成，每個計算機都了解任意時刻它必須執(zhí)行的任務(wù)列表和分配纟合組中其他計算才幾的任務(wù)列表。該計算才A4乘作表53依次描述了應(yīng)用程序組、計算才幾和應(yīng)用的策略。組中所有計算機上的表53都是相同的。每個計算機用其來確定-應(yīng)4丸行的功能，-在其上運4亍并應(yīng)該監(jiān)一見的應(yīng)用禾呈序，-其^也計算才幾的^犬況。策略文件53描述了系統(tǒng)配置的三個方面。第一部分描述了應(yīng)用程序模塊，其與代表要提供的一個或一組月l務(wù)的可執(zhí)行列表和邏輯名稱相結(jié)合。用這種方式可以定義幾個名稱。當創(chuàng)建這些列表時，確保相同的任務(wù)不能位于可同時在一個或幾個計算機上執(zhí)行的幾個應(yīng)用程序模塊中是十分重要的。通過它們的運行程序的名稱來得知他們是否可執(zhí)行。出現(xiàn)在列表中的順序決定了每個任務(wù)啟動的順序。應(yīng)用運行程序的名稱后跟隨可以確定程序?qū)⒁院畏N模式運行的字段。至少兩個不同的模式可以給出，也就是"等待"模式和"未監(jiān)控"模式。等待模式對應(yīng)于在啟動列表中的后續(xù)任務(wù)之前必須等待執(zhí)行結(jié)束的任務(wù)。該模式使在普通飛行模式中不可能的鏈接變成可能。這可能包括在其他任務(wù)使用某個要素之前預先配置該要素的任務(wù)。該模式保證了后續(xù)的運行。第二部分將可用功能的名稱與可能屬于組的計算機相結(jié)合。這些功能的數(shù)量至少等于組中使用計算機的最大可能數(shù)量。在每一時刻，每個計算才幾在組中起唯一的作用。在^要計劃進行的才乘作期間，這些功能中的一個可以不執(zhí)行任〗可應(yīng)用程序，并準備以一對一的方式代替故障計算機以提供完全的冗余備份。在大多數(shù)情況下，這些功能與計算枳4是供的月l務(wù)相對應(yīng)，并增加對應(yīng)于不同可4妄受降鄉(xiāng)及才莫式的全部功能。第三部分使應(yīng)用程序模塊與計算機可執(zhí)行的每個功能鏈接。該部分詳盡定義了不同計算才幾之間所有可能的組合。每種組合^f吏用的計算才幾都,皮指定一個應(yīng)用程序才莫塊。因此，同一個策略文件53可以安裝在具有同樣裝置的幾個飛才幾中，也可以用于在石更件故障之后替換計算才幾50，而無需改編策略文件。后一種選沖奪^又在使用可沖丸行相同功能的另一計算才幾進行替換的時4夷可4亍，這尤其意p未著外圍i殳備配置必須嚴才各相同。組監(jiān)控器組監(jiān)控器54為系統(tǒng)循環(huán)地發(fā)出心跳信號(signaldevie)，并監(jiān)聽來自另一計算才幾的心跳信號，以創(chuàng)建組成員列表并^f呆持更新。組監(jiān)控器54執(zhí)行兩個功能_將網(wǎng)絡(luò)上計算4幾50中存在的信號循環(huán)發(fā)送給其他計算才幾。-連續(xù)監(jiān)聽網(wǎng)絡(luò)，以構(gòu)建和維護組中計算機列表。組監(jiān)控器54周期性地發(fā)送包含運行計算機的名稱和IP("互聯(lián)網(wǎng)協(xié)議")地址的信息。該消息以傳播(diffusion)才莫式發(fā)送到網(wǎng)絡(luò)51上，以告知所有其他的成員。選擇"組播"使給計算機組一個標識成為可能。因此，在同一個網(wǎng)絡(luò)中可以創(chuàng)建幾個計算機組。配置文件與組監(jiān)控器相結(jié)合。這個文件包括含有計算機組的組^番的地址和用于調(diào)整心逸M言號發(fā)送周期的時間變量的凄t據(jù)。在一個特定的計算才幾組中，每個成員的配置文件必須相同。組監(jiān)控器54的第二個功能是連續(xù)監(jiān)聽來自其他計算機50的心跳信號。使用其接收的消息，創(chuàng)建計算機列表并發(fā)送給可用性管理器52。然后，保存該列表。換句話說，根據(jù)接收到的消息，它添加或刪除計算才幾50。當組發(fā)生變化時，組監(jiān)控器54向可用性管理器52發(fā)送新的列表。如果在幾個連續(xù)周期期間計算4幾50沒有發(fā)送心跳信號，則在列表中將其刪除。周期的數(shù)目是配置文件中的一個參數(shù)。一旦可用性管理器消失，則通過與可用性管理器52之間的通信信道，組監(jiān)控器54被告知。如果這種情況發(fā)生了，則組監(jiān)控器54停止發(fā)送心跳信號，因為可用性管理器52的消失表明應(yīng)用程序也消失了，或者至少應(yīng)用程序不是都在運行狀態(tài)。組監(jiān)控器54管理組的一致性。系統(tǒng)4吏用它來確定《壬意時刻計算機組的組成，包括系統(tǒng)成員以及存儲在成員中的應(yīng)用程序。這些信息由計算機組的組成和策略文件53推導而得。由于所有計算機50上的策略文件是相同的，則系統(tǒng)的一致性耳又決于對計算機列表的信任。應(yīng)用程序監(jiān)控器應(yīng)用禾呈序監(jiān)控器55循環(huán)4企測運4亍于計算才幾50中的應(yīng)用禾呈序狀態(tài)，并向可用性管理器通報所有異常。應(yīng)用程序監(jiān)控器55周期性地驗證應(yīng)用程序是否是激活狀態(tài)。啟動時，應(yīng)用程序監(jiān)控器55讀耳又配置文件，從而接收與它有關(guān)的時間參數(shù)。該文件與包含用于組監(jiān)控器54的參數(shù)的文件相同。應(yīng)用程序監(jiān)控器55接收可用性管理器52運行的應(yīng)用程序列表。該列表包含應(yīng)用程序名稱及其標識符。它周期性地查詢每個應(yīng)用程序以4企查其活3夭性。如果某個應(yīng)用程序消失，或運行異常，則通知可用性管理器。其角色限于監(jiān)控應(yīng)用禾呈序，并通知可用性管理器52,4吏可用性管理器可以處理^:障。如果這種情況發(fā)生，則通過其通信信道通知應(yīng)用程序監(jiān)控器55可用性管理器52消失。在這種情況下，不再監(jiān)控任何點，因為應(yīng)用程序監(jiān)控器自己不能做出任何決定或采取任何行動。上下文管理器上下文管理器574丸^f于兩個功能-將關(guān)于每個應(yīng)用程序的執(zhí)行和錯誤的信息寫入應(yīng)用程序跟蹤日志，并改變用于改變組的成員的策略。生成的文^f牛用于系統(tǒng)-使用周期期間的精確監(jiān)控。-將應(yīng)用程序上下文文件分配到組中其他計算才幾50,以^更計算機組的成員因策略改變而變化時，如果需要，一個任務(wù)可以從一臺計算機50轉(zhuǎn)移到另一計算機。上下文管理器57是^M于兩個力良務(wù)的實用工具。首先，它組織計算才幾3艮蹤文件，其次，它作為應(yīng)用禾呈序重啟文件的本地和遠程寫入者。啟動時，在為當前時,殳打開活動文件前，上下文管J里器57制作一份舊活動文件的備份。目的是保存系統(tǒng)每次啟動后的歷史記錄。上下文管理器57設(shè)立了一個郵箱，每個應(yīng)用程序?qū)⑺男畔?、蹤跡或錯誤消息發(fā)送到這個信箱，以提供一個容易使用的診斷工具。上下文管理器騰空郵箱，并在一個單獨的文件中的組織這些消息。只有一個文件使順序的事件監(jiān)測變得容易，便于探測任何應(yīng)用程序之間的交互作用。一組工具用于通過對應(yīng)用程序、嚴重性、時區(qū)等的提取來解釋該文件。提供一系列的應(yīng)用程序用來寫自身信息的功能。這些功能被分組到一個庫中并屏蔽掉安裝的機理，程序員像普通的程序調(diào)用一樣4吏用它們。一些應(yīng)用考呈序在#丸4亍時改變了上下文。如果主計算沖幾或基礎(chǔ)計算才幾上的應(yīng)用禾呈序纟冬止和重啟，在初始階l殳不丟失上下文(contexte)并且不重啟是十分重要的。重啟文件的概念解決了這個問題，使得可以在終止前適當?shù)纳舷挛闹兄貑ⅰ?yīng)用程序可〗吏用庫中的一組功能來創(chuàng)建重啟文件。需要〗吏用這個方法的任務(wù)將帶有其重啟^t據(jù)的消息發(fā)送到由上下文管理器管理的郵箱。上下文管理器周期性地清空郵箱，將數(shù)據(jù)寫入應(yīng)用程序的重啟文件，并將其發(fā)送給組內(nèi)其他計算才幾?？捎眯怨芾砥骺捎眯怨芾砥?2根據(jù)策略文件53中的指令啟動、重啟或停止應(yīng)用程序，并v吏過程狀態(tài)表保持最新，以^f吏一個內(nèi)部任務(wù)通信系統(tǒng)用它來獲取每個應(yīng)用程序的地址。它也總在等待一個要安裝的新的軟件版本?？捎眯怨芾砥?2位于軟件組中心。它包含了大量功能-加載策略文件，-恢復并使用組監(jiān)控器54發(fā)送的信息，-確定4寺應(yīng)用的策略和啟動應(yīng)用,呈序，-向應(yīng)用程序監(jiān)控器通才艮正在運^f于的應(yīng)用程序列表，-才艮據(jù)策略或應(yīng)用程序事件，終止、啟動或重啟應(yīng)用程序，-管理可通過應(yīng)用程序讀取的過程信息表，-神笨測和安裝新的軟件組。在初始化時，可用性管理器52讀取配置文件，用于恢復其需要的參數(shù)。可用性管理器524企查啟動應(yīng)用程序所需的環(huán)境變量的實際i殳置。如果沒有，發(fā)送錯誤信號，可用性管理器終止運行。可用性管理器52將策略文件53載入存儲器，使其可以估丈出正確反應(yīng)。只要其有效，在組監(jiān)控器發(fā)出通知后，可用性管理器讀取該表并#支出必要的決定，或者更新這個包含應(yīng)用程序處理信息的表?？捎眯怨芾砥鬟B續(xù)監(jiān)聽其與組監(jiān)控器54通信的信道。一旦收到組變更的通知，〗更讀耳又策略文件53并確定需要建立的應(yīng)用禾呈序模塊。它比庫交需要運4亍的應(yīng)用考呈序列表和有承丈的(active,正在運4亍的)應(yīng)用程序列表，根據(jù)比較結(jié)果推導出一系列要執(zhí)行的操作?？捎眯怨芾砥?2也監(jiān)聽其與應(yīng)用程序監(jiān)測器通信的信道。當應(yīng)用程序監(jiān)控器發(fā)出通凈艮時，它終止并重啟纟皮通才艮故障的應(yīng)用程序。該才喿作不能無限連續(xù)。經(jīng)過由配置文件中的參^:限定的一定次凄丈的重啟后，可用性管理器52宣布應(yīng)用禾呈序無歲文，并最終因此一尋其終止。在可用性管理器停止之前或者安裝新軟件組步驟期間，可以對所有有效任務(wù)激活停止步驟。調(diào)-汰或i也面維護時，也可能纟冬止或重啟所有應(yīng)用禾呈序。過程(surlesprocessus)信息表的主要功能是將其他任務(wù)的地址通知每個應(yīng)用程序，4吏它們可以通信。首先，該表含有一個鎖，在可用性管理器52將數(shù)據(jù)輸入表時防止表被讀取。其包含的一般類型的第二種信息是在全局系統(tǒng)上運行的任務(wù)個數(shù)。其他指示涉及在所有計算才幾50上運行的每個過程。可用性管理器52將每次策略變化都填入表中。可用性管理器52利用它對計算機組成員和策略表的了解來決定某項給定任務(wù)的主計算機。對于每個過程，表指示了任務(wù)標識符、過程有效的計算機名稱、該計算機的IP("互聯(lián)網(wǎng)協(xié)議")地址、任務(wù)特性、以及表明系統(tǒng)級的故障任務(wù)的任務(wù)有效/失效指示?？捎眯怨芾砥?2周期性地^^查是否應(yīng)安裝新的軟件組。存在一個步驟，通過該步驟便攜式計算機將新軟件組存入組中計算機。軟件組以若干壓縮存檔文件的形式存儲到指定目錄中。如果檢測到這些文件，所有應(yīng)用程序?qū)⒈唤K止?？捎眯怨芾砥鹘鈮嚎s不同文件，復制、移動它們并解存檔(d6sarchive)。這些操作之后，可用性管理器52再次讀取策略文件53并重啟應(yīng)用程序。在計算才幾出現(xiàn)故障的情況下，則如圖3所示的才艮據(jù)本發(fā)明的系統(tǒng)可以自動地重新自我配置。圖4A和圖4B表示了這樣工作的一個實例。在圖4A中，四個計算才幾50(功能FTE1、FTE2、OPEl、OPE2)連4妻到以太網(wǎng)51,彼此可以通信(參見標號為60的人)。每臺計算才幾沖丸行幾個4壬務(wù)。所有計算才幾50采用的策略工作良好。在圖4B中，第二計算機上采用的策略FTE2不好。本該在功能FTE2上執(zhí)行的任務(wù)一皮重新分配到其他計算纟幾50。參考文獻"AnAFDX-basedflighttestsystem",Herv6Gachette,PhilippeRicoetFran—s-HenriWorm(CreativeElectronicSystems;AdresseInternet:http:〃www.sfte.org/newsletter/euro—4-1.pdf,mai2004.)"AIMtoprovidecommonstandardAFDXdatabusanalysersfortheAirbusA380，，(revuedepressedelasoci6t6AIMa1，adresseintcni6t:http:〃www.airforcetechnology.com/contractors/manufacturing;/aim/pressl.html，17octobre2003)權(quán)利要求1.用于飛行測試的機載處理的系統(tǒng)，其特征在于，包括連接到以太網(wǎng)(51)的標準可交換計算機(50)組，安裝在每臺計算機上的同一軟件，其中，每臺計算機包括監(jiān)測所述組中其他計算機的裝置，以使參與的計算機以及在每個計算機上執(zhí)行的任務(wù)在任意時間都已知的，這些監(jiān)控裝置使用在每臺計算機都相同的策略文件(53)，所述策略文件詳盡描述了所有計算機中的所有信息，并列出每個計算機的任務(wù)。2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，安裝在每個計算機上的所述軟件包括第一"可用性管理器"裝置(52),其根據(jù)由其他裝置輸入的要素來管理應(yīng)用禾呈序，靜態(tài)"策略文件"表(53),其限定每臺計算機(50)的操作，第二"組監(jiān)控器"裝置(54)，其描述任意時刻的所述計算機組成員，第三"應(yīng)用程序監(jiān)控器"裝置(55)，其監(jiān)控在所述系統(tǒng)上才丸4亍中的應(yīng)用禾呈序(56)的習犬態(tài)，第四"上下文管理器"裝置(57)，其管理安裝有所述上下文管理器的所述計算4幾的上下文。3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其中，所述策略文件詳盡地描述所述組中所有計算才幾的全部配置，其中，通過所述計算才幾組的成員，在任意時間，每臺計算機都了解需要執(zhí)行的任務(wù)列表，并且還了解其他計算機所執(zhí)行的任務(wù)列表。4.根據(jù)權(quán)利要求3所述的系統(tǒng)，其中，所述策略文件包括第一部分，通過將邏輯名稱和可4丸4亍列表結(jié)合來描述應(yīng)用程序模塊，所述可執(zhí)行列表代表提供的一項服務(wù)或者一系列服務(wù)，第二部分，將可用功能的名稱與可能屬于所述組的每個計算機相結(jié)合，第三部分，將應(yīng)用程序模塊與計算機能夠執(zhí)行的每個功能相結(jié)合。5.根據(jù)權(quán)利要求2所述的系統(tǒng)，其中，所述組的監(jiān)控器循環(huán)發(fā)送包含計算機名稱和地址的信息，所述監(jiān)控器在所述計算機上運行。6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其中，所述組的監(jiān)控器執(zhí)行兩個功能將所述網(wǎng)絡(luò)上一臺計算才幾的存在的信號循環(huán)發(fā)送到其它計算機，連續(xù)監(jiān)聽所述網(wǎng)絡(luò)，以構(gòu)建并維護所述組中的計算才幾列表。7.根據(jù)權(quán)利要求2所述的系統(tǒng)，其中，所述應(yīng)用程序的監(jiān)控器循環(huán)才全查在所述計算4幾上運行的應(yīng)用程序狀態(tài)，并將異常情況的信號發(fā)送到所述可用性管理器。8.根據(jù)權(quán)利要求2所述的系統(tǒng)，其中，所述上下文管理器執(zhí)行兩個功能寫應(yīng)用程序的跟蹤日志，所述日志包含每個應(yīng)用程序的執(zhí)行信息和來自每個應(yīng)用程序的錯誤，以及用于在所述組內(nèi)的改變的策略變?nèi)~匕；將應(yīng)用程序的上下文文件分配到其他計算機中，使得當由于策略改變造成所述計算才幾組成員的改變時，4壬務(wù)能夠乂人一臺計算機轉(zhuǎn)移到另一臺計算機。9.根據(jù)權(quán)利要求2所述的系統(tǒng)，其中，所述可用性管理器根據(jù)所述策略文件中的指令啟動、重啟或停止所述應(yīng)用程序并且連續(xù)更新所述過程狀態(tài)表，其使得任務(wù)間通信系統(tǒng)能夠確定每個應(yīng)用程序的地址。10.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中，每臺計算機均為UNIX計算機。11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其包括用于外部功能的LINUX輸入/輸出盒。12.使用處理系統(tǒng)的機載測試處理方法，所述處理系統(tǒng)包括連接到以太網(wǎng)(51)的標準可交換計算機(50)組，安裝到每臺計算機(50)上的同一軟件，其特征在于，在計算機出現(xiàn)故障的情況下，執(zhí)行下列步驟通過仍在運4于的計算才幾來4企測異常，才艮據(jù)在每臺計算才幾上都相同的策略文件(53)中確定的策略來自動重新配置所述系統(tǒng)，所述策略文件詳盡描述了所述計算機組中的所有配置，其中，列出了每個計算機的任務(wù)，維持用于測試的基本功能。全文摘要本發(fā)明涉及一種用于飛行測試的機載處理系統(tǒng)，其包括連接到以太網(wǎng)(51)的標準可交換計算機(50)組，安裝到每個計算機的相同軟件。文檔編號G06F11/00GK101116058SQ200680004416公開日2008年1月30日申請日期2006年2月9日優(yōu)先權(quán)日2005年2月11日發(fā)明者米歇爾·貝爾比吉耶,讓-弗朗索瓦·多斯申請人:法國空中客車公司