本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法、裝置及系統(tǒng)。

背景技術(shù)：
目前，無線接入網(wǎng)絡(luò)系統(tǒng)主要由基站和GW（Gateway，網(wǎng)關(guān)）等功能實體構(gòu)成，其中，GW連接基站和核心網(wǎng)，可以起到提供Iuh接口（家庭基站網(wǎng)元與家庭基站GW之間的功能接口）、Iu-CS接口（電路域Iu接口）、Iu-PS接口（分組域Iu接口）以及完成用戶注冊、認證管理、數(shù)據(jù)隧道和移動性管理等功能。具體地，在無線接入網(wǎng)絡(luò)中，各GW均遵從3GPP（The3rdGenerationPartnershipProject，第三代合作伙伴計劃）協(xié)議，且根據(jù)目前無線技術(shù)和系統(tǒng)容量的要求，各GW所具備的功能模塊均可在X86的ATCA（AdvancedTelecomComputingArchitecture，先進電信計算平臺）架構(gòu)硬件平臺上實現(xiàn)；其中，所述GW所具備的功能模塊包括COM-E（COMExpress，網(wǎng)關(guān)本地管理處理器）模塊以及計算板、載板（或可稱為附帶子卡的計算板）、ATM（Asynchronoustransfermode，異步傳輸模式）接入模塊板卡、系統(tǒng)配置管理模塊板卡、用戶數(shù)據(jù)格式轉(zhuǎn)換模塊板卡等網(wǎng)關(guān)數(shù)據(jù)處理板。進一步地，各GW功能模塊都可運行在Linux平臺（如RedHatLinux或WindRiverLinux等）上，且當任一GW功能模塊需要改進，如數(shù)據(jù)庫需要更新或板卡自身工作狀態(tài)需按需求進行變化時，都需要對其進行軟件版本的升級，也就是軟件加載。但是，申請人發(fā)現(xiàn)，由于目前對于各網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載沒有統(tǒng)一的標準、缺乏相關(guān)操作規(guī)范，導致對各網(wǎng)關(guān)數(shù)據(jù)處理板進行軟件加載時，容易 反復(fù)頻繁地出現(xiàn)板卡上電耗時長、軟件加載速度慢等問題，極大地降低了各網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載速度和效率。

