JP2016504788A - エヌエフシーを用いたワイファイダイレクトサービス方法およびそのための装置 - Google Patents

Abstract

【課題】無線通信システムにおいてＷｉ−Ｆｉダイレクトサービス接続手順を効率的に行う方法およびそのための装置を実現する。【解決手段】本発明は、無線通信システムに関する。具体的には、本発明は、Ｗｉ−Ｆｉダイレクトサービス（Wi-Fi Direct Services；ＷＦＤＳ）通信のための接続設定を行うにあって、ＮＦＣタッチを通じて両機器間の機器発見を行う段階を有する方法およびそのための装置に関する。【選択図】図６

Description

本発明は、無線通信システムに関し、特に、エヌエフシー（ＮＦＣ）技術を用いたワイファイダイレクトサービス（Wi-Fi Direct Services；ＷＦＤＳ）通信のための方法および装置に関する。より具体的には、本発明は、ＮＦＣタッチを用いた接続設定方法およびそのための装置に関する。

無線通信システムが音声やデータなどの各種の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、使用可能なシステムリソース（帯域幅、送信電力など）を共有して複数のユーザとの通信をサポートできる多元接続（multiple access）システムである。多元接続システムの例には、ＣＤＭＡ（Code Division Multiple Access）システム、ＦＤＭＡ（Frequency Division Multiple Access）システム、ＴＤＭＡ（Time Division Multiple Access）システム、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）システム、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）システムなどがある。

無線ＬＡＮ（Wireless Local Area Network；ＷＬＡＮ）技術に関する標準は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１グループで開発されている。ＩＥＥＥ ８０２．１１ａおよびｂは、２．４．ＧＨｚまたは５ＧＨｚで無免許帯域（unlicensed band）を利用し、ＩＥＥＥ ８０２．１１ｂは１１Ｍｂｐｓの送信速度を提供し、ＩＥＥＥ ８０２．１１ａは５４Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｇは、２．４ＧＨｚで直交周波数分割多重化（Orthogonal Frequency Division Multiplexing；ＯＦＤＭ）を適用して５４Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｎは、多入力多出力ＯＦＤＭ（Multiple Input Multiple Output-OFDM；ＭＩＭＯ−ＯＦＤＭ）を適用して３００Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｎは、チャネル帯域幅（channel bandwidth）を４０ＭＨｚまでサポートし、この場合、６００Ｍｂｐｓの送信速度を提供する。ＩＥＥＥ ８０２．１１ｐは、ＷＡＶＥ（Wireless Access in Vehicular Environments）をサポートするための標準である。例えば、８０２．１１ｐは、ＩＴＳ（Intelligent Transportation Systems）をサポートするのに必要な改善事項を提供する。ＩＥＥＥ ８０２．１１ａｉは、ＩＥＥＥ ８０２．１１ステーション（STAtion；ＳＴＡ）の高速初期リンクセットアップ（fast initial link setup）をサポートするための標準である。

ＩＥＥＥ ８０２．１１ｅに従う無線ＬＡＮ環境におけるＤＬＳ（Direct Link Setup）関連プロトコルは、ＢＳＳ（Basic Service Set）がＱｏＳ（Quality of Service）をサポートするＱＢＳＳ（Quality BSS）を前提とする。ＱＢＳＳでは、Ｎｏｎ−ＡＰ ＳＴＡだけでなくＡＰも、ＱｏＳをサポートするＱＡＰ（Quality AP）である。ところが、現在商用化されている無線ＬＡＮ環境（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇなどに従う無線ＬＡＮ環境）では、たとえＮｏｎ−ＡＰ ＳＴＡがＱｏＳをサポートするＱＳＴＡ（Quality STA）であるとしても、ＡＰはＱｏＳをサポートできないレガシ（Legacy）ＡＰが大部分である。その結果、現在商用化されている無線ＬＡＮ環境では、ＱＳＴＡであってもＤＬＳサービスを利用することができないという限界がある。

近年、Ｗｉ−Ｆｉ（登録商標）などの無線近距離通信技術が幅広く市場で適用されている状況で、機器間の接続は、ローカルネットワーク（local network）に基づくだけでなく、機器間の直接接続によってもなされている。Ｗｉ−Ｆｉを用いた機器間の直接接続技術の一つがＷｉ−Ｆｉダイレクト（Wi-Fi Direct（登録商標））である。

Ｗｉ−Ｆｉダイレクトは、リンク層（Link layer）の動作を記述するネットワーク接続（network connectivity）標準技術である。上位にアプリケーション（application）に関する規約や標準の定義がないことから、Ｗｉ−Ｆｉダイレクト機器間の接続が確立した後、アプリケーションの駆動における互換性および動作の一貫性がない。こういう問題から、Ｗｉ−Ｆｉダイレクトサービス（Wi-Fi Direct Services；ＷＦＤＳ）という上位層のアプリケーションを含む標準技術が、最近、ＷＦＡ（Wi-Fi Alliance）で開発されている。

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

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

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

Ｐ２Ｐグループ内では既存の（existing）インフラストラクチャ（infrastructure）網におけるＡＰの役割を果たす装置が存在するが、これをＰ２Ｐ規格ではＰ２Ｐグループオーナ（Group Owner；ＧＯ）と称する。Ｐ２Ｐ ＧＯを中心に様々なＰ２Ｐクライアント（Client）が存在できる。１個のＰ２Ｐグループ内では１台のＧＯだけが存在可能であり、残りの装置はいずれもクライアント装置となる。

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

図１に示すように、Ｐ２Ｐ ＧＯとＰ２Ｐ機能を有するクライアントとが直接接続したり、Ｐ２Ｐ ＧＯとＰ２Ｐ機能のない従来のクライアント（legacy client）とが接続することができる。

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

Ｐ２Ｐ技術規格では、Ｐ２Ｐ機器が図２に示すようなモードで動作する状況を同時動作（concurrent operation）と定義している。

一連のＰ２Ｐ機器がグループを形成するに際し、いずれの機器がＰ２Ｐ ＧＯになるかは、Ｐ２Ｐ属性ＩＤ（Attribute ID）のグループオーナインテント（Group Owner Intent）値によって定められる。この値として０〜１５の値を有することができ、Ｐ２Ｐ装置が互いにこの値を交換し、最高の値を有する装置がＰ２Ｐ ＧＯとなる。一方、Ｗｉ−Ｆｉ Ｐ２Ｐ技術をサポートしない従来の機器（legacy device）もＰ２Ｐグループに属してもよいが、このとき、従来の機器の機能は、Ｐ２Ｐ ＧＯを介したインフラストラクチャ網へのアクセス機能に制限される。

Ｗｉ−Ｆｉ Ｐ２Ｐ規格によれば、Ｐ２Ｐ機器は、Ｐ２Ｐ ＧＯがビーコン（Ｂｅａｃｏｎ）信号をＯＦＤＭ（Orthogonal Frequency Division Multiplexing）を用いて送信するため、１１ｂ規格をサポートしない。このため、１１ａ／ｇ／ｎ規格の機器をＷｉ−Ｆｉ Ｐ２Ｐ機器として使用することができる。

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

第一に、Ｐ２Ｐ発見（ディスカバリ）（Discovery）では、機器発見（device discovery）、サービス発見（service discovery）、グループ形成（group formation）、Ｐ２Ｐ招待（インビテーション）（P2P invitation）などの技術項目を扱っている。機器発見は、同一チャネルを介して２個のＰ２Ｐ機器が機器名または機器タイプなどの装置関連情報を互いに交換する。サービス発見は、Ｐ２Ｐを通じて利用しようとするサービスに関連した情報を交換する。グループ形成は、どの機器がＰ２Ｐ ＧＯになるか否かを決定し、新しいグループを形成する機能である。Ｐ２Ｐ招待は、永久的（permanently）（永続的）に形成されたＰ２Ｐグループを呼び出し（call）たり、Ｐ２Ｐ機器を既存のＰ２Ｐグループに参加させたりする機能である。

第二に、Ｐ２Ｐグループ動作（Group Operation）は、Ｐ２Ｐグループの形成および終了、Ｐ２Ｐグループへの接続、Ｐ２Ｐグループ内の通信、Ｐ２Ｐクライアント発見のためのサービス、永続Ｐ２Ｐグループ（persistent P2P group）の動作などについて説明している。

第三に、Ｐ２Ｐ電力管理（Power Management）は、Ｐ２Ｐ機器の電力管理方法および節電モード開始時の信号処理方法を扱っている。

最後に、管理されたＰ２Ｐ機器（Managed P2P Device）では、一つのＰ２Ｐ機器がＰ２Ｐグループを形成し、同時にＷＬＡＮ ＡＰを介してインフラストラクチャ網にアクセスする方法を扱っている。

Ｐ２Ｐグループの特性について説明する。Ｐ２Ｐグループは、Ｐ２Ｐ ＧＯがＡＰの役割を果たし、Ｐ２ＰクライアントがＳＴＡの役割を果たすという点で従来のインフラストラクチャＢＳＳ（Basic Service Set）と類似している。このため、Ｐ２Ｐ機器は、ＧＯおよびクライアントの役割を果たし得るソフトウェアを搭載しなければならない。Ｐ２Ｐ機器は、ＭＡＣアドレスなどのＰ２Ｐ機器アドレスによって区別される。ただし、Ｐ２Ｐ機器がＰ２Ｐグループ内で通信する場合にはＰ２Ｐインターフェースアドレスを用いて通信するが、このときにはグローバル一意識別（Globally unique ID）アドレスを使用する必要がない。Ｐ２Ｐグループは一意識別Ｐ２ＰグループＩＤを有し、これは、ＳＳＩＤ（Service Set Identifier）とＰ２Ｐ ＧＯのＰ２Ｐ機器アドレスとの組合せで構成される。Ｗｉ−Ｆｉ Ｐ２Ｐ規格では、セキュリティのためにＷＰＡ２−ＰＳＫ／ＡＥＳを使用する。Ｐ２Ｐグループのライフサイクル（寿命）（life cycle）と関連して、一時（temporary）接続方法と、一定時間後に再び同一の接続を試みる永続（パーシステント）（persistent）接続方法がある。永続グループの場合、一旦Ｐ２Ｐグループが形成されると、互いの役割、資格証明（certification）、ＳＳＩＤ、Ｐ２ＰグループＩＤがキャッシュ（cache）され、再接続時に同一の接続形式を適用して速かにグループを接続させることができる。

Ｗｉ−Ｆｉ Ｐ２Ｐ接続方法について説明する。Ｗｉ−Ｆｉ機器は、大きく、２段階（phase）の接続手順を有する。その第一は、２つのＰ２Ｐ機器が互いに相手を発見（find）する段階であり、第二は、互いに発見された機器間でＰ２Ｐ ＧＯまたはＰ２Ｐクライアントの役割を決定するグループ形成（group formation）段階である。まず、発見段階は、Ｐ２Ｐ機器が互いに接続するようにする段階であり、具体的には、探索（search）および受信（listen）状態で構成される。探索段階（Search state）は、プローブ要求フレーム（Probe Request frame）を用いてアクティブスキャン（active scan）を行う。このとき、スキャンを速く行うためにスキャンの範囲を限定するが、チャネル１、６および１１のソーシャルチャネル（social channel）を用いてスキャンを行う。リッスン状態（listen state）のＰ２Ｐ機器は、３個のソーシャルチャネルのいずれか一つのチャネルのみを選択して受信状態を維持するが、他のＰ２Ｐ機器が探索状態で送信したプローブ要求フレームを受信した場合、プローブ応答フレーム（Probe Response frame）で応答する。Ｐ２Ｐ機器は、それぞれ探索および受信状態を繰り返すことで互いの共通チャネルに到達することができる。Ｐ２Ｐ機器は、互いに相手を発見した後、デバイスタイプ、メーカー、または既知（馴染）（familiar）の機器名を発見するためにプローブ要求フレームおよびプローブ応答フレームを用いて、選択的に（optionally）結合する（互いに関連付けられる）（associated with each other）。また、Ｐ２Ｐ機器の内部に存在する機器間の互換可能なサービスを確認するために、サービス発見（service discovery）を使用することができる。これは、それぞれの機器内部で提供されるサービスが他の機器で互換可能か否かを決定するためである。Ｐ２Ｐ規格では特定のサービス発見規格を指定していない。Ｐ２Ｐ機器ユーザは、周辺のＰ２Ｐ機器と機器が提供するサービスとを検索した後、所望の装置やサービスに迅速に接続することができる。

