JP6110507B2 - ワイファイダイレクトサービスシステムにおいて通信設定方法及びそのための装置 - Google Patents

Description

本発明は、無線通信システムに関し、特に、ワイファイダイレクトサービス（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ；ＷＦＤＳ）通信設定方法及び装置に関する。より具体的に、本発明は、延期されたセッションの制御方法及びそのための装置に関する。

無線通信システムが音声やデータなどのような各種の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有して多重ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システムなどがある。

無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＷＬＡＮ）技術に対する標準は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１グループで開発されている。ＩＥＥＥ ８０２．１１ａ及びｂは、２．４．ＧＨｚ又は５ＧＨｚで非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を利用し、ＩＥＥＥ ８０２．１１ｂは１１Ｍｂｐｓの送信速度を提供し、ＩＥＥＥ ８０２．１１ａは５４Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｇは、２．４ＧＨｚで直交周波数分割多重化（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）を適用して５４Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｎは、多重入出力ＯＦＤＭ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ−ＯＦＤＭ、ＭＩＭＯ−ＯＦＤＭ）を適用して３００Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｎは、チャネル帯域幅（ｃｈａｎｎｅｌ ｂａｎｄｗｉｄｔｈ）を４０ＭＨｚまで支援し、この場合、６００Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｐは、ＷＡＶＥ（Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ ｉｎ Ｖｅｈｉｃｕｌａｒ Ｅｎｖｉｒｏｎｍｅｎｔｓ）を支援するための標準である。例えば、８０２．１１ｐは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔａｔｉｏｎ Ｓｙｓｔｅｍｓ）支援に必要な改善事項を提供する。ＩＥＥＥ ８０２．１１ａｉは、ＩＥＥＥ ８０２．１１ステーション（ｓｔａｔｉｏｎ、ＳＴＡ）の高速初期リンクセットアップ（ｆａｓｔ ｉｎｉｔｉａｌ ｌｉｎｋ ｓｅｔｕｐ）を支援するための標準である。

近年、Ｗｉ−Ｆｉなどの無線近距離通信技術が幅広く市場に適用されている状況で、機器間の接続は、ローカルネットワーク（ｌｏｃａｌ ｎｅｔｗｏｒｋ）に基づくだけでなく、機器間の直接接続によってもなされている。Ｗｉ−Ｆｉを用いた機器間の直接接続技術の一つがＷｉ−Ｆｉダイレクト（Ｄｉｒｅｃｔ）である。

Ｗｉ−Ｆｉダイレクトは、リンク層（Ｌｉｎｋ ｌａｙｅｒ）の動作まで記述するネットワーク接続性（ｎｅｔｗｏｒｋ ｃｏｎｎｅｃｔｉｖｉｔｙ）標準技術である。上位にアプリケーションに対する規約や標準に対する定義がないことから、Ｗｉ−Ｆｉダイレクト機器間接続された以降にアプリケーション駆動時に互換性及び動作の一貫性がない。こういう問題から、Ｗｉ−Ｆｉダイレクトサービス（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ；ＷＦＤＳ）という上位アプリケーション記述内容を含む標準技術を、最近、ＷＦＡ（Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅ）で進行している。

近年、ＷＦＡは、Ｗｉ−Ｆｉダイレクトというモバイル機器間直接接続を通じてデータを伝達するための新しい規格を発表し、これに伴って関連業界ではＷｉ−Ｆｉダイレクト規格を満たすための活発な技術開発活動を進行している。厳密にいえば、Ｗｉ−Ｆｉ（登録商標）ダイレクトはマーケティング用語であって、商標名に該当し、これに対する技術規格はＷｉ−Ｆｉ Ｐ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）と総称される。このため、Ｗｉ−ＦｉベースＰ２Ｐ技術を扱う本発明では、Ｗｉ−Ｆｉダイレクト又はＷｉ−Ｆｉ Ｐ２Ｐを同一の意味で使うことができる。既存のＷｉ−Ｆｉ網では、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＡＰ）を介して接続した後にインターネットに接続する方法が、一般的なＷｉ−Ｆｉ搭載機器の使用方法であった。機器間直接接続を用いたデータ通信方法は、従来も、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）のような無線通信技術を搭載した携帯電話とノートＰＣのような機器に搭載されて一部のユーザによって用いられたが、送信速度が遅く、実際の使用では送信距離が１０ｍ以内に制限される。特に、大容量データ送信時や、多数のブルートゥース装置が存在する環境での使用時には、体験性能において技術的限界があった。

一方、Ｗｉ−Ｆｉ Ｐ２Ｐは、既存のＷｉ−Ｆｉ標準規格の大部分の機能を維持しながら、デバイス間直接通信を支援するための部分が付け加えられた。したがって、Ｗｉ−Ｆｉチップ（Ｃｈｉｐ）搭載の機器にハードウェア及び物理的特性を十分に活用し、主にソフトウェア機能アップグレードだけで機器間Ｐ２Ｐ通信を提供できるという長所がある。

周知の如く、Ｗｉ−Ｆｉチップ搭載の機器は、ノートＰＣ、スマートフォン、スマートＴＶ、ゲーム機、カメラなどを含めて非常に様々な範囲に拡大されつつあり、十分の数の供給者と技術開発人材が備えられている。しかし、Ｗｉ−Ｆｉ Ｐ２Ｐ規格を支援するソフトウェア開発は未だ活性化されていないが、これは、Ｗｉ−Ｆｉ Ｐ２Ｐ規格が発表されても、規格を便利に活用できる関連ソフトウェアの配布がなされていないためである。

Ｐ２Ｐグループ内では既存のインフラストラクチャー（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）網におけるＡＰの役目を果たす装置が存在するが、これをＰ２Ｐ規格ではＰ２Ｐグループオーナー（Ｇｒｏｕｐ Ｏｗｎｅｒ；ＧＯ）と称する。Ｐ２Ｐ ＧＯを中心に様々なＰ２Ｐクライアント（Ｃｌｉｅｎｔ）が存在できる。１個のＰ２Ｐグループ内では１台のＧＯだけが存在可能であり、残りの装置はいずれもクライアント装置となる。

図１は、典型的なＰ２Ｐネットワークトポロジを示す図である。

図１に示すように、Ｐ２Ｐ ＧＯとＰ２Ｐ機能を有するクライアントとが直接接続したり、Ｐ２Ｐ ＧＯとＰ２Ｐ機能のない既存クライアント（ｌｅｇａｃｙ ｃｌｉｅｎｔ）とが接続することができる。

図２は、一つのＰ２Ｐ機器が、Ｐ２Ｐグループを形成すると同時に、ＷＬＡＮのＳＴＡとして動作してＡＰと接続する状況を示す図である。

Ｐ２Ｐ技術規格では、Ｐ２Ｐ機器が図２に示すようなモードで動作する状況を同時動作（ｃｏｎｃｕｒｒｅｎｔ ｏｐｅｒａｔｉｏｎ）と定義している。

一連のＰ２Ｐ機器がグループを形成するに際し、いずれの機器がＰ２Ｐ ＧＯになるかは、Ｐ２Ｐ属性ＩＤ（Ａｔｔｒｉｂｕｔｅ ＩＤ）のグループオーナーインテント（Ｇｒｏｕｐ Ｏｗｎｅｒ Ｉｎｔｅｎｔ）値によって定められる。この値として０〜１５の値を有することができ、Ｐ２Ｐ装置が互いにこの値を交換し、最高の値を有する装置がＰ２Ｐ ＧＯとなる。一方、Ｗｉ−Ｆｉ Ｐ２Ｐ技術を支援しない既存機器（ｌｅｇａｃｙ ｄｅｖｉｃｅ）もＰ２Ｐグループに属してもよいが、このとき、既存機器の機能は、Ｐ２Ｐ ＧＯを介したインフラストラクチャー網接近の機能に制限される。

Ｗｉ−Ｆｉ Ｐ２Ｐ規格によれば、Ｐ２Ｐ機器は、Ｐ２Ｐ ＧＯがビーコン（Ｂｅａｃｏｎ）信号をＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）を用いて送信するため、１１ｂ規格を支援しない。このため、１１ａ／ｇ／ｎ規格の機器をＷｉ−Ｆｉ Ｐ２Ｐ機器として使用するこができる。

Ｐ２Ｐ ＧＯとＰ２Ｐクライアントとが接続する動作のために、Ｐ２Ｐ規格は、大きく、次のような４つの機能を有する。

第一に、Ｐ２Ｐ発見（Ｄｉｓｃｏｖｅｒｙ）では、機器発見（ｄｅｖｉｃｅ ｄｉｓｃｏｖｅｒｙ）、サービス発見（ｓｅｒｖｉｃｅ ｄｉｓｃｏｖｅｒｙ）、グループ形成（ｇｒｏｕｐ ｆｏｒｍａｔｉｏｎ）、Ｐ２Ｐ招待（Ｐ２Ｐ ｉｎｖｉｔａｔｉｏｎ）のような項目を扱っている。機器発見は、同一チャネルを介して２個のＰ２Ｐ機器が機器名又は機器タイプのような装置関連情報を互いに交換する。サービス発見は、Ｐ２Ｐを通じて利用しようとするサービスに関連した情報を交換する。グループ形成は、どの機器がＰ２Ｐ ＧＯになるかを決定し、新しいグループを形成する機能である。Ｐ２Ｐ招待は、永久的に形成されたＰ２Ｐグループを呼び出したり、Ｐ２Ｐ機器を既存Ｐ２Ｐグループに参加させたりする機能である。

第二に、Ｐ２Ｐグループ動作（Ｇｒｏｕｐ Ｏｐｅｒａｔｉｏｎ）は、Ｐ２Ｐグループの形成と終了、Ｐ２Ｐグループへの接続、Ｐ２Ｐグループ内の通信、Ｐ２Ｐクライアント発見のためのサービス、持続的Ｐ２Ｐグループ（ｐｅｒｓｉｓｔｅｎｔ Ｐ２Ｐ ｇｒｏｕｐ）の動作などについて説明している。

第三に、Ｐ２Ｐ電力管理（Ｐｏｗｅｒ Ｍａｎａｇｅｍｅｎｔ）は、Ｐ２Ｐ機器電力管理方法と節電モード時点に信号処理方法を扱っている。

最後に、管理されたＰ２Ｐ機器（Ｍａｎａｇｅｄ Ｐ２Ｐ Ｄｅｖｉｃｅ）では、１つのＰ２Ｐ機器にとってＰ２Ｐグループを形成し、同時にＷＬＡＮ ＡＰを介してインフラストラクチャー網に接続する方法を扱っている。

