JP6141361B2 - コンテキストアウェアネス近接度ベースの、ワイヤレス通信接続の確立 - Google Patents

Description

関連出願

本出願は、２０１１年６月１０日に出願された米国出願第１３／１５７，９４１号の優先権の利益を主張する。

本発明の主題事項の実施形態は、一般に、ワイヤレス通信の分野に関し、より詳細には、ワイヤレス通信接続の確立のためのコンテキストアウェアネス近接度ベース機構(context awareness proximity based mechanism)に関する。

ワイヤレス通信技術（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ワイヤレス通信規格、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）通信規格など）は、一般に、２つ以上の通信デバイス間で通信を交換するために採用される。たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ワイヤレス通信規格は、短距離にわたって固定またはモバイルＢｌｕｅｔｏｏｔｈ対応デバイス間で通信を交換するために採用され得る。宛先通信デバイスが開始通信デバイスの範囲内にあるとき、開始通信デバイスは、宛先通信デバイスを認証し、検証することができる。それに応じて、次いで、通信を交換するための通信リンクが、開始通信デバイスと宛先通信デバイスとの間に確立され得る。

いくつかの実施形態では、方法が、第１の通信デバイスにおいて、第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断することと、第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断したことに応答して、第２の通信デバイスが第１の通信デバイスからのしきい値検出距離内にあるかどうかを判断することと、第２の通信デバイスが第１の通信デバイスからのしきい値検出距離内にあると判断したことに応答して、第２の通信デバイスに関連する１つまたは複数の接続パラメータに少なくとも部分的に基づいて、第２の通信デバイスとの通信リンクを確立することと、第２の通信デバイスに関連するサービスリストと第１の通信デバイスに関連するコンテキストタスクとに少なくとも部分的に基づいて、上記コンテキストタスクを実行すべきかどうかを判断することと、第１の通信デバイスに関連するコンテキストタスクを実行することを判断したことに応答して、第１の通信デバイスと第２の通信デバイスとの間の通信リンクを介して上記コンテキストタスクを実行することとを備える。

いくつかの実施形態では、第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを前記判断することは、第１の通信デバイスに関連するアプリケーションに少なくとも部分的に基づいて上記コンテキストタスクを識別することと、上記コンテキストタスクに関連するアプリケーションの識別子と、上記コンテキストタスクに関連する識別子と、上記コンテキストタスクを実行するための好適な通信チャネルと、上記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、上記コンテキストタスクに関連するパラメータを判断することとを備える。

いくつかの実施形態では、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあると前記判断することは、第１の通信デバイスにおいて、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあることを示す、第１の通信デバイスに関連するセンサーからの通知信号を受信すること、または第１の通信デバイスにおいて近距離通信（ＮＦＣ）技法を実行することに基づいて、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあると判断することを備える。

いくつかの実施形態では、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあると前記判断することは、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあると前記判断することに関連する検出パラメータを判断することであって、検出パラメータは、第２の通信デバイスがそれの間に第１の通信デバイスのしきい値検出距離内にあった時間間隔と、第２の通信デバイスがそれとともにしきい値検出距離内にあった、第１の通信デバイスに関連する１つまたは複数のタグと、第２の通信デバイスがそれに従って１つまたは複数のタグのしきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、判断することと、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあることを示すための、および検出パラメータを備える、検出通知メッセージを生成することとをさらに備え、第２の通信デバイスとの通信リンクを前記確立することは、第２の通信デバイスに関連する１つまたは複数の接続パラメータと検出通知メッセージに関連する検出パラメータとに少なくとも部分的に基づく。

いくつかの実施形態では、接続パラメータは、第２の通信デバイスに関連する１つまたは複数の無線ユニットの指示と、第２の通信デバイスに関連する１つまたは複数の無線ユニットが有効化されるかどうかの指示と、第２の通信デバイスに関連する１つまたは複数の通信プロトコルの指示と、第２の通信デバイスに関連する１つまたは複数の識別子の指示とのうちの少なくとも１つを備える。

いくつかの実施形態では、第２の通信デバイスとの通信リンクを前記確立することは、第１の通信デバイスと第２の通信デバイスとの間の通信リンクが確立されたことを示すために、第２の通信デバイスに要求メッセージを送信することと、第２の通信デバイスから、第２の通信デバイスにおける要求メッセージの受信に肯定応答する確認メッセージを受信することと、第１の通信デバイスに関連するコンテキストタスクを識別する交換メッセージを送信することとのうちの少なくとも１つをさらに備える。

いくつかの実施形態では、本方法は、第１の通信デバイスにおいて、第１の通信デバイスに関連する１つまたは複数のアプリケーションに関連する複数のコンテキストタスクを実行することを判断することであって、複数のコンテキストタスクが、上記アプリケーションに関連する上記コンテキストタスクを備える、判断することと、複数のコンテキストタスクをそれにおいて実行すべきシーケンスを判断するために、複数のコンテキストタスクの各々に関連する優先順位を判断することとをさらに備える。

いくつかの実施形態では、第２の通信デバイスとの通信リンクを前記確立することは、第１の通信デバイスにおいて、第２の通信デバイスに関連する１つまたは複数のサービスと機能とを示す、第２の通信デバイスに関連するサービスリストを受信することをさらに備える。

いくつかの実施形態では、第１の通信デバイスに関連するコンテキストタスクを実行すべきかどうかを前記判断することは、上記コンテキストタスクと上記コンテキストタスクに関連するアプリケーションとに少なくとも部分的に基づいて、上記コンテキストタスクを前記実行することに関連する１つまたは複数のコンテキストタスク実行パラメータを判断することであって、コンテキストタスク実行パラメータが、上記コンテキストタスクに関連する通信プロトコルとサービスとのうちの少なくとも１つを備える、判断することと、第２の通信デバイスに関連するサービスリストに少なくとも部分的に基づいて、第２の通信デバイスが上記コンテキストタスクを前記実行することに関連する１つまたは複数のコンテキストタスク実行パラメータをサポートするかどうかを判断することとを備える。

いくつかの実施形態では、第１の通信デバイスは第１のＢｌｕｅｔｏｏｔｈデバイスを備え、第２の通信デバイスは第２のＢｌｕｅｔｏｏｔｈデバイスを備える。

いくつかの実施形態では、方法が、第２の通信デバイスから第１の通信デバイスに、第２の通信デバイスに関連する１つまたは複数の接続パラメータを与えることと、第２の通信デバイスに関連する１つまたは複数の接続パラメータに少なくとも部分的に基づいて、第１の通信デバイスと第２の通信デバイスとの間に通信リンクが確立されたと判断することと、第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクに少なくとも部分的に基づいて、第２の通信デバイスが上記コンテキストタスクを実行するために第１の通信デバイスに与えられることになるデータまたはサービスを備えるかどうかを判断することと、第２の通信デバイスが第１の通信デバイスに関連するコンテキストタスクを実行するために第１の通信デバイスに与えられることになるデータまたはサービスを備えると判断したことに応答して、第１の通信デバイスに関連するサービスリストと上記コンテキストタスクとに少なくとも部分的に基づいて、上記コンテキストタスクを実行すべきかどうかを判断することと、第１の通信デバイスに関連するコンテキストタスクを実行することを判断したことに応答して、第１の通信デバイスと第２の通信デバイスとの間の通信リンクを介して上記コンテキストタスクを実行することとを備える。

いくつかの実施形態では、第２の通信デバイスに関連する１つまたは複数の接続パラメータを前記与えることは、第１の通信デバイスから、第２の通信デバイスに関連する１つまたは複数の接続パラメータについての要求を受信したこと、または第１の通信デバイスが第２の通信デバイスからのしきい値検出距離内にあると判断したことに応答する。

いくつかの実施形態では、第１の通信デバイスが上記コンテキストタスクを実行するために第２の通信デバイスに与えられることになるデータまたはサービスを備えると判断したことに応答して、本方法は、第１の通信デバイスに第２の通信デバイスに関連するサービスリストを与えることをさらに備える。

いくつかの実施形態では、第１の通信デバイスに関連するコンテキストタスクを実行すべきかどうかを前記判断することは、上記コンテキストタスクと、第１の通信デバイスに与えられることになるサービスと、第１の通信デバイスに与えられることになるデータとのうちの少なくとも１つに基づいて、上記コンテキストタスクを前記実行することに関連する１つまたは複数のコンテキストタスク実行パラメータを判断することであって、コンテキストタスク実行パラメータが、上記コンテキストタスクに関連する通信プロトコルと上記コンテキストタスクに関連する通信サービスとのうちの少なくとも１つを備える、判断することと、第１の通信デバイスに関連するサービスリストに少なくとも部分的に基づいて、第１の通信デバイスが上記コンテキストタスクを前記実行することに関連する１つまたは複数のコンテキストタスク実行パラメータをサポートするかどうかを判断することとを備え、第１の通信デバイスと第２の通信デバイスとの間の通信リンクを介して上記コンテキストタスクを前記実行することは、上記コンテキストタスクに従って第１の通信デバイスに上記データまたは上記サービスを与えることを備える。

いくつかの実施形態では、通信デバイスが、本通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断するように動作可能なコンテキストアウェアネスユニットと、コンテキストアウェアネスユニットが、本通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断したことに応答して、第２の通信デバイスが本通信デバイスからのしきい値検出距離内にあるかどうかを判断するように動作可能なデバイス検出ユニットと、デバイス検出ユニットが、第２の通信デバイスが本通信デバイスからのしきい値検出距離内にあると判断したことに応答して、第２の通信デバイスに関連する１つまたは複数の接続パラメータに少なくとも部分的に基づいて、第２の通信デバイスとの通信リンクを確立するように動作可能な接続確立ユニットと、第２の通信デバイスに関連するサービスリストと本通信デバイスに関連するコンテキストタスクとに少なくとも部分的に基づいて、上記コンテキストタスクを実行すべきかどうかを判断することと、コンテキストアウェアネスユニットが、本通信デバイスに関連するコンテキストタスクを実行することを判断したことに応答して、本通信デバイスと第２の通信デバイスとの間の通信リンクを介して上記コンテキストタスクが実行されることを引き起こすこととを行うようにさらに動作可能なコンテキストアウェアネスユニットとを備える。

いくつかの実施形態では、本通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断するように動作可能なコンテキストアウェアネスユニットは、本通信デバイスに関連するアプリケーションに少なくとも部分的に基づいて上記コンテキストタスクを識別することと、上記コンテキストタスクに関連するアプリケーションの識別子と、上記コンテキストタスクに関連する識別子と、上記コンテキストタスクを実行するための好適な通信チャネルと、上記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、上記コンテキストタスクに関連するパラメータを判断することとを行うように動作可能なコンテキストアウェアネスユニットを備える。

いくつかの実施形態では、第２の通信デバイスが本通信デバイスのしきい値検出距離内にあると判断するように動作可能なデバイス検出ユニットは、第２の通信デバイスが本通信デバイスのしきい値検出距離内にあることを示す、本通信デバイスに関連するセンサーからの通知信号を受信する、または本通信デバイスにおいて近距離通信（ＮＦＣ）技法を実行することに基づいて、第２の通信デバイスが本通信デバイスのしきい値検出距離内にあると判断する、ように動作可能なデバイス検出ユニットを備える。

いくつかの実施形態では、第２の通信デバイスが本通信デバイスのしきい値検出距離内にあると判断するように動作可能なデバイス検出ユニットは、デバイス検出ユニットが、第２の通信デバイスが本通信デバイスのしきい値検出距離内にあると判断すること、に関連する検出パラメータを判断することであって、検出パラメータは、第２の通信デバイスがそれの間に本通信デバイスのしきい値検出距離内にあった時間間隔と、第２の通信デバイスがそれとともにしきい値検出距離内にあった、本通信デバイスに関連する１つまたは複数のタグと、第２の通信デバイスがそれに従って１つまたは複数のタグのしきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、判断することと、第２の通信デバイスが本通信デバイスのしきい値検出距離内にあることを示すための、および検出パラメータを備える、検出通知メッセージを生成することとを行うように動作可能なデバイス検出ユニットをさらに備え、第２の通信デバイスとの通信リンクを確立するように動作可能な接続確立ユニットは、第２の通信デバイスに関連する１つまたは複数の接続パラメータと検出通知メッセージに関連する検出パラメータとに少なくとも部分的に基づく。

いくつかの実施形態では、接続パラメータは、第２の通信デバイスに関連する１つまたは複数の無線ユニットの指示と、第２の通信デバイスに関連する１つまたは複数の無線ユニットが有効化されるかどうかの指示と、第２の通信デバイスに関連する１つまたは複数の通信プロトコルの指示と、第２の通信デバイスに関連する１つまたは複数の識別子の指示とのうちの少なくとも１つを備える。

いくつかの実施形態では、第２の通信デバイスとの通信リンクを確立するように動作可能な接続確立ユニットは、本通信デバイスと第２の通信デバイスとの間の通信リンクが確立されたことを示すために、第２の通信デバイスに要求メッセージを送信するように動作可能な接続確立ユニットと、第２の通信デバイスから、第２の通信デバイスにおける要求メッセージの受信に肯定応答する確認メッセージを受信するように動作可能な接続確立ユニットと、本通信デバイスに関連するコンテキストタスクを識別する交換メッセージを送信するように動作可能な接続確立ユニットとのうちの少なくとも１つをさらに備える。

いくつかの実施形態では、コンテキストアウェアネスユニットは、本通信デバイスに関連する１つまたは複数のアプリケーションに関連する複数のコンテキストタスクを実行することを判断することであって、複数のコンテキストタスクが、上記アプリケーションに関連する上記コンテキストタスクを備える、判断することと、複数のコンテキストタスクをそれにおいて実行すべきシーケンスを判断するために、複数のコンテキストタスクの各々に関連する優先順位を判断することとを行うようにさらに動作可能である。

いくつかの実施形態では、１つまたは複数のプロセッサによって実行されたとき、１つまたは複数のプロセッサに動作を実行させる、命令を記憶した１つまたは複数の機械可読記憶媒体であって、上記動作は、第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断することと、第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断する前記動作に応答して、第２の通信デバイスが第１の通信デバイスからのしきい値検出距離内にあるかどうかを判断することと、第２の通信デバイスが第１の通信デバイスからのしきい値検出距離内にあると判断したことに応答して、第２の通信デバイスに関連する１つまたは複数の接続パラメータに少なくとも部分的に基づいて、第２の通信デバイスとの通信リンクを確立することと、第２の通信デバイスに関連するサービスリストと第１の通信デバイスに関連するコンテキストタスクとに少なくとも部分的に基づいて、上記コンテキストタスクを実行すべきかどうかを判断することと、第１の通信デバイスに関連するコンテキストタスクを実行することを判断したことに応答して、第１の通信デバイスと第２の通信デバイスとの間の通信リンクを介して上記コンテキストタスクを実行することとを備える、機械可読記憶媒体。

いくつかの実施形態では、第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断する前記動作は、第１の通信デバイスに関連するアプリケーションに少なくとも部分的に基づいて上記コンテキストタスクを識別することと、上記コンテキストタスクに関連するアプリケーションの識別子と、上記コンテキストタスクに関連する識別子と、上記コンテキストタスクを実行するための好適な通信チャネルと、上記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、上記コンテキストタスクに関連するパラメータを判断することとを備える。

いくつかの実施形態では、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあると判断する前記動作は、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあると判断する前記動作に関連する検出パラメータを判断することであって、検出パラメータは、第２の通信デバイスがそれの間に第１の通信デバイスのしきい値検出距離内にあった時間間隔と、第２の通信デバイスがそれとともにしきい値検出距離内にあった、第１の通信デバイスに関連する１つまたは複数のタグと、第２の通信デバイスがそれに従って１つまたは複数のタグのしきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、判断することと、第２の通信デバイスが第１の通信デバイスのしきい値検出距離内にあることを示すための、および検出パラメータを備える、検出通知メッセージを生成することとをさらに備え、第２の通信デバイスとの通信リンクを確立する前記動作は、第２の通信デバイスに関連する１つまたは複数の接続パラメータと検出通知メッセージに関連する検出パラメータとに少なくとも部分的に基づく。

いくつかの実施形態では、第１の通信デバイスに関連するコンテキストタスクを実行すべきかどうかを判断する前記動作は、上記コンテキストタスクと上記コンテキストタスクに関連するアプリケーションとに少なくとも部分的に基づいて、上記コンテキストタスクを実行することに関連する１つまたは複数のコンテキストタスク実行パラメータを判断することであって、コンテキストタスク実行パラメータが、上記コンテキストタスクに関連する通信プロトコルとサービスとのうちの少なくとも１つを備える、判断することと、第２の通信デバイスに関連するサービスリストに少なくとも部分的に基づいて、第２の通信デバイスが上記コンテキストタスクを前記実行することに関連する１つまたは複数のコンテキストタスク実行パラメータをサポートするかどうかを判断することとを備える。

添付の図面を参照することによって、本実施形態はより良く理解され得、多数の目的、特徴、および利点が当業者に明らかになり得る。

ワイヤレス通信デバイス間の通信リンクを確立するためのコンテキストアウェアネス近接度ベース機構を示す例示的な概念図。 ＢｌｕｅｔｏｏｔｈおよびＷＬＡＮの無線ユニットを備える通信デバイスのネットワークプロトコルアーキテクチャの一実施形態を示す概念図。 開始通信デバイスがコンテキストタスクと近距離タッチとに基づいて通信リンクを確立する、例示的な動作を示す流れ図。 図３の続きであり、同じく、開始通信デバイスがコンテキストタスクと近距離タッチとに基づいて通信リンクを確立する、例示的な動作を示す図。 宛先通信デバイスがコンテキストタスクと近距離タッチとに基づいて通信リンクを確立する、例示的な動作を示す流れ図５００。 コンテキストアウェアネス接続確立を実装する開始デバイスに関連するアクティブデータ配信モードの例示的な動作を示すシーケンス図。 コンテキストアウェアネス接続確立を実装する開始デバイスに関連するアクティブサービス配信モードの例示的な動作を示すシーケンス図。 コンテキストアウェアネス接続確立を実装する開始デバイスに関連するパッシブデータ配信モードの例示的な動作を示すシーケンス図。 コンテキストアウェアネス接続確立を実装する開始デバイスに関連するパッシブサービス配信モードの例示的な動作を示すシーケンス図。 通信デバイス間の通信リンクを確立するためのコンテキストアウェアネス近接度ベース機構を含む電子デバイスの一実施形態のブロック図。

