JP6282651B2 - ユーザの意向を反映したサービス接続装置及び方法 - Google Patents

Description

本発明は、一般的にＷｉ−Ｆｉ（登録商標）通信に関し、特に、Ｗｉ−Ｆｉダイレクト通信のためのサービス接続を提供する装置及び方法に関するものである。

典型的なＷｉ−Ｆｉネットワークには、無線アクセスポイント（Wireless Access Point：ＡＰ）として知られている制御装備、すなわち、基地局（ＢＳ）又はホットスポット（hot spot）が配置される。無線ＡＰは、有線及び無線ネットワークのための物理的なサポート、ネットワーク装備間のブリッジング（bridging）及びルーティング（routing）、ネットワーク装備間の接続及び接続の解除に対するサービス供給などを提供する。

Ｗｉ−Ｆｉダイレクトは、Ｗｉ−Ｆｉ端末間の接続をサポートするＷｉ−Ｆｉ ＡＰの介在なしに、Ｗｉ−Ｆｉ端末間の直接的な通信を可能にする技術を意味する。Ｗｉ−Ｆｉ端末は、端末ディスカバリー（Device Discovery）を通してピアＷｉ−Ｆｉ端末を感知し、サービスディスカバリー（Service Discovery）を通して実行しようとするサービスタイプを検索することにより、ピアＷｉ−Ｆｉ端末とのＷｉ−Ｆｉダイレクト通信のための接続を確立できる。

上述したように、従来のＷｉ−Ｆｉ端末は、Ｗｉ−Ｆｉダイレクト通信のために、端末ディスカバリーの後に、検索されたピアＷｉ−Ｆｉ端末がサービスディスカバリーにより特定のサービスをサポートするか否かを判定できる。このとき、サービスディスカバリーは、ピアＷｉ−Ｆｉ端末によりサポートされるサービスタイプに関する情報だけを取得するようにサポートする。したがって、送信端末が受信端末によりサポートされるサービスに関する情報を取得しても、送信端末から特定のファイルを受信するか否かについての受信端末の意向（intention）がわからない。

受信端末は、送信端末とのデバイス接続を許可した後に、送信端末からのファイルの受信を実際に開始するまでは、特定のファイルに関する情報（例えば、ファイル名、ファイルタイプなど）を知らない。したがって、受信端末がファイルの受信を希望しない場合に、受信端末は、Ｗｉ−Ｆｉダイレクト接続が送信端末と受信端末との間ですでに確立された後にファイル送信の間にファイルの受信を取り消す。このように、受信端末のユーザの意向が考慮されなかったために、従来のＷｉ−Ｆｉダイレクト接続方法は、送信端末と受信端末との間の不必要な接続を確立するという問題があった。

本発明は、上述した課題もしくは不便な点を解決し、少なくとも以下に示す利点を提供する。すなわち、本発明の目的は、Ｗｉ−Ｆｉダイレクト接続設定手順で受信端末のユーザの意向に基づく方法及び装置を提供することにある。

本発明の他の目的は、Ｗｉ−Ｆｉダイレクト接続設定の間に送信端末により送信されるファイルの属性に関する情報を受信端末に送信する方法及び装置を提供することにある。

本発明のまた他の目的は、Ｗｉ−Ｆｉダイレクト接続設定の間に受信端末のユーザの意向を送信端末に送信する方法及び装置を提供することにある。

本発明のさらなる他の目的は、Ｗｉ−Ｆｉダイレクト接続設定の間に受信端末がＷｉ−Ｆｉダイレクト接続設定を拒絶できるようにする方法及び装置を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、ユーザの意向を反映したサービス接続方法が提供される。上記方法は、Ｗｉ−Ｆｉダイレクト接続を通して送信される少なくとも１つのファイルを決定するステップと、端末ディスカバリーにより上記少なくとも１つのファイルを受信するピア端末を選択するステップと、上記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、上記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを上記ピア端末に送信するステップと、上記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを上記ピア端末から受信するステップとを含むことを特徴とする。

本発明の他の態様によれば、ユーザの意向を反映したサービス接続方法が提供される。上記方法は、端末ディスカバリーによりＷｉ−Ｆｉダイレクト接続を通して少なくとも１つのファイルを送信するピア端末を決定するステップと、上記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、上記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを上記ピア端末から受信するステップと、上記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを上記ピア端末に送信するステップとを含むことを特徴とする。

本発明のさらに他の態様によれば、ユーザの意向を反映したサービス接続を実行する端末が提供される。上記端末は、Ｗｉ−Ｆｉダイレクト接続を通して送信する少なくとも１つのファイルを決定し、端末ディスカバリーにより上記少なくとも１つのファイルを送信するピア端末を選択する制御部と、上記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、上記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを上記ピア端末に送信する送信部と、上記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを上記ピア端末から受信する受信部とを含むことを特徴とする。

本発明のさらなる他の態様によれば、ユーザの意向を反映したサービス接続を実行する端末が提供される。端末ディスカバリーによりＷｉ−Ｆｉダイレクト接続を通して少なくとも１つのファイルを送信するピア端末を決定する制御部と、上記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、上記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを上記ピア端末から受信する受信部と、上記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを上記ピア端末に送信する送信部とを含むことを特徴とする。

本発明の実施形態は、送信端末が受信端末に送信されるファイルに関する情報をあらかじめ送信するので、受信端末は、対応するファイル情報に基づいてＷｉ−Ｆｉダイレクト接続を受諾するか又は拒絶するかのユーザの意向を送信端末に通知できる。したがって、不必要なＷｉ−Ｆｉ接続設定を防止し、ファイル送信取消しを減少させることができる。

本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。

本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続が適用されるシステムの構成を示す図である。 本発明の一実施形態によるＷｉ−Ｆｉ端末の構造を示すブロック図である。 本発明の一実施形態による送信端末及び受信端末の構造を示すブロック図である。 本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続を通したファイル送信手順を示すフローチャートである。 本発明の一実施形態による送信端末と受信端末間の信号フローを示す図である。 本発明の一実施形態による送信端末と受信端末間のファイル属性情報の送信手順を示す信号フローを示す図である。 本発明の他の実施形態による送信端末と受信端末間のファイル属性情報の送信手順を示す信号フローを示す図である。 本発明の一実施形態による送信端末の動作を示すフローチャートである。 本発明の一実施形態による受信端末の動作を示すフローチャートである。 本発明の一実施形態による受信端末のユーザの意向を問い合わせる画面を示す図である。 本発明の一実施形態によるＷｉ−Ｆｉダイレクトサービスのためのフレームワークを示す図である。 本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続を通してファイル送信サービスを提供する手順を示す図である。 本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続を通してファイル送信サービスを提供する手順を示す図である。 本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続を通してファイル送信サービスを提供する手順を示す図である。

本発明の実施形態の上述した及び他の様相、特徴、及び利点は、添付の図面が併用された以下の詳細な説明から、より一層明らかになるだろう。

図面中、同一の図面参照符号が同一の構成要素、特性、又は構造を意味することは当業者にとって明らかであろう。

添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供され、この理解を助けるための様々な特定の詳細を含むが、それらは単なる実施形態にすぎない。したがって、本発明の範囲及び趣旨を逸脱することなく、明細書中に説明した実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかであろう。また、明瞭性と簡潔性の観点から、当業者には既知の機能や構成に関する具体的な説明を省略する。

以下の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、本発明の理解を明確且つ一貫性があるようにするために使用される。したがって、本発明の実施形態の説明が単に実例を提供するためのものであって、特許請求の範囲とこれと均等なものに基づいて定義される発明をさらに限定する目的で提供されるものでないことは、本発明の技術分野における通常の知識を持つ者には明らかであろう。