Ｐ２Ｐグループの特性について説明する。Ｐ２Ｐグループは、Ｐ２Ｐ ＧＯがＡＰの役目を果たし、Ｐ２ＰクライアントがＳＴＡの役目を果たすという点で既存のインフラストラクチャーＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）と類似している。このため、Ｐ２Ｐ機器は、ＧＯとクライアントの役目を果たし得るソフトウェアを搭載しなければならない。Ｐ２Ｐ機器は、ＭＡＣアドレスのようなＰ２Ｐ機器アドレスによって区別される。ただし、Ｐ２Ｐ機器がＰ２Ｐグループ内で通信する時にはＰ２Ｐインターフェースアドレスを用いて通信するが、このときには単一識別子（Ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ＩＤ）アドレスを使用する必要がない。Ｐ２Ｐグループは単一識別子Ｐ２ＰグループＩＤを有し、これは、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）とＰ２Ｐ ＧＯのＰ２Ｐ機器アドレスとの組合せで構成される。Ｗｉ−Ｆｉ Ｐ２Ｐ規格で保安のためにＷＰＡ２−ＰＳＫ／ＡＥＳを使用する。Ｐ２Ｐグループの生命周期と関連して、一時的（ｔｅｍｐｏｒａｒｙ）接続方法と、一定時間後に再び同一の接続を試みる持続的（ｐｅｒｓｉｓｔｅｎｔ）接続方法がある。持続的グループの場合、一応Ｐ２Ｐグループが形成されると、互いの役目、資格証明、ＳＳＩＤ、Ｐ２ＰグループＩＤがキャッシュ（ｃａｃｈｅ）され、再接続時に同一の接続形式を適用して速かにグループを接続させることができる。

Ｗｉ−Ｆｉ Ｐ２Ｐ接続方法について説明する。Ｗｉ−Ｆｉ機器は、大きく、２段階（ｐｈａｓｅ）の接続過程を有する。その第一は、２つのＰ２Ｐ機器が互いに相手を発見（ｆｉｎｄ）する段階であり、第二は、互いに発見された機器間にＰ２Ｐ ＧＯ又はＰ２Ｐクライアントの役目を決定するグループ形成（ｇｒｏｕｐ ｆｏｒｍａｔｉｏｎ）段階である。まず、発見段階は、Ｐ２Ｐ機器が互いに接続するようにする段階であり、具体的には、探索（ｓｅａｒｃｈ）及び受信（ｌｉｓｔｅｎ）状態で構成される。探索段階（Ｓｅａｒｃｈ ｓｔａｔｅ）は、プローブ要求フレーム（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）を用いて能動探索を行う。このとき、早い探索のために探索の範囲を限定するが、チャネル１、６及び１１のソーシャルチャネル（ｓｏｃｉａｌ ｃｈａｎｎｅｌ）を用いて探索を行う。受信状態（ｌｉｓｔｅｎ ｓｔａｔｅ）のＰ２Ｐ機器は、３個のソーシャルチャネルのいずれか一チャネルのみを選択して受信状態を維持するが、他のＰ２Ｐ機器が探索状態で送信したプローブ要求フレームを受信したところでプローブ応答フレーム（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）で応答する。Ｐ２Ｐ機器はそれぞれ探索及び受信状態を繰り返すことで互いの共通チャネルに到達することができる。Ｐ２Ｐ機器は、互いに相手を発見した後、選択的に結合する上で、デバイスタイプ、メーカー、又は馴染の機器名を発見するためにプローブ要求フレームとプローブ応答フレームを用いる。また、Ｐ２Ｐ機器の内部に存在する機器間の互換可能なサービスを確認するために、サービス発見（ｓｅｒｖｉｃｅ ｄｉｓｃｏｖｅｒｙ）を使用することができる。これは、それぞれの機器内部で提供されるサービスが他の機器で互換可能かを決定するためである。Ｐ２Ｐ規格では特定のサービス発見規格を指定していない。Ｐ２Ｐ機器ユーザは、周辺のＰ２Ｐ機器及び機器が提供するサービスを検索した後、所望の装置やサービスに迅速に接続することができる。

次に、グループ形成（ｇｒｏｕｐ ｆｏｒｍａｔｉｏｎ）段階を説明する。Ｐ２Ｐ機器が上述の発見（ｆｉｎｄ）段階を完了すると、互いに相手機器の存在確認が完了する。これに基づいて２つのＰ２Ｐ機器はＢＳＳを構成するためのＧＯ交渉段階に進入しなければならない。このような交渉段階は、２種類のサブ（ｓｕｂ）段階に大別される。その第一は、ＧＯ交渉（ｎｅｇｏｔｉａｔｉｏｎ）段階であり、第二は、ＷＰＳ（Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ）段階である。ＧＯ交渉段階では、両機器がＰ２Ｐ ＧＯ又はＰ２Ｐクライアントとしての役目を交渉し、Ｐ２Ｐグループ内部で使用する動作チャネル（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ）を設定する。ＷＰＳ段階では、既存のＷＰＳでなされる通常の作業を行う。例えば、機器のユーザがキーパッドを介して入力したＰＩＮ情報の交換、プッシュボタンを用いた簡便セットアップなどが行われる。Ｐ２Ｐグループ内においてＰ２Ｐ ＧＯはＰ２Ｐグループの核心的な役割を担当する。Ｐ２Ｐ ＧＯは、Ｐ２Ｐインターフェースアドレスを割り当て、グループの動作チャネルを選択し、グループの各種動作媒介変数を含むビーコン信号を送出する。Ｐ２Ｐグループ内ではＰ２Ｐ ＧＯのみがビーコン信号を送信できるが、これを用いてＰ２Ｐ機器が接続初期段階であるスキャン段階（ｓｃａｎ ｐｈａｓｅ）で迅速にＰ２Ｐ ＧＯを確認し、グループに参加する。又は、Ｐ２Ｐ ＧＯは、自分でＰ２Ｐグループセッションを開始することができ、Ｐ２Ｐ発見段階で記述された方法を使用した後にセッションを開始することもできる。このように重要な役割を担うＰ２Ｐ ＧＯになろうとする値は、ある機器に固定した値として存在せず、応用又は上位層サービスによって調整が可能である。このため、それぞれのアプリケーションの用途に応じて、開発者は、Ｐ２Ｐ ＧＯになろうとする適宜の値を選択することができる。

次に、Ｐ２Ｐアドレシング（ａｄｄｒｅｓｓｉｎｇ）について説明する。Ｐ２Ｐ機器は、Ｐ２Ｐグループセッション内でＭＡＣアドレスを用いてＰ２Ｐインターフェースアドレスを割り当てて使用する。このとき、Ｐ２Ｐ ＧＯのＰ２ＰインターフェースアドレスはＢＳＳＩＤ（ＢＳＳ Ｉｄｅｎｔｉｆｉｅｒ）であり、これは実質的にＰ２Ｐ ＧＯのＭＡＣアドレスである。

Ｐ２Ｐグループの接続解除について説明する。仮にＰ２Ｐセッションが終了すると、Ｐ２Ｐ ＧＯは、全てのＰ２ＰクライアントにＤｅ−ａｕｔｈｅｎｔｉｃａｔｉｏｎを用いてＰ２Ｐグループセッションの終了を知らせなければならない。Ｐ２ＰクライアントもＰ２Ｐ ＧＯに接続解除ができるが、このとき、可能なら、解除（ｄｉｓａｓｓｏｃｉａｔｉｏｎ）手順を踏まなければならない。クライアントの接続解除要求を受けたＰ２Ｐ ＧＯは、Ｐ２Ｐクライアントが接続解除されたことが把握できる。仮に、Ｐ２Ｐ ＧＯがＰ２Ｐクライアントから異常のプロトコルエラーを感知したり、Ｐ２Ｐグループの接続を妨害する動作をするＰ２Ｐクライアントが感知されると、認証拒絶（ｒｅｊｅｃｔｉｏｎ ｏｆ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）や結合拒否（ｄｅｎｉａｌ ｏｆ ａｓｓｏｃｉａｔｉｏｎ）を引き起こすが、具体的な失敗理由を結合（ａｓｓｏｃｉａｔｉｏｎ）応答に記録したうえで送信する。

上記の一連の過程のうちのセッション（ｓｅｓｓｉｏｎ）接続過程において、従来の方式では、検索者機器（Ｓｅｒｖｉｃｅ Ｓｅｅｋｅｒ）が特定ＷＦＤＳサービスを利用しようとする場合、広告者機器（Ｓｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｒ）で自動受諾（ａｕｔｏ＿ａｃｃｅｐｔ）が設定されていないと、セッション要求を延期することはできるが、セッションが延期されたことを示す情報を検索者機器に送信しなかった。このため、検索者機器では、広告者機器から延期されたセッションに対して再びセッション要求を受けるまで待機せざるを得なかった。また、広告者機器のユーザは、セッション要求を受諾する際に、セッション要求に関して受諾するか否かしか決定できない。したがって、両機器間にセッション要求に関する更なる情報を伝達する過程が要求されている。

このような問題について例を挙げて説明すると、検索者機器はスマートフォンであり、広告者機器はプリンタ機器であり、検索者機器の利用しようとするサービスは、プリンタ機器からスマートフォン中のイメージを出力する出力（ｐｒｉｎｔ）サービスであると仮定する。スマートフォンのユーザ周辺にプリンタ機器がある場合もあるが、スマートフォンのユーザと近接していない場所にプリンタ機器が設置されている場合に、スマートフォンのユーザがイメージ出力サービスを要求するとき、プリンタ機器でサービス要求に対する受諾をしてこそ出力されるように設定しておくことができる。プリンタ機器で自動受諾（ａｕｔｏ＿ａｃｃｅｐｔ）を設定しておいた場合には、スマートフォンからサービス要求がある場合に直ぐに出力サービスを行うことができるが、ユーザによって自動受諾を設定していない場合もありうるためである。

したがって、出力（ｐｒｉｎｔ）サービスのセッション要求が延期されたことをスマートフォン機器に表示可能でなければならず、プリンタ機器にも、セッションが要求されたサービスに関する情報を表示し、プリンタ機器のユーザにも追加の情報（例えば、出力一枚当たり１００ウォンという情報）を表示することができる。

また、最初のスマートフォンとプリンタ機器間のセッション要求であれば、セッション要求に対する応答メッセージに、セッションが延期されたことを示す情報を含めて送信することができるが、スマートフォンとプリンタ機器間の既存接続が存在する場合、セッションが延期されたことを送信できるメッセージの送信方法は存在していない。

本発明は、上記のような一般的な技術の問題点を解決するために案出されたもので、本発明の目的は、Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）システムにおいて効率的にセッション接続を制御する方法及びこれを行うための装置を提供することにある。

本発明の他の目的は、ＷＦＤＳシステムにおいてセッション接続が延期されるように設定された場合、セッション接続を制御する方法及びこれを行うための装置を提供することにある。

本発明で遂げようとする技術的課題は上記の技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

上記のような一般的な技術の問題点を解決するために、本発明の一実施例に係るＷｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法は、第１機器が第２機器から広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）関連情報を含む第１プロビジョン発見要求（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）フレームを受信するステップと、前記第１機器が、前記第２機器に第１プロビジョン発見応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ）フレームを送信するステップと、を有し、前記広告ＩＤ関連情報に基づくサービスのセッション要求に対してコンファームセッションを待たなければならない場合、前記第１プロビジョン発見応答フレームは、前記サービスと関連したセッションの延期情報を含むことができる。

ここで、前記セッション延期情報は、第１機器のサービス段からアプリケーションサービスプラットホーム（ＡＳＰ）に、第１機器が広告サービス（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ）メソッドを呼び出す時に伝達されてもよい。

また、前記ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドの呼び出しは、前記第１プロビジョン発見要求フレームを受信する前に行われてもよい。

また、前記第１プロビジョン発見要求フレームを受信する前に前記第１機器の発見及びサービス発見過程が行われ、前記ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドの呼び出しは、前記第１機器の発見前に行われることが好ましい。

