本專利申請涉及于2014年3月28日遞交的、發(fā)明名稱為“負載均衡行為的上下文感知動態(tài)策略選擇”的第14/229,640號美國專利申請案，該專利申請案的全部內容以引用的方式并入本文本。

本專利申請涉及于2014年6月12日遞交的、發(fā)明名稱為“消息通訊行為的上下文感知動態(tài)策略選擇”的第14/303,488號美國專利申請案，該專利申請案的全部內容以引用的方式并入本文本。

技術領域

本發(fā)明主要涉及消息通訊業(yè)務，在具體實施例中，涉及用于控制消息通訊行為的上下文感知動態(tài)策略選擇。

背景技術：

現(xiàn)代通信網(wǎng)絡通常為用戶提供一些形式的消息通訊業(yè)務。現(xiàn)代通信網(wǎng)絡提供的其中一種消息通訊業(yè)務為短消息業(yè)務(簡稱SMS)，其為手機、web或移動通信系統(tǒng)的業(yè)務組件，支持固定電話或移動電話交換短文本消息?，F(xiàn)代通信網(wǎng)絡提供的另一種消息通訊業(yè)務為增強型短消息業(yè)務(簡稱EMS)，其是對SMS的擴展，支持用戶發(fā)送和接收具有特殊文本格式(如粗體或斜體)、動畫、圖標、聲音效果和特殊鈴聲的消息。而現(xiàn)代通信網(wǎng)絡提供的另一種消息通訊業(yè)務是多媒體消息業(yè)務(簡稱MMS)，其是對SMS的擴展，支持用戶發(fā)送圖片和視頻。SMS、EMS和MMS通信協(xié)議由第三代合作伙伴計劃(簡稱3GPP)技術規(guī)范(簡稱TS)23.040進行定義，所述規(guī)范的全部內容以引用的方式并入本文本。

管理和提供消息通訊業(yè)務的傳統(tǒng)技術依賴于靜態(tài)消息通訊相關的指標和策略。例如，傳統(tǒng)技術可為連接定義靜態(tài)生存時間(簡稱TTL)。由于消息通訊環(huán)境的要求和限制是動態(tài)變化的，依賴靜態(tài)指標和策略可能不適合大規(guī)模和/或多租戶平臺，如數(shù)據(jù)中心和云計算等。相應地，需要靈活、可擴展、可定制的管理和控制機制為多樣化應用提供有效且強大的消息通訊業(yè)務。

技術實現(xiàn)要素：

本發(fā)明實施例描述了消息通訊行為的上下文感知動態(tài)策略選擇，通過本發(fā)明實施例大致實現(xiàn)了技術上的優(yōu)勢。

根據(jù)一實施例，提供了一種動態(tài)調整消息通訊行為的方法。在該示例中，所述方法包括：指示通信網(wǎng)絡中的消息代理在第一周期內根據(jù)初始策略組為用戶提供消息通訊業(yè)務；從被管理的消息通訊系統(tǒng)中獲得操作、管理、維護和發(fā)放(簡稱OAMP)數(shù)據(jù)，并使用所述第一周期內提供的所述消息通訊業(yè)務將所述OAMP數(shù)據(jù)分發(fā)給管理系統(tǒng)中的實體。所述方法還包括：根據(jù)收集到的OAMP數(shù)據(jù)獲得更新的策略組，其中，所述更新的策略組反映了所收集到的OAMP數(shù)據(jù)的性質；指示所述消息代理在第二周期內根據(jù)所述更新的策略組提供所述管理系統(tǒng)和所述消息通訊系統(tǒng)之間的消息通訊業(yè)務。還提供了一種執(zhí)行該方法的裝置。

根據(jù)另一實施例，提供了一種用于在通信網(wǎng)路中提供面向消息的中間件功能的設備。在該示例中，所述設備包括：規(guī)則庫，用于存儲消息通訊策略池；消息代理，用于在第一周期內根據(jù)一組消息通訊策略將發(fā)送的消息處理成接收的消息；以及，多個消息通訊隊列。所述發(fā)送的消息是發(fā)送設備所發(fā)送的，所述接收的消息用于發(fā)送給接收設備。所述多個消息通訊隊列用于在將所述接收的消息發(fā)送給所述接收設備之前存儲所述接收的消息。所述設備還包括上下文感知策略管理器，用于根據(jù)所述消息代理、所述消息通訊隊列或這兩者在所述第一周期內生成的操作、管理、維護和發(fā)放(簡稱OAMP)數(shù)據(jù)動態(tài)更新所述一組消息通訊策略。

附圖說明

為了更完整地理解本發(fā)明及其優(yōu)點，現(xiàn)在參考下文結合附圖進行的描述，其中：

