專利名稱：一種網(wǎng)格資源管理系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種信息技術領域，尤其涉及一種網(wǎng)格資源管理系統(tǒng)。
背景技術：
進入網(wǎng)絡計算時代，面向互聯(lián)網(wǎng)資源共享與協(xié)同工作的計算環(huán)境是網(wǎng)絡計算技術領域的重要研究課題。網(wǎng)絡資源的戰(zhàn)略價值日益突顯，人們自然希望將紛繁復雜的底層實體抽象化，而為上層提供相對簡化的統(tǒng)一視圖，從而實現(xiàn)互聯(lián)網(wǎng)資源的共享和綜合利用?；ヂ?lián)網(wǎng)資源就像超市里的貨物一樣，為了實現(xiàn)互聯(lián)網(wǎng)資源共享與協(xié)同工作，引進“虛擬超市”的思想?！疤摂M超市”的思想可以理解為，參考超市中的進貨流程，尚未經(jīng)虛擬化的跨域資源可以看作來自不同廠家的商品，跨域資源的虛擬化以及聚合可以類比為從不同廠家采購商品并形成商品倉庫的過程，“虛擬超市”便從該商品倉庫中取“貨”(虛擬資源)。 “虛擬超市”的體系結構首先對分布于各域的資源進行虛擬化(即類似超市的進貨過程)，虛擬資源經(jīng)過聚合后形成能力計算空間(相當于超市的商品倉庫)。然后，能力計算空間中“無序”的虛擬資源通過優(yōu)化組合(類似超市中的商品按貨架位分類存放)、應用服務虛擬化技術，轉換成適用于任務自主調度的業(yè)務級服務。最后，工作流動態(tài)構造技術將用戶需求描述為與業(yè)務級服務相匹配的子任務，完成在業(yè)務級服務之上按需定制相應的虛擬組織。

發(fā)明內容
本發(fā)明的目的是鑒于現(xiàn)有的資源管理方法的不足，提供了一種基于“虛擬超市”思想的資源管理系統(tǒng)，提出了相對于傳統(tǒng)顯代理的一種新的方法-自主構造，為“虛擬超市”資源共享與協(xié)同服務平臺提供了一種有效的資源管理方式，能使“虛擬超市”用戶更自主的方便的使用平臺中的跨域資源。為了實現(xiàn)上述發(fā)明目的，本發(fā)明實施例一種網(wǎng)格資源管理系統(tǒng)是通過以下的技術方案實現(xiàn)的一種網(wǎng)格資源管理系統(tǒng)，所述系統(tǒng)包括以下模塊管理控制系統(tǒng)，用來負責管理下屬所有資源域的客戶端，同時響應上層資源請求端的資源請求，并將資源請求發(fā)送至相應的資源客戶端由其處理資源客戶端，所述資源客戶端具有二級機構，用來對所述資源請求進行相應處理。進一步優(yōu)選地，所述管理控制系統(tǒng)具體包括通信模塊，用來負責所述管理控制系統(tǒng)和各客戶端及資源請求端的通信；其中，所述通信分為兩部分將資源訪問信息按照一定的格式返回給資源請求端，使得資源請求端與資源端建立資源訪問連接；訪問資源客戶端，收集必要的資源訪問信息；資源信息查詢模塊，用來依照資源請求，獲取指定的資源信息，交由其調用子模塊做進一步處理；管理命令模塊，用來向資源客戶端發(fā)出管理控制命令，其中，所述管理控制命令包括啟動資源服務命令，資源狀態(tài)為可用，使得資源可以響應資源請求；關閉資源服務命令，資源狀態(tài)為不可用，使得資源不可被外界訪問；終止資源訪問命令，中斷當前所有的資源訪問連接，資源暫時進入不可用狀態(tài)；計算資源訪問模塊，用來提供計算資源訪問入口，通過資源信息查詢模塊，獲取訪問計算資源必要的信息，并按照一定的格式返回給通信模塊，以支持計算資源的調用；存儲資源訪問模塊，用來提供存儲資源訪問入口，通過資源信息查詢模塊，獲取訪問存儲資源必要的信息，按照一定的格式返回給通信模塊，以支持存儲資源的調用；應用資源訪問模塊，用來提供應用資源訪問入口，通過資源信息查詢模塊，獲取訪問應用資源必要的信息，按照一定的格式返回給通信模塊，以支持應用資源的調用；
數(shù)據(jù)資源訪問模塊，用來提供數(shù)據(jù)資源訪問入口，通過資源信息查詢模塊，獲取訪問數(shù)據(jù)資源必要的信息，按照一定的格式返回給通信模塊，以支持數(shù)據(jù)資源的調用；資源信息更新模塊，用來依照資源更新請求，更新指定資源的相關信息，同時將更新操作的執(zhí)行結果返回給其調用模塊。進一步優(yōu)選地，所述資源客戶端具體包括計算資源客戶端、存儲資源客戶端和數(shù)據(jù)資源客戶端，所述資源客戶端、存儲資源客戶端和數(shù)據(jù)資源客戶端分別包含二級機構，即分別包含相應的一級客戶端和二級客戶端。進一步優(yōu)選地，所述計算資源一級客戶端具體包括監(jiān)控模塊，用來當接收到上層的管理控制系統(tǒng)發(fā)出的監(jiān)控命令時，解析內部結構文檔，并將內部節(jié)點拓撲結構發(fā)送給上層管理控制系統(tǒng)；資源調用模塊，用來直接調用應用資源，并向上層返回調用結果；超時監(jiān)控模塊，用來根據(jù)預先設定的監(jiān)控時間量度，監(jiān)控是否有資源調用結果返回；通訊模塊，用來將本次應用資源調用過程信息發(fā)送至管理控制系統(tǒng)；應用動態(tài)部署模塊，用來進行應用資源的動態(tài)部署；LIB庫讀寫模塊，用來實現(xiàn)對LIB庫的讀寫操作，所述LIB的讀寫操作均在線程級別上完成，讀寫操作具有互斥性。進一步優(yōu)選地，所述計算資源二級客戶端具體包括通訊模塊,用來與計算資源一級客戶端CE_Client進行通訊,包括接收CE_Client的控制命令，和發(fā)送本地Host結點信息；動態(tài)部署模塊，所述動態(tài)部署模塊為CE_Client應用動態(tài)部署模塊的下層模塊，用來將應用資源部署到Host計算節(jié)點上；管理命令響應模塊，用來解析CE_Client發(fā)送的控制命令，并根據(jù)所述控制命令作出響應來改變計算資源Host結點的狀態(tài)，其中，所述改變計算資源Host節(jié)點的狀態(tài)具體包括停止或開啟計算資源Host結點，停止或開啟部署在其結點上的應用資源，中斷應用資源對外的全部連接。進一步優(yōu)選地，所述存儲資源一級客戶端具體包括監(jiān)控模塊，用來當接收到上層的管理控制系統(tǒng)發(fā)出的監(jiān)控命令時，解析內部結構文檔，將內部節(jié)點拓撲結構發(fā)送給上層管理控制系統(tǒng)；元數(shù)據(jù)管理模塊，用來存儲整個元數(shù)據(jù)和對象數(shù)據(jù)的布局信息和負責系統(tǒng)的資源分配和網(wǎng)絡虛擬磁盤的地址映射；資源調用模塊，用來直接調用應用資源，并向上層返回調用結果；通訊模塊，用來將本次資源調用過程信息發(fā)送至管理控制系統(tǒng)；LIB庫讀寫模塊，用來實現(xiàn)對LIB庫的讀寫操作，所述LIB的讀寫操作均在線程級別上完成，讀寫操作具有互斥性。進一步優(yōu)選地，所述存儲資源二級客戶端具體包括通訊模塊，用來與存儲資源一級客戶端SE_Client模塊通訊，包括接收SE_Client的控制命令和傳送本地Host結點信息；
存儲資源讀寫模塊，用來負責直接讀寫存儲資源；管理命令響應模塊，用來解析SE_Client發(fā)送的管理命令，并根據(jù)所述管理命令作出響應來改變計算資源Host結點的狀態(tài)，所述改變計算資源Host結點的狀態(tài)具體包括停止或開啟計算資源Host結點，中斷應用資源對外的全部連接。進一步優(yōu)選地，所述數(shù)據(jù)資源一級客戶端具體包括同步模塊，用來保持對核心數(shù)據(jù)庫的所有讀寫操作進行同步；資源調用模塊，用來負責數(shù)據(jù)查詢命令的執(zhí)行；LIB庫操作模塊，用來實現(xiàn)對LIB庫的讀寫操作，所述對LIB的讀寫操作均在線程級別上完成，并具有互斥性；通訊模塊，用來與管理控制系統(tǒng)通訊，將本次資源調用過程信息發(fā)送至管理控制系統(tǒng)。進一步優(yōu)選地，所述數(shù)據(jù)資源二級客戶端具體包括通訊模塊,用來與數(shù)據(jù)資源一級客戶端DE_Client模塊通訊,包括接收DE_Client的控制命令和傳送本地Host結點信息；同步模塊，用來向DE_Client發(fā)出同步請求；管理命令響應模塊，用來解析DE_Client發(fā)送的管理命令，并根據(jù)所述管理命令作出響應來改變計算資源Host結點的狀態(tài)，所述改變計算資源Host結點的狀態(tài)具體包括停止或開啟計算資源Host結點，中斷應用資源對外的全部連接；資源調用模塊，用來調用數(shù)據(jù)資源流程中的底層模塊，負責數(shù)據(jù)查詢命令的執(zhí)行。本發(fā)明實施例提供網(wǎng)格資源管理系統(tǒng)，設計并實現(xiàn)了統(tǒng)一資源描述模型，資源描述模型包含資源的信息說明、發(fā)布類型、所含元素以及可選架構，以便資源開發(fā)者提供的資源可以有效被其他應用所使用，同時，設計并實現(xiàn)了一套資源構造方案，該方案結合資源描述模型，利用Web Service技術框架實現(xiàn)了對資源本地操作的有效封裝，對外提供統(tǒng)一訪問接口，在一定程度上實現(xiàn)了資源共享。