また、上記方法は、前記第１機器の前記ＡＳＰから、前記セッションの延期情報を前記第１機器のユーザに知らせるステップをさらに有することができる。

また、上記方法は、前記セッションの延期情報は、前記第２機器のＡＳＰから前記第２機器のサービス段に伝達されるステップをさらに含むことができる。

また、前記第１機器のユーザの受諾がある場合、第２プロビジョン発見要求フレームを前記第２機器に送信するステップと、前記第２機器から第２プロビジョン応答フレームを受信するステップと、をさらに有することができる。

また、前記第２プロビジョン発見要求フレームは、前記第１機器の接続能力（Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）情報を含むことができる。

より好適には、前記第１機器が前記第２機器に前記Ｐ２Ｐグループの交渉情報として、相手依存的交渉メッセージを送信する場合に、前記第２機器から、前記第２機器が前記Ｐ２Ｐグループのグループオーナーになるという応答を受けると、前記第１機器は、前記Ｐ２Ｐグループのグループクライアントになり、前記第２機器から、前記第２機器が前記Ｐ２Ｐグループのグループクライアントになるという応答を受けると、前記第１機器は、前記Ｐ２Ｐグループのグループオーナーになってもよい。

より好適には、前記第１機器が前記第２機器に前記Ｐ２Ｐグループの交渉情報として、前記Ｐ２Ｐグループでグループオーナーになるというメッセージを送信する場合に、前記第１機器は前記Ｐ２Ｐグループのグループオーナーになり、前記第２機器は前記Ｐ２Ｐグループのグループクライアントになってもよい。

より好適には、前記第１機器が前記第２機器に前記Ｐ２Ｐグループの交渉情報として、前記Ｐ２Ｐグループでグループクライアントになるというメッセージを送信する場合に、前記第１機器は前記Ｐ２Ｐグループのグループクライアントになり、前記第２機器は前記Ｐ２Ｐグループのグループオーナーになってもよい。

上記のような一般的な技術の問題点を解決するために、本発明の他の実施例に係るＷｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法は、第１機器及び第２機器間の既存接続が存在する場合、前記第１機器が前記第２機器から広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）を含むセッション要求メッセージを受信するステップと、前記第１機器が、前記第２機器にセッション延期メッセージを送信するステップと、を有し、前記広告ＩＤに基づくサービスに関連したセッション要求に対してコンファームセッションを待たなければならない場合、前記セッション延期メッセージは、前記サービスと関連したセッションの延期情報を含むことができる。

好適には、前記セッション要求メッセージ及び前記セッション延期メッセージは、オペコード（Ｏｐｃｏｄｅ）及び順次番号（Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）を含むように構成されてもよい。

より好適には、前記順次番号は、前記セッション要求メッセージ又は前記セッション要求メッセージの応答として送信されるＡＣＫ又はＮＡＣＫメッセージに含まれて送信されてもよい。

上記のような一般的な技術の問題点を解決するために、本発明の更に他の実施例に係るＷｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法は、第２機器が第１機器に広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）関連情報を含む第１プロビジョン発見要求（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）フレームを送信するステップと、前記第２機器が前記第１機器から第１プロビジョン発見応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ）フレームを受信するステップと、を有し、前記広告ＩＤ関連情報に基づくサービスのセッション要求に対してコンファームセッションを待たなければならない場合、前記第１プロビジョン発見応答フレームは、前記サービスと関連したセッションの延期情報を含むことができる。

上記のような一般的な技術の問題点を解決するために、本発明の更に他の実施例に係るＷｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する第１機器は、送受信器と、プロセッサと、を備え、前記プロセッサは、第２機器から広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）関連情報を含む第１プロビジョン発見要求（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）フレームを、前記送受信器を用いて受信し、第１プロビジョン発見応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ）フレームを、前記送受信器を用いて送信するように設定され、前記広告ＩＤ関連情報に基づくサービスのセッション要求に対してコンファームセッションを待たなければならない場合、前記第１プロビジョン発見応答フレームは、前記サービスと関連したセッションの延期情報を含むことができる。

本発明の実施例によれば、次のような効果がある。

第一に、本発明の実施例によれば、Ｗｉ−Ｆｉダイレクトサービスシステム環境でセッション接続を効率的に制御することができる。

第二に、本発明の実施例によれば、Ｗｉ−Ｆｉダイレクトサービスシステム環境でセッション接続が延期されるように設定された場合、Ｗｉ−Ｆｉダイレクトサービスを支援する両機器に、セッション接続が延期されたことを示す情報を伝達することができる。

本発明で得られる効果は、以上に言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確になるであろう。

典型的なＰ２Ｐネットワークトポロジを示す図である。 一つのＰ２Ｐ機器がＰ２Ｐグループを形成すると同時に、ＷＬＡＮのＳＴＡとして動作してＡＰと接続する状況を示す図である。 Ｗｉ−Ｆｉダイレクト機器の簡略化されたブロックダイアグラムを示す図である。 既存のＷＦＤＳでＷＦＤＳ機器間に機器発見及びサービス発見をしてＷＦＤＳセッションを接続する過程を示す図である。 ＷＦＤＳ機器間の接続動作過程を示す図である。 サービス及びＡＳＰインターフェースの関係を示す図である。 本発明の一実施例によって、セッション延期設定過程の一例を示すフローチャートである。 本発明の一実施例に係るセッション延期設定過程の他の例を示すフローチャートである。 本発明に適用し得るＷｉ-Ｆｉ Ｐ２Ｐ装置を例示する図である。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に係る実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）のような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。ＯＦＤＭは、ＩＥＥＥ ８０２．１１などのような無線技術によって具現することができる。

説明を明確にするために、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）を中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。例えば、以下の説明は、無線接続システムであるＩＥＥＥ ８０２システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書によって裏付けることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確にするために説明を省略した段階又は部分は、上記の文書によって裏付けることができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。

以下の説明で使われる特定用語は本発明の理解を助けるために提供されたものであり、このような特定用語は、本発明の技術的思想から逸脱しない範囲で他の形態に変更されてもよい。いくつかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で示される。また、本明細書全体を通じて同一の構成要素については同一の図面符号を付して説明する。また、本明細書で説明される動作の順序は変更されてもよい。実施例の一部構成や特徴は他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取って代わってもよい。

以下、本発明に係る好ましい実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示する詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明を実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかし、当業者にとってはこのような具体的細部事項なしにも本発明を実施可能であるということは明らかである。例えば、以下の詳細な説明は、移動通信システムがＷｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）システムである場合を仮定して具体的に説明するが、ＷＦＤＳ固有の事項を除けば、他の任意の移動通信システムにも適用可能である。

いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されてもよく、各構造及び装置の核心機能を中心にした順序図の形式で示されてもよい。また、本明細書全体において同一の構成要素については同一の図面符号を付して説明する。

なお、以下の説明において、端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）などの、移動又は固定型のユーザ端機器を総称するものとする。また、基地局は、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）などの、端末と通信するネットワーク端の任意のノードを総称するものとする。

既存のＷＦＤＳ設定方法
図３は、Ｗｉ−Ｆｉダイレクトサービス（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ；ＷＦＤＳ）機器の簡略化されたブロックダイアグラムを示す図である。

Ｗｉ−ＦｉダイレクトＭＡＣ層と上位にはアプリケーションサービスプラットホーム（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｌａｔｆｏｒｍ；ＡＳＰ）というアプリケーションサービス（Ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ）のためのプラットホーム（ｐｌａｔｆｏｒｍ）を定義している。ＡＳＰは、上位アプリケーションと下位Ｗｉ−Ｆｉダイレクトとの間でセッション（ｓｅｓｓｉｏｎ）管理、サービス（ｓｅｒｖｉｃｅ）の命令処理、ＡＳＰ間制御（ｃｏｎｔｒｏｌ）及び保安（ｓｅｃｕｒｉｔｙ）の役目を果たす。ＡＳＰの上位には、ＷＦＤＳで定義する４個の基本サービスである送信（Ｓｅｎｄ）、再生（Ｐｌａｙ）、ディスプレイ（Ｄｉｓｐｌａｙ）、出力（Ｐｒｉｎｔ）サービスと、該当のアプリケーション及びＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を支援する。ここで、送信（Ｓｅｎｄ）サービスは、両ＷＦＤＳ機器間ファイル送信を行うことができるサービス及びアプリケーションをいう。再生（Ｐｌａｙ）サービスは、両ＷＦＤＳ機器間ＤＬＮＡを基盤とするＡ／Ｖ、写真、音楽を共有するストリーミング（ｓｔｒｅａｍｉｎｇ）するサービス及びアプリケーションを意味する。出力（Ｐｒｉｎｔ）サービスは、文書、写真などのコンテンツを有する機器とプリンタ装置間で文書及び写真出力を可能にするサービス及びアプリケーションを定義している。ディスプレイ（Ｄｉｓｐｌａｙ）サービスは、ＷＦＡのミラキャストソース（Ｍｉｒａｃａｓｔ Ｓｏｕｒｃｅ）とミラキャストシンク（Ｍｉｒａｃａｓｔ Ｓｉｎｋ）間に画面共有（ｓｈａｒｉｎｇ）を可能にするサービス及びアプリケーションを定義している。そして、活性化（Ｅｎａｂｌｅ）サービスは、基本サービスの他に、サードパーティアプリケーション（ｔｈｉｒｄ ｐａｒｔｙ ａｐｐｌｉｃａｔｉｏｎ）支援時にＡＳＰ共通プラットホーム利用のために定義する。

図４は、既存のＷＦＤＳにおいてＷＦＤＳ機器間に機器発見（ｄｉｓｃｏｖｅｒｙ）及びサービス発見をしてＷＦＤＳセッションを接続する過程を示す図である。

説明の便宜のために、図４に示すように、Ａ機器は、自身が提供可能なＷＦＤＳを検索者（ｓｅｅｋｅｒ）に広告（ａｄｖｅｒｔｉｓｅ）する広告者（ａｄｖｅｒｔｉｓｅｒ）の役目を果たし、Ｂ機器は、広告されたサービスを検索（ｓｅｅｋ）する役目を果たすと仮定する。Ａ機器は自身のサービスを広告し、相手がサービスを探して始めようとする機器であり、Ｂ機器は、上位アプリケーション或いはユーザの要求に応じてサービスを支援する機器を探す過程を行う。

Ａ機器のサービス（ｓｅｒｖｉｃｅ）段は、自身が提供できるＷＦＤＳ情報をＡ機器のＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｌａｔｆｏｒｍ）に伝達する。Ｂ機器のサービス段も同様、自身が提供できるＷＦＤＳ情報をＢ機器のＡＳＰ段に伝達することができる。Ｂ機器は検索者（ｓｅｅｋｅｒ）であって、ＷＦＤＳを利用するために、利用しようとするサービスをＢ機器のアプリケーション段からサービス段に指示し、サービス段はさらに、ＡＳＰ段に当該ＷＦＤＳを利用する対象機器を探すように指示する。

