專利名稱：分布式處理系統(tǒng)、控制單元以及客戶機的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式處理系統(tǒng)、控制單元以及客戶機。
背景技術(shù)：
作為分布式處理系統(tǒng)，有這樣的分布式處理系統(tǒng)，其具有控制單元以及與控制單 元連接的至少一個處理部件。在該分布式處理系統(tǒng)中，根據(jù)從客戶機所請求的服務，生成 與計算資源和處理路徑相關(guān)的執(zhí)行轉(zhuǎn)移信息，并根據(jù)執(zhí)行轉(zhuǎn)移信息，在作為計算資源所確 保的處理部件中執(zhí)行構(gòu)成服務的任務。而且，為了省略使用執(zhí)行轉(zhuǎn)移信息來重新構(gòu)成系統(tǒng) 的步驟，還提出將信息高速緩存，并判斷有效性。作為這樣的并行處理系統(tǒng)，例如有專利第 3184535號公報提出的系統(tǒng)。然而，在現(xiàn)有的分布式處理系統(tǒng)中，控制單元提供最適于網(wǎng)絡狀態(tài)等的執(zhí)行環(huán)境 的執(zhí)行轉(zhuǎn)移信息，并構(gòu)建處理路徑。即，被認為最佳的網(wǎng)絡根據(jù)執(zhí)行時的執(zhí)行環(huán)境而變化， 不能針對每個服務制約在執(zhí)行服務時想要保證的安全性和私密性等執(zhí)行條件。

發(fā)明內(nèi)容
本發(fā)明是鑒于上述而作成的，本發(fā)明的目的是提供如下的分布式處理系統(tǒng)、控制 單元以及客戶機將用戶能夠使用的執(zhí)行轉(zhuǎn)移信息制約為已知滿足安全性和私密性等執(zhí)行 條件的執(zhí)行轉(zhuǎn)移信息，將其預先存入到客戶機的存儲區(qū)域內(nèi)，根據(jù)這些執(zhí)行轉(zhuǎn)移信息判斷 是否能提供服務，從而保證提供滿足執(zhí)行條件且用戶請求的服務。為了解決上述課題并達到目的，根據(jù)本發(fā)明的分布式處理系統(tǒng)具有客戶機，其 請求執(zhí)行從用戶所請求的服務；處理部件；以及控制單元，其與客戶機和處理部件連接，其 中，客戶機存儲有用于控制處理部件的與計算資源和處理路徑相關(guān)的執(zhí)行轉(zhuǎn)移信息，處理 部件通過依照執(zhí)行轉(zhuǎn)移信息執(zhí)行構(gòu)成服務的任務，來執(zhí)行服務。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，客戶機在其存儲區(qū)域內(nèi)預先存儲 有執(zhí)行轉(zhuǎn)移信息。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元具有判斷部，當有來自客 戶機的服務執(zhí)行請求時，判斷部從客戶機接收存儲在客戶機內(nèi)的執(zhí)行轉(zhuǎn)移信息中的與服務 對應的執(zhí)行轉(zhuǎn)移信息，判斷有效性，將判斷部的有效性判斷結(jié)果通知給客戶機。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，控制單元使用執(zhí)行轉(zhuǎn)移信息來控 制處理部件。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，客戶機根據(jù)從用戶所請求的服務， 判斷是否將執(zhí)行轉(zhuǎn)移信息提供給控制單元，并根據(jù)判斷結(jié)果，將執(zhí)行轉(zhuǎn)移信息發(fā)送到控制 單元。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，當從用戶接收到服務請求時，客戶機檢索在所存儲的執(zhí)行轉(zhuǎn)移信息中是否存在與服務對應的執(zhí)行轉(zhuǎn)移信息。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，當檢索結(jié)果是存在與服務對應的執(zhí)行轉(zhuǎn)移信息時，客戶機將存在的執(zhí)行轉(zhuǎn)移信息提供給控制單元。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，當檢索結(jié)果是不存在與服務對應的執(zhí)行轉(zhuǎn)移信息時，客戶機將檢索結(jié)果通知給用戶。在根據(jù)本發(fā)明的分布式處理系統(tǒng)中，優(yōu)選的是，當在判斷部的有效性判斷中，與服 務對應的執(zhí)行轉(zhuǎn)移信息無效時，將有效性判斷結(jié)果通知給用戶。根據(jù)本發(fā)明的控制單元連接有請求執(zhí)行服務的客戶機和處理部件，控制單元的特 征在于，控制單元具有判斷部，當有來自客戶機的服務執(zhí)行請求時，判斷部從客戶機接收存 儲在客戶機內(nèi)的執(zhí)行轉(zhuǎn)移信息中的與服務對應的執(zhí)行轉(zhuǎn)移信息，判斷有效性，將判斷部的 有效性判斷結(jié)果通知給客戶機。在根據(jù)本發(fā)明的控制單元中，優(yōu)選的是，控制單元使用執(zhí)行轉(zhuǎn)移信息來控制處理 部件。根據(jù)本發(fā)明的客戶機與分布式處理系統(tǒng)的控制單元連接，并請求執(zhí)行從用戶所請 求的服務，客戶機的特征在于，客戶機存儲用于控制處理部件的與計算資源和處理路徑相 關(guān)的執(zhí)行轉(zhuǎn)移信息。在根據(jù)本發(fā)明的客戶機中，優(yōu)選的是，在存儲區(qū)域內(nèi)預先存儲有執(zhí)行轉(zhuǎn)移信息。在根據(jù)本發(fā)明的客戶機中，優(yōu)選的是，客戶機根據(jù)從用戶所請求的服務，判斷是否 將執(zhí)行轉(zhuǎn)移信息提供給控制單元，并將執(zhí)行轉(zhuǎn)移信息發(fā)送到控制單元。在根據(jù)本發(fā)明的客戶機中，優(yōu)選的是，當從用戶接收到服務請求時，客戶機檢索在 所存儲的執(zhí)行轉(zhuǎn)移信息中是否存在與服務對應的執(zhí)行轉(zhuǎn)移信息。在根據(jù)本發(fā)明的客戶機中，優(yōu)選的是，當檢索結(jié)果是存在與服務對應的執(zhí)行轉(zhuǎn)移 信息時，客戶機將存在的執(zhí)行轉(zhuǎn)移信息提供給控制單元。在根據(jù)本發(fā)明的客戶機中，優(yōu)選的是，當檢索結(jié)果是不存在與服務對應的執(zhí)行轉(zhuǎn) 移信息時，客戶機將檢索結(jié)果通知給用戶。


