JP2013214825A - 中継装置、通信制御方法及び通信制御プログラム - Google Patents

Abstract

【課題】配下の通信端末が交換された場合でも、交換後の通信端末に対してＩＰアドレスを迅速かつ容易に割り当てる。
【解決手段】中継装置１００は、ＭＡＣアドレス管理テーブル１５１と中継部１６３とＭＡＣアドレス変更部１６４を備える。ＭＡＣアドレス管理テーブル１５１は、配下の通信端末のＭＡＣアドレスと、配下の通信端末と交換された通信端末である交換通信端末のＭＡＣアドレスとを対応付けて記憶する。中継部１６３はＩＰアドレスの払出しを要求する要求信号を受信して、ＩＰアドレスを保持するサーバ装置に中継する。ＭＡＣアドレス変更部１６４は、中継部１６３によって要求信号が受信された場合に、ＭＡＣアドレス管理テーブルに記憶された交換通信端末のＭＡＣアドレスから探索し、要求信号に含まれる送信元の通信端末のＭＡＣアドレスを、対応する配下の通信端末のＭＡＣアドレスに変更する。
【選択図】図４

Description

本発明は、中継装置、通信制御方法及び通信制御プログラムに関する。

従来、ＤＨＣＰ（Dynamic Host Configuration Protocol） Ｒｅｌａｙ Ａｇｅｎｔ機能を持つルータ等の中継装置がある。ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能とは、ＤＨＣＰサーバが通信端末に対してＩＰアドレスを払い出す際に、クライアントとなる通信端末とサーバ装置との間の中継動作を行う機能である。

ここで、ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を持つルータの処理の流れを説明する。ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を持つルータは、まず、ＤＨＣＰサーバに対してＩＰ（Internet Protocol）アドレスの払出しを要求する要求信号を配下の通信端末から受信してＤＨＣＰサーバに中継する。ＤＨＣＰサーバに中継される要求信号には、送信元となる通信端末のＭＡＣ（Media Access Control）アドレスが含まれる。ＤＨＣＰサーバは、通信端末のＭＡＣアドレスとＩＰアドレスとを対応付けるテーブルを保持し、テーブルと要求信号に含まれる送信元の通信端末のＭＡＣアドレスとを比較して、ＩＰアドレスを払い出す。続いて、ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を持つルータは、ＤＨＣＰサーバから払い出されたＩＰアドレスを配下の通信端末に割り当てる。これにより、配下の通信端末は、ＩＰアドレスを用いてルータを介在させた通信サービスの提供を受けることができる。

特開２００４−２１４８５０号公報

しかしながら、上述した従来技術では、配下の通信端末が交換された場合に、交換後の通信端末に対してＩＰアドレスを迅速かつ容易に割り当てることができない恐れがあるという問題があった。

配下の通信端末が交換された場合には、交換前の通信端末のＭＡＣアドレスと交換後の通信端末のＭＡＣアドレスとが異なるものとなる。このため、従来技術では、ＤＨＣＰサーバにおいてＩＰアドレスと対応付けて保持されたＭＡＣアドレスを、交換後の通信端末のＭＡＣアドレスに更新する作業が発生する。結果として、従来技術では、ＭＡＣアドレスの更新作業が完了するまでは、ＤＨＣＰサーバが、交換後の通信端末に対してＩＰアドレスを払い出すことができず、交換後の通信端末に対するＩＰアドレスの割り当てが遅延してしまう。また、配下の通信端末の数が多いほどＭＡＣアドレスの更新作業自体が煩雑なものとなり、交換後の通信端末に対するＩＰアドレスの割り当てがますます遅延してしまう。

開示の技術は、上記に鑑みてなされたものであって、配下の通信端末が交換された場合でも、交換後の通信端末に対してＩＰアドレスを迅速かつ容易に割り当てることができる中継装置、通信制御方法及び通信制御プログラムを提供することを目的とする。

本願の開示する中継装置は、一つの態様において、ＭＡＣアドレス管理テーブルと、中継部と、ＭＡＣアドレス変更部とを備える。ＭＡＣアドレス管理テーブルは、配下の通信端末のＭＡＣアドレスと、前記配下の通信端末と交換された通信端末である交換通信端末のＭＡＣアドレスとを対応付けて記憶する。中継部は、送信元となる通信端末のＭＡＣアドレスを含む信号であり、該送信元の通信端末のＭＡＣアドレスに予め設定されたＩＰアドレスを保持するサーバ装置に対して前記ＩＰアドレスの払出しを要求する要求信号を受信して前記サーバ装置に中継する。ＭＡＣアドレス変更部は、前記中継部によって要求信号が受信された場合に、前記要求信号に含まれる前記送信元の通信端末のＭＡＣアドレスを、前記ＭＡＣアドレス管理テーブルに記憶された交換通信端末のＭＡＣアドレスから探索する。ＭＡＣアドレス変更部は、探索した前記送信元の通信端末のＭＡＣアドレスを対応する前記配下の通信端末のＭＡＣアドレスに変更する。

本願の開示する中継装置の一つの態様によれば、配下の通信端末が交換された場合でも、交換後の通信端末に対してＩＰアドレスを迅速かつ容易に割り当てることができるという効果を奏する。

図１は、本実施例に係るルータを含む通信システムの構成を示す図である。 図２は、本実施例におけるＲＡＤＩＵＳサーバによって保持されるテーブルのデータ構造の一例を示す図である。 図３は、本実施例におけるＤＨＣＰサーバによって保持されるテーブルのデータ構造の一例を示す図である。 図４は、本実施例に係るルータの構成を示す機能ブロック図である。 図５は、本実施例のＭＡＣアドレス管理テーブルのデータ構造の一例を示す図である。 図６は、本実施例の認証処理部によって送受信されるＭＡＣフレームのデータ構造の一例を示す図である。 図７は、本実施例の認証処理部によって送受信されるＲＡＤＩＵＳフレームのデータ構造の一例を示す図である。 図８は、本実施例の中継部によって送受信されるＤＨＣＰフレームのデータ構造の一例を示す図である。 図９は、本実施例に係るルータのハードウェア構成の一例を示す図である。 図１０は、本実施例に係るルータを含む通信システムにより実行される認証処理の一例を示すシーケンス図である。 図１１は、本実施例に係るルータによるＭＡＣアドレス管理処理の処理手順を示すフローチャートである。 図１２は、本実施例に係るルータのＭＡＣアドレス管理テーブルの一例を示す図（その１）である。 図１３は、本実施例に係るルータのＭＡＣアドレス管理テーブルの一例を示す図（その２）である。 図１４は、本実施例に係るルータのＭＡＣアドレス管理テーブルの一例を示す図（その３）である。 図１５は、本実施例に係るルータを含む通信システムにより実行されるＩＰアドレス払出し処理の一例を示すシーケンス図である。 図１６は、本実施例に係るルータによるＭＡＣアドレス変更処理の処理手順を示すフローチャートである。 図１７は、本実施例に係るルータによる更新指示処理の処理手順を示すフローチャートである。 図１８は、本実施例に係るルータによるテーブル更新処理の処理手順を示すフローチャートである。

以下に、本願の開示する中継装置、通信制御方法及び通信制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例により開示技術が限定されるものではない。例えば、以下の実施例では、ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を持つルータに本願の開示する中継装置を適用した場合について説明するが、この実施例によって開示技術が限定されるものではない。

まず、本実施例のルータを含む通信システムの構成について説明する。図１は、本実施例に係るルータを含む通信システムの構成を示す図である。図１に示すように、この通信システムは、ネットワークセンタ１０と、サービス提供サーバ２０ａ〜２０ｎと、ルータ１００ａ〜１００ｎと、通信端末３０ａ〜３０ｘとを有する。ルータ１００ａ〜１００ｎは、中継装置の一例である。ネットワークセンタ１０、サービス提供サーバ２０ａ〜２０ｎ及びルータ１００ａ〜１００ｎは、ネットワーク１を介して互いに通信可能に接続される。なお、以下では、サービス提供サーバ２０ａ〜２０ｎ、ルータ１００ａ〜１００ｎ、通信端末３０ａ〜３０ｘをまとめて、それぞれ、サービス提供サーバ２０、ルータ１００、通信端末３０と表記する。

ネットワークセンタ１０は、ネットワーク管理装置１１と、ＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバ１２と、ＤＨＣＰサーバ１３とを有する。ネットワーク管理装置１１は、ネットワークセンタ１０を管理する装置であり、通信サービスを開始するための各種の設定をＲＡＤＩＵＳサーバ１２及びＤＨＣＰサーバ１３に対して行う。例えば、ネットワーク管理装置１１は、通信端末３０を利用する利用者ごとに固定的に割り当てられる認証用の識別情報であるユーザＩＤを決定し、決定したユーザＩＤと所定のパスワードとを対応付けてＲＡＤＩＵＳサーバ１２に登録する。また、ネットワーク管理装置１１は、空きのＩＰアドレスの範囲から通信端末３０に払い出すべきＩＰアドレスを決定し、決定したＩＰアドレスと通信端末３０の利用者から受け付けた通信端末３０のＭＡＣアドレスとを対応付けてＤＨＣＰサーバ１３に登録する。

