專利名稱：：綜合資源管理方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及信息
技術(shù)領(lǐng)域：
，特別是涉及一種綜合資源管理方法、裝置和系統(tǒng)。
背景技術(shù)：
：綜合資源管理是網(wǎng)絡(luò)運營管理的一個重要組成部分，通過采集各專業(yè)網(wǎng)絡(luò)資源的動態(tài)信息，可以實現(xiàn)全網(wǎng)資源的統(tǒng)計、容量分析以及預(yù)警報告等；另外，可對網(wǎng)絡(luò)的運營維護(hù)提供網(wǎng)絡(luò)資源的生命周期管理。現(xiàn)有技術(shù)針對綜合資源管理方案包括兩類一類是不具備資源建模能力的方案采用傳統(tǒng)的軟件工程開發(fā)模式，用戶提出綜合資源管理需求后，開發(fā)商進(jìn)行需求分析、系統(tǒng)和模型設(shè)計、編碼、產(chǎn)品測試發(fā)布，最終提交實現(xiàn)具備綜合資源存量管理能力的系統(tǒng)。這種沒有資源建模能力的系統(tǒng)由于不具備統(tǒng)一的資源模型管理能力以及資源規(guī)劃模型設(shè)計能力，雖然能滿足用戶的綜合資源管理需求，特別是能滿足用戶的特定個性化需求，但這類方案具有開發(fā)成本高、工程周期長、系統(tǒng)的可維護(hù)性差、擴(kuò)展能力不強等問題，目前已逐漸被市場淘汰。另外一類是具備資源建模能力的方案可對綜合資源類進(jìn)行抽象，具備類、屬性及其關(guān)系的維護(hù)能力，還可以通過資源模型維護(hù)創(chuàng)建新的資源類，從而實現(xiàn)對綜合資源的存量管理。目前，具備資源建模能力的產(chǎn)品目前主要有AMODCS公司的資源建模工具CRAMER(Configurator)存量API(ApplicationProgramminghterface，應(yīng)用程序編程接口)開發(fā)簡單，模型與具體業(yè)務(wù)結(jié)合緊密，但不具備資源建模的繼承性，只能采用大類、小類二級屬性進(jìn)行類型定義，因此，模型類型不具備多層次性，建模過程復(fù)雜，對象實例也不夠清晰，需要發(fā)布過多的衛(wèi)星表(擴(kuò)展表)，數(shù)據(jù)維護(hù)成本高。Telcordia公司的資源建模工具Telcordia(AdminClient)存量API開發(fā)簡單，不需要物理建模，因此模型維護(hù)簡單；但不具備資源建模繼承性，只支持類別屬性定義，模型發(fā)布采用實例縱表方式，因此模型類型也不具備多層次，建模過程復(fù)雜，對象實例不夠清晰；采用縱表發(fā)布的方式，需要采取多步驟對擴(kuò)展屬性進(jìn)行維護(hù)及查詢，使得查詢過程復(fù)雜，效率低下，數(shù)據(jù)維護(hù)過程復(fù)雜。總之，對不同專業(yè)并且動態(tài)變化的網(wǎng)絡(luò)，執(zhí)行數(shù)據(jù)統(tǒng)計、資源分配、容量分析以及預(yù)警報告等綜合資源管理業(yè)務(wù)，基于現(xiàn)有產(chǎn)品無法提供有效的綜合管理方案。
發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是提供一種綜合資源管理方法，可解決現(xiàn)有技術(shù)因不具備資源模型的繼承結(jié)構(gòu)或相應(yīng)物理存儲不能體現(xiàn)結(jié)構(gòu)性的繼承關(guān)系而造成的綜合資源數(shù)據(jù)的存儲、訪問等操作管理的效率低下、維護(hù)成本較高的問題，從而實現(xiàn)對日益復(fù)雜并動態(tài)變化的綜合資源進(jìn)行有效管理的目標(biāo)。本發(fā)明還提供了一種綜合資源管理裝置和系統(tǒng)，以保證上述方法在實際中的應(yīng)用。為了解決上述問題，本發(fā)明公開了一種綜合資源管理方法，包括綜合資源元模型創(chuàng)建步驟根據(jù)資源對象的業(yè)務(wù)特征創(chuàng)建綜合資源類型及資源類型的屬性，按樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系；對所述資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組；綁定所述綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組；從而建立包含綜合資源類型及其相互關(guān)系、綜合資源類型與屬性組之間關(guān)系，屬性及屬性組的繼承關(guān)系的綜合資源元模型；綜合資源元模型發(fā)布步驟利用上述綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；接口封裝步驟通過對象關(guān)系映射方式建立業(yè)務(wù)對象與所述元模型之間的映射關(guān)系，將所述映射關(guān)系以及元模型數(shù)據(jù)庫的訪問接口封裝成為對所述元模型數(shù)據(jù)庫進(jìn)行操作的應(yīng)用程序接口。優(yōu)選的，上述接口封裝步驟之后還包括通過所述應(yīng)用程序接口執(zhí)行對所述元模型數(shù)據(jù)庫的操作。優(yōu)選的，上述綜合資源元模型發(fā)布步驟還包括在執(zhí)行所述方法的計算機本地建立所述元模型數(shù)據(jù)庫的緩存；上述應(yīng)用程序接口在收到操作請求時，由該緩存執(zhí)行上述操作請求中包含的操作。優(yōu)選的，上述對元模型數(shù)據(jù)庫的操作為數(shù)據(jù)查詢操作、數(shù)據(jù)維護(hù)操作或緩存數(shù)據(jù)同步操作。優(yōu)選的，為綜合資源元模型建立物理存儲空間的方法具體為為每個所述屬性組創(chuàng)建一個物理存儲表，所述資源類型屬性對應(yīng)所述物理存儲表中的字段。優(yōu)選的，在對元模型數(shù)據(jù)庫的操作過程中，需要對滿足條件的綜合資源類型及其所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。依據(jù)本發(fā)明的另一優(yōu)選實施例，公開了一種綜合資源管理裝置，包括元模型創(chuàng)建單元、元模型發(fā)布單元和接口封裝單元，其中元模型創(chuàng)建單元用于根據(jù)資源對象的業(yè)務(wù)特征創(chuàng)建綜合資源類型及其資源類型屬性，按樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系；對資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組；綁定所述綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組；從而建立包含綜合資源類型及其相互關(guān)系、綜合資源類型與屬性組之間關(guān)系，屬性及屬性組的繼承關(guān)系的綜合資源元模型；元模型發(fā)布單元用于為元模型創(chuàng)建單元創(chuàng)建的綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；接口封裝單元用于建立業(yè)務(wù)對象與所述元模型之間的映射關(guān)系，并將該映射關(guān)系以及元模型數(shù)據(jù)庫的訪問接口封裝成為對元模型數(shù)據(jù)庫進(jìn)行操作的應(yīng)用程序接口。優(yōu)選的，上述裝置還包括業(yè)務(wù)執(zhí)行單元，該業(yè)務(wù)執(zhí)行單元提供有用戶操作接口，用于接收用戶的操作請求，并通過接口封裝單元提供的應(yīng)用程序接口執(zhí)行對元模型數(shù)據(jù)庫的操作。優(yōu)選的，上述裝置還包括緩存單元，用于在上述裝置本地創(chuàng)建元模型數(shù)據(jù)庫的緩存；業(yè)務(wù)執(zhí)行單元在收到用戶的操作請求時，由該緩存執(zhí)行上述操作請求中包含的操作。優(yōu)選的，元模型發(fā)布單元為所述綜合資源元模型創(chuàng)建物理存儲空間的具體方法為為每個屬性組創(chuàng)建一個物理存儲表，將資源類型屬性作為所述物理存儲表中的字段；業(yè)務(wù)執(zhí)行單元在執(zhí)行對元模型數(shù)據(jù)庫的操作過程中，需要對滿足條件的綜合資源類型及其所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。依據(jù)本發(fā)明的另一優(yōu)選實施例，還公開了一種綜合資源管理系統(tǒng)，包括數(shù)據(jù)庫服務(wù)器和上述綜合資源管理裝置，其中數(shù)據(jù)庫服務(wù)器用于保存綜合資源管理裝置創(chuàng)建的元模型數(shù)據(jù)庫，以及，接收綜合資源管理裝置發(fā)送的操作請求，并向綜合資源管理裝置返回操作結(jié)果；綜合資源管理裝置向數(shù)據(jù)庫服務(wù)器發(fā)送操作請求，并接收該數(shù)據(jù)庫服務(wù)器返回的操作結(jié)果。依據(jù)本發(fā)明另一優(yōu)選實施例，公開了一種綜合資源管理系統(tǒng)，包括業(yè)務(wù)管理終端、業(yè)務(wù)管理服務(wù)器和數(shù)據(jù)庫服務(wù)器，其中業(yè)務(wù)管理終端具體包括有元模型創(chuàng)建單元，該元模型創(chuàng)建單元用于創(chuàng)建綜合資源類型及資源類型屬性，按樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系；對資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組，以及，綁定綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組，從而建立包含綜合資源類型及其相互關(guān)系、綜合資源類型與屬性組之間關(guān)系，屬性及屬性組的繼承關(guān)系的綜合資源元模型；業(yè)務(wù)管理服務(wù)器具體包括元模型發(fā)布單元和接口封裝單元，其中的元模型發(fā)布單元用于為業(yè)務(wù)管理終端創(chuàng)建的綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；接口封裝單元用于建立業(yè)務(wù)對象與元模型的映射關(guān)系，并將該映射關(guān)系以及元模型數(shù)據(jù)庫的訪問接口封裝成為對數(shù)據(jù)庫服務(wù)器進(jìn)行操作的應(yīng)用程序接口；數(shù)據(jù)庫服務(wù)器用于保存業(yè)務(wù)管理服務(wù)器創(chuàng)建的元模型數(shù)據(jù)庫，以及，接收業(yè)務(wù)管理終端通過業(yè)務(wù)管理服務(wù)器發(fā)送的操作請求，并向該業(yè)務(wù)管理終端返回操作結(jié)果。優(yōu)選的，上述業(yè)務(wù)管理終端還包括業(yè)務(wù)執(zhí)行單元，該業(yè)務(wù)執(zhí)行單元提供有用戶操作接口，用于接收用戶的操作請求，并通過業(yè)務(wù)管理服務(wù)器提供的應(yīng)用程序接口執(zhí)行對數(shù)據(jù)庫服務(wù)器的操作。優(yōu)選的，上述業(yè)務(wù)管理服務(wù)器還包括緩存單元，用于在業(yè)務(wù)管理服務(wù)器本地建立元模型數(shù)據(jù)庫的緩存；業(yè)務(wù)管理終端的業(yè)務(wù)執(zhí)行單元在收到用戶的操作請求時，向上述緩存發(fā)送上述操作請求，并由該緩存執(zhí)行上述操作請求中包含的操作。優(yōu)選的，上述元模型發(fā)布單元為綜合資源元模型建立物理存儲空間的具體方法為為每個屬性組創(chuàng)建一個物理存儲表，所述物理存儲表中的字段為所述屬性組包含的資源類型屬性；業(yè)務(wù)執(zhí)行單元在執(zhí)行對元模型數(shù)據(jù)庫的操作過程中，需要對滿足條件的綜合資源類型及其所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點本發(fā)明方案通過建立資源類型與屬性組的關(guān)聯(lián)關(guān)系，可實現(xiàn)資源類型屬性的無限制繼承以及動態(tài)擴(kuò)展，從而可實現(xiàn)對不同專業(yè)的電信網(wǎng)絡(luò)資源以及動態(tài)創(chuàng)建、調(diào)整或升級的網(wǎng)元設(shè)備進(jìn)行有效管理，滿足對極其復(fù)雜的電信網(wǎng)絡(luò)資源進(jìn)行管理的需求。采用可繼承的資源模型方式，在物理存儲設(shè)計方面采用多張數(shù)據(jù)庫表存儲一類資源，并且將具有共性的屬性數(shù)據(jù)存放在一張數(shù)據(jù)庫表中，符合數(shù)據(jù)查詢統(tǒng)計操作規(guī)律，可大幅度提高對綜合資源的查詢效率及統(tǒng)計分析效率；另外，封裝后的API可使得使用者只需要關(guān)心資源類型及屬性即可，無須關(guān)心具體的屬性組表之間的關(guān)聯(lián)關(guān)系，從而降低模型實現(xiàn)的復(fù)雜度。通過建立和發(fā)布資源模型，可規(guī)范化管理綜合資源的數(shù)據(jù)模型，從而提高綜合資源數(shù)據(jù)的共享能力，滿足對復(fù)雜的綜合資源數(shù)據(jù)進(jìn)行多方共享維護(hù)的需求。圖1是本發(fā)明綜合資源管理方法一實施例流程圖；圖2是圖1所示的方法實施例建立的綜合資源存量模型示意圖；圖3_a是本發(fā)明以“路由器”為例建立的綜合資源元模型組成示意圖；圖3_b是本發(fā)明以“華為路由器”為例發(fā)布的綜合資源元模型實例示意圖；圖4是本發(fā)明綜合資源管理裝置一實施例的結(jié)構(gòu)框圖；圖5是本發(fā)明綜合資源管理系統(tǒng)第一實施例的結(jié)構(gòu)框圖；圖6是本發(fā)明綜合資源管理系統(tǒng)第二實施例的結(jié)構(gòu)框圖。具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式對本發(fā)明作進(jìn)一步詳細(xì)的說明。參照圖1，示出了本發(fā)明綜合資源管理方法一實施例的流程，具體包括以下步驟步驟10元模型建立步驟；步驟11元模型發(fā)布步驟；步驟12應(yīng)用程序接口封裝步驟。其中元模型建立步驟10具體包括步驟101根據(jù)資源對象的業(yè)務(wù)特征創(chuàng)建綜合資源類型及資源類型的屬性，按樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系；所述的資源類型可以包括物理資源、空間資源、邏輯資源和業(yè)務(wù)資源等類型。以電信資源網(wǎng)絡(luò)為例，其中物理資源類型包括電信網(wǎng)絡(luò)中所有的設(shè)備，如路由器、交換機等；空間資源類型包括電信網(wǎng)絡(luò)中所有空間資源，如區(qū)域、站點、機房等；邏輯資源類型包括電信網(wǎng)絡(luò)中所有的邏輯資源，如邏輯設(shè)備、邏輯連接關(guān)系、邏輯節(jié)點等；業(yè)務(wù)資源包括電信網(wǎng)絡(luò)中與業(yè)務(wù)相關(guān)的資源。根據(jù)現(xiàn)有的資源規(guī)范和資源相關(guān)的信息，即可創(chuàng)建綜合資源類型和資源類型屬性，按照樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系。電信網(wǎng)絡(luò)中，可根據(jù)電信共享信息數(shù)據(jù)模型(SID，SiaredInformation&DataModel)規(guī)范，統(tǒng)一網(wǎng)絡(luò)資源對象，抽象出對象資源模型，首先建立起核心的綜合資源元模型，然后，根據(jù)綜合資源管理的核心模型(包括物理的、空間的、邏輯的、業(yè)務(wù)的)，創(chuàng)建需要的綜合資源類型及其資源類型屬性。按照樹形結(jié)構(gòu)建立資源模型，可層次化地展現(xiàn)資源類型間的從屬關(guān)系。一般情況下，按照樹形結(jié)構(gòu)建立綜合資源類型間的從屬關(guān)系是采取至上而下的方式進(jìn)行模型設(shè)計，例如進(jìn)行電信網(wǎng)絡(luò)/子網(wǎng)進(jìn)行劃分、識別電信網(wǎng)絡(luò)/子網(wǎng)中的節(jié)點、根據(jù)網(wǎng)絡(luò)拓?fù)錁?biāo)識連接關(guān)系、根據(jù)管理需要從物理設(shè)備層面細(xì)化對網(wǎng)絡(luò)的描述，由節(jié)點對應(yīng)物理設(shè)備等。步驟102對所述資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組；如對于電信網(wǎng)絡(luò)中的物理資源類-路由器類型，用于描述路由器的屬性信息路由器基本信息、路由器名稱、路由器廠家等，就組成了路由器屬性組；而華為路由器屬性組則不僅包括了這些基本屬性，還包括華為路由器特有的一系列屬性，如版本、地區(qū)等，成為一種擴(kuò)展屬性組，；系統(tǒng)控制屬性組作為用于系統(tǒng)控制的一組屬性，可包括創(chuàng)建日期、修改日期、創(chuàng)建人、修改人、是否刪除等屬性。又如客戶屬性組，包括客戶姓名、客戶帳號、客戶聯(lián)系方式等。建立屬性組就是為了實現(xiàn)屬性的統(tǒng)一管理及復(fù)用。例如可以建立“客戶-帳戶屬性組”及“客戶-資產(chǎn)屬性組”。那么根據(jù)不同的業(yè)務(wù)，在建?！翱蛻簟钡倪^程中就可以選擇適合需要的客戶的屬性組。當(dāng)然對于一些實際操作需求，可以將特用的一些特征屬性根據(jù)專業(yè)和地區(qū)建立單獨的屬性組，以適應(yīng)專業(yè)和地區(qū)對資源管理的需要，使得資源管理更加靈活和準(zhǔn)確。步驟103綁定所述綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組；系統(tǒng)提供操作接口，用于指定屬性組與綜合資源類型的關(guān)聯(lián)關(guān)系。根據(jù)步驟101創(chuàng)建的資源類型，選擇步驟102創(chuàng)建的屬性組，其中步驟102所創(chuàng)建的屬性組可以被資源類型所共有，綁定關(guān)系后，則一個資源類型具備了若干屬性?；谙录壻Y源類型繼承上級資源類型的屬性及屬性組，還可對元模型進(jìn)行繼承擴(kuò)展建模，例如在電信網(wǎng)絡(luò)下建立因特網(wǎng)協(xié)議(IP，InternetProtocol)承載網(wǎng)，在節(jié)點下建立核心路由器，在物理設(shè)備下建立路由器等。而各專業(yè)和部門可以根據(jù)管理粒度不同，再對模型進(jìn)行細(xì)化，例如無線網(wǎng)絡(luò)可能不關(guān)注物理設(shè)備資源，故只需要建立到交換機的連接即可；而交換專業(yè)可能需要管理具體的交換設(shè)備，可根據(jù)資源規(guī)劃及管理方式進(jìn)行合理的建模，例如在交換機下按廠家建立華為交換機、思科交換機，再在廠家下分別建立不同型號的交換機等等。建模的思想主要是為了方便資源維護(hù)及管理，不同廠家及型號設(shè)備承擔(dān)的網(wǎng)絡(luò)用途不同，則管理的屬性也會有很大差別。綜合資源元模型的可繼承性主要體現(xiàn)在資源類型的樹形結(jié)構(gòu)、資源類型屬性的復(fù)用、以及模型關(guān)系的繼承。以路由器為例，路由器具備4個資源類型屬性，那么華為路由器和愛立信路由器作為路由器的子節(jié)點也具備這4個屬性，用戶建模時，只需要建立擴(kuò)展類型的特有資源類型屬性即可；路由器可用于承載物理設(shè)備，那么，作為路由器子節(jié)點的華為路由器、愛立信路由器也都能承載物理設(shè)備。綜合資源元模型描述了資源類型及其關(guān)系，是對不同專業(yè)綜合資源類型及其關(guān)系的概括和抽象，在建立網(wǎng)絡(luò)資源元模型的基礎(chǔ)上，通過對元模型的發(fā)布，結(jié)合各專業(yè)網(wǎng)絡(luò)的特性和相關(guān)專業(yè)領(lǐng)域的規(guī)則可以生成專業(yè)網(wǎng)絡(luò)資源模型。元模型因此也被稱為元數(shù)據(jù)模型，即meta信息，通過這些meta信息可創(chuàng)建資源模型，也就是通過元模型可以創(chuàng)建資源模型。元模型發(fā)布步驟11具體為為步驟10建立的綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫。綜合資源元模型刻化了資源類型及其屬性和關(guān)系，但無法進(jìn)行業(yè)務(wù)數(shù)據(jù)存儲及應(yīng)用，需要進(jìn)行模型發(fā)布。元模型發(fā)布時，建立實際存儲資源模型屬性的物理存儲空間，用于存儲對象數(shù)據(jù)。為保障資源數(shù)據(jù)讀取的效率及數(shù)據(jù)維護(hù)的方便，可采取衛(wèi)星表方式對屬性組進(jìn)行發(fā)布，即每個屬性組對應(yīng)一個真實的物理存儲表，而資源類型屬性對應(yīng)一個物理存儲表中的字段。例如，系統(tǒng)控制屬性組在發(fā)布過程中根據(jù)屬性組定義，將物理存儲表名定為TableA，元模型發(fā)布后將在元模型數(shù)據(jù)庫生成物理表TableA，同時，根據(jù)屬性組及其具備的資源類型屬性、以及屬性的定義，生成TableA的字段，具體腳本示意如下CREATETABLETableA(IS_MUNICIPALITYVARCHAR(255),SEVICE_LEADER_CODENUMBER(38)，LABEL_CNVARCHAR(200)NOTNULL,CREATE_TIMEDATE,SPELLABBREVIATIONVARCHAR(255),DATA_TYPEVARCHAR(255)NOTNULL,LONGITUDENUMBER(38，6))因?qū)傩越M是由具有共同特性或用戶指定的資源類型屬性組合而成的，本方法實施例以每個屬性組對應(yīng)一個物理存儲表的形式發(fā)布衛(wèi)星表，與現(xiàn)有技術(shù)相比，可大量減少衛(wèi)星表的數(shù)量，降低數(shù)據(jù)維護(hù)的成本。另外，綜合資源元模型描述了資源類型及其關(guān)系，在資源對象的存儲上必須依賴該綜合資源元模型，如果每次對象存儲都讀取元模型數(shù)據(jù)庫，勢必會影響資源數(shù)據(jù)的讀取效率，為此，在本方法實施例的優(yōu)選實施例中，在模型發(fā)布時，應(yīng)用服務(wù)器上(內(nèi)存及文件)創(chuàng)建元模型數(shù)據(jù)庫的緩存數(shù)據(jù)，當(dāng)應(yīng)用程序接口收到用戶的操作請求時，由該緩存執(zhí)行上述操作請求中包含的查詢操作或數(shù)據(jù)維護(hù)操作；而該緩存數(shù)據(jù)定期或根據(jù)用戶的指令與元模型數(shù)據(jù)庫進(jìn)行數(shù)據(jù)同步。應(yīng)用程序接口封裝步驟12具體包括步驟121建立業(yè)務(wù)對象與元模型的映射關(guān)系；綜合資源數(shù)據(jù)統(tǒng)計、綜合資源分配等業(yè)務(wù)對象和關(guān)系數(shù)據(jù)是業(yè)務(wù)實體的兩種表現(xiàn)形式，業(yè)務(wù)實體在內(nèi)存中表現(xiàn)為對象，在數(shù)據(jù)庫中表現(xiàn)為關(guān)系數(shù)據(jù)。內(nèi)存中的對象之間存在關(guān)聯(lián)和繼承關(guān)系，而在數(shù)據(jù)庫中，關(guān)系數(shù)據(jù)無法直接表達(dá)多對多關(guān)聯(lián)和繼承關(guān)系。因此，對象關(guān)系映射(ORM，ObjectRelationMapping)主要是實現(xiàn)程序?qū)ο蟮疥P(guān)系數(shù)據(jù)庫數(shù)據(jù)的映射，一般以中間件的形式存在。建立業(yè)務(wù)對象與元模型的映射關(guān)系，其實就是將業(yè)務(wù)實體和元模型中表達(dá)的數(shù)據(jù)關(guān)系對應(yīng)的過程，以元模型表達(dá)業(yè)務(wù)對象間的關(guān)聯(lián)和繼承關(guān)系。步驟122將上述映射關(guān)系，以及元模型數(shù)據(jù)庫的訪問接口封裝成為對元模型數(shù)據(jù)庫進(jìn)行操作的應(yīng)用程序接口。參照圖2，示出了上述方法實施例建立的綜合資源存量模型，該綜合資源存量模型覆蓋了視圖展現(xiàn)層、業(yè)務(wù)邏輯層、持久化層以及數(shù)據(jù)庫層，其中，由視圖展現(xiàn)層的存量組件、業(yè)務(wù)邏輯層的業(yè)務(wù)對象和持久化層的ORM抽象出綜合資源元模型，而視圖展現(xiàn)層及業(yè)務(wù)邏輯層最終會在包括ORM和JDBC(JavaDataBaseConnectivity，Java數(shù)據(jù)庫連接)的持久化層上依據(jù)綜合資源元模型進(jìn)行進(jìn)一步的封裝，從而提高業(yè)務(wù)代碼的可復(fù)用性及可擴(kuò)展性。在本方法實施例的另一優(yōu)選實施例中，除上述元模型建立步驟、元模型發(fā)布步驟以及應(yīng)用程序接口封裝步驟外，還包括通過應(yīng)用程序接口執(zhí)行對元模型數(shù)據(jù)庫的數(shù)據(jù)查詢或數(shù)據(jù)維護(hù)等操作。在執(zhí)行該方法實施例的計算機本地建立有元模型數(shù)據(jù)庫的緩存時，若應(yīng)用程序接口收到用戶的操作請求，則交由該緩存執(zhí)行上述操作請求中包含的操作。另外，在對元模型數(shù)據(jù)庫進(jìn)行操作過程中，需要對滿足條件的綜合資源類型及其所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。下面以“路由器”資源為例，說明本發(fā)明建立綜合資源元模型的流程步驟一、按樹型結(jié)構(gòu)建立綜合資源類型；圖3_a以“路由器”為例示出了綜合資源元模型的樹型結(jié)構(gòu)，其中“路由器”為“核心設(shè)備”的子節(jié)點，又是“華為路由器”和“思科路由器”的父節(jié)點；當(dāng)然，“華為路由器”還有二個子節(jié)點“NE80E”和“NE5000E”。步驟二、為每個資源類型定義相應(yīng)的屬性，并對資源類型屬性進(jìn)行分組，將具有共同特征的屬性集合在一起形成屬性組；如，對于路由器屬性組，包括路由器基本信息名稱、廠家等屬性；華為路由器屬性組作為一種擴(kuò)展屬性組，包括華為路由器特有的一系列屬性，如版本、地區(qū)等；系統(tǒng)控制屬性組，作為用于系統(tǒng)控制的一組屬性，可包括創(chuàng)建日期、修改日期、創(chuàng)建人、修改人、是否刪除等屬性。用戶把屬性進(jìn)行分組，可方便對一組屬性，即屬性組進(jìn)行管理。例如，可方便地將屬性組指派到一個或多個資源類，提高了屬性的復(fù)用能力。步驟三、為資源類型選擇已建立的屬性組，建立屬性組與資源類型的對應(yīng)關(guān)系，其中，子節(jié)點可繼承父節(jié)點的所有屬性及屬性組。將資源類型及其屬性繼承關(guān)系，屬性組及其與資源類型的關(guān)聯(lián)關(guān)系集合在一起，形成綜合資源元模型。在本實例路由器資源元模型中，路由器具備路由器屬性組及系統(tǒng)控制屬性組的所有屬性；而華為路由器繼承于路由器，并將華為路由器與華為路由器屬性組建立了關(guān)系，那么華為路由器則具備路由器屬性組、系統(tǒng)控制屬性組、華為路由器屬性組三個屬性組的所有屬性。下面以“華為路由器”資源為例，說明本發(fā)明發(fā)布綜合資源元模型的流程綜合資源元模型刻畫了資源類型及其屬性繼承關(guān)系，以及屬性組及其與資源類型的關(guān)聯(lián)關(guān)系，因此，綜合資源元模型中具有多個屬性組，其對象實例分別存儲于多個數(shù)據(jù)庫表中。參照圖3-b示出了“華為路由器”元模型發(fā)布實例，其中，在綜合資源元模型中，綜合資源類型之間是1N(如區(qū)域與機房，一個機房只能屬于一個區(qū)域，而一個區(qū)域下可存在多個機房)或NN(如一臺PC可以做為文件服務(wù)器、FTP服務(wù)器，而一臺文件服務(wù)器可以通過集群部署在多臺PC上)的關(guān)系，綜合資源類型和屬性組之間是NN的關(guān)系，屬性組與資源類型屬性之間是1N的關(guān)系；而華為路由器具備路由器屬性組、系統(tǒng)控制屬性組和華為路由器屬性組三個屬性組的所有屬性，因此，在發(fā)布的元模型數(shù)據(jù)庫中，以路由器屬性表、系統(tǒng)控制屬性表和華為路由器屬性表三個實例表的形式存在，其中，三個實例的比例關(guān)系為111，發(fā)布腳本可參照下述示例CREATETABLERoute(R-IDVARCHAR(20)NOTNULL,R-NameVARCHAR(30),R-ProducerVARCHAR(255))；CREATETABLERouteHuaffei(R-IDVARCHAR(20)NOTNULL,VersionVARCHAR(30),RegionVARCHAR(255))；CREATETABLESysController(R-IDVARCHAR(20)NOTNULL,Create-DateDATE,CreaterVARCHAR(20),Modify-DateDATE,ModifierVARCHAR(20),Del-FlagBOOLEAN)；下面以對“路由器”資源的查詢操作為例，說明本發(fā)明對元模型數(shù)據(jù)庫的操作流程查詢操作需要根據(jù)資源類型獲取當(dāng)前資源類型及其所有下屬資源類型的數(shù)據(jù)，例如用戶查詢“路由器”，則需要查詢出“路由器”、“華為路由器”、“愛立信路由器”的實例數(shù)據(jù)。查詢操作需要根據(jù)資源類型獲取當(dāng)前資源類型的所有屬性信息，例如“路由器”的屬性組包括兩部分路由器屬性組以及其繼承的資源類型“物理設(shè)備”所對應(yīng)的物理設(shè)備屬性組，用戶若以路由器進(jìn)行查詢，則會返回物理設(shè)備屬性組和路由器屬性組的數(shù)據(jù)。具體可包括如下步驟步驟一、根據(jù)綜合資源元模型中的資源類型樹獲取“路由器”及其所有子類型；步驟二、從綜合資源元模型中獲取“路由器”的所有屬性組；步驟三、循環(huán)對所有屬性組執(zhí)行下述操作步驟根據(jù)屬性組獲取屬性組中的所有屬性，組裝成為查詢類型的SQL(StructuredQueryLanguage，結(jié)構(gòu)化查詢語言)語句；其中，多個屬性組之間采取全關(guān)聯(lián)方式，具體格式可參照如下示例SELECTa.cuid,a.propl,b.prop2FROMaJOINbONa.cuid=b.cuid；步驟四、將步驟一的結(jié)果集以及用戶的輸入作為查詢條件，將步驟三的SQL語句做為一個結(jié)果集再進(jìn)行查詢條件組裝，形成一個新的SQL語句，其格式可參照如下示例SELECT*FR0M(SELECTa.cuid,a.propl,b.prop2FROMaJOINbONa.cuid=b.cuid)ASmOWHEREmO.bmclassldIN(‘路由器，，‘華為路由器，，‘愛立信路由器，)ANDm0.prop2LIKE？；下面以對“路由器”資源的維護(hù)操作為例，說明本發(fā)明對元模型數(shù)據(jù)庫的操作流程維護(hù)操作對所有屬性組進(jìn)行逐個維護(hù)，用戶的輸入?yún)?shù)一般為所有屬性組的對象。具體可包括如下步驟步驟一、從綜合資源元模型中獲取“路由器”的所有屬性組及屬性；步驟二、循環(huán)對所有屬性組執(zhí)行下述操作對用戶的輸入?yún)?shù)進(jìn)行對象分解，獲得當(dāng)前屬性組關(guān)注的屬性；然后，組裝數(shù)據(jù)操縱(DML，DataManipulationLanguage)類型的SQL語句并執(zhí)行，具體格式可參照下述示例(假定屬性組所對應(yīng)表的名稱為tableA)INSERTINT0tableA(cuid,propl)VALUES(‘101，，iRTOOl')；步驟三、若步驟二的循環(huán)執(zhí)行完成并且全部成功，則提交事物，否則，回滾所有事物。對于前述的各方法實施例，為了描述簡單，故將其都表述為一系列的動作組合，但是本領(lǐng)域的技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為根據(jù)本發(fā)明，某些步驟可以采用其他順序或同時執(zhí)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，上述方法實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。參照圖4，示出了本發(fā)明綜合資源管理裝置一實施例的結(jié)構(gòu)框圖，具體包括以下單元元模型創(chuàng)建單元421用于創(chuàng)建綜合資源類型及其資源類型屬性，并按樹形結(jié)構(gòu)建立綜合資源類型之間的隸屬關(guān)系；以及，對資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組；以及，綁定綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組；從而建立包含綜合資源類型及其隸屬關(guān)系、屬性組以及與綜合資源類型之間關(guān)系的綜合資源元模型；元模型發(fā)布單元422用于為元模型創(chuàng)建單元421創(chuàng)建的綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；為了保障綜合資源數(shù)據(jù)的查詢效率及數(shù)據(jù)維護(hù)的方便，模型發(fā)布以衛(wèi)星表的方式對屬性組進(jìn)行發(fā)布，即，每個屬性組對應(yīng)一個真實的物理存儲表，而資源類型屬性對應(yīng)一個物理存儲表中的字段。接口封裝單元423用于建立業(yè)務(wù)對象與元模型的映射關(guān)系，并將上述映射關(guān)系以及元模型數(shù)據(jù)庫的訪問接口封裝成為對元模型數(shù)據(jù)庫進(jìn)行操作的應(yīng)用程序接口。在本裝置實施例的另一優(yōu)選實施例中，還包括業(yè)務(wù)執(zhí)行單元424，該業(yè)務(wù)執(zhí)行單元424提供有用戶操作接口，用于接收用戶的數(shù)據(jù)庫查詢、維護(hù)等操作請求，并通過接口封裝單元423提供的應(yīng)用程序接口執(zhí)行對元模型數(shù)據(jù)庫的操作。另外，所述業(yè)務(wù)執(zhí)行單元在執(zhí)行對元模型數(shù)據(jù)庫的操作過程中，需要對滿足條件的綜合資源類型及其綜合資源元模型中定義的所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。在本裝置實施例的還一優(yōu)選實施例中，為避免因每次操作都讀取元模型數(shù)據(jù)庫而影響數(shù)據(jù)查詢、維護(hù)效率的問題，除包括元模型創(chuàng)建單元421、元模型發(fā)布單元422、接口封裝單元423和業(yè)務(wù)執(zhí)行單元似4外，還設(shè)置有緩存單元425，該緩存單元425用于在綜合資源管理裝置本地創(chuàng)建元模型數(shù)據(jù)庫的緩存；當(dāng)業(yè)務(wù)執(zhí)行單元似4收到用戶的操作請求時，由本地緩存執(zhí)行上述操作請求中包含的數(shù)據(jù)庫查詢、維護(hù)等操作。參照圖5，示出了本發(fā)明綜合資源管理系統(tǒng)第一實施例的結(jié)構(gòu)框圖，具體包括上文所述的綜合資源管理裝置實施例中公開的綜合資源管理裝置42和數(shù)據(jù)庫服務(wù)器41，其中數(shù)據(jù)庫服務(wù)器41用于保存綜合資源管理裝置42創(chuàng)建的元模型數(shù)據(jù)庫416，以及，接收綜合資源管理裝置42發(fā)送的數(shù)據(jù)查詢和數(shù)據(jù)維護(hù)等操作請求，并從元模型數(shù)據(jù)庫416獲得相應(yīng)操作結(jié)果后向綜合資源管理裝置42返回；綜合資源管理裝置42用于數(shù)據(jù)庫服務(wù)器41發(fā)送操作請求，并接收數(shù)據(jù)庫服務(wù)器41返回的操作結(jié)果。參照圖6，示出了本發(fā)明綜合資源管理系統(tǒng)第二實施例的結(jié)構(gòu)框圖，具體包括以下單元業(yè)務(wù)管理終端43具體包括有元模型創(chuàng)建單元431和業(yè)務(wù)執(zhí)行單元434，其中，元模型創(chuàng)建單元431用于創(chuàng)建綜合資源類型及其資源類型屬性，并按樹形結(jié)構(gòu)建立綜合資源類型之間的關(guān)系，以及，對資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組，以及，綁定綜合資源類型與屬性組的關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組，從而建立包含綜合資源類型及其相互關(guān)系、屬性組以及綜合資源類型與屬性組之間關(guān)系的綜合資源元模型；業(yè)務(wù)執(zhí)行單元434提供有用戶操作接口，用于接收用戶的操作請求，并通過業(yè)務(wù)管理服務(wù)器42提供的應(yīng)用程序接口執(zhí)行對數(shù)據(jù)庫服務(wù)器41的操作；該業(yè)務(wù)執(zhí)行單元434在執(zhí)行對元模型數(shù)據(jù)庫416的操作過程中，需要對滿足條件的綜合資源類型及其綜合資源元模型中定義的所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。業(yè)務(wù)管理服務(wù)器42具體包括元模型發(fā)布單元422、接口封裝單元423和緩存單元425，其中，元模型發(fā)布單元422用于為業(yè)務(wù)管理終端43創(chuàng)建的綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫416，并保存至數(shù)據(jù)庫服務(wù)器41上；接口封裝單元423用于建立業(yè)務(wù)對象與元模型數(shù)據(jù)庫416之間的映射關(guān)系，并將該映射關(guān)系以及元模型數(shù)據(jù)庫416的訪問接口封裝成為對數(shù)據(jù)庫服務(wù)器41進(jìn)行操作的應(yīng)用程序接口；緩存單元425用于在業(yè)務(wù)管理服務(wù)器42本地建立元模型數(shù)據(jù)庫416的緩存，業(yè)務(wù)管理終端43的業(yè)務(wù)執(zhí)行單元434在收到用戶的操作請求時，向該緩存發(fā)送上述操作請求，并由該緩存執(zhí)行上述操作請求中包含的操作。數(shù)據(jù)庫服務(wù)器41用于保存業(yè)務(wù)管理服務(wù)器42創(chuàng)建的元模型數(shù)據(jù)庫416，以及，接收業(yè)務(wù)管理終端43通過業(yè)務(wù)管理服務(wù)器42發(fā)送的操作請求，并向業(yè)務(wù)管理終端41返回操作結(jié)果。需要說明的是，上述系統(tǒng)實施例都屬于優(yōu)選實施例，所涉及的裝置和模塊并不一定是本發(fā)明所必須的。本說明書中的各個實施例均采用遞進(jìn)的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于本發(fā)明的裝置和系統(tǒng)實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。以上對本發(fā)明所提供的一種綜合資源管理方法、裝置和系統(tǒng)進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。權(quán)利要求1.一種綜合資源管理方法，其特征在于，所述方法由計算機執(zhí)行，所述方法包括綜合資源元模型創(chuàng)建步驟根據(jù)資源對象的業(yè)務(wù)特征創(chuàng)建綜合資源類型及資源類型的屬性，按樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系；對所述資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組；綁定所述綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組；從而建立包含綜合資源類型及其相互關(guān)系、綜合資源類型與屬性組之間關(guān)系，屬性及屬性組的繼承關(guān)系的綜合資源元模型；綜合資源元模型發(fā)布步驟利用所述綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；接口封裝步驟通過對象關(guān)系映射方式建立業(yè)務(wù)對象與所述元模型之間的映射關(guān)系，將所述映射關(guān)系以及元模型數(shù)據(jù)庫的訪問接口封裝成為對所述元模型數(shù)據(jù)庫進(jìn)行操作的應(yīng)用程序接口。2.如權(quán)利要求1所述的方法，其特征在于，所述接口封裝步驟之后還包括通過所述應(yīng)用程序接口執(zhí)行對所述元模型數(shù)據(jù)庫的操作。3.如權(quán)利要求2所述的方法，其特征在于所述綜合資源元模型發(fā)布步驟還包括在執(zhí)行所述方法的計算機本地建立所述元模型數(shù)據(jù)庫的緩存；所述通過所述應(yīng)用程序接口執(zhí)行對所述元模型數(shù)據(jù)庫的操作步驟具體為所述應(yīng)用程序接口在收到操作請求時，由所述緩存執(zhí)行上述操作請求中包含的操作。4.如權(quán)利要求1至3之一所述的方法，其特征在于，所述對元模型數(shù)據(jù)庫的操作為數(shù)據(jù)查詢操作、數(shù)據(jù)維護(hù)操作或緩存數(shù)據(jù)同步操作。5.如權(quán)利要求1所述的方法，其特征在于，所述為所述綜合資源元模型建立物理存儲空間的方法具體為為每個所述屬性組創(chuàng)建一個物理存儲表，所述資源類型屬性對應(yīng)所述物理存儲表中的字段。6.如權(quán)利要求5所述的方法，其特征在于，所述對元模型數(shù)據(jù)庫的操作過程中，需要對滿足條件的綜合資源類型及其所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。7.一種綜合資源管理裝置，其特征在于，所述裝置包括元模型創(chuàng)建單元、元模型發(fā)布單元和接口封裝單元，其中所述元模型創(chuàng)建單元用于根據(jù)資源對象的業(yè)務(wù)特征創(chuàng)建綜合資源類型及資源類型的屬性，按樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系；對所述資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組；綁定所述綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組；從而建立包含綜合資源類型及其相互關(guān)系、綜合資源類型與屬性組之間關(guān)系，屬性及屬性組的繼承關(guān)系的綜合資源元模型；所述元模型發(fā)布單元用于為所述元模型創(chuàng)建單元創(chuàng)建的綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；所述接口封裝單元用于建立業(yè)務(wù)對象與所述元模型之間的映射關(guān)系，并將所述映射關(guān)系以及元模型數(shù)據(jù)庫的訪問接口封裝成為對所述元模型數(shù)據(jù)庫進(jìn)行操作的應(yīng)用程序接口。8.如權(quán)利要求7所述的綜合資源管理裝置，其特征在于，還包括業(yè)務(wù)執(zhí)行單元，所述業(yè)務(wù)執(zhí)行單元提供有用戶操作接口，用于接收用戶的操作請求，并通過所述接口封裝單元提供的應(yīng)用程序接口執(zhí)行對所述元模型數(shù)據(jù)庫的操作。9.如權(quán)利要求8所述的綜合資源管理裝置，其特征在于，還包括緩存單元，用于在所述綜合資源管理裝置本地創(chuàng)建所述元模型數(shù)據(jù)庫的緩存；所述業(yè)務(wù)執(zhí)行單元在收到用戶的操作請求時，由所述緩存執(zhí)行上述操作請求中包含的操作。10.如權(quán)利要求7所述的綜合資源管理裝置，其特征在于所述元模型發(fā)布單元為所述綜合資源元模型創(chuàng)建物理存儲空間的具體方法為為每個所述屬性組創(chuàng)建一個物理存儲表，將所述資源類型屬性作為所述物理存儲表中的字段；所述業(yè)務(wù)執(zhí)行單元在執(zhí)行對元模型數(shù)據(jù)庫的操作過程中，需要對滿足條件的綜合資源類型及其所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。11.一種綜合資源管理系統(tǒng)，其特征在于，包括數(shù)據(jù)庫服務(wù)器和權(quán)利要求7至10之一所述的綜合資源管理裝置，其中所述數(shù)據(jù)庫服務(wù)器用于保存所述綜合資源管理裝置創(chuàng)建的元模型數(shù)據(jù)庫，以及，接收所述綜合資源管理裝置發(fā)送的操作請求，并向所述綜合資源管理裝置返回操作結(jié)果；所述綜合資源管理裝置向所述數(shù)據(jù)庫服務(wù)器發(fā)送操作請求，并接收所述數(shù)據(jù)庫服務(wù)器返回的操作結(jié)果。12.—種綜合資源管理系統(tǒng)，其特征在于，包括業(yè)務(wù)管理終端、業(yè)務(wù)管理服務(wù)器和數(shù)據(jù)庫服務(wù)器，其中所述業(yè)務(wù)管理終端具體包括有元模型創(chuàng)建單元，所述元模型創(chuàng)建單元用于創(chuàng)建綜合資源類型及資源類型的屬性，按樹形結(jié)構(gòu)建立所述綜合資源類型之間的從屬關(guān)系；對所述資源類型屬性進(jìn)行分組，將具有共同特性或用戶指定的資源類型屬性組合成一個屬性組，以及，綁定所述綜合資源類型與所述屬性組的關(guān)聯(lián)關(guān)系，下級資源類型繼承上級資源類型的屬性及屬性組，從而建立包含綜合資源類型及其相互關(guān)系、綜合資源類型與屬性組之間關(guān)系，屬性及屬性組的繼承關(guān)系的綜合資源元模型；所述業(yè)務(wù)管理服務(wù)器具體包括元模型發(fā)布單元和接口封裝單元，所述元模型發(fā)布單元用于為所述業(yè)務(wù)管理終端創(chuàng)建的綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；所述接口封裝單元用于建立業(yè)務(wù)對象與所述元模型的映射關(guān)系，并將所述映射關(guān)系以及所述元模型數(shù)據(jù)庫的訪問接口封裝成為對所述數(shù)據(jù)庫服務(wù)器進(jìn)行操作的應(yīng)用程序接口；所述數(shù)據(jù)庫服務(wù)器用于保存所述業(yè)務(wù)管理服務(wù)器創(chuàng)建的元模型數(shù)據(jù)庫，以及，接收所述業(yè)務(wù)管理終端通過所述業(yè)務(wù)管理服務(wù)器發(fā)送的操作請求，并向所述業(yè)務(wù)管理終端返回操作結(jié)果。13.如權(quán)利要求12所述的綜合資源管理系統(tǒng)，其特征在于，所述業(yè)務(wù)管理終端還包括業(yè)務(wù)執(zhí)行單元，所述業(yè)務(wù)執(zhí)行單元提供有用戶操作接口，用于接收用戶的操作請求，并通過所述業(yè)務(wù)管理服務(wù)器提供的應(yīng)用程序接口執(zhí)行對所述數(shù)據(jù)庫服務(wù)器的操作。14.如權(quán)利要求13所述的綜合資源管理系統(tǒng)，其特征在于，所述業(yè)務(wù)管理服務(wù)器還包括緩存單元，用于在所述業(yè)務(wù)管理服務(wù)器本地建立所述數(shù)據(jù)庫服務(wù)器中元模型數(shù)據(jù)庫的緩存；所述業(yè)務(wù)管理終端的業(yè)務(wù)執(zhí)行單元在收到用戶的操作請求時，向所述緩存發(fā)送上述操作請求，并由所述緩存執(zhí)行上述操作請求中包含的操作。15.如權(quán)利要求12所述的綜合資源管理系統(tǒng)，其特征在于所述元模型發(fā)布單元為所述綜合資源元模型建立物理存儲空間的具體方法為為每個屬性組創(chuàng)建一個物理存儲表，所述物理存儲表中的字段為所述屬性組包含的資源類型屬性；所述業(yè)務(wù)執(zhí)行單元在執(zhí)行對元模型數(shù)據(jù)庫的操作過程中，需要對滿足條件的綜合資源類型及其所有下屬節(jié)點所對應(yīng)的物理存儲表執(zhí)行操作。全文摘要本發(fā)明提供了一種綜合資源管理方法、裝置和系統(tǒng)，所述方法包括建立包含綜合資源類型及其樹型結(jié)構(gòu)關(guān)系、屬性組以及綜合資源類型與屬性組之間關(guān)系的綜合資源元模型；為所述綜合資源元模型建立物理存儲空間，形成元模型數(shù)據(jù)庫；建立業(yè)務(wù)對象與所述元模型的映射關(guān)系，并將所述映射關(guān)系以及元模型數(shù)據(jù)庫的訪問接口封裝成為對所述元模型數(shù)據(jù)庫進(jìn)行操作的應(yīng)用程序接口。通過建立樹型結(jié)構(gòu)的資源模型以及與屬性組的關(guān)聯(lián)關(guān)系，可實現(xiàn)資源類型屬性的無限制繼承及動態(tài)擴(kuò)展，從而可實現(xiàn)對不同專業(yè)的綜合網(wǎng)絡(luò)資源以及動態(tài)創(chuàng)建、調(diào)整或升級的設(shè)備進(jìn)行有效管理，滿足對極其復(fù)雜的綜合網(wǎng)絡(luò)資源進(jìn)行管理的需求。文檔編號G06Q50/30GK102567932SQ20101061626公開日2012年7月11日申請日期2010年12月30日優(yōu)先權(quán)日2010年12月30日發(fā)明者姚雄建,張穎慧申請人:億陽信通股份有限公司,北京億陽信通軟件研究院有限公司