JP5387061B2

JP5387061B2 - 情報変換装置、情報変換方法、情報変換プログラム及び中継装置

Info

Publication number: JP5387061B2
Application number: JP2009052341A
Authority: JP
Inventors: 友泰鈴木; 一人岡田
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2009-03-05
Filing date: 2009-03-05
Publication date: 2014-01-15
Anticipated expiration: 2029-03-05
Also published as: JP2010206708A; US20100228813A1; CN101827040A; CN101827040B; US8151002B2

Description

本発明は、情報変換装置、情報変換方法、情報変換プログラム及び中継装置に関し、例えば、ＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間の通信のように、異なるネットワーク間の通信において、ＨＴＴＰプロトコルを利用した通信を維持する中継装置に適用し得るものである。

近年、ＩＰｖ４アドレスの枯渇化問題の対応策として、ＩＰｖ６アドレスへの切り替えが提案されている。しかし、ネットワーク技術の普及や社会への浸透などを考慮すると、ＩＰｖ４アドレスを一気にＩＰｖ６アドレスに切り替えることは困難であると考えられており、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとが並存する形態が考えられている。

そのため、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの間で円滑に通信を行なえることが望まれている。

特許文献１には、ＩＰアドレスの付与体系が異なっており、それぞれ異なるバージョンの２つのネットワーク間の通信を結合するトランスレータ技術が記載されている。

特許文献１に記載のトランスレータは、ＩＰｖ６ネットワークからＩＰｖ４ネットワークにパケット転送する際、ＩＰｖ６パケットの宛先ＩＰアドレスフィールドに格納されるＩＰｖ６アドレスの下位３２ビットからＩＰｖ４アドレスを抽出し、このアドレスを、ＩＰｖ４パケットの宛先ＩＰアドレスフィールドとして格納する。

また、ＩＰｖ４ネットワークからＩＰｖ６ネットワークにパケット転送する際、このトランスレータは、ＩＰｖ４パケットの送信元ＩＰアドレスフィールドに格納されているＩＰｖ４アドレスを下位３２ビットに格納したＩＰｖ６アドレスに変換し、このアドレスをＩＰｖ６パケットの送信元ＩＰアドレスフィールドとして格納している。

この特許文献１の記載技術によれば、ＯＳＩ参照モデルのレイヤ３（ネットワーク層）上で、ＩＰアドレスの変換処理を行なえるので、ＩＰｖ６ノードとＩＰｖ４ノードとの間の通信を実現できる。

しかしながら、ＯＳＩ参照モデルのレイヤ７（アプリケーション層）にＩＰアドレスが含まれるアプリケーション間での通信に関しては、必ずしも実現できるものではない。なぜなら、特許文献１の記載技術は、レイヤ３のＩＰヘッダに関するアドレス変換のみを行なうものであり、レイヤ７のＩＰペイロードに記載されたアドレス情報を変換できないからである。

また、特許文献２には、ＩＰｖ４基盤のＶｏＩＰ端末とＩＰｖ６基盤のＶｏＩＰ端末との間のＶｏＩＰ通信を実現する通信方法に関する技術が記載されている。

特許文献２には、ＶｏＩＰ（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>」に変換する（ステップ１０９）。

その後、ＮＡＴ機能部８は、当該ＨＴＴＰ応答メッセージのレイヤ４までのＩＰヘッダ及びＴＣＰヘッダの情報を、ＩＰｖ４形式からＩＰｖ６形式に変換して、ＩＰｖ６端末４に送信する（ステップ１１０）。

このＨＴＴＰ応答メッセージがＩＰｖ６端末４に与えられると、ＩＰｖ６端末４のブラウザには、ステップ１０１で要求したＷｅｂサーバ６のコンテンツが表示される。このＷｅｂサーバ６からのコンテンツには、Ｗｅｂサーバ７へのハイパーリンクが付されており、このハイパーリンクをユーザがクリックする（ステップ１１１）。

ユーザがＷｅｂサーバ７へのハイパーリンクをクリックすると、ブラウザがクリックされたハイパーリンクのＵＲＬを分析し、そのホスト部がＦＱＤＮではなく、リテラルなＩＰｖ６アドレスであることを認識する。

このリテラルなＩＰｖ６アドレスは、Ｗｅｂサーバ７のＩＰｖ４アドレスをＩＰｖ６アドレスに投影したアドレスであり、アプリケーションゲートウェイ装置１の回線アドレスに対応する。そのため、ＩＰｖ６端末４は、ＨＴＴＰ要求メッセージをアプリケーションゲートウェイ装置１宛に送信する（ステップ１１２）。

