CN1430383A

CN1430383A - 用于外部网络连接的设定信息分配方法

Info

Publication number: CN1430383A
Application number: CN02159945A
Authority: CN
Inventors: 吉田武央; 山田直树; 北川二三雄
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2001-12-27
Filing date: 2002-12-27
Publication date: 2003-07-16
Anticipated expiration: 2022-12-27
Also published as: TW200301637A; KR20030057276A; TW595162B; KR100501971B1; JP3948278B2; US7239643B2; US20030123463A1; JP2003198583A; CN1207874C

Abstract

一种对客户机的设定信息分配方法，该方法将客户机适当地分散在与外部网络连接时所采用的网关。服务器顺序地对各客户机分配网关，以分散各网关的负荷。如果在GW1发生故障后，从采用GW1的客户机A接收使用延长请求，则服务器分配可使用的GW2。将此时的租用期限设定得比基本租用期限短的时间。如果在GW1恢复后，从客户机A1接收使用延长请求，则服务器将所使用的网关返回到原来的GW1。

Description

用于外部网络连接的设定信息分配方法

技术领域

本发明涉及在能够连接到作为外部网络的英特网连接上的客户机服务器系统中，提高网络通信的可用性。

背景技术

图13为由可对英特网进行访问的客户机服务器系统构成的网络系统的基本构成图。图13表示下述构成，其中，通过通信线路3与英特网1连接的网关(GW)4、DHCP(动态主机配置协议)服务器5、以及对英特网1进行访问的1至多台客户机6与LAN(局域网)7连接。

在该构成中，客户机6在对英特网1进行访问时，向DHCP服务器5发送IP地址分配请求。在该DHCP服务器5中，根据该IP地址分配请求，向上述客户机6分配IP地址，并将其与已知的网关4的地址一起返回。客户机6根据由DHCP服务器5送来的信息，特定请求与英特网1连接的网关2，采用由该DHCP服务器5分配的IP地址，经过该网关4、通信线路3，对英特网1进行访问。

一般，与LAN7连接的客户机6的台数具有增加的倾向，但是伴随客户机6的台数的增加，有关各装置的负荷必然增加。网络管理者通常通过使通信线路3作为专用线等措施来增强通信能力，或通过提高服务器5、网关4的处理性能，或设置各种代理服务器等，对付负荷的增加。或者，将LAN7分段(segment)，对于分割的每个LAN，另外配备图13所示的通信线路3、网关4和服务器5。

在此，在多台网关4和DHCP服务器5与LAN7连接的系统构成的场合，对客户机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发送DHCPREQUEST信息。该DHCP服务器5对应于已发送来的DHCPREQUEST信息，为了开始租用IP地址，发送DHCPACK作出应答。象这样，客户机6可采用已分配的IP地址和网关4，对英特网1进行访问。

但是，在DHCP中，IP地址的租用期限由DHCP服务器5设定，超过该租用期限，则不能够使用IP地址。另外，DHCP服务器5有租用的控制权。由此，打算连续地访问英特网1的客户机6通过向已租用的DHCP服务器5发送DHCPREQUEST信息，请求延长。该DHCP服务器5在根据该已发送来的DHCPREQUEST信息，许可继续使用的场合，发送DHCPACK。象这样，客户机6可连续地使用已分配的IP地址和网关4，访问英特网1。

在DHCP服务器5未许可连续使用IP地址的场合，发送DHCPNACK。接收到DHCPNACK的客户机6由于超过租用期限，而不能使用使用中的IP地址，故返回到初始的状态，即未获得IP地址的状态。于是，客户机6象前述那样广播DHCPDISCOVER信息，来重新获得的IP地址。

另外，在相对已发送的DHCPREQUEST信息，没有来自租用的DHCP服务器5的任何应答的场合，假定该DHCP服务器5停止或处于不可能到达的状态，则广播DHCPREQUEST信息。由此，从新的DHCP服务器5，获得IP地址和网关的地址。