本願明細書に記載の各エレメントは、文脈中で特に明示しない限り、複数形を含むことは、当業者には理解できるであろう。したがって、例えば、「コンポーネント表面（a component surface）」との記載は、１つ又は複数の表面を含む。

「実質的に（substantially）」という用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られているか、あるいは当業者によって実験なしに得られる要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生することを意味する。

本発明の実施形態は、上述した本発明の技術的な側面を達成するために提供される。本発明の実施形態の実施において、定義されているエンティティは、同一の名称を有し得るが、これらは本発明の範囲を限定するものではない。したがって、本発明の実施形態は、類似した技術的背景を有する任意のシステムにおいても同一であるか又は容易な変更で実施されることが可能である。

本発明の実施形態において、送信端末は、Ｗｉ−Ｆｉダイレクト通信のための接続設定の間に受信端末のユーザの意向を確認する手順を実行することにより、送信する１つ以上のファイルに関するファイル情報を含む要約（Note）、ファイルの全サイズ、ファイルの個数、及びファイルアイテムのようなメタデータ（Meta data）を受信端末に送信する。受信端末は、送信端末から受信されたメタデータをユーザに提供し、ユーザの意向を示すユーザ入力を感知し、ユーザ意向に関する情報で送信端末に応答する。

図１は、本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続が適用されるシステムの構造を示す図である。

図１を参照すると、送信端末１１０及び受信端末１２０が図示される。送信端末１１０は、送信器（Sender）及びサービス探索者（Service Seeker）として機能することができるＷｉ−Ｆｉ端末であり、受信端末１２０のそれぞれは、受信器及びサービス広告者（Service Advertiser）として機能することができるＷｉ−Ｆｉ端末である。説明の便宜のために、用語「送信端末’」及び「受信端末」が使用される。１つ又は複数の受信端末１２０が存在し得る。例えば、送信端末１１０及び受信端末１２０のそれぞれは、組込みＷｉ−Ｆｉモジュールを有する電子機器であり、これは、様々な通信システムのために使用される複数の通信プロトコル（communication protocols）の中の少なくとも１つに基づいて動作する移動通信端末機、スマートフォン、携帯マルチメディアプレーヤー（Portable Multimedia Player：ＰＭＰ）、ディジタル放送プレーヤー、パーソナルディジタルアシスタント（Personal Digital Assistant：ＰＤＡ）、音楽再生プレーヤー、ディスプレイ装置、携帯型ゲーム機、プリンタ、カメラなどのような様々な電子機器のうちの１つであり得る。また、送信端末１１０及び受信端末１２０のそれぞれは、テレビジョン（ＴＶ）、大型ディスプレイ（Large Format Display：ＬＦＤ）、ディジタルサイネージ（Digital Signage：ＤＳ）、メディアポール（media pole）、パーソナルコンピュータ（Personal Computer：ＰＣ）、ラップトップ、プリンタ、又は複合デバイスのような中型又は大型端末に含まれ得る。

Ｗｉ−Ｆｉシステムは、送信端末１１０と受信端末１２０との間でＷｉ−Ｆｉダイレクト通信をサポートし、ダイレクトアクセス（Direct Access：ＤＡ）モードで送信端末１１０と受信端末１２０との間のＷｉ−Ｆｉ接続を確立できる。図１は、Ｗｉ−Ｆｉダイレクト接続がＷｉ−Ｆｉ端末１１０と１２０との間で確立されるシステム構成を示す図である。このようなシステムにおいて、相互に近距離に位置したＷｉ−Ｆｉ端末１１０及び１２０は、アクセスポイント（ＡＰ）を通さず、組込みＷｉ−Ｆｉモジュール又は周辺装置として接続されたＷｉ−Ｆｉモジュールを用いて相互間にＷｉ−Ｆｉダイレクト接続を確立できる。

Ｗｉ−Ｆｉ端末１１０及び１２０は、自身がサポートする機能に関するサポート情報を交換できる。例えば、ユーザが送信端末１１０でＷｉ−Ｆｉサービス基盤アプリケーションを実行する時に、送信端末１１０は、受信端末２００から受信されたサポート機能情報を識別する。送信端末１１０は、サポート機能情報を参照して所定の基準に従って、例えば、送信端末１１０と同一のメーカーの1つ以上の受信端末を優先的に選択する。複数の受信端末１２０が優先的に選択される場合、送信端末１１０は、優先的に選択された端末の中で、送信端末１１０で実行されたアプリケーションのＷｉ−Ｆｉサービスをサポートする端末を二次的に選択する。複数の受信端末１２０が二次的に選択される場合、送信端末１１０は、二次的に選択された受信端末の信号品質、例えば、信号強度に従ってＷｉ−Ｆｉサービスのための最適の受信端末１２０を選択する。送信端末１１０は、実行されたアプリケーションに関する情報を送信することにより、関連したアプリケーションの実行を最適の受信端末１２０に要請できる。

図１に示したシステムがＷｉ−Ｆｉ端末１１０と１２０との間のＷｉ−Ｆｉダイレクト接続を確立するように構成されるが、本発明の実施形態は、Ｗｉ−Ｆｉダイレクト接続に限定されない。すなわち、本発明の実施形態は、Ｗｉ−Ｆｉ端末１１０及び１２０が無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を使用する場合及びＷｉ−Ｆｉ端末１１０及び１２０がＡＰを通して接続される場合にも適用されることができる。

図２は、本発明の一実施形態によるＷｉ−Ｆｉ端末の構造を示すブロック図である。Ｗｉ−Ｆｉ端末の構造は、上述した送信端末１１０及び受信端末１２０に共通的に適用されることができる。

図２を参照すると、Ｗｉ−Ｆｉ端末２００は、Ｗｉ−Ｆｉモジュール２１０、ユーザインターフェース（User Interface：ＵＩ）２２０、メモリ２３０、及び制御部２４０を含む。この構成要素の他にも、Ｗｉ−Ｆｉ端末２００は、その構成に従って他の様々な構成要素をさらに含んでよい。例えば、Ｗｉ−Ｆｉ端末２００は、画面表示のための表示部、移動通信機能を実行するための無線周波数（Radio Frequency：ＲＦ）モジュール、マイクロフォン（ＭＩＣ）及びスピーカ（ＳＰＫ）を有するオーディオ処理部、写真撮影機能のためのカメラモジュール、ディジタル放送モジュール、及びブルートゥース（BLUETOOTH(登録商標)）通信機能を実行するためのブルートゥース通信モジュールの中の少なくとも１つをさらに含んでもよいが、これらに関する説明及び図示は、省略する。

Ｗｉ−Ｆｉモジュール２１０は、Ｗｉ−Ｆｉ端末間のインターネットプロトコル（Internet Protocol：ＩＰ）基盤無線通信をサポートする。Ｗｉ−Ｆｉモジュール２１０は、ＡＰモジュール２１２及び端末（Station：ＳＴＡ）モジュール２１４の中の少なくとも１つを含む。Ｗｉ−Ｆｉモジュール２１０は、制御部２４０の制御の下で、ＡＰモジュール２１２をウェークアップ（wake-up）してＡＰモードで動作するか、又はＳＴＡモジュール２１４をウェークアップして非ＡＰ（non-AP）モード（すなわち、ＳＴＡモード）で動作する。非ＡＰモード（すなわち、ＳＴＡモード）は、Ｗｉ−Ｆｉ端末がＷｉ−Ｆｉサービスを提供するにあたりＷｉ−Ｆｉ端末機能に従って動作を実行するモードを示す。例えば、非ＡＰモードは、図１を参照して上述したような送信端末１１０として機能するモードを示す。ＡＰモードは、Ｗｉ−Ｆｉ端末２００がＷｉ−Ｆｉサービスを提供するにあたりＡＰ機能に従って動作を実行するモードを示す。

