KR20030057276A

KR20030057276A - 외부 네트워크 접속을 위한 설정 정보 할당 방법

Info

Publication number: KR20030057276A
Application number: KR1020020051011A
Authority: KR
Inventors: 요시다다케오; 야마다나오키; 기타가와후미오
Original assignee: 후지제롯쿠스 가부시끼가이샤
Priority date: 2001-12-27
Filing date: 2002-08-28
Publication date: 2003-07-04
Also published as: JP3948278B2; TW200301637A; KR100501971B1; US20030123463A1; CN1207874C; CN1430383A; US7239643B2; TW595162B; JP2003198583A

Abstract

본 발명의 클라이언트로의 설정 정보 할당 방법은 외부 네트워크와의 접속시에 이용하는 게이트웨이에 클라이언트를 적절하게 분산시시키는 것을 과제로 한다.

본 발명의 서버는 각 게이트웨이에 걸린 부하를 분산할 수 있도록 각 클라이언트에 대하여 순서대로 게이트 웨이를 할당한다. GW1의 장해 발생 후에 GW1을 사용하고 있는 클라이언트 A로부터 사용 연장 요구를 수신하면, 서버는 사용 가능한 GW2를 할당한다. 이 때의 리스 기간을 기본 리스 기간보다 시간을 짧게 설정한다. GW1 복구 후에 클라이언트 A로부터 사용 연장 요구를 수신하면, 서버는 사용하는 게이트웨이를 본래의 GW1로 되돌린다.

Description

외부 네트워크 접속을 위한 설정 정보 할당 방법{METHOD FOR ASSIGNING SETTING INFORMATION FOR CONNECTION TO EXTERNAL NETWORK}

본 발명은 외부 네트워크인 인터넷에 접속가능한 클라이언트 서버 시스템에 있어서, 네트워크 통신의 가용성의 향상에 관한 것이다.

도 13은 인터넷으로의 액세스를 가능하게 한 클라이언트 서버 시스템으로 구축된 네트워크 시스템의 기본적인 구성도이다. 도 13에는 인터넷(1)에 통신 회선(3)을 거쳐서 접속된 게이트웨이(GW)(4)와, DHCP(Dynamic Host Configuration Protocol) 서버(5)와, 인터넷(1)에 액세스하는 1 내지 복수대의 클라이언트(6)가 LAN (Local Area Network)(7)에 접속된 구성이 나타나 있다.

이 구성에 있어서, 클라이언트(6)는 인터넷(1)에 액세스할 때에 DHCP 서버(5)에 대하여 IP 어드레스 할당 요구를 송신한다. DHCP 서버(5)에서는 그 IP 어드레스 할당 요구에 따라서 그 클라이언트(6)에 IP 어드레스를 할당하고, 기지(旣知)인 게이트웨이(4)의 어드레스와 함께 반신(返信)한다. 클라이언트(6)는 DHCP 서버(5)에 의해 보내져 온 정보를 바탕으로 인터넷(1)과의 접속을 의뢰하는 게이트웨이(2)를 특정하고, DHCP 서버(5)에 의해 할당된 IP 어드레스를 이용하여 그 게이트웨이(4), 통신 회선(3)을 경유하여 인터넷(1)에 액세스하게 된다.

일반적으로, LAN(7)에 접속되는 클라이언트(6)의 대수는 증가하는 경향에 있지만, 클라이언트(6)의 대수가 증가함에 따라 각 장치에 걸리는 부하가 필연적으로 증가하게 된다. 네트워크 관리자는 통상 통신 회선(3)을 전용선으로 하는 등 통신 능력을 증강시키거나, 서버(5), 게이트웨이(4)의 처리 성능을 향상시키거나, 각종 프록시 서버를 설치하는 등으로 하여 부하의 증대에 대처하려고 한다. 또는 LAN(7)을 세그먼트화하고, 분할한 LAN 마다에 도 13에 나타낸 통신 회선(3), 게이트웨이(4) 및 서버(5)를 별도로 준비한다.

여기에서, 복수대의 게이트웨이(4) 및 DHCP 서버(5)가 LAN(7)에 접속된 시스템 구성의 경우에 대하여, 클라이언트(6)가 IP 어드레스 및 게이트웨이(4)의 어드레스를 획득할때 까지의 처리에 대하여 상세히 설명한다.

아직, IP 어드레스를 획득하지 않은 클라이언트(6)는 DHCPDISCOVER 메시지를 브로드캐스트한다. 모든 DHCP 서버(5)는 이 메시지를 수신하지만, 이 중 해당 클라이언트(6)에 응답하도록 프로그램된 1 내지 복수대의 DHCP 서버(5)는 그 클라이언트(6)에 DHCPOFFER 메시지를 반신한다. 이 DHCPOFFER 메시지에는, 할당하는 IP 어드레스, 게이트웨이(4)의 어드레스 및 IP 어드레스의 리스 기간이 포함되어 있다.

