JP2003289340A - 識別子問い合わせ方法、通信端末及びネットワークシステム - Google Patents

識別子問い合わせ方法、通信端末及びネットワークシステム

Info

Publication number
JP2003289340A
JP2003289340A JP2002089959A JP2002089959A JP2003289340A JP 2003289340 A JP2003289340 A JP 2003289340A JP 2002089959 A JP2002089959 A JP 2002089959A JP 2002089959 A JP2002089959 A JP 2002089959A JP 2003289340 A JP2003289340 A JP 2003289340A
Authority
JP
Japan
Prior art keywords
communication terminal
identifier
protocol
network
name
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002089959A
Other languages
English (en)
Inventor
Tatsuya Shinmyo
達哉 神明
Masahiro Ishiyama
政浩 石山
Yuzo Tamada
雄三 玉田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2002089959A priority Critical patent/JP2003289340A/ja
Priority to US10/394,175 priority patent/US20030187882A1/en
Publication of JP2003289340A publication Critical patent/JP2003289340A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/251—Translation of Internet protocol [IP] addresses between different IP versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

(57)【要約】 【課題】 ＩＰｖ４ネットワークとＩＰｖ６ネットワー
クとが混在した環境において、偽のＩＰアドレスを用い
たなりすましなどの改ざん行為を防ぎ安全な通信を行う
ことを可能とするネットワークシステムを提供するこ
と。 【解決手段】 ＩＰｖ６ネットワーク側に接続されＩＰ
ｖ６アドレスが付与されたホストＨ１から、ＩＰｖ４ネ
ットワーク側に接続されＩＰｖ４アドレスが付与された
ホストＨ２の論理名からＩＰｖ４アドレスを調べるた
め、キャッシュサーバ２を介して、ＩＰｖ４ネットワー
ク側に設置され、ホストＨ２のＤＮＳ情報を管理してい
るネームサーバ３に対し問い合わせを行う。この問い合
わせの応答により得られたＩＰｖ４アドレスをＤＮＳＳ
ＥＣを用いて正当性を検証し、ルータＲ１から入手した
変換用プレフィックスを用いて擬似的にＩＰｖ６アドレ
スを生成し、これを宛先アドレスとして用いてトランス
レータ４を介して接続を行う。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ＩＰｖ６ネットワ
ーク側に接続されたＩＰｖ６アドレスを持つ通信端末か
らＩＰｖ４ネットワーク側に接続されたＩＰｖ４アドレ
スを持つ通信端末の論理名からアドレスの解決を行うネ
ットワークシステム、通信端末及び識別子問い合わせ方
法に関する。
【０００２】
【従来の技術】近年、次世代のＩＰアドレスとして、Ｉ
Ｐｖ６が使われ始めている。すなわち、従来のＩＰｖ４
は、３２ｂｉｔで定義されていた。ＩＰアドレスは、各
々の機器（ノード）を識別するための識別子として利用
されているが、現在のように爆発的にインターネット接
続する機器が増えると、アドレスの数が足りなくなると
いう問題があった。
【０００３】これを解決するために、１２８ｂｉｔで定
義されるＩＰｖ６アドレスが定められた（ＩＥＴＦ Ｒ
ＦＣ２３７３）。ＩＰｖ６では、単にアドレス空間が広
がっただけでなく、ＩＰヘッダの構成を単純化したこと
により、ルータの負荷を押えたり、ＩＰアドレスを自動
的に割り当てる仕組みなどが改良されている。
【０００４】しかしながら、ＩＰｖ４からＩＰｖ６への
移行は、一気に進むというわけでなく、徐々にＩＰｖ４
アドレス体系からＩＰｖ６アドレス体系へ移行が進んで
いくものとみられている。現在は、６ｂｏｎｅと呼ばれ
るＩＰｖ６の実験的なネットワークが構築されており、
ＩＰｖ６ ｔｏ ＩＰｖ４ ｔｒａｎｓｌａｔｏｒや、
トンネリングという技術を用いて既存のＩＰｖ４ネット
ワークと接続されている（例えば、ｗｗｗ．６ｂｏｎ
ｅ．ｎｅｔにて取得可能に開示されている文書に説明が
詳しい）。
【０００５】ここで、図７及び図８を参照しながら、従
来のＤＮＳを用いた名前解決方法について説明する。
【０００６】ここでは、ＩＰｖ６ネットワーク側に接続
されたＩＰｖ６アドレスが付与されたホスト（通信端
末）Ｈ１００から、ＩＰｖ４ネットワークに接続された
ホスト（通信端末）Ｈ２００のＩＰアドレスをＤＮＳを
使って調べる場合について説明する。
【０００７】図７において、ＩＰｖ６ネットワーク（１
２０）とＩＰｖ４ネットワーク（１２１）とは、ゲート
ウェイ１０１を介して接続されている。ゲートウェイ１
０１には、ＩＰｖ６からＩＰｖ４へのアドレスを変換す
るＩＰｖ６ ｔｏ ＩＰｖ４トランスレータ１０４や、
フェイクＤＮＳまたはＤＮＳ−ＡＬＧ（Ａｐｐｌｉｃａ
ｔｉｏｎ ＬｅｖｅｌＧａｔｅｗａｙ）と呼ばれるキャ
ッシュサーバ１０２が組み込まれている（キャッシュサ
ーバ１０２は、ＩＰｖ６ネットワークとＩＰｖ４ネット
ワークの両方にアクセス可能なゲートウェイ１０１と同
じ装置で機能しているものと仮定して説明する）。
【０００８】ＩＰｖ６側ホストＨ１００から、キャッシ
ュサーバ１０２にホストＨ２００のＦＱＤＮである“ｗ
ｗｗ．ｆｏｏｂａｒ．ｃｏｍ”を問い合わせる場合を考
える。これは「正引き」と呼ばれ、ＦＱＤＮからＩＰア
ドレスを調べるものである。ここで、“ｗｗｗ．ｆｏｏ
ｂａｒ．ｃｏｍ”、つまり、ホストＨ２００は、ＩＰｖ
４側ネットワークに接続されている。
【０００９】なお、ネームサーバ１０３は、ｆｏｏｂａ
ｒ．ｃｏｍゾーンを管理することができれば設置場所は
問わないこととされているが、通常、ホストＨ２００に
近接された場所に設置されることが多い。ここでは、Ｉ
Ｐｖ４ネットワークに接続されていると仮定して説明す
る。
【００１０】さて、実際には、ＩＰｖ６側ホストＨ１０
０上で動作しているアプリケーションが、ホストＨ１０
０上のリゾルバ宛にライブラリーコールを送る（Ｓ１０
０１）。リゾルバは、この問い合わせを受けると、キャ
ッシュサーバ１０２へ問い合わせを投げるとき、“ｗｗ
ｗ．ｆｏｏｂａｒ．ｃｏｍ”に対応するＩＰｖ６アドレ
ス（ＤＮＳのリソースレコード（ＲＲ）であるＡＡＡＡ
ＲＲ）を要求する（Ｓ１００２）。
【００１１】このキャッシュサーバ１０２は、この問い
合わせをホストＨ１００から受け取ると、その問い合わ
せドメイン名に基づいて、ｆｏｏｂａｒ．ｃｏｍゾーン
を管理しているネームサーバ１０３へＡＡＡＡ ＲＲを
問い合わせる（Ｓ１００３）。
【００１２】しかしながら、ネームサーバ１０３には、
Ａ ＲＲしか登録されておらず、当然ながら、この要求
は失敗する（Ｓ１００４）。
【００１３】次に、キャッシュサーバ１０２は、同じ名
前（すなわち、この場合、“ｗｗｗ．ｆｏｏｂａｒ．ｃ
ｏｍ”）でＩＰｖ４アドレスのＡ ＲＲをネームサーバ
１０３へ問い合わせる（Ｓ１００５）。
【００１４】これは成功して、例えば“ｗｗｗ．ｆｏｏ
ｂａｒ．ｃｏｍ”のＩＰｖ４アドレスとして“ｘ．ｙ．
ｚ．ｗ”が、回答として返ってくる（Ｓ１００６）。こ
こでは、“ｗｗｗ．ｆｏｏｂａｒ．ｃｏｍ”のＩＰｖ４
アドレスは、“ｘ．ｙ．ｚ．ｗ”であると仮定して説明
する。
【００１５】キャッシュサーバ１０２は、ＩＰｖ４ネッ
トワーク側を示すｐｒｅｆｉｘ（Ｐ）をあらかじめ知っ
ているので、ＩＰｖ６側ホストＨ１００からの“ｗｗ
ｗ．ｆｏｏｂａｒ．ｃｏｍ”の問い合わせの答えとして
“Ｐ：：ｘ．ｙ．ｚ．ｗ”というアドレスを持つＡＡＡ
Ａ ＲＲを、ＩＰｖ６側ホストＨ１００に返す（Ｓ１０
０７）。この“Ｐ：：ｘ．ｙ．ｚ．ｗ”は、ＩＰｖ４ア
ドレス“ｘ．ｙ．ｚ．ｗ”に対する変換用ＩＰｖ６アド
レスで、下位３２ｂｉｔにＩＰｖ４アドレスを埋め込
み、９２ｂｉｔをｐｒｅｆｉｘとして使っている。
【００１６】ホストＨ１００のリゾルバは、問い合わせ
元のアプリケーションへ、この“Ｐ：：ｘ．ｙ．ｚ．
ｗ”を返す（Ｓ１００８）。
【００１７】しかして、ホストＨ１００は、この
“Ｐ：：ｘ．ｙ．ｚ．ｗ”に対してＩＰｖ６ ｔｏ Ｉ
Ｐｖ４トランスレータ１０４を介して、 ｃｏｎｎｅｃｔ Ｐ：：ｘ．ｙ．ｚ．ｗ のように接続要求を行う。これにより、ホストＨ１００
は、ＩＰｖ４側のホストＨ２００である“ｗｗｗ．ｆｏ
ｏｂａｒ．ｃｏｍ”に接続することができる。
【００１８】ところが、ここで、ネームサーバ１０３が
答えた回答が正しいとは限らないという問題がある。
【００１９】一般的にネームサーバに対するＲＲの問い
合わせに対して偽のＲＲを答える「成りすまし」という
行為がなされると、偽の接続先へ接続してしまうという
問題がある。これを悪用されると、“ｗｗｗ．ｆｏｏｂ
ａｒ．ｃｏｍ”に接続しようとしたつもりが、別のｗｗ
ｗサイトに知らないうちに接続してしまうということも
あり得る。
【００２０】この問題を解決するために、ＤＮＳＳＥＣ
という技術が考えられている。このＤＮＳＳＥＣは、ネ
ームサーバと問い合わせ元との間で公開鍵方式による電
子署名及び認証を行うことで、ネームサーバの回答を正
しいものであると証明する技術である。しかしながら、
ネームサーバ１０３がＤＮＳＳＥＣを実装していたとし
ても、ホストＨ１００が得る最終的な応答は動的に生成
されたＡＡＡＡ ＲＲであるため、実質的な問い合わせ
元であるホストＨ１００では署名を検証できない。この
ように、ＤＮＳＳＥＣは、実用上、問題がある。
【００２１】
【発明が解決しようとする課題】上記したように従来、
ＩＰｖ４ネットワークとＩＰｖ６ネットワークとが混在
した環境では、ＤＮＳの検索結果を完全には信頼でき
ず、ＤＮＳＳＥＣによる安全性検証も難しかった。
【００２２】本発明は、上記事情を考慮してなされたも
ので、ＩＰｖ４ネットワークとＩＰｖ６ネットワークと
が混在した環境において、偽のＩＰアドレス（偽のＤＮ
Ｓ応答）を用いたなりすましなどの改ざん行為を防ぎ安
全な通信を行うことを可能とする識別子問い合わせ方
法、通信端末及びネットワークシステムを提供すること
を目的とする。
【００２３】
【課題を解決するための手段】本発明は、第１のネット
ワークに接続され、第１のプロトコルに基づいた識別子
を持つ第１の通信端末と、第２のネットワークに接続さ
れ、第２のプロトコルに基づいた識別子を持つ第２の通
信端末と、前記第２の通信端末の識別子を管理するネー
ムサーバとを含むネットワークシステムにおける識別子
問い合わせ方法であって、前記第１の通信端末は、前記
第２の通信端末の論理名から、前記第２の通信端末の識
別子を問い合わせる問い合わせパケットを、前記ネーム
サーバに向けて送信し、前記ネームサーバは、前記問い
合わせパケットを受信し、少なくとも、該問い合わせパ
ケットにより問い合わせられた前記論理名に対応する前
記第２のプロトコルに基づいた識別子を前記第１の通信
端末へ返送し、前記第１の通信端末は、前記第２の通信
端末の論理名に対応する前記第２のプロトコルに基づい
た識別子を受信し、この識別子に、所定の方法で取得し
た前記第２のネットワーク側のプレフィックスを付与
し、前記第１のプロトコルに基づいた前記第２の通信端
末の識別子を生成し、この識別子を宛先アドレスとして
該第２の通信端末に接続要求を要求することを特徴とす
る。
【００２４】好ましくは、前記第１の通信端末は、前記
問い合わせパケットを、直接、前記ネームサーバへ送信
するようにしてもよい。
【００２５】好ましくは、前記ネットワークシステム
は、少なくとも前記第１のネットワークに接続されたキ
ャッシュサーバを更に含み、前記第１の通信端末は、前
記問い合わせパケットを前記キャッシュサーバ宛に送信
し、前記キャッシュサーバは、前記問い合わせパケット
の内容に基づき、該問い合わせパケットを前記ネームサ
ーバへ転送するようにしてもよい。
【００２６】好ましくは、前記ネームサーバは、前記論
理名に対応する前記第２のプロトコルに基づいた識別子
とともに、自ネームサーバの認証用鍵をも前記第１の通
信端末へ返送し、前記第１の通信端末は、受信した前記
ネームサーバの認証用鍵を用いて、受信した前記第２の
通信端末の論理名に対応する前記第２のプロトコルに基
づいた識別子が正しいことを認証し、該認証に成功した
場合に、この識別子に、前記第２のネットワーク側のプ
レフィックスを付与し、前記第１のプロトコルに基づい
た前記第２の通信端末の識別子を生成するようにしても
よい。
【００２７】好ましくは、前記第２のネットワーク側の
プレフィックスは、前記第１の通信端末が接続している
ルータから付与されるようにしてもよい。
【００２８】好ましくは、前記第１のプロトコルはＩＰ
ｖ６であり、前記第２のプロトコルはＩＰｖ４であるよ
うにしてもよい。
【００２９】また、本発明は、第１のネットワークに接
続され、第１のプロトコルに基づいた識別子を持つ第１
の通信端末であって、第２のネットワークに接続され、
第２のプロトコルに基づいた識別子を持つ第２の通信端
末の論理名から、前記第２の端末の識別子を問い合わせ
る問い合わせパケットを、該第２の通信端末の識別子を
管理する所定のネームサーバに向けて送信する問い合わ
せパケット送信手段と、前記ネームサーバから、前記問
い合わせパケットに対する応答として、少なくとも、前
記第２の通信端末の論理名に対応する前記第２のプロト
コルに基づいた識別子を受信する受信手段と、この識別
子に、所定の方法で取得した前記第２のネットワーク側
のプレフィックスを付与し、前記第１のプロトコルに基
づいた前記第２の通信端末の識別子を生成し、この識別
子を宛先アドレスとして該第２の通信端末に接続要求を
要求する接続要求手段とを具備することを特徴とする。
【００３０】また、本発明は、第１のネットワークに接
続され、第１のプロトコルに基づいた識別子を持つ第１
の通信端末における識別子問い合わせ方法であって、第
２のネットワークに接続され、第２のプロトコルに基づ
いた識別子を持つ第２の通信端末の論理名から、前記第
２の端末の識別子を問い合わせる問い合わせパケット
を、該第２の通信端末の識別子を管理する所定のネーム
サーバに向けて送信し、前記ネームサーバから、前記問
い合わせパケットに対する応答として、少なくとも、前
記第２の通信端末の論理名に対応する前記第２のプロト
コルに基づいた識別子を受信し、この識別子に、所定の
方法で取得した前記第２のネットワーク側のプレフィッ
クスを付与し、前記第１のプロトコルに基づいた前記第
２の通信端末の識別子を生成し、この識別子を宛先アド
レスとして該第２の通信端末に接続要求を要求すること
を特徴とする。
【００３１】また、本発明は、第１のネットワークに接
続され、第１のプロトコルに基づいた識別子を持つ第１
の通信端末と、第２のネットワークに接続され、第２の
プロトコルに基づいた識別子を持つ第２の通信端末と、
前記第２の通信端末の識別子を管理するネームサーバと
を含むネットワークシステムにおいて、前記第１の通信
端末は、前記第２の通信端末の論理名から、前記第２の
通信端末の識別子を問い合わせる問い合わせパケット
を、前記ネームサーバに向けて送信する問い合わせパケ
ット送信手段を具備し、前記ネームサーバは、前記問い
合わせパケットを受信する受信手段と、少なくとも、該
問い合わせパケットにより問い合わせられた前記論理名
に対応する前記第２のプロトコルに基づいた識別子を前
記第１の通信端末へ送信する送信手段を具備し、前記第
１の通信端末は、前記第２の通信端末の論理名に対応す
る前記第２のプロトコルに基づいた識別子を受信する受
信手段と、この識別子に、所定の方法で取得した前記第
２のネットワーク側のプレフィックスを付与し、前記第
１のプロトコルに基づいた前記第２の通信端末の識別子
を生成し、この識別子を宛先アドレスとして該第２の通
信端末に接続要求を要求する接続要求手段とを更に具備
することを特徴とする。
【００３２】また、本発明は、第１のネットワークに接
続され、第１のプロトコルに基づいた識別子を持つ第１
の通信端末で動作するコンピュータ読み取り可能なプロ
グラムであって、第２のネットワークに接続され、第２
のプロトコルに基づいた識別子を持つ第２の通信端末の
論理名から、前記第２の端末の識別子を問い合わせる問
い合わせパケットを、前記ネームサーバに向けて送信す
るステップと、前記第２の通信端末の識別子を管理する
ネームサーバから前記問い合わせパケットに対する応答
として、少なくとも、前記論理名に対応する第２のプロ
トコルに基づいた識別子を受信するステップと、この識
別子に、所定の方法で取得した前記第２のネットワーク
側のプレフィックスを付与し、前記第１のプロトコルに
基づいた前記第２の通信端末の識別子を生成し、この識
別子を宛先アドレスとして該第２の通信端末に接続要求
を要求するステップとを具備することを特徴とする。
【００３３】また、本発明は、第１のネットワークに接
続され、第１のプロトコルに基づいた識別子を持つ第１
の通信端末で動作するコンピュータ読み取り可能なプロ
グラムであって、第２のネットワークに接続され、第２
のプロトコルに基づいた識別子を持つ第２の通信端末の
論理名から、前記第２の端末の識別子を問い合わせる問
い合わせパケットを、前記ネームサーバに向けて送信す
るステップと、前記第２の通信端末の識別子を管理する
ネームサーバから前記問い合わせパケットに対する応答
として、前記論理名に対応する第２のプロトコルに基づ
いた識別子と前記ネームサーバの認証用鍵を受信するス
テップと、受信した前記認証用鍵を用いて、識別子が正
しいことを認証するステップと、正しいことが認証され
た前記識別子に、所定の方法で取得した前記第２のネッ
トワーク側のプレフィックスを付与し、前記第１のプロ
トコルに基づいた前記第２の通信端末の識別子を生成
し、この識別子を宛先アドレスとして該第２の通信端末
に接続要求を要求するステップとを具備することを特徴
とする。
【００３４】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムとしても成立し、該プログラムを記録したコンピュー
タ読取り可能な記録媒体としても成立する。
【００３５】本発明によれば、ＩＰｖ４ネットワークと
ＩＰｖ６ネットワークとが混在した環境において、偽の
ＩＰアドレスを用いたなりすましなどの改ざん行為を防
ぎ安全な通信を行うことを可能とする識別子問い合わせ
方法、通信端末及びネットワークシステムを提供するこ
とができる。
【００３６】例えば、本発明によれば、ＩＰｖ６側ホス
トにおいてＤＮＳＳＥＣによるＤＮＳの検索結果の検証
が可能になり、偽のＩＰアドレスを用いたなりすましな
どの改ざん行為を防ぎ安全な通信を行うことができるよ
うになる。
【００３７】
【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。
【００３８】図１に、本実施形態に係るネットワークシ
ステムの構成例を示す。
【００３９】図１において、２０は、ＩＰｖ６ネットワ
ーク、２１は、ＩＰｖ４ネットワークである。
【００４０】Ｈ１は、ＩＰｖ６ネットワーク側に接続さ
れた、ＩＰｖ６アドレスが付与された、ホスト（通信端
末）である。
【００４１】Ｈ２は、ＩＰｖ４ネットワーク側に接続さ
れた、ＩＰｖ４アドレスが付与された、ホスト（通信端
末）である。ホストＨ２のＦＱＤＮは、一例として、
“ｗｗｗ．ｆｏｏｂａｒ．ｃｏｍ”であるとする。ま
た、ホストＨ２のＦＱＤＮ“ｗｗｗ．ｆｏｏｂａｒ．ｃ
ｏｍ”に対応するＩＰｖ４アドレスは、“ｘ．ｙ．ｚ．
ｗ”であるとする。
【００４２】１は、ＩＰｖ６ネットワークとＩＰｖ４ネ
ットワークとを接続するゲートウェイである。
【００４３】２は、ホストＨ１からの問い合わせ要求を
ネームサーバに転送し、ネームサーバから応答を受信し
てこれをホストＨ１へ転送したりするキャッシュサーバ
である。
【００４４】４は、ホストＨ１からの接続要求を受信
し、該接続要求に含まれるＩＰｖ６（後述するＩＰｖ４
アドレスをもとにして生成された擬似的なＩＰｖ６アド
レス）による宛先アドレスをＩＰｖ４によるアドレスに
変換して、該接続要求を転送するＩＰｖ６ ｔｏ ＩＰ
ｖ４トランスレータである。
【００４５】ここでは、ゲートウェイ１に、キャッシュ
サーバ２とトランスレータ４が組み込まれているものと
して説明する。
【００４６】３は、ホストＨ２のＤＮＳ情報を管理して
いるネームサーバである。なお、ネームサーバ３は、ｆ
ｏｏｂａｒ．ｃｏｍゾーンを管理することができれば設
置場所は問わない。例えば、ホストＨ２に近接された場
所に設置してもよいし、そうでなくてもよい。また、Ｉ
Ｐｖ４ネットワーク側にあってもよいし、ＩＰｖ６ネッ
トワーク側にあっても構わない。ようするに、ホストＨ
１からの問い合わせメッセージが到達しさえすればよ
い。なお、図１の例では、ネームサーバで３は、ＩＰｖ
４ネットワーク側に設置されている場合を例にとって示
している。
【００４７】Ｒ１は、ホストＨ１が接続されたローカル
なリンク上にあるルータである。
【００４８】なお、図１において、各種装置が１台ずつ
示されているが、システム中に同種の装置が複数台存在
しても構わない。
【００４９】図２に、本実施形態のホストＨ１の構成例
を示す。
【００５０】図２に示されるように、本実施形態のホス
トＨ１は、リゾルバ１１、受信部１２、送信部１３を備
えている。
【００５１】なお、図２の例では、認証部１４とアドレ
ス生成部１５は、リゾルバ１１内に含まれるものとして
いるが、認証部１４とアドレス生成部１５の一方又は双
方がリゾルバ１１の外部にあってもよい。また、認証部
１４を持たない構成も可能である。なお、本実施形態で
は、主に認証を行う場合を例にとって説明する。
【００５２】また、ホストＨ１は、ＴＣＰ／ＩＰプロト
コルに従ったパケット転送に関する処理を行う機能やユ
ーザに対する入出力インタフェース機能などのソフトウ
ェアあるいはハードウェアを適宜備えるものとする。
【００５３】リゾルバ１１は、詳しくは後述するが、ホ
スト名に対応するＩＰアドレスを取得したい要求元から
の要求（例えば、ライブラリーコール）に応答して、問
い合わせメッセージをネームサーバに向けて送信し、ネ
ームサーバが発した応答メッセージを受信し、応答され
たＩＰｖ６アドレスまたは応答されたＩＰｖ４アドレス
をもとにして生成された擬似的なＩＰｖ６アドレスを、
上記要求元に返すものである。
【００５４】認証部１４は、受信された応答メッセージ
に含まれる上記ホスト名に対応するＩＰアドレスの正当
性を確認するための処理を行うものである。
【００５５】アドレス生成部１５は、正当性の確認され
た、上記ホスト名に対応するＩＰｖ４アドレスもとにし
て、擬似的なＩＰｖ６アドレスを生成するための処理を
行うものである。その際、アドレス生成部１５は、所定
の変換用プレフィックスと、受信した上記ホスト名に対
応するＩＰｖ４アドレスとを用いて、ＩＰｖ６アドレス
を生成する。
【００５６】ここでは、ホストＨ１が接続されたローカ
ルなリンク上にあるルータＲ１が、ルータ広告メッセー
ジ（ＲＡ（Ｒｏｕｔｅｒ Ａｄｖｅｒｔｉｓｅｍｅｎ
ｔ））等のメッセージに所定の変換用プレフィックスを
記述して送信し、ホストＨ１は、該メッセージを受信す
ることによって該所定の変換用プレフィックスを取得す
るものとして説明する。
【００５７】なお、認証部１４を設けない構成の場合に
は、アドレス生成部１５は、正当性の確認なしに、上記
ホスト名に対応するＩＰｖ４アドレスもとにして、擬似
的なＩＰｖ６アドレスを生成することになる。
【００５８】受信部１２は、ネットワークへパケットを
送信するためのものである。
【００５９】送信部１３は、ネットワークからパケット
を受信するためのものである。
【００６０】なお、リゾルバ１１は、プログラムをＣＰ
Ｕで実行することによって実現することもできるし、半
導体装置等のハードウェアによって実現することもでき
る。リゾルバ１１の外部にある場合の認証部１４やアド
レス生成部１５は、同様に、プログラムをＣＰＵで実行
することによって実現することもできるし、半導体装置
等のハードウェアによって実現することもできる。
【００６１】また、図２の例では、ホストＨ１が汎用計
算機であり、リゾルバ１１に問い合わせ要求を出すアプ
リケーション２０が動作可能である場合について示して
いる。なお、リゾルバ１１に問い合わせ要求を出す要求
元は、ソフトウェアを実行したプロセスではなく、半導
体チップからなる処理部などであってもよい。また、リ
ゾルバ１１に問い合わせ要求を出す要求元は、通信機能
やブラウザ機能など、他の機能を持っていてもよい。ま
た、通信機能やブラウザ機能など何らかの機能を持つソ
フトウェアあるいは半導体チップからなる処理部など
に、リゾルバ１１が組み込まれた形態も可能である。
【００６２】また、ホストＨ１は、典型的には、このよ
うに計算機であるが、これに限定されず、例えば、家電
機器、ＡＶ機器、その他の情報機器など、インターネッ
トに接続するための機能やインターネットに接続して所
定のサービスを受けたりあるいは提供したりするための
機能を持つものであれば、どのような機器でもよい（家
電機器、ＡＶ機器、情報機器などの計算機以外の機器
は、ＣＰＵを備えたものであってもよいし、ＣＰＵを備
えないものであってもよい）。
【００６３】図３に、本実施形態のホストＨ１（のリゾ
ルバ１１）の処理手順の一例を示す。
【００６４】要求元から、指定されたホスト名に対応す
るＩＰｖ６アドレスの問い合わせを要求されると、ま
ず、該指定されたホスト名に対応するＩＰｖ６アドレス
を問い合わせるメッセージを送信する（ステップＳ
１）。
【００６５】そして、これに対応する応答メッセージを
受信する（ステップＳ２）。
【００６６】指定されたホスト名に対応するＩＰｖ６ア
ドレスが得られたならば（ステップＳ３）、認証を行い
（ステップＳ４）、認証に成功したならば（ステップＳ
５）、要求元へ、得られたＩＰｖ６アドレスを返す（ス
テップＳ６）。一方、認証に失敗したならば（ステップ
Ｓ５）、要求元へ、エラーを返す（ステップＳ１４）。
【００６７】また、指定されたホスト名に対応するＩＰ
ｖ６アドレスが得られなかったならば（ステップＳ
３）、続いて、指定されたホスト名に対応するＩＰｖ４
アドレスを問い合わせるメッセージを送信する（ステッ
プＳ７）。
【００６８】そして、これに対応する応答メッセージを
受信する（ステップＳ８）。
【００６９】指定されたホスト名に対応するＩＰｖ４ア
ドレスが得られたならば（ステップＳ９）、認証を行い
（ステップＳ１０）、認証に成功したならば（ステップ
Ｓ１１）、該ＩＰｖ４アドレスをもとにしてＩＰｖ６ア
ドレスを生成し（ステップＳ１２）、要求元へ、生成し
たＩＰｖ６アドレスを応答する（ステップＳ１３）。一
方、認証に失敗したならば（ステップＳ１１）、要求元
へ、エラーを返す（ステップＳ１４）。
【００７０】また、指定されたホスト名に対応するＩＰ
ｖ４アドレスも得られなかったならば（ステップＳ
９）、要求元へ、エラーを返す（ステップＳ１４）。
【００７１】さて、以下では、本実施形態において、Ｉ
Ｐｖ６ネットワークに接続されたホストＨ１から、ＩＰ
ｖ４ネットワークに接続されたホストＨ２のＩＰアドレ
スをＤＮＳを使って調べる場合について説明する。
【００７２】もちろん、図３の処理手順は一例であり、
他にも種々のバリエーションが可能である。
【００７３】図４に、この場合におけるシーケンス例を
示す。
【００７４】ここでは、ＩＰｖ６ネットワーク側に接続
されたホストＨ１から、ネームサーバ３に対して、ホス
トＨ２のＦＱＤＮ（本例では、“ｗｗｗ．ｆｏｏｂａ
ｒ．ｃｏｍ”）に対応する識別子（ＩＰｖ６アドレス）
を問い合わせる場合（ＦＱＤＮからＩＰアドレスを調べ
る「正引き」を行う場合）を考える。また、前述のよう
に、ｗｗｗ．ｆｏｏｂａｒ．ｃｏｍすなわちホストＨ２
がＩＰｖ４側ネットワークに接続されている場合を考え
ている。
【００７５】まず、ホストＨ１が接続しているローカル
なリンク上のルータＲ１は、ルータ通知メッセージを定
期的に送信している。そして、ホストＨ１は、このロー
カルなリンク上のルータＲ１から、ルータ通知メッセー
ジを定期的に受信している（図４では、例えば、Ｓ２１
にて受信したものとする）。この通知メッセージには、
図５に例示するように、変換用プレフィックスが含まれ
ている。変換用プレフィックスは、ＩＰｖ４アドレス形
式からＩＰｖ６アドレス形式の変換に利用され、ＩＰｖ
６アドレス形式の上位９６ビットで定義されており、
「Ｐ／９６」と表現される。この変換用プレフィックス
を使用したＩＰｖ６アドレスを宛先アドレスとして持つ
パケットは、トランスレータ４へ到達し、該変換用プレ
フィックスを取り除いたＩＰｖ４アドレスを宛先アドレ
スとして持つパケットとして、ＩＰｖ４ネットワーク側
に転送されるようになる。なお、図５では、任意数の変
換用プレフィックスの通知を可能としたフォーマット例
であるが、変換用プレフィックスの個数が１又は複数の
特定の数に予め固定されているフォーマットも可能であ
る。
【００７６】さて、ここで、ＩＰｖ６側ホストＨ１上で
動作しているアプリケーションが、ホストＨ１上のリゾ
ルバ１１宛に問い合わせ（例えば、ライブラリーコー
ル）を送ったとする（Ｓ３１）。
【００７７】ホストＨ１上のリゾルバ１１は、この問い
合わせを受けると、キャッシュサーバ２へ問い合わせを
投げるとき、ＦＱＤＮ“ｗｗｗ．ｆｏｏｂａｒ．ｃｏ
ｍ”に対応するＩＰｖ６アドレス（ＡＡＡＡ ＲＲ）を
要求する（Ｓ３２）。
【００７８】キャッシュサーバ２は、ホストＨ１から問
い合わせ要求を受信すると、これをネームサーバ３へ転
送する。
【００７９】ここで、ネームサーバ３は、Ａ ＲＲしか
管理していないので、この要求は失敗することになる
（Ｓ３３）。
【００８０】次に、ホストＨ１上のリゾルバ１１は、同
じ名前（すなわち、この例では、“ｗｗｗ．ｆｏｏｂａ
ｒ．ｃｏｍ”）でＩＰｖ４アドレスのＡ ＲＲをネーム
サーバ３へ問い合わせる（Ｓ３５）。
【００８１】この問い合わせ要求は、キャッシュサーバ
２によりネームサーバ３に転送される。
【００８２】ここで、ネームサーバ３には、ホストＨ２
のＦＱＤＮ“ｗｗｗ．ｆｏｏｂａｒ．ｃｏｍ”に対応す
るＩＰｖ４アドレス“ｘ．ｙ．ｚ．ｗ”が管理されてい
るので、この要求は成功し、問い合わせたＦＱＤＮに対
応するＩＰｖ４アドレスを含む回答が、返ってくる（Ｓ
３６）。すなわち、本例では、“ｗｗｗ．ｆｏｏｂａ
ｒ．ｃｏｍ”に対応するＩＰｖ４アドレスとして“ｘ．
ｙ．ｚ．ｗ”を含む回答が、返ってくる。
【００８３】また、ホストＨ１上のリゾルバ１１は、ネ
ームサーバ３から、この回答（ｘ．ｙ．ｚ．ｗ）ととも
に、この回答のＳＩＧＲＲ（電子署名）を受信する。ホ
ストＨ１は、予め入手してあったｆｏｏｂａｒ．ｃｏｍ
ゾーンの公開鍵（ＫＥＹ ＲＲ）を用いて、この回答
（ｘ．ｙ．ｚ．ｗ）の正当性を検証する。これは、ＤＮ
ＳＳＥＣの仕組みを用いて行う（なお、ＤＮＳＳＥＣに
関しては、ＩＥＴＦ ＲＦＣ２５３５などに詳しい）。
なお、いずれのホストについても認証を行わない場合に
は、ネームサーバ３は、この回答（ｘ．ｙ．ｚ．ｗ）と
ともに、この回答のＳＩＧＲＲ（電子署名）を送信する
ように構成しなくて構わない。
【００８４】さて、ホストＨ１のリゾルバ１１は、ＤＮ
ＳＳＥＣにより回答の正当性が検証された場合は、この
ルータ通知メッセージによって取得した変換用プレフィ
ックスを用いて、受信したＩＰｖ４アドレスである
“ｘ．ｙ．ｚ．ｗ”から変換用ＩＰｖ６アドレス
“Ｐ：：ｘ．ｙ．ｚ．ｗ”を生成する。
【００８５】なお、複数の変換用プレフィックスを保持
している場合には、所定の基準（例えば、ランダムに選
択する基準、あるいは複数の変換用プレフィックスのう
ちに当該ホストにとって有効なものと無効なものがある
場合には、自身が過去に行った接続要求が成功した際に
使用したものを選択するという基準、変換用プレフィッ
クスがライフタイムを持つ場合には、最も遅く期限が切
れるライフタイムを持つものを選択する、など）に従っ
て選択した１つを使用するものとする。
【００８６】なお、この時点で、変換用プレフィックス
を保持していない場合には、例えば、ルータＲ１からの
ルータ通知メッセージを受信するまで待つか、あるいは
ルータＲ１へ変換用プレフィックスを問い合わせるなど
の手続きを行うようにすればよい。また、変換用プレフ
ィックスが取得できなければ、エラーとなる。
【００８７】そして、ホストＨ１のリゾルバ１１は、問
い合わせ元のアプリケーションへ、この“Ｐ：：ｘ．
ｙ．ｚ．ｗ”を返す（Ｓ３７）。
【００８８】しかして、ホストＨ１で動作しているアプ
リケーションは、応答として得られたＩＰｖ６アドレス
“Ｐ：：ｘ．ｙ．ｚ．ｗ”に対してＩＰｖ６ ｔｏ Ｉ
Ｐｖ４トランスレータ４を介して、 ｃｏｎｎｅｃｔ Ｐ：：ｘ．ｙ．ｚ．ｗ のように接続要求を行うことによって、“Ｐ：：ｘ．
ｙ．ｚ．ｗ”に対するＴＣＰのコネクションを確立を試
みる。ここで、Ｐは変換用のプレフィックスであるた
め、ＩＰｖ６ ｔｏ ＩＰｖ４トランスレータ４を介し
て、ＩＰｖ４側のホストＨ２である“ｗｗｗ．ｆｏｏｂ
ａｒ．ｃｏｍ”に接続することができる（図１の８０，
８１参照）。
【００８９】以上のように、ＤＮＳＳＥＣの認証を用い
て安全な名前解決を行い、ＩＰｖ６ネットワーク側ホス
トからＩＰｖ４ネットワーク側ホストへの接続を行うこ
とができる。
【００９０】以下では、本実施形態のバリエーションに
ついて説明する。
【００９１】これまでは、キャッシュサーバ２とトラン
スレータ４とが同一のゲートウェイに搭載される場合を
例にとって説明したが、図６に示すようにキャッシュサ
ーバ２とトランスレータ４とが異なるゲートウェイに搭
載されていても構わない。また、同一のゲートウェイに
搭載されるものと、異なるゲートウェイに搭載されるも
のとが、混在しても構わない。
【００９２】また、これまでは、キャッシュサーバ２は
ゲートウェイに搭載される場合を例にとって説明した
が、キャッシュサーバ２がゲートウェイ以外のノードに
搭載されるものであっても構わない。トランスレータ４
についても同様である。
【００９３】また、これまでは、ホストＨ１からの問い
合わせメッセージはキャッシュサーバ２を介してネーム
サーバへ転送される場合を例にとって説明したが、ホス
トＨ１は、キャッシュサーバ２を介さずに、直接、ネー
ムサーバへ送信するものであってもよい。この場合に
は、キャッシュサーバ２は、設けなくて構わない。
【００９４】これまでは、変換用プレフィックスの取得
方法として、ルータからの通知メッセージを用いる方法
を例にとって説明したが、これに限定されるものではな
く、例えば、ＤＨＣＰｖ６やＳＬＰなどのサービス探索
系のサーバ経由で入手してもよい。また、ユーザあるい
は管理者等が、直接、当該ホストを操作してもしくは同
一サブネット内の他のサーバ等から当該ホストを操作し
て、変換用プレフィックスを設定するようにしてもよ
い。あるいは、管理者等が同一サブネット内の他のサー
バ等に変換用プレフィックスを設定しておき、当該ホス
トが自動的にあるいはユーザが操作することによって、
該サーバ等にアクセスして該変換用プレフィックスを取
得してくるようにしてもよい。その他にも、種々の方法
が可能である。
【００９５】なお、以上の各機能は、ソフトウェアとし
て実現可能である。また、本実施形態は、コンピュータ
に所定の手段を実行させるための（あるいはコンピュー
タを所定の手段として機能させるための、あるいはコン
ピュータに所定の機能を実現させるための）プログラム
として実施することもでき、該プログラムを記録したコ
ンピュータ読取り可能な記録媒体として実施することも
できる。
【００９６】なお、この発明の実施の形態で例示した構
成は一例であって、それ以外の構成を排除する趣旨のも
のではなく、例示した構成の一部を他のもので置き換え
たり、例示した構成の一部を省いたり、例示した構成に
別の機能あるいは要素を付加したり、それらを組み合わ
せたりすることなどによって得られる別の構成も可能で
ある。また、例示した構成と論理的に等価な別の構成、
例示した構成と論理的に等価な部分を含む別の構成、例
示した構成の要部と論理的に等価な別の構成なども可能
である。また、例示した構成と同一もしくは類似の目的
を達成する別の構成、例示した構成と同一もしくは類似
の効果を奏する別の構成なども可能である。また、この
発明の実施の形態で例示した各種構成部分についての各
種バリエーションは、適宜組み合わせて実施することが
可能である。また、この発明の実施の形態は、個別装置
としての発明、関連を持つ２以上の装置についての発
明、システム全体としての発明、個別装置内部の構成部
分についての発明、またはそれらに対応する方法の発明
等、種々の観点、段階、概念またはカテゴリに係る発明
を包含・内在するものである。従って、この発明の実施
の形態に開示した内容からは、例示した構成に限定され
ることなく発明を抽出することができるものである。
【００９７】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。
【００９８】
【発明の効果】本発明によれば、ＩＰｖ４ネットワーク
とＩＰｖ６ネットワークとが混在した環境において、偽
のＩＰアドレスを用いたなりすましなどの改ざん行為を
防ぎ安全な通信を行うことを可能とする識別子問い合わ
せ方法、通信端末及びネットワークシステムを提供する
ことができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るネットワークシステ
ムの構成例を示す図
【図２】同実施形態に係るＩＰｖ６側ホストの構成例を
示す図
【図３】同実施形態に係るＩＰｖ６側ホストのリゾルバ
の処理手順の一例を示すフローチャート
【図４】同実施形態に係る識別子問い合わせ方法のシー
ケンス例を示す図
【図５】同実施形態に係るルータ通知メッセージのフォ
ーマット例を示す図
【図６】同実施形態に係るネットワークシステムの他の
構成例を示す図
【図７】従来のネットワークシステム構成を示す図
【図８】従来の識別子問い合わせシーケンスを示す図
【符号の説明】
１…ゲートウェイ ２…キャッシュサーバ ３…ネームサーバ ４…トランスレータ １１…リゾルバ １２…受信部 １３…送信部 １４…認証部 １５…アドレス生成部 ２０…ＩＰｖ６ネットワーク ２１…ＩＰｖ４ネットワーク Ｈ１…ＩＰｖ６ホスト Ｈ２…ＩＰｖ４ホスト Ｒ１…ルータ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 玉田 雄三 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5K030 GA15 HD03 HD09