プローブ要求／応答フレームを送受信する過程では、検索者（Ｓｅｅｋｅｒ）機器は、検索者機器と隣接した周辺端末を検索することを目的とする。Ｂ機器のＡＳＰは、自身のＷＦＤＳ対象機器を探すために、Ｐ２Ｐ（ｐｅｅｒ ｔｏ ｐｅｅｒ）プローブ要求（Ｐ２Ｐ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）フレームを送信する（Ｓ４１０）。この時、Ｐ２Ｐプローブ要求フレーム内には、自身が探そうとする或いは自身が支援可能なサービスのサービスネーム（ｓｅｒｖｉｃｅ ｎａｍｅ）をハッシュ（ｈａｓｈ）形態で入れて要求する。例えば、サービスネームをＳＨＡ−２５６を用いて６−オクテットハッシュ値に変更する場合、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘ”は“０ｘｅｂ ａｃ ｂ９５ｆ３７４ｅ”のように表現することができる。検索者からＰ２Ｐプローブ要求フレームを受信したＡ機器は、当該サービスを支援する場合、それに対する応答としてＢ機器にＰ２Ｐプローブ応答（Ｐ２Ｐ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）フレームを送信する（Ｓ４２０）。Ｐ２Ｐプローブ応答フレームにはサービスネーム或いはハッシュ値で支援するサービスと該当の広告ＩＤ（ａｄｖｅｒｔｉｓｅ ＩＤ）値を含む。この過程は、Ａ機器及びＢ機器が互いにＷＦＤＳ機器であるか否かがわかる機器発見（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）過程である。機器発見過程で取得できる機器関連情報は、機器ネーム（ｄｅｖｉｃｅ ｎａｍｅ）、主装置タイプ（ｐｒｉｍａｒｙ ｄｅｖｉｃｅ ｔｙｐｅ）、機器パスワードＩＤ（ｄｅｖｉｃｅ ｐａｓｓｗｏｒｄ ＩＤ）などを含むことができる。

機器発見過程について説明すると、リッスン状態（ｌｉｓｔｅｎ ｓｔａｔｅ）と検索状態（ｓｅａｒｃｈ ｓｔａｔｅ）を循環し、また、２．４ＧＨｚ帯域のソーシャルチャネル（ｓｏｃｉａｌ ｃｈａｎｎｅｌ）ｃｈ１、ｃｈ６及びｃｈ１１を用いる。リッスン状態では、ランダム時間にｃｈ１、ｃｈ６及びｃｈ１１チャネルのいずれか一つでプローブ要求フレームの受信を待機する。検索状態ではプローブ要求フレームを送信する。

その後、Ｐ２Ｐサービス発見（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）過程を通じて特定サービスに対する詳細な内容を知る。自身とＷＦＤＳができる機器を探したＢ機器は、当該機器にＰ２Ｐサービス発見要求（Ｐ２Ｐ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）フレームを送信する（Ｓ４３０）。Ｂ機器からＰ２Ｐサービス発見要求フレームを受信したＡ機器は、ＡＳＰ段から、前にＡ機器のサービスから呼び出したメソッドに含まれたサービスとＢ機器から受け取ったＰ２Ｐサービスネーム及びＰ２Ｐサービス情報とをマッチ（ｍａｔｃｈｉｎｇ）し、Ｂ機器にＰ２Ｐサービス発見応答（Ｐ２Ｐ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ）フレームを送信する（Ｓ４４０）。この過程で、ＩＥＥＥ ８０２．１１ｕで定義されたＧＡＳプロトコル（ｐｒｏｔｏｃｏｌ）を使用することができる。このようにサービス検索に対する要求が完了すると、Ｂ機器は、検索結果をアプリケーション及びユーザに知らせることが可能になる。この時点までＷｉ−Ｆｉダイレクトのグループが形成されていない状態であり、ユーザがサービスを選択し、サービスが接続セッション（Ｃｏｎｎｅｃｔ Ｓｅｓｓｉｏｎ）を行うとＰ２Ｐグループ生成（Ｐ２Ｐ Ｇｒｏｕｐ ｆｏｒｍａｔｉｏｎ）が進行される。

機器発見（Ｓ４１０及びＳ４２０）及びサービス発見（Ｓ４３０及びＳ４４０）段階が行われると、ＷＦＤＳ機器間にセッション接続を進行することができる。このようなセッション接続のための段階では、Ｐ２Ｐプロビジョン発見要求フレーム（Ｓ４５０）及びＰ２Ｐプロビジョン発見応答フレーム（Ｓ４６０）を互いに交換するが、以下、これについてより詳しく説明する。

図５は、ＷＦＤＳ機器間の接続動作過程を示す図である。

図５に示すように、ＷＦＤＳ機器は、発見（Ｄｉｓｃｏｖｅｒｙ）−Ｐ２Ｐ接続（Ｐ２Ｐ Ｃｏｎｎｅｃｔｉｏｎ）−ＡＳＰセッション（ＡＳＰ Ｓｅｓｓｉｏｎ）−サービスセッション（Ｓｅｒｖｉｃｅ Ｓｅｓｓｉｏｎ）の順に接続を行う。アプリケーションサービスプラットホーム（ＡＳＰ）は論理個体であり、再生（ｐｌａｙ）、送信（ｓｅｎｄ）、ディスプレイ（ｄｉｓｐｌａｙ）及び出力（ｐｒｉｎｔ）サービスによって共通の機能を果たす。共通の機能は、サービス及び機器発見、ＡＳＰ−セッション管理、接続トポロジ管理及び保安などであるが、これに限定されない。

ＡＳＰセッションは、一つの機器のＡＳＰ及び他の機器のＡＳＰ間の論理的なリンク（ｌｉｎｋ）である。ピア（ｐｅｅｒ）機器間Ｐ２Ｐ接続は、ＡＳＰ−セッション接続を要求し、一つのＡＳＰは、与えられたＰ２Ｐネットワーク内で両機器間の複数のＡＳＰ−セッションを設定することができる。各ＡＳＰ−セッションは、ＡＳＰ−セッションを要求するＡＳＰに割り当てられたセッションＩＤ（ｉｄｅｎｔｉｆｉｅｒ）で識別することができる。

例えば、ユーザがＡ機器及びＢ機器間にＸサービスを使用したがる場合、両ＡＳＰは、両機器間のＡＳＰ−セッションを生成し、ユーザがＹサービスを使用したがる場合には、Ｘサービスと区別される他のＡＳＰ−セッションを生成することができる。

図６は、サービス及びＡＳＰインターフェースの関係を示す図である。

図６に示すように、一つの機器のサービス段からＡＳＰにメソッド（ｍｅｔｈｏｄ）が伝達され（Ｓ６１０）、反対方向に、ＡＳＰからサービス段にイベント（ｅｖｅｎｔ）が伝達されることがわかる（Ｓ６２０）。一つのＷＦＤＳには複数のサービス段が存在してもよく、各サービス段別にＡＳＰにメソッドを呼び出すことができる。また、一つのサービス段で複数のメソッドを呼び出すこともでき、一つのＡＳＰで複数のイベントを伝達することもできる。

Ｗｉ−Ｆｉダイレクトでは、ピア機器と接続を設定し維持するために、サービス検索者（Ｓｅｒｖｉｃｅ Ｓｅｅｋｅｒ）が、遠隔の機器に広告された（ａｄｖｅｒｔｉｓｅｄ）サービスがあるか検索し、サービス広告者（Ｓｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｒ）は、サービス検索者のサービス検索を潜在的に期待しながら、自身が提供可能なサービスを広告することができる。一つの機器は、複数のサービス広告者になってもよく、複数のサービス検索者になってもよい。サービスは、サービスネームで識別されるため、各サービスはＵＴＦ−８サービスネームストリングで表示される。例えば、“ｏｒｇ．ｗｉ−ｆｉ”は、ＷＦＡによってより定義されたサービスのためのものであり、定義されたサービスは、次表１のとおりである。

メソッドは、メソッドパラメータ内に動作に関する情報を含み、サービス段によって動作が開始される。制限された情報だけがメソッド呼び出しに対するリターン値（ｒｅｔｕｒｎ ｖａｌｕｅ）として戻り、全てのメソッド呼び出しは直ちにリターン値を送ることができる。

イベントは、ＡＳＰからサービス段に情報を提供する動作である。イベントは単方向（ｏｎｅ−ｗａｙ）であるから、サービスは、イベントに含まれたコンテンツに基づいて、動作を取るためのメソッド呼び出しが続く必要がある。

一つのＡＳＰと接続された複数のサービス段がメソッド及びイベントを行うことができる。メソッド及びイベントは非同期的（ａｓｙｎｃｈｒｏｎｏｕｓ）である。このため、メソッドが必ずしもイベントに続く必要はない。

実施例１−新しいＰ２Ｐ接続の場合

以下では、本発明に適用するための実施例として、新しいＰ２Ｐ接続を設定する過程で、広告者機器にセッション要求に対して延期されるように設定された場合において、セッション延期情報を検索者機器に送信する過程を説明する。

図７は、本発明の一実施例によって、セッション延期設定過程の一例を示すフローチャートである。

図７に示すように、Ａ機器（第１機器）がサービス広告者（Ｓｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｒ）であり、Ｂ機器（第２機器）がサービス検索者（Ｓｅｒｖｉｃｅ Ｓｅｅｋｅｒ）である場合において、広告者であるＡ機器はＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドを呼び出し、自身が提供可能なサービスをＡＳＰに伝達することができる（Ｓ７０２）。ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出し時に、セッションが延期されるように設定されることは、ａｕｔｏ＿ａｃｃｅｐｔ＝＝ＦＡＬＳＥである場合を意味し、自動でセッション要求を受諾しない状態を意味する。

検索者のＢ機器は、利用しようとするサービスを検索するためのＳｅｅｋＳｅｒｖｉｃｅメソッドを呼び出し、利用しようとするサービスをＡＳＰに伝達することができる。Ａ機器は、機器発見（Ｓ７０６及び７０８）及びサービス発見（Ｓ７１０及びＳ７１２）の後に、プロビジョン発見要求フレームをＢ機器から受信することができ（Ｓ７１４）、それに対する応答として、Ｂ機器にプロビジョン発見応答フレームを送信することができる（Ｓ７１８）。Ａ機器は、機器発見（プローブ発見）段階の前に、既にセッション要求に対して延期されるように設定されていてもよく（Ｓ７０２）、セッション延期が設定されているため、広告ＩＤ関連情報に基づくサービスのセッション要求がある場合、セッションを延期し、コンファームセッションを待たなければならない。また、セッションが延期されたことを示す情報を、プロビジョン発見応答フレームに含めて検索者のＢ機器に送信することができる。この時、いかなるサービスのセッションが要求されたかは、プロビジョン発見要求フレームに含まれて送信された広告ＩＤ（ａｄｖｅｒｔｉｓｅ＿ｉｄ）に基づいて判断することができる。また、セッションが延期されたことをユーザに知らせ（Ｓ７１６）、広告者機器のユーザは、セッション情報（ｓｅｓｓｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、受諾するか否かを決定することができる（Ｓ７２０）。ユーザの受諾又は拒絶の入力がある場合（Ｓ７２２）、Ａ機器は再びＢ機器にフォロー・オン（Ｆｏｌｌｏｗ−ｏｎ）プロビジョン発見要求フレームを送信し（Ｓ７２４）、フォロー・オンプロビジョン発見要求フレーム内にセッション受諾情報が含まれていると、Ｂ機器はフォロー・オンプロビジョン発見応答フレームをＡ機器に送信し（Ｓ７２６）、セッション接続を完了することができる。一方、フォロー・オンプロビジョン発見要求フレーム内にセッション拒絶情報が含まれていると、Ｂ機器はセッション要求を終了することができる。