클라이언트(6)는 DHCP 서버(5)로부터의 응답 DHCPOFFER 메시지를 모으고, 그 중에서 하나를 선택한다. 그리고, 해당하는 DHCP 서버(5)에 DHCPREQUEST 메시지를 송신한다. DHCP 서버(5)는 보내어져 온 DHCPREQUEST 메시지에 따라 IP 어드레스의 대출을 개시하기 위해서 DHCPACK을 보내 응답한다.

이와 같이 하여, 클라이언트(6)는 할당된 IP 어드레스 및 게이트웨이(4)를 이용하여 인터넷에 액세스할 수 있다.

그런데, 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 어드레스를 계속 사용하는 한은 대용(代用)된 게이트웨이에 부하가 집중해버리게 되었다.

본 발명은 이상과 같은 문제를 해결하기 위하여 이루어진 것으로, 그 목적은 외부 네트워크와의 접속시에 이용하는 게이트웨이에 클라이언트를 적절하게 분산시키는 것이 가능한 설정 정보 할당 방법을 제공하는 것에 있다.

도 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 : 인터넷

6 : 클라이언트

7 : LAN

10, 20, 30 : 서버

11, 21, 31 : 어드레스 할당 처리부

12, 22, 32 : 서버 관리부

13, 23, 33 : 통신 경로 감시부

14, 24, 34 : 어드레스 대응 테이블

15, 25, 35 : 코디네이터 리스트 테이블

18, 28, 38 : 게이트웨이

19, 29, 39 : 통신 회선

이상과 같은 목적을 달성하기 위하여, 본 발명에 따른 외부 네트워크 접속을 위한 설정 정보 할당 방법은, DHCP 서버에 의해 실행되고, 복수의 게이트웨이 중 어느 하나를 경유하여 외부 네트워크와 접속되는 클라이언트로부터의 할당 요구에 따라서, 적어도 게이트웨이의 소재 정보를 포함하는 설정 정보를 할당하는 설정 정보 할당 방법에 있어서, 수신한 클라이언트로부터의 할당 요구를 해석하는 해석 스텝과, 할당 요구를 송신한 해당 클라이언트에 대하여, 통상 이용하는 게이트웨이로서 이미 할당한 기본 게이트웨이를 경유하여 외부 네트워크로의 접속을 할 수 없을 경우, 기본 게이트웨이와는 다른 대용 게이트웨이의 특정 정보와, 기본 게이트웨이와 함께 설정한 통신용 어드레스의 기본 리스 기간보다 짧은 리스 기간을 포함하는설정 정보를 생성하여, 해당 클라이언트에 대하여 할당하는 할당 스텝을 포함하는 것을 특징으로 한다.

또한, 할당 요구를 송신한 해당 클라이언트가 대용 게이트웨이를 이용하고 있을 경우에 해당 클라이언트에 대하여 할당한 기본 게이트웨이를 경유하여 외부 네트워크로의 접속을 할 수 있도록 복구한 경우, 해당 클라이언트에 대하여 기본 게이트웨이의 특정 정보와, 기본 리스 기간을 포함하는 설정 정보를 생성하여, 해당 클라이언트에 대하여 할당하는 재할당 스텝을 포함하는 것을 특징으로 한다.

또한, 해당 클라이언트에 대하여 할당한 설정 정보를 해당 클라이언트에게 송신하는 송신 스텝을 포함하는 것을 특징으로 한다.

이하, 도면에 기초하여, 본 발명의 바람직한 실시예에 대하여 설명한다. 한편, 종래예와 동일한 구성 요소에는 동일한 부호를 부여한다.

도 1은 본 발명에 따른 외부 네트워크 접속을 위한 설정 정보 할당 방법을 실시하는 클라이언트 서버 시스템을 나타낸 블록 구성도이다. 본 실시예에서의 클라이언트 서버 시스템은 1대의 서버(10)와 2대의 게이트웨이(18, 28)와 복수대의 클라이언트(6)가 LAN(7)에 접속된 구성을 갖고 있다. 서버(10) 이외는 종래예와 동일한 장치가 좋다. 각 클라이언트(6)는 어느 쪽의 게이트웨이(18, 28)를 경유하여 인터넷에 액세스할 수 있다. 클라이언트(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)에 대하여 신규로 할당한 게이트웨이(8, 28)의 어드레스이다. 각 클라이언트(6)에서의 초기값이라고 할 수 있다. 사용 GW 어드레스는 해당 클라이언트(6)가 실제로 사용하고 있는 게이트웨이의 어드레스이다.

본 실시예에서 특징적인 것은 클라이언트(6)가 사용하는 IP 어드레스 및 게이트웨이(18, 28)를 서버 주도로 결정하도록 한 것이지만, 이 특징적인 어드레스할당 처리에 대하여 도 3에 나타낸 시퀀스도를 이용하여 설명한다.

우선, 도 3에는 서버(10)와 2대의 클라이언트(6) 사이에서의 통신 시퀀스가 나타나 있다. 각 클라이언트 A, B의 MAC 어드레스는 각각 X, Y로 하고, 현시점에서는 함께 IP 어드레스를 획득하지 않은 것으로 한다.