但是，由于在过去，DHCP服务器所设定的租用期限，其最小租用期限定为1个小时，故通常，1小时以上的值为全部的客户机共用，另外与所采用的客户机无关，设定一致的租用期限。因此，当某个网关发生故障而停止时，用可使用的网关代替该停止的网关进行客户机与英特网之间的连接，但即使在此后已停止的网关复原的情况下，仍不能够使返回原来所采用的网关。即，比如，如果DHCP服务器在IP地址分配时考虑负荷分散，将客户机均匀地给各网关，则象上述那样，即使在暂时停止后，停止的网关复原的情况下，只要客户机连续地使用IP地址，则负荷集中于代用的网关。

发明内容

本发明是为了解决上述的问题而提出的，本发明的目的在于提供一种设定信息分配方法，其能够适当地将客户机分散给与外部网络连接时所使用的网关。

为了实现以上这样的目的，本发明的用于外部网络连接的设定信息分配方法，通过DHCP服务器进行，根据经由多个网关中的任意网关与外部网络连接的客户机的分配请求，将至少包含网关的所在信息的设定信息分配给该客户机，其特征在于包括下述步骤：解析步骤，对所接收的来自客户机的分配请求进行解析；分配步骤，在经由对发送了分配请求的上述客户机分配的作为通常使用的网关的基本网关，而不能与外部网络连接的情况下，生成设定信息来对客户机进行分配，该设定信息包括与基本网关不同的代用网关的特定信息、以及比与基本网关共同设定的通信用地址的基本租用期限短的租用期限。

另外，该方法的特征在于，还包括再分配步骤，在已发送分配请求的客户机采用代用网关的场合，并在恢复了原状以便可以经由该客户机分配的基本网关与外部网络连接的情况下，向该客户机生成包括基本网关的特定信息、以及基本租用期限的设定信息，并分配给该客户机。

此外，该方法的特征在于，该方法包括发送步骤，将已分配给该客户机的设定信息发送给客户机。

发明效果

按照本发明，由于当通常使用的基本网关不能够使用时，向客户机分配代用网关，故可连续地将外部的网络与客户机连接。

此外，由于当基本网关复原而能够再次使用时，使客户机所使用的网关从代用网关，返回到基本网关，故当考虑网关的负荷分散而进行基本网关的分配时，可保持负荷分散。

还有，由于将在使用代用网关时所设定的租用期限设定得较短，故在基本网关复原时，可更快地将所使用的网关恢复为基本网关。

附图说明

图1是表示实施本发明所涉及的用于外部网络连接的设定信息分配方法的客户服务器系统的方框构成图。

图2是表示实施例1中的地址对应表的数据构成例的图。

图3是表示实施例1中服务器与2台客户机之间的通信次序的图。

图4是表示实施例2中服务器与2台客户机之间的通信次序的图。

图5是表示实施本发明所涉及的用于外部网络连接的设定信息分配方法的另一个客户服务器系统的方框构成图。

图6是表示实施例3中的地址对应表的数据构成例的图。

图7是表示实施例3中的协调器列表的数据构成例的图。

图8是表示实施例3中的向客户机的地址分配处理(新获得时)的流程图。

图9是表示实施例3中的向客户机的地址分配处理(延长使用时)的流程图。

图10是实施例3中表示分配权的转让的次序图。

图11是实施例3中表示分配权的转让的次序图。

图12是实施例3中表示分配权的转让的次序图。

图13表示现有的服务器系统的方框构成图。

具体实施方式

下面，根据附图来对本发明的优选实施例进行说明。而且，对于与现有例子相同的构成部件使用相同的标号

实施例1

图1是表示实施本发明所涉及的用于外部网络连接的设定信息分配方法的客户服务器系统的方框构成图。本实施例中的客户服务器系统具有这样的构成：1台服务器10和2台网关18、28以及多台客户机6连接在LAN7上。除服务器10之外与现有例子相同。各个客户机6可以经过任一个网关18、28而访问英特网1。客户机6具有作为通用的DHCP客户机的功能即可，本实施例的特有的功能不是必要的。

服务器10是具有与现有的DHCP服务器相同功能的服务器，具有动态地分配相当于DHCP的IP地址的处理功能。虽然通过后述的处理可以知道，但是，IP地址的分配处理的内容是不同的。本实施例中的服务器10具有地址分配处理部11、通信路径监视部13和地址对应表14。地址分配处理部11具有相当于DHCP服务器的功能，根据来自客户机6的IP地址分配请求，执行给对应客户机6分配IP地址的地址分配处理。通信路径监视部13监视客户机6对英特网1进行访问时经过的网关18、通信线路19或网关28、经过通信线路29所形成的各个网络路径的状态(连接可以/不可)。

