JP7450524B2

JP7450524B2 - ネットワークシステム、通信制御装置、及び通信制御方法

Info

Publication number: JP7450524B2
Application number: JP2020204001A
Authority: JP
Inventors: 裕司大石; 茂規早瀬; 誠由高瀬; 幹夫桑原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2020-12-09
Filing date: 2020-12-09
Publication date: 2024-03-15
Anticipated expiration: 2040-12-09
Also published as: US11799820B2; US20220182357A1; JP2022091272A

Description

本発明は、ネットワークシステムに関し、特に、複数のネットワークの相互接続技術に関する。

情報通信技術の発展により複数のネットワークが接続されて通信可能となっている。このような複数のネットワークでは、アドレス体系が異なるため、アドレス変換が必要となる。これらのネットワークは管理元が異なるため，アドレス体系が異なっており、アドレスが重複することもある。

本技術分野の背景技術として、以下の先行技術がある。特許文献１（国際公開２００３／６７８２９号）には、第１のダイナミック・ホスト・コンフィギュレーション・プロトコル（ＤＨＣＰ）装置において、クライアントからのＤＨＣＰリース要求を受信し、ＤＨＣＰリース要求からクライアントの第１の通信パラメータを決定し、決定された第１の通信パラメータが第２のＤＨＣＰ装置によって使用されることを可能にすることによって、ネットワーク・アドレス・トランスレータ（ＮＡＴ）設定のためにパラメータを借りる方法及び装置が記載されている。

国際公開０３／０６７８２９号

しかし、ネットワークによって、アドレスが重複するだけでなく、パケット転送するレイヤが異なるため、使用されるアドレスの種類が異なる。例えば、ローカル５ＧなどのモバイルネットワークではＩＰアドレスを使用してパケットを転送するが、企業内などのイントラネット（以下，イントラと呼ぶ）に代表されるＬＡＮではＭＡＣアドレスを使用してパケットを転送する。このため、ネットワーク間にＮＡＴ装置を設けても、ＮＡＴ装置はモバイルネットワーク側のＭＡＣアドレスが取得できないためＬＡＮ側のＤＨＣＰ問い合わせができず、ＬＡＮ側のＩＰアドレスが取得できない問題がある。

また、ＮＡＴ装置はＩＰアドレスを変換するが、ＮＡＴ装置のＭＡＣアドレスが使用されるので、ＭＡＣアドレス認証による個別機器の接続認証が不可能である。例えば、ＬＡＮ接続時に機器ごとのＭＡＣ認証とＤＨＣＰによってＩＰアドレスをイントラ側から割り当てるが、ＬＡＮ側からローカル５Ｇへの接続時にはＬＡＮからローカル５Ｇ内の端末のＭＡＣアドレスが見えない。

そこで本発明は、モバイル側ＩＰアドレスをイントラ側ＭＡＣアドレスに変換し、イントラ用のＩＰアドレスを取得する技術を提供する。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、パケットを転送するネットワークシステムであって、レイヤ３のＩＰアドレスでデータの転送を制御する第１のネットワークと、前記第１のネットワークと接続され、前記レイヤ３と異なるレイヤ２のＭＡＣアドレスでデータの転送を制御する第２のネットワークと、ネットワーク間でアドレスを変換する変換装置とを備え、前記変換装置は、前記第１のネットワークとデータを送受信する第１のインターフェースと、前記第２のネットワークとデータを送受信する第２のインターフェースと、前記第１のネットワークのＩＰアドレスと、前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスとの対応関係を保持するアドレス変換情報と、前記アドレス変換情報を参照して、前記第１のネットワークから前記第２のネットワークに転送されるデータに付された前記第１のネットワークのＩＰアドレスを前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスに変換するアドレス変換部とを有することを特徴とする。

本発明の一態様によれば、モバイル側ＩＰアドレスをイントラ側ＭＡＣアドレスに変換し、イントラ用のＩＰアドレスを取得できる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。

本発明の実施例のネットワーク構成を示す図である。本発明の実施例の別のネットワーク構成を示す図である。本発明の実施例の別のネットワーク構成を示す図である。本発明の実施例の別のネットワーク構成を示す図である。実施例１のアドレス変換装置１の構成を示す図である。実施例１のモバイルアドレス変換テーブルの構成例を示す図である。実施例１のアドレス登録処理のシーケンス図である。実施例１のイントラネットワークでモバイル端末を認証する場合のアドレス登録処理のシーケンス図である。実施例１のアドレス登録処理のフローチャートである。実施例１のアドレス登録処理におけるモバイルアドレス変換テーブルの変化を示す図である。実施例１のアドレス登録処理で使用されるインターフェース画面を示す図である。実施例１のアドレス変換処理のシーケンス図である。実施例１のアドレス変換処理のフローチャートである。実施例１の送信元ＩＰアドレス変換処理のフローチャートである。実施例１の宛先ＩＰアドレス変換処理のフローチャートである。実施例１のＤＨＣＰサーバ管理画面の例を示す図である。実施例２のアドレス変換装置の構成を示す図である。実施例２のイントラ側ＭＡＣアドレス変換テーブルの構成例を示す図である。実施例２のＮＡＴテーブルの構成例を示す図である。実施例２のアドレス登録処理のシーケンス図である。実施例２のアドレス登録処理のフローチャートである。実施例２の送信元ＩＰアドレス変換処理のフローチャートである。実施例２の宛先ＩＰアドレス変換処理のフローチャートである。実施例３のアドレス変換装置の構成を示す図である。実施例３の仮想インターフェース対応テーブルの構成例を示す図である。実施例３のアドレス登録処理のシーケンス図である。実施例３のアドレス登録処理のフローチャートである。実施例３のアドレス変換処理のシーケンス図である。実施例３の送信元ＩＰアドレス変換処理のフローチャートである。実施例３の宛先ＩＰアドレス変換処理のフローチャートである。実施例４のアドレス変換装置の構成を示す図である。実施例４のイントラアドレス変換テーブルの構成例を示す図である。実施例４のアドレス登録処理のシーケンス図である。実施例４のアドレス登録処理のフローチャートである。実施例４のアドレス変換処理のシーケンス図である。実施例４のＤＮＳ用エントリ登録処理のフローチャートである。実施例４の送信元ＩＰアドレス変換処理のフローチャートである。実施例４の宛先ＩＰアドレス変換処理のフローチャートである。

＜ネットワーク構成例＞
図１は、本発明の実施例のネットワーク構成を示す図である。

図１に示すネットワーク構成例は、イントラネットワーク２、モバイルネットワーク４、及びイントラネットワーク２とモバイルネットワーク４との間に設置されるアドレス変換装置１によって構成される。アドレス変換装置１は、イントラネットワーク２とモバイルネットワーク４との間に設置されるとよいが、イントラネットワーク２とモバイルネットワーク４との間で転送されるパケットを捕捉できる場所に設置されればよい。

イントラネットワーク２は、ＯＳＩモデルのレイヤ２において、ＭＡＣアドレスを用いてパケットを転送するネットワークであり、モバイルネットワーク４は、ＯＳＩモデルのレイヤ３において、ＩＰアドレスを用いてパケットを転送するネットワークである。アドレス変換装置１は、イントラネットワーク２で使用されるアドレス（レイヤ２のＭＡＣアドレス及びＩＰアドレス）とモバイルネットワーク４で使用されるアドレス（レイヤ３のＩＰアドレス）とを相互に変換する。アドレス変換装置１には、端末６が接続されている。端末６は、管理者によるアドレス変換設定画面（図１１参照）への入力によって、アドレス変換ルールをモバイルアドレス変換テーブル１４に設定する。アドレス変換装置１の構成は、各実施例において図５、図１７、図２４、図３１を参照して説明する。

イントラネットワーク２は、イントラ内サーバ３１を含むリモートサイト３、ＤＨＣＰサーバ２１、認証機構２２、ＤＮＳサーバ２３、及び端末２４を含む。イントラ内サーバ３１は、モバイル端末４１からのアクセスによって、モバイル端末４１から要求されたデータを送信する。ＤＨＣＰサーバ２１は、Dynamic Host Configuration Protocolを使用して、端末からの要求に従ってＩＰアドレスを割り当てる。認証機構２２は、図７で後述するように、イントラ認証クライアント２２Ａ及びイントラ認証サーバ２２Ｂで構成されており、ＲＡＤＩＵＳ（Remote Authentication Dial In User Service）、ＬＤＡＰ（Lightweight Directory Access Protocol）などの認証方法を用いて、イントラネットワーク２に接続する端末を認証する。ＤＮＳサーバ２３は、イントラネットワーク２上のドメイン名とＩＰアドレスとを対応づけ、正引き又は逆引きのリクエストに従って、ＩＰアドレス又はドメイン名を応答する。端末２４は、ＤＨＣＰサーバ２１、認証機構２２、ＤＮＳサーバ２３などイントラネットワーク２に設けられたサーバへ設定される情報の入力を受け付ける。例えば、管理者によるＤＨＣＰサーバ管理画面（図１６参照）への入力によって、ＤＨＣＰサーバ２１の動作を設定する。

