(57)【特許請求の範囲】
【請求項１】
複数のIPアドレスが割り当てられたサーバと、複数のIP網と、前記複数のIP網のうちの少なくとも２つのIP網からIPアドレスが割り当てられたノードとを有するネットワークアクセスシステムであって、
前記複数のIP網のうちの少なくとも1つのIP網は、
前記ノードから送信されたTCPセッション確立要求パケットを受信する手段と、
受信した前記TCPセッション確立要求パケットの宛先アドレスを参照し、前記宛先アドレスで指定された前記サーバへの接続経路の有無を判定する手段と、
前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合に、前記ノードと前記宛先アドレスとの間でTCPセッションを確立できないことを通知するTCPリセットパケットを前記ノードに返信する手段とを有するTCPリセット返信装置が設置されていることを特徴とするネットワークアクセスシステム。
【請求項２】
前記複数のIP網は、第１のインターネットプロトコルバージョンを利用したIP網と、前記第１のインターネットプロトコルバージョンと異なる第２のインターネットプロトコルバージョンを利用したIP網からなり、
前記サーバおよび前記ノードは、前記第１のインターネットプロトコルバージョンに基づくIPアドレスと、前記第２のインターネットプロトコルバージョンに基づくIPアドレスが割り当てられていることを特徴とする請求項１に記載のネットワークアクセスシステム。
【請求項３】
前記TCPリセット返信装置は、前記TCPセッション確立要求パケットを受信する手段、前記接続経路の有無を判定する手段、および前記TCPリセットパケットを前記ノードに返信する手段に加え、受信した前記TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかを判定する手段を有し、
前記TCPリセットパケットを前記ノードに返信する手段は、前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合、または受信した前記TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートがあらかじめ定められた組み合わせと合致すると判定した場合に、前記TCPリセットパケットを返信する手段であることを特徴とする請求項１または請求項２に記載のネットワークアクセスシステム。
【請求項４】
複数のIPアドレスが割り当てられたサーバと、複数のIP網と、前記複数のIP網のうちの少なくとも２つのIP網からIPアドレスが割り当てられたノードとを有するネットワークアクセスシステムで、前記ノードが前記サーバとの通信を確立するネットワークアクセス方法であって、
前記ノードが、前記サーバに割り当てられたIPアドレスの１つを宛先アドレスにしたTCPセッション確立要求パケットを送信する第１の手順と、
前記第１の手順で送信されたTCPセッション確立要求パケットを、前記複数のIP網のいずれかに設置されたTCPリセット返信装置で受信する第２の手順と、
前記TCPリセット返信装置が、受信したTCPセッション確立要求パケットの宛先アドレスを参照し、前記宛先アドレスで指定された前記サーバへの接続経路の有無を判定する第３の手順と、
前記TCPリセット返信装置が、前記第３の手順で前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合に、前記ノードと前記宛先アドレスとの間でTCPセッションを確立できないことを通知するTCPリセットパケットを前記ノードに返信する第４の手順と、
前記ノードが、前記第４の手順で返信された前記TCPリセットパケットを受信した後、前記第１の手順で送信したTCPセッション確立要求パケットの応答パケットを待たずに、前記サーバに割り当てられた別のIPアドレスを宛先アドレスにしたTCPセッション確立要求パケットを送信する第５の手順とを有することを特徴とするネットワークアクセス方法。
【請求項５】
前記複数のIP網は、第１のインターネットプロトコルバージョンを利用したIP網と、前記第１のインターネットプロトコルバージョンと異なる第２のインターネットプロトコルバージョンを利用したIP網からなり、
前記サーバおよび前記ノードは、前記第１のインターネットプロトコルバージョンに基づくIPアドレスと、前記第２のインターネットプロトコルバージョンに基づくIPアドレスが割り当てられており、
前記第１の手順は、第１のインターネットプロトコルバージョンおよび第２のインターネットプロトコルバージョンのうち、優先順位の高いインターネットプロトコルバージョンに基づき割り当てられたIPアドレスを用いてTCPセッション確立要求パケットを送信することを特徴とする請求項４に記載のネットワークアクセス方法。
【請求項６】
前記第１の手順乃至前記第５の手順に加え、受信した前記TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかを判定する第６の手順を有し、
前記第４の手順は、前記第３の手順で前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合、または前記第６の手順で前記送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートがあらかじめ定められた組み合わせに合致すると判定した場合に、前記TCPリセットパケットを前記ノードに返信することを特徴とする請求項４または請求項５に記載のネットワークアクセス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークアクセスシステムおよびネットワークアクセス方法に関し、特に、IPv4(Internet Protocol version 4)を利用したIP網とIPv6(Internet Protocol version 6)を利用したIP網が存在するネットワークにおける、IPv4プロトコルおよびIPv6プロトコルによる通信が可能な通信装置間でのTCP/IP通信に適用して有効な技術に関するものである。
【背景技術】
【０００２】
従来、インターネットやLAN(Local Area Network)における通信は、一般に、TCP/IP通信で行われている。
【０００３】
前記TCP/IP通信を行うネットワークでは、従来、インターネット・プロトコル(IP)として32ビットのアドレス空間を持つIPv4を利用していたが、ネットワークへ接続する通信端末の急増によりアドレス空間の枯渇が問題となり、128ビットのアドレス空間を持つIPv6が利用されるようになってきている。そのため、現状では、前記IPv4を利用したネットワーク（IPv4網）と、前記IPv6を利用したネットワーク（IPv6網）が存在している。
【０００４】
前記IPv4網では、たとえば、クライアント端末などのノードがwwwサーバなどのサーバと通信をするときに、IPv4の仕様に基づくIPアドレス（IPv4アドレス）で送信元のノードと宛先のサーバのアドレスを指定する。一方、前記IPv6網では、前記ノードが前記サーバと通信をするときに、IPv6の仕様に基づくIPアドレス（IPv6アドレス）で送信元のノードと宛先のサーバのアドレスを指定する。そのため、たとえば、インターネット上のwwwサーバなどは、前記IPv4アドレスおよび前記IPv6アドレスのいずれのIPアドレスでも送信元ノードがアクセスしてTCP/IP通信を行えるようになっており、１つのwwwサーバに対して前記IPv4アドレスと前記IPv6アドレスの両方を割り当て、DNSサーバに登録していることがある。
【０００５】
同様に、前記送信元のノードも、前記IPv4網に属するサーバ、前記IPv6網に属するサーバのどちらにもアクセスしてTCP/IP通信を行えるようになっており、たとえば、前記IPv4網からIPアドレス（IPv4アドレス）が割り当てられ、前記IPv6網からIPアドレス（IPv6アドレス）が割り当てられることがある。
【０００６】
また、IPv4網とIPv6網は、異なるアドレス空間を利用しており、互いに干渉しないネットワークである。そのため、たとえば、IPv4網に属するwwwサーバと、IPv6網に属する別のwwwサーバが同じネームアドレスを持つことがある。この場合、IPv4網およびIPv6網にアクセス可能なノードは、通信相手のwwwサーバのネームアドレスを単なる文字列として取得しても、それがIPv4網のwwwサーバなのか、またはIPv6網のwwwサーバなのかを判別することができない。そのため、近年、異なるインターネットプロトコルバージョンのネットワークに存在するwwwサーバに、意識せずに、アクセスすることができるネットワークアクセスシステムが提案されている（たとえば、特許文献１を参照）。
【特許文献１】特開２００５−１６７８５３公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、現状のTCP/IPネットワークでは、IPv6の場合、前記ノードの通信不可エラー処理に関する標準的な規定が無い。そのため、たとえば、前記ノードがwwwサーバとの通信を確立しようとしたときに、ネットワークから前記ノードにエラー通知が届いても、前記ノードがそのエラー通知を無視し、タイムアウトまで待ってしまう。この場合、前記ノードの利用者へは、通信が確立するまで数十秒から数百秒待たせてしまい、ネットワーク利用の快適性を低下させることがあるという問題がある。なお、前記通信が確立するまでの時間（秒数）は、ネットワークの仕様（たとえば、エラー通知の有無や種類）、輻輳等の状態、ノードの処理能力などにより異なる。
【０００８】
また、このような通信が確立するまでの待ち時間の問題は、特に、IPv4およびIPv6による通信が可能なノードが、たとえば、IPv4アドレスおよびIPv6アドレスの両方を登録しているwwwサーバとの通信を確立する場合に顕著になることがある。この点について、図７および図８を参照して簡単に説明する。
【０００９】
図７は、従来のネットワークアクセスシステムの一構成例を示す模式図である。利用者のノード１は、IPv4およびIPv6による通信が可能であり、図７に示すように、IPv4網（ISP1 ４０１）からIPv4アドレス「2xx.1xx.2xx.10（xは0〜9のいずれか）」が割り当てられ、かつ、IPv6閉域網５からIPv6アドレス「2001:db8:1::1」が割り当てられている。なお、IPv6アドレスの「::」は、0（零）列の省略部分である。また、ノード１の通信相手（wwwサーバ２）は、IPv4アドレス「1xx.2xx.1xx.5（xは0〜9のいずれか）」とIPv6アドレス「3ffe:1800:1::1」をDNSサーバ３に登録している。
【００１０】
また、IPv6閉域網５は、図７に示すように、wwwサーバ２への接続経路を持っておらず、ノード１は、IPv6閉域網５を経由してwwwサーバ２との通信を確立することはできないとする。
【００１１】
このようなネットワークアクセスシステムにおいて、ノード１がwwwサーバ２と通信を行うときには、通常、処理の最初にhttpのURLに代表されるようにホスト名を検索キーにしてDNSサーバ３に通信相手（wwwサーバ２）のIPアドレスを問い合わせる。このとき、DNSサーバ３には、wwwサーバ２のIPアドレスとして、IPv4アドレスおよびIPv6アドレスの両方が登録されているので、前記ノード１は、IPv4アドレスおよびIPv6アドレスの両方のアドレスを取得する。またこのとき、ノード１は、たとえば、図８に示すように、DNSサーバ３にwwwサーバ２のIPv4アドレスを問い合わせてwwwサーバ２のIPv4アドレスを取得（Ｓ６０１，Ｓ６０２）した後、続けてwwwサーバ２のIPv6アドレスを問い合わせてwwwサーバ２のIPv6アドレスを取得（Ｓ６０３，Ｓ６０４）する。なお、ノード１からDNSサーバ３へのIPv4アドレスおよびIPv6アドレスの問い合わせの順序は、ノード１の実装により異なるので、たとえば、IPv6アドレスを先に問い合わせてもよい。
【００１２】
このように、１つのwwwサーバ２のアドレスとしてIPv4アドレスおよびIPv6アドレスの両方のアドレスを取得した場合、IPv4およびIPv6による通信が可能なノード１は、IPv4より先にIPv6による通信（TCPセッションの確立）を試みる。つまり、wwwサーバ２のアドレスを取得したノード１は、送信元アドレスを「2001:db8:1::1」にし、宛先アドレスを「3ffe:1800:1::1」にしたTCPセッション確立要求パケットを生成し、ノード１が持つ経路表にしたがいIPv6閉域網５に送信（転送）する（Ｓ６０５）。
【００１３】
しかしながら、IPv6閉域網５は、wwwサーバ２への接続経路を持っていないので、IPv6による通信ではwwwサーバ２とTCPセッションを確立できない。この場合、通常、IPv6閉域網５からICMPv6(Internet Control Message Protocol for the Internet Protocol version 6)による「no route to destination」というエラーメッセージがノードに返される（Ｓ６１３）が、IPv6閉域網５の仕様によっては前記エラーメッセージ自体も返されない場合がある。そして、ノード１は、「no route to destination」というエラーメッセージが返された場合、あるいは前記エラーメッセージ自体が返されずにTCPセッション確立要求パケットに対する応答パケットを待つ時間が経過した場合、再度TCPセッション要求パケットをIPv6閉域網に送信する（Ｓ６０５）。このとき、ノード１は、TCPの仕様上、IPv6閉域網５に対して3回はセッション確立要求パケットを送信する。そして、3回以上のあらかじめ指定された回数だけTCPセッション要求パケットを転送しても通信が確立されないと、ノード１は、IPv6による通信からIPv4による通信に切り替える。すなわち、IPv6による通信が確立できなかった場合、ノード１は、送信元アドレスおよび宛先アドレスをIPv4アドレスに切り替え（Ｓ６１０）、送信元アドレスを「2xx.1xx.2xx.10」にし、宛先アドレスを「1xx.2xx.1xx.5」にしたTCPセッション確立要求パケットを生成してISP1 ４０１に送信（転送）する（Ｓ６１１）。このとき、ISP1 ４０１は、ISP2 ４０２を経由したwwwサーバ２への接続経路を持っているので、IPv4によるTCPセッション確立要求パケットはwwwサーバ２に転送される。そして、wwwサーバ２からノード１に対して応答パケットが返信され（Ｓ６１２）、その応答パケットをノード１が受信すると、ノード１とwwwサーバ４０２の通信が確立される。
【００１４】
つまり、図７に示したようなネットワークアクセスシステムにおいて、ノード１がIPv6アドレスを用いてwwwサーバ２との通信を確立しようとした場合、送信元のノード１が利用したIPv6アドレスではTCPセッションが確立できないことを認識するまでに、最低3回はIPv6閉域網５に対してTCPセッション確立要求パケットを送信し応答を待たなければならない。そのため、DNSサーバ３からwwwサーバ２のアドレスを取得してから、前記IPv6アドレスではTCPセッションが確立できないと認識するまでの時間ＷＴ２が長くなってしまい、前記ノード１の利用者への、ネットワーク利用の快適性を低下させることがあるという問題がある。
【００１５】
このような問題は、DNSサーバにIPv4アドレスおよびIPv6アドレスの両方のアドレスが登録されているサーバが増えるたびに発生頻度が高くなる。
【００１６】
なお、図７および図８に示した例では、ノード１およびwwwサーバ２のそれぞれにIPv4アドレスおよびIPv6アドレスが割り当てられている場合を挙げているが、たとえば、ノード１およびwwwサーバ２のそれぞれに複数のIPv4アドレスが割り当てられている場合、または複数のIPv6アドレスが割り当てられている場合にも、同様の問題が発生し、前記ノード１の利用者への、ネットワーク利用の快適性を低下させることがあるという問題がある。
【００１７】
本発明の目的は、１つのノードおよび１つのサーバにそれぞれ複数のIPアドレスが割り当てられている場合に、前記ノードが前記サーバとの通信を確立する際の無駄な待ち時間を短縮することが可能なネットワークアクセスシステムおよびネットワークアクセス方法を提供することにある。
【００１８】
本発明の他の目的は、IPv4およびIPv6による通信が可能なノードが、IPv4アドレスおよびIPv6アドレスの両方を登録しているサーバとの通信を確立する際の無駄な待ち時間を短縮することが可能なネットワークアクセスシステムおよびネットワークアクセス方法を提供することにある。
【００１９】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面によって明らかになるであろう。
【課題を解決するための手段】
【００２０】
本願において開示される発明のうち、代表的なものの概略を説明すれば、以下の通りである。
【００２１】
（１）複数のIPアドレスが割り当てられたサーバと、複数のIP網と、前記複数のIP網のうちの少なくとも２つのIP網からIPアドレスが割り当てられたノードとを有するネットワークアクセスシステムであって、前記複数のIP網のうちの少なくとも1つのIP網は、前記ノードから送信されたTCPセッション確立要求パケットを受信する手段と、受信した前記TCPセッション確立要求パケットの宛先アドレスを参照し、前記宛先アドレスで指定された前記サーバへの接続経路の有無を判定する手段と、前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合に、前記ノードと前記宛先アドレスとの間でTCPセッションを確立できないことを通知するTCPリセットパケットを前記ノードに返信する手段とを有するTCPリセット返信装置が設置されているネットワークアクセスシステムである。
【００２２】
（２）前記（１）において、前記複数のIP網は、第１のインターネットプロトコルバージョンを利用したIP網と、前記第１のインターネットプロトコルバージョンと異なる第２のインターネットプロトコルバージョンを利用したIP網からなり、前記サーバおよび前記ノードは、前記第１のインターネットプロトコルバージョンに基づくIPアドレスと、前記第２のインターネットプロトコルバージョンに基づくIPアドレスが割り当てられているネットワークアクセスシステムである。
【００２４】
（３）前記（１）または（２）において、前記TCPリセット返信装置は、前記TCPセッション確立要求パケットを受信する手段、前記接続経路の有無を判定する手段、および前記TCPリセットパケットを前記ノードに返信する手段に加え、受信した前記TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかを判定する手段を有し、前記TCPリセットパケットを前記ノードに返信する手段は、前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合、または受信した前記TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートがあらかじめ定められた組み合わせに合致すると判定した場合に前記TCPリセットパケットを返信する手段であるネットワークアクセスシステムである。
【００２５】
（４）複数のIPアドレスが割り当てられたサーバと、複数のIP網と、前記複数のIP網のうちの少なくとも２つのIP網からIPアドレスが割り当てられたノードとを有するネットワークアクセスシステムで、前記ノードが前記サーバとの通信を確立するネットワークアクセス方法であって、前記ノードが、前記サーバに割り当てられたIPアドレスの１つを宛先アドレスにしたTCPセッション確立要求パケットを送信する第１の手順と、前記第１の手順で送信されたTCPセッション確立要求パケットを、前記複数のIP網のいずれかに設置されたTCPリセット返信装置で受信する第２の手順と、前記TCPリセット返信装置が、受信したTCPセッション確立要求パケットの宛先アドレスを参照し、前記宛先アドレスで指定された前記サーバへの接続経路の有無を判定する第３の手順と、前記TCPリセット返信装置が、前記第３の手順で前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合に、前記ノードと前記宛先アドレスとの間でTCPセッションを確立できないことを通知するTCPリセットパケットを前記ノードに返信する第４の手順と、前記ノードが、前記第４の手順で返信された前記TCPリセットパケットを受信した後、前記第１の手順で送信したTCPセッション確立要求パケットの応答パケットを待たずに、前記サーバに割り当てられた別のIPアドレスを宛先アドレスにしたTCPセッション確立要求パケットを送信する第５の手順とを有するネットワークアクセス方法である。
【００２６】
（５）前記（４）において、前記複数のIP網は、第１のインターネットプロトコルバージョンを利用したIP網と、前記第１のインターネットプロトコルバージョンと異なる第２のインターネットプロトコルバージョンを利用したIP網からなり、前記サーバおよび前記ノードは、前記第１のインターネットプロトコルバージョンに基づくIPアドレスと、前記第２のインターネットプロトコルバージョンに基づくIPアドレスが割り当てられており、前記第１の手順は、第１のインターネットプロトコルバージョンおよび第２のインターネットプロトコルバージョンのうち、優先順位の高いインターネットプロトコルバージョンに基づき割り当てられたIPアドレスを用いてTCPセッション確立要求パケットを送信するネットワークアクセス方法である。
【００２８】
（６）前記（４）または（５）において、前記第１の手順乃至前記第５の手順に加え、受信した前記TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかを判定する第６の手順を有し、前記第４の手順は、前記第３の手順で前記宛先アドレスで指定された前記サーバへの接続経路が無いと判定した場合、または前記第６の手順で前記送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートがあらかじめ定められた組み合わせに合致すると判定した場合に、前記TCPリセットパケットを前記ノードに返信するネットワークアクセス方法である。
【発明の効果】
【００２９】
本発明のネットワークアクセスシステムは、複数のIPアドレスが割り当てられたサーバと、複数のIP網と、前記複数のIP網のうちの少なくとも２つのIP網からIPアドレスが割り当てられたノードとを有する。またこのとき、前記複数のIP網のうち少なくとも１つのIP網にはTCPリセット返信装置が設置されている。前記TCPリセット返信装置は、たとえば、前記ノードからネットワークアクセスシステム上のwwwサーバなどへのTCPセッション確立要求パケットを受信し、前記TCPセッション確立要求パケットの宛先アドレス（wwwサーバ）への接続経路の有無を判定し、接続経路が無い場合には、その宛先アドレスではTCPセッションを確立できないことを通知するTCPリセットパケットを前記ノードに返信する装置である。
【００３０】
このようなネットワークアクセスシステムにおいて、前記ノードが前記サーバとの通信を確立しようとした場合、前記ノードは、前記サーバに割り当てられたIPアドレスの１つを宛先アドレスにしたTCPセッション確立要求パケットを送信する。このとき、前記ノードから送信されたTCPセッション確立要求パケットが流入するIP網にTCPリセット返信装置が設置されていれば、前記TCPセッション確立要求パケットはTCPリセット返信装置が受信される。そして、TCPリセット返信装置において、受信したTCPセッション確立要求パケットの宛先アドレスを参照し、前記宛先アドレスで指定されたサーバへの接続経路の有無を判定し、接続経路が無い場合に、前記ノードにTCPリセットパケットを返信する。
【００３１】
このようにすれば、前記ノードは、たとえば、前記TCPリセットパケットを受信することで、前記TCPセッション確立要求パケットの宛先IPアドレスではTCPセッション（通信）を確立できないことを認識できる。そのため、送信した前記TCPセッション確立要求パケットの応答パケットを待たずに、前記サーバに割り当てられた別のIPアドレスを宛先アドレスにしたTCPセッション確立要求パケットを送信することができる。その結果、従来のネットワークアクセスシステムに比べて、前記ノードが、送信したTCPセッション確立要求パケットの宛先IPアドレスではTCPセッションを確立できないことを認識するまでの時間を短縮でき、前記ノードの利用者への、ネットワーク利用の快適性を向上させることができる。
【００３２】
このとき、前記複数のIP網は、たとえば、IPv4を利用したIP網（IPv4網）のみでも、IPv6を利用したIP網（IPv6網）のみでも、前記IPv4網と前記IPv6網が混在していてもよい。
【００３３】
前記複数のIP網が、IPv4網およびIPv6網からなり、たとえば、IPv4およびIPv6による通信が可能なノードが、前記IPv4に基づくIPアドレス（IPv4アドレス）および前記IPv6に基づくIPアドレス（IPv4アドレス）の両方を登録しているwwwサーバとの通信を確立しようとした場合、前記ノードは、たとえば、まず、前記IPv6による通信の確立を試みる。このとき、前記ノードから送信された前記IPv6によるTCPセッション確立要求パケットは、前記IPv6網に設置されたTCPリセット返信装置で受信される。そして、TCPリセット返信装置において、受信したTCPセッション確立要求パケットの宛先アドレスを参照し、前記IPv6網から前記宛先アドレスで指定されたサーバへの接続経路の有無を判定し、接続経路が無い場合に、前記ノードにTCPリセットパケットを返信する。
【００３４】
このようにすれば、前記ノードは、たとえば、前記TCPリセットパケットを受信することで、前記サーバのIPアドレスのうち、前記IPv6に基づくIPv6アドレスではTCPセッション（通信）を確立できないことを認識できる。そのため、前記IPv6アドレスを用いたTCPセッション確立要求パケットの応答パケットを待たずに、前記IPv4アドレスを用いたTCPセッション確立要求パケットを送信することができる。その結果、従来のネットワークアクセスシステムに比べて、前記ノードが、IPv6アドレスではTCPセッションを確立できないことを認識するまでの時間を短縮でき、前記ノードの利用者への、ネットワーク利用の快適性を向上させることができる。
【００３５】
また、本発明では、前記TCPリセット返信装置において、受信したTCPセッション確立要求パケットの宛先アドレスで指定されたサーバへの接続経路の有無を判定する代わりに、たとえば、受信したTCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかを判定してもよい。この場合、受信したTCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致する場合に、前記TCPリセットパケットを前記ノードに返信することで、前記ノードが、前記送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートの組み合わせではTCPセッションを確立できないことを認識するまでの時間を短縮できる。
【００３６】
またさらに、これらの２つの方法を組み合わせて、受信したTCPセッション確立要求パケットの宛先アドレスで指定されたサーバへの接続経路が無い場合、または送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致する場合に、前記TCPリセットパケットを前記ノードに返信するようにしてもよい。
【００３７】
また、TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートの組み合わせで判定する場合は、あらかじめ定められた組み合わせと合致しない場合に、TCPリセットパケットを返信するようにしてもよい。
【００３８】
なお、前記IP網に前記TCPリセット返信装置を設置するときには、たとえば、IP網の入り口に設置してもよいし、入り口にはゲートウェイ装置、ルータなどの別の中継装置を設置しておき、前記中継装置で受信したTCPセッション確立要求パケットをTCPリセット返信装置に転送するようにしてもよい。
【発明を実施するための最良の形態】
【００３９】
以下、本発明について、図面を参照して実施の形態（実施例）とともに詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは、同一符号を付け、その繰り返しの説明は省略する。
【実施例】
【００４０】
図１および図２は、本発明のネットワークアクセスシステムおよびネットワークアクセスの原理を説明するための模式図である。図１は、本発明による一実施例のネットワークアクセスシステムの概略構成を示す模式図である。図２は、図１に示したノードとwwwサーバの通信を確立させる手順を示すシーケンス図である。
【００４１】
本実施例のネットワークアクセスシステムは、たとえば、図１に示すように、利用者のノード（端末）１、wwwサーバ２、DNSサーバ３、IPv4を利用したISP1 ４０１やISP2 ４０２、およびIPv6を利用したIPv6閉域網５から構成される。またこのとき、IPv6閉域網５には、TCPリセット返信装置５０１が設置されている。
【００４２】
利用者のノード１は、IPv4およびIPv6によるTCP/IP通信が可能であり、ISP1 ４０１からIPv4アドレス「2xx.1xx.2xx.10（xは0〜9のいずれか）」が割り当てられ、かつ、IPv6閉域網５からIPv6アドレス「2001:db8:1::1」が割り当てられている。なお、IPv6アドレスの「::」は、0（零）列の省略部分である。また、wwwサーバ２は、ノード１などの端末とのTCP/IP通信が可能であり、IPv4アドレス「1xx.2xx.1xx.5（xは0〜9のいずれか）」とIPv6アドレス「3ffe:1800:1::1」の両方をDNSサーバ３に登録している。
【００４３】
また、IPv6閉域網５は、wwwサーバ２への接続経路を持っておらず、ノード１はIPv6閉域網５を経由してwwwサーバ２との通信を確立することはできないとする。
【００４４】
また、IPv6閉域網５に設置されたTCPリセット返信装置５０１は、たとえば、前記ノード１からwwwサーバ２などへ送信したTCPセッション確立要求パケットを受信し、前記TCPセッション確立要求パケットの宛先アドレス（wwwサーバ２）への接続経路の有無を判定し、接続経路が無い場合には、その宛先アドレスに対しTCPセッションを確立できないことを通知するTCPリセットパケットを送信元のノード１に返信する装置である。
【００４５】
またこのとき、TCPリセット返信装置５０１は、受信したTCPセッション確立要求パケットの宛先アドレスへの接続経路の有無を判定する代わりに、たとえば、受信したTCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかを判定し、合致する場合に、前記TCPリセットパケットを前記ノード１に返信する装置であってもよい。
【００４６】
またさらに、前記TCPリセット返信装置５０１は、上記２つの判定方法を組み合わせて、受信したTCPセッション確立要求パケットの宛先アドレスへの接続経路が無い場合、または送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致する場合に、前記TCPリセットパケットを前記ノード１に返信する装置であってもよい。
【００４７】
また、TCPリセット返信装置５０１は、前述のようにノード１から送信されたTCPセッション確立要求パケットに対する処理を行うだけでなく、たとえば、ファイアウォール（firewall）装置のような機能を備えていてもよい。つまり、外部からIPv6閉域網５に流入したパケットあるいはIPv6閉域網５から外部に送信するパケットに対して、明らかに当該IPv6網に転送されてくるべきではない、または意図的に転送させたくないパケットであるか否かを判断し、破棄あるいは転送する機能を備えていてもよい。
【００４８】
なお、図１に示した構成は、ネットワークアクセスシステムの一例であり、実際には、さらに多数のIPv4網やIPv6網が存在してもよい。
【００４９】
図１に示したようなネットワークアクセスシステムにおいて、ノード１がwwwサーバ２と通信を行うときには、通常、処理の最初に、httpのURLに代表されるようにホスト名を検索キーにしてDNSサーバに通信相手（wwwサーバ）のIPアドレスを問い合わせる。このとき、ノード１は、たとえば、図２に示すように、DNSサーバ３にwwwサーバ２のIPv4アドレスを問い合わせてwwwサーバ２のIPv4アドレスを取得（Ｓ６０１，Ｓ６０２）した後、続けてwwwサーバ２のIPv6アドレスを問い合わせてwwwサーバ２のIPv6アドレスを取得（Ｓ６０３，Ｓ６０４）する。なお、ノード１からDNSサーバ３へのIPv4アドレスおよびIPv6アドレスの問い合わせの順序は、ノード１の実装により異なるので、たとえば、IPv6アドレスを先に問い合わせてもよい。
【００５０】
そして、１つのwwwサーバ２のアドレスとしてIPv4アドレスおよびIPv6アドレスの両方のアドレスを取得した場合、ノード１は、IPv4より先にIPv6による通信（TCPセッションの確立）を試みる。つまり、wwwサーバ２のアドレスを取得したノード１は、まず、送信元アドレスを「2001:db8:1::1」にし、宛先アドレスを「3ffe:1800:1::1」にしたTCPセッション確立要求パケットを生成し、ノード１が持つ経路表にしたがいIPv6閉域網５に送信する（Ｓ６０５）。
【００５１】
このとき、ノード１から送信されたTCPセッション確立要求パケット（IPv6パケット）は、ノード１の経路表にしたがいIPv6閉域網５に流入する。そして、IPv6閉域網５に流入したIPv6パケットは、TCPリセット返信装置５０１が受信する（Ｓ６０６）。
【００５２】
wwwサーバ２の代わりにTCPセッション確立要求パケット（IPv6パケット）を受信したTCPリセット返信装置５０１は、受信したIPv6パケットの宛先IPアドレスを参照し、その宛先IPアドレスへの接続経路を持つか調べる（Ｓ６０７）。このとき、IPv6閉域網は、宛先IPアドレス、すなわちwwwサーバ２への接続経路を持たないので、送信元アドレスを「3ffe:1800:1::1」にし、宛先アドレスを「2001:db8:1::1」にしたTCPリセットパケットを生成し、送信元のノードに返信する（Ｓ６０８，Ｓ６０９）。なお、前記TCPリセットパケットとは、ノード1が送信したTCPセッション確立要求パケットの宛先アドレスではTCPセッションが確立できないことを通知するパケットである。
【００５３】
なお、前記宛先IPアドレスへの接続経路を持つか調べる処理（Ｓ６０７）では、前記宛先IPアドレスへの接続経路を持つか調べる代わりに、たとえば、受信したTCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかを判定してもよい。この場合、前記送信元アドレスと前記宛先アドレスおよび送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致していれば、前記TCPリセットパケットを前記ノード１に返信する。
【００５４】
また、前記宛先IPアドレスへの接続経路を持つか調べる処理（Ｓ６０７）では、受信したTCPセッション確立要求パケットの宛先アドレスへの接続経路を持つかの判定、および送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致するかの判定をしてもよい。この場合、接続経路を持たない、または前記送信元アドレスと前記宛先アドレスおよび送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致しているときに、前記TCPリセットパケットを前記ノード１に返信する。
【００５５】
TCPリセットパケットを受け取った送信元のノード１は、TCPリセットパケットにより、wwwサーバ２のIPv6アドレスではwwwサーバ２とのTCPセッションを確立できないことを認識する。そのため、送信したTCPセッション確立要求パケット（IPv6パケット）に対する応答パケットを待つ時間が経過していなくても、wwwサーバ２との通信手段をIPv4による通信に切り替え、TCPセッションの確立に使用するIPアドレスをIPv4アドレスに切り替える（Ｓ６１０）。そして、送信元アドレスを「2xx.1xx.2xx.10」にし、宛先アドレスを「1xx.2xx.1xx.5」にしたTCPセッション確立要求パケット（IPv4パケット）を生成し、wwwサーバ２に送信する（Ｓ６１１）。このとき、図２では省略しているが、IPv4パケットは、ISP1 ４０１に流入した後、ISP2 ４０２を経由してwwwサーバ２に転送される。
【００５６】
そして、wwwサーバ２から送信元のノード１に対して応答パケットが送信され（Ｓ６１２）、その応答パケットがISP2 ４０２およびISP1 ４０１を経由してノード１で受信されると、ノード１とwwwサーバ２の間のTCPセッションが確立される。
【００５７】
詳細な説明は省略するが、ノード１が応答パケットを受信してTCPセッションが確立した後は、従来のネットワークアクセスシステムと同じようにノード１とwwwサーバ２との間で通信が行われる。
【００５８】
このように、TCPリセット返信装置５０１で宛先IPアドレス（wwwサーバ２）への接続経路を持つか判定し、接続経路を持たない場合はTCPリセットパケットをノード１に返信することで、送信元のノード１は、wwwサーバ２のIPv6アドレスが無効であり、wwwサーバ２との通信に利用できないことを早期に認識することができる。つまり、IPv6閉域網５を経由したノード１とwwwサーバ２の通信が行えない場合に、DNSサーバ３からwwwサーバ２のアドレスを取得してから、IPv6アドレスが無効であると判断するまでの時間ＷＴ１を短縮でき、前記ノード１の利用者への、ネットワーク利用の快適性を向上させることができる。
【００５９】
また、受信したTCPセッション確立要求パケットの宛先アドレスへの接続経路の有無を判定する代わりに、たとえば、受信したTCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせに合致するかを判定し、合致する場合に、前記TCPリセットパケットを前記ノード１に返信しても、同様に、前記時間ＷＴ１を短縮できる。
【００６０】
またさらに、上記２つの判定方法を組み合わせて、受信したTCPセッション確立要求パケットの宛先アドレスへの接続経路が無い場合、または送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートが、あらかじめ定められた組み合わせと合致する場合に、前記TCPリセットパケットを前記ノード１に返信しても、同様に、前記時間ＷＴ１を短縮できる。
【００６１】
また、TCPセッション確立要求パケットの送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートの組み合わせで判定する場合は、あらかじめ定められた組み合わせと合致しない場合に、前記TCPリセットパケットを返信するようにしてもよい。
【００６２】
図３は、TCPリセット返信装置の設置位置の一例を示す模式図である。図４は、TCPリセット返信装置の設置位置の別の例を示す模式図である。
【００６３】
本実施例のネットワークアクセスシステムでは、たとえば、ノード１から送信され、IPv6閉域網５に流入するTCPセッション確立要求パケット（IPv6パケット）を、TCPリセット返信装置５０１で受信できればよい。このとき、IPv6閉域網５におけるTCPリセット返信装置５０１の設置位置は、たとえば、図３に示すように、IPv6閉域網５の出入口にし、IPv6閉域網５のゲートウェイ装置（中継装置、またはルーターとも呼ばれる）としての機能を持たせる。このような位置にTCPリセット返信装置５０１を設置すれば、ノード１からIPv6閉域網５に送信されたTCPセッション確立要求パケットを、TCPリセット返信装置５０１で確実に捕捉することができる。
【００６４】
また、IPv6閉域網５におけるTCPリセット返信装置５０１の設置位置は、たとえば、図４に示すように、IPv6閉域網５の出入口とは別の位置に設置してもよい。この場合、ノード１からIPv6閉域網５に送信されたTCPセッション確立要求パケットは、まず、IPv6閉域網５の出入口に設置された中継装置５０２で受信される。そのため、IPv6閉域網５内の経路を操作して、中継装置５０２で受信したTCPセッション確立要求パケットをTCPリセット返信装置５０１に誘導する必要がある。中継装置５０２で受信したTCPセッション確立要求パケットをTCPリセット返信装置５０１に誘導するには、たとえば、TCPリセット返信装置５０１からIPv6のdefault経路、もしくはその時点で実際に割り振られているIPv6アドレスを包含する経路などの経路情報をIPv6閉域網５内に流すことで実現できる。このとき、TCPリセット返信装置５０１が流した経路情報は、たとえば、中継装置５０２の経路DB ５０２Ａなどで保持しておく。このようにすれば、中継装置５０２は、ノード１からのTCPセッション確立要求パケットを受信したときに、経路DB ５０２Ａを参照して、受信したTCPセッション確立要求パケットをTCPリセット返信装置５０１に転送できる。
【００６５】
図５は、TCPリセット返信装置の一構成例を示す模式図である。
【００６６】
IPv6閉域網５に設置するTCPリセット返信装置５０１は、送信元のノード１からIPv6閉域網５に流入するTCPセッション確立要求パケットを受信し、たとえば、宛先IPアドレス（wwwサーバ２）への接続経路を持つか否かの判定、または送信元IPアドレスと宛先IPアドレス、および送信元ポートと宛先ポートがあらかじめ定められた組み合わせと合致するかの判定、あるいはその両方の判定をし、接続経路を持たない場合、または送信元IPアドレスと宛先IPアドレスおよび送信元ポートと宛先ポートがあらかじめ定められた組み合わせと合致する場合は送信元のノード１にTCPリセットパケットを返信する装置である。そのため、このような機能のみを有する専用の装置であってもよいが、たとえば、ファイアウォール装置のような機能を併せ持つ装置であることが望ましい。
【００６７】
このとき、TCPリセット返信装置５０１は、たとえば、図５に示すように、パケット送受信手段５０１Ａ、パケットフィルタ制御手段５０１Ｂ、パケット生成・転送処理手段５０１Ｃ、パケット入出力フィルタDB（データベース）５０１Ｄ、および経路設定DB（データベース）５０１Ｅを備える。
【００６８】
パケット送受信手段５０１Ａは、IPv6閉域網５に属する端末やIPv6閉域網５の外部の端末（ノード１など）とのパケットの送信および受信を行うネットワーク・インターフェース（NW I/F）である。また、パケットフィルタ制御手段５０１Ｂは、受信したパケットのフィルタリング処理を行う手段であり、パケット入出力フィルタDB ５０１Ｄを参照して、たとえば、明らかに当該ネットワーク（IPv6閉域網５）に転送されてくるべきではない、または意図的に転送させたくないパケットであるか否かを判断する。
【００６９】
また、パケット生成・転送処理手段５０１Ｃは、経路設定DB ５０１Ｅを参照して、受信したパケットの宛先IPアドレスで指定された通信装置（wwwサーバ２など）までの接続経路を持つか否かを判定し、宛先IPアドレスまでの接続経路を持つ場合は受信したパケットを宛先IPアドレスへ転送する処理を行い、接続経路を持たない場合はリセットパケットを生成し、送信元に返信する処理を行う。
【００７０】
図６は、図５のTCPリセット返信装置の処理動作の一例を示すフロー図である。
【００７１】
図５に示したような構成のTCPリセット返信装置５０１は、TCPセッション確立要求パケットなどのIPパケットを受信すると、たとえば、図６に示すステップ６０７ａ〜ステップ６０７ｈのような処理を行う。なお、図６に示した処理は、たとえば、図２に示したTCPリセット返信装置５０１で行うパケット処理（Ｓ６０７）に相当する。
【００７２】
TCPリセット返信装置５０１は、図６に示すように、パケット送受信手段５０１Ａでノード１から送信されたTCPセッション確立要求パケットなどのIPパケットを受信すると（ステップ６０７ａ）、受信したIPパケットをパケットフィルタ制御手段５０１Ｂに渡す。
【００７３】
パケットフィルタ制御手段５０１Ｂは、パケット入出力フィルタDB ５０１Ｄを参照し（ステップ６０７ｂ）、受信したIPパケットに関する設定があるか否かを判定する（ステップ６０７ｃ）。このとき、設定自体が無ければ、受信したIPパケットをパケット生成・転送処理手段５０１Ｃに渡す。
【００７４】
パケット生成・転送処理手段５０１Ｃは、受信したIPパケットの宛先IPアドレスに基づき、経路設定DB ５０１Ｅを参照して接続経路を検索し（ステップ６０７ｄ）、通信相手までの経路の有無を判定する（ステップ６０７ｅ）。ステップ６０７ｅで通信相手までの経路が有ると判定した場合は、その経路にしたがって、受信したIPパケットを通信相手に転送する（ステップ６０７ｆ）。
【００７５】
また、ステップ６０７ｅで通信相手までの経路が無いと判定した場合は、パケット生成・転送処理手段５０１ＣにおいてTCPリセットパケットを生成し、送信元ノード１に返信する（ステップ６０７ｇ）。そして、受信したIPパケットを破棄する（ステップ６０７ｈ）。
【００７６】
一方、ステップ６０７ｃで設定自体が有ると判定した場合は、たとえば、パケットフィルタ制御手段５０１Ｃにおいて、受信したIPパケットの送信元アドレスと宛先アドレスの組み合わせ、および送信元ポートと宛先ポートの組み合わせが、あらかじめ定められた設定に合致しているかを判定する（ステップ６０７ｉ）。ステップ６０７ｉで、あらかじめ定められた設定に合致していないと判定した場合、受信したIPパケットをパケット生成・転送処理手段５０１Ｃに渡し、ステップ６０７ｄからステップ６０７ｈの処理を行う。
【００７７】
また、ステップ６０７ｉであらかじめ定められた設定に合致していると判定した場合、受信したIPパケットを破棄するか、送信元のノード１にTCPリセットパケットを返信するかを判定する（ステップ６０７ｊ）。ステップ６０７ｊでは、たとえば、該当する設定と関連付けられた処理方法に基づき、破棄するか、TCPリセットパケットを返信するかを判定する。ステップ６０７ｊで、TCPリセットパケットを返信すると判定した場合は、ステップ６０７ｇの処理によりTCPリセットパケットを生成し、送信元のノード１に返信した後、ステップ６０７ｈの処理により受信したIPパケットを破棄する。また、破棄すると判定した場合は、ステップ６０７ｈの処理により受信したIPパケットを破棄する。
【００７８】
TCPリセット返信装置５０１において、ステップ６０７ａからステップ６０７ｊのような処理を行うことで、明らかに当該ネットワーク（IPv6閉域網５）に転送されてくるべきではない、または意図的に転送させたくないIPパケットは破棄できるとともに、通信相手までの接続経路を持たない場合、または送信元アドレスと宛先アドレス、および送信元ポートと宛先ポートがあらかじめ定められた組み合わせと合致する場合はTCPリセットパケットを送信元ノード１に返信し、接続経路を持つ場合はTCPセッション確立要求パケットを通信相手に転送して通信を確立することができる。
【００７９】
以上、本発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において、種々変更可能であることはもちろんである。
【００８０】
たとえば、前記実施例では、ノード１およびwwwサーバ２のそれぞれにIPv4アドレスとIPv6アドレスが割り当てられている場合の、ノード１とwwwサーバ２との通信の確立方法を説明した。しかしながら、本発明は、このような場合に限らず、ノード１およびwwwサーバ２のそれぞれに複数のIPv4アドレスが割り当てられている場合、または複数のIPv6アドレスが割り当てられている場合にも適用できることはもちろんである。ノード１およびwwwサーバ２のそれぞれに複数のIPv4アドレスが割り当てられている場合は、たとえば、ISP1 ４０１などのIPv4網にTCPリセット返信装置５０１と同様の構成、動作をする装置を設置しておき、ノード1が送信したTCPセッション確立要求パケットの送信元アドレスと宛先アドレスとの間でTCPセッションが確立できないときに、送信元のノード１にTCPリセットパケットを返信するようにすればよい。
【００８１】
また、たとえば、TCPリセット返信装置５０１は、受信したTCPセッション確立要求パケットの送信元アドレスと宛先アドレスとの間でTCPセッションが確立できないと判定でき、かつ、TCPセッションを確立できない場合に送信元のノード１にTCPリセットパケットを返信できればよいので、図５に示したような構成に限定されないことはもちろんである。
【００８２】
また、TCPリセット返信装置５０１は、たとえば、図６に示したような処理を行うための専用の装置（モジュール）に限らず、汎用的なコンピュータを用いることもできる。その場合、たとえば、図６に示したような処理をコンピュータに実行させるプログラムを作成し、前記コンピュータ上で実行させればよい。なお、このようなプログラムは、磁気的または電気的、あるいは光学的な記録媒体に記録して提供してもよいし、インターネットなどのネットワークを通して提供してもよい。
【図面の簡単な説明】
【００８３】
【図１】本発明による一実施例のネットワークアクセスシステムの一構成例を示す模式図である。
【図２】図１に示したノードとwwwサーバの通信を確立させる手順を示すシーケンス図である。
【図３】TCPリセット返信装置の設置位置の一例を示す模式図である。
【図４】TCPリセット返信装置の設置位置の別の例を示す模式図である。
【図５】TCPリセット返信装置の一構成例を示す模式図である。
【図６】図５のTCPリセット返信装置の処理動作の一例を示すフロー図である。
【図７】従来のネットワークアクセスシステムの一構成例を示す模式図である。
【図８】図７に示したノードとwwwサーバの通信を確立させる手順を示すシーケンス図である。
【符号の説明】
【００８４】
１…ノード
２…wwwサーバ
３…DNSサーバ
４０１…ISP1（IPv4網）
４０２…ISP2（IPv4網）
５…IPv6閉域網
５０１…TCPリセット返信装置
５０１Ａ…パケット送受信手段
５０１Ｂ…パケットフィルタ制御手段
５０１Ｃ…パケット生成・転送処理手段
５０１Ｄ…パケット入出力フィルタDB
５０１Ｅ…経路設定DB
５０２…中継装置
５０２Ａ…経路DB
【図１】
0004472651.tif 000002
【図２】
0004472651.tif 000003
【図３】
0004472651.tif 000004
【図４】
0004472651.tif 000005
【図５】
0004472651.tif 000006
【図６】
0004472651.tif 000007
【図７】
0004472651.tif 000008
【図８】
0004472651.tif 000009