圖1示出了一種通信網(wǎng)絡圖；

圖2示出了一種傳統(tǒng)消息通訊網(wǎng)絡圖；

圖3示出了消息通訊網(wǎng)絡的實施例圖；

圖4示出了通信網(wǎng)絡的另一實施例圖；

圖5示出了通信網(wǎng)絡的實施例的工作流圖；

圖6示出了在通信網(wǎng)絡中提供消息通訊的實施例方法的流程；

圖7示出了一種獨立網(wǎng)元圖；

圖8A至8C示出了依賴網(wǎng)元間的依賴關系圖；

圖9示出了使用DEN-ng模型將實體與MetaData進行關聯(lián)的類圖；

圖10示出了使用DEN-ng模型將非虛擬資源與虛擬資源進行關聯(lián)的圖；

圖11示出了從實施的消息通訊網(wǎng)絡檢索指標的圖；

圖12示出了消息通訊系統(tǒng)內事件交換的圖；

圖13示出了基于行為的事件管理系統(tǒng)的圖；

圖14示出了消息通訊技術方案的實施例與傳統(tǒng)技術方案的對比圖表；

圖15示出了用于執(zhí)行本發(fā)明的設備的實施例圖。

除非另有指示，否則不同圖中的對應標號和符號通常指代對應部分。繪制各圖是為了清楚地說明實施例的相關方面，因此未必是按比例繪制的。

具體實施方式

下文將詳細論述本發(fā)明實施例的制作和使用。應了解，本文所揭示的概念可以在多種具體環(huán)境中實施，且所論述的具體實施例僅作為說明而不限制權利要求書的范圍。進一步的，應理解，可在不脫離由所附權利要求書界定的本發(fā)明的精神和范圍的情況下，對本文做出各種改變、替代和更改。

本文公開了用于基于消息通訊網(wǎng)絡的數(shù)據(jù)面實體生成的操作、管理、維護和發(fā)放(簡稱OAMP)數(shù)據(jù)動態(tài)更新消息通訊策略的技術。在一些實施例中，基于消息代理和/或網(wǎng)元(如隊列)生成的OAMP數(shù)據(jù)動態(tài)修改現(xiàn)有消息通訊策略。在其他實施例中，基于OAMP數(shù)據(jù)動態(tài)創(chuàng)建新消息通訊策略。在再一些其他實施例中，基于OAMP數(shù)據(jù)從策略池中選擇更新消息通訊策略組。能夠使用信息模型處理框架，如下一代目錄激活網(wǎng)絡(簡稱DEN-ng)模型，實現(xiàn)動態(tài)更新消息通訊策略。事實上，本發(fā)明各方面提供了對DEN-ng模型的擴展，支持動態(tài)定義新消息通訊策略和指標。觸發(fā)創(chuàng)建新消息通訊策略和指標的事件可能有多種，如新數(shù)據(jù)面實體和/或網(wǎng)元加進網(wǎng)絡、接收新消息通訊指令等。下面將具體描述這些以及其他方面。

圖1示出了支持客戶端設備之間消息通訊的通信網(wǎng)絡110。如圖所示，所述通信網(wǎng)絡110包括發(fā)送器101、消息代理110和接收器109。所述發(fā)送器101將消息102發(fā)送給所述消息代理110。所述消息102中的一些可能為單播消息(如消息1、消息2等)，其他消息可能為組播消息(如消息3)。所述消息102在被所述消息代理110接收之前可能有多種格式。所述消息代理110可將所述消息102轉換為處理的消息107，其具有所述接收器109所識別的格式。所述處理的消息107可在被發(fā)送給所述接收器109之前存儲到隊列中。

