JP2018520580A - ワイヤレス通信のためのサービス・ディスカバリ・プロキシのための方法、装置、およびコンピュータ・プログラム製品 - Google Patents

Abstract

好適な実施形態の一例は、ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、前記ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤを作成することと、作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームを、前記ワイヤレス・デバイスによって前記ワイヤレス・ネットワークに送信することを含む。【選択図】図６

Description

分野

本発明の分野は、ワイヤレス短距離通信に関し、特に、ワイヤレス環境のためのサービス・ディスカバリ・プロキシ・スキームに関する。

背景

現代社会は、ワイヤレス通信デバイスのユーザを他のユーザと結びつけるなどの様々な目的でワイヤレス通信デバイスを採用したうえ、これに依存するようになっている。ワイヤレス通信デバイスは、電池式のハンドヘルド・デバイスから電気回路網を電源として利用する家庭用および／または商用デバイスまで多岐にわたり得る。ワイヤレス通信デバイスの急速な発展により、まったく新たなタイプの通信アプリケーションを実現できる分野がいくつか出現した。

セルラ・ネットワークは、広い地理的範囲にわたる通信を促進する。これらのネットワーク技術は、一般に、１９７０年代終盤から１９８０年代初頭のベースライン音声通信を提供した第１世代（１Ｇ）アナログ・セルラ電話から始まり、最新のデジタル・セルラ電話まで世代で分けられてきた。ＧＳＭ（登録商標）は、広範に採用された２Ｇデジタル・セルラ・ネットワークの例であり、欧州では９００ＭＨＺ／１．８ＧＨＺ帯域、米国では８５０ＭＨｚおよび１．９ＧＨＺで通信する。ＧＳＭ（登録商標）などの長距離通信ネットワークは、広く受け入れられたデータ送受信手段であるが、費用、トラフィック、および法的懸案事項が原因で、これらのネットワークはすべてのデータ・アプリケーションには適さないかもしれない。

短距離通信技術は、大規模セルラ・ネットワークに見られる諸問題の一部を回避する通信ソリューションを提供する。Ｂｌｕｅｔｏｏｔｈ（登録商標）が、市場で急速に受け入れが進んでいる短距離ワイヤレス技術の例である。Ｂｌｕｅｔｏｏｔｈ（登録商標）に加えて他に人気の高い短距離通信技術としては、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ、ＩＥＥＥ８０２．１１ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ：Wireless Local Area Network）、ワイヤレスＵＳＢ（ＷＵＳＢ：Ｗｉｒｅｌｅｓｓ ＵＳＢ）、超広帯域無線（ＵＷＢ：Ultra Wide-band）、ＺｉｇＢｅｅ（IEEE802.15.4, IEEE802.15.4a）、および極超短波無線周波数識別（ＵＨＦ ＲＦＩＤ：Ultra-High Frequency Radio Frequency Identification）技術が挙げられる。これらワイヤレス通信技術はすべて、それらを様々な用途に適するものとする特徴を有する。

短距離ワイヤレス・デバイスのアプリケーションは、デバイスにローカル・ネットワーク環境についてのアウェアネスを提供するアウェアネス・アプリケーションを含むまでに発達している。アウェアネス・アプリケーションは、ユーザがそのモバイル・ワイヤレス・デバイスを使用してピア・ツー・ピア形式でローカル・コンテキスト・データを共有できるようにすることにより、ビジネスおよびソーシャル・ネットワーキングを拡大することが期待されている。例えばユーザは、地域のビジネス・ネットワーキング、ソーシャル・ネットワーキング、デート、身の安全、広告、出版、および捜索のためにリアルタイムで情報を共有することができるかもしれない。

摘要

方法、装置、およびコンピュータ・プログラム製品の例示の実施形態が、ワイヤレス環境のためのサービス・ディスカバリ・プロキシ・スキームを可能にする。

本発明の実施例の一種である方法は、
ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤを作成することと、
作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームを、ワイヤレス・デバイスによってワイヤレス・ネットワークに送信することと、
を含む。

本発明の実施例の一種である方法に関して、
サービス・ディスカバリ・フレームは、作成されたサービスＩＤを含みプロキシ・サービス・ディスカバリの利用可能性を示すパブリッシュ・メッセージを含む。

本発明の実施例の一種である方法は、
ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの少なくとも１つから、プロキシ登録リクエスト・メッセージを、ワイヤレス・サービス・ディスカバリ・フレームを送信するのに応答してワイヤレス・デバイスによって受信することと、
ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つを、他のワイヤレス・デバイスのうちの前記少なくとも１つのためにプロキシ・パブリッシュ・サービスを提供するべく、ワイヤレス・デバイスによって登録することと、
プロキシ登録リクエスト・メッセージを受信するのに応答して、ワイヤレス・デバイスによって、他のワイヤレス・デバイスのうちの前記少なくとも１つのためのプロキシ動作の始動を示すレスポンス・メッセージをワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つに送信することと、
を含む。

本発明の実施例の一種である方法に関して、
プロキシ登録リクエスト・メッセージは、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つからのプロキシ登録リクエストまたは後のメッセージのいずれかが、他のワイヤレス・デバイスのうちの前記少なくとも１つのためのプロキシとしてワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むと示すためのものである。

本発明の実施例の一種である方法は、
プロキシ登録リクエストによって示されたサービスのパブリッシュおよびサブスクライブのうちの少なくとも１つをワイヤレス・デバイスによって開始することであって、パブリッシュおよびサブスクライブのうちの前記少なくとも１つは、パブリッシュおよびサブスクライブのうちの前記少なくとも１つをされるサービスが、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つに代わってプロキシされていることの標示を含む、開始すること、
を含む。

本発明の実施例の一種である方法は、
ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、ワイヤレス・ネットワーク内で動作している別のワイヤレス・デバイスからワイヤレス・サービス・ディスカバリ・フレームを受信することであって、サービス・ディスカバリ・フレームは、ワイヤレス・ネットワーク内で動作しているワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するための別のワイヤレス・デバイスによるサポートを示すサービスＩＤを含む、受信することと、
ワイヤレス・サービス・ディスカバリ・フレームに応答して、ワイヤレス・デバイスによって別のワイヤレス・デバイスにプロキシ登録リクエスト・メッセージを送信することと、
ワイヤレス・デバイスのためにプロキシ・サービスを提供するための別のワイヤレス・デバイスによるワイヤレス・デバイスの登録を示すレスポンス・メッセージを、プロキシ登録リクエスト・メッセージに応答して、ワイヤレス・デバイスによって受信することと、
を含む。

本発明の実施例の一種である方法に関して、
サービス・ディスカバリ・フレームは、サービスＩＤを含みプロキシ・サービス・ディスカバリの利用可能性を示すパブリッシュ・メッセージを含む。

本発明の実施例の一種である方法に関して、
プロキシ登録リクエスト・メッセージは、ワイヤレス・デバイスにより送られるプロキシ登録リクエストまたは後のメッセージのいずれかが、ワイヤレス・デバイスに代わってプロキシとして別のワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むと示すプロキシ登録リクエストである。

本発明の実施例の一種である装置は、
少なくとも１つのプロセッサと、
コンピュータ・プログラム・コードを格納する少なくとも１つのメモリと、
を備え、
前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサに実行されると、前記装置に少なくとも、
ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤをワイヤレス・ネットワーク内で作成することと、
作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームをワイヤレス・ネットワークに送信することと、
をさせるよう構成される。

本発明の実施例の一種である装置に関して、
サービス・ディスカバリ・フレームは、作成されたサービスＩＤを含みプロキシ・サービス・ディスカバリの利用可能性を示すパブリッシュ・メッセージを含む。

本発明の実施例の一種である装置は、
前記少なくとも１つのプロセッサに実行されると、前記装置に少なくとも、
ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの少なくとも１つから、プロキシ登録リクエスト・メッセージを、ワイヤレス・サービス・ディスカバリ・フレームを送信するのに応答して受信することと、
ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つを、他のワイヤレス・デバイスのうちの前記少なくとも１つのためにプロキシ・パブリッシュ・サービスを提供するべく登録することと、
他のワイヤレス・デバイスのうちの前記少なくとも１つのためのプロキシ動作の始動を示すレスポンス・メッセージを、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つに、プロキシ登録リクエスト・メッセージを受信するのに応答して送信することと、
をさせるよう構成されたコンピュータ・プログラム・コードを備える。

本発明の実施例の一種である装置に関して、
プロキシ登録リクエスト・メッセージは、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つからのプロキシ登録リクエストまたは後のメッセージのいずれかが、他のワイヤレス・デバイスのうちの前記少なくとも１つのためのプロキシとしてワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むと示すためのものである。

本発明の実施例の一種である装置は、
前記少なくとも１つのプロセッサに実行されると、前記装置に少なくとも、
プロキシ登録リクエストによって示されたサービスのパブリッシュおよびサブスクライブのうちの少なくとも１つを開始することであって、パブリッシュおよびサブスクライブのうちの前記少なくとも１つは、パブリッシュおよびサブスクライブのうちの前記少なくとも１つをされるサービスが、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つに代わってプロキシされていることの標示を含む、開始すること、
をさせるように構成された前記コンピュータ・プログラム・コードを備える。

本発明の実施例の一種である装置は、
少なくとも１つのプロセッサと、
コンピュータ・プログラム・コードを格納する少なくとも１つのメモリと、
を備え、
前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサに実行されると、前記装置に少なくとも、
ワイヤレス・ネットワークにおいて、ワイヤレス・ネットワーク内で動作している別のワイヤレス・デバイスからワイヤレス・サービス・ディスカバリ・フレームを受信することであって、サービス・ディスカバリ・フレームは、ワイヤレス・ネットワーク内で動作しているワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するための別のワイヤレス・デバイスによるサポートを示すサービスＩＤを含む、受信することと、
ワイヤレス・サービス・ディスカバリ・フレームに応答して、別のワイヤレス・デバイスにプロキシ登録リクエスト・メッセージを送信することと、
ワイヤレス・デバイスのためにプロキシ・サービスを提供するための別のワイヤレス・デバイスによるワイヤレス・デバイスの登録を示すレスポンス・メッセージを、プロキシ登録リクエスト・メッセージに応答して受信することと、
をさせるよう構成されている。

本発明の実施例の一種である装置に関して、
サービス・ディスカバリ・フレームは、サービスＩＤを含みプロキシ・サービス・ディスカバリの利用可能性を示すパブリッシュ・メッセージを含む。

本発明の実施例の一種である装置に関して、
プロキシ登録リクエスト・メッセージは、ワイヤレス・デバイスにより送られたプロキシ登録リクエストまたは後のメッセージのいずれかが、ワイヤレス・デバイスに代わってプロキシとして別のワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むと示すプロキシ登録リクエストである。

本発明の実施例の一種であるコンピュータ・プログラム製品は、コンピュータ可読非一時的ストレージ媒体に記録されたコンピュータ実行可能なプログラム・コードを備え、コンピュータ実行可能なプログラム・コードは、
ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤを作成するためのコードと、
作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームを、ワイヤレス・デバイスによってワイヤレス・ネットワークに送信するためのコードと、
を備える。

本発明の実施例の一種であるコンピュータ・プログラム製品に関して、
サービス・ディスカバリ・フレームは、作成されたサービスＩＤを含みプロキシ・サービス・ディスカバリの利用可能性を示すパブリッシュ・メッセージを含む。

本発明の実施例の一種であるコンピュータ・プログラム製品は、
ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの少なくとも１つから、プロキシ登録リクエスト・メッセージを、ワイヤレス・サービス・ディスカバリ・フレームを送信するのに応答してワイヤレス・デバイスによって受信するためのコードと、
ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つを、他のワイヤレス・デバイスのうちの前記少なくとも１つのためにプロキシ・パブリッシュ・サービスを提供するべく、ワイヤレス・デバイスによって登録するためのコードと、
プロキシ登録リクエスト・メッセージを受信するのに応答して、ワイヤレス・デバイスによって、他のワイヤレス・デバイスのうちの前記少なくとも１つのためのプロキシ動作の始動を示すレスポンス・メッセージをワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つに送信するためのコードと、
を備える。

本発明の実施例の一種であるコンピュータ・プログラム製品に関して、
プロキシ登録リクエスト・メッセージは、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つからのプロキシ登録リクエストまたは後のメッセージのいずれかが、他のワイヤレス・デバイスのうちの前記少なくとも１つのためのプロキシとしてワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むと示すためのものである。

本発明の実施例の一種であるコンピュータ・プログラム製品は、
プロキシ登録リクエストによって示されたサービスのパブリッシュおよびサブスクライブのうちの少なくとも１つをワイヤレス・デバイスによって開始するためのコードであって、パブリッシュおよびサブスクライブのうちの前記少なくとも１つは、パブリッシュおよびサブスクライブのうちの前記少なくとも１つをされるサービスが、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つに代わってプロキシされていることの標示を含む、開始するためのコード
を備える。

本発明の実施例の一種であるコンピュータ・プログラム製品は、コンピュータ可読非一時的ストレージ媒体に記録されたコンピュータ実行可能なプログラム・コードを備え、コンピュータ実行可能なプログラム・コードは、
ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、ワイヤレス・ネットワーク内で動作している別のワイヤレス・デバイスからワイヤレス・サービス・ディスカバリ・フレームを受信するためのコードであって、サービス・ディスカバリ・フレームは、ワイヤレス・ネットワーク内で動作しているワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するための別のワイヤレス・デバイスによるサポートを示すサービスＩＤを含む、受信するためのコードと、
ワイヤレス・サービス・ディスカバリ・フレームに応答して、ワイヤレス・デバイスによって別のワイヤレス・デバイスにプロキシ登録リクエスト・メッセージを送信するためのコードと、
ワイヤレス・デバイスのためにプロキシ・サービスを提供するための別のワイヤレス・デバイスによるワイヤレス・デバイスの登録を示すレスポンス・メッセージを、プロキシ登録リクエスト・メッセージに応答して、ワイヤレス・デバイスによって受信するためのコードと、
を備える。

本発明の実施例の一種であるコンピュータ・プログラム製品に関し、
サービス・ディスカバリ・フレームは、サービスＩＤを含みプロキシ・サービス・ディスカバリの利用可能性を示すパブリッシュ・メッセージを含む。

本発明の実施例の一種であるコンピュータ・プログラム製品に関し、
プロキシ登録リクエスト・メッセージは、ワイヤレス・デバイスにより送られたプロキシ登録リクエストまたは後のメッセージのいずれかが、ワイヤレス・デバイスに代わってプロキシとして別のワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むと示すプロキシ登録リクエストである。

近隣アウェアネス・ネットワーク・クラスタ内で動作しているプロキシ・サーバ・ワイヤレス・デバイス、プロキシ・クライアント・ワイヤレス・デバイス、および第３のワイヤレス・デバイスの例示のネットワーク図を示す。プロキシ・サーバは、近隣アウェアネス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤを作成した。本発明の少なくとも１つの実施形態により、作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームをプロキシ・サーバが近隣アウェアネス・ネットワークに送信するのが示されている。 本発明の少なくとも１つの実施形態による、プロキシ・サーバによって送信されるパブリッシュ・メッセージであるワイヤレス・サービス・ディスカバリ・フレームの例示のフォーマットを示す。 図１の例示のネットワーク図を示す。近隣アウェアネス・ネットワーク内で動作しているワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのプロキシ・サーバによるサポートを示すサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームをプロキシ・クライアントがプロキシ・サーバから受信している。図面は、本発明の少なくとも１つの実施形態により、ワイヤレス・サービス・ディスカバリ・フレームの受信に応答してプロキシ・クライアントがプロキシ・サーバに、サービス・ディスカバリ・プロキシ登録リクエストを送信するのを示す。 本発明の少なくとも１つの実施形態による、プロキシ・クライアントによって送信されるサービス・ディスカバリ・プロキシ登録リクエストの例示のフォーマットを示す。 図１の例示のネットワーク図を示す。プロキシ・サーバはプロキシ・クライアントからサービス・ディスカバリ・プロキシ登録リクエストを受信している。この図面は、本発明の少なくとも１つの実施形態により、サービス・ディスカバリ・プロキシ登録リクエストの受信に応答して、プロキシ・サーバがプロキシ・クライアントにサービス・ディスカバリ・プロキシ登録レスポンスを送信するのを示す。 本発明の少なくとも１つの実施形態による、プロキシ・サーバによって送信されるサービス・ディスカバリ・プロキシ登録レスポンスの例示のフォーマットを示す。 本発明の少なくとも１つの実施形態による、プロキシされたパブリッシュおよびサブスクライブが実装された、ＮＡＮサービス・ディスカバリ・メッセージ内の変更されたサービス制御フィールドの例示のフォーマットを示す。 本発明の少なくとも１つの実施形態による、ＮＡＮサービス・ディスカバリ・メッセージ内のサービス・ディスクリプタ属性の、サービス情報フィールドの中のプロキシ特有フィールドの例示のフォーマットを示す。 本発明の少なくとも１つの実施形態による、ＮＡＮサービス・ディスカバリ・メッセージ内の新たなＮＡＮサービス・ディスカバリ・プロキシ属性の例示のフォーマットを示す。 本発明の少なくとも１つの実施形態による、プロキシされた応答型パブリッシュの例示の信号シーケンス図を示す。 本発明の少なくとも１つの実施形態による、プロキシされた自発型パブリッシュの例示の信号シーケンス図を示す。 本発明の少なくとも１つの実施形態による、プロキシされたパッシブ・サブスクライブの例示の信号シーケンス図を示す。 本発明の少なくとも１つの実施形態による、プロキシされたアクティブ・サブスクライブの例示の信号シーケンス図を示す。 プロキシ・サーバおよびプロキシ・クライアントの例示のネットワーク図を示す。本発明の少なくとも１つの実施形態により、プロキシ・サーバがワイヤレス・サービス・ディスカバリ・フレームを送信し、プロキシ・クライアントが作成されたサービスＩＤを含むサービス・ディスカバリ・フレームを受信するのが示されている。 本発明の少なくとも１つの実施形態による、プロキシ・サーバにおける動作ステップの例示のフロー図である。 本発明の少なくとも１つの実施形態による、プロキシ・クライアントにおける動作ステップの例示のフロー図である。 本発明の少なくとも１つの実施形態による、プロキシ登録リクエストにより示されたサービスのパブリッシュおよびサブスクライブのうちの少なくとも１つを開始するプロキシ・サーバにおける動作ステップの例示のフロー図である。 本発明の例示の実施形態による、ＮＡＮサービス・ディスカバリ・フレームがその中で送信される、２．４ＧＨｚにおける例示のディスカバリ・ウィンドウを示す。 本発明の例示の実施形態による例示のコンピュータ・プログラム製品としてデータおよび／またはコンピュータ・プログラム・コードを格納するための磁気ディスク、光ディスク、半導体メモリ回路デバイス、およびｍｉｃｒｏ−ＳＤメモリ・カード（ＳＤはセキュア・デジタル（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）標準を指す）など、磁気、電子、および／または光学技術に基づく取り外し可能ストレージ媒体の例が示された本発明の例示の実施形態を示す。