图2是表示本实施例中的地址对应表14的数据构成例的图。地址对应表14保持把MAC地址、IP地址、基本GW地址、使用GW地址进行对应的地址对应信息。MAC地址是固有地分配给各个客户机6的客户机识别地址。IP地址是动态地分配给客户机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发送IP地址分配请求(DHCPDISCOVER消息)(S1)。正确地进行广播，但在该例中，由于服务器只有一台，则只有服务器10进行接收。服务器10的地址分配处理部11根据在IP地址分配请求中包含的客户机A的MAC地址X，确认是否参照地址对应表14而给客户机A分配了IP地址。在此，说明未获得IP地址时的情况，地址分配处理部11求出在地址对应表14中所登录的未分配的IP地址，把其分配给客户机A。而且，地址分配处理部11从GW1、GW2中决定客户机A使用的一个网关。而且，地址分配处理部11取得基本租用期限(缺省值)作为IP地址的租用期限。这样，生成包含取得的IP地址、作为连接信息的GW地址以及租用期限的设定信息。接着，向客户机A发送该生成的设定信息(DHCPOFFER消息)(S2)。在图3中表示了这样例子：给客户机A分配IP地址P，使用GW1，发送租用期限为12小时(基本租用期限)的内容的设定信息。而且，给客户机6分配的设定信息为有效期限(分配期限)与在该设定信息中设定的IP地址的租用期限同义。

客户机A根据从服务器10发送来的DHCPOFFER消息，为了确定符合DHCP的服务器10而发送DHCPREQUEST消息(S3)。服务器10根据发送来的DHCPREQUEST消息，为了开始IP地址的租用而返回DHCPACK(S4)。这样，客户机A能够使用分配的IP地址和网关18来访问英特网1。而且，服务器10在上述DHCPACK发送后，把通过上述处理而分配的网关18的地址，设定到地址对应表14的基本GW地址和使用GW地址两者中(S5)。

对于客户机B，地址分配处理部11进行与客户机A完全相同的处理，由此，能够时客户机B开始对英特网1的访问(S6～S10)。但是，生成与客户机A不同内容的设定信息。即，分配不同的IP地址Q是当然的，而接着客户机A，给成为IP地址的分配对象的客户机B分配GW2，作为使用的网关。这是因为：地址分配处理部11用于给发出分配请求的各个客户机6依次分配各个网关18、28。这样，给客户机B接着GW1分配GW2。这样，能够给各个网关18、28大致均等地分配客户机6，因此，能够使各个网关18、28有关的负荷大致均等。而且，与客户机B对应的租用期限是基本租用期限(12小时)。

在此，服务器10的通信路径监视部13检测到在网关18中发生的故障(S11)。更正确地说，通信路径监视部13检测到由于网关18本身的故障、通信线路19的切断等原因而不能通过网关18来进行与英特网1的连接的情况。

然后，从客户机A为了请求IP地址的延长使用而发送DHCPREQUEST消息，或者，在图3中省略了的在已经结束了使用后为了再次获得IP地址而发送DHCPDISCOVER消息(S12)，此时，地址分配处理部11根据该分配请求，而生成设定信息。在由延长使用而请求分配的情况下，当分配给客户机A的网关18是正常的时，通过参照地址对应表14来取得已经分配给客户机A的IP地址和网关18的地址，生成包含该IP地址、GW地址以及租用期限的设定信息，发送给客户机A。但是，象该例那样，当网关18停止时，地址分配处理部11按以下这样来取得信息并生成设定信息：首先，与IP地址相关，从地址对应表14取得已分配的IP地址。而且，取得正常动作的GW2的地址，作为成为向英特网1的网络路径的网关。接着，设定短于基本租用期限的时间(一小时)作为租用期限。生成包含这样信息的设定信息，发送给客户机A(S13)。由此，客户机A在所分配的GW1发生故障时被切换到服务器10能够使用的GW2，因此，能够继续进行对英特网1的访问。在IP地址的再次获得的情况下，同样不会受到GW1的故障的影响，而能够开始对英特网1的访问。

