(57)【特許請求の範囲】
【請求項１】
ＩＰｖ６ネットワークに接続された第１の通信機器と、ＩＰｖ４ネットワークに接続された第２の通信機器との間で通信を行う通信システムにおいて、
ＩＰｖ６アドレスをＩＰｖ４アドレスに変換して前記第１の通信機器から前記第２の通信機器へのアクセスを可能とするトランスレータと、
問い合わせに応じてＩＰｖ６アドレス、或いは、ＩＰｖ４アドレスにダミープレフィックスを付加してＩＰｖ６アドレスを生成すると共に前記ダミープレフィックス中に通信パケットが前記トランスレータを経由することを示す特定のビット列を埋め込み提供するアドレス生成手段とを備え、
前記第１の通信機器がアドレス生成手段から取得したＩＰｖ６アドレスから前記特定のビット列を検出することにより、通信パケットが前記トランスレータを経由することを認識することを特徴とする通信システム。
【請求項２】
前記第１の通信機器が、
通信パケットが前記トランスレータを経由すると認識した場合、前記アドレス生成手段に前記第２の通信機器のＩＰｖ４アドレスを問い合わせ、当該ＩＰｖ４アドレスを用いて前記第２の通信機器へアクセスすることを特徴とする
請求項１記載の通信システム。
【請求項３】
前記第１の通信機器が、
通信パケットが前記トランスレータを経由すると認識した場合、前記取得したＩＰｖ６アドレスからＩＰｖ４アドレスを算出し、当該ＩＰｖ４アドレスを用いて前記第２の通信機器へアクセスすることを特徴とする
請求項１記載の通信システム。
【請求項４】
前記第１の通信機器が、
通信パケットが前記トランスレータを経由すると認識した場合、その旨を表示手段に表示することを特徴とする
請求項１記載の通信システム。
【請求項５】
前記第１の通信機器が、
通信パケットが前記トランスレータを経由すると認識した場合、前記第２の通信機器へのアクセスを取止めることを特徴とする
請求項１記載の通信システム。
【請求項６】
ＩＰｖ４ネットワークに接続された第１の通信機器と、ＩＰｖ６ネットワークに接続された第２の通信機器との間で通信を行う通信システムにおいて、
問い合わせに応じてＩＰｖ４アドレス、或いは、送信先のＩＰｖ６アドレスに予め登録されたアドレス群の一のＩＰｖ４アドレスをマッピングして提供するアドレス生成手段と、
マッピングされたＩＰｖ４アドレスを前記送信先のＩＰｖ６アドレスに変換して前記第１の通信機器から前記第２の通信機器へのアクセスを可能とするトランスレータとを備え、
前記第１の通信機器がアドレス生成手段から取得したＩＰｖ４アドレスが予め登録されたアドレス群のアドレスである場合に、通信パケットが前記トランスレータを経由することを認識することを特徴とする通信システム。
【請求項７】
前記第１の通信機器が、
通信パケットが前記トランスレータを経由すると認識した場合、前記アドレス生成手段に前記第２の通信機器のＩＰｖ６アドレスを問い合わせ、当該ＩＰｖ６アドレスを用いて前記第２の通信機器へアクセスすることを特徴とする
請求項６記載の通信システム。
【請求項８】
前記第１の通信機器が、
通信パケットが前記トランスレータを経由すると認識した場合、その旨を表示手段に表示することを特徴とする
請求項６記載の通信システム。
【請求項９】
前記第１の通信機器が、
通信パケットが前記トランスレータを経由すると認識した場合、前記第２の通信機器へのアクセスを取止めることを特徴とする
請求項６記載の通信システム。
【請求項１０】
ＩＰｖ６ネットワークに接続された第１の通信機器と、ＩＰｖ４ネットワークに接続された第２の通信機器との間で通信を行う通信方法であって、
前記第２の通信機器のＩＰｖ４アドレスにダミープレフィックスを付加してＩＰｖ６アドレスを生成するステップと、
前記ダミープレフィックス中に通信パケットが前記トランスレータを経由することを示す特定のビット列を埋め込み前記第１の通信機器に提供するステップと、
前記第１の通信機器が取得したＩＰｖ６アドレスから前記特定のビット列を検出することにより、通信パケットがトランスレータを経由することを認識するステップと、
前記第１の通信機器が前記取得したＩＰｖ６アドレスを用いて前記第２の通信機器へアクセスするか否かを判断するステップとからなる通信方法。
【請求項１１】
ＩＰｖ４ネットワークに接続された第１の通信機器と、ＩＰｖ６ネットワークに接続された第２の通信機器との間で通信を行う通信方法であって、
前記第２の通信機器のＩＰｖ６アドレスに予め登録されたアドレス群の一のＩＰｖ４アドレスをマッピングして前記第１の通信機器に提供するステップと、
前記第１の通信機器が取得したＩＰｖ４アドレスが予め登録されたアドレス群のアドレスである場合に、通信パケットがトランスレータを経由することを認識するステップと、
前記第１の通信機器が前記取得したＩＰｖ４アドレスを用いて前記第２の通信機器へアクセスするか否かを判断するステップとからなる通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰｖ６に対応する通信機器と、ＩＰｖ４に対応する通信機器との間の通信を可能とした通信システムおよび通信方法に関する。
【背景技術】
【０００２】
ＩＰｖ６（Internet Protocol version 6）のネットワークにいる通信機器と、ＩＰｖ４（Internet Protocol version ４）のネットワークにいる通信機器との間での通信を可能とするための方法として、ＩＰｖ４アドレスにプレフィックスを付加することでＩＰｖ６アドレスを生成する方法等が用いられている。
【０００３】
図４（ａ）は、クライアント１がＩＰｖ６のネットワークに、サーバＳＶ−ＡがＩＰｖ４のネットワークに、それぞれ接続された構成を示す図であり、図５（ａ）は、この場合に、クライアント１からサーバＳＶ−Ａにアクセスする際の動作手順を示す図である。
【０００４】
以下、ＩＰｖ６のネットワークにいるクライアント１が、ＩＰｖ４のネットワークにいるサーバＳＶ−Ａにアクセスする動作について説明する。この例では、ＤＮＳサーバ３にサーバＳＶ−ＡのＩＰｖ４アドレスのみが登録されているものとする。
【０００５】
なお、ＩＰｖ６/ＩＰｖ４トランスレータ５は、ＩＰｖ４パケット／ＩＰｖ６パケットの変換を行うことで、ＩＰｖ４のネットワークにある機器と、ＩＰｖ６のネットワークにある機器との間の通信を可能とする装置である。以下の（１）〜（８）の手順は、図４（ａ）および図５（ａ）の矢印に付された番号（１）〜（８）に対応している。
【０００６】
（１）ＩＰｖ６のネットワークにいるクライアント１がサーバＳＶ−Ａに関するＡＡＡＡレコードをＤＮＳ−ＡＬＧ（Domain Name Service - Application Level Gateway）２に問い合わせる。
【０００７】
（２）ＤＮＳ−ＡＬＧ２は、サーバＳＶ−ＡのＡＡＡＡレコードをＤＮＳ（Domain Name Service）サーバ３に問い合わせる。
【０００８】
（３）ＤＮＳ−ＡＬＧ２からの問い合わせを受けたＤＮＳサーバ３は、サーバＳＶ−ＡのＡＡＡＡレコードを検索する。検索の結果、対応するＡＡＡＡレコードが存在しないため、ＤＮＳ−ＡＬＧ２にＡＡＡＡレコードがないことを通知する。
【０００９】
（４）ＡＡＡＡレコードの不存在を知ったＤＮＳ−ＡＬＧ２は、ＤＮＳサーバ３にサーバＳＶ−ＡのＡレコードを問い合わせる。
【００１０】
（５）ＤＮＳサーバ３はサーバＳＶ−ＡのＡレコードを検索し、Ａレコードを見つける。ＤＮＳサーバ３は見つけ出したＳＶ−ＡのＡレコードをＤＮＳ−ＡＬＧ２に通知する。
【００１１】
（６）ＤＮＳ−ＡＬＧ２は、予め登録してあったＩＰｖ６アドレスのプレフィックス（DP::/96）を、取得したＡレコードに格納されているＩＰｖ４アドレス（10.1.1.1）に付加し、ＩＰｖ６アドレス（DP::10.1.1.1）を生成する。そして、このＩＰｖ６アドレス（DP::10.1.1.1）をＡＡＡＡレコードに格納し、このＡＡＡＡレコードをクライアント１に送信する。
【００１２】
（７）クライアント１は、与えられたＩＰｖ６アドレスへの経路途中にトランスレータ５があることを認識できないため、与えられたアドレス（DP::10.1.1.1）に向かってＩＰｖ６パケットを送信する。このＩＰｖ６パケットはトランスレータ５に到達する。
【００１３】
（８）DP::10.1.1.1宛のＩＰｖ６パケットを受け取ったトランスレータ５は、ＩＰｖ６パケットをＩＰｖ４パケットに変換し、10.1.1.1宛にＩＰｖ４パケットを送信する。
【００１４】
図４（ｂ）は、クライアント１１がＩＰｖ４のネットワークに、サーバＳＶ−ＢがＩＰｖ６のネットワークに、それぞれ接続された構成を示す図であり、図５（ｂ）は、この場合に、クライアント１１からサーバＳＶ−Ｂにアクセスする際の動作手順を示す図である。
【００１５】
以下、ＩＰｖ４のネットワークにいるクライアント１１が、ＩＰｖ６のネットワークにいるサーバＳＶ−Ｂにアクセスする動作について説明する。この例では、ＤＮＳサーバ３にサーバＳＶ−ＡのＩＰｖ６アドレスのみが登録されているものとする。
【００１６】
以下の（１）〜（１０）の手順は、図４（ｂ）および図５（ｂ）の矢印に付された番号（１）〜（１０）に対応している。
【００１７】
（１）ＩＰｖ４クライアント１１（アドレス：10.1.1.1）がサーバＳＶ−ＢのアドレスをＤＮＳ−ＡＬＧ２に問い合わせる。このとき、クライアント１１はＩＰｖ４で接続を試みるため、Ａレコードを問い合わせる。
【００１８】
（２）ＤＮＳ−ＡＬＧ２は、サーバＳＶ−ＢのＡレコードをＤＮＳサーバ３に問い合わせる。
【００１９】
（３）問い合わせを受けたＤＮＳサーバ３は、サーバＳＶ−ＢのＡレコードを検索する。検索の結果、対応するＡレコードが存在しないため、ＤＮＳサーバ３はＤＮＳ−ＡＬＧ２にＡレコードがないことを通知する。
【００２０】
（４）ＤＮＳ−ＡＬＧ２は、サーバＳＶ−ＢのＡＡＡＡアドレスを問い合わせる。
【００２１】
（５）ＤＮＳ−ＡＬＧ２の問い合わせに応じて、ＤＮＳサーバ３は、サーバＳＶ−ＢのＡＡＡＡレコードを検索し、見つけ出したＡＡＡＡレコードをＤＮＳ−ＡＬＧ２に通知する。
【００２２】
（６）ＤＮＳ−ＡＬＧ２は、ＩＰｖ６アドレスにマッピングするために予め登録してあったＩＰｖ４アドレス群から、未使用のアドレス（10.1.2.200）を１つ選択し、取得したＡＡＡＡレコードに格納されているＩＰｖ６アドレス（P1::F）にマッピングする。そして、このマッピングをトランスレータ５に通知する。
【００２３】
（７）トランスレータ５はこのマッピングを変換ルールとして設定し、ＤＮＳ−ＡＬＧ２に設定完了の通知（ACK）を返信する。
【００２４】
（８）ＤＮＳ−ＡＬＧ２は、上記（６）でマッピングしたＩＰｖ４アドレスをＡレコードに格納し、このＡレコードをクライアント１１に返信する。
【００２５】
（９）クライアント１１は、与えられたアドレスからトランスレータ５を経由することを認識できないため、与えられたアドレスである10.1.2.200に向かってＩＰｖ４パケットを送信する。このＩＰｖ４パケットはトランスレータ５に到達する。
【００２６】
（１０）10.1.2.200宛のＩＰｖ４パケットを受け取ったトランスレータ５は、このパケットをＩＰｖ６パケットに変換し、D1::F宛にＩＰｖ６パケットを送信する。このときの送信元アドレスは、トランスレータ５に事前に設定してあったプレフィックス（DP::/96）をクライアントのＩＰｖ４アドレスに付加してDP::10.1.1.1となる。ＩＰｖ６機器は、パケットがトランスレータ５経由で到達していることを知ることができないため、このアクセスを受け入れる。
【００２７】
図４（ａ）および図４（ｂ）のいずれの場合においても、ＤＮＳ−ＡＬＧ２が付加するプレフィックスとして、RFC3142（ＴＲＴ）またはRFC2766（ＮＡＴ−ＰＴ）により定義されたダミープレフィックスを使用することができる。ダミープレフィックスは、トランスレータ５の管理者の管理するアドレスの一部を流用するものであり、RFC3142、RFC2766 共に以下のフォーマットとなる。
【００２８】
[６４ビットのプレフィックス]:0000:0000:[３２ビットのＩＰｖ４アドレス]
【００２９】
具体的には、10.11.12.13のアドレスは、RFC3142、RFC2766共に、3ffe:501:ffff:ffff:0000:0000:0a0b:0c0dとなる。
【００３０】
ここで、3ffe:501:ffff:ffff::/64 がRFC3142（ＴＲＴ）のダミープレフィックスであり、3ffe:501:ffff:ffff:0000:0000:：/96 がRFC2766（ＮＡＴ−ＰＴ）のダミープレフィックスである。
【特許文献１】特開２０００−３３２８２５号公報
【特許文献２】特開２００４−２５４３１８号公報
【特許文献３】特開２００５−０８０１４６号公報
【特許文献４】特開２００５−２８６９４８号公報
【特許文献５】特開２００７−１５０６６５号公報
【発明の開示】
【発明が解決しようとする課題】
【００３１】
ＩＰ（Internet Protocol）を使ったネットワークはトランスレータのような中間機器があることを前提としては設計されていないため、トランスレータを使うことで冗長性や安全性、スケーラビリティ等の面で制約をうけることになる。したがって、基本的に通信においてはトランスレータのような中間機器を経由しないことが望まれている。
【００３２】
図４（ａ）の場合、ＩＰｖ６クライアントはＤＮＳ−ＡＬＧの働きにより、サーバＳＶ−ＡがＩＰｖ４アドレスしか持たないことを知ることなく、透過的にアクセスすることができる。その一方で、通信経路の途中にトランスレータという機器があることを知ることができないため、仮にこれを回避しようとしても回避できない。この例で言えば、サーバＳＶ−Ａのアドレスがトランスレータを経由するものだと認識できれば、他のアドレスを利用するか、他のサーバのアドレスをあらためて問い合わせることも考えられる。さらにはアクセスを取りやめることも考えられる。もし、ＩＰｖ６クライアントがＩＰｖ６/ＩＰｖ４のデュアルスタックであるなら、トランスレータ経由のＩＰｖ６アクセスでなく、トランスレータを介さないＩＰｖ４アクセスを選択することも可能である。
【００３３】
上記のように、ＤＮＳ−ＡＬＧの機能によりＩＰｖ４アドレスにダミープレフィックスを付加することでＩＰｖ６アドレスを生成しているが、例えば、ＩＰｖ４、ＩＰｖ６の両者のプロトコルをサポートしているデバイスを管理する場合、管理者は管理の容易性を高めるために、その機器の接続されているネットワークのプレフィックスにＩＰｖ４アドレスを付加したＩＰｖ６アドレスをアサインすることがある。このアドレスは、上記ダミープレフィックスにＩＰｖ４アドレスを付加したものと区別がつかない。したがって、クライアントがＩＰｖ４も利用可能であり、トランスレータを経由しない通信をより好むような場合でも、トランスレータを経由した通信を開始してしまうことになる。
【００３４】
このため、既存のクライアントやサーバに影響を及ぼさず、新しいクライアントやＤＮＳサーバ、ＤＮＳ−ＡＬＧに最小限の修正を施すことで、トランスレータを経由するアドレスと、これを経由しないアドレスとを識別する仕組みの開発が望まれている。
【００３５】
本発明の目的は、通信経路にトランスレータが存在することを認識可能とした通信システムおよび通信方法を提供することにある。
【課題を解決するための手段】
【００３６】
本発明の通信システムは、
ＩＰｖ６ネットワークに接続された第１の通信機器と、ＩＰｖ４ネットワークに接続された第２の通信機器との間で通信を行う通信システムにおいて、
ＩＰｖ６アドレスをＩＰｖ４アドレスに変換して前記第１の通信機器から前記第２の通信機器へのアクセスを可能とするトランスレータと、問い合わせに応じてＩＰｖ６アドレス、或いは、ＩＰｖ４アドレスにダミープレフィックスを付加してＩＰｖ６アドレスを生成すると共に前記ダミープレフィックス中に通信パケットが前記トランスレータを経由することを示す特定のビット列を埋め込み提供するアドレス生成手段とを備え、前記第１の通信機器がアドレス生成手段から取得したＩＰｖ６アドレスから前記特定のビット列を検出することにより、通信パケットが前記トランスレータを経由することを認識することを特徴とする。
この通信システムによれば、ダミープレフィックス中に、通信経路にトランスレータが存在することを示す特定のビット列を埋め込むので、トランスレータ経由の通信であることを認識できる。
【００３７】
第１の通信機器が、
通信パケットがトランスレータを経由すると認識した場合、アドレス生成手段に前記第２の通信機器のＩＰｖ４アドレスを問い合わせ、当該ＩＰｖ４アドレスを用いて前記第２の通信機器へアクセスしてもよい。
【００３８】
第１の通信機器が、
通信パケットがトランスレータを経由すると認識した場合、取得したＩＰｖ６アドレスからＩＰｖ４アドレスを算出し、当該ＩＰｖ４アドレスを用いて第２の通信機器へアクセスしてもよい。
【００３９】
第１の通信機器が、
通信パケットがトランスレータを経由すると認識した場合、その旨を表示手段に表示してもよい。
【００４０】
第１の通信機器が、
通信パケットがトランスレータを経由すると認識した場合、第２の通信機器へのアクセスを取止めてもよい。
【００４１】
本発明の通信システムは、
ＩＰｖ４ネットワークに接続された第１の通信機器と、ＩＰｖ６ネットワークに接続された第２の通信機器との間で通信を行う通信システムにおいて、
問い合わせに応じてＩＰｖ４アドレス、或いは、送信先のＩＰｖ６アドレスに予め登録されたアドレス群の一のＩＰｖ４アドレスをマッピングして提供するアドレス生成手段と、マッピングされたＩＰｖ４アドレスを前記送信先のＩＰｖ６アドレスに変換して前記第１の通信機器から前記第２の通信機器へのアクセスを可能とするトランスレータとを備え、前記第１の通信機器がアドレス生成手段から取得したＩＰｖ４アドレスが予め登録されたアドレス群のアドレスである場合に、通信パケットが前記トランスレータを経由することを認識することを特徴とする。
この通信システムによれば、通信経路にトランスレータが存在することを示す予め登録されたアドレス群のＩＰｖ４アドレスが提供されるので、トランスレータ経由の通信であることを認識できる。
【００４２】
第１の通信機器が、
通信パケットがトランスレータを経由すると認識した場合、アドレス生成手段に第２の通信機器のＩＰｖ６アドレスを問い合わせ、当該ＩＰｖ６アドレスを用いて第２の通信機器へアクセスしてもよい。
【００４３】
第１の通信機器が、
通信パケットがトランスレータを経由すると認識した場合、その旨を表示手段に表示してもよい。
【００４４】
第１の通信機器が、
通信パケットがトランスレータを経由すると認識した場合、第２の通信機器へのアクセスを取止めてもよい。
【００４５】
本発明の通信方法は、
ＩＰｖ６ネットワークに接続された第１の通信機器と、ＩＰｖ４ネットワークに接続された第２の通信機器との間で通信を行う通信方法であって、
前記第２の通信機器のＩＰｖ４アドレスにダミープレフィックスを付加してＩＰｖ６アドレスを生成するステップと、前記ダミープレフィックス中に通信パケットが前記トランスレータを経由することを示す特定のビット列を埋め込み前記第１の通信機器に提供するステップと、前記第１の通信機器が取得したＩＰｖ６アドレスから前記特定のビット列を検出することにより、通信パケットがトランスレータを経由することを認識するステップと、前記第１の通信機器が前記取得したＩＰｖ６アドレスを用いて前記第２の通信機器へアクセスするか否かを判断するステップとからなることを特徴とする。
この通信方法によれば、ダミープレフィックス中に、通信経路にトランスレータが存在することを示す特定のビット列を埋め込むので、トランスレータ経由の通信であることを認識できる。
【００４６】
本発明の通信方法は、
ＩＰｖ４ネットワークに接続された第１の通信機器と、ＩＰｖ６ネットワークに接続された第２の通信機器との間で通信を行う通信方法であって、
前記第２の通信機器のＩＰｖ６アドレスに予め登録されたアドレス群の一のＩＰｖ４アドレスをマッピングして前記第１の通信機器に提供するステップと、前記第１の通信機器が取得したＩＰｖ４アドレスが予め登録されたアドレス群のアドレスである場合に、通信パケットがトランスレータを経由することを認識するステップと、前記第１の通信機器が前記取得したＩＰｖ４アドレスを用いて前記第２の通信機器へアクセスするか否かを判断するステップとからなることを特徴とする。
この通信方法によれば、通信経路にトランスレータが存在することを示す予め登録されたアドレス群のＩＰｖ４アドレスが提供されるので、トランスレータ経由の通信であることを認識できる。
【発明の効果】
【００４７】
本発明の通信システムによれば、ダミープレフィックス中に、通信経路にトランスレータが存在することを示す特定のビット列を埋め込むので、通信経路にトランスレータが存在することを認識することができる。
【００４８】
本発明の通信方法によれば、通信経路にトランスレータが存在することを示す予め登録されたアドレス群のＩＰｖ４アドレスが提供されるので、トランスレータ経由の通信であることを認識できる。
【００４９】
本発明の通信方法によれば、ダミープレフィックス中に、通信経路にトランスレータが存在することを示す特定のビット列を埋め込むので、通信経路にトランスレータが存在することを認識することができる。
【００５０】
本発明の通信方法によれば、通信経路にトランスレータが存在することを示す予め登録されたアドレス群のＩＰｖ４アドレスが提供されるので、トランスレータ経由の通信であることを認識できる。
【発明を実施するための最良の形態】
【００５１】
以下、図１〜図３を参照して、本発明による通信システムの実施形態について説明する。
【００５２】
図１（ａ）は、クライアント１がＩＰｖ６のネットワークに、サーバＳＶ−ＡがＩＰｖ４のネットワークに、それぞれ接続された構成を示す図であり、図２（ａ）は、この場合に、クライアント１からサーバＳＶ−Ａにアクセスする際の動作手順を示す図である。
【００５３】
また、この例では、ＤＮＳサーバ３にサーバＳＶ−ＡのＩＰｖ４アドレスのみが登録されているものとする。
【００５４】
以下、ＩＰｖ６のネットワークにいるクライアント１が、ＩＰｖ４のネットワークにいるサーバＳＶ−Ａにアクセスする動作について説明する。なお、ＩＰｖ６/ＩＰｖ４トランスレータ５は、ＩＰｖ４パケット／ＩＰｖ６パケットの変換を行うことで、ＩＰｖ４のネットワークにある機器と、ＩＰｖ６のネットワークにある機器との間の通信を可能とする装置である。以下の（１）〜（１１）の手順は、図１（ａ）および図２（ａ）の矢印に付された番号（１）〜（１１）に対応している。
【００５５】
（１）ＩＰｖ６のネットワークにいるクライアント１がサーバＳＶ−Ａに関するＡＡＡＡレコードをＤＮＳ−ＡＬＧ（Domain Name Service - Application Level Gateway）２に問い合わせる。
【００５６】
（２）ＤＮＳ−ＡＬＧ２は、サーバＳＶ−ＡのＡＡＡＡレコードをＤＮＳ（Domain Name Service）サーバ３に問い合わせる。
【００５７】
（３）ＤＮＳ−ＡＬＧ２からの問い合わせを受けたＤＮＳサーバ３は、サーバＳＶ−ＡのＡＡＡＡレコードを検索する。検索の結果、対応するＡＡＡＡレコードが存在しないため、ＤＮＳ−ＡＬＧ２にＡＡＡＡレコードがないことを通知する。
【００５８】
（４）ＡＡＡＡレコードの不存在を知ったＤＮＳ−ＡＬＧ２は、ＤＮＳサーバ３にサーバＳＶ−ＡのＡレコードを問い合わせる。
【００５９】
（５）ＤＮＳサーバ３はサーバＳＶ−ＡのＡレコードを検索し、Ａレコードを見つける。ＤＮＳサーバ３は見つけ出したＳＶ−ＡのＡレコードをＤＮＳ−ＡＬＧ２に通知する。
【００６０】
（６）ＤＮＳ−ＡＬＧ２は、予め登録してあったＩＰｖ６アドレスのプレフィックス（DP::/96）を、取得したＡレコードに格納されているＩＰｖ４アドレス（10.1.1.1）に付加し、ＩＰｖ６アドレス（DP::10.1.1.1）を生成する。そして、このＩＰｖ６アドレス（DP::10.1.1.1）をＡＡＡＡレコードに格納し、このＡＡＡＡレコードをクライアント１に送信する。
【００６１】
図２（ｂ）は、ＩＰｖ６アドレスのアドレスフォーマットを示す図である。
【００６２】
図２（ｂ）に示すように、ＩＰｖ４アドレスからＩＰｖ６アドレスを合成する際には、ＩＰｖ６アドレス中に９６ビットのダミープレフィックス（DP::/96）を追加する。ダミープレフィックスには、６４ビットの通常のＩＰｖ６プレフィックスが含まれ、ダミープレフィックス中に３２ビットの特定のビット列からなるインディケータを埋め込む。
【００６３】
この特定のビット列からなるインディケータにより通信パケットがトランスレータを経由することの認識が可能となる。また、本実施形態の通信システムでは、後述するように、クライアント１はこのインディケータにより通信相手がＩＰｖ４アドレスを持つことを認識できる。
【００６４】
（７）クライアント１は、与えられたＩＰｖ６アドレスに含まれるプレフィックス（DP::/96）のインディケータ（IND）が特定のビット列からなることを検出することで、通信パケットがトランスレータを経由することを認識可能となる。また、クライアント１は、通信相手（サーバＳＶ−Ａ）がＩＰｖ４アドレスを持つことを認識する。
【００６５】
また、ここで、クライアント１は、何らかの理由により、トランスレータを経由するよりもＩＰｖ４で直接通信する方が望ましいと考えたものとする。この場合、クライアント１はＤＮＳ−ＡＬＧ２にサーバＳＶ−ＡのＡレコードを問い合わせる。
【００６６】
（８）ＤＮＳ−ＡＬＧ２はＤＮＳサーバ３に、サーバＳＶ−ＡのＡレコードを問い合わせる。
【００６７】
（９）ＤＮＳサーバ３はＳＶ−ＡのＡレコードを検索し、見つけ出したサーバＳＶ−ＡのＡレコードをＤＮＳ−ＡＬＧ２に通知する。
【００６８】
（１０）ＤＮＳ−ＡＬＧ２はＤＮＳサーバ３から通知されたＡレコードをクライアント１に通知する。
【００６９】
（１１）クライアント１は、通知されたＡレコードに含まれるＩＰｖ４アドレス（10.1.1.1）にパケットを送信し、これはトランスレータ５を経由することなくサーバＳＶ−Ａに到達する。
【００７０】
このように、本実施形態の通信システムでは、ＩＰｖ４アドレスからＩＰｖ６アドレスを合成する際に、ダミープレフィックス（DP::/96）中にインディケータを埋め込んでおり、クライアント１は、このインディケータが特定のビット列からなることを検出することにより、通信パケットがトランスレータを経由することを認識可能となる。このため、ＩＰｖ４アドレスを送信先に切り替えるなど、より適切な通信処理を選択することが可能となる。
【００７１】
なお、ＤＮＳ−ＡＬＧ２が、上記（５）の手順により得たＳＶ−ＡのＡレコードをキャッシュする機能を持っている場合には、上記（８）および（９）の手順が不要となり、キャッシュデータの検索で代用できる。
【００７２】
また、上記（６）の手順により、クライアント１がインディケータを含むＩＰｖ６アドレス（DP::10.1.1.1）を受け取り、通信パケットがトランスレータを経由することを認識、言い換えれば、通信相手がＩＰｖ４アドレスを持つことを認識したとき、そのＩＰｖ４アドレスは、ＩＰｖ６アドレス（DP::10.1.1.1）からダミープレフィックスを除くことで得られるため、上記（７）〜（１０）の処理を割愛し、クライアント１自身で算出したＩＰｖ４アドレスに対してパケットを送信（（１１）の手順）してもよい。
【００７３】
また、上記（６）の手順により、クライアント１がインディケータを含むＩＰｖ６アドレス（DP::10.1.1.1）を受け取った後、クライアント１はユーザに対してダイアログを表示手段に表示するなどして、トランスレータ５を経由する通信を行うか否かをユーザに問いかけることも可能である。
【００７４】
もしもユーザがトランスレータ５を経由する通信を選択しない場合には、上記（７）〜（１１）の処理、あるいは、上記他の処理によりＩＰｖ４アドレスに対してパケットを送信することができる。また、この場合に通信を取止めてもよい。
【００７５】
ユーザがトランスレータ５を経由する通信を選択する場合には、ＩＰｖ６アドレス（DP::10.1.1.1）に対してパケットを送信することにより、トランスレータ５を経由してパケットがサーバＳＶ−Ａに到達する。また、トランスレータ５を経由する通信を行うか否かをユーザに問いかけるタイミングとしては、上記手順（１０）によりクライアント１がＩＰｖ４アドレス（10.1.1.1）を受け取った後でもよい。また、サーバＳＶ−Ａとの通信情報をクライアント１のログとして残してもよい。
【００７６】
インディケータのビット列として、任意のビット列を使用することができるが標準化されたものであることが望ましい。
【００７７】
例えば、インディケータとして、ＩＡＮＡによりＩＰｖ４アドレスを含むことを示すビット列として定義されている005EFEを用いることが考えられる。ただし、これはＩＳＡＴＡＰというＩＰｖ６overＩＰｖ４のトンネル技術において用いられているため、別のビット列を定義するほうが好ましい。
【００７８】
上記実施形態では、ＤＮＳサーバ３とは別にＤＮＳ−ＡＬＧ２を設けているが、ＤＮＳ−ＡＬＧ機能をＤＮＳサーバに搭載し、このサーバに、ＤＮＳサーバ３およびＤＮＳ−ＡＬＧ２と同様の処理を行わせてもよい。
【００７９】
上記実施形態では、クライアント１は、ＤＮＳサーバ３からアドレスを取得する例を示しているが、同等のアドレスを/etc/hostsファイルから取得してもよく、あるいはユーザが指定するようにしてもよい。いずれの場合も接続しようとしているアドレスを検査し、合成されたＩＰｖ６アドレスにアクセスしようとしていることが判明した場合、ユーザに確認のためのダイアログを出し、あるいは通信情報をログに残すようにしてもよい。
【００８０】
図１（ｂ）は、クライアント１１がＩＰｖ４のネットワークに、サーバＳＶ−ＢがＩＰｖ６のネットワークに、それぞれ接続された構成を示す図であり、図３は、この場合に、クライアント１１からサーバＳＶ−Ｂにアクセスする際の動作手順を示す図である。
【００８１】
以下、ＩＰｖ４のネットワークにいるクライアント１１が、ＩＰｖ６のネットワークにいるサーバＳＶ−Ｂにアクセスする動作について説明する。以下の（１）〜（１２）の手順は、図１（ｂ）および図３の矢印に付された番号（１）〜（１２）に対応している。
【００８２】
この例では、ＤＮＳサーバ３にサーバＳＶ−ＡのＩＰｖ６アドレスのみが登録されているものとする。
【００８３】
（１）ＩＰｖ４クライアント１１（アドレス：10.1.1.1）がサーバＳＶ−ＢのアドレスをＤＮＳ−ＡＬＧ２に問い合わせる。このとき、クライアント１１はＩＰｖ４で接続を試みるため、Ａレコードを問い合わせる。
【００８４】
（２）ＤＮＳ−ＡＬＧ２は、サーバＳＶ−ＢのＡレコードをＤＮＳサーバ３に問い合わせる。
【００８５】
（３）問い合わせを受けたＤＮＳサーバ３は、サーバＳＶ−ＢのＡレコードを検索する。検索の結果、対応するＡレコードが存在しないため、ＤＮＳサーバ３はＤＮＳ−ＡＬＧ２にＡレコードがないことを通知する。
【００８６】
（４）ＤＮＳ−ＡＬＧ２は、サーバＳＶ−ＢのＡＡＡＡアドレスを問い合わせる。
【００８７】
（５）ＤＮＳ−ＡＬＧ２の問い合わせに応じて、ＤＮＳサーバ３は、サーバＳＶ−ＢのＡＡＡＡレコードを検索し、見つけ出したＡＡＡＡレコードをＤＮＳ−ＡＬＧ２に通知する。
【００８８】
（６）ＤＮＳ−ＡＬＧ２は、ＩＰｖ６アドレスにマッピングするために予め登録してあったＩＰｖ４アドレス群から、未使用のアドレス（10.1.2.200）を１つ選択し、取得したＡＡＡＡレコードに格納されているＩＰｖ６アドレス（P1::F）にマッピングする。そして、このマッピングの情報をトランスレータ５に通知する。
【００８９】
（７）トランスレータ５はこのマッピングの情報に示されるアドレスの対応関係を変換ルールとして設定し、ＤＮＳ−ＡＬＧ２に設定完了の通知（ACK）を返信する。
【００９０】
（８）ＤＮＳ−ＡＬＧ２は、上記（６）でマッピングしたＩＰｖ４アドレスをＡレコードに格納し、このＡレコードをクライアント１１に返信する。
【００９１】
（９）クライアント１１は、サーバＳＶ−Ｂに対して接続要求パケットを送信する。ＴＣＰセッションであれば、これはＳＹＮフラグの設定されたパケット（ＳＹＮパケット）になる。このパケットの宛先アドレスは、マッピングによりサーバＳＶ−Ｂに対して割り当てられたＩＰｖ４アドレスである。送信された接続要求パケットはトランスレータ５に到着する。
【００９２】
（１０）トランスレータ５に到着したパケットは変換され、サーバＳＶ−Ｂに到着する。このパケットの送信元アドレスは、DP:10.1.1.1となる。このパケットを受信したサーバＳＶ−Ｂは、送信元アドレスに含まれるプレフィックス（DP::/96）のインディケータ（IND）を検出することで、送信元機器から自機器までの経路にトランスレータ５があることを認識し、接続を許可するか否かを判断する。
【００９３】
（１１）サーバＳＶ−Ｂが接続を許可する場合には、受け入れを示すパケットを送信する。ＴＣＰの場合、これはＳＹＮとＡＣＫのフラグの設定されたパケット（ＳＹＮ−ＡＣＫパケット）となる。サーバＳＶ−Ｂがこの送信先アドレスからの接続を受け付けない場合、Ｒｅｓｅｔフラグの設定されたパケット（ＲＳＴパケット）または、ＦＩＮフラグの設定されたパケット（ＦＩＮパケット）を送信する。いずれの場合も、パケットの送信先は上記（１０）における送信元パケットの送信元アドレス（DP:10.1.1.1）となるため、このパケットはトランスレータ５に到着する。
【００９４】
（１２）トランスレータ５は受け取ったパケットを変換し、クライアント（アドレス：10.1.1.1）に送信する。クライアント１１は受け取ったパケットが受け入れを示すものであれば、以降の処理を継続し、受け取ったパケットが受け入れを拒否することを示すものであれば、処理を終了する。しかし、もしも、クライアント１１がサーバＳＶ−Ｂのアドレスを検索したときに複数のアドレスを取得している場合には、他のアドレスに対して接続要求するなどの処理に移行してもよい。他のアドレスに対して接続要求を行う場合に、それがトランスレータ５を経由せずサーバＳＶ−Ｂに接続することのできるアドレスであれば、サーバＳＶ−Ｂが接続を許可することも考えられる。また、クライアント１１は接続を拒否されたときに、サーバＳＶ−ＢのＩＰｖ６アドレスを検索し、再接続（図１２（ｂ）の手順（１３））を試みることも可能である。
【００９５】
サーバＳＶ−Ｂが送信先アドレスからの接続を受け付けない場合に、上記（１１）の手順において、ＩＣＭＰエラーメッセージを送信してもよい。一例として、ＩＣＭＰｖ６のDestination Unreachable Source address failed ingress/egress policy 等を送ることが考えられる。現在、このメッセージがＩＰｖ４に変換された場合、単にDestination Unreachable  程度の情報が伝わるだけになる可能性があるが、トランスレータ５では、何が起こっているか把握できるので、当該通信に対して管理している情報を破棄することが可能となり、不要な情報の蓄積が回避される。
【００９６】
図１〜図３を用いて説明した実施形態では、通信相手となる機器が、ＩＰｖ６アドレスに含まれるプレフィックス（DP::/96）のインディケータ（IND）が特定のビット列からなることを検出することで、通信パケットがトランスレータを経由することを認識可能となる。
【００９７】
しかし、ＩＰｖ４機器の側で、通信パケットがトランスレータを経由することを認識可能な構成とすることもできる。具体的には、アドレス変換用のＩＰｖ４アドレスとして予め規定されたアドレスを割り当てるようにすれば、ＩＰｖ４機器での認識が可能となる。
【００９８】
例えば、ＩＰｖ６アドレスにマッピングしたＩＰｖ４アドレスであることを示すＩＰｖ４アドレス群を既定しておき、図１（ｂ）および図３における（８）の手順において、ＤＮＳ−ＡＬＧ２からクライアント１１に向けて、当該アドレス群から選択したＩＰｖ４アドレスを送信することができる。
【００９９】
この場合には、クライアント１１は、Ａレコードに含まれるＩＰｖ４アドレスに基づいて、当該通信がトランスレータ経由であることを認識できる。このため、トランスレータを経由しないアドレスを優先的に選択し、あるいはＩＰｖ６アドレスを検索する処理に移行することができる。いずれの通信経路を選択するのかをユーザに問い合わせてもよい。また、例えば、クライアント１１がＩＰｖ６対応でない場合等には、通信を中断または拒否するようにしてもよい。
【０１００】
以上説明したように、本発明の通信システムによれば、ダミープレフィックス中に、通信経路にトランスレータが存在することを示す特定のビット列を埋め込むので、トランスレータ経由の通信であることを認識できる。
【０１０１】
また、本発明の通信システムによれば、通信経路にトランスレータが存在することを示す予め登録されたアドレス群のＩＰｖ４アドレスが提供されるので、トランスレータ経由の通信であることを認識できる。
【０１０２】
本発明の適用範囲は上記実施形態に限定されることはない。本発明は、ＩＰｖ６に対応する通信機器と、ＩＰｖ４に対応する通信機器との間の通信を可能とした通信システムに対し、広く適用することができる。
【０１０３】
また、本発明の通信システムにおいては、クライアント及びサーバの具体的な構成は明示していないが、クライアント及びサーバは、ネットワークを介して通信を行う通信手段、機器を制御するプログラムが格納されると共に各種データを保存する記憶手段、当該プログラムを読み出して実行することにより機器全体を制御する演算制御手段から構成されるものである。
【０１０４】
また、本発明の通信システムの説明で記載された各手順は、クライアント及びサーバを構成する演算制御手段が、記憶手段に格納されたプログラムを読み出して実行することにより実現される。
【図面の簡単な説明】
【０１０５】
【図１】通信ネットワークの構成を示す図であり、（ａ）は、クライアントがＩＰｖ６のネットワークに、サーバがＩＰｖ４のネットワークに、それぞれ接続された構成を示す図、（ｂ）は、クライアントがＩＰｖ４のネットワークに、サーバがＩＰｖ６のネットワークに、それぞれ接続された構成を示す図。
【図２】通信システムの動作を示す図であり、（ａ）は、クライアントからサーバにアクセスする際の動作手順を示す図、（ｂ）は、ＩＰｖ６アドレスのアドレスフォーマットを示す図。
【図３】クライアントからサーバにアクセスする際の動作手順を示す図。
【図４】従来の通信ネットワークの構成を示す図であり、（ａ）は、クライアントがＩＰｖ６のネットワークに、サーバがＩＰｖ４のネットワークに、それぞれ接続された構成を示す図、（ｂ）は、クライアントがＩＰｖ４のネットワークに、サーバがＩＰｖ６のネットワークに、それぞれ接続された構成を示す図。
【図５】従来の通信システムの動作を示す図であり、（ａ）および（ｂ）は、クライアントからサーバにアクセスする際の動作手順を示す図。
【符号の説明】
【０１０６】
２      ＤＮＳ−ＡＬＧ（アドレス生成手段）
５      トランスレータ
【図１】
0004905376.tif 000002
【図２】
0004905376.tif 000003
【図３】
0004905376.tif 000004
【図４】
0004905376.tif 000005
【図５】
0004905376.tif 000006