一種基于ARINC659總線的中央維護(hù)裝置與方法與流程

本發(fā)明屬于嵌入式計算機(jī)的軟件維護(hù)技術(shù)，具體涉及一種基于ARINC659總線的中央維護(hù)裝置與方法。

背景技術(shù)：

嵌入式安全關(guān)鍵計算機(jī)系統(tǒng)，往往在一個機(jī)箱內(nèi)使用多個處理器板。每個處理器板或者完成不同的功能以組合實現(xiàn)系統(tǒng)功能，或者使用完全同樣功能的處理器板并聯(lián)組成余度系統(tǒng)以滿足安全關(guān)鍵系統(tǒng)的安全性要求。不論哪種方式，都需要機(jī)箱內(nèi)的處理器板之間能夠通過某種方式完成彼此之間信息的通訊。

ARINC 659背板數(shù)據(jù)總線(以后簡稱：ARINC 659總線)是基于時間觸發(fā)架構(gòu)的雙-雙余度配置的容錯串行總線，其按照時間規(guī)劃表定義背板總線上每一個節(jié)點(diǎn)的總線發(fā)送時間，并規(guī)定發(fā)送節(jié)點(diǎn)的兩個BIU只有在同周期發(fā)送同樣數(shù)據(jù)的情況下，才能將數(shù)據(jù)傳送到目標(biāo)節(jié)點(diǎn)，因此ARINC 659背板數(shù)據(jù)總線可以用作航空、航天、高鐵等安全關(guān)鍵領(lǐng)域的機(jī)箱內(nèi)背板總線，為一個計算機(jī)系統(tǒng)的多個處理器節(jié)點(diǎn)之間，提供確定可靠的節(jié)點(diǎn)間通訊。

對于使用ARINC659背板總線的計算機(jī)系統(tǒng)，其各處理器節(jié)點(diǎn)軟件、邏輯的監(jiān)控、維護(hù)升級，一般使用的是個處理器板通過串行接口或者網(wǎng)路接口與上位工控機(jī)連接，各計算機(jī)獨(dú)立進(jìn)行升級的方式來完成。這種方式需要每個處理器板與上位工控機(jī)均形成連接，需要完成的物理拓?fù)溥B接復(fù)雜，且即使各處理器節(jié)點(diǎn)需要維護(hù)同樣的軟件、邏輯目標(biāo)碼，也只能各節(jié)點(diǎn)依次順序完成，效率較差。相比之下，一種使用ARINC659總線的中央維護(hù)裝置與方法，可以極大程度的利用機(jī)箱內(nèi)已有的背板總線資源，以非常簡單的連接方式，完成計算機(jī)系統(tǒng)內(nèi)所有處理器節(jié)點(diǎn)的監(jiān)控與維護(hù)。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的是：對于使用ARINC659背板總線的計算機(jī)系統(tǒng)，充分利用其ARINC659背板總線的性能，利用簡單的物理交聯(lián)關(guān)系，實現(xiàn)計算機(jī)系統(tǒng)內(nèi)所有處理器節(jié)點(diǎn)軟件、邏輯的監(jiān)控、維護(hù)功能。

本發(fā)明的技術(shù)方案：

提供一種基于ARINC659總線的中央維護(hù)裝置，其特征在于，包括：ARINC659總線、被維護(hù)節(jié)點(diǎn)模塊、中央維護(hù)節(jié)點(diǎn)模塊、上位工控模塊、外部通訊總線；

所述的被維護(hù)節(jié)點(diǎn)模塊為基于ARINC659總線計算機(jī)系統(tǒng)中的節(jié)點(diǎn)模塊，所述節(jié)點(diǎn)模塊用來處理維護(hù)命令信息，并在收到維護(hù)命令信息后會向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送響應(yīng)信號；

所述的中央維護(hù)節(jié)點(diǎn)模塊，為掛在ARINC659總線上的處理器節(jié)點(diǎn)，該處理器節(jié)點(diǎn)能夠在通過外部通訊總線接收到上位工控模塊的維護(hù)服務(wù)命令后向掛在ARINC659總線上的被維護(hù)節(jié)點(diǎn)模塊轉(zhuǎn)發(fā)維護(hù)命令信息，并接收被維護(hù)的節(jié)點(diǎn)模塊的響應(yīng)信號再轉(zhuǎn)發(fā)給上位工控模塊；