Ｗｉ−Ｆｉ端末２００が送信器として動作する場合に、Ｗｉ−Ｆｉモジュール２１０は、ピアＷｉ−Ｆｉ端末とのＷｉ−Ｆｉダイレクト接続の確立の間に、制御部２４０の制御の下で送信されるファイルの属性に関する情報を送信する。ファイル属性情報は、Ｗｉ−Ｆｉ端末間の接続（connectivity）が確立される前にサービス情報を交換するために使用される。ファイル属性情報は、サービスセッションの受け入れ（incoming）を受諾するか又は拒絶するかに関する事前情報（hint）をピアＷｉ−Ｆｉ端末に提供するために使用される。例えば、少なくとも１つのファイル又はコンテンツの送信サービスの場合に、ファイル属性情報は、ファイルに関連した情報を含む要約、ファイルの全サイズ、ファイルの個数、及びファイルの名称の中の少なくとも１つを含み得る。

Ｗｉ−Ｆｉ端末２００が受信器として動作する場合に、Ｗｉ−Ｆｉモジュール２１０は、ピアＷｉ−Ｆｉ端末とのＷｉ−Ｆｉダイレクト接続の確立の間にピアＷｉ−Ｆｉ端末により送信されるファイルに関する属性情報を受信し、この受信したファイル属性情報を制御部２４０に提供する。制御部２４０は、ファイル属性情報をＷｉ−Ｆｉ端末２００のユーザに提供し、ユーザがファイル属性情報に対応する少なくとも１つのファイルを受信すべきであるか否かをユーザに問い合せる。

ユーザインターフェース（ＵＩ）２２０は、ユーザの操作を感知し、感知したユーザの操作に対応する入力信号を生成し、この入力信号を制御部２４０に提供し、制御部２４０の制御の下でユーザに関する情報をディスプレイするか又は出力する。このために、ＵＩ２２０は、１つ以上の論理的又は物理的なボタン、ディスプレイ、タッチスクリーン、ジェスチャー感知モジュール、スピーカ、及びマイクロフォンの中の少なくとも１つを含み得る。特に、ＵＩ２２０は、Ｗｉ−Ｆｉ基盤サービスの使用のためのＷｉ−Ｆｉ機能の実行、例えば、Ｗｉ−Ｆｉ端末間の接続設定の開始、送信されるファイルの選択、又はファイル送信の受諾又は拒絶に関連したユーザ入力信号を生成する１つ以上の入力手段を含み得る。また、ＵＩ２２０は、受信されるファイルに関する情報を表示する出力手段を含み得る。

メモリ２３０は、Ｗｉ−Ｆｉ端末２００で実行され処理される各種プログラムコード及びデータを記憶する。メモリ２３０は、１つ以上の揮発性メモリ素子及び／又は非揮発性メモリ素子を含む。例えば、メモリ２３０は、Ｗｉ−Ｆｉ端末２００のオペレーティングシステム（ＯＳ）、Ｗｉ−Ｆｉモジュール２１０を通して交換される情報及びデータ、送信される少なくとも１つのファイル、及び少なくとも１つのファイルに関する情報などを持続的に又は一時的に記憶する。

制御部２４０は、Ｗｉ−Ｆｉ端末２００の全般的な制御を容易にする。制御部２４０は、Ｗｉ−Ｆｉ端末２００でのＷｉ−Ｆｉサービスを提供するために使用される機能の実行に関連した動作を制御する。また、制御部２４０は、Ｗｉ−Ｆｉ端末２００でのファイル送信サービスに関連した動作を制御できる。具体的に、制御部２４０は、送信されるファイルに関するファイル属性情報をファイル自体及び／又はユーザ入力に基づいて生成するか又はメモリ２３０からファイル属性情報を検索し、ファイル属性情報をピアＷｉ−Ｆｉ端末に送信するようにＷｉ−Ｆｉモジュール２１０を制御できる。また、制御部２４０は、ピアＷｉ−Ｆｉ端末から受信されるファイルに関するファイル属性情報を解析し、ファイル属性情報をＵＩ２２０を通して出力し、ユーザの意向に関する情報をＵＩ２２０から受信する。制御部２４０は、ユーザがファイル送信を受諾しない場合に、ピアＷｉ−Ｆｉ端末とのＷｉ−Ｆｉダイレクト接続の設定を中断するようにＷｉ−Ｆｉモジュール２１０に命令する。

以下では、本発明の実施形態による制御部２４０の動作について詳細に説明する。上述した動作の他にも、制御部２４０は、Ｗｉ−Ｆｉ端末２００の通常的な機能に関連した各種制御動作を実行する。例えば、制御部２４０は、アプリケーションが通信機能に基づいて実行される時に、移動通信ネットワークを使用する通信機能を制御できる。また、制御部２４０は、通信機能を有するアプリケーションが実行される場合に、通信機能を制御する。

図３は、本発明の一実施形態による送信端末及び受信端末の構造を示すブロック図である。

図３を参照すると、送信端末３１０において、送信（ＴＸ）部３１２は、Ｗｉ−Ｆｉダイレクト接続設定の間に、送信端末３１０により送信されるファイルに関するファイル属性情報を所定のメッセージ又はフレームに乗せて受信端末３２０に送信する。メッセージ又はフレームは、Ｗｉ−Ｆｉダイレクトサービスのために使用可能なメッセージ、例えば、一般的な広告サービス（Generic Advertisement Service：ＧＡＳ）初期要請アクションフレーム（Initial Request Action frame）又はＰ２Ｐ（Peer-to-Peer）公開アクションフレーム（Public Action frame）であり得る。

受信（ＲＸ）部３１４は、受信端末３２０のユーザがファイル送信を受諾するか又は拒絶するかのユーザの意向に関する情報を受信する。ユーザ意向情報は、例えば、ＧＡＳ初期要請アクションフレーム又はＰ２Ｐ公開アクションフレームに含まれて送信される。

制御部３１６は、受信端末３２０から受信したユーザ意向情報に基づいて、受信端末３２０とのＷｉ−Ｆｉ接続設定を継続するか又は中断するかを決定する。

受信端末３２０において、受信（ＲＸ）部３２４は、送信端末３１０により送信されるファイルに関するファイル属性情報を送信端末３１０から受信する。送信（ＴＸ）部３２２は、制御部３２６の制御の下に、受信端末３２０のユーザがファイル送信を受諾するか又は拒絶するかについてのユーザの意向に関する情報を送信端末３１０に送信する。制御部３２６は、送信端末３１０からの送信サービスが受信されたファイル属性情報に基づいて受諾されるべきであるか否かをユーザに問い合せ、ユーザ意向情報を生成し送信部３２２に送信する。

制御部３２６は、生成されたユーザ意向情報に基づいて、送信端末３１０とのＷｉ−Ｆｉダイレクト接続設定を継続するか又は中断するかを決定できる。

図４は、本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続を通したファイル送信手順を示すフローチャートである。