우선, 클라이언트 A는 인터넷(1)으로의 액세스를 하기 위하여 IP 어드레스를 취득할 필요가 있고, 그 때문에 IP 어드레스 할당 요구(DHCPDISCOVER 메시지)를 서버(10)에 송신한다(S1). 정확하게는 브로드캐스트하지만, 이 예에서 서버는 1대뿐이기 때문에 서버(10)만이 수신하게 된다. 서버(10)의 어드레스 할당 처리부(11)는 IP 어드레스 할당 요구에 포함되어 있는 클라이언트 A의 MAC 어드레스 X에 기초하여 어드레스 대응 테이블(14)을 참조하여 클라이언트 A에 대하여 IP 어드레스를 할당하고 있는지 아닌지를 확인한다. 여기에서는, IP 어드레스를 획득하지 않은 때의 설명이므로, 어드레스 할당 처리부(11)는 어드레스 대응 테이블(14)에 등록되지 않은 미할당의 IP 어드레스를 구하여 그것을 클라이언트 A를 위해 할당한다. 더욱이, 어드레스 할당 처리부(11)는 GW1, GW2 중 클라이언트 A가 이용하는 1개의 게이트웨이를 결정한다. 게다가, 어드레스 할당 처리부(11)는 IP 어드레스의 리스 기간으로서 기본 리스 기간(디폴트값)을 취득한다. 이렇게 하여, 취득한 IP 어드레스, 접속 정보로서 GW 어드레스, 또한 리스 기간을 포함하는 설정 정보를 생성한다. 그리고, 그 생성한 설정 정보(DHCPOFFER 메시지)를 클라이언트 A에 송신한다(S2). 도 3에는 클라이언트 A에 대하여 IP 어드레스 P를 할당하고, GW1을 사용하여 리스 기간을 12 시간(기본 리스 기간)으로 하는 내용의 설정 정보를 송신하는 예가 나타나 있다. 또한, 클라이언트(6)에 대하여 할당한 설정 정보가 유효한 기간(할당 기간)이라고 하는 것은 그 설정 정보에 설정한 IP 어드레스의 리스 기간과 동일하다.

클라이언트 A는 서버(1O)로부터 보내져 온 DHCPOFFER 메시지에 따라서 DHCP 따라 서버(10)를 특정하기 위해 DHCPREQUEST 메시지를 송신한다(S3). 서버(1O)는 보내져 온 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)가 각 게이트웨이(18, 28)를 할당 요구를 발한 각 클라이언트(6)에 대하여 순서대로 배정하도록 작용하기 때문이다. 따라서, 클라이언트 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어드레스를 취득한다. 또한, 인터넷(1)으로의 네트워크 경로가 되는 게이트웨이로서는 정상적으로 동작하고 있는 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)는 그 할당 요구 에 따라 다음과 같이 하여 설정 정보를 생성하게 된다. 즉, 어드레스 할당 처리부(11)는 클라이언트 A에 대하여 할당한 기본 GW 어드레스인 게이트웨이(18)가 정상적으로 가동하고 있기 때문에, 어드레스 대응 테이블(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)를 통상 사용하는 기본 게이트웨이로 하고, 기본 게이트웨이를 장해에 의해 사용할 수 없을 때에 사용하는 게이트웨이는 그 장해 발생 기간에서의 대용 게이트웨이라는 위치 결정으로 하고 있다.

게다가, 본 실시예에서는, 대용 게이트웨이와 함께 설정 정보에 설정하는 리스 기간을 기본 리스 기간보다 짧은 시간으로 했다. 이것에 의해, 기본 게이트웨이가 복구했을 때에는 사용하는 게이트웨이를 보다 빠르게 기본 게이트웨이로 되돌릴 수 있고, 부하가 불균등한 시간을 보다 단시간으로 할 수 있다. 이 효과를 얻기 위해서는, 설정 정보에 대용 게이트웨이와 함께 설정하는 리스 기간을 보다 짧게 설정하는 것이 바람직하기 때문에, 본 실시예에서는, 설정가능한 최소시간인 1 시간을 대용 게이트웨이 시의 리스 기간으로서 설정했지만, 이 설정 시간을 반드시 1시간으로 할 필요는 없다.

실시예 2

도 4는 본 실시예에서 서버와 2대의 클라이언트 사이에서의 통신 시퀀스를 나타낸 도면이다. 도 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는 본 발명에 따른 외부 네트워크 접속을 위한 설정 정보 할당 방법을 실시하는 다른 클라이언트 서버 시스템을 나타낸 블록 구성도이다. 본 실시예에서의 클라이언트 서버 시스템은 상기 각 실시예와 상이하고, 복수 대의 서버(1O, 20, 30)를 갖고 있다. 각 서버(1O, 20, 30)는 동등한 기능을 갖고 있다. 본 실시예에서는, 도 5에 나타낸 바와 같이 3대의 서버(1O, 20, 30)에 의해 서버 시스템을 구성할 경우를 예로 하여 설명한다. 물론, 2대이어도 4대 이상이어도 좋다. 게이트웨이(18, 28, 38)도 편의적으로 3대로 했지만, 서버의 대수에 일치시킬 필요가 없다. 게이트웨이(18, 28, 38) 자체는 실시예 1, 2와 마찬가지로 기성품에 좋다.