Claims (26)

    【特許請求の範囲】
  1. 【請求項１】第１のネットワークに接続され、第１のプ
    ロトコルに基づいた識別子を持つ第１の通信端末と、第
    ２のネットワークに接続され、第２のプロトコルに基づ
    いた識別子を持つ第２の通信端末と、前記第２の通信端
    末の識別子を管理するネームサーバとを含むネットワー
    クシステムにおける識別子問い合わせ方法であって、前
    記第１の通信端末は、前記第２の通信端末の論理名か
    ら、前記第２の通信端末の識別子を問い合わせる問い合
    わせパケットを、前記ネームサーバに向けて送信し、 前記ネームサーバは、前記問い合わせパケットを受信
    し、少なくとも、該問い合わせパケットにより問い合わ
    せられた前記論理名に対応する前記第２のプロトコルに
    基づいた識別子を前記第１の通信端末へ返送し、 前記第１の通信端末は、前記第２の通信端末の論理名に
    対応する前記第２のプロトコルに基づいた識別子を受信
    し、この識別子に、所定の方法で取得した前記第２のネ
    ットワーク側のプレフィックスを付与し、前記第１のプ
    ロトコルに基づいた前記第２の通信端末の識別子を生成
    し、この識別子を宛先アドレスとして該第２の通信端末
    に接続要求を要求することを特徴とする識別子問い合わ
    せ方法。
  2. 【請求項２】前記第１の通信端末は、前記問い合わせパ
    ケットを、直接、前記ネームサーバへ送信することを特
    徴とする請求項１に記載の識別子問い合わせ方法。
  3. 【請求項３】前記ネットワークシステムは、少なくとも
    前記第１のネットワークに接続されたキャッシュサーバ
    を更に含み、 前記第１の通信端末は、前記問い合わせパケットを前記
    キャッシュサーバ宛に送信し、 前記キャッシュサーバは、前記問い合わせパケットの内
    容に基づき、該問い合わせパケットを前記ネームサーバ
    へ転送することを特徴とする請求項１に記載の識別子問
    い合わせ方法。
  4. 【請求項４】前記ネームサーバは、前記論理名に対応す
    る前記第２のプロトコルに基づいた識別子とともに、自
    ネームサーバの認証用鍵をも前記第１の通信端末へ返送
    し、前記第１の通信端末は、受信した前記ネームサーバ
    の認証用鍵を用いて、受信した前記第２の通信端末の論
    理名に対応する前記第２のプロトコルに基づいた識別子
    が正しいことを認証し、該認証に成功した場合に、この
    識別子に、前記第２のネットワーク側のプレフィックス
    を付与し、前記第１のプロトコルに基づいた前記第２の
    通信端末の識別子を生成することを特徴とする請求項１
    ないし３のいずれか１項に記載の識別子問い合わせ方
    法。
  5. 【請求項５】前記第２のネットワーク側のプレフィック
    スは、前記第１の通信端末が接続しているルータから付
    与されることを特徴とする請求項１ないし４のいずれか
    １項に記載の識別子問い合わせ方法。
  6. 【請求項６】前記第１のプロトコルはＩＰｖ６であり、
    前記第２のプロトコルはＩＰｖ４であることを特徴とす
    る請求項１ないし５のいずれか１項に記載の識別子問い
    合わせ方法。
  7. 【請求項７】第１のネットワークに接続され、第１のプ
    ロトコルに基づいた識別子を持つ第１の通信端末であっ
    て、 第２のネットワークに接続され、第２のプロトコルに基
    づいた識別子を持つ第２の通信端末の論理名から、前記
    第２の端末の識別子を問い合わせる問い合わせパケット
    を、該第２の通信端末の識別子を管理する所定のネーム
    サーバに向けて送信する問い合わせパケット送信手段
    と、 前記ネームサーバから、前記問い合わせパケットに対す
    る応答として、少なくとも、前記第２の通信端末の論理
    名に対応する前記第２のプロトコルに基づいた識別子を
    受信する受信手段と、 この識別子に、所定の方法で取得した前記第２のネット
    ワーク側のプレフィックスを付与し、前記第１のプロト
    コルに基づいた前記第２の通信端末の識別子を生成し、
    この識別子を宛先アドレスとして該第２の通信端末に接
    続要求を要求する接続要求手段とを具備することを特徴
    とする通信端末。
  8. 【請求項８】前記問い合わせパケット送信手段は、前記
    問い合わせパケットを、直接、前記ネームサーバへ送信
    することを特徴とする請求項７に記載の通信端末。
  9. 【請求項９】前記問い合わせパケット送信手段は、前記
    問い合わせパケットを、少なくとも前記第１のネットワ
    ークに接続されたキャッシュサーバ宛に送信するもので
    あり、 前記キャッシュサーバは、前記問い合わせパケットの内
    容に基づき、該問い合わせパケットを前記ネームサーバ
    へ転送するものであることを特徴とする請求項７に記載
    の通信端末。
  10. 【請求項１０】前記第１の通信端末の前記受信手段は、
    前記問い合わせパケットに対する応答として、前記第２
    の通信端末の論理名に対応する前記第２のプロトコルに
    基づいた識別子とともに、前記ネームサーバの認証用鍵
    をも受信するものであり、 前記第１の通信端末は、前記受信手段により受信された
    前記認証用鍵を用いて、前記第２の通信端末の論理名に
    対応する前記第２のプロトコルに基づいた識別子が正し
    いことを認証する認証手段を更に具備し、 前記第１の通信端末の前記接続要求手段は、前記認証手
    段により前記認証に成功した場合に、前記第２の通信端
    末の論理名に対応する前記第２のプロトコルに基づいた
    識別子に、前記第２のネットワーク側のプレフィックス
    を付与し、前記第１のプロトコルに基づいた前記第２の
    通信端末の識別子を生成し、この識別子を宛先アドレス
    として該第２の通信端末に接続要求を要求することを特
    徴とする請求項７ないし９のいずれか１項に記載の通信
    端末。
  11. 【請求項１１】前記第１のネットワーク側のプレフィッ
    クスは、前記第１の通信端末が接続しているルータから
    付与されることを特徴とする請求項７ないし１０のいず
    れか１項に記載の通信端末。
  12. 【請求項１２】前記第１のプロトコルはＩＰｖ６であ
    り、前記第２のプロトコルはＩＰｖ４であることを特徴
    とする請求項７ないし１１のいずれか１項に記載の通信
    端末。
  13. 【請求項１３】第１のネットワークに接続され、第１の
    プロトコルに基づいた識別子を持つ第１の通信端末にお
    ける識別子問い合わせ方法であって、 第２のネットワークに接続され、第２のプロトコルに基
    づいた識別子を持つ第２の通信端末の論理名から、前記
    第２の端末の識別子を問い合わせる問い合わせパケット
    を、該第２の通信端末の識別子を管理する所定のネーム
    サーバに向けて送信し、 前記ネームサーバから、前記問い合わせパケットに対す
    る応答として、少なくとも、前記第２の通信端末の論理
    名に対応する前記第２のプロトコルに基づいた識別子を
    受信し、 この識別子に、所定の方法で取得した前記第２のネット
    ワーク側のプレフィックスを付与し、前記第１のプロト
    コルに基づいた前記第２の通信端末の識別子を生成し、 この識別子を宛先アドレスとして該第２の通信端末に接
    続要求を要求することを特徴とする識別子問い合わせ方
    法。
  14. 【請求項１４】前記第１の通信端末は、前記問い合わせ
    パケットを、直接、前記ネームサーバへ送信することを
    特徴とする請求項１３に記載の識別子問い合わせ方法。
  15. 【請求項１５】前記第１の通信端末は、前記問い合わせ
    パケットを、少なくとも前記第１のネットワークに接続
    されたキャッシュサーバ宛に送信し、 前記キャッシュサーバは、前記問い合わせパケットの内
    容に基づき、該問い合わせパケットを前記ネームサーバ
    へ転送することを特徴とする請求項１３に記載の識別子
    問い合わせ方法。
  16. 【請求項１６】前記第１の通信端末は、 前記ネームサーバから、前記問い合わせパケットに対す
    る応答として、前記第２の通信端末の論理名に対応する
    前記第２のプロトコルに基づいた識別子とともに、前記
    ネームサーバの認証用鍵をも受信し、 受信した前記ネームサーバの認証用鍵を用いて、受信し
    た前記第２の通信端末の論理名に対応する前記第２のプ
    ロトコルに基づいた識別子が正しいことを認証し、該認
    証に成功した場合に、この識別子に、前記第２のネット
    ワーク側のプレフィックスを付与し、前記第１のプロト
    コルに基づいた前記第２の通信端末の識別子を生成する
    ことを特徴とする請求項１３ないし１５のいずれか１項
    に記載の識別子問い合わせ方法。
  17. 【請求項１７】前記第２のネットワーク側のプレフィッ
    クスは、前記第１の通信端末が接続しているルータから
    付与されることを特徴とする請求項１３ないし１６のい
    ずれか１項に記載の識別子問い合わせ方法。
  18. 【請求項１８】前記第１のプロトコルはＩＰｖ６であ
    り、前記第２のプロトコルはＩＰｖ４であることを特徴
    とする請求項１４ないし１７のいずれか１項に記載の識
    別子問い合わせ方法。
  19. 【請求項１９】第１のネットワークに接続され、第１の
    プロトコルに基づいた識別子を持つ第１の通信端末と、
    第２のネットワークに接続され、第２のプロトコルに基
    づいた識別子を持つ第２の通信端末と、前記第２の通信
    端末の識別子を管理するネームサーバとを含むネットワ
    ークシステムにおいて、 前記第１の通信端末は、前記第２の通信端末の論理名か
    ら、前記第２の通信端末の識別子を問い合わせる問い合
    わせパケットを、前記ネームサーバに向けて送信する問
    い合わせパケット送信手段を具備し、 前記ネームサーバは、前記問い合わせパケットを受信す
    る受信手段と、少なくとも、該問い合わせパケットによ
    り問い合わせられた前記論理名に対応する前記第２のプ
    ロトコルに基づいた識別子を前記第１の通信端末へ送信
    する送信手段を具備し、 前記第１の通信端末は、前記第２の通信端末の論理名に
    対応する前記第２のプロトコルに基づいた識別子を受信
    する受信手段と、この識別子に、所定の方法で取得した
    前記第２のネットワーク側のプレフィックスを付与し、
    前記第１のプロトコルに基づいた前記第２の通信端末の
    識別子を生成し、この識別子を宛先アドレスとして該第
    ２の通信端末に接続要求を要求する接続要求手段とを更
    に具備することを特徴とするネットワークシステム。
  20. 【請求項２０】前記第１の通信端末の前記問い合わせパ
    ケット送信手段は、前記問い合わせパケットを、直接、
    前記ネームサーバへ送信することを特徴とする請求項１
    ９に記載のネットワークシステム。
  21. 【請求項２１】前記ネットワークシステムは、少なくと
    も前記第１のネットワークに接続されたキャッシュサー
    バを更に含み、 前記第１の通信端末の前記問い合わせパケット送信手段
    は、前記問い合わせパケットを前記キャッシュサーバ宛
    に送信するものであり、 前記キャッシュサーバは、前記問い合わせパケットの内
    容に基づき、該問い合わせパケットを前記ネームサーバ
    へ転送する転送手段を具備することを特徴とする請求項
    １９に記載のネットワークシステム。
  22. 【請求項２２】前記ネームサーバの前記送信手段は、前
    記論理名に対応する前記第２のプロトコルに基づいた識
    別子とともに、自ネームサーバの認証用鍵をも前記第１
    の通信端末へ返送するものであり、 前記第１の通信端末の前記受信手段は、前記問い合わせ
    パケットに対する応答として、前記第２の通信端末の論
    理名に対応する前記第２のプロトコルに基づいた識別子
    とともに、前記ネームサーバの認証用鍵をも受信するも
    のであり、 前記第１の通信端末は、前記受信手段により受信された
    前記認証用鍵を用いて、前記第２の通信端末の論理名に
    対応する前記第２のプロトコルに基づいた識別子が正し
    いことを認証する認証手段を更に具備し、 前記第１の通信端末の前記接続要求手段は、前記認証手
    段により前記認証に成功した場合に、前記識別子に、前
    記第２のネットワーク側のプレフィックスを付与し、前
    記第１のプロトコルに基づいた前記第２の通信端末の識
    別子を生成し、この識別子を宛先アドレスとして該第２
    の通信端末に接続要求を要求することを特徴とする請求
    項１９ないし２１のいずれか１項に記載のネットワーク
    システム。
  23. 【請求項２３】前記第２のネットワーク側のプレフィッ
    クスは、前記第１の通信端末が接続しているルータから
    付与されることを特徴とする請求項１９ないし２２のい
    ずれか１項に記載のネットワークシステム。
  24. 【請求項２４】前記第１のプロトコルはＩＰｖ６であ
    り、前記第２のプロトコルはＩＰｖ４であることを特徴
    とする請求項１９ないし２３のいずれか１項に記載のネ
    ットワークシステム。
  25. 【請求項２５】第１のネットワークに接続され、第１の
    プロトコルに基づいた識別子を持つ第１の通信端末で動
    作するコンピュータ読み取り可能なプログラムであっ
    て、 第２のネットワークに接続され、第２のプロトコルに基
    づいた識別子を持つ第２の通信端末の論理名から、前記
    第２の端末の識別子を問い合わせる問い合わせパケット
    を、前記ネームサーバに向けて送信するステップと、 前記第２の通信端末の識別子を管理するネームサーバか
    ら前記問い合わせパケットに対する応答として、少なく
    とも、前記論理名に対応する第２のプロトコルに基づい
    た識別子を受信するステップと、 この識別子に、所定の方法で取得した前記第２のネット
    ワーク側のプレフィックスを付与し、前記第１のプロト
    コルに基づいた前記第２の通信端末の識別子を生成し、
    この識別子を宛先アドレスとして該第２の通信端末に接
    続要求を要求するステップとを具備することを特徴とす
    るコンピュータ読み取り可能なプログラム。
  26. 【請求項２６】第１のネットワークに接続され、第１の
    プロトコルに基づいた識別子を持つ第１の通信端末で動
    作するコンピュータ読み取り可能なプログラムであっ
    て、 第２のネットワークに接続され、第２のプロトコルに基
    づいた識別子を持つ第２の通信端末の論理名から、前記
    第２の端末の識別子を問い合わせる問い合わせパケット
    を、前記ネームサーバに向けて送信するステップと、 前記第２の通信端末の識別子を管理するネームサーバか
    ら前記問い合わせパケットに対する応答として、前記論
    理名に対応する第２のプロトコルに基づいた識別子と前
    記ネームサーバの認証用鍵を受信するステップと、 受信した前記認証用鍵を用いて、識別子が正しいことを
    認証するステップと、 正しいことが認証された前記識別子に、所定の方法で取
    得した前記第２のネットワーク側のプレフィックスを付
    与し、前記第１のプロトコルに基づいた前記第２の通信
    端末の識別子を生成し、この識別子を宛先アドレスとし
    て該第２の通信端末に接続要求を要求するステップとを
    具備することを特徴とするコンピュータ読み取り可能な
    プログラム。
