(57)【要約】移動ノードが移動ノードのホームネットワーク内または外にあるサーバノードとの交信確立を求める通信システムにおいて、移動ノードは最初にサーバノードの一般位置情報およびサーバの種類をＤＨＣＰ（動的ホスト構成プロトコル）サーバに提供する。次にＤＨＣＰサーバは提供された情報を記憶装置内の記録と整合させ、求めたサーバノードのＩＰ（インターネットプロトコル）アドレスに到達する。次に、ＤＨＣＰサーバはＩＰアドレスを移動ノードに送り、その結果、移動ノードはサーバノードに直接アクセスできる。【選択図】      図３
2007532067.tif 000002
【特許請求の範囲】
【請求項１】
通信システム内の通信ノードのための情報を得る方法であって、
構成サーバを識別することと、
前記通信ノードの一般位置情報およびノードの種類を通知メッセージ内に提供することと、
前記通知メッセージを前記構成サーバに送信することとを含む方法。
【請求項２】
前記構成サーバから、前記通信ノードの特定位置情報を含む肯定応答メッセージを受信することと、
前記特定位置情報を用いて前記通信ノードにアクセスすることとをさらに含む請求項１に記載の方法。
【請求項３】
前記構成サーバを識別することがＤＨＣＰサーバを識別することを含み、前記通知メッセージを提供することがＤＨＣＰＩＮＦＯＲＭメッセージを提供することを含み、かつ前記肯定応答メッセージを受信することがＤＨＣＰＡＣＫメッセージを受信することを含む請求項２に記載の方法。
【請求項４】
前記構成サーバを識別することに先行して、気付アドレスを獲得することをさらに含む請求項２に記載の方法。
【請求項５】
前記気付アドレスを獲得することが外部エージェント気付アドレスおよび共有気付アドレスから成るグループから選択された気付アドレスを獲得することを含む請求上４に記載の方法。
【請求項６】
前記構成サーバを識別することに先行して、利用可能な構成サーバの探索を放送することをさらに含む請求項１に記載の方法。
【請求項７】
ＴＣＰ／ＩＰをサポートする通信システム内の複数ネットワーク内の目標サーバにアクセスする方法であって、
ＤＨＣＰサーバを識別することと、
前記複数のネットワークの一つの一般位置情報および前記目標サーバのサーバの種類を通知メッセージに提供することと、
前記通知メッセージを前記ＤＨＣＰサーバに送信することと、
前記目標サーバの特定位置情報を含む肯定応答を前記ＤＨＣＰサーバから受信することと、
前記特定位置情報を用いて前記目標サーバにアクセスすることとを含む方法。
【請求項８】
前記特定位置情報が前記目標サーバのＩＰアドレスおよび前記目標サーバのドメインネームから成るグループから選択される請求項７に記載の方法。
【請求項９】
前記構成サーバを識別することに先行して気付アドレス（ＣｏＡ）を獲得することをさらに含む請求項７に記載の方法。
【請求項１０】
前記気付アドレスを獲得することが、外部エージェント気付アドレス（ＦＡ  ＣｏＡ）および共有気付アドレス（ＣＣｏＡ）から成るグループから選択された気付アドレスを獲得することであることを含む請求項９に記載の方法。
【請求項１１】
通信システム内の通信ノードのための情報を得るための方法であって、
前記通信ノードの一般位置情報およびノードの種類を含む通知メッセージを受信することと、
前記一般位置情報および前記ノードの種類を、格納された記録と比較することと、
前記格納された記録が前記一般位置情報および前記ノードの種類に対応している場合には、前記通信システム内の前記通信ノードの特定位置情報を含む肯定応答メッセージを生成することとを含む方法。
【請求項１２】
前記通知メッセージを受信することがＤＨＣＰＩＮＦＯＲＭメッセージを受信することを含み、かつ前記肯定応答メッセージを生成することがＤＨＣＰＡＣＫメッセージを生成することを含む請求項１１に記載の方法。
【請求項１３】
前記特定位置情報が前記通信ノードのＩＰアドレスおよび前記通信ノードのドメインネームから成るグループから選択される請求項１１に記載の方法。
【請求項１４】
構成サーバを識別するための手段と、
通信システム内の通信ノードの一般位置情報およびノードの種類を通知メッセージ内に提供するための手段と、
前記通知メッセージを前記構成サーバへ送信する手段とを含む通信システムにおける装置。
【請求項１５】
前記構成サーバから前記通信ノードの特定位置情報を含む肯定応答メッセージを受信するための手段と、
前記特定位置情報を用いて前記通信ノードにアクセスするための手段とをさらに含む請求項１４に記載の装置。
【請求項１６】
気付アドレスを獲得する手段をさらに含む請求項１４に記載の装置。
【請求項１７】
前記気付アドレスが外部気付アドレスおよび共有気付アドレスから成るグループから選択される請求項１６に記載の装置。
【請求項１８】
ＴＣＰ／ＩＰをサポートする通信システム内の複数ネットワーク内の目標サーバの位置を求める装置であって、
ＤＨＣＰサーバを識別するための手段と、
前記複数のネットワークの一つの一般位置情報および前記目標サーバのサーバの種類を通知メッセージに提供するための手段と、
前記通知メッセージを前記ＤＨＣＰサーバに送信するための手段と、
前記目標サーバの特定位置情報を含む肯定応答を前記ＤＨＣＰサーバから受信するための手段と、
前記特定位置情報を用いて前記目標サーバにアクセスするための手段とを含む装置。
【請求項１９】
前記特定位置情報が前記目標サーバのＩＰアドレスおよび前記目標サーバのドメインネームから成るグループから選択される請求項１８に記載の装置。
【請求項２０】
前記装置のために気付アドレス（ＣｏＡ）を獲得するための手段をさらに含む請求項１９に記載の装置。
【請求項２１】
前記気付アドレスが外部エージェント気付アドレス（ＦＡ  ＣｏＡ）および共有気付アドレス（ＣＣｏＡ）から成るグループから選択される請求項２０に記載の装置。
【請求項２２】
通信ノードの一般位置情報およびノードの種類を含む通知メッセージを受信するための手段と、
前記一般位置情報および前記ノードの種類を、格納された記録と比較するための手段と、
前記格納された記録が前記一般位置情報および前記ノードの種類に対応している場合には、前記通信システム内の前記通信ノードの特定位置情報を含む肯定応答メッセージを生成するための手段とを含む通信システムにおける装置。
【請求項２３】
前記特定位置情報が前記通信ノードのＩＰアドレスおよび前記通信ノードのドメインネームから成るグループから選択される請求項２２に記載の装置。
【請求項２４】
前記通知メッセージがＤＨＣＰＩＮＦＯＲＭメッセージを含み、かつ前記肯定応答メッセージがＤＨＣＰＡＣＫメッセージを含む請求項２２に記載の装置。
【請求項２５】
構成サーバを識別し、通信ノードの一般位置情報並びにノードの種類を通知メッセージに提供し、前記通知メッセージを前記構成サーバに送信するための計算機読込み可能な命令を持つメモリ回路と、
前記計算機読込み可能な命令を処理するための前記メモリ回路に結合されたプロセッサ回路とを含む通信システムにおける装置。
【請求項２６】
前記メモリ回路が、前記通信ノードの特定位置情報を含む肯定応答を前記構成サーバから受信し、前記特定位置情報を用いて前記通信ノードにアクセスするための計算機読み込み可能な命令をさらに含む請求項２５に記載の装置。
【請求項２７】
ＴＣＰ／ＩＰをサポートする通信システム内の複数のネットワーク内の目標サーバの位置を求める装置であって、
ＤＨＣＰサーバを識別し、前記複数ネットワークの一つの一般位置情報並びに前記目標サーバのサーバの種類を通知メッセージに提供し、前記通知メッセージを前記ＤＨＣＰサーバに送信し、前記目標サーバの特定位置情報を含む肯定応答を前記ＤＨＣＰサーバから受信し、前記特定位置情報を用いて前記目標サーバにアクセスするための計算機読込み可能な命令を有するメモリ回路と、
前記計算機読込み可能な命令を処理するための前記メモリ回路と結合するプロセッサ回路とを含む装置。
【請求項２８】
前記特定位置情報が前記目標サーバのＩＰアドレスおよび前記目標サーバのドメインネームから成るグループから選択される請求項２７に記載の装置。
【請求項２９】
通信システム内の通信ノードの一般位置情報並びにノードの種類を含む通知メッセージを受信し、前記一般位置情報並びに前記ノードの種類を格納された記録と比較し、前記蓄積された記録が前記一般位置情報並びに前記ノードの種類に対応している場合には、前記通信システム内の前記通信ノードの特定位置情報を含む肯定応答を生成するための計算機読み込み可能な命令を有するメモリ回路と、
前記計算機読み込み可能な命令を処理するための前記メモリ回路と結合するプロセッサ回路とを含む通信システムにおける装置。
【請求項３０】
前記特定位置情報が前記通信ノードのＩＰアドレスおよび前記通信ノードのドメインネームから成るグループから選択される請求項２９に記載の装置。
【請求項３１】
前記通知メッセージがＤＨＣＰＩＮＦＯＲＭメッセージを含み、前記肯定応答メッセージがＤＨＣＰＡＣＫメッセージを含む請求項３０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条の下での優先権主張
本特許出願は、２００４年３月３１日出願の米国仮出願番号60/558,796 "Method and Apparatus for Obtaining Server Information in a Wireless Network" （無線ネットワーク内のサーバ情報を得るための方法および装置）に対する優先権を主張する。これはこの文書の譲受人に譲渡され、これによって、ここに参照として明白に組み込まれている。
【０００２】
発明の分野
本発明は一般的にはパケットデータ通信に関する。より詳細には、パケットデータ通信中にサーバの位置を識別することに関する。
【背景技術】
【０００３】
ネットワークの内部接続は、情報が地理的な距離に関わらず迅速にアクセスされることを大域的に可能とする。図１は参照番号２０で示すインターネットと一般的に呼ばれるネットワークの大域的接続の簡単な図式図を示す。インターネット２０は、本質的には、異なるレベルの階層構造を持つ互いにリンクされた多くのネットワークであるかもしれない。インターネット２０はＩＥＴＦ（インターネット技術標準化タスクフォース）が公表したＴＣＰ／ＩＰ（転送制御プロトコル／インターネットプロトコル）の下で操作される。このＴＣＰ／ＩＰはＩＥＴＦが刊行したＲＦＣ（コメント要請）７０３およびＲＦＣ７９１に記載されている。
【０００４】
ネットワークのサイズによってＬＡＮ（ローカルエリアネットワーク）またはＷＡＮ（ワイドエリアネットワーク）と時には呼ばれる様々な個別ネットワークがインターネット２０に接続される。図１にインターネット２０に接続されているそのようなネットワーク２２、２４、２６および２８を示す。
【０００５】
各ネットワーク２２、２４、２６および２８内には、それに接続され、相互に通信する種々の機器があるかもしれない。二、三の例を挙げれば、計算機、プリンタおよびサーバである。各機器は一般的にＭＡＣ（メディアアクセス制御）アドレスと呼ばれる一意的なハードウェアアドレスを有する。ＭＡＣアドレスを有する機器は時にノードと呼ばれる。ノードがインターネット２０を介してそれ自身のネットワークを越えて通信する場合、そのノードにＩＰアドレスを割当てる必要がある。
【０００６】
ＩＰアドレスの割当は、手動または自動であるかもしれない。例えば、ＩＰアドレスの手動割当はネットワーク管理者により実行されるかもしれない。多くの場合、ＩＰアドレスはそのノードのネットワーク内にあるＤＨＣＰ（動的ホスト構成プロトコル）サーバと呼ばれるサーバによって自動的に割当てられる。
【０００７】
図１に戻り、一例として、ネットワーク２２内のノード３０が、ネットワーク２８内の別のノード３２にデータパケットを送ろうとする場合を仮定する。ＴＣＰ／ＩＰの下では、各データパケットは、送信元アドレスと宛先アドレスを持つ必要がある。この場合、送信元アドレスはネットワーク２２内のノード３０のアドレスである。宛先アドレスはネットワーク２８内のノード３２のアドレスである。
【０００８】
他の例として、ネットワーク２２内のノード３０が、他のネットワーク２４内のノード３４から情報を検索しようとする場合、例えばノード３４がウェブホストとして用いられるウェブホスティングセッションのような場合、ノード３０はそのようなセッションのためにネットワーク２４内のノード３４の適切なＩＰアドレスを入手しなければならない。
【０００９】
無線技術の出現により、ノードは元々登録されたネットワークから他のネットワークへ離れることができる。例えば、図１を再度参照して、ノード３０は、ネットワーク２２に恒久的に有線接続されていなく、ＰＤＡ（携帯用情報端末）、携帯電話、またはモバイル計算機などの無線機器であるかもしれない。無線ノード３０はホームネットワーク２２の境界を越えて移動するかもしれない。このように、例えば、ノード３０はホームネットワーク２２から外部ネットワーク２６へ移動するかもしれない。そのようなシナリオにおいては、ノード３０に割当てられた元々のＩＰアドレスは最早ノード３０に適用できないだろう。そのような場合、ノード３０に送られたデータパケットはノード３０に届かないかもしれない。
【００１０】
ＩＥＴＦが説明しているＭＩＰ（モバイルインターネットプロトコル）はノード移動問題について述べることが意図されている。ＩＥＴＦが刊行したＲＦＣ２００２によれば、ノード３０は略してＣｏＡという「気付アドレス」が割当てられる。ＲＦＣ２００２においては、２つのタイプのＣｏＡ、すなわち、ＦＡ  ＣｏＡ（外部エージェント気付アドレス）およびＣＣｏＡ（共有気付アドレス）がある。ＦＡ  ＣｏＡは、実際にはノード３０が位置している外部ネットワーク内の指定サーバであるＦＡ（外部エージェント）（図示しない）のアドレスである。ＣＣｏＡは外部ネットワークによりノード３０に割当てられた個別であるが一時的なアドレスである。いずれにしても、ノード３０が外部地域にある時は、ホームネットワーク２２が常にノード３０の位置を知るために、ノード３０はＣｏＡをＦＡ  ＣｏＡまたはＣＣｏＡにしてホームネットワーク２２に登録しなければならない。登録の後、ＣｏＡは、ホームネットワーク２２のＨＡ（ホームのエージェント）（図示しない）と呼ばれる指定サーバによって保持される経路選択テーブルに格納される。
【００１１】
例示のために一例を挙げる。ノード３０が外部ネットワーク２６に移動すると仮定する。ノードは、外部ネットワーク２６からの広告を受信すると、外部ネットワーク２６のＦＡアドレスが分かる。次に、ノード３０はＦＡ  ＣｏＡをホームネットワーク２２に登録する。外部ネットワーク２６内のノード３０が、ネットワーク２４内のノード３４のアドレスを知っており、ネットワーク２４内のノード３４にデータパケットを送る場合、データパケットを直接的に送ることができる。しかしながら、逆方向トラヒックはそれほど直接的ではないかもしれない。
【００１２】
逆方向データ経路において、ネットワーク２４内のノード３４が、現在は上述したように外部ネットワーク２６内にあるノード３０にＴＣＰ／ＩＰに従ってデータパケットを送信しようとする場合、送信元および宛先アドレスの両方をデータパケット内に指定しなければならない。この場合、送信元アドレスはネットワーク２４内のノード３４のＩＰアドレスである。宛先アドレスに関しては、ノード３４は、ホームネットワーク２２によって割当てられたノード３０のＩＰアドレスすなわちノード３０のＦＡ  ＣｏＡではなく、ＨｏＡ（ホームアドレス）と呼ばれるアドレスを知っているだけである。したがって、宛先アドレスはノード３０のＨｏＡに設定されるだろう。それにも拘わらず、ノード３０のＦＡ  ＣｏＡがホームネットワーク２２の経路選定テーブルＨＡに格納されているため、データパケットがホームネットワーク２２に達すると、ホームネットワーク２２は格納したＦＡ  ＣｏＡと共に受信したデータパケットをカプセル化し、それを外部ネットワーク２６内のノード３０に再送する。カプセル化したＦＡ  ＣｏＡは再送データパケットの宛先アドレスとして用いられる。外部ネットワーク２６が別ルートで送られたデータパケットを受信すると、外部ネットワーク２６は、カプセル化したＦＡ  ＣｏＡを単に取り去るだけで、元のパケットを移動ノード３０に配送する。
【００１３】
このように動作することにより、外部ネットワーク２６内を移動しているノード３０とネットワーク２４内のノード３４との間に、すべてが両ユーザに対してトランペアレントであるように意図された仮想データトンネルが確立されたということになる。現実には仮想トンネルが実際に３方向のデータ通信を伴っているという事実にもかかわらず、そのように言う。
【００１４】
従来は、ノード３０が移動している間、ノード３０は、アクセスしようとしているデータの種類を正確に知っているとしても、他のネットワーク内の他のノードの位置を求めることは、困難であり、頻繁に不可能となる。上例に戻り、ノード３０はあらかじめノード３４のＩＰアドレスを知っているため、外部ネットワーク２６内のノード３０はネットワーク２４内のノード３４にデータパケットを送信できる。現実には、いつもそうであるというわけではない。ノード３０はアクセスされる情報の種類を知っているだけと仮定する。ノード３０は、アクセスされる情報を保持するサーバを有しているネットワーク２４のアドレスも知るかもしれない。しかしながら、ノード３０は、サーバノード３４の正確なＩＰアドレスを知らず、その結果、ノード３４と接続する際に不利な立場となる。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
従って、異なるネットワーク内に位置するサーバ情報に便利にアクセスする方法を移動するノードに提供するための要求がある。
【課題を解決するための手段】
【００１６】
移動ノードがホームネットワーク内または外にあるサーバノードとの交信確立を求める通信システムにおいて、移動ノードは最初にＤＨＣＰ（動的ホスト構成プロトコル）サーバの位置を求める。次に移動ノードは求めたサーバノードの一般的な位置およびサーバの種類をＤＨＣＰサーバに提供する。次にＤＨＣＰサーバは提供された情報を記憶装置内の記録と整合させ、ＩＰ（インターネットプロトコル）アドレスまたは求めたサーバノードのＦＱＤＮ（登録ドメインネーム）に到達する。次にＤＨＣＰサーバは、移動ノードが直接サーバノードと交信することができるように、ＩＰアドレスまたはＦＱＤＮを移動ノードに送信する。
【００１７】
第１の実施例において、外部ネットワーク内で移動する移動ノードは、ＤＨＣＰサーバと通信し、求めたサーバに接続するために、ＦＡ  ＣｏＡ（外部エージェント気付アドレス）を用いる。
【００１８】
第２の実施例において、外部ネットワーク内で移動する移動ノードは、ＤＨＣＰサーバと通信し、その後求めたサーバと通信するために、ＣＣｏＡ（共有気付アドレス）を用いる。
【００１９】
本発明に従って、ネットワーク間を移動する移動ノードは任意のネットワーク内の任意のサーバからの情報にアクセスすることができるように設計される。本発明のこれらの並びに他の特徴並びに利点は、同じ参照番号が同じ部品を参照する添付図面と共に以下の詳細な説明から当業者に明らかになるだろう。
【発明を実施するための最良の形態】
【００２０】
以下の説明は、いかなる当業者も本発明を製造し、使用することを可能にするように提示される。詳細は説明用の以下の明細書本文で説明する。通常の当業者が本発明はこれらの特定の細部を用いることなく実行されるかもしれないと了解している、ということを理解すべきである。また、不要な細部によって本発明の記述が不明瞭にならないように、周知の構造とプロセスは詳述されない。したがって、本発明は、示された実施例によって制限されることは意図しておらず、ここに開示される原理および特徴と一致する最も広い範囲と一致するということである。
【００２１】
本発明の第１の実施例を図式的に示す図２を参照する。
【００２２】
全体のシステムは、イントラネットまたはインターネットのような基幹ネットワーク４２を含む参照数字４０により一般的に示される。一例として、図２に示すように、ＨＮ（ホームネットワーク）４４とＦＮ（外部ネットワーク）４６が基幹ネットワーク４２に接続される。例示の明快さと簡潔さのために、他のネットワークは具体的に示されていない。システム４０には、もともとはＨＮ４４に登録されているが、ＦＮ４６などのような他の外部ネットワークを動き回ることができるノード４８がある。
【００２３】
以下では、ほとんどの用語は定義される必要がない。ＩＰの２つの標準版ＩＰｖ４およびＩＰｖ６に従って、接続されているネットワークを移動し変更することができるノードを「移動ノード」という。移動ノードが元々接続されていたネットワークを「ホームネットワーク」という。ホームネットワーク内にあり、移動ノードの不在期間に管理を行うノードを「ホームエージェント」という。移動ノードが実際に接続されているネットワークを「外部ネットワーク」という。移動ノードが外部ネットワーク内にある間、外部ネットワークにあって移動ノードを管理するためのノードを「外部エージェント」という。外部ネットワークは時に「訪問先ネットワーク」と呼ばれるかもしれない。
【００２４】
図２を参照する。ＨＮ４４内には、移動ノード４８の他にも、ＨＮ４４内の他のノードがあるが、明確さのために図示しない。そのようなノードは、移動または非移動の種々の規模の計算機、プリンタ、および任意の他のデバイスであるかもしれない。さらに、ＨＮ４４内にＨＡ（ホームエージェント）５０がある。ＨＡ５０は基本的にはＨＮ４４内のデータトラヒック管理および入経路並びに出経路に対してＨＮ４４のデータトラヒック制御の任務を持っているノードである。
【００２５】
ＨＡ５０以外に、ＨＮ４４内には種々のタスクを実行する他の専用ノードがある。少しだけ例を挙げれば、ＢＣＭＣＳ（放送マルチキャストサービス）コントローラ５２、ＤＨＣＰ（動的ホスト制御プロトコル）サーバ５４、ＤＮＳ（ドメインネームシステム）サーバ５６、およびＳＩＰ（セッション開始プロトコル）プロキシサーバ５８などのノードがある。
【００２６】
ＢＣＭＣＳコントローラ５２は、基本的には、放送とマルチキャスト構成の情報を提供し、ユーザが要求すると、利用可能な放送またはマルチキャストセッションをユーザが見ることができるようにするサーバである。
【００２７】
ＤＨＣＰサーバ５４は、始動期間中にＩＰアドレスおよび他の構成パラメータをＨＮ４４内のノードに自動的に割当てるために設置される。その結果、ＨＮ４４内のノードはシステム４０内の他のノードと通信できる。ＤＨＣＰサーバ５４は、動作中に、更新された構成情報をノードに提供するかもしれない。
【００２８】
時には、システム４０内を伝送中のデータパケットは、ＩＰｖ４で通常用いられている４オクテットＩＰアドレス、またはＩＰｖ６の１６オクテット形式に指定されず、代わりにテキストで表現されたドメインネームで指定される。ＤＮＳ５６は、基本的には、テキストで表されたドメインネームをシステム４０内の機械で読み込み可能な数値ＩＰアドレスに翻訳する。
【００２９】
ＳＩＰプロキシサーバ５８は、本質的には、他のクライアントノードに代わってデータパケットを別ルートで送る際にホストとクライアントの二重の役割を果たす中間ルータである。
【００３０】
同様に、説明の簡単さと容易さのために、ＦＮ４６をＨＮ４４と実質的に同じように図示する。用途によってＦＮ４６が大きく異なる構造となるかもしれないことを理解すべきである。したがって、この場合、ＦＮ４６はＢＣＭＣＳコントローラ５８、ＤＨＣＰサーバ６０、ＤＮＳ６２、およびＳＩＰプロキシサーバ６６を含む。ＦＮ４６内およびＦＮ４６を越えるデータトラヒックの調整はＦＡ（外部エージェント）６４が取り扱う。
【００３１】
ＭＮ４８がＦＮ４６を移動していると仮定する。この特定の例においては、ＭＮ４８は、ＭＮ４８のユーザが加入者である放送サービスからのニュースイベントのビデオクリップを求めている。放送サービスは、例えば、公衆にサービスを提供する出版社または報道機関であるかもしれない。放送サービスは、要求を満たすために、ＨＮ４４およびＦＮ４６のような多くのネットワーク内に設置された、異なるＢＣＭＣＳコントローラを有する。ＭＮ４８は、ＨＮ４４内のＢＣＭＣＳコントローラ５２またはＦＮ４６内のＢＣＭＣＳコントローラ５８のいずれかへのアクセスを求めるが、ＭＮ４８は現在ＦＮ４６内にあり、従って近接しているという利点があるため、後者の方がよい。
【００３２】
本実施例において、ＭＮ４８はＢＣＭＣＳコントローラにアクセスするために、ＨＮ４４内のＤＨＣＰサーバ５４またはＦＮ４６内のＤＨＣＰサーバ６０のいずれかの支援を求める。
【００３３】
ＭＮ４８がＤＨＣＰサーバ５４または６０のいずれか１つの正確なアドレスを知っている場合には、ＭＮ４８はＤＨＣＰＩＮＦＯＲＭメッセージをＤＨＣＰサーバ５４または６０に送信するかもしれない。他方、ＭＮ４８がいずれのＤＨＣＰサーバの直接アドレスも有していない場合、ＭＮ４８は、利用可能なＤＨＣＰサーバに到達するために、ＤＨＣＰＩＮＦＯＲＭメッセージを送信することによる、限定された放送を常に実行するかもしれない。ＩＰｖ６の下では、それと等価なメッセージをＩＮＦＯＲＭＡＴＩＯＮＲＥＱＵＥＳＴと呼ぶことに注意すべきである。本明細書では、実施例についての説明における一貫性と明快さのために、ＩＰｖ４の用語を使用する。通常の当業者が本発明を実行するためにＩＰｖ４メッセージに対応するＩＰｖ６の等価なメッセージを容易に使用できることに注意すべきである。
【００３４】
さらに、ＩＥＴＦが公表したＤＨＣＰの下では、種々の形式のメッセージがＤＨＣＰサーバと通信するために用いられるかもしれない。例えば、始動時、すなわちノードがＩＰアドレスを割当てる要求をする時、ＤＨＣＰＤＩＳＣＯＶＥＲ、ＤＨＣＰＯＦＦＥＲ、ＤＨＣＰＲＥＱＵＥＳＴ、ＤＨＣＰＡＣＫなどのメッセージ形式が用いられるかもしれない。始動の後に、ＤＨＣＰＲＥＬＥＡＳＥ、ＤＨＣＰＩＮＦＯＲＭ、ＤＨＣＰＡＣＫなどのようなメッセージ形式も一般的に用いられる。ＤＨＣＰの下では、柔軟性のために各メッセージ形式にはユーザが利用可能な種々の「オプション」がある。ＤＨＣＰの詳細および利用可能なオプションはＩＥＴＦのＲＦＣ２１３１、２１３２および３３１５に記載されている。
【００３５】
ＤＨＣＰの下では、ＤＨＣＰＩＮＦＯＲＭメッセージは、通常、既に構成されたノードのネットワークパラメータを変えるために用いられる。ＤＨＣＰＩＮＦＯＲＭメッセージには、入力として利用可能なＶＣＩ（ベンダークラス識別子）とＶＳＩ（ベンダー固有情報）のオプションがある。２つのオプションＶＣＩとＶＳＩは、任意のＤＨＣＰサーバがクライアントノードを適切に構成することを支援するための固有情報を含む。このクライアントノードは決まった手順通りの構成が可能な普通のノードではないかもしれない。
【００３６】
従来は、ＤＨＣＰＩＮＦＯＲＭメッセージ形式は、イントラネットワーク構成に多く用いられている。本発明によれば、ＤＨＣＰＩＮＦＯＲＭメッセージ形式はネットワーク間構成に利用される。最初に、ＭＮ４８は、求めたサーバがどのネットワークに位置しているかをＤＨＣＰホストに知らせる必要がある。この要求は、ＭＮ４８が探されるサーバのネットワークのＩＰアドレスまたはＦＱＤＮ（登録ドメインネーム）のいずれかを提供することにより、満たされるかもしれない。この場合、求めたサーバはＨＮ４４またはＦＮ４６のいずれかに位置しているため、この要求を満足するようにＨＮ４４またはＦＮ４６のＩＰアドレスまたはＦＱＤＮを提供することができる。さらに、ＭＮ４８は、ＭＮ４８がどの種類のサーバを求めているかをＤＨＣＰホストに伝える必要がある。この場合、それはＢＣＭＣＳコントローラである。これらの２つの基本的な情報があっても、ＭＮ４８はまだ求めたサーバに直接接続することができないことに注意すべきである。ＭＮ４８が、求めたサーバに接続できる直接ＩＰアドレスに達するために必要なすべての情報を有していないからである。例えば、ＭＮ４８は、使用可能なＩＰアドレスに達するための、求めたサーバのＭＡＣアドレスまたはドメインネームを有していない。
【００３７】
前述の目的を満足するために、ＤＨＣＰＩＮＦＯＲＭメッセージにおいて、ＭＮ４８はＶＣＩオプションに、ＭＮ４８がアクセスしようとしているサーバのあるネットワークのＩＰアドレスまたはＦＱＤＮを書き込む。
【００３８】
サーバがあり、かつＭＮ４８が接続を試みるサーバを有するネットワークのＩＰアドレスまたはＦＱＤＮは、種々の送信元から決定されるかもしれない。
【００３９】
例えば、ＭＮ４８がＨＮ４４内のＢＣＭＣＳコントローラ５２を求める場合、ＭＮ４８は、ＤＨＣＰサーバに提供するよう要求されたＩＰアドレスとして単にそのホームアドレスを用いるかもしれない。別のオプションとして、ＭＮ４８はＭＮ４８のホームアドレスのドメインネームに対応するＮＡＩ（ネットワークアクセス識別子）の領域部分を用いるかもしれない。
【００４０】
ＭＮ４８がＦＮ４６内のＢＣＭＣＳコントローラ５８を求める場合、ＭＮ４８はＦＮ４６のＩＰアドレスを、そのＦＡ  ＣｏＡから決定するかもしれない。このＦＡ  ＣｏＡは、ＭＮ４８がＦＡ  ＣｏＡをＨＮ４４に登録することができるように、ＭＮがＦＮ４６の領域に入ったときＦＮ４６による広告期間中に入手可能である。
【００４１】
ＭＮ４８が探しているサーバの種類に関し、ＭＮ４８はＤＨＣＰＩＮＦＯＲＭメッセージの任意の利用可能なオプションを書き込むかもしれない。代表的オプションのいくつかを、少しだけ挙げると、ルータオプション、ネームサーバオプション、ドメインネームオプションである。この例においては前述したように、ＭＮ４８が求めるサーバの種類はＢＣＭＣＳコントローラである。
【００４２】
代替的には、ＤＨＣＰＩＮＦＯＲＭメッセージのＶＳＩオプションにＩＰ名またはＦＱＤＮが書き込まれるかもしれない。一方サーバの種類の情報は前述のように他の利用可能なオプションに書き込まれるかもしれない。
【００４３】
他の代替手段として、すべての必要な情報、すなわちＩＰ名またはＦＱＤＮおよび探されるサーバの種類は、すべてＶＣＩオプションまたはＶＳＩオプションのいずれかに書き込まれるかもしれない。
【００４４】
ＤＨＣＰホストは、ＤＨＣＰＩＮＦＯＲＭメッセージを受信すると、ＤＨＣＰホストの自己の記憶装置の蓄積記録を参照して、２つの情報を相互にマップする。ＤＨＣＰホストが探索されたサーバを以前に取り扱っていた場合、求めた情報のあるトランザクション記録が見つかるかもしれない。整合があった場合、求めたサーバのＩＰアドレスは再構成され、次にＭＮ４８にアドレスされたＤＨＣＰＡＣＫメッセージ内のＶＳＩオプションに伝えられる。他方、整合が無い場合、ＤＨＣＰＮＡＣＫメッセージがＭＮ４８に送られる。
【００４５】
上述したプロセスを図３のフローチャートで示す。
【００４６】
図４は本発明の他の実施例を示す。この実施例において、図２に示すＦＮ４６内のＦＡ６４のような外部ネットワーク内の外部エージェントの任務は不要である。むしろ、ＭＮ４８は自分自身のエージェントとして動作する。
【００４７】
ＭＮ４８がＨＡ４４から移動する場合、ＦＡ  ＣｏＡ（外部エージェント気付アドレス）を要求する代わりに、ＭＮ４８は、ＭＩＰに従って、図４に示すＦＮ７２のような、ＭＮ４８が位置しているいずれかの外部ネットワーク内のＤＨＣＰサーバを介して、ＣＣｏＡ（共有気付アドレス）を要求するかもしれない。しかし、ＦＮ７２によるＣＣｏＡの割当以外には、ＭＮ４８は外部エージェントのすべての機能を実行する。再び、ＭＮ４８は、ＨＮ４４にＣＣｏＡを登録する必要がある。
【００４８】
例えば、ＣＮ（対応ネットワーク）７６に対応するため、ＭＮ４８は２層のアドレスを持つデータパケットを送出する。外層において、送信元アドレスはＣＣｏＡとして設定され、宛先アドレスがＨＡ５０として設定される。内層において、送信元アドレスはＭＮ４８のＨｏＡ（ホームアドレス）であり、宛先アドレスはＣＮ７６のアドレスである。ＨＡ５０が移動するＭＮ４８からのデータパケットを受信すると、ＨＡ５０は外部アドレス層を取り除き、内部アドレス層でＣＮ７６にデータパケットを再送する。
【００４９】
逆方向データ経路、すなわちＣＮ７６がデータパケットをＭＮ４８に送るとき、データパケットは、ＣＮ７６に設定された送信元アドレスおよびＭＮ４８のＨｏＡに設定された宛先アドレスを備えたただ１つのアドレス層を有している。ＨＡ５０がデータパケットを受信すると、ＨＡ５０は宛先アドレスとしてのＣＣｏＡと共にデータパケットをカプセル化し、データパケットをＭＮ４８に再送する。ＭＮ４８は逆カプセル化をＦＡ７４を介さず自分で実行する。
【００５０】
本実施例において、ＭＮ４８はＳＩＰプロキシサーバ７８にアクセスする必要があると仮定する。ＭＮ４８は、そのようなＳＩＰプロキシサーバがＣＮ７６にあることを知っているが、正確なＩＰアドレスは知らない。ＭＮ４８は、最初に、例えばネットワーク４４、７２、および７６の１つとの直接接続を介してＤＨＣＰサーバの位置を求める必要がある。代替的には、ＤＨＣＰサーバは上で説明したように限定された放送を介して位置を求められるかもしれない。次にＭＮ４８は、ＣＮ７６のＩＰアドレスまたはドメインネームを上述の方法で選択されたＤＨＣＰサーバに提供する。さらに、ＭＮ４８は選択されたＤＨＣＰサーバに、求めたサーバの種類がＳＩＰプロキシサーバであるとして連絡する。動作の残りの部分は前の実施例で説明されたものと実質的に同じである。明快さと簡潔さのために、動作上の詳細はこれ以上繰返さない。
【００５１】
図５に本発明に従って参照番号８０で示した移動ノード装置のハードウェア実施の部分を図式的に示す。装置８０はラップトップコンピュータ、ＰＤＡまたは携帯電話のような種々のデバイス内に組み立てられ、組み込まれるかもしれない。装置８０はいくつかの回路を接続する中央データバス８２を含む。これらの回路はＣＰＵ（中央処理装置）またはコントローラ８４、受信回路８６、送信回路８８およびメモリ回路９０を含む。
【００５２】
受信回路８６および送信回路８８は、ＲＦ（無線周波数）回路に接続されるかもしれないが、図示しない。受信回路８６は、受信信号をデータバス８２に送出する前に処理しバッファリングする。他方、送信回路８８は、データバス８２からのデータを装置８０から送信する前に処理しバッファリングする。ＣＰＵ／コントローラ８４は、データバス８２のデータ管理機能およびメモリ回路９０の命令内容を実行することを含む一般データ処理機能を実行する。
【００５３】
メモリ回路９０は、参照番号９２で示した１組の命令を一般的に含む。本実施例において、命令は、少しだけ挙げれば、ＭＩＰクライアント９４、ＳＩＰクライアント９６、ＤＨＣＰクライアント９８、ＤＮＳクライアント１００並びにＢＣＭＣＳクライアント１０２、ノード位置決定クライアント１０４のような部分を含む。本実施例において、メモリ回路９０はＲＡＭ（ランダムアクセスメモリ）回路である。代表的な命令部分９４、９６、９８、１００、１０２、および１０４はソフトウェアモジュールである。メモリ回路９０は揮発性または不揮発性型のいずれかであるかもしれない他のメモリ回路（図示しない）に接続されるかもしれない。代替手段として、メモリ回路９０は、ＥＥＰＲＯＭ（電気的消去可能なプログラム可能読出し専用メモリ）、ＥＰＲＯＭ（電気的プログラム可能読出し専用メモリ）、ＲＯＭ（読出し専用メモリ）、磁気ディスク、光ディスクおよび当業者に周知の他の回路のような他の回路形式で製作されるかもしれない。
【００５４】
図６に、本発明に従い、参照番号１０６で示されるＤＨＣＰ装置のハードウェア実施の部分を図式的に示す。ＤＨＣＰ装置１０６は複数の回路を接続する中央データバス１０８を含む。この回路はＣＰＵ（中央処理装置）またはコントローラ１２０、受信回路１１２，送信回路１１４、メモリ回路１１６、およびデータ記憶ユニット１３０を含む。
【００５５】
受信回路１１２および送信回路１１４は、ＤＨＣＰ装置１０６が接続されているネットワークデータバス（図示しない）に接続されるかもしれない。受信回路１１２はネットワークデータバス（図示しない）からの受信信号を、内部データバス１０８へルーティングする前に処理しバッファリングする。送信回路１１４はデータバス１０８からのデータを、装置１０６から送信する前に処理しバッファリングする。ＣＰＵ／コントローラ１２０は、データバス１０８のデータ管理任務およびメモリ回路１１６の命令内容を実行することを含む一般データ処理機能を実行する。
【００５６】
メモリ回路１１６は、参照番号１１８で示した１組の命令を一般的に含む。本実施例において、命令は複数の部分、特にＤＨＣＰホスト１２２およびノード位置決定ホスト１２４を含む。データ記憶ユニット１３０はＤＨＣＰデバイス１０６の過去のトランザクション記録を含む。これらの記録はデータバス１０８を介してＣＰＵ／コントローラ１２０によって検索可能であるかもしれない。メモリ回路１１６およびデータ記憶ユニット１３０は、上述したようなメモリ回路形式で製作されるかもしれず、これ以上繰り返して説明しない。さらに、メモリ回路１１６およびデータ記憶ユニット１３０は、図６では分離して示しているが、１ユニットとして製作されるかもしれない。
【００５７】
最後に、本実施例では、バックボーンネットワークに接続されたわずかのネットワークについて説明した。多くのネットワークが含まれるかもしれないことは明白な筈である。さらに、移動ノードは説明したノードの種類以外の他のノードにアクセスするかもしれない。さらに、本実施例に関して説明したいかなる論理ブロック、回路、およびアルゴリズムステップもハードウェア、ソフトウェア、ファームウェア、またはそれらの組合わせで実施されるかもしれない。当業者は、形態および細部におけるこれらのおよび他の変更が、本発明の範囲および精神から逸脱することなく、なされるかもしれないことを理解するだろう。
【図面の簡単な説明】
【００５８】
【図１】ネットワークの大域的接続の図式図。
【図２】本発明の第１の実施例を示す図式図。
【図３】本発明の第１の実施例に従うステップを示すフローチャート。
【図４】本発明の第２の実施例を示す図式図。
【図５】本発明に従う移動ノードの回路の図式図。
【図６】本発明に従う構成サーバの回路の図式図。
【符号の説明】
【００５９】
３０…ノード、４０…全体のシステム、４８…移動ノード、８０…移動ノード装置、９０、１１６…メモリ回路、１０６…ＤＨＣＰ装置。
【図１】
2007532067.tif 000003
【図２】
2007532067.tif 000004
【図３】
2007532067.tif 000005
【図４】
2007532067.tif 000006
【図５】
2007532067.tif 000007
【図６】
2007532067.tif 000008
【国際調査報告】
2007532067.tif 000009
2007532067.tif 000010
2007532067.tif 000011