專利名稱:用于外部網絡連接的設定信息分配方法
技術領域:
本發(fā)明涉及在能夠連接到作為外部網絡的英特網連接上的客戶機服務器系統(tǒng)中,提高網絡通信的可用性。
背景技術:
圖13為由可對英特網進行訪問的客戶機服務器系統(tǒng)構成的網絡系統(tǒng)的基本構成圖。圖13表示下述構成,其中,通過通信線路3與英特網1連接的網關(GW)4、DHCP(動態(tài)主機配置協(xié)議)服務器5、以及對英特網1進行訪問的1至多臺客戶機6與LAN(局域網)7連接。
在該構成中,客戶機6在對英特網1進行訪問時,向DHCP服務器5發(fā)送IP地址分配請求。在該DHCP服務器5中,根據(jù)該IP地址分配請求,向上述客戶機6分配IP地址,并將其與已知的網關4的地址一起返回??蛻魴C6根據(jù)由DHCP服務器5送來的信息,特定請求與英特網1連接的網關2,采用由該DHCP服務器5分配的IP地址,經過該網關4、通信線路3,對英特網1進行訪問。
一般,與LAN7連接的客戶機6的臺數(shù)具有增加的傾向,但是伴隨客戶機6的臺數(shù)的增加,有關各裝置的負荷必然增加。網絡管理者通常通過使通信線路3作為專用線等措施來增強通信能力,或通過提高服務器5、網關4的處理性能,或設置各種代理服務器等,對付負荷的增加?;蛘撸瑢AN7分段(segment),對于分割的每個LAN,另外配備圖13所示的通信線路3、網關4和服務器5。
在此,在多臺網關4和DHCP服務器5與LAN7連接的系統(tǒng)構成的場合,對客戶機6獲得IP地址和網關4的地址為止的處理進行具體說明。
而且,未獲得IP地址的客戶機6廣播DHCPDISCOVER信息。全部DHCP服務器5接收該信息,但是,其中為對客戶機6作出應答而被編程的1至多臺DHCP服務器5,向該客戶機6返回DHCPOFFER信息。在該DHCPOFFER信息中,包含有分配的IP地址、以及網關4的地址和IP地址的租用期限。該客戶機6收集來自DHCP服務器5的應答DHCPOFFER信息,從中選擇1個。接著,向該DHCP服務器5發(fā)送DHCPREQUEST信息。該DHCP服務器5對應于已發(fā)送來的DHCPREQUEST信息,為了開始租用IP地址,發(fā)送DHCPACK作出應答。象這樣,客戶機6可采用已分配的IP地址和網關4,對英特網1進行訪問。
但是,在DHCP中,IP地址的租用期限由DHCP服務器5設定,超過該租用期限,則不能夠使用IP地址。另外,DHCP服務器5有租用的控制權。由此,打算連續(xù)地訪問英特網1的客戶機6通過向已租用的DHCP服務器5發(fā)送DHCPREQUEST信息,請求延長。該DHCP服務器5在根據(jù)該已發(fā)送來的DHCPREQUEST信息,許可繼續(xù)使用的場合,發(fā)送DHCPACK。象這樣,客戶機6可連續(xù)地使用已分配的IP地址和網關4,訪問英特網1。
在DHCP服務器5未許可連續(xù)使用IP地址的場合,發(fā)送DHCPNACK。接收到DHCPNACK的客戶機6由于超過租用期限,而不能使用使用中的IP地址,故返回到初始的狀態(tài),即未獲得IP地址的狀態(tài)。于是,客戶機6象前述那樣廣播DHCPDISCOVER信息,來重新獲得的IP地址。
另外,在相對已發(fā)送的DHCPREQUEST信息,沒有來自租用的DHCP服務器5的任何應答的場合,假定該DHCP服務器5停止或處于不可能到達的狀態(tài),則廣播DHCPREQUEST信息。由此,從新的DHCP服務器5,獲得IP地址和網關的地址。
但是,由于在過去,DHCP服務器所設定的租用期限,其最小租用期限定為1個小時,故通常,1小時以上的值為全部的客戶機共用,另外與所采用的客戶機無關,設定一致的租用期限。因此,當某個網關發(fā)生故障而停止時,用可使用的網關代替該停止的網關進行客戶機與英特網之間的連接,但即使在此后已停止的網關復原的情況下,仍不能夠使返回原來所采用的網關。即,比如,如果DHCP服務器在IP地址分配時考慮負荷分散,將客戶機均勻地給各網關,則象上述那樣,即使在暫時停止后,停止的網關復原的情況下,只要客戶機連續(xù)地使用IP地址,則負荷集中于代用的網關。
發(fā)明內容
本發(fā)明是為了解決上述的問題而提出的,本發(fā)明的目的在于提供一種設定信息分配方法,其能夠適當?shù)貙⒖蛻魴C分散給與外部網絡連接時所使用的網關。
為了實現(xiàn)以上這樣的目的,本發(fā)明的用于外部網絡連接的設定信息分配方法,通過DHCP服務器進行,根據(jù)經由多個網關中的任意網關與外部網絡連接的客戶機的分配請求,將至少包含網關的所在信息的設定信息分配給該客戶機,其特征在于包括下述步驟解析步驟,對所接收的來自客戶機的分配請求進行解析;分配步驟,在經由對發(fā)送了分配請求的上述客戶機分配的作為通常使用的網關的基本網關,而不能與外部網絡連接的情況下,生成設定信息來對客戶機進行分配,該設定信息包括與基本網關不同的代用網關的特定信息、以及比與基本網關共同設定的通信用地址的基本租用期限短的租用期限。
另外,該方法的特征在于,還包括再分配步驟,在已發(fā)送分配請求的客戶機采用代用網關的場合,并在恢復了原狀以便可以經由該客戶機分配的基本網關與外部網絡連接的情況下,向該客戶機生成包括基本網關的特定信息、以及基本租用期限的設定信息,并分配給該客戶機。
此外,該方法的特征在于,該方法包括發(fā)送步驟,將已分配給該客戶機的設定信息發(fā)送給客戶機。
發(fā)明效果按照本發(fā)明,由于當通常使用的基本網關不能夠使用時,向客戶機分配代用網關,故可連續(xù)地將外部的網絡與客戶機連接。
此外,由于當基本網關復原而能夠再次使用時,使客戶機所使用的網關從代用網關,返回到基本網關,故當考慮網關的負荷分散而進行基本網關的分配時,可保持負荷分散。
還有,由于將在使用代用網關時所設定的租用期限設定得較短,故在基本網關復原時,可更快地將所使用的網關恢復為基本網關。
圖1是表示實施本發(fā)明所涉及的用于外部網絡連接的設定信息分配方法的客戶服務器系統(tǒng)的方框構成圖。
圖2是表示實施例1中的地址對應表的數(shù)據(jù)構成例的圖。
圖3是表示實施例1中服務器與2臺客戶機之間的通信次序的圖。
圖4是表示實施例2中服務器與2臺客戶機之間的通信次序的圖。
圖5是表示實施本發(fā)明所涉及的用于外部網絡連接的設定信息分配方法的另一個客戶服務器系統(tǒng)的方框構成圖。
圖6是表示實施例3中的地址對應表的數(shù)據(jù)構成例的圖。
圖7是表示實施例3中的協(xié)調器列表的數(shù)據(jù)構成例的圖。
圖8是表示實施例3中的向客戶機的地址分配處理(新獲得時)的流程圖。
圖9是表示實施例3中的向客戶機的地址分配處理(延長使用時)的流程圖。
圖10是實施例3中表示分配權的轉讓的次序圖。
圖11是實施例3中表示分配權的轉讓的次序圖。
圖12是實施例3中表示分配權的轉讓的次序圖。
圖13表示現(xiàn)有的服務器系統(tǒng)的方框構成圖。
具體實施例方式
下面,根據(jù)附圖來對本發(fā)明的優(yōu)選實施例進行說明。而且,對于與現(xiàn)有例子相同的構成部件使用相同的標號實施例1圖1是表示實施本發(fā)明所涉及的用于外部網絡連接的設定信息分配方法的客戶服務器系統(tǒng)的方框構成圖。本實施例中的客戶服務器系統(tǒng)具有這樣的構成1臺服務器10和2臺網關18、28以及多臺客戶機6連接在LAN7上。除服務器10之外與現(xiàn)有例子相同。各個客戶機6可以經過任一個網關18、28而訪問英特網1。客戶機6具有作為通用的DHCP客戶機的功能即可,本實施例的特有的功能不是必要的。
服務器10是具有與現(xiàn)有的DHCP服務器相同功能的服務器,具有動態(tài)地分配相當于DHCP的IP地址的處理功能。雖然通過后述的處理可以知道,但是,IP地址的分配處理的內容是不同的。本實施例中的服務器10具有地址分配處理部11、通信路徑監(jiān)視部13和地址對應表14。地址分配處理部11具有相當于DHCP服務器的功能,根據(jù)來自客戶機6的IP地址分配請求,執(zhí)行給對應客戶機6分配IP地址的地址分配處理。通信路徑監(jiān)視部13監(jiān)視客戶機6對英特網1進行訪問時經過的網關18、通信線路19或網關28、經過通信線路29所形成的各個網絡路徑的狀態(tài)(連接可以/不可)。
圖2是表示本實施例中的地址對應表14的數(shù)據(jù)構成例的圖。地址對應表14保持把MAC地址、IP地址、基本GW地址、使用GW地址進行對應的地址對應信息。MAC地址是固有地分配給各個客戶機6的客戶機識別地址。IP地址是動態(tài)地分配給客戶機6的通信用地址。基本GW地址是給沒有獲得IP地址的客戶機6新分配的網關18、28的地址。能夠稱為各個客戶機6中的初始值。使用GW地址是該客戶機6實際使用的網關的地址。
在本實施例中,其特征在于能夠由服務器主導決定客戶機6使用的IP地址和網關18、28,下面使用圖3所示的時序圖來對該特征的地址分配處理進行說明。
首先,在圖3中,表示了在服務器10與兩臺客戶機6之間的通信次序。各個客戶機A、B的MAC地址分別作為X、Y,在當前時刻都沒有獲得IP地址。
首先,客戶機A為了對英特網1進行訪問,而需要取得IP地址,因此,向服務器10發(fā)送IP地址分配請求(DHCPDISCOVER消息)(S1)。正確地進行廣播,但在該例中,由于服務器只有一臺,則只有服務器10進行接收。服務器10的地址分配處理部11根據(jù)在IP地址分配請求中包含的客戶機A的MAC地址X,確認是否參照地址對應表14而給客戶機A分配了IP地址。在此,說明未獲得IP地址時的情況,地址分配處理部11求出在地址對應表14中所登錄的未分配的IP地址,把其分配給客戶機A。而且,地址分配處理部11從GW1、GW2中決定客戶機A使用的一個網關。而且,地址分配處理部11取得基本租用期限(缺省值)作為IP地址的租用期限。這樣,生成包含取得的IP地址、作為連接信息的GW地址以及租用期限的設定信息。接著,向客戶機A發(fā)送該生成的設定信息(DHCPOFFER消息)(S2)。在圖3中表示了這樣例子給客戶機A分配IP地址P,使用GW1,發(fā)送租用期限為12小時(基本租用期限)的內容的設定信息。而且,給客戶機6分配的設定信息為有效期限(分配期限)與在該設定信息中設定的IP地址的租用期限同義。
客戶機A根據(jù)從服務器10發(fā)送來的DHCPOFFER消息,為了確定符合DHCP的服務器10而發(fā)送DHCPREQUEST消息(S3)。服務器10根據(jù)發(fā)送來的DHCPREQUEST消息,為了開始IP地址的租用而返回DHCPACK(S4)。這樣,客戶機A能夠使用分配的IP地址和網關18來訪問英特網1。而且,服務器10在上述DHCPACK發(fā)送后,把通過上述處理而分配的網關18的地址,設定到地址對應表14的基本GW地址和使用GW地址兩者中(S5)。
對于客戶機B,地址分配處理部11進行與客戶機A完全相同的處理,由此,能夠時客戶機B開始對英特網1的訪問(S6~S10)。但是,生成與客戶機A不同內容的設定信息。即,分配不同的IP地址Q是當然的,而接著客戶機A,給成為IP地址的分配對象的客戶機B分配GW2,作為使用的網關。這是因為地址分配處理部11用于給發(fā)出分配請求的各個客戶機6依次分配各個網關18、28。這樣,給客戶機B接著GW1分配GW2。這樣,能夠給各個網關18、28大致均等地分配客戶機6,因此,能夠使各個網關18、28有關的負荷大致均等。而且,與客戶機B對應的租用期限是基本租用期限(12小時)。
在此,服務器10的通信路徑監(jiān)視部13檢測到在網關18中發(fā)生的故障(S11)。更正確地說,通信路徑監(jiān)視部13檢測到由于網關18本身的故障、通信線路19的切斷等原因而不能通過網關18來進行與英特網1的連接的情況。
然后,從客戶機A為了請求IP地址的延長使用而發(fā)送DHCPREQUEST消息,或者,在圖3中省略了的在已經結束了使用后為了再次獲得IP地址而發(fā)送DHCPDISCOVER消息(S12),此時,地址分配處理部11根據(jù)該分配請求,而生成設定信息。在由延長使用而請求分配的情況下,當分配給客戶機A的網關18是正常的時,通過參照地址對應表14來取得已經分配給客戶機A的IP地址和網關18的地址,生成包含該IP地址、GW地址以及租用期限的設定信息,發(fā)送給客戶機A。但是,象該例那樣,當網關18停止時,地址分配處理部11按以下這樣來取得信息并生成設定信息首先,與IP地址相關,從地址對應表14取得已分配的IP地址。而且,取得正常動作的GW2的地址,作為成為向英特網1的網絡路徑的網關。接著,設定短于基本租用期限的時間(一小時)作為租用期限。生成包含這樣信息的設定信息,發(fā)送給客戶機A(S13)。由此,客戶機A在所分配的GW1發(fā)生故障時被切換到服務器10能夠使用的GW2,因此,能夠繼續(xù)進行對英特網1的訪問。在IP地址的再次獲得的情況下,同樣不會受到GW1的故障的影響,而能夠開始對英特網1的訪問。
當設定信息的發(fā)送結束時,地址分配處理部11把在地址對應表14中所設定的客戶機A的使用GW地址,從GW1更新為GW2的地址(S14)。
然后,服務器10的通信路徑監(jiān)視部13在檢測到網關18復原后(S15),當客戶機A為了請求IP地址的延長使用而發(fā)送DHCPREQUEST消息時(S16),地址分配處理部11根據(jù)該分配請求而按以下這樣來生成設定信息即,由于作為分配給客戶機A的基本GW地址的網關18正常工作,則地址分配處理部11通過參照地址對應表14來取得IP地址和基本GW地址。生成包含該取得的IP地址、GW地址以及作為租用期限的基本租用期限的設定信息。接著,向客戶機A發(fā)送設定信息(S17)。然后,地址分配處理部11把在地址對應表14中所設定的客戶機A的使用GW地址,從GW2更新為GW1的地址(S18)。
如以上那樣,根據(jù)本實施例,當不能經過最初分配給客戶機A的網關18來進行向英特網1的連接時,在延長使用時通過分配GW2而可以繼續(xù)使用,當GW1復原時,在延長使用時不繼續(xù)使用GW2而返回到GW1。服務器10如上述那樣在初始設定時考慮負荷分散,來給客戶機A分配GW1。這樣,在延長使用時,如果GW1復原,通過返回到原來的GW1,能夠謀求網關18、28有關的負荷分散的維持。這樣,在本實施例中,作為通常使用考慮負荷分散而最初分配給客戶機6的網關18、28的基本網關,當基本網關因故障而不能使用時所使用的網關處于在該故障發(fā)生期間是代用網關的這種位置。
而且,在本實施例中,使與代用網關一起設定為設定信息的租用期限成為短于基本租用期限的時間。由此,當基本網關復原時,能夠盡快地使所使用的網關恢復到基本網關,能夠使負荷不均等的時間成為更短時間。為了得到該效果,希望在設定信息中更短地設定與代用網關一起設定的租用期限,因此,在本實施例中,把作為能夠設定的最小時間的一小時設定為代用網關時的租用期限,但是,該設定時間并不一定為一小時。
實施例2圖4是表示本實施例中服務器與兩臺客戶機之間的通信次序的圖。與圖3相同的處理使用相同的標號,而適當?shù)厥÷云湔f明。
在上述實施例1中,當GW1因故障等而不能使用時,客戶機A接近于租用期限(正確地說是在經過了租用期限50%的時刻)發(fā)送DHCPREQUEST消息(分配請求)(S12)。在此之前,當向英特網1進行訪問時,由于發(fā)生了錯誤,請求進行解決。因此,在本實施例中,其特征在于當通信路徑監(jiān)視部13檢測到在網關18中發(fā)生了故障時(S11),在此時刻,向客戶機6通知該信息。
即,地址分配處理部11當網關18的故障被檢測到時,向客戶機6廣播該信息(S19)。由于在DHCP中沒有準備用于該廣播的信息,在本實施例中,假定用DHCPNOTICE消息來進行廣播。而且,在本實施例中,廣播了DHCPNOTICE消息,但是,使用GW1的客戶機6,從地址對應表14的使用GW地址可以看出,僅單獨地發(fā)送給對應的客戶機6。
當GW1所分配的客戶機A接收DHCPNOTICE消息時,與租用期限的經過時間無關,發(fā)送DHCPREQUEST消息(分配請求)(S12)。由此,以在實施例1中說明的順序來分配GW2,與同一IP地址的使用延長之前相同,能夠繼續(xù)訪問英特網1(S13)。
然后,當通信路徑監(jiān)視部13檢測到網關18復原時(S15),地址分配處理部11廣播該信息的DHCPNOTICE消息(S20)。與故障發(fā)生時相同,參照地址對應表14,僅向基本GW地址是GW1而使用GW地址不是GW1的客戶機6進行發(fā)送。
當基本GW地址是GW1而使用GW地址不是GW1的客戶機A接收DHCPNOTICE消息時,與租用期限的經過時間無關,發(fā)送DHCPREQUEST消息(分配請求)(S16)。由此,與在實施例1中說明的順序相同,使所使用的網關返回作為基本GW地址的GW1(S17)。
根據(jù)本實施例,通過使用DHCPNOTICE消息,在不能經過使用中的網關18、28來訪問英特網1的時刻,能夠立即切換使用的網關18、28。而且,當基本網關復原時,能夠立即恢復原狀。
實施例3圖5是表示實施本發(fā)明所涉及的用于外部網絡連接的設定信息分配方法的另一個客戶服務系統(tǒng)的方框構成圖。本實施例中的客戶服務系統(tǒng)與上述各個實施例不同,具有多臺服務器10、20、30。各個服務器10、20、30具有相同的功能。在本實施例中,如圖5所示的那樣,以由三臺服務器10、20、30構成服務器系統(tǒng)的情況為例來進行說明。當然,也可以是兩臺,也可以是四臺以上。網關18、28、38為了說明方便而為三臺,但是,不需要與服務器的臺數(shù)相一致。網關18、28、38本身可以與實施例1、2相同是已有產品。
與該服務器系統(tǒng)相同而連接在LAN 7上的一臺至多臺客戶機6都通過任一個網關18、28、38、通信線路19、29、39來訪問英特網1??蛻魴C6具有作為通用的DHCP客戶機的功能即可,本實施例特有的功能不是必須的。
在此,對服務器10、20、30的功能概要和構成進行說明,由于各個服務器10、20、30具有完全對等的構成,則以服務器10為代表來進行說明。
服務器10具有地址分配處理部11、服務器管理部12、通信路徑監(jiān)視部13、地址對應表14和協(xié)調器列表15。地址分配處理部11執(zhí)行根據(jù)來自客戶機6的IP地址分配請求來給該客戶機6分配IP地址等的地址分配處理。服務器管理部12決定使地址分配處理所執(zhí)行的唯一的服務器(以下稱為「協(xié)調器(コ-デイネ-タ)服務器」)。通信路徑監(jiān)視部13在客戶機6訪問英特網1時監(jiān)視經過的經過網關18、通信線路19的網絡路徑及經過網關28、通信線路29的網絡路徑和經過網關38、通信線路39的網絡路徑的狀態(tài)(連接可/不可)。通信路徑監(jiān)視部也不必設在所有的服務器10、20、30中,可以至少設在一臺服務器中,向沒有設置的其他服務器通知網絡路徑的狀態(tài)。
圖6是表示本實施例中的地址對應表14的數(shù)據(jù)構成例的圖。本實施例中的地址對應表14是在實施例1中說明的數(shù)據(jù)構成基礎上,服務器地址與每個客戶機6對應地保持。服務器地址是作為協(xié)調器服務器動作而給對應的客戶機6分配IP地址的服務器的地址。
圖7是表示本實施例中的協(xié)調器列表15的數(shù)據(jù)構成例的圖。細節(jié)在后面描述,在本實施例中,從構成服務器系統(tǒng)的服務器10、20、30中,決定符合服務器管理部12、22、32之間的后述規(guī)則的協(xié)調器服務器,僅在裝載在該協(xié)調器服務器中的地址分配處理部中執(zhí)行地址分配處理。在協(xié)調器列表15中登錄將要成為協(xié)調器服務器的候補的服務器地址。在圖7所示的例子中,由于服務器10、20、30的各個地址SA、SB、SC被登錄,全部服務器10、20、30能夠成為協(xié)調器服務器。而且,可以在協(xié)調器列表15中預先設定,也可以由工作中的服務器的服務器管理部12、22、32實時設定。
而且,本實施例中的服務器10在DHCP服務器具有的IP地址的動態(tài)分配功能上具有特征,因此,通過帶DHCP服務器這樣的位置來進行說明,但是,可以在相當于DHCP服務器的功能的基礎上,搭載DNS(Domain Name System)服務器、DAP(Directory Access Protocol)的各個功能。而且,不必另外設置網關服務器,可以在服務器10中裝載網關功能。
下面,使用圖8所示的流程圖來對本實施例中的向客戶機6的地址分配處理進行說明。在該圖8中說明的地址分配處理是客戶機6廣播DHCPDISCOVER消息而新獲得IP地址時的處理。對發(fā)送DHCPREQUEST消息而更新IP地址的租用時的分配處理進行追加說明。
首先,客戶機6為了新獲得IP地址,向服務器10、20、30廣播DHCPDISCOVER消息(IP地址分配請求)。成為該請求的接收對象的服務器10、20、30不是特定的,連接在LAN7上的全部服務器10、20、30進行接收(步驟S101)。但是,在本實施例中,實際上對應于該請求的只有協(xié)調器服務器,其他的服務器即使接收了IP地址分配請求,原則上也都不進行處理(步驟S102)。即,不通過DHCPOFFER消息進行應答。在圖8中,表示了其例外處理(步驟S121~125),但是,對其將在后面說明。在以后的說明中,說明了服務器10在目前時刻是協(xié)調器服務器。對協(xié)調器服務器的決定方法進行追加說明。
被識別為協(xié)調器服務器的服務器10的地址分配處理部11,由于作為IP地址分配請求的發(fā)送方的客戶機6所對應的地址對應信息未被登錄在地址對應表14中,因此,給客戶機6分配IP地址等(步驟S104)。通過該分配而生成設定信息的處理與實施例1、2相同,因此,省略其說明。但是,在本實施例中,必須在地址對應表14中設定協(xié)調器服務器的地址,因此,地址分配處理部11把服務器10的地址SA與該客戶機6相對應并與IP地址等一起進行設定。而且,返回包含分配給該客戶機6的IP地址、使用GW地址和服務器地址的設定信息(步驟S105)。而且,地址分配處理部11在該客戶機6的MAC地址上,作為分配的IP地址、服務器地址、基本GW地址和使用GW地址,對應附加網關的地址來生成地址對應信息,登錄到地址對應表14中(步驟S106)。
通過以上的地址分配處理,客戶機6取得IP地址,因此,可以經過由服務器10所設定的任一個網關18、28、38而訪問英特網1。
而且,地址分配處理部11不僅向客戶機6也向其他的服務器20、30同時發(fā)送地址對應信息(步驟S107)。在各個服務器20、30中,通過所發(fā)送的地址對應信息來更新自己保持的地址對應表24、34,由此,謀求數(shù)據(jù)整合性的維持。
如以上那樣,當由地址分配處理部11所進行的一連串的地址分配處理結束時,各個服務器10、20、30的服務器管理部12、22、32進行協(xié)調動作,執(zhí)行協(xié)調器服務器的輪換,由此,進行協(xié)調權(分配權)的轉讓(步驟S108)。對該處理追加進行詳細描述。
下面,使用圖9來對當客戶機6發(fā)送DHCPREQUEST消息來請求IP地址的延長使用時的IP地址地址分配處理進行說明。
在客戶機6請求延長使用時發(fā)送DHCPREQUEST消息(IP地址分配請求)不進行廣播,而發(fā)送給分配IP地址的服務器。該服務器的地址包含在IP地址獲得時收取的設定信息中。按照上述例子,服務器10接收該請求(步驟S131)。
服務器10的地址分配處理部11,當收取從客戶機6發(fā)送的IP地址分配請求時,解析其內容,來確定發(fā)送方。接著,從地址對應表14取得客戶機6的地址對應信息(步驟S132),給該客戶機6再次分配已分配的IP地址(步驟S133)。而且,地址分配處理部11向通信路徑監(jiān)視部13詢問網關的工作狀況,分配使用的網關(步驟S134)。對于分配該使用的網關的處理,與實施例1相同,因此,省略其詳細說明。簡單地說,如果基本GW地址正常工作,分配基本GW地址,如果基本GW地址不能使用,分配代用GW地址。而且,生成設定信息(步驟S135),向該客戶機6返回(步驟S136)。而且,在設定信息中設定的租用期限在基本網關的情況下與代用網關的情況下不同,這與上述實施例1相同。而且,地址分配處理部11對于該客戶機6的MAC地址,對應附加再次分配的IP地址等,來生成地址對應信息,更新地址對應表14(步驟S137)。而且,向其他的服務器20、30通知該更新的信息(步驟S138)。在該處理中,存在僅變更使用GW地址的可能性,其他能夠用相同的數(shù)據(jù)覆蓋。
這樣,根據(jù)本實施例,客戶機6可以重復多次利用已分配的IP地址,因此,不會發(fā)生因IP地址動態(tài)地切換而發(fā)生的故障。
因此,存在應當接收從客戶機6所發(fā)送的DHCPREQUEST消息(IP地址分配請求)的服務器由于任何原因而停機的可能性。在此情況下,客戶機6通過沒有來自服務器的應答而判斷為由于服務器停機等原因而使消息不能到達,則廣播DHCPREQUEST消息。
對于該DHCPREQUEST消息,取得了協(xié)調權或者取得的服務器進行對應。在此,當服務器20能夠對應處理時,服務器20取代服務器10來執(zhí)行IP地址的再分配處理。該分配處理的內容與上述處理(步驟S132~138)相同,因此,省略其詳細說明,但是,把在地址對應表14中設定的服務器地址重寫為服務器20的地址SB。這是因為包括在為了IP地址的再次延長使用而發(fā)送的DHCPREQUEST消息中。與服務器地址的更新相關,與Gw地址相同,能夠設定基本和代用。
在此,使用圖8來對協(xié)調器服務器的決定方法進行說明。
在圖8中,作為協(xié)調器服務器的服務器10的服務器管理部12,參照協(xié)調器列表15,向列在自己(在該例中為服務器10)的下一個(在結尾的情況下是開頭)服務器(在該例中為服務器20)轉讓表示是協(xié)調器服務器的協(xié)調權(步驟S108)。具體地說,交換表示該信息的消息。成為新的協(xié)調器服務器的服務器20按照圖8所示的流程來改變,作為協(xié)調器服務器工作。該處理內容與上述服務器10中的處理相同。另一方面,成為不是協(xié)調器服務器的服務器10與上述服務器20、30相同地進行處理。即,對于接收了DHCPDISCOVER消息(IP地址分配請求),原則上都不進行處理。
如上述那樣,在本實施例中的地址分配處理中,當通過協(xié)調器服務器來執(zhí)行IP地址分配處理時,自己被登錄到地址對應表14中,作為與該客戶機6相對的協(xié)調器服務器。而且,每當處理結束時,按照協(xié)調器列表15的順序,轉讓協(xié)調權,因此,各個服務器10、20、30應當對應的客戶機6的個數(shù)大致相同。即,如在實施例1中說明的那樣,通過執(zhí)行協(xié)調器服務器輪換,能夠實現(xiàn)負荷分散。而且,如果協(xié)調權的出讓方和接收方不正常工作,就不能正常地進行轉讓,因此,起到了使服務器可工作(alive)的功能。在此,對在協(xié)調權的出讓方和接收方發(fā)生異常時的處理進行說明。
首先,在步驟S108中,當接收側因停機等而在預定時間內沒有接受協(xié)調權時(步驟S109),協(xié)調器服務器中的服務器管理部12從協(xié)調器列表15中刪除服務器20的地址(步驟S110),同時,向除服務器20之外的其他服務器30通過通報發(fā)送來通知該信息(步驟S111)。接受其的服務器30通過從自己的協(xié)調器列表35中刪除服務器20的地址,而維持數(shù)據(jù)的整合性。而且,服務器管理部12進一步向被列出的下一個服務器(在該例中為服務器30)轉讓表示是協(xié)調器服務器的協(xié)調權(步驟S112)。通過重復該處理,而找出下一個成為協(xié)調器服務器的服務器。
而且,通過接受協(xié)調權而成為協(xié)調器服務器的服務器本身也可能因某種原因而停機。當出現(xiàn)該狀態(tài)時,處理客戶機6發(fā)出的DHCPDISCOVER消息的服務器就會拒絕。因此,在本實施例中,不是協(xié)調器服務器并在下次成為協(xié)調器服務器的預定服務器執(zhí)行下列處理即,在圖8中,下一次成為協(xié)調器服務器的預定的服務器能夠通過參照協(xié)調器列表15而事先確定(步驟S121)。這樣,對應的服務器(例如服務器20)在接收了DHCPDISCOVER消息之后,當在預定時間內沒有從通常的協(xié)調器服務器發(fā)送步驟S107中的通知時(步驟S122),判斷為在協(xié)調器服務器中發(fā)生了某種故障。
當服務器20象以上那樣判斷協(xié)調器服務器不能工作時,通過取得自己的協(xié)調權,而成為協(xié)調器服務器(步驟S123),從協(xié)調器列表15中刪除發(fā)生故障的服務器10(步驟S124),向除服務器10之外的其他服務器30以通報發(fā)送來通知該信息(步驟S125)。而且,通過成為協(xié)調器服務器,服務器20按照圖8所示的流程的修改,而作為協(xié)調器服務器工作。
如上述那樣,各個客戶機6能夠使用由服務器10所設定的IP地址和GW地址來訪問英特網1。當客戶機6結束對英特網1的訪問時,收回按照DHCP的IP地址。
因此,使用附圖來著眼于協(xié)調權的轉讓進行詳細描述。圖10是表示在上述IP地址分配處理執(zhí)行時所執(zhí)行的協(xié)調權(分配權)轉讓的時序圖。在圖10中,表示了作為MAC地址X、Y的兩臺客戶機A、B和兩臺服務器C、D。在該處理開始時,服務器C取得分配權。而且,處理的內容本身與圖8相重復。
當客戶機A廣播IP地址分配請求(DHCPDISCOVER消息)時(S21),根據(jù)該請求,保持分配權的服務器C生成設定信息,向客戶機A發(fā)送該生成的設定信息(DHCPOFFER消息)(S22)。而且,對于設定信息的生成,已經進行了說明。在設定信息接收后,當DHCPREQUEST信息和DHCPACK的信息被交換后(S23、24),客戶機A登錄到地址對應表中(S25)。接著,向各個服務器通知登錄的信息(S26),接受該通知的服務器D更新自己保持管理的地址對應表(S27)。當作為轉讓的協(xié)調器服務器的分配處理結束時,客戶機A參照協(xié)調權列表來向服務器D轉讓分配權(S28)。正常工作的服務器D取得從服務器C所轉讓的分配權(S29)。
然后,當服務器D接收客戶機B廣播的IP地址分配請求(DHCPDISCOVER消息)時,進行與上述S21~S24相同的處理,分配IP地址(S30~S33)。而且,與S25~S27相同而動作,更新各個服務器C、D的地址對應表(S34~D36),與S28、S29同樣地工作,把分配權轉讓給下一個服務器(S37、S38)。
圖11是表示協(xié)調器服務器停機時的分配權的轉讓的時序圖。而且,對于設定信息的內容,為上述那樣,因此在該圖中省略。在圖11中,當客戶機廣播IP地址分配請求(DHCPDISCOVER消息)時(S41),根據(jù)該請求,保持分配權的客戶機A應當向客戶機發(fā)送設定信息(DHCPOFFER消息),但是,由于客戶機A在分配權取得后發(fā)生故障而停機(S40),而不能應答。因此,應該成為下一個協(xié)調器服務器的客戶機B由于來自客戶機A的分配通知在預定時間內未出現(xiàn),而自行取得分配權(S42),把該信息通知其他的服務器(S43),而應答客戶機A(S44)。接著,向其他的服務器通知給客戶機的應答完成(S45),分配權轉讓給下一個服務器C(S46、S47)。而且,在IP地址的新獲得時,基本上是相同的,在此情況下,在圖8的S121~S125中進行了說明。
圖12是在保持分配權的服務器A所進行的分配處理之后當應當取得下一個分配權的服務器B停機時的時序圖。該處理相當于圖8的S110~S112。而且,由于對接受來自客戶機的IP地址分配請求(DHCPDISCOVER消息)而給該客戶機分配IP地址期限的處理(S51~S58)已經進行了說明,則省略該處理的詳細描述。
服務器A按照協(xié)調權列表,想要向應該轉讓分配權的服務器B轉讓分配權(S60),但是,由于沒有來自服務器B的應答,就判斷為在服務器B中發(fā)生了故障,而從協(xié)調權列表中刪除(S61)。而且,從協(xié)調權列表中確定下一個應當接受分配權的服務器C,嘗試向該服務器C進行分配權的轉讓(S62)。其結果,當服務器C取得分配權時,向其他的服務器通知該信息(S63)。
根據(jù)本實施例,可以復用連接客戶機6和英特網1的通信路徑,而且,能夠動態(tài)地決定各個客戶機6使用的通信路徑,因此,即使在網絡路徑上的任一個網關18、28、38中發(fā)生了異常,客戶機6也能通過切換通信路徑來繼續(xù)訪問英特網1。
而且,在本實施例中,為了兼有服務器的接續(xù)功能,來執(zhí)行協(xié)調器服務器輪換,但是,如果僅著眼于對網絡連接處理的負荷分散,可以使特定的服務器作為協(xié)調器服務器來對應全部的IP地址分配請求。在此情況下,協(xié)調器服務器特定執(zhí)行實際的分配處理的服務器。當該特定的服務器停機時,可以把協(xié)調器服務器切換到其他服務器上。即,不需要象本實施例那樣,采用協(xié)調器服務器輪換。
而且,在本實施例中,使服務器輪換來單純地進行負荷分散,但是,也可以實際地測量、比較各個服務器10、20、30的負荷,來給負荷少的服務器分配客戶機6。
而且,在本實施例中,通過在各個服務器10、20、30中分別配置地址對應表14、24、34和協(xié)調器列表15、25、35,把用于謀求數(shù)據(jù)整合性的通知作為接續(xù)(keep alive)來使用。如果用其他的方法來實現(xiàn)接續(xù)功能,可以設置數(shù)據(jù)庫服務器等來使各個表在數(shù)據(jù)庫中共享。
而且,在上述中,僅說明了從協(xié)調器列表15、25、35中刪除發(fā)生故障的服務器,但是,在服務器復原后,服務器管理部12、22、32向自己的協(xié)調器列表15、25、35中登錄地址,通知給其他的服務器,由此,能夠作為協(xié)調器服務器而恢復使用。
而且,網關18、28、38也可設置與協(xié)調器列表15相同的管理表,管理可以使用或不可使用。
權利要求
1.一種用于外部網絡連接的設定信息分配方法,其通過DHCP服務器進行,根據(jù)經由多個網關中的任意網關與外部網絡連接的客戶機的分配請求,將至少包含網關的所在信息的設定信息分配給該客戶機,其特征在于包括下述步驟解析步驟,對所接收的來自客戶機的分配請求進行解析;分配步驟,在經由對發(fā)送了分配請求的上述客戶機分配的作為通常使用的網關的基本網關,在而不能與外部網絡連接的情況下,生成設定信息來對客戶機進行分配,該設定信息包括與基本網關不同的代用網關的特定信息、以及比與基本網關共同設定的通信用地址的基本租用期限短的租用期限。
2.根據(jù)權利要求1所述的用于外部網絡連接的設定信息分配方法,其特征在于還包括再分配步驟,在已發(fā)送分配請求的客戶機采用代用網關的場合,并在恢復了原狀以便可以經由對該客戶機分配的基本網關與外部網絡連接的情況下,向該客戶機生成包括基本網關的特定信息、以及基本租用期限的設定信息,并分配給該客戶機。
3.根據(jù)權利要求1所述的用于外部網絡連接的設定信息分配方法,其特征在于包括發(fā)送步驟,將已分配給該客戶機的設定信息發(fā)送給客戶機。
4.根據(jù)權利要求1所述的用于外部網絡連接的設定信息分配方法,其特征在于包括通知步驟,在檢測到不能經由網關與外部網絡連接的情況時,將不能夠進行網絡連接的情況通知給至少以該網關作為基本網關的客戶機;上述分配步驟對應于上述通知步驟的通知,根據(jù)來自上述客戶機發(fā)送來的分配請求,生成分配給該客戶機的設定信息。
5.根據(jù)權利要求2所述的用于外部網絡連接的設定信息分配方法,其特征在于包括通知步驟,在檢測到復了原狀,以便能經過網關與外部網絡連接時,將網絡恢復了原狀的情況通知給至少以其網關作為基本網關的客戶機;上述再分配步驟對應于上述通知步驟的通知,根據(jù)來自上述客戶機發(fā)送來的分配請求,生成分配給該客戶機的設定信息。
全文摘要
一種對客戶機的設定信息分配方法,該方法將客戶機適當?shù)胤稚⒃谂c外部網絡連接時所采用的網關。服務器順序地對各客戶機分配網關,以分散各網關的負荷。如果在GW1發(fā)生故障后,從采用GW1的客戶機A接收使用延長請求,則服務器分配可使用的GW2。將此時的租用期限設定得比基本租用期限短的時間。如果在GW1恢復后,從客戶機A1接收使用延長請求,則服務器將所使用的網關返回到原來的GW1。
文檔編號G06F13/00GK1430383SQ0215994
公開日2003年7月16日 申請日期2002年12月27日 優(yōu)先權日2001年12月27日
發(fā)明者吉田武央, 山田直樹, 北川二三雄 申請人:富士施樂株式會社