JP2002089959A 2002-03-27 2002-03-27 識別子問い合わせ方法、通信端末及びネットワークシステム Pending JP2003289340A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002089959A JP2003289340A (ja) 2002-03-27 2002-03-27 識別子問い合わせ方法、通信端末及びネットワークシステム
US10/394,175 US20030187882A1 (en) 2002-03-27 2003-03-24 Identifier query method, communication terminal, and network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002089959A JP2003289340A (ja) 2002-03-27 2002-03-27 識別子問い合わせ方法、通信端末及びネットワークシステム

Publications (1)

Publication Number Publication Date
JP2003289340A true JP2003289340A (ja) 2003-10-10

Family

ID=28449547

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002089959A Pending JP2003289340A (ja) 2002-03-27 2002-03-27 識別子問い合わせ方法、通信端末及びネットワークシステム

Country Status (2)

Country Link
US (1) US20030187882A1 (ja)
JP (1) JP2003289340A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007150665A (ja) * 2005-11-28 2007-06-14 Hitachi Communication Technologies Ltd Ｄｎｓサーバ装置
JP2007251269A (ja) * 2006-03-13 2007-09-27 Ricoh Co Ltd ネットワーク機器
JP2010157798A (ja) * 2008-12-26 2010-07-15 Canon Inc 通信装置、通信装置の制御方法、プログラム、及び記憶媒体
JP2011526755A (ja) * 2008-06-30 2011-10-13 フランス・テレコム ＩＰｖ４ドメインからのデータパケットをＩＰｖ６ドメインで受信する方法、ならびに関連するデバイスおよびアクセス機器

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040153502A1 (en) * 2003-02-04 2004-08-05 Luliang Jiang Enhanced DNS server
US7584420B2 (en) * 2004-02-12 2009-09-01 Lockheed Martin Corporation Graphical authoring and editing of mark-up language sequences
US7710964B2 (en) * 2004-06-22 2010-05-04 Nokia Corporation Discovering a network element in a communication system
US20080052281A1 (en) 2006-08-23 2008-02-28 Lockheed Martin Corporation Database insertion and retrieval system and method
US7599289B2 (en) * 2005-05-13 2009-10-06 Lockheed Martin Corporation Electronic communication control
US20060256717A1 (en) * 2005-05-13 2006-11-16 Lockheed Martin Corporation Electronic packet control system
US20060256770A1 (en) * 2005-05-13 2006-11-16 Lockheed Martin Corporation Interface for configuring ad hoc network packet control
US20060256814A1 (en) * 2005-05-13 2006-11-16 Lockheed Martin Corporation Ad hoc computer network
CA2586223A1 (en) * 2007-04-19 2007-07-18 Cannotech Experts-Conseils Inc. Opt-in process and nameserver system for ietf dnssec
US8935748B2 (en) * 2007-10-31 2015-01-13 Microsoft Corporation Secure DNS query
JP2009239864A (ja) * 2008-03-28 2009-10-15 Toshiba Corp 情報受信装置及び情報受信方法
US8429715B2 (en) * 2008-08-08 2013-04-23 Microsoft Corporation Secure resource name resolution using a cache
US8156249B2 (en) * 2009-02-20 2012-04-10 Microsoft Corporation Using server type to obtain network address
WO2010108431A1 (zh) * 2009-03-26 2010-09-30 华为技术有限公司 实现IPv6主机访问IPv4主机的方法、获取IPv6地址前缀的方法和转换装置
US9178749B2 (en) * 2009-08-14 2015-11-03 Akamai Technologies, Inc. Method and apparatus for correlating nameserver IPv6 and IPv4 addresses
KR101094436B1 (ko) * 2010-08-13 2011-12-15 스콥정보통신 주식회사 ＩＰｖ6 네트워크 내 장비들의 주소 정보 획득 방법
US20120259998A1 (en) * 2011-04-11 2012-10-11 Matthew Kaufman System and method for translating network addresses
CN103685591B (zh) * 2012-09-18 2017-04-05 鸿富锦精密工业（深圳）有限公司 网络地址转换***及方法
US9479475B1 (en) * 2014-03-17 2016-10-25 Michael E. Mazarick System and method for IPv4 to IPv6 transition rather than an outage
CN104506665B (zh) * 2014-12-03 2017-12-12 中国联合网络通信集团有限公司 一种IPv4/IPv6地址区分方法及***
CN106161347A (zh) * 2015-03-30 2016-11-23 中兴通讯股份有限公司 网络安全的控制方法和装置
US10936674B2 (en) * 2015-08-20 2021-03-02 Airwatch Llc Policy-based trusted peer-to-peer connections
EP3395049B1 (en) * 2015-12-22 2021-10-06 Telefonaktiebolaget LM Ericsson (publ) Router and method for connecting an ipv4 network and an ipv6 network
US11570207B2 (en) * 2019-12-31 2023-01-31 Juniper Networks, Inc. Dynamic security actions for network tunnels against spoofing
US20230216825A1 (en) * 2021-12-31 2023-07-06 T-Mobile Innovations Llc Gateway based ip address translation in communication networks

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6690669B1 (en) * 1996-11-01 2004-02-10 Hitachi, Ltd. Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus
DE69737645T2 (de) * 1996-11-01 2007-11-22 Hitachi, Ltd. Kommunikationsverfahren zwischen einem IPv4-Endgerät und einem IPv6-Endgerät und IPv4-IPv6-Umwandlungsvorrichtung
JP4075318B2 (ja) * 2001-04-18 2008-04-16 株式会社日立製作所 プロトコル変換方法，及びアドレス変換サーバ
US7290286B2 (en) * 2001-05-10 2007-10-30 Nortel Networks Limited Content provider secure and tracable portal

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007150665A (ja) * 2005-11-28 2007-06-14 Hitachi Communication Technologies Ltd Ｄｎｓサーバ装置
JP4668775B2 (ja) * 2005-11-28 2011-04-13 株式会社日立製作所 Ｄｎｓサーバ装置
JP2007251269A (ja) * 2006-03-13 2007-09-27 Ricoh Co Ltd ネットワーク機器
JP2011526755A (ja) * 2008-06-30 2011-10-13 フランス・テレコム ＩＰｖ４ドメインからのデータパケットをＩＰｖ６ドメインで受信する方法、ならびに関連するデバイスおよびアクセス機器
JP2010157798A (ja) * 2008-12-26 2010-07-15 Canon Inc 通信装置、通信装置の制御方法、プログラム、及び記憶媒体