ＲＡＤＩＵＳサーバ１２は、通信端末３０に対して認証処理を行うサーバ装置である。ＲＡＤＩＵＳサーバ１２は、ユーザＩＤとパスワードとを対応付けたテーブルを保持し、このテーブルと、ルータ１００を介して通信端末３０から受け付けたユーザＩＤ及びパスワードとを比較することで、認証処理を行う。

ＲＡＤＩＵＳサーバ１２によって保持されるテーブルのデータ構造の一例を図２に示す。図２は、本実施例におけるＲＡＤＩＵＳサーバによって保持されるテーブルのデータ構造の一例を示す図である。図２に示すテーブルは、ユーザＩＤと、パスワードとを有する。このうち、「ユーザＩＤ」は、通信端末３０を利用する利用者ごとに固定的に割り当てられる認証用の識別情報であるユーザＩＤを格納する。「パスワード」は、ユーザＩＤに任意に割り当てられるパスワードを格納する。

図１に戻り、ＤＨＣＰサーバ１３は、ＲＡＤＩＵＳサーバ１２から認証許可を受けた通信端末３０に対してＩＰアドレスを提供するサーバ装置である。ＤＨＣＰサーバ１３は、通信端末３０のＭＡＣアドレスとＩＰアドレスとを対応付けたテーブルを保持し、テーブルとルータ１００を介して通信端末３０から受け付けた通信端末３０のＭＡＣアドレスとを比較して、通信端末３０に対してＩＰアドレスを払い出す。

ＤＨＣＰサーバ１３によって保持されるテーブルのデータ構造の一例を図３に示す。図３は、本実施例におけるＤＨＣＰサーバによって保持されるテーブルのデータ構造の一例を示す図である。図３に示すテーブルは、ＭＡＣアドレスと、ＩＰアドレスとを有する。このうち、「ＭＡＣアドレス」は、通信端末３０の利用者から受け付けた通信端末３０のＭＡＣアドレスを格納する。「ＩＰアドレス」は、「ＭＡＣアドレス」の示す通信端末３０に払い出すべきＩＰアドレスを格納する。

図１に戻り、サービス提供サーバ２０は、通信端末３０に対して各種の通信サービスを提供するサーバ装置である。例えば、サービス提供サーバ２０は、通信端末３０に対して各種のインターネットサービスを提供する。

通信端末３０は、ＩＰアドレスを用いて各種の通信サービスの提供を受けるクライアント装置である。通信端末３０は、ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を持つ後述のルータ１００に接続されており、ルータ１００を介して各種の通信サービスの提供を受ける。例えば、通信端末３０は、ＤＨＣＰサーバ１３によって払い出されたＩＰアドレスをルータ１００を介して受け取り、自装置のネットワークインタフェースに設定することで、サービス提供サーバ２０からのインターネットサービスを利用することが可能となる。ルータ１００に接続された通信端末３０は、配下の通信端末の一例である。

ルータ１００は、ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を有し、ＤＨＣＰサーバ１３が通信端末３０に対してＩＰアドレスを払い出す際に、クライアントとなる通信端末３０とＤＨＣＰサーバ１３との間の信号を中継する中継動作を行う。例えば、ルータ１００は、ＤＨＣＰサーバ１３に対してＩＰアドレスの払出しを要求する要求信号を配下の通信端末３０から受信した場合に、受信した要求信号をＤＨＣＰサーバ１３に中継する。また、例えば、ルータ１００は、払い出されたＩＰアドレスを含む応答信号をＤＨＣＰサーバ１３から受信した場合に、受信した応答信号を配下の通信端末３０に中継する。

本実施例の通信システムでは、ルータ１００が、配下の通信端末３０が交換された場合に、配下の通信端末３０のＭＡＣアドレスと、配下の通信端末と交換された通信端末３０のＭＡＣアドレスとを対応付けてＭＡＣアドレス管理テーブルに格納する。ルータ１００は、ＭＡＣアドレス管理テーブルを基に、交換後の通信端末３０とＤＨＣＰサーバ１３との間で中継する信号の送信元又は宛先を、それぞれ交換前の配下の通信端末３０のＭＡＣアドレス又は交換後の配下の通信端末３０のＭＡＣアドレスに変更する。ルータ１００は、送信元又は宛先を変更した信号を中継対象となる交換後の通信端末３０又はＤＨＣＰサーバ１３に中継する。以下では、交換後の配下の通信端末３０を、交換通信端末３０と表記する。また、交換前の配下の通信端末３０のＭＡＣアドレスを旧ＭＡＣアドレスと表記し、交換通信端末３０のＭＡＣアドレスを新ＭＡＣアドレスと表記する。

例えば、ルータ１００は、配下の通信端末３０が交換された場合に、交換前の通信端末３０の旧ＭＡＣアドレスと、交換通信端末３０の新ＭＡＣアドレスとを対応付けてＭＡＣアドレス管理テーブルに管理する。そして、ルータ１００は、ＤＨＣＰサーバ１３に対してＩＰアドレスの払出しを要求する要求信号を交換通信端末３０から受信した場合に、要求信号に含まれる送信元の新ＭＡＣアドレスを、ＭＡＣアドレス管理テーブルに記憶された新ＭＡＣアドレスから探索する。そして、ルータ１００は、ＭＡＣアドレス管理テーブルから探索した送信元の新ＭＡＣアドレスを対応する旧ＭＡＣアドレスに変更し、送信元を変更した要求信号をＤＨＣＰサーバ１３に中継する。

また、例えば、ルータ１００は、要求信号を受信したＤＨＣＰサーバ１３から払い出されたＩＰアドレスを含む応答信号を受信した場合に、応答信号に含まれる宛先の旧ＭＡＣアドレスを、ＭＡＣアドレス管理テーブルに記憶された旧ＭＡＣアドレスから探索する。そして、ルータ１００は、ＭＡＣアドレス管理テーブルから探索した宛先の旧ＭＡＣアドレスを対応する新ＭＡＣアドレスに変更し、宛先を変更した応答信号を交換通信端末３０に中継する。

このように、本実施例のルータ１００は、配下の通信端末３０の交換時に、旧ＭＡＣアドレスと新ＭＡＣアドレスとを対応付けてＭＡＣアドレス管理テーブルに管理し、交換通信端末３０とＤＨＣＰサーバ１３との間で中継する信号の送信元又は宛先を変更する。これにより、要求信号を受信したＤＨＣＰサーバ１３は、自身の保持するテーブルを参照して、要求信号に送信元として含まれる旧ＭＡＣアドレスに予め設定されたＩＰアドレスを払い出すことができる。結果として、ルータ１００は、配下の通信端末３０が交換された場合でも、交換通信端末３０に対して交換前の通信端末３０と同一のＩＰアドレスを迅速に割り当てることができる。

次に、図１に示したルータ１００の構成について説明する。図４は、本実施例に係るルータの構成を示す機能ブロック図である。図４に示すように、このルータ１００は、ＬＡＮ（Local Area Network）側ＩＦ（Interface）部１１０、ＷＡＮ（Wide Area Network）側ＩＦ（Interface）部１２０、入力部１３０、表示部１４０、記憶部１５０及び制御部１６０を有する。

ＬＡＮ側ＩＦ部１１０は、通信端末３０との間でデータ通信する装置である。例えば、ＬＡＮ側ＩＦ部１１０は、インターフェースモジュールなどに対応する。制御部１６０は、このＬＡＮ側ＩＦ部１１０を介して、通信端末３０との間でデータや信号等を送受信する。

ＷＡＮ側ＩＦ部１２０は、ネットワーク１に接続された装置との間でデータ通信する装置である。例えば、ＷＡＮ側ＩＦ部１２０は、インターフェースモジュールなどに対応する。制御部１６０は、このＷＡＮ側ＩＦ部１２０を介して、ＲＡＤＩＵＳサーバ１２やＤＨＣＰサーバ１３との間でデータや信号等を送受信する。

入力部１３０は、各種の情報をルータ１００に入力するための入力装置である。例えば、入力部１３０は、キーボード、マウス、タッチパネル等に対応する。表示部１４０は、各種の情報を表示する表示装置である。例えば、表示部１４０は、ディスプレイ、タッチパネル等に対応する。

記憶部１５０は、例えば、ＭＡＣアドレス管理テーブル１５１を記憶する。この記憶部１５０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

ＭＡＣアドレス管理テーブル１５１は、交換前後の通信端末３０に関するＭＡＣアドレスの対応関係を記憶するテーブルである。図５は、本実施例のＭＡＣアドレス管理テーブルのデータ構造の一例を示す図である。図５に示すように、このＭＡＣアドレス管理テーブル１５１は、ユーザＩＤ、旧ＭＡＣアドレス管理フラグ、旧ＭＡＣアドレス、新ＭＡＣアドレス管理フラグ及び新ＭＡＣアドレスを対応付けて記憶する。

図５において、ユーザＩＤは、通信端末３０を利用する利用者ごとに固定的に割り当てられた識別情報であるユーザＩＤを示す。このユーザＩＤは、通信端末３０の利用者を一意に識別する識別情報であるため、通信端末３０の交換前後に関わらず、不変となる。

