技術(shù)領域

本發(fā)明一般地涉及計算機網(wǎng)絡系統(tǒng)，尤其涉及客戶機-服務器計 算機網(wǎng)絡。更具體地，本發(fā)明涉及客戶機-服務器計算機網(wǎng)絡中的客戶 機-服務器確定。

背景技術(shù)

大多數(shù)多客戶機協(xié)作應用通過標準拓撲而被提供，其中在標準拓 撲中，提供專用服務器(計算機系統(tǒng))來支持正被執(zhí)行的應用的核心 服務器級功能。在該拓撲中，每個訪問所述應用的客戶機連接到該專 用服務器，并且直接與該專用服務器交互。IBM?Lotus?是這種 應用的一個公知的例子。

然而，對于某些更傳統(tǒng)的協(xié)作應用，應用依賴于以下客戶機-服 務器拓撲，即通過該客戶機-服務器拓撲，“客戶機”計算機系統(tǒng)之一擔 任其他客戶機的“服務器”的角色，并且作為其他客戶機的“服務器”而 操作。這種應用的一個例子是聯(lián)機游戲。存在許多聯(lián)機游戲，其中游 戲應用被編寫為使得例如啟動“游戲室(gameroom)”的人的計算機 系統(tǒng)擔任游戲應用的服務器的角色。另外，許多聯(lián)機游戲服務器實際 上被用于將若干玩家/客戶機定向到一個客戶機服務器，該客戶機服務 器實際上是產(chǎn)生(spawning)/運行游戲服務器類功能的用戶/玩家的 家用PC。

這些交互式軟件應用通常要求客戶機服務器提供某些處理和網(wǎng) 絡連接能力，這可能給客戶機服務器帶來沉重的負擔。使用不提供所 要求能力的客戶機服務器導致應用運行于理想操作等級之下，并且負 面地影響其他客戶機的體驗。

參與交互環(huán)境的每個客戶機可能具有不同的系統(tǒng)能力。因此，客 戶機服務器具有比參與交互應用的其他客戶機中一個或多個客戶機 差的系統(tǒng)能力并非是不常見的。然而，由于客戶機服務器是應用的服 務器級功能的啟動者，所以在進行的會話過程中，客戶機服務器保持 對應用的執(zhí)行的控制。

發(fā)明內(nèi)容

公開了一種用于為客戶機-服務器網(wǎng)絡環(huán)境中的協(xié)作應用實時地 動態(tài)確定理想的客戶機服務器的方法、系統(tǒng)和計算機程序產(chǎn)品。特別 地，理想服務器實用程序(Ideal?Server?utility)將加入的客戶機的計 算機系統(tǒng)的能力與當前客戶機服務器的計算機系統(tǒng)的能力進行比較， 以確定哪個系統(tǒng)被最佳地配備為控制應用的執(zhí)行。理想服務器實用程 序首先評估應用的啟動者/客戶機服務器的系統(tǒng)能力，并且存儲評估結(jié) 果。每當新客戶機加入/參與應用會話時，理想服務器實用程序就評估 新客戶機(候選客戶機服務器)的系統(tǒng)能力，并且將s新客戶機的系 統(tǒng)能力與當前客戶機服務器的系統(tǒng)能力進行比較。如果新客戶機具有 比當前客戶機服務器更好的能力，則為新客戶機提供客戶機服務器的 角色。通過客戶機服務器參數(shù)和進行中的應用數(shù)據(jù)的轉(zhuǎn)移來啟動應用 到候選客戶機服務器的轉(zhuǎn)移。一旦完成轉(zhuǎn)移，應用就在候選客戶機服 務器上繼續(xù)處理，其中候選客戶機服務器現(xiàn)在是新的客戶機服務器。 以進行中應用會話不可察覺的停機時間完成轉(zhuǎn)移。

在下面詳細的描述中將會更加明了本發(fā)明的上述以及附加的目 的、特征和優(yōu)點。

附圖說明

通過參考對示例實施例的下列詳細描述，在結(jié)合附圖閱讀時將最 好地理解本發(fā)明自身以及其優(yōu)選使用模式，其他目的和優(yōu)點，其中：

圖1示出了可以有利地實現(xiàn)本發(fā)明的特征的數(shù)據(jù)處理系統(tǒng)；

圖2示出了根據(jù)本發(fā)明一個示例性實施例的基本客戶機-服務器 網(wǎng)絡；

圖3示出了根據(jù)本發(fā)明一個示例性實施例的包含用于確定相對 系統(tǒng)值的兩個客戶機系統(tǒng)的系統(tǒng)值參數(shù)的示例性表格；

圖4示出了根據(jù)本發(fā)明一個示例性實施例的具有在批準客戶機 服務器切換的處理中所使用的選擇(彈出)窗口的示例性聯(lián)機游戲； 和

圖5是一個流程圖，其示出了根據(jù)本發(fā)明一個示例性實施例，理 想服務器實用程序在評估和比較計算機系統(tǒng)和確定何時啟動客戶機 服務器切換中所完成的處理。

具體實施方式