(57)【特許請求の範囲】
【請求項１】
仲介デバイスによって、少なくとも３つの候補デバイスへの第１の通信接続を実行して、前記候補デバイスにより仲介デバイスとして識別されるための情報を前記候補デバイスに送信することにより、前記候補デバイスの接続構成情報を取得し、前記取得した接続構成情報を保存するステップと、
前記仲介デバイスが前記少なくとも３つの候補デバイスへの前記第１の通信接続を実行する前又は実行した後又は実行するとき、前記仲介デバイスによって、前記候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定するステップと、
前記仲介デバイスによって、前記主デバイスの接続構成情報を前記目標デバイスの各々の接続構成情報と整合させ、その結果、前記主デバイスが前記目標デバイスの各々への第２の通信接続を確立するステップと
を含む通信接続確立方法。
【請求項２】
前記仲介デバイスによって、前記候補デバイスのうちの１つが主デバイスであると判定する前記ステップが、前記仲介デバイスによって、前記仲介デバイスへの前記第１の通信接続を実行する最初の候補デバイスが前記主デバイスであると判定するステップを含み、
仲介デバイスによって、少なくとも３つの候補デバイスへの第１の通信接続を実行して前記候補デバイスの接続構成情報を取得し、前記取得した接続構成情報を保存する前記ステップが、最初に、前記仲介デバイスによって、前記主デバイスへの前記第１の通信接続を実行し、次に、前記目標デバイスの各々への前記第１の通信接続を実行して、前記主デバイス及び前記目標デバイスの前記接続構成情報を別々に取得し、前記取得した接続構成情報を保存するステップを含み、
前記仲介デバイスによって、前記主デバイスの接続構成情報を前記目標デバイスの各々の接続構成情報と整合させ、その結果、前記主デバイスが前記目標デバイスの各々への第２の通信接続を確立する前記ステップが、
前記目標デバイスのうちの１つへの前記第１の通信接続を実行した後、及び前記目標デバイスのうちの次の１つへの前記第１の通信接続を実行する前に、毎回、前記仲介デバイスによって、前記主デバイスの前記接続構成情報を、前記第１の通信接続を現在実行している目標デバイスの接続構成情報と整合させて、整合接続構成情報を獲得し、前記仲介デバイスによって、前記第１の通信接続を現在実行している前記目標デバイスにハンドオーバ開始要求を送り、ここで前記ハンドオーバ開始要求が前記整合接続構成情報を含み、その結果、前記第１の通信接続を現在実行している前記目標デバイスが前記主デバイスへの前記第２の通信接続を開始するステップを含む、請求項１に記載の方法。
【請求項３】
前記仲介デバイスによって、前記候補デバイスのうちの１つが主デバイスであると判定する前記ステップが、前記仲介デバイスによって、前記仲介デバイスへの前記第１の通信接続を実行する最後の候補デバイスが前記主デバイスであると判定するステップを含み、
仲介デバイスによって、少なくとも３つの候補デバイスへの第１の通信接続を実行して前記候補デバイスの接続構成情報を取得し、前記取得した接続構成情報を保存する前記ステップが、最初に、前記仲介デバイスによって、前記目標デバイスへの前記第１の通信接続を別々に実行し、最後に、前記主デバイスへの前記第１の通信接続を実行して、前記目標デバイス及び前記主デバイスの前記接続構成情報を別々に取得し、前記取得した接続構成情報を保存するステップを含む、請求項１に記載の方法。
【請求項４】
前記仲介デバイスによって、前記候補デバイスのうちの１つが主デバイスであると判定する前記ステップが、
前記仲介デバイスによって、デバイス選択コマンドに従って、前記候補デバイスのうちの１つが前記主デバイスであると判定するステップ、又は
前記仲介デバイスによって、前記仲介デバイスが前記少なくとも３つの候補デバイスへの前記第１の通信接続を実行した後、前記仲介デバイスへの前記第１の通信接続を実行する最初の候補デバイスが前記主デバイスであると判定するステップ
を含む、請求項１に記載の方法。
【請求項５】
前記仲介デバイスによって、前記主デバイスの接続構成情報を前記目標デバイスの各々の接続構成情報と整合させ、その結果、前記主デバイスが前記目標デバイスの各々への第２の通信接続を確立する前記ステップが、
前記仲介デバイスによって、前記主デバイスの前記接続構成情報を前記目標デバイスの各々の前記接続構成情報と整合させて、整合接続構成情報を獲得するステップと、
前記仲介デバイスによって、１つのハンドオーバ開始要求を前記主デバイスに送るステップであって、ここで前記ハンドオーバ開始要求がすべての前記整合接続構成情報を含む、ステップと、
前記仲介デバイスによって、前記主デバイスによって送られた１つのハンドオーバ開始応答を受け取るステップであって、ここで前記ハンドオーバ開始応答が前記目標デバイスの各々に対して前記主デバイスによって選択された接続構成情報を含み、その結果、前記主デバイスが前記目標デバイスの各々への前記第２の通信接続を開始する、ステップと
を含む、請求項３又は４に記載の方法。
【請求項６】
前記仲介デバイスによって、前記主デバイスの接続構成情報を前記目標デバイスの各々の接続構成情報と整合させ、その結果、前記主デバイスが前記目標デバイスの各々への第２の通信接続を確立する前記ステップが、
前記仲介デバイスによって、前記主デバイスの前記接続構成情報を前記目標デバイスの各々の前記接続構成情報と順次に整合させて、整合接続構成情報を獲得し、少なくとも２つのハンドオーバ開始要求を前記主デバイスに送るステップであって、ここで前記ハンドオーバ開始要求の各々が前記整合接続構成情報の少なくとも一部分を含む、ステップと、
前記仲介デバイスによって、前記主デバイスによって送られた少なくとも２つのハンドオーバ開始応答を受け取るステップであって、ここで前記ハンドオーバ開始応答の各々が前記目標デバイスのうちの少なくとも１つに対して前記主デバイスによって選択された接続構成情報を含み、その結果、前記主デバイスが前記目標デバイスの各々への前記第２の通信接続を開始する、ステップと
を含む、請求項３又は４に記載の方法。
【請求項７】
前記第１の通信接続が近距離無線通信ＮＦＣを含み、前記第２の通信接続がブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
少なくとも３つの候補デバイスへの第１の通信接続を実行して、前記候補デバイスにより仲介デバイスとして識別されるための情報を前記候補デバイスに送信することにより、前記候補デバイスの接続構成情報を取得し、前記取得した接続構成情報を保存するように構成された取得モジュールと、
前記取得モジュールに接続されるとともに、前記第１の通信接続が前記少なくとも３つの候補デバイスと実行される前又は実行された後又は実行されるとき、前記候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定するように構成された判定モジュールと、
前記判定モジュールに接続されるとともに、前記主デバイスの接続構成情報を前記目標デバイスの各々の接続構成情報と整合させ、その結果、前記主デバイスが前記目標デバイスの各々への第２の通信接続を確立するように構成された確立モジュールと
を備える仲介デバイス。
【請求項９】
前記判定モジュールは、前記仲介デバイスへの前記第１の通信接続を実行する最初の候補デバイスが前記主デバイスであると判定するように構成され、
前記取得モジュールは、最初に、前記主デバイスへの前記第１の通信接続を実行し、次に、前記目標デバイスの各々への前記第１の通信接続を実行して、前記主デバイス及び前記目標デバイスの前記接続構成情報を別々に取得し、前記取得した接続構成情報を保存するように構成され、
前記確立モジュールは、
前記第１の通信接続が前記目標デバイスのうちの１つと実行された後、及び前記第１の通信接続が前記目標デバイスのうちの次の１つと実行される前に、毎回、前記主デバイスの前記接続構成情報を、前記第１の通信接続を現在実行している目標デバイスの接続構成情報と整合させて、整合接続構成情報を獲得し、
前記第１の通信接続を現在実行している前記目標デバイスにハンドオーバ開始要求を送り、ここで前記ハンドオーバ開始要求が前記整合接続構成情報を含み、その結果、前記第１の通信接続を現在実行している前記目標デバイスが前記主デバイスへの前記第２の通信接続を開始する
ように構成される、請求項８に記載の仲介デバイス。
【請求項１０】
前記判定モジュールは、前記仲介デバイスへの前記第１の通信接続を実行する最後の候補デバイスが前記主デバイスであると判定するように構成され、
前記取得モジュールは、前記仲介デバイスが、最初に、前記目標デバイスへの前記第１の通信接続を別々に実行し、最後に、前記主デバイスへの前記第１の通信接続を実行して、前記目標デバイス及び前記主デバイスの前記接続構成情報を別々に取得し、前記取得した接続構成情報を保存するように構成される、請求項８に記載の仲介デバイス。
【請求項１１】
前記判定モジュールは、
デバイス選択コマンドに従って、前記候補デバイスのうちの１つが前記主デバイスであると判定するか、又は
前記第１の通信接続が前記少なくとも３つの候補デバイスと実行された後、前記仲介デバイスへの前記第１の通信接続を実行する最初の候補デバイスが前記主デバイスであると判定する
ように構成される、請求項８に記載の仲介デバイス。
【請求項１２】
前記確立モジュールは、
前記主デバイスの前記接続構成情報を前記目標デバイスの各々の前記接続構成情報と整合させて、整合接続構成情報を獲得し、
１つのハンドオーバ開始要求を前記主デバイスに送り、ここで前記ハンドオーバ開始要求がすべての前記整合接続構成情報を含み、
前記主デバイスによって送られた１つのハンドオーバ開始応答を受け取り、ここで前記ハンドオーバ開始応答が前記目標デバイスの各々に対して前記主デバイスによって選択された接続構成情報を含み、その結果、前記主デバイスが前記目標デバイスの各々への前記第２の通信接続を開始する
ように構成される、請求項１０又は１１に記載の仲介デバイス。
【請求項１３】
前記確立モジュールは、
前記主デバイスの前記接続構成情報を前記目標デバイスの各々の前記接続構成情報と順次に整合させて、整合接続構成情報を獲得し、少なくとも２つのハンドオーバ開始要求を前記主デバイスに送り、ここで前記ハンドオーバ開始要求の各々が前記整合接続構成情報の少なくとも一部分を含み、
前記主デバイスによって送られた少なくとも２つのハンドオーバ開始応答を受け取り、ここで前記ハンドオーバ開始応答の各々が前記目標デバイスのうちの少なくとも１つに対して前記主デバイスによって選択された接続構成情報を含み、その結果、前記主デバイスが前記目標デバイスの各々への前記第２の通信接続を開始する
ように構成される、請求項１０又は１１に記載の仲介デバイス。
【請求項１４】
前記第１の通信接続が近距離無線通信ＮＦＣを含み、前記第２の通信接続がブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む、請求項８から１３のいずれか一項に記載の仲介デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、通信接続確立方法及び装置に関する。
【背景技術】
【０００２】
近距離無線通信（英語：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ，略してＮＦＣ）は、無線周波数識別（英語：Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ，略してＲＦＩＤ）技術に基づく近距離通信接続技術である。ユーザは、単に、ある端末デバイスを使用して別の端末デバイスをタップする（英語：Ｔａｐ）か又は別の端末デバイスにアプローチすることによって、２つの端末デバイス間で、視覚的で安全確実で非接触の情報交換及び取引支払などの近距離通信を実施することができる。現在、ＮＦＣは、１３．５６ＭＨｚの周波数で主として働き、４つの伝送速度、すなわち、１０６ｋｂｉｔ／ｓ、２１２ｋｂｉｔ／ｓ、４２４ｋｂｉｔ／ｓ、及び８４８ｋｂｉｔ／ｓをサポートすることができ、有効通信距離は、約０ｃｍから２０ｃｍであり、ここで、典型的な値は４ｃｍである。
【０００３】
低いデータ伝送速度のために、ＮＦＣは少量のデータの交換に適する。言い換えれば、ＮＦＣが大きいファイルの伝送で使用される場合、ユーザ体験が低い伝送速度によって影響されるという問題が現れる。それゆえに、ＮＦＣフォーラム（英語：ＮＦＣ  Ｆｏｒｕｍ）は、ＮＦＣに基づく接続ハンドオーバ技術を提案している。
【０００４】
いわゆるＮＦＣに基づいた接続ハンドオーバ技術は、ＮＦＣ及び別の通信接続の両方をサポートする２つの端末が、ＮＦＣを使用することによって、ピアツーピア（英語：ｐｅｅｒ−ｔｏ−ｐｅｅｒ，略してＰ２Ｐ）モードで別の通信接続方法の接続構成情報を交換することができ、その結果、別の通信接続が２つの端末間に確立され得ることを指す。別の通信接続方法は、ブルートゥース（英語：Ｂｌｕｅｔｏｏｔｈ，略してＢＴ）、ワイヤレスフィデリティ（英語：Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ，略してＷｉ−Ｆｉ）などを含む。
【０００５】
しかしながら、デバイスが比較的大きいサイズ及び比較的固定された位置を有する場合には、ＮＦＣ及び別の通信接続の両方をサポートする２つの端末が、互いに直接タップするか又はアプローチすることが簡便でないことがある。それゆえに、接続ハンドオーバ技術仕様書バージョン１．３（英語：Ｃｏｎｎｅｃｔｉｏｎ  Ｈａｎｄｏｖｅｒ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．３，略してＣＨ１．３仕様書）において、ＮＦＣフォーラムは、ＮＦＣをサポートするモバイル端末（例えば、モバイルフォン）が、別の通信接続を確立するために２つの端末を支援するハンドオーバ仲介器（英語：Ｈａｎｄｏｖｅｒ  Ｍｅｄｉａｔｏｒ）として使用され得ることを提案している。
【０００６】
具体的には、ハンドオーバ仲介器が、ＣＨ１．３仕様書に従って第１の端末と第２の端末との間にブルートゥース接続を確立するのを支援するものであると仮定すると、ハンドオーバ仲介器は、最初に、第１の端末及び第２の端末を別々にタップするか又は第１の端末及び第２の端末に別々にアプローチし、第１の端末及び第２の端末のブルートゥース接続構成情報を別々に取得し、次に、第１の端末のブルートゥース接続構成情報を第２の端末に送り、その結果、第２の端末が受け取ったブルートゥース接続構成情報に基づいて第１の端末へのブルートゥース接続開始要求を開始できることを必要とする。
【０００７】
先行技術によれば、ハンドオーバ仲介器Ｍが、Ｎ（Ｎ≧２）個のデバイスＢへの通信接続を確立するためにＮＦＣに基づいてデバイスＡを支援するために使用される場合、ハンドオーバ仲介器Ｍは、デバイスＡとＮ個のデバイスＢとの間を少なくともＮ回行き来する必要があり、具体的には、ハンドオーバ仲介器ＭはデバイスＡを一回タップするか又はデバイスＡに一回アプローチし、ハンドオーバ仲介器Ｍは第１のデバイスＢ１を一回タップするか又は第１のデバイスＢ１に一回アプローチし、ハンドオーバ仲介器ＭはデバイスＡを一回タップするか又はデバイスＡに一回アプローチし、ハンドオーバ仲介器Ｍは第２のデバイスＢ２を一回タップするか又は第２のデバイスＢ２に一回アプローチし、・・・ハンドオーバ仲介器ＭはデバイスＡを一回タップするか又はデバイスＡに一回アプローチし、ハンドオーバ仲介器ＭはＮ番目のデバイスＢＮを一回タップするか又はＮ番目のデバイスＢＮに一回アプローチする。これらの操作は、特に、主デバイスＡと目標デバイスＢとが互いに遠く離れている場合、明らかに多くの時間と労力とを必要とする。
【０００８】
そればかりでなく、ＣＨ１．３仕様書によれば、任意の端末は、ハンドオーバ仲介応答を送った後、メッセージキャリアリストにおけるすべてのキャリアがある期間（例えば、２分）の間接続可能状態にとどまることを保証することができ、それにより、２分以内にハンドオーバ仲介器Ｍによって連続的にタップされる複数のデバイス間の誤接続を引き起こす可能性が非常に高い。例えば、２分の接続可能な状態において、ハンドオーバ仲介器Ｍは、デバイスＡを一回タップするか又はデバイスＡに一回アプローチし、第１のデバイスＢ１を一回タップするか又は第１のデバイスＢ１にアプローチし、第２のデバイスＢ２を一回タップするか又は第２のデバイスＢ２に一回アプローチし、デバイスＡを一回タップするか又はデバイスＡに一回アプローチする。この場合、第１のデバイスＢ１と第２のデバイスＢ２との間の誤接続が引き起こされることがある。
【発明の概要】
【０００９】
これに鑑みて、本発明によって解決されるべき技術的問題は、複数の目標デバイスとの第２の通信接続を確立するために、より少ない時間及び労力で、並びに第１の通信接続に基づいて主デバイスを支援するとともに、デバイス間の誤接続を効果的に避けるためのハンドオーバ仲介器の使用方法である。
【００１０】
第１の態様によれば、通信接続確立方法が提供され、当該方法は、仲介デバイスによって、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得し、取得した接続構成情報を保存するステップと、仲介デバイスが少なくとも３つの候補デバイスへの第１の通信接続を実行する前又は実行した後又は実行するとき、仲介デバイスによって、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定するステップと、仲介デバイスによって、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するステップとを含む。
【００１１】
実行可能な実施方法において、仲介デバイスによって、候補デバイスのうちの１つが主デバイスであると判定するステップが、具体的には、仲介デバイスによって、仲介デバイスへの第１の通信接続を実行する最初の候補デバイスが主デバイスであると判定するステップを含み、仲介デバイスによって、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得し、取得した接続構成情報を保存するステップが、具体的には、最初に、仲介デバイスによって、主デバイスへの第１の通信接続を実行し、次に、目標デバイスの各々への第１の通信接続を実行して、主デバイス及び目標デバイスの接続構成情報を別々に取得し、取得した接続構成情報を保存するステップを含み、仲介デバイスによって、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するステップが、具体的には、目標デバイスのうちの１つへの第１の通信接続を実行した後、及び目標デバイスのうちの次の１つへの第１の通信接続を実行する前に、毎回、仲介デバイスによって、主デバイスの接続構成情報を、第１の通信接続を現在実行している目標デバイスの接続構成情報と整合させて、整合接続構成情報を獲得し、仲介デバイスによって、第１の通信接続を現在実行している目標デバイスにハンドオーバ開始要求を送り、ここでハンドオーバ開始要求が整合接続構成情報を含み、その結果、第１の通信接続を現在実行している目標デバイスが主デバイスへの第２の通信接続を開始するステップを含む。
【００１２】
実行可能な実施方法において、仲介デバイスによって、候補デバイスのうちの１つが主デバイスであると判定するステップが、具体的には、仲介デバイスによって、仲介デバイスへの第１の通信接続を実行する最後の候補デバイスが主デバイスであると判定するステップを含み、仲介デバイスによって、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得し、取得した接続構成情報を保存するステップが、具体的には、最初に、仲介デバイスによって、目標デバイスへの第１の通信接続を別々に実行し、最後に、主デバイスへの第１の通信接続を実行して、目標デバイス及び主デバイスの接続構成情報を別々に取得し、取得した接続構成情報を保存するステップを含む。
【００１３】
実行可能な実施方法において、仲介デバイスによって、候補デバイスのうちの１つが主デバイスであると判定するステップが、具体的には、仲介デバイスによって、デバイス選択コマンドに従って、候補デバイスのうちの１つが主デバイスであると判定するステップ、又は仲介デバイスによって、仲介デバイスが少なくとも３つの候補デバイスへの第１の通信接続を実行した後、仲介デバイスへの第１の通信接続を実行する最初のデバイスが主デバイスであると判定するステップを含む。
【００１４】
実行可能な実施方法において、仲介デバイスによって、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するステップが、具体的には、仲介デバイスによって、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させて、整合接続構成情報を獲得するステップと、仲介デバイスによって、１つのハンドオーバ開始要求を主デバイスに送るステップであって、ここでハンドオーバ開始要求がすべての整合接続構成情報を含む、ステップと、仲介デバイスによって、主デバイスによって送られた１つのハンドオーバ開始応答を受け取るステップであって、ここでハンドオーバ開始応答が目標デバイスの各々に対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始する、ステップとを含む。
【００１５】
実行可能な実施方法において、仲介デバイスによって、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するステップが、具体的には、仲介デバイスによって、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と順次に整合させて、整合接続構成情報を獲得し、少なくとも２つのハンドオーバ開始要求を主デバイスに送るステップであって、ここでハンドオーバ開始要求の各々が整合接続構成情報の少なくとも一部分を含む、ステップと、仲介デバイスによって、主デバイスによって送られた少なくとも２つのハンドオーバ開始応答を受け取るステップであって、ここでハンドオーバ開始応答の各々が目標デバイスのうちの少なくとも１つに対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始する、ステップとを含む。
【００１６】
実行可能な実施方法において、第１の通信接続が近距離無線通信ＮＦＣを含み、第２の通信接続がブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む。
【００１７】
第２の態様によれば、仲介デバイスが提供され、当該デバイスは、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得し、取得した接続構成情報を保存するように構成された取得モジュールと、取得モジュールに接続されるとともに、第１の通信接続が少なくとも３つの候補デバイスと実行される前又は実行された後又は実行されるとき、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定するように構成された判定モジュールと、判定モジュールに接続されるとともに、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するように構成された確立モジュールとを含む。
【００１８】
実行可能な実施方法において、判定モジュールは、仲介デバイスへの第１の通信接続を実行する最初の候補デバイスが主デバイスであると判定するように構成され、取得モジュールは、最初に、主デバイスへの第１の通信接続を実行し、次に、目標デバイスの各々への第１の通信接続を実行して、主デバイス及び目標デバイスの接続構成情報を別々に取得し、取得した接続構成情報を保存するように構成され、確立モジュールは、第１の通信接続が目標デバイスのうちの１つと実行された後、及び第１の通信接続が目標デバイスのうちの次の１つと実行される前に、毎回、主デバイスの接続構成情報を、第１の通信接続を現在実行している目標デバイスの接続構成情報と整合させて、整合接続構成情報を獲得し、第１の通信接続を現在実行している目標デバイスにハンドオーバ開始要求を送り、ここでハンドオーバ開始要求が整合接続構成情報を含み、その結果、第１の通信接続を現在実行している目標デバイスが主デバイスへの第２の通信接続を開始するように構成される。
【００１９】
実行可能な実施方法において、判定モジュールは、仲介デバイスへの第１の通信接続を実行する最後の候補デバイスが主デバイスであると判定するように構成され、取得モジュールは、仲介デバイスが、最初に、目標デバイスへの第１の通信接続を別々に実行し、最後に、主デバイスへの第１の通信接続を実行して、目標デバイス及び主デバイスの接続構成情報を別々に取得し、取得した接続構成情報を保存するように構成される。
【００２０】
実行可能な実施方法において、判定モジュールは、デバイス選択コマンドに従って、候補デバイスのうちの１つが主デバイスであると判定するか、又は第１の通信接続が少なくとも３つの候補デバイスと実行された後、仲介デバイスへの第１の通信接続を実行する最初のデバイスが主デバイスであると判定するように構成される。
【００２１】
実行可能な実施方法において、確立モジュールは、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させて、整合接続構成情報を獲得し、１つのハンドオーバ開始要求を主デバイスに送り、ここでハンドオーバ開始要求がすべての整合接続構成情報を含み、主デバイスによって送られた１つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答が目標デバイスの各々に対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始するように構成される。
【００２２】
実行可能な実施方法において、確立モジュールは、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と順次に整合させて、整合接続構成情報を獲得し、少なくとも２つのハンドオーバ開始要求を主デバイスに送り、ここでハンドオーバ開始要求の各々が整合接続構成情報の少なくとも一部分を含み、主デバイスによって送られた少なくとも２つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答の各々が目標デバイスのうちの少なくとも１つに対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始するように構成される。
【００２３】
実行可能な実施方法において、第１の通信接続が近距離無線通信ＮＦＣを含み、第２の通信接続がブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む。
【００２４】
第３の態様によれば、仲介デバイスが提供され、当該デバイスは、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得するように構成された通信インタフェースと、通信インタフェースを使用することによって取得された接続構成情報を保存するように構成されたメモリと、通信インタフェース及びメモリに接続されるとともに、通信インタフェースが少なくとも３つの候補デバイスへの第１の通信接続を実行する前又は実行した後又は実行するとき、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定し、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するように構成されたプロセッサとを含む。
【００２５】
実行可能な実施方法において、プロセッサは、仲介デバイスへの第１の通信接続を実行する最初の候補デバイスが主デバイスであると判定し、通信インタフェースが目標デバイスのうちの１つへの第１の通信接続を実行した後、及び通信インタフェースが目標デバイスのうちの次の１つへの第１の通信接続を実行する前に、毎回、プロセッサによって、主デバイスの接続構成情報を、第１の通信接続を現在実行している目標デバイスの接続構成情報と整合させて、整合接続構成情報を獲得し、通信インタフェースを介して、第１の通信接続を現在実行している目標デバイスにハンドオーバ開始要求を送り、ここでハンドオーバ開始要求が整合接続構成情報を含み、その結果、第１の通信接続を現在実行している目標デバイスが主デバイスへの第２の通信接続を開始するように構成される。
【００２６】
実行可能な実施方法において、プロセッサは、仲介デバイスへの第１の通信接続を実行する最後の候補デバイスが主デバイスであると判定するように構成される。
【００２７】
実行可能な実施方法において、プロセッサは、デバイス選択コマンドに従って、候補デバイスのうちの１つが主デバイスであると判定するか、又は通信インタフェースが少なくとも３つの候補デバイスへの第１の通信接続を実行した後、仲介デバイスへの第１の通信接続を実行する最初のデバイスが主デバイスであると判定するように構成される。
【００２８】
実行可能な実施方法において、プロセッサは、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させて、整合接続構成情報を獲得し、１つのハンドオーバ開始要求を主デバイスに通信インタフェースを介して送り、ここでハンドオーバ開始要求がすべての整合接続構成情報を含み、通信インタフェースを介して、主デバイスによって送られた１つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答が目標デバイスの各々に対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始するように構成される。
【００２９】
実行可能な実施方法において、プロセッサは、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と順次に整合させて、整合接続構成情報を獲得し、少なくとも２つのハンドオーバ開始要求を主デバイスに通信インタフェースを介して送り、ここでハンドオーバ開始要求の各々が整合接続構成情報の少なくとも一部分を含み、通信インタフェースを介して、主デバイスによって送られた少なくとも２つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答の各々が目標デバイスのうちの少なくとも１つに対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始するように構成される。
【００３０】
実行可能な実施方法において、第１の通信接続が近距離無線通信ＮＦＣを含み、第２の通信接続がブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む。
【００３１】
有益な効果は下記の通りである。
【００３２】
仲介デバイスは、候補デバイスの接続構成情報を取得するとともに保存し、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定し、主デバイスの接続構成情報を各目標デバイスの接続構成情報と整合させ、その結果、主デバイスは各目標デバイスへの第２の通信接続を確立する。本発明の実施形態で提供される通信接続確立方法及び仲介デバイスによれば、仲介デバイスは、複数の目標デバイスへの第２の通信接続を別々に確立するために、より少ない時間及び労力で、並びに第１の通信接続に基づいて主デバイスを支援するために使用されることができ、目標デバイス間の誤接続が効果的に避けられることができる。
【００３３】
下記は、添付図面を参照しながら例示的な実施形態を詳細に記述しており、本発明の他の特徴及び態様が明らかにされる。
【００３４】
本明細書に含まれ、本明細書の一部を構築する添付図面は、共同して、本発明の例示的な実施形態、特性、及び態様を示し、本発明の原理を説明するように意図される。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態１による通信接続確立方法のフローチャートである。
【図２】本発明の実施形態２による通信接続確立方法のフローチャートである。
【図３ａ】ＣＨ１．３仕様書により定義されたハンドオーバ開始メッセージの概略構造図である。
【図３ｂ】ＣＨ１．３仕様書により定義されたハンドオーバ開始メッセージのＨｉレコードの概略構造図である。
【図３ｃ】本発明の一実施形態による拡張Ｈｉレコードの概略構造図である。
【図４】本発明の実施形態３による通信接続確立方法のフローチャートである。
【図５】本発明の実施形態４による通信接続確立方法のフローチャートである。
【図６Ａ】本発明の実施形態５による通信接続確立方法のフローチャートである。
【図６Ｂ】本発明の実施形態５による通信接続確立方法のフローチャートである。
【図７Ａ】本発明の実施形態６による通信接続確立方法のフローチャートである。
【図７Ｂ】本発明の実施形態６による通信接続確立方法のフローチャートである。
【図８Ａ】本発明の実施形態７による通信接続確立方法のフローチャートである。
【図８Ｂ】本発明の実施形態７による通信接続確立方法のフローチャートである。
【図９】本発明の実施形態８による通信接続確立方法のフローチャートである。
【図１０】本発明の実施形態９による通信接続確立方法のフローチャートである。
【図１１】本発明の実施形態１０による仲介デバイスの概略構造図である。
【図１２】本発明の実施形態１１による仲介デバイスの概略構造図である。
【発明を実施するための形態】
【００３６】
下記は、添付図面を参照しながら本発明の様々な例示的な実施形態、特徴、及び態様を詳細に記述している。添付図面の同様の添付記号は、同様の又は類似の機能を有する要素を表す。実施形態の様々な態様が添付図面に示されているが、添付図面は、特に指示がない限り必ずしも比例して描かれていない。
【００３７】
本明細書における「例示的な」という特定の用語は、「実例、実施形態、又は例証となるものとして使用されている」ことを意味する。「例示的な」として記述されるいかなる実施形態も、他の実施形態よりも優れているか又は良好であるとして必ずしも説明されていない。
【００３８】
加えて、本発明をより良く例証するために、様々な特定の細部が、下記の特定の実施方法で与えられる。本発明は、特定の細部なしに実施され得ることも当業者は理解すべきである。いくつかの他の実施形態では、当業者によってよく知られている方法、手段、構成要素、及び回路は、本発明の主要な目的を強調するために、詳細には記述されない。
【００３９】
実施形態１
図１は、本発明の実施形態１による通信接続確立方法のフローチャートである。図１に示されるように、方法は、主として、下記のものを含む。
【００４０】
ステップＳ１：仲介デバイスは、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得し、取得した接続構成情報を保存する。
【００４１】
ステップＳ２：仲介デバイスが少なくとも３つの候補デバイスへの第１の通信接続を実行する前又は実行した後又は実行するとき、仲介デバイスは、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定する。判定方法は下記のものを含むことができる。
【００４２】
方法１：仲介デバイスは、仲介デバイスへの第１の通信接続を実行する最初の候補デバイスが主デバイスであると判定する。
【００４３】
方法２：仲介デバイスは、仲介デバイスへの第１の通信接続を実行する最後の候補デバイスが主デバイスであると判定する。
【００４４】
方法３：仲介デバイスは、デバイス選択コマンドに従って、候補デバイスのうちの１つが主デバイスであると判定する。
【００４５】
方法４：仲介デバイスは、仲介デバイスが少なくとも３つの候補デバイスへの第１の通信接続を実行した後、仲介デバイスへの第１の通信接続を実行する最初のデバイスが主デバイスであると判定する。
【００４６】
ステップＳ３：仲介デバイスは、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスは目標デバイスの各々への第２の通信接続を確立する。第１の通信接続は近距離無線通信ＮＦＣを含み、第２の通信接続はブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む。
【００４７】
仲介デバイスは、候補デバイスの接続構成情報を取得するとともに保存し、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定し、主デバイスの接続構成情報を各目標デバイスの接続構成情報と整合させ、その結果、主デバイスは各目標デバイスへの第２の通信接続を確立する。本発明のこの実施形態で提供される通信接続確立方法によれば、仲介デバイスは、複数の目標デバイスへの第２の通信接続を別々に確立するために、より少ない時間及び労力で、並びに第１の通信接続に基づいて主デバイスを支援するために使用されることができ、目標デバイス間の誤接続が効果的に避けられることができる。
【００４８】
実施形態２
図２は、本発明の実施形態２による通信接続確立方法のフローチャートである。図２に示されるように、方法は、主として、下記のものを含む。
【００４９】
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。
【００５０】
ステップＳ１０２：仲介デバイスＭは、仲介デバイスＭにおける接続構成情報リストを空にし、それは接続構成情報リストＣＡＲＲＩＥＲ＿ＣＯＮＦＩＧ＿ＬＩＳＴを初期化することと等価である。ステップＳ１０１とＳ１０２との間のシーケンスは限定されない。すなわち、Ｓ１０２はＳ１０１の前に実行されてもよく、又は２つのステップは、実行されるとき、１つのステップに組み合わされてもよい。
【００５１】
ステップＳ１０３：仲介デバイスＭは、候補デバイスＤをタップして、ハンドオーバ要求（英語：Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を候補デバイスＤに送り、ここでハンドオーバ要求はハンドオーバ仲介レコード（英語：Ｈａｎｄｏｖｅｒ  Ｍｅｄｉａｔｉｏｎ  Ｒｅｃｏｒｄ，略して「Ｈｍ」）を含むことができ、ここで「Ｈｍ」は端末Ｍを仲介デバイスとして識別するために使用される特別なキャリア（英語：ｃａｒｒｉｅｒ）タイプを表す。次に、仲介デバイスＭは、候補デバイスＤの接続構成情報を取得するために、候補デバイスＤによってフィードバックされたハンドオーバ仲介応答（英語：Ｈａｎｄｏｖｅｒ  Ｍｅｄｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）を受け取り、ここでハンドオーバ仲介応答は候補デバイスＤの接続構成情報を含むことができる。
【００５２】
ステップＳ１０４：仲介デバイスＭは、取得した接続構成情報を接続構成情報リストに保存する。
【００５３】
ステップＳ１０５：仲介デバイスＭは、取得完了コマンドが受け取られているかどうかを判定し、取得完了コマンドが受け取られていない場合、ステップＳ１０３に戻り、又は取得完了コマンドが受け取られている場合、候補接続構成情報の収集が完了していると判定し、ステップＳ１０６を引き続き実行する。そればかりでなく、実行可能な実施方法において、取得完了コマンドを受け取った後、すなわち、取得完了コマンドが受け取られていることがステップＳ１０５において判定された場合、仲介デバイスＭは、すべての候補デバイスの接続構成情報の収集が完了していることをユーザにさらに指示して、主デバイスＡを選択すること、すなわち、ステップＳ１０６を実行することをユーザに気づかせることができる。
【００５４】
ステップＳ１０６：仲介デバイスＭは、デバイス選択コマンドを受け取り、その結果、仲介デバイスＭはデバイス選択コマンドで選択されたデバイスが主デバイスＡであると判定する。
【００５５】
ステップＳ１０７：仲介デバイスＭは、主デバイスＡをタップして、ハンドオーバ要求を主デバイスＡに送り、次に、主デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取って、主デバイスＡの接続構成情報を取得する。実行可能な実施方法において、このステップは次のものをさらに含むことができる。主デバイスＡの接続構成情報が接続構成情報リストに既に記録されている場合、すなわち、主デバイスＡが、受け取ったデバイス選択コマンドに応答して仲介デバイスＭによって候補デバイスＤとして以前にタップされている場合、仲介デバイスＭは、接続構成情報リスト中の主デバイスＡの接続構成情報を無視すること、例えば、主デバイスＡの接続構成情報を削除するか、又は使用不能として主デバイスＡの接続構成情報にマークを付けることができる。
【００５６】
ステップＳ１０８：仲介デバイスＭは、接続構成情報リストに保存されている接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、整合接続構成情報を獲得する。
【００５７】
ステップＳ１０９：仲介デバイスＭは、ハンドオーバ開始要求（英語：Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ  Ｒｅｑｕｅｓｔ）を主デバイスＡに送り、ここでハンドオーバ開始要求は主デバイスＡの接続構成情報と整合するすべての目標デバイスＢの接続構成情報を含み、次に、仲介デバイスＭは、主デバイスＡによってフィードバックされたハンドオーバ開始応答（英語：Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ  Ｒｅｓｐｏｎｓｅ）を受け取り、ここでハンドオーバ開始応答は目標デバイスＢごとに主デバイスＡによって選択された接続構成情報を含む。
【００５８】
ステップＳ１１０：主デバイスＡは、目標デバイスＢごとに主デバイスＡによって選択された接続構成情報に基づいて、限定はしないがブルートゥース接続及びＷｉ−Ｆｉ接続が含まれる、主デバイスＡと各目標デバイスＢとの間の通信接続を開始する。
【００５９】
仲介デバイスは、候補デバイスの接続構成情報を取得するとともに保存し、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定し、主デバイスの接続構成情報を各目標デバイスの接続構成情報と整合させ、その結果、主デバイスは各目標デバイスへの第２の通信接続を確立する。この実施形態による通信接続確立方法は、仲介デバイスＭが、通信接続確立プロセス全体において主デバイスと目標デバイスとの間を行き来する必要がある時間の量を明らかに減少させ、すなわち、操作の容易さを改善する。
【００６０】
例えば、Ｎ個の目標デバイスＢがあると仮定すると、仲介デバイスＭは、Ｎ＋２個のタップを実行する必要があり得る。Ｎ＋２個のタップは、主デバイスＡとＮ個の目標デバイスＢとを含むすべての候補デバイスＤの接続構成情報の収集を完了するための、取得完了コマンドが受け取られる前のＮ＋１個のタップと、主デバイスＡの接続構成情報を取得し、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を実施するための、デバイス選択コマンドが受け取られた後の１つのタップとを含む。取得完了コマンドが受け取られる前に主デバイスＡがタップされない場合、必要とされるタップの量は、さらにＮ＋１個まで減少され得る。
【００６１】
そればかりでなく、先行技術の解決策によれば、目標デバイスの接続構成情報を取得した後、仲介デバイスは、その接続構成情報を、仲介デバイスに保存されている主デバイスの接続構成情報と自動的に整合させ、目標デバイスと主デバイスとの間の通信接続を確立する。しかしながら、この時、別の目標デバイスの接続構成情報が仲介デバイスに保存されている場合、２つの目標デバイスの間の誤接続が引き起こされることがある。本発明のこの実施形態によれば、候補デバイスの接続構成情報を取得した後、仲介デバイスは、整合処理を直ちには実行せず、代わりに、接続構成情報を接続構成情報リストに保存し、候補デバイスの身元が判定された後、主デバイスは、各目標デバイスへの通信接続の開始を開始する。本発明のこの実施形態は、目標デバイス間の誤接続を効果的に避ける。
【００６２】
実行可能な実施方法では、ステップＳ１０４において、仲介デバイスＭは、特別なタイプの取得した接続構成情報、例えば、ブルートゥース接続構成情報のみを接続構成情報リストに保存することができる。加えて、この実施方法では、ステップＳ１０８において、仲介デバイスＭは、保存されているブルートゥース接続構成情報を主デバイスＡのブルートゥース接続構成情報と整合させるだけで足りる。実行可能な特定の実施方法では、候補デバイスＤによってフィードバックされたハンドオーバ仲介応答が、特別なタイプの接続構成情報を含んでいない場合、例えば、ブルートゥース接続構成情報を含んでいない場合、仲介デバイスＭは、警報メッセージを出力して、候補デバイスＤが特別なタイプの接続をサポートしていないことをユーザに指示することができる。
【００６３】
別の実行可能な実施方法では、ステップＳ１０４において、仲介デバイスＭは、すべてのタイプの取得した接続構成情報、例えば、ブルートゥース接続構成情報及びＷｉ−Ｆｉ接続構成情報を接続構成情報リストに保存することができる。加えて、この実施方法では、ステップＳ１０８において、仲介デバイスＭは、接続タイプに従って整合処理を実行し、例えば、接続構成情報リストに保存されているブルートゥース接続構成情報を主デバイスＡのブルートゥース接続構成情報と整合させ、接続構成情報リストに保存されているＷｉ−Ｆｉ接続構成情報を主デバイスＡのＷｉ−Ｆｉ接続構成情報と整合させる。仲介デバイスＭは、特別なタイプの接続に対して優先的な整合処理を実行すること、例えば、接続構成情報リストに保存されているブルートゥース接続構成情報を主デバイスＡのブルートゥース接続構成情報と優先的に整合させることができることは確かである。
【００６４】
そればかりでなく、ステップＳ１０９におけるハンドオーバ開始要求及びハンドオーバ開始応答の両方は、ハンドオーバ開始メッセージ（英語：Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ  Ｍｅｓｓａｇｅ）に属する。図３ａに示されたハンドオーバ開始メッセージの構造によれば、ハンドオーバ開始メッセージは、ハンドオーバ開始レコード（英語：Ｈａｎｄｏｖｅｒ  Ｉｎｉｔｉａｔｅ  Ｒｅｃｏｒｄ，略してＨｉレコード）と、０以上のキャリア構成レコード（英語：Ｃａｒｒｉｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｒｅｃｏｒｄ）、すなわち、ＮＦＣデータ交換フォーマット（英語：ＮＦＣ  Ｄａｔａ  Ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ，略してＮＤＥＦ）レコードにおける接続構成情報とを含む。ハンドオーバ開始要求は、接続構成情報を搬送するために少なくとも１つのＮＤＥＦレコードを含むべきであり、一方、ハンドオーバ開始応答は、Ｈｉレコードのみを含み、ＮＤＥＦレコード（図示せず）を含まなくてもよく、それは、主として、応答デバイスがハンドオーバ開始要求を受け入れるかどうかによって決まる。Ｈｉレコードの構造が図３ｂに示されている。Ｈｉレコードにおける代替のキャリアレコード（英語：Ａｌｔｅｒｎａｔｉｖｅ  Ｃａｒｒｉｅｒ  Ｒｅｃｏｒｄ，略してａｃ）は、前述のＮＤＥＦレコードを指し示すキャリアデータ参照（英語：ＣＡＲＲＩＥＲ＿ＤＡＴＡ＿ＲＥＦＥＲＥＮＣＥ）と、存在することがある補助データ参照（英語：ＡＵＸＩＬＩＡＲＹ＿ＤＡＴＡ＿ＲＥＦＥＲＥＮＣＥ）とを有する。既存のＨｉレコードは、１つのデバイスのみのａｃを含むことができ、各ａｃは、１つのタイプのキャリア（例えば、ブルートゥース又はＷｉ−Ｆｉ）、すなわち、各ハンドオーバ開始要求に対応し、各ハンドオーバ開始応答は、１つのデバイスのみの接続構成情報を指し示すことができる。実行可能な実施方法において、ハンドオーバ開始メッセージにおけるＣＨ１．３仕様書において定義されたＨｉレコードは、本発明のこの実施形態では拡張される。拡張Ｈｉレコードの構造は、図３ｃに示されており、複数のデバイスの代替キャリアレコードを含むことができる。異なるデバイスは、デバイス識別子（ＤＥＶＩＣＥ  ＩＤ）でマークを付けられ、各デバイスは、対応する代替キャリアレコードを有する。デバイス識別子に基づく代替キャリアレコードを使用して、デバイスのＮＤＥＦレコードにおける接続構成情報を指し示すことができる。ハンドオーバ開始要求及びハンドオーバ開始応答のＨｉレコードの構造は、別々に拡張され、その結果、１つのハンドオーバ開始要求及び１つのハンドオーバ開始応答は各々すべての整合接続構成情報を含み、それによって、通信接続確立ステップを簡単化する技術的効果をさらに達成する。
【００６５】
さらに、ステップＳ１０９は他の場合を含むこともでき、実例は下記の通りである。
【００６６】
場合１：仲介デバイスは、最終的に、一回だけ主デバイスをタップし（すなわち、（Ｎ＋２）番目のタップ）、引き続いて、整合処理の後、Ｎ対のハンドオーバ開始要求／ハンドオーバ開始応答を送るとともに受け取り、ここで、各対のハンドオーバ開始要求／ハンドオーバ開始応答は１つの目標デバイスのみの接続構成情報を含む。この場合、ハンドオーバ開始メッセージにおけるＨｉレコードは、拡張される必要がない。
【００６７】
場合２：仲介デバイスは、最終的に、一回だけ主デバイスをタップし、引き続いて、整合処理の後、ｘ（１＜ｘ＜Ｎ）対のハンドオーバ開始要求／ハンドオーバ開始応答を送るとともに受け取り、ここで、各対のハンドオーバ開始要求／ハンドオーバ開始応答はｙ（１＜ｙ＜Ｎ）個の目標デバイスの接続構成情報を含み、ｘ×ｙ＝Ｎである。この場合、ハンドオーバ開始メッセージにおけるＨｉレコードは、拡張される必要がある。
【００６８】
場合３：仲介デバイスは、最終的に、主デバイスをｎ回（１＜ｎ＜Ｎ）タップし、各タップの間に１対のハンドオーバ開始要求／ハンドオーバ開始応答を送るとともに受け取り、ここで、各対のハンドオーバ開始要求／ハンドオーバ開始応答はｍ（１＜ｍ＜Ｎ）個の目標デバイスの接続構成情報を含み、ｍ×ｎ＝Ｎである。この場合、ハンドオーバ開始メッセージにおけるＨｉレコードは、拡張される必要がある。
【００６９】
場合４：仲介デバイスは、最終的に、主デバイスをｎ回（１＜ｎ＜Ｎ）タップし、各タップの間にｍ（１＜ｍ＜Ｎ）対のハンドオーバ開始要求／ハンドオーバ開始応答を送るとともに受け取り、ここで、各対のハンドオーバ開始要求／ハンドオーバ開始応答は１つの目標デバイスの接続構成情報を含み、ｍ×ｎ＝Ｎである。この場合、ハンドオーバ開始メッセージにおけるＨｉレコードは、拡張される必要がない。
【００７０】
場合５：仲介デバイスは、最終的に、主デバイスをｎ回タップし、各タップの間にｍ’（０＜ｍ’＜ｍ）対のハンドオーバ開始要求／ハンドオーバ開始応答を送るとともに受け取り、ここで、各対のハンドオーバ開始要求／ハンドオーバ開始応答はｐ（１＜ｐ＜Ｎ）個の目標の接続構成情報を含み、ｎ×ｍ’×ｐ＝Ｎである。この場合、ハンドオーバ開始メッセージにおけるＨｉレコードは、拡張される必要がある。
【００７１】
場合６：仲介デバイスは、最終的に、主デバイスをＮ回タップし、各タップの間に１対のハンドオーバ開始要求／ハンドオーバ開始応答を送るとともに受け取り、ここで、各対のハンドオーバ開始要求／ハンドオーバ開始応答は１つの目標デバイスの接続構成情報を含む。この場合、ハンドオーバ開始メッセージにおけるＨｉレコードは、拡張される必要がない。
【００７２】
実施形態３
図４は、本発明の実施形態３による通信接続確立方法のフローチャートである。図４に示されるように、方法は、主として、下記のものを含む。
【００７３】
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。
【００７４】
ステップＳ１０２：仲介デバイスＭは、仲介デバイスＭにおける接続構成情報リストを空にする。
【００７５】
ステップＳ１０３：仲介デバイスＭは、候補デバイスＤをタップして、ハンドオーバ要求を候補デバイスＤに送り、ここでハンドオーバ要求はキャリアタイプを含むことができ、次に、仲介デバイスＭは、候補デバイスＤの接続構成情報を取得するために、候補デバイスＤによってフィードバックされたハンドオーバ仲介応答を受け取り、ここでハンドオーバ仲介応答は候補デバイスＤの接続構成情報を含む。
【００７６】
ステップＳ１０４：仲介デバイスＭは、取得した接続構成情報を接続構成情報リストに保存する。
【００７７】
ステップＳ１０５：仲介デバイスＭは、取得完了コマンドが受け取られているかどうかを判定し、取得完了コマンドが受け取られていない場合、ステップＳ１０３に戻り、又は取得完了コマンドが受け取られている場合、候補接続構成情報の収集が完了していると判定し、ステップＳ１０７を引き続き実行する。
【００７８】
ステップＳ１０７：仲介デバイスＭは、主デバイスＡをタップして、ハンドオーバ要求を主デバイスＡに送り、次に、主デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取って、主デバイスＡの接続構成情報を取得する。実行可能な実施方法において、このステップは次のものをさらに含むことができる。主デバイスＡの接続構成情報が接続構成情報リストに既に記録されている場合、すなわち、主デバイスＡが、受け取ったデバイス選択コマンドに応答して仲介デバイスＭによって候補デバイスＤとして以前にタップされている場合、仲介デバイスＭは、接続構成情報リスト中の主デバイスＡの接続構成情報を無視すること、例えば、主デバイスＡの接続構成情報を削除するか、又は使用不能として主デバイスＡの接続構成情報にマークを付けることができる。
【００７９】
ステップＳ１０８：仲介デバイスＭは、接続構成情報リストに保存された接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、整合接続構成情報を獲得する。
【００８０】
実行可能な実施方法において、このステップは次のものをさらに含むことができる。前述の整合処理プロセスにおける整合の間に、候補デバイスの接続構成情報のメディアアクセス制御（英語：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ，略してＭＡＣ）アドレスが、タップの間に取得された主デバイスＡの接続構成情報のＭＡＣアドレスと同じであることを見いだした場合、仲介デバイスＭは、接続構成情報リスト中の主デバイスＡの接続構成情報を無視すること、例えば、主デバイスＡの接続構成情報を削除するか、又は使用不能として主デバイスＡの接続構成情報にマークを付けることができる。
【００８１】
ステップＳ１０９：仲介デバイスＭは、ハンドオーバ開始要求を主デバイスＡに送り、ここでハンドオーバ開始要求は主デバイスＡの接続構成情報と整合するすべての目標デバイスＢの接続構成情報を含み、次に、仲介デバイスＭは、主デバイスＡによってフィードバックされたハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は目標デバイスＢごとに主デバイスＡによって選択された接続構成情報を含む。実施形態２と同様に、ステップＳ１０９は、他の場合を含むこともできるとともに、詳細は本明細書に記述されない。
【００８２】
ステップＳ１１０：主デバイスＡは、目標デバイスＢごとに主デバイスＡによって選択された接続構成情報に基づいて主デバイスＡと各目標デバイスＢとの間の通信接続を開始する。
【００８３】
前述の記述を参照しながら図４を図２と比較することによって分かるように、この実施形態と実施形態２との間の主な差は次の点にある。ステップＳ１０６は実行されず、すなわち、デバイス選択コマンドは使用されず、取得完了コマンドが受け取られた後タップされる最初のデバイスが主デバイスＡであると直接判定され、その結果、主デバイスＡがタップされるとき、主デバイスとしてのＡの身元が判定され、接続構成情報の取得及び整合処理が実行される。
【００８４】
それゆえに、実施形態２に関する詳細な説明及び特別な記述の大部分、例えば、接続構成情報リストに保存されている接続構成情報のタイプに関する、接続構成情報に対する整合処理に関する、及びハンドオーバ開始メッセージの拡張に関する詳細な説明及び特別な記述の大部分は、この実施形態にも適用可能であり、詳細は本明細書に記述されない。
【００８５】
実施形態２と同様に、この実施形態による通信接続確立方法は、やはり、操作の容易さを明らかに改善することができる。例えば、この実施形態の通信接続確立プロセス全体においてＮ個の目標デバイスＢへの通信接続を確立するために仲介デバイスＭが主デバイスＡを支援する必要があると仮定すると、仲介デバイスＭは、Ｎ＋２個のタップを実行する必要があり得る。Ｎ＋２個のタップは、主デバイスＡとＮ個の目標デバイスＢとを含むすべての候補デバイスＤの接続構成情報の収集を完了するための、取得完了コマンドが受け取られる前のＮ＋１個のタップと、主デバイスＡの接続構成情報を取得し、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を実施するための、取得完了コマンドが受け取られた後の１つのタップとを含む。取得完了コマンドが受け取られる前に主デバイスＡがタップされない場合、必要とされるタップの量は、さらにＮ＋１個まで減少され得る。すなわち、この実施形態で必要とされるタップの量は、実施形態２におけるタップの量と同様である。
【００８６】
実施形態２と同様に、この実施形態による通信接続確立方法は、やはり、目標デバイス間の誤接続を避けることができ、詳細は本明細書に記述されない。
【００８７】
実行可能な実施方法において、実施形態２と同様に、取得完了コマンドを受け取った後、すなわち、ステップＳ１０５の判定結果が「はい」である場合、仲介デバイスＭは、すべての候補デバイスの接続構成情報の収集が完了していることをユーザにさらに指示して、仲介デバイスＭを使用して主デバイスＡをタップすること、すなわち、ステップＳ１０７を実行することをユーザに気づかせることができる。
【００８８】
実施形態４
図５は、本発明の実施形態４による通信接続確立方法のフローチャートである。図５に示されるように、方法は、主として、下記のものを含む。
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。加えて、ステップＳ１０１は実行されないことがあり、後続の目的は、最初に、ステップＳ１０２及びＳ３０１を実行することによっても達成され得る。
【００８９】
ステップＳ１０２：仲介デバイスＭは、仲介デバイスＭにおける接続構成情報リストを空にする。
【００９０】
ステップＳ３０１：仲介デバイスＭは、多対１モードを選択して、最初に、目標デバイスをタップし、次に、主デバイスをタップすると判定する。
【００９１】
ステップＳ１０３：仲介デバイスＭは、目標デバイスＢをタップして、ハンドオーバ要求を目標デバイスＢに送り、ここでハンドオーバ要求はキャリアタイプを含むことができ、次に、仲介デバイスＭは、目標デバイスＢの接続構成情報を取得するために、目標デバイスＢによってフィードバックされたハンドオーバ仲介応答を受け取り、ここでハンドオーバ仲介応答は目標デバイスＢの接続構成情報を含む。
【００９２】
ステップＳ１０４：仲介デバイスＭは、取得した接続構成情報を接続構成情報リストに保存する。
【００９３】
ステップＳ１０５：仲介デバイスＭは、取得完了コマンドが受け取られているかどうかを判定し、取得完了コマンドが受け取られていない場合、ステップＳ１０３に戻り、又は取得完了コマンドが受け取られている場合、候補接続構成情報の収集が完了していると判定し、ステップＳ１０７を引き続き実行する。
【００９４】
ステップＳ１０７：仲介デバイスＭは、主デバイスＡをタップして、ハンドオーバ要求を主デバイスＡに送り、次に、主デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取って、主デバイスＡの接続構成情報を取得する。
【００９５】
ステップＳ１０８：仲介デバイスＭは、接続構成情報リストに保存された接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、整合接続構成情報を獲得する。
【００９６】
ステップＳ１０９：仲介デバイスＭは、ハンドオーバ開始要求を主デバイスＡに送り、ここでハンドオーバ開始要求は主デバイスＡの接続構成情報と整合するすべての目標デバイスＢの接続構成情報を含み、次に、仲介デバイスＭは、主デバイスＡによってフィードバックされたハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は目標デバイスＢごとに主デバイスＡによって選択された接続構成情報を含む。実施形態２と同様に、ステップＳ１０９は、他の場合を含むこともできるとともに、詳細は本明細書に記述されない。
【００９７】
ステップＳ１１０：主デバイスＡは、目標デバイスＢごとに主デバイスＡによって選択された接続構成情報に基づいて主デバイスＡと各目標デバイスＢとの間の通信接続を開始する。
【００９８】
前述の記述を参照しながら図５を図２と比較することによって分かるように、この実施形態と実施形態２との間の主な差は次の点にある。ステップＳ１０６はステップＳ３０１と取り替えられ、すなわち、デバイス選択コマンドは使用されず、主デバイス及び目標デバイスの身元は、選択された多対１（すなわち、タップシーケンスは、最初に、目標デバイスをタップし、次に、主デバイスをタップする）モードに従って判定される。
【００９９】
それゆえに、実施形態２に関する詳細な説明及び特別な記述の大部分、例えば、接続構成情報リストに保存されている接続構成情報のタイプに関する、接続構成情報に対する整合処理に関する、及びハンドオーバ開始メッセージの拡張に関する詳細な説明及び特別な記述の大部分は、この実施形態にも適用可能であり、詳細は本明細書に記述されない。加えて、実施形態２及び実施形態３と同様に、この実施形態による通信接続確立方法は、やはり、操作の容易さを明らかに改善することができる。
【０１００】
例えば、この実施形態の通信接続確立プロセス全体においてＮ個の目標デバイスＢへの通信接続を確立するために仲介デバイスＭが主デバイスＡを支援する必要があると仮定すると、仲介デバイスＭは、単にＮ＋１個のタップを実行する必要があり得る。Ｎ＋１個のタップは、Ｎ個の目標デバイスＢの接続構成情報の収集を完了するための、取得完了コマンドが受け取られる前のＮ個のタップと、主デバイスＡの接続構成情報を取得し、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を実施するための、取得完了コマンドが受け取られた後の１つのタップとを含む。すなわち、この実施形態で必要とされるタップの量は、実施形態２及び実施形態３のタップの量よりも１つ少ない。
【０１０１】
実施形態２と同様に、この実施形態による通信接続確立方法は、やはり、目標デバイス間の誤接続を避けることができ、詳細は本明細書に記述されない。
【０１０２】
実行可能な実施方法において、実施形態２及び実施形態３と同様に、取得完了コマンドを受け取った後、すなわち、ステップＳ１０５の判定結果が「はい」である場合、仲介デバイスＭは、すべての目標デバイスＢの接続構成情報の収集が完了していることをユーザにさらに指示して、仲介デバイスＭを使用して主デバイスＡをタップすること、すなわち、ステップＳ１０７を実行することをユーザに気づかせることができる。
【０１０３】
図５は、ステップＳ３０１がステップＳ１０２の後に実行されることを示しているが、本発明はそれに限定されないことを当業者は理解できることに留意されたい。実際、目標デバイスと主デバイスとの間のタップシーケンスがステップＳ１０７の前に判定され得る限り、ステップＳ３０１はステップＳ１０２の前に実行されてもよく、又はステップＳ１０２と同時に実行されてもよい。
【０１０４】
実施形態５
図６Ａ及び図６Ｂは、本発明の実施形態５による通信接続確立方法のフローチャートである。図６Ａ及び図６Ｂに示されるように、方法は、主として、下記のものを含む。
【０１０５】
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。加えて、ステップＳ１０１は実行されないことがあり、後続の目的は、最初に、ステップＳ１０２及びＳ３０１を実行することによっても達成され得る。
【０１０６】
ステップＳ１０２：仲介デバイスＭは、仲介デバイスＭにおける接続構成情報リストを空にする。
【０１０７】
ステップＳ３０１：仲介デバイスＭは、多対１モードを選択して、最初に、目標デバイスをタップし、次に、主デバイスをタップすると判定する。
【０１０８】
ステップＳ４０１：仲介デバイスＭは、カウンタのカウント値を０に設定し、それはカウンタを初期化することと等価である。ステップＳ４０１は、Ｓ３０１の前に実行されてもよい。
【０１０９】
ステップＳ１０３：仲介デバイスＭは、目標デバイスＢをタップして、ハンドオーバ要求を目標デバイスＢに送り、ここでハンドオーバ要求はキャリアタイプを含むことができ、次に、仲介デバイスＭは、目標デバイスＢの接続構成情報を取得するために、目標デバイスＢによってフィードバックされたハンドオーバ仲介応答を受け取り、ここでハンドオーバ仲介応答は目標デバイスＢの接続構成情報を含む。
【０１１０】
ステップＳ４０２：仲介デバイスＭは、カウンタのカウント値に１を加える。Ｓ４０２は、Ｓ１０４の後及びＳ１０５の前の時点に実行されてもよい。
【０１１１】
ステップＳ１０４：仲介デバイスＭは、取得した接続構成情報を接続構成情報リストに保存する。
【０１１２】
ステップＳ１０５：仲介デバイスＭは、取得完了コマンドが受け取られているかどうかを判定し、取得完了コマンドが受け取られていない場合、ステップＳ１０３に戻り、又は取得完了コマンドが受け取られている場合、候補接続構成情報の収集が完了していると判定し、ステップＳ１０７を引き続き実行する。
【０１１３】
ステップＳ１０７：仲介デバイスＭは、主デバイスＡをタップして、ハンドオーバ要求を主デバイスＡに送り、次に、主デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取って、主デバイスＡの接続構成情報を取得する。
【０１１４】
ステップＳ４０３：仲介デバイスＭは、カウンタのカウント値から１を減じる。
【０１１５】
ステップＳ４０４：仲介デバイスＭは、接続構成情報リストに保存されている目標デバイスＢの接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、目標デバイスＢのものであり、主デバイスＡの接続構成情報と整合する接続構成情報を判定する。
【０１１６】
ステップＳ４０５：仲介デバイスＭは、ハンドオーバ開始要求を主デバイスＡに送り、ここでハンドオーバ開始要求は主デバイスＡの接続構成情報と整合する目標デバイスＢの判定された接続構成情報を含み、次に、仲介デバイスＭは、主デバイスＡによってフィードバックされたハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は目標デバイスＢに対して主デバイスＡによって選択された接続構成情報を含む。
【０１１７】
ステップＳ４０６：主デバイスＡは、目標デバイスＢに対して主デバイスＡによって選択された接続構成情報に基づいて主デバイスＡと目標デバイスＢとの間の通信接続を開始する。
【０１１８】
ステップＳ４０７：仲介デバイスＭは、カウンタのカウント値が０より大きいかどうかを判定し、「はい」の場合、ステップＳ１０７に戻り、さもなければ、この手順を終了する。
【０１１９】
前述の記述を参照しながら図６Ａ及び図６Ｂを図５と比較することによって分かるように、この実施形態と実施形態４との間の主な差は次の点にある。目標デバイスＢの量を計数するために、ステップＳ４０１がステップＳ３０１とステップＳ１０３との間に加えられ、ステップＳ４０２がステップ１０３とステップＳ１０４との間に加えられ、ステップＳ１０８からＳ１１０は、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を、主デバイスＡを連続的にタップすることによって順次に実施するために、ステップＳ４０３からＳ４０７と取り替えられ、その結果、ＣＨ１．３仕様書におけるＨｉレコードは複数の目標デバイスＢの接続構成情報を含むように拡張される必要がない。
【０１２０】
それゆえに、実施形態２から実施形態４に関する詳細な説明及び特別な記述の大部分、例えば、接続構成情報リストに保存されている接続構成情報のタイプに関する、及び接続構成情報に対する整合処理に関する詳細な説明及び特別な記述の大部分は、この実施形態にも適用可能であり、詳細は本明細書に記述されない。加えて、実施形態２から実施形態４と同様に、この実施形態による通信接続確立方法は、やはり、操作の容易さを明らかに改善することができる。
【０１２１】
例えば、この実施形態の通信接続確立プロセス全体においてＮ個の目標デバイスＢへの通信接続を確立するために仲介デバイスＭが主デバイスＡを支援する必要があると仮定すると、仲介デバイスＭは、最大２Ｎ個のタップを実行する必要があり得る。２Ｎ個のタップは、Ｎ個の目標デバイスＢの接続構成情報の収集を完了するための、取得完了コマンドが受け取られる前のＮ個のタップと、主デバイスＡの接続構成情報を取得し、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を実施するための、取得完了コマンドが受け取られた後のＮ個のタップとを含む。この実施形態で必要とされるタップの量は、実施形態４のタップの量と比較してＮ＋１から２Ｎに増加する。しかしながら、既存のＣＨ１．３仕様書におけるハンドオーバ開始メッセージは拡張される必要がなく、後半のＮ個のタップは、主デバイスＡと関係なく連続的に実行され、すなわち、ユーザは、仲介デバイスＭを主デバイスＡと各目標デバイスＢとの間で行き来させる必要がないので、この実施形態による通信接続確立方法は、依然として、ユーザ操作の容易さを効果的に改善することができる。
【０１２２】
実施形態２と同様に、この実施形態による通信接続確立方法は、やはり、目標デバイス間の誤接続を避けることができ、詳細は本明細書に記述されない。
【０１２３】
実行可能な実施方法において、実施形態２から実施形態４と同様に、取得完了コマンドを受け取った後、すなわち、ステップＳ１０５の判定結果が「はい」である場合、仲介デバイスＭは、すべての目標デバイスＢの接続構成情報の収集が完了していることをユーザにさらに指示して、仲介デバイスＭを使用して主デバイスＡをタップすること、すなわち、ステップＳ１０７を実行することをユーザに気づかせることができる。
【０１２４】
実施形態４と同様に、図６Ａ及び図６Ｂは、ステップＳ３０１がステップＳ１０２の後に実行されることを示しているが、本発明はそれに限定されないことに留意すべきである。実際、主デバイスと目標デバイスとの間のタップシーケンスがステップＳ１０７の前に判定され得る限り、ステップＳ３０１はステップＳ１０２の前に実行されてもよく、又はステップＳ１０２と同時に実行されてもよい。
【０１２５】
そればかりでなく、図６Ａ及び図６Ｂは、ステップＳ４０３がステップＳ４０４の前に実行されることを示しているが、本発明はそれに限定されない。実際、ステップＳ４０３は、カウンタのカウント値の更新がステップＳ１０７の後に及びステップＳ４０７の前に完了され得る限り、ステップＳ４０４、Ｓ４０５、及びＳ４０６のうちの任意の１つの後に実行されてもよい。
【０１２６】
実施形態６
図７Ａ及び図７Ｂは、本発明の実施形態６による通信接続確立方法のフローチャートである。図７Ａ及び図７Ｂに示されるように、方法は、主として、下記のものを含む。
【０１２７】
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。加えて、ステップＳ１０１は実行されないことがあり、後続の目的は、最初に、ステップＳ１０２及びＳ３０１を実行することによっても達成され得る。
【０１２８】
ステップＳ１０２：仲介デバイスＭは、仲介デバイスＭにおける接続構成情報リストを空にする。
【０１２９】
ステップＳ３０１：仲介デバイスＭは、多対１モードを選択して、最初に、目標デバイスをタップし、次に、主デバイスをタップすると判定する。
【０１３０】
ステップＳ５０１：仲介デバイスＭは、量表示コマンドを受け取って、目標デバイスの量Ｎを判定する。
【０１３１】
ステップＳ４０１：仲介デバイスＭは、カウンタのカウント値を０に設定する。
【０１３２】
ステップＳ１０３：仲介デバイスＭは、目標デバイスＢをタップして、ハンドオーバ要求を目標デバイスＢに送り、ここでハンドオーバ要求はキャリアタイプを含むことができ、次に、仲介デバイスＭは、目標デバイスＢの接続構成情報を取得するために、目標デバイスＢによってフィードバックされたハンドオーバ仲介応答を受け取り、ここでハンドオーバ仲介応答は目標デバイスＢの接続構成情報を含む。
【０１３３】
ステップＳ４０２：仲介デバイスＭは、カウンタのカウント値に１を加える。
【０１３４】
ステップＳ１０４：仲介デバイスＭは、取得した接続構成情報を接続構成情報リストに保存する。
【０１３５】
ステップＳ５０２：仲介デバイスＭは、カウンタのカウント値がＮより小さいかどうかを判定し、「はい」の場合、ステップＳ１０３に戻り、又はそうでない場合、候補接続構成情報の収集が完了していると判定し、ステップＳ１０７を引き続き実行する。
【０１３６】
ステップＳ１０７：仲介デバイスＭは、主デバイスＡをタップして、ハンドオーバ要求を主デバイスＡに送り、次に、主デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取って、主デバイスＡの接続構成情報を取得する。
【０１３７】
ステップＳ１０８：仲介デバイスＭは、接続構成情報リストに保存された接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、整合接続構成情報を獲得する。
【０１３８】
ステップＳ１０９：仲介デバイスＭは、ハンドオーバ開始要求を主デバイスＡに送り、ここでハンドオーバ開始要求は主デバイスＡの接続構成情報と整合するすべての目標デバイスＢの接続構成情報を含み、次に、仲介デバイスＭは、主デバイスＡによってフィードバックされたハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は目標デバイスＢごとに主デバイスＡによって選択された接続構成情報を含む。実施形態２と同様に、ステップＳ１０９は、他の場合を含むこともできるとともに、詳細は本明細書に記述されない。
【０１３９】
ステップＳ１１０：主デバイスＡは、目標デバイスＢごとに主デバイスＡによって選択された接続構成情報に基づいて主デバイスＡと各目標デバイスＢとの間の通信接続を開始する。
【０１４０】
前述の記述を参照しながら図７Ａ及び図７Ｂを図６Ａ及び図６Ｂと比較することによって分かるように、この実施形態と実施形態５との間の主な差は次の点にある。ステップＳ５０１がステップＳ４０１の前に加えられ、ステップ１０５がステップ５０２と取り替えられて、候補接続構成情報の収集が完了しており、取得完了コマンドが使用される必要がないかどうかを目標デバイスの設定量Ｎに基づいて判定し、ステップＳ４０３からＳ４０７が、ステップＳ１０８からＳ１１０と取り替えられて、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を、主デバイスＡを一回のみタップすることによって実施し、主デバイスＡは、連続的に複数回タップされる必要がない。
【０１４１】
それゆえに、実施形態２から実施形態５に関する詳細な説明及び特別な記述の大部分、例えば、接続構成情報リストに保存されている接続構成情報のタイプに関する、接続構成情報に対する整合処理に関する、及びハンドオーバ開始メッセージの拡張に関する詳細な説明及び特別な記述の大部分は、この実施形態にも適用可能であり、詳細は本明細書に記述されない。加えて、実施形態２から実施形態５と同様に、この実施形態による通信接続確立方法は、やはり、操作の容易さを明らかに改善することができる。
【０１４２】
例えば、この実施形態の通信接続確立プロセス全体においてＮ個の目標デバイスＢへの通信接続を確立するために仲介デバイスＭが主デバイスＡを支援する必要があると仮定すると、仲介デバイスＭは、Ｎ＋１個のタップを実行する必要があり得る。Ｎ＋１個のタップは、Ｎ個の目標デバイスＢの接続構成情報の収集を完了するための最初のＮ個のタップと、主デバイスＡの接続構成情報を取得し、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を実施するためのもっと後の１つのタップとを含む。すなわち、この実施形態で必要とされるタップの量は、実施形態４におけるタップの量と同じである。
【０１４３】
実施形態２と同様に、この実施形態による通信接続確立方法は、やはり、目標デバイス間の誤接続を避けることができ、詳細は本明細書に記述されない。
【０１４４】
実行可能な実施方法において、実施形態２から実施形態５と同様に、Ｎ個の目標デバイスＢをタップした後、すなわち、ステップＳ５０２における判定結果が「はい」である場合、仲介デバイスＭは、すべての目標デバイスＢの接続構成情報の収集が完了していることをユーザにさらに指示して、仲介デバイスＭを使用して主デバイスＡをタップすること、すなわち、ステップＳ１０７を実行することをユーザに気づかせることができる。
【０１４５】
実施形態４及び実施形態５と同様に、図７Ａ及び図７Ｂは、ステップＳ３０１がステップＳ１０２の後に実行されることを示しているが、本発明はそれに限定されないことに留意すべきである。実際、主デバイスと目標デバイスとの間のタップシーケンスがステップＳ１０７の前に判定され得る限り、ステップＳ３０１はステップＳ１０２の前に実行されてもよく、又はステップＳ１０２と同時に実行されてもよい。
【０１４６】
そればかりでなく、図７Ａ及び図７Ｂは、ステップＳ５０１がステップＳ４０１の前に実行されることを示しているが、本発明はそれに限定されない。実際、目標デバイスの量がステップＳ１０３の前に判定され得る限り、ステップＳ５０１は、ステップＳ４０１と組み合わされてもよく、又はステップＳ１０２、Ｓ３０１、及びＳ４０１のうちの任意の１つの前に実行されてもよい。
【０１４７】
それに加えて、図７Ａ及び図７Ｂは、ステップＳ４０２がステップＳ４０４の前に実行されることを示しているが、本発明はそれに限定されない。実際、ステップＳ４０２は、カウンタのカウント値の更新がステップＳ１０３の後に及びステップＳ５０２の前に完了され得る限り、ステップＳ１０４の後に実行されてもよい。
【０１４８】
実施形態７
図８Ａ及び図８Ｂは、本発明の実施形態７による通信接続確立方法のフローチャートである。図８Ａ及び図８Ｂに示されるように、方法は、主として、下記のものを含む。
【０１４９】
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。加えて、ステップＳ１０１は実行されないことがあり、後続の目的は、最初に、ステップＳ１０２及びＳ３０１を実行することによっても達成され得る。
【０１５０】
ステップＳ１０２：仲介デバイスＭは、仲介デバイスＭにおける接続構成情報リストを空にする。
【０１５１】
ステップＳ３０１：仲介デバイスＭは、多対１モードを選択して、最初に、目標デバイスをタップし、次に、主デバイスをタップすると判定する。
【０１５２】
ステップＳ５０１：仲介デバイスＭは、量表示コマンドを受け取って、目標デバイスの量Ｎを判定する。
【０１５３】
ステップＳ４０１：仲介デバイスＭは、カウンタのカウント値を０に設定する。
【０１５４】
ステップＳ１０３：仲介デバイスＭは、目標デバイスＢをタップして、ハンドオーバ要求を目標デバイスＢに送り、ここでハンドオーバ要求はキャリアタイプを含むことができ、次に、仲介デバイスＭは、目標デバイスＢの接続構成情報を取得するために、目標デバイスＢによってフィードバックされたハンドオーバ仲介応答を受け取り、ここでハンドオーバ仲介応答は目標デバイスＢの接続構成情報を含む。
【０１５５】
ステップＳ１０４：仲介デバイスＭは、取得した接続構成情報を接続構成情報リストに保存する。
【０１５６】
ステップＳ４０２：仲介デバイスＭは、カウンタのカウント値に１を加える。
【０１５７】
ステップＳ５０２：仲介デバイスＭは、カウンタのカウント値がＮより小さいかどうかを判定し、「はい」の場合、ステップＳ１０３に戻り、又はそうでない場合、候補接続構成情報の収集が完了していると判定し、ステップＳ１０７を引き続き実行する。
【０１５８】
ステップＳ１０７：仲介デバイスＭは、主デバイスＡをタップして、ハンドオーバ要求を主デバイスＡに送り、次に、主デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取って、主デバイスＡの接続構成情報を取得する。
【０１５９】
ステップＳ４０３：仲介デバイスは、カウンタのカウント値から１を減じる。
【０１６０】
ステップＳ４０４：仲介デバイスＭは、接続構成情報リストに保存されている目標デバイスＢの接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、目標デバイスＢのものであり、主デバイスＡの接続構成情報と整合する接続構成情報を判定する。
【０１６１】
ステップＳ４０５：仲介デバイスＭは、ハンドオーバ開始要求を主デバイスＡに送り、ここでハンドオーバ開始要求は主デバイスＡの接続構成情報と整合する目標デバイスＢの判定された接続構成情報を含み、次に、仲介デバイスＭは、主デバイスＡによってフィードバックされたハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は目標デバイスＢに対して主デバイスＡによって選択された接続構成情報を含む。
【０１６２】
ステップＳ４０６：主デバイスＡは、目標デバイスＢに対して主デバイスＡによって選択された接続構成情報に基づいて主デバイスＡと目標デバイスＢとの間の通信接続を開始する。
【０１６３】
ステップＳ４０７：仲介デバイスＭは、カウンタのカウント値が０より大きいかどうかを判定し、「はい」の場合、ステップＳ１０７に戻り、さもなければ、この手順を終了する。
【０１６４】
前述の記述を参照しながら図８Ａ及び図８Ｂを図７Ａ及び図７Ｂと比較することによって分かるように、この実施形態と実施形態６との間の主な差は次の点にある。ステップＳ１０８からＳ１１０は、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を、主デバイスＡを連続的にタップすることによって順次に実施するために、ステップＳ４０３からＳ４０７と取り替えられ、その結果、ＣＨ１．３仕様書におけるＨｉレコードは複数の目標デバイスＢの接続構成情報を含むように拡張される必要がない。
【０１６５】
それゆえに、実施形態２から実施形態６に関する詳細な説明及び特別な記述の大部分、例えば、接続構成情報リストに保存されている接続構成情報のタイプに関する、及び接続構成情報に対する整合処理に関する詳細な説明及び特別な記述の大部分は、この実施形態にも適用可能であり、詳細は本明細書に記述されない。加えて、実施形態２から実施形態６と同様に、この実施形態による通信接続確立方法は、やはり、操作の容易さを明らかに改善することができる。
【０１６６】
例えば、この実施形態の通信接続確立プロセス全体においてＮ個の目標デバイスＢへの通信接続を確立するために仲介デバイスＭが主デバイスＡを支援する必要があると仮定すると、仲介デバイスＭは、最大２Ｎ個のタップを実行する必要があり得る。２Ｎ個のタップは、Ｎ個の目標デバイスＢの接続構成情報の収集を完了するための最初のＮ個のタップと、主デバイスＡの接続構成情報を取得し、主デバイスＡによる主デバイスＡと各目標デバイスＢとの間の通信接続のハンドオーバ開始を実施するための後半のＮ個のタップとを含む。この実施形態で必要とされるタップの量は、実施形態６のタップの量と比較して、Ｎ＋１から２Ｎに増加する。しかしながら、実施形態５と同じく、既存のＣＨ１．３仕様書におけるハンドオーバ開始メッセージは拡張される必要がなく、後半のＮ個のタップは、主デバイスＡと関係なく連続的に実行され、すなわち、ユーザは、仲介デバイスＭを主デバイスＡと各目標デバイスＢとの間で行き来させる必要がないので、この実施形態による通信接続確立方法は、依然として、ユーザ操作の容易さを効果的に改善することができる。
【０１６７】
実施形態２と同様に、この実施形態による通信接続確立方法は、やはり、目標デバイス間の誤接続を避けることができ、詳細は本明細書に記述されない。
【０１６８】
実行可能な実施方法において、実施形態２から実施形態６と同様に、Ｎ個の目標デバイスＢをタップした後、すなわち、ステップＳ５０２における判定結果が「はい」である場合、仲介デバイスＭは、すべての目標デバイスＢの接続構成情報の収集が完了していることをユーザにさらに指示して、仲介デバイスＭを使用して主デバイスＡをタップすること、すなわち、ステップＳ１０７を実行することをユーザに気づかせることができる。
【０１６９】
実施形態４から実施形態６と同様に、図８Ａ及び図８Ｂは、ステップＳ３０１がステップＳ１０２の後に実行されることを示しているが、本発明はそれに限定されないことに留意すべきである。実際、主デバイスと目標デバイスとの間のタップシーケンスがステップＳ１０７の前に判定され得る限り、ステップＳ３０１はステップＳ１０２の前に実行されてもよく、又はステップＳ１０２と同時に実行されてもよい。
【０１７０】
そればかりでなく、実施形態６と同様に、図８Ａ及び図８Ｂは、ステップＳ５０１がステップＳ４０１の前に実行されることを示しているが、本発明はそれに限定されない。実際、目標デバイスの量がステップＳ１０３の前に判定され得る限り、ステップＳ５０１は、ステップＳ１０２、Ｓ３０１、及びＳ４０１のうちの任意の１つの前に実行されてもよい。
【０１７１】
それに加えて、図８Ａ及び図８Ｂは、ステップＳ４０３がステップＳ４０４の前に実行されることを示しているが、本発明はそれに限定されない。実際、ステップＳ４０３は、カウンタのカウント値の更新がステップＳ１０７の後に及びステップＳ４０７の前に完了され得る限り、ステップＳ４０４、Ｓ４０５、及びＳ４０６のうちの任意の１つの後に実行されてもよい。
【０１７２】
実施形態８
図９は、本発明の実施形態８による通信接続確立方法のフローチャートである。図９に示されるように、方法は、主として、下記のものを含む。
【０１７３】
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。この実施形態では、このステップは省略されることがあり、ステップＳ７０１が直接実行される。
【０１７４】
ステップＳ７０１：仲介デバイスＭは、１対多モードを選択して、最初に、主デバイスをタップし、次に、目標デバイスをタップするように判定する。
【０１７５】
ステップＳ７０２：仲介デバイスＭは、主デバイスＡをタップし、主デバイスＡにハンドオーバ要求を送り、ここでハンドオーバ要求はキャリアタイプを含むことができ、次に、仲介デバイスＭは、主要デバイスＡの接続構成情報を取得するために、主要デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取り、ここでハンドオーバ仲介応答は主要デバイスＡの接続構成情報を含む。
【０１７６】
ステップＳ７０３：仲介デバイスＭは、目標デバイスＢをタップし、ハンドオーバ要求を目標デバイスＢに送り、次に、目標デバイスＢによってフィードバックされたハンドオーバ仲介応答を受け取って、目標デバイスＢの接続構成情報を取得する。
【０１７７】
ステップＳ７０４：仲介デバイスＭは、目標デバイスＢの接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、主デバイスＡのものであり、目標デバイスＢの接続構成情報と整合する接続構成情報を判定する。
【０１７８】
ステップＳ７０５：仲介デバイスＭは、ハンドオーバ開始要求を目標デバイスＢに送り、ここでハンドオーバ開始要求は目標デバイスＢの接続構成情報と整合する主デバイスＡの接続構成情報を含み、次に、仲介デバイスＭは、目標デバイスＢによってフィードバックされたハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は主デバイスＡに対して目標デバイスＢによって選択された接続構成情報を含む。
【０１７９】
ステップＳ７０６：目標デバイスＢは、主デバイスＡに対して目標デバイスＢによって選択された接続構成情報に基づいて目標デバイスＢと主デバイスＡとの間の通信接続を開始する。
【０１８０】
ステップＳ７０７：仲介デバイスＭは、主デバイスＡの接続構成情報を保存し、目標デバイスＢの接続構成情報を放出し、例えば、目標デバイスＢの接続構成情報を削除するか、又は使用不能として目標デバイスＢの接続構成情報にマークを付ける。
【０１８１】
ステップＳ７０８：仲介デバイスＭは、確立完了コマンドが受け取られているかどうかを判定し、確立完了コマンドが受け取られていない場合、ステップＳ７０３に戻り、又は確立完了コマンドが受け取られている場合、この手順を終了する。
【０１８２】
ステップＳ７０７について、実行可能な実施方法では、仲介デバイスＭは、主デバイスＡの特別なタイプの接続構成情報、例えば、ブルートゥース接続構成情報のみを保存することができる。加えて、この実施方法では、ステップＳ７０４において、仲介デバイスＭは、保存されているブルートゥース接続構成情報を目標デバイスＢのブルートゥース接続構成情報と整合させるだけで足りる。実行可能な特定の実施方法では、目標デバイスＢによってフィードバックされたハンドオーバ仲介応答が、特別なタイプの接続構成情報を含んでいない場合、例えば、ブルートゥース接続構成情報を含んでいない場合、仲介デバイスＭは、警報メッセージを出力して、目標デバイスＢが特別なタイプの接続をサポートしていないことをユーザに指示することができる。
【０１８３】
代替として、別の実行可能な実施方法では、ステップＳ７０７において、仲介デバイスＭは、主デバイスＡのすべてのタイプの接続構成情報、例えば、ブルートゥース接続構成情報及びＷｉ−Ｆｉ接続構成情報を保存することができる。加えて、この実施方法では、ステップＳ７０４において、仲介デバイスＭは、接続タイプに従って整合処理を実行し、例えば、保存しているブルートゥース接続構成情報を目標デバイスＢのブルートゥース接続構成情報と整合させ、保存しているＷｉ−Ｆｉ接続構成情報を目標デバイスＢのＷｉ−Ｆｉ接続構成情報と整合させる。仲介デバイスＭは、特別なタイプの接続に対して優先的な整合処理を実行すること、例えば、接続構成情報リストに保存されているブルートゥース接続構成情報を主デバイスＡのブルートゥース接続構成情報と優先的に整合させることができることは確かである。
【０１８４】
そればかりでなく、実行可能な実施方法では、実施形態２から実施形態７と同様に、仲介デバイスＭは、接続構成情報リストを使用することによって主デバイスＡの接続構成情報を保存することができる。この実施方法では、仲介デバイスＭが仲介デバイスＭにおける接続構成情報リストを空にするように、ステップＳ１０２はステップＳ７０２の前に実行される必要がある。
【０１８５】
前述の記述を参照しながら図９を図５と比較することによって分かるように、この実施形態と実施形態４との間の主な差は次の点にある。ステップＳ３０１はステップＳ７０１と取り替えられ、その結果、主デバイス及び目標デバイスの身元は、選択された１対多（すなわち、タップシーケンスは、最初に、主デバイスをタップし、次に、目標デバイスをタップする）モードに従って判定され、主デバイス及び目標デバイスの身元は、多対１（すなわち、タップシーケンスは、最初に、目標デバイスをタップし、次に、主デバイスをタップする）モードに従って判定されない。ステップＳ１０３からＳ１０５はステップＳ７０２と取り替えられ、ステップＳ１０７からＳ１１０はステップＳ７０３から７０８と取り替えられ、その結果、仲介デバイスＭは、確立完了コマンドが受け取られるまで主デバイスＡの接続構成情報を保存し、確立完了コマンドが受け取られる前に、仲介デバイスＭが目標デバイスＢをタップするたびに、仲介デバイスＭは、目標デバイスＢの接続構成情報を取得し、目標デバイスＢによる主デバイスＡのハンドオーバ開始を実施する。
【０１８６】
言い換えれば、主デバイス及び目標デバイスの身元が、１対多モードに基づいて判定された後、仲介デバイスＭは、確立完了コマンドが受け取られるまで主デバイスＡの接続構成情報を保存し、確立完了コマンドが受け取られる前に、仲介デバイスＭが目標デバイスＢをタップするたびに、仲介デバイスＭは、目標デバイスＢの接続構成情報を取得し、目標デバイスＢによる主デバイスＡのハンドオーバ開始を実施する。この実施形態による通信接続確立方法は、通信接続確立プロセス全体において仲介デバイスＭによって実行される必要があるタップの量を明らかに減少させ、すなわち、操作の容易さを改善する。
【０１８７】
例えば、この実施形態の通信接続確立プロセス全体においてＮ個の目標デバイスＢへの通信接続を確立するために仲介デバイスＭが主デバイスＡを支援する必要があると仮定すると、仲介デバイスＭは、単にＮ＋１個のタップを実行する必要があり得る。Ｎ＋１個のタップは、主デバイスＡの接続構成情報の収集を完了するための最初の１つのタップと、Ｎ個の目標デバイスＢの接続構成情報の収集を完了し、各目標デバイスＢによる主デバイスＡのハンドオーバ開始を実施するためのもっと後のＮ個のタップとを含む。すなわち、この実施形態で必要とされるタップの量は、実施形態４及び実施形態６におけるタップの量と同じである。そればかりでなく、この実施形態では、仲介デバイスＭは、主デバイスＡの接続構成情報を保存し、目標デバイスＢの接続構成情報を放出し、それにより、目標デバイスＢ間の誤接続を効果的に避けることができる。それゆえに、実施形態２から実施形態７と同様に、この実施形態による通信接続確立方法は、誤接続を効果的に避け、操作の容易さを明らかに改善するという有益な効果を達成することもできる。
【０１８８】
実行可能な実施方法において、確立完了コマンドを受け取った後、すなわち、ステップＳ７０８の判定結果が「はい」である場合、仲介デバイスＭは、すべての目標デバイスＢが主デバイスへの通信接続を確立したことをユーザにさらに指示し、通信接続確立プロセス全体が完了していることをユーザに気づかせることができる。
【０１８９】
図９は、ステップＳ７０１がステップＳ７０２の前に実行されることを示しているが、本発明がそれに限定されないことを当業者は理解できるべきであることに留意されたい。実際、主デバイスと目標デバイスとの間のタップシーケンスがステップＳ７０３の前に判定され得る限り、ステップＳ７０１はステップＳ７０２の後に実行されてもよく、又はステップＳ７０２と同時に実行されてもよい。
【０１９０】
実施形態９
図１０は、本発明の実施形態９による通信接続確立方法のフローチャートである。図１０に示されるように、方法は、主として、下記のものを含む。
【０１９１】
ステップＳ１０１：仲介デバイスＭは、役割指示コマンドを受け取って、仲介デバイスＭが、複数の目標デバイスＢへの通信接続を確立するためにＮＦＣに基づいて主デバイスＡを支援するハンドオーバ仲介器として働くことを判定する。この実施形態では、このステップは省略されることがあり、ステップＳ７０１が直接実行される。
【０１９２】
ステップＳ７０１：仲介デバイスＭは、１対多モードを選択して、最初に、主デバイスをタップし、次に、目標デバイスをタップするように判定する。
【０１９３】
ステップＳ７０２：仲介デバイスＭは、主デバイスＡをタップし、主デバイスＡにハンドオーバ要求を送り、ここでハンドオーバ要求はキャリアタイプを含むことができ、次に、仲介デバイスＭは、主要デバイスＡの接続構成情報を取得するために、主要デバイスＡによってフィードバックされたハンドオーバ仲介応答を受け取り、ここでハンドオーバ仲介応答は主要デバイスＡの接続構成情報を含む。
【０１９４】
ステップＳ８０１：仲介デバイスＭは、量表示コマンドを受け取って、目標デバイスＢの量Ｎを判定する。
【０１９５】
ステップＳ８０２：仲介デバイスＭは、カウンタのカウント値を０に設定する。
【０１９６】
ステップＳ７０３：仲介デバイスＭは、目標デバイスＢをタップし、ハンドオーバ要求を目標デバイスＢに送り、次に、目標デバイスＢによってフィードバックされたハンドオーバ仲介応答を受け取って、目標デバイスＢの接続構成情報を取得する。
【０１９７】
ステップＳ７０４：仲介デバイスＭは、目標デバイスＢの接続構成情報と主デバイスＡの接続構成情報との間の整合処理を実行して、主デバイスＡのものであり、目標デバイスＢの接続構成情報と整合する接続構成情報を判定する。
【０１９８】
ステップＳ７０５：仲介デバイスＭは、ハンドオーバ開始要求を目標デバイスＢに送り、ここでハンドオーバ開始要求は目標デバイスＢの接続構成情報と整合する主デバイスＡの接続構成情報を含み、次に、仲介デバイスＭは、目標デバイスＢによってフィードバックされたハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は主デバイスＡに対して目標デバイスＢによって選択された接続構成情報を含む。
【０１９９】
ステップＳ７０６：目標デバイスＢは、主デバイスＡに対して目標デバイスＢによって選択された接続構成情報に基づいて目標デバイスＢと主デバイスＡとの間の通信接続を開始する。
【０２００】
ステップＳ７０７：仲介デバイスＭは、主デバイスＡの接続構成情報を保存し、目標デバイスＢの接続構成情報を放出し、例えば、目標デバイスＢの接続構成情報を削除するか、又は使用不能として目標デバイスＢの接続構成情報にマークを付ける。
【０２０１】
ステップＳ８０３：仲介デバイスＭは、カウンタのカウント値に１を加える
【０２０２】
ステップＳ８０４：仲介デバイスＭは、カウンタのカウント値がＮより小さいかどうかを判定し、「はい」の場合、ステップＳ７０３に戻り、又はそうでない場合、この手順を終了する。
【０２０３】
前述の記述を参照しながら図１０を図９と比較することによって分かるように、この実施形態と実施形態８との間の主な差は次の点にある。ステップＳ８０１及びＳ８０２が、ステップＳ７０３の前に加えられ、ステップ７０８がステップ８０３及び８０４と取り替えられて、通信接続確立プロセス全体が完了しており、確立完了コマンドが使用される必要がないかどうかが目標デバイスの設定量Ｎに基づいて判定される。
【０２０４】
それゆえに、実施形態８に関する詳細な説明及び特別な記述の大部分は、この実施形態にも適用可能であり、詳細は本明細書に記述されない。加えて、実施形態２から実施形態８と同様に、この実施形態による通信接続確立方法は、やはり、操作の容易さを明らかに改善することができる。
【０２０５】
例えば、この実施形態の通信接続確立プロセス全体においてＮ個の目標デバイスＢへの通信接続を別々に確立するために仲介デバイスＭが主デバイスＡを支援する必要があると仮定すると、仲介デバイスＭは、Ｎ＋１個のタップを実行する必要があり得る。Ｎ＋１個のタップは、主デバイスＡの接続構成情報の収集を完了するための最初の１つのタップと、Ｎ個の目標デバイスＢの接続構成情報の収集を完了し、各目標デバイスＢによる主デバイスＡのハンドオーバ開始を実施するためのもっと後のＮ個のタップとを含む。すなわち、この実施形態で必要とされるタップの量は、実施形態４、実施形態６、及び実施形態８におけるタップの量と同じである。実施形態４及び実施形態６において、既存のハンドオーバ開始メッセージは、タップの量を低減する技術的効果を達成するために拡張される必要があるが、一方、実施形態８及びこの実施形態では、タップの量を低減し、動作手順を簡単化する技術的効果が、既存のハンドオーバ開始メッセージを拡張することなしに達成され得る。
【０２０６】
そればかりでなく、この実施形態では、仲介デバイスＭは、主デバイスＡの接続構成情報を保存し、目標デバイスＢの接続構成情報を放出し、それにより、目標デバイスＢ間の誤接続を効果的に避けることができる。それゆえに、実施形態２から実施形態７と同様に、この実施形態による通信接続確立方法は、誤接続を効果的に避け、操作の容易さを明らかに改善するという有益な効果を達成することもできる。
【０２０７】
実行可能な実施方法において、実施形態８と同様に、Ｎ個の目標デバイスをタップした後、すなわち、ステップＳ８０４における判定結果が「いいえ」である場合、仲介デバイスＭは、すべての目標デバイスＢが主デバイスへの通信接続を確立したことをユーザにさらに指示し、通信接続確立プロセス全体が完了していることをユーザに気づかせることができる。
【０２０８】
実施形態８と同様に、図１０は、ステップＳ７０１がステップＳ７０２の前に実行されることを示しているが、本発明はそれに限定されないことに留意すべきである。実際、主デバイスと目標デバイスとの間のタップシーケンスがステップＳ７０３の前に判定され得る限り、ステップＳ７０１はステップＳ７０２の後に実行されてもよい。
【０２０９】
そればかりでなく、図１０は、ステップＳ８０１がステップＳ８０２の前に実行されることを示しているが、本発明はそれに限定されない。実際、目標デバイスの量がステップＳ７０３の前に判定され得る限り、ステップＳ８０１はステップＳ８０２の後に実行されてもよく、又はステップＳ８０２と同時に実行されてもよく、又はステップＳ７０２の前に実行されてもよい。
【０２１０】
その上、図１０は、ステップＳ８０３がステップＳ７０７の後に実行されることを示しているが、本発明はそれに限定されない。実際、ステップＳ８０３は、カウンタのカウント値の更新がステップＳ８０２の後に及びステップＳ８０４の前に完了され得る限り、ステップＳ７０３、Ｓ７０４、Ｓ７０５、７０６、及びＳ７０７のうちの任意の１つの前に実行されてもよい。
【０２１１】
実施形態１０
図１１は、本発明の実施形態１０による仲介デバイスを示す。図１１に示すように、仲介デバイス１０は、取得モジュール１１０と、判定モジュール１２０と、確立モジュール１３０とを含む。
【０２１２】
取得モジュール１１０は、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得し、取得した接続構成情報を保存するように構成される。
【０２１３】
取得モジュール１１０に接続された判定モジュール１２０は、第１の通信接続が少なくとも３つの候補デバイスと実行される前又は実行された後又は実行されるとき、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定するように構成される。
【０２１４】
判定モジュール１２０に接続された確立モジュール１３０は、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するように構成される。
【０２１５】
実行可能な実施方法において、判定モジュール１２０は、仲介デバイスへの第１の通信接続を実行する最初の候補デバイスが主デバイスであると判定するように構成され、取得モジュール１１０は、最初に、主デバイスへの第１の通信接続を実行し、次に、目標デバイスの各々への第１の通信接続を実行して、主デバイス及び目標デバイスの接続構成情報を別々に取得し、取得した接続構成情報を保存するように構成され、さらに、確立モジュール１３０は、第１の通信接続が目標デバイスのうちの１つと実行された後、及び第１の通信接続が目標デバイスのうちの次の１つと実行される前に、毎回、主デバイスの接続構成情報を、第１の通信接続を現在実行している目標デバイスの接続構成情報と整合させて、整合接続構成情報を獲得し、第１の通信接続を現在実行している目標デバイスにハンドオーバ開始要求を送り、ここでハンドオーバ開始要求は整合接続構成情報を含み、その結果、第１の通信接続を現在実行している各目標デバイスが主デバイスへの第２の通信接続を開始するように構成される。
【０２１６】
別の実行可能な実施方法において、判定モジュール１２０は、仲介デバイスへの第１の通信接続を実行する最後の候補デバイスが主デバイスであると判定するように構成され、さらに、取得モジュール１１０は、仲介デバイスが、最初に、目標デバイスへの第１の通信接続を別々に実行し、最後に、主デバイスへの第１の通信接続を実行して、目標デバイス及び主デバイスの接続構成情報を別々に取得し、取得した接続構成情報を保存するように構成される。
【０２１７】
そればかりでなく、判定モジュール１２０は、デバイス選択コマンドに従って、候補デバイスのうちの１つが主デバイスであると判定するか、又は第１の通信接続が少なくとも３つの候補デバイスと実行された後、仲介デバイスへの第１の通信接続を実行する最初のデバイスが主デバイスであると判定するようにさらに構成され得る。
【０２１８】
さらに、確立モジュール１３０は、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させて、整合接続構成情報を獲得し、１つのハンドオーバ開始要求を主デバイスに送り、ここでハンドオーバ開始要求はすべての整合接続構成情報を含み、主デバイスによって送られた１つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は目標デバイスの各々に対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始する、ようにさらに構成され得る。
【０２１９】
そればかりでなく、確立モジュール１３０は、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報に順次に整合させて、整合接続構成情報を獲得し、少なくとも２つのハンドオーバ開始要求を主デバイスに送り、ここでハンドオーバ開始要求の各々は整合接続構成情報の少なくとも一部分を含み、主デバイスによって送られた少なくとも２つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答の各々は目標デバイスのうちの少なくとも１つに対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始する、ようにさらに構成され得る。
【０２２０】
第１の通信接続は近距離無線通信ＮＦＣを含み、第２の通信接続はブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む。
【０２２１】
実施形態１１
図１２は、本発明の別の実施形態による仲介デバイスの構造ブロック図である。仲介デバイス１１００は、ウェアラブルポータブルコンピュータ、又はコンピューティング能力を有する端末とすることができる。コンピューティングノードの特定の実施態様は、本発明のこの特定の実施形態に限定されない。
【０２２２】
仲介デバイス１１００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１１１０と、通信インタフェース（Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｉｎｔｅｒｆａｃｅ）１１２０と、メモリ（ｍｅｍｏｒｙ）１１３０と、バス１１４０とを含む。プロセッサ１１１０、通信インタフェース１１２０及びメモリ１１３０は、バス１１４０を使用することによって互いに通信する。
【０２２３】
通信インタフェース１１２０は、ネットワークデバイスと通信するように構成され、ここで、ネットワークデバイスは例えばバーチャルマシン管理センタ又は共有メモリを含む。
【０２２４】
プロセッサ１１１０は、プログラムを実行するように構成される。プロセッサ１１１０は、中央制御装置ＣＰＵとすることができるか、又は特定用途向け集積回路ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）とすることができるか、又は本発明の実施形態を実施する１つ若しくは複数の集積回路として構成されることができる。
【０２２５】
メモリ１１３０は、ファイルを記憶するように構成される。メモリ１１３０は、高速ＲＡＭメモリを含むことができるか、又は不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば少なくとも１つのディスクメモリを含むことができる。メモリ１１３０は、さらに、メモリアレイとすることもできる。メモリ１１３０は、さらに、ブロックに分割されてもよく、ブロックは、特別な規則に従って仮想ボリュームを形成してもよい。
【０２２６】
通信インタフェース１１２０は、少なくとも３つの候補デバイスへの第１の通信接続を実行して候補デバイスの接続構成情報を取得するように構成され、メモリ１１３０は、通信インタフェースを使用することによって取得された接続構成情報を保存するように構成され、通信インタフェース１１２０及びメモリ１１３０に接続されたプロセッサ１１１０は、通信インタフェース１１２０が少なくとも３つの候補デバイスへの第１の通信接続を実行する前又は実行した後又は実行するとき、候補デバイスのうちの１つが主デバイスであり、他の候補デバイスが目標デバイスであると判定し、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させ、その結果、主デバイスが目標デバイスの各々への第２の通信接続を確立するように構成される。
【０２２７】
実行可能な実施方法において、プロセッサ１１１０は、仲介デバイスへの第１の通信接続を実行する最初の候補デバイスが主デバイスであると判定し、通信インタフェース１１２０が目標デバイスのうちの１つへの第１の通信接続を実行した後、及び通信インタフェース１１２０が目標デバイスのうちの次の１つへの第１の通信接続を実行する前に、毎回、プロセッサ１１１０によって、主デバイスの接続構成情報を、第１の通信接続を現在実行している目標デバイスの接続構成情報と整合させて、整合接続構成情報を獲得し、通信インタフェース１１２０を介して、第１の通信接続を現在実行している目標デバイスにハンドオーバ開始要求を送り、ここでハンドオーバ開始要求が整合接続構成情報を含み、その結果、第１の通信接続を現在実行している目標デバイスが主デバイスへの第２の通信接続を開始するように構成される。
【０２２８】
実行可能な実施方法において、プロセッサ１１１０は、仲介デバイスへの第１の通信接続を実行する最後の候補デバイスが主デバイスであると判定するように構成される。
【０２２９】
実行可能な実施方法において、プロセッサ１１１０は、デバイス選択コマンドに従って、候補デバイスのうちの１つが主デバイスであると判定するか、又は通信インタフェース１１２０が少なくとも３つの候補デバイスへの第１の通信接続を実行した後、仲介デバイスへの第１の通信接続を実行する最初のデバイスが主デバイスであると判定するように構成される。
【０２３０】
実行可能な実施方法において、プロセッサ１１１０は、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報と整合させて、整合接続構成情報を獲得し、１つのハンドオーバ開始要求を主デバイスに通信インタフェース１１２０を介して送り、ここでハンドオーバ開始要求はすべての整合接続構成情報を含み、通信インタフェース１１２０を介して、主デバイスによって送られた１つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答は目標デバイスの各々に対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始するように構成される。
【０２３１】
実行可能な実施方法において、プロセッサ１１１０は、主デバイスの接続構成情報を目標デバイスの各々の接続構成情報に順次に整合させて、整合接続構成情報を獲得し、少なくとも２つのハンドオーバ開始要求を主デバイスに通信インタフェース１１２０を介して送り、ここでハンドオーバ開始要求の各々は整合接続構成情報の少なくとも一部分を含み、通信インタフェース１１２０を介して、主デバイスによって送られた少なくとも２つのハンドオーバ開始応答を受け取り、ここでハンドオーバ開始応答の各々は目標デバイスのうちの少なくとも１つに対して主デバイスによって選択された接続構成情報を含み、その結果、主デバイスが目標デバイスの各々への第２の通信接続を開始するように構成される。
【０２３２】
第１の通信接続は近距離無線通信ＮＦＣを含み、第２の通信接続はブルートゥース接続及び／又はワイヤレスフィデリティＷｉ−Ｆｉ接続を含む。
【０２３３】
本明細書に記述された実施形態における例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組合せによって実装され得ることを当業者は認識することができる。機能がハードウェアによって実装されるか又はソフトウェアによって実装されるかは、技術的解決策の特別なアプリケーション及び設計制約条件に依存する。当業者は、特別なアプリケーションに対して記述された機能を実装するために、様々な方法を選択することができるが、実装形態は本発明の範囲を超えるものと考えるべきでない。
【０２３４】
機能がコンピュータソフトウェアによって実装され、単独製品として販売され使用される場合、本発明の技術的解決策のすべて又は一部（先行技術に寄与する一部などの）は、コンピュータソフトウェア製品によって具現されるとある程度まで考えることができる。コンピュータソフトウェア製品は、一般に、コンピュータ可読不揮発性記憶媒体に記憶され、本発明の実施形態に記述された方法のステップのすべて又は一部を実行するようにコンピュータデバイス（それは、パーソナルコンピュータ、サーバ、又はネットワークデバイスなどとすることができる）に命じるためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、着脱式ハードディスク、読取り専用メモリ（ＲＯＭ，Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ，Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶できる任意の媒体を含む。
【０２３５】
前述の記述は、本発明の特定の実施方法にすぎず、本発明の保護範囲を限定するものではない。本発明で開示された技術的範囲内で当業者によって容易に考え出されるいかなる変形又は置換も、本発明の保護範囲に含まれるものとする。それゆえに、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
0006320543.tif 000002
【図２】
0006320543.tif 000003
【図３ａ】
0006320543.tif 000004
【図３ｂ】
0006320543.tif 000005
【図３ｃ】
0006320543.tif 000006
【図４】
0006320543.tif 000007
【図５】
0006320543.tif 000008
【図６Ａ】
0006320543.tif 000009
【図６Ｂ】
0006320543.tif 000010
【図７Ａ】
0006320543.tif 000011
【図７Ｂ】
0006320543.tif 000012
【図８Ａ】
0006320543.tif 000013
【図８Ｂ】
0006320543.tif 000014
【図９】
0006320543.tif 000015
【図１０】
0006320543.tif 000016
【図１１】
0006320543.tif 000017
【図１２】
0006320543.tif 000018