旧ＭＡＣアドレス管理フラグは、旧ＭＡＣアドレスに情報が格納されているか否かを示すフラグである。旧ＭＡＣアドレスに情報が格納されている場合には、有効を示す「１」が旧ＭＡＣアドレス管理フラグに設定される。旧ＭＡＣアドレスに情報が格納されていない場合には、無効を示す「０」が旧ＭＡＣアドレス管理フラグに設定される。旧ＭＡＣアドレスは、ユーザＩＤの示す利用者によって利用される通信端末３０の旧ＭＡＣアドレスを示す。

新ＭＡＣアドレス管理フラグは、新ＭＡＣアドレスに情報が格納されているか否かを示すフラグである。新ＭＡＣアドレスに情報が格納されている場合には、有効を示す「１」が新ＭＡＣアドレス管理フラグに設定される。新ＭＡＣアドレスに情報が格納されていない場合には、無効を示す「０」が新ＭＡＣアドレス管理フラグに設定される。新ＭＡＣアドレスは、ユーザＩＤの示す利用者によって利用される交換通信端末３０の新ＭＡＣアドレスを示す。

例えば、図５の１行目のエントリでは、ユーザＩＤ「Ｕｓｅｒ０１」の示す利用者によって利用される通信端末３０の旧ＭＡＣアドレスが「Ｆ８：０Ｆ：４１：１４：２９：ａ３」であり、この通信端末３０が未だ交換されていないことを示す。また、２行目のエントリでは、ユーザＩＤ「Ｕｓｅｒ０２」の示す利用者に利用される通信端末３０の旧ＭＡＣアドレスが「００：２６：０ｂ：３８：ｂ３：ｄ３」であり、交換通信端末３０の新ＭＡＣアドレスが「８ｃ：７３：６ｅ：３７：ｅ３：０４」である。これは、通信端末３０が交換通信端末３０に交換されたことを示す。

制御部１６０は、認証処理部１６１、ＭＡＣアドレス管理部１６２、中継部１６３、ＭＡＣアドレス変更部１６４、更新指示部１６５及びテーブル更新部１６６を有する。例えば、制御部１６０は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１６０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

認証処理部１６１は、ＲＡＤＩＵＳサーバ１２が通信端末３０に対する認証処理を行う際に、クライアントとなる通信端末３０とＲＡＤＩＵＳサーバ１２との間の信号を中継する処理部である。本実施例では、認証処理部１６１は、例えば、ＬＡＮ接続時に用いられる認証規格であるＩＥＥＥ８０２．１Ｘに規定するＡｕｔｈｅｎｔｉｃａｔｏｒ機能を有するものとする。認証処理部１６１は、Ａｕｔｈｅｎｔｉｃａｔｏｒ機能を利用して、通信端末３０とＲＡＤＩＵＳサーバ１２との間でやり取りされるパケットであるＥＡＰ（Extensible Authentication Protocol）パケットを中継する。認証処理部１６１は、通信端末３０とルータ１００との間でＥＡＰパケットを中継する場合には、ＥＡＰパケットをデータ部分として含むＭＡＣフレームを送受信する。認証処理部１６１は、ルータ１００とＲＡＤＩＵＳサーバ１２との間でＥＡＰパケットを中継する場合には、ＭＡＣフレームからヘッダ部分を取り除き、残りのＥＡＰパケットをデータ部分として含めたＲＡＤＩＵＳフレームを送受信する。

図６に、本実施例の認証処理部によって送受信されるＭＡＣフレームのデータ構造の一例を示す。図６に示すＭＡＣフレームは、ＭＡＣヘッダと、ＥＡＰパケットとを含む。このうち、ＭＡＣヘッダは、ＭＡＣフレームの宛先となるルータ１００又は通信端末３０のＭＡＣアドレスを示す宛先ＭＡＣアドレスと、ＭＡＣフレームの送信元となるルータ１００又は通信端末３０のＭＡＣアドレスを示す送信元ＭＡＣアドレスとを格納する。ＥＡＰパケットは、通信端末３０に対する認証処理を行う際にＲＡＤＩＵＳサーバ１２が用いるユーザＩＤ及びパスワードなどのデータや、認証処理の処理結果などのデータを格納する。

図７に、本実施例の認証処理部によって送受信されるＲＡＤＩＵＳフレームのデータ構造の一例を示す。図７に示すＲＡＤＩＵＳフレームは、ＭＡＣヘッダ、ＩＰヘッダ、ＵＤＰヘッダ、ＲＡＤＩＵＳヘッダ及びＥＡＰパケットを含む。このうち、ＭＡＣヘッダは、ＲＡＤＩＵＳフレームの宛先のＭＡＣアドレス及び送信元のＭＡＣアドレスを格納する。ＩＰヘッダは、ＲＡＤＩＵＳフレームの宛先のＩＰアドレス及び送信元のＩＰアドレスを格納する。ＵＤＰヘッダは、ＲＡＤＩＵＳフレームの宛先のポート番号及び送信元のポート番号を格納する。ＲＡＤＩＵＳヘッダは、ＲＡＤＩＵＳフレームの信号種別を示す情報を格納する。ＥＡＰパケットは、図６に示したＭＡＣフレームのＥＡＰパケットに対応する。

認証処理部１６１がＥＡＰパケットを中継する処理の一例について説明する。認証処理部１６１は、送信元となる通信端末３０のＭＡＣアドレスをヘッダ部に含み、通信端末３０を利用する利用者のユーザＩＤをＥＡＰパケットとして含むＭＡＣフレームであるＥＡＰレスポンス信号を配下の通信端末３０から受信する。そして、認証処理部１６１は、受信したＥＡＰレスポンス信号からヘッダ部分を取り除き、残りのＥＡＰパケットであるユーザＩＤをＲＡＤＩＵＳフレームに載せ変えることで、ユーザＩＤを含むＲＡＤＩＵＳアクセスリクエスト信号を生成する。そして、認証処理部１６１は、ユーザＩＤを含むＲＡＤＩＵＳアクセスリクエスト信号をＲＡＤＩＵＳサーバ１２に対して転送する。

ＭＡＣアドレス管理部１６２は、認証処理部１６１によってＥＡＰレスポンス信号が受信された場合に、ＥＡＰレスポンス信号に含まれる情報をＭＡＣアドレス管理テーブル１５１に格納し、ＭＡＣアドレス管理テーブル１５１を管理する処理部である。

ＭＡＣアドレス管理部１６２がＭＡＣアドレス管理テーブル１５１を管理する処理について説明する。ＭＡＣアドレス管理部１６２は、認証処理部１６１によってＥＡＰレスポンス信号が受信された場合に、ＥＡＰレスポンス信号に含まれるユーザＩＤを抽出する。ＭＡＣアドレス管理部１６２は、ＥＡＰレスポンス信号のヘッダ部分から送信元ＭＡＣアアドレスを抽出する。ＭＡＣアドレス管理部１６２は、抽出したユーザＩＤをキーとして、ＭＡＣアドレス管理テーブル１５１を探索する。ＭＡＣアドレス管理部１６２は、ＭＡＣアドレス管理テーブル１５１の「ユーザＩＤ」に同一のユーザＩＤのエントリが無い場合には、言い換えると、新規の利用者の操作する通信端末３０がルータ１００に接続した場合には、以下の処理を行う。すなわち、ＭＡＣアドレス管理部１６２は、ＭＡＣアドレス管理テーブル１５１の空きエントリの「ユーザＩＤ」及び「旧ＭＡＣアドレス」に、抽出したユーザＩＤ及び送信元ＭＡＣアドレスを格納し、該エントリの「旧ＭＡＣアドレス管理フラグ」を有効に設定する。図５に示す例では、ＭＡＣアドレス管理部１６２は、１行目のエントリの「ユーザＩＤ」に、ＥＡＰレスポンス信号から抽出されたユーザＩＤ「Ｕｓｅｒ０１」を格納する。また、図５に示す例では、ＭＡＣアドレス管理部１６２は、１行目のエントリの「旧ＭＡＣアドレス」に、ＥＡＰレスポンス信号から抽出された送信元ＭＡＣアドレス「Ｆ８：０Ｆ：４１：１４：２９：ａ３」を格納する。また、図５に示す例では、ＭＡＣアドレス管理部１６２は、１行目のエントリの「旧ＭＡＣアドレス管理フラグ」に有効を示す「１」を設定する。

