(57)【要約】      （修正有）【課題】遠隔監視のための方法およびコンピュータプログラム製品を含む装置が提供される。【解決手段】いくつかの実装例において、ある方法が提供される。この方法は、遠隔モニタ１１４Ａ〜Ｍで、ホストの検体状態を監視する受信器１９８Ａ〜Ｎから取得された検体センサデータから、サーバ１１０によって検出された事象を表す通知メッセージを受信することと、遠隔モニタで、遠隔モニタを有効にするための通知メッセージを提示することであって、遠隔モニタが、サーバ１１０によって、ホストの検体状態を監視する受信器を増強するための通知メッセージを受信するように構成される、提示することと、通知メッセージの提示に応答して、遠隔モニタによって、サーバ１１０にアクセスすることと、少なくとも検体センサデータを含む情報を、アクセスに応答して受信することと、を含み得る。関連システム、方法、および製造品も開示される。【選択図】図１
2020036966.tif 000002
【特許請求の範囲】
【請求項１】
遠隔モニタで、ホストの検体状態を監視する受信器から取得された検体センサデータから、サーバによって検出された事象を表す通知メッセージを受信することと、
前記遠隔モニタで、前記遠隔モニタを有効にするための前記通知メッセージを、提示することであって、前記遠隔モニタが、前記ホストの前記検体状態を監視する前記受信器を増強するための前記通知メッセージを受信するように前記サーバによって構成される、提示することと、
前記通知メッセージの前記提示に応答して、前記遠隔モニタによって、前記サーバにアクセスすることと、
前記アクセスに応答して、少なくとも前記検体センサデータを含む情報を受信することと、を含む、方法。
【請求項２】
前記受信が、
前記遠隔モニタと前記サーバに連結された通知サービスとの間の少なくとも第１の無線接続から前記通知メッセージを受信することをさらに含み、前記追加情報が、前記遠隔モニタと前記サーバとの間の少なくとも第２の無線接続から受信される、請求項１に記載の方法。
【請求項３】
前記第１の無線接続が、前記通知サービスによってプッシュされたショートメッセージを前記遠隔モニタにある通知メッセージセンターに運ぶように構成された持続的な暗号化接続を含み、前記第２の無線接続が、少なくとも追加の検体センサデータを含む前記追加情報を提供するために、前記アクセスに応答して、確立された一時的な暗号化接続を含む、請求項１〜２のいずれかに記載の方法。
【請求項４】
前記提示が、
前記遠隔モニタでの動作が前記通知メッセージの受信を示すことが検出されるまで、前記遠隔モニタでの１つ以上のアプリケーションへのアクセスを阻止することをさらに含み、前記遠隔モニタが監視アプリケーションをさらに含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記提示が、
前記アクセスを阻止することなく、前記遠隔モニタにあるディスプレイ上に一時的メッセージとして前記通知メッセージを提示することをさらに含む、請求項１〜４のいずれかに記載の方法。
【請求項６】
前記遠隔モニタおよび前記受信器のうちの少なくとも１つが、移動局、無線端末、タブレット、スマートフォン、マルチモード無線デバイス、およびコンピュータのうちの１つ以上を含む、請求項１〜５のいずれかに記載の方法。
【請求項７】
前記サーバが、前記受信器から検体センサデータを受信し、前記事象を検出するために前記検体センサデータを処理し、前記事象が検出されると、前記検出された事象に対する前記通知メッセージを受信するように指定された前記遠隔モニタに前記事象をマッピングする１つ以上の規則に基づいて、前記通知メッセージを前記遠隔モニタに転送するように構成される少なくとも１つのプロセッサを備える、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記サーバにある第１の組の規則に基づいて、前記事象を検出することをさらに含み、前記通知メッセージを生成するために使用される前記第１の組の規則が、前記ホストにあるセンサシステムに連結された前記受信器に送信される警告を検出するために使用される第２の組の規則とは異なる、請求項１〜７のいずれかに記載の方法。
【請求項９】
前記受信器が、公衆陸上移動網および前記サーバへの無線接続をインターフェースするゲートウェイを含むか、またはそれに連結する、請求項１〜８のいずれかに記載の方法。
【請求項１０】
複数の遠隔モニタを構成することをさらに含み、前記複数の遠隔モニタのうちの少なくとも１つが、一次モニタとして指定され、前記複数の遠隔モニタのうちの少なくとも１つが、二次モニタとして指定される、請求項１〜９のいずれかに記載の方法。
【請求項１１】
前記遠隔モニタによって、警告を前記サーバによって前記受信器に送信させるトリガを表す少なくとも１つの規則を構成することをさらに含む、請求項１〜１０のいずれかに記載の方法。
【請求項１２】
前記遠隔モニタによって、前記受信器を監視するために１つ以上のデバイスを招待するように前記１つ以上のデバイスに送信される１つ以上の招待を構成することをさらに含む、請求項１〜１１のいずれかに記載の方法。
【請求項１３】
前記サーバに、前記通知メッセージの受信を確認するメッセージを送信することをさらに含む、請求項１〜１２のいずれかに記載の方法。
【請求項１４】
前記通知メッセージが、センサを校正する必要性の指示、および前記受信器に送信された警告に応答して前記受信器によって送信された動作または確認のうちの少なくとも１つを示す確認メッセージのうちの少なくとも１つを含む、請求項１〜１３のいずれかに記載の方法。
【請求項１５】
前記遠隔モニタの前記有効化が、前記監視アプリケーションを開くことを含む、請求項１〜１４のいずれかに記載の方法。
【請求項１６】
前記アクセスが、
前記検体センサデータを含む前記情報の前記受信を可能にするために、前記遠隔モニタと前記サーバとの間に接続を確立することをさらに含む、請求項１〜１５のいずれかに記載の方法。
【請求項１７】
前記サーバで前記遠隔モニタ、前記受信器、および前記受信器に連結された検体センサのうちの少なくとも１つを登録することをさらに含み、前記登録が、医療従事者によって提供されるコードを含む、請求項１〜１６のいずれかに記載の方法。
【請求項１８】
ホストの検体状態を監視するための遠隔監視システムであって、前記システムが、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサによって実行されると、請求項１〜１７のいずれか１項に記載の方法を前記システムに実装させるコードを含む少なくとも１つのメモリと、を備える、遠隔監視システム。
【請求項１９】
少なくとも１つのプロセッサによって実行されると、請求項１〜１７のいずれか１項に記載の方法を前記プロセッサに提供させるコードを含む、コンピュータ可読記憶媒体。
【請求項２０】
遠隔モニタで、ホストの検体状態を監視する受信器と関連付けられたセキュアサーバおよびデータにアクセスするための招待を受信することと、
前記遠隔モニタによって、前記ホストの前記検体状態と関連付けられた事象を表す警告を定義する規則を変更することであって、前記警告が、トリガされると、前記遠隔モニタに前記事象を通知するために、メッセージをサーバから前記遠隔モニタに送信させる、変更することと、を含む、方法。
【請求項２１】
前記規則の前記変更が、前記ホストにおける低いグルコースレベルと関連付けられた第１の閾値を変動させることを含む、請求項２０に記載の方法。
【請求項２２】
前記規則の前記変更が、前記ホストにおける高いグルコースレベルと関連付けられた第２の閾値を変動させることを含む、請求項２０〜２１のいずれかに記載の方法。
【請求項２３】
前記規則の前記変更が、前記メッセージが前記受信器に送信されるときと、通知メッセージが前記遠隔モニタに送信されるときとの間の遅延を変動させることを含む、請求項２０〜２２のいずれかに記載の方法。
【請求項２４】
前記規則の前記変更が、前記メッセージが前記遠隔モニタに送信されるときと、リマインダメッセージが前記遠隔モニタに送信されるときとの間の時間値を変動させることを含む、請求項２０〜２３のいずれかに記載の方法。
【請求項２５】
ホストの検体状態を監視するための遠隔監視システムであって、前記システムが、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサによって実行されると、請求項２０〜２４のいずれか１項に記載の方法を前記システムに実装させるコードを含む少なくとも１つのメモリと、を備える、遠隔監視システム。
【請求項２６】
少なくとも１つのプロセッサによって実行されると、請求項２０〜２４のいずれか１項に記載の方法を前記プロセッサに提供させるコードを含む、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願データシートに特定されるありとあらゆる優先権の主張、またはそれに対する任意の修正は、３７ＣＦＲ１．５７の下で参照により本明細書に組み込まれる。本出願は、２０１２年１２月３１日提出の米国仮出願第６１／７４７，７１７号、２０１３年３月１５日提出の米国出願第１３／８４２，６７９号、および２０１３年３月１５日提出の米国出願第１３／８４３，３８２号の利益を主張するものであり、これらの開示は、参照によりそれらの全体が本明細書に明確に組み込まれ、かつ明確に本出願の一部とされる。
【０００２】
本開示は、概して、遠隔監視に関する。
【背景技術】
【０００３】
真性糖尿病とは、１型糖尿病等のように膵臓が十分なインスリンを生成できない、および／または２型糖尿病のようにインスリンが効果的ではない疾病である。糖尿病では、患者は、毛細血管の劣化と関連付けられる、腎不全、皮膚潰瘍、または眼の硝子体への出血等、様々な生理的障害を引き起こす、高血糖を患う。低血糖等の血糖降下反応は、インスリンの不慮の過剰摂取によって、あるいは過度の運動または不十分な食物摂取と同時にインスリンまたはグルコース低下薬の通常の服用後に誘発される場合がある。
【０００４】
糖尿病患者は、典型的に不快な指先穿刺法を必要とする、血糖自己測定（ＳＭＢＧ）モニタを携帯することができる。快適性および便宜性の欠落に起因して、糖尿病患者は典型的に、１日あたり２〜４回しか自分のグルコースレベルを測定しない。残念ながら、これらの時間間隔は、間隔が離れすぎているために、糖尿病患者は、高血糖または低血糖状態を発見することが遅すぎる可能性が高く、時には危険な副作用が発生する。事実、糖尿病患者が適時にＳＭＢＧ値を得る可能性が低いだけではなく、さらに、糖尿病患者は、従来の方法に基づいて自分の血糖値が高いかまたは低いかを知ることもない。
したがって、血糖値を連続的に検出および／または数量化するために、多様な非侵襲的な経皮的（ｔｒａｎｓｄｅｒｍａｌ）（例えば、経皮的（ｔｒａｎｓｃｕｔａｎｅｏｕｓ））および／または移植可能な電気化学センサが開発されている。これら、ならびに他の種類のデバイスは一般に、センサをホストしているユーザーに対する情報の提示を可能にするために、ディスプレイを含むことが可能である、遠隔デバイスでのその後の分析のための未処理または最低限処理されたデータを伝送する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２３９０８４号公報
【特許文献２】国際公開第２０１１／０２１１１８号
【特許文献３】特表２００９−５０００４７号公報
【特許文献４】国際公開第２０１１／１２４９９３号
【特許文献５】特開２０００−３１６８１９号公報
【発明の概要】
【課題を解決するための手段】
【０００６】
検体データ遠隔監視のための、コンピュータプログラム製品を含む、方法および装置が提供される。いくつかの実装例において、ある方法が提供される。この方法は、遠隔モニタで、ホストの検体状態を監視する受信器から取得される検体センサデータから、サーバによって検出された事象を表す通知メッセージを受信することと、遠隔モニタで、遠隔モニタを有効にするための通知メッセージを提示することであって、遠隔モニタが、サーバによって、ホストの検体状態を監視する受信器を増強するための通知メッセージを受信するように構成される、提示することと、通知メッセージの提示に応答して、遠隔モニタによって、サーバにアクセスすることと、少なくとも検体センサデータを含む情報を、アクセスに応答して受信することと、を含み得る。
【０００７】
いくつかの実装例において、上記の態様は、以下の１つ以上を含む、本明細書に記載される追加の特徴をさらに含むことができる。通知メッセージは、遠隔モニタとサーバに連結された通知サービスとの間の少なくとも第１の無線接続から受信されてもよく、追加情報は、遠隔モニタとサーバとの間の少なくとも第２の無線接続から受信されてもよい。第１の無線接続は、通知サービスによってプッシュされたショートメッセージを遠隔モニタにある通知メッセージセンターに運ぶように構成された持続的な暗号化接続を含むことができ、第２の無線接続は、少なくとも追加の検体センサデータを含む追加情報を提供するように、アクセスに応答して、確立された一時的な暗号化接続を含むことができる。提示は、遠隔モニタでの動作が通知メッセージの受信を示すことが検出されるまで、遠隔モニタでの１つ以上のアプリケーションへのアクセスを阻止することをさらに含むことができ、遠隔モニタは監視アプリケーションをさらに含むことができる。通知メッセージは、アクセスを阻止することなく、遠隔モニタのディスプレイ上に一時的メッセージとして提示されてもよい。遠隔モニタおよび受信器のうちの少なくとも１つは、移動局、無線端末、タブレット、スマートフォン、マルチモード無線デバイス、およびコンピュータのうちの１つ以上を含むことができる。サーバは、受信器から検体センサデータを受信し、事象を検出するために検体センサデータを処理し、事象が検出されると、検出された事象に対する通知メッセージを受信するように指定された遠隔モニタに事象をマッピングする１つ以上の規則に基づいて、通知メッセージを遠隔モニタに転送するように構成される、少なくとも１つのプロセッサを備えることができる。事象は、サーバで第１の組の規則に基づいて検出されてもよく、通知メッセージを生成するために使用される第１の組の規則は、ホストでセンサシステムに連結された受信器に送信された警告を検出するために使用される第２の組の規則とは異なっていてもよい。受信器は、公衆陸上移動通信網およびサーバへの無線接続をインターフェースするゲートウェイを含む、または連結してもよい。複数の遠隔モニタが構成されてもよく、複数の遠隔モニタのうちの少なくとも１つが、一次モニタとして指定されてもよく、複数の遠隔モニタのうちの少なくとも１つが、二次モニタとして指定されてもよい。遠隔モニタは、警告をサーバによって受信器に送信させるトリガを表す少なくとも１つの規則を構成することができる。遠隔モニタは、受信器を監視するように１つ以上のデバイスを招待するために、１つ以上のデバイスに送信される１つ以上の招待を構成することができる。サーバは、通知メッセージの受信を確認するメッセージを送信することができる。通知メッセージは、センサを校正する必要性の指示、および受信器に送信された警告に応答して受信器によって送信された動作または確認のうちの少なくとも１つを示す確認メッセージのうちの少なくとも１つを含むことができる。遠隔モニタの有効化は、監視アプリケーションを開くことを含むことができる。検体センサデータを含む情報の受信を可能にするために、遠隔モニタとサーバとの間に接続が確立されてもよい。サーバは、遠隔モニタ、受信器、受信器に連結された検体センサのうちの少なくとも１つを登録することができ、登録は、医療従事者によって提供されたコードを含むことができる。本方法は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されると装置に本方法を提供させるコードを含む少なくとも１つのメモリとを備える装置上に実装されてもよい。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されると、本方法を発生させるコードを含むことができる。
【０００８】
別の態様において、方法が提供される。本方法は、ホストの検体状態を監視する受信器と関連付けられたセキュアサーバおよびデータにアクセスするための招待を、遠隔モニタで、受信することと、ホストの検体状態と関連付けられた事象を表す警告を定義する規則を、遠隔モニタによって、変更することと、を含み、警告は、トリガされると、遠隔モニタに事象を通知するために、メッセージを遠隔モニタに送信させる。
【０００９】
いくつかの実装例において、上記の態様は、以下の１つ以上を含む、本明細書に記載される追加の特徴をさらに含むことができる。規則を変更することは、ホストで低レベルのグルコースと関連付けられた第１の閾値を変動させることと、ホストで高レベルのグルコースと関連付けられた第２の閾値を変動させることと、関連付けられた警告が受信器によってトリガされるときと、通知メッセージが遠隔モニタに送信されるときとの間の遅延を変動させることと、および／またはリマインダ通知が遠隔モニタに送信される時間値を変動させることとを含むことができる。本方法は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されると装置に本方法を提供させるコードを含む少なくとも１つのメモリとを備える装置上に実装されてもよい。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されると、本方法を発生させるコードを含むことができる。
【００１０】
前述の一般的説明および後述する詳細説明の両方は、例示および説明に過ぎず、制限ではないことを理解されたい。さらなる特徴および／または変形は、本明細書に記載の特徴および／または変形に加えて提供されてもよい。例えば、本明細書に記載される実装例は、開示される特徴の多様な組み合わせおよび一部の組み合わせ、ならびに／または以下の詳細説明に開示されるいくつかのさらなる特徴の組み合わせおよび一部の組み合わせに関することができる。
【図面の簡単な説明】
【００１１】
図面中、
【００１２】
【図１】いくつかの実装例に従う、遠隔監視システムの上位のシステムアーキテクチャを表す。
【図２Ａ】いくつかの実装例に従う、図１の遠隔監視システムの異なるシステムアーキテクチャを図示する。
【図２Ｂ】いくつかの実装例に従う、図１の遠隔監視システムの異なるシステムアーキテクチャを図示する。
【図２Ｃ】いくつかの実装例に従う、図１の遠隔監視システムの異なるシステムアーキテクチャを図示する。
【図３】いくつかの実装例に従う、遠隔モニタに事象を通知するための例示的工程を表す。
【図４Ａ】いくつかの実装例に従う、通知メッセージ１７０の例を表す。
【図４Ｂ】いくつかの実装例に従う、通知メッセージ１７２の例を表す。
【図５】いくつかの実装例に従う、センサ電子モジュールの一例を表す。
【図６】いくつかの実装例に従う、ゲートウェイの実装のブロック図である。
【図７Ａ】いくつかの実装例に従う、ドッキングステーションの一例を表す。
【図７Ｂ】いくつかの実装例に従う、ドッキングステーションの一例を表す。
【図８】いくつかの実装例に従う、ゲートウェイまたはドッキングステーションの実装を表す。
【図９】いくつかの実装例に従う、受信器のシリアル番号または他の一意の識別子の入力を促進するための例示的表示ページを図示する。
【図１０】いくつかの実装例に従う、ホスト監視システムを設定するための工程を表すフローチャートである。
【図１１Ａ】いくつかの実装例に従う、ステータスページの例示的表示である。
【図１１Ｂ】いくつかの実装例に従う、ステータスページの例示的表示である。
【図１２】いくつかの実装例に従う、電子メールメッセージの形式における、遠隔モニタに提示される例示的な招待ページを表す。
【図１３】ホストコンピューティングデバイスのディスプレイに提示されてもよい例示的な警告設定ページを表す。
【図１４】いくつかの実装例に従う、ホスト監視デバイスによって表示される遠隔モニタの概要ページを図示する。
【図１５】いくつかの実装例に従う、ホスト監視デバイスによって表示される例示的な遠隔モニタ設定表示ページである。
【図１６】いくつかの実装例に従う、例示的な遠隔モニタ設定のフローチャートである。
【図１７】いくつかの実装例において、遠隔モニタがホストの遠隔監視設定を構成することを可能にすることができる設定ページの移植である。
【図１８Ａ】いくつかの実装例に従う、遠隔モニタによって表示されるダッシュボードページの２つの異なる実装である。
【図１８Ｂ】いくつかの実装例に従う、遠隔モニタによって表示されるダッシュボードページの２つの異なる実装である。
【図１９】いくつかの実装例に従う、ホストの監視された検体濃度の傾向グラフを提供する例示的ページである。
【発明を実施するための形態】
【００１３】
本明細書に記載する実装例は、１人以上の介護人（例えば、親、配偶者、または医療従事者）が、１つ以上のホストの健康特性を遠隔的に監視するためのシステムを含むことができる。健康特性は、グルコース等のホストの検体濃度、または心拍、血圧、もしくは体温等の身体機能を含むことができる。加えて、ホストの地理的場所、ホストの状態（例えば、運動、睡眠、または労働）等、ホストの介護を促進するために、ホストの他の特性を監視することができる。健康特性および他の特性は、スマートフォン等のコンピューティングデバイス、および連続的グルコースセンサ、心拍モニタ、ＧＰＳデバイス等の１つ以上のセンサを組み入れるホスト監視システムを使用して、収集することができる。加えて、ホストは、食事情報、薬剤の投与回数および量等の情報をコンピューティングデバイスに手動で入力することができる。ホスト監視システムによって収集された情報は、次いで、介護人によって使用される１つ以上の遠隔モニタに伝送することができる。介護人（複数可）は、次いで、遠隔監視システムを使用して、ホストの健康状態に関する情報を受信することができる。いくつかの実装例において、ホスト監視システムは、１つ以上の遠隔モニタに情報を直接伝送することができ、および／またはホスト監視システムは、最初に遠隔サーバに情報を伝送し、遠隔サーバが次いで、その情報をホストモニタに伝送する。
【００１４】
図示のみの目的として、以下の例は、本明細書に記載される遠隔監視システムの実装を使用することができる、非限定の例示的環境である。
【００１５】
この例示的環境において、糖尿病患者のホストは、幾人かの異なる介護人によって監視される。ホストは、ＤｅｘＣｏｍ，Ｉｎｃ．から市販される、ＤｅｘＣｏｍ  Ｇ４（登録商標）Ｐｌａｔｉｎｕｍ連続的グルコース監視システム等の連続的グルコース監視システムを有し、システムは、これもＤｅｘＣｏｍ，Ｉｎｃ．から市販される、ＤｅｘＣｏｍ  Ｇ４（登録商標）Ｐｌａｔｉｎｕｍ  Ｒｅｃｅｉｖｅｒ等の表示デバイス上にホストのグルコースレベルの測定値を提供する。
【００１６】
さらに、この例示的環境において、表示デバイスは、有線通信または無線通信等を介して、ゲートウェイデバイスと通信状態にすることができる。ゲートウェイデバイスは、表示デバイスから、実時間またはほぼ実時間のグルコース濃度値を含む情報を収集し、この情報をセキュアサーバに伝送する。ゲートウェイデバイスは、それぞれＡｐｐｌｅ，Ｉｎｃ．から市販される、ｉＰｈｏｎｅ（登録商標）４ＳまたはｉＰｈｏｎｅ（登録商標）５等のスマートフォンと、スマートフォンをゲートウェイとして機能させるように構成される命令を含むホスト監視ソフトウェアアプリケーションとを含むことができる。ホスト監視ソフトウェアアプリケーションは、Ａｐｐｌｅ，Ｉｎｃ．によって運用されるＡｐｐｌｅ  Ａｐｐ  Ｓｔｏｒｅ（サービスマーク）からダウンロードされる、いわゆる「アプリ」の形式であり得る。ゲートウェイは、連続的グルコース監視システムから収集された情報を、携帯ネットワーク、Ｗｉ−Ｆｉネットワーク等から、セキュアサーバに無線で伝送することができる。
【００１７】
遠隔サーバは、遠隔監視システムから受信された情報を記憶し、監視することができる。監視は、ホストのグルコース値（連続的グルコース監視システムによって生成され、ゲートウェイを介してサーバに伝送される）を既定の閾値に比較することと、閾値を超える場合に動作を開始することとを含むことができる。例えば、サーバは、最新のグルコース値（例えば、最も直前に表示されたグルコース値）を既定のグルコース閾値と比較し、グルコース値が閾値を超える場合、遠隔監視システムへの、セルラーネットワーク上からのテキストメッセージ等の通知を開始することができる。サーバは、要求に応じて、過去および最新のグルコース値を遠隔監視システムに提供することもできる。
【００１８】
上記のように、遠隔モニタは、ホストの健康特性を監視するために介護人によって使用することができ、この例示的環境では、ホストのグルコース濃度レベルである。ホスト監視システムに類似して、遠隔監視システムは、ｉＰｈｏｎｅ（登録商標）４ＳまたはｉＰｈｏｎｅ（登録商標）５等のスマートフォンと、スマートフォンを遠隔監視システムとして機能させるように構成された命令を含む遠隔監視ソフトウェアアプリケーションとにすることができる。遠隔監視ソフトウェアアプリケーションは、Ａｐｐｌｅ，Ｉｎｃ．によって運用されるＡｐｐｌｅ  Ａｐｐ  Ｓｔｏｒｅからダウンロードされる、いわゆる「アプリ」の形式にすることができる。遠隔監視システムは、閾値を超えると、サーバから通知を受信することができ、遠隔監視システムを使用する介護人にホストの状態を通知する。遠隔監視システムはまた、ホストの監視されたグルコースレベルに関する過去の情報を表示するため、および通知をトリガする閾値レベル等の通知規則を変更するためにも使用することができる。
【００１９】
以下は、特定の実装例のより詳細を提供し、上述の例示的環境において示された機能を含む場合も含まない場合もある。
【００２０】
図１は、遠隔監視システム１００の実装の上位のシステムアーキテクチャを表す。ここでは、遠隔監視システム１００は、ネットワーク１１８を介して複数の遠隔モニタ１１４Ａ〜１１４Ｍに接続された複数のホスト監視システム１９８Ａ〜１９８Ｎを含む。各ホスト監視システム１９８は、ホストと関連付けられた健康関係データを収集する１つ以上の健康監視デバイスであってもよく、ネットワーク１０８を介して健康関係データを伝送することができる。健康監視システム１９８Ａ〜１９８Ｎの実装例は、本開示の他の部分でより詳細に説明するが、いくつかの実装例において、１つ以上のセンサと、センサに動作可能に連結されたコンピューティングデバイスとを含み、健康関係データを収集、処理、および伝送することができる。ネットワーク１０８は、セルラーネットワーク、ローカルエリアネットワーク、広域ネットワーク、Ｗｉ−Ｆｉネットワーク、インターネット等を含む有線および無線ネットワーク等の任意の通信媒体を含むことができる。ネットワーク１０８はまた、１つ以上のサーバ１１０も含み、自動的に、または遠隔モニタからのリクエストに応答してのいずれかで、１つ以上の遠隔モニタ１１４Ａ〜１１４Ｍから受信した健康関係データを処理し、１つ以上の遠隔モニタ１１４Ａ〜１１４Ｍに通知およびデータを伝送することができる。
【００２１】
各遠隔モニタ１１４Ａ〜１１４Ｍは、ホスト監視システム１９８Ａ〜１９８Ｎを使用しているホストのうちの１つ以上の健康を監視している個人またはエンティティと関連付けることができる。各遠隔モニタ１１４は、親、配偶者、医師、看護師、病院等の介護人と関連付けることができる。遠隔モニタ１１４は、ネットワーク１０８から通知を受信し、１つ以上のホスト監視システム１９８Ａ〜１９８Ｎによって収集された過去の健康関係データ等の追加の情報をリクエストする、コンピューティングデバイスを含むことができる。
【００２２】
図１の遠隔監視システム１００は、ワークステーション２２も含むことができる。ワークステーション２２は、システム１００の設定を構成するため、および／またはホストの健康関係データに基づいて、遠隔監視システムによって生成された報告書等、１つ以上のホスト監視システム１９８と関連付けられた情報を表示するために、遠隔監視システム１００へのアクセスを有する、パーソナルコンピュータ等のコンピューティングデバイスであってもよい。
【００２３】
図１の遠隔監視システム１００を使用して、１つ以上の遠隔モニタ１１４Ａ〜１１４Ｍは、１つ以上のホスト監視システム１９８Ａ〜１９８Ｎを監視することができる。一例として、ホスト監視システム１９８Ａは、遠隔モニタ１１４Ａおよび１１４Ｂによって監視することができ、同時に、遠隔モニタ１１４Ａは、ホスト監視システム１９８Ｂも監視することができる。本開示により詳細に後述するように、ホスト監視システム１９８Ａ〜１９８Ｎを監視できる遠隔モニタ１１４Ａ〜１１４Ｍを制限するために、多様な権限および招待を使用することができる。
【００２４】
遠隔監視システム１００の一非制限例において、各ホスト監視システム１９８Ａ〜１９８Ｎは、Ａｐｐｌｅ，Ｉｎｃ．からのｉＰｈｏｎｅ（登録商標）携帯電話またはｉＰｏｄ（登録商標）  ｔｏｕｃｈ（登録商標）モバイルデバイス等のスマートデバイスを備え、同様に、各遠隔モニタ１１４Ａ〜１１４Ｍは、ｉＰｈｏｎｅ（登録商標）またはｉＰｏｄ（登録商標）  ｔｏｕｃｈ等のスマートデバイスを有する。各ホストスマートデバイスは、ネットワーク１０８のサーバからダウンロードされたホストソフトウェアアプリケーションを有し、このアプリケーションが、遠隔監視システム１００において使用される健康関係データの収集および伝送を含む、本明細書に記載されるホスト監視システム１９８による機能のいずれかを実施するようにスマートデバイスを構成する。ホストソフトウェアアプリケーションは、Ａｐｐｌｅ，Ｉｎｃ．によってホストされるＡｐｐ  Ｓｔｏｒｅサービスを使用してダウンロードされたアプリケーションにすることができる。同様に、各遠隔モニタ１１４Ａ〜１１４Ｍは、ネットワーク１０８のサーバからダウンロードされた遠隔監視アプリケーションを有し、この遠隔監視アプリケーションが、通知の受信およびホストの健康関係データのリクエストを含む、本明細書に記載される遠隔監視機能のうちのいずれかを実施するように構成する。遠隔監視アプリケーションもまた、Ａｐｐｌｅ，Ｉｎｃ．によってホストされるＡｐｐ  Ｓｔｏｒｅサービスを使用してダウンロードされたソフトウェアアプリケーションにすることができる。
【００２５】
図２Ａは、いくつかの実装例に従う、ホスト１９９の健康に関連する情報を監視するためのシステム１００の一例を表す。ここでは、遠隔システム１００は、センサ電子モジュール１２と連続検体センサ１０とを含む、連続検体監視システム８を含む。システム１００はまた、薬剤送達ポンプ２（例えば、インスリンまたはグルカゴンポンプ）、グルコース測定器４（例えば、指先穿刺血糖測定器）、ならびに任意の他のデバイスおよび／またはセンサ等の他のデバイスおよび／またはセンサを含んでもよい。連続検体センサ１０は、センサ電子モジュール１２に物理的に接続されてもよく、連続検体センサ１０と一体化（例えば、取り外し不可能に付設）しても、または取り外し可能に付設されてもよい。
【００２６】
センサ電子モジュール１２、薬剤送達ポンプ２、グルコース測定器４、および／または他のデバイス／センサは、受信器１０２等の１つ以上のデバイスに、有線または無線リンクを介して連結することができる。受信器１０２は、ホスト１９９が、連続検体センサ１０、送達ポンプ２、グルコース測定器４、および／または他のデバイス／センサからの情報を提示および／または制御することを可能にするようにディスプレイ１２２を含んでもよい。
【００２７】
図２Ａに図示されるシステム１００の実装は、ゲートウェイ１０４、ネットワーク１０８Ａ〜Ｃ、セキュアサーバ１１０、および通知サービス１１２を介して、遠隔モニタ１１４Ａ等の１つ以上の遠隔モニタ１１４Ａ〜１１４Ｍに通知メッセージを提供する。各遠隔モニタ１１４は、システム１００で、受信器１０２、連続検体センサ１０、送達ポンプ２、グルコース測定器４、および／またはホスト１９９と関連付けられた任意の他のセンサを含む、ホスト１９９と関連付けられた行動を監視するための別個の機構を提供するように構成されてもよい。
【００２８】
例として図示するために、ホスト１９９は、連続検体センサ１０、送達ポンプ２、および／またはグルコース測定器４からのデータを表示、またはその態様を制御するために、受信器１０２にアクセスしてもよい。しかしながら、親、介護人、医療従事者、学校の看護師等の別のエンティティは、受信器１０２、連続検体センサ１０、送達ポンプ２、および／またはグルコース測定器４からのセンサデータに基づいて判定された所定の事象を表す通知メッセージを遠隔モニタ１１４に受信させ、過去および実質的に実時間のセンサデータを表示することができる。例えば、事象は、既定の閾値を超えるまたは未満の測定された検体センサ値、既定の閾値を超えるグルコース測定値の変化率またはレベル、予測された閾値に到達している予測された（または到達することが予測される）グルコース値、プロンプトに応答しないホスト１９９、または受信器１０２で表示される警告、ならびに／あるいはセキュアサーバ１１０および／または受信器１０２によって検出される任意の他の事象のうちの１つ以上を含むことができる。図２Ａの例において、遠隔モニタ１１４は、ホスト１９９の低グルコースレベルを示す通知メッセージ１３２を表す。このように、遠隔モニタ１１４を有するエンティティは、ホスト１９９、ならびに受信器１０２、連続検体センサ１０、送達ポンプ２、グルコース測定器４等の監視および監督の追加の層を提供することによって、ホスト１９９を補助することができる。
【００２９】
いくつかの実装例において、遠隔モニタ１１４は、プロセッサ、非一時的コンピュータ可読記憶媒体（例えば、メモリ、ストレージ等）、ラジオアクセス機構（例えば、モデム等）、および／またはユーザーインターフェースを含むことができる。コンピュータ可読媒体は、プロセッサによって実行されると、１つ以上のアプリケーション、オペレーティングシステム等を提供するコードを含むことができる。例えば、アプリケーションは、受信器１０２、連続検体センサ１０、送達ポンプ２、グルコース測定器４等のうちの１つ以上を監視および／または制御するように構成される遠隔監視アプリケーションとして構成されてもよい。いくつかの実装例において、遠隔モニタ１１４は、Ａｐｐｌｅ，Ｉｎｃ．からのｉＰｈｏｎｅ（登録商標）携帯電話であり、アプリケーションは、Ａｐｐｌｅ，Ｉｎｃ．によって運営されるアプリストアサービスを使用して、インターネット上からダウンロードされたアプリケーションである。
【００３０】
いくつかの実装例において、遠隔モニタ１１４は、移動局、無線端末、タブレット、スマートフォン等のうちの１つ以上を備えることができる。例えば、遠隔モニタ１１４は、無線ハンドヘルドデバイス、無線プラグインアクセサリ等として実装されてもよい。さらに、遠隔モニタ１１４は、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、８０２．１１Ｗｉ−Ｆｉ等の無線ローカルエリアネットワーク（ＷＬＡＮ）技術、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥース（登録商標）ローエナジー（Ｂｌｕｅｔｏｏｔｈ（登録商標）  ｌｏｗ  ｅｎｅｒｇｙ）（ＢＴ−ＬＥ）、近距離通信（ＮＦＣ）、および任意の他のラジオアクセス技術等の複数のラジオアクセス技術を使用して動作するように構成されたマルチモードデバイスとして実装されてもよい。さらに、遠隔モニタ１１４は、複数のラジオアクセス技術のうちの少なくとも１つを使用して、セルラー基地局、Ｗｉ−Ｆｉアクセスポイント等のネットワーク１０８Ａのアクセスポイントへの接続を確立するように構成されてもよい。また、本明細書の例のいくつかは、説明の目的のために、遠隔モニタ１１４をモバイル、無線コンピューティングデバイスとして参照するが、遠隔モニタは、パーソナルコンピュータ等の固定デバイスとして実装されてもよい。
【００３１】
いくつかの実装例において、受信器１０２の警告規則は、遠隔モニタ１１４とは異なっていてもよい。例えば、遠隔モニタ１１４への通知をトリガするために使用される１組の規則と比較すると、異なる１組の規則が、警告が受信器１０２によって送信および／またはトリガされる時を定義することができる。さらに、受信器１０２は、それ独自に（例えば、センサシステム８から受信されたセンサデータに閾値を適用して）警告をトリガする、センサシステム８から警告を受信する、またはセキュアサーバ１１０から直接警告を受信するが、遠隔モニタ１１４は、通知サービス１１２から、ショートメッセージ、テキストメッセージ等のメッセージを受信するように構成されてもよく、これらのメッセージは、遠隔モニタの遠隔モニタアプリケーションを有効にする等、遠隔モニタ１１４を有効にするように機能することができる。例えば、遠隔モニタ１１４は、遠隔モニタアプリケーションが遠隔モニタで電力を節約するために有効に使用されていない場合、遠隔モニタアプリケーションセッション（ならびにセキュアサーバ１１０への近接ネットワーク接続１０９）を閉じることができる。このような場合、通知サービス１１２は、遠隔モニタ１１４および／または遠隔モニタアプリケーションを有効にするために、ネットワーク接続１１１上からメッセージを送信することができる（さらに、この有効化は、自動的であっても、または遠隔モニタ１１４のユーザーの制御の下であってもよい）。
【００３２】
本明細書に記載する例のうちのいくつかは、受信器１０２と遠隔モニタ１１４との間の中間ノードとしてセキュアサーバ１１０を参照するが、いくつかの実装例において、セキュアサーバ１１０は迂回されてもよい。例えば、ゲートウェイ１０４は、遠隔モニタ１１４と直接通信することができ、この逆も可能である。加えて、ゲートウェイ１０４および受信器１０２は、受信器１０２またはゲートウェイ１０４でアプリケーションを有効化して、ホストが警告されることを可能にするために、通知メッセージを受信することができる。
【００３３】
図３は、いくつかの実装例に従う、受信器１０２、連続検体センサ１０、送達ポンプ２、グルコース測定器４、および／またはホスト１９９と関連付けられた事象を遠隔モニタ１１４に通知するための例示的工程１９７を表す。図３の説明は、図２Ａも参照する。
【００３４】
いくつかの実装例において、セキュアサーバ１１０は、工程１９７が開始される前に、受信器１０２、連続検体センサ１０、送達ポンプ２、グルコース測定器４、およびホスト１９９のうちの１つ以上を登録および／または構成することができるが、登録および／または構成は他のタイミングで発生してもよい。登録工程は、受信器１０２、連続検体センサ１０、送達ポンプ２、グルコース測定器４、遠隔モニタ１１４、および／またはホスト１９９をセキュアサーバ１１０に登録するために実施されてもよい。その上、構成工程は、受信器１０２を監視するために使用される１つ以上の遠隔モニタの識別を含むシステム１００を構成、遠隔モニタへの通知メッセージをトリガするために使用される１つ以上の規則を構成、一次および二次遠隔モニタを指定する１つ以上の規則を構成、一次および二次モニタのスケジュールを確立する１つ以上の規則を構成、一次モニタまたは二次モニタに事象を上申するタイミングを表す上申シークエンスを定義する１つ以上の規則を構成する等のために実施されてもよい。
【００３５】
１８０で、受信器１０２は、センサシステム８等からの検体データ等のセンサデータを、ゲートウェイ１０４に送信することができ、ゲートウェイ１０４は次いで、１８２で、センサデータをセキュアサーバ１１０に転送する。例えば、受信器１０２は、有線または無線接続を介してゲートウェイ１０４に連結することができ、ゲートウェイ１０４は、ネットワーク１０８Ａを介してセキュアサーバ１１０に連結することができる。ゲートウェイ１０４は、それ独自で、またはセキュアサーバ１１０からのリクエストに応答して、受信器１０２から最新および／または過去のデータをプルするように構成されてもよい。
【００３６】
１８６で、セキュアサーバ１１０は、遠隔モニタ１１４Ａ等の遠隔モニタ１１４Ａ〜１１４Ｍのうちの１つ以上に事象に関する通知メッセージを送信すべきかどうかを判定することができる。セキュアサーバ１１０は、セキュアサーバで事象をトリガ（または規則を満たす）、受信されたセンサデータ（ならびにセキュアサーバで利用可能な任意の他のデータ）に基づいて、通知メッセージを遠隔モニタ１１４に送信すべきかどうかを判定することができる。例えば、セキュアサーバ１１０は、１８２で、センサデータを受信してから、次いで、受信されたセンサデータだけを、または他のデータ（例えば、過去のデータ、患者情報の他の情報源からのデータ等）と共に受信されたセンサデータを処理して、遠隔モニタ１１４に事象を警告する通知メッセージを送信すべきかどうかを決定することができる。セキュアサーバ１１０はまた、健康管理システムまたは医療従事者のシステム等、他のシステムからも情報を受信することができ、この情報は、遠隔モニタへの通知メッセージをトリガするために使用されてもよい。加えて、セキュアサーバ１１０は、遠隔モニタがまだ有効にホスト１９９を監視しているかどうかを確認するために通知メッセージを送信することができる。
【００３７】
例として説明すると、受信器１０２は、ホスト１９９からセンサデータを受信し、ゲートウェイ１０４およびネットワーク１０８Ａを介してセンサデータをセキュアサーバ１１０に伝送することができ、セキュアサーバ１１０は、センサデータを処理し、最新のグルコースレベルデータを既定の低グルコース閾値に比較することによってグルコースレベル事象を判定することができるが、本明細書に記載される他の事象も検出されてもよい。セキュアサーバ１１０は、閾値を超える低レベルのグルコース等の事象を定義する１つ以上の規則を含み、ホスト１９９での低レベルのグルコースを示す通知メッセージを受信する遠隔モニタの識別を定義する規則を含むことができる。例えば、規則は、低レベルのグルコースが所定のホストで検出されると、所定の遠隔モニタが通知メッセージを受信すべきであることを定義することができる。通知メッセージは、低レベルのグルコースの指示（例えば、グルコース値）、事象の時刻、ならびに最新および過去のグルコースレベルのグラフ、ホスト情報（例えば、名前）、および／または任意の他のホストに関連する情報等の他の情報を含むことができる。
【００３８】
事象を定義する１つ以上の規則は、ホスト１９９、介護人等のユーザーによって、構成工程中に定義されてもよく、および／またはデフォルト規則（ホストに合わせて、時間の経過とともにユーザーによって再構成されてもよく、またはシステム１００によって適合されてもよい）として予め定義されてもよい。いくつかの実装例において、１つ以上の規則は、１つ以上の遠隔モニタに報告されるべき事象の重大度を表す閾値、通知メッセージが遠隔モニタそれぞれに送信されるべき時刻（複数）、１つ以上の遠隔モニタの識別（例えば、電話番号、インターネットプロトコルアドレス、電子メールアドレス等）等を定義することができる。
【００３９】
その上、１つ以上の規則は、事象が事象の重大度、事象の種類、および／または指定された遠隔モニタによる応答の欠落に基づいて異なって処理できるように、上申規則を含むことができる。例えば、規則は、所定の値未満のグルコース値が遠隔モニタ１１４への通知メッセージの対象であってはならないということを定義することができ（ホスト１９９に通知するために、警告メッセージが受信器１０２またはゲートウェイ１０４に送信されてもよいが）、別の規則は、ある範囲の値の間のグルコース値が遠隔モニタ１１４への通知メッセージの対象でなければならないことを定義することができ、一方、別の規則は、危険なほど低いグルコース値が検出されると、遠隔モニタ１１４Ａならびに他の遠隔モニタ１１４Ｂ〜Ｍに通知メッセージを送信することを定義することができる。いくつかの実装例において、受信器１０２でホスト１９９への警告をトリガするために使用される規則は、遠隔モニタ１１４に通知メッセージを送信するために使用される規則とは異なってもよいが、規則のうちの１つ以上が同じであってもよい。
【００４０】
上述の例は低グルコースレベルと関連付けられた事象を説明したが、遠隔モニタ１１４への通知メッセージをトリガおよび／または受信器１０２への警告をトリガするために、セキュアサーバ１１０で本明細書に説明される他の種類の事象も定義されてもよい。
【００４１】
１８７で、セキュアサーバ１１０は、受信器１０２および／またはゲートウェイ１０４に警告を送信することができる。警告は、遠隔モニタ１１４への通知メッセージの事象をトリガするために使用される規則と同じまたは異なる事象に基づいてトリガされてもよい。その上、セキュアサーバ１１０は、警告が１８７で送信されるときと、通知メッセージが１８８〜１９０で送信されるときとの間の遅延を含むことができる。例えば、受信器は、セキュアサーバに記憶された受信器の規則と同じまたは異なる１組の規則も有する場合があるので、遅延は、受信器１０２が、１８８〜１９０でメッセージを送信する前に確認または動作を実行することを可能にすることができる。すなわち、受信器１０２は、受信器内部に存在する規則に基づいて警告をトリガしてもよく、受信器は、セキュアサーバに記憶された異なる１組の規則に基づいて、セキュアサーバから警告を受信してもよい。セキュアサーバ１１０が受信器１０２に通知を送信する前の遅延は、事象の重大度または種類に基づいてセキュアサーバによって変動されてもよく、遅延は、ユーザーによって構成されても、および／またはプログラム的に構成されてもよい。例えば、第１の遅延は、第１の低検体閾値に使用されてもよいが、第２の重大度がさらに高い、低グルコース閾値には遅延が全く使用されなくてもよい。
【００４２】
１８８〜１９０で、通知メッセージは、１つ以上の規則が１８６でトリガされるかどうかに基づいて、１つ以上の遠隔モニタに送信されてもよい。いくつかの実装例において、セキュアサーバは、プッシュ通知サービス１１２に通知メッセージを送信することができ、プッシュ通知サービス１１２は次いで、遠隔モニタに通知をプッシュする。プッシュ通知サービスの例として、アップルプッシュ通知サービス（Ａｐｐｌｅ  Ｐｕｓｈ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）（ＡＰＮＳ）およびグーグルクラウドメッセージング（Ｇｏｏｇｌｅ  Ｃｌｏｕｄ  Ｍｅｓｓａｇｉｎｇ）が挙げられるが、電子メール、ショートメッセージングサービス、ツイート等の任意の他のメッセージ機構も使用されてもよい。ＡＰＮＳの場合、遠隔モニタ１１４（またはその中の通知メッセージセンター）は、ＡＰＮＳとのインターネットプロトコル（ＩＰ）接続を確立することができる。この接続は、遠隔モニタアプリケーションおよび／または遠隔モニタが有効に使用されていない場合であっても、通知サービスが通知メッセージセンターに通知メッセージを送信することができるように、暗号化されても、持続的であっても、および／または認証されてもよい。例えば、通知メッセージセンターは、通知メッセージが遠隔モニタアプリケーションに到着したことを、遠隔モニタ１１４のユーザーに警告することができる。
【００４３】
プッシュ通知サービスを利用する実装例において、通知サービス１１２は、セキュアサーバ１１０から通知メッセージを受信することができる。通知メッセージは、遠隔モニタ１１４の電話番号、ＩＰアドレス等の送信先アドレスと、通知メッセージのコンテンツ等のペイロードとを含むことができる。低グルコースレベルに関する前述の例に戻ると、通知メッセージは、遠隔モニタ１１４の電話番号と、低グルコースレベル値、値の測定時刻、および／またはホストの識別等のショートテキストメッセージとを含むことができる。通知メッセージは、２５６バイトに制限されてもよいが、他のサイズのメッセージが使用されてもよい。いずれの場合でも、通知サービス１１２は、通知サービスサーバ１１２と遠隔モニタ１１４の通知メッセージセンターとの間の、インターネットプロトコル（ＩＰ）接続等の接続を介して、遠隔モニタ１１４に通知メッセージをプッシュする。遠隔モニタ１１４の通知メッセージセンターが通知メッセージを受信すると、通知メッセージセンターは、通知メッセージを表示し、遠隔モニタ１１４のユーザーに対する音、振動、または別の他の指示を生成することができる。さらに、いくつかの実装例において、遠隔モニタの通知メッセージセンターまたはユーザーは、遠隔モニタ１１４の遠隔監視アプリケーションが有効に使用されていない場合、遠隔監視アプリケーションを有効にすることができる。遠隔モニタ１１４が、スマートフォン等のデバイス上に存在する実装例においては、電力を節約またはネットワークへの／からの信号送信を削減するために、遠隔モニタ１１４またはそのアプリケーションをアイドルまたは無効モードにする通知サービス１１２が使用されてもよい。
【００４４】
いくつかの実装例において、セキュアサーバ１１０が遠隔モニタ１１４および／またはその内部の遠隔監視アプリケーションに直接通知メッセージを送信するように、プッシュ通知サービスは迂回されてもよい。これは、例えば、遠隔監視アプリケーションが遠隔監視デバイス上で開くと発生してもよい。
【００４５】
１９２で、通知メッセージが受信されると、遠隔モニタ１１４またはその内部の遠隔監視アプリケーションは、アイドルモードまたは無効モードにある場合、有効化されてもよい。有効になると（プログラム的に、またはユーザーの制御下の可能性がある）、遠隔モニタ１１４は、セキュアサーバ１１０への接続を確立しようとすることができる。例えば、遠隔監視アプリケーションは、有効に使用されていない場合がある（例えば、アイドルモード、スリープモード、電源切断、バックグラウンドモード等）。遠隔監視アプリケーションを有効にするために、遠隔監視アプリケーションは、例えば、遠隔監視アプリケーションを選択して拡大することによって、遠隔監視アプリケーションを開く、値を入力することによって遠隔監視アプリケーションを有効に使用する、遠隔監視アプリケーションのユーザーインターフェースの要素を選択する等によって有効化されてもよい。その上、遠隔モニタおよび／または遠隔監視アプリケーションは、他の方式によって有効になってもよい。例えば、有効化は、運動センサによって検出された遠隔モニタの動きによって、および／あるいは遠隔モニタでの表示を有効にする、または表示の明度を増加することによって起動されてもよい。
【００４６】
アクセスメッセージ１９４を介して遠隔モニタ１１４が遠隔監視アプリケーションを有効化したという確認に応答して、１９６で、セキュアサーバ１１０は、追加情報を遠隔モニタに送信することができる。セキュアサーバ１１０から遠隔モニタ１１４に送信される追加情報の内容は、自動的に判定されてもよく、あるいは、アクセスメッセージ１９４内に含まれるリクエストであっても、または遠隔モニタからのその後のメッセージであってもよい、遠隔モニタからのリクエストによって定義されてもよい。追加情報は、遠隔モニタ１１４に現在記憶されていない全ての利用可能なセンサデータ、センサシステム１００、受信器１０２、および／またはセキュアサーバ１１０から取得されたグルコースデータの３または２４時間前等の既定の時間内のセンサデータ、グルコースレベルと時間のグラフ、グルコース可変値、命令、はげましのメッセージ、ホストのステータス、ホストによって変更された遠隔監視権限等のうちの１つ以上を含むことができる。
【００４７】
いくつかの実装例において、セキュアサーバ１１０は、過去３時間のセンサデータを遠隔モニタに自動的に送信し、遠隔モニタは、遠隔モニタがより長い時間ホストを評価する必要がある場合、任意の追加の量の過去のセンサデータをリクエストすることができる。セキュアサーバ１１０は、セキュアサーバが遠隔モニタ１１４からのリクエストで指定された全てのセンサデータを有さない場合、応答するために、ゲートウェイ１０４を介して、追加データを受信器１０２に問い合わせることができる。
【００４８】
さらに説明すると、遠隔モニタ１１４が通知メッセージを受信すると、通知は、図２Ａに表されるように、遠隔モニタ１１４の表示画面上にメッセージ１３２を出現させることができる。メッセージ１３２から、遠隔監視アプリケーションは、自発的に、またはユーザーおよび／または通知メッセージセンターの命令の下でのいずれかで、有効にすることができる。遠隔監視アプリケーションは次いで、１９２で、セキュアサーバ１１０にアクセスし、事象と関連付けられた任意の追加情報またはセキュアサーバ１１０への最後の接続以降の他のデータをプログラム的に受信することができる。例えば、通知メッセージが１９４のアクセスでまたは確認メッセージで確認されると、セキュアサーバ１１０は、最新のグルコース状態および事象の重大度を示す情報（またはセキュアセンサ１１０で利用可能な任意の他の情報）の傾向グラフを有するページで自動的に応答することができる。セキュアサーバ１１０はその代わりに、データのサブセットで応答してもよいが、この場合、セキュアサーバ１１０は、セキュアサーバ１１０への最後の接続以来の新しいデータで自動的に応答してもよく、遠隔モニタは、過去３時間分のグルコースレベルを示す傾向グラフを含むページを生成することができる。いずれの場合も、遠隔モニタは、メッセージ１９６が受信されると、ホストの規定の時間を網羅する傾向グラフ（例えば、３時間の過去のグルコースレベル）等、関係事象情報を示すページを自動的に提示するように構成されてもよい。自動的に提示される可能性がある例示的ページは、図１９に図示され、本開示の他の場所でより詳細に検討する。
【００４９】
図３は、理解を容易にするために、単一のホストを監視する遠隔モニタ１１４に関して主に検討されるが、遠隔モニタは、本明細書の他の場所で検討されるように、複数のホストを監視している場合があることを理解されたい。このように、セキュアサーバ１１０は、他のホストと関連付けられたセンサデータおよび追加の情報を有する場合がある。したがって、いくつかの実装例において、セキュアサーバは、遠隔モニタへの通知１９０をトリガしたホストからのセンサデータに加えて、遠隔モニタが監視している他のホストのセンサデータを自動的に送信することができる。この様式において、遠隔モニタ１１４は、遠隔モニタが監視しているホストの各々と関連する、更新された１組のセンサデータおよび他の情報を有することができる。
【００５０】
図４Ａおよび４Ｂは、それぞれ、通知メッセージ１７０および１７２の例を表す。通知メッセージ１７０の例において、通知メッセージ１７０は、遠隔モニタ１１４が通知メッセージを受信すると、ユーザーの相互作用を要求するウィンドウとして、遠隔モニタ１１４に提示されてもよい。例えば、ユーザーの相互作用は、遠隔モニタ１１４上のボタンを押すこと、メッセージ１７０の一部と関連付けられた領域の遠隔モニタの画面に触れること、または遠隔モニタ１１４の遠隔監視アプリケーションを有効にすること（例えば、実行、開く等）を含むことができる。いくつかの場合、通知メッセージ１７０は、遠隔モニタ１１４の別のアプリケーションが有効に使用されていると表示することができる。この場合、ユーザーの相互作用は、ユーザーが他のアプリケーションを再起動することが可能になる前に通知メッセージ１７０の受信を確認するためにメッセージ１７０の一部と関連付けられた領域上の画面に触れることを含むことができるが、ユーザーの動作が他のアプリケーションの起動を阻止し、遠隔監視アプリケーションを遠隔モニタで表示されている有効なアプリケーションにしてもよい。その上、他のアプリケーションの起動を阻止するか、または他のアプリケーションを再起動するかの判断は、相対的により重大度の高い事象が他のアプリケーションの起動を阻止し、一方重大度の低い事象は阻止しないように、事象の重大度レベルに基づいて予め決定されていてもよい。
【００５１】
通知メッセージ１７２の例において、通知メッセージ１７２は、遠隔モニタ１１４で、ユーザーの側での介在を必要としない情報メッセージとして、ユーザーインターフェースに表示されるメッセージとして提示されてもよい。その上、遠隔モニタ１１４で別のアプリケーションが使用されている間に通知メッセージ１７２が表示されると、通知メッセージ１７２は、ユーザーが通知メッセージ１７２を確認することを必要とせず、または遠隔監視アプリケーション（遠隔モニタ１１４でアイドルまたは無効の状態にある可能性がある）の有効化さえも必要とせず、このために、ユーザーによる他のアプリケーションの使用を継続することになる。
【００５２】
図２Ｂは、遠隔監視システム１００の別の例示的なアーキテクチャを表す。図２Ｂを参照すると、受信器１０２は、図２Ａのゲートウェイ１０４を組み入れることができる。例えば、受信器１０２は、無線周波数モデム等、ネットワーク１０８Ａへのインターフェースを含むことができる。さらに説明すると、図２Ｂの例において、受信器１０２は、スマートフォンまたは他のプロセッサベースの無線デバイスを含み、ネットワーク１０８Ａへのアクセスを提供することができ、これによって、公衆陸上移動通信網および他のネットワーク（例えば、インターネット）を介してセキュアサーバ１１０へのアクセスを提供することができる。
【００５３】
加えて、図２Ｂでは個別に図示されるが、いくつかの実装例において、セキュアサーバ１１０は、通知サービス１１２を組み入れる、または通知サービス１１２を迂回することができる。このような実装例では、図２Ｂでのシステムの動作は、図３で説明される工程に類似するが、センサデータ１８０は、１８０で、セキュアサーバ１１０に直接送信されてもよく、セキュアサーバ１１０は、１８８で、通知メッセージを遠隔モニタ１１４に直接送信してもよい。
【００５４】
図２Ｃは、遠隔監視システム１００のさらに別の例示的なアーキテクチャを表す。ここでは、ゲートウェイ１０４は、ドッキングステーション１０３およびホスト通信デバイス１０５を備える個別のデバイスを含む破線のボックスとして表される。いくつかの実装例において、本明細書で記載されるゲートウェイ１０４の機能のうちのいずれかは、ドッキングステーションとホスト通信デバイスとの間に分割することができる。例えば、ドッキングステーション１０３は、受信器１０２と通信することができ、ホスト通信デバイス１０５は、セキュアサーバ１１０と通信することができる。
【００５５】
いくつかの実装例において、ホスト通信デバイス１０５はスマートフォンであり、ドッキングステーション１０３は、受信器１０２に物理的、電気的、および通信可能に連結して、受信器を保持し、電力を供給し、通信する。一実装例において、ドッキングステーション１０３は、受信器１０２に電力を供給すること、および受信器１０２と通信することの両方のために、ＵＳＢ接続を介して受信器に連結する。ドッキングステーション１０３は次いで、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ローエナジー（Ｌｏｗ−Ｅｎｅｒｇｙ）（ＢＬＥ）プロトコルを使用して、無線通信を介してホスト通信デバイス１０５と通信し、ホスト通信デバイスは、ネットワーク１０８Ａを介してセキュアサーバ１１０と通信する。ドッキングステーション１０３を含むこのような実装例は、例えば、受信器およびホスト通信デバイスが互換性のある通信プロトコルを使用しないため、受信器１０２およびホスト通信デバイス１０５が相互に直接通信する能力を有さない場合に使用されてもよい。
【００５６】
図２Ｃの実装例において、ホスト通信デバイス１０５は、Ａｐｐｌｅ  Ａｐｐ  Ｓｔｏｒｅからダウンロードされたホスト監視アプリケーションを有する移動電話であり、アプリケーションは、移動電話がドッキングステーション１０３を介して受信器１０２から情報を収集し、その情報をセキュアサーバ１１０に伝送するように構成する上に、ゲートウェイ１０４と関連付けられた本明細書に記載される任意の他の機能も構成する。
【００５７】
ゲートウェイ１０４、ネットワーク１０８Ａ〜Ｃ、セキュアサーバ１１０、通知サービス１１２、および遠隔モニタ１１４のさらなる実装例を提供する前に、以下に受信器１０２、連続検体センサ１０、送達ポンプ２、および／またはグルコース測定器４の実装例を提供する。
【００５８】
再び図２Ａ〜２Ｃを参照すると、センサ電子モジュール１２は、いくつかの実装例において、連続検体センサ１０によって生成されたデータを測定し、処理することに関連付けられる電子回路を含むことができる。この生成された連続検体センサデータは、連続検体センサデータを処理し、校正するために使用することができるアルゴリズムも含むことができるが、これらのアルゴリズムは、他の方式で提供されてもよい。センサ電子モジュール１２は、連続グルコースセンサ等、連続検体センサを介して、検体のレベルの測定を提供するために、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせを含むことができる。センサ電子モジュール１２の実装例をここで図５を参照して詳細に説明する。
【００５９】
センサ電子モジュール１２は、上記のように、受信器１０２等の１つ以上のデバイスと連結（例えば、無線等で）することができ、受信器１０２で表示するために、センサ電子モジュール１２によって伝送されるセンサ情報等の情報を提示する（および／または警告する）。
【００６０】
図５に図示されるように、受信器１０２は、マシンとマシンのインターフェースおよびユーザーインターフェース等、１つ以上のインターフェースを含むことができる。例えば、ユーザーインターフェースは、１つ以上のボタン１２４、液晶表示１２２、振動器、音声変換器（例えば、スピーカー）、バックライト等、多様なインターフェースを含むことができる。ユーザーインターフェースを備える構成要素は、ユーザー（例えば、ホスト）と相互作用するための制御を提供することができる。１つ以上のボタンは、例えば、トグル、メニュー選択、オプション選択、ステータス選択、画面上の質問に対するはい／いいえの応答、「オフ」機能（例えば、警告に対して）、「スヌーズ」機能（例えば、警告に対して）、リセット等を可能にすることができる。ＬＣＤ１２２は、ユーザーに、例えば、視覚的データ出力を提供する。音声変換器２３０（例えば、スピーカー）は、現在および／または予想される高血糖および低血糖状態等、所定の警告のトリガに応答して、可聴信号を提供することができる。いくつかの実装例において、可聴信号は、トーン、音量、デューティサイクル、パターン、期間等によって区別されてもよい。いくつかの実装例において、可聴信号は、受信器１０２上の１つ以上のボタン２２４を押すことによって、および／または受信器上のボタンまたは選択を使用してセンサ電子モジュールに信号を発することによって、消音（例えば、スヌーズまたはオフ）するように構成されてもよい。
【００６１】
図２Ａおよび２Ｂは、受信器１０２の実装例をハンドヘルド表示デバイスとして表すが、相対的に小型のキーホブ様、ドングル様表示デバイス、携帯電話（例えば、スマートフォン、タブレット等）、パーソナルコンピュータ２０、および／または少なくとも情報（例えば、薬剤送達情報、個別の自己監視グルコース測定値、心拍モニタ、摂取カロリーモニタ等）を提示するように構成される任意の他のユーザー機器等、他の形式の要素も使用されてもよい。
【００６２】
いくつかの実装例において、連続検体センサ１０は、検体を検出および／または測定するためのセンサを備え、連続検体センサ１０は、非侵襲デバイス、皮下デバイス、経皮デバイス、および／または血管内デバイスとして検体を連続的に検出および／または測定するように構成されてもよい。いくつかの実装例において、連続検体センサ１０は、複数の間欠的血液サンプルを分析することができるが、他の検体も使用されてもよい。
【００６３】
いくつかの実装例において、連続検体センサ１０は、酵素的、化学的、物理学的、電気化学的、分光学的、偏光的、熱量測定、電気泳道、放射測定、免疫化学的等、１つ以上の測定技法を使用して血中のグルコースを測定するように構成されたグルコースセンサを備えることができる。連続検体センサ１０がグルコースセンサを含む実装例において、グルコースセンサは、グルコースの濃度を測定することができる任意のデバイスを備えることができ、ホストのグルコースの濃度を示すデータストリーム等のデータを提供するために、侵襲、最小侵襲、および非侵襲技法（例えば、蛍光監視）を含む、多様なグルコース測定技法を使用することができる。データストリームは、未処理のデータ信号であってもよく、ホスト、または介護人（例えば、親、家族、保護者、教師、医師、看護師、またはホストの健康状態に関心がある任意の他の個人）等のユーザーにグルコース値を提供するために使用される校正および／またはフィルタリングされたデータストリームに変換される。その上、連続検体センサ１０は、移植可能グルコースセンサ、ホスト血管内または体外に移植される経皮的グルコースセンサ、皮下センサ、再補充可能皮下センサ、血管内センサのうちの少なくとも１つとして移植されてもよい。
【００６４】
本明細書の説明は、グルコースセンサを備える連続検体センサ１０を含むいくつかの実装例に言及するが、連続検体センサ１０は、他の種類の検体センサも備えることができる。その上、いくつかの実装例は、グルコースセンサを移植可能なグルコースセンサとして言及するが、グルコースの濃度の検出およびグルコース濃度を表す出力信号を提供することが可能な他の種類のデバイスも使用されてもよい。さらに、本明細書の説明は、測定、処理等されている検体としてグルコースに言及するが、その代わりに、またはそれに加えて、例えば、ケトン体（例えば、アセトン、アセト酢酸、およびベータヒドロキシ酪酸、乳酸塩等）、グルカゴン、アセチルＣｏＡ、トリグリセリド、脂肪酸、クエン酸回路の中間体、コリン、インスリン、コルチゾル、テストステロン等を含む他の検体が使用されてもよい。いくつかの実装例において、本明細書に記載される検体監視に加えて、またはその代わりに、心拍、血圧レベル、血中酸素濃度、体温、摂取カロリー、薬剤送達等を含むがこれらに限定されない、ホストの他の健康特性が監視される。
【００６５】
一実施形態において、センサシステム８および受信器１０２は、ＤｅｘＣｏｍ，Ｉｎｃ．から入手可能なＤｅｘＣｏｍ  Ｇ４（登録商標）Ｐｌａｔｉｎｕｍ連続グルコース監視システムを備え、ゲートウェイ１０４は、本明細書に記載されるゲートウェイ１０４の機能のいくつかまたは全てをスマートフォンに実行させるその上にダウンロードされたソフトウェアを含む、Ａｐｐｌｅ，Ｉｎｃから入手可能なＡｐｐｌｅ  ｉＰｈｏｎｅ（登録商標）スマートフォンを備える。
【００６６】
図５は、いくつかの実装例に従う、センサ電子モジュール１２の一例を表す。センサ電子モジュール１２は、センサデータ等のセンサ情報を処理するように構成されるセンサ電子を含むことができる。例えば、センサ電子モジュールは、センサデータを、フィルタリングされたセンサデータ（例えば、１つ以上のフィルタリングされた検体濃度値）、未処理のセンサデータ、校正されたセンサデータ（例えば、１つ以上の校正された検体濃度値）、変化率情報、傾向情報、加速度情報、センサ診断情報、場所情報（全地球測位／ナビゲーションシステム情報等、場所情報を提供する場所モジュール２６９によって提供されてもよい）、警報／警告情報、校正情報、センサデータの円滑化および／またはフィルタリングアルゴリズム等のうちの１つ以上に処理することができる。
【００６７】
いくつかの実装例において、センサ電子モジュール１２は、センサデータを校正するように構成されてもよく、データ記憶メモリ２２０は、校正されたセンサデータポイントを記憶することができる。その上、センサ電子モジュール１２は、いくつかの実装例において、センサデータの校正を可能にするために、受信器１０２等のデバイスから、校正情報を無線で受信するように構成されてもよい。さらに、センサ電子モジュール１２は、センサデータ上で追加のアルゴリズム処理（例えば、構成および／またはフィルタリングされたデータ、ならびに／あるいは他のセンサ情報）を実行するように構成されてもよく、データ記憶メモリ２２０は、アルゴリズムと関連付けられた変換されたセンサデータおよび／またはセンサ診断情報を記憶するように構成されてもよい。
【００６８】
いくつかの実装例において、センサ電子モジュール１２は、ユーザーインターフェース１２２に連結された用途特定集積回路（ＡＳＩＣ）２０５を備えることができる。ＡＳＩＣ２０５はさらに、低電位電解装置２１０、センサ電子モジュール１２から、受信器１０２等の１つ以上のデバイスにデータを伝送するための遠隔測定モジュール２３２、および／または信号処理およびデータ記憶のための他の構成要素（例えば、プロセッサモジュール２１４およびデータストア２２０）を含むことができる。図２はＡＳＩＣ２０５を表すが、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、センサ電子モジュール１２によって実行される処理のいくつか（全てではない場合）を提供するように構成される１つ以上のマイクロプロセッサ、アナログ回路、デジタル回路、またはこれらの組み合わせを含む、他の種類の回路も使用されてもよい。
【００６９】
図５に表される例において、低電位電解装置２１０は、検体からのセンサデータを受信するために、データライン２１２を介して、グルコースセンサ等の連続検体センサ１０に連結される。低電位電解装置２１０はまた、データライン２１２を介して、ホスト内の検体濃度を示す値（例えば、電流等）の測定のためにセンサを付勢するために、電圧を連続検体センサ１０に供給することもできる（センサのアナログ部分とも称される）。低電位電解装置２１０は、連続検体センサ１０での作動電極の数に依存して、１つ以上のチャネル（および対応する１つ以上のデータライン２１２）を有することができる。
【００７０】
いくつかの実装例において、低電位電解装置２１０は、センサ１０からの最新値を電圧値に変換するレジスタを含むことができ、一方、いくつかの実装例において、電流から周波数への変換器は、例えば、電荷カウントデバイスを使用して、センサ１０から測定された最新値を連続的に統合するように構成することもできる。いくつかの実装例において、アナログからデジタルへの変換器は、センサ１０からのアナログ信号をいわゆる「カウント」にデジタル化して、プロセッサモジュール２１４による処理を可能にすることができる。得られたカウントは、低電位電解装置２１０によって測定された電流に直接関連することができ、ホストのグルコースレベル等の検体レベルに直接関連することができる。
【００７１】
遠隔測定モジュール２３２は、プロセッサモジュール２１４に動作可能に接続されてもよく、センサ電子モジュール１２と、受信器１０２、表示デバイス、プロセッサ、ネットワークアクセスデバイス／ゲートウェイ等、１つ以上の他のデバイスとの間の無線通信を可能にするハードウェア、ファームウェア、および／またはソフトウェアを提供することができる。遠隔測定モジュール２３２で実装することが可能な多種多様な無線ラジオ技術として、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥース（登録商標）ローエナジー（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ−Ｅｎｅｒｇｙ）、ＡＮＴプロトコル、ＮＦＣ（近距離通信）、ＺｉｇＢｅｅ、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、セルラーラジオアクセス技術、ラジオ周波数（ＲＦ）、赤外線（ＩＲ）、ページングネットワーク通信、磁気誘導、衛星データ通信、スペクトル拡散通信、周波数ホッピング通信、近距離通信等が挙げられる。いくつかの実装例において、遠隔測定モジュール２３２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）チップを備えるが、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術は、遠隔測定モジュール２３２およびプロセッサモジュール２１４の組み合わせにおいて実装されてもよい。さらに、図２において、遠隔測定モジュールは、ＡＳＩＣ２０５の一部として表されるが、他の実装例において、遠隔測定モジュールのいくつかまたは全ては、ＡＳＩＣとは別にすることができる。
【００７２】
プロセッサモジュール２１４は、センサ電子モジュール１２によって実行される処理を制御することができる。例えば、プロセッサモジュール２１４は、センサからのデータ（例えば、カウント）を処理、データをフィルタリング、データを校正、フェイルセーフチェックを実行等するように構成されてもよい。
【００７３】
いくつかの実装例において、プロセッサモジュール２１４は、例えば、無限インパルス応答（ＩＩＲ）または有限インパルス応答（ＦＩＲ）フィルター等のデジタルフィルターを含むことができる。このデジタルフィルターは、センサ１０、データライン２１２、および低電位電解装置２１０から受信した未処理のデータストリームを円滑化することができる（例えば、センサデータのアナログからデジタルへの変換後）。一般に、デジタルフィルターは、既定の時間間隔（サンプルレートとも呼ばれる）でサンプルされたデータをフィルターするようにプログラムされる。いくつかの実装例において、低電位電解装置２１０が、離散時間間隔で検体を測定するように構成されている場合等、これらの時間間隔はデジタルフィルターのサンプリングレートを決定する。いくつかの実装例において、低電位電解装置２１０は、例えば、電流から周波数への変換器を使用して、検体を連続的に測定するように構成される。これらの電流から周波数への変換器実装例において、プロセッサモジュール２１４は、既定の時間間隔（捕捉時間）で、電流−周波数変換器の積分器からデジタル値を要求するようにプログラムされてもよい。プロセッサモジュール２１４によって積分器から取得されるこれらのデジタル値は、電流測定の連続性のために、取得時間で平均化されてもよい。このように、捕捉時間は、デジタルフィルターのサンプリングレートによって決定されてもよい。
【００７４】
プロセッサモジュール２１４はさらに、受信器１０２等、デバイスに伝送するためのデータパッケージを生成するように構成されたデータ生成器を含むことができる。その上、プロセッサモジュール２１５は、遠隔測定モジュール２３２を介して、これらの外側の情報源に伝送するためのデータパケットを生成することができる。いくつかの例示的な実装例において、データパッケージは、上記のように、カスタマイズ可能であってもよく、および／またはタイムスタンプ、表示可能なセンサ情報、変換されたセンサデータ、センサおよび／またはセンサ電子モジュールの識別子コード、未処理のデータ、フィルタリングされたデータ、校正されたデータ、変化率情報、傾向情報、エラー検出または修正等、任意の利用可能なデータを含むことができる。
【００７５】
プロセッサモジュール２１４は、プログラムメモリ２１６、および他のメモリ２１８も含んでもよい。プロセッサモジュール２１４は、通信ポート２３８等の通信インターフェース、および電池２３４等の電源に連結されてもよい。その上、電池２３４はさらに、センサ電子モジュール１２に電源を供給、および／または電池２３４を充電するために、充電器および／または調整器２３６に連結されてもよい。
【００７６】
プログラムメモリ２１６は、連結されたセンサ１０の識別子（例えば、センサ識別子（ＩＤ））等、データを記憶するため、およびＡＳＩＣ２０５が本明細書に記載される動作／機能の１つ以上を実行するように構成するためのコード（プログラムコードとも呼ばれる）を記憶するために、擬似静的メモリとして実装されてもよい。例えば、プログラムコードは、プロセッサモジュール２１４が、データストリームまたはカウントを処理、フィルタリング、校正、フェイルセーフチェックを実行等するように構成することができる。
【００７７】
メモリ２１８はまた、情報を記憶するためにも使用されてもよい。例えば、メモリ２１８を含むプロセッサモジュール２１４は、システムのキャッシュメモリとして使用されてもよく、データライン２１２および低電位電解装置２１０から受信された最近のセンサデータの一時的記憶が提供される。いくつかの実装例において、メモリは、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、動的ＲＡＭ、静的ＲＡＭ、非静的ＲＡＭ、容易に消去可能なプログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）、再書込み可能ＲＯＭ、フラッシュメモリ等のメモリ記憶構成要素を備えることができる。
【００７８】
データ記憶メモリ２２０は、プロセッサモジュール２１４に連結されてもよく、多様なセンサ情報を記憶するように構成されてもよい。いくつかの実装例において、データ記憶メモリ２２０は、１日以上の連続検体センサデータを記憶する。例えば、データ記憶メモリは、データライン２１２を介してセンサ１０から受信された１、３、４、５、６、７、８、９、１０、１１、１２、１３、１４、１５、２０、および／または３０（または以上の日）の連続検体センサデータを記憶することができる。記憶されたセンサ情報は、タイムスタンプ、未処理のセンサデータ（１つ以上の未処理の検体濃度値）、校正されたデータ、フィルタリングされたデータ、変換されたセンサデータ、場所情報、および／あるいは任意の他のセンサ関係または表示可能な情報のうちの１つ以上を含むことができる。
【００７９】
ユーザーインターフェース２２２は、１つ以上のボタン２２４、液晶ディスプレイ（ＬＣＤ）２２６、バイブレータ２２８、音声変換器（例えば、スピーカー）２３０、バックライト等、多様なインターフェースを含むことができる。ユーザーインターフェース２２２を備える構成要素は、ユーザー（例えば、ホスト）と相互作用するための制御を提供することができる。１つ以上のボタン２２４は、例えば、トグル、メニュー選択、オプション選択、ステータス選択、画面上の質問に対するはい／いいえの応答、「オフ」機能（例えば、警告に対して）、「スヌーズ」機能（例えば、警告に対して）、リセット、および／または同様なことを可能にすることができる。ＬＣＤ２２６は、ユーザーに、例えば、視覚的データ出力を提供する。音声変換器２３０（例えば、スピーカー）は、現在および／または予想される高血糖および低血糖状態等、所定の警告のトリガに応答して、可聴信号を提供することができる。いくつかの実装例において、可聴信号は、トーン、音量、デューティサイクル、パターン、期間等によって区別されてもよい。いくつかの実装例において、可聴信号は、センサ電子モジュールの１つ以上のボタン２２４を押すことによって、および／または表示デバイス（例えば、キーホブ、携帯電話等）上のボタンまたは選択を使用してセンサ電子モジュールに信号を発することによって、消音（例えば、スヌーズまたはオフ）するように構成されてもよい。
【００８０】
図２を参照して音声および振動警告を説明したが、他の警告機構も使用されてもよい。例えば、いくつかの実装例において、１つ以上の警告状態に応答して、患者を「突く」ように構成された突き機構を含む、触覚警告が提供される。
【００８１】
電池２３４は、プロセッサモジュール２１４（および可能性としてセンサ電子モジュール１２の他の構成要素）に動作可能に接続されてもよく、センサ電子モジュール１２に必要な電源を提供することができる。いくつかの実装例において、電池は、二酸化マンガンリチウム電池であるが、しかしながら、任意の適切な寸法かつ電力の電池を使用することができる（例えば、ＡＡＡ、ニッケルカドミウム、亜鉛炭素、アルカリ、リチウム、ニッケル水素、リチウムイオン、亜鉛空気、酸化水銀亜鉛、銀亜鉛、または密封）。いくつかの実装例において、電池は充電可能である。いくつかの実装例において、システムに電力を供給するために複数の電池を使用することができる。また他の実装例において、受信器は、例えば、誘導連結を介して、経皮的に電力を供給することができる。
【００８２】
電池充電器および／または調整器２３６は、内部および／または外部の充電器からエネルギーを受けるように構成されてもよい。いくつかの実装例において、電池調整器（またはバランサ）２３６は、センサ電子モジュール内のすべてのセルまたは電池が、他のセルまたは電池を過剰に充電することなく、完全に充電されることを可能にするために、余分な充電電流を減らすことによって、充電工程を調整する。いくつかの実装例において、電池２３４（複数可）は、誘導および／または無線充電パッドを介して充電するように構成されるが、任意の他の充電および／または電源機構も使用されてもよい。
【００８３】
１つ以上の、外部コネクタとも称される通信ポート２３８は、他のデバイスとの通信を可能にするために提供されてもよく、例えば、パーソナルコンピュータ（ＰＣ）の通信（ｃｏｍ）ポートは、センサ電子モジュールとは別、または一体化されるシステムとの通信を可能にするために提供することができる。通信ポートは、例えば、別のコンピュータシステム（例えば、ＰＣ、パーソナルデジタルアシスタントまたは「ＰＤＡ」、サーバ等）と通信するためのシリアル（例えば、ユニバーサルシリアルバスまたは「ＵＳＢ」）通信ポート、以下にさらに詳細を記載するドッキングステーションに連結された無線トランシーバーとのドングル、および／または任意の他のインターフェースを備えることができる。通信ポートは、無線通信も可能にするために、無線トランシーバーに連結、または無線トランシーバーを含むこともできる。いくつかの実装例において、センサ電子モジュール１２は、患者および／または医師による後ろ向き分析のために、過去のデータをＰＣまたは他のコンピューティングデバイス（例えば、本明細書に開示されるセキュアサーバ）に伝送することが可能である。
【００８４】
いくつかの連続検体センサシステムにおいて、センサ電子部品の皮膚上の部分は、皮膚上の電子部品の複雑度および／または寸法を最小限にするために簡素化されてもよく、例えば、センサ電子モジュール１２に関して上述した校正および他のアルゴリズムを実行するように構成された受信器１０２等の表示デバイスに、未処理の、校正された、および／またはフィルタリングされたデータだけを提供する。しかしながら、センサ電子モジュール１２は、変換されたセンサデータおよび／または表示可能なセンサ情報を生成するために使用される予想されるアルゴリズムを実行するように実装されてもよく、例えば、基準および／またはセンサデータの臨床受容性を評価する、臨床条件に基づいて最適な校正のための校正データを評価する、校正の質を評価する、推定検体値を時間に対応して測定された検体値と比較する、推定検体値の変動を分析する、センサおよび／またはセンサデータの安定性を評価する、信号アーチファクト（ノイズ）を検出する、信号アーチファクトを置換する、センサデータの変化率および／または傾向を判定する、動的かつ高度な検体値推定を実行する、センサおよび／またはセンサデータに関する診断を実施する、動作のモードを設定する、データ異常を評価する等のアルゴリズムを含む。
【００８５】
図５には個別のデータ記憶装置とプログラムメモリが示されるが、多様な構成も使用されてもよい。例えば、センサ電子モジュール１２には、データ処理および記憶要件をサポートする記憶空間を提供するために１つ以上のメモリが使用されてもよい。
【００８６】
記載の例のうちいくつかは、センサ電子モジュール１２および／または受信器１０２と通信状態にある連続検体センサ１０、グルコース測定器４、およびポンプ２を参照するが、他のデバイスも使用されてもよい。例えば、センサ電子モジュール１２および／または受信器１０２は、グルコースセンサ、高度計、加速度計、温度センサ、場所モジュール（例えば、全地球測位システムプロセッサまたは他の場所情報の情報源）、心拍モニタ、血圧モニタ、酸素濃度計、摂取カロリーモニタ、薬剤送達デバイス等を含む、他のセンサに（有線および／または無線リンクのいずれかを介して）連結することができる。
【００８７】
上述のように、センサ電子モジュール１２は、データパッケージを生成し、無線または有線媒体を介して、センサデータを受信、記憶、転送／再送、および／または表示するように構成される、受信器１０２等のデバイスにデータパッケージを伝送することができる。センサ電子モジュール１２は、上述のように、複数のセンサからのセンサデータを分析し、ホストの多数の特徴、受信器１０２、受信器１０２のユーザー、遠隔モニタ１１４、および／またはセンサデータの特徴のうちの１つ以上に基づいて、どのセンサデータが伝送されるべきかを判定する。さらに、センサシステム８に関して本明細書に記載される機能および／または構成要素のうちの１つ以上はさらに、あるいはその代わりに、受信器１０２、ゲートウェイ、またはセキュアサーバ１１０のうちの１つ以上に見出されてもよく、受信器１０２に関して本明細書に記載される機能のうちの１つ以上もまた、センサシステム８上に見出されてもよい。
【００８８】
説明の目的のために再び図２Ａを参照すると、受信器１０２は、検体センサデータ、ならびに他の利用可能なデータを、有線および／または無線リンクを介して、ゲートウェイ１０４に転送することができる。いくつかの実装例において、ゲートウェイ１０４は、セルラーラジオインターフェース（例えば、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等）、無線ローカルエリアネットワークインターフェース（例えば、Ｗｉ−Ｆｉ等）、および／あるいは任意の他の種類の無線または有線インターフェース等、ラジオインターフェースとして構成されるネットワークインターフェースを含むことができる。例えば、ゲートウェイ１０４は、ラジオ周波数サブシステム（例えば、モデム）を含む少なくとも１つのプロセッサを含むことができる。これらの無線例では、受信器１０２がゲートウェアィ１０４に連結すると、ゲートウェイ１０４は、検体センサデータ等を、アクセスネットワーク、無線ローカルエリアネットワーク、ラジオアクセスネットワーク、セルラーネットワーク、インターネット、および／または任意の他の通信機構を含むことができる、ネットワーク１０８Ａを介して、無線でセキュアサーバ１１０に送信する。いくつかの実装例において、ゲートウェイ１０４は、無線接続ネットワーク１０８Ａも含むことができ、無線接続ネットワーク１０８Ａは、さらにセキュアサーバ１１０に連結する。
【００８９】
ゲートウェイ１０４は、複数の方式のうちの１つ以上で、受信器１０２から、センサ検体データおよび追加情報を自動的に送信することができる。例えば、受信器１０２は、ゲートウェイからのリクエストがなくても、ゲートウェイ１０４に情報を提供することができる。情報は、タイマーの有効期限後、または新しいセンサデータポイントの生成時等に自動的に提供することができるか、または受信器１０２へのユーザー入力に応答することができる。ゲートウェイ１０４は次いで、受信器からの情報をセキュアサーバ１１０に自動的に送信することができる。別の例において、ゲートウェイは、５分のタイマー等、タイマーの有効期限後等、既定の規則に基づいて、情報を自動的にリクエストすることができる。受信器１０２によって提供された情報は次いで、セキュアサーバ１１０に自動的に送信されてもよい。また別の例において、ゲートウェイは、情報のリクエストをゲートウェイ１０４に送信することができ、ゲートウェイ１０４は次いで、このリクエストを受信器１０２に転送する。受信器１０２は次いで、リクエストされた情報をゲートウェイに提供し、ゲートウェイは次いで、この情報をセキュアサーバ１１０に転送する。これらの例の各々で、リクエストされた情報は特定の情報（例えば、特定の期間のセンサデータ）、または単純に一般的な情報送信リクエストであり得る。後者の場合、受信器１０２は、リクエストに応答して、受信器がサーバ１１０に最後に情報を提供した以降に受信器によって生成された任意の新しいセンサデータ等、どのような情報を送信すべきかを判定することができる。
【００９０】
図６は、ゲートウェイ１０４の実装例のブロック図である。ゲートウェイ１０４は、ゲートウェイ１０４に連結されると受信器１０２を充電するための電源モジュール３０２と、ゲートウェイ１０４によってネットワーク１０８Ａへの有線接続も提供されてもよいが、多様なネットワークアクセス技術を使用してネットワーク１０８Ａへの無線アクセスを可能にする無線ネットワークインターフェース３０４と、プロセッサ３１４がゲートウェイ１０４の機能を実行するための命令を記憶し、受信器１０２から受信された健康関係情報を記憶するためのコンピュータメモリとを含むことができる。
【００９１】
さらに、ゲートウェイ１０４は、受信器がゲートウェイから分離し、ゲートウェイが中間のドッキングステーション１０３を含まない場合の実装例において、有線および／または無線インターフェースを受信器１０２に提供する受信器インターフェース３０６を含むことができる。例えば、受信器インターフェース３０６は、受信器１０２がゲートウェイ、セキュアサーバ１１０等と通信することができる、ユニバーサルシリアルバスインターフェースを含んでもよい。ユニバーサルシリアルバスは、受信器１０２を充電するための物理的接続も提供することができるが、無線充電も使用されてもよい。その上、受信器インターフェース３０６は、受信器１０２がゲートウェイ１０４、セキュアサーバ１１０等と通信することができる、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥース（登録商標）ローエナジー（Ｂｌｕｅｔｏｏｔｈ（登録商標）  ｌｏｗ  ｅｎｅｒｇｙ）、Ｚｉｇ−ｂｅｅ、Ａｔｏｍ、および任意の他の無線技術等、無線インターフェースを含むことができる。ゲートウェイ１０４は、ディスプレイ、タッチ画面ディスプレイ、キーパッド、スピーカー、発光ダイオード等のユーザーインターフェース３１０も含むことができる。例えば、ゲートウェイ１０４が受信器１０２、ネットワーク１０８Ａ、セキュアサーバ１１０等と適切に連結されているか、ゲートウェイ１０４が電源（例えば、コンセント）に接続されているか、電池が充電されているか等を示すために、１つ以上の発光ダイオードが使用されてもよい。ディスプレイはまた、センサデータ、警告、通知等の提示を可能にすることができる。例えば、ディスプレイ、発光ダイオード等のユーザーインターフェースは、インターネットプロトコル接続、セキュアトンネル等の接続が、ゲートウェイ１０４とセキュアサーバ１１０との間で確立されたことを提示する、特定の色の発光ダイオード、メッセージ等の指示を提供することができるので、ゲートウェイ１０４のユーザーは、受信器がセキュアサーバ１１０を含む、いわゆる「クラウド」に連結されることを認識する。
【００９２】
上述のように、いくつかの実装例において、ゲートウェイ１０４は、本明細書に記載のゲートウェイ１０４の機能を実行するようにスマートフォンを構成する、その上に記憶されたホスト監視アプリケーションを有するスマートフォンを備えることができる。
【００９３】
図７Ａおよび７Ｂは、図２Ｃを参照して説明したドッキングステーション１０３にすることができる、ドッキングステーション７００の一例を表す。図７Ａは、受信器１０２がドッキングステーションに物理的に連結されていない、ドッキングステーション７００の斜視図を示し、図７Ｂは、受信器１０２がドッキングステーションに物理的に連結されている、ドッキングステーションの前面図を示す。ドッキングステーション７００は、受信器１０２をドッキングステーションに滑動可能に挿入し、取り外し可能に保持することを可能にする、空洞７１０を有することができる。ドッキングステーション７００はまた、受信器１０２をドッキングステーションに取り外し可能に固定するための機械式機構も含むことができる（図示せず）。この機構は、ラッチ組み立て部等にすることができる。ドッキングステーションは、例えば、ユニバーサルシリアルバスコネクタ等の電子コネクタ、および／またはブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥース（登録商標）ローエナジー（Ｂｌｕｅｔｏｏｔｈ（登録商標）  ｌｏｗ−ｅｎｅｒｇｙ）、Ｗｉ−Ｆｉ、および任意の他の無線技術等の無線インターフェースを介して、受信器１０２に電気的に連結することができ、電子コネクタ、および／またはブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥース（登録商標）ローエナジー（Ｂｌｕｅｔｏｏｔｈ（登録商標）  ｌｏｗ−ｅｎｅｒｇｙ）、Ｗｉ−Ｆｉ、および任意の他の無線技術を使用して、受信器１０２から受信したデータを、ホスト通信デバイス１０５、セキュアサーバ１１０、または遠隔モニタ１１４に伝送することができる。
【００９４】
ドッキングステーション７００は、受信器１０２および／またはセキュアサーバ１１０によってトリガされた任意の警告の中継器および／または増幅器としても機能することができる。例えば、ドッキングステーション１０３は、受信器から、受信器１０２によってトリガされた警告の指示を受信することができる。ドッキングステーション７００は、例えば、可聴警告の音を発する、振動を発生する、および／または発光ダイオードを発光させることによって、警告を反復して、ユーザーに警告を示すことができる。その上、受信器１０２は、振動等の第１の警告を使用して警告することができ、一方、ドッキングステーション７００は、第１の警告とは異なる第２の種類の警告を使用して、再警告することができる。例えば、第１の警告は振動警告にすることができ、第２の警告は可聴警告にすることができ、またはこの反対も可能である。別の例として、第１の警告は、可聴警告にすることができ、第２の警告も可聴警告にすることができるが、第２の可聴警告は、第１の警告よりも音が大きい、および／または異なる音調パターンを有する。
【００９５】
いくつかの実装例において、ドッキングステーション７００は、受信器１０２からの警告を物理的に感知することによって、警告をトリガすることができる。例えば、ドッキングステーションは、受信器１０２から出る、振動または音声をそれぞれ感知することができる、振動および／または音声センサを含むことができる。この方式で、ドッキングステーション１０３は、受信器がドッキングステーションにドッキングされている間に、受信器１０２が警告をトリガしていることを検知すると警告をトリガすることができる。
【００９６】
さらに、ドッキングステーション７００での警告設定は、受信器１０２での警告設定と同じであっても、または異なっていてもよい。例えば、ドッキングステーション７００での警告設定は、受信器１０２での警告設定より厳しくてもよい。例えば、受信器１０２は、ドッキングステーション７００での対応する低グルコース閾値より大きい値で低グルコース閾値を有することができる。ドッキングステーション７００の警告設定は、例えば、ドッキングステーションのユーザーインターフェース、またはホスト通信デバイス１０５のユーザーインターフェースを使用して、ユーザー構成可能にすることができる。
【００９７】
これに加えて、または代替として、いくつかの実装例において、ドッキングステーション７００は、ドッキングステーションが警告をトリガする前に、ホストが警告を解決する時間を可能にするために、受信器１０２によってトリガされた警告をトリガすることを遅延する。ホストが遅延の有効期限終了前に警告を解決した場合、ドッキングステーション７００は警告をトリガしない。
【００９８】
さらに図７Ａおよび７Ｂを参照すると、ドッキングステーション７００は、ドッキングステーション７００および／またはシステム１００の他の構成要素のステータスを示す、ＬＥＤ等の１つ以上の表示灯を含むことができる。例えば、第１の表示灯７１２は、ドッキングステーション７００が外部の電源から電力を受けているかを（点灯する、または色を変化させることによって）示すことができ、第２の表示灯７１４は、ドッキングステーションがホスト通信デバイス１０５にペアリングされているかを（点灯する、色を変化させる、または点滅することによって）示すことができる。ドッキングステーション７００とホスト通信デバイス１０５および／またはセキュアサーバ１１０との間の通信チャネルが開き、受信器１０２からのセンサデータの伝送に成功しているかを示す第３の表示灯等、他の表示灯も使用することができる。
【００９９】
図８は、ゲートウェイ１０４の別の実装例を表す。図８の例において、ゲートウェイ１０４はユニバーサルシリアルバスドングル等のドングルとして構成され、受信器１０２に連結するためのユニバーサルシリアルバスコネクタ３９２、ネットワーク１０８Ａへのアクセスを有する、ホストデバイス１０５等の別のデバイスへの、あるいはＷｉ−Ｆｉまたはセルラー通信チェネル上からネットワーク１０８Ａに直接的にブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））ペアリングを実行するためのボタン３９４等のユーザーインターフェースを含む。ゲートウェイ／ドングルは、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））ペアリングのために構成されてもよいが、ゲートウェイ／ドンブルは、ブルートゥース（登録商標）ローエナジー（Ｂｌｕｅｔｏｏｔｈ（登録商標）  ｌｏｗ  ｅｎｅｒｇｙ）、Ｗｉ−Ｆｉ、Ａｔｏｍ、Ｚｉｇ−ｂｅｅ、ＮＦＣ等の他のラジオアクセス技術を使用する他のデバイスへの接続確立をサポートしてもよい。図８に表されるゲートウェイ／ドングルは、ゲートウェイ１０４または受信器１０２の状態（例えば、電池レベル、グルコースレベルステータス、ユーザーが低または高血糖状態にあるかどうか、ネットワークへの接続ステータス、セキュアサーバへの接続ステータス等）の指示を提供するための発光ダイオード３９６も含むことができる。いくつかの実装例において、図８のゲートウェイは、ゲートウェイおよび／または受信器１０２に電力を供給するためにその独自の充電可能電池を含んでもよいが、電源として受信器１０２に依存してもよい。
【０１００】
いくつかの実装例において、ゲートウェイ１０４は、記載のように、データが、受信器１０２からセキュアサーバ１１０に、圧縮形式または非圧縮形式で自動的にアップロードされることを可能にするために、ラジオ周波数インターフェースを含むことができ、いわゆる「クラウド」として実装されてもよい。さらに、アップロードは、受信器１０２がゲートウェイ１０４と通信状態にあるとき、ユーザーの介入なく、プログラム的に発生してもよい。ゲートウェイ１０４はまた、受信器１０２の識別子を収集するようにも構成されてもよく（または、受信器がゲートウェイ１０４からの識別子のリクエストなく、識別子を自動的に提供してもよい）、セキュアサーバ１１０が、受信されたセンサデータを、ホスト１９９、受信器、およびホストと関連付けられたセキュアサーバ１１０（またはセキュアサーバ１１０に連結されたレポジトリ）に記憶された任意の以前に提供されたセンサデータと関連付けることを可能にするために、セキュアサーバ１１０に識別子を提供してもよい。いくつかの実装例において、識別子は、受信器１０２のシリアル番号であり、受信器は、受信器がゲートウェイに提供する任意のセンサデータに加えて、識別子を自動的に送信する。その上、いくつかの実装例において、ゲートウェイ１０４は、データを増分的に送信するように構成されてもよく、すなわち、セキュアサーバ１１０によってリクエストされない限り、以前に受信されたデータがセキュアサーバ１１０に再送信されない。さらに、ゲートウェイ１０４は、接続速度、コスト等に基づいて、セルラー接続とＷｉ−Ｆｉ接続との間で選択することができる。例えば、利用可能な場合、有料のセルラー接続よりも無料のＷｉ−Ｆｉ接続が選択されてもよい。さらに、セルラー接続は、センサシステム８によって生成された実質的に実時間のデータを送信するために使用されてもよいが、いくつかの実装例において、過去のデータを適時の様式で送信することは重要ではない場合があるので、Ｗｉ−Ｆｉ接続は過去のデータを送信するために使用される。
【０１０１】
いくつかの実装例において、ゲートウェイ１０４、受信器１０２、センサシステム８、および遠隔モニタ１１４は、センサシステム８および受信器１０２が、ゲートウェイ１０４に通信可能に連結されると、ゲートウェイ１０４がセンサシステム／受信器、および／またはそのユーザーを認識するように、予め構成されてもよい。さらに、遠隔モニタ１１４はまた、受信器１０２の遠隔監視が、受信器１０２のエンドユーザー／ホストによる構成がほとんどなくても（ある場合）発生することを可能にするように、サーバ１１０によって認識されてもよい。例えば、セキュアサーバ１１０、ゲートウェイ１０４、受信器１０２、センサシステム８、および遠隔モニタ１１４は、ホスト側で構成または登録の努力がある場合でもほとんどなく、予め構成され、予め登録されてもよい。
【０１０２】
再び図２Ａ〜２Ｃを参照すると、ネットワーク１０８Ａは、セルラーネットワーク、無線ローカルエリアネットワーク等の無線アクセスネットワークを含むことができる。その上に、ネットワーク１０８Ａは、他のネットワークにも連結してもよい。例えば、ゲートウェイ１０４は、公衆陸上移動通信網、インターネット等を含む他のネットワークへのバックホールリンクを有する場合がある、基地局またはＷｉ−Ｆｉアクセスポイントによってサービスされるアクセスネットワークに連結することができる。ネットワーク１０８Ｂ〜Ｃは、ネットワーク１０８Ａと同じまたは類似である様式で実装されてもよい。
【０１０３】
セキュアサーバ１１０は、検体センサデータを受信し、検体センサデータを記憶し、検体センサデータを処理して事象を検出し、これによって、遠隔モニタ１１４への通知の生成ならびに／あるいは受信器１０２および／またはゲートウェイ１０４への警告の生成を可能にし、遠隔モニタ１１４、受信器１０２、および／またはゲートウェイ１０４で表示するためのページまたは報告書を生成し、ホスト１９９、センサシステム８、受信器１０２、ゲートウェイ１０４、および遠隔モニタ１１４の登録ならびに／または構成を可能にすることができる。
【０１０４】
いくつかの実装例において、１つ以上のエンティティが遠隔モニタ１１４Ａ〜１１４Ｍを有してもよい。例えば、セキュアサーバ１１０は、遠隔モニタ１１４Ａ〜１１４Ｍのユーザーの識別子、および各エンティティが監視を実行するスケジュールを登録することができる。その上、エンティティのうちの１つ以上は、通知を受信するための一次モニタとしてセキュアサーバ１１０で構成されてもよく、一方、他のエンティティは、一次モニタが、１つ以上の既定の規則に従って、遠隔モニタ１１４に送信された通知メッセージを確認しない、またはそれに応じて動作しない場合に通知を受信するためのバックアップの二次モニタとして構成されてもよい。さらに、セキュアサーバ１１０は、ある事象が、遠隔モニタ１１４のうちの１つ以上への通知という結果になる場合を定義する１つ以上の規則を含むことができる。
【０１０５】
セキュアサーバ１１０はまた、医療装置、グルコース測定器、連続グルコース測定器、センサシステム、受信器、および／または本明細書に開示される任意のデバイスを含む他のデバイス（例えば、ホストまたは患者によって消費される、炭水化物等の食物摂取、薬剤送達データ、時刻、温度センサ、運動／活動センサ等を提供するデバイス）等の、多様なデバイスから患者に関連するデータを受信するクラウドベースの糖尿病データ管理フレームワークも提供することができる。さらに、クラウドベースの糖尿病データ管理システムは、ユーザーの側の介在がほとんど（または全く）なく、プログラム的にデータを受信することができる。デバイス、受信器、ソースシステム等から受信されたデータは、多様な形式であってもよく、構造化されていても、または構造化されていなくてもよい。例えば、セキュアサーバ１１０は、センサシステム８および受信器１０２から、最小限に処理または分析されている、未処理のセンサデータを受信することができ、受信されたデータは次いで、セキュアサーバ１１０による報告書生成を可能にするために、形式を整える、処理（例えば、分析）される、および／または記憶される。センサデータに加えて、セキュアサーバ１１０はまた、ヘルスケア管理システム、患者管理システム、処方箋管理システム、電子医療カルテシステム、個人健康記録システム等の情報源システムからもデータを受信することができる。
【０１０６】
いくつかの実装例において、セキュアサーバ１１０は、受信したデータの伝送に関連するエラー、データ形式、デバイスに関連するエラーコード、データの検証、重複データポイント、および／またはデータの他の態様をチェックすることができる。さらに、範囲外のデータポイントまたはデバイスエラーが検出された場合、セキュアサーバ１１０は、例えば、これらのデータポイントをフラグすることによってこれらのデータポイントを識別し、その後に識別されたデータポイントをプログラム的またはシステム管理者によって修正し、修正されたデータポイントを記憶する。その上、セキュアサーバ１１０は、臨床技師、医師等のユーザーによって、時刻の修正、日付の修正、および特定のコホート、群、および関係別のデータ（例えば、年齢、市町村、都道府県、性別、人種、１型糖尿病、２型糖尿病、糖尿病診断の年齢、検査結果、使用されている処方薬、患者の自己報告病状、患者の診断病状、患者に問われた質問に対する回答、およびホスト／患者を表す任意の他のメタデータ）の分析等、追加のデータ処理ステップを実行するように構成されてもよい。セキュアサーバ１１０が最初のデータ処理（例えば、チェック、クリーン、および分析）を実行すると、処理されたデータおよび／または未処理のデータは、セキュアサーバ１１０に連結されたレポジトリに記憶されてもよい。
【０１０７】
セキュアサーバ１１０での処理はまた、メタデータをデバイスおよび／またはセンサから受信されたデータと関連付けることも含むことができる。メタデータの例として、患者情報、データの暗号化に使用されたキー、患者加速度計データ、場所データ（例えば、患者の場所または患者の病院の場所）、時刻、日付、関連付けられるセンサデータを生成するために使用されたデバイスの種類等が挙げられる。患者情報として、患者の年齢、体重、性別、自宅住所、および／または患者が１型または２型糖尿病として診断されているかどうか、高血圧、または任意の他の病状を有する等、任意の過去の健康に関連する情報を挙げることができる。
【０１０８】
処理はまた、１つ以上の記述的測定を判定すること、事象（例えば、低血糖、高血糖、および／またはセンサデータで検出された任意の他の特徴）を検出または予測すること、受信されたセンサデータにパターン検出器を適用すること、およびセンサデータ等の受信された情報に基づく報告書を生成すること等の分析、およびセンサデータを含む情報の記述的測定のうちの１つ以上を含むことができる。記述的測定は、統計（例えば、中央値、四分位範囲内および範囲外、平均、合計、ｎ、標準偏差、ならびに変動係数）を含むことができる。いくつかの実装例において、セキュアサーバ１１０はまた、メタデータを、デバイス、センサ、ソースシステム、および／または受信器から受信されたデータと関連付け、統計（例えば、中央値、四分位範囲内および範囲外、平均、合計、ｎ、標準偏差、ならびに変動係数）等の１つ以上の記述的測定を決定し、記述的測定を含む報告書を生成し、デバイス、センサ、ソースシステム、および／または受信器から受信されたデータの整合性を認証かつ検証し、（例えば、所定の患者、デバイス、病状、糖尿病の種類等を選択するために）メタデータに基づいて受信されたデータを処理し、ならびに／あるいはデバイス、センサ、ソースシステム、および／または受信器から受信されたデータを相関付けることができるので、分析を含む処理のために、データを比較し、組み合わせることができる。さらに、セキュアサーバ１１０によって実行される任意の処理の結果は、グラフ、棒グラフ、静的チャート、チャート等の１つ以上の報告書を生成するために使用されてもよい。その上、セキュアサーバ１１０によって生成される報告書および他の出力は、１つ以上の配信機構を介して、受信器１０２、遠隔モニタ１１４、および任意の他のプロセッサに提供されてもよい。
【０１０９】
セキュアサーバ１１０は、非公開の患者を識別可能な情報を保存し、かつ／またはアクセスをセキュアサーバ１１０を使用するために登録された、すなわち承認されたユーザーに制限するという意味で、セキュアであると考えることができる。例えば、セキュアサーバ１１０は、受信器１０２または遠隔モニタ１１４等のデバイスから、ある動作（例えば、データを提供、データを記憶、データを分析／処理、報告書をリクエスト、構成情報をリクエスト、登録をリクエスト等）を実行するようにというリクエストを受信することができる。セキュアサーバ１１０がこのリクエストをサービスする前に、セキュアサーバ１１０は、このリクエストを処理して、リクエストが承認され、認定されているかを判定することができる。例えば、承認機能および認定機能は、受信器１０２、遠隔モニタ１１４、および／または任意の他のコンピュータ等のプロセッサ上に提示されるユーザーインターフェースで、ユーザーにセキュリティ認証情報（例えば、ユーザー識別子、パスワード、記憶されたセキュリティトークン、および／あるいはテキストメッセージ、電話、または電子メールによって提供された認証識別子）を提供するように要求することによって、リクエストの送信元が承認されているかを判定することができる。承認された場合、承認機能および認定機能は、リクエストの送信元を認定して、リクエストの送信元と関連付けられたセキュリティ認証情報が、送信元が、レポジトリにデータを記憶（またはアップロード）、データの分析／処理を実行、報告書生成をリクエスト、警告を受信、通知メッセージを受信などの動作を実行するために、確かにシステム１００にある特定のリソースにアクセスすることが許可されていることを示すかどうかをチェックすることができる。
【０１１０】
いくつかの実装例において、セキュアサーバ１００は、血糖データ、検体、および他のデータ（例えば、インスリンポンプデータ、炭水化物摂取データ等）を表すセンサデータ等のデータ上でパターン検出を実行するために、パターン検出器を含むことができる。パターン検出器は、パターンを検出し、出力を生成することができ、出力は、受信器１０２への警告、遠隔モニタ１１４への通知メッセージ、および／または報告書を含むページを生成するために、セキュアサーバにある報告書生成機能に提供されてもよい。
【０１１１】
その上、パターン検出器は、システム１００および／またはユーザーによって定義される既定の期間、後ろ向きにデータ／センサデータのパターンを検出することができる。例えば、パターン検出器は、セキュアサーバ１１０に連結されたレポジトリから入力データを受信することができ、入力データは、グルコース濃度データを表すセンサデータ、検体、および他のデータ（例えば、インスリンポンプデータ、炭水化物摂取データ、ヒストグラム、および／またはカウント、連続グルコースモニタからのデータ（ＣＧＭデータ）、時刻、炭水化物量、他の食物関係情報、運動、覚醒／睡眠時間間隔、摂取薬剤等）を含むことができる。その上、入力データは、８時間、１日、２日、７日、３０日、および／または任意の他の期間等の時間枠にわたって取得された過去のデータを含むことができる。例えば、入力データは、４週間の時間枠を網羅する期間にわたってシステム１００で受信かつ記憶された、監視された検体検出レベル（例えば、グルコース濃度レベル）を表すカウントを含むことができる。
【０１１２】
パターン検出器をさらに説明すると、パターンは、１つ以上の既定されたトリガ（条件、規則、およびフィルターとも呼ばれる）に基づいて認識することができる。さらに、１つ以上の既定されたトリガは、ユーザー入力に基づいて、および／またはセキュアサーバ１１０にある１つ以上の規則に基づいてプログラム的に変動可能かつ調整可能であってもよい。そして、いくつかの種類のパターンが、ユーザー、ユーザーの医師、またはユーザーの保護者によって選択、有効および無効化、ならびに／または変更されてもよいが、システム１００がプログラム的にトリガを選択、調整、および／またはそうでなければ変更してもよい。
【０１１３】
パターンと考えることができる、入力データ内の関係の種類のいくつかの例は、標的グルコース範囲（ユーザー、医療従事者、セキュアサーバ１１０、またはこれらの組み合せによって定義されてもよい）を超えるグルコースレベル、標的グルコース範囲を下回るグルコースレベル、低から高（またはこの反対）へのグルコースレベルの急速な変化、低、高、ある範囲、または急速なグルコースレベル事象が発生した時刻、低、高、ある範囲、または急速なグルコースレベル事象が発生した日、高血糖パターン、低血糖パターン、時刻または曜日と関連付けられたパターン、頻度、シークエンス、および重大度に基づいて異なるパターンに対する重み付けスコア、ユーザーのカスタム感度、低血糖から高血糖パターンへの遷移、重篤な事象に費やされた時間量、グルコース変化および時間情報の組み合わせ、および／またはグルコースデータの高変動性のパターンのうちの１つ以上である。さらに、パターンは、以前のパターンデータおよび現在検出された状況の組み合わせに基づいていてもよく、それによって、組み合わされた情報が予測される警告を生成する。
【０１１４】
時刻による低血糖パターンは、セキュアサーバ１１０によって検出された事象に基づいて検出されてもよい。例えば、ユーザーが１日のほぼ同じ時刻に低グルコース濃度を有するというパターンが識別されてもよい。識別される場合がある、別の種類のパターンは、「高濃度反発」状況である。例えば、高濃度反発は、ユーザーが、グルコース摂取を過剰に増加することによって低血糖事象を過剰に修正したことによって、高血糖事象になると定義されてもよい。これらの事象は、１つ以上の既定のトリガに基づいて検出されてもよい。
【０１１５】
パターンの例をさらに説明すると、基本的なパターンは、範囲内の値、高い変動係数等、データの所定のパターンの検索を可能にするように構成されてもよい。各パターンは、範囲内等の１つの側面を有することができ、別のパターンは特に範囲未満を検出し、もう１つは低い変動係数を検出する等である。各パターンは、統計を基本とし、パターン一致のアプリケーションにおいて標準の記述的統計を使用してもよい。各パターンには、プラスか、マイナスか、考察がどの程度重要化等、各パターンで符号化された多様な規則のスコアが割り当てられてもよい。各パターンにはまた、パターンが適用可能である可能な１組のデータ範囲が割り当てられてもよい。例えば、高いグルコース値の後に範囲未満の低い値が続く回数をカウントすることは、全範囲にのみ適用するパターンである。しかしながら、高い変動レベルを検出することは、１ヵ月、１週間、１日、日中、２時間毎、１時間毎、およびこれらの組み合わせに適用することができる。あらゆるパターンには、受信器１０２（またはホスト１９９）に送信される警告あるいは遠隔モニタ１１４に送信される通知メッセージの表示または生成を検討することができる前に、最小限許容可能なスコアが割り当てられてもよい。各パターン（および任意の関連付けられるトリガ／規則）は、所定の時間枠の１組のデータに対して処理されてもよく、そのパターンが適用され、所定の最小要件を満たす場合、そのパターンは、有意性に従って順位が決定される。このように、順位が決定されたパターンはそれぞれ、受信器１０２（またはホスト１９９）に送信される警告および／または遠隔モニタ１１４（あるいは遠隔モニタ１１４にアクセスする一次モニタまたは二次モニタ）に送信される通知メッセージに対応することができる。
【０１１６】
図１をさらに参照すると、ホスト監視システム１９８Ａは、単一の遠隔モニタ１１４Ａまたは複数の遠隔モニタ１１４Ａ〜１１４Ｍを有することができ、遠隔モニタが警告を受信するタイミングおよび送信されるべき警告の種類と関連付けられた規則は、セキュアサーバ１１０に記憶されてもよい。例えば、第１の遠隔モニタ１１４Ａは、日中に通知メッセージを受信することができ、一方、第２の遠隔モニタ１１４Ｂは、夜間に通知メッセージを受信することができるが、他のスケジュールも使用されてもよい。これに加えて、または代替として、第１の遠隔モニタ１１４Ａは、サーバがホストシステム１９８を、（例えば、ホストシステム１９８によって提供される地理的場所情報を使用して）学校等、既定の地理的場所にあると識別した場合にのみ通知を受信することができ、一方、第２の遠隔モニタ１１４Ｂは、ホストの地理的情報に関係なく、通知を受信する。別の例として、第１の遠隔モニタ１１４Ａは、遠隔モニタ１１４Ａへの警告をトリガする高および低閾値を有することができ、これらの閾値は、遠隔モニタ１１４Ｂへの警告をトリガする高および低閾値のうちの１つまたは両方とは異なる。さらに、１つ以上の規則が、第１の遠隔モニタ１１４Ａを一次モニタとして定義することができ、一方、第２の遠隔モニタ１１４Ｂは、バックアップまたは二次モニタとして定義されてもよい。
【０１１７】
遠隔モニタ１１４は、１９４（図３）で、メッセージをセキュアサーバ１１０に送信させる、または遠隔モニタのユーザーインターフェースに提示されたメッセージに応答する、遠隔監視アプリケーションを有効にする（例えば、開く、相互作用する、アクセスする、選択する等）ことによって、受信した通知メッセージを確認することができる。セキュアサーバ１１０が、既定の時間量（重大度または事象の種類に依存してもよい）後にユーザーが遠隔モニタで通知メッセージを見た、またはそれ以外に確認したという、何らかの形式の確認を受信しない場合、セキュアサーバ１１０は、通知を遠隔モニタ１１４に再送信することができる。いくつかの実装例において、セキュアサーバ１１０は、通知サービス１１２から、遠隔モニタ１１４Ａが故障またはそのほか到達不可能であるというメッセージを受信することができ、この場合、セキュアサーバ１１０は、その通知メッセージを異なる遠隔モニタ１１４Ｂに再送信することができる。通知メッセージを再送信するためにセキュアサーバによって使用される遅延は、事象の重大度または種類に基づいて構成可能であってもよく、セキュアサーバは、別の一次モニタ、二次／バックアップモニタ、救急医療サービス等への上申前の既定の失敗再送信回数、または既定の時間量を定義する規則も含めることができる。そして、この既定の失敗再送信回数もまた、事象の重大度または種類またはユーザー構成に基づいて、変動するようにセキュアサーバに構成されてもよい。
【０１１８】
いくつかの実装例において、図１を参照すると、遠隔モニタ１１４は、単一のホスト監視システム１９８Ａまたは複数のホスト監視システム１９８Ａ〜１９８Ｎのための通知メッセージを受信することができる。その上、セキュアサーバ１１０によってページが生成されてから、次いで、遠隔モニタのそれぞれにあるユーザーインターフェースで提示するために１つ以上の遠隔モニタに送信されてもよいが、セキュアサーバ１１０はその代わりに、遠隔モニタ１１４でのページ生成を可能にするために、データを遠隔モニタ１１４に送信してもよい。ページは、監視されている１つ以上のホストのステータスのテキストおよび／またはグラフィック指示を含むことができる。説明すると、学校の看護師は遠隔モニタ１１４を有することができ、ページが、遠隔モニタが監視しているホスト監視システム１９８Ａのそれぞれを表す。各遠隔監視システム１９８Ａ〜１９８Ｎは、１人の生徒と関連付けられてもよい。この例において、ページは、生徒のそれぞれのステータス情報、生徒のそれぞれの最新通知メッセージ、生徒が限度以内であるというグラフまたはテキストの指示、あるいは生徒が限度を超えているという指示等を有することができる。各生徒は、１つのセル（ディスプレイ上の規定の空間）と関連付けられてもよい。このように、看護師は、ユーザーインターフェースを迅速に表示し、監視されている生徒のそれぞれのステータスを見ることができる。グラフィック指示は、各生徒のセル内で各生徒の全体的なステータスを視覚的に伝達するために使用されてもよい。例えば、いわゆる「スマイリー」フェイスアイコンは、生徒のグルコースレベルが限度内であることを示すことができ、いわゆる「悲しい」フェイスアイコンは、ホストのグルコースレベルが閾値を超えているために懸念されることを示すことができる。その上、いくつかの実装例において、このページは、セル、通知、またはフェイスアイコンの選択（例えば、タッチ画面に触れる、マウスオーバー、クリック等）によって、追加情報が遠隔モニタに提供されるように、ディスプレイ上に提示されてもよい。例えば、ある生徒のセルを選択すると、遠隔モニタ１１４がセキュアサーバ１１０にアクセスしてから、次いで、最新または以前のグルコースレベル、患者情報等のうちの１つ以上等の追加情報を受信し、表示ページを更新または選択した生徒に関する情報をより詳細に表示する（例えば、過去３時間にわたる生徒のグルコースレベルの傾向グラフを表示する）新しい表示ページに移動することになってもよい。前述の例はグルコースレベルならびに特定の種類のメッセージおよびアイコンに言及するが、本明細書で検討される他の種類の事象、メッセージ、およびアイコンがホストのステータスを伝達するために使用されてもよい。
ダッシュボード
【０１１９】
いくつかの実装例において、上述のページは、動的コンテンツを含む、いわゆる「ダッシュボード」として構成されてもよい。例えば、最大の介護または注意を必要とするホスト患者（例えば、グリセミックレベルが非常に高いまたは低い患者）のアイコンは、遠隔モニタが、リスクがより高いホスト患者の状態を迅速に確認することを可能にするように、ページの一番上の行に配置されてもよい。前述の配置はいわゆるよりリスクが高いホスト患者の一部を区別するためにページの一番上の行を使用して説明したが、他の区別スキームが使用されてもよい（例えば、異なる色、濃度、および／またはページ上の場所）。その上、余分な注意のために区別された患者は時間の経過とともに変更する場合があり、そのページがページの区別された一番上の行に異なる患者のために異なるアイコンを表すようになるため、ページは動的と考えることができる。ダッシュボードの例は、図１８Ａおよび１８Ｂを参照して詳細を検討する。
遠隔モニタの指定
【０１２０】
いくつかの実装例において、ユーザー等のエンティティは、セキュアサーバ１１０によって、一次遠隔モニタとして指定されてもよい。この場合、遠隔モニタ１１４での一次モニタが、例えば、遠隔モニタ１１４Ａの切れた電池、故障したデバイス、ラジオ受信の欠落等を起因として、利用可能ではない場合がある。二次遠隔モニタはこのため、そうでなければ、一次モニタに送信される通知メッセージを受信するように、セキュアサーバ１１０によって指定されてもよい。二次モニタは、別の遠隔監視デバイス１１４Ｂへのアクセスを有し、このために、一次モニタへの第１の通知メッセージが既定の時間量内に受信されない、または確認されない場合に、通知メッセージを受信することができる。時間量は、事象の重大度または種類に基づいて変動可能である。遠隔モニタ１１４からの確認を監視することに加えて、セキュアサーバ１１０は、遠隔モニタ１１４デバイスが（故障、電池切れ、範囲外、またはその他通知メッセージを受理していないために）作動していないかを決定して、セキュアサーバ１１０が作動中の別のモニタを選択することを可能にするために、通知サービス１１２のサービス品質機構にアクセスすることができる。
上申
【０１２１】
遠隔モニタ１１４は、いくつかの実装例において、通知メッセージの受信を確認するために、遠隔モニタ１１４（例えば、一次または二次モニタ）のユーザーによる何らかの形式の確認または動作を要求する提示のためのメッセージを生成することができる。確認または動作は、通知メッセージに応答すること、遠隔モニタ１１４で遠隔監視アプリケーションを開くこと等を含むことができる。さらに、動作が既定の時間量以内に実行されない場合、セキュアサーバ１１０は、遠隔モニタのユーザーが通知メッセージを見ていない（またはそうでない場合は通知されていない）と判定することができる。この場合、セキュアサーバは、セキュアサーバにある１つ以上の規則によって定義される別の遠隔モニタに通知メッセージを上申することができる。セキュアサーバはまた、プッシュ通知サービス（またはその中のサービス品質機構）をチェックして、通知メッセージが配信されているかを確認することもできる。配信されていない場合、セキュアサーバは、遠隔モニタのユーザーが通知メッセージを見ていないと判定し、これを根拠として使用して、通知メッセージを別の遠隔モニタに上申することができる。
【０１２２】
いくつかの実装例において、セキュアサーバ１１０は、どの通知メッセージが第１の遠隔モニタ１１４Ａに送信されるべきか、そして、故障状態の場合、いつメッセージを１つ以上の他の遠隔モニタ１１４Ｂ〜１１４Ｍに再送信すべきかを定義する上申シークエンスを定義する１つ以上の規則を含むことができる。遠隔モニタ１１４Ａ〜１１４Ｍの構成中、セキュアサーバ１１０は、ユーザー入力を介して（例えば、ホストおよび／または遠隔モニタのうちの１つ以上）、上申シークエンスにおいて遠隔モニタ１１４Ａ〜１１４Ｍの各々がどのように、および／またはいつ通知されるかが構成されてもよい。この上申シークエンス構成は、ユーザーによって定義されてもよく、またはデフォルトの設定として提供されてもよく（ユーザー／ホスト／モニタの応答性に基づいて、時間の経過とともに再構成可能または適合可能であってもよい）、事象の重大度および事象の種類に基づいて変動することができる。例えば、上申シークエンスは、受信器１０２でホスト患者をいつ警告するか、一次モニタ１１４Ａにいつ上申するか、二次遠隔モニタ１１４Ｂにいつ上申するか、および／または救急医療サービスまたは９１１の救急車要請にいつ上申するかを定義する規則を定義することができる。
【０１２３】
いくつかの実装例において、上申規則は、遠隔モニタ１１４Ａ〜１１４Ｎの各々で異なっていても、および／またはホスト監視システム１９８の閾値の組とは異なっていてもよい。例えば、第１の規則は、グルコース値が第１の閾値を超える場合、セキュアサーバ１１０が第１の遠隔モニタ１１４Ａに警告を送信すべきであることを定義することができる。セキュアサーバ１１０は、グルコース値が第２の閾値を超えると第２の遠隔モニタ１１４Ｂに通知メッセージを送信することを定義する第２の別の規則と、グルコース値が第３の閾値超えると第３の遠隔モニタ１１４Ｍに別の通知メッセージを送信することを定義する別の第３の規則とを含むことができる。加えて、１つの規則は、ホストを監視する全ての遠隔モニタまたは遠隔モニタのうちの一部等、２つ以上の遠隔モニタに通知を送信することを定義することができる。規則はユーザーによって構成されても（例えば、受信器１０２、ゲートウェイ１０４、ワークステーション２２等を使用して）、またはデフォルト設定（ユーザーによって再構成可能であってもよい）として提供されてもよい。
【０１２４】
その上、ユーザーが、受信器１０２で、既定の時間量以内に警告に確認しない場合、上申シークエンスも実装されてもよい。例えば、図２Ａを参照すると、セキュアサーバ１１０は、警告が確認を要求した場合、（例えば、受信器１０２から受信したセンサデータを監視し、受信器上の閾値を知ることによって）、受信器１０２がホスト１９９を警告した（または警告したはずである）と判定することができる。確認は、ユーザーが受信器１０２のユーザーインターフェース１２２上に提示されたメッセージ応答すること、またはその他ユーザーがホストユーザーと関連付けられたデバイスによって測定され得る動作をとること等によって警告を解決していることの形式にすることができる（例えば、インスリンがユーザーに投与されたことを示す薬剤ポンプ２、閾値を超える測定レベルまたは傾向が所望される方向に移動しているために警告の基底の原因がもはや問題ではないことを示す検体測定値等）。この例において、セキュアサーバ１１０が、既定の時間量を待機した後に、何らかの形式の確認および／または警告をトリガした基底の事象が解決されたことの指示を受信しない場合、セキュアサーバ１１０は、一次遠隔モニタ（例えば、１１４Ａ）、二次遠隔モニタ（例えば、１１４Ｂ）、および／または救急医療サービスに警告を再送信および／または通知メッセージを送信することができる。そして、この上申は、再試行および遅延を含めて、警告をトリガしている事象の重大度および／または種類に基づいて変動するように、セキュアサーバ１１０で構成されてもよい。
リマインダ
【０１２５】
いくつかの実装例において、セキュアサーバ１１０は、いわゆる「フォローアップ」リマインダを提供する規則を含むことができる。例えば、ホストユーザーが、受信器１０２で、インスリンを服用、一杯のジュースを飲む等の動作をとっていない場合、セキュアサーバ１１０は、既定の時間量後に、遠隔モニタ１１４および／または受信器１０２および／またはゲートウェイ１０４にリマインダ通知を送信することができる。既定の時間量、およびリマインダと関連付けられた遠隔モニタ１１４Ａ〜１１４Ｍ、受信器１０２、ゲートウェイ１０４のうちの１つ以上のどれかがが構成可能であってもよく、事象の重大度および／または事象の種類に基づいて変動してもよい。
【０１２６】
さらに、いくつかの実装例において、セキュアサーバ１１０は、通知メッセージの受信が確認されるまで、遠隔モニタ１１４および／または受信器１０２に通知を反復して（例えば、５分間または任意の他の時間毎）再送信することができる。いくつかの実装例において、セキュアサーバ１１０は、各再送信が受信側デバイス（例えば、遠隔モニタ１１４または受信器１０２）に送信されるので、受信側デバイスによってトリガされる異なる警告種類を構成することができる（例えば、反復するたびに容量、輝度、または振動を連続的に増加する、通知メッセージの確認を解除する、または第１のリマインダで振動警告および第２のリマインダで振動警告をトリガする等）。受信側デバイスでセキュアサーバ１１０からのメッセージを開くと、確認として、ならびにセキュアサーバによって検出可能な他の動作として機能することができる。
【０１２７】
いくつかの実装例において、一次モニタとして指定されたユーザーは、例えば、遠隔モニタ１１４Ａまたはワークステーション２２を使用して、セキュアサーバ１１０および／または受信器１０２にメッセージを送信することによって、監視を提供することができないことを、セキュアサーバ１１０に発信することができる。この場合、セキュアサーバ１１０は、一次モニタを二次（またはバックアップモニタ）に降格させ、二次モニタのうちの１つを一次モニタに昇格させることができる。セキュアサーバは、二次モニタのうちのどれが昇格されてもよいか、または二次モニタの各々が一次遠隔モニタの役割を果たす可用性を評価するためにポーリングされてもよいかを定義する規則を有することができる。そして、セキュアサーバ１１０は、一次モニタとして指定されている一次モニタに昇格されている二次モニタに（例えば、通知サービスを介して）メッセージを送信することができる（さらに降格された一次モニタに対応するメッセージを送信する）。
【０１２８】
遠隔モニタによる通知メッセージの受信に関してサービスの品質を保証するために、遠隔モニタ１１４に送信される通知メッセージの潜在的な損失を緩和するために、１つ以上の操作が実行されてもよい。例えば、通知サービス１１２がプッシュ通知サービス（例えば、Ａｐｐｌｅ  Ｐｕｓｈ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ、Ｇｏｏｇｌｅ  Ｃｌｏｕｄ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｅｒ等）を含み、通知サービスに接触できない（または接続がセキュアサーバ１１０と通知サービス１１２との間で確立できない）場合、セキュアサーバ１１０は、遠隔モニタ１１４に直接の別のショートメッセージサービス（ＳＭＳ）メッセージ、電話呼び出し、電子メール、または任意の他の機構等の別の機構を介して通知を送信して、遠隔モニタ（複数可）および／またはこれらの遠隔監視デバイスと関連付けられたユーザーとの接触を確立することができる。
遠隔監視の登録／招待
【０１２９】
上記のように、いくつかの実装例において、システム１００で使用されるデバイスは、セキュアサーバ１１０に登録することが要求されてもよい。説明するために、図２Ｂを参照すると、受信器１０２（スマートフォンまたはタブレットコンピュータ等、プロセッサベースの無線デバイス上に実装されてもよい）は、公衆陸上移動通信網または他のネットワーク（複数可）を介してメッセージを送信して、遠隔モニタ１１４がセキュアサーバ１１０からの接続確立リクエストを受理するように招待する。受理した場合、遠隔モニタ１１４には、受信器１０２と関連付けられた事象の通知メッセージ、ならびにホスト１９９と関連付けられたセンサデータおよび報告書へのアクセスが提供されてもよい。前述の例は受信器１０２が遠隔モニタ１１４に詳細を送信すると説明したが、実装に依存して、セキュアサーバ１１０、ゲートウェイ１０４、ユーザー通信デバイス１０５、ワークステーション２２、および／または遠隔モニタ１１４等の他のデバイスもまた、またはその代わりに招待を送信することができる。
【０１３０】
いくつかの実装例において、受信器１０２は、複数の遠隔モニタ１１４Ａ〜１１４Ｍの各々に複数の招待を送信することができる。さらに、招待は、受信器１０２、ゲートウェイ１０４、ユーザー通信デバイス１０５、および／またはセキュアサーバ１１０によって管理されてもよく、このために、任意の所与の瞬時に、ユーザーは、何件の招待が送信されたか、何件受理されているか、何件拒否されているか、ならびに任意の一次および二次遠隔モニタの識別等、招待のステータスを監視することができる。例えば、受信器１０２、ゲートウェイ１０４、ユーザー通信デバイス１０５、および／またはセキュアサーバ１１０は、任意の所与の瞬時に遠隔モニタ１１４Ａ〜１１４Ｍの数量が閾値量を超えないように（例えば、５または１０の遠隔モニタ）、招待を管理することができる。
【０１３１】
その上、受信器１０２、ゲートウェイ１０４、ユーザー通信デバイス１０５、および／またはセキュアサーバ１１０はまた、ホストユーザーが任意の所与の場所および／または任意の所与の時間に既定数量の遠隔モニタ１１４を有するように、場所および／または時間に基づいて、遠隔モニタ１１４の数量も管理することができる。
【０１３２】
いくつかの実装例において、ホスト１９９またはホストの介護人は、受信器１０２、ゲートウェイ１０４、ユーザー通信デバイス１０５、および／またはセキュアサーバ１１０を介して、招待のステータス（例えば、送信された招待、受理された招待、解除された監視等）を管理することができる。例えば、１つ以上のユーザー相互作用ページは、招待のステータス（例えば、招待が保留、拒否、受理されたかどうか）を含めて、（例えば、受信器１０２、ゲートウェイ１０４、ユーザー通信デバイス１０５、またはワークステーション２２等の）コンピュータディスプレイ上に提示されてもよい。これらの１つ以上のページは、遠隔モニタ１１４Ａ〜１１４Ｍと関連付けられた規則の変更を可能にするように構成されてもよい。例えば、一次モニタの指定（時間および場所の指定を含む）、二次モニタの指定（時間および場所の指定を含む）、上申シークエンス、および上申閾値設定等、通知メッセージをトリガするために使用される規則に変更が行われてもよい。加えて、ページ（複数可）は、ユーザーが一次および二次遠隔モニタを指定し、任意の選択されたモニタに招待を送信することができる遠隔モニタのリストを提供することができる。ページ（複数可）は、遠隔モニタ１１４が１つ以上の通知メッセージを受信することが承認されているか、患者データ（例えば、最新および／または過去のデータを含むセンサデータ）を表示することが承認されているか等、権限の構成を可能にすることができる。
【０１３３】
図１２は、電子メールメッセージの形式で、遠隔モニタ１１４で提示される例示的な招待ページ５００を表す。この例において、センサシステム８および受信器１０２と関連付けられたユーザー「Ｊｏｈｎ  Ｄｏｅ」は、５０２の招待によって示されるように、遠隔モニタ１１４をモニタであるように招待している。その上、招待は、遠隔モニタに対する命令を含むことができ、この例では、５０４のリンクをクリックして、セキュアサーバ１１０または別のサーバ（例えば、Ａｐｐｌｅ，Ｉｎｃ．によって運営されるｉＴｕｎｅｓサーバ）からの遠隔モニタアプリケーションコードのダウンロードを可能にする、および５０６で招待を受理する（これによって、受理メッセージをセキュアサーバ１１０に送信する）ことを含む。遠隔モニタにはまた、拒否指示をセキュアサーバ１１０に通知することができる、ユーザーが選択可能な拒否アイコン５０８を選択することによって、監視することの招待を受理しない選択肢が与えられてもよい。
【０１３４】
いくつかの実装例において、セキュアサーバ１１０に招待された遠隔モニタ１１４を登録するために、遠隔モニタおよび受信器１０２は、コード、共有された秘密、リンク（例えば、ユニフォームリソースロケータ）、パスワード、またはこれらの組み合わせ等の各々値を入力して、受信器１０２と関連付けられた事象の通知メッセージを受信し、セキュアサーバ１１０にあるセンサデータおよび報告書へのアクセスを有することができる。さらに、ホスト１９９等のユーザーは、例えば、セキュアサーバ１１０にアクセスし、ログインして遠隔監視権限が与えられた１つ以上のデバイスを表示かつ管理するために、図１のワークステーション２２を使用して、インターネットブラウザにアクセスすることができる。
【０１３５】
接続の確立とは、センサシステム８および受信器１０２の操作に対する第２の監督層を提供するために、１つ以上の遠隔モニタをシステム１００に追加する工程を指す。遠隔モニタ１１４に対する接続は、遠隔モニタ１１４に送信された招待に基づいて確立されてもよい。この招待は、受信器１０２、ゲートウェイ１０４（例えば、その中のユーザーインターフェースを介して）、および／またはホスト１９９の同意とともに送信されてもよい。例えば、受信器１０２および遠隔モニタ１１４は、システム１００に提供された遠隔監視に同意するために、招待の受理またはコードの入力（例えば、パスワード、共有された秘密等）の両方が要求されてもよい。
【０１３６】
いくつかの実装例において、遠隔監視システム１００のデバイスのうちの１つ以上（例えば、遠隔モニタ１１４、受信器１０２、ゲートウェイ１０４、ユーザー通信デバイス１０５、またはワークステーション２２）は、セキュアサーバ１１０に登録するために、医療従事者によって提供される処方箋コード等のコードを必要とすることができる。コードは、既定の時間後に有効期限が切れてもよく、および／または既定の使用回数に限定されてもよい（例えば、遠隔モニタコードを取得するためにセキュアサーバ１１０に登録するために１回使用することができる単一使用コード）。さらに、コードは、サーバ１１０で、遠隔モニタの権限（例えば、通知を受信できるか、過去のセンサデータを表示できるか、および／または最新のセンサデータを表示できるか）および／または遠隔モニタと関連付けられた警告設定等、遠隔モニタ１１４として登録されているデバイスの構成も定義することができる。
【０１３７】
いくつかの実装例において、セキュアサーバ１１０は、受信器１０２および遠隔モニタ１１４の識別を定義する構成情報を有することができるので、ホスト１９９等のユーザーがセキュアサーバ１１０にアクセスしてから、次いで、受信器１０２および遠隔モニタ１１４等の１つ以上のデバイスをユーザーのシステムに追加することができる。遠隔モニタ１１４は、セキュアサーバ１１０をクエリして、遠隔モニタが監視することが可能であるホスト（または受信器）に関する情報を取得することができ、セキュアサーバは、これに従って遠隔モニタ１１４を構成することができる。いくつかの実装例において、遠隔モニタに送信される通知メッセージは、所与の遠隔モニタユーザーの必要性に合うように構成されてもよく、これらの必要性は、ホスト患者の必要性とは異なっていてもよい。したがって、遠隔モニタ１１４への通知メッセージの送信を規制する規則は、ホスト患者によって使用されている受信器１０２への警告をトリガするための規則とは異なっていてもよい。
【０１３８】
以下に、図２Ａを参照して、ホスト患者ケアの一部として遠隔モニタ１１４を使用する介護人の図示例を提供する。具体的には、介護人は、ホスト患者への分析療法を管理している場合がある。例えば、介護人は、幼い子どもの親であってもよい。この例において、親は、受信器１０２およびホスト患者（この例では子ども）に送信される（または受信器によってトリガされる）警告と同一である、通知メッセージを受信することを希望する場合がある。その上に、セキュアサーバ１１０は、ゲートウェイ１０４を通じて、受信器１０２の設定を取得することができる。遠隔モニタ１１４の構成中、セキュアサーバ１１０は、親に、子どもの受信器によって使用されているのと同一である１組の規則を選択するようにプロンプトを表示することができる。この例において、子どもの受信器のために使用されている１組の規則に行われるあらゆるその後の変更は、親の遠隔モニタ１１４に通知を送信するために使用されている１組の規則にプログラム的に伝播される。前述の例は、同じ組の規則がホストおよびモニタから使用されていると記載するが、ホストおよびモニタは、異なる規則も実装することができる。
【０１３９】
以下に、ホスト患者管理治療の別の図示例を提供するが、この場合、ホスト患者または介護人は、ホスト患者の高い程度の監督を希望しない場合がある。この点で、介護人は、遠隔モニタ１１４に、ホスト患者が最初に警告を受信することを希望するが、警告が介護人に送信される前に事象を是正または確認するために、警告に関して患者ホスト時間が動作することを可能にする。一例として、受信器１０２によってトリガされる警告は、低血糖または高血糖事象を示すことができ、所定の時間後にホスト患者が事象を修正するために１つ以上の既定の動作を行わなかった場合（例えば、同じまたは悪化している患者状態を示すその後のグルコース測定値によって明らか）、介護人は、遠隔モニタ１１４で、この事象に応答する通知メッセージを受信することができる。すなわち、受信器１０２を使用している患者ホストが、既定の様式で警告に応答または確認しないと、介護人は、遠隔モニタ１１４で、通知メッセージを受信することができる。介護人は、遠隔モニタ１１４で、このように、ホスト患者が、受信器１０２で、低グルコース事象等（このホスト患者が事象のために正常に機能しない、または認識していない場合があるので重篤と考えられてもよく、遠隔モニタへの通知が望ましい）所定の実時間事象に応答、または確認することを怠ると、通知メッセージを受信することができる。しかしながら、セキュアサーバ１１０は、１つ以上の既定の発生がセキュアサーバによって識別されると、通知メッセージに応答するリマインダの送信を遅延するか、またはリマインダの送信を停止するかのいずれかを実行する。１つ以上の既定の発生は、警告をトリガしている基底の事象を修正する、警告を確認する、またはインスリンの投与等の既定の動作をとることができる。
【０１４０】
さらに、セキュアサーバ１１０は、遠隔モニタ１１４に通知する前に、確認または動作を待機するための遅延を含めて構成されてもよく、この遅延は、警告を発生させている状態の種類および／または重大度に基づいて変動してもよく、遠隔モニタのデフォルトまたはユーザーが構成した設定に依存して変動してもよい。これに加えて、セキュアサーバ１１０は、警告に応答して受信器１０２から確認メッセージが受信された後であっても、受信器１０２からのデータを監視するようにも構成されてもよい。例えば、セキュアサーバ１１０は、確認メッセージ（受信器１０２によって送信されたメッセージであってもよい）を受信することができるが、セキュアサーバ１１０は、受信器１０２からのセンサデータを既定時間待機することができ、ホスト患者が確かに動作を行ったことを確認する。ここでも、この遅延は、警告を発生させている状態の種類および／または重大度に基づいて変動してもよい。
【０１４１】
以下に、ホスト患者投与治療のまた別の図示例を提供するが、この場合、ホスト患者は非常に独立しているので、遠隔モニタは、緊急時にのみトリガされてもよい。例えば、セキュアサーバ１１０は、重篤な低血糖事象が夜間に発生する等、緊急の場合に遠隔モニタをトリガするための規則を含むことができる。この事例において、ホスト患者は、事象の警告に応答することが可能ではない場合があるので、グルコースが一定期間極度に低レベルに低下する、またはユーザーが一定時間後に受信器１０２に送信された非常に低いグルコース警告に応答しない場合、セキュアサーバ１１０は、通知メッセージをトリガすることができる。そして、この期間は、警告を発生させている状態の種類および／または重大度に基づいて変動してもよい。
【０１４２】
以下に、非常に独立的であるが、低血糖を認識せず、緊急応答に信頼できる情報源を有さないホスト患者の別の図示例を提供する。この場合、ホスト患者は、グルコースが一定期間極度に低いレベルに落ちる、またはユーザーが一定期間後に受信器１０２によってトリガされる非常に低いグルコースに応答しない場合、重篤な低血糖事象の場合にサービスを自動的に通知するように、緊急医療サービスと関連付けられた遠隔モニタ１１４を選択することができる。
遠隔モニタ警告設定の管理
【０１４３】
いくつかの実装例において、ユーザーは、ホスト１９９を監視している遠隔モニタ１１４Ａ〜１１４Ｍの各々の警告を管理することができる。例えば、ホスト１９９は、ホスト監視システム１９８Ａを使用して、遠隔モニタ１１４Ａをモニタであるように招待し、受信器１０２、ゲートウェイ１０４（ホスト通信デバイスを含む）、またはワークステーション２２を使用して、セキュアサーバ１１４での権限を構成することができる。権限は、１つ以上の所定の警告に特異的、または遠隔モニタ１１４Ａの警告全てがユーザーによって操作されてもよいという意味で、グローバルであってもよい。前述の例は、権限がユーザーによって設定されると説明したが、権限はプログラム的に決定されてもよい。
【０１４４】
警告を管理するために、ユーザーは、遠隔モニタ１１４、受信器１０２、ゲートウェイ１０４、ホスト通信デバイス１０５、またはワークステーション２２等のコンピューティングデバイスを使用して、セキュアサーバ１１０にアクセスし、例えば、警告を設定、閾値を変更、警告を有効または無効にする等によって、警告を管理することができる。図１３は、ホストコンピューティングデバイスのディスプレイに提示されてもよい例示的なページ６００を表す。ページ６００は、所定の遠隔モニタ１１４Ａの警告に対する変更を可能にすることができる。図６の例では、低グルコース警告６０２は、６１０で有効になってもよく、閾値６０４は、ユーザーによって構成された閾値を定義する。図６はまた、遅延６０６がページ６００を使用して管理されてもよいことも表す。例えば、遅延６０６は、ホストのグルコース濃度が低閾値を下回ったままである場合に、セキュアサーバから（通知サービスを介して）遠隔モニタ１１４Ａに通知メッセージを送信する前に、どの程度の期間セキュアサーバ１１０が待機するかを定義することができる。この例では、遅延は０秒であるが、ページ６００を使用して、５、１０、１５、または３０分、あるいは１時間等、別の時間量であるように変更することができる。ページ６００はまた、セキュアサーバ１１０および／または通知サービス１１２が、リマインダ６１２の送信をトリガし、リマインダのトリガに関連付けられる時間６０６を変動させることも可能にする。例えば、遠隔モニタが警告を確認していない場合、またはホストが警告を本来トリガした事象を解決していない場合、リマインダは、セキュアサーバ１１０が、遠隔モニタ１１４Ａの別の通知をトリガする前に、経過する時間量を提示する。この例において、ユーザーが７０ｍｇ／ｄｌを下回る測定値に応答する本来の通知から３０分以内に警告を確認または修正行動をとることを怠る場合、セキュアサーバ１１０は、低グルコースレベルに関する別の通知を遠隔モニタ１１４Ａに送信する。図６を参照して記載した例は、低グルコース値、遅延、およびリマインダに言及するが、高グルコースレベル警告、高い変化率の警告等、本明細書の他の場所で記載される遠隔モニタ１１４の警告の任意の他の態様も同様に管理することができる。
【０１４５】
加えて、図６を参照する上記の説明は、遠隔モニタ１１４の警告を管理することに言及するが、同様なページは、受信器１０２、ゲートウェイ１０４、またはホスト通信デバイス１０５によって使用されて、図２Ａ〜２Ｃの実装例においてホスト通信デバイスによってトリガされた警告を管理するために使用することができる。例として、ホスト通信デバイス１０５は、受信器１０２とは独立的に、ホスト通信デバイスによる警告を管理するためのページ６００を表示することができる。この方式において、ホスト通信デバイス１０５は、ホスト１９９の二次警告デバイスとして機能することができる。
【０１４６】
いくつかの実装例において、ユーザーは、ホストの検体状態と関連付けられた事象を表す警告を定義する１つ以上の規則を変更することができる。ユーザーは、遠隔モニタ１１４、受信器１０２、ゲートウェイ１０４、ホスト通信デバイス１０５、またはワークステーション２２等のコンピューティングデバイスを使用して、ホスト監視システム１９８の、低グルコースレベル閾値等の警告設定を変更することができる。この方式において、例えば、親は、その子どもの遠隔監視システム１９８の設定を変更することができる。
【０１４７】
前述の例は、低グルコース警告を修正することに言及したが、修正は、ホストの低グルコースレベルと関連付けられた第１の閾値を変動させること、ホストの高グルコースレベルと関連付けられた第２の閾値を変動させること、受信器１０２によってメッセージがトリガされるときの間の遅延を変動させること、リマインダメッセージが送信されるときの間の時間値を変動させること、ホスト監視システム１９８または遠隔モニタ１１４にトリガされてもよい任意の他の警告を含むことができる。
【０１４８】
その上、セキュアサーバ１１０は、ホスト１９９と関連付けられた１組の規則を適合することができる。例えば、ホスト１９９を監視する遠隔モニタの１組の規則は、いくつかの基本的なホスト患者の人口動態に基づいて予め決定されてもよい。遠隔監視システム１００の初回の使用後、セキュアサーバ１１０は、いくつかまたは全ての事象をトリガするために使用される閾値をプログラム的に調整することができる。これらの調整は、多様な理由のために行われてもよい。例えば、事象をトリガするときを決定するために使用される、グルコースレベル、グルコースの変化率等の閾値は、多すぎるメッセージを受信している遠隔モニタ１１４がメッセージを無視することを決定する場合があるので、いくつかの警告および／または通知の頻度を削減するように調整されてもよい。閾値はまた、ホストの毎日のグルコース変動性における変動を減少するために、日中の患者のグルコース変動の範囲を狭くするように調整されてもよい。
【０１４９】
いくつかの実装例において、データ管理ツールおよびＣＧＭ分析は、患者の糖尿病管理の向上を補助するため、または推奨を強化する際の医師を支援するために使用されてもよい。グルコースデータ（および／または他の検体データ）は、ほぼ実時間でセキュアサーバ１１０に提供されてもよいので、データは、現行の糖尿病管理を強化するために、負担者システムおよび／または医療システムにおけるケースマネージャーによって使用されてもよい。しかしながら、糖尿病ケースマネージャーが結果として得られる、いわゆる「ビッグデータ」をレビューすることは実用的ではない場合がある。このように、特定の問題を識別することによって、ケースマネージャーの時間の効率的な使用を促進するために、使用またはグリセミックパターンの報告に基づいて、例外を可能にするために、フィルターが使用されてもよい。この点で、ケースマネージャーの注目を必要とする問題を識別するために、セキュアサーバで、１つ以上のパターンが定義されてもよい。パターンは、縦方向の分析または時間の間の比較を含むことができる。これらのパターンは、頻繁または重篤な低値、頻繁または重篤な高値、および／または特筆されるグルコースの変動性を有する等、高リスクの患者を識別することもできる。これは、特に、低血糖を認識しない、管理不良、またはインスリンに慣れていない等、集中的なインスリン療法の患者での使用に重要であると考えられてもよい。パターンは、持続的な高血糖患者等を識別する、治療に対する非応答性または管理の悪化を示唆する、順守していない、疾病進行、または速成耐性を示唆する、治療に対する非反応者も識別することができる。これは、特に、新しい薬剤が追加または療法が最適化されるときに有用であると考えることができる。パターンはまた、糖尿病教育に連結される、あるいは特定のプロバイダまたはコンサルタントによる反応者または非反応者も特定することができる。
【０１５０】
いくつかの例示的な実装例において、追加の実行情報は、複数の場所で患者から、セキュアサーバ１１０で収集されてもよい。この追加情報は、センサの性能に影響を与え、効果を与え得る、環境因子を評価するために使用されてもよい。単一のホスト患者からのみ情報を収集し分析するのではなく、データは、セキュアサーバで収集されてから、次いで、複数のホスト患者全体、および／または複数の地理的場所（または領域）全体にわたるマクロレベルで比較されてもよい。すなわち、センサシステム８の全体的な有効性は、監視されている多様な環境因子に基づいて評価されてもよい。例えば、米国全体または世界全体であっても実時間で収集されたデータは、温度、湿度、高度等がセンサシステム８の性能に影響を与えるかを示し、このために、センサシステム８および／またはセンサ１０が交換または修理されるべきかどうかの指示を提供することができる。その上、セキュアサーバ１１０は、受信したセンサ情報を処理し、（例えば、ロット番号、領域等による）パターンを識別することもでき、追加のアルゴリズム、校正情報、またはフェイルセーフは、センサの精度および／または性能を改善するために、これらの識別されたパターンに基づいてアップロードされてもよい。
【０１５１】
いくつかの実装例において、セキュアサーバ１１０は、センサ８および／または受信器１０２を含むセンサシステムの製品性能および利用をプログラム的に追跡することができる。例えば、センサシステムおよび／または受信器は、センサを識別（例えば、ロット番号）し、その性能を要約する情報をセキュアサーバ１１０にプログラム的に提供することができる。性能メトリクスは、精度、適時、データキャプチャ等を含むことができる。その上、１つ以上のセンサ性能メトリクスが予想範囲外に該当すると、セキュアサーバ１１０は、故障モードの分類を可能にするために、追加情報がセンサシステム／受信器からセキュアサーバに伝送されることを要求することができる。例えば、セキュアサーバ１１０は、決定された性能情報に基づいて、センサシステム８および／または受信器１０２が維持（例えば、交換、修理、校正等）されることが必要であることの警告および／または通知を受信器１０２、ゲートウェイ１０４、および／または遠隔モニタ１１４に送信することができる。さらに、セキュアサーバ１１０はまた、性能情報に基づいて、センサがリセットを必要とすること、新しい校正値が必要であること、または新しいセンサが注文されるべきであることを示す警告または通知メッセージを送信するように構成されてもよい。セキュアサーバ１１０に提供されるデータは構成可能であり、セキュアサーバ１１０に連結されたレポジトリに記憶されてもよい。
【０１５２】
さらに、セキュアサーバによるセンサシステムの追跡は、受信側の無線インターフェースの性能を追跡することを含むことができる。例えば、ハードウェアエラー（または任意の検出されたエラー状態）が発生すると、エラーに関連する情報がセキュアサーバ１１０に伝送されてもよい。伝送されたデータはまた、機能利用を追跡するために使用されてもよく、警告設定、画面訪問数等を含むことができる。加えて、このデータは、臨床試験中にデータを収集し、管理するために使用されてもよい。さらに、セキュアサーバ１１０に伝送されたセンサデータはまた、グリセミック管理の患者性能の追跡のために拡張されてもよい。この場合、性能メトリクスは、異なるグルコース範囲において「費やされた時間」、グリセミック偏位の大きさ、インスリン服用情報等を含むことができる。例えば、連続グルコース監視（ＣＧＭ）セッション中、データは、セキュアサーバ１１０および／またはホスト患者および／または患者の臨床介護提供者がアクセス可能な連結されたレポジトリに自動的に伝送されてもよい。したがって、上記の製品性能および故障モードの分類の自動的追跡は、いくつかの実装例において、製品性能に関するより正確な情報を提供し、患者によって経験されるセンサ問題の解決を促進し、センサ性能が交換のために用意ができていると考えられるとき製品交換（または出荷）を自動化することができる。
【０１５３】
いくつかの実装例において、セキュアサーバ１１０は、閉制御ループを提供することができる。具体的には、セキュアサーバ１１０は、メッセージを受信器１０２に送信することができ、受信器はセキュアサーバ１１０に応答する。その上、セキュアサーバ１１０は、メッセージを遠隔モニタ１１４に送信することができ、遠隔モニタ１１４はセキュアサーバ１１０に応答する。したがって、セキュアサーバ１１０は、動作が完了すると、受信器１０２および／または遠隔モニタ１１４から動作を要求し、受信器１０２および／または遠隔モニタ１１４から確認を受信することができ、これによって閉ループを形成する。受信器１０２は、遠隔モニタ１１４によって提供される機能の１つ以上の態様を含むことができ、遠隔モニタ１１４は、受信器１０２によって提供される機能の１つ以上の態様を含むことができる。
例示的ホスト監視システム設定工程１０００
【０１５４】
図１０は、いくつかの実装例に従う、ホスト監視システム１９８を設定するための工程１０００を表すフローチャートである。図示を目的として、設定工程１０００は、図２Ｃに図示される遠隔監視システムアーキテクチャを参照して検討するが、設定工程１０００は、異なるアーキテクチャに対応するために変化を含めて、図２Ａまたは図２Ｂのアーキテクチャに適用することができる。
【０１５５】
加えて、理解をさらに容易にするために、図２Ｃの以下の構成要素は、工程１０００の一例で使用される：センサシステム８および受信器１０２は、ＤｅｘＣｏｍ，Ｉｎｃ．から入手可能なＤｅｘＣｏｍ  Ｇ４  Ｐｌａｔｉｎｕｍ連続監視システムを備えることができ、センサ１０はＤｅｘＣｏｍ  Ｇ４センサであり、センサ電子モジュール１２は、ＤｅｘＣｏｍ  Ｇ４トランスミッタであり、受信器は、ＤｅｘＣｏｍ  Ｇ４受信器である；受信器１０２は、図７Ｂを参照して図示し、検討したようにドッキングステーション１０３にドッキングされる；ホスト通信デバイス１０５は、Ａｐｐｌｅ，Ｉｎｃ．から入手可能なアップルｉＰｈｏｎｅ（登録商標）を備える；各遠隔モニタ１１４Ａ〜１１４Ｍは、モバイルオペレーティングシステムに基づいて、ｉＯＳ（登録商標）（Ａｐｐｌｅ，Ｉｎｃ．によって市販用に製造）、Ａｎｄｒｏｉｄ（登録商標）（Ｇｏｏｇｌｅ，Ｉｎｃ．によって市販用に製造）、またはＷｉｎｄｏｗｓ（登録商標）（Ｍｉｃｒｏｓｏｆｔ，Ｉｎｃ．によって製造）を有する、アップルｉＰｈｏｎｅ（登録商標）または他のモバイル電話を備えることができる。
【０１５６】
ブロック１０００で、ユーザーは、ホスト監視アプリケーションシステムをホスト通信デバイス１０５上にダウンロードする。（ホスト監視アプリケーションは、例えば、図２Ａの実装例においてゲートウェイ１０４上にダウンロード、またはホスト監視アプリケーションが可能である図２Ｂの実装例において受信器１０２上にダウンロードすることができることを理解されたい。）いくつかの実装例において、ホスト監視アプリケーションは、サーバからダウンロードされ、サーバは、Ａｐｐｌｅ，Ｉｎｃ．によって運用されるＡｐｐｌｅ  Ａｐｐ  Ｓｔｏｒｅサーバ等、セキュアサーバ１１０とは独立的（異なるエンティティによって運用される）にすることができる。しかしながら、いくつかの実装例において、ホスト監視アプリケーションはサーバ１１０からダウンロードされる。ホスト監視アプリケーションは、ホスト通信デバイス１０５が、ドッキングステーション１０３を介して受信器１０２からセンサデータを収集する、セキュアサーバ１１０にセンサデータを伝送し、ホスト監視システム１９８の警告を管理して、ホストの遠隔モニタになるようにユーザーを招待し、遠隔モニタ設定を管理し、ドッキングステーション１０３および／または受信器１０２とペアリングする等、本明細書に記載のホスト通信デバイス機能を実施するための命令を含むことができる。
【０１５７】
ホスト監視アプリケーションがホスト通信デバイス１０５にダウンロードされると、ユーザーは、ブロック１０１２で、（例えば、ホスト通信デバイスのホーム画面上のホスト通信アプリケーションと関連付けられたアイコンを選択することによって）アプリケーションを開き、アプリケーションを使用してアカウントを作成することができる。アカウント情報をホスト通信デバイス１０５上で記憶することに加えて、アカウントは、セキュアサーバ１１０上で作成、記憶される。いくつかの実装例において、アカウントを作成することは、名前、電子メールアドレス、パスワード、および受信器のシリアル番号等、受信器１０２と関連付けられた固有の識別子等、ユーザー識別情報を入力することを含む。ブロック１０１６で以下に検討するように、受信器のシリアル番号は、受信器１０２および／またはドッキングステーション１０３をホスト通信デバイス１０５、ならびに他の機能とペアリングするために使用することができる。
【０１５８】
図９は、ホスト監視アプリケーションが、受信器１０２のシリアル番号または他の固有の識別子の入力を送信するために、アカウント設定ブロック１０１２でユーザーに表示することができる例示的なページ９００を図示する。ここで、ページ９００は、入力のシリアル番号を検出する際にユーザーを支援するために、シリアル番号の場所の図示である。ページ９００はまた、ユーザーが選択してシリアル番号を手動で入力することができる英数入力フィールドも提供する。加えて、ページ９００は、それぞれ、シリアル番号の入力のために、ユーザーが、ホスト通信デバイス１０５のカメラを使用してシリアル番号の写真を撮ること、およびホスト通信デバイス１０５のバーコードスキャナを使用してシリアル番号をスキャンすることができる、選択可能なアイコン９０２および９０４を提供する。
【０１５９】
ブロック１０１４で、ユーザーは、ホスト通信デバイス１０５の警告設定を管理するために、ホスト監視アプリケーションを使用する。ホストアプリケーションは最初にデフォルトの警告設定を提示することができ、ユーザーが、ホスト通信デバイス１０５のユーザーインターフェースを使用してデフォルトのユーザー設定を変更することができる。いくつかの実装例において、警告設定は、受信器１０２上で１つ以上の警告を反復することを含む。このようにホスト通信デバイスは、受信器の警告を増幅（例えば、より音が大きい警告等、受信器とは異なる種類の警告をトリガする）および／またはエコーする（例えば、受信器上の警告をトリガしている事象が解決されない場合に、受信器の警告から、既定の時間量後に、警告の音だけを発する）ことができる。警告設定は、多様な事象に対して警告を無効または有効にすることも含むことができる。
【０１６０】
ブロック１０１６で、ユーザーは、ホスト通信デバイス１０５をドッキングステーション１０３とペアリングする。いくつかの実装例において、ホスト通信デバイス１０５をドッキングステーション１０３とペアリングするために、ユーザーは、ドッキングステーションの電源を入れて、受信器１０２をドッキングステーションに接続する。この時点で、ホスト通信デバイス１０５およびドッキングステーション１０３は、ペアリングおよび認証手順を開始する。
【０１６１】
いくつかの実装例において、ドッキングステーション１０３はディスプレイを有さず、このために、従来のペアリングおよび認証手順は適切ではない場合がある。このため、いくつかの実装例において、受信器１０２は、受信器のメモリに記憶されたシリアル番号をドッキングステーション１０３に提供し、ユーザーは、受信器のシリアル番号をホスト通信デバイス１０５に入力する。受信器１０２のメモリに記憶されたシリアル番号は、受信器の製造中に記憶され得る。ホスト通信デバイス１０５は次いで、シリアル番号（またはシリアル番号の暗号化バージョン）をドッキングステーションに伝送して、認証された通信チャンネルを確立することができる。
【０１６２】
以下のペアリングおよび認証手順は、いくつかの実装例において使用されてもよい。受信器１０２がドッキングステーション１０３にドッキングされることに応答して、ドッキングステーションは、受信器のシリアル番号（受信器がドッキングステーションに伝送する）から認証トークンを派生し、Ｇｅｎｅｒｉｃ  Ａｔｔｒｉｂｕｔｅ  Ｐｒｏｆｉｌｅ（ＧＡＴＴ）特徴に入れる。ドッキングステーション１０３は次いで、汎用アドバタイズメントをブロードキャストして結合する。ホスト通信デバイス１０５デバイスは、広告を検索する。ドッキングステーション１０３を検出後、ホスト通信デバイス１０５は、接続して、サービス検出を実行する。ホスト通信デバイス１０５は次いで、前述のＧＡＴＴ特徴を読み出そうと試みる。ドッキングステーション１０３は、不十分な認証メッセージで応答する（ペアリングおよび暗号化が必要である）。ホスト通信デバイス１０５は次いで、ユーザーにドッキングステーション１０３とペアリングするようにプロンプトを表示する。ドッキングステーション１０３およびホスト通信デバイス１０５の両方は、暗号化のために使用する長期的キーをコンプロマイズし、次いで、ペアリングされる。ホスト通信デバイス１０５は次いで、上述の特徴からトークンを読み出し、この特徴を使用して、ドッキングステーション１０３の認証を検証する。ホスト通信デバイス１０５は、ブロック１０１２でホスト通信デバイスに以前に入力された受信器のシリアル番号からその独自のトークンを以前に派生しており、このトークンをドッキングステーション１０３のＧＡＴＴ特徴に書き込む。ドッキングステーション１０３は次いで、このトークンを使用して、ホスト通信デバイスの認証を検証し、認証された場合、持続的な結合状態を入力する。
【０１６３】
いくつかの実装例において、上述のペアリングおよび認証プロセスを使用して、この２つのデバイス（受信器１０２およびドッキングステーション１０３）は任意のポイントで接続が解除された場合、ドッキングステーション１０３は、接続のためのアドバタイズメントを命令する。
【０１６４】
ブロック１０１８で、ユーザーは、ホストデバイス１０５上のアプリケーションを使用して、遠隔モニタ１１４を招待する。ここで、アプリケーションは、ユーザーに、モバイルスマートフォンまたはタブレットコンピュータ等、遠隔モニタ１１４であることが可能であるデバイスからアクセス可能な名前および電子メールアドレスを含む、遠隔モニタの潜在的なユーザーの情報を識別するためにプロンプトを表示することができる。加えて、アプリケーションはユーザーに、傾向グラフデータを表示する権限等、ユーザーが遠隔モニタ１１４に有することを望む権限、およびユーザーが遠隔モニタ１１４に有することを望む警告設定のプロンプトを表示することができる。終了すると、アプリケーションは、セキュアサーバ１１０上に記憶された情報、権限、および警告設定を識別する等、招待内の情報を含めて、招待を遠隔モニタ１１４に送信する。ユーザーは、上述の招待手順を使用して、追加の遠隔モニタを招待することができる。いくつかの実装例において、アプリケーションは、ユーザーによって送信された全ての招待のステータスを列挙するページを含むことができる。
【０１６５】
工程１０００は、設定工程１０００を通じてユーザーを導くために、ホスト監視デバイス１０５上のホスト監視アプリケーションによって実装例される設定ウィザードを使用して実装例することができることに注意されたい。
遠隔モニタ設定工程例１６００
【０１６６】
図１６は、遠隔モニタ１１４を使用する遠隔監視の例示的工程のフローチャートである。工程１０００に類似して、図１６は、図２Ｃの遠隔監視システム１００のアーキテクチャを参照して、例示目的のみで説明する。
【０１６７】
ブロック１６１０で、ユーザーは、スマートモバイルフォン等のコンピュータィングデバイス上で、遠隔モニタになるための招待を受信する。例示的招待は、図１２を参照してより詳細に図示および検討する。いくつかの実装例において、招待を受信しているユーザーは、電子メール内の受理アイコンまたは拒否アイコンをそれぞれ選択することによって、招待を受理または拒否のいずれかを実行することができる。招待を拒否すると、工程１６００が終了し、招待を受理すると、工程１６００はブロック１６２０に進む。
【０１６８】
ブロック１６２０で、招待は、ユーザーのコンピューティングデバイスを介してユーザーにプログラム的に送られて、ユーザーが招待を受理すると、遠隔監視アプリケーションをダウンロードする。いくつかの実装例において、ブロック１６１０で招待を受理すると、ユーザーのコンピューティングデバイスをプログラム的にトリガして、遠隔監視アプリケーションを持っているサーバに自動的にアクセスさせる。サーバは、ユーザーのデバイスが、Ａｐｐｌｅのモバイルデバイスである場合、Ａｐｐｌｅ，Ｉｎｃ．によって運用されるＡｐｐ  Ｓｔｏｒｅにすることができる。ユーザーは次いで、遠隔監視アプリケーションをコンピューティングデバイス上にダウンロードする。
【０１６９】
いくつかの実装例において、所定の実装例において、セキュアサーバは、工程１０００のブロック１０１２（図１０）で招待が形成されたときから、ユーザーのアカウント情報を有しているために、遠隔モニタ１１４のユーザーは、セキュアサーバに登録する必要がないことに注意されたい。
【０１７０】
ブロック１６３０で、ユーザーは、コンピューティングデバイス（ここで遠隔モニタ１１４と考えられる）にダウンロードされた遠隔監視アプリケーションを使用して、警告設定を管理する。いくつかの実装例において、警告設定は最初は、工程１０００のステップ１０１２で招待を送信した人によって設定された推奨警告設定（または招待を送信している人が推奨設定を全く入力しなかった場合はデフォルト設定）に設定することができる。遠隔モニタ１１４のユーザーは次いで、推奨またはデフォルト設定のいずれかを変更することができる。設定は、本明細書の他の場所で詳細に検討される、遠隔モニタへの警告をいつトリガするか、遅延、リマインダ、およびデータなし警告設定の閾値を設定することを含むことができる。遠隔モニタ１１４は次いで、遠隔モニタの設定を記憶するためにセキュアストアに伝送し、遠隔モニタと関連付けられた警告をトリガする際に使用することができる。
【０１７１】
ブロック１６４０で、遠隔モニタ１１４は、許可に応じてホストの検体レベルを監視する。監視は、図１を参照して詳細に説明するように、遠隔モニタを使用して複数のホストを監視することを含むことができる。監視は、セキュアサーバ１１０によってトリガされ、通知サービス１１２を介して送信された通知を受信することと、セキュアサーバからアクセス可能なセンサデータを表示することとを含むことができる。例えば、いくつかの実装例において、ユーザーは、複数のホストのグルコースレベルのダッシュボードページを表示するために、遠隔モニタ１１４上の遠隔監視アプリケーションを有効にすることができる。
遠隔モニタになる招待例
【０１７２】
図１６のブロック１６１０で上述したように、ユーザーは、ホスト１９９を遠隔的に監視するための招待を受信することができる。いくつかの実装例において、招待は、図１２に表されるような電子メールの形式である。ユーザーは、電子メールを使用して招待を受理または拒否することができる。ユーザーは、ユーザーが、選択可能テキスト５０４を選択することによって、遠隔監視アプリケーションをインストールすることを希望することを示すことによって、招待を受理、または選択可能テキスト５０８を選択することによって、招待を拒否することができる。ユーザーが招待を拒否すると、遠隔監視システム１００は、サーバ１１０および／または通知サービス１１２を介して、例えば、通信デバイス１０５に通知を送信することによって、招待を送信したホストに拒否を通知することができる。しかしながら、ユーザーが招待を受理すると、遠隔監視システム１００は、サーバ１１０および／または通知サービス１１２を介して、例えば、通信デバイス１０５に通知を送信することによって、招待を送信したホストに受理を通知することができ、工程１６００はブロック１６２０に続く。
【０１７３】
いくつかの実装例において、招待を受理する受領は、サーバ１１０上に遠隔監視アカウントを自動的に設定する。すなわち、招待の生成時に、ホストが受信者のアカウント作成情報（受信者名、電子メール、電話番号等）を提供しているので、受信者は、ログインしてアカウントを作成する必要がない。さらに、ホストは、招待作成工程中にホストの写真を含むことができるので、正体は、受信者に送信された招待にホストの写真を含めることができ（受信者が招待が有効であることを知ることを助けることができる）、ホストの写真は、遠隔モニタ（図１８Ａおよび１８Ｂを参照して、ならびに他の場所で検討したようにダッシュボード上等）でホストの写真として使用することができる。
【０１７４】
いくつかの実装例において、招待は、招待の受信者が、受信者が遠隔監視システムにログインすることを要求せずに、招待を受理するために使用することができる、１回限りのトークンを含むことができる。トークンは、ＧＵＩＤ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）の形式にすることができる。招待は、招待が送信された時刻および招待の有効期限が切れる時刻のタイムスタンプも含んでもよい。
システムステータス表示
【０１７５】
いくつかの実装例において、遠隔監視システム１００のユーザーは、遠隔監視システム１００が作動しているか、またはシステムが作動していない可能性があるのはなぜかについて、容易に知ることがない場合がある。例えば、図２Ｂの実装例において、ホスト１９９は、データがセンサシステム８からサーバ１１０に伝送されていることを理解しない場合があるか、またはホストがデータが伝送されていないことを理解している場合であっても、ホストは、データ伝送を再開できるために問題がどこにあるかを認識しない場合がある。したがって、いくつかの実施形態は、システムが正常に作動しているか、そして作動していない場合、問題の原因が何であり得るかをユーザーが識別することを助けるために、システムステータスページを提供する。
【０１７６】
図１１Ａおよび１１Ｂは、いくつかの実装例に従うステータスページ１１００の例示的表示である。ステータスページ１１００は、遠隔監視システム１００の多様な構成要素の表現を含むステータスバー１１１０を含む。この例において、システム１００の構成要素は、ドッキングステーション１１１４と、ホスト通信デバイス１１１８と、サーバ１１１２とを含む。図１１Ａおよび１１Ｂには、ドッキングステーション１１１４とホスト通信デバイス１１１８との間の第１の通信チャネル１１１６（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびホスト通信デバイス１１１８とサーバ１１２２との間の第２の通信チャネル１１２０（例えば、Ｗｉ−Ｆｉまたはセルラー）等、システム１００の構成要素間の構成要素の各々の間の通信チャネルも含まれる。ステータスバー１１１０は、作動している、および作動していないことを判定される構成要素および通信チャネルを示すことができる。例えば、接続が作動していると判定される場合、接続は第１の状態にグラフィカルに表示することができ、接続が作動していない場合、接続は、第２の異なる状態でグラフィカルに表示することができる。第１の状態および第２の状態は、例えば、色（例えば、第１の状態の場合は緑、第２の状態の場合は赤）、および／またはグラフィックス（例えば、第１の状態の場合は直線、第２の状態の場合は破線）等を使用して、異なって表すことができる。さらに、ステータスバーのそれぞれの部分、１１１４、１１１６、１１１８、１１２０および１１２２は、ユーザー選択可能にすることができ、ユーザーが特定の部分を選択すると、ホスト監視アプリケーションは、ユーザーによって選択された部分と関連付けられた問題をユーザーが解決することを助けることができる、（例えば、ポップアップメッセージまたは新しい表示画面の形式において）ヘルプ情報を表示することができる。例えば、ドッキングステーションアイコン１１１４が第２の状態にあり、ユーザーがドッキングステーションアイコンを選択すると、遠隔監視アプリケーションは、ユーザーに、ドッキングステーションが電源に差し込まれていることを確認するよう問い合わせるメッセージを表示することができる。さらに、遠隔監視アプリケーションは、例えば、第１の通信チャネルが第２の状態で、ユーザーが第１の通信チャネルを選択した場合、ホスト監視デバイスのＢｌｕｅｔｏｏｔｈ（登録商標）接続が有効になっていることを確実にするよう問い合わせるメッセージを表示することができる。
【０１７７】
ステータスページ１１００は、システムの全体的なステータスを表示するキャラクターアイコン１１３２も含むことができる。図１１Ａおよび１１Ｂの例において、キャラクターアイコン１１３２は、標識を持っている怪獣の形式である。キャラクターアイコン１１３２の外観は、システムのステータスに基づいて変化することができるので、ユーザーはキャラクターアイコンを見ることによってステータスを迅速に判断することができる。例えば、キャラクターアイコン１１３２は、図１１Ａに図示されるように、笑っている表現を有することができ、システムが作動中でセンサデータを伝送中であることを示すチェックマークの標識を持っている。対照的に、キャラクターアイコン１１３２は、図１１Ｂに図示されるように、怒っている表現を有することができ、システムが作動していないことを示すＸの標識を持っている。キャラクターアイコン１１３２の色もまた、システム１００が作動している（すなわち、データがホストからサーバ１１１０に送信されている）とシステムが判断するときは緑、システムが作動していないとシステムが判断するときは赤等、システムのステータスに応じて変動することができる。
【０１７８】
キャラクターアイコン１１３２の目もまた、ホスト監視アプリケーションが作動している場合は目が点滅、または目が点滅していない場合は目が点滅しない等、システムが作動しているかをユーザーに示すことを助けることができる。目の点滅は、ドッキングステーション１０３とホスト通信デバイスとの間の伝送速度に対応することもできる。この様式において、ユーザーは、システムが作動していないにも関わらず、システムが作動していることを示す状態で、遠隔監視アプリケーションがフリーズするのとは対照的に、遠隔監視システムが有効に作動しているかどうかをわかることができる。
【０１７９】
図１１Ａおよび１１Ｂに図示されるように、ホスト監視アプリケーションは、ステータスページ１１００およびホスト監視アプリケーションによって表示される任意の他のページ上にステータスタブ１１２４を表示することもできる。ステータスタブは、選択されると、関連付けられる表示ページを表示する、ホスト監視アプリケーションの異なる表示ページと関連付けられた、複数の異なる選択可能なタブを含む、メニューの一部にすることができる。図１１Ａおよび１１Ｂのタブはこれに加えて、フォロワータブ１１２６、アカウントタブ１１２８、および詳細タブ１１３０を含む。すなわち、ステータスタブは、システムの接続状態の指示を必ず表示することができ、システムが作動している場合は、図１１Ａに図示されるように、緑でチェックマークを含めて表示され、システムが作動していない場合は、図１１Ｂに図示されるように、赤でＸを含めて表示される。ステータスバーは、表示されている現在のページに関係なく表示することができるので、それによって、表示されているページに関係なく、システムのステータスの指示をユーザーに提供する。
【０１８０】
いくつかの実装例において、ホスト監視システム１９８は、メッセージをサーバ１１０に定期的に送信するように構成されてもよい。サーバが既定の時間、ホスト通信システム１９８からのメッセージがないことを検出すると、サーバは、ホスト監視システム（受信器１０２、ゲートウェイ１０４、またはホスト通信デバイス１０５等）に送信される通知をトリガすることができ、ホストにメッセージがないことを通知して、ホストが、例示的なステータスページ１１００を使用して、ホスト監視システムが作動しているかどうかを判断するために確認できるようにする。
ホスト監視制御ページ
【０１８１】
ホスト監視アプリケーションはまた、ユーザーが、遠隔モニタ１１４のステータスを表示し、遠隔モニタと関連付けられた権限および設定を構成することを可能にする、多様な表示ページも含むことができる。
【０１８２】
図１４は、いくつかの実装例に従う、概要ページ１４００を図示する。概要ページは、複数のセル１４０２ａ〜１４０２ｅを含むことができ、各セルは、遠隔モニタまたは潜在的な遠隔モニタと関連付けられる。各セルは、識別目的のために、遠隔モニタと関連付けられた名前１４１０ａ〜１４１０ｅを含むことができる。セル１４０２ａ〜１４０２ｅは、遠隔モニタのステータスに応じて表示されることも可能である。例えば、セル１４０２ａは、遠隔モニタ（図１４ではフォロワーと呼ばれる）による削除ステータス１４０４ａの下にグループ化され、セル１４０２ｂは、招待有効期限切れステータス１４０４ｂの下にグループ化され、セル１４０２ｃは、有効ステータス１４０４ｃの下にグループ化され、セル１４０２ｄは、招待済みステータス１４０４ｄの下にグループ化され、セル１４０２ｅは、共有しないステータス１４０４ｅの下にグループ化される。各グループの下に複数のセルを表示できること、図１４は異なるグループ分けの説明を容易にするために、グループ分けにつき１つのセルを図示しているに過ぎないことに注意されたい。
【０１８３】
ページ１４００は、各グループステータスと関連付けられた選択可能なヘルプアイコン１４０６ａ〜１４０６ｅも含む。ヘルプアイコンを選択することによって、ホスト監視アプリケーションは、関連付けられたステータスが関与する内容を説明するさらなる情報をユーザーに提供することができる。ヘルプ情報は、例えば、ポップアップウィンドウに表示することができる。
【０１８４】
アイコンはまた、その遠隔モニタと関連付けられた権限および／または有効な機能を示すセルにも表示することができる。例えば、アイコン１４１２および１４１４は、それぞれ、セル１４０２ｃと関連付けられた遠隔モニタの通知が有効であり、監視されているホストと関連付けられた傾向グラフ情報を表示する権限を有することを示す。対照的に、遠隔モニタが、ホストの動向グラフの表示のような特定の機能の権限を有さない場合、対応するアイコンは、セルに表示されないか、または代わりに、権限の欠落を示す異なるアイコンを提供しないかのいずれかにすることができる。
【０１８５】
各セルには、選択可能なタブも提供することができる。例えば、図１４は、ユーザーによって選択された場合、そのページからセルを削除する削除タブ１４０８ａおよび１４０８ｂを図示する。そのセルと関連付けられた遠隔モニタに関する詳細情報を提供するために、矢印のタブ１４１６ｃ〜１４１６ｅを使用することもできる。例えば、選択可能な矢印１４１６を選択すると、ホスト監視アプリケーションは、関連付けられる遠隔モニタおよび遠隔モニタの設定に関する詳細を提供する、表示ページの設定に移動する。
【０１８６】
いくつかの実装例に従う、例示的な設定表示ページ１５００は、図１５に図示される。設定表示ページ１５００は、遠隔モニタと関連付けられた名前１５０２および電子メールアドレス１５０４等の識別情報、遠隔モニタの権限、および遠隔モニタの通知設定を含むことができる。図１５の例において、権限は、ユーザーが、グラフを表示する権限を許可と拒否との間を切り替えるために使用することができる、傾向グラフ権限１５０４タブを含むことができる。許可された場合、遠隔監視システム１００は、その遠隔モニタが、ホスト１９９の傾向グラフ情報を表示することを可能にし、拒否された場合、遠隔モニタは、ホストの傾向グラフ情報を表示することができない。通知設定は、ホスト監視アプリケーションのユーザーが、関連付けられる遠隔モニタの現在の通知設定を表示することを可能にする。通知設定は、緊急低通知警告１５０６、低通知警告１５０８、高通知警告１５０９、およびデータなし通知警告１５１０を含むことができ、各警告はステータスに関連付けられる（例えば、閾値に関連付けられる、および警告が無効または有効であるか）。いくつかの実装例において、ホスト監視アプリケーションを使用しているユーザーは、例えば、ページ１５００を使用して遠隔モニタの設定を変更できるが、他の実装例において、設定のうちのいくつかまたは全ては、図１５に示されるように、遠隔モニタによってのみ変更することができる。
【０１８７】
表示ページ１５００はまた、ホスト監視アプリケーションのユーザーが、ホスト１９９を監視している遠隔モニタ１１４Ａの機能を一時停止および解除することも可能にすることができる。一時停止／再開制御ボタン１５１４は、遠隔モニタに送信される通知ならびに／または遠隔モニタがホストのセンサデータを表示する権限の停止および開始等、遠隔モニタの遠隔監視機能を選択的に停止および再起動することができる。このような機能は、ホストが必ずしも遠隔モニタがホストを監視することを望まない場合に有用であり得る。特定の例として、遠隔モニタとしてのベビーシッターを含むことができる。ベビーシッターにとっては、ホスト監視システムによって監視されている子供の世話をしているときは、遠隔監視機能を有するが、ベビーシッターがもはや子どもの世話をしていないときは、遠隔監視を停止することが望ましい場合がある。このように、ベビーシッターによる監視を選択的に制御するために、ベビーシッターが子どもの世話をするたびに、ベビーシッターに新しい招待が送信される必要はない。
【０１８８】
遠隔モニタ削除制御ボタン１５１６は、ホストを監視することができる遠隔モニタのリストから、遠隔モニタを削除するために使用することができる。一時停止／再開制御１５１４とは対照的に、いくつかの実装例において、削除制御１５１６を使用して遠隔モニタを削除すると、ホストが、遠隔モニタになる人を再招待することが必要になる。本明細書の他の場所で説明するように、遠隔監視システム１００は、ホストを監視することができる遠隔モニタの数に対する既定の制限を有する場合があるので、いくつかの実装例において、ホストが別の遠隔モニタを追加できるには、ホストが遠隔モニタを削除することが必要になる場合がある。
【０１８９】
いくつかの実装例において、遠隔監視システム１００は、関連付けられたホストシステムによって、その権限または設定が変更された、あるいは一次停止、再開、または解除されている遠隔モニタに、通知メッセージを送信する。このように、遠隔モニタには変更が通知され、以前の構成に依存しない。
【０１９０】
加えて、一時停止、解除、および再開機能のそれぞれは、前述のように個別のモニタの代わりに、またはこれに加えて、ホストと関連付けられた全ての遠隔モニタにわたってグローバルに構成されてもよい。グローバル機能の場合、例えば、グローバル制御ボタンを押すと、ホストを監視する全ての遠隔モニタにわたってグローバルにそれぞれの機能を実装する等、個別のグローバル一時停止、解除、および再開制御ボタンをページ１４００に提供することができる（図１４には図示せず）。
遠隔監視ダッシュボード表示
【０１９１】
本明細書の他の場所で説明されるように、遠隔モニタ１１４は、遠隔監視デバイスに上に実装された、監視しているホストのいわゆるダッシュボード表示を提供することができる。図１８Ａおよび１８Ｂは、いくつかの実装例に従う、２つの異なる実装例のダッシュボードページ１８００である。ダッシュボード１８００は、複数のセル１８０２ａ〜１８０２ｄを含むことができ、それぞれが異なるホストと関連付けられる。各セル１８０２は、ホストのデフォルト名等のホストの識別子、および招待に提供されるホスト１８０４ａ〜１８０４ｄの写真を含むことができる。
【０１９２】
図１８Ａの実装例において、各セルは、例えば、セルに現在表示された検体値１８０６ａが測定された時刻１８１２ａ、ホストが遠隔監視システム１００を使用しているかどうかの記述１８１２ｂ、ホストのホスト監視システムが作動しているかどうかの記述１８１２ｃ、または遠隔モニタが一時停止していることを示す記述１８１２ｄ等、セルの現在のステータスを列挙する。
【０１９３】
図１８Ｂの実装例において、セル１８０２は、ホスト（図１８Ｂでは共有者（Ｓｈａｒｅｒ）と呼ばれる）による削除１８１４、有効１８１８（すなわち、システムが接続され、関連付けられたホストのデータを遠隔モニタに提供している）、切断１８２４（すなわち、例えば、図２Ｂの実装例において受信器１０２がドッキングステーションにないので、システムが接続していない）、および非共有１８２６（すなわち、ホストが遠隔モニタを一時停止している）等、セルのステータスに従って、ページ１８００上でグループ化することができる。さらに、グループ内のセルは、本明細書の他の場所で検討したように、監視された状態の重大度または他の条件別に順番にすることができる。
【０１９４】
セル１８０２はまた、そのホストと関連付けられた遠隔モニタの権限および／または設定の指示も含むことができる。例えば、傾向グラフアイコン１８１０は、遠隔モニタが、そのホストのセンサデータの傾向グラフを表示する権限を有することを示すことができる。
【０１９５】
再び図１８Ｂを参照すると、有効なグループ１８１８内にあるセル１８０２は、監視されている健康状態に関する情報も含むことができる。例えば、セル１８０２は、遠隔モニタに提供された最新の検体濃度値１８０６ａおよび測定された検体の変化率を示す傾向矢印１８０８ａを表示することができる。表示された検体濃度の測定に関連付けられる時間１８１２ａ、またはデータがホスト監視システムから受信されていない等、さらなる情報もセルに提供することができる。
【０１９６】
セル１８０２をユーザーが選択すると、遠隔モニタ表示を、そのセルと関連付けられたホストについての追加情報を提供する別の表示ページに移動させることもできる。例えば、遠隔モニタは、そのホストと関連付けられた傾向グラフ表示（図１９）、またはそのホストと関連付けられた設定ページ（図１７）に移動することができる。矢印「＞」は、セルに詳細情報があるかどうかを示すことができる。
傾向グラフ表示
【０１９７】
図１９は、いくつかの実装例に従う、ホストの監視された検体濃度の傾向グラフ９１４を提供する例示的ページである。傾向グラフは、測定された検体濃度の傾向線１９１６、ならびに遠隔モニタ１１４またはホスト監視システム１９８のいずれかを警告するために使用される低閾値１９１８および高閾値１９２０を表示することができる。傾向グラフページはまた、ユーザーが、３、６、１２、および２４時間の表示等、表示するセンサデータの異なる時間枠をユーザーが選択することを可能にする、ユーザーが選択可能なスライダバーも含むことができる。遠隔モニタが複数の異なるホストを監視している場合、遠隔モニタは、監視されている個人について間違わないように、ホストの写真１９０４およびホストの名前１９０２もまた提供することができる。
【０１９８】
いくつかの実装例において、本明細書の他の場所で説明したように、図１９のページは、ユーザーがアプリケーションを直接開くことに応答して遠隔監視アプリケーションが最初に開くと、および／またはユーザーが、サーバ１１０または通知サービス１１２によって送信された、遠隔モニタ１１４上の遠隔監視通知を開くと、自動的に表示することができる。説明すると、通知が遠隔モニタ１１４によって受信されると、遠隔モニタは、ロックまたはホーム画面上で通知を表示することができる。ユーザーは通知を選択することができ（例えば、既定のジェスチャーを使用する）、遠隔監視デバイス１１４によるその認識によって、遠隔監視デバイスに、通知と関連付けられたホストの傾向グラフを表示させる。
遠隔モニタ設定ページ
【０１９９】
図１７は、遠隔モニタがホストの遠隔監視設定を構成することを可能にすることができる、遠隔監視デバイス１１４上に表示される設定ページ１７００の実装例である。設定ページは、ホスト１５０６の写真を表示する写真フィールド、およびホストの名前を表示する名前フィールドを含むことができ、これらの両方は、設定ページ１７００を使用して、遠隔モニタによって変更することができる。いくつかの実装例において、写真および／または名前は、上記の招待プロセス中に少なくとも最初にホストによって提供されるが、遠隔監視システムは、遠隔モニタのユーザーが、写真および／または名前を後で変更することを可能にする。設定ページはまた、緊急低警告１７０６、低警告１７１４、高警告１７２４、およびデータなし警告１７３６等、多様な警告のための設定／通知設定も含むことができる。これらの警告のそれぞれの機能は、本明細書の他の場所で説明する。図１７に図示されるように、これらの警告のそれぞれと関連付けられた設定は、警告の有効化と無効化、各警告と関連付けられた閾値の変更、および各警告と関連付けられた警告アラーム（例えば、音、音量、振動、音調）の変更等、変更することができる。
新しい受信器および登録の自動検出
【０２００】
いくつかの実装例において、受信器１０２は、グルコースデータがサーバ１１０に到達すると、データをホストと関連付けることができるように、ホスト１９９と関連付ける必要がある。したがって、遠隔監視システム１００は、受信器をホストに割り当てることができる。これは最初に、図１０のブロック１０１６に関して前述したペアリング工程を通じて実行することができる。ホストが新しい受信器を受け取ると、好ましいユーザー体験とし、エラーを防止するために、ホスト監視アプリケーションは、異なるシリアル番号が使用されていることを確認することができ、これが新しい受信器であるか、またはこの受信器が既に別のホストによって所有されているかを確認するためにサーバ１１０とチェックし、通信デバイス１０５を介して、これがその受信器であるかを質問し、所有権を持つことを可能にするか、既に所有されていることを伝えるエラーを与える。
【０２０１】
したがって、新しい受信器の例示的検出工程は以下のようにすることができる。第１に、ホスト通信デバイス１０５は、受信器が他の誰かによって所有されているかをサーバと検証することによって（例えば、受信器のシリアル番号をデータベースと比較することによって）、新しい受信器が使用されているかを確認する。サーバが、誰もその受信器を所有していないと判定すると、ホスト監視アプリケーションはユーザーに、その受信器を自分の受信器にすることを希望するかを質問する。希望する場合、受信器および受信器からのデータはそのホストと関連付けられる。
データ損失警告
【０２０２】
いくつかの例示的な実装例において、セキュアサーバ１１０は、遠隔モニタと関連付けられたホスト監視システム１９８からデータが既定時間量の間受信されていない場合、遠隔モニタ１１４に対する通知メッセージまたは別の通信機構（例えば、電話の呼び出し、ショートメッセージサービスメッセージ等）を自動的にトリガするための規則を含むことができる。このように、遠隔モニタ１１４のユーザーは、ホスト監視システム１９８で何かが正しくない可能性があることを認識することができ、ホストに連絡しようとすることができる。
場所に基づく警告
【０２０３】
いくつかの実装例において、セキュアサーバ１１０は、通知メッセージを送信するかを決定する際、および／または通知メッセージの送信先を決定する際に、受信器１０２、ゲートウェイ１０４、ホスト１９９、および／または遠隔モニタ１１４の場所を使用してもよい。例えば、監視されているホストが第１の場所に存在し、第２の場所に移動するとき、セキュアサーバ１１０は、記録に基づいて、第１の場所近辺の第１の遠隔モニタ１１４Ａを選択することができ、ホストが第２の場所に移動すると、その第２の場所近辺に所在する第２の遠隔モニタ１１４Ｂを選択することができる。場所はまた、警告および通知を変動させるためにも使用されてもよい。例えば、セキュアサーバ１１０は、ホストの場所に基づいて、警告または通知をトリガするために使用される規則を変動させることができる。場所は、時刻と組み合わせて使用されてもよく、セキュアサーバ１１０は、場所および／または時刻に基づいて、警告および通知と関連付けられた閾値を変動させることができる。
確認通知
【０２０４】
いくつかの実装例において、受信器１０２またはゲートウェイ１０４は、ユーザーインターフェースに、ホストがトリガされた警告を確認、および／または警告に応答して取られた是正措置を示すことを要求するプロンプト（例えば、メッセージ、ウィンドウ等）を提示することができる。プロンプトは、取られた是正措置を示すためにユーザーが選択できる選択肢（例えば、投与されたインスリン、摂取した炭水化物等）の予め入力されたリストを含むことができる。通知メッセージは、遠隔モニタが、患者が警告に確認したこと、および／または是正措置がとられたこと（および／または是正措置の説明）を認識するように、１つ以上の遠隔モニタ１１４に直接送信されても、あるいはセキュアサーバ１１０および／または通知サービス１１２を通じて、遠隔モニタに送信されてもよい。
【０２０５】
加えて、遠隔モニタ１１４は、ユーザーが、ホスト監視システムに送信するために複数の予め入力されたメッセージから選択することを可能にすることができる。ユーザーは、通知を選択することができ、その時、遠隔モニタが、ユーザーがホスト監視システムに送信するために選択することができる予め入力されたテキストメッセージのリストを表示する。メッセージは、通知メッセージをトリガした基底の原因に関連するように、遠隔モニタによって選択され得る。例えば、通知メッセージが、ホストの低グルコースレベルによってトリガされた場合、メッセージは、「具合が悪くないですか？」、「オレンジジュースを飲んだほうがいいです」等、低グルコースレベルに関連する文にすることができる。各メッセージはユーザー選択可能にすることができ、選択されると、遠隔モニタからホストシステム１９８に直接、または例えば、サーバ１１０を通じて間接的に、のいずれかで、遠隔モニタ１１４に、ホスト監視システム上で表示するためのメッセージをホスト監視システムに送信させる。加えて、通知を選択すると、ホストを呼び出すプロンプトを自動的に表示することができ、プロンプトをユーザーが選択すると、遠隔モニタ１１４が、ホストと関連付けられた電話番号に電話がかかる（例えば、ホスト監視システム１９８の一部であるスマートフォン）。
応援メッセージ
【０２０６】
いくつかの実装例において、受信器１０２に送信された警告および／または通知メッセージは、応援概念を含むことができる。例えば、ホスト患者がグリセミックレベルの変化率を最小限に抑制した場合、セキュアサーバは、「治療が良好です。この調子でがんばりましょう！」という受信器１０２への警告、および／または遠隔モニタ１１４への通知メッセージを送信してもよい。これらの応援概念は、ユーザーが治療プログラムを続けるように積極的に応援することができる。いくつかの実装例において、セキュアサーバ１１０は、応援概念にマッピングされた１つ以上の事象を含むことができるので、事象をトリガすると、応援概念を含むメッセージを受信器１０２および／または遠隔モニタ１１４に送信させる。
【０２０７】
いくつかの実装例において、セキュアサーバ１１０は、上記のように、患者ホストの治療の態様を予測するために、パターンを使用することができる。例えば、あるパターンは、以前の確立されたパターンから、１日の所定の時刻にグリセミック変化を検出することができ、次いで、「昼食をぬきましたか？」という受信器１０２への警告および受信器１１４への通知を送信する規則をトリガする。これらの単純な、非技術的な問い合わせメッセージは、測定データまたは統計をホスト患者または遠隔モニタに提供するだけに比較すると、治療を維持するためにホスト患者からさらに優れた応答を得ることができる。いくつかの実装例において、セキュアサーバ１１０は、単純なメッセージにマッピングされた１つ以上の事象を含むことができるので、事象をトリガすると、単純なメッセージを含むメッセージを受信器１０２および／または遠隔モニタ１１４に送信させる。
監査追跡
【０２０８】
セキュアサーバ１１０は、監査追跡も提供することができる。例えば、セキュアサーバ１１０は、通知が、例えば、通知サービス１１２を使用して遠隔モニタ１１４にプッシュされたとき、および遠隔モニタが通知を確認するときに関連する情報を記憶することができる。セキュアサーバ１１０はまた、タイムラインを決定および／または遠隔モニタ１１４の効果を識別するために１つ以上の報告書を生成することもできる（ホスト１９９をより効果的に監視するために、遠隔モニタ、および／または警告設定等のシステム１００の設定を選択するために使用することができる）。
タイムスタンプ
【０２０９】
いくつかの実装例において、遠隔モニタ１１４に提供された検体レベルは、実時間ではない場合がある。例えば、実時間で遠隔モニタに検体値を提供することが所望される場合があるが、検体値が検体センサシステム８によって測定されるときと、検体レベルが遠隔モニタ１１４および／またはセキュアサーバ１１０に提供されるときとの間の時間の遅延が存在する場合がある。遅延は、例えば、受信器１０２に定期的に値を伝送するだけのセンサシステム８、ゲートウェイ１０４に定期的に値を転送するだけの受信器１０２、セキュアサーバ１１０への接続が困難なゲートウェイ、および遠隔モニタ１１４への接続が困難なセキュアサーバのいずれかに起因する場合がある。このために、いくつかの実装例において、遠隔モニタ１１４に伝送されるグルコース値は、通知をトリガした検体値（例えば、通知をトリガした閾値に到達または超えた検体値）が対応する時刻を示す時間を含めて遠隔モニタ上に表示される。時間は、検体値が測定された時刻であってもよく（例えば、太平洋標準時午後２時１０分）、または検体値が測定されてからの時間の差であってもよい（例えば、２分前、３０分前、４時間前等）。
【０２１０】
加えて、時間遅延に起因して、セキュアサーバ１１０は、時間が遅延された検体値に基づいて、遠隔モニタ１１４に通知を送信することになる場合がある。このような場合、通知は、「マイクの血糖値は太平洋標準時２時１０分に７０ｍｇ／ｄｌ未満になった」または「マイクの血糖値は２５分前に７０ｍｇ／ｄｌ未満になった」のように、通知をトリガした警告と関連付けられた時間を含めることができる。さらに、通知は遠隔監視デバイス上で直ちに表示されない場合があるため、遠隔監視デバイス１１４は、通知が確認されるまで、通知と関連付けられた任意の時間を自動的に更新することができる。
【０２１１】
ホストと遠隔モニタとの間の時間帯の違いに対応するため、いくつかの実装例に従う、遠隔監視システムは、世界標準時を使用して、世界標準時を遠隔モニタの時間帯に変換することができる。すなわち、ホスト監視システム１９８によって生成され、セキュアサーバ１１０に提供されるセンサデータ値のタイムスタンプは、世界標準時（ＵＳＴ）またはグリニッジ標準時（ＧＭＴ）にすることができ、同じ標準時で遠隔モニタ１１４に提供され、それによって、遠隔モニタが、遠隔監視デバイスによって示されるように共通時間を遠隔モニタが所在する時間帯に変換する。
【０２１２】
いくつかの実装例において、間違いを生じる可能性がある、ホスト監視システム１９８と遠隔モニタ１１４との間の時間差および潜在的な時間帯の違いに起因して時間を表示することが困難なことから、遠隔モニタ１１４に送信される通知は時刻を表示しない。時間の指示の欠落を救済するために、いくつかの実装例は、遠隔モニタ１１４上で遠隔監視アプリケーションを自動的に開き、ユーザーが通知を確認すると、ユーザーの監視された健康状態情報を表示する。アプリケーションを開くと最初に表示される、ホストの監視された健康状態情報は、最新の検体値および／または図１９に図示された傾向グラフページのような過去３時間分のホストの測定された検体レベルを示す傾向グラフ等、ホストの最新状態の指示を含むことができる。
データ伝送の損失
【０２１３】
いくつかの実装例において、データは、時には、センサシステム８からセキュアサーバ１１０に伝送されない場合がある。システムに依存して、これは、例えば、センサシステム８と受信器１０２、受信器１０２とゲートウェイ１０４、ドッキングステーション１０３とホスト通信デバイス１０５、またはゲートウェイ１０４とセキュアサーバ１１０のうちの１つ以上の間の意図しないデータ伝送接続の損失に起因する場合がある。あるいは、損失は、ユーザーが、受信器１０２またはホスト通信デバイス１０５等、遠隔監視システム１００の構成要素の１つ以上の電源を切る等、意図的な場合がある。このようないずれの場合でも、セキュアサーバ１１０は、このような損失を検出すると、ホスト監視システム１９８および遠隔モニタ１１４Ａ〜１１４Ｍのうちの１つ以上へのデータ伝送の損失を示す通知を自動的に送信するように構成することができる。
【０２１４】
しかしながら、時には、遠隔モニタ１１４が過剰なメッセージを受信しないように、このようなデータ伝送の損失通知を送信しないことが所望される場合がある。例として、監視されているホストは夜間睡眠中で、起きて水を飲むために台所に行く場合がある。これは、例えば、センサシステム８が、ホスト１９９のベッドサイドのテーブルにある受信器１０２からの範囲外であると、データ伝送の損失となり得る。このため、既定の時間量後、または既定の回数のホスト監視システム１９８との接続試行後に、データが受信されない場合にのみ、サーバ１１０がデータの損失通知を開始するように、データ伝送の損失エラーと関連する遅延を実装することができる。
【０２１５】
さらに、データ伝送の損失が延長時間にわたる場合であっても、データ伝送の損失があるたびに、データ損失通知を送信しないことが所望される場合がある。例えば、図２Ｃの実装例において、ドッキングステーション１０３は、固定されている場合がある。このため、ホストは、ホストが受信器１０２をドッキングステーションに置き、ホストがデータ伝送のために受信器およびドッキングステーションに十分近似しているときのみ、健康状態測定値を伝送することが可能な場合がある。しかしながら、ホストは、例えば、仕事にでかける場合に、自分の受信器をドッキングステーション１０３から取り外すことが必要な場合がある。これは、十分重要な事象とは考えられない場合があるため、ホストがドッキングステーション１０３から受信器を取り外すときに遠隔モニタ１１４への通知をトリガすることが所望されない場合がある。
【０２１６】
したがって、いくつかの実装例において、遠隔監視システム１００は、何らかの理由で、ホスト監視システム１９８が正常に機能しておらず、センサデータをセキュアサーバに提供していないのではなく、受信器がドッキングステーション１０３から取り外されたと判断することができる。一実装例において、遠隔監視システム１００は、ドッキングステーションからの伝送を監視することによって、受信器がドッキングステーション１０３に置かれていないと判断する。例えば、受信器１０２によって生成された情報を含む、ドッキングステーション１０３からの伝送は、受信器が置かれていることを示し、受信器によって生成された情報を含まない、ドッキングステーション１０３からの伝送は、受信器がドッキングステーションから取り外されていることを示す。
眼鏡表示デバイス
【０２１７】
上記の開示は、ハンドヘルドコンピューティングデバイスの使用に関して主に説明したが、スマートフォンの代わりに、またはその場所に他のデバイスを使用することができることを理解されたい。例えば、いくつかの実装例において、センサデータは、パーソナルコンピューティングデバイスから、眼鏡の形式のコンピューティングデバイスへ伝送され、ユーザーは眼鏡上に表示されたメッセージおよび情報を見る。このような眼鏡の一例は、Ｇｏｏｇｌｅ，Ｉｎｃによって製造されるグーグルグラス（Ｇｏｏｇｌｅ  Ｇｌａｓｓ）である。ユーザーの眼鏡のインターフェースは、センサシステム８から直接、あるいは受信器１０２またはゲートウェイ１０４等の中間デバイスを通じてのいずれかで、データを受信するために近距離ラジオリンクを使用することができる。
【０２１８】
いくつかの実装例において、データの伝送は、本明細書において検討するように、低または高グルコースの偏位の発生によって主導される等、事象主導であってもよい。
【０２１９】
本明細書に記載する主題の多様な実装は、デジタル電子回路、集積回路、特別に設計されたＡＳＩＣ（用途特定集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはこれらの組み合わせにおいて実現されてもよい。回路は、プリント回路基板（ＰＣＢ）等に固定されても、記載のように多様な形式であってもよい。これらの多様な実装は、ストレージシステム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信し、かつこれらにデータおよび命令を伝送するために連結された、特殊または汎用目的であってもよい、少なくとも１つのプログラム可能プロセッサを含むプログラム可能なシステム上で実行可能および／または解釈可能である、１つ以上のプログラムにおける実装を含むことができる。
【０２２０】
これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、またはコードとしても知られる）は、プログラム可能なプロセッサのための機械命令を含み、高レベルのプロシージャおよび／またはオブジェクト指向のプログラミング言語、ならびに／あるいはアセンブリ／機械言語において実装されてもよい。本明細書で使用される場合、「機械可読媒体」とは、プログラム可能プロセッサに機会命令および／またはデータを提供するために使用される任意の非一時的コンピュータプログラム製品、装置、および／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を言及し、機会命令を受信する機械可読媒体を含む。
【０２２１】
ユーザーとの相互作用を提供するために、本明細書に記載される主題は、ユーザーに情報を表示するための表示デバイス（例えば、ＣＲＴ（ブラウン管）またはＬＣＤ（液晶ディスプレイ）モニタ）と、ユーザーがコンピュータに入力を提供することができるポインティングデバイス（例えば、マウスまたはトラックボール）を有するコンピュータ上に実装されてもよい。ユーザーとの相互作用を提供するために、他の種類のデバイスも使用されてもよく、例えば、ユーザーに提供されるフィードバックは、任意の形式の感覚フィードバック（例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバック）、ユーザーからの入力は、音声、スピーチ、触覚入力を含む、任意の形式で受信されてもよい。
【０２２２】
本明細書に記載される主題は、バックエンド構成要素（例えば、データサーバとして）を含む、あるいはミドルウェア構成要素（例えば、アプリケーションサーバ）を含む、あるいはフロントエンド構成要素（例えば、グラフィカルユーザーインターフェースまたはユーザーが本明細書に記載される主題の実装例と相互作用してもよいウェブブラウザを有するクライアントコンピュータ）、あるいはこのようなバックエンド、ミドルウェア、またはフロントエンド構成要素の任意の組み合わせを含むコンピューティングシステムに実装されてもよい。システムの構成要素は、任意の形式または媒体のデジタルデータ通信（例えば、通信網）によって相互接続されてもよい。通信網の例として、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）、公衆陸上移動通信網、衛星通信網、およびインターネットが挙げられる。
【０２２３】
いくつかの変形を上記に記載したが、他の変更が可能である。例えば、本主題の特定の実装例の説明は、検体アプリケーションを検討するが、本主題は、他の種類のソフトウェアおよびデータサービスアクセスにも適用可能である。さらに、上記は特定の製品に言及したが、他の製品も使用されてもよい。加えて、添付の図面に表され、本明細書に説明される論理の流れは、所望される結果を達成するために、示される特定の順序、または順番を必要としない。さらに、本明細書に使用される場合、「組」という用語はゼロ以上の項目を含み、「基づく」という用語は、「少なくとも〜に基づく」という語句と（その他特に記載のない限り）同じ意味で使用することができる。他の実装例は、以下の請求項の範囲内にすることができる。
【０２２４】
本開示は、図面および前述の説明に詳細に図示および説明されるが、このような図示および説明は、図示または例示であって、制限と考えられてはならない。本開示は、開示される実施形態に限定されない。開示される実施形態に対する変形は、図面、本開示、および添付の請求項の研究から、本請求される開示を実践する当業者によって、理解され、有効とすることができる。
【０２２５】
本明細書に引用される全ての参照は、それらの全体を参照することにより、本明細書に組み入れる。参照により組み入れられる文献および特許または特許明細書が本明細書に含まれる開示と相反する場合、本明細書が任意のこのような相反する文献に優先および／または優先権をとることを意図する。
【０２２６】
その他特に定義のない限り、全ての用語（技術および科学用語を含む）は、当業者に対するそれらの通常かつ慣例の意味が与えられるものとし、本明細書にそのように明示的に定義されない限り、特別またはカスタマイズされた意義に限定されない。本開示の所定の特徴または態様を記載するときの特定の用語の使用は、その用語が関連付けられる本明細書で本開示の特徴または態様の任意の特定の特徴を含むように制限されるとその用語が再定義されることを暗示すると解釈されてはならないことに注意されたい。本明細書に使用される用語および語句、ならびにその変形は、特に添付の請求項において、その他明示的に記載のない限り、限定ではなく、無制限として解釈されるべきである。前述の例として、用語「含む」は、「制限なく、含む」、「含むが、限定されない」等を意味すると解釈されなければならず、本明細書で使用される場合、用語「備える」は、「含む」、「含有する」、または「〜により特徴付けられる」と同義語であり、包括的または制約がなく、追加の引用されていない要素または方法のステップを排除せず、用語「有する」は「少なくとも有する」と解釈されなければならず、用語「含む」は、「含むが限定されない」と解釈されなければならず、用語「例」は、その排他的または限定的リストではなく、記載の項目の例示的事例を提供するために使用され、「周知の」、「通常の」、「標準の」、および同様な意味の用語等の形容詞は、所与の期間に対して記載される項目、または所与の時間で利用可能な項目を限定するとして解釈されてはならず、そうではなく、現在または将来の任意の時点で利用可能または周知であってもよい、周知の、通常の、または標準の技術に言及すると解釈されなければならず、「好ましくは」、「好ましい」、「所望の」、または「所望される」のような用語および同様な意味の単語の使用は、所定の特徴が本発明の構造または機能に必須、必要不可欠、またはさらに重要であることを暗示すると理解されてはならず、そうではなく、本発明の特定の実施形態に利用されてもよい、または利用されなくてもよい代替または追加の特徴を強調することを意図するに過ぎない。同様に、接続詞「および」で連結された一群の項目は、それらの項目のそれぞれおよびあらゆる１つがその群に存在することが要求されると解釈されてはならず、そうではなく、その他明示的に記載のない限り、「および／または」として解釈されるべきである。同様に、接続詞「または」で連結された一群の項目は、その群の間で相互に排他的であることが要求されると解釈されてはならず、そうではなく、その他明示的に記載のない限り、「および／または」として解釈されるべきである。
【０２２７】
ある範囲の値が提供される場合、上限および下限、ならびにその範囲の上限と下限との間に介在する値それぞれは、実施形態内部に網羅されると解釈されたい。
【０２２８】
本明細書における実質的に任意の複数および／または単数の用語の使用に関して、当業者は、文脈および／または適用に対して適切であるように、複数を単数に、および／または単数を複数に変換することができる。多様な単数／複数の置換は、明確性のために、本明細書に明示的に記載される場合がある。不定冠詞「１つ」（「ａ」または「ａｎ」は複数を除外しない。単一のプロセッサまたは他の装置は、請求項に引用されるいくつかの項目の機能を満たすことができる。相互に異なる依存請求項において所定の測定が引用されるという事実だけで、利益を得るためにこれらの測定の組み合わせを使用できないということを示すものではない。請求項のいずれの参照の兆候も範囲を限定すると解釈されてはならない。
【０２２９】
さらに、特定の番号の導入された請求項の記述が意図される場合、そのような意図は請求項内で明示的に記述され、そのような記述が欠落する場合、そのような意図が全く存在しないことが当業者によって理解されるであろう。例えば、理解の支援として、以下の添付の請求項は、請求項の記述を導入するために、「少なくとも１つ」および「１つ以上」という導入語句の使用を含む場合がある。しかしながら、そのような語句の使用は、同じ請求項が「１つ以上」または「少なくとも１つ」という導入語句、および「１つ」（「ａ」または「ａｎ」）等の不定冠詞を含む場合であっても、「１つ」（「ａ」または「ａｎ」）という不定冠詞による請求項の記述の導入は、そのように導入された請求項の記述を含む任意の請求項が、１つだけのそのような記述を含む実施形態に限定することを暗示すると、解釈されてはならず、同じことは、請求項の記述を導入するために使用される定冠詞の使用にも言える。加えて、特定の番号の導入された請求項の記載が明示的に記載される場合であっても、当業者は、そのような記載は典型的に、少なくとも記述された番号を意味すると解釈されるべきである（すなわち、他の修飾語なく、「２つの記述」のみの記述は、典型的に、少なくとも２つの記述、または２つ以上の記述を意味する）。さらに、「Ａ、Ｂ、およびＣ等のうちの少なくとも１つ」に類似の規則が使用される場合、一般に、このような構成は、当業者が規則を理解するであろうという意味において意図される（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に有するシステム等を含むがこれらに限定されない）。「Ａ、Ｂ、またはＣ等のうちの少なくとも１つ」に類似の規則が使用される場合、一般に、このような構成は、当業者が規則を理解するであろうという意味において意図される（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に有するシステム等を含むがこれらに限定されない）。さらに、当業者によって、２つ以上の代替用語を提示するほぼ任意の離接語および／または語句は、説明、請求項、または図面のいずれであっても、用語のうちの１つ、用語のいずれか、または両方の用語を含む可能性があると解釈することが理解されなければならない。例えば、「ＡまたはＢ」という語句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解される。
【０２３０】
仕様において使用される成分、反応条件等の数量を表現するすべての数字は、あらゆる事例において「約」という用語によって修飾されていると理解されなければならない。したがって、そうではないと示されない限り、本明細書に記載される数値パラメータは、取得されることが求められる所望の特性に依存して変動する可能性がある近似値である。少なくとも、かつ本明細書に対する優先権を主張するあらゆる明細書におけるあらゆる請求項の範囲に同等の原理の適用を限定する試みとしてではなく、各数値パラメータは、有効桁数および通常の四捨五入法を考慮して解釈されなければならない。
【０２３１】
さらに、上述では明確化および理解の目的のために、図示および例示によっていくらかの詳細を説明したが、当業者には、所定の変更および修正が実践されてもよいことが明らかである。したがって、説明および例は、本発明の範囲を本明細書に説明される特定の実施形態および例に制限すると解釈されてはならず、そうではなく、本発明の真の範囲および精神と付属する全ての修正および代替も網羅すると解釈されるべきである。
【符号の説明】
【０２３２】
２２  ワークステーション
１００  遠隔監視システム
１０８  ネットワーク
１１０  セキュアサーバ
１１４Ａ  遠隔モニタ
１１４Ｂ  遠隔モニタ
１１４Ｍ  遠隔モニタ
１９８Ａ  ホスト監視システム
１９８Ｂ  ホスト監視システム
１９８Ｎ  ホスト監視システム
【図１】
2020036966.tif 000003
【図２Ａ】
2020036966.tif 000004
【図２Ｂ】
2020036966.tif 000005
【図２Ｃ】
2020036966.tif 000006
【図３】
2020036966.tif 000007
【図４Ａ】
2020036966.tif 000008
【図４Ｂ】
2020036966.tif 000009
【図５】
2020036966.tif 000010
【図６】
2020036966.tif 000011
【図７Ａ】
2020036966.tif 000012
【図７Ｂ】
2020036966.tif 000013
【図８】
2020036966.tif 000014
【図９】
2020036966.tif 000015
【図１０】
2020036966.tif 000016
【図１１Ａ】
2020036966.tif 000017
【図１１Ｂ】
2020036966.tif 000018
【図１２】
2020036966.tif 000019
【図１３】
2020036966.tif 000020
【図１４】
2020036966.tif 000021
【図１５】
2020036966.tif 000022
【図１６】
2020036966.tif 000023
【図１７】
2020036966.tif 000024
【図１８Ａ】
2020036966.tif 000025
【図１８Ｂ】
2020036966.tif 000026
【図１９】
2020036966.tif 000027
【手続補正書】
【提出日】令和1年12月9日(2019.12.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
遠隔モニタで、ホストの検体状態を監視する受信器から取得された検体センサデータから、サーバによって検出された事象を表す通知メッセージを受信することと、
前記遠隔モニタで、前記遠隔モニタを有効にするための前記通知メッセージを、提示することであって、前記遠隔モニタが、前記ホストの前記検体状態を監視する前記受信器を増強するための前記通知メッセージを受信するように前記サーバによって構成される、提示することと、
前記通知メッセージの前記提示に応答して、前記遠隔モニタによって、前記サーバにアクセスすることと、
前記アクセスに応答して、少なくとも前記検体センサデータを含む情報を受信することと、を含む、方法。
【外国語明細書】
2020036966000001.pdf