이 서버 시스템과 같은 LAN(7)에 접속된 1 내지 복수 대의 클라이언트(6)는 어느 게이트웨이(18, 28, 38), 통신 회선(19, 29, 39)을 통해서 인터넷(1)에 액세스하게 된다. 클라이언트(6)는 범용적인 DHCP 클라이언트로서의 기능을 가지고 있으면 좋고, 본 실시예 특유의 기능은 불필요하다.

여기에서, 서버(10, 20, 30)의 기능의 개요 및 구성에 대하여 설명하지만, 각 서버(10, 20, 30)는 모두 대등한 구성을 갖고 있기 때문에 서버(10)를 대표하여 설명한다.

서버(1O)는 어드레스 할당 처리부(11), 서버 관리부(12), 통신 경로 감시부(13), 어드레스 대응 테이블(14) 및 코디네이터 리스트 테이블(15)을 갖고 있다. 어드레스 할당 처리부(11)는 클라이언트(6)로부터의 IP 어드레스 할당 요구 에 따라 해당 클라이언트(6)에 IP 어드레스 등을 할당하는 어드레스 할당 처리를 실행한다. 서버 관리부(12)는 어드레스 할당 처리를 실행시키는 유일한 서버(이하, 「코디네이터 서버」라고 칭함)를 결정한다. 통신 경로 감시부(13)는 클라이언트(6)가 인터넷(1)에 액세스할 때에 경유하는 게이트웨이(18), 통신 회선(19)을 지나는 네트워크 경로, 게이트웨이(28), 통신 회선(29)을 지나는 네트워크 경로 및 게이트웨이(38), 통신 회선(39)을 지나는 네트워크 경로의 상태(접속 가능/불가능)을 감시한다. 통신 경로 감시부에 관하여는 모든 서버(1O, 20, 30)에 설치할 필요는 없고, 적어도 1대의 서버에 설치하고, 설치되어 있지 않은 다른 서버로 네트워크 경로의 상태를 통지하도록 해도 좋다.

도 6은 본 실시예에서의 어드레스 대응 테이블(14)의 데이터 구성예를 나타낸 도면이다. 본 실시예에서의 어드레스 대응 테이블(14)은 실시예 1에서 설명한 데이터 구성에 부가하고, 더욱이 서버 어드레스가 클라이언트(6)마다에 대응시켜 보유된다. 서버 어드레스는 대응하는 클라이언트(6)를 위해 코디네이터 서버로서 동작하여 IP 어드레스를 할당한 서버의 어드레스이다.

도 7은 본 실시예에서의 코디네이터 리스트 테이블(15)의 데이터 구성예를 나타낸 도면이다. 상세한 것은 후술하겠지만, 본 실시예에서는 서버 시스템을 구성하는 서버(1O, 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 Protoco1)의 각 기능을 탑재해도 좋다. 더욱이, 게이트웨이서버를 별도로 설치하지 않고 서버(1O)에 게이트웨이 기능을 탑재하는 것도 가능하다.

다음으로, 본 실시예에서의 클라이언트(6)로의 어드레스 할당 처리에 대해서 도 8에 나타낸 플로우 챠트를 이용하여 설명한다. 이 도 8에서 설명하는 어드레스 할당 처리는 클라이언트(6)가 DHCPDISCOVER 메시지를 브로드캐스트하고, IP 어드레스를 신규로 획득할 때의 처리이다. DHCPREQUEST 메시지를 송신하여 IP 어드레스의 대출을 갱신할 때의 할당 처리에 대해서는 이어서 설명한다.

우선, 클라이언트(6)는 IP 어드레스를 신규로 획득하기 위하여 DHCPDISCOVER 메시지(IP 어드레스 할당 요구)를 서버(10, 20, 30)에 브로드캐스트한다. 이 요구의 수취처가 되는 서버(10, 20, 30)는 특정되어 있지 않고, LAN(7)에 접속된 모든 서버(10, 20, 30)가 수신하게 된다(스텝 101). 그러나, 본 실시예에서 실제로 그 요구에 대응하는 것은 코디네이터 서버뿐이며, 그 이외의 서버는 IP 어드레스 할당 요구를 수신했다고 해도 원칙적으로 어떠한 처리도 하지 않는다(스텝 102). 결국, DHCPOFFER 메시지에 응답하지 않는다. 도 8에는 그 예외 처리(스텝 121 ∼125)가 나타나 있지만 이에 대해서는 후술한다. 이하의 설명에서는, 서버(10)가 현시점에서 코디네이터 서버인 것으로 하여 설명한다. 코디네이터 서버의 결정 방법에 대해서는 이어서 설명한다.

