JP2013502180A - ネットワークアドレスルックアップ中のロケーション判定 - Google Patents

Abstract

本明細書で開示される主題は、クライアントデバイスのロケーション情報の判定に関する。ネットワークを介して通信するクライアントデバイスは、クライアントデバイスがネットワークアドレスの割当を要求すること、ロケーションに関する直接の要求、および／または他の照会に少なくとも部分的に応答して、その物理ロケーションに関する情報をネットワークから受信することができ得る。
【選択図】 図３

Description

本明細書で開示される主題は、クライアントデバイスのロケーション情報の判定に関する。

たとえばｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）デバイスなどのインターネット通話（Internet calling）デバイスは、人気が高まり続けている。そのようなデバイスは、リモート音声対応デバイスへ／からインターネットを介して音声を送信／受信するのにＶｏＩＰを利用してもよい。動作中に、インターネット対応通話デバイスは、ゲートウェイまたはルータなどのネットワークエンティティを介してインターネットに接続される場合がある。ルータまたはゲートウェイは、通常、（動的ホスト構成プロトコル）ＤＨＣＰを介してネットワークＩＰアドレスを割り当てられ、その後、任意のＶｏＩＰ対応デバイスを含む付随するクライアントデバイスに仮想ネットワークアドレスを割り当てる。クライアントデバイスがインターネットに接続された後に、クライアントデバイスからの呼出を、インターネットを介して、たとえば既存の電話網にルーティングすることができる。したがって、そのような通話デバイスは、インターネット接続性を有するロケーションからＶｏＩＰまたは同様の技術を使用して電話をかけるのに使用されてもよい。

従来の陸線（land lines）について、緊急９１１インフラストラクチャが、通常、緊急呼出をルーティングする際に使用される。そのようなインフラストラクチャは、陸線の電話番号を陸線の物理ロケーションに関連付けるＡｕｔｏｍａｔｉｃ Ｌｏｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＡＬＩ）データベースを使用する場合がある。そのようなデータベースを使用して、緊急９１１インフラストラクチャは、ある陸線番号からの緊急呼出を、呼を開始する陸線の物理ロケーションについて責任を負うパブリックセーフティアクセスポイント（public safety access point）（ＰＳＡＰ）にルーティングでき得る。その後、ＰＳＡＰは、緊急呼出をそのサービスエリアの適当な救急サービスに接続でき得る。対照的に、インターネットアドレスが動的にまたは仮想的に割り当てられたインターネット通話デバイスは、一般に、固定されたおよび／または既知のロケーションに関連しない。したがって、緊急９１１インフラストラクチャは、潜在的にモバイルの通話デバイスからの緊急ＶｏＩＰ呼出に関するロケーション情報をそのサービスエリアの適当なＰＳＡＰに提供するためにＡＬＩデータベースに頼ることができない。

非限定的で非網羅的な特徴を、図面を参照して説明し、図面では、同様の符号が、さまざまな図を通じて同様の部分を指す。

一実施態様による通信ネットワークを示す概略図。 もう１つの実施態様による通信ネットワークを示す概略図。 一実施態様によるクライアントデバイスの物理ロケーションを判定するプロセスを示す流れ図。 一実施態様によるワイヤレスネットワークとの通信が可能なデバイスを示す概略図。 もう１つの実施態様によるネットワークとの通信が可能なデバイスを示す概略図。 一実施態様によるクライアントデバイスの物理ロケーションを判定するプロセスを示す流れ図。

一特定の実施形態では、方法は、ネットワークアドレスの割当に関する第１の要求を表す１つまたは複数の信号をトランシーバから送信することと、第１の要求に応答して第１の割り当てられたネットワークアドレスを表す１つまたは複数の信号をトランシーバで受信することと、ロケーション情報を表す１つまたは複数の信号をトランシーバで受信することと、ロケーション情報を示す情報をメモリデバイスに格納することと、デバイスへの異なるネットワークアドレスの割当に関するデバイスからの要求を表す１つまたは複数の信号を第２のトランシーバで受信することと、第２の要求に応答して異なる割り当てられたネットワークアドレスとロケーション情報を示す格納された情報とを表す１つまたは複数の信号を第２のトランシーバからデバイスに送信することとを備えてもよい。しかし、これが単に例の実施態様であることと、請求される主題がこの特定の実施態様に限定されないこととを理解されたい。

本明細書全体を通じて、「一例」、「一特徴」、「例」、または「特徴」への言及は、その特徴および／または例に関連して説明される特定の特徴、構造、または特性が、請求される主題の少なくとも１つの特徴および／または例に含まれることを意味する。したがって、本明細書全体のさまざまな場所での句「一例では」、「例」、「一特徴では」、または「特徴」の出現は、必ずしも、すべてが同一の特徴および／または例に言及するのではない。さらに、特定の特徴、構造、または特性を、１つまたは複数の例および／または特徴で組み合わせてもよい。

一実施態様では、ネットワークを介して通信するクライアントデバイスは、クライアントデバイスがネットワークアドレスの割当を要求すること、ロケーションに関する直接の要求、および／または他の照会に少なくとも部分的に応答して、その物理ロケーションに関する情報をネットワークから受信することができ得る。ここで、そのようなネットワークアドレスは、ＩＰアドレスなどのネットワークに参加するデバイスに割り当てられる可能性がある識別（たとえば、数のまたは英数字の）を備えてもよい。ロケーション情報は、住所、地域名、コミュニティ名、測地学座標（geodetic coordinates）（緯度、経度、高度など）、および／またはたとえばクライアントデバイスのロケーションもしくはたとえばクライアントデバイスを取り巻く領域を少なくとも近似的に識別するのに有用である可能性がある情報を備えてもよい。そのようなクライアントデバイスは、たとえばＶｏＩＰ対応の電話機もしくはコンピューティングデバイス、またはその代わりに、ワイヤレスアクセスポイントなどの媒介デバイスを備えてもよい。そのようなロケーション情報は、緊急サービスが緊急呼出の物理ソースにすばやく応答でき得るようにするために緊急呼出がエンドクライアントデバイスから行われる場合に、有用である可能性がある。したがって、インターネットクライアントデバイスは、インターネットサーバまたはワイヤレスルータからロケーション情報を獲得し、その情報は、緊急呼出を行う場合に緊急サービスプロバイダにロケーションを提供するのに使用されてもよい。特定の実施態様では、クライアントデバイスは、ネットワークアドレスの割当に関する要求に応答してなど、そのクライアントデバイスがネットワークと通信し始める時にそのようなロケーション情報を獲得でき得る。ここで、クライアントデバイスは、そのクライアントデバイスが緊急呼出を行うのに、および／または他のロケーション対応アプリケーションを実行するのに使用されるより潜在的に十分に前に、ネットワークと通信し始めてもよい。したがって、クライアントデバイスは、その物理ロケーションについて知り、必要な場合に使用するためにそのようなロケーション情報を格納してもよい。もちろん、そのようなロケーション情報は、複数のアプリケーションのために使用されてもよく、緊急サービスに関する使用に限定されず、請求される主題は、同様に、それに限定されない。

