(57)【要約】【課題】ユーザに対してＩＰｖ４／ＩＰｖ６変換の利用を意識させること。【解決手段】端末装置からデータを受信する通信部と、通信部によって受信されたデータに基づいてＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否か確認する通知を端末装置に送信する変換通知部と、ＩＰｖ４／ＩＰｖ６変換を利用して通信を行う旨の通知が通信部によって受信されると、データに対してＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に中継する中継部と、を備える中継装置。【選択図】図２
2014229995.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からデータを受信する通信部と、
前記通信部によって受信された前記データに基づいてＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否か確認する通知を前記端末装置に送信する変換通知部と、
ＩＰｖ４／ＩＰｖ６変換を利用して通信を行う旨の通知が前記通信部によって受信されると、前記データに対して前記ＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に中継する中継部と、
を備える中継装置。
【請求項２】
ＩＰｖ４の識別情報とＩＰｖ６の識別情報とＩＰｖ４／ＩＰｖ６変換を利用した通信が有効であるか否かを示す情報とを対応付けて記憶する変換テーブル記憶部をさらに備え、
前記変換通知部は、ＩＰｖ４／ＩＰｖ６変換を利用した通信が有効ではない場合に前記通知を前記端末装置に送信し、ＩＰｖ４／ＩＰｖ６変換を利用した通信が有効である場合にＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に送信する請求項１に記載の中継装置。
【請求項３】
前記端末装置から前記ＩＰｖ４／ＩＰｖ６変換を利用した通信を行う旨の通知が受信されると、前記データの宛先を示す宛先識別情報を記録する宛先識別情報テーブル記憶部と、
前記端末装置からデータが受信されると、前記データの宛先識別情報が前記宛先識別情報テーブル記憶部に記録されている否かを判定し、前記データの宛先識別情報が記録されている場合にはＩＰｖ４の識別情報の問い合わせを行わず、前記データの宛先識別情報が記録されていない場合にはＩＰｖ４の識別情報及びＩＰｖ６の識別情報の問い合わせを行う要求部と、
を更に備える請求項１又は２に記載の中継装置。
【請求項４】
前記宛先識別情報テーブル記憶部に記録されている宛先識別情報宛のデータが受信された際に、ＩＰｖ４又はＩＰｖ６の接続が確立していない場合には前記端末装置に接続が必要である旨を通知する接続通知部を更に備える請求項１〜３のいずれか１項に記載の中継装置。
【請求項５】
端末装置からデータを受信する通信ステップと、
前記通信ステップによって受信された前記データに基づいてＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否か確認する通知を前記端末装置に送信する変換通知ステップと、
ＩＰｖ４／ＩＰｖ６変換を利用して通信を行う旨の通知が前記通信ステップによって受信されると、前記データに対して前記ＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に中継する中継ステップと、
を有する中継方法。
【請求項６】
端末装置からデータを受信する通信ステップと、
前記通信ステップによって受信された前記データに基づいてＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否か確認する通知を前記端末装置に送信する変換通知ステップと、
ＩＰｖ４／ＩＰｖ６変換を利用して通信を行う旨の通知が前記通信ステップによって受信されると、前記データに対して前記ＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に中継する中継ステップと、
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰｖ４／ＩＰｖ６変換技術に関する。
【背景技術】
【０００２】
従来、ＩＰｖ６（Internet Protocol Version 6）を利用して通信を行う端末装置（以下、「ＩＰｖ６端末」という。）の普及に伴い、ＩＰｖ４を利用して通信を行う端末装置（以下、「ＩＰｖ４端末」という。）からでもＩＰｖ６サービスを利用できるようにすることが望まれている。このような要求を受けて、ＩＰｖ４／ＩＰｖ６トランスレータを利用して、ＩＰｖ４−ＩＰｖ６間でアドレスだけでなくプロトコルそのものを変換（以下、「ＩＰｖ４／ＩＰｖ６変換」という。）することによって、ＩＰｖ４端末からでもＩＰｖ６サービスを利用させる技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２８６９４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、ＩＰｖ４端末からの名前解決要求に対し、ＤＮＳプロキシとして機能するＧＷ（Gate Way）装置が動的にＩＰｖ４の名前解決要求とＩＰｖ６の名前解決要求とでＤＮＳサーバにＩＰアドレスの問い合わせを行う。その結果、ＧＷ装置が名前解決応答に応じてＩＰｖ４／ＩＰｖ６トランスレータを利用した通信が必要であると判断した場合には、ユーザの意志に関係なく、ＩＰｖ４／ＩＰｖ６トランスレータを利用して通信が行われてしまう。そのため、ユーザは、ＩＰｖ４／ＩＰｖ６変換されて通信が行われていることに気付くことができないという問題があった。このような問題が発生すると、ユーザはＩＰｖ６接続の確立が必要であることも意識できない。その結果、ＩＰｖ６接続が確立されていない場合には、通信が行えなくなってしまうおそれがあった。
【０００５】
上記事情に鑑み、本発明は、ユーザに対してＩＰｖ４／ＩＰｖ６変換の利用を意識させる技術の提供を目的としている。
【課題を解決するための手段】
【０００６】
本発明の一態様は、端末装置からデータを受信する通信部と、前記通信部によって受信された前記データに基づいてＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否か確認する通知を前記端末装置に送信する変換通知部と、ＩＰｖ４／ＩＰｖ６変換を利用して通信を行う旨の通知が前記通信部によって受信されると、前記データに対して前記ＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に中継する中継部と、を備える中継装置である。
【０００７】
本発明の一態様は、上記の中継装置であって、ＩＰｖ４の識別情報とＩＰｖ６の識別情報とＩＰｖ４／ＩＰｖ６変換を利用した通信が有効であるか否かを示す情報とを対応付けて記憶する変換テーブル記憶部をさらに備え、前記変換通知部は、ＩＰｖ４／ＩＰｖ６変換を利用した通信が有効ではない場合に前記通知を前記端末装置に送信し、ＩＰｖ４／ＩＰｖ６変換を利用した通信が有効である場合にＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に送信する。
【０００８】
本発明の一態様は、上記の中継装置であって、前記端末装置から前記ＩＰｖ４／ＩＰｖ６変換を利用した通信を行う旨の通知が受信されると、前記データの宛先を示す宛先識別情報を記録する宛先識別情報テーブル記憶部と、前記端末装置からデータが受信されると、前記データの宛先識別情報が前記宛先識別情報テーブル記憶部に記録されている否かを判定し、前記データの宛先識別情報が記録されている場合にはＩＰｖ４の識別情報の問い合わせを行わず、前記データの宛先識別情報が記録されていない場合にはＩＰｖ４の識別情報及びＩＰｖ６の識別情報の問い合わせを行う要求部と、を更に備える。
【０００９】
本発明の一態様は、上記の中継装置であって、前記宛先識別情報テーブル記憶部に記録されている宛先識別情報宛のデータが受信された際に、ＩＰｖ４又はＩＰｖ６の接続が確立していない場合には前記端末装置に接続が必要である旨を通知する接続通知部を更に備える。
【００１０】
本発明の一態様は、端末装置からデータを受信する通信ステップと、前記通信ステップによって受信された前記データに基づいてＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否か確認する通知を前記端末装置に送信する変換通知ステップと、ＩＰｖ４／ＩＰｖ６変換を利用して通信を行う旨の通知が前記通信ステップによって受信されると、前記データに対して前記ＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に中継する中継ステップと、を有する中継方法である。
【００１１】
本発明の一態様は、端末装置からデータを受信する通信ステップと、前記通信ステップによって受信された前記データに基づいてＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否か確認する通知を前記端末装置に送信する変換通知ステップと、ＩＰｖ４／ＩＰｖ６変換を利用して通信を行う旨の通知が前記通信ステップによって受信されると、前記データに対して前記ＩＰｖ４／ＩＰｖ６変換を行い、変換後のデータを他の装置に中継する中継ステップと、をコンピュータに実行させるためのコンピュータプログラムである。
【発明の効果】
【００１２】
本発明により、ユーザに対してＩＰｖ４／ＩＰｖ６変換の利用を意識させることが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態における無線通信システムのシステム構成を示す図である。
【図２】本実施形態におけるＨＧＷ３０の機能構成を表す概略ブロック図である。
【図３】ＦＱＤＮテーブル及び変換テーブルの具体例を示す図である。
【図４】利用確認画像の表示例の一例を示す図である。
【図５】接続通知画像の表示例の一例を示す図である。
【図６】本実施形態におけるＤＮＳプロキシ部３０５の処理を示すフローチャートである。
【図７】本実施形態における転送制御部３０３の処理を示すフローチャートである。
【図８】本実施形態におけるＩＰｖ４／ＩＰｖ６変換処理の動作を示すシーケンス図である。
【図９】本実施形態におけるＩＰｖ４／ＩＰｖ６変換処理の動作を示すシーケンス図である。
【図１０】本実施形態におけるＩＰｖ４／ＩＰｖ６変換処理の動作を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態を、図面を参照しながら説明する。
図１は、本実施形態における無線通信システムのシステム構成を示す図である。本実施形態の無線通信システムは、単数又は複数のＩＰｖ４端末１０（１０−１〜１０−Ｎ：Ｎは１以上の整数）、ｖ４ＤＮＳサーバ２０−１、ｖ６ＤＮＳサーバ２０−２、ＨＧＷ３０、ネットワーク４０及び対象サーバ５０を備える。
【００１５】
ＩＰｖ４端末１０は、例えばスマートフォン、携帯電話機、ＰＤＡ（Personal Digital Assistant）、携帯ゲーム装置、タブレット装置、ノート型パーソナルコンピュータ等の情報処理装置を用いて構成される。ＩＰｖ４端末１０は、ＨＧＷ３０を介してネットワーク４０との間で通信を行う。ＩＰｖ４端末１０は、例えばＨＧＷ３０に、ＩＰｖ４での名前解決要求（以下、「ｖ４名前解決要求」という。）を送信する。
ｖ４ＤＮＳサーバ２０−１は、情報処理装置を用いて構成される。ｖ４ＤＮＳサーバ２０−１は、ＩＰｖ４の名前解決を行う。
ｖ６ＤＮＳサーバ２０−２は、情報処理装置を用いて構成される。ｖ６ＤＮＳサーバ２０−１は、ＩＰｖ６の名前解決を行う。
【００１６】
ＨＧＷ３０は、自装置（ＨＧＷ３０）に帰属するＩＰｖ４端末１０（以下、「帰属端末」という。）との間で通信を行う。ＨＧＷ３０は、ネットワーク４０に接続されている通信機器との間で通信を行う。ネットワーク４０に接続している通信機器の具体例として、ｖ４ＤＮＳサーバ２０−１、ｖ６ＤＮＳサーバ２０−２及び対象サーバ５０がある。ＨＧＷ３０は、帰属端末とネットワーク４０に接続している通信機器との間で通信の中継処理を行う。
【００１７】
ネットワーク４０は、どのように構成されたネットワークでもよい。例えば、ネットワーク４０はＩＰｖ４網やＩＰｖ６網を用いて構成されてもよい。
対象サーバ５０は、情報処理装置を用いて構成される。対象サーバ５０は、ＩＰｖ４端末１０が接続を所望するＩＰｖ６のサーバである。
【００１８】
図２は、本実施形態におけるＨＧＷ３０の機能構成を表す概略ブロック図である。
ＨＧＷ３０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、中継プログラムを実行する。中継プログラムの実行によって、ＨＧＷ３０は、通信部３０１、変換テーブル記憶部３０２、転送制御部３０３、ＦＱＤＮ（Fully Qualified Domain Name）テーブル記憶部（宛先識別情報テーブル記憶部）３０４、ＤＮＳプロキシ部３０５、ＩＰｖ４／ＩＰｖ６変換通知部３０６、ＩＰｖ６接続通知部３０７、ＩＰｖ４インターフェース３０８、ＩＰｖ６インターフェース３０９を備える装置として機能する。なお、ＨＧＷ３０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。また、中継プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、中継プログラムは、電気通信回線を介して送受信されてもよい。
【００１９】
通信部３０１は、ＩＰｖ４端末１０との間で通信を行う。例えば、通信部３０１は、ＩＰｖ４端末１０からｖ４名前解決要求を受信する。また、例えば、通信部３０１は、名前解決応答をＩＰｖ４端末１０に送信する。
変換テーブル記憶部３０２は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。変換テーブル記憶部３０２は、変換テーブルを記憶している。
【００２０】
転送制御部３０３は、受信されたパケットに応じて転送先の制御を行う。
ＦＱＤＮテーブル記憶部３０４は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。ＦＱＤＮテーブル記憶部３０４は、ＦＱＤＮテーブルを記憶している。
ＤＮＳプロキシ部３０５は、ＩＰｖ４端末１０から送信された名前解決要求をｖ４ＤＮＳサーバ２０−１やｖ６ＤＮＳサーバ２０−２に転送し、名前解決応答をＩＰｖ４端末１０に転送する。
【００２１】
ＩＰｖ４／ＩＰｖ６変換通知部３０６は、転送制御部３０３によってパケットが転送されると、パケットの送信元であるＩＰｖ４端末１０に利用確認通知を送信する。利用確認通知は、ＩＰｖ４／ＩＰｖ６トランスレータ機能を利用するか否かをユーザに選択させるための通知である。利用確認通知には、後述する利用確認画像が格納される。
ＩＰｖ６接続通知部３０７は、転送制御部３０３によってパケットが転送されると、パケットの送信元であるＩＰｖ４端末１０に接続通知を送信する。接続通知は、ＩＰｖ６接続が確立していないことを示す通知である。接続通知には、後述する接続通知画像が格納される。
【００２２】
ＩＰｖ４インターフェース３０８は、有線接続又は無線接続により、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などのネットワーク４０と接続する。ＩＰｖ４インターフェース３０８は、ＨＧＷ３０とネットワーク４０との間でＩＰｖ４によるデータの入出力を行う。
ＩＰｖ６インターフェース３０９は、有線接続又は無線接続により、ＬＡＮやＷＡＮなどのネットワーク４０と接続する。ＩＰｖ６インターフェース３０９は、ＨＧＷ３０とネットワーク４０との間でＩＰｖ６によるデータの入出力を行う。
【００２３】
図３は、ＦＱＤＮテーブル及び変換テーブルの具体例を示す図である。
図３（Ａ）は、ＦＱＤＮテーブルの構成図である。ＦＱＤＮテーブル記憶部３０４によって記憶されているＦＱＤＮテーブルには、番号及びＦＱＤＮ（宛先識別情報）が対応付けて登録されている。番号の値は、ＦＱＤＮテーブルにＦＱＤＮが記録された順番を表す。ＦＱＤＮの値は、ＦＱＤＮテーブルに記録されたＦＱＤＮを表す。
【００２４】
図３（Ｂ）は、変換テーブルの構成図である。変換テーブルは、レコード６０を複数有する。レコード６０は、番号、変換元ＩＰアドレス（仮想ＩＰｖ４アドレス）、変換先ＩＰアドレス（通信先ＩＰｖ６アドレス）、ＦＱＤＮ、初期フラグの各値を有する。番号の値は、変換テーブルに変換元ＩＰアドレス、変換先ＩＰアドレス、ＦＱＤＮ、初期フラグの各値が記録された順番を表す。変換元ＩＰアドレスの値は、ＩＰｖ４／ＩＰｖ６変換によって変換する変換元の仮想ＩＰｖ４アドレスを表す。変換先ＩＰアドレスの値は、ＩＰｖ４／ＩＰｖ６変換によって変換される変換後のＩＰｖ６アドレスを表す。ＦＱＤＮの値は、名前解決要求されたＦＱＤＮを表す。
【００２５】
初期フラグの値は、変換テーブルに初めて登録されたか否かを表す。具体的には、初期フラグの値が“１”の項目に対応する変換元ＩＰアドレス、変換先ＩＰアドレス、ＦＱＤＮの各値は、変換テーブルに初めて登録された内容であり、ユーザによってＩＰｖ４／ＩＰｖ６変換の適用が有効ではない（許可されていない）ことを表す。初期フラグの値が“０”の項目に対応する変換元ＩＰアドレス、変換先ＩＰアドレス、ＦＱＤＮの各値は、初めて登録された内容ではなく、ユーザによってＩＰｖ４／ＩＰｖ６変換の適用が有効である（許可されている）ことを表す。また、変換テーブルに記録されている各値は、一定時間（例えば、１分、１０分）経過後に削除されるように構成されてもよい。
【００２６】
図３（Ｂ）に示す例では、変換テーブルには記録された番号ごとに、変換元ＩＰアドレス、変換先ＩＰアドレス、ＦＱＤＮ及び初期フラグの各値が対応付けて記録されている。例えば、図３（Ｂ）において、変換テーブルの最上段の行は、番号の値が“１”、変換元ＩＰアドレスの値が“ＸＸＸ．ＸＸＸ．ＸＸＸ．１”、変換先ＩＰアドレスの値が“ＡＡＡＡ：ＡＡＡ：：１”、ＦＱＤＮの値が“ＸＸＸ．ＸＸＸ．ＸＸＸ”、初期フラグの値が“１”である。即ち、変換テーブルに１番目に記録された仮想ＩＰｖ４アドレスの値が“ＸＸＸ．ＸＸＸ．ＸＸＸ．１”であり、仮想ＩＰｖ４アドレスの変換後のＩＰｖ６アドレスの値が“ＡＡＡＡ：ＡＡＡ：：１”であり、ＦＱＤＮの値が“ＸＸＸ．ＸＸＸ．ＸＸＸ”であり、ＩＰｖ４／ＩＰｖ６変換の適用が許可されていないことを表す。この場合、変換通知部３０６は、後述する利用確認通知をＩＰｖ４端末１０に送信し、ユーザからＩＰｖ４／ＩＰｖ６変換の適用許可を要求する。
【００２７】
また、例えば、図３（Ｂ）において、変換テーブルの２段目の行は、番号の値が“２”、変換元ＩＰアドレスの値が“ＸＸＸ．ＸＸＸ．ＸＸＸ．２”、変換先ＩＰアドレスの値が“ＡＡＡＡ：ＡＡＡ：：２”、ＦＱＤＮの値が“ＹＹＹ．ＹＹＹ．ＹＹＹ”、初期フラグの値が“０”である。即ち、変換テーブルに２番目に記録された仮想ＩＰｖ４アドレスの値が“ＸＸＸ．ＸＸＸ．ＸＸＸ．２”であり、仮想ＩＰｖ４アドレスの変換後のＩＰｖ６アドレスの値が“ＡＡＡＡ：ＡＡＡ：：２”であり、ＦＱＤＮの値が“ＹＹＹ．ＹＹＹ．ＹＹＹ”であり、ＩＰｖ４／ＩＰｖ６変換の適用が許可されていることを表す。
【００２８】
図４は、利用確認画像の表示例の一例を示す図である。
図４に示す利用確認画像は、ＩＰｖ４端末１０がＨＧＷ３０のＩＰｖ４／ＩＰｖ６変換通知部３０６から利用確認通知を受信した際にＩＰｖ４端末１０の画面上に表示されるポップアップ画像である。図４に示す例では、利用確認画像には、ユーザにＩＰｖ４／ＩＰｖ６変換を利用して通信を行うか否かを選択させる「Ｙｅｓ」ボタンと、「Ｎｏ」ボタンとが表示されている。そして、ユーザの選択結果に基づいてＨＧＷ３０は、以下のような処理を行う。ユーザによって「Ｙｅｓ」ボタンが押下された場合、ＨＧＷ３０はＩＰｖ４／ＩＰｖ６変換を利用して通信を行う。一方、ユーザによって「Ｎｏ」ボタンが押下された場合、ＨＧＷ３０はＩＰｖ４／ＩＰｖ６変換を利用した通信を行わず、変換テーブルの対応する項目を削除する。より具体的には、ＨＧＷ３０は、ＩＰｖ４端末１０がアクセスしようとした仮想ＩＰｖ４アドレスが記録されている変換テーブルのレコード６０を削除する。
【００２９】
図５は、接続通知画像の表示例の一例を示す図である。
図５に示す接続通知画像は、ＩＰｖ４端末１０がＨＧＷ３０のＩＰｖ６接続通知部３０７から接続通知を受信した際にＩＰｖ４端末１０の画面上に表示されるポップアップ画像である。図５に示す例では、接続通知画像には、ＩＰｖ６の接続が確立されていないため通信することができないことを示す内容と、接続通知画像を閉じる際に使用される「閉じる」ボタンが表示されている。ユーザは、ＩＰｖ４端末１０の画面上に表示されている接続通知画像を見ることによって自装置（ＩＰｖ４端末１０）がＩＰｖ６での接続が確立していないため、通信できないことを知ることができる。なお、図５に示す接続通知画像には、ＩＰｖ６接続を実行させるための「接続」ボタンが表示されてもよい。そして、ユーザが「接続」ボタンを押下することによってＩＰｖ６での接続が確立される。このように構成されることによって、ＩＰｖ４端末１０はユーザの操作に応じてＩＰｖ６接続することができる。
【００３０】
図６は、本実施形態におけるＤＮＳプロキシ部３０５の処理を示すフローチャートである。
通信部３０１は、ＩＰｖ４端末１０からｖ４名前解決要求を受信する（ステップＳ１０１）。ＤＮＳプロキシ部３０５は、受信されたｖ４名前解決要求のＦＱＤＮがＦＱＤＮテーブルに記録されているか否かを判定する（ステップＳ１０２）。ＦＱＤＮテーブルに記録されている場合（ステップＳ１０２−ＹＥＳ）、ＤＮＳプロキシ部３０５は、ＩＰｖ６での名前解決要求（以下、「ｖ６名前解決要求」という。）を生成する（ステップＳ１０３）。その後、ＤＮＳプロキシ部３０５は、生成したｖ６名前解決要求の名前解決を実行する（ステップＳ１０４）。ＤＮＳプロキシ部３０５は、ＩＰｖ６接続がないか否かを判定する（ステップＳ１０５）。即ち、ＤＮＳプロキシ部３０５は、ＩＰｖ６の接続が確立されていないか否かを判定する。
【００３１】
ＩＰｖ６接続なしである場合（ステップＳ１０５−ＹＥＳ）、ＤＮＳプロキシ部３０５はＩＰｖ６接続通知部３０７に接続通知用の仮想ＩＰｖ４アドレス（例えば、１９２．１６８．２５５．１などの所定のＩＰｖ４アドレス）を送信するように指示する。ＩＰｖ６接続通知部３０７は、ＤＮＳプロキシ部３０５の指示に応じて接続通知用の仮想ＩＰｖ４アドレスをＩＰｖ４端末１０に応答として送信する（ステップＳ１０６）。その後、処理を終了する。
一方、ＩＰｖ６接続なしではない場合、即ち、ＩＰｖ６接続されている場合（ステップＳ１０５−ＮＯ）、ＤＮＳプロキシ部３０５はｖ６名前解決要求の名前解決ができたか否かを判定する（ステップＳ１０７）。具体的には、ＤＮＳプロキシ部３０５は、ｖ６ＤＮＳサーバ２０−２から解決されたＩＰｖ６アドレスが受信されたか否かを判定する。
【００３２】
ｖ６名前解決要求の名前解決できた場合（ステップＳ１０７−ＹＥＳ）、ＤＮＳプロキシ部３０５は仮想ＩＰｖ４アドレスを生成する（ステップＳ１０８）。次に、ＤＮＳプロキシ部３０５は、生成した仮想ＩＰｖ４アドレスと、ステップＳ１０３の処理で生成したＩＰｖ６アドレスと、ステップＳ１０１の処理で受信されたｖ４名前解決要求のＦＱＤＮとを対応付けて変換テーブルに記録する（ステップＳ１０９）。この際、ＤＮＳプロキシ部３０５は、初期フラグの値を“０”に設定する。
その後、ＤＮＳプロキシ部３０５は、仮想ＩＰｖ４アドレスを応答としてＩＰｖ４端末１０に通信部３０１を介して送信する（ステップＳ１１０）。その後、処理を終了する。
【００３３】
ステップＳ１０７の処理において、ｖ６名前解決要求の名前解決できなかった場合（ステップＳ１０７−ＮＯ）の処理については後述する。
また、ステップＳ１０２の処理において、ＦＱＤＮテーブルに記録されていない場合（ステップＳ１０２−ＮＯ）、ＤＮＳプロキシ部３０５はｖ６名前解決要求を生成する（ステップＳ１１１）。
【００３４】
ＤＮＳプロキシ部３０５は、受信されたｖ４名前解決要求の名前解決及び生成したｖ６名前解決要求を実行する。具体的には、ＤＮＳプロキシ部３０５は、ＩＰｖ４インターフェース３０８を介してｖ４名前解決要求をｖ４ＤＮＳサーバ２０−１に送信する。また、ＤＮＳプロキシ部３０５は、ＩＰｖ６インターフェース３０９を介してｖ６名前解決要求をｖ６ＤＮＳサーバ２０−２に送信する（ステップＳ１１２）。
【００３５】
その後、ＤＮＳプロキシ部３０５は、ｖ４名前解決要求の名前解決ができたか否かを判定する（ステップＳ１１３）。ｖ４名前解決要求の名前解決ができなかった場合（ステップＳ１１３−ＮＯ）、ＤＮＳプロキシ部３０５はｖ６名前解決要求の名前解決ができたか否かを判定する。（ステップＳ１１４）。ｖ６名前解決要求の名前解決ができなかった場合（ステップＳ１１４−ＮＯ）、又は、ステップＳ１０７の処理でｖ６名前解決要求の名前解決ができなかった場合（ステップＳ１０７−ＮＯ）、ＤＮＳプロキシ部３０５は名前解決できなかったことを示す名前未解決応答をＩＰｖ４端末１０に応答として送信する（ステップＳ１１５）。その後、処理を終了する。
【００３６】
ステップＳ１１４の処理において、ｖ６名前解決要求の名前解決ができた場合（ステップＳ１１４−ＹＥＳ）、ＤＮＳプロキシ部３０５は仮想ＩＰｖ４アドレスを生成する（ステップＳ１１６）。ＤＮＳプロキシ部３０５は、生成した仮想ＩＰｖ４アドレスと、ステップＳ１１１の処理で生成したＩＰｖ６アドレスと、ステップＳ１０１の処理で受信されたｖ４名前解決要求のＦＱＤＮとを対応付けて変換テーブルに記録する（ステップＳ１１７）。この際、ＤＮＳプロキシ部３０５は、初期フラグの値を“１”に設定する。
【００３７】
その後、ＤＮＳプロキシ部３０５は、仮想ＩＰｖ４アドレスを応答としてＩＰｖ４端末１０に送信する（ステップＳ１１８）。その後、処理を終了する。
ステップＳ１１３の処理において、ｖ４名前解決要求の名前解決ができた場合（ステップＳ１１３−ＹＥＳ）、ＤＮＳプロキシ部３０５は解決されたＩＰｖ４アドレスを応答としてＩＰｖ４端末１０に送信する（ステップＳ１１９）。その後、処理を終了する。
【００３８】
図７は、本実施形態における転送制御部３０３の処理を示すフローチャートである。
通信部３０１は、ＩＰｖ４端末１０から送信されたパケットを受信する（ステップＳ２０１）。転送制御部３０３は、受信されたパケットの宛先が接続通知用の仮想ＩＰｖ４アドレス以外であるか否かを判定する（ステップＳ２０２）。パケットの宛先が接続通知用のＩＰｖ４アドレス以外ではない場合、即ち、接続通知用の仮想ＩＰｖ４アドレス宛である場合（ステップＳ２０２−ＮＯ）、転送制御部３０３はパケットをＩＰｖ６接続通知部３０７に転送する。その後、転送制御部３０３からパケットが転送されると、ＩＰｖ６接続通知部３０７はＩＰｖ４端末１０に接続通知を送信する（ステップＳ２０３）。その後、処理を終了する。
【００３９】
一方、パケットの宛先が接続通知用の仮想ＩＰｖ４アドレス以外である場合（ステップＳ２０２−ＹＥＳ）、ＩＰｖ４／ＩＰｖ６変換通知部３０６は受信されたパケットの宛先ＩＰｖ４アドレスが変換テーブルに記録されている仮想ＩＰｖ４アドレスであるか否かを判定する（ステップＳ２０４）。具体的には、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、変換テーブル記憶部３０２に記憶されている変換テーブルを読み出す。ＩＰｖ４／ＩＰｖ６変換通知部３０６は、読み出した変換テーブルにステップＳ２０１の処理で受信されたパケットの宛先ＩＰｖ４アドレスが記録されているか否かを判定する。
【００４０】
受信されたパケットの宛先ＩＰｖ４アドレスが変換テーブルに記録されている仮想ＩＰｖ４アドレスではない場合（ステップＳ２０４−ＮＯ）、ＩＰｖ４／ＩＰｖ６変換通知部３０６は転送制御部３０３を介して受信されたパケットを宛先ＩＰｖ４アドレスに転送する（ステップＳ２０５）。その後、処理を終了する。
一方、受信されたパケットの宛先ＩＰｖ４アドレスが変換テーブルに記録されている仮想ＩＰｖ４アドレスである場合（ステップＳ２０４−ＹＥＳ）、ＩＰｖ４／ＩＰｖ６変換通知部３０６は変換テーブルを参照し、当該仮想ＩＰｖ４アドレスに対応付けて記録されている初期フラグの値が“１”であるか否かを判定する（ステップＳ２０６）。
【００４１】
初期フラグの値が“１”ではない（例えば、初期フラグの値が“０”）場合（ステップＳ２０６−ＮＯ）、ＩＰｖ４／ＩＰｖ６変換通知部３０６は変換テーブルを参照し、受信されたパケットの宛先ＩＰｖ４アドレスをＩＰｖ４／ＩＰｖ６変換して対象サーバ５０に送信する（ステップＳ２０７）。具体的には、まず、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、変換テーブルを参照し、当該仮想ＩＰｖ４アドレスが記録されているレコード６０を選択する。次に、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、選択したレコード６０に記録されている通信先ＩＰｖ６アドレスの値を取得する。その後、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、ＩＰｖ４／ＩＰｖ６変換を行い、受信されたパケットの宛先ＩＰｖ４アドレスを通信先ＩＰｖ６アドレスに変換する。そして、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、転送制御部３０３を介して宛先変換後のパケットを対象サーバ５０に送信する。その後、処理を終了する。
【００４２】
一方、初期フラグの値が“１”である場合（ステップＳ２０６−ＹＥＳ）、ＩＰｖ４／ＩＰｖ６変換通知部３０６は利用確認通知をＩＰｖ４端末１０に送信する（ステップＳ２０８）。通信部３０１は、ＩＰｖ４端末１０から送信された利用確認通知に対する応答を受信する。転送制御部３０３は、受信された応答がＩＰｖ４／ＩＰｖ６変換を利用することを示す利用許可通知であるか否かを判定する（ステップＳ２０９）。受信された応答がＩＰｖ４／ＩＰｖ６変換を利用することを示す利用許可通知ではない場合（ステップＳ２０９−ＮＯ）、ＤＮＳプロキシ部３０５は変換テーブルから対応する項目を削除する。より具体的には、ＤＮＳプロキシ部３０５は、ＩＰｖ４端末１０がアクセスしようとした仮想ＩＰｖ４アドレスが記録されている変換テーブルのレコード６０を削除する。その後、処理を終了する。
【００４３】
一方、受信された応答がＩＰｖ４／ＩＰｖ６変換を利用することを示す利用許可通知である場合（ステップＳ２０９−ＹＥＳ）、ＩＰｖ４／ＩＰｖ６変換通知部３０６はステップＳ２０１の処理で受信されたパケットのＦＱＤＮをＦＱＤＮテーブルに記録する（ステップＳ２１１）。ＩＰｖ４／ＩＰｖ６変換通知部３０６は、変換テーブルを参照し、受信されたパケットの宛先である仮想ＩＰｖ４アドレスに対応するレコード６０に記録されている初期フラグの値を“０”に変更する（ステップＳ２１２）。その後、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、ＩＰｖ４／ＩＰｖ６変換して対象サーバ５０にパケットを送信する（ステップＳ２１３）。その後、処理を終了する。
【００４４】
図８及び図９は、本実施形態におけるＩＰｖ４／ＩＰｖ６変換処理の動作を示すシーケンス図である。図８及び図９の説明では、ＦＱＤＮテーブルにＦＱＤＮが未登録の場合について説明する。
ＩＰｖ４端末１０は、ユーザの操作に応じてｖ４名前解決要求（ＩＰｖ４、Ａレコード）をＨＧＷ３０に送信する（ステップＳ３０１）。ＨＧＷ３０の通信部３０１は、ｖ４名前解決要求を受信する。ＤＮＳプロキシ部３０５は、受信されたｖ４名前解決要求のＦＱＤＮがＦＱＤＮテーブルに記録されているか否かを判定する（ステップＳ３０２）。判定の結果、ＦＱＤＮテーブルに受信されたｖ４名前解決要求のＦＱＤＮが記録されていないため、ＤＮＳプロキシ部３０５はｖ６名前解決要求を生成する（ステップＳ３０３）。
【００４５】
その後、ＤＮＳプロキシ部３０５は、ＩＰｖ４インターフェース３０８を介してｖ４名前解決要求をｖ４ＤＮＳサーバ２０−１に送信する（ステップＳ３０４）。
ｖ４ＤＮＳサーバ２０−１は、ｖ４名前解決要求を受信する。ｖ４ＤＮＳサーバ２０−１は、受信したｖ４名前解決要求のＡレコードに記録されたホスト名に対応するＩＰｖ４アドレスがあるか否かを判定する。判定の結果、Ａレコードに記録されたホスト名に対応するＩＰｖ４アドレスが存在しないため、ｖ４ＤＮＳサーバ２０−１は要求されたＩＰｖ４アドレスが無いことを示す情報を含む名前解決応答をＨＧＷ３０に送信する（ステップＳ３０５）。
【００４６】
ＨＧＷ３０の転送制御部３０３は、ＩＰｖ４インターフェース３０８を介してｖ４ＤＮＳサーバ２０−１から名前解決応答を受信する。受信された名前解決応答に格納された情報がｖ４名前解決要求に対応するＩＰｖ４アドレスが存在しないことを示すため、次に、ＤＮＳプロキシ部３０５は、ＩＰｖ６インターフェース３０９を介してｖ６名前解決要求（ＩＰｖ６、ＡＡＡＡレコード）をｖ６ＤＮＳサーバ２０−２に送信する。（ステップＳ３０６）。
【００４７】
ｖ６ＤＮＳサーバ２０−２は、ｖ６名前解決要求を受信する。ｖ６ＤＮＳサーバ２０−２は、受信したｖ６名前解決要求のＡＡＡＡレコードに記録されたホスト名に対応するＩＰｖ６アドレスがあるか否かを判定する。判定の結果、ＡＡＡＡレコードに記録されたホスト名に対応するＩＰｖ６アドレスが存在するため、ｖ６ＤＮＳサーバ２０−２は解決されたＩＰｖ６アドレスをＨＧＷ３０に送信する（ステップＳ３０７）。
【００４８】
ＨＧＷ３０の転送制御部３０３は、ＩＰｖ６インターフェース３０９を介してｖ６ＤＮＳサーバ２０−２から名前解決応答を受信する。受信された名前解決応答に格納された情報に解決されたＩＰｖ６アドレスが格納されているため、ＤＮＳプロキシ部３０５は名前解決応答から解決されたＩＰｖ６アドレスを取得する。その後、ＤＮＳプロキシ部３０５は、仮想ＩＰｖ４アドレスを生成する（ステップＳ３０８）。
【００４９】
ＤＮＳプロキシ部３０５は、生成した仮想ＩＰｖ４アドレスと、ステップＳ３０８の処理で取得したＩＰｖ６アドレスと、ステップＳ３０１の処理で受信されたｖ４名前解決要求のＦＱＤＮとを対応付けて変換テーブルに記録する（ステップＳ３０９）。この際、ＤＮＳプロキシ部３０５は、初期フラグの値を“１”に設定する。
【００５０】
通信部３０１は、生成された仮想ＩＰｖ４アドレスを名前解決応答としてＩＰｖ４端末１０に送信する（ステップＳ３１０）。その後、ＩＰｖ４端末１０は、ＨＧＷ３０との間で３ＷＨＳ（three-way handshaking）による接続処理を行う（ステップＳ３１１）。ＩＰｖ４端末１０は、仮想ＩＰｖ４アドレス宛のＨＴＴＰ（HyperText Transfer Protocol）リクエストをＨＧＷ３０に送信する（ステップＳ３１２）。ＨＧＷ３０の通信部３０１は、ＨＴＴＰリクエストを受信する。転送制御部３０３は、受信されたＨＴＴＰリクエストに基づいて変換テーブルを確認する（ステップＳ３１３）。
【００５１】
具体的には、転送制御部３０３は、変換テーブルを参照し、受信されたＨＴＴＰリクエストの宛先が変換テーブルに記録されている仮想ＩＰｖ４アドレスであるか否かを判定する。判定の結果、変換テーブルに記録されている仮想ＩＰｖ４アドレスであるため、次に、転送制御部３０３は当該仮想ＩＰｖ４アドレスに対応する初期フラグの値が“１”であるか否かを判定する。
【００５２】
判定の結果、当該仮想ＩＰｖ４アドレスに対応する初期フラグの値が“１”であるため、転送制御部３０３はＨＴＴＰリクエストをＩＰｖ４／ＩＰｖ６変換通知部３０６に転送する。ＩＰｖ４／ＩＰｖ６変換通知部３０６は、利用確認通知をＨＴＴＰレスポンスとしてＩＰｖ４端末１０に送信する（ステップＳ３１４）。
【００５３】
ＩＰｖ４端末１０は、ＨＴＴＰレスポンスを受信し、利用確認画像を表示する（ステップＳ３１５）。そして、ユーザによって「Ｙｅｓ」ボタンが押下されると、ＩＰｖ４端末１０はＩＰｖ４／ＩＰｖ６変換を利用することを示す利用許可通知をＨＧＷ３０に送信する（ステップＳ３１６）。ＨＧＷ３０の通信部３０１は、利用許可通知を受信する。ＩＰｖ４／ＩＰｖ６変換通知部３０６は、受信された利用確認通知がＩＰｖ４／ＩＰｖ６変換を利用することを示すため、ステップＳ３０２の処理で受信されたｖ４名前解決要求のＦＱＤＮをＦＱＤＮテーブルに記録する（ステップＳ３１７）。
【００５４】
この際、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、変換テーブルを参照し、ステップＳ３０２の処理で受信されたｖ４名前解決要求のＦＱＤＮに対応する初期フラグの値を“０”にする（ステップＳ３１８）。これにより、仮想ＩＰｖ４アドレスを通信先ＩＰｖ６アドレスに変換することが可能になる。ＩＰｖ４／ＩＰｖ６変換通知部３０６は、変換テーブルを参照し、ＨＴＴＰリクエストの宛先である仮想ＩＰｖ４アドレスに対応する通信先ＩＰｖ６アドレスの値を取得する。その後、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、ＨＴＴＰリクエストの宛先を仮想ＩＰｖ４アドレスから通信先ＩＰｖ６アドレスの値に変換する。
【００５５】
ＨＧＷ３０は、対象サーバ５０との間で３ＷＨＳによる接続処理を行う（ステップＳ３１９）。接続が完了すると、ＨＧＷ３０のＩＰｖ４／ＩＰｖ６変換通知部３０６は、転送制御部３０３を介してＨＴＴＰリクエストを対象サーバ５０に送信する（ステップＳ３１９）。対象サーバ５０は、ＨＴＴＰリクエストを受信する。そして、対象サーバ５０は、受信したＨＴＴＰリクエストに応じた情報をＨＴＴＰレスポンスとしてＨＧＷ３０に送信する（ステップＳ３２０）。ＨＧＷ３０の転送制御部３０３は、ＩＰｖ６インターフェース３０９を介してＨＴＴＰレスポンスを受信する。
【００５６】
そして、転送制御部３０３は、ＩＰｖ４／ＩＰｖ６変換を行い、受信したＨＴＴＰレスポンスをＩＰｖ４端末１０に送信する（ステップＳ３２１）。具体的には、転送制御部３０３は、受信したＨＴＴＰレスポンスから宛先ＩＰｖ６アドレスを取得する。転送制御部３０３は、変換テーブルの通信先ＩＰｖ６アドレスを参照し、取得したＩＰｖ６アドレスに対応するレコード６０を選択する。転送制御部３０３は、選択したレコード６０に記録されている仮想ＩＰｖ４アドレスを取得する。その後、転送制御部３０３は、取得した仮想ＩＰｖ４アドレスを宛先としてＨＴＴＰレスポンスを生成し、ＩＰｖ４端末１０に送信する。
所定の時間経過後、ＩＰｖ４端末１０とＨＧＷ３０との間で通信が切断されると、処理が終了する（ステップＳ３２２）。また、ＨＧＷ３０と対象サーバ５０との間で通信が切断されると、処理が終了する（ステップＳ３２３）。
【００５７】
図１０は、本実施形態におけるＩＰｖ４／ＩＰｖ６変換処理の動作を示すシーケンス図である。図１０の説明では、ＦＱＤＮテーブルにＦＱＤＮが登録されている場合について説明する。
ＩＰｖ４端末１０は、ユーザの操作に応じてｖ４名前解決要求（ＩＰｖ４、Ａレコード）をＨＧＷ３０に送信する（ステップＳ４０１）。ＨＧＷ３０の通信部３０１は、ｖ４名前解決要求を受信する。ＤＮＳプロキシ部３０５は、受信されたｖ４名前解決要求のＦＱＤＮがＦＱＤＮテーブルに記録されているか否かを判定する（ステップＳ４０２）。判定の結果、ＦＱＤＮテーブルに記録されているため、ＤＮＳプロキシ部３０５は、ｖ６名前解決要求（ＩＰｖ６、ＡＡＡＡレコード）を生成する（ステップＳ４０３）。
【００５８】
ＤＮＳプロキシ部３０５は、生成したｖ６名前解決要求をｖ６ＤＮＳサーバ２０−２に送信する（ステップＳ４０４）。
ｖ６ＤＮＳサーバ２０−２は、ｖ６名前解決要求を受信する。ｖ６ＤＮＳサーバ２０−２は、受信したｖ６名前解決要求のＡＡＡＡレコードに記録されたホスト名に対応するＩＰｖ６アドレスがあるか否かを判定する。判定の結果、ＡＡＡＡレコードに記録されたホスト名に対応するＩＰｖ６アドレスが存在するため、ｖ６ＤＮＳサーバ２０−２は解決されたＩＰｖ６アドレスを含む名前解決応答をＨＧＷ３０に送信する（ステップＳ４０５）。
【００５９】
ＨＧＷ３０の転送制御部３０３は、ＩＰｖ６インターフェース３０９を介してｖ６ＤＮＳサーバ２０−２から名前解決応答を受信する。ＤＮＳプロキシ部３０５は、受信された名前解決応答から解決されたＩＰｖ６アドレスを取得する。その後、ＤＮＳプロキシ部３０５は、仮想ＩＰｖ４アドレスを生成する（ステップＳ４０６）。
ＤＮＳプロキシ部３０５は生成した仮想ＩＰｖ４アドレスと、取得したＩＰｖ６アドレスと、ステップＳ４０１の処理で受信されたｖ４名前解決要求のＦＱＤＮとを対応付けて変換テーブルに記録する（ステップＳ４０７）。この際、ＤＮＳプロキシ部３０５は、初期フラグの値を“０”に設定する。
【００６０】
通信部３０１は、生成された仮想ＩＰｖ４アドレスを名前解決応答としてＩＰｖ４端末１０に送信する（ステップＳ４０８）。その後、ＩＰｖ４端末１０は、ＨＧＷ３０との間で３ＷＨＳによる接続処理を行う（ステップＳ４０９）。ＩＰｖ４端末１０は、仮想ＩＰｖ４アドレス宛のＨＴＴＰリクエストをＨＧＷ３０に送信する（ステップＳ４１０）。ＨＧＷ３０の通信部３０１は、ＨＴＴＰリクエストを受信する。ＩＰｖ４／ＩＰｖ６変換通知部３０６は、受信されたＨＴＴＰリクエストに基づいて変換テーブルを確認する。
【００６１】
具体的には、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、変換テーブルを参照し、受信されたＨＴＴＰリクエストの宛先が変換テーブルに記録されている仮想ＩＰｖ４アドレスであるか否かを判定する。判定の結果、変換テーブルに記録されている仮想ＩＰｖ４アドレスであるため、次に、ＩＰｖ４／ＩＰｖ６変換通知部３０６は当該仮想ＩＰｖ４アドレスに対応する初期フラグの値が“１”であるか否かを判定する。判定の結果、当該仮想ＩＰｖ４アドレスに対応する初期フラグの値が“０”であるため、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、変換テーブルを参照し、ＨＴＴＰリクエストの宛先である仮想ＩＰｖ４アドレスに対応する通信先ＩＰｖ６アドレスの値を取得する。その後、ＩＰｖ４／ＩＰｖ６変換通知部３０６は、ＨＴＴＰリクエストの宛先を仮想ＩＰｖ４アドレスから通信先ＩＰｖ６アドレスの値に変換する。
【００６２】
ＨＧＷ３０は、対象サーバ５０との間で３ＷＨＳによる接続処理を行う（ステップＳ４１１）。接続が完了すると、ＨＧＷ３０のＩＰｖ４／ＩＰｖ６変換通知部３０６は、転送制御部３０３を介してＨＴＴＰリクエストを対象サーバ５０に送信する（ステップＳ４１２）。対象サーバ５０は、ＨＴＴＰリクエストを受信する。そして、対象サーバ５０は、受信したＨＴＴＰリクエストに応じた情報をＨＴＴＰレスポンスとしてＨＧＷ３０に送信する（ステップＳ４１３）。ＨＧＷ３０の転送制御部３０３は、ＩＰｖ６インターフェース３０９を介してＨＴＴＰレスポンスを受信する。
【００６３】
そして、転送制御部３０３は、ＩＰｖ４／ＩＰｖ６変換を行い、受信したＨＴＴＰレスポンスをＩＰｖ４端末１０に送信する（ステップＳ４１４）。具体的には、転送制御部３０３は、受信したＨＴＴＰレスポンスから宛先ＩＰｖ６アドレスを取得する。転送制御部３０３は、変換テーブルの通信先ＩＰｖ６アドレスを参照し、取得したＩＰｖ６アドレスに対応するレコード６０を選択する。転送制御部３０３は、選択したレコード６０に記録されている仮想ＩＰｖ４アドレスを取得する。その後、転送制御部３０３は、取得した仮想ＩＰｖ４アドレスを宛先としてＨＴＴＰレスポンスを生成し、ＩＰｖ４端末１０に送信する。
所定の時間経過後、ＩＰｖ４端末１０とＨＧＷ３０との間で通信が切断されると、処理が終了する（ステップＳ４１５）。また、ＨＧＷ３０と対象サーバ５０との間で通信が切断されると、処理が終了する（ステップＳ４１６）。
【００６４】
以上のように構成されたＨＧＷ３０によれば、ＩＰｖ４／ＩＰｖ６変換が必要な場合、ＩＰｖ４端末１０に対して利用確認通知が送信される。ＩＰｖ４端末１０は、受信した利用確認通知に格納されている利用確認画像を画面上に表示させることでユーザに対してＩＰｖ４／ＩＰｖ６変換を利用した通信を行うか否かを確認させることができる。したがって、ユーザの意志によりＩＰｖ４／ＩＰｖ６変換を利用した通信を行うことができる。そのため、ユーザにＩＰｖ４／ＩＰｖ６変換の利用を意識させることが可能になる。
【００６５】
また、従来、ＩＰｖ４端末１０からｖ４名前解決要求が受信される度、ｖ４名前解決及びｖ６名前解決が実行されるため、不要なトラフィックが発生してしまうという問題があった。
本実施形態では、ＦＱＤＮテーブルに記録されているＦＱＤＮ宛ての名前解決要求に対しては、ｖ６名前解決要求の名前解決のみが実行される。そのため、不要なトラフィックの発生を抑制することも可能になる。
【００６６】
＜変形例＞
接続通知の通知方法は、上述の方法（ポップアップ画像による表示）に限定される必要はない。例えば、音声報知によりユーザに対してＩＰｖ６接続が確立していないことを通知してもよいし、その他の方法で通知してもよい。
また、利用確認通知の通知方法は、上述の方法（ポップアップ画像による表示）に限定される必要はない。
また、本実施例では、ＨＧＷ３０は、ｖ６名前解決要求を生成する構成を示したが、これに限定される必要はない。例えば、ＨＧＷ３０がｖ６名前解決要求を受信した場合には、ｖ４名前解決要求を生成するように構成されてもよい。
本実施形態では、ＩＰｖ４端末１０を例にして説明したが、ＩＰｖ６端末についても本実施形態と同様の処理が行われてもよい。この場合もＩＰｖ４端末１０を例にして説明した時と同様に、ＨＧＷ３０は、ＦＱＤＮテーブルに記憶されているＦＱＤＮ宛てのパケットが受信された際に、ＩＰｖ４接続が確立していなければＩＰｖ６端末に対してＩＰｖ４接続が必要であることを示す接続通知を送信する。
【００６７】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００６８】
１０（１０−１〜１０−Ｎ）…ＩＰｖ４端末１０，  ２０−１…ｖ４ＤＮＳサーバ，  ２０−２…ｖ６ＤＮＳサーバ，  ３０…ＨＧＷ，  ４０…ネットワーク，  ５０…対象サーバ，  ３０１…通信部，  ３０２…変換テーブル記憶部，  ３０３…転送制御部（中継部），  ３０４…ＦＱＤＮテーブル記憶部，  ３０５…ＤＮＳプロキシ部（要求部），  ３０６…ＩＰｖ４／ＩＰｖ６変換通知部（変換通知部），  ３０７…ＩＰｖ６接続通知部，  ３０８…ＩＰｖ４インターフェース，  ３０９…ＩＰｖ６インターフェース
【図１】
2014229995.tif 000003
【図２】
2014229995.tif 000004
【図３】
2014229995.tif 000005
【図４】
2014229995.tif 000006
【図５】
2014229995.tif 000007
【図６】
2014229995.tif 000008
【図７】
2014229995.tif 000009
【図８】
2014229995.tif 000010
【図９】
2014229995.tif 000011
【図１０】
2014229995.tif 000012