発明の例示の実施形態の検討

本セクションは、以下の各テーマに編成される。
Ａ．ＷＬＡＮ通信技術
Ｂ．アウェアネス・ネットワーク技術
Ｃ．近隣アウェアネス・ネットワーキング（ＮＡＮ：Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）
Ｄ．近隣アウェアネス・ネットワーキング・サービス・ディスカバリ・プロキシ

Ａ．ＷＬＡＮ通信技術
ＩＥＥＥ８０２．１１標準は、例示的なワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）運用の方法および技術を規定する。例として、２．４ＧＨｚ ＩＳＭ帯域における従来のＷＬＡＮ用途のための主要技術とされてきたＩＥＥＥ８０２．１１ｂおよび８０２．１１ｇワイヤレス・ローカル・エリア・ネットワーク規格が挙げられる。２．４ＧＨｚ範囲に５ＭＨｚ間隔で１４のチャネルが指定されている。ＩＥＥＥ８０２．１１ａ、ｂ、ｄ、ｅ、ｇ、ｈ、ｉ、ｊ、ｋ、ｎ、ｒ、ｓ、ｕ、ｖ、およびｚプロトコルについて、ＩＥＥＥ８０２．１１標準に対する様々な変更が基本標準「ＩＥＥＥ８０２．１１−２０１２、ワイヤレス媒体アクセス制御（ＭＡＣ）および物理レイヤ（ＰＨＹ）規格（IEEE 802.11-2012, Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications）」２０１２年２月に統合された。それ以来、新生のブロードバンド用途が短距離通信のための超高速ワイヤレス・ネットワーク開発に対する関心をかき立ててきた。例えば、様々な周波数帯で非常に高いスループットを提供することになる、例えば策定済みＩＥＥＥ８０２．１１ａｃおよび策定済みＩＥＥＥ８０２．１１ａｄ ＷＬＡＮ規格などがある。これらＩＥＥＥ８０２．１１標準の用途としては、家電、電話機、パーソナル・コンピュータ、ならびに家庭および事業所両方のためのアクセス・ポイントなどの製品が挙げられる。

１．ＩＥＥＥ８０２．１１ＭＡＣフレームおよび情報要素
ＩＥＥＥ８０２．１１プロトコルには、管理フレーム、制御フレーム、およびデータ・フレームという３つの主要なタイプの媒体アクセス制御（ＭＡＣ）フレームがある。管理フレームは管理サービスを提供する。データ・フレームはペイロード・データを搬送する。制御フレームはデータ・フレームの配信を支援する。これら各タイプのＭＡＣフレームは、ＭＡＣヘッダ、フレーム・ボディ、およびフレーム検査シーケンス（ＦＣＳ：ｆｒａｍｅ ｃｈｅｃｋ ｓｅｑｕｅｎｃｅ）からなる。ヘッダは、８０２．１１ＭＡＣフレームのタイプを定義してＭＡＣフレームの処理に必要な情報を提供するのに使用される制御情報を含む。フレーム・ボディは、管理タイプまたはデータ・タイプ・フレームのいずれかに含まれるデータまたは情報を含む。フレーム検査シーケンスは、ＭＡＣヘッダおよびフレーム・ボディ・フィールドのすべてのフィールドにわたる巡回冗長検査（ＣＲＣ：ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を表現する値である。

管理フレームは、ＭＡＣフレーム・ボディに含まれた情報要素と呼ばれる可変長フィールドによって指定され得る、管理サービスを提供するために使用される。情報要素は３つのフィールドを含み、その機能が要素ＩＤフィールドにより識別され、そのサイズが長さフィールドにより提供され、受信側に配信する情報が可変長情報フィールドにおいて提供される。

２．ＩＥＥＥ８０２．１１ビーコン、プローブ・リクエスト、およびレスポンス
ａ．ビーコン。
ビーコン・フレームは、ワイヤレス・デバイスがネットワークを発見および識別できるようにするために周期的に送信される管理フレームである。ビーコン・フレームは、タイムスタンプ、ビーコン間隔、および能力情報のフィールドを含む。タイムスタンプは、フレームが送信された時点でのデバイスの同期タイマの値を含む。能力情報フィールドは、デバイスの能力を特定する１６ビット・フィールドである。ビーコン・フレーム内の情報要素は、サービス・セット識別子（ＳＳＩＤ：ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）、サポートされるレート、１つ以上の物理パラメータ・セット、オプションの競合なしパラメータ・セット、およびオプションのトラフィック通知マップである。

ｉ．アクセス・ポイントを備えたインフラストラクチャＢＳＳネットワーク
アクセス・ポイントを備えたインフラストラクチャＢＳＳネットワークでは、秩序だった通信をワイヤレス・デバイスが確立および維持できるようにビーコン・フレームが使用される。ビーコン・フレームは、アクセス・ポイントにより一定間隔で送信され、フレーム・ヘッダと、様々な情報をもつボディとを含み、この情報には、特定のＷＬＡＮの名前を識別するサービス・セット識別子（ＳＳＩＤ）、および２つのビーコン送信間の意図される時間間隔を規定するビーコン間隔が含まれる。ビーコン・フレームの重要な目的の１つは、エリア内のアクセス・ポイントの存在についてワイヤレス・デバイスに通知することである。インフラストラクチャ基本サービス・セット（ＢＳＳ：ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）ＩＥＥＥ８０２．１１ＷＬＡＮネットワーク内のアクセス・ポイントは、インフラストラクチャＢＳＳ内のモバイル・ワイヤレス・デバイス（ＳＴＡ）間のすべての通信を中継する中央ハブであってもよい。インフラストラクチャＢＳＳ内のＳＴＡがデータのフレームを第２のＳＴＡへ伝達したい場合、その通信には２ホップかかることもある。まず、発信側ＳＴＡがフレームをＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ：アクセス・ポイント）に転送してもよい。次いでＡＰは、フレームを第２のＳＴＡに転送してもよい。インフラストラクチャＢＳＳにおいて、ＡＰは、ビーコンを送信しても、ＳＴＡから受信されるプローブに応答してもよい。ＡＰにより実施されることのある、ＳＴＡについて生じ得る認証の後、ＡＰとＳＴＡとの間にアソシエーションが発生でき、ＡＰとのデータ・トラフィックのやり取りが可能になる。インフラストラクチャＢＳＳ内のアクセス・ポイントは、ＢＳＳから出るトラフィックを配信ネットワークに渡してもよい。ＢＳＳのメンバーであるＳＴＡは、パケットをＡＰとやり取りしてもよい。

ｉｉ．アドホックＩＢＳＳネットワーク
最初にアクティブになるアドホック・ワイヤレス・デバイスがＩＢＳＳを確立し、そのエリアのアドホック・ネットワークの存在について他のワイヤレス・デバイスに通知するためにビーコンを送り始める。他のアドホック・ワイヤレス・デバイスは、ビーコンを受信してビーコン・フレームにあるビーコン間隔などのＩＢＳＳパラメータを受け取った後にネットワークに参加してもよい。

アドホック・ネットワークに参加する各ワイヤレス・デバイスは、ビーコンが送られるはずのときを過ぎて短いランダム遅延期間内に別のデバイスからのビーコンを検知しなければ、周期的にビーコンを送ってもよい。ワイヤレス・デバイスがランダム遅延期間内にビーコンを検知しなければ、ワイヤレス・デバイスは、アドホック・ネットワークの中で他にアクティブなワイヤレス・デバイスはなく、ビーコンの送信が必要であると推定する。

ビーコン信号は、周期的にアドホック・ネットワークから送信される。ビーコン・フレームは、周期的に送信され、送信元デバイスのアドレスを含む。

ｂ．プローブ・リクエスト
プローブ・リクエスト・フレームは、ワイヤレスＬＡＮを迅速に発見しようと試みるワイヤレス・デバイスにより送信される管理フレームである。プローブ・リクエスト・フレームは、独立基本サービス・セット（ＩＢＳＳ：ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）、インフラストラクチャ基本サービス・セット（ＢＳＳ）、またはメッシュ基本サービス・セット（ＭＢＳＳ：ｍｅｓｈ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）のみ、またはそれらのうちいずれかを発見するために使用され得る。プローブ・リクエスト・フレームは、特定のＳＳＩＤをもつワイヤレスＬＡＮを発見するため、または任意のワイヤレスＬＡＮを発見するために使用され得る。プローブ・リクエスト・フレームは、サービス属性リクエストを含んでもよい。

アクティブ・スキャンの場合、ワイヤレス・デバイスは、スキャンしているチャネル上でプローブ・リクエストをブロードキャストまたはユニキャストする。ワイヤレス・デバイスは、プローブ・リクエスト中のＳＳＩＤをワイルドカードＳＳＩＤにセットしても特定のＳＳＩＤ値にセットしてもよい。ワイヤレス・デバイスは、プローブ・リクエスト中のＢＳＳＩＤ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ：基本サービス・セット識別子）をワイルドカードＢＳＳＩＤにセットしても特定のＢＳＳＩＤ値にセットしてもよい。これらの選択肢により、ワイヤレス・デバイスは、任意のＳＳＩＤまたはＢＳＳＩＤ、特定のＳＳＩＤまたは特定のＢＳＳＩＤの任意の代表を探すことができる。ワイヤレス・デバイスは、受信された任意のビーコンまたはプローブ・レスポンスを、キャッシュされた基本サービス・セット識別子（ＢＳＳＩＤ）スキャン・リストに追加する。パッシブ・スキャンの場合、ワイヤレス・デバイスはプローブ・リクエストを送らず、代わりに、或る期間にわたりチャネルでリッスンし、受信された任意のビーコンまたはプローブ・レスポンスを、デバイスのキャッシュされたＢＳＳＩＤスキャン・リストに追加する。ワイヤレス・デバイスは、そのネットワーク・モードの現在の設定にかかわらず、インフラストラクチャ・ネットワークおよびアドホック・ネットワークの両方をスキャンしてもよい。ワイヤレス・デバイスは、アクティブ・スキャン方法もしくはパッシブ・スキャン方法のいずれかを使用してもよく、または両スキャン方法の組み合わせを使用してもよい。ワイヤレス・デバイスは、サポートするすべての周波数チャネルおよび帯域にわたってスキャンを実行する。２．４ＧＨｚ範囲に５ＭＨｚ間隔で１４のチャネルが指定されている。

ｉ．アクセス・ポイントを備えたインフラストラクチャＢＳＳネットワーク
ワイヤレス・デバイスは、プローブ・リクエストを送信して、ＢＳＳ内のアクセス・ポイントＡＰからプローブ・レスポンスを受信してもよい。プローブ・リクエストは、別のステーションまたはアクセス・ポイントから情報を取得するためにワイヤレス・デバイスによって送信される。例えばワイヤレス・デバイスは、特定のアクセス・ポイントが利用可能であるかどうかを判断するためにプローブ・リクエストを送信してもよい。インフラストラクチャＢＳＳでは、ＡＰのみがプローブ・リクエストに応答する。ＡＰにより返送されるプローブ・レスポンスは、タイムスタンプ、ビーコン間隔、および能力情報を含む。ＢＳＳのサービス・セット・アイデンティティ（ＳＳＩＤ）、サポートされるレート、およびＰＨＹパラメータも含む。ワイヤレス・デバイスＳＴＡは、アクセス・ポイントＡＰがＳＴＡの資格情報を受け入れることを学習してもよい。

アクティブ・スキャンに関して、スキャンを行うワイヤレス・デバイス（すなわちスキャナ）およびＡＰにより適用されるルールは以下のとおりである。
１）スキャナ（スキャンされるべきチャネル毎に）：
ａ．スキャン・コマンドに従ってセットされたＳＳＩＤおよびＢＳＳＩＤフィールドをもつ１つのプローブ・リクエスト・フレーム（またはそれら複数）を送信する。
ｂ．ＰｒｏｂｅＴｉｍｅｒをゼロにリセットして、プローブ・リクエストを送信したら開始する。
ｃ．ＰｒｏｂｅＴｉｍｅｒがＭｉｎＣｈａｎｎｅｌＴｉｍｅ（別称Ｍｉｎ＿Ｐｒｏｂｅ＿Ｒｅｓｐｏｎｓｅ＿Ｔｉｍｅ）に達する前にチャネル上で（エネルギーが十分に高い信号が）何も検出されない場合、次のチャネル（あれば）のスキャンに進み、その他の場合、ＰｒｏｂｅＴｉｍｅｒがＭａｘＣｈａｎｎｅｌＴｉｍｅ（すなわちＭａｘ＿Ｐｒｏｂｅ＿Ｒｅｓｐｏｎｓｅ＿Ｔｉｍｅ）に達すると、受信済みプローブ・レスポンスをすべて処理し、次のチャネル（あれば）のスキャンに進む。
２） ＡＰ：
ａ．ＡＰは、次の場合に限りプローブ・レスポンスにより応答するものとする：
ｉ．プローブ・リクエスト・フレーム内のアドレス１フィールドがブロードキャスト・アドレスまたはＡＰの固有ＭＡＣアドレスである。
ｉｉ．プローブ・リクエスト内のＳＳＩＤがワイルドカードＳＳＩＤであるか、プローブ・リクエスト内のＳＳＩＤがＡＰの固有ＳＳＩＤであるか、もしくはＡＰの固有ＳＳＩＤがプローブ・リクエストのＳＳＩＤリスト要素に含まれ、またはプローブ・リクエスト内のアドレス３フィールドがワイルドカードＢＳＳＩＤもしくはＡＰのＢＳＳＩＤである。
ｂ．プローブ・レスポンスの生成のためにさらなるいくつかの条件もセットされてもよい。

一般に、プローブ・リクエストの送信元は、プローブ・レスポンスにより応答するためにワイヤレス・デバイスが満たす必要のある条件を規定する。その条件を満足するすべてのワイヤレス・デバイスが、プローブ・レスポンス・フレームを送ろうとする。アクティブ・スキャン・メカニズムがこのシグナリングを定義する。

ｉｉ．アドホックＩＢＳＳネットワーク
プローブ・リクエストの受信は、結果としてワイヤレス・デバイスに、プローブ・リクエストにおいて示された条件が満たされればプローブ・レスポンスを用いて応答させる。ワイヤレス・デバイスがアドホック・ネットワークの任意のメンバーの通信圏内に到達すると、そのプローブ・リクエスト・フレーム照会信号が、照会を検出したアドホック・ネットワークのメンバーにより応答される。ネットワーク内で最新のビーコンをブロードキャストしたアドホック・ネットワーク内のデバイスが、この応答側デバイスのアドレスを含むプローブ・レスポンスによりプローブ・リクエスト・フレーム照会信号に応答する。プローブ・レスポンス・フレームはさらに、タイムスタンプ、ビーコン間隔、能力情報、ＳＳＩＤの情報要素、サポートされるレート、１つ以上の物理パラメータ・セット、オプションの競合なしパラメータ・セット、およびオプションのアドホック・ネットワーク・パラメータ・セットを含む。

デバイスは、１つ以上のアドホック・ネットワーク記述を生じさせる照会を実行すると、アドホック・ネットワークの１つに参加することを選択してもよい。参加プロセスは、完全にワイヤレス・デバイス内部で発生する純粋なローカル・プロセスであってもよい。デバイスが特定のアドホック・ネットワークに参加したことの知らせは、外界にまったくもたらされなくてもよい。アドホック・ネットワークへの参加は、ワイヤレス・デバイスのＭＡＣおよび物理パラメータのすべてが所望のアドホック・ネットワークと同期されることを要してもよい。これを行うために、デバイスはそのタイマを、アドホック・ネットワーク記述を取得してからの経過時間を加算することで変更されたアドホック・ネットワーク記述のタイマの値によって更新してもよい。これによりタイマがアドホック・ネットワークと同期される。アドホック・ネットワークのＢＳＳＩＤ、ならびに能力情報フィールド内のパラメータが採用されてもよい。このプロセスが完了すると、ワイヤレス・デバイスはアドホック・ネットワークに参加済みとなり、アドホック・ネットワーク内のデバイスとの通信を始める準備が整う。

ｃ．プローブ・レスポンス
受信されたプローブ・リクエストによりセットされた条件を満たしたワイヤレス・デバイスにより返送されるプローブ・レスポンスは、タイムスタンプ、ビーコン間隔、および能力情報を含む。ＢＳＳのサービス・セット・アイデンティティ（ＳＳＩＤ）、サポートされるレート、およびＰＨＹパラメータも含む。

例示の実施形態によれば、前のフレームの最後のシンボルの終わりと、次のフレームの第１のシンボルの始まりとの間の標準の間隔区間がＩＥＥＥ８０２．１１規格に定義されており、これは、媒体に対するステーションのアクセスを遅延させる。短フレーム間隔（ＳＩＦＳ：ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）、つまり最短のフレーム間隔により、確認応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームおよび受信準備完了（ＣＴＳ：ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレームが他より前に媒体にアクセスできるようにされてもよい。より長い継続期間の分散協調機能（ＤＣＦ：ｄｉｓｔｒｉｂｕｔｅｄ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ）フレーム間隔（ＩＦＳ：ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）、すなわちＤＩＦＳ区間は、データ・フレームおよび管理フレームの送信に使用されてもよい。

例示の実施形態によれば、チャネルが解放された後、プローブ・レスポンスが送信される前に、ワイヤレス・デバイスは通常、ＳＩＦＳ区間またはＤＩＦＳ区間の間にスペクトラム・センシング能力を用いて、チャネルがビジー状態であるかどうかを検出する。キャリア・センシング・スキームが使用されてもよく、その場合、プローブ・レスポンスを送信したいノードが、まず所定の時間、チャネルをリッスンして、別のノードがワイヤレス圏内でチャネル上で送信しているか否かを判断しなければならない。チャネルがアイドル状態であることが感知されれば、ノードは送信プロセスを始めることを許可されてもよい。チャネルがビジー状態であると感知されれば、ノードはそのプローブ・レスポンスの送信を、バックオフ区間と呼ばれるランダムな期間、遅延させてもよい。ＩＥＥＥ８０２．１１ネットワークで使用されるＤＣＦプロトコルでは、ステーションは、ＤＩＦＳ区間に関してチャネル・アイドルを感知すると、０からＣＷｍｉｎの間のランダムな値のバックオフ・フェーズに入ってもよい。所定の時間間隔にわたってチャネルがアイドルと感知されれば、バックオフ・カウンタがこの選択された値からデクリメントされてもよい。なお、各受信フレームの後にＤＩＦＳの間待機してから、チャネル・ステータスを感知してバックオフ・カウンタの更新を再開してもよい。