傳統(tǒng)消息通訊網(wǎng)絡基于靜態(tài)預定義策略處理消息和/或將消息存儲到隊列中。圖2示出了一種傳統(tǒng)消息通訊網(wǎng)絡200，包括發(fā)送器201、消息代理210和接收器209。所述消息代理210接收來自所述發(fā)送器201的發(fā)送的消息，將所述發(fā)送的消息處理成接收的消息(如具有能所述接收器209所識別的格式的消息)，并根據(jù)靜態(tài)定義策略220提供的指令將所述接收的消息分發(fā)給隊列214。所述靜態(tài)定義策略220可管理所述傳統(tǒng)消息通訊網(wǎng)絡200的各種參數(shù)，所述參數(shù)作為所述隊列214的性能指標的函數(shù)。例如，所述靜態(tài)定義策略220可控制所述發(fā)送器201和所述接收器209之間的通信會話的生存時間參數(shù)。在一實施例中，所述生存時間(簡稱TTL)參數(shù)為限制連接的壽命的機制。在另一實施例中，所述TTL參數(shù)為限制數(shù)據(jù)存儲在緩沖區(qū)的時長，以防止數(shù)據(jù)包在消息通訊網(wǎng)絡中無限循環(huán)、提高緩沖性能和/或增強隱私性。所述靜態(tài)定義策略220管理的其他參數(shù)包括健康參數(shù)(如CPU和存儲器利用率)，其指示基礎設施中的問題，以及為進行補救所需要發(fā)送給管理系統(tǒng)的性能和故障信息(如告警、接收和發(fā)送的輸入和輸出包及輸入和輸出流、讀取和寫入的數(shù)據(jù)庫數(shù)量)。該靜態(tài)方法存在的一個問題是應用開發(fā)者在設計期間就需要預先考慮到必須監(jiān)測的一組信息，以及解決這一預期問題的策略規(guī)則。這對于運行時間內變化的動態(tài)系統(tǒng)來說可能比較困難。

例如，所述靜態(tài)定義策略220可規(guī)定：(1)若所有隊列214均有可用緩沖容量(如，未使用的用于存儲新消息的可用空間)，則在靜態(tài)定義隊列間平均分發(fā)所述消息；(2)若所述隊列214中有一個過載(例如，所述接收的消息超過預定義閾值)，則可將一定比例的消息分發(fā)從過載服務器轉移到其他組隊列，直到過載隊列不再過載，其中，所述其他組隊列的緩沖區(qū)在給定速率下均低于其預定義閾值。

需注意，雖然所述消息代理210的操作可能基于性能指標而不同，但所述靜態(tài)定義策略220在所述傳統(tǒng)消息通訊網(wǎng)絡200的運行時間操作期間保持不變。出于多種原因，這可能存在缺點。由于所述預定義策略220對變化的需求可能無法作出反應，從而無法下發(fā)所需業(yè)務和/或優(yōu)化對現(xiàn)有業(yè)務、突出意外事件的處理，和/或可能無法滿足所述網(wǎng)絡200的新需求。例如，所述靜態(tài)定義策略220可能未考慮所有所述隊列214均過載或接收到的新流量需要特殊處理的情況。另外，所述靜態(tài)定義策略220可能未考慮中斷業(yè)務的流量模式或故障類型的變化。

本發(fā)明各方面支持基于從消息代理和/或網(wǎng)元(如隊列等)獲得的OAMP數(shù)據(jù)生成新策略。特別地，本發(fā)明各方面提供了基于從被管理的基礎設施接收到的OAMP數(shù)據(jù)調整消息通訊行為的閉環(huán)控制系統(tǒng)。圖3示出了消息通訊網(wǎng)絡300的實施例，其中，消息代理310接收來自發(fā)送器301的發(fā)送的消息，處理所述發(fā)送的消息并將其格式和內容轉換為接收的消息，將所述接收的消息分發(fā)給隊列314。所述發(fā)送的消息的處理以及其在所述隊列314間的分發(fā)可由所述消息代理310基于從策略應用模塊320接收到的消息通訊指令進行執(zhí)行。所述消息通訊指令可能源于從策略生成模塊330發(fā)送到所述策略應用模塊320的動態(tài)定義策略。所述策略應用模塊320可應用所述策略，所述策略作為性能和從所述隊列314獲得的其他指標的函數(shù)。此外，所述策略本身可由所述策略生成模塊330基于所述消息代理310和/或所述隊列314生成的OAMP數(shù)據(jù)進行動態(tài)創(chuàng)建。這使得所述消息通訊行為以及管理所述行為的策略均能動態(tài)調整以適應變化的網(wǎng)絡情況。所述隊列314可基于列隊策略(如先進先出、加權優(yōu)先級等)將所述發(fā)送的消息發(fā)送給所述接收器309。雖圖3中未描述，但所述列隊策略也可由所述策略生成模塊330根據(jù)OAMP數(shù)據(jù)生成。

圖4示出了消息通訊網(wǎng)絡400的另一實施例。如圖所示，發(fā)送的消息401在轉發(fā)給消息代理412之前由解析器402進行解析。所述消息代理412將所述發(fā)送的消息處理成接收的消息415，所述接收的消息在轉發(fā)給其接收器之前在隊列414間進行分發(fā)。所述消息代理412處理并分發(fā)所述發(fā)送的消息401的方式由策略控制且由所述消息通訊系統(tǒng)400調整。