코디네이터 서버인 것을 인식하고 있는 서버(10)의 어드레스 할당 처리부(11)는 IP 어드레스 할당 요구의 발신원인 클라이언트(6)에 대응하는 어드레스 대응 정보가 어드레스 대응 테이블(14)에 등록되어 있지 않기 때문에, 해당 클라이언트(6)에 대하여 IP 어드레스 등을 할당한다(스텝 104). 이 할당에 의해 설정 정보를 생성하는 처리는 실시예 1, 2와 동일하기 때문에 설명을 생략한다. 단, 본 실시예에서는, 어드레스 대응 테이블(14)에 코디네이터 서버의 어드레스를 설정할 필요가 있기 때문에, 어드레스 할당 처리부(11)는 서버(10)의 어드레스 SA를 해당 클라이언트(6)에 대응시켜 IP 어드레스 등과 함께 설정한다. 그리고, 해당 클라이언트(6)에 대하여 할당한 IP 어드레스, 사용 GW 어드레스 및 서버 어드레스를 포함하는 설정 정보를 회답한다(스텝 105). 그리고, 어드레스 할당 처리부(11)는 해당 클라이언트(6)의 MAC 어드레스에 할당한 IP 어드레스, 서버 어드레스, 기본 GW 어드레스 및 사용 GW 어드레스로서 게이트웨이의 어드레스를 대응시켜 어드레스 대응 정보를 생성하고, 어드레스 대응 테이블(14)에 등록한다 (스텝 106).

이상의 어드레스 할당 처리에 의해, 클라이언트(6)는 IP 어드레스 등을 취득했기 때문에, 서버(10)에 의해 설정된 어느 게이트웨이(18, 28, 38)를 경유하여 인터넷(1)에 액세스할 수 있다.

게다가, 어드레스 할당 처리부(11)는 클라이언트(6)뿐만 아니라, 어드레스 대응 정보를 다른 서버(20, 30)에도 동보 송신(同報送信)으로 통지한다(스텝 107). 각 서버(20, 30)에서는 보내져 온 어드레스 대응 정보에 의해 자기 보유의 어드레스 대응 테이블(24, 34)을 갱신하는 것으로 데이터 정합성의 유지를 도모한다.

이상과 같이 하여, 어드레스 할당 처리부(11)에 의한 일련의 어드레스 할당 처리가 종료하면, 각 서버(10, 20, 30)의 서버 관리부(12, 22, 32)는 협조 동작을 하고, 코디네이터 서버 로테이션을 실행함으로써 코디네이터권(할당권)의 이양을행한다(스텝 108). 이 처리에 대해서는 이어서 상술한다.

다음으로, 클라이언트(6)가 DHCPREQUEST 메시지를 송신하여 IP 어드레스의 사용 연장을 요구할 때의 IP 어드레스 할당 처리에 대하여 도 9를 이용하여 설명한다.

클라이언트(6)는 사용 연장의 요구의 경우에 송신하는 DHCPREQUEST 메시지(IP 어드레스 할당 요구)는 브로드캐스트가 아니고 IP 어드레스를 할당한 서버에 대하여 송신된다. 그 서버의 어드레스는 IP 어드레스 획득시에 수취한 설정 정보에 포함되어 있다. 상기 예를 따르면, 서버(10)가 그 요구를 수신하게 된다(스텝 131).

서버(10)의 어드레스 할당 처리부(11)는 클라이언트(6)로부터 보내져 온 IP 어드레스 할당 요구를 수취하면 그 내용을 해석하여 송신원을 특정한다. 그리고, 어드레스 대응 테이블(14)로부터 해당 클라이언트(6)의 어드레스 대응 정보를 취득하고(스텝 132), 그 클라이언트(6)에 대하여 할당 완료된 IP 어드레스를 다시 할당한다(스텝 133). 게다가, 어드레스 할당 처리부(11)는 통신 경로 감시부(13)에 게이트웨이의 동작 상황을 문의하여 사용하는 게이트웨이를 할당한다(스텝 134). 이 사용하는 게이트웨이를 할당하는 처리에 대해서는 실시예 1과 동일하기 때문에 상세한 설명은 생략한다. 단적으로 말하면, 기본 GW 어드레스가 정상으로 가동하고 있는 것이라면, 기본 GW 어드레스를 할당하고, 기본 GW 어드레스를 사용할 수 없는 상태이면 대용 GW 어드레스를 할당한다. 그리고, 설정 정보를 생성하여(스텝 135), 해당 클라이언트(6)에 반신한다(스텝 136). 한편, 설정 정보에 설정하는리스 기간이 기본 게이트웨이의 경우와 대용 게이트웨이의 경우가 다르도록 한 것은 상기 실시예 1과 동일하게 한다. 그리고, 어드레스 할당 처리부(11)는 해당 클라이언트(6)의 MAC 어드레스에 다시 할당한 IP 어드레스 등을 대응시켜 어드레스 대응 정보를 생성하고, 어드레스 대응 테이블(14)을 갱신한다(스텝 137). 그리고, 이 갱신한 것을 다른 서버(20, 30)에 통지한다(스텝 138). 이 처리에서는 사용 GW 어드레스만이 변경되어 있을 가능성이 있고, 다른 것은 단지 동일 데이터로 덮어 기입된다고 할 수 있다.