以下では、上述した一連の過程についてより詳しく説明する。

実施例１−１：ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出し時にセッション延期の設定

まず、広告者（Ａｄｖｅｒｔｉｓｅｒ）機器で、セッションが延期されるように設定する過程について説明する。

広告者機器は、自身が広告したサービスに対して、検索者機器から発見要求を受信する前に（プローブ要求フレームを受信する前に）、自身が広告したサービスに関する情報をＡＳＰに伝達することができる（Ｓ７０２）。これは、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出しを通じてＡＳＰにサービス広告を行うことができる。

ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドは、検索者が、他の機器から広告されたサービスを探し、ＡＳＰ−セッションを開始するための情報を提供する。ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドは、下記のとおりである。

AdvertiseService(service_name,auto_accept,service_information,service_status,session_information_response)

上記のメソッドでは複数のパラメータ（ｐａｒａｍｅｔｅｒ）を含んでおり、各パラメータについて説明する。

サービスネーム（ｓｅｒｖｉｃｅ＿ｎａｍｅ）パラメータは、検索者（Ｓｅｒｖｉｃｅ Ｓｅｅｋｅｒ）がＳｅｅｋＳｅｒｖｉｃｅメソッド呼び出し、検索可能なサービスを識別する識別子である。サービスネームは、１つ又は複数のシングルバイトＵＴＦ−８又はマルチバイトＵＴＦ−８文字で構成することができる。アルファベット、数字、ハイフン（“−“）及び終止符（“．”）でシングルバイトＵＴＦ−８を構成することができ、マルチバイトＵＴＦ−８の場合、有効な全ＵＴＦ−８文字を含むことができる。ＡＳＰは、サービス発見（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ）段階におけるサービスネームをマッチしてサービスネームを用いることができる。例えば、ＡＳＰが“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ”という文字列を広告し、検索者が“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ”のためのハッシュ値（ｈａｓｈ ｖａｌｕｅ）を送信する場合、広告者のＡＳＰは肯定の応答をすることができる。

自動受諾（ａｕｔｏ＿ａｃｃｅｐｔ）パラメータは、ＴＲＵＥ又はＦＡＬＳＥ値を有することができる。ＴＲＵＥ値を有する場合、広告者は、検索者のセッション要求に対して、コンファームセッション（ＣｏｎｆｉｒｍＳｅｓｓｉｏｎ）メソッド無しにもセッション要求を受諾することができる（すなわち、自動受諾を意味する）。自動受諾パラメータがＦＡＬＳＥ値を有する場合、広告者のＡＳＰは、以降の過程を進行する前に、サービス段からコンファームセッションを待たなければならない。したがって、セッションが延期されるように設定されるということは、ａｕｔｏ＿ａｃｃｅｐｔ＝＝ＦＡＬＳＥの場合を意味し、自動でセッション要求を受諾しない状態を意味する。

サービス情報（ｓｅｒｖｉｃｅ＿ｉｎｆｏｒｍａｔｉｏｎ）パラメータは、サービス発見段階で交換したサービス関連情報に関する詳細情報を含むことができる。サービス情報パラメータの値が存在する場合、サービス情報パラメータは検索者に伝達され、検索者はサービス情報パラメータ内のコンテンツを検索することができる。

サービス状態（ｓｅｒｖｉｃｅ＿ｓｔａｔｕｓ）パラメータは、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出し時のサービス状態を示す。サービスが使用可能な場合、その値を１とすることができ、使用不可な場合、その値を０とすることができる。ただし、この値は、逆の場合も可能である。この場合において、発見段階（プローブ要求又はサービス発見要求）のメカニズムが機器によって支援可能なサービスを指示するかを考慮しなければならない。仮に、サービス状態パラメータの値が０であれば、ＡＳＰは、ＡＳＰ−セッションのいかなる要求に対しても拒絶（ｒｅｊｅｃｔ）をするはずである。

セッション情報応答（ｓｅｓｓｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｒｅｓｐｏｎｓｅ）パラメータは、自動受諾パラメータ値がＦＡＬＳＥに設定された場合（セッションが延期されるように設定された場合）にのみ存在し、その他の場合（ａｕｔｏ＿ａｃｃｅｐｔ＝＝ＴＲＵＥ）にはヌル（ＮＵＬＬ）値を有する。すなわち、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに存在しない。

セッション情報応答パラメータがＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに存在する場合に、セッション情報応答パラメータは検索者側のＡＳＰに伝達される。仮に、プロビジョン発見要求がＡＳＰ−セッション設定の一部として送信されると、セッション情報応答は、セッション情報応答データ情報属性にセッション情報応答フィールドとして含まれてもよい。また、既に両機器間の接続が存在する場合には、延期セッションＡＳＰ（ＤＥＦＥＲＲＥＤ＿ＳＥＳＳＩＯＮ ＡＳＰ）組織プロトコルメッセージのセッション情報応答フィールドにセッション情報応答パラメータが含まれてもよい。検索者側のＡＳＰは、検索者側のサービス段にセッション情報応答パラメータを送信し、この時、ＣｏｎｎｅｃｔＳｔａｔｕｓイベントの値をｓｔａｔｕｓ＝＝ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ Ｄｅｆｅｒｒｅｄと設定して送信することができる。

このとき、広告ＩＤ（ａｄｖｅｒｔｉｓｅｍｅｎｔ ＿ｉｄ）が必要である。広告ＩＤは、ＡＳＰによって定義されたもので、広告ＩＤを通じて広告を要求したサービスによって動作する機器の広告を固有に識別することができる。また、広告ＩＤはＡＳＰ−セッションを設定するために検索者側に送信される。広告ＩＤは、ＳｅｒｖｉｃｅＳｔａｔｕｓＣｈａｎｇｅ、ＣａｎｃｅｌＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ、ＣｏｎｎｅｃｔＳｅｓｓｉｏｎｓなどのメソッドと、ＳｅａｒｃｈＲｅｓｕｌｔ、ＡｄｖｅｒｔｉｓｅＳｔａｔｕｓ、ＳｅｓｓｉｏｎＲｅｑｕｅｓｔなどのイベント、特定ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅを呼び出すセッション要求メッセージに用いることができる。ＷＦＤＳの広告（ａｄｖｅｒｔｉｓｅｍｅｎｔ）は、広告ＩＤ及びサービスＭＡＣを機器間に交換することで固有に識別することができる。

実施例１−２：プロビジョン発見要求／応答

検索者機器が広告者機器を発見する前に、上記のようなＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドを呼び出し、その後、プローブ発見要求／応答フレームを送受信する過程（Ｓ７０６及びＳ７０８）で機器を発見し、サービス発見要求／応答フレームを送受信する過程（Ｓ７１０及びＳ７１２）では、いかなるＷＦＤＳサービスを利用しようとしているかを伝達することができる。その後、サービスのセッション要求／応答段階でプロビジョン発見要求／応答フレームを送受信するが、セッション延期情報を送信する方法について詳しく説明する。

プロビジョン発見手順は、ＡＳＰ−セッションのＰ２Ｐ接続設定に先駆けて必須の手順である。この手順の主な目的は、各機器が担っているネットワーク役割を確認し、動作チャネルなどのような様々なパラメータを決定することである。プロビジョン発見過程では２種類モードが存在する。

まず、自動受諾モード（ａｕｔｏ−ａｃｃｅｐｔ ｍｏｄｅ）では、プロビジョン発見要求フレームに対して、それに該当するプロビジョン発見応答フレームが交換される。また、延期モード（ｄｅｆｅｒｒｅｄ ｍｏｄｅ）では、プロビジョン発見要求フレームに対して、それに該当するプロビジョン発見応答フレーム、フォロー・オンプロビジョン発見要求フレーム及びいくつかの場合ではフォロー・オンプロビジョン発見応答フレームを交換する。

プロビジョン発見要求／応答フレームを送受信するＡＳＰは、下記の表２のように様々な属性を含む情報を有することができる。

上記のとおり、自動受諾パラメータがＦＡＬＳＥ値に設定されて（ａｕｔｏ＿ａｃｃｅｐｔ＝＝ＦＡＬＳＥ）広告者機器内でメソッドが呼び出された場合、ＡＳＰは、状態フィールドを“失敗；情報は現在使用不可です（Ｆａｉｌ；ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｃｕｒｒｅｎｔｌｙ ｕｎａｖａｉｌａｂｌｅ）”と設定することができ、ＡＳＰは、上位層であるサービス段にＳｅｓｓｉｏｎＲｅｑｕｅｓｔイベントを通じて伝達することができ（Ｓ７１６）、タイマー（例えば、１２０秒など）を起動することができる。

ユーザが広告者機器に対して受諾又は拒絶を入力し（Ｓ７２０）、サービス段からｃｏｎｆｉｒｍｅｄ＝“ＴＲＵＥ”又は“ＦＡＬＳＥ”というコンファームセッション（ＣｏｎｆｉｒｍＳｅｓｓｉｏｎ）メソッドを受けると（Ｓ７２２）、ＡＳＰは、起動しているタイマーを止めることができ、ピアＡＳＰにフォロー・オンプロビジョン発見要求フレームを送信することができる（Ｓ７２４）。このとき、リッスンチャネル（ｌｉｓｔｅｎ ｃｈａｎｎｅｌ）属性又は（リッスンチャネル属性がプロビジョン発見要求フレームに同一のＡＳＰ、同一のＡｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ Ｉｎｆｏで含まれた場合でなければ）動作チャネル属性で示すチャネルを介して送信する。

コンファームセッションメソッドでＣｏｎｆｉｒｍｅｄ＝“ＴＲＵＥ”と設定された場合、状態属性（Ｓｔａｔｕｓ Ａｔｔｒｉｂｕｔｅ）内の状態コード（Ｓｔａｔｕｓ Ｃｏｄｅ）は、“成功：ユーザによって受諾される（Ｓｕｃｃｅｓｓ：Ａｃｃｅｐｔｅｄ ｂｙ ｕｓｅｒ）”という値に設定される。仮に、Ｃｏｎｆｉｒｍｅｄ＝“ＦＡＬＳＥ”と設定された場合、状態属性（Ｓｔａｔｕｓ Ａｔｔｒｉｂｕｔｅ）内の状態コード（Ｓｔａｔｕｓ Ｃｏｄｅ）は、“失敗：ユーザによって拒絶される（Ｆａｉｌ：Ｒｅｊｅｃｔｅｄ ｂｙ ｕｓｅｒ）”という値に設定される。セッションＩＤ情報（Ｓｅｓｓｉｏｎ ＩＤ Ｉｎｆｏ）、広告ＩＤ情報（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ Ｉｎｆｏ）、リッスンチャネル及び動作チャネル属性が、同一のピアＡＳＰから受信した従来のプロビジョン発見要求フレームで同一に用いられる場合、プロビジョン発見手順は失敗となり、１２０秒タイマーが超過した場合、Ｐ２Ｐ接続設定は失敗となる。

