專利名稱：分布式處理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式處理系統(tǒng)。
背景技術(shù)：
以往，在數(shù)據(jù)流式分布式處理中，針對在處理中使用的處理部件(以下適當(dāng)?shù)胤Q 為“PE”)組，通過從確定路徑的控制單元(以下適當(dāng)?shù)胤Q為“⑶”)向處理部件的廣播方式 的通信或一對一方式的通信，來建立處理路徑。這種處理例如已在日本特開平6-162228號 公報中提出。但是，以往的情況是各個處理部件具有一個輸入一個輸出的情況。因此，不能應(yīng)對 使用具有多個輸入多個輸出的處理部件的情況。

發(fā)明內(nèi)容
本發(fā)明就是鑒于上述情況而提出的，其目的在于，提供一種分布式處理系統(tǒng)，在使 用具有多個輸入多個輸出的處理部件的情況下，也能夠構(gòu)建路徑。為了解決上述課題并達(dá)到目的，根據(jù)本發(fā)明的分布式處理系統(tǒng)，分布式處理系統(tǒng) 包括具有一個以上的輸入和一個以上的輸出的多個處理部件；和連接多個所述處理部件 的控制單元，所述分布式處理系統(tǒng)的特征在于，所述控制單元根據(jù)來自客戶機(jī)的服務(wù)執(zhí)行 請求，生成執(zhí)行轉(zhuǎn)移信息，該執(zhí)行轉(zhuǎn)移信息包括執(zhí)行特定的服務(wù)所需要的所述處理部件和 執(zhí)行順序。并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選在確定處理路徑后，所述控制單元向執(zhí)行特定 的服務(wù)所需要的多個所述處理部件分別發(fā)送相同的所述執(zhí)行轉(zhuǎn)移信息。并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選所述控制單元同時向多個所述處理部件發(fā)送。并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選所述執(zhí)行轉(zhuǎn)移信息的發(fā)送是從執(zhí)行順序?yàn)榈?一個的所述處理部件開始、到執(zhí)行順序?yàn)樽詈笠粋€的所述處理部件為止依次發(fā)送的。并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選所述執(zhí)行轉(zhuǎn)移信息的發(fā)送是從執(zhí)行順序?yàn)樽?后一個的所述處理部件開始、到執(zhí)行順序?yàn)榈谝粋€的所述處理部件為止依次發(fā)送的。并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選在確定處理路徑后，所述控制單元只向執(zhí)行特 定的服務(wù)所需要的所述處理部件中執(zhí)行順序?yàn)榈谝粋€的所述處理部件發(fā)送所述執(zhí)行轉(zhuǎn)移 fn息o并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選在確定處理路徑后，所述控制單元只向執(zhí)行特 定的服務(wù)所需要的所述處理部件中執(zhí)行順序?yàn)樽詈笠粋€的所述處理部件發(fā)送所述執(zhí)行轉(zhuǎn)
移信息。并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選接收到所述執(zhí)行轉(zhuǎn)移信息的所述處理部件向 下一個其他的所述處理部件發(fā)送所述執(zhí)行轉(zhuǎn)移信息。并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選所述處理部件具有一個輸入和多個輸出，與其 他多個所述處理部件連接。
并且，根據(jù)本發(fā)明的優(yōu)選方式，優(yōu)選所述處理部件具有多個輸入和一個輸出，與其 他多個所述處理部件連接。優(yōu)選所述處理部件具有多個輸入和多個輸出，與其他多個所述處理部件連接。


