專利名稱：表示和配置靈活和可擴展表達模式的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及信息技術(shù)，尤其涉及一種表示和配置靈活和可擴展表達模式的方法和裝置。

背景技術(shù)：
現(xiàn)在已有大量幫助人們在工作流解決方案中構(gòu)建表達模塊的技術(shù)。它們的大多數(shù)是技術(shù)驅(qū)動的(例如，JavaScript(JavaScript是Sun Microsystem Inc.的注冊商標(biāo))、Ajax技術(shù)、和Portlet技術(shù))，而不是架構(gòu)驅(qū)動的。例如，Ajax技術(shù)為基于Web(萬維網(wǎng))表達提供了非侵入性內(nèi)容刷新架構(gòu)。作為另一個例子，Portlet技術(shù)提供了定義表達界面的模塊化布局框架。但是，基層技術(shù)的演進可能導(dǎo)致需要改變那些現(xiàn)有手段的實現(xiàn)。隨著市場越來越要求靈活性和進入市場的速度，現(xiàn)有技術(shù)依賴型手段無助于解決這些需要?，F(xiàn)有架構(gòu)驅(qū)動型技術(shù)常常通過模型視圖控制(MVC)手段表示。但是，這些現(xiàn)有架構(gòu)驅(qū)動型技術(shù)停留在表達結(jié)構(gòu)的高級抽象上，并不引導(dǎo)建造細粒度架構(gòu)。
因此，現(xiàn)有手段缺乏靈活性和可擴展性，并且無法按需要重新配置它們的架構(gòu)構(gòu)建模塊(Architecture Building Block，ABB)，以適應(yīng)有關(guān)機構(gòu)或其它實體的變化的要求。市場越來越要求靈活性和進入市場的速度。技術(shù)依賴型手段無助于解決這種需要。抽象構(gòu)建模塊更適合解決這種不斷增長的需要。
因此，需要克服現(xiàn)有手段的局限性。


發(fā)明內(nèi)容
本發(fā)明的原理提供了根據(jù)細粒度架構(gòu)構(gòu)建模塊(ABB)表示和配置靈活和可擴展表達模式的技術(shù)。按照本發(fā)明的一個方面，根據(jù)細粒度ABB表示和配置靈活和可擴展表達模式的示范性方法(可以用計算機實現(xiàn))可以包括如下步驟定義ABB，以統(tǒng)一方式為ABB建模，和利用ABB創(chuàng)建至少一個模板，其中，至少一個模板包括預(yù)配置(靜態(tài))特征和用戶指定(動態(tài))服務(wù)特征的至少一個。
在本發(fā)明的一個方面中，定義ABB的步驟包括定義消費者ABB和表達控制器ABB，并且還可以包括定義表達ABB、消費者概況ABB、訪問控制ABB、格式變換ABB、配置規(guī)則ABB、和高速緩存ABB。此外，在本發(fā)明的另一個方面中，定義ABB的步驟包括將表達模塊的責(zé)任劃分成分責(zé)任區(qū)(sub-responsibility area)，其中，分責(zé)任區(qū)可以包括相關(guān)銜接功能(Cohesive Function)的一個或幾個邏輯分組，以及其中，分責(zé)任區(qū)可以當(dāng)作ABB來對待。而且，在本發(fā)明的另一個方面中，定義ABB的步驟包括定義與ABB相關(guān)聯(lián)的屬性，其中，這些屬性包括ABB標(biāo)識符(ID)、ABB類型、ABB狀態(tài)、ABB協(xié)議、ABB輸入類型和輸出類型中的至少一種。
在本發(fā)明的又一個方面中，以統(tǒng)一方式為ABB建模的步驟包括利用統(tǒng)一框架為ABB建模。而且，統(tǒng)一框架可以促進ABB的統(tǒng)一接口描述的開發(fā)。此外，在本發(fā)明的另一個方面中，以統(tǒng)一方式為ABB建模的步驟可以包括定義ABB的操作，其中，這些操作包括getABBId、getABBName、getABBLayer、getABBState、getABBProtocol、getABBInputDataType、getABBOutputDataType、getABBIOType、getABBAnnotationURL、getConsumerLayerABBType、和getConsumerType中的至少一種。
此外，在本發(fā)明的又一個實施例中，利用ABB創(chuàng)建至少一個模板的步驟包括利用ABB為特定服務(wù)場景預(yù)配置靜態(tài)模板。而且，利用ABB創(chuàng)建至少一個模板的步驟包括根據(jù)用戶指定服務(wù)特征選擇適當(dāng)ABB和在運行時期間配置適當(dāng)ABB。
在本發(fā)明的實施例中，設(shè)計和管理細粒度ABB的示范性方法可以包括識別ABB以包括在一種解決方案中促進消費者和其它單元之間的表達和交互的架構(gòu)中，分析ABB以便監(jiān)視各個ABB使用的計算資源，根據(jù)(i)有關(guān)實體的請求和(ii)適用資源選擇ABB的許多運行實例，和管理ABB的生命周期。在本發(fā)明的一個方面中，管理ABB的生命周期的步驟包括定義表達架構(gòu)模板，根據(jù)服務(wù)場景選擇表達架構(gòu)模板，配置ABB的接口，應(yīng)用ABB與其它模塊的交互模式，和啟用(enable)對ABB的訪問控制。此外，在本發(fā)明的另一個方面中，設(shè)計和管理細粒度(fine-grained)ABB的示范性方法可以包括啟用狀態(tài)管理的粒度實現(xiàn)(granularity enablement)和處理異常情況。
本發(fā)明的至少一個實施例可以以計算機產(chǎn)品的形式實現(xiàn)，該計算機產(chǎn)品包括帶有執(zhí)行所示的方法步驟的計算機可用程序代碼的計算機可用媒體。而且，本發(fā)明的至少一個實施例可以以包括存儲器和至少一個處理器的裝置的形式實現(xiàn)，該至少一個處理器與存儲器耦接，并用于執(zhí)行這些示范性方法步驟。
通過結(jié)合附圖閱讀以下對本發(fā)明的例示性實施例的詳細描述，本發(fā)明的這些和其它目的、特點和優(yōu)點將更加清楚。