次に、グループ形成（group formation）段階を説明する。Ｐ２Ｐ機器が上述の発見（find）段階を完了すると、互いに相手機器の存在確認が完了する。これに基づいて、２つのＰ２Ｐ機器は、ＢＳＳを構成するためのＧＯ交渉段階に入らなければならない。この交渉段階は、２種類のサブ（sub）段階に大別される。その第一は、ＧＯ交渉（negotiation）段階であり、第二は、ＷＰＳ（Wi-Fi Protected Setup）段階である。ＧＯ交渉段階では、両機器がＰ２Ｐ ＧＯまたはＰ２Ｐクライアントとしての役割を交渉し、Ｐ２Ｐグループ内部で使用する動作チャネル（operating channel）を設定する。ＷＰＳ段階では、従来のＷＰＳでなされる通常の作業を行う。例えば、機器のユーザがキーパッドを介して入力したＰＩＮ情報の交換、プッシュボタンを用いたイージーセットアップ（easy setup）などが行われる。Ｐ２Ｐグループ内においてＰ２Ｐ ＧＯはＰ２Ｐグループの中心的な役割を担当する。Ｐ２Ｐ ＧＯは、Ｐ２Ｐインターフェースアドレスを割り当て、グループの動作チャネルを選択し、グループの各種動作の媒介変数を含むビーコン信号を送出する。Ｐ２Ｐグループ内では、Ｐ２Ｐ ＧＯのみがビーコン信号を送信できるが、これを用いて、Ｐ２Ｐ機器が、接続初期段階であるスキャン段階（scan phase）で迅速にＰ２Ｐ ＧＯを確認し、グループに参加する。または、Ｐ２Ｐ ＧＯは、自分でＰ２Ｐグループセッションを開始することができ、Ｐ２Ｐ発見段階で記述された方法を使用した後にセッションを開始することもできる。このように重要な役割を担うＰ２Ｐ ＧＯになろうとする値（value for P2P GO）は、ある機器に固定した値として存在せず、アプリケーション（application）または上位層サービスによって調整が可能である。このため、それぞれのアプリケーションの用途に応じて、開発者は、Ｐ２Ｐ ＧＯになろうとする適宜の値を選択することができる。

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

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

本発明の目的は、無線通信システムにおいてＷｉ−Ｆｉダイレクトサービス（Wi-Fi Direct Services；ＷＦＤＳ）接続手順を効率的に行う方法およびそのための装置を提供することにある。本発明の他の目的は、ＮＦＣ方式を用いて接続手順を効率的に行う方法およびそのための装置を提供することにある。

本発明の更に他の目的は、ＮＦＣ方式を用いてＷｉ−Ｆｉダイレクトサービス接続をする際に、接続要求および応答メッセージを効率的に構成する方法およびそのための装置を提供することにある。

本発明の更に他の目的は、Ｗｉ−Ｆｉダイレクトサービス接続をする際に、ＮＦＣ方式を用いて特定サービスを検索する手順を効率的に構成してサービスを実行することにある。

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

上述したような課題を解決するための本発明の一側面では、Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法において、第１機器が第２機器に、近距離無線通信（Near Field Communication；ＮＦＣ）チャネルを介してハンドオーバ要求（Handover Request）メッセージを送信するステップと、第１機器が第２機器から、ＮＦＣチャネルを介してハンドオーバ選択（Select）メッセージを受信するステップと、を有し、ハンドオーバ要求メッセージは、第１機器がサポート可能なＷＦＤＳを示すサービスハッシュ（Service Hash）情報を有する、Ｗｉ−Ｆｉダイレクトサービス通信設定方法を提案する。

好適には、第２機器がＷｉ−Ｆｉダイレクトサービスをサポートする場合、ハンドオーバ選択メッセージは、第２機器が利用しようとするＷｉ−Ｆｉダイレクトサービスのサービスネーム（Service Name）情報を有することができる。

好適には、ハンドオーバ選択メッセージは、Ｗｉ−Ｆｉダイレクトサービス接続に用いられるリッスンチャネル（listen channel）を介して対象機器を発見できるようにする設定情報を有することができる。

好適には、第１機器と第２機器との間に、ＮＦＣを用いた接続設定情報が記憶されている場合、以降の第１機器と第２機器との間の接続設定は、同一の設定情報を用いて設定されてもよい。

好適には、ハンドオーバ要求メッセージは、サービスハッシュ情報を有するＮＦＣデータ交換フォーマット（NFC Data Exchange Format；ＮＤＥＦ）で構成されてもよい。

好適には、ハンドオーバ要求メッセージは、第１機器と第２機器との間の第２層接続のための情報を有するＮＤＥＦレコードをさらに有することができる。

好適には、ハンドオーバ選択メッセージは、サービスハッシュ情報を有するＮＦＣデータ交換フォーマット（NFC Data Exchange Format；ＮＤＥＦ）で構成されてもよい。

好適には、ハンドオーバ選択メッセージは、第１機器と第２機器との間の第２層接続のための情報を有するＮＤＥＦレコードをさらに有することができる。

好適には、ＮＤＥＦレコードは、Ｗｉ−Ｆｉダイレクトサービス情報を種類−長さ−値（Type-Length-Value；ＴＬＶ）フォーマット（形式）（format）で示すペイロード（payload）部を有することができる。

好適には、第１機器がサポート可能なＷｉ−Ｆｉダイレクトサービスに関する情報は、第１機器アプリケーションサービスプラットフォーム（Application Service Platform；ＡＳＰ）の広告（Advertise）を通じて、第１機器のＮＦＣモジュールが取得した情報であってもよい。

好適には、第１機器および第２機器のうち、優先順位を有する一つの機器が他の機器に、ピアツーピア（Peer to peer；Ｐ２Ｐ）サービス発見要求（Discovery request）メッセージを送信するステップと、Ｐ２Ｐサービス発見要求メッセージを受信した他の機器から、Ｐ２Ｐサービス発見要求メッセージに対する応答であるＰ２Ｐサービス発見応答（Discovery Response）メッセージを受信するステップと、をさらに有することができる。

好適には、優先順位は、各機器の既存のＷｉ−Ｆｉダイレクトサービス接続状態、各機器の性能およびＷｉ−Ｆｉダイレクトサービスの種類のうちの少なくとも一つに基づいて決定されてもよい。

好適には、第１機器および第２機器のハンドオーバ要求メッセージの送信は、第１機器および第２機器のＮＦＣモジュールのタッチまたは近接タッチによって開始されてもよい。

好適には、Ｗｉ−Ｆｉダイレクトサービスは、送信（send）、再生（play）、出力（print）、表示（display）、近隣エリアネットワーク（Neighborhood Area Network；ＮＡＮ）、ワイファイシリアルバス（Wi-Fi Serial Bus；ＷＳＢ）およびドッキング（docking）のうちの少なくとも一つを有することができる。

好適には、ハンドオーバは、交渉（Negotiation）ハンドオーバまたは静的（static）ハンドオーバのいずれかであってもよい。

上述したような課題を解決するための本発明の他の側面では、Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法において、第１機器が第２機器から、近距離無線通信（Near Field Communication；ＮＦＣ）チャネルを介してハンドオーバ要求（Handover Request）メッセージを受信するステップと、第１機器が第２機器にＮＦＣチャネルを介してハンドオーバ選択（Select）メッセージを送信するステップと、を有し、ハンドオーバ要求メッセージは、第２機器がサポート可能なＷｉ−Ｆｉダイレクトサービスを示すサービスハッシュ（Service Hash）情報を有する、Ｗｉ−Ｆｉダイレクトサービス通信設定方法を提案する。

上述したような課題を解決するための本発明の更に他の側面では、Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する機器において、プロセッサと、送受信器と、を有し、送受信器は、第１機器から第２機器に、近距離無線通信（Near Field Communication；ＮＦＣ）チャネルを介してハンドオーバ要求（Handover Request）メッセージを送信し、第２機器から前記ＮＦＣチャネルを介してハンドオーバ選択（Select）メッセージを受信し、ハンドオーバ要求メッセージは、第１機器がサポート可能なＷｉ−Ｆｉダイレクトサービスを示すサービスハッシュ（Service Hash）情報を有する、Ｗｉ−Ｆｉダイレクトサービス通信設定機器を提案する。

上述したような課題を解決するための本発明の更に他の側面では、Ｗｉ−Ｆｉダイレクトサービス通信を設定する方法において、近距離無線通信（ＮＦＣ）タッチがあった後に、第１機器が第２機器から、ハンドオーバ選択（Select）メッセージを受信するステップを有し、ハンドオーバ選択メッセージは、第２機器がサポート可能なＷｉ−Ｆｉダイレクトサービスを示すサービスハッシュ（Service Hash）情報を有する、Ｗｉ−Ｆｉダイレクトサービス通信設定方法を提案する。

本発明によれば、無線通信システムにおいてＷｉ−Ｆｉダイレクトサービス通信を効率的に行うことができる。具体的には、Ｗｉ−Ｆｉダイレクトサービス通信のための初期接続設定を効率的に行うことができる。

本発明の他の効果は、ＮＦＣを用いて、Ｗｉ−Ｆｉダイレクトサービス接続設定をする段階で発生する通信オーバーヘッドを減少させることができる。

本発明の更に他の効果は、ＮＦＣを用いて、Ｗｉ−Ｆｉダイレクトサービスの特定サービスをあらかじめ選択してＷｉ−Ｆｉダイレクト接続を試み、接続に成功すると、当該サービスを直ちに行うことによって、ユーザによる機器選択およびサービス選択の手順を減少させることができる。

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

典型的なＰ２Ｐネットワークトポロジを示す図である。 一つのＰ２Ｐ機器がＰ２Ｐグループを形成すると同時に、ＷＬＡＮのＳＴＡとして動作してＡＰと接続する状況を示す図である。 Ｗｉ−Ｆｉダイレクト機器の簡略化されたブロック図である。 従来のＷＦＤＳにおいてＷＦＤＳ機器間で機器発見およびサービス発見を行ってＷＦＤＳセッションを接続する手順を示す図である。 Ｗｉ−Ｆｉインターフェースの他に、ＮＦＣインターフェースが追加されるサービスのブロック図である。 従来の（conventional）ＮＦＣにおけるハンドオーバ手順を示す図である。 本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順の一例を示す図である。 本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順の他の例を示す図である。 本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順の更に他の例を示す図である。 本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であり、一つの機器が検索器である場合を示す図である。 本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であり、一つの機器が検索器である場合を示す図である。 本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であり、両機器とも検索器である場合を示す図である。 本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であって、ＮＦＣ静的（NFC static）機器が検索器であり、ＮＦＣ交渉（NFC negotiation）機器が検索器である場合を示す図である。 本発明の一実施例に係るハンドオーバ要求（Handover Request）メッセージを示す図である。 本発明の一実施例に係るハンドオーバ選択（Handover Select）メッセージを示す図である。 本発明に適用しようとするＮＦＣハンドオーバ手順の一例を示す図である。 本発明の一実施例に係るハンドオーバ選択（Handover Select）メッセージの構成を示す図である。 一つのＮＤＥＦレコードを示す図である。 本発明に適用し得るＷＦＤ Ｐ２Ｐ装置を例示する図である。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に係る実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。

以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）などの様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Global System for Mobile communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）などの無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Evolved UTRA）などの無線技術によって具現することができる。ＯＦＤＭは、ＩＥＥＥ ８０２．１１などの無線技術によって具現することができる。

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

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

従来のＷＦＤＳ設定方法
図３は、ＷＦＤＳ（Wi-Fi Direct Services）機器の簡略化されたブロック図である。

