專利名稱：一種軟件加載系統(tǒng)和軟件加載實現(xiàn)方法
技術領域：
本發(fā)明涉及通信領域，具體涉及一種軟件加載系統(tǒng)和軟件加載實現(xiàn)方法。
背景技術：
目前，軟件加載是通信設備尤其是電信設備能實現(xiàn)的一個基本功能?，F(xiàn)有技術的軟件加載系統(tǒng)如圖1所示。在圖1所示的軟件加載系統(tǒng)中，設備主機110包含第一業(yè)務單板111、第二業(yè)務單板112、第N業(yè)務單板113等N個業(yè)務單板，N可以是1以上的任意整數(shù)。
當設備主機110中的某個業(yè)務單板需要進行軟件加載時，該業(yè)務單板向加載服務器100中的通信管理單元101發(fā)送加載請求。假設第一業(yè)務單板111向通信管理單元101發(fā)送加載請求，通信管理單元101將來自第一業(yè)務單板111的加載請求轉發(fā)給加載處理單元102。加載處理單元102收到來自通信管理單元101的加載請求后，從軟件管理服務器120中獲取第一業(yè)務單板111需要加載的業(yè)務軟件，并將獲取的業(yè)務軟件通過通信管理單元101發(fā)送給第一業(yè)務單板111，第一業(yè)務單板111收到所述業(yè)務軟件后保存并運行該業(yè)務軟件。
至此，整個軟件加載過程結束。加載處理單元因收到一個加載請求而進行的后續(xù)軟件加載過程可以被看作是一個加載任務。
上述的軟件管理服務器120實際上是一個邏輯管理單元，可以獨立設置在一個物理實體中，也可以與通信管理單元101等共同設置在同一個物理實體中，主要用于保存并提供可加載到業(yè)務單板上的業(yè)務軟件。
在實際應用中，加載處理單元102可以在滿足電信級服務要求的前提下并行處理多個上述的軟件加載過程，以保證多個業(yè)務單板在同一時間段可分別加載一個或一個以上業(yè)務軟件。
盡管如此，隨著設備主機110中業(yè)務單板的增多，加載處理單元102會達到自身的加載處理極限，導致加載處理單元102的工作性能明顯下降，無法滿足電信級服務要求。
鑒于上述問題，目前通常通過提高加載服務器中加載處理單元的硬件性能來提升該加載處理單元的加載能力，以保證提升了加載能力的加載處理單元可以滿足電信級服務要求。然而，加載處理單元硬件性能的提高是有限度的，因此加載處理單元加載能力的提升也是有限度的。因此，隨著需要進行軟件加載的業(yè)務單板的增多，加載處理單元在處理大量的軟件加載過程時仍會達到自身的加載處理極限，導致加載處理單元的工作性能明顯下降，無法滿足電信級服務要求。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種軟件加載系統(tǒng)，以提升軟件加載能力，保證在處理大量軟件加載過程時仍可滿足電信級服務要求。
本發(fā)明的另一目的在于提供一種軟件加載的實現(xiàn)方法，以提升軟件加載能力，保證在處理大量軟件加載過程時仍可滿足電信級服務要求。
為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的本發(fā)明公開了一種軟件加載系統(tǒng)，該系統(tǒng)包括至少一個業(yè)務單板，每個業(yè)務單板均與通信管理單元相連，用于向通信管理單元發(fā)送加載請求并接收來自通信管理單元的業(yè)務軟件；通信管理單元，與負載均衡單元相連，用于將來自業(yè)務單板的加載請求發(fā)送給負載均衡單元并將來自負載均衡單元的業(yè)務軟件發(fā)送給業(yè)務單板；負載均衡單元，與所有加載處理單元以及數(shù)據(jù)策略服務器相連，用于根據(jù)來自通信管理單元的加載請求向數(shù)據(jù)策略服務器發(fā)送負載均衡策略請求，以及接收來自數(shù)據(jù)策略服務器的負載均衡策略響應并將所述加載請求發(fā)送給該負載均衡策略響應所針對的加載處理單元；還用于將來自加載處理單元的業(yè)務軟件發(fā)送給通信管理單元；至少兩個加載處理單元，與數(shù)據(jù)策略服務器相連，用于根據(jù)來自負載均衡單元的加載請求從數(shù)據(jù)策略服務器中獲取業(yè)務軟件，并將獲取的業(yè)務軟件發(fā)送給負載均衡單元；數(shù)據(jù)策略服務器，用于根據(jù)來自負載均衡單元的負載均衡策略請求向負載均衡單元發(fā)送負載均衡策略響應，還用于向各加載處理單元提供業(yè)務軟件。
本發(fā)明還公開了一種軟件加載的實現(xiàn)方法，有至少兩個加載處理單元為需要進行軟件加載的業(yè)務單板進行軟件加載；該方法包括當業(yè)務單板需要進行軟件加載時，在多個加載處理單元中根據(jù)策略確定一個尚未達到加載處理極限的加載處理單元，并由該加載處理單元為所述業(yè)務單板進行后續(xù)軟件加載過程。
所述的業(yè)務單板需要進行軟件加載時，確定所述加載處理單元是通過以下操作實現(xiàn)的業(yè)務單板向通信管理單元發(fā)送加載請求，通信管理單元將收到的該加載請求發(fā)送給負載均衡單元，負載均衡單元根據(jù)該加載請求向數(shù)據(jù)策略服務器發(fā)送負載均衡策略請求，數(shù)據(jù)策略服務器向負載均衡單元發(fā)送可確定所述加載處理單元的負載均衡策略響應。
所述根據(jù)策略確定加載處理單元的方法是根據(jù)預先設置的業(yè)務單板與加載處理單元之間的對應關系，將所述業(yè)務單板所對應的加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
所述根據(jù)策略確定加載處理單元的方法是獲取各加載處理單元的中央處理器CPU占用率，將CPU占用率最低的加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元；或，獲取各加載處理單元的CPU占用率，將獲取的所有CPU占用率與預先設置的CPU占用率門限值相比較，從低于CPU占用率門限值的CPU占用率中任選一個CPU占用率，并將具有該CPU占用率的一個加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
所述CPU占用率門限值是根據(jù)加載處理單元的加載能力設置的。
所述根據(jù)策略確定加載處理單元的方法是獲取各加載處理單元的加載任務數(shù)量，將加載任務數(shù)量最少的加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元；或，獲取各加載處理單元的加載任務數(shù)量，將獲取的所有加載任務數(shù)量與預先設置的加載任務數(shù)量門限值相比較，從低于加載任務數(shù)量門限值的加載任務數(shù)量中任選一個加載任務數(shù)量，并將具有該加載任務數(shù)量的一個加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
所述加載任務數(shù)量門限值是根據(jù)加載處理單元的加載能力設置的。
進行的所述后續(xù)軟件加載過程包括被確定要進行軟件加載過程的加載處理單元獲取所述業(yè)務單板需要加載的業(yè)務軟件，并將獲取的業(yè)務軟件發(fā)送給該業(yè)務單板。
所述業(yè)務單板收到所述業(yè)務軟件后，進一步保存并運行該業(yè)務軟件。
與現(xiàn)有技術相比，本發(fā)明所提供的軟件加載系統(tǒng)包括至少一個業(yè)務單板、通信管理單元、負載均衡單元、至少兩個加載處理單元和數(shù)據(jù)策略服務器，這些器件相互配合，以保證多個加載處理單元中的一個尚未達到加載處理極限的加載處理單元能夠為業(yè)務單板進行軟件加載過程。這使得軟件加載系統(tǒng)的軟件加載能力被明顯提升，保證在處理大量軟件加載過程時仍可滿足電信級服務要求。
本發(fā)明所提供的軟件加載的實現(xiàn)方法，當業(yè)務單板需要進行軟件加載時，在可以處理軟件加載任務的多個加載處理單元中確定一個尚未達到加載處理極限的加載處理單元，并由該加載處理單元為需要進行軟件加載的所述業(yè)務單板進行后續(xù)軟件加載過程。這同樣使得軟件加載能力被明顯提升，保證在處理大量軟件加載過程時仍可滿足電信級服務要求。


