專利名稱：具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是關(guān)于具有一客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)，也是關(guān)于具有這種層次結(jié)構(gòu)的計算機系統(tǒng)的操作方法。
一具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)包括一組被稱作為客戶機的軟件模塊和另一組被稱作服務(wù)器的、用于對客戶機為進行作業(yè)提出的請求進行服務(wù)的軟件模塊。這種型式的層次結(jié)構(gòu)使得客戶機提出的作業(yè)能在服務(wù)器中間進行分配。服務(wù)器可以是類似或不同的類型。采用這類層次結(jié)構(gòu)，最好能提供一種對客戶機為進行作業(yè)對服務(wù)器提出的請求的調(diào)度的控制機制。
按照本發(fā)明的一個方面，所提供的一具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)包括有一組客戶機；一組對客戶機為進行作業(yè)提出的請求進行服務(wù)的服務(wù)器；為管理客戶機為進行作業(yè)對服務(wù)器提出的請求的裝置；和對服務(wù)器加載作業(yè)的裝置。所述請求管理裝置被配置來由客戶機接收請求，并在接收到一請求后執(zhí)行以下操作檢測一服務(wù)器是否空閑用于執(zhí)行該作業(yè)；如果一服務(wù)器無空閑，將該作業(yè)在當服務(wù)器成為空閑時即準備好執(zhí)行的作業(yè)的一隊列中加以排隊；和當一服務(wù)器為空閑能進行作業(yè)時，指示所述作業(yè)加載裝置對該服務(wù)器加載作業(yè)。
為每一在當一服務(wù)器成為空閑時即準備好執(zhí)行的作業(yè)設(shè)置一隊列，使得計算機系統(tǒng)能處理客戶機在服務(wù)器不空閑不能執(zhí)行作業(yè)時對服務(wù)器提出要進行作業(yè)的請求的這種情況。
按照本發(fā)明的第二個方面，提供一種具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)，所述計算機系統(tǒng)包括有一組客戶機；一組對客戶機為進行作業(yè)提出的請求給于服務(wù)的服務(wù)器；為管理客戶機為進行作業(yè)對服務(wù)器提出的請求的裝置；和對服務(wù)器加載作業(yè)的裝置。所述請求管理裝置被配置來接收數(shù)個客戶機的請求，和所接收到一客戶機為進行一被指定由服務(wù)器訪問的資源的作業(yè)的請求后進行以下操作檢查該資源是否空閑能執(zhí)行此作業(yè)；而如果資源不空閑，將該作業(yè)加入正等待資源成為空閑的作業(yè)的隊列。
按照本發(fā)明的第三個方面，提供一種具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)的操作方法，所述計算機系統(tǒng)包括一組客戶機和一組對客戶機為進行作業(yè)提出的請求進行服務(wù)的服務(wù)器，針對由一客戶機為進行一作業(yè)對一服務(wù)器所提出的每一請求，所述方法包括有步驟檢查一服務(wù)器是否空閑能進行該作業(yè)；和如果服務(wù)器無空閑不能進行該作業(yè)，將該作業(yè)加入到當一服務(wù)器成為空閑時即準備執(zhí)行的作業(yè)的排隊隊列；而在一服務(wù)器為空閑能進行該作業(yè)時，將作業(yè)加載到該服務(wù)器。
按照本發(fā)明的第四個方面，提供一種具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)的操作方法，所述計算機系統(tǒng)具有一組客戶機和一組對客戶機為進行作業(yè)提出的請求進行服務(wù)的服務(wù)器；針對一客戶機為運行作業(yè)對一由一服務(wù)器訪問的資源所提出的各個請求，所述方法包含步驟檢查該資源是否空閑能進行該作業(yè)；而如果此資源無空閑，即將此作業(yè)列入等待資源成為空閑的作業(yè)的排隊隊列。
現(xiàn)在參照附圖以示例來較詳細地說明本發(fā)明，所列附圖為