図４を参照すると、ステップ４０５において、送信端末は、送信する少なくとも１つのファイルを決定し、ステップ４１０において、端末ディスカバリー手順を通してＷｉ−Ｆｉ通信が可能なピア端末（すなわち、受信端末）を検索する。ピア端末が検索される場合、ステップ４１５において、送信端末は、サービスディスカバリー手順を通して受信端末に接続するサービスの種類、例えば、Ｗｉ−Ｆｉダイレクトサービスを決定する。ステップ４２０において、ファイルを送信する受信端末を選択した後に、ステップ４２５において、送信端末は、ファイルに関するファイル属性情報を送信することによりファイルを受信する意向があるか否かを受信端末に問い合せる。受信端末がファイルを受信する意向があることに応答する場合、送信端末は、ステップ４３０でのグループ形成（Group Formation）、ステップ４３５での認証（Authentication）、及びステップ４４０でのアソシエーション（Association）により受信端末とのＷｉ−Ｆｉダイレクト接続を確立する。その後に、送信端末は、ステップ４４５において、Ｗｉ−Ｆｉダイレクト接続でファイル送信サービスセッションを設定し、ファイル送信サービスセッションを通してファイルを受信端末に送信する。

図５は、本発明の一実施形態による送信端末と受信端末間の信号フローを示す図である。

図５を参照すると、ステップ５１０において、送信端末５０２（すなわち、送信器）は、送信する少なくとも１つのファイルを決定し、ステップ５１５において、端末ディスカバリー（device discovery）によりファイルを受信する少なくとも１つの受信端末５０４（すなわち、受信器）を検索する。ステップ５２０において、送信端末５０２は、少なくとも１つの受信端末５０４とサービスディスカバリー（service discovery）を実行し、ステップ５２５において、ファイルを受信する少なくとも１つの受信端末５０４を決定する。

ステップ５３０において、送信端末５０２は、受信端末５０４がサービスアソシエーションによりファイルに関するファイル属性情報を送信することにより、ファイルを受信する意向があるか否かを少なくとも１つの受信端末５０４に問い合せる。少なくとも１つの受信端末５０４がファイルを受信する意向があることに応答するか又は少なくとも１つの受信端末５０４からの何らの応答なしにタイムアウトが発生する場合に、送信端末５０２は、ステップ５３５において、少なくとも１つの受信端末５０４とのグループ形成（Group Formation）を実行し、ステップ５４０において、グループの少なくとも１つの受信端末５０４に対する認証（Authentication）を実行し、ステップ５４５において、アソシエーション（Association）を通じて少なくとも１つの受信端末５０４との接続を確立する。

ステップ５５０において、送信端末５０２は、この確立された接続を通してファイルを受信端末５０４に送信する。

上述したように、送信端末５０２は、サービスディスカバリーにより検索された端末の中でファイルを受信する受信端末５０４を選択し、ファイル属性情報を搬送するメッセージを選択された受信端末５０４に送信する。受信端末５０４は、送信端末５０２により送信されるファイルに対応する事前情報を受信し、ファイルの受信に関するユーザの意向を示すメッセージを送信端末５０２に送信する。その後に、送信端末５０２は、ユーザがファイルを受信する意向がある場合に、受信端末５０４とのＷｉ−Ｆｉダイレクト接続設定を継続する。

図６は、本発明の一実施形態による送信端末と受信端末間のファイル属性情報の送信手順を示す信号フローを示す図である。

図６を参照すると、ステップ６１０において、送信端末６０２は、端末ディスカバリーにより受信端末６０４を検索した後に、ステップ６１５において、サービスディスカバリーのためのサービスディスカバリー要請（Service Discovery Request）を受信端末６０４に送信する。ステップ６２０において、受信端末６０４は、サービスディスカバリー応答（Service Discovery Response）を送信端末６０２に送信する。

ファイルを受信する受信端末６０４を選択した後に、送信端末６０２は、ステップ６２５において、ファイルに関するファイル属性情報を含むサービスアソシエーション要請（Service Association Request）を受信端末６０４に送信する。受信端末６０４は、ステップ６３０において、ユーザの意向を示すサービスアソシエーション応答（Service Association Response）を送信端末６０２に送信する。

ファイル属性情報は、ＧＡＳ初期要請アクションフレーム又はＰ２Ｐ公開アクションフレームを使用して送信され得る。

本発明の一実施形態において、ＧＡＳ初期要請アクションフレームは、以下に述べられる表１に示すフィールドの中の少なくとも１つを含んで構成される。表１は、ＧＡＳ初期要請アクションフレームの１つであり、ＧＡＳ初期要請フレームのベンダースペシフィックコンテンツ（Vendor Specific content of GAS Initial Request）フレームの構成を示す。

表１を参照すると、ＯＵＩサブタイプ（Organizationally Unique Identifier Subtype）フィールドは、対応するフレームを示すＷｉ−Ｆｉアライアンス（ＷＦＡ） ＯＵＩサブタイプを示す。サービスプロトコルタイプ（Service Protocol Type）フィールドは、対応するフレームが送受信される無線環境でのプロトコルのタイプを示す。例えば、サービスプロトコルタイプフィールドが「００００００００」である場合に、「All Service Protocol Type」を示し、「０００００００１」である場合に、「Bonjour」を示し、「００００００１０」である場合に、「UPnP（Universal Plug and Play）」を示す。サービスプロトコルタイプフィールドが「００００００１１」である場合に、「WSDiscovery（Web Service Discovery）」を示す。サービスプロトコルタイプフィールドが「１１１１１１１１」である場合に、「Vendor Specific」を示す。本発明の実施形態において、サービスプロトコルタイプフィールドは、Ｗｉ−Ｆｉダイレクトサービスを示すために「０００００１０１」に設定される。

Lengthフィールドは、対応するメッセージの全サイズを特定し、サービストランザクションＩＤ（Service Transaction ID）フィールドは、サービス要請をそれに対応するサービス応答とマッチングするために非ゼロ（non-zero）値に設定される。

サービス要請情報（Service Request Information）フィールドは、送信されるファイルに関連したメタデータを提供する。

本発明の一実施形態において、サービス要請情報フィールドは、以下に述べられる表２に示すフィールドの中の少なくとも１つを含んで構成される。

表２を参照すると、Noteフィールドは、送信されるファイルに関連した説明のフリーテキストをＡＳＣＩＩ（American Standard Code for Information Interchange）フォーマットで提供する。Sizeフィールドは、送信されるファイルの全サイズを特定し、No of Itemsフィールドは、送信されるファイルアイテムの個数を示し、Itemフィールドは、各ファイルアイテムを説明するメタデータを提供する。

表２に示すItemフィールドは、以下に述べられる表３に示すフィールドの中の少なくとも１つを含んで構成される。

表３を参照すると、Nameフィールドは、送信されるファイル名を示し、Sizeフィールドは、送信されるファイルのサイズを特定し、Typeフィールドは、送信されるコンテンツのタイプ、例えば、ファイル又はフォルダーを示す。

ＧＡＳ初期要請アクションフレーム（GAS Initial Request Action frame）に対応する応答フレームは、以下に述べられる表４に示すフィールドの中の少なくとも１つを含んで構成される。すなわち、ＧＡＳ初期応答フレームのベンダースペシフィックコンテンツ（Vendor Specific content of GAS Initial Response）の構成を示す。

表４を参照すると、ステータスコード（Status Code）フィールドは、ファイル送信が受信端末により受諾されるか（「０」）又は拒絶されるか（「４」）を示す。サービス応答情報（Service Response Information）フィールドは、サービスアソシエーション要請に応答する付加情報を提供し、以下に述べられる表５に示すような構成を有する。