広告者機器は検索者機器に、セッションが延期されたことを知らせる情報を送信することができる。検索者機器は、セッション要求のために、発見した広告者機器にプロビジョン発見要求フレームを送信し（Ｓ７１４）、広告者機器は、それに対する応答であるプロビジョン発見応答フレームに、延期された情報を含めて検索者機器に送信することができる（Ｓ７１８）。

検索者機器が送信するプロビジョン発見要求フレームには、機器発見及びサービス発見段階で発見された広告者機器に対する広告ＩＤ（ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）関連情報が含まれるが、この広告ＩＤ関連情報は、広告者機器が広告したサービスに関する情報を含んでいる。したがって、プロビジョン発見要求フレームに含まれた広告ＩＤ関連情報から、検索者機器がいかなるＷＦＤＳサービスを利用しようとするかがわかる。

広告者機器は、検索者機器にプロビジョン発見応答フレームを送信しながら、上記プロビジョン発見要求フレームに含まれた広告ＩＤに基づくサービスのセッション要求が延期されたことを示す情報を含めて送信することができる。このセッションの延期情報は、上述した広告者機器のＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出しに含まれたセッション情報応答（ｓｅｓｓｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｒｅｓｐｏｎｓｅ）パラメータであってもよく、検索者機器は、プロビジョン発見応答フレームを受信し、セッション情報応答パラメータがそれに含まれていることから、自身の要求したセッションが延期されたことがわかる。プロビジョン発見応答フレームは、セッション情報データ情報（Ｓｅｓｓｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｄａｔａ Ｉｎｆｏ．）を一つの属性として含むことができ、この情報は、サービスの状態が“失敗、情報は現在使用不可です（Ｆａｉｌ，ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｃｕｒｒｅｎｔｌｙ ｕｎａｖａｉｌａｂｌｅ）”と表示された場合に含むことができる。

この時、広告者機器は検索者機器に、セッションが延期されたことを知らせるだけでなく、広告者機器のサービスに関連した追加情報をさらに送信することができる。検索者が要求するサービスが広告者機器でいかなる属性を有するかを、そのサービスに対する属性情報を含めて送信することができる（例、プリントサービス一枚当たり１００ウォン）。

広告者機器からセッション要求が延期されたことを知らせる情報を受信した検索者機器のＡＳＰは、セッション要求が延期されたことを、検索者機器のサービス段に知らせることができる（Ｓ７１６）。検索者機器のＡＳＰは、セッションが延期されたことを機器ユーザに知らせるためにサービス段にＳｅｓｓｉｏｎＲｅｑｕｅｓｔイベントを伝達することができ、セッション要求が直ちに受諾されていないことを示すＳｅｓｓｉｏｎＲｅｑｕｅｓｔＤｅｆｅｒｒｅｄ状態値で伝達することができる。

実施例１−３：ユーザにセッション延期情報を送信

図７に示すように、広告者機器のＡＳＰは、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出しによって、検索者のセッション要求に対して、すなわち、プロビジョン要求フレームに対してセッションを延期し、広告者機器のユーザにセッションが延期されたことを知らせることができる。

広告者機器のＡＳＰは、セッションが延期されたことを機器ユーザに知らせるために、サービス段にＳｅｓｓｉｏｎＲｅｑｕｅｓｔイベントを伝達することができ、セッション要求が直ちに受諾出来なかったことを示すＳｅｓｓｉｏｎＲｅｑｕｅｓｔＤｅｆｅｒｒｅｄ状態値で伝達することができる。

この場合、このイベントと、その次のイベントであるＣｏｎｎｅｃｔＳｔａｔｕｓ（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ Ａｃｃｅｐｔ）又はＣｏｎｎｅｃｔＳｔａｔｕｓ（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔＦａｉｌｅｄ）イベントとの間にはディレー（ｄｅｌａｙ）が存在してもよい。これは、ユーザがセッション要求を受諾するか否かを機器に入力するまで待つべき時間であるから、イベント受信側ではタイマー（例えば、１２０秒など）を起動することができる。

広告者機器のサービス段はアプリケーション段に、上記説明したセッション延期情報を含むセッション情報を伝達し、ユーザはこの情報から、検索者のセッション要求が延期されたことがわかり、これを受諾するか拒絶するかを決定することができる（Ｓ７２０）。これは、広告者機器で支援可能なサービスを検索者機器に提供するか否かの決定である。検索者のセッション要求に対して受諾又は拒絶を示すメッセージを入力する場合、広告者のサービス段はＡＳＰにコンファームセッション（ＣｏｎｆｉｒｍＳｅｓｓｉｏｎ）メソッドを呼び出すことができる（Ｓ７２２）。

ユーザが検索者のセッション要求に対して受諾する場合、セッション接続の以降の段階が進行される。検索者機器は、セッション要求が延期されたことを知っているため、ユーザのセッション接続受諾を検索者機器に知らせるために、フォロー・オンプロビジョン発見要求（Ｆｏｌｌｏｗ−ｏｎ Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）フレームを検索者機器に送信することができる（Ｓ７２４）。フォロー・オンプロビジョン発見要求フレームには広告ＩＤ、セッションＩＤ、状態情報などを含めて送信することができる。広告ＩＤは、いかなるＷＦＤＳサービスに対するかを識別する情報であり、セッションＩＤは、いかなるセッション接続を要求するかを識別する情報である。状態情報は、ユーザによってセッション要求が受諾されたことを知らせる情報である。広告者機器からセッション要求を受諾する情報を受信した検索者機器は、サービス段にセッション要求受諾の情報をイベントの形式で知らせることができ（例、ＣｏｎｎｅｃｔＳｔａｔｕｓＳｅｒｖｉｃｅＲｅｑｕｅｓｔＡｃｃｅｐｔｅｄ）、セッション接続後、両機器間のＧＯ交渉（Ｇｒｏｕｐ Ｏｗｎｅｒ Ｎｅｇｏｔｉａｔｉｏｎ）段階を進行することができる。

ユーザがセッション要求を受諾する場合、広告者機器は検索者に、セッション延期情報の他に、広告者機器の接続能力情報を送信することができる。すなわち、フォロー・オンプロビジョン発見要求フレームに広告者機器の接続能力（ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）情報を含めることができる。

広告者機器からフォロー・オンプロビジョン発見要求フレームを受信した検索者機器は、それに対する応答として、フォロー・オンプロビジョン発見応答フレームを送信することができる（Ｓ７２６）。下記の表３には、フォロー・オンプロビジョン発見要求／応答フレームに含まれる属性に関する情報を示す。

接続能力情報を含むプロビジョン発見応答フレームは、Ａ機器のＧＯ交渉段階に関する情報を含むことができる。セッション接続が完了し、ＧＯ交渉段階で広告者機器がＰ２Ｐグループのグループオーナー（Ｇｒｏｕｐ Ｏｗｎｅｒ；ＧＯ）として動作するか、グループクライアント（Ｇｒｏｕｐ Ｃｌｉｅｎｔ；Ｃｌｉ）として動作するかを示す情報をさらに含むことができる。ＧＯかＣｌｉかは、ＧＯインテント（ｉｎｔｅｎｔ）値で決定し、ＧＯインテント値は、０〜１５中の任意の値に設定する。両機器のうち、インテント値が大きい機器がＧＯになり、小さい値を有する機器がＣｌｉになるのが一般的である。又は、条件によってはその逆の場合も可能である。仮に、両機器のインテント値が同一であれば、先にＧＯ交渉メッセージを送信した機器がＧＯになるのが一般的であるが、その逆の場合も可能である。

下記の表４には、プロビジョン発見応答フレームに含まれる接続能力（Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）情報におけるＧＯ交渉情報を示す。

ユーザは、検索者のセッション要求に対して拒絶することもできる。この場合にも、広告者機器は、検索者機器にセッション接続拒絶の旨を知らせるために、フォロー・オンプロビジョン発見要求フレームを送信することができる。このとき、状態情報としてセッション要求拒絶の情報を含む。

実施例２−既存Ｐ２Ｐ接続が存在する場合

図８は、本発明の一実施例に係るセッション延期設定過程のさらに他の例を示す図である。

図８に示すように、検索者機器と広告者機器間に既存接続が存在してもよい。このような状況では、実施例１で上述した機器発見及びサービス発見過程を重複して行わず、省略してもよい。検索者機器及び広告者機器間にはセッション要求を直ちに行うことができる。

Ａ機器（第１機器）及びＢ機器（第２機器）間の既存接続が存在する場合、Ａ機器がＢ機器から広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）を含むセッション要求メッセージを受信し、広告ＩＤに基づくサービスに関連したセッション要求に対してコンファームセッションを待たなければならない場合（すなわち、自動受諾と設定されておらず、セッション延期が設定された場合）、Ａ機器が、Ｂ機器にセッション延期メッセージを送信する際に、セッション延期メッセージは、上記サービスと関連したセッションの延期情報を含むことができる。

以下では、上述した一連の過程についてより詳しく説明する。

実施例２−１：ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出し時のセッション延期設定

既存接続があった機器間にセッション要求を行う場合にも、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出し時に、セッション延期設定情報を含むことは、実施例１と同一である。したがってＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドには、セッション要求時に延期されるように設定する情報であるｓｅｓｓｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｒｅｓｐｏｎｓｅパラメータを含むことができる。

セッション情報応答（ｓｅｓｓｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｒｅｓｐｏｎｓｅ）パラメータは、自動受諾パラメータ値がＦＡＬＳＥに設定された場合（セッションが延期されるように設定された場合）にのみ存在し、その他の場合（ａｕｔｏ＿ａｃｃｅｐｔ＝＝ＴＲＵＥ）には、ＮＵＬＬ値を有する。すなわち、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに存在しない。

セッション情報応答パラメータがＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに存在する場合において、セッション情報応答パラメータは検索者側のＡＳＰに伝達される。仮に、プロビジョン発見要求がＡＳＰ−セッション設定の一部として送信された場合、セッション情報応答は、セッション情報応答データ情報属性にセッション情報応答フィールドとして含まれてもよい。また、既に両機器間の接続が存在する場合では、延期セッションＡＳＰ（ＤＥＦＥＲＲＥＤ＿ＳＥＳＳＩＯＮ ＡＳＰ）組織プロトコルメッセージのセッション情報応答フィールドにセッション情報応答パラメータが含まれてもよい。検索者側のＡＳＰは検索者側のサービス段にセッション情報応答パラメータを送信し、この時には、ＣｏｎｎｅｃｔＳｔａｔｕｓイベントの値をｓｔａｔｕｓ＝＝ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ Ｄｅｆｅｒｒｅｄに設定して送信することができる。

このとき、広告ＩＤ（ａｄｖｅｒｔｉｓｅｍｅｎｔ ＿ｉｄ）が必要であってもよい。広告ＩＤは、ＡＳＰによって定義されたものであり、広告ＩＤから、広告を要求したサービスによって動作される機器の広告を固有に識別することができる。また、広告ＩＤは、ＡＳＰ−セッションを設定するために検索者側に送信される。広告ＩＤは、ＳｅｒｖｉｃｅＳｔａｔｕｓＣｈａｎｇｅ、ＣａｎｃｅｌＡｄｖｅｒｔｉｓｅ Ｓｅｒｖｉｃｅ、ＣｏｎｎｅｃｔＳｅｓｓｉｏｎｓなどのメソッドと、ＳｅａｒｃｈＲｅｓｕｌｔ、ＡｄｖｅｒｔｉｓｅＳｔａｔｕｓ、ＳｅｓｓｉｏｎＲｅｑｕｅｓｔなどのイベント、特定ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅを呼び出すＲＥＱＵＥＳＴ＿セッションメッセージに用いることができる。ＷＦＤＳの広告（ａｄｖｅｒｔｉｓｅｍｅｎｔ）は、広告ＩＤ及びサービスＭＡＣを機器間に交換して固有に識別することができる。

