專利名稱：：用于管理資源的系統(tǒng)和方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及資源和數(shù)據(jù)的管理。更具體地說，本發(fā)明提供了規(guī)定、部署和執(zhí)行策略以便管理資源的方法和系統(tǒng)。
背景技術(shù)：
：各公司和機構(gòu)所面臨的一個共同問題是實施策略，以便管理計算機系統(tǒng)中的資源。一策略可被定義為一規(guī)則，該規(guī)則規(guī)定了當(dāng)發(fā)生了某(些)事件之后在某(些)條件下執(zhí)行的一個或多個動作。因而，每當(dāng)發(fā)生了一個事件，系統(tǒng)就評估與該事件相應(yīng)的某些條件，并基于對這些條件的評估，系統(tǒng)采取某些動作。事件、相應(yīng)的條件和相應(yīng)的動作之間的這種關(guān)聯(lián)是在一策略中規(guī)定的。這種策略的一個例子是當(dāng)一人訪問數(shù)據(jù)庫D1，而且如果該人是管理員時，則向該人提供完全的訪問權(quán)限。在此情況下，事件是一人訪問數(shù)據(jù)庫D1，條件是檢查該人是否是管理員，而動作是提供完全的訪問權(quán)限。為了實施這樣的策略，需要把它們表示為可由資源代理程序執(zhí)行的指令。資源代理程序是與資源一同存在的軟件，其負(fù)責(zé)評估特定于資源的條件，并通過向該資源發(fā)派適當(dāng)?shù)闹噶顏韴?zhí)行動作。資源的例子可以是交換器、路由器、信息庫以及計算機系統(tǒng)的其它硬件和軟件組件。這種可以接受策略并相應(yīng)地按策略行動的系統(tǒng)，被稱為基于策略的資源管理系統(tǒng)。全面的基于策略的資源管理系統(tǒng)以一種有組織的方式，將業(yè)務(wù)策略與系統(tǒng)的全部動作聯(lián)系起來。利用這種基于策略的系統(tǒng)，企業(yè)管理者可以規(guī)定策略，來控制一資源在特定的時間和資源條件下如何響應(yīng)應(yīng)用和最終用戶。隨著應(yīng)用訪問分布式資源和在其上進(jìn)行事務(wù)處理的需要的增加，規(guī)定策略這一任務(wù)的重要性也增加了。這些應(yīng)用的復(fù)雜性導(dǎo)致了分布式資源管理的復(fù)雜性增加，并需要資源管理員或IT管理者之間復(fù)雜的協(xié)調(diào)。此外，不同的管理員可能負(fù)責(zé)維護(hù)共享同一資源的不同應(yīng)用。這樣的管理可能導(dǎo)致系統(tǒng)上的相互沖突的動作。如果為一特定事件和條件規(guī)定了不同的(相互沖突的)動作，則可能發(fā)生沖突。例如，如果一管理員為事件X和條件Y規(guī)定了動作“允許對數(shù)據(jù)庫D1的訪問”，而另一管理員為同一事件和條件規(guī)定了“拒絕對數(shù)據(jù)庫D1的訪問”，則會發(fā)生沖突。因而，為了在分布式系統(tǒng)中管理資源和避免沖突，需要技能高超的人員和可靠的沖突檢測方案。存在幾種軟件工具和編程語言，其便利了規(guī)定和修改策略以便管理數(shù)據(jù)庫或其它信息庫，其中的一些列于以下。PONDER，一種策略規(guī)范語言，就是這樣的一種工具。該工具在如下參考文獻(xiàn)中得到描述NicodemosDamianou，NarankerDulay，EmilLupu，MorrisSloman，“ThePonderPolicySpecificationLanguage”，2ndIEEEInternationalworkshoponPoliciesinDistributedSystemandNetworks(POLICY2001)，pages18-38，2001。Ponder語言提供了一種共同的工具，用于規(guī)定與范圍廣闊的管理應(yīng)用有關(guān)的策略，這些管理應(yīng)用包括網(wǎng)絡(luò)、存儲、系統(tǒng)、應(yīng)用和服務(wù)管理。它支持用于基于策略的網(wǎng)絡(luò)和分布式系統(tǒng)管理的條件-動作規(guī)則(由事件觸發(fā))。Ponder也可用于安全管理活動，如用戶注冊或者日志管理及和事件檢查。SNOOP是用于表達(dá)主動規(guī)則(activerule)的另一種事件規(guī)范語言。它在以下參考文獻(xiàn)中得到了描述S.ChakravarthyandD.Misha，“SNOOPAnExpressiveEventSpecificationLanguageforActiveDatabases”，JournalofDataandKnowledgeEngineering，13(3)，pages1-26，October1994。SNOOP是一種事件規(guī)范語言，用于描述集中式數(shù)據(jù)庫中的事件。Sentinel，一種主動數(shù)據(jù)庫系統(tǒng)，使用了SNOOP。然而，為了在Sentinel中規(guī)定規(guī)則，用戶必須充分理解該語言。SAMOS(SwissActiveMechanism-BasedObject-OrientcdDatabaseSystem)是一種主動的面向?qū)ο蟮臄?shù)據(jù)庫系統(tǒng)。SAMOS針對規(guī)則(事件-條件-動作規(guī)則)規(guī)范、規(guī)則執(zhí)行和規(guī)則管理。它在以下參考文獻(xiàn)中得到了描述StellaGatziu，KlausR.Dittrich，“SAMOSAnActiveObject-OrientedDatabaseSystems”，ActiveRulesinDatabaseSystems(NormanW.PatonEds)，NewYork1999，ISBN0-387-98529-8，pages233-247?！爸鲃又虚g件技術(shù)”(AMIT)是一種使應(yīng)用能對情境作出反應(yīng)的軟件工具。AMIT提供了一種語言，用于規(guī)定由基本事件組成的情境的元數(shù)據(jù)，以及動作。它也描述了用于事件處理、規(guī)定情境的元數(shù)據(jù)和動作規(guī)定、檢測期望的事件以及根據(jù)事件而采取行動的體系結(jié)構(gòu)。它在以下參考文獻(xiàn)中得到了描述A.Adi，D.Botzer，O.Etzion，T.Yatzkar-Haham，“MonitoringBusinessProcessesthroughEventCorrelationbasedonDependencyModel”，ACMSIGMODInternationalConferenceonManagementofData，2001和A.Adi，D.Botzer，O.Etzion，T.Yatzkar-Haham，“PushTechnologyPersonalizationthroughEventCorrelation”，26thInternationalConferenceonVeryLargeDataBases，pages643-645，2000。盡管上述系統(tǒng)提供了策略規(guī)定功能，它們卻具有以下一個或多個不足。首先，資源管理者需要充分理解用來規(guī)定策略的語言，以及策略作用于其上的基礎(chǔ)資源。因此，這些系統(tǒng)不便于IT技能低的人員規(guī)定策略。其次，大多數(shù)這類系統(tǒng)沒有提供任何機制，用于在創(chuàng)建策略或規(guī)則時檢測它們之間的沖突。因此，考慮到與現(xiàn)有的策略規(guī)定系統(tǒng)有關(guān)的缺點，需要一種發(fā)明，其能夠提供管理任務(wù)的自動化，從而減少資源和數(shù)據(jù)管理的成本。也需要一種發(fā)明，其能夠使IT技能低的或無IT技能的人員有效地處理資源管理任務(wù)。還需要一種系統(tǒng)，其為了直觀地和容易地理解策略，而允許策略的可視化顯現(xiàn)。還需要一種發(fā)明，其允許把用戶以直觀方式規(guī)定的無沖突的策略部署在策略數(shù)據(jù)庫中，并隨后把它們轉(zhuǎn)換為規(guī)則以便執(zhí)行。
發(fā)明內(nèi)容本發(fā)明的一個目標(biāo)是提供一種系統(tǒng)，用于使無IT技能或低IT技能的人員有效地處理資源管理任務(wù)。本發(fā)明的另一個目標(biāo)是提供一種系統(tǒng)，其允許容易地規(guī)定和可視化地顯現(xiàn)管理策略。本發(fā)明的再一個目標(biāo)是提供對個別策略元素(即事件、條件和動作)的訪問控制。本發(fā)明的進(jìn)一步的目標(biāo)是提供一種機制，通過這種機制，策略元素(事件、條件和動作)可以個別地與分布式資源相聯(lián)系，并且這些策略元素可以在集中管理的策略執(zhí)行裝置中被采用和處理。根據(jù)本發(fā)明的一個方面，提供了一種使用多個策略來管理資源的系統(tǒng)，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該系統(tǒng)包括第一設(shè)備，用于使一用戶能夠以一種直觀的方式規(guī)定、修改、刪除和可視化所述策略；第二設(shè)備，用于部署由所述用戶規(guī)定的策略，該第二設(shè)備包括轉(zhuǎn)換器，用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為可以直接存儲在所述策略數(shù)據(jù)庫中的格式；第三設(shè)備，用于執(zhí)行所述已部署的策略；以及接口，用于在所述資源與所述第一設(shè)備、第二設(shè)備和第三設(shè)備之間提供接口。根據(jù)本發(fā)明的另一方面，提供了一種用于使用多個策略來管理資源的方法，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該方法包括以一種直觀的方式規(guī)定策略；將以所述直觀的方式規(guī)定的所述策略轉(zhuǎn)換為可以直接存儲在所述策略數(shù)據(jù)庫中的格式；驗證所述規(guī)定的策略為無沖突的策略；將無沖突的策略部署到所述策略數(shù)據(jù)庫中；以及執(zhí)行存儲在所述策略數(shù)據(jù)庫中的所述策略，所述策略是在發(fā)生了與所述策略相應(yīng)的一事件時執(zhí)行的。根據(jù)本發(fā)明的再一方面，提供了一種使用多個策略來管理資源的系統(tǒng)，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該系統(tǒng)包括多個客戶端機器，其使得一用戶能夠以一種直觀的方式規(guī)定、修改和可視化所述策略；與所述多個客戶端機器中的每一個連接的一服務(wù)器，該服務(wù)器包括第一設(shè)備，用于部署所述已創(chuàng)建的策略，該第一設(shè)備包括一轉(zhuǎn)換器，該轉(zhuǎn)換器用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為以一關(guān)系型查詢格式規(guī)定的策略，該格式可以直接存儲在所述策略數(shù)據(jù)庫中；第二設(shè)備，用于執(zhí)行所述已部署的策略；以及接口，用于在資源與所述多個客戶端機器、所述轉(zhuǎn)換器、所述第一設(shè)備和所述第二設(shè)備之間提供接口。根據(jù)本發(fā)明的另一個方面，提供了一種用于使用多個策略來管理資源的基于策略的系統(tǒng)，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該系統(tǒng)具有多個客戶端機器，該些客戶端機器使得用戶能夠以一種直觀的方式規(guī)定、修改和可視化所述策略，該系統(tǒng)進(jìn)一步包括與所述多個客戶端機器中的每一個連接的一服務(wù)器，該服務(wù)器包括第一單元，用于部署所述已創(chuàng)建的策略，該第一單元包括一轉(zhuǎn)換器，該轉(zhuǎn)換器用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為可以直接存儲在一策略數(shù)據(jù)庫中的格式；第二單元，用于執(zhí)行已部署的策略，其中策略的執(zhí)行導(dǎo)致對資源的管理；以及接口，用于在資源與所述第一單元和所述第二單元之間提供接口，所述資源包括一策略數(shù)據(jù)庫，該策略數(shù)據(jù)庫以一關(guān)系型格式存儲所述已部署的策略。根據(jù)本發(fā)明的再一方面，提供了一種用于管理多個資源的基于策略的系統(tǒng)，所述系統(tǒng)包括與多個客戶端機器連接的一服務(wù)器，該服務(wù)器包括用于在一策略數(shù)據(jù)庫中部署策略的第一設(shè)備，該第一設(shè)備包括一轉(zhuǎn)換器，該轉(zhuǎn)換器用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為以一種關(guān)系型格式規(guī)定的策略，其中所述客戶端機器中的每一個包括第一組件，用于使得一用戶可以所述直觀的方式規(guī)定、修改和可視化策略，其中所述第一組件包括多個用戶接口，用于從所述用戶接受命令和數(shù)據(jù)；以及用于將預(yù)先規(guī)定的一組系統(tǒng)命令映射到多個用戶接口的單元，其中一個系統(tǒng)命令映射到至少一個用戶接口；第二組件，用于與一服務(wù)器交換信息，以便規(guī)定、修改和可視化策略。根據(jù)本發(fā)明的另一方面，提供了一種使用多個策略來管理資源的系統(tǒng)，所述資源包括多個數(shù)據(jù)庫，所述策略是由事件、條件和動作規(guī)定的，所述策略包括用于管理資源的記錄保持策略，所述策略包括用于控制對資源的訪問的訪問控制策略，該系統(tǒng)包括第一組件，用于使得用戶可以一直觀的方式規(guī)定、修改、刪除和可視化所述策略；第二組件，用于部署由所述用戶規(guī)定的策略，該第二組件包括轉(zhuǎn)換器，用于將以所述直觀方式規(guī)定的策略轉(zhuǎn)換為以關(guān)系型格式規(guī)定的策略；第三組件，用于執(zhí)行已部署的策略；以及第四組件，用于在所述資源與所述第一組件、所述第二組件和所述第三組件之間提供接口。根據(jù)本發(fā)明的再一方面，提供了一種用于執(zhí)行使用多個策略來管理資源的方法的計算機程序產(chǎn)品，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，所述方法包括使用戶能夠以直觀的方式規(guī)定、修改、刪除和可視化所述策略；部署由所述用戶規(guī)定的所述策略，其進(jìn)一步包括將以所述直觀方式規(guī)定的策略轉(zhuǎn)化為可以直接存儲在所述策略數(shù)據(jù)庫中的格式；執(zhí)行已部署的策略；以及在所述資源與所述用戶之間提供接口。下面結(jié)合附圖描述本發(fā)明的優(yōu)選實施例，提供這些附圖是為了說明而不是限制本發(fā)明，其中相同的標(biāo)號表示相同的部件，且其中圖1給出了根據(jù)本發(fā)明的一優(yōu)選實施例的基于策略的系統(tǒng)和方法的概覽；圖2是一流程圖，其示出根據(jù)本發(fā)明的一優(yōu)選實施例的用于管理資源的方法；圖3是根據(jù)本發(fā)明的一優(yōu)選實施例的示出各種資源的系統(tǒng)的簡化的示意圖；圖4是根據(jù)本發(fā)明的一優(yōu)選實施例的用于在一分布式環(huán)境中管理資源的分層結(jié)構(gòu)的詳細(xì)圖示；圖5示出根據(jù)本發(fā)明的一優(yōu)選實施例的用于在規(guī)定策略之前驗證用戶的GUI；圖6示出根據(jù)本發(fā)明的一優(yōu)選實施例的用于一策略制定者接口的GUI；圖7示出根據(jù)本發(fā)明的一優(yōu)選實施例的用于規(guī)定事件的GUI；圖8示出根據(jù)本發(fā)明的一優(yōu)選實施例的用于規(guī)定條件的GUI；圖9示出根據(jù)本發(fā)明的一優(yōu)選實施例的用于規(guī)定動作的GUI；圖10描述根據(jù)本發(fā)明的一優(yōu)選實施例的執(zhí)行策略的方式；圖11-14描述結(jié)合根據(jù)本發(fā)明的一優(yōu)選實施例的一例子而使用的一組GUI；圖15示出用于實施本發(fā)明的計算機系統(tǒng)；以及圖16示出根據(jù)本發(fā)明的一優(yōu)選實施例的以樹狀數(shù)據(jù)結(jié)構(gòu)可視化地顯現(xiàn)策略的例子。具體實施例方式本發(fā)明提供了一用戶友好的機制，藉此非IT專家者可以規(guī)定、修改和執(zhí)行管理任務(wù)。本發(fā)明提供了靈活的基于策略的機制，用于管理諸如數(shù)據(jù)庫、信息庫、應(yīng)用模塊等資源。本系統(tǒng)也可以用于規(guī)定用于不同資源上的事務(wù)處理以及用于在諸系統(tǒng)中傳輸數(shù)據(jù)的策略。策略包括事件規(guī)定、觸發(fā)條件和一旦事件發(fā)生且相應(yīng)的條件滿足時將采取的動作。策略的例子可以是示例策略如果在一刑事數(shù)據(jù)庫中報告了一犯罪，則通知當(dāng)?shù)鼐?。在該例中，動?報告當(dāng)?shù)鼐?是在發(fā)生了事件(在數(shù)據(jù)庫中報告了犯罪)時采取的。示例策略在每年第一天的上午9點，對于存儲時間已超過5年的稅務(wù)記錄，如果在過去5年內(nèi)沒有向該納稅人發(fā)出過通知，則將該稅務(wù)記錄存檔。在該策略中，隨著事件的發(fā)生(每年的第一天的上午9點)，對存儲時間超過5年的記錄檢查其條件(在過去5年內(nèi)沒有向納稅人發(fā)出過通知)，并采取動作(將稅務(wù)記錄存檔)。如上例所述的事件可被定義為一原子實體，即它或者完全發(fā)生，或者完全不發(fā)生。事件可以是基本事件，也可以是基本事件的組合，稱為復(fù)合事件?；臼录遣荒芊纸鉃檫M(jìn)一步的獨立事件的事件?；臼录梢杂?種類型，即數(shù)據(jù)庫事件、時間事件和由外部通知產(chǎn)生的事件。數(shù)據(jù)庫事件包括對數(shù)據(jù)庫的插入、刪除、訪問和更新操作。時間事件是其發(fā)生依賴于時間的事件。外部通知是應(yīng)用規(guī)定的事件。外部通知的形式是來自外部環(huán)境的“中斷”，其中外部環(huán)境由排除了本機數(shù)據(jù)庫(nativedatabase)(在其中執(zhí)行插入、更新和刪除操作)的該域組成。復(fù)合事件可以通過在基本事件上使用邏輯運算符如OR、AND、ANY、NOT、TIMES、SEQUENCE來規(guī)定。具有一復(fù)合事件的策略的例子如下每當(dāng)一人被一公司X雇傭(事件1)，且每當(dāng)新雇員適應(yīng)培訓(xùn)的日期已確定(事件2)時，則向該人發(fā)送一電子郵件，通過他適應(yīng)培訓(xùn)的日期(動作)。注意在本示例策略中，條件總是真的。本發(fā)明也提供了與記錄保持和訪問控制有關(guān)的策略。與記錄保持有關(guān)的策略包括規(guī)定這樣的策略，其處理在數(shù)據(jù)庫和信息庫中插入、更新和刪除記錄。這種策略的一個例子可以是每當(dāng)在刑事數(shù)據(jù)庫中添加了一人員條目(事件)，而且該人所犯罪的類型是涉及5萬美元或以上的偷竊時，則將其通知稅務(wù)檢查官(動作)。訪問控制策略包括這樣的策略，其涉及規(guī)定對數(shù)據(jù)或?qū)υL問資源的訪問控制。這種策略的一例子是-“屬于公司財務(wù)部門的用戶只能訪問工資數(shù)據(jù)庫，并規(guī)定與雇員工資有關(guān)的策略”。訪問控制可以是在事件和/或條件和/或動作水平上。例如，可能不被允許一般用戶(不同于系統(tǒng)管理員)規(guī)定這樣的動作刪除由另一用戶生成的策略。以上策略的例子只是為了描述可以根據(jù)本發(fā)明規(guī)定的策略類型。圖1給出了根據(jù)本發(fā)明的一優(yōu)選實施例的基于策略的系統(tǒng)和方法的概覽。該系統(tǒng)包括一策略規(guī)定層102、一策略部署層104和一策略執(zhí)行層106。策略規(guī)定層102提供了以用戶友好的和直觀的方式規(guī)定策略的功能。實現(xiàn)這一點的一個辦法是通過使用圖形用戶接口(GUI)。GUI使用簡單的語言構(gòu)件(以下拉菜單和可點擊標(biāo)記形式)，其不需要用戶深刻地理解資源或用于管理這些資源的語言。在本發(fā)明中可以使用的GUI的一個例子是使用JavaServerPages(JSP)產(chǎn)生的一HTML頁。該HTML頁可以是菜單驅(qū)動的，以用戶可以容易地規(guī)定策略的方式。這樣，圖形用戶接口(GUI)使得非IT專家者可以容易地規(guī)定策略，以管理諸如數(shù)據(jù)庫或其它信息庫等資源。本發(fā)明中所使用的GUI結(jié)合圖5-9進(jìn)行了解釋。一旦用戶已規(guī)定了策略，則策略部署層104將這些規(guī)定的策略部署在策略數(shù)據(jù)庫108中。在將策略存儲在策略數(shù)據(jù)庫108之前，策略部署層104檢查在新規(guī)定的策略和已經(jīng)存在于策略數(shù)據(jù)庫108中的策略之間是否存在任何沖突，并只將無沖突的策略存儲在策略數(shù)據(jù)庫108中。策略部署過程將在下文更詳細(xì)地解釋。對于系統(tǒng)中發(fā)生的每一事件，檢查策略數(shù)據(jù)庫108中是否存在為該事件規(guī)定的策略。如果存在該事件的策略，則策略執(zhí)行層106根據(jù)在該策略中指定的條件執(zhí)行在該策略中規(guī)定的動作。策略執(zhí)行過程將結(jié)合圖10更詳細(xì)地描述。圖2示出了大體描述了上述過程的一流程圖。用戶在步驟200通過一GUI使用簡單的語言構(gòu)件規(guī)定一些策略。這些策略在步驟202轉(zhuǎn)換為系統(tǒng)可理解的格式。此后，在步驟204，系統(tǒng)檢查新規(guī)定或修改的策略和在策略數(shù)據(jù)庫中已經(jīng)存在的策略之間的任何沖突。然后，在新規(guī)定或修改的策略存在沖突的情況下，在步驟206，沖突被解決。解決策略的確切方式將在后面結(jié)合圖4討論部署時進(jìn)行解釋。在步驟208，無沖突的策略被部署在策略數(shù)據(jù)庫中。最后，當(dāng)發(fā)生了事件時，策略在步驟210被執(zhí)行，藉此來管理系統(tǒng)資源。上面給出了本發(fā)明的概述，現(xiàn)在開始在下文中描述實施本發(fā)明的環(huán)境。圖3示出了由基于策略的系統(tǒng)所管理的計算機網(wǎng)絡(luò)的簡化的示意圖，在其中可以實現(xiàn)本發(fā)明的一優(yōu)選實施例。網(wǎng)絡(luò)302與需要由該基于策略的系統(tǒng)管理的多個資源相連接。資源包括多個實體，如終端站304和服務(wù)器306，這些實體由多個中間設(shè)備如路由器308、交換器和橋接器310互連在一起。諸如打印機312、掃描器314、信息庫和數(shù)據(jù)庫316等資源也可以連接到網(wǎng)絡(luò)302。該網(wǎng)絡(luò)也可以連接到因特網(wǎng)318，以便對于處于該網(wǎng)絡(luò)之外的資源，接收或提供任何服務(wù)。以上給出了本發(fā)明的概述和環(huán)境，現(xiàn)在更詳細(xì)地描述本發(fā)明。圖4示出了根據(jù)本發(fā)明的一優(yōu)選實施例的用于在一分布式環(huán)境中管理資源的分層的體系結(jié)構(gòu)的詳細(xì)圖示。該體系結(jié)構(gòu)包括3層，即策略規(guī)定層102、策略部署層104和策略執(zhí)行層106。通過該體系結(jié)構(gòu)，用戶可以執(zhí)行各種任務(wù)，如資源注冊、識別和事務(wù)管理。此外，該分層方法使得更容易遵循面向?qū)ο蟮脑O(shè)計原則。在一優(yōu)選實施例中，這3層可以部署在一單個服務(wù)器實例上。第一層或策略規(guī)定層102具有一策略規(guī)定用戶接口402，其提供直觀的和簡單的用戶接口，使得用戶可以用簡單的語言構(gòu)件規(guī)定策略。該語言提供了一組模板，其中構(gòu)成一合法策略所需的變量值和運算符是通過在用戶接口上提供易于使用的下拉菜單選項而從用戶獲得的。可以指定在策略模板和系統(tǒng)命令之間直接的一一映射，來進(jìn)行策略規(guī)定。一策略語言中的這一組變量和運算符應(yīng)當(dāng)遵循在一個元語言(如數(shù)據(jù)字典或XMLDTD)中規(guī)定的語法。該元語言規(guī)定運算符與變量之間的聯(lián)系。例如，大于運算符(“＞”)可以與數(shù)字相聯(lián)系，而不可與字符串相聯(lián)系。應(yīng)當(dāng)注意的是，上述技術(shù)只是根據(jù)基礎(chǔ)的系統(tǒng)命令構(gòu)建策略模板的一個簡單例子。本領(lǐng)域的技術(shù)人員可以理解，也可以使用其它技術(shù)，如規(guī)定用于構(gòu)建這些模板的一單獨的語法。因此，提供給用戶的用戶接口使得策略創(chuàng)建過程簡單和不易出錯，并需要最少的IT技能。通過使用GUI以一種直觀方式規(guī)定策略的一優(yōu)選方式結(jié)合圖5-9作了說明。策略規(guī)定層102也包括授權(quán)與驗證管理器404，其提供了對用戶訪問/修改應(yīng)用數(shù)據(jù)的權(quán)限和權(quán)利的單一訪問入口。例如，策略數(shù)據(jù)庫108中的任何更新(用于規(guī)定/修改策略)需要驗證(以檢查該用戶是否為合法用戶)，并檢查用戶權(quán)限(以檢查用戶是否被授予了足夠的對事務(wù)的權(quán)限)。第二層是策略部署層104，其為部署這些策略提供了應(yīng)用編程接口(API)。它包括一策略轉(zhuǎn)換器406和一策略部署引擎408。策略轉(zhuǎn)換器406驗證由用戶通過策略規(guī)定層102提供的策略規(guī)定。策略轉(zhuǎn)換器406分析由策略規(guī)定層102提供給它的策略規(guī)定(由用戶通過GUI使用簡單的語言而規(guī)定的)。此后，它提取出關(guān)于策略元素的細(xì)節(jié)，即事件細(xì)節(jié)(如事件ID、事件名稱、事件的所有者等)以及在該事件上規(guī)定的條件和動作的細(xì)節(jié)。提取出的細(xì)節(jié)隨后由策略部署引擎408用于將規(guī)定的策略存儲在策略數(shù)據(jù)庫108中。這些細(xì)節(jié)被存儲的精確方式將在下文結(jié)合表1-5解釋。在將策略存儲在策略數(shù)據(jù)庫108中之前，沖突檢測器410檢查已經(jīng)存在于策略數(shù)據(jù)庫108中的策略和新生成的或修改的策略之間的任何沖突。策略轉(zhuǎn)換器也用于檢索存儲在策略數(shù)據(jù)庫108中的策略，以便用戶可以修改和可視化現(xiàn)存的策略。當(dāng)對于相同的事件和條件規(guī)定了相互沖突的動作時，就會發(fā)生沖突動作。為了更清楚地說明沖突的概念，請考慮以下的例子設(shè)想一個數(shù)據(jù)庫具有個人的納稅記錄，其中有關(guān)于該個人、已納稅款、雇主姓名、適用的所得稅率和其它與納稅有關(guān)的信息。設(shè)想一策略P1，其由稅務(wù)部門所采用，其中規(guī)定如果一個人的納稅記錄的存儲時間已超過5年，則所有這些納稅記錄將被清除。設(shè)想另一個策略P2，在其中刑事部門擁有的一項策略是保留涉及任何財務(wù)犯罪的個人的所有財務(wù)記錄(包括納稅記錄)，直到與其犯罪有關(guān)的所有刑事案件已獲解決。如果稅務(wù)部門和刑事部門在規(guī)定這些策略時未曾合作，則對于犯了財務(wù)罪且具有來自過去5年的未決刑事案件的一個人，P1和P2將處于沖突中。在這種情況下，一當(dāng)5年時間已過，策略P1將試圖清除該個人的納稅記錄，而策略P2將試圖保留該個人的納稅記錄，直到與其犯罪有關(guān)的所有刑事案件都已了結(jié)。這樣的沖突既可以在規(guī)定策略的階段也可以在執(zhí)行策略的階段進(jìn)行檢測。為了保證在策略規(guī)定階段檢測到并解決沖突，在本發(fā)明的一優(yōu)選實施例中規(guī)定了元策略。元策略是對策略的一組規(guī)則或限制。具有深厚的關(guān)于資源和策略的本領(lǐng)域知識的負(fù)責(zé)人員，如系統(tǒng)管理員，規(guī)定元策略。例如，在上述例子中，系統(tǒng)管理員可以規(guī)定一個元策略，其設(shè)置P2優(yōu)先于P1。以這種方式，對策略和策略制定者施加了一項約束，藉此來禁止兩沖突策略的同時執(zhí)行。換言之，元策略建立對每一資源對象的諸操作之間的優(yōu)先權(quán)，以及策略的諸創(chuàng)建者之間進(jìn)行每一資源操作的優(yōu)先權(quán)?？紤]上例的一個一般情況，假設(shè)有兩個管理員AD1和AD2，其中AD1是主要管理員。可以規(guī)定這樣一個元策略，即AD1規(guī)定的策略優(yōu)先于AD2規(guī)定的策略。因而，當(dāng)AD2規(guī)定的策略與AD1規(guī)定的策略沖突時，該元策略發(fā)揮作用，從而AD1規(guī)定的策略獲得對AD2規(guī)定的策略的優(yōu)先權(quán)。本領(lǐng)域的技術(shù)人員可以理解，現(xiàn)有的沖突檢測方案，尤其是那些用于在運行時檢測和避免沖突的方案，可以經(jīng)改造而適用于本發(fā)明。關(guān)于沖突檢測的進(jìn)一步細(xì)節(jié)可以參閱參考文獻(xiàn)-SinYeungLee，TokWangLing‘RefinedTerminationdecisioninactivedatabases’DEXA1997；以及SinYeungLee，TokWangLing‘Unrollingcyclestodecidetriggertermination’VLDB1999。沖突檢測器410檢查新生成或更新的策略與已經(jīng)存在于策略數(shù)據(jù)庫中的策略之間可能存在的沖突。在發(fā)生沖突的情況下，它通過檢查策略數(shù)據(jù)庫中的元策略，來檢查是否可以保留新策略。例如，在上例中，如果AD1(管理員1)創(chuàng)建了一策略，該策略與AD2(管理員2)規(guī)定并存儲在策略數(shù)據(jù)庫中的策略相沖突，則AD1的策略將被執(zhí)行(因為AD1優(yōu)先于AD2)。如果AD2創(chuàng)建了一個與已經(jīng)規(guī)定的AD1的策略相沖突的策略，則所產(chǎn)生的策略不會存儲在策略數(shù)據(jù)庫中，并且向用戶AD2返回一錯誤消息。此后，策略部署引擎408將無沖突的策略存儲在策略數(shù)據(jù)庫108中。以這種方式，策略規(guī)定層102和策略部署層104確保將策略存儲在策略數(shù)據(jù)庫108中。資源抽象與通知層420提供了一個用于訪問和監(jiān)視資源的集中管理的系統(tǒng)。所有與資源有關(guān)的事件和事務(wù)都是借助于該層而被通知的。策略規(guī)定層102、策略部署層104和策略執(zhí)行層106與資源抽象與通知層420相互作用，以訪問策略數(shù)據(jù)庫108和其它內(nèi)部和外部的資源。資源抽象與通知層420通過提供用于查看、更新、刪除和插入數(shù)據(jù)庫(包括策略數(shù)據(jù)庫)中的記錄的單一訪問入口，而幫助維護(hù)數(shù)據(jù)的一致性。該層只在授權(quán)與驗證管理器404已經(jīng)驗證了用戶的真實身份和權(quán)限后才允許數(shù)據(jù)庫中的事務(wù)處理。該層也通過將數(shù)據(jù)庫中的所有事務(wù)和數(shù)據(jù)變化通知給事件檢測器412，來幫助進(jìn)行事件檢測。該層可以通過標(biāo)準(zhǔn)的ODBC技術(shù)(如Java平臺上使用的JDBC)來實施。資源抽象與通知層420包括3個模塊，即資源訪問與事務(wù)管理模塊、條件評估器框架和動作執(zhí)行器框架。資源訪問與事務(wù)管理模塊與連接到系統(tǒng)的不同資源相互作用。它也可以與外部應(yīng)用相互作用。該模塊執(zhí)行許多功能，如通過與數(shù)據(jù)庫相互作用而列出注冊的資源、執(zhí)行資源查詢、列出策略、添加新的策略、刪除策略、更新策略以及注冊外部資源。條件評估器框架列出系統(tǒng)中已注冊的條件評估器組件。因為該層是基于“即插即用”原則實現(xiàn)的，所以現(xiàn)有的條件評估器可以刪除，其它條件評估器組件可以容易地以后添加。添加和刪除條件評估器組件是由一負(fù)責(zé)人員如系統(tǒng)管理員進(jìn)行的。動作執(zhí)行器框架類似于條件評估器框架，只是它列出的是已注冊的動作執(zhí)行器組件，并提供添加和刪除動作執(zhí)行器組件的功能。第三層是策略執(zhí)行層106，其提供用于執(zhí)行在系統(tǒng)中部署的策略的API。事件檢測器412偵聽資源抽象與通知層420，以獲知在系統(tǒng)中發(fā)生的所有事件，并檢查在策略數(shù)據(jù)庫的事件表中指定的事件(后面將結(jié)合表1-5和圖10更詳細(xì)地解釋)。對于每一相關(guān)事件的發(fā)生，該層將事件廣播給在系統(tǒng)中注冊的相應(yīng)事件偵聽器(如策略部署層104和條件評估器416)。資源抽象與通知層420將系統(tǒng)中的數(shù)據(jù)庫事務(wù)和數(shù)據(jù)改變通知給事件檢測器。事件可以是系統(tǒng)內(nèi)部的或外部的。內(nèi)部事件是由于該網(wǎng)絡(luò)的任何組件的狀態(tài)的任何改變而發(fā)生的事件。例如，在一本地數(shù)據(jù)庫中的更新操作是一內(nèi)部事件。外部事件涉及由于外部系統(tǒng)414如外部溫度變化而發(fā)生的事件。當(dāng)檢測到一事件后，策略執(zhí)行引擎106在策略數(shù)據(jù)庫108中搜索所需要的事件標(biāo)識符及其相應(yīng)策略。然后，條件評估器416確定與該事件相聯(lián)系的條件。在多個條件與一個特定事件相聯(lián)系的情況下，可以并行地評估每個條件。如果條件評估為真，則條件評估器416通知動作執(zhí)行器418以執(zhí)行動作。最后，當(dāng)成功地進(jìn)行了事件檢測和條件評估之后，動作執(zhí)行器418執(zhí)行該策略中規(guī)定的動作?？梢詧?zhí)行的動作的例子有郵件通知(用于發(fā)送電子郵件)、數(shù)據(jù)庫事務(wù)(插入或更新數(shù)據(jù)庫中的表，如將活動記入日志)、數(shù)據(jù)存檔和備份(執(zhí)行數(shù)據(jù)存檔和備份操作)等。對于本領(lǐng)域的技術(shù)人員顯而易見的是，也可以采取其它類型的動作，而不偏離本發(fā)明的范圍。策略執(zhí)行過程將結(jié)合圖10作更詳細(xì)的描述?，F(xiàn)在借助圖5-9和表1-5描述以一種直觀方式規(guī)定和存儲策略的機制。盡管該機制是借助于GUI描述的，其它方法，如果提供了用于規(guī)定策略的直觀方式，也可以使用，而不偏離本發(fā)明的范圍。用于策略規(guī)定的GUI具有三個主屏幕，一個用于事件規(guī)定，一個用于條件規(guī)定，一個用于動作規(guī)定。每個屏幕具有規(guī)定策略的各個策略元素(即事件、條件或動作)的完整功能。因而策略的每個元素被當(dāng)作一個原子實體，其對該策略的任何其它元素的規(guī)定沒有直接影響。圖5示出了根據(jù)本發(fā)明的一優(yōu)選實施例的用于在規(guī)定策略之前驗證用戶的GUI的一個例子。該GUI處理策略創(chuàng)建者的登錄和驗證。與每次登錄及其角色有關(guān)的訪問權(quán)限被利用來規(guī)定事件、條件和動作屏幕。一旦用戶已通過用于驗證的GUI而登錄，則為其提供以下選項供其選擇規(guī)定新的策略，修改現(xiàn)存的策略，刪除現(xiàn)存的策略和查看現(xiàn)存的策略；選項取決于訪問權(quán)限。圖6示出了用于為用戶提供這種選擇的一GUI。用戶可以通過點擊意欲的超鏈接來選擇意欲的選項。圖7-9示出了當(dāng)用戶從圖6所示的GUI中選擇“規(guī)定新策略”選項之后，顯示給該用戶的不同GUI的例子。圖7示出了用于根據(jù)本發(fā)明的一優(yōu)選實施例規(guī)定事件的GUI的例子。為了規(guī)定一事件，可以在事件規(guī)定屏幕中的框702中輸入一唯一的事件名稱。如果該事件名稱已經(jīng)存在于策略數(shù)據(jù)庫中，則GUI提示用戶檢查該事件的名稱和規(guī)定。事件的類型是在“事件類型”下拉框704中指定的。該下拉框可以有3種基本事件類型，即數(shù)據(jù)庫事件、時間事件和外部事件。用戶既可以創(chuàng)建一新事件，也可以使用已經(jīng)存在的(基本的或復(fù)合的)事件來創(chuàng)建一新的復(fù)合事件。將取決于訪問權(quán)限的數(shù)據(jù)庫、表、字段以及所允許操作的下拉列表顯示給策略創(chuàng)建者，以便指定事件發(fā)生的位置。一旦用戶已填充了所需的參數(shù)并點擊了提交按鈕706，則事件規(guī)定被暫時緩存，而條件屏幕，如圖8所示，被顯示給用戶。在圖8所示的條件屏幕GUI中，用戶可以在框802中指定數(shù)據(jù)庫站點(即需要在何處檢查條件)，在框804中指定部門(數(shù)據(jù)庫的所有者)，在框806中指定表(在其上檢測條件的表的名稱)，在框808中指定需檢查其值的字段，并在框810中指定特定的二元運算符，以及比較值。使用這些運算符，可以構(gòu)成復(fù)合條件。當(dāng)點擊提交按鈕812后，該條件就被存儲在一臨時的會話變量中，同時服務(wù)器向用戶提供如圖9所示的動作規(guī)定屏幕。如圖9所示的動作規(guī)定屏幕顯示了管理數(shù)據(jù)所可能需要的4種類型的動作，即通知、清除、存檔或數(shù)據(jù)庫動作。數(shù)據(jù)庫動作可進(jìn)一步分類為插入、刪除或更新。通知動作發(fā)送一通知(如一電子郵件或即時消息)給一外部系統(tǒng)。該通知可用于在該外部系統(tǒng)上觸發(fā)一動作。清除動作從數(shù)據(jù)庫中清除記錄，而存檔動作從主存儲器中清除記錄，并將其備份在一個次級存儲設(shè)備中。數(shù)據(jù)庫動作包括插入、刪除和更新。每個動作接受固定的一組參數(shù)，并將其附加于動作字符串之后。一旦動作字符串被提交，該策略的完整規(guī)定就在動作規(guī)定框902中顯示給該用戶。該用戶可以通過按下“提交”超鏈接904而確認(rèn)一策略。可選地，用戶可以在提交一策略之前，通過點擊“附加”超鏈接906而改變?nèi)魏谓M件(即事件、條件或動作)的規(guī)定。一旦策略元素通過如圖7-9所示的各GUI被規(guī)定，它們就被傳遞給策略轉(zhuǎn)換器。策略轉(zhuǎn)換器包括一符號器(tokenizer)和一分析器。符號器提取策略規(guī)定中使用的符號。來自符號器的輸出被輸入到分析器中，后者接受這些符號，并將它們轉(zhuǎn)換為XML格式。然后，它應(yīng)用一組規(guī)則(產(chǎn)生式規(guī)則)以解釋策略規(guī)定的意義并檢查其合法性。為了驗證一策略規(guī)定的合法性，即檢查策略規(guī)定的語法是否正確，該分析器可以使用與規(guī)定一策略相聯(lián)系的、預(yù)先規(guī)定的產(chǎn)生式規(guī)則。完成此的一種方法是通過規(guī)定適當(dāng)?shù)奈募愋投x(DTD)。DTD是一種語法和語義規(guī)則，并可用于驗證XML格式的策略規(guī)定。然后將XML輸出傳遞給沖突檢測器，其檢查該策略，以查看其是否與策略數(shù)據(jù)庫中現(xiàn)存的策略有沖突。當(dāng)檢測到一沖突，而且該沖突無法通過元策略獲得解決時，系統(tǒng)向用戶返回一錯誤消息。如果沒有檢測到?jīng)_突(或如果該沖突已通過使用策略數(shù)據(jù)庫中的元策略獲得解決)，則策略部署引擎使用適當(dāng)?shù)霓D(zhuǎn)換器，將該無沖突的策略(XML格式的)轉(zhuǎn)換為關(guān)系型格式，并將其存儲在策略數(shù)據(jù)庫中。標(biāo)準(zhǔn)的系統(tǒng)語言，如結(jié)構(gòu)化查詢語言(SQL)、數(shù)據(jù)定義語言(DDL)、數(shù)據(jù)操縱語言(DML)等，可用于向策略數(shù)據(jù)庫中添加策略。策略以關(guān)系型格式存儲在策略數(shù)據(jù)庫中的兩個表即事件表和規(guī)則表中。每一事件類型(即基本的、復(fù)合的和時間的)存儲在不同的事件表中。其中每種表的模式顯示在表1、2和3中。表1.基本事件表的模式表2.復(fù)合事件表的模式表3.時間事件表的模式“事件ID”是系統(tǒng)生成的事件標(biāo)識號碼，其與“事件名稱”結(jié)合而構(gòu)成主鍵。生成時間是事件的生成時間。事件類型指明該事件將要執(zhí)行的操作的類型，即插入、更新或刪除?！笆录姓摺弊侄未鎯?chuàng)建了策略的創(chuàng)建者的姓名。在復(fù)合事件表的模式(表2)中，“基本事件名稱”表示構(gòu)成了復(fù)合事件樹的一部分的基本事件的名稱。“運算符”表示把相應(yīng)的基本事件與由“下一ID”所表示的事件聯(lián)系起來的運算符。在時間事件表的模式(表3)中，“生成時間”存儲為格式為秒/分鐘/小時/星期/日期/月/年的字符串?！笆录愋汀敝赋鏊且唤^對事件還是一周期性事件。“開始時間”是開始檢測相對的或稱周期性事件的時間；當(dāng)事件是絕對事件時，該項是空值。在周期性事件的情況下，“事件發(fā)生時間”表示一期間/間隔，在該期間/間隔之后該事件將再次發(fā)生。“停止時間”是周期性事件將停止發(fā)生的時間。一旦一策略已被規(guī)定，則需要把其條件和動作部分存儲在如表4和5所示的規(guī)則表中，以便完全地確定規(guī)則規(guī)定。動作字符串是SQL、DDL、DML語句形式的，其可由資源抽象與通知層的查詢處理器接受，以便執(zhí)行動作。表4.規(guī)則表的模式表5.規(guī)則表中一個條目的例子注意在策略數(shù)據(jù)庫中存儲策略的上述方案是一說明性方案。對本領(lǐng)域的技術(shù)人員顯而易見的是各種其它方案也可用于部署策略?，F(xiàn)在使用圖10描述如何在發(fā)生了一事件后執(zhí)行一已部署的策略。如上所述，發(fā)生的事件可以是時間事件、資源事件(如數(shù)據(jù)庫事件)或者外部事件。事件檢測器412借助于資源抽象與通知層420來檢測這些事件。可用于進(jìn)行檢測的一種可能方式如下首先，識別所發(fā)生的事件的各種屬性。這些屬性可以包括事件名稱、事件類型、生成時間(用于時間事件)、涉及的數(shù)據(jù)庫(用于數(shù)據(jù)庫事件)等。應(yīng)注意任何一組事件屬性都可被用于確定存儲在策略數(shù)據(jù)庫108中的一事件表中的一事件。下一個步驟涉及使用識別出的已發(fā)生事件的屬性，來確定事件表中的相關(guān)事件。事件檢測器412偵聽資源抽象與通知層420，以獲知發(fā)生在系統(tǒng)中的所有事件，并檢查在策略數(shù)據(jù)庫的事件表中指定的事件。一旦一相關(guān)的事件被檢測出來，其標(biāo)識符(如事件ID)信息就被發(fā)送到條件評估器416。然后，條件評估器416取出存儲在策略數(shù)據(jù)庫108的規(guī)則表中的所有適用的策略(條件和動作)。它可以簡單地使用事件ID，并從規(guī)則表中獲得相應(yīng)的條件和動作字符串。條件評估器416現(xiàn)在檢查與每個策略對應(yīng)的條件。這些條件可能涉及外部系統(tǒng)，以及資源，如系統(tǒng)數(shù)據(jù)庫。通常而言，條件是簡單的邏輯運算，如比較表征了一外部系統(tǒng)或一內(nèi)部系統(tǒng)(如一數(shù)據(jù)庫)的兩個值。因此，條件評估器416接收來自系統(tǒng)內(nèi)部及系統(tǒng)外部的資源的輸入。條件評估器也可以執(zhí)行系統(tǒng)命令(例如使用SQL查詢)，以便評估一條件(例如檢查資源的狀態(tài))。當(dāng)條件評估完成后，條件評估器416或者拒絕該規(guī)則(如果該條件不為真)，或者將該規(guī)則的動作部分傳給動作執(zhí)行器418(如果該條件為真)。動作執(zhí)行器418控制一組動作組件1002。這些動作組件可以采取的形式有DML(數(shù)據(jù)操縱語言)、DDL(數(shù)據(jù)定義語言)、SQL(結(jié)構(gòu)化查詢語言)、通知和警告。動作執(zhí)行器418通過資源抽象層420將適當(dāng)?shù)闹噶畎l(fā)送給資源(其應(yīng)當(dāng)執(zhí)行動作)，以便執(zhí)行在該策略中規(guī)定的動作。例如，它可以通過資源抽象層420將一SQL指令發(fā)送給DBMS(數(shù)據(jù)庫管理系統(tǒng))。以上解釋了根據(jù)本發(fā)明的一優(yōu)選實施例的管理資源的系統(tǒng)和方法，現(xiàn)在舉一個策略的例子，并表明在本發(fā)明的一優(yōu)選實施例中創(chuàng)建和處理策略的方式。這有助于更清楚地解釋至此描述的方法和系統(tǒng)。示例下面將借助于一例子說明本發(fā)明?？紤]以下策略的例子“(事件)自2002年1月至2005年1月，在每月的第一天，上午9點，(條件)檢查DELHI:EBIZ數(shù)據(jù)庫的大小是否大于200MB，然后(動作)將該數(shù)據(jù)庫備份到DelhiBackup服務(wù)器即DELHI_EBIZ的磁帶上”。用戶可以通過GUI以一種直觀的方式(使用簡單的語言構(gòu)件)來規(guī)定這一策略，如圖11-14所示。用戶可以通過下拉菜單和可點擊標(biāo)記來規(guī)定事件、條件和動作。圖11和12示出了用于事件規(guī)定的GUI。在圖11中，用戶指定事件名稱和事件類型(時間的)。在圖12中，用戶進(jìn)一步規(guī)定時間事件中的諸值。圖13和14示出了分別用于指定條件和動作的GUI。策略規(guī)定層通過GUI捕獲用戶的選擇。經(jīng)過簡單的預(yù)處理，用戶所作的選擇以下列格式排列起來事件(New_Temporal)(StartingFrom(2002-Jan-11:00)OnEveryMonthOnDate1StartAt9:00EndAt(2005-Jan-11:00))條件(database_stateSize_of_database(DELHI:EBIZ)＞200MB)動作[(BackupDatabaseDELHI:EBIZAtDELHI:TapeAsBackup_EBIZ)]應(yīng)注意，這些值也可以可選地在GUI中顯示給用戶，用戶也可以直接添加這些值(而不需選擇適當(dāng)?shù)目牲c擊標(biāo)記或下拉菜單)以進(jìn)一步定制和規(guī)定復(fù)雜的策略。圖12-14的GUI顯示了這些規(guī)定框的圖示，在其中用戶可以可視化地顯現(xiàn)和修改規(guī)定。上述格式的規(guī)定的事件、條件和動作被傳遞給策略轉(zhuǎn)換器。策略轉(zhuǎn)換器包括一符號器和一分析器。符號器提取上述規(guī)定中所使用的符號。在上例中，符號器返回用于事件規(guī)定的以下符號LEFT_BRACKETNEW_TEMPORALRIGHT_BRACKETLEFT_BRACKETSTARTINGSTRINGLEFT_BRACKETSTRINGRIGHT_BRACKETSTRINGEVERYMONTHSTRINGDATENUMBERSTARTATSTRINGENDATLEFT_BRACKETSTRINGRIGHT_BRACKETRIGHT_BRACKET來自符號器的輸出被輸入到分析器，該分析器接受符號，并將它們轉(zhuǎn)換成XML格式。在上例中，XML格式的事件規(guī)定可能看起來如下<prelisting-type="program-listing">＜temporal_event＞　?。紅emporal_event_id＝”1”/＞　?。糴ventname＞Newtemp＜/eventname＞&lt;!--SIPO&lt;DPn="21"&gt;--&gt;&lt;dpn="d21"/&gt;＜event_type＞relative＜/event_type＞＜event_owner＞db2admin＜/event_owner＞＜creation_time_stamp＞2:49:22:Sat:5:Oct:2002＜/creation_time_stamp＞＜start_event＞2002:jan:1:9:00＜/start_event＞＜period_unit＞months＜/period_unit＞＜sub_period＞9:00＜/sub_period＞＜periodicity＞Month:1＜/periodicity＞＜sub_period_unit＞t＜/sub_period_unit&lt;br/&gt;＜next_occurrence＞2002:Feb:1:9:00＜/next_occurrence＞＜/temporal_event＞</pre>此后，分析器應(yīng)用一組規(guī)則(產(chǎn)生式規(guī)則)來解釋策略規(guī)定的意義，并檢查其合法性。為了驗證一策略的合法性，即檢查策略規(guī)定的語法是否正確，分析器可以使用與規(guī)定一策略相聯(lián)系的預(yù)先規(guī)定的產(chǎn)生式規(guī)則。完成此的一種方式是通過規(guī)定適當(dāng)?shù)奈臋n類型定義(DTD)。DTD是一種語法和語義規(guī)則，并可用于驗證XML格式的策略規(guī)定。然后，上述XML輸出被傳遞給沖突檢測器，其檢查該策略是否與策略數(shù)據(jù)庫中現(xiàn)存的策略相沖突。如果沒有檢測到?jīng)_突，則策略部署引擎將無沖突的策略以關(guān)系型格式存儲在策略數(shù)據(jù)庫中。標(biāo)準(zhǔn)的系統(tǒng)語言，如結(jié)構(gòu)化查詢語言(SQL)、數(shù)據(jù)定義語言(DDL)、數(shù)據(jù)操縱語言(DML)等可用于向策略數(shù)據(jù)庫中添加策略。SQL查詢的一個例子是INSERTINTOTemporalEventsVALUES(1，‘New_temp’，‘Relative’，‘db2admin’，‘2:49:22:Sat:5:oct:2002’，‘2002:Jan:1:9:00’，‘2005:Jan:1:9:00’，‘month’，‘9:00’，‘Month:1’，‘t’，‘2002:Feb:1:9:00’)。策略以關(guān)系型格式存儲在策略數(shù)據(jù)庫的兩個表，即事件表和規(guī)則表中。在上例中，策略數(shù)據(jù)庫中的關(guān)系型格式的條目可以如下事件表事件ID1事件名稱New_temp事件類型Relative事件所有者db2admin生成時間2:49:22:Sat:5:Oct:2002開始事件2002:Jan:1:9:00結(jié)束事件2005:Jan:1:9:00周期單位months子周期9:00周期Month:1子周期單位t下次發(fā)生2002:Feb:1:9:00規(guī)則表規(guī)則ID2規(guī)則名稱New_temporal事件ID1條件字符串(database_stateSize_of_database(DELHI:EBIZ)＞200MB)動作字符串[(BackupDatabaseDELHI_EBIZAtDELHI:TapeAsBackup_EBIZ)]規(guī)則類型TEMPORAL規(guī)則所有者DB2ADMIN生成時間3:49:22:Sat:5:Oct:2002上述策略的執(zhí)行可以下述方式進(jìn)行。事件檢測器通過資源抽象與通知層檢測事件。當(dāng)事件檢測器檢測到已在策略數(shù)據(jù)庫的一事件表中規(guī)定的一事件時，它就從該策略數(shù)據(jù)庫中提取相應(yīng)的策略規(guī)定。在上例中，當(dāng)事件發(fā)生時(即由2002年1月1日上午9點所規(guī)定的時間事件)，使用該事件的信息(如事件ID、生成時間等)將條件規(guī)定和動作規(guī)定從規(guī)則表中取出來。將與該事件相應(yīng)的規(guī)則字符串(包括條件和動作)傳遞給條件評估器。為了驗證該條件，該條件處理器可以形成和執(zhí)行適當(dāng)?shù)拿?。在上例中，其中條件字符串是-“如果數(shù)據(jù)庫DELHI:EBIZ的大小大于200MB”，條件評估器可以通過適當(dāng)?shù)腟QL命令確定DELHI:EBIZ數(shù)據(jù)庫的大小。在上例中，可以通過SQL查詢-“l(fā)isttablespacesshowdetail”來提取一數(shù)據(jù)庫中所有表的大小。已使用頁的列表的總和可以給出該數(shù)據(jù)庫大小的估計值。將由SQL查詢結(jié)果獲得的大小與閾值(在條件字符串中規(guī)定的)即200MB進(jìn)行比較。如果該大小小于200MB，則條件評估器查看該條件字符串中規(guī)定的其它規(guī)則，并以與上述同樣的方式驗證它們。如果在該字符串中沒有其它規(guī)則了，則條件評估器關(guān)閉數(shù)據(jù)庫連接并結(jié)束。如果條件為真，即其大小大于200MB，則條件評估器將動作字符串傳給動作執(zhí)行器。該動作執(zhí)行器解釋該動作字符串(利用其自己的分析器)，并形成適當(dāng)?shù)腟QL查詢。然后，該SQL查詢被傳給資源抽象與通知層中的一查詢處理器，以便執(zhí)行規(guī)定的動作。在當(dāng)前例子中，將用于備份DELHI:EBIZ數(shù)據(jù)庫的SQL查詢發(fā)送給查詢處理器，該SQL查詢?yōu)椤癇ACKUPDATABASEDELHI_EBIZONLINETO\\DELHI\\TAPE\\DELHI_EBIZ”。硬件和軟件實現(xiàn)本發(fā)明可以在一計算機系統(tǒng)或任何其它處理系統(tǒng)中實施。圖15示出了一個這樣的計算機系統(tǒng)。該計算機系統(tǒng)包括一微處理器1502。該微處理器連接到一通信總線1504。該計算機系統(tǒng)還包括一隨機存取存儲器(RAM)1506、一只讀存儲器(ROM)1508和次級存儲器1510。次級存儲器1510可以是一硬盤驅(qū)動器，或者一可移動存儲驅(qū)動器，如一軟盤驅(qū)動器、光盤驅(qū)動器等。次級存儲器1510也可以是其它類似的、用于把計算機程序或其它指令裝入計算機系統(tǒng)的裝置。該計算機系統(tǒng)也包括一通信單元1512。通信單元1512使得計算機可以連接到其它數(shù)據(jù)庫和因特網(wǎng)。通信單元1512使得能夠傳輸和接收來自其它數(shù)據(jù)庫的數(shù)據(jù)。通信單元1512可以包括一調(diào)制解調(diào)器、一以太網(wǎng)卡或任何類似的設(shè)備，其使得計算機系統(tǒng)連接到諸數(shù)據(jù)庫和網(wǎng)絡(luò)，如LAN、MAN、WAN和因特網(wǎng)。計算機系統(tǒng)也包括用于提供用戶接口的一顯示單元1514，以及使用戶能夠輸入策略的一輸入設(shè)備1516。本發(fā)明的優(yōu)選實施例可以在這樣的系統(tǒng)上實施，該系統(tǒng)具有如在UNIX、Windows2000和WindowsNT操作系統(tǒng)上可以看到的某些結(jié)構(gòu)要素；更具體地說，是與數(shù)據(jù)庫管理系統(tǒng)(DBMS)，如RiscSystem/6000上的IBMDB2/Common-Server，結(jié)合起來。也可以使用其它的關(guān)系型數(shù)據(jù)庫，如Sybase、Oracle等。用于實施本發(fā)明的軟件代碼可以任何編程語言如C、JAVA、C#等來編寫。本發(fā)明也可以部署為一Web服務(wù)。其主要的后端模塊可以編寫為服務(wù)小程序(servlet)(被設(shè)計在一應(yīng)用服務(wù)器或一服務(wù)小程序引擎上運行的JAVA程序)，而前端模塊可以編寫為JSP(JavaServerPage)、HTML、JAVA-Script和Applet。本發(fā)明使用JDBCAPI與后端數(shù)據(jù)庫通信。本發(fā)明提供了幾個API用于實施策略規(guī)定、策略部署和策略執(zhí)行的各個方面。在本發(fā)明中可以使用的API可以根據(jù)本發(fā)明的使用所在的系統(tǒng)，以任何編程語言編寫。JavaTMEnterpriseAPI、Java基礎(chǔ)類(JFC)、Swing等是在JavaTM平臺上提供的一些工具。在各層中使用的一些重要的API已經(jīng)在描述各層時進(jìn)行了討論。本發(fā)明的優(yōu)點本發(fā)明提供了很多優(yōu)點。它使資源管理的任務(wù)更容易了。用戶友好的接口和簡單的語言構(gòu)件使得甚至非IT專家者也能規(guī)定、修改、刪除或可視化地顯現(xiàn)策略。因此，資源和數(shù)據(jù)管理的成本顯著降低了。可視化地顯現(xiàn)和理解給定系統(tǒng)中的策略的任務(wù)可以圖形化地表現(xiàn)為樹形結(jié)構(gòu)。即將可視化顯現(xiàn)的策略由策略轉(zhuǎn)換器406以關(guān)系型格式從策略數(shù)據(jù)庫中取回。此后，策略轉(zhuǎn)換器將策略元素的細(xì)節(jié)轉(zhuǎn)換為XML格式。本領(lǐng)域的技術(shù)人員可以理解，所提取的XML格式的策略細(xì)節(jié)，利用適當(dāng)?shù)能浖ぞ?，可以容易地轉(zhuǎn)換并嵌入用戶接口中。例如，通過使用XML格式的規(guī)定，所提取的策略可以樹型結(jié)構(gòu)顯示給用戶。圖16示出了以樹型數(shù)據(jù)結(jié)構(gòu)可視化地顯現(xiàn)策略的一個例子。事件E1可能包含諸如名稱、站點、數(shù)據(jù)庫、表、操作等詳細(xì)信息。如圖16所示，當(dāng)在位于BLUEDOT站點的I_TAX數(shù)據(jù)庫的PAYROLL表中進(jìn)行了AFTER_INSERT(插入后)操作后，事件E1發(fā)生。該策略是“當(dāng)在所得稅數(shù)據(jù)庫(I-TAX)中發(fā)生事件E1以及事件E2或事件E3中的任何一個、且條件C1滿足時，則執(zhí)行動作A1。”為了表示多個事件，使用諸如AND、ANY等連接符。將存儲在策略數(shù)據(jù)庫中的策略轉(zhuǎn)換為樹型結(jié)構(gòu)是由策略轉(zhuǎn)換器完成的。例如，圖16中示出了3個事件，其由2個連接符AND和ANY連接起來。因而，當(dāng)E1以及E2和E3中的任何一個發(fā)生時，該策略被啟動。與這些事件有關(guān)的諸參數(shù)顯示在圖中所示的框中。這些參數(shù)可以是事件的名稱、站點名稱(資源所在之處)、數(shù)據(jù)庫名稱、表名稱、操作類型(插入、刪除、更新)。相似類型的樹也用于描述所規(guī)定的策略的條件和動作?；跇涞慕Y(jié)構(gòu)顯然有助于理解、可視化地顯現(xiàn)和修改策略及其個別元素，尤其從非IT專家者的觀點看更是這樣。對本領(lǐng)域的技術(shù)人員顯而易見的是，向用戶可視化地顯現(xiàn)策略的方式可以有幾種修改。例如，在另一種實施例中，策略可以表示由一HTML文件中的文本描述的表示。本發(fā)明的另一個優(yōu)點是它提供了對個別策略元素的訪問控制。通過直觀的簡單語言構(gòu)件，用戶可以為數(shù)據(jù)、資源(例如數(shù)據(jù)庫、網(wǎng)絡(luò)設(shè)備)規(guī)定權(quán)限和訪問控制規(guī)則。進(jìn)一步地，訪問控制可以在事件和/或條件和/或動作水平上進(jìn)行配置。一策略的條件子句可以返回非二元的值，而動作可以根據(jù)該返回值而被執(zhí)行。例如，設(shè)想一策略，其事件為“在存貨中輸入新項目”。該策略的條件子句在該項目是普通類別時返回值1，在該項目是特殊類別時返回值2，在該項目是重要的被要求類別時返回值3?？梢詾檫@些返回值中的每一個規(guī)定不同的動作。例如，如果返回值是1或2，則系統(tǒng)可以通知銷售部門，而如果返回值是3，則系統(tǒng)可以連同要求該項目的用戶id(標(biāo)識)通知給銷售部門，并且還向要求該項目的用戶發(fā)送一通知。本發(fā)明的另一優(yōu)點是它提供了檢測沖突的機制，藉此保持了系統(tǒng)的完整性。通過使用元策略(其包括諸策略及策略創(chuàng)建者之間的優(yōu)先權(quán))，可以決定在新的/修改的策略與現(xiàn)在的策略之間是否存在任何沖突。如果存在這種沖突，則拒絕該新的/修改的策略，并通知該策略的創(chuàng)建者此事。以這種方式，只有無沖突的策略才部署在策略數(shù)據(jù)庫中。本發(fā)明的另一個優(yōu)點是它提供了集中的訪問入口以管理和監(jiān)視分布式資源。網(wǎng)絡(luò)中的所有資源都可以通過規(guī)定適當(dāng)?shù)牟呗远械乜刂啤１M管以上說明和描述了本發(fā)明的一些優(yōu)選實施例，顯然本發(fā)明不僅限于這些實施例。對本領(lǐng)域的技術(shù)人員而言顯而易見的是，可以有多種修改、改變、變化、替換和等價做法，而不脫離如權(quán)利要求所述的本發(fā)明的精神和范圍。權(quán)利要求1.一種使用多個策略來管理資源的系統(tǒng)，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該系統(tǒng)包括第一設(shè)備，用于使一用戶能夠以一種直觀的方式規(guī)定、修改、刪除和可視化所述策略；第二設(shè)備，用于部署由所述用戶規(guī)定的策略，該第二設(shè)備包括轉(zhuǎn)換器，用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為可以直接存儲在所述策略數(shù)據(jù)庫中的格式；第三設(shè)備，用于執(zhí)行所述已部署的策略；以及接口，用于在所述資源與所述第一設(shè)備、第二設(shè)備和第三設(shè)備之間提供接口。2.如權(quán)利要求1所述的系統(tǒng)，進(jìn)一步包括一個用于授權(quán)和驗證系統(tǒng)的用戶的安全組件。3.如權(quán)利要求1所述的系統(tǒng)，其中所述策略以一種關(guān)系型格式存儲在所述策略數(shù)據(jù)庫中。4.如權(quán)利要求1所述的系統(tǒng)，其中所述第二設(shè)備進(jìn)一步包括用于解決新規(guī)定的或修改的策略與現(xiàn)存策略之間的沖突的單元；以及用于將無沖突的策略存儲在所述策略數(shù)據(jù)庫中的存儲組件。5.如權(quán)利要求4所述的系統(tǒng)，其中所述單元進(jìn)一步包含多個元策略，所述元策略描述每一資源上的諸操作之間的優(yōu)先關(guān)系，以及諸策略制定者之間的優(yōu)先關(guān)系。6.如權(quán)利要求1所述的系統(tǒng)，其中所述第三設(shè)備進(jìn)一步包括第一子組件，用于檢測事件的發(fā)生；第二子組件，用于評估與檢測到的事件相應(yīng)的條件，所述條件是在與所述檢測到的事件相應(yīng)的策略中被規(guī)定的；以及第三子組件，用于執(zhí)行與被評估的條件相應(yīng)的動作，所述動作是在與所述檢測到的事件和所述被評估的條件相應(yīng)的策略中被規(guī)定的。7.如權(quán)利要求1所述的系統(tǒng)，其中所述接口進(jìn)一步包括監(jiān)視器，用于監(jiān)視和訪問資源；第一子單元，用于處理所述條件；以及第二子單元，用于處理所述動作。8.如權(quán)利要求7所述的系統(tǒng)，其中所述監(jiān)視器使得對資源的訪問能夠訪問到事件、條件和動作。9.如權(quán)利要求1所述的系統(tǒng)，其中所述第一設(shè)備進(jìn)一步包括一組GUI。10.如權(quán)利要求1所述的系統(tǒng)，其中策略的可視化是作為一種層級的樹形結(jié)構(gòu)而被呈現(xiàn)的。11.一種用于使用多個策略來管理資源的方法，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該方法包括以一種直觀的方式規(guī)定策略；將以所述直觀的方式規(guī)定的所述策略轉(zhuǎn)換為可以直接存儲在所述策略數(shù)據(jù)庫中的格式；驗證所述規(guī)定的策略為無沖突的策略；將無沖突的策略部署到所述策略數(shù)據(jù)庫中；以及執(zhí)行存儲在所述策略數(shù)據(jù)庫中的所述策略，所述策略是在發(fā)生了與所述策略相應(yīng)的一事件時執(zhí)行的。12.如權(quán)利要求11所述的方法，其中驗證所述規(guī)定的策略的所述步驟進(jìn)一步包括將一策略與現(xiàn)存策略沖突一事通知給策略創(chuàng)建者。13.如權(quán)利要求11所述的方法，其中執(zhí)行所述策略的所述步驟包括檢測系統(tǒng)中事件的發(fā)生；從所述策略數(shù)據(jù)庫中提取與檢測到的事件相應(yīng)的策略；評估在所述提取出的策略中規(guī)定的條件；以及基于所述被評估的條件，執(zhí)行所述提取出的策略中規(guī)定的動作。14.如權(quán)利要求11所述的方法，其中所述策略是使用GUI以所述直觀的方式規(guī)定的。15.一種使用多個策略來管理資源的系統(tǒng)，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該系統(tǒng)包括多個客戶端機器，其使得一用戶能夠以一種直觀的方式規(guī)定、修改和可視化所述策略；與所述多個客戶端機器中的每一個連接的一服務(wù)器，該服務(wù)器包括第一設(shè)備，用于部署所述已創(chuàng)建的策略，該第一設(shè)備包括一轉(zhuǎn)換器，該轉(zhuǎn)換器用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為以一關(guān)系型查詢格式規(guī)定的策略，該格式可以直接存儲在所述策略數(shù)據(jù)庫中；第二設(shè)備，用于執(zhí)行所述已部署的策略；以及接口，用于在資源與所述多個客戶端機器、所述轉(zhuǎn)換器、所述第一設(shè)備和所述第二設(shè)備之間提供接口。16.如權(quán)利要求15所述的系統(tǒng)，其中所述策略數(shù)據(jù)庫進(jìn)一步包括第一存儲單元，用于存儲關(guān)于事件的信息；以及第二存儲單元，用于存儲每一事件的條件和隨后的動作。17.一種用于使用多個策略來管理資源的基于策略的系統(tǒng)，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，該系統(tǒng)具有多個客戶端機器，該些客戶端機器使得用戶能夠以一種直觀的方式規(guī)定、修改和可視化所述策略，該系統(tǒng)進(jìn)一步包括與所述多個客戶端機器中的每一個連接的一服務(wù)器，該服務(wù)器包括第一單元，用于部署所述已創(chuàng)建的策略，該第一單元包括一轉(zhuǎn)換器，該轉(zhuǎn)換器用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為可以直接存儲在一策略數(shù)據(jù)庫中的格式；第二單元，用于執(zhí)行已部署的策略，其中策略的執(zhí)行導(dǎo)致對資源的管理；以及接口，用于在資源與所述第一單元和所述第二單元之間提供接口，所述資源包括一策略數(shù)據(jù)庫，該策略數(shù)據(jù)庫以一關(guān)系型格式存儲所述已部署的策略。18.一種用于管理多個資源的基于策略的系統(tǒng)，所述系統(tǒng)包括與多個客戶端機器連接的一服務(wù)器，該服務(wù)器包括用于在一策略數(shù)據(jù)庫中部署策略的第一設(shè)備，該第一設(shè)備包括一轉(zhuǎn)換器，該轉(zhuǎn)換器用于將以一直觀方式規(guī)定的策略轉(zhuǎn)換為以一種關(guān)系型格式規(guī)定的策略，其中所述客戶端機器中的每一個包括第一組件，用于使得一用戶可以所述直觀的方式規(guī)定、修改和可視化策略，其中所述第一組件包括多個用戶接口，用于從所述用戶接受命令和數(shù)據(jù)；以及用于將預(yù)先規(guī)定的一組系統(tǒng)命令映射到多個用戶接口的單元，其中一個系統(tǒng)命令映射到至少一個用戶接口；第二組件，用于與一服務(wù)器交換信息，以便規(guī)定、修改和可視化策略。19.一種使用多個策略來管理資源的系統(tǒng)，所述資源包括多個數(shù)據(jù)庫，所述策略是由事件、條件和動作規(guī)定的，所述策略包括用于管理資源的記錄保持策略，所述策略包括用于控制對資源的訪問的訪問控制策略，該系統(tǒng)包括第一組件，用于使得用戶可以一直觀的方式規(guī)定、修改、刪除和可視化所述策略；第二組件，用于部署由所述用戶規(guī)定的策略，該第二組件包括轉(zhuǎn)換器，用于將以所述直觀方式規(guī)定的策略轉(zhuǎn)換為以關(guān)系型格式規(guī)定的策略；第三組件，用于執(zhí)行已部署的策略；以及第四組件，用于在所述資源與所述第一組件、所述第二組件和所述第三組件之間提供接口。20.如權(quán)利要求19所述的系統(tǒng)，其中所述訪問控制策略是在每一事件、條件和動作水平上規(guī)定的。21.一種用于執(zhí)行使用多個策略來管理資源的方法的計算機程序產(chǎn)品，所述策略存儲在一策略數(shù)據(jù)庫中，所述策略是由事件、條件和動作規(guī)定的，所述方法包括使用戶能夠以直觀的方式規(guī)定、修改、刪除和可視化所述策略；部署由所述用戶規(guī)定的所述策略，其進(jìn)一步包括將以所述直觀方式規(guī)定的策略轉(zhuǎn)化為可以直接存儲在所述策略數(shù)據(jù)庫中的格式；執(zhí)行已部署的策略；以及在所述資源與所述用戶之間提供接口。22.如權(quán)利要求21所述的計算機程序產(chǎn)品，其中所述方法進(jìn)一步包括檢測事件的發(fā)生；評估與檢測到的事件相應(yīng)的條件，所述條件是在與所述檢測到的事件相應(yīng)的策略中規(guī)定的；以及執(zhí)行與被評估的條件相應(yīng)的動作，所述動作是在與所述檢測到的事件和所述被評估的條件相應(yīng)的策略中規(guī)定的。全文摘要本發(fā)明提供了的一種系統(tǒng)，其用于管理諸如應(yīng)用模塊、數(shù)據(jù)庫、信息庫等資源，監(jiān)視事務(wù)以及在諸系統(tǒng)之間傳輸數(shù)據(jù)。該系統(tǒng)包括一策略規(guī)定層、一策略部署層和一策略執(zhí)行層。所述策略規(guī)定層提供了通過一用戶接口使用直觀簡單的語言構(gòu)件來創(chuàng)建、編輯和可視化地顯現(xiàn)策略的功能。所述策略部署層將所述已創(chuàng)建的策略轉(zhuǎn)換為可以直接存儲在一策略數(shù)據(jù)庫的一關(guān)系型格式。所述策略執(zhí)行層在發(fā)生一事件時執(zhí)行所述已部署的策略。一資源抽象與通知層提供了所述資源與所述策略規(guī)定層、策略部署層和策略執(zhí)行層之間的接口。文檔編號G06F17/30GK1508739SQ20031012125公開日2004年6月30日申請日期2003年12月15日優(yōu)先權(quán)日2002年12月16日發(fā)明者M(jìn)·K·默哈尼亞,MK默哈尼亞,U·夏爾馬,磯,M·庫馬爾,巴特拉,V·S·巴特拉申請人:國際商業(yè)機器公司