当设定信息的发送结束时，地址分配处理部11把在地址对应表14中所设定的客户机A的使用GW地址，从GW1更新为GW2的地址(S14)。

然后，服务器10的通信路径监视部13在检测到网关18复原后(S15)，当客户机A为了请求IP地址的延长使用而发送DHCPREQUEST消息时(S16)，地址分配处理部11根据该分配请求而按以下这样来生成设定信息：即，由于作为分配给客户机A的基本GW地址的网关18正常工作，则地址分配处理部11通过参照地址对应表14来取得IP地址和基本GW地址。生成包含该取得的IP地址、GW地址以及作为租用期限的基本租用期限的设定信息。接着，向客户机A发送设定信息(S17)。然后，地址分配处理部11把在地址对应表14中所设定的客户机A的使用GW地址，从GW2更新为GW1的地址(S18)。

如以上那样，根据本实施例，当不能经过最初分配给客户机A的网关18来进行向英特网1的连接时，在延长使用时通过分配GW2而可以继续使用，当GW1复原时，在延长使用时不继续使用GW2而返回到GW1。服务器10如上述那样在初始设定时考虑负荷分散，来给客户机A分配GW1。这样，在延长使用时，如果GW1复原，通过返回到原来的GW1，能够谋求网关18、28有关的负荷分散的维持。这样，在本实施例中，作为通常使用考虑负荷分散而最初分配给客户机6的网关18、28的基本网关，当基本网关因故障而不能使用时所使用的网关处于在该故障发生期间是代用网关的这种位置。

而且，在本实施例中，使与代用网关一起设定为设定信息的租用期限成为短于基本租用期限的时间。由此，当基本网关复原时，能够尽快地使所使用的网关恢复到基本网关，能够使负荷不均等的时间成为更短时间。为了得到该效果，希望在设定信息中更短地设定与代用网关一起设定的租用期限，因此，在本实施例中，把作为能够设定的最小时间的一小时设定为代用网关时的租用期限，但是，该设定时间并不一定为一小时。

实施例2

图4是表示本实施例中服务器与两台客户机之间的通信次序的图。与图3相同的处理使用相同的标号，而适当地省略其说明。

在上述实施例1中，当GW1因故障等而不能使用时，客户机A接近于租用期限(正确地说是在经过了租用期限50％的时刻)发送DHCPREQUEST消息(分配请求)(S12)。在此之前，当向英特网1进行访问时，由于发生了错误，请求进行解决。因此，在本实施例中，其特征在于：当通信路径监视部13检测到在网关18中发生了故障时(S11)，在此时刻，向客户机6通知该信息。

即，地址分配处理部11当网关18的故障被检测到时，向客户机6广播该信息(S19)。由于在DHCP中没有准备用于该广播的信息，在本实施例中，假定用DHCPNOTICE消息来进行广播。而且，在本实施例中，广播了DHCPNOTICE消息，但是，使用GW1的客户机6，从地址对应表14的使用GW地址可以看出，仅单独地发送给对应的客户机6。

当GW1所分配的客户机A接收DHCPNOTICE消息时，与租用期限的经过时间无关，发送DHCPREQUEST消息(分配请求)(S12)。由此，以在实施例1中说明的顺序来分配GW2，与同一IP地址的使用延长之前相同，能够继续访问英特网1(S13)。

然后，当通信路径监视部13检测到网关18复原时(S15)，地址分配处理部11广播该信息的DHCPNOTICE消息(S20)。与故障发生时相同，参照地址对应表14，仅向基本GW地址是GW1而使用GW地址不是GW1的客户机6进行发送。

当基本GW地址是GW1而使用GW地址不是GW1的客户机A接收DHCPNOTICE消息时，与租用期限的经过时间无关，发送DHCPREQUEST消息(分配请求)(S16)。由此，与在实施例1中说明的顺序相同，使所使用的网关返回作为基本GW地址的GW1(S17)。

根据本实施例，通过使用DHCPNOTICE消息，在不能经过使用中的网关18、28来访问英特网1的时刻，能够立即切换使用的网关18、28。而且，当基本网关复原时，能够立即恢复原状。

实施例3