Ｂ．アウェアネス・ネットワーク技術
短距離ワイヤレス・デバイスのアプリケーションは、デバイスにローカル・ネットワーク環境についてのアウェアネスを提供するアウェアネス・アプリケーションを含むまでに発達している。非限定的な例示のアウェアネス・ネットワーク・アーキテクチャは、Ｎｏｋｉａ ＡｗａｒｅＮｅｔフレームワークであり、これは、ソーシャル・ネットワーキングからサービス・ディスカバリまで、様々なアプリケーションをサポートするために自己編成するワイヤレス・モバイル・デバイスのネットワークである。アウェアネス情報は、アドホック・ネットワーク上で、クエリを含んでもよい匿名のフラッディング・メッセージを送る短距離ワイヤレス・デバイスにより共有されてもよい。近隣の短距離ワイヤレス・デバイスは、発見されたロケーション・ベース・サービスへのポインタなどのレスポンスによりアドホック・ネットワーク上でフラッディング・メッセージに応答してもよい。

アウェアネス情報は、ローカル・ネットワーク環境、ならびにローカル・ネットワーク環境内のユーザおよび通信デバイスについての任意の情報および／またはコンテキストを含んでもよい。ワイヤレス・デバイスは、継続的に情報を収集し、ローカル・ネットワーク環境内の他のデバイスとやり取りしてもよい。短距離ワイヤレス・デバイス上で実行されているアウェアネス・アプリケーションは、アウェアネス情報を共有するためのネットワークを作成し、アウェアネス情報を特定して整理し、アウェアネス情報を共有するコミュニティを形成し、アウェアネス情報の共有に従事するデバイスの電力消費を管理し、アウェアネス情報を活用するようにアプリケーションを展開し、アウェアネス情報を共有するユーザのプライバシーおよび匿名性を維持してもよい。

短距離ワイヤレス・デバイス上で実行されるアウェアネス・アプリケーションは、すべてのデバイスがビーコン送信およびアドホック・ネットワークを動作状態に保つその他すべての基本動作に参加する責任を負うというスキームに基づく。アドホック・ネットワークは、ネットワーク内のすべてのデバイスが共有する１つのネットワーク識別子（ＮＷＩＤ：ｎｅｔｗｏｒｋ ｉｄｅｎｔｉｆｉｅｒ）を有するように設計されてもよい。ＮＷＩＤは、デバイスにより送信されるビーコンにおいてアナウンスされてもよい。全体的な設計として、同じＮＷＩＤの下で動作するデバイスは、圏内のすべてのデバイス間でアウェアネス情報が集合することを可能にするために、共通の共有スケジュールを使用するよう推進される。デバイスにより使用されるスケジュールの決定は、ネットワーク・インスタンス・タイマ値により行われてもよく、このタイマ値は、タイミング同期機能（ＴＳＦ：ｔｉｍｉｎｇ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｆｕｎｃｔｉｏｎ）値パラメータにおいてビーコンで伝達される。デバイスは、デバイスが動作しているＮＷＩＤを備えたネットワークを表す受信ビーコンに含まれるＴＳＦ値の最も古いもの（すなわち最大のＴＳＦ値）用いて動作するよう要求されてもよい。あるいはデバイスは、ＴＳＦ値以外の何らかの基準に基づいて、従うスケジュールを選択するよう要求されてもよい。ビーコンは、例として、使用するスケジュールを決定するためにデバイスにより使用されるＴＳＦ以外の何らかの情報を含んでもよい。

ワイヤレス・デバイスの無線およびＭＡＣがビーコンを送信するとき、ビーコンＭＡＣヘッダは、デバイス自体の現在のＴＳＦ値を含む。デバイスは、別のネットワークからビーコンを受信すると、自動的に返信メッセージを送信してもよく、返信メッセージは、本願明細書ではビーコン・レスポンス・メッセージと呼ばれる。ビーコン・レスポンス・メッセージは、返信するネットワークの現在のＴＳＦ値を含む。あるいは、ビーコン・レスポンス・メッセージは、使用するスケジュールを決定するために使用される他の情報を含んでもよい。

ワイヤレス・デバイスは、近接したすべてのデバイスが相互通信可能なネットワークを形成する。ネットワークのインスタンスを２つ以上形成する２つ以上のデバイス・グループが互いに接近すると、その２つ以上のインスタンスは統合して１つのネットワーク・インスタンスになってもよい。デバイスは、スキャン期間に受信されたビーコンから収集されたＴＳＦ情報に基づき、または受信されたビーコン・レスポンス・メッセージから収集されたＴＳＦ情報に基づき、自律的にインスタンスを変更すべく統合または参加の決定をしてもよい。統合の決定は、デバイスが、より古い（より大きな）ＴＳＦ値を備えたビーコンまたはビーコン・レスポンス・メッセージを別のワイヤレス・デバイスから受信したときに行われてもよい。あるいは、統合の決定は、別のワイヤレス・デバイスからのビーコンまたはビーコン・レスポンス・メッセージにおいて入手可能な他の何らかの情報に基づき下されてもよい。デバイスにより統合の決定が行われた後、デバイスは、新たなネットワーク・インスタンスに移行する。

短距離ワイヤレス・デバイスにおけるアウェアネス機能性は、アウェアネス・アーキテクチャ内の４つのレイヤに分割されてもよい。アウェアネス・レイヤおよびコミュニティ・レイヤは、アプリケーションのためのサービスを提供し、すなわち、アウェアネスＡＰＩを提供する。各レイヤ間のおおよその機能分担は以下のとおりである。

アウェアネス・レイヤ
或る実施形態によれば、アウェアネス・レイヤ（ＡｗＬ：Ａｗａｒｅｎｅｓｓ Ｌａｙｅｒ）は、アウェアネス・アーキテクチャの最上位レベルの制御を有する。ＡｗＬがアプリケーションに提供する例示のサービスには、パブリッシュおよびサブスクライブが含まれる。アウェアネス・レイヤは、アプリケーションからパブリッシュ・リクエストおよびサブスクライブ・リクエストを受信し、これらをクエリおよびクエリ・レスポンスにマッピングし、それらが今度は、デバイスからデバイスへと横断するアウェアネス・メッセージ、つまりネットワーク・レイヤＰＤＵとしてマッピングされる。アウェアネス・レイヤはさらに、デバイスにより受信されたアウェアネス・メッセージをアプリケーションにマッピングする。ネットワーク・レイヤは、アプリケーションのためのデータ・パイプのようには見えない。単一のアウェアネス・メッセージは自己充足型で短く、ＡｗＬは、それらが消費するリソースができる限り少なくなるようにメッセージを圧縮する。

アウェアネス・レイヤは、アウェアネス・データ項目の内部ストレージを備えてもよい。アイテムをパブリッシュするとは、通常、この内部ストレージにそれを格納することを意味する（パッシブ・パブリッシュ）。そのようなアイテムは、局所近傍にある他のデバイスが認識でき、サブスクライブ・サービスを使用して発見されてもよい。さらに、アウェアネス・レイヤにデバイスからデバイスへ伝播するパブリッシュ・メッセージを発行させる、アクティブ・パブリッシュを使用することができる。受信されたメッセージがアプリケーションの通知を引き起こすかどうかを決定するのは、ＡｗＬの責任である（フィルタリング）。項目は、一定のコミュニティにのみ認識可能となるようマークされて、当該コミュニティのメンバーによる検索でのみ認識できるようにされてもよい。

サブスクライブ・リクエストは、アウェアネス・レイヤに、最終的に局所近傍の他のデバイスに（下位アウェアネス・レイヤの機能性を使用して）伝播する単一クエリ・メッセージまたは反復的なクエリ・メッセージのいずれかを発行させる。そのようなクエリ・メッセージが、適合する情報項目を偶然もつデバイスのＡｗＬに到達すると、それが返信メッセージで応答する。アウェアネス・アーキテクチャの下位レイヤは、クエリ元デバイスのＡｗＬへと戻る当該メッセージのルーティングを処理し、ＡｗＬが、この別のデバイスの、サブスクライブ・リクエストを発行したアプリケーションに通知する。

コミュニティ・レイヤ
コミュニティの概念は、アウェアネス・アーキテクチャに一体として組み込まれている。アウェアネス通信は、すべてのデバイスに認識可能であることも、一定のコミュニティに属するもののみに認識可能であることもある。この認識可能性にかかわらず、すべてのワイヤレス・デバイスはメッセージのルーティングに参加する。コミュニティ・レイヤ（ＣｏＬ：Ｃｏｍｍｕｎｉｔｙ Ｌａｙｅｒ）の役割は、コミュニティ認識可能性ルールを実装することである。特定のデバイスが認識可能性を有する（すなわちデバイスがメッセージと同じコミュニティに属する）メッセージのみが、ＡｗＬに渡される。追加のコミュニティ・プライバシー・レベルとして、メッセージはコミュニティ・レイヤにより暗号化される。そのようなメッセージ・フィルタリングおよび暗号化／復号化ができるように、ＣｏＬは、デバイスのユーザが属するコミュニティのコミュニティ資格情報を格納する。既定のアウェアネス・コミュニティ（すべてのローカル・ユーザ）は資格情報を使用しないので、そのメッセージは単にコミュニティ・レイヤを通過する。

例示の実施形態によれば、アウェアネス・アーキテクチャは、既定のアウェアネス・コミュニティ、ピア・コミュニティ、およびパーソナル・コミュニティの３つの異なる種類のコミュニティを備える。コミュニティはさらに、そのプライバシーにより分類されてもよい。パブリック・コミュニティのメッセージが平文で送信されるのに対し、プライベート・コミュニティのメッセージは暗号化されて送信される。既定のアウェアネス・コミュニティは、すべてのワイヤレス・デバイスの既定のコミュニティである。アウェアネス・コミュニティのメッセージは暗号化されず、すべてのノードがアウェアネス・コミュニティ・メッセージを送受信し得る（パブリック・コミュニティ）。ピア・コミュニティではすべてのメンバーが同等であり、すべてのメンバーはコミュニティ特有メッセージをすべて受信し得る。ピア・コミュニティはパブリックであってもよいし、またはプライベートであって、つまり、コミュニティ・メッセージがコミュニティ固有の共有鍵から得られる一時鍵を使用して暗号化されてもよい。暗号化関数は、１２８ビット鍵を用いる高度暗号化標準、ＥＡＸモード（ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）／ＥＡＸ）に基づいてもよい。パーソナル・コミュニティは、コミュニティを管理するコミュニティ所有者を有する。所有者でないコミュニティ・メンバーは、所有者と通信し得るが、コミュニティの他のメンバーとは通信できない。パーソナル・コミュニティは、プライベートであり、つまり、所有者から他のメンバーへのコミュニティ・メッセージは暗号化されてもよい。

ネットワーク・レイヤ
ネットワーク・レイヤ（ＮＬ：Ｎｅｔｗｏｒｋ Ｌａｙｅｒ）は、アウェアネス・メッセージの局所的配布を処理する。これは、周辺のデバイス密度に適合することを試みるスマート・フラッディング・アルゴリズムによって達成される。高密度では、所定のメッセージの送信に参加するデバイスは数少ない。低密度では、すべてのデバイスが各メッセージを再送し得る（通常のフラッディング）。アウェアネス・ネットワークはフラットな階層を有し、いずれのデバイスも特別な役割を何ら負わない。したがって、高密度ではすべてのデバイスがほぼ同量のトラフィックを送信する（集中発生はなし）。ネットワーク・レイヤはさらに、検索を発信したデバイスへの返信のルーティングを処理してもよい。この目的のために、ネットワーク・レイヤは、その中を流れるメッセージからルーティング情報を収集する。さらに、近隣デバイスおよびそのおおよその距離の記録もする。通常、返信のルーティングがユニキャスト送信を使用するのに対して、フラッディング・メッセージは常にブロードキャストされる。ネットワーク・レイヤにより受信されたすべてのメッセージは、メッセージがＡｗＬにおいて処理されるべきかどうかを確認するためにコミュニティ・レイヤに渡される。

リンク・レイヤ
リンク・レイヤは、基礎をなす無線技術（例えばＩＥＥＥ８０２．１１ＷＬＡＮ物理レイヤ）とネットワーク・レイヤとの適合を行う。リンク・レイヤは、無線識別子および受信信号強度などの無線技術の特有情報を、ネットワーク・レイヤ（ＮＬ）により使用される技術的に中立な情報にマッピングする。例えば異なる無線技術の同時使用のために、複数のリンク・レイヤ・インスタンスがＮＬにより使用されてもよい。

リンク・レイヤは、論理リンク制御（ＬＬＣ：ｌｏｇｉｃａｌ ｌｉｎｋ ｃｏｎｔｒｏｌ）および媒体アクセス制御（ＭＡＣ）の２つのサブレイヤに分割されてもよい。ＬＬＣは、無線技術に依存しないサービスをネットワーク・レイヤに提供する。ＬＬＣは、無線技術特有のＭＡＣ間の相違を隠す。ＬＬＣは、ネットワーク・レイヤに対して単一のサービス・アクセス・ポイントを提供する。ＬＬＣは、一般的な提供サービスを技術特有のＭＡＣにより提供されるサービスにマッピングする方法を知っている。ＬＬＣ内部データ構造は、最近検知したすべての近隣デバイスの情報を含む近隣テーブルを含む。

リンク・レイヤは、ＴｒａｎｓｍｉｔＤａｔａ機能性を使用して所定の媒体を介しデータを送信しようとする。送信は成功することも失敗することもある。内部では、媒体が一時的にビジー状態であれば、リンク・レイヤは送信を数回試行することもある。リンク・レイヤは、受信するすべてのメッセージをネットワーク・レイヤに渡す。これは、他のノードを対象としたユニキャスト・メッセージも含む。

論理リンク制御（ＬＬＣ）は、無線技術特有のＭＡＣを認識する。ＩＥＥＥ８０２．１１ＷＬＡＮ ＭＡＣの例の場合、ＬＬＣは、以下のＷＬＡＮ ＭＡＣ特有アクションを行う。
ＷＬＡＮ ＭＡＣを制御（リセット、設定）する。
ＷＬＡＮネットワークをいつ統合するか決定する。
ＷＬＡＮ ＭＡＣに送られるメッセージ・パッケージを発信メッセージから構築する。
例えば送られるべきメッセージが多すぎる場合に、どのメッセージが送られどのメッセージが無視されるかを即座に選択する。
受信レポートに含まれる着信データ・メッセージを抽出する。
受信レポートおよびスキャン・レポートが受信されると近隣テーブルを更新する。

ＷＬＡＮネットワークの統合は、論理リンク制御（ＬＬＣ）の責任であってもよい。ＬＬＣは、２つのＷＬＡＮネットワーク・インスタンスまたはビーコン・グループをいつ、より大きな単一のネットワーク・インスタンスまたはビーコン・グループとして統合するかを決定してもよい。ＬＬＣは、自己のＷＬＡＮネットワーク・サイズの推定を計算してもよい。推定は、ネットワーク・レイヤにより提供された情報、ＬＬＣ近隣テーブルで発見された情報、および他のノードにより共有されるネットワーク・サイズ・カテゴリに基づいてもよい。ネットワーク・サイズ・カテゴリは、推定されたネットワーク・サイズから計算される。

ＩＥＥＥ８０２．１１ＷＬＡＮ ＭＡＣアウェアネス・モードは、ワイヤレス・デバイスがその電力を効率的に使用できるようにする。アウェアネス・モードでは、ＷＬＡＮ無線はほとんどの時間、休止状態であるので、電力消費が削減される。メッセージは、バッチ・モードで送信および受信される。すなわちＬＬＣは、単一のアウェイク期間にＭＡＣが送信すべきメッセージすべてを、単一パッケージで渡す。ＭＡＣは、単一のアウェイク期間中に受信されたすべてのメッセージを単一の受信レポートで渡す。ＬＬＣは、送信されるべきメッセージを単一パッケージに収集する。ＭＡＣがアウェイクのとき、ＬＬＣは、パッケージをＭＡＣに渡し、ＭＡＣはメッセージ送信を試行する。ＭＡＣが休止状態に入ろうとするとき、ＭＡＣは、送信に成功したメッセージおよび送信に失敗したメッセージについての情報を含む送信レポートをＬＬＣに送る。さらにＭＡＣは受信レポートをＬＬＣに渡す。レポートはアウェイク期間中に受信したメッセージを含む。

或る実施形態によれば、統合または参加プロセスは、純粋なローカル・プロセスであり、完全にワイヤレス・デバイス内部で生じる。デバイスが特定のアドホック・ネットワークに参加したことの知らせは、外界にまったくもたらされない。アドホック・ネットワークへの参加は、モバイル・デバイスのＭＡＣおよび物理パラメータのすべてが所望のアドホック・ネットワークと同期されることを要してもよい。これを行うために、デバイスはそのタイマを、記述を取得してからの経過時間を加算することで変更されたアドホック・ネットワーク記述のタイマのＴＳＦ値によって、更新してもよい。これにより、デバイスのタイマがアドホック・ネットワークと同期される。アドホック・ネットワークのＢＳＳＩＤ、ならびに能力情報フィールド内のパラメータが採用されてもよい。このプロセスが完了すると、ワイヤレス・デバイスはアドホック・ネットワークに参加済みとなり、アドホック・ネットワーク内のワイヤレス・デバイスとの通信を始める準備が整う。

ＩＥＥＥ８０２．１１ＷＬＡＮ ＭＡＣアウェアネス・モードは、以下の機能性を提供する：
ＭＡＣをリセットする。
ＭＡＣを設定する。
ＷＬＡＮネットワークに参加するかまたは新たなネットワークを作成する。
既存のＷＬＡＮネットワーク（ＢＳＳＩＤが既知）に参加する。
ＬＬＣパラメータをＷＬＡＮビーコン・フレームにおいて渡せるようにビーコン・フレームのテンプレートをセットする。
メッセージのセットの送信を試行する。
着信メッセージのセットを受信する。
ＷＬＡＮスキャン・メッセージのセットを受信する

