專利名稱：在電信服務和/或網絡管理平臺中管理資源的方法、相應平臺及其計算機程序產品的制作方法
技術領域：
本發(fā)明涉及一種用于管理旨在管理電信網絡和/或服務的平臺內的資源的方法。具體而言，本發(fā)明涉及一種用于在管理電信網絡和/或服務的平臺內分配資源的方法和相應的管理平臺。
背景技術：
在通信網絡/服務領域內，提供包括多個組件的管理平臺，所述多個組件例如為在分級架構上組織(有時基于代理)的操作支持系統(OSS)。
US 6243396公開了例如一種通信網絡管理系統或平臺，其具有控制電信網絡資源的互連管理機構的多層分級架構。每個機構具有負責處理的執(zhí)行的多個代理，它們可以是智能的或者簡單的反應代理。
在該公知的架構中，反應代理位于該機構的平臺部分內，智能代理位于該機構的控制部分內。將智能和反應代理分組到功能組件以將FCAPS(故障、配置、計費、性能、安全)功能提供給平臺。
WO 01/02973教導使用包括集中式處理協調器的平臺，所述協調器用于分布式代理的協調，通常利用運行工作流描述(類似于流程圖)的工作流引擎來實現，所述工作流描述包括將作業(yè)委托給組件(代理)、從代理收集響應、等等。
申請人認為上述架構并未保證代理執(zhí)行工作流引擎委托的作業(yè)。實際上，可用于代理的IT資源，例如計算能力，是有限的，不能保證IT資源足以滿足對于平臺的所請求商業(yè)目標或工作負載。
換句話說，可用于代理的IT資源可能阻止達到預定的商業(yè)目標，該商業(yè)目標要求由代理執(zhí)行例如將服務遞送給客戶的任務。
例如，任務可以是在短于預先定義的持續(xù)時間的平均時間內完成預定的處理，或者在固定的期限內完成確定數量的處理。
代理的巨大工作負載可能妨礙代理在預先定義的平均時間或者在固定的期限內完成任務，因而導致無法達到商業(yè)目標。
在如WO 01/02973公開的使用集中式處理協調器的基于代理的架構中的另一個問題是協調器本身變成平臺操作中的瓶頸，處于將工作流添加到協調器中以提高靈活性的代理外部的處理邏輯越多，協調器將變得越慢。這可能使處理商業(yè)性能目標(例如具有其執(zhí)行期限的處理)的架構的能力惡化。
在IT資源管理領域中，美國專利申請第2003/0167270號公開了一種分布式環(huán)境中的資源管理系統，該系統包括多個主機，這些主機實例化(instantiate)可伸縮應用的拷貝。該資源管理系統基于關于應用的拷貝和主機性能的信息，生成啟動、關機或者將可伸縮應用的選定拷貝在主機間移動的信號。
此種解決方案至少因為下述原因而并不非常適合于包括由處理協調器或工作流引擎協調的分布式代理架構的平臺-在所有代理都已經執(zhí)行某些任務的情況下，可能沒有空閑代理用于緊急工作或應用的新執(zhí)行；-每次定義新工作流(即新功能)，為了滿足商業(yè)目標(如商業(yè)處理的期限)，公知系統需要測量關于應用的參數和建立新模型以調整所有代理的新行為；-公知的資源管理系統僅僅用于可被實例化為多個拷貝的應用或功能。

發(fā)明內容
因此，本發(fā)明的目的是提供一種對用于管理電信服務和/或網絡的基于代理的平臺的資源進行管理的方法，該方法通過在資源使用中實現最佳性能，以提高平臺效率，從而實現預定的商業(yè)目標。
本發(fā)明的另一個目的是具有分散式處理邏輯從而在提高平臺靈活性的同時實現其更佳性能的管理平臺。
根據本發(fā)明，這些目的是通過一種對用于管理電信服務和/或網絡的平臺內的資源進行管理的方法以及通過具有在獨立權利要求內提及的特征的管理平臺來實現的。
本發(fā)明的其它目的是如權利要求所要求保護的用于建立和運行電信管理平臺的計算機程序產品或計算機程序集合、電信網絡和方法。
總之，為了克服現有技術的缺點，本發(fā)明公開了一種基于由預定的指示器(如商業(yè)密鑰指示器)和目標驅動的預測和適應機制的方法和相應平臺，其用于測量和自動控制在管理平臺中的IT資源使用。
優(yōu)選地，根據本發(fā)明的平臺的架構特征是-在代理內提供處理(工作流和規(guī)則)引擎，用于實施由所述代理提供的所有功能，以使得代理必須運行的作業(yè)成為工作流執(zhí)行?？梢詫⒁?guī)則引擎耦合到工作流引擎以執(zhí)行某些類型的作業(yè)。
-提供集中式處理描述數據庫用于定義和存儲處理描述，并用于將這些描述分給代理。
-提供目標和約束控制臺，其允許包括商業(yè)目標(如SLA，服務層級協議)的目標數據的指定，和基于功能定義及其集合(如集合到像實現、保證、計費這樣的商業(yè)處理領域)的處理優(yōu)先級；-提供控制代理，其被安排為用于監(jiān)視在平臺的每個代理內的每個處理執(zhí)行對IT資源的使用，以及由商業(yè)處理對工作流的執(zhí)行，即例如用于監(jiān)視已過時間、執(zhí)行頻率等等；并-提供資源分配模塊，其被安排為用于基于指定的目標數據(商業(yè)目標)和所監(jiān)視的代表資源使用的性能數據，以自適應方式將IT資源重新分配給平臺的每個代理，從而提供最大層級的商業(yè)目標實現。
有利地，根據本發(fā)明的優(yōu)選實施例，提供重新分配器控制臺作為圖形用戶界面來定義資源重新分配規(guī)則，并提供監(jiān)視控制臺，該監(jiān)視控制臺允許對SLA實現趨勢和相應IT資源使用及相關代價進行控制。
在代理內提供處理引擎被證明對于代理間IT資源的動態(tài)分配是有利的特征，使得提高了靈活性同時未引入瓶頸，當所有引擎都放置在集中式處理協調器內時就是如此。代理內部的處理引擎允許對于每個功能執(zhí)行(即，處理執(zhí)行)分析地測量代理內的資源使用(例如，所使用的CPU時間或RAM)。
將在集中式數據庫內的處理描述跨越平臺分發(fā)給每個代理以在它們的處理引擎內使用，從而實現與平臺的全部操作功能的自動同步，以便可以調整與作業(yè)語義一起運行的資源管理過程。
實際上，用于管理電信服務和網絡的平臺的管理員可以建立任何FCAPS(故障、配置、計費、性能和安全)功能，該功能在處理數據庫中定義一個或多個工作流和/或規(guī)則或者組合現有的多個工作流和/或規(guī)則；隨后代理自動地獲取新處理(工作流和規(guī)則)定義并在需要時運行它們。目標控制臺自動地允許對于新處理定義SLA和優(yōu)先級。在運行時間，控制代理允許對于新處理控制SLA趨勢和相應IT資源使用，以便重新分配器模塊可以優(yōu)化整體配置，即，改變代理處的工作流優(yōu)先級或者向該代理提供更多的計算資源(CPU、存儲器等等)。
根據本發(fā)明的資源管理優(yōu)選地是在平臺中由集中式模塊(管理器模塊)和分布式模塊(控制代理)一起實現的。集中式和分布式功能的組合是該方案的自適應機制的基礎。


