JP2003504951A - 電話番号を使用するネットワークアドレス指定システムおよび方法 - Google Patents

Abstract

(57)【要約】 ネットワーク（１２２）上で少なくとも２つのデバイス（１２４，１２８）間の通信を確立するための装置は、第１デバイス（１２４）から第２デバイス（１２８）を特定する電話番号部分（５０）を受け取る、プロセッサ（１２０ａ）を含む。プロセッサ（１２０ａ）は、電話番号部分（５０）を、変換済みの電話番号部分を含むマルチプルレベルのドメインネーム（９６）に変換する。プロセッサ（１２０ａ）は、要すれば、完全なマルチプルレベル・ドメインネーム（１１０）を生成するために、あらゆる必要とされる接頭語または接尾語を付加する。いったん完全なドメインネームが生成されると、通信が第２デバイス（１２８）と確立される。

Description

【発明の詳細な説明】

【０００１】 （関連出願に対する相互参照） 本出願は、１９９９年７月９日に出願された米国仮出願番号第６０／１４３，
２４６号の利益を請求するものである。

【０００２】 （発明の分野） 本発明は、インターネットおよびイントラネット上でのネットワーク・アドレ
ス指定に関する。発明は、ネットワーク上のデバイスが通信できるようにするた
め、電話番号をマルチプルレベルのドメインネームに変換する際に特に適用され
るものである。しかしながら、本発明は私設網または公衆網、および専用プロト
コルまたはインターネット・プロトコルの使用でさらに適用することもできる。

【０００３】 （発明の背景） 本来、番号だけが、インターネット上でネットワークワーク・アドレスとして
使用されていた。この番号は、インターネット・プロトコル番号、つまり縮約す
るとＩＰアドレスと呼ばれている。これらの番号は、実質的には誰に対しても意
味を持たず、覚えるのが困難であった。

【０００４】 後に、インターネット・アドレス・管理機構（ＩＡＮＡ）が、ドメインネーム
・システムを作成した。各ドメインネームは、ＩＰアドレスを指すために、さら
にわかりやすい、かつ意味のある名前を使用するものが望ましい。例えば、「Ｉ
ＢＭ．ｃｏｍ」は、ユーザを、ある特定のＩＰ番号または１９８．８１．２０９
．２などのアドレス（ＩＢＭ ＩＰアドレス）に経路指定するドメインネームで
ある。いまでは、インターネットユーザ界全体が、インターネット上の存在を得
る上でのコア構成要素であるこのインターネット・ドメインネーム登録システム
を使用しているのに気付く。

【０００５】 ドメインネームは、一般に、名前に加えて、「．」（ドット）またはセパレー
タと、「ｃｏｍ」、「ｎｅｔ」および「ｏｒｇ」などのトップレベル・ドメイン
（ＴＬＤ）を含む。

【０００６】 ドメインネーム・システムによって、多くの人にとってアドレスがより覚えや
すいものになったが、インターネット・ドメインネーム登録システムは複数の現
在の問題に苦慮している。例えば、インターネット・ドメインネームの供給が限
られていることである。ただ１つの会社だけが、インターネット上でＣｏｍｐｕ
ｔｅｒｓ．ｃｏｍなどの所与の名前を所有または登録することができる。Ｃｏｍ
ｐｕｔｅｒｓ．ｎｅｔまたはＣｏｍｐｕｔｅｒｓ．ｏｒｇなどのその他のトップ
レベル・ドメインが利用できるが、これらのオプションはＣｏｍｐｕｔｅｒｓ．
ｃｏｍより劣っていると見なされる。第２の問題は、インターネット・ドメイン
ネームの費用が高いことである。名前の排他的な諸権利は暴騰するインターネッ
ト・ドメインネーム市場を生み出し、伝えるところによると、いくつかのドメイ
ンネームが数百万ドルで販売されている。また、現在の市場独占および／または
限られた数のドメインネームの登録者も、通常、すべてのドメインをさらに高価
にさせてきた。