以下の説明は、本発明の主題事項の技法を実施する例示的なシステム、方法、技法、命令シーケンス、およびコンピュータプログラム製品を含む。ただし、説明する実施形態は、これらの具体的な詳細なしに実施され得ることを理解されたい。たとえば、例では、Ｂｌｕｅｔｏｏｔｈ機能をもつデバイス（「Ｂｌｕｅｔｏｏｔｈデバイス」）間の近接度に基づいてワイヤレス通信接続を確立することに言及するが、実施形態はそのように限定されない。他の実施形態では、ワイヤレス通信接続の近接度ベース確立のための技法が、他の通信デバイスおよび規格（たとえば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ＷｉＭＡＸ、ワイヤレスＵＳＢデバイスなど）、またはデバイスの組合せ（たとえば、ＷＬＡＮとＢｌｕｅｔｏｏｔｈ）に拡張され得る。他の例では、説明を不明瞭にしないために、よく知られている命令インスタンス、プロトコル、構造、および技法を詳細に図示していない。

Ｂｌｕｅｔｏｏｔｈ通信プロトコルは、Ｂｌｕｅｔｏｏｔｈデバイス間のＢｌｕｅｔｏｏｔｈ通信リンクを確立するための、デバイス発見プロシージャ、デバイスペアリングプロシージャ、接続およびサービス発見プロシージャなど、様々なプロシージャを備える。詳細には、Ｂｌｕｅｔｏｏｔｈ通信プロトコルは、一般に、２つのＢｌｕｅｔｏｏｔｈデバイス間のＢｌｕｅｔｏｏｔｈ通信リンクを確立するために、デバイス発見プロシージャ、デバイスペアリングプロシージャ、ならびに接続およびサービス発見プロシージャを開始するようにユーザに要求する。ユーザの見地から、どのように発見、ペアリング、および接続のプロシージャを開始し、隠れたアイコン／メニューオプションの位置を特定し、それに応じてＢｌｕｅｔｏｏｔｈ通信リンクをセットアップすべきかを判断することは、困難で複雑であり得る。

いくつかの実施形態では、Ｂｌｕｅｔｏｏｔｈデバイスは、Ｂｌｕｅｔｏｏｔｈデバイスの近接度に少なくとも部分的に基づいてＢｌｕｅｔｏｏｔｈ通信リンクを自動的に確立するための機構を実装するように構成され得る。一実施形態では、Ｂｌｕｅｔｏｏｔｈデバイスの一方（たとえば、開始Ｂｌｕｅｔｏｏｔｈデバイス）は、他方のＢｌｕｅｔｏｏｔｈデバイス（たとえば、宛先Ｂｌｕｅｔｏｏｔｈデバイス）が、いつ開始Ｂｌｕｅｔｏｏｔｈデバイスのしきい値距離内にあるか（「近距離タッチ」または「近接度ベースタッチ」）を判断するために近距離検出機構を使用することができる。さらに、アプリケーション上でのユーザのタスクコンテキストおよび物理動作が検出され得、そのアプリケーションに関するユーザの意図（本明細書では「コンテキストタスク」と呼ぶ）が予測され得る。コンテキストタスクは、近距離タッチと併せて、開始Ｂｌｕｅｔｏｏｔｈデバイスと宛先Ｂｌｕｅｔｏｏｔｈデバイスとの間のＢｌｕｅｔｏｏｔｈ通信リンクを確立することと、コンテキストタスクを実行することとを行うために使用され得る。コンテキストタスクと近距離タッチとに少なくとも部分的に基づいてＢｌｕｅｔｏｏｔｈデバイス間のＢｌｕｅｔｏｏｔｈ通信リンクを確立するためのそのような自動機構は、複雑なメニューオプションと比較して、ユーザが発見、ペアリング、および接続のプロシージャを開始するためのプロセスを簡略化することができ、Ｂｌｕｅｔｏｏｔｈ通信リンクを確立するための動作を簡略化し、高速化することができ、構成ステップを著しく低減するかまたはなくし得、ユーザにとっての不便を低減することができる。たとえば、ユーザの見地から、カメラからラップトップ上に写真をアップロードするために、ユーザは、カメラをラップトップのしきい値距離内に配置し得る。ラップトップは、カメラからピクチャを自動的に（またはユーザコマンドで）ダウンロードし得る。

図１は、ワイヤレス通信デバイス間の通信リンクを確立するためのコンテキストアウェアネス近接度ベース機構を示す例示的な概念図である。図１は、通信デバイス１０２および１１０を示している。通信デバイス１０２は、デバイス検出ユニット１０４と、接続確立ユニット１０６と、コンテキストアウェアネスユニット１０８とを備える。図１では、通信デバイス１０２は、（宛先デバイスと呼ばれる）別の通信デバイスとの通信／接続を開始する（たとえば、タッチ走査プロシージャを開始する）開始デバイスと呼ばれることがある。図１に示す例では、通信デバイス１１０は、開始デバイス１０２が、それとの近距離タッチ（または近接度ベースタッチ）を検出し、その後それとの通信リンクを確立する、宛先デバイスであり得る。一実施形態では、開始デバイス１０２および宛先デバイス１１０は、Ｂｌｕｅｔｏｏｔｈデバイスであり得る。別の実施形態では、開始デバイス１０２および宛先デバイス１１０は、１つまたは複数の通信ユニット（たとえば、Ｂｌｕｅｔｏｏｔｈ通信ユニット、ＷＬＡＮ通信ユニットなど）を備える電子デバイスであり得る。いくつかの実装形態では、開始デバイス１０２および宛先デバイス１１０は、それぞれ、パーソナルコンピュータ（ＰＣ）、ラップトップ、モバイルフォン、ネットブック、タブレットコンピュータ、ゲームコンソール、Ｂｌｕｅｔｏｏｔｈカーキット、テレビジョンセットトップボックス、ホームメディアセンター、アクセスポイント、Ｂｌｕｅｔｏｏｔｈ周辺デバイス（たとえば、Ｂｌｕｅｔｏｏｔｈヘッドセット、Ｂｌｕｅｔｏｏｔｈマウス）、または他の好適な電子デバイスであり得る。図１には示されていないが、通信ユニット１１０も、デバイス検出ユニットと、接続確立ユニットと、コンテキストアウェアネスユニットとを備え得ることに留意されたい。段階Ａ〜Ｅにおいてさらに後述するように、開始デバイス１０２は、宛先デバイス１１０の近接度に基づいて近距離タッチを検出するための、および宛先デバイス１１０との通信リンクを確立するための、機能を実行することができる。

段階Ａにおいて、コンテキストアウェアネスユニット１０８は、アプリケーションに関連するコンテキストタスクを実行することを判断したことに応答して、タッチ走査プロシージャを開始する。いくつかの実装形態では、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上で現在実行されているタスクまたはアプリケーションのコンテキスト（「コンテキストタスク」）をキャプチャすることができる。コンテキストアウェアネスユニット１０８は、コンテキストタスクを識別したことに応答して、タッチ走査プロシージャを開始するようにデバイス検出ユニット１０４に促すことができる。一実装形態では、開始デバイス１０２上のアプリケーションを起動すること（またはタスクを実行すること）が、コンテキストタスクの検出をトリガし、したがってタッチ走査プロシージャをトリガすることができる。たとえば、コンテキストアウェアネスユニット１０８は、ピクチャビューイングアプリケーションが開始デバイス１０２上で起動されたと判断し、ピクチャが開かれ、ユーザに表示されていると判断し得る。したがって、コンテキストアウェアネスユニット１０８は、別のデバイス（たとえば、宛先デバイス１１０）にピクチャを転送することが、開始デバイス１０２に関連するコンテキストタスクを構成すると判断し得る。コンテキストアウェアネスユニット１０８は、次いで、タッチ走査プロシージャを開始することと、開始デバイス１０２のしきい値距離内の宛先デバイス１１０を識別することとを行うようにデバイス検出ユニット１０４に促し得る。別の例として、開始デバイス１０２上のボイスオーバーインターネットプロトコル（ＶＯＩＰ）アプリケーションが、ＶＯＩＰ呼を検出し得、ハンズフリー動作のためにＶＯＩＰ呼をＢｌｕｅｔｏｏｔｈヘッドセットにスイッチングすることを判断し得る。コンテキストアウェアネスユニット１０８は、Ｂｌｕｅｔｏｏｔｈヘッドセットに接続する動作をコンテキストタスクとして識別し得、したがってタッチ走査プロシージャが開始されることを引き起こし得る。別の実装形態では、コンテキストアウェアネスユニット１０８は、開始デバイス１０２によって利用され得るデータ／サービスを備える宛先デバイス１１０を識別するためにタッチ走査プロシージャを周期的に開始することができる。一実装形態では、タッチ走査プロシージャの一部として、コンテキストアウェアネスユニット１０８は、タッチ走査開始要求を送信し、開始Ｂｌｕｅｔｏｏｔｈデバイス１０２の近傍(vicinity)のＢｌｕｅｔｏｏｔｈデバイスを走査するようにデバイス検出ユニット１０４をトリガすることができる。タッチ走査開始要求は、宛先デバイス１１０を走査することを開始すべきかどうか／いつ開始すべきかのインジケータと、アプリケーションに関連する識別子と、コンテキストタスクに関連する識別子とを含む、１つまたは複数のコンテキストタスクパラメータ、およびコンテキストタスクを記述する他のそのようなパラメータを備えることができる。

段階Ｂにおいて、デバイス検出ユニット１０４は、宛先デバイス１１０および開始デバイス１０２が互いの所定のしきい値距離１１４内にあることを検出したことに応答して、近距離タッチイベントを生成する。いくつかの実装形態では、タッチ走査開始要求を受信したことに応答して、デバイス検出ユニット１０４は、開始Ｂｌｕｅｔｏｏｔｈデバイス１０２に近接した他のＢｌｕｅｔｏｏｔｈデバイスを検出するために１つまたは複数のＢｌｕｅｔｏｏｔｈ通信チャネルを走査することができる。ＶＯＩＰ呼を受信したラップトップコンピュータがタッチ走査プロシージャを開始する、上記の例に関して、ユーザは、Ｂｌｕｅｔｏｏｔｈヘッドセットをそのコンピュータのほうへ移動することができる。上記コンピュータのデバイス検出ユニット１０４は、Ｂｌｕｅｔｏｏｔｈヘッドセットが上記コンピュータの所定の距離１１４内にあるとき、またはＢｌｕｅｔｏｏｔｈヘッドセットが上記コンピュータに物理的にタッチするとき、上記コンピュータとＢｌｕｅｔｏｏｔｈヘッドセットとの間の「近距離タッチ」を検出することができる。図３において以下でさらに説明するように、一例では、デバイス検出ユニット１０４は、上記コンピュータとＢｌｕｅｔｏｏｔｈヘッドセットとの間の近距離タッチを検出するために近距離通信（ＮＦＣ）技法を採用することができる。したがって、デバイス検出ユニット１０４は、宛先デバイス１１０を識別する、検出された近距離タッチの指示（「近距離タッチイベント」）を生成することができる。デバイス検出ユニット１０４は、その近距離タッチイベントを接続確立ユニット１０６に与えることができる。一実装形態では、図３〜図４において以下で説明するように、近距離タッチイベントは、宛先デバイス１１０とのＢｌｕｅｔｏｏｔｈ通信リンクを確立するために使用される１つまたは複数のタッチパラメータを備えることができる。いくつかの実装形態では、開始デバイス１０２のみが、しきい値距離内の他の通信デバイスを検出するための機能を備え得る。他の実装形態では、宛先デバイス１１０も、しきい値距離内の他の通信デバイスを検出するための機能を備え得る。さらに、いくつかの実装形態では、宛先デバイス１１０の対応するデバイス検出ユニットも、タッチパラメータを含む近距離タッチイベントを生成し、宛先ユニット１１０の接続確立ユニットに与え得る。ただし、他の実装形態では、宛先デバイス１１０は近距離タッチイベントを生成しないことがある。

段階Ｃにおいて、接続確立ユニット１０６は、宛先デバイス１１０に関連する１つまたは複数の接続パラメータを判断する。接続パラメータは、宛先デバイス１１０によってサポートされる通信プロトコル、宛先デバイス１１０に関連する１つまたは複数の無線ユニット（または通信ユニット）、無線ユニットに関連するオン／オフステータス、宛先デバイス１１０に関連するアドレスなど、の指示を備えることができる。たとえば、接続パラメータは、宛先デバイス１１０がＢｌｕｅｔｏｏｔｈプロトコルとＷＬＡＮプロトコルとをサポートすることを示し得る。接続パラメータは、Ｂｌｕｅｔｏｏｔｈ無線ユニットは有効化され、ＷＬＡＮ無線ユニットは無効化されることをも示し得る。

段階Ｄにおいて、接続確立ユニット１０６は、接続パラメータに少なくとも部分的に基づいて宛先デバイス１１０との通信リンクを確立する。開始デバイス１０２と宛先デバイス１１０は、接続パラメータに基づいておよび／またはタッチパラメータに基づいて１つまたは複数の通信リンクを確立するために、一連の接続メッセージを交換することができる。いくつかの実装形態では、通信リンクが確立された後、接続確立ユニット１０６は、通信リンクが確立されたことを（たとえば、宛先デバイス１１０に）示すためにタッチ要求メッセージを送信することができる。宛先デバイス１１０は、今度は、タッチ要求メッセージの受信に肯定応答するためにタッチ確認メッセージを送信することができる。いくつかの実装形態では、図３においてさらに後述するように、開始デバイス１０２と宛先デバイス１１０は、実行されるべきである１つまたは複数のコンテキストタスクを識別するためにタッチ交換メッセージをも交換することができる。いくつかの実装形態では、開始デバイス１０２と宛先デバイス１１０はまた、以下でさらに説明するように、（利用可能な場合）複数のコンテキストタスクに関連する優先順位を交渉するために、および複数のコンテキストタスクの各々が実行されることになる順序を判断するために、タッチ交渉メッセージを交換し得る。

段階Ｅにおいて、開始デバイス１０２はコンテキストタスクを実行する。一実装形態では、図３〜図９において以下でさらに説明するように、接続確立ユニット１０６が開始デバイス１０２と宛先デバイス１１０との間の通信リンクを確立した後、コンテキストアウェアネスユニット１０８は、宛先デバイス１１０によってサポートされるサービスとプロトコルとのリスト（「サービスリスト」）を受信することができる。宛先デバイス１１０に関連するサービスリストとコンテキストタスクとに少なくとも部分的に基づいて、コンテキストアウェアネスユニット１０８は、宛先デバイス１１０が、コンテキストタスクを実行するために開始デバイス１０２が使用することになるサービスとプロトコルとをサポートするかどうかを判断することができる。宛先デバイス１１０が上記サービスとプロトコルとをサポートする場合、コンテキストアウェアネスユニット１０８は、アプリケーションがコンテキストタスクを実行する（たとえば、宛先デバイス１１０にピクチャを送信する）ことを引き起こすことができる。

図１において説明した動作は例であることに留意されたい。他の実装形態では、宛先デバイス１１０は、開始デバイス１０２に関連するサービスリストを分析することができ、コンテキストタスクを実行すべきかどうかを判断することができる。たとえば、宛先デバイス１１０が、開始デバイス１０２がコンテキストタスクを実行するために（たとえば、宛先デバイス１１０によって）利用され得るサービスとプロトコルとをサポートすると判断した場合、開始デバイス１０２は、そのサービス／データを受信する（たとえば、スマートポスターからコンテンツを受信する、Ｂｌｕｅｔｏｏｔｈヘッドセットに接続する、など）ことができる。近距離タッチベース接続確立プロシージャのこのおよび他の変形形態については、図３〜図９においてさらに後述する。

図２は、ＢｌｕｅｔｏｏｔｈおよびＷＬＡＮの無線を備える通信デバイスのネットワークプロトコルアーキテクチャ２００の一実施形態を示す概念図である。図２の例では、通信デバイスは、別の通信デバイスとの通信リンクを検出し、確立するために、近距離通信（ＮＦＣ）を採用する。ネットワークプロトコルアーキテクチャ２００は、ＮＦＣインターフェース２０２と、低エネルギー（ＬＥ：low energy）Ｂｌｕｅｔｏｏｔｈインターフェース２０４と、基本レート／拡張データレート（ＢＲ／ＥＤＲ：basic rate/enhanced data rate）Ｂｌｕｅｔｏｏｔｈインターフェース２０６と、８０２．１１（たとえば、ＷＬＡＮ）インターフェース２０８とを含む物理レイヤを備える。ネットワークプロトコルアーキテクチャ２００は、ＮＦＣインターフェース２０２上で動作するＮＦＣスタック２２２と、ＮＦＣスタック２２２上で動作する従来のＮＦＣアプリケーション２３０とを含む。ネットワークプロトコルアーキテクチャ２００はまた、８０２．１１インターフェース２０８上で動作するＷｉ−Ｆｉ Ｄｉｒｅｃｔスタック２１２と従来のＷｉ−Ｆｉフレームワーク２１０とを備える。いくつかの実装形態では、図２に示すように、ネットワークプロトコルアーキテクチャ２００は近距離通信プロトコルアダプテーションレイヤ（ＮＦＣ ＰＡＬ：near field communication protocol adaptation layer）２２０を備えることができる。ＮＦＣ ＰＡＬ２２０は、ＮＦＣスタック２２２の実装形態を抽出することができ、Ｂｌｕｅｔｏｏｔｈホストコントローラインターフェース（ＨＣＩ：host controller interface）２１６中のＮＦＣチップセットにアクセスするために標準インターフェースを定義することができる。他の実装形態では、ネットワークプロトコルアーキテクチャ２００はＮＦＣ ＰＡＬ２２０を備えないことがある。代わりに、ＮＦＣ ＰＡＬ２２０の機能はＮＦＣスタック２２２に組み込まれ得る。

