JP2002271371A - ネットワークサーバおよびその制御方法 - Google Patents
ネットワークサーバおよびその制御方法Info
- Publication number
- JP2002271371A JP2002271371A JP2001063689A JP2001063689A JP2002271371A JP 2002271371 A JP2002271371 A JP 2002271371A JP 2001063689 A JP2001063689 A JP 2001063689A JP 2001063689 A JP2001063689 A JP 2001063689A JP 2002271371 A JP2002271371 A JP 2002271371A
- Authority
- JP
- Japan
- Prior art keywords
- router
- packet
- routers
- server
- level
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】 ネットワークサーバのフォールトトレラント
機能をより信頼性の高いものとする。 【解決手段】 ネットワークサーバである負荷分散処理
サーバ３は、各ルータ８ 1〜８nに正常にパケットを送信
できるかを確認するだけでなく、それらのルータを経由
してプロバイダ２1、２2のサーバ１１1、１１2も正常に
パケットを送信できるかを確認している。こうすること
によって、負荷分散処理サーバ３は、公衆回線に障害が
発生している経路には、パケットを送信しないようにす
る。
機能をより信頼性の高いものとする。 【解決手段】 ネットワークサーバである負荷分散処理
サーバ３は、各ルータ８ 1〜８nに正常にパケットを送信
できるかを確認するだけでなく、それらのルータを経由
してプロバイダ２1、２2のサーバ１１1、１１2も正常に
パケットを送信できるかを確認している。こうすること
によって、負荷分散処理サーバ３は、公衆回線に障害が
発生している経路には、パケットを送信しないようにす
る。
Description
【０００１】
【発明の属する技術分野】本発明は、ローカルエリアネ
ットワーク（以下、ＬＡＮ）上のクライアント端末から
インターネットに接続するためのネットワークサーバお
よびその制御方法に関し、特に、複数の経路を介してイ
ンターネットに接続可能なサーバであり、クライアント
端末から断続的に送信されるパケットを複数の経路に分
散して転送する負荷分散処理サーバであるネットワーク
サーバおよびその制御方法に関する。
ットワーク（以下、ＬＡＮ）上のクライアント端末から
インターネットに接続するためのネットワークサーバお
よびその制御方法に関し、特に、複数の経路を介してイ
ンターネットに接続可能なサーバであり、クライアント
端末から断続的に送信されるパケットを複数の経路に分
散して転送する負荷分散処理サーバであるネットワーク
サーバおよびその制御方法に関する。
【０００２】
【従来の技術】図４は、ＬＡＮ上のクライアント端末か
らインターネットに接続するための従来のネットワーク
の一例を示すブロック図である。図４に示すように、こ
のネットワークは、プロバイダ２1、２2と、ルータ
４1、４2と、ネットワークサーバである負荷分散処理サ
ーバ６と、ＬＡＮ７と、クライアント８1〜８nと、公衆
回線９1、９2と、ネットワーク１０1、１０2と、サーバ
１１1、１１2とを備えている。
らインターネットに接続するための従来のネットワーク
の一例を示すブロック図である。図４に示すように、こ
のネットワークは、プロバイダ２1、２2と、ルータ
４1、４2と、ネットワークサーバである負荷分散処理サ
ーバ６と、ＬＡＮ７と、クライアント８1〜８nと、公衆
回線９1、９2と、ネットワーク１０1、１０2と、サーバ
１１1、１１2とを備えている。
【０００３】このネットワークでは、クライアント８1
〜８nは、ＬＡＮ７に接続されており、同じようにＬＡ
Ｎ７に接続されている負荷分散処理サーバ６に第３のパ
ケットであるパケットを送信することができるようにな
っている。
〜８nは、ＬＡＮ７に接続されており、同じようにＬＡ
Ｎ７に接続されている負荷分散処理サーバ６に第３のパ
ケットであるパケットを送信することができるようにな
っている。
【０００４】ルータ４1、４2は、それぞれネットワーク
１０1、１０2を介して負荷分散処理サーバ６に接続され
ている。プロバイダ２1は公衆回線９1を介してルータ４
1に接続されており、プロバイダ２2は公衆回線９2を介
してルータ４2に接続されている。プロバイダ２1、２2
は、インターネット１への接続サービスを提供するイン
ターネットサービスプロバイダである。サーバ１１1、
１１2は、プロバイダ２ 1、２2のＤＮＳサーバ等のサー
バである。
１０1、１０2を介して負荷分散処理サーバ６に接続され
ている。プロバイダ２1は公衆回線９1を介してルータ４
1に接続されており、プロバイダ２2は公衆回線９2を介
してルータ４2に接続されている。プロバイダ２1、２2
は、インターネット１への接続サービスを提供するイン
ターネットサービスプロバイダである。サーバ１１1、
１１2は、プロバイダ２ 1、２2のＤＮＳサーバ等のサー
バである。
【０００５】このネットワークでは、クライアントから
負荷分散処理サーバ６を介してインターネット１へ接続
することができる。負荷分散処理サーバ６からインター
ネット１への経路は、負荷分散処理サーバ６−ネットワ
ーク１０1−ルータ４1−プロバイダ２1−インターネッ
ト１の経路と、負荷分散処理サーバ６−ネットワーク１
０2−ルータ４2−プロバイダ２2−インターネット１の
経路とがある。すなわち、このネットワークではインタ
ーネット１への経路が冗長に構成されており、負荷分散
処理サーバ６は、クライアント８1〜８nから断続的に送
信される各パケットを各経路に分散して送信することに
よって、各経路上のルータ等の負荷を分散している。
負荷分散処理サーバ６を介してインターネット１へ接続
することができる。負荷分散処理サーバ６からインター
ネット１への経路は、負荷分散処理サーバ６−ネットワ
ーク１０1−ルータ４1−プロバイダ２1−インターネッ
ト１の経路と、負荷分散処理サーバ６−ネットワーク１
０2−ルータ４2−プロバイダ２2−インターネット１の
経路とがある。すなわち、このネットワークではインタ
ーネット１への経路が冗長に構成されており、負荷分散
処理サーバ６は、クライアント８1〜８nから断続的に送
信される各パケットを各経路に分散して送信することに
よって、各経路上のルータ等の負荷を分散している。
【０００６】負荷分散処理サーバ６は、各経路が正常に
動作しているか否かを監視するフォールトトレラント機
能を有している。しかし、負荷分散処理サーバ６の従来
のフォールトトレラント機能は、ルータ４1、４2の状態
と、負荷分散処理サーバ６とルータ４1、４2との間のネ
ットワーク１０1、１０2の状態としか監視しておらず、
ルータ４1、４2とプロバイダ２1、２2との間の公衆回線
９1、９2の状態を監視していなかった。そのため、公衆
回線９1、９2のいずれかの回線が動作していなくても、
負荷分散処理サーバ６はそのことを検知していないの
で、負荷分散処理サーバ６は、動作していない公衆回線
に接続されているルータにもパケットを転送してしま
い、最終的にパケットを通信先へ届けることができなく
なってしまうという事態を招いていた。
動作しているか否かを監視するフォールトトレラント機
能を有している。しかし、負荷分散処理サーバ６の従来
のフォールトトレラント機能は、ルータ４1、４2の状態
と、負荷分散処理サーバ６とルータ４1、４2との間のネ
ットワーク１０1、１０2の状態としか監視しておらず、
ルータ４1、４2とプロバイダ２1、２2との間の公衆回線
９1、９2の状態を監視していなかった。そのため、公衆
回線９1、９2のいずれかの回線が動作していなくても、
負荷分散処理サーバ６はそのことを検知していないの
で、負荷分散処理サーバ６は、動作していない公衆回線
に接続されているルータにもパケットを転送してしま
い、最終的にパケットを通信先へ届けることができなく
なってしまうという事態を招いていた。
【０００７】
【発明が解決しようとする課題】以上述べたように、従
来のネットワークサーバのフォールトトレラント機能
は、各ルータの状態と、ネットワークサーバと各ルータ
との間のネットワークの状態としか監視しておらず、各
ルータと各プロバイダとの間の各公衆回線の状態を監視
していなかった。そのため、各公衆回線のいずれかの回
線が動作していなくても、ネットワークサーバがそのこ
とを検知していないので、ネットワークサーバは、動作
していない公衆回線に接続されているルータにもパケッ
トを転送してしまい、最終的にパケットを通信先へ届け
ることができなくなってしまうという問題があった。
来のネットワークサーバのフォールトトレラント機能
は、各ルータの状態と、ネットワークサーバと各ルータ
との間のネットワークの状態としか監視しておらず、各
ルータと各プロバイダとの間の各公衆回線の状態を監視
していなかった。そのため、各公衆回線のいずれかの回
線が動作していなくても、ネットワークサーバがそのこ
とを検知していないので、ネットワークサーバは、動作
していない公衆回線に接続されているルータにもパケッ
トを転送してしまい、最終的にパケットを通信先へ届け
ることができなくなってしまうという問題があった。
【０００８】本発明は、フォールトトレラント機能を、
より信頼性の高いものとすることができるネットワーク
サーバおよびその制御方法を提供することを目的とす
る。
より信頼性の高いものとすることができるネットワーク
サーバおよびその制御方法を提供することを目的とす
る。
【０００９】
【課題を解決するための手段】上記問題を解決するため
に、本発明のネットワークサーバでは、少なくとも１つ
のクライアント端末が接続されるＬＡＮに接続され、複
数のルータのうちの少なくとも１つのルータとインター
ネットサービスプロバイダとを経由する複数の経路によ
ってインターネットに接続可能なネットワークサーバで
あって、定期的に前記各ルータに第１のパケットを送信
し、前記第１のパケットに対する応答が前記各ルータか
らあるか否かを確認するネットワークサーバにおいて、
前記各ルータのうち、前記第１のパケットに対して応答
があったルータを経由する経路によって前記インターネ
ットサービスプロバイダのサーバへ定期的に第２のパケ
ットを送信し、前記第２のパケットに対する前記インタ
ーネットサービスプロバイダのサーバの応答が有るか否
かを確認し、前記各ルータのうち、前記インターネット
サービスプロバイダのサーバからの応答があった経路上
のルータだけに、前記クライアント端末からの第３のパ
ケットを転送することを特徴とする。
に、本発明のネットワークサーバでは、少なくとも１つ
のクライアント端末が接続されるＬＡＮに接続され、複
数のルータのうちの少なくとも１つのルータとインター
ネットサービスプロバイダとを経由する複数の経路によ
ってインターネットに接続可能なネットワークサーバで
あって、定期的に前記各ルータに第１のパケットを送信
し、前記第１のパケットに対する応答が前記各ルータか
らあるか否かを確認するネットワークサーバにおいて、
前記各ルータのうち、前記第１のパケットに対して応答
があったルータを経由する経路によって前記インターネ
ットサービスプロバイダのサーバへ定期的に第２のパケ
ットを送信し、前記第２のパケットに対する前記インタ
ーネットサービスプロバイダのサーバの応答が有るか否
かを確認し、前記各ルータのうち、前記インターネット
サービスプロバイダのサーバからの応答があった経路上
のルータだけに、前記クライアント端末からの第３のパ
ケットを転送することを特徴とする。
【００１０】本発明のネットワークサーバは、各ルータ
に正常にパケットを送信できるかを確認するだけでな
く、それらのルータを経由してインターネットサービス
プロバイダへも正常にパケットを送信できるかを確認し
ている。こうすることによって、本発明のネットワーク
サーバでは、インターネットにクライアントからの第３
のパケットを送信できない経路には、第３のパケットを
送信しないようにすることができる。そのため、本発明
のネットワークサーバでは、そのフォールトトレラント
機能を、より信頼性の高いものとすることができる。
に正常にパケットを送信できるかを確認するだけでな
く、それらのルータを経由してインターネットサービス
プロバイダへも正常にパケットを送信できるかを確認し
ている。こうすることによって、本発明のネットワーク
サーバでは、インターネットにクライアントからの第３
のパケットを送信できない経路には、第３のパケットを
送信しないようにすることができる。そのため、本発明
のネットワークサーバでは、そのフォールトトレラント
機能を、より信頼性の高いものとすることができる。
【００１１】
【発明の実施の形態】次に、本発明の一実施形態のネッ
トワークサーバおよびその制御方法を図面を参照して詳
細に説明する。図１は、本実施形態のネットワークサー
バを中心とするネットワークの構成を示すブロック図で
ある。図１に示すように、このネットワークは、負荷分
散処理サーバ６の代わりに、本実施形態のネットワーク
サーバである負荷分散処理サーバ３を備えている点が、
図４のネットワークと異なっている。図１、図４におい
て、同一の符号がつけられている構成要素は、すべて同
一の構成要素を示す。
トワークサーバおよびその制御方法を図面を参照して詳
細に説明する。図１は、本実施形態のネットワークサー
バを中心とするネットワークの構成を示すブロック図で
ある。図１に示すように、このネットワークは、負荷分
散処理サーバ６の代わりに、本実施形態のネットワーク
サーバである負荷分散処理サーバ３を備えている点が、
図４のネットワークと異なっている。図１、図４におい
て、同一の符号がつけられている構成要素は、すべて同
一の構成要素を示す。
【００１２】ルータ４1、４2は、フォールトトレラント
機能の対象となるルータＲとして、負荷分散処理サーバ
３に登録されている。図１には、説明を簡単にするため
に、ルータＲとしてルータ４1、４2の２つしか示されて
いないが、ルータＲの数は３つ以上であってもよい。
機能の対象となるルータＲとして、負荷分散処理サーバ
３に登録されている。図１には、説明を簡単にするため
に、ルータＲとしてルータ４1、４2の２つしか示されて
いないが、ルータＲの数は３つ以上であってもよい。
【００１３】また、負荷分散処理サーバ３には、ルータ
４1、４2のＩＰアドレス、ポート番号、優先順位、サー
バ１１1、１１2等のＩＰアドレス等が登録されている。
ルータ４1、４2の優先順位とは、負荷分散処理サーバ３
がクライアント８1〜８nからのパケットを受信したとき
に、そのパケットをルータ４1、４2に分散して送信する
ときの転送先としての優先順位である。ルータ４1より
もルータ４2の方が優先順位が高い場合には、そのパケ
ットは、まず、ルータ４1に送信され、その後受信した
各パケットは、ルータ４2、ルータ４1…の順に交互に送
信される。なお、これらの登録は、負荷分散処理サーバ
３の管理者によって実行される。
４1、４2のＩＰアドレス、ポート番号、優先順位、サー
バ１１1、１１2等のＩＰアドレス等が登録されている。
ルータ４1、４2の優先順位とは、負荷分散処理サーバ３
がクライアント８1〜８nからのパケットを受信したとき
に、そのパケットをルータ４1、４2に分散して送信する
ときの転送先としての優先順位である。ルータ４1より
もルータ４2の方が優先順位が高い場合には、そのパケ
ットは、まず、ルータ４1に送信され、その後受信した
各パケットは、ルータ４2、ルータ４1…の順に交互に送
信される。なお、これらの登録は、負荷分散処理サーバ
３の管理者によって実行される。
【００１４】また、負荷分散処理サーバ３は、第１のパ
ケットであるＡＲＰリクエスト等を定期的にルータ
４1、４2へ送信し、そのリクエストに対するルータ
４1、４2の応答の有無で、ルータ４1、４2が動作してい
るか、ネットワーク１０1、１０2のケーブルが断線して
いないかをチェックしている。なお、このルータ４1、
４2、ネットワーク１０1、１０2のチェックに用いられ
るＡＲＰ等のプロトコルをプロトコルＰｒとする。この
ようなプロトコルＰｒとして用い得る他のプロトコルに
は、ＰＩＮＧコマンドを用いたプロトコル等がある。プ
ロトコルＰｒとして、どのプロトコルを用いるかは、負
荷分散処理サーバ３に予め登録しておく必要がある。
ケットであるＡＲＰリクエスト等を定期的にルータ
４1、４2へ送信し、そのリクエストに対するルータ
４1、４2の応答の有無で、ルータ４1、４2が動作してい
るか、ネットワーク１０1、１０2のケーブルが断線して
いないかをチェックしている。なお、このルータ４1、
４2、ネットワーク１０1、１０2のチェックに用いられ
るＡＲＰ等のプロトコルをプロトコルＰｒとする。この
ようなプロトコルＰｒとして用い得る他のプロトコルに
は、ＰＩＮＧコマンドを用いたプロトコル等がある。プ
ロトコルＰｒとして、どのプロトコルを用いるかは、負
荷分散処理サーバ３に予め登録しておく必要がある。
【００１５】さらに、負荷分散処理サーバ３は、自身の
ＯＳ等がサポートしているＰＩＮＧコマンドを実行して
サーバ１１1、１１2を監視する、すなわち、サーバ１１
1、１１2へ第２のパケットを送信し、その第２のパケッ
トに応答があるか否かを確認することで、公衆回線
９1、９2が正常に動作しているか否かを定期的にチェッ
クする。このような、サーバ１１1、１１2をサーバＳｉ
ｐとする。この公衆回線９1、９2のチェックに用いられ
るＰＩＮＧコマンドを用いたプロトコルをプロトコルＰ
ｓとする。このようなプロトコルＰｓとして用い得る他
のプロトコルには、ＡＲＰ等がある。プロトコルＰｓと
して、どのプロトコルを用いるかは、予め負荷分散処理
サーバ３に登録しておく必要がある。なお、このネット
ワークでは、各ルータＲ（ルータ４1、４2）につき、サ
ーバＳｉｐとしてのサーバ（ルータ４1にはサーバ１
１1、ルータ４2にはサーバ１１2）がそれぞれ１つずつ
しか示されていないが、各ルータＲ（ルータ４1、４2）
につき、サーバＳｉｐは複数個あってもよい。この場
合、各サーバＳｉｐは、当然、それぞれ異なるＩＰアド
レスを有しており、各ルータＲのルーティングテーブル
には、各サーバＳｉｐ毎にＩＰアドレスが設定される。
ＯＳ等がサポートしているＰＩＮＧコマンドを実行して
サーバ１１1、１１2を監視する、すなわち、サーバ１１
1、１１2へ第２のパケットを送信し、その第２のパケッ
トに応答があるか否かを確認することで、公衆回線
９1、９2が正常に動作しているか否かを定期的にチェッ
クする。このような、サーバ１１1、１１2をサーバＳｉ
ｐとする。この公衆回線９1、９2のチェックに用いられ
るＰＩＮＧコマンドを用いたプロトコルをプロトコルＰ
ｓとする。このようなプロトコルＰｓとして用い得る他
のプロトコルには、ＡＲＰ等がある。プロトコルＰｓと
して、どのプロトコルを用いるかは、予め負荷分散処理
サーバ３に登録しておく必要がある。なお、このネット
ワークでは、各ルータＲ（ルータ４1、４2）につき、サ
ーバＳｉｐとしてのサーバ（ルータ４1にはサーバ１
１1、ルータ４2にはサーバ１１2）がそれぞれ１つずつ
しか示されていないが、各ルータＲ（ルータ４1、４2）
につき、サーバＳｉｐは複数個あってもよい。この場
合、各サーバＳｉｐは、当然、それぞれ異なるＩＰアド
レスを有しており、各ルータＲのルーティングテーブル
には、各サーバＳｉｐ毎にＩＰアドレスが設定される。
【００１６】また、負荷分散処理サーバ３は、上述のプ
ロトコルＰｒおよびプロトコルＰｓによるチェックによ
り、正常に動作していると見なされたルータＲ（ルータ
４1、４2）の動作レベルＡを決定する。この動作レベル
Ａは、そのルータを経由する各経路がどのような動作状
態にあるかを示すレベルであり、そのルータを前述のパ
ケットの分散の対象とするか否かを決定するために設定
されるレベルである。
ロトコルＰｒおよびプロトコルＰｓによるチェックによ
り、正常に動作していると見なされたルータＲ（ルータ
４1、４2）の動作レベルＡを決定する。この動作レベル
Ａは、そのルータを経由する各経路がどのような動作状
態にあるかを示すレベルであり、そのルータを前述のパ
ケットの分散の対象とするか否かを決定するために設定
されるレベルである。
【００１７】プロトコルＰｒによるチェックでルータＲ
から応答が無かった場合には、ルータＲまたはルータＲ
と負荷分散処理サーバ３との間のネットワークに何らか
の障害があると見なされ、ルータＲの動作レベルＡは第
１のレベル「０」に設定される。
から応答が無かった場合には、ルータＲまたはルータＲ
と負荷分散処理サーバ３との間のネットワークに何らか
の障害があると見なされ、ルータＲの動作レベルＡは第
１のレベル「０」に設定される。
【００１８】また、プロトコルＰｓによるチェックでサ
ーバから応答がなかった場合には、ルータＲとプロバイ
ダとの間の公衆回線に何らかの障害があると見なされ、
ルータＲの動作レベルＡは第２のレベル「１」に設定さ
れる。
ーバから応答がなかった場合には、ルータＲとプロバイ
ダとの間の公衆回線に何らかの障害があると見なされ、
ルータＲの動作レベルＡは第２のレベル「１」に設定さ
れる。
【００１９】プロトコルＰｒおよびプロトコルＰｓによ
るチェックにより、正常に動作していると見なされた場
合には、ルータＲの動作レベルＡは第３のレベル「２」
に設定される。
るチェックにより、正常に動作していると見なされた場
合には、ルータＲの動作レベルＡは第３のレベル「２」
に設定される。
【００２０】なお、本実施形態のネットワークサーバで
は、３つの動作レベルＡを「０」〜「２」としている
が、本発明のネットワーク制御システムはこれに限定さ
れるものではなく、３つの動作レベルＡはどのような形
式で表現されていてもよい。また、動作レベルＡは、何
らかの障害があること示すレベルと、転送可能を示すレ
ベルの２段階のレベルとしてもよいが、動作レベルを３
段階とするした方が、ネットワークサーバがインターネ
ットの経路のその部分で障害が発生しているかを把握す
ることができるので、より良好な実施形態となる。
は、３つの動作レベルＡを「０」〜「２」としている
が、本発明のネットワーク制御システムはこれに限定さ
れるものではなく、３つの動作レベルＡはどのような形
式で表現されていてもよい。また、動作レベルＡは、何
らかの障害があること示すレベルと、転送可能を示すレ
ベルの２段階のレベルとしてもよいが、動作レベルを３
段階とするした方が、ネットワークサーバがインターネ
ットの経路のその部分で障害が発生しているかを把握す
ることができるので、より良好な実施形態となる。
【００２１】クライアント８1〜８nが、インターネット
１にアクセスするために負荷分散処理サーバ３のデフォ
ルトルートへ断続的にパケットを送信すると、負荷分散
処理サーバ３は、その動作レベルＡが「２」であったル
ータＲへ、それらのパケットを送信する。例えば、各ル
ータ４1の動作レベルＡだけが「２」であった場合に
は、負荷分散処理サーバ３は、ルータ４1だけにそれら
のパケットを転送する。また、各ルータ４1、４2の動作
レベルＡがともに「２」であった場合には、負荷分散処
理サーバ３は、予め設定されている前述の優先順位に従
って、各ルータ４ 1、４2に、それらのパケットを転送す
る。もし、ルータＲが３個以上あり、そのうち動作レベ
ルＡが「２」であるルータＲが２個以上であった場合に
は、負荷分散処理サーバ３は、予め設定されている前述
の優先順位に従って、動作レベルＡが「２」であった各
ルータＲに、順々にそれらのパケットを転送する。パケ
ットを受信したルータＲは、公衆回線を介して接続され
るプロバイダにパケットを転送する。そのパケットはそ
のプロバイダを介してインターネット１上に転送され
る。
１にアクセスするために負荷分散処理サーバ３のデフォ
ルトルートへ断続的にパケットを送信すると、負荷分散
処理サーバ３は、その動作レベルＡが「２」であったル
ータＲへ、それらのパケットを送信する。例えば、各ル
ータ４1の動作レベルＡだけが「２」であった場合に
は、負荷分散処理サーバ３は、ルータ４1だけにそれら
のパケットを転送する。また、各ルータ４1、４2の動作
レベルＡがともに「２」であった場合には、負荷分散処
理サーバ３は、予め設定されている前述の優先順位に従
って、各ルータ４ 1、４2に、それらのパケットを転送す
る。もし、ルータＲが３個以上あり、そのうち動作レベ
ルＡが「２」であるルータＲが２個以上であった場合に
は、負荷分散処理サーバ３は、予め設定されている前述
の優先順位に従って、動作レベルＡが「２」であった各
ルータＲに、順々にそれらのパケットを転送する。パケ
ットを受信したルータＲは、公衆回線を介して接続され
るプロバイダにパケットを転送する。そのパケットはそ
のプロバイダを介してインターネット１上に転送され
る。
【００２２】したがって、このネットワークでは、例え
ば、公衆回線９1がシステムダウンしても、公衆回線９2
が正常であれば、負荷分散処理サーバ３はルータ４2だ
けにパケットを転送するので、クライアント８1〜８
nは、正常にインターネット１上の通信先との通信を行
うことができる。
ば、公衆回線９1がシステムダウンしても、公衆回線９2
が正常であれば、負荷分散処理サーバ３はルータ４2だ
けにパケットを転送するので、クライアント８1〜８
nは、正常にインターネット１上の通信先との通信を行
うことができる。
【００２３】次に、本実施形態のネットワークサーバの
動作、すなわちネットワークサーバの制御方法について
説明する。図２は、本実施形態のネットワークサーバで
ある負荷分散処理サーバ３のフォールトトレラント機能
の動作を示すフローチャートである。
動作、すなわちネットワークサーバの制御方法について
説明する。図２は、本実施形態のネットワークサーバで
ある負荷分散処理サーバ３のフォールトトレラント機能
の動作を示すフローチャートである。
【００２４】図２に示すように、まず、負荷分散処理サ
ーバ３は、接続されるルータＲについての設定を行う
（ステップＡ０）。前述のとおり、接続されるルータＲ
とは、図１であれば、ルータ４1、４2のいずれかのルー
タのことである。なお、ステップＡ１において設定され
るのは、各ルータＲの優先順位、プロトコルＰｒの設
定、各サーバＳｉｐ（サーバ１１1、１１2）のＩＰアド
レス、プロトコルＰｓの設定等である。なお、各ルータ
の優先順位は、重複して設定しないようにする。
ーバ３は、接続されるルータＲについての設定を行う
（ステップＡ０）。前述のとおり、接続されるルータＲ
とは、図１であれば、ルータ４1、４2のいずれかのルー
タのことである。なお、ステップＡ１において設定され
るのは、各ルータＲの優先順位、プロトコルＰｒの設
定、各サーバＳｉｐ（サーバ１１1、１１2）のＩＰアド
レス、プロトコルＰｓの設定等である。なお、各ルータ
の優先順位は、重複して設定しないようにする。
【００２５】また、各サーバＳｉｐのＩＰアドレスは、
各ルータＲのルーティングテーブルに設定され、プロト
コルＰｓは、各サーバＳｉｐのＩＰアドレス毎に設定可
能であるとする。次に、負荷分散処理サーバ３は、ルー
タＲのうち１つのルータＲを選択する（ステップＡ
１）。
各ルータＲのルーティングテーブルに設定され、プロト
コルＰｓは、各サーバＳｉｐのＩＰアドレス毎に設定可
能であるとする。次に、負荷分散処理サーバ３は、ルー
タＲのうち１つのルータＲを選択する（ステップＡ
１）。
【００２６】さらに、負荷分散処理サーバ３は、プロト
コルＰｒによって、プロトコルＰｒに基づいたパケット
をステップＡ１において選択されたルータＲ（以下、単
にルータＲと記す。）に送信し、ルータＲからそのパケ
ットに対する応答があるか否かをチェックする（ステッ
プＡ２）。ステップＡ２において、ルータＲから応答が
あった場合には、ルータＲと負荷分散処理サーバ３との
間のネットワークは動作していると見なし、ルータＲの
動作レベルＡを１に設定する（ステップＡ３）。また、
ステップＡ２において、ルータＲから応答がなかった場
合には、ルータＲの動作レベルＡを「０」に設定する
（ステップＡ４）。ステップＡ３実行後、ルータＲに設
定されたサーバＳｉｐのＩＰアドレスを宛先とするプロ
トコルＰｓのパケットをルータＲへ送信し、サーバＳｉ
ｐから応答があるか否かをチェックする（ステップＡ
５）。
コルＰｒによって、プロトコルＰｒに基づいたパケット
をステップＡ１において選択されたルータＲ（以下、単
にルータＲと記す。）に送信し、ルータＲからそのパケ
ットに対する応答があるか否かをチェックする（ステッ
プＡ２）。ステップＡ２において、ルータＲから応答が
あった場合には、ルータＲと負荷分散処理サーバ３との
間のネットワークは動作していると見なし、ルータＲの
動作レベルＡを１に設定する（ステップＡ３）。また、
ステップＡ２において、ルータＲから応答がなかった場
合には、ルータＲの動作レベルＡを「０」に設定する
（ステップＡ４）。ステップＡ３実行後、ルータＲに設
定されたサーバＳｉｐのＩＰアドレスを宛先とするプロ
トコルＰｓのパケットをルータＲへ送信し、サーバＳｉ
ｐから応答があるか否かをチェックする（ステップＡ
５）。
【００２７】ステップＡ５において、サーバＳｉｐから
応答があった場合には、ルータＲの動作レベルＡを
「２」に設定する（ステップＡ７）。ステップＡ４にお
いて、サーバＳｉｐから応答がなかった場合には、全て
のサーバＳｉｐのチェックが終了したか否かチェックす
る（ステップＡ６）。ステップＡ６において、全てのサ
ーバＳｉｐについてチェックが終了していない場合に
は、ステップＡ５に戻る。ステップＡ６において、すべ
てのサーバＳｉｐから応答がないまま、全てのサーバＳ
ｉｐについてチェックが終了した場合には、そのルータ
Ｒの公衆回線には何らかの不具合が発生していると考え
られ、ルータＲの動作レベルＡの設定は「１」のままと
なっている。
応答があった場合には、ルータＲの動作レベルＡを
「２」に設定する（ステップＡ７）。ステップＡ４にお
いて、サーバＳｉｐから応答がなかった場合には、全て
のサーバＳｉｐのチェックが終了したか否かチェックす
る（ステップＡ６）。ステップＡ６において、全てのサ
ーバＳｉｐについてチェックが終了していない場合に
は、ステップＡ５に戻る。ステップＡ６において、すべ
てのサーバＳｉｐから応答がないまま、全てのサーバＳ
ｉｐについてチェックが終了した場合には、そのルータ
Ｒの公衆回線には何らかの不具合が発生していると考え
られ、ルータＲの動作レベルＡの設定は「１」のままと
なっている。
【００２８】ステップＡ４、ステップＡ７の実行後、あ
るいは、ステップＡ６において全てのサーバＳｉｐにつ
いてのチェックが終了した場合には、負荷分散処理サー
バ３は、全てのルータＲの状態のチェックが終了したか
否かを判断する（ステップＡ８）。ステップＡ８におい
て、まだ、全てのルータＲの状態のチェックが終了して
いない場合には、負荷分散処理サーバ３の処理はステッ
プＡ２に戻り、全てのルータＲの状態のチェックが終了
した場合には、負荷分散処理サーバ３の処理は終了す
る。なお、ステップＡ２に戻る場合には、負荷分散処理
サーバ３は、一定の間隔をおいてステップＡ２からステ
ップＡ８を実行する。前述の通り、プロトコルＰｒ、プ
ロトコルＰｓによるチェックは、定期的に行われるもの
だからである。
るいは、ステップＡ６において全てのサーバＳｉｐにつ
いてのチェックが終了した場合には、負荷分散処理サー
バ３は、全てのルータＲの状態のチェックが終了したか
否かを判断する（ステップＡ８）。ステップＡ８におい
て、まだ、全てのルータＲの状態のチェックが終了して
いない場合には、負荷分散処理サーバ３の処理はステッ
プＡ２に戻り、全てのルータＲの状態のチェックが終了
した場合には、負荷分散処理サーバ３の処理は終了す
る。なお、ステップＡ２に戻る場合には、負荷分散処理
サーバ３は、一定の間隔をおいてステップＡ２からステ
ップＡ８を実行する。前述の通り、プロトコルＰｒ、プ
ロトコルＰｓによるチェックは、定期的に行われるもの
だからである。
【００２９】図３は、クライアント８1〜８nからパケッ
トを受信した際の、本実施形態のネットワークサーバで
ある負荷分散処理サーバ３の動作を示すフローチャート
である。図３に示すように、ステップＢ１において、ク
ライアント８1〜８nからパケットを受信すると、負荷分
散処理サーバ３は、すべてのルータＲの動作レベルＡの
チェックが終了するまで、優先順位が高い順にルータＲ
を選択し（ステップＢ２）、選択されたルータＲ（以
下、単にルータＲと記す。）の動作レベルＡをチェック
し、その動作レベルＡが「２」であるか否かをチェック
する（ステップＢ３、Ｂ４）。ステップＢ３において、
そのルータＲの動作レベルＡが「２」であった場合に
は、そのルータＲに対し、クライアント８1〜８nから受
信したパケットを転送し（ステップＢ５）、ステップＢ
１に戻る。ステップＢ４において、すべてのルータＲの
動作レベルＡが「２」でなかった場合には、クライアン
ト８1〜８nから受信したパケットを破棄し（ステップＢ
６）、ステップＢ１に戻る。
トを受信した際の、本実施形態のネットワークサーバで
ある負荷分散処理サーバ３の動作を示すフローチャート
である。図３に示すように、ステップＢ１において、ク
ライアント８1〜８nからパケットを受信すると、負荷分
散処理サーバ３は、すべてのルータＲの動作レベルＡの
チェックが終了するまで、優先順位が高い順にルータＲ
を選択し（ステップＢ２）、選択されたルータＲ（以
下、単にルータＲと記す。）の動作レベルＡをチェック
し、その動作レベルＡが「２」であるか否かをチェック
する（ステップＢ３、Ｂ４）。ステップＢ３において、
そのルータＲの動作レベルＡが「２」であった場合に
は、そのルータＲに対し、クライアント８1〜８nから受
信したパケットを転送し（ステップＢ５）、ステップＢ
１に戻る。ステップＢ４において、すべてのルータＲの
動作レベルＡが「２」でなかった場合には、クライアン
ト８1〜８nから受信したパケットを破棄し（ステップＢ
６）、ステップＢ１に戻る。
【００３０】以上述べたように、本実施形態のネットワ
ークサーバでは、フォールトトレラントの対象となって
いる各ルータに正常にパケットを送信できるかを確認す
るだけでなく、それらのルータを経由してインターネッ
トサービスプロバイダ２1、２2へも正常にパケットを送
信できるかを確認している。こうすることによって、本
実施形態のネットワークサーバでは、インターネット１
にクライアント８1〜８nからのパケットを送信できない
経路には、パケットを送信しないようにすることができ
る。そのため、ネットワークサーバでは、そのフォール
トトレラント機能を、より信頼性の高いものとすること
ができる。
ークサーバでは、フォールトトレラントの対象となって
いる各ルータに正常にパケットを送信できるかを確認す
るだけでなく、それらのルータを経由してインターネッ
トサービスプロバイダ２1、２2へも正常にパケットを送
信できるかを確認している。こうすることによって、本
実施形態のネットワークサーバでは、インターネット１
にクライアント８1〜８nからのパケットを送信できない
経路には、パケットを送信しないようにすることができ
る。そのため、ネットワークサーバでは、そのフォール
トトレラント機能を、より信頼性の高いものとすること
ができる。
【００３１】
【発明の効果】以上述べたように、本発明のネットワー
ク制御システムでは、各ルータに正常にパケットを送信
できるかを確認するだけでなく、それらのルータを経由
してインターネットサービスプロバイダへも正常にパケ
ットを送信できるかを確認している。こうすることによ
って、本発明のネットワークサーバでは、インターネッ
トにクライアントからのパケットを送信できない経路に
は、パケットを送信しないようにすることができる。そ
のため、本発明のネットワークサーバでは、そのフォー
ルトトレラント機能をより信頼性の高いものとすること
ができる。
ク制御システムでは、各ルータに正常にパケットを送信
できるかを確認するだけでなく、それらのルータを経由
してインターネットサービスプロバイダへも正常にパケ
ットを送信できるかを確認している。こうすることによ
って、本発明のネットワークサーバでは、インターネッ
トにクライアントからのパケットを送信できない経路に
は、パケットを送信しないようにすることができる。そ
のため、本発明のネットワークサーバでは、そのフォー
ルトトレラント機能をより信頼性の高いものとすること
ができる。
【図１】本発明の一実施形態のネットワークサーバを中
心としたネットワークの構成を示すブロック図である。
心としたネットワークの構成を示すブロック図である。
【図２】本発明の一実施形態のネットワークサーバであ
る負荷分散処理サーバのフォールトトレラント機能の動
作を示すフローチャートである。
る負荷分散処理サーバのフォールトトレラント機能の動
作を示すフローチャートである。
【図３】クライアントからパケットを受信した際の、本
発明の一実施形態のネットワークサーバである負荷分散
処理サーバの動作を示すフローチャートである。
発明の一実施形態のネットワークサーバである負荷分散
処理サーバの動作を示すフローチャートである。
【図４】従来のネットワークサーバを中心とした従来の
ネットワークの構成を示すブロック図である。
ネットワークの構成を示すブロック図である。
１ インターネット ２1、２2 プロバイダ ３、６ 負荷分散処理サーバ ７ ＬＡＮ ８1、８n クライアント ９1、９2 公衆回線 １０1、１０2 ネットワーク １１1、１１2 サーバ Ａ０〜Ａ８、Ｂ１〜Ｂ６ ステップ
Claims (8)
- 【請求項１】 少なくとも１つのクライアント端末が接
続されるＬＡＮに接続され、複数のルータのうちの少な
くとも１つのルータとインターネットサービスプロバイ
ダとを経由する複数の経路によってインターネットに接
続可能なネットワークサーバであって、定期的に前記各
ルータに第１のパケットを送信し、前記第１のパケット
に対する応答が前記各ルータからあるか否かを確認する
ネットワークサーバにおいて、 前記各ルータのうち、前記第１のパケットに対して応答
があったルータを経由する経路によって前記インターネ
ットサービスプロバイダのサーバへ定期的に第２のパケ
ットを送信し、前記第２のパケットに対する前記インタ
ーネットサービスプロバイダのサーバの応答が有るか否
かを確認し、前記各ルータのうち、前記インターネット
サービスプロバイダのサーバからの応答があった経路上
のルータだけに、前記クライアント端末からの第３のパ
ケットを転送することを特徴とするネットワークサー
バ。 - 【請求項２】 前記各ルータのうち、前記第１のパケッ
トに対して応答がなかったルータの動作レベルを第１の
レベルとし、 前記各ルータのうち、前記第１のパケットに対して応答
があったルータであって、前記インターネットサービス
プロバイダのサーバの応答がなかったルータの動作レベ
ルを第２のレベルとし、 前記各ルータのうち、前記インターネットサービスプロ
バイダのサーバの応答があった経路上のルータの動作レ
ベルを第３のレベルとし、 前記各ルータのうち、動作レベルを該第３のレベルとし
たルータを、前記各クライアント端末からの第３のパケ
ットを転送するルータとして選択する請求項１記載のネ
ットワークサーバ。 - 【請求項３】 前記第３のパケットを断続的に受信した
場合、前記動作レベルを前記第３のレベルとしたルータ
に対し、予め設定された前記各ルータの優先順位の順に
前記第３のパケットを転送する請求項２記載のネットワ
ークサーバ。 - 【請求項４】 前記各サーバの動作レベルのうち、全て
のルータの動作レベルが、前記第３のレベルでない場合
には、前記第３のパケットを破棄する請求項２または３
記載のネットワークサーバ。 - 【請求項５】 少なくとも１つのクライアント端末が接
続されるＬＡＮに接続され、複数のルータのうちの少な
くとも１つのルータとインターネットサービスプロバイ
ダとを経由する複数の経路によってインターネットに接
続可能なネットワークサーバの制御方法であって、定期
的に前記各ルータに第１のパケットを送信し、前記第１
のパケットに対する応答が前記各ルータからあるか否か
を確認するステップを有する、ネットワークサーバの制
御方法において、 前記各ルータのうち、前記第１のパケットに対して応答
があったルータを経由する経路によって前記インターネ
ットサービスプロバイダのサーバへ定期的に第２のパケ
ットを送信し、前記第２のパケットに対する前記インタ
ーネットサービスプロバイダのサーバの応答が有るか否
かを確認するステップと、 前記各ルータのうち、前記インターネットサービスプロ
バイダのサーバからの応答があった経路上のルータだけ
に、前記クライアント端末からの第３のパケットを転送
することを特徴とするステップとをさらに有する、ネッ
トワークサーバの制御方法。 - 【請求項６】 前記各ルータのうち、前記第１のパケッ
トに対して応答がなかったルータの動作レベルを第１の
レベルとするステップと、 前記各ルータのうち、前記第１のパケットに対して応答
があったルータであって、前記インターネットサービス
プロバイダのサーバの応答がなかったルータの動作レベ
ルを第２のレベルとするステップと、 前記各ルータのうち、前記インターネットサービスプロ
バイダのサーバの応答があった経路上のルータの動作レ
ベルを第３のレベルとするステップと、 前記各ルータのうち、動作レベルを該第３のレベルとし
たルータを、前記各クライアント端末からの第３のパケ
ットを転送するルータとして選択するステップとを有す
る、請求項５記載のネットワークサーバの制御方法。 - 【請求項７】 前記第３のパケットを断続的に受信した
場合、前記動作レベルを前記第３のレベルとしたルータ
に対し、予め設定された前記各ルータの優先順位の順に
前記第３のパケットを転送するステップをさらに有す
る、請求項６記載のネットワークサーバの制御方法。 - 【請求項８】 前記各ルータの動作レベルのうち、全て
のルータの動作レベルが、前記第３のレベルでない場合
には、前記ネットワークサーバによって前記第３のパケ
ットを破棄するステップをさらに有する、請求項６また
は８記載のネットワークサーバの制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001063689A JP3570506B2 (ja) | 2001-03-07 | 2001-03-07 | ネットワークサーバおよびその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001063689A JP3570506B2 (ja) | 2001-03-07 | 2001-03-07 | ネットワークサーバおよびその制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002271371A true JP2002271371A (ja) | 2002-09-20 |
| JP3570506B2 JP3570506B2 (ja) | 2004-09-29 |
Family
ID=18922636
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001063689A Expired - Fee Related JP3570506B2 (ja) | 2001-03-07 | 2001-03-07 | ネットワークサーバおよびその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3570506B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040027026A (ko) * | 2002-09-27 | 2004-04-01 | 주식회사 케이티 | 엘엔에스 접속 수용 용량에 따른 가입자의 접속 부하를분산하는 시스템 및 그 방법 |
| JP2006285377A (ja) * | 2005-03-31 | 2006-10-19 | Fujitsu Ltd | 故障監視プログラム及び負荷分散装置 |
| JP2006319683A (ja) * | 2005-05-13 | 2006-11-24 | Mitsubishi Electric Corp | ネットワークシステム監視方式およびネットワークシステム監視装置 |
| KR100729507B1 (ko) | 2004-12-23 | 2007-06-15 | 주식회사 케이티 | 종합 통신망 운용관리 시스템용 실시간 관제 시스템 및 그방법 |
| JP2011234153A (ja) * | 2010-04-28 | 2011-11-17 | Mitsubishi Electric Corp | 通信装置、通信システムおよび着信制御方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10303913A (ja) * | 1997-04-25 | 1998-11-13 | Hitachi Ltd | Ａｔｍネットワークにおける経路切り替え方式 |
| JP2000209278A (ja) * | 1999-01-12 | 2000-07-28 | Fujitsu Ltd | ル―タ及びル―タを用いたパケット中継システム |
-
2001
- 2001-03-07 JP JP2001063689A patent/JP3570506B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10303913A (ja) * | 1997-04-25 | 1998-11-13 | Hitachi Ltd | Ａｔｍネットワークにおける経路切り替え方式 |
| JP2000209278A (ja) * | 1999-01-12 | 2000-07-28 | Fujitsu Ltd | ル―タ及びル―タを用いたパケット中継システム |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040027026A (ko) * | 2002-09-27 | 2004-04-01 | 주식회사 케이티 | 엘엔에스 접속 수용 용량에 따른 가입자의 접속 부하를분산하는 시스템 및 그 방법 |
| KR100729507B1 (ko) | 2004-12-23 | 2007-06-15 | 주식회사 케이티 | 종합 통신망 운용관리 시스템용 실시간 관제 시스템 및 그방법 |
| JP2006285377A (ja) * | 2005-03-31 | 2006-10-19 | Fujitsu Ltd | 故障監視プログラム及び負荷分散装置 |
| JP2006319683A (ja) * | 2005-05-13 | 2006-11-24 | Mitsubishi Electric Corp | ネットワークシステム監視方式およびネットワークシステム監視装置 |
| JP2011234153A (ja) * | 2010-04-28 | 2011-11-17 | Mitsubishi Electric Corp | 通信装置、通信システムおよび着信制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3570506B2 (ja) | 2004-09-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3898498B2 (ja) | サーバ負荷分散システム | |
| EP1763204B1 (en) | System and method for redundant switches taking into account learning bridge functionality | |
| JP3850391B2 (ja) | ＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒＲｅｄｕｎｄａｎｃｙＰｒｏｔｏｃｏｌ）によるルータ・インターフェース・バックアップ実行方法 | |
| EP1556778B1 (en) | Methods and systems for exchanging reachability information and switching between redundant interfaces in a network cluster | |
| US7693045B2 (en) | Verifying network connectivity | |
| US6047330A (en) | Virtual router discovery system | |
| US7639624B2 (en) | Method and system for monitoring network connectivity | |
| US7739384B2 (en) | System and method for load balancing | |
| JP3583049B2 (ja) | ホスト・クラスタのためのネットワーク・ディスパッチャを利用するデータ伝送システムにおけるルータ監視システム | |
| US6061728A (en) | Arrangement for controlling network proxy device traffic on a transparently-bridged local area network using a master proxy device | |
| US8891358B2 (en) | Method for application broadcast forwarding for routers running redundancy protocols | |
| US8509059B2 (en) | Method for operating a virtual router redundancy protocol router and communication system therefor | |
| US20060171303A1 (en) | Method, apparatus and program storage device for providing mutual failover and load-balancing between interfaces in a network | |
| US20040105390A1 (en) | Method and system for implementing a fast recovery process in a local area network | |
| EP1006702A2 (en) | Method and apparatus providing for an improved VRRP (Virtual Router Redundancy Protocol) | |
| US20080285436A1 (en) | Methods, systems, and computer program products for providing site redundancy in a geo-diverse communications network | |
| WO2004082222A1 (fr) | Procede de communication ayant la fonction de partage de charge de reseau | |
| US6389550B1 (en) | High availability protocol computing and method | |
| US7561587B2 (en) | Method and system for providing layer-4 switching technologies | |
| JP3570506B2 (ja) | ネットワークサーバおよびその制御方法 | |
| US20060098665A1 (en) | Systems and methods for communicating with bi-nodal network elements | |
| JP2007274635A (ja) | アドレス通知システム、アドレス通知方法 | |
| KR20200072941A (ko) | 실시간 오류 감지를 통한 vrrp 기반의 네트워크 장애 대응 방법 및 장치 | |
| Cisco | AppleTalk Commands | |
| Cisco | AppleTalk Commands |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040225 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040423 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040423 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040602 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040615 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070702 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080702 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120702 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120702 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |