JP6140273B2

JP6140273B2 - 端末検索方法及び装置

Info

Publication number: JP6140273B2
Application number: JP2015513004A
Authority: JP
Inventors: 文美 ▲ガオ▼; 志明丁; ▲貴▼明 ▲樹▼; 黄▲偉▼ ▲呉▼; 雷王
Original assignee: Huawei Device Co Ltd
Current assignee: Huawei Device Co Ltd
Priority date: 2012-05-21
Filing date: 2013-05-20
Publication date: 2017-05-31
Anticipated expiration: 2033-05-20
Also published as: KR20150020583A; EP2846562A4; EP2846562B1; MY189975A; JP2015522994A; US20150081823A1; WO2013174246A1; EP2846562A1; KR101785470B1; CN103428630A

Description

本願は、２０１２年５月２１日に中国知識産権局へ提出された中国特許出願第２０１２１０１５７８４７．１号に対する優先権を主張し、参照によりその全てを本明細書に援用する。

本発明は、無線通信技術の分野に関し、具体的には、端末検索方法及び装置に関する。

Ｗｉ−Ｆｉダイレクト（Wireless Fidelity Direct：Wi-Fi Direct）規格によれば、無線ネットワーク上のデバイスが無線ルーターを必要とせずに互いに接続することができる。Ｂｌｕｅｔｏｏｔｈ（登録商標）技術と同じように、この規格によれば、無線デバイスがポイント・ツー・ポイント方式で相互接続することができ、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術と比較して、伝送速度と伝送距離が大幅に向上する。Ｗｉ−Ｆｉダイレクト規格は、コンピューター、携帯電話、コンピューター周辺機器、家電等の様々なＷｉ−Ｆｉ（Wireless Fidelity）デバイスを対象としている。この規格に準拠するデバイスは、ホットスポットやルーターを用いることなく、他のデバイスとの直接接続やデータ伝送、或いはアプリケーションの共有を簡便に実現することができる。Ｗｉ−Ｆｉダイレクトは、１対１の直接接続をサポートすることができ、また、複数のデバイスによる同時接続を実現することもできる。更に、Ｗｉ−Ｆｉダイレクト規格は、１１ａ／ｂ／ｇから１１ｎに至るまで全てのＷｉ−Ｆｉデバイスをサポートし、規格の異なるＷｉ−Ｆｉデバイス間の相互接続も可能である。

Ｂｌｕｅｔｏｏｔｈ（登録商標）スペシャル・インタレスト・グループ（Bluetooth SIG）は、新世代規格の仕様であるBluetooth Core Specification Version 3.0 High Speedを公式に発布した。これは新しい代替の無線周波数技術であり、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルにより、任意のタスクに対して正確な無線周波数を動的に選択することができる。Ｂｌｕｅｔｏｏｔｈ（登録商標）３．０に従って大量のデータを高速伝送すると、当然ながら更に多くのエネルギーを消費する。しかしながら、８０２．１１の拡張電源制御（enhanced power control：ＥＰＣ）を導入することにより、実際のアイドリング電力消費量は大幅に明らかに低減される。よってＢｌｕｅｔｏｏｔｈ（登録商標）３．０によれば、ＶＣＲからハイビジョンテレビ、コンピューターからポータブル・メディア・プレーヤー（Portable Media Player：ＰＭＰ）、ウルトラ・モバイル・パーソナル・コンピューター（Ultra-mobile Personal Computer：ＵＭＰＣ）からプリンタへのデータ伝送を気軽に行うことができる。

従来技術では、ソーシャルアプリケーションは全て位置情報サービス（Location-Based service：ＬＢＳ）技術に基づいている。すなわち、モバイルネットワークやＧＰＳ（Global Positioning System）からのサポートが必要であり、また、ＬＢＳサーバーのサポートも必要である。ＬＢＳサーバーからのサポートに頼らなければ、端末は、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を探索することができない。結果として、ローカルの範囲や隣接エリアの端末間でデータ交換を実現することができない。

本発明の実施形態は、端末検索方法及び装置を提供する。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーの支援なしで的を絞って探索することができ、このように、端末間のモバイルデータ交換を改善することができる。

本発明は、以下の技術的構成を採用する。

端末検索方法は、
アプリケーション識別子を取得するステップと、
該アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストするステップと、
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信するステップであって、ここで、当該対象アプリケーションは当該候補受信端末により該アプリケーション識別子から選択される、ステップと、
対象受信端末と対象アプリケーションの接続を確立するために、該候補受信端末から対象受信端末を判定するステップと、
を含む。

端末検索方法は、
送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信するステップと、
該アプリケーション識別子から対象アプリケーション識別子を判定するステップであって、ここで、当該対象アプリケーションに対応するアプリケーションは受信端末においてアクティブ状態である、ステップと、
該送信端末と該対象アプリケーションの接続を確立するために、該対象アプリケーション識別子を含むメッセージを該送信端末へ送信するステップと、
を含む。

送信端末は、アプリケーション登録サービスモジュールを有し、具体的には、
アプリケーション識別子を取得する取得ユニットと、
該アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストするブロードキャストユニットと、
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する受信ユニットであって、ここで当該対象アプリケーション識別子は、該候補受信端末により該アプリケーション識別子から選択される、受信ユニットと、
対象受信端末と対象アプリケーションの接続を確立するために、該候補受信端末から対象受信端末を判定する処理ユニットと、
を有する。

受信端末はアプリケーション登録サービスモジュールを有し、具体的には、
送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信する受信ユニットと、
該アプリケーション識別子から対象アプリケーション識別子を判定する検索ユニットであって、ここで、当該対象アプリケーションに対応するアプリケーションは当該受信端末においてアクティブ状態である、検索ユニットと、
該送信端末と該対象アプリケーションの接続を確立するために、該対象アプリケーション識別子を含むメッセージを該送信端末へ送信する送信ユニットと、
を有する。

本発明の実施形態において提供される端末の検索方法及び装置では、送信端末のアプリケーション識別子が取得され、当該アプリケーション識別子を含むブロードキャストフレームが送信される。受信端末は当該ブロードキャストフレームを受信し、自端末上のアプリケーションにおいて、当該ブロードキャストフレームに含まれるアプリケーション識別子に対応する同一のアプリケーションを検索する。ここで、当該同一のアプリケーションは当該受信端末においてアクティブ状態であり、当該同一のアプリケーション識別子が対象アプリケーション識別子である。当該送信端末は、候補受信端末により送信され当該候補受信端末の対象アプリケーション識別子を含むメッセージを受信し、当該候補受信端末から対象受信端末を判定し、当該送信端末は、対象受信端末と対象アプリケーションの接続を確立する。本発明の実施形態では、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を探索できないという、従来技術の問題点が解決される。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーなしで的を絞って発見することができ、端末間のモバイルデータ交換を改善することができる。

