|
中間是格網入口（MGPLBG
Portal），它必須提供一個簡單的介面讓使用者進入格網環境。
使用者可以透過手機在此提出使用需求並定義問題參數（例如使用者要執行一次矩陣乘法，需要幾個
CPU）、查詢資源的使用情形、動態創建一個符合使用者需求的格網服務、接收最後執行結果以及提供一個安全的通訊方式。為了達到這樣的功能需求，我們在格網入口裡設計了下列四個元件
1. 任務管理員（Job
Manager）
該服務可依據使用者所定義的問題參數，在索引服務中搜尋適當的格網資源，當使用者需要
C+MPI 平行處裡能力時，組合成資源描述語言（Resource Specification
Language, RSL），RSL 以 XML
格式描述格網資源的位置、格網服務的啟動方式以及使用者所定義的問題參數，並且以此啟動格網服務製造廠（Grid
Service
Factory）提交任務。當使用者需要使用存在於異質環境中的格網服務時，則透過該格網服務所提供之製造廠，動態創建一個格網服務實體。每個新創建的格網服務實體都會擁有一個唯一的繫結位置（Grid
Service Handle,
GSH），任務管理員以及其他的服務實體可以依據此繫結位置對該服務實體進行一連串的操作。
2. 任務監控器（Job
Monitor）
每個格網服務實體都具備狀態通知機制（Notification），當服務實體的狀態（Status）改變時，可以透過服務資料（Service
Data）來通知其他的服務實體，任務監控器可以監控格網服務執行時之狀態並採取適當動作，例如當一個平行處理服務中某個節點發生錯誤時，必須通知任務監控器，而任務監控器必須透過任務管理員重新提交任務。
3. 結果顯示器（Visualizer）
整合格網服務之運算結果以視覺化或檔案呈現給使用者。
4. 格網安全代理（Grid Security
Proxy）
格網服務間必須提供一個安全的溝通管道，格網安全通訊代理透過 X.509
機制，提供給每個使用者一個代理憑證，MGPLBG
必須透過此代理憑證才能取得在每個格網節點的資源使用權。
左邊部份為真實格網環境，其中包含了下列三個元件
1. 服務註冊中心（Service
Registry）
服務狀態資訊的收集中心，定期更新包括描述格網服務的靜態資訊（GWSDL），以及格網資源使用狀況、格網服務的所在的動態資訊（Service
Data）等。
2. 格網服務製造廠（Grid Service
Factory）
接收由 RSL 產生器所傳送的RSL，剖析 RSL
取得資源的使用權之後，再將應用程式部署到本地端資源中動態創建獨立的格網服務實體。
3. 實體資源管理員（Local Resource
Manager）
每個實體的格網節點都會有一個資源管理員，負責管理該節點上實體的計算資源與格網服務，並定期將資源的靜態資訊（GWSDL），動態的狀態（Service
Data）註冊至服務註冊中心，將格網服務實體執行結果回傳給前端使用者。
在此一架構下，使用者可以在不考慮資源如何取得的情況下透過 MGPLBG 提交計算需求，而在
MGPLBG
中，每個經由格網服務製造廠所創建的格網服務實體都各自擁有獨立的生命週期，由同一個使用者的使用需求所創建的服務實體可以經由彼此的
GSH 用 SOAP
訊息溝通，因此可以達成異質性環境系統整合。透過此一統，即可使用行動裝置，輕易的存取格網的強大運算資源，並且視覺化的檢視圖形分割與負載平衡的實際效益。 | 