いくつかの実装形態では、ネットワークプロトコルアーキテクチャ２００は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔスタック２１２上で動作するＷｉ−Ｆｉ Ｄｉｒｅｃｔ ＰＡＬ（ＷＦＤ ＰＡＬ）２１４を備えることができる。ＷＦＤ ＰＡＬ２１４は、８０２．１１インターフェース２０８にアクセスするために（ＨＣＩ２１６とＬ２ＣＡＰ２１８とを含む）Ｂｌｕｅｔｏｏｔｈスタックのための標準インターフェースを定義する８０２．１１ ＰＡＬを備えることができる。ＷＦＤ ＰＡＬ２１４は、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔスタック２１２を介して直接デバイス発見および接続セットアップをサポートするように８０２．１１ ＰＡＬを拡張するための機能をも備えることができる。ネットワークプロトコルアーキテクチャ２００は、ＷＦＤ ＰＡＬ２１４と、ＢＲ／ＥＤＲインターフェース２０６と、ＬＥインターフェース２０４との上で動作する、ＨＣＩ２１６と論理リンク制御およびアダプテーションプロトコル（Ｌ２ＣＡＰ：logical link control and adaptation protocol）２１８とをも備えることができる。上位プロトコルレイヤでは、ネットワークプロトコルアーキテクチャ２００は、Ｌ２ＣＡＰ２１８とＨＣＩ２１６との上で動作する、一般アクセスプロファイル（ＧＡＰ：generic access profile）２２４とサービス発見アプリケーションプロファイル（ＳＤＡＰ：service discovery application profile）２２６とを備えることができる。いくつかの実装形態では、ＨＣＩ２１６の機能は、所定のしきい値距離内のＮＦＣデバイスまたはＮＦＣタグを走査するためのトリガリング動作または停止動作を有効化すること、宛先デバイスとの通信リンクのセットアップと切断とを（たとえば、アプリケーションなどの上位プロトコルレイヤに）報告することを有効化すること、データを読み取ることまたは書き込むことを有効化することなどを行うように拡張され得る。ＨＣＩ２１６はまた、タッチ走査プロシージャによって生成された通知とデータとを近距離タッチプロファイル２２８に与えるように構成され得る。近距離タッチプロファイル２２８は、ＨＣＩ２１６と、ＧＡＰ２２４と、ＳＤＡＰ２２６との上で動作するように構成され得る。近距離タッチプロファイル２２８は、近距離タッチイベントを収集することと、宛先デバイス１１０との適切な通信リンクを接続確立ユニット１０６に確立させることとを行うように構成され得る。近距離タッチプロファイル２２８は、適切な通信リンクを確立するために、下位プロトコルレイヤとともに、アプリケーション（たとえば、近距離タッチプロファイル２２８上で動作するＢｌｕｅｔｏｏｔｈアプリケーション２３２、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔアプリケーション２３４、および／または従来のＷｉ−Ｆｉアプリケーション２３６）によって生成されたコンテキストタスクを協調させるように構成され得る。

図２には示されていないが、いくつかの実装形態では、通信デバイスはＢｌｕｅｔｏｏｔｈ通信プロトコルのみを実装することがある。図２を参照すると、通信デバイスはＷＬＡＮ通信プロトコルを実装しないことがあり、ネットワークプロトコルアーキテクチャ２００は、８０２．１１インターフェース２０８と、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔスタック２１２と、ＷＦＤ ＰＡＬ２１４と、従来のＷｉ−Ｆｉフレームワーク２１０と、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔアプリケーション２３４と、従来のＷｉ−Ｆｉアプリケーション２３６とを備えないことがある。同様に、いくつかの実装形態では、通信デバイスはＷＬＡＮ通信プロトコルのみを実装することがある。さらに、図２は、近距離タッチイベントを検出するための、ＮＦＣインターフェース２０２と、ＮＦＣスタック２２２と、ＮＦＣ ＰＡＬ２２０とを備えるＮＦＣタッチ検出モジュールを示しているが、実施形態はそのように限定されない。他の実施形態では、ネットワークプロトコルアーキテクチャ２００は、２つの通信デバイス間の近接度を検出するように構成された他の好適なタッチ検出モジュール（たとえば、赤外線（ＩＲ）センサー、ＩＲインターフェース、ＩＲ通信スタックなどを備える、ＩＲタッチ検出モジュール、または他のセンサー機構）を備えることができる。

図３および図４に、開始通信デバイスがコンテキストタスクと近距離タッチとに基づいて通信リンクを確立する、例示的な動作を示す流れ図（「フロー」）３００を示す。フロー３００は図３中のブロック３０２において開始する。

ブロック３０２において、開始デバイスが、コンテキストタスクを実行することを判断する。図１の例を参照すると、開始デバイス１０２のコンテキストアウェアネスユニット１０８は、コンテキストタスクを検出したことに基づいて、１つまたは複数の動作を実行する（たとえば、別の通信デバイスとコンテンツを交換するなど）ことを判断することができる。図１において上記で説明したように、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上で現在実行されているアプリケーションに関して実行されるべきである動作を判断するために（すなわち、コンテキストタスクを判断するために）そのアプリケーション（またはユーザが開始したタスク）のコンテキストをキャプチャすることができる。一例では、図６において後述するように、ユーザは、ピクチャビューイングアプリケーションを起動し得、ピクチャビューイングアプリケーションによって表示のためにピクチャを開き得る。コンテキストアウェアネスユニット１０８は、それに応じて、そのピクチャを宛先デバイス（たとえば、図１の宛先デバイス１１０）に転送するための動作をコンテキストタスクとして識別することができる。コンテキストアウェアネスユニット１０８はまた、後続の近距離タッチプロシージャおよび接続確立プロシージャが、ピクチャビューイングアプリケーションとピクチャ転送動作とのコンテキストにおいて実行されるべきであると判断することができる。図７において以下で説明する別の例では、ラップトップコンピュータ（たとえば、開始デバイス１０２）が、ＶＯＩＰ呼を受信したことに応答してＶＯＩＰアプリケーションを起動し得る。ＶＯＩＰアプリケーションを起動することは、（たとえば、Ｂｌｕｅｔｏｏｔｈヘッドセットに接続するための）ハンズフリーオーディオゲートウェイサービスのためのコンテキストタスクをトリガすることができる。フローはブロック３０４に進む。

ブロック３０４において、１つまたは複数のコンテキストタスクパラメータを備えるタッチ走査開始要求を生成する。一実装形態では、コンテキストアウェアネスユニット１０８は、アプリケーションに関連する保留中の(pending)コンテキストタスクを検出したことに応答して、タッチ走査開始要求を生成することができる。たとえば、コンテキストアウェアネスユニット１０８は、ピクチャビューイングアプリケーションが送信されることになるピクチャを表示していると判断したことに応答して、タッチ走査開始要求を生成することができる。別の例として、コンテキストアウェアネスユニット１０８は、ＶＯＩＰ呼を検出したことと、ハンズフリー動作のためにＢｌｕｅｔｏｏｔｈヘッドセットに接続することを判断したこととに応答して、タッチ走査開始要求を生成することができる。別の例として、コンテキストアウェアネスユニット１０８は、アプリケーション（たとえば、モバイルフォン上のウェブブラウザ）がスマートポスターに関連するデータを要求していると判断したことに応答して、タッチ走査開始要求を生成することができる。別の実装形態では、コンテキストアウェアネスユニット１０８は、開始デバイス１０２のためのデータ／サービスを備える宛先デバイス１１０を識別するために、周期的間隔でタッチ走査開始要求を生成することができる。タッチ走査開始要求は、走査開始フラグ、および／またはいつタッチ走査プロシージャを開始すべきかのインジケータ（すなわち、宛先デバイス１１０を走査し始めるべき瞬間）を備えることができる。さらに、コンテキストタスクパラメータは、コンテキストタスクに関連するアプリケーションの識別子、コンテキストタスクに関連するアプリケーションタスククラス識別子、および好適な通信チャネルを含むことができる。好適な通信チャネルは、（たとえば、コンテキストタスクを実行するために）アプリケーションがそれを介してコンテンツを転送することを選好する通信チャネルを示すことができる。以下で説明するように、接続確立ユニット１０６は、好適な通信チャネル上で宛先デバイス１１０との通信リンクを確立することを試みることができる。コンテキストタスクパラメータは、好適な通信プロトコル（たとえば、Ｂｌｕｅｔｏｏｔｈ通信プロトコル、ＷＬＡＮ通信プロトコルなど）の指示をも備えることができる。フローはブロック３０６に進む。

ブロック３０６において、タッチ走査開始要求に応答してタッチ走査プロシージャを開始する。たとえば、コンテキストアウェアネスユニット１０８は、デバイス検出ユニット１０４にタッチ走査開始要求を与えることができる。タッチ走査開始要求を受信したことに応答して、デバイス検出ユニット１０４は、タッチ走査プロシージャを開始することができ、宛先デバイス１１０との近距離タッチを検出するために１つまたは複数の通信チャネルを監視することができる。フローはブロック３０８に進む。

ブロック３０８において、開始デバイスが宛先デバイスのしきい値距離内にあるかどうかが判断される。たとえば、デバイス検出ユニット１０４は、開始デバイス１０２および宛先デバイス１１０が互いのしきい値距離１１４内にあるかどうかを判断することができる。一実装形態では、デバイス検出ユニット１０４は、宛先デバイス１１０が開始デバイス１０２のしきい値距離内にあるかどうかを検出するために近距離通信（ＮＦＣ）技法を使用するＮＦＣユニットを備えることができる。別の実装形態では、デバイス検出ユニット１０４は、開始デバイス１０２と外部で結合され得る（またはそれと統合され得る）１つまたは複数のセンサーを備えることができる。たとえば、デバイス検出ユニット１０４は、接近しているユーザ（たとえば、ユーザの手）またはデバイスを検出するセンサー、宛先デバイス１１０に関連する振動を検出する振動検出センサー、サーマルイメージングセンサー、ＩＲセンサー、あるいは宛先デバイス１１０が開始デバイス１０２のしきい値距離内にあるかどうかを判断するための他の好適なセンサーを備えることができる。別の実装形態では、デバイス検出ユニット１０４は、宛先デバイス１１０が開始デバイス１０２のしきい値距離内にあるかどうかを判断するために、上述の技法のうちの２つ以上の組合せ（たとえば、振動検出センサーと併せてＩＲセンサー）を採用することができる。別の実装形態では、デバイス検出ユニット１０４は、宛先デバイス１１０が開始デバイス１０２のしきい値距離内にあるかどうかを判断するために、他の好適な技法を採用することができる。宛先デバイス１１０を検出するために上記検出技法のうちのどれが採用されるかは、開始デバイス１０２の実装形態、検出精度と、検出感度と、応答時間と、セキュリティと、消費される電力とを含む１つまたは複数の検出要件などに依存し得る。開始デバイス１０２と宛先デバイス１１０との間のしきい値距離１１４は、（１つまたは複数の）採用される検出技法と、開始デバイス１０２によって採用されるセンサー（もしあれば）と、開始デバイス１０２の検出要件と、他のそのようなファクタとに基づいて判断され得る。たとえば、しきい値距離１１４は、デバイス検出ユニット１０４が宛先デバイス１１０を検出するためにＮＦＣ技法を使用する場合、４ｃｍであり得る。開始デバイス１０２および宛先デバイス１１０が互いのしきい値距離１１４内にあると判断された場合、デバイス検出ユニット１０４は、開始デバイス１０２と宛先デバイス１１０との間の近距離タッチが検出されたと判断する。したがって、フローはブロック３１０に進む。他の場合、フローはブロック３０８にループバックし、デバイス検出ユニット１０４は、開始デバイス１０２および宛先デバイス１１０が互いのしきい値距離１１４内にあるかどうかを判断するために走査動作を続けることができる。

ブロック３１０において、１つまたは複数のタッチパラメータを備える近距離タッチイベントを生成する。一実装形態では、デバイス検出ユニット１０４は、開始デバイス１０２および宛先デバイス１１０が互いのしきい値距離１１４内にあると判断したことに応答して、近距離タッチイベントを生成することができる。別の実装形態では、デバイス検出ユニット１０４は、開始デバイス１０２と宛先デバイス１１０との間の物理的な接触を検出したことに応答して、近距離タッチイベントを生成することができる。近距離タッチイベントは、宛先デバイス１１０が開始デバイス１０２のしきい値距離１１４内にあったのか開始デバイス１０２と接触していたのかを示すフラグを備えることができる。近距離タッチイベントは、開始デバイス１０２と宛先デバイス１１０との間の通信リンクをその後確立するために使用され得る（以下でさらに説明する）１つまたは複数の他のタッチパラメータをも備えることができる。

一例では、タッチパラメータは、開始デバイス１０２と宛先デバイス１１０との間の近距離タッチに関連するタイミングを備えることができる。一実装形態では、タッチパラメータは、（たとえば、近距離タッチの持続時間が所定の時間期間よりも少ないときの）短いタッチが検出されたのか（たとえば、近距離タッチの持続時間が所定の時間期間よりも大きいときの）長いタッチが検出されたのかを示すことができる。たとえば、ＷＬＡＮアクセスポイントは、構成機能と接続機能とを備え得る。ユーザは、そのＷＬＡＮアクセスポイントにＷＬＡＮ対応フォンをタッチさせ得る。短いタッチは、ＷＬＡＮ対応フォンがＷＬＡＮアクセスポイントに接続するための許可を要求していることを（たとえば、ＷＬＡＮアクセスポイントに）示すことができ、ＷＬＡＮアクセスポイントは、それに応じて接続機能を実行し得る。長いタッチは、ＷＬＡＮ対応フォンが（たとえば、別の通信デバイスにフォワーディングするための）ＷＬＡＮアクセスポイントに関連する構成パラメータを要求していることを（たとえば、ＷＬＡＮアクセスポイントに）示すことができる。

さらに、タッチパラメータは、開始デバイス１０２と宛先デバイス１１０との間の近距離タッチに関連する位置と方向とを備えることができる。言い換えれば、タッチパラメータは、開始デバイス１０２に対する宛先デバイス１１０の位置と方向とを示すために使用され得る。いくつかの実装形態では、デバイス検出ユニット１０４は、１つまたは複数のＮＦＣタグのセットとして実装され得る。タッチパラメータは、１つまたは複数のＮＦＣタグに対する宛先デバイス１１０の位置を示すことができる。たとえば、コンピュータが、それの４つのコーナーの各々においてＮＦＣタグを備えることができる。タッチパラメータは、宛先デバイス１１０がそれにタッチさせられたＮＦＣタグを（たとえば、タグＩＤを使用して）識別するか、またはそのＮＦＣタグの位置（たとえば、左上コーナータグ）を識別することができる。いくつかの実装形態では、複数のＮＦＣタグの各々が、異なる機能に関連付けられ得る。たとえば、宛先デバイス１１０を開始デバイス１１０の第１のＮＦＣタグとタッチさせることにより、開始デバイス１１０に、同期動作を実行させることができる。別の例として、宛先デバイス１１０を開始デバイス１１０の第２のＮＦＣタグにタッチさせることにより、開始デバイス１１０に、宛先デバイス１１０にファイルを送信させることができる。別の実装形態では、宛先デバイス１１０の位置と方向とを検出するために、ＮＦＣタグの代わりに任意の好適なセンサー（たとえば、圧力センサー、ＩＲセンサー、振動センサーなど）が採用され得る。

タッチパラメータは、開始デバイス１０２と宛先デバイス１１０との間の近距離タッチに関連するパターンをも示すことができる。一実装形態では、ユーザは、宛先デバイス１１０を開始デバイス１０２に１回のみタッチさせて、それら２つのデバイス間の通信リンクを確立し得る。しかしながら、他の実装形態では、ユーザは、１つまたは複数のＮＦＣタグなどにおける、一連の短いタッチと長いタッチとを備えるマルチタッチパターンに従って、宛先デバイス１１０を開始デバイス１０２にタッチさせ得る。たとえば、開始デバイス１０２が２つのＮＦＣタグを備える場合、タッチパターンは、第１のＮＦＣタグとの短いタッチと、第２のＮＦＣタグとの短いタッチと、第１のＮＦＣタグとの長いタッチとを備えることができる。いくつかの実装形態では、各タッチパターンも、異なる機能に関連付けられ得る。デバイス検出ユニット１０４は、短いタッチおよび長いタッチの各々、タッチさせられたＮＦＣタグなどを検出することができ、対応するタッチパターンを識別することができる。デバイス検出ユニット１０４は、識別されたタッチパターンの指示を接続確立ユニット１０６に通信することができる。他の実装形態では、近距離タッチイベントが、開始デバイス１０２と宛先デバイス１１０との間の近距離タッチを記述する他の好適なパラメータを示すことができることに留意されたい。いくつかの実装形態では、デバイス検出ユニット１０４は、タッチ走査プロシージャが開始された通信デバイスをも（たとえば、接続確立ユニットに）示し得る。フローはブロック３１２に進む。

ブロック３１２において、宛先デバイスと１つまたは複数の接続パラメータを交換する。いくつかの実装形態では、接続確立ユニット１０６は、デバイス検出ユニット１０４からタッチパラメータを含む近距離タッチイベントを受信することができる。いくつかの実装形態では、接続確立ユニット１０６は、宛先デバイス１１０に関連する接続パラメータを要求し、アクティブに受信することができる。別の実装形態では、接続確立ユニット１０６は、宛先デバイス１１０に関連する接続パラメータをパッシブに受信することができる。宛先デバイス１１０に関連する接続パラメータは、宛先デバイス１１０によってサポートされる通信プロトコル、宛先デバイス１１０に関連する無線ユニット、無線ユニットに関連するオン／オフステータス、宛先デバイス１１０に関連するアドレス（たとえば、Ｂｌｕｅｔｏｏｔｈアドレス、８０２．１１アドレスなど）を含むことができる。いくつかの実装形態では、接続確立ユニット１０６は、通信リンクが確立された後に実行されることになるコンテキストタスクの知識に基づいて、確立されるべきである通信リンクのタイプをも判断することができる。たとえば、接続確立ユニット１０６は、Ｂｌｕｅｔｏｏｔｈヘッドセットが検出されたと判断し、着信ＶＯＩＰ呼がＢｌｕｅｔｏｏｔｈヘッドセットに転送されることになると判断し得る。したがって、接続確立ユニット１０６は、Ｂｌｕｅｔｏｏｔｈヘッドセットとのハンズフリープロファイル（ＨＦＰ：hands-free profile）ベース通信リンクを確立することを試みることができる。フローはブロック３１４に進む。