本発明の実施形態１に係る端末の検索方法を示すフローチャートである。本発明の実施形態１に係る端末の検索方法を示すフローチャートである。本発明の実施形態２に係る、Ｗｉ−Ｆｉデバイスを発見する状況例を示す図である。本発明の実施形態２に係る端末の検索方法を示すフローチャートである。本発明の実施形態２に係る、探査要求フレームのフォーマットを示す概略図である。本発明の実施形態２に係る、探査要求フレームに含まれるアプリケーション識別子要素を示す構成図である。本発明の実施形態２に係る、探査要求フレーム内のアプリケーション識別子構成の内容を示す概略図である。本発明の実施形態２に係る、探査応答フレーム内に拡張されるアプリケーション識別子結果を示す構成図である。本発明の実施形態２に係る、アプリケーション識別子マッチング結果の構成の内容を示す概略図である。本発明の実施形態２に係る別の端末の検索方法を示すフローチャートである。本発明の実施形態２に係る更に別の端末の検索方法を示すフローチャートである。本発明の実施形態２に係る更に別の端末の検索方法を示すフローチャートである。本発明の実施形態３に係る送信端末を示す構成図である。本発明の実施形態３に係る別の送信端末を示す構成図である。本発明の実施形態３に係る更に別の送信端末を示す構成図である。本発明の実施形態３に係る更に別の送信端末を示す構成図である。本発明の実施形態３に係る更に別の送信端末を示す構成図である。本発明の実施形態３に係る更に別の送信端末を示す構成図である。本発明の実施形態３に係る受信端末を示す構成図である。本発明の実施形態３に係る別の受信端末を示す構成図である。本発明の実施形態３に係る更に別の受信端末を示す構成図である。本発明の実施形態３に係る更に別の受信端末を示す構成図である。本発明の実施形態３に係る更に別の受信端末を示す構成図である。本発明の実施形態３に係る受信端末の検索ユニットを示す構成図である。

以下、図面を参照しながら、本発明の実施形態における端末検索方法及び装置を詳細に説明する。

実施形態１
本発明の本実施形態は、端末検索方法を提供する。図１に示すように、当該方法は以下のステップを含む。

１０１において、アプリケーション識別子を取得する。

１０２において、当該アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストする。

１０３において、候補受信端末により送信され当該候補受信端末の対象アプリケーション識別子を含むメッセージを受信する。ここで、当該対象アプリケーションは、当該候補受信端末により当該アプリケーション識別子から選択される。

１０４において、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。

本発明の本実施形態で提供される端末検索方法では、送信端末のアプリケーション識別子が取得され、当該アプリケーション識別子を含むブロードキャストフレームが受信端末へブロードキャストされる。送信端末は、候補受信端末により送信され当該候補受信端末の対象アプリケーション識別子を含むメッセージを受信する。ここで、対象アプリケーション識別子は、候補受信端末により当該アプリケーション識別子から選択される。送信端末は、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。本発明の本実施形態では、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を探索できないという、従来技術の問題点が解決される。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーなしで的を絞って探索することができ、このように、端末間のモバイルデータ交換を改善することができる。

本発明の本実施形態は、別の端末検索方法を提供する。図２に示すように、当該方法は以下のステップを含む。

２０１において、送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信する。

２０２において、アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子に対応するアプリケーションは、受信端末においてアクティブ状態である。

２０３において、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含むメッセージを送信端末へ送信する。

本発明の本実施形態で提供される端末検索方法では、受信端末は、送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信し、アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子に対応するアプリケーションは、受信端末においてアクティブ状態である。それから、受信端末は、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含むメッセージを送信端末へ送信する。本発明の本実施形態では、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を探索できないという、従来技術の問題点が解決される。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーなしで的を絞って探索することができ、このように、端末間のモバイルデータ交換を改善することができる。

実施形態２
図３は、本発明の実施形態２に係る、Ｗｉ−Ｆｉデバイスを発見する状況例を示す図である。例えば、任意の混雑した場所（バス、地下鉄、鉄道駅、シャトル、ショッピングモール、銀行、病院、学校、会社等）において、ユーザーが自身の携帯電話（端末Ａ）を取り出し、Ｗｉ−Ｆｉを有効にし、ゲームやソーシャルアプリケーションを開始すると、携帯電話の画面は、同じゲームやソーシャルアプリケーションを実行している近隣の端末（携帯電話やタブレット型コンピューター）を自動的に表示する。ユーザーは、Ｗｉ−Ｆｉを用いて特定の他人と相互接続してオンラインゲームをプレーすることや、多人数参加型の会戦ゲームに参加すること、或いはソーシャルアプリケーションを用いて友達を作ることを選択することができる。

本発明の本実施形態は、ソーシャルアプリケーション（ＡＰＰ）すなわちアプリケーション／サービス類型発見をサポートするアプリケーション（ＡＰＰ）を対象とする端末の検索方法を提供する。アプリケーション／サービス類型発見により、データ交換を実現することができる。ここで、ソーシャルアプリケーションにはＷｉ−Ｆｉアプリケーション登録クライアント（Wi-Fi APP Register Client：ＷＡＲ−Ｃ）が追加され、端末のＷｉ−Ｆｉモジュール／Ｗｉ−Ｆｉドライブには、Ｗｉ−Ｆｉアプリケーション登録サーバー（Wi-Fi APP Register server：ＷＡＲ−Ｓ）が追加される。

送信端末上のＷＡＲ−Ｓは、第１のアプリケーション識別子リストを記憶する。ここで、第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。

アプリケーションが開始されると、当該アプリケーションは、送信端末上のＷＡＲ−Ｃを介して、アプリケーション識別子と当該アプリケーションに対応するプロセス識別子とを、送信端末の第１のアプリケーション識別子リストへ自動的に登録する。

或いは、アプリケーションが開始されると、ユーザーが手動でトリガして、送信端末のＷＡＲ−Ｃを介して、プリケーション識別子と当該アプリケーションに対応するプロセス識別子とを、送信端末の第１のアプリケーション識別子リストへ登録する。

更に任意には、アプリケーションが開始される必要はなく、ユーザーが直接的に手動で、発見すべきアプリケーション識別子を送信端末の第１のアプリケーション識別子リストへ登録する。

任意に、アプリケーションによる送信端末の第１のアプリケーション識別子リストへの登録が成功すると、ＷＡＲ−ＳはＷＡＲ−Ｃに対し、対応するアプリケーションの登録が成功したというメッセージを返す。

受信端末もまた、自端末のＷＡＲ−Ｓに第１のアプリケーション識別子リストを記憶する。ここで、受信端末の第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。受信端末の第１のアプリケーション識別子リストへのアプリケーション識別子の登録は、上述した送信端末の第１のアプリケーション識別子リストにおけるものと同一であり、ここで繰り返し説明することはしない。

送信端末の第１のアプリケーション識別子リストと受信端末の第１のアプリケーション識別子リストは動的テーブルであり、アプリケーションの開始に基づいて、継続的に動的に更新される。

送信端末が端末検索を実行する場合、図４に示すように、具体的なステップは以下のとおりである。

３０１において、送信端末に記憶される第１のアプリケーション識別子リストから、アプリケーション識別子を取得する。

３０２において、送信端末は、アプリケーション識別子を含むブロードキャストフレームをブロードキャストする。

具体的には、第１のアプリケーション識別子リストへのアプリケーション識別子の登録が成功した後、送信端末は自発的に、第１のプログラム識別子リスト内の全てのアプリケーション識別子を含むブロードキャストフレームを送信する。ここで、ブロードキャストフレームは、具体的には、探査要求（Probe Request）フレームであってよい。同じアプリケーションを実行している近隣の端末をできるだけ多く発見するために、探査要求フレームは周期的に送出されてよく、また、各周期には特定数の探査要求フレームが連続的に送出されてよい。