クライアントデバイスは、下で詳細に説明するように、ワイヤレスルータを介してネットワークと通信してもよい。クライアントデバイスが通信的に接続されるネットワークは、たとえば、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、および／またはインターネットを含んでもよい。あるシナリオでは、クライアントデバイスの物理ロケーションが、ネットワークによって知られない可能性があるが、クライアントデバイスのために働くワイヤレスルータの物理ロケーションが知られる可能性がある。したがって、クライアントデバイスによって受信されるクライアントデバイスの物理ロケーションに関する情報は、少数の例を挙げると、そのクライアントデバイスによって使用されるワイヤレスルータのロケーションの住所、街区領域、および／または測地学座標を備えてもよい。この形で、クライアントデバイス自体の物理ロケーションが、少なくとも近似的に判定される可能性がある。というのは、ワイヤレスルータが、クライアントデバイスの比較的近くに物理的に配置される可能性があるからである。そのような近似は、たとえば緊急呼出を最も近いパブリックセーフティアンサリングポイント（public safety answering point）（ＰＳＡＰ）に正しくルーティングするのに十分である可能性がある。もう１つの特定の実施態様では、クライアントデバイスの物理ロケーションは、たとえば、下でさらに詳細に説明するように、ワイヤレスルータまたはネットワークの他の部分が、クライアントデバイスの物理ロケーションに関する格納された情報を含む場合に、判定される可能性がある。もちろん、クライアントデバイスの物理ロケーションを判定するそのようなプロセスは、単に例であり、請求される主題は、それに限定されない。

上で説明したように、ワイヤレスルータの物理ロケーションが既知である場合があるが、必ずそうであるわけではない。たとえば、ワイヤレスルータが、インターネットサービスプロバイダ（ＩＳＰ）によって維持される場合には、ワイヤレスルータの物理ロケーションは、ＩＳＰがそのような情報を含むレコードを維持する場合に既知である可能性がある。その一方で、ワイヤレス８０２．１１ルータなどのワイヤレスルータおよび／またはＢｌｕｅｔｏｏｔｈ（登録商標）アクセスポイントは、たとえば家庭内でホスティングされまたは維持される場合があり、このワイヤレスルータおよび／またはアクセスポイントは、そのようなロケーションがワイヤレスルータに格納されていないならば、それ自体のロケーションを知らない可能性がある。したがって、クライアントデバイスの物理ロケーションの識別は、たとえば、そのような識別がなされ得るまで実行される図６に示されたプロセス６００などのプロセスを備えることができ得る。たとえば、ブロック６１０で、クライアントデバイスのロケーションの要求を受信することができ得る。ブロック６３０で、ワイヤレスルータの物理ロケーションが未知であることを判定した後に、サブネットを、そのサブネットによってサービスされる物理ロケーションおよび／または領域に関連付けることもでき得る。一実施態様では、ワイヤレスルータは、パワーオン／アドレス割当時にロケーションを要求し、格納することができ得る。その後、クライアントデバイスは、いつでもロケーションについてそのワイヤレスルータに照会することができ得る。この実施形態では、そのようなプロセスは、ワイヤレスルータのロケーションを、たとえば複数の家庭にケーブルモデム接続を提供する、ハブ、ルータ、またはゲートウェイなどの近くのネットワークエンティティのロケーションに部分的に基づくものにすることを可能にすることができ得る。したがって、通常の非モバイルワイヤレスルータは、少なくともサービスされるブロックエリアに対して比較的正確なロケーションを有する可能性がある。サブネットまたはワイヤレスルータによってサービスされるそのような物理ロケーションおよび／または領域が、クライアントデバイスの近似物理ロケーションとして使用されてもよい。

プロセス６００を継続すると、ブロック６３０で、サブネットおよび／またはワイヤレスルータの物理ロケーションがなんらかの理由で入手不能である場合には、たとえばＩＳＰによってホスティングされる動的ホスト構成プロトコル（ＤＨＣＰ）サーバの物理ロケーションを、クライアントデバイスの近似物理ロケーションとして使用でき得る。あるいは、もう１つの実施態様では、そのようなＤＨＣＰサーバが、クライアントデバイスの物理ロケーションに関する情報を維持することができ得、そのような情報は、入手可能である場合に利用されもよい。たとえば、ＩＳＰが、割り当てられたＩＰアドレスとサービスアドレスとの間の１対１マッピングを可能にするサービスアドレスデータベースを有する場合がある。あるいは、特定の実施態様では、ＤＨＣＰサーバまたは他のサーバが、下でさらに詳細に説明するように、１つまたは複数のワイヤレスルータおよび／またはクライアントデバイスの物理ロケーション情報を維持する場合がある。

まだプロセス６００を継続すると、ブロック６４０でＤＨＣＰサーバの物理ロケーションが未知またはなんらかの理由で入手不能と判定した後に、またはＤＨＣＰサーバが特定のクライアントデバイスの物理ロケーションに関する情報を維持しない場合に、ブロック６５０で、ロケーションサーバまたはその代わりにアドレスデータベースサーバが、ロケーションサーバのメモリデバイスに格納されたデータベースに含まれる可能性があるそのような情報を提供でき得る。たとえば、そのようなデータベースは、たとえばＩＳＰ顧客請求先住所に少なくとも部分的に基づいて、特定のネットワークポートまたはアドレスをワイヤレスルータの物理ロケーションに関連付けるメモリに格納された信号またはデバイス状態を備えてもよい。そのようなネットワークアドレスと物理ロケーションとの情報を、ＤＨＣＰサーバまたは他のサーバに送信してもよく、ここで、ネットワークアドレスと物理ロケーションとの情報を、たとえばブロック６６０で、格納するかワイヤレスルータに再送信してもよい。その後、ブロック６７０で、そのようなロケーション情報が、クライアントデバイスに提供され、少なくともワイヤレスルータと通信するクライアントデバイスの近似物理ロケーションを示してもよい。もちろん、クライアントデバイスの物理ロケーションを判定するそのようなプロセスは、単に例であり、請求される主題は、それに限定されない。