本発明の他の実施形態において、Ｐ２Ｐ公開アクションフレーム（P2P Public Action Frame）は、以下に述べられる表６に示すフィールドの中の少なくとも１つを含んで構成される。Ｐ２Ｐ公開アクションフレームのタイプであるＰ２Ｐプロビジョンディスカバリー要請（P2P Provision Discovery Request）フレームは、ファイル属性情報を搬送する。

表６を参照すると、Category、OUI、OUI type、及びOUI Subtypeフィールドは、対応するフレームのタイプに従って設定される情報領域である。Dialog Tokenフィールドは、サービス要請及びサービス応答のトランザクションを識別するために送信端末により設定される。

Elementsフィールドは、本発明の一実施形態に従って送信されるファイルに関連したメタデータを提供する。例えば、Elementsフィールドは、以下に述べられる表７に示すフィールドの中の少なくとも１つを含んで構成される。

表７を参照すると、ElementID、Length、OUI、及びOUI typeフィールドは、対応するElementフィールドのタイプに従って設定される情報領域である。サービス属性（Service Attributes）フィールドは、本発明の一実施形態に従って送信されるファイルのサービス特定属性を示す。

本発明の一実施形態において、表７のService Attributesフィールドは、以下に述べられる表８に示すフィールドの中の少なくとも１つを含んで構成される。

表８において、属性ボディー（Attribute Body）フィールドは、送信されるファイルに関するファイル属性情報を含む。本発明の一実施形態において、以下に述べられる表９に示すフィールドの中の少なくとも１つを含んで構成される。

表９を参照すると、Noteフィールドは、送信されるファイルに関連した説明のフリーテキストをＡＳＣＩＩフォーマットで提供する。Sizeフィールドは、送信されるファイルの全サイズを特定し、No of Itemsフィールドは、送信されるファイルアイテムの個数を示し、Itemフィールドは、各ファイルアイテムを説明するメタデータを提供する。

表９に示すItemフィールドは、以下に述べられる表１０に示すフィールドの中の少なくとも１つを含んで構成される。

表１０を参照すると、Nameフィールドは、送信されるファイル名を示し、Sizeフィールドは、送信されるファイルのサイズを特定し、Typeフィールドは、送信されるコンテンツのタイプ（例えば、ファイル又はフォルダー）を示す。

表１１及び表１２は、Attribute Bodyフィールドに含まれるファイル属性情報の例を示す。表１１は、Itemフィールドが含まれない場合のファイル属性情報の例を示し、表１２は、Itemフィールドが含まれる場合のファイル属性情報の例を示す。

P2P Public Action Frameに対する応答フレームは、以下に述べられる表１３に示すフィールドの中の少なくとも１つを含んで構成される。

表１３を参照すると、Elementsフィールドは、ファイル送信が受諾されるか又は拒絶されるかを示す応答情報、ステータスコード、及び／又は他の情報を含む。

本発明の実施形態では、端末ディスカバリー及びサービスディスカバリーの後のサービスアソシエーション手順を通じたファイル属性情報の送信について上述したが、選択可能な他の実施形態としては、送信端末がサービスディスカバリー、グループ形成、認証、及びファイル転送を含む全サービス設定手順で受信端末と交換される他のメッセージを通じてファイル属性情報を送信し、それに対する応答メッセージを受信することにより受信端末のユーザの意向を確認することができる。

図７は、本発明の他の実施形態による送信端末と受信端末間のファイル属性情報の送信手順を示す信号フローを示す図である。

図７を参照すると、ステップ７１０において、送信端末７０２は、端末ディスカバリーを通して少なくとも１つの隣接端末を検索する。ステップ７１５において、送信端末７０２は、サービスディスカバリーを通して提供されるサービスの名称に関する情報、サービスに関する情報などを取得し、検索された少なくとも１つの端末の中で実際に少なくとも１つのファイルを送信する少なくとも１つの受信端末７０４を選択する。

ステップ７２０において、送信端末７０２は、送信する少なくとも１つのファイルに関するファイル属性情報及び少なくとも１つのファイルの個数、全サイズ、及びファイル名に関する情報を含むP2P Provision Discovery Requestフレームを受信端末７０４に送信する。受信端末７０４は、P2P Provision Discovery Requestフレームの受信に成功したことを示すP2P Provision Discovery Responseフレームを送信端末７０２に送信する。本発明の一実施形態において、P2P Provision Discovery Responseフレームは、ユーザの意向に関する情報が送信されるまで手順の延期（defer）を示すステータスコードを含み得る。これは、受信端末７０４がユーザ入力の受信を待機するためである。

単一のファイルが送信される場合に、属性（Attributes）フィールドは、ファイル名を示す。複数のファイルが送信される場合に、Attributesフィールドは、ファイルの中で選択された少なくとも１つのファイル名を含み得る。少なくとも１つのファイルは、ユーザにより選択されるか又は実施に従って、例えば、もっとも大きいサイズを有するファイルであり得る。ユーザがコンテナで複数のファイルを送信する場合に、Attributesフィールドは、ファイル名の代わりにコンテナの名称を含み得る。

受信端末７０４は、ＵＴＦ（Universal Transformation Format）−８のような所定の方式でAttributesフィールドに含まれたテキストをチェックし、チェックされたテキスト（すなわち、ファイルの個数、サイズ、及び名称）をユーザインターフェース（ＵＩ）上にディスプレイする。ＵＩを通してファイル転送のためのサービスセッションが受諾されるか又は拒絶されることを示すユーザ入力が検出される場合に、ステップ７２０において、受信端末７０４は、受諾又は拒絶を示すステータスコードを含むP2P Provision Discovery Requestフレームを送信端末７０２に送信する。受信端末７０４は、所定の時間のタイムアウトの前にユーザ入力を検出しなかった場合に、事前設定に従ってステータスコードを受諾するか又は拒絶するかを設定する。送信端末７０２は、P2P Provision Discovery Requestフレームの受信に成功したことを示すP2P Provision Discovery Responseフレームを受信端末７０４に送信する。選択可能な他の実施形態では、ステップ７２０において、送信端末７０２が要請フレームを送信した後に所定の時間のタイムアウトの前に応答を受信しなかった場合に、受信端末７０４がサービスセッションを拒絶したものと見なす。

サービスセッションが受諾される場合に、ステップ７３０において、送信端末７０２及び受信端末７０４は、グループ形成及びセッション設定を実行し、ステップ７３５において、送信端末７０２は、サービスセッションを通してファイルを受信端末７０４に送信する。

図８は、本発明の一実施形態による送信端末の動作を示すフローチャートである。

図８を参照すると、ステップ８０５において、送信端末は、Ｗｉ−Ｆｉダイレクトサービスを実施するためのアプリケーションを実行し、送信するファイルを決定する。ステップ８１０において、送信端末は、決定したファイル自体又は追加のユーザ入力に基づいてファイルに関するファイル属性情報を生成する。ステップ８１５において、送信端末は、端末ディスカバリー及びサービスディスカバリーによりファイルを受信する受信端末を選択する。ステップ８１０及びステップ８１５は、順序に関係なく並列に実行され得る。ステップ８２０において、送信端末は、ファイル属性情報を含む第１のフレームを受信端末に送信し、ステップ８２５において、ファイル送信サービスの受諾又は拒絶を示すステータスコードを含む第２のフレームを受信端末から受信する。