実施例２−２：セッション要求及びセッション延期メッセージ

検索者機器は広告者機器にセッション接続を要求することができ、セッション要求（ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮ）メッセージを送信することによって行うことができる（Ｓ８１０）。このセッション要求フレームにはセッションｍａｃ（ｓｅｓｓｉｏｎ＿ｍａｃ）、セッションＩＤ（ｓｅｓｓｉｏｎ＿ＩＤ）、広告ＩＤ（ａｄｖｅｒｔｉｓｅ＿ｉｄ）及びセッション情報（ｓｅｓｓｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ）などを含むことができる。

セッション要求メッセージを受信した広告者機器は、セッション要求に対して延期されるように設定されているため、セッション要求を直ちに受諾せず、すなわち、セッションを延期させ、セッションが延期されたことを示す情報を含むセッション延期（ＤＥＦＥＲＲＥＤ＿ＳＥＳＳＩＯＮ）メッセージを検索者機器に送信することができる（Ｓ８２０）。セッションが延期されたことを示す情報は、上記の実施例１と同様に、セッション情報応答（ｓｅｓｓｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ＿ ｒｅｓｐｏｎｓｅ）情報であってもよい。セッション要求メッセージ及びセッション延期メッセージについて説明する前に、まず、一般的なメッセージフォーマットについて下記の表５で説明する。

上記の表５のように、ＡＳＰ組織プロトコル（Ｃｏｏｒｄｉｎａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージは、シングル（ｓｉｎｇｌｅ）ＵＤＰ（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ）データグラム（ｄａｔａｇｒａｍ）である。上記のＡＳＰ組織プロトコルについてより詳しく説明する。一機器のＡＳＰは、ピア機器のＡＳＰとＷｉ−Ｆｉダイレクトセッションを管理するために通信することができる。ＡＳＰ組織プロトコルをこのような通信に用いることができる。ＡＳＰ組織プロトコルはポートのＵＤＰで動作することができ、ネットワーク設定（ｓｅｔｕｐ）が完了した後に、サービス広告者はＵＤＰポートを開放（ｏｐｅｎ）することができる。広告者機器のＡＳＰと検索者機器のＡＳＰ間におけるセッションの接続は、一つの機器がＵＤＰサーバー（ｓｅｒｖｅｒ）の役目を担い、他の機器がＵＤＰクライアント（ｃｌｉｅｎｔ）の役目を担うことができる。また、検索者及び広告者の両者ともＵＤＰサーバー及びＵＤＰクライアントの役目を同時に担ってＡＳＰ組織プロトコル動作をすることもできる。

新しいメッセージ（ｃｏｍｍａｎｄ）は、従来メッセージが確認応答（ＡＣＫ）されるまで送信されなくてもよい。各メッセージは、再送信されるメッセージと異なる新しいメッセージに用いられる順次番号（シークエンス・ナンバー：ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）を含む。

ＡＳＰ組織プロトコルは、既存ＵＤＰ送信の短所である、順序が入り乱れたり、パケット損失が発生する場合に解決できない問題点を解決するために、送信側では新しいメッセージを送る時に各メッセージに順次番号を増加させ、受信側では、正しいＡＳＰ組織プロトコルメッセージを受けた場合、受信したメッセージに該当する順次番号をＡＣＫメッセージに含めて応答することによって、送信者が送ったメッセージの送受信を確認できるようにする。全てのＷＦＤＳ機器のＡＳＰは、送信したメッセージに対してＡＣＫを受信しないと、次のメッセージを送信することができない。仮に、送信したメッセージに対して一定時間にＡＣＫを受信しないと、送信者は、最大試行回数（ｍａｘｉｍｕｍ ｒｅｔｒｙ）だけ再送信をすることができる。この場合、順次番号は増加させないで送信する。順次番号は、最初０から増加し、１バイトで表現できる最大値になると、再び０にリセットする。再送信が受信側に到達した場合、アドレスされた（ａｄｄｒｅｓｓｅｄ）ＡＳＰを含めた全セッションは閉鎖（ｃｌｏｓｅ）されてもよい。メッセージが再送信される場合に、メッセージは、前と同一の順次番号、メッセージタイプ及びペイロード（ｐａｙｌｏａｄ）を有することができる。機器が複製された同一のメッセージを受信する場合、この機器は、ＡＣＫメッセージを送信する前に当該メッセージを無視（ｉｇｎｏｒｅ）することができる。

ＡＳＰ組織プロトコルのＡＣＫメッセージの形態は、ＡＣＫメッセージを示すオペコード（Ｏｐｃｏｄｅ）の１バイト情報と、順次番号を含む。ＡＣＫメッセージに含まれる順次番号は、受信したメッセージが正しいメッセージであるか否かを確認し、正しいメッセージであると、受信したメッセージの順次番号値と同一の値に設定する。

一つのＡＳＰ組織プロトコルメッセージは１バイトのオペコード情報で開始され、メッセージの種類は、表６のように区別できる。その後の１バイトの情報は順次番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）であり、順次番号は、ＡＣＫメッセージを受信し、次のメッセージのオペコードが０〜５の場合に１増加して送信する。

上記表６に示すように、オペコード（Ｏｐｃｏｄｅ）には、セッション要求（ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮ）、セッション追加（ＡＤＤＥＤ＿ＳＥＳＳＩＯＮ）、セッション拒絶（ＲＥＪＥＣＴＥＤ＿ＳＥＳＳＩＯＮ）、セッション除去（ＲＥＭＯＶＥ＿ＳＥＳＳＩＯＮ）、許可されたポート（ＡＬＬＯＷＥＤ＿ＰＯＲＴ）、セッション延期（ＤＥＦＥＲＲＥＤ＿ＳＥＳＳＩＯＮ）、ＡＣＫ／ＮＡＣＫなどのメッセージが存在する。これについて、下記の表７乃至表１４で各メッセージフォーマットを詳しく説明する。表７ではセッション要求（ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮ）、表８ではセッション追加（ＡＤＤＥＤ＿ＳＥＳＳＩＯＮ）、表９ではセッション拒絶（ＲＥＪＥＣＴＥＤ＿ＳＥＳＳＩＯＮ）、表１０ではセッション除去（ＲＥＭＯＶＥＤ＿ＳＥＳＳＩＯＮ）、表１１では許可されたポート（ＡＬＬＯＷＥＤ＿ＰＯＲＴ）、表１２ではセッション延期（ＤＥＦＥＲＲＥＤ＿ＳＥＳＳＩＯＮ）、表１３ではＡＣＫ応答、表１４ではＮＡＣＫ応答メッセージのフォーマットを説明する。

表７は、セッション要求（ＲＥＱＵＥＳＴ＿ＳＥＳＳＩＯＮ）メッセージフォーマットを示している。検索者（Ｓｅｅｋｅｒ）機器のＡＳＰは広告者（Ａｄｖｅｒｔｉｓｅｒ）機器のＡＳＰに広告された広告ＩＤ（ａｄｖｅｒｔｉｓｅｍｅｎｔ＿ｉｄ）に関連した新しいＡＳＰ−セッションを要求することができる。セッション要求メッセージを受信した広告者機器は、ＡＤＤＥＤ＿ＳＥＳＳＩＯＮ又はＲＥＪＥＣＴ＿ＳＥＳＳＩＯＮメッセージを送信することができる。セッション失敗の場合、ＳｅｓｓｉｏｎＦａｉｌｅｄ（ ）イベントをサービス段に伝達することができる。逆に、セッション要求メッセージが成功的に受信された場合、広告者機器は、ＳｅｓｓｉｏｎＣｏｎｎｅｃｔｅｄ（ ）イベントをサービス段に伝達することができる。

表８では、セッション追加（ＡＤＤＥＤ＿ＳＥＳＳＩＯＮ）メッセージフォーマットを示している。上記表８で説明したとおり、サービス広告者機器は、要求されたサービスがＳｅｔＳｅｓｓｉｏｎＲｅａｄｙメソッドを呼び出すとき、セッション追加メッセージを送信することができる。セッション追加メッセージを把握した後に、検索者機器は、検索者機器側でＣｌｏｓｅＳｅｓｓｉｏｎメソッドを呼び出す場合、セッション除去（ＲＥＭＯＶＥＤ＿ＳＥＳＳＩＯＮ）メッセージを送信することができる。

表９は、セッション拒絶（ＲＥＪＥＣＴＥＤ＿ＳＥＳＳＩＯＮ）メッセージフォーマットを示している。上記表９で説明したとおり、サービス段又はＡＳＰでＡＳＰ−セッションを拒絶すると決定した場合、サービス広告者機器は、セッション要求メッセージ受信後に、セッション拒絶メッセージを送信することができる。

表１０は、セッション除去（ＲＥＭＯＶＥＤ＿ＳＥＳＳＩＯＮ）メッセージフォーマットを示している。上記表１０で説明したとおり、リンクの両側のＡＳＰ−セッション閉鎖が呼び出された場合、セッション拒絶メッセージを送信することができる。

表１１は、許可されたポート（ＡＬＬＯＷＥＤ＿ＰＯＲＴ）メッセージフォーマットを示している。上記表１１で説明したとおり、ポート又はプロトコル組合せが特定セッションのために開放される場合、ＡＳＰによって許可されたポートメッセージを送信することができる。

表１２は、セッション延期（ＤＥＦＥＲＲＥＤ＿ＳＥＳＳＩＯＮ）メッセージフォーマットを示している。上記表１２では、セッション延期（ＤＥＦＥＲＲＥＤ＿ＳＥＳＳＩＯＮ）メッセージのフォーマットを示しているが、広告者機器は検索者機器のセッション要求メッセージに対してセッション延期メッセージを送信することができ、ＣｏｎｎｅｃｔＳｔａｔｕｓ（ｓｔａｔｕｓ＝＝ＳｅｒｖｉｃｅＲｅｑｕｅｓｔＤｅｆｅｒｒｅｄ）イベントをサービス段に伝達することができる。

表１３は、ＡＣＫ応答メッセージフォーマットを示している。上記表１３で説明したとおり、ＡＳＰは、一定時間内にＡＳＰ組織プロトコルメッセージを受信する場合に、ＡＣＫメッセージで応答することができる。ＡＣＫメッセージ内の順次番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）は、最近受信したＡＳＰ組織プロトコルメッセージの順次番号と同一であってもよい。セッションＭＡＣ及びセッションＩＤ対（ｐａｉｒ）は、最近受信したＡＳＰ組織プロトコルメッセージにおける対と同一であってもよい。