圖1是表示路徑構(gòu)建流程的圖。圖2是表示將要使用的任務(wù)和路徑的圖。圖3是表示實(shí)施例1中的路徑構(gòu)建步驟的程序圖。圖4是表示實(shí)施例1中對任務(wù)的索引分配的圖。圖5是表示實(shí)施例1中從客戶機(jī)CL向控制單元CU的服務(wù)執(zhí)行請求的數(shù)據(jù)結(jié)構(gòu)的 圖。圖6是表示實(shí)施例1中從控制單元⑶向處理部件PE發(fā)送的路徑信息的圖。圖7是表示實(shí)施例1中從處理部件PE向處理部件PE發(fā)送的信息的圖。圖8是表示實(shí)施例1中從處理部件PE向控制單元⑶的通信的圖。圖9是表示實(shí)施例1中從控制單元CU向客戶機(jī)CL的響應(yīng)的內(nèi)容的圖。圖10是表示實(shí)施例1中的客戶機(jī)CL的步驟的流程圖。圖11是表示實(shí)施例1中的控制單元CU的步驟的流程圖。圖12是表示實(shí)施例1中的處理部件PE的步驟的流程圖。圖13是表示實(shí)施例2中按照從執(zhí)行順序靠前的PE到后面的PE的順序進(jìn)行發(fā)送 時的路徑構(gòu)建程序的圖。圖14是實(shí)施例3中通過廣播(broadcast)發(fā)送路徑信息時的路徑構(gòu)建的程序圖。圖15是表示實(shí)施例3中從控制單元CU向處理部件PE廣播的路徑信息的數(shù)據(jù)結(jié) 構(gòu)的圖。圖16是表示實(shí)施例4中從控制單元CU采用斗鏈方式發(fā)送路徑信息的情況，表示 按照從執(zhí)行順序靠前的處理部件PE到后面的處理部件PE的順序進(jìn)行發(fā)送時的路徑構(gòu)建的 程序圖。圖17是表示實(shí)施例4中的斗鏈(bucket brigade)方式的路徑信息的數(shù)據(jù)結(jié)構(gòu)的 圖。圖18是表示實(shí)施例4中控制單元CU向處理部件PE發(fā)送的路徑信息的內(nèi)容的圖。圖19是表示實(shí)施例4中處理部件PE1向處理部件PE2發(fā)送的路徑信息的內(nèi)容的 圖。圖20是表示實(shí)施例4中處理部件PE2向處理部件PE5發(fā)送的路徑信息的內(nèi)容的 圖。圖21是表示實(shí)施例4中的斗鏈方式的控制單元CU的步驟的流程圖。圖22是表示實(shí)施例4中的斗鏈方式的處理部件PE的步驟的流程圖。圖23是表示在實(shí)施例5的斗鏈方式中，從執(zhí)行順序?yàn)樽詈笠粋€的處理部件向第一 個處理部件發(fā)送路徑信息的步驟的程序圖。
具體實(shí)施例方式以下，根據(jù)附圖具體說明本發(fā)明的分布式處理系統(tǒng)的實(shí)施例。另外，本發(fā)明不限定 于該實(shí)施例。首先，在說明實(shí)施例之前，定義在下面的說明中使用的用語。(客戶機(jī))客戶機(jī)CL指用戶具有的終端。能夠從該終端向控制單元或處理部件發(fā)送指示。(控制單元)控制單元CU指管理處理部件的信息，根據(jù)用戶的服務(wù)執(zhí)行請求，進(jìn)行要使用的處 理部件的確定、處理路徑的管理、服務(wù)執(zhí)行時的任務(wù)執(zhí)行轉(zhuǎn)移的管理等的控制部。(處理部件)處理部件PE指在計算中使用的節(jié)點(diǎn)。處理部件提供某個特定的處理即任務(wù)。處 理部件具有處理一個以上的任務(wù)的功能、及處理中所需要的數(shù)據(jù)的輸入輸出功能和數(shù)據(jù)存 儲功能。(數(shù)據(jù)流式分布式處理)例如，JPEG的編碼處理被劃分為下取樣、DCT、霍夫曼編碼等多個處理塊。不是由 一個程序來執(zhí)行JPEG編碼，而是準(zhǔn)備每個處理塊的程序(也可以是硬件)。一個處理塊的 輸入被加工并輸出，成為下一個處理塊的輸入。把這樣一次次地交接數(shù)據(jù)并處理，實(shí)現(xiàn)整體 上的一個大的處理的框架結(jié)構(gòu)稱為數(shù)據(jù)流式分布式處理。數(shù)據(jù)的交接可以是硬件的總線方 式，也可以是網(wǎng)絡(luò)方式。(任務(wù))任務(wù)指處理部件提供的處理。例如，對于JPEG的編碼而言，“下取樣”等是任務(wù)的 例子。各個任務(wù)被賦予了被稱為任務(wù)標(biāo)識符(TID)的識別序號。一般經(jīng)常使用的任務(wù)被分 配了標(biāo)識符。并且，經(jīng)常使用的任務(wù)標(biāo)識符是公知的。任務(wù)在處理部件上執(zhí)行。(服務(wù))服務(wù)指具有關(guān)聯(lián)性的一個以上的任務(wù)的集合。服務(wù)用于實(shí)現(xiàn)具有比任務(wù)更匯總的 意義的處理。JPEG編碼處理是服務(wù)的一個例子。(服務(wù)序號)服務(wù)序號指用于識別客戶機(jī)CL請求的服務(wù)的唯一序號。服務(wù)序號由控制單元唯 一地生成并管理。(服務(wù)執(zhí)行請求)服務(wù)執(zhí)行請求指委托控制單元準(zhǔn)備客戶機(jī)想要執(zhí)行的服務(wù)。(路徑信息)在數(shù)據(jù)流式分布式處理中，為了生成具有意義的結(jié)果，需要將執(zhí)行各個任務(wù)的處 理部件適當(dāng)連接。把這種處理部件的排列方式稱為路徑信息。把形成路徑稱為路徑構(gòu)建。 路徑信息由控制單元確定。(處理路徑建立)處理路徑建立指形成能夠與其他處理部件互相通信與任務(wù)處理有關(guān)的數(shù)據(jù)等的 狀態(tài)。下面，參照圖1說明構(gòu)建路徑的步驟。
(1)客戶機(jī)CL指定處理所需要的任務(wù)和順序，作為服務(wù)執(zhí)行請求發(fā)送給控制單元 CU。任務(wù)利用被稱為任務(wù)標(biāo)識符TID的數(shù)值來表示。(2)在控制單元⑶中預(yù)先登記了處理部件PE的信息、例如地址、任務(wù)標(biāo)識符等。 控制單元CU根據(jù)從客戶機(jī)CL發(fā)送來的信息，確定要使用的處理部件PE。(3)控制單元⑶向處理部件PE發(fā)送路徑信息。(4)建立處理部件PE之間的路徑，關(guān)于路徑建立的具體情況將在后面說明。(5)在路徑構(gòu)建完成后，向控制單元⑶發(fā)送響應(yīng)。(6)控制單元⑶向客戶機(jī)CL發(fā)送要使用的處理部件PE的地址。所發(fā)送的地址是 執(zhí)行任務(wù)的第一個處理部件PE和最后一個處理部件PE。(7)客戶機(jī)CL與第一個處理部件PE連接。(8)客戶機(jī)CL與最后一個處理部件PE連接。(9)客戶機(jī)CL發(fā)送要讓服務(wù)處理的數(shù)據(jù)。除客戶機(jī)CL之外的路徑已經(jīng)建立。因此，如果客戶機(jī)CL與第一個處理部件PE、以 及客戶機(jī)CL與最后一個處理部件PE連接，則形成環(huán)路。從客戶機(jī)CL與最后一個處理部件PE連接是與通常連接的朝向(從第一個到最后 一個)相反的方向。這是因?yàn)橥ǔ？蛻魴C(jī)CL存在防火墻，不允許來自外部的連接。實(shí)施例1下面，按照上述的步驟說明本發(fā)明的實(shí)施例1的分布式處理系統(tǒng)。其中，客戶機(jī)如 圖2所示想要連接任務(wù)。另外，PE之間的連接不限于下述的示例。在第一個說明的實(shí)施例中，控制單元⑶向各個處理部件PE發(fā)送該處理部件PE的 連接目的地、連接源的信息，構(gòu)建路徑。各個處理部件PE的條件如下所述。 限于TCP/IP。并且，一個處理部件PE提供-表1表示各個處理部件PE的信息c(表 1)PE 提供的任務(wù)PE地址
假設(shè)在通信中使用TCP/IP。但是，通信協(xié)議不 -個任務(wù)。PE1任務(wù)1192.168.0.101
PE2任務(wù)2192.168.0.102
PE3任務(wù)2192.168.0.103
PE4任務(wù)2192.168.0.104
PE5任務(wù)3192.168.0.105
PE6任務(wù)4192.168.0.106
PE7任務(wù)5192.168.0.107
PE8任務(wù)6192.168.0.108表2表示各個任務(wù)和任務(wù)標(biāo)識符的定義。(表 2)提供的任務(wù) 任務(wù)標(biāo)識符任務(wù)1 11任務(wù)2 12
任務(wù)3 13任務(wù)4 14任務(wù)5 15任務(wù) 6 16表3表示客戶機(jī)的地址。(表 3)客戶機(jī)地址192. 168. 0. 10并且，表4表示使用的服務(wù)序號。(表 4)服務(wù)序號199假設(shè)已經(jīng)知道在控制單元⑶中登記有各個處理部件PE的信息。并且，假設(shè)客戶 機(jī)CL、各個處理部件PE也已經(jīng)知道控制單元⑶的地址。圖3是表示路徑構(gòu)建步驟的程序圖。在后面的附圖中，完成了連接的處理部件PE 之間利用“握手標(biāo)記”表示。(1)客戶機(jī)CL向控制單元⑶發(fā)送需要的任務(wù)作為服務(wù)執(zhí)行請求。包括產(chǎn)生錯誤的 情況在內(nèi)，在構(gòu)建了路徑時，從控制單元CU得到響應(yīng)。因此，客戶機(jī)CL等待一直到有了響應(yīng)。(2)控制單元CU從客戶機(jī)CL獲取服務(wù)執(zhí)行請求。控制單元CU確定提供構(gòu)成該服 務(wù)的任務(wù)的處理部件PE，并生成向各處理部件PE發(fā)送的路徑信息。生成用于識別來自該客 戶機(jī)CL的處理的標(biāo)識符“服務(wù)序號”。(3)控制單元⑶從執(zhí)行順序?yàn)樽詈笠粋€的處理部件PE開始順序地發(fā)送路徑信息 (在圖中利用單點(diǎn)劃線表示)。按照從執(zhí)行順序?yàn)樽詈笠粋€的處理部件PE到第一個處理部 件PE的順序來進(jìn)行發(fā)送，這是為了等待來自前級的處理部件PE的連接。在路徑信息中記述有服務(wù)標(biāo)識符、要連接的處理部件PE的地址、要連接過來的處 理部件PE的地址、是否是第一個或最后一個處理部件PE的信息、以及客戶機(jī)的地址。在通過處理部件PE進(jìn)行接收后，切斷控制單元⑶與處理部件PE之間的連接。(4)處理部件PE始終處于等待狀態(tài)。處理部件PE8從控制單元CU接收路徑信息。 處理部件PE8由于執(zhí)行順序是最后一個，所以沒有連接目的地。并且，等待來自處理部件 PE6和處理部件PE7的連接。接收到的路徑信息將在以后使用，所以進(jìn)行存儲。(5)控制單元⑶向處理部件PE7發(fā)送路徑信息。(6)從控制單元⑶接收到路徑信息的處理部件PE7與下一個處理部件PE8連接 (在圖中利用實(shí)線表示)。此時，發(fā)送包括服務(wù)序號在內(nèi)的信息。被連接的處理部件PE8能 夠參照服務(wù)序號，識別是針對哪個服務(wù)執(zhí)行請求的路徑信息。由此，建立處理部件PE7與處 理部件PE8之間的路徑。然后，處理部件PE7進(jìn)入等待來自前面的處理部件PE的連接的狀 態(tài)。(7)被從處理部件PE7連接的處理部件PE8參照服務(wù)序號和連接源地址，檢查是 否是正確的連接。并保持與處理部件PE7的連接。處理部件PE8也要被從處理部件PE6連 接，所以等待。
(8)控制單元⑶向處理部件PE6發(fā)送路徑信息。(9)處理部件PE6從控制單元⑶接收路徑信息，并與處理部件PE8連接。然后，等 待來自處理部件PE5的連接。(10)處理部件PE8接受來自處理部件PE6的連接。(11)由于對處理部件PE8的輸入全部備齊，所以處理部件PE8通知控制單元⑶連 接完成(在圖中利用虛線表示)。(12)控制單元⑶記錄已接收了相應(yīng)的服務(wù)序號的處理部件PE8的連接完成的情 況。在接收到了來自全部處理部件PE的連接完成的通知后，向客戶機(jī)發(fā)送結(jié)果。因此，需 要存儲是從哪個處理部件PE接受到完成通知。(13)控制單元⑶向處理部件PE5發(fā)送路徑信息。(14)處理部件PE5從控制單元⑶接收路徑信息，并與作為輸出目的地的處理部件 PE7連接。(15)處理部件PE7接受來自處理部件PE5的連接。(16)處理部件PE7向控制單元⑶發(fā)送完成通知。(17)控制單元⑶接收來自相應(yīng)任務(wù)的處理部件PE7的連接完成通知，并記錄該情 況。(18)處理部件PE5在繼處理部件PE7之后，與處理部件PE6連接。并且，等待來自 處理部件PE2、處理部件PE3、處理部件PE4的連接。(19)處理部件PE6接受來自處理部件PE5的連接。(20)處理部件PE6向控制單元⑶發(fā)送完成通知。(21)控制單元⑶接收來自相應(yīng)任務(wù)的處理部件PE6的連接完成通知，并記錄該情 況。(22)控制單元⑶向處理部件PE4發(fā)送路徑信息。(23)處理部件PE4從控制單元⑶接收路徑信息，并與作為輸出目的地的處理部件 PE5連接。(24)處理部件PE5接受來自處理部件PE4的連接。(25)控制單元⑶向處理部件PE3發(fā)送路徑信息。(26)處理部件PE3從控制單元⑶接收路徑信息，并與作為輸出目的地的處理部件 PE5連接。(27)處理部件PE5接受來自處理部件PE3的連接。(28)控制單元⑶向處理部件PE2發(fā)送路徑信息。(29)處理部件PE2從控制單元⑶接收路徑信息，并與作為輸出目的地的處理部件 PE5連接。(30)處理部件PE5接受來自處理部件PE2的連接。(31)處理部件PE5向控制單元⑶發(fā)送完成通知。(32)控制單元⑶接收來自相應(yīng)任務(wù)的處理部件PE5的連接完成通知，并記錄該情 況。(33)控制單元⑶向處理部件PE1發(fā)送路徑信息。(34)處理部件PE1從控制單元⑶接收路徑信息，并與作為輸出目的地的處理部件PE2連接。(35)處理部件PE2接受來自處理部件PE1的連接。(36)處理部件PE2向控制單元⑶發(fā)送完成通知。(37)控制單元⑶受理來自相應(yīng)任務(wù)的處理部件PE2的連接完成通知，并記錄該情 況。(38)處理部件PE1與作為輸出目的地的處理部件PE3連接。(39)處理部件PE3接受來自處理部件PE1的連接。(40)處理部件PE3向控制單元⑶發(fā)送完成通知。(41)控制單元CU接收來自相應(yīng)任務(wù)的處理部件PE3的連接完成通知，并記錄該情 況。(42)處理部件PE1與作為輸出目的地的處理部件PE4連接。(43)處理部件PE4接受來自處理部件PE1的連接。(44)處理部件PE4向控制單元⑶發(fā)送完成通知。(45)控制單元CU接收來自相應(yīng)任務(wù)的處理部件PE4的連接完成通知，并記錄該情 況。(46)處理部件PE1向控制單元⑶發(fā)送完成通知。在該時間點(diǎn)，處理部件PE之間 的路徑被構(gòu)建。(47)控制單元⑶接收來自相應(yīng)任務(wù)的處理部件PE1的連接完成通知，并記錄該情 況。(48)控制單元⑶從全部處理部件PE接收到完成通知，所以向客戶機(jī)CL發(fā)送結(jié)果 (在圖中利用虛線表示)。(49)客戶機(jī)CL接收結(jié)果、即第一個處理部件和最后一個處理部件的PE地址。(50)客戶機(jī)CL與第一個處理部件PE連接(在圖中利用單點(diǎn)劃線表示)。(51)處理部件PE1接受來自客戶機(jī)CL的連接。(52)客戶機(jī)CL與最后一個處理部件PE連接(在圖中利用雙點(diǎn)劃線表示)。(53)處理部件PE8接受來自客戶機(jī)CL的連接。(54)客戶機(jī)CL向第一個處理部件PE發(fā)送待處理的數(shù)據(jù)。(55)處理部件PE1處理數(shù)據(jù)，將結(jié)果發(fā)送給處理部件PE2。(56)處理部件PE1將結(jié)果發(fā)送給處理部件PE3。(57)處理部件PE1將結(jié)果發(fā)送給處理部件PE4。處理部件PE1在向3個處理部件 PE發(fā)送時，可以是順序(逐個地)發(fā)送的方式，也可以是同時(廣播)發(fā)送的方式。此時， 關(guān)于發(fā)送的內(nèi)容是全部是相同的內(nèi)容、或者對每個處理部件PE都是不同的內(nèi)容，這依賴于應(yīng)用。(58)處理部件PE2處理數(shù)據(jù)，將結(jié)果發(fā)送給處理部件PE5。(59)處理部件PE3處理數(shù)據(jù)，將結(jié)果發(fā)送給處理部件PE5。(60)處理部件PE4處理數(shù)據(jù)，將結(jié)果發(fā)送給處理部件PE5。(61)處理部件PE5從前面3個處理部件PE接收到數(shù)據(jù)后進(jìn)行處理，并將結(jié)果發(fā)送 給處理部件PE6。(62)處理部件PE5將結(jié)果發(fā)送給處理部件PE7。
9
(63)處理部件PE6處理數(shù)據(jù)，將結(jié)果發(fā)送給處理部件PE8。(64)處理部件PE7處理數(shù)據(jù)，將結(jié)果發(fā)送給處理部件PE8。(65)處理部件PE8從處理部件PE6和處理部件PE7接收數(shù)據(jù)并進(jìn)行處理，將結(jié)果 發(fā)送給客戶機(jī)CL。(66)客戶機(jī)CL接收結(jié)果。從各個處理部件PE向控制單元⑶的完成通知也可以不是前面示出的順序。并且， 各個處理部件PE在與下一個處理部件PE連接時，也可以不是前面示出的順序。(數(shù)據(jù)結(jié)構(gòu))下面說明數(shù)據(jù)結(jié)構(gòu)。在說明數(shù)據(jù)結(jié)構(gòu)之前，在客戶機(jī)CL側(cè)對各個功能附加唯一的序號(以下適當(dāng)稱為 “索引”)。圖4是表示向任務(wù)分配索引的圖。在圖4中，利用三角形圍起來的數(shù)字是輸入管腳序號。利用四方形圍起來的數(shù)字 是索引。在后面的附圖中采用相同的表述方式。輸入管腳序號是對處理部件PE的輸入附 帶的序號，由客戶機(jī)CL進(jìn)行編號。只具有一個輸入的處理部件PE，輸入管腳序號只存在0 號。當(dāng)存在多個輸入時，輸入管腳序號按照1、2、3這樣連續(xù)編號。具有與各個輸入管腳序 號對應(yīng)的前級的處理部件PE。(從客戶機(jī)CL向控制單元⑶的通信，程序(1))圖5表示從客戶機(jī)CL向控制單元CU的服務(wù)執(zhí)行請求的數(shù)據(jù)結(jié)構(gòu)。首先，記述第一個使用的任務(wù)數(shù)。將之后使用的任務(wù)標(biāo)識符按照其數(shù)量進(jìn)行排列。 該順序成為索引。然后，如附圖所示，記述與各個處理部件PE的輸出、輸入有關(guān)的信息。(從控制單元⑶向處理部件PE的通信，程序(3))圖6表示從控制單元⑶向處理部件PE發(fā)送的路徑信息。服務(wù)序號是由控制單元CU確定的唯一的數(shù)值，在識別來自客戶機(jī)CL的請求時使 用。在該示例中，假設(shè)控制單元CU分配199。輸入管腳數(shù)表示向該處理部件PE連接過來的其他處理部件PE的數(shù)量。由此，處 理部件PE能夠識別可以等待幾個連接。其中，也許其他的客戶機(jī)CL偶爾也想要使用該處理部件PE。因此，為了進(jìn)行區(qū)分， 必須知道要連接過來的處理部件PE的地址。因此，在要連接的處理部件PE數(shù)的后面也包 含這些處理部件的地址。輸出數(shù)是表示該處理部件PE的連接目的地處理部件PE有幾個的數(shù)值。最后一個 處理部件PE (在該示例中是處理部件PE8)不存在下一個處理部件PE。因此，輸出數(shù)為0。 之后接著的是連接目的地處理部件PE的地址，所以處理部件PE讀取與該數(shù)量相當(dāng)?shù)暮罄m(xù) 數(shù)據(jù)，獲得下一個處理部件PE的地址。并且，按照順序進(jìn)行連接。在該示例中，假定每一個處理部件PE執(zhí)行1個任務(wù)。但是，不限于此，也可以執(zhí)行 多個任務(wù)。在這種情況下，在處理部件PE與下一個PE連接時，必須指定使用的任務(wù)序號。 因此，可以在上述數(shù)據(jù)結(jié)構(gòu)中附加使用的任務(wù)序號。下面，說明從處理部件PE向處理部件PE的通信(程序(6))。圖7表示從處理部件PE向處理部件PE發(fā)送的信息。被連接的處理部件PE根據(jù)服務(wù)序號得知是針對哪個任務(wù)的連接。在被連接的處理部件PE中，即使不作為數(shù)據(jù)接收也能夠知道要連接過來的處理部件PE的地址。因此，數(shù) 據(jù)中不包含連接源的地址。在被連接的處理部件PE中，能夠根據(jù)上述的“要連接過來的處 理部件PE的地址”和在連接時發(fā)送過來的服務(wù)序號，得知是否是正確的連接。說明從處理部件PE向控制單元⑶的通信(程序(11))。各個處理部件PE與全部連接目的地連接，在被從所指定的全部處理部件PE連接 后，向控制單元CU發(fā)送連接完成通知。圖8表示此時的數(shù)據(jù)結(jié)構(gòu)。控制單元⑶存儲自己發(fā)送的路徑信息。并且，等待從處理部件PE發(fā)送與對應(yīng)的 服務(wù)序號對應(yīng)的連接完成通知。說明從控制單元⑶向客戶機(jī)CL的通信(程序(48))?？刂茊卧菑娜刻幚聿考E接收到響應(yīng)后，由于已在處理部件PE之間建立了 路徑，所以向客戶機(jī)CL發(fā)送結(jié)果。圖9表示其數(shù)據(jù)結(jié)構(gòu)。圖9表示從控制單元CU向客戶 機(jī)CL的響應(yīng)的內(nèi)容?？蛻魴C(jī)CL按照所指定的服務(wù)序號，與第一個處理部件PE和最后一個處理部件PE 連接，由此形成環(huán)路。下面，順序說明一直到客戶機(jī)CL、控制單元CU、處理部件PE的路徑完成的流程。首先，參照圖10說明客戶機(jī)CL的步驟。圖10是表示客戶機(jī)CL的步驟的流程圖。在步驟S1001，客戶機(jī)CL向控制單元⑶發(fā)送服務(wù)執(zhí)行請求。在步驟S1002，客戶機(jī)CL處于等待狀態(tài)直到來了響應(yīng)。在步驟S1003，客戶機(jī)CL從控制單元⑶接收第一個處理部件PE和最后一個處理 部件PE的PE地址。在步驟S1004，客戶機(jī)CL與第一個處理部件PE和最后一個處理部件PE連接。下面，參照圖11說明控制單元CU的步驟。圖11是表示控制單元CU的步驟的流 程圖。在步驟S1101，控制單元⑶從客戶機(jī)CL接收服務(wù)執(zhí)行請求。在步驟S1102，控制單元⑶確定在服務(wù)的處理中使用的處理部件PE。在步驟S1103，控制單元⑶從執(zhí)行順序?yàn)樽詈笠粋€的處理部件PE開始順序地發(fā)送
連接信息。在步驟S1104，控制單元⑶接收來自發(fā)送了連接信息的處理部件PE的完成通知。在步驟S1105，控制單元⑶判定是否從全部處理部件PE接收到了完成通知。在步驟S1105的判定結(jié)果為是(Yes)時，在步驟SI 106，向客戶機(jī)CL發(fā)送結(jié)果，并 結(jié)束處理。并且，在步驟S1105的判定結(jié)果為否(No)時，返回S1104。下面，參照圖12說明處理部件PE的步驟。圖12是表示處理部件PE的步驟的流 程圖。在步驟S1201，處理部件PE從控制單元⑶接收路徑信息。在步驟S1202，判定處理部件PE是否是執(zhí)行順序?yàn)樽詈笠粋€的處理部件PE。在步驟S1202的判定結(jié)果為否時，轉(zhuǎn)入步驟S1203。在步驟S1203，處理部件PE與 下一個處理部件PE連接。并且，轉(zhuǎn)入步驟S1204。在步驟S1202的判定結(jié)果為是時，轉(zhuǎn)入步 驟 S1204。在步驟S1204，等待來自自己前面的處理部件PE的連接。
在步驟S1205，判定是否已完成全部連接。在步驟S1205的判定結(jié)果為否時，返回步驟S1204。在步驟S1205的判定結(jié)果為是時，轉(zhuǎn)入步驟S1206。在步驟S1206，處理部件PE向 控制單元⑶發(fā)送連接完成通知。在步驟S1207，判定處理部件PE是否是第一個或最后一個處理部件。在步驟S1207 的判定結(jié)果為否時，結(jié)束處理。在步驟S1207的判定結(jié)果為是時，在步驟S1208，等待來自客 戶機(jī)CL的連接。實(shí)施例2下面，說明本發(fā)明的實(shí)施例2的分布式處理系統(tǒng)。在該實(shí)施例中，說明從客戶機(jī)CL 向各個處理部件PE發(fā)送路徑信息的情況，即按從執(zhí)行順序靠前的PE到靠后的PE的順序進(jìn) 行發(fā)送的情況。其中，使用的服務(wù)與前述的服務(wù)相同。在控制單元CU向各個處理部件PE發(fā)送路徑信息的上述示例中，說明了控制單元 ⑶先向前面的處理部件PE發(fā)送路徑信息，并順序地向后面的處理部件PE發(fā)送的情況。圖 13表示其程序。圖13是表示按從執(zhí)行順序靠前(第一個)的處理部件PE到靠后(最后一個)的 PE的順序進(jìn)行發(fā)送的情況的路徑構(gòu)建程序的圖。圖中的記號的意義與上述示例中的記號的意義相同。路徑信息(單點(diǎn)劃線)、連接 (黑線)、連接(虛線)等在通信中使用的數(shù)據(jù)結(jié)構(gòu)，與從后向前地發(fā)送路徑信息的實(shí)施例 1的情況相同。與從后向前地向處理部件PE發(fā)送路徑時的不同之處是，處理部件PE接收到路徑 信息并與下一個處理部件PE連接時，下一個處理部件PE有可能還沒有接收到路徑信息。當(dāng)從前一個處理部件PE與處理部件PE連接后，服務(wù)序號被發(fā)送過來。然后，從控 制單元CU發(fā)送過來與該服務(wù)序號對應(yīng)的路徑信息，并保存。并且，在從控制單元⑶發(fā)送過來路徑信息時，如果服務(wù)序號一致，則與下一個處 理部件PE連接。在將全部的輸入和輸出連接后，處理部件PE向控制單元⑶發(fā)送完成通知。實(shí)施例3下面，說明本發(fā)明的實(shí)施例3的分布式處理系統(tǒng)。在該實(shí)施例中，說明從控制單元 ⑶通過廣播(broadcast)向全部處理部件PE發(fā)送路徑信息的情況。使用的服務(wù)與上述的服務(wù)相同。說明控制單元CU通過一次廣播向在服務(wù)中使用的全部處理部件PE發(fā)送路徑信 息，然后構(gòu)建路徑的情況。圖14表示通過廣播(broadcast)發(fā)送路徑信息時的路徑構(gòu)建的程序?？刂茊卧峭ㄟ^廣播向構(gòu)成路徑的全部處理部件PE發(fā)送路徑信息。接收到路徑信息的各個處理部件PE與輸出目的地連接，同時也接受輸入過來的 處理部件PE的連接。各個處理部件PE在全部的輸入和輸出備齊時，向控制單元⑶發(fā)送連接完成。(數(shù)據(jù)結(jié)構(gòu))圖15表示從控制單元CU向處理部件PE廣播的路徑信息的數(shù)據(jù)結(jié)構(gòu)。
為了通過廣播來發(fā)送路徑信息，采取在一次發(fā)送中具有全部處理部件PE的路徑 信息的結(jié)構(gòu)。“使用的PE數(shù)”記述在該服務(wù)中使用的處理部件PE的數(shù)量。在其后面，按照索引 順序排列“使用的PE數(shù)”個的各個處理部件PE的地址。各個處理部件PE將自身IP地址和在路徑信息中記述的IP地址進(jìn)行比較。由此， 能夠得知自身索引。在處理部件的PE地址之后，按照索引順序排列記述了各個處理部件PE的輸出數(shù)、 輸出目的地的索引(排列了 PE的輸出數(shù)個)、輸入數(shù)、輸入源的地址(排列了 PE的輸入數(shù) 個)。如果得知索引，則能夠讀取自身PE的輸入輸出記述部分，并與作為輸出目的地的 處理部件PE連接，等待來自輸入源的處理部件PE的連接。實(shí)施例4下面，說明本發(fā)明的實(shí)施例4的分布式處理系統(tǒng)。在該實(shí)施例中，說明從控制單元 CU按照斗鏈方式發(fā)送路徑信息的情況，即從執(zhí)行順序靠前的處理部件PE向靠后的處理部 件PE發(fā)送的情況。 使用的服務(wù)與上述的服務(wù)相同。斗鏈方式指控制單元CU向第一個處理部件PE發(fā)送全部路徑信息。接收到全部路 徑信息的處理部件PE向下一個處理部件PE發(fā)送路徑信息。這樣，采用斗鏈方式將路徑信 息傳遞給后面的處理部件PE，一直傳遞到最后一個處理部件PE。客戶機(jī)CL向各個處理部 件PE分配索引的情況也與上述相同。關(guān)于此時的數(shù)據(jù)結(jié)構(gòu)將在后面敘述。圖16是表示從控制單元CU采用斗鏈方式發(fā)送路徑信息的情況，表示從執(zhí)行順序 靠前的處理部件PE向靠后的處理部件PE發(fā)送的情況下的路徑構(gòu)建程序的圖?？刂茊卧窍虻谝粋€處理部件PEl發(fā)送路徑信息。處理部件PEl參照路徑信息， 與自身PE的下一個的全部輸出目的地連接，并發(fā)送該路徑信息。如果有要連接過來的處理部件PE，則等待連接。例如，對于處理部件PEl而言，相 當(dāng)于從客戶機(jī)CL連接過來。這樣，不斷地將路徑信息傳遞下去。最后一個處理部件PE通 知控制單元CU已傳遞到最后一個。下面，根據(jù)圖16說明步驟。(1)客戶機(jī)CL向控制單元⑶發(fā)送服務(wù)執(zhí)行請求(在圖中利用實(shí)線表示)。包含 錯誤的情況在內(nèi)，如果構(gòu)建了路徑，則將從控制單元CU得到響應(yīng)，所以進(jìn)行等待直到有了 響應(yīng)。(2)控制單元CU從客戶機(jī)CL接收服務(wù)執(zhí)行請求?？刂茊卧狢U確定提供這些任務(wù) 的處理部件PE，并生成要向處理部件PE發(fā)送的路徑信息。(3)控制單元CU向第一個處理部件PEl發(fā)送路徑信息(在圖中利用單點(diǎn)劃線表 示)。然后，等待從最后一個處理部件PE發(fā)送過來完成通知。(4)處理部件PEl接收路徑信息，并根據(jù)其中記述的信息，向處理部件PE2發(fā)送路 徑信息。該連接將被保持。即，在為了發(fā)送路徑信息而進(jìn)行連接的同時，也完成這些處理部 件PE之間的路徑。(5)處理部件PEl也與處理部件PE3連接。因此，也向處理部件PE3發(fā)送路徑信息。
(6)處理部件PEl與處理部件PE4連接。因此，也向處理部件PE4發(fā)送路徑信息。(7)處理部件PE2與作為輸出目的地的處理部件PE5連接，并發(fā)送路徑信息。(8)處理部件PE3與作為輸出目的地的處理部件PE5連接，并發(fā)送路徑信息。(9)處理部件PE4與作為輸出目的地的處理部件PE5連接，并發(fā)送路徑信息。(10)處理部件PE由于全部的輸入已備齊，所以與作為輸出目的地的處理部件PE6 連接，并發(fā)送路徑信息。(11)處理部件PE5與另一個輸出目的地即處理部件PE7連接，并發(fā)送路徑信息。(12)處理部件PE6與輸出目的地即處理部件PE8連接，并發(fā)送路徑信息。(13)處理部件PE7與輸出目的地即處理部件PE8連接，并發(fā)送路徑信息。(14)處理部件PE8由于是最后一個處理部件PE，所以向控制單元⑶回復(fù)路徑已 完成。(15)由于路徑已完成，所以控制單元⑶向客戶機(jī)CL發(fā)送第一個和最后一個PE地址。(16)客戶機(jī)CL與第一個處理部件PE連接。(17)客戶機(jī)CL與最后一個處理部件PE連接。下面，說明數(shù)據(jù)結(jié)構(gòu)。從客戶機(jī)CL向控制單元CU進(jìn)行服務(wù)執(zhí)行請求的數(shù)據(jù)結(jié)構(gòu)與最開始的方式相同。圖17表示斗鏈方式中從控制單元CU向處理部件PE發(fā)送的路徑信息的數(shù)據(jù)結(jié)構(gòu)。 由控制單元⑶根據(jù)從客戶機(jī)CL發(fā)送過來的任務(wù)的排列而生成。“自己的索引”指接收到該路徑信息的處理部件PE的索引。在路徑內(nèi)，各個處理部 件PE具有唯一的索引值。在該實(shí)施例中，按照下面所述分配針對處理部件PE的索引。PEl 0PE2 1PE3 2PE4 3PE5 4PE6 5PE7 6PE8 7在從控制單元⑶向第一個處理部件PE即處理部件PEl發(fā)送時，索引值為0。并 且，根據(jù)發(fā)送目的地處理部件PE的索引值，由發(fā)送路徑信息的處理部件PE進(jìn)行改寫。其他 部分不改寫，而是照原樣使用由控制單元⑶發(fā)送過來的內(nèi)容。在處理部件PE接收到路徑信息后，尋找當(dāng)前的索引。在使用的處理部件PE數(shù)的 后面記述有各個處理部件PE的地址。因此，找到該地址，識別出連接目的地的地址。在這些地址的后面，按照索引順序記述有各個處理部件PE的輸出數(shù)及各個處理 部件PE的索引、以及要向自己連接過來的處理部件PE。與輸出目的地的處理部件PE連接， 將“當(dāng)前的索引”改寫為該處理部件PE的索引值，并發(fā)送路徑信息。反復(fù)進(jìn)行輸出數(shù)次的 該動作。然后，等待來自前面的處理部件PE的連接。
關(guān)于處理部件PE1，按照圖18說明是如何處理從控制單元⑶接收到的路徑信息 的。 圖18表示控制單元⑶向處理部件PEl發(fā)送的路徑信息的內(nèi)容。其中，該路徑信 息包含于圖17所示的路徑信息中，換言之，是更具體化后的內(nèi)容。處理部件PEl從路徑信息中讀取自己的索引。處理部件PEl由于是第一個，所以 被記述為0。然后，記述有使用的PE數(shù)。因此，跳過該部分，讀出處理部件PEl的輸出數(shù)。其中， PEl的輸出數(shù)被記述為3，所以得知與3個處理部件PE連接。另外，然后記述有連接目的地的索引。因此，參照前面的索引和PE地址的對應(yīng)表， 得知處理部件PE的地址。因此，處理部件PEl能夠與輸出目的地的3個處理部件PE連接。在連接后，將從 控制單元CU接收到的路徑信息的“自己的索引”部分改寫為對方的索引，并發(fā)送。在路徑信息中，在輸出目的地的后面記述有輸入的處理部件PE，所以處理部件 PEl讀取該部分。處理部件PEl是第一個處理部件PE，從客戶機(jī)⑶向其連接。因此，記述 有客戶機(jī)的地址。處理部件PEl等待客戶機(jī)利用該服務(wù)序號連接過來。圖19表示處理部件PEl向處理部件PE2發(fā)送的路徑信息的內(nèi)容。處理部件PE2在接收到路徑信息后，查看自己的索引欄，跳躍到記述有索引1的輸 出信息的部分并讀取。得知輸出目的地的PE索引是4、即是處理部件PE5。因此，與處理部 件PE5連接。此時，處理部件PE2把接收到的路徑信息的“自己的索引”部分變更為4，并發(fā)送路 徑信息。處理部件PE2讀取向處理部件PE2的輸入部分，得知只從索引O(PEl)對其連接。 處理部件PE2等待處理部件PEl采用服務(wù)序號199進(jìn)行的連接。下面，說明處理部件PE2連接的處理部件PE5的動作。圖20表示處理部件PE2向處理部件PE5發(fā)送的路徑信息的內(nèi)容。處理部件PE5具有來自3個處理部件PE的輸入。因此，不確定最先被從哪個處理 部件PE連接。并且，如果查看最先接收到的路徑信息，則得知從哪里進(jìn)行了幾個連接。因 此，能夠等待來自處理部件PE的連接。因此，被連接的順序可以是任何順序。并且，與下一個處理部件PE的連接是與處 理部件PEl和PE2等相同的處理。其中，其他處理部件PE是與這些處理相同的處理，所以省略重復(fù)說明。最后一個 處理部件PE在全部的輸入備齊后，通知控制單元⑶路徑信息已傳遞到最后一個。下面，說明該實(shí)施例中直到客戶機(jī)CL、控制單元CU、處理部件PE的路徑完成為止 的步驟。并且，客戶機(jī)CL與控制單元CU向各個處理部件PE直接發(fā)送路徑信息的情況相同。圖21是表示斗鏈方式中的控制單元CU的步驟的流程圖。在步驟S2101，控制單元⑶從客戶機(jī)CL接收服務(wù)執(zhí)行請求。在步驟S2102，控制單元⑶確定要使用的處理部件PE。在步驟S2103，控制單元⑶向執(zhí)行順序?yàn)榈谝粋€的處理部件PE發(fā)送路徑信息。在步驟S2104，控制單元CU在采用斗鏈方式順序發(fā)送了路徑信息后，等待來自最 后一個處理部件PE的通知。
在步驟S2105，控制單元⑶接收到來自最后一個處理部件PE的通知后，向客戶機(jī) CL發(fā)送結(jié)果。圖22是表示斗鏈方式中的處理部件PE的步驟的流程圖。在步驟S2202，處理部件PE接收路徑信息。其中，在針對處理部件PE的輸入有多 個時，接收多個的全部路徑信息。在步驟S2203，判定是否是最后一個處理部件PE。在步驟S2203的判定結(jié)果為是時，在步驟S2206，向控制單元發(fā)送完成通知。并且， 轉(zhuǎn)入步驟S2205。
在步驟S2203的判定結(jié)果為否時，在步驟S2204，向全部輸出目的地的處理部件PE
發(fā)送路徑信息。在步驟S2205，處理部件PE等待連接。然后結(jié)束處理。實(shí)施例5下面，說明本發(fā)明的實(shí)施例5的分布式處理系統(tǒng)。在該實(shí)施例中，說明從控制單元 CU采用斗鏈方式發(fā)送路徑信息的情況，即從執(zhí)行順序?yàn)樽詈笠粋€的處理部件開始向第一個 處理部件發(fā)送的情況。在該實(shí)施例中，說明從后面的處理部件PE向前面的處理部件PE順序傳遞路徑信 息的方式。圖23是表示在斗鏈方式中，從執(zhí)行順序?yàn)樽詈笠粋€的處理部件開始向第一個處 理部件發(fā)送路徑信息的步驟的程序圖。關(guān)于路徑信息的數(shù)據(jù)結(jié)構(gòu)，采用與上述的從第一個處理部件向最后一個處理部件 發(fā)送路徑信息的情況相同的數(shù)據(jù)結(jié)構(gòu)?？刂茊卧窍蜃詈笠粋€處理部件PE8發(fā)送路徑信息。在從第一個處理部件向最 后一個處理部件發(fā)送的情況下，從控制單元CU發(fā)送時的索引為0，但在從最后一個處理部 件向第一個處理部件發(fā)送的情況下，根據(jù)處理部件PE數(shù)而變化。在該實(shí)施例中設(shè)為7。處理部件PE8與作為向處理部件PE8的輸入的處理部件PE6和處理部件PE7連 接。對于其他處理部件PE，也是把路徑信息改寫為合適的索引，并與輸入的處理部件PE連 接。第一個處理部件PE向控制單元⑶發(fā)送連接完成。在上述各個實(shí)施例中，關(guān)于通信部分使用TCP/IP進(jìn)行了說明，但也可以使用UDP， 與有線、無線區(qū)別等無關(guān)，只要能夠?qū)崿F(xiàn)上述通信，則對通信方式?jīng)]有限定。在上述各個實(shí)施例的程序圖中，發(fā)送完成通知的定時也可以不是前面敘述的順序。在上述各個實(shí)施例的程序圖中，在具有多個輸出的處理部件PE向下一個處理部 件PE發(fā)送路徑信息的情況下，也可以不是這里示出的順序。在上述各個實(shí)施例的程序圖中，在具有多個輸入的處理部件PE從前面的處理部 件PE接收路徑信息的情況下，也可以不是治理示出的順序。關(guān)于在上述各個實(shí)施例中敘述的數(shù)據(jù)結(jié)構(gòu)，只要能夠?qū)崿F(xiàn)前面敘述的動作，則不 限于該形式。如以上說明的那樣，根據(jù)本發(fā)明，能夠構(gòu)建將通過順序連接一個輸入一個輸出的 處理部件而形成的處理路徑在中途劃分為多個，并且將多個路徑集中為一個的路徑，能夠增大路徑的自由度，能夠適用于各種應(yīng)用。如上所述，本發(fā)明對自由度大的分布式處理系統(tǒng)比較有用。 本發(fā)明發(fā)揮能夠提供一種在使用具有多個輸入多個輸出的處理部件的情況下，也 能夠構(gòu)建路徑的分布式處理系統(tǒng)的效果。
權(quán)利要求
一種分布式處理系統(tǒng)，其包括具有一個以上的輸入和一個以上的輸出的多個處理部件；和連接多個所述處理部件的控制單元，所述分布式處理系統(tǒng)的特征在于，所述控制單元根據(jù)來自客戶機(jī)的服務(wù)執(zhí)行請求，生成執(zhí)行轉(zhuǎn)移信息，該執(zhí)行轉(zhuǎn)移信息包括執(zhí)行特定的服務(wù)所需要的所述處理部件和執(zhí)行順序。
2.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其特征在于，在確定處理路徑后，所述控制 單元向執(zhí)行特定的服務(wù)所需要的多個所述處理部件分別發(fā)送相同的所述執(zhí)行轉(zhuǎn)移信息。
3.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其特征在于，所述控制單元同時向多個所 述處理部件發(fā)送。
4.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其特征在于，所述執(zhí)行轉(zhuǎn)移信息的發(fā)送是 從執(zhí)行順序?yàn)榈谝粋€的所述處理部件開始、到執(zhí)行順序?yàn)樽詈笠粋€的所述處理部件為止依 次發(fā)送的。
5.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其特征在于，所述執(zhí)行轉(zhuǎn)移信息的發(fā)送是 從執(zhí)行順序?yàn)樽詈笠粋€的所述處理部件開始、到執(zhí)行順序?yàn)榈谝粋€的所述處理部件為止依 次發(fā)送的。
6.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其特征在于，在確定處理路徑后，所述控制 單元只向執(zhí)行特定的服務(wù)所需要的所述處理部件中執(zhí)行順序?yàn)榈谝粋€的所述處理部件發(fā) 送所述執(zhí)行轉(zhuǎn)移信息。
7.根據(jù)權(quán)利要求1所述的分布式處理系統(tǒng)，其特征在于，在確定處理路徑后，所述控制 單元只向執(zhí)行特定的服務(wù)所需要的所述處理部件中執(zhí)行順序?yàn)樽詈笠粋€的所述處理部件 發(fā)送所述執(zhí)行轉(zhuǎn)移信息。
8.根據(jù)權(quán)利要求4所述的分布式處理系統(tǒng)，其特征在于，接收到所述執(zhí)行轉(zhuǎn)移信息的 所述處理部件向下一個其他的所述處理部件發(fā)送所述執(zhí)行轉(zhuǎn)移信息。
9.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其特征在于，所述處理部件具有一個輸入 和多個輸出，與其他多個所述處理部件連接。
10.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其特征在于，所述處理部件具有多個輸入 和一個輸出，與其他多個所述處理部件連接。
11.根據(jù)權(quán)利要求2所述的分布式處理系統(tǒng)，其特征在于，所述處理部件具有多個輸入 和多個輸出，與其他多個所述處理部件連接。
全文摘要
一種分布式處理系統(tǒng)，包括具有一個以上的輸入和一個以上的輸出的多個處理部件；和連接多個處理部件的控制單元，所述分布式處理系統(tǒng)的特征在于，控制單元根據(jù)來自客戶機(jī)的服務(wù)執(zhí)行請求，生成執(zhí)行轉(zhuǎn)移信息，該執(zhí)行轉(zhuǎn)移信息包括執(zhí)行特定的服務(wù)所需要的處理部件和執(zhí)行順序。
文檔編號H04L29/06GK101848210SQ20101014468
公開日2010年9月29日 申請日期2010年3月23日 優(yōu)先權(quán)日2009年3月24日
發(fā)明者中富高之, 久保允則, 篠崎新 申請人:奧林巴斯株式會社