一方、ＭＡＣアドレス管理部１６２は、ＭＡＣアドレス管理テーブル１５１の「ユーザＩＤ」に同一のユーザＩＤのエントリがある場合には、前回と同じ通信端末３０がルータ１００に接続したか否かを確認するため、以下の処理を行う。すなわち、ＭＡＣアドレス管理部１６２は、ＭＡＣアドレス管理テーブル１５１の同エントリの「旧ＭＡＣアドレス」と、抽出した送信元ＭＡＣアドレスとを比較する。ＭＡＣアドレス管理部１６２は、同エントリの「旧ＭＡＣアドレス」と、送信元ＭＡＣアドレスとが一致しない場合に、前回と同じ通信端末３０ではなく交換通信端末３０がルータ１００に接続したと判断し、同エントリの「新ＭＡＣアドレス管理フラグ」を確認する。そして、ＭＡＣアドレス管理部１６２は、同エントリの「新ＭＡＣアドレス管理フラグ」が無効に設定されているならば、同エントリの「新ＭＡＣアドレス」に、送信元ＭＡＣアドレスを格納し、「新ＭＡＣアドレス管理フラグ」を有効に設定する。図５に示す例では、ＭＡＣアドレス管理部１６２は、２行目のエントリの「新ＭＡＣアドレス」に、交換通信端末３０のＭＡＣアドレスに対応する送信元ＭＡＣアドレス「８ｃ：７３：６ｅ：３７：ｅ３：０４」を格納する。また、図５に示す例では、ＭＡＣアドレス管理部１６２は、２行目のエントリの「新ＭＡＣアドレス管理フラグ」に有効を示す「１」を設定する。

中継部１６３は、ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を有し、ＤＨＣＰサーバ１３が通信端末３０に対してＩＰアドレスを払い出す際に、クライアントとなる通信端末３０とＤＨＣＰサーバ１３との間の信号を中継する処理部である。中継部１６３は、ＤＨＣＰ Ｒｅｌａｙ Ａｇｅｎｔ機能を利用して、通信端末３０とＤＨＣＰサーバ１３との間でやり取りされる要求信号及び応答信号をＤＨＣＰフレームとして送受信する。

図８に、本実施例の中継部１６３によって送受信されるＤＨＣＰフレームのデータ構造の一例を示す。図８に示すＤＨＣＰフレームは、ＭＡＣヘッダ、ＩＰヘッダ、ＵＤＰヘッダ、ＯＰ、ＨＴＹＰＥ（Hardware Address Type）、ＨＬＥＮ（Hardware Address Length）、ＨＯＰＳ、ＸＩＤ、ＳＥＣＳ及びＦＬＡＧＳを含む。また、ＤＨＣＰフレームは、ＣＩＡＤＤＲ（Client IP Address）、ＹＩＡＤＤＲ（Your IP Address）、ＳＩＡＤＤＲ（Server IP Address）及びＧＩＡＤＤＲ（Relay Agent IP Address）を含む。また、ＤＨＣＰフレームは、ＣＨＡＤＤＲ（Client Hardware Address）、ＳＮＡＭＥ（Server Host Name）、ＦＩＬＥ、ＯＰＴＩＯＮを含む。このうち、ＭＡＣヘッダは、ＤＨＣＰフレームの宛先のＭＡＣアドレス及び送信元のＭＡＣアドレスを格納する。

ＣＨＡＤＤＲは、クライアントとなる通信端末３０のＭＡＣアドレスを格納する。具体的には、ＣＨＡＤＤＲは、ＯＰに格納されたメッセージタイプが要求信号を示す場合には、ＤＨＣＰフレームの送信元となる通信端末３０のＭＡＣアドレスを格納する。また、ＣＨＡＤＤＲは、ＯＰに格納されたメッセージタイプが応答信号を示す場合には、ＤＨＣＰフレームの宛先となる通信端末３０のＭＡＣアドレスを格納する。

その他、ＩＰヘッダは、ＤＨＣＰフレームの宛先のＩＰアドレス及び送信元のＩＰアドレスを格納する。ＵＤＰヘッダは、ＤＨＣＰフレームの宛先のポート番号及び送信元のポート番号を格納する。ＯＰは、ＤＨＣＰフレームが要求信号であるか又は応答信号であるかを識別するための識別情報であるメッセージタイプを示す。ＨＴＹＰＥは、ハードウェアアドレスタイプを示す。ＨＬＥＮは、ハードウェアアドレス長を示す。ＨＯＰＳは、ＤＨＣＰフレームの転送回数を示す。ＸＩＤは、クライアントとなる通信端末３０とＤＨＣＰサーバ１３間の一連の通信において共通で使用されるトランザクションＩＤを示す。ＳＥＣＳは、アドレスの更新を開始してからの経過秒数を示す。ＦＬＡＧＳは、ブロードキャストフラグやユニキャストフラグを示す。ＣＩＡＤＤＲは、クライアントとなる通信端末３０のＩＰアドレスを格納する。ＹＩＡＤＤＲは、クライアントとなる通信端末３０に割り当てられるＩＰアドレスを格納する。ＳＩＡＤＤＲは、サーバのＩＰアドレスを格納する。ＧＩＡＤＤＲは、リレーエージェントのＩＰアドレスを格納する。ＳＮＡＭＥは、サーバのホスト名を示す。ＦＩＬＥは、ブートファイル名を示す。ＯＰＴＩＯＮは、可変長のオプションである。

中継部１６３がＤＨＣＰフレームを中継する処理の一例について説明する。中継部１６３は、送信元となる通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含み、ＤＨＣＰサーバ１３に対してＩＰアドレスの払出しを要求するＤＨＣＰフレームである要求信号を通信端末３０から受信する。要求信号としては、ＩＰアドレスの要求対象となるＤＨＣＰサーバ１３を探索する信号であるＤＨＣＰ ＤＩＳＣＯＶＥＲ信号や、ＤＨＣＰサーバ１３に対してＩＰアドレスの払出しを要求するＤＨＣＰ ＲＥＱＵＥＳＴ信号等がある。中継部１６３は、送信元の通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含む要求信号を通信端末３０から受信すると、受信した要求信号を後述するＭＡＣアドレス変更部１６４に出力する。そして、中継部１６３は、ＭＡＣアドレス変更部１６４から返信された要求信号を受け付けてＤＨＣＰサーバ１３に対して転送する。

中継部１６３がＤＨＣＰフレームを中継する処理の他の例について説明する。中継部１６３は、宛先となる通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含み、要求信号を受信したＤＨＣＰサーバ１３から送出されるＤＨＣＰフレームである応答信号をＤＨＣＰサーバ１３から受信する。応答信号としては、クライアントとなる通信端末３０に対して払出し可能なＩＰアドレスの候補を通知する信号であるＤＨＣＰ ＯＦＦＥＲ信号や、クライアントとなる通信端末３０に対してＩＰアドレスを提供する信号であるＤＨＣＰ ＡＣＫ信号等がある。中継部１６３は、宛先の通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含む応答信号をＤＨＣＰサーバ１３から受信すると、受信した応答信号を後述するＭＡＣアドレス変更部１６４に出力する。そして、中継部１６３は、ＭＡＣアドレス変更部１６４から返信された応答信号を受け付けて通信端末３０に対して転送する。

ＭＡＣアドレス変更部１６４は、中継部１６３から要求信号又は応答信号を受け付けた場合に、ＭＡＣアドレス管理テーブル１５１を基にして、要求信号又は応答信号の送信元のＭＡＣアドレス又は宛先のＭＡＣアドレスを変更する処理部である。

ＭＡＣアドレス変更部１６４がＭＡＣアドレスを変更する処理の一例について説明する。ＭＡＣアドレス変更部１６４は、送信元の通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含む要求信号を中継部１６３から受け付ける。ＭＡＣアドレス変更部１６４は、要求信号に含まれる送信元の通信端末３０のＭＡＣアドレスをキーとして、ＭＡＣアドレス管理テーブル１５１の「新ＭＡＣアドレス」を探索する。ＭＡＣアドレス変更部１６４は、送信元の通信端末３０のＭＡＣアドレスと同一の「新ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に有る場合には、言い換えると、送信元の通信端末３０が交換通信端末３０である場合には、以下の処理を行う。すなわち、ＭＡＣアドレス変更部１６４は、要求信号のヘッダ部及びＣＨＡＤＤＲに格納された送信元の通信端末３０のＭＡＣアドレスを、同エントリの対応する「旧ＭＡＣアドレス」に変更し、変更後の要求信号を中継部１６３に返信する。

一方、ＭＡＣアドレス変更部１６４は、送信元の通信端末３０のＭＡＣアドレスと同一の「新ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に無い場合には、送信元のＭＡＣアドレスを変更することなく要求信号を中継部１６３に返信する。言い換えると、ＭＡＣアドレス変更部１６４は、送信元の通信端末３０が交換前の配下の通信端末３０であり、要求信号の送信元のＭＡＣアドレスを変更する必要がないため、要求信号をそのまま中継部１６３に返信する。

ＭＡＣアドレス変更部１６４がＭＡＣアドレスを変更する処理の他の例について説明する。ＭＡＣアドレス変更部１６４は、宛先の通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含む応答信号を中継部１６３から受け付ける。ＭＡＣアドレス変更部１６４は、応答信号に含まれる宛先の通信端末３０のＭＡＣアドレスをキーとして、ＭＡＣアドレス管理テーブル１５１の「旧ＭＡＣアドレス」を探索する。ＭＡＣアドレス変更部１６４は、宛先の通信端末３０のＭＡＣアドレスと同一の「旧ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に有る場合には、同エントリの「新ＭＡＣアドレス管理フラグ」が有効であるか否かを判定する。ＭＡＣアドレス変更部１６４は、同エントリの「新ＭＡＣアドレス管理フラグ」が有効である場合には、宛先の通信端末３０が交換通信端末３０に交換されたと判断し、以下の処理を行う。すなわち、ＭＡＣアドレス変更部１６４は、応答信号のヘッダ部及びＣＨＡＤＤＲに格納された宛先の通信端末３０のＭＡＣアドレスを、同エントリの対応する「新ＭＡＣアドレス」に変更し、変更後の応答信号を中継部１６３に返信する。