圖1是示出本發(fā)明的實施方式涉及的分布式系統(tǒng)的概略結(jié)構(gòu)的概念圖。圖2是示出使服務和構(gòu)成服務的任務對應起來的服務任務對應表的圖。圖3是分別示出構(gòu)成執(zhí)行轉(zhuǎn)移信息的信息例和各構(gòu)成信息的數(shù)據(jù)例的表。圖4是示出CU根據(jù)所生成的執(zhí)行轉(zhuǎn)移信息進行從計算資源的確保到計算資源的 釋放的進程的圖。圖5是示出基于圖2的服務任務對應表的應用程序處理流程的流程圖。圖6是示出與執(zhí)行轉(zhuǎn)移信息的結(jié)構(gòu)對應的系統(tǒng)的模型例的圖。圖7是示出進行圖像的解碼和閱覽的客戶機應用程序的畫面例的圖。圖8是示出基于圖2的服務任務對應表的應用程序處理流程的流程圖，是示出在 安全級別高的情況下的流程的圖。圖9是示出與執(zhí)行轉(zhuǎn)移信息的結(jié)構(gòu)對應的系統(tǒng)的模型例的圖。圖10是示出在安全級別高的情況下進行圖像的解碼和閱覽的客戶機應用程序的 畫面例的圖。圖11是示出客戶機的執(zhí)行流程的流程圖。
具體實施例方式以下，根據(jù)附圖詳細說明本發(fā)明涉及的分布式處理系統(tǒng)、控制單元以及客戶機的 實施方式。本實施方式將本發(fā)明涉及的分布式處理系統(tǒng)應用于JPEG的解碼處理，然而本發(fā) 明的處理內(nèi)容的范圍不受以下實施方式的限定。圖1是示出本實施方式涉及的分布式處理系統(tǒng)的概略結(jié)構(gòu)的概 念圖。在圖1中， 粗線表示數(shù)據(jù)處理網(wǎng)絡，細線表示控制網(wǎng)絡。如圖1所示，本實施方式涉及的分布式處理系 統(tǒng)10具有進行整體控制的(A)控制單元(CU) 11，以及(B)具有能夠執(zhí)行任務的功能的多 個處理部件(PE)20、21、22、…、2η。這些PE中的ΡΕ20是請求服務的執(zhí)行的服務執(zhí)行請求 ΡΕ(客戶機)。這里，將多媒體處理等提供對用戶來說有意義的用戶價值的處理單位稱為服務。 例如JPEG解碼處理是可提示用戶能夠識別的圖像的服務，將唯一識別該服務的標識符 (ID)稱為服務ID。例如JPEG解碼處理的服務ID是SV-823。并且，將構(gòu)成服務的某個統(tǒng) 一的處理單位稱為任務。服務由一個以上的任務構(gòu)成。例如，JPEG解碼處理可由圖2所示 的從JPEG文件分析到結(jié)果顯示的6個任務構(gòu)成。這里，圖2是示出使服務和構(gòu)成服務的任 務對應起來的服務任務對應表的圖。并且，將唯一識別任務的標識符(ID)稱為任務ID。例 如，熵解碼的任務ID是TK-102。CUll可參照服務任務對應表將服務分解為任務。例如，如圖2所示，JPEG解碼處 理(服務ID = SV-823)服務由從JPEG文件分析(任務ID = TK-101)到熵解碼(任務ID =TK-102)、逆量子化(任務ID = TK-103)、IDCT (任務ID = TK-104)、顏色信號的轉(zhuǎn)換(任 務ID = TK-105)、結(jié)果顯示(任務ID = TK-106)的共計6個任務構(gòu)成。PE20、21、22、…、 2n可分別具有一個以上的固有功能并執(zhí)行一個以上的任務。對各PE的功能附加功能ID， 功能ID與任務ID對應。例如，具有功能ID = FN-101的PE可執(zhí)行任務ID = TK-101的任 務。并且，“控制單元(以下適當稱為“⑶”)”是指，在分布式處理系統(tǒng)中進行向各處 理部件的任務分配、處理路徑的管理、服務執(zhí)行時的執(zhí)行狀態(tài)轉(zhuǎn)移的管理等的控制部?！疤?理部件”(以下適當稱為“PE”)是指，實現(xiàn)數(shù)據(jù)的輸入輸出、處理、傳遞、存儲這4種功能中 的一種以上的功能的系統(tǒng)的構(gòu)成單元。一般，一個處理部件具有處理一個以上的任務的功 能、以及處理所需要的數(shù)據(jù)輸入輸出功能和數(shù)據(jù)存儲功能。CUll向各PE詢問與自身連接的各PE的功能(可執(zhí)行的任務種類)和計算資源 (處理能力和存儲容量等)的信息、或者請求從各PE通知該信息，并進行登記。CUll在分 別登記PE20、21、22、…、2n時分配在系統(tǒng)10中唯一決定的ID(PEID)。PEID是在系統(tǒng)起動 時和重新起動時唯一分配的。CUll對計算資源和處理路徑的狀態(tài)進行管理，并根據(jù)從客戶機20所提供的執(zhí)行 轉(zhuǎn)移信息進行服務提供。這里，執(zhí)行轉(zhuǎn)移信息是執(zhí)行服務所需要的計算資源和處理路徑的 組合以及與其相關(guān)的管理信息，例如可表示為圖3所示的任務執(zhí)行轉(zhuǎn)移表。這里，圖3是分 別示出構(gòu)成執(zhí)行轉(zhuǎn)移信息的信息例和各構(gòu)成信息的數(shù)據(jù)例的表。并且，任務執(zhí)行轉(zhuǎn)移表是 記錄有ID以及包含路徑部分和PE部分的路徑信息的一覽表。
如圖3所示，執(zhí)行轉(zhuǎn)移信息由包含服務ID和模式ID的ID以及路徑信息構(gòu)成。不 過，執(zhí)行轉(zhuǎn)移信息不限于這些數(shù)據(jù)結(jié)構(gòu)，還可以包含含有計算資源和處理路徑的路徑信息 以及與其相關(guān)的任何管理信息。這里，模式是指計算資源(即PE)和處理路徑的排列。并且，將唯一識別服務的標 識符(ID)稱為服務ID。模式ID是唯一附加給模式的標識符。例如當考慮處理部件A、B、C、D、E時，在JPEG 編碼處理無論是按A、B、C的順序連接的路徑進行的模式、還是按A、B、D、E的順序連接的模 式都能進行處理的情況下，各模式被附加不同的模式ID。路徑信息由PE部分和路徑部分構(gòu)成，PE部分由PE的功能ID構(gòu)成，路徑部分由路 徑ID、源和目的地構(gòu)成。并且，路徑ID是唯一附加給PE間的通信路徑的標識符。源是PE間路徑的輸入側(cè) PE的ID,目的地是PE間路徑的輸出側(cè)PE的ID。形成客戶機和路徑的PE20、21、22、…、2η 可根據(jù)路徑ID、源和目的地把握PE間的連接關(guān)系?？蛻魴C20將執(zhí)行轉(zhuǎn)移信息作為數(shù)據(jù)庫保持在ROM等的存儲區(qū)域內(nèi)，并向CUll詢 問該信息在當前時間點是否可使用。CUll將該結(jié)果通知給客戶機20。客戶機20在確定了要使用的執(zhí)行轉(zhuǎn)移信息后，發(fā)送該執(zhí)行轉(zhuǎn)移信息，請求CUll構(gòu) 建處理路徑。CUll根據(jù)用于執(zhí)行任務的執(zhí)行轉(zhuǎn)移信息確保計算資源，并建立處理路徑。客 戶機20使用所構(gòu)建的處理路徑來開始服務處理。不過，不限于一定由客戶機20自身進行 服務處理。當全部PE結(jié)束服務處理時，客戶機20向⑶11通知結(jié)束，⑶11釋放計算資源和 處理路徑。當從客戶機20所請求的服務的執(zhí)行結(jié)束時，CUll向客戶機20通知服務執(zhí)行結(jié) 束ο這里，參照圖4來說明CUll生成執(zhí)行轉(zhuǎn)移信息、并將該執(zhí)行轉(zhuǎn)移信息提供給客戶 機20的進程。圖4是示出CU根據(jù)所生成的執(zhí)行轉(zhuǎn)移信息進行從計算資源的確保到計算資 源的釋放的進程的圖。另外，在圖4中，僅示出PE20、21、22、…、2n中的PE20、PE21、PE22、 PE2n，然而關(guān)于PE23、24、…、P2n_l，也與以下說明一樣來處理。在進行圖4所示的處理之前，客戶機20將有效的執(zhí)行轉(zhuǎn)移信息發(fā)送到⑶11并請 求服務的執(zhí)行。接收到執(zhí)行請求的CUll將計算資源確保請求與執(zhí)行轉(zhuǎn)移信息一起發(fā)送到服務處 理所需要的計算資源即PE20、PE21、PE22、…、PE2n各方(步驟Si)。作為客戶機的PE20 不需要能執(zhí)行構(gòu)成服務的任務，只需請求服務的執(zhí)行即可。這里假定客戶機20進行任務執(zhí)行來說明。并且，也可以將執(zhí)行轉(zhuǎn)移信息自身作為 計算資源確保請求來處理。各PE當受理了計算資源確保請求和執(zhí)行轉(zhuǎn)移信息時，根據(jù)執(zhí)行轉(zhuǎn)移信息的描述 確保任務處理所需要的計算資源(步驟S2)。這里，計算資源是例如處理所需要的CPU功率 和存儲容量等。然后，各PE當計算資源的確保成功時，將計算資源確保完成作為針對計算資源確保請求的響應分別回送到CUll (步驟S3)。另一方面，在不能確保計算資源的情況下，將錯 誤回送到⑶11。在能確保全部計算資源的情況下，⑶11將處理路徑建立請求發(fā)送到各PE (步驟S4)。在不能確保全部計算資源的情況下，將錯誤回送到用戶，釋放所確保的計算資源并中止服務處理。各PE當受理了請求時，根據(jù)在步驟Sl接收到的執(zhí)行轉(zhuǎn)移信息建立處理路徑(步 驟S5)。這里，處理路徑的建立是開關(guān)的連接、TCP/IP網(wǎng)絡的連接建立等。各PE當完成了處理路徑的建立時，將處理路徑建立完成作為針對處理路徑建立 請求的響應分別回送到⑶11 (步驟S6)。在處理路徑的建立失敗的情況下，回送錯誤。在全部處理路徑的建立完成的情況下，⑶11將任務執(zhí)行請求發(fā)送到客戶機20(步 驟 S7)。在未完成全部處理路徑的建立的情況下，向用戶回送錯誤，釋放所確保的計算資 源和處理路徑并中止服務處理?？蛻魴C20使用所建立的處理路徑來開始處理(步驟S8)。各PE針對從所建立的 路徑輸入的數(shù)據(jù)進行任務處理，并依次輸出。在全部任務處理完成的情況下，客戶機20將任務執(zhí)行完成發(fā)送到OTl 1 (步驟S9)。接收到任務執(zhí)行完成的CUll將處理路徑釋放請求發(fā)送到確保了計算資源的各 PE (步驟 S10)。接收到處理路徑釋放請求的各PE分別釋放所建立的處理路徑(步驟Sll)。各PE在處理路徑的釋放成功的情況下，將處理路徑釋放完成作為針對處理路徑 釋放請求的響應發(fā)送到⑶11 (步驟S12)。與此相對，在釋放失敗的情況下，向⑶11回送出
講
T曰O當全部PE的處理路徑釋放成功時，⑶11將計算資源釋放請求發(fā)送到確保了計算 資源的各PE (步驟S13)。不過，優(yōu)選的是，即使在一部分或全部處理路徑釋放失敗的情況 下，也將計算資源釋放請求發(fā)送到確保了計算資源的各PE，并強制性繼續(xù)執(zhí)行以后的釋放處理。接收到計算資源釋放請求的各PE釋放計算資源(步驟S14)。各PE將計算資源釋放完成作為針對計算資源釋放請求的響應分別發(fā)送到 ⑶11(步驟S15)。在釋放失敗的情況下，向⑶11回送錯誤。⑶11當從全部PE接收了計算 資源釋放完成時，完成服務處理。優(yōu)選的是，即使在發(fā)生差錯的情況下，也強制性完成服務處理。當按以上進程結(jié)束了從客戶機20所請求的服務的執(zhí)行時，⑶11向客戶機20通知 服務執(zhí)行完成。另外，圖4所示的進程是針對前后不進行服務處理的情況、或者前后的服務處理 不使用重復的計算資源或處理路徑的情況的進程。在前后連續(xù)的服務重復使用相同的計算 資源和處理路徑的情況下，存在不需要計算資源的確保和釋放、以及處理路徑的建立和釋 放中的任一方或全部的情況。并且，在該進程中，從⑶11廣播與計算資源和處理路徑相關(guān)的請求，然而也可以1 對1個別地向各PE發(fā)送。而且，執(zhí)行轉(zhuǎn)移信息既可以個別發(fā)送僅與各PE相關(guān)聯(lián)的部分，也可以將相同的全 部信息發(fā)送到全部PE。圖5是示出基于圖2的服務任務對應表的應用程序處理流程的流程圖。在圖5所示的例子中，JPEG解碼處理(服務ID = SV-823)服務是按照JPEG文件分析(任務ID = TK-101、步驟S101)、熵解碼(任務ID = TK-102、步驟S102)、逆量子化(任務ID = TK-103、 步驟S103)、IDCT (任務ID = TK-104、步驟S104)、顏色信號的轉(zhuǎn)換(任務ID = TK-105、步 驟S105)、結(jié)果顯示(任務ID = TK-106、步驟S106)的順序來執(zhí)行，由此，JPEG解碼處理結(jié)束ο參照圖6來說明在圖5中說明的具有執(zhí)行轉(zhuǎn)移信息的系統(tǒng)。圖6是示出與執(zhí)行轉(zhuǎn) 移信息的結(jié)構(gòu)對應的系統(tǒng)的模型例的圖。6個PE(PEID :PE-001至PE-006、功能ID =FN-IOl 至FN-106)經(jīng)由被分配了 5個路徑ID(PA-001至PA-005)的路徑依次連接。例如，成為源 的PE (PEID =PE-OOl)和成為目的地的PE (PEID :PE_002)，其輸出經(jīng)由路徑ID =PA-OOl的路
徑連接。參照圖7來說明客戶機應用程序的例子。圖7是示出進行圖像的解碼和閱覽的客 戶機應用程序的畫面例的圖?？蛻魴C20選擇想要解碼的圖像。文件形式可選擇JPEG和PNG。當設(shè)定了所需的 參數(shù)、并按下“閱覽”按鈕時，可閱覽圖像。用戶利用設(shè)定在本應用程序中的參數(shù)來決定服 務ID和模式ID。這里，圖5和圖7所示的客戶機應用程序是未將安全級別設(shè)定成高級別的例子，不 要求輸入密碼。接下來，參照圖8至圖10來說明與圖5和圖7所示的情況相比安全級別設(shè)定更高 的例子。在該例子中，針對各模塊的全部輸入輸出數(shù)據(jù)被加密。這里，安全級別構(gòu)成為即使在圖5至圖10中的任一方所示的情況下，也預先存儲 在ROM等用戶不能變更的存儲區(qū)域內(nèi)，用戶不能任意設(shè)定和變更。圖8是示出基于圖2的服務任務對應表的應用程序處理流程的流程圖，是示出在 安全級別高的情況下的流程的圖。在圖8所示的例子中，安全級別“高”的JPEG解碼處理 (服務ID = SV-833)服務是按照帶加密的JPEG文件分析(任務ID = TK-201、步驟S201)、 帶加密的熵解碼(任務ID = TK-202、步驟S202)、帶加密的逆量子化(任務ID = TK-203、 步驟S203)、帶加密的IDCT (任務ID = TK-204、步驟S204)、帶加密的顏色信號的轉(zhuǎn)換(任 務ID = TK-205、步驟S205)、帶密碼的結(jié)果顯示(任務ID = TK-206、步驟S206)的順序來 執(zhí)行，由此，JPEG解碼處理結(jié)束。圖9是示出與執(zhí)行轉(zhuǎn)移信息的結(jié)構(gòu)對應的系統(tǒng)的模型例的圖。6個PE (PEID PE-011 至 PE-016、功能 ID :FN_201 至 FN-206)經(jīng)由被分配了 5 個路徑 ID (ΡΑ-011 至 PA-015) 的路徑依次連接。例如，成為源的PE (PEID =PE-Oll)和成為目的地的PE (PEID :PE_012)，其 輸出經(jīng)由路徑ID =PA-Oll的路徑連接。圖10是示出在安全級別高的情況下進行圖像的解碼和閱覽的客戶機應用程序的 畫面例的圖。在圖10所示的例子中，與圖7所示例子的不同點是指定密碼。S卩，客戶機20 選擇想要解碼的圖像，并指定密碼。文件形式可選擇JPEG和PNG。當設(shè)定了所需的參數(shù)、 并按下“閱覽”按鈕時，可閱覽圖像。假定用戶利用設(shè)定在本應用程序中的參數(shù)來決定服務 ID和模式ID。圖11是示出客戶機20的執(zhí)行流程的流程圖。首先，客戶機20根據(jù)客戶機應用程序的設(shè)定參數(shù)決定服務ID和模式ID(步驟S301)。然后，客戶機20從ROM等存儲區(qū)域中檢索是否有與ID—致的登記項(步驟S302)。在有與ID —致的登記項的情況下(在步驟S303 “是”)，將作為登記項存儲在存 儲區(qū)域內(nèi)的執(zhí)行轉(zhuǎn)移信息發(fā)送到CUll (步驟S304)。接收到執(zhí)行轉(zhuǎn)移信息的CUll判定其有效性。CUll當從客戶機20接收了執(zhí)行轉(zhuǎn)移信息時，分析是否能使用構(gòu)成該信息的計算 資源(各PE)和處理路徑(各路徑)。其結(jié)果，在構(gòu)成該信息的一部分或全部計算資源和處 理路徑已由另一服務使用中、或者由于PE的登記解除等原因而不能使用的情況下，判斷為 存儲區(qū)域的登記項無效。CUll的有效性判斷結(jié)果被發(fā)送到客戶機20，客戶機20接收該判斷結(jié)果(步驟 S305)。在執(zhí)行轉(zhuǎn)移信息有效的情況下(在步驟S306 “是”)，各PE根據(jù)執(zhí)行轉(zhuǎn)移信息執(zhí) 行構(gòu)成服務的任務(步驟S307)。當全部任務的執(zhí)行結(jié)束時，服務的執(zhí)行也結(jié)束，結(jié)束客戶 機20的執(zhí)行。另一方面，從ROM等存儲區(qū)域中檢索是否有與ID—致的登記項的結(jié)果是沒有一致 的登記項的情況下(在步驟S303 “否”)，向用戶報告錯誤(步驟S308)，結(jié)束客戶機20的 執(zhí)行。并且，即使在從CUll接收到的執(zhí)行轉(zhuǎn)移信息的有效性判斷結(jié)果是無效的情況下 (在步驟S306 “否”)，也向用戶報告錯誤(步驟S308)，結(jié)束客戶機20的執(zhí)行。根據(jù)以上的進程，各處理部件根據(jù)執(zhí)行轉(zhuǎn)移信息執(zhí)行構(gòu)成服務的任務，由此來執(zhí) 行服務。另外，路徑信息是根據(jù)ID信息來唯一確定的。并且，存儲區(qū)域的檢索條件優(yōu)選的 是服務ID和模式ID，然而不限于此。CUll對執(zhí)行中的全部任務的信息進行管理，可將構(gòu)成任務的服務分配給各PE并 判斷是否能用作計算資源。同樣關(guān)于處理路徑，也同樣可判斷是否能使用。在計算資源和 處理路徑能使用的情況下，將它們判斷為有效，在不能使用的情況下，判斷為無效。如以上，本發(fā)明涉及的分布式處理系統(tǒng)、控制單元以及客戶機將用戶可使用的執(zhí)行轉(zhuǎn)移信息制約為已知滿足安全性和私密性等執(zhí)行條件的執(zhí)行轉(zhuǎn)移信息，將其預先存入到 客戶機的存儲區(qū)域內(nèi)，根據(jù)這些執(zhí)行轉(zhuǎn)移信息判斷是否能提供服務，從而適合于保證提供 滿足執(zhí)行條件且用戶請求的服務。本發(fā)明涉及的分布式處理系統(tǒng)、控制單元以及客戶機將用戶可使用的執(zhí)行轉(zhuǎn)移信 息制約為已知滿足安全性和私密性等執(zhí)行條件的執(zhí)行轉(zhuǎn)移信息，將其預先存入到客戶機的 存儲區(qū)域內(nèi)，根據(jù)這些執(zhí)行轉(zhuǎn)移信息判斷是否能提供服務，從而可保證提供滿足執(zhí)行條件 且用戶請求的服務。
權(quán)利要求
一種分布式處理系統(tǒng)，該分布式處理系統(tǒng)具有客戶機，其請求執(zhí)行從用戶所請求的服務；處理部件；以及控制單元，其與所述客戶機和所述處理部件連接，其中，所述客戶機存儲有用于控制所述處理部件的與計算資源和處理路徑相關(guān)的執(zhí)行轉(zhuǎn)移信息，所述處理部件通過依照所述執(zhí)行轉(zhuǎn)移信息執(zhí)行構(gòu)成所述服務的任務，來執(zhí)行所述服務。
2.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述客戶機在其存儲區(qū)域內(nèi)預先存 儲有所述執(zhí)行轉(zhuǎn)移信息。
3.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，所述控制單元具有判斷部，當有來自 所述客戶機的服務執(zhí)行請求時，所述判斷部從所述客戶機接收存儲在所述客戶機內(nèi)的所述 執(zhí)行轉(zhuǎn)移信息中的與所述服務對應的所述執(zhí)行轉(zhuǎn)移信息，判斷有效性，所述控制單元將所 述判斷部的有效性判斷結(jié)果通知給所述客戶機。
4.根據(jù)權(quán)利要求3所述的分布式處理系統(tǒng)，其中，所述控制單元使用所述執(zhí)行轉(zhuǎn)移信 息來控制所述處理部件。
5.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其中，所述客戶機根據(jù)從所述用戶所請求 的服務，判斷是否將所述執(zhí)行轉(zhuǎn)移信息提供給所述控制單元，并根據(jù)所述判斷結(jié)果，將所述 執(zhí)行轉(zhuǎn)移信息發(fā)送到所述控制單元。
6.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其中，當從所述用戶接收到服務請求時，所 述客戶機檢索在所存儲的所述執(zhí)行轉(zhuǎn)移信息中是否存在與所述服務對應的執(zhí)行轉(zhuǎn)移信息。
7.根據(jù)權(quán)利要求6所述的分布式處理系統(tǒng)，其中，當所述檢索結(jié)果是存在與所述服務 對應的執(zhí)行轉(zhuǎn)移信息時，所述客戶機將存在的執(zhí)行轉(zhuǎn)移信息提供給所述控制單元。
8.根據(jù)權(quán)利要求6所述的分布式處理系統(tǒng)，其中，當所述檢索結(jié)果是不存在與所述服 務對應的執(zhí)行轉(zhuǎn)移信息時，所述客戶機將所述檢索結(jié)果通知給所述用戶。
9.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其中，當在所述判斷部的有效性判斷中，與 所述服務對應的所述執(zhí)行轉(zhuǎn)移信息無效時，將有效性判斷結(jié)果通知給所述用戶。
10.一種控制單元，該控制單元連接有請求執(zhí)行服務的客戶機和處理部件，其中，所述控制單元具有判斷部，當有來自所述客戶機的服務執(zhí)行請求時，所述判斷部 從所述客戶機接收存儲在所述客戶機內(nèi)的所述執(zhí)行轉(zhuǎn)移信息中的與所述服務對應的所述 執(zhí)行轉(zhuǎn)移信息，判斷有效性，所述控制單元將所述判斷部的有效性判斷結(jié)果通知給所述客 戶機。
11.根據(jù)權(quán)利要求10所述的控制單元，其中，所述控制單元使用所述執(zhí)行轉(zhuǎn)移信息來 控制所述處理部件。
12.—種客戶機，該客戶機與分布式處理系統(tǒng)的控制單元連接，并請求執(zhí)行從用戶所請 求的服務，其中，所述客戶機存儲用于控制所述處理部件的與計算資源和處理路徑相關(guān)的執(zhí)行轉(zhuǎn)移信息。
13.根據(jù)權(quán)利要求12所述的客戶機，其中，在存儲區(qū)域內(nèi)預先存儲有所述執(zhí)行轉(zhuǎn)移信息o
14.根據(jù)權(quán)利要求12所述的客戶機，其中，所述客戶機根據(jù)從所述用戶所請求的服務， 判斷是否將所述執(zhí)行轉(zhuǎn)移信息提供給所述控制單元，并將所述執(zhí)行轉(zhuǎn)移信息發(fā)送到所述控 制單元。
15.根據(jù)權(quán)利要求12所述的客戶機，其中，當從所述用戶接收到服務請求時，所述客戶 機檢索在所存儲的所述執(zhí)行轉(zhuǎn)移信息中是否存在與所述服務對應的執(zhí)行轉(zhuǎn)移信息。
16.根據(jù)權(quán)利要求15所述的客戶機，其中，當所述檢索結(jié)果是存在與所述服務對應的 執(zhí)行轉(zhuǎn)移信息時，所述客戶機將存在的執(zhí)行轉(zhuǎn)移信息提供給所述控制單元。
17.根據(jù)權(quán)利要求15所述的客戶機，其中，當所述檢索結(jié)果是不存在與所述服務對應 的執(zhí)行轉(zhuǎn)移信息時，所述客戶機將所述檢索結(jié)果通知給所述用戶。
全文摘要
本發(fā)明提供分布式處理系統(tǒng)、控制單元以及客戶機。本發(fā)明的分布式處理系統(tǒng)具有客戶機，其請求從用戶所請求的服務的執(zhí)行；處理部件；以及控制單元，其與客戶機和處理部件連接，其中，客戶機存儲有用于控制處理部件的與計算資源和處理路徑相關(guān)的執(zhí)行轉(zhuǎn)移信息，處理部件通過按照執(zhí)行轉(zhuǎn)移信息執(zhí)行構(gòu)成服務的任務，來執(zhí)行服務。
文檔編號H04L29/08GK101827122SQ201010129438
公開日2010年9月8日 申請日期2010年3月4日 優(yōu)先權(quán)日2009年3月4日
發(fā)明者久保允則, 篠崎新 申請人:奧林巴斯株式會社