JPH11196135A - Ｉｐアドレス変換装置 - Google Patents

Abstract

(57)【要約】 【課題】 プライベートＩＰアドレスのグローバルＩＰ
アドレスへの変換機能を有するルータを用いたネットワ
ークシステムで、プライベートＩＰアドレスの優先制御
をインターネットアクセスのサービス品質に反映させ
る。 【解決手段】 プライベートＩＰアドレスの優先度を管
理するＰ−ＩＰ／優先度対応テーブル３０７、ＬＡＮ２
００からの受信パケットを優先度に対応して格納するた
めの受信優先度バッファ３０９を設ける。制御処理回路
３０５は、受信優先度バッファ３０９から優先度に応じ
てパケットを取り出し、該パケットのプライベートＩＰ
アドレスをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用
いてグローバルＩＰアドレスに変換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のネットワー
クを接続するルータなどにおいて、あるＩＰアドレスの
アドレス体系を他のＩＰアドレス体系に変換するＩＰア
ドレス変換装置に関するものである。

【０００２】

【従来の技術】複数のネットワークを接続するネットワ
ーク間接続装置として、ＯＳＩ(ＯpenＳystem Ｉnterco
nnection)等に定められている７階層のネットワーク階
層化モデルのうちのネットワーク層において相互接続を
行うルータ等が知られている。