具體地，所述解析器402分析所述發(fā)送的消息以獲得解析的消息通訊信息403，將其轉發(fā)給會話管理器404。所述解析器402可使用多種技術來解析所述發(fā)送的消息401。在一實施例中，所述解析器402使用標記語言(如可擴展標記語言(簡稱XML))將所述發(fā)送的消息401映射到所述解析的消息通訊信息403。其他面向計算機的語言，如知識交換格式(簡稱KIF)語言等，也能用于生成所述解析的消息通訊信息403。在這些及其它情況下，語言起到一些不同的作用，包括代表業(yè)務策略、來自信息模型的模型元素以及來自數(shù)據(jù)模型的對象，甚至代表OAMP數(shù)據(jù)。這便于例如補救行為的計算和處理。

所述會話管理器404檢查所述解析的消息通訊信息403以確定所述發(fā)送的消息401是否屬于現(xiàn)有通信會話，這一情況下，與所述現(xiàn)有通信會話相關聯(lián)的參數(shù)能用于更有效的處理和/或分發(fā)對應發(fā)送的消息401。具體地，所述會話管理器404可向會話狀態(tài)存儲器406發(fā)送會話信息查詢，所述會話狀態(tài)存儲器包括與所述發(fā)送的消息401相關的信息。所述會話狀態(tài)存儲器406可向所述會話管理器404返回會話信息響應，其指示所述發(fā)送的消息401是否與現(xiàn)有會話相關，若是，則指示相關聯(lián)的現(xiàn)有會話的標識信息。如上所述，確定所述發(fā)送的消息401是否與現(xiàn)有會話相關聯(lián)能使對所述發(fā)送的消息401的處理/分發(fā)更有效和/或更順暢。例如，這可有利于(從網(wǎng)絡角度)以相似的方式(如使用相同的業(yè)務質量(簡稱QoS)限制等)來處理與相同會話相關聯(lián)的消息和/或將這些消息存儲到相同的隊列414。

然后，所述會話管理器404向資源管理器410發(fā)送會話信息409。所述會話信息409可指示與所述發(fā)送的消息401相關的各種信息，包括(例如)所述發(fā)送的消息401是否與現(xiàn)有會話相關聯(lián)。然后，所述資源管理器410為所述發(fā)送的消息401創(chuàng)建新會話，或將所述發(fā)送的消息401與現(xiàn)有會話進行關聯(lián)，并繼續(xù)使用映射算法將所述發(fā)送的消息401映射到一個或多個消息代理412。通過資源映射指令411將這一映射發(fā)送給所述消息代理412。然后，對應的消息代理412基于策略規(guī)則選擇器430和所述資源管理器410分別提供的策略規(guī)則434和算法設置429將所述發(fā)送的消息401分發(fā)給一個或多個隊列414。

需注意，策略規(guī)則432-434分別控制所述資源管理器410、所述會話管理器404和所述消息代理412的操作。所述策略規(guī)則選擇器430基于從所述隊列414和所述消息代理412收集到的操作、管理、維護和發(fā)放(簡稱OAMP)數(shù)據(jù)422和424從規(guī)則庫策略規(guī)則庫435中選擇所述策略規(guī)則432-434。可從不同隊列414和/或消息代理412收集不同數(shù)量和/或類型的所述OAMP數(shù)據(jù)422和424。在一些實施例中，使用DEN-ng模型來定義每個所收集到的OAMP數(shù)據(jù)類型如何與另一個以及與用戶和應用關聯(lián)。會話分析模塊420還對所述OAMP數(shù)據(jù)422和424進行分析，追蹤所述隊列414和所述消息代理412中的每一個的當前負載數(shù)據(jù)。所述會話分析模塊420使用所述OAMP數(shù)據(jù)422和424連同來自所述會話狀態(tài)存儲器406的先前狀態(tài)信息426生成新狀態(tài)信息427和會話調整數(shù)據(jù)428。所述新狀態(tài)信息427從所述OAMP數(shù)據(jù)422和424中推斷出或得到，用于更新所述會話狀態(tài)存儲器406中的所述先前狀態(tài)信息。所述會話調整數(shù)據(jù)428能包括各種數(shù)據(jù)(如現(xiàn)有數(shù)據(jù)、時間敏感數(shù)據(jù)等)和/或所述資源管理器410調整消息代理算法的設置使用的準則，其通過所述算法設置429的通信實現(xiàn)。在一些實施例中，所述資源管理器410調整算法以平衡不同客戶端(如發(fā)送器、接收器等)的工作負載，作為客戶端上下文的函數(shù)。例如，所述算法設置429可改變隊列參數(shù)或引入新類型的隊列或調度器。

