(57)【要約】  ２つの通信デバイス間の近接性の変化に応じて、デバイスマネージャは、通信デバイスのうち一方の通信デバイス上で現在アクティブなアプリケーションのための通信を、通信デバイスのうち他方の通信デバイスへ再ルーティングする。通信デバイスのうち少なくとも一方の通信デバイスは、他方のデバイスに対する近接性の変化を検出し、デバイスマネージャに該変化を通知する。デバイスマネージャは、近接性の変化及び現在の状況を評価して、通信デバイスの一方で現在アクティブであるアプリケーションのセッションを他方のデバイスに転送するべきであると判定する。アプリケーションをサポートするアプリケーションサーバへの通信路は、第１のデバイスへの第１の通信路から第２のデバイスへの第２の通信路へ変更される。
2018515013.tif 000002
【特許請求の範囲】
【請求項１】
第１のデバイスの第２のデバイスに対する近接性の変化が変化したことを示す近接性の通知を受信する工程であって、前記第１のデバイスは、通信ネットワークを介して、第１の通信路によりアプリケーションサーバと通信する前記第１のデバイスを含むアプリケーションを実行する、工程と、
前記近接性の通知に応じて、前記第２のデバイスが前記通信ネットワークを介して、第２の通信路により前記アプリケーションサーバと通信する前記第２のデバイスを含む前記アプリケーションを実行するように前記アプリケーションを前記第２のデバイスに転送する工程と、を含む、方法。
【請求項２】
デバイスマネージャが、前記近接性の通知を受信する工程と、
前記デバイスマネージャが、前記アプリケーションを転送するための少なくとも１つの所定のルールに基づいて、前記アプリケーションを転送するかどうかを判定する工程と、
前記ルールに適合した場合、前記アプリケーションを転送する工程と、を更に含む、請求項１に記載の方法。
【請求項３】
前記デバイスマネージャが、少なくとも１つのユーザの嗜好に基づいて、前記ルールを転送するかどうかを判定することを更に含む、請求項２に記載の方法。
【請求項４】
前記近接性の変化が検出された後、前記ユーザの嗜好が適用される、請求項３に記載の方法。
【請求項５】
前記アプリケーションを転送する工程は、
前記第２のデバイスと前記アプリケーションサーバとの間の接続を確立する工程と、
前記第１のデバイスと前記アプリケーションサーバとの間の通信を前記第１の通信路から前記第２の通信路へ再ルーティングする工程と、含む、請求項１に記載の方法。
【請求項６】
通信を再ルーティングする工程は、再ルーティング要求メッセージを前記アプリケーションサーバに送る工程を含む、請求項５に記載の方法。
【請求項７】
通信を再ルーティングする工程は、前記アプリケーションサーバとの通信のために使用されるインターネットプロトコル（ＩＰ）パケット内のヘッダ情報を変更する工程を含む、請求項５に記載の方法。
【請求項８】
前記ヘッダ情報は、アプリケーション識別子、ユーザグループ識別子、及びデバイス識別子を含む、請求項７に記載の方法。
【請求項９】
通信を再ルーティングする工程は、前記アプリケーションの転送を制御するためのマスタデバイスとして前記第２のデバイスを割り当てるマスタデバイス割り当てインジケータを送る工程を含む、請求項５に記載の方法。
【請求項１０】
通信を再ルーティングする工程は、前記アプリケーションの転送を制御するためのマスタデバイスとして、前記第１のデバイスをリリースするマスタデバイスリリースインジケータを送る工程を含む、請求項５に記載の方法。
【請求項１１】
前記近接性の変化は、前記第１のデバイスが前記第２のデバイスに対して最近接範囲内に存在することを含む、請求項１に記載の方法。
【請求項１２】
前記近接性の変化は、前記第１のデバイスが前記第２のデバイスに対して最近接範囲外に存在することを含む、請求項１に記載の方法。
【請求項１３】
前記通信ネットワークは、第１の技術通信ネットワーク及び第２の技術ネットワークを含み、前記第１の通信路は、前記第１の技術通信ネットワークを含み、前記第２の通信路は、前記第２の技術ネットワークを含む、請求項１に記載の方法。
【請求項１４】
前記第１の技術通信ネットワーク及び前記第２の技術通信ネットワークのうち一方は、第３世代パートナシッププロジェクトのロング・ターム・エボリューション（３ＧＰＰ  ＬＴＥ）通信仕様の少なくとも１つの改訂版に従って動作する３ＧＰＰ  ＬＴＥネットワークであり、前記第１の技術通信ネットワーク及び前記第２の技術通信ネットワークのうち他方は、Ｗｉ−Ｆｉ通信ネットワークである請求項１３に記載の方法。
【請求項１５】
前記近接性の通知は、前記第１のデバイス及び前記第２のデバイスのうち一方から受信され、前記近接性の通知は、前記第１のデバイス及び前記第２のデバイスのうち一方による前記近接性の変化の検出に基づいている、請求項１に記載の方法。
【請求項１６】
前記近接性の変化の前記検出は、受信無線信号に基づいている、請求項１５に記載の方法。
【請求項１７】
前記第２のデバイスが、前記アプリケーションのための通信をサポートすることができる前記ネットワークに接続しているかどうかを判定する工程を更に含む、請求項１に記載の方法。
【請求項１８】
前記第２のデバイスが前記アプリケーションのための通信をサポートすることができる前記ネットワークに接続しているかどうかを判定する工程は、
前記第２のデバイスから前記ネットワークへ送信を送る工程と、
前記送信に基づいて、前記第２の通信路の品質を判定する工程と、を含む、請求項１７に記載の方法。
【請求項１９】
前記第２のデバイスが前記アプリケーションのための通信をサポートすることができる前記ネットワークに接続しているかどうかを判定する工程は、
前記第２の通信路の前記品質を確認するように前記第２のデバイスに要求する、前記第１のデバイスから前記第２のデバイスへの送信のリンク品質要求メッセージを前記第２のデバイスから前記ネットワークへ送る工程を更に含む、請求項１７に記載の方法。
【請求項２０】
前記通信ネットワークは、
アクセスポイントを有する第１の無線技術ネットワークと、
第３世代パートナシッププロジェクトのロング・ターム・エボリューション（３ＧＰＰ  ＬＴＥ）通信仕様の少なくとも１つの改訂版に従って動作する第２の無線技術ネットワークであって、前記第２の無線技術ネットワークは、第１のｅＮＢ及び第２のｅＮＢを含み、前記第１の経路は、前記アクセスポイント、前記第１のｅＮＢ、及び前記第２のｅＮＢのうち１つとの接続を含み、前記第２の通信路は、前記アクセスポイント、前記第１のｅＮＢ及び前記第２のｅＮＢ、並びに前記第２の通信路のうち１つとの別の接続を含む、第２の無線技術ネットワークと、を含む、請求項１に記載の方法。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本願は、本出願の譲受人に譲受され、その全体が参照により本明細書に明示的に援用されている、２０１５年４月１７日出願で、整理番号ＴＰＲＯ００２６７ＵＳであり、発明の名称が「Ｓｅｒｖｉｃｅ  Ｒｏｕｔｉｎｇ  Ｗｉｔｈ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｒ」である、仮特許出願第６２／１４９，１５４号、及び２０１５年７月２日出願で、整理番号ＴＰＲＯ００２６５ＵＳであり、発明の名称が「Ｐｒｏｘｉｍｉｔｙ  Ｄｅｔｅｃｔｉｏｎ  Ｂａｓｅｄ  ｏｎ  ＵＥ  Ｍｏｄｅ  Ｓｗｉｔｃｈ  Ｓｉｇｎａｌｉｎｇ」である、仮特許出願第６２／１８７，９８０号の優先権を主張するものである。
【同時係属特許出願に対する引用】
【０００２】
本願は、本願と同時出願され、本願の譲受人に譲受され、参照により明示的に本明細書に援用されている、参照番号ＴＵＴＬ００２６５ＰＣであり、発明の名称が「ＳＭＡＲＴ  ＨＥＡＤＳＥＴ  ＡＮＤ  ＭＥＴＨＯＤ  ＯＦ  ＲＯＵＴＩＮＧ  ＳＥＲＶＩＣＥ  ＩＮ  ＲＥＳＰＯＮＳＥ  ＴＯ  ＰＲＯＸＩＭＩＴＹ  ＴＯ  ＭＯＢＩＬＥ  ＤＥＶＩＣＥ」であるＰＣＴ出願に関する。
【技術分野】
【０００３】
本発明は、概ね、無線通信に関し、より具体的には、サービスのルーティングのためのデバイスマネージャに関する。
【背景技術】
【０００４】
通信デバイスのユーザは、同一のサービス又はアプリケーションを配信できる複数のデバイスにアクセスすることができる。また、複数の無線技術を備える通信システムによって、特定のサービスが様々な経路を介してルーティングされることも可能である。例えば、ユーザは、セルラネットワークを介して音声通信を提供できるセルラ通信デバイスを所有することができ、インターネットなどパケットネットワークを介して音声通信を確立できる電話用ハンドセットもまた有することができる。
【発明の概要】
【０００５】
２つの通信デバイス間の近接性の変化に応じて、デバイスマネージャは、通信デバイスのうち一方の通信デバイス上で現在アクティブなアプリケーションのための通信を、通信デバイスのうち他方の通信デバイスへ再ルーティングする。通信デバイスのうち少なくとも一方の通信デバイスは、他方のデバイスに対する近接性の変化を検出し、デバイスマネージャに該変化を通知する。デバイスマネージャは、近接性の変化及び現在の状況を評価して、通信デバイスの一方で現在アクティブであるアプリケーションのセッションを他方のデバイスに転送するべきであると判定する。アプリケーションをサポートするアプリケーションサーバへの通信路は、第１のデバイスへの第１の通信路から第２のデバイスへの第２の通信路へ変更される。
【図面の簡単な説明】
【０００６】
【図１】第１のユーザデバイス上のアクティブなアプリケーションのための通信を第２のユーザデバイスに再ルーティングするように構成されたデバイスマネージャを備える通信システムのブロック図である。
【０００７】
【図２】デバイスマネージャ１００がデバイス内で実装され、デバイスにわたって分配される、通信システムのブロック図である。
【０００８】
【図３】アクティブなアプリケーションがセルラデバイスからスマートテレビへ再ルーティングしているセルラネットワーク上のボイスコールである一例のブロック図である。
【０００９】
【図４】アクティブなアプリケーションがセルラスマートヘッドセットデバイスからマルチモードデバイス（Ｗｉ−Ｆｉセルラハンドセット）へ再ルーティングされるセルラネットワーク上のボイスコールである一例に関するシステムのブロック図である。
【００１０】
【図５】第１のデバイス及び第２のデバイスがセルラネットワークの同一のｅＮＢを介してネットワークにアクセスする一例に関するシステムのブロック図である。
【００１１】
【図６】第１のデバイス及び第２のデバイスがセルラネットワークの異なるｅＮＢを介してネットワークにアクセスする一例に関するシステムのブロック図である。
【００１２】
【図７】デバイスマネージャがネットワーク内に存在するか、又はネットワークに接続され、デバイスがセルラネットワークを介してネットワークと通信している、デバイスのページングの一例に関するメッセージ図である。
【００１３】
【図８】デバイスマネージャがネットワーク内に存在するか、又はネットワークに接続され、デバイスがセルラネットワークを介してネットワークと通信している、デバイスのページングが行われない一例に関するメッセージ図である。
【００１４】
【図９】デバイスマネージャがデバイス内のローカルデバイスマネージャとして実装される一例に関するメッセージ図である。
【００１５】
【図１０】図４及び図９のスマートヘッドセットとしての使用に好適なスマートヘッドセットの一例のブロック図である。
【００１６】
【図１１】スマートヘッドセットがモード１である一例に関するメッセージ図である。
【００１７】
【図１２】スマートヘッドセットがモード２である一例に関するメッセージ図である。
【発明を実施するための形態】
【００１８】
ある状況では、現在アクティブなアプリケーションのサービスをあるユーザデバイスから別のユーザデバイスへ切り替えることが有用又は有益である場合がある。ユーザがアプリケーションにアクセスするために利用するデバイスの変更に加えて、アプリケーションのための通信路が、第１のユーザデバイスへの第１の通信路から第２のユーザデバイスへの第２の通信路へ変更される。該２つの通信路は、少なくともいくつかの異なる通信システムのインフラストラクチャを使用している。例えば、自宅に到着すると、ユーザは、セルラハンドセット上の現在アクティブなボイスコールをスマートテレビに転送し、スマートテレビを介してコールを継続したい場合がある。スマートテレビは、電気ケーブル又は光ファイバーケーブルにより提供されるインターネット接続によって、ネットワークに接続される場合が多いので、アクティブなコールを移行（転送）するためには、ケーブル接続を介して、スマートテレビからボイスコールのアプリケーションサーバへの接続リンク（経路）を確立し、セルラネットワークを介するセルラハンドセットからのコールの接続を切断する必要がある。以下に説明する技術に従って、デバイスマネージャは、定義されたデバイスグループに関連するユーザデバイス間の近接性の変化に基づいて、効率的かつインテリジェントに、デバイス間のサービスルーティングを管理している。デバイスマネージャは、近接性の変化に加えて、他の要因、状況、（ユーザの嗜好などの）設定、信号の品質、通信路の品質／能力、アプリケーションタイプ、ユーザに関連するデバイスのタイプ及び数、並びに動的なユーザインプットの任意の組み合わせを評価することができる。以下に述べるように、デバイスマネージャは、サーバなどのネットワーク上のエンティティ内に実装されるか、ユーザデバイス内で実装され、ユーザデバイスにわたって分配されるか、又は両方のデバイス及びネットワークエンティティ内で実装されてもよい。任意のネットワークレイヤにおいてデバイスマネージャを実装することができるが、デバイスマネージャは、本明細書に記載された例では、アプリケーションレイヤ内に実装される。
【００１９】
図１は、第１のユーザデバイス１０２上のアクティブなアプリケーションのための通信を第２のユーザデバイス１０４に再ルーティングするように構成されたデバイスマネージャ１００を備える通信システム１０のブロック図である。デバイス１０２、１０４は、いくつかの点で互いに関連している。その例として、デバイス１０２、１０４は、同一のユーザに属し、同一のユーザにアクセスされる。したがって、デバイス１０２、１０４は、定義されたユーザグループ内に存在する。それぞれのデバイスは、ハードウエア及びコードを有して、通信ネットワーク１１０を介してアプリケーションサーバ１０８にアクセスするアプリケーション１０６の実行が可能である。  通信ネットワーク１１０は、ハードウエア、ファームウエア、及びデバイス１０２、１０４とアプリケーションサーバ１０８との間の通信を容易にするバックホールの任意の組み合わせを備えてもよい。その例として、通信ネットワーク１１０は、少なくとも、インターネット１１２と、第１のデバイス１０２からアプリケーションサーバ１０８への第１の通信路１１４を有効にするためのインフラストラクチャと、第２のデバイス１０４からアプリケーションサーバ１０８への第２の通信路１１６のためのインフラストラクチャと、を備える。以下に説明するように、インフラストラクチャは、有線及び無線ネットワーク並びに有線及び無線システムの任意の組み合わせを含んでもよい。したがって、通信ネットワークは、バーチャルプライベートネットワーク（ＶＰＮ）、セルラネットワーク、ローカルエリアネットワーク（ＬＡＮ）、無線ＬＡＮ（ＷＬＡＮ）、インターネットネットワーク、Ｗｉ−Ｆｉネットワーク、及び他の通信ネットワークなどのいくつかのネットワークを含んでもよい。状況によっては、同一のネットワークのインフラストラクチャが、２つの通信路１１４、１１６のために使用されてもよい。例えば、セルラ通信ネットワークの同一のｅＮＢを介して、２つのデバイスがネットワークにアクセスする場合、かかる状態が生じる。
【００２０】
デバイスマネージャ１００は、破線のボックスで示されて、デバイスマネージャ１００がデバイス１０２、１０４内に実装され、デバイス１０２、１０４にわたって分配することができるか、又はネットワーク１１０に接続されるエンティティ内に若しくはネットワーク１１０内に存在することができることを示している。分配及びネットワークの実装の例を以下で考察する。デバイスマネージャ１００は、本明細書に記載された機能を容易にするハードウエア、ソフトウエア及び／又はファームウエアの任意の組み合わせを含む。例として、デバイスマネージャ１００は、グループ内に関連づけられたデバイス、通信リンクの品質、任意のユーザの嗜好及び任意の他の要因、特徴、又はデバイスマネージャが特定のルーティングに関する決定を下すために必要な状況に関する情報にアクセスすることができる。また、デバイスのうち一方を使用して、デバイスマネージャを遠隔で制御して、任意の他のデバイス上のサービスをアクティブ化するか、又は特定のデバイス上のアプリケーションのアクティブ化を無効にすることができる。例えば、ボイスコールが、デバイスマネージャにより認識された条件に基づいて、ハンドセットからスマートテレビに転送される別の例の場合、ユーザは、転送を停止して、ハンドセット上のコールを続けることができる。デバイスマネージャは、デバイスを分類し、サービスルーティングに関してインテリジェントに決定を下すために、それぞれのデバイス並びにユーザの嗜好に関する情報を記憶する。例えば、ユーザがハンドセットからスマートテレビへあるコールを転送させたくない場合、ユーザは、スマートテレビがコールのページに対して応答する方法に関する嗜好を提供することができる。特定の実施に応じて、嗜好は、いくつかの要因又は条件に基づいて、一般的なルールから特定の条件までの範囲に及ぶことができる。例えば、嗜好は、全てのコール又は指定された番号からの特定の着信コール、一日の特定の時間の間、及び他の人がその場所にいるかいないかに対して設定することができる。これらの設定は、デバイスマネージャ１００において保存される。
【００２１】
それぞれのデバイスは、メモリを有する制御部１１８、１２０と、通信インターフェイス１２２、１２４と、を少なくとも備える。再ルーティングの手順に関与するデバイスのうち少なくとも一方はまた、近接性検出部（ｐｒｏｘｉｍｉｔｙ  ｄｅｔｅｃｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ）１２６、１２８を備える。図１の例として、第１のデバイス（デバイス１）及び第２のデバイス（デバイス２）はそれぞれ、制御部１１８、１２０と、通信インターフェイス１２２、１２４と、近接性検出部１２６、１２８と、を備える。制御部は、本明細書に記載の機能を実行し、かつそれぞれのデバイスの全体の機能性を促進するためのハードウエア、ソフトウエア、及び／又はファームウエアの任意の組み合わせを含む。好適な制御部の例として、マイクロプロセッサ上で実行するコードが挙げられる。
【００２２】
それぞれの通信インターフェイス１２２、１２４は、少なくとも１つの通信技術を使用して、通信を可能にするハードウエア、ソフトウエア、及び／又はファームウエアの組み合わせを含む。しかしながら、通信インターフェイス１２２、１２４は、複数の通信技術及びフォーマットで通信することができる。したがって、通信インターフェイスは、任意の数の送信部、受信部、及び有線通信インターフェイスを備えてもよい。通信インターフェイスの例として、セルラ送受信機、Ｗｉ−Ｆｉ送受信機、Ｂｌｕｅｔｏｏｔｈ送受信機、及びローカルアリアネットワーク（ＬＡＮ）送受信機（例えば、Ｅｔｈｅｒｎｅｔインターフェイス）が挙げられる。
【００２３】
近接性検出部１２６、１２８は、制御部が、デバイスと少なくとも１つの他のデバイスとの間の近接性の変化を識別できる情報を提供する電子機器、検出デバイス、及び／又は検知デバイスの任意の組み合わせである。本明細書における例として、近接性検出部１２６、１２８は、任意の数のユーザ識別検知デバイス、近接性評価デバイス、及び／又は位置判定デバイスを含んでもよい。ユーザ識別検知デバイスの例として、顔認識センサ、網膜認識デバイス、音声認識デバイス、指紋認識デバイス、及び他のバイオメトリック評価デバイスが挙げられる。ユーザ識別検知デバイスはまた、ユーザがパスコード又は他の一意的な情報を入力して制御部がユーザを識別できるキーボード又は他のユーザインターフェイスを備えてもよい。近接性評価デバイスの例として、セルラ信号、ＷＬＡＮ信号、Ｗｉ−Ｆｉ信号、ＲＦＩＤ信号、ＮＦＣ信号、Ｂｌｕｅｔｏｏｔｈ信号、及びＺｉｇ−ｂｅｅ信号などの信号を受信又は検出できる無線受信部が挙げられる。セルラ信号の検出は、他のデバイスにより送信された上りリンクセルラ信号を検出することにより実行されてもよい。以下に述べるように、セルラ信号の検出は、端末間（Ｄ２Ｄ）信号の検出であってもよい。１つの例として、検出は、Ｄ２Ｄディスカバリ信号の検出を含む。  状況によっては、近接性検出部は、いくつかの異なるタイプの信号を検出できてもよい。位置判定デバイスの例として、ＧＰＳ、セルラ及びＷＬＡＮ位置サービスを使用するデバイスが挙げられる。したがって、近接性検出部は、もう一つの他のデバイスに対する近接性の変化が生じたことを判定するための、制御部により使用される情報を得る、１つ又はそれ以上のユーザ識別検知デバイス、近接性評価デバイス、及び／又は位置判定デバイスを含む。
【００２４】
検出された近接性の変化は、他のデバイスがデバイスに近づいたという判定であってもよく、又は他のデバイスが遠く離れるように移動したという判定であってもよい。また、近接性の変化は、近接性検出部により提供される情報から直接判定されてもよく、又は推測若しくは間接的に判定されてもよい。例えば、近接性検出部がＧＰＳモデュールを備える場合、ユーザがユーザの住居など特定の場所に到着したという判定を評価して、ユーザにより携帯されているユーザの第１のデバイスが住居内の第２のデバイスに近づいたと判定してもよい。間接的な近接性の変化の判定の別の例では、特定の場所における固定型デバイス内の近接性検出部が、特定の場所のユーザの存在を識別する網膜スキャナなどのユーザ識別センサを備える。その場所でユーザの識別が促進されたことに応じて、制御部は、典型的にユーザが携帯しているモバイルデバイスがその場所の固定型デバイスに近づいたことを判定する。かかる状況は、固定型デバイスが、ユーザの住居における網膜スキャナを有するスマートテレビであり、モバイルデバイスが、セルラハンドセットである場合に生じ得る。
【００２５】
近接性の変化の判定は、他のデバイスの直接的な検出／検知に基づくことができる。状況によっては、近接性の変化は、直接的な検出及び間接的な検出の組み合わせに基づいてもよい。直接的な検知の手法のいくつかの例として、信号強度及び／又はデバイスにより送信された無線信号の信号品質に基づいて、他のデバイスに対する近接性の変化を検出することが挙げられる。モニタすることができる好適な無線信号の例として、セルラ信号、Ｗｉ−Ｆｉ信号、Ｂｌｕｅｔｏｏｔｈ信号、ＲＦＩＤ信号、ＮＦＣ信号、及びＺｉｇ−ｂｅｅ信号が挙げられる。信号の特徴を評価することに加えて、近接性検出部は、無線信号内で送信されるコンテンツを検出して、近接性の変化を判定することができる。例えば、特定のデバイスがデバイスに関連する一意的なコンテンツを送信する場合、他のデバイスは、信号を受信し、コンテンツを復号し、送信元のデバイスが近いと判定することができる。
【００２６】
図１のデバイス１０２、１０４を参照して説明されるブロックの多様な機能及び動作は、任意の数のデバイス、回路、又は要素において実施されてもよい。機能ブロックのうち２つ以上が単一のデバイスに統合されてもよく、任意の単一のデバイスにおいて実行されるように記載される機能は、複数のデバイスにわたって実施されてもよい。例えば、通信インターフェイスにおける受信部は、近接性検出部の一部として使用されてもよい。
【００２７】
図１のデバイスネットワークエンティティを参照して説明されるブロックの多様な機能及び動作は、任意の数のエンティティ、サーバ、デバイス、回路、又は要素において実施されてもよい。機能ブロックのうち２つ以上が単一のデバイスに統合されてもよく、任意の単一のデバイスにおいて実行されるように記載される機能は、複数のデバイスにわたって実施されてもよい。例えば、デバイスマネージャ及びアプリケーションは、同一のネットワークエンティティで実装されてもよい。
【００２８】
図１の例では、第１のデバイス１０２は、アプリケーションサーバ１０８への接続が必要なアプリケーション１０６を実行している。この接続は、通信ネットワーク１１０内の、インフラストラクチャ及びネットワークの構成要素を通る通信路１１４である。例えば、第１のデバイス１０２は、セルラネットワーク内に接続された基地局などのセルラ通信のインフラストラクチャを介して、音声アプリケーションサーバによってコールが確立される音声アプリケーションを実行することができる。第１のデバイス１０２は、第２のデバイスに対する近接性が変化したことを検出する。例えば、近接性検出部１２６は、第２のデバイス１０４により送信されたＢｌｕｅｔｏｏｔｈ信号を検出することができ、その結果、制御部１１８は、第２のデバイス１０４が第１のデバイス１０２に近いと判定する。近接性の変化に関する情報は、デバイスマネージャ１００に提供される。デバイスマネージャ１００は、近接性の変化、並びにデバイス、接続、ユーザの嗜好、設定に関する他の情報、及びアプリケーションが第１のデバイス１０２から第２のデバイス１０４へ移行（転送）されるべきかどうかを判定するための任意の他の所定の基準を評価する。デバイスマネージャ１００が利用可能な基準及び情報に基づいて、デバイスマネージャ１００は、アプリケーションが、第２のデバイス１０４に転送されるべきだと判定する。例えば、第２のデバイス１０４は、インターネットプロトコル（ＩＰ）パケットネットワークに接続された家庭用電話機であり、デバイスマネージャ１００は、第１のデバイス（セルラハンドセット）１０２上の現在アクティブなボイスコールが、家庭用電話機に転送されるべきだと判定する。判定は、ユーザが在宅の場合は、セルラハンドセットより家庭用電話機を使いたいというユーザの嗜好などの基準及びネットワークを介したアプリケーションサーバに対する接続品質に基づいてもよい。基準及び条件の評価に基づいて、デバイスマネージャ１００は、コールを転送すべきであると判定し、第１のデバイスに対するアクティブなコールを現在扱っているネットワークに通知し、又はボイスコールを第２のデバイスへステアリングすることにより、転送を開始する。１つのシナリオでは、関与する特定のネットワークの要件に応じて、ページング及びコール確立メッセージがデバイスとネットワークとの間で送受信される。その結果、アクティブなアプリケーションは、第１のデバイス１０２及び第１の通信路１１４から第２のデバイス１０４及び第２の通信路１１６に転送（移行）される。アプリケーションは、第２のデバイス上で継続する。
【００２９】
図２は、デバイスマネージャ１００がデバイス１０２、１０４内で実装され、デバイス１０２、１０４にわたって分配される、通信システム１０のブロック図である。その例として、ローカルデバイスマネージャ２０２、２０４が、デバイス１０２、１０４のそれぞれで実行している。図２の例におけるデバイスマネージャ１００は、ローカルデバイスマネージャ２０２、２０４により形成される。ローカルデバイスマネージャの好適な実施として、ソフトウエア及び／又はファームウエアをデバイスの制御部で実行することが挙げられる。したがって、デバイスマネージャ１００は、ローカルデバイスマネージャをグループのそれぞれのデバイスにインストールすることにより、グループ内の全デバイスにインストールされたエンティティである。本明細書の例として、グループ内のデバイスのみが、あるデバイスから別のデバイスにルーティングされるサービスを有することができる。デバイスグループの一例は、同一のユーザに属する全デバイスからなるグループである。それぞれのローカルデバイスマネージャ２０２、２０４は、グループ内の他の全デバイスのリストを所持している。デバイスが「パートナーデバイス」としてデバイスマネージャに登録すると、全パートナーデバイスは、新しいデバイスが追加された更新リストを得る。アプリケーションを現在実行しているデバイスは、その特定のアプリケーションのマスタとして割り当てられる。その結果、あるデバイス（あるローカルデバイスマネージャ）は、あるアプリケーションのマスタであってもよく、他のデバイス（他のローカルデバイスマネージャ）は、他のアプリケーションのマスタであってもよい。それぞれのマスタローカルデバイスマネージャは、他のデバイスに対して、現在、特定のアプリケーションのマスタであることを通知する。マスタデバイスは、アプリケーションが他のデバイスに転送され、サービスが再ルーティングされると、他のどのローカルマスタデバイスが、マスタとして、アプリケーションを引き継ぐこととなるかを判定する。第１のデバイスがアプリケーションの制御を第２のデバイスにリリースした場合、第１のデバイスは、アプリケーションのマスタではなくなる。
【００３０】
グループ内の全デバイスマネージャは、無線リンク障害（ＲＬＦ）がないことを確実にするための互いにピン（ｐｉｎｇ）し合う。例えば、ピンは、一方のデバイスが事前に設定又は事前に定義されたシーケンスをグループ内の他方のデバイスへ送ることにより開始し、シーケンスを受信すると、ＡＣＫが送られる。好ましくは、デバイスは、ネットワークに未だ接続されている場合にのみ、事前に設定又は事前に定義されたシーケンスを送り、ＡＣＫは、応答するデバイスもまた未だネットワークに接続されている場合にのみ、送られるべきである。ピンの速度は、使用されているアプリケーションのタイプに依拠してもよく、設定可能である。ピンの速度はまた、使用されているアプリケーションのタイプに依拠してもよい。ピンは、ネットワークのコネクティビティを確保するために、ネットワークを介してルーティングされてもよい。あるいは、第１のデバイスはまた、第２のデバイスを直接ピンしてもよい。例えば、２つのユーザ機器デバイス（ＵＥデバイス）が端末間（Ｄ２Ｄ）通信をサポートしているシステムで動作している場合、一方のデバイスは、他方のデバイスを、Ｄ２Ｄ通信及び／又はＤ２Ｄディスカバリを使用してピンしてもよい。このようなシナリオでは、本明細書における例として、第２のＵＥデバイスは、ネットワークに今でも接続しているかどうかを第１のＵＥデバイスに通知する。ＲＬＦがある場合、デバイスマネージャのうち一方は、制御を自発的に引き継ぎ、アプリケーションサーバに対してトラフィックを新しいデバイス又は新しいデバイスと関連するローカルデバイスマネージャに再ルーティングするように要求する。その結果、新しいデバイスは、関連するアプリケーションのマスタになる。複数のデバイスがアプリケーションのマスタになることを同時に要求する場合、ローカルデバイスマネージャは、事前に定義されたプロトコルを使用して、ランダムにマスタを選択するか、又はアプリケーションサーバ１０８がマスタを選択してもよい。次に、このアプリケーションのマスタは、グループ内の他方のデバイスに対して該変化を通知する必要がある。ネットワークがＲＬＦを経験したデバイスを把握している場合、ネットワークにより追加的に又は代替的にＲＬＦを追跡することができる。ネットワークは、状況によっては、ＲＬＦ情報をデバイスマネージャに送ってもよい。
【００３１】
図３は、アクティブなアプリケーションが、セルラデバイス３０４からスマートテレビ３０６へ再ルーティングされるセルラネットワーク３０２上のボイスコール３００である一例のブロック図である。図３の例として、スマートテレビ３０６が近接性の変化が生じたと判定した場合、ユーザは、セルラネットワーク３０２にアクセスしているセルラデバイス（例えば、スマートフォン）によってアクティブなコール３００の最中である。判定は、ユーザの検出、又はセルラデバイス３０４の検出に基づいていてもよい。例えば、スマートテレビ３０６は、ユーザを識別でき、スマートテレビ３０６が、ユーザがスマートテレビ３０６の近くにいると判定することができるバイオメトリックリーダを備えてもよい。他の状況では、スマートテレビは、セルラデバイス３０４からの信号を検出し、セルラデバイス３０４が近いと判定してもよい。したがって、上述のように、近接性検出部１２６は、セルラデバイス３０４がスマートテレビ３０６に近いと判定する。近接性の変化に応じて、デバイスマネージャ１００は、プログラム化された基準及び嗜好に従って、現在の状況を評価し、必要な場合には、アクティブなコールを再ルーティングする。したがって、図３を参照して説明した状況は、セルラデバイス３０２が第１のデバイス１０２であり、スマートテレビ３０４が第２のデバイス１０４である図１のシステムの一例である。
【００３２】
セルラデバイス３０４は、ｅＮＢ３０８又は基地局と通信して、ｅＮＢ３０８、セルラネットワーク３０２、及びインターネット１１２を介するボイスコールサーバ３１０への通信路を含むセルラコールを促進する。したがって、ボイスコールサーバ３１０は、図１のアプリケーションサーバ１０８の一例である。スマートテレビ３０６は、Ｗｉ−Ｆｉアクセスポイント３１２及びケーブルプロバイダネットワーク３１４を介してネットワーク１１０に接続されている。ケーブルプロバイダネットワーク３１４は、インターネット１１２に接続され、それ故に、スマートテレビにインターネットアクセスを提供する。デバイスマネージャ１００は、インターネットに接続されるので、スマートテレビ３０６は、デバイスマネージャ１００と通信することができる。
【００３３】
ボイスコール３００がアクティブである間、スマートテレビ３０６は、セルラデバイス３０４とスマートテレビ３０６との間の近接性の変化を検出する。スマートテレビ３０６は、例えば、網膜スキャンに基づいて、ユーザが帰宅したことを検出する。したがって、イベント３１６では、スマートテレビ３０６は、セルラデバイス３０４がスマートテレビ３０６の最近接範囲内にいると判定する。送信３１８では、それに応じて、スマートテレビ３０６は、デバイスマネージャ１００に対して、セルラデバイス３０４が近くに存在することを通知する。デバイスマネージャ１００は、現在の条件並びに特定のユーザに対する嗜好及び再ルーティングルールを評価し、アクティブなコールが、再ルーティングされるべきかどうかを判定した。コールを再ルーティングするべきだとの判定に応じて、デバイスマネージャ１００は、コール再ルーティング要求送信３２０をボイスコールサーバ３１０に送る。それに応じて、スマートテレビ、セルラデバイス３０６、及びセルラオペレータネットワーク３０２と協働しているボイスコールサーバ３１０は、アクティブなコールをスマートテレビ３０６に再ルーティングする。再ルーティングされたコールのための新しい通信路は、スマートテレビ３０６とボイスコールサーバ３１０との間にあり、アクセスポイント３１２とスマートテレビ３０６との間及びケーブルプロバイダネットワーク３１４とインターネットとの間にＷｉ−Ｆｉエアインターフェイスを備える。
【００３４】
図４は、アクティブなアプリケーションがセルラスマートヘッドセットデバイス４０２からマルチモードデバイス（Ｗｉ−Ｆｉセルラハンドセット）４０４へ再ルーティングされるセルラネットワーク３０２上のボイスコール４００である場合の例に関するシステム１０のブロック図である。図４の例として、マルチモードハンドセット４０４が近接性の変化が生じたと判定した場合、ユーザは、セルラネットワーク３０２にアクセスしているセルラスマートヘッドセット４０２によるアクティブなコール４００の最中である。マルチモードハンドセット４０４は、Ｗｉ−Ｆｉネットワーク及びセルラネットワークにアクセスすることができるセルラユーザ機器（ＵＥ）デバイスなどのデバイスである。スマートヘッドセット４０２は、セルラネットワークに直接アクセスすることができ、またネットワークにアクセスする他のデバイスと通信するペリフェラル（ｐｅｒｉｐｈｅｒａｌ）ヘッドセットデバイスとして使用できるヘッドセットである。したがって、スマートヘッドセット４０２は、自身がスタンドアロン型携帯電話である第１のモードで動作することができ、自身がスマートフォン、携帯電話、マルチモードデバイス、又は他のＵＥデバイスと無線通信する無線（例えば、Ｂｌｕｅｔｏｏｔｈ）ヘッドセットである、第２のモードで動作することができる。好適なスマートヘッドセットの例は、以下の図１０を参照して考察する。その例として、マルチモードハンドセット４０４は、スマートヘッドセット４０２により送信されるＢｌｕｅｔｏｏｔｈ信号などの信号を検出し、その信号に基づいて、スマートヘッドセット４０３が、同一のユーザグループの一員であり、マルチモードハンドセット４０４との通信に対して十分近くにいると判定する。マルチモードハンドセット４０４は、送信４０６をデバイスマネージャ１００に送り、デバイスマネージャ１００に対して、スマートヘッドセット４０２に対する近接性の変化を通知する。
【００３５】
近接性の変化に応じて、デバイスマネージャ１００は、プログラム化された基準及び嗜好に従って、現在の状況を評価し、必要な場合には、アクティブなコールを再ルーティングする。したがって、図４を参照して説明した状況は、スマートヘッドセット４０２が第１のデバイス１０２であり、マルチモードデバイス４０４が第２のデバイス１０４である図１のシステムの一例である。
【００３６】
スマートヘッドセット４０２は、ｅＮＢ３０８又は基地局と通信して、ｅＮＢ３０８、セルラネットワーク３０２、及びインターネット１１２を介するボイスコールサーバ３１０への通信路を含むセルラコールを促進する。したがって、ボイスコールサーバ３１０は、図１のアプリケーションサーバ１０８の一例である。マルチモードデバイス４０４は、Ｗｉ−Ｆｉアクセスポイント３１２及びケーブルプロバイダネットワーク３１４を介してネットワーク１１０と接続している。ケーブルプロバイダネットワーク３１４は、インターネット１１２に接続し、それ故に、インターネットアクセスをマルチモードデバイス４０４に提供する。デバイスマネージャ１００は、インターネットに接続しているので、マルチモードデバイス４０４は、デバイスマネージャ１００と通信することができる。
【００３７】
ボイスコール３００がアクティブの間、マルチモードデバイス４０４は、スマートヘッドセット４０２とマルチモードデバイス４０４との間の近接性の変化を検出する。マルチモードデバイス４０４は、例えば、スマートヘッドセットにより送信された無線信号を検出することができる。したがって、イベント４０６では、マルチモードデバイス４０４は、スマートヘッドセット４０２がマルチモードデバイス４０４に近接していると判定する。それに応じて、マルチモードデバイス４０４は、デバイスマネージャ１００に対して、スマートヘッドセット４０２が近くにいると、通知送信４０８で通知する。イベント４１０では、デバイスマネージャ１００は、現在の条件並びに特定のユーザの嗜好及び再ルーティングルールを評価し、アクティブなコールが、再ルーティングされるべきかどうかを判定する。コールを再ルーティングするべきだとの判定に応じて、デバイスマネージャ１００は、コール再ルーティング要求送信４１２をボイスコールサーバ３１０に送る。それに応じて、マルチモードデバイス、スマートヘッドセット、及びセルラオペレータネットワーク３０２と協働しているボイスコールサーバ３１０は、アクティブなコールを、イベント４１４で、マルチモードデバイス４０４に再ルーティングする。再ルーティングされたコールのための新しい通信路は、マルチモードデバイス４０４と、ボイスコールサーバ３１０との間にあり、アクセスポイント３１２とマルチモードデバイス４０４との間及びケーブルプロバイダネットワーク３１４とインターネット１１２との間にＷｉ−Ｆｉエアインターフェイスを備える。
【００３８】
図４の例は、デバイスマネージャが、アクティブなコール又はアプリケーションセッション中、サービスをグループ内の他のデバイスに転送する多数のシナリオのうちのほんの１つである。図４のシナリオは、ユーザが、スマートヘッドセットを使用して、アクティブなセルラコールの最中に自身の住居外にいる場合に生じ得る。マルチモードデバイス４０４は、住居に位置し、ユーザがアクティブなコール中に帰宅すると、コールは、マルチモードデバイス４０４に再ルーティングされる。ユーザは、マルチモードハンドセット４０４に対するペリフェラルデバイスとして、ヘッドセットを引き続き使用できる。状況によっては、転送は、完全にトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）であるが、他の状況では、ユーザは、転送を無効化して、セルラスマートヘッドセットでコールを続けることができる。スマートハンドセット及びＵＥデバイスを含む他のシナリオは、ヘッドセットがＵＥデバイスから余りにも遠くに離れた場合、アクティブなコールをＵＥデバイスからＵＥヘッドセットへ再ルーティングすることを含んでもよい。
【００３９】
図４では、デバイスマネージャ１００がセルラ通信ネットワーク３０２の外部に図示されているが、デバイスマネージャ１００は、状況によっては、セルラネットワークの一部であってもよい。その結果、デバイスマネージャ１００を、ネットワークの制御機能と統合することができ、セルラネットワークプロトコルを使用してデバイスマネージャ１００にアクセスすることができる。
【００４０】
状況によっては、ネットワークに近接性の変化が通知されたかどうかを判定するためにルール又は嗜好を適用することができる。例えば、スマートハンドセットは、バッテリパワーのレベルが閾値を下回った場合、ネットワークに対して、検出された近接性の変化を通知することができない。バッテリが低電力である場合、サービスは、スマートハンドセットに転送されず、スマートヘッドセットに留まることが好まれ得る。
【００４１】
他の例では、スマートヘッドセット及びスマートハンドセットは、スマートヘッドセットがネットワークに対して近接性の変化を通知する責任を負うように構成されてもよい。かかる構成は、ユーザがスマートハンドセットを手に持っていない場合、スマートヘッドセットからスマートハンドセットへのサービスの移行を避ける場合に有用であり得る。
【００４２】
図４の例では、アクティブなコールの転送を含むが、あるデバイスから他のデバイスへのサービスの移行は、アクティブなコールがない場合だけに限定されてもよい。したがって、本明細書で考察される手法は、現在非アクティブなアプリケーションをあるデバイスから他のデバイスへ次のアクティブなセッションのためにアサインするために適用することができる。
【００４３】
図５は、第１のデバイス及び１０２第２のデバイス１０４が、セルラネットワーク３０２の同一のｅＮＢ３０８を介してネットワーク１１０にアクセスする一例に関するシステムのブロック図である。図５の例として、サービスは、第１のデバイス１０２の第２のデバイス１０４に対する近接性の変化に応じて、同一のｅＮＢ３０８を介して、第１のデバイス１０２から第２のデバイス１０４へ再ルーティングされる。
【００４４】
図６は、第１のデバイス１０２及び第２のデバイス１０４が、セルラネットワーク３０２の異なるｅＮＢ６０２、２０４を介してネットワーク１１０にアクセスする一例に関するシステムのブロック図である。図６の例として、第１のデバイス１０２は、第１のｅＮＢ６０２を介して、セルラネットワーク３０２を介して通信し、第２のデバイスは、第２のｅＮＢ６０４を介して、セルラネットワークを介して通信する。サービスは、第１のデバイス１０２の第２のデバイス１０４に対する近接性の変化に応じて、異なるｅＮＢ３０８を介して、第１のデバイス１０２から第２のデバイス１０４へ再ルーティングされる。ｅＮＢ６０２、６０４は、同一のプロバイダのネットワークの一部であってもよく、異なるプロバイダのネットワークに接続されてもよい。したがって、セルラオペレーティングネットワークは、状況によっては、複数のオペレータを含むことができる。
【００４５】
デバイスが図５のように同一のｅＮＢによりサービングされるか、又は図６のように異なるｅＮＢによりサービングされるかに関わらず、サービスの転送は、近接性の検出、近接性の通知、ＲＬＦの評価、デバイスマネージャの評価、及びサービスの転送を概ね含む。両デバイスがＬＴＥネットワークに接続されているＤ２Ｄデバイスであるいくつかのより具体的な例では、近接性の通知は、デバイスがお互いを発見し、かつ通信を確立した後で実行されてもよく、又はディスカバリプロセス中に生じてもよい。状況によっては、例えば、Ｄ２Ｄデバイスは、ディスカバリ信号を受信し、サービスが転送されるデバイスが好適なネットワーク接続を有していることを確認する情報を送受信している。デバイスは、Ｄ２Ｄチャンネルを介して通信し、ネットワーク接続確認（ＲＬＦの評価）の後、デバイスの一方は、近接性の通知をデバイスマネージャに送って、転送を開始する。
【００４６】
他の例では、近接性の通知は、Ｄ２Ｄディスカバリ信号を他方のＤ２Ｄデバイスから受信したことに応じて送信される。状況によっては、一方のＤ２Ｄデバイスは、Ｄ２Ｄディスカバリ信号を自発的に送信し、他のＤ２Ｄデバイスから応答を受信したことに応じて、近接性の通知をデバイスマネージャに送る。かかる状況では、Ｄ２Ｄディスカバリ信号を受信したことに対する応答は、近接性の検出であると考えることができる。
【００４７】
状況によっては、Ｄ２Ｄデバイスは、要求を他のＤ２Ｄデバイスに送って、アプリケーションを引き継ぐ。あるいは、一方のＤ２Ｄデバイスは、アプリケーションを他のデバイスから自発的に引き継ぎ、アプリケーションの転送を要求するメッセージを送ることができる。しかしながら、本明細書の例として、両ケースとも、ネットワークにて最後の決定が行われる。
【００４８】
図７は、デバイスマネージャ１００がネットワーク内に存在するか、又はネットワークに接続され、デバイス１０２、１０４がセルラネットワーク３０２を介してネットワーク１１０と通信している、デバイスのページングの一例に関するメッセージ図である。第１のデバイス１０２及び第２のデバイス１０４は、セルラネットワーク３０２と通信を行っており、同一のｅＮＢ３０８又は異なるｅＮＢ６０２、６０４を介して、セルラネットワーク３０２にアクセスすることができる。デバイスが単一のｅＮＢと通信している状況では、メッセージの送受信の対象はｅＮＢとなり得るので、第１のデバイス１０２から第２のデバイス１０４への通信の再ルーティングが促進される。それぞれのデバイスが、異なるｅＮＢ６０２、６０４を介して、セルラネットワーク３０２にアクセスしている場合、メッセージの送受信の対象は、ネットワークであり、第１のｅＮＢを介して第１のデバイスから第２のｅＮＢを介して第２のデバイスへ通信の再ルーティングが促進される。その結果、ｅＮＢ及びセルラネットワークは、「ＥＮＢ／ＮＷ」７０２と標識されている単一のブロックによって表される。図７の例として、セルラネットワークは、第３世代パートナーシップ・プロジェクト・ロングターム・レボリューション（ＳＧＰＰ  ＬＴＥ）の通信仕様の少なくとも１つの改定版に従って動作する。
【００４９】
イベント７０４では、少なくとも１つのアプリケーションは、セルラネットワーク７０２を使用する第１のデバイス１０２上でアクティブである。特定の状況に応じて、第１のデバイス１０２上に２つ以上のアクティブなアプリケーションが存在してもよい。本明細書の例として、サービスは、単一のデバイスに関して、第２のデバイスに再ルーティング及び転送され、任意の他のアクティブなアプリケーションは、現在サービング中のデバイスで留まる。状況によっては、２つ以上のアプリケーションが転送されてもよい。また、例として、第２のデバイス上で実行しているアクティブなアプリケーションは存在しない。状況によっては、第２のデバイスは、１つ又はそれ以上の実行中のアプリケーションを有してもよい。これらのアプリケーションは、第１のデバイス上で実行しているアプリケーションが第２のデバイスに転送される場合、状況によっては、第１のデバイスへ転送されてもよい。
【００５０】
イベント７０６では、第２のデバイスは、３ＧＰＰ  ＬＴＥ通信仕様に従って、ＲＲＣ＿ＩＤＬＥモードである。このモードにおいて、ＬＴＥの仕様に従って、ＵＥデバイスは、ブロードキャスト又はマルチキャストデータを受信でき、ページングチャンネルをモニタして、着信コールを検出し、近隣セルの測定を実行し、セルセレクション並びにセル再セレクションを行い、システム情報を取得する。
【００５１】
イベント７０８では、第１のデバイス１０２の第２のデバイス１０４に対する近接性の変化が検出される。その例として、第１のデバイス１０２は、第２のデバイス１０４が第１のデバイス１０２のより近くに移動し、最近接閾値内に存在することを検出する。状況によっては、近接性の変化の検出は、デバイスが遠くに離れた（例えば、デバイスが検出できなくなる）という検出であってもよい。また、状況によっては、第２のデバイスが近接性の変化を検出してもよい。
【００５２】
送信７１０では、第１のデバイスは、デバイスマネージャに、検出された近接性の変化を通知する。その例として、通知メッセージがインターネットを介して送られる。本明細書で考察されるように、デバイスマネージャは、ネットワーク内又はデバイス内に存在することができる。その結果、通知メッセージを送ることは、デバイスマネージャがデバイス内で実装されている状況を論理的に表している。
【００５３】
イベント７１２では、デバイスマネージャ１００は、第１のデバイスから第２のデバイスへアクティブなアプリケーションを送信する必要があるかどうかを判定する。デバイスマネージャ１００は、ルール、嗜好、並びに現在の条件及び状況に関する情報を適用して、サービスが第２のデバイスに対して再ルーティングされるべきかどうかを判定する。図７の例として、デバイスマネージャ１００は、サービスが転送されるべきであると判定する。
【００５４】
送信７１４では、デバイスマネージャは、セルラネットワークが第２のデバイスに接続するようにセルラネットワーク７０２に対して要求を送る。要求は、転送される特定のアプリケーションに応じて、特定のアプリケーションがネットワークに対してトランスペアレントであり、ＳＩＰシグナリングがネットワークをトリガして、第２のデバイスをページングするようにＳＩＰシグナリングの形式であってもよい。
【００５５】
送信７１６では、セルラネットワーク７０２は、ページングメッセージを第２のデバイスに送って、通信を開始する。その例として、ページングメッセージは、３ＧＰＰ  ＬＴＥ通信仕様の少なくとも１つの改訂版に従って送られる。
【００５６】
送信７１８では、第２のデバイスは、セルラネットワークに情報を送ることにより、接続の確立を開始する。情報を送るための特定のメカニズムは、特定のネットワークに依存してもよい。例えば、アイドルモードの場合、ＬＴＥネットワークとの接続の確立は、ＵＥデバイス用のランダムアクセス手順が典型的に必要となる。これは、コンテンションレゾリューション、上りリンクタイミングアラインメント、リソース割り当て、セキュリティモードのアクティベーション、及び接続の確立の原因を解決するために必要である。
【００５７】
送信７２０では、セルラネットワーク７０２は、まだ確立されていな場合、ＥＰＳベアラチャンネルを確立する。
【００５８】
セルラネットワークと第２のデバイスとの間に適切な通信チャンネルが確立された後、デバイスマネージャ１００は、アプリケーションを第２のデバイスへステアリングする。アプリケーションをステアリングする好適な手法の例として、アプリケーションのために使用されるＩＰパケットの従来のヘッダに加えて、ヘッダ内の要素を定義することが挙げられる。かかる例として、追加的なヘッダ内の３つの要素を定義して、アプリケーション識別子、グループ識別子、及びデバイス識別子を表す。したがって、ヘッダは、アプリケーションＩＤ、グループＩＤ、デバイスＩＤを含む。ＩＰパケットをステアリングし再ルーティングするために従来のパケットゲートウエイ（Ｐ−ＧＷ）に依拠することにより、デバイスマネージャ１００及びデバイス１０２、１０４内のアプリケーションレイヤだけが追加的ヘッダを追跡及び識別すればよい。本明細書における例として、デバイスマネージャは、アプリケーション制御レイヤを使用して、サービスが転送されたデバイスに対して、該デバイスが今、転送された特定のアプリケーションの新しいマスタであることを通知する。アプリケーション制御レイヤをまた使用して、サービスが転送されたデバイスに対して、アプリケーションのマスタではないことを通知する。イベント７２４では、アプリケーションは、第２のデバイス上で継続する。
【００５９】
図８は、デバイスマネージャ１００がネットワーク内に存在するか、又はネットワークに接続され、デバイス１０２、１０４がセルラネットワーク３０２（７０２）を介してネットワーク１１０と通信している、デバイスのページングが行われない一例に関するメッセージ図である。第１のデバイス及び第２のデバイスは、セルラネットワークと通信を行っており、同一のｅＮＢ３０８又は異なるｅＮＢ６０２、６０４を介して、セルラネットワークにアクセスしていてもよい。デバイスが単一のｅＮＢと通信している状況では、メッセージの送受信の対象をｅＮＢにすることができるので、第１のデバイスから第２のデバイスへの通信の再ルーティングが促進される。それぞれのデバイスが、異なるｅＮＢを介して、セルラネットワークにアクセスしている場合、メッセージの送受信の対象は、ネットワークであり、第１のｅＮＢを介して第１のデバイスから第２のｅＮＢを介して第２のデバイスへの通信の再ルーティングが促進される。その結果、ｅＮＢ及びセルラネットワークは、「ＥＮＢ／ＮＷ」７０２と標識されている単一のブロックによって表される。図８の例として、セルラネットワークは、３ＧＰＰ  ＬＴＥ通信仕様の少なくとも１つの改訂版に従って動作する。
【００６０】
イベント８０２では、少なくとも１つのアプリケーションは、セルラネットワーク７０２を使用して第１のデバイス上でアクティブである。特定の状況に応じて、第１のデバイス１０２上に２つ以上のアクティブなアプリケーションが存在してもよい。本明細書の例として、サービスは、単一のデバイスに関して、第２のデバイスに再ルーティング及び転送され、任意の他のアクティブなアプリケーションは、現在サービング中のデバイスで留まる。状況によっては、２つ以上のアプリケーションが転送されてもよい。また、例として、第２のデバイス上で実行しているアクティブなアプリケーションは存在しない。状況によっては、第２のデバイスは、１つ又はそれ以上の実行中のアプリケーションを有してもよい。これらのアプリケーションは、第１のデバイス上で実行しているアプリケーションが第２のデバイスに転送される場合、状況によっては、第１のデバイスへ転送されてもよい。
【００６１】
イベント８０４では、第２のデバイスは、ＲＲＣ＿ＩＤＬＥモードである。このモードにおいて、ＬＴＥの仕様に従って、ＵＥデバイスは、ブロードキャスト又はマルチキャストデータを受信でき、ページングチャンネルをモニタして、着信コールを検出し、近隣セルの測定を実行し、セルセレクション並びにセル再セレクションを行い、システム情報を取得する。
【００６２】
イベント８０６では、第１のデバイスの第２のデバイスに対する近接性の変化が検出される。その例として、第２のデバイスは、第１のデバイスが第２のデバイスのより近くに移動し、最近接閾値内に存在することを検出する。状況によっては、近接性の変化の検出は、デバイスが遠くに離れたという検出であってもよい。また、状況によっては、第１のデバイスが変化を検出してもよい。
【００６３】
送信８０８では、第２のデバイスは、セルラネットワーク７０２にメッセージを送信することにより、接続の確立を開始する。開始は、変化の近接性に応答する。
【００６４】
送信８１０では、まだ確立されていな場合、セルラネットワーク７０２及び第２のデバイスは、ＥＰＳベアラチャンネルを確立する。
【００６５】
送信８１２では、第２のデバイスは、デバイスマネージャ１００に検出された近接性の変化を通知する。その例として、通知メッセージがインターネットを介して送られる。
【００６６】
イベント８１４では、デバイスマネージャ１００は、第１のデバイスから第２のデバイスへアクティブなアプリケーションを送信する必要があるかどうかを判定する。デバイスマネージャ１００は、ルール、嗜好、並びに現在の条件及び状況に関する情報を適用して、サービスが第２のデバイスに対して再ルーティングされるべきかどうかを判定する。図８の例として、デバイスマネージャ１００は、サービスが転送されるべきだと判定する。
【００６７】
送信８１６では、デバイスマネージャ１００は、アプリケーションを第２のデバイスに対してステアリングする。アプリケーションをステアリングする好適な手法の例として、アプリケーションのために使用されるＩＰパケットの従来のヘッダに加えて、ヘッダ内の要素を定義することが挙げられる。かかる例として、追加的なヘッダ内の３つの要素を定義して、アプリケーション識別子、グループ識別子、及びデバイス識別子を表す。ＩＰパケットをステアリングし再ルーティングするために従来のパケットゲートウエイ（Ｐ−ＧＷ）に依拠することにより、デバイスマネージャ１００及びデバイス１０２、１０４内のアプリケーションレイヤだけが追加的ヘッダを追跡及び識別すればよい。本明細書における例として、デバイスマネージャは、アプリケーション制御レイヤを使用して、サービスが転送されたデバイスに対して、そのデバイスが今、転送された特定のアプリケーションの新しいマスタであることを通知する。アプリケーション制御レイヤをまた使用して、サービスが転送されたデバイスに対して、アプリケーションのマスタではないことを通知する。イベント８１８では、アプリケーションは、第２のデバイス上で継続する。
【００６８】
図９は、デバイスマネージャ１００がデバイス１０２，１０４内のローカルデバイスマネージャ２０２，２０４として実装される例に関するメッセージ図である。
【００６９】
イベント９０２では、第１のデバイスとアプリケーションサーバ１０８との間で通信を行って、２つのアクティブなアプリケーション（Ａｐｐ１及びＡｐｐ２）を促進している。
【００７０】
イベント９０４では、第１のデバイスは、両方のアプリケーションのマスタである。したがって、ローカルデバイスマネージャ２０２は、アクティブなアプリケーションのマスタである。
【００７１】
イベント９０６では、第１のデバイスの第２のデバイスに対する近接性の変化が検出される。その例として、第１のデバイスは、第２のデバイスが第１のデバイスのより近くに移動し、最近接閾値内に存在することを検出する。状況によっては、近接性の変化の検出は、デバイスが遠くに離れたという検出であってもよい。また、状況によっては、第２のデバイスが変化を検出してもよい。
【００７２】
送信９０８では、第１のデバイスは、第２のデバイスをピンして、第２のデバイスがネットワークに接続していることを確認する。上述したように、ピンにより、ネットワークに対する接続状態を確認するためのメカニズムが提供される。状況によっては、あるデバイスは、ディスカバリメッセージ内の自身のリンク状況をブロードキャストしてもよい。他の状況では、デバイスは、近接性の検出交換プロトコル（ｐｒｏｘｉｍｉｔｙ  ｄｅｔｅｃｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）中、ネットワークとのお互いのリンク品質を確認する。
【００７３】
送信９１０では、第１のデバイスは、アプリケーションサーバ１０８に対して、アプリケーションのうち一方（Ａｐｐ１）が、第２のデバイスに再ルーティングされるべきであることを通知する。アプリケーション制御レイヤをまた使用して、サービスが転送されたデバイスに対して、アプリケーションのマスタではないことを通知する。しかしながら、このケースでは、アプリケーション制御レイヤに対して、マスタとしての機能をリリースする要求を通知するのは、デバイスである。状況によっては、例えば、アプリケーション（Ａｐｐ）のサブセットは、第１のデバイス（デバイス１）と関連し、他のサブセットは、第２のデバイス（デバイス２）などと関連する。他の実施において、それぞれのＡｐｐは、それぞれのデバイスに関連し、それぞれのａｐｐに対するそれぞれのデバイスの優先度は、デバイスマネージャにおいてリスト化されている。表１は、かかる例を提供及び説明する。
【表１】
2018515013.tif 000003
【００７４】
イベント９１２では、アプリケーションサーバ１０８は、アプリケーションを第２のデバイスに再ルーティングする。
【００７５】
イベント９１４では、第２のデバイスは、アプリケーション（Ａｐｐ１）のマスタになる。本明細書における例として、サービスを再ルーティングするために使用される制御情報を使用して、第２のデバイスをマスタとして割り当てる。状況によっては、マスタとしての役割を引き受けることを示す確認メッセージが第２のデバイスにより送られる。
【００７６】
イベント９１６では、再ルーティングされなかった他のアプリケーション（Ａｐｐ２）は、第１のデバイスをマスタとして、第１のデバイスとの通信リンクを継続する。
【００７７】
イベント９１８では、デバイスのうち一方又は両方は、他方のデバイスをピンして、それぞれのデバイスがネットワークと接続していることを確認する。
【００７８】
図１０は、図４及び図９のスマートヘッドセットとしての使用に好適なスマートヘッドセット１０００の一例のブロック図である。スマートヘッドセット１０００はまた、本明細書で考察される他の例では、デバイスの１つとして使用されてもよい。図１０は、それぞれがローカルデバイスマネージャ２９２、２０４を有する、スマートヘッドセット１０００及びスマートハンドセット１００２を示す。ローカルデバイスマネージャは、状況によっては、ローカルデバイスマネージャのうち一方又は両方を省略することができることを示すために、破線のブロックで図示されている。
【００７９】
スマートヘッドセット１０００は、スピーカ１００６と、マイクロフォン１００８と、スピーチプロセッサアクセラレータ（ｓｐｅｅｃｈ  ｐｒｏｃｅｓｓｏｒ  ａｃｃｅｌｅｒａｔｏｒ）１０１０と、制御部１０１２と、Ｂｌｕｅｔｏｏｔｈ送受信機１０１４と、セルラ送受信機１０１６と、バッタ（ｂａｔｔｅｒ）電源１０１８と、を備える。スピーチプロセッサアクセラレータ１０１０は、音声からテキスト及びテキストから音声への変換、並びに他の音声プロセッサ機能を実行する。Ｂｌｕｅｔｏｏｔｈ送受信機は、Ｂｌｕｅｔｏｏｔｈ技術及びシグナリングを使用して、スマートハンドセット１００２など他のデバイスと通信する。Ｂｌｕｅｔｏｏｔｈ送受信機はまた、スマートヘッドセットなどのユーザグループ内の他のデバイスにより送信されたＢｌｕｅｔｏｏｔｈ信号を検出することにより、近接性検出デバイスとして動作することができる。セルラ送受信機１０１６は、ｅＮＢと通信し、状況によっては、セルラ通信技術及びシグナリングを使用して、他のハンドセットと通信する。例として、セルラ送受信機は、３ＧＰＰ  ＬＴＥ通信仕様の少なくとも１つの改訂版に従って動作する。制御部１０１２は、本明細書に記載されるように、スマートヘッドセットの機能を促進し、スマートヘッドセットの全体のオペレーションも促進する。バッテリ電源１０１８は、スマートヘッドセットの構成要素に電源を供給する。
【００８０】
スマートヘッドセットは、少なくとも２つのモードで動作する。第１のモードでは、ヘッドセットは、スタンドアロン型携帯電話である。第２のモードでは、スマートヘッドセットは、スマートフォン、携帯電話、マルチモードデバイス、又は他のＵＥデバイスと無線通信する無線（例えば、Ｂｌｕｅｔｏｏｔｈ）ヘッドセットである。第１のモードの間、スマートヘッドセットは、ｅＮＢとの着信及び発信ボイスコール、着信メッセージ用のテキストの音声化、発信メッセージ用の音声のテキスト化、及びウェブアクセス用の音声認識／翻訳をサポートできる。状況によっては、スマートヘッドセットは、セルラインターフェイスに加えて、ネットワークへ接続するためのＷｉ−Ｆｉインターフェイスを備えることができる。
【００８１】
いくつかの実施において、スマートヘッドセット及びスマートハンドセットは、同一の電話番号を有してもよい。他の実施において、デバイスは、異なる電話番号を有してもよい。
【００８２】
動作中、他方のデバイスに対する近接性の変化を検出するスマートヘッドセット又はスマートハンドセットのいずれか一方に応答して、サービスを転送することができる。場合によっては、図４を参照して上で考察したように、近接性の変化が通知された後、セルラネットワークは、デバイス間の送信サービスを管理することができる。他のネットワーク管理の例は、図１１及び図１２を参照して以下で論じる。
【００８３】
スマートハンドセットが検出され、範囲内にある場合、スマートヘッドセットは、Ｂｌｕｅｔｏｏｔｈを介して、スマートハンドセットに自律的に接続するか、又はハンドセットに接続するよう指示される。１つ又はそれ以上のアプリケーションのためのサービスは、ヘッドセットからハンドセットへ移行する。
【００８４】
状況によっては、スマートハンドセット１００２は、スマートフォンとスマートヘッドセットとの間のサービスの再ルーティングを調整するマスタデバイスである。１つの例では、全てのサービスは、最初、スマートハンドセットに直接向かい、スマートハンドセットは、ボイスコールなど適切なサービス及びテストメッセージをスマートヘッドセットに転送する。かかる実施では、ネットワークは、転送エンティティとしての役割を果たす。
【００８５】
したがって、例示的なスマートヘッドセットは、スマートヘッドセットで受信された受信情報に基づいて、出力音を生成するように構成されたスピーカを備える。マイクロフォンは、入力音に基づいて、マイクロフォン信号を生成して、スマートヘッドセットから送信するための送信情報を形成するように構成されている。セルラ送受信機は、セルラ通信ネットワークと無線通信するように構成され、Ｂｌｕｅｔｏｏｔｈ送受信機は、スマートハンドセットなど他のデバイスと無線通信するように構成されている。制御部は、第１のモード及び第２のモードを含む少なくとも２つのモードの選択動作モードに、スマートヘッドセットを設定するように構成されている。スマートヘッドセットは、スマートヘッドセットが第１のモードの場合、受信情報がセルラ送受信機を介してセルラネットワークから受信され、送信情報がセルラ送受信機を介してセルラネットワークへ送信されるように、セルラ送受信機を介して、セルラネットワークと通信する。スマートヘッドセットは、スマートヘッドセットが第２のモードの場合、受信情報がＢｌｕｅｔｏｏｔｈ送受信機を介してスマートハンドセットから受信され、送信情報がＢｌｕｅｔｏｏｔｈ送受信機を介してスマートハンドセットへ送信されるように、Ｂｌｕｅｔｏｏｔｈ送受信機を介して、スマートハンドセットと通信する。制御部は、スマートハンドセットがスマートヘッドセットから最近接範囲より遠いと判定された場合、ヘッドセットを第１のモードに設定するように構成され、スマートハンドセットがスマートヘッドセットに対して最近接範囲内に存在すると判定された場合、ヘッドセットを第２のモードに設定するように構成されている。１つの例では、制御部は、スマートハンドセットにより送信された短距離信号に基づいて、スマートハンドセットが最近接範囲内に存在するかどうかを判定する。好適な短距離信号のいくつかの例として、Ｂｌｕｅｔｏｏｔｈ信号及びＺｉｇ−ｂｅｅ信号が挙げられる。
【００８６】
通信がテキストメッセージを含む場合、スピーチプロセッサアクセラレータは、受信情報の受信テキスト情報を出力音を形成する音声に変換するように構成され、マイクロフォン信号を送信情報を形成する送信テキスト情報に変換するように構成されている。
【００８７】
図１１は、スマートヘッドセットがモード１である一例に関するメッセージ図である。図１１の例において、スマートハンドセットへのサービスがＷｉ−Ｆｉ経由でルーティングされる。状況によっては、サービスは、ＬＴＥ経由でルーティングされてもよい。
【００８８】
イベント１１０２では、ペアリングをアクティブ化する。その結果、スマートヘッドセット及びスマートハンドセットは、互いに検出及び接続を試みる。
【００８９】
ステップ１１０４では、ヘッドセットもハンドセットも、他方のデバイスを検出できない。その結果、スマートヘッドセットは、ネットワークに対して直接いくつかのアプリケーションを扱うモード１である。
【００９０】
送信１１０６では、スマートハンドセットは、ネットワーク７０２に対して、ハンドセット及びヘッドセットがモード１であることを通知する。スマートハンドセットは、通知メッセージを送る。状況によっては、スマートヘッドセットは、ネットワークに通知する。
【００９１】
イベント１１０８では、モード１のスマートヘッドセットに適用可能なアプリケーション用のサービスが、スマートヘッドセットにルーティングされる。したがって、スマートヘッドセットによって扱うことができるボイスコール及びテキストメッセージ用のサービスが、スマートヘッドセットにルーティングされる。
【００９２】
イベント１１１０では、スマートヘッドセットが扱うことができない他のアプリケーション用のトラフィックが、Ｗｉｉネットワークにルーティングされる。Ｗｉ−Ｆｉネットワークは、その後、トラフィックをスマートハンドセットにルーティングする。
【００９３】
図１２は、スマートヘッドセットがモード２である一例に関するメッセージ図である。
【００９４】
イベント１２０２では、ペアリングをアクティブ化する。その結果、スマートヘッドセット及びスマートハンドセットは、互いに検出及び接続を試みる。
【００９５】
ステップ１２０４では、ヘッドセット又はハンドセットのうち少なくとも一方は、他方のデバイスを検出する。その結果、スマートヘッドセットは、ペリフェラルＢｌｕｅｔｏｏｔｈヘッドセットデバイスとして、スマートハンドセットに接続するモード２になる。
【００９６】
送信１２０６では、スマートハンドセットは、ネットワーク７０２に、ハンドセット及びヘッドセットがモード２であることを通知する。
【００９７】
イベント１２０８では、全てのアプリケーションのためのサービスがスマートハンドセットにルーティングされる。
【００９８】
当業者であれば、これらの教示に照らして、本発明の他の実施形態及び変更形態を容易に実施し得ることは明白である。上記の説明は、例示的なものであり、限定的なものではない。本発明は、特許請求の範囲によってのみ限定されるべきものであり、特許請求の範囲には、上述の詳細及び添付の図面を組み合わせて考慮した場合の、あらゆる実施形態及び変更形態が含まれる。したがって、本発明の範囲は、上記の説明を参照して判定されるのではなく、均等物の全範囲とともに、添付される請求の範囲を参照して判定されるべきである。
【図１】
2018515013.tif 000004
【図２】
2018515013.tif 000005
【図３】
2018515013.tif 000006
【図４】
2018515013.tif 000007
【図５】
2018515013.tif 000008
【図６】
2018515013.tif 000009
【図７】
2018515013.tif 000010
【図８】
2018515013.tif 000011
【図９】
2018515013.tif 000012
【図１０】
2018515013.tif 000013
【図１１】
2018515013.tif 000014
【図１２】
2018515013.tif 000015
【手続補正書】
【提出日】平成29年11月27日(2017.11.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のデバイスの第２のデバイスに対する近接性の変化を示す近接性の通知を受信する工程であって、前記第１のデバイスは、通信ネットワークを介して、第１の通信路によりアプリケーションサーバと通信する前記第１のデバイスを含むアプリケーションを実行する、工程と、
前記近接性の通知に応じて、前記第２のデバイスが前記通信ネットワークを介して、第２の通信路により前記アプリケーションサーバと通信する前記第２のデバイスを含む前記アプリケーションを実行するように前記アプリケーションを前記第２のデバイスに転送する工程と、を含む、方法。
【請求項２】
デバイスマネージャが、前記近接性の通知を受信する工程と、
前記デバイスマネージャが、前記アプリケーションを転送するための少なくとも１つの所定のルールに基づいて、前記アプリケーションを転送するかどうかを判定する工程と、
前記ルールに適合した場合、前記アプリケーションを転送する工程と、を更に含む、請求項１に記載の方法。
【請求項３】
前記デバイスマネージャが、少なくとも１つのユーザの嗜好に基づいて、前記アプリケーションを転送するかどうかを判定することを更に含む、請求項２に記載の方法。
【請求項４】
前記近接性の変化が検出された後、前記ユーザの嗜好が適用される、請求項３に記載の方法。
【請求項５】
前記アプリケーションを転送する工程は、
前記第２のデバイスと前記アプリケーションサーバとの間の接続を確立する工程と、
前記第１のデバイスと前記アプリケーションサーバとの間の通信を前記第１の通信路から前記第２の通信路へ再ルーティングする工程と、含む、請求項１に記載の方法。
【請求項６】
通信を再ルーティングする工程は、再ルーティング要求メッセージを前記アプリケーションサーバに送る工程を含む、請求項５に記載の方法。
【請求項７】
通信を再ルーティングする工程は、前記アプリケーションサーバとの通信のために使用されるインターネットプロトコル（ＩＰ）パケット内のヘッダ情報を変更する工程を含む、請求項５に記載の方法。
【請求項８】
前記ヘッダ情報は、アプリケーション識別子、ユーザグループ識別子、及びデバイス識別子を含む、請求項７に記載の方法。
【請求項９】
通信を再ルーティングする工程は、前記アプリケーションの転送を制御するためのマスタデバイスとして前記第２のデバイスを割り当てるマスタデバイス割り当てインジケータを送る工程を含む、請求項５に記載の方法。
【請求項１０】
通信を再ルーティングする工程は、前記アプリケーションの転送を制御するためのマスタデバイスとして、前記第１のデバイスをリリースするマスタデバイスリリースインジケータを送る工程を含む、請求項５に記載の方法。
【請求項１１】
前記近接性の変化は、前記第１のデバイスが前記第２のデバイスに対して最近接範囲内に存在することを含む、請求項１に記載の方法。
【請求項１２】
前記近接性の変化は、前記第１のデバイスが前記第２のデバイスに対して最近接範囲外に存在することを含む、請求項１に記載の方法。
【請求項１３】
前記通信ネットワークは、第１の技術通信ネットワーク及び第２の技術通信ネットワークを含み、前記第１の通信路は、前記第１の技術通信ネットワークを含み、前記第２の通信路は、前記第２の技術通信ネットワークを含む、請求項１に記載の方法。
【請求項１４】
前記第１の技術通信ネットワーク及び前記第２の技術通信ネットワークのうち一方は、第３世代パートナシッププロジェクトのロング・ターム・エボリューション（３ＧＰＰ  ＬＴＥ）通信仕様の少なくとも１つの改訂版に従って動作する３ＧＰＰ  ＬＴＥネットワークであり、前記第１の技術通信ネットワーク及び前記第２の技術通信ネットワークのうち他方は、Ｗｉ−Ｆｉ通信ネットワークである請求項１３に記載の方法。
【請求項１５】
前記近接性の通知は、前記第１のデバイス及び前記第２のデバイスのうち一方から受信され、前記近接性の通知は、前記第１のデバイス及び前記第２のデバイスのうち一方による前記近接性の変化の検出に基づいている、請求項１に記載の方法。
【請求項１６】
前記近接性の変化の前記検出は、受信無線信号に基づいている、請求項１５に記載の方法。
【請求項１７】
前記第２のデバイスが、前記アプリケーションのための通信をサポートすることができる前記通信ネットワークに接続しているかどうかを判定する工程を更に含む、請求項１に記載の方法。
【請求項１８】
前記第２のデバイスが前記アプリケーションのための通信をサポートすることができる前記通信ネットワークに接続しているかどうかを判定する工程は、
前記第２のデバイスから前記ネットワークへ送信を送る工程と、
前記送信に基づいて、前記第２の通信路の品質を判定する工程と、を含む、請求項１７に記載の方法。
【請求項１９】
前記第２のデバイスが前記アプリケーションのための通信をサポートすることができる前記ネットワークに接続しているかどうかを判定する工程は、
前記第２の通信路の前記品質を確認するように前記第２のデバイスに要求する、前記第１のデバイスから前記第２のデバイスへの送信のリンク品質要求メッセージを前記第２のデバイスから前記ネットワークへ送る工程を更に含む、請求項１７に記載の方法。
【請求項２０】
前記通信ネットワークは、
アクセスポイントを有する第１の無線技術ネットワークと、
第３世代パートナシッププロジェクトのロング・ターム・エボリューション（３ＧＰＰ  ＬＴＥ）通信仕様の少なくとも１つの改訂版に従って動作する第２の無線技術ネットワークであって、前記第２の無線技術ネットワークは、第１のｅＮＢ及び第２のｅＮＢを含み、前記第１の通信路は、前記アクセスポイント、前記第１のｅＮＢ、及び前記第２のｅＮＢのうち１つとの接続を含み、前記第２の通信路は、前記アクセスポイント、前記第１のｅＮＢ及び前記第２のｅＮＢのうち１つとの別の接続を含む、第２の無線技術ネットワークと、を含む、請求項１に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
ある状況では、現在アクティブなアプリケーションのサービスを一方のユーザデバイスから他方のユーザデバイスへ切り替えることが有用又は有益である場合がある。ユーザがアプリケーションにアクセスするために利用するデバイスの変更に加えて、アプリケーションのための通信路が、第１のユーザデバイスへの第１の通信路から第２のユーザデバイスへの第２の通信路へ変更される。該２つの通信路は、少なくともいくつかの異なる通信システムのインフラストラクチャを使用している。例えば、自宅に到着すると、ユーザは、セルラハンドセット上の現在アクティブなボイスコールをスマートテレビに転送し、スマートテレビを介してコールを継続したい場合がある。スマートテレビは、電気ケーブル又は光ファイバーケーブルにより提供されるインターネット接続によって、ネットワークに接続される場合が多いので、アクティブなコールを移行（転送）するためには、ケーブル接続を介して、スマートテレビからボイスコールのアプリケーションサーバへの接続リンク（経路）を確立し、セルラネットワークを介するセルラハンドセットからのコールの接続を切断する必要がある。以下に説明する技術に従って、デバイスマネージャは、定義されたデバイスグループに関連するユーザデバイス間の近接性の変化に基づいて、効率的かつインテリジェントに、デバイス間のサービスルーティングを管理している。デバイスマネージャは、近接性の変化に加えて、他の要因、状況、（ユーザの嗜好などの）設定、信号の品質、通信路の品質／能力、アプリケーションタイプ、ユーザに関連するデバイスのタイプ及び数、並びに動的なユーザインプットの任意の組み合わせを評価することができる。以下に述べるように、デバイスマネージャは、サーバなどのネットワーク上のエンティティ内に実装されるか、ユーザデバイス内で実装され、ユーザデバイスにわたって分配されるか、又は両方のデバイス及びネットワークエンティティ内で実装されてもよい。任意のネットワークレイヤにおいてデバイスマネージャを実装することができるが、デバイスマネージャは、本明細書に記載された例では、アプリケーションレイヤ内に実装される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
検出された近接性の変化は、他のデバイスがデバイスに近づいたという判定であってもよく、又は他のデバイスが遠く離れるように移動したという判定であってもよい。また、近接性の変化は、近接性検出部により提供される情報から直接判定されてもよく、又は推測若しくは間接的に判定されてもよい。例えば、近接性検出部がＧＰＳモデュールを備える場合、ユーザがユーザの住居など特定の場所に到着したという判定を評価して、ユーザにより携帯されている第１のデバイスが住居内の第２のデバイスに近づいたと判定してもよい。間接的な近接性の変化の判定の別の例では、特定の場所における固定型デバイス内の近接性検出部が、特定の場所のユーザの存在を識別する網膜スキャナなどのユーザ識別センサを備える。その場所でユーザの識別が促進されたことに応じて、制御部は、典型的にユーザが携帯しているモバイルデバイスがその場所の固定型デバイスに近づいたことを判定する。かかる状況は、固定型デバイスが、ユーザの住居における網膜スキャナを有するスマートテレビであり、モバイルデバイスが、セルラハンドセットである場合に生じ得る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
図１のデバイス及びネットワークエンティティを参照して説明されるブロックの多様な機能及び動作は、任意の数のエンティティ、サーバ、デバイス、回路、又は要素において実施されてもよい。機能ブロックのうち２つ以上が単一のデバイスに統合されてもよく、任意の単一のデバイスにおいて実行されるように記載される機能は、複数のデバイスにわたって実施されてもよい。例えば、デバイスマネージャ及びアプリケーションは、同一のネットワークエンティティで実装されてもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
ボイスコール３００がアクティブである間、スマートテレビ３０６は、セルラデバイス３０４とスマートテレビ３０６との間の近接性の変化を検出する。スマートテレビ３０６は、例えば、網膜スキャンに基づいて、ユーザが帰宅したことを検出する。したがって、イベント３１６では、スマートテレビ３０６は、セルラデバイス３０４がスマートテレビ３０６の最近接範囲内にいると判定する。送信３１８では、それに応じて、スマートテレビ３０６は、デバイスマネージャ１００に対して、セルラデバイス３０４が近くに存在することを通知する。デバイスマネージャ１００は、現在の条件並びに特定のユーザに対する嗜好及び再ルーティングルールを評価し、アクティブなコールが再ルーティングされるべきかどうかを判定する。コールを再ルーティングするべきだとの判定に応じて、デバイスマネージャ１００は、コール再ルーティング要求送信３２０をボイスコールサーバ３１０に送る。それに応じて、スマートテレビ、セルラデバイス３０６、及びセルラオペレータネットワーク３０２と協働しているボイスコールサーバ３１０は、アクティブなコールをスマートテレビ３０６に再ルーティングする。再ルーティングされたコールのための新しい通信路は、スマートテレビ３０６とボイスコールサーバ３１０との間にあり、アクセスポイント３１２とスマートテレビ３０６との間及びケーブルプロバイダネットワーク３１４とインターネットとの間にＷｉ−Ｆｉエアインターフェイスを備える。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
図４は、アクティブなアプリケーションがセルラスマートヘッドセットデバイス４０２からマルチモードデバイス（Ｗｉ−Ｆｉセルラハンドセット）４０４へ再ルーティングされるセルラネットワーク３０２上のボイスコール４００である場合の例に関するシステム１０のブロック図である。図４の例として、マルチモードハンドセット４０４が近接性の変化が生じたと判定した場合、ユーザは、セルラネットワーク３０２にアクセスしているセルラスマートヘッドセット４０２によるアクティブなコール４００の最中である。マルチモードハンドセット４０４は、Ｗｉ−Ｆｉネットワーク及びセルラネットワークにアクセスすることができるセルラユーザ機器（ＵＥ）デバイスなどのデバイスである。スマートヘッドセット４０２は、セルラネットワークに直接アクセスすることができ、またネットワークにアクセスする他のデバイスと通信するペリフェラル（ｐｅｒｉｐｈｅｒａｌ）ヘッドセットデバイスとして使用できるヘッドセットである。したがって、スマートヘッドセット４０２は、自身がスタンドアロン型携帯電話である第１のモードで動作することができ、自身がスマートフォン、携帯電話、マルチモードデバイス、又は他のＵＥデバイスと無線通信する無線（例えば、Ｂｌｕｅｔｏｏｔｈ）ヘッドセットである、第２のモードで動作することができる。好適なスマートヘッドセットの例は、以下の図１０を参照して考察する。その例として、マルチモードハンドセット４０４は、スマートヘッドセット４０２により送信されるＢｌｕｅｔｏｏｔｈ信号などの信号を検出し、その信号に基づいて、スマートヘッドセット４０３が、同一のユーザグループの一員であり、マルチモードハンドセット４０４との通信に対して十分近くにいると判定する。マルチモードハンドセット４０４は、送信４０８をデバイスマネージャ１００に送り、デバイスマネージャ１００に対して、スマートヘッドセット４０２に対する近接性の変化を通知する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
ボイスコール４００がアクティブの間、マルチモードデバイス４０４は、スマートヘッドセット４０２とマルチモードデバイス４０４との間の近接性の変化を検出する。マルチモードデバイス４０４は、例えば、スマートヘッドセットにより送信された無線信号を検出することができる。したがって、イベント４０６では、マルチモードデバイス４０４は、スマートヘッドセット４０２がマルチモードデバイス４０４に近接していると判定する。それに応じて、マルチモードデバイス４０４は、デバイスマネージャ１００に対して、スマートヘッドセット４０２が近くにいると、通知送信４０８で通知する。イベント４１０では、デバイスマネージャ１００は、現在の条件並びに特定のユーザの嗜好及び再ルーティングルールを評価し、アクティブなコールが、再ルーティングされるべきかどうかを判定する。コールを再ルーティングするべきだとの判定に応じて、デバイスマネージャ１００は、コール再ルーティング要求送信４１２をボイスコールサーバ３１０に送る。それに応じて、マルチモードデバイス、スマートヘッドセット、及びセルラオペレータネットワーク３０２と協働しているボイスコールサーバ３１０は、アクティブなコールを、イベント４１４で、マルチモードデバイス４０４に再ルーティングする。再ルーティングされたコールのための新しい通信路は、マルチモードデバイス４０４と、ボイスコールサーバ３１０との間にあり、アクセスポイント３１２とマルチモードデバイス４０４との間及びケーブルプロバイダネットワーク３１４とインターネット１１２との間にＷｉ−Ｆｉエアインターフェイスを備える。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
図５は、第１のデバイス１０２及び第２のデバイス１０４が、セルラネットワーク３０２の同一のｅＮＢ３０８を介してネットワーク１１０にアクセスする一例に関するシステムのブロック図である。図５の例として、サービスは、第１のデバイス１０２の第２のデバイス１０４に対する近接性の変化に応じて、同一のｅＮＢ３０８を介して、第１のデバイス１０２から第２のデバイス１０４へ再ルーティングされる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
図６は、第１のデバイス１０２及び第２のデバイス１０４が、セルラネットワーク３０２の異なるｅＮＢ６０２、６０４を介してネットワーク１１０にアクセスする一例に関するシステムのブロック図である。図６の例として、第１のデバイス１０２は、第１のｅＮＢ６０２を介して、セルラネットワーク３０２を介して通信し、第２のデバイスは、第２のｅＮＢ６０４を介して、セルラネットワークを介して通信する。サービスは、第１のデバイス１０２の第２のデバイス１０４に対する近接性の変化に応じて、異なるｅＮＢ３０８を介して、第１のデバイス１０２から第２のデバイス１０４へ再ルーティングされる。ｅＮＢ６０２、６０４は、同一のプロバイダのネットワークの一部であってもよく、異なるプロバイダのネットワークに接続されてもよい。したがって、セルラオペレーティングネットワークは、状況によっては、複数のオペレータを含むことができる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
送信８０８では、第２のデバイスは、セルラネットワーク７０２にメッセージを送信することにより、接続の確立を開始する。開始は、近接性の変化に応答する。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
送信９１０では、第１のデバイスは、アプリケーションサーバ１０８に対して、アプリケーションのうち一方（Ａｐｐ１）が、第２のデバイスに再ルーティングされるべきであることを通知する。アプリケーション制御レイヤをまた使用して、サービスが転送されたデバイスに対して、アプリケーションのマスタではないことを通知する。しかしながら、このケースでは、アプリケーション制御レイヤに対して、マスタとしての機能をリリースする要求を通知するのは、デバイスである。状況によっては、例えば、アプリケーション（Ａｐｐ）のサブセットは、第１のデバイス（デバイス１）と関連し、他のサブセットは、第２のデバイス（デバイス２）などと関連する。他の実施において、それぞれのＡｐｐは、それぞれのデバイスに関連し、それぞれのＡｐｐに対するそれぞれのデバイスの優先度は、デバイスマネージャにおいてリスト化されている。表１は、かかる例を提供及び説明する。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
図１０は、図４及び図９のスマートヘッドセットとしての使用に好適なスマートヘッドセット１０００の一例のブロック図である。スマートヘッドセット１０００はまた、本明細書で考察される他の例では、デバイスの１つとして使用されてもよい。図１０は、それぞれがローカルデバイスマネージャ２０２、２０４を有する、スマートヘッドセット１０００及びスマートハンドセット１００２を示す。ローカルデバイスマネージャは、状況によっては、ローカルデバイスマネージャのうち一方又は両方を省略することができることを示すために、破線のブロックで図示されている。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
スマートヘッドセット１０００は、スピーカ１００６と、マイクロフォン１００８と、スピーチプロセッサアクセラレータ（ｓｐｅｅｃｈ  ｐｒｏｃｅｓｓｏｒ  ａｃｃｅｌｅｒａｔｏｒ）１０１０と、制御部１０１２と、Ｂｌｕｅｔｏｏｔｈ送受信機１０１４と、セルラ送受信機１０１６と、バッテリ電源１０１８と、を備える。スピーチプロセッサアクセラレータ１０１０は、音声からテキスト及びテキストから音声への変換、並びに他の音声プロセッサ機能を実行する。Ｂｌｕｅｔｏｏｔｈ送受信機は、Ｂｌｕｅｔｏｏｔｈ技術及びシグナリングを使用して、スマートハンドセット１００２など他のデバイスと通信する。Ｂｌｕｅｔｏｏｔｈ送受信機はまた、スマートヘッドセットなどのユーザグループ内の他のデバイスにより送信されたＢｌｕｅｔｏｏｔｈ信号を検出することにより、近接性検出デバイスとして動作することができる。セルラ送受信機１０１６は、ｅＮＢと通信し、状況によっては、セルラ通信技術及びシグナリングを使用して、他のハンドセットと通信する。例として、セルラ送受信機は、３ＧＰＰ  ＬＴＥ通信仕様の少なくとも１つの改訂版に従って動作する。制御部１０１２は、本明細書に記載されるように、スマートヘッドセットの機能を促進し、スマートヘッドセットの全体のオペレーションも促進する。バッテリ電源１０１８は、スマートヘッドセットの構成要素に電源を供給する。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
状況によっては、スマートハンドセット１００２は、スマートフォンとスマートヘッドセットとの間のサービスの再ルーティングを調整するマスタデバイスである。１つの例では、全てのサービスは、最初、スマートハンドセットに直接向かい、スマートハンドセットは、ボイスコールなど適切なサービス及びテキストメッセージをスマートヘッドセットに転送する。かかる実施では、ネットワークは、転送エンティティとしての役割を果たす。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００９２
【補正方法】変更
【補正の内容】
【００９２】
イベント１１１０では、スマートヘッドセットが扱うことができない他のアプリケーション用のトラフィックが、Ｗｉ−Ｆｉネットワークにルーティングされる。Ｗｉ−Ｆｉネットワークは、その後、トラフィックをスマートハンドセットにルーティングする。
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2018515013.tif 000016
【国際調査報告】
2018515013.tif 000017
2018515013.tif 000018