クライアントデバイスは、ネットワークを介して送信される後続通信に選択的に含まれる物理ロケーション情報を格納してもよい。たとえば、ＶｏＩＰ電話機は、たとえば９１１呼出などの緊急呼出がＶｏＩＰ電話機の物理ロケーションに関する情報を含むことができ得るようにするために、その物理ロケーションに関する情報を受信し、格納してもよい。クライアントデバイスは、時々、メモリに格納された、格納された物理ロケーション情報を更新してもよい。たとえば、クライアントデバイスが、その物理ロケーションが時々変化するモバイルデバイスを備える場合に、クライアントデバイスは、更新されたロケーション情報と現在のロケーション情報とを受信し、格納してもよい。もう１つの例では、クライアントデバイスは、更新されたロケーション情報と現在のロケーション情報とに関する要求を用いて、ワイヤレスルータ上で維持される管理情報ベース（ＭＩＢ）または他の格納される情報をリアルタイムで照会してもよい。

図１は、一実施態様による通信ネットワーク１００を示す概略図である。そのようなネットワークは、たとえば、インターネット１１０と、ルータ１４０および１５０と、クライアントデバイス１２０および１３０とを含んでもよい。たとえば公衆交換電話網（ＰＳＴＮ）を備えてもよい電話網１６０をも、インターネット１１０に通信的に結合してもよい。そのような電話網は、上で説明したように、緊急９１１呼をＰＳＡＰ １７０にルーティングしてもよい。ネットワーク１００の他の部分は、たとえばＬＡＮおよび／またはＷＡＮを含んでもよいが、そのような部分は、明瞭さを維持するために図１には図示されていない。他のタイプのクライアントデバイスが可能であるが、クライアントデバイス１２０は、たとえばセルラ電話機、携帯情報端末、および／またはラップトップコンピューティングデバイスなどのＶｏＩＰ対応ワイヤレスデバイスおよび／またはＶｏＩＰ対応モバイルデバイスを備えてもよい。クライアントデバイス１３０は、たとえばＶｏＩＰ対応デスクトップコンピュータまたはＶｏＩＰ陸線電話機などの、ワイヤレスまたはポータブルであってもなくてもよいコンピューティングデバイスを備えてもよい。ワイヤレスルータ１４０は、たとえばアンテナ１４８を介してクライアントデバイス１２０から／へワイヤレス信号を受信し、送信することができるデバイスを備えてもよい。ワイヤレスルータ１４０は、さらに、直接にまたはＬＡＮおよび／もしくはＷＡＮを介してインターネット１１０と通信してもよいが、請求される主題は、それに限定されない。一特定の実施態様では、ワイヤレスルータ１４０は、クライアントデバイス１２０からワイヤレス信号を受信し、そのような信号をネットワーク１００を介して再送信すると同時に、ネットワーク１００から信号を受信し、そのような信号をクライアントデバイス１２０にワイヤレスで再送信するために、リレーを備えてもよい。特定の例では、ワイヤレスルータ１４０は、インターネットと通信するためにＤＨＣＰクライアントをホスティングでき得るセルラ塔および／またはセルラ基地局を備えてもよい。

ルータ１５０は、たとえば、クライアントデバイス１３０から／へ信号を受信し、送信することができるデバイスを備えてもよい。ルータ１５０は、さらに、直接にまたはＬＡＮおよび／もしくはＷＡＮを介してインターネット１１０と通信してもよいが、請求される主題は、それに限定されない。ルータ１５０は、たとえば有線ネットワークへの接続性を提供するために、接続されたケーブルまたはディジタル加入者回線（ＤＳＬ）および／またはモデムを備えてもよい。一特定の実施態様では、ルータ１５０は、クライアントデバイス１３０から信号を受信し、そのような信号をネットワーク１００に通信すると同時に、ネットワーク１００から信号を受信し、そのような信号をクライアントデバイス１３０に通信するために、リレーを備えてもよい。特定の例では、ルータ１５０は、インターネット１１０との通信を可能にするためにＩＳＰによってホスティングされるＤＨＣＰクライアントを備えてもよい。もう１つの特定の実施態様では、ルータ１５０は、ワイヤレス通信デバイスがたとえばＷｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ、および／または他の標準規格を使用してワイヤレスネットワークに接続することを可能にするワイヤレスルータまたはワイヤレスアクセスポイント（ＷＡＰ）を備えてもよい。そのようなワイヤレスルータまたはＷＡＰは、たとえば、ワイヤレスデバイス（コンピュータまたはプリンタなど）とネットワーク上の有線デバイスとの間で情報を中継するために有線ネットワークに接続されてもよい。もちろん、ルータとワイヤレスアクセスポイントとのそのような説明は、単に例であり、請求される主題は、それに限定されない。