所述的上位工控模塊，通過外部通訊總線向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)命令信息，并監(jiān)控各節(jié)點(diǎn)模塊的狀態(tài)，顯示維護(hù)結(jié)果；

所述的ARINC659總線，為讓中央維護(hù)節(jié)點(diǎn)模塊和各被維護(hù)節(jié)點(diǎn)模塊可以互相收發(fā)數(shù)據(jù)的背板總線；

所述的外部通訊總線用于實現(xiàn)中央維護(hù)節(jié)點(diǎn)模塊與上位工控模塊之間的數(shù)據(jù)交互。

進(jìn)一步的，所述的上位工控模塊的內(nèi)部包括主通訊包解析封裝模塊和維護(hù)服務(wù)命令模塊，維護(hù)服務(wù)命令模塊的維護(hù)服務(wù)命令信息由主通訊包解析封裝模塊進(jìn)行通訊包封裝，并發(fā)往中央維護(hù)節(jié)點(diǎn)模塊，再由主通訊包解析封裝模塊將中央維護(hù)節(jié)點(diǎn)模塊返回的通訊包進(jìn)行解包處理，轉(zhuǎn)發(fā)給維護(hù)服務(wù)命令模塊來顯示結(jié)果；

每一個所述的需要被維護(hù)節(jié)點(diǎn)模塊內(nèi)部都包括從通訊包解析封裝模塊和維護(hù)服務(wù)處理模塊；從通訊包解析封裝模塊在收到包數(shù)據(jù)后判斷該數(shù)據(jù)包是否為針對自身節(jié)點(diǎn)的有效數(shù)據(jù)包，如果是，則將數(shù)據(jù)包轉(zhuǎn)發(fā)給服務(wù)處理模塊進(jìn)行處理，服務(wù)處理模塊處理后返回數(shù)據(jù)給從通訊包解析封裝模塊，再由從通訊包解析封裝模塊來完成數(shù)據(jù)通訊包的包格式封裝，服務(wù)處理模塊則用來處理維護(hù)命令；如果否，則丟棄數(shù)據(jù)包。

進(jìn)一步的，所述被維護(hù)節(jié)點(diǎn)模塊內(nèi)部的服務(wù)處理模塊是可擴(kuò)展的，即服務(wù)處理模塊通過與通訊包解析封裝模塊的標(biāo)準(zhǔn)接口進(jìn)行擴(kuò)展，而不需考慮實際的外部總線通訊方式。

進(jìn)一步的，所述中央維護(hù)節(jié)點(diǎn)模塊能夠向多個節(jié)點(diǎn)模塊同時轉(zhuǎn)發(fā)維護(hù)命令信息。

進(jìn)一步的，所使用的外部通訊總線，是能夠在多種標(biāo)準(zhǔn)總線間自適應(yīng)切換的。

進(jìn)一步的，所述中央維護(hù)節(jié)點(diǎn)模塊能夠轉(zhuǎn)發(fā)維護(hù)命令信息，同時完成中央維護(hù)節(jié)點(diǎn)自身的維護(hù)功能。

提供一種基于ARINC659總線的中央維護(hù)方法，其特征在于，包括步驟：

步驟一、當(dāng)需要對節(jié)點(diǎn)模塊進(jìn)行維護(hù)功能時，上位工控模塊通過外部總線，向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令；

步驟二、根據(jù)維護(hù)服務(wù)命令，中央維護(hù)節(jié)點(diǎn)模塊確定需要進(jìn)行維護(hù)的節(jié)點(diǎn)模塊，中央維護(hù)節(jié)點(diǎn)模塊將維護(hù)服務(wù)命令通過ARINC659總線轉(zhuǎn)發(fā)到確定過的節(jié)點(diǎn)模塊；

步驟三、節(jié)點(diǎn)模塊收到維護(hù)服務(wù)命令后進(jìn)行相應(yīng)的維護(hù)功能處理，并通過ARINC659總線向中央維護(hù)節(jié)點(diǎn)給出響應(yīng)；中央維護(hù)節(jié)點(diǎn)收到被維護(hù)的節(jié)點(diǎn)模塊的響應(yīng)后，通過外部總線通知上位工控模塊；上位工控模塊根據(jù)得到的維護(hù)服務(wù)響應(yīng)，進(jìn)行維護(hù)服務(wù)執(zhí)行的結(jié)果顯示。