モバイルネットワーク４は、モバイル端末４１、基地局装置４２、及びモバイルコア装置４３を含む。基地局装置４２は、無線回線（例えば、５Ｇネットワーク）によってモバイル端末４１と接続する。モバイルコア装置４３は、モバイル端末４１の認証、モバイル端末４１との間のセッション管理、モバイル端末４１からのトラフィックの集約など、モバイルネットワーク４を制御する機能を有する。

図２は、本発明の実施例の別のネットワーク構成を示す図である。以下では、図２と図１におけるネットワーク構成の相違点を主に説明し、図１に示すネットワークと同じ機能の構成要素には同じ符号を付しそれらの説明は省略する。

図２に示すネットワークでは、アドレス変換装置１と基地局装置４２との間にＭＥＣ（マルチアクセスエッジコンピューティング）４４が設けられる。ＭＥＣ４４は、モバイルネットワーク４においてモバイルコア装置４３の一部機能の代わりに機能する。モバイルコア装置がローカルネットワークと離れた地点に設置されている場合に，ＭＥＣ４４によりモバイル端末からのデータ通信を終端しローカルネットワークへ転送することにより，サーバ３１までの通信時間を短縮することができる。

図３は、本発明の実施例の別のネットワーク構成を示す図である。以下では、図３と図１におけるネットワーク構成の相違点を主に説明し、図１に示すネットワークと同じ機能の構成要素には同じ符号を付しそれらの説明は省略する。

図３に示すネットワークでは、イントラネットワーク２、複数のモバイルネットワーク４Ａ、４Ｂ、及びイントラネットワーク２とモバイルネットワーク４Ａ、４Ｂの間に設けられるアドレス変換装置１によって構成される。イントラネットワーク２とモバイルネットワーク４Ａ、４Ｂの間はインターネット４６上のＶＰＮ（Virtual Private Network）によって接続される。このＶＰＮを構成するため、イントラネットワーク２側にＶＰＮサーバ４７を設け、モバイルネットワーク４Ａ、４Ｂ側にＶＰＮクライアント４５Ａ、４５Ｂを設ける。

図３に示すネットワークでは、イントラネットワーク２とモバイルネットワーク４Ａ、４Ｂの間をインターネット４６を介して接続しても、モバイルネットワーク４Ａ、４Ｂ毎に通信を分離でき、モバイル端末４１とイントラ内サーバ３１の間でセキュアに通信できる。また、このような環境でも、イントラネットワーク２とモバイルネットワーク４Ａ、４Ｂの間で適切にアドレスを変換できる。

図４は、本発明の実施例の別のネットワーク構成を示す図である。以下では、図４と図１におけるネットワーク構成の相違点を主に説明し、図１に示すネットワークと同じ機能の構成要素には同じ符号を付しそれらの説明は省略する。

図４に示すネットワークでは、イントラネットワーク２とモバイルネットワーク４との間がインターネット４６を介して接続される。また、アドレス変換装置１がクラウド４８上に設けられる。アドレス変換装置１は、図４に示すようにクラウド上に設けてもよく、他の例に示すようにオンプレミスで設けてもよい。このように構成すると、アドレス変換装置１をＳａａＳによって提供でき、複数のネットワークが接続される場合でもアドレス変換装置１を集約できる。

図１から図４を用いて様々なネットワーク構成について説明したが、後述する各実施例はいずれのネットワーク構成にも適用できる。

＜実施例１＞
図５は、実施例１のアドレス変換装置１の構成を示す図である。

アドレス変換装置１は、モバイル側インターフェース１０、アドレス変換部１１、イントラ側インターフェース１２、制御部１３、及びモバイルアドレス変換テーブル１４を有する。モバイル側インターフェース１０は、アドレス変換装置１をモバイルネットワーク４に接続するインターフェースである。イントラ側インターフェース１２は、アドレス変換装置１をイントラネットワーク２に接続するインターフェースである。アドレス変換部１１は、イントラネットワーク２とモバイルネットワーク４との間で相互に転送されるパケットに含まれるイントラネットワーク２で使用されるアドレス（レイヤ２のＭＡＣアドレス及びＩＰアドレス）とモバイルネットワーク４で使用されるアドレス（レイヤ３のＩＰアドレス）とを相互に変換する。ネットワーク間を転送される通常のパケットでは、パケットヘッダに記載されたアドレスが変換され、ＤＮＳ応答パケットでは、パケットの本体部に記載されたアドレスが変換される。モバイルアドレス変換テーブル１４は、モバイルネットワーク４で使用されるモバイル側ＩＰアドレスとイントラネットワーク２で使用されるイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスとを変換するための情報を保持する。モバイルアドレス変換テーブル１４の構成は、図６を参照して後述する。制御部１３は、モバイルアドレス変換テーブル１４へのデータ登録を制御するなど、アドレス変換装置１の動作を制御する。

図６は、実施例１のモバイルアドレス変換テーブル１４の構成例を示す図である。

モバイルアドレス変換テーブル１４は、モバイルネットワーク４で使用されるモバイル側ＩＰアドレス５１、イントラネットワーク２で使用されるイントラ側ＭＡＣアドレス５２、及びイントラネットワーク２で使用されるイントラ側ＩＰアドレス５３を対応付けて記録する。

図７は、実施例１のアドレス登録処理のシーケンス図である。なお、以下のシーケンス図において、既に説明したステップには同じ符号を付し、図示を省略する。

まず、モバイルコア装置４３は、モバイル端末４１に装着されたＳＩＭに割り当てられた識別情報（例えばＩＭＳＩ）に対してモバイル側ＩＰアドレスを設定、ＤＮＳサーバのアドレス及びデフォルトゲートウェイのアドレスにアドレス変換装置１のアドレスを設定する（Ｓ１００）。また、ＤＨＣＰサーバ２１は、イントラＭＡＣアドレスに対応するＩＰアドレスの登録を受け付ける（Ｓ１０１）。このＩＰアドレスの登録は、端末２４へ入力された情報を受け付けてもよいし、ＤＨＣＰ機能を用いて動的に割り当てられたアドレスを登録してもよい。

その後、アドレス変換装置１は、登録すべきモバイル端末４１毎にステップＳ１０２からＳ１０７のループを繰り返す。まず、アドレス変換装置１は、端末６からの設定入力によって、モバイル側ＩＰアドレスに対応するイントラ側ＭＡＣアドレスのエントリを受け付け、モバイルアドレス変換テーブル１４に追加する（Ｓ１０２）。次に、アドレス変換装置１は、イントラ側ＭＡＣアドレスにてＤＨＣＰサーバ２１を探索する（Ｓ１０３）。

ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスを予約し、イントラ側ＩＰアドレスをリース提示する（Ｓ１０４）。アドレス変換装置１は、リース提示されたイントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースをＤＨＣＰサーバ２１に要求する（Ｓ１０５）。ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースを確認し、イントラ側ＩＰアドレスとともにゲートウェイのＩＰアドレス、及びＤＮＳサーバ２３のＩＰアドレスを送信する（Ｓ１０６）。アドレス変換装置１は、ＤＨＣＰサーバ２１から取得したイントラ側ＩＰアドレスを用いてモバイルアドレス変換テーブル１４のエントリを更新する（Ｓ１０７）。

ループの処理の終了後、アドレス変換装置１は、イントラ側のデフォルトゲートウェイをＤＨＣＰサーバ２１から取得したゲートウェイのＩＰアドレスに設定する（Ｓ１０８）。

モバイル端末４１は、通信を開始する際にモバイルコア装置４３にアタッチすると（Ｓ１０９）、モバイル側ＩＰアドレスが割り当てられる（Ｓ１１０）。アドレス変換装置１にアドレスが登録された後にモバイル端末４１がモバイルコア装置４３にアタッチすれば、イントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスの組が対応付けられたモバイル側ＩＰアドレスが割り当てられる。

以上にてアドレス登録処理を終了し、アドレス変換装置１は、アドレス変換シーケンス（図１２参照）を開始できる。

図８は、実施例１のイントラネットワーク２でモバイル端末４１を認証する場合のアドレス登録処理のシーケンス図である。