图5是表示实施本发明所涉及的用于外部网络连接的设定信息分配方法的另一个客户服务系统的方框构成图。本实施例中的客户服务系统与上述各个实施例不同，具有多台服务器10、20、30。各个服务器10、20、30具有相同的功能。在本实施例中，如图5所示的那样，以由三台服务器10、20、30构成服务器系统的情况为例来进行说明。当然，也可以是两台，也可以是四台以上。网关18、28、38为了说明方便而为三台，但是，不需要与服务器的台数相一致。网关18、28、38本身可以与实施例1、2相同是已有产品。

与该服务器系统相同而连接在LAN 7上的一台至多台客户机6都通过任一个网关18、28、38、通信线路19、29、39来访问英特网1。客户机6具有作为通用的DHCP客户机的功能即可，本实施例特有的功能不是必须的。

在此，对服务器10、20、30的功能概要和构成进行说明，由于各个服务器10、20、30具有完全对等的构成，则以服务器10为代表来进行说明。

服务器10具有地址分配处理部11、服务器管理部12、通信路径监视部13、地址对应表14和协调器列表15。地址分配处理部11执行根据来自客户机6的IP地址分配请求来给该客户机6分配IP地址等的地址分配处理。服务器管理部12决定使地址分配处理所执行的唯一的服务器(以下称为「协调器(コ-デイネ-タ)服务器」)。通信路径监视部13在客户机6访问英特网1时监视经过的经过网关18、通信线路19的网络路径及经过网关28、通信线路29的网络路径和经过网关38、通信线路39的网络路径的状态(连接可/不可)。通信路径监视部也不必设在所有的服务器10、20、30中，可以至少设在一台服务器中，向没有设置的其他服务器通知网络路径的状态。

图6是表示本实施例中的地址对应表14的数据构成例的图。本实施例中的地址对应表14是在实施例1中说明的数据构成基础上，服务器地址与每个客户机6对应地保持。服务器地址是作为协调器服务器动作而给对应的客户机6分配IP地址的服务器的地址。

图7是表示本实施例中的协调器列表15的数据构成例的图。细节在后面描述，在本实施例中，从构成服务器系统的服务器10、20、30中，决定符合服务器管理部12、22、32之间的后述规则的协调器服务器，仅在装载在该协调器服务器中的地址分配处理部中执行地址分配处理。在协调器列表15中登录将要成为协调器服务器的候补的服务器地址。在图7所示的例子中，由于服务器10、20、30的各个地址SA、SB、SC被登录，全部服务器10、20、30能够成为协调器服务器。而且，可以在协调器列表15中预先设定，也可以由工作中的服务器的服务器管理部12、22、32实时设定。

而且，本实施例中的服务器10在DHCP服务器具有的IP地址的动态分配功能上具有特征，因此，通过带DHCP服务器这样的位置来进行说明，但是，可以在相当于DHCP服务器的功能的基础上，搭载DNS(Domain Name System)服务器、DAP(Directory Access Protocol)的各个功能。而且，不必另外设置网关服务器，可以在服务器10中装载网关功能。

下面，使用图8所示的流程图来对本实施例中的向客户机6的地址分配处理进行说明。在该图8中说明的地址分配处理是客户机6广播DHCPDISCOVER消息而新获得IP地址时的处理。对发送DHCPREQUEST消息而更新IP地址的租用时的分配处理进行追加说明。

首先，客户机6为了新获得IP地址，向服务器10、20、30广播DHCPDISCOVER消息(IP地址分配请求)。成为该请求的接收对象的服务器10、20、30不是特定的，连接在LAN7上的全部服务器10、20、30进行接收(步骤S101)。但是，在本实施例中，实际上对应于该请求的只有协调器服务器，其他的服务器即使接收了IP地址分配请求，原则上也都不进行处理(步骤S102)。即，不通过DHCPOFFER消息进行应答。在图8中，表示了其例外处理(步骤S121～125)，但是，对其将在后面说明。在以后的说明中，说明了服务器10在目前时刻是协调器服务器。对协调器服务器的决定方法进行追加说明。

