(57)【要約】【課題】自分のモバイルデバイスから離れるたびにアラートを受信することによって煩わされることなくデバイス場所のモニタリングを行う。【解決手段】第２のデバイス（６）に対する第１のデバイス（４）の近接性をモニターする方法であって、  ａ）第１のデバイス（４）と第２のデバイス（６）との間の少なくとも１つのワイヤレスリンク（１０）をモニターすること、  ｂ）電子カレンダに記憶されたイベントが差し迫っている一方でワイヤレスリンク（１０）が分断された場合に、第１のデバイス（４）の近接性が失われたことをユーザに通知すること、を含む方法。【選択図】図１
2015104132.tif 000002
【特許請求の範囲】
【請求項１】
第２のデバイス（６）に対する第１のデバイス（４）の近接性をモニターする方法であって、
ａ）前記第１のデバイス（４）と前記第２のデバイス（６）との間の少なくとも１つのワイヤレスリンク（１０）をモニターするステップ（４０；６０）と、
ｂ）電子カレンダに記憶されたイベントが差し迫っている一方で前記ワイヤレスリンク（１０）が分断された（４２；６２）場合に、前記第２のデバイス（６）によってアラートをトリガすることによって、前記第１のデバイス（４）の近接性が失われたことをユーザに通知するステップ（４６；６４）であって、前記アラートは、前記イベントの切迫性および／または前記第１のデバイス（４）の場所に応じたレベルを有する、ステップと、
を含む、前記方法。
【請求項２】
前記ワイヤレスリンク（１０）は、前記第１のデバイス（４）と前記第２のデバイス（６）との間の前記ワイヤレスリンク（１０）上で測定された受信信号強度指示ＲＳＳＩが閾値未満のときに分断されている、請求項１に記載の方法。
【請求項３】
前記閾値は前記イベントの切迫性に応じて固定される、請求項２に記載の方法。
【請求項４】
前記ワイヤレスリンクをモニターする前記ステップ（４０）は前記第１のデバイス（４）および／または前記第２のデバイス（６）によって周期的に実施される、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記モニターするステップの頻度は前記イベントの切迫性に依存する、請求項４に記載の方法。
【請求項６】
前記第１のデバイス（４）が公共エリアにある場合、前記第２のデバイス（６）との前記ワイヤレスリンク（１０）が分断されたときに前記第１のデバイス（４）をロックするステップを含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
ａ）第１のデバイス（４）と第２のデバイス（６）との間の少なくとも１つのワイヤレスリンク（１０）をモニターすることができるモニタリングモジュール（２０）と、
ｂ）電子カレンダに記憶されたイベントが差し迫っている一方で前記ワイヤレスリンク（１０）が分断された場合に、前記第１のデバイス（４）の近接性が失われたことの通知を前記第２のデバイス（６）に送ることができる通知モジュール（２２）であって、前記通知は前記第２のデバイス（６）中でアラートをトリガし、前記アラートは前記イベントの切迫性および／または前記第１のデバイス（４）の場所に応じたレベルを有する、通知モジュール（２２）と、
を備える、前記第１のデバイス（４）。
【請求項８】
前記電子カレンダにアクセスすることができる、請求項７に記載の第１のデバイス（４）。
【請求項９】
動きセンサ（２６）を備える、請求項７または８に記載の第１のデバイス（４）。
【請求項１０】
モバイル通信端末、特にスマートフォンまたはタブレットまたはラップトップである、請求項７乃至９のいずれか一項に記載の第１のデバイス（４）。
【請求項１１】
ａ）電子カレンダにアクセスすることができるカレンダモジュール（５４）と、
ｂ）第１のデバイス（４）と第２のデバイス（６）との間の少なくとも１つのワイヤレスリンク（１０）をモニターすることができるモニタリングモジュール（５０）と、
ｃ）前記電子カレンダに記憶されたイベントが差し迫っている一方で前記ワイヤレスリンク（１０）が分断された場合に、前記イベントの切迫性および／または前記第１のデバイス（４）の場所に応じたレベルを有するアラートをトリガすることによって、前記第１のデバイス（４）の近接性が失われたことをユーザに通知することができるアラートモジュール（５２）と、
を備える、前記第２のデバイス（６）。
【請求項１２】
動きセンサ（３６）を備える、請求項１１に記載の第２のデバイス（６）。
【請求項１３】
前記第２のデバイス（６）はスマートウォッチである、請求項１１または１２に記載の第２のデバイス（６）。
【請求項１４】
請求項１乃至６のいずれか一項に記載の方法をコンピュータが実施できるようにするためのコンピュータ実行可能命令を備える、コンピュータ可読プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、モバイルフォンやタブレットなどのモバイルデバイスの分野に関する。
【０００２】
より詳細には、本発明は、ユーザのモバイルデバイスの見落としを防止するためにモバイルデバイスの場所をモニターすることを対象とする。
【０００３】
したがって、本発明は、第２のデバイスに対する第１のデバイスの近接性をモニターする方法に関する。本発明はまた、対応する第１および第２のデバイス、ならびに、本発明のモニタリング方法を実現するコンピュータプログラムにも関する。
【背景技術】
【０００４】
このセクションで述べる方法は、遂行できるものだが、必ずしも以前に構想または遂行された方法であるとは限らない。したがって、本明細書に別段に指示がない限り、このセクションで述べる方法は、本出願における特許請求の範囲に対する従来技術ではなく、また、このセクションに含まれることによって従来技術として認められるものではない。
【０００５】
近年、モバイルフォンおよびタブレットの使用は非常に普及してきた。そのため、ユーザの日常的なディジタル生活をどのようによりよく管理または予想するかに依拠する多数のユーザ中心アプリケーションが出現しており、それにより、ユーザの私生活または職業生活における多くの作業を実施するためにこれらのモバイルデバイスが重要になっている。したがって、このようなモバイルデバイスを忘れたり紛失したりすることは、ユーザにとって非常に苦痛となりうる。
【０００６】
紛失、盗難、または見落としがあった場合にモバイルデバイスを取り戻すのを可能にするいくつかのアプリケーションが、市場に存在する。
【０００７】
例えば、モバイルデバイスのＧＰＳ（全地球測位システム）座標を定期的に記憶することからなる解決法が存在する。記憶された座標は、次いで、インターネット接続されたコンピュータ上で利用可能な任意のブラウザを使用して、ユーザによってオンラインでアップロードすることができる。
【０００８】
他のいくつかの既存の解決法は、ユーザのモバイルデバイスからユーザが離れつつあることを検出してユーザにアラートすることからなる。これらの解決法は一般に、ＲＳＳＩ（受信信号強度指示）測定に基づいて、モバイルデバイスに取り付けられた送信機とユーザに取り付けられた受信機との間の距離を推定する。これらの解決法は、モバイルフォンに限定されず、鍵など、ユーザにとっての任意の貴重デバイスを追跡するために使用することができる。これらの解決法は通常、短距離かつ低電力消費のワイヤレスインタフェース、例えばＲＦＩＤ（無線周波数識別）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅなどを使用して、モニタリングを実施する。
【０００９】
しかし、このような解決法を使用する場合、特に、ユーザがその時点にモバイルデバイスを持っている必要がないときに、ユーザは、自分のモバイルデバイスから離れるたびにアラートを受信することによって煩わされるかもしれない。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｋｉｃｋｓｔａｒｔｅｒ．ｃｏｍ／ｐｒｏｊｅｃｔｓ／ｅｍｂｒａｃｅｐｌｕｓ／ｅｍｂｒａｃｅ−ａ−ｓｍａｒｔ−ｐｉｅｃｅ−ｏｆ−ｗｅａｒａｂｌｅ−ｔｅｃｈｎｏｌｏｇｙ
【発明の概要】
【課題を解決するための手段】
【００１１】
本発明は、この状況を改善するための解決法を提案する。
【００１２】
したがって、本発明は、第２のデバイスに対する第１のデバイスの近接性をモニターする方法を提供し、この方法は、
ａ）前記第１のデバイスと前記第２のデバイスとの間の少なくとも１つのワイヤレスリンクをモニターすること、
ｂ）電子カレンダに記憶されたイベントが差し迫っている一方で前記ワイヤレスリンクが分断された場合に、第２のデバイスによってアラートをトリガすることによって、前記第１のデバイスの近接性が失われたことをユーザに通知することであって、アラートは、イベントの切迫性および／または第１のデバイスの場所に応じたレベルを有すること、を含む。
【００１３】
イベントの切迫性とは、ここでは、現在時刻と電子カレンダに記憶されたイベント時刻との間の時間範囲（例えば分で表される）を意味する。この時間範囲が所与の閾値未満である場合、イベントは差し迫っていると考えられる。この閾値は、５分と３０分の間で設定されることが好ましい。この閾値は、ユーザによって変更できることが好ましい。
【００１４】
したがって、本発明は、第２のデバイスに対する第１のデバイスの近接性をモニターすることを可能にする。イベントが差し迫っているときは、この近接性が失われたことがユーザに通知される。
【００１５】
例えば、イベントは、ユーザの電子カレンダに記憶された、第１のデバイスが必要とされる会議または出張出発またはいずれか他のイベントとすることができる。
【００１６】
したがって、本発明は、ユーザが自分の第１のデバイスを適切な時に持っていることを確実にする。
【００１７】
好ましくは、アラートは、ユーザがこのアラートを第２のデバイスの別のアラートと混同することがないように、近接性が失われたことを通知するタスク専用とする。
【００１８】
アラートは、任意の可能なタイプ、例えばオーディオ、視覚、またはテキストとすることができる。
【００１９】
アラートはまた、第２のデバイスの振動の形式とすることもできる。
【００２０】
例えば、アラートのレベルは、イベントの５分前には、イベントの１５分前よりも高くてよい。
【００２１】
別の例によれば、アラートのレベルは、第１のデバイスが鉄道駅などの公共エリアにある場合には、ユーザの家などの私的エリアにある場合よりも高くてよい。実際、第１のデバイスが紛失または盗難に遭うリスクは、公共エリアではより高い。
【００２２】
有利には、第１のデバイスと第２のデバイスとの間のワイヤレスリンク上で測定された受信信号強度指示ＲＳＳＩが閾値未満であるときに、ワイヤレスリンクが分断される。
【００２３】
前記ワイヤレスリンクは、例えばＷｉＦｉまたはＢｌｕｅｔｏｏｔｈリンクとすることができる。
【００２４】
前記閾値は、前記イベントの切迫性に応じて決定されることが好ましい。
【００２５】
第１のデバイスは、ユーザのモバイル端末、例えばスマートフォンであることが好ましい。
【００２６】
第２のデバイスは、コネクテッド（connected）ブレスレット（例えばスマートウォッチ）など、ユーザがいつも携帯しているデバイスであることが好ましい。
【００２７】
複数の第２のデバイスを使用することができる。例えば、家では、スマートウォッチおよびレジデンシャルゲートウェイを第２のデバイスとして使用することができ、オフィスでは、スマートウォッチ、およびＰＣまたはラップトップを第２のデバイスとして使用することができる。
【００２８】
第１のデバイスと、第２のデバイスの各々との間のワイヤレスリンクをモニターすることで、第１のデバイスの場所のより正確な指示がもたらされる。
【００２９】
ワイヤレスリンクのモニタリングは、周期的に実施されることが有利である。
【００３０】
第１の実施形態によれば、モニタリングは、第１のデバイスによって実施される。
【００３１】
この場合、ユーザに通知することは、第２のデバイスに通知を送ることを含む。
【００３２】
第１の例によれば、第１のデバイスと第２のデバイスとの間に、分断されていない第２の通信リンクがある。例えば、第２のデバイスは、２つのワイヤレスインタフェースを有してよい。変形例においては、両方のデバイスは、第１のデバイスと第２のデバイスの両方に接続された第３のデバイスを使用する間接的なワイヤレスリンクを介して、依然として接続されていてもよい。
【００３３】
第２の例によれば、第２のデバイスが第１のデバイスから通知を受け取ることができるように、ＲＳＳＩ閾値は、第１のデバイスと第２のデバイスとの間の起こりうる通信を依然として可能にするように固定される。
【００３４】
第２の実施形態によれば、モニタリングは、第２のデバイスによって実施される。
【００３５】
第３の実施形態によれば、モニタリングは、第１のデバイスと第２のデバイスの両方によって実施される。
【００３６】
前記モニタリングの頻度は、イベントの切迫性に依存することが有利である。
【００３７】
したがって、モニタリングデバイスの電池を節約しながら、リンク分断を効率的に検出することができる。
【００３８】
有利には、第１のデバイスが公共エリアにある場合、この方法は、第２のデバイスとのワイヤレスリンクが分断されたときに前記第１のデバイスをロックすることを含む。第１のデバイス自体がモニタリングを実施するときは、第１のデバイス自体が前記ロックを動作させる。
【００３９】
本発明はまた、第１のデバイスを提供し、この第１のデバイスは、
ａ）前記第１のデバイスと第２のデバイスとの間の少なくとも１つのワイヤレスリンクをモニターすることができるモニタリングモジュールと、
ｂ）電子カレンダに記憶されたイベントが差し迫っている一方で前記ワイヤレスリンクが分断された場合に、前記第１のデバイスの近接性が失われたことの通知を第２のデバイスに送ることができる通知モジュールであって、通知は第２のデバイス中でアラートをトリガし、前記アラートは、イベントの切迫性および／または第１のデバイスの場所に応じたレベルを有する、通知モジュールと、を備える。
【００４０】
有利には、第１のデバイスは、前記電子カレンダにアクセスできる。
【００４１】
例えば、電子カレンダは、前記第１のデバイスに記憶されてよい。
【００４２】
有利には、前記第１のデバイスは、動きセンサを備える。
【００４３】
この動きセンサは、例えば、加速度計またはジャイロスコープとすることができる。
【００４４】
特定の実施形態によれば、第１のデバイスは、モバイル通信端末、特にスマートフォンまたはタブレットまたはラップトップである。
【００４５】
本発明はまた、第２のデバイスを提供し、この第２のデバイスは、
ａ）電子カレンダにアクセスすることができるカレンダモジュールと、
ｂ）第１のデバイスと前記第２のデバイスとの間の少なくとも１つのワイヤレスリンクをモニターすることができるモニタリングモジュールと、
ｃ）電子カレンダに記憶されたイベントが差し迫っている一方で前記ワイヤレスリンクが分断された場合に、イベントの切迫性および／または第１のデバイスの場所に応じたレベルを有するアラートをトリガすることによって、前記第１のデバイスの近接性が失われたことをユーザに通知することができるアラートモジュールと、を備える。
【００４６】
有利には、第２のデバイスは動きセンサを備える。
【００４７】
有利には、第２のデバイスはスマートウォッチである。
【００４８】
一実施形態によれば、電子カレンダは、第２のデバイスに記憶される。
【００４９】
別の実施形態によれば、第２のデバイスは、第１のデバイスに記憶された電子カレンダ中の次のイベントの時刻のみを記憶し、前記時刻は、ワイヤレスリンクの分断の前に第１のデバイスから第２のデバイスに通信される。
【００５０】
スマートウォッチの場合、動きセンサの状態は、ユーザが動いているかどうかを示す。
【００５１】
この動きセンサは、例えば、加速度計またはジャイロスコープとすることができる。
【００５２】
一実施形態によれば、第２のデバイスは、非特許文献に記載のブレスレットなど、スマートなウェアラブル技術である（例えば、非特許文献１参照）。このデバイスは、その色を変えることによって、かつ／または振動することによって、第１のデバイスの近接性が失われたことをユーザにアラートすることができる。
【００５３】
第２のデバイスの別の例は、例えばブレスレットの形の、アクティビティトラッカーとすることができる。
【００５４】
本発明による方法は、プログラム可能装置上でソフトウェアにおいて実現することができる。この方法は、ハードウェアだけで、もしくはソフトウェアだけで、またはこれらの組合せにおいて実現することができる。
【００５５】
本発明はソフトウェアにおいて実現することができるので、本発明は、任意の適切なキャリア媒体上でプログラム可能装置に提供するための、コンピュータ可読コードとして具体化することができる。キャリア媒体は、フロッピーディスク（登録商標）、ＣＤ−ＲＯＭ、ハードディスクドライブ、磁気テープデバイス、または固体メモリデバイスなどの、記憶媒体を含みうる。
【００５６】
したがって、本発明は、本発明のモニタリング方法をコンピュータが実施できるようにするためのコンピュータ実行可能命令を備えるコンピュータ可読プログラムを提供する。図４、６の図面に、このようなコンピュータプログラムに関する一般的なアルゴリズムの例を示す。
【図面の簡単な説明】
【００５７】
添付図面の図に、本発明を限定ではなく例によって示す。図面では、類似の参照番号は同様の要素を指す。
【図１】本発明の方法を実現するシステムの例を表す図である。
【図２】本発明の第１の実施形態による第１のデバイスの概略図である。
【図３】本発明の第１の実施形態による第２のデバイスの概略図である。
【図４】本発明の第１の実施形態によるモニタリングの方法のステップを詳述するフローチャートである。
【図５】本発明の第２の実施形態による第２のデバイスの概略図である。
【図６】本発明の第２の実施形態によるモニタリングの方法のステップを詳述するフローチャートである。
【図７】本発明の一実施形態による、イベントの切迫性に応じた、アラートレベルおよびＲＳＳＩ閾値の選択を示す図である。
【図８】本発明の一実施形態による、イベントの切迫性に応じた、アラートレベルおよびモニタリング周期性の選択を示す図である。
【発明を実施するための形態】
【００５８】
図１を参照すると、図１には、本発明の一実施形態による、第１のデバイス４の場所をモニターするためのシステム２が示されている。
【００５９】
図示の実施形態によれば、第１のデバイス４はスマートフォンである。以下の記述では、用語「スマートフォン」は、第１のデバイス４を指す。
【００６０】
図示のモニタリングシステム２では、第２のデバイス６および第３のデバイス８を使用して、第２および第３のデバイス６、８の各々に対する第１のデバイス４の近接性がそれぞれ検出される。
【００６１】
図示の実施形態によれば、第２のデバイス６は、スマートウォッチである。以下の記述では、用語「スマートウォッチ」は、第２のデバイス６を指す。
【００６２】
第３のデバイス８は、ワイヤレスインタフェースを有するレジデンシャルゲートウェイまたはＰＣまたはラップトップまたはいずれか他のコンピュータとすることができる。例えば、ユーザが家におり、スマートフォン４も家にあるときは、第３のデバイス８はレジデンシャルゲートウェイであることが好ましく、ユーザがオフィスにいるときは、第３のデバイス８は、ユーザの仕事用コンピュータ、例えばＰＣまたはラップトップであることが好ましい。
【００６３】
第１のデバイス４と第２のデバイス６とは、第１のワイヤレスリンク１０、例えばＢｌｕｅｔｏｏｔｈインタフェースを介して接続される。
【００６４】
加えて、第１のデバイス４と第３のデバイス８とは、第２のワイヤレスリンク１２、例えばＷｉ−Ｆｉインタフェースを介して接続される。
【００６５】
さらに、第２のデバイス６と第３のデバイス８とは、第３のワイヤレスリンク１４、例えばＷｉ−Ｆｉインタフェースを介して接続される。
【００６６】
以下、本発明の第１の実施形態について、図２から４を参照しながら述べる。この実施形態によれば、モニタリングデバイスは、第１のデバイス自体である。
【００６７】
図２に、本発明の第１の実施形態による第１のデバイス４の構造を表す。
【００６８】
第１のデバイス４は、第１のデバイス４と第２および第３のデバイス６、８との間のワイヤレスリンクをモニターすることができるモニタリングモジュール２０を備える。モニタリングモジュール２０は、ワイヤレスリンク１０、１２上でＲＳＳＩ測定を実施してこのモニタリングを実施できることが好ましい。
【００６９】
リンク１０、１２の状態は、ＯＫまたは分断であって、対応するリンク上でスマートフォン４によって測定されたＲＳＳＩレベルに従う。すなわち、ＲＳＳＩレベルが所与の閾値よりも高い場合は、リンク状態はＯＫであり、ＲＳＳＩレベルがこの所与の閾値よりも低い場合は、リンク状態は分断である。
【００７０】
第１のリンク１０に対応するＲＳＳＩ閾値は、ユーザのカレンダ中のイベントがより差し迫っているときほど高くなるように、イベントの切迫性に応じて決定されることが好ましい。
【００７１】
例えば、図７に表すように、３つのＲＳＳＩ閾値が定義される。すなわち、イベントの２０分よりも前では、ＲＳＳＩ閾値は最小レベルＴminに固定される。イベントの５分前と２０分前の間では、ＲＳＳＩ閾値は中間レベルＴmidに固定される。イベントの５分未満前では、ＲＳＳＩ閾値は最大レベルＴmaxに固定される。これらの閾値は、学習プロセスを使用して固定されてよい。
【００７２】
第１のデバイス４はさらに、このユーザの電子カレンダに記憶されたイベントが差し迫っている一方で第２のデバイス６との第１のワイヤレスリンク１０が分断された場合に、この第１のデバイス４の近接性が失われたことの通知を第２のデバイス６に送ることができる通知モジュール２２を備える。
【００７３】
さらに、第１のデバイス４は、ユーザの少なくとも１つの電子カレンダを記憶するための記憶モジュール２４を備える。電子カレンダは、個人用および／または仕事用カレンダとすることができる。
【００７４】
第１のデバイス４はまた、動きセンサ２６、例えば加速度計またはジャイロスコープを備える。記述を明確にするために、動きセンサの状態は、第１のデバイス４の動きが検出されたときは「オン」であり、そうでないときは「オフ」であるものとする。
【００７５】
図３に、本発明の第１の実施形態による第２のデバイス６の構造を表す。
【００７６】
第２のデバイス６は、ユーザの少なくとも１つの電子カレンダを記憶するための記憶モジュール３０を備える。電子カレンダは、個人用および／または仕事用カレンダとすることができる。第２のデバイス６中の記憶されたカレンダは、第１のデバイス４に記憶されたカレンダと、従来の方式で同期がとられる。
【００７７】
第２のデバイス６はまた、第１のデバイス４から通知を受け取ることができる受信モジュール３２を備える。
【００７８】
第２のデバイス６はまた、受け取った通知に応答して、電子カレンダに記憶されたイベントの切迫性に応じたレベルのアラートをトリガすることができるアラートモジュール３４を備える。トリガされるアラートは、任意の可能なタイプ、例えばオーディオ、視覚、またはテキストとすることができる。
【００７９】
したがって、アラートモジュール３４は、スピーカおよび／もしくはディスプレイおよび／もしくはＬＥＤ（発光ダイオード）、または、ユーザにアラートするためのいずれか他の適切な構成要素を含む。
【００８０】
例えば、３つのアラートレベルが定義される。すなわち、イベントの２０分よりも前では、アラートレベルは低レベルＡＬ１に固定される。イベントの５分前と２０分前の間では、アラートレベルは中間レベルＡＬ２に固定される。イベントの５分未満前では、アラートレベルは高レベルＡＬ３に固定される。これは図７に見られる。
【００８１】
場所のタイプ（公共または私的）は、スマートフォン４を確実に紛失するリスクを示すが、この場所のタイプを使用してアラートレベルを設定することもできる。ユーザおよびユーザのスマートフォン４がユーザ自身の私的環境、例えば家にある場合は、上記のアラートレベルが適用されることが好ましい。しかし、公共エリアでは、アラートレベルが自動的に最高レベルに設定されることが有利である。リスクが緩和される顧客構内や外部オフィスなどの訪問先の場所では、最低アラートレベルが中間すなわちＡＬ２に設定されてよい。
【００８２】
場所のタイプは、ユーザ自身によって、またはＧＰＳを使用して定義される。また、スマートウォッチ６によって新しいネットワークが発見されることにより、場所修正が検出されてもよい。スマートウォッチ６が既知のネットワークを検出したとき、発見されたネットワークが同じエリアにあるか否かに応じて、２つのタイプのアクションがトリガされる場合がある（同じエリアにある場合は、現在の３つのリンクは不変である）。以下の記述に、両方の状況を２つの例によって示す。
【００８３】
第１の例では、ユーザは仕事中であり、自分のオフィスを離れて別の階に行こうとしている。次いで、ユーザのスマートウォッチ６は、前はアクセス不可能であった別のＷｉ−Ｆｉネットワークを発見するが、現在の３つのリンク１０、１２、１４は、依然として「ＯＫ」状態である。この場合、環境には変動がなく、モニタリングは同じアラートレベルで継続する。
【００８４】
ここで、ユーザが自宅を出て、家の前に駐車された自分の車に乗ろうとしているところであると考えてみる。家のコンテキストに対応する旧リンクが依然として存在するとしても、Ｂｌｕｅｔｏｏｔｈ自動車システムの検出は、ユーザコンテキストが変化したことを示している。この場合、アラートレベルは、高すなわちＡＬ３に設定されることが好ましく、第１のリンクの状態を決定するためのＲＳＳＩ閾値は、最大値Ｔmaxに設定される。次いで、ユーザが車で出かける前に自分のスマートフォン４を忘れたことが、ユーザにアラートされることになる。
【００８５】
第２のデバイス６はまた、動きセンサ３６、例えば加速度計またはジャイロスコープを備える。記述を明確にするために、動きセンサの状態は、第２のデバイス６の動きが検出されたときは「オン」であり、そうでないときは「オフ」であるものとする。
【００８６】
記憶モジュール３０はさらに、ユーザの場所と、この場所における少なくとも１つの利用可能なネットワークの識別子と、この場所に関連するリスクのレベルとを含むテーブルを備えることが有利である。
【００８７】
場所は、第２のデバイス６が新しいネットワークを発見したときに、第２のデバイス６からの要求に対してユーザによってさらに提供される。この場所は、例えば「自宅」または「職場」または「鉄道駅」などとすることができる。
【００８８】
リスクのレベルは、この場所でスマートフォンが紛失または盗難に遭うリスクに対応する。例えば、このリスクは、家では低いが、鉄道駅では高い場合がある。このリスクは、公共エリアまたは私的エリアのような、場所のタイプから解釈することができる。ユーザは、第２のデバイス６からの要求に対して、場所のタイプをさらに指定することができる。
【００８９】
ネットワーク識別子は、ＢＳＳＩＤ（基本サービスセット識別子）、または、Ｗｉ−ＦｉネットワークのアクセスポイントのＭＡＣアドレス、または、Ｂｌｕｅｔｏｏｔｈのユニバーサル固有識別子（ＵＵＩＤ、Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）、または、Ｚ−ＷａｖｅネットワークのＮｅｔｗｏｒｋ  ＩＤなどとすることができる。
【００９０】
所与の場所に関連するこの情報の履歴が、記憶モジュール３０内のログファイルに記憶される。第１のデバイス４が紛失した場合、このログファイルにより、ユーザは、わかっている最後の場所がどこかを知ることができる。
【００９１】
別の実施形態によれば、ログファイルは、第１、第２、および第３のデバイスに記憶される。ログファイルはまた、クラウドサービスによってホストされてもよい。
【００９２】
図４のフローチャートに、本発明の第１の実施形態によるモニタリング方法のステップを詳述する。
【００９３】
最初、ユーザは、自分のスマートフォン４および自分のスマートウォッチ６を持っている。したがって、第１、第２、および第３のリンク１０、１２、１４は、ＯＫ状態である。リンク１０と１２の両方がＯＫであることを示すメッセージが、スマートフォン４および／またはスマートウォッチ６上に表示されることが好ましい。
【００９４】
ステップ４０で、スマートフォン４は、第１のリンク１０および第２のリンク１２上のＲＳＳＩレベルを周期的に測定する。
【００９５】
このモニタリングの頻度は、ユーザのカレンダに記憶されたイベントがより差し迫っているときほど高くなるように、イベントの切迫性に依存することが好ましい。
【００９６】
例えば、図８に表すように、３つの周期性が定義される。すなわち、イベントの２０分よりも前では、モニタリング周期性は１０００ミリ秒に固定される。イベントの５分前と２０分前の間では、モニタリング周期性は５００ミリ秒に固定される。イベントの５分未満前では、モニタリング周期性は１００ミリ秒に固定される。
【００９７】
次いで、ステップ４２で、ユーザは、所与の理由で、自分のスマートフォン４を持っていないが自分のスマートウォッチ６は保持している。第１のリンク１０上のモニターされたＲＳＳＩが、ユーザのカレンダ中の次のイベントの切迫性または第１のデバイス４の場所（例えば公共もしくは私的エリア）に応じて、閾値ＴminまたはＴmidまたはＴmax未満である場合、ステップ４２で第１のリンクは分断されている。
【００９８】
この場合、ステップ４４で、スマートフォン４は、第２および第３のワイヤレスリンク１２、１４を介して、すなわち第３のデバイス８を介して、スマートウォッチ６に通知を送る。この通知は、スマートウォッチ６によってトリガされることになるアラートのレベルの指示を含むことが好ましい。ステップ４６で、スマートウォッチは、通知の中で示されるアラートレベルに対応するアラートをトリガする。
【００９９】
任意選択で、ステップ４６で、スマートウォッチ６は、分断の継続時間を測定するためのタイマを起動する。所定の継続時間に達するとすぐに、スマートウォッチ６は、アラートをトリガして、ユーザが自分のスマートフォン４を忘れていることをユーザに通知する。タイマの継続時間は、通知の中で示されるアラートレベルに依存してよい。例えば、低アラートレベルＡＬ１では、タイマ継続時間は１０分に固定されてよく、中間アラートレベルＡＬ２では、タイマ継続時間は５分に固定されてよい。
【０１００】
以下の記述では、第１の実施形態による本発明の方法の実現の例について述べる。
【０１０１】
この例によれば、ユーザは家にいる。考慮されるイベントは、ユーザが自分のオフィスに行くために家を出発する時刻であり、これは、例えば午前８時に設定され、スマートフォン４とスマートウォッチ６の両方のカレンダに記憶される。第３のデバイス８は、レジデンシャルゲートウェイである。
【０１０２】
最初に、イベントの２０分よりも前に起こる可能性のあるシナリオを考えてみる。
【０１０３】
このシナリオによれば、ユーザは、自分のスマートフォン４から遠く離れるが、まだ家に留まっている。この場合、スマートウォッチ動きセンサ３６は「オン」であり、スマートフォン動きセンサ２６は「オフ」である。
【０１０４】
ステップ４２で第１のリンク１０上の測定されたＲＳＳＩが最小閾値Ｔmin未満である場合、ステップ４４で、スマートフォン４は、分断されていない第２および第３のリンク１２、１４を使用してスマートウォッチ６に通知し、アラートレベルが低すなわちＡＬ１であることを示す。このアラートレベルは、ユーザの意向に沿って、スマートウォッチ６によって明示的なアラートがトリガされない（例えば、音も鳴らず、何も表示されない）ことを意味することが好ましい。このメカニズムにより、ユーザが無用なアラートに悩まされることが防止される。
【０１０５】
しかし、好ましい一実施形態によれば、スマートフォンの見落としを予想するために、スマートウォッチ６は、通知を受け取るとそのログファイルを更新する。
【０１０６】
同様のシナリオが、イベントの２０分前と５分前の間にも起こりうる。
【０１０７】
このシナリオによれば、ステップ４２で、ユーザは、自分のスマートフォン４から遠く離れるが、まだ家に留まっている。この場合、スマートウォッチ動きセンサ３６は「オン」であり、スマートフォン動きセンサ２６は「オフ」である。第１のリンク１０上の測定されたＲＳＳＩが中間閾値Ｔmid未満である場合、ステップ４４で、スマートフォン４は、分断されていない第２および第３のリンク１２、１４を使用してスマートウォッチ６に通知し、ステップ４６で、スマートウォッチ６は、中間レベルのアラートＡＬ２（例えばスマートウォッチのスクリーンに表示されるリマインダ）をトリガして、家を出る前に忘れないようユーザのスマートフォン４を取り戻すべきであることをユーザに通知する。このアラートは、通知がスマートフォン４から受け取られてからすぐに、または一定期間後にトリガされてよい。
【０１０８】
同様のシナリオが、イベントの５分未満前にも起こりうる。この場合、アラートレベルは最高レベルＡＬ３に設定され、ＲＳＳＩモニタリング周期性は１００ミリ秒に設定される。このことは、この時間範囲内では、ユーザは、第１のリンク１０が分断されるたびに自分のスマートウォッチ上でビープ音などの明示的なアラートを有することを意味する。
【０１０９】
以下、本発明の第２の実施形態について、図５および６を参照しながら述べる。この実施形態によれば、モニタリングデバイスは、第２のデバイスである。
【０１１０】
この実施形態によれば、第１のデバイス４は、第１の実施形態に関して述べた記憶モジュール２４およびセンサモジュール２６を備えることが好ましい。
【０１１１】
図５に、本発明の第２の実施形態による第２のデバイス６の構造を表す。
【０１１２】
第２のデバイス６は、第２のデバイス６と第１および第３のデバイス４、８との間のワイヤレスリンクをモニターすることができるモニタリングモジュール５０を備える。モニタリングモジュール５０は、ワイヤレスリンク１０、１４上でＲＳＳＩ測定を実施してこのモニタリングを実施できることが好ましい。
【０１１３】
リンク１０、１４の状態は、ＯＫまたは分断であって、対応するリンク上でスマートウォッチ６によって測定されたＲＳＳＩレベルに従う。すなわち、ＲＳＳＩレベルが所与の閾値よりも高い場合は、リンク状態はＯＫであり、ＲＳＳＩレベルがこの所与の閾値よりも低い場合は、リンク状態は分断されている。
【０１１４】
好ましくは、第１のリンク１０に対応するＲＳＳＩ閾値は、第１の実施形態と同様、ユーザのカレンダ中のイベントがより差し迫っているときほど高くなるように、イベントの切迫性に応じて固定される。
【０１１５】
第２のデバイス６はさらに、このユーザの電子カレンダに記憶されたイベントが差し迫っている一方で第２のデバイス６との第１のワイヤレスリンク１０が分断された場合に、第１のデバイス４の近接性が失われたことをユーザに通知するためのアラートをトリガすることができるアラートモジュール５２を備える。トリガされるアラートのレベルは、電子カレンダに記憶されたイベントの切迫性に依存する。トリガされるアラートは、任意の可能なタイプ、例えばオーディオ、視覚、またはテキストとすることができる。
【０１１６】
したがって、アラートモジュール５２は、スピーカおよび／もしくはディスプレイおよび／もしくはＬＥＤ（発光ダイオード）、または、ユーザにアラートするためのいずれか他の適切な構成要素を含む。
【０１１７】
例えば、第１の実施形態と同様、３つのアラートレベルが定義される。すなわち、イベントの２０分よりも前では、アラートレベルは低レベルＡＬ１に固定される。イベントの５分前と２０分前の間では、アラートレベルは中間レベルＡＬ２に固定される。イベントの５分未満前では、アラートレベルは高レベルＡＬ３に固定される。
【０１１８】
第１の実施形態と同様、場所のタイプ（公共または私的）は、スマートフォン４を確実に紛失するリスクを示すが、この場所のタイプを使用してアラートレベルを設定することもできる。
【０１１９】
さらに、第２のデバイス６は、ユーザの少なくとも１つの電子カレンダを記憶するための記憶モジュール５４を備える。電子カレンダは、個人用および／または仕事用カレンダとすることができる。第２のデバイス６中の記憶されたカレンダは、第１のデバイス４に記憶されたカレンダと、従来の方式で同期がとられる。
【０１２０】
第２のデバイス６はまた、動きセンサ５６、例えば加速度計またはジャイロスコープを備える。記述を明確にするために、動きセンサの状態は、第２のデバイス６の動きが検出されたときは「オン」であり、そうでないときは「オフ」であるものとする。
【０１２１】
記憶モジュール５４はさらに、ユーザの場所と、この場所における少なくとも１つの利用可能なネットワークの識別子と、この場所に関連するリスクのレベルとを含むテーブルを備えることが有利である。
【０１２２】
場所は、第２のデバイス６が新しいネットワークを発見したときに、第２のデバイス６からの要求に対してユーザによってさらに提供される。この場所は、例えば「自宅」または「職場」または「鉄道駅」などとすることができる。
【０１２３】
第１の実施形態と同様、リスクのレベルは、この場所でスマートフォンが紛失または盗難に遭うリスクに対応する。
【０１２４】
ネットワーク識別子は、ＢＳＳＩＤ（基本サービスセット識別子）、または、Ｗｉ−ＦｉネットワークのアクセスポイントのＭＡＣアドレス、または、Ｂｌｕｅｔｏｏｔｈのユニバーサル固有識別子（ＵＵＩＤ）、または、Ｚ−ＷａｖｅネットワークのＮｅｔｗｏｒｋ  ＩＤなどとすることができる。
【０１２５】
所与の場所に関連するこの情報の履歴が、記憶モジュール５４内のログファイルに記憶される。第１のデバイス４が紛失した場合、このログファイルにより、ユーザは、わかっている最後の場所がどこかを知ることができる。
【０１２６】
別の実施形態によれば、ログファイルは、第１、第２、および第３のデバイスに記憶される。ログファイルはまた、クラウドサービスによってホストされてもよい。
【０１２７】
図６のフローチャートに、本発明の第２の実施形態によるモニタリング方法のステップを詳述する。
【０１２８】
最初、ユーザは、自分のスマートフォン４および自分のスマートウォッチ６を持っている。したがって、第１、第２、および第３のリンク１０、１２、１４は、ＯＫ状態である。好ましくは、リンク１０と１４の両方がＯＫであることを示すメッセージが、スマートフォン４および／またはスマートウォッチ６上に表示される。
【０１２９】
ステップ６０で、スマートウォッチ６は、第１のリンク１０および第３のリンク１４上のＲＳＳＩレベルを周期的に測定する。
【０１３０】
このモニタリングの頻度は、イベントがより差し迫っているときほど高くなるように、イベントの切迫性に依存することが好ましい。
【０１３１】
例えば、図８に表すように、３つの周期性が定義される。すなわち、イベントの２０分よりも前では、モニタリング周期性は１０００ミリ秒に固定される。イベントの５分前と２０分前の間では、モニタリング周期性は５００ミリ秒に固定される。イベントの５分未満前では、モニタリング周期性は１００ミリ秒に固定される。
【０１３２】
次いで、ステップ６２で、ユーザは、所与の理由で、自分のスマートフォン４を持っていないが自分のスマートウォッチ６は保持している。第１のリンク１０上のモニターされたＲＳＳＩが、ユーザのカレンダ中の次のイベントの切迫性または第１のデバイス４の場所（例えば公共もしくは私的エリア）に応じて、閾値ＴminまたはＴmidまたはＴmax未満である場合、ステップ６２で第１のリンクは分断されている。
【０１３３】
この場合、ステップ６４で、スマートウォッチ６は、前述のように定義されるレベルのアラートをトリガする。
【０１３４】
任意選択で、ステップ６４で、スマートウォッチ６は、分断の継続時間を測定するためのタイマを起動する。所定の継続時間に達するとすぐに、スマートウォッチ６は、アラートをトリガして、ユーザが自分のスマートフォン４を忘れていることをユーザに通知する。タイマの継続時間は、アラートレベルに依存してよい。例えば、低アラートレベルＡＬ１では、タイマ継続時間は１０分に固定されてよく、中間アラートレベルＡＬ２では、タイマ継続時間は５分に固定されてよい。
【０１３５】
以下の記述では、第２の実施形態による本発明の方法の実現の例について述べる。
【０１３６】
第１の例によれば、ユーザは家にいる。考慮されるイベントは、ユーザが自分のオフィスに行くために家を出発する時刻であり、これは、例えば午前８時に設定され、スマートフォン４とスマートウォッチ６の両方のカレンダに記憶される。第３のデバイス８は、レジデンシャルゲートウェイである。
【０１３７】
最初に、イベントの２０分よりも前に起こる可能性のあるシナリオを考えてみる。
【０１３８】
この第１のシナリオによれば、ユーザは、自分のスマートフォン４から遠く離れるが、まだ家に留まっている。この場合、スマートウォッチ動きセンサ５６は「オン」であり、スマートフォン動きセンサは「オフ」である。
【０１３９】
ステップ６２で第１のリンク１０上の測定されたＲＳＳＩが最小閾値Ｔmin未満である場合、ステップ６４で、スマートウォッチ６は、低すなわちＡＬ１のレベルのアラートをトリガする。このアラートレベルは、ユーザの意向に沿って、スマートウォッチ６によって明示的なアラートがトリガされない（例えば、音も鳴らず、何も表示されない）ことを意味することが好ましい。このメカニズムにより、ユーザが無用なアラートに悩まされることが防止される。
【０１４０】
しかし、好ましい一実施形態によれば、スマートフォンの見落としを予想するために、スマートウォッチ６は、通知を受け取るとそのログファイルを更新する。
【０１４１】
第２のシナリオによれば、ユーザは家を出る。このことは、スマートウォッチ動きセンサ５６の状態によって検出されることが好ましい。
【０１４２】
変形では、ユーザが家を出ることの検出は、別の測位メカニズムによって、例えばスマートウォッチ中のＧＰＳを使用して、またはＷｉ−ＦｉモニタリングもしくはＧＳＭセル検出に基づくワイヤレス測位システムを使用して、実施することができる。
【０１４３】
ユーザが自分のスマートフォン４を持っている場合、第１のリンク１０は依然としてＯＫだが、第２および第３のリンク１２、１４はＯＫではない。動きセンサ２６、５６の状態は「オン」である。この場合、スマートウォッチ６によってアラートはトリガされない。
【０１４４】
ユーザが自分のスマートフォン４を持っていない場合、第１および第３のリンク１０、１４は分断され、第２のリンク１２はＯＫである。さらに、この場合、スマートウォッチ動きセンサ５６は「オン」であり、スマートフォン動きセンサは「オフ」である。
【０１４５】
一定期間後、例えば５分後、スマートウォッチ６によって、例えばスマートウォッチのスクリーンにメッセージを表示することによって、中間アラートレベルＡＬ２がトリガされて、ユーザが自分のスマートフォン４を家に忘れたことがユーザに通知される。ユーザが家に戻ったとき、３つのリンク１０、１２、１４は全てＯＫ状態に戻る。
【０１４６】
しかし、スマートウォッチ６が新しい場所を検出した場合、例えばユーザの車の中でＢｌｕｅｔｏｏｔｈ接続がスマートウォッチ６によって設定された場合、このことは、予定時刻よりも前にユーザが仕事に出かけようとしていることを意味する。この場合、ログファイルは、第１のリンク１０がＯＫであったときに場所がユーザの家であったことを示す。好ましくは、次いで、アラートは高すなわちＡＬ３に設定され、スマートウォッチ６は、ユーザが自分のスマートフォン４を家に忘れたことをユーザに示すために、ビープ音または類似するものなどの音声アラートをトリガする。
【０１４７】
同様のシナリオが、イベントの２０分前と５分前の間にも起こりうる。
【０１４８】
第１のシナリオによれば、ステップ６２で、ユーザは、自分のスマートフォン４から遠く離れるが、まだ家に留まっている。この場合、スマートウォッチ動きセンサ５６は「オン」であり、スマートフォン動きセンサは「オフ」である。第１のリンク１０上の測定されたＲＳＳＩが中間閾値Ｔmid未満である場合、ステップ６４で、スマートウォッチ６は、中間レベルすなわちＡＬ２のアラート（例えばスマートウォッチのスクリーンに表示されるリマインダ）をトリガして、家を出る前に忘れないようユーザのスマートフォン４を取り戻すべきであることをユーザに通知する。このアラートは、第１のリンク１０の分断に続いてすぐに、または一定期間後にトリガされてよい。
【０１４９】
第２のシナリオによれば、ユーザは、自分のスマートフォン４を持たずに家を出る。このことは、スマートウォッチ動きセンサ５６の状態「オン」、およびスマートフォン動きセンサの状態「オフ」によって検出されることが好ましい。この場合、第１および第３のリンク１０、１４は分断され、第２のリンク１２はＯＫである。次いで、ステップ６４で、スマートウォッチ６は、中間レベルのアラートＡＬ２をトリガする。
【０１５０】
好ましくは、一定期間後、例えば１分後に、アラートレベルは、例えばビープ音の形の高レベルアラートＡＬ３に変更されて、例えばビープ音の形でユーザが自分のスマートフォン４を家に忘れたことがユーザに通知される。ユーザが家に戻ったとき、３つのリンクは全てＯＫ状態に戻る。
【０１５１】
同様のシナリオが、イベントの５分未満前にも起こりうる。この場合、アラートレベルは最高レベルＡＬ３に設定され、ＲＳＳＩモニタリング周期性は１００ミリ秒に設定される。このことは、この時間範囲内では、ユーザは、第１のリンク１０が分断されるたびに自分のスマートウォッチ上でビープ音などの明示的なアラートを有することを意味する。
【０１５２】
好ましい一実施形態によれば、３つのリンク１０、１２、１４のうちの１つに分断があるたびに、ログファイルが作成または増補される。これは、ユーザが何らかの理由でアラートを逃し、次いで自分のスマートフォン４を実際上忘れた場合のように、ログファイルのお陰でユーザがスマートフォン４の最後の場所にアクセスできるので有利である。
【０１５３】
第２の例によれば、ユーザはオフィスにいる。第３のデバイス８は、ユーザのラップトップである。
【０１５４】
考慮されるイベントは、午前１１時の出張出発であり、スマートフォン４とスマートウォッチ６の両方のカレンダモジュールに記憶される。
【０１５５】
イベントの２０分前までは、スマートウォッチ６は、１０００ミリ秒に設定された頻度で、第１のリンク１０上のＲＳＳＩ測定を実施する。第１の例と同様、第１のリンク１０が分断された場合、明示的なアラートはトリガされない。すなわち低レベルのアラートＡＬ１である。しかし、３つのリンク１０、１２、１４の状態を含むログファイルは維持される。
【０１５６】
スケジュールされたイベントの２０分前から５分前は、ＲＳＳＩモニタリング周期性は５００ミリ秒に設定される。
【０１５７】
第１のリンク１０が分断されたが、スマートウォッチセンサ５６が「オン」でありスマートフォン動きセンサが「オフ」である場合、このことは、ユーザが自分のスマートフォン４を持たずに自分のオフィスを出ようとしていることを意味する。この場合、ステップ６４で、スマートウォッチ６は、中間レベルのアラートＡＬ２（例えばスマートウォッチのスクリーンに表示されるリマインダ）をトリガして、ユーザが自分のスマートフォン４を取り戻すべきであることをユーザに通知する。このアラートは、第１のリンク１０の分断に続いてすぐに、または一定期間後にトリガされてよい。
【０１５８】
スケジュールされたイベントの５分前からイベント時刻までは、ＲＳＳＩモニタリング周期性は１００ミリ秒に引き上げられる。
【０１５９】
第１のリンク１０が分断されたが、スマートウォッチセンサ３６が「オン」でありスマートフォン動きセンサが「オフ」である場合、このことは、ユーザが自分のスマートフォン４を持たずに自分のオフィスを出ようとしていることを意味する。この場合、ステップ６４で、スマートウォッチ６は、高レベルのアラートＡＬ３（例えばビープ音）をトリガして、ユーザが自分のスマートフォン４を自分のオフィスに忘れていることをユーザに通知する。
【０１６０】
本発明の好ましい実施形態であると現時点で考えられるものについて図示および記述したが、本発明の真の範囲を逸脱することなく、他の様々な修正を加えることができること、および均等物で代用することができることは、当業者には理解されるであろう。加えて、本明細書に述べた中心的な発明概念を逸脱することなく、多くの修正を加えて特定の状況を本発明の教示に適合させることができる。さらに、本発明の実施形態は、前述の特徴の全てを含むとは限らない。したがって、本発明は、開示する特定の実施形態に限定されず、添付の特許請求の範囲に入る全ての実施形態を含むものとする。
【０１６１】
記述および添付の特許請求の範囲を解釈する際、「含む、備える（ｃｏｍｐｒｉｓｅ、ｉｎｃｌｕｄｅ）」、「組み込む（ｉｎｃｏｒｐｏｒａｔｅ）」、「含む（ｃｏｎｔａｉｎ）」、「である（ｉｓ）」、および「有する（ｈａｖｅ）」などの表現は、非排他的に解釈されるべきである。すなわち、明示的に定義されない他の項目または構成要素も存在しうると解釈されるべきである。単数形への言及は、複数形への言及にも解釈され、またその逆でもある。
【０１６２】
記述において開示する様々なパラメータは修正することができること、ならびに、開示および／または特許請求する様々な実施形態は、本発明の範囲を逸脱することなく組み合わせることができることは、当業者ならすぐに理解するであろう。
【０１６３】
実際、以上の記述では、前記第１のデバイスを適時に有するために、ユーザによって携帯される第２のデバイスに対するこの第１のデバイスの近接性をモニターすることを考察したが、本発明は、第１のデバイスの場所を得る目的で有利に使用することもできる。
【０１６４】
例えば、ユーザが自分のスマートフォン４を家に忘れたかどうかチェックしたい場合、ユーザは、インターネット接続を介してレジデンシャルゲートウェイに接続することができ、これにより、第２のリンク１２の状態およびスマートフォン動きセンサ２６の状態がユーザに提供される。第２のリンク１２がＯＫであり、スマートフォン動きセンサ２６の状態が「オフ」である場合、このことは、スマートフォン４が家にあることを意味する。しかし、第２のリンク１２が分断され、スマートフォン動きセンサ２６が「オン」である場合、このことは、誰かがそれを持って行ったことを意味する。
【０１６５】
加えて、以上の記述における考察される第１のデバイスが動きセンサを有するとしても、本発明は、このような動きセンサを備えない第１のデバイスをモニターすることにも適用することができる。例えば、ユーザが新しいオフィス構内のクライアントを訪問しているとき、第１のデバイスはユーザのラップトップであり、第２のデバイスはユーザのスマートフォンであり、第３のデバイスはＷｉ−Ｆｉゲストアクセスポイントである。
【図１】
2015104132.tif 000003
【図２】
2015104132.tif 000004
【図３】
2015104132.tif 000005
【図４】
2015104132.tif 000006
【図５】
2015104132.tif 000007
【図６】
2015104132.tif 000008
【図７】
2015104132.tif 000009
【図８】
2015104132.tif 000010
【外国語明細書】
2015104132000001.pdf