モバイルデバイスおよび／またはワイヤレスデバイスを備えてもよいクライアントデバイス１２０は、たとえば、特定の時に領域１２５内に物理的に配置される場合がある。しかし、そのようなモバイルデバイスは、別の時に異なる領域に移動する場合がある。したがって、特定の実施態様では、領域１２５は、特定の時にモバイルクライアントデバイスに通信的に接続されるワイヤレスルータ１４０を含む領域と定義されてもよい。そのようなモバイルデバイスの物理ロケーションの判定は、衛星測位システム（ＳＰＳ）を使用してクライアントデバイスを突き止めるプロセスを含んでもよく、クライアントデバイスは、その位置を判定し、そのような情報を格納し、かつ／またはそのような情報をワイヤレスルータ１４０に送信する。そのようなロケーション情報は、その後、たとえば緊急呼出の場合にＰＳＡＰに転送されてもよい。しかし、クライアントデバイス１２０が、ＳＰＳ対応ではないか、たとえば物理的構造が１つまたは複数の衛星への見通しを阻止する可能性がある、十分なＳＰＳ信号を欠いている領域内にある場合には、クライアントデバイス１２０の物理ロケーションは、その代わりに、下で説明するプロセスを使用して判定されてもよい。たとえば、特定の時に、第１のワイヤレスカバレージエリア内に配置されたモバイルクライアントデバイス１２０は、まず、特定のワイヤレスルータまたは他のワイヤレストランシーバと通信してもよい。しかし、そのようなモバイルクライアントデバイス１２０は、後刻に、クライアントデバイスが新しいワイヤレスカバレージエリアに移動する時に、その後に別のワイヤレスルータまたはワイヤレストランシーバと通信する場合がある。したがって、モバイルクライアントデバイス１２０の物理ロケーションが変化する場合があるので、モバイルクライアントデバイスに対応するワイヤレスルータ１４０も、変化する場合がある。しかし、対照的に、静止していてモバイルではないクライアントデバイス１３０は、たとえば、領域１５５内に物理的に配置されたルータ１５０に対応してもよい。後者の場合に、ルータ１５０は、下で説明するように、クライアントデバイス１３０の領域１３５の物理ロケーションを、領域１５５の物理ロケーションを知ることから少なくとも近似的に判定でき得るようにするために、クライアントデバイス１３０の比較的近くに物理的に配置されてもよい。同様に、前者の場合に、現在モバイルクライアントデバイス１２０に関連するワイヤレスルータ１４０は、領域１２５の物理ロケーションを、領域１４５の物理ロケーションを知ることから少なくとも近似的に判定でき得るようにするために、クライアントデバイス１２０の比較的近くに物理的に配置されてもよい。

図２は、もう１つの実施態様による通信ネットワーク２００を示す概略図である。そのようなネットワークは、たとえば、ＬＡＮ、ＷＡＮ、および／またはインターネット１１０などのネットワーク２１０と、ＤＨＣＰサーバ２２０と、ワイヤレスアクセスポイント（ＷＡＰ）またはワイヤレスルータ２３０および２４０と、クライアントデバイス２５０Ａ〜Ｆとを含む。ＤＨＣＰサーバ２２０は、お互いと独立にワイヤレスルータ２３０および２４０と通信し、かつ／またはこれらを管理してもよい。他のワイヤレスルータは、ネットワーク２００内に存在してもよいが、明瞭さのために図示されていない。代替実施態様では、クライアントデバイス２５０Ａ〜Ｆは、ハブ（ケーブル用など）および／またはＤＳＬアクセスマルチプライヤ（ＤＳＬＡＭ）（図示せず）を介してネットワーク２１０にアクセスしてもよい。そのようなハブおよび／またはＤＳＬＡＭは、たとえば住居分譲地内に配置されてもよいが、ＤＨＣＰサーバは、都市全体にわたるものであってもよい。したがって、近所の比較的少数の家庭のために働くハブおよび／またはＤＳＬＡＭは、少なくとも近似ロケーションを提供することができ得る。

図２に示されているように、ワイヤレスルータ２３０は、クライアントデバイス２５０Ａ〜Ｃをホスティングしてもよく、ワイヤレスルータ２４０は、クライアントデバイス２５０Ｄ〜Ｆをホスティングしてもよい。図示の例では、ワイヤレスルータ２３０は、第１の住所に物理的に配置されるものとすることができ得るクライアントデバイス２５０Ａ〜Ｃの比較的近くであるものとすることができ得る。具体的に言うと、クライアントデバイス２５０Ａは、第１の住所を有する家屋のＶｏＩＰ構成されたコンピューティングデバイスを備えてもよく、クライアントデバイス２５０Ｂは、同一の住所にあるＶｏＩＰ構成されたコンピューティングデバイスを備えてもよく、クライアントデバイス２５０Ｃは、同一の住所にある別のＶｏＩＰ構成されたコンピューティングデバイスを備えてもよい。

図示の例を継続すると、ワイヤレスルータ２４０は、第２の住所に物理的に配置されるものとすることができ得るクライアントデバイス２５０Ｄ〜Ｆの比較的近くであるものとすることができ得る。具体的に言うと、クライアントデバイス２５０Ｄ〜Ｆは、たとえば、共通の住所にそれぞれ配置されたＶｏＩＰ構成されたコンピューティングデバイスを備えてもよい。特定の実施態様では、クライアントデバイス２５０のそのような住所に関する情報は、ＤＨＣＰサーバ２２０またはネットワーク２００のすべての他のコンポーネントから入手可能でない場合があるが、下でさらに詳細に述べるように、ワイヤレスルータ２３０と２４０との物理ロケーションに関する情報が、入手可能である場合がある。別の特定の実施態様では、たとえばケーブルモデムとＤＳＬとを用いることによって、インターネットサービスプロバイダ（ＩＳＰ）は、ハブまたはＤＳＬアクセスマルチプライヤ上の特定の物理回線（physical line）またはポートを特定のアドレスに関連付けさせてもよい。したがって、データベースに含めることができ得るそのような物理アドレスを、ローカルワイヤレスルータに提供してもよく、このルータで、その後、そのような物理住所（physical address）を格納してもよい。そのようなワイヤレスルータを、たとえば、住居内に配置してもよい。その後、クライアントデバイスは、住所が格納されているワイヤレスルータから住所にアクセスしてもよい。

ＤＨＣＰサーバ２２０は、複数のインターネットプロトコル（ＩＰ）アドレスと、たとえばデフォルトワイヤレスルータ、ドメイン名、および／または関連するドメインネームシステム（ＤＮＳ）サーバなどのワイヤレスルータ構成パラメータに関する情報とを管理してもよい。たとえばワイヤレスルータ２３０から有効な要求を受信した時に、ＤＨＣＰサーバ２２０は、ワイヤレスルータ２３０に、ＩＰアドレス、リース（そのような割当が有効である時間の長さ）、および／またはサブネットマスクもしくはデフォルトワイヤレスルータなどの他のＩＰ構成パラメータを割り当てることができ得る。ＩＰアドレスに関するそのようなワイヤレスルータ要求は、ワイヤレスルータの初期化プロセスのすぐ後に開始される可能性がある。そのようなＩＰアドレス割当プロセスは、たとえば、ワイヤレスルータがネットワーク上の他のホストとのＩＰベースの通信を開始できるようになる前に完了される可能性がある。ワイヤレスルータで受信され、格納されるそのようなロケーションが、ＩＰアドレスのリースと共に満了する必要がないことに留意されたい。