可動態(tài)調整所述策略規(guī)則432、433和434(例如，可在運行時間內改變其采取的動作和/或其使用的實體)，從而根據(jù)當前上下文調整所述資源管理器410、所述會話管理器404和所述消息代理412的行為。優(yōu)勢在于，這使得全局或本地系統(tǒng)對象轉化為策略，所述策略定義消息通訊行為和所述資源管理器410、所述會話管理器404和所述消息代理412的協(xié)調運行。

在一些實現(xiàn)中，所述資源管理器410、所述會話管理器404和所述消息代理412中的兩個或多個使用不同指令語言和/或用戶接口。這一情況下，上下文感知策略選擇技術可使用信息模型系統(tǒng)架構(如DEN-ng或其他)將不同指令的句法和語義映射到彼此，這與不依賴模型或數(shù)據(jù)模型架構的技術相比，增加了互用性且減少了轉換相關的處理。此外，所述信息模型系統(tǒng)架構的實現(xiàn)可使得所述資源管理器410、所述會話管理器404和所述消息代理412的能力映射到全系統(tǒng)對象，從而使得高層次技術/廠商中立目標轉化為較低層次的廠商特定指令。

圖5示出了消息通訊架構400的工作流500。如圖所示，將發(fā)送的消息進行解析和分析以基于會話狀態(tài)信息確定所述消息是否與現(xiàn)有會話相關聯(lián)。若所述消息與現(xiàn)有會話相關聯(lián)，則能夠使用對應現(xiàn)有會話的參數(shù)處理所述消息。例如，可將新消息分發(fā)給被指派處理現(xiàn)有會話的先前消息的隊列。反之，若所述消息與現(xiàn)有會話不相關聯(lián)，則創(chuàng)建新會話，且消息通訊網(wǎng)絡為所述新會話選擇處理和/或分發(fā)設置。消息通訊設置包括基于被管理系統(tǒng)的處理負載和/或擁塞估計(如處理成本、帶寬成本等)的消息映射準則。然后，在發(fā)送給預定接收器之前根據(jù)所述消息通訊設置將所述消息進行處理并分發(fā)給各個隊列。

本發(fā)明各方面提供了基于OAMP數(shù)據(jù)動態(tài)調整消息通訊行為的技術。圖6示出了用于調整消息通訊行為的方法600，其可由上下文感知策略管理器執(zhí)行。如圖所示，所述方法600開始于步驟610，所述上下文感知策略管理器從存儲在消息通訊網(wǎng)絡的規(guī)則庫中的策略池中選擇初始策略組。隨后，所述方法600進入步驟620，所述上下文感知策略管理器指示消息代理在第一周期內根據(jù)所述初始策略組提供消息通訊業(yè)務(例如，處理來自發(fā)送器的消息、在隊列間分發(fā)處理后的消息等)。接著，所述方法600進入步驟630，所述上下文感知策略管理器獲得第二周期內生成的OAMP數(shù)據(jù)。所述OAMP數(shù)據(jù)可由網(wǎng)絡生成并發(fā)送給消息代理、隊列或這兩者。之后，所述方法600進入步驟640，所述上下文感知策略管理器從資源策略池中選擇更新的策略組，所述資源策略使用所述OAMP數(shù)據(jù)提供的信息。隨后，所述方法600進入步驟650，所述上下文感知策略管理器指示所述消息代理在所述第二周期內根據(jù)所述更新的策略組提供消息通訊業(yè)務。在一些實施例中，所述初始策略組和所述更新的策略組均包括發(fā)送給隊列的列隊策略。所述列隊策略可控制隊列如何在緩沖階段對消息進行優(yōu)先級排序。應說明的是，這代表了閉合控制環(huán)路；被管理系統(tǒng)的變化能通過所述OAMP數(shù)據(jù)表示，所述更新的策略組代表現(xiàn)有和/或變化的規(guī)則，所述變化的規(guī)則控制應如何構建和分發(fā)消息以改變系統(tǒng)配置。

本文描述的消息通訊技術可使用信息模型和數(shù)據(jù)模型框架來實現(xiàn)上下文感知策略選擇。信息模型通常在管理環(huán)境下對模型實體使用一組抽象概念，且可基于策略規(guī)則定義實體屬性和操作之間的關系，所述策略規(guī)則可基于實體或系統(tǒng)的上下文進行選擇。信息模型的一個優(yōu)點在于策略規(guī)則、客戶、設備和OAMP數(shù)據(jù)均能夠以技術和廠商中立的方式在單個模型中呈現(xiàn)。與之相比，對于適合使用特定訪問協(xié)議的特定類型存儲庫的術語，數(shù)據(jù)模型是信息模型的具體實現(xiàn)。數(shù)據(jù)模型可包括數(shù)據(jù)結構、操作以及定義如何存儲、訪問和操縱數(shù)據(jù)的規(guī)則。另外，使用信息模型框架的優(yōu)點在于能夠通過將信息模型的術語、概念和數(shù)據(jù)定義為“主數(shù)據(jù)”對多個數(shù)據(jù)模型進行協(xié)調。因此，所述主數(shù)據(jù)能用于協(xié)調并調和描述相同或相似概念的不同數(shù)據(jù)模型的定義、格式及其他方面的差異。

