(57)【要約】【課題】アドレス変換を介した通信において、ネットワーク障害の原因となる、宛先や送信元が実在しないパケットの伝送を防止し、該当するパケットを受信すると管理者に対処を促す機能を有するアドレス変換装置を提供する。【解決手段】アドレス変換規則に付随して、対応付けられた複数種のアドレスの中のどれが仮のアドレスであるかを識別する情報を保持する。また、名前解決を契機とした受信側端末の仮のアドレスの割り当ての際に、前記識別情報を参照し、元のアドレスが仮のアドレスとして登録されていれば、割り当てを拒否し、発信側端末に名前解決エラーの応答を返して、発信側端末からのパケット送信を防止する。さらに、アドレス変換処理のときに、前記識別情報を参照し、変換前の送信元アドレスや変換後の宛先アドレスが仮のアドレスとして登録されていれば、受信パケットを破棄する。さらに、前記の仮のアドレスの割り当て拒否やパケット破棄を行った際には、管理者に通知するための警報装置もしくは外部端末にメッセージを送信する。【選択図】  図１
2004179812.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末に接続される第１の通信網と第２の端末に接続される第２の通信網とを少なくとも含む複数の通信網に接続されるインタフェースと、前記第１の通信網で使用されるアドレスと第２の通信網で使用されるアドレスとを変換するテーブルとを有し、
該変換テーブルは、前記アドレスが前記第１の端末または第２の端末に付与された実アドレスであるか無いかの識別情報を含むことを特徴とするアドレス変換装置。
【請求項２】
第１の端末に接続される第１の通信網と第２の端末に接続される第２の通信網とを少なくとも含む複数の通信網に接続されるインタフェースと、
前記第１の通信網で使用されるアドレスと第２の通信網で使用されるアドレスと前記アドレスが前記第１の端末または第２の端末の実アドレスであるか無いかの識別情報とが格納された記憶手段と、
前記第１の通信網のアドレスと前記第２の通信網のアドレスとの変換を実行する制御手段とを有することを特徴とするアドレス変換装置。
【請求項３】
請求項１に記載のアドレス変換装置において、前記テーブルには、前記アドレス変換の実行の際、前記第１の通信網で使用されるアドレスと第２の通信網で使用されるアドレスのアドレス変換規則と、前記識別情報とが記録されることを特徴とするアドレス変換装置。
【請求項４】
請求項２に記載のアドレス変換装置において、前記制御手段は、前記アドレス変換の実行の際、前記第１の通信網で使用されるアドレスと、第２の通信網で使用されるアドレスのアドレス変換規則と、前記識別情報とを、前記記憶手段に記録することを特徴とするアドレス変換装置。
【請求項５】
請求項１に記載のアドレス変換装置において、前記テーブルが格納される記憶手段を有することを特徴とするアドレス変換装置。
【請求項６】
請求項３に記載のアドレス変換装置において、前記第１の端末または第２の端末からの前記アドレス変換規則に対する設定指示を受信する手段を備えたことを特徴とするアドレス変換装置。
【請求項７】
請求項４に記載のアドレス変換装置において、前記アドレス変換規則を入力する手段、ないし前記第１の端末または第２の端末からアドレス変換規則の設定信号を受信する手段を有することを特徴とするアドレス変換装置。
【請求項８】
請求項１に記載のアドレス変換装置において、前記テーブルが表示される保守端末装置を備えたことを特徴とするアドレス変換装置。
【請求項９】
請求項２に記載のアドレス変換装置において、前記記憶手段の内容が表示される保守端末装置を備えたことを特徴とするアドレス変換装置。
【請求項１０】
第１の端末から第１の通信網を経由して送信されたパケットを受信するステップと、
前記第１の通信網のプロトコルにより表現された前記パケットを第２の端末が接続される第２の通信網のプロトコルに変換するステップと、
前記プロトコルの変換のためのアドレス変換規則を作成するステップと、
前記パケットのアドレスが前記第１の端末または第２の端末に実際に付与されたアドレスかそうでないかを識別する識別情報および前記アドレス変換規則とをアドレス変換テーブルに登録するステップとを有することを特徴とするアドレス変換方法。
【請求項１１】
端末から送信元通信網を経由して送信されたパケットを受信するステップと、前記送信元通信網のプロトコルにより表現された前記パケットを前記パケットの送信先通信網のプロトコルに変換するステップとを備え、
前記プロトコルを変換するステップは、
アドレス変換テーブルを参照することにより前記送信先通信網で使用するアドレスを検索するステップと、
前記パケットの発信元のアドレスが前記端末に実際に付与されたアドレスか否かを判定するステップとを含むことを特徴とするアドレス変換方法。
【請求項１２】
請求項１１に記載のアドレス変換方法において、前記受信されたパケットのアドレスが前記端末に実際に付与されたアドレスではない場合、該受信されたパケットを破棄するステップを備えることを特徴とするアドレス変換方法。
【請求項１３】
請求項１２に記載のアドレス変換方法において、前記受信パケットが破棄されたことを前記送信元通信網に通知するステップを備えることを特徴とするアドレス変換方法。
【請求項１４】
請求項１１に記載のアドレス変換方法において、前記検索の結果、前記端末に対して、前記送信先通信網で使用するアドレスが割り当てられていなければ、前記送信先通信網で使用するアドレスを割り当てるステップを備えることを特徴とするアドレス変換方法。
【請求項１５】
請求項１４に記載のアドレス変換方法において、前記パケットの発信元のアドレスと、前記割り当てたアドレスと、該割り当てたアドレスは仮のアドレスであることを示す識別情報とを前記アドレス変換テーブルに記録するステップを含むことを特徴とするアドレス変換方法。
【請求項１６】
請求項１５に記載のアドレス変換方法において、前記プロトコルの変換によって前記割り当てた仮アドレスが宛先アドレスとなるようなパケットを新たに受信した場合には、該新たに受信したパケットを破棄することを特徴とするアドレス変換方法。
【請求項１７】
請求項１１に記載のアドレス変換方法において、前記端末からのアドレス変換規則の設定指示を契機として前記プロトコルの変換を実行することを特徴とするアドレス変換方法。
【請求項１８】
請求項１４に記載のアドレス変換方法において、パケットの宛先の名前を指定して、送信先通信網で使用される前記宛先のアドレスを問い合せる要求を前記送信元通信網から受信するステップと、
該問い合せ要求を前記アドレスと名前との対応関係を保持するサーバ装置に転送するステップと、
前記サーバ装置から前記問い合わせ要求に対する回答を受信するステップとを有し、
該サーバ装置からの回答の受信を契機として前記仮アドレスの割り当てを実行することを特徴とするアドレス変換方法。
【請求項１９】
請求項１８に記載のアドレス変換方法において、前記割り当てたアドレスが仮アドレスであることを示す識別情報を前記アドレス変換テーブルに登録するステップを含むことを特徴とするアドレス変換方法。
【請求項２０】
請求項１５に記載のアドレス変換方法において、前記仮アドレスであることを示す識別情報に対応するアドレスが、前記送信元通信網または前記送信先通信網に登録された端末の実アドレスである場合には、前記送信元ないし送信先通信網に異常を通知することを特徴とするアドレス変換方法。
【請求項２１】
請求項１８に記載のアドレス変換方法において、前記サーバ装置からの回答が通知したアドレスが仮のアドレスであることを示す識別情報が登録されている場合には、前記送信元通信網に異常を通知することを特徴とするアドレス変換方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、相互通信の際に端末を識別するアドレスの変換が必要な複数の通信網の相互接続のためのアドレス変換装置に関する。
【０００２】
【従来の技術】
ある端末が属する網と、通信相手の端末が属する網の通信プロトコルが異なる状況下で、両者間の通信を実現する技術の１つに、プロトコル変換が挙げられる。例えば、インターネットで用いられるＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（以下、「ＩＰ」と呼ぶ）は、現在、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４（以下、「ＩＰｖ４」と呼ぶ）が全世界的に普及しているが、使用可能なアドレスの枯渇が懸念されており、この問題を解決するものとしてＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６（以下、「ＩＰｖ６」と呼ぶ）が提案されている。
しかし、ＩＰｖ４からＩＰｖ６への移行を一挙に行うことは事実上不可能であるため、ＩＰｖ４を使用する網とＩＰｖ６を使用する網とを、プロトコル変換によって接続する方式が提案されている。具体的な変換方式としては、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）から出されているＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）２７６５および２７６６に記載のＮＡＴ−ＰＴや、ＲＦＣ３０８９に記載のＳＯＣＫＳ６４、ＲＦＣ３１４２に記載のトランスポートリレー等が知られている。
これらはいずれも、基本的にＩＰパケットのフォーマットをＩＰｖ４とＩＰｖ６とで相互に変換する。このとき、ＩＰｖ４アドレスとＩＰｖ６アドレスの変換を行うため、変換の前にＩＰｖ４アドレスとＩＰｖ６アドレスの変換規則を作成し、保持しておく必要がある。この変換規則は、予め静的に設定しておく場合と、通信が発生するたびに動的に作成する場合とがあり、後者の場合は、変換規則の生成のきっかけとして、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）の名前解決が利用される。
ＤＮＳは、文字列で書かれた人間にわかりやすい名前を、ＩＰアドレスに変換するシステムである。以下名前をＩＰアドレスに変換する操作を名前解決と呼ぶ。今日では、インターネット上のほぼすべてのアプリケーションが、このＤＮＳを利用して通信相手のＩＰアドレスを取得している。
ＩＰｖ４−ＩＰｖ６変換装置は、この事実を利用し、通信開始にあたってやり取りされるＤＮＳのメッセージを常に監視しており、名前解決の要求メッセージを契機として、ＩＰアドレスの変換規則を作成する。以下、ＩＰｖ６端末からＩＰｖ４端末に向けて発信される通信を例にとり、具体的な動作を説明する。
まず、ＩＰｖ６端末が、ＤＮＳ代理サーバに、受信側端末のＩＰｖ６アドレスを問い合わせる。次に、ＤＮＳ代理サーバが、他のＤＮＳサーバに問い合わせを行い、その応答として、前記の受信側端末のアドレスを通知される。ＤＮＳ代理サーバは、通知されたアドレスがＩＰｖ４アドレスだった場合、応答メッセージのＩＰｖ４アドレスを仮のＩＰｖ６アドレスに書き換えて、ＩＰｖ６端末に送り返す。このとき、ＩＰｖ４−ＩＰｖ６変換装置は、ＤＮＳ代理サーバと連携して、書き換える前のＩＰｖ４アドレスと書き換えた仮のＩＰｖ６アドレスを対応付けてアドレス変換規則を作成し、装置内部に保持する。
発信側のＩＰｖ６端末は、上記のようにしてＤＮＳの名前解決によって通知された受信側端末の仮のＩＰｖ６アドレス宛てに、ＩＰｖ６パケットを送信する。このとき、パケットの送信元アドレスは、発信側端末自身のＩＰｖ６アドレスとなる。このＩＰｖ６パケットは、一旦、ＩＰｖ４−ＩＰｖ６変換装置が受信する。
ＩＰｖ４−ＩＰｖ６変換装置は、前記ＩＰｖ６パケットを受信すると、まず、アドレス変換規則を保持するテーブル（以下、「アドレス変換テーブル」と呼ぶ）から、前記ＩＰｖ６パケットの宛先ＩＰｖ６アドレスに対応するＩＰｖ４アドレスを検索する。この時点では、宛先アドレスの変換規則は、前記ＤＮＳの名前解決によってすでに生成されているため、目的とするＩＰｖ４アドレスを得ることができる。
次に、アドレス変換テーブルから、前記ＩＰｖ６パケットの送信元のＩＰｖ６アドレスに対応するＩＰｖ４アドレスを検索する。しかし、この時点では、送信元アドレスの変換規則はまだ作成されていないため、目的とするＩＰｖ４アドレスは得られない。そこで、アドレス変換装置は、発信側端末のＩＰｖ６アドレスに対する仮のＩＰｖ４アドレスを新たに割り当て、この２つのアドレスを対応付けてアドレス変換規則を作成し、アドレス変換テーブルに登録する。
送信元アドレスの変換規則が作成され、送信元と宛先のそれぞれに対応するＩＰｖ４アドレスが得られると、前記ＩＰｖ６パケットは、送信元と宛先のアドレスをそれぞれ対応するＩＰｖ４アドレスに書き換えたＩＰｖ４パケットに変換され、宛先に向けて送出される。これ以降、両端末の間で伝送されるパケットに対しては、送信元アドレスと宛先アドレスの変換規則はともに生成済みであるため、それらの規則を参照してパケット変換が行われる。
ここで動的に生成されたアドレス変換規則は、一時的なものであるため、通信が終了すると破棄される。
上記の例では、ＩＰｖ６端末からＩＰｖ４端末に向けた通信を取り上げたが、ＩＰｖ４端末からＩＰｖ６端末に向けた通信や、ＩＰｖ４端末同士でのアドレス変換が必要な通信（例えば、アドレスが重複する可能性のある、２つのＩＰｖ４プライベート網に跨る通信）においても、上記の手順によって、アドレス変換規則が動的に生成され、アドレス変換を介した通信が行われる。
また、ＩＰ以外の通信プロトコルを用いる場合でも、ＩＰｖ４アドレスやＩＰｖ６アドレスのような、各々のプロトコルにおいて端末を識別する情報と、ドメイン名のような、端末をプロトコルによらず一意に識別する情報とを対応付ける手段が存在すれば、上記と同様にして、端末の識別情報をプロトコルに応じて相互変換する規則を生成することが可能である。
【０００３】
【発明が解決しようとする課題】
上記の説明からも明らかなように、アドレス変換を介した通信においては、本来であれば、アドレス変換処理にて書き換えた後の宛先アドレスは、実際に端末に付与されたアドレス（以下、「実のアドレス」と呼ぶ）であるはずである。また、アドレス変換処理にて書き換える前の送信元アドレスも、実のアドレスであるはずである。
もし、アドレス変換処理にて書き換えた後の宛先アドレスが、仮のアドレスであるとすると、次の２通りの不具合が考えられる。
第１に、書き換えた後の宛先アドレスと一致するアドレスを持つ端末が実在しない場合、アドレス変換されてアドレス変換装置から送出されたパケットが到達する先がない。
第２に、仮のアドレスとして設定したアドレスが実在する端末のアドレスと重複している場合、アドレス変換されてアドレス変換装置から送出されたパケットは、意図しない宛先に到着する。
アドレス変換規則の生成の契機としてＤＮＳによるアドレス解決を利用するときは、不具合としては、前記第２の場合が発生し得る。
また、アドレス変換処理にて書き換える前の送信元アドレスが、仮のアドレスであるとすると、書き換えた後の送信元アドレスと同じアドレスを付与された別の端末が実在する可能性があり、受信側の端末では、その別の端末から発信されたパケットのように見える。このため、悪意のある端末が、実在する他の端末を装って、ある端末やサーバに対して不正な行為を働くことが可能となる。
以上のように、アドレス変換を必要とする通信において、アドレス変換前の送信元アドレスが仮のアドレスであったり、アドレス変換後の宛先アドレスが仮のアドレスであったりした場合、該アドレスが付与されたパケットが原因で、宛先の端末が収容されたネットワークに障害が生じる恐れがある。
本発明は、アドレス変換を必要とする通信において、ネットワーク障害を未然に防止することを目的として、アドレス変換前の送信元アドレスが、仮のアドレスでないか否か検査する機能、またはアドレス変換後の宛先アドレスが、仮のアドレスでないか否か検査する機能を具備するアドレス変換装置を提供するものである。
【０００４】
【課題を解決するための手段】
本発明のアドレス変換装置は、アドレス変換テーブルにおいて、アドレス変換規則に付随して、対応付けられた複数のアドレスのうちのどれが実のアドレスで、どれが仮のアドレスであるかを識別する情報を保持する領域を備えていて、実のアドレスに対して仮のアドレスを割り当てて変換規則を作成し、その変換規則をアドレス変換テーブルに登録するときに、同時に、前記の識別情報も記録する。さらに、本発明のアドレス変換装置は、ＤＮＳによる名前解決において、ＤＮＳサーバから通知されたアドレスに対して仮のアドレスを割り当てる必要が生じたときに、アドレス変換テーブルを検索して、ＤＮＳサーバから通知されたアドレスの変換規則を探し、目的とする変換規則が見つかった場合には、前記の識別情報から、変換規則にて対応付けられている２つのアドレスのうちのどちらが仮のアドレスであるかを判断し、ＤＮＳサーバから通知されたアドレスが仮のアドレスとしてアドレス変換テーブルに登録されていれば、アドレス変換を行う際に、宛先を置き換えるアドレスが仮のアドレスとなるため、ＤＮＳによるアドレス問い合わせに対してエラーの応答を返送する。
【０００５】
【発明の実施の形態】
（実施例１）
本発明の第１の実施の形態を図面を用いて説明する。
図１は、本発明の第１の実施形態におけるＩＰｖ４−ＩＰｖ６変換装置１の構成図である。このＩＰｖ４−ＩＰｖ６変換装置１は、ＩＰｖ４ネットワークとＩＰｖ６ネットワークの間に位置し、ＩＰｖ４パケットとＩＰｖ６パケットのＩＰヘッダ変換を行うことにより、ＩＰｖ４端末とＩＰｖ６端末の間の通信を実現するものであり、ＩＰ送受信部１２と、ＩＰヘッダ変換処理部１３と、ＩＰアドレス割当処理部１４と、ＩＰアドレス変換情報保持部１５と、制御部１６と、保守端末通信部１７とを備える。また、通信回線１８を通じて、保守端末装置１１が接続されている。
保守端末装置１１は、ＩＰｖ４−ＩＰｖ６変換装置の動作の設定および動作状態の表示を行う装置であり、例えばＣＲＴ等の表示装置と、キーボード等の入力装置と、ＣＰＵやＲＡＭ等の電子デバイスで構成される。
ＩＰ送受信部１２は、ＩＰｖ４ネットワークおよびＩＰｖ６ネットワークとの間でＩＰｖ４パケットおよびＩＰｖ６パケットの送受信を行う機能部分であり、例えばＣＰＵやＲＡＭ等の電子デバイスで構成される。
ＩＰヘッダ変換処理部１３は、ＩＰｖ４パケットとＩＰｖ６パケットのＩＰヘッダ変換を行う機能部分であり、例えばＣＰＵやＲＡＭ等の電子デバイスで構成される。
ＩＰアドレス割当処理部１４は、必要に応じて仮のＩＰｖ４アドレスまたは仮のＩＰｖ６アドレスを割り当てる機能部分であり、例えばＣＰＵやＲＡＭ等の電子デバイスで構成される。
ＩＰアドレス割当処理部１４は、１個以上のＩＰｖ４アドレスを予約していて、ＩＰｖ６ネットワークに接続されている端末に対して、予約されているＩＰｖ４アドレスの中から、使用されていないアドレスを１個選び、仮のＩＰｖ４アドレスとして割り当てる。また、ＩＰアドレス割当処理部１４は、９６ビットの数値で表されるプレフィックスを予約していて、ＩＰｖ４ネットワークに接続されている端末に対して、３２ビットの数値で表されるＩＰｖ４アドレスの前に、予約されている９６ビットのプレフィックスを付加して１２８ビットの数値を生成し、仮のＩＰｖ６アドレスとして割り当てる。
ＩＰアドレス変換情報管理部１５は、ＩＰｖ４アドレスとＩＰｖ６アドレスの変換のための情報の保持、読み出し、追加、削除を行う機能部分であり、例えばＣＰＵやＲＡＭ等の電子デバイスで構成される。この内部はさらに、ＩＰアドレス変換テーブル１５０、ＩＰアドレス検査部１５３、テーブル検索部１５４に分かれている。
図２は、ＩＰアドレス変換テーブル１５０の構成図であり、（ａ）は従来技術におけるテーブル、（ｂ）は本発明におけるテーブルを示している。従来技術では、ＩＰアドレス変換テーブル１５０の１つのエントリは、ＩＰアドレス変換規則を保持する領域１５１のみを備えている。これに対し、本発明の構成は、ＩＰアドレス変換規則を保持する領域１５１に加えて、仮のアドレスの識別情報を保持する領域１５２を備えるのが特徴である。
領域１５１の中の、ＩＰｖ４アドレスを保持する領域に、ＩＰｖ４アドレスが３２ビットの数値で記録され、ＩＰｖ６アドレスを保持する領域に、ＩＰｖ６アドレスが１２８ビットの数値で記録される。
仮のアドレスの識別情報を保持する領域１５２には、ＩＰｖ４アドレスが仮のアドレスで、ＩＰｖ６アドレスが実のアドレスであれば０が記録され、ＩＰｖ６アドレスが仮のアドレスで、ＩＰｖ４アドレスが実のアドレスであれば１が記録される。
制御部１６は、ＩＰｖ４−ＩＰｖ６変換装置１の各構成要素を制御する機能部分であり、例えばＣＰＵやＲＡＭ等の電子デバイスで構成される。
保守端末通信部１７は、保守端末装置１１にて入力された命令を制御部１６に渡したり、制御部１６から出力された保守端末装置１１にメッセージを渡したりする機能部分であり、例えばＣＰＵやＲＡＭ等の電子デバイスで構成される。
ＩＰアドレス変換情報保持部１５は、保守端末装置１１から、ＩＰアドレス変換テーブル１５０の一部または全部のエントリの内容を表示する命令を受信すると、該エントリのＩＰｖ４アドレス、ＩＰｖ６アドレス、実のアドレス、仮のアドレスが記載されたメッセージを、保守端末通信部１７を通じて、保守端末装置１１に送信する。
次に、ＤＮＳのドメイン情報の問合せを契機とした仮のアドレスの割り当て処理、および、ＩＰヘッダ変換処理における、ＩＰｖ４−ＩＰｖ６変換装置の各部分の動作を、順を追って説明する。
図３は、ＤＮＳの問い合わせを契機とした仮のアドレスの割り当て処理の手順を示したフローチャートである。
ＩＰｖ４−ＩＰｖ６変換装置１には、通信回線を介して、ＤＮＳ代理サーバが接続されている。ＤＮＳ代理サーバは、ＲＦＣ１０３４やＲＦＣ１８８６等に記載されているＤＮＳ技術にしたがって、ＩＰｖ４ネットワーク内やＩＰｖ６ネットワーク内の端末からドメイン情報の問い合わせを受け、ＩＰｖ４ネットワーク内のＤＮＳサーバあるいはＩＰｖ６ネットワーク内のＤＮＳサーバに問い合わせを転送し、ドメイン情報を獲得して問い合わせ元の端末に返送するサーバである。
ＤＮＳ代理サーバは、端末から受け取った問い合わせと、ＤＮＳサーバから受け取った回答とで、アドレスの種類が異なっている場合には、ＩＰｖ４−ＩＰｖ６変換装置から、端末からの問い合わせと同じ種類に属する仮のアドレスを獲得し、ＤＮＳサーバからのＤＮＳ応答のアドレス回答部を、獲得した仮のアドレスに書き換えたＤＮＳ応答を生成して、問い合わせ元の端末に返送する。ただし、仮のアドレスの獲得に失敗した場合には、問い合わせ元の端末に、エラーのＤＮＳ応答を返送する。
ＩＰｖ４−ＩＰｖ６変換装置１は、ＤＮＳ代理サーバから、仮のアドレスを要求するメッセージが到着すると、ＩＰ送受信部１２で受信処理を行い、該メッセージをＩＰアドレス割当処理部１４に渡す。
ＩＰアドレス割当処理部１４は、ＤＮＳ代理サーバがＤＮＳサーバから通知された元のアドレス（以下、「元のアドレス」と呼ぶ）に対して仮のアドレスが既に割り当てられているか否かを調べるため、ＩＰアドレス変換情報保持部１５に、元のアドレスに対応する仮のアドレスを問い合わせる。なお、元のアドレスは、仮のアドレスを要求するメッセージに記載されている。
ＩＰアドレス変換情報保持部１５では、テーブル検索部１５３が、ＩＰアドレス変換テーブル１５０を検索し、元のアドレスを含むエントリを探す。その結果、目的のエントリが見つからなければ、エントリが存在しない旨をＩＰアドレス割当処理部１４に通知する。
ＩＰアドレス割当処理部１４は、エントリが存在しないことを通知されると、まだ仮のアドレスが割り当てられていないと判断し、仮のアドレスを新たに割り当てて、ＩＰアドレス変換テーブル１５０に登録する。このとき、仮のアドレスの識別情報も、併せてテーブルに登録する。その後、新たに割り当てた仮のアドレスを含む応答メッセージを生成し、ＩＰ送受信部１２を通じてＤＮＳ代理サーバに返送する。
一方、テーブル検索の結果、元のアドレスを含むエントリが見つかった場合には、テーブル検索部１５３は、該エントリの内容をＩＰアドレス検査部１５４に渡す。
ＩＰアドレス検査部１５４は、受け取ったエントリの中の、仮のアドレスの識別情報を参照し、元のアドレスの属性が実のアドレスか仮のアドレスかを検査する。アドレス検査の結果、元のアドレスが実のアドレスとして登録されていれば、既に仮のアドレスが割り当てられた正常な状態であると判断し、該エントリに記載された仮のアドレスを、ＩＰアドレス割当処理部１４に渡す。
ＩＰアドレス割当処理部１４は、ＩＰアドレス検査部１５４から仮のアドレスを通知されると、通知された仮のアドレスを含む応答メッセージを転送し、ＩＰ送受信部１２を通じてＤＮＳ代理サーバに返送する。
アドレス検査の結果、元のアドレスが仮のアドレスとして登録されていた場合には、ＩＰアドレス検査部１５４は、元のアドレスに異常がある旨を、ＩＰアドレス割当処理部１４に通知する。
ＩＰアドレス割当処理部１４は、ＩＰアドレス検査部１５４から、元のアドレスの異常を通知されると、仮のアドレスの割り当てに失敗したことを示す応答メッセージを転送し、ＩＰ送受信部１２を通じてＤＮＳ代理サーバに返送する。さらに、仮のアドレスに対する仮のアドレスの割り当ての要求があったことを通知するメッセージを、保守端末通信部１７を通じて、保守端末装置１１に送信する。
本実施例に記載した発明は、アドレス変換前の送信元アドレスが仮のアドレスであったり、アドレス変換後の宛先アドレスが仮のアドレスであったりした場合には、該アドレスが付与されたパケットが、宛先の端末が収容されたネットワークに送信されないようにする機能も有する。また、このような事態が発生したとき、対処を促すため、管理者に通知する機能も備えている。
即ち、本実施例に記載のアドレス変換装置は、アドレス変換処理を行うときに、アドレス変換テーブルを検索して、受信したパケットに記録された宛先アドレスの変換規則と、同パケットの送信元アドレスの変換規則を探し、目的とする変換規則が見つかった場合には、前記の識別情報から、変換規則にて対応付けられている２つのアドレスのどちらが仮のアドレスであるかを判断し、変換処理を行う前の受信パケットに記載されている送信元が仮のアドレスとして登録されている場合、あるいは、受信パケットに記載されている宛先を置き換えるアドレスが仮のアドレスとして登録されている場合には、受信パケットを破棄する。
また、本実施例のアドレス変換装置は、管理者に異常を通知する手段を有していて、前記のＤＮＳサーバから通知されたアドレスが、アドレス変換テーブルに仮のアドレスとして登録されていた場合、および、アドレス変換処理を施される前の受信パケットの送信元アドレス、あるいはアドレス変換処理のときに受信パケットの宛先を置き換えるアドレスが、アドレス変換テーブルに仮のアドレスとして登録されていた場合には、前記通知手段によって、異常が発生した旨を管理者に通知する。
図４は、ＩＰヘッダ変換処理の手順を示したフローチャートである。
ＩＰｖ４−ＩＰｖ６変換装置１は、接続されたネットワークのうちの１つからパケットが到着すると、ＩＰ送受信部１２で受信処理を行い、該メッセージをＩＰヘッダ変換処理部１３に渡す。
ＩＰヘッダ変換処理部１３は、ＩＰアドレス変換情報保持部１５に対して、受信パケットの宛先アドレスを置き換えるアドレスを問い合わせる。
ＩＰアドレス変換情報保持部１５では、テーブル検索部１５３がＩＰアドレス変換テーブル１５０を検索し、受信パケットの宛先アドレスを含むエントリを探す。その結果、宛先アドレスを含むエントリが見つからなければ、エントリが存在しない旨をＩＰヘッダ変換処理部１３に通知する。
宛先アドレスは、仮のアドレスから実のアドレスに置き換えられるため、置き換えるアドレスが存在しなければ、変換は不可能である。そのため、ＩＰヘッダ変換処理部１３は、宛先アドレスを含むエントリが存在しないことを通知されると、アドレス変換が不可能であると判断し、受信パケットを破棄する。
一方、テーブル検索の結果、宛先アドレスを含むエントリが見つかった場合には、テーブル検索部１５３は、該エントリの内容をＩＰアドレス検査部１５４に渡す。
ＩＰアドレス検査部１５４は、受け取ったエントリの中の、仮のアドレスの識別情報を参照し、宛先アドレスを置き換えるアドレスの属性が実のアドレスか仮のアドレスかを検査する。その結果、宛先アドレスを置き換えるアドレスが仮のアドレスとして登録されていた場合には、ＩＰアドレス検査部１５４は、該アドレスが仮のアドレスである旨を、ＩＰアドレス割当処理部１４に通知する。
ＩＰヘッダ変換処理部１３は、ＩＰアドレス検査部１５４から、宛先アドレスを置き換えるアドレスが仮のアドレスであると通知されると、宛先側のネットワークに、該当するアドレスを付与された端末が実在しないと判断し、受信パケットを破棄する。さらに、アドレス変換によって仮のアドレスが宛先になるパケットを受信したことを通知するメッセージを、保守端末通信部１７を通じて、保守端末装置１１に送信する。
アドレス検査の結果、宛先アドレスを置き換えるアドレスが実のアドレスとして登録されていれば、ＩＰアドレス検査部１５４は、正常な状態であると判断し、該アドレスをＩＰヘッダ変換処理部１３に渡す。
ＩＰヘッダ変換処理部１３は、ＩＰアドレス検査部１５４から、宛先アドレスを置き換えるアドレスを通知されると、次に、ＩＰアドレス変換情報保持部１５に対して、受信パケットの送信元アドレスを置き換えるアドレスを問い合わせる。
ＩＰアドレス変換情報保持部１５では、テーブル検索部１５３がＩＰアドレス変換テーブル１５０を検索し、受信パケットの送信元アドレスを含むエントリを探す。その結果、送信元アドレスを含むエントリが見つからなければ、エントリが存在しない旨をＩＰヘッダ変換処理部１３に通知する。
送信元アドレスは、実のアドレスから仮のアドレスに置き換えられる。そこで、ＩＰヘッダ変換処理部１３は、送信元アドレスを含むエントリが存在しないことを通知されると、まだ仮のアドレスが割り当てられていないと判断し、ＩＰアドレス割当処理部１４に対して、仮のアドレスの割り当てを要求する。
ＩＰアドレス割当処理部１４は、ＩＰヘッダ変換処理部１３からの要求を受け取ると、受信パケットの送信元アドレスに対し、仮のアドレスを新たに割り当てて、ＩＰアドレス変換テーブル１５０に登録する。このとき、仮のアドレスの識別情報も、併せてテーブルに登録する。
一方、テーブル検索の結果、送信元アドレスを含むエントリが見つかった場合には、テーブル検索部１５３は、該エントリの内容をＩＰアドレス検査部１５４に渡す。
ＩＰアドレス検査部１５４は、受け取ったエントリの中の、仮のアドレスの識別情報を参照し、送信元アドレスが実のアドレスか仮のアドレスかを検査する。その結果、送信元アドレスが仮のアドレスとして登録されていた場合には、ＩＰアドレス検査部１５４は、該アドレスが仮のアドレスである旨を、ＩＰアドレス割当処理部１４に通知する。
ＩＰヘッダ変換処理部１３は、ＩＰアドレス検査部１５４から、送信元アドレスが仮のアドレスであると通知されると、送信側のネットワークに、該当するアドレスを付与された端末が実在しないと判断し、受信パケットを破棄する。さらに、仮のアドレスを送信元とするパケットを受信したことを通知するメッセージを、保守端末通信部１７を通じて、保守端末装置１１に送信する。
アドレス検査の結果、送信元アドレスが実のアドレスとして登録されていれば、ＩＰアドレス検査部１５４は、正常な状態であると判断し、送信元アドレスを置き換えるアドレスを、ＩＰヘッダ変換処理部１３に渡す。
ＩＰヘッダ変換処理部１３は、ＩＰアドレス検査部１５４から、送信元アドレスを置き換えるアドレスを通知されると、このアドレスを送信元とし、アドレス検査部１５４から通知されたアドレスを宛先とする新たなＩＰヘッダを生成して、受信パケットのＩＰヘッダを新たに生成したＩＰヘッダに付け替え、ＩＰ送受信部１２を通じて、宛先側のネットワークに送出する。
以下、具体的なネットワークに適用した場合の、ＩＰｖ４−ＩＰｖ６変換装置１の動作、および内部状態の遷移について、順を追って説明する。
図５は、ＩＰｖ４−ＩＰｖ６変換装置１を介して、ＩＰｖ４ネットワーク２とＩＰｖ６ネットワーク３とを接続した通信ネットワークシステムの模式図である。ＩＰｖ４−ＩＰｖ６変換装置１には保守端末装置１１が接続されており、該端末装置の画面、ディスプレイには、必要に応じて図２に示したテーブルの内容が表示される。
ＩＰｖ４ネットワーク２には、ＩＰｖ４  ＤＮＳサーバ２１と、ＩＰｖ４端末２２とが接続されている。これらの機器は、全て、通信プロトコルとしてＩＰｖ４のみを使用する。ＩＰｖ４端末２２には、ＩＰｖ４アドレス１３３．１４４．１０．１が付与されているとする。
ＩＰｖ６ネットワーク３には、ＤＮＳ代理サーバ３０と、ＩＰｖ６  ＤＮＳサーバ３１と、ＩＰｖ６端末３２とが接続されている。これらの機器は、全て、通信プロトコルとしてＩＰｖ６のみを使用する。ＩＰｖ６端末３２には、ＩＰｖ６アドレス２００１：１：：１が付与されているとする。ＩＰｖ４  ＤＮＳサーバ２１は、ＩＰｖ４ネットワーク２のドメイン情報を管理する。このドメイン情報には、端末の名前とＩＰｖ４アドレスの対応関係が登録されており、端末の名前とＩＰｖ６アドレスの対応関係は登録されていない。
ＩＰｖ６  ＤＮＳサーバ３１は、ＩＰｖ６ネットワーク３のドメイン情報を管理する。このドメイン情報には、端末の名前とＩＰｖ６アドレスの対応関係が登録されており、端末の名前とＩＰｖ４アドレスの対応関係は登録されていない。
ＤＮＳ代理サーバ３０は、ＩＰｖ４ネットワーク２のドメイン情報に関する問い合わせをＩＰｖ４  ＤＮＳサーバ２１に転送し、ＩＰｖ６ネットワーク３のドメイン情報に関する問い合わせをＩＰｖ６  ＤＮＳサーバ３１に転送するように設定されている。
ＩＰｖ４−ＩＰｖ６変換装置１には、ＩＰｖ６端末に割り当てる仮のＩＰｖ４アドレスとして、１３３．１１．９８．１から１３３．１１．９８．２５４までの２５４個のＩＰｖ４アドレスが予約されているとする。また、ＩＰｖ４端末に割り当てる仮のＩＰｖ６アドレスを生成するためのプレフィックスとして、３ｆｆｅ：１：：／９６が予約されているとする。
さらに、ＩＰｖ４−ＩＰｖ６変換装置１には、ＩＰｖ４  ＤＮＳサーバ２１およびＩＰｖ４端末２２と、ＤＮＳ代理サーバ３０とが、アドレス変換を介して通信できるように、必要なアドレス変換規則が予め設定されているとする。
まず、ＩＰｖ４−ＩＰｖ６変換装置１が正常なパケットを受信する例として、ＩＰｖ４端末２２からＩＰｖ６端末３２に対して通信を行なう場合を考える。
図６は、ＩＰｖ４端末２２がＩＰｖ６端末３２の名前解決を行なう手順を示すシーケンス図である。
ＩＰｖ４端末２２は、ＤＮＳ代理サーバ３０に対して、ＩＰｖ６端末３２の名前に対応するＩＰｖ４アドレスを問い合わせるメッセージ（以下、「メッセージＡ」と呼ぶ）を送信する。メッセージＡは、途中で、ＩＰｖ４−ＩＰｖ６変換装置１にて、ＩＰｖ４パケットからＩＰｖ６パケットに変換されて、ＤＮＳ代理サーバ３０に届けられる。
ＤＮＳ代理サーバ３０は、メッセージＡをＩＰｖ６  ＤＮＳサーバ３１に転送する。
ＩＰｖ６  ＤＮＳサーバ３１は、メッセージＡを受信すると、ＩＰｖ６端末３２の名前に対応するＩＰｖ４アドレスを検索するが、ＩＰｖ４アドレスは登録されていないため、未登録である旨を通知する応答メッセージ（以下、「メッセージＢ」と呼ぶ）をＤＮＳ代理サーバ３０へ返す。
ＤＮＳ代理サーバ３０は、メッセージＢを受信した結果、ＩＰｖ６端末３２の名前に対応するＩＰｖ４アドレスが獲得できなかったため、メッセージＡを複製して、ＩＰｖ６端末３２の名前に対応するＩＰｖ６アドレスを問い合わせるメッセージ（以下、「メッセージＣ」と呼ぶ）を生成し、ＩＰｖ６  ＤＮＳサーバ３１に転送する。
ＩＰｖ６  ＤＮＳサーバ３１は、メッセージＣを受信すると、ＩＰｖ６端末３２の名前に対するＩＰｖ６アドレスを検索し、登録されているＩＰｖ６アドレス２００１：１：：１を、メッセージＢに対する応答メッセージ（以下、「メッセージＤ」と呼ぶ）として、ＤＮＳ代理サーバ３０へ返す。
ＤＮＳ代理サーバ３０は、メッセージＤを受信すると、該メッセージ内にはＩＰｖ６アドレス２００１：１：：１が記載されており、ＩＰｖ４端末２２から受信したメッセージＡで問い合わせているＩＰｖ４アドレスではないため、ＩＰｖ４−ＩＰｖ６変換装置１に対して、２００１：１：：１に対する仮のＩＰｖ４アドレスを要求するメッセージ（以下、「メッセージＡＡ」と呼ぶ）を送信する。
ＩＰｖ４−ＩＰｖ６変換装置１は、メッセージＡＡを受信すると、ＩＰアドレス変換テーブル１５０を検索し、ＩＰｖ６アドレス２００１：１：：１に対する仮のＩＰｖ４アドレスが割り当て済みでないか調べる。しかし、この時点では、ＩＰアドレス変換テーブル１５０には、目的とするアドレス変換情報は登録されていない。
そこで、ＩＰｖ４−ＩＰｖ６変換装置１は、ＩＰｖ６アドレス２００１：１：：１に対して、ＩＰｖ４アドレス１３３．１１．９８．１を仮のＩＰｖ４アドレスとして割り当て、ＩＰアドレス変換テーブル１５０のエントリ１の中の、ＩＰｖ４アドレスを保持する領域に１３３．１１．９８．１を記録し、ＩＰｖ６アドレスを保持する領域に２００１：１：：１を記録し、仮のアドレスの識別情報を保持する領域に、ＩＰｖ４アドレスが仮のアドレスで、ＩＰｖ６アドレスが実のアドレスであることを示す、値０を記録する。
さらに、ＩＰｖ４−ＩＰｖ６変換装置１は、メッセージＡＡに対する応答（以下、「メッセージＢＢ」と呼ぶ）として、仮のＩＰｖ４アドレス１３３．１１．９８．１を、ＤＮＳ代理サーバ３０へ返送する。
ＤＮＳ代理サーバ３０は、メッセージＤに記載されているＩＰｖ６アドレス２００１：１：：１を、仮のＩＰｖ４アドレス１３３．１１．９８．１に書き換え、メッセージＡに対する応答メッセージ（以下、「メッセージＥ」と呼ぶ）として、ＩＰｖ４端末２２に返す。メッセージＥは、途中で、ＩＰｖ４−ＩＰｖ６変換装置１にて、ＩＰｖ６パケットからＩＰｖ４パケットに変換されて、ＩＰｖ４端末２２に届けられる。
ＩＰｖ４端末２２は、メッセージＥを受信すると、宛先アドレスが１３３．１１．９８．１、送信元アドレスが１３３．１４４．１０．１のＩＰｖ４パケット（以下、「パケットａ」と呼ぶ）を、ＩＰｖ４−ＩＰｖ６変換装置１に送信する。
図７は、パケットａが、ＩＰｖ４端末２２から送出されて、ＩＰｖ６端末３２に到達するまでの流れを示したシーケンス図である。
ＩＰｖ４−ＩＰｖ６変換装置１は、パケットａを受信すると、ＩＰアドレス変換テーブル１５０を検索し、ＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ６アドレスを探す。ここでは、先に登録されたエントリ１に、ＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ６アドレス２００１：１：：１が記載されているのが見つかる。
次に、エントリ１の仮のアドレスの識別情報を参照した結果、値０が記録されているため、ＩＰｖ４アドレスが仮のアドレスで、ＩＰｖ６アドレスが実のアドレスであることが判明する。すなわち、宛先アドレスを置き換えるアドレスが実のアドレスとなっており、これは正常な状態である。そこで、エントリ１に記録されたＩＰｖ６アドレス２００１：１：：１が、ＩＰヘッダ変換処理後の宛先アドレスとなる。
次に、ＩＰｖ４−ＩＰｖ６変換装置１は、ＩＰアドレス変換テーブル１５０を検索し、ＩＰｖ４アドレス１３３．１４４．１０．１に対応するＩＰｖ６アドレスを探す。しかし、この時点では、ＩＰアドレス変換テーブル１５０には、目的とするアドレス変換情報は登録されていない。
そこで、ＩＰｖ４−ＩＰｖ６変換装置１は、ＩＰｖ４アドレス１３３．１４４．１０．１にプレフィックス３ｆｆｅ：１：：／９６を付加して、仮のＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１を新たに生成し、ＩＰアドレス変換テーブル１５０のエントリ２の中の、ＩＰｖ４アドレスを保持する領域に１３３．１４４．１０．１を記録し、ＩＰｖ６アドレスを保持する領域に３ｆｆｅ：１：：８５９０：０ａ０１を記録し、仮のアドレスの種類を保持する領域に、ＩＰｖ６アドレスが仮のアドレスで、ＩＰｖ４アドレスが実のアドレスであることを示す、値１を記録する。このとき生成されたＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１が、ＩＰヘッダ変換処理後の送信元アドレスとなる。
以上で、パケットａを変換するために必要なアドレスが全て得られたため、ＩＰヘッダ変換処理が行われ、パケットａは、宛先アドレスが２００１：１：：１、送信元アドレスが３ｆｆｅ：１：：８５９０：０ａ０１のＩＰｖ６パケットに変換されて、ＩＰｖ６ネットワーク３に送出され、ＩＰｖ６端末３２に到達する。
図８は、パケットａを送信した後に、ＩＰｖ４端末２２が、宛先アドレスが１３３．１１．９８．１、送信元アドレスが１３３．１４４．１０．１のＩＰｖ４パケット（以下、「パケットｂ」と呼ぶ）を送信し、ＩＰｖ６端末３２に到達するまでの流れを示したシーケンス図である。
図８によれば、ＩＰｖ４−ＩＰｖ６変換装置１がパケットｂを受信すると、送信元のＩＰｖ４アドレス１３３．１４４．１０．１に対応するＩＰｖ６アドレスの検索までは、上記の手順が繰り返される。
送信元のＩＰｖ６アドレスの検索を行った結果、今度は、アドレス変換テーブル１５０の、先に登録されたエントリ２に、ＩＰｖ４アドレス１３３．１４４．１０．１に対応するＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１が格納されているのが見つかる。
【０００６】
次に、エントリ２の仮のアドレスの識別情報を参照した結果、値１が記録されているため、ＩＰｖ６アドレスが仮のアドレスで、ＩＰｖ４アドレスが実のアドレスであることが判明する。すなわち、アドレス変換される前の送信元が実のアドレスとなっており、これは正常な状態である。そこで、エントリ２に記録されたＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１が、ＩＰヘッダ変換処理後の送信元アドレスとなる。
以上で、パケットｂを変換するために必要なアドレスが全て得られたため、ＩＰヘッダ変換処理が行われ、パケットｂは、宛先アドレスが２００１：１：：１、送信元アドレスが３ｆｆｅ：１：：８５９０：０ａ０１のＩＰｖ６パケットに変換されて、ＩＰｖ６ネットワーク３に送出され、ＩＰｖ６端末３２に到達する。
【０００７】
図９は、ＩＰｖ６端末３２が、宛先アドレスが３ｆｆｅ：１：：８５９０：０ａ０１、送信元アドレスが２００１：１：：１のパケット（以下、「パケットｃ」と呼ぶ）を送信し、ＩＰｖ４端末２２に到着するまでの流れを示したシーケンス図である。
ＩＰｖ４−ＩＰｖ６変換装置１は、パケットｃを受信すると、ＩＰアドレス変換テーブル１５０を検索し、宛先のＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１に対応するＩＰｖ４アドレスを探す。その結果、先に登録されたエントリ２に、ＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１に対応するＩＰｖ４アドレス１３３．１４４．１０．１が格納されているのが見つかる。
次に、エントリ２の仮のアドレスの識別情報を参照した結果、値１が記録されているため、ＩＰｖ６アドレスが仮のアドレスで、ＩＰｖ４アドレスが実のアドレスであることが判明する。すなわち、宛先アドレスを置き換えるアドレスが実のアドレスとなっており、これは正常な状態である。そこで、エントリ２に記録されたＩＰｖ４アドレス１３３．１４４．１０．１が、ＩＰヘッダ変換処理後の宛先アドレスとなる。
さらに、ＩＰｖ４−ＩＰｖ６変換装置１は、ＩＰアドレス変換テーブル１５０を検索し、送信元のＩＰｖ６アドレス２００１：１：：１に対応するＩＰｖ４アドレスを探す。その結果、先に登録されたエントリ１に、ＩＰｖ６アドレス２００１：１：：１に対応するＩＰｖ４アドレス１３３．１１．９８．１が格納されているのが見つかる。
次に、エントリ１の仮のアドレスの識別情報を参照した結果、値０が記録されているため、ＩＰｖ４アドレスが仮のアドレスで、ＩＰｖ６アドレスが実のアドレスであることが判明する。すなわち、アドレス変換される前の送信元が実のアドレスとなっており、これは正常な状態である。そこで、エントリ１に記録されたＩＰｖ４アドレス１３３．１１．９８．１が、ＩＰヘッダ変換処理後の宛先アドレスとなる。
以上で、パケットｃを変換するために必要なアドレスが全て得られたため、ＩＰヘッダ変換処理が行われ、パケットｃは、宛先アドレスが１３３．１４４．１０．１、送信元アドレスが１３３．１１．９８．１のＩＰｖ４パケットに変換されて、ＩＰｖ６ネットワーク２に送出され、ＩＰｖ６端末２２に到達する。
次に、ＩＰｖ４−ＩＰｖ６変換装置１が異常なパケットを受信する第１の例として、ＩＰｖ４端末２２からＩＰｖ６端末３２に対して通信が行われている状態で、さらに、ＩＰｖ４アドレス１３３．１１．９８．１が付与されたＩＰｖ４端末２３が、ＩＰｖ４ネットワーク２に接続されていたとして、ＩＰｖ６ネットワーク３からＩＰｖ４端末２３への通信を行う場合を考える。
図１０は、ＩＰｖ６端末３２からＩＰｖ４端末２３に対して通信を行う場合の手順を示すシーケンス図である。
ＩＰｖ６端末３２は、ＤＮＳ代理サーバ３０に対して、ＩＰｖ４端末２３の名前に対応するＩＰｖ６アドレスを問い合わせるメッセージ（以下、「メッセージＦ」と呼ぶ）を送信する。ＤＮＳ代理サーバ３０は、メッセージＦをＩＰｖ４  ＤＮＳサーバ２１に転送する。メッセージＦは、途中で、ＩＰｖ４−ＩＰｖ６変換装置１にて、ＩＰｖ６パケットからＩＰｖ４パケットに変換されて、ＩＰｖ４  ＤＮＳサーバ２１に届けられる。
ＩＰｖ４  ＤＮＳサーバ２１は、メッセージＦを受信すると、ＩＰｖ４端末２３の名前に対応するＩＰｖ６アドレスを検索するが、ＩＰｖ６アドレスは登録されていないため、未登録である旨を通知する応答メッセージ（以下、「メッセージＧ」と呼ぶ）をＤＮＳ代理サーバ３０に返す。メッセージＧは、途中で、ＩＰｖ４−ＩＰｖ６変換装置１にて、ＩＰｖ４パケットからＩＰｖ６パケットに変換されて、ＤＮＳ代理サーバ３０に届けられる。
ＤＮＳ代理サーバ３０は、メッセージＧを受信した結果、ＩＰｖ４端末２３の名前に対応するＩＰｖ６アドレスが獲得できなかったため、メッセージＦを複製して、ＩＰｖ４端末２３の名前に対応するＩＰｖ４アドレスを問い合わせるメッセージ（以下、「メッセージＨ」と呼ぶ）を生成し、ＩＰｖ４  ＤＮＳサーバ２１に転送する。メッセージＨは、途中で、ＩＰｖ４−ＩＰｖ６変換装置１にて、ＩＰｖ６パケットからＩＰｖ４パケットに変換されて、ＩＰｖ４  ＤＮＳサーバ２１に届けられる。
ＩＰｖ４  ＤＮＳサーバ２１は、メッセージＨを受信すると、ＩＰｖ４端末２３の名前に対するＩＰｖ４アドレスを検索し、登録されているＩＰｖ４アドレス１３３．１１．９８．１を、メッセージＨに対する応答メッセージ（以下、「メッセージＩ」と呼ぶ）として、ＤＮＳ代理サーバ３０に返す。メッセージＩは、途中で、ＩＰｖ４−ＩＰｖ６変換装置１にて、ＩＰｖ４パケットからＩＰｖ６パケットに変換されて、ＤＮＳ代理サーバ３０に届けられる。
ＤＮＳ代理サーバ３０は、メッセージＩを受信すると、該メッセージ内にはＩＰｖ４アドレス１３３．１１．９８．１が記載されており、ＩＰｖ６端末３２から受信したメッセージＦで問い合わせているＩＰｖ６アドレスではないため、ＩＰｖ４−ＩＰｖ６変換装置１に対して、１３３．１１．９８．１に対する仮のＩＰｖ６アドレスを要求するメッセージ（以下、「メッセージＡＡＡ」と呼ぶ）を送信する。
ＩＰｖ４−ＩＰｖ６変換装置１は、メッセージＡＡＡを受信すると、ＩＰアドレス変換テーブル１５０を検索し、ＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ６アドレスを探す。ここでは、先に登録されたエントリ１に、ＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ６アドレス２００１：１：：１が格納されているのが見つかる。
次に、エントリ１の仮のアドレスの識別情報を参照した結果、値０が記録されているため、ＩＰｖ４アドレスが仮のアドレスで、ＩＰｖ６アドレスが実のアドレスであることが判明する。すなわち、元のＩＰｖ４アドレスが、仮のアドレスとして登録されたものとなっている。そこで、ＩＰｖ４−ＩＰｖ６変換装置１は、ＩＰｖ６アドレスの割り当てに失敗した旨を、メッセージＡＡＡに対する応答（以下、「メッセージＢＢＢ」と呼ぶ）として、ＤＮＳ代理サーバ３０に返す。
また、ＩＰｖ４−ＩＰｖ６変換装置１は、保守端末装置１１に対して、仮のＩＰｖ４アドレスに対する仮のＩＰｖ６アドレスの割り当てを要求された旨のメッセージを送信する。
ＤＮＳ代理サーバ３０は、メッセージＢＢＢを受信した結果、仮のＩＰｖ６アドレス要求に対する応答がエラーであったため、メッセージＦに対するエラー応答（以下、「メッセージＪ」と呼ぶ）をＩＰｖ６端末３２に送信する。
ＩＰｖ６端末３２は、メッセージＪを受信した結果、アドレス問い合わせに対する応答がエラーであったため、ＩＰｖ４端末２３に向けた通信を中止する。
次に、ＩＰｖ４−ＩＰｖ６変換装置１が異常なパケットを受信する第２の例として、ＩＰｖ４端末２２からＩＰｖ６端末３２に対して通信が行われている状態で、さらに、悪意のあるユーザが、ＩＰｖ４ネットワーク２に接続されたＩＰｖ４端末２４から、ＩＰｖ６ネットワーク３に接続されたＩＰｖ６端末３３へのアクセスを試みる場合を考える。ＩＰｖ６端末３３には、ＩＰｖ６アドレス２００１：１：：２が付与されているものとする。
図１１は、ＩＰｖ４端末２４がＩＰｖ６端末３３に対して、送信元アドレスを１３３．１１．９８．１と偽って通信を行う場合の手順を示すシーケンス図である。ただし、ＩＰｖ４−ＩＰｖ４変換装置１では、図６と同様にして、ＤＮＳの名前解決により、ＩＰアドレス変換テーブル１５０のエントリ３に、ＩＰｖ６アドレス２００１：１：：２に対するＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレス１３３．１１．９８．２が登録されているものとする。
ＩＰｖ４端末２４は、図６と同様にして、宛先のＩＰｖ４アドレス１３３．１１．９８．２を獲得し、宛先アドレスが１３３．１１．９８．２で、送信元アドレスを１３３．１１．９８．１と偽ったＩＰｖ４パケット（以下、「パケットｄ」と呼ぶ）を、ＩＰｖ４−ＩＰｖ６変換装置１に送信する。
ＩＰｖ４−ＩＰｖ６変換装置１は、パケットｄを受信すると、ＩＰアドレス変換テーブル１５０を検索し、ＩＰｖ４アドレス１３３．１１．９８．２に対応するＩＰｖ６アドレスを探す。その結果に基づき、ＩＰｖ６アドレス２００１：１：：２が、ＩＰヘッダ変換処理後の宛先アドレスと設定される。
次に、ＩＰｖ４−ＩＰｖ６変換装置１は、ＩＰアドレス変換テーブル１５０を検索し、ＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ６アドレスを探す。ここでは、先に登録されたエントリ１に、ＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ６アドレス２００１：１：：１が格納されているのが見つかる。
次に、エントリ１の仮のアドレスの識別情報を参照した結果、値０が記録されているため、ＩＰｖ４アドレスが仮のアドレスで、ＩＰｖ６アドレスが実のアドレスであることが判明する。すなわち、パケットｄの送信元が、仮のアドレスとして登録されたものとなっており、受信パケットの送信元が実のアドレスでなければならないという条件に反している。そこで、ＩＰｖ４−ＩＰｖ６変換装置１は、パケットｄを破棄する。
また、保守端末装置１１に対して、仮のＩＰｖ４アドレスを送信元とするパケットを受信した旨のメッセージを送信する。
以後、ＩＰｖ４端末２４が、送信元アドレスを１３３．１１．９８．１と偽ってＩＰｖ６ネットワーク３の端末との通信を試みても、パケットが上記と同様にしてＩＰｖ４−ＩＰｖ６変換装置１で破棄されるため、ＩＰｖ６ネットワーク３の端末とは通信できない。
（実施例２）
前記実施例は、ＩＰｖ４アドレスとＩＰｖ６アドレスの相互変換を行う装置について示したが、本発明の技術は、アドレスの種類やその数には依存しない。したがって、ＩＰｖ４アドレスを別のＩＰｖ４アドレスに変換する装置や、ＩＰアドレス以外のアドレス変換を行う装置や、３種類以上のアドレスの間の相互変換を行う装置に対しても、本発明の技術を適用することが可能である。
図５では、ＤＮＳ代理サーバ３０をＩＰｖ６ネットワーク３に設置しているが、アドレス変換装置に接続された全てのネットワークと通信が可能であれば、どのネットワークに設置しても良い。また、ＤＮＳ代理サーバとアドレス変換装置とを一体化することも可能である。
個々のアドレス変換規則に記載された複数のアドレスのうち、どれが仮のアドレスで、どれが実のアドレスであるかを識別するために、ＩＰアドレス変換テーブル１５０では、各々のエントリに対して、仮のアドレスの種類（ＩＰｖ６アドレスか、ＩＰｖ４アドレスか）を示す値を保持しているが、代わりに、テーブルに記載されている各々のアドレスに対して、そのアドレスの属性（実のアドレスか、仮のアドレスか）を保持するようにしても良い。
【０００８】
保守端末装置１１は、図１ではＩＰネットワークとは独立しているが、ＩＰｖ４ネットワークやＩＰｖ６ネットワークを介してアドレス変換装置に接続されることもある。その場合には、異常が発生したときの保守端末へのメッセージは、独立した保守端末通信部の代わりに、ＩＰ送受信部を通じて送信される。
異常が発生したときの管理者への通知手段は、保守端末装置１１の補助または代用として、アドレス変換装置本体に表示装置や警告灯、あるいは警告音発生装置を設けても良い。
アドレス変換処理の際に、宛先アドレスの変換規則の検索と、送信元アドレスの変換規則の検索は、どちらを先に行っても良い。また、宛先と送信元の一方の変換規則の検索とアドレスの検査が完了してから、もう一方の変換規則の検索とアドレスの検査を行っても、両方の変換規則の検索を行ってから両方のアドレスの検査を行っても良い。
本発明の第２の実施の形態として、ＩＰｖ４−ＩＰｖ４変換装置１ｂについて説明する。
図１２は、ＩＰｖ４−ＩＰｖ４変換装置１ｂを介して、ＩＰｖ４ネットワーク２とＩＰｖ４ネットワーク４とを接続した通信ネットワークシステムの模式図である。ＩＰｖ４−ＩＰｖ４変換装置１ｂには、保守端末装置１１と、ＤＮＳ代理サーバ３０とが接続されている。
ＩＰｖ４ネットワーク２には、ＩＰｖ４  ＤＮＳサーバ２１と、ＩＰｖ４端末２２とが接続されている。ＩＰｖ４端末２２には、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレス１３３．１４４．１０．１が付与されているものとする。
ＩＰｖ４ネットワーク４には、ＩＰｖ４  ＤＮＳサーバ４１と、ＩＰｖ４端末４２とが接続されている。ＩＰｖ４端末４２には、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１９２．１６８．１．１が付与されているとする。
ＩＰｖ４  ＤＮＳサーバ２１は、ＩＰｖ４ネットワーク２のドメイン情報を管理する。このドメイン情報には、端末の名前とＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスの対応関係が登録されている。
ＩＰｖ４  ＤＮＳサーバ４１は、ＩＰｖ４ネットワーク４のドメイン情報を管理する。このドメイン情報には、端末の名前とＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスの対応関係が登録されている。
ＤＮＳ代理サーバ３０は、ＩＰｖ４ネットワーク２のドメイン情報に関する問い合わせをＩＰｖ４  ＤＮＳサーバ２１に転送し、ＩＰｖ４ネットワーク４のドメイン情報に関する問い合わせをＩＰｖ４  ＤＮＳサーバ４１に転送するように設定されている。また、ＤＮＳ代理サーバ３０は、ＩＰｖ４−ＩＰｖ４変換装置１ｂと、ＩＰｖ６パケットによって通信する。
ＩＰｖ４−ＩＰｖ４変換装置１ｂには、ＩＰｖ４ネットワーク４に接続される端末に割り当てるための、ＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレスとして、１３３．１１．９８．１から１３３．１１．９８．２５４までの２５４個のＩＰｖ４アドレスが予約されているとする。また、ＩＰｖ４ネットワーク２に接続される端末に割り当てるための、ＩＰｖ４ネットワーク４専用の仮のＩＰｖ４アドレスとして、１９２．１６８．１００．１から１９２．１６８．１００．２５４までの２５４個のＩＰｖ４アドレスが予約されているとする。
さらに、ＩＰｖ４−ＩＰｖ４変換装置１ｂには、ＩＰｖ４  ＤＮＳサーバ２１およびＩＰｖ４端末２２、ＩＰｖ４  ＤＮＳサーバ４１が、それぞれＤＮＳ代理サーバ３０とアドレス変換を介して通信できるように、必要なアドレス変換規則が予め設定されているとする。
図１３は、ＩＰアドレス変換テーブル１５０ｂの構成図である。このテーブルの１つのエントリは、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスを保持する領域１５３と、前記ＩＰｖ４アドレスの属性情報を保持する領域１５４と、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスを保持する領域１５５と、前記ＩＰｖ４アドレスの属性を保持する領域１５６と、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスとＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスとを仲介するための仮のＩＰｖ６アドレスを保持する領域１５７と、前記ＩＰｖ６アドレスの属性を保持する領域１５８を有する。領域１５４、１５６および１５８には、それぞれ領域１５３、１５５、１５７に記載のアドレスが実のアドレスならば１、仮のアドレスならば０が記録される。
ＩＰｖ４−ＩＰｖ４変換装置１ｂは、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスに対しては、プレフィックス３ｆｆｅ：１：：／９６を付加した仮のＩＰｖ６アドレスを生成し、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスに対しては、プレフィックス２００１：１：：／９６を付加した仮のＩＰｖ６アドレスを生成する。これにより、ＩＰｖ４ネットワーク２とＩＰｖ４ネットワーク４とで重複するＩＰｖ４アドレスが存在したとしても、両者を区別することができる。
以下、具体的なネットワークに適用した場合の、ＩＰｖ４−ＩＰｖ４変換装置１ｂの動作、および内部状態の遷移について、順を追って説明する。
まず、ＩＰｖ４−ＩＰｖ４変換装置１ｂが正常なパケットを受信する例として、ＩＰｖ４端末２２からＩＰｖ４端末４２に対して通信を行なう場合を考える。
図１４は、ＩＰｖ４端末２２がＩＰｖ４端末４２の名前解決を行なう手順を示すシーケンス図である。
ＩＰｖ４端末２２は、ＤＮＳ代理サーバ３０に対して、ＩＰｖ４端末４２の名前に対応するＩＰｖ４アドレスを問い合わせるメッセージ（以下、「メッセージＡ」と呼ぶ）を送信する。ＤＮＳ代理サーバ３０は、メッセージＡをＩＰｖ４  ＤＮＳサーバ４１に転送する。
ＩＰｖ４  ＤＮＳサーバ４１は、ＩＰｖ４端末４２の名前に対応するＩＰｖ４アドレス１９２．１６８．１．１を、メッセージＡに対する応答メッセージ（以下、「メッセージＤ」と呼ぶ）として、ＤＮＳ代理サーバ３０へ返す。
ＤＮＳ代理サーバ３０は、メッセージＤを受信すると、該メッセージ内のＩＰｖ４アドレス１９２．１６８．１．１はＩＰｖ４ネットワーク４専用のアドレスのためＩＰｖ４ネットワーク２では使用できないと判断し、まず、ＩＰｖ４−ＩＰｖ４変換装置１ｂに対して、１９２．１６８．１．１に対する仮のＩＰｖ６アドレスを要求するメッセージ（以下、「メッセージＡＡ」と呼ぶ）を送信する。
ＩＰｖ４−ＩＰｖ４変換装置１ｂは、メッセージＡＡを受信すると、ＩＰアドレス変換テーブル１５０ｂを検索し、その結果、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１９２．１６８．１．１に対する仮のＩＰｖ６アドレスが割り当てられていないことが判明する。
そこで、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、ＩＰｖ４アドレス１９２．１６８．１．１に対して、ＩＰｖ６アドレス２００１：１：：ｃ０ａ８：０１０１を仮のＩＰｖ６アドレスとして割り当て、ＩＰアドレス変換テーブル１５０ｂのエントリ１の中の、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスを保持する領域に１９２．１６８．１．１を記録し、該ＩＰｖ４アドレスの属性を保持する領域に、該アドレスが実のアドレスであることを示す値１を記録し、ＩＰｖ６アドレスを保持する領域に２００１：１：：ｃ０ａ８：０１０１を記録し、該ＩＰｖ６アドレスの属性を保持する領域に、該アドレスが仮のアドレスであることを示す値０を記録する。
さらに、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、メッセージＡＡに対する応答（以下、「メッセージＢＢ」と呼ぶ）として、仮のＩＰｖ６アドレス２００１：１：：ｃ０ａ８：０１０１を、ＤＮＳ代理サーバ３０へ返送する。
ＤＮＳ代理サーバ３０は、メッセージＢＢを受信すると、次に、ＩＰｖ４−ＩＰｖ４変換装置１ｂに対して、ＩＰｖ６アドレス２００１：１：：ｃ０ａ８：０１０１に対するＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレスを要求するメッセージ（以下、「メッセージＣＣ」と呼ぶ）を送信する。
ＩＰｖ４−ＩＰｖ４変換装置１は、メッセージＣＣを受信すると、ＩＰアドレス変換テーブル１５０ｂを検索し、その結果、ＩＰｖ６アドレス２００１：１：：ｃ０ａ８：０１０１に対するＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレスが割り当てられていないことが判明する。
そこで、ＩＰｖ４−ＩＰｖ４変換装置１は、ＩＰｖ６アドレス２００１：１：：ｃ０ａ８：０１０１に対して、１３３．１１．９８．１をＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレスとして割り当て、ＩＰアドレス変換テーブル１５０ｂのエントリ１の中の、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスを保持する領域に１３３．１１．９８．１を記録し、該ＩＰｖ４アドレスの属性を保持する領域に、該アドレスが仮のアドレスであることを示す値０を記録する。
さらに、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、メッセージＣＣに対する応答（以下、「メッセージＤＤ」と呼ぶ）として、ＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレス１３３．１１．９８．１を、ＤＮＳ代理サーバ３０へ返送する。
ＤＮＳ代理サーバ３０は、メッセージＤに記載されているＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１９２．１６８．１．１を、ＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレス１３３．１１．９８．１に書き換え、メッセージＡに対する応答メッセージ（以下、「メッセージＥ」と呼ぶ）として、ＩＰｖ４端末２２に返す。
ＩＰｖ４端末２２は、メッセージＥを受信すると、宛先アドレスが１３３．１１．９８．１、送信元アドレスが１３３．１４４．１０．１のＩＰｖ４パケット（以下、「パケットａ」と呼ぶ）を、ＩＰｖ４−ＩＰｖ６変換装置１ｂに送信する。
図１５は、パケットａが、ＩＰｖ４端末２２から送出されて、ＩＰｖ４端末４２に到達するまでの流れを示したシーケンス図である。
ＩＰｖ４−ＩＰｖ４変換装置１ｂは、パケットａを受信すると、ＩＰアドレス変換テーブル１５０ｂを検索し、エントリ１より、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１９２．１６８．１．１を得る。
次いで、エントリ１のＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスの属性情報を参照した結果、実のアドレスであることを示す値１が記録されており、これは正常な状態である。
次に、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、ＩＰアドレス変換テーブル１５０ｂを検索し、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレス１３３．１４４．１０．１に対応するＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスを探し、目的とするアドレス変換情報が登録されていないことが判明する。
そこで、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、ＩＰｖ４アドレス１３３．１４４．１０．１に対して、仮のＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１を割り当て、ＩＰアドレス変換テーブル１５０ｂのエントリ２の中の、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスを保持する領域に１３３．１４４．１０．１を記録し、該ＩＰｖ４アドレスの属性を保持する領域に、該アドレスが実のアドレスであることを示す値１を記録し、ＩＰｖ６アドレスを保持する領域に３ｆｆｅ：１：：８５９０：０ａ０１を記録し、該ＩＰｖ６アドレスの属性を保持する領域に、該アドレスが仮のアドレスであることを示す値０を記録する。
次いで、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、ＩＰｖ６アドレス３ｆｆｅ：１：：８５９０：０ａ０１に対して、１９２．１６８．１００．１をＩＰｖ４ネットワーク４専用の仮のＩＰｖ４アドレスとして割り当て、ＩＰアドレス変換テーブル１５０ｂのエントリ２の中の、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスを保持する領域に１９２．１６８．１００．１を記録し、該ＩＰｖ４アドレスの属性を保持する領域に、該アドレスが仮のアドレスであることを示す値０を記録する。
以上の結果に基づき、パケットａは、宛先アドレスが１９２．１６８．１．１、送信元アドレスが１９２．１６８．１００．１のＩＰｖ４パケットに変換されて、ＩＰｖ４ネットワーク４に送出され、ＩＰｖ４端末４２に到達する。
次に、ＩＰｖ４−ＩＰｖ４変換装置１ｂが異常なパケットを受信する第１の例として、ＩＰｖ４端末２２からＩＰｖ４端末４２に対して通信が行われている状態で、さらに、ＩＰｖ４アドレス１３３．１１．９８．１が付与されたＩＰｖ４端末２３が、ＩＰｖ４ネットワーク２に接続されていたとして、ＩＰｖ４ネットワーク４からＩＰｖ４端末２３への通信を行う場合を考える。
図１６は、ＩＰｖ４端末４２からＩＰｖ４端末２３に対して通信を行う場合の手順を示すシーケンス図である。
ＩＰｖ４端末４２は、ＤＮＳ代理サーバ３０に対して、ＩＰｖ４端末２３の名前に対応するＩＰｖ４アドレスを問い合わせるメッセージ（以下、「メッセージＦ」と呼ぶ）を送信する。ＤＮＳ代理サーバ３０は、メッセージＦをＩＰｖ４  ＤＮＳサーバ２１に転送する。
ＩＰｖ４  ＤＮＳサーバ２１は、ＩＰｖ４端末２３の名前に対するＩＰｖ４アドレス１３３．１１．９８．１を、メッセージＦに対する応答メッセージ（以下、「メッセージＧ」と呼ぶ）として、ＤＮＳ代理サーバ３０に返す。
ＤＮＳ代理サーバ３０は、メッセージＧを受信すると、該メッセージ内のＩＰｖ４アドレス１３３．１１．９８．１はＩＰｖ４ネットワーク２専用のアドレスのためＩＰｖ４ネットワーク４では使用できないと判断し、まず、ＩＰｖ４−ＩＰｖ４変換装置１ｂに対して、１３３．１１．９８．１に対する仮のＩＰｖ６アドレスを要求するメッセージ（以下、「メッセージＡＡＡ」と呼ぶ）を送信する。
ＩＰｖ４−ＩＰｖ６変換装置１ｂは、メッセージＡＡＡを受信すると、ＩＰアドレス変換テーブル１５０ｂを検索し、エントリ１より、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ４ネットワーク２専用のＩＰｖ４アドレス１９２．１６８．１．１を得る。
次に、エントリ１のＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスの属性情報を参照した結果、仮のアドレスであることを示す値０が記録されており、ＩＰヘッダ変換処理後の宛先アドレスが実のアドレスでなければならないという条件に反している。そこで、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、仮のＩＰｖ６アドレスの割り当てに失敗した旨を、メッセージＡＡＡに対する応答（以下、「メッセージＢＢＢ」と呼ぶ）として、ＤＮＳ代理サーバ３０に返す。
また、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、保守端末装置１１に対して、仮のＩＰｖ４アドレスに対する仮のＩＰｖ６アドレスの割り当てを要求された旨のメッセージを送信する。
ＤＮＳ代理サーバ３０は、メッセージＢＢＢを受信した結果、メッセージＦに対するエラー応答（以下、「メッセージＪ」と呼ぶ）をＩＰｖ４端末４２に送信する。
ＩＰｖ４端末４２は、メッセージＪを受信した結果、アドレス問い合わせに対する応答がエラーであったため、ＩＰｖ４端末２３に向けた通信を中止する。
次に、ＩＰｖ４−ＩＰｖ４変換装置１ｂが異常なパケットを受信する第２の例として、ＩＰｖ４端末２２からＩＰｖ４端末４２に対して通信が行われている状態で、さらに、悪意のあるユーザが、ＩＰｖ４ネットワーク２に接続されたＩＰｖ４端末２４から、ＩＰｖ４ネットワーク４に接続されたＩＰｖ４端末４３へのアクセスを試みる場合を考える。ＩＰｖ４端末４３には、ＩＰｖ４アドレス１９２．１６８．１．２が付与されているものとする。
図１７は、ＩＰｖ４端末２４がＩＰｖ４端末４３に対して、送信元アドレスを１３３．１１．９８．１と偽って通信を行う場合の手順を示すシーケンス図である。ただし、ＩＰｖ４−ＩＰｖ４変換装置１ｂでは、図１４と同様にして、ＤＮＳの名前解決により、ＩＰアドレス変換テーブル１５０ｂのエントリ３に、ＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１９２．１６８．１．２に対するＩＰｖ４ネットワーク２専用の仮のＩＰｖ４アドレス１３３．１１．９８．２が登録されているものとする。
ＩＰｖ４端末２４は、図１４と同様にして、宛先のＩＰｖ４ネットワーク２専用のＩＰｖ４アドレス１３３．１１．９８．２を獲得し、宛先アドレスが１３３．１１．９８．２で、送信元アドレスを１３３．１１．９８．１と偽ったＩＰｖ４パケット（以下、「パケットｄ」と呼ぶ）を、ＩＰｖ４−ＩＰｖ４変換装置１ｂに送信する。
ＩＰｖ４−ＩＰｖ４変換装置１ｂは、パケットｄを受信すると、ＩＰアドレス変換テーブル１５０ｂを検索し、エントリ３より、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレス１３３．１１．９８．２に対応するＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１９２．１６８．１．２を得る。
さらに、エントリ３のＩＰｖ４ネットワーク４専用のＩＰｖ４アドレスの属性情報を参照した結果、実のアドレスであることを示す値１が記録されており、これは正常な状態である。
次に、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、ＩＰアドレス変換テーブル１５０ｂを検索し、ＩＰｖ４ネットワーク２専用のＩＰｖ４アドレス１３３．１１．９８．１に対応するＩＰｖ４ネットワーク４専用のＩＰｖ４アドレス１９２．１６８．１．１を得る。
さらに、エントリ１のＩＰｖ４ネットワーク２専用のＩＰｖ４アドレスの属性情報を参照した結果、仮のアドレスであることを示す値０が記録されており、受信パケットの送信元が実のアドレスでなければならないという条件に反している。そこで、ＩＰｖ４−ＩＰｖ４変換装置１ｂは、パケットｄを破棄する。
また、保守端末装置１１に対して、仮のＩＰｖ４アドレスを送信元とするパケットを受信した旨のメッセージを送信する。
以後、ＩＰｖ４端末２４が、送信元アドレスを１３３．１１．９８．１と偽ってＩＰｖ４ネットワーク４の端末との通信を試みても、パケットが上記と同様にしてＩＰｖ４−ＩＰｖ４変換装置１ｂで破棄されるため、ＩＰｖ４ネットワーク４の端末とは通信できない。
【０００９】
【発明の効果】
本発明のアドレス変換装置は、アドレス変換処理の際に、変換前の送信元アドレスと変換後の宛先アドレスを検査する機能を備えることにより、宛先や送信元が実在しないパケットが伝送され、ネットワークに悪影響を及ぼすのを防止することができる。
また、前記に該当するパケットを受信したときに管理者に通知することで、管理者は、アドレス変換で用いる仮のアドレスの設定誤りや、仮のアドレスを悪用して自らのアドレスを偽った端末の存在を認識し、迅速な対処を講じることができる。
【図面の簡単な説明】
【図１】ＩＰｖ４−ＩＰｖ６変換装置の構成図。
【図２】ＩＰｖ４−ＩＰｖ６変換装置のＩＰアドレス変換テーブルの構成図。
【図３】ＤＮＳの問い合わせを契機として仮のアドレスを割り当てる処理の手順を示したフローチャート。
【図４】ＩＰヘッダ変換処理の手順を示したフローチャート。
【図５】ＩＰｖ４−ＩＰｖ６変換装置を介して、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとを接続した通信ネットワークシステムの模式図。
【図６】ＩＰｖ４端末がＩＰｖ６端末の名前解決を行なうときのシーケンス図。
【図７】ＩＰｖ４端末がＩＰｖ６端末の名前解決を終えた後、ＩＰｖ４端末がＩＰｖ６端末に最初のパケットを送信したときのシーケンス図。
【図８】ＩＰｖ４端末がＩＰｖ６端末の名前解決を終えた後、ＩＰｖ４端末がＩＰｖ６端末に２番目以降のパケットを送信したときのシーケンス図。
【図９】ＩＰｖ４端末がＩＰｖ６端末の名前解決を終えた後、ＩＰｖ６端末がＩＰｖ４端末にパケットを送信したときのシーケンス図。
【図１０】ＩＰｖ６端末からのＤＮＳの問い合わせを契機としてＩＰｖ４端末の仮のアドレスを割り当てるとき、元のアドレスが仮のアドレスと重複する場合のシーケンス図。
【図１１】ＩＰｖ４端末が、仮のアドレスを送信元と偽って、ＩＰｖ６端末にアクセスしようとした場合のシーケンス図。
【図１２】ＩＰｖ４−ＩＰｖ４変換装置を介して、アドレス体系が互いに異なる２つのＩＰｖ４ネットワークを接続した通信ネットワークシステムの模式図。
【図１３】ＩＰｖ４−ＩＰｖ４変換装置のＩＰアドレス変換テーブルの構成図。
【図１４】ＩＰｖ４端末がアドレス体系が異なるネットワークに属する通信相手のＩＰｖ４端末の名前解決を行なうときのシーケンス図。
【図１５】ＩＰｖ４端末がアドレス体系が異なるネットワークに属する通信相手のＩＰｖ４端末の名前解決を終えた後、ＩＰｖ４端末が通信相手のＩＰｖ４端末に最初のパケットを送信したときのシーケンス図。
【図１６】ＩＰｖ４端末からのＤＮＳの問い合わせを契機としてアドレス体系が異なるネットワークに属するＩＰｖ４端末の仮のアドレスを割り当てるとき、元のアドレスが仮のアドレスと重複する場合のシーケンス図。
【図１７】ＩＰｖ４端末が、仮のアドレスを送信元と偽って、アドレス体系が異なるネットワークに属する通信相手のＩＰｖ４端末にアクセスしようとした場合のシーケンス図。
【符号の説明】
１…アドレス変換装置
２…ＩＰｖ４ネットワーク
３…ＩＰｖ６ネットワーク
１１…保守端末装置
１２…ＩＰ送受信部
１３…ＩＰヘッダ変換処理部
１４…ＩＰアドレス割当処理部
１５…ＩＰアドレス変換情報保持部
１６…制御部
１７…保守端末通信部
２１…ＩＰｖ４  ＤＮＳサーバ
２２，  ２３，  ２４…ＩＰｖ４端末
３０…ＤＮＳ代理サーバ
３１…ＩＰｖ６  ＤＮＳサーバ
３２，  ３３…ＩＰｖ６端末
４１…ＩＰｖ４  ＤＮＳサーバ
４２，  ４３…ＩＰｖ６端末。
【図１】
2004179812.tif 000003
【図２】
2004179812.tif 000004
【図３】
2004179812.tif 000005
【図４】
2004179812.tif 000006
【図５】
2004179812.tif 000007
【図６】
2004179812.tif 000008
【図７】
2004179812.tif 000009
【図８】
2004179812.tif 000010
【図９】
2004179812.tif 000011
【図１０】
2004179812.tif 000012
【図１１】
2004179812.tif 000013
【図１２】
2004179812.tif 000014
【図１３】
2004179812.tif 000015
【図１４】
2004179812.tif 000016
【図１５】
2004179812.tif 000017
【図１６】
2004179812.tif 000018
【図１７】
2004179812.tif 000019