JP3865175B2 - Ｉｐアドレス変換装置 - Google Patents
Ｉｐアドレス変換装置 Download PDFInfo
- Publication number
- JP3865175B2 JP3865175B2 JP9706898A JP9706898A JP3865175B2 JP 3865175 B2 JP3865175 B2 JP 3865175B2 JP 9706898 A JP9706898 A JP 9706898A JP 9706898 A JP9706898 A JP 9706898A JP 3865175 B2 JP3865175 B2 JP 3865175B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- priority
- packet
- correspondence table
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のネットワークを接続するルータなどにおいて、あるＩＰアドレスのアドレス体系を他のＩＰアドレス体系に変換するＩＰアドレス変換装置に関するものである。
【０００２】
【従来の技術】
複数のネットワークを接続するネットワーク間接続装置として、ＯＳＩ(ＯpenＳystem Ｉnterconnection)等に定められている７階層のネットワーク階層化モデルのうちのネットワーク層において相互接続を行うルータ等が知られている。
【０００３】
インターネットでは、このネットワーク層のプロトコルとしてＩＰ(ＩnternetＰrotocol）が用いられている。現在、ＩＰは発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）を用いており、インターネットでは、このＩＰアドレスを世界規模でユニークに割り当てる、いわゆるグローバルＩＰアドレスを採用しているが、近年インターネットの普及とともにアドレス空間の不足が問題となってきた。
【０００４】
このＩＰアドレス枯渇問題の抜本的な解決方法としては、ＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいIPv6方式（ＩＰバージョン６）が提案されている。しかし、IPv6方式の普及には時間が必要であるため、現実的な解決方法としてプライベートアドレスを用いる方法も提案され、インターネット技術標準化グループ（ＩＥＳＧ）においてＲＦＣ１９１８として規格化されている。ＲＦＣとはＲequest Ｆor Ｃommentの略で、インターネット技術における標準規格である。
【０００５】
プライベートアドレスは世界的なインターネットには直接的には接続を許されず、組織内での使用に限られている。そこで、企業や学校などの組織内では任意の数のプライベートアドレスを用いるが、組織外との接続においては限られた少数のグローバルＩＰアドレスに変換する必要がある。それを実現する装置としてＮＡＴ(Ｎetwork Ａddress Ｔranslator）が用いられる。ＮＡＴは実際にはルータの機能として実現される。
【０００６】
図２は、ＮＡＴを用いたネットワーク構成の一例を示した図である。図２において、ＰＣ１からＰＣ１００はＴＣＰ／ＩＰの端末（パソコン、その他）である。各ＰＣはＬＡＮ２００によって３００に示すＮＡＴに接続されており、ＮＡＴ３００はＬＡＮ２００に接続されていると共に一方でＷＡＮ（広域回線）４００によってインターネット５００に接続されている。各ＰＣのＩＰアドレスはプライベートアドレス（以下、Ｐ−ＩＰと称す）が割り振られており、ＮＡＴ３００では、そのＰ−ＩＰをグローバルアドレス（以下、Ｇ−ＩＰと称す）に変換することによって、各ＰＣ１〜１００がインターネット５００上の例えば６００に示すサーバにアクセスすることを可能にしている。
【０００７】
ここでは具体的に、各ＰＣにはＰ−ＩＰアドレスとして１から１００（ｉｐ＝１〜１００）が各１個割り振られ、ＮＡＴ３００ではＧ−ＩＰアドレスとして２００１から２００８（ｉｐ＝２００１〜２００８）までの８個が確保できているものとする。なお、本来ＩＰアドレスの表記は３２ビットのアドレスを８ビットを単位として１０進数で表し、「．」で連続して表記するが、ここでは単純に表現するため単なる１０進数で表記することとする。
【０００８】
図２において、ＮＡＴ３００はＰＣからのパケットに対し、先着順に２００１〜２００８のＧ−ＩＰを割り当てる。したがって、同時には８台のＰＣしかインターネット５００にアクセスできない。通信が終了し、Ｇ−ＩＰアドレスが解放されると、新たに該Ｇ−ＩＰアドレスをＰＣからのインターネットアクセスに割り当てることができる。勿論、ＬＡＮ２００内では、各ＰＣは１〜１００のＰ−ＩＰアドレスを用いて通信することは可能である。
【０００９】
次に図３、図４を用いて、従来のＮＡＴの構成及び動作について説明する。
【００１０】
図３は従来のＮＡＴの構成の一例を示す機能ブロック図である。本ＮＡＴ３００はＬＡＮインターフェース回路３０１とＷＡＮインターフェース回路３０２を有し、各インターフェース回路３０１，３０２間は送受信バッファ３０３，３０４を介して接続される。また、本ＮＡＴ３００はＣＰＵやメモリからなる制御処理回路３０５と、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を有する。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６は実際にはメインメモリ上に配置されるが、図３では機能構成上、独立の構成要素として示したものである。
【００１１】
ＬＡＮ２００側からＬＡＮインターフェース回路３０１を経て送受信バッファ３０３に受信されたパケットには、宛先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰアドレスとしてＰ−ＩＰアドレスが付いている。制御処理回路３０５は、該パケットの送信元ＩＰアドレスのＰ−ＩＰアドレスを、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換する。このアドレス変換されたパケット（送信パケット）が、送受信バッファ３０４、ＷＡＮインターフェース回路３０２を経てＷＡＮ４００側に送出される。一方、ＷＡＮ４００側からＷＡＮインターフェース回路３０２を経て送受信バッファ３０４に受信したパケット
（応答パケット）には、宛先ＩＰアドレス及び送信元ＩＰアドレスとして、ともにＧ−ＩＰアドレスが付いている。制御処理回路３０５は、該パケットの宛先ＩＰアドレスのＧ−ＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＰ−ＩＰアドレスに変換する。この変換されたパケットが、送受信バッファ３０３、ＬＡＮインターフェース回路３０１を経てＬＡＮ２００側に送出される。
【００１２】
図４は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の構成例である。図４において、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６はインデックスフィールド、Ｇ−ＩＰアドレスフィールド、使用中フラグフィールド及びＰ−ＩＰアドレスフィールドにより、一つのエントリを構成している。本例では、Ｇ−ＩＰアドレスが８個割り振られているので、該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６は８個のエントリからなる。インデックスフィールドは各エントリを特定するために用いるが、メモリアドレス等で代用することが可能なフィールドである。Ｇ−ＩＰアドレスフィールドは、本例では２００１から２００８までの８個のＧ−ＩＰを格納している。これらに対し、すでにＧ−ＩＰアドレスが割り当てられてアドレス変換を行って通信中であれば、使用中フラグは「１」、現在通信に用いていないＧ−ＩＰであれば、使用中フラグは「０」を格納する。使用中フラグが「１」のＧ−ＩＰについて、変換される元のＰ−ＩＰアドレスがＰ−ＩＰアドレスフィールドに格納される。
【００１３】
図３の制御処理回路３０５は、ＬＡＮ２００から新しくパケットを受信すると、該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いて、送信元ＩＰアドレスのＰ−ＩＰアドレスを使用中でないＧ−ＩＰに変換するとともに、該Ｇ−ＩＰアドレスに対応する使用中フラグを「１」とし、Ｐ−ＩＰアドレスフィールドに送信元ＩＰアドレスのＰ−ＩＰアドレスを格納する。なお、ＩＰアドレスの変換技術に関してはＲＦＣ１６３１で開示されている。
【００１４】
以上のようにして、図２において、ＰＣ１〜１００（ｉｐ＝１〜１００）の任意のＰＣからＮＡＴ３００を経由してインターネット５００にアクセスすることが可能となり、逆にインターネット側からＰＣへの応答パケットは、該パケットに付いている宛先ＩＰアドレスのＧ−ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＰ−ＩＰに逆変換することによって、該当するＰＣに向けて送信することが可能となる。
【００１５】
以上述べてきたＮＡＴを用いたネットワークでは、基本的には組織内から外部へのアクセスしか許されず、外部に対して発信するサーバは固定的にグローバルアドレスを与える必要がある。しかしながらＷＷＷ(Ｗorld Ｗide Ｗeb）のようなアプリケーションでは通信の契機が組織内の端末であることから、ＮＡＴは有効に作用する。
【００１６】
一方、アドレス枯渇との要求とは別に、端末やアプリケーション毎に通信の帯域を確保し、一定の通信品質をインターネットにおいて実現し、マルチメディア通信に対応させることを目的とした研究開発も近年行われている。これは主にインターネットの中継路である通信回線の帯域を優先制御することにより実現される。
【００１７】
前述の図２に示すネットワーク例でも、各ＰＣのインターネットアクセスについて優先順位を定めたいような場合がある。また、ある一定の帯域を予約することでインターネットアクセスを優先的に利用できるようにしたい場合もある。しかしながら、一般に知られているルータでのＮＡＴ機能は前述のとおり、少数のグローバルＩＰアドレスを時間的に早く到着したプライベートＩＰアドレスのパケットの順で割り当てる。このため、従来のＮＡＴを用いたネットワークでは、通信の帯域管理や優先制御が不可能となり、通信サービス品質を制御できないという新たな問題が生じてきた。
【００１８】
【発明が解決しようとする課題】
本発明が解決しようとする課題は、多数のプライベートＩＰアドレスを少数のグローバルＩＰアドレスに対応付けて変換するネットワークシステムにおいて、プライベートＩＰアドレスの装置間における優先度や通信優先権をグローバルＩＰアドレスの割り当てに反映し、ネットワークアクセスのサービス品質を制御可能とすることである。
【００１９】
【課題を解決するための手段】
上記問題を解決するために、本発明のＩＰアドレス変換装置においては、プライベートＩＰアドレスをグローバルＩＰアドレスに対応付けるＰ−ＩＰ／Ｇ−ＩＰ対応テーブルに加えて、プライベートＩＰアドレスの優先度を管理する手段と、プライベートＩＰアドレスを用いたパケットを格納するための受信パケット保持手段と、該受信パケット保持手段から優先度に応じてパケットを取り出し、該パケットのプライベートＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ対応テーブルに従ってグローバルＩＰアドレスに変換するＩＰアドレス変換優先制御処理手段を新たに設けたものである。
【００２０】
また、本発明のＩＰアドレス変換装置は、プライベートＩＰアドレスの優先度に加えてアドレス変換優先権の有無を管理する手段と、前記Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブルとは別のＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブルを設け、アドレス変換優先権対象のプライベートＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブルに従ってグローバルＩＰアドレスに変換することを特徴とする。
【００２１】
さらに、本発明のＩＰアドレス変換装置は、変換されたパケットを格納するための送信パケット保持手段と、該送信パケット保持手段から優先度に応じてパケットを取り出し、パケット送信を制御する手段と、パケット保持手段から優先度に応じてパケットを取り出すときの当該優先度を動的に制御するための優先度制御手段を設けたことを特徴とする。
【００２２】
なお、本発明のＩＰアドレス変換装置は、プライベートＩＰアドレスをグローバルＩＰアドレスに変換する装置に限定されるものではなく、一般に第一のＩＰアドレス体系のＩＰアドレスを第二のＩＰアドレスに変換する装置、さらには、ＴＣＰ／ＩＰパケットの第一ＩＰアドレス体系のＩＰアドレスを第二ＩＰアドレス体系のＴＣＰポートに変換する装置などに適用することができる。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面を用いて詳述する。
〔実施例１〕
図１は、本発明にかかるＩＰアドレス変換装置の実施例１の機能ブロック図であり、図２のネットワークのＮＡＴ３００に適用した場合の構成例を示したものである。本ＮＡＴ３００は、図３と同様に、ＬＡＮインターフェース回路３０１、ＷＡＮインターフェース回路３０２、各インターフェース回路に対応の送受信バッファ３０３，３０４、ＣＰＵやメモリからなる制御処理回路３０５、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を有する。さらに、本ＮＡＴ３００では、プライベートＩＰアドレスの優先度を管理するＰ−ＩＰ／優先度対応テーブル３０７、ＩＰアドレス変換処理の優先度を動的に制御するために用いられる優先度制御テーブル３０８、ＬＡＮ側からの受信パケットを優先度に対応して格納する受信優先度バッファ３０９、及び、変換されたパケットを優先度に対応して格納する送信優先度バッファ３１０を有する。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６、Ｐ−ＩＰ／優先度対応テーブル３０７、優先度制御テーブル３０８は実際にはメインメモリ上に配置されるが、図１では機能構造上、独立の構成要素として示したものである。また、受信優先度バッファ３０９、送信優先度バッファ３１０はそれぞれ優先度別のキューで構成され、各キュー毎にパケットの有無を示すフラグを有するが、図１では省略してある。
【００２４】
図５は、Ｐ−ＩＰ／優先度対応テーブル３０７の具体的な内容の一例を示した図である。図５において、Ｐ−ＩＰ／優先度対応テーブル３０７はＰ−ＩＰアドレスフィールドと優先度フィールドから構成される。本例では、図２で述べた例と同様に、ＬＡＮ２００側にＰ−ＩＰアドレスの端末が１００台あるものとする。また、本例では、これら端末単位で優先度は予め定まっているものとし、優先度は６段階にランク分けされ、最も高い優先度を１、最も低い優先度を６とする。例えば、図５において、Ｐ−ＩＰアドレスが３の端末の優先度は５である。
【００２５】
優先度の設定方法は、特に制限はない。最も簡単には、オペレータの入力作業によって可能となる。他の方法としては、ネットワークの状態を監視する局が、ネットワークのトラフィック量などに基づき制御プロトコルを用いて設定する方法や、予め帯域予約に基づいて制御プロトコルを用いて設定する方法などが考えられる。
【００２６】
図６は、優先度制御テーブル３０８の具体的な内容の例を示した図である。本例では、優先度制御テーブル３０８は、インデックスフィールドと優先度フィールドの対による複数個のエントリ、及びカレントインデックスフィールドで構成される。本例では、ＩＰアドレス変換処理の優先度の動的制御はインデックスで示す１〜２１で一巡し、その間に、優先度１は６回、優先度２は５回、・・・、優先度６は１回の割合で選択されるものとしている。すなわち、優先度制御テーブル３０８には、優先度が高いほど出現確率が高く設定してある。
【００２７】
カレントインデックスは、現在の制御対象の優先度のインデックスを示している。図６では、カレントインデックスは５を示しているので、現在の優先度はインデックス５の優先度である１となる。現在のアドレス変換処理が終了すると、カレントインデックスは６となり、優先度制御テーブル３０８より、次の優先度は２となる。
【００２８】
図７は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を示しており、図７（ａ）はある時点でのＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表し、図７（ｂ）は図７（ａ）に対し、新たにＧ−ＩＰをＰ−ＩＰに割り当てた後のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表している。図７のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６は、図４に示したＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６と同様な構成であるが、本実施例ではさらにＰ−ＩＰアドレスの優先度を示す優先度フィールドが設けられている。該優先度フィールドには、図５のＰ−ＩＰ／優先度対応テーブル３０７でＰ−ＩＰに対応付けられた優先度が格納される。
【００２９】
次に、図１の実施例１におけるＩＰアドレス変換優先制御の処理手順について、図８、図９を用いて説明する。なお、この処理は図１の制御処理回路３０５が実行する。
【００３０】
図８は、ＬＡＮ２００からのパケット受信タイミングにおいて行う処理である。ＬＡＮ２００からＬＡＮインターフェース回路３０１を経て送受信バッファ３０３に受信したパケット（送信パケット）には、宛先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰアドレスとしてＰ−ＩＰアドレスが付いている。処理８０１では、該送受信バッファ３０３の受信キューからパケットを読み出す。処理８０２では、該パケットの送信元ＩＰ即ちＰ−ＩＰの優先度をＰ−ＩＰ／優先度対応テーブル３０７を参照することにより得る。処理８０３では、該優先度に従い、該パケットを受信優先度バッファ３０９内の対応する受信優先度キューに格納し、対応するフラグを１（パケットあり）にする。
【００３１】
ここまでの処理を、図１０を用いて具体的に説明する。図１０はＩＰアドレス変換優先制御の処理手順によるパケットのフローを模式的に表した図である。
【００３２】
図１０において、（ａ）に示す受信キューは前述の送受信バッファ３０３内のＬＡＮ２００からの受信順番にしたがったキューであり、本例では、送信元ＩＰ＝３のパケットと送信元ＩＰ＝９のパケットがすでに存在することを示している。処理８０１により、該受信キューからパケットを読み出す。送信元ＩＰ＝３のパケットは、処理８０２でＰ−ＩＰ／優先度対応テーブル３０７を参照することにより、優先度が５であることが判る（図５参照）。同様に、送信元ＩＰ＝９のパケットは、処理８０２でＰ−ＩＰ／優先度対応テーブル３０７を参照することにより、優先度が２であることが判る。このため、（ｂ）のように、処理８０３により送信元ＩＰ＝３のパケットは受信優先度バッファ３０９内の優先度が５の受信優先度キューに格納され、送信元ＩＰ＝９のパケットは優先度が２の受信優先度キューに格納される。なお、図１０の（ｂ）では、各受信優先度キューのパケットの有無を示すフラグは省略してある。
【００３３】
次に、図９の処理フローについて説明する。これは、受信優先度バッファ３０９内のパケットを取り出してＩＰアドレス変換し、送信優先度バッファ３１０に格納する処理である。受信優先度バッファ３０９からのパケット取り出し方式としては、連続的に取り出す方式と時間的に分散して取り出す方式が考えられる。連続的に取り出す方式は、受信優先度バッファ３０９内のパケットがすべてなくなるまで、図９の処理を繰り返すことにより実現される。一方、時間的に分散して取り出す方式としては、ＩＰアドレス変換装置の全体を制御するスケジューラによって定期的に図９の処理が呼び出され、一つのパケットを処理する毎にスケジューラに戻ることにより実現される。スケジューラは、例えば制御処理回路３０５の一つの機能として用意される。
【００３４】
図９において、処理８１１では、優先度制御テーブル３０８のカレントインデックスから現在の優先度を得る。処理８１２では、受信優先度バッファ３０９内の該優先度に対応する受信優先度キューにパケットが存在するか否かを判定する。もし存在しなければ、処理８１３で優先度を１下げて（即ち、優先度を１インクリメントして）、再び受信優先度キューを調べるというループに入る。このループにおいて、もし最低の優先度６でも受信優先度キュー内に受信パケットがなければ、優先度を最高に上げて（即ち、優先度を１として）さらに処理を継続するが、全ての受信優先度キューに受信パケットが無いのであれば、処理を終了する。該当する受信優先度キューにパケットが存在するのであれば処理８１４に移り、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に未使用（使用中フラグ＝０）のＧ−ＩＰが存在するか判定する。もし、未使用のＧ−ＩＰが無ければ、処理を終了する。未使用のＧ−ＩＰがあれば、処理８１５に移り、該当する受信優先度キューに存在したパケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換し、処理８１６において、該変換したパケットを該受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納し、対応するフラグを１（パケットあり）にする。最後に処理８１７で、優先度制御テーブル３０８によりカレントインデックスの値を１更新する。
【００３５】
ここで、受信優先度バッファ３０９内の全受信優先度キューが空か否かは、処理８１２，８１３のループを優先度の数だけ繰り返す（本例では６回）ことで判定できるが、各受信優先度キュー対応のフラグを論理和して、その結果が“１”（パケットあり）か“０”（空）かで判定することでもよく、この場合にはただちに判定できる。
【００３６】
一方、送信優先度バッファ３１０に格納されたＩＰアドレス変換後のパケットは、優先度に従って当該する送信優先度キューのパケットから読み出され、送受信バッファ３０４の送信キューにキューイングされた後、ＷＡＮへの送信タイミングでＷＡＮ４００へ送信される。これは、制御処理回路３０５の送信制御機能で実現される。
【００３７】
ここまでの処理を、再び図１０を用いて具体的に説明する。いま、優先度制御テーブル３０８のカレントインデックスは、図６に示すように５であったとする。処理８１１では、図６の優先度制御テーブル３０８より、このインデックスが５の優先度として１を取得する。即ち、現時点で最優先処理すべきパケットは、優先度１の受信優先度キューに存在するパケットである。しかし、図１０の（ｂ）に示すように、優先度１の受信優先度キューには現在パケットは存在しない。このため、処理８１２，８１３をループし、優先度を１段階下げて、優先度２の受信優先度キューに存在する送信元ＩＰ（Ｐ−ＩＰ）が９のパケットを得る。処理８１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に空があるか判定し、空がある場合、処理８１５で該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換する。図７の（ａ）に示す通り、この時点で使用中でないＧ−ＩＰは例えば２００４である。そこで、優先度２の受信優先度キューから取得したパケットの送信元ＩＰの９を２００４に変換する。そして、図７の（ｂ）に示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６について、Ｇ−ＩＰが２００４の使用中フラグを「１」とし、Ｐ−ＩＰアドレスフィールドに９を設定し、優先度フィールドに２を格納する。送信元ＩＰアドレスが２００４に変換されたパケットは、図１０の（ｃ）に示すように、処理８１６で、優先度２の受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納される。なお、図１０の（ｃ）では、送信優先度キューのパケットの有無を示すフラグは省略してある。送信優先度バッファ３１０内のパケットは、優先度に従って読み出され、送受信バッファ３０４の送信キューに格納されるが、本例では、図１０の（ｄ）に示すように、優先度２の送信優先度キューのパケットが読み出されて送信キューに格納される。
【００３８】
以上の処理により、Ｐ−ＩＰが３のＰＣよりも優先度の高いＰ−ＩＰが９の端末に対し、優先的にＧ−ＩＰが割り当てられ、インターネットにアクセスすることができる。
【００３９】
なお、図１０の例では、ＷＡＮ側の送信優先度キューの個数は、ＬＡＮ側の受信優先度キューに対応して同数としたが、異なる数とし、あらためて優先度を対応づけることも可能である。また、受信優先度キューや送信優先度キューは、それぞれ送受信バッファ３０３，３０４内に存在させてもよい。即ち、送受信バッファ３０３内に受信優先度バッフ３０９を存在させ、送受信バッファ３０４に送信優先度バッファ３１０を存在させることも可能である。
【００４０】
ここで、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のクリアタイミングについて触れておく。Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の各エントリをクリアする方法としては以下の方式が考えられる。第１の方式としては該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６へのアクセスを監視し、一定時間以上アクセスがないエントリの内容をクリアするタイマ監視型の方式である。第２の方式として上位レイヤの通信状態を常に該ＩＰアドレス変換装置が監視し、通信が終了したことを検出した後にＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の該当するエントリの内容をクリアする通信監視型の方式である。これらのクリア方式は、従来のアドレス変換装置においても用いられる技術である。
【００４１】
〔実施例２〕
上述の実施例１のＩＰアドレス変換装置においては、優先度の高いＰ−ＩＰの端末のパケットに対して優先的にＧ−ＩＰが割り当てられると同時に、優先度制御テーブル３０８を用いて現時点での最高の優先度を変化させることによって、優先権の低いＰ−ＩＰの端末のパケットの沈み込みを防ぐことができ、例えば、優先度が１のパケットを連続的にＬＡＮから受信した場合でも優先度の低いパケットは送信を永遠に待たされつづけることのないシステムを提供できる。反面、優先度の低いパケットなどのためにＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６がすべて使用中の場合には、優先度の高いパケットが待たされることになる。実施例２は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブルがすべて使用中の場合などにも、アドレス変換優先権を待つＰ−ＩＰの端末に対しては、Ｇ−ＩＰを割り当てることができるようにするものである。
【００４２】
図１１は、本実施例２のＩＰアドレス変換装置の機能ブロック図であり、図１と同様に、図２のネットワークのＮＡＴ３００に適用した場合の構成例を示した図である。本ＮＡＴ３００は、図１のＰ−ＩＰ／優先度対応テーブル３０７のかわりに、プライベートＩＰアドレスの優先度とアドレス変換優先権を管理するＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を設け、さらに、プライベートＩＰアドレスで変換優先権を持ったＩＰパケットのＰ−ＩＰ／Ｇ−ＩＰの対応を管理するＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を新しく設けた点が図１と相違し、それ以外は図１の構成と同じである。図１１でも、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６、優先度制御テーブル３０８、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２は実際にはメインメモリ上に配置されるが、機能構造上、独立の構成要素として示してある。同様に、受信優先度バッファ３０９、送信優先度バッファ３１０はそれぞれ優先度別のキューで構成され、各キュー毎にパケットの有無を示すフラグを有するが、図１１でも省略してある。
【００４３】
図１２は、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１の具体的な内容の一例を示した図である。図１２において、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１はＰ−ＩＰアドレスフィールドと優先度フィールドとアドレス変換優先権フィールドから構成される。本例でも、図２で述べた例と同様に、ＬＡＮ２００側にＰ−ＩＰアドレスの端末が１００台あるものとしている。優先度フィールドは、図５のＰ−ＩＰ／優先度対応テーブル３０７と同じであり、ここでも優先度は６段階にランク分けされ、最も高い優先度は１、最も低い優先度は６である。Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１では、さらに、この優先度フィールドとは別に、Ｐ−ＩＰ毎に通信優先権などを反映するアドレス変換優先権の有無を示すアドレス変換権フィールドがあり、アドレス変換優先権を有しているＰ−ＩＰアドレスバは１、有していないＰ−ＩＰアドレスには０を設定する。例えば、図１２において、Ｐ−ＩＰアドレスが１７の端末の元々の優先度は４であるが、アドレス変換優先権を有している。アドレス変換優先権の設定方法は、特に制限はなく、先に述べた優先度の場合と同じでよい。
【００４４】
図１３は、本実施例２の場合のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を示しており、図１３（ａ）はある時点でのＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表し、図１３（ｂ）は図１３（ａ）に対し、新たにＧ−ＩＰをＰ−ＩＰに割り当てた後のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表している。図１３は図７と同様な構成であるが、本ＮＡＴ３００に割り当てられたＧ−ＩＰアドレス２００１〜２００８のうち、一例として２００１〜２００５を該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６で利用することを示したものである。このＧ−ＩＰアドレスの残りの２００６〜２００８がＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２で利用されることになる。
【００４５】
図１４は、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を示しており、図１３のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６と同じ構成であるが、アドレス変換優先権を持った端末のＰ−ＩＰアドレスについて優先的にアドレス変換を行うために、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とは異なったＧ−ＩＰ（本例では２００６〜２００８）とＰ−ＩＰの対応を管理する。これ以外はＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とまったく同様の使用法である。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に割り当てるＧ−ＩＰと該Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に割り当てるＧ−ＩＰとの比率は、例えばアドレス優先権の有無の比率等で決めればよく、特に制限はない。また、設定方法は、手動、自動のいずれでもよく、可変としてもよい。
【００４６】
次に、図１１の実施例２におけるＩＰアドレス変換優先制御の処理手順について、図１５、図１６を用いて説明する。なお、この処理は、図１１の制御処理回路３０５が実行する。
【００４７】
図１５は、ＬＡＮ２００からのパケット受信タイミングにおいて行う処理である。ＬＡＮ２００からＬＡＮインターフェース回路３０１を経て送受信バッファ３０３に受信したパケット（送信パケット）には、宛先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰアドレスとしてＰ−ＩＰアドレスが付いている。処理１５０１は図８の処理８０１と同じであり、、該送受信バッファ３０３の受信キューからパケットを読み出す。処理１５０２では、該パケットの送信元ＩＰであるＰ−ＩＰの優先度に加えて、当該Ｐ−ＩＰのアドレス変換優先権の有無を、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を参照することにより得る。処理１５０３は図８の処理８０３と同じであり、優先度に従い、該パケットを受信優先度バッファ３０９内の対応する受信優先度キューに格納し、対応するフラグを１（パケットあり）にする。
【００４８】
ここまでの処理を、図１７を用いて具体的に説明する。図１７は図１０と同様に、優先度によるＩＰアドレス変換優先制御の処理手順によるパケットのフローを模式的に表した図である。
【００４９】
図１７において、（ａ）に示す受信キューは送受信バッファ３０３内のＬＡＮ２００からの受信順番にしたがったキューであり、本例では、送信元ＩＰ＝３のパケットと送信元ＩＰ＝９のパケットと送信元ＩＰ＝１７のパケットがすでに存在することを示している。送信元ＩＰ＝３のパケットは、処理１５０２でＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を参照することにより、優先度が５であることが判る（図１２参照）。同様に、送信元ＩＰ＝９のパケットは、処理１５０２でＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を参照することにより優先度が２、送信元ＩＰ＝１７のパケットは、優先度が４であることが判る。このため、（ｂ）のように、処理１５０３により送信元ＩＰ＝３のパケットは受信優先度バッファ３０９内の優先度が５の受信キューに格納され、送信元ＩＰ＝９のパケットは優先度が２の受信優先度キューに格納され、送信元ＩＰ＝１７のパケットは優先度が４の受信優先度キューに格納される。同時に、Ｐ−ＩＰ／優先度及びアドレス変換権対応テーブル３１１を参照することにより、該当Ｐ−ＩＰのアドレス変換優先権の有無も判かるので、処理１５０３では優先度とともにアドレス変換優先権の有無も格納する。図１７の（ｂ）のカッコ内の値は、それを表わしたもので、１はアドレス変換優先権有り、０は無しである。なお、図１７の（ｂ）では、各受信優先度キューのパケットの有無を示すフラグは省略してある。
【００５０】
次に、図１６の処理フローについて説明する。これは、受信優先度バッファ３０９内のパケットを取り出してＩＰアドレス変換し、送信優先度バッファ３１０に格納する処理である。
【００５１】
図１６において、処理１５１１〜１５１７は図９の処理８１１〜８１７と同じであるので、ここでは説明を省略する。図１６では、処理１５１４においてＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に未使用（使用中フラグ＝０）のＧ−ＩＰが存在しない場合、次の図９のような処理を終了とせずに、処理１５１８にて、当該パケットのアドレス変換優先権の有無を調べ、当該パケットにアドレス変換優先権があれば、処理１５１９に移り、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に未使用（使用中フラグ＝０）のＧ−ＩＰが存在するか判定する。もし、未使用のＧ−ＩＰが無ければ、ここで処理を終了とする。一方、未使用のＧ−ＩＰがあれば、処理１５２０に移り、該当する受信優先度キューに存在したパケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を用いてＧ−ＩＰに変換する。その後、処理１５１６に戻り、該変換したパケットを該受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納し、対応するフラグを１（パケットあり）にする。そして、処理１５１７で、優先度制御テーブル３０８によりカレントインデックスの値を１更新する。
【００５２】
図１６における処理を、図１７、図１８を用いて具体的に説明する。
まず、図１７の例について、図６、図１３を参照して、アドレス変換優先権がないパケットの処理を説明する。いま、優先度制御テーブル３０８のカレントインデックスは、図６に示すように５であったとする。処理１５１１では、図６の優先度制御テーブル３０８より、このインデックスが５の優先度として１を取得する。しかし、図１７の（ｂ）に示すように、優先度１の受信優先度キューには現在パケットは存在しない。このため、処理１５１２、１５１３をループし、優先度を１下げて、優先度２の受信優先度キューに存在する送信元ＩＰ（Ｐ−ＩＰ）が９のパケットを得る。処理１５１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に空きがあるか判定する。空きがある場合、処理１５１５で該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換する。図１３の（ａ）に示すとおり、この時点で使用中でないＧ−ＩＰは２００４である。そこで、優先度２の受信キューから取得したパケットの送信元ＩＰの９を２００４に変換する。そして、図１３の（ｂ）に示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６について、Ｇ−ＩＰの２００４の使用中プラグを「１」とし、Ｐ−ＩＰアドレスフィールドに９を設定し、優先度フィールドに２を格納する。送信元ＩＰアドレスが２００４に変換されたパケットは、図１７の（ｃ）に示すように、処理１５１６で、優先度２の受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納される。なお、図１７の（ｃ）では、送信優先度キューのパケットの有無を示すフラグは省略してある。送信優先度バッファ３１０内のパケットは、優先度にしたがって読み出され、送受信バッファ３０４の送信キューに格納されるが、本例では、図１７の（ｄ）に示すように、優先度２の送信優先度キューのパケットが読み出されて送信キューに格納される。
【００５３】
次に、アドレス変換優先権があるパケットの処理について、図１８を用いて具体的に説明する。図１８は、図１７の処理をした後の状態を示したものである。また、優先度制御テーブル３０８のカレントインデックスは１つ更新され６となっている。処理１５では、図６の優先度制御テーブル３０８より、このインデックスが６の優先度として２を取得する。即ち、現時点で最優先処理すべきパケットは、優先度２の受信優先度キューに存在するパケットである。しかし、図１８の（ｂ）に示すように、優先度２の受信優先度キューは図１７に示したように処理が終わってしまい、現在パケットは存在しない。このため、処理１５１２、１５１３をループし、優先度を１下げるが、優先度３の受信キューにもパケットが存在しない。さらに処理１５１２、１５１３をループし、優先度４の受信優先度キューに存在する送信元ＩＰ（Ｐ−ＩＰ）が１７のパケットを得る。処理１５１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰに空きがあるか判定する。いま、図１３の（ｂ）に示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰには空きがなくなったとする。この場合、処理１５１８に移り、該Ｐ−ＩＰ＝１７のパケットにはアドレス変換優先権があることを知る。そこで処理１５１９で、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に空きがあるか判定する。空きがある場合、処理８２０で該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を用いてＧ−ＩＰに変換する。
【００５４】
図１４の（ａ）に示すとおり、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２には、この時点では使用中のＧ−ＩＰは無い。そこで、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２により、優先度４の受信キューから取得したパケットの送信元ＩＰの１７を２００６に変換する。そして、図１４の（ｂ）に示すように、このＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２について、Ｇ−ＩＰの２００６の使用中プラグを「１」とし、Ｐ−ＩＰアドレスフィールドに１７を設定し、優先度フィールドに４を格納する。送信元ＩＰアドレスが２００６に変換されたパケットは、図１８の（ｃ）に示すように、処理１５１６で、優先度４の受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納される。なお、図１８の（ｃ）でも、送信優先度キューのパケットの有無を示すフラグは省略してある。送信優先度バッファ３１０内のパケットは、優先度にしたがって読み出され、送受信バッファ３０４の送信キューに格納されるが、本例では、図１８の（ｄ）に示すように、優先度２の送信優先度キューのパケットが読み出されて送信キューに格納される。
【００５５】
以上の処理により、Ｐ−ＩＰが３のＰＣよりも優先度の高いＰ−ＩＰが９の端末に対し、優先的にＧ−ＩＰが割り当てられ、インターネットにアクセスすることができ、また、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６がすべて使用中であっても、Ｐ−ＩＰが１７の端末に対し、アドレス変換優先権対応のＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２により、Ｇ−ＩＰが割り当てられ、インターネットにアクセスすることができる。
【００５６】
以上述べてきたように、本発明の実施例１においては、優先度の高いパケットに対して優先的にＧ−ＩＰが割り当てられると同時に、優先度制御テーブル３０８を用いて現時点での最高の優先度を変化させることによって、優先度の低いパケットの沈みこみを防ぐことができる。即ち、優先度が１のパケットを連続的にＬＡＮから受信した場合でも優先度の低いパケットは送信を永遠に待たされつづけることはないというシステムを提供することができる。また、実施例２においては、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とは異なったＧ−ＩＰとＰ−ＩＰの対応をＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２で管理することにより、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰがすべて使用中の場合でも、アドレス変換優先権（送信優先権など）を持つＰ−ＩＰの端末に対してＧ−ＩＰを割り当てることが可能なシステムを提供できる。
【００５７】
なお、実施例２においては、アドレス変換優先権があるパケットについては、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰに空きがあるか否かに関係なく、直ちにＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を参照してアドレス変換を行うことでもよい（Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２のＧ−ＩＰがすべて使用中の場合、ここでＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を見にいく）。
【００５８】
一方、もし優先度の低いパケットは待たされつづける可能性があることを許すシステムにおいては、別の実施例としてＩＰアドレス変換優先制御では必ず優先度の高い優先度キュー内のパケットを処理することとし、図１や図１１の構成で優先制御テーブル３０８を実装しないという装置も有り得る。このような実施例のＩＰアドレス変換装置の場合、優先度制御テーブル３０８を実装した実施例１や２よりも高速な処理が期待できる。
【００５９】
さらに、ＷＡＮインターフェース回路３０２がＡＴＭ（Ａsyncronous
Ｔransfer Ｍode)のように回線の帯域制御が可能であれば、図７や図１３に示したＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の優先度フィールドの内容や図１２に示したＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２で対応している内容そのものを帯域保証に関連付けて送信すれば、より一層インターネットへのアクセスのサービス品質が保証できることになる。
【００６０】
また、送信元ＩＰをＧ−ＩＰに変換したパケットは、直接、ＷＡＮ側の送受信バッファ３０４の送信キューにキューイングすることでもよく、この場合には優先度に従った送信制御は出来ないものの、送信優先度バッファ３１０を省略でき、ＩＰアドレス変換装置の構成の簡単化が出来る。
【００６１】
さらに、近年ではグローバルＩＰアドレスをさらに節約するために１個のグローバルＩＰアドレスの異なるＴＣＰポートを用いて複数のプライベートＩＰアドレスに対応させる技術も用いられることがある。この技術はＩＰマスカレードと呼ばれることもある。このＩＰマスカレードを用いたＩＰアドレス変換装置においては、図７や図１３に示したＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６が複数のＰ−ＩＰを一個の異なるＴＣＰポートへの対応付けテーブルとすれば、本発明でのＰ−ＩＰの優先度制御がＴＣＰポートの優先的な割り当てに適用できることは容易である。
【００６２】
【発明の効果】
本発明によれば、ＩＰアドレス変換装置において、プライベートＩＰアドレス（一般には第一のＩＰアドレス体系のＩＰアドレス）の優先度制御をグローバルＩＰアドレス（一般には第二のＩＰアドレス体系のＩＰアドレス）の割り当て頻度に反映させることができる。
【００６３】
また、本発明によれば、ＩＰアドレス変換装置において、プライベートＩＰアドレス（一般には第一のＩＰアドレス体系のＩＰアドレス）の通信優先権などをアドレス変換優先権としてグローバルＩＰアドレス（一般には第二のＩＰアドレス体系のＩＰアドレス）の優先割り当てに反映させることができる。
【００６４】
さらに、本発明のアドレス変換優先制御は、ＴＣＰ／ＩＰパケットを対象に、第二のＩＰアドレス体系のＴＣＰポートに変換する装置にも適用できる。
【図面の簡単な説明】
【図１】本発明の実施例１であるＩＰアドレス変換装置（ＮＡＴ）の構成を表した機能ブロック図である。
【図２】ＮＡＴを用いたネットワーク構成に一例を示す図である。
【図３】従来のＮＡＴの構成の一例を示す機能ブロック図である。
【図４】従来のＰ−ＩＰ／Ｇ−ＩＰ対応テーブルの構成例を示す図である。
【図５】本発明の各実施例で用いるＰ−ＩＰ／優先度対応テーブルの具体的な内容例を示した図である。
【図６】本発明の各実施例で用いる優先度制御テーブルの具体的な内容例を示した図である。
【図７】本発明の実施例１で用いるＰ−ＩＰ／Ｇ−ＩＰ対応テーブルの具体的な内容例を示した図である。
【図８】本発明の実施例１のＩＰアドレス変換優先制御の処理手順を示すフロチャートである。
【図９】本発明の実施例１のＩＰアドレス変換優先制御の処理手順を示す続きのフロチャートである。
【図１０】本発明の実施例１のＩＰアドレス変換優先制御の処理手順による受信パケットのフローを模模式的に表した図である。
【図１１】本発明の実施例２のＩＰアドレス変換装置（ＮＡＴ）の構成を表した機能ブロック図である。
【図１２】本発明の実施例２で用いるＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブルの具体的な内容例を示した図である。
【図１３】本発明の実施例２で用いるＰ−ＩＰ／Ｇ−ＩＰ対応テーブルの具体的な内容例を示した図である。
【図１４】本発明の実施例２で用いるＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブルの具体的な内容例を示した図である。
【図１５】本発明の実施例２のＩＰアドレス変換優先制御の処理手順を示すフロチャートである。
【図１６】本発明の実施例２のＩＰアドレス変換優先制御の処理手順を示す続きのフローチャートである。
【図１７】本発明の実施例２のＩＰアドレス変換優先制御の処理手順による変換優先権を持たない受信パケットのフローを模式的に表した図である。
【図１８】本発明の実施例２のＩＰアドレス変換優先制御の処理手順による変換優先権を持つ受信パケットのフローを模式的に表した図である。
【符号の説明】
３００ ＮＡＴ
３０１ ＬＡＮインターフェース回路
３０２ ＷＡＮインターフェース回路
３０３及び３０４ 送受信バッファ
３０５ 制御処理回路
３０６ Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０７ Ｐ−ＩＰ／優先度対応テーブル
３０８ 優先度制御テーブル
３０９ 受信優先度バッファ
３１０ 送信優先度バッファ
３１１ Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル
３１２ Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル
【発明の属する技術分野】
本発明は、複数のネットワークを接続するルータなどにおいて、あるＩＰアドレスのアドレス体系を他のＩＰアドレス体系に変換するＩＰアドレス変換装置に関するものである。
【０００２】
【従来の技術】
複数のネットワークを接続するネットワーク間接続装置として、ＯＳＩ(ＯpenＳystem Ｉnterconnection)等に定められている７階層のネットワーク階層化モデルのうちのネットワーク層において相互接続を行うルータ等が知られている。
【０００３】
インターネットでは、このネットワーク層のプロトコルとしてＩＰ(ＩnternetＰrotocol）が用いられている。現在、ＩＰは発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）を用いており、インターネットでは、このＩＰアドレスを世界規模でユニークに割り当てる、いわゆるグローバルＩＰアドレスを採用しているが、近年インターネットの普及とともにアドレス空間の不足が問題となってきた。
【０００４】
このＩＰアドレス枯渇問題の抜本的な解決方法としては、ＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいIPv6方式（ＩＰバージョン６）が提案されている。しかし、IPv6方式の普及には時間が必要であるため、現実的な解決方法としてプライベートアドレスを用いる方法も提案され、インターネット技術標準化グループ（ＩＥＳＧ）においてＲＦＣ１９１８として規格化されている。ＲＦＣとはＲequest Ｆor Ｃommentの略で、インターネット技術における標準規格である。
【０００５】
プライベートアドレスは世界的なインターネットには直接的には接続を許されず、組織内での使用に限られている。そこで、企業や学校などの組織内では任意の数のプライベートアドレスを用いるが、組織外との接続においては限られた少数のグローバルＩＰアドレスに変換する必要がある。それを実現する装置としてＮＡＴ(Ｎetwork Ａddress Ｔranslator）が用いられる。ＮＡＴは実際にはルータの機能として実現される。
【０００６】
図２は、ＮＡＴを用いたネットワーク構成の一例を示した図である。図２において、ＰＣ１からＰＣ１００はＴＣＰ／ＩＰの端末（パソコン、その他）である。各ＰＣはＬＡＮ２００によって３００に示すＮＡＴに接続されており、ＮＡＴ３００はＬＡＮ２００に接続されていると共に一方でＷＡＮ（広域回線）４００によってインターネット５００に接続されている。各ＰＣのＩＰアドレスはプライベートアドレス（以下、Ｐ−ＩＰと称す）が割り振られており、ＮＡＴ３００では、そのＰ−ＩＰをグローバルアドレス（以下、Ｇ−ＩＰと称す）に変換することによって、各ＰＣ１〜１００がインターネット５００上の例えば６００に示すサーバにアクセスすることを可能にしている。
【０００７】
ここでは具体的に、各ＰＣにはＰ−ＩＰアドレスとして１から１００（ｉｐ＝１〜１００）が各１個割り振られ、ＮＡＴ３００ではＧ−ＩＰアドレスとして２００１から２００８（ｉｐ＝２００１〜２００８）までの８個が確保できているものとする。なお、本来ＩＰアドレスの表記は３２ビットのアドレスを８ビットを単位として１０進数で表し、「．」で連続して表記するが、ここでは単純に表現するため単なる１０進数で表記することとする。
【０００８】
図２において、ＮＡＴ３００はＰＣからのパケットに対し、先着順に２００１〜２００８のＧ−ＩＰを割り当てる。したがって、同時には８台のＰＣしかインターネット５００にアクセスできない。通信が終了し、Ｇ−ＩＰアドレスが解放されると、新たに該Ｇ−ＩＰアドレスをＰＣからのインターネットアクセスに割り当てることができる。勿論、ＬＡＮ２００内では、各ＰＣは１〜１００のＰ−ＩＰアドレスを用いて通信することは可能である。
【０００９】
次に図３、図４を用いて、従来のＮＡＴの構成及び動作について説明する。
【００１０】
図３は従来のＮＡＴの構成の一例を示す機能ブロック図である。本ＮＡＴ３００はＬＡＮインターフェース回路３０１とＷＡＮインターフェース回路３０２を有し、各インターフェース回路３０１，３０２間は送受信バッファ３０３，３０４を介して接続される。また、本ＮＡＴ３００はＣＰＵやメモリからなる制御処理回路３０５と、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を有する。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６は実際にはメインメモリ上に配置されるが、図３では機能構成上、独立の構成要素として示したものである。
【００１１】
ＬＡＮ２００側からＬＡＮインターフェース回路３０１を経て送受信バッファ３０３に受信されたパケットには、宛先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰアドレスとしてＰ−ＩＰアドレスが付いている。制御処理回路３０５は、該パケットの送信元ＩＰアドレスのＰ−ＩＰアドレスを、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換する。このアドレス変換されたパケット（送信パケット）が、送受信バッファ３０４、ＷＡＮインターフェース回路３０２を経てＷＡＮ４００側に送出される。一方、ＷＡＮ４００側からＷＡＮインターフェース回路３０２を経て送受信バッファ３０４に受信したパケット
（応答パケット）には、宛先ＩＰアドレス及び送信元ＩＰアドレスとして、ともにＧ−ＩＰアドレスが付いている。制御処理回路３０５は、該パケットの宛先ＩＰアドレスのＧ−ＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＰ−ＩＰアドレスに変換する。この変換されたパケットが、送受信バッファ３０３、ＬＡＮインターフェース回路３０１を経てＬＡＮ２００側に送出される。
【００１２】
図４は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の構成例である。図４において、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６はインデックスフィールド、Ｇ−ＩＰアドレスフィールド、使用中フラグフィールド及びＰ−ＩＰアドレスフィールドにより、一つのエントリを構成している。本例では、Ｇ−ＩＰアドレスが８個割り振られているので、該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６は８個のエントリからなる。インデックスフィールドは各エントリを特定するために用いるが、メモリアドレス等で代用することが可能なフィールドである。Ｇ−ＩＰアドレスフィールドは、本例では２００１から２００８までの８個のＧ−ＩＰを格納している。これらに対し、すでにＧ−ＩＰアドレスが割り当てられてアドレス変換を行って通信中であれば、使用中フラグは「１」、現在通信に用いていないＧ−ＩＰであれば、使用中フラグは「０」を格納する。使用中フラグが「１」のＧ−ＩＰについて、変換される元のＰ−ＩＰアドレスがＰ−ＩＰアドレスフィールドに格納される。
【００１３】
図３の制御処理回路３０５は、ＬＡＮ２００から新しくパケットを受信すると、該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いて、送信元ＩＰアドレスのＰ−ＩＰアドレスを使用中でないＧ−ＩＰに変換するとともに、該Ｇ−ＩＰアドレスに対応する使用中フラグを「１」とし、Ｐ−ＩＰアドレスフィールドに送信元ＩＰアドレスのＰ−ＩＰアドレスを格納する。なお、ＩＰアドレスの変換技術に関してはＲＦＣ１６３１で開示されている。
【００１４】
以上のようにして、図２において、ＰＣ１〜１００（ｉｐ＝１〜１００）の任意のＰＣからＮＡＴ３００を経由してインターネット５００にアクセスすることが可能となり、逆にインターネット側からＰＣへの応答パケットは、該パケットに付いている宛先ＩＰアドレスのＧ−ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＰ−ＩＰに逆変換することによって、該当するＰＣに向けて送信することが可能となる。
【００１５】
以上述べてきたＮＡＴを用いたネットワークでは、基本的には組織内から外部へのアクセスしか許されず、外部に対して発信するサーバは固定的にグローバルアドレスを与える必要がある。しかしながらＷＷＷ(Ｗorld Ｗide Ｗeb）のようなアプリケーションでは通信の契機が組織内の端末であることから、ＮＡＴは有効に作用する。
【００１６】
一方、アドレス枯渇との要求とは別に、端末やアプリケーション毎に通信の帯域を確保し、一定の通信品質をインターネットにおいて実現し、マルチメディア通信に対応させることを目的とした研究開発も近年行われている。これは主にインターネットの中継路である通信回線の帯域を優先制御することにより実現される。
【００１７】
前述の図２に示すネットワーク例でも、各ＰＣのインターネットアクセスについて優先順位を定めたいような場合がある。また、ある一定の帯域を予約することでインターネットアクセスを優先的に利用できるようにしたい場合もある。しかしながら、一般に知られているルータでのＮＡＴ機能は前述のとおり、少数のグローバルＩＰアドレスを時間的に早く到着したプライベートＩＰアドレスのパケットの順で割り当てる。このため、従来のＮＡＴを用いたネットワークでは、通信の帯域管理や優先制御が不可能となり、通信サービス品質を制御できないという新たな問題が生じてきた。
【００１８】
【発明が解決しようとする課題】
本発明が解決しようとする課題は、多数のプライベートＩＰアドレスを少数のグローバルＩＰアドレスに対応付けて変換するネットワークシステムにおいて、プライベートＩＰアドレスの装置間における優先度や通信優先権をグローバルＩＰアドレスの割り当てに反映し、ネットワークアクセスのサービス品質を制御可能とすることである。
【００１９】
【課題を解決するための手段】
上記問題を解決するために、本発明のＩＰアドレス変換装置においては、プライベートＩＰアドレスをグローバルＩＰアドレスに対応付けるＰ−ＩＰ／Ｇ−ＩＰ対応テーブルに加えて、プライベートＩＰアドレスの優先度を管理する手段と、プライベートＩＰアドレスを用いたパケットを格納するための受信パケット保持手段と、該受信パケット保持手段から優先度に応じてパケットを取り出し、該パケットのプライベートＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ対応テーブルに従ってグローバルＩＰアドレスに変換するＩＰアドレス変換優先制御処理手段を新たに設けたものである。
【００２０】
また、本発明のＩＰアドレス変換装置は、プライベートＩＰアドレスの優先度に加えてアドレス変換優先権の有無を管理する手段と、前記Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブルとは別のＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブルを設け、アドレス変換優先権対象のプライベートＩＰアドレスをＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブルに従ってグローバルＩＰアドレスに変換することを特徴とする。
【００２１】
さらに、本発明のＩＰアドレス変換装置は、変換されたパケットを格納するための送信パケット保持手段と、該送信パケット保持手段から優先度に応じてパケットを取り出し、パケット送信を制御する手段と、パケット保持手段から優先度に応じてパケットを取り出すときの当該優先度を動的に制御するための優先度制御手段を設けたことを特徴とする。
【００２２】
なお、本発明のＩＰアドレス変換装置は、プライベートＩＰアドレスをグローバルＩＰアドレスに変換する装置に限定されるものではなく、一般に第一のＩＰアドレス体系のＩＰアドレスを第二のＩＰアドレスに変換する装置、さらには、ＴＣＰ／ＩＰパケットの第一ＩＰアドレス体系のＩＰアドレスを第二ＩＰアドレス体系のＴＣＰポートに変換する装置などに適用することができる。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面を用いて詳述する。
〔実施例１〕
図１は、本発明にかかるＩＰアドレス変換装置の実施例１の機能ブロック図であり、図２のネットワークのＮＡＴ３００に適用した場合の構成例を示したものである。本ＮＡＴ３００は、図３と同様に、ＬＡＮインターフェース回路３０１、ＷＡＮインターフェース回路３０２、各インターフェース回路に対応の送受信バッファ３０３，３０４、ＣＰＵやメモリからなる制御処理回路３０５、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を有する。さらに、本ＮＡＴ３００では、プライベートＩＰアドレスの優先度を管理するＰ−ＩＰ／優先度対応テーブル３０７、ＩＰアドレス変換処理の優先度を動的に制御するために用いられる優先度制御テーブル３０８、ＬＡＮ側からの受信パケットを優先度に対応して格納する受信優先度バッファ３０９、及び、変換されたパケットを優先度に対応して格納する送信優先度バッファ３１０を有する。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６、Ｐ−ＩＰ／優先度対応テーブル３０７、優先度制御テーブル３０８は実際にはメインメモリ上に配置されるが、図１では機能構造上、独立の構成要素として示したものである。また、受信優先度バッファ３０９、送信優先度バッファ３１０はそれぞれ優先度別のキューで構成され、各キュー毎にパケットの有無を示すフラグを有するが、図１では省略してある。
【００２４】
図５は、Ｐ−ＩＰ／優先度対応テーブル３０７の具体的な内容の一例を示した図である。図５において、Ｐ−ＩＰ／優先度対応テーブル３０７はＰ−ＩＰアドレスフィールドと優先度フィールドから構成される。本例では、図２で述べた例と同様に、ＬＡＮ２００側にＰ−ＩＰアドレスの端末が１００台あるものとする。また、本例では、これら端末単位で優先度は予め定まっているものとし、優先度は６段階にランク分けされ、最も高い優先度を１、最も低い優先度を６とする。例えば、図５において、Ｐ−ＩＰアドレスが３の端末の優先度は５である。
【００２５】
優先度の設定方法は、特に制限はない。最も簡単には、オペレータの入力作業によって可能となる。他の方法としては、ネットワークの状態を監視する局が、ネットワークのトラフィック量などに基づき制御プロトコルを用いて設定する方法や、予め帯域予約に基づいて制御プロトコルを用いて設定する方法などが考えられる。
【００２６】
図６は、優先度制御テーブル３０８の具体的な内容の例を示した図である。本例では、優先度制御テーブル３０８は、インデックスフィールドと優先度フィールドの対による複数個のエントリ、及びカレントインデックスフィールドで構成される。本例では、ＩＰアドレス変換処理の優先度の動的制御はインデックスで示す１〜２１で一巡し、その間に、優先度１は６回、優先度２は５回、・・・、優先度６は１回の割合で選択されるものとしている。すなわち、優先度制御テーブル３０８には、優先度が高いほど出現確率が高く設定してある。
【００２７】
カレントインデックスは、現在の制御対象の優先度のインデックスを示している。図６では、カレントインデックスは５を示しているので、現在の優先度はインデックス５の優先度である１となる。現在のアドレス変換処理が終了すると、カレントインデックスは６となり、優先度制御テーブル３０８より、次の優先度は２となる。
【００２８】
図７は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を示しており、図７（ａ）はある時点でのＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表し、図７（ｂ）は図７（ａ）に対し、新たにＧ−ＩＰをＰ−ＩＰに割り当てた後のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表している。図７のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６は、図４に示したＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６と同様な構成であるが、本実施例ではさらにＰ−ＩＰアドレスの優先度を示す優先度フィールドが設けられている。該優先度フィールドには、図５のＰ−ＩＰ／優先度対応テーブル３０７でＰ−ＩＰに対応付けられた優先度が格納される。
【００２９】
次に、図１の実施例１におけるＩＰアドレス変換優先制御の処理手順について、図８、図９を用いて説明する。なお、この処理は図１の制御処理回路３０５が実行する。
【００３０】
図８は、ＬＡＮ２００からのパケット受信タイミングにおいて行う処理である。ＬＡＮ２００からＬＡＮインターフェース回路３０１を経て送受信バッファ３０３に受信したパケット（送信パケット）には、宛先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰアドレスとしてＰ−ＩＰアドレスが付いている。処理８０１では、該送受信バッファ３０３の受信キューからパケットを読み出す。処理８０２では、該パケットの送信元ＩＰ即ちＰ−ＩＰの優先度をＰ−ＩＰ／優先度対応テーブル３０７を参照することにより得る。処理８０３では、該優先度に従い、該パケットを受信優先度バッファ３０９内の対応する受信優先度キューに格納し、対応するフラグを１（パケットあり）にする。
【００３１】
ここまでの処理を、図１０を用いて具体的に説明する。図１０はＩＰアドレス変換優先制御の処理手順によるパケットのフローを模式的に表した図である。
【００３２】
図１０において、（ａ）に示す受信キューは前述の送受信バッファ３０３内のＬＡＮ２００からの受信順番にしたがったキューであり、本例では、送信元ＩＰ＝３のパケットと送信元ＩＰ＝９のパケットがすでに存在することを示している。処理８０１により、該受信キューからパケットを読み出す。送信元ＩＰ＝３のパケットは、処理８０２でＰ−ＩＰ／優先度対応テーブル３０７を参照することにより、優先度が５であることが判る（図５参照）。同様に、送信元ＩＰ＝９のパケットは、処理８０２でＰ−ＩＰ／優先度対応テーブル３０７を参照することにより、優先度が２であることが判る。このため、（ｂ）のように、処理８０３により送信元ＩＰ＝３のパケットは受信優先度バッファ３０９内の優先度が５の受信優先度キューに格納され、送信元ＩＰ＝９のパケットは優先度が２の受信優先度キューに格納される。なお、図１０の（ｂ）では、各受信優先度キューのパケットの有無を示すフラグは省略してある。
【００３３】
次に、図９の処理フローについて説明する。これは、受信優先度バッファ３０９内のパケットを取り出してＩＰアドレス変換し、送信優先度バッファ３１０に格納する処理である。受信優先度バッファ３０９からのパケット取り出し方式としては、連続的に取り出す方式と時間的に分散して取り出す方式が考えられる。連続的に取り出す方式は、受信優先度バッファ３０９内のパケットがすべてなくなるまで、図９の処理を繰り返すことにより実現される。一方、時間的に分散して取り出す方式としては、ＩＰアドレス変換装置の全体を制御するスケジューラによって定期的に図９の処理が呼び出され、一つのパケットを処理する毎にスケジューラに戻ることにより実現される。スケジューラは、例えば制御処理回路３０５の一つの機能として用意される。
【００３４】
図９において、処理８１１では、優先度制御テーブル３０８のカレントインデックスから現在の優先度を得る。処理８１２では、受信優先度バッファ３０９内の該優先度に対応する受信優先度キューにパケットが存在するか否かを判定する。もし存在しなければ、処理８１３で優先度を１下げて（即ち、優先度を１インクリメントして）、再び受信優先度キューを調べるというループに入る。このループにおいて、もし最低の優先度６でも受信優先度キュー内に受信パケットがなければ、優先度を最高に上げて（即ち、優先度を１として）さらに処理を継続するが、全ての受信優先度キューに受信パケットが無いのであれば、処理を終了する。該当する受信優先度キューにパケットが存在するのであれば処理８１４に移り、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に未使用（使用中フラグ＝０）のＧ−ＩＰが存在するか判定する。もし、未使用のＧ−ＩＰが無ければ、処理を終了する。未使用のＧ−ＩＰがあれば、処理８１５に移り、該当する受信優先度キューに存在したパケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換し、処理８１６において、該変換したパケットを該受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納し、対応するフラグを１（パケットあり）にする。最後に処理８１７で、優先度制御テーブル３０８によりカレントインデックスの値を１更新する。
【００３５】
ここで、受信優先度バッファ３０９内の全受信優先度キューが空か否かは、処理８１２，８１３のループを優先度の数だけ繰り返す（本例では６回）ことで判定できるが、各受信優先度キュー対応のフラグを論理和して、その結果が“１”（パケットあり）か“０”（空）かで判定することでもよく、この場合にはただちに判定できる。
【００３６】
一方、送信優先度バッファ３１０に格納されたＩＰアドレス変換後のパケットは、優先度に従って当該する送信優先度キューのパケットから読み出され、送受信バッファ３０４の送信キューにキューイングされた後、ＷＡＮへの送信タイミングでＷＡＮ４００へ送信される。これは、制御処理回路３０５の送信制御機能で実現される。
【００３７】
ここまでの処理を、再び図１０を用いて具体的に説明する。いま、優先度制御テーブル３０８のカレントインデックスは、図６に示すように５であったとする。処理８１１では、図６の優先度制御テーブル３０８より、このインデックスが５の優先度として１を取得する。即ち、現時点で最優先処理すべきパケットは、優先度１の受信優先度キューに存在するパケットである。しかし、図１０の（ｂ）に示すように、優先度１の受信優先度キューには現在パケットは存在しない。このため、処理８１２，８１３をループし、優先度を１段階下げて、優先度２の受信優先度キューに存在する送信元ＩＰ（Ｐ−ＩＰ）が９のパケットを得る。処理８１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に空があるか判定し、空がある場合、処理８１５で該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換する。図７の（ａ）に示す通り、この時点で使用中でないＧ−ＩＰは例えば２００４である。そこで、優先度２の受信優先度キューから取得したパケットの送信元ＩＰの９を２００４に変換する。そして、図７の（ｂ）に示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６について、Ｇ−ＩＰが２００４の使用中フラグを「１」とし、Ｐ−ＩＰアドレスフィールドに９を設定し、優先度フィールドに２を格納する。送信元ＩＰアドレスが２００４に変換されたパケットは、図１０の（ｃ）に示すように、処理８１６で、優先度２の受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納される。なお、図１０の（ｃ）では、送信優先度キューのパケットの有無を示すフラグは省略してある。送信優先度バッファ３１０内のパケットは、優先度に従って読み出され、送受信バッファ３０４の送信キューに格納されるが、本例では、図１０の（ｄ）に示すように、優先度２の送信優先度キューのパケットが読み出されて送信キューに格納される。
【００３８】
以上の処理により、Ｐ−ＩＰが３のＰＣよりも優先度の高いＰ−ＩＰが９の端末に対し、優先的にＧ−ＩＰが割り当てられ、インターネットにアクセスすることができる。
【００３９】
なお、図１０の例では、ＷＡＮ側の送信優先度キューの個数は、ＬＡＮ側の受信優先度キューに対応して同数としたが、異なる数とし、あらためて優先度を対応づけることも可能である。また、受信優先度キューや送信優先度キューは、それぞれ送受信バッファ３０３，３０４内に存在させてもよい。即ち、送受信バッファ３０３内に受信優先度バッフ３０９を存在させ、送受信バッファ３０４に送信優先度バッファ３１０を存在させることも可能である。
【００４０】
ここで、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のクリアタイミングについて触れておく。Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の各エントリをクリアする方法としては以下の方式が考えられる。第１の方式としては該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６へのアクセスを監視し、一定時間以上アクセスがないエントリの内容をクリアするタイマ監視型の方式である。第２の方式として上位レイヤの通信状態を常に該ＩＰアドレス変換装置が監視し、通信が終了したことを検出した後にＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の該当するエントリの内容をクリアする通信監視型の方式である。これらのクリア方式は、従来のアドレス変換装置においても用いられる技術である。
【００４１】
〔実施例２〕
上述の実施例１のＩＰアドレス変換装置においては、優先度の高いＰ−ＩＰの端末のパケットに対して優先的にＧ−ＩＰが割り当てられると同時に、優先度制御テーブル３０８を用いて現時点での最高の優先度を変化させることによって、優先権の低いＰ−ＩＰの端末のパケットの沈み込みを防ぐことができ、例えば、優先度が１のパケットを連続的にＬＡＮから受信した場合でも優先度の低いパケットは送信を永遠に待たされつづけることのないシステムを提供できる。反面、優先度の低いパケットなどのためにＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６がすべて使用中の場合には、優先度の高いパケットが待たされることになる。実施例２は、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブルがすべて使用中の場合などにも、アドレス変換優先権を待つＰ−ＩＰの端末に対しては、Ｇ−ＩＰを割り当てることができるようにするものである。
【００４２】
図１１は、本実施例２のＩＰアドレス変換装置の機能ブロック図であり、図１と同様に、図２のネットワークのＮＡＴ３００に適用した場合の構成例を示した図である。本ＮＡＴ３００は、図１のＰ−ＩＰ／優先度対応テーブル３０７のかわりに、プライベートＩＰアドレスの優先度とアドレス変換優先権を管理するＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を設け、さらに、プライベートＩＰアドレスで変換優先権を持ったＩＰパケットのＰ−ＩＰ／Ｇ−ＩＰの対応を管理するＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を新しく設けた点が図１と相違し、それ以外は図１の構成と同じである。図１１でも、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６、優先度制御テーブル３０８、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２は実際にはメインメモリ上に配置されるが、機能構造上、独立の構成要素として示してある。同様に、受信優先度バッファ３０９、送信優先度バッファ３１０はそれぞれ優先度別のキューで構成され、各キュー毎にパケットの有無を示すフラグを有するが、図１１でも省略してある。
【００４３】
図１２は、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１の具体的な内容の一例を示した図である。図１２において、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１はＰ−ＩＰアドレスフィールドと優先度フィールドとアドレス変換優先権フィールドから構成される。本例でも、図２で述べた例と同様に、ＬＡＮ２００側にＰ−ＩＰアドレスの端末が１００台あるものとしている。優先度フィールドは、図５のＰ−ＩＰ／優先度対応テーブル３０７と同じであり、ここでも優先度は６段階にランク分けされ、最も高い優先度は１、最も低い優先度は６である。Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１では、さらに、この優先度フィールドとは別に、Ｐ−ＩＰ毎に通信優先権などを反映するアドレス変換優先権の有無を示すアドレス変換権フィールドがあり、アドレス変換優先権を有しているＰ−ＩＰアドレスバは１、有していないＰ−ＩＰアドレスには０を設定する。例えば、図１２において、Ｐ−ＩＰアドレスが１７の端末の元々の優先度は４であるが、アドレス変換優先権を有している。アドレス変換優先権の設定方法は、特に制限はなく、先に述べた優先度の場合と同じでよい。
【００４４】
図１３は、本実施例２の場合のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を示しており、図１３（ａ）はある時点でのＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表し、図１３（ｂ）は図１３（ａ）に対し、新たにＧ−ＩＰをＰ−ＩＰに割り当てた後のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の内容を表している。図１３は図７と同様な構成であるが、本ＮＡＴ３００に割り当てられたＧ−ＩＰアドレス２００１〜２００８のうち、一例として２００１〜２００５を該Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６で利用することを示したものである。このＧ−ＩＰアドレスの残りの２００６〜２００８がＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２で利用されることになる。
【００４５】
図１４は、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を示しており、図１３のＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６と同じ構成であるが、アドレス変換優先権を持った端末のＰ−ＩＰアドレスについて優先的にアドレス変換を行うために、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とは異なったＧ−ＩＰ（本例では２００６〜２００８）とＰ−ＩＰの対応を管理する。これ以外はＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とまったく同様の使用法である。なお、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に割り当てるＧ−ＩＰと該Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に割り当てるＧ−ＩＰとの比率は、例えばアドレス優先権の有無の比率等で決めればよく、特に制限はない。また、設定方法は、手動、自動のいずれでもよく、可変としてもよい。
【００４６】
次に、図１１の実施例２におけるＩＰアドレス変換優先制御の処理手順について、図１５、図１６を用いて説明する。なお、この処理は、図１１の制御処理回路３０５が実行する。
【００４７】
図１５は、ＬＡＮ２００からのパケット受信タイミングにおいて行う処理である。ＬＡＮ２００からＬＡＮインターフェース回路３０１を経て送受信バッファ３０３に受信したパケット（送信パケット）には、宛先ＩＰアドレスとしてＧ−ＩＰアドレス、送信元ＩＰアドレスとしてＰ−ＩＰアドレスが付いている。処理１５０１は図８の処理８０１と同じであり、、該送受信バッファ３０３の受信キューからパケットを読み出す。処理１５０２では、該パケットの送信元ＩＰであるＰ−ＩＰの優先度に加えて、当該Ｐ−ＩＰのアドレス変換優先権の有無を、Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を参照することにより得る。処理１５０３は図８の処理８０３と同じであり、優先度に従い、該パケットを受信優先度バッファ３０９内の対応する受信優先度キューに格納し、対応するフラグを１（パケットあり）にする。
【００４８】
ここまでの処理を、図１７を用いて具体的に説明する。図１７は図１０と同様に、優先度によるＩＰアドレス変換優先制御の処理手順によるパケットのフローを模式的に表した図である。
【００４９】
図１７において、（ａ）に示す受信キューは送受信バッファ３０３内のＬＡＮ２００からの受信順番にしたがったキューであり、本例では、送信元ＩＰ＝３のパケットと送信元ＩＰ＝９のパケットと送信元ＩＰ＝１７のパケットがすでに存在することを示している。送信元ＩＰ＝３のパケットは、処理１５０２でＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を参照することにより、優先度が５であることが判る（図１２参照）。同様に、送信元ＩＰ＝９のパケットは、処理１５０２でＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブル３１１を参照することにより優先度が２、送信元ＩＰ＝１７のパケットは、優先度が４であることが判る。このため、（ｂ）のように、処理１５０３により送信元ＩＰ＝３のパケットは受信優先度バッファ３０９内の優先度が５の受信キューに格納され、送信元ＩＰ＝９のパケットは優先度が２の受信優先度キューに格納され、送信元ＩＰ＝１７のパケットは優先度が４の受信優先度キューに格納される。同時に、Ｐ−ＩＰ／優先度及びアドレス変換権対応テーブル３１１を参照することにより、該当Ｐ−ＩＰのアドレス変換優先権の有無も判かるので、処理１５０３では優先度とともにアドレス変換優先権の有無も格納する。図１７の（ｂ）のカッコ内の値は、それを表わしたもので、１はアドレス変換優先権有り、０は無しである。なお、図１７の（ｂ）では、各受信優先度キューのパケットの有無を示すフラグは省略してある。
【００５０】
次に、図１６の処理フローについて説明する。これは、受信優先度バッファ３０９内のパケットを取り出してＩＰアドレス変換し、送信優先度バッファ３１０に格納する処理である。
【００５１】
図１６において、処理１５１１〜１５１７は図９の処理８１１〜８１７と同じであるので、ここでは説明を省略する。図１６では、処理１５１４においてＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に未使用（使用中フラグ＝０）のＧ−ＩＰが存在しない場合、次の図９のような処理を終了とせずに、処理１５１８にて、当該パケットのアドレス変換優先権の有無を調べ、当該パケットにアドレス変換優先権があれば、処理１５１９に移り、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に未使用（使用中フラグ＝０）のＧ−ＩＰが存在するか判定する。もし、未使用のＧ−ＩＰが無ければ、ここで処理を終了とする。一方、未使用のＧ−ＩＰがあれば、処理１５２０に移り、該当する受信優先度キューに存在したパケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を用いてＧ−ＩＰに変換する。その後、処理１５１６に戻り、該変換したパケットを該受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納し、対応するフラグを１（パケットあり）にする。そして、処理１５１７で、優先度制御テーブル３０８によりカレントインデックスの値を１更新する。
【００５２】
図１６における処理を、図１７、図１８を用いて具体的に説明する。
まず、図１７の例について、図６、図１３を参照して、アドレス変換優先権がないパケットの処理を説明する。いま、優先度制御テーブル３０８のカレントインデックスは、図６に示すように５であったとする。処理１５１１では、図６の優先度制御テーブル３０８より、このインデックスが５の優先度として１を取得する。しかし、図１７の（ｂ）に示すように、優先度１の受信優先度キューには現在パケットは存在しない。このため、処理１５１２、１５１３をループし、優先度を１下げて、優先度２の受信優先度キューに存在する送信元ＩＰ（Ｐ−ＩＰ）が９のパケットを得る。処理１５１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６に空きがあるか判定する。空きがある場合、処理１５１５で該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を用いてＧ−ＩＰに変換する。図１３の（ａ）に示すとおり、この時点で使用中でないＧ−ＩＰは２００４である。そこで、優先度２の受信キューから取得したパケットの送信元ＩＰの９を２００４に変換する。そして、図１３の（ｂ）に示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６について、Ｇ−ＩＰの２００４の使用中プラグを「１」とし、Ｐ−ＩＰアドレスフィールドに９を設定し、優先度フィールドに２を格納する。送信元ＩＰアドレスが２００４に変換されたパケットは、図１７の（ｃ）に示すように、処理１５１６で、優先度２の受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納される。なお、図１７の（ｃ）では、送信優先度キューのパケットの有無を示すフラグは省略してある。送信優先度バッファ３１０内のパケットは、優先度にしたがって読み出され、送受信バッファ３０４の送信キューに格納されるが、本例では、図１７の（ｄ）に示すように、優先度２の送信優先度キューのパケットが読み出されて送信キューに格納される。
【００５３】
次に、アドレス変換優先権があるパケットの処理について、図１８を用いて具体的に説明する。図１８は、図１７の処理をした後の状態を示したものである。また、優先度制御テーブル３０８のカレントインデックスは１つ更新され６となっている。処理１５では、図６の優先度制御テーブル３０８より、このインデックスが６の優先度として２を取得する。即ち、現時点で最優先処理すべきパケットは、優先度２の受信優先度キューに存在するパケットである。しかし、図１８の（ｂ）に示すように、優先度２の受信優先度キューは図１７に示したように処理が終わってしまい、現在パケットは存在しない。このため、処理１５１２、１５１３をループし、優先度を１下げるが、優先度３の受信キューにもパケットが存在しない。さらに処理１５１２、１５１３をループし、優先度４の受信優先度キューに存在する送信元ＩＰ（Ｐ−ＩＰ）が１７のパケットを得る。処理１５１４で、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰに空きがあるか判定する。いま、図１３の（ｂ）に示すように、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰには空きがなくなったとする。この場合、処理１５１８に移り、該Ｐ−ＩＰ＝１７のパケットにはアドレス変換優先権があることを知る。そこで処理１５１９で、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２に空きがあるか判定する。空きがある場合、処理８２０で該パケットの送信元ＩＰをＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を用いてＧ−ＩＰに変換する。
【００５４】
図１４の（ａ）に示すとおり、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２には、この時点では使用中のＧ−ＩＰは無い。そこで、Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２により、優先度４の受信キューから取得したパケットの送信元ＩＰの１７を２００６に変換する。そして、図１４の（ｂ）に示すように、このＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２について、Ｇ−ＩＰの２００６の使用中プラグを「１」とし、Ｐ−ＩＰアドレスフィールドに１７を設定し、優先度フィールドに４を格納する。送信元ＩＰアドレスが２００６に変換されたパケットは、図１８の（ｃ）に示すように、処理１５１６で、優先度４の受信優先度キューに対応して、送信優先度バッファ３１０内の該当する送信優先度キューに格納される。なお、図１８の（ｃ）でも、送信優先度キューのパケットの有無を示すフラグは省略してある。送信優先度バッファ３１０内のパケットは、優先度にしたがって読み出され、送受信バッファ３０４の送信キューに格納されるが、本例では、図１８の（ｄ）に示すように、優先度２の送信優先度キューのパケットが読み出されて送信キューに格納される。
【００５５】
以上の処理により、Ｐ−ＩＰが３のＰＣよりも優先度の高いＰ−ＩＰが９の端末に対し、優先的にＧ−ＩＰが割り当てられ、インターネットにアクセスすることができ、また、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６がすべて使用中であっても、Ｐ−ＩＰが１７の端末に対し、アドレス変換優先権対応のＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２により、Ｇ−ＩＰが割り当てられ、インターネットにアクセスすることができる。
【００５６】
以上述べてきたように、本発明の実施例１においては、優先度の高いパケットに対して優先的にＧ−ＩＰが割り当てられると同時に、優先度制御テーブル３０８を用いて現時点での最高の優先度を変化させることによって、優先度の低いパケットの沈みこみを防ぐことができる。即ち、優先度が１のパケットを連続的にＬＡＮから受信した場合でも優先度の低いパケットは送信を永遠に待たされつづけることはないというシステムを提供することができる。また、実施例２においては、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６とは異なったＧ−ＩＰとＰ−ＩＰの対応をＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２で管理することにより、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰがすべて使用中の場合でも、アドレス変換優先権（送信優先権など）を持つＰ−ＩＰの端末に対してＧ−ＩＰを割り当てることが可能なシステムを提供できる。
【００５７】
なお、実施例２においては、アドレス変換優先権があるパケットについては、Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６のＧ−ＩＰに空きがあるか否かに関係なく、直ちにＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２を参照してアドレス変換を行うことでもよい（Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２のＧ−ＩＰがすべて使用中の場合、ここでＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６を見にいく）。
【００５８】
一方、もし優先度の低いパケットは待たされつづける可能性があることを許すシステムにおいては、別の実施例としてＩＰアドレス変換優先制御では必ず優先度の高い優先度キュー内のパケットを処理することとし、図１や図１１の構成で優先制御テーブル３０８を実装しないという装置も有り得る。このような実施例のＩＰアドレス変換装置の場合、優先度制御テーブル３０８を実装した実施例１や２よりも高速な処理が期待できる。
【００５９】
さらに、ＷＡＮインターフェース回路３０２がＡＴＭ（Ａsyncronous
Ｔransfer Ｍode)のように回線の帯域制御が可能であれば、図７や図１３に示したＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６の優先度フィールドの内容や図１２に示したＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル３１２で対応している内容そのものを帯域保証に関連付けて送信すれば、より一層インターネットへのアクセスのサービス品質が保証できることになる。
【００６０】
また、送信元ＩＰをＧ−ＩＰに変換したパケットは、直接、ＷＡＮ側の送受信バッファ３０４の送信キューにキューイングすることでもよく、この場合には優先度に従った送信制御は出来ないものの、送信優先度バッファ３１０を省略でき、ＩＰアドレス変換装置の構成の簡単化が出来る。
【００６１】
さらに、近年ではグローバルＩＰアドレスをさらに節約するために１個のグローバルＩＰアドレスの異なるＴＣＰポートを用いて複数のプライベートＩＰアドレスに対応させる技術も用いられることがある。この技術はＩＰマスカレードと呼ばれることもある。このＩＰマスカレードを用いたＩＰアドレス変換装置においては、図７や図１３に示したＰ−ＩＰ／Ｇ−ＩＰ対応テーブル３０６が複数のＰ−ＩＰを一個の異なるＴＣＰポートへの対応付けテーブルとすれば、本発明でのＰ−ＩＰの優先度制御がＴＣＰポートの優先的な割り当てに適用できることは容易である。
【００６２】
【発明の効果】
本発明によれば、ＩＰアドレス変換装置において、プライベートＩＰアドレス（一般には第一のＩＰアドレス体系のＩＰアドレス）の優先度制御をグローバルＩＰアドレス（一般には第二のＩＰアドレス体系のＩＰアドレス）の割り当て頻度に反映させることができる。
【００６３】
また、本発明によれば、ＩＰアドレス変換装置において、プライベートＩＰアドレス（一般には第一のＩＰアドレス体系のＩＰアドレス）の通信優先権などをアドレス変換優先権としてグローバルＩＰアドレス（一般には第二のＩＰアドレス体系のＩＰアドレス）の優先割り当てに反映させることができる。
【００６４】
さらに、本発明のアドレス変換優先制御は、ＴＣＰ／ＩＰパケットを対象に、第二のＩＰアドレス体系のＴＣＰポートに変換する装置にも適用できる。
【図面の簡単な説明】
【図１】本発明の実施例１であるＩＰアドレス変換装置（ＮＡＴ）の構成を表した機能ブロック図である。
【図２】ＮＡＴを用いたネットワーク構成に一例を示す図である。
【図３】従来のＮＡＴの構成の一例を示す機能ブロック図である。
【図４】従来のＰ−ＩＰ／Ｇ−ＩＰ対応テーブルの構成例を示す図である。
【図５】本発明の各実施例で用いるＰ−ＩＰ／優先度対応テーブルの具体的な内容例を示した図である。
【図６】本発明の各実施例で用いる優先度制御テーブルの具体的な内容例を示した図である。
【図７】本発明の実施例１で用いるＰ−ＩＰ／Ｇ−ＩＰ対応テーブルの具体的な内容例を示した図である。
【図８】本発明の実施例１のＩＰアドレス変換優先制御の処理手順を示すフロチャートである。
【図９】本発明の実施例１のＩＰアドレス変換優先制御の処理手順を示す続きのフロチャートである。
【図１０】本発明の実施例１のＩＰアドレス変換優先制御の処理手順による受信パケットのフローを模模式的に表した図である。
【図１１】本発明の実施例２のＩＰアドレス変換装置（ＮＡＴ）の構成を表した機能ブロック図である。
【図１２】本発明の実施例２で用いるＰ−ＩＰ／優先度及びアドレス変換優先権対応テーブルの具体的な内容例を示した図である。
【図１３】本発明の実施例２で用いるＰ−ＩＰ／Ｇ−ＩＰ対応テーブルの具体的な内容例を示した図である。
【図１４】本発明の実施例２で用いるＰ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブルの具体的な内容例を示した図である。
【図１５】本発明の実施例２のＩＰアドレス変換優先制御の処理手順を示すフロチャートである。
【図１６】本発明の実施例２のＩＰアドレス変換優先制御の処理手順を示す続きのフローチャートである。
【図１７】本発明の実施例２のＩＰアドレス変換優先制御の処理手順による変換優先権を持たない受信パケットのフローを模式的に表した図である。
【図１８】本発明の実施例２のＩＰアドレス変換優先制御の処理手順による変換優先権を持つ受信パケットのフローを模式的に表した図である。
【符号の説明】
３００ ＮＡＴ
３０１ ＬＡＮインターフェース回路
３０２ ＷＡＮインターフェース回路
３０３及び３０４ 送受信バッファ
３０５ 制御処理回路
３０６ Ｐ−ＩＰ／Ｇ−ＩＰ対応テーブル
３０７ Ｐ−ＩＰ／優先度対応テーブル
３０８ 優先度制御テーブル
３０９ 受信優先度バッファ
３１０ 送信優先度バッファ
３１１ Ｐ−ＩＰ／優先度及びアドレス変換優先権対応テーブル
３１２ Ｐ−ＩＰ／Ｇ−ＩＰ変換優先対応テーブル
Claims (6)
- 第一のＩＰアドレス体系のＩＰアドレスと第二のＩＰアドレス体系のＩＰアドレスとの対応付けを管理する手段（これをＩＰアドレス対応テーブルと称す）と、一方のネットワークから第一のＩＰアドレス体系のＩＰパケットを受信する手段と、前記受信した第一のＩＰアドレス体系のＩＰパケットを保持する手段と、前記保持されたＩＰパケットを取り出し、該パケットの第一のＩＰアドレス体系のＩＰアドレスを前記ＩＰアドレス対応テーブルに従って第二のＩＰアドレス体系のＩＰアドレスに変換する手段と、前記変換されたＩＰパケットを他のネットワークに送信する手段とを有するＩＰアドレス変換装置において、
前記第１のＩＰアドレス体系のＩＰアドレスの優先度を管理する手段を備え、
前記変換する手段が、前記第１のＩＰアドレス体系のＩＰアドレスの優先度に応じて前記保持されたＩＰパケットを取り出し、該取り出したパケットのＩＰアドレスの変換を行うことを特徴とするＩＰアドレス変換装置。 - 請求項１記載のＩＰアドレス変換装置において、第一のＩＰアドレス体系のＩＰアドレスの優先度に加えてアドレス変換優先権の有無を管理する手段と、前記ＩＰアドレス対応テーブルとは別の、第一のＩＰアドレス体系のＩＰアドレスと第二のＩＰアドレス体系のＩＰアドレスとの対応付けを管理する手段（これをＩＰアドレス変換優先対応テーブルと称す）を設け、
前記変換する手段が、第一のＩＰアドレス体系のＩＰアドレスがアドレス変換優先権対象のパケットのアドレス変換を、前記ＩＰアドレス変換優先対応テーブルにより優先的に行うことを特徴とするＩＰアドレス変換装置。 - 請求項１又は２記載のＩＰアドレス変換装置において、前記変換されたＩＰパケットを保持する手段と、前記保持されたＩＰパケットを優先度に応じて取り出して他のネットワークに送信する手段を有することを特徴とするＩＰアドレス変換装置。
- 請求項１乃至３のいずれか１項に記載のＩＰアドレス変換装置において、前記保持されたＩＰパケットを優先度に応じて取り出すときの当該優先度を動的に制御する手段を有することを特徴とするＩＰアドレス変換装置。
- 請求項１乃至４のいずれか１項に記載のＩＰアドレス変換装置において、第一のＩＰアドレス体系のＩＰアドレスは狭域のネットワーク内に限られて用いられるプライベートＩＰアドレスであり、第二のＩＰアドレス体系のＩＰアドレスは広域のネットワークに用いられるグローバルＩＰアドレスであることを特徴とするＩＰアドレス変換装置。
- 請求項１乃至５のいずれか１項に記載のＩＰアドレス変換装置において、第一のＩＰアドレス体系のＩＰアドレスと第二のＩＰアドレス体系のＩＰアドレスとの対応付けを管理する手段は、第一のＩＰアドレス体系のＩＰアドレスと第二のＩＰアドレス体系のＩＰアドレスのＴＣＰポートとの対応付けを管理する手段（これをＩＰアドレス／ＴＣＰポート対応テーブルと称す）であり、
一方のネットワークから第一のＩＰアドレス体系のＴＣＰ／ＩＰパケットを受信し、該パケットの第一のＩＰアドレス体系のＩＰアドレスを前記ＩＰアドレス／ＴＣＰポート対応テーブルに従って第二のＩＰアドレス体系のＴＣＰポートに変換することを特徴とするＩＰアドレス変換装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9706898A JP3865175B2 (ja) | 1997-11-10 | 1998-04-09 | Ｉｐアドレス変換装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30733097 | 1997-11-10 | ||
| JP9-307330 | 1997-11-10 | ||
| JP9706898A JP3865175B2 (ja) | 1997-11-10 | 1998-04-09 | Ｉｐアドレス変換装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11196135A JPH11196135A (ja) | 1999-07-21 |
| JP3865175B2 true JP3865175B2 (ja) | 2007-01-10 |
Family
ID=26438273
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9706898A Expired - Lifetime JP3865175B2 (ja) | 1997-11-10 | 1998-04-09 | Ｉｐアドレス変換装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3865175B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7107614B1 (en) | 1999-01-29 | 2006-09-12 | International Business Machines Corporation | System and method for network address translation integration with IP security |
| JP3602415B2 (ja) * | 2000-07-07 | 2004-12-15 | 日本電信電話株式会社 | トラヒック制御方法 |
| JP5131459B2 (ja) * | 2008-02-01 | 2013-01-30 | 株式会社ナカヨ通信機 | 遠隔保守アダプタ |
| JP5333599B2 (ja) * | 2009-10-30 | 2013-11-06 | 富士通株式会社 | アドレス変換装置、アドレス変換方法、およびアドレス変換プログラム |
| JP5601220B2 (ja) | 2011-01-25 | 2014-10-08 | セイコーエプソン株式会社 | Ｉｐアドレス管理方法、そのプログラム、及びネットワーク通信装置 |
-
1998
- 1998-04-09 JP JP9706898A patent/JP3865175B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11196135A (ja) | 1999-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2791236B2 (ja) | プロトコル並列処理装置 | |
| JP5163910B2 (ja) | アドレス変換装置及びアドレス変換方法 | |
| JP4230663B2 (ja) | 無線通信ネットワークにおけるパケット・ヘッダの削減 | |
| KR100316295B1 (ko) | 고속-패킷네트워크용패킷관리장치 | |
| US5878212A (en) | System for updating mapping or virtual host names to layer-3 address when multimedia server changes its usage state to busy or not busy | |
| US7664119B2 (en) | Method and apparatus to perform network routing | |
| US5448564A (en) | Modular architecture for fast-packet network | |
| US6718393B1 (en) | System and method for dynamic distribution of data traffic load through multiple channels | |
| JP3613863B2 (ja) | ネットワーク接続システム及び並列ネットワーク接続方法 | |
| US7298745B2 (en) | Method and apparatus to manage packet fragmentation with address translation | |
| JP2003060691A (ja) | ネットワークルータおよび交換機におけるリソースの割当て方法および装置 | |
| JP3634201B2 (ja) | ネットワーク間データ伝送方法 | |
| JP3865175B2 (ja) | Ｉｐアドレス変換装置 | |
| KR20100032111A (ko) | 네트워크 프로세서를 이용한 라우팅 시스템에서 ｉｐ 패킷의 플레그먼테이션 처리 장치 및 방법 | |
| JP3662768B2 (ja) | 網間接続方法及び装置 | |
| JP2000235536A (ja) | データ通信方式及び装置 | |
| JP2000270023A (ja) | Ｌａｎ中継交換装置 | |
| KR100341880B1 (ko) | 포트번호를 이용한 아이피주소 공유장치 | |
| JP3693594B2 (ja) | ルータ装置 | |
| Lindgren et al. | Fast Connection Establishment in the DTM Gigabit Network. | |
| US9154368B2 (en) | Method for reduction of data packet losses on updating of an address table | |
| KR0174675B1 (ko) | 프로토콜 변환장치의 트래픽 제어방법 | |
| KR20010019437A (ko) | 상위 프로토콜과 고속 시리얼 버스의 정합방법 | |
| Krzyzanowski | Modes of connection | |
| Cole | Network Systems Architecture |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041217 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060524 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060720 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060927 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060928 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091013 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101013 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111013 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121013 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121013 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131013 Year of fee payment: 7 |
|
| EXPY | Cancellation because of completion of term |