專利名稱：分布式處理系統(tǒng)、控制單元以及客戶機(jī)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式處理系統(tǒng)、控制單元以及客戶機(jī)。

背景技術(shù)：
在并行處理系統(tǒng)中的系統(tǒng)控制中，將所提供的處理分割成適當(dāng)?shù)娜蝿?wù)，將任務(wù)分 配給分散的計(jì)算資源，使輸入輸出協(xié)作來進(jìn)行任務(wù)的調(diào)度。而且，還存在這樣的情況根據(jù) 在執(zhí)行時(shí)所取得的計(jì)算模塊的動(dòng)態(tài)狀態(tài)，進(jìn)行子處理的重新配置和執(zhí)行停止、重新開始等。由此，在使負(fù)荷分散、或者實(shí)現(xiàn)消耗功率最優(yōu)化的同時(shí)，實(shí)現(xiàn)處理的效率化。作為 應(yīng)用了這樣的系統(tǒng)控制功能的并行處理系統(tǒng)，例如有日本特開2002-7364號公報(bào)所提出的 系統(tǒng)。在并行處理系統(tǒng)中，除了任務(wù)的調(diào)度以外，還需要計(jì)算模塊的登記、管理等多方面的 控制功能。關(guān)于現(xiàn)有的并行處理系統(tǒng)中的系統(tǒng)控制功能之一的任務(wù)調(diào)度，由調(diào)度器等專用功 能進(jìn)行任務(wù)調(diào)度。為了實(shí)現(xiàn)系統(tǒng)整體的負(fù)荷分散和消耗功率的下降，調(diào)度器的靜態(tài)或動(dòng)態(tài) 的任務(wù)分配是有效的。不管是將包含調(diào)度器的系統(tǒng)控制功能分配給單一模塊還是分配給多 個(gè)模塊，一般都由專用模塊來實(shí)現(xiàn)系統(tǒng)控制功能。然而，在負(fù)荷集中到控制功能模塊自身上的情況下，通過將這些控制功能自身靜 態(tài)或動(dòng)態(tài)地重新分配給其他模塊來實(shí)現(xiàn)負(fù)荷分散是困難的。而且，與系統(tǒng)控制相關(guān)的設(shè)定 是在系統(tǒng)控制模塊中集中進(jìn)行的，難以在用戶側(cè)靈活地進(jìn)行。

發(fā)明內(nèi)容
本發(fā)明是鑒于上述而作成的，本發(fā)明構(gòu)建這樣的系統(tǒng)準(zhǔn)備能發(fā)現(xiàn)與作為系統(tǒng)控 制功能模塊的控制單元的全部功能同等功能的客戶機(jī)，在任意定時(shí)替代控制單元的一部分 或全部的功能，在客戶機(jī)上進(jìn)行系統(tǒng)控制設(shè)定。由此，使系統(tǒng)控制功能在控制單元和客戶機(jī) 之間分散，避免控制功能的負(fù)荷集中，而且，控制功能相關(guān)的設(shè)定也分配給客戶機(jī)，從而可 在用戶側(cè)靈活地進(jìn)行系統(tǒng)控制相關(guān)的設(shè)定。為了解決上述課題并達(dá)到目的，根據(jù)本發(fā)明的分布式處理系統(tǒng)具有客戶機(jī)，其請 求執(zhí)行從用戶所請求的服務(wù)；處理部件；以及控制單元，其與客戶機(jī)以及處理部件連接，其 特征在于，控制單元具有用于控制分布式處理系統(tǒng)的控制功能，客戶機(jī)具有與控制單元的 控制功能中的至少一個(gè)控制功能相同的控制功能，針對控制單元和客戶機(jī)雙方都具有的控 制功能中的至少一個(gè)控制功能，選擇控制單元和客戶機(jī)的控制功能中的至少一方來執(zhí)行控 制。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，針對控制單元和客戶機(jī)雙方都具 有的控制功能中的至少一個(gè)控制功能，擇一地選擇控制單元和客戶機(jī)中的其中一方的控制 功能來執(zhí)行控制。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，針對控制單元和客戶機(jī)雙方都具 有的控制功能中的至少一個(gè)控制功能，使用控制單元和客戶機(jī)雙方的控制功能來執(zhí)行控制。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元和客戶機(jī)的控制功能的 選擇由控制單元根據(jù)預(yù)先存儲(chǔ)在控制單元內(nèi)的選擇設(shè)定來執(zhí)行。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元和客戶機(jī)的控制功能的 選擇由控制單元根據(jù)來自向客戶機(jī)請求服務(wù)的執(zhí)行的用戶或此外的用戶的請求來執(zhí)行。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元根據(jù)判斷條件判斷控制 功能的選擇執(zhí)行的允許或拒絕，根據(jù)該判斷結(jié)果執(zhí)行控制功能的選擇。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元預(yù)先存儲(chǔ)有判斷條件。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元根據(jù)來自向客戶機(jī)請求 服務(wù)的執(zhí)行的用戶或此外的用戶的請求，設(shè)定判斷條件。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，即使在選擇了客戶機(jī)的控制功能 的情況下，控制單元也向客戶機(jī)發(fā)布控制命令，取代所選擇的控制功能，強(qiáng)制地選擇對應(yīng)的 自身的控制功能。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，不管是否選擇了客戶機(jī)的控制功 能，控制單元向客戶機(jī)發(fā)布控制命令，強(qiáng)制地變更客戶機(jī)的控制功能。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元根據(jù)來自向客戶機(jī)請求 服務(wù)的執(zhí)行的用戶或此外的用戶的請求，向客戶機(jī)發(fā)布控制命令。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元根據(jù)發(fā)布條件向客戶機(jī) 自主地發(fā)布控制命令。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，不管是否選擇了客戶機(jī)的控制功 能，客戶機(jī)根據(jù)變更條件強(qiáng)制地變更由變更條件所指定的控制功能，并通知控制單元。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，變更條件包括在選擇了客戶機(jī)的 控制功能的情況下，由控制單元設(shè)定變更條件，或者預(yù)先存儲(chǔ)變更條件。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元在有來自客戶機(jī)的通知 的情況下，根據(jù)通知重新設(shè)定自身的控制功能。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，變更條件包括從選擇客戶機(jī)的控 制功能起的限制時(shí)間、服務(wù)執(zhí)行環(huán)境的狀況、服務(wù)執(zhí)行負(fù)荷的狀況、計(jì)算資源使用狀況以及 服務(wù)執(zhí)行狀況中的至少一方。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制功能包括擇一地選擇控制功 能所需要的信息的公開或不公開的功能。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，能夠限制公開的信息包括處理部 件的狀態(tài)。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，能夠限制公開的信息包括調(diào)度策 略。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制功能包括計(jì)算資源的確保和 釋放、處理路徑的建立和釋放、處理部件的狀態(tài)監(jiān)視、處理的調(diào)度、針對調(diào)度的調(diào)度策略的 選擇、服務(wù)的任務(wù)分解、處理部件的登記和解除以及路徑信息存儲(chǔ)中的至少一方。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，客戶機(jī)具有與控制單元的全部控制功能相同的控制功能。
在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，針對控制單元的全部控制功能，僅 使用客戶機(jī)的控制功能來執(zhí)行控制。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，針對控制單元的全部控制功能，僅 使用控制單元的控制功能來執(zhí)行控制。根據(jù)本發(fā)明的分布式處理系統(tǒng)的另一方式，其特征在于，具有客戶機(jī)，其請求執(zhí) 行從用戶所請求的服務(wù)；以及處理部件，其與客戶機(jī)連接，其中，分布式處理系統(tǒng)僅由客戶 機(jī)具有的控制功能來控制。根據(jù)本發(fā)明的分布式處理系統(tǒng)的另一方式，其特征在于，具有控制單元，其具有 接收來自用戶的服務(wù)請求的功能；以及處理部件，其與控制單元連接，其中，分布式處理系 統(tǒng)僅由控制單元具有的控制功能來控制。根據(jù)本發(fā)明的控制單元，其特征在于，該控制單元與請求執(zhí)行從用戶所請求的服 務(wù)的客戶機(jī)以及處理部件一起構(gòu)成分布式處理系統(tǒng)，控制單元具有控制分布式處理系統(tǒng)的 控制功能，其中，針對控制單元和客戶機(jī)雙方都具有的控制功能中的至少一個(gè)控制功能，為 了執(zhí)行控制，選擇控制單元和客戶機(jī)的控制功能中的至少一方。根據(jù)本發(fā)明的客戶機(jī)，其特征在于，該客戶機(jī)與具有控制分布式處理系統(tǒng)的控制 功能的控制單元連接，請求執(zhí)行從用戶所請求的服務(wù)，其中，客戶機(jī)具有與控制單元的控制 功能中的至少一個(gè)控制功能相同的控制功能，針對控制單元和客戶機(jī)雙方都具有的控制功 能中的至少一個(gè)控制功能，執(zhí)行使用由控制單元所選擇的控制功能的控制。