圖1為現(xiàn)有技術的軟件加載系統(tǒng)圖；圖2為本發(fā)明一較佳實施例的軟件加載系統(tǒng)圖；圖3為圖2中軟件加載系統(tǒng)所實現(xiàn)的軟件加載流程圖。
具體實施例方式
下面結合附圖及具體實施例對本發(fā)明詳細說明。
本發(fā)明所提供的軟件加載系統(tǒng)包括至少一個業(yè)務單板、通信管理單元、負載均衡單元、至少兩個加載處理單元和數(shù)據(jù)策略服務器，這些器件相互配合，以保證多個加載處理單元中的一個尚未達到加載處理極限的加載處理單元能夠為業(yè)務單板進行軟件加載過程。
本發(fā)明所提供的軟件加載的實現(xiàn)方法，當業(yè)務單板需要進行軟件加載時，在多個加載處理單元中確定一個尚未達到加載處理極限的加載處理單元，并由該加載處理單元為所述業(yè)務單板進行后續(xù)軟件加載過程。
參見圖2，圖2為本發(fā)明一較佳實施例的軟件加載系統(tǒng)圖。圖2中，設備主機230包含第一業(yè)務單板231、第二業(yè)務單板232、第N業(yè)務單板233等N個業(yè)務單板，N可以是1以上的任意整數(shù)。設備主機230中的每個業(yè)務單板都與加載服務器200中的通信管理單元202相連，通信管理單元202通過負載均衡單元201與基本加載處理單元203相連。
負載均衡單元201與第一輔助加載處理單元210、第M輔助加載處理單元220等M個輔助加載處理單元相連，負載均衡單元201還與數(shù)據(jù)策略服務器240相連，數(shù)據(jù)策略服務器240還與基本加載處理單元203以及第一輔助加載處理單元210、第M輔助加載處理單元220等M個輔助加載處理單元相連。M可以是1以上的任意整數(shù)。負載均衡單元201、通信管理單元202、數(shù)據(jù)策略服務器240中均存儲有各加載處理單元標識和各業(yè)務單板標識。
上述的基本加載處理單元203以及第一輔助加載處理單元210、第M輔助加載處理單元220等M個輔助加載處理單元中的每個加載處理單元，其結構、操作邏輯、功能與現(xiàn)有技術中的加載處理單元的結構、操作邏輯、功能均相同，區(qū)別只在于所述基本加載處理單元203是現(xiàn)有技術的軟件加載系統(tǒng)中存在的加載處理單元，而所述輔助加載處理單元是新加入軟件加載系統(tǒng)中、用于為基本加載處理單元203分擔軟件加載工作量的加載處理單元。
上述的數(shù)據(jù)策略服務器240是在現(xiàn)有技術中軟件管理服務器的基礎上形成的邏輯管理單元，數(shù)據(jù)策略服務器240與所述軟件管理服務器的區(qū)別在于數(shù)據(jù)策略服務器240在原來的軟件管理服務器的基礎上新加入了用于將軟件加載工作量分配給上述的各加載處理單元的操作邏輯，以確保每個加載處理單元在處理軟件加載過程時不會達到自身的加載處理極限。數(shù)據(jù)策略服務器240可以獨立設置在一個物理實體中，也可以與通信管理單元202等共同設置在同一個物理實體中。
當設備主機230中的某個業(yè)務單板需要進行軟件加載時，該業(yè)務單板向加載服務器200中的通信管理單元202發(fā)送加載請求。假設第一業(yè)務單板231向通信管理單元202發(fā)送加載請求，該加載請求中至少包含第一業(yè)務單板231的單板標識和業(yè)務類型，通信管理單元202將來自第一業(yè)務單板231的加載請求轉發(fā)給負載均衡單元201。
負載均衡單元201收到來自通信管理單元202的加載請求后，將該加載請求所包含的單板標識和業(yè)務類型攜帶于負載均衡策略請求中，發(fā)送給數(shù)據(jù)策略服務器240。數(shù)據(jù)策略服務器240收到該負載均衡策略請求后，根據(jù)預先設置的操作邏輯在軟件加載系統(tǒng)包含的多個加載處理單元中確定一個沒有達到加載處理極限的加載處理單元，并將該加載處理單元的標識攜帶于負載均衡策略響應中發(fā)送給負載均衡單元201，以告知負載均衡單元201由所述加載處理單元標識所對應的加載處理單元來進行后續(xù)的軟件加載過程。
上述的數(shù)據(jù)策略服務器240確定所述加載處理單元的方法總體有兩種，第一種方法為靜態(tài)確定方法，第二種方法為動態(tài)確定方法；并且無論是靜態(tài)確定方法還是動態(tài)確定方法，都可以認為是用于確定所述加載處理單元的策略。
當應用靜態(tài)確定方法時，數(shù)據(jù)策略服務器240中需要預先設置并保存業(yè)務單板標識與加載處理單元標識之間的對應關系。這樣，數(shù)據(jù)策略服務器240可以根據(jù)該對應關系找到所述負載均衡策略請求中包含的第一業(yè)務單板231標識所對應的加載處理單元標識，將具有該加載處理單元標識的加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
當然，所述的業(yè)務單板標識與加載處理單元標識之間的對應關系也可以預先設置并保存于其它物理實體中，只要當數(shù)據(jù)策略服務器240需要業(yè)務單板標識所對應的加載處理單元標識時，可以從該物理實體中獲取相應的加載處理單元標識即可。
當應用動態(tài)確定方法時，數(shù)據(jù)策略服務器240獲取各加載處理單元的工作負荷，并從多個加載處理單元中選擇一個沒有達到加載處理極限的加載處理單元，將該加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。上述的加載處理單元工作負荷可以表現(xiàn)為多種形式，如加載處理單元當前的中央處理器(CPU)占用率或加載處理單元當前并行處理的加載任務數(shù)量。
如果數(shù)據(jù)策略服務器240要獲取各加載處理單元的CPU占用率，數(shù)據(jù)策略服務器240則向各加載處理單元發(fā)送CPU占用率查詢命令。各加載處理單元收到該CPU占用率查詢命令后，將自身應用現(xiàn)有技術所記錄的CPU占用率發(fā)送給數(shù)據(jù)策略服務器240。數(shù)據(jù)策略服務器240收到來自各加載處理單元的CPU占用率后，選擇一個CPU占用率最低的加載處理單元，將該加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
當然，數(shù)據(jù)策略服務器240也可以用預先設置的CPU占用率門限值與收到的CPU占用率相比較，以確定收到的哪些CPU占用率低于所述CPU占用率門限值，再從低于所述CPU占用率門限值的CPU占用率中任選一個CPU占用率，并將具有該CPU占用率的某個加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
上述的CPU占用率門限值可以根據(jù)加載處理單元的加載能力確定，那么，如果某個加載處理單元的CPU占用率超過了該CPU占用率門限值，則說明該加載處理單元達到了自身的加載處理極限。比如當加載處理單元的CPU占用率達到80％時，該加載處理單元達到自身的加載處理極限，加載能力無法再進一步提升?；谶@種情況，就可以將該加載處理單元的CPU占用率門限值設置為80％。
如果數(shù)據(jù)策略服務器240要獲取各加載處理單元的加載任務數(shù)量，數(shù)據(jù)策略服務器240則向各加載處理單元發(fā)送加載任務數(shù)量查詢命令。各加載處理單元收到該加載任務數(shù)量查詢命令后，將自身應用現(xiàn)有技術所記錄的當前處理的加載任務數(shù)量發(fā)送給數(shù)據(jù)策略服務器240。數(shù)據(jù)策略服務器240收到來自各加載處理單元的加載任務數(shù)量后，選擇一個加載任務數(shù)量最少的加載處理單元，將該加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
當然，數(shù)據(jù)策略服務器240也可以用預先設置的加載任務數(shù)量門限值與收到的加載任務數(shù)量相比較，以確定收到的哪些加載任務數(shù)量低于所述加載任務數(shù)量門限值，再從低于所述加載任務數(shù)量門限值的加載任務數(shù)量中任選一個加載任務數(shù)量，并將具有該加載任務數(shù)量的某個加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
上述的加載任務數(shù)量門限值可以根據(jù)加載處理單元的加載能力確定，那么，如果某個加載處理單元當前處理的加載任務數(shù)量超過了該加載任務數(shù)量門限值，則說明該加載處理單元達到了自身的加載處理極限。
當數(shù)據(jù)策略服務器240應用上述方法確定了要進行后續(xù)軟件加載過程的加載處理單元后，數(shù)據(jù)策略服務器240將確定的加載處理單元的標識攜帶于負載均衡策略響應中發(fā)送給負載均衡單元201。負載均衡單元201收到該負載均衡策略響應后，將前述的加載請求發(fā)送給負載均衡策略響應中包含的加載處理單元標識所對應的加載處理單元。該加載處理單元收到來自負載均衡單元201的加載請求后，根據(jù)該請求中包含的業(yè)務類型應用現(xiàn)有技術從數(shù)據(jù)策略服務器240中獲取第一業(yè)務單板231所需要加載的業(yè)務軟件。
上述的獲取業(yè)務軟件的具體操作為被確定為要進行后續(xù)軟件加載過程的加載處理單元向數(shù)據(jù)策略服務器240發(fā)送至少包含業(yè)務類型的業(yè)務軟件請求，該請求中包含的業(yè)務類型與第一業(yè)務單板231發(fā)送的加載請求中包含的業(yè)務類型相同。數(shù)據(jù)策略服務器240收到來自上述加載處理單元的業(yè)務軟件請求后，讀取該業(yè)務軟件請求中包含的業(yè)務類型，并將自身存儲的與該業(yè)務類型相吻合的業(yè)務軟件攜帶于業(yè)務軟件響應中發(fā)送給所述加載處理單元。
當被確定為要進行后續(xù)軟件加載過程的加載處理單元從數(shù)據(jù)策略服務器240中獲取了所述業(yè)務軟件后，該加載處理單元將荻取的該業(yè)務軟件通過負載均衡單元201、通信管理單元202發(fā)送給第一業(yè)務單板231，第一業(yè)務單板231收到業(yè)務軟件后保存并運行該業(yè)務軟件。
至此，整個軟件加載過程結束。
可以將圖2所示的軟件加載原理以圖3所示的流程表示，圖3所示流程包括以下步驟步驟301至步驟302當設備主機中的業(yè)務單板需要進行軟件加載時，該業(yè)務單板通過通信管理單元向負載均衡單元發(fā)送加載請求。
步驟303至步驟304負載均衡單元收到來自業(yè)務單板的加載請求后，向數(shù)據(jù)策略服務器發(fā)送負載均衡策略請求，數(shù)據(jù)策略服務器收到該負載均衡策略請求后，應用靜態(tài)/動態(tài)確定方法在多個加載處理單元中確定一個用于進行后續(xù)軟件加載過程的加載處理單元，并將確定的該加載處理單元的標識攜帶于負載均衡策略響應中發(fā)送給負載均衡單元。
步驟305負載均衡單元收到來自數(shù)據(jù)策略服務器的加載處理單元標識后，向該加載處理單元標識所對應的加載處理單元發(fā)送加載請求。
步驟306至步驟307收到來自負載均衡單元的加載請求的加載處理單元向數(shù)據(jù)策略服務器發(fā)送業(yè)務軟件請求，數(shù)據(jù)策略服務器收到該業(yè)務軟件請求后，將自身存儲的與該業(yè)務軟件請求中包含的業(yè)務類型相吻合的業(yè)務軟件攜帶于業(yè)務軟件響應中發(fā)送給所述加載處理單元。
步驟308加載處理單元將收到的業(yè)務軟件攜帶于加載響應中，并通過負載均衡單元、通信管理單元將該加載響應發(fā)送給曾發(fā)送所述加載請求的業(yè)務單板，該業(yè)務單板保存并運行收到的業(yè)務軟件。
在實際應用中，所述的靜態(tài)確定方法與動態(tài)確定方法也可以同時應用，如果這兩種確定方法最終確定的加載處理單元是同一個，則可以將被確定的加載處理單元作為要進行后續(xù)軟件加載過程的加載處理單元；如果所述兩種確定方法最終確定的加載處理單元是不同的兩個，則從這兩個加載處理單元中任選一個加載處理單元或選擇一個工作負載較低的加載處理單元，并將選擇的加載處理單元作為要進行后續(xù)軟件加載過程的加載處理單元。
上述的加載處理單元標識與業(yè)務單板標識可以有多種標識方法，如軟件加載系統(tǒng)內(nèi)部編號等；業(yè)務單板標識也可以用業(yè)務單板的物理位置信息表示。上述的業(yè)務軟件主要包括可應用于業(yè)務單板上的應用軟件程序、配置數(shù)據(jù)、程序補丁、配置文件等。
另外，在實際應用中，也可以通過對負載均衡單元和數(shù)據(jù)策略服務器進行設置，以禁用部分或所有的輔助加載處理單元。當所有輔助加載處理單元中的一部分被禁用時，數(shù)據(jù)策略服務器只在基本加載處理單元和沒有被禁用的輔助加載處理單元中確定要進行軟件加載過程的加載處理單元。
當所有輔助加載處理單元全部被禁用時，數(shù)據(jù)策略服務器則確定只應用基本加載處理單元進行軟件加載過程。這時，負載均衡單元也失去了其原有的作用，而只作為一個對通信信息進行透傳的器件。
由以上所述可以看出，本發(fā)明所提供的軟件加載系統(tǒng)，在現(xiàn)有技術的基礎上新加入了一個或一個以上的輔助加載處理單元，使得整個軟件加載系統(tǒng)的加載能力得到明顯提高；本發(fā)明所提供的軟件加載系統(tǒng)還新加入了用于將軟件加載工作量分配給各加載處理單元的操作邏輯，確保每個加載處理單元在處理軟件加載過程時不會達到自身的加載處理極限，使整個軟件加載系統(tǒng)保持較高的加載能力?？梢?，本發(fā)明所提供的軟件加載系統(tǒng)提升了軟件加載能力，并保證在處理大量軟件加載過程時仍可滿足電信級服務要求。
本發(fā)明所提供的軟件加載實現(xiàn)方法，在新加入輔助加載處理單元和用于將軟件加載工作量分配給各加載處理單元的操作邏輯的前提下，在包括輔助加載處理單元和基本加載處理單元的多個加載處理單元中確定一個沒有達到加載處理極限的加載處理單元，將該加載處理單元作為要進行軟件加載過程的加載處理單元，并由該加載處理單元進行后續(xù)的相應軟件加載過程?？梢姡景l(fā)明所提供的軟件加載實現(xiàn)方法使軟件加載能力得到了明顯的提升，并保證在處理大量軟件加載過程時仍可滿足電信級服務要求。
權利要求
1.一種軟件加載系統(tǒng)，其特征在于，該系統(tǒng)包括至少一個業(yè)務單板，每個業(yè)務單板均與通信管理單元相連，用于向通信管理單元發(fā)送加載請求并接收來自通信管理單元的業(yè)務軟件；通信管理單元，與負載均衡單元相連，用于將來自業(yè)務單板的加載請求發(fā)送給負載均衡單元并將來自負載均衡單元的業(yè)務軟件發(fā)送給業(yè)務單板；負載均衡單元，與所有加載處理單元以及數(shù)據(jù)策略服務器相連，用于根據(jù)來自通信管理單元的加載請求向數(shù)據(jù)策略服務器發(fā)送負載均衡策略請求，以及接收來自數(shù)據(jù)策略服務器的負載均衡策略響應并將所述加載請求發(fā)送給該負載均衡策略響應所針對的加載處理單元；還用于將來自加載處理單元的業(yè)務軟件發(fā)送給通信管理單元；至少兩個加載處理單元，與數(shù)據(jù)策略服務器相連，用于根據(jù)來自負載均衡單元的加載請求從數(shù)據(jù)策略服務器中獲取業(yè)務軟件，并將獲取的業(yè)務軟件發(fā)送給負載均衡單元；數(shù)據(jù)策略服務器，用于根據(jù)來自負載均衡單元的負載均衡策略請求向負載均衡單元發(fā)送負載均衡策略響應，還用于向各加載處理單元提供業(yè)務軟件。
2.一種軟件加載的實現(xiàn)方法，其特征在于，有至少兩個加載處理單元為需要進行軟件加載的業(yè)務單板進行軟件加載；該方法包括當業(yè)務單板需要進行軟件加載時，在多個加載處理單元中根據(jù)策略確定一個尚未達到加載處理極限的加載處理單元，并由該加載處理單元為所述業(yè)務單板進行后續(xù)軟件加載過程。
3.如權利要求2所述的方法，其特征在于，所述的業(yè)務單板需要進行軟件加載時，確定所述加載處理單元是通過以下操作實現(xiàn)的業(yè)務單板向通信管理單元發(fā)送加載請求，通信管理單元將收到的該加載請求發(fā)送給負載均衡單元，負載均衡單元根據(jù)該加載請求向數(shù)據(jù)策略服務器發(fā)送負載均衡策略請求，數(shù)據(jù)策略服務器向負載均衡單元發(fā)送可確定所述加載處理單元的負載均衡策略響應。
4.如權利要求2所述的方法，其特征在于，所述根據(jù)策略確定加載處理單元的方法是根據(jù)預先設置的業(yè)務單板與加載處理單元之間的對應關系，將所述業(yè)務單板所對應的加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
5.如權利要求2所述的方法，其特征在于，所述根據(jù)策略確定加載處理單元的方法是獲取各加載處理單元的中央處理器CPU占用率，將CPU占用率最低的加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元；或，獲取各加載處理單元的CPU占用率，將獲取的所有CPU占用率與預先設置的CPU占用率門限值相比較，從低于CPU占用率門限值的CPU占用率中任選一個CPU占用率，并將具有該CPU占用率的一個加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
6.如權利要求5所述的方法，其特征在于，所述CPU占用率門限值是根據(jù)加載處理單元的加載能力設置的。
7.如權利要求2所述的方法，其特征在于，所述根據(jù)策略確定加載處理單元的方法是獲取各加載處理單元的加載任務數(shù)量，將加載任務數(shù)量最少的加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元；或，獲取各加載處理單元的加載任務數(shù)量，將獲取的所有加載任務數(shù)量與預先設置的加載任務數(shù)量門限值相比較，從低于加載任務數(shù)量門限值的加載任務數(shù)量中任選一個加載任務數(shù)量，并將具有該加載任務數(shù)量的一個加載處理單元確定為要進行后續(xù)軟件加載過程的加載處理單元。
8.如權利要求7所述的方法，其特征在于，所述加載任務數(shù)量門限值是根據(jù)加載處理單元的加載能力設置的。
9.如權利要求2所述的方法，其特征在于，進行的所述后續(xù)軟件加載過程包括被確定要進行軟件加載過程的加載處理單元獲取所述業(yè)務單板需要加載的業(yè)務軟件，并將獲取的業(yè)務軟件發(fā)送給該業(yè)務單板。
10.如權利要求9所述的方法，其特征在于，所述業(yè)務單板收到所述業(yè)務軟件后，進一步保存并運行該業(yè)務軟件。
全文摘要
本發(fā)明提供了一種軟件加載系統(tǒng)，包括至少一個業(yè)務單板、通信管理單元、負載均衡單元、至少兩個加載處理單元以及數(shù)據(jù)策略服務器，這些器件相互配合，以保證多個加載處理單元中的一個尚未達到加載處理極限的加載處理單元能夠為業(yè)務單板進行軟件加載過程。本發(fā)明還提供了一種軟件加載的實現(xiàn)方法，當業(yè)務單板需要進行軟件加載時，在可以處理軟件加載任務的多個加載處理單元中確定一個尚未達到加載處理極限的加載處理單元，并由該加載處理單元為需要進行軟件加載的所述業(yè)務單板進行后續(xù)軟件加載過程。本發(fā)明系統(tǒng)和方法使得軟件加載能力被明顯提升，保證在處理大量軟件加載過程時仍可滿足電信級服務要求。
文檔編號G06F9/46GK1881896SQ20051010347
公開日2006年12月20日 申請日期2005年9月15日 優(yōu)先權日2005年9月15日
發(fā)明者陳錕 申請人:華為技術有限公司