Ｗｉ−Ｆｉダイレクト ＭＡＣ層および上位層にはアプリケーションサービスプラットフォーム（Application Service Platform；ＡＳＰ）というアプリケーションサービスのためのプラットホームが定義されている。ＡＳＰは、上位アプリケーションと下位Ｗｉ−Ｆｉダイレクトとの間で、セッション管理、サービスの命令処理、ＡＳＰ間制御（control）およびセキュリティ（security）の役割を果たす。ＡＳＰの上位では、ＷＦＤＳで定義される４個の基本サービスである送信（Send）、再生（Play）、表示（ディスプレイ）（Display）、出力（Print）サービスと、該当のアプリケーションおよびユーザインターフェース（User Interface；ＵＩ）と、をサポートする。ここで、送信（Send）サービスは、両ＷＦＤＳ機器間でファイル送信を行うことができるサービスおよびアプリケーションをいう。再生（Play）サービスは、両ＷＦＤＳ機器間ＤＬＮＡを基盤とするＡ／Ｖ、写真、音楽を共有するストリーミング（streaming）サービスおよびアプリケーションを意味する。出力（Print）サービスは、文書、写真などのコンテンツを有する機器とプリンタ装置との間で文書および写真の出力を可能にするサービスおよびアプリケーションを定義する。表示（Display）サービスは、ＷＦＡのミラキャスト（Miracast）ソースとミラキャストシンク（Sink）との間で画面共有（sharing）を可能にするサービスおよびアプリケーションを定義する。そして、有効化（イネーブル）（Enable）サービスは、基本サービスの他に、サードパーティアプリケーション（third party application）をサポートするのにＡＳＰ共通プラットホームを利用するために定義される。

本発明で説明する用語のうち、サービスハッシュ（Service Hash）は、サービスネーム（Service Name）のサービスハッシュアルゴリズム（例えば、ＳＨＡ２５６）ハッシュ（hashing）の最初の６オクテット（octet）を用いて、サービスネームから形成される。本発明で用いられるサービスハッシュは、特定の意味を有するものではなく、プローブ要求／応答発見メカニズムを用いたサービスネームの十分な指示（sufficient indication）として理解することが好ましい。簡単な例を挙げると、サービスネームが“ｏｒｇ．ｗｉｆｉ．ｅｘａｍｐｌｅ”の場合、このサービスネームをＳＨＡ２５６でハッシュ（hashing）した値の先頭６バイト（byte）がハッシュ値（hash value）である。

ＷＦＤＳでは、プローブ要求メッセージにハッシュ値を含み、サービスがマッチすると、サービスネームを含んでいるプローブ応答メッセージで応答して、サービスサポートの有無を確認する。すなわち、サービスネームは、ＤＮＳ形式（form）のユーザ読み取り可能な（user readable）サービスの名前（ネーム）（name）である。サービスハッシュ値は、アルゴリズム（例えば、ＳＨＡ２５６）を用いて生成されたサービスネームの２５６バイト値の中の上位６バイトを意味する。上記の例のように、サービスネームが“ｏｒｇ．ｗｉｆｉ．ｅｘａｍｐｌｅ”の場合、サービスハッシュは“４ｅ−ｃｅ−７ｅ−６４−３９−４９”値であってもよい。

したがって、本発明では、サービスネームをアルゴリズムでハッシュ（hashing）した値の一部を、サービスハッシュ（情報）と表現し、一つの情報としてメッセージ内に含めることができる。

図４は、従来のＷＦＤＳにおいて、ＷＦＤＳ機器間で機器発見（discovery）およびサービス発見を行ってＷＦＤＳセッションを接続する手順を示す図である。

説明の便宜のために、図４に示すように、機器Ａは、自体が提供可能なＷＦＤＳを検索器（seeker）に広告（advertise）する広告器（advertiser）の役割を果たし、機器Ｂは、広告されたサービスを検索（seek）する役割を果たすと仮定する。機器Ａは、相手（カウンターパート）（counterpart）の機器が探して開始しようとする自体のサービスを広告し、機器Ｂは、上位アプリケーション或いはユーザの要求に応じてサービスをサポートする機器を探す手順を行う。

機器Ａのサービス（service）エンティティ（段）（entity）は、自体が提供可能なＷＦＤＳを機器Ａのアプリケーションサービスプラットホーム（Application Service Platform；ＡＳＰ）エンティティに広告する。機器Ｂのサービスエンティティも同様に、自体が提供可能なＷＦＤＳを機器ＢのＡＳＰエンティティに広告することができる。機器Ｂは検索器（seeker）であって、ＷＦＤＳを利用するために、利用しようとするサービスを機器Ｂのアプリケーションエンティティからサービスエンティティに指示し、サービスエンティティはさらに、ＡＳＰエンティティに当該ＷＦＤＳを利用する対象機器を探すように指示する。

機器ＢのＡＳＰエンティティは、自体のＷＦＤＳ対象機器を探すために、Ｐ２Ｐ（peer to peer）プローブ要求（P2P Probe Request）メッセージを送信する（Ｓ４１０）。このとき、Ｐ２Ｐプローブ要求メッセージ内に、自体が探そうとする或いは自体がサポート可能なサービスのサービスネーム（service name）をハッシュ（hashing）してサービスハッシュの形式で入れて要求する。検索器からＰ２Ｐプローブ要求メッセージを受信した機器Ａは、当該サービスをサポートする場合、それに対する応答として機器ＢにＰ２Ｐプローブ応答（P2P Probe Response）メッセージを送信する（Ｓ４２０）。Ｐ２Ｐプローブ応答メッセージにはサービスネーム或いはハッシュ値でサポートするサービスと該当の広告（advertise）ＩＤ値を含む。この手順は、機器Ａおよび機器Ｂが互いにＷＦＤＳ機器であることを認識しサービスがサポートされているか否かを特定できる機器発見（Device Discovery）手順である。

その後、これらの機器は、選択的に（optionally）、Ｐ２Ｐサービス発見手順を通じて特定サービスに対する詳細な内容を知る。自体とＷＦＤＳができる機器を探した機器Ｂは、当該機器にＰ２Ｐサービス発見要求（P2P Service Discovery Request）メッセージを送信する（Ｓ４３０）。機器ＢからＰ２Ｐサービス発見要求メッセージを受信した機器Ａは、ＡＳＰエンティティから、前に機器Ａのサービスエンティティから広告（advertise）したサービスと機器Ｂから受け取ったＰ２ＰサービスネームおよびＰ２Ｐサービス情報とをマッチング（照合）（matching）し、機器ＢにＰ２Ｐサービス発見応答（P2P Service Discovery Response）メッセージを送信する（Ｓ４４０）。これは、ＩＥＥＥ ８０２．１１ｕで定義されたＧＡＳプロトコル（protocol）を使用する。このようにサービス検索に対する要求が完了すると、機器Ｂは、検索結果をアプリケーションおよびユーザに知らせることが可能になる。この時点までは、Ｗｉ−Ｆｉダイレクトのグループが形成されていない状態であり、ユーザがサービスを選択し、サービスが接続セッション（Connect Session）を行うとＰ２Ｐグループ形成（P2P Group formation）が進行される。

本発明の説明に先立ち、注意すべき点は、従来のＷｉ−Ｆｉダイレクト接続と、本発明で扱うＷｉ−Ｆｉダイレクトサービス（Direct Services；ＷＦＤＳ）接続とを区別する必要がある点である。従来のＷｉ−ＦｉダイレクトではＬ２層（layer）までを重点的に扱ったのに対し、最近議論されているＷＦＤＳ接続では、Ｌ２層だけでなく、その上位層まで扱うことで、アプリケーションサービスプラットホーム（Application Service Platform）でなされるサービスセッション接続などを扱っている。このため、従来のＬ２層の接続と比べて、より多様で複雑な事例が発生し、それらの事例に対する定義が要求される。さらに、機器間Ｗｉ−Ｆｉダイレクト接続のみを行う場合とＷｉ−Ｆｉダイレクトサービスを接続する場合とにおいて、Ｗｉ−Ｆｉを通じて交換されるコントロールフレームの構成および順序が異なってくる。その一例として、ＮＦＣを用いた機器検索およびＷＦＤＳ接続について検討する。

ＮＦＣ機器発見手順
図５は、Ｗｉ−Ｆｉインターフェースに加えて、ＮＦＣインターフェースが追加されるサービスのブロック図である。

図５に示すように、従来のＷｉ−Ｆｉインターフェースは、８０２．１１ｎで２．４ＧＨｚ帯域を、８０２．１１ａｃで５ＧＨｚ帯域の周波数を使用する。ＮＦＣの場合は、１３．５６ＭＨｚの相対的に低い周波数帯域で動作することがわかる。Ｗｉ−Ｆｉインターフェース上では、ＷＦＤ（Wi-Fi Direct）、インフラストラクチャモード、ＴＤＬＳ（Tunnelled Direct Link Setup）、ＮＡＮ（Neighbor Area Network）などのサービスを利用することができる。このようなＡＳＰ（Application Service Platform）をＮＦＣでも適用して、管理の一元化を図ることが必要である。また、ＷＦＤＳ技術の開発につれて３ｒｄ ｐａｒｔｙアプリケーションなどに対するサポートが要求される。以下では、本発明で扱おうとするＮＦＣについて説明する。

Ｐ２Ｐの両機器がＮＦＣをサポートする場合、機器発見（Device Discovery）段階で選択的にＮＦＣ ＯＯＢ（Out-Of-Band）チャネルを用いることができる。検索するＰ２Ｐ機器は、ＮＦＣ ＯＯＢチャネルを用いてＰ２Ｐ機器を発見することができる。ＮＦＣ ＯＯＢ機器発見は、両Ｐ２Ｐ機器がグループ形成のための共通のチャネルに同意し、機器のパスワードなどのプロビジョニング（provisioning）情報を共有することを意味する。

Ｐ２Ｐ機器またはＰ２Ｐグループオーナは、ＯＯＢ機器発見のためのＮＦＣハンドオーバ要求／選択メッセージを利用することができる。ＮＦＣハンドオーバ要求／選択メッセージは、グループ形成またはＰ２Ｐ招待（インビテーション）（Invitation）の前にＯＯＢチャネルを介して交換される。

図６は、従来のＮＦＣ（Near Field Communication）におけるハンドオーバ（Handover）手順を示す図である。

図６に示すように、第１機器および第２機器はそれぞれＮＦＣをサポートする。各機器は、ＮＦＣモジュールを構成要素として有しており、ＮＦＣの接続はＯｕｔ−ｏｆ−Ｂａｎｄ（ＯＯＢ）チャネルを介して行う。すなわち、従来のＷＦＤ（Wi-Fi Direct）接続に用いられるチャネルと区別される新しいチャネルを形成して接続を設定する。

ＮＦＣハンドオーバ手順を説明する前にまず、ＮＦＣの種類について説明する。ＮＦＣモジュールの形態によって、ＮＦＣチップ（Chip）とＮＦＣタグ（Tag）とに区別される。機器にチップなどの形態で構成されている場合には、ＮＦＣを通じて情報を読み取ったり書き込んだりすることができる。一方、タグ（tag）（例えば、ステッカなど）の形態の場合には、単に読み取り機能を有することができる。

図６は、両方向情報を読み取ったり書き込んだりできる交渉（Negotiation）形態を仮定して説明する。まず、ＮＦＣ第１機器は、ＮＦＣ接続対象機器を探すためにハンドオーバ要求（Handover Request）メッセージを送信する（Ｓ６１０）。ハンドオーバ要求メッセージには、第１機器が通信するための情報であるＰ２Ｐ機器情報を含む。第１機器からハンドオーバ要求メッセージを受信した第２機器は、第２機器が通信するための情報であるＰ２Ｐ機器情報、ＷＳＣ（Wi-Fi Simple Configuration）設定情報およびグループ形成チャネルを含むハンドオーバ選択（Handover Select）メッセージを第１機器に送信する（Ｓ６２０）。ハンドオーバ選択メッセージは、グループオーナ交渉またはＰ２Ｐグループリ−インボーク（再呼び出し）（re-invoke）のためのリッスンチャネル属性情報をさらに含むことができる。

ＮＦＣインターフェースを保有する両Ｐ２Ｐ機器が近接したとき、ＮＦＣ通信を新設することができる。このときのＮＦＣ通信は、ＮＦＣフォーラムＬＬＣＰ（Logical Link Control Protocol）規格に基づく。一つの機器が無線通信を駆動しようとする場合、対象機器に、必須の設定データを含む記述のマッチングを応答として要求することができる。