まず、モバイルコア装置４３は、モバイル端末４１に装着されたＳＩＭに割り当てられた識別情報（例えばＩＭＳＩ）対してモバイル側ＩＰアドレスを設定し、ＤＮＳサーバのアドレス及びデフォルトゲートウェイのアドレスにアドレス変換装置１のアドレスを設定する（Ｓ１００）。また、ＤＨＣＰサーバ２１は、イントラＭＡＣアドレスに対応するＩＰアドレスの登録を受け付ける（Ｓ１０１）。このＩＰアドレスの登録は、端末２４へ入力された情報を受け付けてもよいし、ＤＨＣＰ機能を用いて割り当てられたアドレスを登録してもよい。

その後、アドレス変換装置１は、登録すべきモバイル端末４１毎にステップＳ１０２からＳ１０７のループを繰り返す。まず、アドレス変換装置１は、端末６からの設定入力によって、モバイル側ＩＰアドレスに割り当てられたイントラ側ＭＡＣアドレスのエントリを受け付け、モバイルアドレス変換テーブル１４に追加する（Ｓ１０２）。次に、アドレス変換装置１は、イントラ側ＭＡＣアドレスにてＤＨＣＰサーバ２１を探索する（Ｓ１０３）。

イントラ認証クライアント２２Ａは、アドレス変換装置１からＤＨＣＰサーバ２１へ送信されるＤＨＣＰ探索要求を捕捉すると、当該探索要求に含まれるイントラ側ＭＡＣアドレスの認証をイントラ認証サーバ２２Ｂに要求する（Ｓ１１０）。イントラ認証サーバ２２Ｂは、認証が要求されたイントラ側ＭＡＣアドレスを認証リストと照合して認証許否を決定し、認証許可をイントラ認証クライアント２２Ａに送信する（Ｓ１１１）。イントラ認証クライアント２２Ａは、イントラ認証サーバ２２Ｂから認証許可を受けると、許可を受けたイントラ側ＭＡＣアドレスを含むＤＨＣＰフレームをＤＨＣＰサーバ２１に中継する（Ｓ１１２）。以上の側の処理によって、イントラネットワーク２における不正なＭＡＣアドレスの使用を禁止できる。

モバイル端末４１は、通信を開始する際にモバイルコア装置４３にアタッチすると（Ｓ１０９）、モバイル側ＩＰアドレスが割り当てられる（Ｓ１１０）。アドレス変換装置１にアドレスが登録された後にモバイル端末４１がモバイルコア装置４３にアタッチすれば、イントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスの組が対応付けられたモバイル側ＩＰアドレスが割り当てられるる。

図９は実施例１のアドレス登録処理のフローチャートであり、図１０は実施例１のアドレス登録処理におけるモバイルアドレス変換テーブル１４の変化を示す図である。

まず、アドレス変換装置１の制御部１３は、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせの設定の入力を、端末６から受け付ける（Ｓ１００１）。管理者は端末６に表示されるインターフェース画面（図１１（Ａ）のＧＵＩ画面、又は図１１（Ｂ）のＣＬＩ画面）を操作して、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせを入力し、イントラ側ＩＰアドレスの取得方法を設定する。

制御部１３は、モバイル側ＩＰアドレスでモバイルアドレス変換テーブル１４を検索し（Ｓ１００２）、当該モバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１００３）。

当該モバイル側ＩＰアドレスを含むエントリが存在しなければ、当該モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせのエントリをモバイルアドレス変換テーブル１４に新たに登録する（Ｓ１００９）。

一方、当該モバイル側ＩＰアドレスを含むエントリが存在すれば、イントラ側ＭＡＣアドレスが一致しているかを判定する（Ｓ１００４）。イントラ側ＭＡＣアドレスが一致していれば（Ｓ１００４でＮＯ）、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせが既にモバイルアドレス変換テーブル１４に登録されているので、アドレス登録処理を終了する。一方、イントラ側ＭＡＣアドレスが不一致であれば（Ｓ１００４でＹＥＳ）、当該モバイル側ＩＰアドレスに対応するイントラ側ＭＡＣアドレスが違っているので、イントラ側ＭＡＣアドレスを更新し、既登録のイントラ側ＩＰアドレスを削除する（Ｓ１００５）。

ステップＳ１００５やＳ１００９が終了した時点で、図１０（Ａ）に示すように、モバイルアドレス変換テーブル１４には、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせが登録されており、イントラ側ＩＰアドレスは空白となっている。

その後、制御部１３は、ＤＨＣＰ処理を行い、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスをＤＨＣＰサーバ２１から取得する（Ｓ１００６）。ＤＨＣＰ処理が正常終了すれば（Ｓ１００７でＹＥＳ）、ＤＨＣＰサーバ２１から取得したイントラ側ＩＰアドレスで当該エントリを更新する（Ｓ１００８）。ステップＳ１００８の終了時点で、図１０（Ｂ）に示すように、モバイルアドレス変換テーブル１４には、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスとイントラ側ＩＰアドレスの組み合わせが登録される。

一方、ＤＨＣＰ処理が異常終了すれば（Ｓ１００７でＮＯ）、当該エントリをモバイルアドレス変換テーブル１４から削除し、端末６にエラーを通知する（Ｓ１０１０）。

図１１は、実施例１のアドレス登録処理で使用されるインターフェース画面を示す図である。

図１１（Ａ）に示すＧＵＩ画面６０では、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせが、モバイル側ＩＰアドレス入力欄６１とイントラ側ＭＡＣアドレス入力欄６２に入力される。イントラ側ＩＰアドレス取得方法設定欄６３には、ＤＨＣＰを使用してイントラ側ＩＰアドレスを取得する場合に選択されるＤＨＣＰ使用チェック欄６４と、イントラ側ＩＰアドレスを入力可能な手動設定欄６５が設けられている。管理者は、このインターフェースを用いて、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせを入力し、イントラ側ＩＰアドレスの取得方法を設定する。

また、図１１（Ｂ）に示すＣＬＩ画面６６のように、管理者がコマンドと引数によって、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせを入力し、イントラ側ＩＰアドレスの取得方法を設定してもよい。

図１２は、実施例１のアドレス変換処理のシーケンス図である。

図１２に示すアドレス変換処理は、アドレス登録処理シーケンス又は他のアドレス変換シーケンスの後に実行される。

まず、モバイル端末４１がイントラ側ＩＰアドレスを用いてイントラ内サーバ３１へのアクセスリクエストを送信する（Ｓ１２０）。モバイルコア装置４３は、モバイル端末４１から送信されたリクエストをイントラ内サーバ３１宛に転送する（Ｓ１２１）。アドレス変換装置１は、リクエストの送信元のモバイル端末４１のアドレスをモバイル側ＩＰアドレスからイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに変換し、モバイル端末４１から送信されたリクエストをイントラ内サーバ３１宛に転送する（Ｓ１２２）。

イントラ内サーバ３１は、リクエストに対する所定の処理を実行した後、モバイル端末４１宛に応答を返信する（Ｓ１２３）。イントラ内サーバ３１からの応答はアドレス変換装置１にて捕捉される。アドレス変換装置１は、応答の宛先アドレスをイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスからモバイル側ＩＰアドレスに変換し、イントラ内サーバ３１からの応答をモバイル端末４１宛に転送する（Ｓ１２４）。モバイルコア装置４３は、アドレス変換装置１から転送されたイントラ内サーバ３１からの応答をモバイル端末４１宛に転送する（Ｓ１２５）。

以上によって、モバイル端末４１はイントラ内サーバ３１からの応答を受信できる（Ｓ１２６）。

その後、モバイル端末４１からのアクセスリクエスト毎に、アドレス変換シーケンスが繰り返される。

図１３は、実施例１のアドレス変換処理のフローチャートである。

まず、アドレス変換部１１は、モバイル側インターフェース１０又はイントラ側インターフェース１２からのパケット受信を待ち受ける（Ｓ１１０２）。アドレス変換部１１は、パケットを受信したインターフェースを判定する（Ｓ１１０３）。パケットを受信したインターフェースがモバイル側インターフェース１０であれば（Ｓ１１０３でＹＥＳ）、送信元ＩＰアドレス変換処理（図１４参照）を実行する（Ｓ１１０４）。一方、パケットを受信したインターフェースがイントラ側インターフェース１２であれば（Ｓ１１０３でＮＯ）、宛先ＩＰアドレス変換処理（図１５参照）を実行する（Ｓ１１０５）。

図１４は、実施例１の送信元ＩＰアドレス変換処理（Ｓ１１０４）のフローチャートであり、モバイルネットワーク４からイントラネットワーク２へ送信されるパケットの送信元アドレスを変換する。

