(57)【要約】【課題】各ユーザに対してアドレスを適切に割り当てるとともに、このアドレスの適切な管理を可能にすること。【解決手段】ＤＨＣＰクライアント３０とＤＨＣＰサーバ１０間に接続されたルータ２０を有するネットワークアドレス管理システムにおいて、ユーザアドレス管理テーブル２５のエントリ数が、サブＩ／Ｆ毎に配布ＩＰアドレス数を超えると、登録されている古い配布ＩＰアドレスが削除され、応答メッセージ中のＩＰアドレスが新たに登録されるとともに、ＩＰ送信元アドレスフィルタ部２３でも、この削除されたＩＰアドレスを使用したバックボーンネットワークへのアクセスを拒否して、不正アクセスを防ぐ。【選択図】　　　図１
2004104355.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのネットワークアドレスの配布を要求するための要求メッセージを、中継装置を介してバックボーンネットワーク内のアドレス配布用サーバに送信し、該アドレス配布用サーバからの前記配布要求に基づく所定ネットワークアドレスを応答する応答メッセージを受けるとともに、該ネットワークアドレスを管理するネットワークアドレス管理方法において、
前記要求メッセージを受信した前記中継装置の物理ポート番号と、該物理ポートに設定された仮想ネットワークのＶＬＡＮ番号とに基づいて、アドレス管理テーブルのエントリ登録を行う登録工程と、
前記アドレス配布用サーバからの応答メッセージの内容に基づいて、前記アドレス管理テーブルを検索して該当するエントリに、当該応答メッセージ内のネットワークアドレスを登録設定させる第１の設定工程と、
を含むことを特徴とするネットワークアドレス管理方法。
【請求項２】
前記登録工程では、前記受信した中継装置の物理ポート番号と、該物理ポートに設定されたＶＡＬＮ番号が、前記アドレス管理テーブルにエントリされているかどうか判断し、エントリされてない場合に、前記物理ポート番号とＶＬＡＮ番号とを、前記アドレス管理テーブルにエントリ登録させることを特徴とする請求項１に記載のネットワークアドレス管理方法。
【請求項３】
前記ネットワークアドレス管理方法では、予めサブインターフェース毎に配布するネットワークアドレス数を設定するアドレス数設定工程と、
前記ネットワークアドレスの要求メッセージに対して、該当する前記アドレス管理テーブルのエントリ数が、該当する前記サブインターフェースに設定されたネットワークアドレス数を超えているかどうか比較する比較工程と、
前記エントリ数が前記設定されたネットワークアドレス数を超えている場合には、該エントリのうち、最も古いネットワークアドレスのエントリを削除する第１の削除工程と、
をさらに含むことを特徴とする請求項１または２に記載のネットワークアドレス管理方法。
【請求項４】
前記ネットワークアドレス管理方法では、前記応答メッセージ内のネットワークアドレスを前記中継装置内に設けられた送信元アドレスフィルタ手段に登録設定させる第２の設定工程をさらに含み、
前記送信元アドレスフィルタ手段は、該登録設定されたネットワークアドレスに基づいて、前記クライアントからバックボーンネットワークへのアクセスを許可するかどうか判断することを特徴とする請求項１〜３のいずれか一つに記載のネットワークアドレス管理方法。
【請求項５】
前記ネットワークアドレス管理方法では、前記エントリ数が前記設定されたネットワークアドレス数を超えている場合には、該エントリのうち、最も古いネットワークアドレスの登録を削除する削除要求を出力する削除要求工程と、
前記削除要求されたネットワークアドレスを前記送信元アドレスフィルタ手段に登録設定されているネットワークアドレスの中から削除する第２の削除工程と、
をさらに含むことを特徴とする請求項４に記載のネットワークアドレス管理方法。
【請求項６】
クライアントとバックボーンネットワーク内のアドレス配布用サーバ間に接続された中継装置内に設けられ、前記クライアントからのネットワークアドレスの配布を要求するための要求メッセージを前記アドレス配布用サーバに送信するとともに、該アドレス配布用サーバからの前記配布要求に基づく所定ネットワークアドレスを応答する応答メッセージを受信するとともに、該ネットワークアドレスを管理するネットワークアドレス管理装置において、
少なくとも前記要求メッセージを受信した前記中継装置の物理ポート番号と、該物理ポートに設定された仮想ネットワークのＶＬＡＮ番号と、前記アドレス配布用サーバからの応答メッセージ内のネットワークアドレスがエントリされるアドレス管理テーブルと、
前記要求メッセージを受信し、前記物理ポート番号と、該物理ポートに設定されたＶＬＡＮ番号とを、前記アドレス管理テーブルにエントリさせるとともに、前記応答メッセージを受信し、該応答メッセージ内のアドレスに基づいて前記アドレス管理テーブルを検索して、該アドレス管理テーブルの該当するエントリに、当該応答メッセージ内のネットワークアドレスをエントリさせる登録制御手段と、
を備えたことを特徴とするネットワークアドレス管理装置。
【請求項７】
前記登録制御手段は、前記受信した要求メッセージ内の物理ポート番号と前記ＶＡＬＮ番号とが、前記アドレス管理テーブルにエントリされていない場合に、当該物理ポートとＶＬＡＮ番号を前記アドレス管理テーブルに登録させることを特徴とする請求項６に記載のネットワークアドレス管理装置。
【請求項８】
前記ネットワークアドレス管理装置は、サブインターフェース毎に設定されたネットワークアドレス数を登録するアドレス数設定テーブルと、
前記要求メッセージの受信に対して、アドレス数設定テーブルに登録されている該当サブインターフェースのネットワークアドレス数と、前記アドレス管理テーブルの該当エントリ数を比較する比較手段と、
をさらに備え、
前記登録制御手段は、前記比較結果に応じて、エントリのうち最も古いネットワークアドレスのエントリを削除することを特徴とする請求項６または７に記載のネットワークアドレス管理装置。
【請求項９】
前記登録制御手段は、前記アドレス管理テーブルに登録されている該当エントリ数が、前記設定された該当サブインターフェースのネットワークアドレス数を超えている場合に、前記アドレス管理テーブルに登録されている最も古いエントリを削除し、前記受信した応答メッセージ内のネットワークアドレスを、前記アドレス管理テーブルにエントリさせることを特徴とする請求項８に記載のネットワークアドレス管理装置。
【請求項１０】
前記ネットワークアドレス管理装置は、前記登録制御手段から入力するサブインターフェース毎にネットワークアドレスを登録するとともに、入力する前記応答メッセージを前記クライアントに送信する送信元アドレスフィルタ手段をさらに含み、
前記送信元アドレスフィルタ手段は、該登録設定されたネットワークアドレスに基づいて、前記クライアントからバックボーンネットワークへのアクセス許可を判断することを特徴とする請求項６〜９のいずれか一つに記載のネットワークアドレス管理装置。
【請求項１１】
前記登録制御手段は、前記エントリ数が前記設定されたネットワークアドレス数を超える場合には、該エントリのうち、最も古いネットワークアドレスの登録を削除する削除要求を出力し、
前記送信元アドレスフィルタ手段は、前記削除要求に基づいて、該当するネットワークアドレスを登録設定されているネットワークアドレスの中から削除することを特徴とする請求項１０に記載のネットワークアドレス管理装置。
【請求項１２】
少なくとも、複数のクライアントと、バックボーンネットワーク内のアドレス配布用サーバと、前記クライアントと前記アドレス配布用サーバ間に接続され、パケットの中継を行う中継装置とから構成されるネットワークアドレス管理システムにおいて、
前記中継装置は、請求項６〜１１のいずれか一つのネットワークアドレス管理装置を備え、
前記ネットワークアドレス管理装置は、前記クライアントからのネットワークアドレスの配布を要求するための要求メッセージを前記アドレス配布用サーバに送信し、また該アドレス配布用サーバからの所定ネットワークアドレスを応答する応答メッセージを前記クライアントに送信するとともに、該ネットワークアドレスをエントリして管理することを特徴とするネットワークアドレス管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）がＤＨＣＰ（Ｄｙｎａｍｉｃ　Ｈｏｓｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を用いて、ユーザ毎にネットワーク（たとえば、Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ：以下「ＩＰ」という）アドレスの配布および回収を行うネットワークアドレス管理方法、その管理装置およびネットワークアドレス管理システムに関するものである。
【０００２】
【従来の技術】
従来のネットワークアドレス管理システムは、ユーザのＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）などからなるＤＨＣＰクライアントが特定のＩＰアドレスを用いて、ＩＳＰからの各種インターネットサービスの提供を受けられるようにするため、このＩＳＰとＤＨＣＰクライアント間で行われるＩＰアドレスの配布、その回収および配布されたアドレスの管理を行うシステムである。このネットワークアドレス管理システムは、図１２の構成図に示すように、ＩＳＰのバックボーンネットワーク内に設けられたＤＨＣＰサーバ１０と、各ユーザのＤＨＣＰクライアント３０とが、内部にＤＨＣＰリレーエージェント部２１を有するルータ２０を介して接続されている。なお、このルータ２０は、たとえばＰＥ（Ｐｒｏｖｉｄｅｒ　Ｅｄｇｅ）ルータなどから構成されている。
【０００３】
このネットワークアドレス管理システムにおいて、このＤＨＣＰクライアント３０は起動すると、図１２中の（１）に示すように、ＩＰアドレスを取得するためのリクエスト（ＢＯＯＴＲＥＱＵＥＳＴ）のメッセージをルータ２０に送信しており、このルータ２０内のＤＨＣＰリレーエージェント部２１は、自己の有するリレーエージェント機能によって、このＤＨＣＰクライアント３０からのリクエストメッセージを、図１２中の（２）に示すように、ＤＨＣＰサーバ１０に転送している。
【０００４】
このＤＨＣＰサーバ１０では、ルータ２０からリクエストのメッセージを受け取ると、このクライアントに対応するＩＰアドレスを含んだリプライ（ＢＯＯＴＲＥＰＬＹ）のメッセージを作成し、このリプライメッセージをルータ２０に送信している。このルータ２０のＤＨＣＰリレーエージェント部２１は、このルータ２０からリプライメッセージを受け取ると、リレーエージェント機能によって、このルータ２０からのリプライメッセージを、図１２中の（３）に示すように、ＤＨＣＰクライアント３０に転送していた。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来例では、ＤＨＣＰクライアントから、ネットワークアドレスを取得するためのリクエストメッセージが入力されるたびに、ＤＨＣＰサーバでは、ＩＰアドレスを割り当てて返送してしまうので、各クライアントは複数のＩＰアドレスを取得できてしまい、たとえば一ユーザに対し、規定された１つまたは数個のＩＰアドレスを割り当てるという適切なアドレス配布やＩＰアドレスの適切な管理ができないという問題点があった。
【０００６】
この発明は、上記問題点に鑑みなされたもので、各ユーザに対してアドレスを適切に割り当てるとともに、このアドレスの適切な管理を可能とするネットワークアドレス管理方法、その管理装置およびネットワークアドレス管理システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかるネットワークアドレス管理方法では、クライアントからのネットワークアドレスの配布を要求するための要求メッセージを、中継装置を介してバックボーンネットワーク内のアドレス配布用サーバに送信し、該アドレス配布用サーバからの前記配布要求に基づく所定ネットワークアドレスを応答する応答メッセージを受けるとともに、該ネットワークアドレスを管理するネットワークアドレス管理方法において、前記要求メッセージを受信した前記中継装置の物理ポート番号と、該物理ポートに設定された仮想ネットワークのＶＬＡＮ番号とに基づいて、アドレス管理テーブルのエントリ登録を行う登録工程と、前記アドレス配布用サーバからの応答メッセージの内容に基づいて、前記アドレス管理テーブルを検索して該当するエントリに、当該応答メッセージ内のネットワークアドレスを登録設定させる第１の設定工程とを含むことを特徴とする。
【０００８】
この請求項１の発明によれば、クライアントからの要求メッセージを受信すると、この要求メッセージを受信した中継装置の物理ポート番号と、この物理ポートに設定されたＶＬＡＮ番号とをアドレス管理テーブルにエントリさせ、次いでアドレス配布用サーバからの応答メッセージの内容に基づき、アドレス管理テーブルの該当エントリにネットワークアドレスを登録設定させることで、ネットワークアドレスの適切な管理を容易にする。
【０００９】
また、請求項２にかかるネットワークアドレス管理方法では、上記発明において、前記登録工程では、前記受信した中継装置の物理ポート番号と、該物理ポートに設定されたＶＡＬＮ番号が、前記アドレス管理テーブルにエントリされているかどうか判断し、エントリされてない場合に、前記物理ポート番号とＶＬＡＮ番号とを、前記アドレス管理テーブルにエントリ登録させることを特徴とする。
【００１０】
この請求項２の発明によれば、アドレス管理テーブルに新たなアドレスをエントリさせる際に、まず要求メッセージを受信した中継装置の物理ポート番号とＶＡＬＮ番号が、既にエントリされているかどうか判断し、エントリされていない場合にのみ、当該物理ポート番号とＶＡＬＮ番号をアドレス管理テーブルにエントリ登録させて、各ユーザに対してネットワークアドレスを的確に割り当てる。
【００１１】
また、請求項３にかかるネットワークアドレス管理方法では、上記発明において、前記ネットワークアドレス管理方法では、予めサブインターフェース毎に配布するネットワークアドレス数を設定するアドレス数設定工程と、前記ネットワークアドレスの要求メッセージに対して、該当する前記アドレス管理テーブルのエントリ数が、該当する前記サブインターフェースに設定されたネットワークアドレス数を超えているかどうか比較する比較工程と、前記エントリ数が前記設定されたネットワークアドレス数を超えている場合には、該エントリのうち、最も古いネットワークアドレスのエントリを削除する第１の削除工程とをさらに含むことを特徴とする。
【００１２】
この請求項３の発明によれば、要求メッセージに対して、アドレス管理テーブルの該当するエントリ数が、予めユーザ毎に設定されたネットワークアドレス数を超えている場合には、アドレス管理テーブルの該当エントリのうち、最も古いネットワークアドレスのエントリを削減して、該当エントリ数が常にネットワークアドレス数以下になるように、アドレス管理テーブルのエントリの追加と削除を行うことで、予め設定された適切なアドレス数のネットワークアドレスを各ユーザに対して割り当てる。
【００１３】
また、請求項４にかかるネットワークアドレス管理方法では、上記発明において、前記ネットワークアドレス管理方法では、前記応答メッセージ内のネットワークアドレスを前記中継装置内に設けられた送信元アドレスフィルタ手段に登録設定させる第２の設定工程をさらに含み、前記送信元アドレスフィルタ手段は、該登録設定されたネットワークアドレスに基づいて、前記クライアントからバックボーンネットワークへのアクセスを許可するかどうか判断することを特徴とする。
【００１４】
この請求項４の発明によれば、送信元アドレスフィルタ手段にもユーザ毎のネットワークアドレスが登録設定されており、クライアントからのバックボーンネットワークへのアクセスに対して、送信元アドレスフィルタ手段は、このネットワークアドレスに基づいて、アクセス許可を与えるかどうか判断することで、アドレスのフィルタリング機能を実現している。
【００１５】
また、請求項５にかかるネットワークアドレス管理方法では、上記発明において、前記ネットワークアドレス管理方法では、前記エントリ数が前記設定されたネットワークアドレス数を超えている場合には、該エントリのうち、最も古いネットワークアドレスの登録を削除する削除要求を出力する削除要求工程と、前記削除要求されたネットワークアドレスを前記送信元アドレスフィルタ手段に登録設定されているネットワークアドレスの中から削除する第２の削除工程とをさらに含むことを特徴とする。
【００１６】
この請求項５の発明によれば、要求メッセージに対して、アドレス管理テーブルの該当するエントリ数が、予めユーザ毎に設定されたネットワークアドレス数を超えている場合には、送信元アドレスフィルタ手段に登録されている最も古いネットワークアドレスの削除を行うことで、登録アドレス数が常に設定されたネットワークアドレス数以下になるように、送信元アドレスフィルタ手段に登録されているアドレスの追加と削除を行い、このように設定された適切なネットワークアドレスに基づいて、アクセス許可を与えるかどうか判断することができる。
【００１７】
また、請求項６にかかるネットワークアドレス管理装置では、クライアントとバックボーンネットワーク内のアドレス配布用サーバ間に接続された中継装置内に設けられ、前記クライアントからのネットワークアドレスの配布を要求するための要求メッセージを前記アドレス配布用サーバに送信するとともに、該アドレス配布用サーバからの前記配布要求に基づく所定ネットワークアドレスを応答する応答メッセージを受信するとともに、該ネットワークアドレスを管理するネットワークアドレス管理装置において、少なくとも前記要求メッセージを受信した前記中継装置の物理ポート番号と、該物理ポートに設定された仮想ネットワークのＶＬＡＮ番号と、前記アドレス配布用サーバからの応答メッセージ内のネットワークアドレスがエントリされるアドレス管理テーブルと、前記要求メッセージを受信し、前記物理ポート番号と、該物理ポートに設定されたＶＬＡＮ番号とを、前記アドレス管理テーブルにエントリさせるとともに、前記応答メッセージを受信し、該応答メッセージ内のアドレスに基づいて前記アドレス管理テーブルを検索して、該アドレス管理テーブルの該当するエントリに、当該応答メッセージ内のネットワークアドレスをエントリさせる登録制御手段とを備えたことを特徴とする。
【００１８】
この請求項６の発明によれば、登録制御手段によって、要求メッセージを受信した中継装置の物理ポート番号と、この物理ポートに設定されたＶＬＡＮ番号とをアドレス管理テーブルにエントリさせてエントリ追加を行い、応答メッセージを受信すると、この応答メッセージ中のネットワークアドレスをアドレス管理テーブルの該当エントリに登録させることで、ネットワークアドレスの適切な管理を容易にする。
【００１９】
また、請求項７にかかるネットワークアドレス管理装置では、上記発明において、前記登録制御手段は、前記受信した要求メッセージ内の物理ポート番号と前記ＶＡＬＮ番号とが、前記アドレス管理テーブルにエントリされていない場合に、当該物理ポートとＶＬＡＮ番号を前記アドレス管理テーブルに登録させることを特徴とする。
【００２０】
この請求項７の発明によれば、ネットワークアドレスの配布要求に対して、要求メッセージを受信した中継装置の物理ポート番号とＶＡＬＮ番号が、アドレス管理テーブルにエントリされていない場合にのみ、登録制御手段は、当該物理ポート番号とＶＡＬＮ番号をアドレス管理テーブルにエントリ登録させて、各ユーザに対してネットワークアドレスを的確に割り当てる。
【００２１】
また、請求項８にかかるネットワークアドレス管理装置では、上記発明において、前記ネットワークアドレス管理装置は、サブインターフェース毎に設定されたネットワークアドレス数を登録するアドレス数設定テーブルと、前記要求メッセージの受信に対して、アドレス数設定テーブルに登録されている該当サブインターフェースのネットワークアドレス数と、前記アドレス管理テーブルの該当エントリ数を比較する比較手段とをさらに備え、前記登録制御手段は、前記比較結果に応じて、エントリのうち最も古いネットワークアドレスのエントリを削除することを特徴とする。
【００２２】
この請求項８の発明によれば、アドレス数設定テーブルに登録されている該当ユーザに設定されているネットワークアドレス数と、アドレス管理テーブルに登録されている該当エントリ数とを比較手段で比較し、その比較結果によってネットワークアドレス数をエントリ数が超える場合には、該当する最も古いネットワークアドレスのエントリを、登録制御手段によって削除して、該当エントリ数が常にネットワークアドレス数以下になるように、アドレス管理テーブルのエントリの削除を行うことで、予め設定された適切なアドレス数のネットワークアドレスを各ユーザに対して割り当てる。
【００２３】
また、請求項９にかかるネットワークアドレス管理装置では、上記発明において、前記登録制御手段は、前記アドレス管理テーブルに登録されている該当エントリ数が、前記設定された該当サブインターフェースのネットワークアドレス数を超えている場合に、前記アドレス管理テーブルに登録されている最も古いエントリを削除し、前記受信した応答メッセージ内のネットワークアドレスを、前記アドレス管理テーブルにエントリさせることを特徴とする。
【００２４】
この請求項９の発明によれば、ネットワークアドレス数をエントリ数が超える場合には、該当する最も古いネットワークアドレスのエントリを、登録制御手段によって削除するとともに、受信した応答メッセージ内の新たなネットワークアドレスをアドレス管理テーブルにエントリさせることで、該当エントリ数が常にネットワークアドレス数以下になるように、アドレス管理テーブルのエントリの追加と削除を行うことで、予め設定された適切なアドレス数のネットワークアドレスを各ユーザに対して割り当てる。
【００２５】
また、請求項１０にかかるネットワークアドレス管理装置では、上記発明において、前記ネットワークアドレス管理装置は、前記登録制御手段から入力するサブインターフェース毎にネットワークアドレスを登録するとともに、入力する前記応答メッセージを前記クライアントに送信する送信元アドレスフィルタ手段をさらに含み、前記送信元アドレスフィルタ手段は、該登録設定されたネットワークアドレスに基づいて、前記クライアントからバックボーンネットワークへのアクセス許可を判断することを特徴とする。
【００２６】
この請求項１０の発明によれば、登録制御手段によって、送信元アドレスフィルタ手段にもユーザ毎のネットワークアドレスを登録させ、送信元アドレスフィルタ手段は、このネットワークアドレスが含まれた応答メッセージをクライアントに送信し、かつクライアントからのバックボーンネットワークへのアクセスに対して、この登録されたネットワークアドレスに基づいて、アクセス許可を与えるかどうか判断することで、アドレスのフィルタリング機能を実現している。
【００２７】
また、請求項１１にかかるネットワークアドレス管理装置では、上記発明において、前記登録制御手段は、前記エントリ数が前記設定されたネットワークアドレス数を超える場合には、該エントリのうち、最も古いネットワークアドレスの登録を削除する削除要求を出力し、前記送信元アドレスフィルタ手段は、前記削除要求に基づいて、該当するネットワークアドレスを登録設定されているネットワークアドレスの中から削除することを特徴とする。
【００２８】
この請求項１１の発明によれば、ネットワークアドレスの配布要求に対して、アドレス管理テーブルの該当するエントリ数が、予めユーザ毎に設定されたネットワークアドレス数を超えている場合には、登録制御手段からの削除要求によって、送信元アドレスフィルタ手段は、該当するネットワークアドレスを登録設定されているネットワークアドレスの中から削除することで、送信元アドレスフィルタ手段の登録アドレス数が常に設定されたネットワークアドレス数以下になるように、送信元アドレスフィルタ手段に登録されているアドレスの追加と削除を行い、このように設定された適切なネットワークアドレスに基づいて、アクセス許可を与えるかどうか判断することができる。
【００２９】
また、請求項１２にかかるネットワークアドレス管理システムでは、少なくとも、複数のクライアントと、バックボーンネットワーク内のアドレス配布用サーバと、前記クライアントと前記アドレス配布用サーバ間に接続され、パケットの中継を行う中継装置とから構成されるネットワークアドレス管理システムにおいて、前記中継装置は、請求項６〜１１のいずれか一つのネットワークアドレス管理装置を備え、前記ネットワークアドレス管理装置は、前記クライアントからのネットワークアドレスの配布を要求するための要求メッセージを前記アドレス配布用サーバに送信し、また該アドレス配布用サーバからの所定ネットワークアドレスを応答する応答メッセージを前記クライアントに送信するとともに、該ネットワークアドレスをエントリして管理することを特徴とする。
【００３０】
この請求項１２の発明によれば、クライアントとアドレス配布サーバ間に、請求項６〜１１のいずれか一つのネットワークアドレス管理装置を備えた中継装置を接続させることで、クライアントに対して、各ユーザ毎の予め設定されたアドレス数でのネットワークアドレスの配布が可能になるとともに、ネットワークアドレス管理装置のアドレス管理テーブルとアドレス数設定テーブルにエントリされた内容に基づいて、ユーザ毎のネットワークアドレスを的確に管理する。
【００３１】
【発明の実施の形態】
以下に、図１〜図１１の添付図面を参照して、この発明にかかるネットワークアドレス管理方法、その管理装置およびネットワークアドレス管理システムの好適な実施の形態を説明する。なお、以下の図において、図１２と同様の構成部分に関しては、説明の都合上、同一符号を付記するものとする。
【００３２】
（実施の形態１）
図１は、この発明のネットワークアドレス管理システムの実施の形態１にかかるメッセージの流れを示す構成図である。図１において、図１２に示した従来例のシステムと異なる点は、中継装置であるルータ２０内において、クライアント３０とＢＯＯＴＰ／ＤＨＣＰのメッセージの送受信を行う送受信部内２２に設けられたＩＰ送信元アドレスフィルタ部２３と、ユーザ毎ＩＰアドレス管理部２４と、ユーザアドレス管理テーブル２５とを有する点である。
【００３３】
このＢＯＯＴＰ／ＤＨＣＰのメッセージは、図２に示すように、ｏｐ、ｈｔｙｐｅ、ｈｌｅｎ、ｈｏｐｓ、ｘｉｄ、ｓｅｃｓ、ｆｌａｇｓ、ｃｉａｄｄｒ、ｙｉａｄｄｒ、ｓｉａｄｄｒ、ｇｉａｄｄｒ、ｃｈａｄｄｒ、ｓｎａｍｅ、ｆｉｌｅおよびｏｐｔｉｏｎｓの各フィールドからなっており、このメッセージのフィールドのうち、この実施の形態で特に関わってくるのは、ｏｐ、ｃｉａｄｄｒ、ｇｉａｄｄｒ、ｃｈａｄｄｒおよびｏｐｔｉｏｎｓの各フィールドである。
【００３４】
これらのフィールドにおいて、ｏｐフィールドは、メッセージの種類がＢＯＯＴＲＥＱＵＥＳＴか、またはＢＯＯＴＲＥＰＬＹかを示している。ｃｉａｄｄｒフィールドは、クライアントのＩＰアドレスを示している。ｓｉａｄｄｒフィールドは、ＤＨＣＰサーバ１０のＩＰアドレスを示している。ｇｉａｄｄｒフィールドは、ＤＨＣＰリレーエージェント部２１のＩＰアドレスを示している。ｃｈａｄｄｒフィールドは、ＤＨＣＰクライアント３０のハードウエアアドレスを示しており、たとえばＩＥＥＥ８０２．３で規定されたＬＡＮの場合は、ＭＡＣアドレスからなっている。また、ｏｐｔｉｏｎｓフィールドは、オペレーションのパラメータを設定するフィールドからなり、このｏｐｔｉｏｎｓフィールドには、この作成されたメッセージがＤＨＣＰＡＣＫか、またはＤＨＣＰＲＥＬＥＡＳＥかを示すフィールドが含まれている。
【００３５】
ＤＨＣＰリレーエージェント部２１は、ＲＦＣ２１３１に基づき、ＢＯＯＴＰよびＤＨＣＰの中継を行うリレーエージェント機能をサポートしており、受信したメッセージのチェック、中継に伴うメッセージの変更、関連機器へのメッセージ内容の通知および送信インターフェース（以下、「送信Ｉ／Ｆ」という）のチェックを行っている。
【００３６】
すなわち、受信メッセージのチェックにおいては、このＤＨＣＰリレーエージェント部２１は、受信したＢＯＯＴＰ／ＤＨＣＰのメッセージについて、ｏｐフィールドがＢＯＯＴＲＥＱＵＥＳＴか、またはＢＯＯＴＲＥＰＬＹかのチェックを行い、ｈｏｐｓフィールドが別途設定する「ｄｈｃｐ　ｈｏｐ−ｌｉｍｉｔ」以下かチェックし、受信メッセージがＢＯＯＴＲＥＰＬＹの場合は、ｇｉａｄｄｒフィールドがルータのいずれかのインターフェースアドレスに合致することをチェックしている。なお、受信したメッセージが上記条件に合わない場合には、ログに記録しメッセージを廃棄している。
【００３７】
また、中継に伴うメッセージの変更においては、このＤＨＣＰリレーエージェント部２１は、受信メッセージ内のｏｐフィールドがＢＯＯＴＲＥＱＵＥＳＴまたはＢＯＯＴＲＥＰＬＹのそれぞれの場合におけるメッセージの内容を変更している。
【００３８】
中継に伴う関連機能への通知においては、このＤＨＣＰリレーエージェント部２１は、ＢＯＯＴＲＥＱＵＥＳＴメッセージの受信時には、このメッセージを受信した物理ポート番号、ＶＬＡＮ番号およびメッセージ中のｃｈａｄｄｒのアドレス情報をユーザ毎ＩＰアドレス管理部２４へ通知するように機能する。また、このＤＨＣＰリレーエージェント部２１は、ＢＯＯＴＲＥＰＬＹメッセージの受信時には、このメッセージ中のｃｉａｄｄｒ、ｃｈａｄｄｒおよびｓｉａｄｄｒの各アドレス情報をユーザ毎ＩＰアドレス管理部２４へ通知するように機能している。
【００３９】
さらに、送信Ｉ／Ｆのチェックにおいては、このリレーエージェント部２１は、受信したＢＯＯＴＲＥＱＵＥＳＴメッセージのＩＰ宛先アドレスがブロードキャストの場合で、かつブロードキャスト宛に中継する場合には、受信したインターフェースからはこのメッセージを送信しないように機能している。
【００４０】
ＩＰ送信元アドレスフィルタ部２３は、たとえばユーザ毎ＩＰアドレス管理部２４からの各ユーザに対する配布ＩＰアドレスの追加または削除要求に基づいて、ｐｍｄ（たとえばフィルタ部のエンジン）に対して、ｉｐ　ａｄｄｒｅｓｓ　ｒａｎｇｅ（ＡＲＰフィルタ）へのＩＰアドレスの追加または削除の登録設定を行っている。このＩＰ送信元アドレスフィルタ部２３は、クライアント側からＩＳＰのバックボーンネットワークへのアクセス、またはＩＳＰ側からクライアントへのアクセスがあると、この登録されたＩＰアドレスに基づいてアクセスを許可するか拒否するかの判断を行っている。
【００４１】
ユーザ毎ＩＰアドレス管理部２４は、受信したメッセージの種類を判断して、この判断結果からユーザアドレス管理テーブル２５を検索して、この管理テーブル２５のエントリの作成や更新や削除などのデータ処理を行っている。なお、このユーザアドレス管理テーブル２５には、図３に示すように、メッセージを受信した物理ポート番号、ＶＬＡＮ番号、ｃｉａｄｄｒ、ｃｈａｄｄｒ、未解決フラグおよびエントリ有効フラグがエントリされている。すなわち、このユーザ毎ＩＰアドレス管理部２４は、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＱＵＥＳＴ）、ＢＯＯＴＲＥＰＬＹ（ＤＨＣＰＡＣＫ）およびＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージ受信時に後述するデータ処理を行い、必要なデータをユーザアドレス管理テーブル２５にエントリさせている。
【００４２】
また、このユーザ毎ＩＰアドレス管理部２４は、図４に示すように、内部に各ユーザに対して配布するＩＰアドレスの数を設定するアドレス数設定テーブルを有している。このアドレス数設定テーブルには、配布が可能なＩＰアドレスの数を示す設定範囲と、現在ＩＳＰとユーザ間で設定されている配布が可能なＩＰアドレスの数を示すデフォルト値と、コマンドの情報とがエントリされている。この実施の形態で示したアドレス数設定テーブルは、１つのインターフェースに接続されているユーザに１つのＩＰアドレスを割り当てるように、デフォルト値が設定されているが（図４参照）、たとえば追加料金を納めることで、最大１６個まで１つのインターフェースに接続されているユーザにＩＰアドレスを割り当てることが可能となる場合を示している。
【００４３】
次に、このネットワークアドレス管理システムにおいて、上述した各メッセージの送受信時の動作を、図５〜図７の図面に基づいて説明する。まず、ここでは、ＤＨＣＰクライアント３０からのＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＱＵＥＳＴ）のメッセージに対する動作について説明する。
【００４４】
まず、ＤＨＣＰクライアント３０は起動すると、ＩＰアドレスを取得するためのＢＯＯＴＲＥＱＵＥＳＴのメッセージを、図１中の（１）に示すように、ルータ２０に送信している。ルータ２０では、送受信部２２が、このＢＯＯＴＲＥＱＵＥＳＴメッセージを受信し、ＤＨＣＰリレーエージェント部２１に出力しており、このＤＨＣＰリレーエージェント部２１は、メッセージの入力がなされると、ＤＨＣＰサーバ１０へのリレーのために、ＤＨＣＰリレーエージェント機能によってこのＢＯＯＴＲＥＱＵＥＳＴメッセージをデータ処理する。
【００４５】
すなわち、このＤＨＣＰリレーエージェント部２１は、リレーするメッセージがＢＯＯＴＲＥＱＵＥＳＴメッセージかどうか判断しており、このメッセージがＢＯＯＴＲＥＱＵＥＳＴメッセージの場合には、このメッセージを図１中の（２）に示すように、ＤＨＣＰサーバ１０に転送するとともに、受信した送受信部２２の物理ポートとＶＬＡＮ情報およびこのメッセージ内のｃｈａｄｄｒフィールドのクライアントのハードウエアアドレス情報を、図１中の（３）に示すように、ユーザ毎ＩＰアドレス管理部２４へ通知している。
【００４６】
図５は、メッセージがＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＱＵＥＳＴ）時のユーザ毎ＩＰアドレス管理部２４のデータ処理動作を示すフローチャートであり、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）が通知された物理ポートとＶＬＡＮ番号をユーザアドレス管理テーブル２５から検索し（ステップ１０１）、このユーザアドレス管理テーブル２５内に、合致するエントリがあるかどうか判断する（ステップ１０２）。
【００４７】
ここで、このユーザアドレス管理テーブル２５内に、合致したエントリがある場合には、既にエントリ済みと判断して該当エントリのタイムアウト値を更新して終了する（ステップ１０３）。また、合致するエントリがない場合には、このユーザアドレス管理テーブル２５内で、この物理ポートとＶＬＡＮ番号とが合致するエントリ数を数え、アドレス数設定テーブル内に予め設定されているサブＩ／Ｆ（ユーザ毎に割り振られるｔａｇＩ／Ｆ）毎の配布ＩＰアドレス数と比較し（ステップ１０４）、このエントリ数が配布ＩＰアドレス数以上かどうか、すなわちエントリ数が、この設定されている配布ＩＰアドレス数以上の状態で、システムにおいて使用されているかどうか判断する（ステップ１０５）。
【００４８】
ここで、このエントリ数がサブＩ／Ｆ毎の配布ＩＰアドレス数以上の場合には、物理ポートとＶＬＡＮ番号が合致するエントリのうち、最も古いエントリを削除し（ステップ１０６）、またエントリ数がサブＩ／Ｆ毎の配布ＩＰアドレス数に満たない場合には、ユーザアドレス管理テーブル２５内に新規のエントリを作成する。そして、ユーザ毎ＩＰアドレス管理部２４は、この通知された物理ポートとＶＬＡＮ番号およびｃｈａｄｄｒのアドレスをユーザアドレス管理テーブル２５に格納し、ユーザアドレス管理テーブル２５の情報が未解決状態であることを示す未解決状態フラグを立てる（ステップ１０７）。
【００４９】
すなわち、ユーザ毎ＩＰアドレス管理部２４は、図３のユーザアドレス管理テーブル２５のエントリ状態に示すように、ユーザアドレス管理テーブル２５内に、通知された物理ポートとＶＬＡＮ情報をエントリさせ、ｃｉａｄｄｒとｃｈａｄｄｒのフィールドは未エントリの状態で、未解決フラグとエントリ有効フラグをオン状態に設定する。なお、ユーザ毎ＩＰアドレス管理部２４は、ｃｈａｄｄｒのクライアントのハードウエアアドレスを認識しているが、この時点ではユーザアドレス管理テーブル２５内のｃｈａｄｄｒのフィールドにエントリさせずに、エントリさせた他の情報との対応関係だけを認識している。
【００５０】
このように、ルータ２０が、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＱＵＥＳＴ）のメッセージを受信すると、リレーエージェント機能によって、このメッセージをＤＨＣＰサーバ１０に送信するとともに、ユーザ毎ＩＰアドレス管理部２４によってエントリ数がサブＩ／Ｆ（ユーザ）毎の配布ＩＰアドレス数になるまで、ユーザアドレス管理テーブル２５に新規のエントリを作成することができる。
【００５１】
このＤＨＣＰサーバ１０では、ルータ２０からＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＱＵＥＳＴ）のメッセージを受け取ると、このクライアントに対応するＩＰアドレスを含んだＢＯＯＴＲＥＰＬＹ（ＤＨＣＰＡＣＫ）のメッセージを作成し、このメッセージを図１中の（５）に示すように、ルータ２０に送信する。
【００５２】
このルータ２０のＤＨＣＰリレーエージェント部２１は、このルータ２０からＢＯＯＴＲＥＰＬＹ（ＤＨＣＰＡＣＫ）のメッセージを受け取ると、リレーエージェント機能によって、このメッセージを図１中の（６）に示すように、ＩＰ送信元アドレスフィルタ部２３に出力するとともに、このメッセージがＤＨＣＰＡＣＫの場合には、図１中の（７）に示すように、メッセージ中のｃｉａｄｄｒ（クライアントのＩＰアドレス）とｃｈａｄｄｒ（クライアントのハードウエアアドレス）をユーザ毎ＩＰアドレス管理部２４へ通知する。
【００５３】
図６は、メッセージがＢＯＯＴＲＥＰＬＹ（ＤＨＣＰＡＣＫ）時のユーザ毎ＩＰアドレス管理部２４のデータ処理動作を示すフローチャートであり、ユーザ毎ＩＰアドレス管理部２４は、この通知されたｃｈａｄｄｒのアドレスをキーとしてユーザアドレス管理テーブル２５から該当する未解決状態のエントリを検索する（ステップ２０１）。すなわち、ここでは、未解決フラグがオン状態のエントリのみを検索する。そして、未解決状態のエントリがユーザアドレス管理テーブル２５にあるかどうか判断する（ステップ２０２）。
【００５４】
ここで、該当するエントリがない場合には、通知を廃棄してデータ処理動作を終了し、また該当するエントリがある場合には、図１中の（８）に示すように、ユーザアドレス管理テーブル２５の該当エントリに、ｃｉａｄｄｒとｃｈａｄｄｒのアドレス情報を格納し（ステップ２０３）、未解決フラグをオフ状態にして該当エントリを解決状態にして（ステップ２０４）、ユーザアドレス管理テーブル２５を図７の構成図に示す状態にする。さらに、ユーザ毎ＩＰアドレス管理部２４は、解決状態としたエントリの情報に基づいて、図１中の（９）に示すように、ＩＰ送信元アドレスフィルタ部２３にエントリの追加要求を行う（ステップ２０５）。
【００５５】
このＩＰ送信元アドレスフィルタ部２３では、このエントリの追加要求に基づいて、サブＩ／Ｆ（ユーザ）毎に配布ＩＰアドレスの追加設定を行い、各ユーザからの当該ＩＰアドレスでデータ通信が行えるようにする。
【００５６】
次に、ユーザ毎ＩＰアドレス管理部２４は、解決状態としたエントリに含まれる物理ポートおよびＶＬＡＮ番号と同じ物理ポートおよびＶＬＡＮ番号を有するエントリを検索する（ステップ２０６）。そして、この検索されたエントリ数が、サブＩ／Ｆ毎の配布ＩＰアドレス数を超えているかどうか判断する（ステップ２０７）。
【００５７】
ここで、このエントリ数が配布ＩＰアドレス数を超えていない場合には、上記動作を終了し、またエントリ数が配布ＩＰアドレス数を超えている場合には、検索で合致したエントリのうちで、最も古いエントリを削除する（ステップ２０８）。さらに、ＩＰ送信元アドレスフィルタ部２３に対して、この古いエントリの削除要求（ステップ２０９）、およびＤＨＣＰサーバ１０に対して、図１中の（１０）に示すように、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージを送出する（ステップ２１０）。
【００５８】
このＩＰ送信元アドレスフィルタ部２３では、この削除要求を受け取ると、サブＩ／Ｆ（ユーザ）に設定されていた最も古い配布ＩＰアドレスを削除する。また、ＤＨＣＰサーバ１０では、このＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージを受け取ると、このメッセージのｃｉａｄｄｒに格納されているＩＰアドレスが使用されなくなったと判断して、このＩＰアドレスの再使用が可能になるように回復設定する。
【００５９】
このように構成することで、たとえば悪意のクライアントが古いＩＰアドレスを使用してＩＳＰのバックボーンネットワークにアクセスしようとしても、ユーザアドレス管理テーブルのエントリ数が、サブＩ／Ｆ毎に配布ＩＰアドレス数を超えると、古い配布ＩＰアドレスが削除されるので、ＩＰ送信元アドレスフィルタ部は、この削除されたＩＰアドレスを用いたバックボーンネットワークへのアクセスを拒否することができ、不正なアクセスを防ぐことができ、システムの信頼性を高めることができる。
【００６０】
したがって、この実施の形態では、ＩＰアドレスの配布に際し、サブＩ／Ｆ毎のＩＰアドレス数を超えている場合には、検索で合致したエントリのうちで、もっとも古いエントリを削除するので、予めユーザに設定された配布ＩＰアドレス数の範囲内のＩＰアドレスを割り当てることができ、これによって各ユーザにＩＰアドレスを適切に割り当てることができる。
【００６１】
また、この実施の形態では、ユーザＩＰアドレス管理部がユーザアドレス管理テーブルとアドレス数設定テーブルとを用いて、ユーザ毎のＩＰアドレスの配布と回収を管理しているので、アドレスの適切な管理を可能にすることができる。
【００６２】
さらに、この実施の形態では、ルータにＩＰ送信元アドレスフィルタ部とユーザ毎ＩＰアドレス管理部を設けて、ＩＰアドレス管理を行うので、ＤＨＣＰサーバは、既存の構成のものを変更を加えることなく、そのままの状態で用いることができ、製作コストを低減できるとともに、最小限の構成部分の変更で、上述した多大な効果を得ることができる。
【００６３】
（実施の形態２）
図８は、この発明のネットワークアドレス管理システムの実施の形態２にかかるメッセージの流れを示す構成図である。図において、ＤＨＣＰクライアント３０は、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージを送信する場合がある。この場合、ＤＨＣＰクライアント３０は、以前にＤＨＣＰサーバ１０から配布されたＩＰアドレスの解放要求を行うために、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージを、図８中の（１）に示すように、ルータ２０に送信している。
【００６４】
ルータ２０では、送受信部２２が、このＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージを受信し、ＤＨＣＰリレーエージェント部２１に出力しており、このＤＨＣＰリレーエージェント部２１は、メッセージの入力がなされると、ＤＨＣＰサーバ１０へのリレーのために、ＤＨＣＰリレーエージェント機能によってこのＢＯＯＴＲＥＱＵＥＳＴメッセージをデータ処理する。
【００６５】
すなわち、このＤＨＣＰリレーエージェント部２１は、リレーするメッセージがＢＯＯＴＲＥＱＵＥＳＴメッセージの場合には、このメッセージを図８中の（２）に示すように、ＤＨＣＰサーバ１０に転送するとともに、受信した送受信部２２の物理ポートとＶＬＡＮ情報およびこのメッセージ内のｃｈａｄｄｒの情報を、図１中の（３）に示すように、ユーザ毎ＩＰアドレス管理部２４へ通知している。
【００６６】
図９は、メッセージがＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）時のユーザ毎ＩＰアドレス管理部２４のデータ処理動作を示すフローチャートであり、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）が通知された物理ポートとＶＬＡＮ番号、ｃｈａｄｄｒをキーとして、ユーザアドレス管理テーブル２５から該当するエントリを検索し（ステップ３０１）、このユーザアドレス管理テーブル２５内に、合致するエントリがあるかどうか判断する（ステップ３０２）。
【００６７】
ここで、このユーザアドレス管理テーブル２５内に、合致したエントリがない場合には、未エントリと判断して上記動作を終了する。また、合致したエントリがこのユーザアドレス管理テーブル２５内にある場合には、この合致したエントリを、図８中の（４）に示すように削除し（ステップ３０３）、次に図８中の（５）に示すように、ＩＰ送信元アドレスフィルタ部２３へ該当エントリの削除要求を行う（ステップ３０４）。
【００６８】
すなわち、エントリの削除前のユーザアドレス管理テーブル２５のエントリ状態が、図１０に示されている状態だとすると、ユーザ毎ＩＰアドレス管理部２４は、図１１のエントリ削除後のユーザアドレス管理テーブル２５のエントリ状態に示すように、この該当する受信ポート番号、受信ＶＬＡＮ番号、ｃｉａｄｄｒ、ｃｈａｄｄｒのエントリを削除し、かつ未解決フラグをオフ状態に設定してはずしている。
【００６９】
このように、ルータ２０が、ＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージを受信すると、リレーエージェント機能によって、このメッセージをＤＨＣＰサーバ１０に送信するとともに、ユーザ毎ＩＰアドレス管理部２４によってユーザアドレス管理テーブル２５から該当するエントリを削除することができる。
【００７０】
また、ＤＨＣＰサーバ１０では、このＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）のメッセージを受け取ると、このメッセージのｃｉａｄｄｒに格納されているＩＰアドレスが使用されなくなったと判断して、このＩＰアドレスの回復設定を可能とする。
【００７１】
したがって、この実施の形態では、各ユーザのＤＨＣＰクライアントからＩＰアドレスの開放要求があった場合にも、ユーザＩＰアドレス管理部がユーザアドレス管理テーブルの該当するエントリを削除するので、アドレスの適切な管理が可能になるとともに、使用されなくなったＩＰアドレスをＤＨＣＰサーバに通知して、ＩＰアドレスの回復設定を行うので、ＩＰアドレスの再使用が可能になる。
【００７２】
この発明は、これら実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲で種々の変形実施が可能である。
【００７３】
【発明の効果】
以上説明したように、この発明では、ネットワークアドレスの配布要求の際に、登録制御手段によって要求メッセージを受信した中継装置の物理ポート番号と、この物理ポートに設定された仮想ネットワークのＶＬＡＮ番号が、アドレス管理テーブルにエントリされていない場合にのみ、この物理ポート番号とＶＬＡＮ番号をアドレス管理テーブルにエントリ登録させ、さらに受信した応答メッセージ中のネットワークアドレスをこれらエントリに対応させて、このアドレス管理テーブルの該当エントリに登録させるので、各ユーザに対してネットワークアドレスを適切に割り当てることが可能になるとともに、アドレスの適切な管理が可能となる。
【００７４】
また、この発明では、比較手段でアドレス数設定テーブルに登録されている該当ユーザに設定されているネットワークアドレス数と、アドレス管理テーブルに登録されている該当エントリ数とを比較し、エントリ数がネットワークアドレス数を超える場合には、登録制御手段によって該当する最も古いネットワークアドレスのエントリをアドレス管理テーブルから削除するとともに、受信した新たなネットワークアドレスをアドレス管理テーブルにエントリ登録させるので、エントリ数が常に設定されているネットワークアドレス数以下になり、予め設定された適切なアドレス数のネットワークアドレスを各ユーザに対して的確に割り当てることができる。
【００７５】
また、この発明では、送信元アドレスフィルタ手段にもユーザ毎のネットワークアドレスを登録させ、送信元アドレスフィルタ手段は、このネットワークアドレスが含まれた応答メッセージをクライアントに送信し、またエントリ数がネットワークアドレス数を超える場合には、送信元アドレスフィルタ手段に登録されているネットワークアドレス中から最も古いネットワークアドレスを削除するので、送信元アドレスフィルタ手段の登録アドレス数が常に設定されたネットワークアドレス数以下になり、このように設定された適切なネットワークアドレスに基づいて、アクセス許可を与えることができる。
【００７６】
また、この発明では、ネットワークアドレス管理システムにおいて、請求項６〜１１のいずれか一つのネットワークアドレス管理装置を備えた中継装置を、クライアントとアドレス配布サーバ間に接続させるので、各ユーザに対してアドレスを適切に割り当てるとともに、このアドレスの適切な管理を可能にすることができる。
【図面の簡単な説明】
【図１】この発明のネットワークアドレス管理システムの実施の形態１にかかるメッセージの流れを示す構成図である。
【図２】図１に示したシステム内で送受信されるメッセージのフォーマットを示す図である。
【図３】同じく、図１に示したユーザアドレス管理テーブルの構成の一例で、受信ポート番号と受信ＶＬＡＮ番号のみがエントリされた状態を示す構成図である。
【図４】同じく、図１に示したユーザ毎ＩＰアドレス管理部内に設けられたアドレス数設定テーブルの構成の一例を示す構成図である。
【図５】メッセージがＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＱＵＥＳＴ）時のユーザ毎ＩＰアドレス管理部のデータ処理動作を示すフローチャートである。
【図６】メッセージがＢＯＯＴＲＥＰＬＹ（ＤＨＣＰＡＣＫ）時のユーザ毎ＩＰアドレス管理部のデータ処理動作を示すフローチャートである。
【図７】同じく、図１に示したユーザアドレス管理テーブルの構成の一例で、エントリが変更された状態の一例を示す構成図である。
【図８】この発明のネットワークアドレス管理システムの実施の形態２にかかるメッセージの流れを示す構成図である。
【図９】メッセージがＢＯＯＴＲＥＱＵＥＳＴ（ＤＨＣＰＲＥＬＥＡＳＥ）時のユーザ毎ＩＰアドレス管理部２４のデータ処理動作を示すフローチャートである。
【図１０】図８に示したユーザアドレス管理テーブルの構成の一例で、エントリの削除前の状態を示す構成図である。
【図１１】同じく、図８に示したユーザアドレス管理テーブルの構成の一例で、エントリの削除後の状態を示す構成図である。
【図１２】従来のネットワークアドレス管理システムの構成の一例を示す構成図である。
【符号の説明】
１０　ＤＨＣＰサーバ
２０　ルータ
２１　ＤＨＣＰリレーエージェント部
２２　送受信部
２３　ＩＰ送信元アドレスフィルタ部
２４　ユーザ毎ＩＰアドレス管理部
２５　ユーザアドレス管理テーブル
３０　ＤＨＣＰクライアント
【図１】
2004104355.tif 000003
【図２】
2004104355.tif 000004
【図３】
2004104355.tif 000005
【図４】
2004104355.tif 000006
【図５】
2004104355.tif 000007
【図６】
2004104355.tif 000008
【図７】
2004104355.tif 000009
【図８】
2004104355.tif 000010
【図９】
2004104355.tif 000011
【図１０】
2004104355.tif 000012
【図１１】
2004104355.tif 000013
【図１２】
2004104355.tif 000014