ブロック３１４において、タッチイベントパラメータおよび／または接続パラメータに基づいて開始デバイスと宛先デバイスとの間に通信リンクを確立する。いくつかの実装形態では、接続確立ユニット１０６は、宛先デバイス１１０とともに確立されるべきである通信リンクのタイプを判断することができる。通信リンクのタイプは、コンテキストタスクパラメータ（たとえば、ブロック３０４において判断されたアプリケーションおよび／またはタスク識別子）、タッチパラメータ（たとえば、ブロック３１０において判断されたタッチタイミングおよび／またはパターン）、および／または接続パラメータ（たとえば、ブロック３１２において判断された、宛先デバイスによってサポートされるプロトコル）に依存し得る。一実装形態では、接続確立ユニット１０６は、（ブロック３０４において判断された）好適な通信チャネルおよび／または好適な通信プロトコル上で宛先デバイス１１０との通信リンクを確立することを試みることができる。たとえば、接続確立ユニット１０６は、コンテキストタスクに関連するアプリケーションがＢｌｕｅｔｏｏｔｈ通信プロトコルを選好した場合、および宛先デバイス１１０に関連するＢｌｕｅｔｏｏｔｈ無線ユニットが有効化される場合、Ｂｌｕｅｔｏｏｔｈ通信リンクを確立し得る。別の例として、接続確立ユニット１０６は、コンテキストタスクに関連するアプリケーションがＢｌｕｅｔｏｏｔｈ通信プロトコルを選好した場合でも、宛先デバイス１１０に関連するＢｌｕｅｔｏｏｔｈ無線ユニットが無効化されると判断された場合、Ｂｌｕｅｔｏｏｔｈ通信リンクを確立しないことを判断することができる。代わりに、好適な通信リンク（たとえば、この例では、Ｂｌｕｅｔｏｏｔｈ通信リンク）が確立され得ない場合、接続確立ユニット１０６は代替通信リンク（たとえば、ＷＬＡＮ通信リンク）を確立することができる。別の例として、コンテキストタスクに関連するアプリケーションは、高速Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ通信チャネルに対する選好を示し得る。接続確立ユニット１０６が、（たとえば、宛先デバイス１１０が高データレート通信をサポートしないかまたはＷｉ−Ｆｉ Ｄｉｒｅｃｔプロトコルをサポートしないので）高データレートＷｉ−Ｆｉ Ｄｉｒｅｃｔ通信チャネルが確立され得ないと判断した場合、接続確立ユニット１０６は、より低いＢＲ／ＥＤＲの通信チャネルを確立することができる。

いくつかの実装形態では、接続確立ユニット１０６は、通信リンクが確立された後、宛先デバイス１１０と１つまたは複数のタッチ制御メッセージを交換することができる。たとえば、接続確立ユニット１０６は、開始デバイス１０２と宛先デバイス１１０との間の通信リンクが確立されたことを示すために、宛先デバイス１１０にタッチ要求メッセージを送信することができる。接続確立ユニット１０６は、宛先デバイス１１０におけるタッチ要求メッセージの受信に肯定応答するタッチ確認メッセージを受信することができる。接続確立ユニット１０６は、実行されるべきである１つまたは複数のコンテキストタスクを識別するために、宛先デバイス１１０にタッチ交換メッセージを送信し得る。たとえば、接続確立ユニット１０６は、ピクチャが宛先デバイス１１０に送信されることになることを示すために、宛先デバイス１１０にタッチ交換メッセージを送信することができる。別の例として、接続確立ユニット１０６は、ＶＯＩＰ呼コンテキストタスクが、保留中であり、宛先デバイス１１０によって扱われるべきであることを示すために、宛先デバイス１１０にタッチ交換メッセージを送信することができる。接続確立ユニット１０６はまた、複数のコンテキストタスクに関連する優先順位を交渉するために、および複数のコンテキストタスクの各々が実行されるべきである順序を判断するために、宛先デバイス１１０とタッチ交渉メッセージを交換することができる。開始デバイス１０２と宛先デバイス１１０との間の通信リンクが確立された後、フローは図４中のブロック３１６に進む。

ブロック３１６において、コンテキストタスクに関連するデータ／サービスが開始デバイスによって与えられることになるかどうかが判断される。たとえば、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上のアプリケーションが宛先デバイス１１０に与えられることになるデータ／サービスを備えるかどうか、または開始デバイス１０２上のアプリケーションが宛先デバイス１１０によって与えられるデータ／サービスを要求しているかどうかを判断することができる。たとえば、図６において後述するように、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上のピクチャビューイングアプリケーションが宛先デバイス１１０に送信されることになるデータ（たとえば、ピクチャ）を備えると判断することができる。別の例では、図７において後述するように、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上のＶＯＩＰアプリケーションが宛先デバイス１１０（たとえば、Ｂｌｕｅｔｏｏｔｈヘッドセット）によって与えられるハンズフリー通信サービスを利用すると判断することができる。別の例では、図８において後述するように、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上のアプリケーション（たとえば、モバイルフォン上のウェブブラウザ）がスマートポスター（たとえば、宛先デバイス１１０）に関連するデータを要求していると判断することができる。コンテキストタスクに関連するデータ／サービスが開始デバイス１０２によって与えられることになると判断された場合、フローはブロック３１８に進む。他の場合、フローはブロック３２０に進む。

ブロック３１８において、コンテキストタスクに関連するデータ／サービスが宛先デバイスによって与えられることになる場合、宛先デバイスに開始デバイスに関連するサービスリストを与える。開始デバイス１０２が宛先デバイス１１０からデータ／サービスを要求していると判断したことに応答して、フロー３００はブロック３１６からブロック３１８に移動し、コンテキストアウェアネスユニット１０８が、宛先デバイス１１０に開始デバイス１１２に関連するサービスリストを与えることができる。たとえば、モバイルフォン（すなわち、開始デバイス１０２）は、スマートポスター（すなわち、宛先デバイス１１０）がモバイルフォンにデータを与えることになると判断し得る。したがって、モバイルフォンのコンテキストアウェアネスユニット１０８は、モバイルフォンに関連するサービスリストを（たとえば、自動的に、またはスマートポスターからのサービスリスト要求に応答して）与えることができる。別の例では、図５において以下で説明するように、宛先デバイス１１０は、開始デバイス１０２に関連するサービスリストに応じて、開始デバイス１０２にサービス（たとえば、ハンズフリー通信サービス）を与えることも与えないこともある。フローはブロック３２４に進む。

ブロック３２０において、コンテキストタスクに関連するデータ／サービスが開始デバイスによって与えられることになる場合、開始デバイスは、宛先デバイスによってサポートされる１つまたは複数のサービスを示す、宛先デバイスに関連するサービスリストを受信する。フロー３００は、開始デバイス１０２が宛先デバイス１１０にデータ／サービスを与えることになると判断したことに応答して、ブロック３１６からブロック３２０に移動する。いくつかの実装形態では、コンテキストアウェアネスユニット１０８は、宛先デバイス１１０によってサポートされる１つまたは複数のサービスについての要求を送信することができる。それに応答して、コンテキストアウェアネスユニット１０８は、宛先デバイス１１０からサービスリストを受信することができる。たとえば、コンテキストアウェアネスユニット１０８は、宛先デバイス１１０が開始デバイス１０２からピクチャを受信するためのプロトコルとサービスと（たとえば、オブジェクトプッシュプロファイル）をサポートするかどうかを判断するために、宛先デバイス１１０に関連するサービスリストを要求し、受信することができる。いくつかの実装形態では、コンテキストアウェアネスユニット１０８は、宛先デバイス１１０によってサポートされるサービスとプロトコルとを発見するためにＳＤＡＰプロシージャを採用することができる。フローはブロック３２２に進む。

ブロック３２２において、宛先デバイスに関連するサービスリストに少なくとも部分的に基づいて、コンテキストタスクが実行されるべきであるかどうかが判断される。フロー３００は、宛先デバイス１１０に関連するサービスリストを受信したことに応答して、ブロック３２０からブロック３２２に移動する。一実装形態では、コンテキストアウェアネスユニット１０８は、コンテキストタスク、コンテキストタスクパラメータ、および／または宛先デバイス１１０に関連するサービスリストに少なくとも部分的に基づいて、宛先デバイス１１０がコンテキストタスクを実行するために開始デバイス１０２によって利用され得るサービスとプロトコルとをサポートするかどうかを判断することができる。コンテキストアウェアネスユニット１０８は、１つまたは複数のコンテキストタスクパラメータ（たとえば、アプリケーション識別子、アプリケーションタスク識別子など）を判断し、データストア（たとえば、タスク分類テーブル）にアクセスし、対応するコンテキストタスクを実行するために利用され得るサービスとプロトコルとを判断し得る。コンテキストアウェアネスユニット１０８は、（たとえば、宛先デバイス１１０から受信されたサービスリストに基づいて）宛先デバイス１１０がこれらのサービスとプロトコルとをサポートするかどうかを判断し得る。一例では、図６において後述するように、コンテキストアウェアネスユニット１０８は、開始デバイス１０２がオブジェクトプッシュプロファイルプロシージャを使用してピクチャを送信することになると判断し得、宛先デバイス１１０が宛先デバイス１１０においてピクチャを受信するためのオブジェクトプッシュプロファイルをサポートするかどうかを判断することができる。別の例として、図９において後述するように、コンテキストアウェアネスユニット１０８は、開始コンピュータ１０２が宛先Ｂｌｕｅｔｏｏｔｈマウスとのヒューマンインターフェースデバイスプロファイル（ＨＩＤ）接続を確立することを試みていると判断し得、ＨＩＤサービスが宛先Ｂｌｕｅｔｏｏｔｈマウス１１０において有効化されるかどうかを判断することができる。コンテキストタスクが実行されるべきであると判断された場合、フローはブロック３２４に進む。そうではなく、コンテキストタスクが実行されるべきでないと判断された場合、フローは終了する。

ブロック３２４において、コンテキストタスクに従って宛先デバイスとコンテンツを交換する。フロー３００は、コンテキストタスクが実行されるべきであると判断された場合、ブロック３２２からブロック３２４に移動する。いくつかの実装形態では、コンテキストアウェアネスユニット１０８は、タッチパラメータ、宛先デバイス１１０に関連するサービスリスト、および／またはコンテキストタスクに基づいて、開始デバイス１０２と宛先デバイス１１０との間に通信リンクが確立された後にどの動作が実行されるべきであるかを判断することができる。ピクチャビューイングアプリケーションを備える開始デバイス１０２が宛先デバイス１１０との通信リンクを確立する、上記の例を参照すると、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上で閲覧されているピクチャが宛先デバイス１１０に送信されるべきであると判断することができる。宛先デバイス１１０がピクチャを受信するためのプロトコルとサービスとをサポートすると（ブロック３２２において）判断したことに応答して、コンテキストアウェアネスユニット１０８は、コンテキストタスクを実行するようにアプリケーションをトリガすることができる。上記の例を参照すると、アプリケーションは、ピクチャが宛先デバイス１１０に送信されるべきであるかどうかを確認するようにユーザに促す通知を提示することができる。ユーザから確認を受信したことに応答して、アプリケーションは、（たとえば、オブジェクトプッシュプロファイルを使用して）宛先デバイス１１０にピクチャを送信することができる。別の例として、ＨＩＤサービスが宛先Ｂｌｕｅｔｏｏｔｈマウス１１０において有効化されると判断したことに応答して、コンテキストアウェアネスユニット１０８は、開始デバイス１０２（たとえば、コンピュータ）に関連するＨＩＤハンドラをトリガすることができる。コンピュータ１０２は、今度は、宛先Ｂｌｕｅｔｏｏｔｈマウス１１０とのＨＩＤ接続を確立することができる。

さらに、フロー３００はまた、開始デバイス１０２に関連するサービスリストが宛先デバイス１１０に与えられた後、ブロック３１８からブロック３２４に移動する。たとえば、図７において後述するように、コンテキストアウェアネスユニット１０８は、開始デバイス１０２上のＶＯＩＰアプリケーションがハンズフリー通信サービス（たとえば、ＨＦＰサービス）をサポートすると判断し、ＢｌｕｅｔｏｏｔｈヘッドセットがＨＦＰサービスに関連するコンテキストタスクを処理するために登録されたと判断し得る。コンテキストアウェアネスユニット１０８は、Ｂｌｕｅｔｏｏｔｈヘッドセットがコンテキストタスク（たとえば、ＶＯＩＰ呼をピックアップすること）を処理することができるように、そのコンテキストタスクを提唱することができる。（ＶＯＩＰアプリケーションを備える）開始デバイス１０２は、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０によって与えられるハンズフリー通信サービスを要求するために宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０との通信リンクを確立し得る。宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０は、開始デバイス１０２と宛先デバイス１１０の両方がＨＦＰサービスをサポートすると判断することに少なくとも部分的に基づいて、開始デバイス１０２との接続を完了することができる。宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０は、開始デバイス１０２上のＶＯＩＰアプリケーションにおいて受信された（またはそのＶＯＩＰアプリケーションによって生成された）ＶＯＩＰ呼をピックアップすることができ、ＨＦＰサービスを使用してハンズフリー通信サービスを与えることができる。ブロック３２４から、フローは終了する。

図４のブロック３１６は、開始デバイス１０２が、それがコンテキストタスクに関連するデータ／サービスを与えることになるかどうかを判断することを示しているが、実施形態はそのように限定されないことに留意されたい。他の実施形態では、開始デバイス１０２はブロック３１６の動作を実行しないことがある。代わりに、開始デバイス１０２は、自動的に宛先デバイス１０２に（開始デバイス１０２に関連する）サービスリストを送信すること、または宛先デバイス１０２から（宛先デバイス１１０に関連する）サービスリストを受信することを行うように構成され得る。言い換えれば、フロー３００は、開始デバイス１０２、宛先デバイス１１０、および／またはコンテキストタスクの構成に応じて、図３中のブロック３１４からブロック３１８にまたはブロック３２０に自動的に移動することができる。さらに、明示的に説明していないが、ブロック３１４において説明した接続プロシージャは、（たとえば、Ｂｌｕｅｔｏｏｔｈデバイス間の）ペアリング動作および（たとえば、Ｂｌｕｅｔｏｏｔｈおよび／またはＷＬＡＮデバイス間の）認証動作など、他の動作を備え得ることに留意されたい。

図５は、宛先通信デバイスがコンテキストタスクと近距離タッチとに基づいて通信リンクを確立する、例示的な動作を示す流れ図５００である。フロー５００はブロック５０２において開始する。

ブロック５０２において、宛先デバイスが、宛先デバイスに関連する接続パラメータについての要求を受信する。一実装形態では、宛先デバイス１１０の接続確立ユニットが、宛先デバイス１１０に関連する接続パラメータについての要求を（たとえば、開始デバイス１０２から）受信し得る。いくつかの実装形態では、宛先デバイス１１０に関連する接続パラメータについての要求は、開始デバイス１０２が、宛先デバイス１１０が開始デバイス１０２のしきい値距離内にあることを検出したことに応答して、受信され得る。言い換えれば、開始デバイス１０２は、近距離タッチが開始デバイス１０２において検出されたことに応答して、接続パラメータについての要求を宛先デバイス１１０に送り得る。フローはブロック５０４に進む。

ブロック５０４において、開始デバイスとの通信リンクを確立するために、開始デバイスに宛先デバイスに関連する接続パラメータを与える。一実装形態では、宛先デバイス１１０がアクティブなデバイス（たとえば、モバイルフォン）である場合、接続確立ユニットは、開始デバイス１０２に宛先デバイス１１０に関連する接続パラメータをアクティブに送信することができる。たとえば、宛先モバイルフォンが、それの接続パラメータをアクティブに送信し得る。別の実装形態では、宛先デバイス１１０はパッシブなデバイス（たとえば、動作のためのエネルギー源を必要としないデバイス）であり得る。この例では、宛先デバイス１１０（たとえば、スマートポスター）に関連するＮＦＣタグ（またはステッカー(sticker)、キーフォブ(key fob)、カード、または別のパッシブな構成要素）が、開始デバイス１０２に（たとえば、ＮＦＣタグの一部として記憶された）接続パラメータをパッシブに与えることができる。たとえば、宛先スマートポスターが、スマートポスターに関連する接続パラメータを（たとえば、ＮＦＣタグを介して）パッシブに送信することができる。図１および図３において上記で説明したように、接続パラメータは、宛先デバイス１１０に関連する識別子、宛先デバイス１１０によってサポートされる通信プロトコルなどを備えることができる。フローはブロック５０６に進む。

ブロック５０６において、開始デバイスと宛先デバイスとの間に通信リンクを確立する。いくつかの実装形態では、宛先デバイスがアクティブなデバイスである場合、宛先デバイス１１０の接続確立ユニットは、開始デバイス１０２と宛先デバイス１１０との間の通信リンクを確立するために、開始デバイス１０２と１つまたは複数の接続メッセージを交換することができる。他の実装形態では、宛先デバイス１１０がパッシブなデバイスである場合、開始デバイス１０２は、宛先デバイス１１０との通信リンクを自動的に確立し得る。さらに、図３において上記で説明したように、宛先デバイス１１０は、開始デバイス１０２と宛先デバイス１１０との間の通信リンクが確立されたことを示すタッチ要求メッセージを（たとえば、開始デバイス１０２から）受信し得る。宛先デバイス１１０は、タッチ確認メッセージを送信することによってタッチ要求メッセージの受信に肯定応答することができる。いくつかの実装形態では、上記で説明したように、宛先デバイス１１０はまた、それぞれ、１つまたは複数のコンテキストタスクを識別するために、および複数のコンテキストタスクを処理すべき順序を確認するために、タッチ交換メッセージおよびタッチ交渉メッセージを交換し得る。フローはブロック５０８に進む。

ブロック５０８において、コンテキストタスクに関連するデータ／サービスが宛先デバイスによって与えられることになるかどうかが判断される。一実装形態では、図４において上記で説明したように、宛先デバイス１１０のコンテキストアウェアネスユニットは、宛先デバイス１１０が開始デバイス１０２に与えられることになるデータ／サービスを備えるかどうか、または宛先デバイス１１０が開始デバイス１０２にデータ／サービスを要求しているかどうかを判断することができる。たとえば、宛先スマートポスター１１０が開始モバイルフォン１０２に送信されることになるデータを備えると判断され得る。別の例として、宛先モバイルフォン１１０が開始モバイルフォン１０２からピクチャを受信するのを待っていると判断され得る。コンテキストタスクに関連するデータ／サービスが宛先デバイス１１０によって与えられることになると判断された場合、フローはブロック５１２に進む。他の場合、フローはブロック５１０に進む。

ブロック５１０において、コンテキストタスクに関連するデータ／サービスが開始デバイスによって与えられることになる場合、開始デバイスに宛先デバイスに関連するサービスリストを与える。たとえば、宛先デバイス１１０が開始デバイス１０２からデータ／サービスを要求していると判断したことに応答して、宛先デバイス１１０のコンテキストアウェアネスユニットは、開始デバイス１０２に宛先デバイス１１０に関連するサービスリストを与えることができる。いくつかの実装形態では、宛先デバイス１１０に関連するサービスリストは、開始デバイス１０２からサービスリスト要求を受信したことに応答して、与えられ得る。たとえば、宛先モバイルフォン１１０が、それのサービスリストを（たとえば、宛先モバイルフォンに送信されることになるデータを備える）開始モバイルフォン１０２に与えることができる。別の例として、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０が、単に、１つまたは複数のカテゴリーのコンテキストタスク（たとえば、ＨＦＰサービスに関連するコンテキストタスク）を処理するために登録し得、コンテキストアウェアネスユニット１０８は、それに応じて、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０によってサポートされるサービスを判断し得る。フローはブロック５１６に進む。

