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

背景技術(shù)：

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

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

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

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

本發(fā)明的目的是：對(duì)于使用ARINC659背板總線的計(jì)算機(jī)系統(tǒng)，充分利用其ARINC659背板總線的性能，利用簡(jiǎn)單的物理交聯(lián)關(guān)系，實(shí)現(xiàn)計(jì)算機(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ì)算機(jī)系統(tǒng)中的節(jié)點(diǎn)模塊，所述節(jié)點(diǎn)模塊用來(lái)處理維護(hù)命令信息，并在收到維護(hù)命令信息后會(huì)向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送響應(yīng)信號(hào)；

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

所述的上位工控模塊，通過(guò)外部通訊總線向中央維護(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ù)的背板總線；

所述的外部通訊總線用于實(shí)現(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ù)命令模塊來(lái)顯示結(jié)果；

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

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

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

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

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

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

步驟一、當(dāng)需要對(duì)節(jié)點(diǎn)模塊進(jìn)行維護(hù)功能時(shí)，上位工控模塊通過(guò)外部總線，向中央維護(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ù)命令通過(guò)ARINC659總線轉(zhuǎn)發(fā)到確定過(guò)的節(jié)點(diǎn)模塊；

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

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

進(jìn)一步的，步驟一中，上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令為多個(gè)需要被維護(hù)的節(jié)點(diǎn)模塊的同一項(xiàng)維護(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ù)命令后，若超過(guò)一定時(shí)間上位工控模塊未收到維護(hù)服務(wù)響應(yīng)，則上位工控模塊直接顯示維護(hù)超時(shí)。

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

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

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

附圖說(shuō)明

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

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

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

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

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

具體實(shí)施方式

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

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

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

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

所述的上位工控模塊，用來(lái)向中央維護(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ù)命令模塊來(lái)顯示結(jié)果；

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

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

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

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

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

步驟一、當(dāng)需要對(duì)節(jié)點(diǎn)模塊進(jìn)行維護(hù)功能時(shí)，上位工控模塊通過(guò)外部總線，向中央維護(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ù)命令通過(guò)ARINC659總線轉(zhuǎn)發(fā)到確定過(guò)的節(jié)點(diǎn)模塊；

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

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

進(jìn)一步的，步驟一中，上位工控模塊向中央維護(hù)節(jié)點(diǎn)模塊發(fā)送維護(hù)服務(wù)命令為多個(gè)需要被維護(hù)的節(jié)點(diǎn)模塊的同一項(xiàng)維護(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ù)命令后，若超過(guò)一定時(shí)間上位工控模塊未收到維護(hù)服務(wù)響應(yīng)，則上位工控模塊直接顯示維護(hù)超時(shí)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在上位工控模塊中，增加相應(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)行交互，不需要實(shí)際考慮真實(shí)的傳輸介質(zhì)和中央維護(hù)模塊的轉(zhuǎn)發(fā)手段，具備非常良好的可移植性。

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