(57)【特許請求の範囲】
【請求項１】
ピアツーピア（Ｐ２Ｐ）グループを形成する方法であって、Ｗｉ−Ｆｉダイレクトサービスをサポートする第１の無線デバイスにおいて実行され、
プロビジョン探索手順に基づいて、第２の無線デバイスに、前記第１の無線デバイスの接続能力を有するプロビジョン探索要求フレームを伝送するステップと、
前記プロビジョン探索手順に基づいて、前記第２の無線デバイスから、前記第２の無線デバイスの接続能力を有するプロビジョン探索応答フレームを受信するステップと、
前記プロビジョン探索要求フレームおよび前記プロビジョン探索応答フレームが有する前記接続能力に基づいて、Ｐ２Ｐグループの再使用または作成のいずれを行うかと前記Ｐ２Ｐグループのグループオーナとを決定するステップと、を有し、
前記プロビジョン探索手順が即時応答ケースである場合、
前記第１の無線デバイスはサービス探索器であり、前記第２の無線デバイスはサービス広告器であり、
前記プロビジョン探索手順が遅延応答ケースである場合、
前記第１の無線デバイスはサービス広告器であり、前記第２の無線デバイスはサービス探索器である、Ｐ２Ｐグループの形成方法。
【請求項２】
前記第１の無線デバイスおよび前記第２の無線デバイスのそれぞれの前記接続能力は、新しいＰ２Ｐグループの開始のための新規、グループオーナになるためのグループオーナおよびクライアントになるためのクライアントを有する動作モードのうち少なくとも１つを指示する、請求項１に記載のＰ２Ｐグループの形成方法。
【請求項３】
前記第１の無線デバイスおよび前記第２の無線デバイスのうちグループオーナの役割を有するいずれか一方は、自体のＰ２Ｐグループが存在しない場合、グループオーナになって自律的にＰ２Ｐグループを生成する、請求項１に記載のＰ２Ｐグループの形成方法。
【請求項４】
前記第１の無線デバイスの接続能力および前記第２の無線デバイスの接続能力の両方が新規を指示する場合、
前記第１の無線デバイスは、前記第２の無線デバイスとの、Ｐ２Ｐグループにおけるグループオーナを決定するためのグループオーナ交渉手順を開始する、請求項２に記載のＰ２Ｐグループの形成方法。
【請求項５】
前記グループオーナ交渉手順は、前記プロビジョン探索要求フレームを伝送した前記第１の無線デバイスが、前記第２の無線デバイスに、Ｐ２Ｐグループオーナ交渉要求フレームを伝送することによって開始される、請求項４に記載のＰ２Ｐグループの形成方法。
【請求項６】
前記第１の無線デバイスの接続能力および前記第２の無線デバイスの接続能力のいずれか一方は新規を指示し、他方はクライアントを指示する場合、
前記第１の無線デバイスおよび前記第２の無線デバイスのうち、前記新規を指示する接続能力を有するいずれか一方はＰ２Ｐグループにおいてグループオーナとして設定され、前記クライアントを指示する接続能力を有する他方は前記Ｐ２Ｐグループに参加する、請求項２に記載のＰ２Ｐグループの形成方法。
【請求項７】
前記第１の無線デバイスの接続能力および前記第２の無線デバイスの接続能力のいずれか一方はグループオーナを指示し、他方はクライアントを指示する場合、
前記第１の無線デバイスおよび前記第２の無線デバイスのうち、グループオーナを指示する接続能力を有するいずれか一方はＰ２Ｐグループにおいてグループオーナとして設定され、前記クライアントを指示する接続能力を有する他方は前記Ｐ２Ｐグループに参加する、請求項２に記載のＰ２Ｐグループの形成方法。
【請求項８】
前記第１の無線デバイスの接続能力は、新規、グループオーナおよびクライアントのうちの１つまたは複数を指示できる一方、
前記第２の無線デバイスの接続能力は、新規、グループオーナ、クライアントのうちの１つのみを指示できる、請求項２に記載のＰ２Ｐグループの形成方法。
【請求項９】
前記第１の無線デバイスの接続能力が、グループオーナおよびクライアントを同時に指示する場合、
前記第１の無線デバイスは、
前記第２の無線デバイスの接続能力が新規またはクライアントを指示する場合、Ｐ２Ｐグループにおいてグループオーナとして設定され、
前記第２の無線デバイスの接続能力がグループオーナを指示する場合、前記第２の無線デバイスがグループオーナとして形成したＰ２Ｐグループに参加する、請求項２に記載のＰ２Ｐグループの形成方法。
【請求項１０】
前記第１の無線デバイスの接続能力が新規を指示すると同時に、グループオーナおよびクライアントのうちの少なくとも１つをさらに指示する場合、
前記第１の無線デバイスは、
前記第２の無線デバイスの接続能力が新規を指示する場合、前記第２の無線デバイスとの、Ｐ２Ｐグループにおけるグループオーナを決定するためのグループオーナ交渉手順を開始し、
前記第２の無線デバイスの接続能力がグループクライアントを指示する場合、Ｐ２Ｐグループにおいてグループオーナとして設定され、
前記第２の無線デバイスの接続能力がグループオーナを指示する場合、前記第２の無線デバイスがグループオーナとして形成したＰ２Ｐグループに参加するように設定される、請求項２に記載のＰ２Ｐグループの形成方法。
【請求項１１】
前記動作モードは、既に存在するパーシステントグループの再使用を指示するパーシステントグループオーナをさらに有する、請求項２に記載のＰ２Ｐグループの形成方法。
【請求項１２】
前記第１の無線デバイスの接続能力および前記第２の無線デバイスの接続能力のいずれか一方がパーシステントグループオーナを指示し、他方は新規を指示する場合、
前記第１の無線デバイスおよび前記第２の無線デバイスのうち、前記パーシステントグループオーナを指示する接続能力を有するいずれか一方は、新たに形成されたＰ２Ｐグループにおいてグループオーナとして設定され、前記新規を指示する接続能力を有する他方は、前記新たに形成されたＰ２Ｐグループに参加する、請求項１１に記載のＰ２Ｐグループの形成方法。
【請求項１３】
前記第１の無線デバイスの接続能力および前記第２の無線デバイスの接続能力のいずれか一方がパーシステントグループオーナを指示し、他方はクライアントを指示する場合、
前記第１の無線デバイスおよび前記第２の無線デバイスのうち、前記パーシステントグループオーナを指示する接続能力を有するいずれか一方は前記パーシステントグループにおけるグループオーナとして設定され、前記クライアントを指示する接続能力を有する他方は前記パーシステントグループに参加する、請求項１１に記載のＰ２Ｐグループの形成方法。
【請求項１４】
前記第１の無線デバイスおよび前記第２の無線デバイスのうち、クライアントを指示する接続能力を有するいずれか一方が、前記パーシステントグループに関するクレデンシャル情報をキャッシュする場合、
前記第１の無線デバイスと前記第２の無線デバイスとの間のプロビジョニング手順は省略される、請求項１３に記載のＰ２Ｐグループの形成方法。
【請求項１５】
Ｗｉ−Ｆｉダイレクトサービスをサポートする、ピアツーピア（Ｐ２Ｐ）グループを形成する第１の無線デバイスであって、
送受信器と、
プロセッサと、を有し、
前記プロセッサは、
プロビジョン探索手順に基づいて、前記送受信器が、第２の無線デバイスに、前記第１の無線デバイスの接続能力を有するプロビジョン探索要求フレームを伝送するように制御し、
前記プロビジョン探索手順に基づいて、前記送受信器が、前記第２の無線デバイスから、前記第２の無線デバイスの接続能力を有するプロビジョン探索応答フレームを受信するように制御し、
前記プロビジョン探索要求フレームおよび前記プロビジョン探索応答フレームが有する前記接続能力に基づいて、Ｐ２Ｐグループの再使用または作成のいずれを行うかと前記Ｐ２Ｐグループのグループオーナとを決定するように構成され、
前記プロビジョン探索手順が即時応答ケースである場合、
前記第１の無線デバイスはサービス探索器であり、前記第２の無線デバイスはサービス広告器であり、
前記プロビジョン探索手順が遅延応答ケースである場合、
前記第１の無線デバイスはサービス広告器であり、前記第２の無線デバイスはサービス探索器である、Ｐ２Ｐグループの形成のための第１の無線デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに係り、より具体的には、ダイレクト（direct）通信システムにおいてデバイス間のＰ２Ｐグループを形成する方法および装置に関する。
【背景技術】
【０００２】
近年、情報通信技術の発展に伴って様々な無線通信技術が開発されている。その中でも無線ＬＡＮ（ＷＬＡＮ）は、無線周波数技術に基づいて、個人用携帯情報端末機（Personal Digital Assistant；ＰＤＡ）、ラップトップコンピュータ、携帯マルチメディアプレーヤ（Portable Multimedia Player；ＰＭＰ）などの携帯端末機を用いて、家庭、企業または特定のサービス提供地域において無線でインターネットにアクセスできるようにする技術である。
【０００３】
従来の（conventional）無線ＬＡＮシステムにおいて基本的に必要とされる（required）無線アクセスポイント（ＡＰ）を使わずに、デバイス（device）が互いに容易に接続できるようにするダイレクト通信技術として、Ｗｉ−Ｆｉダイレクト（Wi-Fi Direct）またはＷｉ−Ｆｉピアツーピア（peer-to-peer；Ｐ２Ｐ）の導入が議論されている。Ｗｉ−Ｆｉダイレクトによれば、複雑な設定手順を経ることなくデバイスが互いに接続可能であり、ユーザに様々なサービスを提供するために、一般的な無線ＬＡＮシステムの通信速度で互いにデータをやり取りする動作をサポートする（support）ことができる。
【０００４】
近年、様々なＷｉ−Ｆｉサポートデバイスが用いられ、その中でも、ＡＰを使わずにＷｉ−Ｆｉデバイス間通信が可能なＷｉ−Ｆｉ Ｄｉｒｅｃｔサポートデバイスの数が増加している。ＷＦＡ（Wi-Fi Alliance）では、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔリンクを用いた様々なサービス（例えば、伝送（送信）（Send）、プレー（再生）（Play）、ディスプレイ（表示）（Display）、プリント（印刷）（Print）など）をサポートするプラットフォームを導入する技術が議論されている。これをＷｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）と呼ぶことができる。ＷＦＤＳによれば、アプリケーション、サービスなどは、ＡＳＰ（Application Service Platform）というサービスプラットフォームによって制御または管理され得る。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、ＷＦＤＳシステムにおいてＰ２Ｐグループを形成する方法を提供することを目的とする。具体的には、本発明では、Ｐ２Ｐグループの形成のためのＰ２ＰデバイスのＡＳＰ制御方法または管理方法を提供することを目的とする。
【０００６】
本発明で達成しようとする技術的課題は、以上に言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００７】
上記技術的課題を解決するために、本発明の一実施例によれば、Ｗｉ−Ｆｉダイレクト（Wi-Fi Direct）サービスをサポートする第１の無線デバイスにおけるピアツーピア（peer-to-peer；Ｐ２Ｐ）グループの形成方法は、第１の無線デバイスが第２の無線デバイスに、第１の無線デバイスの接続能力（connection capabilities）を有するプロビジョン探索（発見）要求フレーム（provision discovery request frame）を伝送（送信）する（transmit）ステップと、第１の無線デバイスが第２の無線デバイスから、第２の無線デバイスの接続能力を有するプロビジョン探索応答フレームを受信するステップと、を有することができる。このとき、接続能力は、新しいＰ２Ｐグループの開始のための新規（Ｎｅｗ）、グループオーナになるためのグループオーナ（Group Owner；ＧＯ）およびクライアントになるためのクライアント（Ｃｌｉｅｎｔ）のうち少なくとも１つを指示し、第１の無線デバイスは、第１の接続能力および第２の接続能力に基づいて、Ｐ２Ｐグループにおけるグループオーナを決定することができる。
【０００８】
上記技術的課題を解決するために、本発明の他の実施例によれば、Ｗｉ−Ｆｉダイレクトサービスをサポートする第１の無線デバイスにおけるＰ２Ｐグループの形成方法は、第１の無線デバイスが第２の無線デバイスに、第１の無線デバイスの接続能力（connection capabilities）を有するプロビジョン探索要求フレームを伝送するステップと、第１の無線デバイスが第２の無線デバイスから、第２の無線デバイスの接続能力を有するプロビジョン探索応答フレームを受信するステップとを有することができる。このとき、接続能力は、新しいＰ２Ｐグループの開始のための新規、グループオーナになるためのグループオーナ、グループクライアントになるためのクライアントおよび既に存在するパーシステントグループ（P2P Persistent Group）の再使用を知らせるパーシステントグループオーナのうち少なくとも１つを指示し、第１の無線デバイスは、第１の接続能力および第２の接続能力に基づいて、Ｐ２Ｐグループにおけるグループオーナを決定することができる。
【０００９】
上記技術的課題を解決するために、本発明の更に他の実施例によれば、Ｗｉ−Ｆｉダイレクトサービスをサポートする、ピアツーピア（Ｐ２Ｐ）グループを形成する第１の無線デバイスは、送受信器およびプロセッサを有し、プロセッサは、送受信器が、第２の無線デバイスに第１の無線デバイスの接続能力を有するプロビジョン探索要求フレームを伝送し、第２の無線デバイスから第２の無線デバイスの接続能力を有するプロビジョン応答フレームを受信するように制御し、第１の無線デバイスは、第１の接続能力および第２の接続能力に基づいて、Ｐ２Ｐグループにおけるグループオーナおよびグループクライアントを決定するように設定されてもよい。このとき、接続能力は、新しいＰ２Ｐグループの開始のための新規、グループオーナになるためのグループオーナおよびグループクライアントになるためのクライアントのうち少なくとも１つを指示することを特徴とすることができる。
【００１０】
上記技術的課題を解決するために、本発明の更に他の実施例によれば、Ｗｉ−Ｆｉダイレクトサービスをサポートする、ピアツーピア（Ｐ２Ｐ）グループを形成する第１の無線デバイスは、送受信器およびプロセッサを有し、プロセッサは、送受信器が、第２の無線デバイスに第１の無線デバイスの接続能力を有するプロビジョン探索要求フレームを伝送し、第２の無線デバイスから第２の無線デバイスの接続能力を有するプロビジョン応答フレームを受信するように制御し、第１の無線デバイスは、第１の接続能力および第２の接続能力に基づいて、Ｐ２Ｐグループにおけるグループオーナおよびグループクライアントを決定するように設定されてもよい。このとき、接続能力は、新しいＰ２Ｐグループの開始のための新規、グループオーナになるためのグループオーナ、グループクライアントになるためのクライアントおよび既に存在するパーシステントグループの再使用を知らせるパーシステントグループオーナのうち少なくとも１つを指示することができる。
【００１１】
本発明について前述した一般的な説明および後述する詳細な説明は例示的なものであって、請求項に記載の発明に関するさらなる説明のためのものである。
【発明の効果】
【００１２】
本発明によれば、ＷＦＤＳシステムにおいてＰ２Ｐグループの形成方法およびそのための装置を提供することができる。具体的には、本発明では、Ｐ２Ｐグループの形成のためのＰ２ＰデバイスのＡＳＰ制御方法または管理方法を提供することができる。
【００１３】
本発明で得られる効果は、以上に言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００１４】
【図１】本発明を適用できるＩＥＥＥ ８０２．１１システムの例示的な構造を示す図である。
【図２】Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ（ＷＦＤ）ネットワークを例示する図である。
【図３】ＷＦＤネットワークを構成する手順を説明するための図である。
【図４】近隣探索手順を説明するための図である。
【図５】ＷＦＤネットワークの新しい態様を説明するための図である。
【図６】ＷＦＤ通信のためのリンクを設定する方法を説明するための図である。
【図７】ＷＦＤを行っている通信グループに参加（association）する方法を説明するための図である。
【図８】ＷＦＤ通信のためのリンクを設定する方法を説明するための図である。
【図９】ＷＦＤ通信グループに参加するリンクを設定する方法を説明するための図である。
【図１０】ＷＦＤＳフレームワーク構成要素を説明するための図である。
【図１１】ＷＦＤＳの動作を説明するための図である。
【図１２】ＡＳＰとサービスとの間のメソッドおよびイベントの伝送例を示す図である。
【図１３】サービス探索およびＡＳＰセッションセットアップ動作の流れ図である。
【図１４】サービス探索およびＡＳＰセッションセットアップ動作の流れ図である。
【図１５】サービス探索およびＡＳＰセッションセットアップ動作の流れ図である。
【図１６】第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間でＧＯ交渉手順が開始される例を示す図である。
【図１７】第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間でＧＯ交渉手順が開始される例を示す図である。
【図１８】第１のＰ２Ｐデバイスの接続能力がグループオーナを指示し、第２のＰ２Ｐデバイスの接続能力がクライアントを指示する場合の動作を説明するために例示した図である。
【図１９】本発明の一実施例に係る無線デバイスの構成を示すブロック図である。
【発明を実施するための形態】
【００１５】
本明細書に添付される図面は、本発明に関する理解を提供するためのもので、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【００１６】
以下、本発明の好適な実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明を実施できる唯一の実施形態を示すものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者には、本発明がそれらの具体的な細部事項を伴わなくても実施可能であるということが理解される。
【００１７】
以下の実施例は、本発明の構成要素および特徴を所定の形態で組み合わせたものである。各構成要素または特徴は、特別の言及がない限り、選択的なものとして考慮することができる。各構成要素または特徴は、他の構成要素や特徴と組み合わされない形態で実施可能である。また、一部の構成要素および／または特徴を組み合わせて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部の構成や特徴は、別の実施例に含まれてもよく、別の実施例の対応する構成または特徴に取り替えられてもよい。
【００１８】
以下の説明で使用される特定の用語は、本発明の理解を助けるために提供されたもので、これらの特定の用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更可能である。
【００１９】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造および装置を省略したり、各構造および装置の中核機能を中心にしたブロック図の形式で図示することができる。また、本明細書全体にわたって同一の構成要素には同一の図面符号を付して説明する。
【００２０】
本発明の実施例は、無線アクセスシステムであるＩＥＥＥ ８０２システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥおよびＬＴＥ−Ａ（LTE-Advanced）システム、３ＧＰＰ２システム並びにＷｉ−Ｆｉ Ａｌｌｉａｎｃｅ（ＷＦＡ）システムのうち少なくとも１つの開示された標準文書によって裏付けることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確にするために説明を省いた段階または部分は、上記の文書によって裏付けることができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００２１】
以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）などの様々な無線アクセスシステムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術（radio technology）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Global System for Mobile communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）などの無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Evolved UTRA）などの無線技術によって具現することができる。明確性のために、以下ではＩＥＥＥ ８０２．１１システムを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。
【００２２】
ＷＬＡＮシステムの構造
図１は、本発明を適用できるＩＥＥＥ ８０２．１１システムの例示的な構造を示す図である。
【００２３】
ＩＥＥＥ ８０２．１１構造は複数の構成要素を含むことができ、これらの相互作用によって上位層に対してトランスペアレントなＳＴＡ移動性をサポートするＷＬＡＮを提供することができる。基本サービスセット（Basic Service Set；ＢＳＳ）は、ＩＥＥＥ ８０２．１１ ＬＡＮにおける基本的な構成ブロックに該当し得る。図１では、２個のＢＳＳ（ＢＳＳ１およびＢＳＳ２）が存在し、それぞれのＢＳＳのメンバとして２個のＳＴＡ（STAtion）が含まれること（ＳＴＡ１およびＳＴＡ２はＢＳＳ１に含まれ、ＳＴＡ３およびＳＴＡ４はＢＳＳ２に含まれる）を例示的に示している。図１において、ＢＳＳを示す楕円は、当該ＢＳＳに含まれたＳＴＡが通信を維持するカバレッジ領域を示すものと理解してもよい。この領域をＢＳＡ（Basic Service Area）と呼ぶことができる。ＳＴＡがＢＳＡの外へ移動すると、当該ＢＳＡ内の他のＳＴＡと直接通信できなくなる。
【００２４】
ＩＥＥＥ ８０２．１１ ＬＡＮにおいて最も基本的なタイプのＢＳＳは、独立したＢＳＳ（Independent BSS；ＩＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡだけで構成された最小の形態を有することができる。また、最も単純な形態であるとともに他の構成要素が省略されている図１のＢＳＳ（ＢＳＳ１またはＢＳＳ２）がＩＢＳＳの代表的な例に該当し得る。このような構成は、ＳＴＡ同士が直接通信できる場合に可能である。また、このような形態のＬＡＮは、予め計画して構成されるものではなく、ＬＡＮが必要な場合に構成され、これをアド−ホック（ad-hoc）ネットワークと呼ぶこともできる。
【００２５】
ＳＴＡの電源オン／オフ、ＳＴＡのＢＳＳ領域への入／出などによって、ＢＳＳでのＳＴＡのメンバシップが動的に変更され得る。ＢＳＳのメンバになるためには、ＳＴＡは同期手順を用いてＢＳＳに参加（ジョイン）する（join）ことができる。ＢＳＳベース構造の全てのサービスにアクセスするためには、ＳＴＡはＢＳＳに関連付けられて（associated with）いなければならない。このような関連付け（association）は動的に設定することができ、配信システムサービス（Distribution System Service；ＤＳＳ）の利用を含むことができる。
【００２６】
層構造
無線ＬＡＮシステムで動作するＳＴＡの動作は、層（layer）構造の観点で説明することができる。装置構成の面で層構造はプロセッサによって具現することができる。ＳＴＡは複数の層構造を有することができる。例えば、８０２．１１標準文書において扱う層構造は、主にＤＬＬ（Data Link Layer）上のＭＡＣサブレイヤ（sublayer）および物理（ＰＨＹ）層である。ＰＨＹは、ＰＬＣＰ（Physical Layer Convergence Procedure）エンティティ（entity）、ＰＭＤ（Physical Medium Dependent）エンティティなどを含むことができる。ＭＡＣサブレイヤおよびＰＨＹは、それぞれ、ＭＬＭＥ（MAC subLayer Management Entity）およびＰＬＭＥ（Physical Layer Management Entity）と呼ばれる管理エンティティを概念的に含む。このようなエンティティは、層管理機能が作動する層管理サービスインターフェースを提供する。
【００２７】
正確なＭＡＣ動作を提供するために、ＳＭＥ（Station Management Entity）がそれぞれのＳＴＡ内に存在する。ＳＭＥは、別途の管理プレーン内に存在したり、または別途に離れて（off to the side）いるように見られる、層独立エンティティである。ＳＭＥの正確な機能は、本文書で具体的に説明していないが、一般的には様々な層管理エンティティ（ＬＭＥ）から層−従属状態を収集し、層−固有（layer-specific）パラメータなどの値をほぼ同一に設定するなどの機能を担当するものと見られる。一般に、ＳＭＥは、一般のシステム管理エンティティを代表して（on behalf of）このような機能を行い、標準管理プロトコルを具現することができる。
【００２８】
前述したエンティティは、様々な方式で相互作用する。例えば、エンティティ間において、ＧＥＴ／ＳＥＴプリミティブ（primitive）を交換（exchange）することによって相互に作用することができる。プリミティブは、特定の目的に関連した要素（element）やパラメータのセットを意味する。ＸＸ−ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、与えられたＭＩＢ ａｔｔｒｉｂｕｔｅ（管理情報ベースの属性情報）の値を要求する（request）ために使用される。ＸＸ−ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、Ｓｔａｔｕｓ（状態）が“成功”である場合は適切なＭＩＢ属性情報値をリターンし、そうでない場合は、Ｓｔａｔｕｓフィールドでエラー指示をリターンするために使用される。ＸＸ−ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指示されたＭＩＢ属性が与えられた値に設定されるように要求するために使用される。上記ＭＩＢ属性が特定の動作を意味する場合、これは、該当する動作が行われることを要求するものである。そして、ＸＸ−ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、ｓｔａｔｕｓが“成功”である場合は、指示されたＭＩＢ属性が要求された値に設定されたことを確認し、そうでない場合は、ｓｔａｔｕｓフィールドにエラー状況をリターンするために使用される。ＭＩＢ属性が特定の動作を意味する場合、これは、該当の動作が行われたことを確認する。
【００２９】
また、ＭＬＭＥおよびＳＭＥは、様々なＭＬＭＥ_ＧＥＴ／ＳＥＴプリミティブをＭＬＭＥ_ＳＡＰ（Service Access Point）を介して交換することができる。また、様々なＰＬＭＥ_ＧＥＴ／ＳＥＴプリミティブが、ＰＬＭＥ_ＳＡＰを介してＰＬＭＥとＳＭＥとの間で交換されてもよく、ＭＬＭＥ−ＰＬＭＥ_ＳＡＰを介してＭＬＭＥとＰＬＭＥとの間で交換されてもよい。
【００３０】
無線ＬＡＮの進化
無線ＬＡＮ（ＷＬＡＮ）技術に関する標準は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１グループで開発されている。ＩＥＥＥ ８０２．１１ａおよびｂは２．４ＧＨｚまたは５ＧＨｚで無免許帯域（unlicensed band）を利用し、ＩＥＥＥ ８０２．１１ｂは１１Ｍｂｐｓの伝送速度を提供し、ＩＥＥＥ ８０２．１１ａは５４Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ ８０２．１１ｇは、２．４ＧＨｚで直交周波数分割多重化（Orthogonal Frequency Division Multiplexing；ＯＦＤＭ）を適用し、５４Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ ８０２．１１ｎは、多入力多出力ＯＦＤＭ（Multiple Input Multiple Output-OFDM；ＭＩＭＯ−ＯＦＤＭ）を適用し、３００Ｍｂｐｓの伝送速度を提供する。ＩＥＥＥ ８０２．１１ｎはチャネル帯域幅（channel bandwidth）を４０ＭＨｚまでサポートし、この場合、６００Ｍｂｐｓの伝送速度を提供する。
【００３１】
ＩＥＥＥ ８０２．１１ｅに従う無線ＬＡＮ環境でのＤＬＳ（Direct Link Setup）関連プロトコルは、ＢＳＳ（Basic Service Set）がＱｏＳ（Quality of Service）をサポートするＱＢＳＳ（Quality BSS）を前提とする。ＱＢＳＳでは、非−ＡＰ（Non-AP）ＳＴＡだけでなく、ＡＰもＱｏＳをサポートするＱＡＰ（Quality AP）である。ところが、現在商用化されている無線ＬＡＮ環境（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇなどに従う無線ＬＡＮ環境）では、たとえＮｏｎ−ＡＰ ＳＴＡがＱｏＳをサポートするＱＳＴＡ（Quality STA）であるとしても、ＡＰは、ＱｏＳをサポートできないレガシ（Legacy）ＡＰがほとんどである。その結果、現在商用化されている無線ＬＡＮ環境では、ＱＳＴＡであるとしても、ＤＬＳサービスを利用することができないという限界がある。
【００３２】
トンネルダイレクトリンク設定（Tunneled Direct Link Setup；ＴＤＬＳ）は、このような限界を克服するために新たに提案された無線通信プロトコルである。ＴＤＬＳは、ＱｏＳをサポートしないが、現在商用化されているＩＥＥＥ ８０２．１１ａ／ｂ／ｇなどの無線ＬＡＮ環境においてもＱＳＴＡがダイレクトリンクを設定できるようにし、節電モード（Power Save Mode；ＰＳＭ）においてもダイレクトリンクの設定が可能になるようにするものである。したがって、ＴＤＬＳは、レガシＡＰが管理するＢＳＳにおいても、ＱＳＴＡがダイレクトリンクを設定できるようにするための諸手順を規定する。そして、以下では、このようなＴＤＬＳをサポートする無線ネットワークをＴＤＬＳ無線ネットワークという。
【００３３】
Ｗｉ−Ｆｉダイレクトネットワーク
従来技術の無線ＬＡＮは、無線アクセスポイント（ＡＰ）がハブとして機能するインフラストラクチャ（infrastructure）ＢＳＳの動作を主に扱った。ＡＰは、無線／有線接続のための物理層サポート機能、ネットワーク上のデバイスに対するルーティング機能、およびデバイスをネットワークに追加／除去するためのサービス提供などを担当する。この場合、ネットワーク内のデバイスは、ＡＰを介して接続されるものであって、相互に直接接続されるものではない。
【００３４】
デバイス間のダイレクト接続をサポートする技術として、Ｗｉ−Ｆｉダイレクト（Wi-Fi Direct）標準の制定が完了した。
【００３５】
図２は、ＷＦＤ（Wi-Fi Direct）ネットワークを例示する。ＷＦＤネットワークは、Ｗｉ−Ｆｉ装置がホームネットワーク、オフィスネットワークおよびホットスポットネットワークに参加しなくても、互いにデバイスツーデバイス（Device to Device；Ｄ２Ｄ）（あるいは、Peer-to-Peer；Ｐ２Ｐ）通信を行うことができるネットワークであって、Ｗｉ−Ｆｉアライアンス（連合）（Alliance）によって提案された。以下、ＷＦＤベースの通信をＷＦＤ Ｄ２Ｄ通信（簡単にはＤ２Ｄ通信）あるいはＷＦＤ Ｐ２Ｐ通信（簡単にはＰ２Ｐ通信）と呼ぶ。また、ＷＦＤ Ｐ２Ｐ実行デバイスをＷＦＤ Ｐ２Ｐデバイス、簡単にはＰ２Ｐデバイスまたはピア（Peer）デバイスと呼ぶ。
【００３６】
図２を参照すると、ＷＦＤネットワーク２００は、第１のＰ２Ｐデバイス２０２および第２のＰ２Ｐデバイス２０４を含む少なくとも１つのＷｉ−Ｆｉデバイスを含むことができる。Ｐ２Ｐデバイスは、ディスプレイ装置、プリンタ、デジタルカメラ、プロジェクタおよびスマートフォンなどのＷｉ−Ｆｉをサポートするデバイスを含む。また、Ｐ２Ｐデバイスは、Ｎｏｎ−ＡＰ ＳＴＡおよびＡＰ ＳＴＡを含む。図示された例において、第１のＰ２Ｐデバイス２０２は携帯電話であり、第２のＰ２Ｐデバイス２０４はディスプレイ装置である。ＷＦＤネットワーク内のＰ２Ｐデバイスは互いに直接接続可能である。具体的には、Ｐ２Ｐ通信は、２つのＰ２Ｐデバイス間の信号伝送経路が、第３のデバイス（例えば、ＡＰ）または従来のネットワーク（例えば、ＡＰを経てＷＬＡＮに接続）を経ずに当該Ｐ２Ｐデバイス間で直接設定された場合を意味することができる。ここで、２つのＰ２Ｐデバイス間に直接設定された信号伝送経路はデータ伝送経路に制限され得る。例えば、Ｐ２Ｐ通信は、複数のＮｏｎ−ＳＴＡがＡＰを経ずにデータ（例えば、音声／映像／文字情報など）を伝送する場合を意味することができる。制御情報（例えば、Ｐ２Ｐ設定のためのリソース割当情報、無線デバイス識別情報など）のための信号伝送経路は、Ｐ２Ｐデバイス（例えば、Ｎｏｎ−ＡＰ  ＳＴＡ−対−Ｎｏｎ−ＡＰ  ＳＴＡ、Ｎｏｎ−ＡＰ  ＳＴＡ−対−ＡＰ）間に直接設定されるか、またはＡＰを経由して２つのＰ２Ｐデバイス（例えば、Ｎｏｎ−ＡＰ  ＳＴＡ−対−Ｎｏｎ−ＡＰ  ＳＴＡ）間に設定されるか、またはＡＰと当該Ｐ２Ｐデバイス（例えば、ＡＰ−対−Ｎｏｎ−ＡＰ  ＳＴＡ＃１、ＡＰ−対−Ｎｏｎ−ＡＰ  ＳＴＡ＃２）間に設定されてもよい。
【００３７】
図３は、ＷＦＤネットワークを構成する手順を説明するための図である。
【００３８】
図３を参照すると、ＷＦＤネットワーク構成手順は２つの手順に大別することができる。１番目の手順は、近隣探索手順（Neighbor Discovery；ＮＤ procedure）であり（Ｓ３０２ａ）、２番目の手順は、Ｐ２Ｐリンク設定および通信手順である（Ｓ３０４）。近隣探索手順を通じて、Ｐ２Ｐデバイス（例えば、図２の２０２）は、（自体の無線）カバレッジ内の他の隣接Ｐ２Ｐデバイス（例えば、図２の２０４）を探し、当該Ｐ２Ｐデバイスとの関連付け（association）、例えば、事前−関連付け（pre-association）に必要な情報を獲得することができる。ここで、事前−関連付けは、無線プロトコルにおける第２のレイヤ事前−関連付けを意味することができる。事前−関連付けに必要な情報は、例えば、隣接Ｐ２Ｐデバイスに関する識別情報などを含むことができる。近隣探索手順は、使用可能無線チャネルごとに行うことができる（Ｓ３０２ｂ）。その後、Ｐ２Ｐデバイス２０２は、他のＰ２Ｐデバイス２０４とＷＦＤ Ｐ２Ｐリンク設定／通信のための手順を行うことができる。例えば、Ｐ２Ｐデバイス２０２は、周辺のＰ２Ｐデバイス２０４に関連付けられた後、当該Ｐ２Ｐデバイス２０４がユーザのサービス要求事項を満足しないＰ２Ｐデバイスであるか否かを判断することができる。そのために、Ｐ２Ｐデバイス２０２は、周辺のＰ２Ｐデバイス２０４との第２のレイヤ事前−関連付け後、当該Ｐ２Ｐデバイス２０４を検索することができる。当該Ｐ２Ｐデバイス２０４がユーザのサービス要求事項を満足しない場合、Ｐ２Ｐデバイス２０２は、当該Ｐ２Ｐデバイス２０４に対して設定された第２のレイヤ関連付けを解消し、他のＰ２Ｐデバイスと第２のレイヤ関連付けを設定することができる。反面、当該Ｐ２Ｐデバイス２０４がユーザのサービス要求事項を満足する場合、２つのＰ２Ｐデバイス（２０２および２０４）は、Ｐ２Ｐリンクを介して信号を送受信することができる。
【００３９】
図４は、近隣探索手順を説明するための図である。図４の例は、図３でのＰ２Ｐデバイス２０２とＰ２Ｐデバイス２０４との間の動作として理解することができる。
【００４０】
図４を参照すると、図３の近隣探索手順は、ＳＭＥ（Station Management Entity）／アプリケーション／ユーザ／ベンダの指示により開始されてもよく（Ｓ４１０）、スキャン段階（scan phase）（Ｓ４１２）と見つける段階（find phase）（Ｓ４１４〜Ｓ４１６）とに分けられてもよい。スキャン段階（Ｓ４１２）は、使用可能な全ての無線チャネルに対して８０２．１１方式に従ってスキャンする動作を含む。これによって、Ｐ２Ｐデバイスは、最良の動作チャネルを確認することができる。見つける段階（Ｓ４１４〜Ｓ４１６）は、リッスン（聴取）（listen）モード（Ｓ４１４）と検索（search）モード（Ｓ４１６）とを含み、Ｐ２Ｐデバイスは、リッスンモード（Ｓ４１４）と検索モード（Ｓ４１６）とを交互に繰り返す。Ｐ２Ｐデバイス２０２，２０４は、検索モード（Ｓ４１６）でプローブ要求フレーム（Probe request frame）を用いて能動検索を実施し、速い検索のために、検索範囲をチャネル１、６、１１（例えば、２４１２、２４３７、２４６２ＭＨｚ）のソーシャルチャネル（social channel）に限定することができる。また、Ｐ２Ｐデバイス２０２，２０４は、リッスンモード（Ｓ４１４）で３つのソーシャルチャネルのうち１つのチャネルのみを選択して受信状態に維持する。このとき、他のＰ２Ｐデバイス（例えば、２０２）が検索モードで伝送した、プローブ要求フレームが受信された場合、Ｐ２Ｐデバイス（例えば、２０４）は、プローブ応答フレーム（probe response frame）で応答する。リッスンモード（Ｓ４１４）時間はランダムに与えられてもよい（例えば、１００、２００、３００ＴＵ（Time Unit））。Ｐ２Ｐデバイスは、検索モードと受信モードとを継続して繰り返す途中、互いの共通チャネルに到達することができる。Ｐ２Ｐデバイスは、他のＰ２Ｐデバイスを発見（discover）した後、当該Ｐ２Ｐデバイスに選択的に結合するために、プローブ要求フレームおよびプローブ応答フレームを用いて、デバイスタイプ、製作会社またはフレンドリデバイス名（name）を発見／交換することができる。近隣探索手順を通じて周辺のＰ２Ｐデバイスを発見し、必要な情報を得た場合、Ｐ２Ｐデバイス（例えば、２０２）は、ＳＭＥ／アプリケーション／ユーザ／ベンダにＰ２Ｐデバイスの発見を知らせることができる（Ｓ４１８）。
【００４１】
現在、Ｐ２Ｐは、主に遠隔プリント、写真共有などの半−静的（semi-static）通信のために用いられている。しかし、Ｗｉ−Ｆｉデバイスの普遍化および位置ベースのサービスなどにより、Ｐ２Ｐの可用性はますます増大している。例えば、ソーシャルチャット（例えば、ＳＮＳ（Social Network Service）に加入した無線デバイスが、位置ベースのサービスに基づいて近接地域の無線デバイスを認識し、情報を送受信）、位置−ベースの広告提供、位置−ベースのニュース放送、無線デバイス間のゲーム連動などにＰ２Ｐが活発に利用されると予想される。便宜上、このようなＰ２Ｐ応用を新Ｐ２Ｐ応用と呼ぶ。
【００４２】
図５は、ＷＦＤネットワークの新しい態様を説明するための図である。
【００４３】
図５の例は、新Ｐ２Ｐ応用（例えば、ソーシャルチャット、位置−ベースのサービス提供、ゲーム連動など）が適用される場合のＷＦＤネットワークの態様として理解することができる。
【００４４】
図５を参照すると、ＷＦＤネットワークにおいて多数のＰ２Ｐデバイス（５０２ａ〜５０２ｄ）がＰ２Ｐ通信５１０を行い、Ｐ２Ｐデバイスの移動によって、ＷＦＤネットワークを構成するＰ２Ｐデバイスが随時変更されるか、または、ＷＦＤネットワーク自体が動的／短時間的に新たに生成されたりまたは消滅したりし得る。このように、新Ｐ２Ｐ応用の特徴は、高密度（dense）ネットワーク環境においてかなりの数のＰ２Ｐデバイス間で動的／短時間にＰ２Ｐ通信が行われ、終了できるという点である。
【００４５】
図６は、ＷＦＤ通信のためのリンクを設定する方法を説明するための図である。
【００４６】
図６（ａ）に示すように、第１のＳＴＡ（６１０、以下、Ａという）は、従来のＷＦＤ通信においてグループオーナ（Group Owner）として動作中である。従来のＷＦＤ通信のグループクライアント６３０との通信中に、Ａ６１０が、新しいＷＦＤ通信対象であり、ＷＦＤ通信をしていない、第２のＳＴＡ（６２０、以下、Ｂという）を発見した場合、Ａ６１０は、Ｂ６２０とのリンク設定を試みる。この場合、新しいＷＦＤ通信は、Ａ６１０とＢ６２０との間のＷＦＤ通信であり、Ａはグループオーナであるので、従来のグループクライアント６３０の通信と別個に通信設定を実行することができる。１つのＷＦＤグループは、１つのグループオーナと１つまたは複数のグループクライアントとで構成することができるので、１つのグループオーナであるＡ６１０は条件を満たすので、図６（ｂ）に示すように、ＷＦＤリンクを設定することができる。この場合、Ａ６１０が従来のＷＦＤ通信グループにＢ６２０を招待（invitation）しており、ＷＦＤ通信の特性上、Ａ６１０とＢ６２０との間およびＡ６１０と従来のグループクライアント６３０との間のＷＦＤ通信は、それぞれ可能であるが、Ｂ６２０と従来のグループクライアント６３０との間のＷＦＤ通信はサポートされない。両方ともグループクライアントであるからである。
【００４７】
図７は、ＷＦＤを行っている通信グループに参加する（との関連付けを行う）（perform association with）方法を説明するための図である。
【００４８】
図７（ａ）に示すように、第１のＳＴＡ（７１０、以下、Ａという）は、グループクライアント７３０に対してグループオーナとして通信中であり、第２のＳＴＡ（７２０、以下、Ｂという）は、グループクライアント７４０に対してグループオーナとして通信中である。図７（ｂ）に示すように、Ａ７１０は、従来のＷＦＤ通信を終了（termination）し、Ｂ７２０が属するＷＦＤ通信グループに参加（association）することができる。Ａ７１０は、Ｂ７２０がグループオーナであるので、Ｂのグループクライアントとなる。Ａ７１０は、Ｂ７２０に関連付けを要求する前に従来のＷＦＤ通信を終了することが好ましい。
【００４９】
図８は、ＷＦＤ通信のためのリンクを設定する方法を説明するための図である。
【００５０】
図８（ａ）に示すように、第２のＳＴＡ（８２０、以下、Ｂという）は、従来のＷＦＤ通信においてグループオーナ（Group Owner）として動作中である。従来のＷＦＤ通信においてグループクライアント８３０とＷＦＤ通信中である場合、Ｂ８２０を発見した、ＷＦＤ通信を行っていない第１のＳＴＡ（８１０、以下、Ａという）が、Ｂ８２０との新しいＷＦＤ通信のためにリンク設定を試みる。この場合、Ｂ８２０がリンク設定を受諾した（accept）場合、Ａ８１０とＢ８２０との間の新しいＷＦＤ通信リンクが設定され、Ａ８１０は、従来のＢ８２０のＷＦＤグループのクライアントとして動作することになる。この場合は、Ａ８１０がＢ８２０のＷＦＤ通信グループに参加（association）した場合に対応する。Ａ８１０は、グループオーナであるＢ８２０とのみＷＦＤ通信を行うことができ、Ａ８１０と従来のＷＦＤ通信のクライアント８３０とのＷＦＤ通信はサポートされない。両方ともグループクライアントであるからである。
【００５１】
図９は、ＷＦＤ通信グループに参加するリンクを設定する方法を説明するための図である。
【００５２】
図９（ａ）に示すように、第１のＳＴＡ（９１０、以下、Ａという）は、グループオーナ９３０に対してグループクライアントとしてＷＦＤ通信中である。このとき、他のＷＦＤ通信のグループクライアント９４０に対してグループオーナとして通信中である第２のＳＴＡ（９２０、以下、Ｂという）を発見したＡ９１０は、グループオーナ９３０とのリンクを終了（termination）し、Ｂ９２０のＷｉ−Ｆｉ Ｄｉｒｅｃｔに参加することができる。
【００５３】
Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）
Ｗｉ−Ｆｉダイレクトは、リンク層（Link layer）の動作まで定義するネットワーク接続の標準技術である。Ｗｉ−Ｆｉダイレクトによって構成されたリンクの上位層で動作するアプリケーションに対する標準が定義されていないため、Ｗｉ−Ｆｉダイレクトをサポートするデバイスが互いに接続された後にアプリケーションを駆動する場合の互換性をサポートすることが難しかった。このような問題を解決するために、Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）という上位層アプリケーションの動作に対する標準化がＷｉ−Ｆｉアライアンス（ＷＦＡ）で議論中である。
【００５４】
図１０は、ＷＦＤＳフレームワーク構成要素を説明するための図である。
【００５５】
図１０のＷｉ−Ｆｉ Ｄｉｒｅｃｔ層は、Ｗｉ−Ｆｉダイレクト標準によって定義されるＭＡＣ層を意味する。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ層は、Ｗｉ−Ｆｉダイレクト標準と互換性のあるソフトウェアとして構成することができる。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ層の下位では、ＷｉＦｉ ＰＨＹと互換性のある物理層（図示せず）によって無線接続を構成することができる。Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ層の上位にＡＳＰ（Application Service Platform）というプラットフォームが定義される。
【００５６】
ＡＳＰは、サービスが必要とする機能を実行する論理エンティティである。ＡＳＰは、共通共有プラットフォーム（common shared platform）であり、その上位のアプリケーション（Application）層とその下位のＷｉ−Ｆｉ Ｄｉｒｅｃｔ層との間で、デバイス探索（Device Discovery）、サービス探索（Service Discovery）、ＡＳＰセッション管理（ＡＳP Session management）、接続トポロジ管理（Connection topology management）およびセキュリティ（Security）などのタスクを処理することができる。
【００５７】
ＡＳＰの上位には、サービス（Service）層が定義される。サービス層は用途（use case）固有サービスを含む。ＷＦＤＳでは、４個の基本サービスである伝送（送信）（Ｓｅｎｄ）、プレー（再生）（Ｐｌａｙ）、ディスプレイ（表示）（Ｄｉｓｐｌａｙ）、プリント（印刷）（Ｐｒｉｎｔ）サービスを定義する。ＷＦＤＳで定義する４個の基本サービスを簡略に説明すると、まず、Ｓｅｎｄは、２つのＷＦＤＳデバイス間のファイル伝送を行うことができるサービスおよびアプリケーションを意味する。伝送サービスは、ピア機器間のファイルを伝送するためのものであるという点で、ファイル伝送サービス（File Transfer Service；ＦＴＳ）と呼ぶこともできる。Ｐｌａｙは、２つのＷＦＤＳデバイス間のＤＬＮＡ(登録商標)（Digital Living Network Alliance）をベースとするオーディオ／ビデオ（Ａ／Ｖ）、写真、音楽などを共有またはストリーミングするサービスおよびアプリケーションを意味する。Ｐｒｉｎｔは、文書、写真などのコンテンツを有しているデバイスとプリンタとの間で文書、写真出力を可能にするサービスおよびアプリケーションを意味する。Ｄｉｓｐｌａｙは、ＷＦＡのミラキャスト（Miracast）ソースとシンクとの間で画面共有を可能にするサービスおよびアプリケーションを意味する。
【００５８】
図１０に示されたイネーブル（Enable）ＡＰＩ（Application Program Interface）は、ＷＦＤＳで定める基本サービス以外にサードパーティ（3rd party）アプリケーションをサポートする場合に、ＡＳＰ共通プラットフォームを利用できるようにするために定義される。サードパーティアプリケーションのために定義されるサービスは、１つのアプリケーションでのみ利用されてもよく、様々なアプリケーションで一般的に（または共通に）利用されてもよい。
【００５９】
以下、説明の便宜のため、ＷＦＤＳにより定義されたサービスはＷＦＤＳサービス、ＷＦＡではなく、サードパーティによって新たに定義されるサービスはイネーブルサービスと呼ぶ。
【００６０】
アプリケーション層は、ユーザインターフェース（ＵＩ）を提供することができ、情報を人が認識可能な形態で表現し、ユーザの入力を下位層に伝達するなどの機能を果たす。
【００６１】
図１１は、ＷＦＤＳの動作を説明するための図である。
【００６２】
図１１では、２つのピア（peer）デバイスＡおよびＢが存在するものと仮定する。
【００６３】
ＡＳＰは、サービスが必要とする共通の機能を具現する論理エンティティ（logical entity）である。このような機能は、デバイス探索（Device Discovery）、サービス探索（Service Discovery）、ＡＳＰ−セッション管理、接続トポロジ（topology）管理、セキュリティなどを含むことができる。
【００６４】
ＡＳＰ−セッションは、デバイスＡのＡＳＰとデバイスＢのＡＳＰとの間の論理リンクである。ＡＳＰ−セッションを開始するために、ピアデバイス間のＰ２Ｐ（Peer-to-Peer）接続が必要である。ＡＳＰは、２つのデバイス間に複数のＡＳＰ−セッションをセットアップすることができる。それぞれのＡＳＰ−セッションは、ＡＳＰ−セッションを必要とするＡＳＰによって割り当てられるセッション識別子によって識別されてもよい。
【００６５】
サービスは、他のサービスまたはアプリケーションにＡＳＰを用いて用途固有機能を提供する論理エンティティである。１つのデバイスのサービスは、１つまたは複数の他のデバイスの対応するサービス、およびサービス−固有プロトコル（これは、サービス標準およびＡＳＰプロトコルによって定義できる）を用いて通信することができる。
【００６６】
ＡＳＰとサービスとの間のインターフェースは、メソッド（Ｍｅｔｈｏｄ）およびイベント（Ｅｖｅｎｔ）で定義される。Ｍｅｔｈｏｄは、サービスによって開始される動作を示し、Ｍｅｔｈｏｄのパラメータ（またはフィールド）には、実行しようとする動作に関する情報が含まれてもよい。Ｅｖｅｎｔは、ＡＳＰからサービスに情報を提供する。
【００６７】
一例として、図１２は、ＡＳＰとサービスとの間のメソッドおよびイベントの伝送例を示す図である。
【００６８】
サービスがメソッド呼び出しを行うと、メソッド呼び出しリターン値（returning value）として制限された情報がサービスにリターンされる（returns）。全てのメソッド呼び出しは、直ちにリターンされることが原則である。したがって、サービスにリターンされる値は、メソッド呼び出しリターンの遅延を引き起こすネットワークを介して獲得された情報またはユーザから獲得された情報に依存してはならない。
【００６９】
ＡＳＰは、イベントを介してサービスに情報を提供する。メソッドのように、イベントもパラメータでデータを伝送する。イベントは一方向に伝送されるので、サービスがイベントのコンテンツに基づいてアクションを取ろうとする場合、メソッド呼び出しが後続しなければならない。
【００７０】
ＡＳＰと通信する複数のサービスは、メソッドおよびイベントを使用することができる。メソッドは、サービスからＡＳＰに伝搬され、イベントは、ＡＳＰから特定のサービスに伝搬され得る。イベントは、メソッド呼び出しに対して直ちに応答される必要はない。
【００７１】
再び図１１を参照すると、ユーザがデバイスＡとデバイスＢとの間でサービスＸを利用しようとする場合、それぞれのデバイス上のＡＳＰは、サービスＸ専用のＡＳＰ−セッションをデバイス間で生成する。その後、ユーザがサービスＹを利用しようとする場合、当該サービスのための新しいＡＳＰ−セッションが確立（establish）される。ピア機器間に複数のＡＳＰセッションが確立された（established）場合、複数のＡＳＰセッションのそれぞれは、ＡＳＰセッションの確立を要求したピアデバイス（具体的には、ＡＳＰセッションの確立を要求したピアデバイスのＡＳＰ）によって割り当てられるセッション識別子（Session Identifier）により識別することができる。
【００７２】
ＷＦＤＳでは、２つのピアデバイス間の動作の定義において、それらのうち一方のデバイスはサービス広告器（advertiser）の役割を担い、他方のデバイスはサービス探索器（seeker）の役割を担うことができる。サービス探索器は、サービス広告器を発見（discover）し、所望のサービスを検索した場合、サービス広告器との接続を要求することもできる。
【００７３】
サービス探索器として設定されたピア機器は、サービス広告器として設定されたピア機器を探索し、サービス広告器として設定されたピア機器から所望のサービスを発見すると、サービス広告器として設定されたピア機器に接続を要求することができる。具体的には、サービス探索器側がサービス広告器側にＡＳＰサービスセッション確立を要求すると、サービス広告器側は、サービス探索器側のＡＳＰセッション確立要求に応答することができる。
【００７４】
サービス広告器とサービス探索器との関係は固定されたものではない。一例として、サービス広告器およびサービス探索器としての役割は、いずれか１つのＡＳＰセッションと次のＡＳＰセッションにおいて互いに変わってもよい。ピア機器がサービス広告器として動作するか、サービス探索器として動作するかは、どのピア機器がサービスの探索（search）を開始したか否かに基づいて決定され得る。すなわち、サービスの探索を要求するピア機器がサービス探索器として機能することができる。
【００７５】
また、いずれか１つのピア機器が同じサービスに対して、サービス広告器およびサービス探索器として同時に設定されてもよく、いずれか１つのピア機器が複数のサービス広告器を有するか、または複数のサービス探索器を有してもよい。一例として、いずれか１つのピア機器は、第１のＷｉ−Ｆｉダイレクトサービスおよび第２のＷｉ−Ｆｉダイレクトサービスのサービスに対してはサービス広告器として設定されると同時に、第３のＷｉ−Ｆｉダイレクトサービスおよび第４のＷｉ−Ｆｉダイレクトサービスに対してはサービス探索器として設定されてもよい。
【００７６】
以下では、サービス広告器およびサービス探索器についてより詳細に説明する。
【００７７】
サービス広告器およびサービス探索器
サービス広告器として設定されたピア機器はサービスを広告し、サービス探索器は広告されたサービスを発見（discover）することができる。サービス広告器として設定されたピア機器は、サービス広告中断メソッド（ＣａｎｃｅｌＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ  ｍｅｔｈｏｄ）がコール（call）されるか、または広告状態が中断として設定される前まで（例えば、ＡｄｖｅｒｔｉｓｅＳｔａｔｕｓパラメータのｓｔａｔｕｓ値がＮｏｔＡｄｖｅｒｔｉｓｅｄを指示）サービスを広告することができる。サービス広告器がサービスを広告するには、事後関連付け（後連携）（post association）および事前関連付け（早期連携）（pre-association）のうち少なくとも１つを利用することができる。
【００７８】
サービス広告器が広告するサービスは、サービス名で識別することができる。具体的には、ピア機器は、サービス探索の間、各サービスがＵＴＦ−８サービス名文字列を含むように制御することができる。ここで、ＵＴＦ−８でエンコーディングされたサービス名の長さは、２５５バイトまたはそれ以下であってもよい。サービス名の長さは、サービス探索要求フレームおよびサービス探索応答フレームで利用可能な空間によって決定されてもよい。
【００７９】
“ｏｒｇ．ｗｉ−ｆｉ”という文字列は、ＷＦＡサービスを識別するために予約されたものであってもよい。具体的には、ＷＦＡサービス名は、次の通りである。
【００８０】
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｔｘ
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘ
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｌａｙ．ｔｘ
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｌａｙ．ｒｘ
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｄｉｓｐｌａｙ．ｔｘ
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｄｉｓｐｌａｙ．ｒｘ
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｒｉｎｔ．ｔｘ
ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｒｉｎｔ．ｒｘ
【００８１】
イネーブルサービスがｏｒｇ．ｗｉ−ｆｉで始まるサービス名を用いて広告または探索することを試み（attempt）る場合、ＡＳＰは、広告または探索に対するイネーブルサービスの試み（attempt）を拒絶することができる。イネーブルサービスのためには、逆ドメイン名表記法（Reverse domain name notation）を用いることができる。この表記法によれば、アプリケーション製作者（author）によって所有されるＤＮＳ名（例えば、ｅｘａｍｐｌｅ．ｃｏｍ）における各要素（例えば、ｅｘａｍｐｌｅおよびｃｏｍ）の順序を変えて配置したもの（例えば、ｃｏｍ．ｅｘａｍｐｌｅ）をイネーブルサービスのサービス名のプレフィックス（prefix）として用いることができる。
【００８２】
これによって、イネーブルサービス名は、次の例のように定義することができる。
【００８３】
ｃｏｍ．ｅｘａｍｐｌｅ．ｓｅｒｖｉｃｅＸ
ｃｏｍ．ｅｘａｍｐｌｅ．ｐｒｏｄｕｃｔＹ
ｃｏｍ．ｅｘａｍｐｌｅ．０４ｃｆ７５ｄｂ−１９ｄ１−４ｄ８４−ｂｅｆ３−ｂ１３ｂ３３ｆｃｆａ５ａ
【００８４】
イネーブルサービスは、１つのアプリケーションのために定義されてもよく、様々なアプリケーションにおいて一般的に実行されるために定義されてもよい。
【００８５】
サービスは、サービス名で識別されると同時に、サービス情報で定義される。これによって、サービス名が同じサービスであるとしても、サービス情報が異なる場合、互いに異なるサービスであるものとして取り扱いされ得る。
【００８６】
サービスの広告において、サービス広告器は、広告されるそれぞれのサービスに広告ＩＤ（advertisement ID）を割り当てることができる。サービス広告器は、サービスごとに、互いに異なる広告ＩＤが割り当てられるように制御することができる。
【００８７】
サービス広告（Service Advertisement）は、事後関連付け（後連携）（post association）でも利用することができる。そのために、ピア機器は、Ｐ２Ｐグループが形成された（formed）後、追加的なＡＳＰセッションの確立を可能にすることができる。
【００８８】
サービス探索手順は、サービス探索器がＡＳＰセッションを開始するのに必ず必要なものではない。サービス探索器は、サービス探索手順のために、アウトオブバンド（out of band）メカニズムを可能にする（allow）こともできる。なお、サービス探索器は、ピアデバイスの発見済みのサービスをキャッシュ（caching）することもできる。
【００８９】
サービス探索手順では、ワイルドカードサーチ（またはネームサーチ）をサポートすることができる。ワイルドカードサーチとは、プレフィックスサーチがサポートされることを意味することができる。プレフィックスサーチは、プレフィックスを含む全てのサービスの検索が可能であることを意味することができる。一例として、全てのＷＦＡサービス（即ち、Ｓｅｎｄ、Ｐｌａｙ、Ｄｉｓｐｌａｙ、Ｐｒｉｎｔ）を探索するために、‘ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．＊’（または‘ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ＊）という検索語を含むワイルドカードサーチが可能である。この場合、ワイルドカード検索の結果として、‘ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ’というプレフィックスを含む全てのサービスのリストがリターンされ得る。
【００９０】
特定のＷＦＡサービスを探索するためには、‘ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｒｖｉｃｅｎａｍｅ．＊’（または‘ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｒｖｉｃｅｎａｍｅ＊’）（ここで、ｓｅｒｖｉｃｅｎａｍｅは、Ｓｅｎｄ、Ｐｌａｙ、Ｄｉｓｐｌａｙ、Ｐｒｉｎｔのいずれか１つであってもよい）という検索語を含むワイルドカードサーチが可能である。この場合、ワイルドカード検索の結果として、‘ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｒｖｉｃｅｎａｍｅ’というプレフィックスを含む全てのサービスのリストがリターンされ得る。イネーブルサービスの場合もワイルドカードが可能で（allowed）もよいことは勿論である。
【００９１】
ワイルドカードサーチは、ｄｏｔ（‘．’）で分離される単語に限って可能である。例えば、イネーブルサービス名が“ｃｏｍ．ｅｘａｍｐｌｅ．ｓｅｒｖｉｃｅＸ”であれば、‘ｃｏｍ．＊’（または‘ｃｏｍ＊’）、‘ｃｏｍ．ｅｘａｍｐｌｅ．＊’（または‘ｃｏｍ．ｅｘａｍｐｌｅ＊’）に限って、ワイルドカードサーチが可能である。
【００９２】
以下、サービス広告器およびサービス探索器で取り扱われるメソッドおよびイベントについて詳細に説明する。
【００９３】
サービス広告器のメソッド
サービス広告器は、サービスの広告のためにサービス広告メソッド（Advertise Service Method）をコール（Call）することができる。これによって、サービス探索器は、広告されるサービスの検索、発見およびＡＳＰセッションを開始することができる。サービス広告メソッドには、サービス名パラメータ（またはサービス名のリストパラメータ）、ポートパラメータ、プロトコルパラメータ、共有パラメータ、自動受諾パラメータおよびサービス情報パラメータのうち少なくとも１つを含むことができる。各パラメータについての説明は、次の通りである。
【００９４】
ｉ）サービス名（またはサービス名のリスト）
サービス名は、サービス探索を要求する（例えば、ＳｅｅｋＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄコールを実行）サービス探索器によって検索が可能なサービスの特徴を識別する。サービス名とサービス探索器からの問い合わせ（query）に含まれる文字列との比較（comparison）を通じてサービス名マッチングを行うことができる。
【００９５】
マッチングされるサービスが複数である場合、サービス広告メソッドには、複数のサービス名を含むサービス名リストが含まれてもよい。一例として、サービスが同じポートで伝送および受信をサポートすれば、伝送のためのサービス名（例えば、ｓｅｒｖｉｃｅ．ｔｘ）および受信のためのサービス名（ｓｅｒｖｉｃｅ．ｒｘ）の全てがサービス名リストに含まれてもよい。例えば、検索が要求されるサービス名がｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄであり、サービスがｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘおよびｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｔｘを全てサポートすれば、サービス名リストには、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ”、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘ”および“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｔｘ”が全て含まれてもよい。
【００９６】
サービスが同じポートナンバーで全てのＷＦＡサービスをサポートする場合、サービス名リストには、全てのＷＦＡサービス名および全てのＷＦＡサービスでの伝送のためのサービス名が含まれてもよい。例えば、サービスが全てのＷＦＡサービスをサポートする場合、サービス名リストには、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｔｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｌａｙ．ｔｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｌａｙ．ｒｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｌａｙ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｄｉｓｐｌａｙ．ｔｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｄｉｓｐｌａｙ．ｒｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｄｉｓｐｌａｙ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｒｉｎｔ．ｔｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｒｉｎｔ．ｒｘ、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｐｒｉｎｔ”が含まれてもよい。
【００９７】
ｉｉ）サービスポート
サービスポートは、登録されたサービスをリッスンし、サービス探索器から受信される接続のためのＩＰポートである。サービス広告器は、サービス名検索の結果パラメータとしてサービスポートをサービス探索器に知らせることができる。ただし、サービスポートは、サービス名のようにサービス探索器によって検索可能なものではない。サービスポートは予約されたものであるので、サービスポートを共有するように設定されていない限り（例えば、共有パラメータが“ｔｒｕｅ”に設定されていない限り）、他のサービスまたは他のアクティブＡＳＰセッションが同じポートを使用することはできない。
【００９８】
サービス広告を要求するメソッド（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ  ｍｅｔｈｏｄ）が呼び出されたとき、サービスポートが利用可能でなければ、サービス広告が失敗したことを知らせるイベント（例えば、Ａｄｖｅｒｔｉｓｅ  Ｆａｉｌｅｄ  Ｅｖｅｎｔ）がＡＳＰからサービスに伝送されてもよい。
【００９９】
サービスのためのＡＳＰセッションが生成され、ネットワークインターフェースが知られている状態のとき、サービスポートは、アプリケーションによってバインドされて（bound）いてもよい。
【０１００】
ｉｉｉ）プロトコル
プロトコルは、ＩＡＮＡ（Internet Assigned Number Authority）で定義された整数として定義することができる。例えば、ＴＣＰは数字６として定義し、ＵＤＰは数字１７として定義することができる。
【０１０１】
ｉｖ）共有
共有パラメータは、他のサービスおよびサービスポートを可能にするか否かを指示する。一例として、共有パラメータの値が“Ｔｒｕｅ”である場合、サービスポートは、他の広告およびＡＳＰセッションによって再使用可能である。サービスポートを共有するＡＳＰセッションは、サービスポートを独占的に制御してはならない。これとは異なり、共有パラメータの値が“Ｓｅｒｖｉｃｅ”である場合、サービスポートは、同じサービス名を有する他のサービスの広告によって再使用可能である。共有パラメータの値が“Ｆａｌｓｅ”である場合、１つのサービスがサービスポートを独占的に制御することができる。
【０１０２】
サービスが、現在広告中のサービスによって使用されるサービスポートの独占的使用を要求する場合、ＡＳＰは、サービスに広告が失敗したことを知らせるイベント（ＡｄｖｅｒｔｉｓｅＦａｉｌｅｄ  Ｅｖｅｎｔ）を伝送することができる。サービスが、独占的使用が予約された（reserved）サービスポートの共有を要求した場合にも、ＡＳＰは、サービスに広告が失敗したことを知らせるイベントを伝送することができる。なお、サービスが既に他のサービス広告メソッド（Ａｄｖｅｒｔｉｓｅ  Ｓｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）と共有されているサービスポートを非共有（non-share）サービスポートとして設定することを要求する場合にも、ＡＳＰは、サービスに広告が失敗したことを知らせるイベントを伝送することができる。
【０１０３】
ｖ）自動受諾
サービス広告器のＡＳＰは、ＡＳＰセッションのセットアップのために、セッション要求イベント（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ  Ｅｖｅｎｔ）をサービス層に伝送することができる。このとき、自動受諾パラメータの値が“Ｔｒｕｅ”であれば、サービス広告器は、サービス層でセッション要求イベントに対する応答としてセッション確認メソッド（ＣｏｎｆｉｒｍＳｅｓｓｉｏｎ  Ｍｅｔｈｏｄ）が呼び出されなくても、サービス探索器からの全てのＡＳＰセッション要求（ＡＳＰ−ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔ）を受諾することができる。
【０１０４】
ただし、セッション要求イベント（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ  Ｅｖｅｎｔ）でｇｅｔ_ｎｅｔｗｏｒｋ_ｃｏｎｆｉｇ_ＰＩＮパラメータがＴｒｕｅに設定されている場合、サービス層からＡＳＰ層に伝送されるサービス確認メソッド（またはセッション確認メソッド）として伝送される必要がある。
【０１０５】
自動受諾パラメータの値が“Ｆａｌｓｅ”である場合、サービス広告器のＡＳＰは、サービスからのセッション確認メソッドの受信を待ち、ＡＳＰセッション要求を受諾するか否かを決定することができる。ＡＳＰセッションセットアップのためのセッション要求イベントは、自動受諾パラメータの値と関係なく、ＡＳＰからサービスに伝送可能である。
【０１０６】
ｖｉ）サービス情報
サービス情報は、サービス探索手順で使用されるサービスに関する具体的な情報を意味する。サービス情報の内容（content）は、自由な形式であり（free-form）、選択的な（selective）パラメータである。サービス情報が存在する場合、サービス探索応答フレーム内で１つの応答としてサービス情報がサービス探索器に伝達されてもよい。
【０１０７】
サービス探索器は、サービス探索メソッド（ＳｅｅｋＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）内のサービス情報要求を具体化することによって、サービス情報の内容に基づいて検索を行うことができる。
【０１０８】
ｖｉｉ）サービス状態
サービス状態は、サービス広告メソッドが呼び出された時点のサービスの状態を指示する。一例として、サービス状態パラメータの値が‘１’であることは、サービスが利用可能であることを指示するもので、サービス状態パラメータの値が‘０’であることは、サービスが利用不可能であることを指示するものであってもよい。ただし、サービスが利用不可能な状態であるとしても、サービス広告器は、プローブ要求フレームまたはサービス探索要求フレームに対する応答として、機器が当該サービスをサポートすることを指示することができる。
【０１０９】
サービス状態パラメータが‘０’である場合（即ち、サービスが利用不可能な状態である場合）、ＡＳＰは、ＡＳＰセッションセットアップのための要求を拒絶することができる。
【０１１０】
ｖｉｉｉ）ネットワークロール（network role）
ネットワークロールは、サービス広告器がＰ２Ｐグループでグループオーナ（ＧＯ）に設定されなければならないか否かを指示する。一例として、ネットワークロールパラメータが‘１’であることは、Ｐ２Ｐグループ内でサービス広告器がＧＯに設定されなければならないことを示し、ネットワークロールパラメータが‘０’であることは、サービス広告器の状態（地位）（status）は無視される（regarded）ことを意味してもよい。
【０１１１】
ｉｘ）ネットワーク設定
ネットワーク設定パラメータは、接続のための好ましいＷＳＣ設定メソッド（ＷＳＣ  Ｃｏｎｆｉｇ．Ｍｅｔｈｏｄ）を指示する。一例として、ネットワーク設定パラメータが‘１’であることは、ＷＦＤＳデフォルト設定メソッドまたはＷＳＣ ＰＩＮメソッドを指示するものであってもよく、ネットワーク設定パラメータが‘２’であることは、ＷＳＣ ＰＩＮメソッドのみを指示するものであってもよい。
【０１１２】
ｘ）遅延セッション応答
明示的な特定のサービスではない限り、基本的に、遅延セッション応答パラメータの値はＮｕｌｌであってもよい。なお、遅延セッション応答パラメータは、自動受諾パラメータの値が“Ｆａｌｓｅ”である場合にのみ存在し得る。
【０１１３】
遅延セッションパラメータの値が存在する場合、遅延セッションパラメータは、サービス広告器の自動受諾パラメータの値がＦａｌｓｅに設定されており、サービス探索器がＡＳＰセッションを生成しようとする時に、サービス広告器からサービス探索器に伝送されるメッセージフレームと見なされてもよい。
【０１１４】
一例として、サービス探索器がＡＳＰセッションを生成するためにプロビジョン探索（provision discovery）要求フレームを伝送する場合、遅延セッションパラメータは、サービス広告器から伝送されるプロビジョン探索応答フレームにセッション情報フィールドとして含まれてもよい。
【０１１５】
他の例として、サービス探索器がＡＳＰセッションを生成するために、セッション要求メッセージ（Ｒｅｑｕｅｓｔ_Ｓｅｓｓｉｏｎ  ｍｅｓｓａｇｅ）を伝送する場合、遅延セッション応答パラメータは、遅延セッションＡＳＰコーディネーションプロトコルメッセージ（Ｄｅｆｆｅｒｒｅｄ_Ｓｅｓｓｉｏｎ  ＡＳＰ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｐｒｏｔｏｃｏｌ  ｍｅｓｓａｇｅ）の遅延セッション応答フィールドとして含まれてもよい。
【０１１６】
ＡＳＰは、サービス広告メソッドに対して、広告ＩＤをリターンすることができる。広告ＩＤは、ＡＳＰによって割り当てられ、広告が要求されるサービスによって操作される機器上で一意に広告を識別する。そして、広告ＩＤは、広告されたサービスのＡＳＰセッションの確立のために、サービス探索器に伝送されてもよい。
【０１１７】
サービス広告器は、既に存在する（existing）広告の状態が変更された場合、サービス状態変更を知らせる、サービス状態変更メソッド（ＳｅｒｖｉｃｅＳｔａｔｕｓＣｈａｎｇｅ  Ｍｅｔｈｏｄ）を呼び出すことができる。サービス状態変更メソッドには、広告ＩＤおよびサービス状態パラメータが含まれてもよい。各パラメータについての説明は、次の通りである。
【０１１８】
ｉ）広告ＩＤ
サービス広告メソッドによってリターンされる本来の（originally）広告ＩＤが含まれてもよい。
【０１１９】
ｉｉ）サービス状態
サービスが利用可能な状態である場合、サービス状態パラメータの値は“Ａｖａｉｌａｂｌｅ”に設定することができる。サービス広告器によってサポートされるサービスがその瞬間利用不可能な状態である場合、サービス状態パラメータの値は“Ｕｎａｖａｉｌａｂｌｅ”に設定することができる。サービス状態パラメータ値は、プローブ応答フレームまたはサービス探索応答フレームに含まれてもよい。
【０１２０】
サービス広告器は、既に存在している広告を取り消すために、サービス広告取り消しメソッド（ＣａｎｃｅｌＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）を呼び出すことができる。サービス広告器がサービス広告取り消しメソッドを呼び出した場合、サービス名および関連情報（associated information）はこれ以上広告されず、サービスポートに対する予約（reservation）も解除される。
【０１２１】
サービスがＡＳＰからセッション要求イベントを受信した場合、サービス広告器は、ＡＳＰセッションセットアップ（setup）を受諾する（accept）か否かを決定するために、セッション確認メソッド（ＳｅｓｓｉｏｎＣｏｒｆｉｒｍ  Ｍｅｔｈｏｄ）を呼び出すことができる。セッション確認メソッドは、特定のサービスに対するセッションセットアップを受諾するか否かを指示するという点で、サービス確認メソッド（ＣｏｎｆｉｒｍＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）と呼ぶこともできる。ただし、広告が自動的に始まった場合（例えば、サービス広告メソッド（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）の自動受諾パラメータの値が“Ｔｒｕｅ”である場合）にはＡＳＰセッションセットアップが自動的に受諾されるので、セッション確認メソッドが呼び出されなくてもよい。
【０１２２】
セッション確認メソッドには、セッションＭＡＣパラメータ、セッションＩＤパラメータおよび確認（Ｃｏｎｆｉｒｍｅｄ）パラメータのうち少なくとも１つが含まれてもよい。各パラメータについての詳細な説明は、次の通りである。
【０１２３】
ｉ）セッションＭＡＣ
セッションＩＤが割り当てられた機器のＭＡＣアドレスを指示する。
【０１２４】
ｉｉ）セッションＩＤ
ＡＳＰセッションの識別子（Identifier）を指示する。
【０１２５】
ｉｉｉ）確認（Ｃｏｎｆｉｒｍｅｄ）
確認パラメータの値がＴｒｕｅであれば、ＡＳＰセッションセットアップを行うことができる。なお、Ｐ２Ｐグループが存在しない場合、グループの形成（form）も行うことができる。これとは異なり、確認パラメータの値がＦａｌｓｅである場合、要求されたＡＳＰセッションは終了（closed）し得る。
【０１２６】
サービス探索器のメソッド
サービス探索器は、サービス広告器として機能するピアデバイスが有するサービスを検索するためのサービス探索を要求する、サービス探索メソッド（ＳｅｅｋＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）を呼び出すことができる。検索の範囲は、選択的にＭＡＣアドレスによって制限されてもよい。サービス探索メソッドは、サービス名、完全一致（正確な）検索（exact search）、ＭＡＣアドレスおよびサービス情報要求パラメータのうち少なくとも１つを含むことができる。各パラメータについての具体的な説明は、次の通りである。
【０１２７】
ｉ）サービス名
サービス名パラメータは、検索しなければならないサービスの名を指示する。サービス名パラメータに含まれる文字列は、検索されなければならないサービス名の正確な（完全に一致する）名であってもよく、検索されなければならないサービス名のプレフィックスであってもよい。
【０１２８】
プレフィックスサーチの一例として、特定のサービスに対する受信サービスおよび送信サービスを検索するために、受信サービスおよび送信サービスの両方の名を含ませずに、特定のサービスの名のみを含ませることができる。例えば、Ｓｅｎｄサービスに対して、サービスがｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘおよびｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｔｘを検索するためには、両者が共通に含むｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄをサービス名パラメータに挿入することができる。
【０１２９】
全てのＷＦＡサービスを検索するためには、全てのＷＦＡサービス名が共通に含む文字列である“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ”をサービス名パラメータに含ませることができる。
【０１３０】
ｉｉ）完全一致検索
完全一致検索パラメータの値が“Ｔｒｕｅ”であれば、完全一致検索が行われる。具体的には、プローブ要求および応答フレームの交換を通じて、サービス名パラメータに含まれた文字列と完全に（正確に）一致するサービスを検索することができる。
【０１３１】
完全一致検索パラメータの値が“Ｆａｌｓｅ”であれば、プレフィックス検索が行われる。具体的には、プレフィックス検索のために、プローブ要求／応答フレームの交換に加えて、サービス探索要求／応答フレームの交換を行うことができる。サービス探索要求／応答フレームの交換を通じて、サービス名パラメータに含まれた文字列をプレフィックスとして含む全てのサービスを検索することができる。
【０１３２】
機器探索の間、サービス名パラメータに含まれた文字列と完全に一致する機器のみがプローブ要求に応答するはずなので、完全一致検索はプレフィックスよりも速い。
【０１３３】
ｉｉｉ）ＭＡＣアドレス
全てのピアＷｉ−Ｆｉダイレクト機器上のサービスを検索するためのものであるので、一般に、ＭＡＣアドレスパラメータはＮＵＬＬに設定することができる。ただし、ＭＡＣアドレスパラメータに特定のピア機器のＭＡＣアドレス値が含まれる場合、サービス検索は、明示されたＭＡＣアドレスに限って制限的に行われてもよい。ピアアドレスのＭＡＣアドレスは、コロン（：）により区分される正準フォーマット（canonical format）（例えば、“００：１４：ｂｂ：１１：２２：３３”）で含まれてもよい。
【０１３４】
ｉｖ）サービス情報要求
サービス情報要求パラメータには、サービス広告器とサービス探索要求／応答フレームが交換されるサービス情報探索の間に追加情報を要求するための文字列が含まれてもよい。
【０１３５】
サービス情報要求を問い合わせ（query）る文字列が、サービス広告メソッド（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ  ｍｅｔｈｏｄ）に含まれたサービス情報セットの従属文字列（substring）である場合、検索結果イベント（ＳｅａｒｃｈＲｅｓｕｌｔ  Ｅｖｅｎｔ）が呼び出されてもよい。例えば、“ＡＢＣ”の問い合わせ（query）文字列は、多数のサービス情報のうち“ＡＢＣｐｄｑ”または“ＡＢＣ”と読まれるサービス情報とマッチングされ得る。
【０１３６】
サービス探索要求メソッド（例えば、ＳｅｒｖｉｃｅＳｅｅｋ  Ｍｅｔｈｏｄ）に対応して、サービス探索取り消しメソッド（例えば、ＣａｎｃｅｌＳｅｅｋＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）のために使用できるハンドル（handle）パラメータがリターンされてもよい。
【０１３７】
サービス探索器は、サービス探索を取り消すサービス探索取り消しメソッド（ＣａｎｃｅｌＳｅｅｋ  Ｍｅｔｈｏｄ）を呼び出すことができる。サービス探索取り消しメソッドには、サービス探索メソッドによってリターンされるハンドルパラメータが含まれてもよい。
【０１３８】
サービス広告器のイベント
遠隔デバイスが、広告されるサービスに対するＡＳＰセッションを始めようとする時に、サービス広告器のＡＳＰは、セッション要求イベント（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ  Ｅｖｅｎｔ）をサービスに伝送することができる。このとき、セッション要求イベントは、サービスの始まりを開始するためのものであるという点で、サービス要求イベント（ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ  Ｅｖｅｎｔ）と呼ぶこともできる。具体的には、セッション要求イベントは、サービス広告器のＡＳＰがプロビジョン探索要求フレームを受信するか、またはＲＥＱＵＥＳＴ_ＳＥＳＳＩＯＮ ＡＳＰコーディネーションプロトコルメッセージを受信する場合にトリガされてもよい。セッション要求イベントには、次のパラメータが含まれてもよい。
【０１３９】
ｉ）広告ＩＤ
サービス広告メソッドが呼び出されるとき、ＡＳＰによって割り当てられた広告識別子が含まれてもよい。
【０１４０】
ｉｉ）セッションＭＡＣ
セッションＩＤが割り当てられたＰ２Ｐ機器のＭＡＣアドレスが含まれてもよい。
【０１４１】
ｉｉｉ）サービスデバイス名
遠隔デバイスのデバイス名（具体的には、ＷＳＣによって定義されたデバイス名）が含まれてもよい。
【０１４２】
ｉｖ）セッションＩＤ
遠隔ＡＳＰによって割り当てられたセッション識別子が含まれてもよい。
【０１４３】
ｖ）セッション情報
サービス固有データペイロードが含まれてもよい。セッション情報は、最大１４４バイトの長さを有することができる。
【０１４４】
ｖｉ）ネットワーク設定ＰＩＮ獲得（ｇｅｔ_ｎｅｔｗｏｒｋ_ｃｏｎｆｉｇ_ＰＩＮ）
サービス広告器が、サービス広告器でサービスネットワークをセットアップするためのＰＩＮ（Personal Identification Number）を必要とするＷＳＣ設定メソッド（ＷＳＣ  Ｃｏｎｆｉｇ  ｍｅｔｈｏｄ）と共に、プロビジョン探索要求フレームを受信する場合、ネットワーク設定ＰＩＮ獲得パラメータの値は“Ｔｒｕｅ”であり得る。ユーザによって入力されたＷＳＣ ＰＩＮは、セッション確認メソッドに含まれてＡＳＰに提供され得る。
【０１４５】
サービス広告器が、サービス広告器でサービスネットワークをセットアップするためのＰＩＮ（Personal Identification Number）を必要としないＷＳＣ設定メソッド（ＷＳＣ  Ｃｏｎｆｉｇ  ｍｅｔｈｏｄ）と共に、プロビジョン探索要求フレームを受信するか、またはＲＥＱＵＥＳＴ_ＳＥＳＳＩＯＮ ＡＳＰコーディネーションプロトコルメッセージによってサービス要求イベントがトリガされた場合、ネットワーク設定ＰＩＮ獲得パラメータの値は“Ｆａｌｓｅ”であり得る。
【０１４６】
ｖｉｉ）ネットワーク設定ＰＩＮ
サービス広告器のＡＳＰが、サービスネットワークをセットアップするためにディスプレイされるＰＩＮを必要とするＷＳＣ設定メソッドと共にプロビジョン探索要求を受信する場合、ＡＳＰは、ＷＳＣ ＰＩＮ値を生成し、生成されたＷＳＣ ＰＩＮ値をサービスに提供して、ＷＳＣ ＰＩＮ値がディスプレイされるようにすることができる。
【０１４７】
サービス広告器のＡＳＰが、サービスネットワークをセットアップするためにディスプレイされるＰＩＮを必要としないＷＳＣ設定メソッドと共にプロビジョン探索要求を受信する場合、またはＲＥＱＵＥＳＴ_ＳＥＳＳＩＯＮ ＡＳＰコーディネーションプロトコルメッセージによってサービス要求イベントがトリガされた場合、ネットワーク設定ＰＩＮパラメータの値は‘０’であり得る。
【０１４８】
サービスをこれ以上広告できないか、またはサービスの広告を開始できない場合、広告の失敗を知らせるイベント（例えば、ＡｄｖｅｒｔｉｓｅＦａｉｌｅｄ  Ｅｖｅｎｔ）を伝送することができる。広告失敗を知らせるイベントには、広告ＩＤおよび失敗理由パラメータが含まれてもよい。各パラメータについて簡略に説明すると、次の通りである。
【０１４９】
ｉ）広告ＩＤ
サービス広告メソッド（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）によってリターンされる広告ＩＤ値を指示することができる。
【０１５０】
ｉｉ）理由
広告失敗の理由が含まれてもよい。広告失敗の理由は、サービスポートが既に共有中の場合（一例として、非共有サービスポートを要求したが、当該サービスポートが既に共有サービスポートとして利用される場合）、サービスポートが既に私的に用いられている場合（一例として、サービスポートを要求したが、サービスポートが既に私的な（専用の）サービスポートとして利用されている場合）、またはその他の失敗事由のいずれか１つを指示することができる。
【０１５１】
サービス探索器のイベント
検索が実行中のとき、ピア機器から発見されたそれぞれの広告されるサービスのために検索結果を知らせる、検索結果イベント（ＳｅａｒｃｈＲｅｓｕｌｔ  Ｅｖｅｎｔ）が伝送されてもよい。検索結果イベントには、ハンドル、サービスＭＡＣ、広告ＩＤ、サービス名、サービス情報およびサービス状態パラメータのうち少なくとも１つが含まれてもよい。各パラメータについての説明は、次の通りである。
【０１５２】
ｉ）ハンドル
サービス探索メソッドによってリターンされる値を指示する。
【０１５３】
ｉｉ）サービスＭＡＣ
ピアデバイスのＭＡＣアドレスを指示する。
【０１５４】
ｉｉｉ）広告ＩＤ
ピアデバイスによって定義された広告ＩＤを指示する。
【０１５５】
ｉｖ）サービス名
ピアデバイスによって定義されたフル（full）サービス名を指示する。
【０１５６】
ｖ）サービス情報
サービス広告器とサービス検索器との間で定義された追加サービス（ベンダ（vendor））固有パラメータまたはＮＵＬＬ文字列が含まれる。
【０１５７】
ｖｉ）サービス状態
サービスが利用可能な状態である場合、サービス状態パラメータの値は“Ａｖａｉｌａｂｌｅ”に設定することができる。サービス広告器によってサポートされるサービスがその瞬間利用不可能な状態である場合、サービス状態パラメータの値は“Ｕｎａｖａｉｌａｂｌｅ”に設定することができる。
【０１５８】
サービス探索器は、サービス探索メソッド（ＳｅｅｋＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）によって開始された検索を中断するか、またはこれ以上の検索結果イベント（Ｓｅａｒｃｈｒｅｓｕｌｔ  Ｅｖｅｎｔ）が生成されることを防止するための検索終了イベント（ＳｅａｒｃｈＴｅｒｍｉｎａｔｅｄ  Ｅｖｅｎｔ）を伝送することができる。検索終了イベントには、ハンドルおよび終了理由パラメータが含まれてもよい。各パラメータについての説明は、次の通りである。
【０１５９】
ｉ）ハンドル
終了される検索を指示する。
【０１６０】
ｉｉ）理由
検索の終了理由が指示されてもよい。検索の終了理由として、タイムアウト（Ｔｉｍｅｏｕｔ）またはシステム誤り（Ｓｙｓｔｅｍ  Ｆａｉｌｕｒｅ）が指示されてもよい。
【０１６１】
サービス探索器は、広告されるサービスのＡＳＰセッションを開始するために、サービス要求イベント（ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ  Ｅｖｅｎｔ）を伝送することができる。サービス要求イベントには、広告ＩＤ、セッションＭＡＣ、セッションＩＤおよびセッション情報パラメータのうち少なくとも１つが含まれてもよい。各パラメータについての説明は、次の通りである。
【０１６２】
ｉ）広告ＩＤ
ピア機器によって定義された広告識別子が含まれてもよい。
【０１６３】
ｉｉ）セッションＭＡＣ
セッションＩＤが割り当てられたピアデバイスのＭＡＣアドレスが含まれてもよい。
【０１６４】
ｉｉｉ）セッションＩＤ
ＡＳＰセッション識別子が含まれてもよい。
【０１６５】
ｉｖ）セッション情報
アプリケーション固有データペイロード（payload）が含まれてもよい。
【０１６６】
サービス探索およびＡＳＰセッションセットアップ
上述した説明に基づいて、本発明に係るサービス探索およびＡＳＰセッションセットアップ手順について詳細に説明する。
【０１６７】
図１３乃至図１５は、サービス探索およびＡＳＰセッションのセットアップ動作の流れ図である。図１３乃至図１５に示したＡＳＰセッションセットアップ動作は、あるＰ２Ｐデバイスの特定のサービスが他のＰ２Ｐデバイスおよびサービスを探索し、サービスを要求して、Ｗｉ−Ｆｉダイレクト接続を確立し、アプリケーションが動作する手順を意味する。
【０１６８】
説明の便宜のため、図１３乃至図１５において、デバイスＡは、自体のサービスを広告するサービス広告器として動作し、デバイスＢは、サービスを探索するサービス探索器として動作するものと仮定する。
【０１６９】
デバイスＡのサービス層がＡＳＰにサービス広告メソッド（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ（））を伝送すると、デバイスＡのＡＳＰは、サービス広告メソッドに含まれた情報に基づいて自体のサービスを広告し、他のデバイスが当該サービスを発見することができるように待機することができる。
【０１７０】
デバイスＢのサービス層がＡＳＰにサービス探索メソッド（ＳｅｅｋＳｅｒｖｉｃｅ（））を伝送すると、デバイスＢのＡＳＰは、受信したサービス探索メソッドに含まれた情報に基づいて、上位アプリケーションまたはユーザの所望のサービスをサポートするデバイスを探索することができる。一例として、デバイスＢのサービス層が、アプリケーション層からサービスを使用する旨（Ｕｓｅ  Ｓｅｒｖｉｃｅ）の意図を示す情報を受信すると、検索を必要とするサービスに関する情報を含むサービス探索メソッドをＡＳＰに伝達することができる。
【０１７１】
サービス探索メソッドを受信したデバイスＢのＡＳＰは、所望のサービスをサポートするデバイスを探索するために、プローブ要求フレームを伝送することができる。このとき、プローブ要求フレームには、発見しようとするまたは自体がサポート可能なサービスのサービス名（service name）をハッシュ（hash）形態に変換したハッシュ値が含まれてもよい。ハッシュ値は、ＡＳＰがサービス名またはサービス名のプレフィックス（prefix）をハッシュ形態に変換したものであって、６オクテットの長さを有することができる。プローブ要求フレームはブロードキャスト伝送されてもよく、特定の機器に対してユニキャスト伝送されてもよい。
【０１７２】
プローブ要求フレームを受信したデバイスＡは、ハッシュマッチング（hash matching）を試み、プローブ要求フレームに含まれたハッシュ値にマッチングするサービスをサポートすると判断される場合、プローブ応答フレーム（Probe Response frame）をデバイスＢに伝送することができる。このとき、プローブ応答フレームには、サービス名および広告ＩＤフィールドのうち少なくとも１つが含まれてもよい。
【０１７３】
ハッシュ値、広告ＩＤフィールドおよびサービス通知情報フィールドのうち少なくとも１つが、プローブ応答フレームに含まれてもよい。ハッシュ値は、プローブ要求フレームを介して要求されるハッシュ値にマッチングするサービスのハッシュ値を指示するもので、広告ＩＤフィールドは、ＡＳＰの内部で各サービスに対する広告を一意に識別するために、ＡＳＰによって割り当てられた値であってもよい。
【０１７４】
デバイスＡから、デバイスＢが発見しようとするサービスがサポートされることを知らせるプローブ要求フレームを受信すると、デバイスＢは、デバイスＡのサービス情報（service_information）を探索するために、サービス探索要求フレームをトリガすることができる。このとき、サービス探索要求フレームにはサービス名フィールドが含まれてもよい。サービス名フィールドは、検索しようとする完全な（complete）サービス名または検索しようとするサービス名のプレフィックスを含むことができる。
【０１７５】
これに対して、デバイスＡは、サービス名マッチング（ネームマッチ）を行って、デバイスＢが発見しようとするサービスを提供するか否かを知らせるサービス探索応答フレームをデバイスＢに伝送することができる。サービス探索応答フレームには、サービス名、サービス状態、広告ＩＤおよびサービス情報が含まれてもよい。ここで、サービス名は、広告されるサービスのサービス名を指示する文字列を含むことができる。
【０１７６】
デバイスＡが、デバイスＢが発見しようとするサービスをサポートするとしても、サービス探索応答フレームを伝送する時点で、デバイスＢが、デバイスＡが提供するサービスを利用できない場合が発生し得る。例えば、デバイスＡが、デバイスＡが検索するプリント（Ｐｒｉｎｔ）サービスをサポートするが、サービス探索応答フレームを伝送する時点で、最大数の使用可能デバイスと関連付けられている（連携中である）（associated with）ので、これ以上のピアデバイスとの関連付け（連携）（association）を可能にできなければ、デバイスＡは、デバイスＢが検索しようとするサービスをサポートするにもかかわらず、デバイスＢは、デバイスＡが提供するサービスを利用できなくなる。これによって、本発明に係るデバイスＡは、サービス探索応答フレームが伝送される瞬間に当該サービスを利用可能であるか否かを指示するサービス状態情報をサービス探索応答フレームに含ませることができる。
【０１７７】
すなわち、サービス探索応答フレームが伝送される時点で当該サービスの利用が不可能であれば、サービス状態情報は、当該サービスが利用不可能であることを指示する一方、サービス探索応答フレームが伝送される時点で当該サービスの利用が可能であれば、サービス状態情報は、当該サービスを利用できることを指示することができる。サービス状態情報は、１ビットの指示子（インジケータ）（indicator）であってもよい。
【０１７８】
広告ＩＤフィールドは、ＡＳＰの内部で各サービスに対する広告を一意に識別するためのものであってもよい。
【０１７９】
サービス情報フィールドは、サービス広告器であるデバイスＡがサービス探索器であるデバイスＢと共有できるオプション（選択的な）（optional）情報を含むことができる。与えられたサービス（即ち、デバイスＢが発見しようとするサービス）に関するサービス情報が存在する場合、サービス情報フィールドには、与えられたサービスとマッチングされるプローブ応答フレームを介して伝送されたハッシュ値が含まれてもよい。
【０１８０】
上述したサービス探索要求および応答フレームは、ＩＥＥＥ ８０２．１１ｕシステムで定義するＧＡＳ（Generic Advertisement Protocol）を用いて行われてもよい。
【０１８１】
デバイスＢのＡＳＰは、サービス層が要求したサービス探索メソッドによって要求された動作が完了すると、検索結果イベント（ＳｅａｒｃｈＲｅｓｕｌｔ）を介して、その結果をサービスを介してアプリケーションおよびユーザに知らせることができる。
【０１８２】
この時点までは、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔのグループは形成されていない状態である。デバイスＡによって提供されるサービスが利用可能であり、ユーザがデバイスＡのサービスを選択してサービスがセッション接続メソッド（ＣｏｎｎｅｃｔＳｅｓｓｉｏｎ  Ｍｅｔｈｏｄ）（ＣｏｎｎｅｃｔＳｅｓｓｉｏｎ（））を呼び出す場合、Ｐ２Ｐグループ形成（group formation）のために、プロビジョン探索手順を実行することができる。デバイスＢとデバイスＡとの間では、プロビジョン探索要求フレームおよびプロビジョン探索応答フレームを交換することができる。プロビジョン探索要求フレームおよびプロビジョン探索応答フレームの交換を通じてデバイスＡとデバイスＢとの間でセッション情報および接続能力情報を交換することができる。
【０１８３】
セッション情報は、サービスを要求するデバイスが要求するサービスの概略的な情報を知らせるヒント（hint）情報である。セッション情報は、例えば、ファイル伝送サービスを要求しようとする場合に、ファイルの数、サイズなどを知らせることによって、相手がサービス要求に対する受諾／拒絶（accept／reject）を決定できるようにする情報である。接続能力は、ＧＯ交渉（Group Owner negotiation）およびＰ２Ｐ招待（invitation）手順でグループを生成するための情報として利用することができる。
【０１８４】
そのために、プロビジョン探索要求フレームには、デバイスＢのＰ２Ｐ能力（P2P capability）、Ｐ２Ｐ機器情報（P2P Device Info）、接続能力情報（Connection Capability Info）および広告ＩＤが含まれてもよい。デバイスＢのサービスが呼び出すセッション接続メソッド（ＣｏｎｎｅｃｔＳｅｓｓｉｏｎ  Ｍｅｔｈｏｄ）のセッション情報（ｓｅｓｓｉｏｎ_ｉｎｆｏｒｍａｔｉｏｎ）がＮＵＬＬでない場合、セッション情報を含むサービスインスタンスデータ（Service Instance Data)がプロビジョン探索要求フレームにさらに含まれてもよい。
【０１８５】
サービス探索器がサービス広告器に最初に伝送するプロビジョン探索要求フレームには状態情報が含まれる必要がない。例え、サービス広告器に最初に伝送するプロビジョン探索要求フレームに状態情報が含まれるとしても、状態情報は成功（Success）であることを指示することができる。
【０１８６】
デバイスＢが、デバイスＡに、デバイスＢの接続能力情報を含むプロビジョン探索要求フレームを伝達すると、デバイスＡのＡＳＰは、自動受諾パラメータ（Ａｕｔｏ_Ａｃｃｅｐｔ）の値に応じて、セッション確認メソッド（ＳｅｓｓｉｏｎＣｏｎｆｉｒｍ  Ｍｅｔｈｏｄ）の受信を待たなければならないか否かを決定することができる。
【０１８７】
図１３に例示したように、自動受諾パラメータがＴｒｕｅである場合、デバイスＡのＡＳＰは、セッション確認メソッドがなくても、状態情報が成功（success）であることを指示するプロビジョン探索応答フレームを伝達することができる。状態情報が成功であることを指示するプロビジョン探索応答フレームには、デバイスＡの接続能力情報が含まれてもよい。デバイスＡのＡＳＰは、サービス層にＣｏｎｎｅｃｔＳｔａｔｕｓ（接続状態）イベントを伝達しながら、サービス要求が受諾されたことを知らせることができる。
【０１８８】
これとは異なり、図１４に例示したように、自動受諾パラメータの値がＦａｌｓｅである場合、デバイスＡのＡＳＰは、サービス情報などを含むセッション要求イベント（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ  Ｅｖｅｎｔ）をサービス層に伝達し、サービス層は、サービス情報をアプリケーション／ユーザに伝達する。アプリケーション／ユーザが、セッション情報に基づいて当該セッションを受諾すると決定すると、サービス層を介してサービス確認メソッド（ＣｏｎｆｉｒｍＳｅｒｖｉｃｅ（））がＡＳＰに伝達される。
【０１８９】
その間、デバイスＡのＡＳＰは、デバイスＢにプロビジョン探索応答フレームを伝達し、その状態情報は‘延期（deferred）’に設定することができる。これは、当該サービスが即時には受諾されないことを示し、ユーザの入力を待っていることを知らせるためである。これによって、デバイスＢのＡＳＰは、サービス層にＣｏｎｎｅｃｔＳｔａｔｕｓ（接続状態）イベントを伝達しながら、サービス要求が延期されたことを知らせることができる。この場合、サービスインスタンスデータ情報に含まれるセッション情報は、ユーザにサービス要求に対する受諾／拒絶を決定するためのヒントとして使用されてもよい。
【０１９０】
ユーザがサービス要求を受諾（accept）すると、デバイスＡのサービスは、サービス確認メソッドをＡＳＰに伝送し、その後、後続（follow-on）プロビジョン探索手順が行われる。すなわち、デバイスＡは、デバイスＢにプロビジョン探索要求フレームを伝達することができる。これを、ｆｏｌｌｏｗ−ｏｎプロビジョン探索手順と呼ぶことができる。後続プロビジョン探索手順でのプロビジョン探索要求フレームには、状態情報、接続能力および広告ＩＤが含まれてもよい。後続プロビジョン探索手順において、プロビジョン探索要求フレームの状態情報は成功（success）であることを指示することができ、広告ＩＤは、デバイスＢがデバイスＡに伝送したプロビジョン探索要求フレームに含まれた広告ＩＤの値と同一に設定することができる。
【０１９１】
デバイスＡからプロビジョン探索要求フレームを受信すると、デバイスＢのＡＳＰは、サービス層にＣｏｎｎｅｃｔＳｔａｔｕｓイベントを伝達しながら、サービス要求が受諾されたことを知らせることができる。また、デバイスＢのＡＳＰは、状態情報が成功であることを指示するプロビジョン探索応答フレームをデバイスＡに伝達することができる。このとき、後続プロビジョン探索手順でのプロビジョン探索応答フレームには、状態情報、接続能力および広告ＩＤが含まれてもよい。後続プロビジョン探索手順において、プロビジョン探索要求フレームの状態情報は成功（success）であることを指示することができる。
【０１９２】
ユーザがサービス要求を拒否（reject）したり、デバイスＡが予め設定された時間内にユーザ入力を受信できなかった場合、または、デバイスＢが、サービス要求が遅延されたことを知らせるＣｏｎｎｅｃｔＳｔａｔｕｓイベントを伝送した後、所定時間内にデバイスＡからプロビジョン探索要求フレームを受信できなかった場合、デバイスＡとデバイスＢとの間のＡＳＰセッションセットアップは失敗し得る。
【０１９３】
図１５に例示したように、デバイスＡとデバイスＢとの間のＡＳＰセッションセットアップが失敗した場合、デバイスＢのサービスは、アプリケーション端に相手の応答がないことを知らせ、セッション終了メソッド（ＳｅｓｓｉｏｎＣｌｏｓｅ  Ｍｅｔｈｏｄ）（ＣｌｏｓｅＳｅｓｓｉｏｎ（））をＡＳＰに伝送することができる。ＡＳＰは、セッションが終了したことを知らせるセッション状態イベント（ＳｅｓｓｉｏｎＳｔａｔｕｓ  Ｅｖｅｎｔ）をサービスに伝送することができる。
【０１９４】
以下では、デバイスＡとデバイスＢとの間のプロビジョン探索手順が成功して終了したことを前提に、デバイスＡとデバイスＢとの間のＰ２Ｐグループセットアップ手順について説明する。
【０１９５】
Ｐ２Ｐグループ形成方法
説明の便宜のため、図１３に例示したように、サービス広告器の自動応答パラメータの値がＴｒｕｅであることから、サービス広告器が直ちにプロビジョン探索要求フレームに対する応答としてプロビジョン探索応答フレームを伝送するプロビジョン探索手順を‘即時応答ケース’（または自動受諾モード）と呼ぶことにし、図１４に例示したように、サービス広告器の自動応答パラメータの値がＦａｌｓｅであることから、後続プロビジョン探索手順を伴う場合のプロビジョン探索手順を‘遅延成功ケース’（または遅延モード）と呼ぶことにする。
【０１９６】
また、状態情報が成功（Success）であることを指示するプロビジョン探索応答フレームを伝送するＰ２Ｐデバイスを、ＰＤ応答器（Provision Discovery Responder）または第２のＰ２Ｐデバイスと呼ぶことにする。なお、状態情報が成功（Success）であることを指示するプロビジョン探索応答フレームをトリガするプロビジョン探索要求フレームを伝送するＰ２Ｐデバイスを、ＰＤ要求器（Provision Discovery Requestor）または第１のＰ２Ｐデバイスと呼ぶことにする。
【０１９７】
これによって、‘即時応答ケース’では、サービス探索器の役割を有するＰ２Ｐデバイス（図１３におけるデバイスＢ）が第１のＰ２ＰデバイスまたはＰＤ要求器であり、サービス広告器の役割を有するＰ２Ｐデバイス（図１３におけるデバイスＡ）が第２のＰ２ＰデバイスまたはＰＤ応答器である一方、‘遅延成功ケース’では、サービス広告器の役割を有するＰ２Ｐデバイス（図１４におけるデバイスＡ）が第１のＰ２ＰデバイスまたはＰＤ要求器であり、サービス探索器の役割を有するＰ２Ｐデバイス（図１４におけるデバイスＢ）が第２のＰ２ＰデバイスまたはＰＤ応答器であり得る。
【０１９８】
Ｐ２Ｐグループのセットアップのために、第１のＰ２Ｐデバイスは、プロビジョン探索要求フレームを伝送するとき、第１のＰ２Ｐデバイスの接続能力（Connection Capability）をプロビジョン探索要求フレームに含ませることができる。接続能力は、Ｐ２Ｐグループを新規生成するか否かを指示するための‘新規（Ｎｅｗ）’指示子、Ｐ２Ｐグループにおいてグループオーナとして動作するか否かを指示するための‘グループオーナ（Group Owner；ＧＯ）’指示子、およびＰ２Ｐグループにおいてグループクライアントとして動作するか否かを指示するための‘クライアント（Ｃｌｉｅｎｔ）’指示子を含むことができる。
【０１９９】
具体的には、第１のＰ２Ｐデバイスの接続能力の新規指示子の値が１であることは、第１のＰ２ＰデバイスがＧＯ交渉手順を通じて新しいＰ２Ｐグループを作ることを望んでいることを指示することができる。そうでない場合、新規指示子の値は０であってもよい。第１のＰ２Ｐデバイスのグループオーナ指示子の値が１であることは、第１のＰ２Ｐデバイスがグループオーナであるか、またはグループオーナになることを望んでいることを指示することができる。そうでない場合、グループオーナ指示子の値は０であり得る。第１のＰ２Ｐデバイスのクライアント指示子の値が１であることは、第１のＰ２Ｐデバイスがクライアントであるか、またはクライアントになることを望んでいることを指示することができる。そうでない場合、クライアント指示子の値は０であり得る。
【０２００】
新規指示子、グループオーナ指示子およびクライアント指示子は、それぞれ１ｂｉｔのサイズを有することができる。表１は、新規指示子、グループオーナ指示子およびクライアント指示子のうち有効な指示子（即ち、値が１である指示子）の組み合わせに基づいたプロビジョン探索要求フレームにおける接続能力の属性（attribute）値を表で表したものである。
【０２０１】
【表１】
0006328811.tif 000002
【０２０２】
表１に列挙したように、接続能力の属性値０ｘ０１は、第１のＰ２Ｐデバイスの接続能力が新規を指示（即ち、新規指示子の値が１）するもので、接続能力の属性値０ｘ０２は、第１のＰ２Ｐデバイスの接続能力がクライアントを指示するもので、接続能力の属性値０ｘ０４は、第１のＰ２Ｐデバイスの接続能力がグループオーナを指示（即ち、グループオーナ指示子の値が１）するものであってもよい。
【０２０３】
プロビジョン探索要求フレームを伝送する第１のＰ２Ｐデバイスの接続能力は、新規、クライアントおよびグループオーナのうち複数を指示することもできる。一例として、接続能力の属性値が０ｘ０３であることは、第１のＰ２Ｐデバイスの接続能力が新規およびクライアントを指示し、接続能力の属性値が０ｘ０５であることは、第１のＰ２Ｐデバイスの接続能力が新規およびグループオーナを指示し、接続能力の属性値が０ｘ０６であることは、第１のＰ２Ｐデバイスの接続能力がクライアントおよびグループオーナを指示するものであってもよい。なお、接続能力の属性値が０ｘ０７であることは、第１のＰ２Ｐデバイスの接続能力が新規、クライアントおよびグループオーナを全て指示するものであってもよい。
【０２０４】
第１のＰ２Ｐデバイスからプロビジョン探索要求フレームを受信した第２のＰ２Ｐデバイスは、第２のＰ２Ｐデバイスの接続能力を含むプロビジョン探索応答フレームを伝送することができる。第２のＰ２Ｐデバイスの接続能力も第１のＰ２Ｐデバイスの接続能力と同様に、‘新規’指示子、‘グループオーナ’指示子および‘クライアント’指示子を含むことができる。
【０２０５】
具体的には、第２のＰ２Ｐデバイスの接続能力の新規指示子の値が１であることは、第２のＰ２Ｐデバイスが新しいＰ２ＰグループにおけるＧＯを決定するためにＧＯ交渉手順を利用できることを指示するものであってもよい。そうでない場合、新規指示子の値は０であり得る。第２のＰ２Ｐデバイスのグループオーナ指示子の値が１であることは、第１のＰ２Ｐデバイスが第２のＰ２ＰデバイスのＰ２Ｐグループに参加しなければならないことを指示するものであってもよい。そうでない場合、グループオーナ指示子の値は０であり得る。第２のＰ２Ｐデバイスのクライアント指示子の値が１であることは、第２のＰ２Ｐデバイスが第１のＰ２ＰデバイスのＰ２Ｐグループに参加したり、または第１のＰ２Ｐデバイスが独自に（independently）（自律的に（autonomously））形成したＰ２Ｐグループに参加しなければならないことを指示するものであってもよい。そうでない場合、クライアント指示子の値は０であり得る。
【０２０６】
表２は、新規指示子、グループオーナ指示子およびクライアント指示子のうち有効な指示子（即ち、値が１である指示子）の組み合わせに基づいたプロビジョン探索応答フレームにおける接続能力の属性（attribute）値を表で表したものである。
【０２０７】
【表２】
0006328811.tif 000003
【０２０８】
表２に列挙したように、接続能力の属性値０ｘ０１は、第２のＰ２Ｐデバイスの接続能力が新規を指示（即ち、新規指示子の値が１）するもので、接続能力の属性値０ｘ０２は、第２のＰ２Ｐデバイスの接続能力がクライアントを指示するもので、接続能力の属性値０ｘ０４は、第２のＰ２Ｐデバイスの接続能力がグループオーナを指示（即ち、グループオーナ指示子の値が１）するものであってもよい。
【０２０９】
プロビジョン探索応答フレームを伝送する第２のＰ２Ｐデバイスの接続能力は、第１のＰ２Ｐデバイスとは異なり、新規、クライアントおよびグループオーナのいずれか１つのみを指示するように設定することができる。
【０２１０】
第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスは、各自の接続能力の属性値に応じて、ＧＯ交渉手順を開始するか否かおよび相手デバイスのＰ２Ｐグループに参加するか否かを決定することができる。
【０２１１】
一例として、表３は、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスの接続能力に基づいたＰ２Ｐグループの形成方法を表で表したものである。
【０２１２】
【表３】
0006328811.tif 000004
【０２１３】
表３において、要求器（Requestor）は、ＰＤ（Provision Discovery）要求フレームを伝送する第１のＰ２Ｐデバイスを意味し、応答器（Responder）は、ＰＤ要求フレームに対応してＰＤ応答フレームを伝送する第２のＰ２Ｐデバイスを意味するものであってもよい。
【０２１４】
表３に列挙した例のように、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスの接続能力が全て新規を指示する場合、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスは新しいＰ２Ｐグループを形成するために、ＧＯ交渉手順を開始することができる。具体的には、第１のＰ２Ｐデバイスの接続能力属性値が０ｘ０１であり（即ち、新規指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力属性値も０ｘ０１である場合、第１のＰ２Ｐデバイスおよび第２のＰ２ＰデバイスはＧＯ交渉手順を開始することができる。
【０２１５】
一例として、図１６および図１７は、第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間にＧＯ交渉手順が開始される例を示した図である。図１６は、即時応答ケースを例示した図であり、図１７は、遅延応答ケースを例示した図である。
【０２１６】
ＧＯ交渉手順は、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスのいずれか一方が他方にＰ２Ｐ ＧＯ交渉要求（P2P GO Negotiation Request）フレームを伝送することによって開始することができる。このとき、Ｐ２Ｐ ＧＯ交渉要求フレームの伝送は、ＰＤ要求フレームを伝送した要求器（Requestor）側（即ち、第１のＰ２Ｐデバイス）から応答器側（即ち、第２のＰ２Ｐデバイス）に伝送されることが好ましいが、必ずこれに限定されるものではない。
【０２１７】
他の例として、図１６および図１７に例示したように、常にサービス探索器として動作するＰ２ＰデバイスがＰ２Ｐ ＧＯ交渉要求フレームを伝送するように設定されてもよく、図示していないが、サービス広告器として動作するＰ２ＰデバイスがＰ２Ｐ ＧＯ交渉要求フレームを伝送するように設定されてもよい。
【０２１８】
第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスの接続能力のいずれか一方はグループオーナを指示し、他方はクライアントを指示する場合、クライアントを指示する接続能力を有するＰ２Ｐデバイスは、グループオーナを指示するＰ２ＰデバイスのＰ２Ｐグループに参加（join）することができる。すなわち、グループオーナを指示するＰ２Ｐデバイスは、Ｐ２ＰグループにおいてＧＯとして設定され、クライアントを指示するＰ２Ｐデバイスは、Ｐ２Ｐグループにおいてクライアントとして設定され得る。
【０２１９】
グループオーナを指示するＰ２ＰデバイスのＰ２Ｐグループ（具体的には、グループオーナを指示するＰ２ＰデバイスがグループオーナであるＰ２Ｐグループ）が存在しない場合、グループオーナを指示するＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始することができる。クライアントを指示する接続能力を有するＰ２Ｐデバイスは、グループオーナを指示する接続能力を有するＰ２Ｐデバイスによって開始されたＰ２Ｐグループにクライアントとして参加することができる。
【０２２０】
具体的には、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２であり（即ち、クライアント指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である（即ち、グループオーナ指示子の値が‘１’）場合、第１のＰ２Ｐデバイスは、第２のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第２のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第２のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第１のＰ２Ｐデバイスは、クライアントとして、第２のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２２１】
これとは逆に、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４であり（即ち、グループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である（即ち、クライアント指示子の値が‘１’）場合、第２のＰ２Ｐデバイスは、第１のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第１のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、クライアントとして、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２２２】
一例として、図１８は、第１のＰ２Ｐデバイスの接続能力がグループオーナを指示し、第２のＰ２Ｐデバイスの接続能力がクライアントを指示するときの動作を説明するために例示した図である。
【０２２３】
第１のＰ２Ｐデバイス（デバイスＢ）と第２のＰ２Ｐデバイス（デバイスＡ）との間の接続能力情報が交換されると、ＧＯとしての役割を有する第１のＰ２Ｐデバイスは、招待手順を開始することができる。具体的に、第１のＰ２Ｐデバイスは、クライアントとしての役割を有する第２のＰ２Ｐデバイスに招待要求フレームを伝送することができる。なお、第１のＰ２ＰデバイスのＡＳＰは、Ｐ２Ｐグループの形成が開始されたことを知らせるＣｏｎｎｅｃｔＳｔａｔｕｓイベントをサービスに伝送することができる。
【０２２４】
第１のＰ２Ｐデバイスから招待要求フレームを受信した第２のＰ２Ｐデバイスは、Ｐ２Ｐグループの形成が開始されたことを知らせるＣｏｎｎｅｃｔＳｔａｔｕｓイベントをサービスに伝送し、招待要求フレームに対する応答として、第１のＰ２Ｐデバイスに招待応答フレームを伝送することができる。なお、第１のＰ２Ｐデバイスは、グループの形成が完了したことを知らせるＣｏｎｎｅｃｔＳｔａｔｕｓイベントをサービスに伝送することができる。
【０２２５】
第２のＰ２Ｐデバイスから招待応答フレームを受信した第１のＰ２Ｐデバイスが、グループの形成が完了したことを知らせるＣｏｎｎｅｃｔＳｔａｔｕｓイベントをサービスに伝送することによって、第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間のＰ２Ｐグループの形成が完了し得る。
【０２２６】
図１８では、第１のＰ２ＰデバイスがＧＯの役割を有するものと例示したが、第２のＰ２ＰデバイスがＧＯの役割を有する場合、第２のＰ２Ｐデバイスが第１のＰ２Ｐデバイスに招待要求フレームを伝送することによって招待手順を開始することもできる。
【０２２７】
図１８は、第１のＰ２Ｐデバイスが招待要求フレームを伝送する一例であるが、場合によって、招待要求フレームおよび招待応答フレームは省略してもよい。
【０２２８】
ここで、第２のＰ２Ｐデバイスが参加しなければならないＰ２Ｐグループに関する情報（例えば、Ｐ２Ｐグループの識別子）は、プロビジョン要求メッセージまたはプロビジョン応答メッセージを介して、第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間で共有されてもよい。
【０２２９】
第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスの接続能力のいずれか一方は新規を指示し、他方はクライアントを指示する場合、新規を指示する接続能力を有するＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、クライアントを指示する接続能力を有するＰ２Ｐデバイスは、新規を指示する接続能力を有するＰ２Ｐデバイスによって開始されたＰ２Ｐグループにクライアントとして参加することができる。
【０２３０】
具体的には、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であり（即ち、新規指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である（即ち、クライアント指示子の値が‘１’）場合、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、クライアントとして、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２３１】
逆に、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２であり（即ち、クライアント指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である（即ち、新規指示子の値が‘１’）場合、第２のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第１のＰ２Ｐデバイスは、クライアントとして、第２のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２３２】
第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスの接続能力のいずれか一方は新規を指示し、他方はグループオーナを指示する場合、新規を指示する接続能力を有するＰ２Ｐデバイスは、グループオーナを指示するＰ２ＰデバイスのＰ２Ｐグループに参加することができる。すなわち、グループオーナを指示するＰ２Ｐデバイスは、Ｐ２ＰグループにおいてＧＯとして設定され、新規を指示するＰ２Ｐデバイスは、Ｐ２Ｐグループにおいてクライアントとして設定され得る。
【０２３３】
グループオーナを指示するＰ２ＰデバイスのＰ２Ｐグループ（具体的には、グループオーナを指示するＰ２ＰデバイスがグループオーナであるＰ２Ｐグループ）が存在しない場合、グループオーナを指示するＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、新規を指示する接続能力を有するＰ２Ｐデバイスは、グループオーナを指示する接続能力を有するＰ２Ｐデバイスによって開始されたＰ２Ｐグループにクライアントとして参加することができる。
【０２３４】
具体的には、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であり（即ち、新規指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である（即ち、グループオーナ指示子の値が‘１’）場合、第１のＰ２Ｐデバイスは、第２のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第２のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第２のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第１のＰ２Ｐデバイスは、クライアントとして、第２のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２３５】
これとは逆に、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４であり（即ち、グループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である（即ち、新規指示子の値が‘１’）場合、第２のＰ２Ｐデバイスは、第１のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第１のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、クライアントとして、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２３６】
第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスの接続能力が全てクライアントのみを指示するか、またはグループオーナのみを指示する場合、Ｐ２ＰデバイスにおけるＧＯおよびクライアントの役割が明確に区分されないため、第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間のＰ２Ｐグループの形成は失敗することがある。
【０２３７】
プロビジョン探索要求フレームを伝送する第１のＰ２Ｐデバイスの接続能力は、新規、クライアントおよびグループオーナのうち複数を指示してもよいことは、先に表１を参照して説明した通りである。
【０２３８】
第１のＰ２Ｐデバイスの接続能力が新規およびクライアントの両方を指示する場合、第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間の動作は、第１のＰ２Ｐデバイスの接続能力が新規を指示する場合と同一に動作することができる。
【０２３９】
具体的には、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０３であり（即ち、新規指示子およびクライアント指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である（即ち、新規指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力が０ｘ０１であった場合と同様に、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスは、新しいＰ２Ｐグループの形成のためのＧＯ交渉手順を開始することができる。
【０２４０】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０３であり（即ち、新規指示子およびクライアント指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である（即ち、クライアント指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力が０ｘ０１であった場合と同様に、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、クライアントとして、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２４１】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０３であり（即ち、新規指示子およびクライアント指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である（即ち、グループオーナ指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力が０ｘ０２（または０ｘ０１）であった場合と同様に、第１のＰ２Ｐデバイスは、第２のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第２のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第２のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第１のＰ２Ｐデバイスは、クライアントとして、第２のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２４２】
第１のＰ２Ｐデバイスの接続能力が新規およびグループオーナの両方を指示する場合、第１のＰ２Ｐデバイスおよび第２のＰ２ＰデバイスはＧＯ交渉手順を開始してもよく、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスのいずれか一方が他方のＰ２Ｐグループに参加してもよい。
【０２４３】
具体的には、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０５であり（即ち、新規指示子およびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である（即ち、新規指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であった場合と同様に、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスは、新しいＰ２Ｐグループの形成のためのＧＯ交渉手順を開始することができる。
【０２４４】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０５であり（即ち、新規指示子およびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である（即ち、クライアント指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４であった場合と同様に、第２のＰ２Ｐデバイスは、第１のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第１のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、クライアントとして、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２４５】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０６であり（即ち、新規指示子およびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である（即ち、グループオーナ指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であった場合と同様に、第１のＰ２Ｐデバイスは、第２のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第２のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第２のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第１のＰ２Ｐデバイスは、クライアントとして、第２のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２４６】
第１のＰ２Ｐデバイスの接続能力がクライアントとグループオーナの両方を指示する場合、第２のＰ２Ｐデバイスの接続能力がグループオーナを指示しない限り、第１のＰ２Ｐデバイスは、Ｐ２ＰグループにおいてＧＯとして設定可能である。
【０２４７】
具体的には、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０６であり（即ち、クライアント指示子およびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である（即ち、新規指示子の値が‘１’）場合、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループにクライアントとして参加することができる。
【０２４８】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０６であり（即ち、クライアント指示子およびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である（即ち、クライアント指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４であった場合と同様に、第２のＰ２Ｐデバイスは、第１のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第１のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、クライアントとして、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２４９】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０６であり（即ち、クライアント指示子およびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である（即ち、グループオーナ指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２であった場合と同様に、第１のＰ２Ｐデバイスは、第２のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第２のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第２のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第１のＰ２Ｐデバイスは、クライアントとして、第２のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２５０】
第１のＰ２Ｐデバイスの接続能力が新規、クライアントおよびグループオーナを全て指示する場合、第１のＰ２Ｐデバイスおよび第２のＰ２ＰデバイスはＧＯ交渉手順を開始してもよく、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスのいずれか一方が他方のＰ２Ｐグループに参加してもよい。
【０２５１】
具体的には、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０７であり（即ち、新規、クライアントおよびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である（即ち、新規指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であった場合と同様に、第１のＰ２Ｐデバイスおよび第２のＰ２ＰデバイスはＧＯ交渉手順を開始することができる。
【０２５２】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０７であり（即ち、新規、クライアントおよびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である（即ち、クライアント指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４であった場合と同様に、第２のＰ２Ｐデバイスは、第１のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第１のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第１のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第２のＰ２Ｐデバイスは、クライアントとして、第１のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２５３】
第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０７であり（即ち、新規、クライアントおよびグループオーナ指示子の値が‘１’）、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である（即ち、グループオーナ指示子の値が‘１’）場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２であった場合と同様に、第１のＰ２Ｐデバイスは、第２のＰ２ＰデバイスのＰ２Ｐグループにクライアントとして参加することができる。第２のＰ２ＰデバイスのＰ２Ｐグループが存在しなければ、第２のＰ２Ｐデバイスは、ＧＯとして、独自にＰ２Ｐグループを開始し、第１のＰ２Ｐデバイスは、クライアントとして、第２のＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加することができる。
【０２５４】
パーシステントグループを用いたＰ２Ｐグループの形成
第１のＰ２Ｐデバイスおよび第２のＰ２ＰデバイスのＡＳＰは、Ｐ２Ｐグループを形成またはＰ２Ｐグループに参加（join）する代わりに、既に存在する（existing）パーシステント（persistent）グループの活用を選択してもよい。そのために、第１のＰ２Ｐデバイスの接続能力および第２のＰ２Ｐデバイスの接続能力は、パーシステントグループを活用するか否かを指示するパーシステントグループオーナ（Persistent Group Owner；ＰＧＯ）指示子をさらに含むこともできる。
【０２５５】
パーシステントグループ（またはＰ２Ｐパーシステントグループ）は、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスが過去に形成したＰ２Ｐグループを意味することができる。具体的には、最初のグループ交渉を通じて第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間にＰ２Ｐグループが生成されると、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスのいずれか一方はグループオーナの役割を担い、他方はグループクライアントの役割を担う。第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスのうちグループオーナの役割を担うＰ２Ｐデバイスは、ＢＳＳＩＤを生成し、まるでアクセスポイント（Access Point；ＡＰ）のようにアクセスおよび認証のための共有キー（Shared key）を生成することができる。このとき、Ｐ２Ｐデバイスは、Ｐ２Ｐグループでの各Ｐ２Ｐデバイスの役割（例えば、グループオーナまたはグループクライアント）、相手Ｐ２ＰデバイスのＭＡＣアドレス、Ｐ２ＰグループのＩＤ（例えば、ＢＳＳＩＤ）および共有キーなどの接続情報を内部に格納することができる。上記のような接続情報はクレデンシャル（Credential）と呼ぶこともできる。クレデンシャルを格納しているＰ２Ｐデバイスは、以降のパーシステントグループの構成および接続時に、以前のアクセス情報であるクレデンシャルに基づいてパーシステントグループを再開始（re-invoke）することができる。
【０２５６】
具体的には、Ｐ２Ｐパーシステントグループが再開始される場合、以前のグループ形成時に担っていた役割を再び担うことになる。すなわち、最初のグループの生成時にグループオーナの役割を担っていたデバイスはパーシステントグループオーナであり、以降、Ｐ２Ｐパーシステントグループが再開始されるとき、再びグループオーナの役割を担うことになる。この場合、以前に格納したクレデンシャルの共有キーに基づいてＰ２Ｐグループを生成することによって、パーシステントグループのクライアントがアクセスを試みるときに認証準備手順（プロビジョニング）（Provisioning）を省略することができる。
【０２５７】
第１のＰ２Ｐデバイスの接続能力がＰＧＯを指示することは（即ち、ＰＧＯ指示子の値が‘１’）、パーシステントグループを再使用する旨を指示することができる。そうでない場合、ＰＧＯ指示子の値は‘０’に設定されてもよい。
【０２５８】
一例として、表４は、新規指示子、グループオーナ指示子、クライアント指示子およびＰＧＯ指示子のうち有効な指示子（即ち、値が１である指示子）の組み合わせに基づいたプロビジョン探索要求フレームでの接続能力の属性値を表で表したものである。
【０２５９】
表１は、新規指示子、グループオーナ指示子およびクライアント指示子のうち有効な指示子（即ち、値が１である指示子）の組み合わせに基づいたプロビジョン探索要求フレームにおける接続能力の属性（attribute）値を表で表したものである。
【０２６０】
【表４】
0006328811.tif 000005
【０２６１】
表１に列挙したように、接続能力の属性値が０ｘ０８であることは、第１のＰ２Ｐデバイスの接続能力がＰＧＯを指示（即ち、ＰＧＯ指示子の値が‘１’）するものであってもよい。それに加えて、接続能力の属性値が０ｘ０９であることは、第１のＰ２Ｐデバイスの接続能力が新規およびＰＧＯを指示するものであり、接続能力の属性値が０ｘ０Ａであることは、第１のＰ２Ｐデバイスの接続能力がクライアントおよびＰＧＯを指示するものであってもよい。
【０２６２】
第２のＰ２Ｐデバイスの接続能力もＰＧＯを指示することができる。第２のＰ２Ｐデバイスの接続能力がＰＧＯを指示することは（即ち、ＰＧＯ指示子の値が‘１’）、パーシステントグループを再使用（re-invoke）することを指示することができる。そうでない場合、ＰＧＯ指示子の値は‘０’に設定されてもよい。
【０２６３】
一例として、表５は、新規指示子、グループオーナ指示子およびクライアント指示子のうち有効な指示子（即ち、値が１である指示子）の組み合わせに基づいたプロビジョン探索応答フレームにおける接続能力の属性（attribute）値を表で表したものである。
【０２６４】
【表５】
0006328811.tif 000006
【０２６５】
表５に列挙したように、接続能力の属性値が０ｘ０８であることは、第２のＰ２Ｐデバイスの接続能力がＰＧＯを指示（即ち、ＰＧＯ指示子の値が‘１’）するものであってもよい。
【０２６６】
プロビジョン探索応答フレームを伝送する第２のＰ２Ｐデバイスの接続能力は、第１のＰ２Ｐデバイスとは異なり、新規、クライアント、グループオーナおよびＰＧＯのいずれか１つのみを指示するように設定することができる。
【０２６７】
第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスは、各自の接続能力の属性値に応じて、パーシステントグループを再開始するか否か、ＧＯ交渉手順を開始するか否かおよび相手デバイスのＰ２Ｐグループに参加するか否かを決定することができる。
【０２６８】
一例として、表６は、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスの接続能力に基づいたＰ２Ｐグループの形成方法を表で表したものである。
【０２６９】
【表６】
0006328811.tif 000007
【０２７０】
表６に示した様々な事例において少なくとも一部は、第１のＰ２Ｐデバイス（即ち、ＰＤ要求器）および第２のＰ２Ｐデバイス（即ち、ＰＤ応答器）の動作について表３を参照して解釈することができる。具体的には、表６において、第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの接続能力の組み合わせ（combination of connection capabilities）のうち（Ｎｅｗ，Ｎｅｗ）、（Ｃｌｉｅｎｔ，ＧＯ）および（ＧＯ，Ｃｌｉｅｎｔ）の組み合わせは、表３を参照して解釈することができる。
【０２７１】
具体的には、表６において（Ｎｅｗ，Ｎｅｗ）の組み合わせは（例えば、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０５であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である場合、第１のＰ２Ｐデバイスの属性値が０ｘ０９であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である場合など）、表３において、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１である時の動作が発生するということを意味することができる。言い換えると、第１のＰ２Ｐデバイスと第２のＰ２Ｐデバイスとの間にＧＯ交渉手順が開始され得ることを意味することができる。
【０２７２】
そして、表６において（Ｃｌｉｅｎｔ，ＧＯ）の組み合わせは（例えば、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０５であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０６であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０９であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０Ａであり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である場合など）、表３において、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４である時の動作が発生するということを意味することができる。言い換えると、第１のＰ２Ｐデバイスが第２のＰ２ＰデバイスのＰ２Ｐグループに参加したり、または第２のＰ２ＰデバイスがＧＯとして独自に開示したＰ２Ｐグループに、第１のＰ２Ｐデバイスがクライアントとして参加できることを意味することができる。
【０２７３】
そして、表６において（ＧＯ，Ｃｌｉｅｎｔ）の組み合わせは（例えば、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０５であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０６であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である場合など）、表３において、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０４であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である時の動作が発生するということを意味することができる。言い換えると、第２のＰ２Ｐデバイスが第１のＰ２ＰデバイスのＰ２Ｐグループに参加したり、または第１のＰ２ＰデバイスがＧＯとして独自に開始したＰ２Ｐグループに、第２のＰ２Ｐデバイスがクライアントとして参加できることを意味することができる。
【０２７４】
表６において（ＰＧＯ，Ｃｌｉｅｎｔ）の組み合わせ（例えば、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０８であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０９であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０Ａであり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２である場合など）および（Ｃｌｉｅｎｔ，ＰＧＯ）の組み合わせ（例えば、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０１であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０８である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０２であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０８である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０６であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０８である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０９であり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０８である場合、第１のＰ２Ｐデバイスの接続能力の属性値が０ｘ０Ａであり、第２のＰ２Ｐデバイスの接続能力の属性値が０ｘ０８である場合など）は、第１のＰ２Ｐデバイスおよび第２のＰ２Ｐデバイスのうちクライアントの接続能力を有するいずれか一方が、ＰＧＯの接続能力を有する他方のパーシステントグループ（Persistent Group）にクライアントとして参加することを意味することができる。
【０２７５】
例えば、第１のＰ２ＰデバイスがＰＧＯの役割を担い、第２のＰ２Ｐデバイスがクライアントの役割を担う場合、第１のＰ２Ｐデバイスは、パーシステントグループのグループオーナとして設定され、第２のＰ２Ｐデバイスは、パーシステントグループのクライアントとして参加することができる。
【０２７６】
（Ｃｌｉｅｎｔ，ＧＯ）の組み合わせ、または（ＧＯ，Ｃｌｉｅｎｔ）の組み合わせにおいて、ＧＯの役割を担うＰ２Ｐデバイスは、ＰＤ（Provision Discovery）手順に成功した後、Ｐ２Ｐグループを有していない場合、独自にＧＯになってＰ２Ｐグループを開始することができる。この場合、クライアントの役割を担うＰ２Ｐデバイスは、ＧＯの役割を担うＰ２Ｐデバイスが独自に開始したＰ２Ｐグループに参加するために、プロビジョニング（Provisioning）手順を行わなければならない。
【０２７７】
これとは異なり、（Ｃｌｉｅｎｔ，ＰＧＯ）の組み合わせ、または（ＰＧＯ，Ｃｌｉｅｎｔ）の組み合わせにおいて、クライアントの役割を担うＰ２Ｐデバイスがパーシステントグループに関するクレデンシャル（Credential）情報をキャッシュ（caching）していれば、プロビジョニング手順の実行を伴わずに直ちに関連付け（連携）（Association）手順を行うことができる。クライアントの役割を担うＰ２Ｐデバイスがパーシステントグループに関するクレデンシャル情報をキャッシュしていない場合であれば、パーシステントグループに参加するためにプロビジョニング手順を行わなければならないことは、上述した（Ｃｌｉｅｎｔ，ＧＯ）の組み合わせの場合と同様である。
【０２７８】
プロビジョン探索要求フレームおよびプロビジョン探索応答フレームの構造
プロビジョン探索手順は、ＡＳＰセッションのためのＰ２Ｐ接続をセットアップする前の主要手順である。プロビジョン探索手順を通じて、各Ｐ２Ｐデバイスのネットワーク上の役割（ＧＯまたはクライアント）を確認することができ、各Ｐ２Ｐデバイスのネットワーク上の役割を通じて、動作チャネルなどの様々なパラメータを決定することができる。プロビジョン探索手順は、上述したように、自動受諾モードおよび後続プロビジョン探索手順が伴われる遅延モードで定義することができる。
【０２７９】
表７は、自動受諾モードでのプロビジョン探索要求フレームおよびプロビジョン探索応答フレームのフォーマットを図式化したものである。
【０２８０】
【表７】
0006328811.tif 000008
【０２８１】
プロビジョン探索要求フレームに含まれる属性について説明すると、まず、Ｐ２ＰグループＩＤ（P2P Group ID）属性は、ＰＤ応答器が参加するＰ２Ｐグループの識別情報を指示する。Ｐ２ＰグループＩＤ属性は、ＰＤ要求器の接続能力がＮｅｗ、Ｇｏ、（Ｎｅｗ，ＧＯ）、（Ｃｌｉｅｎｔ，ＧＯ）、ＰＧＯ、（Ｎｅｗ，ＰＧＯ）または（Ｃｌｉｅｎｔ，ＰＧＯ）を指示するときにのみプロビジョン探索要求フレームに存在することができる。
【０２８２】
プロビジョン探索要求フレームの動作チャネル属性（Operating Channel attribute）は、Ｐ２Ｐデバイスが参加することが期待されるＰ２Ｐグループの意図された（intended）または現在（current）の動作チャネルを指示することができる。動作チャネル属性は、ＰＤ要求器の接続能力が、Ｎｅｗ、ＧＯ、（Ｎｅｗ，ＧＯ）、（Ｃｌｉｅｎｔ，ＧＯ）、ＰＧＯ、（Ｎｅｗ，ＰＧＯ）または（Ｃｌｉｅｎｔ，ＰＧＯ）を指示する場合にのみプロビジョン探索要求フレームに含まれてもよい。
【０２８３】
プロビジョン探索要求フレームのチャネルリスト属性（Channel List attribute）は、Ｐ２Ｐグループのオーナ（Group Owner）になるＰ２ＰデバイスのＡＳＰが、Ｐ２Ｐグループの動作チャネルとしてサポートすることができるチャネルを指示する。動作チャネル属性で指示されるチャネルは、チャネルリスト属性におけるチャネルのうちいずれか１つであってもよい。チャネルリスト属性は、ＰＤ要求器の接続能力がＮｅｗ、（Ｎｅｗ，ＧＯ）または（Ｎｅｗ，ＰＧＯ）である場合にのみプロビジョン探索要求フレームに含まれてもよい。
【０２８４】
接続能力情報（Connection Capability Info）属性は、ＰＤ要求器の接続能力を指示する。ＰＤ要求器の接続能力がＮｅｗ、ＧＯ、ＣｌｉｅｎｔおよびＰＧＯのうち少なくとも１つを指示することができる。
【０２８５】
広告ＩＤ情報（Advertisement ID Info）属性は、利用しようとするサービスの広告ＩＤを指示する。広告ＩＤは、サービス広告器のＡＳＰに割り当てられたものであってもよい。
【０２８６】
プロビジョン探索要求フレームの設定タイムアウト属性（Configuration Timeout attribute）は、プロビジョン探索手順を通じた接続能力の交換の結果として新しいＰ２Ｐグループが生成される場合、ＡＳＰがプロビジョニング（Provisioning）手順を開始するために利用できる最長時間を指示する。設定タイムアウト属性は、ＰＤ要求器の接続能力がＮｅｗ、（Ｎｅｗ，ＧＯ）、（ＧＯ，Ｃｌｉｅｎｔ）、（Ｎｅｗ，ＰＧＯ）または（ＰＧＯ，Ｃｌｉｅｎｔ）を指示するときにのみプロビジョン探索要求フレームに含まれてもよい。
【０２８７】
プロビジョン探索要求フレームのリッスンチャネル属性（Listen Channel attribute）は、ＡＳＰおよびこれに対応するＰ２Ｐデバイスが、状態情報が失敗（ｆａｉｌ）（または遅延、ｄｅｆｅｒ）であるプロビジョン探索応答フレームを受信した後にモニタ（monitor）しなければならないチャネルを指示することができる。リッスンチャネル属性は、ＰＤ要求器の接続能力がＮｅｗまたはＣｌｉｅｎｔを指示するときにのみプロビジョン探索要求フレームに含まれてもよい。
【０２８８】
次に、プロビジョン探索応答フレームに含まれる属性を説明すると、まず、Ｐ２ＰグループＩＤ属性は、ＰＤ要求器が参加するＰ２Ｐグループの識別情報を指示する。Ｐ２ＰグループＩＤ属性は、ＰＤ応答器の接続能力がＧＯまたはＰＧＯを指示するときにのみプロビジョン探索応答フレームに含まれてもよい。
【０２８９】
プロビジョン探索応答フレームの動作チャネル属性（Operating Channel attribute）は、Ｐ２Ｐデバイスが参加することが期待されるＰ２Ｐグループの意図された（intended）または現在（current）の動作チャネルを指示することができる。動作チャネル属性は、ＰＤ応答器の接続能力がＧＯまたはＰＧＯを指示するときにのみプロビジョン探索応答フレームに含まれてもよい。
【０２９０】
プロビジョン探索応答フレームのチャネルリスト属性は、プロビジョン探索要求フレームを介して提供されたチャネルリストのサブセット（subset）を含むことができる。動作チャネル属性で指示されるチャネルは、チャネルリスト属性におけるチャネルのうちいずれか１つであってもよい。チャネルリスト属性は、ＰＤ応答器の接続能力が、Ｃｌｉｅｎｔ、ＧＯまたはＰＧＯを指示するときにのみプロビジョン探索応答フレームに含まれてもよい。
【０２９１】
プロビジョン探索要求フレームの接続能力情報属性は、ＰＤ応答器の接続能力を指示する。接続能力情報属性は、状態属性の値が成功（Ｓｕｃｃｅｓｓ）であることを指示する場合にのみ含まれてもよい。
【０２９２】
プロビジョン探索要求フレームの広告ＩＤ情報属性は、利用しようとするサービスの広告ＩＤを指示する。広告ＩＤは、サービス広告器のＡＳＰに割り当てられたものであってもよい。
【０２９３】
プロビジョン探索要求フレームの設定タイムアウト属性（Configuration Timeout attribute）は、プロビジョン探索手順を通じた接続能力の交換の結果として新しいＰ２Ｐグループが生成される場合、ＡＳＰがプロビジョニング（Provisioning）手順を開始するために利用できる最長時間を指示する。設定タイムアウト属性は、ＰＤ応答器の接続能力がＧＯ、ＣｌｉｅｎｔまたはＰＧＯを指示する場合にのみプロビジョン探索要求フレームに含まれてもよい。
【０２９４】
プロビジョン探索要求フレームには状態（Status）属性が含まれてもよい。ＡＳＰによってサポートされる共通の（commonly）チャネルが存在しなければ、共通チャネルがないため失敗であることを知らせる状態コード（例えば、“Ｆａｉｌ；ｎｏ  ｃｏｍｍｏｎ  ｃｈａｎｎｅｌｓ”）が状態属性に含まれてもよい。
【０２９５】
ＡＳＰが、既にプロビジョン探索手順を開始した状況で他の広告ＩＤのプロビジョン探索要求フレームを受信した場合であれば、要求を受諾できないため失敗であることを知らせる状態コード（例えば、“Ｆａｉｌ；ｕｎａｂｌｅ  ｔｏ  ａｃｃｏｍｍｏｄａｔｅ  ｒｅｑｕｅｓｔ”）が状態属性に含まれてもよい。
【０２９６】
サービス広告メソッド（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ  Ｍｅｔｈｏｄ）の自動受諾パラメータが“Ｆａｓｌｅ”である場合、情報が現在利用不可能であるため失敗であることを知らせる状態コード（例えば、“Ｆａｉｌ；ｉｎｆｏｒｍａｔｉｏｎ  ｉｓ  ｃｕｒｒｅｎｔｌｙ  ｕｎａｖａｉｌａｂｌｅ”）が状態属性に含まれてもよい。なお、ＡＳＰは、上位層（即ち、サービス層）にセッション要求イベント（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ  Ｅｖｅｎｔ）を伝送し、予め設定された時間（例えば、１２０秒）のタイマを開始することができる。予め設定された時間が満了すると、プロビジョン探索手順は失敗したと見なされ、Ｐ２Ｐ接続セットアップは中断され得る。
【０２９７】
ＡＳＰが、サービスから、ｃｏｎｆｉｒｍｅｄパラメータの値がＴｒｕｅまたはＦａｌｓｅであるセッション確認メソッド（ＣｏｎｆｉｒｍＳｅｓｓｉｏｎ  Ｍｅｔｈｏｄ）を受信すれば、タイマを止め、リッスンチャネル属性が指示するチャネル（リッスンチャネル属性がプロビジョン探索要求フレームに含まれていない場合には動作チャネル属性が指示するチャネル）を介して後続（follow-on）プロビジョン探索要求フレームを相手Ｐ２Ｐデバイスに伝送することができる。
【０２９８】
具体的には、セッション確認メソッドのｃｏｎｆｉｒｍｅｄパラメータの値がＴｒｕｅである場合、ユーザによって受諾されて成功したことを知らせる状態コード（例えば、“Ｓｕｃｃｅｓｓ；Ａｃｃｅｐｔｅｄ  ｂｙ  ｕｓｅｒ”）が状態属性に含まれてもよい。これとは異なり、セッション確認メソッドのｃｏｎｆｉｒｍｅｄパラメータの値がＦａｌｓｅである場合、ユーザによって拒絶されて失敗したことを知らせる状態コード（例えば、Ｆａｉｌ；Ｒｅｊｅｃｔｅｄ  ｂｙ  Ｕｓｅｒ）が状態属性に含まれてもよい。
【０２９９】
プロビジョン応答フレームのセッションＩＤ情報（Session ID Info）属性、広告ＩＤ情報属性、リッスンチャネル属性および動作チャネル属性は、プロビジョン探索要求フレームでの値と同じ値を有することができる。
【０３００】
表８は、遅延モードでのプロビジョン探索要求フレームおよびプロビジョン探索応答フレームのフォーマットを図式化したものである。
【０３０１】
【表８】
0006328811.tif 000009
【０３０２】
遅延モードにおける後続（follow-on）プロビジョン探索要求フレームは、自動受諾モードにおけるプロビジョン探索要求フレームとは異なり、常に状態属性を含むことができる。
【０３０３】
遅延モードでの後続（follow-on）プロビジョン探索応答フレームは、後続プロビジョン探索要求フレームの状態属性が成功を指示する場合（例えば、状態属性が“Ｓｕｃｃｅｓｓ；Ａｃｃｅｐｔｅｄ  ｂｙ  ｕｓｅｒ”という状態コードを含む場合）にのみ伝送されてもよい。
【０３０４】
上述した実施例で説明する本発明の例示的な方法は、説明の簡明さのために一連の動作（a series of operations）として表現されているが、これは、段階が行われる順序を制限するためのものではなく、必要な場合には、それぞれの段階が同時にまたは異なる順序で行われてもよい。また、本発明で提案する方法を具現するために、図面で例示する全ての段階が必ず必要なものではない。
【０３０５】
また、本発明に係る方法において、前述した本発明の様々な実施例で説明した事項は独立して適用されたり、または２つ以上の実施例が同時に適用されるように具現されてもよい。
【０３０６】
図１９は、本発明の一実施例に係る無線デバイスの構成を示すブロック図である。
【０３０７】
無線デバイス１０は、プロセッサ１１、メモリ１２、送受信器１３を備えることができる。送受信器１３は、無線信号を送信／受信することができ、例えば、ＩＥＥＥ ８０２システムに基づく物理層を具現することができる。プロセッサ１１は、送受信器１３と電気的に接続されて、ＩＥＥＥ ８０２システムに基づく物理層および／またはＭＡＣ層を具現することができる。また、プロセッサ１１は、前述した本発明の様々な実施例に係るアプリケーション、サービス、ＡＳＰ層のうちの１つまたは複数の動作を行うように構成されてもよい。また、前述した本発明の様々な実施例に係る無線デバイスの動作を具現するモジュールがメモリ１２に格納され、プロセッサ１１によって実行されてもよい。メモリ１２は、プロセッサ１１の内部に含まれるか、またはプロセッサ１１の外部に設置されて、プロセッサ１１と公知の手段によって接続されてもよい。
【０３０８】
図１９の無線デバイス１０の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり、または２つ以上の実施例が同時に適用されるように具現されてもよく、重複する内容は明確性のために説明を省略する。
【０３０９】
上述した本発明の実施例は様々な手段を用いて具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（firmware）、ソフトウェアまたはそれらの組み合わせなどによって具現することができる。
【０３１０】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つまたは複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０３１１】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能または動作を実行するモジュール、手順または関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納されてプロセッサによって駆動されてもよい。メモリユニットは、上記プロセッサの内部または外部に位置して、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０３１２】
上述したように開示された本発明の好ましい実施形態についての詳細な説明は、当業者が本発明を具現し、実施できるように提供された。以上では本発明の好ましい実施形態を参照して説明したが、当該技術分野における熟練した当業者は、下記の特許請求の範囲に記載された本発明の思想および領域から逸脱しない範囲内で本発明を様々に修正および変更できるということが理解できる。したがって、本発明は、ここに開示された実施形態に制限されるものではなく、ここに開示された原理および新規の特徴と一致する最も広い範囲を与えるためのものである。
【産業上の利用可能性】
【０３１３】
上述したような本発明の様々な実施形態は、ＩＥＥＥ ８０２．１１システムを中心に説明したが、様々な移動通信システムに同じ方式で適用されてもよい。
【図１】
0006328811.tif 000010
【図２】
0006328811.tif 000011
【図３】
0006328811.tif 000012
【図４】
0006328811.tif 000013
【図５】
0006328811.tif 000014
【図６】
0006328811.tif 000015
【図７】
0006328811.tif 000016
【図８】
0006328811.tif 000017
【図９】
0006328811.tif 000018
【図１０】
0006328811.tif 000019
【図１１】
0006328811.tif 000020
【図１２】
0006328811.tif 000021
【図１３】
0006328811.tif 000022
【図１４】
0006328811.tif 000023
【図１５】
0006328811.tif 000024
【図１６】
0006328811.tif 000025
【図１７】
0006328811.tif 000026
【図１８】
0006328811.tif 000027
【図１９】
0006328811.tif 000028