專利名稱：策略供應(yīng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及策略供應(yīng)。
背景技術(shù)：
面向服務(wù)的體系架構(gòu)(S0A)是一種用于計(jì)算系統(tǒng)的設(shè)計(jì)范例。它基于其中在需 要和能力方面來(lái)考慮計(jì)算資源的抽象模型。在這樣的模型中，服務(wù)是一種使得其對(duì)于服務(wù) 客戶端可用以滿足該客戶端的一個(gè)或多個(gè)需要的實(shí)體。S0A的核心原理是服務(wù)被松散地耦 合，即不同的服務(wù)可以由潛在地分布于不同物理位置或計(jì)算機(jī)網(wǎng)絡(luò)中的多個(gè)點(diǎn)處的不同供 應(yīng)商提供。因此，不以固定的單一分組提供服務(wù)(傳統(tǒng)軟件應(yīng)用的情況通常就是這樣)，而 是作為代替，服務(wù)客戶端可以聚集最適合其需要的特定服務(wù)組。當(dāng)期望整合各種計(jì)算功能 (例如在商業(yè)中使用的若干不同計(jì)算功能)時(shí)，S0A模型可能特別有益。在這種情況下，S0A 范例可以導(dǎo)致冗余度的減小以及結(jié)果降低的調(diào)試(commission)和維護(hù)成本，例如因?yàn)橹T 如登錄或認(rèn)證之類的常見任務(wù)僅被實(shí)施一次并且然后作為服務(wù)(或服務(wù)集)被共享，而不 是在若干單獨(dú)的軟件應(yīng)用中被獨(dú)立地提供。由S0A提供的效率和靈活性方面的潛在改進(jìn)很大。然而，這樣的軟件體系架構(gòu)所 要求的開放性和互操作性對(duì)計(jì)算機(jī)系統(tǒng)的設(shè)計(jì)者提出了額外的要求。例如，期望的是組 織保留對(duì)于使得作為服務(wù)可用的軟件組件的充分控制，而不管其在網(wǎng)絡(luò)上的開放可用性。 這就產(chǎn)生“管理服務(wù)”的概念，使得該管理服務(wù)可供服務(wù)客戶端使用但是根據(jù)運(yùn)行時(shí)策略 (runtime policy)來(lái)管理該管理服務(wù)。該運(yùn)行時(shí)策略確保服從組織的整體商業(yè)策略。這是 包含在商業(yè)策略中的原理的實(shí)際實(shí)施。執(zhí)行運(yùn)行時(shí)策略的責(zé)任由策略執(zhí)行點(diǎn)(PEP)承擔(dān)。這些點(diǎn)是系統(tǒng)體系架構(gòu)中可以 充當(dāng)服務(wù)的網(wǎng)關(guān)的點(diǎn)。因此，希望訪問(wèn)服務(wù)的客戶端經(jīng)由為該服務(wù)執(zhí)行運(yùn)行時(shí)策略的策略 執(zhí)行點(diǎn)來(lái)訪問(wèn)服務(wù)。當(dāng)面向服務(wù)的交互的一方同意遵守另一方的策略時(shí)形成約定。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面，提供了一種用于具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)的 自動(dòng)化策略供應(yīng)方法，所述系統(tǒng)包括至少一個(gè)管理服務(wù)以及在操作中執(zhí)行用于所述服務(wù)的 運(yùn)行時(shí)策略的至少一個(gè)策略執(zhí)行點(diǎn)，所述方法包括使用物理計(jì)算設(shè)備，以機(jī)器可讀的形 式接收用于限定由商業(yè)策略施加的條件的至少一個(gè)語(yǔ)義規(guī)則；使用物理計(jì)算設(shè)備，接收用 于描述所述至少一個(gè)策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策略執(zhí)行能力的機(jī)器可讀數(shù)據(jù)；使用物理計(jì)算 設(shè)備，基于所述至少一個(gè)規(guī)則和能力來(lái)確定所述至少一個(gè)策略執(zhí)行點(diǎn)是否能夠滿足所述條 件；使用物理計(jì)算設(shè)備并且基于所述確定，導(dǎo)出適合用于執(zhí)行所述條件的運(yùn)行時(shí)策略；以 及使用物理計(jì)算設(shè)備，將所述運(yùn)行時(shí)策略傳送到所述至少一個(gè)策略執(zhí)行點(diǎn)。根據(jù)本發(fā)明的第二方面，提供了一種用于具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)的 策略執(zhí)行點(diǎn)配置方法，所述系統(tǒng)包括至少一個(gè)管理服務(wù)，該策略執(zhí)行點(diǎn)在操作中執(zhí)行用于 所述服務(wù)的運(yùn)行時(shí)策略，所述方法包括在包括所述策略執(zhí)行點(diǎn)的物理計(jì)算設(shè)備處接收對(duì)信息的請(qǐng)求；響應(yīng)于所述請(qǐng)求，使用所述物理計(jì)算設(shè)備來(lái)提供用于描述所述策略執(zhí)行點(diǎn)的 運(yùn)行時(shí)策略執(zhí)行能力的機(jī)器可讀數(shù)據(jù)；以及在所述物理計(jì)算設(shè)備處接收要被執(zhí)行的運(yùn)行時(shí) 策略。根據(jù)本發(fā)明的第三方面，提供了一種計(jì)算機(jī)程序，包括計(jì)算機(jī)程序代碼構(gòu)件，如果 在物理計(jì)算設(shè)備上運(yùn)行所述程序則所述計(jì)算機(jī)程序代碼構(gòu)件適于使得所述計(jì)算設(shè)備執(zhí)行 本發(fā)明第一方面的所有步驟。根據(jù)本發(fā)明的第四方面，提供了一種對(duì)具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)進(jìn)行 自動(dòng)化策略供應(yīng)的供應(yīng)引擎，所述系統(tǒng)包括至少一個(gè)管理服務(wù)以及在操作中通過(guò)執(zhí)行運(yùn)行 時(shí)策略來(lái)實(shí)施所述管理服務(wù)的運(yùn)行時(shí)管控的至少一個(gè)策略執(zhí)行點(diǎn)，所述供應(yīng)引擎包括存 儲(chǔ)器，用于以機(jī)器可讀的形式存儲(chǔ)用于限定由商業(yè)策略施加的條件的至少一個(gè)語(yǔ)義規(guī)則以 及用于描述所述至少一個(gè)策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策略執(zhí)行能力的數(shù)據(jù)；處理器，適于基于所 述至少一個(gè)規(guī)則和能力來(lái)確定所述至少一個(gè)策略執(zhí)行點(diǎn)是否能夠滿足所述條件以及基于 所述確定來(lái)導(dǎo)出適合用于執(zhí)行所述條件的運(yùn)行時(shí)策略；以及輸出裝置，用于將所述運(yùn)行時(shí) 策略傳送到所述至少一個(gè)策略執(zhí)行點(diǎn)。