在一些消息通訊網(wǎng)絡中，網(wǎng)元(如消息代理、隊列等)可獨立工作，因此可以不共享任何依賴關系。圖7示出了一種消息通訊網(wǎng)絡圖，其包括不共享依賴關系的網(wǎng)元。但所述網(wǎng)元通常執(zhí)行相關處理任務，因此一個網(wǎng)元的操作依賴另一網(wǎng)元的操作。例如，包括消息代理和隊列的系統(tǒng)可能要求所述消息代理在發(fā)送的消息存儲到所述隊列和/或從所述隊列轉發(fā)到接收器之前完成對所述消息的處理。因此，所述隊列的執(zhí)行依賴于所述消息代理對所述發(fā)送的消息的處理，從而受到特別是所述消息代理的處理效率的影響。又例如，包括存儲器、內存和處理器的系統(tǒng)要求在所述處理器能執(zhí)行給定的任務前從所述存儲器中將程序指令讀取到所述內存中。因此，所述處理器對任務的性能依賴于所述程序指令從所處存儲器到所述內存的讀取，從而受到特別是存儲器和內存操作效率的影響，例如，找到存儲器數(shù)據(jù)庫中的指令需要的時間等。這一關系可稱為“必先完成”依賴關系，一個元素的處理必須在第二節(jié)點的處理開始之前完成。所述必先完成依賴關系通常通過第一節(jié)點指向第二節(jié)點的箭頭表示。

本發(fā)明各方面提供了用于對消息通訊網(wǎng)絡的網(wǎng)元之間關系進行建模的技術。圖8A至8C示出了消息通訊網(wǎng)絡中的網(wǎng)元之間的依賴關系801、802和803的圖。雖然可能存在其他依賴關系，但所述依賴關系801、802和803可占消息通訊網(wǎng)絡的實施例中遇到的依賴關系的90％。每個圖均定義了對象之間彼此不同方式的依賴關系。通常，對于圖801、802和803中的每一個而言，各節(jié)點代表任務，各邊代表依賴關系。所述依賴關系801展示了環(huán)攜帶依賴關系，該依賴關系存在于任務迭代內，但不存在于任務之間。所述依賴關系802展示了樹狀依賴關系，其中，較低層任務依賴于較高層任務，但位于同一層的任務能夠獨立執(zhí)行。因此，子數(shù)802a與子樹802b能夠并行執(zhí)行。所述依賴關系803展示了有向無環(huán)圖依賴關系，其中，相互依賴的任務為不具備有向依賴循環(huán)的任務。如圖所示，節(jié)點1依賴于節(jié)點2和4，節(jié)點2依賴于節(jié)點3和5，節(jié)點3依賴于節(jié)點4和5，節(jié)點4和5為終端節(jié)點。

本發(fā)明各方面提供了對DEN-ng策略信息模型的擴展，其支持動態(tài)定義新策略和指標。DEN-ng允許通過包括MetaData、事件語句、條件語句和動作語句等在內的不同要素來表現(xiàn)策略規(guī)則。圖9示出了使用DEN-ng模型將實體與MetaData進行關聯(lián)的類圖900。如圖所示，所述類圖900包括相互關聯(lián)的RootEntity 910、Entity 920和MetaData實體930。所述RootEntity 910位于DEN-ng類等級體系的頂端，且包括能夠命名、描述和識別環(huán)境中所有對象(可管理和不可管理)的屬性。所述Entity 920和MetaData 930為所述RootEntity 910的子類，從而通過繼承關系901與所述根實體相關聯(lián)。根據(jù)所述DEN-ng模型，所有子類均繼承其超類的屬性和關系。例如，所述Entity 920和MetaData 930繼承了所述根實體930的屬性和關系。所述Entity 920通過聚合關系923與所述MetaData 930相關聯(lián)，這使得所述Entity 920與所述MetaData 930的全部或部分相關聯(lián)。所述MetaData 930的哪些部分與所述Entity 920相關聯(lián)取決于EntityMetaDataDetail關聯(lián)類940，其屬性定義了一個或多個限制，所述限制定義哪些實體聚合能聚合哪些MetaData。所述EntityMetaDataDetail關聯(lián)類940的所述屬性由一個或多個ManagementPolicyRules924進行修改，上下文925定義任何給定時間使用的可用的一組ManagementPolicyRules924。因此，通過操縱所述上下文925可實現(xiàn)新策略規(guī)則，從而控制所述Entity 920和MetaData 930之間的關系。換而言之，所述聚合923不只是簡單的一組指示器，用來告知系統(tǒng)實體聚合了MetaData，MetaData是Entity的一部分，而是實現(xiàn)為關聯(lián)類，其使得Entity在不同上下文聚合不同類型的MetaData。關聯(lián)類可以支持所述EntityMetaDataDetail關聯(lián)類940定義所述聚合的語義。因此，MgmtPolicyRulesDefineEntityMetaData926能用于基于上下文的變化改變所述EntityMetaDataDetail關聯(lián)類940的屬性值和/或關系。屬性變化能用來約束哪些實體應該聚合哪些無數(shù)據(jù)。需注意，ContextSelectsMgmtPolicyRules聚合927能用于選擇適合特定上下文的特定一組ManagementPolicyRules924。