アプリケーションゲートウェイ装置１では、ＩＰｖ６端末４からのＨＴＴＰ要求メッセージを要求メッセージ変換機能部１１が受信する。

要求メッセージ変換機能部１１は、ＨＴＴＰ要求メッセージにリテラルなＩＰｖ６アドレスが含まれていること、かつ、そのＩＰｖ６アドレスのプレフィックスが応答メッセージ変換機能部１０の付与したプレフィックスであることを判断する。

そして、リテラルなＩＰアドレスが含まれており、かつ、これら応答メッセージ変換機能部１０が付与したものである場合、要求メッセージ変換機能部１１は、リテラルなＩＰｖ６アドレスを取り除き、下位３２ビットだけを残した、リテラルなＩＰｖ４アドレスに置換する（ステップ１１３）。

その後、ＮＡＴ機能部８が、ＨＴＴＰ要求メッセージのレイヤ４までのＩＰヘッダ及びＴＣＰヘッダの情報をＩＰｖ６形式からＩＰｖ４形式に変換して、Ｗｅｂサーバ７宛に送信する（ステップ１１４）。

これにより、Ｗｅｂサーバ７に対してＨＴＴＰ要求メッセージを送信することができる。また、Ｗｅｂサーバ７は、このＨＴＴＰ要求メッセージを受信すると、要求された文書データを含むＨＴＴＰ応答メッセージを送信する。

このとき、当該Ｗｅｂサーバ７のＷｅｂコンテンツにはＵＲＬとしてリテラルなＩＰアドレスが記載されていないので、Ｗｅｂサーバ７からのＨＴＴＰ応答メッセージについて、応答メッセージ変換機能部１０は変換処理を行なわず、ＮＡＴ機能部８によるアドレス変換だけが行なわれて、通信が維持される。

（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、Ｗｅｂブラウザが動作する端末がＩＰｖ６ネットワークに、ＨＴＴＰサーバがＩＰｖ４ネットワークに所属し、かつ、Ｗｅｂブラウザが取得した文書データ中のＵＲＬがリテラルなＩＰｖ４アドレスで標記されている場合でも、アプリケーションゲートウェイ装置が、ＩＰパケットのレイヤ７上のデータを解析し、ＨＴＴＰ応答メッセージとＨＴＴＰ要求メッセージのリテラルなＩＰｖ６アドレスとリテラルなＩＰｖ４アドレスを相互に変換することで、Ｗｅｂブラウザは、該当のＵＲＬに基づき、ＩＰｖ４のＨＴＴＰサーバに接続が可能となり、該当の文書データを取得し、画面に表示する効果を得る。

（Ｂ）他の実施形態
第１の実施形態では、ＩＰｖ６ネットワークとＩＰｖ４ネットワーク上でＨＴＴＰの通信を可能にアプリケーションゲートウェイ装置に適用した場合を例示したが、ＨＴＴＰに限らず、ＩＰパケットのペイロード中に、リテラルなＩＰアドレスを記述するようなアプリケーションプロトコルの通信にも適用することができる。

また、第１の実施形態では、ＩＰｖ４ネットワークにＨＴＴＰサーバが存在し、ＩＰｖ６ネットワークにＨＴＴＰクライアントが存在する場合を例示したが、ＩＰｖ６ネットワークにＨＴＴＰサーバが存在し、ＩＰｖ４ネットワークにＨＴＴＰクライアントが存在する場合にも同様に、ＨＴＴＰメッセージ中のリテラルなＩＰアドレスの変換方法を適用することができる。

１…アプリケーションゲートウェイ装置、８…ＮＡＴ機能部、９…アプリケーションゲートウェイ機能部、１０…応答メッセージ変換機能部、１１…要求メッセージ変換機能部、
２…ＩＰｖ６ネットワーク、ＩＰｖ６端末４、
３…ＩＰｖ４ネットワーク、５…ＤＮＳサーバ、６…Ｗｅｂサーバ、７…Ｗｅｂサーバ、
１２…ＤＮＳプロキシサーバ。

Claims

