(57)【要約】【課題】情報を保護し、ならびに不正アクセス防止を解決するネットワークシステム、中継装置、およびネットワーク制御方法を提供する。【解決手段】本発明のネットワークシステム１０１は、端末６と、ネットワーク７上の端末６のＩＰアドレスを管理し、要求に応じて当該端末６にＩＰアドレスを動的に割り当てて付与するＤＨＣＰサーバ３と、端末６とＤＨＣＰサーバ３との間に配置されネットワーク接続される中継装置１０と、を備え、ネットワーク７上に優先度が設けられた複数のＤＨＣＰサーバ３ａ、３ｂが存在し、中継装置１０は、端末６とＤＨＣＰサーバ３ａ、３ｂとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、複数のＤＨＣＰサーバ３ａ、３ｂのうち、端末６からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高いＤＨＣＰサーバ３の応答のみを端末６に転送する。【選択図】図５
2010239591.tif 000002
【特許請求の範囲】
【請求項１】
通信端末と、
ネットワーク上の前記通信端末に動的に割り当てられるＩＰ（Internet Protocol）アドレスを管理し、前記通信端末からの要求に応じて当該通信端末に前記ＩＰアドレスを割り当てて付与するアドレス付与サーバと、
前記通信端末と前記アドレス付与サーバとの間に配置されネットワーク接続される中継装置と、を備え、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記中継装置は、
前記通信端末と前記アドレス付与サーバとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、
複数の前記アドレス付与サーバのうち、前記通信端末からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高い前記アドレス付与サーバの応答のみを、前記通信端末に転送するネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムにおいて、
前記ブロードキャストフレームの転送範囲は、前記通信端末に付与されたＩＰアドレスと同一のネットワークドメインに属するネットワークのみに限定されるネットワークシステム。
【請求項３】
請求項１または２に記載のネットワークシステムにおいて、
前記中継装置は、
前記ネットワーク上の前記通信端末と接続する複数のポートと、
前記ポートのＩＤごとに、ＭＡＣアドレスおよびネットワークドメイン情報を記憶するポート管理テーブルと、
受信したフレームのメッセージを確認し、前記フレームが前記ＩＰアドレス取得メッセージに関するか否かを判断し、前記フレームが前記ＩＰアドレス取得メッセージに関する場合は前記ＩＰアドレス取得メッセージの内容を前記ポート管理テーブルに更新したのち、前記フレームを出力し、前記ＩＰアドレス取得メッセージ以外の場合は、前記フレームをそのまま出力するメッセージ監視手段と、
前記メッセージ監視手段から入力したフレームの送信元および宛先アドレスを参照し、前記ポート管理テーブルに記録された前記ＭＡＣアドレスおよび前記ネットワークドメイン情報をもとに前記フレームの転送範囲を決定し、前記転送範囲に従い前記フレームを転送する転送手段と、を備え、
前記メッセージ監視手段は、さらにバッファを含み、
前記メッセージ監視手段は、
前記アドレス付与サーバ検索メッセージを含むフレームを受信した場合には、すべての前記アドレス付与サーバに前記フレームを転送し、その後、
優先度が最も高い前記アドレス付与サーバ以外から応答フレームを受信した場合は、前記バッファを確認し、
・前記バッファ内に応答フレームがない場合、もしくは保存されている応答フレームの送信元アドレス付与サーバの優先度が前記受信した応答フレームの送信元アドレス付与サーバの優先度より低い場合は、前記保存されている応答フレームを破棄したうえで前記受信した応答フレームを保存し、
・保存されている応答フレームの送信元アドレス付与サーバの優先度が前記受信した応答フレームの送信元アドレス付与サーバの優先度より高い場合は、前記受信した応答フレームを破棄し、
優先度が最も高い前記アドレス付与サーバから応答フレームを受信した場合は、前記バッファ内の応答フレームを破棄して前記受信した応答フレームを前記転送手段に渡し、
前記バッファ内に応答フレームを保存してから一定時間以上経過した場合には、前記バッファ内の応答フレームを取得して前記転送手段に渡すネットワークシステム。
【請求項４】
請求項３に記載のネットワークシステムにおいて、
前記メッセージ監視手段はさらに、
前記アドレス付与サーバ検索メッセージを含むフレームを受信した場合は、優先度の最も高いアドレス付与サーバに前記フレームを送信して一定時間待ち、
前記一定時間以内に応答フレームを受信したら前記応答フレームを前記転送手段に渡し、
前記一定時間以内に応答フレームを受信しなかったら、次に優先度の高い前記アドレス付与サーバに前記フレームを送信して一定時間待ち、前記一定時間以内に応答フレームを受信するか該当するアドレス付与サーバがなくなるまで順次動作を繰り返すネットワークシステム。
【請求項５】
請求項４に記載のネットワークシステムにおいて、
前記中継装置は、
受信したフレームの宛先アドレスを参照し、前記ポート管理テーブルに記録されたＭＡＣアドレスをもとに前記フレームを転送するスイッチ手段と、
受信したフレームの宛先アドレスを参照し、ブロードキャストアドレスであった場合には前記フレームを前記メッセージ監視手段に渡し、ブロードキャストでなかった場合には前記フレームを前記スイッチ手段に渡すヘッダ監視手段と、
をさらに備えるネットワークシステム。
【請求項６】
請求項３乃至５いずれかに記載のネットワークシステムにおいて、
前記中継装置は、
前記メッセージ監視手段、前記転送手段および前記ポート管理テーブルからは前記アドレス付与サーバのひとつとして認識され、前記アドレス付与サーバとは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じ前記ＩＰアドレスを付与すると同時にデフォルトゲートウェイを設定するアドレス付与手段と、
前記アドレス付与手段がネットワークアドレスを割り当てた端末と、前記ネットワークに接続された装置との間でＮＡＴ（Network Address Translation）もしくはＮＡＰＴ（Network Address and Port Translation）動作を行うアドレス変換手段と、
受信したフレームの宛先ＭＡＣアドレスをもとに前記フレームを転送するスイッチ手段と、をさらに備えるネットワークシステム。
【請求項７】
請求項６に記載のネットワークシステムにおいて、
前記中継装置において、前記アドレス付与手段の優先度は最も低く設定されるネットワークシステム。
【請求項８】
請求項１乃至７いずれかに記載のネットワークシステムにおいて、
前記アドレス付与サーバはＤＨＣＰ（Domain Host Configuration Protocol）サーバであり、前記ＩＰアドレス取得メッセージの交換はＤＨＣＰに基づくネットワークシステム。
【請求項９】
仮想マシン実行端末と、
前記仮想マシン実行端末とネットワーク接続されるアドレス付与サーバと、を備え、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記仮想マシン実行端末は、
前記仮想マシン実行端末上で動作するホストＯＳのアプリケーションである仮想マシン実行環境を実現する手段を備え、
前記仮想マシン実行環境は、
請求項１乃至５いずれかに記載の中継装置が備える手段と、
前記仮想マシン実行環境上で動作するゲストＯＳのネットワークインターフェースから送出されるパケットをそのまま前記ホストＯＳのネットワークインターフェースを介し前記ネットワークに送出する仮想マシンブリッジ手段と、
前記中継装置が備える手段からは前記アドレス付与サーバのひとつとして認識され、前記アドレス付与サーバとは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じ前記ＩＰアドレスを付与すると同時にデフォルトゲートウェイを設定する仮想マシンアドレス付与手段と、
前記ゲストＯＳのネットワークインターフェースから送出されるパケットをＮＡＴもしくはＮＡＰＴ処理し、前記パケットを前記ホストＯＳのネットワークインターフェースを介して前記ネットワークに送出する仮想マシンアドレス変換手段と、を実現し、
前記仮想マシン実行環境を実現する手段は、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できる場合は、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンブリッジ手段を介して前記ネットワークに送出し、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できない場合は、前記仮想マシンアドレス付与手段が前記ゲストＯＳのＩＰアドレスを付与し、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンアドレス変換手段を介して前記ネットワークに送出するネットワークシステム。
【請求項１０】
請求項９に記載のネットワークシステムにおいて、
前記中継装置が備える前記手段において、前記仮想マシンアドレス付与手段の優先度は最も低く設定されるネットワークシステム。
【請求項１１】
請求項９または１０に記載のネットワークシステムにおいて、
前記アドレス付与サーバはＤＨＣＰサーバであり、前記仮想マシンアドレス付与手段はＤＨＣＰに基づいて動作するネットワークシステム。
【請求項１２】
通信端末および、ネットワーク上の前記通信端末に動的に割り当てられるＩＰアドレスを管理し要求に応じて当該通信端末に前記ＩＰアドレスを割り当てて付与するアドレス付与サーバにネットワーク接続され、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記通信端末と前記アドレス付与サーバとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、
複数の前記アドレス付与サーバのうち、前記通信端末からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高い前記アドレス付与サーバの応答のみを、前記通信端末に転送する中継装置。
【請求項１３】
請求項１２に記載の中継装置において、
前記ブロードキャストフレームの転送範囲を、前記通信端末に付与されたＩＰアドレスと同一のネットワークドメインに属するネットワークのみに限定する中継装置。
【請求項１４】
請求項１２または１３に記載の中継装置において、
前記ネットワーク上の前記通信端末と接続する複数のポートと、
前記ポートのＩＤごとに、ＭＡＣアドレスおよびネットワークドメイン情報を記憶するポート管理テーブルと、
受信したフレームのメッセージを確認し、前記フレームが前記ＩＰアドレス取得メッセージに関するか否かを判断し、前記フレームが前記ＩＰアドレス取得メッセージに関する場合は前記ＩＰアドレス取得メッセージの内容を前記ポート管理テーブルに更新したのち、前記フレームを出力し、前記ＩＰアドレス取得メッセージ以外の場合は、前記フレームをそのまま出力するメッセージ監視手段と、
前記メッセージ監視手段から入力したフレームの送信元および宛先アドレスを参照し、前記ポート管理テーブルに記録された前記ＭＡＣアドレスおよび前記ネットワークドメイン情報をもとに前記フレームの転送範囲を決定し、前記転送範囲に従い前記フレームを転送する転送手段と、を備え、
前記メッセージ監視手段は、さらにバッファを含み、
前記メッセージ監視手段は、
前記アドレス付与サーバ検索メッセージを含むフレームを受信した場合には、すべての前記アドレス付与サーバに前記フレームを転送し、その後、
優先度が最も高い前記アドレス付与サーバ以外から応答フレームを受信した場合は、前記バッファを確認し、
・前記バッファ内に応答フレームがない場合、もしくは保存されている応答フレームの送信元アドレス付与サーバの優先度が前記受信した応答フレームの送信元アドレス付与サーバの優先度より低い場合は、前記保存されている応答フレームを破棄したうえで前記受信した応答フレームを保存し、
・保存されている応答フレームの送信元アドレス付与サーバの優先度が前記受信した応答フレームの送信元アドレス付与サーバの優先度より高い場合は、前記受信した応答フレームを破棄し、
優先度が最も高い前記アドレス付与サーバから応答フレームを受信した場合は、前記バッファ内の応答フレームを破棄して前記受信した応答フレームを前記転送手段に渡し、
前記バッファ内に応答フレームを保存してから一定時間以上経過した場合には、前記バッファ内の応答フレームを取得して前記転送手段に渡す中継装置。
【請求項１５】
請求項１４に記載の中継装置において、
前記メッセージ監視手段はさらに、
前記アドレス付与サーバ検索メッセージを含むフレームを受信した場合は、優先度の最も高いアドレス付与サーバに前記フレームを送信して一定時間待ち、
前記一定時間以内に応答フレームを受信したら前記応答フレームを前記転送手段に渡し、
前記一定時間以内に応答フレームを受信しなかったら、次に優先度の高い前記アドレス付与サーバに前記フレームを送信して一定時間待ち、前記一定時間以内に応答フレームを受信するか該当するアドレス付与サーバがなくなるまで順次動作を繰り返す中継装置。
【請求項１６】
請求項１５に記載の中継装置において、
受信したフレームの宛先アドレスを参照し、前記ポート管理テーブルに記録されたＭＡＣアドレスをもとに前記フレームを転送するスイッチ手段と、
受信したフレームの宛先アドレスを参照し、ブロードキャストアドレスであった場合には前記フレームを前記メッセージ監視手段に渡し、ブロードキャストでなかった場合には前記フレームを前記スイッチ手段に渡すヘッダ監視手段と、をさらに備える中継装置。
【請求項１７】
請求項１２乃至１６いずれかに記載の中継装置において、
前記メッセージ監視手段、前記転送手段および前記ポート管理テーブルからは前記アドレス付与サーバのひとつとして認識され、前記アドレス付与サーバとは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じ前記ＩＰアドレスを付与すると同時にデフォルトゲートウェイを設定するアドレス付与手段と、
前記アドレス付与手段が前記ＩＰアドレスを割り当てた端末と、前記ネットワークに接続された装置との間でＮＡＴもしくはＮＡＰＴ動作を行うアドレス変換手段と、
受信したフレームの宛先ＭＡＣアドレスをもとに前記フレームを転送するスイッチ手段と、をさらに備える中継装置。
【請求項１８】
請求項１７に記載の中継装置において、
前記メッセージ監視手段において、前記アドレス付与手段の優先度は最も低く設定される中継装置。
【請求項１９】
請求項１２乃至１８いずれかに記載の中継装置において、
前記アドレス付与サーバはＤＨＣＰサーバであり、前記アドレス付与手段はＤＨＣＰに基づいて動作し、前記ＩＰアドレス取得メッセージの交換はＤＨＣＰに基づく中継装置。
【請求項２０】
アドレス付与サーバとはネットワーク接続され、
ホストＯＳのアプリケーションである仮想マシン実行環境を実現する手段を備え、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記仮想マシン実行環境は、
請求項１２乃至１６いずれかに記載の中継装置が備える手段と、
前記仮想マシン実行環境上で動作するゲストＯＳのネットワークインターフェースから送出されるパケットをそのまま前記ホストＯＳのネットワークインターフェースを介し前記ネットワークに送出する仮想マシンブリッジ手段と、
前記中継装置が備える手段からは前記アドレス付与サーバのひとつとして認識され、前記アドレス付与サーバとは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じ前記ＩＰアドレスを付与すると同時にデフォルトゲートウェイを設定する仮想マシンアドレス付与手段と、
前記ゲストＯＳのネットワークインターフェースから送出されるパケットをＮＡＴもしくはＮＡＰＴ処理し、前記パケットを前記ホストＯＳのネットワークインターフェースを介して前記ネットワークに送出する仮想マシンアドレス変換手段と、を実現し、
前記仮想マシン実行環境を実現する手段は、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できる場合は、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンブリッジ手段を介して前記ネットワークに送出し、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できない場合は、前記仮想マシンアドレス付与手段が前記ゲストＯＳのＩＰアドレスを付与し、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンアドレス変換手段を介して前記ネットワークに送出する仮想マシン実行端末。
【請求項２１】
請求項２０に記載の仮想マシン実行端末において、
前記中継装置が備える前記手段において、前記仮想マシンアドレス付与手段の優先度は最も低く設定される仮想マシン実行端末。
【請求項２２】
請求項２０または２１に記載の仮想マシン実行端末において、
前記アドレス付与サーバはＤＨＣＰサーバであり、前記仮想マシンアドレス付与手段はＤＨＣＰに基づいて動作し、前記ＩＰアドレス取得メッセージの交換はＤＨＣＰに基づく仮想マシン実行端末。
【請求項２３】
通信端末と、
ネットワーク上の通信端末に動的に割り当てられるＩＰアドレスを管理し、前記通信端末からの要求に応じ前記ＩＰアドレスを割り当てて付与するアドレス付与サーバと、
前記通信端末と前記アドレス付与サーバとの間に配置されネットワーク接続される中継装置と、を備えたネットワークを制御し、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記中継装置が、
前記通信端末と前記アドレス付与サーバとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、
複数の前記アドレス付与サーバのうち、前記通信端末からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高い前記アドレス付与サーバの応答のみを、前記通信端末に転送するネットワーク制御方法。
【請求項２４】
請求項２３に記載のネットワーク制御方法において、
前記ブロードキャストフレームの転送範囲を、前記通信端末に付与されたＩＰアドレスと同一のネットワークドメインに属するネットワークのみに限定するネットワーク制御方法。
【請求項２５】
請求項２３または２４に記載のネットワーク制御方法において、
前記中継装置は、
前記ネットワーク上の前記通信端末と接続する複数のポートと、
前記ポートのＩＤごとに、ＭＡＣアドレスおよびネットワークドメイン情報を記憶するポート管理テーブルと、をさらに含み、
前記中継装置が、受信したフレームのメッセージを確認し、前記フレームが前記ＩＰアドレス取得メッセージに関するか否かを判断し、前記フレームが前記ＩＰアドレス取得メッセージに関する場合は前記ＩＰアドレス取得メッセージの内容を前記ポート管理テーブルに更新したのち、前記フレームを出力し、前記ＩＰアドレス取得メッセージ以外の場合は、前記フレームをそのまま出力するメッセージ監視手順と、
前記中継装置が、前記メッセージ監視手順において入力したフレームの送信元および宛先アドレスを参照し、前記ポート管理テーブルに記録された前記ＭＡＣアドレスおよび前記ネットワークドメイン情報をもとに前記フレームの転送範囲を決定し、前記転送範囲に従い前記フレームを転送する転送手順と、を含み、
前記中継装置は、さらにバッファを含み、
前記メッセージ監視手順において、
前記アドレス付与サーバ検索メッセージを含むフレームを受信した場合には、すべての前記アドレス付与サーバに前記フレームを転送し、その後、
優先度が最も高い前記アドレス付与サーバ以外から応答フレームを受信した場合は、前記バッファを確認し、
・前記バッファ内に応答フレームがない場合、もしくは保存されている応答フレームの送信元アドレス付与サーバの優先度が前記受信した応答フレームの送信元アドレス付与サーバの優先度より低い場合は、前記保存されている応答フレームを破棄したうえで前記受信した応答フレームを保存し、
・保存されている応答フレームの送信元アドレス付与サーバの優先度が前記受信した応答フレームの送信元アドレス付与サーバの優先度より高い場合は、前記受信した応答フレームを破棄し、
優先度が最も高い前記アドレス付与サーバから応答フレームを受信した場合は、前記バッファ内の応答フレームを破棄して前記受信した応答フレームを前記転送手順に遷移し、
前記バッファ内に応答フレームを保存してから一定時間以上経過した場合には、前記バッファ内の応答フレームを取得して前記転送手順に遷移するネットワーク制御方法。
【請求項２６】
請求項２５に記載のネットワーク制御方法において、
前記メッセージ監視手順はさらに、
前記アドレス付与サーバ検索メッセージを含むフレームを受信した場合は、優先度の最も高いアドレス付与サーバに前記フレームを送信して一定時間待ち、
前記一定時間以内に応答フレームを受信したら前記転送手順に遷移し、
前記一定時間以内に応答フレームを受信しなかったら、次に優先度の高い前記アドレス付与サーバに前記フレームを送信して一定時間待ち、一定時間以内に応答フレームを受信するか該当するアドレス付与サーバがなくなるまで順次動作を繰り返すネットワーク制御方法。
【請求項２７】
請求項２６に記載のネットワーク制御方法において、
前記中継装置が、受信したフレームの宛先アドレスを参照し、前記ポート管理テーブルに記録されたＭＡＣアドレスをもとに前記フレームを転送するスイッチ手順と、
前記中継装置が、受信したフレームの宛先アドレスを参照し、ブロードキャストアドレスであった場合には前記メッセージ監視手順に遷移し、ブロードキャストでなかった場合には前記スイッチ手順に遷移するヘッダ監視手順と、をさらに含むネットワーク制御方法。
【請求項２８】
請求項２３乃至２７いずれかに記載のネットワーク制御方法において、
前記アドレス付与サーバはＤＨＣＰサーバであり、前記ＩＰアドレス取得メッセージの交換はＤＨＣＰに基づくネットワーク制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、中継装置、およびネットワーク制御方法に関し、異なるアクセス権をもつ端末を同時に収容するネットワークシステム、中継装置、およびネットワーク制御方法に関する。
【背景技術】
【０００２】
同一ネットワーク内に、さまざまなアクセス権を持った端末が含まれる場合がある。例えば、企業内ＬＡＮ（Local Area Network）において、社員はすべてのネットワークならびにサーバへのアクセス権を持ち、社員以外で特別に許可されたメンバは外部ネットワークへのアクセス権のみを持つ場合などがある。
【０００３】
アクセス権は、ネットワークおよび接続先装置での確認、認証といった方法で確認される。アクセス権を確認する具体的な方法としては、（１）アクセスの都度、ＩＤとパスワードで認証する方法、（２）サーバ、ルータ、または、スイッチにて、ＩＰアドレスまたはＭＡＣアドレス（Media Access Control address）を確認し、合致したものだけを受信する方法、（３）ネットワークドメインをアクセス権ごとに複数用意する手法、が挙げられる。
【０００４】
上記（１）は、アクセスの都度、ユーザがＩＤとパスワードを入力する方法であり、ユーザに手間を強いる点が問題となる。ユーザの手間を回避するために、最初の認証後は、ＩＰアドレスやＭＡＣアドレスを確認するなど、端末固有の情報を用いて、ネットワーク機器が自動で判別できる方法が望ましい。
【０００５】
上記（２）は、例として、中継および遮断のスイッチング機能を持たせたスイッチングハブが特許文献１に示されている。だが、スイッチで管理する場合、ネットワークドメインをまたぐアクセスを管理できない、という問題がある。一方、ルータやサーバで管理する方法もあるが、この場合は端末のＩＰアドレスを個々に登録する必要がある、ＩＰアドレスと登録情報とを個々に照合する必要があるなど、装置負荷およびネットワーク管理の手間が増大する点が問題となる。
【０００６】
以上より、上記（３）の、論理アドレスで分割する方法が望ましい。別ドメインを用意することにより、サーバ等の装置負荷、ネットワーク管理負荷を軽減できる。（３）を実現する方法として、特許文献２に示されるアドレス付与システムがある。
【０００７】
図２５に、特許文献２に記載のアドレス付与システムの構成を示す。
アドレス付与システムは、アドレス付与サーバ９１、ルータ９２、ネットワークドメイン９４（ドメインＡ）に属する端末Ａ−１、Ａ−２、ネットワークドメイン９４とは異なるネットワークドメイン９５（ドメインＢ）に属する端末Ｂ−１、Ｂ−２から構成される。端末は、ルータ９２を介して外部ネットワーク９３に接続することができる。アドレス付与サーバ９１は、ＤＨＣＰ機能９１ａ、コントローラ９１ｂを有し、ＤＨＣＰ機能９１ａはネットワークドメイン９４（ドメインＡ）とネットワークドメイン９５（ドメインＢ）のアドレスプールを保持する。
【０００８】
特許文献２に記載のアドレス付与システムの動作を以下に説明する。
端末が新規にネットワーク９０に接続し、ＩＰアドレスを要求すると、アドレス付与サーバ９１はネットワークドメイン９４（ドメインＡ）のＩＰアドレスを払い出し、端末のデフォルトゲートウェイのアドレスをアドレス付与サーバ９１に設定する。このとき、端末はネットワークドメイン９４（ドメインＡ）に属する。
【０００９】
その後、端末が外部ネットワーク９３へパケットを送信すると、パケットはデフォルトゲートウェイとして設定されたアドレス付与サーバ９１に送られる。アドレス付与サーバ９１は外部ネットワーク９３へのパケットを受信すると、送信元の端末に認証要求を行う。端末が認証に成功したら、アドレス付与サーバ９１はネットワークドメイン９５（ドメインＢ）のＩＰアドレスを払い出し、端末のデフォルトゲートウェイをルータ９２に設定する。このとき、端末はネットワークドメイン９５（ドメインＢ）に属する。
【００１０】
すなわち、ネットワークドメイン９４（ドメインＡ）に属する端末が外部ネットワークに接続するには、認証に成功し、ネットワークドメイン９５（ドメインＢ）のＩＰアドレスを受け取ることで、ネットワークドメイン９５（ドメインＢ）に属する必要がある。このようにして、単一の物理ネットワーク内に複数の論理ドメインを構築できる。
【００１１】
上述した特許文献２に示されるアドレス付与システムには、不正な端末が手動でＩＰアドレスを設定した場合に対応できないという問題点があった。その理由は、不正な端末が手動でネットワークドメインＢのＩＰアドレスを割り当て、デフォルトゲートウェイをルータに設定することにより、不正な端末は認証を経ることなく外部ネットワークに接続できるからである。
【００１２】
また、不正な端末が手動でＩＰアドレスを設定することにより、同一の物理ネットワークに属する端末からのＡＲＰ（Address Resolution Protocol）などのブロードキャストフレームを盗み見することができるという問題点があった。その理由は、特許文献２は、論理ドメインの分割にのみ言及し、物理的なネットワークドメインの分割を考慮していないためである。ＡＲＰの盗み見により、ネットワークドメインＢに属する正規の端末のＩＰアドレスとＭＡＣアドレスの組や、デフォルトゲートウェイであるルータのＩＰアドレスなどを容易に知ることができる。
【００１３】
このような問題点を解決する技術が特許文献３に記載されている。特許文献３に記載のパケット転送装置は、端末からＩＰアドレス配布要求を受け付けると、ＤＨＣＰパケット中のＩＰアドレスとＭＡＣアドレスを、ユーザ管理テーブルに記憶することで、どの端末に対してどのＩＰアドレスを割り当てるか認識する。同文献に記載された装置は、不正に静的ＩＰアドレスを用いてネットワークにアクセスする端末の通信を遮断することができる。
【００１４】
また、特許文献４に記載されたネットワークシステムは、アドレス割合サーバが、アドレス割り当てを制限する端末のＭＡＣアドレスが登録されている場合には、当該端末にＩＰアドレスを割り当てず、アドレスを割り当てる端末として登録されている場合は、当該端末にＩＰアドレスを割り当てる。これにより、所定の端末によるサーバへのアクセスを制限できる。特許文献５にも同様の記載がある。
【００１５】
特許文献６に記載されたＩＰ電話用構内システムは、ゲートウェイのＮＡＴ機能部は、外部電話機をＷＡＮ側ＩＰアドレスで判別するとともに、ＬＡＮ側のＩＰ電話機をＬＡＮ側ＩＰアドレス、ＭＡＣアドレスで判別し、ＩＰパケットデータの振り分けを可能とする。
【００１６】
特許文献７に記載されたネットワークコンピューティングシステムは、仮想ＰＣが、ホストサーバのネットワークアダプタを物理的に利用し、ＩＰアドレスとしてＬＡＮ内部で他のＰＣと直接通信が可能なローカルアドレスを取得する。また、外部との通信はホストサーバによって提供されるＮＡＴを利用し、ＩＰアドレスとしては、ホストサーバから割り当てられるプライベートアドレスを用い、ホストサーバのＩＰアドレスを付け替える。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開平１１−５５３０２号公報
【特許文献２】特開２００６−８０７８９号公報
【特許文献３】特開２００７−３６３７４号公報
【特許文献４】特開２００３−３０９５６９号公報
【特許文献５】特開平９−２１４５５０号公報
【特許文献６】特開２００５−２５２８０９号公報
【特許文献７】特開２００７−１９３４２９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかしながら、上述したネットワークシステムのいずれにも、複数のアドレス付与サーバがネットワーク上に存在する場合に、不正な端末が手動でＩＰアドレスを設定した場合に対応できないという問題点があった。また、不正な端末が手動でＩＰアドレスを設定することにより、同一の物理ネットワークに属する端末からのＡＲＰなどのブロードキャストフレームを盗み見することができるという問題点があった。
【００１９】
本発明の目的は、上述した課題である情報を保護し、ならびに不正アクセス防止を解決するネットワークシステム、中継装置、およびネットワーク制御方法を提供することにある。
【課題を解決するための手段】
【００２０】
本発明の第１のネットワークシステムは、
通信端末と、
ネットワーク上の前記通信端末に動的に割り当てられるＩＰ（Internet Protocol）アドレスを管理し、前記通信端末からの要求に応じて当該通信端末に前記ＩＰアドレスを割り当てて付与するアドレス付与サーバと、
前記通信端末と前記アドレス付与サーバとの間に配置されネットワーク接続される中継装置と、を備え、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記中継装置は、
前記通信端末と前記アドレス付与サーバとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、
複数の前記アドレス付与サーバのうち、前記通信端末からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高い前記アドレス付与サーバの応答のみを、前記通信端末に転送する。
【００２１】
本発明の第２のネットワークシステムは、
仮想マシン実行端末と、
前記仮想マシン実行端末とネットワーク接続されるアドレス付与サーバと、を備え、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記仮想マシン実行端末は、
前記仮想マシン実行端末上で動作するホストＯＳのアプリケーションである仮想マシン実行環境を実現する手段を備え、
前記仮想マシン実行環境は、
請求項１乃至５いずれかに記載の中継装置が備える手段と、
前記仮想マシン実行環境上で動作するゲストＯＳのネットワークインターフェースから送出されるパケットをそのまま前記ホストＯＳのネットワークインターフェースを介し前記ネットワークに送出する仮想マシンブリッジ手段と、
前記中継装置が備える手段からは前記アドレス付与サーバのひとつとして認識され、前記アドレス付与サーバとは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じ前記ＩＰアドレスを付与すると同時にデフォルトゲートウェイを設定する仮想マシンアドレス付与手段と、
前記ゲストＯＳのネットワークインターフェースから送出されるパケットをＮＡＴもしくはＮＡＰＴ処理し、前記パケットを前記ホストＯＳのネットワークインターフェースを介して前記ネットワークに送出する仮想マシンアドレス変換手段と、を実現し、
前記仮想マシン実行環境を実現する手段は、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できる場合は、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンブリッジ手段を介して前記ネットワークに送出し、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できない場合は、前記仮想マシンアドレス付与手段が前記ゲストＯＳのＩＰアドレスを付与し、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンアドレス変換手段を介して前記ネットワークに送出する。
【００２２】
本発明の中継装置は、
通信端末および、ネットワーク上の前記通信端末に動的に割り当てられるＩＰアドレスを管理し要求に応じて当該通信端末に前記ＩＰアドレスを割り当てて付与するアドレス付与サーバにネットワーク接続され、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記通信端末と前記アドレス付与サーバとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、
複数の前記アドレス付与サーバのうち、前記通信端末からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高い前記アドレス付与サーバの応答のみを、前記通信端末に転送する。
【００２３】
本発明の仮想マシン実行端末は、
アドレス付与サーバとはネットワーク接続され、
ホストＯＳのアプリケーションである仮想マシン実行環境を実現する手段を備え、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記仮想マシン実行環境は、
本発明の中継装置が備える手段と、
前記仮想マシン実行環境上で動作するゲストＯＳのネットワークインターフェースから送出されるパケットをそのまま前記ホストＯＳのネットワークインターフェースを介し前記ネットワークに送出する仮想マシンブリッジ手段と、
前記中継装置が備える手段からは前記アドレス付与サーバのひとつとして認識され、前記アドレス付与サーバとは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じ前記ＩＰアドレスを付与すると同時にデフォルトゲートウェイを設定する仮想マシンアドレス付与手段と、
前記ゲストＯＳのネットワークインターフェースから送出されるパケットをＮＡＴもしくはＮＡＰＴ処理し、前記パケットを前記ホストＯＳのネットワークインターフェースを介して前記ネットワークに送出する仮想マシンアドレス変換手段と、を実現し、
前記仮想マシン実行環境を実現する手段は、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できる場合は、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンブリッジ手段を介して前記ネットワークに送出し、
前記ゲストＯＳが前記アドレス付与サーバからＩＰアドレスを取得できない場合は、前記仮想マシンアドレス付与手段が前記ゲストＯＳのＩＰアドレスを付与し、前記ゲストＯＳのネットワークインターフェースから送出されるデータを仮想マシンアドレス変換手段を介して前記ネットワークに送出する。
【００２４】
本発明のネットワーク制御方法は、
通信端末と、
ネットワーク上の通信端末に動的に割り当てられるＩＰアドレスを管理し、前記通信端末からの要求に応じ前記ＩＰアドレスを割り当てて付与するアドレス付与サーバと、
前記通信端末と前記アドレス付与サーバとの間に配置されネットワーク接続される中継装置と、を備えたネットワークを制御し、
前記ネットワーク上に前記アドレス付与サーバが複数存在し、かつ複数の前記アドレス付与サーバには優先度が設けられており、
前記中継装置が、
前記通信端末と前記アドレス付与サーバとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、
複数の前記アドレス付与サーバのうち、前記通信端末からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高い前記アドレス付与サーバの応答のみを、前記通信端末に転送する。
【００２５】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００２６】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【００２７】
また、本発明の制御方法には複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の制御方法を実施するときには、その複数の手順の順番は内容的に支障しない範囲で変更することができる。
【００２８】
さらに、本発明の制御方法の複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。
【発明の効果】
【００２９】
本発明によれば、情報を保護し、ならびに不正アクセス防止を解決するネットワークシステム、中継装置、およびネットワーク制御方法が提供される。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施の形態に係るネットワークシステムの構成を示すブロック図である。
【図２】本発明の実施の形態に係るネットワークシステムの中継装置の構成を示す機能ブロック図である。
【図３】本発明の実施の形態に係るネットワークシステムのポート管理テーブルの構造の一例を示す図である。
【図４】本発明の実施の形態に係るネットワークシステムの中継装置の動作の一例を示すフローチャートである。
【図５】本発明の実施の形態に係るネットワークシステムの構成を示すブロック図である。
【図６】本発明の実施の形態に係るネットワークシステムの中継装置の構成を示す機能ブロック図である。
【図７】本発明の実施の形態に係るネットワークシステムの中継装置の動作の一例を示すフローチャートである。
【図８】本発明の実施の形態に係るネットワークシステムの中継装置の動作の一例を示すフローチャートである。
【図９】本発明の実施の形態に係るネットワークシステムの中継装置の動作の一例を示すフローチャートである。
【図１０】本実施の形態における中継装置の動作の一例を示すフローチャートである。
【図１１】本発明の実施の形態に係るネットワークシステムの中継装置の構成を示す機能ブロック図である。
【図１２】本発明の実施の形態に係るネットワークシステムの中継装置の動作の一例を示すフローチャートである。
【図１３】本発明の実施例におけるネットワークシステムの構成を示すブロック図である。
【図１４】本発明の実施例におけるネットワークシステムの動作を示すシーケンス図である。
【図１５】本発明の実施例におけるネットワークシステムの構成を示すブロック図である。
【図１６】本発明の実施例におけるネットワークシステムの動作を示すシーケンス図である。
【図１７】本発明の実施例におけるネットワークシステムの動作を示すシーケンス図である。
【図１８】本発明の実施例におけるネットワークシステムの動作を示すシーケンス図である。
【図１９】本発明の実施例におけるネットワークシステムの動作を示すシーケンス図である。
【図２０】本発明の実施例におけるネットワークシステムの構成を示すブロック図である。
【図２１】本発明の実施例におけるアドレス変換装置の構成を示す機能ブロック図である。
【図２２】本発明の実施例におけるネットワークシステムの動作を示すシーケンス図である。
【図２３】本発明の実施例におけるネットワークシステム構成を示すブロック図である。
【図２４】本発明の実施例におけるＶＭ実行端末の構成を示す機能ブロック図である。
【図２５】特許文献２に記載のアドレス付与システムの構成を示すブロック図である。
【発明を実施するための形態】
【００３１】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００３２】
（第１の実施の形態）
本発明の第１の実施の形態について、図面を用いて詳しく説明する。
図１は、本発明の実施の形態に係るネットワークシステム１００の構成を示すブロック図である。
【００３３】
本実施形態のネットワークシステム１００は、通信端末（端末６）と、ネットワーク７上の端末６に動的に割り当てられるＩＰアドレスを管理し、端末６からの要求に応じて当該端末６にＩＰアドレスを割り当てて付与するアドレス付与サーバと、端末６とアドレス付与サーバ（ＤＨＣＰサーバ３）との間に配置されネットワーク接続される中継装置１と、を備え、中継装置１は、端末６とＤＨＣＰサーバ３との間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定する。
【００３４】
具体的には、本実施形態におけるネットワークシステム１００は、中継装置１と、ＤＨＣＰサーバ３と、端末６（図では、例として複数の端末Ａ、端末Ｂ、端末Ｃが示されている。）と、ネットワーク７から構成される。中継装置１とＤＨＣＰサーバ３は、ネットワーク７に接続されている。端末６は中継装置１を介してネットワーク７と接続している。
【００３５】
本発明の実施の形態では、ＴＣＰ（Transmission Control Protocol）／ＩＰネットワークを前提とし、またアドレス付与サーバとしてＤＨＣＰサーバを前提とする。
【００３６】
ＤＨＣＰサーバ３は、複数のネットワークドメインのＩＰアドレスプールを管理する。本実施形態では、例えば、“１９２．１６８．０．０／２４”と“１９２．１６８．１．０／２４”の２つのネットワークドメインのＩＰアドレスプールを管理している。
【００３７】
例として、以下のような違いを持たせることができる。
（１）前者のネットワークドメイン（１９２．１６８．０．０／２４）に属する端末は、ネットワーク７に接続されたすべての通信装置にアクセスできる。
（２）後者のネットワークドメイン（１９２．１６８．１．０／２４）に属する端末は、ネットワーク７に接続された一部の装置にはアクセスできるが、他の一部の通信装置にはアクセスできない。
【００３８】
通信装置へのアクセス権を管理する方法としては、ネットワークドメインでフィルタリングをかける方法、あるいは、通信装置とネットワーク７との間に中継装置１を配置する方法などがある。なお、図１には端末が３台の場合を記載しているが、３台以外の場合においても本発明を適用できる。
【００３９】
なお、以下の各図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。
また、本発明のネットワークシステムの各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インターフェースを中心にハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
【００４０】
図２は、図１の本実施形態のネットワークシステム１００の中継装置１の構成を示す機能ブロック図である。
本実施形態の中継装置１は、ネットワーク７上の通信装置（不図示）および端末６と接続する複数のポート１４ａ、１４ｂと、ポート１４ａ、１４ｂのＩＤごとに、ＭＡＣアドレスおよびネットワークドメイン情報を記憶するポート管理テーブル１３と、受信したフレームのメッセージを確認し、フレームがＩＰアドレス取得メッセージに関するか否かを判断し、フレームがＩＰアドレス取得メッセージに関する場合はＩＰアドレス取得メッセージの内容をポート管理テーブル１３に更新したのち、フレームを出力し、ＩＰアドレス取得メッセージ以外の場合は、フレームをそのまま出力するメッセージ監視部１１と、メッセージ監視部１１から入力したフレームの送信元および宛先アドレスを参照し、ポート管理テーブル１３に記録されたＭＡＣアドレスおよびネットワークドメイン情報をもとにフレームの転送範囲を決定し、転送範囲に従いフレームを転送する転送部１２と、を備える。なお、本実施形態において、ＩＰアドレス取得メッセージの交換はＤＨＣＰに基づく。
【００４１】
具体的には、中継装置１は、メッセージ監視部１１と、転送部１２と、ポート管理テーブル１３と、端末６に接続される端末側ポート１４ａと、ネットワーク７に接続されるネットワーク側ポート１４ｂと、を含む。
【００４２】
なお、以下、図２のような装置構成を示すブロック図において、実線矢印はフレームの流れを、実線はデータ更新を、破線矢印はデータの参照を、それぞれ示している。
【００４３】
図３は、ポート管理テーブル１３の構造の一例を示す図である。ポート管理テーブル１３には、ポートＩＤ毎に、ＭＡＣアドレス、ネットワークドメイン、ＤＨＣＰ状態がそれぞれ記録される。図３の例では、ポートＩＤが、＃１から＃４までは端末側ポート１４ａ、＃５はネットワーク側ポート１４ｂに関する登録内容が示されている。
【００４４】
端末側ポート１４ａのポートＩＤには、端末６のＭＡＣアドレス、ネットワークドメイン、ＤＨＣＰ状態が記録される。ＤＨＣＰ状態には、接続する端末６のＤＨＣＰ状態が記録される。ＤＨＣＰ状態は“ＤＩＳＣＯＶＥＲ”、“ＯＦＦＥＲ”、“ＲＥＱＵＥＳＴ”、“ＡＣＫ”の４種類からなる。
【００４５】
“ＤＩＳＣＯＶＥＲ”は、端末６からＤＨＣＰ  ＤＩＳＣＯＶＥＲパケットが送信された状態、“ＯＦＦＥＲ”は、端末６がＤＨＣＰサーバからＤＨＣＰ  ＯＦＦＥＲパケットを受信した状態、“ＲＥＱＵＥＳＴ”は、端末６がＤＨＣＰ  ＲＥＱＵＥＳＴパケットを送信した状態、“ＡＣＫ”は、端末６がＤＨＣＰサーバからＤＨＣＰ  ＡＣＫパケットを受信した状態を、それぞれ表す。
【００４６】
“ＡＣＫ”状態に遷移すると、端末６にＩＰアドレスが割り当てられるため、端末６のＩＰアドレスをもとにネットワークドメインが登録される。ＤＨＣＰによるＩＰアドレスの取得が完了していない場合、ネットワークドメインは登録されない。端末側ポート１４ａに端末６が登録されていない場合、もしくは端末側ポート１４ａに接続された端末６がＤＨＣＰを利用していない場合は、ＭＡＣアドレス、ネットワークドメイン、ＤＨＣＰ状態のいずれも登録されない。ポート管理テーブル１３への登録および更新処理は、後述するメッセージ監視部１１により行われる。
【００４７】
ネットワーク側ポート１４ｂには、ネットワーク７に接続する通信装置のＭＡＣアドレス、ネットワークドメイン、ＤＨＣＰ状態が登録される。ネットワーク側ポート１４ｂのＭＡＣアドレスおよびネットワークドメインは手動で登録してもよいし、ＤＨＣＰメッセージもしくはＡＲＰメッセージを利用して自動で登録してもよい。ＤＨＣＰ状態には、接続するネットワークのＤＨＣＰ状態が記録される。ＤＨＣＰ状態は“ＤＩＳＣＯＶＥＲ”、“ＯＦＦＥＲ”、“ＲＥＱＵＥＳＴ”の３種類からなり、端末側ポート１４ａにおけるＤＨＣＰ状態と同様である。ただし、ＭＡＣアドレスおよびネットワークドメインは、ＤＨＣＰ状態に関係なく登録される。
【００４８】
図２に戻り、メッセージ監視部１１は、ポート１４を介して受信したフレームの内容を確認する。ＤＨＣＰメッセージを含んだフレームの場合は、メッセージ内容を確認し、メッセージ内容に基づいて、ポート管理テーブル１３に該当するポートのＭＡＣアドレス、ネットワークドメイン、ＤＨＣＰ状態を登録または更新する。登録または更新の内容を以下に示す。
（１）ＤＨＣＰ  ＤＩＳＣＯＶＥＲの場合、端末側ポート１４ａから受信した場合は、受信したポートＩＤにＭＡＣアドレスを登録し、そのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”に更新する。またネットワーク側ポート１４ｂのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”に更新する。ネットワーク側ポート１４ｂから受信した場合は、当該フレームを破棄する。
（２）ＤＨＣＰ  ＯＦＦＥＲの場合、ＤＨＣＰ状態が“ＤＩＳＣＯＶＥＲ”であるポートＩＤ、およびＤＨＣＰ  ＯＦＦＥＲの送信元であるネットワーク側ポート１４ｂのＤＨＣＰ状態を“ＯＦＦＥＲ”に更新し、他のネットワーク側ポート１４ｂのＤＨＣＰ状態をリセットする。
（３）ＤＨＣＰ  ＲＥＱＵＥＳＴの場合、ＤＨＣＰ状態が“ＯＦＦＥＲ”であるポートＩＤについて、“ＲＥＱＵＥＳＴ”に更新する。
（４）ＤＨＣＰ  ＡＣＫの場合、ＤＨＣＰ状態が“ＲＥＱＵＥＳＴ”であるポートＩＤについて、ＤＨＣＰ状態を“ＡＣＫ”に更新し、割り当てられたＩＰアドレスのネットワークドメインを登録する。ネットワーク側ポート１４ｂのＤＨＣＰ状態はリセットする。
【００４９】
ポート管理テーブル１３への登録または更新完了後、メッセージ監視部１１は、当該フレームを転送部１２に渡す。なお、ＤＨＣＰメッセージを含まないフレームの場合は、そのまま転送部１２に渡す。
【００５０】
転送部１２は、メッセージ監視部１１からフレームを渡された時、ポート管理テーブル１３を参照し、ポート１４のうち適切なものを経由して当該フレームをブロードキャストする。
【００５１】
すなわち、本実施形態において、ブロードキャストフレームの転送範囲は、端末６に付与されたＩＰアドレスと同一のネットワークドメインに属するネットワークのみに限定される。
【００５２】
具体的には、転送部１２は、当該フレームの送信元ポートとポート管理テーブル１３を比較し、ポート管理テーブル１３に記載されている送信元のネットワークドメインと合致するポートにのみ、当該フレームをブロードキャストする。
【００５３】
フレームの送信元が端末６の場合、端末側ポート１４ａのＤＨＣＰ状態がＤＩＳＣＯＶＥＲもしくはＲＥＱＵＥＳＴの場合は、転送部１２は、ネットワーク側ポート１４ｂのうちＤＨＣＰ状態がＤＩＳＣＯＶＥＲまたはＲＥＱＵＥＳＴのポートにブロードキャストする。フレームの送信元がＤＨＣＰサーバ３の場合は、ＤＨＣＰ状態がＯＦＦＥＲまたはＡＣＫに該当する端末側ポート１４ａがあれば該当する端末側ポート１４ａにのみ転送し、該当するポートがない場合は、通常のブロードキャストフレームと同等の条件にて転送する。
【００５４】
このように構成された本実施形態のネットワークシステム１００の中継装置１の動作を説明する。
図４は、図１に示したネットワークシステム１００の中継装置１の動作の一例を示すフローチャートである。以下、図１乃至図４を用いて説明する。
【００５５】
中継装置１はフレームを受信すると、メッセージ監視部１１にて当該フレームの中身を確認する（ステップＳ１０１）。ＤＨＣＰメッセージの場合には（ステップＳ１０１のＹＥＳ）、メッセージ内容を確認し、ポート管理テーブル１３を更新する（ステップＳ１０２）。その後、転送部１２にて宛先ＭＡＣアドレスとポート管理テーブル１３とを参照し、適切なポートに転送する（ステップＳ１０３）。また、ステップＳ１０１で、ＤＨＣＰメッセージでない場合（ステップＳ１０１のＮＯ）、ステップＳ１０３に進む。
【００５６】
以上、説明したように、本実施形態のネットワークシステム１００によれば、端末６から送信されるフレームの転送範囲が、ＩＰアドレス取得の結果に基づき決定されるので、ＤＨＣＰサーバ３からＩＰアドレスを割り当てられていない不正な端末６からのネットワーク接続を拒否することができる。このように、本実施形態のネットワークシステム１００によれば、異なるアクセス権をもつ端末６を同時に収容でき、かつ装置負荷および管理負荷を軽減し、不正な端末６からのネットワーク接続を拒否できる高セキュリティおよび高信頼なネットワークシステムを実現できる。
【００５７】
（第２の実施の形態）
次に、本発明の第２の実施の形態について、図面を用いて詳しく説明する。図５は、本実施形態のネットワークシステム１０１の構成を示すブロック図である。
本実施形態は、上記実施形態とは、中継装置のネットワーク側ポートに複数のネットワークが接続しており、それぞれのネットワークが独立にＤＨＣＰサーバを備え、また独立したネットワークドメインに属する点で相違する。本実施形態では、上記実施形態の変形により、かかる構成においても本発明を適用できることを示す。
【００５８】
本実施形態のネットワークシステムは、端末６と、ネットワーク７上の端末６に動的に割り当てられるＩＰアドレスを管理し、端末６からの要求に応じて当該端末６にＩＰアドレスを割り当てて付与するＤＨＣＰサーバ３と、端末６とＤＨＣＰサーバ３との間に配置されネットワーク接続される中継装置１０と、を備え、ネットワーク７上にＤＨＣＰサーバ３が複数存在し、かつ複数のＤＨＣＰサーバ３ａ、３ｂには優先度が設けられており、中継装置１０は、端末６とＤＨＣＰサーバ３ａ、３ｂとの間で交換されるＩＰアドレス取得メッセージをもとに、ブロードキャストフレームの転送範囲を決定し、複数のＤＨＣＰサーバ３ａ、３ｂのうち、端末６からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高いＤＨＣＰサーバ３の応答のみを、端末６に転送する。
【００５９】
本実施形態のネットワークシステムにおいて、中継装置１０は、ネットワーク７上の端末６と接続する複数のポート１４と、ポート１４のＩＤごとに、ＭＡＣアドレスおよびネットワークドメイン情報を記憶するポート管理テーブル１３と、受信したフレームのメッセージを確認し、フレームがＩＰアドレス取得メッセージに関するか否かを判断し、フレームがＩＰアドレス取得メッセージに関する場合はＩＰアドレス取得メッセージの内容をポート管理テーブル１３に更新したのち、フレームを出力し、ＩＰアドレス取得メッセージ以外の場合は、フレームをそのまま出力するメッセージ監視部１１と、メッセージ監視部１１から入力したフレームの送信元および宛先アドレスを参照し、ポート管理テーブル１３に記録されたＭＡＣアドレスおよびネットワークドメイン情報をもとにフレームの転送範囲を決定し、転送範囲に従いフレームを転送する転送部１２と、を備える。
【００６０】
メッセージ監視部１１は、さらにバッファ１５を含む。
メッセージ監視部１１は、アドレス付与サーバ検索メッセージを含むフレームを受信した場合には、すべてのＤＨＣＰサーバ３にフレームを転送し、その後、優先度が最も高いＤＨＣＰサーバ３以外から応答フレームを受信した場合は、バッファ１５を確認し、
・バッファ１５内に応答フレームがない場合、もしくは保存されている応答フレームの送信元ＤＨＣＰサーバ３の優先度が受信した応答フレームの送信元ＤＨＣＰサーバ３の優先度より低い場合は、保存されている応答フレームを破棄したうえで受信した応答フレームを保存し、
・保存されている応答フレームの送信元ＤＨＣＰサーバ３の優先度が受信した応答フレームの送信元ＤＨＣＰサーバ３の優先度より高い場合は、受信した応答フレームを破棄し、優先度が最も高いＤＨＣＰサーバ３から応答フレームを受信した場合は、バッファ１５内の応答フレームを破棄して受信した応答フレームを転送手段に渡し、バッファ１５内に応答フレームを保存してから一定時間以上経過した場合には、バッファ１５内の応答フレームを取得して転送部１２に渡す。
【００６１】
中継装置１０の構成および動作は、メッセージ監視部１１ａを除き、図２の上記実施形態における中継装置１の構成および動作と同様である。
また、本実施形態は、上記実施形態と組み合わせてもよい。
【００６２】
本実施形態では、複数のＤＨＣＰサーバ（３ａ、３ｂ）にそれぞれ優先度が設けられ、最も優先度の高いＤＨＣＰサーバからのＤＨＣＰ  ＯＦＦＥＲメッセージのみが、端末６に転送されることを特徴とする。ＤＨＣＰサーバ（３ａ、３ｂ）の優先度の高さと、ＤＨＣＰサーバ（３ａ、３ｂ）が割り当てるネットワークドメインのアクセス権の広さとを関連付けることにより、端末６は、ネットワークシステム１０１で許可されるうち、最もアクセス権の広いネットワークドメインのＩＰアドレスを取得することができる。ＩＰアドレス取得後は、ＩＰアドレスのネットワークドメインに従い、通信範囲が決定される。
【００６３】
図５の本実施形態におけるネットワークシステム１０１は、図１の上記実施形態において、中継装置にネットワークが複数接続されている構成である。本実施形態において、中継装置１０はネットワーク７ａを介して、ＤＨＣＰサーバ３ａと接続されている。また、中継装置１０は、ネットワーク７ｂを介して、ＤＨＣＰサーバ３ｂと接続されている。ネットワーク７ａ、７ｂはそれぞれ異なるネットワークドメインに属し、ＤＨＣＰサーバ３ａ、３ｂはそれぞれが接続するネットワーク７ａ、７ｂの属するネットワークドメインのＩＰアドレスプールを管理している。またネットワーク７ａ、７ｂにはそれぞれ優先度が設けられている。なお、図５には中継装置１０にネットワーク７が２つ接続されている例を示しているが、３つ以上の場合でも本発明を適用できる。また図５には端末６（端末Ａ、端末Ｂ、端末Ｃ）が３台接続されている例を示しているが、３台以外の場合においても本発明を適用できる。
【００６４】
図６は、本実施形態のネットワークシステム１０１の中継装置１０の構成を示す機能ブロック図である。中継装置１０は、上記実施形態の中継装置１と同様な転送部１２、ポート管理テーブル１３、およびポート１４に加え、メッセージ監視部１１ａを備える。ポート１４は、端末６に接続される端末側ポート１４ａと、ネットワーク７ａ、７ｂに接続されるネットワーク側ポート１４ｂと、を含む。また、メッセージ監視部１１ａは、ＤＨＣＰ  ＯＦＦＥＲのフレームを格納するバッファ１５を含む。
【００６５】
メッセージ監視部１１ａは、ポート１４を介して受信したフレームの内容を確認する。ＤＨＣＰメッセージを含んだフレームの場合は、メッセージ内容を確認する。内容がＤＨＣＰ  ＯＦＦＥＲの場合、以下の動作を行う。
（１）優先度の最も高い、つまりプライマリのＤＨＣＰサーバが送信したＤＨＣＰ  ＯＦＦＥＲであれば、メッセージ内容を確認しポート管理テーブル１３を更新する。このとき、バッファ１５内にフレームが保存されている場合はバッファ１５内のフレームを破棄する。更新が完了したら、当該フレームを転送部１２に渡す。
（２）プライマリのＤＨＣＰサーバが送信したものではないＤＨＣＰ  ＯＦＦＥＲであれば、当該フレームとバッファ１５内のＤＨＣＰ  ＯＦＦＥＲフレームとで、送信元ＤＨＣＰサーバの優先度と比較する。当該フレームの送信元ＤＨＣＰサーバの方が、優先度が高い場合、もしくはバッファ１５内にフレームが保存されていない場合は、当該フレームを保存する。このとき、バッファ１５内にフレームが保存されている場合は、バッファ１５内の既存のフレームを破棄した上で、フレームを保存する。当該フレームの送信元ＤＨＣＰサーバの方が、優先度が低い場合は、当該フレームを破棄する。
【００６６】
また、バッファ１５内にフレームが保存されている場合は、以下の動作を行う。
（３）バッファ１５内に一定時間以上ＤＨＣＰ  ＯＦＦＥＲフレームが保存されている場合は、バッファ１５から当該フレームを取得し、メッセージ内容を確認し、ポート管理テーブル１３を更新する。更新が完了したら、当該フレームを転送部１２に渡す。
【００６７】
メッセージ内容がＤＨＣＰ  ＯＦＦＥＲ以外の場合、およびＤＨＣＰ以外のフレームの場合は、図２の上記実施形態のメッセージ監視部１１と同様の動作を行う。また、ポート管理テーブル１３の更新の内容も、図２の上記実施形態と同様である。
【００６８】
上述のような構成において、本実施の形態のネットワークシステム１０１おけるネットワーク制御方法を以下に説明する。図７および図８は、図５に示したネットワークシステム１０１の中継装置１０の動作の一例を示したフローチャートである。
【００６９】
本実施形態のネットワーク制御方法は、端末６と、ネットワーク７上の端末６に動的に割り当てられるＩＰアドレスを管理し、端末６からの要求に応じＩＰアドレスを割り当てて付与するＤＨＣＰサーバ３と、端末６とＤＨＣＰサーバ３との間に配置されネットワーク接続される中継装置１０と、を備えたネットワーク７を制御し、ネットワーク７上にＤＨＣＰサーバ３が複数存在し、かつ複数のＤＨＣＰサーバ３ａ、３ｂには優先度が設けられており、中継装置１０が、端末６とＤＨＣＰサーバ３ａ、３ｂとの間で交換されるＩＰアドレス取得メッセージをもとに（ステップＳ１０１、Ｓ１１１）、ブロードキャストフレームの転送範囲を決定し（ステップＳ１１２〜Ｓ１１６、Ｓ１０２）、複数のＤＨＣＰサーバ３ａ、３ｂのうち、端末６からのアドレス付与サーバ検索メッセージに応答を返す最も優先度の高いＤＨＣＰサーバ３の応答のみを、端末６に転送する（Ｓ１０３）。
【００７０】
本実施形態のネットワーク制御方法において、中継装置１０は、ネットワーク７上の端末６と接続する複数のポート１４と、ポート１４のＩＤごとに、ＭＡＣアドレスおよびネットワークドメイン情報を記憶するポート管理テーブル１３と、をさらに含む。
中継装置１０が、受信したフレームのメッセージを確認し、フレームがＩＰアドレス取得メッセージに関するか否かを判断し、フレームがＩＰアドレス取得メッセージに関する場合は（ステップＳ１０１のＹＥＳ）、ＩＰアドレス取得メッセージの内容をポート管理テーブル１３に更新したのち、フレームを出力し（ステップＳ１０２〜Ｓ１１６）、ＩＰアドレス取得メッセージ以外の場合は（ステップＳ１０１のＮＯ）、フレームをそのまま出力するメッセージ監視手順（ステップＳ１０１）と、中継装置１０が、メッセージ監視手順において入力したフレームの送信元および宛先アドレスを参照し、ポート管理テーブル１３に記録されたＭＡＣアドレスおよびネットワークドメイン情報をもとにフレームの転送範囲を決定し、転送範囲に従いフレームを転送する転送手順と、を含む。
【００７１】
中継装置１０は、さらにバッファ１５を含む。
メッセージ監視手順（ステップＳ１０１）において、アドレス付与サーバ検索メッセージを含むフレームを受信した場合には（ステップＳ１０１のＹＥＳ）、すべてのＤＨＣＰサーバ３にフレームを転送し、その後、優先度が最も高いＤＨＣＰサーバ３以外から応答フレームを受信した場合は（ステップＳ１１２のＮＯ）、バッファ１５を確認し（ステップＳ１１４）、
・バッファ１５内に応答フレームがない場合、もしくは保存されている応答フレームの送信元ＤＨＣＰサーバ３の優先度が受信した応答フレームの送信元ＤＨＣＰサーバ３の優先度より低い場合は、保存されている応答フレームを破棄したうえで受信した応答フレームを保存し（ステップＳ１１５）、
・保存されている応答フレームの送信元ＤＨＣＰサーバ３の優先度が受信した応答フレームの送信元ＤＨＣＰサーバ３の優先度より高い場合は、受信した応答フレームを破棄し（ステップＳ１１６）、優先度が最も高いＤＨＣＰサーバから応答フレームを受信した場合は（ステップＳ１１２のＹＥＳ）、バッファ１５内の応答フレームを破棄して（ステップＳ１１３）受信した応答フレームを転送手順（ステップＳ１０３）に遷移し（ステップＳ１０２）、バッファ１５内に応答フレームを保存してから一定時間以上経過した場合には（図８の開始）、バッファ１５内の応答フレームを取得して（ステップＳ１２１）転送手順（ステップＳ１０３）に遷移する（ステップＳ１０２）。
【００７２】
このように構成された本実施形態のネットワークシステム１０１の中継装置１０の動作を以下に図面を用いて説明する。
はじめに、図５に示したネットワークシステム１０１における中継装置１０において、ポート１４がフレームを受信したときの動作について説明する。以下、図５乃至図７を用いて説明する。
【００７３】
図７に示すように、はじめに、中継装置１０は、フレームを受信すると、メッセージ監視部１１ａにて当該フレームの中身を確認する（ステップＳ１０１）。ＤＨＣＰメッセージの場合には（ステップＳ１０１のＹＥＳ）、メッセージ内容を確認し、ＤＨＣＰ  ＯＦＦＥＲであるかどうかを確認する（ステップＳ１１１）。ＤＨＣＰ  ＯＦＦＥＲの場合には（ステップＳ１１１のＹＥＳ）、その送信元が最も優先度の高い、つまりプライマリのＤＨＣＰサーバからかどうかを確認する（ステップＳ１１２）。プライマリＤＨＣＰサーバからの場合は（ステップＳ１１２のＹＥＳ）、バッファ１５内のフレームを破棄する（ステップＳ１１３）。
【００７４】
プライマリＤＨＣＰサーバ以外からの場合は（ステップＳ１１２のＮＯ）、当該フレームとバッファ１５内のＤＨＣＰ  ＯＦＦＥＲフレームとで、送信元ＤＨＣＰサーバの優先度を比較する（ステップＳ１１４）。当該フレームの送信元ＤＨＣＰサーバのほうが優先度が高い場合、もしくはバッファ１５内にフレームが保存されていない場合は、当該フレームを保存する（ステップＳ１１５）。このとき、バッファ１５内にフレームが既に保存されている場合は、バッファ１５内の既存のフレームを破棄した上で、フレームを保存する。当該フレームの送信元ＤＨＣＰサーバのほうが、優先度が低い場合は、当該フレームを破棄する（ステップＳ１１６）。
【００７５】
ステップＳ１１１にてＤＨＣＰ  ＯＦＦＥＲ以外のフレームの場合（ステップＳ１１１のＮＯ）、およびステップＳ１１３完了後は、メッセージ内容を確認し、ポート管理テーブル１３を更新する（ステップＳ１０２）。また、ステップＳ１０１にてＤＨＣＰメッセージでなかった場合（ステップＳ１０１のＮＯ）、およびステップＳ１０２完了後は、転送部１２にて宛先ＭＡＣアドレスとポート管理テーブルとを参照し、適切なポートにブロードキャストする（ステップＳ１０３）。
【００７６】
次に、図５に示したネットワークシステム１０１における中継装置１０において、バッファ１５内にＤＨＣＰ  ＯＦＦＥＲフレームが保存されてから一定時間以上が経過したときの動作について説明する。以下、図５、図６、および図８を用いて説明する。
【００７７】
図８に示すように、一定時間以上が経過したら、メッセージ監視部１１ａは、バッファ１５から当該フレームを取得し（ステップＳ１２１）、メッセージ内容を確認し、ポート管理テーブル１３を更新する（ステップＳ１０２）。更新が完了した後、転送部１２にて宛先ＭＡＣアドレスとポート管理テーブルとを参照し、適切なポートにブロードキャストする（ステップＳ１０３）。
【００７８】
なお、複数のネットワーク７ａ、７ｂのほかの接続形態としては、中継装置１０にてトンネルインターフェースを利用する形態がある。例えば、ネットワーク７ａとは直接接続し、ネットワーク７ｂとはトンネルインターフェースを介し、同一ネットワークに属する装置として接続する形態である。そのような形態においても、本実施形態に示す手法をそのまま適用できるため、詳細な説明は省略する。
【００７９】
以上、説明したように、本実施形態のネットワークシステム１０１によれば、複数のＤＨＣＰサーバ３ａ、３ｂが存在するネットワークシステム１０１においても、上記実施形態と同様な効果を奏することができる。
その理由は、複数のＤＨＣＰサーバ３ａ、３ｂのうち、端末６からのＤＨＣＰサーバ検索メッセージに応答を返す、最も優先度の高いＤＨＣＰサーバ３の応答のみを転送するためである。
【００８０】
すなわち、端末６は、ネットワークシステム１０１で許可される、最も優先度の高いＤＨＣＰサーバ３からＩＰアドレスを割り当てられることとなる。優先度の高さとアクセス権の広さとを関連づけることにより、端末６は、ネットワークシステム１０１で許可される、最もアクセス権の広いＩＰアドレスを割り当てられることとなる。
【００８１】
（第３の実施の形態）
次に、本発明の第３の実施の形態について、図面を用いて詳しく説明する。なお、本実施形態におけるネットワークシステムの構成は、図５および図６の上記実施形態と同様である。本実施形態は、上記実施形態とは、メッセージ監視部（不図示）の動作が異なる。それ以外の中継装置の構成および動作は、上記実施形態、ならびに上記実施形態を組み合わせた場合の構成および動作と同様である。また、本実施形態は、上記実施形態と組み合わせてもよい。
【００８２】
本実施形態のネットワークシステムにおいて、メッセージ監視部１１はさらに、アドレス付与サーバ検索メッセージを含むフレームを受信した場合は、優先度の最も高いＤＨＣＰサーバ３にフレームを送信して一定時間待ち、一定時間以内に応答フレームを受信したら応答フレームを転送部１２に渡し、一定時間以内に応答フレームを受信しなかったら、次に優先度の高いＤＨＣＰサーバ３にフレームを送信して一定時間待ち、一定時間以内に応答フレームを受信するか該当するＤＨＣＰサーバ３がなくなるまで順次動作を繰り返す。
【００８３】
具体的には、本実施形態では、以下の点を特徴とする。すなわち、まず、優先度の最も高いＤＨＣＰサーバにＤＨＣＰ  ＤＩＳＣＯＶＥＲメッセージが送信される。そして、一定時間以内にＤＨＣＰ  ＯＦＦＥＲメッセージの返信がなければ、次に、優先度の高いＤＨＣＰサーバにＤＨＣＰ  ＤＩＳＣＯＶＥＲメッセージが送信される。そして、本動作をＤＨＣＰ  ＯＦＦＥＲメッセージの返信があるか該当するＤＨＣＰサーバがなくなるまで順次繰り返す。
【００８４】
ＤＨＣＰサーバの優先度の高さと、ＤＨＣＰサーバが割り当てるネットワークドメインのアクセス権の広さとを関連づけることにより、端末は、ネットワークシステムで許可されるうち、最もアクセス権の広いネットワークドメインのＩＰアドレスを取得することができる。ＩＰアドレス取得後は、ＩＰアドレスのネットワークドメインに従い、通信範囲が決定される。
【００８５】
本実施形態において、メッセージ監視部は、受信したフレームの内容を確認する。ＤＨＣＰメッセージを含んだフレームの場合は、メッセージ監視部は、メッセージ内容を確認する。内容がＤＨＣＰ  ＤＩＳＣＯＶＥＲの場合、メッセージ監視部は、当該フレームを最も優先度の高い、すなわちプライマリのＤＨＣＰサーバの存在するネットワークにブロードキャストするようポート管理テーブル１３を更新し、当該フレームを転送部１２に渡す。このとき、メッセージ監視部は、当該フレームをコピーしバッファ１５内に保存する。
【００８６】
その後、ＤＨＣＰ  ＯＦＦＥＲを受信した場合は、メッセージ監視部は、バッファ１５内のフレームを破棄し、受信したフレームを転送部１２に渡す。
【００８７】
一定時間ＤＨＣＰ  ＯＦＦＥＲを受信しなかったら、メッセージ監視部は、次に優先度の高い、すなわちセカンダリのＤＨＣＰサーバの存在するネットワークにＤＨＣＰ  ＤＩＳＣＯＶＥＲをブロードキャストするよう、ポート管理テーブル１３を更新し、バッファ１５内のフレームをコピーして転送部１２に渡す。
【００８８】
メッセージ監視部は、上記の動作を、ＤＨＣＰ  ＯＦＦＥＲを受信するか、該当するＤＨＣＰサーバがなくなるまで順次繰り返す。
【００８９】
メッセージ内容がＤＨＣＰ  ＤＩＳＣＯＶＥＲ、ＤＨＣＰ  ＯＦＦＥＲ以外の場合、およびＤＨＣＰ以外のフレームの場合は、上記実施形態におけるメッセージ監視部１１、１１ａと同様の動作を行う。また、メッセージ内容がＤＨＣＰ  ＤＩＳＣＯＶＥＲ以外の場合、ポート管理テーブル１３の更新の内容は、上記実施形態と同様である。
【００９０】
上述のような構成において、本実施の形態のネットワークシステムおけるネットワーク制御方法を以下に説明する。図９および図１０は、本実施形態における中継装置の動作の一例を示すフローチャートである。図９は、中継装置にてフレームを受信したときの動作、図１０は、バッファ１５内にフレームが保存されているときの動作を、それぞれ示している。バッファ１５内にフレームが保存されているとき、図９に示す動作と図１０に示す動作とは、並行して行われる。以下、図５、図６、図９、および図１０を用いて説明する。
【００９１】
本実施形態のネットワーク制御方法において、メッセージ監視手順（ステップＳ１０１）はさらに、アドレス付与サーバ検索メッセージを含むフレームを受信した場合は（ステップＳ１０１のＹＥＳ）、優先度の最も高いアドレス付与サーバにフレームを送信して一定時間待ち（ステップＳ１４１）、一定時間以内に応答フレームを受信したら（ステップＳ１４２のＮＯ）転送手順に遷移し、一定時間以内に応答フレームを受信しなかったら（ステップＳ１４２のＹＥＳ）、次に優先度の高いアドレス付与サーバにフレームを送信して（ステップＳ１４３〜Ｓ１４５、Ｓ１０３）一定時間待ち（ステップＳ１４１）、一定時間以内に応答フレームを受信するか（ステップＳ１４２のＮＯ）該当するアドレス付与サーバがなくなる（ステップＳ１４３のいない）まで順次動作を繰り返す。
【００９２】
このように構成された本実施形態のネットワークシステムの中継装置の動作を説明する。
はじめに、図９に従って、中継装置にてフレームを受信したときの動作を説明する。本実施形態における中継装置は、フレームを受信すると、メッセージ監視部にて当該フレームの中身を確認する（ステップＳ１０１）。ＤＨＣＰメッセージの場合には（ステップＳ１０１のＹＥＳ）、続いてＤＨＣＰ  ＤＩＳＣＯＶＥＲであるかどうかを確認する（ステップＳ１３１）。
【００９３】
ＤＨＣＰ  ＤＩＳＣＯＶＥＲの場合は（ステップＳ１３１のＹＥＳ）、該当する端末側ポート１４ａ、およびネットワーク側ポート１４ｂのうちプライマリＤＨＣＰサーバが存在するポートのみ、ポート管理テーブル１３中のＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”に更新する（ステップＳ１３２）。続いて、当該フレームをコピーし、バッファ１５内に保存する（ステップＳ１３３）。
【００９４】
ステップＳ１３１にてＤＨＣＰ  ＤＩＳＣＯＶＥＲ以外のフレームであった場合（ステップＳ１３１のＮＯ）、続いてＤＨＣＰ  ＯＦＦＥＲであるかどうかを確認する（ステップＳ１３４）。ＤＨＣＰ  ＯＦＦＥＲの場合は（ステップＳ１３４のＹＥＳ）、バッファ内のフレームを破棄する（ステップＳ１３５）。
【００９５】
ステップＳ１３４にてＤＨＣＰ  ＯＦＦＥＲ以外のフレームであった場合（ステップＳ１３４のＮＯ）、およびステップＳ１３５が完了したら、ＤＨＣＰメッセージ内容を確認し、ポート管理テーブル１３を更新する（ステップＳ１０２）。ステップＳ１０１にてＤＨＣＰメッセージでなかった場合（ステップＳ１０１のＮＯ）、およびステップＳ１３３、ステップＳ１０２完了後は、転送部１２にて宛先ＭＡＣアドレスとポート管理テーブルとを参照し、当該フレームを適切なポートにブロードキャストする（ステップＳ１０３）。
【００９６】
次に、図１０に従って、中継装置にてバッファ１５内にＤＨＣＰ  ＤＩＳＣＯＶＥＲフレームが保存されたときの動作を説明する。バッファ１５内にＤＨＣＰ  ＤＩＳＣＯＶＥＲメッセージが保存されたのち、一定時間待つ（ステップＳ１４１）。一定時間経過後、バッファ１５内にフレームが保存されたままかを確認する（ステップＳ１４２）。保存されていない場合は（ステップＳ１４２のＮＯ）、一定時間以内にＤＨＣＰ  ＯＦＦＥＲが到着し、バッファ１５内のフレームが破棄されたためとみなし、動作を終了する。保存されている場合は（ステップＳ１４２のＹＥＳ）、ＤＨＣＰ  ＯＦＦＥＲが到着しなかったとみなし、次に優先度の高いＤＨＣＰサーバにＤＨＣＰ  ＤＩＳＣＯＶＥＲを送信する処理を行うこととなる。
【００９７】
すなわち、まず、次に優先度の高いＤＨＣＰサーバが存在するかを確認する（ステップＳ１４３）。存在しない場合は（ステップＳ１４３の「いない」）、バッファ１５内のフレームを破棄して動作を終了する（ステップＳ１４６）。存在する場合は（ステップＳ１４３の「いる」）、ネットワーク側ポート１４ｂのうち当該ＤＨＣＰサーバが存在するポートのみ、ポート管理テーブル１３中のＤＨＣＰ状態が“ＤＩＳＣＯＶＥＲ”となるよう更新する（ステップＳ１４４）。更新後、バッファ１５内のフレームをコピーし、取得する（ステップＳ１４５）。この時点で、バッファ１５内には当該フレームが保存されたままである。
【００９８】
そして、取得したフレームは転送部１２に渡される。転送部１２はポート管理テーブル１３を参照し、当該フレームを適切なポートにブロードキャストする（ステップＳ１０３）。こののち、ステップＳ１４１に戻り、前述の動作を繰り返す。
【００９９】
なお、複数のネットワーク７ａ、７ｂのほかの接続形態としては、中継装置にてトンネルインターフェースを利用する形態がある。例えば、ネットワーク７ａとは直接接続し、ネットワーク７ｂとはトンネルインターフェースを介し、同一ネットワークに属する装置として接続する形態である。そのような形態においても、本実施形態に示す手法をそのまま適用できるため、詳細な説明は省略する。
【０１００】
以上説明したように、本実施形態のネットワークシステムによれば、異なるアクセス権をもつ端末を同時に収容できるネットワークシステムであり、かつ不正な端末によるブロードキャストフレームの盗み見を防げるネットワークシステムを実現できるという効果を奏する。その理由は、端末から送信されるフレームの転送範囲が、ＩＰアドレス取得の結果に基づき決定されるためである。すなわち、アドレス付与サーバからＩＰアドレスを割り当てられていない不正な端末へは、他の端末からのブロードキャストフレームが到達しないこととなる。
【０１０１】
（第４の実施の形態）
次に、本発明の第４の実施の形態について、図面を用いて詳しく説明する。図１１は、本実施形態のネットワークシステムの中継装置１９の構成を示す機能ブロック図である。
【０１０２】
本実施形態のネットワークシステムにおいて、中継装置は、受信したフレームの宛先アドレスを参照し、ブロードキャストアドレスであった場合にはフレームをメッセージ監視部１１に渡し、ブロードキャストでなかった場合にはフレームを出力するヘッダ監視部１６と、ヘッダ監視部１６から受信したフレームの宛先アドレスを参照し、ポート管理テーブル１３に記録されたＭＡＣアドレスをもとにフレームを転送するスイッチ部１７と、をさらに備える。
【０１０３】
本実施形態では、上記実施形態に機能を追加することで、各実施の形態における中継装置の動作負荷を軽減できることを示す。具体的には、メッセージ監視部での監視対象をブロードキャストフレームのみとし、これ以外のフレームを通常のスイッチングハブと同様の動作にて処理することを特徴とする。これは、１対１のユニキャスト通信であっても、宛先ＭＡＣアドレスの取得に、ブロードキャストフレームにて送信されるＡＲＰが必須となるためである。すなわち、ブロードキャストフレームのみを監視すれば、すべての通信の転送範囲を制限でき、上記実施形態と同等の効果を得られる。
【０１０４】
なお、以下の説明では、図２の上記実施形態を基準として説明するが、他の上記実施形態においても、同様の手法にて実現できる。
【０１０５】
図１１に示すように、本実施形態の中継装置１９は、図２の上記実施形態の中継装置１の構成に加え、ヘッダ監視部１６と、スイッチ部１７と、をさらに有することを特徴とする。
【０１０６】
ヘッダ監視部１６は、ポート１４が受信したフレームすべてを確認する。そして、ヘッダ監視部１６は、ブロードキャストフレームの場合、当該フレームをメッセージ監視部１１に渡し、それ以外の場合、当該フレームをスイッチ部１７に渡す。
【０１０７】
スイッチ部１７は、スイッチングハブと同様の動作を行う。スイッチ部１７は、ヘッダ監視部１６からフレームを渡された時、ポート管理テーブル１３に記載のＭＡＣアドレスと、フレームの宛先ＭＡＣアドレスとを参照し、ポート１４のうち適切なものを経由して当該フレームを転送する。
【０１０８】
上述のような構成において、本実施の形態のネットワークシステム１０１におけるネットワーク制御方法を以下に説明する。図１２は、図１１の本実施形態の中継装置１９の動作の一例を示すフローチャートである。以下、図１１および図１２を用いて説明する。
【０１０９】
本実施形態のネットワーク制御方法において、中継装置１９が、受信したフレームの宛先アドレスを参照し、ポート管理テーブル１３に記録されたＭＡＣアドレスをもとにフレームを転送するスイッチ手順と、中継装置１９が、受信したフレームの宛先アドレスを参照し、ブロードキャストアドレスであった場合にはメッセージ監視手順に遷移し、ブロードキャストでなかった場合にはスイッチ手順に遷移するヘッダ監視手順と、をさらに含む。
【０１１０】
このように構成された本実施形態の中継装置１９の動作を以下に図面を用いて説明する。
まず、中継装置１９は、フレームを受信すると、ヘッダ監視部１６にて宛先ＭＡＣアドレスを確認する（ステップＳ１０４）。宛先ＭＡＣアドレスがブロードキャストでない場合は（ステップＳ１０４のＮＯ）、スイッチ部１７にて宛先ＭＡＣアドレスに従い適切なポートを経由して当該フレームを転送する（ステップＳ１０５）。ステップＳ１０１にて宛先ＭＡＣアドレスがブロードキャストであった場合は（ステップＳ１０４のＹＥＳ）、メッセージ監視部１１にて当該フレームの中身を確認する（ステップＳ１０１）。
【０１１１】
その結果、ＤＨＣＰメッセージの場合には（ステップＳ１０１のＹＥＳ）、メッセージ内容を確認し、ポート管理テーブル１３を更新する（ステップＳ１０２）。その後、転送部１２にて宛先ＭＡＣアドレスとポート管理テーブルとを参照し、適切なポートにブロードキャストする（ステップＳ１０３）。また、ステップＳ１０１で、ＤＨＣＰメッセージでない場合（ステップＳ１０１のＮＯ）、ステップＳ１０３に進む。
【０１１２】
以上説明したように、本実施形態のネットワークシステムによれば、上記実施形態と同様な効果を奏するとともに、すべての受信フレームのメッセージ内容を確認することなく、中継装置の動作負荷を軽減することができる。
【実施例１】
【０１１３】
次に、本発明の実施例について、図面を参照して詳細に説明する。なお、本発明の実施例にて示した図面および具体的な数値を、本発明の解釈に用いてはならない。
【０１１４】
（実施例１）
本実施例では、図１乃至図４に示した実施の形態のネットワークシステムの具体例を用いて、その動作について説明する。
【０１１５】
図１３は、本実施例におけるネットワークシステム１１０の構成を示すブロック図である。本実施例におけるネットワークシステム１１０は、中継装置２０と、ルータ５０と、ＤＨＣＰサーバ３０と、共有サーバ４０と、インターネット７５と、端末６０と、ネットワーク７０と、を有する。中継装置２０、ルータ５０、ＤＨＣＰサーバ３０、および共有サーバ４０はネットワーク７０を介して互いに接続される。端末６０は中継装置２０を介してネットワーク７０に接続できる。またネットワーク７０はルータ５０を介してインターネット７５に接続できる。
【０１１６】
本実施例における中継装置２０は、図２の実施の形態における中継装置１と同様の構成を有する。以下、図２および図１３を用いて説明する。
【０１１７】
ネットワーク７０には、“Ａ．Ａ．Ａ．０／２４”と“Ｂ．Ｂ．Ｂ．０／２４”の２つのネットワークドメインが存在する。以下、前者のネットワークドメインをドメインＡ、後者のネットワークドメインをドメインＢと呼ぶ。ＤＨＣＰサーバ３０は、“Ａ．Ａ．Ａ．１０１”から“Ａ．Ａ．Ａ．１５０”までのドメインＡアドレス、および“Ｂ．Ｂ．Ｂ．１０１”から“Ｂ．Ｂ．Ｂ．１５０”までのドメインＢアドレスを管理する。
【０１１８】
ルータ５０およびＤＨＣＰサーバ３０は、ドメインＡとドメインＢの両方のＩＰアドレスを持つ。一方、共有サーバ４０は、ドメインＡのみのＩＰアドレスを持つ。すなわち、端末６０は、ルータ５０へはドメインＡ、ドメインＢに関わらずアクセスすることができる。一方、共有サーバ４０は、ドメインＡに属する端末６０からのアクセスのみを受け付け、ドメインＢに属する端末６０からのアクセスを排除することができる。すなわち、ネットワークドメインの違いにより、異なるアクセス権をもつ端末６０を同時に収容できる。
【０１１９】
一方、中継装置２０には３台の端末６０（端末Ａ、端末Ｂ、端末Ｃ）が接続されている。端末ＢはドメインＢのＩＰアドレスを、端末ＣはドメインＡのＩＰアドレスを、それぞれＤＨＣＰサーバ３０から割り当てられている。ＤＨＣＰサーバ３０からＩＰアドレスを割り当てられている場合は、中継装置２０のポート管理テーブル１３にＭＡＣアドレス、ネットワークドメインおよびＤＨＣＰ状態が記載されている。端末ＢはドメインＢ、端末ＣはドメインＡに属し、ＤＨＣＰによるアドレス配布が完了していることからＤＨＣＰ状態は“ＡＣＫ”となっている。
【０１２０】
なお、このとき、中継装置２０のポート管理テーブル１３の端末ＡのＤＨＣＰ状態は“ＤＩＳＣＯＶＥＲ”となっている。すなわち、端末ＡはＤＨＣＰ  ＤＩＳＣＯＶＥＲパケットを送出し、ＤＨＣＰ  ＯＦＦＥＲパケットを待ち受けている状態である。ＤＨＣＰによるアドレス配布が完了していないため、ポート管理テーブルにおける端末Ａのネットワークドメインは空欄となっている。
【０１２１】
このように構成された本実施例のネットワークシステム１１０の動作について、以下に説明する。
図１４は、図１３の本実施例におけるネットワークシステム１１０のＤＨＣＰによるＩＰアドレス取得シーケンスの動作を示したシーケンス図である。以下、端末ＡがＩＰアドレスを取得するシーケンスについて、図２、図１３、および図１４を用いて詳細に説明する。
【０１２２】
端末ＡがＤＨＣＰ  ＤＩＳＣＯＶＥＲを送出する（シーケンス１００１）。中継装置２０は、当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３に、端末ＡのＭＡＣアドレスＭ６０ａを登録し（シーケンス１００２）、該当する端末側ポート１４ａおよびネットワーク側ポート１４ｂのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”に更新したうえで、ネットワーク側ポート１４ｂにブロードキャストする（シーケンス１００３）。この時点にて、ポート管理テーブル１３は図１３に示した状態となる。
【０１２３】
ＤＨＣＰサーバ３０は、当該フレームを受信すると、所定のポリシーに従いアドレスプールからＩＰアドレスを選択し、ＤＨＣＰ  ＯＦＦＥＲとして送信する（シーケンス１００４）。ポリシーは、ＭＡＣアドレスをもとに決定する等が挙げられる。すなわち、端末ＡのＭＡＣアドレスがＤＨＣＰサーバ３０に登録されていればアクセス権の強いドメインＡのアドレスプールから、登録されていなければアクセス権の弱いドメインＢのアドレスプールから、ＩＰアドレスを選択する、といった方法がある。
【０１２４】
中継装置２０は当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＤＩＳＣＯＶＥＲ”となっている、端末ＡのＤＨＣＰ状態を“ＯＦＦＥＲ”に更新（シーケンス１００５）したうえで、端末Ａのポートに転送する（シーケンス１００６）。このとき、ＤＨＣＰ  ＯＦＦＥＲの送信元であるネットワーク側ポート１４ｂのＤＨＣＰ状態を“ＯＦＦＥＲ”に更新し、他のネットワーク側ポート１４ｂのＤＨＣＰ状態をリセットする。
【０１２５】
端末Ａは当該フレームを受信すると、メッセージ内に示されたＩＰアドレスからひとつを選択し、ＤＨＣＰ  ＲＥＱＵＥＳＴを送出する（シーケンス１００７）。中継装置２０は当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＯＦＦＥＲ”となっているポートのＤＨＣＰ状態を“ＯＦＦＥＲ”から“ＲＥＱＵＥＳＴ”に更新する（シーケンス１００８）。更新後、ネットワーク側ポート１４ｂにブロードキャストする（シーケンス１００９）。
【０１２６】
ＤＨＣＰサーバ３０は、当該フレームを受信すると、端末Ａが要求したＩＰアドレスが利用可能なら、当該ＩＰアドレスを含むＤＨＣＰ  ＡＣＫを送信する（シーケンス１０１０）。中継装置２０は、当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＲＥＱＵＥＳＴ”となっている、端末ＡのＤＨＣＰ状態を“ＲＥＱＵＥＳＴ”から“ＡＣＫ”に更新し、割当ＩＰアドレスをもとに該当する端末側ポート１４ａのネットワークドメインをポート管理テーブル１３に登録する。また、ネットワーク側ポート１４ｂのＤＨＣＰ状態をリセットする（シーケンス１０１１）。登録および更新後、転送部１２は、登録されたネットワークドメインの端末側ポート１４ａにフレームを転送する（シーケンス１０１２）。
【０１２７】
端末Ａは、当該フレームを受信すると、受信した情報をもとにＩＰアドレスおよびネットワーク設定を行う。
なお、ＤＨＣＰメッセージ以外のブロードキャストフレームの場合、ネットワークドメインに基づき転送範囲が決められる。
【０１２８】
以上、説明したように、中継装置２０では、受信したフレームに基づいて、ポート管理テーブル１３の登録および更新を行うことができる。そして、ポート管理テーブル１３に記載されている送信元のネットワークドメインと合致するポート１４にのみ、当該フレームをブロードキャストするので、ポート１４のうち適切なものを経由して当該フレームを送出することができる。
【０１２９】
（実施例２）
本実施例では、図５乃至図８に示した実施の形態のネットワークシステムの具体例を用いて、その動作について説明する。
図１５は、本実施例におけるネットワークシステム１１２の構成を示す図である。
本実施例は、図１３の上記実施例とは、ネットワークが複数接続されている点で相違する。
【０１３０】
本実施例において、中継装置２２は、ネットワーク７２ａを介して、ルータ５０ａ、ＤＨＣＰサーバ３２ａ、および共有サーバ４２ａと接続されている。また、中継装置２２は、ネットワーク７２ｂを介して、ルータ５２ｂ、およびＤＨＣＰサーバ３２ｂと接続されている。端末６０は、中継装置２２を介して、ネットワーク７２ａ、７２ｂに接続できる。また、ネットワーク７２ａ、７２ｂは、ルータ５２ａ、５２ｂを介してインターネット７５に接続できる。
【０１３１】
ネットワーク７２ａ、７２ｂは、それぞれドメインＡ、ドメインＢに属し、ＤＨＣＰサーバ３２ａ、３２ｂもまたそれぞれドメインＡ、ドメインＢのＩＰアドレスプールを管理している。ＤＨＣＰサーバ３２ａはプライマリＤＨＣＰサーバであり、ＤＨＣＰサーバ３２ｂはセカンダリＤＨＣＰサーバである。ドメインＡにのみ共有サーバ４２ａが設けられ、ドメインＡのＩＰアドレスはＤＨＣＰサーバ３２ａに登録された端末６のみが取得できる。一方、ドメインＢのＩＰアドレスは、ＤＨＣＰサーバ３２ｂに問い合わせれば、登録の有無に関わらず取得できる。すなわち、接続するネットワークの違いにより、異なるアクセス権をもつ端末６を同時に収容できる。
【０１３２】
本実施例における中継装置２２は、図６の上記実施形態の中継装置１０と同様の構成を有する。
このように構成された本実施例のネットワークシステム１１２の動作について、以下に説明する。
図１６および図１７は、本実施例におけるネットワークシステム１１２のＤＨＣＰによるＩＰアドレス取得の動作を示すシーケンス図である。図１６は、端末ＡがドメインＡのＩＰアドレスを取得できる場合、図１７は、端末ＡがドメインＡのＩＰアドレスを取得できない場合を、それぞれ示している。
【０１３３】
まず、図６、図１５、および図１６を用いて、端末ＡがドメインＡのＩＰアドレスを取得するシーケンスについて詳細に説明する。
【０１３４】
まず、端末Ａが、ＤＨＣＰ  ＤＩＳＣＯＶＥＲを送出する（シーケンス１１０１）。中継装置２２は、当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３に、端末ＡのＭＡＣアドレスＭ６０ａを登録し（シーケンス１１０２）、該当する端末側ポート１４ａおよびすべてのネットワーク側ポート１４ｂのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”に更新したうえで、ネットワーク側ポート１４ｂにブロードキャストする（シーケンス１１０３）。このとき、ネットワーク７２ａ、７２ｂの双方に“ＤＩＳＣＯＶＥＲ”が登録されるため、双方にブロードキャストする。
【０１３５】
ＤＨＣＰサーバ３２ｂは、当該フレームを受信すると、アドレスプールからＩＰアドレスを選択し、ＤＨＣＰ  ＯＦＦＥＲとして送信する（シーケンス１１０４）。中継装置２２は、当該フレームを受信すると、ＤＨＣＰ  ＯＦＦＥＲメッセージなので、送信元ＤＨＣＰサーバを調べる。送信元であるＤＨＣＰサーバ３２ｂはセカンダリＤＨＣＰサーバなので、中継装置２２は、いったん当該フレームをバッファ１５に保存する（シーケンス１１０５）。
【０１３６】
一方、ＤＨＣＰサーバ３２ａは、当該フレームを受信すると、送信元である端末Ａが登録されていることから、アドレスプールからＩＰアドレスを選択し、ＤＨＣＰ  ＯＦＦＥＲとして送信する（シーケンス１１０６）。中継装置２２は、当該フレームを受信すると、ＤＨＣＰ  ＯＦＦＥＲメッセージなので、送信元ＤＨＣＰサーバを調べる。送信元であるＤＨＣＰサーバ３２ａはプライマリＤＨＣＰサーバなので、中継装置２２は、バッファ１５に保存しておいたフレームを破棄する（シーケンス１１０７）。続いて、中継装置２２は、ポート管理テーブル１３のＤＨＣＰ状態が“ＤＩＳＣＯＶＥＲ”となっている、端末Ａならびにネットワーク７２ａのＤＨＣＰ状態を“ＯＦＦＥＲ”に更新（シーケンス１１０８）し、受信したフレームを端末Ａのポートに転送する（シーケンス１１０９）。このとき、ネットワーク７２ｂのＤＨＣＰ状態はリセットされる。
【０１３７】
以下に説明するシーケンス１１１０〜１１０５の動作は、図１４の実施形態におけるシーケンス１００７〜１０１２の動作と同様である。すなわち、端末Ａは当該フレームを受信すると、メッセージ内に示されたＩＰアドレスからひとつを選択し、ＤＨＣＰ  ＲＥＱＵＥＳＴを送出する（シーケンス１１１０）。中継装置２２は当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＯＦＦＥＲ”となっているポートのＤＨＣＰ状態を“ＯＦＦＥＲ”から“ＲＥＱＵＥＳＴ”に更新する（シーケンス１１１１）。更新後、ネットワーク側ポート１４ｂにブロードキャストする（シーケンス１１１２）。
【０１３８】
このとき、“ＲＥＱＵＥＳＴ”が登録されているネットワーク側ポート１４ｂはネットワーク７２ａ側のみなので、ネットワーク７２ａにのみブロードキャストされる。ＤＨＣＰサーバ３２ａは当該フレームを受信すると、端末Ａが要求したＩＰアドレスが利用可能なら、当該ＩＰアドレスを含むＤＨＣＰ  ＡＣＫを送信する（シーケンス１１１３）。中継装置２２は当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＲＥＱＵＥＳＴ”となっている、端末ＡのＤＨＣＰ状態を“ＲＥＱＵＥＳＴ”から“ＡＣＫ”に更新し、割当ＩＰアドレスをもとに該当する端末側ポート１４ａのネットワークドメインをポート管理テーブル１３に登録する。（シーケンス１１１４）。登録および更新後、転送部１２は、登録されたネットワークドメインの端末側ポート１４ａにフレームを転送する（シーケンス１１１５）。
【０１３９】
端末Ａは、当該フレーム（ＤＨＣＰ  ＡＣＫ）を受信すると、その情報をもとにＩＰアドレスおよびネットワーク設定を行う。
【０１４０】
次に、図１７を用いて、端末Ａが、ドメインＡのＩＰアドレスを取得できない結果、ドメインＢのＩＰアドレスを取得するシーケンスについて詳細に説明する。なお、シーケンス１１０１〜１１０５までは、上述の図１６のシーケンスと同様であるため省略する。
【０１４１】
ＤＨＣＰサーバ３２ａはＤＨＣＰ  ＤＩＳＣＯＶＥＲを受信しても、端末Ａが登録されていないため、ＤＨＣＰ  ＯＦＦＥＲを送信しない。よって、シーケンス１１０５から一定時間経過後、中継装置２２はバッファ１５内に保存してあるＤＨＣＰサーバ３２ｂからのＤＨＣＰ  ＯＦＦＥＲフレームを取り出し（シーケンス１１２１）、メッセージを参照する。続いて、ポート管理テーブル１３のＤＨＣＰ状態が“ＤＩＳＣＯＶＥＲ”となっている、端末Ａならびにネットワーク７２ｂのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”から“ＯＦＦＥＲ”に更新（シーケンス１１２２）し、受信したフレームを端末Ａの端末側ポート１４ａに転送する（シーケンス１１２３）。このとき、ネットワーク７２ａのＤＨＣＰ状態はリセットされる。
【０１４２】
シーケンス１１２４〜１１２９の動作は、図１５におけるシーケンス１００７〜１０１２、図１７におけるシーケンス１１１０〜１１１５の動作と同様である。すなわち、端末Ａは当該フレームを受信すると、メッセージ内に示されたＩＰアドレスからひとつを選択し、ＤＨＣＰ  ＲＥＱＵＥＳＴを送出する（シーケンス１１２４）。中継装置２２は当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＯＦＦＥＲ”となっているポートのＤＨＣＰ状態を“ＯＦＦＥＲ”から“ＲＥＱＵＥＳＴ”に更新する（シーケンス１１２５）。更新後、ネットワーク側ポート１４ｂにブロードキャストする（シーケンス１１２６）。
【０１４３】
このとき、“ＲＥＱＵＥＳＴ”が登録されているネットワーク側ポート１４ｂはネットワーク７２ｂ側のみなので、ネットワーク７２ｂにのみブロードキャストされる。ＤＨＣＰサーバ３２ｂは当該フレームを受信すると、端末Ａが要求したＩＰアドレスが利用可能なら、当該ＩＰアドレスを含むＤＨＣＰ  ＡＣＫを送信する（シーケンス１１２７）。中継装置２２は当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＲＥＱＵＥＳＴ”となっている、端末ＡのＤＨＣＰ状態を“ＲＥＱＵＥＳＴ”から“ＡＣＫ”に更新し、割当ＩＰアドレスをもとに該当する端末側ポート１４ａのネットワークドメインをポート管理テーブル１３に登録する。（シーケンス１１２８）。登録および更新後、転送部１２は、登録されたネットワークドメインの端末側ポート１４ａにフレームを転送する（シーケンス１１２９）。
【０１４４】
端末Ａは、当該フレーム（ＤＨＣＰ  ＡＣＫ）を受信すると、その情報をもとにＩＰアドレスおよびネットワーク設定を行う。
【０１４５】
（実施例３）
本実施例では、図５、図６、図９、および図１０に示した実施の形態で示したネットワークシステムの具体例を用いて、その動作について説明する。
本実施例におけるネットワークシステム１１２の構成は、図１５の上記実施例におけるネットワークシステム１１２と同様である。本実施例における中継装置２２は、図１５の上記実施形態における中継装置２２と同様の構成を有するが、本実施例と図１５の上記実施例とは、中継装置２２における動作が異なる。
【０１４６】
以下、本実施例のネットワークシステム１１２の動作について説明する。
図１８および図１９は、本実施例におけるネットワークシステム１１２のＤＨＣＰによるＩＰアドレス取得の動作を示したシーケンス図である。図１８は、端末ＡがドメインＡのＩＰアドレスを取得できる場合、図１９、は端末ＡがドメインＡのＩＰアドレスを取得できない場合を、それぞれ示している。
【０１４７】
まず、図６、図１５、および図１８を用いて、端末ＡがドメインＡのＩＰアドレスを取得するシーケンスについて詳細に説明する。
まず、端末Ａが、ＤＨＣＰ  ＤＩＳＣＯＶＥＲを送出する（シーケンス１２０１）。中継装置２２は、当該フレームを受信すると、ＤＨＣＰ  ＤＩＳＣＯＶＥＲメッセージなので、ポート管理テーブル１３に、端末ＡのＭＡＣアドレスＭ６０ａを登録し（シーケンス１２０２）、該当する端末側ポート１４ａおよびすべてのネットワーク側ポート１４ｂのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”に更新したうえで、プライマリＤＨＣＰサーバが存在するネットワーク７２ａのみにブロードキャストする（シーケンス１２０３）。
【０１４８】
そして、ＤＨＣＰサーバ３２ａは当該フレームを受信すると、送信元である端末Ａが登録されていることから、アドレスプールからＩＰアドレスを選択し、ＤＨＣＰ  ＯＦＦＥＲとして送信する（シーケンス１２０４）。中継装置２２は、当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＤＩＳＣＯＶＥＲ”となっている、端末Ａならびにネットワーク７２ａのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”から“ＯＦＦＥＲ”に更新（シーケンス１２０５）し、受信したフレームを端末Ａのポートに転送する（シーケンス１２０６）。このとき、ネットワーク７２ｂのＤＨＣＰ状態はリセットされる。
【０１４９】
なお、図１８のシーケンス１２０７〜１２１２の動作は、図１６の実施形態におけるシーケンス１１１０〜１１１５の動作と同様であるので詳細な説明は省略する。
すなわち、端末Ａは当該フレーム（ＤＨＣＰ  ＡＣＫ）を受信する（シーケンス１２１２）と、その情報をもとにＩＰアドレスおよびネットワーク設定を行う。
【０１５０】
次に、図１９を用いて、端末Ａが、ドメインＡのＩＰアドレスを取得できない結果、ドメインＢのＩＰアドレスを取得するシーケンスについて詳細に説明する。なお、シーケンス１２０１〜１２０３までは、上述の図１８のシーケンスと同様であるため詳細な説明は省略する。
【０１５１】
ＤＨＣＰサーバ３２ａはＤＨＣＰ  ＤＩＳＣＯＶＥＲを受信しても、端末Ａが登録されていないため、ＤＨＣＰ  ＯＦＦＥＲを送信しない。よって、シーケンス１２０３から一定時間経過後、中継装置２２はセカンダリＤＨＣＰサーバが存在するネットワーク７２ｂにＤＨＣＰ  ＤＩＳＣＯＶＥＲをブロードキャストする（シーケンス１２２１）。
【０１５２】
ＤＨＣＰサーバ３２ｂは当該フレームを受信すると、アドレスプールからＩＰアドレスを選択し、ＤＨＣＰ  ＯＦＦＥＲとして送信する（シーケンス１２２２）。中継装置２２は当該フレームを受信すると、ＤＨＣＰメッセージなので、ポート管理テーブル１３のＤＨＣＰ状態が“ＤＩＳＣＯＶＥＲ”となっている、端末Ａならびにネットワーク７２ｂのＤＨＣＰ状態を“ＤＩＳＣＯＶＥＲ”から“ＯＦＦＥＲ”に更新（シーケンス１２２３）し、受信したフレームを端末Ａのポートに転送する（シーケンス１２２４）。このとき、ネットワーク７２ａのＤＨＣＰ状態はリセットされる。
【０１５３】
シーケンス１２２５〜１２３０の動作は、図１８におけるシーケンス１２０７〜１２１２の動作と同様である。
すなわち、端末Ａは当該フレーム（ＤＨＣＰ  ＡＣＫ）を受信する（シーケンス１２３０）と、その情報をもとにＩＰアドレスおよびネットワーク設定を行う。
【０１５４】
（実施例４）
本実施例では、本実施形態の中継装置を拡張した、アドレス変換装置を用いた構成を例として、その構成および動作について説明する。
図２０は、本実施例におけるネットワークシステム１１４の構成を示すブロック図である。
【０１５５】
本実施例で示すアドレス変換装置２４は、上記実施例の中継装置が備える機能に加え、アドレス変換機能をさらに備えており、アドレス変換装置２４の端末側ポート１４ｅ、１４ｆ、１４ｇに接続される端末にＩＰアドレスを割り当てることができる。本実施例に示すアドレス変換装置２４を用いることの利点は、本発明の目的を達成し、かつ単一のネットワークドメインにて運用されているネットワークシステム１１４においても容易に導入できる点である。
【０１５６】
本実施例におけるネットワークシステム１１４は、アドレス変換装置２４と、ルータ５４と、ＤＨＣＰサーバ３４と、共有サーバ４４と、インターネット７５と、端末６０と、ネットワーク７４と、を有する。アドレス変換装置２４、ルータ５４、ＤＨＣＰサーバ３４、および共有サーバ４４は、ネットワーク７４を介して接続されている。端末６０は、アドレス変換装置２４を介してネットワーク７４に接続できる。また、ネットワーク７４は、ルータ５４を介してインターネット７５に接続できる。
【０１５７】
ネットワーク７４は、ドメインＡに属する。アドレス変換装置２４のネットワーク７４側インターフェース、ルータ５４、ＤＨＣＰサーバ３４、および共有サーバ４４は、ドメインＡのＩＰアドレスを持ち、ＤＨＣＰサーバ３４は、ドメインＡのアドレスプールを管理する。
【０１５８】
図２１は、本実施例におけるアドレス変換装置２４の構成を示す機能ブロック図である。
本実施例のネットワークシステム１１４において、中継装置は、メッセージ監視部、転送部およびポート管理テーブルからはアドレス付与サーバ（ＤＨＣＰサーバ３４）のひとつとして認識され、ＤＨＣＰサーバ３４とは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じＩＰアドレスを付与すると同時にデフォルトゲートウェイをアドレス変換部１２４に設定するアドレス付与部１２６と、アドレス付与部１２６がネットワークアドレスを割り当てた端末６０と、ネットワーク７４に接続された装置との間でＮＡＴもしくはＮＡＰＴ動作を行うアドレス変換部１２４と、受信したフレームの宛先ＭＡＣアドレスをもとにフレームを転送するスイッチ部１２２（図では「スイッチ」）と、をさらに備える。
【０１５９】
具体的には、アドレス変換装置２４は、中継装置部１２０と、ポート１４と、アドレス変換部１２４と、アドレス付与部１２６と、スイッチ部１２２と、を有する。
【０１６０】
ポート１４は、端末側ポート１４ｅ、１４ｆ、１４ｇと、ネットワーク側ポート１４ｈを有する。中継装置部１２０のネットワーク側ポートは、アドレス変換部１２４とスイッチ部１２２に接続される。アドレス変換部１２４は、ＷＡＮ側とＬＡＮ側の２つのインターフェースを持ち、ＬＡＮ側インターフェースは中継装置部１２０へ、ＷＡＮ側インターフェースはスイッチ部１２２、ネットワーク側ポート１４ｈを介してネットワーク７４へ接続される。アドレス変換装置２４のネットワーク７４側インターフェースのＩＰアドレスは、機能上、アドレス変換部１２４のＷＡＮ側インターフェースに割り当てられる。
【０１６１】
中継装置部１２０は、図６に示した上記実施の形態における中継装置１０と同様の構成を有し、同様の動作を行う。以下、中継装置部１２０は、図７および図８に示した上記実施の形態の中継装置１０の動作を行うものとして説明するが、図９および図１０に示した上記実施の形態の中継装置１０の動作を行うものであっても同様に実現できる。
【０１６２】
アドレス変換部１２４は、ＮＡＴ（Network Address Translation）動作もしくはＮＡＰＴ（Network Address and Port Translation）動作を行う。ＮＡＴ動作およびＮＡＰＴ動作の詳細は当業者には広く知られていることから、説明を省略する。また、以下の説明では、アドレス変換部１２４はＮＡＰＴ動作を行うものとする。
【０１６３】
アドレス付与部１２６は、ＤＨＣＰ機能を有し、ドメインＢのアドレスプールを管理する。機能上、アドレス変換部１２４のＬＡＮ側インターフェースには、ドメインＢのＩＰアドレスが割り当てられ、ドメインＢを割り当てられた端末のデフォルトゲートウェイとして設定される。また、アドレス付与部１２６も同様に、ドメインＢのＩＰアドレスが割り当てられる。
【０１６４】
このように構成された本実施例のネットワークシステム１１４の動作について、以下に説明する。
図２２は、本実施例のネットワークシステム１１４のＩＰアドレス取得の動作の一例を示すシーケンス図である。
【０１６５】
図２２に示したネットワークシステム１１４におけるＩＰアドレス取得シーケンスは、図１５および図１６に示した上記実施例のネットワークシステム１１４におけるＩＰアドレス取得シーケンスと同様である。すなわち、図１５の上記実施例におけるプライマリＤＨＣＰサーバ３２ａが、本実施例におけるＤＨＣＰサーバ３４、図１５の上記実施例におけるセカンダリＤＨＣＰサーバ３２ｂが、本実施例におけるアドレス変換部１２４に相当する。
すなわち、本実施例のアドレス変換装置２４において、アドレス付与部１２６の優先度は最も低く設定される。
【０１６６】
以下、図２０乃至図２２を用いて説明する。
図２２に示すように、端末ＢはドメインＢの、端末ＣはドメインＡのＩＰアドレスをそれぞれ取得している。共有サーバ４４にはドメインＡのＩＰアドレスが割り当てられる。また、アドレス変換装置２４におけるアドレス変換部１２４において、ＬＡＮ側インターフェースにはドメインＢのＩＰアドレス、およびＷＡＮ側インターフェースにはドメインＡのＩＰアドレスがそれぞれ割り当てられる。
【０１６７】
図２２に示すように、まず、端末Ｃから共有サーバ４４宛のフレームを送出する（シーケンス１３０１）場合、宛先ＭＡＣアドレスは共有サーバ４４のＭＡＣアドレスＭ４０となる（シーケンス１３２１）。当該フレームは、アドレス変換装置２４の中継装置部１２０にて受信される。アドレス変換装置２４の中継装置部１２０において、宛先ＭＡＣアドレスを参照し、当該フレームを、スイッチ部１２２を介してネットワーク７４に転送する（シーケンス１３０２）。当該フレームは、ネットワーク７４上の共有サーバ４４にて受信される。
【０１６８】
一方、端末Ｂから共有サーバ４４宛のフレームを送出する（シーケンス１３１１）場合、端末Ｂは共有サーバ４４と異なるネットワークドメインに属するため、宛先ＭＡＣアドレスはデフォルトゲートウェイであるアドレス変換部１２４のＭＡＣアドレスＬ＿ＮＴとなる（シーケンス１３２２）。当該フレームは、アドレス変換装置２４の中継装置部１２０にて受信される。アドレス変換装置２４の中継装置部１２０において、宛先ＭＡＣアドレスを参照し、当該フレームをアドレス変換部１２４に転送する（シーケンス１３１２）。
【０１６９】
アドレス変換部１２４では、ＮＡＰＴ動作を行い、送信元のドメインＢのＩＰアドレスを、アドレス変換部１２４のＷＡＮ側インターフェースのドメインＡのＩＰアドレスに変換する（シーケンス１３２３）。そして、当該フレームをスイッチ部１２２を介してネットワーク７４に送信する（シーケンス１３１３）。当該フレームは、ネットワーク７４上の共有サーバ４４にて受信される。
【０１７０】
図２２に示したように、ドメインＢのＩＰアドレスを割り振られた端末が、ドメインＡに属する装置にアクセスする場合、送信元ＩＰアドレスはアドレス変換装置２４のネットワーク側ポートとなる。すなわち、アドレス変換装置２４配下かつドメインＢに属する端末は、ネットワーク７４に接続する際に送信元ＩＰアドレスを集約されることとなる。よって、ドメインＢに属する端末からのアクセス権を制限する場合には、アドレス変換装置２４配下の端末数に関係なく、アドレス変換装置２４のネットワーク側ポートに割り当てられたＩＰアドレスのみを対象とすればよい。
【０１７１】
（実施例５）
図２３は、本実施例のネットワークシステム１１６の構成を示すブロック図である。本実施例のネットワークシステム１１６は、図２０の上記実施例のネットワークシステム１１４のアドレス変換装置２４に替えて、仮想マシン（Virtual Machine、以下「ＶＭ」とする）実行端末８０を備える。本実施例では、このＶＭ実行端末８０が備えるＶＭ実行環境に、本発明を適用する構成および動作を示す。ＶＭ実行環境の一例としては、ＶＭｗａｒｅ（登録商標）やＸｅｎ（登録商標）が知られている。
【０１７２】
具体的には、本実施例におけるネットワークシステム１１４は、ＶＭ実行端末８０と、ルータ５４と、ＤＨＣＰサーバ３４と、共有サーバ４４と、インターネット７５と、ネットワーク７４と、を有する。ＶＭ実行端末８０と、ルータ５４と、ＤＨＣＰサーバ３４と、共有サーバ４４と、は、ネットワーク７４を介して接続されている。また、ネットワーク７４は、ルータ５４を介してインターネット７５に接続できる。
【０１７３】
図２４は、本実施例のＶＭ実行端末８０の構成を示す機能ブロック図である。ＶＭ実行端末８０には、ホストＯＳ８９とゲストＯＳ８７が存在する。ホストＯＳ８９上のアプリケーションとしてＶＭ実行環境８８が動作する。ＶＭ実行環境８８を仮想的なハードウェアとみなし、その上でゲストＯＳ８７が動作する。
【０１７４】
本実施例に示すＶＭ実行端末８０を用いることの利点としては、ホストＯＳ８９とゲストＯＳ８７とで異なるアクセス権の共存を、自動でかつ容易に適用できる点である。
【０１７５】
本実施例のネットワークシステム１１６は、ＶＭ実行端末８０と、ＶＭ実行端末８０とネットワーク接続されるＤＨＣＰサーバ３４と、を備え、ネットワーク７４上にＤＨＣＰサーバ３４が複数存在し、かつ複数のＤＨＣＰサーバ３４には優先度が設けられている。
ＶＭ実行端末８０は、ＶＭ実行端末８０上で動作するホストＯＳ８９のアプリケーションであるＶＭ実行環境８８を実現する。ＶＭ実行環境８８は、中継装置部１０ｙが備える手段と、ＶＭ実行環境８８上で動作するゲストＯＳ８７のネットワークインターフェース８５から送出されるパケットをそのままホストＯＳ８９のネットワークインターフェース８６を介しネットワーク７４に送出するＶＭブリッジ部８２と、中継装置部１０ｙが備える手段からはＤＨＣＰサーバ３４のひとつとして認識され、ＤＨＣＰサーバ３４とは異なるネットワークドメインのＩＰアドレスを管理し、要求に応じＩＰアドレスを付与すると同時にデフォルトゲートウェイをＶＭアドレス変換部８３に設定するＶＭアドレス付与部８４と、ゲストＯＳ８７のネットワークインターフェース８５から送出されるパケットをＮＡＴもしくはＮＡＰＴ処理し、パケットをホストＯＳ８９のネットワークインターフェース８６を介してネットワーク７４に送出するＶＭアドレス変換部８３と、を実現する。
ＶＭ実行環境８８は、ゲストＯＳ８７がＤＨＣＰサーバ３４からＩＰアドレスを取得できる場合は、ゲストＯＳ８７のネットワークインターフェース８５から送出されるデータをＶＭブリッジ部８２を介してネットワーク７４に送出し、ゲストＯＳ８７がＤＨＣＰサーバ３４からＩＰアドレスを取得できない場合は、ＶＭアドレス付与部８４がゲストＯＳ８７のＩＰアドレスを付与し、ゲストＯＳ８７のネットワークインターフェース８５から送出されるデータをＶＭアドレス変換部８３を介してネットワーク７４に送出する。
【０１７６】
図２３において、ネットワーク７４は、ドメインＡに属する。ＶＭ実行端末８０のホストＯＳ８９（図２４）、ルータ５４、ＤＨＣＰサーバ３４、共有サーバ４４はドメインＡのＩＰアドレスを持ち、ＤＨＣＰサーバ３４はドメインＡのアドレスプールを管理する。
【０１７７】
ＶＭ実行端末８０のホストＯＳ８９とゲストＯＳ８７（図２４）との論理ネットワーク接続としては、ブリッジ接続、アドレス変換接続などが知られている。
【０１７８】
ブリッジ接続は、ホストＯＳ８９とゲストＯＳ８７（図２４）とが同一のネットワークドメインに属する接続のひとつである。ゲストＯＳ８７（図２４）のＩＰアドレスは、ＶＭ実行環境８８（図２４）上のブリッジインターフェース、ＶＭ実行端末８０のＮＩＣ（Network Interface Card）を介して、ＤＨＣＰサーバ３４から取得する。
【０１７９】
アドレス変換接続は、ＶＭ実行端末８０のホストＯＳ８９とゲストＯＳ８７（図２４）が別のネットワークドメインに属する接続のひとつである。ゲストＯＳ８７（図２４）がネットワーク７４に接続するときに、パケットの送信元アドレスは、ホストＯＳ８９（図２４）のＩＰアドレスにＮＡＴもしくはＮＡＰＴ変換される。ゲストＯＳ８７（図２４）のＩＰアドレスは、後述するＶＭ実行環境８８（図２４）上のＶＭアドレス変換部８３（図２４）にて割り当てられる。
【０１８０】
図２４に示すように、ＶＭ実行端末８０は、中継装置部１０ｙと、仮想インターフェース８１と、ＶＭブリッジ部８２と、ＶＭアドレス変換部８３と、ＶＭアドレス付与部８４と、ネットワークインターフェース８５、８６からなる。なお、図２４ではゲストＯＳ８７が１つのときの構成を示しているが、ゲストＯＳ８７が複数存在しても本発明の実現に問題はない。
【０１８１】
中継装置部１０ｙは、図６に示した上記実施の形態における中継装置１０と同様の構成を有し、同様の動作を行う。以下、中継装置部１０ｙは、図７および図８に示した上記実施の形態における中継装置１０の動作を行うものとして説明するが、図９および図１０に示した上記実施の形態における中継装置１０の動作を行うものであっても同様に実現できる。
【０１８２】
ＶＭブリッジ部８２は、ホストＯＳ８９とゲストＯＳ８７の各ネットワークインターフェース８５、８６の間に仮想的に接続され、論理ネットワーク上でのブリッジ動作を行う。
【０１８３】
ＶＭアドレス変換部８３は、ホストＯＳ８９とゲストＯＳ８７の各ネットワークインターフェース８５、８６の間に仮想的に接続され、論理ネットワーク上でＮＡＴ動作もしくはＮＡＰＴ動作を行う。機能上、ＶＭアドレス変換部８３のＬＡＮ側インターフェースには、ドメインＢのＩＰアドレスが割り当てられ、ドメインＢを割り当てられたゲストＯＳ８７のデフォルトゲートウェイとして設定される。以下の説明では、ＶＭアドレス変換部８３はＮＡＰＴ動作を行うものとする。
【０１８４】
ＶＭアドレス付与部８４は、ＤＨＣＰ機能を有し、ドメインＢのアドレスプールを管理する。
ネットワークインターフェース８５、８６は、ＯＳからみたときに外部ネットワークへ接続するためのインターフェースである。ネットワークインターフェース８５はゲストＯＳ８７が、ネットワークインターフェース８６はホストＯＳ８９が、それぞれ有する。
仮想インターフェース８１は、ＶＭ実行環境８８上の機能であり、ゲストＯＳ８７のネットワークインターフェース８５とフレーム交換を行う。
【０１８５】
本実施例のネットワークシステム１１４における動作は、図２２に示した上記実施例のネットワークシステム１１４における動作と同様である。すなわち、図２０および図２１の上記実施例におけるアドレス変換装置２４、アドレス変換部１２４、アドレス付与部１２６、スイッチ部１２２、ポート１４ｅ〜１４ｇ、端末６０が、図２４の本実施例におけるＶＭ実行端末８０のＶＭ実行環境８８、ＶＭアドレス変換部８３、ＶＭアドレス付与部８４、ＶＭブリッジ部８２、仮想インターフェース８１、ゲストＯＳ８７に、それぞれ相当する。
【０１８６】
なお、本実施形態において、中継装置部１０ｙが備える各ユニットにおいて、ＶＭアドレス付与部８４の優先度は最も低く設定される。
【０１８７】
以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【０１８８】
１  中継装置
３  ＤＨＣＰサーバ
６  端末
７  ネットワーク
１０  中継装置
１０ｙ  中継装置部
１１  メッセージ監視部
１２  転送部
１３  ポート管理テーブル
１４  ポート
１５  バッファ
１６  ヘッダ監視部
１７  スイッチ部
１９  中継装置
２０  中継装置
２２  中継装置
２４  アドレス変換装置
３０  ＤＨＣＰサーバ
３４  ＤＨＣＰサーバ
４０  共有サーバ
４４  共有サーバ
５０  ルータ
５２  ルータ
５４  ルータ
６０  端末
７０  ネットワーク
７２  ネットワーク
７４  ネットワーク
７５  インターネット
８０  ＶＭ実行端末
８１  仮想インターフェース
８２  ＶＭブリッジ部
８３  ＶＭアドレス変換部
８４  ＶＭアドレス付与部
８５  ネットワークインターフェース
８６  ネットワークインターフェース
８８  ＶＭ実行環境
１００  ネットワークシステム
１０１  ネットワークシステム
１１０  ネットワークシステム
１１２  ネットワークシステム
１１４  ネットワークシステム
１１６  ネットワークシステム
１２０  中継装置部
１２２  スイッチ部
１２４  アドレス変換部
１２６  アドレス付与部
８７  ゲストＯＳ
８９  ホストＯＳ
【図１】
2010239591.tif 000003
【図２】
2010239591.tif 000004
【図３】
2010239591.tif 000005
【図４】
2010239591.tif 000006
【図５】
2010239591.tif 000007
【図６】
2010239591.tif 000008
【図７】
2010239591.tif 000009
【図８】
2010239591.tif 000010
【図９】
2010239591.tif 000011
【図１０】
2010239591.tif 000012
【図１１】
2010239591.tif 000013
【図１２】
2010239591.tif 000014
【図１３】
2010239591.tif 000015
【図１４】
2010239591.tif 000016
【図１５】
2010239591.tif 000017
【図１６】
2010239591.tif 000018
【図１７】
2010239591.tif 000019
【図１８】
2010239591.tif 000020
【図１９】
2010239591.tif 000021
【図２０】
2010239591.tif 000022
【図２１】
2010239591.tif 000023
【図２２】
2010239591.tif 000024
【図２３】
2010239591.tif 000025
【図２４】
2010239591.tif 000026
【図２５】
2010239591.tif 000027