一方、ＭＡＣアドレス変更部１６４は、同エントリの「新ＭＡＣアドレス管理フラグ」が無効である場合には、宛先のＭＡＣアドレスを変更することなく応答信号を中継部１６３に返信する。言い換えると、ＭＡＣアドレス変更部１６４は、宛先の通信端末３０が交換前の配下の通信端末３０であり、応答信号の宛先のＭＡＣアドレスを変更する必要がないため、応答信号をそのまま中継部１６３に返信する。

なお、ＭＡＣアドレス変更部１６４は、応答信号に含まれる宛先の通信端末３０のＭＡＣアドレスと同一の「旧ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に無い場合には、応答信号を破棄する。

また、ＭＡＣアドレス変更部１６４は、要求信号の送信元のＭＡＣアドレスを変更した場合には、その旨を更新指示部１６５に対して通知する。

更新指示部１６５は、要求信号の送信元のＭＡＣアドレスを変更した旨の通知をＭＡＣアドレス変更部１６４から受け付けた場合に、ＤＨＣＰサーバ１３にて保持されるＭＡＣアドレスの更新を、ネットワーク管理装置１１に対して指示する。具体的には、更新指示部１６５は、ＭＡＣアドレス管理テーブル１５１を参照して、旧ＭＡＣアドレスと新ＭＡＣアドレスの組み合わせを含むとともに、ＭＡＣアドレスの更新を指示する指示信号を生成し、ネットワーク管理装置１１に対して送信する。

なお、指示信号を受け取ったネットワーク管理装置１１は、指示信号に含まれる旧ＭＡＣアドレスと、ＤＨＣＰサーバ１３にてＩＰアドレスと対応付けられた通信端末３０のＭＡＣアドレスとを比較する。そして、ネットワーク管理装置１１は、一致するＭＡＣアドレスを更新前のＭＡＣアドレスとして含む通知をルータ１００に対して送信する。これとともに、ネットワーク管理装置１１は、一致するＭＡＣアドレスを旧ＭＡＣアドレスに対応する新ＭＡＣアドレスで更新する。これにより、同一のＩＰアドレスに対して交換通信端末３０の新ＭＡＣアドレスが自動的に対応付けられる。

テーブル更新部１６６は、ネットワーク管理装置１１から更新前のＭＡＣアドレスを含む通知を受信した場合に、更新前のＭＡＣアドレスを用いて、ＭＡＣアドレス管理テーブル１５１を更新する。具体的には、テーブル更新部１６６は、ネットワーク管理装置１１から受信した通知に含まれる更新前のＭＡＣアドレスをキーとして、ＭＡＣアドレス管理テーブル１５１の「旧ＭＡＣアドレス」を探索する。テーブル更新部１６６は、更新前のＭＡＣアドレスと同一の「旧ＭＡＣアドレス」のエントリがあると、同エントリの「新ＭＡＣアドレス」を「旧ＭＡＣアドレス」に上書きし、「新ＭＡＣアドレス」を削除する。そして、テーブル更新部１６６は、同エントリの「新ＭＡＣアドレス管理フラグ」を無効に設定する。これにより、同一のＩＰアドレスに対応付けられた交換通信端末３０の新ＭＡＣアドレスを通常の配下の通信端末３０のアドレスとして管理することができる。

次に、本実施例のルータ１００のハードウェア構成について説明する。図９は、本実施例に係るルータのハードウェア構成の一例を示す図である。図９に示すルータ１００は、プロセッサ２０１、Ｌ２スイッチモジュール２０２、ＬＡＮ側インターフェースモジュール２０３、ＷＡＮ側インターフェースモジュール２０４及び記憶装置２０５を有する。記憶装置２０５は、フラッシュメモリ２５１及びＤＲＡＭ（Dynamic Random Access Memory）２５２を有する。

Ｌ２スイッチモジュール２０２、ＬＡＮ側インターフェースモジュール２０３、ＷＡＮ側インターフェースモジュール２０４及び記憶装置２０５は、それぞれ直接的又は間接的にプロセッサ２０１と接続されている。

ＤＲＡＭ２５２は、図４におけるＭＡＣアドレス管理テーブル１５１の機能を実現している。また、Ｌ２スイッチモジュール２０２及びＬＡＮ側インターフェースモジュール２０３は、図４におけるＬＡＮ側ＩＦ部１１０の機能を実現している。また、ＷＡＮ側インターフェースモジュール２０４は、図４におけるＷＡＮ側ＩＦ部１２０の機能を実現している。

そして、プロセッサ２０１及び記憶装置２０５は、例えば、図４に示した認証処理部１６１、ＭＡＣアドレス管理部１６２、中継部１６３、ＭＡＣアドレス変更部１６４、更新指示部１６５及びテーブル更新部１６６等の機能を実現する。例えば、フラッシュメモリ２５１は、図４に例示した認証処理部１６１、ＭＡＣアドレス管理部１６２、中継部１６３及びＭＡＣアドレス変更部１６４等による処理を実現する各種プログラムを記憶している。また、例えば、フラッシュメモリ２５１は、更新指示部１６５及びテーブル更新部１６６等による処理を実現する各種プログラムを記憶している。そして、プロセッサ２０１及びＤＲＡＭ２５２は、これらの各種プログラムを読み出して実行することで、上述した各機能を実現するプロセスを生成する。

次に、本実施例に係るルータ１００の処理手順について説明する。図１０は、本実施例に係るルータを含む通信システムにより実行される認証処理の一例を示すシーケンス図である。

図１０に示すように、通信端末３０は、認証処理の開始を要求するＥＡＰＯＬ（EAP Over Lan）開始信号をルータ１００に対して送出する（ステップＳ１０１）。ＥＡＰＯＬ信号を受信したルータ１００は、通信端末３０を利用する利用者のユーザＩＤを要求するＥＡＰリクエスト信号を通信端末３０に対して送出する（ステップＳ１０２）。ＥＡＰリクエスト信号を受信した通信端末３０は、送信元の通信端末３０のＭＡＣアドレスをヘッダ部に含み、ユーザＩＤをＥＡＰパケットとして含むＥＡＰレスポンス信号をルータ１００に対して送出する（ステップＳ１０３）。

ＥＡＰレスポンス信号を受信したルータ１００は、ＥＡＰレスポンス信号に含まれる情報を管理するＭＡＣアドレス管理処理を実行する（ステップＳ１０４）。ＭＡＣアドレス管理処理については、図１１を用いて後述する。

ＭＡＣアドレス管理処理を終えたルータ１００は、受信したＥＡＰレスポンス信号からヘッダ部分を取り除き、残りのＥＡＰパケットであるユーザＩＤをＲＡＤＩＵＳフレームに載せ変えることで、ユーザＩＤを含むＲＡＤＩＵＳアクセスリクエスト信号を生成する。ルータ１００は、ユーザＩＤを含むＲＡＤＩＵＳアクセスリクエスト信号をＲＡＤＩＵＳサーバ１２に対して転送する（ステップＳ１０５）。

ＲＡＤＩＵＳアクセスリクエスト信号を受信したＲＡＤＩＵＳサーバ１２は、チャレンジコードと呼ばれる乱数鍵を含めたＲＡＤＩＵＳアクセスチャレンジ信号をルータ１００に対して送出する（ステップＳ１０６）。ＲＡＤＩＵＳアクセスチャレンジ信号を受信したルータ１００は、ＲＡＤＩＵＳアクセスチャレンジ信号からヘッダ部分を取り除き、残りの乱数鍵をＥＡＰパケットとして含むＥＡＰリクエスト信号を通信端末３０に対して転送する（ステップＳ１０７）。

ＥＡＰリクエスト信号を受信した通信端末３０は、ＥＡＰリクエスト信号に含まれる乱数鍵を用いて自身の保持するパスワードを暗号化する。通信端末３０は、暗号化したパスワードを自身のユーザＩＤとともに含めたＥＡＰレスポンス信号をルータ１００に対して送出する（ステップＳ１０８）。ＥＡＰレスポンス信号を受信したルータ１００は、ＥＡＰレスポンス信号からヘッダ部分を取り除き、残りのＥＡＰパケットであるユーザＩＤ及びパスワードをＲＡＤＩＵＳフレームに載せ変えることで、ＲＡＤＩＵＳアクセスリクエスト信号を生成する。ルータ１００は、ユーザＩＤ及びパスワードを含むＲＡＤＩＵＳアクセスリクエスト信号をＲＡＤＩＵＳサーバ１２に対して転送する（ステップＳ１０９）。