ブロック５１２において、コンテキストタスクに関連するデータ／サービスが宛先デバイスによって与えられることになる場合、宛先デバイスは、開始デバイスに関連するサービスリストを受信する。フロー５００は、宛先デバイス１１０が開始デバイス１０２にデータ／サービスを与えることになると判断したことに応答して、ブロック５０８からブロック５１２に移動する。いくつかの実装形態では、宛先デバイス１１０のコンテキストアウェアネスユニットは、開始デバイス１０２に関連するサービスリストを要求し、受信することができる。別の実装形態では、宛先デバイス１１０は、開始デバイス１０２に関連するサービスリストを（たとえば、宛先デバイス１１０が特に要求することなしに）自動的に受信することができる。別の実装形態では、宛先デバイス１１０は、開始デバイス１０２によってサポートされるサービスとプロトコルとを発見するためにＳＤＡＰプロシージャを採用することができる。たとえば、宛先スマートポスター１１０は、（たとえば、スマートポスターに関連するデータを要求する）開始モバイルフォン１０２に関連するサービスリストを受信することができる。フローはブロック５１４に進む。

ブロック５１４において、コンテキストタスクが実行されるべきであるかどうかが判断される。フロー５００は、開始デバイス１０２に関連するサービスリストを受信したことに応答して、ブロック５１２からブロック５１４に移動する。ブロック５１４において、開始デバイス１０２がコンテキストタスクを実行するために宛先デバイス１１０によって利用され得るサービスとプロトコルとをサポートするかどうかが判断され得る。図４において上記で説明したように、宛先デバイス１１０は、コンテキストタスク、コンテキストタスクパラメータ、および／または開始デバイス１０２に関連するサービスリストに少なくとも部分的に基づいて、コンテキストタスクが実行されるべきであるかどうかを判断することができる。一例では、図７において後述するように、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０は、ＨＦＰ接続を確立することと、ハンズフリー通信を与えることとによってコンテキストタスクを実行するために、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０によって利用され得るハンズフリープロファイルオーディオゲートウェイ（ＨＦＰ ＡＧ：hands free profile audio gateway）プロファイルを開始コンピュータ１０２がサポートすると判断し得る。別の例として、図８において後述するように、宛先スマートポスター１１０は、開始モバイルフォン１０２にデータを送信することによってコンテキストタスクを実行するために、宛先スマートポスター１１０によって利用され得る適切なプロファイルを開始モバイルフォン１０２がサポートすると判断し得る。コンテキストタスクが実行されるべきであると判断された場合、フローはブロック５１６に進む。他の場合、フローは終了する。

ブロック５１６において、コンテキストタスクに従って開始デバイスとコンテンツを交換する。フロー５００は、コンテキストタスクが実行されるべきであると判断された場合、ブロック５１４からブロック５１６に移動する。図４において上記で説明したように、宛先デバイス１１０は、タッチパラメータ、開始デバイス１０２に関連するサービスリスト、および／またはコンテキストタスクに基づいて、開始デバイス１０２と宛先デバイス１１０との間に通信リンクが確立された後にどの動作が実行されるべきであるかを判断することができる。たとえば、宛先スマートポスター１１０に関連するコンテキストアウェアネスユニットは、宛先スマートポスター１１０に、開始モバイルフォン１０２にデータを送信させることができる。別の例として、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０に関連するコンテキストアウェアネスユニットは、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット１１０に、開始コンピュータ１０２とのＨＦＰ接続を確立させることと、開始コンピュータ１０２において検出されたＶＯＩＰ呼をピックアップさせることができる。さらに、フロー５００はまた、宛先デバイス１１０に関連するサービスリストが開始デバイス１０２に与えられた後、ブロック５１０からブロック５１６に移動する。この実施形態では、開始デバイス１０２は、ブロック５１６においてコンテキストタスクを実行することができる。宛先デバイス１１０は、開始デバイス１０２からデータを受信することができるか、または開始デバイス１０２からサービスを受信するために開始デバイス１０２に接続され得る。ブロック５１６から、フローは終了する。

開始デバイス１０２および宛先デバイス１１０は、実行されるべきコンテキストタスク、タッチ走査プロシージャが開始デバイス１０２によって開始されるのか宛先デバイス１１０によって開始されるのか、コンテキストタスクが開始デバイス１０２によって実行されることになるのか宛先デバイス１１０によって実行されることになるのか、などに応じて、複数のコンテンツ配信モデルを実装することができることに留意されたい。図６〜図９に、開始デバイス１０２と宛先デバイス１１０との間でデータ（またはサービス）を交換するための４つの例示的な配信モデルを示す。以下で説明するように、コンテンツ配信モードに応じて、開始デバイスはコンテキストタスクを実行することも実行しないこともある。

図６は、コンテキストアウェアネス接続確立を実装する開始デバイスに関連するアクティブデータ配信モードの例示的な動作を示すシーケンス図である。図６は、開始デバイス６０２と宛先デバイス６１２とを示している。開始デバイス６０２は、ピクチャビューアアプリケーション６０４と、タッチユニット６０６と、Ｂｌｕｅｔｏｏｔｈユニット６０８と、ＮＦＣユニット６１０とを備える。宛先デバイス６１２は、ＮＦＣユニット６１４と、Ｂｌｕｅｔｏｏｔｈユニット６１６と、タッチユニット６１８とを備える。一例では、開始デバイス６０２は、近距離（または他の近接度ベース）タッチに応答して宛先デバイス６１２（たとえば、別のＢｌｕｅｔｏｏｔｈ対応モバイルフォン）にピクチャを送信することができるＢｌｕｅｔｏｏｔｈ対応モバイルフォンであり得る。しかしながら、他の実装形態では、図６において説明する動作は、他の好適なアプリケーションが、それのデータを宛先デバイス６１２と共有することを判断したことに応答して、実行され得ることに留意されたい。図６のアクティブデータ配信モードでは、ピクチャビューアアプリケーション６０４は、段階６２０においてピクチャを開く。ピクチャビューアアプリケーション６０４は、ピクチャを共有することを判断し、タッチユニット６０６にメッセージ送信要求６２２を送信する。メッセージ送信要求６２２は、送信されることになるデータ（たとえば、ピクチャ）の指示と、データを送信するための通信リンクを確立するようにとの要求とを備えることができる。タッチユニット６０６は、本明細書で説明する近距離タッチプロシージャを実行するための、宛先デバイス１１０との通信リンクを確立するための、およびコンテキストタスクによる動作（すなわち、ピクチャを送信すること）の実行を可能にするための、機能を備えることができる。タッチユニット６０６は、近距離タッチを走査するようにＮＦＣユニット６１０に促すタッチ走査開始要求６２４を送信することができる。上記で説明したように、タッチユニット６０６はまた、アプリケーション識別子、アプリケーションタスク識別子、好適な通信チャネル、好適な通信プロトコル、および他のそのようなコンテキストタスクパラメータを判断することができる。宛先デバイス６１２において、タッチユニット６１８は、段階６２６において、宛先デバイス６１２のＢｌｕｅｔｏｏｔｈユニット６１６に関連するＢｌｕｅｔｏｏｔｈデータ（たとえば、接続パラメータ）を読み取る。その後、段階６２８において、タッチユニット６１８は、Ｂｌｕｅｔｏｏｔｈユニット６１６に関連するＢｌｕｅｔｏｏｔｈデータを初期化し、ＮＦＣユニット６１４に送信する。

段階６３０において、ＮＦＣユニット６１０は、開始デバイス６０２および宛先デバイス６１２が互いのしきい値距離内にあるとき、近距離タッチを検出する。ＮＦＣユニット６１０は、１つまたは複数のタッチパラメータを含み得る近距離タッチイベント６３２をタッチユニット６０６に送信する。図３において上記で説明したように、タッチパラメータは、開始デバイス６０２と宛先デバイス６１２との間の近距離タッチに関連するタイミング、方向、および／またはパターン情報を含むことができる。タッチユニット６０６は、宛先デバイスのＢｌｕｅｔｏｏｔｈユニット６１６に接続パラメータを要求し、Ｂｌｕｅｔｏｏｔｈユニット６１６から接続パラメータを受信する。接続パラメータは、宛先デバイス６１２上で利用可能な無線、宛先デバイス６１２に関連するＢｌｕｅｔｏｏｔｈアドレスなど、の指示を含むことができる。一実装形態では、図６に示すように、Ｂｌｕｅｔｏｏｔｈユニット６１６は、タッチユニット６０６からの要求に応答して、宛先デバイス６１２に関連する接続パラメータを与えることができる。しかしながら、別の実装形態では、開始デバイス６０２のＮＦＣユニット６１０は、近距離タッチ６３０中に宛先デバイス６１２のＮＦＣユニット６１４を介して宛先デバイスに関連する接続パラメータを読み取る（または自動的に受信する）ことができる。開始デバイス６０２のタッチユニット６０６は、開始デバイス６０２と宛先デバイス６１２との間の通信リンクを確立することができる。図３において上記で説明したように、タッチユニット６０６は、タッチユニット６１８にタッチ要求メッセージ６３６を送信し、それに応答して、タッチユニット６１８からタッチ確認メッセージを受信する。タッチユニット６０６とタッチユニット６１８は、タッチ交換メッセージ６４０およびタッチ交渉メッセージ６４２をも交換する。開始デバイス６０２が宛先デバイス６１２に送信するためのデータを備えるので、タッチユニット６０６は、Ｂｌｕｅｔｏｏｔｈユニット６１６にサービスリスト６４４を要求し、Ｂｌｕｅｔｏｏｔｈユニット６１６からサービスリスト６４４を受信する。タッチユニット６０６は、宛先デバイス６１２がコンテキストタスクを実行するために（たとえば、開始デバイス６０２によって）利用され得るサービスとプロトコルとをサポートするかどうかを（たとえば、コンテキストタスク、コンテキストタスクパラメータ、および／または宛先デバイス６１２に関連するサービスリストに基づいて）判断することができる。図６の例では、上記サービスとプロトコルとがサポートされるので、タッチユニット６０６は、ピクチャビューアアプリケーション６０４にメッセージ送信確認６４６を送信する。ピクチャビューアアプリケーション６０４は、コンテキストタスクを実行するための動作６４８を開始する。この例では、ピクチャビューアアプリケーション６０４は、宛先デバイス６１２にピクチャを送信する。ピクチャビューアアプリケーション６０４が、段階６５０においてコンテキストタスクを完了した後、ピクチャビューアアプリケーション６０４は、段階６５２において宛先デバイス６１２から接続を断つ（または通信リンクを無効化する）。

図７は、コンテキストアウェアネス接続確立を実装する開始デバイスに関連するアクティブサービス配信モードの例示的な動作を示すシーケンス図である。図７は、開始デバイス７１２と宛先デバイス７０２とを示している。宛先デバイス７０２は、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４と、タッチユニット７０６と、Ｂｌｕｅｔｏｏｔｈユニット７０８と、ＮＦＣユニット７１０とを備える。開始デバイス７１２は、ＮＦＣユニット７１４と、Ｂｌｕｅｔｏｏｔｈユニット７１６と、タッチユニット７１８と、ＶＯＩＰゲートウェイ７１９とを備える。一例では、開始デバイス７１２は、ＶＯＩＰゲートウェイ７１９を備える、およびＶＯＩＰ電話呼を発信／受信するための機能を備える、ラップトップコンピュータであり得る。この例では、宛先デバイス７０２は、ハンズフリー通信を可能にするためのＢｌｕｅｔｏｏｔｈヘッドセット７０４を備える。図７のアクティブサービス配信モードでは、コンピュータ（すなわち、開始デバイス７１２）は、ハンズフリープロファイルオーディオゲートウェイ（ＨＦＰ ＡＧ）サービスを初期化し、登録する。さらに、図７のアクティブサービス配信モードでは、開始コンピュータ７１２は、ＶＯＩＰゲートウェイ６１９がＶＯＩＰ呼を検出したとき（またはユーザ要求などの別の好適なトリガに応答して）、コンテキストタスク（たとえば、ハンズフリー通信のためのＢｌｕｅｔｏｏｔｈヘッドセットとの接続についての要求）を開始することができる。図７では、ＶＯＩＰゲートウェイ７１９は（たとえば、ＶＯＩＰアプリケーションがＶＯＩＰ電話呼を発信または受信したことに応答して）ＶＯＩＰ電話呼７２６を受信する。ＨＦＰ ＡＧサービスを初期化し、ＶＯＩＰ電話呼を受信したことに応答して、ＶＯＩＰゲートウェイ７１９は、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４がＶＯＩＰ電話呼をピックアップすべきであると判断する。したがって、ＶＯＩＰゲートウェイ７１９は、タッチ走査プロシージャの開始を促すためにタッチユニット７１８にタッチ走査開始要求７２８を送信する。いくつかの実装形態では、コンテキストタスク要求７２８は、ＶＯＩＰアプリケーション、ＶＯＩＰアプリケーションに関連するコンテキストタスクなどをも識別することができる。タッチユニット７１８は、近距離タッチを走査するようにＮＦＣユニット７１４に促すタッチ走査開始要求７２９を送信する。宛先デバイス７０２において、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４は、段階７２０において、１つまたは複数のクラス（またはカテゴリー）のコンテキストタスクを処理するために登録する。たとえば、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４は、ＨＦＰ ＡＧサービスに関連するコンテキストタスクを処理するために登録することができ、それに従って、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４はハンドフリー通信を有効化する。上記で説明したように、タッチユニット７０６は、段階７２２においてＢｌｕｅｔｏｏｔｈユニット７０８に関連するＢｌｕｅｔｏｏｔｈデータ（たとえば、接続パラメータ）を読み取り、段階７２４においてＮＦＣユニット７１０に接続パラメータを与える。

段階７３０において、ＮＦＣユニット７１４は、開始デバイス７１２および宛先デバイス７０２が互いのしきい値距離内にあるとき、近距離タッチを検出する。ＮＦＣユニット７１４は、１つまたは複数のタッチパラメータを含む近距離タッチイベント７３２をタッチユニット７１８に送信する。段階７３４において、タッチユニット７１８は、宛先デバイス７０２のＢｌｕｅｔｏｏｔｈユニット７０８に接続パラメータを要求し、Ｂｌｕｅｔｏｏｔｈユニット７０８から接続パラメータを受信する。開始デバイス７１２は、宛先デバイス７０２に関連する接続パラメータに少なくとも部分的に基づいて宛先デバイス７０２との通信リンクを確立することができる。上記で説明したように、タッチユニット７１８は、タッチユニット７０６にタッチ要求メッセージ７３６を送信し、タッチユニット７０６からタッチ確認メッセージ７３８を受信し、タッチユニット７０６とタッチ交換メッセージ７４０およびタッチ交渉メッセージ７４２を交換することができる。宛先デバイス７０２が開始デバイス７１２にサービス（たとえば、ＨＦＰ ＡＧ）サービスを与えることになるので、宛先デバイス７０２のタッチユニット７０６は、開始デバイス７１２のＢｌｕｅｔｏｏｔｈユニット７１６にサービスリスト７４４を要求し、Ｂｌｕｅｔｏｏｔｈユニット７１６からサービスリスト７４４を受信する。

タッチユニット７０６は、開始デバイス７１２に関連するサービスリスト７４４をブラウズすることができ、開始デバイス７１２に関連するＨＦＰ ＡＧサービスが初期化され、アクティブにされたかどうか（たとえば、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４がＨＦＰサービスに関連するコンテキストタスクを処理するために登録したかどうか）を判断することができる。図７の例では、タッチユニット７０６は、ＨＦＰ ＡＧサービスが初期化されたと判断し、コンテキストタスクを実行するようにＢｌｕｅｔｏｏｔｈヘッドセット７０４をトリガする。たとえば、段階７４６において、タッチユニット７０６は、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４と開始デバイス７１２との間の通信リンクを完了するように、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４に関連するコンテキストタスクハンドラをトリガすることができる。Ｂｌｕｅｔｏｏｔｈヘッドセット７０４は、コンテキストタスクを実行するための動作７４８を開始する。この例では、Ｂｌｕｅｔｏｏｔｈヘッドセット７０４は、（たとえば、ＨＦＰサービスを使用して）ＶＯＩＰ呼をピックアップし、ユーザがＢｌｕｅｔｏｏｔｈヘッドセット７０４を介して通信することを可能にする。

図８は、コンテキストアウェアネス接続確立を実装する開始デバイスに関連するパッシブデータ配信モードの例示的な動作を示すシーケンス図である。図８は、開始デバイス８１２と宛先デバイス８０２とを示している。宛先デバイス８０２は、スマートポスターユニット８０４と、タッチユニット８０６と、Ｂｌｕｅｔｏｏｔｈユニット８０８と、ＮＦＣユニット８１０とを備える。開始デバイス８１２は、ＮＦＣユニット８１４と、Ｂｌｕｅｔｏｏｔｈユニット８１６と、タッチユニット８１８とを備える。一例では、スマートポスターユニット８０４は、ポスター、ビルボード、３次元物体などとして実装され得る。スマートポスターユニット８０４は、一般に、１つまたは複数のＮＦＣタグに関連付けられ、ＮＦＣタグの各々は、あらかじめ定義されたコンテンツを備えることができる。スマートポスターユニット８０４は、以下でさらに説明するように、スマートポスターユニット８０４と開始デバイス８１２との間の通信リンクが確立された後、あらかじめ定義されたコンテンツを通信デバイス（たとえば、開始デバイス８１２）に与えることができる。この例では、開始デバイス８１２は、スマートポスターユニット８０４からコンテンツを受信するためにスマートポスターユニット８０４との通信リンクを確立する、モバイルフォンまたは別の好適な電子デバイスであり得る。

図８のパッシブデータ配信モードでは、スマートポスターユニット８０４は、（段階８２０において）別の通信デバイスにデータを送信することを判断する。スマートポスターユニット８０４は、タッチユニット８０６にメッセージ送信要求８２２を送信する。メッセージ送信要求８２２を介して、スマートポスターユニット８０４は、別の通信デバイスとの通信リンクが確立されるかどうか、および／またはデータが別の通信デバイスに送信され得るかどうかに関して、タッチユニット８０６に問い合わせ得る。この例では、コンテキストタスクは、別の通信デバイス（たとえば、開始デバイス８１２）にスマートポスターユニット８０４に関連するデータを送信することを備えることができる。上記で説明したように、タッチユニット８０６は、段階８２４においてＢｌｕｅｔｏｏｔｈユニット８０８に関連するＢｌｕｅｔｏｏｔｈデータ（たとえば、接続パラメータ）を読み取り、段階８２４においてＮＦＣユニット８１０に接続パラメータを与える。（スマートポスターユニット８０４を備える）宛先デバイス８０２がパッシブなデバイスであるので、ＮＦＣユニット８１０は、１つまたは複数のパッシブなＮＦＣタグとして実装され得ることに留意されたい。開始デバイス８１２（たとえば、モバイルフォン）において、タッチユニット８１８は、（たとえば、スマートポスターユニット８０４からデータを要求することを判断したことに応答して）近距離タッチを走査するようにＮＦＣユニット８１４に促すタッチ走査開始要求を送信する。ユーザが、次いで宛先デバイス８０２のしきい値距離内に開始デバイス８１２を移動することができる。