被识别为协调器服务器的服务器10的地址分配处理部11，由于作为IP地址分配请求的发送方的客户机6所对应的地址对应信息未被登录在地址对应表14中，因此，给客户机6分配IP地址等(步骤S104)。通过该分配而生成设定信息的处理与实施例1、2相同，因此，省略其说明。但是，在本实施例中，必须在地址对应表14中设定协调器服务器的地址，因此，地址分配处理部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同时发送地址对应信息(步骤S107)。在各个服务器20、30中，通过所发送的地址对应信息来更新自己保持的地址对应表24、34，由此，谋求数据整合性的维持。

如以上那样，当由地址分配处理部11所进行的一连串的地址分配处理结束时，各个服务器10、20、30的服务器管理部12、22、32进行协调动作，执行协调器服务器的轮换，由此，进行协调权(分配权)的转让(步骤S108)。对该处理追加进行详细描述。

下面，使用图9来对当客户机6发送DHCPREQUEST消息来请求IP地址的延长使用时的IP地址地址分配处理进行说明。

在客户机6请求延长使用时发送DHCPREQUEST消息(IP地址分配请求)不进行广播，而发送给分配IP地址的服务器。该服务器的地址包含在IP地址获得时收取的设定信息中。按照上述例子，服务器10接收该请求(步骤S131)。

服务器10的地址分配处理部11，当收取从客户机6发送的IP地址分配请求时，解析其内容，来确定发送方。接着，从地址对应表14取得客户机6的地址对应信息(步骤S132)，给该客户机6再次分配已分配的IP地址(步骤S133)。而且，地址分配处理部11向通信路径监视部13询问网关的工作状况，分配使用的网关(步骤S134)。对于分配该使用的网关的处理，与实施例1相同，因此，省略其详细说明。简单地说，如果基本GW地址正常工作，分配基本GW地址，如果基本GW地址不能使用，分配代用GW地址。而且，生成设定信息(步骤S135)，向该客户机6返回(步骤S136)。而且，在设定信息中设定的租用期限在基本网关的情况下与代用网关的情况下不同，这与上述实施例1相同。而且，地址分配处理部11对于该客户机6的MAC地址，对应附加再次分配的IP地址等，来生成地址对应信息，更新地址对应表14(步骤S137)。而且，向其他的服务器20、30通知该更新的信息(步骤S138)。在该处理中，存在仅变更使用GW地址的可能性，其他能够用相同的数据覆盖。

这样，根据本实施例，客户机6可以重复多次利用已分配的IP地址，因此，不会发生因IP地址动态地切换而发生的故障。

因此，存在应当接收从客户机6所发送的DHCPREQUEST消息(IP地址分配请求)的服务器由于任何原因而停机的可能性。在此情况下，客户机6通过没有来自服务器的应答而判断为由于服务器停机等原因而使消息不能到达，则广播DHCPREQUEST消息。

对于该DHCPREQUEST消息，取得了协调权或者取得的服务器进行对应。在此，当服务器20能够对应处理时，服务器20取代服务器10来执行IP地址的再分配处理。该分配处理的内容与上述处理(步骤S132～138)相同，因此，省略其详细说明，但是，把在地址对应表14中设定的服务器地址重写为服务器20的地址SB。这是因为包括在为了IP地址的再次延长使用而发送的DHCPREQUEST消息中。与服务器地址的更新相关，与Gw地址相同，能够设定基本和代用。

在此，使用图8来对协调器服务器的决定方法进行说明。

在图8中，作为协调器服务器的服务器10的服务器管理部12，参照协调器列表15，向列在自己(在该例中为服务器10)的下一个(在结尾的情况下是开头)服务器(在该例中为服务器20)转让表示是协调器服务器的协调权(步骤S108)。具体地说，交换表示该信息的消息。成为新的协调器服务器的服务器20按照图8所示的流程来改变，作为协调器服务器工作。该处理内容与上述服务器10中的处理相同。另一方面，成为不是协调器服务器的服务器10与上述服务器20、30相同地进行处理。即，对于接收了DHCPDISCOVER消息(IP地址分配请求)，原则上都不进行处理。