通過下面結合附圖對其示例性實施例進行的描述，本發(fā)明上述特征和優(yōu)點將會變得更加清楚和容易理解。圖I為本發(fā)明實施例I 一種資源管理系統(tǒng)的組成示意圖；圖2為本發(fā)明實施例2優(yōu)選的一種資源管理系統(tǒng)的組成示意圖。
具體實施例方式下面結合附圖對本發(fā)明作進一步詳細說明。為了更好的描述本發(fā)明實施例的技術方案，首先對以下概念作一一說明。熟悉本領域的技術人員可以知道，該說明僅為了幫助理解和說明，并不在于限制本發(fā)明，其中，名詞術語部分為本領域常用或為本領域一般技術人員可以理解的用法，而并不構成對本發(fā)明的實施方式的限制。I、資源描述模型網(wǎng)絡環(huán)境中的各種資源需要進行統(tǒng)一表示，本發(fā)明實施例通過對資源信息進行抽象達到這一目標。本發(fā)明實施方案采用的資源描述模型拋棄所有與系統(tǒng)相關的資源特性，只從資源信息中提取那些可以被量化或可以被簡單地統(tǒng)一表示的部分。被提取出的資源信息稱為資源屬性(資源參數(shù))。其中，對于靜態(tài)屬性的描述，用Info(信息)表示；對于頻繁變換狀態(tài)的描述，用 State (狀態(tài))表示；對于使資源使用規(guī)范的描述，用Policy (規(guī)范或策略)描述；對于資源訪問規(guī)范的描述，用AccessControlBase (信息訪問規(guī)范)表示。同時依照網(wǎng)絡資源的功能屬性，具體分為四類資源，即計算資源、存儲資源、數(shù)據(jù)資源、應用資源。下面將參照如圖I至如圖4詳細介紹資源描述模型。I. I計算資源模型(I) Computing Element (計算資源單元，以下簡稱CE)CE是一個計算資源單元的集合，代表可以對外提供一定程度上高計算能力的復雜計算資源。作為一種普適性的抽象模型，CE代表了計算服務提供者的屬性、計算能力描述及資源訪問策略。Element內部由Host組成,且不要求Host在性能上保持一致性,換言之，對于Element內部的Host，可能存在不同的處理器型號、內存類型、甚于不同的操作系統(tǒng)。(2) Host (計算節(jié)點)Host描述一個計算節(jié)點的具體配置信息，是應用運行時的實際載體，Host之間的資源請求的分配由Element協(xié)調。為了準確刻畫資源個體屬性，從而為高層系統(tǒng)提供準確的資源信息，相比于CE的描述模型，Host更偏重于計算資源性能的量化描述，而不是抽象的描述。I. 2存儲資源模型(I) Storage Element (存儲資源單元，以下簡稱SE)SE存儲資源單元通過提供不同服務對物理資源進行管理，包括數(shù)據(jù)的權限控制、配額管理以及磁盤空間管理等。Storage Element是存儲資源模型的核心實體,用來描述負責存儲資源服務的信息。(2) Host (存儲載體)Host是文件分布式存儲的最終載體，可以看成是存儲系統(tǒng)的最小單位，所有Host資源對外呈現(xiàn)普適性視圖，其屬性只刻畫本身的存儲屬性及訪問屬性。在文件系統(tǒng)方面，與其相應的管理Element保持一致。I. 3數(shù)據(jù)資源模型(I)Data Element (數(shù)據(jù)資源單元，以下簡稱DE)DE是建立在數(shù)據(jù)源上的代理服務，管理對內部Host的訪問，同時驗證訪問者身份。同時負責核心數(shù)據(jù)庫和影子數(shù)據(jù)庫的同步。
(2) Host (數(shù)據(jù)訪問請求實體)HOST為數(shù)據(jù)訪問請求的相應實體，若為核心數(shù)據(jù)庫，則記錄影子數(shù)據(jù)庫的信息，它在某事件驅動下會向影子數(shù)據(jù)庫發(fā)出同步操作命令；若為影子數(shù)據(jù)庫，則記錄其唯一核心數(shù)據(jù)庫的信息，響應核心數(shù)據(jù)庫發(fā)出的同步命令，更新內部數(shù)據(jù)。影子數(shù)據(jù)庫和核心數(shù)據(jù)庫的角色劃分是互斥的，即一個Host只能是在核心數(shù)據(jù)庫和核心數(shù)據(jù)庫中選擇其一，且一個Host只能是選擇一個數(shù)據(jù)庫連接作為其核心數(shù)據(jù)庫。I. 4 應用資源模型(Application Element,以下簡稱 AE)應用資源是指應用程序的的表現(xiàn)形式，用來實現(xiàn)對應用程序的訪問、管理、控制。應用資源應可以使得在不修改本地運行環(huán)境或文件系統(tǒng)的基礎上進行應用的部署。一個AE就代表了一個應用資源的入口，該AE會被賦予這種應用所需要的各種資源信息，包括硬件資源和軟件資源，從用戶的角度看，所用的應用資源都是通過AE體現(xiàn)，用戶可以通過訪問AE來使用網(wǎng)絡上的應用資源。2、資源構造方案本發(fā)明實施例為以開放網(wǎng)格服務體系機構為代表的服務虛擬化的方式，將應用封裝成服務，并利用分布式框架將任務分散到服務實例中。服務虛擬化同樣允許應用開發(fā)者將不同應用領域的服務作為組件，這些組件能被重新組合以適應高層需求的變化。在依照資源描述模型對資源構造時，對所有資源訪問方式都以服務的形式發(fā)布，使得應用資源能夠共享或獨享硬件資源和單一操作系統(tǒng)，而軟件劃分能夠映射軟件組件到平臺資源，并且允許應用組件之間彼此隔離。資源訪問接口服務化使得應用層硬件中分離，從而消除了可擴展性問題和其他的硬件限制，與此同時，它還提供靈活性以適應新的高層要求。本發(fā)明實施例為了實現(xiàn)對資源端的訪問、控制和管理，在資源端部署了虛擬資源客戶端，從而封裝對資源的全部操作，對外提供統(tǒng)一的訪問接口，同時對上層模塊提供操作命令，允許高層模塊有限地控制資源端，主要包括開啟資源服務、停止資源服務、中斷正在進行的資源操作。具體的實施方式下,本發(fā)明實施例可采用的操作系統(tǒng)為WindowsXP ProfessionalSP3 ;其編程平臺的集成開發(fā)環(huán)境可以為MyEclipSe6。0，可采用JAVA語言編寫，JDK版本可以包括JDK1。4。1、JDK1。4。2，數(shù)據(jù)庫管理系統(tǒng)可以為MySQL5。0，服務器運行環(huán)境可以采用Tbmcat6。O及XFire庫作為跨域資源服務的服務器運行環(huán)境。本發(fā)明實施例并不限于以上實現(xiàn)方式，任何操作系統(tǒng)、編程平臺、編程語言、數(shù)據(jù)庫系統(tǒng)、服務器運行環(huán)境的選擇均可按照本領域一般技術人員的應用習慣進行?？紤]到“虛擬超市”跨域跨平臺的特點，一個優(yōu)選的實施方式，選擇使用SUN公司的JAVA作為編程語言。鑒于JAVA優(yōu)良的跨平臺性，可以很好的解決系統(tǒng)異構性的問題，無論是Win32還是Linux，都可以運行此管理系統(tǒng)。3、系統(tǒng)架構本發(fā)明實施例的系統(tǒng)架構采用集中式控制結構，即將整個系統(tǒng)分為兩部分，分別是管理控制系統(tǒng)和虛擬資源客戶端。其中，管理控制系統(tǒng)負責管理下屬所有資源域的客戶端，同時響應上層資源請求，并將資源請求發(fā)送至相應的資源客戶端由其處理。為了保持與資源描述模型的一致，在資、源Element和Host級別上均設有客戶端，系統(tǒng)整體架構如圖2所示。管理控制系統(tǒng)是系統(tǒng)的核心模塊，其負責下屬資源客戶端的管理控制，及底層模塊和高層子系統(tǒng)的通信。管理控制系統(tǒng)具有以下功能提交創(chuàng)建新應用程序(資源)，管理控制系統(tǒng)記錄應用程序的部署信息。記錄成為某一應用程序的開發(fā)人員，這樣，這些人員就可以上傳代碼的新版本；查看訪問數(shù)據(jù)和錯誤日志，并分析訪問量；查看所有資源的狀態(tài)信息，并提供手工更新信息的接口 ；查看應用程序的計劃任務的狀態(tài)；測試應用程序的新版本，并切換用戶看到的版本。 3. I管理控制系統(tǒng)的內部結構各子模塊功能如下所示(I)通信模塊負責管理控制系統(tǒng)和各客戶端及資源請求端的通信，具體說來，可分為兩部分將資源訪問信息按照一定的格式返回給資源請求端，使得資源請求端與資源端建立資源訪問連接；訪問資源客戶端，收集必要的資源訪問信息。(2)管理命令模塊向資源客戶端發(fā)出管理控制命令，具體分為啟動資源服務命令，資源狀態(tài)為可用，使得資源可以響應資源請求；關閉資源服務命令，資源狀態(tài)為不可用，使得資源不可被外界訪問；終止資源訪問命令，中斷當前所有的資源訪問連接，資源暫時進入不可用狀態(tài)。(3)計算資源訪問模塊計算資源訪問入口，通過資源信息查詢模塊，獲取訪問計算資源必要的信息，按照一定的格式返回給通信模塊，以支持計算資源的調用。(4)存儲資源訪問模塊存儲資源訪問入口，通過資源信息查詢模塊，獲取訪問存儲資源必要的信息，按照一定的格式返回給通信模塊，以支持存儲資源的調用。(5)應用資源訪問模塊應用資源訪問入口，通過資源信息查詢模塊，獲取訪問應用資源必要的信息，按照一定的格式返回給通信模塊，以支持應用資源的調用。(6)數(shù)據(jù)資源訪問模塊數(shù)據(jù)資源訪問入口，通過資源信息查詢模塊，獲取訪問數(shù)據(jù)資源必要的信息，按照一定的格式返回給通信模塊，以支持數(shù)據(jù)資源的調用。為了防止資源信息庫由于讀寫時序問題而產生臟數(shù)據(jù)，所有針對于資源信息的查詢或修改都由兩個模塊完成，兩個模塊內部已設置了讀寫協(xié)調機制，因此不會產生臟數(shù)據(jù)。(7)資源信息查詢模塊依照資源請求，獲取指定的資源信息，交由其調用子模塊做進一步處理。(8)資源信息更新模塊依照資源更新請求，更新指定資源的相關信息，同時將更新操作的執(zhí)行結果返回給其調用模塊。其模塊在實現(xiàn)時，均采用了單實例多線程模式，既保證了各模塊同步互斥訪問資源信息庫，同時，對于每一個資源請求，都產生獨立的線程相應其請求。3. 2資源客戶端為了與資源描述模型中二級結構保持一致性，所有硬件資源的客戶端均采用二級結構，一級客戶端部署在Element結點上,二級客戶端部署在Host結點上。3. 2. I、計算資源客戶端A.計算資源一級客戶端(以下簡稱CE_Client)CE_Client由如下功能模塊組成監(jiān)控模塊、資源調用模塊、超時監(jiān)控模塊、通訊模塊、應用動態(tài)部署模塊、LIB操作模塊、及本地信息庫(Local Information Base，簡稱LIB)。其中，本地信息庫包含了計算資源客戶端的配置文件，及下屬的Host信息表。(I)監(jiān)控模塊 CE是一個獨立自治區(qū)域，其內部結構對外是透明的。自治性隱含著CE域內可以處理內部節(jié)點結構的變化，具有自主控制處理能力。其內部結構記錄于XML配置文檔中，便于監(jiān)控模塊對該文檔進行修改。當監(jiān)控模塊接收到上層控制管理系統(tǒng)發(fā)出的監(jiān)控命令時，解析內部結構文檔，將內部節(jié)點拓撲結構發(fā)送給上層控制管理系統(tǒng)，以便其進行其他操作。(2)資源調用模塊資源調用模塊是整個CE_Client客戶端的核心模塊，該模塊位于CE_Client的最底層，負責直接調用應用資源，并向上層返回調用結果，失敗則返回失敗原因。資源調用模塊利用SOAP協(xié)議對應用資源進行訪問，并將資源調用狀態(tài)及調用結果返回上層模塊。由于某些應用本身運行時間較長，調用方可能會誤判斷CE服務器宕機。為了避免該類錯誤，資源調用模塊內含一個超時監(jiān)控子模塊，該模塊的作用是定時向資源端發(fā)送測試消息，若該消息發(fā)送失敗，則本次應用資源調用過程直接結束，否則等待應用運行完畢或再次發(fā)出測試消息。(3)超時監(jiān)控依照Host屬性中的State。WorstResponseTime值,作為監(jiān)控的時間量度,若在此值內沒有資源調用結果返回(不論返回狀態(tài)為成功或失敗)，則向CH0st_Client客戶端發(fā)出測試信息。該測試消息消息體為空，因此當一個CE內部出現(xiàn)多次資源調用時，避免了因頻繁發(fā)送測試消息而造成的帶寬浪費。根據(jù)測試消息的返回狀態(tài)，CE_Client可以判斷應用所在Host是否宕機，以此來降低上層資源調用的盲等時間。(4)通訊模塊為了實現(xiàn)資源位置的透明性，資源請求均被發(fā)送至管理控制系統(tǒng)，由其為資源請求指明確定的資源訪問位置，而這一通訊過程不能被資源請求發(fā)送端所捕獲，因此，資源請求操作中涉及資源位置的信息均不對用戶開放。在資源請求被資源端響應的過程中，CE_Client通過通訊模塊，將本次資源調用過程信息發(fā)送至管理系統(tǒng)系統(tǒng)，同時，管理信息模塊可以發(fā)送控制命令至資源端，終止本次資源請求，并向資源請求端返回失敗信息。除此以夕卜，其它所有模塊與控制管理系統(tǒng)的通訊信息均由通訊模塊處理。(5)應用動態(tài)部署模塊支持應用資源的動態(tài)部署，也可以理解為應用資源的動態(tài)提交過程。該模塊支持遠程部署應用資源，并將其自動CE服務端開啟該應用。同樣，為了保證資源位置的透明性，動態(tài)部署請求只涉及所申請CE資源的性能要求，在部署過程中，管理控制系統(tǒng)會根據(jù)資源申請而選擇合適CE資源部署其應用，并通過通訊模塊將應用的部署信息發(fā)送至控制管理系統(tǒng)。(6) LIB庫讀寫模塊由于CE內部實現(xiàn)自治管理，因此所有CE管理信息均放在本地，形成本地信息庫(Local Information Base,以下簡稱LIB),為了增強該庫的可操作性以可移植性,選擇XML作為LIB的存儲方式?？紤]到LIB的重要性，因此所有針對LIB庫的讀寫操作均由LIB庫讀寫模塊統(tǒng)一完成，這樣就實現(xiàn)了對LIB信息的集中式管理。對于LIB的讀寫操作均在線程級別上完成，同時設定讀寫操作的互斥性，這樣既增強了 LIB庫讀操作的并發(fā)性，又保證了 LIB數(shù)據(jù)的完整性及正確性。B、計算資源二級客戶端(以下簡稱CH0st_Client)CH0st_Client是應用資源提交過程中的最底層模塊，直接負責資源在計算資源服 務器上的部署，同時可以接受CE_Client的命令，完成對資源的卸載、啟用、停止等操作。其包括如下模塊(I)通訊模塊與CE_Client模塊通訊，接收CE_Client的控制命令，同時發(fā)送本地Host結點信
肩、O(2)動態(tài)部署模塊該模塊是CE_Client應用動態(tài)部署模塊的下層模塊，負責將應用資源部署到Host計算節(jié)點上。(3)管理命令響應模塊解析CE_Client發(fā)送的管理命令，并根據(jù)命令作出響應來改變計算資源Host結點的狀態(tài)，具體可分為停止或開啟計算資源Host結點，停止或開啟部署在其結點上的應用資源，中斷應用資源對外的全部連接。
3. 2. 2、存儲資源客戶端A.存儲資源一級客戶端(以下簡稱SE_Client)讀取、存儲位于該域能力范圍內的文件資源，完成域內文件的分布式存儲和讀取。SE_Client由如下功能模塊組成通訊模塊、元數(shù)據(jù)管理模塊、資源調用模塊、LIB操作模塊、監(jiān)控模塊及本地信息庫(LIB)。其中，本地信息庫包含了計算資源客戶端的配置文件，下屬的Host信息表。(I)監(jiān)控模塊SE是一個獨立自治區(qū)域，其內部結構對外是透明的。自治性隱含著SE域內可以處理內部節(jié)點結構的變化，具有自主控制處理能力。其內部結構記錄于XML配置文檔中，便于監(jiān)控模塊對該文檔進行修改。當監(jiān)控模塊接收到上層控制管理系統(tǒng)發(fā)出的監(jiān)控命令時，解析內部結構文檔，將內部節(jié)點拓撲結構發(fā)送給上層控制管理系統(tǒng)，以便其進行其他操作。(2)元數(shù)據(jù)管理模塊元數(shù)據(jù)管理模塊著整個SE內部元數(shù)據(jù)和對象數(shù)據(jù)的布局信息，負責系統(tǒng)的資源分配和網(wǎng)絡虛擬磁盤的地址映射，其可以完成對整個存儲系統(tǒng)的配置和運行的管理。另外，元數(shù)據(jù)管理模塊通過冗余管理軟件來實現(xiàn)普通存儲節(jié)點之間的數(shù)據(jù)冗余關系，并為資源請求提供合理的資源分配方案。在文件傳輸過程中開啟多線程并發(fā)傳輸文件。
(3)資源調用模塊資源調用模塊是整個SE_Client客戶端的核心模塊，該模塊位于SE_Client的最底層，負責直接調用應用資源，并向上層返回調用結果，失敗則返回失敗原因。在其調用過程中，必要的通訊信息由通訊模塊發(fā)出。其工作模式為一對多模式，即根據(jù)元數(shù)據(jù)管理模塊提供的資源分配方案，一個SE_Client同時調用多個SH0st_Client端，并發(fā)地完成文件資源的讀寫操作。其中，每個SH0st_Client都是獨立的存儲設備，負責對象數(shù)據(jù)的存儲、備份、遷移和恢復，并負責監(jiān)控本地存儲設備的運行狀況和資源情況。除此以外，存儲資源還可以作為應用資源中間數(shù)據(jù)的存儲載體。在傳輸中，SE_Client —對多相應資源請求，具體說來，就是一個Element對應多個Host。(4)通訊模塊為了實現(xiàn)資源位置的透明性，資源請求均被發(fā)送至管理控制系統(tǒng)，由其為資源請求指明確定的資源訪問位置，而這一通訊過程不能被資源輕松發(fā)送端所捕獲，因此，資源請求操作中涉及資源位置的信息均不對用戶開放。在資源請求被資源端響應的過程中，SE_ Client通過通訊模塊，將本次資源調用過程信息發(fā)送至管理系統(tǒng)系統(tǒng)，同時，管理信息模塊可以發(fā)送控制命令至資源端，終止本次資源請求，并向資源請求端返回失敗信息。除此以夕卜，其它所有模塊與控制管理系統(tǒng)的通訊信息均由通訊模塊處理。(5) LIB庫讀寫模塊由于SE內部實現(xiàn)自治管理，因此所有SE管理信息均放在本地，形成本地信息庫(Local Information Base,以下簡稱LIB),為了增強該庫的可操作性以可移植性,選擇XML作為LIB的存儲方式。考慮到LIB的重要性，因此所有針對LIB庫的讀寫操作均有LIB庫讀寫模塊統(tǒng)一完成，這樣就實現(xiàn)了對LIB信息的集中式管理。對于LIB的讀寫操作均在線程級別上完成，同時設定讀寫操作的互斥性，這樣既增強了 LIB庫讀操作的并發(fā)性，又保證了 LIB數(shù)據(jù)的完整性及正確性。B、存儲資源二級客戶端(以下簡稱SH0st_Client)SH0st_Client是調用存儲資源流程中的最底層模塊，負責數(shù)據(jù)的直接存儲及讀取。(I)通訊模塊與SE_Client模塊通訊,接收SE_Client的控制命令，同時傳送本地Host結點信
肩、O(2)存儲資源讀寫模塊負責直接讀寫存儲資源，若文件為分布式存儲，每一個Host結點接本地資源讀取完畢后，需在SE_Client上集成后再送至資源請求端。(3)管理命令響應模塊解析SE_Client發(fā)送的管理命令,并根據(jù)命令作出響應來改變計算資源Host結點的狀態(tài)，具體可分為停止或開啟計算資源Host結點，中斷應用資源對外的全部連接。3. 2. 3、數(shù)據(jù)資源客戶端A、數(shù)據(jù)資源一級客戶端(以下簡稱DE_Client)數(shù)據(jù)資源客戶端和API使用者建立端對端連接，系統(tǒng)可監(jiān)控該連接過程，并可以一定程度上終止該連接。數(shù)據(jù)資源僅僅是一個多級處理系統(tǒng)，而不是真正意義上的分布式數(shù)據(jù)庫，即資源請求不能直接由DH0st_Client完成，而是由DE_Client進行資源調度后將請求轉發(fā)。DE中存在的數(shù)據(jù)庫，都在多個DHost上有備份，從而提高數(shù)據(jù)庫接收數(shù)據(jù)操作請求的能力。這里，將源數(shù)據(jù)庫稱為“核心數(shù)據(jù)庫”，而將備份數(shù)據(jù)庫稱為“影子數(shù)據(jù)庫”。DE_Client由如下功能模塊組成同步模塊、資源調用模塊、LIB (LocalInformation Base,以下簡稱LIB)操作模塊、通訊模塊、監(jiān)控模塊及本地信息庫(LIB)。其中，本地信息庫包含了計算資源客戶端的配置文件，下屬的Host信息表；監(jiān)控模塊(Host信息收集)SE是一個獨立自治區(qū)域，其內部結構對外是透明的。自治性隱含著DE域內可以處理內部節(jié)點結構的變化，具有自主控制處理能力。其內部結構記錄于XML配置文檔中，便于監(jiān)控模塊對該文檔進行修改。當監(jiān)控模塊接收到上層控制管理系統(tǒng)發(fā)出的監(jiān)控命令時，解析內部結構文檔，將內部節(jié)點拓撲結構發(fā)送給上層控制管理系統(tǒng)，以便其進行其他操作。(I)同步模塊由于DE內Host上數(shù)據(jù)庫是其中一個核心數(shù)據(jù)庫的備份，因此應該保持數(shù)據(jù)操作的同步，因此對于核心數(shù)據(jù)庫的所有寫操作均會被發(fā)送至同步模塊，同步模塊向數(shù)據(jù)庫發(fā) 送相應的更新影子數(shù)據(jù)庫命令。同時，該模塊的讀寫操作由一組互斥的線程操作完成，既保證了操作的效率又保證了操作的正確。(2)資源調用模塊調用數(shù)據(jù)資源流程中的底層模塊，負責數(shù)據(jù)查詢命令的執(zhí)行，具體執(zhí)行交由數(shù)據(jù)資源二層客戶端完成。(3) LIB庫操作模塊由于DE內部實現(xiàn)自治管理，因此所有SE管理信息均放在本地，形成本地信息庫(Local Information Base,以下簡稱LIB),為了增強該庫的可操作性以可移植性,選擇XML作為LIB的存儲方式?？紤]到LIB的重要性，因此所有針對LIB庫的讀寫操作均有LIB庫讀寫模塊統(tǒng)一完成，這樣就實現(xiàn)了對LIB信息的集中式管理。對于LIB的讀寫操作均在線程級別上完成，同時設定讀寫操作的互斥性，這樣既增強了 LIB庫讀操作的并發(fā)性，又保證了 LIB數(shù)據(jù)的完整性及正確性。(4)通訊模塊為了實現(xiàn)資源位置的透明性，資源請求均被發(fā)送至管理控制系統(tǒng)，由其為資源請求指明確定的資源訪問位置，而這一通訊過程不能被資源輕松發(fā)送端所捕獲，因此，資源請求操作中涉及資源位置的信息均不對用戶開放。在資源請求被資源端響應的過程中，DE_Client通過通訊模塊，將本次資源調用過程信息發(fā)送至管理系統(tǒng)系統(tǒng)，同時，管理信息模塊可以發(fā)送控制命令至資源端，終止本次資源請求，并向資源請求端返回失敗信息。除此以夕卜，其它所有模塊與控制管理系統(tǒng)的通訊信息均由通訊模塊處理。B、數(shù)據(jù)資源二級客戶端(以下簡稱DH0st_Client)(I)通訊模塊與DE_Client模塊通訊，接收DE_Client的控制命令，同時傳送本地Host結點信
肩、O(2)同步模塊核心數(shù)據(jù)庫的同步模塊向DE_Client發(fā)出同步請求，DE_Client會向其所有的影子數(shù)據(jù)庫發(fā)出同步數(shù)據(jù)指令，同時返回影子數(shù)據(jù)庫信息，核心數(shù)據(jù)庫與影子數(shù)據(jù)庫建立連接。影子數(shù)據(jù)庫的同步模塊負責接收更新數(shù)據(jù)，并對本地數(shù)據(jù)庫進行更新。(3)管理命令響應模塊解析DE_Client發(fā)送的管理命令，并根據(jù)命令作出響應來改變計算資源Host結點的狀態(tài)，具體可分為停止或開啟計算資源Host結點，中斷應用資源對外的全部連接。(4)資源調用模塊調用數(shù)據(jù)資源流程中的底層模塊，負責數(shù)據(jù)查詢命令的執(zhí)行。4、API 實現(xiàn)
為了實現(xiàn)對資源的受控訪問及二次開發(fā)，對資源的訪問可以通過系統(tǒng)提供的API實現(xiàn)，這些API共同形成了資源SDK開發(fā)工具。4. I應用資源API應用資源API包括以下(I)訪問控制用戶通過API發(fā)出資源請求時，該請求不會被送至資源端，而是被發(fā)送至子系統(tǒng)，子系統(tǒng)通過管理控制核心模塊，為本次請求選擇合適的資源，并將資源調用的詳細信息返回值API端。隨后API端根據(jù)系統(tǒng)返回信息，向資源端發(fā)送資源請求。這樣就保證了資源訪問由子系統(tǒng)控制，用戶不用關心資源的具體位置，一方面增強了 API的可用性，一方面保證了資源的訪問控制。(2)隊列管理將資源請求放至其目標資源請求隊列中，該隊列分為兩部分執(zhí)行隊列及等待隊列。由于每個計算資源都有自己可以承受的最大任務數(shù)，因此一旦執(zhí)行隊列大小超過最大任務數(shù)，該請求會被放至等待隊列中，若等待隊列大小超多最大任務等待數(shù)，本次資源請求返回失敗信息。當資源請求被發(fā)出時，API端不會與馬上與資源端建立連接，而是選擇監(jiān)聽一個特定本地端口，當資源請求被執(zhí)行時，才與資源端建立連接，否則，持續(xù)監(jiān)聽該端口。(3)資源調用通過API提供的資源調用函數(shù)，可以調用使用者權限范圍內的所有應用資源，且通用接口統(tǒng)一，調用過程中的通訊及調度過程均由API內部函數(shù)完成，對使用者透明。4. 2存儲資源API存儲資源API包括以下(I)訪問控制用戶通過API發(fā)出資源請求時，該請求不會被送至資源端，而是被發(fā)送至子系統(tǒng)，子系統(tǒng)通過管理控制核心模塊，為本次請求選擇合適的資源，并將資源調用的詳細信息返回值API端。隨后API端根據(jù)系統(tǒng)返回信息，向資源端發(fā)送資源請求。這樣就保證了資源訪問由子系統(tǒng)控制，用戶不用關心資源的具體位置，一方面增強了 API的可用性，一方面保證了資源的訪問控制。(2)資源分配根據(jù)資源請求信息，子系統(tǒng)管理控制系統(tǒng)選取合適的存儲資源集構成資源分配方案，并將分配方案返回，構成本地資源分配方案，由此派發(fā)資源調用請求。(3)資源調用根據(jù)本地資源調用方案，多線程的實現(xiàn)存儲資源調用。具體說來，若為存儲文件操作，會依照資源調用方案，分割文件，將每個文件塊建立不同連接，多線程發(fā)送文件；若為讀取文件，依照資源調用方案，先建立不同連接，多線程回收臨時文件塊，然后依照順序拼接成完整文件，后刪除臨時文件塊。4. 3數(shù)據(jù)資源API數(shù)據(jù)資源API包括以下(I)訪問控制用戶通過API發(fā)出資源請求時，該請求不會被送至資源端，而是被發(fā)送至子系統(tǒng)，子系統(tǒng)通過管理控制核心模塊，為本次請求選擇合適的資源，并將資源調用的詳細信息返回值API端。隨后API端根據(jù)系統(tǒng)返回信息，向資源端發(fā)送資源請求。這樣就保證了資源
訪問由子系統(tǒng)控制，用戶不用關心資源的具體位置，一方面增強了 API的可用性，一方面保證了資源的訪問控制。(2)資源調用資源調用API完成基于JDBC訪問數(shù)據(jù)庫的安全控制，能夠支持多種數(shù)據(jù)庫的訪問，提供一個SQL語言中Select子集的本地訪問控制。通過修改影子數(shù)據(jù)庫的配置屬性提供對角色、庫、數(shù)據(jù)表、字段和過濾條件的維護。此外方便用戶維護訪問控制策略，實現(xiàn)多種數(shù)據(jù)庫和文件資源的本地授權。4. 4計算資源API計算資源API包括以下(I)上傳應用程序如果用戶使用的是Web瀏覽器，則可直接從Web頁面上傳的應用程序。要上傳應用程序，請點擊前端頁面上的上傳按鈕。根據(jù)用戶提出的計算資源描述需求，系統(tǒng)選擇合適的計算資源部署您的應用。還可從命令提示符上傳的應用程序。用于運行的命令位于SDK的 tools/bin/upload。jar 目錄中。(2)更新索引當使用update操作上傳應用程序時,更新將包括應用程序索引配置(CEDoc。xml文檔)。如果索引配置定義了描述文件中上還不存在的索引，則控制管理模塊將創(chuàng)建此新索弓I。創(chuàng)建索引可能需要一些時間，時間長短取決于數(shù)據(jù)存儲區(qū)中已存在的需要編入新索引的數(shù)據(jù)量。如果應用程序執(zhí)行需要索引的查詢但該索引還未構建完成，則該查詢將引發(fā)異
堂
巾O要防止出現(xiàn)該問題，必須確保在索引構建完成之前，要求新索引的應用程序的新版本不是應用程序的活動版本。其中一種做法是，每當用戶在配置中添加或更改索引時，即在CEDoc。xml文檔中為應用程序指定一個新版本號。應用程序將以新版本上傳，不會自動變成默認的版本。當索引已完成構建時，可使用管理控制臺的“版本”部分將默認版本更改為新版本。本發(fā)明實施例提供網(wǎng)格資源管理系統(tǒng)，設計并實現(xiàn)了統(tǒng)一資源描述模型，資源描述模型包含資源的信息說明、發(fā)布類型、所含元素以及可選架構，以便資源開發(fā)者提供的資源可以有效被其他應用所使用，同時，設計并實現(xiàn)了一套資源構造方案，該方案結合資源描述模型，利用Web Service技術框架實現(xiàn)了對資源本地操作的有效封裝，對外提供統(tǒng)一訪問接口，在一定程度上實現(xiàn)了資源共享。另外，更設計了一套資源開發(fā)API，利用該API可以對資源進行訪問，并可以根據(jù)不同層次的資源需求，對資源進行整合或二次開發(fā)。需要注意的是，以上內容是結合具體的實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā)明的具體實施方式
僅限于此，在本發(fā)明的上述指導下，本領域技術人員可 以在上述實施例的基礎上進行各種改進和變形，而這些改進或者變形落在本發(fā)明的保護范圍內。
權利要求
1.一種網(wǎng)格資源管理系統(tǒng)，其特征在于，所述系統(tǒng)包括 管理控制系統(tǒng)，用來負責管理下屬所有資源域的客戶端，同時響應上層資源請求端的資源請求，并將資源請求發(fā)送至相應的資源客戶端由其處理 資源客戶端，所述資源客戶端具有二級機構，用來對所述資源請求進行相應處理。
2.根據(jù)權利要求I所述的系統(tǒng)，其特征在于，所述管理控制系統(tǒng)具體包括 通信模塊，用來負責所述管理控制系統(tǒng)和各客戶端及資源請求端的通信；其中，所述通信分為兩部分將資源訪問信息按照一定的格式返回給資源請求端，使得資源請求端與資源端建立資源訪問連接；訪問資源客戶端，收集必要的資源訪問信息； 資源信息查詢模塊，用來依照資源請求，獲取指定的資源信息，交由其調用子模塊做進一步處理； 管理命令模塊，用來向資源客戶端發(fā)出管理控制命令，其中，所述管理控制命令包括啟動資源服務命令，資源狀態(tài)為可用，使得資源可以響應資源請求；關閉資源服務命令，資源狀態(tài)為不可用，使得資源不可被外界訪問；終止資源訪問命令，中斷當前所有的資源訪問連接，資源暫時進入不可用狀態(tài)； 計算資源訪問模塊，用來提供計算資源訪問入口，通過資源信息查詢模塊，獲取訪問計算資源必要的信息，并按照一定的格式返回給通信模塊，以支持計算資源的調用； 存儲資源訪問模塊，用來提供存儲資源訪問入口，通過資源信息查詢模塊，獲取訪問存儲資源必要的信息，按照一定的格式返回給通信模塊，以支持存儲資源的調用； 應用資源訪問模塊，用來提供應用資源訪問入口，通過資源信息查詢模塊，獲取訪問應用資源必要的信息，按照一定的格式返回給通信模塊，以支持應用資源的調用； 數(shù)據(jù)資源訪問模塊，用來提供數(shù)據(jù)資源訪問入口，通過資源信息查詢模塊，獲取訪問數(shù)據(jù)資源必要的信息，按照一定的格式返回給通信模塊，以支持數(shù)據(jù)資源的調用； 資源信息更新模塊，用來依照資源更新請求，更新指定資源的相關信息，同時將更新操作的執(zhí)行結果返回給其調用模塊。
3.根據(jù)權利要求2所述的系統(tǒng)，其特征在于，所述資源客戶端具體包括計算資源客戶端、存儲資源客戶端和數(shù)據(jù)資源客戶端，所述資源客戶端、存儲資源客戶端和數(shù)據(jù)資源客戶端分別包含二級機構，即分別包含相應的一級客戶端和二級客戶端。
4.根據(jù)權利要求3所述的系統(tǒng)，其特征在于，所述計算資源一級客戶端具體包括 監(jiān)控模塊，用來當接收到上層的管理控制系統(tǒng)發(fā)出的監(jiān)控命令時，解析內部結構文檔，并將內部節(jié)點拓撲結構發(fā)送給上層管理控制系統(tǒng)； 資源調用模塊，用來直接調用應用資源，并向上層返回調用結果； 超時監(jiān)控模塊，用來根據(jù)預先設定的監(jiān)控時間量度，監(jiān)控是否有資源調用結果返回； 通訊模塊，用來將本次應用資源調用過程信息發(fā)送至管理控制系統(tǒng)； 應用動態(tài)部署模塊，用來進行應用資源的動態(tài)部署； LIB庫讀寫模塊，用來實現(xiàn)對LIB庫的讀寫操作，所述LIB的讀寫操作均在線程級別上完成，讀寫操作具有互斥性。
5.根據(jù)權利要求4所述的系統(tǒng)，其特征在于，所述計算資源二級客戶端具體包括 通訊模塊，用來與計算資源一級客戶端CE_Client進行通訊，包括接收CE_Client的控制命令，和發(fā)送本地Host結點信息；動態(tài)部署模塊，所述動態(tài)部署模塊為CE_Client應用動態(tài)部署模塊的下層模塊，用來將應用資源部署到Host計算節(jié)點上； 管理命令響應模塊，用來解析CE_Client發(fā)送的控制命令，并根據(jù)所述控制命令作出響應來改變計算資源Host結點的狀態(tài)，其中，所述改變計算資源Host節(jié)點的狀態(tài)具體包括停止或開啟計算資源Host結點，停止或開啟部署在其結點上的應用資源，中斷應用資源對外的全部連接。
6.根據(jù)權利要求3所述的系統(tǒng)，其特征在于，所述存儲資源一級客戶端具體包括 監(jiān)控模塊，用來當接收到上層的管理控制系統(tǒng)發(fā)出的監(jiān)控命令時，解析內部結構文檔，將內部節(jié)點拓撲結構發(fā)送給上層管理控制系統(tǒng)； 元數(shù)據(jù)管理模塊，用來存儲整個元數(shù)據(jù)和對象數(shù)據(jù)的布局信息和負責系統(tǒng)的資源分配和網(wǎng)絡虛擬磁盤的地址映射； 資源調用模塊，用來直接調用應用資源，并向上層返回調用結果； 通訊模塊，用來將本次資源調用過程信息發(fā)送至管理控制系統(tǒng)； LIB庫讀寫模塊，用來實現(xiàn)對LIB庫的讀寫操作，所述LIB的讀寫操作均在線程級別上完成，讀寫操作具有互斥性。
7.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述存儲資源二級客戶端具體包括 通訊模塊，用來與存儲資源一級客戶端SE_Client模塊通訊，包括接收SE_Client的控制命令和傳送本地Host結點信息； 存儲資源讀寫模塊，用來負責直接讀寫存儲資源； 管理命令響應模塊，用來解析SE_Client發(fā)送的管理命令，并根據(jù)所述管理命令作出響應來改變計算資源Host結點的狀態(tài)，所述改變計算資源Host結點的狀態(tài)具體包括停止或開啟計算資源Host結點，中斷應用資源對外的全部連接。
8.根據(jù)權利要求3所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)資源一級客戶端具體包括 同步模塊，用來保持對核心數(shù)據(jù)庫的所有讀寫操作進行同步； 資源調用模塊，用來負責數(shù)據(jù)查詢命令的執(zhí)行； LIB庫操作模塊，用來實現(xiàn)對LIB庫的讀寫操作，所述對LIB的讀寫操作均在線程級別上完成，并具有互斥性； 通訊模塊，用來與管理控制系統(tǒng)通訊，將本次資源調用過程信息發(fā)送至管理控制系統(tǒng)。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)資源二級客戶端具體包括 通訊模塊，用來與數(shù)據(jù)資源一級客戶端DE_Client模塊通訊，包括接收DE_Client的控制命令和傳送本地Host結點信息； 同步模塊，用來向DE_Client發(fā)出同步請求； 管理命令響應模塊，用來解析DE_Client發(fā)送的管理命令，并根據(jù)所述管理命令作出響應來改變計算資源Host結點的狀態(tài)，所述改變計算資源Host結點的狀態(tài)具體包括停止或開啟計算資源Host結點，中斷應用資源對外的全部連接； 資源調用模塊，用來調用數(shù)據(jù)資源流程中的底層模塊，負責數(shù)據(jù)查詢命令的執(zhí)行。
全文摘要
本發(fā)明公開了一種網(wǎng)格資源管理系統(tǒng)，用于信息技術領域，為“虛擬超市”資源共享與協(xié)同服務平臺提供了一種有效的資源管理方式，能使“虛擬超市”用戶更自主的方便的使用平臺中的跨域資源。所述系統(tǒng)包括管理控制系統(tǒng)，用來負責管理下屬所有資源域的客戶端，同時響應上層資源請求端的資源請求，并將資源請求發(fā)送至相應的資源客戶端由其處理。資源客戶端，所述資源客戶端具有二級機構，用來對所述資源請求進行相應處理。本發(fā)明實施例提供網(wǎng)格資源管理系統(tǒng)，設計并實現(xiàn)了統(tǒng)一資源描述模型，實現(xiàn)了對資源本地操作的有效封裝，對外提供統(tǒng)一訪問接口，在一定程度上實現(xiàn)了資源共享。
文檔編號H04L29/08GK102790788SQ20111013357
公開日2012年11月21日 申請日期2011年5月23日 優(yōu)先權日2011年5月23日
發(fā)明者張亞英, 張軍旗, 張棟良, 王宇, 蔣昌俊, 閆春鋼, 陳閎中 申請人:同濟大學