이와 같이, 본 실시예에 의하면, 클라이언트(6)는 일단 할당된 IP 어드레스를 몇번이나 반복하여 이용할 수 있기 때문에, IP 어드레스를 동적으로 전환함으로써 발생할 수 있는 장해가 발생하지 않게 된다.

그런데, 클라이언트(6)로부터 보내져 오는 DHCPREQUEST 메시지(IP 어드레스 할당 요구)를 수신해야 하는 서버가 어떠한 이유에 의해 다운되어 있을 가능성도 있다. 이 경우, 클라이언트(6)는 서버로부터의 응답이 없는 것에 의해 서버가 다운된 등의 이유로 메시지의 도달이 불가능하다고 판단하여 DHCPREQUEST 메시지를 브로드캐스트한다.

이 DHCPREQUEST 메시지에 대하여, 코디네이터권을 취득하고 있거나, 또는 취득한 서버가 대응하게 된다. 여기에서, 서버(20)가 대응하게 되면, 서버(20)는 서버(10)를 대신하여 IP 어드레스의 재할당 처리를 실행한다. 이 할당 처리의 내용은 상술한 처리(스텝 132∼138)와 동일하기 때문에 상세한 설명은 생략하지만, 어드레스 대응 테이블(14)에 설정하는 서버 어드레스를 서버(20)의 어드레스(SB)에고쳐 기입한다. 이것은, 재차 IP 어드레스의 연장 사용을 위해서 보내져 온 DHCPREQUEST 메시지에 구비되어 있기 때문이다. 단, 서버 어드레스의 갱신에 관해서는 GW 어드레스와 동일하게 기본과 대용을 설정할 수 있게 해도 좋다.

여기에서, 도 8을 이용하여 코디네이터 서버의 결정 방법에 대하여 설명한다.

도 8에서 코디네이터 서버인 서버(10)의 서버 관리부(12)는 코디네이터 리스트 테이블(15)을 참조하고, 자기(이 예에서는 서버(10))의 다음(최후미의 경우는 선두)에 리스트되어 있는 서버(이 예에서는 서버(20))에 대하여 코디네이터 서버인 것을 나타내는 코디네이터권을 이양한다(스텝 108). 구체적으로는, 그것을 나타내는 메시지를 교환한다. 새롭게 코디네이터 서버가 된 서버(20)는 도 8에 나타낸 플로우를 따라 다시 코디네이터 서버로서 동작한다. 그 처리 내용은 상술한 서버(10)에서의 처리와 같다. 한편, 코디네이터 서버가 아니게 된 서버(10)는 상술한 서버(20, 30)와 동일하게 처리하게 된다. 즉, 수신한 DHCPDISCOVER 메시지(IP 어드레스 할당 요구)에 대하여 원칙적으로 아무런 처리를 하지 않는다.

상술한 바와 같이, 본 실시예에 있어서의 어드레스 할당 처리에서는, 코디네이터 서버에 의해 IP 어드레스 할당 처리가 실행되면 자기가 해당 클라이언트(6)에 대한 코디네이터 서버로서 어드레스 대응 테이블(14)에 등록된다.

그리고, 처리 종료시 매번 코디네이터권을 코디네이터 리스트 테이블(15)을 따라 순서대로 이양해 가기 때문에, 각 서버(10, 20, 30)는 대응해야 할 클라이언트(6)의 수는 거의 동수가 될 것이다. 즉, 실시예 1에서 설명한 바와 같이, 코디네이터 서버 로테이션을 실행함으로써 부하 분산을 실현할 수 있다. 더욱, 코디네이터권의 송신측과 수취측이 정상적으로 동작하지 않고 있으면 정상적으로 이양할 수 없기 때문에, 서버 어라이브 기능도 하고 있다. 여기에서, 코디네이터권의 송신측 및 수취측에서 이상이 발생한 때의 처리에 대하여 설명한다.

우선, 스텝 108에서, 수취측이 다운되어 있는 등으로 소정 시간 내에 코디네이터권을 수취하지 못했다고 하면(스텝 109), 코디네이터 서버에서의 서버 관리부(12)는 서버(20)의 어드레스를 코디네이터 리스트 테이블(15)로부터 삭제함과 동시에(스텝 110), 서버(20)이외의 다른 서버(30)에 대하여 그것을 동보 송신으로 통지한다(스텝 111).

