(57)【要約】  本発明は、ウェアラブル非常装備の技術分野に関し、特に、無能力者のための医療用アラーム中継デバイスに関する。これは、デバイスをチェックするための自動プログラム可能インターフェース（ＡＰＩ）と、サーバからデバイス＆補助デバイスまで自動プログラム可能インターフェース（ＡＰＩ）と相互接続するための通信ネットワークと、信頼性回路とを含む。本発明は、自動プログラム可能インターフェース（ＡＰＩ）、通信ネットワーク、および信頼性回路と協力したシステム中継を提供する。信頼性回路は、システム中継を提供し、確実にユーザのアクティビティおよびデバイス自体を監視する。ユーザとデバイスの対話およびデバイス自体のアラート無効な事象およびユーザまたは装備の応答の欠如は、ユーザを救出するために時間内に他の人へのアラームをトリガするだろう。
2021533444.tif 000002
【特許請求の範囲】
【請求項１】
アラートを送信する方法であって、以下を含む：
スマートウォッチの操作性を検出するために、アプリケーションプログラムインターフェース（ＡＰＩ）を介して前記スマートウォッチをデータベースサーバに接続すること；
ユーザがスマートウォッチに事前設定時間を設定することであって、前記事前設定時間は、前記ユーザがいつ起きて応答するかを期待するかを示すこと；
事前設定時間に前記ユーザおよび前記スマートウォッチの間の対話を検出すること；
前記スマートウォッチの位置を検出すること；
前記ユーザの心拍数を検出すること；
前記ＡＰＩは、前記事前設定時間を前記スマートウォッチからサーバ上のデータベースに前記ＡＰＩを介して転送し；
改善は、以下を含む生体測定監視システムを含む：
前記スマートウォッチが、前記事前設定時間に前記ユーザおよび前記スマートウォッチの間の対話の欠如を検出することに応答して、データ通信ネットワークを介してレシーバにアラートを送信し始めることを含む；
前記スマートウォッチの非操作性を検出すると、前記レシーバにアラートを送信することを開始し；
予め決められた信号によって、前記ユーザは前記レシーバへのアラートの送信を中断／キャンセルし得る、方法。
【請求項２】
前記ユーザは、彼らが前記事前設定時間に前記スマートウォッチと対話できないほど、身体的または精神的に無能力であり得る、請求項１に記載の方法。
【請求項３】
前記スマートウォッチは、無線モジュールおよび前記ＡＰＩを介して定期的に送信し、それによって、前記事前設定時間に対する任意の変更を伴って前記データベースを更新する、請求項１に記載の方法。
【請求項４】
前記事前設定時間は、一日の時間および特定の時間間隔を含む、請求項１に記載の方法。
【請求項５】
前記ユーザは、前記スマートウォッチを介して前記レシーバへの前記アラートの送信を中断し、キャンセルするためのモダリティを設定する、請求項１に記載の方法。
【請求項６】
前記ユーザの前記スマートウォッチとの対話を検出することにより、前記事前設定時間における前記ユーザの明晰度および意識状態をテストする、請求項１に記載の方法。
【請求項７】
前記ユーザの前記スマートウォッチとの対話は、前記スマートウォッチのボタンを１回または２回スライドさせるか、または押すことを含む、請求項６に記載の方法。
【請求項８】
前記ユーザおよび前記スマートウォッチの間の対話の欠如を検出することに応答して、前記スマートウォッチは、前記データベースサーバにさらに接続するアプリケーションプログラムインターフェース（ＡＰＩ）に接続する、請求項１に記載の方法。
【請求項９】
監査ログは、ユーザ対話データ、心拍数データ、およびＧＰＳ位置データを格納する、請求項１に記載の方法。
【請求項１０】
前記レシーバへの前記アラートは、前記スマートウォッチのＧＰＳ位置データおよび前記ユーザの心拍数データを前記レシーバに送信することを含む、請求項１に記載の方法。
【請求項１１】
前記レシーバへのアラートの送信を中断およびキャンセルし、前記スマートウォッチから前記ＡＰＩを介してサーバ上のデータベースに前記事前設定時間を転送することは：
ＡＰＩを介して前記サーバに接続する前記スマートウォッチにデータを入力すること；
ＡＰＩを介して前記サーバに接続するクラウドベースのユーザポータルにデータを入力することを含む、請求項１に記載の方法。
【請求項１２】
前記レシーバは、１または複数の電子アドレスと、前記レシーバおよび前記サーバの間の通信デバイスとを含む、請求項１に記載の方法。
【請求項１３】
データ送信は、以下を含む信頼性回路を含む、請求項１２に記載の方法。
ａ）前記回路内の任意の構成要素の最適でない性能を自動検出し、データフローおよび信号送信を前記回路内の代替構成要素に切り替えるためのインテリジェントな自動転送スイッチ機構。
ｂ）前記回路内の構成要素の抵抗または閉鎖に起因するデータフローおよび信号送信のための通路をチェックし、再チェックし、および決定するための反復的なフロー処理。
ｃ）以下を含む冗長性を提供するために、並列回路構成で動作する構成要素を有する物理的ネットワークの配置：
ｉ）複数のサーバ（５１）の使用；およびロードバランサ。
ｉｉ）前記デバイス（３３）および補助デバイス（４７）を介した前記ユーザとの通信；
ｄ）以下を含む冗長性を提供するために、並列回路構成で動作する信号送信：
ｉ）ショートメッセージ、電子メールおよびボイスメールを含む信号の複数のコピーを様々な通信方法によって送信する；
ｉｉ）信号の複数のコピーが複数の帯域幅のチャネルを介して送信される；
ｉｉｉ）信号の複数のコピーが複数の通信事業者を経由して送信される；
ｉｖ）信号の複数のコピーが複数のレシーバ（４９）に送信される；
ｅ）以下を含む冗長性を提供するための並列回路構成での処理動作：
ｉ）前記デバイス（３３）前記ユーザ（３１）のデータマッチング動作および信号送信を行い、前記システム内の不整合値を検出する；
ｉｉ）前記自動プログラム可能インターフェース（ＡＰＩ）を介して、継続的および定期的なデータ監査チェックが行われる。
【請求項１４】
アラートを送信するための装置であって、以下を含む：
以下を含むクラウドベースサーバ：
データベース、
スケジューラーおよび
アプリケーションプログラミングインターフェース（ＡＰＩ）；
１または複数のレシーバは電子メールおよび
テキストメッセージ用の電話番号を含む；
スマートウォッチは以下を含む：
ユーザインターフェース制御、
無線モジュール、
ＧＰＳモジュール、
心拍数センサ、
監査ログ；
１または複数のユーザインターフェース制御のうちの少なくとも１つとのユーザ対話を検出することであって、前記ユーザインターフェース制御は、前記スマートウォッチ上の視覚的表示インターフェースおよびボタンであり、前記検出されたユーザ対話に基づいて前記スマートウォッチを制御すること；
前記ＧＰＳモジュールは、前記スマートウォッチのＧＰＳ位置データを提供し、心拍数センサは前記ユーザの心拍数データを提供し；
監査ログは、前記ユーザの対話データ、前記ユーザの前記心拍数データ、前記スマートウォッチの前記ＧＰＳ位置データを格納し；
前記スマートウォッチの視覚的表示インターフェースは、一日の時間；および特定の時間間隔を入力し、前記監査ログに時間値を格納するする手段を含み；
前記監査ログの前記データは、前記無線モジュールおよび前記ＡＰＩを介して前記データベースに送信され；
前記スマートウォッチは、前記無線モジュールおよび前記ＡＰＩを介して定期的に送信し、それによって、事前設定時間に対する任意の変更を伴って前記データベースを更新し；
前記サーバは、前記データベースに格納されている前記事前設定時間にレシーバに非常アラートを送信し、前記非常アラートは、前記スマートウォッチのＧＰＳ位置データおよび前記ユーザの前記心拍数データを含み；
前記特定の時間間隔の間に前記ユーザが前記スマートウォッチと特定の対話を行うと、レシーバへの前記非常アラートの送信がキャンセルされ、それによって前記ユーザが応答していることの信号を送信し；
前記ＡＰＩは、前記スケジューラーによって指定された時間に前記スマートウォッチからの送信をチェックし；
前記サーバは、前記スケジューラーによって指示された時間に前記スマートウォッチからの送信がない場合に、前記サーバから前記レシーバに送信されるアラートの送信を開始するように構成されたスケジューリングされたタスクをホストし、それによって前記スマートウォッチの操作不能の信号を送信し；
改善は、前記ユーザの生体状態または対話とは無関係に、レシーバにアラートを送信することを含む、装置。
【請求項１５】
前記データベースに接続するクラウドベースのユーザポータル上でデータを入力するための視覚的表示インターフェースは、前記一日の時間および前記特定の時間間隔を受信し、前記データを前記データベースに格納することができる、請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェアラブル非常装備の技術分野に関し、特に、無能力者のための医療用アラーム中継デバイスに関する。
【背景技術】
【０００２】
ウェアラブル非常装備のアイデアは目新しいものではなく、例えば、様々な通信デバイスの使用、例えば、電話機、ページャー、または呼出救助信号を送信するための専用デバイスの使用を記載した特許出願が公開されている。しかし、ユーザは、身体的にも医学的にも不自由で操作ができない場合がある。
【０００３】
また、人々が自力で助けを求めさせることには、避けて通れない問題がある。一部の人々は自分の状態および病気を評価することができず、それは助けを求める行動および意志力の欠如につながる。一部の人々は、助けを求めず、状態が悪化するのを待ってから病気が重症であると判断する人もいるが、それは手遅れであり得る。
【０００４】
「落下検知器」を利用することで、これらの問題が部分的に解決され得る。ウェアラブルデバイスがユーザが転倒したことを検知すると、「落下検知器」は自動的に助けの信号を発信する。しかし、これは選択された非常時にのみ適用され、アラームをトリガするには、まず行動を起こす必要がある。例えば、ベッドで意識不明の状態で横たわっている人には適用されない。
【０００５】
同時に、このようなデバイスには問題がある：それらは過失によって故障し得る。携帯電話などのデバイスの電池が切れたり、またはその他の理由でデバイスが動作しなくなったりし得る。重要なのは、デバイスの「フェールセーフ」な動作とユーザとデバイスの対話を確保することで、万が一故障しても危害が及ばない、または怪我を最小限に抑えることができることである。
【０００６】
したがって、上記の状況を考慮すると、現在の実用的なアプリケーションの欠点を克服するために、無能力者のための医療用アラーム中継デバイスを開発することが緊急に必要である。
【発明の概要】
【０００７】
本発明は、上記背景に記載された問題点を解決することができる無能力者用の医療用アラーム中継デバイスを提供することを目的とする。
【０００８】
上記目的を達成するために、本発明は以下の技術的スキームを提供する：
【０００９】
デバイスをチェックするための自動プログラム可能インターフェース（ＡＰＩ）と、サーバから装備＆補助装備まで自動プログラム可能インターフェース（ＡＰＩ）と相互接続するための通信ネットワークと、信頼性回路とを含む、無能力者のための医療用アラーム中継デバイス。
【００１０】
本発明のさらなるスキームとして、デバイスは以下のものから構成される：
ａ）デバイス上のカウントダウンディスプレイであって、何も行動を取らない場合にデバイスが非常信号を送信することをユーザに警告するためのカウントダウンタイマであるカウントダウンディスプレイ；
ｂ）無反応のユーザから医療上の非常時を示す信号を送信する方法；
ｃ）デバイスが応答していない場合に信号を送信するために、リモートデータベースサーバから操作される自動プログラム可能インターフェース（ＡＰＩ）が用いられる。
ｄ）医療上の非常時に信号の送信を指示するために、ユーザがデバイスに対して特定の動作を行う方法；
ｅ）無線または携帯電話のサービスを利用してインターネット上で信号を送信する無線送信機；
ｆ）ユーザ（３１）の心拍数、ＧＰＳの位置情報、および医療情報を含む情報を送信する方法；
ｇ）耐衝撃性および防水性のあるブレスレットおよび時計；
ｈ）ユーザと直接音声で通信するための電話デバイスを提供するデバイス（３３）のオプション機能
【００１１】
本発明のさらなるスキームとして、通信ネットワークは以下のものを含む：
ａ）デバイスおよびサーバの間の通信；
ｂ）デバイスが応答しない場合に、サーバおよび補助デバイスの間の通信；
ｃ）デバイスが応答しない場合、サーバおよびレシーバの間の通信；
ｄ）サーバは、ショートメッセージ情報、ハイパーリンク、添付物、監査ログ、地図および心拍数チャートを含む、テキスト、電子メールおよび音声メッセージを介して完全かつ整然とした信号を、デバイスからレシーバに送信する。
ｅ）レシーバおよびサーバ間の１または複数の電子アドレスおよび通信デバイスを含むレシーバのリスト。
【００１２】
本発明のさらなるスキームとして、自動プログラム可能インターフェース（ＡＰＩ）は、以下を含む：
ａ）ネットワークデータの入力メカニズムに基づいて、ユーザは表示された情報を使用して自動プログラム可能インターフェース（ＡＰＩ）を更新し得る。
ｂ）ユーザのバイタルサインおよびアクティビティの監査ログ、ならびにデバイスアクティビティの監査ログ；
ｃ）現パラメータを超えるバイタルサインを検出してアラームを提供するデバイス上のユーザアクティビティ、デバイスアクティビティ、心拍およびＧＰＳ位置情報など、デバイスから収集された情報；
ｄ）デバイスステータスレシーバまたはユーザステータスレシーバの通信ニーズを判断し、任意の通信性能が不適切な場合にデバイスまたはユーザに通知する自動推論タスク。
ｅ）受信者およびユーザに送信される通信。
【００１３】
本発明のさらなるスキームとして、信頼性回路の方法は、以下の冗長性を含む：
ａ）複数のサーバの使用；
ｂ）複数の信号（ショートメッセージ、電子メールおよびボイスメールを含む）を様々な通信方法によって送信する；
ｃ）複数の信号が複数の帯域幅のチャネルを介して送信される；
ｄ）複数の信号が複数の通信事業者を介してして送信される；
ｅ）複数の信号が複数のレシーバに送信される；
ｆ）デバイス、ユーザおよび送信信号をシステムの期待値と一致させる。
ｇ）装備および補助装備を介してユーザと通信する；
ｈ）デバイス（３３）の設定変更時にユーザ（３１）およびレシーバ（４９）に通知する；
ｉ）自動プログラム可能インターフェース（ＡＰＩ）を介して、継続的および定期的なチェックが行われる。
【００１４】
既存技術と比較して、本発明の有益な効果は、本発明が自動プログラム可能インターフェース（ＡＰＩ）、通信ネットワーク、および信頼性回路と協力してシステム中継を提供することである。信頼性回路は、システム中継を提供し、確実にユーザアクティビティおよびデバイス、ユーザとデバイスの対話を監視し、デバイス自体が無効な事象を警告し、ユーザまたは装備の応答の欠如は、ユーザを救出するために時間内に他の人へのアラームをトリガするだろう。
【図面の簡単な説明】
【００１５】
【図１】従来技術における医療用アラームデバイスである。
【００１６】
【図２】無能力者のための医療用アラーム中継デバイスにおける、無反応ユーザにより送信される信号の概略図である。
【００１７】
【図３】ユーザが応答しても信号が送信されない場合の医療用アラームデバイスの中継故障の概略図である。
【００１８】
【図４】無能力者のための医療用アラーム中継デバイスにおける、自動プログラム可能インターフェース（ＡＰＩ）の概略図である。
【００１９】
【図５】無能力者のための医療用アラーム中継デバイスにおける、デバイス間、サーバ間、およびレシーバ間の信号送信の概略図である。
【００２０】
【図６】無能力者のための医療用アラーム中継デバイスの動作フローチャートである。
【００２１】
図において：３１−ユーザ、３２−ボタン、３３−デバイス、３４−表示タイマー、３５−アンテナ、３６−信号、４１−自動プログラム、４２−無線通信、４６−通信、４７−補助デバイス、４８−送信、４９−レシーバ、５１−サーバ５１、５２−再送信、５６−心拍数情報、５７−ＧＰＳ位置、５８−監査ログ、５９−医療情報。
【発明を実施するための形態】
【００２２】
本特許の技術的スキームは、特定の実施形態に関連してさらに詳細に記載される。
【００２３】
本特許の実施形態を以下に詳細に説明するが、実施形態の例は、全体を通して同一または類似のラベルが同一もしくは類似の要素または同一もしくは類似の機能を有する要素を表す図面に示されている。添付の図面を参照して説明した以下の実施形態は例示的なものであり、特許を説明するためにのみ使用され、特許を拘束するために使用されるものではない。
【００２４】
本特許の説明では、別段の規定および限定がない限り、「接続」および「設定」という用語は、広義に理解されるべきであることに留意すべきである。例えば、それらは、固定された接続、設定、または取り外し可能な接続、設定、または統合された接続および設定であり得る。当業者にとっては、本特許における上記の用語の特定の意味は、特定の状況に応じて理解され得る。
【００２５】
実施形態１
無能力者のための医療用アラーム中継デバイスは、以下を含む：
Ａ）デバイス３３をチェックするための自動プログラム可能インターフェース（ＡＰＩ）；
Ｂ）通信ネットワーク：ＡＰＩは、サーバ５１からデバイス３３および補助デバイス４７に相互接続されている；
Ｃ）信頼性回路。
【００２６】
Ａ：デバイス３３
デバイス３３は、自動プログラム可能インターフェース（ＡＰＩ）、通信ネットワーク、および信頼性回路と組み合わせて使用される。信頼性回路はシステム中継を提供し、これはユーザのアクティビティおよび装備３３自体を確実に監視し得る。
【００２７】
図１を参照すると、図１は、従来技術における医療用アラームデバイス３３が解決すべき問題点を示す。ユーザ３１は、応答しない、信号を送信しない、ユーザ３１は、非応答状態にある、起動デバイス３３のボタン３２を押さない、または起動デバイス３３の信号を送信しない。
【００２８】
図２を参照すると、図２は、ユーザが応答しないので信号を送信するデバイス３３を示す。添付の図では、ユーザ３１は動けず、横になっており、そして表示タイマー３４の終了時にデバイス３３を開放するためのボタン３２を押していない。そのため、表示タイマー３４のタイミングが終了した後、信号３６が送出される。
【００２９】
ユーザが所定の警告時間内にアラームを解除しない場合、デバイス３３は、事前設定時間に信号を送信するだろう。表示タイマー３４の時間が到来した場合、デバイス３３は、視覚的および聴覚的な警告を与えるだろう。ユーザ３１が警告を確認しなかった場合、デバイス３３は信号を送信するだろう。
【００３０】
図３は、ユーザ３１がデバイス３３を解放して、デバイス３３が信号を送らないようにすることを示す。図において、ユーザ３１は、表示タイマー３４が終了する前にデバイス３３のボタン３２を押し、ボタン３２を押した後は信号を送らないようにしている。
【００３１】
本実施形態の好ましい実施形態として、デバイス３３は、ウェアラブルまたはモバイルであり、以下を含む独立した無線インターネット設備を有する：
ａ）カウントダウン警告付きの表示タイマー３４；
ｂ）ボタンを１回または２回スライドさせたりまたは押したりすることにより、時計の非常送信を簡単に解除するための簡単な方法；
ｃ）ユーザ３１が手動で信号を送信するための方法。
ｄ）ユーザの健康に関する情報を送信するための方法。
ｅ）ユーザと直接音声で通信するためのオプションの電話デバイスと、無線アラームを送信することが可能な無線送信機。
【００３２】
デバイス３３は、以下の内容を含む：
ａ）マイクロフォン
ｂ）ビデオカメラ
ｃ）トランシーバ
ｄ）スクリーン
ｅ）スピーカー
ｆ）電源
ｇ）心拍数センサ
ｈ）ＧＰＳユニット
ｉ）メモリストレージ
ｊ）ロジックボード／ＣＰＵ
ｋ）メモリ（ＲＡＭ＆ＲＯＭ）
ｌ）ＳＩＭカード
ｍ）アンテナ
ｎ）ブザー／アラーム
デバイス３３の構成要素間の正確な回路および機能的関係は、当業者には自明のことであるが、多くの修正および変更を受けることができる。
【００３３】
Ｂ：通信ネットワーク
図５を参照する。デバイス３３の信号は、サーバ５１を介してレシーバ（複数可）４９に送信され、デバイス３３からサーバ５１に情報が送信され、そして複数のレシーバ４９に再送信５２が行われる。この情報は、心拍数情報５６、ＧＰＳ位置５７、監査ログ５８、および医療情報５９を含む。
【００３４】
通信ネットワークは、以下を含む：
ａ）デバイス３３
ｂ）補助デバイス４７；
ｃ）サーバ５１；インターネットを介してデータを格納および送信するコンピューター；
ｄ）ダッシュボードの設定（インターネットウェブアプリケーション）；
ｅ）インターネット、電話およびショートメッセージシステム；
ｆ）レシーバ：メッセージレシーバおよびその電子アドレス；
ｇ）ＡＰＩ：バックグラウンドで実行する自動プログラム可能インターフェース；
【００３５】
最後に、メッセージまたは信号の送信：
ａ）送信機からサーバ５１へ；
ｂ）サーバ５１からレシーバ４９へ；
ｃ）サーバ５１から補助デバイス４７へ（デバイス３３が応答しない場合）；
【００３６】
ＡＰＩ監視情報は、サーバ５１とデバイス３３との間を移動する。
【００３７】
通信ネットワークの詳細な説明
ａ）デバイス３３：デバイス３３は、サーバ５１に情報を送信して応答状態を示し；ユーザ３１が応答しない場合に信号を送信する；
ｂ）補助デバイス４７：デバイス３３が動作しない場合、ＡＰＩは、デバイス３３が応答しないことを説明して、補助通信チャネル、例えば携帯電話の音声メッセージで、ユーザ３１に問題を伝えるだろう。
ｃ）サーバ５１は、ＡＰＩからの情報を格納し、予めロードされた医療情報とともに、ＧＰＳの位置データ、心拍数および他の情報を受信者４９に送信する。サーバ５１は、バックアップサーバ５１へのアクセスを確保するためのロードバランシングを行う；
ｄ）デバイス３３は、ダッシュボードと連動して、デバイス３３およびその送信を構成するために使用される。構成用ポータルは、構成用デバイスを含む；
ｉ）レシーバの電子アドレス；
ｉｉ）非常信号に添付された情報パッケージ；
ｉｉｉ）デバイス３３の信号デプロイメントの特徴、例えば、信号の送信頻度、警告時間など。
ｅ）インターネット、電話およびショートメッセージシステム：これらは、信号およびメッセージを送信できる一般的に利用可能な電気通信サービスである。
ｆ）レシーバ−メッセージレシーバおよびその通信アドレス、電子メールアドレス、ショートメッセージおよび電話番号；
【００３８】
Ｃ：自動プログラム可能インターフェース（ＡＰＩ）
通信ネットワークのすべての構成要素は、ＡＰＩ（自動プログラム可能インターフェース）で相互接続される。ＡＰＩはバックグラウンドで動作し、自動推論タスクのための明示的な仕様、アルゴリズム、または一連のルールを使用してプログラムされる。例えば、メッセージを送信することでいつ行動を起こすか。
【００３９】
図４を参照すると、この図はデバイス３３と無線通信機４２とが通信し、デバイス３３が応答するかどうかをチェックする自動プログラム４１を示す。この場合、ハードウェアおよびメモリの故障により、デバイス３３が応答しない。自動プログラムは、補助デバイス４７と通信４６を行うだろう。補助デバイス３３が応答しない場合は、それは複数のレシーバ４９にメッセージ４８を送信する。
【００４０】
本質的に、自動プログラム可能インターフェース（ＡＰＩ）の機能は、以下である：
ａ）デバイス３３にログインして、デバイス３３を終了し、それが応答性があることを確認する；
ｂ）デバイス３３から、デバイス３３上のユーザアクティビティ、デバイス３３アクティビティ、心拍およびＧＰＳ位置情報などの情報を収集する。ＡＰＩは、バイタルサインが現パラメータを超えた場合に検出し、警告する。
ｃ）アクティビティの監査ログを作成し、格納する。
ｄ）通信をフォローアップするための自動推論タスクを実行するために、インテリジェントなルールに基づいてプログラムシステムと協力する。ＡＰＩは、ユーザの個人的なデジタルアシスタントと通信し得る。
ｅ）無効にされるアラートの時間および属性、信号および医療情報を受信したときに誰に連絡し、どのように連絡するかなど、ユーザの好みを設定するための設定パネルを含む、ポータルサイトへのアクセスを提供すること。
【００４１】
自動プログラム可能インターフェース（ＡＰＩ）を監視するための最良の方法：
【００４２】
自動プログラム可能インターフェース（ＡＰＩ）システムを使用するための最良の方法は、デバイス３３に基づいて複数のセンサによって受信されたデータを使用して、可能なすべてのデータを単一の集約メトリックに削減し、自動推論アルゴリズムを実装することである。非常レベルは、複数のメトリックから計算され、自動プログラム可能インターフェース（ＡＰＩ）個人監視を提供する。集約メトリックは、アラートとともに色分けされた対数スケールで表示される。
【００４３】
Ｄ：信頼性回路
図６を参照し、この図は通信ネットワークデータストリームにおける近似的なステップを示すフローチャートである。このフローチャートは、自動推論のコア項目が、ダイヤモンド決定ボックスであることを示す。ボックスは、自動プログラム可能インターフェース（ＡＰＩ）を介して、デバイス３３が良好な動作状態にあるかどうかをチェックされることを示す。これは継続的な動作であり、デバイス３３に異常があれば再チェックを行う。デバイス３３が応答できない場合は、ユーザ３１は補助チャネル（電話）で通知される。ユーザ３１が応答しない場合は、レシーバ４９が通知されよう。それ以外の場合は、表示タイマー３４が時間計測を開始し、ユーザ３１が応答しない場合はレシーバ４９に通知する。
【００４４】
信頼性を確保するために、実現可能な場合には冗長性を利用して複数の並列チャネルを使用する。例えば、複数のデバイス信号３６、複数のサーバ５１、複数の通信チャネル（ショートメッセージ、電話、および電子メール）を介した複数のレシーバ４９との通信など。
【００４５】
実施形態２
本実装および第１実施形態の間の異なる点は、他の信頼性手段構成要素である継続的改善システムが以下を含む点である：
ａ）実際の動作に基づいて期待される動作をモデル化する（例えば、ダッシュボードに入力された再構成された警告時間と実際の警告時間とを比較するなど）；
ｂ）補助通信デバイス３３は、任意の障害をユーザ３１および任意にレシーバ４９に通信するために使用される；
ｃ）デバイス３３の設定が変更されると、ユーザ３１および一部のレシーバ４９に補助通知が送信されるであろう；
ｄ）自動プログラム可能インターフェース（ＡＰＩ）は、早期警告システムを提供するためにデバイス３３を定期的に検査する。
【００４６】
以上は、本発明の好ましい実施形態にすぎない。当業者にとっては、本発明の概念を逸脱することなく、ある程度の変形および改良が可能であることが指摘されるべきである。これらも本発明の保護範囲と考えるべきであり、これは本発明の実装の効果および特許の実施可能性に影響を与えるものではないだろう。
【図１】
2021533444.tif 000003
【図２】
2021533444.tif 000004
【図３】
2021533444.tif 000005
【図４】
2021533444.tif 000006
【図５】
2021533444.tif 000007
【図６】
2021533444.tif 000008
【国際調査報告】
2021533444.tif 000009