(57)【特許請求の範囲】
【請求項１】
着信した通信の対象ユーザIDを判定するステップと、
前記対象ユーザIDを複数の宛先デバイスに送信するステップと、
前記複数の宛先デバイスから、前記対象ユーザIDと関連付けられたユーザ存在確率を要求するステップと、
前記複数の宛先デバイスから前記ユーザ存在確率を受信するステップと、
前記ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択するステップと、
前記宛先デバイスへの通信リンクを確立するステップと
を含む、着信した通信を転送する方法。
【請求項２】
前記対象ユーザIDが、通信受信デバイスのデフォルトのユーザIDの使用を通じて選択される、請求項1に記載の方法。
【請求項３】
前記対象ユーザIDが、前記着信した通信と関連付けられた発呼側のIDの使用を通じて選択される、請求項1に記載の方法。
【請求項４】
前記対象ユーザIDが、前記着信した通信と関連付けられたアドレス指定情報の使用を通じて選択される、請求項1に記載の方法。
【請求項５】
デバイス状態を受信するステップをさらに含む、請求項1に記載の方法。
【請求項６】
前記デバイス状態が、最後に移動した時間、最後に使用した時間、充電状態、周辺光状態、またはアプリケーション状態のうちの少なくとも1つを含む、請求項5に記載の方法。
【請求項７】
前記基準がさらに前記デバイス状態を含む、請求項5に記載の方法。
【請求項８】
着信した通信の対象ユーザIDを判定し、
ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択する
ように構成されるプロセッサと、
前記対象ユーザIDを複数の宛先デバイスに送信し、
前記複数の宛先デバイスから、前記対象ユーザIDと関連付けられた前記ユーザ存在確率を要求し、
前記複数の宛先デバイスから前記ユーザ存在確率を受信し、
前記宛先デバイスへの通信リンクを確立する
ように構成される送受信機とを含む、着信した通信を転送するための装置。
【請求項９】
前記対象ユーザIDが、通信受信デバイスのデフォルトのユーザIDの使用を通じて選択される、請求項8に記載の装置。
【請求項１０】
前記対象ユーザIDが、前記着信した通信と関連付けられた発呼側のIDの使用を通じて選択される、請求項8に記載の装置。
【請求項１１】
前記対象ユーザIDが、前記着信した通信と関連付けられたアドレス指定情報の使用を通じて選択される、請求項8に記載の装置。
【請求項１２】
前記送受信機が、デバイス状態を受信するようにさらに構成される、請求項8に記載の装置。
【請求項１３】
前記デバイス状態が、最後に移動した時間、最後に使用した時間、充電状態、周辺光状態、またはアプリケーション状態のうちの少なくとも1つを含む、請求項12に記載の装置。
【請求項１４】
前記基準がさらに前記デバイス状態を含む、請求項12に記載の装置。
【請求項１５】
着信した通信の対象ユーザIDを判定するための手段と、
ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択するための手段と、
前記対象ユーザIDを複数の宛先デバイスに送信するための手段と、
前記複数の宛先デバイスから、前記対象ユーザIDと関連付けられた前記ユーザ存在確率を要求するための手段と、
前記複数の宛先デバイスから前記ユーザ存在確率を受信するための手段と、
前記宛先デバイスへの通信リンクを確立するための手段と
を含む、着信した通信を転送するための装置。
【請求項１６】
前記対象ユーザIDが、通信受信デバイスのデフォルトのユーザIDの使用を通じて選択される、請求項15に記載の装置。
【請求項１７】
前記対象ユーザIDが、前記着信した通信と関連付けられた発呼側のIDの使用を通じて選択される、請求項15に記載の装置。
【請求項１８】
前記対象ユーザIDが、前記着信した通信と関連付けられたアドレス指定情報の使用を通じて選択される、請求項15に記載の装置。
【請求項１９】
デバイス状態を受信するための手段をさらに含む、請求項15に記載の装置。
【請求項２０】
前記デバイス状態が、最後に移動した時間、最後に使用した時間、充電状態、周辺光状態、またはアプリケーション状態のうちの少なくとも1つを含む、請求項19に記載の装置。
【請求項２１】
前記基準がさらに前記デバイス状態を含む、請求項19に記載の装置。
【請求項２２】
着信した通信の対象ユーザIDを判定し、
前記対象ユーザIDを複数の宛先デバイスに送信し、
前記複数の宛先デバイスから、前記対象ユーザIDと関連付けられたユーザ存在確率を要求し、
前記複数の宛先デバイスから前記ユーザ存在確率を受信し、
前記ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択し、
前記宛先デバイスへの通信リンクを確立する
ためのコードを含む、着信した通信を転送するためのプログラムコードを記録する、コンピュータ可読記録媒体。
【請求項２３】
前記対象ユーザIDが、通信受信デバイスのデフォルトのユーザIDの使用を通じて選択される、請求項22に記載のコンピュータ可読記録媒体。
【請求項２４】
前記対象ユーザIDが、前記着信した通信と関連付けられた発呼側のIDの使用を通じて選択される、請求項22に記載のコンピュータ可読記録媒体。
【請求項２５】
前記対象ユーザIDが、前記着信した通信と関連付けられたアドレス指定情報の使用を通じて選択される、請求項22に記載のコンピュータ可読記録媒体。
【請求項２６】
前記プログラムコードが、デバイス状態を受信するためのコードをさらに含む、請求項22に記載のコンピュータ可読記録媒体。
【請求項２７】
前記デバイス状態が、最後に移動した時間、最後に使用した時間、充電状態、周辺光状態、またはアプリケーション状態のうちの少なくとも1つを含む、請求項26に記載のコンピュータ可読記録媒体。
【請求項２８】
前記基準がさらに前記デバイス状態を含む、請求項26に記載のコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は全般に、宛先デバイスにユーザが存在する確率に基づいて、通信を管理するための装置および方法に関する。
【背景技術】
【０００２】
様々な通信転送状況が存在する。集中型の呼転送では、通信は、時間帯および日付の範囲と関連付けられた、事前に設定された命令に基づいて転送される。たとえば、代表番号で受信された通信は、平日の就業時間には業務用の固定電話に転送され、それ以外の場合には自宅の固定電話に転送される。しかし、今日では、ユーザはさらに多くのデバイスを所有し、そうしたデバイスにより1人当たり複数の電話を有することになることが多い。その結果としてデバイスが過剰にあることで、任意の所与の通信受信デバイスから、ユーザがその通信の時に使っている最終的な宛先デバイスまでのルーティングを決定する、信頼できる方法を欠くようになっている。本発明は、着信した通信の適切な宛先デバイスへの信頼できる転送に、取り組むものである。
【発明の概要】
【課題を解決するための手段】
【０００３】
本発明のある態様は、ユーザ存在確率に対する要求を受信するステップと、測定されるユーザ固有の特性を求めるステップと、測定されるユーザ固有の特性を記憶されたユーザ固有の特性と比較するステップと、特性固有のユーザ存在確率を求めるステップと、ユーザ存在確率を求めるステップと、ユーザ存在確率を送信するステップと、通信を受信するステップとを含む、通信を受信する方法に存在し得る。
【０００４】
本発明の別の態様は、測定されるユーザ固有の特性を求め、測定されるユーザ固有の特性を記憶されたユーザ固有の特性と比較し、特性固有のユーザ存在確率を求め、ユーザ存在確率を求めるように構成される、プロセッサと、ユーザ存在確率に対する要求を受信し、ユーザ存在確率を送信し、通信を受信するように構成される、送受信機とを含む、通信を受信するための装置に存在し得る。
【０００５】
本発明の別の態様は、ユーザ存在確率に対する要求を受信するための手段と、測定されるユーザ固有の特性を求めるための手段と、測定されるユーザ固有の特性を記憶されたユーザ固有の特性と比較するための手段と、特性固有のユーザ存在確率を求めるための手段と、ユーザ存在確率を求めるための手段と、ユーザ存在確率を送信するための手段と、通信を受信するための手段とを含む、通信を受信するための装置に存在し得る。
【０００６】
本発明の別の態様は、ユーザ存在確率に対する要求を受信し、測定されるユーザ固有の特性を求め、測定されるユーザ固有の特性を記憶されたユーザ固有の特性と比較し、特性固有のユーザ存在確率を求め、ユーザ存在確率を求め、ユーザ存在確率を送信し、通信を受信するためのコードを含む、通信を受信するための記憶されたプログラムコードを含む、コンピュータ可読記憶媒体に存在し得る。
【０００７】
本発明の別の態様は、着信した通信の対象ユーザIDを判定するステップと、対象ユーザIDを複数の宛先デバイスに送信するステップと、複数の宛先デバイスから、対象ユーザIDと関連付けられたユーザ存在確率を要求するステップと、複数の宛先デバイスからユーザ存在確率を受信するステップと、ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択するステップと、宛先デバイスへの通信リンクを確立するステップとを含む、着信した通信を転送する方法に存在し得る。
【０００８】
本発明の別の態様は、着信した通信の対象ユーザIDを判定し、ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択するように構成される、プロセッサと、対象ユーザIDを複数の宛先デバイスに送信し、複数の宛先デバイスから、対象ユーザIDと関連付けられたユーザ存在確率を要求し、複数の宛先デバイスからユーザ存在確率を受信し、宛先デバイスへの通信リンクを確立するように構成される、送受信機とを含む、着信した通信を転送するための装置に存在し得る。
【０００９】
本発明の別の態様は、着信した通信の対象ユーザIDを判定するための手段と、ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択するための手段と、対象ユーザIDを複数の宛先デバイスに送信するための手段と、複数の宛先デバイスから、対象ユーザIDと関連付けられたユーザ存在確率を要求するための手段と、複数の宛先デバイスからユーザ存在確率を受信するための手段と、宛先デバイスへの通信リンクを確立するための手段とを含む、着信した通信を転送するための装置に存在し得る。
【００１０】
本発明の別の態様は、着信した通信の対象ユーザIDを判定し、対象ユーザIDを複数の宛先デバイスに送信し、複数の宛先デバイスから、対象ユーザIDと関連付けられたユーザ存在確率を要求し、複数の宛先デバイスからユーザ存在確率を受信し、ユーザ存在確率を含む基準に基づいて、宛先デバイスを選択し、宛先デバイスへの通信リンクを確立するためのコードを含む、着信した通信を転送するためのプログラムコードを含む、コンピュータ可読記憶媒体に存在し得る。
【図面の簡単な説明】
【００１１】
【図１】宛先デバイスのある実施形態を示す図である。
【図２】通信受信デバイスのある実施形態を示す図である。
【図３】通信のルーティングのいくつかの実施形態を含む、ネットワーク図である。
【図４】宛先デバイスの事前ポーリングを利用した、通信転送の方法を示す図である。
【図５】宛先デバイスの事前ポーリングの方法を示す図である。
【図６】宛先デバイスの事前ポーリングを利用しない、通信転送の方法を示す図である。
【図７】ユーザ固有の特性を宛先デバイスのユーザと関連付けて学習するための方法を示す図である。
【図８】通信を受信するための方法を示す図である。
【発明を実施するための形態】
【００１２】
添付の図面に関する下記の詳細な説明は、本開示の様々な態様の説明として意図されており、本開示が実行され得る唯一の態様を表すことが意図されているわけではない。本開示で説明される各態様は、本開示の単なる例または説明として与えられ、他の態様よりも好適または有利であるとは、必ずしも解釈されるべきではない。詳細な説明は、本開示の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、本開示がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、本開示の概念を曖昧にするのを回避するために、周知の構造およびデバイスがブロック図の形式で示されている。略語または他の説明のための用語は、単に便宜および明瞭さのために用いられ得るものであり、本開示の範囲を限定することは意図されない。
【００１３】
本明細書で用いられる場合、宛先デバイス100は、音声対応デバイス、テキスト対応デバイス、データデバイス、またはビデオ対応デバイスのような、通信対応デバイスを指す。通信は、テキスト、音声、写真、ビデオ、音楽、またはこれらの何らかの組合せで構成され得る。他の実施形態は、音声、テキスト、データ、またはビデオの組合せで構成され得る。図1は、宛先デバイス100の一実施形態のブロック図を示す。宛先デバイス100は、任意選択のバス/メモリインターフェース110を通じてバス101とインターフェースをとる、汎用プロセッサ111およびデジタルシグナルプロセッサ112を含む。他の実施形態は、たとえば、グラフィクスプロセッサ、オーディオプロセッサ、信号プロセッサ、全地球測位システムプロセッサ、および衛星測位システムプロセッサのような専用のプロセッサを含む、専用のコンピューティングリソースと汎用のコンピューティングリースの様々な組合せを含み得る。宛先デバイス100はまた、RAM、ROM、FLASH、およびEPROMのような複数の種類のメモリを包含し得るがそれらには限定されない、メモリ140を含む。少なくとも1つは、音声セッション、たとえばVoIPセッションに、WiFiまたはBluetooth(登録商標)のような一般的なインターフェース技術を通じてインターフェースをとるための手段を提供する。通信転送デバイス、またはいくつかの実施形態では、電話340もしくは移動局320と、宛先デバイス100との間で、HTTPまたはUDPのような、様々な通信リンクプロトコルが使用され得る。一実施形態では、HTTPプロトコルが使用され、それによって、通信転送デバイス330、または代替的には、電話340もしくは移動局320が、事前に設定されたネットワークポートを通じて宛先デバイス100に連絡する。当技術分野では、ポートとは、トランスポート層プロトコル、すなわちTCPおよびUDPによって使用される、通信のエンドポイントとして動作するアプリケーション固有のまたはプロセス固有のソフトウェア構築物であることに、留意されたい。この実施形態では、各宛先デバイス100が、着信した通信のための事前に設定されたポートを聴取する、クライアントソフトウェアを有する。呼セッションは、H.323、Session Initiation Protocol(SIP)、Media Gateway Control Protocol(MGCP)、およびSkinny Client Control Protocol(SCCP)のような、様々なプロトコルを通じて管理され得る。着信した音声セッションへの通信リンクの確立には、アクセスポイントおよび/または通信転送デバイスのような、介在デバイスが関与し得る。他の実施形態では、追加のRF送受信機121および種々のインターフェース130が、限定はされないが、WAN(ワイドエリア)ネットワーク、PAN(パーソナルエリア)ネットワーク、ゲームシステム、コンピュータ、およびインターネットのような他のシステムへのインターフェースをとるために、利用され得る。少なくとも1つのセンサまたは入力デバイス150は、ユーザ固有の特性を受信して測定するための手段を提供する。そのようなセンサおよび入力デバイスは、限定はされないが、キーボード、プッシュボタン、ダイヤル、加速度計、高度計、ジャイロ、光学センサおよびカメラセンサ、指紋センサ、タッチセンサ、マイクロフォン、容量センサおよび偏向センサを含み得る。
【００１４】
ユーザ存在確率とは、ある特定のユーザが対象の宛先デバイス100を利用している確率である。ユーザ存在確率を求めるために、少なくとも1つの測定されるユーザ固有の特性が使われる。一実施形態では、宛先デバイス100は、ある特定のユーザと関連付けられたユーザ存在確率に対する要求を受信する。宛先デバイス100は、各利用可能な測定されるユーザ固有の特性を、対応する記憶されたユーザ固有の特性と比較する。比較の結果を使って、ユーザまたはその要求と関連付けられたユーザの、全体のユーザ存在確率を求める。そのユーザ存在確率は、要求するエンティティ、通常は、通信受信デバイス200または通信転送デバイス330のいずれかに送信される。宛先デバイス100を使っているユーザがいない場合、値0または、宛先デバイス100を使っているユーザがいないという他の通知が、通信転送デバイス330または通信受信デバイス200に送信され得る。いくつかの実施形態では、通信転送デバイス330はまた、モバイルデバイスのような通信受信デバイス200に組み込まれてもよく、他の実施形態では、個別の通信転送デバイス330およびワイヤレスルータ315またはアクセスポイントのような介在するエンティティが必要であってもよいことが、認識される。
【００１５】
いくつかの実施形態では、宛先デバイス100は、オーディオの入力および出力の機能を含む。他の実施形態では、宛先デバイス100は、テキストの入力および出力の機能を含む。さらに他の実施形態では、オーディオとテキストの両方の入力および出力の機能が、宛先デバイス100においてサポートされる。さらに他の実施形態では、宛先デバイス100は、データに対応する。これらの機能は、宛先デバイス100内の種々のインターフェース130として含まれ得る。いくつかの実施形態では、カメラまたはビデオのような他の通信の手段もサポートされ得ることが、認識される。
【００１６】
本明細書で使用される場合、移動局(MS)は、セルラー通信デバイスまたは他のワイヤレス通信デバイス、パーソナル通信システム(PCS)デバイス、パーソナルナビゲーションデバイス(PND)、個人情報マネージャ(PIM)、携帯情報端末(PDA)、ラップトップ、または、ワイヤレス通信および/もしくはナビゲーション信号を受信することができる他の適切なモバイルデバイスなどのデバイスを指す。また、「移動局」は、インターネット、WiFi、または他のネットワークなどを介してサーバとの通信が可能である、ワイヤレス通信デバイス、コンピュータ、ラップトップなどを含むすべてのデバイスを、通信処理がそのデバイスにおいて行われるか、サーバにおいて行われるか、またはネットワークと関連付けられた別のデバイスにおいて行われるかにかかわらずに、含むものであると意図される。他の実施形態は、これらの任意の動作可能な組合せを含み得る。
【００１７】
図2は、通信受信デバイス200の一実施形態のブロック図を示す。通信受信デバイス200は、通常はRF送受信機を通じて、通信を受信する。図示される実施形態では、通信受信デバイス200は、WAN/セルラーRF送受信機221、WiFi/PAN RF 226、PSTNもしくはインターネットインターフェース225、または種々のインターフェース230を通じて受信される、着信した通信を転送する機能を有する。着信した通信は、WAN/セルラーRF送受信機221、WiFi/PAN RF 226、PSTNもしくはインターネットインターフェース225、または種々のインターフェース230を通じて転送され得る。着信した通信は、アナログの音声またはデジタル化された音声のフォーマットから、ボイスオーバーIP(VoIP)フォーマットのような他のデジタル化されたフォーマットへのように、異なるフォーマットにトランスコードされ得る。通信受信デバイス200は、場合によっては任意選択のバス/メモリインターフェース210およびバス201を通じて、DSP 212、WAN/セルラーRF送受信機221、PSTNもしくはインターネットインターフェース225、種々のインターフェース230、メモリ240、およびWiFi/PAN(パーソナルエリアネットワーク)RF送受信機に結合される、プロセッサ211を含む。種々のインターフェースは、音声/オーディオインターフェースおよびテキストインターフェースを含み得る。他の実施形態は、上で言及されたモジュール/インターフェースまたは追加のモジュール/インターフェースの一部またはすべての任意の動作可能な組合せを含み得る。
【００１８】
通信受信デバイス200は、通信転送機能も含む。一実施形態では、通信転送機能は、ソフトウェアアプリケーションとして実装され得る。通信管理機能は、限定はされないが、たとえばパスワードによってユーザIDを検証し、利用可能な宛先デバイス100を決定して記録し、宛先デバイス100への通信のルーティングを制御する能力を含み得る。また、通信受信デバイス200が宛先デバイス100として使われる場合、通信管理機能は、着信した通信を受信し、ユーザ固有の特性を測定して報告し、ユーザ固有ではないデバイスデータを測定して報告し、ユーザが通信受信デバイス200を現在使用しているかどうかを判定する能力も、含む。
【００１９】
いくつかの実施形態では、通信受信デバイス200において見出される機能は、電話340においても、または電話340と通信転送デバイス330の組合せにおいても、適用可能であり見出されると認識される。
【００２０】
図3は、通信のルーティングの様々な実施形態を示す。一実施形態では、着信した通信は電話340を通じて受信され、着信した通信はPSTN 360から届く。別の実施形態では、着信した通信は電話340を通じて受信され、着信した通信はインターネット365から届く。着信した通信は、様々な手段を通じて、たとえば通信転送デバイス330を通じて宛先デバイス100へ間接的に、通信転送デバイス330を通じてワイヤレスルータ315へ、次いで宛先デバイス100へと間接的に、ワイヤレスルータ315を通じて間接的に、または、電話340から宛先デバイス100へ直接、意図された発呼者に転送され得る。通信を受信し、どの宛先デバイス100にユーザがいるかを判定し、電話340と宛先デバイス100との間のワイヤレス通信をルーティングし、着信した通信を宛先デバイス100に転送するための手段は、電話340、通信転送デバイス330、およびワイヤレスルータ315のうちの1つまたは組合せに位置し得ることが、認識される。さらに他の実施形態では、他のエンティティがこれらの機能を実行してよい。
【００２１】
別の実施形態では、着信した通信は移動局320を通じて受信され、着信した通信はワイヤレスネットワーク350から届く。着信した通信は、様々な手段を通じて、たとえば通信転送デバイス330を通じて宛先デバイス100へ間接的に、通信転送デバイス330を通じてワイヤレスルータ315へ、次いで宛先デバイス100へと間接的に、ワイヤレスルータ315を通じて間接的に、または、電話340から宛先デバイス100へ直接、意図された受信者に転送され得る。通信を受信し、どの宛先デバイス100にユーザがいるかを判定し、移動局320と宛先デバイス100との間のワイヤレス通信をルーティングし、着信した通信を宛先デバイス100に転送するための手段は、移動局320、通信転送デバイス330、およびワイヤレスルータ315のうちの1つまたは組合せに位置し得ることが、認識される。さらに他の実施形態では、他のエンティティがこれらの機能を実行してよい。
【００２２】
電話340および移動局320と宛先デバイス100との間のような、通信受信デバイス200間の通信は、ネットワークプロトコルによって実現され得る。一実施形態では、通信受信デバイス200は、事前に割り当てられたポート番号にメッセージを送信することによって、ワイヤレスルータ315またはアクセスポイント上で割り当てられたアドレスを有するすべてのデバイスにポーリングする。事前に割り当てられたポート番号へのメッセージに応答するデバイスは、宛先デバイス100として利用可能である。事前に割り当てられたポート番号は、ユーザ存在確率およびユーザ固有ではないデバイスデータに対するポーリング要求の受信を含む、さらなる通信のために利用され得る。いくつかの実装形態では、ユーザ固有ではないデバイスデータは、ある特定の宛先デバイス100が使用されているか、または使用されていなければ通信の受信に対応できるかを判定するために、使われ得る。他の実施形態では、通信受信デバイス200は、たとえば、WiFi、Bluetooth(登録商標)、または他のワイヤレスパーソナルエリアネットワークプロトコルとの、直接のピアツーピア通信を開始することができる。ワイヤレスルータを通じたものか、直接のピアツーピア通信を通じたものかに関係なく、通信手段を使って、ユーザ存在確率情報、ユーザ固有ではないデバイスデータ、使用情報または状態情報について宛先デバイス100にポーリングし、通信受信デバイスと、着信した通信と関連付けられた対象ユーザIDの最高のユーザ存在確率と関連付けられた少なくとも1つの宛先デバイス100との間の通信セッションを、確立することができる。当技術分野で知られている他の通信手段も、通信受信デバイス200と宛先デバイス100との間の通信を確立するために使われ得ることが、認識される。
【００２３】
いくつかの実施形態では、ユーザ固有特性サーバが、各ユーザと関連付けられた測定されるユーザ固有の特性を記憶する。これらのユーザ固有の特性は、宛先デバイス100がアクセス可能であり、かつ/または宛先デバイス100によってダウンロードおよびアップロード可能であり、各宛先デバイス100において測定されるようなユーザ存在確率を求めるために使われ得る。
【００２４】
図3はまた、通信可能タブレット(301)、通信可能ゲームコントローラ(302)、通信可能ポータブルコンピューティングデバイス(303)、通信可能カメラ(304)、通信可能携帯情報端末(PDA、305)、通信可能デスクトップコンピュータ(306)、通信可能ラップトップ(309)、携帯電話(307)、通信可能パーソナルナビゲーションデバイス(PND、308)、および通信可能ビデオカメラ(310)を含む、宛先デバイス100の複数の実施形態を示す。宛先デバイス100の通信可能な実施形態のこの列挙は、網羅的なものではない。宛先デバイス100の他の実施形態は、上で説明されたようなもの以外の、他の通信可能ワイヤレスデバイスを含み得ることが、認識される。通信には、限定はされないが、音声、データ、テキスト、またはビデオを含み得ることも、認識される。
【００２５】
図3は、通信転送デバイス330を示す。いくつかの実施形態では、通信転送デバイス330は、宛先デバイス100にポーリングする。各宛先デバイス100は、そのデバイスにおける最高のユーザ存在確率の推定値と、その確率と関連付けられたユーザとで構成される情報によって、通信転送デバイス330からのポーリングに応答することができる。通信転送デバイス330は、事前に指定された使用状態の閾値が満たされ、またはそれを超えた場合、ある特定のユーザに対する通信を、最新のポーリングでそのユーザに関して最高のユーザ存在確率の推定値を報告した宛先デバイス100に転送する。デバイスのポーリングは、定期的に行われてもよく、または必要に応じて行われてもよい。
【００２６】
あるいは、そのデバイスにおける最高のユーザ存在確率の推定値が事前に指定された閾値を上回らない場合、代わりに不使用状態を指示するものが、通信転送デバイス330に送信され得る。通信転送デバイス330は、ポーリングが行われた時間に加えて、各宛先デバイス100のユーザ存在確率のデータを記憶して管理する。記憶されたデータは、可能性のあるユーザと、もしあれば、ユーザ存在確率のデータと、デバイスの識別子と、ポーリングの時間とから構成される。
【００２７】
デバイスがポーリングに応答しない場合、特に、事前に指定された閾値を超える、特定のユーザのユーザ存在確率の推定値を報告する他のデバイスが存在しない場合に、前のポーリングからの結果が、そのデバイスの現在のユーザ存在確率を決定する際に考慮され得る。現在のユーザ存在確率が事前に指定された閾値を下回るとすべてのデバイスが報告する場合、次の最新のポーリングにおいて最高のユーザ存在確率を有するデバイスが、転送される通信の対象になる。最後に使用されたデバイスが、ユーザの近くにある可能性が最も高い場合には、次の最新のポーリングにおいて最高のユーザ存在確率を有する宛先デバイス100を決定すると、ユーザの近くにある可能性が高いデバイスとの通信が試みられる。指定されたユーザのユーザ存在確率が高いという結果を表す、現在のポーリングの結果がない場合には、前のポーリングにおける高いユーザ存在確率の結果も、そのデバイスに対する追加のポーリングの試みを引き起こすために使われてよく、または、高いユーザ存在確率の結果が現在のものであるかのように、そのデバイスに対する通信の転送の試みを引き起こしてよい。
【００２８】
通信転送デバイス330に起因し、通信転送デバイス330に関連して上で説明された機能は、いくつかの実施形態では、電話340、移動局320、または他の通信受信デバイス200のような、通信受信デバイス200に組み込まれ得ることが、認識される。また、電話340は、受信されるフォーマットに関係なく、着信した通信を受信する任意のデバイスを含むように定義され、通信転送デバイス330を通じて宛先デバイス100へ、または宛先デバイス100へ直接のいずれかで、その通信を転送し得ることが認識される。たとえば、着信した通信は、PSTN 360からの地上通信線を介して到達してよく、または、VoIPセッションのようなインターネット365から到達してよく、通信転送デバイス330を通じて宛先デバイス100へ、または宛先デバイス100へ直接のいずれかで、転送され得る。
【００２９】
いくつかの実施形態は、各宛先デバイス100からのユーザ固有の特性の測定結果を記憶する、ユーザ固有特性サーバ335を含み得る。ユーザ固有の特性の測定結果は、デバイス固有の使用モードおよび制約を考慮するために、デバイスごとに個々に記憶され得る。あるいは、タイピング速度のようなユーザ固有の特性の測定結果を異なるデバイスの間で共有または平均して、所与のユーザ固有の特性の、共通の典型的な値を求めることができる。ユーザ固有特性サーバ335を使って、ユーザ固有の特性情報を収集し、それを宛先デバイス100と共有することができる。
【００３０】
さらに他の実施形態は、各ユーザのユーザ固有の特性の測定結果を、宛先デバイス100でローカルに記憶し管理する。いくつかの実施形態では、各宛先デバイス100は、記憶されたユーザ固有の特性データについて他のデバイスにポーリングすることができる。このことは、所与のユーザが宛先デバイス100を学習モードで実行しておらず、適用可能な使用モードについての事前に記録されたユーザ固有の特性の測定結果を、他のデバイスが共有できる場合に、特に有用である。たとえば、タイピング速度または指紋データを複数のデバイスで共有して、ユーザが各宛先デバイス100を学習モードで使用しなければならないのを避けることができる。
【００３１】
いくつかの実施形態では、通信転送デバイス330または通信受信デバイス200、電話340または移動局320は、デバイス状態(オン、オフ、充電中、使用中、最後の使用時間、デバイスの周辺光)のようなユーザ固有ではないデバイスデータを含むデータを、複数のデバイスからのユーザ固有の特性の測定結果データと直接組み合わせて、対象のユーザがどの宛先デバイス100を使用しているか、または最後に使用したかを判定することができる。ユーザ固有ではないデバイスデータのいくつかの例は、最後に移動した時間(たとえば、加速度計または運動センサで判定されるような)、最後の使用時間(たとえば、キー押下で判定されるような)、充電状態(たとえば、デバイスが充電されていればデバイスは使用されていない可能性が高い)、周辺光の状態(たとえば、デバイスが暗所にあるかどうかを判定するために、周辺光検出器またはカメラセンサを使って検出された)、およびアプリケーション状態(たとえば、どのゲームがプレイされているか、どのアプリケーションが使用されているか、またはどの電子メールアカウントがアクティブか)を含む。複数のデバイスからのユーザ固有ではないデバイスデータを、所定の規則のセットを介して組み合わせて、任意の所与の時間においてユーザがどの宛先デバイス100を使用しているかを判定することができる。たとえば、ユーザの携帯電話が使用中である場合、ユーザがその携帯電話で通話中である可能性が非常に高い。しかし、ユーザの携帯電話が固定式の充電器で充電されている場合、ユーザがその携帯電話を使用している可能性は低い。コンピュータが使用中でありFacebookを閲覧中である場合、誰がコンピュータを使用しているのかを判定するには、最後のログインの試行または使われている言語についての解析で十分であり得る。
【００３２】
ユーザ固有の特性データは、所与のユーザと直接関連付けられたので、一般に、ユーザ固有ではないデバイスデータよりも信頼性があり得る。しかし、異なる特性は、異なる信頼性およびユーザ特異性を有し得る。複数の種類のユーザ固有の特性データの組合せ、または、ユーザ固有の特性データとユーザ固有ではないデバイスデータの組合せを使って、ある特定のデバイスを誰が使っているかを判定する際の信頼性を向上させることができる。識別は、指紋照合または顔認識照合のような、ユーザ固有の特性データの信頼性の高い照合に基づいて、決定され得る。あるいは、信頼性の低い、ユーザ固有の特性データ(たとえば、顔認識の識別の信頼性を低下させるように、ユーザが帽子をかぶっており、または口ひげを生やしている)の照合は、他のユーザ固有の技法またはユーザ固有ではない技法によって容易に補強され得る。ユーザ固有の特性データの例には、タイピング速度、顔の特徴(たとえば頭の大きさ)または顔認識の結果(ユーザの特性を測定するためにカメラを使った)、音声認識、生体的な特性(たとえば、血圧、指紋、手の温度、肌の導電性、脳波測定(EEG))、指の大きさ(たとえば、タッチスクリーンLCD上のアクティブ化領域によって測定されるような)、手の大きさ(たとえば、デバイスのベゼルの周りの容量性近接センサによって測定されるような)、手または体の動き、ログイン状態、アクティブなソフトウェア、網膜に基づく識別、歩き方または揺れ(加速度計によって測定されるような)、頭の大きさの検出または顔認識(インカメラを使った)、タイピング速度およびキーストロークのパターン、または使用する言葉の解析がある。
【００３３】
顔認識または網膜パターンのようないくつかのユーザ固有の特性で、他の特性を使わずにユーザを識別するには十分であり得る。タイピング速度のような他のユーザ固有の特性は、他の特性と組み合わせることで最良に使われ得る。ユーザがある特定のデバイスを使っている確率は、ユーザ存在確率を計算することによって求められる。ユーザ存在確率は、利用可能な特性固有のユーザの確率を組み合わせることによって求められる。特性固有のユーザ存在確率は、測定されるユーザ固有の特性を記憶されたユーザ固有の特性と比較して、記憶されたユーザ固有の特性からの測定されるユーザ固有の特性のずれを計算することによって、計算される。記憶されたユーザ固有の特性からの測定されるユーザ固有の特性のずれは、統計的確率、相対的な差、および予測される分布からの差のような、当技術分野において知られている手段によって計算され得る。
【００３４】
複数のユーザ固有の特性が測定される場合、複数の対応する特性固有のユーザの確率が計算される。ユーザ存在確率は、利用可能な特性固有のユーザの確率の組合せから導出される。特性固有のユーザ存在確率は、ユーザ存在確率を計算するために、様々な手段によって組み合わされ得る。たとえば、ユーザ存在確率は、特性固有のユーザの確率の平均値、特性固有のユーザの確率の加重平均値、特性固有のユーザの確率の中央値、または、異常値を無視した特性固有のユーザの確率の平均値であってよい。特性固有のユーザ存在確率が1つしかない場合、ユーザ存在確率は、特性固有のユーザ存在確率に等しい。また、より信頼性のあるユーザ固有の特性は、信頼性の低いユーザ固有の特性よりも重みを与えられてよい。たとえば、指紋照合に非常に大きな重みを与えて、高い特性固有のユーザ存在確率を得ることができ、一方タイピング速度の照合にはより小さな重みを与えて、より中程度の特性固有のユーザ存在確率を得ることができる。
【００３５】
別の実施形態では、特性固有のユーザ存在確率は、測定されるユーザ固有の特性が、記憶されたユーザ固有の特性から適度なずれの範囲内にある場合に、一致したと判定される。測定されるユーザ固有の特性が複数ある場合は、ポーリング機能(多数決)のような様々な手段によってそれらを組み合わせて、ユーザ存在確率の値を求めることができる。あるいは、一致状態にある値(たとえば1)を割り当て、不一致状態に異なる値(たとえば0)を割り当て、値を平均してもよい。一致の閾値は、環境に応じて調整され得る。したがって、一致の閾値は、私的な自宅の環境では、不一致を誤って一致とする確率が低いので、比較的低く設定され得るが、不一致を誤って一致とする確率が高いオフィスビルのようなより公的な環境では、閾値は高く設定される。
【００３６】
いくつかの実施形態では、ユーザが宛先デバイス100のいずれにも存在していない場合、または着信した通信の確認応答に失敗した場合、着信した通信は、いくつかの実施形態では、ワイヤレスネットワーク350、PSTN 360、またはインターネット365を介して、異なる位置(たとえば自宅に対して事務所)にあるデバイスに転送されてよく、または、留守番電話、音声メール、またはメッセージ受信箱に転送されてよいことも、認識される。
【００３７】
いくつかの実施形態では、着信した通信と関連付けられた対象ユーザID、たとえば着信した通信の意図される受信者の判定は、通信受信デバイス200で実行される。したがって、図3において、電話340および移動局320は、対象ユーザIDを判定することができる。着信した通信が最初に専用の移動局320または専用の電話340によって受信された場合、対象ユーザIDは、移動局320または専用の電話340の所有者に基づくものと仮定され得る。着信した通信と関連付けられた対象ユーザIDを判定するための別の手段は、発呼側のID情報を使って、最も可能性の高い対象ユーザIDを判定することを含む。着信した通信と関連付けられた対象ユーザIDを判定するためのさらに別の手段は、着信した通信と関連付けられた対象ユーザID情報を利用することを含む。たとえば、着信する電子メール、テキストメッセージ、またはインターネットのチャットセッションは一般に、特定の対象ユーザIDに宛てられている。
【００３８】
対象ユーザIDを判定するためのさらに別の手段は、着信した通信と関連付けられた問い合わせに応答して、宛先デバイス100からの返答を要求することである。着信した通信と関連付けられた問い合わせは、可能であれば発呼側のID情報を含んでよく、所与のユーザは、通信の受け入れを積極的に決定することができる。この決定は、通信転送をユーザが要求する形態、たとえば、ソフトキーによる選択または他のデバイス入力の形態であってよい。いくつかの実施形態では、関連付けられた対象ユーザIDを伴わない着信した通信は、音声メール、留守番電話、または他の自動応答へ自動的に転送されてよい。
【００３９】
図4は、事前ポーリングを伴う、通信転送手順のある実施形態を示す。図4は、通信転送デバイス330による、または通信転送デバイス330が存在しない場合には通信受信デバイス200(たとえば電話340または移動局320)のいずれかによる、宛先デバイス100の事前ポーリングを伴う実施形態に当てはまる。事前ポーリングを伴う通信転送手順は、以下のステップを含む。
【００４０】
ステップ400において、呼が、電話340または移動局320のような通信受信デバイス200によって受信される。
【００４１】
ステップ405において、対象ユーザIDが判定される。対象ユーザIDは、通信が対象とするユーザに基づく。テキスト通信では、対象ユーザIDは、通信の宛先のユーザに基づく。音声通信では、対象ユーザIDは、通信受信デバイス200が割り当てられている人物(たとえば、携帯電話の所有者)に基づき得る。あるいは、通信受信デバイス200のユーザが複数いる場合には、対象ユーザIDは能動的に判定され得る。たとえば、対象ユーザIDは、呼の履歴データまたはユーザの事前設定を介して、発呼側のID情報をある特定の対象ユーザIDと対応付けることによって、判定され得る。対象ユーザIDはまた、意図された対象ユーザIDについて、発呼側または他の通信開始者に問い合わせることによって、判定されてもよい。
【００４２】
ステップ410において、通信転送デバイス330または通信受信デバイス200(たとえば、電話340または移動局320)が、対象ユーザIDの最高のユーザ存在確率を有する宛先デバイスを探すために、ユーザ存在確率テーブルを入手する。対象ユーザIDの最高のユーザ存在確率を有するデバイスは、対象ユーザIDと関連付けられたユーザが選択された宛先デバイス100に存在する、最高の確率を有すると仮定される。この実施形態では、ユーザ存在確率テーブルは、利用可能な対象デバイス、各デバイスの登録されたユーザ、各利用可能な対象デバイスの各登録されたユーザと関連付けられたユーザ存在確率、および、各利用可能な対象デバイスの各登録されたユーザの存在確率が求められた時間を含む、情報のテーブルからなる。他の実施形態は、異なるまたは追加のフィールドを含み得る。存在する場合には通信転送デバイス330、または通信受信デバイス200(たとえば、電話340または移動局320)は、各宛先デバイス100の定期的なポーリングの間にユーザ存在確率テーブルを事前に埋めて、それによって、存在する場合には通信転送デバイス330、または通信受信デバイス200(たとえば、電話340または移動局320)が、追加のポーリング遅延を伴うことなく着信した通信をより効率的に処理できるようになる。
【００４３】
ステップ420において、存在すれば通信転送デバイス330、または通信受信デバイス200(たとえば、電話340または移動局320)が、対象ユーザIDと関連付けられた最高のユーザ存在確率を有する宛先デバイス100との通信リンクを確立しようとする。通信リンクの実施形態は、限定はされないが、Bluetooth(登録商標)またはWiFiのような短距離ワイヤレス技術を介した直接のピアツーピアリンク、ワイヤレスアクセスポイントまたはルータ、またはWANリンクを介した間接的なリンクを含む。当技術分野で知られている他の通信リンクがサポートされ得ることが、理解される。
【００４４】
ステップ430において、通信リンクの確認応答がステップ420に応答して受信される場合、それは、選択された宛先デバイス100のユーザが確認応答し、通信リンクの要求を受け入れる意志があることを示し、ステップ440において、通信が選択された宛先デバイス100に転送される。
【００４５】
しかし、ステップ430において、通信リンクの確認応答が受信されない場合、対象ユーザIDと関連付けられたユーザが、その対象ユーザIDの最高のユーザ存在確率を有するデバイスに存在しないという、作業仮説が行われる。ユーザ存在確率テーブルが入手され、対象ユーザIDの最高のユーザ存在確率を現在示しているデバイスと関連付けられた、対象ユーザIDのユーザ存在確率が、事前に設定された閾値よりも下げられる。このことで、次に高いユーザ存在確率を、最高のユーザ存在確率とすることができ、新しいデバイスにおいて通信リンクを試行できるようになる。成功した通信リンクが確立されるまで、対象ユーザIDが登録されているすべてのデバイスが試行されるまで、または、転送の試行が時間切れになり、音声メールまたは他の通信記憶装置に転送されるまで、上記の処理は続く。次いでステップ420において、通信転送デバイス330または通信受信デバイス200 (たとえば、電話340または移動局320)が、次に高いユーザ存在確率を有する宛先デバイス100との通信リンクを確立しようとする。応答が得られない場合、このサイクルは、対象ユーザIDが登録されているすべての宛先デバイス100の中に、ユーザ存在確率が事前に設定された閾値を上回ったままであるものがなくなるまで繰り返される。
【００４６】
図5は、宛先デバイスの事前ポーリング手順の一実施形態を示す。事前ポーリング手順は、ユーザ存在確率テーブルを埋めるために使われる。ユーザ存在確率テーブルは、利用可能な対象デバイス、各デバイスの登録されたユーザ、各利用可能な対象デバイスの各登録されたユーザと関連付けられたユーザ存在確率、および、各利用可能な対象デバイスの各登録されたユーザの存在確率が求められた時間を含む、情報のテーブルからなる。ユーザ存在確率テーブルは、すべての応答する宛先デバイス100について埋められ、任意の登録されたユーザのユーザ存在確率を、必要に応じてユーザ存在確率テーブルにおいて検索できるようにする。この事前ポーリング手順は、新たな通信が受信された場合に、各デバイスでのユーザの確率を直接検索できるようにして、宛先デバイスがポーリングされている間の着信した通信の遅延を防ぐ。
【００４７】
ステップ500において、通信転送デバイス330または通信受信デバイス200(たとえば、電話340または移動局320)が、ポーリング要求およびポーリングタイマー状態を確認する。ステップ510において、着信した通信に応答してポーリングが要求された場合、またはポーリングタイマーが満了した場合、ステップ520においてポーリングが開始される。ポーリングが要求されていない場合、かつポーリングタイマーが満了していない場合、状態が定期的に確認され続ける。ステップ500および510のポーリングループは、ポーリング要求とタイマー状態の両方によって引き起こされる中断状況によって置き換えられ得ることが知られている。
【００４８】
ステップ520において、通信転送デバイス330または通信受信デバイス200(たとえば、電話340または移動局320)は、宛先デバイス100のID、宛先デバイス100の登録されたユーザ、宛先デバイス100の各登録されたユーザと関連付けられたユーザ存在確率、および、各登録されたユーザの確率が求められた時間からなる情報に対する要求を、宛先デバイス100に送信することによって、ポーリングを開始する。通信転送デバイス330または通信受信デバイス200はまた、宛先デバイス100からデバイス状態を要求することができる。デバイス状態は、デバイスが充電されているかどうか、デバイスが下向きになっているかどうか、デバイスが最後に移動または使用されたのはいつか、およびデバイスが使用中かどうかを含む、ユーザ固有ではない情報に基づき得る。
【００４９】
ステップ530において、宛先デバイス100のID、宛先デバイス100の登録されたユーザ、宛先デバイス100の各登録されたユーザと関連付けられたユーザ存在確率、および各登録されたユーザの確率が求められた時間を含む情報と、デバイス状態とが、通信転送デバイス330または通信受信デバイス200(たとえば、電話340または移動局320)によって受信され、ステップ540において、通信転送デバイス330または通信受信デバイス200が、ユーザ存在確率テーブルにこの情報を記憶する。図4で説明される実施形態に示されるように、ユーザ存在確率テーブルを使って、着信した通信をどの宛先デバイス100に転送するかを決定することができる。
【００５０】
ステップ550において、ポーリングタイマーがリセットされ、事前に設定された時間を経過した後、新たなポーリングを引き起こすために使われる。
【００５１】
図6は、事前ポーリングを伴わない、通信転送手順のある実施形態を示す。この実施形態では、宛先デバイス100のポーリングは、受信された通信に応答して行われる。この実施形態の利点は、各デバイスと関連付けられた最高のユーザ存在確率が必要に応じて求められ、したがってより新しいものである可能性が高いということである。必要に応じたポーリングの代償は、事前ポーリングによる実装形態よりも呼転送処理がさらに遅延することである。
【００５２】
ステップ600において、着信した通信が、通信受信デバイス200(たとえば、電話340または移動局320)において受信される。ステップ605、610、620、630、635、および640は、着信した通信を宛先デバイス100へ直接転送するのを通信受信デバイスが担う場合には、通信受信デバイス200で実行され得る。あるいは、ステップ605、610、620、630、635、および640は、着信した通信が通信転送デバイス330を通じて宛先デバイス100へ転送されている場合には、通信転送デバイス330で実行され得る。ステップ605において、着信した通信の対象ユーザIDが判定される。この判定は、限定はされないが、対象ユーザIDを、通信受信デバイス200のデフォルトのユーザID(たとえば通常は所有者)と等価であるものとして、対象ユーザIDを設定すること、通信の送信者のIDを判定し(たとえば、着信した通信と関連付けられた発呼側のID、または着信した通信と関連付けられたメッセージヘッダを通じて)、通信の送信者と最も頻繁に関連付けられた対象ユーザIDを判定すること、または、着信した通信と関連付けられたアドレス指定情報(たとえば、電子メールヘッダの「To」行またはテキスト通信の宛先行を見ることなどを通じた、テキストベースの通信のテキストまたはヘッダ)から対象ユーザIDを抽出することを含む、様々な手段によって実現され得る。
【００５３】
ステップ610において、対象ユーザIDの身元が、対象ユーザIDが登録されている各宛先デバイス100上の対象ユーザIDと関連付けられたユーザ存在確率に対する要求とともに、宛先デバイス100に送信される。
【００５４】
ステップ615において、対象ユーザIDと関連付けられたユーザ存在確率、測定の時刻および日付、ならびに応答する宛先デバイス100のIDが、通信受信デバイス200または通信転送デバイス330のいずれか(たとえば、ステップ610において要求を発信したデバイス)によって受信される。いくつかの実施形態では、デバイスが最後に動かされたまたは使用されたのはいつか、デバイスが現在充電されているかどうか、デバイスが使用中かどうかなどの、デバイスの状態を、通信転送デバイス330もしくは通信受信デバイス200が要求し、かつ/または、宛先デバイス100が送信することができる。使用中ではないということを示すデバイス状態を有する宛先デバイス(たとえば、宛先デバイス100)は、着信した通信を宛先デバイスのいずれに転送するかを判定する際に、無視され得る。
【００５５】
ステップ618において、対象ユーザIDに関して各宛先デバイス100から受信されたユーザ存在確率が比較され、ステップ620において、最高のユーザ存在確率と関連付けられた宛先デバイス100が要求の対象として選択される。
【００５６】
ステップ620において、通信受信デバイス200または通信転送デバイス330から、対象ユーザIDのユーザ存在確率(事前に設定された閾値を超える)が最高である選択された宛先デバイス100への、通信リンクが要求される。ステップ630において、通信リンク要求が確認応答されると、ステップ640に示されるように、着信した通信が選択された宛先デバイス100に転送される。通信リンク要求が確認応答されない場合、ステップ635において、最高のユーザ存在確率を有する宛先デバイス100のユーザ存在確率が閾値よりも低く下げられ(それによって、対象ユーザIDと関連付けられたそのユーザがその宛先デバイス100にはいないことを示す)、ステップ620において、新たな通信リンク要求が、閾値を上回る次に高いユーザ存在確率を有する宛先デバイス100に対して行われる。ステップ620、630、および635は、通信リンクの確認応答が受信されて通信が転送されるまで、または、事前に設定された閾値を上回るユーザ存在確率を有する宛先デバイス100がなくなるまで続く。事前に設定された閾値を上回る最高のユーザ存在確率を有する宛先デバイス100がなくなると、着信した通信は、限定はされないが、留守番電話、音声メール、受信箱、またはワイヤレスネットワークの別のデバイスを含む、通信に対処するための代替的な手段に転送される。
【００５７】
通信リンクは、通信受信デバイス200と、着信した通信の対象ユーザIDの最高のユーザ存在確率を有する選択された宛先デバイス100との間で直接確立されてよく、または、通信リンクは、通信転送デバイス330およびワイヤレスルータ315のような、中間にあるデバイスを通じて確立されてもよい。
【００５８】
図7は、ユーザ固有の特性を測定するために使われる学習モードを示し、このユーザ固有の特性は記憶されてよく(たとえば、記憶されたユーザ固有の特性)、宛先デバイス100のユーザのための特性固有の確率を求めるために、その後に測定されるユーザ固有の特性(たとえば測定されるユーザ固有の特性)と比較され得る。学習モードは、宛先デバイス100で実装され得る。宛先デバイス100はまた、他の有効にされた宛先デバイス100からの、記憶されたユーザ固有の特性を利用することができる。いくつかの実施形態では、様々な宛先デバイス(たとえば宛先デバイス100)の間での記憶されたユーザ固有の特性情報の共有は、ユーザ固有特性サーバ335を通じて実現され得る。ユーザ固有の特性が宛先デバイス100に記憶されるかユーザ固有特性サーバ335に記憶されるかに関係なく、各記憶されたユーザ固有の特性は、検証されたユーザIDと関連付けられる。したがって、各検証されたユーザIDは、そのユーザIDと関連付けられたユーザ固有の特性のセットを有し得る。その関連付けは学習モードの間に作成され、各記憶されたユーザ特性が学習モードの間に入力され、検証されたユーザIDと関連付けられる。たとえば、ユーザは、宛先デバイス100にログインしてよく、または他の方法で宛先デバイス100に認証してよく、そして、宛先デバイス100で学習モードを開始してよい。宛先デバイス100は、関連付けられ検証されたユーザIDに関する特性固有のユーザ存在確率を、宛先デバイス100によって求める際に用いるために、ユーザ固有の特性を測定し記憶する。以下で説明されるように、学習モードの一実施形態が図7で詳しく示される。
【００５９】
ステップ700において、デバイス上で学習モードに入る。いくつかの実施形態では、このことは、学習モードをユーザが意図的に呼び出すことによって実行され、他の実施形態では自動的に行われ得る。
【００６０】
学習モードの間に、ステップ710に示されるように、ユーザがログインし、または他の方法でデバイスに対して自己識別する。これによって、測定されるユーザ固有の特性情報と、所与のユーザIDとの間の関連付けが可能になる。
【００６１】
ステップ720において、宛先デバイス100は、ユーザが宛先デバイス100を使う間に、ユーザ固有の特性を測定する。測定されるユーザ固有の特性は、宛先デバイス100に記憶されてよく、または、ユーザ固有特性サーバ335に集中的に記憶されてよい。
【００６２】
ステップ730において、宛先デバイス100は、デバイスの現在のユーザについて記憶された、前のユーザ固有の特性が存在するかどうかを確認する。
【００６３】
ステップ740において、デバイスの現在のユーザについての、記憶された前のユーザ固有の特性が存在する場合には、新しく測定されるユーザ固有の特性が、デバイスの現在のユーザについての記憶されたユーザ固有の特性と統合される。平均値、加重平均値、異常値の置換、または最新の値の保持を含む、様々な手段を使って、データの2つのセットを統合することができる。
【００６４】
あるいは、ステップ750において、デバイスの現在のユーザについての、記憶されたユーザ固有の特性が存在しない場合には、新しく測定されるユーザ固有の特性が、デバイスの現在のユーザについてのユーザ固有の特性を定義する。
【００６５】
ステップ760において、宛先デバイス100は、新しいまたは修正されたユーザ固有の特性を、メモリ140に記憶する。メモリ140は、揮発性メモリ、不揮発性メモリ、外部メモリ、取り外し可能メモリデバイス、またはこれらの任意の組合せを含み得ることを理解されたい。
【００６６】
ステップ770において、宛先デバイス100が学習モードから出る。いくつかの実施形態では、学習モードからの退出は、事前に規定された量または期間の、ユーザ固有の特性の測定結果を収集した後、自動的に引き起こされてよい。他の実施形態では、学習モードからの退出は、ユーザ固有の特性、または特性の範囲および変数を、所定のレベルの確実性で求めた後、自動的に引き起こされてよい。さらに他の実施形態では、学習モードからの退出は、ユーザから受信された入力に応答したものであってよい。
【００６７】
図8は、宛先デバイス100において通信を受信する方法を示す。この実施形態では、宛先デバイス(たとえば宛先デバイス100)が、要求された対象ユーザIDのユーザ存在確率を報告する。その対象ユーザIDのための通信は、通信受信デバイス200または通信転送デバイス330のいずれかによって、対象ユーザIDに関して最高のユーザ存在確率を報告する宛先デバイス100に転送される。ユーザ存在確率は、様々な測定されるユーザ固有の特性と、対応する記憶されたユーザ固有の特性との間の比較に基づく、所与の対象ユーザIDと関連付けられたユーザが現在宛先デバイス100を利用している確率の、基準である。
【００６８】
ステップ800において、宛先デバイス100は、通信受信デバイス200とまたは通信転送デバイス330のいずれかから、対象ユーザIDのユーザ存在確率に対する要求を受信する。この要求は、着信した通信の対象ユーザIDを含む。
【００６９】
ステップ810において、宛先デバイス100は、測定されるユーザ固有の特性を求める。たとえば、宛先デバイス100は、宛先デバイス100の現在のユーザのタイピング速度または頭の大きさを求めてよい。いくつかの実施形態では、複数のユーザ固有の特性が測定される。測定されるユーザ固有の特性の例は、限定はされないが、タイピング速度、顔の特徴、顔認識、音声認識、血圧、指紋、手の温度、肌の導電性、脳波測定、指の大きさ、手の大きさ、体の動き、ログイン状態、アクティブなソフトウェア、網膜パターン、歩き方、体の揺れ、頭の大きさ、タイピング速度、キーストロークのパターン、または使用する言葉からなる群を含み得る。
【００７０】
ステップ820において、測定されるユーザ固有の特性が、記憶されたユーザ固有の特性と比較される。図7で説明されるように、通常、記憶されたユーザ固有の特性は、学習モードの間に記憶および/または更新される。複数のユーザ固有の特性が測定される実施形態では、各測定されるユーザ固有の特性は、対応する記憶されたユーザ固有の特性と比較される。
【００７１】
ステップ830において、各測定された特性について、特性固有のユーザ存在確率、記憶されたユーザ固有の特性に対する測定されるユーザ固有の特性の近さの尺度が、求められる。特性固有のユーザ存在確率は、測定されるユーザ固有の特性を対応する記憶されたユーザ固有の特性と比較して、対象ユーザIDに対応する、測定されるユーザ固有の特性と対応する記憶されたユーザ固有の特性との一致の近さを計算することによって、求められる。
【００７２】
いくつかの実施形態では、特性固有のユーザ存在確率を求めることはまた、対応するユーザ固有の特性の予測される変動に、すなわち、記憶されたユーザ固有の特性から、測定される変動の程度の可能性を求めることによって、少なくとも一部基づく。たとえば、パスワードは正確でなければならない。しかし、所与のユーザの心拍数は、かなり変動する可能性が高い。一方、頭の大きさまたは顔の特徴は、比較的変化しない、信頼性のある特徴である可能性が高い。
【００７３】
いくつかの実施形態では、ユーザ固有の特性をデバイスに記憶している非対象ユーザの記憶されたユーザ固有の特性に対する、測定されるユーザ固有の特性の近さも、考慮され得る。したがって、毎分約30ワードをタイプする登録されたユーザが6人いる場合、タイピング速度が毎分30ワードであるという測定されるユーザ固有の特性値は、6人のユーザのうちの誰がデバイスを使っているかということに対して、低い信頼性しかもたらさない。そのような状況では、信頼性の低い特性(たとえば、この例ではタイピング)についての、測定されるユーザ固有の特性の記憶されたユーザ固有の特性に対する比較の結果は重みが下げられ、またはいくつかの実施形態では無視され、上で言及されたように、頭の大きさ、パスワード、または顔の特徴のような、登録されたユーザの間でより一意に区別される特性に関する、測定されるユーザ固有の特性の記憶されたユーザ固有の特性に対する比較を利用することを選ぶ。
【００７４】
様々な手段を使って、特性固有のユーザ存在確率を計算することができる。たとえば、記憶されたユーザ固有の特性は、記憶されたユーザ固有の特性からの様々な量のずれの可能性に関する、統計的な情報を含み得る。この情報は、ある特定の測定される特性の、使用ごとの典型的な変動についての一般的なデータであってよく、または、宛先デバイス上での使用ごとの典型的な変動に関して収集された、ユーザ固有のデータであってもよい。この実施形態では、特性固有のユーザ存在確率は、測定結果が、測定されるユーザ固有の特性と記憶されたユーザ固有の特性との間で求められるずれになる、推定される確率に基づく。他の実施形態は、測定されるユーザ固有の特性と記憶されたユーザ固有の特性との間の一致の確率を計算する、他の方法を利用することができる。
【００７５】
ステップ840において、各測定されるユーザ固有の特性に関する特性固有のユーザ存在確率が、ユーザ存在確率を計算するために組み合わされる。ユーザ存在確率は、対象ユーザIDと関連付けられたユーザが宛先デバイス100を使用している、総合的な推定値である。測定されるユーザ固有の特性が1つしかない場合は、その測定されるユーザ固有の特性に対して求められた特性固有のユーザ存在確率が、ユーザ存在確率として使われてよい。
【００７６】
複数の測定されるユーザ固有の特性がある場合、測定されるユーザ固有の特性から得られた複数の特性固有のユーザの確率を組み合わせて、ユーザ存在確率に対する要求の中で宛先デバイス100に送信される、対象ユーザIDのユーザ存在確率を計算することができる。たとえば、ユーザ存在確率は、所与の対象ユーザについて測定された、各測定されるユーザ固有の特性と、特性固有のユーザ存在確率値との比較に基づく、最高の特性固有のユーザ存在確率に基づいて求められ得る。
【００７７】
別の実施形態では、ユーザ存在確率は、所与の対象ユーザIDについて測定された、各測定されるユーザ固有の特性からの、特性固有のユーザ存在確率値に基づく、中央値の特性固有のユーザ存在確率に基づいて求められ得る。さらに別の実施形態では、ユーザ存在確率は、所与の対象ユーザIDについて測定された、各測定されるユーザ固有の特性からの、特性固有のユーザ存在確率値に基づく、平均の特性固有のユーザ存在確率に基づいて求められ得る。平均の特性固有のユーザ存在確率に基づいてユーザ存在確率を計算することは、加重平均値を利用する実施形態と、異常値を除外して平均値を利用する実施形態とも含むことが、認識される。
【００７８】
いくつかの実施形態では、所与の対象ユーザについて測定された、測定されるユーザ固有の特性が、宛先デバイス100の他のユーザについて測定された、測定されるユーザ固有の特性と同様である場合、または区別できない場合、その測定されるユーザ固有の特性と、それから導出され得る任意の特性固有のユーザ存在確率とは、無視または除外されてよく、無視しなかった場合に取得され得る特性固有のユーザ存在確率に関係なく、他のより区別可能な測定されるユーザ固有の特性を使うことを選ぶ。この状況では、ユーザ存在確率を計算するために利用される複数の特性固有のユーザの確率は、2人以上のユーザを示す(たとえば、1人のユーザをデバイスの現在のユーザとして一意に特定しない)特性固有のユーザの確率を含まない。
【００７９】
ステップ850において、宛先デバイス100が、ユーザ存在確率に対する要求と関連付けられた対象ユーザIDのユーザ存在確率を、通信受信デバイス200に、または間接的な接続が使用される場合には、通信転送デバイス330に送信する。
【００８０】
ステップ860において、送信された対象ユーザIDのユーザ存在確率が、宛先デバイス(たとえば宛先デバイス100)から、通信受信デバイス200または通信転送デバイス330によって受信された、最高のユーザ存在確率であった場合、通信受信デバイス200または通信転送デバイス330は、通信を宛先デバイス100に転送する。ユーザが宛先デバイス100で通信に対して確認応答しない場合、通信受信デバイス200または通信転送デバイス330は、次に可能性の高い宛先デバイス100に通信を転送しようとする。
【００８１】
通信は、限定はされないが、テキスト、音声、写真、ビデオ、または音楽を含む、様々な形態であってよいことが認識される。
【００８２】
いくつかの実施形態では、通信転送デバイス330または通信受信デバイス200はまた、宛先デバイス100からデバイス状態を要求することができる。デバイス状態は、デバイスが充電されているかどうか、デバイスが下向きになっているかどうか、デバイスが最後に移動または使用されたのはいつか、およびデバイスが使用中かどうかを含む、ユーザ固有ではない情報に基づき得る。これらの実施形態では、宛先デバイス100が、通信受信デバイス200または通信転送デバイス330にデバイス状態を送信する。
【００８３】
いくつかの実施形態では、本発明は、通信受信デバイス200(たとえば、電話340または移動局320)および宛先デバイス100(たとえば、タブレット301、ゲームコントローラ302、ポータブルコンピューティングデバイス303、カメラ304、PDA 305、デスクトップコンピュータ306、携帯電話307、PND 308、ラップトップ309、およびビデオカメラ310)にインストールされる、クライアントソフトウェアを利用して実施され得る。通信受信デバイス200は、着信した通信を受信し、その通信を、宛先デバイス100へ直接転送し、または、通信転送デバイス330を通じてのいずれかで宛先デバイス100へ転送する。通信転送デバイス330は、あるとすればどのユーザが各宛先デバイス100と関連付けられているかを判定するために複数のデバイス100にポーリングするデバイスである。通信転送デバイス330は、通信受信デバイス200に着信した通信があると、通信受信デバイス200から連絡を受ける。通信転送デバイス330は、通信受信デバイス200と宛先デバイス100との間の通信リンクを確立する。通信転送デバイス330を伴う実施形態と伴わない実施形態の両方における、通信受信デバイス200からの通信を、対象ユーザIDに関して最高のユーザ存在確率を有する宛先デバイス100に転送する例示的な処理が、図4、図5、および図6で説明される。着信した通信は、限定はされないが、着信したテキスト、SMS、電子メール、およびマルチメディアメッセージングからなり得る。これは多くの実施形態のうちの1つであることが、認識される。
【００８４】
いくつかの実施形態では、ユーザ固有特性サーバ335が、ユーザ固有の特性データを保存し、ユーザアカウントを管理する。ユーザ固有特性サーバ335は、リモートネットワークであっても、ローカルネットワーク上にあってもよい。ユーザ固有特性サーバが存在する実施形態では、各宛先デバイス100が、ユーザ固有の特性を収集し、ユーザ固有の特性がユーザによって識別され今後の参照のために管理されるユーザ固有特性サーバ335へ、ユーザ固有の特性を転送する。ユーザ固有特性サーバが存在しない実施形態では、各宛先デバイス100が、ユーザ固有の特性を直接収集し、記憶し、管理する。いくつかの実施形態では、宛先デバイス100は、クライアントソフトウェアをインストールしデバイスを利用するために、パスワードまたは他のアクセス許可を必要とし得る。通信転送デバイス330または通信受信デバイス200上のクライアントソフトウェアは、各ユーザのための一意のユーザIDおよびパスワードを利用して、各ユーザの通信を、どこでかつどのような状況で転送すべきかを、制御することができる。
【００８５】
転送条件は、限定はされないが、宛先デバイス100でのユーザIDの信頼性、通信の優先順位、通信のソース、宛先デバイス100で続けられている活動、宛先デバイス100の状態、時間帯、および宛先デバイス100の位置を含み得る。
【００８６】
宛先デバイス(たとえば宛先デバイス100)のリストは、通信の転送先として許容可能であるものとして指定され得る。この許容可能な宛先デバイスの指定は、通信転送デバイス330の範囲内で利用可能な宛先デバイスを探すことによって、または、通信の転送が通信受信デバイス200によって直接行われる場合には、通信受信デバイス200の範囲内で宛先デバイスを探すことによって、自動的に決定されてよい。別の実施形態では、通信転送デバイス330および/または通信受信デバイス200への宛先デバイス100の登録は、宛先デバイス100上で学習モード(図7)を実行することによって引き起こされる。
【００８７】
別の態様では、許容可能な宛先デバイスのリストは、事前に規定されていてよい。たとえば、ユーザは、利用可能な宛先デバイスのリストを検討して、ユーザが、どのような状況において、宛先デバイスのうちのいずれで呼の受信を望むかを、事前に決定することができる。他の実施形態では、ユーザは、たとえばIPアドレスまたは電話番号によって、許容可能な宛先デバイスのアドレスも規定することができる。所与のユーザのための、許容可能な宛先デバイスおよび通信を転送する宛先デバイスアドレスのリストは、通信を転送するデバイス、たとえば、通信受信デバイス200および/または通信転送デバイス330で、適宜記憶され管理される。
【００８８】
さらに別の態様では、宛先デバイス100は、宛先デバイス100への通信の転送を許可された、通信受信デバイス(たとえば通信受信デバイス200)のリストを格納し得る。許可された通信受信デバイスのリストは、ユーザ入力を介して与えられてよく、または、ユーザによって規定された基準およびユーザによって規定された基準の論理的な組合せに基づいて、自動的に求められ得る。たとえば、通信受信デバイスのリストは、ユーザXによって使用/所有されるすべての携帯電話であり得る。別の例は、午後5時から午後10時の間は、通信転送デバイス330の範囲内にある電話およびコンピュータであるが、午後5時から午後10時の間以外は、携帯電話Yのみであるというものである。いくつかの実施形態は、着信した通信の種類に基づく、異なる通信転送論理を許容し得る。したがって、第1の宛先デバイス100は、テキストメッセージおよびグラフィクスのみを許容し得るが、第2の宛先デバイス100は、テキストメッセージおよび音声通信を許容し得る。いくつかの実施形態は、異なる通信対象ユーザIDおよび/または通信の異なるソースに対して、異なる通信転送論理を利用し得る(たとえば、上司からのすべての通信がすべての可能な宛先デバイスに転送されるが、友人からの通信はワイヤレスハンドセットにしか転送されない)。
【００８９】
通信の転送が上で説明されたように限定されている実施形態では、通信転送デバイス(たとえば、通信転送デバイス330)、通信受信デバイス(たとえば、通信受信デバイス200)および宛先デバイス(たとえば、宛先デバイス100)は、上で説明されたように、それらが通信の転送および受信することができるデバイスの、IDおよびアドレスを記録することができる。アドレスが動的に決定されるネットワーク、たとえばDHCPシステムまたは他の動的アドレス割り当てシステムでは、通信転送デバイス、通信受信デバイス、および宛先デバイスは、記憶されたアドレスを自動的に更新して、そのデバイスに接続されているデバイスの現在のアドレスを反映させることができる。あるいは、通信転送デバイス、通信受信デバイス、および宛先デバイスのようなデバイスが、新しいアドレスを割り当てられると、デバイスは、デバイスの関連付けられたアドレスを更新する必要性を、接続されたデバイスに知らせることができる。さらなる実施形態では、各デバイスがどの他のデバイスから情報の受信を許されるか、またはどの他のデバイスへの情報の転送を許されるかを示すデータが、ユーザ固有特性サーバ335のような共有のサーバに記憶され得る。
【００９０】
いくつかの実施形態では、宛先デバイス100は、学習モード(たとえば図7)をサポートする。学習モードの間、宛先デバイス100のユーザは、宛先デバイス100にログオンし、または他の方法で宛先デバイス100に対して自己識別する。宛先デバイス100は、ユーザ固有の特性データを保存し、ログインまたは他の自己識別データに基づいて、そのデータと特定されたユーザとを関連付ける。前のユーザ固有の特性データがある場合には、そのデータは、学習モードの間に収集された新たなデータに基づいて、再読込または更新され得る。ユーザ固有の特性データは、そのデータが測定される宛先デバイス100に固有であってよい。たとえば、ユーザのタイピング速度は、フォームファクタが異なる2つの異なる宛先デバイスでは、異なり得る。あるいは、ユーザ固有のデータは、複数の宛先デバイスにわたって共通であってもよい。ユーザ固有のデータが異なる宛先デバイスで異なるか共通であるかは、学習モードが複数の宛先デバイスにわたって同じユーザによって操作された後、複数のデバイスにわたってユーザ固有のデータを比較することによって、決定され得る。複数のデバイスは、共有するデバイスの各々におけるユーザ固有のデータが、あるカテゴリのユーザ固有のデータ(たとえば、タイピング速度または手の温度)について組み合わされたユーザ固有のデータの、平均値または中央値の所定の閾値以内にある場合、そのカテゴリのユーザ固有のデータを共有してよい。ユーザ固有のデータが共有されている場合は、各デバイスからの新しく測定されるユーザ固有のデータは、他のデバイスがそのカテゴリのデータを再測定していなくても、共有されたユーザ固有のデータの測定結果と組み合わされてよい。そして、組み合わされたユーザ固有のデータの測定結果は、ユーザ固有のデータが、報告されたユーザ固有のデータの平均値または中央値の所定の閾値以内にあると報告した宛先デバイスに対して、利用可能にされる。
【００９１】
デバイスが十分な情報を保存すると学習モードは完了し、そうすると、たとえば、新しく測定されるユーザ固有のデータの標準的なずれが、所与のユーザについての前の測定されるユーザ固有のデータの近くにうまく集まる場合には、任意の追加のデータが決定の処理を大きく変えることはない。ユーザは、望む場合には学習モードを早く終わらせることもできる。
【００９２】
各学習モードのセッションの後、ユーザ固有のデータは、ユーザ固有特性サーバ335に送信されてよく、ユーザ固有特性サーバ335において、ユーザ固有のデータは、保存され、前の結果と組み合わされ、同様の測定結果を報告した他のデバイスからの結果と組み合わされ、他の宛先デバイス(たとえば宛先デバイス100)と共有され得る。他の実施形態では、ユーザ固有のデータは、宛先デバイス100に記憶され得る。さらに他の実施形態では、宛先デバイス100に記憶されるユーザ固有のデータは、他の同様の宛先デバイスと共有され得る。
【００９３】
説明された実施形態では、宛先デバイス100上でバックグラウンドプロセスとして実行されるクライアントソフトウェアが、センサおよび入力データを監視する。クライアントソフトウェアは、センサおよび入力データ(たとえば、カメラ、マイクロフォン、加速度計、キーボード、タッチスクリーン、ジャイロからのデータ、および位置データ)を使って、宛先デバイス100のユーザのIDと、宛先デバイス100のユーザのIDと関連付けられた信頼性のレベルを求める。ユーザIDおよび関連付けられた信頼性のレベルは、記憶され、通信転送デバイス330および通信受信デバイスからのユーザIDおよび信頼性のレベルの問い合わせに応答して、提供される。信頼性のレベルは、ユーザ固有の特性の測定されたレベルが、同じまたは同様のデバイス上で、前にユーザによって測定されたユーザの固有の特性のレベルと一致する確率の、基準である。
【００９４】
いくつかの実施形態では、デバイス状態(たとえば、デバイスの電源状態、デバイスの移動状態、デバイスの方向)が、宛先デバイス100において監視される。デバイス状態とは、デバイスまたはその周囲の状態を指す。デバイス状態を判定することの例には、デバイスの電源がオンかオフかを判定すること、デバイスが上を向いているか下を向いているかを判定すること、および、デバイスが明るい場所にあるか暗い場所にあるかを判定することがある。デバイス状態は、デバイスが使用中かどうかを判定するために使われる。したがって、デバイス状態を使って、デバイスが使用中かどうかを判定し、「使用中」変数を真または偽に設定することができる。たとえば、電源がオフである場合、または部屋が暗くデバイスの動きがない場合、またはデバイスが下を向いている場合は、「使用中」変数は偽に設定され得る。電源がオンであり部屋が明るい場合、または電源がオンでありデバイスが動いている場合、またはユーザインターフェースのいずれかが使用されている場合は、「使用中」変数は真に設定され得る。上記以外の他の状態が測定されてよく、これらの状態が様々な方法で組み合わされて、デバイスが使用中かどうかを判定できるということが、認識される。
【００９５】
「使用中」変数が偽に設定される場合、ユーザの確率は、0に、または他の閾値よりも小さい値に設定され、ユーザがデバイスを使用していないことを示す。また、「使用中」変数が偽に設定される場合、たとえば、特定の宛先デバイス100で音声メールまたはテキストメッセージを受信して記憶するために、具体的な上書き命令が入力されない限り、通信はそのデバイスによって受信されない。
【００９６】
「使用中」変数が真に設定される場合、ユーザの確率が、宛先デバイス100において測定され、ユーザがそのデバイスを利用しているかどうかを判定することができる。ユーザの確率は、通信の転送を担うデバイス、たとえば、通信受信デバイス200または通信転送デバイス330と共有され、それによって、着信した通信は、そのデバイスを利用するユーザの確率が最高である、宛先デバイス100に転送される。応答がない場合は、着信した通信は、そのデバイスを利用するユーザの確率が次に高い宛先デバイス100に転送されてよく、応答が得られるまで、または「使用中」が真に設定されたすべてのデバイスを試行するまで、連続して繰り返される。宛先デバイス100はまた、宛先デバイス100の知られている最後の使用時間を記録するために使われ得る、時計機能を含み得る。最後の使用が十分に最近である場合、いくつかの実施形態では、「使用中」が真であるかのように、宛先デバイス100が応答するのを許可し得る。このことは、使用が最近であれば、ユーザがまだ近くにいて、音声または視覚による通知が届くであろうという仮定に基づくものである。いくつかの実施形態では、宛先デバイス100は、ユーザがどの程度頻繁に宛先デバイス100を使うかとともに、ユーザがどの程度頻繁に宛先デバイス100で通信を受信するかを、記録することができる。
【００９７】
通信受信デバイス200が、通信受信デバイス200において続いて応答されない、着信した通信を受信すると、通信受信デバイス200は、利用可能な宛先デバイス(たとえば宛先デバイス100)を再検討して、あるとすれば利用可能な宛先デバイスのうちのいずれが、通信の対象の受信者によって使用されているかを判定する。通信は、何らかの最小の確率の閾値を上回る、通信の対象受信者が使用中である最高の確率を、報告した宛先デバイス100に転送される。デバイス状態、使用中である確率、および使用されている宛先デバイスの可能性の高いユーザの確認は、必要に応じて行われてもよく、定期的に行われてもよく、または、使用中の状態が検出された時に、宛先デバイス100において引き起こされてもよい。宛先デバイス100は、IPアドレスおよびソケット番号または電話番号のような、既知のアドレス指定手段によってアドレス指定される。他の実施形態では、対象受信者が宛先デバイス100において検出され、通信受信デバイス200がアクティブに操作されていない(たとえば、動きが検出されないまたは電源がスタンバイ状態である)場合、通信受信デバイス200は、通信受信デバイス200上で事前に音を鳴らしまたは他の通知を行うことなく、通信を宛先デバイス100へ自動的に転送することができる。対象受信者に対する所定の閾値を超える、ユーザの信頼性のレベルを報告する宛先デバイスがない場合、通信は、音声メール、電子メール、受信箱、または他のメッセージ記録サービスに転送され得る。あるいは、着信した通信は、対象受信者によって使用された既知の最後のデバイス、または、対象受信者によって最も頻繁に使用されているデバイスに、転送されてもよい。
【００９８】
本明細書で説明する方法は、用途に応じて様々な手段によって実現され得る。たとえば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ハードウェアを伴う実装形態の場合、処理ユニットは、1つまたは複数の特定用途向け集積回路(ASIC)、デジタルシグナルプロセッサ(DSP)、デジタル信号処理デバイス(DSPD)、プログラマブル論理デバイス(PLD)、フィールドプログラマブルゲートアレイ(FPGA)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明する機能を実行するように設計された他の電子ユニット、またはそれらの組合せの中で実装され得る。
【００９９】
ファームウェアおよび/またはソフトウェアを伴う実装形態の場合、本方法は、本明細書で説明する機能を実行するモジュール(たとえば、プロシージャ、関数など)を用いて実施され得る。本明細書で説明する方法を実施する際に、命令を有形に具現化する任意の機械可読媒体を使用してもよい。たとえば、ソフトウェアコードはメモリに記憶され、プロセッサユニットによって実行され得る。メモリは、プロセッサユニット内に実装されてもよく、またはプロセッサユニットの外部に実装されてもよい。本明細書では、「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかの種類を指し、メモリのいかなる特定の種類もしくはメモリの数、またはメモリが記憶される媒体の種類に限定されない。
【０１００】
ファームウェアおよび/またはソフトウェアで実装する場合、機能は、コンピュータ可読記憶媒体上に1つもしくは複数の命令またはコードとして記憶され得る。この例には、データ構造によって符号化されたコンピュータ可読媒体およびコンピュータプログラムによって符号化されたコンピュータ可読媒体が含まれる。コンピュータ可読媒体は、物理的なコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の使用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスク(disk)ストレージ、磁気ディスク(disk)ストレージ、半導体ストレージ、または他のストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを記憶するために使用できコンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。本明細書で使用されるディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フレキシブルディスク(disk)およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザで光学的に再生する。上記の媒体の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１０１】
命令および/またはデータは、コンピュータ可読記憶媒体上に記憶されるだけでなく、通信装置中に含まれる伝送媒体上の信号として提供されてもよい。たとえば、通信装置は、命令およびデータを示す信号を有する送受信機を含み得る。命令およびデータは、1つまたは複数のプロセッサに特許請求の範囲において概説する機能を実施させるように構成される。すなわち、通信装置は、開示する機能を実行するための情報を示す信号をもつ伝送媒体を含む。初めに、通信装置中に含まれる伝送媒体は、開示する機能を実行するための情報の第1の部分を含んでもよく、次に、通信装置中に含まれる伝送媒体は、開示する機能を実行するための情報の第2の部分を含んでもよい。
【符号の説明】
【０１０２】
100  宛先デバイス
101  バス
110  バス/メモリインターフェース
111  汎用プロセッサ
112  デジタルシグナルプロセッサ
120  インターフェース
121  RF送受信機
130  種々のインターフェース
140  メモリ
150  センサまたは入力デバイス
200  通信受信デバイス
201  バス
210  バス/メモリインターフェース
211  プロセッサ
220  インターフェース
221  WAN/セルラーRF送受信機
225  PSTNまたはインターネットインターフェース
226  WiFi/PAN送受信機
230  種々のインターフェース
240  メモリ
315  ワイヤレスルータ
320  移動局
330  通信転送デバイス
335  ユーザ固有特性サーバ
340  電話
350  ワイヤレスネットワーク
365  インターネット
【図１】
0005564618.tif 000002
【図２】
0005564618.tif 000003
【図５】
0005564618.tif 000004
【図６】
0005564618.tif 000005
【図７】
0005564618.tif 000006
【図８】
0005564618.tif 000007
【図３】
0005564618.tif 000008
【図４】
0005564618.tif 000009