【０００３】インターネットでは、このネットワーク層
のプロトコルとしてＩＰ(ＩnternetＰrotocol）が用い
られている。現在、ＩＰは発信元／宛先として３２ビッ
トからなるアドレス（ＩＰアドレス）を用いており、イ
ンターネットでは、このＩＰアドレスを世界規模でユニ
ークに割り当てる、いわゆるグローバルＩＰアドレスを
採用しているが、近年インターネットの普及とともにア
ドレス空間の不足が問題となってきた。

【０００４】このＩＰアドレス枯渇問題の抜本的な解決
方法としては、ＩＰアドレス空間を３２ビットから１２
８ビットに拡張する新しいIPv6方式（ＩＰバージョン
６）が提案されている。しかし、IPv6方式の普及には時
間が必要であるため、現実的な解決方法としてプライベ
ートアドレスを用いる方法も提案され、インターネット
技術標準化グループ（ＩＥＳＧ）においてＲＦＣ１９１
８として規格化されている。ＲＦＣとはＲequest Ｆor
Ｃommentの略で、インターネット技術における標準規格
である。

【０００５】プライベートアドレスは世界的なインター
ネットには直接的には接続を許されず、組織内での使用
に限られている。そこで、企業や学校などの組織内では
任意の数のプライベートアドレスを用いるが、組織外と
の接続においては限られた少数のグローバルＩＰアドレ
スに変換する必要がある。それを実現する装置としてＮ
ＡＴ(Ｎetwork Ａddress Ｔranslator）が用いられる。
ＮＡＴは実際にはルータの機能として実現される。

【０００６】図２は、ＮＡＴを用いたネットワーク構成
の一例を示した図である。図２において、ＰＣ１からＰ
Ｃ１００はＴＣＰ／ＩＰの端末（パソコン、その他）で
ある。各ＰＣはＬＡＮ２００によって３００に示すＮＡ
Ｔに接続されており、ＮＡＴ３００はＬＡＮ２００に接
続されていると共に一方でＷＡＮ（広域回線）４００に
よってインターネット５００に接続されている。各ＰＣ
のＩＰアドレスはプライベートアドレス（以下、Ｐ−Ｉ
Ｐと称す）が割り振られており、ＮＡＴ３００では、そ
のＰ−ＩＰをグローバルアドレス（以下、Ｇ−ＩＰと称
す）に変換することによって、各ＰＣ１〜１００がイン
ターネット５００上の例えば６００に示すサーバにアク
セスすることを可能にしている。

【０００７】ここでは具体的に、各ＰＣにはＰ−ＩＰア
ドレスとして１から１００（ｉｐ＝１〜１００）が各１
個割り振られ、ＮＡＴ３００ではＧ−ＩＰアドレスとし
て２００１から２００８（ｉｐ＝２００１〜２００８）
までの８個が確保できているものとする。なお、本来Ｉ
Ｐアドレスの表記は３２ビットのアドレスを８ビットを
単位として１０進数で表し、「．」で連続して表記する
が、ここでは単純に表現するため単なる１０進数で表記
することとする。

【０００８】図２において、ＮＡＴ３００はＰＣからの
パケットに対し、先着順に２００１〜２００８のＧ−Ｉ
Ｐを割り当てる。したがって、同時には８台のＰＣしか
インターネット５００にアクセスできない。通信が終了
し、Ｇ−ＩＰアドレスが解放されると、新たに該Ｇ−Ｉ
ＰアドレスをＰＣからのインターネットアクセスに割り
当てることができる。勿論、ＬＡＮ２００内では、各Ｐ
Ｃは１〜１００のＰ−ＩＰアドレスを用いて通信するこ
とは可能である。

【０００９】次に図３、図４を用いて、従来のＮＡＴの
構成及び動作について説明する。

【００１０】図３は従来のＮＡＴの構成の一例を示す機
能ブロック図である。本ＮＡＴ３００はＬＡＮインター
フェース回路３０１とＷＡＮインターフェース回路３０
２を有し、各インターフェース回路３０１，３０２間は
送受信バッファ３０３，３０４を介して接続される。ま
た、本ＮＡＴ３００はＣＰＵやメモリからなる制御処理
回路３０５と、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６
を有する。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０
６は実際にはメインメモリ上に配置されるが、図３では
機能構成上、独立の構成要素として示したものである。

【００１１】ＬＡＮ２００側からＬＡＮインターフェー
ス回路３０１を経て送受信バッファ３０３に受信された
パケットには、宛先ＩＰアドレスとしてＧ−ＩＰアドレ
ス、送信元ＩＰアドレスとしてＰ−ＩＰアドレスが付い
ている。制御処理回路３０５は、該パケットの送信元Ｉ
ＰアドレスのＰ−ＩＰアドレスを、Ｐ−ＩＰ／Ｇ−ＩＰ
対応テーブル３０６を用いてＧ−ＩＰに変換する。この
アドレス変換されたパケット（送信パケット）が、送受
信バッファ３０４、ＷＡＮインターフェース回路３０２
を経てＷＡＮ４００側に送出される。一方、ＷＡＮ４０
０側からＷＡＮインターフェース回路３０２を経て送受
信バッファ３０４に受信したパケット（応答パケット）
には、宛先ＩＰアドレス及び送信元ＩＰアドレスとし
て、ともにＧ−ＩＰアドレスが付いている。制御処理回
路３０５は、該パケットの宛先ＩＰアドレスのＧ−ＩＰ
アドレスをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用
いてＰ−ＩＰアドレスに変換する。この変換されたパケ
ットが、送受信バッファ３０３、ＬＡＮインターフェー
ス回路３０１を経てＬＡＮ２００側に送出される。

【００１２】図４は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０６の構成例である。図４において、Ｐ−ＩＰ／Ｇ−
ＩＰ対応テーブル３０６はインデックスフィールド、Ｇ
−ＩＰアドレスフィールド、使用中フラグフィールド及
びＰ−ＩＰアドレスフィールドにより、一つのエントリ
を構成している。本例では、Ｇ−ＩＰアドレスが８個割
り振られているので、該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブ
ル３０６は８個のエントリからなる。インデックスフィ
ールドは各エントリを特定するために用いるが、メモリ
アドレス等で代用することが可能なフィールドである。
Ｇ−ＩＰアドレスフィールドは、本例では２００１から
２００８までの８個のＧ−ＩＰを格納している。これら
に対し、すでにＧ−ＩＰアドレスが割り当てられてアド
レス変換を行って通信中であれば、使用中フラグは
「１」、現在通信に用いていないＧ−ＩＰであれば、使
用中フラグは「０」を格納する。使用中フラグが「１」
のＧ−ＩＰについて、変換される元のＰ−ＩＰアドレス
がＰ−ＩＰアドレスフィールドに格納される。

【００１３】図３の制御処理回路３０５は、ＬＡＮ２０
０から新しくパケットを受信すると、該Ｐ−ＩＰ／Ｇ−
ＩＰ対応テーブル３０６を用いて、送信元ＩＰアドレス
のＰ−ＩＰアドレスを使用中でないＧ−ＩＰに変換する
とともに、該Ｇ−ＩＰアドレスに対応する使用中フラグ
を「１」とし、Ｐ−ＩＰアドレスフィールドに送信元Ｉ
ＰアドレスのＰ−ＩＰアドレスを格納する。なお、ＩＰ
アドレスの変換技術に関してはＲＦＣ１６３１で開示さ
れている。

【００１４】以上のようにして、図２において、ＰＣ１
〜１００（ｉｐ＝１〜１００）の任意のＰＣからＮＡＴ
３００を経由してインターネット５００にアクセスする
ことが可能となり、逆にインターネット側からＰＣへの
応答パケットは、該パケットに付いている宛先ＩＰアド
レスのＧ−ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０
６を用いてＰ−ＩＰに逆変換することによって、該当す
るＰＣに向けて送信することが可能となる。

【００１５】以上述べてきたＮＡＴを用いたネットワー
クでは、基本的には組織内から外部へのアクセスしか許
されず、外部に対して発信するサーバは固定的にグロー
バルアドレスを与える必要がある。しかしながらＷＷＷ
(Ｗorld Ｗide Ｗeb）のようなアプリケーションでは通
信の契機が組織内の端末であることから、ＮＡＴは有効
に作用する。

【００１６】一方、アドレス枯渇との要求とは別に、端
末やアプリケーション毎に通信の帯域を確保し、一定の
通信品質をインターネットにおいて実現し、マルチメデ
ィア通信に対応させることを目的とした研究開発も近年
行われている。これは主にインターネットの中継路であ
る通信回線の帯域を優先制御することにより実現され
る。

【００１７】前述の図２に示すネットワーク例でも、各
ＰＣのインターネットアクセスについて優先順位を定め
たいような場合がある。また、ある一定の帯域を予約す
ることでインターネットアクセスを優先的に利用できる
ようにしたい場合もある。しかしながら、一般に知られ
ているルータでのＮＡＴ機能は前述のとおり、少数のグ
ローバルＩＰアドレスを時間的に早く到着したプライベ
ートＩＰアドレスのパケットの順で割り当てる。このた
め、従来のＮＡＴを用いたネットワークでは、通信の帯
域管理や優先制御が不可能となり、通信サービス品質を
制御できないという新たな問題が生じてきた。

【００１８】

【発明が解決しようとする課題】本発明が解決しようと
する課題は、多数のプライベートＩＰアドレスを少数の
グローバルＩＰアドレスに対応付けて変換するネットワ
ークシステムにおいて、プライベートＩＰアドレスの装
置間における優先度や通信優先権をグローバルＩＰアド
レスの割り当てに反映し、ネットワークアクセスのサー
ビス品質を制御可能とすることである。

【００１９】

【課題を解決するための手段】上記問題を解決するため
に、本発明のＩＰアドレス変換装置においては、プライ
ベートＩＰアドレスをグローバルＩＰアドレスに対応付
けるＰ−ＩＰ／Ｇ−ＩＰ対応テーブルに加えて、プライ
ベートＩＰアドレスの優先度を管理する手段と、プライ
ベートＩＰアドレスを用いたパケットを格納するための
受信パケット保持手段と、該受信パケット保持手段から
優先度に応じてパケットを取り出し、該パケットのプラ
イベートＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ対応テーブ
ルに従ってグローバルＩＰアドレスに変換するＩＰアド
レス変換優先制御処理手段を新たに設けたものである。

【００２０】また、本発明のＩＰアドレス変換装置は、
プライベートＩＰアドレスの優先度に加えてアドレス変
換優先権の有無を管理する手段と、前記Ｐ−ＩＰ／Ｇ−
ＩＰ対応テーブルとは別のＰ−ＩＰ／Ｇ−ＩＰ変換優先
対応テーブルを設け、アドレス変換優先権対象のプライ
ベートＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ変換優先対応
テーブルに従ってグローバルＩＰアドレスに変換するこ
とを特徴とする。

【００２１】さらに、本発明のＩＰアドレス変換装置
は、変換されたパケットを格納するための送信パケット
保持手段と、該送信パケット保持手段から優先度に応じ
てパケットを取り出し、パケット送信を制御する手段
と、パケット保持手段から優先度に応じてパケットを取
り出すときの当該優先度を動的に制御するための優先度
制御手段を設けたことを特徴とする。

【００２２】なお、本発明のＩＰアドレス変換装置は、
プライベートＩＰアドレスをグローバルＩＰアドレスに
変換する装置に限定されるものではなく、一般に第一の
ＩＰアドレス体系のＩＰアドレスを第二のＩＰアドレス
に変換する装置、さらには、ＴＣＰ／ＩＰパケットの第
一ＩＰアドレス体系のＩＰアドレスを第二ＩＰアドレス
体系のＴＣＰポートに変換する装置などに適用すること
ができる。

【００２３】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて詳述する。 〔実施例１〕図１は、本発明にかかるＩＰアドレス変換
装置の実施例１の機能ブロック図であり、図２のネット
ワークのＮＡＴ３００に適用した場合の構成例を示した
ものである。本ＮＡＴ３００は、図３と同様に、ＬＡＮ
インターフェース回路３０１、ＷＡＮインターフェース
回路３０２、各インターフェース回路に対応の送受信バ
ッファ３０３，３０４、ＣＰＵやメモリからなる制御処
理回路３０５、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６
を有する。さらに、本ＮＡＴ３００では、プライベート
ＩＰアドレスの優先度を管理するＰ−ＩＰ／優先度対応
テーブル３０７、ＩＰアドレス変換処理の優先度を動的
に制御するために用いられる優先度制御テーブル３０
８、ＬＡＮ側からの受信パケットを優先度に対応して格
納する受信優先度バッファ３０９、及び、変換されたパ
ケットを優先度に対応して格納する送信優先度バッファ
３１０を有する。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブ
ル３０６、Ｐ−ＩＰ／優先度対応テーブル３０７、優先
度制御テーブル３０８は実際にはメインメモリ上に配置
されるが、図１では機能構造上、独立の構成要素として
示したものである。また、受信優先度バッファ３０９、
送信優先度バッファ３１０はそれぞれ優先度別のキュー
で構成され、各キュー毎にパケットの有無を示すフラグ
を有するが、図１では省略してある。

【００２４】図５は、Ｐ−ＩＰ／優先度対応テーブル３
０７の具体的な内容の一例を示した図である。図５にお
いて、Ｐ−ＩＰ／優先度対応テーブル３０７はＰ−ＩＰ
アドレスフィールドと優先度フィールドから構成され
る。本例では、図２で述べた例と同様に、ＬＡＮ２００
側にＰ−ＩＰアドレスの端末が１００台あるものとす
る。また、本例では、これら端末単位で優先度は予め定
まっているものとし、優先度は６段階にランク分けさ
れ、最も高い優先度を１、最も低い優先度を６とする。
例えば、図５において、Ｐ−ＩＰアドレスが３の端末の
優先度は５である。

【００２５】優先度の設定方法は、特に制限はない。最
も簡単には、オペレータの入力作業によって可能とな
る。他の方法としては、ネットワークの状態を監視する
局が、ネットワークのトラフィック量などに基づき制御
プロトコルを用いて設定する方法や、予め帯域予約に基
づいて制御プロトコルを用いて設定する方法などが考え
られる。

【００２６】図６は、優先度制御テーブル３０８の具体
的な内容の例を示した図である。本例では、優先度制御
テーブル３０８は、インデックスフィールドと優先度フ
ィールドの対による複数個のエントリ、及びカレントイ
ンデックスフィールドで構成される。本例では、ＩＰア
ドレス変換処理の優先度の動的制御はインデックスで示
す１〜２１で一巡し、その間に、優先度１は６回、優先
度２は５回、・・・、優先度６は１回の割合で選択され
るものとしている。すなわち、優先度制御テーブル３０
８には、優先度が高いほど出現確率が高く設定してあ
る。

【００２７】カレントインデックスは、現在の制御対象
の優先度のインデックスを示している。図６では、カレ
ントインデックスは５を示しているので、現在の優先度
はインデックス５の優先度である１となる。現在のアド
レス変換処理が終了すると、カレントインデックスは６
となり、優先度制御テーブル３０８より、次の優先度は
２となる。

【００２８】図７は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０６を示しており、図７（ａ）はある時点でのＰ−Ｉ
Ｐ／Ｇ−ＩＰ対応テーブル３０６の内容を表し、図７
（ｂ）は図７（ａ）に対し、新たにＧ−ＩＰをＰ−ＩＰ
に割り当てた後のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０
６の内容を表している。図７のＰ−ＩＰ／Ｇ−ＩＰ対応
テーブル３０６は、図４に示したＰ−ＩＰ／Ｇ−ＩＰ対
応テーブル３０６と同様な構成であるが、本実施例では
さらにＰ−ＩＰアドレスの優先度を示す優先度フィール
ドが設けられている。該優先度フィールドには、図５の
Ｐ−ＩＰ／優先度対応テーブル３０７でＰ−ＩＰに対応
付けられた優先度が格納される。

【００２９】次に、図１の実施例１におけるＩＰアドレ
ス変換優先制御の処理手順について、図８、図９を用い
て説明する。なお、この処理は図１の制御処理回路３０
５が実行する。

【００３０】図８は、ＬＡＮ２００からのパケット受信
タイミングにおいて行う処理である。ＬＡＮ２００から
ＬＡＮインターフェース回路３０１を経て送受信バッフ
ァ３０３に受信したパケット（送信パケット）には、宛
先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰア
ドレスとしてＰ−ＩＰアドレスが付いている。処理８０
１では、該送受信バッファ３０３の受信キューからパケ
ットを読み出す。処理８０２では、該パケットの送信元
ＩＰ即ちＰ−ＩＰの優先度をＰ−ＩＰ／優先度対応テー
ブル３０７を参照することにより得る。処理８０３で
は、該優先度に従い、該パケットを受信優先度バッファ
３０９内の対応する受信優先度キューに格納し、対応す
るフラグを１（パケットあり）にする。

【００３１】ここまでの処理を、図１０を用いて具体的
に説明する。図１０はＩＰアドレス変換優先制御の処理
手順によるパケットのフローを模式的に表した図であ
る。

【００３２】図１０において、（ａ）に示す受信キュー
は前述の送受信バッファ３０３内のＬＡＮ２００からの
受信順番にしたがったキューであり、本例では、送信元
ＩＰ＝３のパケットと送信元ＩＰ＝９のパケットがすで
に存在することを示している。処理８０１により、該受
信キューからパケットを読み出す。送信元ＩＰ＝３のパ
ケットは、処理８０２でＰ−ＩＰ／優先度対応テーブル
３０７を参照することにより、優先度が５であることが
判る（図５参照）。同様に、送信元ＩＰ＝９のパケット
は、処理８０２でＰ−ＩＰ／優先度対応テーブル３０７
を参照することにより、優先度が２であることが判る。
このため、（ｂ）のように、処理８０３により送信元Ｉ
Ｐ＝３のパケットは受信優先度バッファ３０９内の優先
度が５の受信優先度キューに格納され、送信元ＩＰ＝９
のパケットは優先度が２の受信優先度キューに格納され
る。なお、図１０の（ｂ）では、各受信優先度キューの
パケットの有無を示すフラグは省略してある。

【００３３】次に、図９の処理フローについて説明す
る。これは、受信優先度バッファ３０９内のパケットを
取り出してＩＰアドレス変換し、送信優先度バッファ３
１０に格納する処理である。受信優先度バッファ３０９
からのパケット取り出し方式としては、連続的に取り出
す方式と時間的に分散して取り出す方式が考えられる。
連続的に取り出す方式は、受信優先度バッファ３０９内
のパケットがすべてなくなるまで、図９の処理を繰り返
すことにより実現される。一方、時間的に分散して取り
出す方式としては、ＩＰアドレス変換装置の全体を制御
するスケジューラによって定期的に図９の処理が呼び出
され、一つのパケットを処理する毎にスケジューラに戻
ることにより実現される。スケジューラは、例えば制御
処理回路３０５の一つの機能として用意される。

【００３４】図９において、処理８１１では、優先度制
御テーブル３０８のカレントインデックスから現在の優
先度を得る。処理８１２では、受信優先度バッファ３０
９内の該優先度に対応する受信優先度キューにパケット
が存在するか否かを判定する。もし存在しなければ、処
理８１３で優先度を１下げて（即ち、優先度を１インク
リメントして）、再び受信優先度キューを調べるという
ループに入る。このループにおいて、もし最低の優先度
６でも受信優先度キュー内に受信パケットがなければ、
優先度を最高に上げて（即ち、優先度を１として）さら
に処理を継続するが、全ての受信優先度キューに受信パ
ケットが無いのであれば、処理を終了する。該当する受
信優先度キューにパケットが存在するのであれば処理８
１４に移り、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に
未使用（使用中フラグ＝０）のＧ−ＩＰが存在するか判
定する。もし、未使用のＧ−ＩＰが無ければ、処理を終
了する。未使用のＧ−ＩＰがあれば、処理８１５に移
り、該当する受信優先度キューに存在したパケットの送
信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用
いてＧ−ＩＰに変換し、処理８１６において、該変換し
たパケットを該受信優先度キューに対応して、送信優先
度バッファ３１０内の該当する送信優先度キューに格納
し、対応するフラグを１（パケットあり）にする。最後
に処理８１７で、優先度制御テーブル３０８によりカレ
ントインデックスの値を１更新する。

【００３５】ここで、受信優先度バッファ３０９内の全
受信優先度キューが空か否かは、処理８１２，８１３の
ループを優先度の数だけ繰り返す（本例では６回）こと
で判定できるが、各受信優先度キュー対応のフラグを論
理和して、その結果が“１”（パケットあり）か“０”
（空）かで判定することでもよく、この場合にはただち
に判定できる。

【００３６】一方、送信優先度バッファ３１０に格納さ
れたＩＰアドレス変換後のパケットは、優先度に従って
当該する送信優先度キューのパケットから読み出され、
送受信バッファ３０４の送信キューにキューイングされ
た後、ＷＡＮへの送信タイミングでＷＡＮ４００へ送信
される。これは、制御処理回路３０５の送信制御機能で
実現される。

【００３７】ここまでの処理を、再び図１０を用いて具
体的に説明する。いま、優先度制御テーブル３０８のカ
レントインデックスは、図６に示すように５であったと
する。処理８１１では、図６の優先度制御テーブル３０
８より、このインデックスが５の優先度として１を取得
する。即ち、現時点で最優先処理すべきパケットは、優
先度１の受信優先度キューに存在するパケットである。
しかし、図１０の（ｂ）に示すように、優先度１の受信
優先度キューには現在パケットは存在しない。このた
め、処理８１２，８１３をループし、優先度を１段階下
げて、優先度２の受信優先度キューに存在する送信元Ｉ
Ｐ（Ｐ−ＩＰ）が９のパケットを得る。処理８１４で、
Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に空があるか判
定し、空がある場合、処理８１５で該パケットの送信元
ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いて
Ｇ−ＩＰに変換する。図７の（ａ）に示す通り、この時
点で使用中でないＧ−ＩＰは例えば２００４である。そ
こで、優先度２の受信優先度キューから取得したパケッ
トの送信元ＩＰの９を２００４に変換する。そして、図
７の（ｂ）に示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テー
ブル３０６について、Ｇ−ＩＰが２００４の使用中フラ
グを「１」とし、Ｐ−ＩＰアドレスフィールドに９を設
定し、優先度フィールドに２を格納する。送信元ＩＰア
ドレスが２００４に変換されたパケットは、図１０の
（ｃ）に示すように、処理８１６で、優先度２の受信優
先度キューに対応して、送信優先度バッファ３１０内の
該当する送信優先度キューに格納される。なお、図１０
の（ｃ）では、送信優先度キューのパケットの有無を示
すフラグは省略してある。送信優先度バッファ３１０内
のパケットは、優先度に従って読み出され、送受信バッ
ファ３０４の送信キューに格納されるが、本例では、図
１０の（ｄ）に示すように、優先度２の送信優先度キュ
ーのパケットが読み出されて送信キューに格納される。

【００３８】以上の処理により、Ｐ−ＩＰが３のＰＣよ
りも優先度の高いＰ−ＩＰが９の端末に対し、優先的に
Ｇ−ＩＰが割り当てられ、インターネットにアクセスす
ることができる。

【００３９】なお、図１０の例では、ＷＡＮ側の送信優
先度キューの個数は、ＬＡＮ側の受信優先度キューに対
応して同数としたが、異なる数とし、あらためて優先度
を対応づけることも可能である。また、受信優先度キュ
ーや送信優先度キューは、それぞれ送受信バッファ３０
３，３０４内に存在させてもよい。即ち、送受信バッフ
ァ３０３内に受信優先度バッフ３０９を存在させ、送受
信バッファ３０４に送信優先度バッファ３１０を存在さ
せることも可能である。

【００４０】ここで、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０６のクリアタイミングについて触れておく。Ｐ−Ｉ
Ｐ／Ｇ−ＩＰ対応テーブル３０６の各エントリをクリア
する方法としては以下の方式が考えられる。第１の方式
としては該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６への
アクセスを監視し、一定時間以上アクセスがないエント
リの内容をクリアするタイマ監視型の方式である。第２
の方式として上位レイヤの通信状態を常に該ＩＰアドレ
ス変換装置が監視し、通信が終了したことを検出した後
にＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の該当するエ
ントリの内容をクリアする通信監視型の方式である。こ
れらのクリア方式は、従来のアドレス変換装置において
も用いられる技術である。

【００４１】〔実施例２〕上述の実施例１のＩＰアドレ
ス変換装置においては、優先度の高いＰ−ＩＰの端末の
パケットに対して優先的にＧ−ＩＰが割り当てられると
同時に、優先度制御テーブル３０８を用いて現時点での
最高の優先度を変化させることによって、優先権の低い
Ｐ−ＩＰの端末のパケットの沈み込みを防ぐことがで
き、例えば、優先度が１のパケットを連続的にＬＡＮか
ら受信した場合でも優先度の低いパケットは送信を永遠
に待たされつづけることのないシステムを提供できる。
反面、優先度の低いパケットなどのためにＰ−ＩＰ／Ｇ
−ＩＰ対応テーブル３０６がすべて使用中の場合には、
優先度の高いパケットが待たされることになる。実施例
２は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブルがすべて使用中
の場合などにも、アドレス変換優先権を待つＰ−ＩＰの
端末に対しては、Ｇ−ＩＰを割り当てることができるよ
うにするものである。

【００４２】図１１は、本実施例２のＩＰアドレス変換
装置の機能ブロック図であり、図１と同様に、図２のネ
ットワークのＮＡＴ３００に適用した場合の構成例を示
した図である。本ＮＡＴ３００は、図１のＰ−ＩＰ／優
先度対応テーブル３０７のかわりに、プライベートＩＰ
アドレスの優先度とアドレス変換優先権を管理するＰ−
ＩＰ／優先度及びアドレス変換優先権対応テーブル３１
１を設け、さらに、プライベートＩＰアドレスで変換優
先権を持ったＩＰパケットのＰ−ＩＰ／Ｇ−ＩＰの対応
を管理するＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３
１２を新しく設けた点が図１と相違し、それ以外は図１
の構成と同じである。図１１でも、Ｐ−ＩＰ／Ｇ−ＩＰ
対応テーブル３０６、優先度制御テーブル３０８、Ｐ−
ＩＰ／優先度及びアドレス変換優先権対応テーブル３１
１、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２は
実際にはメインメモリ上に配置されるが、機能構造上、
独立の構成要素として示してある。同様に、受信優先度
バッファ３０９、送信優先度バッファ３１０はそれぞれ
優先度別のキューで構成され、各キュー毎にパケットの
有無を示すフラグを有するが、図１１でも省略してあ
る。

【００４３】図１２は、Ｐ−ＩＰ／優先度及びアドレス
変換優先権対応テーブル３１１の具体的な内容の一例を
示した図である。図１２において、Ｐ−ＩＰ／優先度及
びアドレス変換優先権対応テーブル３１１はＰ−ＩＰア
ドレスフィールドと優先度フィールドとアドレス変換優
先権フィールドから構成される。本例でも、図２で述べ
た例と同様に、ＬＡＮ２００側にＰ−ＩＰアドレスの端
末が１００台あるものとしている。優先度フィールド
は、図５のＰ−ＩＰ／優先度対応テーブル３０７と同じ
であり、ここでも優先度は６段階にランク分けされ、最
も高い優先度は１、最も低い優先度は６である。Ｐ−Ｉ
Ｐ／優先度及びアドレス変換優先権対応テーブル３１１
では、さらに、この優先度フィールドとは別に、Ｐ−Ｉ
Ｐ毎に通信優先権などを反映するアドレス変換優先権の
有無を示すアドレス変換権フィールドがあり、アドレス
変換優先権を有しているＰ−ＩＰアドレスバは１、有し
ていないＰ−ＩＰアドレスには０を設定する。例えば、
図１２において、Ｐ−ＩＰアドレスが１７の端末の元々
の優先度は４であるが、アドレス変換優先権を有してい
る。アドレス変換優先権の設定方法は、特に制限はな
く、先に述べた優先度の場合と同じでよい。

【００４４】図１３は、本実施例２の場合のＰ−ＩＰ／
Ｇ−ＩＰ対応テーブル３０６を示しており、図１３
（ａ）はある時点でのＰ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０６の内容を表し、図１３（ｂ）は図１３（ａ）に対
し、新たにＧ−ＩＰをＰ−ＩＰに割り当てた後のＰ−Ｉ
Ｐ／Ｇ−ＩＰ対応テーブル３０６の内容を表している。
図１３は図７と同様な構成であるが、本ＮＡＴ３００に
割り当てられたＧ−ＩＰアドレス２００１〜２００８の
うち、一例として２００１〜２００５を該Ｐ−ＩＰ／Ｇ
−ＩＰ対応テーブル３０６で利用することを示したもの
である。このＧ−ＩＰアドレスの残りの２００６〜２０
０８がＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２
で利用されることになる。

【００４５】図１４は、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対
応テーブル３１２を示しており、図１３のＰ−ＩＰ／Ｇ
−ＩＰ対応テーブル３０６と同じ構成であるが、アドレ
ス変換優先権を持った端末のＰ−ＩＰアドレスについて
優先的にアドレス変換を行うために、Ｐ−ＩＰ／Ｇ−Ｉ
Ｐ対応テーブル３０６とは異なったＧ−ＩＰ（本例では
２００６〜２００８）とＰ−ＩＰの対応を管理する。こ
れ以外はＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とまっ
たく同様の使用法である。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対
応テーブル３０６に割り当てるＧ−ＩＰと該Ｐ−ＩＰ／
Ｇ−ＩＰ変換優先対応テーブル３１２に割り当てるＧ−
ＩＰとの比率は、例えばアドレス優先権の有無の比率等
で決めればよく、特に制限はない。また、設定方法は、
手動、自動のいずれでもよく、可変としてもよい。

【００４６】次に、図１１の実施例２におけるＩＰアド
レス変換優先制御の処理手順について、図１５、図１６
を用いて説明する。なお、この処理は、図１１の制御処
理回路３０５が実行する。

【００４７】図１５は、ＬＡＮ２００からのパケット受
信タイミングにおいて行う処理である。ＬＡＮ２００か
らＬＡＮインターフェース回路３０１を経て送受信バッ
ファ３０３に受信したパケット（送信パケット）には、
宛先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰ
アドレスとしてＰ−ＩＰアドレスが付いている。処理１
５０１は図８の処理８０１と同じであり、、該送受信バ
ッファ３０３の受信キューからパケットを読み出す。処
理１５０２では、該パケットの送信元ＩＰであるＰ−Ｉ
Ｐの優先度に加えて、当該Ｐ−ＩＰのアドレス変換優先
権の有無を、Ｐ−ＩＰ／優先度及びアドレス変換優先権
対応テーブル３１１を参照することにより得る。処理１
５０３は図８の処理８０３と同じであり、優先度に従
い、該パケットを受信優先度バッファ３０９内の対応す
る受信優先度キューに格納し、対応するフラグを１（パ
ケットあり）にする。

【００４８】ここまでの処理を、図１７を用いて具体的
に説明する。図１７は図１０と同様に、優先度によるＩ
Ｐアドレス変換優先制御の処理手順によるパケットのフ
ローを模式的に表した図である。

【００４９】図１７において、（ａ）に示す受信キュー
は送受信バッファ３０３内のＬＡＮ２００からの受信順
番にしたがったキューであり、本例では、送信元ＩＰ＝
３のパケットと送信元ＩＰ＝９のパケットと送信元ＩＰ
＝１７のパケットがすでに存在することを示している。
送信元ＩＰ＝３のパケットは、処理１５０２でＰ−ＩＰ
／優先度及びアドレス変換優先権対応テーブル３１１を
参照することにより、優先度が５であることが判る（図
１２参照）。同様に、送信元ＩＰ＝９のパケットは、処
理１５０２でＰ−ＩＰ／優先度及びアドレス変換優先権
対応テーブル３１１を参照することにより優先度が２、
送信元ＩＰ＝１７のパケットは、優先度が４であること
が判る。このため、（ｂ）のように、処理１５０３によ
り送信元ＩＰ＝３のパケットは受信優先度バッファ３０
９内の優先度が５の受信キューに格納され、送信元ＩＰ
＝９のパケットは優先度が２の受信優先度キューに格納
され、送信元ＩＰ＝１７のパケットは優先度が４の受信
優先度キューに格納される。同時に、Ｐ−ＩＰ／優先度
及びアドレス変換権対応テーブル３１１を参照すること
により、該当Ｐ−ＩＰのアドレス変換優先権の有無も判
かるので、処理１５０３では優先度とともにアドレス変
換優先権の有無も格納する。図１７の（ｂ）のカッコ内
の値は、それを表わしたもので、１はアドレス変換優先
権有り、０は無しである。なお、図１７の（ｂ）では、
各受信優先度キューのパケットの有無を示すフラグは省
略してある。

【００５０】次に、図１６の処理フローについて説明す
る。これは、受信優先度バッファ３０９内のパケットを
取り出してＩＰアドレス変換し、送信優先度バッファ３
１０に格納する処理である。

【００５１】図１６において、処理１５１１〜１５１７
は図９の処理８１１〜８１７と同じであるので、ここで
は説明を省略する。図１６では、処理１５１４において
Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に未使用（使用
中フラグ＝０）のＧ−ＩＰが存在しない場合、次の図９
のような処理を終了とせずに、処理１５１８にて、当該
パケットのアドレス変換優先権の有無を調べ、当該パケ
ットにアドレス変換優先権があれば、処理１５１９に移
り、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に
未使用（使用中フラグ＝０）のＧ−ＩＰが存在するか判
定する。もし、未使用のＧ−ＩＰが無ければ、ここで処
理を終了とする。一方、未使用のＧ−ＩＰがあれば、処
理１５２０に移り、該当する受信優先度キューに存在し
たパケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ変換優先
対応テーブル３１２を用いてＧ−ＩＰに変換する。その
後、処理１５１６に戻り、該変換したパケットを該受信
優先度キューに対応して、送信優先度バッファ３１０内
の該当する送信優先度キューに格納し、対応するフラグ
を１（パケットあり）にする。そして、処理１５１７
で、優先度制御テーブル３０８によりカレントインデッ
クスの値を１更新する。

【００５２】図１６における処理を、図１７、図１８を
用いて具体的に説明する。まず、図１７の例について、
図６、図１３を参照して、アドレス変換優先権がないパ
ケットの処理を説明する。いま、優先度制御テーブル３
０８のカレントインデックスは、図６に示すように５で
あったとする。処理１５１１では、図６の優先度制御テ
ーブル３０８より、このインデックスが５の優先度とし
て１を取得する。しかし、図１７の（ｂ）に示すよう
に、優先度１の受信優先度キューには現在パケットは存
在しない。このため、処理１５１２、１５１３をループ
し、優先度を１下げて、優先度２の受信優先度キューに
存在する送信元ＩＰ（Ｐ−ＩＰ）が９のパケットを得
る。処理１５１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０６に空きがあるか判定する。空きがある場合、処理
１５１５で該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−Ｉ
Ｐ対応テーブル３０６を用いてＧ−ＩＰに変換する。図
１３の（ａ）に示すとおり、この時点で使用中でないＧ
−ＩＰは２００４である。そこで、優先度２の受信キュ
ーから取得したパケットの送信元ＩＰの９を２００４に
変換する。そして、図１３の（ｂ）に示すように、Ｐ−
ＩＰ／Ｇ−ＩＰ対応テーブル３０６について、Ｇ−ＩＰ
の２００４の使用中プラグを「１」とし、Ｐ−ＩＰアド
レスフィールドに９を設定し、優先度フィールドに２を
格納する。送信元ＩＰアドレスが２００４に変換された
パケットは、図１７の（ｃ）に示すように、処理１５１
６で、優先度２の受信優先度キューに対応して、送信優
先度バッファ３１０内の該当する送信優先度キューに格
納される。なお、図１７の（ｃ）では、送信優先度キュ
ーのパケットの有無を示すフラグは省略してある。送信
優先度バッファ３１０内のパケットは、優先度にしたが
って読み出され、送受信バッファ３０４の送信キューに
格納されるが、本例では、図１７の（ｄ）に示すよう
に、優先度２の送信優先度キューのパケットが読み出さ
れて送信キューに格納される。

【００５３】次に、アドレス変換優先権があるパケット
の処理について、図１８を用いて具体的に説明する。図
１８は、図１７の処理をした後の状態を示したものであ
る。また、優先度制御テーブル３０８のカレントインデ
ックスは１つ更新され６となっている。処理１５では、
図６の優先度制御テーブル３０８より、このインデック
スが６の優先度として２を取得する。即ち、現時点で最
優先処理すべきパケットは、優先度２の受信優先度キュ
ーに存在するパケットである。しかし、図１８の（ｂ）
に示すように、優先度２の受信優先度キューは図１７に
示したように処理が終わってしまい、現在パケットは存
在しない。このため、処理１５１２、１５１３をループ
し、優先度を１下げるが、優先度３の受信キューにもパ
ケットが存在しない。さらに処理１５１２、１５１３を
ループし、優先度４の受信優先度キューに存在する送信
元ＩＰ（Ｐ−ＩＰ）が１７のパケットを得る。処理１５
１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−
ＩＰに空きがあるか判定する。いま、図１３の（ｂ）に
示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の
Ｇ−ＩＰには空きがなくなったとする。この場合、処理
１５１８に移り、該Ｐ−ＩＰ＝１７のパケットにはアド
レス変換優先権があることを知る。そこで処理１５１９
で、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に
空きがあるか判定する。空きがある場合、処理８２０で
該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ変換優先
対応テーブル３１２を用いてＧ−ＩＰに変換する。

【００５４】図１４の（ａ）に示すとおり、Ｐ−ＩＰ／
Ｇ−ＩＰ変換優先対応テーブル３１２には、この時点で
は使用中のＧ−ＩＰは無い。そこで、Ｐ−ＩＰ／Ｇ−Ｉ
Ｐ変換優先対応テーブル３１２により、優先度４の受信
キューから取得したパケットの送信元ＩＰの１７を２０
０６に変換する。そして、図１４の（ｂ）に示すよう
に、このＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１
２について、Ｇ−ＩＰの２００６の使用中プラグを
「１」とし、Ｐ−ＩＰアドレスフィールドに１７を設定
し、優先度フィールドに４を格納する。送信元ＩＰアド
レスが２００６に変換されたパケットは、図１８の
（ｃ）に示すように、処理１５１６で、優先度４の受信
優先度キューに対応して、送信優先度バッファ３１０内
の該当する送信優先度キューに格納される。なお、図１
８の（ｃ）でも、送信優先度キューのパケットの有無を
示すフラグは省略してある。送信優先度バッファ３１０
内のパケットは、優先度にしたがって読み出され、送受
信バッファ３０４の送信キューに格納されるが、本例で
は、図１８の（ｄ）に示すように、優先度２の送信優先
度キューのパケットが読み出されて送信キューに格納さ
れる。

【００５５】以上の処理により、Ｐ−ＩＰが３のＰＣよ
りも優先度の高いＰ−ＩＰが９の端末に対し、優先的に
Ｇ−ＩＰが割り当てられ、インターネットにアクセスす
ることができ、また、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０６がすべて使用中であっても、Ｐ−ＩＰが１７の端
末に対し、アドレス変換優先権対応のＰ−ＩＰ／Ｇ−Ｉ
Ｐ変換優先対応テーブル３１２により、Ｇ−ＩＰが割り
当てられ、インターネットにアクセスすることができ
る。

【００５６】以上述べてきたように、本発明の実施例１
においては、優先度の高いパケットに対して優先的にＧ
−ＩＰが割り当てられると同時に、優先度制御テーブル
３０８を用いて現時点での最高の優先度を変化させるこ
とによって、優先度の低いパケットの沈みこみを防ぐこ
とができる。即ち、優先度が１のパケットを連続的にＬ
ＡＮから受信した場合でも優先度の低いパケットは送信
を永遠に待たされつづけることはないというシステムを
提供することができる。また、実施例２においては、Ｐ
−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とは異なったＧ−
ＩＰとＰ−ＩＰの対応をＰ−ＩＰ／Ｇ−ＩＰ変換優先対
応テーブル３１２で管理することにより、Ｐ−ＩＰ／Ｇ
−ＩＰ対応テーブル３０６のＧ−ＩＰがすべて使用中の
場合でも、アドレス変換優先権（送信優先権など）を持
つＰ−ＩＰの端末に対してＧ−ＩＰを割り当てることが
可能なシステムを提供できる。

【００５７】なお、実施例２においては、アドレス変換
優先権があるパケットについては、Ｐ−ＩＰ／Ｇ−ＩＰ
対応テーブル３０６のＧ−ＩＰに空きがあるか否かに関
係なく、直ちにＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブ
ル３１２を参照してアドレス変換を行うことでもよい
（Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２のＧ
−ＩＰがすべて使用中の場合、ここでＰ−ＩＰ／Ｇ−Ｉ
Ｐ対応テーブル３０６を見にいく）。

【００５８】一方、もし優先度の低いパケットは待たさ
れつづける可能性があることを許すシステムにおいて
は、別の実施例としてＩＰアドレス変換優先制御では必
ず優先度の高い優先度キュー内のパケットを処理するこ
ととし、図１や図１１の構成で優先制御テーブル３０８
を実装しないという装置も有り得る。このような実施例
のＩＰアドレス変換装置の場合、優先度制御テーブル３
０８を実装した実施例１や２よりも高速な処理が期待で
きる。

【００５９】さらに、ＷＡＮインターフェース回路３０
２がＡＴＭ（ＡsyncronousＴransfer Ｍode)のように回
線の帯域制御が可能であれば、図７や図１３に示したＰ
−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の優先度フィール
ドの内容や図１２に示したＰ−ＩＰ／Ｇ−ＩＰ変換優先
対応テーブル３１２で対応している内容そのものを帯域
保証に関連付けて送信すれば、より一層インターネット
へのアクセスのサービス品質が保証できることになる。

【００６０】また、送信元ＩＰをＧ−ＩＰに変換したパ
ケットは、直接、ＷＡＮ側の送受信バッファ３０４の送
信キューにキューイングすることでもよく、この場合に
は優先度に従った送信制御は出来ないものの、送信優先
度バッファ３１０を省略でき、ＩＰアドレス変換装置の
構成の簡単化が出来る。

【００６１】さらに、近年ではグローバルＩＰアドレス
をさらに節約するために１個のグローバルＩＰアドレス
の異なるＴＣＰポートを用いて複数のプライベートＩＰ
アドレスに対応させる技術も用いられることがある。こ
の技術はＩＰマスカレードと呼ばれることもある。この
ＩＰマスカレードを用いたＩＰアドレス変換装置におい
ては、図７や図１３に示したＰ−ＩＰ／Ｇ−ＩＰ対応テ
ーブル３０６が複数のＰ−ＩＰを一個の異なるＴＣＰポ
ートへの対応付けテーブルとすれば、本発明でのＰ−Ｉ
Ｐの優先度制御がＴＣＰポートの優先的な割り当てに適
用できることは容易である。

【００６２】

【発明の効果】本発明によれば、ＩＰアドレス変換装置
において、プライベートＩＰアドレス（一般には第一の
ＩＰアドレス体系のＩＰアドレス）の優先度制御をグロ
ーバルＩＰアドレス（一般には第二のＩＰアドレス体系
のＩＰアドレス）の割り当て頻度に反映させることがで
きる。

【００６３】また、本発明によれば、ＩＰアドレス変換
装置において、プライベートＩＰアドレス（一般には第
一のＩＰアドレス体系のＩＰアドレス）の通信優先権な
どをアドレス変換優先権としてグローバルＩＰアドレス
（一般には第二のＩＰアドレス体系のＩＰアドレス）の
優先割り当てに反映させることができる。

【００６４】さらに、本発明のアドレス変換優先制御
は、ＴＣＰ／ＩＰパケットを対象に、第二のＩＰアドレ
ス体系のＴＣＰポートに変換する装置にも適用できる。

【図面の簡単な説明】

【図１】本発明の実施例１であるＩＰアドレス変換装置
（ＮＡＴ）の構成を表した機能ブロック図である。

【図２】ＮＡＴを用いたネットワーク構成に一例を示す
図である。

【図３】従来のＮＡＴの構成の一例を示す機能ブロック
図である。

【図４】従来のＰ−ＩＰ／Ｇ−ＩＰ対応テーブルの構成
例を示す図である。

【図５】本発明の各実施例で用いるＰ−ＩＰ／優先度対
応テーブルの具体的な内容例を示した図である。

【図６】本発明の各実施例で用いる優先度制御テーブル
の具体的な内容例を示した図である。

【図７】本発明の実施例１で用いるＰ−ＩＰ／Ｇ−ＩＰ
対応テーブルの具体的な内容例を示した図である。

【図８】本発明の実施例１のＩＰアドレス変換優先制御
の処理手順を示すフロチャートである。

【図９】本発明の実施例１のＩＰアドレス変換優先制御
の処理手順を示す続きのフロチャートである。

【図１０】本発明の実施例１のＩＰアドレス変換優先制
御の処理手順による受信パケットのフローを模模式的に
表した図である。

【図１１】本発明の実施例２のＩＰアドレス変換装置
（ＮＡＴ）の構成を表した機能ブロック図である。

【図１２】本発明の実施例２で用いるＰ−ＩＰ／優先度
及びアドレス変換優先権対応テーブルの具体的な内容例
を示した図である。

【図１３】本発明の実施例２で用いるＰ−ＩＰ／Ｇ−Ｉ
Ｐ対応テーブルの具体的な内容例を示した図である。

【図１４】本発明の実施例２で用いるＰ−ＩＰ／Ｇ−Ｉ
Ｐ変換優先対応テーブルの具体的な内容例を示した図で
ある。

【図１５】本発明の実施例２のＩＰアドレス変換優先制
御の処理手順を示すフロチャートである。

【図１６】本発明の実施例２のＩＰアドレス変換優先制
御の処理手順を示す続きのフローチャートである。

【図１７】本発明の実施例２のＩＰアドレス変換優先制
御の処理手順による変換優先権を持たない受信パケット
のフローを模式的に表した図である。

【図１８】本発明の実施例２のＩＰアドレス変換優先制
御の処理手順による変換優先権を持つ受信パケットのフ
ローを模式的に表した図である。

【符号の説明】

３００ ＮＡＴ ３０１ ＬＡＮインターフェース回路 ３０２ ＷＡＮインターフェース回路 ３０３及び３０４ 送受信バッファ ３０５ 制御処理回路 ３０６ Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル ３０７ Ｐ−ＩＰ／優先度対応テーブル ３０８ 優先度制御テーブル ３０９ 受信優先度バッファ ３１０ 送信優先度バッファ ３１１ Ｐ−ＩＰ／優先度及びアドレス変換優先権対応
テーブル ３１２ Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 安江 利一 神奈川県海老名市下今泉810番地 株式会 社日立製作所サーバ開発本部内

Claims (6)

【特許請求の範囲】
1. 【請求項１】 第一のＩＰアドレス体系のＩＰアドレス
   と第二のＩＰアドレス体系のＩＰアドレスとの対応付け
   を管理する手段（これをＩＰアドレス対応テーブルと称
   す）と、第一のＩＰアドレス体系のＩＰアドレスの優先
   度を管理する手段と、一方のネットワークから第一のＩ
   Ｐアドレス体系のＩＰパケットを受信する手段と、前記
   受信した第一のＩＰアドレス体系のＩＰパケットを保持
   する手段と、前記保持されたＩＰパケットを優先度に応
   じて取り出し、該パケットの第一のＩＰアドレス体系の
   ＩＰアドレスを前記ＩＰアドレス対応テーブルに従って
   第二のＩＰアドレス体系のＩＰアドレスに変換する手段
   と、前記変換されたＩＰパケットを他のネットワークに
   送信する手段とを有することを特徴とするＩＰアドレス
   変換装置。
2. 【請求項２】 請求項１記載のＩＰアドレス変換装置に
   おいて、第一のＩＰアドレス体系のＩＰアドレスの優先
   度に加えてアドレス変換優先権の有無を管理する手段
   と、前記ＩＰアドレス対応テーブルとは別の、第一のＩ
   Ｐアドレス体系のＩＰアドレスと第二のＩＰアドレス体
   系のＩＰアドレスとの対応付けを管理する手段（これを
   ＩＰアドレス変換優先対応テーブルと称す）を設け、 第一のＩＰアドレス体系のＩＰアドレスがアドレス変換
   優先権対象のパケットのアドレス変換を、前記ＩＰアド
   レス変換優先対応テーブルにより優先的に行うことを特
   徴とするＩＰアドレス変換装置。
3. 【請求項３】 請求項１，２記載のＩＰアドレス変換装
   置において、前記変換されたＩＰパケットを保持する手
   段と、前記保持されたＩＰパケットを優先度に応じて取
   り出して他のネットワークに送信する手段を有すること
   を特徴とするＩＰアドレス変換装置。
4. 【請求項４】 請求項１乃至３記載のＩＰアドレス変換
   装置において、前記保持されたＩＰパケットを優先度に
   応じて取り出すときの当該優先度を動的に制御する手段
   を有することを特徴とするＩＰアドレス変換装置。
5. 【請求項５】 請求項１乃至４記載のＩＰアドレス変換
   装置において、第一のＩＰアドレス体系のＩＰアドレス
   は狭域のネットワーク内に限られて用いられるプライベ
   ートＩＰアドレスであり、第二のＩＰアドレス体系のＩ
   Ｐアドレスは広域のネットワークに用いられるグローバ
   ルＩＰアドレスであることを特徴とするＩＰアドレス変
   換装置。
6. 【請求項６】 請求項１乃至５記載のＩＰアドレス変換
   装置において、第一のＩＰアドレス体系のＩＰアドレス
   と第二のＩＰアドレス体系のＩＰアドレスとの対応付け
   を管理する手段は、第一のＩＰアドレス体系のＩＰアド
   レスと第二のＩＰアドレス体系のＩＰアドレスのＴＣＰ
   ポートとの対応付けを管理する手段（これをＩＰアドレ
   ス／ＴＣＰポート対応テーブルと称す）であり、 一方のネットワークから第一のＩＰアドレス体系のＴＣ
   Ｐ／ＩＰパケットを受信し、該パケットの第一のＩＰア
   ドレス体系のＩＰアドレスを前記ＩＰアドレス／ＴＣＰ
   ポート対応テーブルに従って第二のＩＰアドレス体系の
   ＴＣＰポートに変換することを特徴とするＩＰアドレス
   変換装置。