(57)【特許請求の範囲】
【請求項１】
生物をモニタリングするシステムであって：
音を登録するためのマイクロフォンと、ＩＰコネクションを介して通信するように構成される通信ユニットとを有するモニタリング・デバイス；
前記モニタリング・デバイスの前記マイクロフォンにより登録され且つ前記ＩＰコネクションにより伝達される音を表現するための第１ソフトウェア・プログラムを備えているユーザー・デバイス；
別のＩＰコネクションにより前記ユーザー・デバイスと通信するように構成されるサーバー；
を有し、前記サーバーは、前記モニタリング・デバイスと前記ユーザー・デバイスとの間の前記ＩＰコネクションを検査するためのプロトコルを、前記ユーザー・デバイスにおける前記第１ソフトウェア・プログラムにより、周期的に開始するための第２ソフトウェア・プログラムを備えている、システム。
【請求項２】
前記第２ソフトウェア・プログラムは、前記第１ソフトウェア・プログラムのそれぞれの起動の際に、テスト・プロトコルを実行する命令を、前記ユーザー・デバイスへ送信する、請求項１に記載のシステム。
【請求項３】
前記プロトコルは：
前記ユーザー・デバイスが、前記ＩＰコネクションを介して、第１テスト信号を前記モニタリング・デバイスへ送信すること；
前記モニタリング・デバイスが、前記第１テスト信号に応じて、第２テスト信号を前記ユーザー・デバイスへ送信すること；及び
前記ユーザー・デバイスが、前記第２テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に前記第２テスト信号が欠如していることに応じて、否定的なステータスの指示を提供すること；
を含む、請求項１又は２に記載のシステム。
【請求項４】
前記プロトコルは：
前記ユーザー・デバイスが、前記ＩＰコネクションを介して、第３テスト信号を前記モニタリング・デバイスへ送信すること；
前記モニタリング・デバイスが、前記第３テスト信号に応じて、テスト・サウンドを生成すること；
前記モニタリング・デバイスが、前記テスト・サウンドをマイクロフォンにより登録したことに応じて、第４テスト信号を前記ユーザー・デバイスへ送信すること；及び
前記ユーザー・デバイスが、前記第４テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に前記第４テスト信号が欠如していることに応じて、否定的なステータスの指示を提供すること；
を含む、請求項１、２又は３に記載のシステム。
【請求項５】
前記テスト・サウンドは、所定の強度、持続時間及び/又は周波数分布を有する、請求項４に記載のシステム。
【請求項６】
前記テスト・サウンドは、適切な音が前記ユーザー・デバイスにより受信されることを保証するために、前記ユーザー・デバイスにおいてデコードされるパターンを有する、請求項４又は５に記載のシステム。
【請求項７】
前記プロトコルは：
前記ユーザー・デバイスが、前記ＩＰコネクションを介して、第３テスト信号を前記モニタリング・デバイスへ送信すること；
前記モニタリング・デバイスが、前記第３テスト信号に応じて、音を生成せずに検査を実行すること；
前記モニタリング・デバイスが、前記検査が成功した場合に、第４テスト信号を前記ユーザー・デバイスへ送信すること；及び
前記ユーザー・デバイスが、前記第４テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に前記第４テスト信号が欠如していることに応じて、否定的なステータスの指示を提供すること；
を含む請求項１ないし６のうち何れか一項に記載のシステム。
【請求項８】
前記プロトコルが：
前記ユーザー・デバイスが、前記ＩＰコネクションを介して、第３テスト信号を前記モニタリング・デバイスへ送信すること；
前記モニタリング・デバイスが、前記第３テスト信号に応じて、サウンド検出閾値を一時的に下げること；
前記モニタリング・デバイスが、マイクロフォンにより音を検出したことに応じて、第４テスト信号を前記ユーザー・デバイスへ送信すること；及び
前記ユーザー・デバイスが、前記第４テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に前記第４テスト信号が欠如していることに応じて、否定的なステータスの指示を提供すること；
を含む請求項１ないし７のうちの何れか一項に記載のシステム。
【請求項９】
前記モニタリング・デバイスは、送信されるべき音が無い場合に、前記モニタリング・デバイスと前記ユーザー・デバイスとの間の前記ＩＰコネクションを遮断するように構成される、請求項１ないし８のうちの何れか一項に記載のシステム。
【請求項１０】
請求項１ないし９のうち何れか一項に記載のシステムにおいて使用するモニタリング・デバイスであって、
音を登録するためのマイクロフォンと、ＩＰコネクションを介して通信するように構成される通信ユニットとを有し、
第１テスト信号に応じて、第２テスト信号を前記ＩＰコネクションを介して送信し、
第３テスト信号に応じて、テスト・サウンドを生成し、
前記テスト・サウンドをマイクロフォンにより登録したことに応じて、第４テスト信号を前記ＩＰコネクションを介して送信するように構成される、モニタリング・デバイス。
【請求項１１】
第３テスト信号に応じて、サウンド検出閾値を一時的に下げ、マイクロフォンにより音を検出したことに応じて、第４テスト信号を前記ＩＰコネクションを介して送信する、請求項１０に記載のモニタリング・デバイス。
【請求項１２】
前記ＩＰコネクションを介して受信される音を表現するための拡声スピーカー、及び／又は、前記ＩＰコネクションを介して画像を送信するためのカメラを更に有する請求項１０又は１１に記載のモニタリング・デバイス。
【請求項１３】
生物をモニタリングする方法であって：
モニタリング・デバイスが、音を登録し、登録した音をＩＰコネクションを介して伝達するステップ；
スマートフォンのようなユーザー・デバイスが、前記モニタリング・デバイスにより登録され且つ前記ＩＰコネクションにより伝達される音を表現するステップ；及び
サーバーが、前記ユーザー・デバイスにより、前記モニタリング・デバイスと前記ユーザー・デバイスとの間で前記ＩＰコネクションを検査するためのプロトコルを周期的に開始するステップ；
を有する方法。
【請求項１４】
前記ユーザー・デバイスが、前記ＩＰコネクションを介して、第１テスト信号を前記モニタリング・デバイスへ送信するステップ；
前記モニタリング・デバイスが、前記第１テスト信号に応じて、第２テスト信号を前記ユーザー・デバイスへ送信するステップ；及び
前記ユーザー・デバイスが、前記第２テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に前記第２テスト信号が欠如していることに応じて、否定的なステータスの指示を提供するステップ；
を有する請求項１３に記載の方法。
【請求項１５】
生物をモニタリングするためのモニタリング・デバイスとユーザー・デバイスとの間のインターネット・タイプ・コネクションにおいて、テスト・プロトコルを遠隔的に開始するための方法であって、サーバーが別のコネクションにより前記ユーザー・デバイスに接続され、前記サーバーは、ランダムな又は規則的な時間インターバルで、開始メッセージを前記ユーザー・デバイスへ送信する、方法。
【請求項１６】
請求項１３ないし１５のうちの何れか一項に記載の方法を実行するためのソフトウェア・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は生物をモニタリングすることに関連する。特に、本発明は、人間(例えば、幼児、高齢者、病人、障害者など)を遠隔的に監視するため、更には、動物(例えば、ペット、家畜など)をも遠隔的に監視するためのデバイス、方法及びソフトウェア・プログラム製品に関連する。
【背景技術】
【０００２】
いわゆるベビー・モニター又はベビー・アラームを利用して、例えば幼児のような人を監視することが良く知られている。そのような既存のデバイスは、典型的には、マイクロフォンを有するベビー・ユニットと、スピーカーを有するペアレント・ユニットとで構成され、親が幼児の間近にいない場合でも、幼児が出す音(又は声)を親が聞けるようにする。ベビー・ユニット及びペアレント・ユニットは有線によって接続されてもよいが、典型的には、1対1の無線コネクションを有し、製品によっては、親が幼児に遠隔的に話すことができるように、双方向トラフィックを可能にしている。より進歩したモデルは、ベビー・ユニットにカメラさえも有し、親が幼児を遠隔的に眺めることを可能にする。そのような最新モデルの具体例は、例えば、フィリップス・アヴェント(Philips  Avent)(登録商標)ディジタル・ビデオ・ベビー・モニターである(www.usa.philips.com/c-p/SCD603_10/avent-digital-video-baby-monitor/overview)。
【０００３】
スマートフォンの登場は、ベビー・シッティング・アプリケーションをもたらした。これらのソフトウェア・プログラム又はアプリケーションは、ペアレント・ユニットが、スマートフォンにより構成されることを許容する。これは、親にとっていっそう便利なことであり、なぜなら、親は、近隣を訪れる場合に、もはや別個のペアレント・ユニットを持ち運ぶ必要がないからである。更に、ペアレント・ユニットとベビー・ユニットとの間の距離は、もはやベビー・ユニットの無線送信機の通信範囲(典型的には、最大で150メートル)には限定されない。インターネットを利用してベビー・ユニットとペアレント・ユニットとを接続する場合、原理的には、如何なる距離でもカバーできる。
【０００４】
しかしながら、無線コネクションの代わりにインターネット・コネクションを利用することは、そのコネクションが低信頼性であるという欠点を有する。良く知られているように、インターネット・コネクションは途切れる可能性があり、Wi-Fiネットワークは警告無しに落ちてしまう可能性がある。ベビー・モニターを利用する場合、無線コネクションとは異なり、インターネット・コネクションの喪失は典型的には検出されない。ほとんどのベビー・モニターは、ベビー・ユニットが音を検出する場合に、音を送信するのみであり、従って、ほとんどの時間にわたってペアレント・ユニット又はスマートフォンは、ベビー・ユニットからデータを受信しない。従って、受信されるデータの不存在は、IPコネクションが正常に機能しないことの指示ではない。これが望まれないものであることは明らかであろう。
【０００５】
米国特許出願公開US  2013/0182107は、スマートフォンとワイヤレス・ネットワーク・カメラとを含む活動モニタリング・システムを開示している。スマートフォンは、周期的に、インターネットを通じてリモート・サーバーと通信する。スマートフォンとの通信が良好でない場合、サーバーは、ユーザーに警告する。しかしながら、ワイヤレス・ネットワーク・カメラとスマートフォンとの間のコネクションは、検査されない。
【発明の概要】
【０００６】
本発明の課題は、人間のような生物のためのモニタリング・システムを提供することにより上記の問題を解決することであり、本システムは、インターネット・コネクションを利用し、かつ、インターネット・コネクションの欠落を検出することが可能である。本発明は、生物モニタリング・システムのインターネット・コネクションを検査及び監視するための方法及びソフトウェア・プログラム・プロダクトも提供する。
【０００７】
このため、本発明は生物を監視するシステムを提供し、本システムは：
音を登録するためのマイクロフォンと、IPコネクションを介して通信するように構成される通信ユニットとを有するモニタリング・デバイス；
モニタリング・デバイスのマイクロフォンにより登録され且つIPコネクションにより伝達される音を表現するための第1ソフトウェア・プログラムが備わるユーザー・デバイス；
別のIPコネクションによりユーザー・デバイスと通信するように構成されるサーバー；
を有し、サーバーは、モニタリング・デバイスとユーザー・デバイスとの間のIPコネクションを検査するためのプロトコルを、ユーザー・デバイスにおける第1ソフトウェア・プログラムにより、周期的に開始するための第2ソフトウェア・プログラムを備えている、システムである。
【０００８】
すなわち、本発明によるシステムは、IP(インターネット・プロトコル)コネクションを利用して、モニタリング・デバイスからユーザー・デバイスへデータを送信し、好ましくは逆方向にも通信が行われる。「IPコネクション」という用語は、本願では、インターネット形式のコネクション(典型的には、TCP/IPプロトコル群を利用するコネクション)を指すために使用される点に留意を要する。そのようなコネクションは、「Wi-Fi」又はWLAN(Wireless  Local  Area  Network)コネクション、ルーター、インターネット全体(Internet  at  large)、モバイル・テレフォン(3G及び/又は4G)通信等のうちの1つ以上を含んでよい。
【０００９】
スマートフォンにより構成されてもよいユーザー・デバイスは、第1ソフトウェア・プログラム(いわゆるアプリ)又は第1ソフトウェア・プログラム群を備えている。この第1ソフトウェア・プログラムの機能のうちの1つは、モニタリング・ユニットから受信された音を表現(又はレンダリング)することであり、モニタリング・ユニットは、サウンド(又は音)を、IPコネクションを介して送信されることが可能なデータに変換することが可能である。
【００１０】
典型的にはリモート・サーバーであるサーバーでは、第2ソフトウェア・プログラム(又は第2ソフトウェア・プログラム群)が保存及び実行される。この第2ソフトウェア・プログラムの機能のうちの1つは、ユーザー・デバイスとモニタリング・デバイスとの間の(第1)IPコネクションの検査を周期的に開始することである。第2ソフトウェア・プログラムは、従って、ユーザー・デバイスにおける第1ソフトウェア・プログラムを周期的に開始するように構成される。第2ソフトウェア・プログラムは、第1ソフトウェア・プログラムのそれぞれの起動の際に、テスト・プロトコルを実行する命令を、別の(又は第2)IPコネクションを介してユーザー・デバイスに送信してもよい。しかしながら、それらの命令は第1ソフトウェア・プログラムの一部分であること、及び、第2ソフトウェア・プログラムは第1ソフトウェア・プログラムをアクティブにすることのみを必要とすることが、好ましい。
【００１１】
本発明の実施形態では、「バック・エンド」であるサーバーは、コネクションの検査を開始する。好ましくはスマートフォンにより構成されるユーザー・デバイスにとって、コネクションの検査を開始することも可能であろう。しかしながら、それは、バックグランドにおいて書き込みの時点で動作するアプリを必要とし、全てのスマートフォン製造業者がそれを許容しないかもしれない。更に、連続的に動作するアプリはエネルギーを消費し、従って、スマートフォンのバッテリ寿命を減らしてしまう。従って、全ての種類のスマートフォンで利用可能であり且つスマートフォンのバッテリを保つシステム及び方法を提供するためには、サーバー主導ソリューションが使用される。
【００１２】
本発明の他の実施形態では、モニタリング・ユニットが、コネクションの検査を開始するようにサーバーをトリガする。この目的のため、モニタリング・ユニットとサーバーとの間に更に別の(又は第3の)IPコネクションが存在してもよい。モニタリング・ユニットは、周期的に、及び/又は、所定の条件の下で(例えば、音を検出した場合に)、サーバーをトリガするように構成されてもよい。この目的のため、モニタリング・ユニットは、適切な第3ソフトウェア・プログラムを備えていてもよい。
【００１３】
上述したように、ユーザー・デバイスの第1ソフトウェア・プログラムは、コネクション検査プロトコルを実行してよい。第1実施形態では、プロトコルは：
ユーザー・デバイスが、IPコネクションを介して、第1テスト信号をモニタリング・デバイスに送信すること；
モニタリング・デバイスが、第1テスト信号に応じて、第2テスト信号をユーザー・デバイスに送信すること；及び
ユーザー・デバイスが、第2テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に第2テスト信号が欠如していることに応じて、否定的なステータスの指示を提供すること；を含む。
【００１４】
第2テスト信号が受信されない場合、プロトコルは何回も反復されてよい。
【００１５】
第2実施形態では、プロトコルは：
ユーザー・デバイスが、IPコネクションを介して、第3テスト信号をモニタリング・デバイスに送信すること；
モニタリング・デバイスが、第3テスト信号に応じて、テスト・サウンドを生成すること；
モニタリング・デバイスが、テスト・サウンドをマイクロフォンにより登録したことに応じて、第4テスト信号をユーザー・デバイスに送信すること；
ユーザー・デバイスが、第4テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に第4テスト信号が欠如していることに応じて、否定的なステータスの指示を提供すること；を含む。
【００１６】
第1実施形態と同様に、第4テスト信号が受信されない場合、プロトコルは何回も反復されてよい。
【００１７】
第2実施形態のようにテスト・サウンドを生成することの代わりに又はそれに加えて、モニタリング・デバイスは、第3テスト信号に応じて、サウンド検出閾値を一時的に下げてもよい。これは、背景ノイズが検出され且つユーザー・デバイスへ送信されることを許容し、その送信は、システムが適切に機能していることの証拠となる。第3実施形態は、第1及び第2実施形態の特徴を組み合わせたものである。第4実施形態では、モニタリング・デバイスは、第3テスト信号に応答して、音を生成せずにテストを実行してもよい。そのようなテストでは、拡声スピーカーを利用することなく、モニタリング・デバイスが適切に機能していることが確認される。
【００１８】
モニタリング・デバイスとユーザー・デバイスとの間の(第1の)IPコネクションは、少なくとも、常に利用可能であるという意味において永続的なコネクションであってもよい。しかしながら、一実施形態では、モニタリング・デバイスは、送信されるべき音が欠如している場合、モニタリング・デバイスとユーザー・デバイスとの間のIPコネクションを切断するように構成されてもよい。すなわち、IPコネクションは(一時的に)遮断されてもよい。これは、ワイヤレス・コネクションが利用される場合に、モニタリング・デバイスから送信される何らかの放射を減らすことによる恩恵をもたらす。モニタリング・デバイスは、そのような実施形態では、好ましくは、システムが検査されることを可能にするために、IPコネクションを周期的に復元するように構成される。更に、モニタリング・デバイスにより登録される音が、IPコネクションの復元を引き起こしてもよい。追加的又は代替的に、ユーザー・デバイスはIPコネクションを周期的に復元するように構成されるが、スマートフォンにおいてこのことは、一般に、バックグランドで動作するアプリ(ソフトウェア・プログラム)を必要とし、上述したように或る種のスマートフォン業者はそれを許容しないかもしれない。
【００１９】
本発明は上述したシステムで使用するためのモニタリング・デバイスを提供し、そのデバイスは、音を登録するためのマイクロフォンと、IPコネクションを介して通信するように構成される通信ユニットとを有する。デバイスは、更に、第1テスト信号に応答して、第2テスト信号をIPコネクションを介して送信し、第3テスト信号に応じて、テスト・サウンドを生成し、テスト・サウンドをマイクロフォンにより登録したことに応じて、第4テスト信号をIPコネクションを介して送信するように構成されてもよい。
【００２０】
モニタリング・デバイスは、更に、IPコネクションを介して受信される音をレンダリングする拡声スピーカー、及び/又は、IPコネクションを介して画像を送信するカメラを含んでもよい。
【００２１】
ユーザー・デバイスは、好ましくは、スマートフォン、いわゆるタブレット・デバイス又はラップトップ・コンピュータ等のような携帯可能なユーザー・デバイスであってもよいが、デスクトップ・コンピュータ等のような他のデバイスによって構成されてもよい。
【００２２】
本発明は上述したような方法を実行するソフトウェア・プログラム・プロダクトも提供する。ソフトウェア・プログラム・プロダクトは、例えば、DVD又はUSBスティック等のような有形のキャリア(又は担体)に保存されてもよい。代替的に、ソフトウェア・プログラム・プロダクトはサーバーに保存され、インターネットを利用してサーバーからダウンロードされてもよい。ソフトウェア・プログラム・プロダクトはソフトウェア命令を含み、ソフトウェア命令は、例えば、サーバー、ユーザー・デバイス(例えば、スマートフォン)及び/又はモニタリング・デバイス等のようなデバイスのプロセッサにより実行されることが可能である。
【図面の簡単な説明】
【００２３】
本発明は、図面に示される実施形態に関連して更に説明される。
【図１】インターネット・コネクションを利用するモニタリング・システムの一部を概略的に示す図(本発明はモニタリング・システムにおいて使用されることが可能である)。
【図２Ａ】本発明によるモニタリング・システムの第1実施形態を概略的に示す図。
【図２Ｂ】本発明によるモニタリング・システムの第2実施形態を概略的に示す図。
【図３】本発明による第1テスト・プロトコルの実施形態を概略的に示す図。
【図４】本発明による第2テスト・プロトコルの実施形態を概略的に示す図。
【図５】本発明で使用されるユーザー・デバイスの実施形態を概略的に示す図。
【図６】本発明で使用されるモニタリング・デバイスの実施形態を概略的に示す図。
【図７】本発明で使用されるサーバー・デバイスの実施形態を概略的に示す図。
【発明を実施するための形態】
【００２４】
以下、本発明がベビー・モニターに関連して説明される。本発明は幼児を監視することに限定されないこと、及び、他のカテゴリの人々(例えば、病人、高齢者、認知症を患っている人、他の病気を患っている人など)に応用されてもよいことが、理解されるであろう。本発明は動物(特に、犬、猫、鳥、兎などのようなペット)を監視するために使用されてもよい。更に、IPコネクション又はインターネット・コネクションという用語は、広義に解釈される必要があり、WLAN(例えば、Wi-Fi)及び/又は2G/3G/4G/5G及び他のコネクションを含んでよいことが理解されるであろう。
【００２５】
図1に概略的に示されるモニタリング・システムの各々は、モニタリング・デバイス10、ユーザー・デバイス20及びインターネット・タイプ・コネクション40を有する。第1システムでは、コネクション40は(直接的な)Wi-Fiコネクションにより構成される。第2システムはルーターを含む一方、第3システムはインターネット及び電話(2G，3G又は4G)コネクションを介するコネクションを含む。第4システムは、双方の側で、デバイス及びルーターの間にWi-Fiコネクションを含み、ルーターはインターネットにより接続される。4つのシステム全てにおいて、モニタリング・デバイス10は、マイクロフォン及び選択的なカメラを備えたデバイスであり、そのデバイスは監視されるべき人(又は動物又は対象物)の近くに配置される。ユーザー・デバイス20は、図示される実施形態では、スマートフォンにより構成されているが、タブレット・コンピュータ、ラップトップ・コンピュータ、又は、適切なソフトウェア・プログラムを動作させることが可能な他のデバイスにより置き換えられてよい。
【００２６】
動作の際に、モニタリング・デバイス10は、監視されている人により発せられた音(又はサウンド)を検出する。典型的には、サウンド閾値が使用され、背景ノイズがユーザー・デバイス20に送信されてしまうことを防止する。従って、閾値より大きなボリュームの音がユーザー・デバイス20に送信され、そこで再生される。従って、ユーザー・デバイス20で音が聞こえないということは、監視される人が如何なる音も生成していないことを示すはずである。しかしながら、音が無いことは、インターネット・タイプ・コネクションが不具合であることを意味するかもしれない。
【００２７】
従って、本発明は、コネクション40の検査を行い、コネクションが不具合である場合にアラーム又はアラート(又は警報)をもたらす。本発明によるシステムの実施形態は、図2Aに概略的に示されている。
【００２８】
図2Aの例示的なシステム1も、モニタリング・デバイス(「ベビー・ユニット」として言及されてもよい)とユーザー・デバイス(「ペアレント・ユニット」として言及されてもよい)とを有し、それらはインターネット・タイプ・コネクション40により接続される。例えば、モニタリング・デバイス10により送信される音を表現(又はレンダリング)するために、ソフトウェア・プログラム又は「アプリ」がユーザー・デバイス20により実行される。ユーザー・デバイス20は、別のインターネット・タイプ・コネクション50によりサーバー(本実施例では、バック・エンド又は「クラウド」30に配置される)に接続されることが可能である。これらのコネクションは、それぞれ、第1インターネット・コネクション40及び第2インターネット・コネクション50と言及されてよい。
【００２９】
本発明によれば、モニタリング・デバイス10とユーザー・デバイス20との間の(第1)コネクション40は、サーバー30により開始されると、ユーザー・デバイス20により規則的に検査される。この目的のために、ユーザー・デバイス20のプロセッサで動作するソフトウェア・プログラムは、所定の時間インターバルで(例えば、規則的に)テスト・プロトコルを実行する。好ましい実施形態では：
−  ユーザー・デバイス20が、IPコネクションを介して、第1テスト信号TS1をモニタリング・デバイス10に送信し；
−  モニタリング・デバイス10が、第１テスト信号に応じて、第2テスト信号TS2をユーザー・デバイス20に送信し；及び
−  ユーザー・デバイス20が、第2テスト信号に応じて、肯定的な(又はポジティブな)ステータスの指示を提供し、及び、所定の期間内に前記第2テスト信号が欠如していることに応じて、否定的な(又はネガティブな)ステータスの指示を提供する。
【００３０】
すなわち、所定の時間フレームの中で第2テスト信号が受信されない場合、コネクションのステータスは、否定的であると判断される。否定的なステータスに応じて、(音響的な、視覚的な及び/又はその他の)アラーム又はアラートが生成されることが好ましい。第2テスト信号が一切受信されない場合、第1テスト信号が1回以上反復されてもよいことが、理解されるであろう。第2テスト信号が受信されると、好ましくは、例えば1分毎、30分毎又は5分毎にテストが反復される。アラーム又はアラートは、別のユーザー・デバイスへ、例えば、別のスマートフォン又は標準的なモバイル電話デバイスへ、テキストメッセージ(例えば、SMS(ショート・メッセージ・サービス)タイプのメッセージ)を送信することを含んでよい。
【００３１】
上記の例示的なテスト・プロトコルはコネクションを検査する。モニタリング・デバイスを検査するために、テスト・プロトコルは以下の事項を更に含んでもよい：
−  ユーザー・デバイス20が、IPコネクションを介して、第3テスト信号TS3をモニタリング・デバイス10に送信すること；
−  モニタリング・デバイス10が、第3テスト信号TS3に応じて、テスト・サウンドSを生成すること；
−  モニタリング・デバイス10が、テスト・サウンドをマイクロフォン11により登録したことに応じて、第4テスト信号TS4をユーザー・デバイス20に送信すること；及び
−  ユーザー・デバイス20が、第4テスト信号に応じて、肯定的なステータスの指示を提供し、及び、所定の期間内に第４テスト信号が欠如していることに応じて、否定的なステータスの指示を提供すること；を含む。
【００３２】
すなわち、ユーザー・デバイスは、モニタリング・デバイスに音(図2Aにおて「S」で示される)を生成させ、その音が、ユーザー・デバイスにより検出されて受信されて来たか否かを検査する。第1テスト信号の場合と同様に、第4信号が受信されない場合、第3テスト信号の送信が反復されてもよい。更に、例えば30分毎、1時間毎又は2時間毎に検査が反復されてもよい。
【００３３】
テスト・サウンドは、好ましくは、所定の強度、持続時間及び/又は周波数分布を有し、それらのパラメータは、監視されている人を邪魔することなく、例えば眠っている赤ん坊を起こすことなく、安心してテストを実行できるような形態で選択されてよい。
【００３４】
テスト・サウンドを生成することに対して代替的又は追加的に、モニタリング・デバイスは、第3テスト信号に応じて、サウンド検出閾値を維持的に下げてもよい。これは、より低い音量のテスト・サウンドが使用されることを許容し、或いは、背景ノイズをテスト信号として使用することを許容し、改めて一から音を生成することを回避する。
【００３５】
ユーザー・デバイスに、テスト・プロトコル(又はプロトコル)を自動的に開始させることは可能ではあるが、それは、特にユーザー・デバイスがスマートフォンである場合に、危険を含む。ある種のスマートフォン製造業者は、ソフトウェア・プログラムがバックグランドで動作することを許容していない。更に、バックグランド・プログラムを動作させることはエネルギーを消費し、全てのバッテリ給電デバイスにとって有利なことではない。
【００３６】
本発明の実施形態では、従って、テスト・プロトコルがサーバーにより始動され、特に、図4を参照しながら更に後述されるように、サーバー上で動作するソフトウェア・プログラムにより始動される。図2Aに示されるように、「バック・エンド」サーバーは「クラウド」又は他の場所に配置されてもよいし、(好ましくは無線である)コネクション50によりユーザー・デバイス20に接続される。「クラウド」におけるソフトウェアは、テスト・プロトコルを始動するように構成され、好ましくは規則的に始動するように構成される(ただし、例えばランダムなインターバルが使用されてもよい)。
【００３７】
従って、(リモート)サーバーにおけるソフトウェア・プログラムは、コネクション50を介して、ユーザー・デバイス20に始動信号を反復的に送信し、ユーザー・デバイス20はそれに応じてテスト・プロトコルを開始する。別のデバイスによりテスト・プロトコルを遠隔的に始動することにより、ユーザー・デバイス(例えば、スマートフォン)がプログラムを継続的に実行させる必要はもはや無くなる。
【００３８】
サーバーに基づくプログラムは、好ましくは、コネクションの検査(第1及び第2テスト信号)及びシステム検査(第3及び第4テスト信号)(図2AにおいてSで示されるサウンド信号を含む)の双方を開始することに留意を要する。サーバーに基づくプログラムは、記録するように構成されてもよいが、一般に、そのようにすることは必須でない。
【００３９】
図2Bの実施形態においても、本発明によるシステムは、モニタリング・デバイス10(又は「ベビー・ユニット」)と、ユーザー・デバイス20(又は「ペアレント・ユニット」)と、サーバー30とを有する。図2Aに示されるように、モニタリング・デバイス10及びユーザー・デバイス20は第1インターネット・タイプ・コネクション40を設定することが可能である一方、ユーザー・デバイス20及びサーバー30は第2インターネット・タイプ・コネクション50を設定することが可能である。しかしながら、図2Bの実施形態において、モニタリング・デバイス10は、サーバー30との第3インターネット・タイプ・コネクション60を設定することも追加的に可能である。この一時的な(又は一実施形態では永続的な)第3のIPコネクション60は、テスト・プロトコルを開始するように、モニタリング・デバイス10がサーバー30にトリガを与えることを可能にするように機能する(すなわち、サーバーによる始動を開始する所謂スタートアップ・イベントのトリガである)。言い換えれば、図2Bの実施形態では、サーバーはテスト・プロトコルの始動指示を、自動的に行うだけでなく、モニタリング・ユニットによるトリガが生じ場合にも行ってよい。
【００４０】
モニタリング・ユニット10は、例えばモニタリング・ユニットが音を検出した場合にサーバー30をトリガしてもよい。音の検出に応じて、モニタリング・ユニットは、ユーザー・デバイス20との(第1)コネクション40を利用又は設定するかもしれないが、コネクション40の検査のためにサーバー30をトリガしてもよい。このようにすることで、(第1)コネクション40についての何らかの不具合が速やかに検出され、ユーザーは速やかに警告を受ける。従って、追加的な(すなわち第3の)コネクション60を利用することで、システムの安全性が増進する。
【００４１】
(第1)コネクション40は例えばWLANコネクション等のような永続的なインターネット・タイプ・コネクションであるとすることが可能であり、モニタリング・ユニット10及びユーザー・デバイス20はそのコネクション40を維持するために継続的又は断続的に送信を行うことが可能である点に留意を要する。しかしながら、一実施形態では、(第1)コネクション40は、データが送信される必要がある場合に限って設定される非永続的なコネクションであってもよい。そのようなデータは、例えば、テスト信号に含まれるテスト・データ、又はサウンド及び/又はイメージ・データであってもよい。そのような実施形態では、従って、モニタリング・デバイス及びユーザー・デバイスは、例えば、検査目的で規則的なインターバルで、及び、サウンド及び/又はビデオ・データによって駆動される場合にランダムなインターバルで、ときどき送信するだけである。そのような実施形態は、モニタリング・デバイスが極めて少ない放射しか放出しないという利点をもたらし、少ない放出はエネルギーを節約するだけでなく、放射による何らかの有害な影響についての懸念をも減らす。
【００４２】
図3はテスト・プロトコルについての第1実施形態が概略的に示されている。図示されるテスト・プロトコルは、ユーザー・デバイス20(パターン・ユニット)及びモニタリング・デバイス10(ベビー・ユニット)間での信号又はメッセージの送受信を含む。本発明によれば、テスト・プロトコルは、(リモート)サーバーで動作するソフトウェア・プログラムにより始動され、(リモート)サーバーはユーザー・デバイス内でテスト・プログラムを開始させる。上述したように、一実施形態において、モニタリング・デバイス10はテスト・プロトコルを始動するようにサーバーをトリガしてもよい。
【００４３】
第1ステップ301において、モニタリング・デバイス10の診断機能が、ユーザー・デバイス20からの信号(図2A及び2BにおけるTS1)によりアクティブ化される。診断プロトコル(テスト・プロトコルとも言及される)は実行可能であるか否かが判定される予備的な検査302の後に(可能でなかった場合、ステップ303においてその旨がユーザー・デバイスに報告される)、ステップ306において、モニタリング・デバイスにより登録された何らかの音が送信されることを保証するように、モニタリング・デバイスの感度(サウンド閾値)が調整される。このステップ306は選択的であること、及び、別の感度レベルが使用されてもよいことに、留意すべきである。次に、ステップ307及び308において、それぞれ、診断サウンド・パターンが作成及び生成される。モニタリング・デバイスのマイクロフォンにより登録される場合、その音はステップ309においてユーザー・デバイス20に送信され、ステップ310において選択的にデコード及び検査され、正しい音が受信されていることを保証する。
【００４４】
ステップ310において、音が正しく受信されデコードされていることが確認されると、ステップ311において、システムのステータス(又はシステム・ヘルス又は健全性)は正常(OK)であることが確認され、ステップ313においてテスト・プロトコルは終了する(完了)。選択的なステップ312において、正常なヘルス・ステータスがモニタリング・デバイス10に報告され、テスト・プロトコルを終了し、音が正しく受信されデコードされていないことが確認されると、何回かの再試行が試みられる。試行回数は始めにステップ305において1に設定される。ステップ314において、サウンド・パターンが正しく受信及びデコードされなかったことがステップ310で確認された場合に実行されるステップ314では、診断試行カウントが所定回数N(例えば、2，5，10又は50)を越えるか否かが検査される。
【００４５】
試行の最大回数Nを越えていない場合、ステップ315において試行カウントが1つ増やされ、ステップ307に戻ることにより、再試行が実行され、ステップ307において診断サウンド・パターンが生成される。
【００４６】
サウンド信号を適切に受信及びデコードすることなく、最大試行回数N(及び/又は時間的な最大期間)を越えた場合、ステップ316において、検査に失敗したこと、及び、システム・ステータスは正常でないことが、判断される。これは、ユーザーの注意を促す。一般的には、特にサウンド・テストが使用される場合、モニタリング・デバイスのステータスはユーザーにとって永続的に利用可能にされてもよい。そして、テスト・プロトコルはステップ313において終了する。
【００４７】
図4には、テスト・プロトコルの第2実施形態が概略的に示されている。図4の例示的な「コネクション・モニタ」テスト・プロトコルは、モニタリング・デバイス10(ベビー・ユニット)、ユーザー・デバイス20(ペアレント・ユニット)及びサーバー(バック・エンド・システム)30に関わる。
【００４８】
第2実施形態では、ステップ401において、ユーザー・デバイス20の「コネクション・モニタ」ソフトウェア・プログラム(アプリ)がアクティブ化される。このアクティブ化は、ユーザーによって開始されてもよいし、或いは、WLAN/Wi-Fiネットワークから3G又は4Gネットワークへの切り替えに応じて、ユーザー・デバイスにより自動的に実行されてもよい。ステップ402において、ユーザー・デバイスは、ユーザー・デバイス・アプリがアクティブであることをサーバー30に通知し、それに応じて、サーバーのコネクション・モニタ・ソフトウェア・プログラムがアクティブ化される。このユーザー主導アクティベーションは、一度だけ実行されてもよいし、或いは、モニタリング・システムが使用される度に毎回実行されてもよい。ステップ402においてサーバーをアクティブ化した後に、ユーザー・デバイス20は、ステップ403において、エネルギーを節約するために、ハイバネーション(又は休止)モードに入る。
【００４９】
ステップ402におけるサーバーへの通知は選択的であること、及び、実施形態はそのような通知が無い場合も想定していることに、留意を要する。サーバーが実際のコネクション・モニター・アプリを探すという実施形態も想定されいる。
【００５０】
ステップ403におけるアクティベーションに応じて、サーバー又は「バック・エンド・システム」30は、所定のインターバルで、始動(又は「ハートビート(heartbeat)」信号の生成を開始する。例えば30秒毎、10分毎又は30分毎などのような規則的なインターバルであることが好ましいが、ランダム又は準ランダムなインターバルが使用されてもよい。ハートビート信号は、ステップ405において、ユーザー・デバイスに送信される。
【００５１】
ハートビート信号に応答して、ユーザー・デバイス20はステップ406においてアクティブ化され、ステップ407においてコネクションの検査を開始する。これは、ステップ408において、モニタリング・デバイス10へテスト信号又は「ピン(ping)」(図2A及び2BにおけるTS1)を送信することにより実行されてもよい。モニタリング・デバイスは、ステップ409において、テスト信号は受信されたか否かを検査し、検査が肯定的であった場合には、ステップ410においてテスト信号(図2A及び2BにおけるTS2)を返すように構成される。ユーザー・デバイスがその応答を受信すると、その応答はステップ411において検査され、そして、コネクション・ステータスは正常であることが確認され、ソフトウェア・プログラムはステップ403に戻る(ハイバネーションモードに入る)。ユーザー・デバイスがその応答を受信していないことが確認されると、ステップ412において、複数回及び/又は所定の時間期間の間、テストが反復される(ステップ408’，409’，410’)。ステップ413において、コネクションが回復したか否か、すなわち、リターン・テスト信号(ピン応答)が受信されたか否かが、確認される。コネクションが回復したことが確認されると、プロトコルはステップ403に続く。最大試行回数の後になっても、及び/又は、時間インターバルが経過しても、適切な応答が未だ受信されていない場合、ステップ414においてアラートが生成され、ステップ415においてプロトコルは終了する。
【００５２】
図5に概略的に示されるユーザー・デバイス20は、通信ユニット22、メモリ24及びマイクロプロセッサ25を有する。これらのユニットは(不図示の)データ・バスにより接続されてもよい。通信ユニット22は、好ましくは、TCP/IPプロトコル及び/又は同様なインターネット・タイプ・プロトコルを利用する無線通信のために構成される。メモリ24は、命令を含むソフトウェア・プログラムSP1を保存し、命令は、マイクロプロセッサ25に本発明(特にテスト・プロトコルであるが、それに限定されない)を実行させる。ユーザー・デバイス20は、説明の簡明化のため、図5に示されてはいないスクリーンのような他のコンポーネントを含んでいてよい。上述したように、ユーザー・デバイスは、好ましくは携帯用のユーザー・デバイス(例えば、スマートフォン、所謂タブレット・デバイス又はラップトップ・コンピュータ)であるが、デスクトップ・コンピュータのような他のデバイスにより構成されてもよい。
【００５３】
図6に示されるモニタリング・デバイス10は、マイクロフォン11、通信ユニット12、カメラ13、メモリ・ユニット14、マイクロプロセッサ15、及び、拡声スピーカー16を有する。これらのユニットは(不図示の)データ・バスにより接続されていてもよい。通信ユニット12は、好ましくは、TCP/IPプロトコル及び/又は同様なインターネット・タイプ・プロトコルを利用する無線通信のために構成される。メモリ14は、命令を含むソフトウェア・プログラムSP3を保存し、命令は、マイクロプロセッサ15に本発明(特にテスト・プロトコルであるが、それに限定されない)を実行させる。モニタリング・デバイス10は、説明の簡明化のため、図6に示されてはいない他のコンポーネントを含んでいてもよい。一実施形態において、所定のコンポーネントは省略されてよいことが理解されるであろう。例えば、全ての実施形態がカメラを含んでいなくてもよい。同様に、全ての実施形態がマイクロフォンを含んでいなくてもよい。
【００５４】
モニタリング・デバイス10は典型的には専用デバイスであるが、実施形態は、モニタリング・デバイス10がスマートフォンにより構成されることも想定の範囲内とすることが可能である。そのような実施形態では、ソフトウェア・プログラムSP3も所謂アプリである。
【００５５】
ユーザー・デバイス(特に、スマートフォンにおけるアプリ)が、モニタリング・デバイスとスマートフォンとの間でコネクションのステータスを指示することも、想定されている。(例えば、モニタリング・デバイスからWi-Fiを介してルーターへ、ルーターからIP/ファイバー・ケーブルを介して4Gアンテナへ、4Gアンテナから4Gを介してスマートフォンへ等のような)コネクションの各部分の(部分的な)ステータスに依存して、それぞれの部分的なステータスを考慮に入れた複合的なステータス(又は組み合わせステータス)が与えられてもよい。ステータスは、カラーコード、シンボル又はそれらの組み合わせにより指示されてもよい。ユーザー・デバイスは、IPコネクションが欠如した場合にアラームを提供してもよい。アラームは、音(例えば、ビープ音及び/又は言葉のメッセージ)、視覚的なアラーム(例えば、閃光又は点滅する又はしない記号)、触覚的なアラート(例えば、振動)又はそれらの所望の任意の組み合わせを含んでよい。
【００５６】
図7に概略的に示されるサーバー・デバイス30は、通信ユニット32、メモリ34及びマイクロプロセッサ35を有する。これらのユニットは(不図示の)データ・バスにより接続されていてもよい。通信ユニット32は、好ましくは、TCP/IPプロトコル及び/又は同様なインターネット・タイプ・プロトコルを利用する無線通信のために構成される。メモリ24は、命令を含むソフトウェア・プログラムSP2を保存し、命令は、マイクロプロセッサ35に本発明(特に、ユーザー・デバイス20におけるテスト・プロトコルであるが、それに限定されない)を実行させる。サーバー30は、説明の簡明化のため、図7に示されてはいない他のコンポーネント(例えば、スクリーン等)を含んでいてもよい。
【００５７】
本発明は、モニタリング・デバイス及びユーザー・デバイス(例えば、スマートフォン)の間の非アクティブなコネクションを利用する場合に、ユーザー・デバイスはコネクション・ステータスをアクティブに検査する必要があるという洞察に基づいている。本発明は、スマートフォンを利用してコネクション・ステータスを検査する場合に、サーバーのアプリケーションに、スマートフォンのアプリをアクティブ化させることは有益である、という洞察にも基づいている。本発明は、モニタリング・デバイスとスマートフォンとの間のインターネット・タイプ・コネクションのステータスを検査することは、適切な音を生成するようにモニタリング・デバイスを促すことによって、或いは、サウンド検出閾値を、背景ノイズがサウンド検出を引き起こすことになるレベルまで下げることによって、達成されてもよいという更なる洞察からも恩恵を享受する。本発明は、上記のコネクション検査が、音を生成することを含まないテストの実行をモニタリング・デバイスに促すことにより、すなわち、「サイレント・テスト(silent  test)」を実行することにより、好ましくはそのテストについてのフィードバックを提供することにより、代替的に実行されてよいという更なる洞察からの恩恵も享受する。
【００５８】
上記の本発明についての記述は、本発明を何らかの方法で限定するようには意図されていないことが、理解されるであろう。単独の名詞及び(「或る」及び「ある」のような)不定冠詞的な言葉は、当然に、複数個存在する可能性を排除しようとはしていない。本明細書で言及されるデバイス(例えば、スマートフォン)は、後継機によって(たとえそれらの後継機が本願の執筆時に未知であったとしてもそれによって)置換されてもよい。特許法等で規定されているように、要約書は特許請求の範囲を限定するためには決して使用されるべきではなく、請求項における参照番号も限定ではない。
【００５９】
従って、本発明は上記の実施形態には限定されないこと、及び、多くの追加及び修正が、特許請求の範囲に基底さえる本発明の範囲から逸脱することなく可能であることが、当業者に理解されるであろう。
【図１】
0006368037.tif 000002
【図２Ａ】
0006368037.tif 000003
【図２Ｂ】
0006368037.tif 000004
【図３】
0006368037.tif 000005
【図４】
0006368037.tif 000006
【図５】
0006368037.tif 000007
【図６】
0006368037.tif 000008
【図７】
0006368037.tif 000009