Also Published As

Publication number Publication date
US20030187882A1 (en) 2003-10-02

Similar Documents

Publication Publication Date Title
JP2003289340A (ja) 識別子問い合わせ方法、通信端末及びネットワークシステム
US8214537B2 (en) Domain name system using dynamic DNS and global address management method for dynamic DNS server
JP3848198B2 (ja) ネームサーバ、ネットワーク・システム、逆引き要求処理方法、正引き要求処理方法及び通信制御方法
JP5335886B2 (ja) ローカル・ネットワーク間でデータ・パケットを通信するための方法および装置
US7415536B2 (en) Address query response method, program, and apparatus, and address notification method, program, and apparatus
KR100840139B1 (ko) 홈-투-홈 통신들을 위한 네임 레졸루션 시스템 설정
US9088415B2 (en) Authentication of cache DNS server responses
US20120254386A1 (en) Transfer of DNSSEC Domains
EP1486050A2 (en) A ddns server, a ddns client terminal and a ddns system, and a web server terminal, its network system and an access control method
US7478169B2 (en) Accessing data processing systems behind a NAT enabled network
US20060153211A1 (en) Local network connecting system local network connecting method and mobile terminal
JP2000349747A (ja) 公開鍵管理方法
KR100738535B1 (ko) Ｄｓｔｍ 통신망에서의 인증 시스템 및 그 방법
JP4524906B2 (ja) 通信中継装置、通信中継方法、および通信端末装置、並びにプログラム記憶媒体
Yan et al. Is DNS ready for ubiquitous Internet of Things?
EP1489809A1 (en) Network access system
Cheshire et al. Understanding apple's back to my mac (BTMM) service
US20100023620A1 (en) Access controller
US20100325247A1 (en) Method and apparatus for allocation of parameter values in a communications system
WO2013034100A2 (zh) 基于不同网络协议终端间的通信***及方法
JP2011071870A (ja) 通信装置、通信システムおよび通信方法
JP3864397B2 (ja) ユーザエッジルータ、ゲートウェイルータ、マルチホーミング通信システム、マルチホーミング通信方法およびマルチホーミング通信プログラム
JP2008244765A (ja) 動的ホスト構成プロトコルサーバ及びｉｐアドレス割り当て方法
KR20180099293A (ko) 신뢰 도메인간 통신 방법 및 이를 위한 게이트웨이
US20030225910A1 (en) Host resolution for IP networks with NAT

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041214

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050214

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050405