第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置において、
受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析手段と、
リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、上記ＵＲＬの上記リテラルなネットワークアドレスを、上記第１のネットワークアドレス及び上記第２のネットワークアドレス間で相互変換を行なうアドレス変換手段と
を備え、
上記アドレス変換手段は、
上記サーバからの応答メッセージに、リテラルな上記第１のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第１のネットワークアドレスを、リテラルな上記第２のネットワークアドレスに変換する応答メッセージ変換部と、
上記クライアント端末から受信した、上記応答メッセージに記載された上記ＵＲＬへの接続を要求する要求メッセージに、リテラルな上記第２のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第２のネットワークアドレスを、リテラルな上記第１のネットワークアドレスに変換する要求メッセージ変換部と
を有し、
上記第１のネットワークアドレスが、ＩＰｖ６アドレス又はＩＰｖ４アドレスであり、
上記第２のネットワークアドレスが、ＩＰｖ４アドレス又はＩＰｖ６アドレスであり、
上記アドレス変換手段が、上記ＵＲＬのリテラルなＩＰｖ４アドレスを、リテラルなＩＰｖ６アドレスに変換する場合、上記ＵＲＬのリテラルなＩＰｖ４アドレスに、当該中継装置に割り当てられたＩＰｖ６アドレスのプレフィックスを付与してＩＰｖ６形式に変換する
ことを特徴とする情報変換装置。
上記アドレス変換手段が、上記ＵＲＬのリテラルなＩＰｖ６アドレスを、リテラルなＩＰｖ４アドレスに変換する場合、上記ＵＲＬのリテラルなＩＰｖ６アドレスのプレフィックス部分を取り除いてＩＰｖ４形式に変換する
ことを特徴とする請求項１に記載の情報変換装置。
第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置の情報変換方法において、
解析手段が、受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析工程と、
アドレス変換手段が、リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、上記ＵＲＬの上記リテラルなネットワークアドレスを、上記第１のネットワークアドレス及び上記第２のネットワークアドレス間で相互変換を行なうアドレス変換工程と
を有し、
上記アドレス変換手段は、
上記サーバからの応答メッセージに、リテラルな上記第１のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第１のネットワークアドレスを、リテラルな上記第２のネットワークアドレスに変換する応答メッセージ変換工程と、
上記クライアント端末から受信した、上記応答メッセージに記載された上記ＵＲＬへの接続を要求する要求メッセージに、リテラルな上記第２のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第２のネットワークアドレスを、リテラルな上記第１のネットワークアドレスに変換する要求メッセージ変換工程と
をさらに有し、
上記第１のネットワークアドレスが、ＩＰｖ６アドレス又はＩＰｖ４アドレスであり、
上記第２のネットワークアドレスが、ＩＰｖ４アドレス又はＩＰｖ６アドレスであり、
上記アドレス変換手段が、上記ＵＲＬのリテラルなＩＰｖ４アドレスを、リテラルなＩＰｖ６アドレスに変換する場合、上記ＵＲＬのリテラルなＩＰｖ４アドレスに、当該中継装置に割り当てられたＩＰｖ６アドレスのプレフィックスを付与してＩＰｖ６形式に変換する
ことを特徴とする情報変換方法。
第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置が備える情報変換装置を、
受信パケットのＯＳＩ基本参照モデルのレイヤ７に相当するメッセージを解析し、リテラルなネットワークアドレスで標記されたＵＲＬが含まれているか否かを判定する解析手段、
リテラルなネットワークアドレスで標記されたＵＲＬが含まれている場合に、上記ＵＲＬの上記リテラルなネットワークアドレスを、上記第１のネットワークアドレス及び上記第２のネットワークアドレス間で相互変換を行なうアドレス変換手段
として機能させるものであり、
上記アドレス変換手段は、
上記サーバからの応答メッセージに、リテラルな上記第１のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第１のネットワークアドレスを、リテラルな上記第２のネットワークアドレスに変換する応答メッセージ変換部と、
上記クライアント端末から受信した、上記応答メッセージに記載された上記ＵＲＬへの接続を要求する要求メッセージに、リテラルな上記第２のネットワークアドレスで標記したＵＲＬが記載されている場合に、リテラルな上記第２のネットワークアドレスを、リテラルな上記第１のネットワークアドレスに変換する要求メッセージ変換部と
を有し、
上記第１のネットワークアドレスが、ＩＰｖ６アドレス又はＩＰｖ４アドレスであり、
上記第２のネットワークアドレスが、ＩＰｖ４アドレス又はＩＰｖ６アドレスであり、
上記アドレス変換手段が、上記ＵＲＬのリテラルなＩＰｖ４アドレスを、リテラルなＩＰｖ６アドレスに変換する場合、上記ＵＲＬのリテラルなＩＰｖ４アドレスに、当該中継装置に割り当てられたＩＰｖ６アドレスのプレフィックスを付与してＩＰｖ６形式に変換する
ことを特徴とする情報変換プログラム。
第１のネットワークアドレスの割り当てられたサーバと、第２のネットワークアドレスの割り当てられたクライアント端末との間の中継処理を行なう中継装置において、請求項１又は２に記載の情報変換装置を備えることを特徴とする中継装置。