如上述那样，在本实施例中的地址分配处理中，当通过协调器服务器来执行IP地址分配处理时，自己被登录到地址对应表14中，作为与该客户机6相对的协调器服务器。而且，每当处理结束时，按照协调器列表15的顺序，转让协调权，因此，各个服务器10、20、30应当对应的客户机6的个数大致相同。即，如在实施例1中说明的那样，通过执行协调器服务器轮换，能够实现负荷分散。而且，如果协调权的出让方和接收方不正常工作，就不能正常地进行转让，因此，起到了使服务器可工作(alive)的功能。在此，对在协调权的出让方和接收方发生异常时的处理进行说明。

首先，在步骤S108中，当接收侧因停机等而在预定时间内没有接受协调权时(步骤S109)，协调器服务器中的服务器管理部12从协调器列表15中删除服务器20的地址(步骤S110)，同时，向除服务器20之外的其他服务器30通过通报发送来通知该信息(步骤S111)。接受其的服务器30通过从自己的协调器列表35中删除服务器20的地址，而维持数据的整合性。而且，服务器管理部12进一步向被列出的下一个服务器(在该例中为服务器30)转让表示是协调器服务器的协调权(步骤S112)。通过重复该处理，而找出下一个成为协调器服务器的服务器。

而且，通过接受协调权而成为协调器服务器的服务器本身也可能因某种原因而停机。当出现该状态时，处理客户机6发出的DHCPDISCOVER消息的服务器就会拒绝。因此，在本实施例中，不是协调器服务器并在下次成为协调器服务器的预定服务器执行下列处理：

即，在图8中，下一次成为协调器服务器的预定的服务器能够通过参照协调器列表15而事先确定(步骤S121)。这样，对应的服务器(例如服务器20)在接收了DHCPDISCOVER消息之后，当在预定时间内没有从通常的协调器服务器发送步骤S107中的通知时(步骤S122)，判断为在协调器服务器中发生了某种故障。

当服务器20象以上那样判断协调器服务器不能工作时，通过取得自己的协调权，而成为协调器服务器(步骤S123)，从协调器列表15中删除发生故障的服务器10(步骤S124)，向除服务器10之外的其他服务器30以通报发送来通知该信息(步骤S125)。而且，通过成为协调器服务器，服务器20按照图8所示的流程的修改，而作为协调器服务器工作。

如上述那样，各个客户机6能够使用由服务器10所设定的IP地址和GW地址来访问英特网1。当客户机6结束对英特网1的访问时，收回按照DHCP的IP地址。

因此，使用附图来着眼于协调权的转让进行详细描述。图10是表示在上述IP地址分配处理执行时所执行的协调权(分配权)转让的时序图。在图10中，表示了作为MAC地址X、Y的两台客户机A、B和两台服务器C、D。在该处理开始时，服务器C取得分配权。而且，处理的内容本身与图8相重复。

当客户机A广播IP地址分配请求(DHCPDISCOVER消息)时(S21)，根据该请求，保持分配权的服务器C生成设定信息，向客户机A发送该生成的设定信息(DHCPOFFER消息)(S22)。而且，对于设定信息的生成，已经进行了说明。在设定信息接收后，当DHCPREQUEST信息和DHCPACK的信息被交换后(S23、24)，客户机A登录到地址对应表中(S25)。接着，向各个服务器通知登录的信息(S26)，接受该通知的服务器D更新自己保持管理的地址对应表(S27)。当作为转让的协调器服务器的分配处理结束时，客户机A参照协调权列表来向服务器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是表示协调器服务器停机时的分配权的转让的时序图。而且，对于设定信息的内容，为上述那样，因此在该图中省略。在图11中，当客户机广播IP地址分配请求(DHCPDISCOVER消息)时(S41)，根据该请求，保持分配权的客户机A应当向客户机发送设定信息(DHCPOFFER消息)，但是，由于客户机A在分配权取得后发生故障而停机(S40)，而不能应答。因此，应该成为下一个协调器服务器的客户机B由于来自客户机A的分配通知在预定时间内未出现，而自行取得分配权(S42)，把该信息通知其他的服务器(S43)，而应答客户机A(S44)。接着，向其他的服务器通知给客户机的应答完成(S45)，分配权转让给下一个服务器C(S46、S47)。而且，在IP地址的新获得时，基本上是相同的，在此情况下，在图8的S121～S125中进行了说明。

