專利名稱：低級網(wǎng)管系統(tǒng)的管理方法及裝置、系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及通信領域，具體而言，涉及一種低級網(wǎng)管系統(tǒng)的管理方法及裝置、系統(tǒng)。
背景技術(shù)：
隨著電信行業(yè)的高速發(fā)展，網(wǎng)管系統(tǒng)的功能也在逐步演進；當前各專業(yè)網(wǎng)都有一套自己的網(wǎng)管系統(tǒng)，簡稱低級網(wǎng)管系統(tǒng)。它的缺點是每個專業(yè)網(wǎng)都需要單獨維護一套網(wǎng)管系統(tǒng)，維護成本高。如果通過一個高級網(wǎng)管軟件不分專業(yè)網(wǎng)來統(tǒng)一管理各低級網(wǎng)管軟件，將大大節(jié)省管理成本。目前的做法是高級網(wǎng)管軟件只支持對最高版本的低級網(wǎng)管軟件管理， 不同專業(yè)網(wǎng)或不同版本的低級網(wǎng)管軟件不能被一起共管。針對相關(guān)技術(shù)中的上述問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種低級網(wǎng)管系統(tǒng)的管理方法及裝置、系統(tǒng)，以解決上述問題至少之一。根據(jù)本發(fā)明的一個方面，提供了一種低級網(wǎng)管系統(tǒng)的管理方法，包括通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，業(yè)務模型包括低級網(wǎng)管系統(tǒng)與對低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；接收低級網(wǎng)管系統(tǒng)上傳的業(yè)務模型；通過接收的業(yè)務模型對應的適配器對低級網(wǎng)管系統(tǒng)進行管理。根據(jù)本發(fā)明的另一方面，提供了一種低級網(wǎng)管系統(tǒng)的管理裝置，包括第一通知模塊，用于通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，業(yè)務模型包括低級網(wǎng)管系統(tǒng)與對低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；第一接收模塊，用于接收低級網(wǎng)管系統(tǒng)上傳的業(yè)務模型；第一管理模塊，用于通過接收的業(yè)務模型對應的適配器對低級網(wǎng)管系統(tǒng)進行管理。根據(jù)本發(fā)明的再一方面，提供了一種低級網(wǎng)管系統(tǒng)的管理系統(tǒng)，包括低級網(wǎng)管系統(tǒng)和高級網(wǎng)管系統(tǒng)，高級網(wǎng)管系統(tǒng)包括第二通知模塊，用于通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，業(yè)務模型包括低級網(wǎng)管系統(tǒng)與對低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；第二接收模塊，用于接收低級網(wǎng)管系統(tǒng)上傳的業(yè)務模型；第二管理模塊，用于通過接收的業(yè)務模型對應的適配器對低級網(wǎng)管系統(tǒng)進行管理；低級網(wǎng)管系統(tǒng)包括 第三接收模塊，用于接收來自于高級網(wǎng)管系統(tǒng)的通知；上傳模塊，用于根據(jù)通知上傳業(yè)務模型。通過本發(fā)明，采用上傳業(yè)務模型的技術(shù)手段，解決了相關(guān)技術(shù)中不能對不同版本的低級網(wǎng)管系統(tǒng)進行共管的等問題，進而達到了通過業(yè)務模型同時管理若干個不同版本的低級網(wǎng)管系統(tǒng)的效果，同時提高了管理效率、節(jié)省了管理成本且管理簡單不易出錯。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1為根據(jù)本發(fā)明實施例的低級網(wǎng)管系統(tǒng)的管理方法的流程圖；圖2為根據(jù)本發(fā)明實施例的低級網(wǎng)管系統(tǒng)的管理裝置的結(jié)構(gòu)框圖；圖3為根據(jù)本發(fā)明優(yōu)選實施例的低級網(wǎng)管系統(tǒng)的管理裝置的結(jié)構(gòu)示意圖；圖4根據(jù)本發(fā)明實施例的低級網(wǎng)管系統(tǒng)的管理系統(tǒng)的結(jié)構(gòu)框圖；圖5為根據(jù)本發(fā)明優(yōu)選實施例一的高級網(wǎng)管系統(tǒng)的結(jié)構(gòu)示意圖；圖6為根據(jù)本發(fā)明優(yōu)選實施例三的低級網(wǎng)管系統(tǒng)的管理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1為根據(jù)本發(fā)明實施例的低級網(wǎng)管系統(tǒng)的管理方法的流程圖。如圖1所示，該方法包括步驟S102，通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，業(yè)務模型包括低級網(wǎng)管系統(tǒng)與對低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；步驟S104，接收低級網(wǎng)管系統(tǒng)上傳的業(yè)務模型；步驟S106，通過接收的業(yè)務模型對應的適配器對低級網(wǎng)管系統(tǒng)進行管理。無論對相同版本的低級管理系統(tǒng)還是不同版本的低級網(wǎng)管系統(tǒng)，都可以應用上述處理步驟對低級網(wǎng)管系統(tǒng)進行管理，尤其解決了相關(guān)技術(shù)中，不能對各個不同版本的低級網(wǎng)管系統(tǒng)進行共管的問題，達到了通過業(yè)務模型同時管理若干個不同版本的低級網(wǎng)管系統(tǒng)的效果，同時提高了管理效率、節(jié)省了管理成本且管理簡單不易出錯。由于相關(guān)技術(shù)中，不同的低級網(wǎng)管系統(tǒng)的軟件版本在多數(shù)情況下不同，為了應用上述處理步驟對低級網(wǎng)管軟件進行管理，需要事先確定上述軟件版本不同，因此在通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳之前，還可以包括以下處理過程確定高級網(wǎng)管系統(tǒng)管理的各個低級網(wǎng)管系統(tǒng)不同，或各個低級網(wǎng)管系統(tǒng)的軟件版本不同，或檢測到低級網(wǎng)管系統(tǒng)采用了新的軟件版本。對于最后一種情況由于采用了新的軟件版本，和原來的軟件版本不一致，因此，也是需要確定的情況之一。通過上述處理過程，給出采用圖1所示技術(shù)方案的前提條件，在滿足上述處理過程所確定的情況時，再進行圖1所示步驟，可以避免造成運行資源的浪費。對于上述業(yè)務模型可以滿足以下條件至少之一同一版本的業(yè)務模型對應于多個不同低級網(wǎng)管系統(tǒng)，在這種情況下，可以針對同一版本的業(yè)務模型對應的多個低級網(wǎng)管系統(tǒng)進行管理，不必針對所有不同的低級網(wǎng)管系統(tǒng)采用必須一一對應的業(yè)務模型，提高了效率；各個業(yè)務模型均遵行統(tǒng)一的定義接口，采用統(tǒng)一的接口，可以節(jié)省運行成本；各個不同的業(yè)務模型指向同一個高級網(wǎng)管系統(tǒng)，采用一個高級網(wǎng)管系統(tǒng)進行管理，便于集中管理。上述將業(yè)務模型進行上傳的方式有多種，在本實例中，可以采用一種較為簡單的方式低級網(wǎng)管系統(tǒng)可以按照FTP方式將業(yè)務模型進行上傳。上述處理過程可以在通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳之后進行。由于上傳的業(yè)務模型只是為對低級網(wǎng)管系統(tǒng)進行管理提供一種適配器，并沒有涉及到具體的管理過程，在本實施例中，通過上述管理過程可以包括以下處理過程通過適配器從低級網(wǎng)管系統(tǒng)中獲取對低級網(wǎng)管進行管理所需要的信息；根據(jù)獲取的信息對已有的高級網(wǎng)管系統(tǒng)對低級網(wǎng)管進行管理所需要的信息進行更新；根據(jù)更新后的信息對低級網(wǎng)管系統(tǒng)進行管理。在本實施例中還提供了一種低級網(wǎng)管系統(tǒng)的管理裝置。該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述，下面對該裝置中涉及到的模塊進行說明。 如以下所使用的術(shù)語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。圖2為根據(jù)本發(fā)明實施例的低級網(wǎng)管系統(tǒng)的管理裝置的結(jié)構(gòu)框圖。如圖2所示，該裝置包括第一通知模塊20，用于通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，所述業(yè)務模型包括所述低級網(wǎng)管系統(tǒng)與對所述低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；第一接收模塊22，用于接收所述低級網(wǎng)管系統(tǒng)上傳的所述業(yè)務模型，在具體實施時，上述第一通知模塊20可以通知第一接收模塊22接收業(yè)務模型。；第一管理模塊24，與第一接收模塊22相連，用于通過接收的業(yè)務模型對應的適配器對所述低級網(wǎng)管系統(tǒng)進行管理。在本發(fā)明的一個優(yōu)選實施方式中，如圖3所示，上述裝置還可以包括確定模塊沈，與第一通知模塊20相連，用于確定所述高級網(wǎng)管系統(tǒng)管理的各個所述低級網(wǎng)管系統(tǒng)不同，或各個所述低級網(wǎng)管系統(tǒng)的軟件版本不同，或檢測到所述低級網(wǎng)管系統(tǒng)采用了新的軟件版本。優(yōu)選地，如圖3所示，上述第一管理模塊M包括獲取單元對0，用于通過所述適配器從所述低級網(wǎng)管系統(tǒng)中獲取對所述低級網(wǎng)管進行管理所需要的信息；更新單元M2， 與獲取單元240相連，用于根據(jù)獲取的所述信息對已有的高級網(wǎng)管系統(tǒng)對所述低級網(wǎng)管進行管理所需要的信息進行更新；管理單元M4，與更新單元242相連，用于根據(jù)更新后的信息對低級網(wǎng)管系統(tǒng)進行管理。在本實施例中還提供了一種低級網(wǎng)管系統(tǒng)的管理系統(tǒng)。該系統(tǒng)用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述，下面對該系統(tǒng)中涉及到的模塊進行說明。 圖4根據(jù)本發(fā)明實施例的低級網(wǎng)管系統(tǒng)的管理系統(tǒng)的結(jié)構(gòu)框圖。如圖4所示，該系統(tǒng)包括: 低級網(wǎng)管系統(tǒng)40和高級網(wǎng)管系統(tǒng)42，高級網(wǎng)管系統(tǒng)42包括第二通知模塊420，用于通知低級網(wǎng)管系統(tǒng)40將業(yè)務模型進行上傳，其中，所述業(yè)務模型包括所述低級網(wǎng)管系統(tǒng)40與對所述低級網(wǎng)管系統(tǒng)40進行管理的高級網(wǎng)管系統(tǒng)42 之間的適配器版本；第二接收模塊422，與第二接收模塊420相連，用于接收低級網(wǎng)管系統(tǒng)40上傳的所述業(yè)務模型；第二管理模塊424，與第二接收模塊422相連，用于通過接收的業(yè)務模型對應的適配器對所述低級網(wǎng)管系統(tǒng)40進行管理；低級網(wǎng)管系統(tǒng)40包括第三接收模塊400，用于接收來自于高級網(wǎng)管系統(tǒng)42的通知；上傳模塊402，與第三接收模塊400相連，用于根據(jù)通知上傳業(yè)務模型。
優(yōu)選地，上述上傳模塊402，用于按照FTP方式將所述業(yè)務模型進行上傳。下面結(jié)合優(yōu)選實施例進行說明，以下優(yōu)選實施例結(jié)合了上述實施例及其優(yōu)選實施方式。優(yōu)選實施例一本實施例提供一種基于業(yè)務模型上載的版本兼容方法，解決在一個高級網(wǎng)管系統(tǒng)中不分專業(yè)網(wǎng)共管不同版本的低級網(wǎng)管系統(tǒng)。本實施例區(qū)別于其他方法的特點是高級網(wǎng)管軟件通過業(yè)務模型可以共管不同的專業(yè)網(wǎng)的低級網(wǎng)管；低級網(wǎng)管的軟件不同的版本通過業(yè)務模型可以在高級軟件中共管。為實現(xiàn)上述目的，本實施例采用如下技術(shù)方案如圖5所示，本實施例中的高級網(wǎng)管系統(tǒng)包括版本檢測模塊50、版本中心模塊 52、各應用模塊M和業(yè)務模型56，注意，本實施例中的業(yè)務模型可以為不同版本的適配器。 各模塊的關(guān)系如圖5所示。版本檢測模塊50 在接入低級網(wǎng)管或重新建鏈時，負責檢測新版本，發(fā)現(xiàn)新版本時向版本中心通知；版本中心模塊52 (版本分發(fā)模塊簡稱版本中心)負責接收版本檢測模塊50發(fā)出的升級通知，當接收到通知時通過FTP將業(yè)務模型56的相關(guān)信息(包括版本信息)從低級網(wǎng)管系統(tǒng)上傳到高級網(wǎng)管系統(tǒng)，然后向各應用模塊M發(fā)通知。版本中心模塊52處理流程的詳細步驟描述如下1.版本中心模塊52接收到版本檢測模塊50發(fā)出升級通知后，從低級網(wǎng)管系統(tǒng)通過FTP將業(yè)務模型56的相關(guān)信息(包括版本信息)上傳上來。2.如果業(yè)務模型56的相關(guān)信息上傳失敗，則本次升級流程中止，也不給版本檢測模塊50返回響應消息，等版本檢測模塊50發(fā)現(xiàn)超時后下次發(fā)送時再重傳。如果上傳流程中止，則已經(jīng)上傳的文件要全部刪掉(回滾)。3.上載業(yè)務模型56的相關(guān)信息成功后，版本中心模塊52向各應用模塊M發(fā)升級通知，通知包含內(nèi)容如下要升級的版本信息；FTP信息；時區(qū)信息；語言信息；IP地址；EMB 端口 ；專業(yè)網(wǎng)類型。版本中心模塊52發(fā)升級通知給各應用模塊M，各應用模塊M監(jiān)聽此通知并完成升級處理。各應用模塊M 各應用模塊M包括資源管理、告警管理、機架圖、性能管理、CORBA 及ERT。各應用模塊M監(jiān)聽版本中心的升級通知，收到升級通知后，開始本模塊升級處理。 各應用模塊M完成升級處理后再發(fā)EMB通知給版本中心模塊52，報告本模塊本版本已升級完成，同時反饋是否需要重啟，如果升級處理失敗，則不向版本中心反饋任何消息。當所有升級步驟完成，版本中心收到各應用模塊M發(fā)出的升級完成通知。業(yè)務模型56 業(yè)務模型56是本實施例的核心模塊，它是連接高級網(wǎng)管系統(tǒng)和低級網(wǎng)管系統(tǒng)的適配器。業(yè)務模型56由FTP方式從低級網(wǎng)管系統(tǒng)上載到高級網(wǎng)管系統(tǒng)上來，高級網(wǎng)管系統(tǒng)通過維護多個這樣的適配器版本來訪問管理不同版本的低級網(wǎng)管系統(tǒng)，每一個版本的業(yè)務模型56遵行統(tǒng)一的定義規(guī)范。業(yè)務模型56中定義了高級網(wǎng)管系統(tǒng)的各應用模塊資源和低級網(wǎng)管系統(tǒng)的映射關(guān)系。一個業(yè)務模型向下對應的是同一版本的多個不同低級網(wǎng)管系統(tǒng)；各個業(yè)務模型都遵行統(tǒng)一的定義規(guī)范(接口)；多個不同的業(yè)務模型向上指向同一個高級網(wǎng)管系統(tǒng)，如圖2所示，業(yè)務模型56定義形式為XML，內(nèi)容分3部分定義業(yè)務模型基本對象，對象屬性如表1所示表 權(quán)利要求
1.一種低級網(wǎng)管系統(tǒng)的管理方法，其特征在于，包括通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，所述業(yè)務模型包括所述低級網(wǎng)管系統(tǒng)與對所述低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本； 接收所述低級網(wǎng)管系統(tǒng)上傳的所述業(yè)務模型；通過接收的所述業(yè)務模型對應的適配器對所述低級網(wǎng)管系統(tǒng)進行管理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳之前，還包括確定所述高級網(wǎng)管系統(tǒng)管理的各個所述低級網(wǎng)管系統(tǒng)不同，或各個所述低級網(wǎng)管系統(tǒng)的軟件版本不同，或檢測到所述低級網(wǎng)管系統(tǒng)采用了新的軟件版本。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務模型滿足以下條件至少之一 所述同一版本的業(yè)務模型對應于多個不同所述低級網(wǎng)管系統(tǒng)；各個所述業(yè)務模型均遵行統(tǒng)一的定義接口； 各個不同的所述業(yè)務模型指向同一個高級網(wǎng)管系統(tǒng)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳之后，還包括所述低級網(wǎng)管系統(tǒng)按照FTP方式將所述業(yè)務模型進行上傳。
5.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，所述通過接收的所述業(yè)務模型對應的適配器對所述低級網(wǎng)管系統(tǒng)進行管理，包括通過所述適配器從所述低級網(wǎng)管系統(tǒng)中獲取對所述低級網(wǎng)管進行管理所需要的信息；根據(jù)獲取的所述信息對已有的所述高級網(wǎng)管系統(tǒng)對所述低級網(wǎng)管進行管理所需要的信息進行更新；根據(jù)更新后的信息對所述低級網(wǎng)管系統(tǒng)進行管理。
6.一種低級網(wǎng)管系統(tǒng)的管理裝置，其特征在于，包括第一通知模塊，用于通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，所述業(yè)務模型包括所述低級網(wǎng)管系統(tǒng)與對所述低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；第一接收模塊，用于接收所述低級網(wǎng)管系統(tǒng)上傳的所述業(yè)務模型； 第一管理模塊，用于通過接收的所述業(yè)務模型對應的適配器對所述低級網(wǎng)管系統(tǒng)進行管理。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括確定模塊，與所述第一通知模塊相連，用于確定所述高級網(wǎng)管系統(tǒng)管理的各個所述低級網(wǎng)管系統(tǒng)不同，或各個所述低級網(wǎng)管系統(tǒng)的軟件版本不同，或檢測到所述低級網(wǎng)管系統(tǒng)采用了新的軟件版本。
8.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，所述第一管理模塊包括獲取單元，用于通過所述適配器從所述低級網(wǎng)管系統(tǒng)中獲取對所述低級網(wǎng)管進行管理所需要的信息；更新單元，用于根據(jù)獲取的所述信息對已有的所述高級網(wǎng)管系統(tǒng)對所述低級網(wǎng)管進行管理所需要的信息進行更新；管理單元，用于根據(jù)更新后的信息對所述低級網(wǎng)管系統(tǒng)進行管理。
9.一種低級網(wǎng)管系統(tǒng)的管理系統(tǒng)，包括低級網(wǎng)管系統(tǒng)和高級網(wǎng)管系統(tǒng)，其特征在于， 所述高級網(wǎng)管系統(tǒng)包括第二通知模塊，用于通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，所述業(yè)務模型包括所述低級網(wǎng)管系統(tǒng)與對所述低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；第二接收模塊，用于接收所述低級網(wǎng)管系統(tǒng)上傳的所述業(yè)務模型； 第二管理模塊，用于通過接收的所述業(yè)務模型對應的適配器對所述低級網(wǎng)管系統(tǒng)進行管理；所述低級網(wǎng)管系統(tǒng)包括第三接收模塊，用于接收來自于所述高級網(wǎng)管系統(tǒng)的通知； 上傳模塊，用于根據(jù)所述通知上傳所述業(yè)務模型。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述上傳模塊，用于按照FTP方式將所述業(yè)務模型進行上傳。
全文摘要
本發(fā)明提供了一種低級網(wǎng)管系統(tǒng)的管理方法及裝置、系統(tǒng)，其中，上述方法包括通知低級網(wǎng)管系統(tǒng)將業(yè)務模型進行上傳，其中，業(yè)務模型包括低級網(wǎng)管系統(tǒng)與對低級網(wǎng)管系統(tǒng)進行管理的高級網(wǎng)管系統(tǒng)之間的適配器版本；接收低級網(wǎng)管系統(tǒng)上傳的業(yè)務模型；通過接收的業(yè)務模型對應的適配器對低級網(wǎng)管系統(tǒng)進行管理。采用本發(fā)明提供的上述技術(shù)方案，解決了相關(guān)技術(shù)中不能對不同版本的低級網(wǎng)管系統(tǒng)進行共管的等問題，進而達到了通過業(yè)務模型同時管理若干個不同版本的低級網(wǎng)管系統(tǒng)的效果，同時提高了管理效率、節(jié)省了管理成本且管理簡單不易出錯。
文檔編號H04L12/24GK102238033SQ201110185510
公開日2011年11月9日 申請日期2011年7月4日 優(yōu)先權(quán)日2011年7月4日
發(fā)明者盛宏偉 申請人:中興通訊股份有限公司