図５は、探査要求フレームのフォーマットを示す。探査要求フレームのフォーマットには、探査要求フレームに含まれるアプリケーションのシークエンス番号と、対応するアプリケーション識別子と、アプリケーション識別子要素とが含まれる。図６は、アプリケーション識別子要素の構成を示す。アプリケーション識別子要素の構成には、アプリケーション識別子要素の番号及び長さと、アプリケーション識別子構成とが含まれる。図７は、アプリケーション識別子構成の内容を示す概略図である。アプリケーション識別子構成の内容には、メーカー情報、アプリケーション名及びアプリケーションバージョン番号が含まれる。

３０３において、受信端末は、アプリケーション識別子を含むブロードキャストフレームを受信する。

具体的には、ブロードキャストフレームは送信端末により送信されるので、少なくとも１つの候補受信端末がブロードキャストフレームを受信する。ブロードキャストフレームを受信すると、候補受信端末は、ステップ３０４〜３０５に記載するような具体的な工程を実行する。

３０４において、受信端末の第１のアプリケーション識別子リストで、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。

受信端末は、探査要求フレームを受信した後、探査要求フレームに含まれるアプリケーション識別子を解析することにより、同じアプリケーション識別子が存在するか否かを自端末の第１のアプリケーション識別子リストに問い合わせる。ここで、当該同一のアプリケーション識別子が、対象アプリケーション識別子である。

３０５において、対象アプリケーション識別子の存在が確認されると、当該対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージが送信端末へ送信される。

ブロードキャストフレーム応答メッセージは、具体的には、探査応答フレーム（Probe Response）であってよい。ここで、探査応答フレームは、アプリケーションのマッチングが成功したことを示す識別子を含む。図８は、探査応答フレームにおいて拡張されるアプリケーション識別子結果の構成を示す。図９は、アプリケーション識別子マッチング結果の構成の内容を示す概略図である。ここで、０と１はマッチング結果を示す。１は、同じアプリケーションが存在しマッチングが成功したことを示し、０は、同じアプリケーションが存在せずマッチングが失敗したことを示す。

同時に、受信端末は、自端末の対象アプリケーションに、同じアプリケーションを実行している近隣の端末のリストを通知する。

一実施形態において、対象アプリケーション識別子が存在しないことが分かった場合、応答フレームは返されない。当然ながら、応答フレームを返すようにして、対象アプリケーション識別子が存在しないことを送信端末に通知してもよい。

３０６において、送信端末は、対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信する。

送信端末は、全ての候補受信端末により送信されたブロードキャストフレーム応答メッセージを受信した後、自端末の対象アプリケーションに、同じアプリケーションを実行している近隣の端末のリストを通知する。その結果、送信端末において、候補受信端末から対象受信端末が選択される。

３０７において、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。

対象受信端末は、ユーザーにより候補受信端末から選択される。或いは、対象受信端末は、対象アプリケーションにより自動的に候補受信端末から選択される。

３０８において、送信端末は、対象受信端末との対象アプリケーションの接続の確立をトリガするために、対象アプリケーション識別子を含む接続要求メッセージを対象受信端末へ送信する。

３０９において、送信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。

具体的には、対象受信端末が、送信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。接続の確立が成功した後、２つの端末の対象アプリケーションは、オンラインサービス操作を実行することができる。

任意に、本実施形態は更に、ユーザーが手動で端末検索を停止する方法を提供する。例えば、検索の結果同じアプリケーション識別子をもつ端末がないことにユーザーが一定時間後に気付いた場合、或いは、同じアプリケーション識別子をもつ端末が短時間で十分に探索された場合、ユーザーは「停止」キーを押すか、或いは端末に探索を停止させる命令のような命令を送出してよい。そして、送信端末のＷＡＲ−Ｃは、アプリケーション検索の停止に対応するプロセスの識別子を、送信端末のＷＡＲ−Ｓに送出する。検索が停止されたアプリケーションの識別子は第１のアプリケーション識別子リストから削除され、対応する探査要求フレームには、検索が停止されたアプリケーションの識別子が含まれなくなる。

任意に、本実施形態は更に、端末のＷＡＲ−ＣとＷＡＲ−Ｓとの間で行われるキープアライブ（keeping-alive）及び登録解除の処理方法を提供する。アプリケーションによる第１のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｓは、各アプリケーションに１つの対応するタイマーを設定する。タイマーにより定められる時間に達した後に、端末のＷＡＲ−Ｃにより送出されアプリケーションに対応するキープアライブメッセージが受信されない場合、当該アプリケーションが不意に終了したものとみなされ、当該アプリケーションの関連情報が第１のアプリケーション識別子リストから削除される。更に、アプリケーションによる第１のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｃは、ＷＡＲ−Ｓへのキープアライブメッセージの送信を開始し、ＷＡＲ−Ｓは、キープアライブメッセージに対する応答メッセージを返す。アプリケーションが閉じられた或いは終了されたとき、或いはユーザーが手動でアプリケーションの検索を終了させたとき、端末のＷＡＲ−ＣはＷＡＲ−Ｓに対して登録解除要求を開始する。登録解除要求には、当該アプリケーションに対応するプロセス識別子が含まれる。このように、当該アプリケーションの関連情報を第１のアプリケーション識別子リストから削除するよう、端末のＷＡＲ−Ｓに通知する。ＷＡＲ−Ｓは、登録解除要求を受信した後、アプリケーションの関連情報を第１のアプリケーション識別子リストから削除し、また、登録解除成功応答を返す。

上述の方法では、アプリケーションの発見及び後続のデータ伝送のベアラプロトコルとしてＷｉ−Ｆｉを用いているが、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いてベアリングを行ってもよい。この場合のプロセスは、Ｗｉ−Ｆｉベアラ方式のプロセスと基本的に同じである。違いは、ソーシャルＡＰＰ内の拡張モジュールがＢＡＲ−Ｃ（Bluetooth Application Register Client）であり、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール／ドライブ内の拡張モジュールがＢＡＲ−Ｓ（Bluetooth Application Register Server）である点である。更に、ＡＰＰ発見プロセスでは、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルのリンク管理プロトコル（Link Management Protocol：ＬＭＰ）を拡張する必要がある。例えば、送出されるLMP_host_connection_request（ホスト接続要求フレーム）にアプリケーション識別子が含まれる場合、対象アプリケーションのマッチング識別子とＢｌｕｅｔｏｏｔｈ（登録商標）ペアリングに必要な個人識別番号（Personal Identification Number：ＰＩＮ）とが、LMP_Accepted（受信応答フレーム）に含まれる。よって、後にＢｌｕｅｔｏｏｔｈ（登録商標）接続を確立するとき、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールのＢＡＲ−Ｓは、手動で入力されるＰＩＮコードを必要とせず、解析によって得られたＰＩＮコードを直接的に用いてペアリングを行うことができる。

本発明の本実施形態は更に、端末検索方法を提供する。当該方法は、現存のアプリケーションやレガシーアプリケーション（Legacy APP）の発見プロセスに適用可能である。現存のアプリケーションとは、ソーシャル機能をサポートしていないアプリケーションである。本発明の本実施形態では、現存のアプリケーションのアプリケーションに対しても、近隣エリアでのソーシャル機能を実現することができる。

同様に、Ｗｉ−Ｆｉアプリケーション登録サーバー（Wi-Fi APP Register server：略してＷＡＲ−Ｓ）が、端末のＷｉ−Ｆｉモジュール／Ｗｉ−Ｆｉドライブに追加される。

