專利名稱：用于訪問在計(jì)算機(jī)網(wǎng)絡(luò)中實(shí)現(xiàn)的資源的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及系統(tǒng)管理的領(lǐng)域。具體地，本發(fā)明涉及用于訪問在計(jì) 算機(jī)網(wǎng)絡(luò)中實(shí)現(xiàn)的資源的方法和系統(tǒng)，其中存在由所述資源之一或由 訪問所述資源之一的系統(tǒng)管理應(yīng)用(l)使用的多個(gè)不同的運(yùn)行時(shí)環(huán)境， 其中所述不同的運(yùn)行時(shí)環(huán)境需要使用包括多個(gè)各不同的、運(yùn)行時(shí)專用的web (網(wǎng)絡(luò))服務(wù)標(biāo)準(zhǔn)的web服務(wù)資源框架。
技術(shù)背景諸如WSDM(web月良務(wù)分布式管理，見www.oasis畫open.org)和 WS-Man(web服務(wù)管理)的web服務(wù)(WS)標(biāo)準(zhǔn)以及將來匯聚的標(biāo)準(zhǔn)描 述了 IT資源(操作系統(tǒng)、打印機(jī)、應(yīng)用等)如何使用web服務(wù)向客戶機(jī) 應(yīng)用暴露它們的可管理性能力。這些客戶機(jī)應(yīng)用通常是由IBM或由 互聯(lián)網(wǎng)服務(wù)供應(yīng)商或其它臨售商提供的系統(tǒng)管理應(yīng)用?，F(xiàn)有的web服 務(wù)用遵循WSDL(web服務(wù)定義語言，見www.w3.org)標(biāo)準(zhǔn)的XML文 檔描述它們的接口。它們伴隨有通常在應(yīng)用服務(wù)器上部署和執(zhí)行的各 個(gè)web月艮務(wù)的實(shí)施(implementation)。所以，存在描述使用WSDL定義的能力的接口的公開標(biāo)準(zhǔn)，但 WS-實(shí)施的實(shí)現(xiàn)是隨其被部署到的運(yùn)行時(shí)環(huán)境(WAS， OSGI， Apache Tomcat等等)而改變的。應(yīng)當(dāng)注意，本發(fā)明應(yīng)用于這個(gè)領(lǐng)域的所有標(biāo)準(zhǔn)。當(dāng)前，WSDM(在 OASIS標(biāo)準(zhǔn)化)和WS-Man(在DMTF標(biāo)準(zhǔn)化)代表當(dāng)前的現(xiàn)有技術(shù)標(biāo) 準(zhǔn)。支持WSDM的和支持WS-Man的組同意把這些標(biāo)準(zhǔn)和新的標(biāo)準(zhǔn) 連接在一起，這將在接下來的幾年內(nèi)規(guī)定。所以，WSDM構(gòu)成物，諸 如可管理的資源，應(yīng)當(dāng)凈皮理解為可互換地用于相應(yīng)的WS-Man構(gòu)成物。參照?qǐng)D1，圖1顯示用于現(xiàn)有技術(shù)的基于web系統(tǒng)管理方法的現(xiàn) 有技術(shù)硬件和軟件環(huán)境的最基本的結(jié)構(gòu)部件， 一個(gè)最新現(xiàn)有技術(shù)的基 于web服務(wù)的系統(tǒng)管理實(shí)施1是WSDM客戶機(jī)1，它針對(duì)特定的運(yùn) 行時(shí)環(huán)境8A到8E，諸如在WAS 6.0上的ODI:RM、在Apache Tomcat 上的AIDE、 BEA等等。WSDM管理性接口 4是通過提供服務(wù)接口定 義的WSDL 1.1文檔、相關(guān)的資源特性機(jī)制和資源元數(shù)據(jù)文檔表示的 接口。這些實(shí)施的每個(gè)實(shí)施都定義了用于資源類型的它本身的編程模 型5，6，7。這樣的編程模型5，6，7規(guī)定了必須如何實(shí)現(xiàn)各個(gè)可管理的資 源，以便能夠在各個(gè)運(yùn)行時(shí)環(huán)境內(nèi)運(yùn)行。與單元l， 4， 5, 8E協(xié)作的、如圖l所示的當(dāng)前實(shí)施有各種缺點(diǎn)第一，它們不是便攜式的，并且在對(duì)于部署目標(biāo)的決定方面沒有 靈活性。這是由于如下事實(shí)每個(gè)可管理的資源運(yùn)行時(shí)環(huán)境規(guī)定了它 本身的編程模型。第二，不同的運(yùn)行時(shí)環(huán)境8A，…，8E實(shí)現(xiàn)WSDM可管理的資源以 及在上述的WS-Man標(biāo)準(zhǔn)的情形下WS -資源傳送所需要的WS技術(shù) 規(guī)范的不同的各個(gè)完整性等級(jí)。這是由方塊5，6，7的不同高度來表示 的。此外，對(duì)于所實(shí)現(xiàn)的技術(shù)規(guī)范，支持各種不同的服務(wù)質(zhì)量屬性， 諸如性能、可靠性等等。由于用于可管理資源的每個(gè)當(dāng)前可得到的運(yùn) 行時(shí)環(huán)境8A，…，8E根據(jù)不同的編程模型而支持不同的服務(wù)質(zhì)量，所以 可管理資源實(shí)施的供應(yīng)商不可能依賴于由基礎(chǔ)的運(yùn)行時(shí)環(huán)境所提供 的公共的、標(biāo)準(zhǔn)化的特征集。例如，運(yùn)行時(shí)環(huán)境8E，其被表示為 "WAS，，--Websphere應(yīng)用服務(wù)器—實(shí)現(xiàn)運(yùn)行時(shí)環(huán)境沒有實(shí)現(xiàn)的屬性。 作為一個(gè)例子，環(huán)境8E實(shí)現(xiàn)8A-8D所沒有提供的端對(duì)端WS安全功 能。其中每個(gè)運(yùn)行對(duì)支持不同的服務(wù)水平和服務(wù)質(zhì)量的另 一個(gè)例子 是對(duì)WS尋址的支持。WS尋址存在多個(gè)不同的版本。每個(gè)運(yùn)行時(shí)環(huán)境選擇在運(yùn)行時(shí)的開發(fā)和測試期間可用的版本。運(yùn)行時(shí)供應(yīng)商提供哪些API來暴露WS尋址的功能性和互操作性水平，也是運(yùn)行時(shí)供應(yīng)商 的自由。所以，例如，WAS 6選擇版本2004/08，其中WAS6.1具有 WS尋址的2006版本。另一個(gè)例子是，從WAS 6到WAS 6.1,暴露 WS尋址功能性的API大大地改變。所以把WSDM兼容的web力艮務(wù) 從WAS 6移動(dòng)到WAS 6.1，牽涉到很大量的轉(zhuǎn)向努力(porting effort)。在此情況中，討論不是有關(guān)"低層"編程模型(即，J2EE相對(duì)于 OSGi)和它相應(yīng)的實(shí)施(例如，IBM WebSphere應(yīng)用服務(wù)器，JBoss, Bea WebLogic, Apache Geronimo等等)。討論更多的是關(guān)于在 J2EE/OSGi之上實(shí)現(xiàn)"容器(container)"所需要的編程模型，這樣，可 管理的資源可以在它之內(nèi)運(yùn)行。這樣的容器克服了現(xiàn)有技術(shù)的缺點(diǎn)， 諸如在不同運(yùn)行時(shí)之間的互操作性。發(fā)明內(nèi)容本發(fā)明的目的是提供對(duì)客戶機(jī)透明地訪問資源的方法，即，使得 該訪問方法與基礎(chǔ)的運(yùn)行時(shí)環(huán)境無關(guān)。本發(fā)明的目的是通過在所附獨(dú)立權(quán)利要求中闡述的特性來實(shí)現(xiàn) 的。本發(fā)明的其它有利的安排和實(shí)施例在各個(gè)從屬權(quán)利要求中闡述。 現(xiàn)在應(yīng)當(dāng)參考所附權(quán)利要求。簡言之，本發(fā)明提供了一種在WSDM可管理性接口與不同的各 個(gè)運(yùn)行時(shí)環(huán)境之間的接口層，這緩和了各個(gè)運(yùn)行時(shí)環(huán)境的實(shí)現(xiàn)差別。 這個(gè)接口層提供對(duì)于每個(gè)資源類型可共用的編程模型，以及提供在通 用編程模型與各個(gè)獨(dú)立的運(yùn)行時(shí)環(huán)境之間的適配機(jī)制。按照本發(fā)明的最廣義的方面，公開了 一種用于訪問在計(jì)算機(jī)網(wǎng)絡(luò) 中實(shí)現(xiàn)的資源的方法，其中存在由資源的任一個(gè)或由訪問一個(gè)資源的 系統(tǒng)管理應(yīng)用所使用的多個(gè)不同的運(yùn)行時(shí)環(huán)境，其中不同的運(yùn)行時(shí)環(huán) 境需要使用包括多個(gè)各不相同的運(yùn)行時(shí)專用的web服務(wù)標(biāo)準(zhǔn)的web 服務(wù)資源框架，所述標(biāo)準(zhǔn)是諸如不同的各個(gè)目標(biāo)--例如web服務(wù)尋址、web服務(wù)通知、web服務(wù)安全—需要使用的WSDM、 WSMAN，其中 本方法的特征在于以下步驟a) 使用資源的通用資源編程模型，該模型定義al)訪問所述不同的資源所需要的訪問形態(tài)(access modality),以及a2)與資源相關(guān)的功能和屬性的最小技術(shù)規(guī)范， --例如，發(fā)送通知到資源的功能，或請(qǐng)求特定資源實(shí)例的地址的 功能，或?qū)ぶ诽囟ǖ馁Y源特性的功能等等--，b) 使用包括多個(gè)"代碼功能的差異(delta)"的適配機(jī)制-這基本 上是不是目標(biāo)運(yùn)行時(shí)環(huán)境的一部分的丟失功能-用于使得通用資源編 程模型適配于各個(gè)多個(gè)運(yùn)行時(shí)專用的資源模型，所述運(yùn)行時(shí)專用的資 源模型包括各個(gè)不同的資源功能和專用于各個(gè)多個(gè)不同的運(yùn)行時(shí)環(huán) 境的各個(gè)不同的訪問形態(tài)，以及c) 通過使用包括專用于所述資源的運(yùn)行時(shí)環(huán)境的各個(gè)代碼功能 的差異的請(qǐng)求，訪問在其特定的運(yùn)行時(shí)環(huán)境中的資源。資源編程模型在這里被理解為用于實(shí)現(xiàn)資源的基本編程。這包括 利用由基本的運(yùn)行時(shí)基礎(chǔ)結(jié)構(gòu)提供的API或由第三方銷售商提供的 庫。訪問形態(tài)在這里被理解為訪問資源所需要的信息的總和。這包括 尋址資源的消息的結(jié)構(gòu)，如何表示資源的識(shí)別的方式，為了訪問資源 而要傳送的安全信息，以及尋址資源所需要的所有其它上下文信息。與資源相關(guān)的功能和屬性的最小技術(shù)規(guī)范在這里被理解為要由 資源提供的功能和屬性的集合。例如，這可包括識(shí)別資源和讀出-訪問 (r ead-access)它的特性所需要的信息。本方法基本上適用于訪問任何類型的資源，諸如服務(wù)器資源、存 儲(chǔ)資源、或網(wǎng)絡(luò)類型的資源。在WSDM語言中，這個(gè)接口層在標(biāo)準(zhǔn)容器中被實(shí)現(xiàn)。優(yōu)選地， 新的Java標(biāo)準(zhǔn)容器由本發(fā)明提供，以便實(shí)現(xiàn)WSDM可管理的資源和 相應(yīng)的WS-Man構(gòu)成物。這樣的容器優(yōu)選地在圖1的底部顯示的不同運(yùn)行時(shí)環(huán)境之上被實(shí)現(xiàn)。借助于以上的特性b)，本發(fā)明的方法在ws-本發(fā)明方法有利地隱藏了基礎(chǔ)運(yùn)行時(shí)環(huán)境的實(shí)現(xiàn)細(xì)節(jié)，這具有如下有利效果大大提高了 WSDM可管理的資源的實(shí)現(xiàn)者對(duì)部署選擇 的靈活性。而且，即使在第三方開發(fā)者致力于室內(nèi)web服務(wù)開發(fā)的情形下, 也可以大大加速基于WSDM的web服務(wù)的開發(fā)。本發(fā)明方法可以應(yīng)用于所有的實(shí)際存在的運(yùn)行時(shí)環(huán)境，諸如a) IBM WebSphere應(yīng)用服務(wù)器，b) Apache Tomcat,c) ".net"技術(shù)，d) OSGI，e) JBOSS，f) BEA，g) 任何其它類型的(J2EE)應(yīng)用服務(wù)器。