最後に、表１４は、ＮＡＣＫ応答メッセージのフォーマットを示している。上記表１４で説明したとおり、ＡＳＰは、一定時間内に無効の（ｉｎｖａｌｉｄ）ＡＳＰ組織プロトコルメッセージを受信する場合、ＮＡＣＫメッセージで応答することができる。ＮＡＣＫメッセージ内の順次番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）は、最近受信したＡＳＰ組織プロトコルメッセージの順次番号と同一であってもよい。セッションＭＡＣ及びセッションＩＤ対（ｐａｉｒ）は、最近受信したＡＳＰ組織プロトコルメッセージにおける対と同一であってもよい。

実施例２−３：ユーザにセッション延期情報を送信

図８に示すように、広告者機器のＡＳＰは、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド呼び出しによって、検索者のセッション要求に対して、すなわち、プロビジョン要求フレームに対してセッションを延期し、広告者機器のユーザに、セッションが延期されたことを知らせることができる。

広告者機器のＡＳＰは、セッションが延期されたことを機器ユーザに知らせるためにサービス段にＳｅｓｓｉｏｎＲｅｑｕｅｓｔイベントを伝達することができ（Ｓ８３０）、セッション要求が直ちに受諾されていないことを示すＳｅｓｓｉｏｎＲｅｑｕｅｓｔＤｅｆｅｒｒｅｄ状態値で伝達することができる。

この場合、このイベントと、その次のイベントであるＣｏｎｎｅｃｔＳｔａｔｕｓ（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ Ａｃｃｅｐｔ）又はＣｏｎｎｅｃｔＳｔａｔｕｓ（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔＦａｉｌｅｄ）イベントとの間にはディレー（ｄｅｌａｙ）が存在してもよい。これは、ユーザがセッション要求を受諾するか否かを機器に入力するまで待たなければならない時間であるから、イベント受信側ではタイマー（例えば、１２０秒など）を起動することができる。

広告者機器のサービス段はアプリケーション段に上記のセッション延期情報を含むセッション情報を伝達し、ユーザは、この情報から、検索者のセッション要求が延期されたことがわかり、これを受諾するか拒絶するかを決定することができる（Ｓ８４０）。これは、広告者機器で支援可能なサービスを検索者機器に提供するか否かの決定である。検索者のセッション要求に対して受諾又は拒絶を示すメッセージを入力する場合、広告者のサービス段は、ＡＳＰにコンファームセッション（ＣｏｎｆｉｒｍＳｅｓｓｉｏｎ）メソッドを呼び出すことができる（Ｓ８５０）。

ユーザが検索者のセッション要求に対して受諾すると、セッション接続の以降の段階が進行される。検索者機器は、セッション要求が延期されたことを知っているので、ユーザのセッション接続受諾の旨を検索者機器に知らせるために、セッション追加（ＡＤＤＥＤ＿ＳＥＳＳＩＯＮ）メッセージを検索者機器に送信することができる（Ｓ８６０）。セッション追加メッセージにはセッションＭＡＣ及びセッションＩＤ情報などを含めて送信することができる。セッションＭＡＣ及びセッションＩＤの組合せで、固有のＡＳＰ−セッションを識別することができる。広告者機器からセッション要求を受諾する情報を受信した検索者機器は、サービス段にセッション要求受諾の情報をイベントの形式で知らせることができ（例、ＣｏｎｎｅｃｔＳｔａｔｕｓＳｅｒｖｉｃｅＲｅｑｕｅｓｔ Ａｃｃｅｐｔｅｄ）、さらに広告者機器にＡＣＫメッセージを送信することができる（Ｓ８７０）。

図９には、本発明に適用し得るＷｉ−Ｆｉ Ｐ２Ｐ装置を例示する。

図９を参照すると、Ｗｉ−Ｆｉ Ｐ２Ｐネットワークは、第１のＷｉ−Ｆｉ Ｐ２Ｐ装置９１０及び第２のＷｉ−Ｆｉ Ｐ２Ｐ装置９２０を有する。第１のＷｉ−Ｆｉ Ｐ２Ｐ装置９１０は、プロセッサ９１２、メモリ９１４及び無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット９１６を備える。プロセッサ９１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ９１４は、プロセッサ９１２と接続され、プロセッサ９１２の動作と関連した様々な情報を記憶する。ＲＦユニット９１６は、プロセッサ９１２と接続され、無線信号を送信及び／又は受信する。第２Ｗｉ−Ｆｉ装置９２０は、プロセッサ９２２、メモリ９２４及びＲＦユニット９２６を備える。プロセッサ９２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ９２４は、プロセッサ９２２と接続され、プロセッサ９２２の動作と関連した様々な情報を記憶する。ＲＦユニット９２６は、プロセッサ９２２と接続され、無線信号を送信及び／又は受信する。第１のＷｉ−Ｆｉ Ｐ２Ｐ装置９１０及び／又は第２のＷｉ−Ｆｉ Ｐ２Ｐ装置９２０は、単一又は多重アンテナを有することができる。

以上、説明した実施例は、本発明の構成要素と特徴が所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取って代わってもよい。特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成することもでき、出願後の補正によって新しい請求項として含めることもできることは明らかである。

本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、１つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を実行するモジュール、手順、関数などの形態として具現することができる。ソフトウェアコードは、メモリユニットに記憶させ、プロセッサによって駆動することができる。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の様々な手段によってプロセッサとデータを交換することができる。

当業者にとっては、本発明の特徴から逸脱しない範囲で本発明を他の特定の形態として具体化できるということは明らかである。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。

本発明の実施例は、様々な無線接続システムに適用することができる。特に、Ｗｉ−Ｆｉダイレクトサービス（Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ Ｓｅｒｖｉｃｅｓ；ＷＦＤＳ）システムに適用することができる。本発明の実施例は、上記のシステムだけでなく、様々な無線接続システムを応用したいずれの技術分野にも適用することができる。

Claims (15)

1. Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法であって、
   第１機器が第２機器から、広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）関連情報を含む第１プロビジョン発見要求（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）フレームを受信するステップと、
   前記第１機器が、前記第２機器に第１プロビジョン発見応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ）フレームを送信するステップと、
   を有し、
   ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに有される自動受諾（ａｕｔｏ＿ａｃｃｅｐｔ）の値が「ＦＡＬＳＥ」に設定されている場合、前記第１プロビジョン発見応答フレームは、サービスと関連したセッションの延期情報を含む、ＷＦＤＳ通信設定方法。
2. 前記第１プロビジョン発見応答フレームは、前記サービスと関連したセッションの延期情報を含み、
   前記セッション延期情報は、前記第１機器のサービス段からアプリケーションサービスプラットホーム（ＡＳＰ）に、前記第１機器がＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドを呼び出す時に伝達される、請求項１に記載のＷＦＤＳ通信設定方法。
3. 前記ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドの呼び出しは、前記第１プロビジョン発見要求フレームを受信する前に行われる、請求項２に記載のＷＦＤＳ通信設定方法。
4. 前記第１プロビジョン発見要求フレームを受信する前に、前記第１機器の発見及びサービス発見過程が行われ、
   前記ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドの呼び出しは、前記第１機器の発見前に行われる、請求項３に記載のＷＦＤＳ通信設定方法。
5. 前記第１機器の前記ＡＳＰから、前記セッションの延期情報を前記第１機器のユーザに知らせるステップをさらに有する、請求項２に記載のＷＦＤＳ通信設定方法。
6. 前記セッションの延期情報は、前記第２機器のＡＳＰから前記第２機器のサービス段に伝達されるステップをさらに有する、請求項２に記載のＷＦＤＳ通信設定方法。
7. 前記第１機器のユーザの受諾がある場合、
   第２プロビジョン要求フレームを前記第２機器に送信するステップと、
   前記第２機器から第２プロビジョン応答フレームを受信するステップと、をさらに有する、請求項５に記載のＷＦＤＳ通信設定方法。
8. 前記第２プロビジョン発見要求フレームは、前記第１機器の接続能力（Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ）情報を含む、請求項７に記載のＷＦＤＳ通信設定方法。
9. 前記第１機器が前記第２機器にＰ２Ｐ（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）グループの交渉情報として、相手依存的交渉メッセージを送信する場合に、
   前記第２機器から、前記第２機器が前記Ｐ２Ｐグループのグループオーナーになるという応答を受けると、前記第１機器は、前記Ｐ２Ｐグループのグループクライアントになり、
   前記第２機器から、前記第２機器が前記Ｐ２Ｐグループのグループクライアントになるという応答を受けると、前記第１機器は、前記Ｐ２Ｐグループのグループオーナーになる、請求項８に記載のＷＦＤＳ通信設定方法。
10. 前記第１機器が前記第２機器に前記Ｐ２Ｐグループの交渉情報として、前記Ｐ２Ｐグループでグループオーナーになるというメッセージを送信する場合に、前記第１機器は、前記Ｐ２Ｐグループのグループオーナーになり、前記第２機器は、前記Ｐ２Ｐグループのグループクライアントになる、請求項８に記載のＷＦＤＳ通信設定方法。
11. 前記第１機器が前記第２機器に前記Ｐ２Ｐグループの交渉情報として、前記Ｐ２Ｐグループでグループクライアントになるというメッセージを送信する場合に、前記第１機器は、前記Ｐ２Ｐグループのグループクライアントになり、前記第２機器は、前記Ｐ２Ｐグループのグループオーナーになる、請求項８に記載のＷＦＤＳ通信設定方法。
12. Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法であって、
    第１機器及び第２機器間の既存接続が存在する場合、前記第１機器が前記第２機器から広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）を含むセッション要求メッセージを受信するステップと、
    前記第１機器が前記第２機器にセッション延期メッセージを送信するステップと、
    を有し、
    ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに有される自動受諾（ａｕｔｏ＿ａｃｃｅｐｔ）の値が「ＦＡＬＳＥ」に設定されている場合、前記セッション延期メッセージは、サービスと関連したセッションの延期情報を含む、ＷＦＤＳ通信設定方法。
13. 前記セッション要求メッセージ及び前記セッション延期メッセージは、オペコード（Ｏｐｃｏｄｅ）及び順次番号（Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）を含むように構成された、請求項１２に記載のＷＦＤＳ通信設定方法。
14. Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法であって、
    第２機器が第１機器に広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）関連情報を含む第１プロビジョン発見要求（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）フレームを送信するステップと、
    前記第１機器から第１プロビジョン発見応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ）フレームを受信するステップと、
    を有し、
    ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに有される自動受諾（ａｕｔｏ＿ａｃｃｅｐｔ）の値が「ＦＡＬＳＥ」に設定されている場合、前記第１プロビジョン発見応答フレームは、サービスと関連したセッションの延期情報を含む、ＷＦＤＳ通信設定方法。
15. Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する第１機器であって、
    送受信器と、
    プロセッサと、
    を備え、
    前記プロセッサは、
    第２機器から広告ＩＤ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ ＩＤ）関連情報を含む第１プロビジョン発見要求（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）フレームを、前記送受信器を用いて受信し、
    第１プロビジョン発見応答（Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｐｏｎｓｅ）フレームを、前記送受信器を用いて送信するように設定され、
    ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドに有される自動受諾（ａｕｔｏ＿ａｃｃｅｐｔ）の値が「ＦＡＬＳＥ」に設定されている場合、前記第１プロビジョン発見応答フレームは、サービスと関連したセッションの延期情報を含む、ＷＦＤＳ通信設定機器。

Images