その後、互いに機器情報を交換した機器は、一つの通信グループを設定するためのグループ形成手順を進行する。ＯＯＢ機器発見手順を通じてＰ２Ｐ機器が他のＰ２Ｐ機器を発見した（device found）場合、対象Ｐ２Ｐ機器が永続（persistent）Ｐ２Ｐグループメンバでなければ、グループ形成手順を踏む。永続Ｐ２Ｐグループの再−駆動を試みた後に、Ｐ２Ｐ機器が“失敗：知らないＰ２Ｐグループです”という招待応答を受け取った場合、Ｐ２Ｐ機器は、グループオーナ交渉手順を用いてグループ形成を再び試みることができる。第１機器は、第２機器から受信したハンドオーバ応答メッセージ内に含まれたグループ形成チャネル情報に基づいて、第２機器にグループオーナ交渉要求（GO Negotiation Request）メッセージを送信することができる（Ｓ６３０）。グループオーナ交渉要求メッセージ内には、第１機器がＧＯになるためのインテント（intent）値（０〜１５の値のうちの一つの値）および設定（configuration）タイムアウトなどの情報を含むことができる。グループオーナ交渉要求メッセージを受信した第２機器は、第１機器がメッセージを送ったチャネルを再び用いて第１機器にグループオーナ交渉応答（GO Negotiation Response）メッセージを送信する（Ｓ６４０）。グループオーナ交渉応答メッセージには、第２機器のグループオーナインテント値および設定タイムアウトなどの情報を含むことができる。両機器間でグループオーナインテント値などを共有しているため、より大きいグループオーナインテント値を有する第２機器がグループオーナになり得、第１機器は、グループオーナおよびグループの接続情報を設定して、第２機器にグループオーナ交渉確認（GO Negotiation Confirm）メッセージを送信する（Ｓ６５０）。第１機器および第２機器は、グループオーナ交渉確認メッセージ内の情報に基づいてグループ形成手順を完了することができる。

ＮＦＣ技術の便宜性などが増大することに伴って、Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）をサポートする機器間で通信グループを設定する際に、ＮＦＣ方式を用いて接続初期手順を進行することが可能である。

ＮＦＣ ＯＯＢ（Out Of Band）では、プローブ要求（Probe Request）の役割を持つハンドオーバ要求（Handover Request）を開始（initiation）する機器を予測することができない。サービスを検索（seek）する検索器（seeker）がハンドオーバ要求メッセージを送信する場合には問題がないが、広告器（advertiser）がハンドオーバ要求メッセージを送信する場合が発生しうるわけである。これは、ＮＦＣ機器の場合、両端末がタッチ（touch）される場合に、いずれか一つのＮＦＣ機器が他の一つのＮＦＣ機器との関係において主体−客体を区別し難いためである。すなわち、ハンドオーバ要求メッセージを送信した機器を検索器と決めつけることはできないという問題がある。

他の問題としては、ＮＦＣを用いたＰ２Ｐ（Peer to Peer）モードでない場合には、どのような特定サービスを利用しようとするかを知らせるハッシュ値を処理する方法がない。読み取り／書き込み（Read／write）モードまたはカードエミュレータ（Card Emulator）モードではどのようなサービスを利用しようとしているかがわからず、この場合にも詳細にサービスを確認する手順が必要である。

したがって、本発明では、ＷＦＤＳにおけるＷｉ−Ｆｉダイレクト接続方式とＮＦＣにおけるＷｉ−Ｆｉダイレクト接続方式とを調和させ（harmonize）、ＮＦＣ ＯＯＢを通じて機器発見手順を進行するようにする方法を提案する。

ＮＦＣ ＯＯＢを通じて機器発見段階を進行する場合において、ハンドオーバ要求メッセージには、サービスハッシュ（Service Hash）情報を含めて送信し、サービスハッシュ情報とマッチングして、ハンドオーバ選択メッセージにはサービスネーム（Service Name）情報を含めて応答する方法を提案する。特に、ＮＦＣでサービスを行う場合、ハンドオーバ要求／選択（Request／Select）メッセージに新しいフィールドを通じてサービス開始器（initiator）を指示する（indicate）方法を提案する。

本発明では、ＮＦＣハンドオーバ要求メッセージを送信する主体が、ＷＦＤＳサービスを検索（seek）する検索器（seeker）である場合と検索器でない場合とに区別して説明する。

交渉（Negotiation）ＮＦＣハンドオーバ
実施例１：特定検索器（seeker）がない場合
実施例１−１：両機器がＮＦＣをサポートする場合
図７は、本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順の一例を示す図である。

図７に示すように、機器Ａおよび機器Ｂは両機器ともＷｉ−ＦｉおよびＮＦＣをサポートすることがわかる。また、両機器ともサービスを検索する検索器（seeker）でない場合を説明する。両機器のサービスエンティティでは、ＡＳＰ（Application Service Platform）エンティティに、それぞれ、機器がサポートできるＷＦＤＳサービスを広告（advertise）することができる。ＡＳＰエンティティは、広告されたサービスをＷｉ−ＦｉモジュールおよびＮＦＣモジュールに設定することができる。このとき、ＡＳＰエンティティは、Ｗｉ−ＦｉモジュールおよびＮＦＣモジュールに同時にまたは順次に、広告されたサービス情報を設定することができ、一定の命令（command）に基づいてサービスを定義することができる（例えば、ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘ）。

両機器ともサービス検索器（seeker）でないから、ＮＦＣタッチがあった後に、ハンドオーバ手順を開始（initiation）することができる。このとき、ＮＦＣタッチは、タッチまたは近接タッチであってもよい。両機器間のＮＦＣタッチの場合、機器にとってはどの機器がタッチの主体であるか区別し難いため、開始器（initiator）に関する情報が必要である。

タッチがなされた後に機器Ａは機器Ｂにハンドオーバ要求（Handover Request）メッセージを送信することができる（Ｓ７１０）。このときのハンドオーバ要求メッセージは、機器ＡのＰ２Ｐ機器情報（P2P Device Information）の他にも、サービスハッシュ（Service Hash）情報を含むことができる。この場合、サービスハッシュ情報は、前に機器ＡのサービスエンティティからＡＳＰエンティティに、ＡＳＰエンティティからＮＦＣエンティティに送信されたサービス情報を含むことができる。すなわち、機器Ａが提供可能なＷＦＤＳを含むことができる。

機器Ａからハンドオーバ要求メッセージを受信した機器Ｂは、機器Ｂが提供可能なサービス情報を含むハンドオーバ選択（Handover Select）メッセージを送信することができる（Ｓ７２０）。このときのハンドオーバ選択メッセージは、サービスネーム情報を含むことができる。また、ＷＳＣ設定情報、Ｐ２Ｐ機器情報およびグループ形成チャネル情報をさらに含むことができる。

グループ形成チャネル情報は、図５で上述したように、ハンドオーバ選択メッセージに含まれた情報である。このとき、ＷＦＤＳの場合、従来のソーシャルチャネル（リッスンチャネル）であるｃｈ１、ｃｈ６およびｃｈ１１でグループ形成手順を進行するようにチャネル情報を含むが、ＮＦＣを用いたＷｉ−Ｆｉダイレクト接続の場合には、新しいチャネルを定義し、新しいチャネルでグループ形成を進行することができる。ただし、この場合、グループ形成段階で、機器ＡからのＰ２Ｐグループ交渉手順において、ＷＦＤＳチャネルは、ｃｈ１、ｃｈ６およびｃｈ１１のいずれか一チャネルを選択することができ、ＮＦＣチャネルは、他のチャネルでグループ形成段階を行うことができる。この方式でグループ形成段階を行うと、一つの機器で２つのモジュールに対してそれぞれ別の管理を行うことになるため、これに対する制御において機器にとって負担となりうる他、リソースの消耗が増加しうる。このため、ＮＦＣにおいても、既存のＷＦＤＳで用られるソーシャルチャネルｃｈ１、ｃｈ６およびｃｈ１１のいずれか一つを利用すると、総合的に管理する上でリソースを効率的に活用することができる。

ハンドオーバ選択メッセージは、Ｗｉ−Ｆｉダイレクト接続に用いられるリッスンチャネルを介して対象機器を発見するようにする設定情報を含むことができる。この設定情報は、リッスンチャネル属性（Listen Channel Attribute）の形式を有することができる。リッスンチャネル属性は、ハンドオーバ選択メッセージだけでなく、プローブ要求フレームまたはＧＯ交渉要求メッセージに含まれてもよい。リッスンチャネル属性は、リッスンチャネルおよび動作クラス情報（Operating Class Information）を含むことができる。リッスンチャネル属性フォーマットは、下記の表１を参考することができる。

互いに提供可能なサービスを交換した両機器は、グループ形成段階を進行することができる。Ｐ２Ｐプローブ要求／応答フレーム交換の後に、Ｐ２Ｐサービス発見要求／応答メッセージを交換してから、グループ形成ができた従来に比べて段階を簡略化することによって、より迅速に且つ効率的に機器発見段階を行うことができるという利点がある。

機器Ａは機器ＢにＰ２Ｐグループオーナ交渉要求（P2P Group Owner Negotiation Request）メッセージを送信することができる（Ｓ７３０）。グループオーナ交渉要求メッセージは、機器ＡがＧＯになるためのインテント（intent）値（０〜１５の値のうちの一つの値）および設定タイムアウトなどの情報を含むことができる。グループオーナ交渉要求メッセージを受信した第２機器は、第１機器がメッセージを送ったチャネルを再び用いて第１機器にグループオーナ交渉応答（GO Negotiation Response）メッセージを送信する（Ｓ７４０）。グループオーナ交渉応答メッセージは、第２機器のグループオーナインテント値および設定タイムアウトなどの情報を含むことができる。両機器間でグループオーナインテント値などを共有しているため、より大きいグループオーナインテント値を有する第２機器がグループオーナになり得、第１機器はグループオーナおよびグループの接続情報を設定して、第２機器にグループオーナ交渉確認（GO Negotiation Confirm）メッセージを送信する（Ｓ７５０）。第１機器および第２機器はグループオーナ交渉確認メッセージの情報に基づいてグループ形成手順を完了することができる。これで、Ｐ２ＰグループでＷＦＤＳ（Wi-Fi Direct Services）を利用できる準備が整う。

上記で行った段階のように、一つのＰ２Ｐグループが形成されると、各機器はグループ形成手順における設定情報を記憶部に記憶することができる。その後、同一端末と再び接続してグループを形成しなければならない場合が発生すると、記憶されている設定情報を用いて、接続手順を効率的に進行することができる。他の機器であっても、同一または類似の性能若しくは同一または類似の条件を有する場合、記憶されている設定情報の全部または一部を用いることができる。すなわち、選択的に接続情報を記憶して接続資格証明（クレデンシャル）（credential）を与え、認証手順を行わずに接続することができる。

永続（persistent）ＡＳＰ−Ｐ２Ｐグループは、ＷＦＤＳデフォルト（初期）設定（Default Configuration）メソッドまたはＷＳＣ ＰＩＮメソッドを用いて形成することができる。ＡＳＰは、サービスネットワークを設置するためのＷＦＤＳデフォルト設定メソッドを用いて永続グループを使用せず、ＷＳＣ設定メソッドとしてＷＳＣ ＰＩＮのみを利用する。同様に、ＷＦＤＳデフォルト設定メソッドで設定されたＡＳＰ間に存在するサービスネットワークは、ＷＳＣ設定メソッドとしてＷＳＣ ＰＩＮのみを利用するためのサービスのＡＳＰセッションをセットアップ（setup）しない。

実施例１−２：ＷＦＤＳ機器とｎｏｎ−ＷＦＤＳ機器との接続
図８は、本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例を示す図である。

図８に示すように、機器ＡはＷｉ−ＦｉおよびＮＦＣの両方をサポートし、ＷＦＤＳもサポートするが、機器ＢはＷＦＤＳをサポートしないと仮定する。このとき、機器Ａが機器Ｂにハンドオーバ要求メッセージを送信する場合を説明する。機器Ａは、図７で上述したように、サービスエンティティからＡＳＰエンティティに、ＡＳＰエンティティからＷｉ−ＦｉおよびＮＦＣエンティティのそれぞれに、提供可能なサービスを送信することができる。

機器Ａは、ＮＦＣタッチ後にハンドオーバ要求メッセージを機器Ｂに送信する（Ｓ８１０）。ハンドオーバ要求メッセージは、機器ＡのＰ２Ｐ機器情報および機器ＡのＷＦＤＳサービスハッシュ情報を含むことができる。