実施態様に応じて、ＤＨＣＰサーバは、少数の可能なプロセスを挙げると、動的割当、自動割当、または静的割当を使用して、ＩＰアドレスを割り当ててもよい。動的割当では、ネットワーク管理者は、特定のＤＨＣＰサーバにある範囲のＩＰアドレスを割り当ててもよく、ネットワーク上の各ワイヤレスルータは、たとえば、ネットワーク初期化中にＤＨＣＰサーバにＩＰアドレスを要求するように構成されたＩＰソフトウェアを含んでもよい。そのようなプロセスは、制御可能な期間を含み、たとえばＤＨＣＰサーバがそのような期間に基づいてＩＰアドレスを回収し、かつ／または再割り当てすることを可能にしてもよい。自動割当では、ＤＨＣＰサーバは、管理者によって定義されるＩＰアドレスの範囲から、使用可能なＩＰアドレスを、要求するワイヤレスルータに永久的に割り当ててもよい。そのような割当は、たとえば、特定の機械または特定の物理アドレスにある機械について実行されてもよい。そのような割当プロセスは、上で説明したように、動的割当のプロセスに類似するものであってもよい。しかし、ＤＨＣＰサーバは、ＤＨＣＰサーバが、ワイヤレスルータが以前に有したものと同一のＩＰアドレスをそのワイヤレスルータに優先的に割り当てることができ得るようにするために、過去のＩＰアドレス割当のテーブルを維持してもよい。一特定の実施態様では、ワイヤレスルータは、ケーブル／ＤＳＬモデムおよび／またはワイヤレスルータあるいは類似する機能の他の組合せを備えてもよい。静的割当では、ＤＨＣＰサーバは、たとえばネットワーク管理者によってテーブルに手作業で入力されてもよいＭＡＣアドレス／ＩＰアドレス対を含むテーブルに少なくとも部分的に基づいてＩＰアドレスを割り当ててもよい。したがって、このテーブル内にリストされたＭＡＣアドレスを有する要求するワイヤレスルータだけが、ＩＰアドレスを割り当てられてもよい。もちろん、そのような割当プロセスは、単に例であり、請求される主題は、それに限定されない。

上で説明したように、ＤＨＣＰサーバは、ワイヤレスルータにＩＰアドレスを割り当ててもよい。さらなるプロセスでは、一実施態様で、ワイヤレスルータは、そのワイヤレスルータによってホスティングされるクライアントデバイスに仮想ＩＰアドレスを割り当ててもよい。ここで、仮想ＩＰアドレスは、ワイヤレスルータおよび／またはその仮想ＩＰアドレスによって定義されるサブネットには可視であるが、ワイヤレスルータが通信しているインターネットからは可視でない、ネットワークアドレスを指す。ここで、そのようなアドレスは、特定のクライアントデバイスに関連付けられるワイヤレスルータによって提供されてもよい。

図３は、一実施態様によるクライアントデバイスのロケーションを判定するプロセス３００の流れ図である。ブロック３１０では、たとえば図２のワイヤレスルータ２３０などのワイヤレスルータが、ネットワークアドレスの割当に関する要求を送信してもよい。上で説明したように、そのような要求は、その要求に応答して、要求するワイヤレスルータにＩＰアドレスを割り当てることができ得るＤＨＣＰサーバによって受信されてもよい。ネットワーク割当に関するワイヤレスルータの要求は、ワイヤレスルータのロケーション情報に関する要求をも含んでもよい。そのような要求は、１つまたは複数のワイヤレスルータの物理ロケーションに関する情報を維持でき得るＤＨＣＰサーバによって受信されてもよい。ＩＳＰがＤＨＣＰサーバをホスティングする例では、そのような物理ロケーション情報は、顧客の名前、住所、請求情報などを含む、ＩＳＰ顧客に関する手作業で入力された情報を含んでもよい。したがって、ＤＨＣＰサーバは、たとえば、そのような顧客情報の少なくとも一部、特に住所情報を維持してもよい。住所情報は、顧客情報データベースサーバ内でホスティングされてもよい。したがって、そのような顧客情報は、１つまたは複数のワイヤレスルータの物理ロケーションを含んでもよい。

別の例では、ＤＨＣＰサーバをホスティングするＩＳＰは、それがサービスするネットワークを、ワイヤレスルータおよび／またはクライアントデバイスのネットワークを備える複数のサブネットに区分してもよい。したがって、一都市などの分散したエリア内の比較的多数のクライアントのために働く可能性があるＤＨＣＰサーバは、より小さい領域に関連するより少数のクライアントを含む複数のサブネットの中でそのクライアントを割り当ててもよい。たとえば、特定のサブネット内のワイヤレスルータおよび／またはクライアントデバイスは、共通のＩＰアドレスルーティングプリフィックスを共有してもよい。そのようなＤＨＣＰサーバは、１つまたは複数のサブネットに含まれるネットワーク化されたワイヤレスルータおよび／またはクライアントデバイスに関するロケーション情報を維持してもよく、特定のサブネットに含まれるワイヤレスルータおよび／またはクライアントデバイスは、同様の物理ロケーションをも共有してもよい。たとえば、あるサブネットが、ある住宅地近隣に関連する場合があり、別のサブネットが、別の住宅地近隣に関連する場合がある。特定の実施態様では、住所、近隣、および／または他の比較的局所化された領域が、測地学的緯度／経度座標に変換されてもよい。もちろん、ＤＨＣＰサーバを用いるそのようなプロセスは、単に例であり、請求される主題は、それに限定されない。