ステップ８３０において、送信端末は、受信されたステータスコードがファイル送信サービスの受諾を示すか又は拒絶を示すかを判定する。ステータスコードがファイル送信サービスの受諾を示す場合に、送信端末は、ステップ８３５に進む。ステータスコードがファイル送信サービスの拒絶を示す場合に、送信端末は、ステップ８４５に進む。図示していないが、送信端末が第１のフレームを送信した後に所定の時間期間内に第２のフレームを受信しない場合に、送信端末は、このようなシナリオをファイル送信サービスの拒絶として見なしてステップ８４５に進む。

ステップ８３５において、送信端末は、所定の手順でグループ形成及びセッション設定を完了し、ステップ８４０において、確立されたセッションでファイルを送信する。

ステップ８４５において、送信端末は、サービス接続設定手順を中断し、受信端末がファイルの送信を拒絶したことをユーザに通知する。例えば、送信端末は、「ファイル受信が受諾されない」というテキストメッセージを画面に表示する。

図９は、本発明の一実施形態による受信端末の動作を示すフローチャートである。

図９を参照すると、ステップ９０５において、受信端末は、Ｗｉ−Ｆｉダイレクトサービスを実施するための端末ディスカバリー及びサービスディスカバリーによりファイル送信サービスのためのサービスセッションの設定を希望する送信端末を感知する。ステップ９１０において、受信端末は、送信端末により送信されるファイルに関するファイル属性情報を含む第１のフレームを受信する。ステップ９１５において、受信端末は、必要であれば、Ｗｉ−Ｆｉダイレクトサービスのためのアプリケーションを活性化した後に、ファイル属性情報に基づくファイル情報をユーザに提供する。例えば、受信端末は、送信端末により送信されるファイルに関連した情報を含む要約、ファイルの全サイズ、ファイルの個数、ファイル名の中の少なくとも１つを画面上に表示し、ファイル送信サービスの受諾又は拒絶を希望するかをユーザに問い合せる。

ステップ９２０において、受信端末は、ユーザ入力が受信されたか否かを判定する。ファイル送信サービスの受諾を示すユーザ入力を感知する場合に、受信端末は、ステップ９２５に進む。ファイル送信サービスの拒絶を示すユーザ入力を感知するか又はタイムアウトまでユーザ入力が存在しない場合に、受信端末は、ステップ９４０に進む。

ステップ９２５において、受信端末は、ファイル送信サービスの受諾を示すステータスコードを含む第２のメッセージを送信端末に送信する。ステップ９３０において、グループ形成及びセッション設定の後に、受信端末は、ステップ９３５において、送信端末からファイルを受信する。ファイル受信が完了すると、セッションは、自動で終了する。

ステップ９４０において、受信端末は、ファイル送信サービスの拒絶を示すステータスコードを含む第２のメッセージを送信端末に送信する。ステップ９４５において、受信端末は、サービス接続設定手順を中断する。

図１０は、本発明の一実施形態による受信端末のユーザの意向を問い合わせる画面を示す図である。

図１０を参照すると、受信端末は、送信端末から受信したファイル属性情報の少なくとも一部１０１０をＷｉ−Ｆｉダイレクト接続のためのサービス画面１０００上に表示し、ユーザがファイル送信サービスの受諾又は拒絶を選択するための少なくとも１つのソフトボタン１０３０を表示する。例えば、「Wedding Photos, Number:3, Size:400MB, Name:abcd.jpg」が表示される。ユーザは、ソフトボタン１０３０の中の１つを選択することによりファイル送信サービスを受諾するか又は拒絶する。

図１１は、本発明の一実施形態によるＷｉ−Ｆｉダイレクトサービスのためのフレームワークを示す図である。

図１１を参照すると、フレームワーク１１００は、ＵＩアプリケーション１１１０、サービスプロセス１１２０、アプリケーションサービスプラットホーム（Application Service Platform：ＡＳＰ）１１３０、及びＷｉ−Ｆｉ Ｐ２Ｐインターフェース１１４０を含む。

ＵＩアプリケーション１１１０は、Ｗｉ−Ｆｉ接続サービスをサポートするアプリケーションである。サービスプロセス１１２０は、接続されるサービスのタイプ、すなわち、再生（Play）、送信（Send）、ディスプレイ、及びプリントサービスに対する標準化にされた機能（standardized functionality）を提供する。１つの端末のサービスプロセス１１２０は、共通のプロトコル及びＡＳＰ１１３０を通して少なくとも１つのピア端末の類似したサービスプロセスと通信する。

ＡＳＰ１１３０は、再生、送信、ディスプレイ、及びプリントサービスのために必要とされる共通の機能を実行する論理的なエンティティである。共通の機能は、サービス及び端末ディスカバリー、セッション管理、アクセストポロジー管理、及び保安の中の少なくとも１つを含む。ＡＳＰ１１３０は、ピア端末のＡＳＰと論理的なリンク（すなわち、ＡＳＰセッション）を確立する。ＡＳＰセッションを開始するためには、Ｐ２Ｐ接続は、端末間で確立される必要がある。Ｐ２Ｐ接続は、Ｐ２Ｐインターフェース１１４０により生成される。

図１２Ａ、図１２Ｂ、及び図１２Ｃは、本発明の一実施形態によるＷｉ−Ｆｉダイレクト接続を通してファイル送信サービスを提供する手順を示す図である。図１２Ａ、図１２Ｂ、及び図１２Ｃにおいて、端末Ａ（すなわち、Device A）は、サービス広告者として動作し、端末Ｂ（すなわち、Device B）は、サービス探索者として動作する。ファイル送信サービスにおいて、端末Ａは、受信端末であり、端末Ｂは、送信端末である。Ｗｉ−Ｆｉ Ｐ２Ｐインターフェースを通して端末Ａと端末Ｂ間の接続が確立され、ここでは、図１２Ａ、図１２Ｂ、及び図１２Ｃに図示しない。

図１２Ａ、図１２Ｂ、及び図１２Ｃを参照すると、端末Ａのサービスプロセスは、AdvertiseService命令によりサービスをＡＳＰに広告することにより、他の端末、例えば、端末Ｂは、広告されたサービスに関連したＡＳＰセッションを検索し初期化する。端末Ｂでアプリケーションが実行され、特定のファイルを送信するためのサービス使用命令が発生する場合に、端末Ｂのサービスプロセスは、サービスディスカバリーを要請するSeekService命令を端末ＢのＡＳＰに送信する。端末ＢのＡＳＰは、この命令に応じて、ステップ１２０５において、サービス名に基づいて生成されたハッシュ値（hash value）を有するＰ２Ｐプローブ要請を端末ＡのＡＳＰに送信する。

端末ＡのＡＳＰは、広告されるサービス名のハッシュ値がＰ２Ｐプローブ要請で受信されたハッシュ値にマッチングされるか否かを判定する。ハッシュ値がマッチングされる場合に、端末ＡのＡＳＰは、Ｐ２Ｐプローブ応答を端末ＢのＡＳＰに送信する。Ｐ２Ｐプローブ応答は、ハッシュマッチングにより確認されたサービス名及び端末Ａで広告しているサービスの広告ＩＤを含む。

ステップ１２１０において、端末ＢのＡＳＰは、接続されるサービス名及びサービスディスカバリーのために必要とされる付加情報を含むサービス情報要請をＰ２Ｐサービスディスカバリー要請を通して端末Ａに送信する。端末ＡのＡＳＰは、Ｐ２Ｐサービスディスカバリー要請で受信されたサービス名及びサービス情報にマッチングされるストリング（string）が存在するか否かを判定する。マッチングされたストリングを検出する場合に、端末Ａは、サービス名、サービスの広告ＩＤ及びサービスステータスを含むＰ２Ｐサービスディスカバリー応答を端末Ｂに送信する。ここで、サービスステータスは、端末Ａが対応するサービスの接続を受諾するか否かを示す。