アドレス変換部１１は、受信パケットの宛先が当該アドレス変換装置１であるかを判定する（Ｓ１１１１）。受信パケットの宛先が当該アドレス変換装置１であれば、制御部１３が受信処理を実行する（Ｓ１１１７）。例えば、アドレス変換装置１への設定要求などが当該アドレス変換装置１宛のパケットで転送される。

その後、受信パケットの送信元ＩＰアドレスでモバイルアドレス変換テーブル１４を検索し（Ｓ１１１２）。送信元のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１１３）。

送信元のモバイル側ＩＰアドレスを含むエントリが存在しなければ、受信パケットが不正なので、受信パケットを破棄する（Ｓ１１１６）。

一方、送信元のモバイル側ＩＰアドレスを含むエントリが存在すれば、アドレス変換部１１は、送信元のモバイル側ＩＰアドレスに対応するイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスを取得し、受信パケットの送信元アドレスをモバイル側ＩＰアドレスからイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに変換する（Ｓ１１１４）。

イントラ側インターフェース１２は、アドレスが変換されたパケットを送信する（Ｓ１１１５）。

図１５は、実施例１の宛先ＩＰアドレス変換処理（Ｓ１１０５）のフローチャートであり、イントラネットワーク２からモバイルネットワーク４へ送信されるパケットの宛先アドレスを変換する。

アドレス変換部１１は、受信パケットの宛先が当該アドレス変換装置１であるかを判定する（Ｓ１１２１）。受信パケットの宛先が当該アドレス変換装置１であれば、制御部１３が受信処理を実行する（Ｓ１１２７）。例えば、アドレス変換装置１への設定要求などが当該アドレス変換装置１宛のパケットで転送される。

その後、受信パケットの宛先ＩＰアドレスでモバイルアドレス変換テーブル１４を検索し（Ｓ１１２２）。宛先のイントラ側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１２３）。

宛先のイントラ側ＩＰアドレスを含むエントリが存在しなければ、受信パケットの宛先アドレスをモバイル側ＩＰアドレスに変換できないので、受信パケットを破棄する（Ｓ１１２６）。

一方、宛先のイントラ側ＩＰアドレスを含むエントリが存在すれば、アドレス変換部１１は、宛先のイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに対応するモバイル側ＩＰアドレスをモバイルアドレス変換テーブル１４から取得し、受信パケットの宛先アドレスをイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスからモバイル側ＩＰアドレスに変換する（Ｓ１１２４）。

モバイル側インターフェース１０は、アドレスが変換されたパケットを送信する（Ｓ１１２５）。

図１６は、実施例１のＤＨＣＰサーバ管理画面７０の例を示す図である。

ＤＨＣＰサーバ管理画面７０は、ＩＰアドレス入力欄７１、ＭＡＣアドレス入力欄７２、ＤＨＣＰタイプ設定欄７３、期限設定欄７４及び制御方法設定欄７５を有する。ＩＰアドレス入力欄７１には、ＤＨＣＰにて付与されるイントラ側ＩＰアドレスが入力される。ＭＡＣアドレス入力欄７２には、ＤＨＣＰでアドレスを要求するイントラ側ＭＡＣアドレスが入力される。ＤＨＣＰタイプ設定欄７３は、ＩＰアドレスが静的に付与されるか動的に付与されるかが設定される。期限設定欄７４は、付与されるＩＰアドレスのリース期限が設定され、無制限も設定できる。制御方法設定欄７５はＤＨＣＰによるＩＰアドレスの付与が許可されるか、拒否するかが設定される。

なお、ＤＨＣＰサーバ管理画面７０で、ＭＡＣアドレスの認証（図８のＳ１１０～Ｓ１１２）の要否を設定可能としてもよい。

以上に説明した、本発明の実施例のネットワークシステムは、例えば工場などに導入されるローカル５Ｇネットワークと接続されるイントラネットワークに適用可能である。すなわち、ローカル５Ｇ導入黎明期には事業場単位でスタンドアロンのローカル５Ｇネットワークの導入が進むが、既設システムとの接続が必要となると考えられる。しかし、各事業場に導入された５Ｇネットワークをイントラネットワークに接続するためには、両者の運用ポリシーやセキュリティレベルの整合が必要となる。しかし、ネットワーク間でアドレスを変換する場合、通常のＮＡＴ技術ではモバイル端末４１へのアドレス割り当てを一元的に行うのは困難であるが、本実施例のアドレス変換装置１を用いると、イントラネットワーク２側でモバイル端末４１のイントラ側ＭＡＣアドレスによる認証やＤＨＣＰによるＩＰアドレスの管理が可能となり、モバイル端末４１のイントラ側アドレスや接続を一元的に管理できる。これによって、イントラネットワーク２内におけるセキュリティの確保や、事故発生時の対策（通信遮断など）が可能となる。

以上に説明したように、本発明の実施例１のアドレス変換装置１は、モバイル側ＩＰアドレスをイントラ側ＭＡＣアドレスに変換し、イントラ側ＩＰアドレスを取得して、これらの組み合わせを管理できる。このため、モバイルネットワーク内の各モバイル端末４１をイントラネットワーク２側にて管理できる。また、モバイルネットワーク内の各モバイル端末４１をイントラネットワーク２側の認証機構２２を用いて認証できる。モバイルネットワーク２内のセキュリティレベルが低いモバイル端末４１がイントラネットワーク２に接続されても、イントラネットワーク２に装置を追加することなく、イントラネットワーク２側で適切に管理でき、イントラネットワーク２の他の端末への影響を抑制できる。

また、イントラネットワーク２のＭＡＣアドレスを用いて、ＤＨＣＰサーバ２１からイントラ側ＩＰアドレスを取得するので、イントラネットワークの管理者が、イントラ側ＩＰアドレスによってモバイルネットワーク４からのアクセスを制御できる（図１６参照）。

また、アドレス変換装置１は、モバイル端末４１のイントラ用アドレスに対するＡＲＰリクエストに対し、イントラ側ＭＡＣアドレスを応答し、当該イントラ側ＭＡＣアドレス宛のパケットを受信して、モバイル側ＩＰアドレスに変換して転送できる。

＜実施例２＞
次に、本発明の実施例２について説明する。実施例２では、ＮＡＴ（Network Address Translation）技術を用いてモバイル側ＩＰアドレスとイントラ側ＩＰアドレスを変換している。実施例２において、前述した実施例１と同じ構成及び機能には同じ符号を付し、それらの説明は省略する。

図１７は、実施例２のアドレス変換装置１の構成を示す図である。

実施例２のアドレス変換装置１は、モバイル側インターフェース１０、アドレス変換部１１、イントラ側インターフェース１２、制御部１３、イントラ側ＭＡＣアドレス変換テーブル１５、及びＮＡＴテーブル１６を有する。イントラ側ＭＡＣアドレス変換テーブル１５は、モバイルネットワーク４で使用されるモバイル側ＩＰアドレスとイントラネットワーク２で使用されるイントラ側ＭＡＣアドレスとを変換するための情報を保持する。イントラ側ＭＡＣアドレス変換テーブル１５の構成は、図１８を参照して後述する。ＮＡＴテーブル１６は、モバイルネットワーク４で使用されるモバイル側ＩＰアドレスとイントラネットワーク２で使用されるイントラ側ＩＰアドレスとを変換するための情報を保持する。ＮＡＴテーブル１６の構成は、図１９を参照して後述する。

図１８は、実施例２のイントラ側ＭＡＣアドレス変換テーブル１５の構成例を示す図である。

イントラ側ＭＡＣアドレス変換テーブル１５は、モバイルネットワーク４で使用されるモバイル側ＩＰアドレス１０１、及びイントラネットワーク２で使用されるイントラ側ＭＡＣアドレス１０２を対応付けて記録する。

図１９は、実施例２のＮＡＴテーブル１６の構成例を示す図である。

ＮＡＴテーブル１６は、モバイルネットワーク４で使用されるモバイル側ＩＰアドレス１０１、及び、イントラネットワーク２で使用されるイントラ側ＩＰアドレス１０３を対応付けて記録する。

図２０は、実施例２のアドレス登録処理のシーケンス図である。

まず、モバイルコア装置４３は、モバイル端末４１に装着されたＳＩＭに割り当てられた識別情報（例えばＩＭＳＩ）に対してモバイル側ＩＰアドレスを設定し、ＤＮＳサーバのアドレス及びデフォルトゲートウェイのアドレスにアドレス変換装置１のアドレスを設定する（Ｓ１００）。また、ＤＨＣＰサーバ２１は、イントラＭＡＣアドレスに対応するＩＰアドレスの登録を受け付ける（Ｓ１０１）。このＩＰアドレスの登録は、端末２４へ入力された情報を受け付けてもよいし、ＤＨＣＰ機能を用いて動的に割り当てられたアドレスを登録してもよい。