圖1是示出本發(fā)明的實(shí)施方式涉及的分布式處理系統(tǒng)的結(jié)構(gòu)例的圖。圖2是示出本發(fā)明的實(shí)施方式涉及的應(yīng)用處理流程的流程圖。圖3是使圖2所示的服務(wù)和構(gòu)成服務(wù)的任務(wù)對應(yīng)起來的表。圖4是分別示出構(gòu)成執(zhí)行轉(zhuǎn)移信息的信息例和各構(gòu)成信息的數(shù)據(jù)例的表。圖5是示出與圖4所示的執(zhí)行轉(zhuǎn)移信息的結(jié)構(gòu)對應(yīng)的系統(tǒng)的模型例的圖。圖6是示出本發(fā)明的實(shí)施方式涉及的分布式處理系統(tǒng)中的控制功能的例子的表。圖7是示出控制功能的第1選擇設(shè)定例的表。圖8是示出控制功能的第2選擇設(shè)定例的表。圖9是示出控制功能的第3選擇設(shè)定例的表。圖10是示出控制功能的第4選擇設(shè)定例的表。圖11是示出控制功能的第5選擇設(shè)定例的表。圖12是示出調(diào)度策略管理中的策略ID和狀態(tài)的例子的表。圖13是示出PE信息管理中的PE基本信息和狀態(tài)的例子的表。圖14是示出全部控制功能的選擇設(shè)定由控制單元進(jìn)行的例子的處理流程的圖。圖15是示出一部分控制功能的選擇設(shè)定由客戶機(jī)進(jìn)行、剩余的選擇設(shè)定由控制單元進(jìn)行的例子的處理流程的圖。圖16是示出全部控制功能的選擇設(shè)定由客戶機(jī)進(jìn)行的例子的處理流程的圖。圖17是示出基于控制命令的強(qiáng)制選擇變更的處理流程的流程圖。圖18是示出基于變更條件的強(qiáng)制選擇變更流程的流程圖。
具體實(shí)施例方式以下，根據(jù)附圖詳細(xì)說明本發(fā)明涉及的分布式處理系統(tǒng)、控制單元以及客戶機(jī)的 實(shí)施方式。另外，本發(fā)明不受以下實(shí)施方式的限制。首先，參照圖1來說明本實(shí)施方式涉及的處理模型。圖1是示出本實(shí)施方式涉及 的分布式處理系統(tǒng)的結(jié)構(gòu)例的圖。如圖1所示，分布式處理系統(tǒng)由請求執(zhí)行應(yīng)用(服務(wù))的客戶機(jī)21、進(jìn)行系統(tǒng)整體 的控制的控制單元(以下有時(shí)省略為CU) 11、以及作為計(jì)算模塊的處理部件(以下有時(shí)省略 為PE) 31 3η構(gòu)成?？蛻魴C(jī)21是PE的一種，也能進(jìn)行計(jì)算。
這里，將識(shí)別PE的ID稱為PEID。PE具有特定用于任務(wù)處理的功能，將識(shí)別該功 能的ID稱為功能ID。下面，參照圖2來說明應(yīng)用執(zhí)行例。圖2是示出應(yīng)用處理流程的流程圖。在該例 子中，舉出JPEG解碼處理。如圖2所示，JPEG解碼處理能分割成以下6個(gè)連續(xù)處理JPEG文件分析(步驟 S101)，熵解碼(步驟S102)，逆量化(步驟S103)，IDCT (步驟S104)，上采樣(步驟S105)， 以及顏色信號轉(zhuǎn)換(步驟S106)。這里，將如JPEG解碼處理那樣由用戶進(jìn)行處理請求的應(yīng)用稱為服務(wù)，將構(gòu)成JPEG 解碼處理的熵解碼那樣的子處理稱為任務(wù)。服務(wù)和任務(wù)被唯一地分配服務(wù)ID和任務(wù)ID，用于識(shí)別各自的處理內(nèi)容。假定JPEG 解碼處理的服務(wù)ID是SV-823，構(gòu)成JPEG解碼處理的各任務(wù)的任務(wù)ID是TK-101 TK-106。當(dāng)客戶端21請求執(zhí)行JPEG解碼處理作為服務(wù)時(shí)，控制單元11根據(jù)例如圖3所示 的服務(wù)-任務(wù)對應(yīng)表，分解成TK-101 TK-106任務(wù)列。圖3是使圖2所示的服務(wù)和構(gòu)成 服務(wù)的任務(wù)對應(yīng)起來的表。任務(wù)被分配給可執(zhí)行的各PE。PE間的路徑的輸入輸出是被唯一地決定的，對輸入 輸出對確定路徑ID作為路徑的ID?？刂茊卧?1生成與該處理路徑的結(jié)構(gòu)相關(guān)的信息(執(zhí) 行轉(zhuǎn)移信息)。圖4示出執(zhí)行轉(zhuǎn)移信息的例子。圖4是分別示出構(gòu)成執(zhí)行轉(zhuǎn)移信息的信息 例和各結(jié)構(gòu)信息的數(shù)據(jù)例的表。執(zhí)行轉(zhuǎn)移信息例如由包含要執(zhí)行的服務(wù)的ID的ID信息和服務(wù)處理用的路徑信息 構(gòu)成，而且由PE部分和路徑部分構(gòu)成。PE部分包含提供功能的PE的PEID和功能ID，路徑 部分包含數(shù)據(jù)發(fā)送側(cè)(源)和數(shù)據(jù)接收側(cè)(目的地)的PEID和這些PE間的路徑ID。例如，根據(jù)圖4所示的執(zhí)行轉(zhuǎn)移信息，進(jìn)行JPEG解碼的處理路徑可如圖5所示構(gòu) 成。圖5是示出與圖4所示的執(zhí)行轉(zhuǎn)移信息的結(jié)構(gòu)對應(yīng)的系統(tǒng)的模型例的圖。之后，進(jìn)行處理需要的計(jì)算資源的分配和處理路徑的建立。接下來，說明本實(shí)施方式涉及的分布式處理系統(tǒng)中的控制功能。首先，參照圖6來說明控制功能的種類。圖6是示出本實(shí)施方式的分布式處理系 統(tǒng)中的控制功能的例子的表。在圖6中示出控制功能ID和對應(yīng)的控制功能。作為本系統(tǒng)的控制功能，例如列舉如圖6所示與控制功能IDCF-Ol CF-12對應(yīng) 的12種控制功能。以下說明各控制功能。
與CF-Ol對應(yīng)的“執(zhí)行轉(zhuǎn)移信息高速緩存”是對執(zhí)行轉(zhuǎn)移信息進(jìn)行本地高速緩存 的功能。與CF-02對應(yīng)的“服務(wù)-任務(wù)列分解”是使服務(wù)與一個(gè)以上的連續(xù)的任務(wù)列對應(yīng) 的功能。與CF-03對應(yīng)的“調(diào)度(執(zhí)行轉(zhuǎn)移信息生成)”是根據(jù)調(diào)度策略選擇具有可執(zhí)行服 務(wù)處理所需要的任務(wù)的功能的最佳PE、并決定它們的執(zhí)行順序和輸入輸出關(guān)系的功能。與CF-04對應(yīng)的“調(diào)度策略管理”是對包含生成執(zhí)行轉(zhuǎn)移信息的方針即調(diào)度策略 的公開在內(nèi)的信息進(jìn)行管理的功能。與CF-05對應(yīng)的“PE狀態(tài)監(jiān)視”是取得PE的執(zhí)行狀態(tài)特別是執(zhí)行時(shí)的動(dòng)態(tài)信息的 功能。與CF-06對應(yīng)的“PE信息管理”是對包含含有PE規(guī)格等的靜態(tài)信息的公開在內(nèi)的 信息進(jìn)行管理的功能。與CF-07對應(yīng)的“計(jì)算資源確保請求”是根據(jù)執(zhí)行轉(zhuǎn)移信息請求PE確保為執(zhí)行任 務(wù)所需要的成為計(jì)算資源的PE存儲(chǔ)器等的功能。與CF-08對應(yīng)的“處理路徑建立請求”是根據(jù)執(zhí)行轉(zhuǎn)移信息請求建立PE與PE之 間以及PE與客戶機(jī)之間的處理路徑的功能。與CF-09對應(yīng)的“計(jì)算資源釋放請求”是在服務(wù)處理結(jié)束后請求釋放所使用的計(jì) 算資源以便可用于其他服務(wù)處理的功能。與CF-10對應(yīng)的“處理路徑釋放請求”是在服務(wù)處理結(jié)束后請求釋放所使用的處 理路徑的功能。與CF-Il對應(yīng)的“PE登記”是在PE起動(dòng)時(shí)等登記與⑶連接的PE的功能等的功 能。與CF-12對應(yīng)的“PE登記解除”是將所登記的PE的信息刪除或使其無效并解除登 記的功能。接下來，參照圖7至圖11來說明控制功能的選擇設(shè)定。在本實(shí)施方式的分布式處理系統(tǒng)中，客戶機(jī)21也能發(fā)現(xiàn)與CUll同等的控制功能。 艮口，客戶機(jī)21具有⑶11具有的全部控制功能。因此，客戶機(jī)和⑶中的任一方或雙方在⑶ 管理下選擇各控制功能，從而可進(jìn)行控制功能的分擔(dān)。在以下說明中，以圖7至圖11所示 的表形式示意性地圖示出控制功能的選擇設(shè)定，然而實(shí)施方式不限于此。并且，本發(fā)明的分布式處理系統(tǒng)不限于如本實(shí)施方式那樣客戶機(jī)21具有CUll具 有的全部控制功能的情況，可應(yīng)用于客戶機(jī)具有CUll具有的控制功能中的至少一個(gè)的情 況。圖7是示出控制功能的第1選擇設(shè)定例的表。在圖7至圖11中，CL對應(yīng)于客戶 機(jī)21，CU對應(yīng)于控制單元11，控制功能的選擇利用圓圈表示。在第1選擇設(shè)定例中，全部控制功能的選擇設(shè)定都是CU，全部系統(tǒng)控制由控制單 元11進(jìn)行。⑶可使控制功能的選擇設(shè)定的一部分或全部為CL。例如，如圖8所示, 可將CF-Ol 至CF-10的選擇設(shè)定移動(dòng)到CL。圖8是示出控制功能的第2選擇設(shè)定例的表。與此相對，如圖9所示，也可以將CF-Ol至CF-06的選擇設(shè)定移動(dòng)到CL。圖9是示出控制功能的第3選擇設(shè)定例的表。圖10是示出控制功能的第4選擇設(shè)定例的表。在第4選擇設(shè)定例中，全部控制功能的選擇設(shè)定都是CL。在上述第1至第4選擇設(shè)定例中，控制功能是針對客戶機(jī)21或⑶11擇一地選擇， 然而對于一部分功能，可以選擇客戶機(jī)21和CUll雙方。例如，如圖11所示，關(guān)于PE狀態(tài)監(jiān)視(CF-05)，可以從客戶機(jī)21和⑶11雙方監(jiān)視 PE并取得信息。這里，圖11是示出控制功能的第5選擇設(shè)定例的表。另外，關(guān)于如CF_04(調(diào)度策略管理)和CF_06(PE信息管理)那樣包含控制功能所 需要的信息公開在內(nèi)的信息管理功能，優(yōu)選的是與適當(dāng)?shù)目刂乒δ?這里相當(dāng)于CF-03和 CF-05)組合起來使用，然而也可以按照如下方式由客戶機(jī)21和⑶11分擔(dān)CF-03和CF-04 由客戶機(jī)21執(zhí)行CF-04 (調(diào)度策略管理)，由⑶11執(zhí)行CF-03 (調(diào)度)。關(guān)于PE信息管理， 也可以由客戶機(jī)21和⑶11分擔(dān)CF-05和CF-06。不過，根據(jù)情況，有必要在客戶機(jī)21與 CUll之間交換控制功能所需要的信息。接下來，參照圖12和圖13來說明控制功能所需要的信息。在控制功能的一部分中具有為發(fā)現(xiàn)該功能所需要的信息。在CUll使控制功能的 選擇設(shè)定為客戶機(jī)21的情況下，有必要公開這些信息。此時(shí)，CUll可限制這些信息的一部 分或全部的公開。此外，包含控制功能所需要的信息的公開在內(nèi)的管理功能也作為控制功 能來裝入。以下，列舉上述的CF-04 (調(diào)度策略管理)和CF-06 (PE信息管理)為例進(jìn)行說明。圖12是示出調(diào)度策略管理中的策略ID和狀態(tài)的例子的表。為了進(jìn)行控制功能CF-03的調(diào)度，有必要選擇成為調(diào)度方針的調(diào)度策略。CF-04表 示將登記在系統(tǒng)內(nèi)的調(diào)度策略的列表進(jìn)行公開等的調(diào)度策略的管理功能。在該例子中，提供了以下4個(gè)策略(a)構(gòu)建使消耗功率最優(yōu)化且能以低消耗功率執(zhí)行的處理路徑的策略；(b)使處理性能最大化的策略；(c)使PE間的通信性能最大化且使網(wǎng)絡(luò)距離最優(yōu)化的策略；以及(d)保護(hù)隱私的策略。(a)、(b)、(c)、(d)各策略可由PL-10 (消耗功率最優(yōu)化)、PL-Il (處理性能最優(yōu) 化)、PL-12 (網(wǎng)絡(luò)距離最優(yōu)化)、PL-13 (隱私優(yōu)先)的ID來分別識(shí)別。此時(shí)，⑶11以避免系統(tǒng)整體過負(fù)荷為目的，為了限制客戶機(jī)21使用使處理性能最 大化的策略PL-Il來構(gòu)建處理路徑，使PL-Il的狀態(tài)為不可使用。另一方面，⑶11使其他3 個(gè)策略可使用來提供信息(圖12)。圖13是示出PE信息管理中的PE基本信息和狀態(tài)的例子的表。與上述的調(diào)度策略管理一樣，有必要在進(jìn)行CF-03的調(diào)度時(shí)監(jiān)視裝入到處理路徑 內(nèi)的PE的信息。作為與CF-06對應(yīng)的PE信息管理的信息，以圖13所示的表形式來提供調(diào) 度所需要的PE信息，作為例如在將選擇設(shè)定移到客戶機(jī)21之前的PE信息。在圖13所示的PE信息內(nèi)包含有PEID、功能ID、PE的結(jié)構(gòu)、剩余存儲(chǔ)容量、過去的 平均負(fù)荷、連接地址等。而且，包含有使用權(quán)限的狀態(tài)。此時(shí)可將想要限制裝入到路徑內(nèi)的 PE的狀態(tài)指示為不可使用。CF-06是對這些與PE相關(guān)的信息進(jìn)行管理的功能。
另外，PE信息管理的信息不限于圖13所示的信息，而且，提供形式不限于圖13的 表形式。并且，也存在這樣的情況為了實(shí)現(xiàn)控制功能CF-05的PE狀態(tài)的監(jiān)視，需要這些信 息(各PE的ID和連接地址)。在該情況下，可以使想要限制監(jiān)視的PE為不可公開，能夠進(jìn) 行不提供列表本身的限制。例如，是這樣的情況僅向支付了超過規(guī)定以上的使用費(fèi)的用戶使用的客戶機(jī)21 公開高性能的PE。而且，可以是能監(jiān)視不可使用的PE，但不能裝入到處理路徑內(nèi)。并且，優(yōu)選的是，不 能監(jiān)視不可公開的PE，不能裝入到處理路徑內(nèi)。下面，列舉圖14至圖16所示的例子來說明本實(shí)施方式的分布式處理系統(tǒng)的處理 流程。在圖14至圖16中，“客戶機(jī)”表示客戶機(jī)21，“控制單元”表示控制單元11，“PE”表 示PE31至PE3n中的對應(yīng)的PE。圖14是示出全部控制功能的選擇設(shè)定為CUll的例子的處理流程的圖。該例子的 控 制功能的選擇設(shè)定對應(yīng)于圖7的選擇設(shè)定。在步驟S1000中，客戶機(jī)21請求CUll執(zhí)行服務(wù)。例如作為確定請求的服務(wù)的方 法，發(fā)送服務(wù)ID。在步驟S1010中，CUll從存儲(chǔ)有以前使用過的執(zhí)行轉(zhuǎn)移信息的高速緩存中檢索與 相應(yīng)服務(wù)對應(yīng)的條目。在高速緩存中檢索到的情況下，進(jìn)到步驟S1040。在步驟S1020中，在高速緩存中未檢索到的情況下，訪問圖3所示的存儲(chǔ)有服務(wù)和 任務(wù)的對應(yīng)的數(shù)據(jù)庫，在步驟S1030中，將服務(wù)分解成任務(wù)列。在步驟S1040中，⑶11定期監(jiān)視PE狀態(tài)，把握作為動(dòng)態(tài)信息的處理負(fù)荷和存儲(chǔ)器 的使用率。另外，CUll取得作為靜態(tài)信息的PE的系統(tǒng)結(jié)構(gòu)信息。為了方便起見，PE的狀態(tài) 監(jiān)視設(shè)在S1030與S1050之間，然而⑶11可在任意定時(shí)監(jiān)視PE狀態(tài)。在步驟S1050中，在考慮PE狀態(tài)的同時(shí)，使用調(diào)度策略來生成執(zhí)行轉(zhuǎn)移信息。在步驟S1060中，將所生成的執(zhí)行轉(zhuǎn)移信息保存在高速緩存內(nèi)。在步驟S1070中，在步驟S1060之后向構(gòu)成處理路徑的各PE發(fā)送計(jì)算資源確保請 求的同時(shí)，發(fā)送執(zhí)行轉(zhuǎn)移信息。各PE確保存儲(chǔ)器等作為數(shù)據(jù)處理所需要的計(jì)算資源。另外， 可以將執(zhí)行轉(zhuǎn)移信息自身作為計(jì)算資源確保請求來處理。以下，將請求等的控制信號與控 制所需要的信息加以區(qū)別來描述，然而也可以將它們視為相同?？蛻魴C(jī)21作為PE的一種也能提供數(shù)據(jù)處理功能，然而在該例子中，為了簡化說 明，假定客戶機(jī)21不進(jìn)行數(shù)據(jù)處理，僅進(jìn)行JPEG處理中的圖像數(shù)據(jù)的輸入輸出處理，省略 計(jì)算資源確保請求。在步驟S1080、S1090中，向構(gòu)成處理路徑的各PE和客戶機(jī)21分別請求建立處理 路徑。各PE和客戶機(jī)21建立與處理路徑上相鄰的PE的處理路徑。在步驟SllOO中，當(dāng)建立了使客戶機(jī)21和PE連接的處理路徑時(shí)，⑶11將處理開 始請求發(fā)送到客戶機(jī)21。在步驟S1110、S1120中，客戶機(jī)21和PE進(jìn)行服務(wù)執(zhí)行所需要的處理。具體地說， PE對從客戶機(jī)所輸入的數(shù)據(jù)進(jìn)行處理，沿著處理路徑輸出到下一 PE。重復(fù)進(jìn)行數(shù)據(jù)的處理 和傳遞直到最后的PE，最后由客戶機(jī)接收處理結(jié)果。不過，根據(jù)實(shí)施方式，客戶機(jī)的數(shù)據(jù)輸入輸出不是必須的，也可以考慮使其他PE執(zhí)行數(shù)據(jù)的輸入輸出的實(shí)施方式。在步驟S 1130中，當(dāng)處理完成時(shí)，客戶機(jī)21通知⑶11。在步驟Sl 140、Sl 150中，⑶11向各PE和客戶機(jī)21分別請求釋放處理路徑。在步驟Sl 160中，同樣⑶11向各PE請求釋放計(jì)算資源。在步驟S1170中，⑶11向客戶機(jī)21發(fā)送服務(wù)執(zhí)行完成，結(jié)束服務(wù)的執(zhí)行。圖15是示出一部分控制功能的選擇設(shè)定為客戶機(jī)21、剩余的選擇設(shè)定為CUll的例子的處理流程的圖。在步驟S2000中，客戶機(jī)21向⑶11請求控制功能的選擇設(shè)定。在步驟S2010中，CUll將選擇設(shè)定了客戶機(jī)21中可執(zhí)行的控制功能的信息發(fā)送 到客戶機(jī)21。例如，判斷為圖6的CF-Ol至CF-10的控制功能可由客戶機(jī)21執(zhí)行或可許可 客戶機(jī)21，發(fā)送圖8的信息。與此同時(shí)，發(fā)送控制功能所需要的關(guān)聯(lián)信息的列表。在步驟S2011中，客戶機(jī)21選擇控制功能和需要的關(guān)聯(lián)信息，根據(jù)需要改寫控制 功能的選擇設(shè)定。在步驟S2020中，向⑶11通知選擇設(shè)定完成，發(fā)送控制功能和關(guān)聯(lián)信息的選擇結(jié) 果。選擇例如從CF-Ol到CF-06的控制功能，將圖9的信息回送到⑶11。作為這些控制功 能所需要的關(guān)聯(lián)信息的選擇結(jié)果，通知選擇了例如調(diào)度策略PL-10。實(shí)際上，有時(shí)也選擇并 通知同時(shí)選擇PL-10和PL-13等的組合設(shè)定。在步驟S2021中，CUll判斷選擇結(jié)果是否滿足判斷條件。在選擇了不可使用的 功能和信息、或者選擇了不可組合的設(shè)定的情況等、不滿足判斷條件的情況下，拒絕選擇設(shè) 定。在滿足判斷條件的情況下，允許選擇設(shè)定。判斷條件既能在設(shè)備制造等時(shí)預(yù)先裝入，也 能通過用戶的請求等在執(zhí)行時(shí)在CUll內(nèi)設(shè)定。用戶無需是發(fā)布了服務(wù)執(zhí)行請求的用戶。在步驟S2030中，⑶11將選擇結(jié)果的判斷結(jié)果通知給客戶機(jī)21。在步驟S2031中， 根據(jù)需要發(fā)送調(diào)度器等的關(guān)聯(lián)信息。調(diào)度器例如作為程序模塊或硬件的布線信息來提供。在允許了選擇設(shè)定的情況下，客戶機(jī)21取代⑶11來執(zhí)行CF-Ol至CF-06的控制 功能。在步驟S2040中，首先，為了針對用戶請求的服務(wù)生成執(zhí)行轉(zhuǎn)移信息，訪問高速緩存 中的執(zhí)行轉(zhuǎn)移信息。當(dāng)在高速緩存中檢索到執(zhí)行轉(zhuǎn)移信息的情況下，進(jìn)到步驟S2070。與此相對，當(dāng)在高速緩存中未檢索到執(zhí)行轉(zhuǎn)移信息的情況下，在步驟S2050中訪 問把服務(wù)與連續(xù)的任務(wù)列對應(yīng)起來的數(shù)據(jù)庫，在步驟S2060中獲得對應(yīng)的任務(wù)列。在步驟S2070中，客戶機(jī)21根據(jù)從⑶11獲得的PE的基本信息，定期監(jiān)視PE的狀 態(tài)。為了方便起見，PE的狀態(tài)監(jiān)視設(shè)在S2060與S2080之間，然而客戶機(jī)21可在任意定時(shí) 監(jiān)視PE的狀態(tài)。在步驟S2080中，客戶機(jī)21針對任務(wù)列的執(zhí)行所需要的PE，根據(jù)通過監(jiān)視獲得的 PE的狀態(tài)以及調(diào)度策略生成執(zhí)行轉(zhuǎn)移信息。在步驟S2090中，客戶機(jī)21將所生成的執(zhí)行轉(zhuǎn)移信息保存在高速緩存內(nèi)。在步驟S2100中，客戶機(jī)21將服務(wù)執(zhí)行請求與所生成的執(zhí)行轉(zhuǎn)移信息一起發(fā)送到 CUl 1。在步驟S2110中，CUll根據(jù)接收到的執(zhí)行轉(zhuǎn)移信息向需要的PE請求確保存儲(chǔ)器 等計(jì)算資源，同時(shí)發(fā)送執(zhí)行轉(zhuǎn)移信息。這里，客戶機(jī)21作為PE的一種也能提供數(shù)據(jù)處理功 能，然而在該例子中，為了簡化說明，假定客戶機(jī)21不進(jìn)行數(shù)據(jù)處理，僅進(jìn)行JPEG處理中的圖像數(shù)據(jù)的輸入輸出處理，省略計(jì)算資源確保請求。在步驟S2120、S2130中，⑶11向各PE和客戶機(jī)21分別請求建立與處理路徑上相 鄰的PE和客戶機(jī)21的處理路徑。在步驟S2140中，當(dāng)建立了處理路徑時(shí)，⑶11向客戶機(jī)21請求開始處理。在步驟S2150、S2160中，客戶機(jī)21和各PE進(jìn)行輸入輸出處理和數(shù)據(jù)處理。具體 地說，PE對從客戶機(jī)21所輸入的數(shù)據(jù)進(jìn)行處理，沿著處理路徑輸出到下一 PE。重復(fù)進(jìn)行數(shù) 據(jù)的處理和傳遞直到最后的PE，最后由客戶機(jī)21接收處理結(jié)果。不過，根據(jù)實(shí)施方式，客戶 機(jī)21的數(shù)據(jù)輸入輸出不是必須的，也可以考慮使其他PE執(zhí)行數(shù)據(jù)的輸入輸出的實(shí)施方式。在步驟S2170中，當(dāng)處理完成時(shí)，客戶機(jī)21通知⑶11處理完成。
在步驟S2180、S2190中，⑶11向各PE和客戶機(jī)21分別請求釋放處理路徑。在步驟S2200中，向各PE請求釋放計(jì)算資源。最后，在步驟S2210中，⑶11向客戶機(jī)21發(fā)送服務(wù)執(zhí)行完成。在本例子中，客戶機(jī)21請求的系統(tǒng)控制的選擇設(shè)定既能在制造時(shí)等預(yù)先裝入，也 能通過用戶的請求等在執(zhí)行時(shí)通過客戶機(jī)21進(jìn)行請求。用戶無需是發(fā)布了服務(wù)執(zhí)行請求 的用戶?；蛘?，在由客戶機(jī)21和CUll使用固定的選擇設(shè)定等、預(yù)先知道使用的選擇設(shè)定的 情況下，可省略從S2000到S2031的步驟。或者，可以在圖14的S1000之前，插入圖15的從S2000到S2031的步驟，從客戶 機(jī)21進(jìn)行了選擇設(shè)定請求之后，使CUll執(zhí)行全部控制功能。圖16是示出全部控制功能的選擇設(shè)定為客戶機(jī)21的例子的處理流程的圖。該例 子的控制功能的選擇設(shè)定對應(yīng)于圖10的選擇設(shè)定。在步驟S3000中，客戶機(jī)21向⑶11請求控制功能的選擇設(shè)定。在步驟S3010中，⑶11將選擇設(shè)定了可由客戶機(jī)21執(zhí)行的控制功能的信息發(fā)送 到客戶機(jī)21。在本例中，判斷為全部控制功能可由客戶機(jī)21執(zhí)行，發(fā)送圖10的信息。CUll 在發(fā)送選擇設(shè)定的信息的同時(shí)，發(fā)送控制功能所需要的關(guān)聯(lián)信息的列表。在步驟S3011中，客戶機(jī)21選擇控制功能和需要的關(guān)聯(lián)信息，根據(jù)需要改寫控制 功能的選擇設(shè)定。在本例子中，由于不進(jìn)行選擇設(shè)定的變更，因而無需改寫。在步驟S3020中，客戶機(jī)21向⑶11通知選擇設(shè)定完成，發(fā)送控制功能和關(guān)聯(lián)信息 的選擇結(jié)果。選擇可使用的全部控制功能，將圖10的信息回送到CU11。在步驟S3021中，CUll判斷選擇結(jié)果是否滿足判斷條件。判斷條件既能在設(shè)備的 制造時(shí)等預(yù)先裝入，也能通過用戶的請求等在執(zhí)行時(shí)在CUll內(nèi)設(shè)定。用戶無需是發(fā)布了服 務(wù)執(zhí)行請求的用戶。⑶11在步驟S3030將選擇結(jié)果的判斷結(jié)果通知給客戶機(jī)21，在步驟S3031根據(jù)需 要發(fā)送調(diào)度器等的關(guān)聯(lián)信息。調(diào)度器是例如作為程序模塊或硬件的布線信息來提供的。在允許選擇設(shè)定的情況下，客戶機(jī)21取代CUll來執(zhí)行全部控制功能。在步驟 S3040中，首先，為了針對用戶請求的服務(wù)生成執(zhí)行轉(zhuǎn)移信息，訪問高速緩存中的執(zhí)行轉(zhuǎn)移 信息。當(dāng)在高速緩存中檢索到執(zhí)行轉(zhuǎn)移信息的情況下，進(jìn)到步驟S3070。當(dāng)在步驟S3040中未在高速緩存中檢索到執(zhí)行轉(zhuǎn)移信息的情況下，在步驟S3050 中訪問將服務(wù)與連續(xù)的任務(wù)列對應(yīng)起來的數(shù)據(jù)庫，在步驟S3060中獲得對應(yīng)的任務(wù)列。
在步驟S3070中，客戶機(jī)21根據(jù)從⑶11獲得的PE的基本信息，定期監(jiān)視PE的狀 態(tài)。為了方便起見，PE的狀態(tài)監(jiān)視設(shè)在S3060與S3080之間，然而客戶機(jī)21可在任意定時(shí) 監(jiān)視PE的狀態(tài)。在步驟S3080中，客戶機(jī)21針對任務(wù)列的執(zhí)行所需要的PE，根據(jù)通過監(jiān)視獲得PE 的狀態(tài)以及調(diào)度策略生成執(zhí)行轉(zhuǎn)移信息。在步驟S3090中，客戶機(jī)21將所生成的執(zhí)行轉(zhuǎn)移信息保存在高速緩存內(nèi)。在步驟S3100中，客戶機(jī)21根據(jù)所生成的執(zhí)行轉(zhuǎn)移信息，向構(gòu)成處理路徑的各PE 請求確保存儲(chǔ)器等計(jì)算資源。在步驟S3110中，客戶機(jī)21根據(jù)所生成的執(zhí)行轉(zhuǎn)移信息，向構(gòu)成處理路徑的各PE 請求建立處理路徑。此時(shí)，客戶機(jī)21無需向自身進(jìn)行請求，而進(jìn)行與PE的路徑建立。在步驟S3120、S3130中，客戶機(jī)21和各PE分別進(jìn)行服務(wù)執(zhí)行用的輸入輸出處理 和數(shù)據(jù)處理。具體地說，PE對從客戶機(jī)21所輸入的數(shù)據(jù)進(jìn)行處理，沿著處理路徑輸出到下 一 PE。重復(fù)進(jìn)行數(shù)據(jù)的處理和傳遞直至最后的PE，最后由客戶機(jī)21接收處理結(jié)果。不過， 根據(jù)實(shí)施方式，客戶機(jī)21的數(shù)據(jù)輸入輸出不是必須的，也可以考慮使其他PE執(zhí)行數(shù)據(jù)的輸 入輸出的實(shí)施方式。在步驟S3140中，在處理結(jié)束后，客戶機(jī)21向各PE請求釋放處理路徑。此時(shí)，客 戶機(jī)21也進(jìn)行自身與PE的處理路徑的釋放。然后，在步驟S3150中，向各PE請求釋放計(jì)算資源?？蛻魴C(jī)21由于是自身請求了 服務(wù)的執(zhí)行，因而無需向任何設(shè)備通知服務(wù)執(zhí)行完成，完成服務(wù)的執(zhí)行。在本例中，客戶機(jī)21請求的系統(tǒng)控制的選擇設(shè)定既能在制造時(shí)等預(yù)先裝入，也能 通過用戶的請求等在執(zhí)行時(shí)通過客戶機(jī)21進(jìn)行請求。用戶無需是發(fā)布了服務(wù)執(zhí)行請求的 用戶?；蛘?，在客戶機(jī)21和CUll中使用固定的選擇設(shè)定等、預(yù)先知道要使用的選擇設(shè)定 的情況下，可省略從S3000到S3031的步驟。下面，參照圖17、圖18來說明控制功能的強(qiáng)制選擇變更?？刂茊卧?1為了有效地建立秩序來管理系統(tǒng)整體，可根據(jù)需要對客戶機(jī)21強(qiáng)制 變更選擇設(shè)定。強(qiáng)制選擇變更包含(A)從客戶機(jī)21取回控制功能，以及(B)使客戶機(jī)21強(qiáng)制具有控制功能。強(qiáng)制選擇變更的方法有(1)從CUll發(fā)布控制命令來變更選擇設(shè)定的方法，以及(2)設(shè)定變更條件，當(dāng)滿足該變更條件時(shí)變更選擇設(shè)定的方法?？刂泼畹陌l(fā)布有這樣的情況基于來自用戶的請求的情況，以及當(dāng)滿足發(fā)布條件時(shí)自主發(fā)布的情況。關(guān)于發(fā)布條件，例如，在CUll的處理負(fù)荷大的情況下，想要強(qiáng)制使控 制功能分散時(shí)，設(shè)定為“當(dāng)⑶11的處理負(fù)荷超過60%時(shí)，使從CF-07到CF-10的控制功能 的選擇設(shè)定強(qiáng)制轉(zhuǎn)移到客戶機(jī)21”等。用戶無需是發(fā)布了服務(wù)執(zhí)行請求的用戶。不過，優(yōu)選的是，在使用時(shí)根據(jù)客戶機(jī)21的處理負(fù)荷和過去的強(qiáng)制選擇變更的歷 史等進(jìn)行綜合判斷。
變更條件既能在設(shè)備制造時(shí)等預(yù)先裝入，也能根據(jù)用戶的請求等由CUll在執(zhí)行 時(shí)設(shè)定。用戶無需是發(fā)布了服務(wù)執(zhí)行請求的用戶。作為變更條件，可列舉以下例子。(1)從選擇客戶機(jī)21的控制功能起的限制時(shí)間。(2)服務(wù)執(zhí)行環(huán)境的狀況。例如，停電等引起的執(zhí)行時(shí)的電源電壓下降等的狀況。
(3)服務(wù)執(zhí)行負(fù)荷的狀況。例如，CPU的負(fù)荷等的狀況。(4)計(jì)算資源使用狀況。例如，存儲(chǔ)器的使用剩余量等的狀況。(5)服務(wù)執(zhí)行狀況。例如，當(dāng)服務(wù)執(zhí)行結(jié)束時(shí)等的狀況。控制單元11可根據(jù)上述變更條件(1)至(5)，使⑶11退回控制功能或?qū)⒖刂乒δ?追加給CUll。這里，在上述任一情況下，在基于變更條件的來自客戶機(jī)21的強(qiáng)制選擇變更與來 自CUll的變更條件的變更或控制命令相互競爭的情況下，優(yōu)選的是，使來自CUll的指示優(yōu) 先，CUll總是保持系統(tǒng)控制中的優(yōu)先地位。接下來，參照圖17來說明基于控制命令的強(qiáng)制選擇變更的流程。圖17是示出基 于控制命令的強(qiáng)制選擇變更的處理流程的流程圖。在步驟S4000中，CUll確認(rèn)是否從用戶接收到控制功能的強(qiáng)制選擇請求。用 戶無需是發(fā)布了服務(wù)執(zhí)行請求的用戶。在CUll接收到強(qiáng)制選擇請求的情況下(在步驟 S4000 “是”)，進(jìn)到步驟S4020。在⑶11未接收到強(qiáng)制選擇請求的情況下(在步驟S4000“否”)，⑶11在步驟S4010 中判斷是否滿足強(qiáng)制選擇請求的發(fā)布條件。在判斷為不滿足發(fā)布條件的情況下(在步驟 S4010 “否”)，回到步驟S4000。S4000和S4010的順序是任意的，不表示優(yōu)先排位。另外， 假定⑶11可在執(zhí)行其他功能的同時(shí)，并行進(jìn)行S4000和S4010的判斷。在從用戶接收到控制功能的強(qiáng)制選擇請求的情況下(在步驟S4000 “是”)，或者 在滿足強(qiáng)制選擇請求的發(fā)布條件的情況下(在步驟S4010 “是”)，在步驟S4020中，CUll向 客戶機(jī)21發(fā)布強(qiáng)制選擇請求。作為強(qiáng)制選擇請求，例如在想要使CUll取回全部控制功能的情況下，CUll將圖7 的選擇設(shè)定作為強(qiáng)制選擇請求附帶的信息發(fā)送到客戶機(jī)21。在步驟S4030中，針對所發(fā)送的強(qiáng)制選擇請求，客戶機(jī)21強(qiáng)制改寫選擇設(shè)定。在步驟S4040中，客戶機(jī)21還根據(jù)需要將最新的關(guān)聯(lián)信息發(fā)送到⑶11。CUll在步驟S4050中變更關(guān)聯(lián)信息，在步驟S4051中，將關(guān)聯(lián)信息的變更完成通知 給客戶機(jī)21。之后，在步驟S4060中，客戶機(jī)21向⑶11通知選擇設(shè)定變更完成。在步驟S4070中，⑶11變更控制功能的選擇設(shè)定。最后，在步驟S4080中，⑶11向客戶機(jī)21通知選擇設(shè)定變更完成。接下來，參照圖18來說明基于變更條件的強(qiáng)制選擇變更。圖18是示出基于變更 條件的強(qiáng)制選擇變更流程的流程圖。在步驟S5000中，⑶11將變更條件的設(shè)定請求發(fā)送到客戶機(jī)21。與此相對，在步驟S5010中，客戶機(jī)21設(shè)定并存儲(chǔ)變更條件。之后，在步驟S5020中，客戶機(jī)21向⑶11通知變更條件的設(shè)定完成。在步驟S5030中，客戶機(jī)21判斷是否滿足變更條件。在判斷為不滿足的情況下(在步驟S5030 “否”)，維持選擇設(shè)定直到滿足變更條件。另外，假定客戶機(jī)21可在執(zhí)行其 他功能的同時(shí)并行進(jìn)行S5030的判斷?？蛻魴C(jī)21在判斷為滿足變更條件的情況下(在步驟S5030“是”)，在步驟S5040 中，如果存在要變更的控制功能的關(guān)聯(lián)信息，則發(fā)送到CU11。接收到關(guān)聯(lián)信息的CUll在步驟S5050中變更關(guān)聯(lián)信息，在步驟S5051中，向客戶 機(jī)21通知關(guān)聯(lián)信息的變更完成?？蛻魴C(jī)21在接收到關(guān)聯(lián)信息的變更完成的通知的情況下，在步驟S5052中變更客 戶機(jī)21側(cè)的選擇設(shè)定。之后，客戶機(jī)21在步驟S5060中，將已變更的選擇設(shè)定發(fā)送到⑶11。在步驟S5070中，接收到選擇設(shè)定的⑶11變更選擇設(shè)定。在變更完成后，控制單元11在步驟S5080中向客戶機(jī)21通知變更完成。另外，還能在構(gòu)成客戶機(jī)21的設(shè)備的制造時(shí)等預(yù)先裝入變更條件。在該情況下， 不需要步驟S5000至步驟S5020。以下，說明本實(shí)施方式的變形例。上述的實(shí)施方式的分布式處理系統(tǒng)具有控制單元11、客戶機(jī)21以及處理部件31 至3η，然而也可以取而代之而由以下構(gòu)成(1)請求執(zhí)行從用戶所請求的服務(wù)的客戶機(jī)；以及(2)與(1)的客戶機(jī)連接的處理部件，并可以僅利用(1)的客戶機(jī)具有的控制功能進(jìn)行控制。并且，還可以由以下構(gòu)成(a)具有接收來自用戶的服務(wù)請求的功能的控制單元；以及(b)與(a)的控制單元連接的處理部件，并可以僅利用(a)的控制單元具有的控制功能進(jìn)行控制。在該系統(tǒng)中，通過使CU具有受理服務(wù)請求的功能，即使沒有客戶機(jī)，也能構(gòu)成系 統(tǒng)。在以上的實(shí)施方式或變形例涉及的分布式處理系統(tǒng)、控制單元以及客戶機(jī)中，可 將控制功能移交給客戶機(jī)側(cè)，通過從CU交接PE的連接信息等控制信息來進(jìn)行處理。由此，能在降低CU負(fù)荷的同時(shí)，獨(dú)自執(zhí)行應(yīng)用。例如，以往在CU進(jìn)行計(jì)算資源確 保和路徑建立的情況下，在這些工作完成的時(shí)間點(diǎn)，必須從⑶向客戶機(jī)發(fā)出完成通知，然 而在本發(fā)明中，由于這些工作由客戶機(jī)21進(jìn)行，因而無需進(jìn)行完成通知。而且，只要針對客戶機(jī)21限制PE的連接信息的公開范圍和可應(yīng)用的調(diào)度策略，就 能在應(yīng)用安全方面的規(guī)則的同時(shí)，協(xié)調(diào)運(yùn)用多個(gè)客戶機(jī)21。如以上所述，本發(fā)明涉及的分布式處理系統(tǒng)、控制單元以及客戶機(jī)對控制功能的 負(fù)荷容易集中在控制單元的分布式處理系統(tǒng)是有用的。本發(fā)明涉及的分布式處理系統(tǒng)、控制單元以及客戶機(jī)可取得這樣的效果使系統(tǒng) 控制功在控制單元和客戶機(jī)之間分散，避免控制功能引起的負(fù)荷集中，而且使與控制功能 相關(guān)的設(shè)定也分散，分配給客戶機(jī)，從而可在用戶側(cè)靈活地進(jìn)行系統(tǒng)控制相關(guān)的設(shè)定。
權(quán)利要求
一種分布式處理系統(tǒng)，該分布式處理系統(tǒng)具有客戶機(jī)，其請求執(zhí)行用戶所請求的服務(wù)；處理部件；以及控制單元，其與所述客戶機(jī)以及所述處理部件連接，其中所述控制單元具有用于控制所述分布式處理系統(tǒng)的控制功能，所述客戶機(jī)具有與所述控制單元的控制功能中的至少一個(gè)控制功能相同的控制功能，針對所述控制單元和所述客戶機(jī)雙方都具有的控制功能中的至少一個(gè)控制功能，選擇所述控制單元和所述客戶機(jī)的控制功能中的至少一方來執(zhí)行控制。
2.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，針對所述控制單元和所述客戶機(jī)雙 方都具有的控制功能中的至少一個(gè)控制功能，擇一地選擇所述控制單元和所述客戶機(jī)中的 其中一方的控制功能來執(zhí)行控制。
3.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，針對所述控制單元和所述客戶機(jī)雙 方都具有的控制功能中的至少一個(gè)控制功能，使用所述控制單元和所述客戶機(jī)雙方的控制 功能來執(zhí)行控制。
4.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述控制單元和所述客戶機(jī)的控制 功能的選擇由所述控制單元根據(jù)預(yù)先存儲(chǔ)在所述控制單元內(nèi)的選擇設(shè)定來執(zhí)行。
5.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述控制單元和所述客戶機(jī)的控制 功能的選擇由所述控制單元根據(jù)來自向所述客戶機(jī)請求執(zhí)行服務(wù)的用戶或此外的用戶的 請求來執(zhí)行。
6.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述控制單元根據(jù)判斷條件來判斷 所述控制功能的選擇執(zhí)行的允許或拒絕，根據(jù)該判斷結(jié)果執(zhí)行所述控制功能的選擇。
7.根據(jù)權(quán)利要求6所述的分布式處理系統(tǒng)，其中，所述控制單元預(yù)先存儲(chǔ)有所述判斷 條件。
8.根據(jù)權(quán)利要求6所述的分布式處理系統(tǒng)，其中，所述控制單元根據(jù)來自向所述客戶 機(jī)請求執(zhí)行服務(wù)的用戶或此外的用戶的請求，設(shè)定所述判斷條件。
9.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，即使在選擇了所述客戶機(jī)的控制功 能的情況下，所述控制單元也向所述客戶機(jī)發(fā)布控制命令，取代所述選擇的控制功能而強(qiáng) 制地選擇對應(yīng)的自己的控制功能。
10.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，不管是否選擇了所述客戶機(jī)的控制 功能，所述控制單元都向所述客戶機(jī)發(fā)布控制命令，強(qiáng)制地變更所述客戶機(jī)的控制功能。
11.根據(jù)權(quán)利要求9所述的分布式處理系統(tǒng)，其中，所述控制單元根據(jù)來自向所述客戶 機(jī)請求執(zhí)行服務(wù)的用戶或此外的用戶的請求，向所述客戶機(jī)發(fā)布所述控制命令。
12.根據(jù)權(quán)利要求9所述的分布式處理系統(tǒng)，其中，所述控制單元根據(jù)發(fā)布條件自主地 向所述客戶機(jī)發(fā)布所述控制命令。
13.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，不管是否選擇了所述客戶機(jī)的控制 功能，所述客戶機(jī)都根據(jù)變更條件強(qiáng)制地變更由所述變更條件所指定的控制功能，并通知 所述控制單元。
14.根據(jù)權(quán)利要求13所述的分布式處理系統(tǒng)，其中，所述變更條件包括在選擇了所述 客戶機(jī)的控制功能的情況下，由所述控制單元設(shè)定所述變更條件，或者預(yù)先存儲(chǔ)所述變更條件。
15.根據(jù)權(quán)利要求13所述的分布式處理系統(tǒng)，其中，所述控制單元在有來自所述客戶 機(jī)的所述通知的情況下，根據(jù)所述通知重新設(shè)定自己的控制功能。
16.根據(jù)權(quán)利要求13所述的分布式處理系統(tǒng)，其中，所述變更條件包括從選擇所述客 戶機(jī)的控制功能起的限制時(shí)間、服務(wù)執(zhí)行環(huán)境的狀況、服務(wù)執(zhí)行負(fù)荷的狀況、計(jì)算資源使用 狀況以及服務(wù)執(zhí)行狀況中的至少一方。
17.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述控制功能包括擇一地選擇所述 控制功能所需要的信息的公開或不公開的功能。
18.根據(jù)權(quán)利要求17所述的分布式處理系統(tǒng)，其中，能夠限制所述公開的信息包括所 述處理部件的狀態(tài)。
19.根據(jù)權(quán)利要求17所述的分布式處理系統(tǒng)，其中，能夠限制所述公開的信息包括調(diào)度策略。
20.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述控制功能包括計(jì)算資源的確保 和釋放、處理路徑的建立和釋放、所述處理部件的狀態(tài)監(jiān)視、處理的調(diào)度、針對所述調(diào)度的 調(diào)度策略的選擇、所述服務(wù)的任務(wù)分解、所述處理部件的登記和解除以及路徑信息存儲(chǔ)中 的至少一方。
21.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述客戶機(jī)具有與所述控制單元的 全部控制功能相同的控制功能。
22.根據(jù)權(quán)利要求21所述的分布式處理系統(tǒng)，其中，針對所述控制單元的全部控制功 能，僅使用所述客戶機(jī)的控制功能來執(zhí)行控制。
23.根據(jù)權(quán)利要求21所述的分布式處理系統(tǒng)，其中，針對所述控制單元的全部控制功 能，僅使用所述控制單元的控制功能來執(zhí)行控制。
24.—種分布式處理系統(tǒng)，該分布式處理系統(tǒng)具有客戶機(jī)，其請求執(zhí)行用戶所請求的服務(wù)；以及處理部件，其與所述客戶機(jī)連接，其中，所述分布式處理系統(tǒng)僅由所述客戶機(jī)具有的控制功能來控制。
25.—種分布式處理系統(tǒng)，該分布式處理系統(tǒng)具有控制單元，其具有接收來自用戶的服務(wù)請求的功能；以及處理部件，其與所述控制單元連接，其中，所述分布式處理系統(tǒng)僅由所述控制單元具有的控制功能來控制。
26.—種控制單元，該控制單元與請求執(zhí)行用戶所請求的服務(wù)的客戶機(jī)以及處理部件 一起構(gòu)成分布式處理系統(tǒng)，所述控制單元具有控制所述分布式處理系統(tǒng)的控制功能，其中，針對所述控制單元和所述客戶機(jī)雙方都具有的控制功能中的至少一個(gè)控制功 能，選擇所述控制單元和所述客戶機(jī)的控制功能中的至少一方以執(zhí)行控制。
27.一種客戶機(jī)，該客戶機(jī)與具有控制分布式處理系統(tǒng)的控制功能的控制單元連接，請 求執(zhí)行用戶所請求的服務(wù)，其中，所述客戶機(jī)具有與所述控制單元的控制功能中的至少一個(gè)控制功能相同的控制 功能，針對所述控制單元和所述客戶機(jī)雙方都具有的控制功能中的至少一個(gè)控制功能，執(zhí)行使用由所述控制單元所選擇的控制功 能的控制。
全文摘要
本發(fā)明提供分布式處理系統(tǒng)、控制單元以及客戶機(jī)。本發(fā)明的分布式處理系統(tǒng)具有客戶機(jī)，其請求執(zhí)行從用戶所請求的服務(wù)；處理部件；以及控制單元，其與客戶機(jī)和處理部件連接，控制單元具有用于控制分布式處理系統(tǒng)的控制功能，客戶機(jī)具有與控制單元的控制功能中的至少一個(gè)控制功能相同的控制功能，針對控制單元和客戶機(jī)雙方都具有的控制功能中的至少一個(gè)控制功能，選擇控制單元和客戶機(jī)的控制功能中的至少一方來執(zhí)行控制。
文檔編號G06F9/48GK101840354SQ20101014283
公開日2010年9月22日 申請日期2010年3月18日 優(yōu)先權(quán)日2009年3月19日
發(fā)明者久保允則, 篠崎新 申請人:奧林巴斯株式會(huì)社