図３を継続すると、ブロック３２０では、ワイヤレスルータ２３０が、ワイヤレスルータの要求に応答して、割り当てられたネットワークアドレスとワイヤレスルータ２３０のロケーションを記述するロケーション情報とをＤＨＣＰサーバから受信してもよい。ブロック３３０では、ワイヤレスルータ２３０が、受信されたロケーション情報をメモリ（たとえば、揮発性メモリデバイスまたは不揮発性メモリデバイス）に格納してもよい。ブロック３４０では、ワイヤレスルータ２３０は、クライアントデバイスへのネットワークアドレスの割当のために、たとえば図２に示されたクライアントデバイス２５０などの、ワイヤレスルータ２３０によってサービスされるクライアントデバイスから要求を受信してもよい。特定の実施態様では、クライアントデバイスからのそのような要求は、ネットワークアドレスを割り当てるようにワイヤレスルータ２３０に促してもよい。特定の実施態様では、そのような応答は、特定の要求するクライアントデバイスの物理ロケーションを記述するロケーション情報の送信をも含んでもよい。したがって、ブロック３５０では、ワイヤレスルータ２３０が、割り当てられたネットワークアドレスと格納されたロケーション情報（ブロック３３０で格納された）とをクライアントデバイスに送信してもよい。一実施態様では、ＤＨＣＰサーバによってワイヤレスルータに割り当てられるネットワークアドレスは、クライアントデバイスのために働くワイヤレスルータによってクライアントデバイスに割り当てられるネットワークアドレスと異なってもよい。第１の例では、ＤＨＣＰサーバは、ＩＰアドレスなどのネットワークアドレスをワイヤレスルータに割り当ててもよい。そのようなネットワークアドレスは、ＤＨＣＰサーバおよび／またはワイヤレスルータが通信的に結合されるネットワーク（たとえば、ＬＡＮ、ＷＡＮ、および／またはインターネット）によって認識されてもよい。対照的に、ワイヤレスルータは、そのワイヤレスルータによってサービスされるクライアントデバイスにネットワークアドレスを割り当ててもよく、そのようなネットワークアドレスは、ワイヤレスルータとＤＨＣＰサーバとがそれを介して接続されるネットワーク／インターネットによって認識されなくてもよい。後者の場合に、そのようなネットワークアドレスは、ワイヤレスルータとクライアントデバイスとの間またはそのワイヤレスルータのクライアントデバイスの間で通信をアドレッシングすることに適用可能である可能性がある仮想ＩＰアドレスを備えてもよい。

第２の例では、ＤＨＣＰサーバによってワイヤレスルータに割り当てられるネットワークアドレスは、そのワイヤレスルータのクライアントデバイスに割り当てられるネットワークアドレスとは異なる値および／または異なるフォーマットを有してもよい。たとえば、仮想ＩＰアドレスを備えてもよいネットワークアドレスの特定の値および／またはフォーマットを、クライアントデバイスのために働く特定のワイヤレスルータおよび／またはワイヤレスルータのサブネットに少なくとも部分的に基づいて、ワイヤレスルータによってそのクライアントデバイスに割り当ててもよい。さらに、ワイヤレスルータは、ＤＨＣＰサーバによって割り当てられたネットワークアドレスを割り当てられた仮想ＩＰアドレスにマッピングするためにマッピングプロセスを実行してもよい。上で述べたように、そのようなワイヤレスルータおよび／またはサブネットは、共通の物理ロケーションまたは物理領域を有する複数のクライアントデバイスのために働く可能性がある。したがって、ワイヤレスルータによってクライアントデバイスに割り当てられるネットワークアドレスは、クライアントデバイスの物理ロケーションに少なくとも部分的に依存してもよい。一特定の実施態様では、クライアントデバイスは、そのクライアントデバイスが、ワイヤレスルータがクライアントデバイスのために働く特定のワイヤレスルータおよび／またはサブネットに基づいてそのようなアドレスをどのように割り当てるのかに関する先験的知識を有する場合に、ワイヤレスルータによる仮想ＩＰアドレス割当を受信する時にそれ自体のロケーションを判定してもよい。言い換えると、クライアントデバイスは、どのワイヤレスルータおよび／またはサブネットがそのクライアントデバイスのために働くのかを、割り当てられた仮想ＩＰアドレスから判定してもよい。別の特定の実施態様では、クライアントデバイスは、たとえばＧＰＳを介して、それ自体のロケーションを計算できる場合があり、ロケーション情報をワイヤレスルータと共有することができ得、このワイヤレスルータは、そのような情報を維持し、かつ／または他のクライアントデバイスに再配布でき得る。さらに、一実施態様では、ワイヤレスルータは、同一のワイヤレスルータに関連するクライアントデバイスが本質的に同一位置に配置されると考えてもよくなるようにするために、比較的短い範囲を用いることができ得る。もちろん、そのようなアドレス割当およびロケーション判定プロセスは、単に例であり、請求される主題は、それに限定されない。

図４は、一実施態様によるネットワークとの通信が可能なデバイス４００の概略図である。たとえば、そのようなネットワークは、ワイヤレスであってもよい。たとえば、そのようなデバイスは、図２に示されたクライアントデバイス２５０などのクライアントデバイスを含んでもよい。ワイヤレスのモバイルクライアントデバイスの場合に、デバイス４００は、アンテナ４２２を介して信号を送信し、受信してもよい、セルラ通信システムなどであるがこれに限定されない両方向通信システム４２０を含んでもよい。通信システム４２０は、前述のネットワークのうちの１つまたは複数内の通信のための情報を処理するように適合されたモデムを含んでもよい。１つの代替実施態様では、デバイス４００は、ＳＰＳ信号を受信するためのＳＰＳ受信器などの位置決定システム（position location system）を含んでもよい。モデムおよびＳＰＳ受信器は、お互いと通信してもよく、そのような通信は、たとえば、デバイスのセルラ識別、時刻および／またはロケーションの推定値、周波数、または他の無線情報を含んでもよい。別の実施態様では、デバイス４００は、デバイスがＳＰＳ信号を獲得する固有の能力を欠くようにするために、位置決定システムを含まなくてもよい。

コントロール４４０は、中央処理装置（ＣＰＵ）４４２とそれに関連するメモリ４４４、ハードウェア、ソフトウェア、およびファームウェアとなど、特殊目的コンピューティングプラットフォームを備えることができる。本明細書で使用される時に、ＣＰＵ ４４２が、１つまたは複数のマイクロプロセッサと、組込みプロセッサと、コントローラと、特定用途向け集積回路（ＡＳＩＣ）と、ディジタル信号プロセッサ（ＤＳＰ）と、類似物とを含むことができるが、必ず含む必要はないことを理解されたい。用語ＣＰＵは、特定のハードウェアではなく、システムによって実施される機能を記述することが意図されている。代替実施態様では、メモリ４４４は、上で説明したルックアップテーブルを含んでもよい。メモリ４４４は、ＣＰＵ ４４２によって実行される場合にデバイス４００が少なくとも上で説明した実施態様のようにそのロケーションを判定することを可能にでき得る機械可読命令を表す信号を格納してもよい。そのような機械可読命令は、たとえばワイヤレスキャリアなどのリモートエンティティからダウンロードされ、たとえば通信システム４２０を介して受信されてもよい。機械可読命令は、デバイス４００がパイロット信号を含むセルラ基地局の識別情報を識別し、抽出することを可能にするアプリケーションを含んでもよい。そのようなアプリケーションは、領域または世界のセルラ基地局情報のルックアップテーブルをも含んでもよい。機械可読命令は、上で説明したように、カルマンフィルタをも含んでもよい。もちろん、請求される主題は、これらの例に限定されず、これらの例は、さまざまな実施態様を示すのを助けるためにここで説明されるにすぎない。メモリ４４４は、上で識別された１つまたは複数のタイプの記憶媒体を備えてもよい。ユーザインターフェース４５０は、ユーザが、情報を入力し、デバイス４００から音声またはデータなどの情報を受け取ることを可能にしてもよい。ユーザインターフェース４５０は、たとえば、キーパッド、ディスプレイスクリーン、マイクロホン、およびスピーカを含んでもよい。