【０００７】 第２の問題は、現在、インターネット・ドメインネームが起動するのに最高７
２時間を要することがあるという点である。これが、サイトを迅速にセットアッ
プする必要のあるインターネットユーザにとって問題となっている。さらに、い
ったん登録されると、インターネット・ドメインネームは固定される。元のドメ
インネームからの１文字の変更でさえ、新しい名前となって登録されなければな
らない。このドメインネームを登録する必要があることで、追加費用をかけて、
新しい名前が使用できないかもしれないという危険を冒すことになる。実際のと
ころ、ドメインネーム登録者またはサイバー上の不法占拠者の小さな業界は、彼
らが登録している名前を、最終的には誰かが必要とし、代価を支払ってくれるだ
ろうと期待して出現した。この「柔軟性のなさ」が、インターネットおよび電話
網の集中に伴いさらに大きな問題となる。

【０００８】 前記に概略された問題点のいくつかに対して試みられた解決策が、「フォワー
ドスラッシュ」方法と呼ばれるドメインネームのサブディレクトリをベースにし
たシステムである。例えば、Ｒｅａｌｔｏｒ．ｃｏｍなどの会社なら、不動産仲
介者名を、フォワードスラッシュで区切って文字列の最後に追加し、つまり、Ｒ
ｅａｌｔｏｒ．ｃｏｍ／ＡｇｅｎｔｓＮａｍｅＨｅｒｅとなるだろう。このよう
にすると、大きな会社Ｒｅａｌｔｏｒ．ｃｏｍの一部であるため、仲介人にさら
に安価なウェブサイトへのコネクションを与えることになろう。理論的には、文
字の各文字列の最後に追加できる前方斜線の数に対する制限はない。しかしなが
ら、この方法は以下のような欠点も有する。

【０００９】 Ａ．ＩＰアドレス指定不可−これは、個々の「サイト」が一意のＩＰアドレス
および／または共用アドレスを有するオプションを持たないことを意味する。唯
一のオプションは、一次ドメインネーム保有者との共用されたＩＰアドレスであ
る。

【００１０】 Ｂ．時間遅延−「サイト」がユーザを別のサイトに転送する場合、ユーザは、
その転送がされる間を待たなければならない。

【００１１】 Ｃ．長めのアドレス−「フォワードスラッシュ」方法を使用するとき、アドレ
スはほぼつねに長くなり、さらに多くの問題を生じさせる。 １．長めのアドレスは、入力する文字がさらに多くなり、エラーの余地を増やす
ため、ユーザにとっての複雑度を高める。 ２．長めのアドレスは、ラジオのアナウンサーが「Ｒｅａｌｔｏｒドットコム、
スラッシュ、ここに仲介者名フォワードスラッシュ都市、を照合しましょう」と
言うなど、他者に伝えるのがより困難である。 ３．長すぎて、書き留めずに覚えることができないが、ペンと紙がつねに即座に
入手できるとは限らない。

【００１２】 Ｄ．一意性の欠如−前方斜線方法を使用している複数の会社は、それぞれの名
前が一度しか使用できないために、特定のサブサイトには関連しているが、サブ
サイトネームを重複しないためにさらに一意である名前を使用する必要がある。
この方法は、実際問題としては困難である。

【００１３】 広告、印刷物、名刺等のビジネスの連絡は、インターネットの成功および遍在
化した電話のために電話番号だけではなくインターネットアドレスも含む必要が
ある。両方の情報を使用することは、覚えなければならないさらに多くの情報を
生じさせるだけではなく、通信の部分の設計も混乱させる。

【００１４】 前記から、いくつかの会社はドメインネームに電話番号を使っている。電話番
号をインターネット・ドメインネームで使用するのは新しいことではない。以下
の会社が使用するアプローチは、極めて特定の用途または会社に著しく限られて
いる。

【００１５】 人々がインターネットに参加し始めるにつれ、いくつかの会社は徐々に電話番
号をインターネットアドレスの中に統合し始めた。実際にダイヤル可能な電話番
号をインターネット・ドメインネームとして登録した個人および／または団体は
ほとんどいない。