機器Ｂは、ハンドオーバ要求メッセージに対する応答としてハンドオーバ選択メッセージを機器Ａに送信することができる（Ｓ８２０）。ハンドオーバ選択メッセージは、機器ＢのＰ２Ｐ機器情報、ＷＳＣ設定情報、グループ形成チャネル情報を含むことができる。ただし、機器ＢはＷＦＤＳ機器でないことから、ＷＦＤＳサービスに関する情報を有しておらず、ハンドオーバ選択メッセージにサービスネーム情報を含むことができない。このため、機器Ａは機器Ｂからサービスネーム情報を受信することができず、ＷＦＤＳを利用できないため、一般的なＷｉ−Ｆｉダイレクト接続方式で進行することができる。

実施例１−３：ＷＦＤＳ機器とｎｏｎ−ＷＦＤＳ機器との接続
図９は、本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例を示す図である。

図９に示すように、機器Ａは、Ｗｉ−ＦｉおよびＮＦＣの両方をサポートし、ＷＦＤＳもサポートするが、機器ＢはＷＦＤＳをサポートしないと仮定する。この例は、機器Ｂが機器Ａにハンドオーバ要求メッセージを送信する場合であるから、上述した実施例１−２と区別して説明する。機器Ａは、図７および図８で上述したように、サービスエンティティからＡＳＰエンティティに、ＡＳＰエンティティからＷｉ−ＦｉおよびＮＦＣエンティティのそれぞれに、提供可能なサービスを送信することができる。

機器Ｂは、ＮＦＣタッチ後に、機器Ａにハンドオーバ要求メッセージを送信することができる（Ｓ９１０）。ただし、このとき、機器ＢがＷＦＤＳサポート機器でないことから、ハンドオーバ要求メッセージ内にＰ２Ｐ機器情報を含めて送信することができる。しかしながら、サービスハッシュ情報を含むことができない点で相違する。

機器Ａは、機器Ｂから受信したハンドオーバ要求メッセージがノーマル（normal）Ｐ２Ｐ機器情報であるから、これに対する応答として、ハンドオーバ選択メッセージにＰ２Ｐ機器情報を含めて送信することができる（Ｓ９２０）。ハンドオーバ選択メッセージは、ＷＳＣ設定情報、グループ形成チャネル情報などをさらに含むことができる。また、機器ＢがＷＦＤＳをサポートしなくても、機器Ａは、自体が提供可能なＷＦＤＳサービスハッシュまたはサービスネームをハンドオーバ選択メッセージに含めて送信することもできる。

実施例２：検索器（seeker）がある場合
ＷＦＤＳを利用しようとする機器がある場合を説明する。自体の機器で利用しようとするＷＦＤＳサービスの対象機器を探す検索器（seeker）が対象機器にハンドオーバ要求メッセージを送る場合のみであれば問題はないが、ＮＦＣ方式は、どの機器からハンドオーバ要求メッセージを送るかを把握できない。すなわち、対象機器がハンドオーバ要求メッセージを送る場合もありうる。そこで、下記では、ハンドオーバ要求／選択メッセージに、既存の接続設定情報の他にも、サービス開始器（initiator）に関する情報をさらに含めて送信する場合を説明する。

実施例２−１：両機器のいずれか一つの機器が検索器（seeker）である場合
図１０は、本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であり、一つの機器が検索器である場合を示す図である。

図１０に示すように、機器Ａおよび機器ＢはいずれもＷｉ−ＦｉおよびＮＦＣをサポートすることがわかる。また、機器Ａは、自体が提供可能なＷＦＤＳを広告する広告器（Advertiser）の役割を果たし、機器Ｂは、ＷＦＤＳ対象機器を検索する検索器（Seeker）の役割を果たす場合を説明する。

両機器がＷＦＤＳサポート機器であるから、サービスエンティティからはＡＳＰ（Application Service Platform）エンティティにそれぞれ、機器がサポート可能なＷＦＤＳサービスを広告（advertise）することができる。

機器Ｂは、ＷＦＤＳを利用するために対象機器を探さなければならない。したがって、機器ＢのサービスエンティティからはＡＳＰエンティティにサービス検索を命令することができ、この命令を受信したＡＳＰエンティティは、Ｗｉ−ＦｉエンティティおよびＮＦＣエンティティにサービス検索命令を伝達することができる。ここまでがＮＦＣタッチ前に行われる段階である。

ＮＦＣタッチ後に、検索器の機器Ｂは機器Ａにハンドオーバ要求メッセージを送信することができる（１０１０）。ハンドオーバ要求メッセージは、機器ＢのＰ２Ｐ機器情報およびＷＦＤＳサービスハッシュ情報を含むことができる。このときのハンドオーバ要求メッセージは、サービスハッシュ情報の他にも、機器ＢがＷＦＤＳの検索器（Seeker）であることを示す情報を含むことができる。また、サービスをどの機器で開始（initiation）するかに関する情報、すなわち、サービス開始器（service initiator）情報をさらに含むことができる。機器Ｂからハンドオーバ要求メッセージを受信した機器Ａは、自体が提供可能なサービス情報、すなわち、サービスネームを含むハンドオーバ選択メッセージを機器Ａに送信することができる（Ｓ１０２０）。ハンドオーバ選択メッセージは、サービスハッシュ情報の他にもＰ２Ｐ機器情報をさらに含むことができる。ハンドオーバ要求／選択メッセージを交換することによって、機器Ａおよび機器Ｂは互いに提供可能なＷＦＤＳを共有することができ、機器Ａは、機器Ｂが利用しようとするサービス情報をさらに取得することもできる。

機器Ａおよび機器Ｂは、ハンドオーバ要求／選択手順で機器発見を行い、この段階で互いにＷＦＤＳサービス情報を交換するが、選択的にＰ２Ｐサービス発見手順を行うこともできる。

機器Ｂは、機器Ａのサービスハッシュ情報がわかるから、機器Ａのサービス発見のために、Ｐ２Ｐサービス発見要求（P2P Service Discovery Request）メッセージを送信することができる（Ｓ１０３０）。このときのＰ２Ｐサービス発見要求メッセージは、機器Ｂが利用しようとするサービスのネーム（Service name）情報、サービス情報要求（Service Information Request）メッセージなどを含むことができる。

機器ＢからＰ２Ｐサービス発見要求メッセージを受信した機器Ａは、それに対する応答として、ＡＳＰエンティティでサービスネームとマッチングしてＰ２Ｐサービス発見応答（P2P Service Discovery Response）メッセージを送信することができる（Ｓ１０４０）。Ｐ２Ｐサービス発見応答メッセージは、機器Ａが提供可能なサービスネーム情報、広告（Advertisement）ＩＤおよびサービス状態（Service Status）情報を含むことができる。その後、Ｐ２Ｐプロビジョン発見要求／応答手順を通じてＷＦＤＳセッションを進行することができる。

実施例２−２：両機器のいずれか一つの機器が検索器（seeker）である場合
図１１は、本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であり、一つの機器が検索器である場合を示す図である。

図１１に示すように、機器Ａおよび機器ＢはいずれもＷｉ−ＦｉおよびＮＦＣをサポートすることがわかる。また、機器Ａは、自体が提供可能なＷＦＤＳを広告する広告器（Advertiser）の役割を果たし、機器Ｂは、ＷＦＤＳ対象機器を検索する検索器（Seeker）の役割を果たす場合を説明する。このとき、広告器の機器Ａがハンドオーバ要求メッセージを送信する点で実施例２−１と相違することに注意されたい。

両機器がＷＦＤＳサポート機器であるから、サービスエンティティからはＡＳＰ（Application Service Platform）エンティティにそれぞれ、機器がサポート可能なＷＦＤＳを広告（advertise）することができる。

機器Ｂは、ＷＦＤＳを利用するために対象機器を探さなければならない。したがって、機器ＢのサービスエンティティからはＡＳＰエンティティにサービス検索を命令することができ、この命令を受信したＡＳＰエンティティは、Ｗｉ−ＦｉエンティティおよびＮＦＣエンティティにサービス検索命令を伝達することができる。ここまでが、ＮＦＣタッチ前に行われる段階である。

ＮＦＣタッチ後に、機器Ａがハンドオーバ要求メッセージを送信することができる（Ｓ１１１０）。すなわち、ＮＦＣタッチがあり、機器Ｂが検索器（seeker）であっても、機器Ａは、機器Ｂが検索器であることを知らず、先にメッセージを送信することができる。ハンドオーバ要求メッセージは、機器ＡのＰ２Ｐ機器情報およびＷＦＤＳサービスハッシュ情報を含むことができる。このときのハンドオーバ要求メッセージは、サービスハッシュ情報の他にも、機器ＡがＷＦＤＳの広告器（Advertiser）であることを示す情報を含むことができる。また、サービスをどの機器で開始（initiation）するかに関する情報、すなわち、サービス開始器（service initiator）情報をさらに含むことができる。機器Ａからハンドオーバ要求メッセージを受信した機器Ｂは、自体が提供可能なサービス情報、すなわち、サービスハッシュを含むハンドオーバ選択メッセージを機器Ａに送信することができる（Ｓ１１２０）。ハンドオーバ選択メッセージは、サービスハッシュ情報の他に、Ｐ２Ｐ機器情報をさらに含むことができる。ハンドオーバ選択メッセージは、機器ＢがＷＦＤＳサービスを利用しようとする検索器であることを示す情報をさらに含むことができる。

ハンドオーバ要求／選択メッセージを交換することによって、機器Ａおよび機器Ｂは互いに提供可能なＷＦＤＳを共有することができ、機器Ａは、機器Ｂが利用しようとするサービス情報をさらに取得することもできる。

機器ＢのＷｉ−Ｆｉエンティティでは、機器ＡにＰ２Ｐプローブ要求（P2P Probe Request）メッセージを送信することができる（Ｓ１１３０）。機器Ａから受信したハンドオーバ要求メッセージは、機器Ｂがまず要求したメッセージではないから、機器Ｂが機器Ａから得ようとする情報を全て含んでいるわけではなく、よって、機器Ｂはプローブ要求段階を行うことができる。ただし、機器Ｂは、プローブ要求段階を行う前に機器Ａから来るＰ２Ｐ接続に対する動作に対しては拒絶（reject）または無視（ignore）することができ、検索器の機器Ｂが主導して機器発見段階を行うことができる。機器Ａは、Ｐ２Ｐプローブ要求メッセージに対する応答として、機器ＢにＰ２Ｐプローブ応答メッセージを送信する（Ｓ１１４０）。このようなプローブ手順は、機器発見段階であり、上述した機器発見段階を参考されたい。

機器を発見した両機器は、サービス発見段階を行う。機器Ｂはサービス検索器（Seeker）であり、機器ＡにＰ２Ｐサービス発見要求（P2P Service Discovery Request）メッセージを送信することができる（Ｓ１１５０）。Ｐ２Ｐサービス発見要求メッセージは、機器Ｂが利用しようとするＷＦＤＳのサービスネーム（Service name）情報を含むことができ、サービス情報要求（Service Information Request）メッセージなどをさらに含むことができる。

機器ＢからＰ２Ｐサービス発見要求メッセージを受信した機器Ａは、それに対する応答として、ＡＳＰエンティティでサービスネームとマッチングして、Ｐ２Ｐサービス発見応答（P2P Service Discovery Response）メッセージを送信することができる（Ｓ１１６０）。Ｐ２Ｐサービス発見応答メッセージは、機器Ａが提供可能なサービスネーム情報、広告（Advertisement）ＩＤおよびサービス状態（Service Status）情報を含むことができる。その後、Ｐ２Ｐプロビジョン発見要求／応答手順を通じてＷＦＤＳセッションを進行することができる。

実施例２−３：両機器とも検索器（seeker）である場合
図１２は、本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であり、両機器とも検索器である場合を示す図である。

図１２に示すように、機器Ａおよび機器ＢはいずれもＷｉ−ＦｉおよびＮＦＣをサポートすることがわかる。また、機器Ａおよび機器Ｂは、ＷＦＤＳ対象機器を検索する検索器（Seeker）の役割を果たす場合を説明する。

両機器がＷＦＤＳサポート機器であるから、サービスエンティティからはＡＳＰ（Application Service Platform）エンティティにそれぞれ、機器がサポート可能なＷＦＤＳを広告（advertise）することができる。