本發(fā)明是通過例子說明的，而不受附圖的形狀限制，其中圖1顯示現(xiàn)有技術(shù)方法所使用的現(xiàn)有技術(shù)硬件和軟件環(huán)境的最基本的結(jié)構(gòu)部件；圖2顯示包括本發(fā)明方法的優(yōu)選實(shí)施例所使用的、被稱為"標(biāo)準(zhǔn)容器"的功能接口層部件的本發(fā)明硬件和軟件環(huán)境的最基本的結(jié)構(gòu)部件；圖3是其中顯示了本發(fā)明的標(biāo)準(zhǔn)容器的細(xì)節(jié)的、按照?qǐng)D2的示意圖；圖4是圖3的標(biāo)準(zhǔn)容器的放大視圖的示意圖，其中顯示了運(yùn)行時(shí) 環(huán)境實(shí)現(xiàn)所需WSDM web服務(wù)技術(shù)規(guī)范的所需版本的情形；閨5是其中顯示所謂的"調(diào)停器(mediator)"提供所需版本的情形 的、按照?qǐng)D4的示意圖；以及圖6顯示根據(jù)本發(fā)明容器構(gòu)建通用web服務(wù)的優(yōu)選的本發(fā)明實(shí)施例。具體實(shí)現(xiàn)方式通常通過參照附圖，并且具體地，現(xiàn)在通過參照?qǐng)D2，本發(fā)明方法提供接口層17，其包括兩個(gè)部件，第一，可得到的所有資源類型的多個(gè)通用編程模型。在圖上顯示了示例性的所選擇的可管理的資源"計(jì)算機(jī)系統(tǒng)，，的編程模型。第二，用于WSDM-可管理資源20的所謂 的"標(biāo)準(zhǔn)容器"。對(duì)于第一部件18,除了附圖所示的資源類型"計(jì)算機(jī)系統(tǒng)"以外， 在功能部件18中還存在用于任何其它當(dāng)前存在的資源類型的全部多 個(gè)另外的通用編程模型。因此，這個(gè)部件18代表編程模型的全部集 合。按照本發(fā)明的重要方面，這些編程模型是通用的，即它們是以一 般特性畫出的，這樣通用模型覆蓋資源的任何版本、任何編程表現(xiàn) (programmed appearance),與它當(dāng)前的逆豐卑結(jié)構(gòu)和功能范圍和4亍為無 關(guān)。下面參照?qǐng)D6給出它們的細(xì)節(jié)和例子。容器適配器22, 24和26經(jīng)由各個(gè)應(yīng)用編程接口連接到標(biāo)準(zhǔn)容器 20，這些容器適配器22, 24和26都是被編程為連接在上述的標(biāo)準(zhǔn)容 器與不同的運(yùn)行時(shí)環(huán)境8A，.,.，8E的各個(gè)運(yùn)行時(shí)環(huán)境之間的功能部件。圖3包括圖2的接口層17的示例性所選細(xì)節(jié)。本發(fā)明的容器17 把功能和服務(wù)質(zhì)量添加到WSDM兼容的實(shí)施所需要的WS標(biāo)準(zhǔn)。更 具體地，在圖3上，顯示了在這方面的功能WS尋址、WS通知、 WS資源特性和WS可靠的消息傳送。這些部件都由標(biāo)號(hào)32表示。從 圖3的示意圖，本領(lǐng)域技術(shù)人員將會(huì)明白，例如，借助于本發(fā)明的標(biāo) 準(zhǔn)容器20將WS尋址棧和WS通知棧的功能添加到標(biāo)號(hào)為8E的運(yùn)行 時(shí)環(huán)境WAS。類似地，WS通知棧被添加到OSGI/LWI的運(yùn)行時(shí)環(huán) 境8D。類似地，如在方塊34中列出的資源特性和可靠的消息傳送那 樣的其它功能被添加到所顯示的運(yùn)行時(shí)環(huán)境的任一個(gè)運(yùn)行時(shí)環(huán)境。9圖4通過使用具體的和示例性的所選擇的使用情況來詳細(xì)地顯 示以前提到的本發(fā)明的功能，其中運(yùn)行時(shí)環(huán)境實(shí)現(xiàn)WS技術(shù)規(guī)范的所 需版本。在圖4的例子中，本發(fā)明的標(biāo)準(zhǔn)容器17運(yùn)行在與WS實(shí)施22相 同的運(yùn)行時(shí)環(huán)境上。如果需要的話，可以將其部署在分開的運(yùn)行時(shí)環(huán) 境上。WSDM客戶機(jī)與WSDM 1.1標(biāo)準(zhǔn)兼容的接口相接口。WSDM 1.1 需要特定的WS兼容的實(shí)施，這里稱之為WS、實(shí)施。標(biāo)準(zhǔn)容器17實(shí)現(xiàn)用于這些特定的WS、實(shí)施的API層。在本例 中，WAS運(yùn)行時(shí)環(huán)境包含一種實(shí)施，它精確地實(shí)現(xiàn)所需要的WS通 知版本，因此容器的調(diào)停器部件正好傳送來自API的請(qǐng)求。參照?qǐng)D5，在下一個(gè)情形下，調(diào)停器44通過減少運(yùn)行時(shí)缺陷而 把所需的WS通知的能力提供給API。這里，WSDM客戶機(jī)與被部署 在OSGI/LWI運(yùn)行時(shí)上的WSDM 1.1兼容的實(shí)施通信。這個(gè)運(yùn)行時(shí) 環(huán)境不提供所需要的WS通知版本1.3,因此，調(diào)停器補(bǔ)充在版本l.l 與1.3之間的差別。接著，參照?qǐng)D6，描述按照優(yōu)選的本發(fā)明實(shí)施例執(zhí)行的總的控制 流程，其用于根據(jù)本發(fā)明的容器20構(gòu)建通用web服務(wù)?？刂屏鞒虖牟襟E610開始，它代表要被構(gòu)建的web服務(wù)應(yīng)當(dāng)實(shí) 現(xiàn)的所有的web服務(wù)接口的總和。這是必須完成的第 一設(shè)計(jì)水平行動(dòng)。 除了提供接口和接口需求的完全集合以外不需要特定的實(shí)際知識(shí)。步驟620顯示所有外部的、標(biāo)準(zhǔn)化的web服務(wù)接口的累積。例 子是標(biāo)準(zhǔn)化的接口 ，如WS尋址、WS通知等等，即，以上被稱為"WS"， 相關(guān)。步驟625提到web服務(wù)專用接口，或換句話說，不同于標(biāo)準(zhǔn)。 對(duì)于這個(gè)接口的例子包括屬性和方法，其定義了資源類型一諸如，例 如計(jì)算機(jī)系統(tǒng)一的web服務(wù)專用部分。這里，例如收集了諸如安裝、 開始、停止那樣的方法和如RunState (運(yùn)行狀態(tài))， ComputerSystemArehitecture (計(jì)算機(jī)系統(tǒng)架構(gòu))等的屬性。步驟630組合和積累來自步驟620和625的接口 ，以形成應(yīng)當(dāng)被實(shí)現(xiàn)的web服務(wù)的全部外部接口 。步驟610到630是運(yùn)行時(shí)和平臺(tái)無關(guān)步驟，有利地，它們可以由 在一個(gè)現(xiàn)有技術(shù)開發(fā)環(huán)境中的特定工具支持。例子是Rational Application Developer (應(yīng)用開發(fā)器)、Eclipse Tooling (工具)等等。在步驟640，解決web服務(wù)的實(shí)施的運(yùn)行時(shí)和平臺(tái)缺陷。應(yīng)當(dāng)指出，在現(xiàn)有技術(shù)中，開發(fā)者必須決定他想要在哪種運(yùn)行時(shí) 和在哪種平臺(tái)上實(shí)現(xiàn)web服務(wù)。更具體地，他需要使用平臺(tái)和/或運(yùn) 行時(shí)專用的接口來完成web服務(wù)的實(shí)施。結(jié)果，適應(yīng)各種不同的平臺(tái) 和運(yùn)行時(shí)專用的要求是許多工作，正如在引言部分討論的那樣。相反，借助于本發(fā)明方法，在開發(fā)者使用通用的或通常可得到的 接口來完成web服務(wù)本身的實(shí)施時(shí)，允許開發(fā)者仍舊待在與平臺(tái)和運(yùn) 行時(shí)無關(guān)的"場所"。這把主要的分離方面添加到web服務(wù)實(shí)施的開發(fā) 上。對(duì)于步驟640的實(shí)施，開發(fā)者現(xiàn)在優(yōu)選地使用一組通用接口來表 達(dá)想要實(shí)現(xiàn)的任何實(shí)際行動(dòng)。例子是a) 經(jīng)由WS通知式的互動(dòng)發(fā)送通知，b) 從SOAP消息等等中檢索WS尋址上下文。在步驟660，將這些接口調(diào)用調(diào)停(mediate)給在目標(biāo)平臺(tái)和運(yùn)行 時(shí)環(huán)境下可用的適當(dāng)?shù)倪\(yùn)行時(shí)功能。這可以以從簡單的接口到參數(shù)映射開始直到完全實(shí)現(xiàn)丟失運(yùn)行時(shí)功能結(jié)束的很大范圍的編程手段實(shí)現(xiàn)。在"接口到參數(shù)"映射的例子中，服務(wù)實(shí)施例如通過SendNotification(參數(shù))操作調(diào)用本發(fā)明的API(容器)。如前所述的調(diào) 停器模式的實(shí)施在容器API與可用的運(yùn)行時(shí)棧的相應(yīng)實(shí)現(xiàn)API之間進(jìn) 行映射。使用情況例如是A) 對(duì)于運(yùn)行時(shí)WAS 6.1:在這種情形下，調(diào)停器把服務(wù)實(shí)施調(diào) 用映射到操作WS—Notification_Send_Async (Param—1， Param—2)。B) 對(duì)于運(yùn)行時(shí)OSGI:在這種情形下，調(diào)停器把調(diào)用映射到例如 Apache—Notification_IinpI—Send_Async(Param_l, Param一2，Param一3)。在次情況中，不是目標(biāo)運(yùn)行時(shí)環(huán)境的一部分的丟失功能可以是服 務(wù)供應(yīng)商的專有實(shí)施或Open Source(開源)實(shí)施。所以，本發(fā)明的適配機(jī)制提供丟失功能作為"代碼的差異信息"， 因此使得本發(fā)明的通用資源編程模型適配于任何想要的運(yùn)行時(shí)專用 資源模型。因此，按照本發(fā)明構(gòu)建在WSDM客戶機(jī)與各種不同的運(yùn) 行時(shí)環(huán)境之間的完全通用的API。沿步驟610到650這樣得到的本發(fā)明的API的優(yōu)點(diǎn)在于，用戶 不需要知道，也不用依賴于這個(gè)"填充-接口-縫隙"實(shí)施。為了實(shí)現(xiàn)這 個(gè)API解決方案，優(yōu)選地使用如"依賴注入(Dependency Injection )，，、 動(dòng)態(tài)策略圖案或注解那樣的現(xiàn)有技術(shù)。步驟660顯示這樣的API的最 后實(shí)施。該實(shí)施專用于給定的運(yùn)行時(shí)/平臺(tái)組合。這些部分或者是統(tǒng)計(jì) 地限于web服務(wù)本身，或者在web服務(wù)部署或執(zhí)行期間動(dòng)態(tài)地限于 web服務(wù)本身。本發(fā)明可以釆取完全硬件實(shí)施例、完全軟件實(shí)施例、或包含硬件 與軟件單元的實(shí)施例的形式。在優(yōu)選實(shí)施例中，本發(fā)明以軟件實(shí)現(xiàn)， 該軟件包括但不限于固件、駐留軟件、微代碼等等。而且，本發(fā)明可以取計(jì)算機(jī)程序產(chǎn)品的形式，該計(jì)算機(jī)程序產(chǎn)品 是從計(jì)算機(jī)可使用的或計(jì)算機(jī)可讀的媒體可訪問的，所述媒體提供由 計(jì)算機(jī)或任何指令執(zhí)行系統(tǒng)使用的或與計(jì)算機(jī)或任何指令執(zhí)行系統(tǒng) 結(jié)合使用的程序代碼。對(duì)于本說明，計(jì)算機(jī)可使用的或計(jì)算機(jī)可讀的 媒體可以是任何設(shè)備，其可包含、存儲(chǔ)、通信、傳播、或輸送由指令 執(zhí)行系統(tǒng)、設(shè)備、或裝置使用的或與指令執(zhí)行系統(tǒng)、設(shè)備、或裝置結(jié) 合使用的程序。媒體可以是電子的、磁的、光的、電磁的、紅外的、或半導(dǎo)體系 統(tǒng)(或設(shè)備或裝置)或傳播媒體。計(jì)算機(jī)可讀的媒體的例子包括半導(dǎo)體 或固態(tài)存儲(chǔ)器、磁帶、可拆卸計(jì)算機(jī)軟盤、隨機(jī)存取存儲(chǔ)器(RAM)、 只讀存儲(chǔ)器(ROM)、剛性磁盤和光盤。當(dāng)前的光盤的例子包括緊湊盤 隱只讀存儲(chǔ)器(CD-ROM)、緊湊盤國讀/寫(CD-R/W)和DVD。適用于存儲(chǔ)和/或執(zhí)行程序代碼的數(shù)據(jù)處理系統(tǒng)將包括至少 一個(gè) 處理器，其通過系統(tǒng)總線被直接或間接耦合到存儲(chǔ)器單元。存儲(chǔ)器單 元可包括在實(shí)際執(zhí)行程序代碼期間利用的本地存儲(chǔ)器、海量存儲(chǔ)器、 和高速緩存器，高速緩存器提供至少某些程序代碼的臨時(shí)存儲(chǔ)，以便 減小在執(zhí)行期間必須從海量存儲(chǔ)器檢索代碼的次數(shù)。輸入/輸出或1/0設(shè)備(包括但不限于鍵盤、顯示器、指向設(shè)備等 等)可直接或通過介入的1/0控制器被耦合到系統(tǒng)。網(wǎng)絡(luò)適配器也可以被耦合到系統(tǒng)以使數(shù)據(jù)處理系統(tǒng)能夠通過介儲(chǔ)裝置。^制解、調(diào)器、，電纜調(diào)制解調(diào)器和以太網(wǎng),卡,僅僅是幾種當(dāng)i可 得到的網(wǎng)絡(luò)適配器。
權(quán)利要求
1.一種用于訪問在計(jì)算機(jī)網(wǎng)絡(luò)中實(shí)現(xiàn)的資源的方法，其中存在由所述資源的任一個(gè)或由訪問所述資源之一的系統(tǒng)管理應(yīng)用所使用的多個(gè)不同的運(yùn)行時(shí)環(huán)境，其中所述不同的運(yùn)行時(shí)環(huán)境需要使用包括多個(gè)各個(gè)不同的運(yùn)行時(shí)專用web服務(wù)標(biāo)準(zhǔn)的web服務(wù)資源框架，其特征在于以下步驟a)使用(640)資源的通用資源編程模型，該模型定義a1)訪問所述資源所需要的訪問形態(tài)，以及a2)與資源相關(guān)的功能和屬性的最小技術(shù)規(guī)范，b)使用包括多個(gè)代碼功能的差異的適配機(jī)制(650、660)來使得所述通用資源編程模型適配于各個(gè)多個(gè)運(yùn)行時(shí)專用的資源模型，所述運(yùn)行時(shí)專用的資源模型包括各個(gè)不同的資源功能和專用于各個(gè)多個(gè)所述不同的運(yùn)行時(shí)環(huán)境的各個(gè)不同的訪問形態(tài)，c)通過使用包括專用于所述資源的運(yùn)行時(shí)環(huán)境的各個(gè)代碼功能的差異的請(qǐng)求，訪問在其特定的運(yùn)行時(shí)環(huán)境中的所述資源。
2. 按照權(quán)利要求l的方法，其中所述資源由以下資源組組成a) 服務(wù)器資源，b) 存儲(chǔ)器資源，或c) 網(wǎng)絡(luò)資源。
3. 按照權(quán)利要求l的方法，其中處理所述不同的運(yùn)行時(shí)環(huán)境的 子組，其中所述運(yùn)行時(shí)環(huán)境是以下運(yùn)行時(shí)環(huán)境組的成員a) IBM Websphere應(yīng)用服務(wù)器，b) Apache技術(shù)(例如，Geronimo)，c) ".net，，技術(shù)，d) OSGI，e) JBOSS，f) BEA，g) 任何其它類型的(J2EE)應(yīng)用服務(wù)器。
4. 按照權(quán)利要求l的方法，其中所述適配機(jī)制包括a) 通用接口實(shí)現(xiàn)要在所述資源上執(zhí)行的期望行動(dòng)，b) 將所述接口調(diào)停到所述不同的運(yùn)行時(shí)環(huán)境的特定運(yùn)行時(shí)環(huán)境 內(nèi)的適當(dāng)?shù)倪\(yùn)行時(shí)功能。
5. 按照前述權(quán)利要求的方法，其中通過接口到參數(shù)映射來實(shí)現(xiàn) 所述調(diào)停步驟。
6. 按照權(quán)利要求4的方法，其中通過用于實(shí)現(xiàn)在所述通用資源 編程模型中丟失的功能的編程代碼來實(shí)現(xiàn)所述調(diào)停步驟。
7. —種用于訪問在計(jì)算機(jī)網(wǎng)絡(luò)中實(shí)現(xiàn)的資源的電子數(shù)據(jù)處理系 統(tǒng)，其中存在由所述資源的任一個(gè)或由訪問所述資源之一的系統(tǒng)管理 應(yīng)用(1)所使用的多個(gè)不同的運(yùn)行時(shí)環(huán)境，其中所述不同的運(yùn)行時(shí) 環(huán)境需要使用包括多個(gè)各個(gè)不同的運(yùn)行時(shí)專用web服務(wù)標(biāo)準(zhǔn)的web 服務(wù)資源框架，其特征在于a) 用于存儲(chǔ)資源的通用資源編程模型(18)的裝置，該模型定義 al)訪問所述資源所需要的訪問形態(tài)，以及a2)與資源相關(guān)的功能和屬性的最小技術(shù)規(guī)范，b) 用于存儲(chǔ)實(shí)現(xiàn)包括多個(gè)"代碼功能的差異"的適配機(jī)制 (650，660)的功能部件的裝置，所述功能部件用于使得所述通用資源編 程模型適配于各個(gè)多個(gè)運(yùn)行時(shí)專用的資源模型，所述運(yùn)行時(shí)專用的資 源模型包括各個(gè)不同的資源功能和特定的各個(gè)不同的訪問形態(tài)，c) 用于發(fā)送包括專用于所述資源的運(yùn)行時(shí)環(huán)境的各個(gè)代碼功能 的差異的請(qǐng)求的裝置，用于訪問在其特定的運(yùn)行時(shí)環(huán)境中的所述資 源。
全文摘要
本發(fā)明涉及用于訪問在計(jì)算機(jī)網(wǎng)絡(luò)中實(shí)現(xiàn)的資源的方法和系統(tǒng)，其中存在由所述資源的任一個(gè)或由訪問一個(gè)所述資源的系統(tǒng)管理應(yīng)用所使用的多個(gè)不同的運(yùn)行時(shí)環(huán)境，其中所述不同的運(yùn)行時(shí)環(huán)境需要使用包括多個(gè)各個(gè)不同的運(yùn)行時(shí)專用的web服務(wù)標(biāo)準(zhǔn)的web服務(wù)資源框架。為了提供一種對(duì)于客戶機(jī)透明地訪問資源的方法，即，使得訪問方法與基礎(chǔ)運(yùn)行時(shí)環(huán)境無關(guān)，提出了以下步驟a)使用(640)資源的通用資源編程模型，該模型定義a1)訪問所述資源所需要的訪問形態(tài)，以及a2)與資源相關(guān)的功能和屬性的最小技術(shù)規(guī)范，b)使用包括多個(gè)“代碼功能的差異”的適配機(jī)制(650、660)來使得所述通用資源編程模型適配于各個(gè)多個(gè)運(yùn)行時(shí)專用的資源模型，所述運(yùn)行時(shí)專用的資源模型包括各個(gè)不同的資源功能和特定的各個(gè)不同的訪問形態(tài)，c)通過使用包括專用于所述資源的運(yùn)行時(shí)環(huán)境的各個(gè)代碼功能的差異的請(qǐng)求，訪問在其特定的運(yùn)行時(shí)環(huán)境中的所述資源。
文檔編號(hào)H04L29/06GK101257494SQ200810082260
公開日2008年9月3日 申請(qǐng)日期2008年2月29日 優(yōu)先權(quán)日2007年3月2日
發(fā)明者戴爾特瑪·庫伯勒, 格奧爾格·奧克斯, 邁克爾·貝倫特, 馬丁·亨克 申請(qǐng)人:國際商業(yè)機(jī)器公司