ＲＡＤＩＵＳアクセスリクエスト信号を受信したＲＡＤＩＵＳサーバ１２は、ユーザＩＤとパスワードとを対応付けたテーブルと、ＲＡＤＩＵＳアクセスリクエスト信号に含まれるユーザＩＤ及びパスワードとを比較する。ＲＡＤＩＵＳサーバ１２は、比較の結果、両者が一致する場合には、認証成功を示す認証成功情報を含めたＲＡＤＩＵＳアクセスアクセプト信号をルータ１００に対して送出する（ステップＳ１１０）。ＲＡＤＩＵＳアクセスアクセプト信号を受信したルータ１００は、ＲＡＤＩＵＳアクセスアクセプト信号からヘッダ部分を取り除き、残りの認証成功情報をＥＡＰパケットとして含めたＥＡＰサクセス信号を通信端末３０に対して転送する（ステップＳ１１１）。

次に、本実施例に係るルータ１００がＭＡＣアドレス管理テーブルを管理するＭＡＣアドレス管理処理について説明する。図１１は、本実施例に係るルータによるＭＡＣアドレス管理処理の処理手順を示すフローチャートである。図１１に示すＭＡＣアドレス管理処理は、図１０に示したステップＳ１０４に対応する。例えば、図１１に示すＭＡＣアドレス管理処理は、ＥＡＰレスポンス信号を受信したことを契機に実行される。

図１１に示すように、ルータ１００は、ＥＡＰレスポンス信号を受信していない場合には（ステップＳ２０１；Ｎｏ）、処理を終了する。ここでは、ＥＡＰレスポンス信号を受信していないルータ１００のＭＡＣアドレス管理テーブル１５１が、例えば、図１２に示すものであったとする。図１２は、本実施例に係るルータのＭＡＣアドレス管理テーブルの一例を示す図（その１）である。図１２に示す例では、３行目のエントリが空きエントリとなっている。

ルータ１００は、ＥＡＰレスポンス信号を受信した場合には（ステップＳ２０１；Ｙｅｓ）、ＥＡＰレスポンス信号に含まれるユーザＩＤを抽出し（ステップＳ２０２）、ＥＡＰレスポンス信号のヘッダ部分から送信元ＭＡＣアドレスを抽出する（ステップＳ２０３）。ルータ１００は、抽出したユーザＩＤをキーとして、ＭＡＣアドレス管理テーブル１５１を探索する（ステップＳ２０４）。

ルータ１００は、ＭＡＣアドレス管理テーブル１５１に同一のユーザＩＤが無い場合には（ステップＳ２０５；Ｎｏ）、以下の処理を実行する。すなわち、ルータ１００は、ＭＡＣアドレス管理テーブル１５１の空きエントリの「ユーザＩＤ」及び「旧ＭＡＣアドレス」に、それぞれ抽出したユーザＩＤ及び送信元ＭＡＣアドレスを格納する（ステップＳ２０６）。ルータ１００は、同エントリの「旧ＭＡＣアドレス管理フラグ」を有効に設定する（ステップＳ２０７）。ステップＳ２０７の処理を終えたルータ１００のＭＡＣアドレス管理テーブル１５１は、例えば、図１３に示すものとなる。図１３は、本実施例に係るルータのＭＡＣアドレス管理テーブルの一例を示す図（その２）である。図１３に示す例では、３行目のエントリの「ユーザＩＤ」及び「旧ＭＡＣアドレス」に、それぞれユーザＩＤ「Ｕｓｅｒ３」及び送信元ＭＡＣアドレス「８ｃ：７３：６ｅ：８４：４ｄ：８１」が格納されている。また、図１３に示す例では、３行目のエントリの「旧ＭＡＣアドレス管理フラグ」が有効を示す「１」に設定されている。

一方、ルータ１００は、ＭＡＣアドレス管理テーブル１５１に同一のユーザＩＤのエントリが有る場合には（ステップＳ２０５；Ｙｅｓ）、同エントリの「旧ＭＡＣアドレス」と、抽出した送信元ＭＡＣアドレスとを比較する（ステップＳ２０８）。ルータ１００は、同エントリの「旧ＭＡＣアドレス」と、送信元ＭＡＣアドレスとが一致する場合には（ステップＳ２０９；Ｙｅｓ）、前回と同じ通信端末３０がルータ１００に接続したと判断し、処理を終了する。

一方、ルータ１００は、同エントリの「旧ＭＡＣアドレス」と送信元ＭＡＣアドレスとが一致しない場合には（ステップＳ２０９；Ｎｏ）、交換通信端末３０がルータ１００に接続したと判断し、同エントリの「新ＭＡＣアドレス管理フラグ」を確認する。ルータ１００は、同エントリの「新ＭＡＣアドレス管理フラグ」が有効に設定されている場合には（ステップＳ２１０；Ｙｅｓ）、既に送信元ＭＡＣアドレスが格納済みであると判断し、処理を終了する。

一方、ルータ１００は、同エントリの「新ＭＡＣアドレス管理フラグ」が無効に設定されている場合には（ステップＳ２１０；Ｎｏ）、同エントリの「新ＭＡＣアドレス」に、送信元ＭＡＣアドレスを格納する（ステップＳ２１１）。ルータ１００は、同エントリの「新ＭＡＣアドレス管理フラグ」を有効に設定する（ステップＳ２１２）。ステップＳ２１２の処理を終えたルータ１００のＭＡＣアドレス管理テーブル１５１は、例えば、図１４に示すものとなる。図１４は、本実施例に係るルータのＭＡＣアドレス管理テーブルの一例を示す図（その３）である。図１４に示す例では、３行目のエントリの「新ＭＡＣアドレス」に、交換通信端末３０の送信元ＭＡＣアドレス「８ｃ：７３：６ｅ：３７：７ａ：ｂｄ」が格納されている。また、図１４に示す例では、３行目のエントリの「新ＭＡＣアドレス管理フラグ」が有効を示す「１」に設定されている。

次に、本実施例に係るルータ１００を含む通信システムにより実行されるＩＰアドレス払出し処理について説明する。図１５は、本実施例に係るルータを含む通信システムにより実行されるＩＰアドレス払出し処理の一例を示すシーケンス図である。なお、図１５に示す処理は、例えば、通信端末３０がルータ１００によって転送されたＥＡＰサクセス信号を受信したことを契機として実行される。

図１５に示すように、ＥＡＰサクセス信号を受信した通信端末３０は、送信元の通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含む要求信号であるＤＨＣＰ ＤＩＳＣＯＶＥＲ信号をルータ１００に対して送出する（ステップＳ３０１）。

ＤＨＣＰ ＤＩＳＣＯＶＥＲ信号を受信したルータ１００は、ＤＨＣＰ ＤＩＳＣＯＶＥＲ信号の送信元のＭＡＣアドレスを変更するＭＡＣアドレス変更処理を実行する（ステップＳ３０２）。ＭＡＣアドレス変更処理については、図１６を用いて後述する。

ＭＡＣアドレス変更処理を終えたルータ１００は、ＤＨＣＰサーバ１３にて保持されるＭＡＣアドレスの更新をネットワーク管理装置１１に対して指示する更新指示処理を実行する（ステップＳ３０３）。更新指示処理については、図１６を用いて後述する。更新指示処理を終えたルータ１００は、ＤＨＣＰ ＤＩＳＣＯＶＥＲ信号をＤＨＣＰサーバ１３に対して転送する（ステップＳ３０４）。

ＤＨＣＰ ＤＩＳＣＯＶＥＲ信号を受信したＤＨＣＰサーバ１３は、通信端末３０のＭＡＣアドレスとＩＰアドレスとを対応付けたテーブルと、ＤＨＣＰ ＤＩＳＣＯＶＥＲ信号に含まれる送信元の通信端末３０のＭＡＣアドレスとを比較する。ＤＨＣＰサーバ１３は、比較の結果、送信元の通信端末３０のＭＡＣアドレスに払い出すべきＩＰアドレスを決定する。ＤＨＣＰサーバ１３は、ＤＨＣＰ ＤＩＳＣＯＶＥＲ信号に含まれる送信元の通信端末３０のＭＡＣアドレスを宛先としてヘッダ部及びＣＨＡＤＤＲに含むとともに、決定したＩＰアドレスを含む応答信号であるＤＨＣＰ ＯＦＦＥＲ信号を生成する。そして、ＤＨＣＰサーバ１３は、生成したＤＨＣＰ ＯＦＦＥＲ信号をルータ１００に対して送出する（ステップＳ３０５）。

ＤＨＣＰ ＯＦＦＥＲ信号を受信したルータ１００は、ＤＨＣＰ ＯＦＦＥＲ信号の宛先のＭＡＣアドレスを変更するＭＡＣアドレス変更処理を実行する（ステップＳ３０６）。ＭＡＣアドレス変更処理については、図１６を用いて後述する。ＭＡＣアドレス変更処理を終えたルータ１００は、ＤＨＣＰ ＯＦＦＥＲ信号を通信端末３０に対して転送する（ステップＳ３０７）。

ＤＨＣＰ ＯＦＦＥＲ信号を受信した通信端末３０は、送信元の通信端末３０のＭＡＣアドレスをヘッダ部及びＣＨＡＤＤＲに含むとともに、ＤＨＣＰ ＯＦＦＥＲ信号に含まれるＩＰアドレスを含む要求信号であるＤＨＣＰ ＲＥＱＵＥＳＴ信号を生成する。そして、通信端末３０は、生成したＤＨＣＰ ＲＥＱＵＥＳＴ信号をルータ１００に対して送出する（ステップＳ３０８）。