端末のＷＡＲ−Ｓは、第２のアプリケーション識別子リストを記憶する。ここで、第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。

ユーザーは、データ交換が生じ得る特定のアプリケーション識別子の、端末の第２のアプリケーション識別子リストへの登録を、手動でトリガする。或いは、端末の出荷時に、メーカーが予め、データ交換が生じ得る特定のアプリケーション識別子を、端末の第２のアプリケーション識別子リストに登録する。また、当該アプリケーション識別子に対応する状態フラグは、デフォルトで非アクティブ状態（Inactive）に設定される。非アクティブ状態とは、アプリケーションがアクティブ状態にないことを意味する。

アプリケーションが開始されると、当該アプリケーションは、端末のオペレーティングシステムのプロセスマネージャーにおいて、登録を実行する。端末のＷＡＲ−Ｓは、端末のオペレーティングシステムのプロセスマネージャーに対してポーリングを実行し、端末の現行システムにおいて、端末の第２のアプリケーション識別子リストに含まれるものと同一のアプリケーションが作動しているかを問い合わせる。作動している場合、第２のアプリケーション識別子リストにおいて、当該同一のアプリケーションに対応する状態フラグをアクティブ状態（Active）に設定し、また、当該アプリケーションに対応するプロセス識別子を第２のアプリケーション識別子リストに記録する。

第２のアプリケーション識別子リストは動的テーブルであり、アプリケーションの登録及び開始に従って、継続的に動的に更新される。

送信端末が端末検索を実行する場合、図１０に示すように、具体的なステップは以下のとおりである。

４０１において、送信端末に記憶される第２のアプリケーション識別子リストから、状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する。

ユーザーが自発的にデバイス検索をトリガすると、送信端末は、ユーザーの発見対象のアプリケーションの発見命令を受信する。当該命令は、発見対象アプリケーションのプロセス識別子を含む。送信端末は、プロセス識別子に基づいて、対象アプリケーションが第２のアプリケーション識別子リストに存在するかを判定する。存在する場合、送信端末は、対象アプリケーション識別子を含むブロードキャストフレームを送信する。

４０２において、送信端末は、状態フラグがアクティブ状態に設定されているアプリケーション識別子を含むブロードキャストフレームをブロードキャストする。

ブロードキャストフレームは、具体的には探査要求フレームであってよい。同じアプリケーションを実行している近隣の端末をできるだけ多く発見するために、探査要求フレームは周期的に送信されてよく、また、各周期では特定数の探査要求フレームが連続的に送信されてよい。探査要求フレームのフォーマットを、図５、図６又は図７に示す。

４０３において、受信端末は、状態フラグがアクティブ状態に設定されているアプリケーション識別子を含むブロードキャストフレームを受信する。

具体的には、ブロードキャストフレームは送信端末により送信されるので、少なくとも１つの候補受信端末がブロードキャストフレームを受信する。ブロードキャストフレームを受信すると、候補受信端末は、ステップ４０４〜４０５に記載するような具体的な工程を実行する。

４０４において、受信端末の第２のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子が検索される。ここで、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。

受信端末は、探査要求フレームを受信した後、探査要求フレームに含まれるアプリケーション識別子を解析することにより、対象アプリケーション識別子が存在するか否かを自端末の第２のアプリケーション識別子リストに問い合わせる。また、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定される。

４０５において、対象アプリケーション識別子が存在することが分かった場合、対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを送信端末へ送信する。

ブロードキャストフレーム応答メッセージは、具体的には探査応答フレームであり、そのフォーマットを図８又は図９に示す。同時に、受信端末は、自端末の対象アプリケーションに、同じアプリケーションを実行している近隣の端末のリストを通知する。

一実施形態において、対象アプリケーション識別子が存在しないことが分かった場合、応答フレームは返されない。

４０６において、送信端末は、対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信する。

送信端末は、全ての候補受信端末により送信された探査応答フレームを受信した後、自端末の対象アプリケーションに、同じアプリケーションを実行している近隣の端末のリストを通知する。その結果、送信端末において候補受信端末から対象受信端末が選択される。

４０７において、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。

４０８において、送信端末は、対象受信端末との対象アプリケーションの接続の確立をトリガするために、対象アプリケーション識別子を含む接続要求メッセージを対象受信端末へ送信する。

４０９において、送信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。

任意に、本実施形態は更に、ユーザーが手動で端末検索を停止する方法を提供する。例えば、検索の結果同じアプリケーション識別子をもつ端末がないことにユーザーが一定時間後に気付いた場合、或いは、同じアプリケーション識別子をもつ端末が短時間で十分に探索された場合、ユーザーは「停止」キーを押すか、或いは端末に探索を停止させる命令のような命令を送出して、対象アプリケーション検索の停止に対応するプロセスの識別子を、送信端末のＷＡＲ−Ｓに送出することができる。検索が停止された対象アプリケーションの関連情報は、第２のアプリケーション識別子リストから削除される。

任意に、本実施形態は更に、端末のアプリケーションのキープアライブ（keeping-alive）及び登録解除の処理方法を提供する。アプリケーションによる第２のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｓは、各アプリケーションに１つの対応するタイマーを設定する。タイマーにより定められる時間に達した後に、端末のプロセスマネージャーにより送信されアプリケーションに対応するキープアライブメッセージが受信されない場合、当該アプリケーションが不意に終了したものとみなされ、当該アプリケーションの関連情報が第２のアプリケーション識別子リストから削除される。更に、アプリケーションによるアプリケーション識別子リストへの登録が成功した後、端末のプロセスマネージャーは、ＷＡＲ−Ｓへのキープアライブメッセージの送信を開始し、ＷＡＲ−Ｓは、キープアライブメッセージに対する応答メッセージを返す。アプリケーションが閉じられた或いは終了されたとき、或いはユーザーが手動でアプリケーションの検索を終了させたとき、端末のプロセスマネージャーはＷＡＲ−Ｓに対して登録解除要求を開始する。登録解除要求には、当該アプリケーションに対応するプロセス識別子が含まれる。このように、当該アプリケーションの関連情報を第２のアプリケーション識別子リストから削除するよう、端末のＷＡＲ−Ｓに通知する。ＷＡＲ−Ｓは、登録解除要求を受信した後、アプリケーションの関連情報をアプリケーション識別子リストから削除し、また、登録解除成功応答を返す。

本実施形態では、アプリケーションの発見及び後続のデータ伝送のベアラプロトコルとして、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いてもよい。

本発明の本実施形態は更に、ソーシャルＡＰＰすなわちアプリケーション／サービス類型発見をサポートするアプリケーションを対象とする端末の検索方法を提供する。アプリケーション／サービス類型発見により、ソーシャル機能を実現することができる。ソーシャルアプリケーションにはＷｉ−Ｆｉアプリケーション登録クライアント（ＷＡＲ−Ｃ）が追加され、Ｗｉ−Ｆｉモジュール／Ｗｉ−Ｆｉドライブには、Ｗｉ−Ｆｉアプリケーション登録サーバー（ＷＡＲ−Ｓ）が追加される。

送信端末のＷＡＲ−Ｓは、第３のアプリケーション識別子リストを記憶する。ここで、第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態にある。第３のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して、自発宣言フラグが設定される。