端末ＢのＡＳＰは、Ｐ２Ｐサービスディスカバリー応答で識別された端末Ａを含む少なくとも１つの端末を含む端末リストをサービスプロセスに送信する。サービスプロセスは、端末リストをアプリケーションによりユーザに通知する。ステップ１２１５において、アプリケーションは、端末リストの少なくとも１つの端末を選択するユーザ入力を感知し、選択された端末をサービスプロセスに通知する。サービスプロセスは、選択された端末とのセッション接続設定を端末ＢのＡＳＰに要請する。

ステップ１２２０において、端末ＢのＡＳＰは、送信される１つ以上のファイルに関するファイル属性情報を示すセッション情報及び接続性能（Connection Capabilities）を含むＰ２Ｐプロビジョンディスカバリー要請を端末ＡのＡＳＰに送信し、端末Ｂのサービスプロセスにサービス要請の送信を示す接続状態（ConnectStatus）イベントを送信する。Ｐ２Ｐプロビジョンディスカバリー要請は、ファイルに関するファイル属性情報として、ファイルの個数、ファイルの全サイズ、及びファイル名の中の少なくとも１つを含む。端末ＡのＡＳＰは、Ｐ２Ｐプロビジョンディスカバリー要請の受信に成功したことを示しつつ、ユーザ入力が確認されるまでサービス要請の延期を要請するステータスコードを含むＰ２Ｐプロビジョンディスカバリー応答を端末ＢのＡＳＰに送信する。端末ＢのＡＳＰは、サービス要請の延期を示すConnectStatusイベントをサービスプロセスに送信する。端末Ｂのサービスプロセスは、ConnectStatusイベントに応答して、端末Ａのユーザ意向が確認されるまでサービス要請の延期を認識し、タイマーを活性化する。このタイマーは、ユーザの意向を示すＰ２Ｐプロビジョンディスカバリー要請が端末Ａから受信される時にリセットされる。

端末ＡのＡＳＰは、端末Ｂから受信されたＰ２Ｐプロビジョンディスカバリー要請に応答じてセッション要請をサービスプロセスに通知する。端末Ａのサービスプロセスは、必要であれば、Ｗｉ−Ｆｉダイレクトサービスのアプリケーションを活性化し、ファイルに関するファイル属性情報を有するセッション情報をアプリケーションに送信する。

ステップ１２２５において、端末Ａのアプリケーションは、セッション情報から読み出されたファイル属性情報に基づいてファイルに関する情報を画面にディスプレイすることによりユーザ入力を要請する。ファイル送信サービスに対する受諾を示すユーザ入力が検出される場合に、アプリケーションは、ユーザ受諾をサービスプロセスに通知し、サービスプロセスは、セッション設定の確認を示すセッション確認（SessionConfirm）命令を端末ＡのＡＳＰに送信する。セッション情報をアプリケーションに送信する場合に、端末Ａのサービスプロセスは、タイマーを活性化する。ユーザ入力が受信される場合に、タイマーは、リセットされる。本発明の一実施形態において、ユーザ入力がタイマーの満了の前に感知されなかった場合に、端末Ａのサービスプロセスは、事前設定に従ってファイル送信サービスの受諾を示すSessionConfirm命令をＡＳＰに送信する。

ステップ１２３０において、端末ＡのＡＳＰは、サービスプロセスから受信されたSessionConfirm命令に応答して、受諾を示すステータスコードと、必要であれば、セッション情報を含むＰ２Ｐプロビジョンディスカバリー要請を端末ＢのＡＳＰに送信する。端末ＢのＡＳＰは、サービス要請の受諾を示すConnectStatusイベントをサービスプロセスに送信し、セッション接続手順の残りの動作を継続して実行する。

具体的に、ステップ１２３５において、端末Ａ及び端末ＢのＡＳＰは、Ｐ２Ｐグループを形成するか、又は既存のＰ２Ｐグループに参加し、自身のサービスプロセスにグループ形成の開始及び完了のイベントをそれぞれ報告する。

ステップ１２４０において、端末ＢのＡＳＰは、広告ＩＤ、対応するＡＳＰセッションを識別するためにセッションＩＤと結合される媒体アクセス制御（Medium Access Control）アドレス、及び端末ＢのＡＳＰにより割り当てられるセッションＩＤを含むセッション要請（REQUEST_SESSION）を端末ＡのＡＳＰに送信する。端末ＡのＡＳＰは、アクノリッジメント（Acknowledgement：ＡＣＫ）で端末ＢのＡＳＰに応答する。端末ＢのＡＳＰは、セッション初期化を示すSessionStatusイベントを自身のサービスプロセスに送信し、端末ＡのＡＳＰは、セッション要請を示すSessionStatusイベントを自身のサービスプロセスに送信する。

ステップ１２４５において、端末ＡのＡＳＰは、サービスプロセス及びセッションのためのポートを開放するための動作を実行し、ＭＡＣアドレス及びセッションＩＤを含むセッション追加（ADDED_SESSION）フレームを端末ＢのＡＳＰに送信する。端末ＢのＡＳＰは、ＡＣＫで端末Ａに応答し、セッションが開放されることを示すSessionStatusイベントを自身のサービスプロセスに送信することにより、サービスプロセス及びセッションのためのポートを開放する動作を実行する。セッションが開放される場合に、端末Ｂのサービスプロセスは、ステップ１２５０において、セッションを通してアプリケーションソケット接続（Application Socket Connect）メッセージを端末Ａのサービスプロセスに送信する。

ステップ１２５５において、端末Ｂのアプリケーションは、アプリケーションデータ（すなわち、ファイル）を端末Ａのアプリケーションに送信する。

ファイル送信が完了する前又は後に、端末Ｂのアプリケーションがセッション終了を示す入力をサービスプロセスに送信する場合に、端末Ｂのサービスプロセスは、セッション閉鎖及びポート解除をＡＳＰに要請する。ステップ１２６０において、端末ＢのＡＳＰは、除去されるセッションを示すための広告ＩＤ、ＭＡＣアドレス、及びセッションＩＤを含むセッション除去（REMOVE_SESSION）フレームを端末ＡのＡＳＰに送信する。端末ＡのＡＳＰは、セッション閉鎖要請を示すSessionStatusイベントをサービスプロセスに送信する。サービスプロセスは、セッション終了をアプリケーションに通知した後に、ポート解除（ReleasePort）命令をＡＳＰに送信する。端末ＡのＡＳＰからＡＣＫを受信した後に、端末ＢのＡＳＰは、セッション閉鎖を示すSessionStatusイベントをサービスプロセスに送信する。接続解除要請（Dissociation Request）を端末ＡのＡＳＰに送信した後に、端末ＢのＡＳＰは、端末ＡのＡＳＰから接続解除応答（Dissociation Response）を受信する。活性化されたセッションがこれ以上存在しない場合に、端末ＡのＡＳＰは、受け入れポートを閉鎖することにより、すべてのセッションを終了する。