進(jìn)一步的，步驟三中，節(jié)點(diǎn)模塊收到維護(hù)服務(wù)命令后進(jìn)行相應(yīng)的維護(hù)功能處理，維護(hù)功能處理完成后通過ARINC659總線向中央維護(hù)節(jié)點(diǎn)給出響應(yīng)。

進(jìn)一步的，步驟一中，上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令為多個需要被維護(hù)的節(jié)點(diǎn)模塊的同一項維護(hù)服務(wù)命令。

進(jìn)一步的，在步驟三中，等待各節(jié)點(diǎn)模塊均給出維護(hù)服務(wù)響應(yīng)后，在上位工控模塊中進(jìn)行維護(hù)服務(wù)執(zhí)行的結(jié)果顯示。

進(jìn)一步的，步驟一中，當(dāng)上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令后，若超過一定時間上位工控模塊未收到維護(hù)服務(wù)響應(yīng)，則上位工控模塊直接顯示維護(hù)超時。

進(jìn)一步的，步驟一中，當(dāng)上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令后，若超過一定時間仍存在未返回維護(hù)服務(wù)響應(yīng)，則將未返回維護(hù)服務(wù)響應(yīng)的節(jié)點(diǎn)確定為故障。

進(jìn)一步的，當(dāng)上位工控模塊和護(hù)節(jié)點(diǎn)模塊收到無效的數(shù)據(jù)包后，會要求發(fā)送方進(jìn)行數(shù)據(jù)重發(fā)，若該數(shù)據(jù)包的重發(fā)數(shù)量超過一個閥值，則確定為發(fā)送失敗。

通過本發(fā)明中的方法與裝置，用戶可以通過單條總線物理拓?fù)溥B接，并行地完成對多個被維護(hù)系統(tǒng)的軟件、邏輯的維護(hù)，極大的提升了對被維護(hù)系統(tǒng)的功能升級效率，此外，此方法可以很容易的進(jìn)行服務(wù)功能的擴(kuò)展，讓通訊鏈路的功能得到最大程度的復(fù)用。

附圖說明

圖1為一種基于ARINC659總線中央維護(hù)裝置的模塊組成圖是；

圖2一種基于ARINC659總線中央維護(hù)方法的基本流程圖；

圖3是基于ARINC659總線中央維護(hù)方法完成一次軟件燒寫的流程示意圖；

圖4是上位工控模塊的內(nèi)部模塊組成圖；

圖5是被維護(hù)節(jié)點(diǎn)模塊的內(nèi)部模塊組成圖；

具體實施方式

結(jié)合附圖，以一個實例詳細(xì)描述技術(shù)方案如下：

如圖1所示，提供一種基于ARINC659總線的中央維護(hù)裝置，其特征在于，包括：ARINC659總線、被維護(hù)節(jié)點(diǎn)模塊、中央維護(hù)節(jié)點(diǎn)模塊、上位工控模塊、外部通訊總線；

所述的被維護(hù)節(jié)點(diǎn)模塊為基于ARINC659總線計算機(jī)系統(tǒng)中的節(jié)點(diǎn)模塊，所述節(jié)點(diǎn)模塊用來處理維護(hù)命令信息，并在收到維護(hù)命令信息后會向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送響應(yīng)信號；

所述的中央維護(hù)節(jié)點(diǎn)模塊，為掛在ARINC659總線上的處理器節(jié)點(diǎn)，該處理器節(jié)點(diǎn)既能夠通過總線向外交聯(lián)，也能夠在收到上位工控模塊的維護(hù)服務(wù)命令后向掛在ARINC659總線上的被維護(hù)節(jié)點(diǎn)模塊轉(zhuǎn)發(fā)維護(hù)命令信息，并接收被維護(hù)的節(jié)點(diǎn)模塊的響應(yīng)信號再轉(zhuǎn)發(fā)給上位工控模塊；

所述的上位工控模塊，用來向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)命令信息，并監(jiān)控各節(jié)點(diǎn)模塊的狀態(tài)，顯示維護(hù)結(jié)果；

所述的ARINC659總線，為讓中央維護(hù)節(jié)點(diǎn)模塊和各被維護(hù)節(jié)點(diǎn)模塊可以互相收發(fā)數(shù)據(jù)的背板總線；