アプリケーションが開始されると、アプリケーションは送信端末のＷＡＲ−Ｃを介して、アプリケーション識別子と、アプリケーション識別子に対応する自発宣言フラグと、アプリケーションに対応するプロセス識別子とを、送信端末の第３のアプリケーション識別子リストに自動的に登録する。

或いは、アプリケーションが開始されると、ユーザーが手動でトリガして、送信端末のＷＡＲ−Ｃを介して、アプリケーション識別子と、アプリケーション識別子に対応する自発宣言フラグと、アプリケーションに対応するプロセス識別子とを、送信端末の第３のアプリケーション識別子リストに自動的に登録する。

任意に、アプリケーションによる送信端末の第３のアプリケーション識別子リストへの登録が成功すると、当該送信端末のＷＡＲ−Ｓは当該送信端末のＷＡＲ−Ｃに対し、対応するアプリケーションの登録が成功したというメッセージを返す。

受信端末もまた、自端末のＷＡＲ−Ｓに第３のアプリケーション識別子リストを記憶する。ここで、受信端末の第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。

第３のアプリケーション識別子リストは動的テーブルであり、アプリケーションの登録及び開始に従って、継続的に動的に更新される。

送信端末が端末検索を実行する場合、図１１に示すように、具体的なステップは以下のとおりである。

５０１において、送信端末に記憶される第３のアプリケーション識別子リストから、自発宣言フラグが設定されているアプリケーション識別子を取得する。

５０２において、送信端末は、自発宣言フラグが設定されているアプリケーション識別子を含むブロードキャストフレームをブロードキャストする
具体的には、アプリケーション識別子による第３のアプリケーション識別子リストへの登録が成功した後、第３のアプリケーション識別子リストにおいて自発宣言フラグが設定されているアプリケーション識別子を、ブロードキャストフレームにより受信端末へ送信する。同じアプリケーションを実行している近隣の端末をできるだけ多く発見するために、ブロードキャストフレームは周期的に送信され、また、各周期では特定数のブロードキャストフレームが連続的に送信される。ブロードキャストフレームのフォーマットは、図５、図６又は図７に示される探査要求フレームのフォーマットと同じである。

５０３において、受信端末は、自発宣言フラグが設定されているアプリケーション識別子を含むブロードキャストフレームを受信する。

具体的には、ブロードキャストフレームは送信端末により送信されるので、少なくとも１つの候補受信端末がブロードキャストフレームを受信する。ブロードキャストフレームを受信すると、候補受信端末は、ステップ５０４〜５０５に記載するような具体的な工程を実行する。

５０４において、受信端末の第３のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。

受信端末は、探査要求フレームを受信した後、探査要求フレームに含まれるアプリケーション識別子を解析することにより、対象アプリケーション識別子が存在するか否かを自端末の第３のアプリケーション識別子リストに問い合わせる。当該同じアプリケーション識別子が、対象アプリケーション識別子である。

任意に、受信端末は、ブロードキャストフレームを受信した後、自端末の第３のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である候補アプリケーション識別子を検索し、当該候補アプリケーション識別子を含むユニキャストフレームを送信端末へ送信する。
送信端末は、候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信した後、候補アプリケーション識別子から対象アプリケーション識別子を判定する。送信端末の第３アプリケーション識別子リストに対象アプリケーション識別子が含まれる場合、対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信端末へ送信する。
受信端末は、送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、対象アプリケーション識別子を取得する。

更に、送信端末は、自端末の対象アプリケーションに、同じアプリケーションを実行している近隣の端末のリストを通知し、これにより、送信端末は他の端末も同じアプリケーションを実行していることを知ることができる。

ユニキャストフレームのフォーマットは、図５、図６又は図７に示される探査要求フレームのフォーマットと同じである。また、ユニキャスト応答フレームのフォーマットは、図８又は図９に示される探査応答フレームのフォーマットと同じである。

５０５において、対象アプリケーション識別子が存在することが分かった場合、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含む接続要求メッセージを送信端末へ送信する。

送信端末は、ユーザーにより端末リストから選択されるか、或いは、対象アプリケーションにより自動的に端末リストから選択される。送信端末と対象アプリケーションの接続を確立するために、送信端末に対して対象アプリケーション識別子を含む接続要求メッセージが送信され、接続（例えば、Ｗｉ−ＦｉＤｉｒｅｃｔ接続）が実行される。

５０６において、受信端末と対象アプリケーションの接続を確立するために、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。

接続の確立が成功した後、２つの端末の対象アプリケーションは、オンラインサービス操作を実行することができる。

任意に、本実施形態では、ユーザーが手動で端末検索を停止する方法が採用されてもよい。例えば、検索の結果同じアプリケーション識別子をもつ端末がないことにユーザーが一定時間後に気付いた場合、或いは、同じアプリケーション識別子をもつ端末が短時間で十分に探索された場合、ユーザーは「停止」キーを押すか、或いは端末に探索を停止させる命令のような命令を送出してよい。そして、送信端末のＷＡＲ−Ｃは、アプリケーション検索の停止に対応するプロセスの識別子を、送信端末のＷＡＲ−Ｓに送出する。検索が停止されたアプリケーションの識別子は、送信端末の第３のアプリケーション識別子リストから削除され、対応する探査要求フレームには、検索が停止されたアプリケーションの識別子が含まれなくなる。

任意に、本実施形態は更に、端末のＷＡＲ−ＣとＷＡＲ−Ｓとの間で行われるキープアライブ（keeping-alive）及び登録解除の処理方法を提供する。アプリケーションによる第３のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｓは、各アプリケーションに１つの対応するタイマーを設定する。タイマーにより定められる時間に達した後に、端末のＷＡＲ−Ｃにより送出されアプリケーションに対応するキープアライブメッセージが受信されない場合、当該アプリケーションが不意に終了したものとみなされ、当該アプリケーションの関連情報が第３のアプリケーション識別子リストから削除される。更に、アプリケーションによる第３のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｃは、ＷＡＲ−Ｓへのキープアライブメッセージの送信を開始し、ＷＡＲ−Ｓは、キープアライブメッセージに対する応答メッセージを返す。アプリケーションが閉じられた或いは終了されたとき、或いはユーザーが手動でアプリケーションの検索を終了させたとき、端末のＷＡＲ−ＣはＷＡＲ−Ｓに対して登録解除要求を開始する。登録解除要求には、当該アプリケーションに対応するプロセス識別子が含まれる。このように、当該アプリケーションの関連情報を第１のアプリケーション識別子リストから削除するよう、端末のＷＡＲ−Ｓに通知する。ＷＡＲ−Ｓは、登録解除要求を受信した後、アプリケーションの関連情報を第３のアプリケーション識別子リストから削除し、また、登録解除成功応答を返す。

同様に、ＷＡＲ−Ｓが端末のＷｉ−Ｆｉモジュール／Ｗｉ−Ｆｉドライブに追加される。

送信端末のＷＡＲ−Ｓは、第４のアプリケーション識別子リストを記憶する。ここで、第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定されている。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。また、第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して、自発宣言フラグが設定されている。

ユーザーは、データ交換が生じ得る特定のアプリケーション識別子の、端末の第４のアプリケーション識別子リストへの登録を、手動でトリガする。或いは、端末の出荷時に、メーカーが予め、データ交換が生じ得る特定のアプリケーション識別子と、当該アプリケーション識別子に対応する自発宣言フラグとを、端末の第４のアプリケーション識別子リストに登録する。当該アプリケーション識別子に対応する状態フラグは、デフォルトで非アクティブ状態（Inactive）に設定される。非アクティブ状態とは、アプリケーションがアクティブ状態でないことを意味する。