段階８３０において、ＮＦＣユニット８１４は、開始デバイス８１２および宛先デバイス８０２が互いのしきい値距離内にあるとき、近距離タッチを検出する。ＮＦＣユニット８１４は、１つまたは複数のタッチパラメータを含む近距離タッチイベント８３２をタッチユニット８１８に送信する。段階８３４において、タッチユニット８１８は、宛先デバイス８０２のＢｌｕｅｔｏｏｔｈユニット８０８に接続パラメータを要求し、Ｂｌｕｅｔｏｏｔｈユニット８０８から接続パラメータを受信する。開始デバイス８１２は、宛先デバイス８０２との通信リンクを確立することができる。タッチユニット８１８は、タッチユニット８０６にタッチ要求メッセージ８３６を送信し、タッチユニット８０６からタッチ確認メッセージ８３８を受信し、タッチユニット８０６とタッチ交換メッセージ８４０およびタッチ交渉メッセージ８４２を交換することができる。宛先デバイス８０２が開始デバイス８１２に与えられることになるデータ（たとえば、スマートポスターユニット８０４に関連するコンテンツ）を備えるので、タッチユニット８０６は、通信リンクが確立された後、開始デバイス８１２のタッチユニット８１８にサービスリスト８４４を要求し、タッチユニット８１８からサービスリスト８４４を受信する。タッチユニット８０６は、開始デバイス８１２に関連するサービスリスト８４４をブラウズし、開始デバイス８０２がスマートポスターユニット８０４に関連するコンテンツを受信するためのプロトコルを備える（および有効化している）かどうかを判断することができる。図８の例では、タッチユニット８０６は、コンテキストタスクに関連するプロトコル（たとえば、データ転送プロトコル）が開始デバイス７１２によってサポートされると判断し、メッセージ送信確認８４６を送信する。メッセージ送信確認８４６は、保留中のコンテキストタスクを処理するようにスマートポスターユニット８０４をトリガし、スマートポスターユニット８０４は、コンテキストタスクを実行するための動作８４８を開始する。この例では、スマートポスターユニット８０４は、開始デバイス８１２（たとえば、モバイルフォン）に（段階８２０において判断された）データを送信することができる。

図９は、コンテキストアウェアネス接続確立を実装する開始デバイスに関連するパッシブサービス配信モードの例示的な動作を示すシーケンス図である。図９は、開始デバイス９０２と宛先デバイス９１２とを示している。開始デバイス９０２は、ヒューマンインターフェースデバイスプロファイル（ＨＩＤ）ハンドラ９０４と、タッチユニット９０６と、Ｂｌｕｅｔｏｏｔｈユニット９０８と、ＮＦＣユニット９１０とを備える。宛先デバイス９１２は、ＮＦＣユニット９１４と、Ｂｌｕｅｔｏｏｔｈユニット９１６と、タッチユニット９１８と、ＨＩＤサービス９１９とを備える。一例では、開始デバイス９０２はホストコンピュータであり得、宛先デバイス９１２はＢｌｕｅｔｏｏｔｈマウスであり得る。開始ホストコンピュータ９０２に関連するコンテキストタスクは、宛先Ｂｌｕｅｔｏｏｔｈマウス９１２との接続を確立することを備えることができる。図９のパッシブサービス配信モードでは、ＨＩＤハンドラ９０４は、段階９２０において、ＨＩＤプロファイルを有効化し、１つまたは複数のクラス／カテゴリーのコンテキストタスクを処理するために登録する。たとえば、ＨＩＤハンドラ９０４は、ＨＩＤサービスに関連するコンテキストタスクを処理するために登録することができる。タッチユニット９０６は、近距離タッチを走査するようにＮＦＣユニット９１０に促すタッチ走査開始要求９２９を送信する。宛先デバイス９１２において、タッチユニット９１８は、段階９２２においてＢｌｕｅｔｏｏｔｈユニット９１６に関連するＢｌｕｅｔｏｏｔｈデータ（たとえば、接続パラメータ）を読み取り、段階９２４においてＮＦＣユニット９１４にＢｌｕｅｔｏｏｔｈデータを送信する。いくつかの実装形態では、宛先デバイス９１２（すなわち、Ｂｌｕｅｔｏｏｔｈマウス）がパッシブなデバイスであり得、したがって、ＮＦＣユニット９１４が１つまたは複数のパッシブなＮＦＣタグとして実装され得ることに留意されたい。さらに、ＨＩＤサービス９１９はまた、宛先デバイス９１２がＨＩＤサービス（たとえば、宛先マウスデバイス９１２によって与えられる入出力機能）を備えることを（段階９２６において）判断し、（コンテキストタスク要求９２８を送信することによって）示すことができる。

段階９３０において、ＮＦＣユニット９１０は、開始デバイス９０２および宛先デバイス９１２が互いのしきい値距離内にあるとき、近距離タッチを検出する。ＮＦＣユニット９１０は、１つまたは複数のタッチパラメータを含む近距離タッチイベント９３２をタッチユニット９０６に送信する。段階９３４において、タッチユニット９０６は、宛先デバイス９１２のＢｌｕｅｔｏｏｔｈユニット９１６に接続パラメータを要求し、Ｂｌｕｅｔｏｏｔｈユニット９１６から接続パラメータを受信する。開始デバイス９０２は、宛先デバイス９１２に関連する接続パラメータに少なくとも部分的に基づいて宛先デバイス９１２との通信リンクを確立することができる。上記で説明したように、タッチユニット９０６はまた、タッチユニット９１８にタッチ要求メッセージ９３６を送信し、タッチユニット９１８からタッチ確認メッセージを受信し、タッチユニット９１８とタッチ交換メッセージ９４０およびタッチ交渉メッセージ９４２を交換することができる。タッチユニット９０６は、Ｂｌｕｅｔｏｏｔｈユニット９１６にサービスリスト９４４を要求し、Ｂｌｕｅｔｏｏｔｈユニット９１６からサービスリスト９４４を受信する。タッチユニット９０６は、宛先デバイス９１２に関連するサービスリスト９４４をブラウズすることができ、宛先デバイス９１２に関連するＨＩＤサービス９１９が初期化され、アクティブにされたかどうかを判断することができる。ＨＩＤサービス９１９が初期化され、アクティブにされた場合、次いで段階９４６において、タッチユニット９０６はコンテキストタスクハンドラ（すなわち、ＨＩＤハンドラ９０４）をトリガし、ＨＩＤハンドラ９０４は、コンテキストタスクを実行するための動作９４８を開始する。この例では、ＨＩＤハンドラ９０４は、ＨＩＤサービスを介して宛先マウスデバイス９１２に開始コンピュータデバイス９０２を接続することができる。

図６〜図９は、開始デバイスと宛先デバイスが、タッチ要求、タッチ確認、タッチ交換、およびタッチ交渉のメッセージを交換することを示しているが、実施形態はそのように限定されないことに留意されたい。他の実施形態では、開始デバイスと宛先デバイスは、タッチ要求、タッチ確認、タッチ交換、およびタッチ交渉のメッセージのサブセットのみを交換し得る。たとえば、開始デバイスは、宛先デバイスにタッチ要求メッセージを送信し得、宛先デバイスからタッチ確認メッセージを受信し得る（ただし、タッチ交換およびタッチ交渉のメッセージを送信しないことがある）。他の実装形態では、開始デバイスと宛先デバイスは、タッチ要求、タッチ確認、タッチ交換、およびタッチ交渉のメッセージのいずれをも交換しないことがあることに留意されたい。

図１〜図９は、実施形態を理解するのを助けるための例であり、実施形態を限定したり、特許請求の範囲を限定したりするために使用されるべきでないことを理解されたい。実施形態は、追加の回路構成要素、異なる回路構成要素を備え得、および／または追加の動作を実行し、より少数の動作を実行し、動作を異なる順序で実行し、動作を並列に実行し、いくつかの動作を別様に実行し得る。いくつかの実装形態では、開始デバイス１０２も宛先デバイス１１０も、実行されるべきコンテキストタスクを示さない場合、デフォルトサービス配信モデルが実装され得る。この実装形態では、開始デバイス１０２は、宛先デバイス１１０に関連するサービスと機能とを分析することができる。宛先デバイス１１０がただ１つのサービスを与えると判断された場合（たとえば、宛先デバイス１１０が、ハンズフリー通信サービスを与える能力を備えるにすぎないＢｌｕｅｔｏｏｔｈヘッドセットである場合）、開始デバイス１０２は、宛先デバイス１１０によって与えられるサービスに従って宛先デバイス１１０との通信リンクを確立することができる（およびコンテキストタスクを判断することができる）。代替的に、宛先デバイス１１０が２つ以上のサービスを与える場合、タッチパラメータおよび／または接続パラメータは、確立されるべきである通信リンクのタイプ（および実行されるべきであるコンテキストタスク）を判断するために（上記で説明したように）使用され得る。たとえば、近距離タッチが維持される持続時間、および／または近距離タッチに関連するパターンは、特定のアプリケーションおよび特定のコンテキストタスクに対応し得る。他の実装形態では、コンテキストタスクが判断され得ない場合、開始デバイス１０２は、宛先デバイス１１０によって与えられるサービスと機能とのリストを備える通知（たとえば、ポップアップウィンドウ）を提示することができ、実行されるべきコンテキストタスクを選択するようにユーザに促すことができる。

いくつかの実装形態では、（たとえば、コンテンツ配信モデルに応じて）開始デバイス１０２または宛先デバイス１１０は、２つ以上のコンテキストタスクを実行することができる。たとえば、開始モバイルフォン１０２が、２つのコンテキストタスクを実行することを判断し得る。メッセージングアプリケーションに関連する第１のコンテキストタスクは、宛先モバイルフォン１１０にメッセージを送信することを備え得、ピクチャビューイングアプリケーションに関連する第２のコンテキストタスクは、宛先モバイルフォン１１０にピクチャを送信することを備え得る。開始モバイルフォン１０２は、上記で説明したように、タッチ走査プロシージャを開始することができ、宛先モバイルフォン１１０との通信リンクを確立することができる。通信リンクが確立された後、現在フォアグラウンドにあるアプリケーションは最高優先順位アプリケーションに指定され得、最高優先順位アプリケーションに関連するコンテキストタスクが実行され得る。たとえば、ピクチャビューイングアプリケーションがフォアグラウンドにある場合、宛先モバイルフォン１１０にピクチャを送信するための第２のコンテキストタスクが実行され得る。その後、宛先モバイルフォン１１０にメッセージを送信するための第１のコンテキストタスクが実行され得る。

さらに、宛先デバイス１１０がアクティブなデバイスであるのかパッシブなデバイスであるのかに応じて、宛先デバイス１１０に関連する接続パラメータおよびサービスリストを交換するために、様々な技法が採用され得る。一実装形態では、開始デバイス１０２は、ＮＦＣリーダーを備えるアクティブなデバイスであり得、宛先デバイス１１０は、ＮＦＣタグを備えるパッシブなデバイスであり得る。開始デバイス１０２は、接続要求（たとえば、接続パラメータについての要求）を送信することによって通信リンクを確立するためのプロシージャを開始し得る。宛先デバイス１１０に関連するＮＦＣタグは、（たとえば、ＮＦＣタグに記憶された）接続パラメータでパッシブに応答することができる。いくつかの実装形態では、ＮＦＣタグは、対応する複数のアプリケーション／サービスに各々が関連付けられる、接続パラメータの複数のセットを備えることができる。開始デバイス１０２は、接続パラメータの複数のセットを受信することができ、コンテキストタスクに基づいて接続パラメータの適切なセットを選択することができ、それに応じて通信リンクを確立することができる。

図１〜図９は、通信デバイスの一方（すなわち、開始デバイス１０２）が、タッチ走査を開始し、タッチイベントを生成し、宛先デバイス１１０との通信リンクを確立することを表すが、実施形態はそのように限定されないことに留意されたい。他の実施形態では、通信デバイス１０２と通信デバイス１１０の両方が、タッチ走査プロシージャを開始するための、およびタッチイベントを生成するための、機能を備え得る。たとえば、第１のモバイルフォンおよび第２のモバイルフォンが、それぞれ、タッチ走査プロシージャを開始するための、およびタッチイベントを生成するための、機能を備え得る。それらのモバイルフォンの各々が、それらのそれぞれのコンテキストタスク（たとえば、他方のモバイルフォンにピクチャを送信すること）を生成し得る。第１および第２のモバイルフォンは、タッチ走査プロシージャを開始し、近距離タッチを検出し、通信リンクを確立し得る。第１のモバイルフォンは、次いで、第１のモバイルフォンに関連するコンテキストタスクを第２のモバイルフォンに通知するためにタッチ交換メッセージを送信することができる。同様に、第２のモバイルフォンは、第２のモバイルフォンに関連するコンテキストタスクを第１のモバイルフォンに通知するためにタッチ交換メッセージを送信することができる。第１のモバイルフォンと第２のモバイルフォンは、次いで、２つのコンテキストタスクに優先順位を割り当てるために、およびコンテキストタスクが実行されることになる順序を判断するために（たとえば、モバイルフォンのうちのどちらがそれのピクチャを送信すべき最初のデバイスとなるかを判断するために）、タッチ交渉メッセージを交換することができる。両方のモバイルフォンがタッチ走査プロシージャを開始するための機能を備える、この例では、それらのモバイルフォンは、開始デバイスの役割と宛先デバイスの役割とを割り当てるために交渉することができる。

いくつかの実装形態では、通信デバイスは、ただ１つの通信リンクが確立されることを許可し得る。たとえば、開始コンピュータが、タッチ走査プロシージャを開始し得、宛先Ｂｌｕｅｔｏｏｔｈヘッドセットとの近距離タッチを検出し得、宛先Ｂｌｕｅｔｏｏｔｈヘッドセット（第１の宛先デバイス）との通信リンクを確立し得る。コンテキストタスク（たとえば、開始コンピュータにおいて検出されたＶＯＩＰ呼をピックアップすること）が実行され得る。宛先Ｂｌｕｅｔｏｏｔｈヘッドセットとの通信リンクが確立されている間、開始コンピュータはタッチ走査プロシージャを実行し続け得る。その後、開始コンピュータは、宛先Ｂｌｕｅｔｏｏｔｈマウス（第２の宛先デバイス）との近距離タッチを検出し得る。開始コンピュータは、宛先Ｂｌｕｅｔｏｏｔｈヘッドセットから接続を断ち得、別のコンテキストタスクを実行するために宛先Ｂｌｕｅｔｏｏｔｈマウスとの新しい通信リンクを確立し得る。いくつかの実装形態では、コンテキストアウェアネスユニット１０８は、コンテキストタスクが検出されたとき、デバイス検出ユニット１０４を有効化することができる。コンテキストアウェアネスユニット１０８は、宛先デバイス１１０との通信リンクが確立された後、またはコンテキストタスクが実行された後、デバイス検出ユニット１０４を無効化することができる。いくつかの実装形態では、コンテキストアウェアネスユニット１０８は、デバイス検出ユニット１０４を有効化すべきなのか無効化すべきなのかを判断するために、開始デバイス１０２の現在の電力モードを使用することができる。たとえば、コンテキストアウェアネスユニット１０８は、開始デバイス１０２に関連するディスプレイユニットがオフに切り替わる場合（または開始デバイス１０２が低電力モードに切り替わる場合）、電力を温存するためにデバイス検出ユニット１０４を無効化することができる。

最後に、上記で説明した例に加えて、通信デバイスによって実装されているプロトコルに応じて、通信デバイスは、近距離タッチを検出したことに応答して他の好適な機能を実装するように（たとえば、他の好適なコンテキストタスクを実行するように）構成され得ることに留意されたい。たとえば、近距離タッチを検出したことに応答して、開始Ｂｌｕｅｔｏｏｔｈデバイスは、宛先Ｂｌｕｅｔｏｏｔｈデバイスに接続することができ、または第１の宛先Ｂｌｕｅｔｏｏｔｈデバイスおよび第２の宛先Ｂｌｕｅｔｏｏｔｈデバイスが、アドバンストオーディオディストリビューションプロファイル（Ａ２ＤＰ：advanced audio distribution profile）、ヒューマンインターフェースデバイスプロファイル（ＨＩＤ）などを実装する場合、第１の宛先Ｂｌｕｅｔｏｏｔｈデバイスから第２の宛先Ｂｌｕｅｔｏｏｔｈデバイスに切り替えることができる。別の例として、近距離タッチを検出したことに応答して、開始Ｂｌｕｅｔｏｏｔｈデバイスは、開始Ｂｌｕｅｔｏｏｔｈデバイスおよび宛先Ｂｌｕｅｔｏｏｔｈデバイスが、ファイル転送プロトコル（ＦＴＰ）を実装する場合、または同期プロファイル（ＳＹＮＣ）を実装する場合、それぞれ、宛先Ｂｌｕｅｔｏｏｔｈデバイスにファイルを転送することができ、または宛先Ｂｌｕｅｔｏｏｔｈデバイスとの同期プロシージャを開始することができる。

