(57)【特許請求の範囲】
【請求項１】
複数のピア端末を含む無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続（peer-to-peer connection based on WLAN）方法であって、
ピア端末がピアツーピアアプリケーションからアプリケーション情報を抽出するステップ；
前記ピア端末が抽出された前記アプリケーション情報からサービス開示情報を生成するステップ；
前記ピア端末が予め決められた待機時間の間に、リーダー擬似値と、少なくとも１つのサービスタグと、呼設定チャネルと、情報保護証明書とを有する前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを判断するステップ；
および前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在する場合、アプリケーション情報のうちの端末動作状態情報である、端末の演算遂行能力の計測情報または端末の状態で構成される端末動作状態情報を通じて生成される前記リーダー擬似値と、前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値と、を有する端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定するステップ
を含む無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続（peer-to-peer connection based on WLAN）方法。
【請求項２】
前記アプリケーション情報は、ピアツーピアアプリケーションの固有タグ、情報保護ＩＤ、アプリケーションの駆動時点、アプリケーションの駆動箇所および端末の動作状態数値のうち少なくとも１つを含むことを特徴とする、請求項１に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続方法。
【請求項３】
前記リーダー擬似値は、前記ピア端末のＣＰＵクロック数が高い場合、バッテリー残量が多い場合および前記ピア端末が電力の供給を続けて受ける場合のうち少なくとも１つに該当する場合に高く生成されることを特徴とする、請求項１に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続方法。
【請求項４】
前記サービス開示情報は、前記リーダー擬似値の他にも呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つを含むことを特徴とする、請求項１に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続方法。
【請求項５】
前記ピア端末が予め決められた時間の間前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在するか否かを判断するステップは、前記呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つと、前記少なくとも１つの他のピア端末の呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つとが同一である場合に、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在すると判断することを特徴とする、請求項４に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続方法。
【請求項６】
前記ピア端末が予め決められた時間の間前記サービス開示情報に相応する他のピア端末が存在するか否かを判断するステップは、前記サービス開示情報に相応する前記他のピア端末が存在しない場合、前記ピア端末をリーダー端末に設定するステップ；前記ピア端末をリーダー端末に設定した後、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末の接続有無を判断するステップ；および前記少なくとも１つの他のピア端末が接続した場合、前記サービス開示情報に含まれたリーダー擬似値と接続した前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定するステップをさらに含むことを特徴とする、請求項１に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続方法。
【請求項７】
前記最も高いリーダー擬似値を有するピア端末をリーダーに選定するステップは、前記リーダー擬似値が同一な端末が２以上存在する場合、任意の端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定することを特徴とする、請求項１に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続方法。
【請求項８】
リーダー端末と複数のメンバー端末を含む無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続性の維持方法であって、
サービス開示情報を生成する、或いは予め決められた待機時間の間サービス開示情報に相応する、ピア端末から選択された前記リーダー端末は、リーダーの明示的な終了が検知された場合、リーダーの移転を決定し、前記複数の端末から各々リーダー擬似値を受信した後、受信した前記リーダー擬似値に基づいて最も高いリーダー擬似値を有するメンバー端末を選定するステップ；
前記リーダー端末は、前記最も高いリーダー擬似値を有するメンバー端末にリーダー受諾要請メッセージを転送し、前記リーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信されたか否かを判断するステップ；
および前記リーダー端末は、前記リーダー受諾メッセージが受信された場合、前記最も高いリーダー擬似値を有するメンバー端末に現在接続に用いられる情報を提供するステップ
を含み、
前記サービス開示情報は、リーダー擬似値と、少なくとも１つのサービスタグと、呼設定チャネルと、情報保護証明書とを有し、
前記リーダー擬似値は、アプリケーション情報のうちの端末動作状態情報を通じて生成され、かつ端末の演算遂行能力の計測情報または端末の状態で構成される
無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続性の維持方法。
【請求項９】
前記リーダーの明示的な終了の検知は、前記リーダー端末の信号対干渉雑音比（ＳＩＮＲ）が予め設定された値以下に低くなった場合、前記リーダー端末のバッテリー残量が予め設定された値以下に低くなった場合および前記リーダー端末のピアツーピアアプリケーションが終了した場合のうち少なくとも１つに該当する場合に、前記リーダーの明示的な終了と検知されることを特徴とする、請求項８に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続性の維持方法。
【請求項１０】
前記リーダー受諾メッセージが受信されたか否かを判断するステップは、前記リーダー受諾メッセージが受信されない場合、次順位リーダー擬似値を有するメンバー端末を選定するステップ；前記次順位リーダー擬似値を有するメンバー端末にリーダー受諾要請メッセージを転送し、前記リーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信されたか否かを判断するステップ；および前記リーダー受諾メッセージが受信された場合、前記次順位リーダー擬似値を有するメンバー端末に現在接続に用いられる情報を提供するステップをさらに含むことを特徴とする、請求項８に記載の無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続性の維持方法。
【請求項１１】
リーダー端末と複数のメンバー端末を含む無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続性の維持方法であって、メンバー端末は、予め設定された時間内に前記リーダー端末からビーコン信号が受信されるか否かを判断するステップ；前記メンバー端末は、前記予め設定された時間内に前記ビーコン信号が受信されない場合、前記リーダー端末との接続を解除し、予め決められた待機時間の間前記メンバー端末のサービス開示情報に相応する少なくとも１つの他のメンバー端末が存在するか否かを判断するステップ；および前記サービス開示情報に相応する前記少なくとも１つの他のメンバー端末が存在する場合、前記サービス開示情報に含まれたリーダー擬似値と前記少なくとも１つの他のメンバー端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定するステップを含み、
前記サービス開示情報は、リーダー擬似値と、少なくとも１つのサービスタグと、呼設定チャネルと、情報保護証明書とを有し、
前記リーダー擬似値は、アプリケーション情報のうちの端末動作状態情報を通じて生成され、かつ端末の演算遂行能力の計測情報または端末の状態で構成される
無線ＬＡＮをベースとするピアツーピアアプリケーション間の接続性の維持方法。
【請求項１２】
制御部および通信部を含む無線ＬＡＮをベースとするピア端末であって、
ピアツーピアアプリケーションからアプリケーション情報を抽出し、抽出された前記アプリケーション情報からサービス開示情報を生成した後、予め決められた待機時間の間に、リーダー擬似値と、少なくとも１つのサービスタグと、呼設定チャネルと、情報保護証明書とを有する前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを前記通信部を介して判断し、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在する場合、アプリケーション情報のうちの端末動作状態情報である、端末の演算遂行能力の計測情報または端末の状態で構成される端末動作状態情報を通じて生成される前記リーダー擬似値と、前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値とを有するピア端末をリーダー端末に設定する制御部；および前記制御部から前記サービス開示情報の提供を受け、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在するか否かの情報を受信して前記制御部に提供する通信部を含む無線ＬＡＮをベースとするピア端末。
【請求項１３】
前記リーダー擬似値は、前記無線ＬＡＮをベースとするピア端末のＣＰＵクロック数が高い場合、バッテリー残量が多い場合および前記ピア端末が電力の供給を続けて受ける場合のうち少なくとも１つに該当する場合に高く生成されることを特徴とする、請求項１２に記載の無線ＬＡＮをベースとするピア端末。
【請求項１４】
前記サービス開示情報は、前記リーダー擬似値の他にも呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つを含むことができ、前記制御部は、前記呼設定チャネル、サービスタグおよび情報保護証明書と、前記少なくとも１つの他のピア端末の呼設定チャネル、サービスタグおよび情報保護証明書とが同一である場合に、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在すると判断することを特徴とする、請求項１２に記載の無線ＬＡＮをベースとするピア端末。
【請求項１５】
前記制御部は、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在しない場合、前記ピア端末をリーダー端末に設定した後、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末の接続有無を前記通信部を介して判断し、前記通信部を介して前記少なくとも１つの他のピア端末が接続した場合、前記サービス開示情報に含まれたリーダー擬似値と接続した前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定することを特徴とする、請求項１２に記載の無線ＬＡＮをベースとするピア端末。
【請求項１６】
前記制御部は、前記ピア端末がリーダー端末の機能を行う間にリーダーの明示的な終了が検知された場合、リーダーの移転を決定し、複数のメンバー端末から各々リーダー擬似値を受信した後、受信した前記リーダー擬似値に基づいて最も高いリーダー擬似値を有するメンバー端末を選定し、前記通信部を介して前記最も高いリーダー擬似値を有するメンバー端末にリーダー受諾要請メッセージを転送し、前記リーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信された場合、前記通信部を介して前記最も高いリーダー擬似値を有するメンバー端末に現在接続に用いられる情報を提供することを特徴とする、請求項１２に記載の無線ＬＡＮをベースとするピア端末。
【請求項１７】
前記リーダーの明示的な終了の検知は、前記ピア端末の信号対干渉雑音比（ＳＩＮＲ）が予め設定された値以下に低くなった場合、前記ピア端末のバッテリー残量が予め設定された値以下に低くなった場合および前記ピア端末のピアツーピアアプリケーションが終了した場合のうち少なくとも１つに該当する場合に、前記リーダーの明示的な終了と検知されることを特徴とする、請求項１６に記載の無線ＬＡＮをベースとするピア端末。
【請求項１８】
前記制御部は、前記ピア端末がメンバー端末の機能を行う場合、予め設定された時間内に前記リーダー端末からビーコン信号が受信されない場合、前記リーダー端末との接続を解除し、前記予め決められた待機時間の間前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを判断して、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在する場合、前記サービス開示情報に含まれたリーダー擬似値と前記少なくとも１つの他のメンバー端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定することを特徴とする、請求項１２に記載の無線ＬＡＮをベースとするピア端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ピアツーピアアプリケーションの接続に関し、より詳しくは、無線ＬＡＮ基盤ピアの転送領域内に存在するピア端末を容易で且つセキュリティー上安全に発見し接続する無線ＬＡＮ基盤ピアツーピア接続方法、無線ＬＡＮ基盤ピアツーピア接続性の維持方法および無線ＬＡＮ基盤ピア端末に関する。
【背景技術】
【０００２】
ピアツーピア（Ｐｅｅｒ−ｔｏ−ｐｅｅｒ）は、ピア端末間にサーバ無しで直接的な交換を通じてデジタルリソースを共に共有する技術をいう。ピアツーピアサービスとしては、メッセージ、音楽の共有、ファイルの共有、ＵＣＣ（Ｕｓｅｒ  Ｃｒｅａｔｅｄ  Ｃｏｎｔｅｎｔ）の共有、マルチメディアストリーミングなどがある。無線ＬＡＮ基盤ピアツーピアは、このようなピアツーピア技術を携帯電話のような無線端末に適用したものである。無線ピアツーピア環境において、オン・デマンド（ｏｎ−ｄｅｍａｎｄ）データ分配技術は、ユビキタス環境において必須の要素技術である。
【０００３】
従来の無線ＬＡＮ基盤ピアツーピアは、アプリケーションが設置された無線ＬＡＮ端末間のネットワーク接続ステップと、ピアツーピアアプリケーションの駆動ステップと、ピアツーピアピア端末間の相互発見および呼設定ステップ、およびピアツーピアアプリケーションの動作（ファイルの共有およびメッセージングサービスなど）ステップの順からなっている。前記のようなピアツーピア動作前の複雑な手順は、無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続の便宜性を低下させるという問題点がある。
【０００４】
モバイル環境の無線ＬＡＮ基盤ピアツーピアアプリケーションの接続は、時間と場所に制限されることなく頻繁に行われなければならないため、前述したピアツーピア動作前の複雑な手順による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続の便宜性が低下するという問題はより深刻化する。
【０００５】
また、従来のピア間の発見と接続を支援するＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ＆  Ｐｌａｙ）とＢｏｎｊｏｕｒプロトコルは、ネットワーキング接続ステップと、周辺機器のブラウジングステップと、接続する端末の選択ステップ、および接続ステップを経なければならず、無線ピアツーピアのタイプをプロファイル化したブルートゥース（Ｂｌｕｅｔｏｏｔｈ(登録商標)）基盤アプリケーションの接続時にも、上記のような４ステップの手順を経なければならなかった。
【０００６】
前記のようなピアツーピアアプリケーション間の接続の複雑度は特に都心のように互いに異なるピアツーピアアプリケーションが密集した状況においてより深刻化し、ユーザ間接続しようとする端末と早い時間内に接続することが難しいという問題点がある。
【０００７】
一般的に多数の同一なピアツーピアアプリケーションを駆動するピア端末は、セキュアな接続のために、１つの主体ピア（リーダー（Ｌｅａｄｅｒ）またはレジストラー（Ｒｅｇｉｓｔｒａｒ））端末が他のピア（メンバー（Ｍｅｍｂｅｒ）端末またはサプリカント（ｓｕｐｐｌｉｃａｎｔ））端末と接続されるトポロジーを有する。
【０００８】
無線ピアツーピアネットワークにおけるマルチメディアデータ転送のための分散型ピア発見方法（大韓民国特許公開番号第１０−２０１０−００８９２３８号）が出願されたが、これは、無線ピアツーピアネットワークにおいて、マルチメディアデータの転送時にＱｏＳを保障し、遊休バッファーの容量と残留バッテリーの容量を考慮したものであるところ、リーダー端末がトポロジーから除外される場合、既に接続されたピア端末間の接続が不可能になるという問題点がある。
【０００９】
参考に、ＷｉＦｉ基盤の無線ＬＡＮのセキュアな接続の標準であるＷＰＳ／ＷＰＡ２（ＷｉＦｉ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ／ＷｉＦｉ  Ｐｒｏｔｅｃｔｅｄ  Ａｃｃｅｓｓ  ２）の場合、レジストラーが駆動されているＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）がネットワーク上で突然消える場合に対する対策は定義していない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
前記のような問題点を解決するための本発明の目的は、無線ＬＡＮピアツーピアアプリケーション間の接続を迅速に自動化する無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法を提供することにある。
【００１１】
また、本発明の他の目的は、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーがリーダー端末の不在時にも維持できるようにする無線ＬＡＮ基盤ピアツーピア接続性の維持方法を提供することにある。
【００１２】
なお、本発明のまた他の目的は、無線ＬＡＮピアツーピアアプリケーション間の接続を迅速に自動化し、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーがリーダー端末の不在時にも維持できるようにする無線ＬＡＮ基盤ピア端末を提供することにある。
【課題を解決するための手段】
【００１３】
前記目的を達成するための本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法によれば、ピア端末がピアツーピアアプリケーションからアプリケーション情報を抽出するステップ、前記ピア端末が抽出された前記アプリケーション情報からサービス開示情報を生成するステップ、前記ピア端末が予め決められた待機時間の間前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを判断するステップ、および前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在する場合、前記サービス開示情報に含まれたリーダー擬似値と前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定するステップを含む。ここで、前記アプリケーション情報は、ピアツーピアアプリケーションの固有タグ、情報保護ＩＤ、アプリケーションの駆動時点、アプリケーションの駆動箇所および端末の動作状態数値のうち少なくとも１つを含んでもよい。ここで、前記リーダー擬似値は、前記ピア端末のＣＰＵクロック数が高い場合、バッテリー残量が多い場合および前記ピア端末が電力の供給を続けて受ける場合のうち少なくとも１つに該当する場合に高く生成されてもよい。ここで、前記サービス開示情報は、前記リーダー擬似値の他にも呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つを含んでもよい。ここで、前記ピア端末が予め決められた時間の間前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在するか否かを判断するステップは、前記呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つと、前記少なくとも１つの他のピア端末の呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つとが同一である場合に、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在すると判断してもよい。ここで、前記ピア端末が予め決められた時間の間前記サービス開示情報に相応する他のピア端末が存在するか否かを判断するステップは、前記サービス開示情報に相応する前記他のピア端末が存在しない場合、前記ピア端末をリーダー端末に設定するステップ、前記ピア端末をリーダー端末に設定した後、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末の接続有無を判断するステップ、および前記少なくとも１つの他のピア端末が接続した場合、前記サービス開示情報に含まれたリーダー擬似値と接続した前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定するステップをさらに含んでもよい。ここで、前記最も高いリーダー擬似値を有するピア端末をリーダーに選定するステップは、前記リーダー擬似値が同一な端末が２以上存在する場合、任意の端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定してもよい。
【００１４】
また、本発明の他の目的を達成するための本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続性の維持方法において、前記リーダー端末は、リーダーの明示的な終了が検知された場合、リーダーの移転を決定し、前記複数の端末から各々リーダー擬似値を受信した後、受信した前記リーダー擬似値に基づいて最も高いリーダー擬似値を有するメンバー端末を選定するステップ、前記リーダー端末は、前記最も高いリーダー擬似値を有するメンバー端末にリーダー受諾要請メッセージを転送し、前記リーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信されたか否かを判断するステップ、および前記リーダー端末は、前記リーダー受諾メッセージが受信された場合、前記最も高いリーダー擬似値を有するメンバー端末に現在接続に用いられる情報を提供するステップを含む。ここで、前記リーダーの明示的な終了の検知は、前記リーダー端末の信号対干渉雑音比（ＳＩＮＲ）が予め設定された値以下に低くなった場合、前記リーダー端末のバッテリー残量が予め設定された値以下に低くなった場合および前記リーダー端末のピアツーピアアプリケーションが終了した場合のうち少なくとも１つに該当する場合に、前記リーダーの明示的な終了と検知されてもよい。ここで、前記リーダー受諾メッセージが受信されたか否かを判断するステップは、前記リーダー受諾メッセージが受信されない場合、次順位リーダー擬似値を有するメンバー端末を選定するステップ、前記次順位リーダー擬似値を有するメンバー端末にリーダー受諾要請メッセージを転送し、前記リーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信されたか否かを判断するステップ、および前記リーダー受諾メッセージが受信された場合、前記次順位リーダー擬似値を有するメンバー端末に現在接続に用いられる情報を提供するステップをさらに含んでもよい。
【００１５】
また、本発明の他の目的を達成するための本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続性の維持方法によれば、リーダー端末と複数のメンバー端末を含む無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続性の維持方法であって、メンバー端末は、予め設定された時間内に前記リーダー端末からビーコン信号が受信されるか否かを判断するステップ、前記メンバー端末は、前記予め設定された時間内に前記ビーコン信号が受信されない場合、前記リーダー端末との接続を解除し、予め決められた待機時間の間前記メンバー端末のサービス開示情報に相応する少なくとも１つの他のメンバー端末が存在するか否かを判断するステップ、および前記サービス開示情報に相応する前記少なくとも１つの他のメンバー端末が存在する場合、前記サービス開示情報に含まれたリーダー擬似値と前記少なくとも１つの他のメンバー端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定するステップを含む。
【００１６】
また、本発明のまた他の目的を達成するための本発明の一実施形態による無線ＬＡＮ基盤ピア端末によれば、ピアツーピアアプリケーションからアプリケーション情報を抽出し、抽出された前記アプリケーション情報からサービス開示情報を生成した後、予め決められた待機時間の間前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを前記通信部を介して判断し、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在する場合、前記サービス開示情報に含まれたリーダー擬似値と前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有するピア端末をリーダー端末に設定する制御部、および前記制御部から前記サービス開示情報の提供を受け、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在するか否かの情報を受信して前記制御部に提供する通信部を含む。ここで、前記リーダー擬似値は、前記無線ＬＡＮ基盤ピア端末のＣＰＵクロック数が高い場合、バッテリー残量が多い場合および前記ピア端末が電力の供給を続けて受ける場合のうち少なくとも１つに該当する場合に高く生成されてもよい。ここで、前記サービス開示情報は、前記リーダー擬似値の他にも呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つを含んでもよく、前記制御部は、前記呼設定チャネル、サービスタグおよび情報保護証明書と、前記少なくとも１つの他のピア端末の呼設定チャネル、サービスタグおよび情報保護証明書とが同一である場合に、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在すると判断してもよい。ここで、前記制御部は、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末が存在しない場合、前記ピア端末をリーダー端末に設定した後、前記サービス開示情報に相応する前記少なくとも１つの他のピア端末の接続有無を前記通信部を介して判断し、前記通信部を介して前記少なくとも１つの他のピア端末が接続した場合、前記サービス開示情報に含まれたリーダー擬似値と接続した前記少なくとも１つの他のピア端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定してもよい。ここで、前記制御部は、前記ピア端末がリーダー端末の機能を行う間にリーダーの明示的な終了が検知された場合、リーダーの移転を決定し、複数のメンバー端末から各々リーダー擬似値を受信した後、受信した前記リーダー擬似値に基づいて最も高いリーダー擬似値を有するメンバー端末を選定し、前記通信部を介して前記最も高いリーダー擬似値を有するメンバー端末にリーダー受諾要請メッセージを転送し、前記リーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信された場合、前記通信部を介して前記最も高いリーダー擬似値を有するメンバー端末に現在接続に用いられる情報を提供してもよい。ここで、前記リーダーの明示的な終了の検知は、前記ピア端末の信号対干渉雑音比（ＳＩＮＲ）が予め設定された値以下に低くなった場合、前記ピア端末のバッテリー残量が予め設定された値以下に低くなった場合および前記ピア端末のピアツーピアアプリケーションが終了した場合のうち少なくとも１つに該当する場合に、前記リーダーの明示的な終了と検知されてもよい。ここで、前記制御部は、前記ピア端末がメンバー端末の機能を行う場合、予め設定された時間内に前記リーダー端末からビーコン信号が受信されない場合、前記リーダー端末との接続を解除し、前記予め決められた待機時間の間前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを判断して、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在する場合、前記サービス開示情報に含まれたリーダー擬似値と前記少なくとも１つの他のメンバー端末から各々受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有する端末をリーダー端末に設定してもよい。
【発明の効果】
【００１７】
前記のような本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法によれば、ピア端末は、ピアツーピアアプリケーションから抽出したアプリケーション情報を用いてサービス開示情報を生成し、前記サービス開示情報に相応する少なくとも１つの他のピア端末が動作チャネルまたは転送半径内に存在するか否かを自動で判断して接続することにより、無線ＬＡＮピアツーピアアプリケーション間の接続を迅速に行うことができるという効果がある。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法を示すフローチャートである。
【図２】本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法中、ハッシュ関数によってサービス開示情報を抽出するものを示す。
【図３】本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続性の維持方法中、リーダーの明示的な終了の場合のリーダーの移転過程を示すフローチャートである。
【図４】本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続性の維持方法中、リーダーの暗黙的な終了の場合のリーダーの再選出過程を示すフローチャートである。
【図５】本発明の一実施形態によるＷｉＦｉ−Ｄｉｒｅｃｔ上で同一アプリケーション実行ピア間の自動接続過程を示すフローチャートである。
【図６】本発明の一実施形態によるＷｉＦｉ−Ｄｉｒｅｃｔ上でリーダーの明示的な終了の場合のリーダーの移転過程を示すフローチャートである。
【図７】本発明の一実施形態によるＷｉＦｉ−Ｄｉｒｅｃｔ上でリーダーの暗黙的な終了の場合のリーダーの再選出過程を示すフローチャートである。
【図８】本発明の一実施形態による無線ＬＡＮ基盤ピア端末の構成を示す。
【図９】本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法の性能評価の結果を示す。
【発明を実施するための形態】
【００１９】
本発明は、様々な変更を加えることができつつ色々な実施形態を有することができるが、特定の実施形態を図面に例示し詳細な説明に詳細に説明することにする。しかし、これは本発明を特定の実施形態に限定しようとするものではなく、本発明の思想および技術範囲に含まれる全ての変更、均等物乃至代替物を含むものとして理解しなければならない。各図面を説明する際に類似する参照符号は類似する構成要素に対して用いた。
【００２０】
第１、第２などの用語は様々な構成要素を説明するのに用いられることができるが、前記構成要素は前記用語によって限定されてはならない。前記用語は１つの構成要素を他の構成要素から区別する目的としてのみ用いられる。例えば、本発明の権利範囲を逸脱せずに第１構成要素は第２構成要素と命名されてもよく、同様に第２構成要素は第１構成要素と命名されてもよい。「および／または」という用語は、複数の関連の記載された項目の組み合わせまたは複数の関連の記載された項目のうちいずれかの項目を含む。
【００２１】
ある構成要素が他の構成要素に「連結されている」とか「接続されている」と言及された時には、他の構成要素に直接に連結されているかまたは接続されていてもよいが、その間に他の構成要素が介在してもよいこととして理解しなければならない。一方、ある構成要素が他の構成要素に「直接に連結されている」とか「直接に接続されている」と言及された時には、その間に他の構成要素が介在しないこととして理解しなければならない。
【００２２】
本出願に用いられた用語は、単に特定の実施形態を説明するために用いられたものであって、本発明を限定しようとするものではない。単数の表現は文脈上明らかに異なる意味を有しない限りには複数の表現を含む。本出願において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定しようとするものであって、１つまたはそれ以上の他の特徴や数字、ステップ、動作、構成要素、部品またはこれらを組み合わせたものの存在または付加の可能性を予め排除するものではないこととして理解しなければならない。
【００２３】
以下、添付図面を参照して本発明の好ましい実施形態をより詳細に説明する。以下、図面上の同一の構成要素に対しては同一の参照符号を付し、同一の構成要素について重複した説明は省略する。
【００２４】
図１は、本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法を示すフローチャートであり、図２は、本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法中、ハッシュ関数によってサービス開示情報を生成するものを示す。
図１および図２を参照すれば、ピア端末は、ピアツーピアアプリケーションからアプリケーション情報を抽出する（ステップ１０５）。
【００２５】
ここで、抽出されるアプリケーション情報は、ピアツーピアアプリケーションの固有タグ、情報保護ＩＤ、アプリケーションの駆動時点、アプリケーションの駆動箇所、端末の動作状態数値を含むことができる。
【００２６】
先ず、ピアツーピアアプリケーションの固有タグは、アプリケーションの固有ＩＤ、アプリケーションの固有コンテンツＩＤ、端末の製造会社ＩＤで構成されることができる。仮に前記ピアツーピアアプリケーションの固有タグが存在しない場合は、ワイルドカード（ｗｉｌｄｃａｒｄ）値を用いる。また、互いに異なるアプリケーションは異なる固有ＩＤを有するが、同じアプリケーションの場合にもアプリケーション共有コンテンツＩＤが異なる場合は互いに異なる固有ＩＤを有する。
【００２７】
ここで、任意のピアツーピアアプリケーションが端末の製造会社ＩＤに関係なく互いに連動しようとする場合は、製造会社ＩＤを初期値設定してハッシュ関数に適用することができる。
【００２８】
情報保護ＩＤは、ＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）またはユーザ設定可能な文字列で構成されることができる。前記情報保護ＩＤが存在しない場合はワイルドカード値を用いる。
【００２９】
ここで、情報保護ＩＤは、例えば、ファイル共有アプリケーション時のパスワードを意味する。また、情報保護ＩＤを用いる場合、同一のＩＤを有したユーザのみを発見することができる。
【００３０】
したがって、前記情報保護ＩＤを介して、同一のＰ２Ｐアプリケーションを容易で且つセキュリティー上安全（ｓｅｃｕｒｅ）に発見し接続できるという効果がある。
【００３１】
アプリケーションの駆動時点は、現在時間を週、日、時または分のデジタル化したコードで構成されることができる。アプリケーションの駆動時点が設定されていない場合はワイルドカード値を用いる。また、前記アプリケーションの駆動時点は、アプリケーションの駆動時点に応じて接続するピアを自動で選択するために用いられる。
【００３２】
アプリケーションの駆動箇所は、ＧＰＳ座標を利用（例えば、ソウル市江南区−＞００１００のようなデジタル化したコードを利用）することができ、ＧＰＳ不在時には、相対座標を利用（例えば、周辺の無線ＬＡＮ  ＡＰリストのうち最も高い信号強さを有するＡＰアドレスを利用）することができる。
【００３３】
機器の動作状態数値は、現在の機器の演算遂行能力の計測情報（例えば、ＣＰＵクロック数など）と現在の機器の状態（例えば、残留バッテリー量、電力供給状態、信号対干渉雑音比（ＳＩＮＲ）など）で構成されることができる。機器の動作状態数値がない場合は基本値（ｄｅｆａｕｌｔ  ｖａｌｕｅ）を用いる。
前記ピア端末は、ステップ１０５において抽出されたアプリケーション情報に対してハッシュ関数を用いてサービス開示情報を生成する（ステップ１１０）。
ここで、生成されたサービス開示情報は、サービスタグ、呼設定チャネル、情報保護証明書およびリーダー擬似値を含むことができる。
【００３４】
サービスタグおよび情報保護証明書はサービス情報に該当し、ハッシュ関数に入力されたアプリケーション情報のうちのピアツーピアアプリケーションの固有タグ、情報保護ＩＤ、アプリケーションの駆動時点、アプリケーションの駆動箇所を通じて生成されることができる。
【００３５】
また、呼設定チャネルはハッシュ関数に入力されたアプリケーション情報のうちのピアツーピアアプリケーションの固有タグ、アプリケーションの駆動時点を通じて生成されることができ、リーダー擬似値はハッシュ関数に入力されたアプリケーション情報のうちの機器の動作状態情報を通じて生成されることができる。
ここで、リーダー擬似値は、ＣＰＵクロック数が高いほど、バッテリー残量が多いほど、電力の供給を続けて受ける場合に高く生成される。
【００３６】
また、迅速な接続のために提案されたピア端末は、端末の呼設定チャネルを限定して、アプリケーション間の接続時に端末がいくつもの呼設定チャネルをホッピングすることを防止することができる。また、情報保護ＩＤが異なる場合は、同一のアプリケーションの実行時にもサービスタグと情報保護証明書が異なるように設定される。
【００３７】
ステップ１１０においてサービス開示情報が生成された場合、ピア端末は、独立に予め決められた待機時間（バックオフタイム）を決め、決められたバックオフタイムをスタートさせる（ステップ１１５）。
ここで、バックオフタイムは、現在設定されたリーダー擬似値に対して線形的な出力を出すタイマーである。
【００３８】
ピア端末は、ステップ１１５においてバックオフタイムをスタートさせた後、前記ピア端末のサービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを判断する（ステップ１２０）。
【００３９】
ここで、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かの判断は、前記呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つと、少なくとも１つの他のピア端末の呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つとが同一である場合に、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在すると判断することができる。
【００４０】
ピア端末は、ステップ１２０において前記ピア端末のサービス開示情報に相応する少なくとも１つの他のピア端末が存在すると判断された場合は、バックオフタイムを中止させる（ステップ１２５）。
【００４１】
一方、ステップ１２０において前記ピア端末のサービス開示情報に相応する少なくとも１つの他のピア端末が存在しないと判断された場合は、バックオフタイムが終了したか否かを判断し（ステップ１３０）、バックオフタイムが終了した場合は、ピア端末をリーダー端末に設定し、少なくとも１つの他のピア端末の接続を待機する（ステップ１３５）。
次に、リーダーに設定されたピア端末は、サービス開示情報に相応する少なくとも１つの他のピア端末が接続したか否かを判断する（ステップ１４０）。
【００４２】
ステップ１２０またはステップ１４０を通じて、前記ピア端末のサービス開示情報に相応する少なくとも１つの他のピア端末が存在するか接続した場合、少なくとも１つの他のピア端末からリーダー擬似値を各々受信して比較した後、最も高いリーダー擬似値を有するピア端末をリーダー端末に設定し（ステップ１４５）、それ以外のピア端末をメンバー端末に設定する。
【００４３】
ここで、仮にリーダー擬似値が同一なピア端末が２以上存在する場合は、乱数発生アルゴリズムを用いて、同一なリーダー擬似値が発生しないまでに持続的にリーダー擬似値を再設定して、最も高いリーダー擬似値を有するピア端末を抽出し、抽出されたピア端末をリーダー端末に設定する。
【００４４】
また、設定されたリーダー端末とメンバー端末との間には、メッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣ（Ｕｓｅｒ  Ｃｒｅａｔｅｄ  Ｃｏｎｔｅｎｔ）の共有、マルチメディアストリーミングなどを行うことになる。但し、互いに異なるサービスタグを有するアプリケーションは、同一チャネルに存在しても接続に制限される。
【００４５】
ここで、端末間の通信は、８０２．１１ｘ（例えば、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１１ａｃなど）、ブルートゥース、ジグビー（Ｚｉｇｂｅｅ(登録商標)）、超広帯域幅（ＵＷＢ：Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、近距離無線通信（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、バイナリＣＤＭＡ（Ｂ−ＣＤＭＡ：Ｂｉｎａｒｙ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの様々な無線通信技術を利用して行われることができる。
【００４６】
図３は、本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続性の維持方法中、リーダー端末の明示的な終了の場合のリーダー端末の移転過程を示すフローチャートである。
ここで、同一のピアツーピアアプリケーションを実行するピア端末が３台以上接続され、ユーザピア端末がリーダー端末であると仮定する。
【００４７】
図３を参照すれば、リーダー端末は、リーダー端末の動作状況情報をモニタリングする（ステップ３１０）。ここで、動作状況情報は、例えば、信号対干渉雑音比（ＳＩＮＲ）、バッテリー残量、ピアツーピアアプリケーションの動作情報などを含むことができる。
【００４８】
リーダー端末は、ステップ３１０においてリーダー端末の動作状況情報をモニタリングをしている間、リーダー端末の明示的な終了が検知されるか否かを判断する（ステップ３２０）。
【００４９】
ここで、リーダー端末の明示的な終了が検知される場合は、例えば、メンバー端末との距離が遠くなってリーダー端末の信号対干渉雑音比（ＳＩＮＲ）が予め設定された値以下に低くなった場合、リーダー端末のバッテリー残量が予め設定された値以下に低くなった場合、リーダー端末のピアツーピアアプリケーションが終了した場合などがある。
【００５０】
リーダー端末は、ステップ３２０においてリーダー端末の明示的な終了が検知された場合、リーダーの移転を決定し、複数のメンバー端末から各々リーダー擬似値を受信した後、受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有するメンバー端末を選定する（ステップ３３０）。
ここで、リーダー擬似値は、ＣＰＵクロック数が高いほど、バッテリー残量が多いほど、電力の供給を続けて受ける場合に高く生成される。
【００５１】
ステップ３３０において最も高い擬似値を有するメンバー端末が選定された場合、リーダー端末は、リーダー受諾要請メッセージを前記選定されたメンバー端末に転送し（ステップ３４０）、リーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信されたか否かを判断する（ステップ３５０）。
【００５２】
ステップ３５０においてリーダー受諾メッセージが受信されない場合、リーダー端末は、次順位に高いリーダー擬似値を有するメンバー端末を選定し（ステップ３６０）、ステップ３４０およびステップ３５０を再び行う。
【００５３】
ステップ３５０においてリーダー受諾要請メッセージに応答するリーダー受諾メッセージが受信された場合、リーダー端末は、現在接続に用いられるセキュリティーキーとネットワーク設定情報をリーダー受諾メッセージが転送されたメンバー端末に提供する（ステップ３７０）。
次に、リーダー端末は、全てのメンバー端末に接続解除メッセージを転送し接続を解除する（ステップ３８０）。
【００５４】
ここで、端末間の通信は、８０２．１１ｘ（例えば、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１１ａｃなど）、ブルートゥース、ジグビー（Ｚｉｇｂｅｅ(登録商標)）、超広帯域幅（ＵＷＢ：Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、近距離無線通信（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、バイナリＣＤＭＡ（Ｂ−ＣＤＭＡ：Ｂｉｎａｒｙ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの様々な無線通信技術を利用して行われることができる。
【００５５】
上述したようにリーダー端末が明示的に終了する場合、リーダーの移転を通じて、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーが維持できるため、従来にリーダー端末がトポロジーから除外される場合に、既に接続されたピアツーピア接続が切れるという問題を解決することができる。
【００５６】
図４は、本発明の一実施形態による無線ＬＡＮ基盤ピアツーピア接続性の維持方法中、リーダー端末の暗黙的な終了の場合のリーダーの再選出過程を示すフローチャートである。
ここで、同一のピアツーピアアプリケーションを実行するピア端末が３台以上接続され、ユーザピア端末がメンバー端末であると仮定する。
【００５７】
図４を参照すれば、メンバー端末は、リーダー端末と接続された場合、ローカルタイマーをスタートし（ステップ４０５）、リーダー端末からビーコン（Ｂｅａｃｏｎ）信号が受信されるか否かを判断する（ステップ４１０）。
【００５８】
ここで、ローカルタイマーをスタートするのは、リーダー端末の暗黙的な終了（例えば、リーダー端末の突然の電源終了またはリーダー端末の位置移動によるネットワーク分割など）の有無を判断するためのものである。
ここで、ビーコン信号は、リーダー端末が自身の存在を知らせるために周期的に放送（Ｂｒｏａｄｃａｓｔ）する信号を意味する。
【００５９】
ステップ４１０においてリーダー端末からビーコン信号が受信された場合、メンバー端末は、ローカルタイマーをリセットし（ステップ４１５）、ステップ４０５およびステップ４１０を再び行う。
【００６０】
ステップ４１０においてリーダー端末からビーコン信号が受信されない場合、ローカルタイマーが終了したか否かを判断して（ステップ４２０）、ローカルタイマーの終了時までにリーダー端末からビーコン信号が受信されなければ、メンバー端末は、リーダー端末との接続を解除し（ステップ４２５）、バックオフタイムをスタートさせる（ステップ４３０）。
ここで、バックオフタイムは、現在設定されたリーダー擬似値に対して線形的な出力を出すタイムである。
【００６１】
メンバー端末は、ステップ４３０においてバックオフタイムをスタートさせた後、前記メンバー端末のサービス開示情報に相応する少なくとも１つの他のメンバー端末が存在するか否かを判断する（ステップ４３５）。
【００６２】
ここで、前記サービス開示情報に相応する少なくとも１つの他のメンバー端末が存在するか否かの判断は、前記呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つと、少なくとも１つの他のメンバー端末の呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つとが同一である場合に、前記サービス開示情報に相応する少なくとも１つの他のメンバー端末が存在すると判断することができる。
【００６３】
メンバー端末は、ステップ４３５において前記メンバー端末のサービス開示情報に相応する少なくとも１つの他のメンバー端末が存在すると判断された場合は、バックオフタイムを中止させる（ステップ４４０）。
【００６４】
一方、メンバー端末は、ステップ４３５において前記メンバー端末のサービス開示情報に相応する少なくとも１つの他のメンバー端末が存在しないと判断された場合は、バックオフタイムが終了したか否かを判断し（ステップ４４５）、バックオフタイムが終了した場合は、メンバー端末をリーダーに設定し、少なくとも１つの他のメンバー端末の接続を待機する（ステップ４５０）。
【００６５】
次に、リーダー端末に設定されたメンバー端末は、サービス開示情報に相応する少なくとも１つの他のメンバー端末が接続したか否かを判断する（ステップ４５５）。
【００６６】
ステップ４３５またはステップ４５５を通じて、前記メンバー端末のサービス開示情報に相応する少なくとも１つの他のメンバー端末が存在するか少なくとも１つの他のピア端末が接続した場合、少なくとも１つの他のメンバー端末または少なくとも１つの他のピア端末からリーダー擬似値を各々受信して比較した後、最も高いリーダー擬似値を有する端末をリーダー端末に設定し（ステップ４６０）、それ以外の端末をメンバー端末に設定する。
ここで、リーダー擬似値は、ＣＰＵクロック数が高いほど、バッテリー残量が多いほど、電力の供給を続けて受ける場合に高く生成される。
【００６７】
ここで、仮にリーダー擬似値が同一な端末が２以上存在する場合は、乱数発生アルゴリズムを用いて、同一なリーダー擬似値が発生しないまでに持続的にリーダー擬似値を再設定して、最も高いリーダー擬似値を有する端末を抽出し、抽出された端末をリーダー端末に設定する。リーダー端末以外の端末はメンバー端末に設定する。
【００６８】
ここで、設定されたリーダー端末とメンバー端末との間には、メッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣ（Ｕｓｅｒ  Ｃｒｅａｔｅｄ  Ｃｏｎｔｅｎｔ）の共有、マルチメディアストリーミングなどを行うことになる。但し、互いに異なるサービス情報を有するアプリケーションは、同一チャネルに存在しても接続に制限される。
【００６９】
ここで、端末間の通信は、８０２．１１ｘ（例えば、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１１ａｃなど）、ブルートゥース、ジグビー（Ｚｉｇｂｅｅ(登録商標)）、超広帯域幅（ＵＷＢ：Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、近距離無線通信（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、バイナリＣＤＭＡ（Ｂ−ＣＤＭＡ：Ｂｉｎａｒｙ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの様々な無線通信技術を利用して行われることができる。
【００７０】
上述したようにリーダー端末が暗黙的に終了した場合、リーダーの再選出を通じて、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーが維持できるため、従来にリーダー端末がトポロジーから除外される場合に、既に接続されたピアツーピア接続が切れるという問題を解決することができる。
図５は、本発明の一実施形態によるＷｉＦｉ−Ｄｉｒｅｃｔ上で同一アプリケーション実行ピア間の自動接続過程を示すフローチャートである。
【００７１】
図５を参照すれば、ＷｉＦｉ−Ｄｉｒｅｃｔ端末１（以下、端末１と称する）とＷｉＦｉ−Ｄｉｒｅｃｔ端末３（以下、端末３と称する）はピアツーピアアプリケーション−１が駆動され、ＷｉＦｉ−Ｄｉｒｅｃｔ端末２（以下、端末２と称する）はピアツーピアアプリケーション−２が駆動されている。
【００７２】
ここで、各々の端末は、先に駆動されるアプリケーションからアプリケーション情報を抽出し、抽出されたアプリケーション情報にハッシュ関数を適用してサービス開示情報（呼設定チャネル、サービスタグ、情報保護証明書、リーダー擬似値）を生成する。
ここで、リーダー擬似値は、ＣＰＵクロック数が高いほど、バッテリー残量が多いほど、電力の供給を続けて受ける場合に高く生成される。
【００７３】
端末１は、端末１と同一な呼設定チャネルに存在する端末２の発見に成功する（ステップ５１０）。
但し、端末１のサービス情報、すなわち、サービスタグは＃１、情報保護証明書はＡＡＡであり、端末２のサービスタグは＃２、情報保護証明書はＢＡであるため、サービス情報が互いに異なるので接続に失敗する（ステップ５２０，５３０）。
次に、端末１は、再び端末１と同一な呼設定チャネルに存在する端末３の発見に成功する（ステップ５４０）。
端末１と端末３は、サービスタグは＃１、情報保護証明書はＡＡＡとして同一であるため、自動接続に成功する（ステップ５５０）。
【００７４】
自動接続に成功した端末１は、端末３からリーダー擬似値を受信して比較した後、リーダー擬似値が高い端末３をリーダー端末、リーダー擬似値が低い端末１をメンバー端末に設定する（ステップ５６０）。
【００７５】
ここで、仮に端末１と端末３のリーダー擬似値が同一である場合は、乱数発生アルゴリズムを用いて、同一なリーダー擬似値が発生しないまでに持続的にリーダー擬似値を再設定して、最も高いリーダー擬似値を有するピア端末を抽出し、抽出されたピアをリーダー端末に設定する。
【００７６】
次に、端末１と端末３との間には、メッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣ（Ｕｓｅｒ  Ｃｒｅａｔｅｄ  Ｃｏｎｔｅｎｔ）の共有、マルチメディアストリーミングなどを行うことになる（ステップ５７０）。
図６は、本発明の一実施形態によるＷｉＦｉ−Ｄｉｒｅｃｔ上でリーダーの明示的な終了の場合のリーダーの移転過程を示すフローチャートである。
図６を参照すれば、端末１、端末２、端末３の呼設定チャネルは｛１｝、サービスタグは＃１、情報保護証明書はＡＡＡとして同一である。
【００７７】
ここで、各々の端末は、駆動されるアプリケーションからアプリケーション情報を抽出し、抽出されたアプリケーション情報にハッシュ関数を適用してサービス開示情報（呼設定チャネル、サービスタグ、情報保護証明書、リーダー擬似値）を生成する。
ここで、リーダー擬似値は、ＣＰＵクロック数が高いほど、バッテリー残量が多いほど、電力の供給を続けて受ける場合に高くマッピングされる。
端末１は、端末１と同一な呼設定チャネルに存在する端末２の発見に成功する（ステップ６０５）。
【００７８】
端末１と端末２は、サービス情報（サービスタグ、情報保護証明書）が同一であるので自動接続に成功し（ステップ６１０）、互いの端末からリーダー擬似値を受信して比較した後、リーダー擬似値が高い端末２をリーダー端末、端末１をメンバー端末に設定する（ステップ６１５）。
【００７９】
次に、端末１と端末２との間には、メッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣ（Ｕｓｅｒ  Ｃｒｅａｔｅｄ  Ｃｏｎｔｅｎｔ）の共有、マルチメディアストリーミングなどを行うことになる（ステップ６２０）。
【００８０】
端末２は、リーダー端末として同一な呼設定チャネルに存在する端末３の発見に成功し（ステップ６２５）、サービス情報が同一であるので自動接続に成功する（ステップ６３０）。その後、端末３はメンバー端末となり、端末１および／または端末２とメッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣの共有、マルチメディアストリーミングなどを行うことになる（ステップ６３５）。
【００８１】
端末２は、リーダー端末の役割をする間、リーダー端末のアプリケーション−１の終了を検知した場合（ステップ６４０）、リーダー擬似値が高い端末３に現在接続に用いられるセキュリティーキーとネットワーク設定情報、メンバーリストなどを提供してリーダーの移転を行う（ステップ６４５）。
【００８２】
ここで、リーダー端末の明示的な終了と判断されることは、リーダー端末のアプリケーションが終了する場合の他に、リーダー端末とメンバー端末との距離が遠くなってリーダー端末の信号対干渉雑音比（ＳＩＮＲ）が予め設定された値以下に低くなった場合、リーダー端末のバッテリー残量が通信を行う間に予め設定された値以下に低くなった場合などがある。
次に、端末２は、端末１および端末３に接続解除メッセージを転送し、端末１および端末３との接続を解除する（ステップ６５０）。
【００８３】
新たにリーダー端末に選出された端末３は自身の端末をリーダー端末に設定し、端末１を招待して（ステップ６５５）、ＷｉＦｉ接続を再設定した後、ファイルの共有などを行う（ステップ６６０）。
【００８４】
上述したようにリーダー端末であった端末２が明示的に終了する場合、リーダーを端末３に移転することによって、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーが維持できるため、従来にリーダー端末がトポロジーから除外される場合に、既に接続されたピアツーピア接続が切れるという問題を解決することができる。
図７は、本発明の一実施形態によるＷｉＦｉ−Ｄｉｒｅｃｔ上でリーダーの暗黙的な終了の場合のリーダーの再選出過程を示すフローチャートである。
図７を参照すれば、端末１、端末２、端末３の呼設定チャネルは｛１｝、サービスタグは＃１、情報保護証明書はＡＡＡとして同一である。
【００８５】
ここで、各々の端末は、駆動されるアプリケーションからアプリケーション情報を抽出し、抽出されたアプリケーション情報にハッシュ関数を適用してサービス開示情報（呼設定チャネル、サービスタグ、情報保護証明書、リーダー擬似値）を生成する。
ここで、リーダー擬似値は、ＣＰＵクロック数が高いほど、バッテリー残量が多いほど、電力の供給を続けて受ける場合に高くマッピングされる。
【００８６】
端末２が端末１および端末３と自動接続に成功し、端末２はリーダー端末、端末１および端末３はメンバー端末として、メッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣの共有、マルチメディアストリーミングなどを行う過程までは図６で説明したので以下では省略する。
【００８７】
メンバー端末である端末１および端末３は、リーダー端末である端末２と接続された場合、ローカルタイマーをスタートし、端末２からビーコン信号が受信されたか否かを判断する。
【００８８】
ここで、端末１および端末３がローカルタイマーを駆動するのは、端末２の暗黙的な終了（例えば、端末２の突然の電源終了またはリーダー端末の位置移動によるネットワーク分割など）の有無を判断するためのものである。
【００８９】
端末１および端末３は、ローカルタイマーの終了時までに端末２からビーコン信号が受信されない場合、端末２と接続されている接続を解除し、バックオフタイムをスタートさせる（ステップ７１０）。
【００９０】
端末１および端末３は、互いの同一な呼設定チャネルに存在する相手方の端末を発見し（ステップ７２０）、サービス情報が同一であるので自動接続に成功する（ステップ７３０）。また、サーバの端末からリーダー擬似値を受信して比較した後、リーダー擬似値が高い端末１をリーダー端末、リーダー擬似値が低い端末３をメンバー端末に設定する（ステップ７４０）。次に、端末１と端末３は、メッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣの共有、マルチメディアストリーミングなどを行うことになる（ステップ７５０）。
【００９１】
上述したようにリーダー端末が暗黙的に終了した場合、リーダーの再選出を通じて、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーが維持できるため、従来にリーダー端末がトポロジーから除外される場合に、既に接続されたピアツーピア接続が切れるという問題を解決することができる。
図８は、本発明の一実施形態による無線ＬＡＮ基盤ピア端末の構成を示す。
図８を参照すれば、本発明の一実施形態による無線ＬＡＮ基盤ピア端末は、制御部８１０および通信部８２０で構成されることができる。
【００９２】
ここで、制御部８１０は、アプリケーション情報抽出モジュール８１１とサービス開示情報生成モジュール８１３および駆動モジュール８１５を含むことができる。
【００９３】
先ず、アプリケーション情報抽出モジュール８１１は、ピアツーピアアプリケーションからアプリケーション情報を抽出する。ここで、抽出されるアプリケーション情報は、ピアツーピアアプリケーションの固有タグ、情報保護ＩＤ、アプリケーションの駆動時点、アプリケーションの駆動箇所、端末の動作状態数値を含むことができる。
【００９４】
ピアツーピアアプリケーションの固有タグは、アプリケーションの固有ＩＤ、アプリケーションの固有コンテンツＩＤ、端末の製造会社ＩＤで構成されることができる。仮に前記ピアツーピアアプリケーションの固有タグが存在しない場合は、ワイルドカード（ｗｉｌｄｃａｒｄ）値を用いる。また、互いに異なるアプリケーションは異なる固有ＩＤを有するが、同じアプリケーションの場合にもアプリケーション共有コンテンツＩＤが異なる場合は互いに異なる固有ＩＤを有する。
【００９５】
ここで、任意のピアツーピアアプリケーションが端末の製造会社ＩＤに関係なく互いに連動しようとする場合は、製造会社ＩＤを初期値セットしてハッシュ関数に適用することによって連動することができる。
情報保護ＩＤは、ＰＩＮナンバーまたはユーザ設定可能な文字列で構成されることができる。前記情報保護ＩＤが存在しない場合はワイルドカード値を用いる。
【００９６】
ここで、情報保護ＩＤは、例えば、ファイル共有アプリケーション時のパスワードを意味する。また、情報保護ＩＤを用いる場合、同一のＩＤを有したユーザのみを発見することができる。
【００９７】
したがって、前記情報保護ＩＤを介して、同一のＰ２Ｐアプリケーションを容易で且つセキュリティー上安全に（ｓｅｃｕｒｅ）に発見し接続できるという効果がある。
【００９８】
アプリケーションの駆動時点は、現在時間を週、日、時または分のデジタル化したコードで構成されることができる。アプリケーションの駆動時点が設定されない場合はワイルドカード値を用いる。また、前記アプリケーションの駆動時点は、アプリケーションの駆動時点に応じて接続するピアを自動で選択するために用いられる。
【００９９】
アプリケーションの駆動箇所は、ＧＰＳ座標を利用（例えば、ソウル市江南区−＞００１００のようなデジタル化したコードを利用）することができ、ＧＰＳ不在時には、相対座標を利用（例えば、周辺の無線ＬＡＮ  ＡＰリストのうち最も高い信号強さを有するＡＰアドレスを利用）することができる。
【０１００】
機器の動作状態数値は、現在の機器の演算遂行能力の計測情報（例えば、ＣＰＵクロック数など）と現在の機器の状態（例えば、残留バッテリー量、電力供給状態、信号対干渉雑音比（ＳＩＮＲ）など）で構成されることができる。機器の動作状態数値がない場合は基本値（ｄｅｆａｕｌｔ  ｖａｌｕｅ）を用いる。
【０１０１】
サービス開始情報生成モジュール８１３は、前記アプリケーション情報抽出モジュール８１１から抽出されたアプリケーション情報にハッシュ関数（ＨＡＳＨ  ＦＵＮＣＴＩＯＮ）を適用してサービス開示情報を生成する。
ここで、生成されたサービス開示情報は、サービスタグ、呼設定チャネル、情報保護証明書およびリーダー擬似値を含むことができる。
【０１０２】
サービスタグおよび情報保護証明書は、ハッシュ関数に入力されたアプリケーション情報のうちのピアツーピアアプリケーションの固有タグ、情報保護ＩＤ、アプリケーションの駆動時点、アプリケーションの駆動箇所を通じて生成されることができる。
【０１０３】
また、呼設定チャネルはハッシュ関数に入力されたアプリケーション情報のうちのピアツーピアアプリケーションの固有タグ、アプリケーションの駆動時点を通じて生成されることができ、リーダー擬似値はハッシュ関数に入力されたアプリケーション情報のうちの機器の動作状態情報を通じて生成されることができる。
ここで、リーダー擬似値は、ＣＰＵクロック数が高いほど、バッテリー残量が多いほど、電力の供給を続けて受ける場合に高くマッピングされる。
【０１０４】
ここで、迅速な接続のために提案されたピア端末は、端末の呼設定チャネルを限定して、アプリケーション間の接続時に端末がいくつもの呼設定チャネルをホッピングすることを防止することができる。また、情報保護ＩＤが異なる場合は、同一のアプリケーション実行時にもサービスタグと情報保護証明書が異なるように設定される。
【０１０５】
駆動モジュール８１５は、サービス開示情報生成モジュール８１３からサービス開示情報が生成された場合、独立にバックオフタイムを決め、決められたバックオフタイムをスタートさせる。
ここで、バックオフタイムは、現在設定されたリーダー擬似値に対して線形的な出力を出すことができる。
【０１０６】
駆動モジュール８１５は、バックオフタイムをスタートさせた後、通信部８２０を介して前記ピア端末のサービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを判断する。
【０１０７】
ここで、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かの判断は、前記呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つと、少なくとも１つの他のピア端末の呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つとが同一である場合に、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在すると判断することができる。
【０１０８】
駆動モジュール８１５は、通信部８２０を介して前記ピア端末のサービス開示情報に相応する少なくとも１つの他のピア端末が存在すると判断された場合は、バックオフタイムを中止させる。
【０１０９】
一方、駆動モジュール８１５は、前記ピア端末のサービス開示情報に相応する少なくとも１つの他のピア端末が存在しないと判断された場合は、バックオフタイムが終了したか否かを判断し、バックオフタイムが終了した場合は、ユーザ端末をリーダー端末に設定し、少なくとも１つの他のピア端末の接続を待機する。
【０１１０】
駆動モジュール８１５は、サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか接続した場合、少なくとも１つの他のピア端末からリーダー擬似値を受信して比較した後、最も高いリーダー擬似値を有するピア端末をリーダー端末に設定し、それ以外のピア端末をメンバー端末に設定する。
【０１１１】
ここで、駆動モジュール８１５は、仮にリーダー擬似値が同一なピア端末が２以上存在する場合は、乱数発生アルゴリズムを用いて、同一なリーダー擬似値が発生しないまでに持続的にリーダー擬似値を再設定して、最も高いリーダー擬似値を有するピア端末を抽出し、抽出されたピア端末をリーダー端末に設定する。
【０１１２】
また、駆動モジュール８１５は、ピア端末がリーダー端末の機能を行う場合、リーダー端末の動作状況情報をモニタリングする。ここで、動作状況情報は、例えば、信号対干渉雑音比（ＳＩＮＲ）、バッテリー残量、ピアツーピアアプリケーションの動作情報などを含むことができる。
駆動モジュール８１５は、リーダー端末の動作状況情報をモニタリングしている間、リーダー端末の明示的な終了が検知されるか否かを判断する。
【０１１３】
ここで、リーダー端末の明示的な終了が検知される場合は、例えば、複数のメンバー端末との距離が遠くなってリーダー端末の信号対干渉雑音比（ＳＩＮＲ）が予め設定された値以下に低くなった場合、リーダー端末のバッテリー残量が予め設定された値以下に低くなった場合、リーダー端末のピアツーピアアプリケーションが終了した場合などがある。
【０１１４】
駆動モジュール８１５は、リーダー端末の明示的な終了が検知された場合、リーダーの移転を決定し、複数のメンバー端末から各々リーダー擬似値を受信した後、受信したリーダー擬似値に基づいて最も高いリーダー擬似値を有するメンバー端末を選定する。
【０１１５】
次に、駆動モジュール８１５は、通信部８２０を介して、選定されたメンバー端末にリーダー受諾要請メッセージを転送し、リーダー受諾要請メッセージに応答するリーダー受諾メッセージが通信部８２０を介して受信されたか否かを判断する。
【０１１６】
リーダー受諾メッセージが受信されない場合、駆動モジュール８１５は、次順位に高いリーダー擬似値を有するメンバー端末を選定し、選定されたメンバー端末にリーダー受諾要請メッセージを転送し、リーダー受諾要請メッセージに応答する受諾メッセージが通信部８２０を介して受信されたか否かを判断する。
【０１１７】
リーダー受諾要請メッセージに応答する受諾メッセージが受信された場合、駆動モジュール８１５は、現在接続に用いられるセキュリティーキーとネットワーク設定情報をリーダー受諾メッセージを転送したメンバー端末に提供する。
次に、駆動モジュール８１５は、通信部８２０を介して全てのメンバー端末に接続解除メッセージを転送し、接続を解除する。
【０１１８】
上述したようにリーダー端末が明示的に終了する場合、リーダーの移転を通じて、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーが維持できるため、従来にリーダー端末がトポロジーから除外される場合に、既に接続されたピアツーピア接続が切れるという問題を解決することができる。
【０１１９】
また、駆動モジュール８１５は、ピア端末がメンバー端末の機能を行う場合、ローカルタイマーをスタートし、リーダー端末からビーコン信号が受信されるか否かを判断する。
【０１２０】
ここで、メンバー端末がローカルタイマーを駆動するのは、リーダー端末の暗黙的な終了（例えば、リーダー端末の突然の電源終了またはリーダー端末の位置移動によるネットワーク分割など）の有無を判断するためのものである。
ここで、ビーコン信号は、リーダー端末が自身の存在を知らせるために周期的に放送（Ｂｒｏａｄｃａｓｔ）する信号を意味する。
【０１２１】
駆動モジュール８１５は、通信部８２０を介してリーダー端末からビーコン信号が受信された場合、ローカルタイマーをリセットし、再びローカルタイマーのスタートおよびビーコン信号の受信有無を判断する。
【０１２２】
但し、駆動モジュール８１５は、ローカルタイマーの終了時までにビーコン信号が受信されない場合、リーダー端末との接続を解除し、バックオフタイムをスタートさせる。
ここで、バックオフタイムは、現在設定されたリーダー擬似値に対して線形的な出力を出すタイマーである。
【０１２３】
駆動モジュール８１５は、バックオフタイムをスタートさせた後、前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在するか否かを判断する。
【０１２４】
ここで、前記サービス開示情報に相応する少なくとも１つの他のメンバー端末が存在するか否かの判断は、前記呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つと、少なくとも１つの他のメンバー端末の呼設定チャネル、サービスタグおよび情報保護証明書のうち少なくとも１つとが同一である場合に、前記サービス開示情報に相応する少なくとも１つの他のメンバー端末が存在すると判断することができる。
駆動モジュール８１５は、前記サービス開示情報に相応する少なくとも１つの他のメンバー端末が存在すると判断された場合、バックオフタイムを中止させる。
【０１２５】
一方、駆動モジュール８１５は、バックオフタイムの終了時までに前記サービス開示情報に相応する少なくとも１つの他のピア端末が存在しないと判断された場合、メンバー端末をリーダーに設定し、少なくとも１つの他のメンバー端末が接続したか否かを判断する。
【０１２６】
駆動モジュール８１５は、前記サービス開示情報に相応する少なくとも１つの他のメンバー端末が存在するか少なくとも１つの他のピア端末が接続した場合、少なくとも１つのメンバー端末または少なくとも１つの他のピア端末からリーダー擬似値を各々受信して比較した後、最も高いリーダー擬似値を有する端末をリーダー端末に設定し、それ以外の端末をメンバー端末に設定する。
【０１２７】
ここで、仮にリーダー擬似値が同一な端末が２以上存在する場合は、乱数発生アルゴリズムを用いて、同一なリーダー擬似値が発生しないまでに持続的にリーダー擬似値を再設定して、最も高いリーダー擬似値を有する端末を抽出し、抽出された端末をリーダー端末に設定する。
【０１２８】
ここで、設定されたリーダー端末とメンバー端末との間には、メッセージングサービス、音楽の共有、ファイルの共有、ＵＣＣ（Ｕｓｅｒ  Ｃｒｅａｔｅｄ  Ｃｏｎｔｅｎｔ）の共有、マルチメディアストリーミングなどを行うことになる。但し、互いに異なるサービス情報を有するアプリケーションは、同一チャネルに存在しても接続に制限される。
【０１２９】
上述したようにリーダー端末が暗黙的に終了した場合、リーダーの再選出を通じて、既に接続された無線ＬＡＮピアツーピアアプリケーション間のトポロジーが維持できるため、従来にリーダー端末がトポロジーから除外される場合に、既に接続されたピアツーピア接続が切れるという問題を解決することができる。
【０１３０】
ここで、ピア端末間の通信は、８０２．１１ｘ（例えば、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、８０２．１１ｎ、８０２．１１ａｃなど）、ブルートゥース、ジグビー（Ｚｉｇｂｅｅ(登録商標)）、超広帯域幅（ＵＷＢ：Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、近距離無線通信（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、バイナリＣＤＭＡ（Ｂ−ＣＤＭＡ：Ｂｉｎａｒｙ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの様々な無線通信技術を利用して行われることができる。
図９は、本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーション間の接続方法の性能評価の結果を示す。
【０１３１】
図９を参照すれば、（ａ）は、従来技術（ＷｉＦｉ−Ｄｉｒｅｃｔ）による無線ＬＡＮ基盤ピアツーピアアプリケーションが１：１で接続される場合、および本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーションが１：１で接続される場合、無線ＬＡＮ装置の活性化後にデータ共有準備時間までにかかる平均時間を示す。
【０１３２】
具体的に、従来技術による無線ＬＡＮ基盤ピアツーピアアプリケーションが１：１で接続される場合は、無線ＬＡＮ装置の活性化後にデータ共有準備時までにかかる平均時間は９．３秒であることを確認することができる。
ここで、前記かかった平均時間にはユーザ介入時間が含まれないようにした。
【０１３３】
本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーションが１：１で接続される場合は、無線ＬＡＮ装置の活性化後にデータ共有準備時までにかかる平均時間は６．１秒であり、従来技術に比べて少ない時間がかかることを確認することができる。
【０１３４】
（ｂ）は、従来技術（ＷｉＦｉ−Ｄｉｒｅｃｔ）による無線ＬＡＮ基盤ピアツーピアアプリケーションが複数のピアツーピアアプリケーションと接続される場合、および本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーションが複数のピアツーピアアプリケーションと接続される場合、無線ＬＡＮ装置の活性化後にデータ共有準備時間までにかかる平均時間を示す。
【０１３５】
具体的に、従来技術による無線ＬＡＮ基盤ピアツーピアアプリケーションが複数のピアツーピアアプリケーションと接続される場合は、無線ＬＡＮ装置の活性化後にデータ共有準備時までにかかる平均時間は２５秒であることを確認することができる。
ここで、前記かかった平均時間にはユーザ介入時間が含まれないようにした。
【０１３６】
本発明の一実施形態による無線ＬＡＮ基盤ピアツーピアアプリケーションが複数のピアツーピアアプリケーションと接続される場合は、無線ＬＡＮ装置の活性化後にデータ共有準備時までにかかる平均時間は８．７秒であり、従来技術に比べて少ない時間がかかることを確認することができる。
以上、実施形態を参照して説明したが、当技術分野の熟練した当業者は、下記の特許請求の範囲に記載された本発明の思想および領域から逸脱しない範囲内で本発明を様々に修正および変更できることを理解することができるであろう。
【図１】
0005815840.tif 000002
【図２】
0005815840.tif 000003
【図３】
0005815840.tif 000004
【図４】
0005815840.tif 000005
【図５】
0005815840.tif 000006
【図６】
0005815840.tif 000007
【図７】
0005815840.tif 000008
【図８】
0005815840.tif 000009
【図９】
0005815840.tif 000010