(57)【要約】【課題】異なるネットワークに属する装置間で、ＨＴＴＰプロトコルを利用した通信の維持を図るようにする。【解決手段】本発明の情報変換装置は、第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置において、受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析手段と、リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、ＵＲＬのリテラルなネットワークアドレスを、第１のネットワークアドレス及び第２のネットワークアドレス間で相互変換を行なうアドレス変換手段とを備えることを特徴とする。【選択図】      図１
2010206708.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置において、
受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析手段と、
リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、上記ＵＲＬの上記リテラルなネットワークアドレスを、上記第１のネットワークアドレス及び上記第２のネットワークアドレス間で相互変換を行なうアドレス変換手段と
を備えることを特徴とする情報変換装置。
【請求項２】
上記アドレス変換手段は、
上記サーバからの応答メッセージに、リテラルな上記第１のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第１のネットワークアドレスを、リテラルな上記第２のネットワークアドレスに変換する応答メッセージ変換部と、
上記クライアント端末から受信した、上記応答メッセージに記載された上記ＵＲＬへの接続を要求する要求メッセージに、リテラルな上記第２のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第２のネットワークアドレスを、リテラルな上記第１のネットワークアドレスに変換する要求メッセージ変換部と
を有することを特徴とする請求項１に記載の情報変換装置。
【請求項３】
上記第１のネットワークアドレスが、ＩＰｖ６アドレス又はＩＰｖ４アドレスであり、
上記第２のネットワークアドレスが、ＩＰｖ４アドレス又はＩＰｖ６アドレスであり、
上記アドレス変換手段が、上記ＵＲＬのリテラルなＩＰｖ４アドレスを、リテラルなＩＰｖ６アドレスに変換する場合、上記ＵＲＬのリテラルなＩＰｖ４アドレスに、当該中継装置に割り当てられたＩＰｖ６アドレスのプレフィックスを付与してＩＰｖ６形式に変換する
ことを特徴とする請求項１又は２に記載の情報変換装置。
【請求項４】
上記アドレス変換手段が、上記ＵＲＬのリテラルなＩＰｖ６アドレスを、リテラルなＩＰｖ６アドレスに変換する場合、上記ＵＲＬのリテラルなＩＰｖ６アドレスのプレフィックス部分を取り除いてＩＰｖ４形式に変換する
ことを特徴とする請求項３に記載の情報変換装置。
【請求項５】
第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置の情報変換方法において、
解析手段が、受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析工程と、
アドレス変換手段が、リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、上記ＵＲＬの上記リテラルなネットワークアドレスを、上記第１のネットワークアドレス及び上記第２のネットワークアドレス間で相互変換を行なうアドレス変換工程と
を有することを特徴とする情報変換方法。
【請求項６】
第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置を、
受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析手段、
リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、上記ＵＲＬの上記リテラルなネットワークアドレスを、上記第１のネットワークアドレス及び上記第２のネットワークアドレス間で相互変換を行なうアドレス変換手段
として機能させることを特徴とする情報変換プログラム。
【請求項７】
第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置において、請求項１〜４のいずれかに記載の情報変換装置を備えることを特徴とする中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報変換装置、情報変換方法、情報変換プログラム及び中継装置に関し、例えば、ＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間の通信のように、異なるネットワーク間の通信において、ＨＴＴＰプロトコルを利用した通信を維持する中継装置に適用し得るものである。
【背景技術】
【０００２】
近年、ＩＰｖ４アドレスの枯渇化問題の対応策として、ＩＰｖ６アドレスへの切り替えが提案されている。しかし、ネットワーク技術の普及や社会への浸透などを考慮すると、ＩＰｖ４アドレスを一気にＩＰｖ６アドレスに切り替えることは困難であると考えられており、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとが並存する形態が考えられている。
【０００３】
そのため、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの間で円滑に通信を行なえることが望まれている。
【０００４】
特許文献１には、ＩＰアドレスの付与体系が異なっており、それぞれ異なるバージョンの２つのネットワーク間の通信を結合するトランスレータ技術が記載されている。
【０００５】
特許文献１に記載のトランスレータは、ＩＰｖ６ネットワークからＩＰｖ４ネットワークにパケット転送する際、ＩＰｖ６パケットの宛先ＩＰアドレスフィールドに格納されるＩＰｖ６アドレスの下位３２ビットからＩＰｖ４アドレスを抽出し、このアドレスを、ＩＰｖ４パケットの宛先ＩＰアドレスフィールドとして格納する。
【０００６】
また、ＩＰｖ４ネットワークからＩＰｖ６ネットワークにパケット転送する際、このトランスレータは、ＩＰｖ４パケットの送信元ＩＰアドレスフィールドに格納されているＩＰｖ４アドレスを下位３２ビットに格納したＩＰｖ６アドレスに変換し、このアドレスをＩＰｖ６パケットの送信元ＩＰアドレスフィールドとして格納している。
【０００７】
この特許文献１の記載技術によれば、ＯＳＩ参照モデルのレイヤ３（ネットワーク層）上で、ＩＰアドレスの変換処理を行なえるので、ＩＰｖ６ノードとＩＰｖ４ノードとの間の通信を実現できる。
【０００８】
しかしながら、ＯＳＩ参照モデルのレイヤ７（アプリケーション層）にＩＰアドレスが含まれるアプリケーション間での通信に関しては、必ずしも実現できるものではない。なぜなら、特許文献１の記載技術は、レイヤ３のＩＰヘッダに関するアドレス変換のみを行なうものであり、レイヤ７のＩＰペイロードに記載されたアドレス情報を変換できないからである。
【０００９】
また、特許文献２には、ＩＰｖ４基盤のＶｏＩＰ端末とＩＰｖ６基盤のＶｏＩＰ端末との間のＶｏＩＰ通信を実現する通信方法に関する技術が記載されている。
【００１０】
特許文献２には、ＶｏＩＰ（Voice  Over  Internet  Protocol）端末であって、ネットワークを介して任意の端末とデータの送受信を行なうためのネットワークインタフェースを具備したメッセージフォーマット変換部を有し、このメッセージフォーマット変換部は、アドレス情報を、任意の端末のアドレス形式にフォーマット変換し、フォーマット変換されたアドレス情報をメッセージに含めて任意の端末へ送信し、又任意の端末から受信されたメッセージに含まれたアドレス情報を所定アドレス形式にフォーマット変換し、フォーマット変換されたアドレス情報を含んだメッセージをＶｏＩＰアプリケーションに提供することが記載されている。
【００１１】
この特許文献２の記載技術によれば、レイヤ７にアドレス情報を持つ、ＶｏＩＰのアプリケーションに関しては、アプリケーションが動作するＩＰｖ６端末とＩＰｖ４端末との間で通信を実現することができる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００８−０９２６０７号公報
【特許文献２】特開２００７−１０４６７６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上述した特許文献１及び２の記載技術は、ＨＴＴＰのプロトコルに関して、ＩＰＶ６端末で動作するＨＴＴＰクライアント（以下、ＩＰｖ６クライアントと呼ぶ）と、ＩＰｖ４サーバで動作するＨＴＴＰサーバ（以下、ＩＰｖ４サーバと呼ぶ）との間の通信に実施できない事象が生じ得る。
【００１４】
この事象は、例えば、ＩＰｖ４サーバで公開するＷｅｂコンテンツに、ＩＰｖ４のアドレス情報を記載した場合に生じ得る。この事象例を以下で説明する。
【００１５】
一般に、Ｗｅｂコンテンツは、ＨＴＭＬ（Hyper  Text  Markup  Language）により記述されたテキスト形式の文書データの集合として表現される。文書データには、ネットワーク上で、その所在を一意に特定するためのＵＲＬ（Uniform  Resource  Locator）が関連付けられる。このＵＲＬを一例に挙げると、その形式は、例えば「http://www.foo1.com/www/index.html」のようなテキスト文字列である。
【００１６】
１つの文書データには、他の文書データのＵＲＬを複数持つことができる。この文書データ中に記載された他の文書データのＵＲＬを「ハイパーリンク」と呼ぶ。ハイパーリングの一例を挙げると、その形式は、例えば、タグ<a>と</a>において「<a href=”http://www.foo2.com/www/index.html>リンク1</a>」のようなテキスト文字列である。
【００１７】
一般的に、Ｗｅｂのコンテンツを表示する機能を持つＷｅｂブラウザは、ユーザからＵＲＬの入力を受け付けたとき、入力されたＵＲＬから、そのＵＲＬに該当する文書データを持つＨＴＴＰサーバを特定し、さらに、特定したＨＴＴＰサーバから、該当文書データを取得してブラウザ上に表示する。また、Ｗｅｂブラウザは、表示中の文書データ中のハイパーリンクを視覚的に他の文章と異なる形式で表示する。ユーザは、このハイパーリンクをマウス等でクリックすることで、ユーザからＵＲＬを入力されたときの同じような手順により、表示中の文書データに関連する別の文書データをＨＴＴＰサーバから取得してブラウザ上に表示することができる。
【００１８】
通常、ＵＲＬは、ＦＱＤＮ（Fully  Qualified  Domain  Name）の形式で表現される。Ｗｅｂブラウザは、ＤＮＳ（Domain  Name  System）に問い合わせることで、ＦＱＤＮからＨＴＴＰサーバのＩＰアドレスを取得することができる。
【００１９】
しかし、ＵＲＬは、ＦＱＤＮではなく、ＨＴＴＰサーバのＩＰアドレスがリテラルな文字列として引用されている場合がある。そのようなＵＲＬは、例えば「http://200.0.0.1/www/index.html」のように、ＨＴＴＰサーバのＩＰアドレスがテキスト形式で記載される。
【００２０】
この場合、Ｗｅｂブラウザは、ＨＴＴＰサーバのＩＰアドレスをＤＮＳに問い合わせることなく、直接、ＵＲＬから割り出したリテラルなＩＰアドレス（上記例では、200.0.0.1）でＨＴＴＰサーバに接続を試みることができる。
【００２１】
ところで、Ｗｅｂブラウザが動作する端末とＨＴＴＰサーバの双方がＩＰｖ６ネットワークに所属する場合、あるいは、双方がＩＰｖ４ネットワークに所属する場合は、上記のように、ハイパーリンクのＵＲＬにＩＰアドレスが引用されていても問題なく文書データを参照することができる。
【００２２】
しかし、Ｗｅｂブラウザが動作する端末がＩＰｖ６ネットワークに、ＨＴＴＰサーバがＩＰｖ４ネットワークに所属し、かつ、Ｗｅｂブラウザが取得した文書データ中のＵＲＬがＩＰアドレスで標記されている場合は、Ｗｅｂブラウザで、該当のＵＲＬの表示を試みても、ＩＰｖ６の端末が、直接、ＩＰｖ４のＨＴＴＰサーバに試みることとなり、通信は確立せず、該当の文書データを表示できない問題が発生し得る。
【００２３】
これに対して、特許文献１の記載技術を用いても、上述したように、特許文献１の記載技術はレイヤ３におけるＩＰアドレスの変換技術であるから、ＨＴＴＰに相当するレイヤ７に対しては適用できず、この問題を解決できない。
【００２４】
また、特許文献２の記載技術は、ＩＰｖ６端末とＩＰｖ４端末の通信に関するもので、かつ、レイヤ７への対策であるが、ＶｏＩＰのプロトコルに限定した技術であり、この問題を解決できない。
【００２５】
そのため、例えば、ＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間のような異なるネットワークに属する装置間で、ＨＴＴＰのプロトコルを利用した通信を維持することができる情報変換装置、情報変換方法、情報変換プログラム及び中継装置が求められている。
【課題を解決するための手段】
【００２６】
第１の本発明の情報変換装置は、第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置において、（１）受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析手段と、（２）リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、ＵＲＬのリテラルなネットワークアドレスを、第１のネットワークアドレス及び第２のネットワークアドレス間で相互変換を行なうアドレス変換手段とを備えることを特徴とする。
【００２７】
第２の本発明の譲歩変換方法は、第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置の情報変換方法において、（１）解析手段が、受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析工程と、（２）アドレス変換手段が、リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、ＵＲＬのリテラルなネットワークアドレスを、第１のネットワークアドレス及び第２のネットワークアドレス間で相互変換を行なうアドレス変換工程とを有することを特徴とする。
【００２８】
第３の本発明の情報変換プログラムは、第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置を、（１）受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析手段、（２）リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、ＵＲＬのリテラルなネットワークアドレスを、第１のネットワークアドレス及び第２のネットワークアドレス間で相互変換を行なうアドレス変換手段として機能させることを特徴とする。
【００２９】
第４の本発明の中継装置は、第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置において、第１の本発明の情報変換装置を備えることを特徴とする。
【発明の効果】
【００３０】
本発明によれば、ＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間のような異なるネットワークに属する装置間で、ＯＳＩ基本参照モデルのレイヤ７に記載されるＵＲＬのリテラルなネットワークアドレスを相互変換することで、装置間の通信の維持を図ることができる。
【図面の簡単な説明】
【００３１】
【図１】第１の実施形態の通信ネットワークの構成及びアプリケーションゲートウェイ装置の内部構成を示す構成図である。
【図２】ＩＰｖ４アドレスとＩＰｖ６アドレスの表記例を示す説明図である。
【図３】第１の実施形態において、ＩＰｖ４アドレス形式をＩＰｖ６アドレス形式に変換する方法を説明する説明図である。
【図４】第１の実施形態において、ＩＰｖ６アドレス形式をＩＰｖ４アドレス形式に変換する方法を説明する説明図である。
【図５】第１の実施形態の通信ネットワークにおける通信処理の動作を示すシーケンス図である。
【図６】第１の実施形態のＤＮＳサーバの有する対応テーブルの構成を示す構成図である。
【発明を実施するための形態】
【００３２】
（Ａ）第１の実施形態
以下では、本発明の情報変換装置、情報変換方法、情報変換プログラム及び中継装置の第１の実施形態について図面を参照しながら説明する。
【００３３】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態の通信ネットワークの構成及びアプリケーションゲートウェイ装置の内部構成を示す構成図である。
【００３４】
図１において、第１の実施形態の通信ネットワーク５０は、アプリケーションゲートウェイ装置１、ＩＰｖ６ネットワーク２、ＩＰｖ４ネットワーク３、ＤＮＳプロキシサーバ１２を少なくとも有して構成されるものである。
【００３５】
ＩＰｖ６ネットワーク２は、ユニークなＩＰｖ６アドレスが割り当てられた通信網である。ＩＰｖ６ネットワーク２上には、ＩＰｖ６アドレスの割り当てられたＩＰｖ６端末４が存在する。
【００３６】
ＩＰｖ６端末４は、ＩＰｖ６のＩＰアドレスが付与され、例えばＷｅｂブラウザ等のＨＴＴＰクライアント・アプリケーション等を動作する通信端末である。ＩＰｖ６端末４は、例えば、通信機能を搭載したパーソナルコンピュータや、通信機能を有する携帯電話機やＰＤＡやゲーム機等の携帯端末などが該当する。
【００３７】
ＩＰｖ４ネットワーク３は、ＩＰｖ４のＩＰアドレスが割り当てられた通信網である。このＩＰｖ４ネットワーク３には、ＩＰｖ４アドレスが割り当てられた、ＤＮＳサーバ５、Ｗｅｂサーバ６及びＷｅｂサーバ７が存在する。
【００３８】
ＤＮＳサーバ５は、ＩＰｖ４ネットワーク３上に存在する装置のＩＰアドレスの解決を行なうアドレス解決手段であり、ＨＴＴＰ要求メッセージにより要求されたＵＲＬを持つサーバのＩＰアドレスを応答するものである。
【００３９】
Ｗｅｂサーバ６及びＷｅｂサーバ７は、Ｗｅｂコンテンツを提供するＷｅｂサーバである。第１の実施形態では、説明便宜上、Ｗｅｂサーバ６が提供するＷｅｂコンテンツには、Ｗｅｂサーバ７のＵＲＬが記載されているものとし、このＵＲＬはＩＰアドレスがリテラルに標記された文字列によるものとする。一方、Ｗｅｂサーバ７が提供するＷｅｂコンテンツには、ＦＱＤＮ形式で表現されたＵＲＬが記載されているものとする。
【００４０】
アプリケーションゲートウェイ装置１は、ＩＰｖ６ネットワーク２及びＩＰｖ４ネットワーク３の境界に設置されたものであり、ＩＰｖ６端末４とＷｅｂサーバ６若しくはＷｅｂサーバ７との間のパケット転送を行なうものである。
【００４１】
図１に示すように、アプリケーションゲートウェイ装置１は、ＮＡＴ（Network  Address  Translation）機能部８、アプリケーションゲートウェイ機能部９とを有する。
【００４２】
ＮＡＴ機能部８は、１つのグローバルアドレス（ＩＰｖ６のＩＰアドレス）と、複数のプライベートアドレス（ＩＰｖ４のＩＰアドレス）との間の変換処理を行なうものである。また、ＮＡＴ機能部８は、ＩＰｖ６ネットワーク２上のＩＰｖ６パケットと、ＩＰｖ４ネットワーク３上のＩＰｖ４パケットとをＯＳＩ参照モデルのレイヤ４上で転送するものである。さらに、ＮＡＴ機能部８は、ＩＰヘッダだけでなく、必要に応じてＴＣＰ若しくはＵＤＰヘッダの内容（例えばポート番号等）も変換するようにしても良い（例えば、ＮＡＰＴ機能）。なお、ＮＡＴ機能部８は、ＩＥＴＦで標準化されたＲＦＣ２７６５、ＲＦＣ２７６６の標準化技術を実装するようにしても良い。
【００４３】
アプリケーションゲートウェイ機能部９は、ＯＳＩ参照モデルのレイヤ７に相当するＨＴＴＰメッセージを解析するものであり、ＩＰｖ６端末４とＩＰｖ４端末（例えばＷｅｂサーバ６等）との間の通信の維持を図るものである。
【００４４】
図１に示すように、アプリケーションゲートウェイ機能部９は、応答メッセージ変換機能部１０及び要求メッセージ変換機能部１１を有する。
【００４５】
応答メッセージ変換機能部１０は、ＩＰｖ６端末４とＷｅｂサーバ６又は７との間で通信を行なう際に、Ｗｅｂサーバ６又は７から受信したＨＴＴＰ応答メッセージにＵＲＬが含まれているか否かを判断するものである。
【００４６】
このＵＲＬの有無の検出方法としては、例えば、ＨＴＴＰ応答メッセージはＨＴＭＬ形式で記載されているから、応答メッセージ変換機能部１０は、ＵＲＬの挿入を示すタグ（例えば、<a>、</a>等）を検出することで、ＵＲＬの有無を検出できる。
【００４７】
また、応答メッセージ変換機能部１０は、ＨＴＴＰ応答メッセージにＵＲＬが含まれている場合に、このＵＲＬがリテラルなＩＰアドレスで標記されているものであるか否かを判断し、リテラルなＩＰアドレスで標記されている場合に、このＩＰアドレスがＩＰｖ６アドレスであるか又はＩＰｖ４アドレスであるかも判断するものである。
【００４８】
ここで、リテラルなＩＰアドレスで標記されているか否かの判断方法としては、例えば、ＵＲＬがテキスト形式で記載されているから、「http://www.foo1.com/www/index.html」のようにＦＱＤＮ形式で記載されているか、又は「http://200.0.0.1/www/index.html」のようにリテラルにＩＰアドレスを含む形式で記載されているか否かを判断することができる。
【００４９】
また、ＩＰアドレスがＩＰｖ４アドレスであるか又はＩＰｖ６アドレスであるかを判断する方法は、例えば、ＵＲＬに記載されているＩＰアドレスの形式で判断できる。例えば、図２では、ＩＰｖ４アドレスとＩＰｖ６アドレスの表記方法を例示する。ＩＰｖ４アドレスは、図２（Ａ）の例「200.0.0.1」のように、「２００」「．（ピリオド）」「０」「．（ピリオド）」…のような文字列で表記されるのに対して、ＩＰｖ６アドレスは、図２（Ｂ）の例「3ffe：100:0:0:0:0:0:1」のように、「３ｆｆｅ」「：（コロン）」「１００」「：（コロン）」…のような文字列で表記されるので、応答メッセージ変換機能部１０は、この文字列表記の違いから判断できる。
【００５０】
また、ＩＰｖ４アドレスであるか又はＩＰｖ６であるかの別の検出方法として、例えば、ＲＦＣ２７３２では、リテラルなＩＰｖ６アドレスが付与される場合、大括弧「［」、「]」を付与するとしている。そこで、応答メッセージ変換機能部１０は、この大括弧がＵＲＬに付与されている場合、ＩＰｖ６であると判定し、又そうでない場合にはＩＰｖ４であると判定する方法も用いることができる。
【００５１】
さらに、応答メッセージ変換機能部１０は、ＩＰｖ６端末４宛のＨＴＴＰ応答メッセージに、リテラルなＩＰｖ４アドレスで標記されたＵＲＬが含まれる場合には、このＩＰｖ４アドレスをＩＰｖ６形式のアドレスに変換するものである。
【００５２】
ここで、ＩＰｖ４アドレス形式をＩＰｖ６アドレス形式に変換する方法については、図３を用いて説明する。
【００５３】
図３に示すように、ＩＰｖ４アドレスは３２ビットであるのに対して、ＩＰｖ６アドレスは１２８ビットである。また、アプリケーションゲートウェイ装置１のＩＰｖ６ネットワーク２に接続する回線インタフェースには、ＩＰｖ６アドレスが割り当てられており、そのプレフィックスは９６ビットである。
【００５４】
応答メッセージ変換機能部１０は、ＩＰｖ４アドレスを下位３２ビットとし、ＩＰｖ６ネットワーク２に接続する回線インタフェースに割り当てられているＩＰｖ６アドレスのプレフィックス（９６ビット）を上位９６ビットとして付与することにより、ＩＰｖ６形式のアドレスに変換する。
【００５５】
このようにすることで、ＩＰｖ６端末４が、変換後のＩＰｖ６アドレスを辿って、ＩＰｖ４ネットワーク３上のＷｅｂサーバにアクセス場合でも、ＵＲＬ中のリテラルなＩＰｖ６アドレスのプレフィックスがアプリケーションゲートウェイ装置１の回線インタフェースとなっているから、ＩＰｖ６端末４からのＨＴＴＰ要求メッセージが、アプリケーションゲートウェイ装置１を介してＷｅｂサーバにアクセスすることとなり、通信を維持することができる。
【００５６】
要求メッセージ変換機能部１１は、ＩＰｖ６端末４とＷｅｂサーバ６又は７との間で通信を行なう際に、ＩＰｖ６端末４から受信したＨＴＴＰ要求メッセージにＵＲＬが含まれているか否かを判断するものである。
【００５７】
また、要求メッセージ変換機能部１１は、ＨＴＴＰ要求メッセージにＵＲＬが含まれている場合に、このＵＲＬがリテラルなＩＰアドレスで標記されているものであるか否かを判断し、リテラルなＩＰアドレスで標記されている場合に、このＩＰアドレスがＩＰｖ６アドレスであるか又はＩＰｖ４アドレスであるかも判断するものである。
【００５８】
さらに、要求メッセージ変換機能部１１は、ＩＰｖ４ネットワーク３宛のＨＴＴＰ要求メッセージに、リテラルなＩＰｖ６アドレスで標記されたＵＲＬが含まれる場合には、このＩＰｖ６アドレスをＩＰｖ４形式のアドレスに変換するものである。
【００５９】
なお、ＵＲＬの有無の判断方法、ＩＰアドレスの検出方法、ＩＰｖ４又はＩＰｖ６アドレスの判断方法は、応答メッセージ変換機能部１０の場合と同様である。
【００６０】
ここで、ＩＰｖ６アドレスをＩＰｖ４アドレスに変換する方法については、図４を用いて説明する。
【００６１】
図４において、要求メッセージ変換機能部１１は、ＵＲＬ中の１２８ビットのＩＰｖ６アドレスのうち、上位９６ビットのプレフィックス部分を取り除き、下位３２ビットの部分だけを残すことで、ＩＰｖ４アドレス形式に変換する。
【００６２】
ＤＮＳプロキシサーバ１２は、ＩＰｖ６端末４のＤＮＳ問い合わせを、ＤＮＳサーバ５に中継する役割を持つサーバである。
【００６３】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態の通信ネットワーク５０における通信処理の動作について、図面を参照しながら説明する。
【００６４】
図５は、第１の実施形態の通信ネットワーク５０における通信処理の動作を示すシーケンスである。
【００６５】
まず、ユーザは、ＩＰｖ６端末４のＷｅｂブラウザで、Ｗｅｂサーバ６に対応するＵＲＬ（www.foo1.com）を入力する（ステップ１０１）。
【００６６】
ＩＰｖ６端末４は、ＤＮＳプロキシサーバ１２に対して、「www.foo1.com」のＩＰアドレスをＩＰｖ６で問い合わせる（ステップ１０２）。
【００６７】
ＤＮＳプロキシサーバ１２は、ＩＰｖ４パケットで、「www.foo1.com」のＩＰアドレスをＤＮＳサーバ５に問い合わせる（ステップ１０３）。
【００６８】
ＤＮＳサーバ５は、予め登録されているＦＱＤＮとＩＰアドレスとの対応テーブルを有している。図６は、この対応テーブルの構成例を示す。ＤＮＳサーバ５は、図６に例示する対応テーブルを参照して、問い合わせを受けたＵＲＬ「www.foo1.com」に対応するＩＰアドレスを検索し、Ｗｅｂサーバ６のＩＰアドレス（200.0.0.1）をＤＮＳ応答として返却する（ステップ１０４）。
【００６９】
ＤＮＳプロキシサーバ１２は、ＤＮＳ応答に格納されたＷｅｂサーバ６のＩＰｖ４アドレスをＩＰｖ６アドレスに置き換えたＤＮＳ応答をＩＰｖ６端末４に送信する（ステップ１０５）。
【００７０】
ここで、ＤＮＳプロキシサーバ１２の一連の処理は、例えばＲＦＣ２７６６の標準化技術を適用することができる。また、Ｗｅｂサーバ６のＩＰｖ４アドレスをＩＰｖ６アドレスに置き換える方法としては、例えば、アプリケーションゲートウェイ装置１がＩＰｖ６ネットワーク２に接続する回線のインタフェースのプレフィックスと同じ値を付与し、下位３２ビットのアドレスにＷｅｂサーバ６のＩＰｖ４アドレスを付与する方法がある。
【００７１】
ＩＰｖ６端末４は、Ｗｅｂサーバ６を射影したＩＰｖ６アドレス宛に、ＨＴＴＰ要求メッセージを送信する（ステップ１０６）。
【００７２】
ＩＰｖ６端末４から送信されたＨＴＴＰ要求メッセージは、例えばルータ等のネットワーク機器を経由して、アプリケーションゲートウェイ装置１まで転送される。
【００７３】
アプリケーションゲートウェイ装置１に受信されたＨＴＴＰ要求メッセージは、ＮＡＴ機能部８によりレイヤ４までのＩＰヘッダ及びＴＣＰヘッダの情報が、ＩＰｖ６形式からＩＰｖ４形式に変換される。このＮＡＴ機能部８の実装は、例えば、ＲＦＣ２７６５、ＲＦＣ２７６６などの標準化技術を適用することができる。
【００７４】
このとき、ＴＣＰのデータ中にあるＨＴＴＰ要求メッセージには、リテラルなＩＰアドレスの標記はないため、アプリケーションゲートウェイ機能部９では処理が行なわれずに、Ｗｅｂサーバ６に送信される（ステップ１０７）。
【００７５】
Ｗｅｂサーバ６がＨＴＴＰ要求メッセージを受信すると、Ｗｅｂサーバ６は、この受信したＨＴＴＰ要求メッセージの応答として、指定されたＨＴＭＬ形式の文書データをＨＴＴＰ応答メッセージとして返信する（ステップ１０８）。
【００７６】
アプリケーションゲートウェイ装置１がＨＴＴＰ応答メッセージを受信すると、アプリケーションゲートウェイ装置１では、応答メッセージ変換機能部１０が、ＨＴＴＰ応答メッセージに含まれるＨＴＭＬ形式の文書データを解析し、ハイパーリンクとして定義された部分を検出する。
【００７７】
そして、応答メッセージ変換機能部１０は、そのハイパーリンクとして定義された部分に、リテラルなＩＰｖ４アドレスがあるか否かの判定を行なう。
【００７８】
このとき、リテラルなＩＰｖ４アドレスを検出した場合、応答メッセージ変換機能部１０は、このリテラルなＩＰｖ４をリテラルなＩＰｖ６アドレスに変換する（ステップ１０９）。
【００７９】
例えば、図５には、Ｗｅｂサーバ６からのＨＴＴＰ応答メッセージ２１の構成例が例示されている。図５のＨＴＴＰ応答メッセージ２１において、ＨＴＭＬのボディ部に、タグ＜Ａ＞及び＜／Ａ＞でＷｅｂサーバ７のリンク先が記載されており、応答メッセージ変換機能部１０は、ＨＴＭＬ形式のメッセージを解析し、このタグ＜Ａ＞及び＜／Ａ＞２１１を検出することで、ハイパーリンクが定義されている部分を検出する。
【００８０】
また、応答メッセージ変換機能部１０は、このタグ＜Ａ＞及び＜／Ａ＞２１１に記載されたリンク先が、リテラルなＩＰアドレスで標記されているものであるか、又標記されているＩＰドレスがＩＰｖ４形式かＩＰｖ６形式か否かを判断する。
【００８１】
図５に例示するＨＴＴＰ応答メッセージ２１の場合、このタグ＜Ａ＞及び＜／Ａ＞２１１に記載された文字列<A  href＝“http：//210.0.0.10/www/index.html”>Webサーバ７</A>から、応答メッセージ変換機能部１０は、このＵＲＬがＩＰｖ４（210.0.0.10）でリテラルに標記されているものと判断する。
【００８２】
さらに、応答メッセージ変換機能部１０は、アプリケーションゲートウェイ装置１が、要求元のＩＰｖ６ネットワーク２と接続する回線のインタフェースに割り当てられているＩＰｖ６アドレスのプレフィックスを、上記９６ビットに付与し、下位の３２ビットにＷｅｂサーバ７のＩＰｖ４アドレスを付与することでＩＰｖ６形式に変換する。
【００８３】
例えば、図５の場合、アプリケーションゲートウェイ装置１において、ＩＰｖ６ネットワーク２との接続回線のインタフェースに割り当てられているＩＰｖ６アドレスのプレフィックス（3ffe:100:0:0:0:0）が９６ビットであるから、応答メッセージ変換機能部１０は、このプレフィックスを上位９６ビットの位置に付与し、下位の３２ビットにＷｅｂサーバ７のＩＰｖ４アドレス（210.0.0.10）を付与する。これにより、１２８ビットのＩＰｖ６アドレス「3ffe:100:0:0:0:0:210.0.0.10」（省略表記は、「3ffe:100::210.0.0.10」である）に置き換えることができる。
【００８４】
このとき、応答メッセージ変換機能部１０は、ＲＦＣ２７３２の標準化技術に従って、変換したＩＰｖ６アドレス部分を大括弧「［」、「］」で囲み、ＨＴＴＰ応答メッセージ２１に記載のＷｅｂサーバ７のＵＲＬの標記「<A  href＝“http：//210.0.0.10/www/index.html”>Webサーバ７</A>」を、「<A  href＝“http：//［3ffe:100::210.0.0.10］/www/index.html”>Webサーバ７</A>」に変換する（ステップ１０９）。
【００８５】
その後、ＮＡＴ機能部８は、当該ＨＴＴＰ応答メッセージのレイヤ４までのＩＰヘッダ及びＴＣＰヘッダの情報を、ＩＰｖ４形式からＩＰｖ６形式に変換して、ＩＰｖ６端末４に送信する（ステップ１１０）。
【００８６】
このＨＴＴＰ応答メッセージがＩＰｖ６端末４に与えられると、ＩＰｖ６端末４のブラウザには、ステップ１０１で要求したＷｅｂサーバ６のコンテンツが表示される。このＷｅｂサーバ６からのコンテンツには、Ｗｅｂサーバ７へのハイパーリンクが付されており、このハイパーリンクをユーザがクリックする（ステップ１１１）。
【００８７】
ユーザがＷｅｂサーバ７へのハイパーリンクをクリックすると、ブラウザがクリックされたハイパーリンクのＵＲＬを分析し、そのホスト部がＦＱＤＮではなく、リテラルなＩＰｖ６アドレスであることを認識する。
【００８８】
このリテラルなＩＰｖ６アドレスは、Ｗｅｂサーバ７のＩＰｖ４アドレスをＩＰｖ６アドレスに投影したアドレスであり、アプリケーションゲートウェイ装置１の回線アドレスに対応する。そのため、ＩＰｖ６端末４は、ＨＴＴＰ要求メッセージをアプリケーションゲートウェイ装置１宛に送信する（ステップ１１２）。
【００８９】
アプリケーションゲートウェイ装置１では、ＩＰｖ６端末４からのＨＴＴＰ要求メッセージを要求メッセージ変換機能部１１が受信する。
【００９０】
要求メッセージ変換機能部１１は、ＨＴＴＰ要求メッセージにリテラルなＩＰｖ６アドレスが含まれていること、かつ、そのＩＰｖ６アドレスのプレフィックスが応答メッセージ変換機能部１０の付与したプレフィックスであることを判断する。
【００９１】
そして、リテラルなＩＰアドレスが含まれており、かつ、これら応答メッセージ変換機能部１０が付与したものである場合、要求メッセージ変換機能部１１は、リテラルなＩＰｖ６アドレスを取り除き、下位３２ビットだけを残した、リテラルなＩＰｖ４アドレスに置換する（ステップ１１３）。
【００９２】
その後、ＮＡＴ機能部８が、ＨＴＴＰ要求メッセージのレイヤ４までのＩＰヘッダ及びＴＣＰヘッダの情報をＩＰｖ６形式からＩＰｖ４形式に変換して、Ｗｅｂサーバ７宛に送信する（ステップ１１４）。
【００９３】
これにより、Ｗｅｂサーバ７に対してＨＴＴＰ要求メッセージを送信することができる。また、Ｗｅｂサーバ７は、このＨＴＴＰ要求メッセージを受信すると、要求された文書データを含むＨＴＴＰ応答メッセージを送信する。
【００９４】
このとき、当該Ｗｅｂサーバ７のＷｅｂコンテンツにはＵＲＬとしてリテラルなＩＰアドレスが記載されていないので、Ｗｅｂサーバ７からのＨＴＴＰ応答メッセージについて、応答メッセージ変換機能部１０は変換処理を行なわず、ＮＡＴ機能部８によるアドレス変換だけが行なわれて、通信が維持される。
【００９５】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、Ｗｅｂブラウザが動作する端末がＩＰｖ６ネットワークに、ＨＴＴＰサーバがＩＰｖ４ネットワークに所属し、かつ、Ｗｅｂブラウザが取得した文書データ中のＵＲＬがリテラルなＩＰｖ４アドレスで標記されている場合でも、アプリケーションゲートウェイ装置が、ＩＰパケットのレイヤ７上のデータを解析し、ＨＴＴＰ応答メッセージとＨＴＴＰ要求メッセージのリテラルなＩＰｖ６アドレスとリテラルなＩＰｖ４アドレスを相互に変換することで、Ｗｅｂブラウザは、該当のＵＲＬに基づき、ＩＰｖ４のＨＴＴＰサーバに接続が可能となり、該当の文書データを取得し、画面に表示する効果を得る。
【００９６】
（Ｂ）他の実施形態
第１の実施形態では、ＩＰｖ６ネットワークとＩＰｖ４ネットワーク上でＨＴＴＰの通信を可能にアプリケーションゲートウェイ装置に適用した場合を例示したが、ＨＴＴＰに限らず、ＩＰパケットのペイロード中に、リテラルなＩＰアドレスを記述するようなアプリケーションプロトコルの通信にも適用することができる。
【００９７】
また、第１の実施形態では、ＩＰｖ４ネットワークにＨＴＴＰサーバが存在し、ＩＰｖ６ネットワークにＨＴＴＰクライアントが存在する場合を例示したが、ＩＰｖ６ネットワークにＨＴＴＰサーバが存在し、ＩＰｖ４ネットワークにＨＴＴＰクライアントが存在する場合にも同様に、ＨＴＴＰメッセージ中のリテラルなＩＰアドレスの変換方法を適用することができる。
【符号の説明】
【００９８】
１…アプリケーションゲートウェイ装置、８…ＮＡＴ機能部、９…アプリケーションゲートウェイ機能部、１０…応答メッセージ変換機能部、１１…要求メッセージ変換機能部、
２…ＩＰｖ６ネットワーク、ＩＰｖ６端末４、
３…ＩＰｖ４ネットワーク、５…ＤＮＳサーバ、６…Ｗｅｂサーバ、７…Ｗｅｂサーバ、
１２…ＤＮＳプロキシサーバ。
【図１】
2010206708.tif 000003
【図２】
2010206708.tif 000004
【図３】
2010206708.tif 000005
【図４】
2010206708.tif 000006
【図５】
2010206708.tif 000007
【図６】
2010206708.tif 000008