【００１６】 おそらく最も普及している電話番号／インターネット・ドメインネームは「１
−８００−Ｆｌｏｗｅｒｓ．ｃｏｍ」である。これは、それがその電話番号であ
るだけではなくその会社名であるため、会社にとって当然の使用であった。この
アプローチもまた、前述したように、一般的にはインターネット・ドメインネー
ムの数多くの欠点を有する。興味深いことは、ただ１つのサブドメイン、つまり
「１−８００−ｆｌｏｗｅｒｓ」だけが利用されるという事実である。具体的に
は、このアプローチは前方斜線方法の費用より高い費用がかかり、さらに利用可
能性の潜在的な欠如という問題も有する。このアプローチでの更なる問題は、そ
れらがネットワーク・プロバイダに関するために、さらに十分に後述する。他の
類似する基準は「ｗｗｗ．４１１．ｃｏｍ」および「ｗｗｗ．１−８００−５５
５−１２１２．ｃｏｍ」であり、両方とも類似した課題を有する。

【００１７】 本発明は、電話番号をアドレスの構成要素として含むネットワーク・アドレス
指定システム用の改善された方法および装置を熟慮するものである。

【００１８】 （発明の要約） 本発明の一実施態様によると、方法には、通信が所望されるデバイスを特定す
る電話番号部分を受信することが含まれる。該電話番号部分は、ネットワーク上
でデバイスを静的に表すマルチプルレベル・ドメインネームに変換される。マル
チプルレベル・ドメインネームの構成要素は、受信された電話番号部分である。
それから、ネットワーク上で該デバイスと通信が確立される。

【００１９】 本発明の別の態様によると、変換ステップは、受信された電話番号部分内の決
定可能な位置で、受信された電話番号にドメインセパレータを追加することを含
む。

【００２０】 本発明の別の態様によると、受信された電話番号部分はセパレータを含み、変
換ステップは、セパレータに関して受信された電話番号部分を解析すること、お
よびそのためにドメイン・セパレータを挿入することを含む。

【００２１】 本発明の別の態様によると、追加ドメインレベルが変換された電話番号部分に
付加され、マルチプルレベルのドメインネームを完成する。

【００２２】 本発明の別の態様によると、ネットワーク上で少なくとも２つのデバイス間で
通信を確立するための装置が、第１デバイスから、第２デバイスを特定する電話
番号部分を受信するプロセッサを含む。それから、該プロセッサは、電話番号部
分を、ネットワーク上で第２デバイスを特定するのに十分な静的なマルチプルレ
ベル・ドメインネームに変換する。

【００２３】 本発明の別の態様によると、装置は、さらに、静的なＩＰアドレスに静的なマ
ルチプルレベル・ドメインネームを整合するテーブルを含む。

【００２４】 本発明の一利点は、意味があり、同時に、従来使用されているネームよりさら
に経済的であるインターネット・ドメインネームを有することができることであ
る。

【００２５】 本発明の他の利点は、インターネットアドレスと電話番号の両方を、通信でコ
ンパクトに、および経済的に伝達する能力にある。

【００２６】 本発明の他の利点は、好ましい実施態様の以下の詳細な説明を読み、理解する
ことで当業者に明らかになろう。

【００２７】 （図面の簡単な説明） 本発明は、一定のパーツとパーツの配列において、および一定のステップとス
テップの配列において物理的な形を取ることができる。図面は、好ましい実施態
様を示すためだけのものであり、発明を制限すると解釈されるべきものではない
。

【００２８】 図１は、典型的なネットワーク・アドレス指定システムまたはドメインネーム
構造の総称的な表記である。 図２は、例示的な米国電話番号である。 図３は、マルチプルレベル・ドメインネームへの変換の後の、図２の電話番号
である。 図４は、本発明を適切に実行する論理的なフローを詳説するフローチャートで
ある。 図５は、本発明によって提供されるように、ネットワーク上のデバイス接続性
のを示す図である。

【００２９】 （好ましい実施態様の詳細な説明） ここに使用されているように、インターネット電話番号または番号付けシステ
ムを、電話番号またはインターネット／イントラネット・ネットワークの使用に
よりネットワーク・アドレス指定システムを可能とする１つのドメインネームま
たはドメインネームの集合として定義する。