為了更好地理解本發(fā)明，現(xiàn)在將參考附圖僅以示例的方式來(lái)描述實(shí)施例，其中圖1是在具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)中的根據(jù)實(shí)施例的策略供應(yīng) (policy-provisioning)弓|擎的框圖；圖2是示出根據(jù)實(shí)施例的策略供應(yīng)引擎的組件的框圖；圖3是圖示對(duì)“敏感服務(wù)(Susc印tibleService) ”的概念進(jìn)行建模的本體 (ontology)的示例的示圖；圖4是圖示對(duì)策略層級(jí)進(jìn)行建模的本體的示例的示圖；圖5是根據(jù)實(shí)施例的自動(dòng)化策略供應(yīng)方法的流程圖；以及圖6是根據(jù)實(shí)施例的策略執(zhí)行點(diǎn)配置方法的流程圖。
具體實(shí)施例方式在S0A中設(shè)計(jì)、實(shí)施和維護(hù)用于每個(gè)管理服務(wù)的運(yùn)行時(shí)策略的需要可能使得調(diào)試 具有這種體系架構(gòu)的計(jì)算機(jī)系統(tǒng)很困難。對(duì)于包括多種服務(wù)的更復(fù)雜的系統(tǒng)而言，情況尤 其如此。不同的客戶端可能以許多不同的方式經(jīng)由若干策略執(zhí)行點(diǎn)來(lái)訪問(wèn)每個(gè)服務(wù)；然而 在每種情況下，預(yù)期運(yùn)行時(shí)策略應(yīng)該對(duì)商業(yè)策略的需求保持一致且忠誠(chéng)，例如以避免系統(tǒng) 安全性的潛在弱點(diǎn)。隨著系統(tǒng)變得更加復(fù)雜(通常隨時(shí)間變化和增長(zhǎng))，變得越來(lái)越難以確 保管控服務(wù)的運(yùn)行時(shí)策略都與商業(yè)策略保持適當(dāng)一致。此外，商業(yè)策略本身可能經(jīng)歷變化， 那么應(yīng)該對(duì)所有受影響的運(yùn)行時(shí)策略實(shí)施該變化。在企業(yè)部署情形中，期望的是使得對(duì)于顧客和商業(yè)伙伴可用的服務(wù)由已使得該服 務(wù)可用的組織的商業(yè)策略管控。商業(yè)策略表示高級(jí)的一般化的指令。為了實(shí)現(xiàn)運(yùn)行時(shí)管控， 商業(yè)策略被映射到適當(dāng)?shù)倪\(yùn)行時(shí)策略上并且被部署在策略執(zhí)行點(diǎn)上。將商業(yè)策略映射到運(yùn) 行時(shí)策略、將適當(dāng)?shù)倪\(yùn)行時(shí)策略與服務(wù)相關(guān)聯(lián)以及將該運(yùn)行時(shí)策略部署在合適的策略執(zhí)行 點(diǎn)上的過(guò)程被稱為“供應(yīng)(provision)”。
供應(yīng)過(guò)程包括審查(inspect)策略執(zhí)行點(diǎn)的能力以將它們與服務(wù)的任何策略需 求匹配；基于商業(yè)策略將特定運(yùn)行時(shí)策略與策略執(zhí)行點(diǎn)相關(guān)聯(lián)；以及將運(yùn)行時(shí)策略部署在 適當(dāng)?shù)牟呗詧?zhí)行點(diǎn)上。根據(jù)一些實(shí)施例，在供應(yīng)過(guò)程中的一些或所有步驟可以被高效地自 動(dòng)化。然而，供應(yīng)服務(wù)本質(zhì)上不是簡(jiǎn)單了當(dāng)?shù)?，并且沒(méi)有單一的、簡(jiǎn)單的、預(yù)先定義的自動(dòng)化 方法可以被直接應(yīng)用來(lái)實(shí)現(xiàn)供應(yīng)服務(wù)。通常在供應(yīng)過(guò)程中的每個(gè)步驟中包括多個(gè)約束和挑 戰(zhàn)，所以期望自動(dòng)化(或半自動(dòng)化)方法應(yīng)該靈活并且能夠動(dòng)態(tài)地適應(yīng)其本身可能變化的 這些約束。供應(yīng)過(guò)程中的不同參與者都會(huì)提出挑戰(zhàn)。每種服務(wù)可以具有在導(dǎo)出運(yùn)行時(shí)策略時(shí) 需要考慮的其自己的單獨(dú)屬性。例如，如果服務(wù)使用Java消息服務(wù)(JMS)作為接受消息的 入站機(jī)制，則供應(yīng)引擎不能盲目地應(yīng)用傳輸安全策略以保障服務(wù)的安全；在這種情形下，需 要應(yīng)用消息級(jí)安全策略來(lái)保護(hù)引入的消息。類似地，盡管任何給定的策略執(zhí)行點(diǎn)可以具有各種能力來(lái)實(shí)現(xiàn)期望的商業(yè)策略實(shí) 施，但是一些方法相對(duì)于其它方法來(lái)說(shuō)可能是優(yōu)選的。例如，PEP可能能夠在消息級(jí)和傳輸 級(jí)兩者保護(hù)服務(wù)，然而消息級(jí)安全比傳輸級(jí)安全可能給出更有利的對(duì)策。同樣，組織的商業(yè)策略的復(fù)雜性和多樣性提出挑戰(zhàn)?？赡艽嬖趫?zhí)行商業(yè)策略的大 量方式，例如商業(yè)策略可能可通過(guò)策略A和策略B的組合執(zhí)行，或者它可以通過(guò)執(zhí)行單一的 策略C來(lái)實(shí)現(xiàn)，等等。結(jié)果，在商業(yè)策略和技術(shù)策略之間不存在可以被簡(jiǎn)單地盲目自動(dòng)化的 直接的、一般的、可普遍應(yīng)用的映射。圖1示出具有面向服務(wù)的體系架構(gòu)的計(jì)算機(jī)系統(tǒng)的框圖。該計(jì)算機(jī)系統(tǒng)包括根據(jù) 實(shí)施例的策略供應(yīng)引擎10。該計(jì)算機(jī)系統(tǒng)包括若干服務(wù)，例如服務(wù)A 31和服務(wù)B 32。使 得服務(wù)客戶端20可以經(jīng)由兩個(gè)策略執(zhí)行點(diǎn)(PEP) (PEP1 41和PEP2 42)獲得這些服務(wù)。提 供策略供應(yīng)引擎10以用合適的運(yùn)行時(shí)策略配置PEP。該配置步驟是一種脫機(jī)過(guò)程，也就是 說(shuō)，策略供應(yīng)引擎可以運(yùn)行一次，并且此后它不需要與PEP進(jìn)行通信。該一次通信由圖1中 的虛線指示。當(dāng)然，例如當(dāng)新的服務(wù)或策略執(zhí)行點(diǎn)被添加到該系統(tǒng)時(shí)或者在商業(yè)策略變化 的情況下，策略供應(yīng)引擎可以再次運(yùn)行配置過(guò)程來(lái)提供新的運(yùn)行時(shí)策略?？蛇x地提供儲(chǔ)存庫(kù)50。儲(chǔ)存庫(kù)可以存儲(chǔ)關(guān)于服務(wù)31、32和/或PEP41、42的信息。 在這種情況下，儲(chǔ)存庫(kù)50是用作服務(wù)和策略執(zhí)行點(diǎn)偽像(artifact)的持久介質(zhì)的中央單 元(central location)。策略供應(yīng)引擎10可以查閱儲(chǔ)存庫(kù)50以發(fā)現(xiàn)PEP 41、42的能力以 及每個(gè)服務(wù)31、32的細(xì)節(jié)。注意，儲(chǔ)存庫(kù)50還可以通過(guò)還使得服務(wù)客戶端20能夠發(fā)現(xiàn)可 用服務(wù)31、32而在計(jì)算機(jī)系統(tǒng)的正常操作中起作用。每個(gè)PEP 41、42能夠?yàn)榉?wù)31、32中的一個(gè)或多個(gè)提供運(yùn)行時(shí)管控。在由圖1所 圖示的示例配置中，PEP 141管理服務(wù)A 31 ；PEP 242管理服務(wù)A 31和服務(wù)B 32兩者。服 務(wù)客戶端20可以經(jīng)由PEP 41、42中的任一個(gè)來(lái)訪問(wèn)服務(wù)A 31，并且可以僅通過(guò)PEP 242來(lái) 訪問(wèn)服務(wù)B 32。每個(gè)PEP為它管理的服務(wù)執(zhí)行各種運(yùn)行時(shí)策略。這些運(yùn)行時(shí)策略可以包括 例如安全策略或?qū)徲?jì)策略。策略供應(yīng)引擎10導(dǎo)出適當(dāng)?shù)倪\(yùn)行時(shí)策略以供每個(gè)PEP執(zhí)行。這些策略基于組織 的整體商業(yè)策略。供應(yīng)引擎10將這些單獨(dú)的運(yùn)行時(shí)策略部署在相應(yīng)的PEP上。通過(guò)集中 地協(xié)調(diào)運(yùn)行時(shí)策略的供應(yīng)，系統(tǒng)可以優(yōu)選地根據(jù)商業(yè)策略來(lái)確保一致的運(yùn)行時(shí)管控。圖2更詳細(xì)地示出了供應(yīng)引擎10的邏輯結(jié)構(gòu)。供應(yīng)引擎包括知識(shí)庫(kù)(knowledgebase) 12、計(jì)劃模塊14、推理引擎16、以及供應(yīng)模塊18。知識(shí)庫(kù)存儲(chǔ)描述組織的商業(yè)策略的 數(shù)據(jù)。該信息通常包括規(guī)則集以及用于表達(dá)這些規(guī)則的某種概念模型，所述規(guī)則是由商業(yè) 策略設(shè)置的條件。商業(yè)策略中的概念模型例如可以是本體。關(guān)于商業(yè)策略的知識(shí)被計(jì)劃模 塊14用來(lái)導(dǎo)出適當(dāng)?shù)那覂?yōu)選最優(yōu)的運(yùn)行時(shí)策略。計(jì)劃模塊14負(fù)責(zé)基于從知識(shí)庫(kù)12獲得的商業(yè)策略的約束以及從儲(chǔ)存庫(kù)50獲得 的關(guān)于每個(gè)PEP的能力和每個(gè)服務(wù)的需要的信息來(lái)計(jì)劃運(yùn)行時(shí)策略。例如，計(jì)劃模塊14可 以選擇在儲(chǔ)存庫(kù)50中登記的給定服務(wù)；基于包含在知識(shí)庫(kù)中的商業(yè)策略來(lái)標(biāo)識(shí)施加于該 服務(wù)的使用上的需求；以及然后為一個(gè)或多個(gè)PEP開發(fā)合適的運(yùn)行時(shí)策略來(lái)管理對(duì)該服務(wù) 的訪問(wèn)。以此方式開發(fā)運(yùn)行時(shí)策略可以包括使用所有可用的信息和約束來(lái)進(jìn)行邏輯推理。 計(jì)劃模塊14使用推理引擎16來(lái)實(shí)施這樣的推理。當(dāng)計(jì)劃模塊14開發(fā)了適當(dāng)?shù)倪\(yùn)行時(shí)策略時(shí)，供應(yīng)模塊18被用于將這些運(yùn)行 時(shí)策略傳送到它們相應(yīng)相關(guān)的PEP 41、42。例如作為語(yǔ)義web服務(wù)(as semantic web services)，每個(gè)策略執(zhí)行點(diǎn)暴露(expose)支持策略的供應(yīng)的操作。PEP還可以支持用于自 動(dòng)發(fā)現(xiàn)PEP能力的功能。也就是說(shuō)，供應(yīng)引擎10可以直接詢問(wèn)每個(gè)PEP來(lái)確定其能力。這 可以是在儲(chǔ)存庫(kù)50中存儲(chǔ)PEP描述的替換方案或除了將PEP描述存儲(chǔ)在儲(chǔ)存庫(kù)50中之外 還可以這樣做。注意，圖2中被示為包括在供應(yīng)引擎10中的一些組件可以可替換地從外部提供或 以不同的分組提供。例如，知識(shí)庫(kù)12可以處于供應(yīng)引擎10的外部(如在圖1和圖2中示 出的儲(chǔ)存庫(kù)50)。如上所述，關(guān)于用來(lái)描述商業(yè)策略的概念的信息可以以本體的形式存儲(chǔ)在知識(shí)庫(kù) 12中。如本領(lǐng)域技術(shù)人員將所公知的那樣，本體是概念集以及概念間關(guān)系的結(jié)構(gòu)化表示。 本體可以用來(lái)支持邏輯推理。圖3示出了對(duì)“敏感服務(wù)” 61的概念建模的本體的示例。該 本體表示存在特定種類的服務(wù)(被稱為“敏感服務(wù)”)的知識(shí)，根據(jù)商業(yè)策略所述服務(wù)可以 由“消息安全策略” 66或由“傳輸安全策略” 68保障安全。圖4示出了不同類型的策略的層級(jí)的示例。本體捕獲下面的關(guān)系?！鞍踩呗浴?2 是“策略”70?！皞鬏敯踩呗浴?8和“消息安全策略”66是“安全策略”72的兩個(gè)示例?！盎?于證書的HTTPS互相認(rèn)證策略” 76是一種“傳輸安全策略” 68。這種策略由HTTPS協(xié)議78 支持。“X. 509證書令牌簡(jiǎn)檔策略” 74是一種類型的“消息安全策略” 66。這種策略由HTTP 和HTTPS協(xié)議79兩者支持。根據(jù)在圖3和圖4中示出的本體，推理引擎16可以推斷敏感服務(wù)61類型的服務(wù) 可以通過(guò)HTTPS上的“傳輸安全策略” 68來(lái)保障安全，或者它可以通過(guò)HTTP或HTTPS上的 “消息安全策略” 66來(lái)保障安全。這一非常簡(jiǎn)單的示例在原理上示出了邏輯推理如何可以用 來(lái)在更廣闊的范圍上使用存儲(chǔ)在本體中的域特定的知識(shí)來(lái)推理出可能的運(yùn)行時(shí)策略。它還 示出了如何可以以機(jī)器可讀且可處理的格式表示通常以自然語(yǔ)言記載的商業(yè)策略的概念。 例如，本體可以以可擴(kuò)展標(biāo)記語(yǔ)言(XML)或者其它適合的語(yǔ)言或格式表示。根據(jù)實(shí)施例，商業(yè)策略的規(guī)則還能以機(jī)器可讀的形式表示。此外，可以以機(jī)器可讀 的形式例如在儲(chǔ)存庫(kù)50中或者通過(guò)供應(yīng)引擎10直接詢問(wèn)PEP和服務(wù)來(lái)提供每個(gè)PEP的能 力和每個(gè)服務(wù)的描述。
諸如在圖1和圖2中示出的那些實(shí)施例的實(shí)施例可以用來(lái)在若干階段中供應(yīng)適合 的運(yùn)行時(shí)策略。第一階段是商業(yè)策略建模階段。在該階段中，如上面所描述的，使用本體來(lái) 捕獲和建模包含在一個(gè)或多個(gè)商業(yè)策略中的知識(shí)。生成語(yǔ)義規(guī)則，智能軟件組件可以使用 所述語(yǔ)義規(guī)則以及本體來(lái)自動(dòng)生成將管控服務(wù)的運(yùn)行時(shí)策略。商業(yè)策略建模階段可以包括 該商業(yè)策略信息的人工錄入。例如，在商業(yè)策略建模階段期間，語(yǔ)義規(guī)則和本體優(yōu)選地以機(jī) 器可處理的格式捕獲域知識(shí)以及相關(guān)聯(lián)的約束。因?yàn)楸倔w支持邏輯推理，所以包含在本體 內(nèi)的知識(shí)隨后可以被利用來(lái)設(shè)計(jì)供應(yīng)對(duì)策。下一階段是能力發(fā)現(xiàn)階段。在該階段中，檢查在儲(chǔ)存庫(kù)中登記的策略執(zhí)行點(diǎn)的能 力。由PEP支持的用來(lái)供應(yīng)具有適當(dāng)策略的服務(wù)的操作也被檢查。該信息可以由供應(yīng)引 擎10用來(lái)確定每個(gè)策略執(zhí)行點(diǎn)如何可以根據(jù)商業(yè)策略來(lái)參與服務(wù)的管理?？蛇x地，與每個(gè) PEP有關(guān)的能力數(shù)據(jù)可以被合并到由知識(shí)庫(kù)12維護(hù)的一個(gè)或多個(gè)本體中。這可以包括創(chuàng)建 新的本體或者更新那些已經(jīng)存在于該知識(shí)庫(kù)中的本體。在計(jì)劃階段中，供應(yīng)引擎10選擇要供應(yīng)的給定服務(wù)。存儲(chǔ)在儲(chǔ)存庫(kù)50中的該服 務(wù)的描述被檢查以評(píng)估由商業(yè)策略施加的哪些約束適用于該服務(wù)。使用推理引擎16來(lái)執(zhí) 行邏輯推理，計(jì)劃模塊14將限定商業(yè)策略的規(guī)則和本體與關(guān)于每個(gè)策略執(zhí)行點(diǎn)的能力的 信息相結(jié)合，以得到用于該服務(wù)的一個(gè)或多個(gè)有效的運(yùn)行時(shí)策略。這些計(jì)劃表示就該服務(wù) 而言商業(yè)策略的需求可以由可用PEP滿足的可能方式。如果多于一個(gè)的可能性集合是可行 的，則系統(tǒng)設(shè)計(jì)者可以在它們之間選擇?？商鎿Q地，知識(shí)庫(kù)12可以包括與其它可能性相比 偏好一些可能性的知識(shí)。這可以優(yōu)選地使得計(jì)劃模塊14能夠基于所有可用的約束和偏好 來(lái)設(shè)計(jì)最優(yōu)的運(yùn)行時(shí)策略。如果計(jì)劃模塊14確定在給定的情況下不可能滿足商業(yè)策略需 求，則供應(yīng)引擎10可以提醒系統(tǒng)設(shè)計(jì)者注意該問(wèn)題。在實(shí)行(execution)階段中，被認(rèn)可的計(jì)劃被傳送到相關(guān)的PEP。這可以通過(guò)每個(gè) PEP上的一系列web服務(wù)調(diào)用(call)來(lái)進(jìn)行。該階段將所計(jì)劃的運(yùn)行時(shí)策略應(yīng)用于PEP， 該P(yáng)EP然后準(zhǔn)備好在計(jì)算機(jī)系統(tǒng)的正常使用中適當(dāng)?shù)毓芾矸?wù)?？梢詫?duì)系統(tǒng)中的每個(gè)服務(wù) 重復(fù)計(jì)劃和/或?qū)嵭须A段。當(dāng)服務(wù)、PEP或商業(yè)策略變化時(shí)，可以重復(fù)一些或所有階段。圖5示出了根據(jù)實(shí)施例的方法的流程圖。在步驟80中，計(jì)劃模塊14從知識(shí)庫(kù)12 接收在商業(yè)策略建模階段中捕獲的規(guī)則。在步驟81中，從儲(chǔ)存庫(kù)50接收被供應(yīng)的一個(gè)或多個(gè)服務(wù)31、32的細(xì)節(jié)。該服務(wù) 信息可以包括每個(gè)服務(wù)的需求的明確細(xì)節(jié)，或者可以包括標(biāo)識(shí)服務(wù)類型的信息，以使得可 以例如根據(jù)已經(jīng)在知識(shí)庫(kù)12中捕獲的知識(shí)來(lái)推理出其需求。作為對(duì)從儲(chǔ)存庫(kù)50接收服務(wù) 信息的替換，服務(wù)31、32本身可以將該信息直接或間接地提供給供應(yīng)引擎。在任何一種情 況下，該信息使得供應(yīng)引擎能夠確定哪個(gè)或哪些規(guī)則與任何給定的服務(wù)有關(guān)。也就是說(shuō)，基 于該信息，供應(yīng)引擎能夠確定商業(yè)策略的哪些方面可應(yīng)用于給定的服務(wù)。還注意，在一些情形中步驟81可以是可選的運(yùn)行時(shí)策略將不一定總是依賴于服 務(wù)需求一例如在系統(tǒng)中的所有服務(wù)都具有相同的已知標(biāo)準(zhǔn)需求的普通情況下。然后在步驟82中接收每個(gè)PEP的能力信息。該能力信息可以從PEP本身接收或 者還可以從儲(chǔ)存庫(kù)50接收。在步驟84中，計(jì)劃模塊14控制推理引擎16來(lái)執(zhí)行邏輯推理。 這推斷出對(duì)于感興趣的一個(gè)或多個(gè)給定服務(wù)而言滿足商業(yè)策略的可能方式，從而使得計(jì)劃 模塊14能夠在步驟86中導(dǎo)出完整的運(yùn)行時(shí)策略。在步驟88中該運(yùn)行時(shí)策略被傳送到一個(gè)或多個(gè)合適的PEP并且應(yīng)用于所述PEP。圖6示出了由PEP實(shí)行的根據(jù)實(shí)施例的方法的流程圖。在步驟90中，PEP 41,42 從供應(yīng)引擎10接收對(duì)與其策略執(zhí)行能力有關(guān)的信息的請(qǐng)求。作為響應(yīng)，在步驟92中，PEP 41、42將關(guān)于其能力的機(jī)器可讀信息提供給供應(yīng)引擎10。在供應(yīng)引擎10已為該P(yáng)EP(以及 系統(tǒng)中潛在的其它PEP)計(jì)劃了合適的策略之后，供應(yīng)引擎10將該策略傳送到該P(yáng)EP，其中 在步驟94中接收該策略。此后，該P(yáng)EP應(yīng)用該策略以控制每個(gè)服務(wù)客戶端20與由該P(yáng)EP 管理的服務(wù)的交互?，F(xiàn)在將通過(guò)簡(jiǎn)單的具體示例來(lái)說(shuō)明這些一般過(guò)程。在該示例中，公司希望使得股 票報(bào)價(jià)服務(wù)31作為web服務(wù)對(duì)其顧客以及商業(yè)伙伴可用。對(duì)該服務(wù)的所有請(qǐng)求都通過(guò)策 略執(zhí)行點(diǎn)，策略執(zhí)行點(diǎn)通過(guò)在運(yùn)行時(shí)執(zhí)行各種策略來(lái)提供對(duì)管理服務(wù)的管控。存在兩個(gè)策 略執(zhí)行點(diǎn)41和42。PEP141是第一類型，而PEP2 42是第二類型。我們假定，例如商業(yè)策略規(guī)定“與可從外部訪問(wèn)的服務(wù)的所有通信必須在安全的 環(huán)境中發(fā)生”。為了設(shè)計(jì)滿足上面規(guī)定的商業(yè)需求的供應(yīng)對(duì)策，供應(yīng)引擎使用語(yǔ)義規(guī)則和本 體來(lái)捕獲必要的知識(shí)。該過(guò)程使得供應(yīng)引擎能夠解釋預(yù)先定義的知識(shí)并且設(shè)計(jì)適當(dāng)?shù)墓?yīng) 對(duì)策。根據(jù)當(dāng)前說(shuō)明性的示例，限定具有類別Service的簡(jiǎn)單的本體。限定檢驗(yàn)服務(wù)是 否可從外部訪問(wèn)的運(yùn)算符 isExternallyAccessible。令 Susc印tibleService 成為 Service 的子類。在商業(yè)策略建模階段期間，系統(tǒng)設(shè)計(jì)者寫出捕獲該商業(yè)策略的語(yǔ)義規(guī)則。這可以 使用語(yǔ)義Web規(guī)則語(yǔ)言(SWRL)來(lái)完成。該語(yǔ)言由在http://www. w3. org/Submission/SWRL 可得到的 “SWRL:A Semantic Web Rule Language, W3C Member Submission21 May 2004” 限定。使用該語(yǔ)言，如下可以使用簡(jiǎn)單規(guī)則來(lái)限定特定商業(yè)策略需求Service ( ？ someService)"isExternallyAccessible( ？ someService)= >SusceptibleService( ？ someService)該規(guī)則規(guī)定由變量？ someService表示的任何Service如果可從外部訪問(wèn)則意 味著它是Susc印tibleService?，F(xiàn)在，如果使用如圖3所示的本體來(lái)對(duì)敏感服務(wù)概念建模， 則供應(yīng)引擎可以通過(guò)使用簡(jiǎn)單的查詢來(lái)斷定可以通過(guò)執(zhí)行消息安全策略或通過(guò)執(zhí)行傳輸 安全策略來(lái)保障敏感服務(wù)的安全。因此，應(yīng)該使用這兩種類型策略中的一種或另一種來(lái)保 障滿足規(guī)則的任何服務(wù)的安全。這說(shuō)明該供應(yīng)如何可以使用語(yǔ)義規(guī)則和本體來(lái)制定開發(fā)合 適的供應(yīng)對(duì)策所需的合適決策。在策略執(zhí)行點(diǎn)能力發(fā)現(xiàn)階段期間，供應(yīng)引擎發(fā)現(xiàn)所登記的策略執(zhí)行點(diǎn)41和42的 能力，并且建立所述能力以及其屬性的語(yǔ)義模型。供應(yīng)引擎發(fā)現(xiàn)下列方面可以由給定的PEP執(zhí)行的策略 PEP1 41可以執(zhí)行基于證書的HTTPS互相認(rèn)證策略。-PEP2 42可以執(zhí)行基于證書的HTTPS互相認(rèn)證策略和X. 509證書令牌簡(jiǎn)檔策略。所支持的策略類型 基于證書的HTTPS互相認(rèn)證策略是傳輸安全策略。
X. 509證書令牌簡(jiǎn)檔策略是消息安全策略。每個(gè)所支持的策略的屬性 X. 509證書令牌簡(jiǎn)檔策略支持HTTP、HTTPS。
基于證書的HTTPS互相認(rèn)證策略僅支持HTTPS。在當(dāng)前說(shuō)明性的示例中，供應(yīng)引擎使用在能力發(fā)現(xiàn)階段中發(fā)現(xiàn)的信息能夠建立如 圖4所示的策略層級(jí)的語(yǔ)義模型。現(xiàn)在供應(yīng)引擎具有為自動(dòng)生成供應(yīng)對(duì)策所需的所有信息 (在設(shè)計(jì)商業(yè)策略時(shí)輸入的)來(lái)自商業(yè)策略建模階段的語(yǔ)義規(guī)則和知識(shí)。 (在運(yùn)行供應(yīng)引擎時(shí)自動(dòng)和/或交互式發(fā)現(xiàn)的)來(lái)自策略執(zhí)行點(diǎn)能力發(fā)現(xiàn)階段 的關(guān)于PEP的能力的知識(shí)。使用在商業(yè)策略建模階段中得到的知識(shí)，供應(yīng)引擎了解到如果服務(wù)被暴露到外部 世界則它是敏感服務(wù)；它還了解到可以通過(guò)執(zhí)行消息安全策略或者傳輸安全策略來(lái)保障該 敏感服務(wù)的安全。供應(yīng)引擎還從策略執(zhí)行點(diǎn)能力發(fā)現(xiàn)階段認(rèn)識(shí)到類型1的PEP 41支持基 于證書的HTTPS互相認(rèn)證策略的執(zhí)行，而類型2的PEP 42支持基于證書的HTTPS互相認(rèn)證 策略以及X. 509證書令牌簡(jiǎn)檔策略的執(zhí)行；以及基于證書的HTTPS互相認(rèn)證策略是傳輸安 全策略，而X. 509證書令牌簡(jiǎn)檔策略是消息安全策略。最后，供應(yīng)引擎能夠制訂出滿足需求的兩個(gè)計(jì)劃計(jì)劃-A 服務(wù)31可以被部署在類型1的PEP1 41上；基于證書的HTTPS互相認(rèn)證策略提 供傳輸級(jí)安全，并且可通過(guò)HTTPS訪問(wèn)該服務(wù)。 服務(wù)31可以被部署在類型2的PEP2 42上；基于證書的HTTPS互相認(rèn)證策略提 供傳輸級(jí)安全，并且可通過(guò)HTTPS訪問(wèn)該服務(wù)。計(jì)劃-B 服務(wù)31可以被部署在類型1的PEP 141上；基于證書的HTTPS互相認(rèn)證策略提 供傳輸級(jí)安全，并且可通過(guò)HTTPS訪問(wèn)該服務(wù)。 服務(wù)31可以被部署在類型2的PEP2 42上；X. 509證書令牌簡(jiǎn)檔策略提供消息 級(jí)安全，并且可通過(guò)HTTP訪問(wèn)該服務(wù)。在這兩種情形中，或者通過(guò)消息級(jí)安全或者通過(guò)傳輸級(jí)安全來(lái)實(shí)現(xiàn)安全通信的目 標(biāo)。如果知識(shí)庫(kù)知道與其它可能性相比偏好一些可能性，則系統(tǒng)可以在所提議的計(jì)劃 之中推薦最優(yōu)的計(jì)劃。例如，假如在消息級(jí)安全和傳輸級(jí)安全之間選擇，組織可能喜歡消息 級(jí)安全勝過(guò)傳輸級(jí)安全，因?yàn)橄⒓?jí)安全準(zhǔn)許僅加密包含敏感信息的部分消息而不是加密 整個(gè)消息。這可以顯著地降低加密的處理時(shí)間。如果該知識(shí)被包含在供應(yīng)引擎中，則它可 以將計(jì)劃-B排級(jí)高于計(jì)劃-A。然后可以將計(jì)劃-B作為選項(xiàng)之間的最優(yōu)計(jì)劃選擇建議給系 統(tǒng)設(shè)計(jì)者。這可以去除系統(tǒng)設(shè)計(jì)者的進(jìn)一步的負(fù)擔(dān)。策略供應(yīng)引擎10的組件計(jì)劃模塊14、推理引擎16和供應(yīng)模塊18 ；該系統(tǒng)的任何 其它軟件組件；以及策略供應(yīng)引擎10的數(shù)據(jù)和指令可以被存儲(chǔ)在相應(yīng)的存儲(chǔ)設(shè)備中，所述 存儲(chǔ)設(shè)備被實(shí)施為一個(gè)或多個(gè)計(jì)算機(jī)可讀或計(jì)算機(jī)可用存儲(chǔ)介質(zhì)。該存儲(chǔ)介質(zhì)可以包括不 同形式的存儲(chǔ)器，包括諸如動(dòng)態(tài)或靜態(tài)隨機(jī)存取存儲(chǔ)器(DRAM或SRAM)、可擦除且可編程只 讀存儲(chǔ)器(EPR0M)、電可擦除且可編程只讀存儲(chǔ)器(EEPR0M)以及閃存之類的半導(dǎo)體存儲(chǔ)器 設(shè)備；諸如固定盤、軟盤和可移動(dòng)盤之類的磁盤；包括磁帶的其它磁介質(zhì)；以及諸如緊致盤 (CD)或數(shù)字視頻盤(DVD)之類的光學(xué)介質(zhì)。注意，上面討論的軟件的指令可以被提供在一
10個(gè)計(jì)算機(jī)可讀或計(jì)算機(jī)可用存儲(chǔ)介質(zhì)上，或者可替換地，可以被提供在分布在可能具有多 個(gè)節(jié)點(diǎn)的大系統(tǒng)中的多個(gè)計(jì)算機(jī)可讀或計(jì)算機(jī)可用存儲(chǔ)介質(zhì)上。這樣的一個(gè)或多個(gè)計(jì)算機(jī) 可讀或計(jì)算機(jī)可用存儲(chǔ)介質(zhì)被認(rèn)為是物品(或制造物品)的一部分。物品或制造物品可以 指的是任何制造的單個(gè)組件或多個(gè)組件。因此，策略供應(yīng)引擎可以由一個(gè)或多個(gè)物理計(jì)算設(shè)備來(lái)實(shí)施或?qū)崿F(xiàn)。例如，知識(shí)庫(kù) 12和/或儲(chǔ)存庫(kù)50可以被提供為存儲(chǔ)在存儲(chǔ)介質(zhì)上的數(shù)據(jù)。這樣的存儲(chǔ)介質(zhì)可以包括已 經(jīng)在前面的段落中提及的不同形式的存儲(chǔ)器。因此，例如可以提供存儲(chǔ)器來(lái)存儲(chǔ)商業(yè)策略 的語(yǔ)義規(guī)則、描述PEP的運(yùn)行時(shí)策略執(zhí)行能力的數(shù)據(jù)、以及關(guān)于服務(wù)需求的信息?？梢钥刂朴?jì)算設(shè)備中的處理器以執(zhí)行用于履行供應(yīng)引擎的功能的指令，所述功能 包括計(jì)劃模塊、推理引擎以及供應(yīng)模塊中的任一或全部的功能。如所公知的那樣，物理計(jì)算設(shè)備可以具有各種類型的輸入和輸出裝置。輸入裝置 可以被用來(lái)接收要被存儲(chǔ)在一個(gè)或多個(gè)存儲(chǔ)器中且由供應(yīng)引擎使用的數(shù)據(jù)，例如包括商業(yè) 策略的規(guī)則和模型、PEP能力或服務(wù)細(xì)節(jié)。輸出裝置可以被用來(lái)將所導(dǎo)出的運(yùn)行時(shí)策略從 該供應(yīng)引擎?zhèn)魉偷絇EP。輸入和輸出裝置可以包括適合用于計(jì)算機(jī)的各種各樣的常規(guī)輸入 /輸出設(shè)備中的任何一種。如本領(lǐng)域技術(shù)人員將會(huì)認(rèn)識(shí)到的那樣，這些包括(但不限于)有 線或無(wú)線網(wǎng)絡(luò)連接；諸如通用串行總線(USB)之類的其它光學(xué)或電通信接口 ；以及可移動(dòng) (或靜態(tài))存儲(chǔ)介質(zhì)。在商業(yè)策略建模階段中，商業(yè)策略信息(例如語(yǔ)義規(guī)則和/或本體) 可以由系統(tǒng)設(shè)計(jì)者通過(guò)諸如鍵盤或鼠標(biāo)之類的輸入裝置或者任何其它人機(jī)接口人工地輸 入。盡管已經(jīng)在本文中處于說(shuō)明的目的描述了特定實(shí)施例，但是各種其它修改對(duì)本領(lǐng) 域技術(shù)人員來(lái)說(shuō)是顯而易見的并且可以在不偏離本發(fā)明的范圍的情況下完成。
權(quán)利要求
一種用于具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)的自動(dòng)化策略供應(yīng)方法，所述系統(tǒng)包括至少一個(gè)管理服務(wù)(31、32)以及在操作中執(zhí)行用于所述服務(wù)的運(yùn)行時(shí)策略的至少一個(gè)策略執(zhí)行點(diǎn)(41、42)，所述方法包括使用物理計(jì)算設(shè)備，以機(jī)器可讀的形式接收(80)用于限定由商業(yè)策略施加的條件的至少一個(gè)語(yǔ)義規(guī)則；使用物理計(jì)算設(shè)備，接收(82)用于描述所述至少一個(gè)策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策略執(zhí)行能力的機(jī)器可讀數(shù)據(jù)；使用物理計(jì)算設(shè)備，基于所述至少一個(gè)規(guī)則和能力來(lái)確定(84)所述至少一個(gè)策略執(zhí)行點(diǎn)是否能夠滿足所述條件；使用物理計(jì)算設(shè)備并且基于所述確定，導(dǎo)出(86)適合用于執(zhí)行所述條件的運(yùn)行時(shí)策略；以及使用物理計(jì)算設(shè)備，將所述運(yùn)行時(shí)策略傳送(88)到所述至少一個(gè)策略執(zhí)行點(diǎn)。
2.根據(jù)權(quán)利要求1所述的方法，還包括以機(jī)器可讀的形式接收用于描述被用來(lái)限定所述商業(yè)策略的多個(gè)概念的模型的數(shù)據(jù)，其中所述模型指定所述概念之間的第一語(yǔ)義關(guān)系集合，以及所述至少一個(gè)規(guī)則指定所述概念之間的第二關(guān)系集合，所述第一和第二關(guān)系集合包括 商業(yè)策略。
3.根據(jù)權(quán)利要求2所述的方法，其中所述模型包括本體。
4.根據(jù)權(quán)利要求2所述的方法，其中從知識(shí)庫(kù)(12)接收所述模型以及所述至少一個(gè)語(yǔ) 義規(guī)則，之前已將它們輸入到所述知識(shí)庫(kù)(12)。
5.根據(jù)權(quán)利要求1所述的方法，其中直接從所述至少一個(gè)策略執(zhí)行點(diǎn)(41、42)本身接 收用于描述所述至少一個(gè)策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策略執(zhí)行能力的機(jī)器可讀數(shù)據(jù)；或者從之前 已經(jīng)將所述數(shù)據(jù)存儲(chǔ)到的儲(chǔ)存庫(kù)(50)接收所述數(shù)據(jù)。
6.根據(jù)權(quán)利要求1所述的方法，還包括使用物理計(jì)算設(shè)備，以機(jī)器可讀的形式接收(81)用于描述所述至少一個(gè)管理服務(wù)的 信息；以及使用物理計(jì)算設(shè)備，基于所述信息確定所述至少一個(gè)語(yǔ)義規(guī)則能夠應(yīng)用于所述管理服務(wù)。
7.根據(jù)權(quán)利要求1所述的方法，在確定所述至少一個(gè)策略執(zhí)行點(diǎn)是否能夠滿足所述條 件的步驟中包括確定所述至少一個(gè)策略執(zhí)行點(diǎn)能夠以兩種或更多種不同的方式滿足所述條件；以及在所述兩種或更多種不同的方式之間進(jìn)行選擇。
8.根據(jù)權(quán)利要求7所述的方法，其中導(dǎo)出所述運(yùn)行時(shí)策略的步驟包括基于預(yù)定的偏好 在所述兩種或更多種不同的方式之間進(jìn)行選擇。
9.根據(jù)權(quán)利要求1所述的方法，在確定所述至少一個(gè)策略執(zhí)行點(diǎn)是否能夠滿足所述條 件的步驟中包括確定所述至少一個(gè)策略執(zhí)行點(diǎn)不能滿足所述條件；以及提醒用戶注意這一事實(shí)。
10.根據(jù)權(quán)利要求1所述的方法，其中傳送所述運(yùn)行時(shí)策略的步驟包括在所述至少一個(gè)策略執(zhí)行點(diǎn)上執(zhí)行一系列web服務(wù)調(diào)用。
11.一種用于具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)的策略執(zhí)行點(diǎn)(41、42)配置方法， 所述系統(tǒng)包括至少一個(gè)管理服務(wù)(31、32)，該策略執(zhí)行點(diǎn)(41、42)在操作中執(zhí)行用于所述 服務(wù)的運(yùn)行時(shí)策略，所述方法包括在包括所述策略執(zhí)行點(diǎn)的物理計(jì)算設(shè)備處接收對(duì)信息的請(qǐng)求； 響應(yīng)于所述請(qǐng)求，使用所述物理計(jì)算設(shè)備來(lái)提供用于描述所述策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策 略執(zhí)行能力的機(jī)器可讀數(shù)據(jù)；以及在所述物理計(jì)算設(shè)備處接收要被執(zhí)行的運(yùn)行時(shí)策略。
12.—種計(jì)算機(jī)程序，包括計(jì)算機(jī)程序代碼構(gòu)件，如果在物理計(jì)算設(shè)備上運(yùn)行所述程序 則所述計(jì)算機(jī)程序代碼構(gòu)件適于使得所述計(jì)算設(shè)備執(zhí)行權(quán)利要求1的所有步驟。
13.如權(quán)利要求12所述的計(jì)算機(jī)程序，其實(shí)現(xiàn)在計(jì)算機(jī)可讀介質(zhì)上。
14.一種對(duì)具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)進(jìn)行自動(dòng)化策略供應(yīng)的供應(yīng)引擎 (10)，所述系統(tǒng)包括至少一個(gè)管理服務(wù)(31、32)以及在操作中通過(guò)執(zhí)行運(yùn)行時(shí)策略來(lái)實(shí)施 所述管理服務(wù)的運(yùn)行時(shí)管控的至少一個(gè)策略執(zhí)行點(diǎn)(41、42)，所述供應(yīng)引擎包括存儲(chǔ)器，用于以機(jī)器可讀的形式存儲(chǔ) 用于限定由商業(yè)策略施加的條件的至少一個(gè)語(yǔ)義規(guī)則；以及 用于描述所述至少一個(gè)策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策略執(zhí)行能力的數(shù)據(jù)， 處理器，適于基于所述至少一個(gè)規(guī)則和能力來(lái)確定所述至少一個(gè)策略執(zhí)行點(diǎn)是否能夠滿足所述條 件；以及基于所述確定來(lái)導(dǎo)出適合用于執(zhí)行所述條件的運(yùn)行時(shí)策略，以及 輸出裝置，用于將所述運(yùn)行時(shí)策略傳送到所述至少一個(gè)策略執(zhí)行點(diǎn)。
15.根據(jù)權(quán)利要求14所述的供應(yīng)引擎，還包括輸入裝置，用于以機(jī)器可讀的形式接收所述至少一個(gè)語(yǔ)義規(guī)則；以及 輸入裝置，用于以機(jī)器可讀的形式接收用于描述所述至少一個(gè)策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策 略執(zhí)行能力的數(shù)據(jù)。
全文摘要
本發(fā)明涉及策略供應(yīng)。給出了一種用于具有面向服務(wù)的體系架構(gòu)的計(jì)算系統(tǒng)的自動(dòng)化策略供應(yīng)方法。所述系統(tǒng)包括至少一個(gè)管理服務(wù)以及在操作中執(zhí)行用于所述服務(wù)的運(yùn)行時(shí)策略的至少一個(gè)策略執(zhí)行點(diǎn)。所述方法包括以機(jī)器可讀的形式接收用于限定由商業(yè)策略施加的條件的至少一個(gè)語(yǔ)義規(guī)則；接收用于描述所述至少一個(gè)策略執(zhí)行點(diǎn)的運(yùn)行時(shí)策略執(zhí)行能力的機(jī)器可讀數(shù)據(jù)；基于所述至少一個(gè)規(guī)則和能力來(lái)確定所述至少一個(gè)策略執(zhí)行點(diǎn)是否能夠滿足所述條件；基于所述確定，導(dǎo)出適合用于執(zhí)行所述條件的運(yùn)行時(shí)策略；以及將所述運(yùn)行時(shí)策略傳送到所述至少一個(gè)策略執(zhí)行點(diǎn)。
文檔編號(hào)H04L29/06GK101867569SQ201010167179
公開日2010年10月20日 申請(qǐng)日期2010年4月20日 優(yōu)先權(quán)日2009年4月20日
發(fā)明者K·J·阿爾梅達(dá), N·拉馬拉賈, V·K·拉文德蘭 申請(qǐng)人:惠普開發(fā)有限公司