実施形態は、完全にハードウェアの実施形態、（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）完全にソフトウェアの実施形態、またはソフトウェア態様とハードウェア態様とを組み合わせた実施形態の形態をとり得、本明細書では、それらをすべて概して「回路」、「モジュール」または「システム」と呼ぶことがある。さらに、本発明の主題事項の実施形態は、任意の有形の表現媒体で実施されるコンピュータプログラム製品の形態をとり得、その媒体は、媒体で実施されるコンピュータ使用可能プログラムコードを有する。説明した実施形態は、あらゆる考えられる変形形態が本明細書に列挙されているとは限らないので、現在記載されているか否かにかかわらず、実施形態に従ってプロセスを実行するようにコンピュータシステム（または（１つまたは複数の）他の電子デバイス）をプログラムするために使用され得る命令を記憶した機械可読媒体を含み得る、コンピュータプログラム製品またはソフトウェアとして与えられ得る。機械可読媒体は、機械（たとえば、コンピュータ）によって読取り可能な形態（たとえば、ソフトウェア、処理アプリケーション）で情報を記憶または送信するためのいかなる機構をも含む。機械可読媒体は、機械可読記憶媒体または機械可読信号媒体であり得る。機械可読記憶媒体は、たとえば、限定はしないが、磁気記憶媒体（たとえば、フロッピー（登録商標）ディスケット）、光記憶媒体（たとえば、ＣＤ−ＲＯＭ）、光磁気記憶媒体、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブルメモリ（たとえば、ＥＰＲＯＭおよびＥＥＰＲＯＭ）、フラッシュメモリ、または電子命令を記憶するのに好適な他のタイプの有形媒体を含み得る。機械可読信号媒体は、コンピュータ可読プログラムコードがその中で実施される伝搬データ信号、たとえば、電気、光、音響、または他の形態の伝搬信号（たとえば、搬送波、赤外線信号、デジタル信号など）を含み得る。機械可読信号媒体上で実施されるプログラムコードは、限定はしないが、ワイヤライン通信媒体、ワイヤレス通信媒体、光ファイバーケーブル通信媒体、ＲＦ通信媒体、または他の通信媒体を含む、任意の好適な媒体を使用して送信され得る。

本実施形態の動作を行うためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語または同様のプログラミング言語などの従来の手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで書かれ得る。プログラムコードは、完全にユーザのコンピュータ上で実行されるか、部分的にユーザのコンピュータ上で実行されるか、スタンドアロンソフトウェアパッケージとして実行されるか、部分的にユーザのコンピュータ上と部分的にリモートコンピュータ上とで実行されるか、あるいは完全にリモートコンピュータまたはサーバ上で実行され得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通してユーザのコンピュータに接続され得、あるいは接続は、（たとえば、インターネットサービスプロバイダを使用してインターネットを通して）外部コンピュータに対して行われ得る。

図１０は、通信デバイス間の通信リンクを確立するためのコンテキストアウェアネス近接度ベース機構を含む電子デバイス１０００の一実施形態のブロック図である。いくつかの実装形態では、電子デバイス１０００は、Ｂｌｕｅｔｏｏｔｈデバイスなどの専用ワイヤレスデバイスであり得る。別の実装形態では、電子デバイス１０００は、ワイヤレス通信機能をもつ、ラップトップ、ネットブック、モバイルフォン、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、スマートポスター、周辺デバイス（たとえば、Ｂｌｕｅｔｏｏｔｈマウス、Ｂｌｕｅｔｏｏｔｈヘッドセットなど）、または他の好適な電子システムであり得る。電子デバイス１０００は、（場合によっては、複数のプロセッサ、複数のコア、複数のノードを含む、および／またはマルチスレッドを実装するなどの）プロセッサユニット１００２を含む。電子デバイス１０００はメモリユニット１００６を含む。メモリユニット１００６は、システムメモリ（たとえば、キャッシュ、ＳＲＡＭ、ＤＲＡＭ、ゼロキャパシタＲＡＭ、ツイントランジスタＲＡＭ、ｅＤＲＡＭ、ＥＤＯ ＲＡＭ、ＤＤＲ ランダムアクセスメモリ、ＥＥＰＲＯＭ、ＮＲＡＭ、ＲＲＡＭ（登録商標）、ＳＯＮＯＳ、ＰＲＡＭなどのうちの１つまたは複数）あるいは上記ですでに説明した、機械可読媒体の可能な実現形態のうちのいずれか１つまたは複数であり得る。電子デバイス１０００はまた、バス１０１０（たとえば、ＰＣＩ、ＩＳＡ、ＰＣＩ−Ｅｘｐｒｅｓｓ、ＨｙｐｅｒＴｒａｎｓｐｏｒｔ（登録商標）、ＩｎｆｉｎｉＢａｎｄ（登録商標）、ＮｕＢｕｓ、ＡＨＢ、ＡＸＩなど）と、ワイヤレスネットワークインターフェース（たとえば、ＷＬＡＮインターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＷｉＭＡＸインターフェース、ＺｉｇＢｅｅ（登録商標）インターフェース、Ｗｉｒｅｌｅｓｓ ＵＳＢインターフェースなど）およびワイヤードネットワークインターフェース（たとえば、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースなど）のうちの１つまたは複数を含むネットワークインターフェース１００４とを含む。

電子デバイス１０００はワイヤレス通信ユニット１００８をも含む。ワイヤレス通信ユニット１００８は、デバイス検出ユニット１０１２と、接続確立ユニット１０１４と、コンテキストアウェアネスユニット１０１６とを備える。図１〜図９において上記で説明したように、いくつかの実施形態では、コンテキストアウェアネスユニット１０１６は、アプリケーションに関連するコンテキストタスクに従って宛先デバイスとコンテンツを交換することを判断したことに応答して、タッチ走査プロシージャを開始することができる。デバイス検出ユニット１０１２は、宛先デバイスおよび電子デバイス１０００が互いの所定のしきい値距離内にあることを検出したことに応答して、近距離タッチイベントを生成することができる。接続確立ユニット１０１４は、宛先デバイスとの通信リンクを確立することができる。次いで、コンテキストタスクが実行され得る。

上記で説明した機能のうちのいずれか１つが、ハードウェアでおよび／またはプロセッサユニット１００２上に部分的に（または完全に）実装され得る。たとえば、機能は、特定用途向け集積回路を用いて実装され、プロセッサユニット１００２、周辺デバイスまたはカード上のコプロセッサ(co-processor)などの中に論理的に実装され得る。さらに、実現形態は、より少ない構成要素、または図１０に示さない追加の構成要素（たとえば、ビデオカード、オーディオカード、追加のネットワークインターフェース、周辺デバイスなど）を含み得る。プロセッサユニット１００２、メモリユニット１００６、およびネットワークインターフェース１００６は、バス１０１０に結合される。バス１０１０に結合されるものとして示されているが、メモリユニット１００６はプロセッサユニット１００２に結合され得る。

本実施形態について、様々な実装形態および活用を参照しながら説明したが、これらの実施形態は例示的なものであり、本発明の主題事項の範囲はそれらに限定されないことを理解されよう。概して、本明細書で説明するワイヤレス通信接続の確立のための近距離タッチベース機構は、任意のハードウェアシステムまたは複数のハードウェアシステムと矛盾しない設備を用いて実装され得る。多くの変形、修正、追加、および改善が可能である。

単一の事例として本明細書で説明した構成要素、動作、または構造について、複数の事例が与えられ得る。最後に、様々な構成要素と、動作と、データストアとの間の境界はいくぶん恣意的であり、特定の動作が、特定の例示的な構成のコンテキストで示されている。機能の他の割振りが想定され、本発明の主題事項の範囲内に入り得る。概して、例示的な構成において別個の構成要素として提示された構造および機能は、組み合わされた構造または構成要素として実装され得る。同様に、単一の構成要素として提示された構造および機能は、別個の構成要素として実装され得る。これらおよび他の変形、修正、追加、および改善は、本発明の主題事項の範囲内に入り得る。

以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。

［Ｃ１］ 第１の通信デバイスにおいて、前記第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断することと、
前記第１の通信デバイスに関連する前記アプリケーションに関連する前記コンテキストタスクを実行することを判断したことに応答して、第２の通信デバイスが前記第１の通信デバイスからのしきい値検出距離内にあるかどうかを判断することと、
前記第２の通信デバイスが前記第１の通信デバイスからの前記しきい値検出距離内にあると判断したことに応答して、前記第２の通信デバイスに関連する１つまたは複数の接続パラメータに少なくとも部分的に基づいて、前記第２の通信デバイスとの通信リンクを確立することと、
前記第２の通信デバイスに関連するサービスリストと前記第１の通信デバイスに関連する前記コンテキストタスクとに少なくとも部分的に基づいて、前記コンテキストタスクを実行すべきかどうかを判断することと、
前記第１の通信デバイスに関連する前記コンテキストタスクを実行することを判断したことに応答して、前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクを実行することとを備える、方法。

［Ｃ２］ 前記第１の通信デバイスに関連する前記アプリケーションに関連する前記コンテキストタスクを実行することを前記判断することが、
前記第１の通信デバイスに関連する前記アプリケーションに少なくとも部分的に基づいて前記コンテキストタスクを識別することと、
前記コンテキストタスクに関連する前記アプリケーションの識別子と、前記コンテキストタスクに関連する識別子と、前記コンテキストタスクを実行するための好適な通信チャネルと、前記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、前記コンテキストタスクに関連するパラメータを判断することとを備える、Ｃ１に記載の方法。

［Ｃ３］ 前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると前記判断することは、
前記第１の通信デバイスにおいて、前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあることを示す、前記第１の通信デバイスに関連するセンサーからの通知信号を受信すること、または
前記第１の通信デバイスにおいて近距離通信（ＮＦＣ）技法を実行することに基づいて、前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると判断することを備える、Ｃ１に記載の方法。

［Ｃ４］ 前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると前記判断することは、
前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると前記判断することに関連する検出パラメータを判断することであって、前記検出パラメータは、前記第２の通信デバイスがそれの間に前記第１の通信デバイスの前記しきい値検出距離内にあった時間間隔と、前記第２の通信デバイスがそれとともに前記しきい値検出距離内にあった、前記第１の通信デバイスに関連する１つまたは複数のタグと、前記第２の通信デバイスがそれに従って前記１つまたは複数のタグの前記しきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、判断することと、
前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあることを示すための、および前記検出パラメータを備える、検出通知メッセージを生成することとをさらに備え、
前記第２の通信デバイスとの前記通信リンクを前記確立することが、前記第２の通信デバイスに関連する前記１つまたは複数の接続パラメータと前記検出通知メッセージに関連する前記検出パラメータとに少なくとも部分的に基づく、Ｃ１に記載の方法。

［Ｃ５］ 前記接続パラメータは、前記第２の通信デバイスに関連する１つまたは複数の無線ユニットの指示と、前記第２の通信デバイスに関連する前記１つまたは複数の無線ユニットが有効化されるかどうかの指示と、前記第２の通信デバイスに関連する１つまたは複数の通信プロトコルの指示と、前記第２の通信デバイスに関連する１つまたは複数の識別子の指示とのうちの少なくとも１つを備える、Ｃ１に記載の方法。

［Ｃ６］ 前記第２の通信デバイスとの前記通信リンクを前記確立することは、
前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクが確立されたことを示すために、前記第２の通信デバイスに要求メッセージを送信することと、
前記第２の通信デバイスから、前記第２の通信デバイスにおける前記要求メッセージの受信に肯定応答する確認メッセージを受信することと、
前記第１の通信デバイスに関連する前記コンテキストタスクを識別する交換メッセージを送信することとのうちの少なくとも１つをさらに備える、Ｃ１に記載の方法。

［Ｃ７］ 前記第１の通信デバイスにおいて、前記第１の通信デバイスに関連する１つまたは複数のアプリケーションに関連する複数のコンテキストタスクを実行することを判断することであって、前記複数のコンテキストタスクが、前記アプリケーションに関連する前記コンテキストタスクを備える、判断することと、
前記複数のコンテキストタスクをそれにおいて実行すべきシーケンスを判断するために、前記複数のコンテキストタスクの各々に関連する優先順位を判断することとをさらに備える、Ｃ１に記載の方法。

［Ｃ８］ 前記第２の通信デバイスとの前記通信リンクを前記確立することが、
前記第１の通信デバイスにおいて、前記第２の通信デバイスに関連する１つまたは複数のサービスと機能とを示す、前記第２の通信デバイスに関連する前記サービスリストを受信することをさらに備える、Ｃ１に記載の方法。

［Ｃ９］ 前記第１の通信デバイスに関連する前記コンテキストタスクを実行すべきかどうかを前記判断することは、
前記コンテキストタスクと前記コンテキストタスクに関連する前記アプリケーションとに少なくとも部分的に基づいて、前記コンテキストタスクを前記実行することに関連する１つまたは複数のコンテキストタスク実行パラメータを判断することであって、前記コンテキストタスク実行パラメータが、前記コンテキストタスクに関連する通信プロトコルとサービスとのうちの少なくとも１つを備える、判断することと、
前記第２の通信デバイスに関連する前記サービスリストに少なくとも部分的に基づいて、前記第２の通信デバイスが前記コンテキストタスクを前記実行することに関連する前記１つまたは複数のコンテキストタスク実行パラメータをサポートするかどうかを判断することとを備える、Ｃ１に記載の方法。

［Ｃ１０］ 前記第１の通信デバイスが第１のＢｌｕｅｔｏｏｔｈデバイスを備え、前記第２の通信デバイスが第２のＢｌｕｅｔｏｏｔｈデバイスを備える、Ｃ１に記載の方法。

［Ｃ１１］ 第２の通信デバイスから第１の通信デバイスに、前記第２の通信デバイスに関連する１つまたは複数の接続パラメータを与えることと、
前記第２の通信デバイスに関連する前記１つまたは複数の接続パラメータに少なくとも部分的に基づいて、前記第１の通信デバイスと前記第２の通信デバイスとの間に通信リンクが確立されたと判断することと、
前記第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクに少なくとも部分的に基づいて、前記第２の通信デバイスが前記コンテキストタスクを実行するために前記第１の通信デバイスに与えられることになるデータまたはサービスを備えるかどうかを判断することと、
前記第２の通信デバイスが前記第１の通信デバイスに関連する前記コンテキストタスクを実行するために前記第１の通信デバイスに与えられることになるデータまたはサービスを備えると判断したことに応答して、前記第１の通信デバイスに関連するサービスリストと前記コンテキストタスクとに少なくとも部分的に基づいて、前記コンテキストタスクを実行すべきかどうかを判断することと、
前記第１の通信デバイスに関連する前記コンテキストタスクを実行することを判断したことに応答して、前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクを実行することとを備える、方法。

［Ｃ１２］ 前記第２の通信デバイスに関連する前記１つまたは複数の接続パラメータを前記与えることは、
前記第１の通信デバイスから、前記第２の通信デバイスに関連する前記１つまたは複数の接続パラメータについての要求を受信したこと、または
前記第１の通信デバイスが前記第２の通信デバイスからのしきい値検出距離内にあると判断したことに応答する、Ｃ１１に記載の方法。

［Ｃ１３］ 前記第１の通信デバイスが前記コンテキストタスクを実行するために前記第２の通信デバイスに与えられることになるデータまたはサービスを備えると判断したことに応答して、前記方法が、
前記第１の通信デバイスに前記第２の通信デバイスに関連するサービスリストを与えることをさらに備える、Ｃ１１に記載の方法。

［Ｃ１４］ 前記第１の通信デバイスに関連する前記コンテキストタスクを実行すべきかどうかを前記判断することは、
前記コンテキストタスクと、前記第１の通信デバイスに与えられることになる前記サービスと、前記第１の通信デバイスに与えられることになる前記データとのうちの少なくとも１つに基づいて、前記コンテキストタスクを前記実行することに関連する１つまたは複数のコンテキストタスク実行パラメータを判断することであって、前記コンテキストタスク実行パラメータが、前記コンテキストタスクに関連する通信プロトコルと前記コンテキストタスクに関連する通信サービスとのうちの少なくとも１つを備える、判断することと、
前記第１の通信デバイスに関連する前記サービスリストに少なくとも部分的に基づいて、前記第１の通信デバイスが前記コンテキストタスクを前記実行することに関連する前記１つまたは複数のコンテキストタスク実行パラメータをサポートするかどうかを判断することとを備え、
前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクを前記実行することが、
前記コンテキストタスクに従って前記第１の通信デバイスに前記データまたは前記サービスを与えることを備える、Ｃ１１に記載の方法。

［Ｃ１５］ 通信デバイスであって、
前記通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断するように動作可能なコンテキストアウェアネスユニットと、
前記コンテキストアウェアネスユニットが、前記通信デバイスに関連する前記アプリケーションに関連する前記コンテキストタスクを実行することを判断したことに応答して、第２の通信デバイスが前記通信デバイスからのしきい値検出距離内にあるかどうかを判断するように動作可能なデバイス検出ユニットと、
前記デバイス検出ユニットが、前記第２の通信デバイスが前記通信デバイスからの前記しきい値検出距離内にあると判断したことに応答して、前記第２の通信デバイスに関連する１つまたは複数の接続パラメータに少なくとも部分的に基づいて、前記第２の通信デバイスとの通信リンクを確立するように動作可能な接続確立ユニットと、
前記第２の通信デバイスに関連するサービスリストと前記通信デバイスに関連する前記コンテキストタスクとに少なくとも部分的に基づいて、前記コンテキストタスクを実行すべきかどうかを判断することと、
前記コンテキストアウェアネスユニットが、前記通信デバイスに関連する前記コンテキストタスクを実行することを判断したことに応答して、前記通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクが実行されることを引き起こすこととを行うようにさらに動作可能な前記コンテキストアウェアネスユニットとを備える、通信デバイス。

［Ｃ１６］ 前記通信デバイスに関連する前記アプリケーションに関連する前記コンテキストタスクを実行することを判断するように動作可能な前記コンテキストアウェアネスユニットが、
前記通信デバイスに関連する前記アプリケーションに少なくとも部分的に基づいて前記コンテキストタスクを識別することと、
前記コンテキストタスクに関連する前記アプリケーションの識別子と、前記コンテキストタスクに関連する識別子と、前記コンテキストタスクを実行するための好適な通信チャネルと、前記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、前記コンテキストタスクに関連するパラメータを判断することとを行うように動作可能な前記コンテキストアウェアネスユニットを備える、Ｃ１５に記載の通信デバイス。

［Ｃ１７］ 前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあると判断するように動作可能な前記デバイス検出ユニットは、
前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあることを示す、前記通信デバイスに関連するセンサーからの通知信号を受信する、または
前記通信デバイスにおいて近距離通信（ＮＦＣ）技法を実行することに基づいて、前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあると判断するように動作可能な前記デバイス検出ユニットを備える、Ｃ１５に記載の通信デバイス。

［Ｃ１８］ 前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあると判断するように動作可能な前記デバイス検出ユニットは、
前記デバイス検出ユニットが、前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあると判断すること、に関連する検出パラメータを判断することであって、前記検出パラメータは、前記第２の通信デバイスがそれの間に前記通信デバイスの前記しきい値検出距離内にあった時間間隔と、前記第２の通信デバイスがそれとともに前記しきい値検出距離内にあった、前記通信デバイスに関連する１つまたは複数のタグと、前記第２の通信デバイスがそれに従って前記１つまたは複数のタグの前記しきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、判断することと、
前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあることを示すための、および前記検出パラメータを備える、検出通知メッセージを生成することとを行うように動作可能な前記デバイス検出ユニットをさらに備え、
前記第２の通信デバイスとの前記通信リンクを確立するように動作可能な前記接続確立ユニットが、前記第２の通信デバイスに関連する前記１つまたは複数の接続パラメータと前記検出通知メッセージに関連する前記検出パラメータとに少なくとも部分的に基づく、Ｃ１５に記載の通信デバイス。