【００３０】 電話番号部分を、ここでは、交換局、エリアコード、および／または国コード
を含むことがある、少なくとも電話番号の一部として定義する。電話番号は、通
常、最も総称的な部分がより限定的な部分に先行して地理的な特殊性が徐々に増
加する（つまり、国コードは、エリアコードに先行し、エリアコードが交換局に
先行する、等）ようになっており、電話番号部分が変換または静的なマルチプル
レベル・ドメインネームとして提示される特定の順序は、本発明では重要でない
。すなわち、受信された電話番号部分は、すべてが同様に配列される、あるいは
確定できる限り、本発明の範囲にそれほど影響されることなく任意の順序で配列
し直すことができる。

【００３１】 ここに使用されるように、ソース、ターゲット、および／またはデバイスなど
の用語は、多様なネットワークのいずれかを介して相互接続されるあらゆる多様
なアドレス指定可能デバイスを指すことが意図される。例えば、本発明に従うデ
バイスは、制限なく、コンピュータ、記憶装置、出力装置、電話、個人情報マネ
ージャ、ラップトップ、パームトップ、または腕時計ベースのコンピュータ等を
含む。相互接続ネットワークは、制限なく、イントラネット、またはインターネ
ット、公衆であるか私設であるかどちらかの無線電話網および／または有線、電
話網、結線によるネットワーク、赤外線ネットワーク、光ネットワークまたは電
磁ネットワーク等を含む。

【００３２】 図１では、既存のドメインネーム構造が総称的に示される。この構造は、ベー
スレベル・ドメイン（ＢＤＬ）１０を含む。トップレベル・ドメインまたは第１
レベル・ドメインと呼ばれることもあるベースレベル・ドメイン１０は、ＩＰア
ドレス自体とは関連付けられておらず、国（例えば、．ＵＳ、．ＣＡ、．ＵＫ、
．ＨＫ等）、大学（例えば、．ＥＤＵ）、米軍（例えば、．ＭＩＬ）、米国政府
（例えば．ＧＯＶ）、法人（例えば、．ＣＯＭ、．ＯＲＧ）、およびＩＳＰ（例
えば．ＮＥＴ）を区別するために使用される論理的な分類である。これらのベー
スレベル・ドメインは、第２レベル・サブドメイン１２に対するあらゆる照会を
管理する。第２レベル・サブドメイン１２は、通常、ＢＬＤ１０とともに使用さ
れて、ＩＰアドレスと関連付けられる。第２レベル・ドメインネームの例は、Ｉ
ＢＭ．ＣＯＭで使用されるＩＢＭ、またはＯＳＵ．ＥＤＵで使用されるようなＯ
ＳＵである。第２レベル・ドメイン１２は、通常、第３レベル・サブドメイン１
４に対するあらゆる照会を管理する。第３レベル・サブドメイン１４も、通常、
両方の．２ＬＤ１２、．ＢＬＤ１０とともに使用されるときにＩＰアドレスに関
連付けられる。第３レベル・ドメインネームの例は、ＳＵＰＰＯＲＴ．ＩＢＭ．
ＣＯＭで使用されるようなＳＵＰＰＯＲＴである。第３レベル・サブドメイン１
４は、通常、第４レベル・サブドメイン１６に対するあらゆる照会を管理する。
第４レベル・サブドメイン１６は、通常、．３ＬＤ１４、．２ＬＤ１２、．ＢＬ
Ｄ１０とともに使用されるときにＩＰアドレスと関連付けられる。第４レベル・
ドメインネームのいくつかの例は，．ＰＣ．ＳＵＰＰＯＲＴ．ＩＢＭ．ＣＯＭま
たはＡＩＸ．ＳＵＰＰＯＲＴ．ＩＢＭ．ＣＯＭで使用されるようなＰＣまたはＡ
ＩＸである。第４レベル・サブドメイン１６は、通常、次のドメイン１８に対す
る照会を管理する等である。Ｎ番目のレベルのドメイン１８は、Ｎがさらに高い
レベルのドメイン（つまり、２、３、４、５、６．．．）の整数間隔を表す、あ
らゆるおよびすべてのさらに高いレベルのドメインを表す。すべてのドメインネ
ームは、文字、番号、およびダッシュ（ａ．．．ｚ、０．．．９、「−」）だけ
から成り立つワードまたはフレーズを含むことがある。