機器Ａおよび機器Ｂは、ＷＦＤＳを利用するために対象機器を探さなければならない。このため、両機器のサービスエンティティからはＡＳＰエンティティにサービス検索を命令することができ、この命令を受信したＡＳＰエンティティは、Ｗｉ−ＦｉエンティティおよびＮＦＣエンティティにサービス検索命令を伝達することができる。ここまでがＮＦＣタッチ前に行われる段階である。

ＮＦＣタッチ後に、検索器のうちの一つの機器である機器Ｂは、機器Ａにハンドオーバ要求メッセージを送信することができる（１２１０）。両機器とも検索器であるから、機器Ａがハンドオーバ要求メッセージを送信する場合も同一である。ハンドオーバ要求メッセージは、機器ＢのＰ２Ｐ機器情報およびＷＦＤＳサービスハッシュ情報を含むことができる。ハンドオーバ要求メッセージは、サービスハッシュ情報の他にも、機器ＢがＷＦＤＳの検索器（Seeker）であることを示す情報を含むことができる。また、サービスをどの機器で開始（initiation）するかに関する情報、すなわち、サービス開始器（service initiator）情報をさらに含むことができる。機器Ｂからハンドオーバ要求メッセージを受信した機器Ａは、自体が提供可能なサービス情報、すなわち、サービスハッシュを含むハンドオーバ選択メッセージを機器Ｂに送信することができる（Ｓ１２２０）。ハンドオーバ選択メッセージは、サービスハッシュ情報の他に、Ｐ２Ｐ機器情報をさらに含むことができる。ハンドオーバ要求／選択メッセージを交換することによって、機器Ａおよび機器Ｂは互いに提供可能なＷＦＤＳを共有することができ、機器Ａおよび機器Ｂは、両機器が利用しようとするサービス情報をさらに取得することもできる。

機器Ａおよび機器Ｂは、ハンドオーバ要求／選択手順で機器発見を行い、この段階で互いにＷＦＤＳのサービス情報を交換するが、Ｐ２Ｐプローブ手順を行うことができる。

機器ＢのＷｉ−Ｆｉチャネルでは、機器ＡにＰ２Ｐプローブ要求（P2P Probe Request）メッセージを送信することができる（Ｓ１２３０）。機器Ｂから受信したハンドオーバ要求メッセージは、機器Ａがまず要求したメッセージではないから、機器Ｂが機器Ａから得ようとする情報を全て含んでいるわけではない。機器Ａは、Ｐ２Ｐプローブ要求メッセージに対する応答として、機器ＢにＰ２Ｐプローブ応答メッセージを送信する（Ｓ１２４０）。このようなプローブ手順は、機器発見段階であり、上述した機器発見段階を参考されたい。

機器を発見した両機器は、サービス発見段階を行う。機器Ｂは、サービス検索器（Seeker）であり、機器ＡにＰ２Ｐサービス発見要求（P2P Service Discovery Request）メッセージを送信することができる（Ｓ１２５０）。Ｐ２Ｐサービス発見要求メッセージは、機器Ｂが利用しようとするＷＦＤＳのサービスネーム（Service name）情報を含むことができ、サービス情報要求（Service Information Request）メッセージなどをさらに含むことができる。

機器ＢからＰ２Ｐサービス発見要求メッセージを受信した機器Ａは、それに対する応答として、ＡＳＰエンティティでサービスネームとマッチングして、Ｐ２Ｐサービス発見応答（P2P Service Discovery Response）メッセージを送信することができる（Ｓ１２６０）。Ｐ２Ｐサービス発見応答メッセージは、機器Ａが提供可能なサービスネーム情報、広告（Advertisement）ＩＤおよびサービス状態（Service Status）情報を含むことができる。その後、Ｐ２Ｐプロビジョン発見要求／応答手順を通じてＷＦＤＳセッションを進行することができる。

サービス発見を完了した両機器は、ＷＦＤＳ接続以降の手順を行うことができる。機器Ｂは、Ｗｉ−Ｆｉチャネルを介して機器ＡにＰ２Ｐプロビジョン発見要求（Provision Discovery Request）メッセージを送信することができる（Ｓ１２７０）。このとき、機器ＡもＰ２Ｐプロビジョン発見要求メッセージを送信することができる。機器Ａおよび機器Ｂのうち、先にＰ２Ｐプロビジョン発見要求メッセージを相手機器に送信する機器が、サービス開始（Service Initiation）権限を有することができる。または、両機器のうち、優先順位を有する機器にサービス開始権限が与えられてもよい。

優先順位を有するということは、機器が既に接続しているＷＦＤＳ通信の個数、機器の性能、およびＷＦＤＳの種類などによって、両機器のうち、通信開始器としてより効率的に運営をし得る客観的な環境に置かれた機器がサービス開始権限を有することを意味する。例えば、機器ＡはＷＦＤで２個の通信をしており、機器Ｂは未だ通信をしていない場合、機器Ｂが優先権を有することができ、機器Ａが機器Ｂよりも機器のハードウェア性能が良いとすれば、機器Ａが優先権を有することができる。また、利用しようとするＷＦＤＳがファイル送信（send）、表示（display）、再生（play）または出力（print）のいずれかのサービスであるかによってその基準が異なってもよい。

実施例３：広告器（Advertiser）がＮＦＣ静的（NFC static）機器であり、検索器（Seeker）がＮＦＣ交渉（NFC negotiation）機器である場合
図１３は、本発明で適用しようとするＮＦＣハンドオーバを用いたＷＦＤＳ接続手順のさらに他の例であり、ＮＦＣ静的機器が検索器であり、ＮＦＣ交渉機器が検索器である場合を示す図である。

図１３に示すように、機器Ａおよび機器ＢはいずれもＷｉ−ＦｉおよびＮＦＣをサポートすることがわかる。また、機器Ａは、自体が提供可能なＷＦＤＳを広告する広告器（Advertiser）の役割を果たし、機器Ｂは、ＷＦＤＳ対象機器を検索する検索器（Seeker）の役割を果たす場合を説明する。このとき、広告器の機器ＡはＮＦＣ静的機器（例えば、ＮＦＣタグ）であり、検索器の機器ＢはＮＦＣ交渉機器であることに注意されたい。

両機器がＷＦＤＳサポート機器であるから、サービスエンティティからはＡＳＰ（Application Service Platform）エンティティにそれぞれ、機器がサポート可能なＷＦＤＳのサービスを広告（advertise）することができる。

機器Ｂは、ＷＦＤＳを利用するために対象機器を探さなければならない。このため、機器ＢのサービスエンティティからはＡＳＰエンティティにサービス検索を命令することができ、この命令を受信したＡＳＰエンティティは、Ｗｉ−ＦｉエンティティおよびＮＦＣエンティティにサービス検索命令を伝達することができる。ここまでがＮＦＣタッチ前に行われる段階である。

ＮＦＣタッチ方式は、上記の交渉（negotiation）機器と異なる。機器ＡがＮＦＣタグであることから、両機器のハンドオーバは静的（static）である。機器ＡはＮＦＣタグであって、機器Ｂにハンドオーバ選択（Handover Select）メッセージを送信することができる（Ｓ１３１０）。ハンドオーバ要求メッセージを送信しない代わりに、機器Ａは、タグに登録されたサービス情報を含む、ハンドオーバ選択メッセージを送信する。ハンドオーバ選択メッセージは、機器ＡのＰ２Ｐ機器情報およびＷＦＤＳのサービスハッシュ情報を含むことができる。ハンドオーバ選択メッセージは、サービスハッシュ情報の他にも、機器ＡがＷＦＤＳの広告器（Advertiser）であることを示す情報を含むことができる。また、サービスをどの機器で開始（initiation）するかに関する情報、すなわち、サービス開始器（service initiator）情報をさらに含むことができる。また、グループ形成チャネル情報およびＷＳＣ設定情報などをさらに含むことができる。

機器Ａからハンドオーバ選択メッセージを受信した機器Ｂは、対象機器を発見したが、互いにメッセージを交換したのではなく、機器Ａから一方的にメッセージを受信したため、Ｗｉ−Ｆｉチャネルを介してＰ２Ｐプローブ手順を行うことができる。

機器ＢのＷｉ−Ｆｉチャネルでは機器ＡにＰ２Ｐプローブ要求（P2P Probe Request）メッセージを送信することができる（Ｓ１３２０）。機器Ａは、Ｐ２Ｐプローブ要求メッセージに対する応答として、機器ＢにＰ２Ｐプローブ応答メッセージを送信する（Ｓ１３３０）。このようなプローブ手順は、機器発見段階であり、上述した機器発見段階を参考されたい。

機器を発見した両機器は、サービス発見段階を行う。機器Ｂはサービス検索器（Seeker）であって、機器ＡにＰ２Ｐサービス発見要求（P2P Service Discovery Request）メッセージを送信することができる（Ｓ１３４０）。Ｐ２Ｐサービス発見要求メッセージは、機器Ｂが利用しようとするＷＦＤＳのサービスネーム（Service name）情報を含むことができ、サービス情報要求（Service Information Request）メッセージなどをさらに含むことができる。

機器ＢからＰ２Ｐサービス発見要求メッセージを受信した機器Ａは、それに対する応答として、ＡＳＰエンティティでサービスネームとマッチングして、Ｐ２Ｐサービス発見応答（P2P Service Discovery Response）メッセージを送信することができる（Ｓ１３５０）。Ｐ２Ｐサービス発見応答メッセージは、機器Ａが提供可能なサービスネーム情報、広告（Advertisement）ＩＤおよびサービス状態（Service Status）情報を含むことができる。その後、Ｐ２Ｐプロビジョン発見要求／応答手順を通じてＷＦＤＳセッションを進行することができる。

実施例４：ハンドオーバメッセージフォーマット
Ｗｉ−ＦｉおよびＮＦＣをサポートする機器間でハンドオーバ要求／選択メッセージを交換する場合、ハンドオーバ要求メッセージは、ＮＦＣデータ交換フォーマット（NFC Data Exchange Format；ＮＤＥＦ）の形式で交換することができる。ハンドオーバ要求メッセージはＮＦＣ接続に用いられるメッセージであり、本発明では、機器がＷＦＤＳもサポートする場合を扱うため、ＷＦＤＳを扱う場合において、これを反映するハンドオーバ要求メッセージが必要である。そこで、本発明では、ＮＤＥＦにＷＦＤＳ情報レコード（WFDS Information Record）を含んで構成することを提案する。

図１４は、本発明の一実施例に係るハンドオーバ要求（Handover Request）メッセージを示す図である。

図１４に示すように、ハンドオーバ要求メッセージ（レコード）は、バージョン（version）情報、衝突解決レコード（collision resolution record）、Ｐ２Ｐ機器情報レコード（P2P Device Information Record）およびＷＦＤＳ情報レコード（WFDS Information Record）を含むことができる。Ｍｉｍｅタイプ（type）は、“ａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｗｆａ．ｗｆｄｓ”と定義することができる。含まれるべき必須の属性としてはサービスハッシュ（Service Hash）値がある。サービスネームをハッシュ（hashing）して６バイト（byte）の値として含めることができる。サービスハッシュ値は、一般に、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ”としてハッシュされ、いずれかのＷＦＤＳサービスを検索（search）できるようにする。送信（send）サービスを挙げると、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ”を検索することができ、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘ”をハッシュした値がサービスハッシュ値になり、特殊な場合には複数のハッシュ値になってもよい。下記の表２は、ハンドオーバ要求メッセージに含まれるサービスハッシュ属性（Service Hash Attribute）を定義した表である。

サービスハッシュ属性は、属性ＩＤ（Attribute ID）フィールド、長さ（Length）フィールド、サービスハッシュ（Service Hash）フィールドを含む。属性ＩＤフィールドは、Ｐ２Ｐ属性のタイプを確認する。１オクテット（octet）サイズであり、１９個の値（19 values）を有する。長さフィールドは、属性のフィールドの長さを示す。２オクテットサイズであり、６の倍数を値として有する。倍数Ｎは、サービスハッシュフィールドの数である。サービスハッシュフィールドは、６の倍数のオクテットサイズであり、値は可変である。サービスハッシュフィールドはＮ値のサービスハッシュ値を含み、各サービスハッシュは６オクテットであり、ＵＴＦ−８サービスネームのハッシュ値を意味する。