圖10描繪了如何對虛擬和非虛擬資源(即物理資源，如設備，或邏輯資源，如軟件)在DEN-ng中進行建模的簡化視圖。優(yōu)勢在于，這使得本發(fā)明描述的消息通訊方案應用到物理資源、邏輯資源、虛擬資源或其結合。圖10中描繪的ManageableEntity定義了使用數(shù)字機制(如使用協(xié)議)可管理的實體的概念。需注意，實體可為對被管理環(huán)境感興趣且其自身壽命清晰的任何事物，如網(wǎng)絡設備、消息代理、隊列、協(xié)議、指標數(shù)據(jù)等。圖10中描繪的ProducerConsumerAspect類定義了能生產(chǎn)和/或消耗資源和/或業(yè)務的ManageableEntity類的概念。資源樹通過ResourceAtomic類和ResourceComposite類，以及ResourceComposite類定義了分別用作原子對象和復合對象的資源，所述ResourceManagement類用于定義如何管理資源。所述ResourceAtomic類定義虛擬和非虛擬資源。圖10中描繪的其他元素提供了非虛擬資源的示例。圖10右側的元素對實現(xiàn)為Cloud的網(wǎng)絡的概念進行建模。復合模式再次用于表示原子和復合Cloud。

圖11示出了如何使用一種或多種方法檢索不同類型的指標數(shù)據(jù)。這使本發(fā)明使用軟件模式來規(guī)范收集到的不同類型的指標數(shù)據(jù)。位于圖11中左上方的類(如ManagementInfo、SupportedManagementMethodsDetail、ManagementMethodEntity、ManageableEntity和DescribedByMgmtInfoDetail)共同定義軟件模式，所述軟件模式使可ManageableEntity選擇用于獲得或設置OAMP數(shù)據(jù)(由ManagementInfo類表示)的一組管理協(xié)議。

所述ManagementMethodEntity類在ResourceManagement類的子類中的一組類中重復。這一組子類代表能用于獲得和設置OAMP數(shù)據(jù)的不同類型的協(xié)議。所述ManagementInfo類在圖11的右側(作為ResourceManagement的子類)重復其子類代表本發(fā)明實施例能收集到的不同類型的OAMP數(shù)據(jù)。

圖12描述了基于事件的系統(tǒng)如何與消息通訊系統(tǒng)交換，如符合本發(fā)明的能用來與消息通訊網(wǎng)絡交換的系統(tǒng)。圖12呈現(xiàn)了消息通訊系統(tǒng)如何發(fā)送并接收不同類型的事件，如何使用上下文感知策略規(guī)則(上文已描述)控制消息通訊系統(tǒng)發(fā)送、接收和操作哪些消息。圖12左邊示出了應用于事件類的復合模式，產(chǎn)生EventComposite子類和EventAtomic子類，所述子類分別用于代表復合事件和簡單事件。EventMessage類升華了EventMessage的概念以包含凈負荷，消息類升華了EventMessage的概念以包含便于事件及其凈負荷的路由的額外域。所述EventComposite類定義一個屬性，其表示所述EventComposite是否是人為的(即由本實施例進行合成)。