이것을 수취한 서버(30)는 자기의 코디네이터 리스트 테이블(35)로부터 서버(20)의 어드레스를 삭제함으로써 데이터 정합성을 유지한다. 그리고, 서버 관리부(12)는 게다가 다음에 리스트되어 있는 서버(이 예에서는 서버(30))에 대하여 코디네이터 서버인 것을 나타내는 코디네이터권이 이양된다(스텝 112). 이 처리를 반복함으로써 다음에 코디네이터 서버가 되는 서버를 찾아낸다.

또한, 코디네이터권을 수취함으로써 코디네이터 서버가 된 서버 자체가 어떠한 이유에 의해 다운되어 버릴 가능성도 있다. 이 상태를 내버려두면, 클라이언트(6)가 발하는 DHCPDISCOVER 메시지를 처리하는 서버가 없어져버린다. 그런데, 본 실시예에서는 코디네이터 서버가 아니어도 다음 코디네이터 서버가 될 예정의 서버가 다음과 같은 처리를 실행한다.

즉, 도 8에서 다음 코디네이터 서버가 될 예정의 서버는 코디네이터 리스트테이블(15)을 참조함으로써 사전에 특정할 수 있다(스텝 121). 따라서, 해당하는 서버(예를 들면 서버(20))는 DHCPDISCOVER 메시지를 수신하고나서 소정 시간 내에 통상 코디네이터 서버로부터 스텝 107에서의 통지가 보내져 오지 않으면(스텝 122), 코디네이터 서버에 어떠한 장해가 발생했다고 판단한다.

서버(20)는 이상과 같이 코디네이터 서버가 동작 불능이라고 판단하면, 스스로 코디네이터권을 취득해 감으로써 코디네이터 서버가 되고(스텝 123), 장해가 발생한 서버(10)를 코디네이터 리스트 테이블(15)로부터 삭제함과 동시에(스텝 (124)), 서버(10)이외의 다른 서버(30)에 대하여 그것을 동보 송신으로 통지한다(스텝 125). 그리고, 코디네이터 서버가 된 것에 의해 서버(20)는 도 8에 나타낸 플로우를 따라 다시 코디네이터 서버로서 동작한다.

이상과 같이 하여, 각 클라이언트(6)는 서버(10)에 의해 설정된 IP 어드레스 및 GW 어드레스를 사용하여 인터넷(1)에 액세스할 수 있다. 클라이언트(6)가 인터넷(1)으로의 액세스를 종료할 때에는 DHCP를 따라 IP 어드레스를 회수한다.

여기에서, 도면을 이용하여 코디네이터권의 이양에 주목하여 더욱 상세히 기술한다. 도 10은 상술한 IP 어드레스 할당 처리 실행시에 실행되는 코디네이터권 (할당권)의 이양을 나타낸 시퀀스도이다. 도 10에서는 MAC 어드레스 X, Y인 2대의 클라이언트 A, B와 2대의 서버 C, D가 나타나 있다. 이 처리의 개시시에서는 서버 C가 할당권을 획득하고 있는 것으로 한다. 한편, 처리의 내용 자체는 도 8과 중복하고 있다.

클라이언트 A가 IP 어드레스 할당 요구(DHCPDISCOVER 메시지)를 브로드캐스트하면(S21), 이 요구에 따라 할당권을 보유하는 서버 C가 설정 정보를 생성하고, 그 생성한 설정 정보(DHCPOFFER 메시지)를 클라이언트 A에 송신한다(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∼S36), 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의 S11O∼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)에 계속하여 액세스할 수 있다.

또한, 본 실시예에서는 서버의 킵 얼라이브(keep alive) 기능을 겸하도록 코디네이터 서버 로테이션을 실행하도록 했지만, 네트워크 접속 처리에 대한 부하 분산에만 주목하면, 특정한 서버를 코디네이터 서버로 하여 모든 IP 어드레스 할당 요구에 대응하도록 해도 좋다. 이 경우, 코디네이터 서버는 실제의 할당 처리를 실행하는 서버를 지명한다. 만약에 그 특정한 서버가 다운된 때에는, 다른 서버에 코디네이터 서버를 전환해도 좋다. 즉, 본 실시예와 같이 반드시 코디네이터 서버 로테이션을 채용할 필요는 없다.

또한, 본 실시예에서는 서버를 로테이션 시켜 단순하게 부하 분산하도록 했지만, 각 서버(10, 20, 30)의 부하를 실제로 측량, 비교하고, 부하가 적은 서버에 클라이언트(6)를 배정하도록 해도 좋다.

또한, 본 실시예에서는 어드레스 대응 테이블(14, 24, 34) 및 코디네이터 리스트 테이블(15, 25, 35)을 각 서버(10, 20, 30) 각각에 배설함으로써 데이터 정합성을 도모하기 위한 통지를 킵 얼라이브로서도 이용하도록 했다. 만약에 별도의 방법으로 킵 얼라이브 기능을 실현한 것이라면, 데이터 베이스 서버 등을 설치하여 각 테이블을 공유 데이터 베이스화 해도 좋다.