図１５は、本発明の一実施例に係るハンドオーバ選択（Handover Select）メッセージ（レコード）（record）を示す図である。

図１５に示すように、ハンドオーバ選択メッセージ（レコード）は、バージョン（version）情報、衝突解決レコード（collision resolution record）、Ｐ２Ｐ機器情報レコード（P2P Device Information Record）、およびＷＦＤＳ情報レコード（WFDS Information Record）を含むことができる。ハンドオーバ選択メッセージは、Ｎｅｇｏｔｉａｔｉｏｎ ＨａｎｄｏｖｅｒおよびＳｔａｔｉｃ Ｈａｎｄｏｖｅｒに同一に用いることができる。含まれるべき必須の属性としては広告サービス情報（Advertise Service Information）がある。広告サービス情報は、特定サービスのネームを含む広告サービス記述子（Advertised Service Descriptor）を含むことができる。広告サービス記述子は、サービスネームの長さおよびサービスネームを含むことができる。下記の表３は、広告ＩＤ情報属性を定義するものであり、表４は、広告サービス情報属性を定義するものである。

広告ＩＤ情報属性は、属性ＩＤ（Attribute ID）フィールド、長さ（Length）フィールドおよび広告サービス記述子（Advertised Service Descriptor(s)）フィールドを含む。属性ＩＤフィールドは、Ｐ２Ｐ属性のタイプを確認する。１オクテットサイズであり、２３個の値（23 values）を有する。長さフィールドは、属性のフィールドの長さを示し、２オクテットサイズであり、値は可変である。広告サービス記述子フィールドは、全ての広告サービス記述子の和をオクテットサイズとする。

広告サービス情報属性は、広告ＩＤ（Advertisement ID）、サービスネーム長（Service Name Length）フィールドおよびサービスネーム（Service Name）フィールドを含む。広告ＩＤフィールドはローカルサービスの広告ＩＤであり、４オクテットサイズ、０−ｆｆｆｆｆｆｆｆの値を有する。サービスネーム長フィールドは、サービスネームの長さであり、１オクテットサイズを有し、０ｘ００−０ｘｆｆの値を有する。サービスネームフィールドは、サービスをＵＴＦ−８ストリングで定義し、そのサイズおよび値は可変である。

図１６は、本発明に適用しようとするＮＦＣハンドオーバ手順の一例を示す図である。

図１６に示すように、ＮＦＣハンドオーバ手順において、複数の段階を経てハンドオーバが行われるため、各段階別に分けて詳細に説明する必要がある。まず、全体的な流れを説明すると、広告機器（advertiser device）は、ＡＳＰエンティティに機器が提供可能なＷＦＤＳサービスを広告する（Ｓ１６１０）。ＡＳＰエンティティは、ＮＦＣエンティティおよびＷｉ−Ｆｉエンティティに、広告されたサービスをそれぞれ送信する（Ｓ１６２０）。検索機器（seeker device）でも、機器が提供可能なＷＦＤＳのサービスを広告する（Ｓ１６３０）。その後、ＮＦＣタッチが発生すると（Ｓ１６４０）、検索器はハンドオーバ選択メッセージをＮＦＣチャネル（インターフェース）で受信し、検索機器のＮＦＣモジュールはＡＳＰエンティティにＮＦＣハンドオーバ選択メッセージを送信する（Ｓ１６５０）。検索機器のＡＳＰエンティティは、既存の広告されたサービスなどを検索し、検索結果を取り込み（Ｓ１６６０）、Ｗｉ−Ｆｉインターフェースを介して（Ｓ１６７０）、広告機器と接続してサービスされる（Ｓ１６８０）。以下、各ステップ別に詳細に説明する。

まず、段階Ｓ１６１０では、広告器は、特定サービスが提供可能であれば（enable）、ＡＳＰエンティティに当該サービスをＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドを用いて広告（advertise）する。広告機器が、ＮＦＣを用いたサービス発見（Service Discovery）およびサービス開始（Service Initiation）が可能な場合であれば、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅのネットワーク設定パラメータ（ｎｅｔｗｏｒｋ＿ｃｏｎｆｉｇ Ｐａｒａｍｅｔｅｒ）にＮＦＣを含めて広告することができる。このとき、広告される情報は、サービスネーム（Service Name）、自動受諾（auto accept）の有無、サービスの使用可能性（availability）、ネットワークグループにおける役割（グループオーナ／グループクライアント）、ネットワーク設定（ｎｅｔｗｏｒｋ＿ｃｏｎｆｉｇ）および延期されたセッション応答（ｄｅｆｅｒｒｅｄ＿ｓｅｓｓｉｏｎ＿ｒｅｓｐｏｎｓｅ）を含むことができる。広告器が同時に複数のサービスをサポートする場合（例えば、ｐｌａｙおよびｄｉｓｐｌａｙ）には、複数のＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅを呼び出し、各パラメータの値は、上位サービスによって生成される。ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッド関数は、下記のとおりである。

ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ（ｓｅｒｖｉｃｅ＿ｎａｍｅ， ａｕｔｏ＿ｉｎｆｏｒｍａｔｉｏｎ， ｓｅｒｖｉｃｅ＿ｓｔａｔｕｓ， ｎｅｔｗｏｒｋ＿ｒｏｌｅ， ｎｅｔｗｏｒｋ＿ｃｏｎｆｉｇ， ｄｅｆｅｒｒｅｄ＿ｓｅｓｓｉｏｎ＿ｒｅｓｐｏｎｓｅ）
上記のｎｅｔｗｏｒｋ＿ｃｏｎｆｉｇの値は、４つの値を有することができる。第１の値は、Ｄｅｆａｕｌｔ Ｃｏｎｆｉｇ ｏｒ ＷＳＣ ＰＩＮ ｍｅｔｈｏｄ ｗｉｔｈｏｕｔ ＮＦＣであり、第２の値は、ＷＳＣ ＰＩＮ ｍｅｔｈｏｄ ｏｎｌｙ ｗｉｔｈｏｕｔ ＮＦＣであって、ＮＦＣをサポートしない場合に該当する。ＮＦＣが適用されるとともに、第３の値としてＤｅｆａｕｌｔ Ｃｏｎｆｉｇ ｏｒ ＷＳＣ ＰＩＮ ｍｅｔｈｏｄ ｗｉｔｈ ＮＦＣ、第４の値としてＷＳＣ ＰＩＮ ｍｅｔｈｏｄ ｏｎｌｙ ｗｉｔｈ ＮＦＣという値を有することができる。

段階Ｓ１６２０では、ＡＳＰエンティティからＮＦＣおよびＷｉ−Ｆｉに、広告されたサービスを送信する。ＡＳＰの機器がＮＦＣを用いた機器発見／サービス発見およびプロビジョニング（Provisioning）をサポートし、広告されたサービスにおけるｎｅｔｗｏｒｋ＿ｃｏｎｆｉｇパラメータが上述の第３または第４の値である場合、ＮＦＣを用いた発見のために更なる作業を行うことができる。ＡＳＰは、ＮＦＣインターフェースがハンドオーバ選択メッセージを生成し、これを用いて応答するために、ＮＤＥＦ（NFC Data Exchange Format）データレコードに含まれる情報を下位ＮＦＣインターフェースに伝達することができる。

一つの上位サービスに対する広告されたサービス情報は、一つのＮＦＣ ＡＣ（Alternative Carrier）としてハンドオーバ選択メッセージ内に記述することができる。機器が複数のサービスを広告する場合、サービス別に複数のＡＣを有することができる。ＮＤＥＦ内に含まれるサービス情報（service information）について説明する。サービスＭＡＣアドレス（ｓｅｒｖｉｃｅ＿ｍａｃ＿ａｄｄｒｅｓｓ）は、Ｗｉ−ＦｉインターフェースのＭＡＣアドレスであり、複数のＷｉ−Ｆｉインターフェースがある場合にサービス情報に含めることができる。広告機器が実際にサービスをサポートする自体のＭＡＣアドレスを意味する。機器ネーム（ｄｅｖｉｃｅ＿ｎａｍｅ）は、ユーザが既知の機器ネームを意味する。広告ＩＤ（advertisement ID）は、サービスが最初にＡＳＰにＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドを呼び出すときに生成される広告されたサービスの固有ＩＤを意味する。サービスネーム（ｓｅｒｖｉｃｅ＿ｎａｍｅ）は、フル（完全な）（full）サービスネームであって、ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅメソッドを呼び出したサービスの名前（ネーム）である。これは、逆（reverse）ＤＮＳ形式で指示することができる。サービス状態（service status）は、現在のサービスの使用可能性（availability）を指示する情報である。

図１７は、本発明の一実施例に係るハンドオーバ選択（Handover Select）メッセージの構成を示す図である。

段階Ｓ１６２０でＮＦＣインターフェースは上位ＡＳＰから情報を受信した後、図１７に示すようにハンドオーバ選択メッセージ生成する。一つのＮＤＥＦレコードは、一つの上位接続設定（例えば、Ｗｉ−Ｆｉ、Ｐ２Ｐ、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）を示し、上位サービスに関する情報は、ａｕｘｉｌｉａｒｙ ｄａｔａ ｒｅｃｏｒｄ ｆｏｒｍａｔで定義することができる。第２層の接続がない場合、ＷＦＤＳ ｎｅｘｔ ｖｅｒｓｉｏｎおよびＷＦＡプログラムのために、必ずＷｉ−Ｆｉに対するキャリア設定（Carrier configuration）が含まれなければならない。

図１７に示すように、ハンドオーバ選択メッセージの先頭部にはハンドオーバ選択レコードが位置できる。ハンドオーバ選択レコードは、ヘッダ（header）、バージョン（version）およびａｃレコード（record）で構成することができ、一つのａｃレコードは、ヘッダ、ＣＰＳ（Carrier Power Status）、ＣＤＲ（Carrier Data Reference）と、選択的に（オプションとして）（optional）、ＡＤＲ（Auxiliary Data Reference）Ｃｏｕｎｔ（カウント）、ＡＤＲで構成することができる。ハンドオーバ選択レコードに続く一番目のＮＤＥＦレコードは、Ｗｉ−Ｆｉ、Ｐ２Ｐ、Ｄｏｃｋｉｎｇ、ＷＳＢなどの、第２層接続のための情報を含む。二番目のＮＤＥＦレコードからは、広告器が広告したサービスに関する情報をそれぞれ含むことができる。

図１８は、一つのＮＤＥＦレコードを示す図である。

図１８に示すように、一つのＮＤＥＦレコードは、ペイロード部にサービス情報を含むことができる。ペイロード部は、サービスＭＡＣ（service MAC）、機器ネーム（device name）、広告ＩＤ（Advertisement ID）、サービスネーム（service name）、サービス状態（service status）をＴＬＶ（Type-Length-Value）フォーマット（format）で含むことができる。検索機器（seeker device）は、ハンドオーバ選択メッセージ内のペイロードから、広告器が提供可能なサービスに関する情報を取得することができる。

段階Ｓ１６３０は、検索機器（seeker device）でサービスまたはアプリケーションが行われる時に相手機器を検索するという意味のメソッドをＡＳＰエンティティに伝達する。上述したとおり、いつＮＦＣタッチが起きるかわからない機器の立場では先にＳｅｅｋＳｅｒｖｉｃｅを行うことが、既存のＷＦＤＳと相違する。例えば、スマートフォンでギャラリーアプリケーション（Gallery application）を実行する場合、イメージまたは動画を送信（send）したり、再生（play）したり、または外部ディスプレイなどに送信して表示（display）する可能性がある。したがって、ギャラリーアプリケーションを行う場合、ＡＳＰエンティティに、ｓｅｎｄサービスを受信できる機器を、ＮＦＣで検索できる潜在的（potential）サービスに対して知らせることができる。その後、ＮＦＣタッチが発生すると、ＡＳＰは、潜在的サービスに対してマッチするか否かを確認し、マッチすると、下記のＰｏｔｅｎｔｉａｌＳｅｅｋＳｅｒｖｉｃｅのメソッドを呼び出す。

