(57)【要約】【課題】Ｐ２ＰアプリケーションにおけるＩＰｖ４とＩＰｖ６等の異なる通信プロトコル実行端末間のスムーズな通信を可能とする装置および方法を提供する。【解決手段】ＩＰｖ４とＩＰｖ６等の異なる通信プロトコルに従ったアドレスを用いた端末間における通信において、Ｐ２Ｐサービス用ＤＮＳがＤＮＳ動的更新処理を実行し、ゾーン権限ＤＮＳをＤＮＳ−ＡＬＧとして設定し、ＤＮＳ動的更新処理要求、ＦＱＤＮに基づくＩＰアドレス問い合わせをすべて、ＤＮＳ−ＡＬＧを介して実行する構成とした。ドメイン名（ＦＱＤＮ）に基づくアドレス取得処理において、ＤＮＳ−ＡＬＧの管理下で、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、ピア端末間の通信がスムーズに実行される。【選択図】  図７
2004363745.tif 000002
【特許請求の範囲】
【請求項１】
ドメインネームに基づくＩＰアドレス取得処理を実行するサーバ装置であり、
受信部を介して受信するＩＰアドレス取得要求に設定されたアドレス形式と、前記ＩＰアドレス取得要求に含まれるドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、該仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行する構成を有するとともに、
Ｐ２ＰサーバからのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）動的更新要求の受信に応じて、受信したＤＮＳ動的更新要求をゾーンファイル保持サーバとしてのＰ２Ｐサービス用ＤＮＳに転送する処理を実行する構成を有することを特徴とするサーバ装置。
【請求項２】
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有し、
ユーザ識別子に基づくＦＱＤＮ取得要求に基づいて、前記ピア端末リストから、受信ユーザ識別子に対応するＦＱＤＮを抽出し、該抽出ＦＱＤＮを応答データとして出力する処理を実行する構成を有することを特徴とするサーバ装置。
【請求項３】
端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理装置であり、
通信サービスに対する登録処理として、Ｐ２Ｐサーバに対してユーザ識別子あるいは識別用ＩＤおよびＩＰアドレスを出力し、サービス登録処理を実行するとともに、
ユーザ識別子あるいは識別用ＩＤに基づくドメインネーム取得要求を出力し、得られた通信先のドメインネームに基づくＩＰアドレス取得要求を出力し、該ＩＰアドレス取得要求に対する応答として受信する通信先ＩＰアドレスを用いたデータ通信処理を実行する構成を有することを特徴とする通信処理装置。
【請求項４】
通信先のドメインネームに基づくＩＰアドレス取得要求は、ドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に基づく要求処理として実行する構成であることを特徴とする請求項３に記載の通信処理装置。
【請求項５】
ユーザ端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理システムであり、
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有し、ユーザ端末からのユーザ識別子に基づくＦＱＤＮ問い合わせに応じてＦＱＤＮの通知処理を実行するＰ２Ｐサーバと、
ＦＱＤＮと、ＩＰアドレスとを対応付けたゾーンファイルを保有するＰ２Ｐサービス用ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）と、
ＦＱＤＮに基づくＩＰアドレス取得要求の受信に応じて、該要求を前記Ｐ２Ｐサービス用ＤＮＳサーバに転送し、前記Ｐ２Ｐサービス用ＤＮＳサーバからＩＰアドレスを取得し、該取得ＩＰアドレスを、前記ＩＰアドレス取得要求に対する応答として出力する処理を実行するＤＮＳ−ＡＬＧ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ−Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）と、
を有することを特徴とする通信処理システム。
【請求項６】
前記ＤＮＳ−ＡＬＧは、
前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、アドレス変換テーブルに基づくアドレス変換を実行する装置から受領し、該受領仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行する構成を有することを特徴とする請求項５に記載の通信処理システム。
【請求項７】
前記ＤＮＳ−ＡＬＧは、
前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とがＩＰｖ４とＩＰｖ６との異なるバージョンのＩＰアドレスの組み合わせである場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するバージョンを持つアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、該仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行する構成を有することを特徴とする請求項５に記載の通信処理システム。
【請求項８】
前記ＤＮＳ−ＡＬＧは、
非再帰クエリーのフラグを有するクエリーとしてのＦＱＤＮに基づくＩＰアドレス取得要求の受信に際しても、該要求を前記Ｐ２Ｐサービス用ＤＮＳサーバに転送する処理を実行する構成であることを特徴とする請求項５に記載の通信処理システム。
【請求項９】
ドメインネームに基づくＩＰアドレス取得要求に対する応答処理を実行するサーバにおけるデータ処理方法であり、
ドメインネームに基づくＩＰアドレス取得要求を受信し、前記ドメインネームに基づいてＩＰアドレスを取得し、前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、前記仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力するＩＰアドレス取得処理を実行するとともに、
Ｐ２ＰサーバからのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）動的更新要求の受信に応じて、受信ＤＮＳ動的更新要求をゾーンファイル保持サーバとしてのＰ２Ｐサービス用ＤＮＳに転送する処理としてのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）動的更新要求転送処理を実行することを特徴とするデータ処理方法。
【請求項１０】
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有するサーバ装置におけるデータ処理方法であり、
ユーザ識別子に基づくＦＱＤＮ取得要求を受信するステップと、
前記ピア端末リストから、受信ユーザ識別子に対応するＦＱＤＮを抽出し、該抽出ＦＱＤＮを応答データとして出力するステップと、
を有することを特徴とするデータ処理方法。
【請求項１１】
端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理方法であり、
通信サービスに対する登録処理として、Ｐ２Ｐサーバに対してユーザ識別子およびＩＰアドレスを出力し、サービス登録処理を実行するステップと、
通信先のユーザ識別子あるいは識別用ＩＤに基づくドメインネーム取得要求を出力するステップと、
通信先のドメインネームに基づくＩＰアドレス取得要求を出力するステップと、
前記ＩＰアドレス取得要求に対する応答として受信する通信先ＩＰアドレスを用いたデータ通信処理を実行するステップと、
を有することを特徴とする通信処理方法。
【請求項１２】
通信先のドメインネームに基づくＩＰアドレス取得要求は、ドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に基づく要求処理として実行することを特徴とする請求項１１に記載の通信処理方法。
【請求項１３】
ユーザ端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理方法であり、
Ｐ２Ｐサーバの実行ステップであり、ユーザ識別子に基づくドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）問い合わせに応じてＦＱＤＮ通知処理を実行するＦＱＤＮ通知処理ステップと、
ＤＮＳ−ＡＬＧ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ−Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）の実行ステップであり、ＦＱＤＮに基づくＩＰアドレス取得要求受信に応じて、該要求をＰ２Ｐサービス用ＤＮＳサーバに転送し、前記Ｐ２Ｐサービス用ＤＮＳサーバからＩＰアドレスを取得し、該取得ＩＰアドレスを、前記ＩＰアドレス取得要求に対する応答として出力するＩＰアドレス通知処理ステップと、
ユーザ端末における実行ステップであり、前記ＤＮＳ−ＡＬＧの出力するＩＰアドレスを適用したピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理ステップと、
を有することを特徴とする通信処理方法。
【請求項１４】
前記通信処理方法において、
前記Ｐ２Ｐサービス用ＤＮＳサーバは、ＦＱＤＮと、ＩＰアドレスとを対応付けたゾーンファイルを保有し、該ゾーンファイルに基づくＦＱＤＮ対応ＩＰアドレスの抽出処理を実行することを特徴とする請求項１３に記載の通信処理方法。
【請求項１５】
前記ＤＮＳ−ＡＬＧは、
前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、アドレス変換テーブルに基づくアドレス変換を実行する装置から受領し、該受領仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行することを特徴とする請求項１３に記載の通信処理方法。
【請求項１６】
前記ＤＮＳ−ＡＬＧは、
前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とがＩＰｖ４とＩＰｖ６との異なるバージョンのＩＰアドレスの組み合わせである場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するバージョンを持つアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、該仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行することを特徴とする請求項１３に記載の通信処理方法。
【請求項１７】
ユーザ端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理制御を実行するコンピュータ・プログラムであり、
ＦＱＤＮに基づくＩＰアドレス取得要求を受信するステップと、
前記ＩＰアドレス取得要求を、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とＩＰアドレスとを対応付けたゾーンファイルを保有するＰ２Ｐサービス用ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバに転送するステップと、
前記Ｐ２Ｐサービス用ＤＮＳサーバからＩＰアドレスを取得し、該取得ＩＰアドレスを、前記ＩＰアドレス取得要求に対する応答として出力するステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項１８】
端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行するコンピュータ・プログラムであり、
通信サービスに対する登録処理として、Ｐ２Ｐサーバに対してユーザ識別子およびＩＰアドレスを出力し、サービス登録処理を実行するステップと、
ユーザ識別子に基づくドメインネーム取得要求を出力するステップと、
前記ドメインネーム取得要求に対する応答として受信する通信先のドメインネームに基づくＩＰアドレス取得要求を出力するステップと、
前記ＩＰアドレス取得要求に対する応答として受信する通信先ＩＰアドレスを用いたデータ通信処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項１９】
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有するサーバ装置におけるデータ処理を実行するコンピュータ・プログラムであり、
ユーザ識別子に基づくＦＱＤＮ取得要求を受信するステップと、
前記ピア端末リストから、受信ユーザ識別子に対応するＦＱＤＮを抽出し、該抽出ＦＱＤＮを応答データとして出力するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信処理装置、サーバ装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。さらに詳細には、ＩＰｖ４とＩＰｖ６等、異なるアドレス形式を使用したピア端末間のピア・ツー・ピア通信を効率的に実行することを可能とした通信処理装置、サーバ装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
現在、インターネットではルーティテングプロトコルとしてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が用いられている。従来は発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）を用いるＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）が使用されてきた。しかし、インターネットの世界の急速な広がりとともにＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となり、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）において、次世代ＩＰアドレスとしてＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）が提案され、ＩＰｖ６が利用され始めている。ＩＰｖ６は、ＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいＩＰアドレスである。
【０００３】
このような状況に基づいて、ＩＰｖ４で通信を実行するＩＰｖ４端末とＩＰｖ６で通信を実行するＩＰｖ６端末とが混在するという事態が現実化している。ＩＰｖ４端末とＩＰｖ６端末との間で通信を実行するためには、アドレスの変換処理が必要となる。
【０００４】
ＩＰｖ４端末とＩＰｖ６端末の間の通信を実現する方法としては、例えばＩＥＴＦから出されているＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）１８８４に記載の「ＩＰｖ４−ｍａｐｐｅｄ  ＩＰｖ６アドレス」と「ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ
ＩＰｖ６アドレス」を使用する方法がある。
【０００５】
「ＩＰｖ４−ｍａｐｐｅｄ  ＩＰｖ６アドレス」は、ＩＰｖ６アドレスの１２８ビットのうち、第１２７ビット〜第４８ビットに“０”をセットし、第４７ビット〜第３２ビットに“１”をセットし、第３１ビット〜第０ビットに「ＩＰｖ４アドレス」をセットするＩＰｖ６アドレスであり、「ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ  ＩＰｖ６アドレス」は、ＩＰｖ６アドレスの１２８ビットのうち、第１２７ビット〜第３２ビットに“０”をセットし、第３１ビット〜第０ビットに「ＩＰｖ４アドレス」をセットするＩＰｖ６アドレスである。
【０００６】
ＩＰｖ４端末とＩＰｖ６端末の間の通信を行うときは、ＩＰｖ４端末と通信するＩＰｖ６端末に予めＩＰｖ４アドレスを固定で割り当てておく。また、ＩＰｖ４端末とＩＰｖ６端末が通信する経路の途中に、ＩＰヘッダを変換してＩＰｖ４パケット（ＲＦＣ７９１）とＩＰｖ６パケット（ＲＦＣ１８８３）の相互変換を行うパケット変換装置を設ける。
【０００７】
ＩＰｖ４ネットワーク内では、ＩＰｖ４端末のＩＰｖ４アドレスとＩＰｖ６端末に割り当てられているＩＰｖ４アドレスとを使い、ＩＰｖ４パケットを用いて通信する。また、ＩＰｖ６ネットワーク内では、ＩＰｖ４端末のＩＰｖ６アドレスとして「ＩＰｖ４端末のＩＰｖ４アドレス」をセットした「ＩＰｖ４−ｍａｐｐｅｄＩＰｖ６アドレス」を使い、ＩＰｖ６端末のＩＰアドレスとして「ＩＰｖ６端末に割り当てられているＩＰｖ４アドレス」をセットした「ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅＩＰｖ６アドレス」を使い、ＩＰｖ６パケットを用いて通信する。
【０００８】
特許文献１は、通信端末（ホスト）からのＩＰアドレス要求時に、予め作成したリストまたは属性に基づいてＩＰアドレスとともにホスト名を自動的に割り当て、ホストに設定したＩＰアドレスとホスト名を含むＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）の対応を管理サーバに登録する構成を開示している。本構成によれば、通信端末ホストに対するＩＰアドレスに関わらず、同一ホスト名でのアクセスが可能となる。
【０００９】
しかし、実際に通信を開始するためにはホスト名からＩＰアドレスへの変換を必要とする。ホスト名とＩＰアドレスとの対応リストには、ＩＰｖ６アドレスまたはＩＰｖ４アドレスのいずれかが記録されることになり、ＩＰｖ４アドレスでしか通信のできない端末は、通信先がＩＰｖ６による通信を実行する端末である場合、サーバからホスト対応のアドレスの通知を受けても、ＩＰｖ６アドレスを理解することができず、サーバからのアドレス情報を取得しても、通信を行うことができないという事態が発生する。その逆の場合、すなわちＩＰｖ６通信端末が通信先のＩＰｖ４アドレス情報を取得しても同様に通信できないという事態が発生する。
【００１０】
端末間の直接通信であるピア・ツー・ピア（Ｐ２Ｐ）型の通信において、目的の端末（ピア）を探索・発見するに当たって必要となるピア情報（端末情報）を専用のサーバに集め、１箇所で集中管理する手法がある。これをハイブリッド型Ｐ２Ｐと呼ぶ。一方、ピア情報を分散管理する手法をピュア型Ｐ２Ｐと呼ぶ。このようなピア・ツー・ピア（Ｐ２Ｐ）型の通信において、中央サーバではピアの特定のためにＩＰアドレスを識別子に利用するが、ＩＰｖ４／ＩＰｖ６混在環境における利用方法については、アドレス形式が異なっており、明確な手法が確立されていない。
【００１１】
このようなピア・ツー・ピア（Ｐ２Ｐ）型の通信における問題は、ＩＰｖ４形式のＩＰアドレスを中央サーバで管理している場合に、ＩＰｖ６のみでしか通信ができない端末は、中央サーバからの情報を取得しても、ＩＰｖ４形式の端末に対して通信を行うことができず、その逆の場合も同様に通信できなくなることである。これは、異なるプロトコルのアドレスが認識されず、端末の特定ができないこと、ルーティングが存在しないことが原因である。
【００１２】
また、端末（ピア）の特定のためにＩＰアドレスを使用せずに、ＪＸＴＡプロトコルのようにＪＸＴＡ  ＩＤと呼ばれるＩＰとは異なるレイヤーの識別子を媒介とする場合は、端末を特定することも可能であるが、特定したピアのＩＰレイヤーでの通信先の特定方法（上位レイヤーの識別子とＩＰアドレスのマッピング）、ルーティングの方法、ＩＰｖ４／ＩＰｖ６変換技術との組み合わせ方については、これまで確立したものがない。
【００１３】
【特許文献１】
特許公開２００２−１５２２５３号公報
【００１４】
【発明が解決しようとする課題】
本発明は、上述のような従来技術の欠点に鑑みてなされたものであり、ＩＰｖ４とＩＰｖ６が混在するネットワークにおいて、シームレスなピア・ツー・ピアの通信を可能にする構成を提供するものである。
【００１５】
従来のハイブリッド型ピア・ツー・ピアの通信においては、上述したように、管理サーバにおいて各端末のＩＰアドレスのリストをインデックスとして管理し、ピア（端末）に対して情報を提供するが、ＩＰｖ４／ＩＰｖ６混在環境においては異なるアドレス形式がリストに設定されているため、例えば、ＩＰｖ４上のピア端末が端末リストから得たＩＰｖ６のＩＰアドレスを認識できなかったり、ＩＰｖ６の端末へのルーティングが存在しないため、ＩＰｖ４とＩＰｖ６端末間のスムーズな通信が実行できないという状況が発生する。
【００１６】
本発明では、異なるアドレス形式を持つホストを統一的に扱うために、ドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）動的更新（ＲＦＣ２１３６）処理を適用し、アドレス間の違いの隠蔽処理構成を実現する。この構成に基づいて通信処理装置（ピア端末）の使用プロトコルにかかわらない相互接続を可能とした通信処理装置、サーバ装置、通信処理システム、および方法、並びにコンピュータ・プログラムを提供する。
【００１７】
【課題を解決するための手段】
本発明の第１の側面は、
ドメインネームに基づくＩＰアドレス取得処理を実行するサーバ装置であり、受信部を介して受信するＩＰアドレス取得要求に設定されたアドレス形式と、前記ＩＰアドレス取得要求に含まれるドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、該仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行する構成を有するとともに、
Ｐ２ＰサーバからのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）動的更新要求の受信に応じて、受信したＤＮＳ動的更新要求をゾーンファイル保持サーバとしてのＰ２Ｐサービス用ＤＮＳに転送する処理を実行する構成を有することを特徴とするサーバ装置にある。
【００１８】
さらに、本発明の第２の側面は、
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有し、ユーザ識別子に基づくＦＱＤＮ取得要求に基づいて、前記ピア端末リストから、受信ユーザ識別子に対応するＦＱＤＮを抽出し、該抽出ＦＱＤＮを応答データとして出力する処理を実行する構成を有することを特徴とするサーバ装置にある。
【００１９】
さらに、本発明の第３の側面は、
端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理装置であり、
通信サービスに対する登録処理として、Ｐ２Ｐサーバに対してユーザ識別子あるいは識別用ＩＤおよびＩＰアドレスを出力し、サービス登録処理を実行するとともに、
ユーザ識別子あるいは識別用ＩＤに基づくドメインネーム取得要求を出力し、得られた通信先のドメインネームに基づくＩＰアドレス取得要求を出力し、該ＩＰアドレス取得要求に対する応答として受信する通信先ＩＰアドレスを用いたデータ通信処理を実行する構成を有することを特徴とする通信処理装置にある。
【００２０】
さらに、本発明の通信処理装置の一実施態様において、通信先のドメインネームに基づくＩＰアドレス取得要求は、ドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に基づく要求処理として実行する構成であることを特徴とする。
【００２１】
さらに、本発明の第４の側面は、
ユーザ端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理システムであり、
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有し、ユーザ端末からのユーザ識別子に基づくＦＱＤＮ問い合わせに応じてＦＱＤＮの通知処理を実行するＰ２Ｐサーバと、
ＦＱＤＮと、ＩＰアドレスとを対応付けたゾーンファイルを保有するＰ２Ｐサービス用ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）と、
ＦＱＤＮに基づくＩＰアドレス取得要求の受信に応じて、該要求を前記Ｐ２Ｐサービス用ＤＮＳサーバに転送し、前記Ｐ２Ｐサービス用ＤＮＳサーバからＩＰアドレスを取得し、該取得ＩＰアドレスを、前記ＩＰアドレス取得要求に対する応答として出力する処理を実行するＤＮＳ−ＡＬＧ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ−Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）と、
を有することを特徴とする通信処理システムにある。
【００２２】
さらに、本発明の通信処理システムの一実施態様において、前記ＤＮＳ−ＡＬＧは、前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、アドレス変換テーブルに基づくアドレス変換を実行する装置から受領し、該受領仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行する構成を有することを特徴とする。
【００２３】
さらに、本発明の通信処理システムの一実施態様において、前記ＤＮＳ−ＡＬＧは、前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とがＩＰｖ４とＩＰｖ６との異なるバージョンのＩＰアドレスの組み合わせである場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するバージョンを持つアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、該仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行する構成を有することを特徴とする。
【００２４】
さらに、本発明の通信処理システムの一実施態様において、前記ＤＮＳ−ＡＬＧは、非再帰クエリーのフラグを有するクエリーとしてのＦＱＤＮに基づくＩＰアドレス取得要求の受信に際しても、該要求を前記Ｐ２Ｐサービス用ＤＮＳサーバに転送する処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第５の側面は、
ドメインネームに基づくＩＰアドレス取得要求に対する応答処理を実行するサーバにおけるデータ処理方法であり、
ドメインネームに基づくＩＰアドレス取得要求を受信し、前記ドメインネームに基づいてＩＰアドレスを取得し、前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、前記仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力するＩＰアドレス取得処理を実行するとともに、
Ｐ２ＰサーバからのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）動的更新要求の受信に応じて、受信ＤＮＳ動的更新要求をゾーンファイル保持サーバとしてのＰ２Ｐサービス用ＤＮＳに転送する処理としてのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）動的更新要求転送処理を実行することを特徴とするデータ処理方法にある。
【００２６】
さらに、本発明の第６の側面は、
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有するサーバ装置におけるデータ処理方法であり、
ユーザ識別子に基づくＦＱＤＮ取得要求を受信するステップと、
前記ピア端末リストから、受信ユーザ識別子に対応するＦＱＤＮを抽出し、該抽出ＦＱＤＮを応答データとして出力するステップと、
を有することを特徴とするデータ処理方法にある。
【００２７】
さらに、本発明の第７の側面は、
端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理方法であり、
通信サービスに対する登録処理として、Ｐ２Ｐサーバに対してユーザ識別子およびＩＰアドレスを出力し、サービス登録処理を実行するステップと、
通信先のユーザ識別子あるいは識別用ＩＤに基づくドメインネーム取得要求を出力するステップと、
通信先のドメインネームに基づくＩＰアドレス取得要求を出力するステップと、
前記ＩＰアドレス取得要求に対する応答として受信する通信先ＩＰアドレスを用いたデータ通信処理を実行するステップと、
を有することを特徴とする通信処理方法にある。
【００２８】
さらに、本発明の通信処理方法の一実施態様において、通信先のドメインネームに基づくＩＰアドレス取得要求は、ドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）に基づく要求処理として実行することを特徴とする。
【００２９】
さらに、本発明の第８の側面は、
ユーザ端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理方法であり、
Ｐ２Ｐサーバの実行ステップであり、ユーザ識別子に基づくドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）問い合わせに応じてＦＱＤＮ通知処理を実行するＦＱＤＮ通知処理ステップと、
ＤＮＳ−ＡＬＧ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ−Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）の実行ステップであり、ＦＱＤＮに基づくＩＰアドレス取得要求受信に応じて、該要求をＰ２Ｐサービス用ＤＮＳサーバに転送し、前記Ｐ２Ｐサービス用ＤＮＳサーバからＩＰアドレスを取得し、該取得ＩＰアドレスを、前記ＩＰアドレス取得要求に対する応答として出力するＩＰアドレス通知処理ステップと、
ユーザ端末における実行ステップであり、前記ＤＮＳ−ＡＬＧの出力するＩＰアドレスを適用したピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行する通信処理ステップと、
を有することを特徴とする通信処理方法にある。
【００３０】
さらに、本発明の通信処理方法の一実施態様において、前記Ｐ２Ｐサービス用ＤＮＳサーバは、ＦＱＤＮと、ＩＰアドレスとを対応付けたゾーンファイルを保有し、該ゾーンファイルに基づくＦＱＤＮ対応ＩＰアドレスの抽出処理を実行することを特徴とする。
【００３１】
さらに、本発明の通信処理方法の一実施態様において、前記ＤＮＳ−ＡＬＧは、前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とが異なる場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するアドレス形式の仮想ＩＰアドレスを、アドレス変換テーブルに基づくアドレス変換を実行する装置から受領し、該受領仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行することを特徴とする。
【００３２】
さらに、本発明の通信処理方法の一実施態様において、前記ＤＮＳ−ＡＬＧは、前記ＩＰアドレス取得要求に設定されたアドレス形式と、前記ドメインネームに基づいて取得したＩＰアドレスのアドレス形式とがＩＰｖ４とＩＰｖ６との異なるバージョンのＩＰアドレスの組み合わせである場合に、前記ＩＰアドレス取得要求に設定されたアドレス形式と一致するバージョンを持つアドレス形式の仮想ＩＰアドレスを、前記ドメインネームに基づく取得ＩＰアドレスに対応する仮想ＩＰアドレスとして設定し、該仮想ＩＰアドレスを前記ＩＰアドレス取得要求に対する応答として出力する処理を実行することを特徴とする。
【００３３】
さらに、本発明の第９の側面は、
ユーザ端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理制御を実行するコンピュータ・プログラムであり、
ＦＱＤＮに基づくＩＰアドレス取得要求を受信するステップと、
前記ＩＰアドレス取得要求を、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とＩＰアドレスとを対応付けたゾーンファイルを保有するＰ２Ｐサービス用ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバに転送するステップと、
前記Ｐ２Ｐサービス用ＤＮＳサーバからＩＰアドレスを取得し、該取得ＩＰアドレスを、前記ＩＰアドレス取得要求に対する応答として出力するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３４】
さらに、本発明の第１０の側面は、
端末間通信としてのピア・ツー・ピア（Ｐ２Ｐ）通信処理を実行するコンピュータ・プログラムであり、
通信サービスに対する登録処理として、Ｐ２Ｐサーバに対してユーザ識別子およびＩＰアドレスを出力し、サービス登録処理を実行するステップと、
ユーザ識別子に基づくドメインネーム取得要求を出力するステップと、
前記ドメインネーム取得要求に対する応答として受信する通信先のドメインネームに基づくＩＰアドレス取得要求を出力するステップと、
前記ＩＰアドレス取得要求に対する応答として受信する通信先ＩＰアドレスを用いたデータ通信処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３５】
さらに、本発明の第１１の側面は、
ユーザ識別子とドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とを対応付けたピア端末リストを保有するサーバ装置におけるデータ処理を実行するコンピュータ・プログラムであり、
ユーザ識別子に基づくＦＱＤＮ取得要求を受信するステップと、
前記ピア端末リストから、受信ユーザ識別子に対応するＦＱＤＮを抽出し、該抽出ＦＱＤＮを応答データとして出力するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３６】
【作用】
本発明の構成によれば、ＩＰｖ４とＩＰｖ６等の異なる通信プロトコルに従ったアドレスを用いた端末間における通信において、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【００３７】
本発明の構成によれば、ドメイン対応の管理データとしてのゾーンファイルをもつＰ２Ｐサービス用ＤＮＳがＤＮＳ動的更新処理を実行するとともに、ドメイン対応のゾーンの権限ＤＮＳをＤＮＳ−ＡＬＧとして設定し、ＤＮＳ動的更新処理要求、ＦＱＤＮに基づくＩＰアドレス問い合わせをすべて、ＤＮＳ−ＡＬＧを介して実行する構成としたので、ドメイン名（ＦＱＤＮ）に基づくアドレス取得処理において、ＤＮＳ−ＡＬＧの管理下で、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【００３８】
さらに、本発明の構成によれば、ＩＰｖ４ピア端末とＩＰｖ６ピア端末間の通信において行うべき処理をＤＮＳ−ＡＬＧにおいて統一的に処理可能となり、例えば、ＩＰｖ４アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあり、Ｐ２Ｐサービス用ＤＮＳのゾーンファイルから取得されるアドレスがＩＰｖ６アドレスである場合は、ＤＮＳ−ＡＬＧは、ＮＡＴ−ＰＴｂｏｘから仮想ＩＰｖ４アドレスを取得して端末に通知することが可能となる。また、ＩＰｖ６アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあった場合において、ゾーンファイルから取得するアドレスがＩＰｖ４アドレスである場合は、ＮＡＴ−ＰＴｂｏｘから取得した仮想ＩＰｖ６アドレスを端末に通知することが可能となる。従って、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【００３９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４１】
【発明の実施の形態】
以下、図面を参照しながら、本発明の通信処理装置、サーバ装置、通信処理システム、および方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４２】
［１．ネットワーク概要および機器構成］
図１に本発明の通信処理装置が通信を実行するネットワーク構成例を示す。図２に図１に示すネットワーク内に配置されるピア端末および各サーバ等の機器のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルスタックおよびＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）アドレス、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）アドレスを示す。ＩＰプロトコルスタックにおいて、「ＩＰｖ４」と記載の機器はＩＰｖ４プロトコルに基づく通信を実行する機器、「ＩＰｖ６」と記載の機器はＩＰｖ６プロトコルに基づく通信を実行する機器、「Ｄｕａｌ」と記載の機器はデュアルプロトコルスタック、すなわちＩＰｖ４プロトコルおよびＩＰｖ６プロトコル双方での通信を実行可能な機器を示している。
【００４３】
図１において、［４］はＩＰｖ４プロトコルスタック、［６］はＩＰｖ６プロトコルスタック、［４／６］はデュアルプロトコルスタックを意味する。［４／６］（［４］，［６］）は、以下に説明する実施例では、デュアルプロトコルスタックとして説明するが、ＩＰｖ４プロトコルスタックまたはＩＰｖ６プロトコルスタックとしてもよいことを示している。なお、図２に示すＩＰｖ６アドレス、ＩＰｖ４アドレスは１つの設定例である。
【００４４】
図１において、ネットワークは、ＩＰｖ６アドレスでの通信を実行するＩＰｖ６ネットワーク１０１と、ＩＰｖ４アドレスでの通信を実行するＩＰｖ４ネットワーク１０２とからなる。図１において、ピア端末（Ｔｏｍ）１１１は、ＩＰｖ６プロトコルでの通信を実行する機器であり、ピア端末（Ｊａｃｋ）１１２は、ＩＰｖ４プロトコルでの通信を実行する機器である。図１において、ＩＰｖ６ネットワーク１０１と、ＩＰｖ４ネットワーク１０２との境目に配置されるサーバ等の機器は、デュアルプロトコルスタック、すなわちＩＰｖ６／ＩＰｖ４を両方のプロトコル処理が可能な機器を示している。
【００４５】
ＩＰｖ４ネットワーク１０２内の機器は全てＩＰ（ｖ４）レイヤーとしてはリーチャビリティ（到達性）があり、ＩＰｖ６ネットワーク１０１内の機器は全てＩＰ（ｖ６）レイヤーとしてのリーチャビリティ（到達性）がある。ＩＰｖ４アドレスとＩＰｖ６アドレスの変換等のＩＰパケットのフォーマットをＩＰｖ４とＩＰｖ６とで相互に変換するＮＡＴ−ＰＴ  ｂｏｘ１１９内のプールアドレス（後述）も同様である。以下、図１に示す各機器の詳細について、順次説明する。
【００４６】
（１）ピア端末
図１では、ピア端末（ｔｏｍ）１１１と、ピア端末（Ｊａｃｋ）１１２とがピア端末として設定してある。ピア端末（ｔｏｍ）１１１はＩＰｖ６に基づく通信を実行する通信処理装置であり、ピア端末（Ｊａｃｋ）１１２はＩＰｖ４に基づく通信を実行する通信処理装置である。これらの両通信処理装置が相互に通信を行うことを想定している。
【００４７】
ピア端末は、ピア・ツー・ピア（Ｐ２Ｐ）の通信を行う端末であり、以下の各機能を有する。
ａ．自分自身のＩＰアドレスとユーザ名（あるいは識別用ＩＤ）をＰ２Ｐサーバ１１３に通知する機能。
ｂ．通信相手をユーザ名（あるいは識別用ＩＤ）で検索し、得られたユーザ名対応のドメインネームの完全記述形式としてのＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）を適用して通信を開始する機能。
【００４８】
ピア端末において、通信処理は例えば以下の手順に従って実行される。
ファイル共有Ｐ２Ｐアプリケーションの場合、指定するファイルを所有しているユーザを検索し、検索ユーザに対応するＦＱＤＮが得られたら、ＦＱＤＮに基づくＩＰアドレスを取得し、取得したＩＰアドレスに基づいて通信を開始する。
【００４９】
なお、図１において、ＩＰｖ６ネットワーク１０１上のピア端末（Ｔｏｍ）１１１と、ＩＰｖ４ネットワーク１０２上のピア端末（Ｊａｃｋ）１１２間の通信が実行されることを想定している。
【００５０】
本実施例において、
ピア端末（ｔｏｍ）１１１は、
ＩＰｖ６アドレス
２００１：２９８：１２３４：０：：１２３４
ピア端末（Ｊａｃｋ）１１２は、
ＩＰｖ４アドレス
１０．０．０．１
が設定されているとする。
【００５１】
（２）Ｐ２Ｐサーバ
図１に示すように、Ｐ２Ｐサーバ１１３は、ＩＰｖ６ネットワーク１０１と、ＩＰｖ４ネットワーク１０２を含む位置に配置されるサーバ、すなわちデュアルプロトコルスタックであり、ＩＰｖ６／ＩＰｖ４を両方のプロトコル処理が可能な機器として設定される。Ｐ２Ｐサーバは、以下の機能を持つ。
【００５２】
ａ．端末リスト、インデックスの提供、ＤＮＳ動的更新機能。
ｂ．ピア端末の情報を格納する機能。
ｃ．ピア端末のログイン時に任意で一意な文字列を生成し、それを指定するドメイン名（例として、“ｓａｍｐｌｅ．ｃｏｍ”）と連結してドメイン名の完全記述形式としてのＦＱＤＮを生成し、ピア端末リストに登録する機能。
ｄ．Ｐ２Ｐサービス用ＤＮＳに対して、そのＦＱＤＮについての動的更新パケットを送信する機能。
ｅ．ピア端末の情報に対する問い合わせ（ユーザ名での検索や、所有ファイル名での検索、その他のリソースでの検索）を受領した場合、対応する端末のＦＱＤＮを返答する機能。
【００５３】
Ｐ２Ｐサーバの生成するピア端末リストの例を図３に示す。図３に示すように、ピア端末の情報は、ユーザ名などのシステムに一意な識別子と、ドメイン名の完全記述形式としてのＦＱＤＮ、およびそのユーザに関する属性を対応付けたリスト形式を持つ。
【００５４】
属性として、図３に示すリストでは、存在確認としての通信可能か否かの情報を示しているが、属性情報としては、これらの情報に限らず、ファイル共有型のＰ２Ｐアプリケーションの場合はファイル名、グリッドコンピューティングの場合は計算能力など、様々な属性をテーブルとして保持することが可能である。
【００５５】
なお、図１、図２に示すように、Ｐ２Ｐサーバ１１３は、デュアルプロトコルスタックであることが必須である。
【００５６】
本実施例において、
Ｐ２Ｐサーバ１１３は、
ＩＰｖ６アドレス
２００１：２９８：１２３４：１：：１
ＩＰｖ４アドレス
１０．０．１．１
が設定されているものとする。
【００５７】
（３）Ｐ２Ｐサービス用ＤＮＳ
図１に示すように、Ｐ２Ｐサービス用ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）１１４は、Ｐ２Ｐサーバ１１３からＦＱＤＮが動的に登録されるＤＮＳサーバである。本実施例では、Ｐ２Ｐサービス用ＤＮＳ１１４は、デュアルプロトコルスタック、すなわち、ＩＰｖ６／ＩＰｖ４を両方のプロトコル処理が可能な機器とした設定例とする。ただし、Ｐ２Ｐサービス用ＤＮＳ１１４は、ＤＮＳ−ＡＬＧ１１８からのパケット到達性が保証されればよく、デュアルプロトコルスタックに限定されるものでなく、ＩＰｖ６でもＩＰｖ４のいずれかのプロトコルスタックを持つ構成としてもよい。Ｐ２Ｐサービス用ＤＮＳ１１４は、以下の機能を持つ。
【００５８】
ａ．ピア端末の利用するリゾルバ（ドメイン名に対応するＩＰアドレス問い合わせプログラム）からの問合せに返答する機能。
ｂ．動的更新が可能なゾーンの管理権限（Ａｕｔｈｏｒｉｔｙ）。
ｃ．Ｐ２Ｐサーバ１１３からＤＮＳ−ＡＬＧ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ−Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）１１８を経由して動的更新パケットを受け取り、自身が管理するゾーンファイルを動的に更新する機能。
【００５９】
例えば、完全記述形式ドメイン名（ＦＱＤＮ）：ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍが、ＩＰｖ６アドレス：２００１：２９８：１２３４：０：：１２３４であるとする動的更新パケットと、完全記述形式ドメイン名（ＦＱＤＮ）：ｂｂｂｂｂｂｂｂ．ｓａｍｐｌｅ．ｃｏｍがＩＰｖ４アドレス：１０．０．０．１であるとする動的更新パケットをＰ２Ｐサーバ１１３からＤＮＳ−ＡＬＧ１１８を経由して受信した場合、自身が管理するゾーンファイルを、図４に示すように更新する。
【００６０】
すなわち、完全記述形式ドメイン名（ＦＱＤＮ）［ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ］と、ＩＰｖ６アドレス対応のレコードであることを示すレコード種別［ＡＡＡＡ］と、ＩＰｖ６アドレス［２００１：２９８：１２３４：０：：１２３４］との対応データと、完全記述形式ドメイン名（ＦＱＤＮ）［ｂｂｂｂｂｂｂｂ．ｓａｍｐｌｅ．ｃｏｍ］と、ＩＰｖ４アドレス対応のレコードであることを示すレコード種別［Ａ］と、ＩＰｖ４アドレス［１０．０．０．１］との対応データがゾーンファイルとして設定される。
【００６１】
なお、本実施例では、動的更新可能なゾーンのドメイン名を［ｓａｍｐｌｅ．ｃｏｍ］とする。このゾーンの権限情報、ドメイン情報としてのＳＯＡ（Ｓｔａｒｔ  ｏｆ  Ａｕｔｈｏｒｉｔｙ）レコード、ネームサーバ情報としてのＮＳ（Ｎａｍｅ  Ｓｅｒｖｅｒ）レコード、ホスト名−ＩＰアドレス対応情報としてのＡ／ＡＡＡＡレコードの構成例を図５に示す。すなわち、
ｓａｍｐｌｅ．ｃｏｍ．  ＳＯＡ  ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．  ｒｏｏｔ．ｓａｍｐｌｅ．ｃｏｍ．
ｓａｍｐｌｅ．ｃｏｍ．  ＮＳ  ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．
ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．  Ａ  １０．０．６．１
ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．  ＡＡＡＡ  ２００１：２９８：１２３４：６：：１
である。
【００６２】
なお、名前解決のクエリーがＤＮＳ−ＡＬＧ１１８に到達するようにするため、このゾーンの権限は見かけ上、ＤＮＳ−ＡＬＧ１１８が保持しているようにレコードの記述を設定する。すなわち、ＤＮＳ−ＡＬＧ１１８のアドレス（１０．０．６．１（ＩＰｖ４）／２００１：２９８：１２３４：６：：１（ＩＰｖ６））がＡ／ＡＡＡＡレコードに設定される。
【００６３】
本実施例において、
Ｐ２Ｐサービス用ＤＮＳ１１４は、
ＩＰｖ６アドレス
２００１：２９８：１２３４：２：：１
ＩＰｖ４アドレス
１０．０．２．１
が設定されているものとする。
【００６４】
（４）リゾルバＤＮＳ
リゾルバＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）は、図１には、３台のリゾルバＤＮＳ１〜３，１１５，１１６，１１７を示している。リゾルバＤＮＳ１，１１５は、ＩＰｖ６ネットワーク１０１と、ＩＰｖ４ネットワーク１０２との境目に配置されるサーバであり、デュアルプロトコルスタック、すなわち、ＩＰｖ６／ＩＰｖ４を両方のプロトコル処理が可能である。リゾルバＤＮＳ２，１１６、リゾルバＤＮＳ３，１１７は、ＩＰｖ４ネットワーク１０２に配置されるサーバであり、ＩＰｖ４のプロトコル処理が可能である。これらのリゾルバＤＮＳ１〜３，１１５，１１６，１１７の基本機能は、名前解決機能である。リゾルバＤＮＳの提供する機能は以下の通りである。
【００６５】
ａ．ピア端末やその他のさまざまなホストのリゾルバとして機能するＤＮＳであり、ピア端末やその他のさまざまなホストのリゾルバ（ドメイン名に対応するＩＰアドレス問い合わせプログラム）からの問合せに返答する。
完全記述形式ドメイン名（ＦＱＤＮ）に基づいてＩＰアドレスを問い合わせるクエリー（名前解決のクエリー）を受け取ると再帰的にインターネットの上位ドメイン名からの名前解決を行う。
【００６６】
なお、図１において、ＩＰｖ６のホストからの名前解決クエリーを受け取るリゾルバＤＮＳ１１５は、ＩＰｖ６スタックを持っているのと同様に、上位のＤＮＳに問合せが必要であるためＩＰｖ４スタックも持っている。図１では３台のリゾルバＤＮＳを示しているが、かならず３台必要であるわけではなく、１台のＤＮＳが共用さいれている場合もある。
【００６７】
本実施例において、
リゾルバＤＮＳ１，１１５は、
ＩＰｖ６アドレス
２００１：２９８：１２３４：３：：１
ＩＰｖ４アドレス
１０．０．３．１が設定され、
リゾルバＤＮＳ２，１１６は、
ＩＰｖ４アドレス
１０．０．４．１が設定され、
リゾルバＤＮＳ３，１１７は、
ＩＰｖ４アドレス
１０．０．５．１が設定されているものとする。
【００６８】
（５）ＤＮＳ−ＡＬＧ
図１に示すように、ＤＮＳ−ＡＬＧ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ−Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）１１８は、デュアルプロトコルスタック、すなわち、ＩＰｖ６／ＩＰｖ４を両方のプロトコル処理が可能な機器として設定され、ＲＦＣ２７６６で規定された機能を主要機能として実行する。なお、本実施例では、ＤＮＳ−ＡＬＧ１１８をデュアルプロトコルスタックとして設定した例を説明するが、ＩＰｖ６／ＩＰｖ４のどちらかのスタックしか持たない構成とすることも可能である。ただし、ＩＰｖ６／ＩＰｖ４のどちらかのスタックしか持たない場合は、あらかじめＮＡＴ−ＰＴ  ｂｏｘからの静的な変換が可能な状態にしておくことが必要となる。機能について、以下に説明する。
【００６９】
ａ．Ｐ２Ｐサービス用ＤＮＳへの問合せ機能
ＤＮＳ−ＡＬＧ１１８は、Ｐ２Ｐサービス用ＤＮＳ１１４へアドレス問い合わせ処理を実行する。すなわち、他機器からのＩＰアドレス問い合わせ（リゾルバ）を受領するとＰ２Ｐサービス用ＤＮＳ１１４へアドレス問い合わせ処理を実行する。問い合わせ処理の態様は、以下の２通りがある。
【００７０】
ａ１）ＩＰｖ４→ＩＰｖ６方向の通信の場合、
他機器のリゾルバ（ドメイン名に対応するＩＰアドレス問い合わせプログラム）からＡレコード（ＦＱＤＮからＩＰｖ４のアドレスを名前解決するためのレコード）を問い合わせるクエリーを受信すると、Ｐ２Ｐサービス用ＤＮＳ１１４に対してＡＡＡＡとＡレコードのクエリーを転送する。
ａ２）ＩＰｖ６→ＩＰｖ４方向の通信の場合、
リゾルバからＡＡＡＡレコード（ＦＱＤＮからＩＰｖ６のアドレスを名前解決するためのレコード）を問い合わせるクエリーを受信すると、Ｐ２Ｐサービス用ＤＮＳ１１４にＡＡＡＡとＡレコードのクエリーを転送する。
【００７１】
ｂ．得られたレコードのリゾルバへの応答機能
上述のＰ２Ｐサービス用ＤＮＳへの問合せ機能に基づいてＰ２Ｐサービス用ＤＮＳから取得したＩＰアドレスを問い合わせ元へ応答する機能であり、処理態様としては、上述のａ１），ａ２）に対応する処理ｂ１），ｂ２）、およびｂ３）がある。
【００７２】
ｂ１）リゾルバからのクエリーがＡレコードであり、Ｐ２Ｐサービス用ＤＮＳから得られたＩＰアドレスがＩＰｖ６の場合は、ＮＡＴ−ＰＴ  Ｂｏｘ１１９にＩＰｖ４仮想アドレスを要求し、得られたＩＰｖ４アドレスをＡレコードとしてリゾルバに返答する。
ｂ２）リゾルバからのクエリーがＡＡＡＡレコードであり、Ｐ２Ｐサービス用ＤＮＳから得られたＩＰアドレスがＩＰｖ４の場合は、ＮＡＴ−ＰＴ  Ｂｏｘ１１９にＩＰｖ６仮想アドレスを要求し、得られたＩＰｖ６アドレスをＡＡＡＡレコードとしてリゾルバに返答する。
ｂ３）上記以外の場合は、Ｐ２Ｐサービス用ＤＮＳから得られたレコードをそのままリゾルバに返答する。
【００７３】
ｃ．Ｐ２Ｐサーバ１１３からＤＮＳ動的更新パケットを受け取った際に、Ｐ２Ｐサービス用ＤＮＳ１１４に転送する機能。この処理については、後段で説明するシーケンスの説明において説明する。
【００７４】
本実施例において、
ＤＮＳ−ＡＬＧ１１８は、
ＩＰｖ６アドレス
２００１：２９８：１２３４：６：：１
ＩＰｖ４アドレス
１０．０．６．１が設定されているものとする。
【００７５】
（６）上位のＤＮＳ
図１に示す上位ＤＮＳ１２０は、Ｐ２Ｐサーバ１１３が動的更新を行うゾーンの権限委譲を行う。権限委譲先は、Ｐ２Ｐサービス用ＤＮＳ１１４ではなく、ＤＮＳ−ＡＬＧ１１８を指定して行う。
【００７６】
上位のＤＮＳの権限委譲を行うレコードは、ネームサーバ情報としてのＮＳ（Ｎａｍｅ  Ｓｅｒｖｅｒ）レコード、ホスト名−ＩＰアドレス対応情報としてのＡ／ＡＡＡＡレコードであり、図６に示す情報である。すなわち、
ｓａｍｐｌｅ．ｃｏｍ．  ＮＳ  ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．
ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．  Ａ  １０．０．６．１
ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．  ＡＡＡＡ  ２００１：２９８：１２３４：６：：１
である。
【００７７】
（７）ＮＡＴ−ＰＴ  Ｂｏｘ
ＮＡＴ−ＰＴ  Ｂｏｘ１１９は、ＲＦＣ  ２７６６で規定されたＩＰヘッダ変換を行うトランスレータであり、ＩＰパケットのフォーマットをＩＰｖ４とＩＰｖ６とで相互に変換する処理を実行する。機能について説明する。
【００７８】
ａ．ＮＡＴ−ＰＴ  Ｂｏｘ１１９は、ＩＰｖ４とＩＰｖ６のインタフェースを持ち、ＩＰｖ４インタフェースに到達したＩＰｖ４トラフィックのヘッダをＩＰｖ６に変換して、ＩＰｖ６側に送出する。また、ＩＰｖ６インタフェースに到達したＩＰｖ６トラフィックのヘッダをＩＰｖ４に変換して、ＩＰｖ４側に送出する。
【００７９】
ｂ．ヘッダ変換の際に利用する仮想ＩＰｖ４／ＩＰｖ６アドレスをプールアドレスとして保有し、ＤＮＳ−ＡＬＧから仮想アドレス要求があったときと、実際にパケットが到達してヘッダ変換を行うときに、それぞれのプールアドレスからアドレスを取り出す。ＩＰｖ４−ＩＰｖ６の変換テーブルにそれぞれのマッピング情報を記録する。
本実施例においては、ＮＡＴ−ＰＴ  Ｂｏｘ１１９は、下記のプールアドレスを持つものとする。
ＩＰｖ４プールアドレス：１０．０．１０．０／２４
ＩＰｖ６プールアドレス：２００１：２９８：１２３４：１０：：／６４
【００８０】
なお、それぞれのアドレスに対するネットワーク経路は、ＩＰｖ６／ＩＰｖ４のそれぞれのネットワークにＮＡＴ−ＰＴ  Ｂｏｘ１１９のインタフェースについている実アドレスに向いている。
【００８１】
本実施例において、ＮＡＴ−ＰＴ  Ｂｏｘ１１９は、デュアルプロトコルスタックであり、それぞれのインタフェースの実アドレスは以下のように設定されているものとする。
ＩＰｖ６アドレス
２００１：２９８：１２３４：７：：１
ＩＰｖ４アドレス
１０．０．７．１
【００８２】
［２．通信処理シーケンス］
次に、上述した機器構成を持つネットワーク（図１参照）において、ＩＰｖ４プロトコルスタックを持つピア端末（Ｊａｃｋ）１１２からＩＰｖ６プロトコルスタックを持つピア端末（Ｔｏｍ）１１１に対する通信を実行する場合の処理手順について説明する。説明は、以下の項目に分けて行う。
［Ａ］ピア端末１１１の登録処理（図７参照）
［Ｂ］通信先ピア端末１１１のＦＱＤＮ特定処理（図８参照）
［Ｃ］通信先ピア端末１１１のＩＰアドレス特定処理（図９参照）
［Ｄ］ピア端末間の通信処理（図１１参照）
【００８３】
［Ａ］ピア端末（Ｔｏｍ）１１１のサービス登録処理
まず、図７を参照してＩＰｖ６プロトコルスタックを持つピア端末（Ｔｏｍ）１１１の登録処理手順について説明する。なお、登録とは、ピア端末をＰ２Ｐネットワーク空間で検索できるノードとして登録するということであり、そのＦＱＤＮがＰ２Ｐサーバに登録され、また、ドメイン名［ｓａｍｐｌｅ．ｃｏｍ］によって特定されるサービスの適用を受けるための登録である。ドメイン名［ｓａｍｐｌｅ．ｃｏｍ］によって特定されるサービスに基づいて、ピア端末（Ｔｏｍ）１１１（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））と、ピア端末（Ｊａｃｋ）１１２（１０．０．０．１）とのＰ２Ｐ通信が実行される。
【００８４】
図７に示すステップＳ２０１〜Ｓ２１６のシーケンスで登録処理が実行される。以下、各ステップにおける処理について説明する。
【００８５】
［Ｓ２０１］
ピア端末（Ｔｏｍ）１１１は、ユーザ名（例えばＴｏｍ）、あるいはピア端末（Ｔｏｍ）１１１を識別可能なＩＤと、ＩＰアドレス（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））、ピア端末が保持しているコンテンツ識別情報などのピア端末の属性情報をＰ２Ｐサーバ１１３（２００１：２９８：１２３４：１：：１（ＩＰｖ６）／１０．０．１．１（ＩＰｖ４））に通知し、ピア端末（Ｔｏｍ）１１１のログイン処理を行う。
【００８６】
［Ｓ２０２］
Ｐ２Ｐサーバ１１３（２００１：２９８：１２３４：１：：１（ＩＰｖ６）／１０．０．１．１（ＩＰｖ４））で、ピア端末（Ｔｏｍ）１１１から受信したユーザ名に対応する任意の一意な文字列を生成し、Ｐ２Ｐサーバ１１３が持つ端末リストに登録する。端末リストは、先に図３を参照して説明したように、ユーザ名などのシステムに一意な識別子と、ドメイン名の完全記述形式としてのＦＱＤＮ、およびそのユーザに関する属性を対応付けたリスト形式である。
【００８７】
Ｐ２Ｐサーバ１１３が生成する任意の一意な文字列を［ａａａａａａａ］とする。また、サービス対応のドメイン名を［ｓａｍｐｌｅ．ｃｏｍ］とする。この設定において、完全記述形式ドメイン名、すなわちＦＱＤＮは、［ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ］となる。
【００８８】
［Ｓ２０３］
ドメイン［ｓａｍｐｌｅ．ｃｏｍ］のゾーンを保持するＤＮＳに、前述のＦＱＤＮ［ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ］に基づく動的更新を行うために、ドメイン［ｓａｍｐｌｅ．ｃｏｍ］のゾーンの権限を持っているＤＮＳを検索する。そのために、Ｐ２Ｐサーバ１１３が名前解決に使用しているリゾルバＤＮＳ３，１１７（１０．０．５．１（ＩＰｖ４））にドメイン［ｓａｍｐｌｅ．ｃｏｍ］のドメイン情報レコード、すなわち権威（ＳＯＡ）を問い合わせる。
【００８９】
［Ｓ２０４］
Ｐ２Ｐサーバ１１３からのＳＯＡレコード問い合わせを受信したリゾルバＤＮＳ３，１１７は、複数の上位ＤＮＳ１２０に再帰的にドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限を持っているＤＮＳの問い合わせを実行する。
【００９０】
［Ｓ２０５］
リゾルバＤＮＳ３，１１７は、複数の上位ＤＮＳ１２０に再帰的にドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限を持っているＤＮＳの問い合わせを実行した結果として、上位ＤＮＳ１２０から、ドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限を持ったＤＮＳのＩＰアドレス（１０．０．６．１（ＩＰｖ４））を取得する。
【００９１】
［Ｓ２０６］
リゾルバＤＮＳ３，１１７は、上位ＤＮＳ１２０から取得したドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限を持ったＤＮＳのＩＰアドレス（１０．０．６．１（ＩＰｖ４））をＰ２Ｐサーバ１１３に返答する。
【００９２】
［Ｓ２０７］
Ｐ２Ｐサーバ１１３は、ステップＳ２０６で、リゾルバＤＮＳ３，１１７から取得したドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限を持ったＤＮＳのＩＰアドレス（１０．０．６．１（ＩＰｖ４））を宛先として、ドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限の問合せ（クエリー）を送信する。ＩＰアドレス（１０．０．６．１（ＩＰｖ４））は、ＤＮＳ−ＡＬＧ１１８のアドレスであるので、権限問合せはＤＮＳ−ＡＬＧ１１８に向けて、送信される。
【００９３】
［Ｓ２０８］
ＤＮＳ−ＡＬＧ１１８は、Ｐ２Ｐサーバ１１３から受信したドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限の問合せ（クエリー）を、そのままＰ２Ｐサービス用ＤＮＳ１１４に転送する。なお、このパケット転送は、ＩＰｖ４とＩＰｖ６のどちらを適用してもよい。
【００９４】
［Ｓ２０９］
Ｐ２Ｐサービス用ＤＮＳ１１４はＤＮＳ−ＡＬＧ１１８から受信したクエリーに基づいて、ドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限に関するレコードを抽出し、ＤＮＳ−ＡＬＧ１１８に送信する。ドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限に関するレコードには、ゾーンの権限情報、ドメイン情報としてのＳＯＡ（Ｓｔａｒｔ  ｏｆ  Ａｕｔｈｏｒｉｔｙ）レコード、ネームサーバ情報としてのＮＳ（Ｎａｍｅ  Ｓｅｒｖｅｒ）レコード、ホスト名−ＩＰアドレス対応情報としてのＡ／ＡＡＡＡレコードの構成例を図５に示す。すなわち、
ｓａｍｐｌｅ．ｃｏｍ．／ＳＯＡ／ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．／ｒｏｏｔ．ｓａｍｐｌｅ．ｃｏｍ．
ｓａｍｐｌｅ．ｃｏｍ．／ＮＳ／ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．
ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．／Ａ／１０．０．６．１
ｄｎｓ−ａｌｇ．ｓａｍｐｌｅ．ｃｏｍ．／ＡＡＡＡ／２００１：２９８：１２３４：６：：１
が含まれる。
【００９５】
［Ｓ２１０］
ＤＮＳ−ＡＬＧ１１８は、Ｐ２Ｐサービス用ＤＮＳ１１４から受信したドメイン［ｓａｍｐｌｅ．ｃｏｍ］に関するレコードとしての、ＳＯＡ（Ｓｔａｒｔ  ｏｆ  Ａｕｔｈｏｒｉｔｙ）レコード、ＮＳ（Ｎａｍｅ  Ｓｅｒｖｅｒ）レコード、Ａ／ＡＡＡＡレコードをＰ２Ｐサーバ１１３に返信する。
【００９６】
［Ｓ２１１］
Ｐ２Ｐサーバ１１３からは、ＤＮＳ−ＡＬＧ１１８がドメイン［ｓａｍｐｌｅ．ｃｏｍ］の権限を持っているように見えているので、ＤＮＳ−ＡＬＧ１１８に対して、ピア端末（Ｔｏｍ）１１１のＩＰアドレス（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））のＡＡＡＡレコードを登録するためのＤＮＳ動的更新パケットを、ＤＮＳ−ＡＬＧ１１８に送信する。
【００９７】
［Ｓ２１２］
ＤＮＳ−ＡＬＧ１１８は、Ｐ２Ｐサーバ１１３から受信したピア端末（Ｔｏｍ）１１１のＩＰアドレス（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））のＡＡＡＡレコードを登録するためのＤＮＳ動的更新パケットをＰ２Ｐサービス用ＤＮＳ１１４に転送する。
【００９８】
［Ｓ２１３］
Ｐ２Ｐサービス用ＤＮＳ１１４は、ＤＮＳ−ＡＬＧ１１８から受信したピア端末（Ｔｏｍ）１１１のＩＰアドレス（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））のＡＡＡＡレコードを登録するためのＤＮＳ動的更新パケットに基づいて、ＤＮＳ動的更新処理を行い、ＦＱＤＮを登録し、自身が管理するゾーンファイルを動的に更新する。
【００９９】
なお、上述したステップＳ２０３〜Ｓ２１３の処理は、Ｐ２Ｐサーバ１１３が直接、動的更新パケットをＰ２Ｐ用サービスＤＮＳに向けて送信する機能があれば、その機能の実効により代替可能である。
【０１００】
先に図４を参照して説明したように、Ｐ２Ｐサービス用ＤＮＳ１１４は、完全記述形式ドメイン名（ＦＱＤＮ）と、レコード種別［ＡＡＡＡまたはＡ］と、ＩＰＶ６またはＩＰｖ４アドレスとの対応データを登録データとしたゾーンファイルを有し、ＤＮＳ−ＡＬＧ１１８から受信したピア端末（Ｔｏｍ）１１１のＩＰアドレス（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））のＡＡＡＡレコードをゾーンファイルに登録する。図４に示すレコード▲１▼が登録されることになる。
【０１０１】
すなわち、完全記述形式ドメイン名（ＦＱＤＮ）［ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ］と、ＩＰｖ６アドレス対応のレコードであることを示すレコード種別［ＡＡＡＡ］と、ＩＰｖ６アドレス［２００１：２９８：１２３４：０：：１２３４］との対応データが登録データとされる。
【０１０２】
［Ｓ２１４］
Ｐ２Ｐサービス用ＤＮＳ１１４は、ＤＮＳ−ＡＬＧ１１８から受信したピア端末（Ｔｏｍ）１１１のＩＰアドレス（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））のＡＡＡＡレコードの登録処理を完了すると、ＤＮＳ−ＡＬＧ１１８に対して、ＤＮＳ動的更新の成功通知を返す。
【０１０３】
［Ｓ２１５］
ＤＮＳ−ＡＬＧ１１８は、Ｐ２Ｐサービス用ＤＮＳ１１４からのＤＮＳ動的更新成功通知を受領すると、Ｐ２Ｐサーバ１１３に対してＤＮＳ動的更新の成功通知を返す。
【０１０４】
［Ｓ２１６］
Ｐ２Ｐサーバ１１３は、ピア端末（Ｔｏｍ）１１１（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））に対して、正常にサービスに登録された成功通知を返す。なお、ここでサービスとは、ドメイン名［ｓａｍｐｌｅ．ｃｏｍ］によって特定されるサービスである。
【０１０５】
ＩＰｖ４端末であるピア端末１１２（Ｊａｃｋ）（１０．０．０．１（ＩＰｖ４））も上述と同様の処理手順によってドメイン名［ｓａｍｐｌｅ．ｃｏｍ］によって特定されるサービスを受領するための登録がなされる。
【０１０６】
ピア端末（Ｔｏｍ）１１１（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））と、ピア端末１１２（Ｊａｃｋ）（１０．０．０．１（ＩＰｖ４））の登録処理が完了すると、Ｐ２Ｐサービス用ＤＮＳ１１４の登録情報としてのゾーンファイルには、先に説明したレコード図４の２つのレコード▲１▼，▲２▼が登録されることになる。
【０１０７】
すなわち、
［ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ  ＡＡＡＡ  ２００１：２９８：１２４：１：：１］と、
［ｂｂｂｂｂｂｂｂ．ｓａｍｐｌｅ．ｃｏｍ  Ａ  １０．０．１．１］
とが登録データとされる。
【０１０８】
［Ｂ］通信先のピア端末のＦＱＤＮの特定（図８参照）
次に、上述の登録処理が完了したことを条件として行われる、通信先のピア端末のＦＱＤＮの特定について、図８を参照して説明する。ＩＰｖ４プロトコルスタックを持つピア端末（Ｊａｃｋ）１１２からＩＰｖ６プロトコルスタックを持つピア端末（Ｔｏｍ）１１１に対する通信を実行する場合の処理手順について説明する。図８のステップＳ３０１，Ｓ３０２の処理について説明する。
【０１０９】
［Ｓ３０１］
ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））は、通信したいユーザ名（Ｔｏｍ）をキーとして、対応するＦＱＤＮをＰ２Ｐサーバ１１３に問い合わせる。なお、ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））は、通常、ユーザ名（Ｔｏｍ）を特定するための処理として、取得要求コンテンツ等に基づく検索を実行し、検索に基づいて通信ユーザを特定する。
【０１１０】
［Ｓ３０２］
Ｐ２Ｐサーバ１１３は、ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））からの問い合わせを受信すると、保有する端末リスト（図３参照）に基づいてユーザ名（Ｔｏｍ）に対応するＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）をピア端末（Ｊａｃｋ）１１２に返信する。
【０１１１】
［Ｃ］通信先のピア端末のＩＰアドレスの特定（図９参照）
次に、上述した処理によって、通信したいユーザ名（Ｔｏｍ）に対応する完全記述形式ドメイン名であるＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）を取得したピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））が、通信先であるピア端末（Ｔｏｍ）１１１（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））との通信に適用するＩＰアドレスを取得する処理について図を参照して説明する。
【０１１２】
ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））は、通信先であるピア端末（Ｔｏｍ）１１１との通信を行うためのＩＰアドレスとして、ピア端末（Ｔｏｍ）１１１のＩＰｖ６アドレス（２００１：２９８：１２３４：０：：１２３４）に対応付けられた仮想ＩＰｖ４アドレスを取得することが必要となる。図９に示すステップＳ４０１〜Ｓ４１１の順に処理が進行する。各ステップについて説明する。
【０１１３】
［Ｓ４０１］
ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））は、通信先のＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）に対応するＩＰアドレスを、リゾルバＤＮＳ２，１１６（１０．０．４．１（ＩＰｖ４））に問い合わせる。
【０１１４】
［Ｓ４０２］
リゾルバＤＮＳ２，１１６は、ピア端末（Ｊａｃｋ）１１２から問合せのあったＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）の権限を持つＤＮＳのＩＰアドレスを上位ＤＮＳ１２０に再帰的に問い合わせる。
【０１１５】
［Ｓ４０３］
上位ＤＮＳ１２０は、指定されたＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）の権限を持つＤＮＳのＩＰアドレス、すなわち、ＤＮＳ−ＡＬＧ１１８のＩＰアドレス（１０．０．６．１）をリゾルバＤＮＳ２，１１６に対して返信する。
【０１１６】
［Ｓ４０４］
リゾルバＤＮＳ２，１１６は、上位ＤＮＳ１２０から受信したＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）の権限を持つＤＮＳのＩＰアドレス、すなわち、ＤＮＳ−ＡＬＧ１１８のＩＰアドレス（１０．０．６．１）を宛先として、指定されているＦＱＤＮに対応するＩＰアドレスを問い合わせる。
【０１１７】
［Ｓ４０５］
ＤＮＳ−ＡＬＧ１１８は、リゾルバＤＮＳ２，１１６から受信したアドレス問い合わせ（クエリー）をＰ２Ｐサービス用ＤＮＳ１１４に対して転送し、指定されているＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）に対応するＩＰアドレスを問い合わせる。
【０１１８】
［Ｓ４０６］
Ｐ２Ｐサービス用ＤＮＳ１１４は、ＤＮＳ−ＡＬＧ１１８からの問い合わせを受信し、問い合わせに含まれるＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）に基づいて、自己の保有するゾーンファイル（図４参照）から、ＡＡＡＡレコードのＦＱＤＮ［ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ］に対応するＩＰｖ６アドレス（２００１：２９８：１２３４：０：：１２３４）を取得して、問い合わせに対する応答としてＤＮＳ−ＡＬＧ１１８に送信する。
【０１１９】
［Ｓ４０７］
ＤＮＳ−ＡＬＧ１１８は、Ｐ２Ｐサービス用ＤＮＳ１１４から受信したＡＡＡＡレコードのＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）に対応するＩＰｖ６アドレス（２００１：２９８：１２３４：０：：１２３４）をＮＡＴ−ＰＴ  ｂｏｘ１１９に通知する。
【０１２０】
［Ｓ４０８］
ＮＡＴ−ＰＴ  ｂｏｘ１１９は、ＤＮＳ−ＡＬＧ１１８から受信したＡＡＡＡレコードのＩＰアドレス（２００１：２９８：１２３４：０：：１２３４）に変換される仮想ＩＰｖ４アドレス、例えば（１０．０．１０．１）を割り当てて、ＮＡＴ−ＰＴ変換テーブルに記録する。変換テーブルは、図１０に示す登録情報を持つ。すなわち、ＩＰｖ６アドレス（２００１：２９８：１２３４：０：：１２３４）に対して、仮想ＩＰｖ４アドレス（１０．０．１０．１）が対応付けられる。
【０１２１】
［Ｓ４０９］
ＮＡＴ−ＰＴ  ｂｏｘ１１９は、ＩＰｖ６アドレス（２００１：２９８：１２３４：０：：１２３４）に対して、割り当てた仮想ＩＰｖ４アドレス（１０．０．１０．１）をＤＮＳ−ＡＬＧ１１８に返信する。
【０１２２】
［Ｓ４１０］
ＤＮＳ−ＡＬＧ１１８は、ＮＡＴ−ＰＴ  ｂｏｘ１１９から受信した仮想ＩＰｖ４アドレス（１０．０．１０．１）をＩＰｖ４アドレス対応レコードとしてのＡレコードとして、リゾルバＤＮＳ２，１１６に対して返信する。
【０１２３】
［Ｓ４１１］
リゾルバＤＮＳ２，１１６は、ＤＮＳ−ＡＬＧ１１８から受信した仮想ＩＰｖ４アドレス（１０．０．１０．１）を、ピア端末（Ｊａｃｋ）１１２に対して返信する。
【０１２４】
上述した処理によって、通信したいユーザ名（Ｔｏｍ）に対応する完全記述形式ドメイン名であるＦＱＤＮ（ａａａａａａａａ．ｓａｍｐｌｅ．ｃｏｍ）を取得したピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））は、通信先であるピア端末（Ｔｏｍ）１１１（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））に対して通信を行うためのＩＰアドレスとしての仮想ＩＰｖ４アドレス（１０．０．１０．１）を取得することができる。
【０１２５】
［Ｄ］ピア端末同士の通信（図１１参照）
次に、通信先であるピア端末（Ｔｏｍ）１１１（２００１：２９８：１２３４：０：：１２３４（ＩＰｖ６））に対して通信を行うためのＩＰアドレスとしての仮想ＩＰｖ４アドレス（１０．０．１０．１）を取得した、ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））が、ピア端末（Ｔｏｍ）１１１と通信を行うシーケンスを図１１を参照して説明する。図１１において、ステップＳ５０１〜Ｓ５０５の順に処理が進行する。
【０１２６】
［Ｓ５０１］
ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））は、通信先であるピア端末（Ｔｏｍ）１１１の仮想ＩＰｖ４アドレス（１０．０．１０．１）を宛て先アドレスとして設定した通信パケットを生成し送信する。
【０１２７】
［Ｓ５０２］
仮想ＩＰｖ４アドレス（１０．０．１０．１）は、ＮＡＴ−ＰＴ  Ｂｏｘ１１９のプールアドレスであり、前述したように、これらのプールアドレスに対するネットワーク経路は、ＮＡＴ−ＰＴ  Ｂｏｘ１１９のインタフェースの実アドレスに向かい、ピア端末（Ｊａｃｋ）１１２の送信パケットは、ＮＡＴ−ＰＴ  Ｂｏｘ１１９が受信する。ＮＡＴ−ＰＴ  Ｂｏｘ１１９は、パケットに設定された送信元（ソース）アドレス、すなわち、ピア端末（Ｊａｃｋ）１１２（１０．０．０．１（ＩＰｖ４））のＩＰｖ４アドレス（１０．０．０．１）を仮想ＩＰｖ６に変換して、ＮＡＴ−ＰＴ変換テーブルに登録する。
【０１２８】
ＮＡＴ−ＰＴ変換テーブルには、図１２に示す登録情報が設定される。すなわち、ＩＰｖ４アドレス（１０．０．０．１）に対して、仮想ＩＰｖ６アドレス（２００１：２９８：１２３４：１０：：１）が対応付けられる。
【０１２９】
この結果、ＮＡＴ−ＰＴ  Ｂｏｘ１１９のＮＡＴ−ＰＴ変換テーブルには、図１３に示す（ａ）、（ｂ）のアドレス変換情報が登録される。すなわち、（ａ）ＩＰｖ６アドレス（２００１：２９８：１２３４：０：：１２３４）に対して、仮想ＩＰｖ４アドレス（１０．０．１０．１）を対応付けたアドレス変換データと、（ｂ）ＩＰｖ４アドレス（１０．０．０．１）に対して、仮想ＩＰｖ６アドレス（２００１：２９８：１２３４：１０：：１）を対応付けたアドレス変換データである。
【０１３０】
［Ｓ５０３］
ＮＡＴ−ＰＴ  Ｂｏｘ１１９は、ピア端末（Ｊａｃｋ）１１２の送信パケットに設定された宛先アドレス、すなわち、仮想ＩＰｖ４アドレス（１０．０．１０．１）を、ＮＡＴ−ＰＴ変換テーブルの登録データ（図１３（ａ）参照）にしたがって、ピア端末（Ｔｏｍ）１１１のＩＰｖ６実アドレス（２００１：２９８：１２３４：０：：１２３４）に変換し、このＩＰｖ６アドレスを宛て先アドレスとして設定するとともに、ＮＡＴ−ＰＴ変換テーブルの登録データ（図１３（ｂ）参照）にしたがって、ピア端末（Ｊａｃｋ）１１２のＩＰｖ４アドレス（１０．０．０．１）に対して対応付けられた仮想ＩＰｖ６アドレス（２００１：２９８：１２３４：１０：：１）を送信元（ソース）アドレスとして設定したＩＰｖ６ヘッダを持つパケットに変換したパケットを送信する。
【０１３１】
［Ｓ５０４］
ピア端末（Ｔｏｍ）１１１は、ピア端末（Ｊａｃｋ）１１２の送信パケットをＮＡＴ−ＰＴ  Ｂｏｘ１１９を介して受信すると、受信パケットに設定された送信元（ソース）アドレス、すなわち、ピア端末（Ｔｏｍ）１１１のＩＰｖ４アドレス（１０．０．０．１）に対して対応付けられた仮想ＩＰｖ６アドレス（２００１：２９８：１２３４：１０：：１）を宛先アドレスとして設定し、自己のアドレス、すなわちＩＰｖ６実アドレス（２００１：２９８：１２３４：０：：１２３４）を送信元（ソース）アドレスとして設定したＩＰｖ６ヘッダを持つパケットを送信する。
【０１３２】
［Ｓ５０５］
仮想ＩＰｖ６アドレス（２００１：２９８：１２３４：１０：：１）は、ＮＡＴ−ＰＴ  Ｂｏｘ１１９のプールアドレスであり、前述したように、これらのプールアドレスに対するネットワーク経路は、ＮＡＴ−ＰＴ  Ｂｏｘ１１９のインタフェースの実アドレスに向かい、ピア端末（Ｔｏｍ）１１１の送信パケットは、ＮＡＴ−ＰＴ  Ｂｏｘ１１９が受信する。
【０１３３】
ＮＡＴ−ＰＴ  Ｂｏｘ１１９は、ピア端末（Ｔｏｍ）１１１の送信パケットに設定された宛先アドレス、すなわち、仮想ＩＰｖ６アドレス（２００１：２９８：１２３４：１０：：１）を、ＮＡＴ−ＰＴ変換テーブルの登録データ（図１３（ｂ）参照）にしたがって、ピア端末（Ｊａｃｋ）１１２のＩＰｖ４アドレス（１０．０．０．１）に変換し、このＩＰｖ４アドレスを宛て先アドレスとして設定するとともに、ＮＡＴ−ＰＴ変換テーブルの登録データ（図１３（ａ）参照）にしたがって、ピア端末（Ｔｏｍ）１１１のＩＰｖ６アドレス（２００１：２９８：１２３４：０：：１）に対して対応付けられた仮想ＩＰｖ４アドレス（１０．０．１０．１）を送信元（ソース）アドレスとして設定したＩＰｖ４ヘッダを持つパケットに変換したパケットを送信する。
【０１３４】
以上、説明したように、本発明は、ＩＰｖ４とＩＰｖ６等の異なる通信プロトコルに従ったアドレスを用いた端末間における通信において、ドメイン対応の管理データとしてのゾーンファイルをもつＰ２Ｐサービス用ＤＮＳがＤＮＳ動的更新処理を実行するとともに、ドメイン対応のゾーンの権限ＤＮＳをＤＮＳ−ＡＬＧとして設定し、ＤＮＳ動的更新処理要求、ＦＱＤＮに基づくＩＰアドレス問い合わせをすべて、ＤＮＳ−ＡＬＧを介して実行する構成とした。
【０１３５】
本構成により、ＩＰｖ４ピア端末とＩＰｖ６ピア端末間の通信において行うべき処理をＤＮＳ−ＡＬＧにおいて統一的に処理可能となる。例えば、ＩＰｖ４アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあり、Ｐ２Ｐサービス用ＤＮＳのゾーンファイルから取得されるアドレスがＩＰｖ６アドレスである場合は、ＤＮＳ−ＡＬＧは、ＮＡＴ−ＰＴｂｏｘから仮想ＩＰｖ４アドレスを取得して端末に通知する。
【０１３６】
また、ＩＰｖ６アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあった場合において、ゾーンファイルから取得するアドレスがＩＰｖ４アドレスである場合は、ＮＡＴ−ＰＴｂｏｘから取得した仮想ＩＰｖ６アドレスを端末に通知することが可能となる。従って、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【０１３７】
なお、ＤＮＳ−ＡＬＧに対して名前解決クエリーが到達するようなＤＮＳの構成と非再帰クエリーのフォワード処理について以下の３つの要求が存在する。
【０１３８】
ａ．ピア端末は、１つ以上特定のリゾルバを指定する必要がある。
ｂ．リゾルバＤＮＳによる再帰的名前解決のシーケンスの中で、動的更新のために用意したゾーンに対するＤＮＳパケットがＤＮＳ−ＡＬＧを通過する必要がある。
ｃ．ピア端末のリゾルバ指定は、通常ＩＳＰのＤＨＣＰなどの仕組みにより自動的に指定されるが、どのＩＳＰから指定された任意のリゾルバを使用することができるようにする。このことによって、ＩＳＰに依存しない環境となる。
【０１３９】
要求がａとｂのみであるならば、ピア端末のリゾルバを直接ＤＮＳ−ＡＬＧとする方法か、ピア端末のリゾルバが特定のドメイン名についてＤＮＳ−ＡＬＧにクエリーをフォワードする方法が存在する。（これらの選択肢は、ＲＦＣ２７６６の中では、特に規定されていない。）ただし、ｃの要求を満たすために、これらを行うことはできない。そこで、本発明においては、動的更新を行うゾーンに関する権限をＤＮＳ−ＡＬＧが保持しているように上位のＤＮＳにおいて指定し、実際にゾーンを持つＰ２Ｐサービス用ＤＮＳにおいても見かけ上ＤＮＳ−ＡＬＧにゾーンが存在するレコード（ＳＯＡ／ＮＳ／Ａ／ＡＡＡＡ）を定義したものである。
【０１４０】
実際にはＤＮＳ−ＡＬＧには、そのゾーンは存在しないが、上述した説明から明らかなように、リゾルバの再帰的名前解決シーケンスの中で、リゾルバはＤＮＳ−ＡＬＧに対してクエリーを送信することになる。ＤＮＳ−ＡＬＧに到達したクエリーは、Ｐ２Ｐサービス用ＤＮＳに転送される。このクエリーのＤＮＳパケットはリゾルバから送信されたものであり、通常「非再帰クエリー」のフラグがたっている。ＤＮＳ−ＡＬＧが一般的なＤＮＳの実装を元に作られたものであれば、このパケットはフォワードされないが、ＤＮＳ−ＡＬＧは、「非再帰クエリー」のフラグがたっていてもフォワードをする実装とする。
【０１４１】
［３．各機器における処理］
次に、上述した通信処理を実現するために各機器において実行する処理について、個別に説明する。説明は、
（１）ピア端末
（２）Ｐ２Ｐサーバ
（３）Ｐ２Ｐサービス用ＤＮＳ
（４）リゾルバＤＮＳ
（５）ＤＮＳ−ＡＬＧ
（６）上位ＤＮＳ
（７）ＮＡＴ−ＰＴｂｏｘ
の順に行う。
【０１４２】
（１）ピア端末
まず、図１４、図１５を参照してピア端末の処理について説明する。図１４は、ピア端末の処理機能を説明する図である。ピア端末は、図１４に示すように、属性情報に基づいてユーザ識別子（識別用ＩＤ）を特定する機能、すなわち、Ｐ２Ｐサーバにコンテンツ識別子等の属性情報を送信し、Ｐ２Ｐサーバからコンテンツ識別子に対応するコンテンツを保持するユーザのユーザ識別子等を取得する機能、ＩＰアドレス／識別用ＩＤをＰ２Ｐサーバに通知する処理、Ｐ２Ｐサーバから識別用ＩＤをキーとしてＦＱＤＮを検索する処理、ＦＱＤＮを取得し、そのＦＱＤＮに対応するＩＰアドレスをＤＮＳから取得して取得ＩＰアドレスに基づいてＰ２Ｐ通信を開始する。
【０１４３】
図１５（ａ）はピア端末がサービスに対する登録処理を実行する際に実行する処理を示している。先に図７を参照して説明した処理に対応する。ピア端末は、ステップＳ７０１において、Ｐ２Ｐサーバに対して、ＩＰアドレスと、識別用ＩＤを送信する。Ｐ２Ｐサーバは、ピア端末から受信したＩＰアドレスと、識別用ＩＤに基づいてＦＱＤＮを生成しピア端末リスト（図３参照）に登録する。
【０１４４】
さらに、Ｐ２Ｐサーバは、先に図７を参照して説明した処理により、ＤＮＳ動的更新処理として、ＦＱＤＮを、ＤＮＳ−ＡＬＧを経由して、Ｐ２Ｐサービス用ＤＮＳに送信し、Ｐ２Ｐサービス用ＤＮＳの要するゾーンファイル（図４参照）を更新する。
【０１４５】
これらの処理が終了すると、ステップＳ７０２において、ピア端末はＰ２Ｐサーバからピア端末がサービスに登録されたことの確認通知を受信する。
【０１４６】
図１５（ｂ）は、ピア端末が他のピア端末とＰ２Ｐ通信を実行する際のピア端末の処理シーケンスである。ステップＳ７０４において、属性情報に基づいてユーザ識別子（識別用ＩＤ）を特定する。すなわち、Ｐ２Ｐサーバにコンテンツ識別子等の属性情報を送信し、Ｐ２Ｐサーバからコンテンツ識別子に対応するコンテンツを保持するユーザのユーザ識別子等を取得する。ステップＳ７０５において、ピア端末は、通信したいユーザ名等の識別子をキーとして、対応するＦＱＤＮをＰ２Ｐサーバに問い合わせる。
【０１４７】
Ｐ２Ｐサーバは、ピア端末からの問い合わせを受信すると、保有する端末リスト（図３参照）に基づいてＦＱＤＮを取得する。ピア端末は、ステップＳ７０６において、ＦＱＤＮをＰ２Ｐサーバから受信する。
【０１４８】
ステップＳ７０７において、ピア端末は、ＦＱＤＮに基づくＩＰアドレス取得要求をリゾルバＤＮＳに送信する。リゾルバＤＮＳは、ピア端末から問合せのあったＦＱＤＮの権限を持つＤＮＳのＩＰアドレスを上位ＤＮＳに問い合わせ、ＤＮＳ−ＡＬＧが権限を持つことを知り、ＤＮＳ−ＡＬＧにＦＱＤＮに対応するＩＰアドレスを問い合わせる。
【０１４９】
ＤＮＳ−ＡＬＧは、Ｐ２Ｐサービス用ＤＮＳに問い合わせを転送し、指定ＦＱＤＮに対応するＩＰアドレスを取得し、ＮＡＴ−ＰＴ  ｂｏｘに通知し、ＮＡＴ−ＰＴ  ｂｏｘから仮想ＩＰアドレスを受信し、仮想ＩＰアドレスをリゾルバＤＮＳに返信する。リゾルバＤＮＳは、ＤＮＳ−ＡＬＧから受信した仮想ＩＰアドレスを、ピア端末に対して返信する。ピア端末は、ステップＳ７０８において、この仮想ＩＰアドレスをＦＱＤＮに対応するＩＰアドレスとして受信する。
【０１５０】
なお、上述の仮想ＩＰアドレスを適用する場合は、ＩＰｖ４端末とＩＰｖ６端末との間の通信など、プロトコルの違いがある端末間の通信が実行される場合である。
【０１５１】
ステップＳ７０９において、ピア端末は、受領したＩＰアドレスに基づいてピア端末との通信（Ｐ２Ｐ通信）を実行する。なお、通信はＮＡＴ−ＰＴｂｏｘを介した通信として実行される。ただし、ＮＡＴ−ＰＴｂｏｘを介した通信は、通信を行うピア端末が異なるプロトコルでの通信を実行する場合に行われる。
【０１５２】
（２）Ｐ２Ｐサーバ
次に、図１６、図１７を参照してＰ２Ｐサーバの処理について説明する。図１６は、Ｐ２Ｐサーバの処理機能を説明する図である。Ｐ２Ｐサーバは、図１６に示すように、ピア端末リスト１５１を有する。ピア端末リストは図３を参照して説明したように、ユーザ識別情報と、ＦＱＤＮと、属性情報とを対応付けたテーブルである。
【０１５３】
Ｐ２Ｐサーバは、図１６に示すように、ピア端末からの属性情報に基づくユーザ識別子（識別用ＩＤ）取得要求に応じて属性情報に基づくユーザ識別子を特定する機能、すなわち、ピア端末からのコンテンツ識別子等の属性情報を受信し、コンテンツ識別子に対応するコンテンツを保持するユーザのユーザ識別子等を取得しピア端末に通知する機能を持つ。さらに、ピア端末のログイン時（登録処理）に任意で一意な文字列を生成し、それを指定するドメイン名と連結してＦＱＤＮを生成し、ピア端末リストに登録する処理を実行し、Ｐ２Ｐサービス用ＤＮＳに対して、登録ＦＱＤＮについての動的更新パケットを送信する処理を実行し、ピア端末からのユーザ識別子等の通信相手情報に基づくＦＱＤＮ取得要求に基づいて、保有する端末リスト１５１に基づいてＦＱＤＮを返答する処理を実行する。
【０１５４】
図１７（ａ）はピア端末がサービスに対する登録処理を実行する際に、Ｐ２Ｐサーバが実行する処理を示している。先に図７を参照して説明した処理に対応する。Ｐ２Ｐサーバは、ステップＳ７１１において、ピア端末から、ＩＰアドレスと、識別用ＩＤを受信する。ステップＳ７１２において、Ｐ２Ｐサーバは、ピア端末から受信したＩＰアドレスと、識別用ＩＤに基づいてＦＱＤＮを生成しピア端末リスト（図３参照）に登録する。
【０１５５】
さらに、ステップＳ７１３において、Ｐ２Ｐサーバは、先に図７を参照して説明した処理により、ＤＮＳ動的更新処理として、ＦＱＤＮを、ＤＮＳ−ＡＬＧを経由して、Ｐ２Ｐサービス用ＤＮＳに送信し、Ｐ２Ｐサービス用ＤＮＳの要するゾーンファイル（図４参照）の更新を実行させる。なお、これらの処理が終了すると、Ｐ２Ｐサーバは、ピア端末に対して、サービスに登録されたことの通知を送信する。
【０１５６】
図１７（ｂ）は、ピア端末が他のピア端末とＰ２Ｐ通信を実行する際のＰ２Ｐサーバの処理シーケンスである。ステップＳ７２０において、ピア端末からのコンテンツ識別子等の属性情報を受信し、コンテンツ識別子に対応するコンテンツを保持するユーザのユーザ識別子等を取得しピア端末に通知する。ステップＳ７２１において、Ｐ２Ｐサーバは、ピア端末から、通信先のユーザ名等の識別子をキーとしたＦＱＤＮ問い合わせを受信する。
【０１５７】
ステップＳ７２２において、Ｐ２Ｐサーバは、ピア端末からの問い合わせを受信すると、保有する端末リスト（図３参照）に基づいてＦＱＤＮを取得し、ステップＳ７２３において、Ｐ２Ｐサーバは、ピア端末に対して、取得ＦＱＤＮを送信する。ピア端末は、ＦＱＤＮに基づいてＩＰアドレス（ＩＰｖ４とＩＰｖ６間通信の場合は、仮想ＩＰアドレス）を取得して通信を開始する。
【０１５８】
（３）Ｐ２Ｐサービス用ＤＮＳ
次に、図１８、図１９を参照してＰ２Ｐサービス用ＤＮＳの処理について説明する。図１８は、Ｐ２Ｐサービス用ＤＮＳの処理機能を説明する図である。Ｐ２Ｐサービス用ＤＮＳは、図１８に示すように、ゾーンファイル１５２を有する。ゾーンファイルは図４を参照して説明したように、ＦＱＤＮとＩＰアドレスとを対応付けたテーブルである。
【０１５９】
Ｐ２Ｐサービス用ＤＮＳは、リゾルバＤＮＳからＤＮＳ−ＡＬＧを介するＦＱＤＮに基づくＩＰアドレスの問合せに対して自己の保有するゾーンファイル（図４参照）に基づいて取得したＩＰアドレスを返答する。また、Ｐ２ＰサーバからＤＮＳ−ＡＬＧを経由して受信する動的更新パケットに基づいて、自身が管理するゾーンファイルを動的に更新する。
【０１６０】
図１９（ａ）は、Ｐ２Ｐサービス用ＤＮＳが実行するＤＮＳ動的更新処理、すなわち、Ｐ２Ｐサービス用ＤＮＳが管理するゾーンファイルを動的に更新する処理手順を示している。この処理は、例えばピア端末がサービスに対する登録処理を実行する際に実行される。先に図７を参照して説明した処理に対応する。Ｐ２Ｐサービス用ＤＮＳは、ステップＳ７３１において、Ｐ２ＰサーバからＤＮＳ−ＡＬＧ経由で、ＤＮＳ動的更新要求を受信する。このＤＮＳ動的更新要求には、Ｐ２Ｐサーバの設定したＦＱＤＮ、およびＦＱＤＮに対応するＩＰアドレスが含まれる。
【０１６１】
ステップＳ７３２において、Ｐ２Ｐサービス用ＤＮＳは、Ｐ２ＰサーバからＤＮＳ−ＡＬＧ経由で受信したＤＮＳ動的更新要求に基づいて、ＤＮＳ動的更新処理、すなわち、Ｐ２Ｐサービス用ＤＮＳが管理するゾーンファイルに、Ｐ２Ｐサーバの設定したＦＱＤＮ、およびＦＱＤＮに対応するＩＰアドレスの対応データを格納する。
【０１６２】
図１９（ｂ）は、例えばピア端末が他のピア端末とＰ２Ｐ通信を実行する際に、Ｐ２Ｐサービス用ＤＮＳが実行する処理シーケンスである。ステップＳ７４１において、Ｐ２Ｐサービス用ＤＮＳは、リゾルバＤＮＳからＤＮＳ−ＡＬＧ経由でＦＱＤＮに基づくＩＰアドレスの問い合わせを受信する。
【０１６３】
ステップＳ７４２において、Ｐ２Ｐサービス用ＤＮＳは、Ｐ２Ｐサービス用ＤＮＳが管理するゾーンファイルから、受信ＦＱＤＮに対応するＩＰアドレスを取得する。
【０１６４】
ステップＳ７４３において、Ｐ２Ｐサービス用ＤＮＳは、ゾーンファイルから取得した、ＩＰアドレスをＤＮＳ−ＡＬＧ経由でリゾルバＤＮＳに送信する。
【０１６５】
（４）リゾルバＤＮＳ
次に、図２０を参照してリゾルバＤＮＳの処理について説明する。リゾルバＤＮＳは、図２０に示すように、ピア端末等、様々なホストからのＦＱＤＮに基づくＩＰアドレス取得要求に応じて、ＩＰアドレスを取得してホストに通知する処理を実行する。
【０１６６】
リゾルバＤＮＳは、上位ＤＮＳからＦＱＤＮの権限を持つＤＮＳのＩＰアドレスを取得する。本発明の構成では、ＤＮＳ−ＡＬＧのＩＰアドレスを取得し、リゾルバＤＮＳは、ＤＮＳ−ＡＬＧにＦＱＤＮに基づくＩＰアドレス取得要求を送信し、ＤＮＳ−ＡＬＧがＰ２Ｐサービス用ＤＮＳから取得したＩＰアドレスを取得し、ホストに通知することになる。
【０１６７】
（５）ＤＮＳ−ＡＬＧ
次に、図２１、図２２を参照してＤＮＳ−ＡＬＧの処理について説明する。図２１に示すように、ＤＮＳ−ＡＬＧは、リゾルバからのＦＱＤＮに基づくＩＰアドレス問い合わせをＰ２Ｐサービス用ＤＮＳに転送する処理を実行する。
【０１６８】
また、ＦＱＤＮに基づくＩＰアドレス問い合わせがＩＰｖ４アドレスを設定した問い合わせであり、Ｐ２Ｐサービス用ＤＮＳから得られた結果がＩＰｖ６対応のＡＡＡＡレコードの場合には、Ｐ２Ｐサービス用ＤＮＳから取得したＩＰｖ６対応のＡＡＡＡレコードに対応する仮想ＩＰｖ４アドレスをＮＡＴ−ＰＴｂｏｘから取得する。一方、ＦＱＤＮに基づくＩＰアドレス問い合わせがＩＰｖ６アドレスを設定した問い合わせであり、Ｐ２Ｐサービス用ＤＮＳから得られた結果がＩＰｖ４対応のＡレコードの場合には、Ｐ２Ｐサービス用ＤＮＳから取得したＩＰｖ４対応のＡレコードに対応する仮想ＩＰｖ６アドレスをＮＡＴ−ＰＴｂｏｘから取得する。
【０１６９】
問い合わせの設定アドレスと、Ｐ２Ｐサービス用ＤＮＳから得られた結果のレコードが一致、すなわちＩＰｖ４とＩＰｖ４、あるいはＩＰｖ６とＩＰｖ６である場合には、ＮＡＴ−ｂｏｘからの仮想ＩＰアドレス取得は実行しない。
【０１７０】
ＤＮＳ−ＡＬＧは、Ｐ２Ｐサービス用ＤＮＳから得られたＩＰアドレスまたは、ＮＡＴ−ｂｏｘから取得した仮想ＩＰアドレスをリゾルバＤＮＳに問い合わせに対する返答として送信する。
【０１７１】
また、ＤＮＳ−ＡＬＧは、リゾルバＤＮＳからＰ２Ｐサーバを介して受信するＤＮＳ動的更新要求を受信し、Ｐ２Ｐサービス用ＤＮＳに転送する処理を実行する。
【０１７２】
図２２（ａ）は、ＤＮＳ−ＡＬＧがＤＮＳ動的更新処理時に実行する処理、すなわち、Ｐ２Ｐサービス用ＤＮＳが管理するゾーンファイルを動的に更新する際のＤＮＳ−ＡＬＧの処理手順を示している。この処理は、例えばピア端末がサービスに対する登録処理を実行する際に実行される。先に図７を参照して説明した処理に対応する。ＤＮＳ−ＡＬＧは、ステップＳ７５１において、Ｐ２ＰサーバからＤＮＳ動的更新要求を受信する。このＤＮＳ動的更新要求には、Ｐ２Ｐサーバの設定したＦＱＤＮ、およびＦＱＤＮに対応するＩＰアドレスが含まれる。
【０１７３】
ステップＳ７５２において、ＤＮＳ−ＡＬＧは、ＤＮＳ動的更新要求をＰ２Ｐサービス用ＤＮＳに転送する。Ｐ２Ｐサービス用ＤＮＳは、転送情報に基づいて、ＤＮＳ動的更新処理、すなわち、Ｐ２Ｐサービス用ＤＮＳが管理するゾーンファイルに、Ｐ２Ｐサーバの設定したＦＱＤＮ、およびＦＱＤＮに対応するＩＰアドレスの対応データを格納する。
【０１７４】
図２２（ｂ）は、例えばピア端末が他のピア端末とＰ２Ｐ通信を実行する際に、ＤＮＳ−ＡＬＧが実行する処理シーケンスである。ステップＳ７６１において、ＤＮＳ−ＡＬＧは、リゾルバＤＮＳからＦＱＤＮに基づくＩＰアドレスの問い合わせを受信する。
【０１７５】
ステップＳ７６２において、ＤＮＳ−ＡＬＧは、Ｐ２Ｐサービス用ＤＮＳにＦＱＤＮに基づくＩＰアドレスの問い合わせを転送し、ステップＳ７６３で、Ｐ２Ｐサービス用ＤＮＳがゾーンファイルから取得したＦＱＤＮに対応するＩＰアドレスを受信し、ステップＳ７６４において、受信したＩＰアドレスをリゾルバＤＮＳに送信する。
【０１７６】
（６）上位ＤＮＳ
次に、上位ＤＮＳの処理について、図２３、図２４を参照して説明する。上位ＤＮＳは、リゾルバＤＮＳからの、ＦＱＤＮ対応のドメイン対応権限ＤＮＳの問い合わせを受領し、ドメイン名に対応するゾーンの権限情報、ドメイン情報としてのＳＯＡ（Ｓｔａｒｔ  ｏｆ  Ａｕｔｈｏｒｉｔｙ）レコード、ネームサーバ情報としてのＮＳ（Ｎａｍｅ  Ｓｅｒｖｅｒ）レコード、ホスト名−ＩＰアドレス対応情報としてのＡ／ＡＡＡＡレコード（図５参照）を持つ上位ＤＮＳが、権限を持つＤＮＳとして、ＤＮＳ−ＡＬＧのＩＰアドレスを通知する処理を実行する。
【０１７７】
図２４に上位ＤＮＳの処理手順を示す。上位ＤＮＳは、ステップＳ７７１において、リゾルバＤＮＳからの、ＦＱＤＮ対応のドメイン対応権限ＤＮＳの問い合わせを受領する。
【０１７８】
ステップＳ７７２において、上位ＤＮＳは、自己の保有するドメイン対応レコードからのドメイン対応権限ＤＮＳのＩＰアドレス、すなわち、ＤＮＳ−ＡＬＧのＩＰアドレスをリゾルバＤＮＳに対して通知する。
【０１７９】
すなわち、ドメイン名に対応するゾーンの権限情報、ドメイン情報としてのＳＯＡ（Ｓｔａｒｔ  ｏｆ  Ａｕｔｈｏｒｉｔｙ）レコード、ネームサーバ情報としてのＮＳ（Ｎａｍｅ  Ｓｅｒｖｅｒ）レコード、ホスト名−ＩＰアドレス対応情報としてのＡ／ＡＡＡＡレコード（図５参照）を持つ上位ＤＮＳが、権限を持つＤＮＳとして、ＤＮＳ−ＡＬＧのＩＰアドレスを通知する処理を実行する。
【０１８０】
（７）ＮＡＴ−ＰＴｂｏｘ
次に、図２５を参照してＮＡＴ−ＰＴｂｏｘの処理について説明する。図２５に示すように、ＩＰｖ４およびＩＰｖ６のプールアドレス１５３を保持するとともに、ＩＰｖ４／ＩＰｖ６アドレス変換テーブル１５４を有する。
【０１８１】
ＮＡＴ−ＰＴｂｏｘは、ＤＮＳ−ＡＬＧから入力したＩＰアドレスに対応する仮想アドレス取得要求に応じて、プールアドレス１５３から取得したアドレスを仮想アドレスとしてＤＮＳ−ＡＬＧに出力するとともに、ＤＮＳ−ＡＬＧから入力したＩＰアドレスと仮想アドレスとの対応情報をＩＰｖ４／ＩＰｖ６アドレス変換テーブル１５４に記録する。
【０１８２】
さらに、ピア端末間の通信処理においては、ピア端末からの入力パケットのへっだに設定されたソースアドレスをＩＰｖ４／ＩＰｖ６アドレス変換テーブル１５４に従って変換して、宛先に転送する処理を実行する。
【０１８３】
［４．通信処理装置およびサーバのハード構成］
次に、ピア端末としての通信処理装置、およびサーバの構成例について、図２６を参照して説明する。
【０１８４】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、またはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【０１８５】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、ポインティングデバイス、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【０１８６】
なお、ピア端末においては、入力部、出力部等を有することが必要であるが、各種サーバにおいては、これらの機能は必須ではない。上述した処理を実行するプログラムがＨＤＤあるいはＲＯＭから読み出され、ＣＰＵの制御の下に実行されることになる。
【０１８７】
以上、説明したように、本発明は、ＩＰｖ４とＩＰｖ６等の異なる通信プロトコルに従ったアドレスを用いた端末間における通信において、ドメイン対応の管理データとしてのゾーンファイルをもつＰ２Ｐサービス用ＤＮＳがＤＮＳ動的更新処理を実行するとともに、ドメイン対応のゾーンの権限ＤＮＳをＤＮＳ−ＡＬＧとして設定し、ＤＮＳ動的更新処理要求、ＦＱＤＮに基づくＩＰアドレス問い合わせをすべて、ＤＮＳ−ＡＬＧを介して実行する構成とした。
【０１８８】
本構成により、ＩＰｖ４ピア端末とＩＰｖ６ピア端末間の通信において行うべき処理をＤＮＳ−ＡＬＧにおいて統一的に処理可能となる。例えば、ＩＰｖ４アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあり、Ｐ２Ｐサービス用ＤＮＳのゾーンファイルから取得されるアドレスがＩＰｖ６アドレスである場合は、ＤＮＳ−ＡＬＧは、ＮＡＴ−ＰＴｂｏｘから仮想ＩＰｖ４アドレスを取得して端末に通知する。
【０１８９】
また、ＩＰｖ６アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあった場合において、ゾーンファイルから取得するアドレスがＩＰｖ４アドレスである場合は、ＮＡＴ−ＰＴｂｏｘから取得した仮想ＩＰｖ６アドレスを端末に通知することが可能となる。従って、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【０１９０】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１９１】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１９２】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１９３】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１９４】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１９５】
【発明の効果】
以上、説明したように、本発明の構成によれば、ＩＰｖ４とＩＰｖ６等の異なる通信プロトコルに従ったアドレスを用いた端末間における通信において、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【０１９６】
本発明の構成によれば、ドメイン対応の管理データとしてのゾーンファイルをもつＰ２Ｐサービス用ＤＮＳがＤＮＳ動的更新処理を実行するとともに、ドメイン対応のゾーンの権限ＤＮＳをＤＮＳ−ＡＬＧとして設定し、ＤＮＳ動的更新処理要求、ＦＱＤＮに基づくＩＰアドレス問い合わせをすべて、ＤＮＳ−ＡＬＧを介して実行する構成としたので、ドメイン名（ＦＱＤＮ）に基づくアドレス取得処理において、ＤＮＳ−ＡＬＧの管理下で、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【０１９７】
さらに、本発明の構成によれば、ＩＰｖ４ピア端末とＩＰｖ６ピア端末間の通信において行うべき処理をＤＮＳ−ＡＬＧにおいて統一的に処理可能となり、例えば、ＩＰｖ４アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあり、Ｐ２Ｐサービス用ＤＮＳのゾーンファイルから取得されるアドレスがＩＰｖ６アドレスである場合は、ＤＮＳ−ＡＬＧは、ＮＡＴ−ＰＴｂｏｘから仮想ＩＰｖ４アドレスを取得して端末に通知することが可能となる。また、ＩＰｖ６アドレス端末からのＦＱＤＮに基づくＩＰアドレス問い合わせがあった場合において、ゾーンファイルから取得するアドレスがＩＰｖ４アドレスである場合は、ＮＡＴ−ＰＴｂｏｘから取得した仮想ＩＰｖ６アドレスを端末に通知することが可能となる。従って、端末の持つプロトコルスタックに応じたアドレス通知処理が可能となり、プロトコルの差異に基づくアドレス解釈エラーが発生することなく、ピア端末間の通信がスムーズに実行可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器のプロトコルスタックおよびＩＰアドレス設定例について説明する図である。
【図３】Ｐ２Ｐサーバの有する端末リストの構成データについて説明する図である。
【図４】Ｐ２Ｐサービス用ＤＮＳの保有するゾーンファイルの構成データについて説明する図である。
【図５】ドメイン対応の管理レコード構成について説明する図である。
【図６】上位のＤＮＳの権限委譲を行うレコード構成について説明する図である。
【図７】ピア端末の登録処理シーケンスを説明する図である。
【図８】ピア端末間の通信処理シーケンスを説明する図である。
【図９】ピア端末間の通信処理シーケンスを説明する図である。
【図１０】ＮＡＴ−ＰＴｂｏｘの保有するアドレス変換テーブルの構成データを示す図である。
【図１１】ピア端末間の通信処理シーケンスを説明する図である。
【図１２】ＮＡＴ−ＰＴｂｏｘの保有するアドレス変換テーブルの構成データを示す図である。
【図１３】ＮＡＴ−ＰＴｂｏｘの保有するアドレス変換テーブルの構成データを示す図である。
【図１４】ピア端末の実行する処理について説明する図である。
【図１５】ピア端末の実行する処理について説明するフロー図である。
【図１６】Ｐ２Ｐサーバの実行する処理について説明する図である。
【図１７】Ｐ２Ｐサーバの実行する処理について説明するフロー図である。
【図１８】Ｐ２Ｐサービス用ＤＮＳの実行する処理について説明する図である。
【図１９】Ｐ２Ｐサービス用ＤＮＳの実行する処理について説明するフロー図である。
【図２０】リゾルバＤＮＳの実行する処理について説明する図である。
【図２１】ＤＮＳ−ＡＬＧの実行する処理について説明する図である。
【図２２】ＤＮＳ−ＡＬＧの実行する処理について説明するフロー図である。
【図２３】上位ＤＮＳの実行する処理について説明する図である。
【図２４】上位ＤＮＳの実行する処理について説明するフロー図である。
【図２５】ＮＡＴ−ＰＴｂｏｘの実行する処理について説明する図である。
【図２６】通信処理装置、サーバの構成例を示す図である。
【符号の説明】
１０１  ＩＰｖ６ネットワーク
１０２  ＩＰｖ４ネットワーク
１１１，１１２  ピア端末
１１３  Ｐ２Ｐサーバ
１１４  Ｐ２Ｐサービス用ＤＮＳ
１１５，１１６，１１７  リゾルバＤＮＳ
１１８  ＤＮＳ−ＡＬＧ
１１９  ＮＡＴ−ＰＴｂｏｘ
１２０  上位ＤＮＳ
１５１  ピア端末リスト
１５２  ゾーンファイル
１５３  ＩＰｖ４／ＩＰｖ６プールアドレス
１５４  ＩＰｖ４／ＩＰｖ６アドレス変換テーブル
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＨＤＤ
２０５  バス
２０６  入出力インタフェース
２０７  入力部
２０８  出力部
２０９  通信部
２１０  ドライブ
２１１  リムーバブル記録媒体
【図１】
2004363745.tif 000003
【図２】
2004363745.tif 000004
【図３】
2004363745.tif 000005
【図４】
2004363745.tif 000006
【図５】
2004363745.tif 000007
【図６】
2004363745.tif 000008
【図７】
2004363745.tif 000009
【図８】
2004363745.tif 000010
【図９】
2004363745.tif 000011
【図１０】
2004363745.tif 000012
【図１１】
2004363745.tif 000013
【図１２】
2004363745.tif 000014
【図１３】
2004363745.tif 000015
【図１４】
2004363745.tif 000016
【図１５】
2004363745.tif 000017
【図１６】
2004363745.tif 000018
【図１７】
2004363745.tif 000019
【図１８】
2004363745.tif 000020
【図１９】
2004363745.tif 000021
【図２０】
2004363745.tif 000022
【図２１】
2004363745.tif 000023
【図２２】
2004363745.tif 000024
【図２３】
2004363745.tif 000025
【図２４】
2004363745.tif 000026
【図２５】
2004363745.tif 000027
【図２６】
2004363745.tif 000028