在以下描述中將更詳細地解釋本發(fā)明的其它特征和優(yōu)點，通過參考附圖以非限制示例的方式提供所述描述，在附圖中圖1是表示根據本發(fā)明的用于管理電信網絡的服務的系統或平臺的架構的方框圖；圖2是表示圖1的管理器模塊的內部結構的方框圖；圖3是表示圖1的具有代理模塊和控制代理的主機的內部結構的方框圖；
圖4是表示根據另選實施例的代理模塊的內部結構的方框圖；圖5是根據本發(fā)明的資源管理方法的流程圖；圖6是包含根據本發(fā)明的系統的三層服務規(guī)定場景的示意圖；和圖7是表示在圖6的服務規(guī)定場景中的多層工作流的圖。
具體實施例方式
圖1表示根據本發(fā)明的用于管理電信服務和網絡的系統的示例架構。該系統優(yōu)選地在包括多個處理主機H的分布式處理架構上實現，每個主機H可以包括一個或多個軟件代理(A1，A2，A3)。
系統(或平臺)包括集中式控制模塊或管理器模塊MM，該集中式控制模塊或管理器模塊MM包括在主機上運行并與用于各種協調動作的分布式代理交互的程序或程序組，所述協調動作例如為處理描述的分發(fā)、操作的調用、管理控制等等。管理器模塊MM還可以優(yōu)選地包括用于與諸如系統管理員的用戶交互的圖形用戶界面。
在該說明書中，術語處理用于代表一個或多個工作流、一個或多個規(guī)則、或者優(yōu)選地一個或多個工作流和一個或多個規(guī)則的組合。
可以將工作流定義為商業(yè)過程的自動化，在該過程中，根據一組程序規(guī)則，將信息或任務從一個代理傳送給另一個代理以進行動作。
通過具有一系列任務以及任務之間的時間和邏輯依賴性的、包括多個另外的或并行的分支的流程圖來代表該工作流。存在像XPDL(XML處理描述語言)這樣的專門(ad hoc)語言來格式化工作流描述。
規(guī)則是聲明當發(fā)生一組特定條件/事件時必須執(zhí)行哪些動作。
管理器模塊MM包括處理描述數據庫PDB，其被安排為存儲代表平臺的行為和功能方面的所有處理，即，工作流和規(guī)則。
數據庫PDB還包括例如由工作流和規(guī)則處理的數據模型。
處理描述數據庫PDB例如可以與本領域普通技術人員公知的任何常規(guī)網絡存貨清單系統的目錄部分相關聯。
圖1的架構包括多個多層代理模塊，作為示例示出分別包括某些代理A1、A2、A3的三層。屬于同一層級的代理可以相互連接或者可以相互獨立。如果可能，將它們耦合到更高層級的代理。在較低層級處，將代理耦合到受控的網絡單元(通常表示為通信網絡N)，例如耦合到ATM交換機、或者耦合到其它服務應用APP，如郵件服務器應用或者VAS服務器應用，即，諸如移動電話應答機服務的增值業(yè)務應用。
管理器模塊MM本身例如通過通信總線B連接到平臺的其它操作支持系統OSS。
用作協調器的一主機代理MA或根據實施類型的多個主機代理MA(在圖1中未公開)被提供在多層代理架構的根部，與管理器模塊MM相關聯。
每個代理A1、A2和A3包括處理引擎PE，并且負責使用處理引擎PE執(zhí)行一些處理。
處理引擎是執(zhí)行工作流和/或規(guī)則的軟件模塊。
處理引擎PE有利地嵌入每個代理內，因為處理引擎的外部位置將意味著具有可能導致性能惡化的遠程調用。
優(yōu)選地，每個代理的處理可以由具有相同層級或更高層級的其它代理外部地調用，并對應于每個代理提供給調用代理的服務。
用于任一層的處理引擎將是例如工作流和能夠相應地管理工作流和規(guī)則的規(guī)則引擎的組合。例如，最好將規(guī)定處理表示為工作流，而最好將告警相關性表示為規(guī)則的組合。在可能的時候，使用工作流是優(yōu)選的，因為它并不涉及處理規(guī)則沖突和規(guī)則管理的復雜性。
圖1所示的多層架構允許在不同層級中的處理的分段。對于可以安排代理的層級數量不存在限制。這樣，可以建立該架構，從而在具有最低的可能層數和允許在分布式與集中式組織之間的處理的自由分配之間的折衷。這一分段還使得能夠提供不同的服務觀點，從商業(yè)觀點到系統觀點。
在下文中，將工作流引擎視為優(yōu)選的，但是也可以應用規(guī)則引擎。
運行代理(主代理和子層級代理)的每個主機優(yōu)選地包括一個或多個控制代理CA。它們是負責對資源使用和本地代理(即在主機上運行的代理)的性能進行測量以及執(zhí)行資源管理的本地優(yōu)化的模塊?？刂拼鞢A耦合到管理器模塊和其它控制代理，并將測量數據發(fā)送給管理器模塊和/或其它控制代理。
管理器模塊MM(其架構將隨后描述)負責平臺的管理、配置和控制。其被安排為用于分析來自人工操作員和外部OSS的輸入數據，并確定如何調整平臺配置以符合商業(yè)性能目標。其主要任務如下將來自處理數據(PDB)的處理描述和數據模型分發(fā)給代理；利用控制代理提供的信息監(jiān)視平臺狀態(tài)，該信息包括在主機上代理的分發(fā)、域管理(在代理之間的整個網絡的劃分)、性能監(jiān)視；由代理通過與相關控制代理的交互而執(zhí)行動作以最佳地使用對于處理執(zhí)行而分配的資源；這些動作的示例是修改在代理之間的負載平衡和工作流優(yōu)先級的改變，即，重新調度在一個或多個代理內的排隊作業(yè)；與外部系統的交互，如其它操作支持系統。
主代理MA，其架構隨后將要描述，負責處理執(zhí)行的最高層級協調。實際上，頂層的代理負責的處理可能涉及子層代理負責的子處理。而且，存在特征在于提供需要與外部實體(除了代理之外)的交互或者代理之間的協調的功能，而所述與外部實體(除了代理之外)的交互或者代理之間的協調不能輕易地或有效地以分布式方式由低層代理執(zhí)行。將由代理執(zhí)行的處理是必需以分布式方式執(zhí)行的那些處理。
每個代理(A1、A2、A3)可以支持任何網絡和服務管理功能(即處理)，如FCAPS(故障、配置、計費、性能、安全)功能。這使得能夠基于任務優(yōu)先級和資源需要來進行代理的運行時間任務定制和代理的功能重新分配，例如在日間將更多代理專用于服務提供而在夜間將更多代理專用于網絡優(yōu)化。
在代理中提供處理引擎PE使得能夠監(jiān)視由每個功能(即處理)執(zhí)行對資源的使用以及功能調用的發(fā)生。這些數據是用于由管理器模塊MM操作的自動平臺控制的主要信息源。
每個代理(A1、A2、A3)表現出反應和前攝(proactive)行為，因事件而觸發(fā)并且提高處理的自發(fā)啟動。
優(yōu)選地，代理模塊可以由控制代理或管理器模塊在處理機之間移動以便于更輕易的部署，例如實現容錯。
圖2表示根據本發(fā)明優(yōu)選實施例的管理器模塊MM的內部結構。
例如在子模塊內組織集中式管理器模塊MM。
子模塊之一是MNG_CNS控制臺，通常表示為管理控制臺MNG_CNS；在優(yōu)選實施例中，管理控制臺MNG_CNS包括-具有保持平臺性能數據的相關性能數據庫PFM_DB的監(jiān)視控制臺MC；-目標和約束控制臺GC；-重新分配器控制臺RC；-管理控制臺AC，具有包括由管理控制臺管理的管理數據的相關管理數據庫ADB；和-服務創(chuàng)建環(huán)境控制臺SCC，以致于-容量規(guī)劃模塊(未表示)；和-預測控制臺(未表示)。
目標控制臺GC、管理控制臺AC和服務創(chuàng)建控制臺SCC全部耦合到處理描述數據庫PDB。
管理器模塊MM包括直接耦合到目標和約束控制臺GC和重新分配器控制臺RC的資源分配器RA。
資源分配器RA還例如耦合到管理數據庫ADB以及保持平臺性能數據的性能數據庫PFM_DB。
在優(yōu)選實施例中，管理器模塊MM還包括監(jiān)視數據獲取模塊MDM和平臺控制器PC。
監(jiān)視數據獲取模塊MDM被安排為用于將性能數據從平臺控制器PC傳送給性能數據庫PFM_DB。
此外，例如，資源分配器可以耦合到外部接口模塊I，用于監(jiān)視在外部OSS和管理平臺之間的交互。
平臺控制器PC通常作為在管理器模塊和代理之間的媒介而運行。
具體而言，平臺控制器PC實現與管理器模塊外部的主代理MA(未表示)的連接和與資源分配器模塊RA的連接，并與監(jiān)視控制臺MC、監(jiān)視數據獲取模塊MDM、管理控制臺AC和管理數據庫ADB相耦合，從而與處理描述數據庫PDB相耦合。
目標和約束控制臺GC旨在定義與存儲在處理描述數據庫PDB中的處理相關聯的商業(yè)目標(如服務層級協議或SLA)和約束，統稱為目標數據。
服務層級協議或SLA是(契約化或簡單同意的)商業(yè)處理層級質量的量化。SLA基于性能指示符(平均執(zhí)行時間、百分點或其它)并聲明要在平臺上保證的用于這些指示符的值。通常，可以通過專用語言(“語法”)描述SLA，所述專用語言標識SLA目標(性能指示符)和SLA罰則(基于在SLA目標和所收集的性能數據之間比較的SLA代價函數)，例如違反SLA的經濟處罰的估計。
可以將SLA關聯到普通商業(yè)處理(如工作流)或者(可以一個或多個工作流屬性標識的)其規(guī)范之一，其中用于規(guī)范的SLA通常重寫根部商業(yè)處理，如果存在的話。
約束涉及資源使用相關數據。它們最好包括-在將要保證的最低吞吐量和可管理網絡單元的最小數量方面表示的預分配資源(最好使用術語“吞吐量”替代使用百分比，以使用更容易理解的商業(yè)量度)；-可分配資源的最大數量(用代價或全局資源的百分比表示，例如缺省值可以是50％)。
如果修改商業(yè)約束，則需要檢查以驗證預分配資源是否超過最大可分配功率。
根據本發(fā)明的優(yōu)選實施例，資源分配器RA(下文中的重新分配器)是集中式的，并管理將資源分配給代理，從而自適應地控制平臺。其被安排為接收例如(i)來自目標控制臺GC的商業(yè)目標；(ii)監(jiān)視每個主機的性能數據(如執(zhí)行時間)和硬件資源使用，從性能數據庫PFM_DB獲取這些數據；(iii)可選地，來自負載測試的信息，即，與對于較重的工作流使用的資源使用有關的測量；(iv)關于可用主機及其硬件特征的數據(標準化的CPU速度，例如由標準性能評估公司使用SPECINT2000速度)；這是監(jiān)視整體處理能力(例如以參考CPU的每小時秒數測量的)；(v)每個主機的硬件資源使用(來自性能數據庫PFM_DB)。
重新分配器RA優(yōu)選地包括兩個子模塊評估模塊和確定模塊，在下文中將提供其示例性描述和功能。
評估模塊被安排為接收關于以下內容的數據-最高層級(MA)工作流執(zhí)行請求；和-在所有代理內的工作流執(zhí)行請求隊列。
而且，評估模塊被安排為分析過去工作流執(zhí)行請求的歷史趨勢和在單元和復雜性方面的所管理通信網絡的趨勢。
確定模塊被安排為根據先前信息確定該平臺是否能夠根據隨后將要描述的某些準則來處理所有請求。
如果該平臺不能管理所有請求，則確定模塊例如被安排為發(fā)送告警消息并確定哪一動作可以改善情況。具體而言，如果資源足夠，但是不完全符合SLA，則確定模塊被安排為在平臺間重新分配處理(即工作流執(zhí)行)。優(yōu)選地，這些動作處理與工作流的不同實例相關的約束和優(yōu)先級。
管理控制臺AC旨在定義和監(jiān)視例如至少一組下述內容i)該平臺(即承載用于由所分發(fā)代理執(zhí)行處理的處理能力的主機H)的硬件配置；例如，當將新主機添加到主機預先定義組時，將其自動地加入到整個平臺，如因為主機通知其存在，或者可替代地，管理控制臺通過接收由操作員例如通過其GUI輸入的命令，來識別該主機H；ii)用于定義軟件分布/分配的GUI(即，在目標和約束控制臺GC內接收約束相關數據的接口)。具體而言，該GUI例如用于根據下述內容來設置主機組-地理約束(例如僅可以在一個區(qū)域而不能在另一個區(qū)域內安裝的代理上執(zhí)行某些工作流，或者可以僅在特定主機上執(zhí)行它們)；-分級約束(例如，在特定機器上僅可以運行秒級工作流)；-服務約束(即，對于特定處理類型的約束)；iii)工作流調度表(例如，僅在早晨時間內調度服務規(guī)定工作流)。
重新分配器控制臺RC被安排為用于定義資源重新分配策略，即指示何時和如何重新分配資源，以根據商業(yè)約束和所監(jiān)視的數據來優(yōu)化商業(yè)目標滿意度。重新分配器控制臺允許輸入同時用于集中式和分布式控制的策略。具體而言，它允許定義i)用于集中式控制的規(guī)則，定義何時和如何作用于工作流優(yōu)先級，以達到SLA滿意度的最佳可能層級；這些規(guī)則在所管理的平臺上視為整體(即它們并不直接作用于機器)，并基于所有的資源分配器模塊輸入數據和預測數據而工作；ii)用于分布式控制的規(guī)則，借助于優(yōu)化本地軟件和硬件資源的目的而通過相關CA(線程平行和本地平衡)作用于單個代理；iii)計算在規(guī)則內涉及的復雜表達式的函數。
監(jiān)視控制臺MC被安排來測覽監(jiān)視信息，如i)平均每小時吞吐量(如每日)、在隊列內的請求數量(如每日)、平均執(zhí)行時間(如每日)、已經設置了目標的每個商業(yè)交易的期限；ii)在SLA指示符的協議值和測量值之間的差值和相關代價函數的評估方面，在抽樣間隔時間上計算出的SLA(突出違反的多個)的情況；iii)用于每個工作流的硬件資源使用，例如CPU使用和/或使用的RAM的秒數(對于單個層級或者對于低于其的每個層級)方面；當每個主機具有不同于其它主機的計算能力時，將硬件資源使用，例如CPU使用，標準化成參考CPU；iv)計費信息由每個工作流使用的資源(在全部資源中的百分數方面和代價方面)。
監(jiān)視控制臺MC能夠以分級方式瀏覽工作流的性能和資源使用(具體而言，每塊工作流)。對于每個SLA，可以發(fā)布關于由于資源的重度使用導致哪些工作流值得優(yōu)化的報告。如果在不同層級的工作流上設置其它測量點，則這些測量點也可以呈現在MC上。此外，MC在由工作流使用的資源方面顯示關于計費的信息。
服務創(chuàng)建環(huán)境控制臺SCC被安排為用于定義、創(chuàng)建和修改在PDB內的處理，因而定義、創(chuàng)建和修改在管理平臺內提供的每個商業(yè)功能。其基于圖形接口以便于執(zhí)行此任務。該控制臺還允許在工作流上插入新的監(jiān)視點。
在又一實施例中，通過給MM模塊添加預測控制臺和容量規(guī)劃模塊，還使用由MM模塊管理的數據來實現有用的容量規(guī)劃。
預測控制臺被安排為設置使用預測，從而實現有用的容量規(guī)劃活動。該控制臺的輸入是i)預期吞吐量；和ii)網絡主機的預期數量和類型(可將此圖計算為數據在處理描述數據庫內的投影)。
容量規(guī)劃模塊被安排為保證在時間上的硬件資源。它被安排為接收來自預測控制臺和其它控制臺(目標和約束控制臺、管理控制臺和重新分配器控制臺)的輸入并驗證資源的可用性。如果資源不足夠，則容量規(guī)劃模塊被安排為向控制臺操作員警告對于滿足預期增加趨勢所需要的硬件量。該模塊將其分析基于包括至少下述之一的一組參數i)預期吞吐量(在歷史趨勢方面)；ii)每個工作流(尤其是第一層級工作流)的資源使用信息；iii)地理約束。
因為容量規(guī)劃模塊基于不確定的數據(尤其是長期數據)，其被安排為主要用于信息目的。它可以強調未來需要，但是它優(yōu)選地并不與資源分配器RA交互。
圖3表示包括代理模塊A和控制代理CA的主機的內部結構的示例，所述控制代理CA負責主機的整體性能和在主機上運行的所有代理的控制。
每個代理A包括至少一組下述組件-工作流隊列或隊列WFQ；它是多層級優(yōu)先級隊列，其中每個子隊列保持具有相同優(yōu)先級的請求。將發(fā)送給代理的每個工作流請求基于其優(yōu)先級插入相應的子隊列內。在圖3中將不同的工作流表示為WF1、......WFn。為了避免在子隊列中工作流請求的資源缺乏，隊列WFQ例如基于超時準則，為子隊列內的請求執(zhí)行優(yōu)先級升級。與隊列WFQ相關的，存在隊列WFQ的相關信息，尤其是估計的CPU消耗時間，將對于每種類型工作流而測量的隊列中的工作流的CPU消耗時間(這些數據從PFM_DB獲得)相加而計算出的；和請求輸入速率，其統計地估計請求由另一個代理(請求在代理內排隊)執(zhí)行的特定類型工作流的速率(例如工作流/小時)。
-與工作流隊列WFQ相關聯的工作流調度器WFS其被安排為用于根據其優(yōu)先級來調度在隊列內包含的工作流WFn。每次代理的一個或多個處理引擎準備執(zhí)行工作流時，調度器將隊列中較高優(yōu)先級的工作流發(fā)送給等待處理引擎線程之一。
-由工作流調度器WFS控制的多個處理引擎線程TH1、......、THn；每個代理能夠同時運行可配置數量的工作流。這通過在代理中配置多個處理引擎線程TH1、......、THn(獨立執(zhí)行器)來實現。每個處理引擎線程TH1、......、THn能夠一次執(zhí)行一個工作流，如，用java語言實現的線程。
控制代理CA包括至少一組下述組件，優(yōu)選地以軟件實現-資源監(jiān)視器RM該組件被安排為用于監(jiān)視并收集在其控制下的代理中的硬件和軟件資源使用的相關數據。其任務是測量在包括代理(代理主機)的主機上的當前資源使用和由于工作流執(zhí)行而實現的CPU和存儲器消耗。將測量值同時發(fā)送給管理器模塊MM和線程控制器TC；-線程控制器TC其耦合到資源監(jiān)視器RM和工作流隊列WFQ，被安排為用于本地性能控制。其目標在于有效地管理代理線程的并行化。其被安排為作為輸入接收在隊列內等待執(zhí)行的工作流數量、CPU使用和正在執(zhí)行的機器PE線程的總數量。根據上述輸入，線程控制器TC增加或減少處理引擎線程(PE線程)的數量，以實現最佳工作流執(zhí)行并行化。例如，它創(chuàng)建新的PE線程，如果該隊列包含等待被執(zhí)行的工作流，如果PE線程的總量低于允許的最大數量，并且如果CPU使用低于規(guī)定的閾值。如果該代理負責與外部資源(例如設備、網絡裝置、等)的直接交互，但是PE線程的最大許可數量受可允許的同時外部資源的限制。而且，當線程控制器檢測到某些PE線程在定義的時間周期內不被使用時，線程控制器運行PE線程的垃圾收集器。
-耦合到處理引擎線程的調度器該組件被安排為用于將工作流執(zhí)行請求發(fā)送給其它代理。每個PE線程使用調度器D發(fā)送這樣一個請求。
調度器使用例如如下的負載平衡算法將請求發(fā)送給其它代理。它選擇最佳代理在兩個步驟中發(fā)送請求。
首先，它選擇在CPU和存儲器方面最低負載的主機。其次，它根據代理隊列的估計CPU消耗時間的最小量來選擇選定主機的可用代理。
另外，控制代理CA優(yōu)選地具有根據優(yōu)選實施例的重要特征。它們能夠主動地管理其處理線程的并行化(本地優(yōu)化)。將隊列重新排序和并行化管理的這兩個能力聯合在一起是根據本發(fā)明一個方面的自適應機制的基礎。
根據本發(fā)明的替代實施例，如圖4所示，可以將資源監(jiān)視器RM、線程控制器TC和調度器D附加到代理模塊，例如如果在主機H上存在單個代理模塊A。
使用用于實施具有移動性特征的代理的JADE(Java代理開發(fā)框架)、用于處理定義的XPDL(XML處理定義語言)和例如Shark的XPDL工作流引擎，來實施本發(fā)明系統的優(yōu)選實施例。
在下文中，提供資源分配器模塊的更詳細的描述，目的在于說明其操作。
可以將重新分配器RA實施為帶有約束處理、數據處理和配置改變功能的基于專家規(guī)則的系統。來自所管理網絡的所有數據、約束和規(guī)則，外部系統，人類知識和內部分析構成其知識基礎，這本質上可以用相關知識數據庫表示。
重新分配器模塊RA以預定的分析間隔上執(zhí)行評估和確定模塊，所述預定的分析間隔可以根據場景情況而逐情況地設置。
首先，重新分配器通過總線B獲取來自外部系統的處理請求相關數據，從而評估對于隨后的時間間隔而預測的服務/功能請求的數量，并將此信息保存在相關知識數據庫內。
隨后，確定模塊啟動資源重新分配規(guī)則，從而發(fā)現將要執(zhí)行的動作以通過最佳方式實現預定的商業(yè)目的。
詳細地說，在每個間隔T上，資源分配器模塊基于歷史基礎考慮排隊請求的數量和預測請求的數量。它執(zhí)行可用硬件資源(主要是CPU和RAM)量的第一次評估?？梢允褂迷陂g隔結束時的實際測量數據，考慮隨后將要描述的“背景錯誤校正”，來調整這些數據。
以統計方式收集下述數據-在每個層級上每個工作流的CPU需求；和-在子工作流請求方面的最高層級工作流組成(以及與架構的每個層級相關聯的CPU需求；此信息還必需考慮地理約束，如果存在的話)。
使所收集的信息與在時間t時隊列的長度和組成關聯，并與在間隔[t，t+T]期間(通過預測)預期的請求數量關聯，以計算對于隨后間隔的CPU功率的總請求，將作為包括位于多個間隔之后的一隨后間隔或一組間隔的集合。
隨后，將CPU總量，即對于新間隔的所請求計算功率(考慮層級和地理約束)，與可用的CPU功率進行比較。如果不夠，則生成對于控制臺的告警(請求新硬件)，工作流的優(yōu)先級將確定如何處理負載。
如果考慮“背景錯誤校正”以調整可用硬件資源的相關數據，則在每個間隔上，對于每個工作流和每個主機，比較在先前間隔期間使用的CPU量與由不同工作流使用的CPU量。在隨后的間隔期間，使用這個數值來“校正”CPU的實際可用性。
根據本發(fā)明的方法和系統使用基于優(yōu)先級的策略，由此存在不同層級的優(yōu)先級。在每個間隔T上，確定模塊根據管理算法可以使用優(yōu)先級隊列來實現商業(yè)目的。為了避免資源缺乏，如果工作流請求在低優(yōu)先級隊列中花費過多時間，則自動地更新其優(yōu)先級，以便將該請求移動到更高優(yōu)先級的隊列。
根據本發(fā)明優(yōu)選實施例的管理算法基于用于改進在每個步驟中的資源配置和用于努力利用遞增行為達到最佳配置的自適應解決方案。通過使用分析間隔來保證本方法的結果，所述分析間隔是平均工作流執(zhí)行時間的至少兩倍或三倍(合理間隔將取決于應用場景，并可以從5分鐘改變成1小時或更長)。
考慮到以下因素，優(yōu)先級與工作流的每次執(zhí)行相關聯-同意的SLA的情況(風險越大的工作流將保持越高的加權)；-在用于工作流的目標控制臺內定義的初始優(yōu)先級，以致于每個SLA的優(yōu)先級和經濟暗示；-用于工作流的最小預先分配資源的數量；和-(在SLA初始協商過程中定義的)最大可分配資源的數量。
這意味著優(yōu)先級是取決于時間的。如果工作流性能的實例正在接近SLA(即其性能在降低)，則將其優(yōu)先級設置得越高。
代替處理引擎，可以使用用于定義和測量功能執(zhí)行的任何裝置，例如利用統計技術的CPU估計。
在下文中，示出基于推薦架構的性能自適應情況的示例。將要優(yōu)化的資源是CPU負載。
根據該情況，最高層級工作流是與特征在于優(yōu)先級屬性的SLA相關聯的服務，所述優(yōu)先級屬性以在時間t＞＞ΔT內將要完成的工作流百分比來表示，其中ΔT是觀察時間間隔。需要最后一個假定從而給予平臺足夠的時間來在周期t內重新校準。
最高層級工作流是許多子工作流的組成。所有工作流具有影響在執(zhí)行之前的其隊列等待時間和工作流CPU時間片的優(yōu)先級屬性。
輸入數據是-用于每個工作流和每個主機的CPU負載[秒]；-約束，即相同工作流僅可以對于一個主機子集運行；-在子工作流方面的第一層級工作流組成；-在過去的ΔT時間段內抵達的工作流數量；和-在過去的ΔT時間段內的工作流執(zhí)行數量。
目標是-預測計算資源是否足以執(zhí)行在下一ΔT間隔內的所有工作流執(zhí)行；-預測計算資源是否足以符合SLA；和-工作流執(zhí)行優(yōu)先級的自適應，從而實現SLA兼容。
性能自適應處理基于每個ΔT時間間隔執(zhí)行的監(jiān)視，所述ΔT時間間隔表示最小平臺自適應時間。
參考圖5的流程圖，其報告每ΔT時間間隔執(zhí)行的監(jiān)視的示例，對于每個ΔT，由資源分配器RA管理下述步驟1)評估在每個主機上每個工作流的CPU負載(步驟100)。這應當通過在樣機主機上執(zhí)行負載測試工作流和使用CPU文件編制(documentation)(先驗預測)來實現?？紤]對于工作流執(zhí)行的約束，使用與在前一ΔT內執(zhí)行的每個工作流相關聯的實際CPU時間，可以精確地調整所獲得的值；
2)預測用于執(zhí)行在隊列內仍然等待的工作流以及根據預測將在下一個ΔT內到達的工作流所需要的CPU時間(步驟120)；3)比較(步驟140)在步驟120中估計的CPU時間與可用CPU時間，以識別在計算資源方面臨界的主機群，并據此識別與受影響的SLA相關聯的第一工作流；在所需要的CPU資源大于可用CPU資源的情況下，通知低CPU資源(步驟150)。
4)對于每個SLA，預測(步驟160)執(zhí)行最低數量工作流以符合SLA需求所需要的CPU時間，隨后比較(步驟170)其與可用CPU時間以確定計算資源是否足以符合SLA；5)如果前一步驟說明在運行工作流內的當前平臺優(yōu)先級配置不能承載SLA約束，則必需利用工作流優(yōu)先級的重新平衡(考慮在計算資源方面的工作流加權)，通過工作流優(yōu)先級自適應方法調整該配置(步驟180)；6)當不需要優(yōu)先級自適應，或者已經執(zhí)行了優(yōu)先級自適應時，該系統結束性能自適應處理并等待下一個ΔT監(jiān)視間隔。
在下文中詳細描述性能自適應處理的預測方法的示例。進行下述定義-ΔT監(jiān)視間隔和最小系統自適應時間；-Lwf(n)在主機n上用于工作流wf執(zhí)行的CPU負載[秒]?？梢韵闰?或者使用自學習方法)估計這些值，隨后在平臺操作過程中對這些值進行調整。例如，利用隨時間變化的移動平均值。
-Vwf(n)由下式給出對主機n上的工作流wf的約束 對于執(zhí)行在下一個ΔT內預測的所有工作流所需的CPU時間的預測被如下計算CpuTimeP(g)=Σwf∈WF(g)lwf·NEPwf(g)]]>其中g是用于集合WF(g)中所有工作流的等價主機組。這意味著可以在主機組g之一中利用相同的概率執(zhí)行屬于集合WF(g)的每個工作流。
Lwf是在主機組g上執(zhí)行工作流wf所需的CPU時間的預測，由下式給出lwf=ΣnLwf(n)·Vwf(n)ΣnVwf(n)]]>NEPwf是對于工作流wf的預見執(zhí)行的數量，由下式給出NEPwf(g)＝NQwf+NAPwf(g)其中NQwf是應當通過下式以第一層級工作流調用表示的在執(zhí)行隊列中工作流wf的總數NQwf=Σl1ΣnQwf(wfl1)(n)]]>NAPwf(g)是在后一ΔT時間間隔內預見的工作流wf的總數的預測，由下式給出NAPwf(g)=Σl1Σn∈gΣiPi·NAwf(l1),i(n)]]>其中Pi是在前一ΔTi內抵達的工作流的權重；NAwf(11)，i(n)是在ΔTi時間間隔內在主機n上到達的工作流wf的數量，這些工作流是第一層級工作流wfl1的子工作流。
參考上述三個目標，如下執(zhí)行預測和自適應步驟。
為了預測可用的CPU時間是否足以執(zhí)行在后一ΔT內的預測工作流，對每一組g執(zhí)行在CPU時間CpuTimeP(g)和在組g上可用的CPU時間之間的比較CpuTimeP(g)vsΣn∈gCpuTime(n)]]>如果CpuTimeP(g)<Σn∈gCpuTime(n)]]>系統已經獲得足夠的計算資源來執(zhí)行所有任務，如果
CpuTimeP(g)≥Σn∈gCpuTime(n)]]>該系統需要更多的CPU時間，所以它發(fā)送帶有下述內容的消息a)在計算資源方面臨界的主機組g；和b)與可能受該資源缺少影響更大的SLA相關聯的第一層級工作流。
為了預測計算資源是否足以符合SLA，對于在第一層級工作流wfl1上定義的每個SLA，在隨后ΔT內將要執(zhí)行從而符合SLA的wfl1的數量NSLAwfl1被如下計算如果將SLA定義為在時間t(t＞＞ΔT)內將要執(zhí)行的工作流wfl1的百分比p[％]，則由下式給出NSLAwfl1NSLAwfl1＝p·(NSLAQwfl1+NSLAPwfl1)其中NSLAQwfl1是由對于每個ΔTi的在該ΔTi內到達的隊列中仍然等待的工作流wfl1數量與仍然可用的ΔT數量n＝(t-kΔT)/ΔT的比值之和給出的，從而按時完成這些工作流以符合SLA；k是從工作流到達起在隊列內進行等待的ΔT的數量；和NSLAPwfl1是在下一ΔT內到達的工作流wfl1數量的預測與仍然可用的ΔT數量之間的比值，從而完成這些工作流以符合SLA(即t/ΔT)。
因此，由下式給出對于使工作流wfl1符合SLA所需要的CPU時間CpuTimePSLAwfl1(g)=Σwf∈WF(g)lwf·NEPSLAwfl1wf(g)]]>其中NEPSLAwfl1wf(g)＝NQSLAwfl1wf+NAPSLAwfl1wf(g)其中NQSLAwfl1wf=Σl1≠wfl1ΣnQwf(wfl1)(n)]]>并且NAPSLAwfl1wf(g)=NSLAwfl1·NEwf(wfl1)(g)+Σl1≠wfl1Σn∈gΣiPi·NAwf(l1),i(n)]]>
其中NEwf(wfl1)(g)是對于工作流wfl1的每次執(zhí)行而言將在主機組g上執(zhí)行的工作流wf數量的預測，由下式給出NEwf(wfl1)(g)=Σwf∈WF(g)NEwf(wfl1)]]>再次，如果CpuTimePSLAwfl1(g)<Σn∈gCpuTime(n)]]>系統已經獲得足夠的計算資源以對于工作流wfl1符合SLA如果CpuTimePSLAwfl1(g)≥Σn∈gCpuTime(n)]]>則該系統對于工作流wfl1不能符合SLA，那么采用隨后描述的工作流優(yōu)先級自適應方法。
當存在與SLA相關聯的至少類型A第一層級工作流時，采用工作流優(yōu)先級自適應方法，對于其ΔCpuTimePSLAwfl1(g)=CpuTimePSLAwfl1(g)-Σn∈gCpuTime(n)>0]]>而對于另一類型B第一層級工作流ΔCpuTimePSLAwfl1(g)＜0該方法包括各種動作，下面以復雜性為序來描述它的至少一些示例a)增加類型A工作流的優(yōu)先級；b)降低類型B工作流的優(yōu)先級；c)將權重與每個第一層級工作流關聯以選擇最相關的工作流，從而執(zhí)行動作a)或b)；d)降低在前一ΔT內已經不能符合SLA的工作流的優(yōu)先級，對于這些LSA，其罰則并不隨著時間增加；e)增加在前一ΔT內已經不能符合SLA的工作流的優(yōu)先級，對于這些SLA，其罰則隨著時間而增加。
動作d)和e)基于通過目標和約束控制臺GC定義的試圖最小化SLA處罰的代價影響的函數。
有利地，該方法考慮在資源使用上的約束，例如將為每個工作流分配的CPU時間的最大量。這意味著不能增加已經使用預約CPU時間的最大量的工作流的優(yōu)先級。
如果每個工作流的確切代價的收集過于繁重，則另選的可能是代理以預定的間隔(例如每五分鐘)收集所執(zhí)行“建立塊”的數量，并執(zhí)行與系統資源使用的相關(例如CPU使用)。
通常采用多元回歸技術來估計在過載情況下計算機系統的性能。這一選項依賴于分析在其容量之上使用的多個字段內(in-field)OSS的行為。結果是用于OSS的大部分常規(guī)性能量度，如CPU使用，可以通過線性回歸來模擬。系統響應時間例如根據適中指數法則增長。因而，通過基于系統資源數據和工作流執(zhí)行數據的多元線性回歸技術，可以獲得用于預測系統性能的下限。
簡單多項式模型的示例如下Ucpu＝a0+a1·NA+a2·NB+a3·NC其中Ucpu＝該代理的CPU使用；NA＝建立塊A的執(zhí)行數量；NB＝建立塊B的執(zhí)行數量；NC＝建立塊C的執(zhí)行數量；有利地，應當將所有的測量值(具體而言，SLA定義)轉換成經濟量值，從而以一致的方式優(yōu)化自適應。
圖6通過示例表示根據本發(fā)明的三層服務規(guī)定場景的建立，特征在于靈活性和可升級性。
在該示例中，底層代理負責與網絡單元交互，并被稱作資源代理服務器并表示為RP1、RP2、RP3。
稱作“供應1”的寬帶服務應當在電信網絡中遞送，所述電信網絡包括接入設備(例如ADSL裝置)、ATM骨干和BAS(寬帶接入服務器)，從而獲得IP連接。
由RP供應的服務例如有端口配置、交叉連接創(chuàng)建、連接屬性修改。它們中的每個都可以包括將要發(fā)送給這些裝置和/或將由這些裝置接收的基本命令序列。
AA1、AA2和AA3是分別用于對代表ADSL裝置E(端到端電路的端點A)的圖像的資源代理服務器RP1、對代表連接到ADSL裝置E的ATM交換機SW的圖像的資源代理服務器RP2和對代表BAS(端到端電路的端點Z)的圖像的資源代理服務器RP3進行管理的代理。
在圖7內示出在服務“供應1”的規(guī)定活動中涉及的多層工作流。
層級1或最高層級工作流包括兩個步驟或任務，并且由主機代理MA執(zhí)行。第一個步驟或任務(ADSL連接)請求在代理層級(AA1、AA2、AA3)上執(zhí)行的層級2工作流的執(zhí)行，而第二個步驟或任務，即郵箱任務(在該示例中未詳細表示)可以由外部平臺執(zhí)行。
因而，ADSL連接任務是層級2工作流，它包括在資源代理服務器層級(RP1、RP2、RP3)上執(zhí)行的與技術和供應商相關的一系列層級3工作流。層級3工作流包括必需由資源代理服務器在通信網絡裝置上執(zhí)行的命令序列。通過擴展層級2工作流“創(chuàng)建ADSL端口供應商A”，在圖7中給出層級3工作流的示例。
監(jiān)視控制臺MC通過測量每個工作流的資源使用(CPU、RAM)和經過的時間，來突出在特定供應商或特定工作流上是否存在問題。
假設存在類似于服務“供應1”但是沒有郵箱的另一個服務“供應2”，則目標控制臺允許利用SLA控制規(guī)則和相關代價函數來定義供應1和供應2上的SLA。如果在服務“供應2”上的SLA更重要(例如與“供應2”相關聯的代價函數等于超過1秒的平均執(zhí)行時間的秒數，與“供應1”相關的代價函數等于超過4秒的平均執(zhí)行時間的秒數)，則“供應2”上的優(yōu)先級增長快于“供應1”的優(yōu)先級。這意味著當硬件資源(如CPU)缺乏時，對于相同數量的請求，“供應2”的吞吐量將高于“供應1”的吞吐量。
因此，該平臺調整資源使用以達到其目標，該目標為外部操作員設置的要求或者由于代理飽和。
因而，顯然，在本發(fā)明原理保持相同時，由此在不脫離權利要求書定義的本發(fā)明的保護范圍的情況下，實施例的形式可以相對于通過非限制性的示例描述和例示的實施例而變化很大。
權利要求
1.一種用于在用于電信服務和/或網絡管理的平臺中管理資源的方法，其中該平臺能夠管理分布式代理(A1、A2、A3)的具有處理優(yōu)先級的處理執(zhí)行，該方法的特征在于-設置要由平臺滿足的目標數據，其中所述目標數據包括關于分布式代理的處理執(zhí)行的目標和關于平臺資源使用的約束；-監(jiān)視分布式代理(A1、A2、A3)的處理執(zhí)行和資源使用，-收集代表所述處理執(zhí)行和所述資源使用的性能數據；-比較所收集的性能數據和所設置的目標數據；-基于所述代理的所收集的性能數據和所設置的目標數據之間的比較，建立至少一個罰則；和-基于所述建立的至少一個罰則，將資源重新分配給所述代理(A1、A2、A3)以用于所述代理(A1、A2、A3)的處理執(zhí)行。
2.根據權利要求1的方法，其中重新分配資源的步驟包括修改在分布式代理(A1、A2、A3)處的處理優(yōu)先級。
3.根據權利要求1的方法，其中重新分配資源步驟包括-以所確定的觀察間隔執(zhí)行評估步驟和確定步驟，其中-評估步驟包括-對于至少一個隨后觀察間隔，收集代表處理執(zhí)行和所預測處理執(zhí)行的數量的數據；和-基于所述收集的數據，評估所述代理所需要的資源；并且-確定步驟包括-比較所需要的資源與每個所述代理(A1、A2、A3)可用的資源；和-將所確定的資源重新分配規(guī)則應用于所述代理(A1、A2、A3)，從而修改代理(A1、A2、A3)之間的資源使用和/或改變在代理(A1、A2、A3)處的處理優(yōu)先級和/或重新分配在代理(A1、A2、A3)之間的處理執(zhí)行。
4.根據任一前述權利要求的方法，特征在于-將分布式處理引擎(PE)提供給代理(A1、A2、A3)；和-在與所述分布式處理引擎(PE)相關聯的處理描述數據庫(PDB)中存儲表示處理的處理描述。
5.根據權利要求4的方法，其中處理描述包括工作流和/或規(guī)則。
6.根據任一前述權利要求的方法，包括-按照代理(A1、A2、A3)的多層配置，提供在分層層級上的代理(A1、A2、A3)。
7.根據權利要求6的方法，其中由集中式管理器模塊(MM)將處理執(zhí)行分配給代理(A1、A2、A3)的多層配置。
8.根據權利要求7的方法，其中-收集性能數據步驟包括-將所述性能數據發(fā)送給集中式管理器模塊(MM)和/或發(fā)送給與代理(A1、A2、A3)相關聯的多個本地性能控制代理(CA)。
9.根據權利要求7的方法，包括-在代理(A1、A2、A3)的所述多層配置的頂層處提供至少一個主代理(MA)，該主代理(MA)使位于所述多層配置的子層中的代理(A1、A2、A3)負責處理執(zhí)行。
10.根據任一前述權利要求的方法，包括對于每個代理(A1、A2、A3)的以下步驟-按照優(yōu)先級準則將處理執(zhí)行請求插入多層級優(yōu)先級處理隊列(WFQ)；-基于多層級優(yōu)先級處理隊列(WFQ)，調度處理執(zhí)行。
11.根據權利要求10的方法，包括由與每個代理相關聯的至少一個處理引擎線程(TH1、......、THn)對處理執(zhí)行進行調度。
12.根據權利要求10的方法，其中基于超時準則升級在多層級優(yōu)先級處理隊列(WFQ)中的處理執(zhí)行請求。
13.根據權利要求8和11的方法，其中每個控制代理(CA)控制處理引擎線程(TH1、......、THn)的數量和代理的資源使用。
14.根據權利要求8的方法，其中-控制代理(CA)執(zhí)行用于確定代理負載的負載平衡算法；和-每個代理(A1、A2、A3)基于至少包括由控制代理(CA)確定的代理負載評估的準則，將處理執(zhí)行請求發(fā)送給其它代理(A1、A2、A3)。
15.一種用于管理用于電信服務和/或網絡的資源的平臺，包括-多個分布式代理(A1、A2、A3)，能夠管理具有處理優(yōu)先級的處理執(zhí)行(WF1、......、WFn)特征在于-處理引擎(PE)，與所述代理相關聯，并被配置成用于監(jiān)視分布式代理(A1、A2、A3)的處理執(zhí)行和資源使用，和-集中式管理器模塊(MM)，被配置成用于-設置要由平臺滿足的目標數據，其中所述目標數據包括關于分布式代理的處理執(zhí)行(WF1、......、WFn)的目標和關于要由平臺滿足的平臺資源使用的約束；-收集代表分布式代理(A1、A2、A3)的所述處理執(zhí)行和所述資源使用的性能數據；-比較所收集的性能數據與所設置的目標數據；-基于在所述代理的所收集性能數據與所設置的目標數據之間的比較，建立至少一個罰則；和-基于所述建立的至少一個罰則，將資源重新分配給所述代理(A1、A2、A3)以用于代理(A1、A2、A3)的處理執(zhí)行。
16.根據權利要求15的平臺，其特征在于所述集中式管理器模塊(MM)包括資源分配器模塊(RA)，所述資源分配器模塊(RA)包括-評估模塊，被配置為用于-對于隨后觀察間隔，收集代表處理執(zhí)行和預測處理執(zhí)行的數量的數據；和-基于所述收集的數據，評估所述代理所需要的資源；和-確定模塊，被配置為用于-比較所需要的資源與每個所述代理(A1、A2、A3)可用的資源；和-將所確定的資源重新分配規(guī)則應用于所述代理(A1、A2、A3)，從而修改代理(A1、A2、A3)之間的資源使用和/或改變在代理(A1、A2、A3)處的處理優(yōu)先級和/或重新分配在代理(A1、A2、A3)之間的處理執(zhí)行。
17.根據權利要求15至16的平臺，其特征在于所述集中式管理器模塊(MM)包括-處理描述數據庫(PDB)，用于存儲代表平臺的行為和功能方面的處理描述。
18.根據權利要求17的平臺，其特征在于所述集中式管理器模塊(MM)還包括-服務創(chuàng)建控制臺(SCC)，被安排為用于對處理描述數據庫(PDB)中的處理描述進行定義、創(chuàng)建和修改。
19.根據權利要求17的平臺，其特征在于處理描述包括工作流和/或規(guī)則。
20.根據權利要求15至19的平臺，其特征在于-按照多層配置在分層層級上組織所述多個分布式代理(A1、A2、A3)，并且其特征在于-所述集中式管理器模塊(MM)被配置為用于將處理執(zhí)行分配給代理的所述多層配置。
21.根據權利要求15至20的平臺，其特征在于-與至少一組分布式代理(A1、A2、A3)相關聯的本地性能控制代理(CA)，并且其特征在于-所述處理引擎(PE)包括資源監(jiān)視器模塊(RM)，該資源監(jiān)視器模塊(RM)被配置為用于-將所述性能數據發(fā)送給集中式管理器模塊(MM)和/或與代理(A1、A2、A3)相關聯的本地性能控制代理(CA)。
22.根據權利要求20的平臺，其特征在于-至少一個主代理(MA)，位于代理(A1、A2、A3)的所述多層配置的頂層處，并且被配置為用于使位于所述多層配置的子層中的代理(A1、A2、A3)負責處理執(zhí)行。
23.根據權利要求15至22的平臺，其特征在于-至少一個處理機器(H)，其包括至少一組所述多個分布式代理(A1、A2、A3)。
24.根據權利要求23的平臺，其特征在于至少一個本地性能控制代理(CA)與所述至少一個處理機器(H)相關聯。
25.根據權利要求24的平臺，特征在于所述至少一個本地性能控制代理(CA)包括-常規(guī)本地性能監(jiān)視模塊(RM)，被安排為用于收集代表由代理(A1、A2、A3)進行的資源使用和處理執(zhí)行的性能數據，并將性能數據發(fā)送給集中式管理器模塊(MM)；-常規(guī)線程控制器(TC)，耦合到資源監(jiān)視器(RM)，被安排為用于創(chuàng)建用于執(zhí)行等待處理(WF1、......、WFn)的處理引擎線程(TH1、......、THn)；和-常規(guī)調度器模塊(D)，耦合到處理引擎線程(TH1、......、THn)，并被安排為用于根據預定的負載平衡算法將處理執(zhí)行請求發(fā)送給其它代理(A1、A2、A3)。
26.根據權利要求15的平臺，其特征在于管理器模塊(MM)包括-容量規(guī)劃模塊，被配置為用于-基于歷史性能和代表當前資源使用的數據，在觀察間隔內預測資源的可用性。
27.根據權利要求15的平臺，其特征在于管理器模塊(MM)包括-管理控制臺(AC)，被配置為用于-定義平臺的硬件配置；和-定義關于處理執(zhí)行的約束。
28.由根據權利要求15至27的平臺管理的電信網絡。
29.一種用于建立并管理例如ADSL連接服務的電信服務的方法，包括根據權利要求1至14中定義的方法的管理資源的步驟。
30.可以加載在至少一個計算機的存儲器中并包括用于執(zhí)行權利要求1至14中任一權利要求的步驟的軟件代碼部分的計算機程序產品或多個計算機程序產品的計算機程序集合。
全文摘要
本發(fā)明涉及用于在電信服務和網絡中管理資源的方法和系統。該方法和系統涉及由處理機器(H)上的分布式代理(A1、A2、A3)執(zhí)行處理(WF1、……、WFn)，以執(zhí)行在網絡上的預定的任務，并且其特征在于設置將由系統滿足的包括關于處理(WF1、……、WFn)和資源使用約束的目標；監(jiān)視計算代理的資源使用和處理執(zhí)行，并且收集代表資源使用和處理執(zhí)行的性能數據；比較所收集的性能數據與所設置的數據，當性能數據并未實現目標數據時，建立處罰；并且重新分配用于代理(A1、A2、A3)的處理執(zhí)行的資源，從而使基于所述比較而確定的處罰最小化。
文檔編號H04L12/24GK101084680SQ200480044648
公開日2007年12月5日 申請日期2004年10月28日 優(yōu)先權日2004年10月28日
發(fā)明者羅薩瑞奧·阿法諾, 法布里齊奧·波比奧, 吉塞普·卡桑尼, 吉賽普·考維諾, 達尼羅·戈塔, 馬瑞薩·波塔, 馬可·尤赫蒂 申請人:意大利電信股份公司