ＤＨＣＰ ＲＥＱＵＥＳＴ信号を受信したルータ１００は、ＤＨＣＰ ＲＥＱＵＥＳＴ信号の送信元のＭＡＣアドレスを変更するＭＡＣアドレス変更処理を実行する（ステップＳ３０９）。ＭＡＣアドレス変更処理については、図１６を用いて後述する。ＭＡＣアドレス変更処理を終えたルータ１００は、ＤＨＣＰ ＲＥＱＵＥＳＴ信号をＤＨＣＰサーバ１３に対して転送する（ステップＳ３１０）。

ＤＨＣＰ ＲＥＱＵＥＳＴ信号を受信したＤＨＣＰサーバ１３は、通信端末３０のＭＡＣアドレスとＩＰアドレスとを対応付けたテーブルに、ＤＨＣＰ ＲＥＱＵＥＳＴ信号に含まれる送信元のＭＡＣアドレス及びＩＰアドレスが登録されているか否かを確認する。そして、登録されていた場合には、ＤＨＣＰサーバ１３は、登録されていた送信元のＭＡＣアドレスを宛先としてヘッダ部及びＣＨＡＤＤＲに含むとともに、登録されていたＩＰアドレスを含む応答信号であるＤＨＣＰ ＡＣＫ信号を生成する。そして、ＤＨＣＰサーバ１３は、生成したＤＨＣＰ ＡＣＫ信号をルータ１００に対して送出する（ステップＳ３１１）。

ＤＨＣＰ ＡＣＫ信号を受信したルータ１００は、ＤＨＣＰ ＡＣＫ信号の宛先のＭＡＣアドレスを変更するＭＡＣアドレス変更処理を実行する（ステップＳ３１２）。ＭＡＣアドレス変更処理については、図１６を用いて後述する。ＭＡＣアドレス変更処理を終えたルータ１００は、ＤＨＣＰ ＡＣＫ信号を通信端末３０に対して転送する（ステップＳ３１３）。ＤＨＣＰ ＡＣＫ信号を受信した通信端末３０は、ＤＨＣＰ ＡＣＫ信号に含まれるＩＰアドレスを保持する。これにより、通信端末３０は、ＩＰアドレスを利用して各種の通信サービスの提供を受けることが可能となる。

次に、本実施例に係るルータ１００が行うＭＡＣアドレス変更処理について説明する。図１６は、本実施例に係るルータによるＭＡＣアドレス変更処理の処理手順を示すフローチャートである。図１６に示すＭＡＣアドレス変更処理は、図１５に示したステップＳ３０２、Ｓ３０６、Ｓ３０９及びＳ３１２に対応する。

図１６に示すように、ルータ１００は、受信したＤＨＣＰの信号がＤＨＣＰサーバ１３から送出された応答信号であるか否かを判定する（ステップＳ４０１）。例えば、ルータ１００は、ＤＨＣＰの信号、すなわち、ＤＨＣＰフレームのヘッダ部に格納された送信元のＭＡＣアドレスがＤＨＣＰサーバ１３のＭＡＣアドレスである場合に、受信したＤＨＣＰの信号がＤＨＣＰサーバ１３から送出された応答信号であると判定する。また、例えば、ルータ１００は、ＤＨＣＰフレームのヘッダ部に格納された送信元のＭＡＣアドレスがＤＨＣＰサーバ１３のＭＡＣアドレスでない場合に、受信したＤＨＣＰの信号が応答信号ではなく、通信端末３０から送出された要求信号であると判定する。

ルータ１００は、受信したＤＨＣＰの信号が要求信号である場合には（ステップＳ４０１；Ｎｏ）、以下の処理を行う。すなわち、ルータ１００は、要求信号のヘッダ部及びＣＨＡＤＤＲに含まれる送信元の通信端末３０のＭＡＣアドレスをキーとして、ＭＡＣアドレス管理テーブル１５１の「新ＭＡＣアドレス」を探索する（ステップＳ４０２）。ルータ１００は、送信元の通信端末３０のＭＡＣアドレスと同一の「新ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に無い場合には（ステップＳ４０３；Ｎｏ）、送信元のＭＡＣアドレスを変更することなく、処理を終了する。

一方、ルータ１００は、送信元の通信端末３０のＭＡＣアドレスと同一の「新ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に有る場合には（ステップＳ４０３；Ｙｅｓ）、以下の処理を行う。すなわち、ルータ１００は、要求信号のヘッダ部及びＣＨＡＤＤＲに格納された送信元の通信端末３０のＭＡＣアドレスを、同エントリの対応する「旧ＭＡＣアドレス」に変更する（ステップＳ４０４）。

一方、ルータ１００は、受信したＤＨＣＰの信号が応答信号である場合には（ステップＳ４０１；Ｙｅｓ）、以下の処理を行う。すなわち、ルータ１００は、応答信号のヘッダ部及びＣＨＡＤＤＲに含まれる宛先の通信端末３０のＭＡＣアドレスをキーとして、ＭＡＣアドレス管理テーブル１５１の「旧ＭＡＣアドレス」を探索する（ステップＳ４０５）。ルータ１００は、宛先の通信端末３０のＭＡＣアドレスと同一の「旧ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に無い場合には（ステップＳ４０６；Ｎｏ）、応答信号を破棄し（ステップＳ４０７）、処理を終了する。

ルータ１００は、宛先の通信端末３０のＭＡＣアドレスと同一の「旧ＭＡＣアドレス」のエントリがＭＡＣアドレス管理テーブル１５１に有る場合には（ステップＳ４０６；Ｙｅｓ）、以下の処理を行う。すなわち、ルータ１００は、同エントリの「新ＭＡＣアドレス管理フラグ」が有効であるか否かを判定する（ステップＳ４０８）。ルータ１００は、同エントリの「新ＭＡＣアドレス管理フラグ」が無効である場合には（ステップＳ４０８；Ｎｏ）、宛先のＭＡＣアドレスを変更することなく、処理を終了する。

一方、ルータ１００は、同エントリの「新ＭＡＣアドレス管理フラグ」が有効である場合には（ステップＳ４０８；Ｙｅｓ）、以下の処理を行う。すなわち、ルータ１００は、応答信号のヘッダ部及びＣＨＡＤＤＲに格納された宛先の通信端末３０のＭＡＣアドレスを、同エントリの対応する「新ＭＡＣアドレス」に変更する（ステップＳ４０９）。

次に、本実施例に係るルータ１００が行う更新指示処理について説明する。図１７は、本実施例に係るルータによる更新指示処理の処理手順を示すフローチャートである。図１７に示す更新指示処理は、図１５に示したステップＳ３０３に対応する。

図１７に示すように、ルータ１００は、図１６に示したＭＡＣアドレス変更処理により要求信号の送信元のＭＡＣアドレスを変更していない場合には（ステップＳ５０１；Ｎｏ）、処理を終了する。一方、ルータ１００は、ＭＡＣアドレス変更処理により要求信号の送信元のＭＡＣアドレスを変更した場合には（ステップＳ５０１；Ｙｅｓ）、ＭＡＣアドレスの更新を指示する指示信号を生成し、ネットワーク管理装置１１に対して送信する（ステップＳ５０２）。

次に、本実施例に係るルータ１００が行うテーブル更新処理について説明する。図１８は、本実施例に係るルータによるテーブル更新処理の処理手順を示すフローチャートである。例えば、図１８に示すテーブル更新処理は、ネットワーク管理装置１１から更新前のＭＡＣアドレスを含む通知を受信したことを契機として実行される。

図１８に示すように、ルータ１００は、ネットワーク管理装置１１から更新前のＭＡＣアドレスを含む通知を受信していない場合には（ステップＳ６０１；Ｎｏ）、処理を終了する。一方、ルータ１００は、ネットワーク管理装置１１から更新前のＭＡＣアドレスを含む通知を受信した場合には（ステップＳ６０１；Ｙｅｓ）、以下の処理を行う。すなわち、ルータ１００は、受信した通知に含まれる更新前のＭＡＣアドレスをキーとして、ＭＡＣアドレス管理テーブル１５１の「旧ＭＡＣアドレス」を探索する（ステップＳ６０２）。

ルータ１００は、更新前のＭＡＣアドレスと同一の「旧ＭＡＣアドレス」のエントリが無い場合には（ステップＳ６０３；Ｎｏ）、処理を終了する。一方、ルータ１００は、更新前のＭＡＣアドレスと同一の「旧ＭＡＣアドレス」のエントリが有る場合には（ステップＳ６０３；Ｙｅｓ）、同エントリの「新ＭＡＣアドレス」を「旧ＭＡＣアドレス」に上書きし、「新ＭＡＣアドレス」を削除する（ステップＳ６０４）。ルータ１００は、同エントリの「新ＭＡＣアドレス管理フラグ」を無効に設定する（ステップＳ６０５）。

