(57)【要約】本発明は、近隣エリア内のデバイスを発見する方法及び装置を開示し、無線通信技術の分野に関する。本発明により、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリアで同じアプリケーションを実行している別の端末を発見できないという問題点が解決される。本方法は、アプリケーション識別子を取得するステップと、当該アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストするステップと、候補受信端末により送信され当該候補受信端末により当該アプリケーション識別子から選択される対象アプリケーション識別子を含むメッセージを受信するステップと、対象受信端末と対象アプリケーションの接続を確立するために候補受信端末から対象受信端末を判定するステップと、を含む。本発明の実施形態は、主に短距離無線通信プロセスに適用される。
2015522994.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション識別子を取得するステップと、
前記アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストするステップと、
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信するステップであって、ここで、当該対象アプリケーションは当該候補受信端末により前記アプリケーション識別子から選択される、ステップと、
対象受信端末と対象アプリケーションの接続を確立するために、前記候補受信端末から対象受信端末を判定するステップと、
を含む、端末検索方法。
【請求項２】
送信端末は第１のアプリケーション識別子リストを記憶し、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態であり、
アプリケーション識別子を取得する前記ステップは、
前記第１のアプリケーション識別子リストから前記アプリケーション識別子を取得するステップ、
を含む、
請求項１に記載の方法。
【請求項３】
送信端末は第２のアプリケーション識別子リストを記憶し、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
アプリケーション識別子を取得する前記ステップは、
前記第２のアプリケーション識別子リストから、状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得するステップ、
を含む、
請求項１に記載の方法。
【請求項４】
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する前記ステップは、
候補受信端末により送信され対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信するステップ、
を含む、
請求項２又は３に記載の方法。
【請求項５】
前記候補受信端末から対象受信端末を判定する前記ステップの後に、
前記対象受信端末との前記対象アプリケーションの接続の確立をトリガするために、前記対象アプリケーション識別子を含む接続要求メッセージを前記対象受信端末へ送信するステップ、
を更に含む、請求項２又は３に記載の方法。
【請求項６】
送信端末は第３のアプリケーション識別子リストを記憶し、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、前記第３のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
アプリケーション識別子を取得する前記ステップは、
前記第３のアプリケーション識別子リストから、自発宣言フラグが設定されているアプリケーション識別子を取得するステップ、
を含む、
請求項１に記載の方法。
【請求項７】
送信端末は第４のアプリケーション識別子リストを記憶し、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、前記第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
アプリケーション識別子を取得する前記ステップは、
前記第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得するステップ、
を含む、
請求項１に記載の方法。
【請求項８】
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する前記ステップは、
候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信するステップ、
を含む、
請求項６又は７に記載の方法。
【請求項９】
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する前記ステップの前に、
候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信するステップと、
前記候補アプリケーション識別子から対象アプリケーション識別子を判定するステップであって、ここで、当該対象アプリケーション識別子は前記第３のアプリケーション識別子リストに含まれるか、或いは前記第４のアプリケーション識別子リストに含まれ、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップと、
前記対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを前記候補受信端末へ送信するステップと、
を更に含む、
請求項６又は７に記載の方法。
【請求項１０】
送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信するステップと、
前記アプリケーション識別子から対象アプリケーション識別子を判定するステップであって、ここで、当該対象アプリケーションに対応するアプリケーションは受信端末においてアクティブ状態である、ステップと、
前記送信端末と前記対象アプリケーションの接続を確立するために、前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信するステップと、
を含む、端末検索方法。
【請求項１１】
前記受信端末は第１のアプリケーション識別子リストを記憶し、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第１のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップ、
を含む、
請求項１０に記載の方法。
【請求項１２】
前記受信端末は第２のアプリケーション識別子リストを記憶し、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第２のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップであって、ここで、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップ、
を含む、
請求項１０に記載の方法。
【請求項１３】
前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する前記ステップは、
前記対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを前記送信端末へ送信するステップ、
を含む、
請求項１１又は１２に記載の方法。
【請求項１４】
前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する前記ステップの後に、
前記送信端末により送信され前記対象アプリケーション識別子を含む接続要求メッセージを受信するステップ、
を更に含む、請求項１１又は１２に記載の方法。
【請求項１５】
前記受信端末は第３のアプリケーション識別子リストを記憶し、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第３のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップ、
を含む、
請求項１０に記載の方法。
【請求項１６】
前記受信端末は第４のアプリケーション識別子リストを記憶し、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索するステップであって、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップ
を含む、
請求項１０に記載の方法。
【請求項１７】
前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する前記ステップは、
前記対象アプリケーション識別子を含む接続要求メッセージを前記送信端末へ送信するステップ、
を含む、
請求項１５又は１６に記載の方法。
【請求項１８】
前記アプリケーション識別子から対象アプリケーション識別子を判定する前記ステップであって、当該対象アプリケーション識別子に対応するアプリケーションが受信端末においてアクティブ状態である、前記ステップは、
前記第３のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である候補アプリケーション識別子を検索するステップ、又は
前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である候補アプリケーション識別子を検索するステップであって、ここで、当該候補アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、ステップと、
前記候補アプリケーション識別子を含むユニキャストフレームを前記送信端末へ送信するステップと、
前記送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、当該対象アプリケーション識別子を取得するステップと、
を含む、
請求項１５又は１６に記載の方法。
【請求項１９】
アプリケーション登録サービスモジュールを備える送信端末であって、
アプリケーション識別子を取得する取得ユニットと、
前記アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストするブロードキャストユニットと、
候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する受信ユニットであって、ここで当該対象アプリケーション識別子は、前記候補受信端末により前記アプリケーション識別子から選択される、受信ユニットと、
対象受信端末と対象アプリケーションの接続を確立するために、前記候補受信端末から対象受信端末を判定する処理ユニットと、
を備える、送信端末。
【請求項２０】
第１のアプリケーション識別子リストを記憶する第１の記憶ユニットを更に備え、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態であり、
前記取得ユニットは、前記第１のアプリケーション識別子リストからアプリケーション識別子を取得する、
請求項１９に記載の送信端末。
【請求項２１】
第２のアプリケーション識別子リストを記憶する第２の記憶ユニットを更に備え、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記取得ユニットは、前記第２のアプリケーション識別子リストから、状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する、
請求項１９に記載の送信端末。
【請求項２２】
前記受信ユニットは、候補受信端末により送信され対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信する、
請求項２０又は２１に記載の送信端末。
【請求項２３】
前記対象受信端末との前記対象アプリケーションの接続の確立をトリガするために、前記対象アプリケーション識別子を含む接続要求メッセージを前記対象受信端末へ送信する送信ユニット、
を更に備える、請求項２０又は２１に記載の送信端末。
【請求項２４】
第３のアプリケーション識別子リストを記憶する第３の記憶ユニットを更に備え、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、前記第３のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
前記取得ユニットは、前記第３のアプリケーション識別子リストから、自発宣言フラグが設定されているアプリケーション識別子を取得する、
請求項１９に記載の送信端末。
【請求項２５】
第４のアプリケーション識別子リストを記憶する第４の記憶ユニットを更に備え、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、前記第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して自発宣言フラグが設定され、
前記取得ユニットは、前記第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する、
請求項１９に記載の送信端末。
【請求項２６】
前記受信ユニットは、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する、
請求項２４又は２５に記載の送信端末。
【請求項２７】
候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信するユニキャストフレーム受信ユニットと、
前記候補アプリケーション識別子から対象アプリケーション識別子を判定する判定ユニットであって、ここで当該対象アプリケーション識別子は、前記第３のアプリケーション識別子リストに含まれるか、或いは前記第４のアプリケーション識別子リストに含まれ、前記対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、判定ユニットと、
前記対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを前記候補受信端末へ送信する応答メッセージ送信ユニットと、
を更に備える、請求項２４又は２５に記載の送信端末。
【請求項２８】
アプリケーション登録サービスモジュールを備える受信端末であって、
送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信する受信ユニットと、
前記アプリケーション識別子から対象アプリケーション識別子を判定する検索ユニットであって、ここで、当該対象アプリケーションに対応するアプリケーションは当該受信端末においてアクティブ状態である、検索ユニットと、
前記送信端末と前記対象アプリケーションの接続を確立するために、前記対象アプリケーション識別子を含むメッセージを前記送信端末へ送信する送信ユニットと、
を備える、受信端末。
【請求項２９】
第１のアプリケーション識別子リストを記憶する第１の記憶ユニットを更に備え、当該第１のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記検索ユニットは、前記第１のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索する、
請求項２８に記載の受信端末。
【請求項３０】
第２のアプリケーション識別子リストを記憶する第２の記憶ユニットを更に備え、当該第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記検索ユニットは、前記第２のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索し、ここで、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、
請求項２８に記載の受信端末。
【請求項３１】
前記送信ユニットは、前記対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを前記送信端末へ送信する、
請求項２９又は３０に記載の受信端末。
【請求項３２】
前記受信ユニットは更に、前記送信端末により送信され前記対象アプリケーション識別子を含む接続要求メッセージを受信する、
請求項２９又は３０に記載の受信端末。
【請求項３３】
第３のアプリケーション識別子リストを記憶する第３の記憶ユニットを更に備え、当該第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションはアクティブ状態であり、
前記検索ユニットは、前記第３のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索する、
請求項２８に記載の受信端末。
【請求項３４】
第４のアプリケーション識別子リストを記憶する第４の記憶ユニットを更に備え、当該第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して状態フラグが設定され、当該状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示し、
前記検索ユニットは、前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一である対象アプリケーション識別子を検索し、ここで、当該対象アプリケーション識別子に対応する状態フラグはアクティブ状態に設定されている、
請求項２８に記載の受信端末。
【請求項３５】
前記送信ユニットは、前記対象アプリケーション識別子を含む接続要求メッセージを前記送信端末へ送信する、
請求項３３又は３４に記載の受信端末。
【請求項３６】
前記検索ユニットは、
前記第３のアプリケーション識別子リストにおいて前記アプリケーション識別子と同一である候補アプリケーション識別子を検索するか、或いは、前記第４のアプリケーション識別子リストにおいて、前記アプリケーション識別子と同一であって対応する状態フラグがアクティブ状態に設定されている候補アプリケーション識別子を検索する、検索モジュールと、
前記候補アプリケーション識別子を含むユニキャストフレームを前記送信端末へ送信するユニキャストフレーム送信モジュールと、
前記送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、当該対象アプリケーション識別子を取得する応答メッセージ受信モジュールと、
を有する、
請求項３３又は３４に記載の受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１２年５月２１日に中国知識産権局へ提出された中国特許出願第２０１２１０１５７８４７．１号に対する優先権を主張し、参照によりその全てを本明細書に援用する。
【０００２】
本発明は、無線通信技術の分野に関し、具体的には、端末検索方法及び装置に関する。
【背景技術】
【０００３】
Ｗｉ−Ｆｉダイレクト（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）及び登録解除の処理方法を提供する。アプリケーションによる第３のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｓは、各アプリケーションに１つの対応するタイマーを設定する。タイマーにより定められる時間に達した後に、端末のＷＡＲ−Ｃにより送出されアプリケーションに対応するキープアライブメッセージが受信されない場合、当該アプリケーションが不意に終了したものとみなされ、当該アプリケーションの関連情報が第３のアプリケーション識別子リストから削除される。更に、アプリケーションによる第３のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｃは、ＷＡＲ−Ｓへのキープアライブメッセージの送信を開始し、ＷＡＲ−Ｓは、キープアライブメッセージに対する応答メッセージを返す。アプリケーションが閉じられた或いは終了されたとき、或いはユーザーが手動でアプリケーションの検索を終了させたとき、端末のＷＡＲ−ＣはＷＡＲ−Ｓに対して登録解除要求を開始する。登録解除要求には、当該アプリケーションに対応するプロセス識別子が含まれる。このように、当該アプリケーションの関連情報を第１のアプリケーション識別子リストから削除するよう、端末のＷＡＲ−Ｓに通知する。ＷＡＲ−Ｓは、登録解除要求を受信した後、アプリケーションの関連情報を第３のアプリケーション識別子リストから削除し、また、登録解除成功応答を返す。
【０１１０】
本発明の本実施形態は更に、端末検索方法を提供する。当該方法は、現存のアプリケーションやレガシーアプリケーション（Legacy  APP）の発見プロセスに適用可能である。現存のアプリケーションとは、ソーシャル機能をサポートしていないアプリケーションである。本発明の本実施形態では、現存のアプリケーションのアプリケーションに対しても、近隣エリアでのソーシャル機能を実現することができる。
【０１１１】
同様に、ＷＡＲ−Ｓが端末のＷｉ−Ｆｉモジュール／Ｗｉ−Ｆｉドライブに追加される。
【０１１２】
送信端末のＷＡＲ−Ｓは、第４のアプリケーション識別子リストを記憶する。ここで、第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定されている。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。また、第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して、自発宣言フラグが設定されている。
【０１１３】
ユーザーは、データ交換が生じ得る特定のアプリケーション識別子の、端末の第４のアプリケーション識別子リストへの登録を、手動でトリガする。或いは、端末の出荷時に、メーカーが予め、データ交換が生じ得る特定のアプリケーション識別子と、当該アプリケーション識別子に対応する自発宣言フラグとを、端末の第４のアプリケーション識別子リストに登録する。当該アプリケーション識別子に対応する状態フラグは、デフォルトで非アクティブ状態（Inactive）に設定される。非アクティブ状態とは、アプリケーションがアクティブ状態でないことを意味する。
【０１１４】
アプリケーションが開始されると、当該アプリケーションは、端末のオペレーティングシステムのプロセスマネージャーにおいて、登録を実行する。端末のＷＡＲ−Ｓは、端末のオペレーティングシステムのプロセスマネージャーに対してポーリングを実行し、端末の現行システムにおいて、端末の第４のアプリケーション識別子リストに含まれるものと同一のアプリケーションが作動しているかを問い合わせる。作動している場合、第４のアプリケーション識別子リストにおいて、当該同一のアプリケーションに対応する状態フラグをアクティブ状態（Active）に設定し、また、当該アプリケーションに対応するプロセス識別子を第４のアプリケーション識別子リストに記録する。
【０１１５】
第４のアプリケーション識別子リストは動的テーブルであり、アプリケーションの登録及び開始に従って、継続的に動的に更新される。
【０１１６】
送信端末が端末検索を実行する場合、図１２に示すように、具体的なステップは以下のとおりである。
【０１１７】
６０１において、送信端末に記憶される第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する。
【０１１８】
６０２において、送信端末は、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を含むブロードキャストフレームをブロードキャストする。
【０１１９】
ブロードキャストフレームは、具体的には探査要求フレームであってよい。同じアプリケーションを実行している近隣の端末をできるだけ多く発見するために、探査要求フレームは周期的に送信されてよく、また、各周期では特定数の探査要求フレームが連続的に送信されてよい。探査要求フレームのフォーマットを、図５、図６又は図７に示す。
【０１２０】
６０３において、受信端末は、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を含むブロードキャストフレームを受信する。
【０１２１】
具体的には、ブロードキャストフレームは送信端末により送信されるので、少なくとも１つの候補受信端末がブロードキャストフレームを受信する。ブロードキャストフレームを受信すると、候補受信端末は、ステップ６０４〜６０５に記載するような具体的な工程を実行する。
【０１２２】
６０４において、受信端末の第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。ここで、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。
【０１２３】
受信端末は、探査要求フレームを受信した後、探査要求フレームに含まれるアプリケーション識別子を解析することにより、同一のアプリケーション識別子が存在するか否かを自端末の第４のアプリケーション識別子リストに問い合わせる。当該同じアプリケーション識別子が、対象アプリケーション識別子である。
【０１２４】
同時に、受信端末は、自端末の対象アプリケーションに、同じアプリケーションを実行している近隣の端末のリストを通知する。
【０１２５】
任意に、受信端末は、ブロードキャストフレームを受信した後、第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である候補アプリケーション識別子を検索し、当該候補アプリケーション識別子を含むユニキャストフレームを送信端末へ送信する。
送信端末は、候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信した後、候補アプリケーション識別子から対象アプリケーション識別子を判定する。送信端末の第４アプリケーション識別子リストに対象アプリケーション識別子が含まれる場合、対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信端末へ送信する。
受信端末は、送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、対象アプリケーション識別子を取得する。
【０１２６】
更に、送信端末は、自端末の対象アプリケーションに、同じアプリケーションを実行している近隣の端末のリストを通知し、これにより、送信端末は他の端末も同じアプリケーションを実行していることを知ることができる。
【０１２７】
ユニキャストフレームのフォーマットは、図５、図６又は図７に示される探査要求フレームのフォーマットと同じである。また、ユニキャスト応答フレームのフォーマットは、図８又は図９に示される探査応答フレームのフォーマットと同じである。
【０１２８】
６０５において、対象アプリケーション識別子が存在することが分かった場合、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含む接続要求メッセージを送信端末へ送信する。
【０１２９】
送信端末は、ユーザーにより端末リストから選択されるか、或いは、対象アプリケーションにより自動的に端末リストから選択される。送信端末との対象アプリケーションの接続の確立をトリガするために、送信端末に対して対象アプリケーション識別子を含む接続要求メッセージが送信され、接続が実行される。
【０１３０】
６０６において、受信端末と対象アプリケーションの接続を確立するために、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。
【０１３１】
接続の確立が成功した後、２つの端末の対象アプリケーションは、オンラインサービス操作を実行することができる。
【０１３２】
任意に、本実施形態では、ユーザーが手動で端末検索を停止する方法が採用されてよい。例えば、検索の結果同じアプリケーション識別子をもつ端末がないことにユーザーが一定時間後に気付いた場合、或いは、同じアプリケーション識別子をもつ端末が短時間で十分に探索された場合、ユーザーは「停止」キーを押すか、或いは端末に探索を停止させる命令のような命令を送出して、アプリケーション検索の停止に対応するプロセスの識別子を、送信端末のＷＡＲ−Ｓに送信してよい。対応する探査要求フレームには、検索が停止されたアプリケーションの識別子が含まれなくなる。
【０１３３】
任意に、本実施形態は更に、端末のアプリケーションのキープアライブ（keeping-alive）及び登録解除の処理方法を提供する。アプリケーションによる第４のアプリケーション識別子リストへの登録が成功した後、端末のＷＡＲ−Ｓは、各アプリケーションに１つの対応するタイマーを設定する。タイマーにより定められる時間に達した後に、端末のプロセスマネージャーにより送信されアプリケーションに対応するキープアライブメッセージが受信されない場合、当該アプリケーションが不意に終了したものとみなされ、当該アプリケーションの関連情報が第４のアプリケーション識別子リストから削除される。更に、アプリケーションによる第４のアプリケーション識別子リストへの登録が成功した後、端末のプロセスマネージャーは、ＷＡＲ−Ｓへのキープアライブメッセージの送信を開始し、ＷＡＲ−Ｓは、キープアライブメッセージに対する応答メッセージを返す。アプリケーションが閉じられた或いは終了されたとき、或いはユーザーが手動でアプリケーションの検索を終了させたとき、端末のプロセスマネージャーはＷＡＲ−Ｓに対して登録解除要求を開始する。登録解除要求には、当該アプリケーションに対応するプロセス識別子が含まれる。このように、当該アプリケーションの関連情報を第４のアプリケーション識別子リストから削除するよう、端末のＷＡＲ−Ｓに通知する。ＷＡＲ−Ｓは、登録解除要求を受信した後、アプリケーションの関連情報をアプリケーション識別子リストから削除し、また、登録解除成功応答を返す。
【０１３４】
本発明の上述の実施形態は、全ての短距離無線通信におけるアプリケーション発見プロセスに適用可能である。
【０１３５】
実施形態３
本発明の本実施形態は、送信端末を提供する。図１３に示すように、送信端末は、アプリケーション登録サービスモジュールを有する。送信端末は、具体的には、取得ユニット２１、ブロードキャストユニット２２、受信ユニット２３及び処理ユニット２４を有する。
【０１３６】
取得ユニット２１は、アプリケーション識別子を取得する。
ブロードキャストユニット２２は、アプリケーション識別子を含むブロードキャストフレームを受信端末へブロードキャストする。
受信ユニット２３は、候補受信端末により送信され対象アプリケーション識別子を含むメッセージを受信する。ここで、当該対象アプリケーション識別子は、候補受信端末によりアプリケーション識別子から選択される。
処理ユニット２４は、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。
【０１３７】
本発明の本実施形態は、送信端末を提供する。送信端末上でアプリケーション識別子が取得され、当該アプリケーション識別子を含むブロードキャストフレームが受信端末へブロードキャストされる。送信端末は、候補受信端末により送信され各候補受信端末の対象アプリケーション識別子を含むメッセージを受信する。当該対象アプリケーション識別子は、候補受信端末によりアプリケーション識別子から選択される。送信端末は、対象受信端末と対象アプリケーションの接続を確立するために、候補受信端末から対象受信端末を判定する。本発明の本実施形態では、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を発見できないという、従来技術の問題点が解決される。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーなしで的を絞って発見することができ、端末間のモバイルデータ交換を改善することができる。
【０１３８】
任意に、図１４に示すように、送信端末は更に第１の記憶ユニット３１を含む。
【０１３９】
第１の記憶ユニットは、具体的には、第１のアプリケーション識別子リストを記憶する。ここで、第１のアプリケーション識別リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。
【０１４０】
取得ユニットは、具体的には、送信端末に記憶される第１のアプリケーション識別子リストからアプリケーション識別子を取得する。
【０１４１】
受信ユニットは、具体的には、候補受信端末により送信され対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信する。
【０１４２】
送信端末は更に、送信ユニット３２を含む。送信ユニット３２は、対象受信端末との対象アプリケーションの接続の確立をトリガするために、対象アプリケーション識別子を含む接続要求メッセージを対象受信端末へ送信する。
【０１４３】
任意に、図１５に示すように、送信端末は更に第２の記憶ユニット３３を有する。第２の記憶ユニット３３は、第２のアプリケーション識別子リストを記憶する。ここで、第２のアプリケーション識別子リストに含まれる各アプリケーション識別子には、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。
【０１４４】
取得ユニットは、具体的には、送信端末に記憶される第２のアプリケーション識別子リストから、状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する。
【０１４５】
受信ユニットは、具体的には、候補受信端末により送信され対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを受信する。
【０１４６】
送信ユニットは、対象受信端末との対象アプリケーションの接続の確立をトリガするために、対象アプリケーション識別子を含む接続要求メッセージを対象受信端末へ送信する。
【０１４７】
任意に、図１６に示すように、送信端末は更に第３の記憶ユニット４１を有する。第３の記憶ユニット４１は、第３のアプリケーション識別子リストを記憶する。ここで、第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。また、第３のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して、自発宣言フラグが設定される。
【０１４８】
取得ユニットは、具体的には、送信端末に記憶される第３のアプリケーション識別子リストから、自発宣言フラグが設定されているアプリケーション識別子を取得する。
【０１４９】
受信ユニットは、具体的には、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。
【０１５０】
任意に、図１７に示すように、送信端末は更に、ユニキャストフレーム受信ユニット４２、判定ユニット４３及び応答メッセージ送信ユニット４４を有する。
ユニキャストフレーム受信ユニット４２は、候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信する。
判定ユニット４３は、候補アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子は、第３のアプリケーション識別子リストに含まれるか、或いは第４のアプリケーション識別子リストに含まれる。また、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。
応答メッセージ送信ユニット４４は、対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを候補受信端末へ送信する。
【０１５１】
任意に、図１８に示すように、送信端末は更に、第４の記憶ユニット４５を有する。第４の記憶ユニット４５は、第４のアプリケーション識別子リストを記憶する。ここで、第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。また、第４のアプリケーション識別子リストのうち少なくとも１つのアプリケーション識別子に対して、自発宣言フラグが設定される。
【０１５２】
取得ユニットは、具体的には、送信端末に記憶される第４のアプリケーション識別子リストから、第４のアプリケーション識別子リストから、自発宣言フラグが設定され状態フラグがアクティブ状態に設定されているアプリケーション識別子を取得する。
【０１５３】
受信ユニットは、具体的には、候補受信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。
【０１５４】
ユニキャストフレーム受信ユニットは、候補受信端末により送信され候補アプリケーション識別子を含むユニキャストフレームを受信する。
【０１５５】
判定ユニットは、候補アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子は、第３のアプリケーション識別子リストに含まれるか、或いは第４のアプリケーション識別子リストに含まれる。また、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。
【０１５６】
応答メッセージ送信ユニットは、対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを候補受信端末へ送信する。
【０１５７】
対応するものとして、本発明の本実施形態は更に受信端末を提供する。図１９に示すように、受信端末は、アプリケーション登録サービスモジュールを有する。受信端末は、具体的には、受信ユニット５１、検索ユニット５２及び送信ユニット５３を有する。
受信ユニット５１は、送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信する。
検索ユニット５２は、アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子に対応するアプリケーションは、受信端末においてアクティブ状態である。
送信ユニット５３は、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含むメッセージを送信端末へ送信する。
【０１５８】
本発明の本実施形態は、受信端末を提供する。受信端末は、送信端末によりブロードキャストされアプリケーション識別子を含むブロードキャストフレームを受信し、当該アプリケーション識別子から対象アプリケーション識別子を判定する。ここで、当該対象アプリケーション識別子に対応するアプリケーションは、受信端末においてアクティブ状態である。受信端末はまた、送信端末と対象アプリケーションの接続を確立するために、対象アプリケーション識別子を含むメッセージを送信端末へ送信する。本発明の本実施形態において、端末がＬＢＳサーバーからの支援に頼らないと、ローカルの範囲や隣接エリア（Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉのエリア内）で同じアプリケーションを実行している別の端末を探索できないという、従来技術の問題点が解決される。よって端末は、同じアプリケーション又はサービスを実行している他の端末を、ＬＢＳサーバーの支援なしで的を絞って探索することができ、このように、端末間のモバイルデータ交換を改善することができる。
【０１５９】
任意に、図２０に示すように、受信端末は更に第１の記憶ユニット６１を有する。
【０１６０】
第１の記憶ユニットは、具体的には、第１のアプリケーション識別子リストを記憶する。ここで、第１のアプリケーション識別リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。
【０１６１】
検索ユニットは、具体的には、第１のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。
【０１６２】
送信ユニットは、具体的には、対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを送信端末へ送信する。
【０１６３】
受信ユニットは更に、送信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。
【０１６４】
任意に、図２１に示すように、受信端末は更に、第２の記憶ユニット６２を有する。第２の記憶ユニット６２は、第２のアプリケーション識別子リストを記憶する。ここで、第２のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。
【０１６５】
検索ユニットは、具体的には、第２のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。ここで、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。
【０１６６】
送信ユニットは、具体的には、対象アプリケーション識別子を含むブロードキャストフレーム応答メッセージを、送信端末へ送信する。
【０１６７】
受信ユニットは更に、送信端末により送信され対象アプリケーション識別子を含む接続要求メッセージを受信する。
【０１６８】
任意に、図２２に示すように、受信端末は更に、第３の記憶ユニット６３を有する。第３の記憶ユニット６３は、第３のアプリケーション識別子リストを記憶する。ここで、第３のアプリケーション識別子リストに含まれる各アプリケーション識別子に対応するアプリケーションは、アクティブ状態である。
【０１６９】
検索ユニットは、具体的には、第３のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。
【０１７０】
送信ユニットは、具体的には、対象アプリケーション識別子を含む接続要求メッセージを、送信端末へ送信する。
【０１７１】
任意に、図２３に示すように、受信端末は更に、第４の記憶ユニット６４を有する。第４の記憶ユニット６４は、第４のアプリケーション識別子リストを記憶する。ここで、第４のアプリケーション識別子リストに含まれる各アプリケーション識別子に対して、状態フラグが設定される。状態フラグは、アプリケーションがアクティブ状態であるのか非アクティブ状態であるのかを示す。
【０１７２】
検索ユニットは、具体的には、第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である対象アプリケーション識別子を検索する。ここで、当該対象アプリケーション識別子に対応する状態フラグは、アクティブ状態に設定されている。
【０１７３】
送信ユニットは、具体的には、対象アプリケーション識別子を含む接続要求メッセージを、送信端末へ送信する。
【０１７４】
任意に、図２４に示すように、図２２及び図２３の検索ユニットは更に、検索モジュール７１、ユニキャストフレーム送信モジュール７２及び応答メッセージ受信モジュール７３を有する。
【０１７５】
検索モジュール７１は、第３のアプリケーション識別子リストにおいて、アプリケーション識別子と同一である候補アプリケーション識別子を検索するか、或いは、第４のアプリケーション識別子リストにおいて、アプリケーション識別子と同一であって対応する状態フラグがアクティブ状態に設定されている候補アプリケーション識別子を検索する。
ユニキャストフレーム送信モジュール７２は、候補アプリケーション識別子を含むユニキャストフレームを、送信端末へ送信する。
応答メッセージ受信モジュール７３は、送信端末により送信され対象アプリケーション識別子を含むユニキャストフレーム応答メッセージを受信し、当該対象アプリケーション識別子を取得する。
【０１７６】
上述の実施形態において別々に説明された各技術、システム、装置及び方法と、各実施形態において別々に説明された技術的特徴を組み合わせて、本発明の趣旨及び原理の範囲から逸脱しない他のモジュール、方法、装置、システム及び技術を形成することができる。本発明の実施形態の記載に基づき組み合わせて形成されたモジュール、方法、装置、システム及び技術は、全て本発明の保護範囲に包含されるものである。
【０１７７】
当該技術分野の当業者には当然ながら、上述した本発明の各ユニット又はステップは、汎用コンピューターデバイスを用いて実現されてよい。上述した本発明の各ユニット又はステップは、単一のコンピューターデバイスに集中されてもよいし、複数のコンピューターデバイスから成るネットワーク上に分散されてもよい。任意に、上述した本発明の各ユニット又はステップは、コンピューターデバイスにより実行可能なプログラムコードを用いて実現されてよい。したがって、上述した本発明の各ユニット又はステップは、記憶装置に記憶されコンピューターデバイスにより実行されてよい。或いは、上述した本発明の各ユニット又はステップは、個別の回路モジュールとして形成される。或いは、上述した本発明の各ユニット又はステップのうち複数が、単一の回路モジュールとして実現される。このように、本発明は、ハードウェアとソフトウェアとのいかなる組み合わせにも限定されない。
【０１７８】
上記は、本発明の具体的な実施方式に過ぎず、本発明の保護範囲を限定するものではない。当該技術分野の当業者であれば、本発明が開示する技術的範囲において、容易に変形や置換が想到されるであろう。このような変形や置換は、本発明の保護範囲に包含されるものとする。このように、本発明の保護範囲は、特許請求の範囲に記載の保護範囲によって定められる。
【図１】
2015522994.tif 000003
【図２】
2015522994.tif 000004
【図３】
2015522994.tif 000005
【図４】
2015522994.tif 000006
【図５】
2015522994.tif 000007
【図６】
2015522994.tif 000008
【図７】
2015522994.tif 000009
【図８】
2015522994.tif 000010
【図９】
2015522994.tif 000011
【図１０】
2015522994.tif 000012
【図１１】
2015522994.tif 000013
【図１２】
2015522994.tif 000014
【図１３】
2015522994.tif 000015
【図１４】
2015522994.tif 000016
【図１５】
2015522994.tif 000017
【図１６】
2015522994.tif 000018
【図１７】
2015522994.tif 000019
【図１８】
2015522994.tif 000020
【図１９】
2015522994.tif 000021
【図２０】
2015522994.tif 000022
【図２１】
2015522994.tif 000023
【図２２】
2015522994.tif 000024
【図２３】
2015522994.tif 000025
【図２４】
2015522994.tif 000026
【国際調査報告】
2015522994.tif 000027
2015522994.tif 000028
2015522994.tif 000029
2015522994.tif 000030