アプリケーションが開始されると、当該アプリケーションは、端末のオペレーティングシステムのプロセスマネージャーにおいて、登録を実行する。端末のＷＡＲ−Ｓは、端末のオペレーティングシステムのプロセスマネージャーに対してポーリングを実行し、端末の現行システムにおいて、端末の第４のアプリケーション識別子リストに含まれるものと同一のアプリケーションが作動しているかを問い合わせる。作動している場合、第４のアプリケーション識別子リストにおいて、当該同一のアプリケーションに対応する状態フラグをアクティブ状態（Active）に設定し、また、当該アプリケーションに対応するプロセス識別子を第４のアプリケーション識別子リストに記録する。

第４のアプリケーション識別子リストは動的テーブルであり、アプリケーションの登録及び開始に従って、継続的に動的に更新される。

送信端末が端末検索を実行する場合、図１２に示すように、具体的なステップは以下のとおりである。

６０１において、送信端末に記憶される第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する。

６０２において、送信端末は、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を含むブロードキャストフレームをブロードキャストする。

６０３において、受信端末は、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を含むブロードキャストフレームを受信する。

具体的には、ブロードキャストフレームは送信端末により送信されるので、少なくとも１つの候補受信端末がブロードキャストフレームを受信する。ブロードキャストフレームを受信すると、候補受信端末は、ステップ６０４〜６０５に記載するような具体的な工程を実行する。

６０４において、受信端末の第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。ここで、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。

受信端末は、探査要求フレームを受信した後、探査要求フレームに含まれるアプリケーション識別子を解析することにより、同一のアプリケーション識別子が存在するか否かを自端末の第４のアプリケーション識別子リストに問い合わせる。当該同じアプリケーション識別子が、対象アプリケーション識別子である。

任意に、受信端末は、ブロードキャストフレームを受信した後、第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である候補アプリケーション識別子を検索し、当該候補アプリケーション識別子を含むユニキャストフレームを送信端末へ送信する。
送信端末は、候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信した後、候補アプリケーション識別子から対象アプリケーション識別子を判定する。送信端末の第４アプリケーション識別子リストに対象アプリケーション識別子が含まれる場合、対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信端末へ送信する。
受信端末は、送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、対象アプリケーション識別子を取得する。

６０５において、対象アプリケーション識別子が存在することが分かった場合、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含む接続要求メッセージを送信端末へ送信する。

送信端末は、ユーザーにより端末リストから選択されるか、或いは、対象アプリケーションにより自動的に端末リストから選択される。送信端末との対象アプリケーションの接続の確立をトリガするために、送信端末に対して対象アプリケーション識別子を含む接続要求メッセージが送信され、接続が実行される。

６０６において、受信端末と対象アプリケーションの接続を確立するために、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。

任意に、本実施形態では、ユーザーが手動で端末検索を停止する方法が採用されてよい。例えば、検索の結果同じアプリケーション識別子をもつ端末がないことにユーザーが一定時間後に気付いた場合、或いは、同じアプリケーション識別子をもつ端末が短時間で十分に探索された場合、ユーザーは「停止」キーを押すか、或いは端末に探索を停止させる命令のような命令を送出して、アプリケーション検索の停止に対応するプロセスの識別子を、送信端末のＷＡＲ−Ｓに送信してよい。対応する探査要求フレームには、検索が停止されたアプリケーションの識別子が含まれなくなる。

任意に、本実施形態は更に、端末のアプリケーションのキープアライブ（keeping-alive）及び登録解除の処理方法を提供する。アプリケーションによる第４のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｓは、各アプリケーションに１つの対応するタイマーを設定する。タイマーにより定められる時間に達した後に、端末のプロセスマネージャーにより送信されアプリケーションに対応するキープアライブメッセージが受信されない場合、当該アプリケーションが不意に終了したものとみなされ、当該アプリケーションの関連情報が第４のアプリケーション識別子リストから削除される。更に、アプリケーションによる第４のアプリケーション識別子リストへの登録が成功した後、端末のプロセスマネージャーは、ＷＡＲ−Ｓへのキープアライブメッセージの送信を開始し、ＷＡＲ−Ｓは、キープアライブメッセージに対する応答メッセージを返す。アプリケーションが閉じられた或いは終了されたとき、或いはユーザーが手動でアプリケーションの検索を終了させたとき、端末のプロセスマネージャーはＷＡＲ−Ｓに対して登録解除要求を開始する。登録解除要求には、当該アプリケーションに対応するプロセス識別子が含まれる。このように、当該アプリケーションの関連情報を第４のアプリケーション識別子リストから削除するよう、端末のＷＡＲ−Ｓに通知する。ＷＡＲ−Ｓは、登録解除要求を受信した後、アプリケーションの関連情報をアプリケーション識別子リストから削除し、また、登録解除成功応答を返す。

本発明の上述の実施形態は、全ての短距離無線通信におけるアプリケーション発見プロセスに適用可能である。

実施形態３
本発明の本実施形態は、送信端末を提供する。図１３に示すように、送信端末は、アプリケーション登録サービスモジュールを有する。送信端末は、具体的には、取得ユニット２１、ブロードキャストユニット２２、受信ユニット２３及び処理ユニット２４を有する。

取得ユニット２１は、アプリケーション識別子を取得する。
ブロードキャストユニット２２は、アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストする。
受信ユニット２３は、候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する。ここで、当該対象アプリケーション識別子は、候補受信端末によりアプリケーション識別子から選択される。
処理ユニット２４は、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。

本発明の本実施形態は、送信端末を提供する。送信端末上でアプリケーション識別子が取得され、当該アプリケーション識別子を含むブロードキャストフレームが受信端末へブロードキャストされる。送信端末は、候補受信端末により送信され各候補受信端末の対象アプリケーション識別子を含むメッセージを受信する。当該対象アプリケーション識別子は、候補受信端末によりアプリケーション識別子から選択される。送信端末は、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。本発明の本実施形態では、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を発見できないという、従来技術の問題点が解決される。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーなしで的を絞って発見することができ、端末間のモバイルデータ交換を改善することができる。

任意に、図１４に示すように、送信端末は更に第１の記憶ユニット３１を含む。

第１の記憶ユニットは、具体的には、第１のアプリケーション識別子リストを記憶する。ここで、第１のアプリケーション識別リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。

取得ユニットは、具体的には、送信端末に記憶される第１のアプリケーション識別子リストからアプリケーション識別子を取得する。

受信ユニットは、具体的には、候補受信端末により送信され対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信する。

送信端末は更に、送信ユニット３２を含む。送信ユニット３２は、対象受信端末との対象アプリケーションの接続の確立をトリガするために、対象アプリケーション識別子を含む接続要求メッセージを対象受信端末へ送信する。

任意に、図１５に示すように、送信端末は更に第２の記憶ユニット３３を有する。第２の記憶ユニット３３は、第２のアプリケーション識別子リストを記憶する。ここで、第２のアプリケーション識別子リストに含まれる各アプリケーション識別子には、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。

取得ユニットは、具体的には、送信端末に記憶される第２のアプリケーション識別子リストから、状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する。

送信ユニットは、対象受信端末との対象アプリケーションの接続の確立をトリガするために、対象アプリケーション識別子を含む接続要求メッセージを対象受信端末へ送信する。