図５は、一実施態様による、ネットワーク５１０および／またはクライアントデバイス５５０との通信が可能なワイヤレスルータ５４０の概略図である。たとえば、ワイヤレスルータ５４０は、図２に示されたワイヤレスルータ２３０および／または２４０を備えてもよい。ワイヤレスルータ５４０は、コントロール部分５６０と、第１の両方向通信システム５２０と、第２の両方向通信システム５２５とを含んでもよい。一実施態様では、両方向通信システム５２０は、ネットワーク５１０へ信号を送信し、これから信号を受信してもよい。特定の実施態様では、ネットワーク５１０は、たとえば図２に示されたＤＨＣＰサーバ２２０などのＤＨＣＰサーバを備えてもよい。両方向通信システム５２０は、ネットワーク５１０との通信のために情報を処理するように適合されたモデムを含んでもよい。別の実施態様では、両方向通信システム５２５は、たとえば図２に示されたクライアントデバイス２５０などの１つまたは複数のクライアントデバイス５５０へ信号を送信し、これから信号を受信してもよい。両方向通信システム５２５は、クライアントデバイス５５０との通信のために情報を処理するように適合されたモデムを含んでもよい。

コントロール５６０は、中央処理装置（ＣＰＵ）５６５とそれに関連するメモリ５６８、ハードウェア、ソフトウェア、およびファームウェアとなど、特殊目的コンピューティングプラットフォームを備えてもよい。本明細書で使用される時に、ＣＰＵ ５６５が、１つまたは複数のマイクロプロセッサと、組込みプロセッサと、コントローラと、特定用途向け集積回路（ＡＳＩＣ）と、ディジタル信号プロセッサ（ＤＳＰ）と、類似物とを含んでもよいが、必ず含む必要はないことを理解されたい。用語ＣＰＵは、特定のハードウェアではなく、システムによって実施される機能を記述することが意図されている。代替実施態様では、メモリ５６８は、上で説明したルックアップテーブルおよび／またはデータベースを含んでもよい。メモリ５６８は、ＣＰＵ ５６５によって実行される場合に、少なくとも上で説明した実施態様でワイヤレスルータ５４０がネットワーク５１０およびクライアントデバイス５５０と通信することを可能にでき得る機械可読命令を表す信号を格納してもよい。そのような機械可読命令は、たとえばワイヤレスであってもなくてもよい、ネットワークなどのリモートエンティティからダウンロードされ、たとえば両方向通信システム５２０および／または５２５を介して受信されてもよい。もちろん、請求される主題は、これらの例に限定されず、これらの例は、さまざまな実施態様を示すのを助けるためにここで説明されるにすぎない。

本明細書で説明された方法論は、特定の特徴および／または例に従って応用例に応じてさまざまな手段によって実施されてもよい。たとえば、そのような方法論は、ハードウェア、ファームウェア、ソフトウェア、および／またはその組合せで実施されてもよい。たとえば、ハードウェア実施態様では、処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明された機能を実行するように設計された他のデバイス、および／またはその組合せの中で実施されてもよい。

ファームウェア実施態様および／またはソフトウェア実施態様について、方法論は、本明細書で説明された機能を実行するモジュール（たとえば、手続き、関数など）を用いて実施されてもよい。命令を有形に実施する任意の機械可読媒体が、本明細書で説明された方法論を実施するのに使用されてもよい。たとえば、ディジタル電子信号などの電子信号を表すソフトウェアコードが、メモリ、たとえば移動局のメモリに格納され、図４のＣＰＵ ４４２などの特殊化されたプロセッサによって実行されてもよい。メモリは、プロセッサ内またはプロセッサの外部で実施されてもよい。本明細書で使用される時に、用語「メモリ」は、すべてのタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、特定のタイプのメモリもしくはメモリの個数、またはメモリが格納される媒体のタイプに限定されてはならない。

１つまたは複数の例示的実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはその任意の組合せで実施されてもよい。ソフトウェアで実施される場合には、機能は、コンピュータ可読媒体上の信号を表す１つまたは複数の命令またはコードとして格納されてもよい。コンピュータ可読媒体は、物理的なコンピュータ記憶媒体を含む。伝送媒体は、物理的な伝送媒体を含む。記憶媒体は、コンピュータによってアクセスできるどのような使用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク（ｄｉｓｋ）ストレージ、磁気ディスク（ｄｉｓｋ）ストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形で所望のプログラムコードを格納するのに使用でき、コンピュータディスク（ｄｉｓｋとｄｉｓｃと）によってアクセスでき、本明細書で使用される時にコンパクトディスク（ｄｉｓｃ）（ＣＤ）と、レーザディスク（ｄｉｓｃ）と、光ディスク（ｄｉｓｃ）と、ディジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）と、フロッピー（登録商標）ディスク（ｄｉｓｋ）と、ｂｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）とを含む任意の他の媒体を備えることができ、ここで、ｄｉｓｋは、通常は磁気的にデータを再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組合せも、コンピュータ可読媒体の範囲に含まれなければならない。