技術(shù)實現(xiàn)要素：
本發(fā)明實施例提供了一種基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法、裝置及系統(tǒng)，用以解決現(xiàn)有技術(shù)中存在的網(wǎng)關(guān)數(shù)據(jù)處理板軟件加載速度和效率均較低的問題。一種基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法，包括：針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，網(wǎng)關(guān)本地管理器根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件；網(wǎng)關(guān)本地管理器按照該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊的個數(shù)N，將所述確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，并將該N組程序子包組合壓縮為一程序壓縮包后，將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中，由該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中，其中，所述N為正整數(shù)。一種網(wǎng)關(guān)本地管理器，包括：程序確定模塊，用于針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件；層次劃分模塊，用于按照網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊的個數(shù)N，將所確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，并將該N組程序子包組合壓縮為一程序壓縮包，其中，所述N為正整數(shù)；程序上傳模塊，用于將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管 理模塊中，由該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中。一種網(wǎng)關(guān)數(shù)據(jù)處理板，包括：本地管理模塊，用于接收網(wǎng)關(guān)本地管理器發(fā)送的程序壓縮包，其中，所述程序壓縮包是網(wǎng)關(guān)本地管理器根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件，并按照該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊的個數(shù)N，將所述確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，以及將該N組程序子包進行組合壓縮后得到的，所述N為正整數(shù)；程序上傳模塊，用于根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將本地管理模塊接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中。一種基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載系統(tǒng)，包括：網(wǎng)關(guān)本地管理器，用于針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件，并按照該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊的個數(shù)N，將所述確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，并將該N組程序子包組合壓縮為一程序壓縮包后，將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中，其中，所述N為正整數(shù)；網(wǎng)關(guān)數(shù)據(jù)處理板，用于接收網(wǎng)關(guān)本地管理器發(fā)送的程序壓縮包，并根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中。本發(fā)明有益效果如下：本發(fā)明實施例提供了一種基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法、裝置及系統(tǒng)，所述方法包括：針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，網(wǎng)關(guān)本地管理器確定需 上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件，并將確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，以及將該N組程序子包組合壓縮為一程序壓縮包后，將該程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中，由該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中，其中，所述N為正整數(shù)。通過本發(fā)明實施例所述技術(shù)方案，在實現(xiàn)軟件層次劃分的基礎(chǔ)上，可實現(xiàn)數(shù)據(jù)內(nèi)存至內(nèi)存的高速傳輸，提高軟件加載的速度和效率。附圖說明圖1所示為本發(fā)明實施例一中所述基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法的流程示意圖；圖2所示為本發(fā)明實施例一中所述對確定的各程序文件進行打包層次劃分后所得到的程序壓縮包的結(jié)構(gòu)示意圖；圖3所示為本發(fā)明實施例二中所述基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法的流程示意圖；圖4所示為本發(fā)明實施例三中所述網(wǎng)關(guān)本地管理器的結(jié)構(gòu)示意圖；圖5所示為本發(fā)明實施例四中所述網(wǎng)關(guān)數(shù)據(jù)處理板的結(jié)構(gòu)示意圖；圖6所示為本發(fā)明實施例五中所述基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載系統(tǒng)的結(jié)構(gòu)示意圖。具體實施方式下面結(jié)合說明書附圖對本發(fā)明實施例作進一步說明，但本發(fā)明不局限于下面的實施例。實施例一：如圖1所示，其為本發(fā)明實施例一中所述基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法流程示意圖，所述方法包括以下步驟：步驟101：針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，網(wǎng)關(guān)本地管理器根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件。具體地，所述待處理網(wǎng)關(guān)數(shù)據(jù)處理板可以為待處理的計算板、載板（或可稱為附帶子卡的計算板）、ATM接入模塊板卡、系統(tǒng)配置管理模塊板卡、用戶數(shù)據(jù)格式轉(zhuǎn)換模塊板卡等任一網(wǎng)關(guān)數(shù)據(jù)處理板，本發(fā)明實施例對此不作任何限定。進一步地，針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，網(wǎng)關(guān)本地管理器可以通過ATCA機箱管理動態(tài)庫來獲取該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，并根據(jù)ATCA機箱管理動態(tài)庫返回的該待處理網(wǎng)關(guān)數(shù)據(jù)板的板卡配置信息，從數(shù)據(jù)庫中讀取需上傳至該待處理網(wǎng)關(guān)數(shù)據(jù)板上的各程序文件信息；具體地，在該待處理網(wǎng)關(guān)數(shù)據(jù)板具備安全網(wǎng)關(guān)模塊和數(shù)據(jù)模塊兩個內(nèi)部芯片模塊的前提下，所讀取的各程序文件信息可以包括與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的安全網(wǎng)關(guān)模塊相對應(yīng)的安全網(wǎng)關(guān)管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件、rc文件（resource資源文件）等上層執(zhí)行文件；與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的安全網(wǎng)關(guān)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件；與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的數(shù)據(jù)模塊管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件和rc文件等上層執(zhí)行文件以及與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件等。步驟102：網(wǎng)關(guān)本地管理器按照該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊的個數(shù)N，將所述確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，并將該N組程序子包組合壓縮為一程序壓縮包，所述N為正整數(shù)。具體地，在本步驟102中，網(wǎng)關(guān)本地管理器可以采用以下方式來對所述確定的各程序文件進行打包層次劃分：針對該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的任一內(nèi)部芯片模塊，網(wǎng)關(guān)本地管理器從所述確定的各程序文件中提取與該內(nèi)部芯片模塊相關(guān)的程序文件，并將提取出的程序文件劃分為上層執(zhí)行文件以及下層驅(qū)動文件，以及，將劃分后的上層執(zhí)行文件和下層驅(qū)動文件分別壓縮處理后，打包壓縮為與該內(nèi)部芯片模塊相對應(yīng)的程序子包。具體地，假設(shè)某一網(wǎng)關(guān)數(shù)據(jù)處理板M具備兩個內(nèi)部芯片模塊，如安全網(wǎng)關(guān)模塊（DPB1）和數(shù)據(jù)模塊（DPB2），則在進行各程序文件的打包層次劃分時，可以根據(jù)該網(wǎng)關(guān)數(shù)據(jù)處理板M具備安全網(wǎng)關(guān)模塊和數(shù)據(jù)模塊的特性，將與該安全網(wǎng)關(guān)模塊相對應(yīng)的安全網(wǎng)關(guān)管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件、rc文件等上層執(zhí)行文件組合在一起打包為與該安全網(wǎng)關(guān)模塊相對應(yīng)的上層執(zhí)行文件壓縮包A1，將與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板M的安全網(wǎng)關(guān)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件組合在一起打包為與該安全網(wǎng)關(guān)模塊相對應(yīng)的下層驅(qū)動文件壓縮包A2，并將上述壓縮包A1和壓縮包A2組合后打包為與該安全網(wǎng)關(guān)模塊相對應(yīng)的程序子包A；以及，將與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板M的數(shù)據(jù)模塊相對應(yīng)的數(shù)據(jù)管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件、rc文件等上層執(zhí)行文件組合在一起打包為與該數(shù)據(jù)模塊相對應(yīng)的上層執(zhí)行文件壓縮包B1，將與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板M的數(shù)據(jù)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件組合在一起打包為與該數(shù)據(jù)模塊相對應(yīng)的下層驅(qū)動文件壓縮包B2，并將上述壓縮包B1和壓縮包B2組合后打包為與該數(shù)據(jù)模塊相對應(yīng)的程序子包B；之后，再將上述程序子包A和程序子包B打包壓縮為一最終的程序壓縮包（具體地，所形成的程序壓縮包的結(jié)構(gòu)示意圖可以如圖2所示）。需要說明的是，通過對確定的各程序文件進行軟件打包層次劃分，可達到規(guī)范劃分軟件層次，減少程序所占用板卡內(nèi)部芯片模塊上flash的內(nèi)存空間的 目的。步驟103：網(wǎng)關(guān)本地管理器在將該N組程序子包打包壓縮為一程序壓縮包后，將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中。具體地，在本步驟103中，所述網(wǎng)關(guān)本地管理器可通過采用SCP（SecureCopy，安全復(fù)制）命令的方式，將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的LMP（LocalManagementProcess，本地管理模塊）中；由于SCP命令是Linux系統(tǒng)下基于SSH（SecureShell）協(xié)議的安全遠程文件拷貝命令，具備較高的傳輸便捷性和安全性，因此采用SCP命令的方式進行程序壓縮包的上傳時，可以有效防止軟件上傳過程中的信息泄露問題，并且，還能夠在充分利用Linux內(nèi)核的網(wǎng)絡(luò)功能的基礎(chǔ)上，實現(xiàn)系統(tǒng)間內(nèi)存至內(nèi)存的高速傳輸，大大縮短程序壓縮包的上傳時間，提高軟件加載的速度和效率。需要說明的是，在本發(fā)明所述實施例中，為了降低程序傳輸過程中的出錯率，提高程序傳輸?shù)臏蚀_性，在網(wǎng)關(guān)本地管理器將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中之后，所述方法還可以包括：對網(wǎng)關(guān)本地管理器中的程序壓縮包（此處所述程序壓縮包是指待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包）以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的程序壓縮包進行一致性校驗。具體地，在本發(fā)明所述實施例中，可以采用MD5算法（Message-DigestAlgorithm5，信息-摘要算法5）來對網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的程序壓縮包進行一致性校驗；具體地，通過獲取網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包的MD5值以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的相應(yīng)的程序壓縮包的MD5值，并利用獲取的該兩個MD5值進行一致性校驗，若該兩個MD5值相同，則說明網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包被安全準確地上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中，否則，則對網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序 壓縮包進行重新上傳操作，直至獲取到的兩個MD5值一致為止。需要說明的是，在本發(fā)明所述實施例中，對網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的程序壓縮包進行一致性校驗的執(zhí)行主體可以為網(wǎng)關(guān)本地管理器，也可以為網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊，本發(fā)明實施例對此不作任何限定。步驟104：網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中。具體地，網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中，可以包括：網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將任一程序子包中的下層驅(qū)動文件燒至與該程序子包相對應(yīng)的網(wǎng)關(guān)數(shù)據(jù)處理板的內(nèi)部芯片模塊中；以及，針對任一已燒入下層驅(qū)動文件的內(nèi)部芯片模塊，將與該內(nèi)部芯片模塊相對應(yīng)的程序子包中的上層驅(qū)動文件上傳至該內(nèi)部芯片模塊的內(nèi)存中。具體地，下面仍以具備兩個內(nèi)部芯片模塊，如安全網(wǎng)關(guān)模塊（DPB1）和數(shù)據(jù)模塊（DPB2）的網(wǎng)關(guān)數(shù)據(jù)處理板M為例，來對本步驟104的執(zhí)行過程進行簡單說明，所述執(zhí)行過程可以包括以下步驟：步驟一：網(wǎng)關(guān)數(shù)據(jù)處理板M的本地管理模塊在接收到來自網(wǎng)關(guān)本地管理器上傳的程序壓縮包后（此時，該程序壓縮包包括兩個分別與該網(wǎng)關(guān)數(shù)據(jù)處理板M的安全網(wǎng)關(guān)模塊和數(shù)據(jù)模塊相對應(yīng)的程序子包A和程序子包B，且程序子包A包括上層執(zhí)行文件壓縮包A1和下層驅(qū)動文件壓縮包A2，程序子包B包括上層執(zhí)行文件壓縮包B1和下層驅(qū)動文件壓縮包B2），對其進行解壓縮操作，得到四個壓縮包A1、A2、B1和B2；步驟二：網(wǎng)關(guān)數(shù)據(jù)處理板M的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模 塊的對應(yīng)關(guān)系，將各程序子包中的下層驅(qū)動文件壓縮包（如A2和B2）分別傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下，并執(zhí)行命令將A2和B2分別燒至DPB1和DPB2中。具體地，在執(zhí)行本步驟二之前，網(wǎng)關(guān)數(shù)據(jù)處理板M的本地管理模塊還可以確定各下層驅(qū)動文件壓縮包（即Linux鏡像和SE鏡像文件）是否需要重新燒入相應(yīng)的內(nèi)部芯片模塊中（即確定相應(yīng)的內(nèi)部芯片模塊是否為初始化狀態(tài)或者存在更新），若是，則將相應(yīng)的下層驅(qū)動文件壓縮包傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下，否則，則不作處理。需要說明的是，在本發(fā)明所述實施例中，由于所針對的網(wǎng)關(guān)數(shù)據(jù)處理板均為處于初始化狀態(tài)或待更新狀態(tài)的待處理網(wǎng)關(guān)數(shù)據(jù)處理板，因此，網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊所接收到的程序壓縮包中的各下層驅(qū)動文件壓縮包等通常均是更新后的壓縮包，因此，通常均需要重新燒入相應(yīng)的內(nèi)部芯片模塊中。進一步地，網(wǎng)關(guān)數(shù)據(jù)處理板M的本地管理模塊在根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將各程序子包中的下層驅(qū)動文件壓縮包（如A2和B2）分別傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下之后，還可以通過MD5算法對傳輸?shù)较鄳?yīng)內(nèi)存臨時目錄下的壓縮包進行MD5值的校驗，并在校驗成功后，再執(zhí)行命令將A2和B2分別燒至DPB1和DPB2中，以及，在將A2和B2分別燒至DPB1和DPB2中之后，進行芯片重啟。步驟三：網(wǎng)關(guān)數(shù)據(jù)處理板M的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將各程序子包中的上層執(zhí)行文件壓縮包（如A1和B1）分別傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下，并針對任一內(nèi)部芯片模塊，將傳輸?shù)皆搩?nèi)部芯片模塊內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包拷貝到該內(nèi)部芯片模塊的flash中，并利用拷貝至該內(nèi)部芯片模塊flash中的上層執(zhí)行文件壓縮包中的rc文件替換該內(nèi)部芯片模塊中原有的rc文件，以及，在rc文件替換成功后，進行芯片重啟。具體地，芯片再次重啟后，會自動運行替換后的rc文件，將相應(yīng)的上層執(zhí) 行文件壓縮包中的各文件解壓到內(nèi)存中運行，完成軟件的加載。需要說明的是，在執(zhí)行本步驟三時，為了進一步降低程序傳輸過程中的出錯率，提高程序傳輸?shù)臏蚀_性，針對任一內(nèi)部芯片模塊，均可以根據(jù)需要再次對需傳輸?shù)膲嚎s包進行2次MD5值的校驗，如在將壓縮包從網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊傳輸至內(nèi)部芯片模塊內(nèi)存的臨時目錄下后，進行一次MD5值的校驗，以及，將壓縮包從內(nèi)部芯片模塊內(nèi)存的臨時目錄下拷貝到內(nèi)部芯片模塊的flash中時再進行一次MD5值的校驗。也就是說，在網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中之后，所述方法還可以包括：對網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的程序壓縮包的任一程序子包以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中的相應(yīng)的程序子包的一致性進行校驗，從而可進一步確保程序傳輸?shù)臏蚀_性，降低軟件加載的出錯率。需要說明的是，在本發(fā)明所述實施例中，各步驟的執(zhí)行過程均可以采用調(diào)用設(shè)定的軟件腳本的方式來執(zhí)行，并且，每個腳本執(zhí)行完成后可以返回相應(yīng)的腳本執(zhí)行成功或失敗的信息（失敗了則進行相應(yīng)的處理），從而使得軟件加載過程分工明確、環(huán)節(jié)清晰，可方便調(diào)試以及方便問題排查，可進一步提高軟件加載的效率和可靠性。本發(fā)明實施例一提供了一種基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法，從軟件加載的源頭出發(fā)，合理規(guī)劃軟件包的層次，使其規(guī)范化以及便于維護和排查問題；并且，在實現(xiàn)軟件打包層次劃分的基礎(chǔ)上，充分利用Linux內(nèi)核的網(wǎng)絡(luò)功能，采用SCP命令實現(xiàn)系統(tǒng)間內(nèi)存至內(nèi)存的高速傳輸，極大地提高了軟件加載的速度和效率；再有，充分利用軟件包的層次劃分，對其進行層層校驗以確保文件的正確性，大大提高了軟件加載的可靠性，具有軟件層次分明，軟件加載耗時短，出錯率低的優(yōu)點。實施例二：如圖3所示，其為本發(fā)明實施例二中所述基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法的流程示意圖，需要說明的是，本發(fā)明實施例二是對本發(fā)明實施例一中所述基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載方法的詳細說明，所述方法可以包括以下步驟：步驟201：針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，網(wǎng)關(guān)本地管理器通過ATCA機箱管理動態(tài)庫獲取該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息。具體地，在本步驟201中，網(wǎng)關(guān)本地管理器可向ATCA機箱管理動態(tài)庫發(fā)送板卡配置信息獲取請求，ATCA機箱管理動態(tài)庫在接收到網(wǎng)關(guān)本地管理器發(fā)送的信息獲取請求后，可根據(jù)本地存儲的各網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定是否存在處于初始化狀態(tài)或待更新狀態(tài)的待處理網(wǎng)關(guān)數(shù)據(jù)處理板，若是，則獲取該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的信息，并返回給網(wǎng)關(guān)本地管理器。步驟202：網(wǎng)關(guān)本地管理器根據(jù)獲取到的該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，從數(shù)據(jù)庫中確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件。具體地，在本發(fā)明所述實施例二中，假設(shè)所述待處理網(wǎng)關(guān)數(shù)據(jù)處理板仍為具備兩個內(nèi)部芯片模塊，如安全網(wǎng)關(guān)模塊（DPB1）和數(shù)據(jù)模塊（DPB2）的網(wǎng)關(guān)數(shù)據(jù)處理板，則在此基礎(chǔ)上，網(wǎng)關(guān)本地管理器所確定的各程序文件信息可以包括與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的安全網(wǎng)關(guān)模塊相對應(yīng)的安全網(wǎng)關(guān)管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件、rc文件等上層執(zhí)行文件；與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的安全網(wǎng)關(guān)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件；與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的數(shù)據(jù)模塊管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件和rc文件等上層執(zhí)行文件以及與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件。步驟203：網(wǎng)關(guān)本地管理器按照該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊 的個數(shù)，將所述確定的各程序文件劃分為多組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，并將該多組程序子包打包壓縮為一程序壓縮包。具體地，在本發(fā)明所述實施例二中，在進行各程序文件的打包層次劃分時，可以根據(jù)該網(wǎng)關(guān)數(shù)據(jù)處理板具備安全網(wǎng)關(guān)模塊（DPB1）和數(shù)據(jù)模塊（DPB2）的特性，將與該安全網(wǎng)關(guān)模塊相對應(yīng)的安全網(wǎng)關(guān)管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件、rc文件等上層執(zhí)行文件組合在一起打包為與該安全網(wǎng)關(guān)模塊相對應(yīng)的上層執(zhí)行文件壓縮包A1，將與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板M的安全網(wǎng)關(guān)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件組合在一起打包為與該安全網(wǎng)關(guān)模塊相對應(yīng)的下層驅(qū)動文件壓縮包A2，并將上述壓縮包A1和壓縮包A2組合后打包壓縮為與該安全網(wǎng)關(guān)模塊相對應(yīng)的程序子包A；以及，將與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的數(shù)據(jù)管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件、rc文件等上層執(zhí)行文件組合在一起打包為與該數(shù)據(jù)模塊相對應(yīng)的上層執(zhí)行文件壓縮包B1，將與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的系統(tǒng)鏡像（如Linux鏡像和SE鏡像）等下層驅(qū)動文件組合在一起打包為與該數(shù)據(jù)模塊相對應(yīng)的下層驅(qū)動文件壓縮包B2，并將上述壓縮包B1和壓縮包B2組合后打包為與該數(shù)據(jù)模塊相對應(yīng)的程序子包B；之后，再將上述程序子包A和程序子包B打包壓縮為一最終的程序壓縮包（具體地，所形成的程序壓縮包的結(jié)構(gòu)示意圖可以如圖2所示）。需要說明的是，通過對確定的各程序文件進行軟件打包層次劃分，可達到規(guī)范劃分軟件層次，減少程序所占用板卡內(nèi)部芯片模塊上flash的內(nèi)存空間的目的。步驟204：網(wǎng)關(guān)本地管理器采用SCP命令的方式將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的LMP（本地管理模塊）中。具體地，由于SCP命令是Linux系統(tǒng)下基于SSH協(xié)議的安全遠程文件拷貝命令，具備較高的傳輸便捷性和安全性，因此采用SCP命令的方式進行程序壓縮包的上傳時，可以有效防止軟件上傳過程中的信息泄露問題，并且，還能夠在充分利用Linux內(nèi)核的網(wǎng)絡(luò)功能的基礎(chǔ)上，實現(xiàn)系統(tǒng)間內(nèi)存至內(nèi)存的高速傳輸，大大縮短程序壓縮包的上傳時間，提高軟件加載的速度和效率。步驟205：對上傳至LMP中的程序壓縮包的MD5值進行校驗，在校驗成功后，執(zhí)行步驟206，否則，跳轉(zhuǎn)至步驟204，即重新對網(wǎng)關(guān)本地管理器中的程序壓縮包進行上傳操作。步驟206：針對任一內(nèi)部芯片模塊，LMP將與該內(nèi)部芯片模塊相對應(yīng)的程序子包中的下層驅(qū)動文件壓縮包傳輸至該內(nèi)部芯片模塊內(nèi)存的臨時目錄下。具體地，針對內(nèi)部芯片模塊DPB1，LMP可根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將與該內(nèi)部芯片模塊DPB1相對應(yīng)的程序子包A中的下層驅(qū)動文件壓縮包A2傳輸?shù)皆揇PB1內(nèi)存的臨時目錄下；相應(yīng)地，針對內(nèi)部芯片模塊DPB2，LMP可根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將與該內(nèi)部芯片模塊DPB2相對應(yīng)的程序子包B中的下層驅(qū)動文件壓縮包B2傳輸?shù)皆揇PB2內(nèi)存的臨時目錄下。具體地，在執(zhí)行本步驟206之前，針對任一內(nèi)部芯片模塊，LMP還可以確定與該內(nèi)部芯片模塊相對應(yīng)的程序子包中的下層驅(qū)動文件壓縮包（即Linux鏡像和SE鏡像文件）是否需要重新燒入該內(nèi)部芯片模塊中（即確定該內(nèi)部芯片模塊是否為初始化狀態(tài)或者存在更新），若是，則針對該內(nèi)部芯片模塊執(zhí)行本步驟206，否則，則不作處理；需要說明的是，在本發(fā)明所述實施例中，由于所涉及到的網(wǎng)關(guān)數(shù)據(jù)處理板均為處于初始化狀態(tài)或待更新狀態(tài)的待處理網(wǎng)關(guān)數(shù)據(jù)處理板，因此，LMP所接收到的程序壓縮包中的各下層驅(qū)動文件壓縮包等通常均是更新后的壓縮包，因此，通常均需要重新燒入相應(yīng)的內(nèi)部芯片模塊中。步驟207：針對任一內(nèi)部芯片模塊，對傳輸?shù)皆搩?nèi)部芯片模塊內(nèi)存臨時目錄下的下層驅(qū)動文件壓縮包的MD5值進行校驗，并在校驗成功后，執(zhí)行步驟 208，否則，跳轉(zhuǎn)至步驟206。步驟208：針對任一內(nèi)部芯片模塊，將傳輸至該內(nèi)部芯片模塊內(nèi)存臨時目錄下的下層驅(qū)動文件壓縮包燒至該內(nèi)部芯片模塊中，并進行芯片重啟。具體地，針對內(nèi)部芯片模塊DPB1，可將傳輸至該DPB1內(nèi)存臨時目錄下的下層驅(qū)動文件壓縮包A2燒至該DPB1中，并在燒至完成后，重啟DPB1；相應(yīng)地，針對內(nèi)部芯片模塊DPB2，可將傳輸至該DPB2內(nèi)存臨時目錄下的下層驅(qū)動文件壓縮包B2燒至該DPB2中，并在燒至完成后，重啟DPB2。步驟209：針對任一內(nèi)部芯片模塊，LMP將與該內(nèi)部芯片模塊相對應(yīng)的程序子包中的上層執(zhí)行文件壓縮包傳輸至該內(nèi)部芯片模塊內(nèi)存的臨時目錄下。具體地，針對內(nèi)部芯片模塊DPB1，LMP可根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將與該內(nèi)部芯片模塊DPB1相對應(yīng)的程序子包A中的上層執(zhí)行文件壓縮包A1傳輸?shù)皆揇PB1內(nèi)存的臨時目錄下；相應(yīng)地，針對內(nèi)部芯片模塊DPB2，LMP可根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將與該內(nèi)部芯片模塊DPB2相對應(yīng)的程序子包B中的上層執(zhí)行文件壓縮包B1傳輸?shù)皆揇PB2內(nèi)存的臨時目錄下。步驟210：針對任一內(nèi)部芯片模塊，對傳輸?shù)皆搩?nèi)部芯片模塊內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包的MD5值進行校驗，并在校驗成功后，執(zhí)行步驟211，否則，跳轉(zhuǎn)至步驟209。步驟211：針對任一內(nèi)部芯片模塊，將傳輸?shù)皆搩?nèi)部芯片模塊內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包拷貝至該內(nèi)部芯片模塊的flash中。具體地，針對內(nèi)部芯片模塊DPB1，LMP可傳輸?shù)皆揇PB1內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包A1拷貝至該DPB1的flash中；相應(yīng)地，針對內(nèi)部芯片模塊DPB2，LMP可傳輸?shù)皆揇PB2內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包B1拷貝至該DPB2的flash中。步驟212：針對任一內(nèi)部芯片模塊，對傳輸?shù)皆搩?nèi)部芯片模塊flash中的上層執(zhí)行文件壓縮包的MD5值進行校驗，并在校驗成功后，執(zhí)行步驟213，否 則，跳轉(zhuǎn)至步驟210。步驟213：針對任一內(nèi)部芯片模塊，從傳輸?shù)皆搩?nèi)部芯片模塊flash中的上層執(zhí)行文件壓縮包中解壓出rc文件，并利用解壓出的rc文件替換該內(nèi)部芯片模塊中的原有rc文件，以及，在rc文件替換成功后，重啟芯片。步驟214：針對任一內(nèi)部芯片模塊，芯片再次重啟后，會自動運行替換后的rc文件，將與該內(nèi)部芯片模塊相應(yīng)的上層執(zhí)行文件壓縮包中的各文件解壓到相應(yīng)的內(nèi)存中運行，完成軟件的加載。具體地，針對內(nèi)部芯片模塊DPB1，芯片再次重啟后，會自動運行該DPB1中的替換后的rc文件，將與該DPB1相應(yīng)的上層執(zhí)行文件壓縮包A1中的各文件解壓到相應(yīng)的內(nèi)存中運行，完成DPB1軟件的加載；相應(yīng)地，針對內(nèi)部芯片模塊DPB2，芯片再次重啟后，會自動運行該DPB2中的替換后的rc文件，將與該DPB2相應(yīng)的上層執(zhí)行文件壓縮包B1中的各文件解壓到相應(yīng)的內(nèi)存中運行，完成DPB2軟件的加載。步驟215：結(jié)束本次操作。需要說明的是，在本發(fā)明所述實施例二中，各步驟的執(zhí)行過程均可以采用調(diào)用設(shè)定的軟件腳本的方式來執(zhí)行，并且，每個腳本執(zhí)行完成后可以返回相應(yīng)的腳本執(zhí)行成功或失敗的信息（失敗了則進行相應(yīng)的處理），從而使得軟件加載過程分工明確、環(huán)節(jié)清晰，可方便調(diào)試以及方便問題排查，可進一步提高軟件加載的效率和可靠性。實施例三：如圖4所示，其為本發(fā)明實施例三中所述網(wǎng)關(guān)本地管理器的結(jié)構(gòu)示意圖，所述網(wǎng)關(guān)本地管理器包括程序確定模塊11、層次劃分模塊12以及程序上傳模塊13，其中：所述程序確定模塊11用于針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程 序文件；具體地，針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板，所述程序確定模塊11可以通過ATCA機箱管理動態(tài)庫來獲取該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，并根據(jù)ATCA機箱管理動態(tài)庫返回的該待處理網(wǎng)關(guān)數(shù)據(jù)板的板卡配置信息，從數(shù)據(jù)庫中讀取需上傳至該待處理網(wǎng)關(guān)數(shù)據(jù)板上的各程序文件信息。進一步地，在該待處理網(wǎng)關(guān)數(shù)據(jù)板具備安全網(wǎng)關(guān)模塊和數(shù)據(jù)模塊兩個內(nèi)部芯片模塊的前提下，所述程序確定模塊11所讀取的各程序文件信息可以包括與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的安全網(wǎng)關(guān)模塊相對應(yīng)的安全網(wǎng)關(guān)管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件、rc文件等上層執(zhí)行文件；與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的安全網(wǎng)關(guān)模塊相對應(yīng)的系統(tǒng)鏡像等下層驅(qū)動文件；與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的數(shù)據(jù)模塊管理進程執(zhí)行文件、可用性管理進程執(zhí)行文件、相應(yīng)的庫文件、腳本文件、配置文件和rc文件等上層執(zhí)行文件以及與該待處理網(wǎng)關(guān)數(shù)據(jù)處理板的數(shù)據(jù)模塊相對應(yīng)的系統(tǒng)鏡像等下層驅(qū)動文件。所述層次劃分模塊12用于按照網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊的個數(shù)N，將所確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，并將該N組程序子包組合壓縮為一程序壓縮包，其中，所述N為正整數(shù)；具體地，所述層次劃分模塊12用于針對網(wǎng)關(guān)數(shù)據(jù)處理板所具備的任一內(nèi)部芯片模塊，從所述確定的各程序文件中提取與該內(nèi)部芯片模塊相關(guān)的程序文件，并將提取出的程序文件劃分為上層執(zhí)行文件以及下層驅(qū)動文件，以及，將劃分后的上層執(zhí)行文件和下層驅(qū)動文件分別壓縮處理后，打包壓縮為與該內(nèi)部芯片模塊相對應(yīng)的程序子包。所述程序上傳模塊13用于將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中，由該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中。具體地，所述程序上傳模塊13可用于通過采用SCP命令的方式，將所述 程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中；由于SCP命令是Linux系統(tǒng)下基于SSH協(xié)議的安全遠程文件拷貝命令，具備較高的傳輸便捷性和安全性，因此采用SCP命令的方式進行程序壓縮包的上傳時，可以有效防止軟件上傳過程中的信息泄露問題，并且，還能夠在充分利用Linux內(nèi)核的網(wǎng)絡(luò)功能的基礎(chǔ)上，實現(xiàn)系統(tǒng)間內(nèi)存至內(nèi)存的高速傳輸，大大縮短程序壓縮包的上傳時間，提高軟件加載的速度和效率。進一步地，所述網(wǎng)關(guān)本地管理器還可以包括程序校驗?zāi)K14，其中：所述程序校驗?zāi)K14用于在將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中之后，且由網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中之前，對本地存儲的程序壓縮包以及上傳至網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的程序壓縮包進行一致性校驗。具體地，在本發(fā)明所述實施例中，可以采用MD5算法來對網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的程序壓縮包進行一致性校驗；具體地，通過獲取網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包的MD5值以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中的相應(yīng)的程序壓縮包的MD5值，并利用獲取的該兩個MD5值進行一致性校驗，若該兩個MD5值相同，則說明網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包被安全準確地上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的本地管理模塊中，否則，則對網(wǎng)關(guān)本地管理器中的待上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的程序壓縮包進行重新上傳操作，直至獲取到的兩個MD5值一致為止。實施例四：如圖5所示，其為本發(fā)明實施例四中所述網(wǎng)關(guān)數(shù)據(jù)處理板的結(jié)構(gòu)示意圖，所述網(wǎng)關(guān)數(shù)據(jù)處理板可以為待處理的計算板、載板（或可稱為附帶子卡的計算 板）、ATM接入模塊板卡、系統(tǒng)配置管理模塊板卡、用戶數(shù)據(jù)格式轉(zhuǎn)換模塊板卡等中的任一網(wǎng)關(guān)數(shù)據(jù)處理板，本發(fā)明實施例對此不作任何限定；具體地，所述網(wǎng)關(guān)數(shù)據(jù)處理板可包括本地管理模塊21以及程序上傳模塊22，其中：所述本地管理模塊21用于接收網(wǎng)關(guān)本地管理器發(fā)送的程序壓縮包，其中，所述程序壓縮包是網(wǎng)關(guān)本地管理器根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的各程序文件，并按照該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊的個數(shù)N，將所述確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，以及將該N組程序子包進行組合壓縮后得到的，所述N為正整數(shù)；所述程序上傳模塊22用于根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將本地管理模塊接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中。具體地，所述程序上傳模塊22用于根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將任一程序子包中的下層驅(qū)動文件燒至與該程序子包相對應(yīng)的內(nèi)部芯片模塊中，以及，針對任一已燒入下層驅(qū)動文件的內(nèi)部芯片模塊，將與該內(nèi)部芯片模塊相對應(yīng)的程序子包中的上層驅(qū)動文件上傳至該內(nèi)部芯片模塊的內(nèi)存中。進一步地，針對任一程序子包，所述程序上傳模塊22具體用于根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將該程序子包中的下層驅(qū)動文件壓縮包傳輸?shù)脚c該程序子包相對應(yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下后，再執(zhí)行命令將改程序子包中的下層驅(qū)動文件燒至相應(yīng)的內(nèi)部芯片模塊中；以及，針對任一已燒入下層驅(qū)動文件的內(nèi)部芯片模塊，根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將該程序子包中的上層執(zhí)行文件壓縮包傳輸?shù)脚c該程序子包相對應(yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下后，再將傳輸至該內(nèi)部芯片模塊內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包拷貝至該內(nèi)部芯片模塊的flash中。進一步地，所述網(wǎng)關(guān)數(shù)據(jù)處理板還可以包括程序校驗?zāi)K23，其中：所述程序校驗?zāi)K23用于在本地管理模塊21將接收到的程序壓縮包中的 各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中之后，對本地管理模塊21中的程序壓縮包以及上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板的相應(yīng)內(nèi)部芯片模塊中的各程序子包的一致性進行校驗。具體地，所述程序校驗?zāi)K23用于在所述程序上傳模塊22將任一程序子包中的下層驅(qū)動文件壓縮包傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下之后，通過MD5算法對傳輸?shù)较鄳?yīng)內(nèi)存臨時目錄下的壓縮包進行MD5值的校驗；或者，在所述程序上傳模塊22將任一程序子包中的上層執(zhí)行文件壓縮包傳輸?shù)脚c該程序子包相對應(yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下后，以及，將傳輸至任一內(nèi)部芯片模塊內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包拷貝至該內(nèi)部芯片模塊的flash中之后分別進行一次MD5值的校驗。實施例五：如圖6所示，其為本發(fā)明實施例五中所述基于網(wǎng)關(guān)數(shù)據(jù)處理板的軟件加載系統(tǒng)的結(jié)構(gòu)示意圖，所述軟件加載系統(tǒng)包括網(wǎng)關(guān)本地管理器31和網(wǎng)關(guān)數(shù)據(jù)處理板32，其中：所述網(wǎng)關(guān)本地管理器31用于針對任一待處理網(wǎng)關(guān)數(shù)據(jù)處理板32，根據(jù)獲取到的該網(wǎng)關(guān)數(shù)據(jù)處理板32的板卡配置信息，確定需上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板32的各程序文件，并按照該網(wǎng)關(guān)數(shù)據(jù)處理板32所具備的內(nèi)部芯片模塊的個數(shù)N，將所述確定的各程序文件劃分為N組與該網(wǎng)關(guān)數(shù)據(jù)處理板32所具備的內(nèi)部芯片模塊一一對應(yīng)的程序子包，并將該N組程序子包組合壓縮為一程序壓縮包后，將所述程序壓縮包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板32的本地管理模塊（LMP）中，其中，所述N為正整數(shù)；具體地，所述網(wǎng)關(guān)本地管理器31可用于采用以下方式來對所述確定的各程序文件進行打包層次劃分：針對該網(wǎng)關(guān)數(shù)據(jù)處理板32所具備的任一內(nèi)部芯片模塊，從所述確定的各程序文件中提取與該內(nèi)部芯片模塊相關(guān)的程序文件，并將提取出的程序文件劃 分為上層執(zhí)行文件以及下層驅(qū)動文件，以及，將劃分后的上層執(zhí)行文件和下層驅(qū)動文件分別壓縮處理后，打包壓縮為與該內(nèi)部芯片模塊相對應(yīng)的程序子包。進一步地，所述網(wǎng)關(guān)本地管理器31可用于通過采用SCP命令的方式，將所述程序壓縮包上傳至網(wǎng)關(guān)數(shù)據(jù)處理板32的LMP中；由于SCP命令是Linux系統(tǒng)下基于SSH協(xié)議的安全遠程文件拷貝命令，具備較高的傳輸便捷性和安全性，因此采用SCP命令的方式進行程序壓縮包的上傳時，可以有效防止軟件上傳過程中的信息泄露問題，并且，還能夠在充分利用Linux內(nèi)核的網(wǎng)絡(luò)功能的基礎(chǔ)上，實現(xiàn)系統(tǒng)間內(nèi)存至內(nèi)存的高速傳輸，大大縮短程序壓縮包的上傳時間，提高軟件加載的速度和效率。所述網(wǎng)關(guān)數(shù)據(jù)處理板32用于接收網(wǎng)關(guān)本地管理器31發(fā)送的程序壓縮包，并根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將接收到的程序壓縮包中的各程序子包分別上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板32的相應(yīng)內(nèi)部芯片模塊中。具體地，所述網(wǎng)關(guān)數(shù)據(jù)處理板32用于根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將任一程序子包中的下層驅(qū)動文件燒至與該程序子包相對應(yīng)的內(nèi)部芯片模塊中，以及，針對任一已燒入下層驅(qū)動文件的內(nèi)部芯片模塊，將與該內(nèi)部芯片模塊相對應(yīng)的程序子包中的上層驅(qū)動文件上傳至該內(nèi)部芯片模塊的內(nèi)存中。進一步地，如圖6所示，以具備兩個內(nèi)部芯片模塊，如安全網(wǎng)關(guān)模塊（DPB1）和數(shù)據(jù)模塊（DPB2）的網(wǎng)關(guān)數(shù)據(jù)處理板32為例，對所述網(wǎng)關(guān)數(shù)據(jù)處理板32將接收到的程序壓縮包中的各程序子包上傳至該網(wǎng)關(guān)數(shù)據(jù)處理板32的相應(yīng)內(nèi)部芯片模塊中的具體過程進行簡單說明，所述過程可以包括以下步驟：步驟一：網(wǎng)關(guān)數(shù)據(jù)處理板32的LMP在接收到來自網(wǎng)關(guān)本地管理器32上傳的程序壓縮包后（假設(shè)該程序壓縮包包括兩個分別與該網(wǎng)關(guān)數(shù)據(jù)處理板32的安全網(wǎng)關(guān)模塊和數(shù)據(jù)模塊相對應(yīng)的程序子包A和程序子包B，且程序子包A包括上層執(zhí)行文件壓縮包A1和下層驅(qū)動文件壓縮包A2，程序子包B包括上層執(zhí)行文件壓縮包B1和下層驅(qū)動文件壓縮包B2），對其進行解壓縮操作，得 到四個壓縮包A1、A2、B1和B2；步驟二：LMP根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將各程序子包中的下層驅(qū)動文件壓縮包（如A2和B2）分別傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下，并執(zhí)行命令將A2和B2分別燒至DPB1和DPB2中。具體地，在執(zhí)行本步驟二之前，LMP還可以確定各下層驅(qū)動文件壓縮包（即Linux鏡像和SE鏡像文件）是否需要重新燒入相應(yīng)的內(nèi)部芯片模塊中（即確定相應(yīng)的內(nèi)部芯片模塊是否為初始化狀態(tài)或者存在更新），若是，則將相應(yīng)的下層驅(qū)動文件壓縮包傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下，否則，則不作處理；需要說明的是，在本發(fā)明所述實施例中，由于所針對的網(wǎng)關(guān)數(shù)據(jù)處理板32均為處于初始化狀態(tài)或待更新狀態(tài)的待處理網(wǎng)關(guān)數(shù)據(jù)處理板32，因此，LMP所接收到的程序壓縮包中的各下層驅(qū)動文件壓縮包等通常均是更新后的壓縮包，因此，通常均需要重新燒入相應(yīng)的內(nèi)部芯片模塊中。進一步地，LMP在根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將各程序子包中的下層驅(qū)動文件壓縮包（如A2和B2）分別傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下之后，還可以通過MD5算法對傳輸?shù)较鄳?yīng)內(nèi)存臨時目錄下的壓縮包進行MD5值的校驗，并在校驗成功后，再執(zhí)行命令將A2和B2分別燒至DPB1和DPB2中，以及，在將A2和B2分別燒至DPB1和DPB2中之后，進行芯片重啟。步驟三：LMP根據(jù)程序子包與內(nèi)部芯片模塊的對應(yīng)關(guān)系，將各程序子包中的上層執(zhí)行文件壓縮包（如A1和B1）分別傳輸?shù)较鄳?yīng)的內(nèi)部芯片模塊內(nèi)存的臨時目錄下，并針對任一內(nèi)部芯片模塊，將傳輸?shù)皆搩?nèi)部芯片模塊內(nèi)存臨時目錄下的上層執(zhí)行文件壓縮包拷貝到該內(nèi)部芯片模塊的flash中，并利用拷貝至該內(nèi)部芯片模塊flash中的上層執(zhí)行文件壓縮包中的rc文件替換該內(nèi)部芯片模塊中原有的rc文件，以及，在rc文件替換成功后，進行芯片重啟。具體地，芯片再次重啟后，會自動運行替換后的rc文件，將相應(yīng)的上層執(zhí)行文件壓縮包中的各文件解壓到內(nèi)存中運行，完成軟件的加載。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。