【００３３】 すべてのドメインネーム・レベル１０から１８は、「ドット」、つまりドメイ
ンセパレータ３０によって区切られる。このセパレータ３０は、さらに高いドメ
インレベルの管理制御をその次に低いドメインレベルに指定するために使用され
る。完全なドメインネームは、以下の２つの部分から成り立つ。つまり、ドメイ
ンネーム・セグメント３４とベースレベル・セグメント３８である。ベースレベ
ル・セグメント３８は、．ＢＬＤ１０を含み、任意の数の上位レベル・サブドメ
インを含む。ベースレベル・セグメント３８のいくつかの例は、単一レベル・セ
グメント（例えば、．ＣＯＭ、．ＮＥＴ）、およびマルチレベル・セグメント（
例えば、ＩＢＭ．ＣＯＭ、ＡＢＣ．ＤＥＦ．ＯＲＧ、ｏｎｅ．ｔｗｏ．ｔｈｒｅ
ｅ．ｆｏｕｒ．ｆｉｖｅ．ｓｉｘ．ＮＥＴ）である。ドメインネーム・セグメン
トは、．ＢＬＤ１０を含まないドット３０によって分離される１つまたは複数の
離散した「名前」の任意のグループである。ドメインネーム・セグメントのいく
つかの例は、単一レベル・セグメント（例えば、ＡＢＣ、ＩＢＭ、電話番号）お
よびマルチレベル・セグメント（例えば、ＡＢＣ．ＤＥＦ、Ｓｕｐｐｏｒｔ．Ｉ
ＢＭ、ｏｎｅ．ｔｗｏ．ｔｈｒｅｅ．ｆｏｕｒ．ｆｉｖｅ．ｓｉｘ．ｅｔｃ．）
である。これらのセグメントは、組み合わされると、完全なドメインネームを形
成する。ドメインネーム・ツリー４２は、ベースレベル・セグメント３８によっ
て付加される任意の数のドメインネーム・セグメント３４である。

【００３４】 図２では、電話番号部分５０を、任意の既存のドメインネーム・ツリー４２内
での任意のポイントでそのツリーの上にそのセグメントを接ぎ木できるようにす
る、単一またはマルチプルレベル・ドメインネーム・セグメント３４への翻訳の
ために入力する。電話番号部分５０の変換は、その番号の自然セパレータ７０、
７２、７４（例えば、ダッシュ、括弧、ドット等）に基づいて番号を離散部分５
２、５４、５６、５８に縮小することから成り立つ。これらのセパレータ７０、
７２、７４は、ドメインセパレータ３０で置換され、離散部分５２、５４、５６
，５８はドメインおよびサブドメインになる。

【００３５】 ここで図３を参照すると、図２に示されているエントリから結果的に生じるマ
ルチレベル・ドメインが示されている。電話番号部分５０はセパレータ７０、７
２、７４に関して解析され、左から右へ走査されるとすると、セパレータは同様
に左から右に置換される。このようにして、図２のセパレータ７０は、図３のド
メインセパレータ８０になる。同様に、図２のセパレータ７２、７４は、図３の
ドメインセパレータ８２、８４に置換される。

【００３６】 また、続いて図３を参照すると、変換または翻訳された電話番号部分５０（図
２）の上への追加ドメインレベルの付加が示されている。示されている例では、
ある特定のウェブサーバに関してマルチプルレベル・ドメインネームを完成する
ために、追加のサブドメイン「ｔｅｌｅｎｕｍｂｅｒ」９０およびトップレベル
・ドメイン、「．ｃｏｍ」９２が付加される。当業者は、ここで、ドメインレベ
ルが、本発明の精神を逸脱することなく、マルチプルレベル・ドメインネームの
どこにも付加できることを認識されよう。さらに、追加ドメインまたはサブドメ
インは、他の国コード、エリアコード、電話交換機等に関して使用することもで
きる。