上の詳細な説明のいくつかの部分は、特定の装置、特殊目的コンピューティングデバイス、または特殊目的コンピューティングプラットフォームのメモリ内に格納された２進ディジタル信号に対する動作のアルゴリズムまたは記号表現に関して提示される。この特定の明細書の文脈で、用語特定の装置または類似物は、プログラムソフトウェアからの命令に従って特定の動作を実行するようにプログラムされた後の汎用コンピュータを含む。アルゴリズム的記述または記号表現は、信号処理または関係する技術の当業者が彼らの作業の実質を他の当業者に伝えるのに使用する技法の例である。アルゴリズムは、本明細書で、および一般に、所望の結果につながる動作または類似する信号処理の首尾一貫したシーケンスと考えられる。この文脈で、動作または処理は、物理的な量の物理的な操作を伴う。必ずではないが通常、そのような量は、格納され、転送され、組み合わされ、比較され、または他の形で操作されることのできる、電気信号または磁気信号の形をとってもよい。時々、主に一般的な使用の理由から、そのような信号をビット、データ、値、要素、記号、文字、項、数、数字、または類似物と呼ぶことが便利であることがわかっている。しかし、これらまたは類似する用語のすべてが、適当な物理的量に関連付けられなければならず、単に便利なラベルであることを理解されたい。そうではないと特に述べられない限り、次の議論から明白であるように、本明細書全体で、「処理」、「コンピューティング」、「計算」、「判定」、または類似物などの用語を利用する議論が、特殊目的コンピュータまたは類似する特殊目的電子コンピューティングデバイスなどの特定の装置のアクションまたはプロセスを指すことを了解されたい。したがって、本明細書の文脈で、特殊目的コンピュータまたは類似する特殊目的電子コンピューティングデバイスは、通常は特殊目的コンピュータもしくは類似する特殊目的電子コンピューティングデバイスのメモリ、レジスタ、または他の情報ストレージデバイス、伝送デバイス、もしくは表示デバイス内の物理的な電子量または磁気量として表される信号を操作しまたは変換することができる。

例としての特徴と現在考えられるものを図示し、説明したが、当業者は、請求される主題から逸脱せずに、さまざまな他の変更を行ってもよく、同等物を置換してもよいことを理解するであろう。さらに、本明細書で説明される中心概念から逸脱せずに、特定の状況に適合させるために、請求される主題の教示に対して多数の変更を行ってもよい。したがって、請求される主題が、開示された特定の例に限定されるのではなく、そのような請求される主題が、添付の特許請求の範囲とその同等物との範囲に含まれるすべての態様をも含んでもよいことが意図されている。

Claims (42)

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. 特殊目的コンピューティングデバイスによって実行される場合に、前記特殊目的コンピューティングデバイスが
    ネットワークアドレスの割当に関する第１の要求を表す１つまたは複数の信号の送信を開始し、
    前記第１の要求に応答して第１の割り当てられたネットワークアドレスを表す１つまたは複数の信号を受信し、
    デバイスに関するロケーション情報を表す１つまたは複数の信号を受信し、
    前記ロケーション情報を示す情報をメモリデバイスに格納し、
    デバイスへのネットワークアドレスの割当に関する前記デバイスからの要求を表す１つまたは複数の信号を受信し、
    前記要求に応答して割り当てられたネットワークアドレスと前記格納されたロケーション情報とを表す１つまたは複数の信号の前記デバイスへの送信を開始する
    ことを可能にするように適合された、その上に格納された機械可読命令を備える記憶媒体
    を備える物品。
27. 前記命令は、前記特殊目的コンピューティングデバイスによって実行される場合に、前記特殊目的コンピューティングデバイスが
    前記第１の要求に応答してロケーション情報を表す１つまたは複数の信号を受信する
    ことを可能にするようにさらに適合される、請求項２６に記載の物品。
28. 前記命令は、前記特殊目的コンピューティングデバイスによって実行される場合に、前記特殊目的コンピューティングデバイスが
    動的ホスト構成プロトコル（ＤＨＣＰ）サーバによって割り当てられた前記第１の割り当てられたネットワークアドレスに前記第２の割り当てられたネットワークアドレスをマッピングする
    ことを可能にするようにさらに適合される、請求項２６に記載の物品。
29. 前記第２の割り当てられたネットワークアドレスは、前記マッピングを介してワイヤレスルータによって割り当てられた仮想アドレスを備える、請求項２８に記載の物品。
30. 前記第１の割り当てられたネットワークアドレスは、前記第２の割り当てられたネットワークアドレスの値とは異なる値を備える、請求項２６に記載の物品。
31. 前記ロケーション情報を表す前記１つまたは複数の信号の前記格納は、ワイヤレスルータの物理ロケーションを示す前記ロケーション情報を前記ワイヤレスルータで格納することをさらに備える、請求項２６に記載の物品。
32. 前記第１の割り当てられたネットワークアドレスは、動的ホスト構成プロトコル（ＤＨＣＰ）サーバによって割り当てられるべきアドレスを備える、請求項２６に記載の物品。
33. 前記デバイスは、ワイヤレスルータのクライアントデバイスを備える、請求項２６に記載の物品。
34. 前記クライアントデバイスは、モバイルデバイスを備える、請求項３３に記載の物品。
35. 前記ロケーション情報は、ワイヤレスルータの物理ロケーションを示す情報を備える、請求項２６に記載の物品。
36. 前記デバイスは、前記ワイヤレスルータのクライアントデバイスを備える、請求項２９に記載の物品。
37. 前記クライアントデバイスは、更新されたロケーション情報および／または現在のロケーション情報に関する要求を用いて前記ワイヤレスルータ上で維持される管理情報ベース（ＭＩＢ）に照会する、請求項３６に記載の物品。
38. ネットワークアドレスの割当に関する第１の要求を表す１つまたは複数の信号を送信し、前記第１の要求に応答して第１の割り当てられたネットワークアドレスとロケーション情報とを表す１つまたは複数の信号を受信する、第１の両方向通信システムと、
    前記ロケーション情報を示す情報をメモリデバイスに格納するメモリデバイスと、
    デバイスへの第２のネットワークアドレスの割当に関する前記デバイスからの第２の要求を表す１つまたは複数の信号を受信し、前記第２の要求に応答して第２の割り当てられたネットワークアドレスと前記格納されたロケーション情報とを表す１つまたは複数の信号を前記デバイスに送信する第２の両方向通信システムと
    を備える装置。
39. 前記第１の割り当てられたネットワークアドレスは、前記第２の割り当てられたネットワークアドレスの値とは異なる値を備える、請求項３８に記載の装置。
40. 前記ロケーション情報は、ワイヤレスルータの物理ロケーションを示す情報を備える、請求項３８に記載の装置。
41. 前記第１の割り当てられたネットワークアドレスは、動的ホスト構成プロトコル（ＤＨＣＰ）サーバによって割り当てられたアドレスを備える、請求項３８に記載の装置。
42. 前記装置は、ワイヤレスルータを備える、請求項３８に記載の装置。

Images