圖1是例示根據(jù)本發(fā)明的一個方面的、構(gòu)建表達層的示范性架構(gòu)構(gòu)建模塊(ABB)的方框圖； 圖2是例示根據(jù)本發(fā)明的另一個方面的、ABB的示范性分層表示的方框圖； 圖3A和3B(作為一個整體)描繪了根據(jù)本發(fā)明的另一個方面的、XML機制下的ABB的分段的示范性文本表示； 圖4是根據(jù)本發(fā)明的另一個方面的、通過WSDL操作暴露的有狀態(tài)ABB的示范性文本表示； 圖5是根據(jù)本發(fā)明的另一個方面的、XML機制下的消費者層ABB的示范性文本表示； 圖6是根據(jù)本發(fā)明的另一個方面的、通過WSDL操作暴露的有狀態(tài)消費者層ABB的示范性文本表示； 圖7是根據(jù)本發(fā)明的另一個方面的、XML機制下的消費者ABB的示范性文本表示； 圖8是根據(jù)本發(fā)明的另一個方面的、通過WSDL操作暴露的有狀態(tài)消費者ABB的示范性文本表示； 圖9是例示根據(jù)本發(fā)明的另一個方面的、可以執(zhí)行創(chuàng)建靜態(tài)模板的示范性方法的示范性系統(tǒng)的方框圖； 圖10是例示根據(jù)本發(fā)明的另一個方面的、可以執(zhí)行創(chuàng)建動態(tài)模板的示范性方法的示范性系統(tǒng)的方框圖； 圖11是例示根據(jù)本發(fā)明的一個方面的、根據(jù)細粒度架構(gòu)構(gòu)建模塊(ABB)表示和配置靈活和可擴展表達模式的示范性方法的流程圖； 圖12是例示根據(jù)本發(fā)明的又一個方面的、設(shè)計和管理細粒度ABB的示范性方法的流程圖；和 圖13是可以實現(xiàn)本發(fā)明的至少一個實施例的示范性計算機系統(tǒng)的系統(tǒng)圖。
優(yōu)選實施例詳述 本發(fā)明的一個或多個實施例提供了在工作流解決方案中支持表達模塊的適應(yīng)能力的架構(gòu)構(gòu)建模塊(ABB)的統(tǒng)一表示和定義和相關(guān)聯(lián)的配置框架。因為ABB是細粒度的，所以這種配置能力是有效的。可以在提供一組預(yù)定義架構(gòu)模式的新配置框架的頂端根據(jù)指定規(guī)則配置細粒度ABB。而且，ABB基于服務(wù)場景而不是技術(shù)，因此，促進了有關(guān)機構(gòu)或其它實體的需要與IT環(huán)境的更有效校正(alignment)。此外，本發(fā)明的技術(shù)創(chuàng)建了根據(jù)處在比具體服務(wù)部件更高的抽象層上的抽象構(gòu)建模塊提供圍繞服務(wù)實現(xiàn)的新服務(wù)。
圖1示出了例示根據(jù)本發(fā)明的一個方面的示范性架構(gòu)構(gòu)建模塊(ABB)的方框圖。由于術(shù)語“層”常常用于表示相同概念，術(shù)語“模塊”和“層”在這里可交換使用。此外，如這里所使用的那樣，“工作流過程”旨在包含在任何粒度級別上朝著目標(biāo)的一組互連活動的過程。如圖1所示，面向服務(wù)架構(gòu)(SOA)解決方案系統(tǒng)的一個例子可以包括架構(gòu)層，其包括消費者層102、工作流過程層104、服務(wù)層106、合并(integration)層108、服務(wù)質(zhì)量(QoS)層110、數(shù)據(jù)層112、和管理層114。消費者層102也稱為消費者模塊，可以包括架構(gòu)構(gòu)建模塊(ABB)的8個類別中的部件，這8個類別包括消費者116、表達(視圖)118、表達控制器120、消費者概況128、訪問控制124、格式變換122、配置規(guī)則130、和高速緩存126。應(yīng)該注意到，本發(fā)明不局限于如上細述的確切示范性實施例，本領(lǐng)域的普通技術(shù)人員可以作出各種各樣的其它改變和修改。
消費者層102通常與面向服務(wù)架構(gòu)(SOA)解決方案中的其它層交互，所述其它層諸如是，例如，包含和編排服務(wù)部件的工作流過程層104、(2)管理工作流服務(wù)的服務(wù)層106、調(diào)解、路由和傳送從服務(wù)消費者到適當(dāng)服務(wù)提供者的服務(wù)請求的合并層108、在各個方面提供QoS管理的QoS層110、提供與域特定數(shù)據(jù)架構(gòu)合并的統(tǒng)一表示和實現(xiàn)框架的數(shù)據(jù)層112、和提供設(shè)計指南以保證SOA解決方案的適當(dāng)設(shè)計的管理層114。
消費者構(gòu)建模塊116代表表達模塊的外部用戶。它可以是，例如，程序或請求服務(wù)的個體。表達(視圖)構(gòu)建模塊118負責(zé)通過來自消費者的詢問獲取輸入和向消費者提供或顯示響應(yīng)。換句話說，表達(視圖)構(gòu)建模塊118負責(zé)與消費者通信。表達控制器構(gòu)建模塊120管理消費者交互的導(dǎo)航邏輯。例如，表達控制器構(gòu)建模塊120可以與服務(wù)層106中的服務(wù)或與工作流過程層104中的過程交互。同時，表達控制器構(gòu)建模塊120與消費者層102中的其它ABB交互，所述其它ABB諸如是，例如，根據(jù)消費者概況控制導(dǎo)航的消費者概況128、確定可以表達哪些內(nèi)容的訪問控制124、和翻譯成合并層108所需的詢問數(shù)據(jù)格式和將來自合并層108的一個或幾個響應(yīng)轉(zhuǎn)換成適當(dāng)?shù)南M者響應(yīng)格式的格式變換122。
消費者概況構(gòu)建模塊128負責(zé)獲取表達控制器120出于導(dǎo)航和內(nèi)容表達目的而使用的消費者特定信息(通過數(shù)據(jù)層112啟用)。訪問控制構(gòu)建模塊124提供表達控制器120為允許和/或防止向消費者表達內(nèi)容而使用的驗證和/或授權(quán)能力(通過安全層啟用)。格式變換構(gòu)建模塊122負責(zé)合并層108請求的詢問內(nèi)容格式的翻譯，并且將從合并層108返回的內(nèi)容轉(zhuǎn)換成消費者響應(yīng)格式。格式變換構(gòu)建模塊122還可以用于變換在對服務(wù)或過程的調(diào)用消息中的內(nèi)容(例如，可以利用可擴展樣式表語言變換(XSLT)將消息有效負載翻譯成所需的可擴展標(biāo)記語言(XML)格式)。格式變換構(gòu)建模塊122通?？梢灾С侄喾NXSLT和其它變換機制。應(yīng)該注意到，這種變換只解決了將表達的內(nèi)容格式的改變，例如，從XML改變成超文本標(biāo)記語言(HTML)或從XML改變成VoiceXML(VXML)。它不處理實際內(nèi)容的變換，這是工作流過程層104或服務(wù)層106的責(zé)任(例如，轉(zhuǎn)換成產(chǎn)業(yè)特定的消息模式)。
配置規(guī)則構(gòu)建模塊130負責(zé)存放(host)指示如何根據(jù)消費者請求場景配置ABB的規(guī)則。這個單元啟用按需式的表達配置。它還只允許使用適當(dāng)?shù)腁BB。應(yīng)該注意到，如果ABB是粗粒度的，由于這將降低靈活性，所以這種配置能力將無效。另一方面，如果ABB是細粒度的，可以更靈活地根據(jù)指定規(guī)則配置它們。可以以，例如，如下兩種方式處理這種配置。第一種方式通過基于模板靜態(tài)配置，其中，用戶可以根據(jù)相應(yīng)的服務(wù)請求場景選擇特定模板。系統(tǒng)將選擇與這個模板相關(guān)聯(lián)的所有規(guī)則和將ABB配置成支持這些規(guī)則。這種手段要求創(chuàng)造場景模板和將它們存儲在庫中以便在需要時選擇它們。第二種方式通過動態(tài)模板創(chuàng)建，其中，用戶選擇某些特征，和系統(tǒng)確定適當(dāng)規(guī)則和在運行時利用相關(guān)ABB配置一個或多個模板。例如，用戶可以指定如下兩種特征數(shù)據(jù)是靜態(tài)的(也就是說，在交互期間不改變)和不應(yīng)該多次驗證用戶身份。第一特征暗示著使用高速緩存ABB是有利的。第二特征暗示著必需使用適當(dāng)?shù)陌踩钆茩C制。這些特征將在運行時期間用于配置適當(dāng)?shù)腁BB。
高速緩存構(gòu)建模塊126負責(zé)臨時存儲消費者交互相關(guān)數(shù)據(jù)以提高系統(tǒng)性能。通常在整個交互的持續(xù)時間內(nèi)都保持這些數(shù)據(jù)。這樣類型的數(shù)據(jù)的例子是消費者概況。高速緩存構(gòu)建模塊122在最小化與數(shù)據(jù)層112的交互時將提高性能。
圖2是例示根據(jù)本發(fā)明的另一個方面的、ABB的示范性分層表示的方框圖。在這個部分中，我們將例示如何為ABB建模。我們將提供為可以被ABB攜帶的可跟蹤信息建模的標(biāo)準、一致、靈活和可擴展方式。取代創(chuàng)建另一種新描述方法，我們應(yīng)用萬維網(wǎng)服務(wù)資源框架(WSRF)將ABB定義成通用資源。由IBM、計算機協(xié)會、Oracle、和其它協(xié)作者發(fā)起，WSRF(http://www.128.ibm.com/developerworks/library/specification/ws-resource/)定義了利用萬維網(wǎng)服務(wù)管理和訪問有狀態(tài)資源的規(guī)范的系統(tǒng)。到此為止，WSRF已經(jīng)廣泛地用于啟用有狀態(tài)萬維網(wǎng)服務(wù)。簡言之，WSRF是著名的捕獲資源的基于XML表達方法。WSRF啟用通過萬維網(wǎng)服務(wù)接口訪問資源的內(nèi)部狀態(tài)，例如，作為萬維網(wǎng)服務(wù)交互的結(jié)果可以繼續(xù)跨越和演進的數(shù)據(jù)值。在采用WSRF之前，我們也檢查了諸如資源定義框架(RDF)那樣的其它選擇(參見可從http://www.w3.org/TR/rdf-syntax-grammar/獲得的World Wide WebConsortium的“RDF/XML Syntax Specification”)。作為在因特網(wǎng)上表達信息的通用語言，RDF將重點集中在描述任何通用資源的元數(shù)據(jù)上。與RDF相比，WSRF利用萬維網(wǎng)服務(wù)技術(shù)來暴露資源的內(nèi)部狀態(tài)信息，這更好地與我們?yōu)橛袪顟B(tài)ABB建模的目標(biāo)相吻合。但是，雖然將WSRF用于為有狀態(tài)ABB建模似乎是更可取的，但本發(fā)明的一個或多個實施例也可以應(yīng)用RDF或其它適當(dāng)語言。
為了為具有可再用性、靈活性和可擴展性的ABB建模，我們以分層方式定義ABB。如圖2所示，可以將各種類型的ABB組織成分層繼承樹狀結(jié)構(gòu)。樹根(也就是說，模塊0)代表通用ABB 202。它的直系兒女輩(也就是說，模塊1)代表面向服務(wù)架構(gòu)(SOA)解決方案下的各層(例如，模塊ABB)。例如，SOA解決方案可以識別像消費者模塊、工作流過程模塊，以及其它模塊那樣的幾種模塊。專用ABB類型被建造成代表每個模塊，例如，ConsumerLayerABB 204、WorkflowProcessLayerABB 206、和其它模塊208。對于每個模塊，識別的ABB類型(例如，模塊2)從具有特定特征的模塊ABB擴展。例如，如圖2所示，ConsumerLayerABB 204被擴展成8個ABBConsumerABB 210、PresentationABB 212、PresentationControllerABB 222、ConsumerProfileABB 214、AccessControlABB 216、FormatTransformationABB 224、CacheABB218和ConfigurationRuleABB 220。
借助于ABB的組織層次，我們可以以遞增的方式為ABB建模。更詳細地說，我們可以首先為通用ABB建模。然后，我們可以通過衡量通用ABB來為模塊ABB建模。此后，我們可以衡量模塊ABB以為它的擴展ABB建模。
圖3A和3B(作為一個整體)描繪了根據(jù)本發(fā)明的另一個方面的、XML機制中的ABB特性定義的分段300的示范性文本表示。圖3A和3B例示了資源部件(也就是說，ABBResource)的資源特性文檔定義的相關(guān)分段。如圖3A和3B所示，萬維網(wǎng)服務(wù)資源(WS-Resource)特性說明文檔是利用XML機制定義的。舉例來說，描繪在圖3A和3B中的ABBResource的狀態(tài)包含9個元素(1)ABBId；(2)ABBName；(3)ABBLayer；(4)ABBState；(5)ABBProtocol；(6)ABBInputDataType；(7)ABBOutputDataType；(8)ABBIOType；和(9)ABBAnnotationSchemaURL。每個元素具有XML機制定義(XSD)類型，即，簡單XSD數(shù)據(jù)類型或用戶定義數(shù)據(jù)類型。
ABBId表示ABB的實例的唯一標(biāo)識符，帶有XSD類型字符串(xsd:string)。ABBName表示ABB的實例的描述名稱，帶有XSD類型字符串(xsd:string)。ABBLayer表示定義的ABB屬于哪個模塊，帶有包含9個預(yù)定義值(ConsumerLayer、WorkflowProcessLayer、ServiceLayer、ServiceComponentLayer、OperationalSystemLayer、IntegrationLayer、QoSLayer、DataArchitectureLayer、和GovernanceLayer)的定義類型ABBLayerEnumeration。ABBState表示ABB實例的生命周期狀態(tài)，帶有包含5個預(yù)定義值(Created、Ready、Running、Pending、和Destroyed)的定義的類型abbStateEnumeration。ABBProtocol表示ABB實例支持的協(xié)議，帶有包含2個預(yù)定義值(HTTP和SMTP)的定義類型abbProtocolEnumeration。ABBInputDataType表示ABB實例支持的輸入數(shù)據(jù)類型，帶有包含4個預(yù)定義值(Binary、PlainText、XML、和HTML)的定義的類型dataTypeEnumeration。ABBOutputDataType表示ABB實例支持的輸出數(shù)據(jù)類型，帶有包含4個預(yù)定義值(Binary、PlainText、XML、和HTML)的定義的類型dataTypeEnumeration。ABBIOType表示ABB實例支持的輸入和/或輸出類型，帶有包含3個預(yù)定義值(InputOnly、OutputOnly、和InputOutput)的定義的類型ioTypeEnumeration。ABBAnnotationSchemaURL表示可以用于解釋與ABB實例相關(guān)聯(lián)的任何注釋的機制文件(schema file)，帶有XSD類型字符串(xsd:string)。
圖4是根據(jù)本發(fā)明的另一個方面的、通過WSDL操作暴露的ABB特性的示范性文本表示400。為了使ABB用戶知道“ABBResource”定義與萬維網(wǎng)服務(wù)相關(guān)聯(lián)的WS-Resource特性文檔，通過使用標(biāo)準屬性resourceProperties將WS-Resource特性文檔說明與萬維網(wǎng)服務(wù)接口的WSDL定義中的WSDL portType定義相關(guān)聯(lián)。如圖4所示，帶有相關(guān)聯(lián)的資源屬性文檔的portType定義WS-Resource的類型。圖4中的portType“ABBPortType”定義了允許用戶訪問定義的ABBResource的狀態(tài)信息的9個操作的集合(getABBid、getABBName、getABBLayer、getABBState、getABBProtocol、getABBInputDataType、getABBOutputDataType、getABBIOType、和getABBAnnotationURL)。
圖5是例示根據(jù)本發(fā)明的另一個方面的、XML機制中的消費者層ABB特性定義的分段的示范性文本表示的方框圖500。在定義了通用ABB的資源特性之后，可以通過衡量通用ABB的那些特性和添加特定資源特性，來定義其擴展子ABB(例如，模塊ABB)的資源特性。圖5示出了ConsumerLayerABB的資源特性。由于ConsumerLayerABB是通用ABB的子類，它自動繼承了定義在通用ABB中的所有資源特性。如圖5所示，ConsumerLayerABB的狀態(tài)包含2個元素ABB和添加的元素ConsumerLayerABBType，該ConsumerLayerABBType帶有包含8個預(yù)定義值(Consumer、Presentation、PresentationControl、ConfigurationRule、ConsumerProfile、Cache、AccessControl、和FormatTransformation)的定義的類型ConsumerLayerABBEnumeration。
圖6是根據(jù)本發(fā)明的另一個方面的、通過WSDL操作暴露的消費者層ABB特性的示范性文本表示600。將ConsumerLayerABB的WS-Resource特性文檔說明與WSDL portType定義相關(guān)聯(lián)，以便用戶訪問有狀態(tài)資源的狀態(tài)信息。如圖6所示，portType“ConsumerLayerABBPortType”定義了允許用戶訪問定義的有狀態(tài)ConsumerLayerABBResource的狀態(tài)信息的10個操作的集合(getABBId、getABBName、getABBLayer、getABBState、getABBProtocol、getABBInputDataType、getABBOutputDataType、getABBIOType、getABBAnnotationURL、和getConsumerLayerABBType)。注意，操作getConsumerLayerABBType允許用戶獲取定義在ConsumerLayerABB中的新添加的特性ConsumerLayerABBType。
類似地，第三模塊ABB之一ConsumerABB的資源特性可以通過衡量ConsumerLayerABB的那些特性和添加特定資源特性來定義。圖7是根據(jù)本發(fā)明的另一個方面的、XML機制中的消費者ABB特性定義的分段700的示范性文本表示。圖7示出了ConsumerABB的資源特性。由于ConsumerABB是ConsumerLayerABB的子類，它自動繼承了定義在ConsumerLayerABB中的所有資源特性。如圖7所示，ConsumerABB的狀態(tài)包含兩個元素ConsumerLayerABB和添加的元素ConsumerType，該ConsumerType表示消費者的類型，可以是將臺式計算機用作瀏覽器的個體，將個人數(shù)字助理(PDA)或無線電話用作瀏覽器的個體，或者是程序。這個特性可以用于判定例如，生成HTML頁面，生成無線標(biāo)記語言(WML)文檔，或生成像XML文檔那樣的明文文本文件的表達格式。ConsumerType可以與包含，例如，3個預(yù)定義值(Desktop、Personal Digital Assistant(PDA)/Wireless、和Program)的定義的類型consumerTypeEnumeration一起使用。應(yīng)該注意到，本發(fā)明不局限于如上細述的確切示范性實施例，并且本領(lǐng)域的普通技術(shù)人員可以作出各種各樣的其它改變和修改。
此外，將ConsumerABB的WS-Resource特性文檔說明與WSDLportType定義相關(guān)聯(lián)，以便用戶訪問有狀態(tài)資源的狀態(tài)信息。圖8是根據(jù)本發(fā)明的另一個方面的、通過WSDL操作暴露的消費者ABB特性的示范性文本表示800。如圖8所示，portType“ConsumerABBPortType”定義了允許用戶訪問定義的有狀態(tài)ConsumerABBResource的狀態(tài)信息的11個操作的集合(getABBId、getABBName、getABBLayer、getABBState、getABBProtocol、getABBInputDataType、getABBOutputDataType、getABBIOType、getABBAnnotationURL、getConsumerLayerABBType、和getConsumerType)。注意，操作getConsumeType允許用戶獲得定義在ConsumerABB中的新添加的特性ConsumerType。
如上所述，我們詳細給出了如何與本發(fā)明的一個或多個實施例的在此的教導(dǎo)相結(jié)合使用ad hoc(特別)工業(yè)標(biāo)準WSRF作為通用資源形式上為ABB建模。如上面的例子所示，可以將WSRF設(shè)想成萬維網(wǎng)服務(wù)描述語言(WSDL)與XML機制的組合。因此，例如，通過它的操作(使用WSDL)以及它的語義結(jié)構(gòu)(使用XML機制)可能形式上暴露ABB。換句話說，每個ABB的接口可以以標(biāo)準化方式通過它的數(shù)據(jù)結(jié)構(gòu)和操作定義。其結(jié)果是，任何ABB都可以容易地相互交互和通信。應(yīng)該注意到，可以利用其它技術(shù)為ABB建模。本領(lǐng)域的普通技術(shù)人員應(yīng)該認識到，WSRF僅僅用作可以用于為ABB建模的示例技術(shù)。
如下的段落將描述用于新服務(wù)場景的ABB的配置框架。如果ABB是粗粒度的，由于這將降低靈活性，所以配置能力將不是非常有效。另一方面，如果ABB是細粒度的，如圖9所示，它們將變得更加靈活，因此可以根據(jù)指定規(guī)則進行配置。如圖9和圖10的討論中所述，這種配置可以以，例如，兩種方式進行處理。
圖9是例示根據(jù)本發(fā)明的另一個方面的、可以執(zhí)行創(chuàng)建靜態(tài)模板的示范性方法的示范性系統(tǒng)的方框圖。在基于模板的配置手段中，用戶902可以根據(jù)服務(wù)請求場景選擇特定模板。系統(tǒng)將選擇與這個模板相關(guān)聯(lián)的所有規(guī)則和將ABB配置成支持這些規(guī)則。這要求創(chuàng)建場景模板和將它們存儲在庫904中以便在用戶需要它們時選擇該場景模板。例如，我們可以讓模板支持交互式語音響應(yīng)(IVR)系統(tǒng)，讓另一種支持個人數(shù)字助理(PDA)，和讓第三種支持萬維網(wǎng)入口(向用戶提供個性化能力的網(wǎng)站)，原因在于每種模板具有它自己的特性和與之相關(guān)聯(lián)的規(guī)則?？梢砸曄M者層用戶而定選擇適當(dāng)模板。在圖9中，用戶902從模板庫904中選擇IVR模板906。這些模板的每一個都伴隨著預(yù)配置ABB。正如在圖9描繪的那樣，IVR模板906可以包括像高速緩存908、訪問控制910、和IVR變換912那樣的部件或ABB。如果用戶希望靈活性或定制，那么，如下細述，配置動態(tài)模板是有利的。
圖10是例示根據(jù)本發(fā)明的另一個方面的、可以執(zhí)行創(chuàng)建動態(tài)模板的示范性方法的示范性系統(tǒng)的方框圖。在動態(tài)模板創(chuàng)建中，用戶1002選擇某些特征，而系統(tǒng)將確定適當(dāng)規(guī)則和在運行時從模板庫1006中選擇相關(guān)和/或適當(dāng)ABB。例如，用戶1002可以指定如下兩種特征“數(shù)據(jù)是靜態(tài)的”(也就是說，在交互期間數(shù)據(jù)不改變)，這暗示著需要高速緩存ABB；和不應(yīng)該多次驗證用戶身份，這暗示著適當(dāng)安全令牌機制和其它措施的使用。這些特征在運行時期間用于配置適當(dāng)ABB。在圖10中，舉例來說，用戶1002指定數(shù)據(jù)每天變化一次，和配置規(guī)則1004根據(jù)這個輸入而選擇高速緩存ABB。類似地，由于用戶已經(jīng)指定了請求應(yīng)用是基于PDA的，將PDA變換ABB填在(getpopulated with)模板上。將對適當(dāng)模板的請求引導(dǎo)到包括帶有適當(dāng)ABB 1008的模板的模板庫1006。為了完整起見，在圖10中描繪了包含部件或ABB的適當(dāng)模板的例子，該部件或ABB包括高速緩存1010、訪問控制1012、和PDA變換1014。如果不需要多次驗證用戶身份，那么，我們將需要使用，比方說，安全令牌的適當(dāng)訪問控制機制。
根據(jù)如上所述的配置框架，可以創(chuàng)建架構(gòu)模式實現(xiàn)框架。細粒度ABB將提供根據(jù)不同服務(wù)場景創(chuàng)建架構(gòu)模式的靈活性。
如下所述，我們將為軟件解決方案中的表達模塊指定一組支持ABB的識別和管理的服務(wù)實現(xiàn)的示范性架構(gòu)判定。這些架構(gòu)判定文檔評估包括系統(tǒng)的結(jié)構(gòu)、功能的提供和分配、系統(tǒng)的上下文適當(dāng)性、和對標(biāo)準的遵守性的架構(gòu)的各個方面。通過為解決方案中的表達模塊定義架構(gòu)判定來啟用架構(gòu)設(shè)計服務(wù)也是本發(fā)明的另一個方面。
當(dāng)設(shè)計示范性消費者模塊時，建造人員需要對SOA解決方案作出關(guān)鍵性的架構(gòu)判定。這個部分將描述如在表1中總結(jié)的那樣，與標(biāo)準格式的消費者模塊有關(guān)的16種典型架構(gòu)判定的示范性集合。應(yīng)該注意到，特定的應(yīng)用可能需要進一步的架構(gòu)判定。這里的描述用作模板和例子，和使本領(lǐng)域的普通技術(shù)人員可以進一步提取判定點。
表1.消費者模塊的示范性架構(gòu)判定 架構(gòu)判定1ABB的標(biāo)識 架構(gòu)判定2消費者模塊內(nèi)的ABB之間的連接 架構(gòu)判定3ABB的接口的配置 架構(gòu)判定4ABB與其它模塊的交互模式 架構(gòu)判定5有狀態(tài)對無狀態(tài)ABB 架構(gòu)判定6狀態(tài)管理的粒度實現(xiàn) 架構(gòu)判定7聯(lián)合對個別狀態(tài)管理 架構(gòu)判定8對ABB的訪問控制的實現(xiàn) 架構(gòu)判定9工作流性能管理 架構(gòu)判定10異常情況處理管理 架構(gòu)判定11消費者類型 架構(gòu)判定12表達模型(MVC模型、portlet技術(shù)和Aiax技術(shù)) 架構(gòu)判定13ABB交互的消息交換 架構(gòu)判定14表達變換 架構(gòu)判定15與工作流過程模塊的連接 架構(gòu)判定16ABB的生命周期管理 圖11是例示根據(jù)本發(fā)明的一個實施例的、根據(jù)細粒度架構(gòu)構(gòu)建模塊(ABB)表示和配置靈活和可擴展的表達模式的方法的流程圖。步驟1102包括定義ABB。步驟1104包括以統(tǒng)一方式為ABB建模。步驟1106包括利用ABB創(chuàng)建至少一個模板，其中，至少一個模板包括預(yù)配置靜態(tài)特征和用戶指定的服務(wù)特征中的至少一個。
舉例來說和非局限性地，定義ABB 1102可以包括定義如下ABB消費者、表達(視圖)、表達控制器、消費者概況、訪問控制、格式變換、配置規(guī)則、和高速緩存。定義ABB 1102可以進一步包括將表達模塊的責(zé)任劃分成分責(zé)任區(qū)。分責(zé)任區(qū)可以具有，例如，相關(guān)銜接功能的邏輯分組，和分責(zé)任區(qū)也可以被當(dāng)作ABB來對待。此外，ABB定義可以包括定義與ABB相關(guān)聯(lián)的屬性。舉例來說，這些屬性可以包括標(biāo)識符(ID)屬性(例如，ABB Id)、類型屬性(例如，ABB類型)、狀態(tài)屬性(例如，ABB狀態(tài))、協(xié)議屬性(例如，ABB協(xié)議)、和輸入類型和輸出類型屬性(例如，ABB輸入類型和輸出類型)的至少一種。
以統(tǒng)一方式為ABB建模1104可以包括利用統(tǒng)一框架為每個ABB建模。統(tǒng)一框架可以促進每個ABB的統(tǒng)一接口描述的開發(fā)，從而在接口描述基于工業(yè)標(biāo)準時，允許以標(biāo)準化方式發(fā)現(xiàn)和構(gòu)成ABB來作為接口描述。以統(tǒng)一方式為ABB建模1104還可以包括定義ABB的操作，舉例來說和非局限性地，這些操作包括標(biāo)識操作(例如，getABBId)、名稱操作(例如，getABBName)、層操作(例如，getABBLayer)、狀態(tài)操作(例如，getABBState)、協(xié)議操作(例如，getABBProtocol)、輸入數(shù)據(jù)類型操作(例如，getABBInputDataType)、輸出數(shù)據(jù)類型操作(例如，getABBOutputDataType)、輸入和/輸出類型操作(例如，getABBIOType)、注釋統(tǒng)一資源定位符(URL)操作(例如，getABBAnnotationURL)、消費者層類型操作(例如，getConsumerLayerABBType)、和消費者類型操作(例如，getConsumerType)中的至少一種。
利用ABB創(chuàng)建至少一個模板1106可以包括利用ABB為特定服務(wù)場景預(yù)配置靜態(tài)模板。ABB接口和屬性有助于至少一個模板的創(chuàng)建。用戶根據(jù)特定服務(wù)場景對預(yù)配置的模板作出選擇。本發(fā)明的這個方面也被稱為靜態(tài)模板配置。首先，按消費者類型建立模板。以后，可以添加特定消費者類型下的不同變體。
利用ABB創(chuàng)建至少一個模板1106還可以包括根據(jù)用戶指定特征，例如，ABB屬性，選擇適當(dāng)ABB。適當(dāng)ABB是根據(jù)屬性選擇的，并且是在運行時期間配置的。本發(fā)明的這個方面也被稱為動態(tài)模板配置，它具有靈活性和可以支持在運行時期間配置的不同變體。
圖12是例示根據(jù)本發(fā)明的一個實施例的、設(shè)計和管理細粒度ABB的方法的流程圖。步驟1202包括識別ABB，以便構(gòu)成用于在解決方案中促進消費者和其它單元之間的表達和交互的架構(gòu)。步驟1204包括分析ABB，以便監(jiān)視各個ABB使用的計算資源。步驟1206包括根據(jù)(i)有關(guān)實體的請求和(ii)可用資源而選擇ABB的許多運行實例。步驟1208包括管理ABB的生命周期。一種根據(jù)本發(fā)明的一個實施例的、用于設(shè)計和管理細粒度ABB的方法可選地包括步驟1210，即，啟用狀態(tài)管理的粒度實現(xiàn)。該方法還可選地包括步驟1212，即，處理異常情況。
管理ABB的生命周期1208可以包括定義包括ABB的交互模式的表達架構(gòu)模板，根據(jù)一種或多種服務(wù)場景選擇表達架構(gòu)模板，配置ABB的接口，應(yīng)用ABB與其它模塊的交互模式，和啟用對ABB的訪問控制。
可以將利用專用硬件、通用處理器、軟件、或它們的組合的各種技術(shù)用于實現(xiàn)本發(fā)明。本發(fā)明的至少一個實施例可以以計算機產(chǎn)品的形式實現(xiàn)，該計算機產(chǎn)品包括帶有執(zhí)行所示的方法步驟的計算機可用程序代碼的計算機可用媒體。而且，本發(fā)明的至少一個實施例可以以包括存儲器和至少一個處理器的裝置的形式實現(xiàn)，該至少一個處理器與存儲器耦接和用于執(zhí)行這些示范性方法步驟。
當(dāng)前，可以認為，優(yōu)選的實現(xiàn)基本上都利用運行在通用計算機或工作站上的軟件。參照圖13，這樣的實現(xiàn)可以應(yīng)用，例如，處理器1302、存儲器1304、和由，例如，顯示器1306和鍵盤1308形成的輸入和/或輸出接口。這里使用的術(shù)語“處理器”旨在包括像包括CPU(中央處理單元)的那一種和/或處理電路的其它形式那樣的任何處理設(shè)備。并且，術(shù)語“處理器”可以指不止一個單獨處理器。術(shù)語“存儲器”旨在包括像RAM(隨機存取存儲器)、ROM(只讀存儲器)、固定存儲設(shè)備(例如，硬盤)、可換式存儲設(shè)備(例如，軟盤)、閃速存儲器等那樣，與處理器或CPU相關(guān)聯(lián)的存儲器。另外，這里使用的短語“輸入和/或輸出接口”旨在包括，將數(shù)據(jù)輸入處理單元的一種或多種機構(gòu)(例如，鼠標(biāo))、和提供與處理單元相關(guān)聯(lián)的結(jié)果的一種或多種機構(gòu)(例如，打印機)。處理器1302、存儲器1304、和像顯示器1306和鍵盤1308那樣的輸入和/或輸出接口可以通過，例如，作為數(shù)據(jù)處理單元1312的一部分的總線1310互連。也可以將通過，例如，總線1310的適當(dāng)互連提供給可以提供與計算機網(wǎng)絡(luò)的接口、像網(wǎng)卡那樣的網(wǎng)絡(luò)接口1314、和可以提供與媒體1318的接口、像軟盤或CD-ROM驅(qū)動器那樣的媒體接口1316。
于是，包括執(zhí)行如本文所述的本發(fā)明的方法的指令或代碼的計算機軟件可以存儲在一個或多個相關(guān)存儲設(shè)備(例如，ROM、固定或可換式存儲器)中，并且，當(dāng)準備使用時，部分或全部裝入(例如，RAM中)和被CPU執(zhí)行。這樣的軟件可以包括，但不局限于，固件、常駐軟件、微碼等。
而且，本發(fā)明可以采取可從計算機可用或計算機可讀媒體(例如，媒體1318)訪問的計算機程序產(chǎn)品的形式，該計算機可用或計算機可讀媒體提供可供計算機或任何指令執(zhí)行系統(tǒng)使用或與計算機或任何指令執(zhí)行系統(tǒng)結(jié)合在一起使用的程序代碼。對于本說明書來說，計算機可用或計算機可讀媒體可以是供指令執(zhí)行系統(tǒng)、裝置、或設(shè)備使用或與指令執(zhí)行系統(tǒng)、裝置、或設(shè)備結(jié)合在一起使用的任何裝置。
媒體可以是電、磁、光、電磁、紅外、半導(dǎo)體系統(tǒng)(裝置或設(shè)備)或傳播媒體。計算機可讀媒體的例子包括半導(dǎo)體或固態(tài)存儲器(例如，存儲器1304)、磁帶、可換式計算機軟盤(例如，媒體1318)、隨機訪問存儲器(RAM)、只讀存儲器(ROM)、剛性磁盤和光盤。光盤的當(dāng)前例子包括只讀光盤存儲器(CD-ROM)、和可讀寫光盤(CD-R/W)和DVD(數(shù)字多功能盤)。
適用于存儲和/或執(zhí)行程序代碼的數(shù)據(jù)處理系統(tǒng)包括通過系統(tǒng)總線1310直接或間接與存儲單元1304耦接的至少一個處理器1302。存儲單元可以包括在實際執(zhí)行程序代碼期間應(yīng)用的本地存儲器、大容量存儲器、和提供至少一些程序代碼的臨時存儲，以便減少在執(zhí)行期間必須從大容量存儲器中檢索代碼的次數(shù)的高速緩沖存儲器。
輸入和/或輸出或I/O設(shè)備(包括，但不局限于，鍵盤1308、顯示器1306、定位設(shè)備等)可以直接(像通過總線1310那樣)或通過中介I/O控制器(為了簡潔起見省略了)與系統(tǒng)耦接。
像網(wǎng)絡(luò)接口1314那樣的網(wǎng)絡(luò)適配器也可以與系統(tǒng)耦接，使數(shù)據(jù)處理系統(tǒng)變成通過中介私有或公共網(wǎng)絡(luò)與其它數(shù)據(jù)處理系統(tǒng)、遠程打印機或存儲設(shè)備耦接。調(diào)制解調(diào)器、電纜調(diào)制解調(diào)器和以太網(wǎng)網(wǎng)卡僅僅是少數(shù)幾種當(dāng)前可用類型的網(wǎng)絡(luò)適配器。
無論如何都應(yīng)該明白，這里例示的部件可以以硬件、軟件、或它們的組合，例如，專用集成電路(ASICS)、功能電路、帶有相關(guān)存儲器的一個或多個適當(dāng)編程的通用數(shù)字計算機等的各種形式實現(xiàn)。在已知這里提供的本發(fā)明的教導(dǎo)的情況下，本領(lǐng)域的普通技術(shù)人員將能夠設(shè)想出本發(fā)明的這些部件的其它實現(xiàn)。
本發(fā)明的至少一個實施例可以提供像支持表達模塊的適應(yīng)能力那樣的一種或多種有益效果。
盡管這里參照附圖描述了本發(fā)明的例示性實施例，但應(yīng)該明白，本發(fā)明不局限于那些確切實施例，本領(lǐng)域的普通技術(shù)人員可以不偏離本發(fā)明的范圍或精神地作出各種其它改變和修正。
權(quán)利要求
1.一種根據(jù)細粒度架構(gòu)構(gòu)建模塊(ABB)表示和配置靈活和可擴展的表達模式的方法，包含如下步驟
定義ABB；
以統(tǒng)一方式為所述ABB建模；以及
利用所述ABB創(chuàng)建至少一個模板，其中，所述至少一個模板包含預(yù)配置的靜態(tài)特征和用戶指定的服務(wù)特征中的至少一個。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述定義ABB的步驟包含如下步驟
定義消費者ABB和表達控制器ABB。
3.根據(jù)權(quán)利要求1所述的方法，其中，所述定義ABB的步驟包含步驟
定義表達ABB、消費者概況ABB、訪問控制ABB、格式變換ABB、配置規(guī)則ABB、和高速緩存ABB。
4.根據(jù)權(quán)利要求1所述的方法，其中，所述定義ABB的步驟包含如下步驟
將表達模塊的責(zé)任劃分成分責(zé)任區(qū)。
5.根據(jù)權(quán)利要求4所述的方法，其中
所述分責(zé)任區(qū)包含相關(guān)銜接功能的邏輯分組；和
所述分責(zé)任區(qū)被當(dāng)作ABB來對待。
6.根據(jù)權(quán)利要求1所述的方法，其中，所述定義ABB的步驟包含如下步驟
定義與ABB相關(guān)聯(lián)的屬性，其中，所述屬性包含標(biāo)識符(ID)屬性、類型屬性、狀態(tài)屬性、協(xié)議屬性、和輸入類型和輸出類型屬性中的至少一種。
7.根據(jù)權(quán)利要求1所述的方法，其中，所述以統(tǒng)一方式為ABB建模的步驟包括如下步驟
利用統(tǒng)一框架為所述ABB建模。
8.根據(jù)權(quán)利要求7所述的方法，其中，所述統(tǒng)一框架促進所述ABB的統(tǒng)一接口描述的開發(fā)。
9.根據(jù)權(quán)利要求1所述的方法，其中，所述以統(tǒng)一方式為ABB建模的步驟包含如下步驟
定義所述ABB的操作，其中，所述操作包括標(biāo)識操作、名稱操作、層操作、狀態(tài)操作、協(xié)議操作、輸入數(shù)據(jù)類型操作、輸出數(shù)據(jù)類型操作、輸入和/或輸出類型操作、注釋統(tǒng)一資源定位符(URL)操作、消費者層類型操作、和消費者類型操作中的至少一種。
10.根據(jù)權(quán)利要求1所述的方法，其中，所述創(chuàng)建至少一個模板的步驟包含如下步驟利用ABB為特定服務(wù)場景預(yù)配置靜態(tài)模板。
11.根據(jù)權(quán)利要求1所述的方法，其中，所述創(chuàng)建至少一個模板的步驟包含如下步驟
根據(jù)所述用戶指定的服務(wù)特征選擇適當(dāng)?shù)腁BB；以及
在運行時期間配置所述適當(dāng)?shù)腁BB。
12.一種設(shè)計和管理細粒度架構(gòu)構(gòu)建模塊(ABB)的方法，包含如下步驟
識別ABB，以便構(gòu)成用于在解決方案中促進消費者和其它單元之間的表達和交互的架構(gòu)；
分析所述ABB，以便監(jiān)視各個ABB所使用的計算資源；
根據(jù)(i)有關(guān)實體的請求和(ii)可用資源而選擇所述ABB的多個運行實例；以及
管理ABB的生命周期。
13.根據(jù)權(quán)利要求12所述的方法，其中，所述管理ABB的生命周期的步驟包括如下步驟
定義表達架構(gòu)模板；
根據(jù)服務(wù)場景選擇表達架構(gòu)模板；
配置所述ABB的接口；
應(yīng)用所述ABB與其它模塊的交互模式；和
啟用對所述ABB的訪問控制。
14.根據(jù)權(quán)利要求12所述的方法，進一步包括如下步驟
啟用狀態(tài)管理的粒度實現(xiàn)；和
處理異常情況。
15.一種根據(jù)細粒度架構(gòu)構(gòu)建模塊(ABB)表示和配置靈活和可擴展的表達模式的裝置，包括
存儲器；和
與所述存儲器耦接和起如下作用的至少一個處理器
定義ABB；
以統(tǒng)一方式為所述ABB建模；和
利用所述ABB創(chuàng)建至少一個模板，其中，所述至少一個模板包含預(yù)配置的靜態(tài)特征和用戶指定的服務(wù)特征中的至少一個。
16.根據(jù)權(quán)利要求15所述的裝置，其中，所述至少一個處理器用于通過定義消費者ABB和表達控制器ABB而定義ABB。
17.根據(jù)權(quán)利要求15所述的裝置，其中，所述至少一個處理器用于通過定義表達ABB、消費者概況ABB、訪問控制ABB、格式變換ABB、配置規(guī)則ABB、和高速緩存ABB而定義ABB。
18.根據(jù)權(quán)利要求15所述的裝置，其中，所述至少一個處理器用于通過將表達模塊的責(zé)任劃分成分責(zé)任區(qū)而定義ABB。
19.根據(jù)權(quán)利要求18所述的裝置，其中
所述分責(zé)任區(qū)包括相關(guān)銜接功能的邏輯分組；并且
所述分責(zé)任區(qū)被當(dāng)作ABB來對待。
20.根據(jù)權(quán)利要求15所述的裝置，其中，所述至少一個處理器用于通過利用統(tǒng)一框架來為ABB建模而以統(tǒng)一方式為所述ABB建模。
21.根據(jù)權(quán)利要求20所述的裝置，其中，所述統(tǒng)一框架促進所述ABB的統(tǒng)一接口描述的開發(fā)。
22.根據(jù)權(quán)利要求15所述的裝置，其中，所述至少一個處理器用于通過利用ABB為特定服務(wù)場景預(yù)配置靜態(tài)模板而創(chuàng)建至少一個模板。
23.根據(jù)權(quán)利要求15所述的裝置，其中，所述至少一個處理器用于通過如下步驟創(chuàng)建至少一個模板
根據(jù)所述用戶指定的服務(wù)特征而選擇適當(dāng)?shù)腁BB；以及
在運行時期間配置所述適當(dāng)?shù)腁BB。
24.一種包括具有計算機可用程序代碼的計算機可用媒體的計算機程序產(chǎn)品，該計算機可用程序代碼用于根據(jù)細粒度架構(gòu)構(gòu)建模塊(ABB)表示和配置靈活和可擴展的表達模式，所述計算機程序產(chǎn)品包括
用于實現(xiàn)根據(jù)權(quán)利要求1-14中的任一個的方法中的步驟的計算機可用程序代碼。
全文摘要
本發(fā)明提供了根據(jù)細粒度架構(gòu)構(gòu)建模塊(ABB)表示和配置靈活和可擴展的表達模式的技術(shù)。該技術(shù)包括定義ABB，以統(tǒng)一方式為ABB建模，和利用ABB創(chuàng)建至少一個模板，其中，至少一個模板包括預(yù)配置的靜態(tài)特征和用戶指定的服務(wù)特征中的至少一個。在本發(fā)明的實施例中，用于設(shè)計和管理細粒度ABB的示范性方法可以包括識別ABB以便構(gòu)成用于在解決方案中促進消費者和其它單元之間的表達和交互的架構(gòu)，分析ABB以便監(jiān)視各個ABB使用的計算資源，根據(jù)(i)有關(guān)實體的請求和(ii)可用資源而選擇ABB的多個運行實例，和管理ABB的生命周期。
文檔編號G06Q10/00GK101174220SQ20071018511
公開日2008年5月7日 申請日期2007年10月30日 優(yōu)先權(quán)日2006年10月31日
發(fā)明者張良杰, 阿布杜爾·阿拉姆, 嘉 張 申請人:國際商業(yè)機器公司