图12是在保持分配权的服务器A所进行的分配处理之后当应当取得下一个分配权的服务器B停机时的时序图。该处理相当于图8的S110～S112。而且，由于对接受来自客户机的IP地址分配请求(DHCPDISCOVER消息)而给该客户机分配IP地址期限的处理(S51～S58)已经进行了说明，则省略该处理的详细描述。

服务器A按照协调权列表，想要向应该转让分配权的服务器B转让分配权(S60)，但是，由于没有来自服务器B的应答，就判断为在服务器B中发生了故障，而从协调权列表中删除(S61)。而且，从协调权列表中确定下一个应当接受分配权的服务器C，尝试向该服务器C进行分配权的转让(S62)。其结果，当服务器C取得分配权时，向其他的服务器通知该信息(S63)。

根据本实施例，可以复用连接客户机6和英特网1的通信路径，而且，能够动态地决定各个客户机6使用的通信路径，因此，即使在网络路径上的任一个网关18、28、38中发生了异常，客户机6也能通过切换通信路径来继续访问英特网1。

而且，在本实施例中，为了兼有服务器的接续功能，来执行协调器服务器轮换，但是，如果仅着眼于对网络连接处理的负荷分散，可以使特定的服务器作为协调器服务器来对应全部的IP地址分配请求。在此情况下，协调器服务器特定执行实际的分配处理的服务器。当该特定的服务器停机时，可以把协调器服务器切换到其他服务器上。即，不需要象本实施例那样，采用协调器服务器轮换。

而且，在本实施例中，使服务器轮换来单纯地进行负荷分散，但是，也可以实际地测量、比较各个服务器10、20、30的负荷，来给负荷少的服务器分配客户机6。

而且，在本实施例中，通过在各个服务器10、20、30中分别配置地址对应表14、24、34和协调器列表15、25、35，把用于谋求数据整合性的通知作为接续(keep alive)来使用。如果用其他的方法来实现接续功能，可以设置数据库服务器等来使各个表在数据库中共享。

而且，在上述中，仅说明了从协调器列表15、25、35中删除发生故障的服务器，但是，在服务器复原后，服务器管理部12、22、32向自己的协调器列表15、25、35中登录地址，通知给其他的服务器，由此，能够作为协调器服务器而恢复使用。

而且，网关18、28、38也可设置与协调器列表15相同的管理表，管理可以使用或不可使用。

Claims

1.一种用于外部网络连接的设定信息分配方法，其通过DHCP服务器进行，根据经由多个网关中的任意网关与外部网络连接的客户机的分配请求，将至少包含网关的所在信息的设定信息分配给该客户机，其特征在于包括下述步骤：

解析步骤，对所接收的来自客户机的分配请求进行解析；

分配步骤，在经由对发送了分配请求的上述客户机分配的作为通常使用的网关的基本网关，在而不能与外部网络连接的情况下，生成设定信息来对客户机进行分配，该设定信息包括与基本网关不同的代用网关的特定信息、以及比与基本网关共同设定的通信用地址的基本租用期限短的租用期限。

2.根据权利要求1所述的用于外部网络连接的设定信息分配方法，其特征在于：

还包括再分配步骤，

在已发送分配请求的客户机采用代用网关的场合，并在恢复了原状以便可以经由对该客户机分配的基本网关与外部网络连接的情况下，向该客户机生成包括基本网关的特定信息、以及基本租用期限的设定信息，并分配给该客户机。

3.根据权利要求1所述的用于外部网络连接的设定信息分配方法，其特征在于：包括发送步骤，将已分配给该客户机的设定信息发送给客户机。

4.根据权利要求1所述的用于外部网络连接的设定信息分配方法，其特征在于：包括通知步骤，在检测到不能经由网关与外部网络连接的情况时，将不能够进行网络连接的情况通知给至少以该网关作为基本网关的客户机；

上述分配步骤对应于上述通知步骤的通知，根据来自上述客户机发送来的分配请求，生成分配给该客户机的设定信息。

5.根据权利要求2所述的用于外部网络连接的设定信息分配方法，其特征在于：包括通知步骤，在检测到复了原状，以便能经过网关与外部网络连接时，将网络恢复了原状的情况通知给至少以其网关作为基本网关的客户机；

上述再分配步骤对应于上述通知步骤的通知，根据来自上述客户机发送来的分配请求，生成分配给该客户机的设定信息。