メッセージ伝播
或る実施形態によれば、アウェアネス検索メッセージの伝播は、種々のデバイスのアウェアネス・アーキテクチャ・レイヤにおいて実施される。アプリケーションは、アウェアネス・レイヤにより提供されるサブスクライブ・サービスを使用することによりデバイスにおいてサブスクリプションを開始する。アウェアネス・レイヤは、クエリ・メッセージを他のデバイスに送ることによりサブスクリプションを実現する。すべてのデバイスにおいてメッセージは少なくともコミュニティ・レイヤまで進む。ただし、メッセージがＡｗＬまで進行するのは、メッセージの対象コミュニティに属するデバイスにおいてのみである。返信側デバイスにアプリケーションが存在する必要はない。アウェアネス・プラットフォームがアクティブであるだけで十分である。

Ｃ．近隣アウェアネス・ネットワーキング（ＮＡＮ）
例示の実施形態によれば、本発明は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅ（ＷＦＡ）により標準化されている近隣アウェアネス・ネットワーキング（ＮＡＮ）プログラムの論理アーキテクチャにおいて使用されてもよい。このプログラムは、Ｗｉ−Ｆｉ Ａｗａｒｅ（商標）として公知である。

ＮＡＮネットワークは、ＩＥＥＥ８０２．１１により使用されるスペクトルのうち、２．４ＧＨｚ周波数帯の１つのチャネル、さらにオプションで５ＧＨｚ周波数帯の１つのチャネルでのみ動作する。２．４ＧＨｚ周波数帯のＮＡＮチャネルは、チャネル６（２．４３７ＧＨｚ）でなければならない。

ＮＡＮデバイスは、ＮＡＮプロトコルを実装する任意のデバイスである。ＮＡＮクラスタは、同じディスカバリ・ウィンドウ・スケジュールに同期されたＮＡＮデバイスの集合である。ＮＡＮクラスタをもたらすＮＡＮデバイスは、必須の２．４ＧＨｚ周波数帯ＮＡＮチャネルにおいてちょうど５１２ＴＵ離れた一連のディスカバリ・ウィンドウ開始時間を定義する。同じＮＡＮクラスタに参加するＮＡＮデバイスは、共通クロックに同期される。

ＮＡＮ同期ビーコン
ＮＡＮ同期ビーコンは、ＮＡＮタイミング同期に使用されるＮＡＮディスカバリ・ウィンドウの中で送信される変更済みのＩＥＥＥ８０２．１１ビーコン管理フレームである。ＴＳＦは、同じＮＡＮクラスタ内のすべてのＮＡＮデバイスのタイマの同期を維持する。ＮＡＮクラスタ内のＴＳＦは、すべてのＮＡＮデバイスにより実行されなければならない分散型アルゴリズムを介して実施されなければならない。ＮＡＮクラスタに参加する各ＮＡＮデバイスは、本節に記載されたアルゴリズムに従ってＮＡＮビーコン・フレームを送信しなければならない。

ディスカバリ・ウィンドウは、各ディスカバリ・ウィンドウ開始時間に開始する。ディスカバリ・ウィンドウ継続期間は１６ＴＵであるものとする。ディスカバリ・ウィンドウの間、１つ以上のＮＡＮデバイスは、ＮＡＮクラスタ内のすべてのＮＡＮデバイスがそれらのクロックを同期させるようにＮＡＮ同期ビーコン・フレームを送信する。ＮＡＮデバイスは、１つのディスカバリ・ウィンドウ内で最大１つのＮＡＮ同期ビーコン・フレームを送信する。

ＮＡＮサービス・ディスカバリ・フレーム
ディスカバリ・ウィンドウの間、１つ以上のＮＡＮデバイスが、ベンダー特有のパブリック・アクション・フレームであるＮＡＮサービス・ディスカバリ・フレームを送信する。ＮＡＮサービス・ディスカバリ・フレームは、ＮＡＮクラスタ内のＮＡＮデバイスにより送信されるＩＥＥＥ８０２．１１管理フレームである。ＮＡＮサービス・ディスカバリ・フレームは、ＮＡＮデバイスが、他のＮＡＮデバイスからのサービスを探すこと、および他のＮＡＮデバイスに対してサービスを発見可能にすることを可能にする。ＮＡＮサービス・ディスカバリ・プロトコルには、２つのＮＡＮサービス・ディスカバリ・プロトコル・メッセージが定義されている。
１．パブリッシュ・メッセージ
２．サブスクライブ・メッセージ

ＮＡＮサービス・ディスカバリ・プロトコル・メッセージは、ＮＡＮサービス・ディスカバリ・フレームにおいて搬送されるサービス・ディスクリプタ属性において搬送される。ＮＡＮデバイスは、ＮＡＮサービス・ディスカバリ・フレームを使用して、特定サービスの利用可能性を能動的に探してもよい。ＮＡＮデバイスがサブスクライブ・メッセージを使用するとき、ＮＡＮデバイスは、同じＮＡＮクラスタ内で動作している他のＮＡＮデバイスに、レスポンス基準が満たされた場合にはパブリッシュ・メッセージを送信するよう要請する。ＮＡＮデバイスはパブリッシュ・メッセージを使用して、そのサービスを同じＮＡＮクラスタ内で動作している他のＮＡＮデバイスに自発型方式で発見可能にしてもよい。サービス制御フィールドは、サービス・ディスクリプタ属性がパブリッシュに関連するか、サブスクライブに関連するか、またはフォローアップ機能に関連するか、ならびにマッチング・フィルタ、サービス・レスポンス・フィルタ、およびサービス特有情報などの他のオプションのフィールドがサービス・ディスクリプタ属性に存在するかどうかを示す。

ＮＡＮサービス・ディスカバリ・フレームは、フレーム制御、継続期間、受信アドレス（ＮＡＮネットワークＩＤ）、送信アドレス、クラスタＩＤ、シーケンス制御、ＨＴ制御（フレーム制御により存在が示される）、ＮＡＮサービス・ディスカバリ・フレーム・ボディ、および巡回冗長コード（ＣＲＣ：ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）のフィールドを含むＩＥＥＥ８０２．１１管理フレームである。ＮＡＮサービス・ディスカバリ・フレーム・ボディは、例えばサービスＩＤ属性およびサービス・ディスクリプタ属性を指定するＮＡＮ属性を含む。サービス・ディスクリプタ属性は、ＮＡＮサービス・ディスカバリ・フレームにおいて使用されてもよい。

ＮＡＮディスカバリ・ビーコン・フレーム
ディスカバリ・ウィンドウ同士の間で、１つ以上のＮＡＮデバイスが、ＮＡＮデバイスがＮＡＮクラスタを発見できるようにＮＡＮディスカバリ・ビーコン・フレームを送信する。マスタ・ロールの各ＮＡＮデバイスは、ＮＡＮクラスタの発見を促進するためにＮＡＮディスカバリ・ウィンドウ外でＮＡＮディスカバリ・ビーコン・フレームを送信しなければならない。ＮＡＮディスカバリ・ビーコンは、ＮＡＮディスカバリ・ウィンドウ外で送信される変更されたＩＥＥＥ８０２．１１ビーコン管理フレームである。

ＮＡＮデバイスのＮＡＮプロトコル・スタックは、１）ＮＡＮディスカバリ・エンジン、２）ＮＡＮサポートを備えたＭＡＣの２つのコンポーネントを含むことが予定されている。ＮＡＮサポートを備えたＭＡＣは、ＮＡＮデバイスが時刻および周波数において同期してＮＡＮディスカバリ・エンジンから／へのサービス・ディスカバリ・フレームのための共通可能期間を提供するための手段を提供する。

ＮＡＮディスカバリ・エンジン
ＮＡＮディスカバリ・エンジンは、サービス・ディスカバリを目的としてアプリケーションにパブリッシュ・サービスおよびサブスクライブ・サービスを提供する。

パブリッシュとは、近隣アウェアネス・ネットワーキング・プログラムにより認証されたプロトコルおよびメカニズムを使用して、例えば能力およびサービスについてのアプリケーションが選択した情報を、サブスクライブを用いて情報を求める他のＮＡＮデバイスが入手できるようにする機能である。パブリッシュを使用するＮＡＮデバイスは、パブリッシュされる情報を、自発型または応答型の方式で提供し得る。パブリッシュは、ＮＡＮデバイス上のアプリケーションがアプリケーションの能力およびサービスについて選択された情報を他のＮＡＮデバイスに入手可能にするためのメカニズムとして、Ｗｉ−Ｆｉ ＮＡＮのために定義されている。

サブスクライブは、近隣アウェアネス・ネットワーキング・プログラムにより認証されたプロトコルおよびメカニズムを使用して、パブリッシュにより他のＮＡＮデバイスにおいて入手可能にされた情報を発見する機能である。サブスクライブを使用するＮＡＮデバイスは、パブリッシュされた情報を求めて受動的にリッスンしても、または能動的に要求してもよい。サブスクライブは、他のＮＡＮデバイスの能力およびサービスについての選択されたタイプの情報をアプリケーション・ユーザが収集するためのメカニズムとしてＷｉ−Ｆｉ ＮＡＮのために定義されている。

アプリケーションは、パブリッシュ・サービスおよびサブスクライブ・サービスの、特定のタイプのＮＡＮネットワークでの実行、任意のタイプのＮＡＮネットワークでの実行、またはすべてのタイプのＮＡＮネットワークでの実行をリクエストしてもよい。ＮＡＮネットワーク・タイプの選択は、発見されるパブリッシュおよびサブスクライブ・サービスが、孤立したクラスタ内で発生することを意図されているか、近くのＮＡＮデバイス間で発生することを意図されているか、またはＮＡＮデバイスの圏内にあるすべてのＮＡＮデバイス間で発生することを意図されているかを決定する。ＮＡＮディスカバリ・エンジン・サービス毎のネットワーク・タイプの選択は、ＮＡＮネットワークおよびクラスタ選択機能を扱うＮＡＮスタックの下位レベルに反映される。パブリッシュ／サブスクライブ・サービスが１つのタイプのネットワークで実行されるよう設定された場合、対応する機能性およびディスカバリ・プロトコル・メッセージのやり取りは、同タイプのネットワークにおいてのみ発生するようにされる。本願明細書に記載するとき、セルおよびクラスタという用語は同じものを指す。

パブリッシュ・サービスおよびサブスクライブ・サービスは、ＮＡＮディスカバリ・エンジンが実装しＮＡＮのために設計されたディスカバリ・プロトコルを利用することを予定されている。このプロトコルは、１）ディスカバリ・クエリ・メッセージ、２）ディスカバリ・レスポンス・メッセージ、および３）ディスカバリ・アナウンスメント・メッセージの、異なる３つのプロトコル・メッセージを有することが予定されている。サブスクライブ・サービスは、ディスカバリ・クエリ・メッセージを使用してアクティブ・ディスカバリを実施することが予定されている。サブスクライブ・サービスは、パッシブ・モードのみで動作するよう設定されてもよい。このモードでは、ディスカバリ・クエリ・メッセージは送信されないが、求める情報を発見するためにディスカバリ・レスポンスおよびディスカバリ・アナウンスメント・メッセージを求めてリッスンする。パブリッシュ・サービスは、ディスカバリ・レスポンス・メッセージおよびディスカバリ・アナウンスメント・メッセージを使用して、発見する側のデバイスに対してアプリケーションが選択した情報の利用可能性をアナウンスすることを予定されている。ディスカバリ・レスポンス・メッセージは、レスポンス基準を満たす受信済みディスカバリ・クエリへのレスポンスとして使用されることが意図されている。ディスカバリ・アナウンスメント・メッセージは、自発型パブリッシュ・サービスを実装するために使用されることが意図されている。

サブスクライブ・サービスがアクティブ・モードでアクティブ化されたデバイスは、ディスカバリ・クエリ・メッセージを送信して、パブリッシュ側のデバイスがディスカバリ・レスポンス・メッセージを送信するようトリガする。並行して、サブスクライブ側のデバイスは、受信されるディスカバリ・レスポンスおよびディスカバリ・アナウンスメント・メッセージをモニタして、求めるサービスおよび情報の利用可能性を判断する。モニタは、サブスクライブ・サービスがアクティブな間に受信されるすべてのディスカバリ・レスポンス・メッセージおよびディスカバリ・アナウンスメント・メッセージに適用される継続的なプロセスであることが構想されている。この手法では、サブスクライブ側のデバイスは、それ自体のディスカバリ・クエリ・メッセージ送信とは独立したディスカバリ・レスポンスおよびディスカバリ・アナウンスメント・メッセージから有益情報を収集してもよい。

各パブリッシュ／サービス・インスタンスには、規定のハッシュ関数を使用して６オクテットのサービス識別子（ＳＩＤ：ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｅｒ）値を生成するためにＮＡＮディスカバリ・エンジンにおいて使用され、サービス／アプリケーションを特定する、サービス名（ＵＴＦ−８ストリング）が少なくとも与えられる。このＳＩＤは、特定のサービスを探すときに主要な照合基準として使用される。したがって、このＳＩＤは、メッセージの受信側が一致の発生または不発生を確認できるように各パブリッシュ・メッセージおよびサブスクライブ・メッセージにおいて送信される。各パブリッシュ／サービス・インスタンスにはさらに、サービス・ディスカバリのためのさらなる基準が与えられてもよい。これは、マッチング・フィルタと呼ばれる。マッチング・フィルタが与えられれば、ＮＡＮディスカバリ・エンジンは、照合のためにＳＩＤのみではなくマッチング・フィルタ情報も使用する必要がある。基本的な考えは、ディスカバリが成功するためには、パブリッシャおよびサブスクライバからのＳＩＤおよびマッチング・フィルタの両方の間に、完全一致がなければならないということである。サブスクライブ／パブリッシュの目的でＮＡＮディスカバリ・エンジンにマッチング・フィルタが与えられる場合は必ず、このマッチング・フィルタもサブスクライブ／パブリッシュ・メッセージにおいてＳＩＤとともに搬送される。

さらに、各パブリッシュ／サービス・インスタンスには、ディスカバリにおいてそれ自体は使用されず、照合においても使用されない、サービス特有情報が与えられてもよい。ただしこれは、ＳＩＤ／ｍａｔｃｈｉｎｇ＿ｆｉｌｔｅｒが一致する場合にサービス／アプリケーション・レイヤに伝達される情報である。したがって、この情報もパブリッシュ・メッセージおよびサブスクライブ・メッセージにおいてピア・デバイスに搬送される。

パブリッシュ・メッセージおよびサブスクライブ・メッセージはいずれも、サービス・ディスクリプタ属性の形態で無線搬送される。各属性は、１つのパブリッシュ・インスタンスまたはサブスクライブ・インスタンスを表現し、少なくともＳＩＤ、さらにオプションでマッチング・フィルタおよびサービス特有情報を含む。サービス・ディスクリプタ属性は、ベンダー特有のパブリック・アクション・フレームであるＮＡＮサービス・ディスカバリ・フレームにおいて搬送される。非常に限られた量のサービス・ディスカバリ情報は、ＮＡＮ情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）内にＮＡＮ属性の一部を含み得るＮＡＮビーコン・フレームにおいても搬送されてもよい。そのような属性の１つは、パブリッシュされるサービスの選択されたセットを示すようにセットされ得る可変数のＳＩＤを含んでもよいサービスＩＤ属性である。ＮＡＮビーコンおよびその中のサービスＩＤ属性は、サブスクライブ目的で使用されずに、パブリッシュされたサービスおよびそのＳＩＤのみを示してもよい。

ＮＡＮサポートを備えたＭＡＣ
ＭＡＣは、近くのデバイス間で時刻および周波数同期を得て維持する責任を負い、その結果、デバイスは、同じチャネルで同時にディスカバリ・プロトコル・メッセージのやり取りのために利用可能となる。同期は、いわゆるマスタ・デバイス（既定）により可能期間の始めに送信される専用同期フレームによって発生する。同期フレームは、一定のチャネルにおいて周期的に送信される。周期性およびチャネル使用は、同期フレーム・パラメータにより決定される。各デバイスがマスタ・デバイスとして動作できる必要があり、各デバイスは、それがマスタ・デバイスであるか否かを各可能期間に対して判断することが予定されている。この判断は、マスタ選定アルゴリズムによって行われる。同期フレームは、同期フレーム送信と、可能期間またはディスカバリ・ウィンドウとの両方のスケジュール（時刻および周波数）を決定する。

ＮＡＮネットワークは、共通のネットワーク識別子（ＮＡＮ ＩＤ）のもとで動作して共通の同期フレームおよびディスカバリ・ウィンドウ・パラメータを共有するＮＡＮデバイスのセットからなる。ＮＡＮネットワークは１つ以上のＮＡＮクラスタを含む。各ＮＡＮクラスタは、コンテンション・グループであってもビーコン・グループであってもよく、ＮＡＮネットワークの局所的表現と考えられてもよい。ＮＡＮクラスタは、１つのＮＡＮ ＩＤを備えたＮＡＮネットワークにおいて動作して同期フレーム送信およびディスカバリ・ウィンドウの両方に関して同期されたＮＡＮデバイスのセットからなる。ＮＡＮデバイスがＮＡＮクラスタを形成するためには、それらの少なくとも一部が互いの圏内になければならない。ＮＡＮ ＩＤは、少なくとも、ビーコン・フレームのフォーマットのものであってもよい同期フレームにおいて搬送される。各ビーコンは、ＮＡＮ ＩＤフィールドを含み、これは、ビーコンを受信するＮＡＮデバイスにおいて、例として、ビーコンがそのＮＡＮデバイスの動作しているＮＡＮネットワークからのものであるかどうか、およびどのタイプのＮＡＮネットワークからビーコンが送信されたかを判断するために使用される。本発明の一実施形態では、ＮＡＮ ＩＤは、ＮＡＮクラスタ内での基本的な同期を提供するためにＮＡＮネットワークにおいて使用されるビーコンまたは同期フレーム内の６オクテット・フィールドにより示される数値である。本発明の一実施形態では、ビーコン・フレームにおいて搬送されるＮＡＮクラスタ識別子はないが、各ＮＡＮセルは、特に同期フレーム（ビーコン）スケジュールの観点から、異なるスケジュールにより区別される。