［Ｃ１９］ 前記接続パラメータは、前記第２の通信デバイスに関連する１つまたは複数の無線ユニットの指示と、前記第２の通信デバイスに関連する前記１つまたは複数の無線ユニットが有効化されるかどうかの指示と、前記第２の通信デバイスに関連する１つまたは複数の通信プロトコルの指示と、前記第２の通信デバイスに関連する１つまたは複数の識別子の指示とのうちの少なくとも１つを備える、Ｃ１５に記載の通信デバイス。

［Ｃ２０］ 前記第２の通信デバイスとの前記通信リンクを確立するように動作可能な前記接続確立ユニットは、
前記通信デバイスと前記第２の通信デバイスとの間の前記通信リンクが確立されたことを示すために、前記第２の通信デバイスに要求メッセージを送信するように動作可能な前記接続確立ユニットと、
前記第２の通信デバイスから、前記第２の通信デバイスにおける前記要求メッセージの受信に肯定応答する確認メッセージを受信するように動作可能な前記接続確立ユニットと、
前記通信デバイスに関連する前記コンテキストタスクを識別する交換メッセージを送信するように動作可能な前記接続確立ユニットとのうちの少なくとも１つをさらに備える、Ｃ１５に記載の通信デバイス。

［Ｃ２１］ 前記コンテキストアウェアネスユニットは、
前記通信デバイスに関連する１つまたは複数のアプリケーションに関連する複数のコンテキストタスクを実行することを判断することであって、前記複数のコンテキストタスクが、前記アプリケーションに関連する前記コンテキストタスクを備える、判断することと、
前記複数のコンテキストタスクをそれにおいて実行すべきシーケンスを判断するために、前記複数のコンテキストタスクの各々に関連する優先順位を判断することとを行うようにさらに動作可能である、Ｃ１５に記載の通信デバイス。

［Ｃ２２］ １つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサに動作を実行させる、命令を記憶した１つまたは複数の機械可読記憶媒体であって、前記動作は、
第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断することと、
前記第１の通信デバイスに関連する前記アプリケーションに関連する前記コンテキストタスクを実行することを判断する前記動作に応答して、第２の通信デバイスが前記第１の通信デバイスからのしきい値検出距離内にあるかどうかを判断することと、
前記第２の通信デバイスが前記第１の通信デバイスからの前記しきい値検出距離内にあると判断したことに応答して、前記第２の通信デバイスに関連する１つまたは複数の接続パラメータに少なくとも部分的に基づいて、前記第２の通信デバイスとの通信リンクを確立することと、
前記第２の通信デバイスに関連するサービスリストと前記第１の通信デバイスに関連する前記コンテキストタスクとに少なくとも部分的に基づいて、前記コンテキストタスクを実行すべきかどうかを判断することと、
前記第１の通信デバイスに関連する前記コンテキストタスクを実行することを判断したことに応答して、前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクを実行することとを備える、機械可読記憶媒体。

［Ｃ２３］ 前記第１の通信デバイスに関連する前記アプリケーションに関連する前記コンテキストタスクを実行することを判断する前記動作が、
前記第１の通信デバイスに関連する前記アプリケーションに少なくとも部分的に基づいて前記コンテキストタスクを識別することと、
前記コンテキストタスクに関連する前記アプリケーションの識別子と、前記コンテキストタスクに関連する識別子と、前記コンテキストタスクを実行するための好適な通信チャネルと、前記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、前記コンテキストタスクに関連するパラメータを判断することとを備える、Ｃ２２に記載の機械可読記憶媒体。

［Ｃ２４］ 前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると判断する前記動作は、
前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると判断する前記動作に関連する検出パラメータを判断することであって、前記検出パラメータは、前記第２の通信デバイスがそれの間に前記第１の通信デバイスの前記しきい値検出距離内にあった時間間隔と、前記第２の通信デバイスがそれとともに前記しきい値検出距離内にあった、前記第１の通信デバイスに関連する１つまたは複数のタグと、前記第２の通信デバイスがそれに従って前記１つまたは複数のタグの前記しきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、判断することと、
前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあることを示すための、および前記検出パラメータを備える、検出通知メッセージを生成することとをさらに備え、
前記第２の通信デバイスとの前記通信リンクを確立する前記動作が、前記第２の通信デバイスに関連する前記１つまたは複数の接続パラメータと前記検出通知メッセージに関連する前記検出パラメータとに少なくとも部分的に基づく、Ｃ２２に記載の機械可読記憶媒体。

［Ｃ２５］ 前記第１の通信デバイスに関連する前記コンテキストタスクを実行すべきかどうかを判断する前記動作は、
前記コンテキストタスクと前記コンテキストタスクに関連する前記アプリケーションとに少なくとも部分的に基づいて、前記コンテキストタスクを実行することに関連する１つまたは複数のコンテキストタスク実行パラメータを判断することであって、前記コンテキストタスク実行パラメータが、前記コンテキストタスクに関連する通信プロトコルとサービスとのうちの少なくとも１つを備える、判断することと、
前記第２の通信デバイスに関連する前記サービスリストに少なくとも部分的に基づいて、前記第２の通信デバイスが前記コンテキストタスクを前記実行することに関連する前記１つまたは複数のコンテキストタスク実行パラメータをサポートするかどうかを判断することとを備える、Ｃ２２に記載の機械可読記憶媒体。

Claims (24)

1. 第１の通信デバイスにおいて、前記第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断することと、
   前記コンテキストタスクを実行することを判断することに応答して、第２の通信デバイスが前記第１の通信デバイスからのしきい値検出距離内にあるかどうかを判断することと、
   前記第２の通信デバイスが前記第１の通信デバイスからの前記しきい値検出距離内にあると判断することに応答して、前記第２の通信デバイスに関連する接続パラメータと検出パラメータとに少なくとも部分的に基づいて、前記第２の通信デバイスとの通信リンクを確立することと、ここにおいて、前記検出パラメータは、前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあった持続時間の表示と、前記第１の通信デバイスに関連するタグと、前記第２の通信デバイスがそれに従って前記しきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、
   前記第２の通信デバイスに関連するサービスリストと前記コンテキストタスクとに少なくとも部分的に基づいて、前記コンテキストタスクを実行するかどうかを判断することと、
   前記コンテキストタスクを実行することを判断することに応答して、前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクを実行することと
   を備える、方法。
2. 前記第１の通信デバイスに関連する前記アプリケーションに少なくとも部分的に基づいて前記コンテキストタスクを識別することと、
   前記コンテキストタスクに関連する前記アプリケーションの識別子と、前記コンテキストタスクに関連する識別子と、前記コンテキストタスクを実行するための好適な通信チャネルと、前記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、前記コンテキストタスクに関連するパラメータを判断すること
   をさらに備える、請求項１に記載の方法。
3. 前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると前記判断することは、
   前記第１の通信デバイスにおいて、前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあることを示す、前記第１の通信デバイスに関連するセンサーからの通知信号を受信すること、または
   前記第１の通信デバイスにおいて近距離通信（ＮＦＣ）技法を実行することに基づいて、前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあると判断すること
   を備える、請求項１に記載の方法。
4. 前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあることを示すための検出通知メッセージを生成すること
   をさらに備える、
   請求項１に記載の方法。
5. 前記接続パラメータは、前記第２の通信デバイスに関連する無線ユニットの指示と、前記無線ユニットが有効化されるかどうかの指示と、前記第２の通信デバイスに関連する通信プロトコルの指示と、前記第２の通信デバイスに関連する識別子の指示とのうちの少なくとも１つを備える、請求項１に記載の方法。
6. 前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクが確立されたことを示すために、前記第２の通信デバイスに要求メッセージを送信することと、
   前記第２の通信デバイスから、前記第２の通信デバイスにおける前記要求メッセージの受信に肯定応答する確認メッセージを受信することと、
   前記コンテキストタスクを識別する交換メッセージを送信することと
   のうちの少なくとも１つをさらに備える、請求項１に記載の方法。
7. 前記第１の通信デバイスにおいて、前記第１の通信デバイスに関連する１つまたは複数のアプリケーションに関連する複数のコンテキストタスクを実行することを判断することと、ここにおいて、前記複数のコンテキストタスクが前記コンテキストタスクを備える、
   前記複数のコンテキストタスクをそれにおいて実行すべきシーケンスを判断するために、前記複数のコンテキストタスクの１つまたは複数に関連する優先順位を判断することと
   をさらに備える、請求項１に記載の方法。
8. 前記第１の通信デバイスにおいて、前記サービスリストを受信すること
   をさらに備える、請求項１に記載の方法。
9. 前記コンテキストタスクと前記コンテキストタスクに関連する前記アプリケーションとに少なくとも部分的に基づいて、前記コンテキストタスクを前記実行することに関連するコンテキストタスク実行パラメータを判断することと、ここにおいて、前記コンテキストタスク実行パラメータが、前記コンテキストタスクに関連するサービスと通信プロトコルとのうちの少なくとも１つを備える、
   前記サービスリストに少なくとも部分的に基づいて、前記第２の通信デバイスが前記コンテキストタスク実行パラメータをサポートするかどうかを判断することと
   をさらに備える、請求項１に記載の方法。
10. 前記第１の通信デバイスおよび前記第２の通信デバイスは、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルを実装する、請求項１に記載の方法。
11. 第１の通信デバイスから、第２の通信デバイスに関連する接続パラメータについての要求を受信すること、ここにおいて、前記接続パラメータについての前記要求は、前記第２の通信デバイスが前記第１の通信デバイスのしきい値検出距離内にあった持続時間の表示と、前記第１の通信デバイスに関連するタグと、前記第２の通信デバイスがそれに従って前記しきい値検出距離内にあったパターンとのうちの少なくとも１つに基づく、と、
    前記第２の通信デバイスから前記第１の通信デバイスに、前記接続パラメータを与えることと、
    前記接続パラメータに少なくとも部分的に基づいて、前記第１の通信デバイスと前記第２の通信デバイスとの間に通信リンクが確立されたと判断することと、
    前記第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクに少なくとも部分的に基づいて、前記第２の通信デバイスが前記コンテキストタスクを実行するために前記第１の通信デバイスに与えられることになるデータまたはサービスを備えるかどうかを判断することと、
    前記第２の通信デバイスが前記コンテキストタスクを実行するために前記第１の通信デバイスに与えられることになるデータまたはサービスを備えると判断することに応答して、前記コンテキストタスクと前記第１の通信デバイスに関連するサービスリストとに少なくとも部分的に基づいて、前記コンテキストタスクを実行するかどうかを判断することと、
    前記コンテキストタスクを実行することを判断することに応答して、前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクを実行することと
    を備える、方法。
12. 前記方法が、
    前記第１の通信デバイスが前記コンテキストタスクを実行するために前記第２の通信デバイスに与えられることになるデータまたはサービスを備えると判断することに応答して、
    前記第１の通信デバイスに前記第２の通信デバイスに関連するサービスリストを与えること
    をさらに備える、請求項１１に記載の方法。
13. 前記コンテキストタスクを実行するかどうかを前記判断することは、
    前記コンテキストタスクと、前記第１の通信デバイスに与えられることになる前記サービスまたは前記データとのうちの少なくとも１つに基づいて、前記コンテキストタスクを前記実行することに関連するコンテキストタスク実行パラメータを判断することと、ここにおいて、前記コンテキストタスク実行パラメータが、前記コンテキストタスクに関連する通信プロトコルと前記コンテキストタスクに関連する通信サービスとのうちの少なくとも１つを備える、
    前記サービスリストに少なくとも部分的に基づいて、前記第１の通信デバイスが前記コンテキストタスク実行パラメータをサポートするかどうかを判断することと
    を備え、
    ここにおいて、前記コンテキストタスクを前記実行することが、
    前記コンテキストタスクに従って前記第１の通信デバイスに前記データまたは前記サービスを与えることを備える、請求項１１に記載の方法。
14. 通信デバイスであって、
    前記通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断するように動作可能なコンテキストアウェアネスユニットと、
    前記コンテキストアウェアネスユニットが、前記コンテキストタスクを実行することを判断することに応答して、第２の通信デバイスが前記通信デバイスからのしきい値検出距離内にあるかどうかを判断するように動作可能なデバイス検出ユニットと、
    前記デバイス検出ユニットが、前記第２の通信デバイスが前記通信デバイスからの前記しきい値検出距離内にあると判断することに応答して、前記第２の通信デバイスに関連する接続パラメータと検出パラメータとに少なくとも部分的に基づいて、前記第２の通信デバイスとの通信リンクを確立するように動作可能な接続確立ユニットと、ここにおいて、前記検出パラメータは、前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあった持続時間の表示と、前記通信デバイスに関連するタグと、前記第２の通信デバイスがそれに従って前記しきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、
    を備え、
    前記コンテキストアウェアネスユニットが、
    前記第２の通信デバイスに関連するサービスリストと前記コンテキストタスクとに少なくとも部分的に基づいて、前記コンテキストタスクを実行するかどうかを判断することと、
    前記コンテキストアウェアネスユニットが、前記コンテキストタスクを実行することを判断することに応答して、前記通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクが実行されることを引き起こすことと
    を行うようにさらに動作可能である、
    通信デバイス。
15. 前記コンテキストアウェアネスユニットは、
    前記アプリケーションに少なくとも部分的に基づいて前記コンテキストタスクを識別することと、
    前記アプリケーションの識別子と、前記コンテキストタスクに関連する識別子と、前記コンテキストタスクを実行するための好適な通信チャネルと、前記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、前記コンテキストタスクに関連するパラメータを判断することと
    を行うようにさらに動作可能である、請求項１４に記載の通信デバイス。
16. 前記デバイス検出ユニットは、
    前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあることを示す、前記通信デバイスに関連するセンサーからの通知信号を受信する、または
    前記通信デバイスにおいて近距離通信（ＮＦＣ）技法を実行することに基づいて、前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあると判断する
    ようにさらに動作可能である、請求項１４に記載の通信デバイス。
17. 前記デバイス検出ユニットは、
    前記第２の通信デバイスが前記通信デバイスの前記しきい値検出距離内にあることを示すための検出通知メッセージを生成すること
    を行うようにさらに動作可能である、
    請求項１４に記載の通信デバイス。
18. 前記接続パラメータは、前記第２の通信デバイスに関連する無線ユニットの指示と、前記無線ユニットが有効化されるかどうかの指示と、前記第２の通信デバイスに関連する通信プロトコルの指示と、前記第２の通信デバイスに関連する識別子の指示とのうちの少なくとも１つを備える、請求項１４に記載の通信デバイス。
19. 前記接続確立ユニットは、
    前記通信デバイスと前記第２の通信デバイスとの間の前記通信リンクが確立されたことを示すために、前記第２の通信デバイスに要求メッセージを送信することと、
    前記第２の通信デバイスから、前記第２の通信デバイスにおける前記要求メッセージの受信に肯定応答する確認メッセージを受信することと、
    前記コンテキストタスクを識別する交換メッセージを送信することと
    のうちの少なくとも１つを実行するように構成される、請求項１４に記載の通信デバイス。
20. 前記コンテキストアウェアネスユニットは、
    前記通信デバイスに関連する１つまたは複数のアプリケーションに関連する複数のコンテキストタスクを実行することを判断することと、ここにおいて、前記複数のコンテキストタスクが前記コンテキストタスクを備える、
    前記複数のコンテキストタスクをそれにおいて実行すべきシーケンスを判断するために、前記複数のコンテキストタスクの１つまたは複数に関連する優先順位を判断することと
    を行うようにさらに動作可能である、請求項１４に記載の通信デバイス。
21. プロセッサによって実行されたとき、前記プロセッサに動作を実行させる、命令を記憶したコンピュータ読取り可能な記憶媒体であって、前記動作は、
    第１の通信デバイスに関連するアプリケーションに関連するコンテキストタスクを実行することを判断することと、
    前記コンテキストタスクを実行することを判断する前記動作に応答して、第２の通信デバイスが前記第１の通信デバイスからのしきい値検出距離内にあるかどうかを判断することと、
    前記第２の通信デバイスが前記第１の通信デバイスからの前記しきい値検出距離内にあると判断することに応答して、前記第２の通信デバイスに関連する接続パラメータと検出パラメータとに少なくとも部分的に基づいて、前記第２の通信デバイスとの通信リンクを確立することと、ここにおいて、前記検出パラメータは、前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあった持続時間の表示と、前記第１の通信デバイスに関連するタグと、前記第２の通信デバイスがそれに従って前記しきい値検出距離内にあったパターンとのうちの少なくとも１つを備える、
    前記第２の通信デバイスに関連するサービスリストと前記コンテキストタスクとに少なくとも部分的に基づいて、前記コンテキストタスクを実行するかどうかを判断することと、
    前記コンテキストタスクを実行することを判断することに応答して、前記第１の通信デバイスと前記第２の通信デバイスとの間の前記通信リンクを介して前記コンテキストタスクを実行することと
    を備える、コンピュータ読取り可能な記憶媒体。
22. 前記動作は、
    前記アプリケーションに少なくとも部分的に基づいて前記コンテキストタスクを識別することと、
    前記アプリケーションの識別子と、前記コンテキストタスクに関連する識別子と、前記コンテキストタスクを実行するための好適な通信チャネルと、前記コンテキストタスクを実行するための好適な通信プロトコルとのうちの少なくとも１つを備える、前記コンテキストタスクに関連するパラメータを判断すること
    をさらに備える、請求項２１に記載のコンピュータ読取り可能な記憶媒体。
23. 前記動作は、
    前記第２の通信デバイスが前記第１の通信デバイスの前記しきい値検出距離内にあることを示すための検出通知メッセージを生成すること
    をさらに備える、
    請求項２１に記載のコンピュータ読取り可能な記憶媒体。
24. 前記動作は、
    前記コンテキストタスクと前記コンテキストタスクに関連する前記アプリケーションとに少なくとも部分的に基づいて、前記コンテキストタスクを実行することに関連するコンテキストタスク実行パラメータを判断することと、ここにおいて、前記コンテキストタスク実行パラメータが、前記コンテキストタスクに関連するサービスと通信プロトコルとのうちの少なくとも１つを備える、
    前記サービスリストに少なくとも部分的に基づいて、前記第２の通信デバイスが前記コンテキストタスク実行パラメータをサポートするかどうかを判断することと
    をさらに備える、請求項２１に記載のコンピュータ読取り可能な記憶媒体。

Images