(57)【要約】      （修正有）【課題】IPアドレス割当を改善するためのシステムを提供する。【解決手段】別の装置との接続開始を要求する装置が、イニシエータ（例えば、近距離通信無線通信（Near Field Communications）またはNFCの用語における「ハンドオーバリクエスタ」）と見なされてもよい。装置がイニシエータと見なされる場合において、イニシエータがすでにネットワークのメンバーであるかどうかに関して、さらなる決定が行われてもよい。イニシエータがすでにネットワークのメンバーであると見なされない場合、イニシエータは、IPアドレスをイニシエータに割り当てるために他の装置によって使用可能なIPアドレス構成情報を提供してもよい。次いで、イニシエータにおいて設定されるIPアドレスは、以前に送信されたIPアドレス構成情報に応じて他の装置によってイニシエータに提供されるIPアドレスに基づいてもよい。【選択図】図１Ａ
2012147422.tif 000002
【特許請求の範囲】
【請求項１】
装置が他の装置への接続開始を要求するかどうかを決定することと、
前記装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、前記装置がさらに、
ＩＰアドレス構成情報を前記他の装置に伝送することと、
前記他の装置から受信する応答において提供される情報に基づいて、前記装置においてＩＰアドレスを設定することと、
を含む、方法。
【請求項２】
前記ＩＰアドレス構成情報は、前記装置においてサポートされる１つ以上のＩＰアドレス割当を含む、請求項１に記載の方法。
【請求項３】
前記他の装置から受信する前記応答において提供される前記情報は、少なくとも、前記１つ以上のアドレス割当から前記他の装置によって選択されるＩＰアドレス割当の標示と、前記他の装置と連動するために使用可能なＩＰアドレスとを含む、請求項１に記載の方法。
【請求項４】
前記他の装置から受信する前記応答において提供される前記情報はさらに、前記他の装置の前記ＩＰアドレス、サブネットマスク、および利用可能なサブマスクリストのうちの１つ以上を含む、請求項３に記載の方法。
【請求項５】
前記装置がイニシエータではないことが決定される場合、前記装置においてメッセージを受信し、前記受信されたメッセージが前記装置によって使用するために別の装置によって提供されるＩＰアドレスを含むかどうかを決定することを含む、請求項１に記載の方法。
【請求項６】
前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含まないことが決定される場合、前記他の装置によって使用するためのＩＰアドレスを割り当て、前記割り当てられたＩＰアドレスを前記他の装置に伝送することを含む、請求項５に記載の方法。
【請求項７】
前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含むことが決定される場合、前記装置および前記他の装置が同じネットワーク内にあるかどうかを決定することをさらに含み、前記装置および前記他の装置が同じネットワーク内にあることが決定される場合、前記メッセージにおいて受信される前記ＩＰアドレスを無視することを含む、請求項５に記載の方法。
【請求項８】
コンピュータ可読の非一時的記憶媒体上に記録される、コンピュータ実行可能プログラムコードを含む、コンピュータプログラム製品であって、前記コンピュータ実行可能プログラムコードは、コンピュータプロセッサによって実行されるとき、
装置が他の装置への接続開始を要求するかどうかを決定するためのコードと、
前記装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、ＩＰアドレス構成情報を前記他の装置に伝送するためのコードと、
前記他の装置から受信する応答において提供される情報に基づいて、前記装置においてＩＰアドレスを設定するためのコードと、
を含む、コンピュータプログラム製品。
【請求項９】
前記ＩＰアドレス構成情報は、前記装置においてサポートされる１つ以上のＩＰアドレス割当を含む、請求項８に記載のコンピュータプログラム製品。
【請求項１０】
前記他の装置から受信する前記応答において提供される前記情報は、少なくとも、前記１つ以上のアドレス割当から前記他の装置によって選択されるＩＰアドレス割当の標示と、前記他の装置と連動するために使用可能なＩＰアドレスとを含む、請求項８に記載のコンピュータプログラム製品。
【請求項１１】
前記他の装置から受信する前記応答において提供される前記情報はさらに、前記他の装置の前記ＩＰアドレス、サブネットマスク、および利用可能なサブマスクリストのうちの１つ以上を含む、請求項１０に記載のコンピュータプログラム製品。
【請求項１２】
前記装置がイニシエータではないことが決定される場合、前記装置においてメッセージを受信し、前記受信されたメッセージが前記装置によって使用するために別の装置によって提供されるＩＰアドレスを含むかどうかを決定することを含む、請求項８に記載のコンピュータプログラム製品。
【請求項１３】
前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含まないことが決定される場合、前記他の装置によって使用するためのＩＰアドレスを割り当て、前記割り当てられたＩＰアドレスを前記他の装置に伝送することを含む、請求項１２に記載のコンピュータプログラム製品。
【請求項１４】
前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含むことが決定される場合、前記装置および前記他の装置が同じネットワーク内にあるかどうかを決定することをさらに含み、前記装置および前記他の装置が同じネットワーク内にあることが決定される場合、前記メッセージにおいて受信される前記ＩＰアドレスを無視することを含む、請求項１２に記載のコンピュータプログラム製品。
【請求項１５】
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む、少なくとも１つのメモリと、
を備える装置であって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記装置に、少なくとも、
前記装置が他の装置への接続開始を要求するかどうかを決定させ、
前記装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、前記装置にさらに、
ＩＰアドレス構成情報を前記他の装置に伝送させ、
前記他の装置から受信する応答において提供される情報に基づいて、前記装置においてＩＰアドレスを設定させるように、
前記少なくとも１つのプロセッサを伴って構成される、
装置。
【請求項１６】
前記ＩＰアドレス構成情報は、前記装置においてサポートされる１つ以上のＩＰアドレス割当を含む、請求項１５に記載の装置。
【請求項１７】
前記他の装置から受信する前記応答において提供される前記情報は、少なくとも、前記１つ以上のアドレス割当から前記他の装置によって選択されるＩＰアドレス割当の標示と、前記他の装置と連動するために使用可能なＩＰアドレスとを含む、請求項１５に記載の装置。
【請求項１８】
前記他の装置から受信する前記応答において提供される前記情報はさらに、前記他の装置の前記ＩＰアドレス、サブネットマスク、および利用可能なサブマスクリストのうちの１つ以上を含む、請求項１７に記載の装置。
【請求項１９】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードはさらに、前記装置がイニシエータではないことが決定される場合、前記装置に、メッセージを受信させ、前記受信されたメッセージが前記装置によって使用するために別の装置によって提供されるＩＰアドレスを含むかどうかを決定させるように、前記少なくとも１つのプロセッサを伴って構成される、請求項１５に記載の装置。
【請求項２０】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードはさらに、前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含まないことが決定される場合、前記装置に、前記他の装置によって使用するためのＩＰアドレスを割り当てさせ、前記割り当てられたＩＰアドレスを前記他の装置に伝送させるように、前記少なくとも１つのプロセッサを伴って構成される、請求項１５に記載の装置。
【請求項２１】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードはさらに、前記装置に、前記装置および前記他の装置が同じネットワーク内にあるかどうかをさらに決定させ、前記装置および前記他の装置が同じネットワーク内にあることが決定される場合、前記メッセージにおいて受信される前記ＩＰアドレスを無視させるように、前記少なくとも１つのプロセッサを伴って構成される、請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、具体的には、無線ネットワークの形成に関する。
【背景】
【０００２】
無線対応型装置は、情報伝送の際ネットワークを利用することができる。例えば、情報が装置における伝送のために保留中である時、または他の装置における情報が要求される場合において、装置は別のデバイスとのネットワーク接続を開始することができる。無線ネットワークが形成される方式は、採用されている特定の無線通信媒体に依存し得る。装置は最初にネットワークで動作するため、無線通信およびネットワークメンバーシップを交渉する必要がある。例えば、IEEE 802.11の種々の項に従って基準が確立されている無線ローカルエリアネットワーキング（WLAN）の場合、ネットワーク内の個別装置がアクセスされてもよいように、インターネットプロトコル（IP）アドレスが要求されてもよい。
【０００３】
より具体的には、IPアドレスによって、ネットワークに関与する装置が連動できるような明確に異なる識別がもたらされる。同じIPアドレスを有する装置が通信の競合を引き起こすため、この状況が回避されることが重要となる。したがって、IPアドレスが割り当てられるプロセスは、ネットワークに承認されている新しい装置への一意のアドレスの割当を確保するのに役立つ対策を含んでもよい。例示的なプロセスでは、IPアドレスのランダム割当に続いて、例えば、割り当てられたIPアドレスがネットワークメンバーのそれぞれによって使用されているアドレスと競合するかどうかに関する問い合わせを通して、IPアドレスがネットワークで未使用であるという検証も伴い得る。
【０００４】
これらのプロセスは、安定したネットワーク動作を確立するために不可欠であるが、既存のIPアドレス割当および検証動作が、比較的長時間にわたって（例えば、ネットワークのサイズに応じて数秒）実行されることもある。そのような動作によって生じる遅延は、装置によって実現されるサービスの質（QoS）に悪影響を及ぼす場合がある。例えば、無線通信に依存するいくつかの用途は、例えば、高いデータ完全性要件、装置が情報源の通信範囲内にある限定された時間、ストリーミングデータ（例えば、オーディオおよび／またはビデオ）の必要な連続性等において、数秒の遅延にさえも敏感となる可能性があり、結果として全体的なユーザ体験を損なう場合がある。
【摘要】
【０００５】
本発明の種々の実施形態例は、IPアドレス割当を改善するための方法、装置、コンピュータプログラム製品、およびシステムを対象としている。別の装置との接続開始を要求する装置が、イニシエータ（例えば、近距離通信無線通信（Near Field Communications）またはNFCの用語における「ハンドオーバリクエスタ」）と見なされる。装置がイニシエータと見なされる場合、イニシエータがすでにネットワークのメンバーであるかどうかに関して、さらなる決定が行われてもよい。イニシエータがすでにネットワークのメンバーであると見なされない場合、イニシエータは、IPアドレスをイニシエータに割り当てるために他の装置によって使用可能なIPアドレス構成情報を提供してもよい。次いで、イニシエータにおいて設定されるIPアドレスは、以前に送信されたIPアドレス構成情報に応じて他の装置によってイニシエータに提供されるIPアドレスに基づいてもよい。
【０００６】
少なくとも1つの実施形態例では、イニシエータから他の装置に送信され得るIPアドレス構成情報は、装置においてサポートされる1つ以上のIPアドレス割当方法を含んでもよい。この情報は他の装置によって受信され、受信した装置は応答をイニシエータに送信してもよい。例えば、イニシエータによって受信する応答は、少なくとも、選択されたIPアドレス構成方法（例えば、イニシエータにおいてサポートされる1つ以上のIP割当方法から選択される）と、他の装置と連動するためにイニシエータによって使用可能なIPアドレスとを含んでもよい。本発明の少なくとも1つの実施形態によれば、応答はさらに、他の装置のIPアドレス、サブネットマスク、および利用可能なサブマスクリストのうちの1つ以上を含んでもよい。この情報はさらに、他の装置との構成無線通信のためにイニシエータによって利用されてもよい。
【０００７】
ハンドオーバ要求メッセージを受信する装置は、（ハンドオーバ要求メッセージのコリジョンが、コリジョン解決プロセスをトリガーする装置の間で発生しない限り）セレクタの役割を担ってもよい。IPアドレスがセレクタにおいて設定されてもよい方式は、イニシエータにおける方式とは異なってもよい。例えば、セレクタおよびイニシエータが同じ既存のネットワークのメンバーである場合、セレクタはハンドオーバ要求メッセージにおいてイニシエータによって提供されるIPアドレスを無視してもよい。他方で、まだ何れのネットワークのメンバーでもないセレクタは、ハンドオーバ要求メッセージにおいて提供されるIPアドレスを採用してもよい。セレクタおよびイニシエータが両方とも、既存であるが関係のないネットワーク内にある場合、装置のうちの1つは、接続試行が失敗したならば、それらの既存のネットワークメンバーシップを放棄しなければならない。IPアドレスが設定される実際の方式にかかわらず、装置は、次いで、無線通信を介して連動してもよい。
【０００８】
前述の概要は、限定的となることを目的としていない本発明の実施形態例を含む。上記の実施形態は、本発明の実装で利用され得る選択された側面またはステップを説明するために使用されるにすぎない。しかしながら、特定の実施形態例に関する1つ以上の側面またはステップを他の実施形態の1つ以上の側面またはステップと組み合わせても、依然として本発明の範囲内で新しい実施形態を作成できることは明白である。したがって、当業者であれば、本発明の種々の実施形態が他の実施形態からの側面を組み込んでもよく、または他の実施形態と組み合わせて実装されてもよいことを理解される。
【図面の簡単な説明】
【０００９】
本発明は、添付図面と共に、以下の種々の実施形態例の説明からより深く理解されるであろう。
【００１０】
【図１Ａ】本発明の種々の実施形態を実装する時に利用され得る装置、システム、構成等の例を示す。
【００１１】
【図１Ｂ】本発明の種々の実施形態を実装する時に利用され得る装置構成例に関するさらなる詳細を示す。
【００１２】
【図２】本発明の少なくとも1つの実施形態による、従来のＩＰアドレス割当の実施例を示す。
【００１３】
【図３】本発明の少なくとも1つの実施形態による、デバイス動作の概観を示す。
【００１４】
【図４】本発明の少なくとも1つの実施形態による、装置連動シナリオの第1の実施例を示す。
【００１５】
【図５】本発明の少なくとも1つの実施形態による、装置連動シナリオの第2の実施例を示す。
【００１６】
【図６】本発明の少なくとも1つの実施形態による、装置連動シナリオの第3の実施例を示す。
【００１７】
【図７】本発明の少なくとも1つの実施形態による、装置連動シナリオの第4の実施例を示す。
【００１８】
【図８】本発明の少なくとも1つの実施形態による、通信プロセス例のフローチャートを示す。
【実施形態の説明】
【００１９】
本発明は、多数の実施形態例に関して以下で説明されているが、添付の請求項で説明されるように、本発明の精神および範囲から逸脱することなく、種々の変更をそれらに行うことができる。
〔I. 本発明の実施形態が実装され得るシステムの実施例〕
【００２０】
本発明の種々の実施形態を実装するために使用可能であるシステムの実施例が、図1Aに示されている。システムは、例えば、特定の用途の要件に応じて、構成に含まれてもよい、または構成から省略されてもよい要素を備え、したがって、何れの方式でも本発明を限定することを目的としていない。
【００２１】
コンピュータデバイス100は、例えば、ラップトップコンピュータであってもよい。コンピュータデバイス100の中の機能的要素を備える、基本的構成要素例を表す要素が、102-108で示されている。プロセッサ102は、命令を実行するように構成される1つ以上のデバイスを含んでもよい。少なくとも1つのシナリオでは、プロセッサ102によるプログラムコード（例えば、メモリに記憶されたコンピュータ実行可能命令群）の実行は、コンピュータデバイス100に、例えば、データ、イベント、または他の出力活動をもたらしてもよい方法ステップを含む、プロセスを行わせてもよい。プロセッサ102は、専用（例えば、モノリシック）マイクロプロセッサドライブであってもよく、またはASIC、ゲートアレイ、マルチチップモジュール（MCM）等の複合デバイスの一部であってもよい。
【００２２】
プロセッサ102は、有線または無線バスを介して、コンピュータデバイス100の中の他の機能的構成要素に電子的に接続されてもよい。例えば、プロセッサ102は、処理中に使用するための記憶された情報（例えば、プログラムコード、データ等）を取得するために、メモリ104にアクセスしてもよい。メモリ104は、概して、静的または動的モードで動作する、リムーバブルまたは組込型メモリを含んでもよい。さらに、メモリ10４は、読み出し専用メモリ（ROM）、ランダムアクセスメモリ（RAM）、およびFlash、EPROM等の書換可能メモリを含んでもよい。コードは、コンピュータ実行可能命令を含む、インタープリタ型またはコンパイラ型コンピュータ言語を含んでもよい。コードおよび／またはデータは、オペレーティングシステム、通信ユーティリティ、ユーザインターフェース、より特殊化したプログラムモジュール等のソフトウェアモジュールを作成するために使用されてもよい。
【００２３】
1つ以上のインターフェース106はまた、コンピュータデバイス100の中の種々の構成要素に接続されてもよい。これらのインターフェースは、装置間通信（例えば、ソフトウェアまたはプロトコルインターフェース）、装置と装置との通信（例えば、有線または無線通信インターフェース）、および装置とユーザとの通信（例えば、ユーザインターフェース）さえも可能にしてもよい。これらのインターフェースは、コンピュータデバイス100内の構成要素、他の装置、およびユーザがコンピュータデバイス100と連動することを可能にする。さらに、インターフェース106は、コンピュータ可読媒体上で具現化される電子、磁気、または光信号等の機械可読データを伝達してもよく、またはユーザの動作を、コンピュータデバイス100によって理解されてもよい活動に翻訳してもよい（例えば、キーボードをタイプする、携帯電話機の受話器に話し掛ける、タッチスクリーンデバイス上のアイコンに触れる等）。インターフェース106はさらに、プロセッサ102および／またはメモリ104が他のモジュール108と連動することを可能にしてもよい。例えば、他のモジュール108は、コンピュータデバイス100によって提供される、より特殊化した機能性をサポートする1つ以上の構成要素を備えてもよい。
【００２４】
コンピュータデバイス100は、図1Aでさらに示されるように、種々のネットワークを介して他の装置と連動してもよい。例えば、ハブ110は、有線および／または無線サポートをコンピュータ114およびサーバ116等のデバイスに提供してもよい。ハブ110はさらに、ローカルエリアネットワーク（LAN）上のデバイスが広域ネットワーク（インターネット120等のWAN）上のデバイスと連動することを可能にする、ルータ112に接続されてもよい。そのようなシナリオでは、各LAN上のデバイスが通信してもよいように、別のルータ130がルータ112に情報を伝送し、そこから情報を受信してもよい。さらに、この構成例で描写される構成要素の全てが、本発明の実装のために必要なわけではない。例えば、ルータ130によって使用可能にされるLANでは、この機能性がルータによってサポートされてもよいため、付加的なハブは必要とされない。
【００２５】
さらに、遠隔デバイスとの連動が、短距離および長距離無線通信140の種々のプロバイダによってサポートされてもよい。これらのプロバイダは、インターネット120への無線接続を提供するために、例えば、長距離地上ベースのセルラーシステムおよび衛星通信、および／または短距離無線アクセスポイントを使用してもよい。例えば、携帯情報端末（PDA）142および携帯電話機144は、無線通信140のプロバイダによって提供されるインターネット接続を介して、コンピュータデバイス100と通信してもよい。同様の機能性が、短距離および／長距離無線通信を可能にするように構成されるハードウェアおよび／またはソフトウェアの形態で、ラップトップコンピュータ146等のデバイスに含まれてもよい。さらに、開示された装置のうちの何れかまたは全ては、ラップトップ146と無線対応型装置148との間に示された短距離無線の連動等の直接連動を行ってもよい。無線対応型装置例148は、より複雑な独立型無線対応型デバイスから、ラップトップ146のような装置における機能性をサポートするための周辺デバイスに及んでもよい。
【００２６】
図1Aのコンピュータデバイス100に関して開示されるインターフェース構成要素106の例について、図１Bでさらに詳細に示す。前述のように、インターフェース106は、データを（例えば、150で識別されるような）コンピュータ装置100に伝達するためのインターフェースと、例えば、ユーザインターフェース172を含む他の種類のインターフェース170との両方を含んでもよい。装置レベルのインターフェースの代表的なグループが150で示されている。例えば、マルチ無線コントローラ152は、長距離無線インターフェース154（例えば、セルラー音声およびデータネットワーク）、短距離無線インターフェース156（例えば、BluetoothおよびWLANネットワーク）、（例えば、電子、磁気、電磁気、および光学情報スキャナが機械可読データを解釈する連動のための）近接近無線インターフェース158、有線インターフェース160（例えば、Ethernet）等の連動を管理してもよい。図1Bに示されたインターフェース例は、本明細書での説明のためのみに提示されており、したがって、本発明の種々の実施形態を任意の特定のインターフェースの利用に限定することを目的としていない。本発明の実施形態はまた、図1Bで具体的に識別されていないインターフェースを利用してもよい。
【００２７】
マルチ無線コントローラ152は、インターフェース154-160のうちのいくつかまたは全ての動作を管理してもよい。例えば、マルチ無線コントローラ152は、その間に各インターフェースが動作することが許可される特定の期間を割り振ることによって、相互に干渉し得るインターフェースが、同時に動作することを防止してもよい。さらに、マルチ無線コントローラ152はまた、動作環境内の感知された干渉等の環境情報を処理して、干渉に対してより高い回復力を持つインターフェースを選択することが可能であってもよい。これらのマルチ無線制御シナリオは、可能な制御機能性の包括的リストを包含するように意図されていないが、どのようにマルチ無線コントローラ152が図1Bのインターフェース154-160と連動してもよいかという実施例として挙げられるにすぎない。
〔II. アドレス割当システムの実施例〕
【００２８】
本開示において、「Wi-Fi」は種々のIEEE 802.11基準、およびこの種類の無線接続に関する種々の概念、パラメータ、変数等に基づく、無線ローカルエリアネットワーキング（WLAN）に関しても用いられている。しかしながら、この特定の形態の無線通信の使用は、本発明の種々の実施形態例を説明するためにすぎず、本発明の実装を開示された構成のみに限定するように意図されていない。例えば、本発明の種々の実施形態例はまた、他の実質的に同様の無線媒体を用いて実装されてもよい。
【００２９】
Wi-Fi通信の実施例を利用した説明を続けると、インフラストラクチャ（Infrastructure）（例えば、基本サービスセットまたはBSS）、アドホック（Ad Hoc）（例えば、独立基本サービスセットまたはIBSS）、およびWi-Fiダイレクト（Wi-Fi Direct）（アクセスポイントまたはAPを使用しないP2P）といった、３つの通信モードが現在存在している。インフラストラクチャおよびWi-Fiダイレクトアーキテクチャは、ネットワークに進入する装置にIPアドレスを割り振るために、動的ホスト構成プロトコル（Dynamic Host Configuration Protocol；DHCP）サーバが利用可能であることを要求する。アドホック連動の場合において、いくつかの実装は、参加装置のうちの１つの中に存在するDHCPサーバを含んでもよいが、そのような構成は典型的ではない。（例えば、DHCPサーバが利用可能ではない時に）IPアドレスを割り当てるための別の可能な解決法が、Chesireらによって2005年5月に公開されたネットワークワーキンググループリクエストフォーコメンツ（Network Working Group request for comments；RFC）番号3927によって提案されている、IPv4リンクローカルアドレス戦略の動的構成、または「オートIP（Auto IP）」で存在してもよい。オートIPは、ネットワークホストが、同じ物理アドレスに接続された他のデバイスとの通信のために有効である169.254/16プリフィックス内のIPv4アドレスを伴うインターフェースを自動的に構成することを可能にしてもよい。しかしながら、RFC3927は、IPv4アドレスを使用したリンクローカル通信が、同じ物理（または論理）リンクに接続された他のデバイスとの通信のみに好適であることを認識する。また、オートIPの起源は、Ethernetのような固定ネットワーク内にある。それは、移動動作のために最適化されていない。
【００３０】
オートIPを用いてIPアドレスを割り当てることによって移動無線ネットワークを実装する上での有意な問題として、RFC3927で定義されているデフォルト値を使用して、IPアドレスの割振（リンクローカルアドレス）が最大で9秒かかる場合がある。「A」および「B」として示された装置に関して図2で示されるように、IPアドレスは、疑似ランダム関数（例えば、プリフィックス169.254/16）を使用してローカルで割り振られ、次いで、アドレス獲得手順が行われる。
・  PROBE_WAIT=1: ARPプローブを開始する前のランダム初期遅延（0-1秒）
・  PROBE_NUM=3, PROBE_MIN=1, PROBE_MAX=2: ランダムな（1-2秒）間隔を伴う3つのARPプローブパケット
・  ANNOUNCE_WAIT=2: ARPプローブ段階後の2秒遅延
・  IPアドレスコリジョンが検出された場合、新しいIPアドレスが割り振られ、獲得プロセス全体が再び開始されるべきである（しかしながら、稀な状況である）。
・  ANNOUNCE_NUM=2, ANNOUNCE_INTERVAL=2: 2秒の間隔を伴う2つのARPアナウンスパケット-> リンクローカルアドレスがプローブ段階後にすでに使用可能であると仮定し、したがって、これは余分な追加遅延を生じさせない。
【００３１】
上記で説明されるアドレス獲得プロセスを実行するための典型的な時間は、約5-9秒である。理論上、RFC3927デフォルト値を短縮することが、実際の実装で可能であってもよいが、相互運用性の問題が生じることも予測できる。
【００３２】
少なくとも1つの実装例では、近距離通信無線通信（Near Field Communication；NFC）が、アドホックWi-Fiネットワークを実装する時に要求される予備情報を交換するために利用されてもよい。使用事例の実施例は、「接触（touching）」を介して装置間でファイル（例えば、写真、マルチメディア等）を送信することを含んでもよい。装置に接触することは単純に、別の装置のNFC通信範囲内に（例えば、無線周波数（RF）伝送範囲内に）装置を位置付けることを含んでもよい。次いで、接触は、例えば、Wi-Fi接続確立の前にWi-Fi関連構成情報の交換を含む、NFC接続ハンドオーバをトリガーしてもよい。単一のファイルのみを送信するためにアドホック（IBSS）Wi-Fi接続が作成される場合、オートIP実行によって生じる遅延が、不満足なユーザ体験をもたらす場合がある。実際、Wi-Fi通信によって提供される通常のスループットは非常に高いく、写真のようなファイルを伝送するのに１秒未満の時間しかかからない程度であるため、ほとんどのユーザは、たった１つのファイルを送信するのに数秒を超えることがないと期待する。
【００３３】
既存の接触／ハンドオーバシステムにおける少なくとも1つの問題として、接触されたデバイスが他の装置の識別情報を知る必要がある。例えば、ゼロ・コンフィギュレーション（IPv4およびIPv6アドレス自動構成）およびUPnPサービス発見機構の両方を、この目的で使用することができるが、幾らかの遅延がプロセス全体で生じる。依然としてRFC3927で開示されているプロセスに依存するため、および両方の機構がNFCを介して交換される「デバイス名」を要求するため、遅延は両方の機構で生じ得る。代替として、媒体アクセス制御（MAC）アドレスがNFC上で交換されてもよく、次いで、デバイスの実際のIPアドレスを取得するために逆または反対アドレス解決プロトコル（ARP）を使用してもよいが、追加遅延も生じ得る。
〔III. さらに改善されたアドレス割当システムの実施例〕
【００３４】
本発明の少なくとも1つの実施形態によれば、無線ネットワーク内で使用するためのアドレス可能な装置識別（例えば、IPアドレス）を割り当てることは、装置間の接続が確立されている時にすでに利用可能である、アドレス可能な装置識別を有し、既存の割当方法に基づいて有効な（競合しない）装置識別を策定するために通常は要求される、余分な時間を排除することによって、改善されてもよい。装置はまた、（例えば、NFCを介した）接続確立中に交換される装置識別に基づいて、ネットワーク識別を知らされてもよく、Wi-Fiを介して装置識別を取得する付加的なステップを回避でき（例えば、サービス名クエリの必要性を除去する等）、接続確立においてさらに時間を節約できる。
【００３５】
以下の開示は、アドホック（IBSS）モードで適用されている本発明の種々の実施形態を論議するが、同じ方法が、既知である、および決定される、両方の他の通信媒体／モードとともに使用可能であってもよい。例えば、本発明の実施形態は、Wi-Fiアドホックモード動作に関して論議されているが、Wi-FiアライアンスがIPアドレス割振のためのDHCP以外の方法を受け入れるならば、本明細書で説明されるプロセスはまた、個人対個人の（Wi-Fiダイレクトモード等の「P2P」）連動にも有用であってもよい。理想的な状況では、各装置は、その独自のIPアドレスを生成し、リンクが要求されるときにそのアドレスを別の装置と交換する。しかしながら、この基本動作は、IPアドレスの一意性を保証しない（重複IPアドレスが同じネットワーク接続内で回避される必要がある）。本発明の種々の実施形態は、2つだけの独立型デバイスが接触を通して通信しているか、または他の装置を含むより大きいIBSSネットワーク内にあるかどうかにかかわらず、IPアドレスの一意性を確保するのに役立つ。
【００３６】
発明の動作が一般化された実施例が図3で示されており、プロセスを開始するように、2つの装置が接触されてもよい。次いで、優先IPアドレス構成が、（例えば、Wi-Fi通信を介した）ネットワーク連動によって後にトリガーされてもよい。本発明の少なくとも1つの実施形態によれば、NFC接続ハンドオーバメッセージが、通信の初期接触段階でIPアドレスを交換するために使用されてもよい。既存の接続ハンドオーバメッセージ構造は、特定のキャリア（例えば、Wi-Fi）に関する付加的な情報を運ぶために使用され得る補助データ記録を含む。Wi-Fiに関して、ハンドオーバメッセージは、サービスセット識別子（SSID）、パスワード等のような実際のWi-Fi構成情報を含む構成記録、およびIPアドレスまたは接続ハンドオーバに有用な任意の他のデータのような情報を含む補助データ記録といった、2種類の記録を含む。
【００３７】
第1のシナリオ例が図4で示されており、連動することを要求する装置は、既存のIBSSネットワークのメンバーではない。これらの装置は、本明細書での説明のために「イニシエータ」および「セレクタ」として区別されるが、これらの名前は限定的となることを目的としておらず、接続確立中の装置のそれぞれの動作を区別するために用いているにすぎない。例えば、図4に示された装置の連動では、イニシエータ装置はまた、装置が別の装置とのリンクを確立するように要求しているため、NFC用語に従って「ハンドオーバリクエスタ」または単に「リクエスタ」と見なされてもよく、または、セレクタ装置が、セレクタを含む既存または新しいネットワークの中へイニシエータを登録するための「レジストラ」能力で作用してもよいため、「エンローリ」と見なされてもよい。
【００３８】
何れか一方（または両方の）装置は、情報（例えば、上記の実施例による写真ファイル等）を伝送または受信するために、別の装置へのリンクを確立することを要求してもよい。イニシエータの役割を果たすデバイスは単に、応答ハンドオーバ選択メッセージを通して別の装置によって受信するものとして承認される、ハンドオーバ要求メッセージを伝送する第1の装置であってもよい。また、両方の装置が実質的に同時にハンドオーバ要求メッセージを伝送することも可能であり、ハンドオーバ要求の「コリジョン」をもたらす。そのような場合について、NFC接続ハンドオーバは、無視されているハンドオーバ要求のうちの１つをもたらす、乱数に基づくコリジョン解決機構を定義する。図4-7で示された実装例では、コリジョンを体験することなくイニシエータがハンドオーバ要求メッセージを伝送し、コリジョンが発生した場合、イニシエータおよびセレクタ装置が示される通りであるように、コリジョンがすでに解決されていることが仮定される。
【００３９】
ステップ400で、イニシエータは例えば、ハンドオーバ要求メッセージの補助データ記録内で、サポートされたIPアドレス構成方法をセレクタに伝送してもよい。この情報は、開始装置においてサポートされる、NFC WSC IPv4アドレス割当方法等のIPアドレス構成方法を示してもよい。場合によっては、ハンドオーバ要求メッセージはさらに、媒体アクセス制御（MAC）アドレスを含んでもよい。
【００４０】
ステップ410で、セレクタはイニシエータからハンドオーバ要求メッセージを受信してもよく、次にステップ412で、イニシエータによって提供されるサポートされたIPアドレス割当方法に基づいて、少なくとも、イニシエータによって使用するためのIPアドレスを割り当ててもよい。例えば、NFC Link Local IPv4アドレス割当が、イニシエータによってサポートされるIPアドレス割当方法からのセレクタによって選択された場合、セレクタは、イニシエータおよびセレクタの両方に対する新しいIPアドレスを生成してもよく、生成されたIPアドレスが同じではないことをチェックしてもよい。この説明に説明されているシナリオ例による、IPアドレスの可変および固定部分に基づいて、アドレスが同じとなる確率は約1/65,000である。アドレスがステップ414で同じであると決定された場合、プロセスはステップ412に戻り、新しいアドレスを割り当ててもよい。代替として、NFC Wi-Fi Simple Config IPv4（NFC WSC IPv4）IPアドレス割当方法が、イニシエータによってサポートされるIPアドレス割当方法から選択された場合、セレクタは、アドレスを少なくともイニシエータに割り当てるために、Wi-FiアライアンスIBSS仕様で定義される階層IPアドレス割当方法を使用してもよい。 
【００４１】
次に、プロセスはステップ416に進み、（例えば、ハンドオーバ選択メッセージの補助データ記録において）応答がイニシエータに返送されてもよい。応答に含まれる情報は、選択されるIPアドレス割当方法の種類等の基準に依存してもよい。例えば、NFC Link Local IPv4 アドレス割当方法が選択された場合、応答には、イニシエータおよび／またはセレクタに割り当てられたIPアドレスとともに、選択されたIPアドレス割当方法（例えば、「NFC Link Local IPv4」）を示す情報が含まれていてもよい。IPアドレス割当方法は、ステップ400でセレクタに伝送された、イニシエータによってサポートされるIPアドレス割当方法から選択される。代替実施例では、NFC WSC IPv4アドレス割当方法が選択された場合、応答はさらに、サブネットマスクと、利用可能なサブマスクリストとを含んでもよい。これらの実施例に加えて、異なるIPアドレス割当方法は、応答の中の他の情報を要求してもよい。ステップ402で、応答はイニシエータによって受信されてもよく、イニシエータは、応答において受信する情報（例えば、セレクタによって割り当てられるIPアドレス）に基づいて、そのIPアドレスを設定してもよい。次に、プロセスはステップ418に進み、セレクタが新しく割り当てられたIPアドレスを使用してイニシエータと連動してもよい。同様に、イニシエータ側のプロセスはステップ404でイニシエータがセレクタと連動し、終了してもよい。
【００４２】
本発明の代替実施形態によれば、既存のアドホック（IBSS）ネットワークで現在動作しているイニシエータが、任意のネットワークのメンバーではないセレクタと連動することも可能である。そのようなデバイスを含む動作シナリオが図5で示されている。ステップ500でイニシエータは、既存のアドホックネットワークのメンバーとして動作するためにすでに割り当てられたIPアドレスを利用しながら、セレクタによって使用するためのIPアドレスを割り当ててもよい。次にステップ502で、イニシエータは、それがセレクタに割り当てたIPアドレスと、既存のアドホックネットワークで使用中のIPアドレスのうちの何れかとの間に、競合がないことを検証してもよい。競合が発見されなかった場合、プロセスはステップ504に進み、（例えば、既存のネットワークからの）イニシエータIPアドレスおよびセレクタによって使用するために割り当てられるIPアドレスの両方がセレクタに伝送されてもよい。例えば、IPアドレスは、ハンドオーバ要求メッセージの補助データ記録を使用して伝送されてもよい。
【００４３】
アドホックネットワークで動作する装置は、概して、特にセキュリティが実装される時に、ネットワークのメンバーでもある他の装置を認識してもよい（例えば、他の装置に対する識別情報を認識してもよい）。セキュリティを使用する時に、アドホックネットワーク内のデバイスのそれぞれの間に直接の確実なリンクがある。例えば、4つの装置を含有する無線アドホックネットワークは、6つの明確に異なる直接リンクを含む。ネットワーク内のこの認識を考慮して、ランダムIPアドレスの割当およびIPアドレスの一意性の検証は、ネットワークメンバー装置のうちの何れかまたは全てにおいて、事前に完了されてもよい。そのような高度な準備は、実際の連動中の知覚された動作速度を増加させてもよい。例えば、1つ以上のIPアドレスが、装置接触および接続ハンドオーバ動作の前に準備されてもよく、一意性がARPを使用してチェックされてもよい。代替として、装置は、アドホックネットワーク内のトラフィックを監視することによって、使用されたIPアドレスのリストを維持（蓄積および更新）してもよく、単にランダムIPアドレスを割り当て、ランダムIPアドレスを既知の使用されたIPアドレスのリストと比較することによって、IPアドレスがネットワーク内でまだ使用中ではないことをチェックしてもよい。ステップ510では、セレクタは、ハンドオーバ要求メッセージを受信してもよく、オプションとして例えば、ハンドオーバ選択メッセージにおいて確認を伝送することによって、イニシエータによって割り当てられたIPアドレスが使用可能であることを確認してもよい。ステップ512のオプション確認が送信されると、ステップ506でその確認がイニシエータによって受信されてもよい。セレクタがイニシエータと連動するために、ステップ514でイニシエータによって割り当てられるIPアドレスを使用してもよい。接続が開始された時、セレクタがまだネットワークのメンバーではなかったため、セレクタ側の競合をチェックする必要はない。イニシエータ側では、ステップ508でイニシエータがそれに次いでセレクタと連動し、プロセスを完了してもよい。
【００４４】
本発明の少なくとも1つの実施形態による第3のシナリオ例が、図6で示されており、イニシエータは、アドホックネットワークのメンバーではなく、セレクタは、既存のネットワークのメンバーである。ステップ600では、イニシエータは、（例えば、ハンドオーバ要求メッセージの補助データ記録内で）1つ以上のIPアドレス割当方法（例えば、イニシエータによってサポートされるIPアドレス割当方法）をセレクタに送信してもよい。
【００４５】
セレクタは、ステップ610でハンドオーバ要求メッセージを受信してもよく、ステップ612で既存のアドホックネットワーク内のイニシエータによって使用するためのIPアドレスを割り当ててもよい。ステップ612でイニシエータによって使用するためのランダムリンクローカルIPアドレスを割り当てることは、セレクタが、アドホックネットワーク内のその独自のアドレスがすでに割り振られていると認識していることを暗示し、イニシエータに割り当てられたIPアドレスが、既存のアドホックネットワークでまだ使用されていないことをチェックすることを単に含んでもよい。この場合において、顕著な遅延が生じることなく、ARPクエリを行うために十分な時間がない場合があるため、上記で論議されるように、セレクタは、事前に準備されるIPアドレスのリストを維持してもよい。ステップ614で競合が存在しないことが決定された場合、ステップ616で、セレクタは、図1で説明された実施例と同様のハンドオーバ選択メッセージの補助データ記録を、イニシエータに応答として送信してもよい。ステップ602で、イニシエータは応答を受信してもよく、次にステップ604で、応答において受信されたIPアドレスを使用してセレクタと連動してもよい。同様に、ステップ618で、セレクタはすでに割り当てられたネットワークアドレスを利用してイニシエータと連動してもよい。
【００４６】
イニシエータおよびセレクタが両方とも、既存のアドホックネットワークのメンバーであることも予測できる。図7の実施例は、本発明の少なくとも1つの実施形態による、このシナリオに対処する。イニシエータは、ステップ700では、イニシエータがすでにアドホックネットワークのメンバーであるため、すでに割り振られている独自のIPアドレスに留意して、セレクタによって使用するためのIPアドレスを割り当ててもよく、ステップ702で、割り当てられたアドレスがイニシエータのアドホックネットワーク内でまだ使用中ではないことをチェックしてもよい。次いでステップ704で、イニシエータはセレクタに割り当てられるIPアドレスとともに、その独自のIPアドレスをハンドオーバ要求メッセージの補助データ記録内のセレクタに送信してもよい。
【００４７】
次いでステップ712で、ハンドオーバ要求メッセージはセレクタによって受信されてもよい。ステップ712で、装置が実際に同じアドホックネットワークのメンバーであるとセレクタが決定した場合、ステップ714で、（両方の装置が共通ネットワーク内で一意の識別子をすでに割り当てられているため）セレクタは、ステップ700でイニシエータによって割り当てられたIPアドレスを無視してもよく、ステップ716では、ハンドオーバ選択メッセージの補助データ記録内で、その独自の既存IPアドレスを伝送してもよい。次にステップ718で、セレクタはその独自の既存IPアドレスを使用して、イニシエータと連動してもよく、イニシエータは、ステップ706でセレクタからハンドオーバ要求メッセージを受信した後、ステップ708でその独自の既存IPアドレスを使用して、セレクタと連動してもよい。
【００４８】
ステップ712で、装置が同じアドホックネットワークのメンバーではないことが決定された場合、プロセスはステップ720に進み、ステップ722でのハンドオーバ選択メッセージの伝送を通して、セレクタがこの状況をイニシエータに示してもよい。次にステップ724で、プロセスは装置が連動するために、装置のうちの少なくとも1つが、その既存のネットワークから撤退しなければならないメンバーシップ解消段階に入ってもよい。両方の装置がそれらのネットワークから撤退した場合、装置は、図4で説明された方式で接続確立を再実行してもよい。装置のうちの1つが、その現在のネットワークから撤退した場合、装置は、どの装置がそれぞれのネットワークから退出することを選択したかに応じて、図5または6で説明された方式で接続確立を再実行してもよい。イニシエータもセレクタも、その既存のネットワークメンバーシップを終了する意思がない（または終了できない）場合、接続確立は完全に失敗する。
【００４９】
本発明の少なくとも1つの実施形態によれば、単一の装置の視点からの通信プロセス例のフローチャートが図8で示されている。プロセスはステップ800で開始し、通信を要求してもよい。例えばステップ802で、装置が別の装置へのリンク開始を要求するかどうかに関して決定が行われてもよい。図8ではハンドオーバ要求コリジョンが発生せず、したがって、ステップ802で装置がリンク開始を要求するという決定が行われた場合、それがイニシエータの役割を果たし、リンク開始が要求されないことが決定された場合、装置がハンドオーバ要求メッセージの受信を待ってもよい（例えば、セレクタの役割を果たす）ことが仮定される。ステップ802で、装置がイニシエータの役割を果たしていると決定された場合、ステップ804では、イニシエータがすでに既存のネットワークのメンバーであるかどうかに関して、さらなる決定が行われてもよい。ステップ804で、イニシエータがまだ既存のネットワークのメンバーではないという決定が行われた場合、プロセスはステップ806に進み、IPアドレス構成情報が別の装置に送信されてもよい。例えば、IPアドレス構成情報は、イニシエータによってサポートされる1つ以上のIPアドレス割当方法を含んでもよく、ハンドオーバ要求メッセージの補助データ記録において送信されてもよい。応答メッセージ（例えば、ハンドオーバ選択メッセージ）が、ステップ808で受信されてもよい。応答メッセージは、この装置との連動で使用するためにセレクタによって割り当てられるIPアドレスとともに、応答装置（例えば、セレクタ）のアドレスを含んでもよい。イニシエータは、後続の連動でセレクタによって提供されるアドレスを利用してもよい。ステップ810でプロセスが終了してもよく、ステップ800で再開してもよい。
【００５０】
ステップ804に戻って、イニシエータがすでに既存のネットワークのメンバーであることが決定された場合、ステップ812では、イニシエータは、セレクタによって使用可能なリンクローカルIPアドレスを割り当ててもよい。しかしながら、この場合において、イニシエータは最初に、ステップ816で情報をセレクタに伝送する前に、ステップ814で既存のネットワーク内の他の装置とのIPアドレス競合をチェックしてもよい。検証は、イニシエータにすでに存在しているIPアドレス情報に基づいて、またはネットワーク内の他の装置に問い合わせることによって行われてもよい。情報がすでにイニシエータの中にある場合において、イニシエータは、ネットワークですでに使用中のIPアドレスのリストに対してIPアドレスをチェックしてもよく、イニシエータにおいて維持されるIPアドレスのリストから、すでに検証されたIPアドレスを選択してもよい。IPアドレスがステップ814でどのようにチェックされるかにかかわらず、競合がステップ814で検出されなくなるまで、新しいIPアドレスがステップ812で割り当てられてもよい。次にステップ816で、少なくとも送信者（イニシエータ）アドレスおよび割り当てられたアドレスが、例えば、ハンドオーバ選択メッセージの補助データ記録においてセレクタに伝送されてもよい。ステップ818では、応答がセレクタから受信されてもよい。次にステップ820で、応答において受信する情報に基づいてイニシエータおよびセレクタが同じネットワークのメンバーであるかどうかに関するさらなる決定が行われてもよい。ステップ820でイニシエータおよびセレクタの両方が既存のネットワークのメンバーであることが決定された場合、ステップ822で、イニシエータはそれが既存のネットワーク上で連動するためにすでに使用しているIPアドレスを使用して、セレクタと連動してもよい。次にステップ810で、プロセスは終了してもよく、ステップ800で再開してもよい。ステップ820でイニシエータおよびセレクタがすでに異なる既存のネットワークのメンバーであることが決定された場合、プロセスは以下で論議されるメンバーシップ解消段階のためのステップ838に進んでもよい。
【００５１】
ステップ802に戻って、装置がイニシエータではない（例えば、装置が別の装置への接続を開始しようとしない）ことが決定された場合、装置は、セレクタと見なされてもよく、プロセスは、ハンドオーバ要求メッセージがイニシエータから受信するステップ824に進んでもよい。次にステップ826で、ハンドオーバ要求メッセージがIPアドレスを含むかどうかに関する決定が行われてもよい。ハンドオーバ要求メッセージがIPアドレスを含まないことが決定された場合、イニシエータは、まだネットワークで動作していない。プロセスは、セレクタがイニシエータによって使用するためのIPアドレスを割り当ててもよく、次いで、例えば、ハンドオーバ選択メッセージの補助データ記録において、割り当てられたIPアドレスをイニシエータに伝送してもよいステップ828に進んでもよい。次にステップ830で、イニシエータおよびセレクタは、セレクタによってイニシエータに提供されたIPアドレスを使用して連動してもよく、ステップ832でプロセスが完了してもよく、さらにステップ800で再開してもよい。ステップ826において、ステップ824で受信されたハンドオーバ要求メッセージがIPアドレスを含有することが決定された場合、ステップ834で、両方のデバイスが同じネットワークのメンバーであるかどうかに関してさらなる決定が行われてもよい。ステップ834で、両方のデバイスが同じネットワーク内にあることが決定された場合、ステップ836で、ハンドオーバ要求メッセージにおいてイニシエータによって提供されるIPアドレスがセレクタによって無視されてもよい（両方の装置がすでに同じネットワーク内で一意の識別子を有するため）。ステップ830で、セレクタおよびイニシエータはそれらの既存のIPアドレスを使用して連動してもよく、ステップ832でプロセスが完了してもよく、さらに、ステップ800で再開してもよい。ステップ834でイニシエータおよびセレクタが同じネットワークのメンバーではないことが決定された場合、プロセスはステップ838に進んでもよい。
【００５２】
メンバーシップ解消段階は、ステップ820またはステップ834でのイニシエータおよびセレクタがすでに異なるネットワーク内のメンバーであるという決定の結果として、ステップ838で開始してもよい。起点にかかわらず、ステップ838では、イニシエータまたはセレクタに、要求される接続を確立するために、その既存のネットワークメンバーシップに役立つ意思がある（または役立つことができる）かどうかに関して決定が行われてもよい。何れか一方（または両方）の装置に、ステップ838で、その現在のネットワークから撤退する意思がある場合、プロセスは、既存のネットワークメンバーシップが終了された後に、図面上のジャンプ参照「A」によって表されるようにステップ802に戻ってもよい。しかしながら、イニシエータもセレクタも、その既存のネットワークメンバーシップを終了する意思がない（または終了できない）場合、ステップ840で接続確立は完全に失敗する。ステップ832でプロセスが完了してもよく、ステップ800で再開してもよい。
【００５３】
本発明の種々の実施形態は、上記で開示される実施例のみに限定されず、他の構成または実装を包含してもよい。
【００５４】
例えば、本発明の実施形態例は、装置が別の装置への接続開始を要求するかどうかを決定するための手段と、装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、装置がさらに、IPアドレス構成情報を他の装置に伝送するための手段と、他の装置から受信する応答において提供される情報に基づいて、装置においてIPアドレスを設定するための手段とを備える、装置を包含してもよい。
【００５５】
本発明の少なくとも1つの他の実施形態例は、装置に、装置が別の装置への接続開始を要求するかどうかを決定させる電子信号を備えてもよく、装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、電子信号はさらに装置に、IPアドレス構成情報を他の装置に伝送させ、他の装置から受信する応答において提供される情報に基づいて、装置においてIPアドレスを設定させる。
【００５６】
本発明の少なくとも1つの他の実施形態例は、非一時的コンピュータ可読記憶媒体上に記録される、コンピュータ可読プログラムコードを含む、コンピュータプログラム製品を備えてもよく、コンピュータ可読プログラムコードは、装置に、装置が別の装置への接続開始を要求するかどうかを決定させるように構成されるコードを備え、装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、コードはさらに、装置に、IPアドレス構成情報を他の装置に伝送させ、他の装置から受信する応答において提供される情報に基づいて、装置においてIPアドレスを設定させるように構成される。
【００５７】
本発明の少なくとも1つの他の実施形態例は、少なくとも1つのプロセッサと、実行可能命令を含む、少なくとも1つのメモリとを備える、装置を備えてもよく、少なくとも1つのメモリおよび実行可能命令は、少なくとも1つのプロセッサと共働して、装置に、少なくとも、装置が別の装置への接続開始を要求するかどうかを決定させることを行わせるように構成され、装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、少なくとも1つのメモリおよび実行可能命令はさらに、少なくとも1つのプロセッサと共働して、装置に、IPアドレス構成情報を他の装置に伝送させ、他の装置から受信する応答において提供される情報に基づいて、装置においてIPアドレスを設定させるように構成される。
【００５８】
したがって、本発明の精神および範囲から逸脱することなく、形態および詳細の種々の変更をそれらに行うことができることが、当業者に明白となるであろう。本発明の範囲は、上記の実施形態例のうちのいずれによっても限定されるべきではないが、以下の請求項およびそれらの同等物のみに従って定義されるべきである。
【図１Ａ】
2012147422.tif 000003
【図１Ｂ】
2012147422.tif 000004
【図２】
2012147422.tif 000005
【図３】
2012147422.tif 000006
【図４】
2012147422.tif 000007
【図５】
2012147422.tif 000008
【図６】
2012147422.tif 000009
【図７】
2012147422.tif 000010
【図８】
2012147422.tif 000011
【手続補正書】
【提出日】平成24年1月19日(2012.1.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装置が他の装置への接続開始を要求するかどうかを決定することと、
前記装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、前記装置がさらに、
ＩＰアドレス構成情報を前記他の装置に伝送することと、
前記他の装置から受信する応答において提供される情報に基づいて、前記装置においてＩＰアドレスを設定することと、
を含む、方法。
【請求項２】
前記ＩＰアドレス構成情報は、前記装置においてサポートされる１つ以上のＩＰアドレス割当方法を標示する、請求項１に記載の方法。
【請求項３】
前記他の装置から受信する前記応答において提供される前記情報は、少なくとも、前記１つ以上のアドレス割当方法から前記他の装置によって選択されるＩＰアドレス割当方法の標示と、前記他の装置と連動するために使用可能なＩＰアドレスとを含む、請求項１または２に記載の方法。
【請求項４】
前記他の装置から受信する前記応答において提供される前記情報はさらに、前記他の装置の前記ＩＰアドレス、サブネットマスク、および利用可能なサブマスクリストのうちの１つ以上を含む、請求項１から３の何れかに記載の方法。
【請求項５】
前記装置がイニシエータではないことが決定される場合、前記装置においてメッセージを受信し、前記受信されたメッセージが前記装置によって使用するために別の装置によって提供されるＩＰアドレスを含むかどうかを決定することを含む、請求項１から４の何れかに記載の方法。
【請求項６】
前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含まないことが決定される場合、前記他の装置によって使用するためのＩＰアドレスを割り当て、前記割り当てられたＩＰアドレスを前記他の装置に伝送することを含む、請求項５に記載の方法。
【請求項７】
前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含むことが決定される場合、前記装置および前記他の装置が同じネットワーク内にあるかどうかを決定することをさらに含み、前記装置および前記他の装置が同じネットワーク内にあることが決定される場合、前記メッセージにおいて受信される前記ＩＰアドレスを無視することを含む、請求項５に記載の方法。
【請求項８】
コンピュータ実行可能プログラムコードを含むコンピュータプログラムであって、前記コンピュータ実行可能プログラムコードは、装置のコンピュータプロセッサによって実行されるとき、前記装置に動作を実行させ、前記動作は、
他の装置への接続開始を要求するかどうかを決定することと、
前記装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、ＩＰアドレス構成情報を前記他の装置に伝送することと、
前記他の装置から受信する応答において提供される情報に基づいて、ＩＰアドレスを設定することと、
を含む、コンピュータプログラム。
【請求項９】
前記ＩＰアドレス構成情報は、前記装置においてサポートされる１つ以上のＩＰアドレス割当方法を標示する、請求項８に記載のコンピュータプログラム。
【請求項１０】
前記他の装置から受信する前記応答において提供される前記情報は、少なくとも、前記１つ以上のアドレス割当方法から前記他の装置によって選択されるＩＰアドレス割当方法の標示と、前記他の装置と連動するために使用可能なＩＰアドレスとを含む、請求項８または９に記載のコンピュータプログラム。
【請求項１１】
前記他の装置から受信する前記応答において提供される前記情報はさらに、前記他の装置の前記ＩＰアドレス、サブネットマスク、および利用可能なサブマスクリストのうちの１つ以上を含む、請求項８から１０の何れかに記載のコンピュータプログラム。
【請求項１２】
前記動作は、前記装置がイニシエータではないことが決定される場合、メッセージを受信し、前記受信されたメッセージが前記装置によって使用するために別の装置によって提供されるＩＰアドレスを含むかどうかを決定することを含む、請求項８から１１の何れかに記載のコンピュータプログラム。
【請求項１３】
前記動作は、前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含まないことが決定される場合、前記他の装置によって使用するためのＩＰアドレスを割り当て、前記割り当てられたＩＰアドレスを前記他の装置に伝送することを含む、請求項１２に記載のコンピュータプログラム。
【請求項１４】
前記動作は、前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含むことが決定される場合、前記装置および前記他の装置が同じネットワーク内にあるかどうかを決定することをさらに含み、前記装置および前記他の装置が同じネットワーク内にあることが決定される場合、前記メッセージにおいて受信される前記ＩＰアドレスを無視することを含む、請求項１２に記載のコンピュータプログラム。
【請求項１５】
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む、少なくとも１つのメモリと、
を備える装置であって、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサによって実行されるとき、前記装置に動作を実行させ、前記動作は少なくとも、
前記装置が他の装置への接続開始を要求するかどうかを決定することと、
前記装置がイニシエータであると決定され、さらに、既存のネットワークのメンバーではないと決定される場合、さらに、
ＩＰアドレス構成情報を前記他の装置に伝送することと、
前記他の装置から受信する応答において提供される情報に基づいて、前記装置においてＩＰアドレスを設定することと、
を含む、
装置。
【請求項１６】
前記ＩＰアドレス構成情報は、前記装置においてサポートされる１つ以上のＩＰアドレス割当方法を標示する、請求項１５に記載の装置。
【請求項１７】
前記他の装置から受信する前記応答において提供される前記情報は、少なくとも、前記１つ以上のアドレス割当方法から前記他の装置によって選択されるＩＰアドレス割当方法の標示と、前記他の装置と連動するために使用可能なＩＰアドレスとを含む、請求項１５または１６に記載の装置。
【請求項１８】
前記他の装置から受信する前記応答において提供される前記情報はさらに、前記他の装置の前記ＩＰアドレス、サブネットマスク、および利用可能なサブマスクリストのうちの１つ以上を含む、請求項１５から１７の何れかに記載の装置。
【請求項１９】
前記動作はさらに、前記装置がイニシエータではないことが決定される場合、メッセージを受信し、前記受信されたメッセージが前記装置によって使用するために別の装置によって提供されるＩＰアドレスを含むかどうかを決定すること、を含む、請求項１５から１８の何れかに記載の装置。
【請求項２０】
前記動作はさらに、前記受信されたメッセージが前記装置で使用するためのＩＰアドレスを含まないことが決定される場合、前記他の装置によって使用するためのＩＰアドレスを割り当て、前記割り当てられたＩＰアドレスを前記他の装置に伝送すること、を含む、請求項１９に記載の装置。
【請求項２１】
前記動作はさらに、前記装置および前記他の装置が同じネットワーク内にあるかどうかをさらに決定し、前記装置および前記他の装置が同じネットワーク内にあることが決定される場合、前記メッセージにおいて受信される前記ＩＰアドレスを無視すること、を含む、請求項１９に記載の装置。
【外国語明細書】
2012147422000001.pdf