ＮＡＮディスカバリ・エンジンは、圏内のデバイス間で直接の低電力ディスカバリを可能にするよう特に開発された機能を有するＷｉ−Ｆｉ ＭＡＣの変形を活用する。ＮＡＮサポートを備えたこのＭＡＣは、フレーム送信および受信サービスに加えて同期を提供する。同期の目的は、圏内のすべてのＮＡＮデバイスを同時に同じ周波数チャネル上でサービス・ディスカバリのやり取りのために利用可能にすることである。同期は、すべてのＮＡＮデバイスが関与するビーコン・フレーム送信を基礎とする。ビーコン・フレームは、周期的に送信され、ＮＡＮネットワーク・インスタンスを探すデバイスのためのＮＡＮネットワーク・インスタンス識別子としての役割も果たす（ＮＡＮクラスタはＮＡＮネットワーク・インスタンスである）。ＮＡＮネットワーク・インスタンスを探すＮＡＮデバイスは、ＮＡＮデバイスからのビーコン・フレームを求めてリッスンすることにより従来のＷｉ−Ｆｉパッシブ・スキャンを使用する。典型的には、ＮＡＮデバイスは、１０〜２０秒に一度パッシブ・スキャンを実行し、各スキャンは２００〜３００ｍｓずつ続く。ＮＡＮデバイスは、１つ以上のＮＡＮネットワーク・インスタンスを見つけると、同期してそこでの動作を始めるインスタンスを選択する。

ＮＡＮコンカレント・デバイスは、ＮＡＮネットワークと、ＷＬＡＮインフラストラクチャ、ＩＢＳＳ、およびＷｉ−Ｆｉダイレクトなど他のタイプのＷｉ−Ｆｉネットワークとにおいて動作できるＮＡＮデバイスである。

ＮＡＮ動作の基本原理：
●デバイスにおいてＮＡＮ機能をアクティブ化すると、デバイスはまず、パッシブ・ディスカバリによってＮＡＮネットワークを探す。ＮＡＮ機能は、ＮＡＮディスカバリ・エンジンにアクティブなサービスがない場合に、サブスクライブまたはパブリッシュいずれかのサービスのアクティブ化をリクエストするデバイス内のアプリケーションによりアクティブ化される。
ａ）既定で、ＮＡＮ仕様において決定されている少なくとも１つのＮＡＮ ＩＤがあり、ＮＡＮデバイスは当該ネットワークおよびそのクラスタを探す。
●ＮＡＮネットワーク／ＮＡＮクラスタへの参加：デバイスが参加し得る少なくとも１つのＮＡＮクラスタがデバイスに見つかれば、デバイスはクラスタを選択してそれに参加する。デバイスが参加し得るＮＡＮクラスタが見つからなければ、デバイスは自己のＮＡＮクラスタを確立する。アプリケーションは、パブリッシュ・サービスがパッシブ・モードでアクティブ化されることもリクエストしている場合がある。そのような場合には、デバイスは、ＮＡＮクラスタを決して確立せず、他のデバイスにより確立されたＮＡＮクラスタにおいてのみ動作する。
ａ）ＮＡＮデバイスは、次の基準が満たされるとＮＡＮクラスタに参加してもよい：
１．デバイスが、所定の閾値ＲＳＳＩ＿Ｃ（例えば−５０ｄＢｍ）を超える信号レベルで、クラスタから少なくとも１つの同期フレームを受信する。
●ＮＡＮクラスタに参加すると、ＮＡＮデバイスは自己をクラスタの同期フレーム送信およびディスカバリ・ウィンドウ・スケジュール両方に同期させる。
ａ）さらにデバイスは、それが同期フレームを送信する責任を負うマスタ・デバイスであるかどうかを判断するために、マスタ選定アルゴリズムを実行する責任を負う。
●ＮＡＮクラスタに入ると、ＮＡＮデバイスは、次の基準のうち１つが満たされている限り、そこで動作し続けてもよい：
ａ）デバイスが、所定の閾値ＲＳＳＩ＿Ｃ（例えば−５０ｄＢｍ）を超える信号レベルで、クラスタから少なくとも１つの同期フレームを受信する。
ｂ）デバイスが、同期フレームを送信するマスタ・デバイスとして動作する。
●ＮＡＮクラスタ内で動作しているとき、ＮＡＮデバイスは、クラスタのベース・クロックおよびクラスタのディスカバリ・ウィンドウ・スケジュールの両方を維持する責任を負い、ベース・クロックの維持は、必要に応じて同期フレームを送信することによる。
●さらにＮＡＮデバイスは、デバイスが参加を考慮すべき他のＮＡＮクラスタが圏内にあるかどうかを把握するために時折パッシブ・ディスカバリを実施する責任を負う。
ａ）ＮＡＮデバイスが、ＮＡＮクラスタの同期フレームを検出し、そのクラスタがデバイスの動作しているクラスタとは異なるものであるが両クラスタともデバイスが動作しているＮＡＮネットワークに属しており、且つ同期フレームが、所定の閾値ＲＳＳＩ＿Ｃ（例えば−５０ｄＢｍ）を超える信号レベルで受信されると、デバイスは以下のとおり続行する：
１．外部クラスタからの同期フレームが、自己のクラスタよりも外部クラスタの優先を示すパラメータ値を含む場合、デバイスはその動作を外部クラスタに移行させる。
２．その他の場合、デバイスはその動作を現クラスタにおいて継続する。

近隣アウェアネス・ネットワーキング・ネットワーク
−ＮＡＮネットワークは、共通のネットワーク識別子（ＮＡＮ ＩＤ）のもとで動作して共通の同期フレームおよびディスカバリ・ウィンドウ・パラメータを共有するＮＡＮデバイスのセットからなる。
−ＮＡＮネットワークは１つ以上のＮＡＮクラスタからなる。
−本発明の例示の実施形態によれば、２つのＮＡＮネットワーク・タイプが定義される：
ａ）同期されたクラスタのネットワーク。
ｂ）孤立したクラスタのネットワーク。
−ネットワーク識別子（ＮＡＮ ＩＤ）はネットワーク・タイプに依存する。
ａ）好適な実装形態では、ＮＡＮ仕様が少なくとも２つのＮＡＮ ＩＤ値を決定し、それぞれのＩＤ値に対して仕様がネットワーク・タイプも決定する。
−ネットワーク・タイプは、ディスカバリ・ウィンドウ・スケジュールがクラスタ境界を越えて整合されるか（同期されたクラスタのネットワーク）、またはディスカバリ・ウィンドウ・スケジュールが、ディスカバリ・ウィンドウの観点から隣接する／重なり合うクラスタを非同期に特に保つことを目的とする、クラスタのローカルのものであるかを決定する。
ａ）同期されたクラスタのネットワークでは、目的は同じ１つのディスカバリ・ウィンドウ・スケジュールを最大限に使用することである。
ｂ）孤立したクラスタのネットワークでは、目的はクラスタに独自ディスカバリ・ウィンドウ・スケジュールで動作させ続けて、同じクラスタ内で動作するデバイスのみが同じチャネルにおいて同時にＮＡＮディスカバリ・フレームのために利用可能となるようにすることである。

クラスタ
１つのＮＡＮ ＩＤを備えたＮＡＮネットワークにおいて動作して同期フレーム送信およびディスカバリ・ウィンドウの両方に関して同期されたＮＡＮデバイスのセットがＮＡＮクラスタを形成する。

ＮＡＮデバイスがＮＡＮクラスタを形成するためには、それらの少なくとも一部が互いの圏内になければならない。

ＮＡＮクラスタの中での同期は、各デバイスが同期フレーム送信の負担を共有し、ディスカバリ・ウィンドウの間、ＮＡＮディスカバリのために同時に利用可能であることを意味する。

クラスタが同期されたクラスタのネットワークに属するか孤立したクラスタのネットワークに属するかに応じて、或るクラスタから別のクラスタに移動するＮＡＮデバイスには一定の義務があり、これは後により詳細に記載する。

同期フレーム
同期フレームは、ＮＡＮネットワークにおける時刻および周波数同期の基礎を形成する。すべてのＮＡＮデバイスは、マスタ・ロール選定ルールに従って同期フレーム送信に参加する責任を負う。

同期フレームは、フレームがどの程度頻繁にどのチャネル（単数または複数）で送信されるかを決定する同期フレーム・パラメータに従って送信される。

同期フレームは、ＮＡＮデバイスのためのベース・クロックを提供し、ベース・クロックは、ディスカバリ・ウィンドウ・スケジュールを指定するときに参照として使用される。

ベース・クロックは、ＷＬＡＮにおいて使用される時刻同期機能（ＴＳＦ）を基礎とし、各同期フレームは、ＴＳＦタイムスタンプ値のインジケータを含むことが予定されている。

同期フレームはビーコン・フレームとして実現されてもよい。

ディスカバリ・ウィンドウ
ディスカバリ・ウィンドウは、ＮＡＮデバイスをＮＡＮディスカバリ・フレームのやり取りのために利用可能な期間である。

ディスカバリ・ウィンドウは、ウィンドウがどの程度頻繁に、どのチャネル（単数または複数）において発生するかを決定するディスカバリ・ウィンドウ・パラメータに従って発生する。

ディスカバリ・ウィンドウ・スケジュールは、同期フレームにおいて利用可能な情報を基礎とする。

ディスカバリ・ウィンドウ・スケジュールは、ＮＡＮネットワーク・タイプに応じて、ＮＡＮクラスタ特有であっても、またはＮＡＮクラスタ境界を横断して同じであってもよい。

ＮＡＮ同期ビーコンおよびＮＡＮサービス・ディスカバリ・フレームはいずれも、ディスカバリ・ウィンドウの間に送信される。ＮＡＮデバイスが収束する時刻およびチャネルがディスカバリ・ウィンドウと呼ばれる。各ディスカバリ・ウィンドウは、１６ＴＵ（１．０２４ｍｓ）の長さで、２つの連続したＤＷの開始時間の時間差は５１２ＴＵである。ＮＡＮディスカバリ・ビーコンのみＤＷ外で送信されると想定される。

ディスカバリ・ウィンドウは、２．４ＧＨｚ、且つ特にチャネル６において発生するものとする。ＮＡＮデバイスはさらに、ＮＡＮ動作のために５ＧＨｚを使用してもよい。そうする場合、ＮＡＮデバイスは２．４ＧＨｚおよび５ＧＨｚに別々のディスカバリ・ウィンドウをスケジュールする。しかしながら、２．４ＧＨｚ ＤＷスケジュールは、５ＧＨｚディスカバリ・ウィンドウ・スケジュールの基礎である。５ＧＨｚディスカバリ・ウィンドウは、２．４ＧＨｚのものとサイズが等しくなり、いずれの帯域においてもディスカバリ・ウィンドウ期間は５１２ＴＵである。５ＧＨｚ帯域における第１のディスカバリ・ウィンドウは、２．４ＧＨｚ帯域における第１のディスカバリ・ウィンドウから１２８ＴＵオフセットされる。

ＮＡＮネットワークは、連続したＤＷ同士の間の期間、ＤＷの持続時間、ビーコン間隔、およびＮＡＮチャネル（単数または複数）を含むＮＡＮパラメータの共通セットを共有するすべてのＮＡＮデバイスを含む。ＮＡＮクラスタは、ＮＡＮパラメータの共通セットを共有し同じＤＷスケジュールに同期されたＮＡＮデバイスの集合である。ＮＡＮクラスタは、ＮＡＮクラスタ識別子（ＩＤ）を用いて識別される。同じＮＡＮクラスタの一部であるＮＡＮデバイスは、ＮＡＮマスタ選定手順に参加する。実際にはこれは、ＮＡＮクラスタ内で動作する各ＮＡＮデバイスが、ＮＡＮクラスタにおけるビーコン送信に参加する責任を負うということを意味する。

ＮＡＮネットワークにおけるデバイス動作
ＮＡＮをデバイスにおいてアクティブ化すると、デバイスは、まずパッシブ・ディスカバリによってＮＡＮネットワークを探す。

既定で、ＮＡＮ仕様において決定されている既定の１つのＮＡＮ ＩＤがあり、ＮＡＮデバイスは当該ネットワークおよびそのクラスタを探す。

ＮＡＮネットワーク／ＮＡＮクラスタへの参加：
デバイスが参加し得る少なくとも１つのＮＡＮクラスタがデバイスに見つかれば、デバイスはクラスタを選択してそれに参加する。
デバイスが参加し得るＮＡＮクラスタが見つからなければ、デバイスは自己のＮＡＮクラスタを確立する。ＮＡＮディスカバリ・エンジンが、パッシブ・モードでサブスクライブ・サービスをアクティブ化するようリクエストされた場合、デバイスは、自己のＮＡＮクラスタを確立せず、発見するＮＡＮクラスタにおいてのみ動作すると決定することも可能である。

ＮＡＮデバイスは、ＮＡＮクラスタ内で動作するとき、デバイスが動作するＮＡＮネットワークの他のＮＡＮクラスタが利用可能かどうかを調べるために、パッシブ・ディスカバリを周期的に実施する。

ＮＡＮクラスタへの参加
ＮＡＮデバイスは、次の基準が満たされるとＮＡＮクラスタに参加してもよい：
●デバイスが、所定の閾値ＲＳＳＩ＿Ｃ（例えば−５０ｄＢｍ）を超える信号レベルで、クラスタから少なくとも１つの同期フレームを受信する。

ＮＡＮクラスタに参加すると、ＮＡＮデバイスは自己をクラスタの同期フレーム送信およびディスカバリ・ウィンドウ・スケジュールの両方に同期させる。

さらにデバイスは、それが同期フレームを送信する責任を負うマスタ・デバイスであるかどうかを判断するために、マスタ選定アルゴリズムを実行する責任を負う。

ＮＡＮクラスタ内での動作
ＮＡＮデバイスは、次の基準のうち１つが満たされている限り、ＮＡＮクラスタにおいて動作し続けてもよい：
●デバイスが、所定の閾値ＲＳＳＩ＿Ｃ（例えば−５０ｄＢｍ）を超える信号レベルで、クラスタから少なくとも１つの同期フレームを受信する。
●デバイスが、同期フレームを送信するマスタ・デバイスとして動作する。

ＮＡＮクラスタ内で動作しているとき、ＮＡＮデバイスは、クラスタのベース・クロックおよびクラスタのディスカバリ・ウィンドウ・スケジュールの両方を維持する責任を負い、ベース・クロックの維持は、必要に応じて同期フレームを送信することによる。

マスタの選定
本発明の例示の実施形態によれば、ノード、デバイス、またはＳＴＡは、マスタ同期ＳＴＡとしてビーコンを送信するために他のマスタＳＴＡと競合する、非マスタ同期ＳＴＡとしてビーコンを送信するために競合しない、の２つのロールのうち１つで動作してもよい。マスタ同期ＳＴＡロールは、近隣アウェアネス・ネットワーキングのためのマスタ選定アルゴリズムにより決定されてもよい。アドホック・ネットワークのすべてのノード、デバイス、またはＳＴＡは、両ロールで動作できる必要があってもよく、マスタ選定アルゴリズムは、すべてのノード、デバイス、またはＳＴＡによって時折、または周期的に実行される必要があってもよい。

ＮＡＮクラスタ内で動作するＮＡＮデバイスは、それがマスタ・デバイスであるかどうかを、ディスカバリ・ウィンドウ毎にマスタ選定アルゴリズムに従って判断する責任を負う必要があってもよい。

外部クラスタからの同期フレーム
ＮＡＮデバイスが、ＮＡＮクラスタの同期フレームを検出し、そのクラスタがデバイスの動作しているクラスタとは異なるものであるが両クラスタともデバイスが動作しているＮＡＮネットワークに属しており、且つ同期フレームが、所定の閾値ＲＳＳＩ＿Ｃ（例えば−５０ｄＢｍ）を超える信号レベルで受信されると、デバイスは以下のとおり続行する：
−外部クラスタからの同期フレーム内のタイムスタンプ（例えばＴＳＦ値）が自己のクラスタにおける時間よりも大きい場合、デバイスはその動作を外部クラスタに移行させる。
−あるいは、デバイスがその動作を外部クラスタに移行するかどうかを決定するために、外部クラスタからの同期フレーム内の他の何らかの情報が分析される。
−その他の場合、デバイスはその動作を現クラスタにおいて継続する。

新クラスタへの動作の移行
同期されたクラスタのネットワーク内でＮＡＮデバイスが動作する場合、ＮＡＮデバイスは、パッシブ・ディスカバリにより新クラスタの存在を検出するのを受けて新クラスタにその動作を移行するとき、以下を行うものとする。
ａ）デバイスが現／旧クラスタにおいてマスタ・デバイスであれば、ルールは次のとおりである：
−デバイスは、新クラスタについての情報を含む少なくとも１つの同期フレームを現／旧クラスタ内のマスタ・デバイスとして送信する。これは少なくとも、新クラスタのＴＳＦ値およびディスカバリ・ウィンドウ・スケジュールについての情報を含む。
−デバイスは、新クラスタについての情報を備える少なくとも１つの同期フレームを現／旧クラスタにおいて送信すると、新クラスタ内で動作を始めるものとし、旧クラスタ内でのすべての動作をやめる。
ｂ）デバイスが現／旧クラスタにおいて非マスタ・デバイスであれば、ルールは次のとおりである：
−デバイスは、新クラスタ内で動作し始めるものとし、旧クラスタ内でのすべての動作をやめる。

ＮＡＮデバイスが、孤立したクラスタのネットワーク内で動作する場合、新クラスタにその動作を移行させるときに以下を行うものとする：
ａ）デバイスが現／旧クラスタ内でマスタ・デバイスであるか非マスタ・デバイスであるかにかかわらず、デバイスは、新クラスタ内で動作を始めるものとし、旧クラスタ内での動作をすべてやめる。

ディスカバリ・ウィンドウ・スケジュールの整合
ＮＡＮデバイスが同期されたクラスタのネットワーク内で動作するとき、新クラスタについての情報を含む受信済み同期フレームから新クラスタの存在を検出し、且つ新クラスタがそのディスカバリ・ウィンドウが使用されるべきクラスタであると示されると、ＮＡＮデバイスは、以下を行うものとする。
ａ）デバイスが現／旧クラスタにおいてマスタ・デバイスであれば、ルールは次のとおりである：
−デバイスは、新クラスタについての情報を含む少なくとも１つの同期フレームを現／旧クラスタ内のマスタ・デバイスとして送信してもよい。
−デバイスは、新クラスタのディスカバリ・ウィンドウ・スケジュールを使用し始める。
−デバイスは、新クラスタを検出できるかどうか、および同期フレーム送信の観点から同期のために十分に高い信号レベルで新クラスタから同期フレームを受信できるかどうかを調べるために、パッシブ・ディスカバリをアクティブ化してもよい。
ｂ）デバイスが現／旧クラスタにおいて非マスタ・デバイスであれば、ルールは次のとおりである：
−デバイスは、新クラスタのディスカバリ・ウィンドウ・スケジュールを使用し始める。
−デバイスは、新クラスタを検出できるかどうか、および同期フレーム送信の観点から同期のために十分に高い信号レベルで新クラスタから同期フレームを受信できるかどうかを調べるために、パッシブ・ディスカバリをアクティブ化してもよい。