次に、本実施例に係るルータ１００の効果について説明する。本実施例のルータ１００は、配下の通信端末３０の交換時に、旧ＭＡＣアドレスと新ＭＡＣアドレスとを対応付けてＭＡＣアドレス管理テーブルに管理し、交換通信端末３０とＤＨＣＰサーバ１３との間で中継する信号の送信元又は宛先を変更する。このため、信号を受信したＤＨＣＰサーバ１３は、信号に送信元として含まれる旧ＭＡＣアドレスに予め設定されたＩＰアドレスを払い出し、ルータ１００は、ＤＨＣＰサーバ１３から払い出されたＩＰアドレスを交換通信端末３０に中継することができる。結果として、本実施例のルータ１００は、配下の通信端末３０が交換された場合でも、交換通信端末３０に対して交換前の通信端末３０と同一のＩＰアドレスを迅速かつ容易に割り当てることができる。

また、本実施例のルータ１００は、通信端末３０とＲＡＤＩＵＳサーバ１２との間で中継する信号を受信した場合に、信号に含まれるユーザＩＤごとに、信号の送信元のＭＡＣアドレスを旧ＭＡＣアドレスとしてＭＡＣアドレス管理テーブル１５１に格納する。そして、ルータ１００は、信号に含まれるユーザＩＤごとに、ＭＡＣアドレス管理テーブル１５１に記憶された旧ＭＡＣアドレスと一致しない送信元のＭＡＣアドレスを新ＭＡＣアドレスとしてＭＡＣアドレス管理テーブル１５１に格納する。このため、本実施例のルータ１００は、認証処理時に、同一のユーザＩＤを含むが旧ＭＡＣアドレスと一致しない新ＭＡＣアドレスを送信元として含む信号を受信すると、旧ＭＡＣアドレスと新ＭＡＣアドレスを自動的に対応付けることが可能となる。

また、本実施例のルータ１００は、要求信号の送信元のＭＡＣアドレスが変更された場合に、ＤＨＣＰサーバ１３にて保持されるＭＡＣアドレスの更新を、ＤＨＣＰサーバ１３を管理するネットワーク管理装置１１に対して指示する。このため、指示を受けたネットワーク管理装置１１が、ＤＨＣＰサーバ１３にてＩＰアドレスと対応付けられた旧ＭＡＣアドレスを新ＭＡＣアドレスで更新することができ、同一のＩＰアドレスに対して新ＭＡＣアドレスを自動的に対応付けることが可能となる。

また、本実施例のルータ１００は、ネットワーク管理装置１１から更新前のＭＡＣアドレスを含む通知を受信した場合に、更新前のＭＡＣアドレスを用いて、ＭＡＣアドレス管理テーブル１５１を更新する。このため、本実施例のルータ１００は、同一のＩＰアドレスに対応付けられた新ＭＡＣアドレスを通常の旧ＭＡＣアドレスとして管理することができ、ＭＡＣアドレス管理テーブル１５１を最新の状態に更新することができる。

１ ネットワーク
１０ ネットワークセンタ
１１ ネットワーク管理装置
１２ ＲＡＤＩＵＳサーバ
１３ ＤＨＣＰサーバ
２０、２０ａ〜２０ｎ サービス提供サーバ
３０、３０ａ〜３０ｘ 通信端末
１００、１００ａ〜１００ｎ ルータ
１１０ ＬＡＮ側ＩＦ部
１２０ ＷＡＮ側ＩＦ部
１３０ 入力部
１４０ 表示部
１５０ 記憶部
１５１ ＭＡＣアドレス管理テーブル
１６０ 制御部
１６１ 認証処理部
１６２ ＭＡＣアドレス管理部
１６３ 中継部
１６４ ＭＡＣアドレス変更部
１６５ 更新指示部
１６６ テーブル更新部

Claims (7)

1. 配下の通信端末のＭＡＣアドレスと、前記配下の通信端末と交換された通信端末である交換通信端末のＭＡＣアドレスとを対応付けて記憶するＭＡＣアドレス管理テーブルと、
   送信元となる通信端末のＭＡＣアドレスを含む信号であり、該送信元の通信端末のＭＡＣアドレスに予め設定されたＩＰアドレスを保持するサーバ装置に対して前記ＩＰアドレスの払出しを要求する要求信号を受信して前記サーバ装置に中継する中継部と、
   前記中継部によって要求信号が受信された場合に、前記要求信号に含まれる前記送信元の通信端末のＭＡＣアドレスを、前記ＭＡＣアドレス管理テーブルに記憶された交換通信端末のＭＡＣアドレスから探索し、探索した前記送信元の通信端末のＭＡＣアドレスを対応する前記配下の通信端末のＭＡＣアドレスに変更するＭＡＣアドレス変更部と
   を備えたことを特徴とする中継装置。
2. 前記中継部は、さらに、宛先となる通信端末のＭＡＣアドレスを含む信号であり、前記要求信号を受信した前記サーバ装置から送出される応答信号を受信して前記宛先の通信端末に中継し、
   前記ＭＡＣアドレス変更部は、さらに、前記中継部によって応答信号が受信された場合に、前記応答信号に含まれる前記宛先の通信端末のＭＡＣアドレスを、前記ＭＡＣアドレス管理テーブルに記憶された前記配下の通信端末のＭＡＣアドレスから探索し、探索した前記宛先の通信端末のＭＡＣアドレスを対応する前記交換通信端末のＭＡＣアドレスに変更することを特徴とする請求項１に記載の中継装置。
3. 送信元となる通信端末のＭＡＣアドレスと、該通信端末を利用する利用者ごとに固定的に割り当てられた識別情報である利用者識別情報とを含む信号を受信し、受信した信号を、前記利用者識別情報を用いて認証処理を行う認証装置に対して転送する認証処理部と、
   前記認証処理部によって信号が受信された場合に、前記信号に含まれる前記利用者識別情報ごとに、前記信号に含まれる前記送信元の通信端末のＭＡＣアドレスを前記配下の通信端末のＭＡＣアドレスとして前記ＭＡＣアドレス管理テーブルに格納し、前記ＭＡＣアドレス管理テーブルに記憶された前記配下の通信端末のＭＡＣアドレスと一致しない前記送信元の通信端末のＭＡＣアドレスを前記交換通信端末のＭＡＣアドレスとして前記ＭＡＣアドレス管理テーブルに格納するＭＡＣアドレス管理部と
   をさらに備えたことを特徴とする請求項１又は２に記載の中継装置。
4. 前記ＭＡＣアドレス変更部によって前記送信元の通信端末のＭＡＣアドレスが変更された場合に、前記サーバ装置にて保持されるＭＡＣアドレスの更新を、前記サーバ装置を管理する管理装置に対して指示する更新指示部をさらに備えたことを特徴とする請求項１〜３のいずれか一つに記載の中継装置。
5. 前記サーバ装置にて保持されるＭＡＣアドレスを更新した前記管理装置から更新前のＭＡＣアドレスを含む通知を受信した場合に、前記通知に含まれる前記更新前のＭＡＣアドレスを、前記ＭＡＣアドレス管理テーブルに記憶された前記配下の通信端末のＭＡＣアドレスから検索し、検索した前記更新前のＭＡＣアドレスを対応する前記交換通信端末のＭＡＣアドレスを用いて更新するテーブル更新部をさらに備えたことを特徴とする請求項４に記載の中継装置。
6. コンピュータが実行する通信制御方法であって、
   配下の通信端末のＭＡＣアドレスと、前記配下の通信端末と交換された通信端末である交換通信端末のＭＡＣアドレスとを対応付けてＭＡＣアドレス管理テーブルに格納し、
   送信元となる通信端末のＭＡＣアドレスを含む信号であり、該送信元の通信端末のＭＡＣアドレスに予め設定されたＩＰアドレスを保持するサーバ装置に対して前記ＩＰアドレスの払出しを要求する要求信号を受信し、
   受信された前記要求信号に含まれる前記送信元の通信端末のＭＡＣアドレスを、前記ＭＡＣアドレス管理テーブルに記憶された交換通信端末のＭＡＣアドレスから探索し、探索した前記送信元の通信端末のＭＡＣアドレスを対応する前記配下の通信端末のＭＡＣアドレスに変更し、
   変更された前記送信元の通信端末のＭＡＣアドレスを含む前記要求信号を前記サーバ装置に中継する
   ことを特徴とする通信制御方法。
7. コンピュータに、
   配下の通信端末のＭＡＣアドレスと、前記配下の通信端末と交換された通信端末である交換通信端末のＭＡＣアドレスとを対応付けてＭＡＣアドレス管理テーブルに格納し、
   送信元となる通信端末のＭＡＣアドレスを含む信号であり、該送信元の通信端末のＭＡＣアドレスに予め設定されたＩＰアドレスを保持するサーバ装置に対して前記ＩＰアドレスの払出しを要求する要求信号を受信し、
   受信された前記要求信号に含まれる前記送信元の通信端末のＭＡＣアドレスを、前記ＭＡＣアドレス管理テーブルに記憶された交換通信端末のＭＡＣアドレスから探索し、探索した前記送信元の通信端末のＭＡＣアドレスを対応する前記配下の通信端末のＭＡＣアドレスに変更し、
   変更された前記送信元の通信端末のＭＡＣアドレスを含む前記要求信号を前記サーバ装置に中継する
   各処理を実行させることを特徴とする通信制御プログラム。

Images