所述的外部通訊總線，為讓中央維護(hù)節(jié)點(diǎn)模塊和上位工控模塊之間可以互相收發(fā)數(shù)據(jù)的任意一種標(biāo)準(zhǔn)通訊總線。

進(jìn)一步的，所述的上位工控模塊的內(nèi)部包括主通訊包解析封裝模塊和維護(hù)服務(wù)命令模塊，維護(hù)服務(wù)命令模塊的維護(hù)服務(wù)命令信息由主通訊包解析封裝模塊進(jìn)行通訊包封裝，并發(fā)往中央維護(hù)節(jié)點(diǎn)模塊，再由主通訊包解析封裝模塊將中央維護(hù)節(jié)點(diǎn)模塊返回的通訊包進(jìn)行解包處理，轉(zhuǎn)發(fā)給維護(hù)服務(wù)命令模塊來顯示結(jié)果；

每一個所述的需要被維護(hù)節(jié)點(diǎn)模塊內(nèi)部都包括從通訊包解析封裝模塊和維護(hù)服務(wù)處理模塊；從通訊包解析封裝模塊在收到包數(shù)據(jù)后判斷該數(shù)據(jù)包是否為針對自身節(jié)點(diǎn)的有效數(shù)據(jù)包，如果是，則將數(shù)據(jù)包轉(zhuǎn)發(fā)給服務(wù)處理模塊進(jìn)行處理，服務(wù)處理模塊處理后返回數(shù)據(jù)給從通訊包解析封裝模塊，再由從通訊包解析封裝模塊來完成數(shù)據(jù)通訊包的包格式封裝，服務(wù)處理模塊則用來處理維護(hù)命令；如果否，則丟棄數(shù)據(jù)包。

進(jìn)一步的，所述被維護(hù)節(jié)點(diǎn)模塊內(nèi)部的服務(wù)處理模塊是可擴(kuò)展的，即服務(wù)處理模塊通過與通訊包解析封裝模塊的標(biāo)準(zhǔn)接口進(jìn)行擴(kuò)展，而不需考慮實際的外部總線通訊方式。

進(jìn)一步的，所述中央維護(hù)節(jié)點(diǎn)模塊能夠向多個節(jié)點(diǎn)模塊同時轉(zhuǎn)發(fā)維護(hù)命令信息。

進(jìn)一步的，所述中央維護(hù)節(jié)點(diǎn)模塊能夠轉(zhuǎn)發(fā)維護(hù)命令信息，同時完成中央維護(hù)節(jié)點(diǎn)自身的維護(hù)功能。

如圖2所示，提供一種基于ARINC659總線的中央維護(hù)方法，其特征在于，包括步驟：

步驟一、當(dāng)需要對節(jié)點(diǎn)模塊進(jìn)行維護(hù)功能時，上位工控模塊通過外部總線，向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令；

步驟二、根據(jù)維護(hù)服務(wù)命令，中央維護(hù)節(jié)點(diǎn)模塊確定需要進(jìn)行維護(hù)的節(jié)點(diǎn)模塊，中央維護(hù)節(jié)點(diǎn)模塊將維護(hù)服務(wù)命令通過ARINC659總線轉(zhuǎn)發(fā)到確定過的節(jié)點(diǎn)模塊；

步驟三、節(jié)點(diǎn)模塊收到維護(hù)服務(wù)命令后進(jìn)行相應(yīng)的維護(hù)功能處理，并通過ARINC659總線向中央維護(hù)節(jié)點(diǎn)給出響應(yīng)；中央維護(hù)節(jié)點(diǎn)收到被維護(hù)的節(jié)點(diǎn)模塊的響應(yīng)后，通過外部總線通知上位工控模塊；上位工控模塊根據(jù)得到的維護(hù)服務(wù)響應(yīng)，進(jìn)行維護(hù)服務(wù)執(zhí)行的結(jié)果顯示。

進(jìn)一步的，步驟三中，節(jié)點(diǎn)模塊收到維護(hù)服務(wù)命令后進(jìn)行相應(yīng)的維護(hù)功能處理，維護(hù)功能處理完成后通過ARINC659總線向中央維護(hù)節(jié)點(diǎn)給出響應(yīng)。

進(jìn)一步的，步驟一中，上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令為多個需要被維護(hù)的節(jié)點(diǎn)模塊的同一項維護(hù)服務(wù)命令。