圖1為一網(wǎng)絡(luò)管理器和相關(guān)的分部管理器及地區(qū)交換機的方框圖，此網(wǎng)絡(luò)管理器包含一實現(xiàn)本發(fā)明的計算機系統(tǒng)；圖2為圖1的網(wǎng)絡(luò)管理器的主要軟件組成的方框圖；圖3為表明構(gòu)成圖1的網(wǎng)絡(luò)管理器的事務(wù)處理組成部分的個別模塊及其他軟件組成部分的關(guān)系的方框圖；圖4～圖6為說明事務(wù)處理組成部分的模塊之一的操作的流程圖；圖7為組合構(gòu)成具有客戶機一服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)的計算機組的方框圖；和圖8為圖1所示網(wǎng)絡(luò)管理器的硬件組成的方框圖。
現(xiàn)在參看圖1，在此表明構(gòu)成公共通信網(wǎng)絡(luò)部分的三個地區(qū)交換機10、12、14。雖然圖1中未加表示，這些地區(qū)交換機構(gòu)連接到干線交換機而所有干線交換機相互構(gòu)作全面的連接。地區(qū)交換機10、12、14分別由分部管理器16、18、20管理。此三個分部管理器16、18、20由一網(wǎng)絡(luò)管理器22管理。雖然圖1中未表示，網(wǎng)絡(luò)的每一個其余交換機均由各自的個別分部管理器管理。分部管理器由另外的網(wǎng)絡(luò)管理器管理，圖中未出表示。
由于交換機的復(fù)雜，各交換機均被設(shè)置有各個的分部管理器。依靠修正，交換機可直接由網(wǎng)絡(luò)管理器22管理而無需中間利用分部管理器。對其他網(wǎng)絡(luò)部件如多路復(fù)用器亦設(shè)置分部管理器，而每一這樣的管理器通常管理許多單個的部件。這些另外的分部管理器由一或多個另外的網(wǎng)絡(luò)管理器(未圖出)管理。
網(wǎng)絡(luò)管理器22對分部管理器發(fā)送對他們所管理的交換機進行組構(gòu)的指令。被送往各分部管理器的指令可包含由地區(qū)交換機連接或切斷用戶的指令以及由該交換機處理呼叫的指令。分部管理器還由它們管理的交換機接收有關(guān)它們的操作狀態(tài)的數(shù)據(jù)并將這種數(shù)據(jù)傳送給網(wǎng)絡(luò)管理器22。網(wǎng)絡(luò)管理器22具有存儲關(guān)于交換機狀態(tài)的數(shù)據(jù)的數(shù)據(jù)庫。
上面對照圖1所述的網(wǎng)絡(luò)管理器22、分部管理器和由分部管理器管理的交換機的一般配置時本技術(shù)領(lǐng)域的熟練人員是公知的。例如，地區(qū)交換機10、12、14可以是System X交換機，由GEC Plessey Telecommunication plc制造。網(wǎng)絡(luò)管理器22以-計算機實現(xiàn)。構(gòu)成網(wǎng)絡(luò)管理器22的計算機的主要硬件組成部分如圖8中所示。包括存儲器60，中央處理單元(CPU)62，圖象顯示單元(VDU)64，鍵盤66和輸入/輸出端口68。存儲器640包括硬盤存儲器，隨機存取存儲器(RAM)和只讀存儲器(ROM)?？刂朴嬎銠C的軟件存放在存儲器60中。該軟件包含實現(xiàn)本發(fā)明的客戶機一服務(wù)器層次結(jié)構(gòu)?，F(xiàn)在專門就客戶機一服務(wù)器層次結(jié)構(gòu)方面來較詳細地說明網(wǎng)絡(luò)管理器22的軟件。
現(xiàn)在參看圖2，在此表明網(wǎng)絡(luò)管理器22的主要軟件組成。包括有一組應(yīng)用程序30；一用戶接口32；一事務(wù)處理組成部分34；一數(shù)據(jù)庫36和一通信格式存儲器38。雖然圖中未表示，此組成部分還包含實現(xiàn)此網(wǎng)絡(luò)管理器22的計算機的操作系統(tǒng)。
應(yīng)用程序30為負責(zé)向分部管理器發(fā)送指令和由它們接收數(shù)據(jù)的程序。用于網(wǎng)絡(luò)管理器的這種程序的結(jié)構(gòu)通常是本技術(shù)領(lǐng)域熟悉人員所公知的。用戶接口32為使用戶能訪問網(wǎng)絡(luò)管理器的軟件組成部分，其結(jié)構(gòu)也是本技術(shù)領(lǐng)域熟悉人士所公知的。
數(shù)據(jù)庫36為上面提到的含有關(guān)于交換機的操作狀態(tài)的數(shù)據(jù)的數(shù)據(jù)庫。例如說，數(shù)據(jù)庫36可以是眾所周知的ORACLE數(shù)據(jù)庫管理系統(tǒng)。通信格式存儲器38的功用在于將發(fā)出的和輸入的消息在網(wǎng)絡(luò)管理器22所采用的形式與適宜于沿連接網(wǎng)絡(luò)管理器22與各個分部管理器的通信鏈路傳輸?shù)男问街g進行變換。此通信格式存儲器的結(jié)構(gòu)通常是本技術(shù)領(lǐng)域熟悉人員所公知的，這里運用于將一通信格式存儲器作為計算機操作系統(tǒng)的標準組成部分。
應(yīng)用程序30對數(shù)據(jù)庫36和通信格式存儲器38產(chǎn)生進行作業(yè)的請求。在數(shù)據(jù)庫36方在，作業(yè)的形式為請求向數(shù)據(jù)庫36輸入數(shù)據(jù)或由其檢索數(shù)據(jù)。在通信格式存儲器38方面，作業(yè)是請求發(fā)送消息給分部管理器。事務(wù)處理組成部分34負責(zé)調(diào)度任務(wù)，現(xiàn)在參照圖3較詳細地說明這一部分。
現(xiàn)在參看圖3，圖示構(gòu)成事務(wù)處理組成部分34的各個軟件模塊連同這些模塊與網(wǎng)絡(luò)管理器22其他軟件組成的關(guān)系。這些其它組成包括用戶接口32，數(shù)據(jù)庫36，通信格式存儲器38和一組客戶器模塊50，圖3中由于簡化的原因只示出3個客戶模塊50，但實際上這些模塊的數(shù)量大得多。在現(xiàn)在的示例中，每一客戶機模塊50均為一應(yīng)用程序30。借助于修改，客戶機模塊可構(gòu)成事務(wù)處理組成部分34的部分和用作與各個別應(yīng)用程序相接口的功能。
事務(wù)處理組成部分34包括軟件模塊JBM、SMAN、REG、TARGET、ADB和TCM。如圖3中所示，事務(wù)處理組成34還具有用于存取數(shù)據(jù)庫36的兩個服務(wù)器52和用于存取通信格式存儲器38的兩個服務(wù)器54。這樣，服務(wù)器52提供至數(shù)據(jù)庫36的接口而服務(wù)器54提供至通信格式存儲器38的接口。而對一個服務(wù)器52的運行一作業(yè)請求也表示對數(shù)據(jù)庫36的運行該作業(yè)的請求。通信格式存儲器38為至分部管理器16、18、20的接口的部分，如將再次說明的，這些分部管理器管理地區(qū)交換器10、12、14。這樣，對一服務(wù)器54的進行作業(yè)的請求最終是表示對一地區(qū)交換機的進行該作業(yè)的請求。因而數(shù)據(jù)庫36和地區(qū)交換機10、12、14即代表由服務(wù)器訪問的資源。服務(wù)器52屬于第一類型服務(wù)器而服務(wù)器54屬于第二類型服務(wù)器。為簡單起見，僅表示出每一類型的二個服務(wù)器，但實際上各類型服務(wù)器將在二個以上。
現(xiàn)在來概括說明構(gòu)成組成部分34中的事務(wù)處理的每一軟件模塊的總體功能，隨后詳細介紹這些模塊中的每一個。
模塊JBM的任務(wù)是管理由客戶機50之一接收到的各個請求。模塊JBM檢測各請求以確定該作業(yè)是否能立即執(zhí)行。如果它不能被立即執(zhí)行，就將其置于排隊隊列。如該作業(yè)能立即執(zhí)行，則將其傳送給模塊SMAN，后者將其給一服務(wù)器加載。模塊REG保持有一客戶機表，它是由事務(wù)處理組成部分34記錄的，由其可接收請求。模塊TARGET保持每一由服務(wù)器52、54訪問的資源上所進行的作業(yè)的總數(shù)。模塊ADB保持每一被執(zhí)行的工作的細節(jié)。模塊TCM提供用戶對模塊JBM、REG、TARGET和ADB的訪問。
更詳細地說，模塊JBM由服務(wù)器50接收進行作業(yè)的請求。現(xiàn)在參照圖4說明模塊JBM中處理各作業(yè)請求的步驟。
在由一客戶機接收到一進行作業(yè)的請求后，在步驟S10模塊REG檢查確定該客戶機是否為事務(wù)處理組成部分34作了登記。這一步驟的目的是為防止進行偶然由沒有被登記的客戶接收到的作業(yè)。如果此客戶未被登記，即中止作業(yè)的處理。如果該客戶機已被登記，在步驟S11由模塊TARGET檢查確定該作業(yè)被指定的資源是否空閑。如果該資源不空閑，在步驟S12將此作業(yè)置于等待資源成為空閑的作業(yè)的排隊隊列(維持隊列)中。
某作業(yè)被安排在稍后的時間執(zhí)行。如果在步驟S11中發(fā)現(xiàn)該資源是空閑的，即在步驟S12中檢查確定該作業(yè)是否被安排為在一稍后時間執(zhí)行。如果此作業(yè)是被安排在稍后時間執(zhí)行，即在步驟S13將其置于被安排為稍后時間執(zhí)行的作業(yè)的排隊隊列(被安排作業(yè)的隊列)中。
如果在步驟S12發(fā)現(xiàn)該作業(yè)為準備好立即執(zhí)行，即在步驟S13由模塊SMAN檢查確定一服務(wù)器是否空時能進行該作業(yè)。對于二種類型服務(wù)器的每一個，模塊JBM均具有一等待服務(wù)器成為空閑的作業(yè)的排隊隊列(準備好的隊列)。如果在步驟S13中發(fā)現(xiàn)一服務(wù)器不空閑不能執(zhí)行該作業(yè)，則在步驟S14中將此作業(yè)置于二準備好隊列中適當?shù)囊粋€中。如果在步驟S13中發(fā)現(xiàn)一服務(wù)器空閑能進行此作業(yè)，在步驟S15模塊JBM即指示模塊SMAN將該作業(yè)加載到該服務(wù)器。
如下面將針對模塊SMAN加以說明的，當一作業(yè)已被在一服務(wù)器上運行，模塊SMAN即將其由此服務(wù)器卸載，然后這一模塊通知模塊JBM。模塊JBM則按照預(yù)定的準則將一作業(yè)由此適當?shù)臏蕚浜藐犃薪獬抨牶椭甘灸KSMAN將其加載到該空閑的服務(wù)器。模塊SMAN具有四個為選擇要被加載到一空閑服務(wù)器的下一個作業(yè)的預(yù)定準則。利用模塊TCM，用戶可以為每一類型服務(wù)器選擇應(yīng)采用的特定的預(yù)定準則?，F(xiàn)在來說明這四個預(yù)定的準則。
第一個預(yù)定準則只是將適當?shù)臏蕚浜藐犃兄械南乱蛔鳂I(yè)選作下一個欲加載到空閑服務(wù)器上的作業(yè)。
第二個預(yù)定準則是將與前一作業(yè)相同的資源的適當?shù)臏蕚浜藐犃兄械南乱蛔鳂I(yè)選作欲加載到該空閑服務(wù)器的下一作業(yè)。這樣，如果前一作業(yè)被指定用于地區(qū)交換機10，模塊JBM即選擇用于該地區(qū)交換機10的適當?shù)臏蕚浜藐犃兄邢乱蛔鳛橛虞d到該空聞服務(wù)器的下一作業(yè)。如果與前一作業(yè)同一資源的適當?shù)臏蕚浜藐犃兄袥]有作業(yè)，該準備好隊列中的下一作業(yè)被選作為新作業(yè)。
第三標準是適當?shù)臏蕚浜藐犃兄械耐活愋偷南乱蛔鳂I(yè)，不管它被指定于什么資源，被選擇作為欲被加載到空閑服務(wù)器的下一作業(yè)。這樣，如果先前的作業(yè)是將一新用戶連接到一地區(qū)交換機，模塊JBM就選擇下一個將一新用戶連接到地區(qū)交換機的作業(yè)作為要加載到空閑服務(wù)器的下一作業(yè)。如果在此準備好隊列中沒有與前一作業(yè)相同類型的作業(yè)，就選擇該準備好隊列中的下一作業(yè)作為要加載到空閑服務(wù)器的下一作業(yè)。
第四個預(yù)定準則是在適當?shù)臏蕚浜藐犃兄械呐c以前作業(yè)相同類型的且被指定到同一資源的下一作業(yè)被選擇作為下一個要被加載到該空閑服務(wù)器的作業(yè)。如在此與前面的作業(yè)相同類型和被指定到同一資源的準備好隊列中沒有作業(yè)，則被指定到與前面的作業(yè)相同資源的下一作業(yè)被選為要被加載到該空閑服務(wù)器的下一作業(yè)。如果在被指定為與前面的作業(yè)相同的資源的準備好隊列中沒有作業(yè)，就將該準備好隊列中的下一作業(yè)選作要加載到該空閑服務(wù)器的下一作業(yè)。
在被安排的作業(yè)隊列中，作業(yè)被以它們被安排的執(zhí)行時間的順序排列。對被安排為其次執(zhí)行的作業(yè)確定一時間標記。在此作業(yè)被安排的時刻，在步驟S13開始此作業(yè)的進一步處理。
如下面也將解釋的，當一資源成空閑時，模塊TARGET通知模塊JBM。模塊JBM將下一作業(yè)由被指定到已成為空閑的資源的保持隊列去除并在步驟S12開始處理這種作業(yè)。
模塊JBM接收運行二種類型作業(yè)的請求。在第一類作業(yè)(附著式作業(yè))中，在當服務(wù)器進行作業(yè)期間客戶機與服務(wù)器連接到一起。在第二類作業(yè)(分離式作業(yè))中在進行作業(yè)期間客戶機和服務(wù)器不相連接。分離式作業(yè)具有它們的運行無需占用客戶機的優(yōu)點。當模塊JBM接收到一進行分離式作業(yè)的請求時，存儲該作業(yè)的細節(jié)然后在當該作業(yè)由服務(wù)器卸載時被加以檢索。
現(xiàn)在參看圖5，這里表明模塊SMAN在由模塊JBM接收到對服務(wù)器加載一作業(yè)的請求時執(zhí)行的步驟。在接收到一對一服務(wù)器加載一作業(yè)的請求之后，在步驟S20中，模塊SMAN將該作業(yè)加載到一空閑服務(wù)器。然后在步驟S21中，它等待由服務(wù)器發(fā)出的完成作業(yè)的通知。在其接收到此作業(yè)已完成的通知時，在步驟S22將此作業(yè)由該服務(wù)器卸載。在一附著式作業(yè)的情況下以斷開客戶機與服務(wù)器之間的連接來卸載該作業(yè)。在分離式作業(yè)的情況下，由將該作業(yè)的結(jié)果傳送到提出請求的客戶機來卸載該作業(yè)。然后在步驟S23，模塊SMAN通知模塊JBM作業(yè)已完成和該服務(wù)器成為空閑。在步驟S24中，模塊SMAN通知模塊TARGET此作業(yè)已完成。模塊TARGET利用這一數(shù)據(jù)來保持對有關(guān)資源上正進行的作業(yè)進行計數(shù)。最后在步驟25，模塊SMAN通知模塊ADB該作業(yè)已完成以及此作業(yè)的細節(jié)。模塊ADB利用這一數(shù)據(jù)提供已完成作業(yè)記錄。
模塊S MAN還被安排來產(chǎn)生和取消服務(wù)器。對于各類型服務(wù)器，模塊SMAN均保持有一該類型的現(xiàn)有服務(wù)器的表連同一含有等待在該類型服務(wù)器上執(zhí)行的準備好隊列中的作業(yè)的數(shù)量的表。模塊SMAN被配置來維持各類型服務(wù)器的數(shù)量在對等待執(zhí)行中的作業(yè)的數(shù)量為最佳的水平。為對各準備好隊列達到這一點的過程如圖6中所示。在步驟S30中，準備好隊列上的作業(yè)數(shù)與為對該隊列上的作業(yè)進行服務(wù)的服務(wù)器的數(shù)目進行比較。根據(jù)用戶予設(shè)的準則，利用這種比較來確定應(yīng)產(chǎn)生還是消除服務(wù)器來達到最佳服務(wù)器數(shù)。例如，此準則可以是準備好隊列中作業(yè)數(shù)與服務(wù)器數(shù)之比應(yīng)保持為一定值。然后在步驟S31，服務(wù)器作恰當?shù)漠a(chǎn)生或消除。
如下面將說明的，用戶能指示模塊SMAN生成和消除服務(wù)器。
模塊REG保持一由事務(wù)處理組成部分34登記的客戶機表。依靠利用模擬TCM，用戶能增加和刪除客戶機并檢查此表。如以上所述，客戶機表在每次由一客戶機接收到進行作業(yè)的請求時即被模塊JBM加訪問。
對于任一資源，在任一時刻能有效地進行的作業(yè)的數(shù)量是有限制的。數(shù)據(jù)庫36能同時處理相當大數(shù)量的作業(yè)。相反，由于地區(qū)交換機12、12、14的主要功能是處理通信電話，為進行網(wǎng)絡(luò)管理器22所請求的作業(yè)的計算能力有限，這些作業(yè)中僅少數(shù)能同時進行。
模塊TARGET的功能保持對在各資源上進行的作業(yè)的計數(shù)并保留有對可在各資源上進行的作業(yè)的最大數(shù)量的閾值。對各資源，模塊TARGET保留一在其上進行中的作業(yè)的表。當模塊SMAN由一服務(wù)器卸載一作業(yè)時，它通知模塊TARGET，后者即將此作業(yè)由相應(yīng)資源的表中刪除。如此上所述，當模塊JBM接收到一進行新作業(yè)的請求時，由模塊TARGET檢查該資源是否空閑以進行作業(yè)。模塊TARGET然后將在該資源上進行中的作業(yè)的數(shù)量與其閾值相比較由此確定該資源是否空閑能接收一新的作業(yè)。如果此資源空閑能接收一新作業(yè)，模塊TARGET將此作業(yè)加到該資源的表并通告模塊JBM該資源能接收一新的作業(yè)。如果此資源不空閑不能接收一新作業(yè)，模塊TARGET即通告模塊JBM這種情況。
由利用模塊TCM，用戶可改變各資源的閾值還能得到當前在各資源上進行的作業(yè)表。
模塊ADB保持一含有所完成作業(yè)的細節(jié)的數(shù)據(jù)庫。每次在由一服務(wù)器卸載一作業(yè)時，模塊SMAN即將所完成作業(yè)的細節(jié)發(fā)送到模塊ADB，模塊ADB將這些細節(jié)存儲在其數(shù)據(jù)庫中。模塊ADB還保持有含有作業(yè)細節(jié)的文件。每天結(jié)束時，作業(yè)的細節(jié)在由用戶建立了選擇過程之后由數(shù)據(jù)庫傳送到這些文件。這樣，數(shù)據(jù)庫僅需要有限的數(shù)據(jù)存儲容量。由利用模塊TCM，用戶可檢查數(shù)據(jù)庫和文件中的數(shù)據(jù)。這樣，模塊ADB使得用戶能監(jiān)視事務(wù)處理組成部分34的執(zhí)行情況。
模塊TCM給用戶提供對模塊JBM、REG、TARGET和ADB的訪問。在模塊JBM的情況下，它使得用戶能檢查各隊列上的作業(yè)，能由隊列中消除作業(yè)和能改變所安排作業(yè)隊列上的執(zhí)行作業(yè)所安排的時間。在模塊REG的情況下，它使用戶能由所登記客戶機的表中增加和刪除客戶機。在模塊TARGET的情況下，它使用戶能檢查在各資源上運行的作業(yè)而且還能改變可在各資源上進行的作業(yè)的最大數(shù)量的閾值。在模塊ADB的情況下，它使用戶能檢查存放在數(shù)據(jù)庫以及文件中的作業(yè)的細節(jié)且還能改變?yōu)閷⒆鳂I(yè)細節(jié)由數(shù)據(jù)庫傳送到文件的選擇過程。
雖然對照網(wǎng)絡(luò)管理器說明了事務(wù)處理組成部分34，但它可被用于任一具有客戶機-服務(wù)器的層次結(jié)構(gòu)的計算機系統(tǒng)。圖7表示一組由通信網(wǎng)絡(luò)54連接到一起的計算機50、51、52和53。如虛線所指明的，這樣連接的計算機數(shù)是可增加的。在計算機50至53的任一個中均可設(shè)置客戶機和服務(wù)器，由此來作成客戶機-服務(wù)器結(jié)構(gòu)。為了控制對在客戶機和服務(wù)器之間進行作業(yè)的請求的調(diào)度，計算機之一，例如計算機50，被設(shè)置一與事務(wù)處理組成部件34基本相同的事務(wù)處理部件，所不同的是它不包含服務(wù)器。
權(quán)利要求
1.一具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)，所述系統(tǒng)包括一組客戶機；一組為來自客戶機的進行作業(yè)的請求而服務(wù)的服務(wù)器；為管理客戶機為進行作業(yè)對服務(wù)器的請求的裝置；和為將作業(yè)加載到服務(wù)器的裝置，所述請求管理裝置被配置來由客戶機接收請求，而當接收到一請求后進行下列的操作檢查是否有一服務(wù)器空閑能進行作業(yè)；如果服務(wù)器不空閑，將此作業(yè)置于準備好在一服務(wù)器成為空閑時即執(zhí)行的作業(yè)的排隊隊列中；及當一服務(wù)器空閑能進行作業(yè)時，指示所述作業(yè)加載裝置將作業(yè)加載到該服務(wù)器。
2.權(quán)利要求1所述計算機系統(tǒng)，其中所述請求管理裝置被配置將按照預(yù)定的準則來選擇欲加載到一空閑服務(wù)器的下一作業(yè)。
3.權(quán)利要求1或2所述的計算機系統(tǒng)，其中在接收到進行作業(yè)的請求后，所述請求管理裝置被配置來進行附加的以下操作檢查該作業(yè)是否被安排在將來一時刻進行；和如果此作業(yè)是被安排在將來一時刻執(zhí)行，將作業(yè)置于一被安排在將來其時刻執(zhí)行的作業(yè)的排隊隊列。
4.前述權(quán)利要求中任一個所述的計算機系統(tǒng)，其中在接到進行被指定到由一服務(wù)器訪問的資源的作業(yè)的請求時，所述請求管理裝置被配置來執(zhí)行以下的附加操作檢測該資源是否空閑能進行作業(yè)；和如果該資源不空閑，將該作業(yè)置于等待一資源成為空閑的作業(yè)的排隊隊列中。
5.權(quán)利要求4所述計算機系統(tǒng)，包括一保持有關(guān)在該或各個由一服務(wù)器訪問的資源上進行的作業(yè)的數(shù)據(jù)的數(shù)據(jù)庫，對該或各個資源所述數(shù)據(jù)庫保持在該資源上正進行的作業(yè)的計數(shù)和可在該資源上進行的作業(yè)的數(shù)量的閾值。
6.權(quán)利要求5所述計算機系統(tǒng)，其中所述請求管理裝置為檢查一資源是否空閑能進行一作業(yè)而訪問所述數(shù)據(jù)庫。
7.權(quán)利要求5或6所述計算機系統(tǒng)，其中包括使計算機系統(tǒng)用戶能對該或各資源設(shè)置該閾值的裝置。
8.前述權(quán)利要求中任一個所述計算機系統(tǒng)，還包含為生成和消除服務(wù)器的裝置，所述服務(wù)器生成和消除裝置被配置來將準備執(zhí)行的作業(yè)的隊列上的作業(yè)數(shù)與為服務(wù)這些作業(yè)的服務(wù)器數(shù)進行比較，并按照此比較結(jié)果生成或消除服務(wù)器。
9.一具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)，所述計算機系統(tǒng)包括一組客戶機；一組對客戶機進行作業(yè)的請求而服務(wù)的服務(wù)器；為管理客戶機在服務(wù)器中進行作業(yè)的請求的裝置；和為對服務(wù)器加載作業(yè)的裝置；所述請求管理裝置被配置來由客戶機接收請求，而在由一客戶機接收進行在被指定到由一服務(wù)器訪問的資源的作業(yè)的請求時，進行下列操作檢查該資源是否空閑能進行作業(yè)；和如果該資源不空閑，將此作業(yè)置于等待資源成為空閑的作業(yè)的排隊隊列中。
10.為管理一通信網(wǎng)絡(luò)的至少一個部件的網(wǎng)絡(luò)管理器，所述網(wǎng)絡(luò)管理器包含前述權(quán)利要求中任一個所述的計算機系統(tǒng)。
11.一具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)的操作方法，所述計算機系統(tǒng)包括一組客戶機和一組對客戶機運行作業(yè)的請求而服務(wù)的服務(wù)器，針對一客戶機在一服務(wù)器進行作業(yè)的各個請求，所述方法包括步驟檢查一服務(wù)器是否空閑能進行此作業(yè)；和如果服務(wù)器不空閑不能進行作業(yè)，將作業(yè)置于準備好在一服務(wù)器成為空閑時執(zhí)行的作業(yè)的排隊隊列中，而在服務(wù)器為空閑能進行作業(yè)時，將作業(yè)加載到服務(wù)器。
12.權(quán)利要求11所述計算機系統(tǒng)的操作方法，其中包含按照一預(yù)定準則選擇欲加載到一空閑服務(wù)器的下一作業(yè)的步驟。
13.權(quán)利要求11或12所述計算機系統(tǒng)的操作方法，針對在一服務(wù)器進行作業(yè)的每個請求，所述方法還包括附加步驟檢查該作業(yè)是否被安排在將來一時刻執(zhí)行；和如果該作業(yè)被安排在未來的時刻執(zhí)行時，將該作業(yè)置于被安排為在將來一時刻執(zhí)行的作業(yè)的排隊隊列中。
14.權(quán)利要求11、12或13所述計算機系統(tǒng)的操作方法，其中針對為進行被指定給由一服務(wù)器訪問的資源的作業(yè)的各請求，所述方法還包括以下附屬步驟檢查資源是否空閑能運行作業(yè)；和如果資源不空閑，將作業(yè)置于等待一資源成為空閑的作業(yè)的排隊隊列中。
15.一具有客戶機-服務(wù)器層次結(jié)構(gòu)的計算機系統(tǒng)的操作方法，所述計算機系統(tǒng)具有一組客戶機和一組為對客戶機的進行作業(yè)的請求而服務(wù)的服務(wù)器，針對客戶機對一由服務(wù)器訪問的資源的進行作業(yè)的各個請求，所述方法包含步驟檢查資源是否空閑能運行作業(yè)；而如果該資源不空閑將此作業(yè)置于等待資源成為空閑的排隊隊列中。
全文摘要
一用于通信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理器具有客戶—服務(wù)器結(jié)構(gòu)。此網(wǎng)絡(luò)管理器的軟件組成包含有一組構(gòu)成此網(wǎng)絡(luò)管理器的應(yīng)用程序的部分的客戶器(50)，用戶接口(32)，含有網(wǎng)絡(luò)細節(jié)的數(shù)據(jù)庫(36)，和為用于與被此網(wǎng)絡(luò)管理器所管理的交換機進行通信的通信格式存儲器(38)?？蛻羝?50)產(chǎn)生對服務(wù)器(52)和(54)進行作業(yè)的請求。對服務(wù)器(52)進行的作業(yè)最終被指定到一數(shù)據(jù)庫(36)形式的資源，而對服務(wù)器(54)進行的作業(yè)最終被指定到交換機形式的資源。這些請求首先被傳送到軟件模塊JBM。然后此模塊檢查該作業(yè)被指派的資源是否空閑，如果無空閑，就將此作業(yè)置于一保持隊列上。如果資源空閑，則檢查此作業(yè)是被安排為立即執(zhí)行還是在以后的時間執(zhí)行。如其被安排為以后執(zhí)行，即把其列入被安排的作業(yè)隊列中。如此作業(yè)被安排為立即執(zhí)行，模塊JBM就檢查服務(wù)器是否空閑能接收該作業(yè)。如果沒有服務(wù)器空閑，就將此作業(yè)列入等待立即執(zhí)行的作業(yè)隊列中。如果服務(wù)器空閑，模塊JBM就指示一模塊SMAN將作業(yè)裝載到空閑的服務(wù)器。
文檔編號G06F13/00GK1155340SQ95194230
公開日1997年7月23日 申請日期1995年7月19日 優(yōu)先權(quán)日1994年7月25日
發(fā)明者約翰·巴特, 保羅·斯圖爾特·愛爾蘭 申請人:英國電訊有限公司