圖11中間和右側包括MessageExchange類和MessageService類。這兩個類表示使用上下文感知策略規(guī)則來控制哪些消息發(fā)送到哪些可管理實體的消息通訊業(yè)務的概念。這通過共用模式實現(xiàn)，其在DEN-ng中稱為策略模式。需注意，出現(xiàn)了上下文、ManagementPolicyRule和ContextSelectsMgmtPolicyRules聚合的四個重復實例。每一種情況下，所述ManagementPolicyRule均是聚合的源頭；每種情況下，目的地均是關聯(lián)類(HasEventsDetail,EventsSentToMessage-ExchangeDetail,MessageExchangeServiceDetail和MessageExchangeSendsEvent)這四個關聯(lián)類通過前述的相同方式來控制各自的聚合的語義。因此，在這四種情況的每種情況下，均使用上下文選擇合適的一組ManagementPolicyRules來控制本發(fā)明實施例的一方面。具體地，HasEventsDetail關聯(lián)類控制哪些事件作為上下文的函數(shù)；EventsSentToMessageExchangeDetail關聯(lián)類定義系統(tǒng)生成的哪些事件應該發(fā)送到使用消息通訊業(yè)務作為上下文功能的可管理實體；MessageExchangeSendEvent關聯(lián)類定義將哪些事件作為上下文能向被管理系統(tǒng)公布；MessageExchangeServiceDetail類定義消息通訊系統(tǒng)接收的哪些事件在被發(fā)送到被管理系統(tǒng)前需要進一步處理(如相關性)。

圖13示出了DEN-ng信息模型的實施例，其闡述了如何使用DEN-ng信息模型對行為進行管理。行為類具有許多不同子類。

PolicyConcept位于策略類模型樹的頂端。PolicySubject是一組負責則該策略規(guī)則的實體(人或非人)，PolicyTarget是應該使用該策略規(guī)則的一組實體。例如，管理員可以是PolicySubject，決定定義消息通訊網(wǎng)絡如何操作的一組策略規(guī)則。可將策略規(guī)則發(fā)送到使用的消息代理和/或隊列的子集(如少于全部)。

PolicyRuleStructure是不同類型策略規(guī)則的超類。最常見的類型是“事件—條件—動作”規(guī)則，其具有如下語義：當事件出現(xiàn)時，若條件語句為TRUE，則執(zhí)行動作語句中的動作。

ManagementPolicy聚合一個或多個PolicySubject、一個或多個PolicyTarget和一個或多個策略規(guī)則。MetaData(即能描述及規(guī)定行為的數(shù)據(jù))能依附于這些模型元素中的任何一個，MetaData的特殊子類已在DEN-ng進行了定義以使其依附于本圖所示的策略模型樹的不同類型的模型元素。需注意，策略模式能統(tǒng)一應用于DEN-ng模型中的所有關聯(lián)類。

圖14以圖表形式呈現(xiàn)了解釋本發(fā)明提供實施例的有利效果的四個主要特點之間的比較。簡單地說，第二至第六列代表五種商業(yè)操作，第七列代表實施例操作。雖然所有這些操作能夠定義和使用靜態(tài)策略規(guī)則來配置和操作消息通訊業(yè)務，但第七列的實施例操作的獨特之處在于其能夠實現(xiàn)額外能力，如基于當前OAMP數(shù)據(jù)動態(tài)選擇和調整消息通訊系統(tǒng)使用的算法；使用基于策略的管理來動態(tài)改變消息通訊系統(tǒng)，以基于OAMP數(shù)據(jù)重新配置全部或部分被管理的系統(tǒng)；提供可擴展的一組指標，其使系統(tǒng)迅速且有效地調整收集到的OAMP數(shù)據(jù)以及對其進行的分析，從而適應變化的用戶需求、業(yè)務目標和環(huán)境情況。

圖15示出了設備1500的一實施例的框圖，其可用于執(zhí)行本文描述的消息通訊技術。所述設備1500包括處理器1504、存儲器1506和多個接口1510、1512和1514，其可(或不可)如圖15那樣排列。所述處理器1504可以是能夠執(zhí)行運算和/或其他處理相關任務的任何組件；所述存儲器1506可以是能夠為所述處理器1504存儲程序和/或指令的任何組件。所述接口1510、1512和1514可以是使得所述設備1500與其他網(wǎng)絡設備進行通信的任何組件或組件的集合。

盡管進行了詳細的描述，但應理解，可在不脫離由所附權利要求書界定的本發(fā)明的精神和范圍的情況下，對本文做出各種改變、替代和更改。此外，本發(fā)明的范圍不希望限于本文中所描述的特定實施例，所屬領域的一般技術人員將從本發(fā)明中容易了解到，過程、機器、制造工藝、物質成分、構件、方法或步驟(包括目前存在的或以后將開發(fā)的)可執(zhí)行與本文所述對應實施例大致相同的功能或實現(xiàn)與本文所述對應實施例大致相同的效果。相應地，所附權利要求范圍包括這些流程，機器，制造，物質組分，構件，方法，及步驟。