ＰｏｔｅｎｔｉａｌＳｅｅｋＳｅｒｖｉｃｅ（ｓｅｒｖｉｃｅ＿ｎａｍｅ， ｅｘａｃｔ＿ｓｅａｒｃｈ， ｓｅｒｖｉｃｅ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｒｅｑｕｅｓｔ）
潜在的サービス検索（ＰｏｔｅｎｔｉａｌＳｅｅｋＳｅｒｖｉｃｅ）メソッドの構成について説明する。サービスネーム（ｓｅｒｖｉｃｅ＿ｎａｍｅ）は、探そうとするサービスの名前（ネーム）（name）を意味する。例えば、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ．ｓｅｎｄ．ｒｘ”と指示できる。ｅｘａｃｔ＿ｓｅａｒｃｈは、ＷＦＤＳで定義されたｅｘａｃｔ ｓｅａｒｃｈであるか、または、ｐｒｅｆｉｘ ｓｅａｒｃｈであるかを指示する。例えば、“ｏｒｇ．ｗｉ−ｆｉ．ｗｆｄｓ”がｐｒｅｆｉｘ ｓｅａｒｃｈに設定された場合は、ＷＦＤＳのサービスを全て探す。“ｏｒｇ．ｗｉ−ｆｉ．ｄｏｃｋｉｎｇ”に設定されると、ｄｏｃｋｉｎｇで定義されたｄｏｃｋｅｅおよびｄｏｃｋｉｎｇ ｃｏｎｔｒｏｌ ｃｅｎｔｅｒを探す。サービス情報要求（ｓｅｒｖｉｃｅ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｒｅｑｕｅｓｔ）の値は、Ｎｕｌｌ値でなければ、ＡＮＱＰプロトコルを用いたＷＦＤＳサービス発見を行わなければならず、特定値であれば、サービス発見要求／応答メッセージに含まれる特定情報を含むことができる。

段階Ｓ１６４０は、ＮＦＣタッチが発生する場合である。広告機器および検索機器の両方ともＮＦＣをサポートする場合であれば、ＮＦＣタッチを通じてＮＤＥＦフォーマットのデータを検索機器が取得することができる。ＮＦＣフォーラムでは、ｎｅｇｏｔｉａｔｉｏｎハンドオーバおよびｓｔａｔｉｃハンドオーバを定義しており、この両者の場合を含むことができる。

検索機器が、広告器が既に生成したハンドオーバ選択メッセージを受信すると、ハンドオーバ選択メッセージに含まれたキャリア設定（Carrier configuration）情報およびＡｕｘｉｌｉａｒｙ Ｄａｔａを取得することができる。キャリア設定情報は、接続ハンドオーバを通じて後で接続されるキャリア（例えば、Ｗｉ−Ｆｉ、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ、Ｂｌｕｅｔｏｏｔｈなど）に関する情報であり、Ａｕｘｉｌｉａｒｙ Ｄａｔａは、広告機器の広告した上位サービスネーム、サービスＭＡＣアドレス、機器ネーム、サービスの使用可能性などに関する情報を含むことができる。ＮＦＣインターフェースは、このような情報をパージング（parsing）したりまたは含めたりして、ＡＳＰエンティティにＮＦＣタッチが発生したことを知らせることができる。

段階Ｓ１６５０では、ＡＳＰエンティティにハンドオーバ選択メッセージを送信する。検索器のＡＳＰエンティティは、以前潜在的に検索したサービス（ＰｏｔｅｎｔｉａｌＳｅｅｋＳｅｒｖｉｃｅ）がない場合、ハンドオーバ選択イベントを無視（ignore）することができる。仮に、ｂａｃｋｇｒｏｕｎｄ／ｐｏｔｅｎｔｉａｌ検索要求があった場合、ＮＦＣインターフェースがパージングした検索結果とＰｏｔｅｎｔｉａｌＳｅｅｋＳｅｒｖｉｃｅとが互いにマッチするか否かを判断する。マッチングによってサービスを発見した場合、上位サービスエンティティに検索結果を知らせる。このとき、ＡＳＰは、ＮＤＥＦにおいて、Ａｕｘｉｌｉａｒｙ Ｄａｔａ（サービスに関する情報）を、上位サービスエンティティに検索結果として知らせる準備をし、キャリア設定情報を、サービスを行うために接続した接続情報として有することができる。

段階１６６０および１６７０では、検索結果に基づいてＷｉ−Ｆｉインターフェースに接続し、サービスを開始する手順が示される。ＮＦＣインターフェースを介してサービス発見を行うが、これは、Ｗｉ−Ｆｉインターフェースを通じてＷＦＤＳ規格で定義した方法と同一であってもよい。検索結果（search result）を受信した上位サービスエンティティは、サービスを開始するために、ＡＳＰエンティティに接続セッション（ConnectSessions）メソッドを伝達することができる。接続セッションメソッドに含まれるパラメータとして、ｓｅｒｖｉｃｅ＿ｍａｃおよびａｄｖｅｒｔｉｓｅｍｅｎｔ＿ｉｄは、検索結果内に含まれた値が設定され、ｓｅｓｓｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎおよびｎｅｔｗｏｒｋ＿ｒｏｌｅは、検索器のサービスエンティティで生成する。ＡＳＰエンティティは、キャッシュ（cache）しているキャリア設定情報に基づいてＡＳＰ接続を行うことができる。キャリア設定にＷｉ−Ｆｉダイレクト情報が含まれている場合、ＡＳＰ−Ｐ２Ｐ接続を行い、キャリア設定にＷｉ−Ｆｉ情報が含まれていない場合、Ｗｉ−Ｆｉ ＡＰモードでサービス実行を試みることができる。

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

図１９を参照すると、ＷＦＤネットワークは、第１のＷＦＤ装置１９１０および第２のＷＦＤ装置１９２０を有する。第１のＷＦＤ装置１９１０は、プロセッサ１９１２、メモリ１９１４、および無線周波数（Radio Frequency；ＲＦ）ユニット１９１６を備える。プロセッサ１９１２は、本発明で提案した手順および／または方法を具現するように構成することができる。メモリ１９１４は、プロセッサ１９１２と接続され、プロセッサ１９１２の動作に関連した様々な情報を記憶する。ＲＦユニット１９１６は、プロセッサ１９１２と接続され、無線信号を送信および／または受信する。第２のＷＦＤ装置１９２０は、プロセッサ１９２２、メモリ１９２４およびＲＦユニット１９２６を備える。プロセッサ１９２２は、本発明で提案した手順および／または方法を具現するように構成することができる。メモリ１９２４は、プロセッサ１９２２と接続され、プロセッサ１９２２の動作に関連した様々な情報を記憶する。ＲＦユニット１９２６は、プロセッサ１９２２と接続され、無線信号を送信および／または受信する。第１のＷＦＤ装置１９１０および／または第２のＷＦＤ装置１９２０は、単一または複数の（multiple）アンテナを有することができる。

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

本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（firmware）、ソフトウェアまたはそれらの組み合わせなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたは複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

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

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

本発明は、機器間直接通信、具体的には、Ｗｉ−ＦｉダイレクトおよびＷｉ−Ｆｉダイレクトサービス通信のための装置に用いることができる。

Claims (16)

1. Ｗｉ−Ｆｉダイレクト（登録商標）サービス（ＷＦＤＳ）通信を設定する方法であって、
   第１機器が第２機器に、近距離無線通信（ＮＦＣ）チャネルを介してハンドオーバ要求メッセージを送信するステップと、
   前記第１機器が前記第２機器から、前記ＮＦＣチャネルを介してハンドオーバ選択メッセージを受信するステップと、を有し、
   前記ハンドオーバ要求メッセージは、前記第１機器がサポート可能なＷＦＤＳを示すサービスハッシュ情報を有する、ＷＦＤＳ通信設定方法。
2. 前記第２機器がＷＦＤＳをサポートする場合、前記ハンドオーバ選択メッセージは、前記第２機器が利用しようとするＷＦＤＳのサービスネーム情報を有する、請求項１に記載のＷＦＤＳ通信設定方法。
3. 前記ハンドオーバ選択メッセージは、ＷＦＤＳ接続に用いられるリッスンチャネルを介して対象機器を発見できるようにする設定情報を有する、請求項１に記載のＷＦＤＳ通信設定方法。
4. 前記第１機器と前記第２機器との間に、ＮＦＣを用いた接続設定情報が記憶されている場合、以降の前記第１機器と前記第２機器との間の接続設定は、同一の前記設定情報を用いて設定される、請求項１に記載のＷＦＤＳ通信設定方法。
5. 前記ハンドオーバ要求メッセージは、前記サービスハッシュ情報を有するＮＦＣデータ交換フォーマット（ＮＤＥＦ）で構成されている、請求項１に記載のＷＦＤＳ通信設定方法。
6. 前記ハンドオーバ要求メッセージは、前記第１機器と前記第２機器との間の第２層接続のための情報を有するＮＤＥＦレコードをさらに有する、請求項１に記載のＷＦＤＳ通信設定方法。
7. 前記ＮＤＥＦレコードは、ＷＦＤＳ情報を種類−長さ−値（ＴＬＶ）フォーマットで示すペイロード部を有する、請求項１に記載のＷＦＤＳ通信設定方法。
8. 前記第１機器がサポート可能なＷＦＤＳに関する情報は、前記第１機器のアプリケーションサービスプラットフォーム（ＡＳＰ）の広告を通じて、前記第１機器のＮＦＣモジュールが取得した情報である、請求項１に記載のＷＦＤＳ通信設定方法。
9. 前記第１機器および前記第２機器のうち、優先順位を有する一つの機器が他の機器に、ピアツーピア（Ｐ２Ｐ）サービス発見要求メッセージを送信するステップと、
   前記Ｐ２Ｐサービス発見要求メッセージを受信した前記他の機器から、前記Ｐ２Ｐサービス発見要求メッセージに対する応答であるＰ２Ｐサービス発見応答メッセージを受信するステップと、をさらに有する、請求項１に記載のＷＦＤＳ通信設定方法。
10. 前記優先順位は、各機器の既存のＷＦＤＳ接続状態、各機器の性能およびＷＦＤＳの種類のうちの少なくとも一つに基づいて決定される、請求項９に記載のＷＦＤＳ通信設定方法。
11. 前記第１機器および前記第２機器の前記ハンドオーバ要求メッセージの送信は、前記第１機器および前記第２機器のＮＦＣモジュールのタッチまたは近接タッチによって開始される、請求項１に記載のＷＦＤＳ通信設定方法。
12. 前記ＷＦＤＳは、送信、再生、出力、表示、近隣エリアネットワーク（ＮＡＮ）、ワイファイシリアルバス（ＷＳＢ）およびドッキングのうちの少なくとも一つを有する、請求項１に記載のＷＦＤＳ通信設定方法。
13. 前記ハンドオーバは、交渉ハンドオーバまたは静的ハンドオーバのいずれかである、請求項１に記載のＷＦＤＳ通信設定方法。
14. Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法であって、
    第１機器が第２機器から、近距離無線通信（ＮＦＣ）チャネルを介してハンドオーバ要求メッセージを受信するステップと、
    前記第１機器が前記第２機器に、前記ＮＦＣチャネルを介してハンドオーバ選択メッセージを送信するステップと、を有し、
    前記ハンドオーバ要求メッセージは、前記第２機器がサポート可能なＷＦＤＳを示すサービスハッシュ情報を有する、ＷＦＤＳ通信設定方法。
15. Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する機器であって、
    プロセッサと、
    送受信器と、を有し、
    前記送受信器は、第１機器から第２機器に、近距離無線通信（ＮＦＣ）チャネルを介してハンドオーバ要求メッセージを送信し、前記第２機器から前記ＮＦＣチャネルを介してハンドオーバ選択メッセージを受信し、
    前記ハンドオーバ要求メッセージは、前記第１機器がサポート可能なＷＦＤＳを示すサービスハッシュ情報を有する、ＷＦＤＳ通信設定機器。
16. Ｗｉ−Ｆｉダイレクトサービス（ＷＦＤＳ）通信を設定する方法であって、
    近距離無線通信（ＮＦＣ）タッチがあった後に、第１機器が第２機器からＮＦＣチャネルを介してハンドオーバ選択メッセージを受信するステップを有し、
    前記ハンドオーバ選択メッセージは、前記第２機器がサポート可能なＷＦＤＳを示すサービスハッシュ情報を有する、ＷＦＤＳ通信設定方法。