Ｄ．近隣アウェアネス・ネットワーキング・サービス・ディスカバリ・プロキシ
例示の実施形態によれば、本発明は近隣アウェアネス・ネットワーキング（ＮＡＮ）の論理アーキテクチャにおいて使用されてもよい。

本発明の例示の実施形態において、ＮＡＮサービス・ディスカバリ・プロキシの機能性はＮＡＮサービスとして実装される。

本発明の例示の実施形態において、ＮＡＮ特有シグナリングに対する拡張が、ＮＡＮサービス・ディスカバリ・プロキシ・サーバの発見を可能にする。

本発明の例示の実施形態において、ＮＡＮ特有シグナリングに対する拡張が、サービス・パブリッシュ／サブスクライブのプロキシ・サーバへの登録を可能にする。

本発明の例示の実施形態において、ＮＡＮ特有シグナリングに対する拡張が、プロキシ・サーバにおけるプロキシされたサービス・パブリッシュ／サブスクライブの管理を可能にする。

本発明の例示の実施形態において、ＮＡＮ特有シグナリングに対する拡張が、プロキシされたサービス・パブリッシュ／サブスクライブに関する情報のやり取りを可能にする。

本発明の例示の実施形態において、プロキシを行うことは、ＮＡＮ２プロキシ・サーバ、ＮＡＮ２プロキシ・クライアント、および第３のＮＡＮ２デバイスという異なる３つのロールのデバイスを含む。ＮＡＮ２プロキシ・クライアントは、そのサービス・ディスカバリ機能性の一部を他に代行させることによっていくらか電池を節約することを目指すＮＡＮ２デバイスである。ＮＡＮ２プロキシ・サーバは、商用電源式ＮＡＮ２デバイスであって、ＮＡＮ２プロキシ・クライアントがいくらか節電できるよう助けるために、進んでプロキシ・サーバとして動作するものであってもよい。第３のＮＡＮ２デバイスは、このケースでは、ＮＡＮ２プロキシ・クライアントと同じサービスを運用するデバイスであり、ＮＡＮ２プロキシ・サーバを通してＮＡＮ２プロキシ・クライアントのサービスを発見すべきデバイスである。ＮＡＮ２プロキシ・クライアントは、適用可能な場合、且つ付近のＮＡＮ２プロキシ・サーバにおいて利用可能である場合、パブリッシュおよび／またはサブスクライブのためにＮＡＮ２プロキシ・サーバを使用してもよい。

１）プロキシ・サーバ・ディスカバリ
ＮＡＮ２プロキシ・サーバが自己を利用可能および発見可能にする方法としてはいくつかの異なる選択肢がある。最も論理的手法は以下のとおりである：
ａ）ＮＡＮ接続能力属性の拡張
ｂ）ＮＡＮビーコンの拡張
ｃ）新たなＮＡＮ属性の定義
ｄ）ＮＡＮサービスとしてのＮＡＮサービス・ディスカバリ・プロキシの実装（好ましい）

本発明の例示の実施形態は、プロキシを行うことをＮＡＮサービスとして規定することである。Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅにより割り当てられた予約されたサービス名が使用され（例えばｏｒｇ．ｗｉ−ｆｉ．ａｗａｒｅ．ｓｄｐｒｏｘｙ）、サービスは、情報をＮＡＮスタック外に転送せずにＮＡＮスタック上で実行されるべきである。この手法により、ＮＡＮ２プロキシ・クライアントにより使用されるＮＡＮ２プロキシ・サーバの能力／サポート／サービスを提供するＮＡＮ２デバイスが、サービスをパブリッシュする。言い換えれば、デバイスは、そのＮＡＮディスカバリ・エンジンに、自発型もしくは応答型いずれかの方式で、または両パブリッシュ・タイプを同時に用いて、他の任意のサービスのようにプロキシ・サービスをパブリッシュさせる。ＮＡＮサービス・ディスカバリ・プロキシのために予約されるサービス名に対応するサービスＩＤをもつパブリッシュ・メッセージを搬送するサービス・ディスカバリ・フレームは、次を含むべきである：
ａ）サービス・ディスクリプタ、および
ｂ）追加利用可能性マップ（ＦＡＶ）

図１は、近隣アウェアネス・ネットワーク・クラスタ１００内で動作しているプロキシ・サーバ・ワイヤレス・デバイスＡ２、プロキシ・クライアント・ワイヤレス・デバイスＡ１、および第３のワイヤレス・デバイスＡ３の例示のネットワーク図を示す。プロキシ・サーバは、近隣アウェアネス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤを作成した。本発明の少なくとも１つの実施形態に従って、作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレーム１０１をプロキシ・サーバが近隣アウェアネス・ネットワークに送信するのが示されている。サービス・ディスカバリ・フレーム１０１は、サービスＩＤを含むパブリッシュ・メッセージを含んでもよい。

図１Ａは、本発明の少なくとも１つの実施形態による、プロキシ・サーバＡ２によって送信されるパブリッシュ・メッセージであるワイヤレス・サービス・ディスカバリ・フレーム１０１の例示のフォーマットを示す。図面に示されたサービス・ディスクリプタは、利用可能なプロキシ・サービスの詳細を提供する。これは例として以下のインジケータを含む。

ａ）プロキシ・サーバがプロキシされたパブリッシュに利用可能であるか、またはプロキシされたサブスクライブに利用可能であるか、または両方に利用可能であるかを示すフィールド。
ａ．例として、２ビット・フィールドをこの目的に使用可能であり、一方のビットがプロキシされたパブリッシュの利用可能性を示すために使用され、他方のビットがプロキシされたサブスクライブの利用可能性を示すために使用される。値「１」は、プロキシされたパブリッシュ／サブスクライブが利用可能であることを示すために使用されてもよく、値「０」は、それが利用可能でないことを示すために使用されてもよい。
ｂ．注：例示の実施形態において、プロキシ・サーバはプロキシされたパブリッシュをサポートし、プロキシされたサブスクライブをサポートするのはオプションである。プロキシされたパブリッシュは、パブリッシュ・メッセージをプロキシ・クライアントに代わって、応答型または自発型のいずれかの方式で送信することを除いては、ほかにプロキシ・サーバが何かをすることを必ずしも要求するものではない。プロキシされたサブスクライブは、既定で、プロキシ・サーバがディスカバリ結果を格納することを要求してもよい。一部のプロキシ・サーバではこれを行う準備はできていないかもしれないので、プロキシされたサブスクライブをサポートするのはオプションとされてもよい。

ｂ）どのタイプのプロキシされたパブリッシュがプロキシ・サーバにおいて利用可能であるかを示すフィールド。
ａ．２ビット・サブフィールド。１つのビットは応答型パブリッシュに対するサポートを示し（「０」は非サポート、「１」はサポート）、もう１つのビットは自発型パブリッシュに対するサポートを示す（「０」は非サポート、「１」はサポート）。
ｂ．プロキシ・サーバが、プロキシ・クライアントによる取得のため、プロキシされたパブリッシュに一致する検出されたＮＡＮサブスクライブについての情報をプロキシ・サーバが収集できるかどうかを示す１ビット・サブフィールド。「１」にセットされれば、プロキシ・サーバは、検出されたＮＡＮサブスクライブについての情報を収集できる。「０」にセットされると、プロキシ・サーバは、検出されたＮＡＮサブスクライブについての情報を収集できず、単にプロキシ・クライアントに代わってプロキシされたパブリッシュ・メッセージを送信する。

ｃ）どのタイプのプロキシされたサブスクライブがプロキシ・サーバにおいて利用可能であるかを示すフィールド。
ａ．２ビット・サブフィールド。１つのビットはアクティブ・サブスクライブに対するサポートを示し（「０」は非サポート、「１」はサポート）、もう１つのビットはパッシブ・サブスクライブに対するサポートを示す（「０」は非サポート、「１」はサポート）。
ｂ．プロキシ・サーバが、プロキシ・クライアントによる取得のため、プロキシされたサブスクライブに一致する検出されたＮＡＮパブリッシュについての情報をプロキシ・サーバが収集できるかどうかを示す１ビット・サブフィールド。「１」にセットされれば、プロキシ・サーバは、検出されたＮＡＮパブリッシュについての情報を収集できる。「０」にセットされると、プロキシ・サーバは、検出されたＮＡＮパブリッシュについての情報を収集できず、単にプロキシ・クライアントに代わってプロキシされたサブスクライブ・メッセージを送信する。

ｄ）プロキシされたパブリッシュ／サブスクライブのための最大生存時間を示すフィールド
ａ．例として、プロキシ・サーバが最大でどの程度の長さ、プロキシされたパブリッシュ／サブスクライブをプロキシ・クライアントと何らのメッセージのやり取りもせずに実行させ続け得るかを示す、１オクテット・フィールド。好適なソリューションは、このフィールドに、連続したＮＡＮディスカバリ・ウィンドウの数として時間を示させることである。

ｅ）プロキシされたパブリッシュ／サブスクライブに関係するパブリッシュ／サブスクライブ・メッセージの送信の最小周期を示すフィールド。
ａ．例として、プロキシ・サーバがプロキシされたパブリッシュ／サブスクライブのためにパブリッシュ／サブスクライブ・メッセージを送信し得るのが、すべてのＮＡＮディスカバリ・ウィンドウ内であるか、または１つおきのＤＷ内であるか、３つおきのＤＷ内であるか、７つおきのＤＷ内であるかなどを示す、１オクテット・フィールド。

ｆ）プロキシ・サーバがすべてのＮＡＮディスカバリ・ウィンドウにおけるプロキシ動作に利用可能であるか、一部のディスカバリ・ウィンドウの間のみのプロキシ動作に利用可能であるかを示すフィールド。
ａ．例として、プロキシ・サーバがプロキシされたパブリッシュ／サブスクライブのために動作するべく利用可能であるのが、すべてのＮＡＮディスカバリ・ウィンドウ内であるか、ごく一部のＮＡＮディスカバリ・ウィンドウ（例えば１つおきのＮＡＮディスカバリ・ウィンドウ、３つおきのＤＷなど）内であるかを示す、１オクテット・フィールド。

追加利用可能性マップ（ＦＡＶ）は、任意のプロキシ・セッション管理関係の通信（すなわち、以後規定する、登録、キープ・アライブ・メッセージング、登録解除など）のためにＮＡＮ２プロキシ・クライアントに対してＮＡＮ２プロキシ・サーバが利用可能であるときの時刻および周波数を記述する。別の実施形態は、ＮＡＮ２プロキシ・クライアントがそのサービスをディスカバリ・ウィンドウ（ＤＷ）中に登録できるようにするものであってもよいが、ＤＷは、本当のディスカバリのために十分な余裕を残すために過剰な使用から保護されなければならない。

２）プロキシ・セッション管理
プロキシ・セッション管理とは、プロキシ・サーバ／クライアントによって、ａ）プロキシ・サーバにサービス・パブリッシュ／サブスクライブを登録し、ｂ）登録を維持し、ｃ）プロキシされたパブリッシュ／サブスクライブをプロキシ・サーバから登録解除するために使用される手段を指す。

登録においては、プロキシ・クライアントからのリクエストによりプロキシ・セッションが形成される。確立されると、プロキシ・セッションは、セッションがリクエストによりまたは例えばセッション・タイムアウトの満了を受けて自動的に破棄されるまで、プロキシ・クライアントにより維持される。

プロキシ・セッション管理のために専用プロトコルが使用される。好適な手法は、ＮＡＮフォローアップ・メッセージを基礎として使用してプロトコルを設計することである。好適な手法は、プロキシ・サーバがプロキシ・セッション管理通信に利用可能であると示す期間およびチャネルにおいて当該メッセージを送信させることである。ＮＡＮ追加利用可能性ウィンドウ（ＦＡＶ）がこの目的に使用されてもよい。

フォローアップ・メッセージは、ＮＡＮサービス・ディスカバリ・フレームにおいて搬送されるが、これらはもともと、ＮＡＮデバイスがＮＡＮサービス・ディスカバリを無事に完了すると２つのピアＮＡＮデバイスのサービス／アプリケーション・レイヤ間で搬送されるように設計されていた。フォローアップ・メッセージを含むＮＡＮサービス・ディスカバリ・フレームは、メッセージのターゲットであるサービスおよびサービス・インスタンスを識別する値を搬送するサービスＩＤフィールドおよびインスタンスＩＤフィールドを備えたユニキャスト・フレームである。

ＮＡＮプロキシ・セッション管理プロトコルの場合、サービスＩＤは、ＮＡＮサービス・ディスカバリ・プロキシに付与および割り当てされたサービス名に対応する値にセットされる（例えばｏｒｇ．ｗｉ−ｆｉ．ａｗａｒｅ．ｓｄｐｒｏｘｙ）。インスタンスＩＤは、ＮＡＮの仕様で規定されたとおりに使用され、フォローアップ・メッセージのターゲットとされるピア・デバイスのＮＡＮサービス・ディスカバリ・プロキシ・インスタンスを示す値にセットされ、さらにこれは、プロキシ・サーバＡ２から受信されるパブリッシュ・メッセージ１０１から取得される。ＮＡＮ仕様に従ってサービス／アプリケーション特有情報を搬送するサービス情報フィールドは、プロキシ・セッション管理に関する情報を含むように設計される。したがって、サービス情報フィールドは、ＮＡＮプロキシ・セッション管理プロトコル・メッセージにおいて搬送する必要のあるすべての詳細情報を含み、サービスＩＤフィールドは、２つのＮＡＮサービス・ディスカバリ・プロキシ・デバイスのサービス・レイヤ間でやり取りされるフォローアップ・メッセージにおいてある種のプロトコル識別子としての役割をする。サービス情報フィールドの最初の数フィールドは、例としてメッセージがプロキシ登録リクエストを含むかプロキシ登録レスポンスを含むかを示すために使用されるフィールドを含むことになる一般的なプロキシ・セッション管理メッセージ・ヘッダを含むことが予定されている。以下のサブセクションは、メッセージ・ヘッダがそのメッセージを識別する情報を含むとの想定の下に各専用メッセージ・タイプをより詳しく記載する。

２．１）プロキシ・セッション登録
プロキシ・クライアントＡ１は、利用可能なプロキシ・サーバを通常のＮＡＮサービス・ディスカバリを通して発見すると、クライアントに代わってサービス・パブリッシュ／サブスクライブを実行するようサーバにリクエストしてもよい。クライアントはリクエスタとして、デバイス内のＮＡＮディスカバリ・エンジンにパブリッシュ／サブスクライブ・サービスをリクエストするデバイス内のサービス／アプリケーション・レイヤのように動作する。ここでは、リクエストは、単にあるデバイスから別のデバイスに対するものであり、ＮＡＮサービス・ディスカバリ・プロキシ・レイヤの２つのインスタンス間のものである。

図２は、図１の例示のネットワーク図を示す。近隣アウェアネス・ネットワーク内で動作しているワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのプロキシ・サーバによるサポートを示すサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレーム１０１をプロキシ・クライアントＡ１がプロキシ・サーバＡ２から受信している。図面は、本発明の少なくとも１つの実施形態に従って、ワイヤレス・サービス・ディスカバリ・フレーム１０１の受信に応答してプロキシ・クライアントＡ１がプロキシ・サーバＡ２に、サービス・ディスカバリ・プロキシ登録リクエスト１０２を送信するのを示す。サービス・ディスカバリ・プロキシ登録リクエスト１０２は、プロキシ・クライアントＡ１からのプロキシ登録リクエスト１０２または後のメッセージが、プロキシ・クライアントＡ１のためにプロキシ・サーバＡ２によりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むことを示す。

図２Ａは、本発明の少なくとも１つの実施形態による、プロキシ・クライアントＡ１によって送信されるサービス・ディスカバリ・プロキシ登録リクエスト１０２の例示のフォーマットを示す。

概してリクエスト１０２は、パブリッシュ／サブスクライブのアクティブ化をリクエストするときにデバイス内のＮＡＮディスカバリ・エンジンにサービス／アプリケーション・レイヤが提供するのと同じ情報をすべて含むべきである。このケースでは、プロキシ・クライアントは、パブリッシュ／サブスクライブ・セッション登録をリクエストするために、サービス情報フィールドに以下の情報を含むフォローアップ・メッセージを形成してそれを選択されたプロキシ・サーバ・デバイスに送信する。

ａ）リクエストがサービス・パブリッシュに該当するかサービス・サブスクライブに該当するかの指示
ｂ）サービスＩＤ（または対応するサービス名）（必須）
ｃ）Ｍａｔｃｈｉｎｇ＿ｆｉｌｔｅｒ＿ｔｘ（オプション）
○プロキシされたサービス・パブリッシュ／サブスクライブに関してプロキシ・サーバからのパブリッシュ／サブスクライブ・メッセージ内で送信される、サービスＩＤ以外のさらなる条件を含んでもよい。
ｄ）Ｍａｔｃｈｉｎｇ＿ｆｉｌｔｅｒ＿ｒｘ（オプション）
○プロキシ・サーバにおいてトリガされるパブリッシュ／サブスクライブ・メッセージ送信のためのサービスＩＤ以外の追加条件をセットするために使用されてもよい
ｅ）Ｓｅｒｖｉｃｅ＿ｓｐｅｃｉｆｉｃ＿ｉｎｆｏ（オプション）
○プロキシ・サーバがパブリッシュ／サブスクライブ・メッセージにおいて送信するプロキシ・サービス・パブリッシュ／サブスクライブに関するサービス特有情報を含んでもよい
ｆ）プロキシされたサービス・パブリッシュの設定パラメータ（リクエストがパブリッシュに関する場合は必須、その他の場合は存在しない）
○パブリッシュ・タイプ：自発型送信のみ、応答型送信のみ、または自発型送信および応答型送信の両方
○応答型送信タイプ：応答型送信はユニキャストかマルチキャストか
○アナウンスメント期間：自発型送信の推奨される周期性
○生存時間：プロキシされるパブリッシュがプロキシ・サーバにおいてどの程度長く有効およびアクティブであることをリクエストされるかを示す。
ｇ）プロキシされたサービス・サブスクライブの設定パラメータ（リクエストがサブスクライブに関する場合は必須、その他の場合は存在しない）
○サブスクライブ・タイプ：アクティブまたはパッシブ
○クエリ期間：サブスクライブ・メッセージ送信の推奨される周期性
○生存時間：プロキシされるサブスクライブがプロキシ・サーバにおいてどの程度長く有効およびアクティブであることをリクエストされるかを示す。
ｈ）プロキシ・クライアントの利用可能性についての情報（必須）
○例えば直接ＮＡＮサービス・ディスカバリのために、いつプロキシ・クライアント・デバイスが利用可能かを示す。これは、ＮＡＮディスカバリ・ウィンドウ数として、または最後もしくは次のＮＡＮディスカバリ・ウィンドウへの参照として、または現在のＮＡＮクラスタにおいて使用されている同期タイマ値への参照として、示され得る。「利用可能性不明」を示す値にセットすることも可能である。これによりプロキシ・クライアントは、例として、いずれのＮＡＮ ＤＷにおけるいずれの後続ＮＡＮサービス・ディスカバリに対しても利用可能でないことを示す。
ｉ）情報収集状態（必須）
○プロキシ・サーバが、プロキシされたパブリッシュ／サブスクライブに一致する検出されたサブスクライブ／パブリッシュに関する情報を収集および格納するようリクエストされるかどうかを示す。プロキシ・サーバに情報収集をリクエストするには「１」にセットされ、プロキシ・サーバがいかなる情報も収集／格納する必要はなくプロキシ・クライアントに代わってパブリッシュ／サブスクライブ・メッセージを送信すれば十分である場合は「０」がセットされる。もう１つの選択肢は、クライアントがいつ利用可能かを示すために別のＦＡＶウィンドウを宣言することである。