進(jìn)一步的，在步驟三中，等待各節(jié)點(diǎn)模塊均給出維護(hù)服務(wù)響應(yīng)后，在上位工控模塊中進(jìn)行維護(hù)服務(wù)執(zhí)行的結(jié)果顯示。

進(jìn)一步的，步驟一中，當(dāng)上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令后，若超過一定時間上位工控模塊未收到維護(hù)服務(wù)響應(yīng)，則上位工控模塊直接顯示維護(hù)超時。

進(jìn)一步的，步驟一中，當(dāng)上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令后，若超過一定時間仍存在未返回維護(hù)服務(wù)響應(yīng)，則將未返回維護(hù)服務(wù)響應(yīng)的節(jié)點(diǎn)確定為故障。

進(jìn)一步的，當(dāng)上位工控模塊和護(hù)節(jié)點(diǎn)模塊收到無效的數(shù)據(jù)包后，會要求發(fā)送方進(jìn)行數(shù)據(jù)重發(fā)，若該數(shù)據(jù)包的重發(fā)數(shù)量超過一個閥值，則確定為發(fā)送失敗。

一種使用本裝置和方法的場景如下：對于一個基于ARINC659背板總線的機(jī)柜系統(tǒng)，要求能夠?qū)C(jī)柜中的多個余度的主控制處理器板、輔助解算處理器板、多通道總線接口處理器板進(jìn)行軟件、配置參數(shù)、FPGA邏輯的維護(hù)升級；能夠回讀維護(hù)升級的結(jié)果，讀取各被維護(hù)計算機(jī)的內(nèi)部故障記錄；后續(xù)需要添加對各被維護(hù)處理器運(yùn)行狀態(tài)的監(jiān)控、調(diào)試功能。

使用基于ARINC659總線的中央維護(hù)方法，將機(jī)柜中被維護(hù)計算機(jī)中，選取一個具備外部總線的處理器節(jié)點(diǎn)作為專用的中央維護(hù)節(jié)點(diǎn)，該外部總線可以為常見的RS422串行總線、網(wǎng)絡(luò)總線、USB總線接口，也可以是工控領(lǐng)域?qū)Ｓ玫目偩€如CAN總線、SPI總線等。

選取一個同樣具備該類型外部總線接口的上位機(jī)，作為上位工控模塊，該模塊具備與用戶交互的圖形界面，讓用可戶選擇所需服務(wù)類型和服務(wù)對象，并對維護(hù)的內(nèi)容進(jìn)行回讀比較，向用戶回顯服務(wù)的執(zhí)行結(jié)果。

以上位工控模塊與中央維護(hù)模塊通過RS422串行總線實現(xiàn)連接，并需要進(jìn)行一次四余度的主控制計算機(jī)的軟件程序升級為例，如圖3所示，其基本過程如下：

首先，用戶在上位工控模塊中選擇需要維護(hù)的目標(biāo)為所有四個余度的主控制計算機(jī)軟件，并選擇需要燒寫下去的目標(biāo)碼，之后選擇啟動燒寫服務(wù)。此時上位工控模塊將開始通過RS422總線向中央維護(hù)模塊發(fā)送面向四個主控制處理器的燒寫命令，并開始等待中央維護(hù)模塊的回應(yīng)。

中央維護(hù)模塊周期性的等待串行總線中發(fā)過來的命令。在收到串口發(fā)送過來的燒寫命令后，檢查到該燒寫命令面向的目標(biāo)是針對四個余度的主控制處理器，則將該燒寫命令放置到發(fā)往四個主控制處理器的ARINC659總線時間窗口中，并啟動發(fā)送。

各主控制處理器模塊中在收到燒寫命令后，給出燒寫命令回應(yīng)，通過ARINC659總線發(fā)送給中央維護(hù)模塊。

中央維護(hù)模塊同樣周期性的查詢等待各被維護(hù)模塊發(fā)送過來的回應(yīng)信息。在收到回應(yīng)后，中央維護(hù)模塊通過RS422總線發(fā)送給上位工控模塊。

上位工控模塊在等待時間超時之前，若收到中央維護(hù)模塊轉(zhuǎn)發(fā)的所有主控制處理器回應(yīng)，則設(shè)置通訊數(shù)據(jù)，通過RS422總線向所有主控制處理器發(fā)送燒寫文件；若某個主控制處理器在上位工控模塊等待時間門限超過了之后還沒能向上位工控模塊給出回應(yīng)，在上位工控模塊將不再向此主控制處理器發(fā)送數(shù)據(jù)。