任意に、図１６に示すように、送信端末は更に第３の記憶ユニット４１を有する。第３の記憶ユニット４１は、第３のアプリケーション識別子リストを記憶する。ここで、第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。また、第３のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して、自発宣言フラグが設定される。

取得ユニットは、具体的には、送信端末に記憶される第３のアプリケーション識別子リストから、自発宣言フラグが設定されているアプリケーション識別子を取得する。

受信ユニットは、具体的には、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。

任意に、図１７に示すように、送信端末は更に、ユニキャストフレーム受信ユニット４２、判定ユニット４３及び応答メッセージ送信ユニット４４を有する。
ユニキャストフレーム受信ユニット４２は、候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信する。
判定ユニット４３は、候補アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子は、第３のアプリケーション識別子リストに含まれるか、或いは第４のアプリケーション識別子リストに含まれる。また、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。
応答メッセージ送信ユニット４４は、対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを候補受信端末へ送信する。

任意に、図１８に示すように、送信端末は更に、第４の記憶ユニット４５を有する。第４の記憶ユニット４５は、第４のアプリケーション識別子リストを記憶する。ここで、第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。また、第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して、自発宣言フラグが設定される。

取得ユニットは、具体的には、送信端末に記憶される第４のアプリケーション識別子リストから、第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する。

ユニキャストフレーム受信ユニットは、候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信する。

判定ユニットは、候補アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子は、第３のアプリケーション識別子リストに含まれるか、或いは第４のアプリケーション識別子リストに含まれる。また、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。

応答メッセージ送信ユニットは、対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを候補受信端末へ送信する。

対応するものとして、本発明の本実施形態は更に受信端末を提供する。図１９に示すように、受信端末は、アプリケーション登録サービスモジュールを有する。受信端末は、具体的には、受信ユニット５１、検索ユニット５２及び送信ユニット５３を有する。
受信ユニット５１は、送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信する。
検索ユニット５２は、アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子に対応するアプリケーションは、受信端末においてアクティブ状態である。
送信ユニット５３は、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含むメッセージを送信端末へ送信する。

本発明の本実施形態は、受信端末を提供する。受信端末は、送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信し、当該アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子に対応するアプリケーションは、受信端末においてアクティブ状態である。受信端末はまた、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含むメッセージを送信端末へ送信する。本発明の本実施形態において、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を探索できないという、従来技術の問題点が解決される。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーの支援なしで的を絞って探索することができ、このように、端末間のモバイルデータ交換を改善することができる。

任意に、図２０に示すように、受信端末は更に第１の記憶ユニット６１を有する。

検索ユニットは、具体的には、第１のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。

送信ユニットは、具体的には、対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを送信端末へ送信する。

受信ユニットは更に、送信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。

任意に、図２１に示すように、受信端末は更に、第２の記憶ユニット６２を有する。第２の記憶ユニット６２は、第２のアプリケーション識別子リストを記憶する。ここで、第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。

検索ユニットは、具体的には、第２のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。ここで、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。

送信ユニットは、具体的には、対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを、送信端末へ送信する。

任意に、図２２に示すように、受信端末は更に、第３の記憶ユニット６３を有する。第３の記憶ユニット６３は、第３のアプリケーション識別子リストを記憶する。ここで、第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。

検索ユニットは、具体的には、第３のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。

送信ユニットは、具体的には、対象アプリケーション識別子を含む接続要求メッセージを、送信端末へ送信する。

任意に、図２３に示すように、受信端末は更に、第４の記憶ユニット６４を有する。第４の記憶ユニット６４は、第４のアプリケーション識別子リストを記憶する。ここで、第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。

検索ユニットは、具体的には、第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。ここで、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。

任意に、図２４に示すように、図２２及び図２３の検索ユニットは更に、検索モジュール７１、ユニキャストフレーム送信モジュール７２及び応答メッセージ受信モジュール７３を有する。

検索モジュール７１は、第３のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である候補アプリケーション識別子を検索するか、或いは、第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一であって対応する状態フラグがアクティブ状態に設定されている候補アプリケーション識別子を検索する。
ユニキャストフレーム送信モジュール７２は、候補アプリケーション識別子を含むユニキャストフレームを、送信端末へ送信する。
応答メッセージ受信モジュール７３は、送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、当該対象アプリケーション識別子を取得する。

上述の実施形態において別々に説明された各技術、システム、装置及び方法と、各実施形態において別々に説明された技術的特徴を組み合わせて、本発明の趣旨及び原理の範囲から逸脱しない他のモジュール、方法、装置、システム及び技術を形成することができる。本発明の実施形態の記載に基づき組み合わせて形成されたモジュール、方法、装置、システム及び技術は、全て本発明の保護範囲に包含されるものである。

当該技術分野の当業者には当然ながら、上述した本発明の各ユニット又はステップは、汎用コンピューターデバイスを用いて実現されてよい。上述した本発明の各ユニット又はステップは、単一のコンピューターデバイスに集中されてもよいし、複数のコンピューターデバイスから成るネットワーク上に分散されてもよい。任意に、上述した本発明の各ユニット又はステップは、コンピューターデバイスにより実行可能なプログラムコードを用いて実現されてよい。したがって、上述した本発明の各ユニット又はステップは、記憶装置に記憶されコンピューターデバイスにより実行されてよい。或いは、上述した本発明の各ユニット又はステップは、個別の回路モジュールとして形成される。或いは、上述した本発明の各ユニット又はステップのうち複数が、単一の回路モジュールとして実現される。このように、本発明は、ハードウェアとソフトウェアとのいかなる組み合わせにも限定されない。

上記は、本発明の具体的な実施方式に過ぎず、本発明の保護範囲を限定するものではない。当該技術分野の当業者であれば、本発明が開示する技術的範囲において、容易に変形や置換が想到されるであろう。このような変形や置換は、本発明の保護範囲に包含されるものとする。このように、本発明の保護範囲は、特許請求の範囲に記載の保護範囲によって定められる。

Claims