その後、アドレス変換装置１は、登録すべきモバイル端末４１毎にステップＳ２０２からＳ２０７のループを繰り返す。まず、アドレス変換装置１は、端末６からの設定入力によって、モバイル側ＩＰアドレスに対応するイントラ側ＭＡＣアドレスのエントリを受け付け、イントラ側ＭＡＣアドレス変換テーブル１５に追加し（Ｓ２０２）、モバイル側ＩＰアドレスのエントリをＮＡＴテーブル１６に作成する。次に、アドレス変換装置１は、イントラ側ＭＡＣアドレスにてＤＨＣＰサーバ２１を探索する（Ｓ１０３）。

ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスを予約し、イントラ側ＩＰアドレスをリース提示する（Ｓ１０４）。アドレス変換装置１は、リース提示されたイントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースをＤＨＣＰサーバ２１に要求する（Ｓ１０５）。ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースを確認し、ゲートウェイのＩＰアドレス、及びＤＮＳサーバ２３のＩＰアドレスを送信する（Ｓ１０６）。アドレス変換装置１は、ＤＨＣＰサーバ２１から取得したイントラ側ＩＰアドレスを用いてＮＡＴテーブル１６のエントリを更新する（Ｓ２０７）。

なお、図示は省略するが、図７のＳ１０９からＳ１１０と同様に、モバイル端末４１は、通信を開始する際にモバイルコア装置４３にアタッチすると、モバイル側ＩＰアドレスが割り当てられる。アドレス変換装置１にアドレスが登録された後にモバイル端末４１がモバイルコア装置４３にアタッチすれば、イントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスの組が対応付けられたモバイル側ＩＰアドレスが割り当てられる。

なお、実施例２において、図８のＳ１１０～Ｓ１１２の手順を用いて、モバイル端末４１を認証してもよい。

図２１は、実施例２のアドレス登録処理のフローチャートである。

制御部１３は、モバイル側ＩＰアドレスでイントラ側ＭＡＣアドレス変換テーブル１５を検索し（Ｓ２００２）、当該モバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１００３）。

当該モバイル側ＩＰアドレスを含むエントリが存在しなければ、当該モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせのエントリをイントラ側ＭＡＣアドレス変換テーブル１５に新たに登録する（Ｓ２００９）。

一方、当該モバイル側ＩＰアドレスを含むエントリが存在すれば、イントラ側ＭＡＣアドレスが一致しているかを判定する（Ｓ１００４）。イントラ側ＭＡＣアドレスが一致していれば（Ｓ１００４でＮＯ）、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせが既にイントラ側ＭＡＣアドレス変換テーブル１５に登録されているので、アドレス登録処理を終了する。一方、イントラ側ＭＡＣアドレスが不一致であれば（Ｓ１００４でＹＥＳ）、当該モバイル側ＩＰアドレスに対応するイントラ側ＭＡＣアドレスが違っているので、イントラ側ＭＡＣアドレスを更新し、ＮＡＴテーブル１６に登録されているイントラ側ＩＰアドレスを削除する（Ｓ２００５）。

ステップＳ２００５やＳ２００９が終了した時点で、イントラ側ＭＡＣアドレス変換テーブル１５には、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせが登録されており、ＮＡＴテーブル１６のイントラ側ＩＰアドレスは空白となっている。

その後、制御部１３は、ＤＨＣＰ処理を行い、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスをＤＨＣＰサーバ２１から取得する（Ｓ１００６）。ＤＨＣＰ処理が正常終了すれば（Ｓ１００７でＹＥＳ）、ＤＨＣＰサーバ２１から取得したイントラ側ＩＰアドレスのエントリをＮＡＴテーブル１６に追加する（Ｓ２００８）。ステップＳ１００８の終了時点で、イントラ側ＭＡＣアドレス変換テーブル１５には、モバイル側ＩＰアドレスとイントラ側ＭＡＣアドレスの組み合わせが登録され、ＮＡＴテーブル１６には、モバイル側ＩＰアドレスとイントラ側ＩＰアドレスの組み合わせが登録される。

一方、ＤＨＣＰ処理が異常終了すれば（Ｓ１００７でＮＯ）、当該エントリをイントラ側ＭＡＣアドレス変換テーブル１５及びＮＡＴテーブル１６から削除し、端末６にエラーを通知する（Ｓ２０１０）。

実施例２のアドレス変換処理は、実施例１の図１２、図１３に示すものと同じであるが、送信元ＩＰアドレス変換処理（Ｓ１１０４）及び宛先ＩＰアドレス変換処理（Ｓ１１０５）が異なる。

図２２は、実施例２の送信元ＩＰアドレス変換処理（Ｓ１１０４）のフローチャートであり、モバイルネットワーク４からイントラネットワーク２へ送信されるパケットの送信元アドレスを変換する。

その後、受信パケットの送信元ＩＰアドレスでイントラ側ＭＡＣアドレス変換テーブル１５及びＮＡＴテーブル１６を検索し（Ｓ２１１２）。送信元のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１１３）。

図２３は、実施例２の宛先ＩＰアドレス変換処理（Ｓ１１０５）のフローチャートであり、イントラネットワーク２からモバイルネットワーク４へ送信されるパケットの宛先アドレスを変換する。

その後、受信パケットの宛先ＩＰアドレスでＮＡＴテーブル１６を検索し（Ｓ２１２２）。宛先のイントラ側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１２３）。

一方、宛先のイントラ側ＩＰアドレスを含むエントリが存在すれば、アドレス変換部１１は、宛先のイントラ側ＩＰアドレスに対応するモバイル側ＩＰアドレスをＮＡＴテーブル１６から取得し、受信パケットの宛先アドレスをイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスからモバイル側ＩＰアドレスに変換する（Ｓ１１２４）。

以上に説明したように、本発明の実施例２によると、ＮＡＴ技術を用いてモバイル側ＩＰアドレスとイントラ側ＩＰアドレスを変換することによって、既存のルータの機能を有効に使用しながら、本発明を適用できる構成を実現できる。

＜実施例３＞
次に、本発明の実施例３について説明する。実施例３では、仮想インターフェース部１８を設け、仮想インターフェース部１８がＤＨＣＰ処理を実行する。実施例３において、前述した実施例１又は２と同じ構成及び機能には同じ符号を付し、それらの説明は省略する。

図２４は、実施例３のアドレス変換装置１の構成を示す図である。

実施例２のアドレス変換装置１は、モバイル側インターフェース１０、アドレス変換部１１、イントラ側インターフェース１２、制御部１３、仮想インターフェース対応テーブル１７、及び仮想インターフェース部１８を有する。仮想インターフェース対応テーブル１７は、モバイル側ＩＰアドレスと仮想インターフェースＩＤとの対応を保持する。仮想インターフェース対応テーブル１７の構成は、図２５を参照して後述する。仮想インターフェース部１８は、複数の仮想インターフェース１８Ａ、１８Ｂ、１８Ｃ…を有し、仮想インターフェースをモバイル端末４１に割り当てて、イントラネットワーク２と通信する。

図２５は、実施例３の仮想インターフェース対応テーブル１７の構成例を示す図である。

仮想インターフェース対応テーブル１７は、モバイルネットワーク４で使用されるモバイル側ＩＰアドレス１０１、及び仮想インターフェースに一意に割り当てられた識別情報である仮想インターフェースＩＤ１０４を対応付けて記録する。

図２６は、実施例３のアドレス登録処理のシーケンス図である。

その後、アドレス変換装置１は、登録すべきモバイル端末４１毎にステップＳ１０２からＳ１０７のループを繰り返す。まず、アドレス変換装置１は、端末６からの設定入力によって、モバイル側ＩＰアドレスに対応するイントラ側ＭＡＣアドレスのエントリを受け付け、モバイルアドレス変換テーブル１４に追加する（Ｓ１０２）。次に、アドレス変換装置１は、当該モバイル端末４１に割り当てる仮想インターフェースを作成し、受け付けたイントラ側ＭＡＣアドレスを当該仮想インターフェースのＭＡＣアドレスに設定する（Ｓ３０１）。その後、アドレス変換装置１は、仮想インターフェース対応テーブル１７の当該モバイル側ＩＰアドレスのエントリの仮想インターフェースのＩＤを更新する（Ｓ３０２）。そして、アドレス変換装置１の仮想インターフェースがイントラ側ＭＡＣアドレスにてＤＨＣＰサーバ２１を探索する（Ｓ３０３）。

ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスを予約し、イントラ側ＩＰアドレスをリース提示する（Ｓ１０４）。アドレス変換装置１の仮想インターフェースは、リース提示されたイントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースをＤＨＣＰサーバ２１に要求する（Ｓ１０５）。ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースを確認し、ゲートウェイのＩＰアドレス、及びＤＮＳサーバ２３のＩＰアドレスを送信する（Ｓ１０６）。アドレス変換装置１の仮想インターフェース部１８は、ＤＨＣＰサーバ２１から取得したイントラ側ＩＰアドレスを当該仮想インターフェースのＩＰアドレスに設定する（Ｓ３０７）。