中央維護(hù)模塊收到上位工控模塊發(fā)過來的燒寫文件后，通過ARINC659總線向各主控制處理器轉(zhuǎn)發(fā)燒寫文件。

主控制處理器收到燒寫文件，完成燒寫后，將燒寫的結(jié)果通過ARINC659返回給中央維護(hù)模塊。

中央維護(hù)模塊將各主控制處理器的燒寫結(jié)果通過RS422總線轉(zhuǎn)發(fā)給上位工控模塊，最終由上位工控模塊顯示燒寫結(jié)果。

本發(fā)明中的方法和裝置同樣考慮了對于維護(hù)服務(wù)的可擴(kuò)展性，在上位工控模塊、中央維護(hù)模塊和被維護(hù)模塊的功能劃分和內(nèi)部功能分解上，有一定的約束。

在中央維護(hù)模塊內(nèi)部，其僅完成來自上位工控模塊向被維護(hù)模塊數(shù)據(jù)的通訊轉(zhuǎn)發(fā)，以及來自被維護(hù)模塊向上位工控模塊數(shù)據(jù)的通訊轉(zhuǎn)發(fā)，因此，若服務(wù)類型增加，中央維護(hù)模塊不需要進(jìn)行任何升級。

在上位工控模塊，將具體的服務(wù)管理功能，和通訊數(shù)據(jù)管理功能分離，形成維護(hù)的服務(wù)命令模塊，以及主通訊包解析封裝模塊，如圖4所示。主通訊包解析封裝模塊在收到一包數(shù)據(jù)回應(yīng)時，判斷是否收到有效數(shù)據(jù)包，得到有效的回應(yīng)信息轉(zhuǎn)交給適當(dāng)?shù)姆?wù)命令模塊，在服務(wù)命令模塊需要發(fā)送數(shù)據(jù)時，由主通訊包解析封裝模塊來完成數(shù)據(jù)通訊包的包格式封裝，服務(wù)命令模塊則用來發(fā)送具體的某一類維護(hù)命令。

在被維護(hù)模塊中，同樣將具體的服務(wù)管理功能，和通訊數(shù)據(jù)管理功能分離，形成維護(hù)服務(wù)處理模塊，以及從通訊包解析封裝模塊，如圖5所示。從通訊包解析封裝模塊在收到一包數(shù)據(jù)時，判斷是否收到針對本節(jié)點(diǎn)的有效數(shù)據(jù)包，得到有效的數(shù)據(jù)信息轉(zhuǎn)交給適當(dāng)?shù)姆?wù)處理模塊，在服務(wù)處理模塊需要返回數(shù)據(jù)時，由從通訊包解析封裝模塊來完成數(shù)據(jù)通訊包的包格式封裝，服務(wù)處理模塊則用來處理具體的某一類維護(hù)命令。

上例的機(jī)柜系統(tǒng)中，在已經(jīng)實現(xiàn)對被維護(hù)處理器軟件燒寫服務(wù)的中央維護(hù)方法之后，需要增加對被維護(hù)處理器的軟件運(yùn)行調(diào)試功能，則可以遵循以下過程：

在上位工控模塊中，增加相應(yīng)的服務(wù)命令模塊，以及相應(yīng)的操作界面，之后按照一定的接口形式向上位工控模塊的主通訊包解析封裝模塊傳輸服務(wù)命令，并獲取被維護(hù)模塊的服務(wù)回應(yīng)。

在被維護(hù)模塊中，也增加相應(yīng)的服務(wù)處理模塊，之后按照一定的接口形式由從通訊包解析封裝模塊中獲取傳輸服務(wù)命令，并將處理的結(jié)果傳給從通訊包解析封裝模塊進(jìn)行發(fā)送。

在這種架構(gòu)下，服務(wù)命令和服務(wù)處理模塊僅僅和主從通訊解析封裝模塊進(jìn)行交互，不需要實際考慮真實的傳輸介質(zhì)和中央維護(hù)模塊的轉(zhuǎn)發(fā)手段，具備非常良好的可移植性。

以上所揭露的僅為本發(fā)明較佳實施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。