図２Ａは、選択された情報がＮＡＮ属性において搬送される例示の設計を示す。例として、プロキシされたサービス・パブリッシュ／サブスクライブに関する情報を搬送するために、サービス・ディスクリプタ属性を使用することができるであろう。サービス・ディスクリプタ属性は、例として、サービスＩＤ、マッチング・フィルタ、およびサービス情報を示すために使用できるであろう。さらに、ＮＡＮディスカバリ・ウィンドウ外のプロキシ・クライアント利用可能性を示すために、ＮＡＮ接続能力属性、Ｐ２Ｐ動作属性、およびＮＡＮデータ・リンク属性のような他の何らかのＮＡＮ属性を含むことができるであろう。

あるいは、登録プロセスは、ａ）セッション・セットアップ、ｂ）情報更新という、それ用のセッション管理メッセージを用いる２つの段階を含んでもよい。そのような設計が適用される場合、第１の段階では、プロキシ・クライアントが、プロキシされたサービス・パブリッシュ／サブスクライブ情報のいずれも与えずに単にプロキシ・セッションをセットアップする。情報更新段階中、プロキシ・クライアントは、プロキシされたサービス・パブリッシュ／サブスクライブに関して最新情報をプロキシ・サーバに提供する。プロキシ・クライアントは、セッションが有効で存続している間、任意の時に情報を更新してもよく、個々のセッション管理メッセージが複数、プロキシ・サーバに送信されてもよい。

サービス・ディスカバリ・プロキシ登録リクエスト・メッセージを受信すると、ＮＡＮ２プロキシ・サーバは、それを受理するか否かを決定する。決定は、サービス・ディスカバリ・プロキシ登録レスポンス・メッセージによりシグナリングで返される。さらに、リクエストはＭＡＣ ＡＣＫにより確認応答されてもよい。

図３は、図１の例示のネットワーク図を示す。プロキシ・サーバＡ２はプロキシ・クライアントＡ１からサービス・ディスカバリ・プロキシ登録リクエスト１０２を受信している。図面は、本発明の少なくとも１つの実施形態による、サービス・ディスカバリ・プロキシ登録リクエスト１０２の受信に応答して、プロキシ・サーバＡ２がプロキシ・クライアントＡ１に、サービス・ディスカバリ・プロキシ登録レスポンス１０３を送信するのを示す。

図３Ａは、本発明の少なくとも１つの実施形態による、プロキシ・サーバＡ２によって送信されるサービス・ディスカバリ・プロキシ登録レスポンス１０３の例示のフォーマットを示す。

サービス・ディスカバリ・プロキシ登録レスポンス・メッセージは、以下の情報を含む：
ａ）決定（受理／拒否）（必須）
ｂ）拒否の場合、メッセージは、理由と提案される新たなパラメータのセットとを含んでもよい。（オプション）
○例として、プロキシ・サーバは、リクエストされたアナウンスメント／クエリ期間または生存時間が許容不可能であることを理由にリクエストを拒否せざるを得ないかもしれない。サーバは、リクエストが受理され得るであろうパラメータ値に関してプロキシ・クライアントに対し指標を与えるためにこれらのフィールドを使用してもよい。
ｃ）セッション識別子（セッションが受理される場合は必須）
○プロキシされたサービス・パブリッシュ／サブスクライブ・セッションのためのプロキシ・サーバ特有の一意の識別子。すべてのセッション管理メッセージにおいてセッションの存続期間の間中使用される。
ｄ）セッション維持パラメータ（必須）
○キープ・アライブ・メッセージ期間
■セッションを存続状態に維持するためにプロキシ・クライアントがどの程度頻繁にプロキシ・サーバと接触する必要があるかを示す。この問題については、セッション維持をより詳しく説明する下記においてさらに述べる。
○情報収集期間
■セッションについて生じ得る情報のためにどの程度頻繁にプロキシ・クライアントが利用可能であるようプロキシ・サーバが期待するかを示す。この問題については、セッション維持をより詳しく説明する下記においてさらに述べる。
■この情報は、プロキシ・サーバが、プロキシされたサブスクライブ／パブリッシュに一致する検出されたパブリッシュ／サブスクライブ・メッセージについての情報を収集および格納するようリクエストされている場合にのみ有効である。

レスポンス・メッセージは、リクエスト・メッセージに似た構造を有するフォローアップ・メッセージにおいて搬送される。そのようなレスポンス・メッセージの例示の構造が図３Ａに提供される。

サービス・ディスカバリ・プロキシ登録レスポンス・フレームを受信すると、ＮＡＮ２プロキシ・クライアントは、リクエストが受理されたかどうかを確認し、肯定であれば、リクエストされたスリープ・サイクルが始められてもよい（下記セクション４）。否定であれば、例えば変更されたパラメータを、当該フィードバックがプロキシ・サーバにより提供された場合には備える、変更された新たなリクエストが送られてもよい。さらに、リクエストはＭＡＣ ＡＣＫにより確認応答されてもよい。

プロキシ・サーバＡ２は次に、プロキシ登録リクエスト１０２により示されたサービスのパブリッシュおよびサブスクライブのうちの少なくとも１つを開始する。パブリッシュおよびサブスクライブのうちの前記少なくとも１つは、パブリッシュおよびサブスクライブのうちの前記少なくとも１つをされるサービスがプロキシ・クライアントＡ１に代わってプロキシされていることの標示を含む。

２．２プロキシ・セッション維持
サービス・パブリッシュ／サブスクライブをプロキシ・サーバに無事に登録するとプロキシ・セッションが確立され、プロキシ・クライアントはそのセッションを維持する責任を負う。セッション管理において、プロキシ・サーバおよびプロキシ・クライアントは、セッションの存続状態を保つため、プロキシされたサブスクライブ／パブリッシュに一致するパブリッシュ／サブスクライブに関してプロキシ・サーバが収集した情報を提供するため、およびセッションをグレースフルに閉じるために使用される、特定のプロキシ・セッション管理メッセージをやり取りする。

メッセージは、上述した登録リクエスト／レスポンス・メッセージと同じ原則に基づき構築される。すなわち、メッセージは、ＮＡＮフォローアップ・メッセージ内で搬送され、サービスＩＤがＮＡＮサービス・ディスカバリ・プロキシ・サービスに付与されたサービス名に対応する値にセットされ、サービス情報フィールドが例としてメッセージ・タイプを示すメッセージ・ヘッダで始まるセッション管理特有情報をすべて含む。この段階でメッセージは、プロキシ・サーバがセッションに割り当て済みで上述のレスポンス・メッセージにおいて提供するセッション識別子を常に含む。

２．２．１ セッション・キープ・アライブ
プロキシ・クライアントは、セッションを存続状態に維持するべくプロキシ・クライアントと無事にメッセージをやり取りするために利用可能である必要がある。プロキシ・クライアントは、プロキシ・サーバにより示されたキープ・アライブ・メッセージ期間につき少なくとも１回、セッション管理プロトコル・メッセージのやり取りを無事に完了する必要がある。設計は、連続した２回成功したメッセージのやり取りの間の時間がキープ・アライブ・メッセージ期間より短いことを要求してもよい。この設計は、プロキシ・クライアントまたはプロキシ・サーバのどちらもキープ・アライブ・メッセージを送ることができるようにしてもよく、またはイニシエータの役割は、例えばプロキシ・サーバなど１つのデバイスのみにあるよう規定されてもよい。

セッション・キープ・アライブ・メッセージは、サービス情報フィールド内にセッション識別子だけを含んで、それ以外に他の情報は何も含まなくてよい。

プロキシ・クライアントが時間内にプロキシ・サーバとセッション管理メッセージを無事やり取りできなかった場合、セッションは終了されたとみなされ、それ以上のシグナリングは一切なしにセッションは満了する。

２．２．２ セッション情報
プロキシ・セッション管理は、プロキシ・クライアントがそのプロキシ・セッションに関して情報を取得および受信するための手段を提供してもよい。プロキシ・サーバは、例として、プロキシされたサービス・サブスクライブの結果を提供してもよい。プロキシ・サーバは、プロキシされたサービス・サブスクライブ／パブリッシュそれぞれに関して、サービス・サブスクライブ／パブリッシュと一致するいくつのサービス・パブリッシュ／サブスクライブが検出されているか、およびそれらに関する任意の詳細情報を示してもよい。このタイプの情報はいずれも、例えば、直接のＮＡＮサービス・ディスカバリを実行すべきかどうか、ならびにおそらくどのデバイスとか、および時刻はいつか、を判断するために、特にプロキシされたサービス・サブスクライブの場合は有益であり得る。他方、プロキシされたサービス・パブリッシュの場合、通常のＮＡＮパブリッシュをアクティブ化するため、または既存の通常のＮＡＮパブリッシュ・インスタンスのパラメータを調整するために情報が使用されてもよい。

好適な手法では、このシグナリングは、プロキシ・サーバがプロキシ管理シグナリングのいずれかに対して割り当てたＤＷ外の期間中に、ＮＡＮ ＤＷ外でプロキシ・サーバとプロキシ・クライアントとの間で発生し、メッセージは、前述した原則に基づいて構築される（すなわち、メッセージ・コンテンツの多くがサービス情報フィールド内で搬送される、フォローアップ・メッセージに基づくプロトコル・メッセージ）。

メッセージ構造にかかわらず、プロキシ・サーバは、サービス・ディスカバリ・プロキシ登録レスポンス・メッセージにおいてサーバが示したステータス／パフォーマンス期間につき少なくとも一度、最新情報を取得するようプロキシ・クライアントにリクエストしてもよい。プロキシ・クライアントはそのような情報を、サービス・ディスカバリ・プロキシ・ステータス・リクエスト・メッセージを送信することによりリクエストしてもよい。リクエスト・メッセージは、メッセージ・ヘッダ内のメッセージ・タイプおよびセッション識別子以外には他のいかなる情報も含む必要はない。リクエストを受けて、または自律的にのいずれかで、プロキシ・クライアントによりプロキシ・クライアントに送信されてもよいレスポンス・メッセージ（例えばサービス・ディスカバリ・プロキシ・ステータス・レスポンス）は、サービス情報フィールドに以下の情報を含むべきである：
ａ）検出された一致するパブリッシュ／サブスクライブの数
●前のステータス・レポート以降、プロキシされたサービス・サブスクライブ／パブリッシュ条件を満たすパブリッシュ／サブスクライブがいくつ検出されたかを示す
ｂ）検出された一致するパブリッシュ／サブスクライブに関する情報
●検出されたパブリッシュ／サブスクライブにおいて使用されるインターフェース・アドレス
●検出されたパブリッシュ／サブスクライブにおいて利用可能なサービス情報

代わりの手法は、プロキシ・サーバに、検出するパブリッシュ／サブスクライブ・メッセージであって、プロキシされたサービス・サブスクライブ／パブリッシュに一致するすべてのパブリッシュ／サブスクライブ・メッセージを格納させ、さらにそれらメッセージを、プロキシ・クライアントが利用可能になるたびにプロキシ・クライアントに提供させることである。プロキシ・サーバは、格納したパブリッシュ／サブスクライブ・メッセージを送信するために、次のセクションで規定されるプロキシされたパブリッシュ・メッセージまたはプロキシされたサブスクライブ・メッセージのうちの１つを使用してもよい。そのような場合、プロキシされたパブリッシュ／サブスクライブ・メッセージは、プロキシ・クライアント・デバイスの代わりに第３のデバイスのアドレスを含む必要があり、メッセージにおいてプロキシ・クライアント利用可能性に関する何の情報も搬送されない。

３）プロキシ・サーバからのプロキシされたサービス・パブリッシュおよびサブスクライブ
プロキシ・セッション中、ＮＡＮ２プロキシ・サーバは、ＮＡＮ２プロキシ・クライアントの利用可能性サイクルに基づき、且つ登録されているプロキシ・クライアントからの他の情報に基づき、ＮＡＮ２プロキシ・クライアントに代わって動作する。プロキシ・クライアントが利用可能であるＤＷにおいては、ＮＡＮ２プロキシ・サーバは、プロキシがレンジ・エクステンダー（ＮＡＮ２プロキシの主目的ではない）として使用される場合を除き、プロキシ・クライアントのためのＮＡＮ２プロキシ・サーバとして動作すべきではない。

プロキシされたパブリッシュ／サブスクライブのためにプロキシ・クライアントに代わってプロキシ・サーバが送るＮＡＮサービス・ディスカバリ・メッセージのために、新たなタイプのシグナリングが必要である。これらをプロキシされたパブリッシュ・メッセージおよびプロキシされたサブスクライブ・メッセージと呼ぶこととする。これらメッセージは、レガシーＮＡＮデバイス（Ｗｉ−Ｆｉ Ａｗａｒｅリリース１／ＮＡＮリリース１デバイス）が通常のＮＡＮパブリッシュ・メッセージまたはサブスクライブ・メッセージと解釈しないようなものであることが好ましい。レガシーＮＡＮデバイスは、ＮＡＮデバイスにより送信されるパブリッシュ／サブスクライブ・メッセージが、メッセージ内のサービスＩＤにより示された、そのＮＡＮデバイスにおいて利用可能なサービスに関すると推定し得る。したがって、例としてレガシーＮＡＮデバイスは、受信されたパブリッシュ／サブスクライブ・メッセージの送信アドレス・フィールド内のアドレスを使用して、ＮＡＮデバイスとのフォローアップ・メッセージングに直接進み得る。しかし、メッセージがプロキシ・サーバからであれば、これは不可能であり、プロキシされたサービス・パブリッシュ／サブスクライブに関するパブリッシュ／サブスクライブ・メッセージはプロキシ・サーバからでなく別のデバイスに由来すると理解される必要がある。

好適な手法は、パブリッシュ、サブスクライブ、およびフォローアップ・メッセージに加えて新たなＮＡＮサービス・ディスカバリ・メッセージ・タイプを定義することである。サービス・ディスクリプタ属性の中のサービス制御フィールドは、属性が搬送するのがパブリッシュか、サブスクライブか、またはフォローアップ・メッセージかを示すために現在使用されている２ビット・フィールドを含む。第４の値（「１１」）は、保留されており、好適な設計ではこれがプロキシされたメッセージのタイプを示すために使用される。レガシーＮＡＮデバイスは、そのような属性を受信すると必ずこの属性およびそのコンテンツを破棄するが、ＮＡＮ２デバイス（Ｗｉ−Ｆｉ Ａｗａｒｅリリース２デバイス）は、それを、プロキシされたパブリッシュ／サブスクライブ・メッセージの標示として解釈することになる。プロキシされたメッセージには、次のような新たな情報フィールドもいくつか必要であろう：
ａ）メッセージ・タイプ
○例として、プロキシされたメッセージがパブリッシュ（「０」）タイプのものであるかサブスクライブ（「１」）タイプのものであるかを示す１オクテット・フィールド
ｂ）ＮＡＮ２プロキシ・クライアントのインターフェース・アドレス
○プロキシ・クライアントのＭＡＣアドレスを示す６オクテット・フィールド
ｃ）ＮＡＮ２プロキシ・クライアントの利用可能性情報
○例として、プロキシされたパブリッシュ／サブスクライブに関係するプロキシ・クライアントを利用可能であるＮＡＮ ＤＷを示す２オクテット・フィールド。好適な設計では、このフィールドは、プロキシ・クライアントが利用可能である前のＤＷの前のＤＷの数を示す。あるいは、フィールドまたはＦＡＶは、プロキシ・クライアントが利用可能であるＤＷを絶対ＴＳＦ値として示すために使用されてもよい。
○プロキシされたメッセージが送信されたのとは別のＮＡＮクラスタ内でＮＡＮ２プロキシ・クライアントが利用可能であれば存在するフィールドであって、どのＮＡＮクラスタ内でそのクライアントが動作するかを示すフィールド。

図４Ａは、本発明の少なくとも１つの実施形態による、プロキシされたパブリッシュおよびサブスクライブが実装された、ＮＡＮサービス・ディスカバリ・メッセージ内の変更されたサービス制御フィールドの例示のフォーマットを示す。

図４Ｂは、本発明の少なくとも１つの実施形態による、ＮＡＮサービス・ディスカバリ・メッセージ内のサービス・ディスクリプタ属性の、サービス情報フィールドの中のプロキシ特有フィールドの例示のフォーマットを示す。

図４Ａおよび図４Ｂは、サービス・ディスクリプタ属性と、更新されたサービス・ディスクリプタ属性において搬送されるサービス制御フィールドとに対する変更を示す。この手法に関し、プロキシされたパブリッシュおよびプロキシされたサブスクライブ・メッセージの両方が、ＮＡＮ ＳＤＦ内で搬送されることになる完全に新しいタイプのメッセージであり、サービス・ディスクリプタ属性の中のサービス制御フィールドが新たなメッセージ・タイプを示すようにセットされ、同じサービス・ディスクリプタ属性の中のサービス情報フィールドが、属性の他のフィールドでは送信できないプロキシされたサービス・サブスクライブ／パブリッシュの詳細を搬送する情報要素／フィールドを含む。