【００３７】 ここで図４に関して、例えば、図２の電話番号部分が図３の電話番号部分に変
換される例示的なプロセスが示される。ユーザは、ステップ１００に見られるよ
うに、照会、つまりネットワーク全体でターゲットまたは所望されるデバイスを
特定するために適切な電話番号部分を含むドメインネームを入力する。プロセッ
サがドメインセパレータ３０をどこに設置するのかを決定するこの時点で、曖昧
さが生じる可能性がある。示されている実施態様において、曖昧さは、決定ブロ
ック１０２によって見られるように、ユーザが照会でセパレータを入力するかど
うかに応じて解決することができる。このような場合、それからプロセッサは、
ステップ１０６で見られ、図２と図３で示されているように、ユーザが（手作業
であるいはいくつかの所定のプロトコルに従って）入力した組織的なセパレータ
７０、７２、７４の代わりに、ドメインセパレータ３０を使用する。他方、ユー
ザが入力したセパレータが検出されない場合、あるいは決定ブロック１０２によ
り決定されるように、不十分な数の組織的なセパレータが含まれる場合には、ド
メインセパレータ３０は、ユーザからの情報またはユーザとともに記憶されるデ
ータに基づいた決定された位置（例えば、クッキー内、またはその他の所定プロ
トコル）で挿入され、仮定が、使用されている特定のプロトコルに基づいて、あ
るいはステップ１０８に示されるように決められた数の数字等の間でなされるだ
ろう。

【００３８】 ステップ１０６または１０８のどちらかから、ドメインセパレータは適所に置
かれ、疑似マルチレベル・ドメインネームが存在する。オプションで、それから
、プロセッサは、完全なマルチプルレベル・ドメインネームを生成するために必
要なあらゆる接頭語または接尾語を添付してよいか、あるいはステップ１１０で
見られるように既知の係数に基づいて必要とされる可能性がある。例えば、発信
側ユーザは、例えば、そのターゲットまたは所望されるデバイスの句にコードを
省略してよい。このケースでは、プロセッサは、アドレス内の少なすぎるサブド
メインから生じる不十分さまたは曖昧さを認識し、発信側ユーザの国コードを置
換または付加するだろう。所望される場合、同様の追加を行うことができる（例
えば、ベースレベル・ドメインの自動的な付加）。それから、ターゲットデバイ
スは、ブロック１１２に見られるように、生成されるマルチプルレベル・ドメイ
ンネームにあるネットワーク全体で照会される。ターゲットデバイスが使用でき
る場合、それは、ポイント通信が、ステップ１１４で見られるように、ソースデ
バイスとターゲットデバイス間で確立できる類似した様式で応答するだろう。

【００３９】 ここで図５に関して、本発明を適切に実行するためにネットワーク１２２に接
続されている総称システム１２０が示されている。デバイス１２４はサーバ１２
０に接続される。サーバ内のプロセッサ１２０ａは、デバイス１２４から、第２
デバイス１２８を特定するために意図された電話番号部分５０（図２）アドレス
を受信する。プロセッサ１２０ａは、ネットワーク１２２を通して第２デバイス
１２８を特定する静的なマルチプルレベル・ドメインネーム９６（図３）に電話
番号部分を変換する。説明の目的のため、デバイス１２８は、それ専用のサーバ
を介してネットワーク１２２に接続されているとしても示されるが、多数のその
他の相互接続も構想され、同等の機構で適用する。プロセッサ１２０ａは、組織
的なセパレータの存在または欠如を判断し、前述されたように、デバイス１２８
を特定するために適切な完全なマルチプルレベル・ドメインネーム９６を生成す
る。それから、完了されたマルチプルレベル・ドメインネーム９６は、オプショ
ンで、メモリ１２０ｂ内で、この例の標準的なＩＰアドレスに変換される。それ
から、ターゲットデバイス１２８は、変換されたＩＰアドレス位置で照会され、
使用可能な場合には、照会に応答する。ネットワークを通る経路選択とともに、
ネットワークを通したパケット交換および呼セットアップの詳細は、当業者にと
って既知であり、ここでは従来通りに進行する。