또한, 상기에 있어서는, 장해가 발생한 서버를 코디네이터 리스트 테이블(15, 25, 35)로부터 삭제하는 것 밖에 설명하고 있지 않지만, 서버 복구후, 서버 관리부(12, 22, 32)는 자기의 코디네이터 리스트 테이블(15, 25, 35)에 어드레스를 등록하고, 다른 서버에 통지하도록 함으로써 코디네이터 서버로서 부활할 수 있다.

또한, 게이트웨이(18, 28, 38)도 코디네이터 리스트 테이블(15)과 동일한 관리 테이블을 설치하고, 사용 가능/불가능을 관리하도록 해도 좋다.

본 발명에 따르면, 통상 사용하는 기본 게이트웨이를 사용할 수 없게 되었을 때에 클라이언트에 대하여 대용 게이트웨이를 할당하도록 했기 때문에, 클라이언트에 외부 네트워크와의 접속을 계속하여 행하게 할 수 있다.

또한, 기본 게이트웨이가 복구하여 다시 사용할 수 있게 되었을 때, 클라이언트가 사용하는 게이트웨이를 대용 게이트웨이로부터 기본 게이트웨이로 되돌아가도록 했기 때문에 기본 게이트웨이의 할당을 게이트웨이의 부하 분산을 고려하여 행했을 때에는 부하 분산을 유지할 수 있다.

또한, 대용 게이트웨이를 사용시킬 때에 설정하는 리스 기간을 짧게 설정했기 때문에, 기본 게이트웨이가 복구했을 때에는 사용하는 게이트웨이를 보다 빨리 기본 게이트웨이로 되돌릴 수 있다.

Claims

DHCP 서버에 의해 실행되고, 복수의 게이트웨이 중 어느 것을 경유하여 외부 네트워크와 접속되는 클라이언트로부터의 할당 요구에 따라 적어도 게이트웨이의 소재 정보를 포함하는 설정 정보를 해당 클라이언트에 대하여 할당하는 설정 정보 할당 방법에 있어서,

수신한 클라이언트로부터의 할당 요구를 해석하는 해석 스텝과,

할당 요구를 송신한 해당 클라이언트에 대하여, 통상 사용하는 게이트웨이로서 이미 할당한 기본 게이트웨이를 경유하여 외부 네트워크로의 접속을 할 수 없을 경우, 기본 게이트웨이와는 다른 대용 게이트웨이의 특정 정보와, 기본 게이트웨이와 함께 설정한 통신용 어드레스의 기본 리스 기간보다 짧은 리스 기간을 포함하는 설정 정보를 생성하여, 해당 클라이언트에 대하여 할당하는 할당 스텝

을 포함하는 것을 특징으로 하는 외부 네트워크 접속을 위한 설정 정보 할당 방법.
제 1 항에 있어서,

할당 요구를 송신한 해당 클라이언트가 대용 게이트웨이를 이용하고 있을 경우로서 해당 클라이언트에 대하여 할당한 기본 게이트웨이를 경유하여 외부 네트워크로의 접속을 할 수 있도록 복구한 경우, 해당 클라이언트에 대하여 기본 게이트웨이의 특정 정보와, 기본 리스 기간을 포함하는 설정 정보를 생성하여, 해당 클라이언트에 대하여 할당하는 재할당 스텝을 포함하는 것을 특징으로 하는 외부 네트워크 접속을 위한 설정 정보 할당 방법.
제 1 항에 있어서,

해당 클라이언트에 대하여 할당한 설정 정보를 해당 클라이언트에 송신하는 송신 스텝을 포함하는 것을 특징으로 하는 외부 네트워크 접속을 위한 설정 정보 할당 방법.
제 1 항에 있어서,

게이트웨이를 경유하여 외부 네트워크로의 접속을 할 수 없는 것을 검지한 점에서, 네트워크 접속을 할 수 없는 것을 적어도 그 게이트웨이를 기본 게이트웨이로 하는 클라이언트에 대하여 통지하는 통지 스텝을 포함하고,

상기 할당 스텝은 상기 통지 스텝에 의한 통지에 따라 해당 클라이언트로부터 보내져 온 할당 요구에 따라, 해당 클라이언트에 대하여 할당하는 설정 정보를 생성하는 것을 특징으로 하는 외부 네트워크 접속을 위한 설정 정보 할당 방법.
제 2 항에 있어서,

게이트웨이를 경유하여 외부 네트워크로의 접속을 할 수 있게 복구한 것을 검지한 점에서, 네트워크가 복구한 것을 적어도 그 게이트웨를 기본 게이트웨이로 하는 클라이언트에 대하여 통지하는 통지 스텝을 포함하고,

상기 재할당 스텝은 상기 통지 스텝에 의한 통지에 따라 해당 클라이언트로부터 보내져 온 할당 요구에 따라, 해당 클라이언트에 대하여 할당하는 설정 정보를 생성하는 것을 특징으로 하는 외부 네트워크 접속을 위한 설정 정보 할당 방법.