図５は、本発明の少なくとも１つの実施形態による、ＮＡＮサービス・ディスカバリ・メッセージ内の新たなＮＡＮサービス・ディスカバリ・プロキシ属性の例示のフォーマットを示す。この実施形態は、サービス・ディスクリプタ属性およびその中のサービス制御フィールドをもとのままとし、プロキシ関係のシグナリングのために新たな属性を定義する。新たな属性（例えばサービス・ディスカバリ・プロキシ属性）は、プロキシ・クライアント・インターフェース・アドレスおよびプロキシ・クライアント利用可能性についての情報を含む必要があるであろう。そのような新たな属性の例示のフォーマットは、図５に示すおりである。この手法では、プロキシされたパブリッシュおよびプロキシされたサブスクライブ・メッセージの両方がそれぞれ、拡張されたレガシー・パブリッシュ・メッセージおよびサブスクライブ・メッセージとなることになる。それらはいずれも、パブリッシュまたはサブスクライブいずれかのメッセージ・タイプを適宜示すようにセットされたサービス・ディスクリプタ属性の中のサービス制御フィールド、およびプロキシされたサービス・パブリッシュ／サブスクライブについての詳細情報を搬送するＮＡＮサービス・ディスカバリ・プロキシ属性のような新たな属性を用いてＮＡＮ ＳＤＦにおいて搬送されることになる。

この手法が使用されると、レガシーＮＡＮデバイスも、新たな属性の中の情報を除いて、プロキシされた情報を受信してもよい。したがって、レガシー・デバイスは、プロキシされた特定のサービスの存在に関するアウェアネスを、ＮＡＮ２プロキシ・サーバを通して得てもよいが、まずＮＡＮサービス・ディスカバリを実施しなければフォローアップ・シグナリングは実行できなくてもよい。

４）例示のシグナリング図
以下、例示のシグナリング図が後続する４つの図面で提示される。これらはそれぞれ、プロキシ・クライアントがまずサーバにサービス・パブリッシュまたはサービス・サブスクライブを登録して、次にドーズ／不在になるケースを提示する。不在中、第３のデバイスが、対応するサービスに対するＮＡＮサービス・ディスカバリを実施する。この状況に対処して、プロキシ・クライアントが不在から戻ればプロキシ・クライアントと任意の第３のデバイスとが例えばフォローアップを実行できるようにするのは、プロキシ・サーバの責任である。

注：Ａ）図面に示されるプロキシ・クライアントとプロキシ・サーバとの間のシグナリングはすべて、プロキシ管理通信のためにプロキシ・サーバにより割り当てられた期間中にＮＡＮ ＤＷ外で発生する。Ｂ）図面に示されたプロキシ・サーバと第３のデバイスとの間のシグナリングはすべてＮＡＮ ＤＷ中に発生する。

図６は、本発明の少なくとも１つの実施形態による、プロキシされた応答型パブリッシュの例示の信号シーケンス図を示す。まずプロキシ・クライアントは、それが以前に利用可能であると検出したプロキシ・サーバに、プロキシ登録リクエストを発行することによって、応答型パブリッシュを実行するよう要請する。プロキシ・サーバから肯定応答を受信すると、プロキシ・クライアントは、プロキシ・サーバがクライアントに代わってパブリッシュする間、いくつかのＮＡＮ ＤＷにわたってドーズ状態に入ってもよい。プロキシされたパブリッシュにセットされたトリガ条件を満たすサブスクライブ・メッセージ１０４を受信すると、プロキシ・サーバはプロキシされたパブリッシュ１０５を送信する。プロキシ・サーバはレガシーＮＡＮデバイスからのサブスクライブ・メッセージによりトリガされてはならず、プロキシされたパブリッシュ・メッセージは、ＮＡＮ２デバイスからのサブスクライブ・メッセージの受信を受けてのみトリガされるべきである。

プロキシ・セッションが情報収集を伴う場合、プロキシ・サーバは、プロキシされたパブリッシュ・メッセージの送信をトリガしたサブスクライブ・メッセージに関する選択された情報を少なくとも格納する。一実装形態では、プロキシ・サーバは、サブスクライブ・メッセージ全体を格納して、これを後からプロキシ・クライアントに送信してもよい。図は、プロキシ・クライアントがプロキシ・サーバからセッション情報を取得することにより終わる。図面では、プロキシ・クライアントは、情報をリクエスト１０６し、プロキシ・サーバは、リクエストされた情報を含むメッセージ１０７により返信する。返信メッセージは、例として、前に規定した、プロキシされたサブスクライブ・メッセージに使用されたフォーマットのものであってもよい。あるいは、サービス情報フィールド内に要求される情報を含むフォローアップ・メッセージのフォーマットのものであってもよい。

図７は、本発明の少なくとも１つの実施形態による、プロキシされた自発型パブリッシュ１０５'の例示の信号シーケンス図を示す。プロキシ・クライアントが自発型パブリッシュ・セッションをプロキシ・サーバに無事に登録すると、プロキシ・サーバはリクエストに従ってパブリッシュを始める。プロキシ・サーバはさらに、リクエストに応じてセッションに関する情報を収集してもよい（例えばパブリッシュされたサービスにサブスクライブする検出された第３のデバイスの数、および関連する、受信済みのサブスクライブされたメッセージのコンテンツ）。図は、図６に関して上述したのと類似した手段によりプロキシ・クライアントがプロキシ・サーバからセッション情報を取得することにより終わる。

図８は、プロキシされたパッシブ・サブスクライブの例示のケースを示す。このケースでは、プロキシ・サーバは、登録されたサブスクライブに対応するパブリッシュ１０８に関する情報を収集する必要があり、プロキシ・クライアントは、さらなる任意のアクションのためにプロキシ・サーバからその情報を得ることが予定されている。

図９は、プロキシされたアクティブ・サブスクライブの例示のケースを示す。このケースでは、プロキシ・サーバは、ＮＡＮ２対応の第３のデバイスからのプロキシされたパブリッシュ・メッセージ１０９'の送信をトリガするためにプロキシされたサブスクライブ・メッセージ１０９を送信する。プロキシ・サーバは、登録されたサブスクライブに対応する検出されたパブリッシュについての情報１０９''を収集する必要があってもよい。プロキシ・サーバは、レガシー・パブリッシュ・メッセージおよびプロキシされたパブリッシュ・メッセージ両方を考慮し、必要に応じてそれらに関する情報をプロキシ・クライアントに提供すべきである。

図１０は、近隣アウェアネス・ネットワーク・クラスタ１００内で動作しているプロキシ・サーバＡ２およびプロキシ・クライアントＡ１の例示のネットワーク図を示す。本発明の少なくとも１つの実施形態に従って、プロキシ・サーバＡ２がワイヤレス・サービス・ディスカバリ・フレーム１０１を送信し、プロキシ・クライアントＡ１が作成されたサービスＩＤを含むサービス・ディスカバリ・フレームを受信するのが示されている。

本発明の例示の実施形態において、プロキシ・サーバＡ２およびプロキシ・クライアントＡ１は、シングルコアまたはマルチコア中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）５６０および５６１、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）５６２、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）５６４、ならびに無線送受信機５０８とのインターフェースをとるためのインターフェース回路５６６を含むプロセッサ５２０を含んでもよい。プロキシ・サーバＡ２およびプロキシ・クライアントＡ１は、それぞれ、電池およびその他電源、キーパッド、タッチ・スクリーン、ディスプレイ、マイクロフォン、スピーカ、イヤホン、カメラまたはその他イメージング・デバイスなどをさらに含んでもよい。本発明の実施形態によれば、ＲＡＭ５６２およびＲＯＭ５６４は、スマート・カード、ＳＩＭ、ＷＩＭ、例えばＲＡＭ、ＲＯＭ、ＰＲＯＭ、フラッシュ・メモリ・デバイスなどの半導体メモリなど、図１２に示された取り外し可能なメモリ・デバイス７００であってもよい。本発明の例示の実施形態によれば、プロキシ・サーバＡ２およびプロキシ・クライアントＡ１はそれぞれアウェアネス・プロトコル・スタック５０２を含む。

本発明の例示の実施形態において、アウェアネス・プロトコル・スタック５０２は、ＮＡＮディスカバリ・エンジン５０５およびＮＡＮ ＭＡＣ５１０を含んでもよい。本発明の例示の実施形態において、アウェアネス・プロトコル・スタック５０２は、アウェアネス・レイヤ、コミュニティ・レイヤ、ネットワーク・レイヤ、およびリンク・レイヤを含んでもよい。本発明の例示の実施形態において、アウェアネス・プロトコル・スタック５０２は、ＩＥＥＥ８０２．１１プロトコル・スタック５１５を含んでもよい。

本発明の例示の実施形態において、プロセッサ５２０、プロトコル・スタック５０２、および／またはアプリケーション・プログラム５００は、ＲＡＭ５６２および／またはＲＯＭ５６４にプログラム済み命令のシーケンスの形態で格納されたプログラム論理として具現化されてもよく、この命令は、ＣＰＵ５６０および／または５６１において実行されると、開示された実施形態の機能を実行する。プログラム論理は、プロキシ・サーバＡ２およびプロキシ・クライアントＡ１の書き込み可能なＲＡＭ、ＰＲＯＭ、フラッシュ・メモリ・デバイスなど５６２に、内部メモリ・デバイス、スマート・カード、または図１２に示されているような他の取り外し可能なメモリ・デバイスなど、コンピュータ使用可能媒体の形態のコンピュータ・プログラム製品または製造品から、渡されてもよい。あるいはプログラム論理は、プログラムされた論理アレイまたはカスタム設計の特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）の形態で集積回路論理として具現化されてもよい。プロキシ・サーバＡ２およびプロキシ・クライアントＡ１それぞれの無線５０８は、別々の送受信機回路であってもよく、または代わりに無線５０８は、プロセッサ５２０に応答して高速な時間および周波数多重方式で１つまたは複数のチャネルを処理できる単一の無線モジュールであってもよい。装置にその様々な動作を実行するよう命令するプログラム・コードは、例えば磁気ディスク、ＣＤ ＲＯＭ、またはフラッシュ・メモリ・デバイスなどの、コンピュータ可読媒体に格納されてもよい。プログラム・コードは、例えばＣＰＵ５６０および／または５６１によるプログラム・コードの実行のために、例えばプロキシ・サーバＡ２およびプロキシ・クライアントＡ１のＲＡＭ５６２またはプログラマブルＲＯＭ５６４に、格納されるよう、当該コンピュータ可読媒体からダウンロードされてもよい。取り外し可能なストレージ媒体７００が図１２に示されている。

図１１Ａは、本発明の少なくとも１つの実施形態による、プロキシ・サーバＡ２における動作ステップの例示のフロー図６００である。フロー図のステップは、ＲＡＭおよび／またはＲＯＭメモリに格納されたコンピュータ・コード命令を表し、この命令は、中央処理ユニット（ＣＰＵ）により実行されると本発明の例示の実施形態の機能を実行する。各ステップは、示された順序とは別の順序で実行されてもよく、個々のステップは、組み合わされてもよく、複数の部分ステップに分離されてもよい。フロー図には以下のステップがある。
ステップ６０２：ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤを作成する。
ステップ６０４：作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームをワイヤレス・デバイスによってワイヤレス・ネットワークに送信する。

図１１Ｂは、本発明の少なくとも１つの実施形態による、プロキシ・クライアントＡ１における動作ステップの例示のフロー図６５０である。フロー図のステップは、ＲＡＭおよび／またはＲＯＭメモリに格納されたコンピュータ・コード命令を表し、この命令は、中央処理ユニット（ＣＰＵ）により実行されると本発明の例示の実施形態の機能を実行する。各ステップは、示された順序とは別の順序で実行されてもよく、個々のステップは、組み合わされてもよく、複数の部分ステップに分離されてもよい。フロー図には以下のステップがある。
ステップ６５２：ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、ワイヤレス・ネットワーク内で動作している別のワイヤレス・デバイスからワイヤレス・サービス・ディスカバリ・フレームを受信する。サービス・ディスカバリ・フレームは、ワイヤレス・ネットワーク内で動作しているワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するための別のワイヤレス・デバイスによるサポートを示すサービスＩＤを含む。
ステップ６５４：ワイヤレス・サービス・ディスカバリ・フレームに応答して、ワイヤレス・デバイスによって別のワイヤレス・デバイスに、プロキシ登録リクエスト・メッセージを送信する。
ステップ６５６：ワイヤレス・デバイスのためにプロキシ・サービスを提供するための別のワイヤレス・デバイスによるワイヤレス・デバイスの登録を示すレスポンス・メッセージを、プロキシ登録リクエスト・メッセージに応答して、ワイヤレス・デバイスによって受信する。

図１１Ｃは、本発明の少なくとも１つの実施形態による、プロキシ登録リクエストにより示されたサービスのパブリッシュおよびサブスクライブのうちの少なくとも１つを開始するプロキシ・サーバにおける動作ステップの例示のフロー図６７０である。フロー図のステップは、ＲＡＭおよび／またはＲＯＭメモリに格納されたコンピュータ・コード命令を表し、この命令は、中央処理ユニット（ＣＰＵ）により実行されると本発明の例示の実施形態の機能を実行する。各ステップは、示された順序とは別の順序で実行されてもよく、個々のステップは、組み合わされてもよく、複数の部分ステップに分離されてもよい。フロー図には以下のステップがある。
ステップ６７２：ワイヤレス・ネットワーク内のワイヤレス・デバイスによって、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのためにプロキシ・サービス・ディスカバリを提供するためのサポートを示すサービスＩＤを作成する。
ステップ６７４：作成されたサービスＩＤを含むワイヤレス・サービス・ディスカバリ・フレームをワイヤレス・デバイスによってワイヤレス・ネットワークに送信する。
ステップ６７６：ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの少なくとも１つから、リクエスト・メッセージを、ワイヤレス・サービス・ディスカバリ・フレームを送信するのに応答してワイヤレス・デバイスによって受信する。リクエスト・メッセージは、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つからのプロキシ登録リクエストまたは後のメッセージのいずれかが他のワイヤレス・デバイスのうちの前記少なくとも１つのためにワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むことを示すプロキシ登録リクエストである。
ステップ６７８：ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つのためにプロキシ・サービスを提供するために、ワイヤレス・デバイスによって、他のワイヤレス・デバイスの前記少なくとも１つを登録する。
ステップ６８０：ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つにレスポンス・メッセージを、リクエスト・メッセージを受信するのに応答して、ワイヤレス・デバイスによって送信する。
ステップ６８２：プロキシ登録リクエストによって示されたサービスのパブリッシュおよびサブスクライブのうちの少なくとも１つをワイヤレス・デバイスによって開始する。パブリッシュおよびサブスクライブのうちの前記少なくとも１つは、パブリッシュおよびサブスクライブのうちの前記少なくとも１つをされるサービスが、ワイヤレス・ネットワーク内で動作している他のワイヤレス・デバイスのうちの前記少なくとも１つに代わってプロキシされていることの標示を含む。

図１１Ｄは、本発明の例示の実施形態による、２．４ＧＨｚにおける例示のディスカバリ・ウィンドウ１１５を示し、その中でＮＡＮサービス・ディスカバリ・フレーム１０１が送信される。

ディスカバリ・ウィンドウ１１５の間、１つ以上のＮＡＮデバイスが、ベンダー特有のパブリック・アクション・フレームであるＮＡＮサービス・ディスカバリ・フレーム１０１を送信する。ＮＡＮサービス・ディスカバリ・フレーム１０１は、ＮＡＮクラスタ内のＮＡＮデバイスにより送信されるＩＥＥＥ８０２．１１管理フレームである。ＮＡＮサービス・ディスカバリ・フレーム１０１は、ＮＡＮデバイスが、他のＮＡＮデバイスからのサービスを探すこと、および他のＮＡＮデバイスに対してサービスを発見可能にすることを可能にする。ＮＡＮサービス・ディスカバリ・プロトコルには、３つのＮＡＮサービス・ディスカバリ・プロトコル・メッセージが定義されている。
１．パブリッシュ・メッセージ
２．サブスクライブ・メッセージ
３．フォローアップ・メッセージ

ＮＡＮサービス・ディスカバリ・プロトコル・メッセージは、ＮＡＮサービス・ディスカバリ・フレーム１０１内で搬送されるサービス・ディスクリプタ属性内で搬送される。ＮＡＮデバイスは、ＮＡＮサービス・ディスカバリ・フレーム１０１を使用して、特定サービスの利用可能性を能動的に探してもよい。ＮＡＮデバイスがサブスクライブ・メッセージを使用するとき、ＮＡＮデバイスは、同じＮＡＮクラスタ内で動作している他のＮＡＮデバイスに、レスポンス基準が満たされた場合にはパブリッシュ・メッセージを送信するよう要請する。ＮＡＮデバイスはパブリッシュ・メッセージを使用して、そのサービスを同じＮＡＮクラスタ内で動作している他のＮＡＮデバイスに自発型方式で発見可能にしてもよい。サービス制御フィールドは、サービス・ディスクリプタ属性がパブリッシュに関連するか、サブスクライブに関連するか、またはフォローアップ機能に関連するか、ならびにマッチング・フィルタ、サービス・レスポンス・フィルタ、およびサービス特有情報などの他のオプションのフィールドがサービス・ディスクリプタ属性に存在するかどうかを示す。

図１２は、本発明の例示の実施形態による例示のコンピュータ・プログラム製品としてデータおよび／またはコンピュータ・プログラム・コードを格納するための磁気ディスク、光ディスク、半導体メモリ回路デバイス、およびｍｉｃｒｏ−ＳＤメモリ・カード（ＳＤはセキュア・デジタル標準を指す）など、磁気、電子、および／または光学技術に基づく取り外し可能ストレージ媒体７００の例が示された本発明の例示の実施形態を示す。

本発明の実施形態は、パブリッシュ／サブスクライブのためにプロキシ・サーバを使用し得るＮＡＮ２デバイスの節電を提供する。
ａ）低電力デバイスは、利用可能なプロキシ・サーバがない場合ほど頻繁にＮＡＮサービス・ディスカバリのためにアウェイクになる必要がない
ｂ）利用可能サービスのディスカバリが低電力デバイスにとってより高速である。すなわち、プロキシ・サーバから必要情報を受信することが予定され個々のデバイスからの情報を待つ必要がないので、より少ない労力でサービスが発見される。

本発明の実施形態は、サービスをアドバタイズして発見し、且つ／またはアプリケーション情報を配布するための新たな機能性を提供する。

具体的な例示の実施形態が開示されたが、当業者には当然のことながら、本発明の意図および範囲から逸脱することなく具体的な例示の実施形態に変更を加えることができる。

Claims (34)

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. 前記プロキシ登録リクエスト・メッセージは、前記ワイヤレス・デバイスにより送られた前記プロキシ登録リクエストまたは後のメッセージのいずれかが、前記ワイヤレス・デバイスに代わってプロキシとして前記別のワイヤレス・デバイスによりサブスクライブまたはパブリッシュされるべきサービスに関する情報を含むと示すプロキシ登録リクエストである、請求項３２に記載の装置。

Images