なお、実施例３において、図８のＳ１１０～Ｓ１１２の手順を用いて、モバイル端末４１を認証してもよい。

図２７は、実施例３のアドレス登録処理のフローチャートである。

制御部１３は、モバイル側ＩＰアドレスで仮想インターフェース対応テーブル１７を検索し（Ｓ３００２）、当該モバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１００３）。

当該モバイル側ＩＰアドレスを含むエントリが存在しなければ、新たに仮想インターフェースを作成し、イントラ側ＭＡＣアドレスを設定する。そして、仮想インターフェース対応テーブル１７にモバイル側ＩＰアドレスと仮想インターフェース番号のエントリを新たに登録する（Ｓ３００９）。

一方、当該モバイル側ＩＰアドレスを含むエントリが存在すれば、仮想インターフェース番号に対応する仮想インターフェースのＭＡＣアドレスと入力されたイントラ側ＭＡＣアドレスが一致しているかを判定する（Ｓ３００４）。仮想インターフェースのＭＡＣアドレスとイントラ側ＭＡＣアドレスが一致していれば（Ｓ３００４でＮＯ）、モバイル側ＩＰアドレスと仮想インターフェース番号の組み合わせが既に仮想インターフェース対応テーブル１７に登録されているので、アドレス登録処理を終了する。一方、仮想インターフェースのＭＡＣアドレスが不一致であれば（Ｓ３００４でＹＥＳ）、当該仮想インターフェースに対するイントラ側ＭＡＣアドレスが違っているので、仮想インターフェースを初期化して、入力されたイントラ側ＭＡＣアドレスを再設定する（Ｓ３００５）。

その後、制御部１３は、仮想インターフェースにＤＨＣＰ処理を指示し、仮想インターフェースはイントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスをＤＨＣＰサーバ２１から取得する（Ｓ１００６）。ＤＨＣＰ処理が正常終了すれば（Ｓ１００７でＹＥＳ）、制御部１３は仮想インターフェース対応テーブル１７に仮想インターフェース番号を追加する（Ｓ３００８）。

一方、ＤＨＣＰ処理が異常終了すれば（Ｓ１００７でＮＯ）、当該仮想インターフェースを削除し、仮想インターフェース対応テーブル１７の当該エントリを削除し、端末６にエラーを通知する（Ｓ３０１０）。

図２８は、実施例３のアドレス変換処理のシーケンス図である。

図２８に示すアドレス変換処理は、アドレス登録処理シーケンス又は他のアドレス変換シーケンスの後に実行される。

まず、モバイル端末４１がイントラ側ＩＰアドレスを用いてイントラ内サーバ３１へのアクセスリクエストを送信する（Ｓ１２０）。モバイルコア装置４３は、モバイル端末４１から送信されたリクエストをイントラ内サーバ３１宛に転送する（Ｓ１２１）。アドレス変換装置１は、モバイル端末４１から送信されたリクエストをイントラネットワーク２に送信する仮想インターフェースを選択する（Ｓ３２１）。そして、アドレス変換装置１は、モバイル端末４１から送信されたリクエストを仮想インターフェースのアドレスを用いてイントラ内サーバ３１宛に転送する（Ｓ３２２）。

実施例３のアドレス変換処理は、実施例１の図１２、図１３に示すものと同じであるが、送信元ＩＰアドレス変換処理（Ｓ１１０４）及び宛先ＩＰアドレス変換処理（Ｓ１１０５）が異なる。

図２９は、実施例３の送信元ＩＰアドレス変換処理（Ｓ１１０４）のフローチャートであり、モバイルネットワーク４からイントラネットワーク２へ送信されるパケットの送信元アドレスを変換する。

その後、受信パケットの送信元ＩＰアドレスで仮想インターフェース対応テーブル１７を検索し（Ｓ１１１２）。送信元のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１１３）。

一方、送信元のモバイル側ＩＰアドレスを含むエントリが存在すれば、アドレス変換部１１が仮想インターフェース番号を取得し、パケットを当該仮想インターフェースに転送するとともに，当該仮想インターフェースが受信パケットの送信元アドレスに当該仮想インターフェースのＭＡＣアドレス及びＩＰアドレスを設定する（Ｓ３１１４）。

仮想インターフェースは、アドレスが変換されたパケットを送信する（Ｓ３１１５）。

図３０は、実施例３の宛先ＩＰアドレス変換処理（Ｓ１１０５）のフローチャートであり、イントラネットワーク２からモバイルネットワーク４へ送信されるパケットの宛先アドレスを変換する。

その後、受信パケットの宛先が仮想インターフェースであるかを判定する（Ｓ３１２１）。受信パケットの宛先が仮想インターフェースでなければ、転送すべきパケットではないので、受信パケットを破棄する（Ｓ１１２６）。一方、受信パケットの宛先が仮想インターフェースであれば、受信した仮想インターフェース番号で仮想インターフェース対応テーブル１７を検索し（Ｓ３１２２）。宛先のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１２３）。

宛先のモバイル側ＩＰアドレスを含むエントリが存在しなければ、受信パケットの宛先アドレスをモバイル側ＩＰアドレスに変換できないので、受信パケットを破棄する（Ｓ１１２６）。

一方、宛先のモバイル側ＩＰアドレスを含むエントリが存在すれば、アドレス変換部１１は、宛先のイントラ側ＩＰアドレスに対応するモバイル側ＩＰアドレスを仮想インターフェース対応テーブル１７から取得し、受信パケットの宛先アドレスをイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスからモバイル側ＩＰアドレスに変換する（Ｓ１１２４）。

以上に説明したように、本発明の実施例３によると、仮想インターフェース部１８がＤＨＣＰの処理を行うので、アドレス変換部１１の負荷を軽減できる。

＜実施例４＞
次に、本発明の実施例４について説明する。実施例４では、イントラネットワーク２とモバイルネットワーク４の双方向の通信でアドレスを変換する。このため、モバイル端末４１はアクセス先のＵＲＬを知っていればＩＰアドレスを知らなくてもイントラ内サーバ３１にアクセスでき、イントラネットワーク２とモバイルネットワーク４でアドレス体系の調整が不要である。実施例４において、前述した実施例１から３と同じ構成及び機能には同じ符号を付し、それらの説明は省略する。

図３１は、実施例４のアドレス変換装置１の構成を示す図である。

実施例４のアドレス変換装置１は、モバイル側インターフェース１０、アドレス変換部１１、イントラ側インターフェース１２、制御部１３、モバイルアドレス変換テーブル１４、及びイントラアドレス変換テーブル１９を有する。イントラアドレス変換テーブル１９は、イントラネットワーク２で使用されるイントラ側ＩＰアドレスとモバイルネットワーク４で使用されるモバイル側ＩＰアドレスとを変換するための情報を保持する。イントラアドレス変換テーブル１９の構成は、図３２を参照して後述する。

図３２は、実施例４のイントラアドレス変換テーブル１９の構成例を示す図である。

イントラアドレス変換テーブル１９は、イントラネットワーク２で使用されるイントラ側ＩＰアドレス１０５、及びモバイルネットワーク４で使用されるモバイル側ＩＰアドレス１０６を対応付けて記録する。イントラアドレス変換テーブル１９によって、イントラネットワーク２内の装置にモバイル側ＩＰアドレスを割り当てることができる。

図３３は、実施例４のアドレス登録処理のシーケンス図である。

その後、アドレス変換装置１は、イントラアドレス変換テーブル１９にモバイル側ＤＮＳアドレスのエントリ作成する（Ｓ４０１）。