アプリケーション識別子を取得するステップと、
前記アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストするステップと、
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信するステップであって、ここで、当該対象アプリケーションは当該候補受信端末により前記アプリケーション識別子から選択され、前記対象アプリケーション識別子に対応するアプリケーションは前記候補受信端末においてアクティブ状態である、ステップと、
対象受信端末と対象アプリケーションの接続を確立するために、前記候補受信端末から対象受信端末を判定するステップと、
を含み、
送信端末は第１のアプリケーション識別子リストを記憶し、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態であり、
アプリケーション識別子を取得する前記ステップは、
前記第１のアプリケーション識別子リストから前記アプリケーション識別子を取得するステップ、
を含む、
端末検索方法。
送信端末は第２のアプリケーション識別子リストを記憶し、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
アプリケーション識別子を取得する前記ステップは、
前記第２のアプリケーション識別子リストから、状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得するステップ、
を含む、
請求項１に記載の方法。
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する前記ステップは、
候補受信端末により送信され対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信するステップ、
を含む、
請求項１又は２に記載の方法。
前記候補受信端末から対象受信端末を判定する前記ステップの後に、
前記対象受信端末との前記対象アプリケーションの接続の確立をトリガするために、前記対象アプリケーション識別子を含む接続要求メッセージを前記対象受信端末へ送信するステップ、
を更に含む、請求項１又は２に記載の方法。
送信端末は第３のアプリケーション識別子リストを記憶し、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、前記第３のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
アプリケーション識別子を取得する前記ステップは、
前記第３のアプリケーション識別子リストから、自発宣言フラグが設定されているアプリケーション識別子を取得するステップ、
を含む、
請求項１に記載の方法。
送信端末は第４のアプリケーション識別子リストを記憶し、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、前記第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
アプリケーション識別子を取得する前記ステップは、
前記第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得するステップ、
を含む、
請求項１に記載の方法。
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する前記ステップは、
候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信するステップ、
を含む、
請求項５又は６に記載の方法。
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する前記ステップの前に、
候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信するステップと、
前記候補アプリケーション識別子から対象アプリケーション識別子を判定するステップであって、ここで、当該対象アプリケーション識別子は前記第３のアプリケーション識別子リストに含まれるか、或いは前記第４のアプリケーション識別子リストに含まれ、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップと、
前記対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを前記候補受信端末へ送信するステップと、
を更に含む、
請求項５又は６に記載の方法。
送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信するステップと、
前記アプリケーション識別子から対象アプリケーション識別子を判定するステップであって、ここで、当該対象アプリケーションに対応するアプリケーションは受信端末においてアクティブ状態である、ステップと、
前記送信端末と前記対象アプリケーションの接続を確立するために、前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信するステップと、
を含み、
前記受信端末は第１のアプリケーション識別子リストを記憶し、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第１のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップ、
を含む、
端末検索方法。
前記受信端末は第２のアプリケーション識別子リストを記憶し、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第２のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップであって、ここで、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップ、
を含む、
請求項９に記載の方法。
前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する前記ステップは、
前記対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを前記送信端末へ送信するステップ、
を含む、
請求項９又は１０に記載の方法。
前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する前記ステップの後に、
前記送信端末により送信され前記対象アプリケーション識別子を含む接続要求メッセージを受信するステップ、
を更に含む、請求項９又は１０に記載の方法。
前記受信端末は第３のアプリケーション識別子リストを記憶し、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第３のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップ、
を含む、
請求項９に記載の方法。
前記受信端末は第４のアプリケーション識別子リストを記憶し、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップであって、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップ
を含む、
請求項９に記載の方法。
前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する前記ステップは、
前記対象アプリケーション識別子を含む接続要求メッセージを前記送信端末へ送信するステップ、
を含む、
請求項１３又は１４に記載の方法。
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第３のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である候補アプリケーション識別子を検索するステップ、又は
前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である候補アプリケーション識別子を検索するステップであって、ここで、当該候補アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップと、
前記候補アプリケーション識別子を含むユニキャストフレームを前記送信端末へ送信するステップと、
前記送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、当該対象アプリケーション識別子を取得するステップと、
を含む、
請求項１３又は１４に記載の方法。
アプリケーション登録サービスモジュールを備える送信端末であって、
アプリケーション識別子を取得する取得ユニットと、
前記アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストするブロードキャストユニットと、
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する受信ユニットであって、ここで当該対象アプリケーション識別子は、前記候補受信端末により前記アプリケーション識別子から選択され、前記対象アプリケーション識別子に対応するアプリケーションは前記候補受信端末においてアクティブ状態である、受信ユニットと、
対象受信端末と対象アプリケーションの接続を確立するために、前記候補受信端末から対象受信端末を判定する処理ユニットと、
を備え、
第１のアプリケーション識別子リストを記憶する第１の記憶ユニットを更に備え、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態であり、
前記取得ユニットは、前記第１のアプリケーション識別子リストからアプリケーション識別子を取得する、
送信端末。
第２のアプリケーション識別子リストを記憶する第２の記憶ユニットを更に備え、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記取得ユニットは、前記第２のアプリケーション識別子リストから、状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する、
請求項１７に記載の送信端末。
前記受信ユニットは、候補受信端末により送信され対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信する、
請求項１７又は１８に記載の送信端末。
前記対象受信端末との前記対象アプリケーションの接続の確立をトリガするために、前記対象アプリケーション識別子を含む接続要求メッセージを前記対象受信端末へ送信する送信ユニット、
を更に備える、請求項１７又は１８に記載の送信端末。
第３のアプリケーション識別子リストを記憶する第３の記憶ユニットを更に備え、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、前記第３のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
前記取得ユニットは、前記第３のアプリケーション識別子リストから、自発宣言フラグが設定されているアプリケーション識別子を取得する、
請求項１７に記載の送信端末。
第４のアプリケーション識別子リストを記憶する第４の記憶ユニットを更に備え、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、前記第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
前記取得ユニットは、前記第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する、
請求項１７に記載の送信端末。
前記受信ユニットは、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する、
請求項２１又は２２に記載の送信端末。
候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信するユニキャストフレーム受信ユニットと、
前記候補アプリケーション識別子から対象アプリケーション識別子を判定する判定ユニットであって、ここで当該対象アプリケーション識別子は、前記第３のアプリケーション識別子リストに含まれるか、或いは前記第４のアプリケーション識別子リストに含まれ、前記対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、判定ユニットと、
前記対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを前記候補受信端末へ送信する応答メッセージ送信ユニットと、
を更に備える、請求項２１又は２２に記載の送信端末。
アプリケーション登録サービスモジュールを備える受信端末であって、
送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信する受信ユニットと、
前記アプリケーション識別子から対象アプリケーション識別子を判定する検索ユニットであって、ここで、当該対象アプリケーションに対応するアプリケーションは当該受信端末においてアクティブ状態である、検索ユニットと、
前記送信端末と前記対象アプリケーションの接続を確立するために、前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する送信ユニットと、
を備え、
第１のアプリケーション識別子リストを記憶する第１の記憶ユニットを更に備え、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記検索ユニットは、前記第１のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索する、
受信端末。
第２のアプリケーション識別子リストを記憶する第２の記憶ユニットを更に備え、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記検索ユニットは、前記第２のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索し、ここで、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、
請求項２５に記載の受信端末。
前記送信ユニットは、前記対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを前記送信端末へ送信する、
請求項２５又は２６に記載の受信端末。
前記受信ユニットは更に、前記送信端末により送信され前記対象アプリケーション識別子を含む接続要求メッセージを受信する、
請求項２５又は２６に記載の受信端末。
第３のアプリケーション識別子リストを記憶する第３の記憶ユニットを更に備え、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記検索ユニットは、前記第３のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索する、
請求項２５に記載の受信端末。
第４のアプリケーション識別子リストを記憶する第４の記憶ユニットを更に備え、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記検索ユニットは、前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索し、ここで、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、
請求項２５に記載の受信端末。
前記送信ユニットは、前記対象アプリケーション識別子を含む接続要求メッセージを前記送信端末へ送信する、
請求項２９又は３０に記載の受信端末。
前記検索ユニットは、
前記第３のアプリケーション識別子リストにおいて前記アプリケーション識別子と同一である候補アプリケーション識別子を検索するか、或いは、前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一であって対応する状態フラグがアクティブ状態に設定されている候補アプリケーション識別子を検索する、検索モジュールと、
前記候補アプリケーション識別子を含むユニキャストフレームを前記送信端末へ送信するユニキャストフレーム送信モジュールと、
前記送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、当該対象アプリケーション識別子を取得する応答メッセージ受信モジュールと、
を有する、
請求項２９又は３０に記載の受信端末。