上記したように、本発明の実施形態では、一般的な入力データの処理及び出力データの生成を含み、入力データの処理及び出力データの生成は、ハードウェア又はソフトウェアとハードウェアとの組み合わせを通じて実現することができる。例えば、特定の電子部品が、上述した本発明の実施形態に基づくコンテンツ検索、及び表示に関連した機能を実行するための携帯デバイス、又は、それに類似又は関連する回路内で使用される。あるいは、格納されている命令に従って動作する少なくとも一つ又はそれ以上のプロセッサは、上記した本発明の実施形態によるコンテンツの検索及び表示に関連した機能を実行することができる。このような場合、これら命令が一つ又はそれ以上のプロセッサ読み取り可能な記録媒体に格納されることは、現在開示されている範囲内にある。プロセッサ読み取り可能な記録媒体の例としては、ＲＯＭ(Read-Only Memory)、ＲＡＭ(Random-Access Memory)、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、及び光データ格納デバイスを含む。また、これらプロセッサ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることにより、命令は分散形態で格納され実行される。また、本発明を達成するための機能的コンピュータプログラム、命令、及び指示セグメントは、当該技術分野を熟知したプログラマにとっては容易に理解できることである。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきものである。

１１０ 送信端末
１２０ 受信端末
２００ Ｗｉ−Ｆｉ端末
２１０ Ｗｉ−Ｆｉモジュール
２１２ ＡＰモジュール
２１４ 端末（Ｓｔａｔｉｏｎ：ＳＴＡ）モジュール
２２０ ユーザインターフェース（ＵＩ）
２３０ メモリ
２４０ 制御部
３１０ 送信端末
３１２ 送信（ＴＸ）部
３１４ 受信（ＲＸ）部
３１６ 制御部
３２０ 受信端末
３２２ 送信（ＴＸ）部
３２４ 受信（ＲＸ）部
３２６ 制御部
５０２ 送信端末
５０４ 受信端末
６０２ 送信端末
６０４ 受信端末
７０２ 送信端末
７０４ 受信端末
１０００ サービス画面
１０１０ ファイル属性情報
１０３０ ソフトボタン
１１００ フレームワーク
１１１０ アプリケーション
１１２０ サービスプロセス
１１３０ アプリケーションサービスプラットホーム
１１４０ インターフェース

Claims (17)

1. ユーザの意向を反映したサービス接続方法であって、
   Ｗｉ−Ｆｉダイレクト接続を通して送信する少なくとも１つのファイルを決定するステップと、
   端末ディスカバリーにより前記少なくとも１つのファイルを受信するピア端末を選択するステップと、
   前記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、前記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを前記ピア端末に送信するステップと、
   前記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを前記ピア端末から受信するステップと
   を有することを特徴とするサービス接続方法。
2. 前記端末ディスカバリーの後にサービスディスカバリーを実行するステップをさらに有することを特徴とする請求項１に記載のサービス接続方法。
3. 前記第２のフレームに含まれた情報が前記Ｗｉ−Ｆｉダイレクト接続が受諾されることを示す場合に、Ｗｉ−Ｆｉダイレクト接続設定の残りの手順を実行し、前記Ｗｉ−Ｆｉダイレクト接続を通して前記少なくとも１つのファイルを前記ピア端末に送信するステップをさらに有することを特徴とする請求項１に記載のサービス接続方法。
4. 前記第２のフレームに含まれた情報が前記Ｗｉ−Ｆｉダイレクト接続が拒絶されることを示す場合に、前記Ｗｉ−Ｆｉダイレクト接続設定を中断するステップをさらに有することを特徴とする請求項１に記載のサービス接続方法。
5. 前記ファイル属性情報は、送信されるファイルの個数、前記ファイルの全サイズ、及び前記少なくとも１つのファイル名の中の少なくとも１つを含むことを特徴とする請求項１に記載のサービス接続方法。
6. 前記第１及び第２のフレームの中の少なくとも１つは、ピアツーピア（Ｐ２Ｐ）プロビジョンディスカバリー要請フレームを含むことを特徴とする請求項１に記載のサービス接続方法。
7. 前記第１のフレームが送信された後に、前記第２のフレームが受信されるまで又はタイムアウト期間が経過するまでＷｉ−Ｆｉダイレクト接続設定の残りの手順を延期するステップをさらに有することを特徴とする請求項１に記載のサービス接続方法。
8. ユーザの意向を反映したサービス接続方法であって、
   端末ディスカバリーによりＷｉ−Ｆｉダイレクト接続を通して少なくとも１つのファイルを送信するピア端末を決定するステップと、
   前記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、前記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを前記ピア端末から受信するステップと、
   前記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを前記ピア端末に送信するステップと
   を有することを特徴とするサービス接続方法。
9. 前記端末ディスカバリーの後にサービスディスカバリーを実行するステップをさらに有することを特徴とする請求項８に記載のサービス接続方法。
10. 前記第２のフレームに含まれた情報が前記Ｗｉ−Ｆｉダイレクト接続が受諾されることを示す場合に、前記ピア端末とのＷｉ−Ｆｉダイレクト接続設定の残りの手順を実行し、前記Ｗｉ−Ｆｉダイレクト接続を通して前記少なくとも１つのファイルを前記ピア端末から受信するステップをさらに有することを特徴とする請求項８に記載のサービス接続方法。
11. 前記第２のフレームに含まれた情報が前記Ｗｉ−Ｆｉダイレクト接続が拒絶されることを示す場合に、前記ピア端末とのＷｉ−Ｆｉダイレクト接続設定を中断するステップをさらに有することを特徴とする請求項８に記載のサービス接続方法。
12. 前記ファイル属性情報は、送信されるファイルの個数、前記ファイルの全サイズ、及び前記少なくとも１つのファイル名の中の少なくとも１つを含むことを特徴とする請求項８に記載のサービス接続方法。
13. 前記第１及び第２のフレームの中の少なくとも１つは、ピアツーピア（Ｐ２Ｐ）プロビジョンディスカバリー要請フレームを含むことを特徴とする請求項８に記載のサービス接続方法。
14. 前記第１のフレームが受信された後に、前記第２のフレームが送信されるまで又はタイムアウト期間が経過するまでＷｉ−Ｆｉダイレクト接続設定の残りの手順の延期を要請する第３のフレームを前記ピア端末に送信するステップをさらに有することを特徴とする請求項８に記載のサービス接続方法。
15. 前記ファイル属性情報をユーザに提供し、前記少なくとも１つのファイルの送信が受諾されるか又は拒絶されるかを示すユーザ入力を検出するステップと、
    所定の時間期間のタイムアウトが発生するまで前記ユーザ入力が検出されない場合に、前記Ｗｉ−Ｆｉダイレクト接続の拒絶を決定するステップの中の少なくとも１つをさらに有することを特徴とする請求項８に記載のサービス接続方法。
16. ユーザの意向を反映したサービス接続を実行する端末であって、
    Ｗｉ−Ｆｉダイレクト接続を通して送信する少なくとも１つのファイルを決定し、端末ディスカバリーにより前記少なくとも１つのファイルを送信するピア端末を選択する制御部と、
    前記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、前記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを前記ピア端末に送信する送信部と、
    前記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを前記ピア端末から受信する受信部と
    を有することを特徴とする端末。
17. ユーザの意向を反映したサービス接続を実行する端末であって、
    端末ディスカバリーによりＷｉ−Ｆｉダイレクト接続を通して少なくとも１つのファイルを送信するピア端末を決定する制御部と、
    前記ピア端末とのＷｉ−Ｆｉダイレクト接続が確立される前に、前記少なくとも１つのファイルに関するファイル属性情報を含む第１のフレームを前記ピア端末から受信する受信部と、
    前記ピア端末へのＷｉ−Ｆｉダイレクト接続が受諾されるか又は拒絶されるかを示す情報を含む第２のフレームを前記ピア端末に送信する送信部と
    を有することを特徴とする端末。

Images