その後、アドレス変換装置１は、登録すべきモバイル端末４１毎にステップＳ１０２からＳ４０７のループを繰り返す。まず、アドレス変換装置１は、端末６からの設定入力によって、モバイル側ＩＰアドレスに対応するイントラ側ＭＡＣアドレスのエントリを受け付け、モバイルアドレス変換テーブル１４に追加する（Ｓ４０２）。次に、アドレス変換装置１は、イントラ側ＭＡＣアドレスにてＤＨＣＰサーバ２１を探索する（Ｓ１０３）。

ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスを予約し、イントラ側ＩＰアドレスをリース提示する（Ｓ１０４）。アドレス変換装置１は、リース提示されたイントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースをＤＨＣＰサーバ２１に要求する（Ｓ１０５）。ＤＨＣＰサーバ２１は、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスのリースを確認し、ゲートウェイのＩＰアドレス、及びＤＮＳサーバ２３のＩＰアドレスを送信する（Ｓ１０６）。アドレス変換装置１は、ＤＨＣＰサーバ２１から取得したイントラ側ＩＰアドレスを用いてモバイルアドレス変換テーブル１４のエントリを更新する（Ｓ４０７）。

ループの処理の終了後、アドレス変換装置１は、ＤＨＣＰサーバ２１から取得したイントラ側ＤＮＳアドレス用いてイントラアドレス変換テーブル１９のモバイル側ＤＮＳアドレスのエントリを更新し（Ｓ４０８）、イントラ側のデフォルトゲートウェイのアドレスをＤＨＣＰサーバ２１から取得したゲートウェイのＩＰアドレスに設定する（Ｓ１０８）。

なお、実施例４において、図８のＳ１１０～Ｓ１１２の手順を用いて、モバイル端末４１を認証してもよい。

図３４は、実施例４のアドレス登録処理のフローチャートである。

まず、アドレス変換装置１の制御部１３は、ＤＮＳサーバ２３のモバイル側ＩＰアドレスの設定の入力を、端末６から受け付ける（Ｓ４００１）。

制御部１３は、ＤＮＳサーバ２３のモバイル側ＩＰアドレスでイントラアドレス変換テーブル１９を検索し（Ｓ４００２）、当該モバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ４００３）。

当該モバイル側ＩＰアドレスを含むエントリが存在しなければ、当該ＤＮＳサーバ２３のモバイル側ＩＰアドレスのエントリをモバイルアドレス変換テーブル１４に新たに登録する（Ｓ４００６）。

一方、当該モバイル側ＩＰアドレスを含むエントリが存在すれば、イントラ側ＩＰアドレスを削除する（Ｓ４００５）。

その後、制御部１３は、ＤＨＣＰ処理を行い、イントラ側ＭＡＣアドレスに対応するイントラ側ＩＰアドレスをＤＨＣＰサーバ２１から取得する（Ｓ１００６）。ＤＨＣＰ処理が正常終了すれば（Ｓ１００７でＹＥＳ）、ＤＨＣＰサーバ２１からの応答からＤＮＳサーバ２３のイントラ側ＩＰアドレスを取得し（Ｓ４００８）ＤＮＳサーバ２３のエントリのイントラ側ＩＰアドレスを更新する（Ｓ４００９）。

一方、ＤＨＣＰ処理が異常終了すれば（Ｓ１００７でＮＯ）、当該ＤＮＳサーバ２３のエントリをイントラアドレス変換テーブル１９から削除し、端末６にエラーを通知する（Ｓ４０１０）。

図３５は、実施例４のアドレス変換処理のシーケンス図である。

図３５に示すアドレス変換処理は、アドレス登録処理シーケンス又は他のアドレス変換シーケンスの後に実行される。

まず、ＤＮＳサーバ２３は、イントラ内サーバ３１のＵＲＬに対応するＩＰアドレスを登録する（Ｓ４１０）。その後、アドレス登録処理シーケンス又はアドレス変換シーケンスが実行される。

モバイル端末４１は、アクセスしようとするイントラ内サーバ３１のＵＲＬに対応するＩＰアドレスをＤＮＳサーバ２３に問い合わせる（Ｓ４１１）。モバイルコア装置４３は、モバイル端末４１から送信された問い合わせをイントラ内サーバ３１宛に転送する（Ｓ４２１）。アドレス変換装置１は、問い合わせの送信元のモバイル端末４１のアドレスをモバイル側ＩＰアドレスからイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに変換し（Ｓ４１３）、問い合わせの宛先のＤＮＳサーバ２３のアドレスをモバイル側ＩＰアドレスからイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに変換し、モバイル端末４１から送信されたリクエストをＤＮＳサーバ２３宛に転送する（Ｓ４１４）。

ＤＮＳサーバ２３は、問い合わせのＵＲＬでＩＰアドレスを検索した後、モバイル端末４１宛に応答を返信する（Ｓ４１５）。ＤＮＳサーバ２３からの応答はアドレス変換装置１にて捕捉される。アドレス変換装置１は、ＤＮＳサーバ２３から取得したアドレスに対応するイントラ内サーバ３１のイントラ側ＩＰアドレスを生成し、イントラアドレス変換テーブル１９にエントリを追加する（Ｓ４１６）。そして、アドレス変換装置１は、ＤＮＳメッセージ内のイントラ内サーバ３１のイントラ側ＩＰアドレスをモバイル側ＩＰアドレスに変換し、送信元のＤＮＳサーバ２３のイントラ側ＩＰアドレスをモバイル側ＩＰアドレスに変換し（Ｓ４１８）、宛先のモバイル端末４１のイントラ側ＩＰアドレスをモバイル側ＩＰアドレスに変換し、ＤＮＳサーバ２３からの返信をモバイル端末４１宛に転送する（Ｓ４１９）。モバイルコア装置４３は、アドレス変換装置１から転送されたＤＮＳサーバ２３からの応答をモバイル端末４１宛に転送する（Ｓ４２０）。

以上によって、モバイル端末４１はＤＮＳサーバ２３からの応答を受信し（Ｓ４２１）、ＵＲＬからＩＰアドレス知ることができる。

その後、モバイル端末４１はＤＮＳサーバ２３から取得したイントラ側ＩＰアドレスを用いてイントラ内サーバ３１へのアクセスリクエストを送信する（Ｓ１２０）。モバイルコア装置４３は、モバイル端末４１から送信されたリクエストをイントラ内サーバ３１宛に転送する（Ｓ１２１）。アドレス変換装置１は、リクエストの送信元のモバイル端末４１のアドレスをモバイル側ＩＰアドレスからイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに変換し（Ｓ４２２）、リクエストの宛先のイントラ内サーバ３１のアドレスをモバイル側ＩＰアドレスからイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに変換し、モバイル端末４１から送信されたリクエストをイントラ内サーバ３１宛に転送する（Ｓ４２３）。

イントラ内サーバ３１は、リクエストに対する所定の処理を実行した後、モバイル端末４１宛に応答を返信する（Ｓ１２３）。イントラ内サーバ３１からの応答はアドレス変換装置１にて捕捉される。アドレス変換装置１は、応答の宛先アドレスをイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスからモバイル側ＩＰアドレスに変換し、イントラ内サーバ３１からの応答をモバイル端末４１宛に転送する（Ｓ１２４）。モバイルコア装置４３は、アドレス変換装置１から転送されたイントラ内サーバ３１の返信をモバイル端末４１宛に転送する（Ｓ１２５）。

以上によって、モバイル端末４１はイントラ内サーバ３１からの応答を受信できる（Ｓ１２６）。その後、モバイル端末４１からのアクセスリクエスト毎に、アドレス変換シーケンスが繰り返される。

図３６は、ＤＮＳ用エントリ登録処理（Ｓ４１６）のフローチャートである。

アドレス変換装置１の制御部１３は、ＤＮＳサーバ２３からの応答を受信すると（Ｓ４０２１）、受信した応答からイントラ内サーバ３１のイントラ側ＩＰアドレスを取得する（Ｓ４０２２）。そして、取得したイントラ側ＩＰアドレスでイントラアドレス変換テーブル１９を検索する（Ｓ４０２３）。取得したイントラ側ＩＰアドレスのエントリがイントラアドレス変換テーブル１９に存在する場合（Ｓ４０２４でＹＥＳ）、ＤＮＳサーバ２３から取得したイントラ側ＩＰアドレスのエントリがイントラアドレス変換テーブル１９に登録されているので、ＤＮＳ用エントリ登録処理を終了する。

一方、取得したイントラ側ＩＰアドレスのエントリがイントラアドレス変換テーブル１９に存在しない場合（Ｓ４０２４でＮＯ）、イントラ側ＩＰアドレスに対応するモバイル側ＩＰアドレスを生成し（Ｓ４０２５）、イントラ側ＩＰアドレスとモバイル側ＩＰアドレスのエントリをイントラアドレス変換テーブル１９に追加する（Ｓ４０２６）。