【００４０】 発明は、好ましい実施態様に関して説明されてきた。明らかに、この明細書を
読み、理解すると、他の人たちは修正および改変を思い浮かべるだろう。すべて
のこのような修正および改変を、それらが添付クレームまたはその均等物の範囲
内に来る限りでは、含むことが我々の意図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ Ｆターム(参考） 5K030 GA03 GA17 HA08 HB14 HD09 KA07 MD08 5K036 DD33 DD48 EE13 5K051 AA08 CC01 KK06 5K101 LL01 NN01 NN25

Claims (14)

【特許請求の範囲】
1. 【請求項１】 デバイスを特定する電話番号部分を受信することと、 ネットワーク上で該デバイスを特定するマルチプルレベル・ドメインネームに
   該電話番号部分を変換し、該マルチプルレベル・ドメインネームが電話番号部分
   およびベース部分を備えることと、 ネットワーク上でマルチプルレベル・ドメインネームを介してデバイスとの通
   信を確立すること を備える方法。
2. 【請求項２】 マルチプルレベル・ドメインネームの電話番号部分が、ベー
   ス部分に従属する、請求項１に記載の方法。
3. 【請求項３】 マルチプルレベル・ドメインネームのベース部分が、ベース
   レベル・ドメインを備える、請求項２に記載の方法。
4. 【請求項４】 変換ステップが、 受信された電話番号部分内の決定可能な位置で、受信された電話番号部分にド
   メインセパレータを追加すること を備える、請求項１に記載の方法。
5. 【請求項５】 受信された電話番号部分がセパレータを備え、変換ステップ
   が、 該セパレータに関して受信された電話番号部分を解析することと、 該解析されたセパレータに関してドメインセパレータを挿入すること を備える、請求項１に記載の方法。
6. 【請求項６】 さらに、 変換された電話番号部分に追加ドメインレベルを付加し、マルチプルレベル・
   ドメインネームを完成すること を備える、請求項１に記載の方法。
7. 【請求項７】 第２装置を特定する電話番号部分を含む静的な、マルチプル
   レベル・ドメインネームの少なくとも一部を第１デバイスから受信することと、 ネットワーク上で第２デバイスの利用可能性を決定することと、 該決定ステップに応えて、第１デバイスから第２デバイスへ通信を選択的に確
   立すること を備える、ネットワーク上で通信する方法。
8. 【請求項８】 さらに、 第２デバイスから第１デバイスへの通信を確立すること を備える、請求項７に記載の方法。
9. 【請求項９】 利用可能性を判断するステップが、 ネットワーク上で第２デバイスを照会することと、 第２デバイス利用可能性を示す応答を第２デバイスから受信すること を備える、請求項７に記載の方法。
10. 【請求項１０】 ネットワーク上で少なくとも２つのデバイス間に通信を確
    立するための装置であって、第１デバイスから、第２デバイスを特定する電話番
    号部分を受信し、ネットワーク上で第２デバイスを特定する静的なマルチプルレ
    ベル・ドメインネームに該電話番号部分を変換するプロセッサを備える該装置。
11. 【請求項１１】 プロセッサが、さらに、ネットワーク上で第２デバイスと
    の通信を確立する、請求項１０に記載の装置。
12. 【請求項１２】 さらに、静的なマルチプルレベル・ドメインネームをＩＰ
    アドレスに整合するテーブルを備える、請求項１０に記載の装置。
13. 【請求項１３】 プロセッサが、さらに、静的なマルチプルレベル・ドメイ
    ンネームを生じさせるために、決定可能な位置で、受信された電話番号部分にド
    メインセパレータを追加する、請求項１０に記載の装置。
14. 【請求項１４】 受信された電話番号部分が、セパレータを備え、プロセッ
    サが受信された電話番号部分をセパレータに関して解析し、解析された分析記号
    の選択されたインスタンスに関してドメインセパレータを挿入する、請求項１０
    に記載の装置。