実施例４のアドレス変換処理は、実施例１の図１２、図１３に示すものと同じであるが、送信元ＩＰアドレス変換処理（Ｓ１１０４）及び宛先ＩＰアドレス変換処理（Ｓ１１０５）が異なる。

図３７は、実施例４の送信元ＩＰアドレス変換処理（Ｓ１１０４）のフローチャートであり、モバイルネットワーク４からイントラネットワーク２へ送信されるパケットの送信元アドレス及び宛先アドレスを変換する。

その後、アドレス変換部１１は、受信パケットの送信元ＩＰアドレスでモバイルアドレス変換テーブル１４を検索し（Ｓ１１１２）、送信元のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１１３）。

その後、アドレス変換部１１は、受信パケットの宛先ＩＰアドレスでイントラアドレス変換テーブル１９を検索し（Ｓ４１０１）、宛先のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ４１０２）。

宛先のモバイル側ＩＰアドレスを含むエントリが存在しなければ、受信パケットの宛先アドレスをモバイル側ＩＰアドレスに変換できないので、受信パケットを破棄する（Ｓ１１１６）。

一方、宛先のモバイル側ＩＰアドレスを含むエントリが存在すれば、イントラアドレス変換テーブル１９からイントラ側ＩＰアドレスを取得し、パケットの宛先ＩＰアドレスを書き換える（Ｓ４１０３）。

図３８は、実施例４の宛先ＩＰアドレス変換処理（Ｓ１１０５）のフローチャートであり、イントラネットワーク２からモバイルネットワーク４へ送信されるパケットの送信元アドレス及び宛先アドレスを変換する。

アドレス変換部１１は、受信パケットの送信元ＩＰアドレスでイントラアドレス変換テーブル１９を検索し（Ｓ４１２１）。送信元のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ４１２２）。

送信元のモバイル側ＩＰアドレスを含むエントリが存在すれば、イントラアドレス変換テーブル１９からモバイル側ＩＰアドレスを取得し、パケットの送信元ＩＰアドレスを書き換える（Ｓ４１２３）。

一方、送信元のモバイル側ＩＰアドレスを含むエントリが存在しなければ、アドレスを書き換えることなく、ステップＳ１１２２に進む。

その後、受信パケットの宛先ＩＰアドレスでモバイルアドレス変換テーブル１４を検索し（Ｓ１１２２）。宛先のモバイル側ＩＰアドレスを含むエントリが存在するかを判定する（Ｓ１１２３）。

一方、宛先のモバイル側ＩＰアドレスを含むエントリが存在すれば、アドレス変換部１１は、宛先のイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスに対応するモバイル側ＩＰアドレスをモバイルアドレス変換テーブル１４から取得し、受信パケットの宛先アドレスをイントラ側ＭＡＣアドレス及びイントラ側ＩＰアドレスからモバイル側ＩＰアドレスに変換する（Ｓ１１２４）。

以上に説明したように、本発明の実施例４によると、イントラネットワーク２からモバイルネットワーク４へのパケット及びモバイルネットワーク４からイントラネットワーク２へのパケットの両方のアドレスを変換できる。また、イントラ側ＩＰアドレスをＤＮＳサーバ２３から取得するので、モバイル端末４１はイントラ内サーバ３１のＩＰアドレスを知らなくてもイントラ内サーバ３１にアクセスできる。このため、モバイルネットワーク側からイントラネットワーク側の装置にアクセスしやすくなる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウエアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウエアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１アドレス変換装置
２イントラネットワーク
３リモートサイト
４、４Ａ、４Ｂモバイルネットワーク
６端末
１０モバイル側インターフェース
１１アドレス変換部
１２イントラ側インターフェース
１３制御部
１４モバイルアドレス変換テーブル
１５イントラ側ＭＡＣアドレス変換テーブル
１６ＮＡＴテーブル
１７仮想インターフェース対応テーブル
１８仮想インターフェース部
１８Ａ、１８Ｂ、１８Ｃ仮想インターフェース
１９イントラアドレス変換テーブル
２１ＤＨＣＰサーバ
２２認証機構
２２Ａイントラ認証クライアント
２２Ｂイントラ認証サーバ
２３ＤＮＳサーバ
２４端末
３１イントラ内サーバ
４１モバイル端末
４２基地局装置
４３モバイルコア装置
４４ＭＥＣ
４５Ａ、４５ＢＶＰＮクライアント
４６インターネット
４７ＶＰＮサーバ
４８クラウド

Claims

パケットを転送するネットワークシステムであって、
レイヤ３のＩＰアドレスでデータの転送を制御する第１のネットワークと、
前記第１のネットワークと接続され、前記レイヤ３と異なるレイヤ２のＭＡＣアドレスでデータの転送を制御する第２のネットワークと、
ネットワーク間でアドレスを変換する変換装置とを備え、
前記変換装置は、
前記第１のネットワークとデータを送受信する第１のインターフェースと、
前記第２のネットワークとデータを送受信する第２のインターフェースと、
前記第１のネットワークのＩＰアドレスと、前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスとの対応関係を保持するアドレス変換情報と、
前記アドレス変換情報を参照して、前記第１のネットワークから前記第２のネットワークに転送されるデータに付された前記第１のネットワークのＩＰアドレスを前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスに変換するアドレス変換部とを有することを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記変換装置は、アドレスの登録を制御する制御部を有し、
前記制御部は、前記第２のネットワークのＭＡＣアドレスを用いて、前記第２のネットワークのＩＰアドレスをＤＨＣＰサーバから取得し、前記アドレス変換情報に登録することを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記アドレス変換情報は、
前記第１のネットワークのＩＰアドレスと前記第２のネットワークのＭＡＣアドレスとの対応関係を保持するＭＡＣアドレス変換情報と、
前記第１のネットワークのＩＰアドレスと前記第２のネットワークのＩＰアドレスとの対応関係を保持するＩＰアドレス変換情報とを含み、
前記アドレス変換部は、前記ＭＡＣアドレス変換情報及び前記ＩＰアドレス変換情報を参照して、前記第１のネットワークのＩＰアドレスを前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスに変換することを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記変換装置は、
前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスを管理する仮想インターフェースを有し、
前記アドレス変換情報は、前記第１のネットワークのＩＰアドレスと前記仮想インターフェースとの対応関係を保持する仮想インターフェース対応情報を含み、
前記アドレス変換部は、前記仮想インターフェース対応情報を参照して、前記第１のネットワークから前記第２のネットワークに転送されるデータを送る仮想インターフェースを決定して、データを送出し、
前記仮想インターフェースは、前記第２のネットワークに転送されるデータに付された前記第１のネットワークのＩＰアドレスを前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスに変換することを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記変換装置は、
前記アドレス変換情報は、
前記第１のネットワークのＩＰアドレスと、前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスとの対応関係を保持する第１のアドレス変換情報と、
前記第２のネットワークのＩＰアドレスと、前記第１のネットワークのＩＰアドレスとの対応関係を保持する第２のアドレス変換情報とを含み、
前記アドレス変換部は、前記第１のアドレス変換情報を参照して、前記第１のネットワークから前記第２のネットワークに転送されるデータに付された前記第１のネットワークのＩＰアドレスを前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスに変換し、
前記第２のアドレス変換情報を参照して、前記第２のネットワークから前記第１のネットワークに転送されるデータに付された前記第２のネットワークのＩＰアドレスを前記第１のネットワークのＩＰアドレスに変換することを特徴とするネットワークシステム。
請求項５に記載のネットワークシステムであって、
前記変換装置は、
前記第１のネットワーク内から前記第２のネットワークのＤＮＳサーバに送信されたＤＮＳ要求に対するＤＮＳ応答に含まれるＩＰアドレスに対応する第１のネットワークのＩＰアドレスを生成し、前記第２のアドレス変換情報に登録することを特徴とするネットワークシステム。
パケットを転送するネットワークシステムに設けられる通信制御装置であって、
前記ネットワークシステムは、レイヤ３のＩＰアドレスでデータの転送を制御する第１のネットワークと、前記第１のネットワークと接続され、前記レイヤ３と異なるレイヤ２のＭＡＣアドレスでデータの転送を制御する第２のネットワークとで構成され、
前記通信制御装置は、
前記第１のネットワークとデータを送受信する第１のインターフェースと、
前記第２のネットワークとデータを送受信する第２のインターフェースと、
前記第１のネットワークのＩＰアドレスと、前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスとの対応関係を保持するアドレス変換情報と、
前記アドレス変換情報を参照して、前記第１のネットワークのＩＰアドレスを前記第２のネットワークのＭＡＣアドレス及びＩＰアドレスに変換するアドレス変換部とを備えることを特徴とする通信制御装置。