特許 6833711 連続グルコース監視のための分散システムアーキテクチャ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6833711

(24)【登録日】2021年2月5日

(45)【発行日】2021年2月24日

(54)【発明の名称】連続グルコース監視のための分散システムアーキテクチャ

(51)【国際特許分類】

   G16H 10/00 20180101AFI20210215BHJP

   G06F 21/60 20130101ALI20210215BHJP

   G06F 21/62 20130101ALI20210215BHJP

   A61B 5/00 20060101ALI20210215BHJP

【ＦＩ】

   G16H10/00

   G06F21/60

   G06F21/62 345

   A61B5/00 102C

【請求項の数】2

【全頁数】65

(21)【出願番号】特願2017-552032(P2017-552032)

(86)(22)【出願日】2016年5月11日

(65)【公表番号】特表2018-525694(P2018-525694A)

(43)【公表日】2018年9月6日

(86)【国際出願番号】US2016031850

(87)【国際公開番号】WO2016183198

(87)【国際公開日】20161117

【審査請求日】2019年5月13日

(31)【優先権主張番号】62/160,475

(32)【優先日】2015年5月12日

(33)【優先権主張国】US

(31)【優先権主張番号】62/249,043

(32)【優先日】2015年10月30日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】504016422

【氏名又は名称】デックスコム・インコーポレーテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(72)【発明者】

【氏名】マイケル・ロバート・メンシンガー

(72)【発明者】

【氏名】エリック・コーエン

(72)【発明者】

【氏名】バサブ・ダッターレイ

(72)【発明者】

【氏名】ハリ・ハンパプラム

(72)【発明者】

【氏名】アプルヴ・ユラス・カマス

(72)【発明者】

【氏名】スティーブン・マディガン

(72)【発明者】

【氏名】フィル・メイヨー

【審査官】 梅岡 信幸

(56)【参考文献】

【文献】 国際公開第２０１４／１５９１７４（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１４／０３５７９７２（ＵＳ，Ａ１）

【文献】 特開２００３−１０８６７７（ＪＰ，Ａ）

【文献】 特開２００６−２６３００２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１６Ｈ １０／００−８０／００

Ｇ０６Ｑ １０／００−９９／００

Ａ６１Ｂ ５／００− ５／０１

Ｇ０６Ｆ ２１／６０−２１／８８

(57)【特許請求の範囲】

【請求項1】

データを安全に送信するための方法であって、
連続グルコースセンサユニットが、グルコースレベルを含むデータを準備することと、
前記グルコースレベルに関する前記データを、前記連続グルコースセンサユニットと関連付けられた送信機が、少なくとも１つの表示デバイスに無線送信することと、
前記グルコースレベルに関する前記データを、前記少なくとも１つの表示デバイスが、クラウドコンピューティングアーキテクチャに自動的に転送することと、
前記グルコースレベルに関する前記データを、前記クラウドコンピューティングアーキテクチャが、別個の群に記憶することであって、前記グルコースレベルに関する前記データが、第１のデータセット及び第２のデータセットを含み、前記第１のデータセットが、リアルタイムデータを含み、前記リアルタイムデータが、グルコース値、前記連続グルコースセンサユニットの現在の状態、または前記グルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、前記第２のデータセットが、前記連続グルコースセンサユニットを較正するための情報及び前記連続グルコースセンサユニットの技術サポートのために使用される情報のうちの少なくとも１つを含む、前記記憶することと、
前記送信機が、前記第１のデータセットを暗号化することと、
前記送信機が、前記第２のデータセットを暗号化することと、
前記少なくとも１つの表示デバイスが、前記第１のデータセットを復号及び表示することであって、前記少なくとも１つの表示デバイスが前記第２のデータセットを復号することが阻止される、前記復号及び表示することと、
前記クラウドコンピューティングアーキテクチャが、前記第２のデータセットを復号することと、
前記少なくとも１つの表示デバイスが、前記第１のデータセットを復号するための第１の鍵を記憶することと、
前記クラウドコンピューティングアーキテクチャが、前記第２のデータセットを復号するための第２の鍵を記憶することであって、前記少なくとも１つの表示デバイスによる前記第２の鍵へのアクセスが阻止される、前記記憶することと、
前記クラウドコンピューティングアーキテクチャが、１つ以上の要求システムによる前記第１のデータセット及び前記第２のデータセットへのアクセスを許可するかを選択的に決定することであって、前記要求システムが、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含み、前記クラウドコンピューティングアーキテクチャが、
前記技術サポートシステムに前記第１のデータセット及び前記第２のデータセットへのアクセスを許可し、
前記少なくとも１つの第三者アプリケーションに前記第１のデータセットへのアクセスを許可し、
前記データウェアハウスに前記第１のデータセット及び前記第２のデータセットへのアクセスを許可する、前記決定することと、を含む、前記方法。

【請求項2】

分析物レベルに関するデータを監視するためのシステムであって、
グルコースレベルに関するデータを準備するように構成された連続グルコースセンサユニットであって、前記グルコースレベルに関する前記データを送信するように構成された無線送信機を含む、前記連続グルコースセンサユニットと、
前記グルコースレベルに関する前記送信されたデータを受信し、かつ前記データを自動的に転送するように構成された少なくとも１つの表示デバイスと、
前記自動的に転送されたデータを受信し、かつ前記グルコースレベルに関する前記データを別個の群に記憶するように構成されたクラウドコンピューティングアーキテクチャであって、前記グルコースレベルに関する前記データが、第１のデータセット及び第２のデータセットを含み、さらに、前記第１のデータセットが、リアルタイムデータを含み、前記リアルタイムデータが、グルコース値、前記連続グルコースセンサユニットの現在の状態、または前記グルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、前記第２のデータセットが、前記連続グルコースセンサユニットを較正するための情報及び前記連続グルコースセンサユニットの技術サポートのために使用される情報のうちの少なくとも１つを含む、前記クラウドコンピューティングアーキテクチャと、を備え、
前記無線送信機が、前記第１のデータセット及び前記第２のデータセットを暗号化するようにさらに構成されており、前記少なくとも１つの表示デバイスが、前記第１のデータセットを復号及び表示するようにさらに構成されており、前記少なくとも１つの表示デバイスが、前記第２のデータセットを復号することができず、前記クラウドコンピューティングアーキテクチャが、前記第２のデータセットを復号するようにさらに構成されており、前記少なくとも１つの表示デバイスが、前記第１のデータセットを復号するための第１の鍵を記憶するようにさらに構成されており、前記クラウドコンピューティングアーキテクチャが、前記第２のデータセットを復号するための第２の鍵を記憶するようにさらに構成されており、前記少なくとも１つの表示デバイスが、前記第２の鍵にアクセスすることができず、
前記クラウドコンピューティングアーキテクチャが、１つ以上の要求システムによる前記第１のデータセット及び前記第２のデータセットへのアクセスを許可するかを選択的に決定するようにさらに構成されており、前記要求システムが、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含み、前記クラウドコンピューティングアーキテクチャが、
前記技術サポートシステムに前記第１のデータセット及び前記第２のデータセットへの
アクセスを許可し、
前記少なくとも１つの第三者アプリケーションに前記第１のデータセットへのアクセス
を許可し、かつ
前記データウェアハウスに前記第１のデータセット及び前記第２のデータセットへのア
クセスを許可するようにさらに構成されている、前記システム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１５年５月１２日出願の米国仮特許出願第６２／１６０，４７５号、及び２０１５年１０月３０日出願の米国仮特許出願第６２／２４９，０４３の利益を主張するものである。前述の特許出願の全内容は、本出願の開示の一部として参照により組み込まれる。

【0002】

本開示は、グルコース値に関するデータを無線送信し、そのデータの表示及び分散を制御するための連続グルコースモニタに関する。

【背景技術】

【0003】

連続グルコースモニタは、グルコースレベルを監視する容易な方法として人気が高まっている。連続グルコースモニタを使用する前に、ユーザは、例えば、少量の血液試料からグルコースレベルを決定する試験片を使用して、１日を通して数回、例えば、午前中、昼食頃、及び夕方に、自身の血中グルコースレベルをサンプリングする必要があることが分かる場合がある。連続グルコースモニタは、これらの試験片を取り換え、グルコースレベルの電子監視及び表示を提供する。

【0004】

グルコースレベルの監視に加えて、連続グルコースモニタは、グルコースレベルに関する様々な他のデータを生成し、追跡することができる。例えば、連続グルコース監視システムは、患者識別情報、タイムスタンプ、ユーザによって確立されたアラート、連続グルコースモニタと関連付けられた電子ユニットの診断情報、及び様々な他の情報を含む多数のデータ点を追跡することができる。連続グルコースモニタは、ユーザがグルコースレベルを見ることができるようにこの情報を表示デバイスに送信することができる。

【0005】

当初は、連続グルコースモニタは、グルコースレベルに関するデータを専用ディスプレイに無線送信していた。この専用ディスプレイは、グルコースレベル、傾向パターン、及び他の情報をユーザに表示するように設計された医療デバイスである。しかしながら、スマートフォン及びスマートフォン上で実行するソフトウェアアプリケーション（アプリ）の人気の高まりにつれて、一部のユーザは、専用ディスプレイを携帯する必要を避けることを好む。代わりに、一部のユーザは、自身のモバイルコンピューティングまたはスマートデバイス、例えば、スマートフォン、タブレット、またはスマートウォッチもしくはスマートグラス等のウェアラブルデバイス上で実行する専用ソフトウェアアプリを使用して自身のグルコースレベルを監視することを好む。かかるスマートデバイス上でソフトウェアアプリを使用することにより、連続グルコース監視システムは、グルコース及び連続グルコースモニタ情報を他のデバイス、ソフトウェアアプリケーション、及びサーバに送信することができる。これらの他のデバイス、ソフトウェアアプリケーション、及びサーバは、グルコース監視の強化を提供し、追加のユーザがある人物のグルコースレベルを追跡することを可能にし（例えば、子供のグルコースレベルを監視している親）、システム動作に関する技術サポートを提供し、いくつかの他のシステム及びアプリケーションに患者の医療データへのアクセスを提供することができる。

【発明の概要】

【発明が解決しようとする課題】

【0006】

分散アーキテクチャ全体にわたる複数の機密性カテゴリ（例えば、制限的、制限度のより低い等）を有するデータの分散及び使用を制御するためのシステム及び方法が本開示に記載される。例示の実施形態は、データが連続グルコースモニタから１つ以上の接続された表示デバイスに送られ、クラウドコンピューティングアーキテクチャに転送されることを可能にする。本明細書で述べられるように、第三者及びある特定のシステム構成要素の専有、部外秘、または患者識別情報等の制限的データへのアクセスを制限する一方で、他の機密度のより低いデータへのアクセスが選択的に許可されること、権限付与されていないエンティティが制限的データにアクセスすることができないことを確実にすること、ならびに大量のデータを受信し、それを記憶し、かつそれへのアクセスを選択的に許可するように規模調整することができるシステムを提供することを含むが、これらに限定されない、医療データ等の様々な機密度を有するデータの分散に関する課題がいくつか生じ得る。

【課題を解決するための手段】

【0007】

一例証的実施形態では、連続グルコースモニタは、送信前にデータを複数のカテゴリに分ける。これらのカテゴリは、データが患者を識別するか、システム動作に関する専有情報（例えば、エラーコード、較正式、生データ、較正データ等）を含むか、または第三者及び他のシステム構成要素がアクセスすることができる情報を含むかに基づき得る。これらのカテゴリは、本明細書では、公開データ及び私有データと称される。他の実施形態では、ディスプレイまたはクラウドコンピューティングアーキテクチャは、データを複数のカテゴリに分けることができる。その後、クラウドコンピューティングアーキテクチャは、データを別々に記憶し、アクセスを要求するエンティティに基づいて、アクセスを複数のデータカテゴリのうちの１つ以上のみに制限することができる。異なるシステムが異なる時間にデータ同期化を行うことができる。

【0008】

他の実施形態では、異なるデータ型を含む異なるデータストリームがサーバに別々に送られ、別々に記憶され得る。データストリームは、例えば、連続グルコースモニタがデータストリームを２つの接続されたディスプレイに送信し、それらが各々、それらのデータを（ディスプレイによって生成された任意の他のデータとともに）サーバに転送する場合、重複している場合がある。これにより、２つのディスプレイから２つの別個のデータストリームがもたらされ、これらは重複データであるはずである。クラウドコンピューティングアーキテクチャは、データストリームを別々に記憶し、それがデータへのアクセスを容易に許可または制限することを可能にし、データストリームが比較されて正しいシステム動作を確実にすることも可能にする。加えて、各ディスプレイは、実際に、複数のデータストリームを送信することができ、そこで容易な分類及びパーミッションベースのアクセスを可能にするようにデータが必要に応じて複数のカテゴリのうちの１つ以上に分けられている。例えば、各ディスプレイは、２つのデータストリームを送ることができ、結果として、クラウドコンピューティングアーキテクチャが単一連続グルコースモニタと関連付けられた４つのデータストリームを受信する。その後、サーバは、各特定のディスプレイから直近に受信された送信に基づいて、そのディスプレイでの送信を再開することができる。

【0009】

連続グルコースモニタは、データのカテゴリを同じ時間にまたは異なる時間に送信する。例えば、連続グルコースモニタは、一部のデータをリアルタイムで、例えば、５分毎に送信し、他のデータを周期的バルク転送の一部として、例えば、１時間毎に送信する。クラウドコンピューティングアーキテクチャは、リアルタイムデータ及びバルクデータを別々に記憶する。加えて、クラウドコンピューティングアーキテクチャ内の異なる構成要素は、リアルタイムデータ及びバルクデータを異なる期間記憶する。これにより、単一サーバが極めて大量のデータを記憶することを必要とすることなく過去３０日以内に生成されたデータ等のより最近のデータへの迅速なアクセスが可能になる。代わりに、クラウドコンピューティングアーキテクチャは、長期データを別個の記憶装置に記憶する。

【0010】

他の例示の実施形態では、連続グルコースモニタは、送信前に少なくとも一部のデータを暗号化することができる。暗号化は、権限付与されていない第三者がデータにアクセスするのを阻止する。連続グルコースモニタは、データの一部または全てを暗号化し、特定のデータ型へのアクセスの権限付与されたデバイスのみが復号鍵を取得する。例えば、連続グルコースモニタは、複数のデータ断片を、データの一部を復号する鍵を唯一有するディスプレイに送信する。ディスプレイは、データを、データの一部または全てを復号するために使用される鍵を有するサーバに転送する。この様式で、連続グルコースモニタは、サーバによって受信されるまでこのシステムを通じた分散中に暗号化されたままの私有データを暗号化する。

【0011】

他の例示の実施形態は、記載される分散システムアーキテクチャにアクセスするための共通インターフェースに対処する。本システムまたはシステム構成要素は、システム設計または動作のある特定の変更の新たな承認を必要とし得る承認された医療デバイスであり得る。それにもかかわらず、第三者は、医療データへのアクセスを要求し、様々な異なる種類の要求を使用する。第三者が新しいソフトウェアアプリケーション及びサーバを作成すると、要求されたアクセスを許可するためにシステムに変更が加えられる必要がある。例えば、第三者アプリケーションは、グルコースレベルを摂食に関する情報と統合するために過去１週間のグルコースレベルへのアクセスを要求する。別のアプリケーションは、インスリン注射についての推奨を提供するためにグルコースレベルへのアクセスを要求する。これらのアプリケーションは、異なるインターフェースを有し、異なるデータ型（例えば、リアルタイム対バルク、患者識別情報有りまたは無しのグルコースレベル等）へのアクセスを要求し得る。これらの問題に対処するために、本クラウドコンピューティングアーキテクチャは、一組の共通アプリケーションプログラムインターフェースを提供するハブアンドスポークトポロジを実装する。第三者は、規制承認を許可された共通アプリケーションプログラムインターフェースとインターフェースをとることができる。加えて、本システムは、ユーザにシングルサインオンを提供し、これにより、ユーザが様々なシステムモジュールにアクセスするときにユーザが別個のシステムにログインする必要がなくなる。

【0012】

加えて、例示の実施形態は、特定の患者の遠隔モニタにより患者の医療情報へのアクセスを制御する。遠隔モニタは、患者のグルコースレベルにアクセスする、連続グルコースモニタを使用する患者以外の人物である。例えば、親または保護者は、子供のグルコースレベルを対キセすることができ、遠隔モニタと見なされ得る。システム構成要素による部外秘人物識別情報の維持は、情報がＨＩＰＰＡ及び他の規制に該当し得るため、問題となり得る。これは、遠隔モニタ自身を識別する情報及び遠隔モニタを識別する所在地または他の情報を含み得る。遠隔モニタについての識別情報の記憶を回避するために、遠隔モニタは、匿名識別子生成器を用いて本システムに登録することができ、本システムは、例えば、遠隔モニタの匿名識別番号をディスプレイと関連付ける一意の数字を記憶することができる。したがって、クラウドコンピューティングアーキテクチャは、遠隔モニタのいずれの具体的に識別する情報も受信または記憶する必要はない。

【0013】

他の実施形態は、連続グルコースモニタからの取り損なわれたデータ送信に関連する課題に対処する。例えば、スマートフォンは、オフにされ得るか、または無線範囲外であり、それ故にデータ送信を取り損なう。したがって、ディスプレイは、一部のデータが欠損していることを示し、ユーザは、ディスプレイが連続グルコースモニタと通信していないため、自身のグルコースレベルが規定のレベル未満に下がるか、または規定のレベルを超えて上昇したときにアラームを受信することさえできない。この欠損データの同じ問題が、本システムを通じて、クラウドコンピューティングアーキテクチャ内の追加のディスプレイ、第三者アプリケーション、及び構成要素を含む他の構成要素に同等に当てはまる。この課題に対処するために、実施形態は、特定のデバイスがいつデータを欠損しているかを識別する。その後、欠損データは、バックフィルと称されるプロセスの一部として本デバイスに選択的に提供される。例えば、ディスプレイは、過去６時間以内の欠損データを検索する。欠損データの識別時、ディスプレイは、連続グルコースモニタ、別のディスプレイ、または別のシステム構成要素から欠損データを要求及び受信する（すなわち、欠損データを「バックフィル」する）。ディスプレイまたは他のシステム構成要素は、構成要素に応じて、１日または３０日等の規定の最大日数まで追加の時間間隔も検索し、他の欠損データをバックフィルする。その後、ディスプレイは、ユーザに、遅延後にバックフィルプロセスにより受信されたデータと比較してどのデータが予定通りにまたはそれが送信されたときに（すなわち、「時間内に」）受信されたかを明らかにする。これにより、ディスプレイが、例えば、デバイスが圏外であったため、いずれのグルコースレベルも受信しなかったといった、アラーム限界に対して評価するために所与の時間にアラームを生成しなかった理由をユーザが容易に識別することが可能になる。

【0014】

送信時に予定通りにまたはバックフィルプロセスを通じて受信されたデータ間の区別に関する別の課題が生じる。ユーザが、デバイスが圏外であったためアラームを取り損なったが、自身のスマートフォンを見て、アラームが発行されるべきであった時間範囲内にグルコースデータが入手可能であることを確認したときに、ユーザは混乱するか、アラームにエラーがあったと推測し得る。しかしながら、スマートフォンは、アラーム時にデータを有しなかったが、代わりに、データをその後にバックフィルした。この問題に対処するために、いくつかの実施形態では、ディスプレイ及びクラウドコンピューティングアーキテクチャは、データが送信時予定通りにまたはバックフィルプロセスの一部として後に受信されたかの指示を記憶する。クラウドコンピューティングアーキテクチャは、その後の技術サポート及び他の問題のためにデータを区別するための指示とともに、そのデータを別々に記憶する。加えて、複数のディスプレイは、別個のデータストリームをクラウドコンピューティングアーキテクチャに送り、クラウドコンピューティングアーキテクチャは、どのディスプレイがデータを送ったかの指示とともに、それらのデータストリームを別々に記憶する。これにより、クラウドコンピューティングアーキテクチャが、どのディスプレイがデータを転送したかを識別することが可能になり、いずれの問題の原因も識別する助けとなる。

【0015】

一態様では、グルコースレベルに関するデータを安全に送信するための方法が記載される。本方法は、連続グルコースモニタを使用してグルコースレベルを含むデータを準備することと、グルコースレベルに関するデータを連続グルコースモニタと関連付けられた送信機から少なくとも１つの表示デバイスに無線送信することと、グルコースレベルに関するデータを表示デバイスからクラウドコンピューティングアーキテクチャに自動的に転送することと、グルコースレベルに関するデータをクラウドインフラストラクチャ内の別個の群に記憶することと、を含み得る。グルコースレベルに関するデータは、測定されたグルコース値及び診断データを含み得る。

【0016】

任意に、またはあるいは、上述の方法は、表示デバイスにより、グルコースレベルに関するデータとともに追加データを含むことをさらに含んでもよく、データの自動的転送は、追加データ及びグルコースレベルに関するデータを自動的に転送することを含む。

【0017】

任意に、またはあるいは、グルコースレベルに関するデータは、第１のデータセット及び第２のデータセットを含み得、グルコースレベルに関するデータの別個の群への記憶は、第１のデータセットを第１のサーバに、第２のデータセットを第２のサーバに記憶することを含み得る。任意に、またはあるいは、第１のデータセットは、リアルタイムデータを含み得、リアルタイムデータは、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットは、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含む。

【0018】

任意に、またはあるいは、上述の方法は、送信機により第１のデータセットを暗号化することと、送信機により第２のデータセットを暗号化することと、少なくとも１つの表示デバイスにより第１のデータセットを復号及び表示することと、少なくとも１つの表示デバイスが第２のデータセットを復号するのを阻止することと、クラウドインフラストラクチャにより第２のデータセットを復号することと、をさらに含み得る。

【0019】

任意に、またはあるいは、上述の方法は、少なくとも１つの表示デバイスにより第１のデータセットを復号するための第１の鍵を記憶することと、クラウドインフラストラクチャにより第２のデータセットを復号するための第２の鍵を記憶することと、少なくとも１つの表示デバイスによる第２の鍵へのアクセスを阻止することと、をさらに含み得る。

【0020】

任意に、またはあるいは、上述の方法は、グルコースレベルに関するデータのサブセットをクラウドインフラストラクチャから第２の表示デバイスに転送することをさらに含み得、データのサブセットは、現在のグルコースレベル及び過去のグルコースレベルのうちの少なくとも１つを含む。

【0021】

任意に、またはあるいは、上述の方法は、クラウドインフラストラクチャにより、１つ以上の要求システムによる第１のデータセット及び第２のデータセットへのアクセスを許可するかを選択的に決定することをさらに含み得る。要求システムは、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含み得、クラウドインフラストラクチャは、技術サポートシステムに第１のデータセット及び第２のデータセットへのアクセスを許可し、少なくとも１つの第三者アプリケーションに第１のデータセットへのアクセスを許可し、データウェアハウスに第１のデータセット及び第２のデータセットへのアクセスを許可する。

【0022】

任意に、またはあるいは、表示デバイスは、スマートフォンまたはディスプレイのうちの少なくとも１つを含み得る。

【0023】

別の態様では、グルコースレベルに関するデータを監視するためのシステムが開示される。本システムは、グルコースレベルに関するデータを準備するように構成された連続グルコースセンサと、グルコースレベルに関するデータを送信するように構成された無線送信機と、グルコースレベルに関する送信されたデータを受信し、かつそのデータを自動的に転送するように構成された表示デバイスと、自動的に転送されたデータを受信し、かつグルコースレベルに関するデータを別個の群に記憶するように構成されたクラウドコンピューティングアーキテクチャと、を備え得る。グルコースレベルに関するデータは、測定されたグルコース値及び診断データを含む。

【0024】

任意に、またはあるいは、上述のシステムは、グルコースレベルに関するデータとともに追加データを含み、かつ追加データ及びグルコースレベルに関するデータを自動的に転送するようにさらに構成されていてもよい。

【0025】

任意に、またはあるいは、上述のシステムにおいて、グルコースレベルに関するデータは、第１のデータセット及び第２のデータセットを含み得、グルコースレベルに関するデータの別個の群への記憶は、第１のデータセットを第１のサーバに、第２のデータセットを第２のサーバに別々に記憶することを含み得る。

【0026】

任意に、またはあるいは、上述のシステムにおいて、第１のデータセットは、リアルタイムデータを含み得、リアルタイムデータは、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットは、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含み得る。

【0027】

任意に、またはあるいは、上述のシステムにおいて、送信機は、第１のデータセット及び第２のデータセットを暗号化するようにさらに構成されていてもよく、少なくとも１つの表示デバイスは、第１のデータセットを復号及び表示するようにさらに構成されていてもよく、少なくとも１つの表示デバイスは、第２のデータセットを復号することができず、クラウドインフラストラクチャは、第２のデータセットを復号するようにさらに構成されていてもよい。

【0028】

任意に、またはあるいは、上述のシステムにおいて、少なくとも１つの表示デバイスは、第１のデータセットを復号するための第１の鍵を記憶するようにさらに構成されていてもよく、クラウドインフラストラクチャは、第２のデータセットを復号するための第２の鍵を記憶するようにさらに構成されていてもよく、少なくとも１つの表示デバイスは、第２の鍵にアクセスすることができない。

【0029】

任意に、またはあるいは、上述のシステムにおいて、クラウドインフラストラクチャは、グルコースレベルに関するデータのサブセットを第２の表示デバイスに転送するようにさらに構成されていてもよく、データのサブセットは、現在のグルコースレベル及び過去のグルコースレベルのうちの少なくとも１つを含む。

【0030】

任意に、またはあるいは、上述のシステムにおいて、クラウドインフラストラクチャは、１つ以上の要求システムによる第１のデータセット及び第２のデータセットへのアクセスを許可するかを選択的に決定するようにさらに構成されていてもよい。要求システムは、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含み得、クラウドインフラストラクチャは、技術サポートシステムに第１のデータセット及び第２のデータセットへのアクセスを許可し、少なくとも１つの第三者アプリケーションに第１のデータセットへのアクセスを許可し、かつデータウェアハウスに第１のデータセット及び第２のデータセットへのアクセスを許可するようにさらに構成されていてもよい。

【0031】

任意に、またはあるいは、上述のシステムにおいて、表示デバイスは、スマートフォンまたはディスプレイのうちの少なくとも１つを含み得る。

【0032】

本開示のなお別の態様では、１つ以上のプロセッサにより実行されると、グルコースレベルに関するデータを安全に送信するための方法を行う命令を含むコンピュータ可読媒体が記載される。命令は、連続グルコースモニタを使用してグルコースレベルに関するデータを準備することと、グルコースレベルに関するデータを連続グルコースモニタと関連付けられた送信機から少なくとも１つの表示デバイスに無線送信することと、グルコースレベルに関するデータを表示デバイスからクラウドコンピューティングアーキテクチャに自動的に転送することと、グルコースレベルに関するデータをクラウドインフラストラクチャ内の別個の群に記憶することと、を含み得る。グルコースレベルに関するデータは、測定されたグルコース値及び診断データを含み得る。

【0033】

任意に、またはあるいは、命令は、表示デバイスにより、グルコースレベルに関するデータとともに追加データを含むことを含み得、データの自動的転送は、追加データ及びグルコースレベルに関するデータを自動的に転送することを含む。

【0034】

任意に、またはあるいは、命令は、グルコースレベルに関するデータを含み得、第１のデータセット及び第２のデータセットを含み、グルコースレベルに関するデータの別個の群への記憶は、クラウドインフラストラクチャにより第１のデータセット及び第２のデータセットを別々に記憶することを含む。

【0035】

任意に、またはあるいは、命令は、第１のデータセットを含み得、リアルタイムデータを含み、リアルタイムデータは、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み得、第２のデータセットは、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含み得る。

【0036】

任意に、またはあるいは、命令は、送信機により第１のデータセットを暗号化することと、送信機により第２のデータセットを暗号化することと、少なくとも１つの表示デバイスにより第１のデータセットを復号及び表示することと、少なくとも１つの表示デバイスが第２のデータセットを復号するのを阻止することと、クラウドインフラストラクチャにより第２のデータセットを復号することと、を含み得る。

【0037】

任意に、またはあるいは、命令は、少なくとも１つの表示デバイスにより第１のデータセットを復号するための第１の鍵を記憶することと、クラウドインフラストラクチャにより第２のデータセットを復号するための第２の鍵を記憶することと、少なくとも１つの表示デバイスによる第２の鍵へのアクセスを阻止することと、を含み得る。

【0038】

任意に、またはあるいは、命令は、グルコースレベルに関するデータのサブセットをクラウドインフラストラクチャから第２の表示デバイスに転送することを含み得、データのサブセットは、現在のグルコースレベル及び過去のグルコースレベルのうちの少なくとも１つを含む。

【0039】

任意に、またはあるいは、命令は、クラウドインフラストラクチャにより、１つ以上の要求システムによる第１のデータセット及び第２のデータセットへのアクセスを許可するかを選択的に決定することを含み得る。

【0040】

任意に、またはあるいは、命令は、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含む要求システムを含み得、クラウドインフラストラクチャは、技術サポートシステムに第１のデータセット及び第２のデータセットへのアクセスを許可し、少なくとも１つの第三者アプリケーションに第１のデータセットへのアクセスを許可し、データウェアハウスに第１のデータセット及び第２のデータセットへのアクセスを許可する。

【0041】

例えば、連続グルコースモニタからのグルコースレベルに関するデータを暗号化及び送信するための方法、連続グルコースモニタからのグルコースレベルに関するデータを暗号化及び送信するためのシステム、１つ以上のプロセッサにより実行されると、連続グルコースモニタからのグルコースレベルに関するデータを暗号化及び送信するための方法を行う命令を含む１つ以上のコンピュータ可読媒体、グルコースレベルに関するデータへのアクセスを制御するための方法、グルコースレベルに関するデータへのアクセスを制御するためのシステム、１つ以上のプロセッサにより実行されると、グルコースレベルに関するデータへのアクセスを制御するための方法を行う命令を含む１つ以上のコンピュータ可読媒体、分散アーキテクチャにおいてグルコースレベルに関するデータを更新する方法、分散アーキテクチャにおいてグルコースレベルに関するデータを更新するためのシステム、１つ以上のプロセッサにより実行されると、分散アーキテクチャにおいてグルコースレベルに関するデータを更新する方法を行う命令を含む１つ以上のコンピュータ可読媒体、分散アーキテクチャシステムにおいてグルコースレベルに関するデータを同期化するための方法、分散アーキテクチャシステムにおいてグルコースレベルに関するデータを同期化するためのシステム、１つ以上のプロセッサにより実行されると、分散アーキテクチャシステムにおいてグルコースレベルに関するデータを同期化するための方法を行う命令を含む１つ以上のコンピュータ可読媒体等を含む、グルコースレベルに関するデータを安全に送信することに関連するシステム、方法、及びコンピュータ可読媒体の様々な他の実施形態も本明細書に開示される。

【0042】

複数の連続グルコースモニタによりグルコース監視レベルに関するデータを安全に収集、分析、及びレポートするためのシステムが本明細書にさらに記載される。一態様では、本システムは、複数の連続グルコースモニタ（ＣＧＭ）と、複数のＣＧＭからデータを受信する複数の表示デバイスであって、データがデータ型に基づいて複数の分類に分類される、複数の表示デバイスと、間欠ベースで複数の表示デバイスからデータを受信する複数のサーバを備えるクラウドサーバアーキテクチャであって、複数のサーバのうちの特定のサーバにルーティングされるデータがデータ型によって決定され、間欠ベースがデータ型に応じて異なる、クラウドサーバアーキテクチャと、複数のサーバのうちの１つからデータを受信する複数の遠隔モニタ表示デバイスであって、複数の遠隔モニタ表示デバイスの各々に送られるデータが、データ型と、データを複数のサーバのうちの１つに送信した表示デバイスとに依存し、前記データが、複数のサーバのうちの１つによる受信直後に複数の遠隔モニタ表示デバイスに送られる、複数の遠隔モニタ表示デバイスと、分析及びレポートエンジンであって、複数のサーバによって受信されたデータの少なくとも一部が分析及びレポートエンジンに送信され、前記送信されたデータが分析され、レポートが分析及びレポートエンジンによって生成される、分析及びレポートエンジンと、を備える。

【0043】

一態様では、クラウドサーバアーキテクチャを含む複数のサーバは、少なくとも１つのリアルタイムサーバ及びバルクデータコレクタを含む。

【0044】

一態様では、データ型は、リアルタイムデータ及びバルクデータを含む。

【0045】

一態様では、リアルタイムデータは、複数の表示デバイスからリアルタイムサーバにルーティングされ、バルクデータは、複数の表示デバイスからバルクデータコレクタにルーティングされる。一態様では、リアルタイムデータは、バルクデータが複数の表示デバイスからバルクデータコレクタにルーティングされる間欠ベースよりも頻度の高い間欠ベースで、複数の表示デバイスからリアルタイムサーバにルーティングされる。一態様では、リアルタイムデータは、複数の表示デバイスからリアルタイムサーバに５分毎にルーティングされ、バルクデータは、複数の表示デバイスからバルクデータコレクタに１時間毎にルーティングされる。

【0046】

一態様では、本システムは、ロケータサービスをさらに備え、複数の表示デバイスは、ロケータサービスを通じてクラウドサーバアーキテクチャに接続する。

【0047】

一態様では、複数の表示デバイスのうちの少なくとも１つがスマートフォンを含む。

【0048】

一態様では、複数の遠隔モニタ表示デバイスのうちの少なくとも１つがスマートフォンを含む。

【0049】

一態様では、複数の表示デバイスは、少なくとも１５０，０００個のデバイスを含む。

【0050】

一態様では、複数の遠隔モニタ表示デバイスのうちの少なくとも１つは、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションをさらに含む。一態様では、複数の遠隔モニタ表示デバイスのうちの少なくとも１つ上のアプリケーションは、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータを受信するために開いており、かつ起動していなければならず、さもなければ複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータは、複数のサーバのうちの１つにより保持される。

【0051】

一態様では、複数のサーバのうちの１つからデータを受信する複数の遠隔モニタ表示デバイスのうちの少なくとも１つは、データが、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているという通知を受信する。通知は、テキストメッセージを含み得る。

【0052】

一態様では、複数のサーバのうちの１つがデータを複数の遠隔表示デバイスのうちの少なくとも１つに送ろうと試みたときに、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションがウェイクアップする。一態様では、アプリケーションは、アプリケーションがウェイクアップした後に、データに、複数のサーバのうちの１つから送られるよう要求する。

【0053】

複数の連続グルコースモニタによりグルコース監視レベルに関するデータを安全に収集、分析、及びレポートするための方法も開示される。一態様では、本方法は、複数の表示デバイスにより、複数の連続グルコースモニタ（ＣＧＭ）からデータを受信することと、データ型に基づいてデータを複数の分類に分類することと、データを、複数の表示デバイスから、間欠ベースで複数の表示デバイスからデータを受信する複数のサーバを備えるクラウドサーバアーキテクチャに送信することであって、複数のサーバのうちの特定のサーバにルーティングされるデータがデータ型によって決定され、間欠ベースがデータ型に応じて異なる、送信することと、複数の遠隔モニタ表示デバイスにより、複数のサーバのうちの１つからデータを受信することであって、複数の遠隔モニタ表示デバイスの各々に送られたデータが、データ型と、データを複数のサーバのうちの１つに送信した表示デバイスとに依存し、前記データが、複数のサーバのうちの１つによる受信直後に複数の遠隔モニタ表示デバイスに送られる、受信することと、分析及びレポートエンジンにより、複数のサーバによって受信されたデータの少なくとも一部を受信することであって、前記受信されたデータが分析され、レポートが分析及びレポートエンジンによって生成される、受信することと、を含む。一態様では、クラウドサーバアーキテクチャを含む複数のサーバは、少なくとも１つのリアルタイムサーバ及びバルクデータコレクタを含む。

【0054】

一態様では、データ型に基づくデータの複数の分類への分類は、データをリアルタイムデータ及びバルクデータとして分類することを含み得る。リアルタイムデータは、複数の表示デバイスからリアルタイムサーバにルーティングされる得、バルクデータは、複数の表示デバイスからバルクデータコレクタにルーティングされ得る。

【0055】

一態様では、リアルタイムデータは、バルクデータが複数の表示デバイスからバルクデータコレクタにルーティングされる間欠ベースよりも頻度の高い間欠ベースで、複数の表示デバイスからリアルタイムサーバにルーティングされる。例えば、リアルタイムデータは、複数の表示デバイスからリアルタイムサーバに５分毎にルーティングされ得、バルクデータは、複数の表示デバイスからバルクデータコレクタに１時間毎にルーティングされ得る。

【0056】

一態様では、本方法は、ロケータサービスをさらに利用し得、複数の表示デバイスは、ロケータサービスを通じてクラウドサーバアーキテクチャに接続する。

【0057】

一態様では、複数の表示デバイスのうちの少なくとも１つがスマートフォンを含む。

【0058】

一態様では、複数の遠隔モニタ表示デバイスのうちの少なくとも１つがスマートフォンを含む。

【0059】

本方法の一態様では、複数の表示デバイスは、少なくとも１５０，０００個のデバイスを含む。

【0060】

一態様では、複数の遠隔モニタ表示デバイスのうちの少なくとも１つは、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションをさらに含む。一態様では、複数の遠隔モニタ表示デバイスのうちの少なくとも１つ上のアプリケーションは、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータを受信するために開いており、かつ起動していなければならず、さもなければ複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータは、複数のサーバのうちの１つにより保持される。

【0061】

一態様では、複数のサーバのうちの１つからデータを受信する複数の遠隔モニタ表示デバイスのうちの少なくとも１つは、データが、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているという通知を受信する。例えば、通知は、テキストメッセージを含み得る。

【0062】

一態様では、複数のサーバのうちの１つがデータを複数の遠隔表示デバイスのうちの少なくとも１つに送ろうと試みたときに、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションがウェイクアップする。一態様では、アプリケーションは、アプリケーションがウェイクアップした後に、データに、複数のサーバのうちの１つから送られるよう要求する。

【0063】

他のシステム、方法、特徴、及び／または利点は、以下の図面及び発明を実施するための形態を審査することにより、当業者に明らかになるであろう。全てのかかる追加のシステム、方法、特徴、及び／または利点が本記述の範囲内に含まれ、添付の特許請求の範囲によって保護されることが意図されている。

【0064】

本明細書に組み込まれ、かつその一部を構成する添付の図面は、実施形態を例証するものであり、本記述と一緒に、本方法及び本システムの原理を説明する役目を果たす。

【図面の簡単な説明】

【0065】

【図1】グルコースレベルを監視し、かつ医療データへのアクセス及びその使用を制御するための例示のシステムを図解する。

【図2】データストリームをクラウドコンピューティングアーキテクチャに提供するための例示の方法を図解する。

【図3】本技術のクラウドコンピューティングアーキテクチャによるシステムの例示の実施形態を図解する。

【図4】データを別個の群に記憶するための例示の方法を図解する。

【図5】医療データを暗号化するための例示のシステムを図解する。

【図6】医療データを暗号化するための例示の方法を図解する。

【図7】データがアクセスされ得る共通インターフェースを提供するための例示の方法を図解する。

【図8】あるディスプレイからクラウドコンピューティングアーキテクチャへの要求を処理する例示のシステム略図を図解する。

【図9A】ディスプレイ上で実行する連続グルコースモニタアプリケーションの一例を図解する。

【図9B】記載される技術の態様を行うクラウドサーバアーキテクチャによるシステムの例示の実施形態を図解する。

【図9C】例示のロケータサービスに関連するデータ及び制御フローを図解する。

【図9D】複数の連続グルコースモニタによりグルコース監視レベルに関するデータを安全に収集、分析、及びレポートするための方法を図解するフローチャートである。

【図10】欠損データをバックフィルするための例示の方法を図解する。

【図11】欠損データをバックフィルするための例示の方法を図解する。

【図12A】ディスプレイの動作に依存する様々な図を図解する。

【図12B】ディスプレイの動作に依存する様々な図を図解する。

【図13】開示される実施形態とともに使用するための例示のコンピュータを図解する。

【発明を実施するための形態】

【0066】

本開示は、連続グルコースセンサからグルコースデータを受信し、そのデータが意図された様式で使用されるようにそのデータの使用及び再分散を制御するための技法に関する。

【0067】

本明細書及び添付の特許請求の範囲で使用されるとき、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、別途文脈が明確に指示しない限り、複数指示対象を含む。範囲は、本明細書では、「約」ある特定の値から及び／または「約」別の特定の値までとして表され得る。かかる範囲が表されるとき、別の実施形態は、そのある特定の値から及び／またはその別の特定の値までを含む。同様に、値が先行詞「約」の使用によって近似として表されるとき、その特定の値が別の実施形態を形成することが理解される。それらの範囲の各々の終点が、別の終点と関連して及び別の終点から独立しての両方で有意であることがさらに理解される。

【0068】

「任意の」または「任意に」とは、その後に記載される事象または状況が起こる場合も起こらない場合もあり、その記載が、前記事象または状況が起こる事例及び前記事象または状況が起こらない事例を含むことを意味する。

【0069】

本明細書の記述及び特許請求の範囲を通して、「含む（備える）（ｃｏｍｐｒｉｓｅ）」という単語、ならびに「含む（備える）こと（ｃｏｍｐｒｉｓｉｎｇ）」及び「含む（備える）（ｃｏｍｐｒｉｓｅｓ）」等のその単語の変形は、「を含むが、これらに限定されない」を意味し、例えば、他の追加物、構成要素、整数、またはステップを除外するようには意図されていない。「例示の」とは、「の一例」を意味し、好ましい実施形態または望ましい実施形態の指示を伝えるようには意図されていない。「等」は、限定的意味では使用されておらず、説明目的のために使用されている。

【0070】

開示される方法及びシステムを行うために使用され得る構成要素及び特徴が開示される。これら及び他の構成要素が本明細書に開示されており、これらの構成要素の組み合わせ、サブセット、相互作用、群等が開示される一方で、様々な個別の組み合わせ及び集合的な組み合わせの各々の特定の参照、ならびにこれらの置換が明確に開示されていない場合があるが、各々、全ての方法及びシステムについて本明細書に具体的に企図及び記載されることが理解される。これは、開示される方法におけるステップを含むが、これらに限定されない本出願の全ての態様に当てはまる。したがって、行われ得る様々な追加のステップが存在する場合、これらの追加のステップが各々、開示される方法の任意の特定の実施形態または実施形態の組み合わせを用いて行われ得ることが理解される。

【0071】

グルコース情報、関連健康情報、及び連続グルコースモニタデバイス情報をシステム全体にわたって他のシステム及びアプリケーションに分散することにより、患者の秘密保持の保護に関連する課題が生じる。グルコース情報、診断情報、及び他の部外秘または専有情報は、全ての追加のシステム及びアプリケーションへの複製には適切ではない。追加のシステム及びアプリケーションがデータの全てにアクセスすべきではないため、データを分類及びカテゴリ化し、患者の秘密保持を確実にする様式でデータの一部または全ての再分散を保護することが有益であろう。

【0072】

一例証的例では、連続グルコースモニタは、グルコースレベル、モニタがいつグルコースレベル測定結果を取得したかを示すタイムスタンプ、及び患者識別情報をディスプレイに送信することができる。ディスプレイは、この情報をサーバレポジトリに転送し、これは、数人の他の患者からの情報も記憶する。いくつかのアプリケーションは、この情報へのアクセスを要求し、グルコースレベル、タイムスタンプ、及び患者識別情報を受信することができる。一例として、患者は、自身の診療所がこの情報にアクセスすることを望む場合がある。しかしながら、連続グルコースモニタに関する問題を経験しているユーザに技術サポートを提供するのに患者識別情報は必要ではない。したがって、患者識別情報は、その例では除外されるべきであり、技術サポートは患者の身元の判明を制限される。

【0073】

連続グルコースモニタと関連付けられたデータをサーバに記憶することに関して生じる別の問題は、データをどのように体系化及び記憶するかを含む。かかるデータは、例えば、患者のグルコースレベルに関するデータ、連続グルコースモニタからの生データまたは較正データ、アラートレベルを含むアラートデータ、欠陥検出データ等を含み得る。何万人もの患者が、大量のデータをサーバに定期的に転送する連続グルコースモニタを使用し得る。第三者、権限付与されたユーザ、及び追加のシステム構成要素への選択的アクセスを受信、記憶、及び提供するプロセスが、サーバに高処理負荷をかける。一例証的例では、連続グルコースモニタは、グルコースレベル読み取り値及び関連タイムスタンプを５分毎に取得する。ディスプレイは、グルコースレベル及びタイムスタンプを以下に記載の追加データとともに記憶のためにサーバに転送する。結果として、この例では、サーバは、単一ユーザから１日当たり２８８個のグルコースレベル、タイムスタンプ、及び追加データを受信する。１ヶ月にわたって動作する２万個の連続グルコースモニタの場合、サーバは、グルコースレベル、タイムスタンプ、及び追加データを含む１．７５億個を超えるデータ送信を受信する。そのサーバは、この情報をアーカイブし、情報の一部へのアクセスを制御し、を探索する情報の選択された一部を検索し、情報の選択された一部を権限付与されたエンティティに転送すべきである。これにより、サーバにかなりの処理負荷がかかる。

【0074】

さらに困難な課題は、連続グルコースモニタがグルコースレベル、タイムスタンプ、及び他の関連情報等のデータを複数のディスプレイに無線送信することができ、各ディスプレイがそのデータをサーバに転送することができることである。一例証的例では、連続グルコースモニタは、データを、ディスプレイを有する受信機、ならびにスマートフォン、スマートウォッチ、パーソナルコンピュータ、タブレット、または他の種類のディスプレイに送信する。この例では、各ユーザの２つのデータストリームがサーバに送られ、結果として重複データになる。加えて、例えば、スマートフォンがオフにされるか、または連続グルコースモニタから無線範囲外であるといった、１つのディスプレイがオフラインである場合があるため、同じ連続グルコースモニタと関連付けられた２つのディスプレイからの２つのデータストリームが異なる。２つのデータストリームは、他の理由でも異なり得る。一例では、２つのディスプレイは、異なる較正値を使用する場合があり、連続グルコースモニタから受信された同じデータセットに基づいて異なるグルコースレベルをもたらす。したがって、複数のディスプレイから受信されたデータの体系化、記憶、及びその正確な複製の提供が有益であろう。

【0075】

システム全体にわたるデータの送信のセキュリティに関する別の課題が生じる。分散アーキテクチャ内のいくつかの構成要素が一部のデータへのアクセスを許可されているが、他の構成要素はそうであるべきではない。したがって、権限付与されていない者のデータへのアクセスを制限し、権限付与された者をデータのサブセットのみへのアクセスに限定することが有益であろう。加えて、サーバに記憶されたデータにアクセスする多数の他のデバイスまたはソフトウェアアプリケーションが存在し得る。かかる多数の他のデバイスまたはソフトウェアアプリケーションの潜在力を考慮して、データへのアクセスを可能にするために標準化インターフェースを提供することが有益であろう。しかしながら、これは、本システムが医療デバイスとして規制承認を得るよう要求され得る医療デバイスの分野では特に困難であり得る。承認されると、本システムへの変更がさらなる規制承認を要求する場合があり、これは時間及び費用のかかるプロセスであり得る。したがって、多くの異なる第三者構成要素を収容し、かつシステム設計に変更を必要とすることなく第三者構成要素からの異なる要求に適応することができるモジュラー標準化インターフェースが有益であろう。

【0076】

本開示は、分散アーキテクチャ全体にわたる複数の機密性カテゴリ（例えば、制限的、制限度のより低い等）を有するデータの分散及び使用を制御するためのシステム及び方法を対象とする。いくつかの例となる実施形態では、本技術によるアーキテクチャは、データが医療デバイス（例えば、連続グルコースモニタ）から１つ以上の接続された表示デバイス（例えば、スマートフォン、タブレット、またはスマートウォッチもしくはスマートグラス等のウェアラブルスマートデバイス）に送られ、データ、例えば、医療データの場合、専有、部外秘、または患者識別情報の様々な機密度に従ってデータを分散して、決定された機密度に基づいて第三者及び／またはある特定のシステム構成要素によるデータへのアクセスを制御するように設計されたクラウドコンピューティングシステムに提供されることを可能にする。本技術によるいくつかの実施態様では、かかる第三者及び／またはある特定のシステム構成要素は、パーミッションなしで制限的データへのアクセスを阻止される一方で、例えば、権限付与されていないエンティティが制限的データにアクセスできないことを確実にする、大量のデータを受信し、それを記憶し、かつそれへのアクセスを選択的に許可するように規模調整することができるシステムを提供するといった、他の機密度のより低いデータへのアクセスが選択的に許可される。分散アーキテクチャのいくつかの例が連続グルコース監視について記載されているが、他の例となる実施態様が本明細書を通して以下で論じられており、特許請求の範囲は、連続グルコース監視に関連する実施形態のみの対処に限定されるべきではない。

【0077】

本方法及び本システムは、好ましい実施形態の以下の詳細な説明及びそれに包含される実施例、ならびに図及びそれらの前後の記述を参照することにより、より容易に理解され得る。

【0078】

図１は、グルコースレベルを監視し、かかる監視と関連付けられたデータへのアクセス及びその使用を制御するための例示のシステムを図解する。かかるデータは、複数のカテゴリを有すると定義され得、各カテゴリが１つ以上の機密性レベルを有する。図１の開示されるシステムは、データの記憶及び分散のために使用され得、異なるカテゴリ内のデータまたは異なる機密性レベルを有するデータが本システム内で異なって扱われ得る。例えば、患者を識別するか、または識別するために使用され得るデータは、全ての第三者に複製されるべきではない。適切なパーミッションまたは権限を有する第三者のみがこのデータにアクセスすることができるべきである。さらに、グルコースレベル等の他のデータが第三者によって誤用される場合がある。一例として、監視されたグルコースレベルを受信する第三者は、インスリンポンプをどのように制御するかの誤った推奨をユーザに行い得る。図１のシステムは、以下に記載されるように、公開データ、私有データ、リアルタイムデータ（例えば、生または較正）、及び他のバルクデータ等のデータのカテゴリに分けることによって、一部のデータが他のデータとは異なって扱われることを可能にする。図１のシステムは、データへのパーミッションベースのアクセスを提供することによって、一部のデータが他のデータとは異なって扱われることを可能にする。さらに、図１のシステムは、大量のデータを記憶し、それへのアクセスを提供することができる。例えば、図１のシステムは、直近の規定可能な期間（例えば、１５日、３０日、６０日等）以内のデータ等の一部のデータをクラウドコンピューティングアーキテクチャに一時的に記憶し、３０日を過ぎたデータ等の他のデータをより長期の記憶装置に周期的に転送することができる。

【0079】

図１を参照して、連続グルコースセンサユニット１００ａ〜ｃは、患者におけるグルコースレベルに関する一連の測定結果を取得する。連続グルコースセンサユニット１００ａ〜ｃは、例えば、患者の腹部領域に装着され得る。小型センサが患者の体内に延びて、例えば、皮下グルコースまたは血中グルコース読み取り値を使用して、グルコース値の読み取り値を取得することができる。連続グルコースセンサユニット１００ａ〜ｃは、経皮デバイス、血管内デバイス、または非侵襲性デバイスでもあり得る。

【0080】

連続グルコースセンサユニット１００ａ〜ｃは、グルコース測定結果を取得して、データを記憶し、グルコースレベルを計算し、ディスプレイ１０４ａ〜ｅと通信するためのいくつかの構成要素を含む。ディスプレイ１０４ａ〜ｅは、例えば、スマートフォン、スマートウォッチ及びスマートグラス等のウェアラブルスマートデバイス、パーソナルコンピュータ、タブレット、ならびに様々な他のコンピューティングデバイスを含むが、これらに限定されない、連続グルコースセンサユニット１００ａ〜ｃと関連付けられた専用受信機であり得る。図解されていないが、連続グルコースセンサユニット１００ａ〜ｃは、グルコース値に関する履歴データを記憶するための不揮発性メモリ、プロセッサ、バッテリ、及び無線送信機を含む。連続グルコースセンサユニット１００ａ〜ｃは、ディスプレイ１０４ａ〜ｅ及び他のコンピューティングデバイスと通信するために任意の種類の無線通信、例えば、Ｂｌｕｅｔｏｏｔｈ(登録商標)接続、Ｗｉ−Ｆｉ接続、ＲＦ接続等を提供することができる送信機１０２ａ〜ｃを含む。無線通信は、いくつかの実施形態では、対になった認証されたデバイス間で起こり、暗号化及び他の暗号技法を使用して、例えば、通信が部外秘のままであることを確実にする。

【0081】

単一ユニットとして図解されているが、連続グルコースセンサユニット１００ａ〜ｃの一部は、連続グルコースセンサユニットの残りの部分から取り外し可能であってもよい。例えば、送信機１０２等の「送信機」と称され得るセンサユニット１００ａ〜ｃの再使用可能な電子機器部分（例えば、データ送信機及び／もしくは受信機、バッテリ、メモリ、あるいは／またはプロセッサ）は、センサユニットの使い捨て部分（例えば、センサ針）から取り外し可能であってもよく、新しい使い捨て部分とともに再使用されてもよい。さらに、連続グルコースセンサユニット１００ａ〜ｃは、データ通信を促進するための他の構成要素を含み得る。例えば、連続グルコースセンサユニット１００は、他のデバイスと通信し、グルコースレベルに関するデータを提供するために、ＵＳＢポート、Ｅｔｈｅｒｎｅｔポート等の有線ポートを含む。

【0082】

図１の連続グルコースセンサユニット１００ａ〜ｃは、数秒毎、３０秒毎、１分毎、５分毎等の所定の間隔で、またはイベントの発生（例えば、ユーザからのコマンド、ユーザの動作の検出、例えば、ユーザの動き等）に応じてオンデマンドで試料を得ることができる。無線送信機１０２ａ〜ｃは、１つ以上の測定結果がある期間にわたって取得される間にバッテリ寿命を節約するためにオフにされるか、または低電力状態にされてもよく、その後、送信機をウェイクアップ状態に戻して、１つ以上の測定結果をバッチ転送でディスプレイ１０４ａ〜ｅに無線送信することができる。例えば、連続グルコースセンサユニット１００ａ〜ｃは、無線送信機を５分毎にウェイクアップし、過去５分間にわたって生成されたグルコース測定結果に関するデータ（及び任意の他のデータ）を転送し、そのデータをディスプレイ１０４ａ〜ｅに転送する。その後、無線送信機１０２ａ〜ｃは、バッテリ寿命を節約するために、再度オフにされてもよい。５分毎のデータ転送の例が提供されているが、より長いまたはより短い期間が使用されてもよく、その期間がディスプレイ１０４ａ〜ｃを介してユーザによって設定され得ることが理解される。

【0083】

さらに、図１の例について、連続グルコースセンサユニット１００ａ及びディスプレイ１０４ａ〜１０４ｂが第１の患者によって使用されてもよく、連続グルコースセンサユニット１００ｂ及びディスプレイ１０４ｃ〜ｄが第２の患者によって使用されてもよく、連続グルコースセンサユニット１００ｃ及びディスプレイ１０４が第３の患者によって使用されてもよく、多くの他の患者が連続グルコースセンサユニット及び関連ディスプレイを使用してもよいことが理解される。ディスプレイ１０４ａ〜ｅまたは連続グルコースセンサユニット１００ａ〜ｃは、データを、以下により詳細に記載されるクラウドコンピューティングインフラストラクチャとも称されるように、分散クラウドコンピューティングアーキテクチャ１０６に送信する。

【0084】

連続グルコースセンサユニット１００ａ〜ｃとディスプレイ１０４ａ〜ｅとの間で送信されるデータは、グルコース値の監視及び連続グルコースセンサユニット１００ａ〜ｃの動作に関する任意のデータ型であり得る。例えば、連続グルコースセンサユニット１００ａ〜ｃは、較正データをそれぞれのディスプレイ１０４ａ〜ｅと初起動時に周期的に交換して、グルコース測定結果の正確度を維持する。ユーザは、一点グルコース計器を使用して自身のグルコースレベルをサンプリングし、試験キットにより表示される値をディスプレイ１０４ａ〜ｅのうちの１つに入力し、その値が関連連続グルコースセンサユニットを較正するために使用される。同様に、データは、他の生理学的監視デバイス（例えば、温度検出デバイス、血圧モニタ、血中酸素含有量モニタ等）とディスプレイ１０４ａ〜ｅとの間でも交換されてもよく、またはデータは、他の生理学的監視デバイスと連続グルコースセンサユニット１００ａ〜ｃとの間で交換されてもよい。

【0085】

交換されるデータの他の例としては、連続グルコースセンサユニットによって測定された電流または電圧量（例えば、生値）、変換されたグルコース値（例えば、較正値または推定グルコース値）（例えば、ｍｇ／ｄＬ単位）、及び各測定結果または値がサンプリングされた時間と関連付けられたタイムスタンプ、所定の閾値を超えるグルコースレベルに関するアラート、本システムで検出された欠陥、ファームウェアバージョン、連続グルコースセンサ及び送信機のハードウェアバージョン、較正状態、センサが起動及び／または停止された時間、バッテリ電圧、暗号化情報、送信機識別子番号等が挙げられる。このデータは、サービスサーバ、例えば、連続グルコースセンサユニットの製造業者と関連付けられたサーバ等からも転送され得る。連続グルコースセンサユニット１００ａ〜ｃとして記載されているが、他の医療デバイスが開示される実施形態とともに使用されてもよい。例えば、連続グルコースセンサユニット１００ａ〜ｃとして図１に示されるセンサユニットは、任意の分析物センサであってもよく、送信されたデータは、分析物センサユニットによって生成された分析物値を反映し得る。連続グルコースセンサユニット１００ａ〜ｃとディスプレイ１０４ａ〜ｅ、またはディスプレイ１０４ａ〜ｅと分散クラウドコンピューティングアーキテクチャ１０６、またはいずれか１つの連続グルコースセンサユニット１００ａ〜ｃ及びディスプレイ１０４ａ〜ｅと任意の他の生理学的監視デバイスまたは任意の他のシステム、デバイス、もしくは人物間で送信されるいずれの型のいずれのデータも、データ点と見なされ得る。

【0086】

ディスプレイ１０４ａ〜ｅは、ディスプレイ、例えば、視覚ディスプレイ画面、スピーカを含む聴覚ディスプレイ、触覚ディスプレイ、及び任意の他の種類のディスプレイを備えるコンピューティングデバイスであり得る。いくつかの実施態様では、例えば、ディスプレイ１０４ａ〜ｅは、専用ディスプレイとして使用されて、それぞれの連続グルコースセンサユニット１００ａ〜ｃとともに使用することができ、専用とは、連続グルコースセンサユニットからのデータの表示を必ずしも除外しない。例えば、連続グルコースセンサユニット１００とディスプレイ１０４との組み合わせは、一実施形態では、クラスＩＩＩの医療デバイス等の承認された医療デバイスであり得る。

【0087】

ディスプレイ１０４は、受信された測定結果に基づいてグルコースレベルを計算するためのプロセッサ、グルコースレベルを記憶するためのメモリ、有線通信用ポート、及び無線通信回路、例えば、Ｂｌｕｅｔｏｏｔｈ(登録商標)、Ｗｉ−Ｆｉ、またはＲＦ回路等を含む。実施態様では、例えば、ディスプレイ１０４ａ〜ｃは、連続グルコースセンサユニット１００ａ〜ｃから所定の時間間隔でグルコースレベルに関するデータを受信する。加えて、ディスプレイ１０４は、ユーザのグルコースレベルが下降傾向であるか、安定したままであるか、または増加しているかの履歴傾向を決定することができる。ディスプレイ１０４ａ〜ｅは、ユーザがグルコースレベルを容易に監視することができるようにグルコース読み取り値を長期にわたって提示し、現在のグルコースレベルの実際値を表示する。

【0088】

ディスプレイ１０４ａ〜ｅは、グルコースレベルに関するデータを表示するためのアプリケーションを実行するパーソナルコンピュータ、タブレット、またはスマートフォンと関連付けられた任意の種類のディスプレイであり得る。結果として、ディスプレイ１０４ａ〜ｅは、プロセッサ（複数可）、メモリ、無線接続、ＵＳＢポート等を含む、パーソナルコンピューティングデバイスと典型的に関連付けられたハードウェア構成要素を含む。

【0089】

ディスプレイ１０４ａ〜ｅは、グルコース監視、健康情報、エクササイズ活動、インスリン注射の制御及び監視、食習慣等に関する、プロセッサにより実行可能な命令を含む複数のアプリケーション、例えば、ソフトウェアアプリケーション（「アプリ」）を実行することができる。一実施形態では、連続グルコースセンサユニット１００ａは、複数のデータストリームを送信し、ディスプレイ１０４ａは、連続グルコースセンサユニット１００ａがディスプレイ１０４ｂに送信するデータと同じデータを受信する。ディスプレイ１０４ａは、連続グルコースセンサユニット１００ａと関連付けられた専用ディスプレイであり得、ディスプレイ１０４ｂは、汎用コンピューティングデバイス、例えば、スマートフォン等であり得る。例となるスマートフォンは、連続グルコースセンサユニット１００ａとの使用専用の１つ以上のアプリケーション、ならびに他のアプリケーションを実行することができる。専用アプリケーションは、連続グルコースセンサユニット１００ａから受信された医療データの使用、例えば、スマートフォン上で実行する他のアプリケーションへのデータの分散等を制御して、以下により詳細に記載されるように、秘密保持及びユーザ選好を保護する。例えば、専用アプリケーションは、他の第三者アプリケーションにも接続されてもよく、それに情報を提供することができる。

【0090】

いくつかの実施形態では、ディスプレイ１０４ａ〜ｅは、それぞれの連続グルコースセンサユニット１００ａ〜ｃから受信された全データセットを受信及び表示する。例えば、ディスプレイ１０４は、センサによって取得された測定結果と関連付けられた実際のグルコースレベルを表示する。連続グルコースセンサユニット１００、ディスプレイ１０４上で実行するオペレーティングシステム、または（上述の）ディスプレイ１０４上で実行する専用アプリケーションは、第三者アプリケーションの実際のグルコースレベルの受信及び表示を制限することができる。いくつかの実施態様では、代わりに、例えば、第三者アプリケーションが、グルコースレベルが低いか、正常であるか、または高いか等のグルコースレベルのより包括的な指標を受信することができる。ディスプレイ１０４に送られ、それによって表示され得るデータ型に関するさらなる詳細が以下に提供される。

【0091】

ディスプレイ１０４ａ〜ｅまたは連続グルコースセンサユニット１００ａ〜ｃは、データを分散クラウドコンピューティングアーキテクチャ１０６に送信する。分散クラウドコンピューティングアーキテクチャ１０６は、データを体系化し、記憶し、他のコンピュータ、アプリケーション、及び第三者によるそのデータへのアクセスを提供する。分散クラウドコンピューティングアーキテクチャ１０６は、ローカルで及び分散ネットワーク上での両方で実行する複数の異なるサーバ、記憶装置システム、及びソフトウェアアプリケーションを含む。図３は、分散クラウドコンピューティングアーキテクチャ１０６の例となる実施形態の略図を提供し、本特許文献の以下で論じられる。

【0092】

本システム内での通信は、いくつかのセキュリティプロトコルの支配下にあり得る。例えば、ＨＴＴＰＳ及びＳＳＬ通信等の通信が暗号化及び安全保証され得る。クラウドコンピューティングアーキテクチャ１０６は、規定のポートに特定の安全な通信のみを許可するファイアウォールを含み得る。加えて、分散クラウドコンピューティングアーキテクチャ１０６を含むシステムは、アクセスを得てそれらの情報を読み取るか、または変更するためにユーザまたは遠隔モニタ（本明細書に記載される）が使用するであろうウェブサービス方法のために、ログイン名及びパスワードでのログインを伴う認証されたセッションを使用することができる。ログイン名及びパスワードは、ハッシング及び暗号化を使用して安全な様式で記憶され、ディスプレイからの全てのデータポストを含む患者データも同様に、クラウドコンピューティングアーキテクチャ１０６によって安全な様式で暗号化及び記憶され得る。

【0093】

別のセキュリティ対策は、短い不活動期間後にタイムアウトし、最大長も有し得る認証されたセッションを使用することを含む。サーバは、本システムへの全てのアクセス及び本システムに加えられた全ての変更のオーディットトレールまたは履歴ログを保持することができる。加えて、クラウドコンピューティングアーキテクチャ１０６によって記憶されたデータにアクセスする第三者は、自身の認証を要求される場合があり、第三者と既に知り合いである患者へのアクセスのみにさらに制限される場合もある。すなわち、いくつかの例では、消費者の特権は、その消費者と任意の識別情報交換を開始した患者によって既に提供されているであろう本システムとの患者の内部識別子を既に知っていることを消費者に要求し得る。

【0094】

図２は、データストリームを別々に送信及び記憶するための例示の方法を図解する。開示される技術によるシステムが、各々が複数のディスプレイ１０４を通じてデータを送ることができる何万もの連続グルコースセンサユニット１００がデータをクラウドコンピューティングアーキテクチャ１０６に送信することを支援することができることを考慮して、処理要求がクラウドコンピューティングアーキテクチャ１０６にとって大きすぎて単一データストリームを受信し、異なるカテゴリ（例えば、公開対私有）に割り当てられるべきである部分に分けることができない場合がある。１つの解決策は、クラウドコンピューティングアーキテクチャ１０６への送信前にデータストリームを分けることであり、これによりクラウドコンピューティングアーキテクチャ１０６がデータストリームを別々に記憶して迅速に読み出すことが可能になる。これにより冗長データが生じ得るが、これは、クラウドコンピューティングアーキテクチャ１０６が、例えば、第１の表示デバイス及び第２の表示デバイスの両方から受信された公開ストリームを比較して、２つが一致するかを決定することを可能にするため、好ましくあり得る。任意の相違が存在する場合、技術サポートは、システム動作に問題があるかを決定し、解決策を提供することができる。例えば、ディスプレイ１０４ａ〜ｅでの較正エラーは、ディスプレイ１０４ａ〜ｅ間の別個のディスプレイから受信されたデータストリームを比較することによって検出され得る。

【0095】

生じ得る別の課題は、分散クラウドコンピューティングアーキテクチャ１０６のサーバがデータを迅速に読み出すことができることである。多数のデータストリームがクラウドコンピューティングアーキテクチャ１０６に流れ込み、高速読み出しを問題化する。したがって、データストリームを追跡し、データが所与の時点で読み出されることを可能にすることが有利であろう。

【0096】

図２では、連続グルコースセンサユニット（例えば、連続グルコースセンサユニット１００ａ）は、プロセス２００で、データを第１のディスプレイ（例えば、ディスプレイ１０４ａ）及び第２のディスプレイ（例えば、ディスプレイ１０４ｂ）に、自動的に、またはこれらの２つのディスプレイのいずれかからの要求に応じて提供する。連続グルコースセンサユニット１００ａは、データを２つのストリーム：公開データストリーム及び私有データストリームに分ける。例えば、一般に、公開データが、患者にチャートまたはレポートで提示される情報、例えば、グルコース値、モニタ／較正値、時間調整、患者によるイベントエントリ（食事、炭水化物、エクササイズ等）、センサが起動／停止した時間、どの送信機がいつ使用されたか等を含む一方で、私有データは、一般に、バッテリレベル、画面持続期間、エラーログ、生センサ信号、専有アルゴリズム入力／出力、メモリのスタックダンプ等を含む、本システム及び本システムを備えるデバイスについての情報を含む。

【0097】

公開データ及び私有データは、リアルタイムデータ及びバルクデータの一方または両方を含み得る。バルクデータが、例えば、データ点、例えば、システムソフトウェアバージョン情報、診断情報、他の専有データ、及び記憶された読み取り値、例えば、１時間、２時間等のある期間にわたって記録されたグルコースレベルを含み得る一方で、リアルタイムデータは、例えば、データ点、例えば、監視されたグルコースレベル、監視された値と関連付けられたタイムスタンプ、グルコースモニタ状態等を含み得る。一般に、リアルタイムデータが、それが作成されたとき、またはそれが作成された直後に（例えば、１分毎、５分毎、１０分毎等の周期的に）連続グルコースセンサユニット１００またはディスプレイ１０４によって送信されたデータである一方で、バルクデータは、リアルタイムデータよりも長い期間（例えば、１時間）連続グルコースセンサユニット１００またはディスプレイ１０４に記憶され、リアルタイムデータよりも低い頻度で送信され得るデータである。以下により詳細に記載されるように、一部のデータ（バルクまたはリアルタイム、私有または公開）が暗号化され得る一方で、他のデータは暗号化されない。

【0098】

さらに、ディスプレイ１０４は、データを異なる時間に送信することができる。例えば、ディスプレイ１０４ａ〜ｅは、リアルタイムデータ及びバルクデータをクラウドコンピューティングアーキテクチャ１０６に送ることができる。いくつかの実施態様では、リアルタイムデータもバルクデータもいずれもクラウドコンピューティングアーキテクチャ１０６に周期ベースで送られてもよく、各データ型は、異なる更新期間または同じ更新期間を有する。例えば、リアルタイムデータは、クラウドコンピューティングアーキテクチャに５分毎に提供されてもよく、バルクデータは、１時間毎に提供される。連続グルコースセンサユニット１００からディスプレイ１０４に送信されるバルクデータ及びリアルタイムデータは、ディスプレイ１０４からクラウドコンピューティングアーキテクチャ１０６に送信されるバルクデータ及びリアルタイムデータと同じであり得るか、または異なり得る。例えば、ディスプレイ１０４からクラウドコンピューティングアーキテクチャ１０６に送信されるバルクデータ及びリアルタイムデータは、ディスプレイ１０４またはユーザとディスプレイ１０４との対話に関する情報を含む。これらは例示の更新期間にすぎず、任意の期間が本明細書に開示される実施形態によって企図される。

【0099】

プロセス２０２及び２０４で、第１のディスプレイ１０４ａ及び第２のディスプレイ１０４ｂは、それらのデータをクラウドコンピューティングアーキテクチャ１０６内のサーバに別々に送ることができる。データは、私有ヘッダ、私有データセクション、公開ヘッダ、公開コンテンツ、ならびに／またはポスト及びそのポストを作成するディスプレイのタイミングを記載するメタデータを含み得る。第１及び第２のディスプレイ１０４ａ〜ｂは、自動的に、またはクラウドコンピューティングアーキテクチャ１０６からの要求に応じてデータを送ることができる。ディスプレイ１０４〜ｂは、送信前に追加データを連続グルコースモニタ１００ａから受信されたデータに追加することもできる。

【0100】

ディスプレイ１０４ａ〜ｂは、受信時に、またはデータをある期間にわたって収集した後に、データをクラウドコンピューティングアーキテクチャ１０６に送ることができる。例えば、連続グルコースモニタ１００ａは、バルクデータをディスプレイ１０４ａに１時間毎に提供することができ、ディスプレイ１０４ａは、バルクデータを３時間収集した後に、それをクラウドコンピューティングアーキテクチャ１０６に提供することができる。

【0101】

いくつかの実施態様では、同じ連続グルコースモニタ１００ａと関連付けられた複数のディスプレイ１０４ａ〜ｂがデータを提供するため、クラウドコンピューティングアーキテクチャ１０６は、複数のソースから冗長データを受信し得る。しかしながら、このデータがディスプレイ１０４によって取得された時間によってわずかに異なり得るため、このデータは実際には冗長ではない場合がある。例えば、一方のディスプレイ１０４ａが送信範囲外であったかもしれず、それ故に、以下に記載されるように、バックフィルされたデータを受信したかもしれない。他方のディスプレイ１０４ｂは、データを連続グルコースモニタ１００ａから予定通りに受信したかもしれない。データの全てまたは一部が、ディスプレイ１０４及びクラウドコンピューティングアーキテクチャ１０６の両方または一方のデータストリームに別々に記憶されてもよい。これにより、オーディットトレールが、データがいつどのデバイスから送られたかを決定することが可能になる。

【0102】

さらに、異なるアラートが各表示デバイス１０４ａ〜ｂに設定され得る。例えば、ユーザは、自身の電話機がアラートを日中に提供し、自身の受信機ディスプレイがアラートを夜間に提供することを望む場合がある。例えば、ユーザがアラートを取り損なった場合、技術サポートは、ユーザがアラートを受信すべきであった特定のディスプレイと関連付けられたデータストリームにアクセスし、そのディスプレイがデータをリアルタイムで受信したか、または連続グルコースセンサユニットからの１つ以上の送信を取り損なったためバックフィルされたデータとして受信したかを決定することができる。ディスプレイが送信を取り損なったときに取り損なわれたアラームが届いた場合、ディスプレイは、そのときにアラームを発行するためのデータを有さず、技術サポートがこの問題を診断することを可能にする。バックフィルされたデータは、ディスプレイによってリアルタイムデータとは異なってタグ付けされて、クラウドコンピューティングアーキテクチャ１０６に対してそれを区別することができる。タグがメタデータ形式であり得るため、クラウドコンピューティングアーキテクチャ１０６は、データがリアルタイムで、またはバックフィルされたデータとして取得されたかを決定するためにデータを別々に調べる必要はない。データのバックフィルのさらなる例及び記述が以下に提供される。

【0103】

プロセス２０６で、クラウドコンピューティングアーキテクチャ１０６は、第１のディスプレイ１０４ａ及び第２のディスプレイ１０４ｂからのデータを別々に記憶する。データは、メタデータを使用して、データがクラウドコンピューティングアーキテクチャ１０６で受信されたか、またはそれにポストされたタイムスタンプを提供することによって記憶され得る。したがって、クラウドコンピューティングアーキテクチャ１０６は、過去のポストが特定の表示デバイスから受信された時間を追跡する。ポストは、新しいデータ、または以前に送られ、エラーもしくは他のシステム異常により送信中断され、その後、再送信されたデータを含み得る。メタデータは、ディスプレイ及びクラウドコンピューティングアーキテクチャ１０６がディスプレイからの過去に試みられたメッセージ送信及びクラウドコンピューティングアーキテクチャ１０６による受信されたメッセージ送信を追跡することを可能にする。クラウドコンピューティングアーキテクチャ１０６の１つ以上のサーバは、送信された実際のデータを調べる必要がなく、代わりに、情報を効率的に記憶し、その後、その情報を読み出すためにメタデータに頼る。

【0104】

新しいデータ記録が本システムに作成されると、適切なパーミッションまたは権限を有する複数の他のコンピュータ及びサービスが、クラウドコンピューティングアーキテクチャ１０６からの通知を要求することによってこのデータについてアラートされ得る。例えば、連続グルコースセンサユニット１００のユーザのグルコース状態を遠隔で監視する遠隔モニタのユーザによって動作可能な遠隔モニタデバイスは、遠隔モニタデバイスがクラウドコンピューティングアーキテクチャ１０６を通じて監視する特定の患者のグルコースレベルの通知を要求することによって、グルコースレベルについての情報を受信することができる。したがって、第三者アプリケーションが、グルコースレベルを含む公開情報、または受信する権限を与えられた他の情報を得ることができる一方で、技術サポートチームも専有私有データにアクセスすることができる。

【0105】

図３は、クラウドコンピューティングアーキテクチャ１０６によるシステムの例示の実施形態を図解する。大量のデータの受信及び記憶に関連付するいくつかの課題が存在する。かかる課題の１つは、単にデータの量である。ディスプレイ１０４ａ、１０４ｂからの５分毎等の周期ベースでのデータの受信は、データを記憶するためのサーバにかなりの負荷をかける。これは、全員がデータを同じサーバに送信する他の患者と関連付けられた何千もの追加のディスプレイにより悪化し得る。クラウドコンピューティングアーキテクチャ１０６は、第三者、技術サポート、及び他のシステムによって使用され得る長期データを記憶するのみならず、多数の患者からの最近のデータへの高速アクセスも提供することができる。加えて、データを受信し、安全な様式でそれを記憶し、権限付与されたデバイスのみがデータへのアクセスを得ることを確実にするためのセキュリティ問題が生じる。さらに、一部のデータは、ディスプレイを通じて送られるが、ディスプレイがそれにアクセスすることができないことが所望される場合がある。一例は、技術サポートによって使用され得るが、専有であり、ユーザに表示されるべきではない、電話機を介して送信機からサーバに送られるシステム診断情報である。例えば、図３に示される、クラウドコンピューティングアーキテクチャ１０６のシステムは、異なるシステム構成要素による様々なアクセスレベルで異なるデータが異なって扱われることを可能にし得る。

【0106】

図３に示される例となる実施形態では、クラウドコンピューティングアーキテクチャ１０６は、サービスサーバ３００及び／またはバックエンドコンピュータアーキテクチャ３０６を含む。ディスプレイ１０４ａ及び１０４ｂは、データをサービスサーバ３００に送信する。サービスサーバ３００は、本システムにおいて記憶、読み出し、及びグルコースレベルに関する通知を調整するための機能を提供する。一実施形態では、ディスプレイ１０４ａ、１０４ｂは、例えば、ＨＴＴＰＳウェブサービスを使用して、データをサービスサーバ３００に送信する。データは、例えば、グルコース値、生データ、診断データ、及び他の種類の情報、例えば、エクササイズ情報または他の健康関連情報を含む。ディスプレイ１０４ａ及び１０４ｂは、いくつかの実施態様では、データをサービスサーバ３００に自動的に送る。データは、連続グルコースセンサユニット１００からのデータ、ならびにディスプレイ１０４によって追加された追加データを含み得る。

【0107】

ディスプレイ１０４ａ〜ｂは、２つ以上のカテゴリのデータを送ることができる。例えば、ディスプレイ１０４ａ〜ｂは、本明細書に記載されるように、リアルタイムデータ（例えば、グルコース値、イベントエントリ情報、センサ起動／停止、及び関連タイムスタンプ）及びバルクデータ（例えば、較正、技術サポート関連情報、アラートタイミング関連情報）として、公開データ及び私有データの両方を送ることができる。

【0108】

リアルタイムデータは、例えば、５分毎に、連続グルコースセンサユニット１００及び／またはディスプレイ１０４から提供され得る。バルクデータは、例えば、１時間毎に、連続グルコースセンサユニット１００及び／またはディスプレイ１０４から提供され得る。いくつかの実施態様では、バルクデータは、典型的にはいずれの第三者にも提供されないであろうシステム動作データ等の内部システムデータを含む。リアルタイムデータ点及びバルクデータ点は、異なり得るか、または重複し得る。例えば、バルクデータは、リアルタイムデータ値でもあるグルコース値も含み得る。データは、スマートフォン等のあるディスプレイ１０４から、データをサービスサーバ３００にアップロードするパーソナルコンピュータまたは他のコンピューティングデバイス等の別の種類のディスプレイ１０４に直接送られ得る。例えば、いくつかの実施形態では、ディスプレイ１０４ａは、連続グルコースセンサユニット１００ａからデータを受信するスマートフォンまたは専用受信機デバイスであり得、ディスプレイ１０４ｂは、パーソナルコンピュータであり得、そこでスマートフォンまたは受信機がデータをパーソナルコンピュータに提供し、パーソナルコンピュータは、有線または無線リンクを通じてデータをアップロードする。他の実施形態では、ディスプレイ１０４ａは、データを連続グルコースセンサユニット１００ａから受信する連続グルコースセンサユニット１００ａと関連付けられた専用表示デバイスであり得、それがデータをサービスサーバ３００に、またはパーソナルコンピュータを介して提供する予定である場合、それは、クレードル通信デバイス（「クレードル」）を介して提供する。例えば、専用表示デバイスは、クレードル内に設置されて、２つのデバイスを接続することができる。クレードルは、データをサービスサーバ３００にアップロードするためにネットワーク接続を含み得る。別の実施形態では、ディスプレイ１０４ｂは、スマートフォンであり、それは、アプリケーションを使用してデータをアップロードする。リアルタイムデータ及びバルクデータは、異なる様式で、例えば、異なる時間間隔でサービスサーバ３００と同期化されて、クラウドコンピューティングアーキテクチャ１０６によるリアルタイムデータ及びバルクデータの別個の記憶及び読み出しを促進することができる。

【0109】

一実施形態では、連続グルコースモニタ１００内の送信機１０２は、バルクデータ及びリアルタイムデータを分けることができる。送信機１０２は、バルクデータの全てまたは一部を暗号化し、送信機１００に記憶された鍵を使用して、それを、関連ディスプレイ１０４を通してサービスサーバ３００に送ることができる。いくつかの実施形態では、ディスプレイ１０４は、暗号化バルクデータの復号鍵を有さず、それ故に、単に暗号化バルクデータのパススルーとしての機能を果たすが、共有サービスサーバ３００及びバックエンド３０６は、暗号化バルクデータの復号鍵を含み得る。送信機１０２は、例えば、Ｂｌｕｅｔｏｏｔｈ(登録商標)暗号化または他の技法を使用して、リアルタイムデータの全てまたは一部も暗号化することができ、ディスプレイ１０４は、リアルタイムデータを受信し、使用及び表示のためにその一部または全てを復号し、記憶のためにリアルタイムデータを共有サービスサーバ３００に転送することができる。

【0110】

サービスサーバ（複数可）３００は、３０日間等の所定の時間、データを記憶し、バックエンドコンピュータ（複数可）３０６とともに、データを他のデバイス、アプリケーション、及び社外に同期化する。サービスサーバ３００及びバックエンドコンピュータ（複数可）３０６は、異なるレベルのセキュリティを異なるデータ型に用いることができる。図３に示される例となる実施形態では、サービスサーバ（複数可）３００は、共有サービスサーバ３０４及びデータ同期化サーバ３０２を含む。共有サービスサーバ（複数可）３０４は、リアルタイムデータをバルクデータとは別々に記憶する。例えば、ディスプレイは、データを別々にまたは一緒に送ることができ、データは、連続グルコースセンサユニット１００、ディスプレイ１０４、またはサービスサーバ３００によってリアルタイムデータ及びバルクデータに分けられ得る。一実施形態では、共有サービスサーバ３０４は、所定の時間のみデータを記憶する。例えば、これは、共有データの高速検索及びそれへのアクセスを可能にし、共有サービスサーバ３０４に記憶されるデータの量も制限する。いくつかの実施態様では、共有サービスサーバ３０４は、過去３０日間のデータのみを記憶し、データが、他のデバイスがデータを読み出さなければならない期間のみ記憶されることを可能にする。他の実施態様では、共有サービスサーバ３００は、３０日を超える期間または３０日未満の期間、データを記憶することができる。

【0111】

サービスサーバ３００は、患者毎及びシステム毎のデータポストの収集を支援する。その後、クライアント、例えば、患者のディスプレイ１０４、他のサービス３１８と関連付けられたデバイス、遠隔モニタデバイス、または他のシステム構成要素は、各患者のデータの特定の範囲を求めることによってデータを要求する。データの範囲は、データがサーバにポストされた時間に基づき得る。いくつかの実施態様では、ディスプレイによるデータの各送信は、ポスト識別子に割り当てられ得る。クライアントによって同様に追跡され得るポスト識別子後に届く全てのデータポストを取得するよう要求され得る。

【0112】

いくつかの実施態様では、クラウドコンピューティングアーキテクチャ１０６の実施形態によるシステムは、ポストされた情報の別個の記録「ストリーム」を連続グルコースセンサユニット１００との使用専用のスマートフォン及び／または受信機等の患者のソースディスプレイ１０４毎に維持する。各ポストは、どのディスプレイがデータをポストしたかを示すことによってソース型を識別することができる。これにより、複数のソースからの患者データのポストの重複となる。サービスサーバ３００は、いくつかの実施態様では、これらのデータポストストリームを別々に記憶して、表示デバイスがそれら自身の内蔵連続データのみに対して増分ポストを作成することを可能にすることによってポスト表示デバイスの複雑性を低減する。その後、消費者は、ストリーム間の差異を維持するか、またはそれについてレポートすることができ、または所望／必要に応じてストリームのコンテンツを組み合わせることができる。

【0113】

共有サービスサーバ３０４を通じて最近のデータにアクセスする他のデバイスの例としては、データをリアルタイムで受信する遠隔モニタ３２２が挙げられる。遠隔モニタ３２２は、別の患者のグルコースレベルを監視する人物である。遠隔モニタ３２２は、サービスサーバ（複数可）３００と通信し得るスマートフォン、タブレット、パーソナルコンピュータ等のディスプレイ３１６を使用して、患者のグルコース状態を監視することができる。例えば、遠隔モニタ３２２は、遠隔モニタ３２２によって動作可能なディスプレイ３１６ａ及び／または３１６ｂを使用して、自身の子供のグルコースレベルにアクセスし、かつそれを監視する親または保護者であり得る。いくつかの実施態様では、患者のディスプレイ１０４ａは、グルコースデータを共有サービスサーバ３０４に送信し、共有サービスサーバ３０４は、ある期間、例えば、最大３０日間、グルコースデータを記憶する。遠隔モニタ３２２のディスプレイ３１６ａは、特定の患者のグルコースデータにアクセスするパーミッションを要求及び取得して、共有サービスサーバ３０４からグルコースデータを要求する。

【0114】

遠隔モニタ３２２に関して生じ得る課題の１つは、遠隔モニタの任意の識別情報の記憶が、例えば、米国の医療保険の携行性及び責任に関する法律（ＨＩＰＰＡ）に基づくＨＩＰＰＡ規制等の政府プライバシー法及び規制下、または他の国の他の類似の法律もしくは規制下での相互作用に問われ得ることである。任意のプライバシー法または規制への関与を避けるために非患者（すなわち、遠隔モニタ３２２）情報のクラウドコンピューティングアーキテクチャ１０６への記憶を避けることが好ましいであろう。したがって、いくつかの実施形態では、クラウドコンピューティングアーキテクチャ１０６は、いずれの遠隔モニタの個人情報も受信または記憶しない。代わりに、遠隔モニタ３２２には、遠隔モニタ３２２と関連付けられたデジタル署名または他の安全な匿名識別子３０８が割り当てられ得るが、関係は、クラウドコンピューティングアーキテクチャ１０６には記憶されない。例えば、遠隔モニタ３２２の登録プロセスは、遠隔モニタのユーザの匿名識別番号である一意の数字を生成し得る。共有サービスサーバ３０４と遠隔モニタの表示デバイス３１６ａとの間等のクラウドコンピューティングアーキテクチャ１０６の実施形態によるシステム内での通信は、遠隔モニタ３２２を識別するであろう情報の代わりに匿名識別子３０８を使用する。

【0115】

いくつかの実施形態では、クラウドコンピューティングアーキテクチャ１０６は、バックエンドコンピュータアーキテクチャ３０６、例えば、サービスサーバ（複数可）３００と通信している１つ以上のサーバ等を含む。バックエンドサーバ（複数可）３０６は、共有サービスサーバ（複数可）３０４からリアルタイムデータを受信し、データ同期化サーバ（複数可）３０２からバルクデータを受信することができる。いくつかの実施態様では、バックエンドサーバ（複数可）３０６は、過去３０日を過ぎた履歴データを記憶し、他のサービスデバイス３１８を通じて過去３０日を過ぎたデータへのアクセスの要求を受信する。

【0116】

バックエンドサーバ（複数可）３０６は、データをアーカイブ目的のために永久にまたは長期間のいずれかの期間記憶することができるデータウェアハウスとして機能し得る。いくつかの実施形態では、例えば、技術サポートユニット３１４は、システム動作の任意の問題のための自動技術サポートをユーザ及び患者に提供する。技術サポートユニット３１４は、グルコースデータ及び他のリアルタイムデータ及びバルクデータを受信し、それらのデータを永久に記憶して、今後の技術サポート問題を支援することができる。例えば、患者は、グルコースレベルが規定のレベルに到達するか、または規定の変化率を経験したときのためのアラートをディスプレイ１０４ａ、１０４ｂ上に確立する。アラートがディスプレイ１０４上に送られず、それにより患者がアラートを取り損なった場合、患者は、技術サポートサービスセンター３２４にコールして、アラートが発行されなかった理由を決定することができる。同様に、例えば、患者は、バックエンドサーバ（複数可）３０６の技術サポートユニット３１４によって自動的に対処及び／または解決される問題を有し得る。この点において、技術サポートサービスセンター３２４は、技術サポートユニット３１４を介して問題に対処し、かつ／またはそれを解決する際に、単に人的対話を患者に提供し得る。技術サポートユニット３１４は、患者がアラートを受け取らなかった理由を決定することができる。一例では、データは、ディスプレイ１０４ａが連続グルコースセンサユニット１００から無線範囲外であったためディスプレイ１０４ａによって取り損なわれたかもしれず、それ故に、ディスプレイ１０４ａは、アラートを発行すべきであったデータを有しなかった。しかしながら、かかる例では、データは、以下により詳細に記載されるように、その後にディスプレイ１０４ａにバックフィルされたかもしれず、それ故に、ディスプレイ１０４ａを見ている患者は、ディスプレイ１０４ａが正しい時間にデータを有したと確信する。

【0117】

例えば、技術サポートユニット３１４を含むバックエンドサーバ（複数可）３０６は、データが各ディスプレイ１０４ａ、１０４ｂによってリアルタイムで、またはバックフィルプロセスの一部として受信されかの指示を記憶する。ディスプレイ１０４ａ内のデータがバックフィルされたと決定することによって、技術サポートユニット３１４は、患者のデバイスが、アラームが発行されるべきであった関連時間にデータを有しなかったことを患者に通知することができる。同様に、例えば、バックエンドサーバ（複数可）３０６の技術サポートユニット３１４と通信している技術サポートサービスは、患者のデバイスが、アラームが発行されるべきであった関連時間にデータを有しなかったことを患者に通知することができる。したがって、図３のクラウドコンピューティングアーキテクチャは、データが、特定のデバイス、例えば、ディスプレイ１０４ａ、ディスプレイ１０４ｂ、サービスサーバ（複数可）３００等によってリアルタイムで、またはバックフィルプロセスの一部として受信されたかに基づいて、データを区別する。

【0118】

図３に示される実施形態では、バックエンドサーバ（複数可）３０６は、製品の使用を監視し、連続グルコースセンサユニットに更新を行い、かつディスプレイ及び他のシステムデバイス上でソフトウェアを更新する製品監視サーバ３１０も含む。一例として、製品監視サーバ３１０は、患者の連続グルコースセンサユニット１００と関連付けられたセンサがいつ取り換えられるべきかを決定し、新しいセンサを注文するためのリマインダとして電子メールを患者に自動的に送ることができる。

【0119】

図３に示される実施形態では、バックエンドサーバ（複数可）３０６は、シングルサインオンサーバ３１２も含む。シングルサインオンサーバ３１２は、いくつかの異なるアプリケーション及び本システムにアクセスする患者及びユーザにシングルサインオンを提供する。例えば、本システムが別個のシステム、アプリケーション、及び構成要素から成る場合、ユーザが別個のシステムにログインしなければならないため、ユーザ経験はシームレスではない場合があり、一例証的例では、ディスプレイ１０４は、連続グルコースレベルを監視するために使用されるアプリケーション及びインスリン注射を制御するためのアプリケーションを実行することができる。インスリン注射を制御するためのアプリケーションは、グルコース情報を要求し、それ故に、２つまたはさらには３つの別個のログイン（グルコースレベルを監視するためのアプリケーションのためのログイン、インスリン注射を制御するためのアプリケーションのためのログイン、及びインスリン注射アプリケーションを通じてグルコースレベルにアクセスするためのログイン）を要求する場合がある。これはユーザにとって面倒であり得る。開示される技術による課題に対する例となる解決策の１つは、グルコースレベルを監視するためのアプリケーションに他のアプリケーションをウェブビューに開かせ、シングルサインオンの使用を許可することであり、それにより、ユーザが本システムの他のモジュールに誘導されたときに、ユーザがログイン情報を１回入力し、情報を再入力しなくてもよくなる。例えば、連続グルコース監視アプリケーション内に、他のアプリケーション、例えば、グルコースレベルに関するより詳細な統計情報を有するレポートを見るためのアプリケーションのためのアイコンが提供され得る。ユーザがそのアイコンを選択すると、アプリケーションがウェブビューを起動する。この例では、ウェブビュー要求は、共有サービスサーバ３００をバイパスして、第２のアプリケーションをホストするサーバに直接アクセスすることによって他のサービスにアクセスする事実上シームレスな経験をユーザに提供することができる。

【0120】

したがって、スマートフォン及び他のディスプレイは、シングルサインオンサーバ３１２を使用するクラウドインフラストラクチャを通じて本システムにログインすることができる。例えば、送信機識別子は、連続グルコースセンサユニット１００上に印刷され、その特定の送信機を特定の患者と相関させるためのサインオンとして使用され得る。加えて、またはあるいは、例えば、ユーザは、ログイン名及びパスワードを有してもよく、様々な異なる暗号化アルゴリズムが認証プロセスに使用され得る。

【0121】

他のサービス３１８は、患者データへのアクセスを求めるいくつかの他のサービスを含み得る。いくつかの実施形態では、他のサービス３１８は、データにアクセスするユーザまたはコンピュータとインターフェースをとるために、コンピュータベースのデータサービス、例えば、データベース、データ管理プログラム、及び／またはポータルを含む。一例として、パーソナルコンピュータ、スマートフォン、タブレット等のコンピューティングデバイスを使用する医師３２０は、他のサービス３１８を通じて、サービスサーバ（複数可）３００によって記憶された患者データへのアクセスを要求することができる。例えば、医師は、最近及び過去のグルコースレベルを要求して、インスリン注射投薬量を変更するべきかを分析し、診療所訪問間の患者の進展を追跡し得る。他のサービス３１８は、一実施形態では、ある期間、例えば、過去３０日間、サービスサーバ３００を通じてリアルタイムデータを受信する。他のサービス３１８は、データを同期化し、サービスサーバ（複数可）３００を通じてデータを周期的に保存することができる。例えば、いくつかの他のアプリケーションは、データを１時間毎に要求し、他のアプリケーションは、データを毎日要求し、他のアプリケーションは、データを毎週要求して、サービスサーバ（複数可）３００からのデータを有することができる。例えば、他のサービス３１８は、データ分析を行うために個別の患者及び患者クラスの両方のデータを要求するアプリケーションを含み得る。他のサービス３１８がサービスサーバ（複数可）３００によって記憶された年齢範囲を超えるデータを要求した場合、その要求は、長期アーカイブされたバルクデータ及びリアルタイムデータを記憶するバックエンドサーバ（複数可）３０６に送られ、それによって処理される。本システムの様々な構成要素がバルクデータ及びリアルタイムデータへのアクセスを要求することができるタイミングは異なり得る。例えば、クラウドコンピューティングアーキテクチャ１０６は、他のサービス３１８のデータへのアクセスを１日１回に制限するか、フルアクセスを常時許可するか、または様々な他の時間枠で許可することができる。

【0122】

図３のクラウドコンピューティングアーキテクチャ１０６の他の実施形態がより少ない構成要素または追加の構成要素を含んでもよいことが理解される。加えて、クラウドコンピューティングアーキテクチャ１０６の実施形態によるシステムは、全てのディスプレイ未満のディスプレイがデータを単一クラウドコンピューティングアーキテクチャに送信するように、複数のクラウドコンピューティングアーキテクチャを含んでもよい。例えば、複数の接続されたクラウドコンピューティングアーキテクチャは、異なる地理的地域にわたって使用され得るが、コンピューティング負荷を分散するための他の配置も可能である。

【0123】

ここで、データを別個の群に記憶するための方法を図解する図４を参照する。いくつかの実施態様では、連続グルコースセンサユニット１００及びディスプレイ１０４は、異なって処理される必要があり得る異なるデータ型（例えば、リアルタイムデータ及びバルクデータ、私有データ及び公開データ）を作成及び送信することができる。具体的には、システム動作についての専有情報を含むデータ及び患者を識別するために使用され得るデータ等のデータが全て第三者または他のシステム構成要素への再送信に適切ではない場合がある。異なる記憶場所、データへのアクセスを制御するための異なる方針、及び異なる記憶期間を含む、データが異なって処理され得るようにデータを分けることは、ある課題を提示し得る。データは、グルコースレベルに関するデータ、本システムの機能についてのデータ、ユーザと本システムとの対話、及び他のデータ型を含み得る。

【0124】

プロセス４００で、連続グルコースセンサユニット１００は、送信のためにグルコースレベルを含むデータ及び他のデータを準備する。データは、例えば、測定されたグルコース値及び診断データを含む。データは、第１のデータセット（例えば、リアルタイムデータ）及び第２のデータセット（例えば、バルクデータ）を含み得る。リアルタイムデータは、グルコース値、連続グルコースセンサの現在の状態、グルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプ等のうちの１つ以上を含み得る。バルクデータは、連続グルコースセンサユニット１００を較正するための情報、連続グルコースセンサユニット１００の技術サポートのために使用される情報等のうちの１つ以上を含み得る。例えば、連続グルコースセンサユニット１００を較正するための情報は、試験キットを使用して患者によってサンプリングされる前述の値を含み得る。いくつかの実施態様では、連続グルコースセンサユニット１００の電子機器ユニット（例えば、送信機１０２）は、送信されるデータをある形式（複数可）または群に集約及び／またはフォーマットすることによってデータを準備する。例えば、以下により詳細に記載されるように、連続グルコースセンサユニット１００は、データの一部または全てを暗号化することができる。いくつかの実施態様では、データは、異なるデータセット毎に異なって準備され得るデータセット、例えば、リアルタイムデータ及びバルクデータに対応する様式で準備される。

【0125】

プロセス４０２で、連続グルコースセンサユニット１００は、グルコースデータ及び他のデータを１つ以上のディスプレイ１０４に送信し、それらのうちの一部が暗号化され得る。実施形態のうちのいくつかでは、ディスプレイ１０４は各々、暗号化されたデータのうちの全てではないが一部を復号するための復号鍵を記憶して、患者によるある特定のデータ型へのアクセスを制御することができる。例えば、ディスプレイ１０４は、グルコースレベルを含むリアルタイムデータを復号することができ、それから、ディスプレイ１０４は、直近１時間、６時間、または１日等のある期間にわたる現在のグルコースレベル及び過去のグルコースレベルを含むグラフを生成及び表示することができる。実施形態のうちのいくつかでは、ディスプレイ１０４は、そのデータを部外秘にするために、システム診断情報及び／または生データ値等のバルクデータを復号するための鍵を有しない。

【0126】

プロセス４０４で、１つ以上のディスプレイ１０４は、データをクラウドコンピューティングインフラストラクチャまたはクラウドインフラストラクチャとも称されるクラウドコンピューティングアーキテクチャ１０６に転送する。プロセス４０４は、いくつかの実施形態では、例えば、データが受信されたとき、または所定の時間のいずれかに、ユーザからの要求なしで自動的に起こり得る。ディスプレイは、異なる時間に、異なるデータ型をクラウドコンピューティングアーキテクチャ１０６に送ることができる。加えて、ディスプレイ１０４は、さらなるデータを連続グルコースセンサユニット１００から受信されデータに追加し、その追加データをクラウドコンピューティングアーキテクチャ１０６に自動的に転送することができる。かかる追加データは、例えば、アラームの時間、データがディスプレイ上で見られた時間、ディスプレイ１０４によってさらに処理されるデータ等を含み得る。

【0127】

プロセス４０６で、クラウドコンピューティングアーキテクチャ１０６は、データを別個の群に記憶する。いくつかの実施態様では、例えば、共有サービスサーバ（複数可）３０４は、リアルタイムデータを記憶することができ、バックエンドサーバ（複数可）３０６は、バルクデータを記憶することができる。クラウドコンピューティングアーキテクチャ１０６の様々な構成要素は、両方のデータ群の復号鍵を記憶して、ある特定のデータ型へのアクセスを制限することができる。例えば、バックエンドサーバ（複数可）３０６は、リアルタイムデータ及びバルクデータの両方の復号鍵を記憶することができ、それ故に、技術サポート（例えば、技術サポートユニット３１４）が両方のデータ型にアクセスすることができる。しかしながら、他のサービス３１８は、他のサービス３１８がバルクデータにアクセスすることができないように、バルクデータの復号鍵を記憶しない場合がある。結果として、クラウドコンピューティングアーキテクチャ１０６は、データカテゴリ及びデータへのアクセスを試みる１つ以上の要求システムによる様々なデータカテゴリ（例えば、第１のデータセット及び第２のデータセット）へのアクセスを許可するかを選択的に決定する。例えば、いくつかの実施形態では、クラウドコンピューティングアーキテクチャ１０６は、要求システムを識別する表を含み得る。クラウドコンピューティングアーキテクチャ１０６によって受信されたデータの要求は、要求システムがある特定のデータカテゴリのみにアクセスすることができるように、要求を行うシステムを識別することができる。

【0128】

ここで、それぞれ、暗号化システム及びデータを暗号化するための方法の例となる実施形態を図解する図５及び６を参照する。図５及び６は、機密データを第三者による権限付与されていないアクセスから保護するための技法を提供する。この分野での課題は、データを、データのサブセットのみを受信するように権限付与されたエンティティに分散する能力である。例えば、クラウドコンピューティングアーキテクチャ１０６は、患者を識別しないデータへのサービスアクセスを許可し得るが、患者識別データまたはシステム診断データへのサービスアクセスを拒否し得る。同時に、クラウドコンピューティングアーキテクチャ１０６は、技術サポート等の他のエンティティにシステム診断データへのフルアクセスを許可し得るが、患者識別データへのフルアクセスを必ずしも許可するわけではない。様々なレベルのセキュリティ及び権限が、例示の図４及び５の技法等のシステム構成要素によるデータへのアクセスを制御するための技法を使用することができる。

【0129】

概念的には、図５のシステムは、送信機１０２でロックされたボックス内にメッセージを置く。サービスサーバ（複数可）３００及び／またはバックエンドサーバ（複数可）３０６等の意図された受信者のみが鍵を有する。いくつかの実施態様では、送信機１０２がメッセージをスマートフォンまたは専用受信機等のディスプレイ１０４に送り、ディスプレイ１０４が暗号化されたメッセージをサービスサーバ（複数可）３００に送る。ディスプレイ１０４は、データの全てを復号する能力を有することなく、パススルーとして機能する。

【0130】

具体的には、送信機１０２ａは、公開鍵５０６、秘密鍵５０４、及び私有データ５０２を記憶することができる任意の種類の不揮発性メモリであり得るメモリ５００を含む。公開鍵５０６は、公開暗号化鍵、例えば、ＲＳＡ １０２４暗号化のための鍵である。秘密鍵５０４は、高度暗号化標準等の別の暗号化レベルのために使用される追加の私有鍵である。私有データ５０２は、例えば、前述のバルクデータを含み得る。秘密鍵５０４は、製造プロセス中に送信機１０２ａに記憶され得る。

【0131】

送信機１０２ａは、ディスプレイ１０４ａ、１０４ｂの各々に、５０８で示されるように公開鍵５０６でラップされた秘密鍵５０４を送り、５１０で示されるように秘密鍵５０４でラップされた保護データも送る。ディスプレイ１０４ａ、１０４ｂが公開鍵５０６を有さず、それ故に、秘密鍵５０４にアクセスすることも、秘密鍵５０４を使用して私有データ５０２にアクセスこともできない。代わりに、私有データ５０２は、ディスプレイ１０４ａ、１０４ｂを通過して復号のためにサービスサーバ（複数可）３００に送信されるデータを含む。この様式で、ディスプレイ１０４ａ、１０４ｂがある特定の私有データへのアクセスを制限される一方で、クラウドコンピューティングアーキテクチャ１０６はこのデータにアクセスすることができる。具体的には、バックエンド３０６は、５１４に示されるように、私有鍵を記憶する。

【0132】

図解されていないが、以下に記載されるように、送信機１０２は、ディスプレイ１０４ａ、１０４ｂが復号及び表示する他のデータもユーザに送信する。このデータは、例えば、リアルタイムデータを含み、Ｂｌｕｅｔｏｏｔｈ(登録商標)暗号化スキーム及び他の技法に従って暗号化され得る。ディスプレイ１０４ｂは、パーソナルコンピュータ、タブレット、または他のコンピューティングデバイス上で実行することができるＰＣアップローダプログラム５１２に接続され得る。

【0133】

図６を参照して、例えば、本技術によるデバイス及びクラウドコンピューティングシステムアーキテクチャによって実施可能なデータを暗号化及び送信するための対応する方法が記載される。プロセス６００で、送信機１０２は、第１のデータセットを暗号化する。例えば、送信機１０２は、Ｂｌｕｅｔｏｏｔｈ(登録商標)暗号化を使用してグルコース値を含むリアルタイムデータを暗号化する。プロセス６０２で、送信機１０２は、ディスプレイ１０４によってアクセス可能であるべきではない専有情報を含むバルクデータ等の第２のデータセットを暗号化する。第２のデータセットは、高度暗号化標準及び様々な他の技法を使用して暗号化され得る。

【0134】

送信機１０２は、プロセス６０４で、第１のデータセット及び第２のデータセットをディスプレイ（複数可）１０４に送信する。送信機１０２は、第１のデータセット及び第２のデータセットを一緒にまたは異なる時間のいずれかに送る。例えば、第１のリアルタイムデータセットが５分毎に送られ得る一方で、バルクデータは１時間毎に送られ得る。この様式で、送信機１０２は、各々異なる技法を使用して暗号化されるこれらの２つのデータセットを異なるデータストリームとしてディスプレイ（複数可）１０４に送る。

【0135】

プロセス６０６で、ディスプレイ（複数可）１０４は、第１のデータセットを復号する。ディスプレイ（複数可）１０４は、データをユーザインターフェース上でユーザに提示し、データをクラウドコンピューティングアーキテクチャ１０６にアップロードし、データを他のアプリケーションに提供し、データをローカルメモリに記憶する。ディスプレイ（複数可）１０４は、プロセス６０８で、第１のデータセット及び第２のデータセットの両方をクラウドコンピューティングアーキテクチャ１０６に転送することができる。プロセス６０８は、データの受信時に自動的に、周期的に、またはユーザもしくはクラウドコンピューティングアーキテクチャ１０６からの要求に応じて起こる。いくつかの実施態様では、ディスプレイは各々、第１のデータセット及び第２のデータセットを異なるストリームで異なる時間に受信し、受信時にそれらのストリームをクラウドコンピューティングアーキテクチャ１０６に自動的に転送する。この様式で、クラウドコンピューティングアーキテクチャ１０６は、各々異なって暗号化された第１のデータセット及び第２のデータセットを異なる時間に受信する。

【0136】

プロセス６１０で、第２のデータセットが復号される。一実施形態では、第２のデータセット、またはその一部は、クラウドコンピューティングアーキテクチャ１０６によって復号され得る。別の実施形態では、第２のデータセット（またはその一部）は、例えば、鍵を有し、かつ第２のデータセットを復号することができるイヌリンプロバイダ等の別の場所に送られ得る。ディスプレイ（複数可）１０４が第２のデータセットにアクセスするための復号鍵を欠いているが、クラウドコンピューティングアーキテクチャ１０６（例えば、共有サービスサーバ（複数可）３００及び／またはバックエンドサーバ（複数可）３０６内）及び／または他の場所（例えば、インスリンプロバイダ）は、復号鍵を含む。いくつかの実施態様では、クラウドコンピューティングアーキテクチャ１０６は、第１のデータセットを受信及び復号し、それをクラウドサービスサーバ内のローカル短期記憶装置及びバックエンド内の長期記憶装置の両方に提供する。

【0137】

ここで、データがアクセスされ得る共通インターフェースを提供するための例示の方法を図解する図７を参照する。クラウドコンピューティングアーキテクチャ１０６は、第三者システムを含む多くの異なる構成要素との統合システムを提供することができる。しかしながら、いくつかの例では、これは、変更がいずれか１つの構成要素に加えられるたびに全システムが規制見直しを受けなければならない場合があるため、規制観点から問題となり得る。この問題に対処するために、例えば、クラウドコンピューティングアーキテクチャ１０６は、各モジュールが規制観点から独立していると見なされ得るように構成されていてもよく、これにより、各モジュールが別個の規制見直しを受け得る。具体的には、クラウドコンピューティングアーキテクチャ１０６は、一組の標準アプリケーションプログラムインターフェースを提供して、インターフェースをとるための既知のフォーマットを提供することができ、様々な構成要素が別々に構築及び維持されることを可能にする。

【0138】

クラウドコンピューティングアーキテクチャ１０６が直面する別の課題は、異なる患者のデータへのアクセスの多数の要求をどのように処理するかである。例えば、要求は、様々な要求フォーマットならびに応答を受信及び処理するための能力を有し得るいくつかの異なるサーバ、コンピューティングデバイス、及びソフトウェアアプリケーションで発生し得る。クラウドコンピューティングアーキテクチャシステム１０６が各々の新しい要求及び応答の種類に適応するように変更される場合、本システムは、医療デバイスとして再認定されなければならない場合があり、これは、時間及びコストのかかるプロセスであり得る。したがって、図７の方法は、共通インターフェースを提供し、それを通じて要求を受信し、新しい要求の種類のために変更される必要のないモジュラーシステムを確保する。

【0139】

一例では、クラウドコンピューティングアーキテクチャ１０６は、ハブ及びスポークフレームワークを用い、スポークフレームワークには、ハブが、どの情報が各特定のスポークによってアクセスされ得るかの規則を含む。この方法で、それらのスポークは、適切な情報及び／またはそのスポークによって必要とされる情報のみにアクセスする。スポークの例としては、遠隔監視アプリケーション、第三者アプリケーション、及び他のサービスが挙げられる。

【0140】

プロセス７００で、クラウドコンピューティングアーキテクチャ１０６は、データへのアクセスを制御するための規則を定義する。規則としては、ユーザパーミッション、遠隔モニタの承認プロセス、第三者及び他のソフトウェアアプリケーションの承認プロセス、ならびにクラウドコンピューティングアーキテクチャ１０６の構成要素自体のからのアクセスを制御するための規則が挙げられ得る。例えば、遠隔モニタが専有バルクデータにアクセスする必要がない一方で、技術サポートは、バルクデータにアクセスすることができる。規則他の例としては、アクセスされ得るデータの量の制御、データがいつアクセスされ得るかのタイミングの制御等が挙げられる。かかる規則は、本システムがユーザのために整備されたときに実施され得るか、または、例えば、かかる規則をクラウドコンピューティングアーキテクチャ１０６に設定するパーミッション及び権限を有するアドミニストレータによって実施され得る。かかるパーミッション及び権限は、プライバシー法及び規制に従わなければならない場合がある。

【0141】

プロセス７０２で、クラウドコンピューティングアーキテクチャ１０６は、データにアクセスするための一組のアプリケーションプログラムインターフェースを提供する。これらのアプリケーションプログラムインターフェースは、データの要求が受信され得る標準化インターフェースを定義する。標準化インターフェースは、第三者及びアプリケーション開発者に提供されて、アプリケーションプログラムインターフェースに固執する要求を作成する。プロセス７０４で、コンピューティングデバイスまたはアプリケーションは、要求をアプリケーションプログラムインターフェースのうちの１つを通じてクラウドコンピューティングアーキテクチャ１０６に提供する。

【0142】

次に、プロセス７０６で、クラウドコンピューティングアーキテクチャは、プロセス７００で定義される規則に基づいて、データへのアクセスの要求を許可するかを決定する。例えば、クラウドコンピューティングアーキテクチャ１０６は、要求者を識別し、要求者が要求されたデータへのアクセスを得るべきかを決定する。プロセス７０６で、クラウドコンピューティングアーキテクチャが、要求者が要求されたデータにアクセスしないと決定した場合、プロセス７０８で、クラウドコンピューティングアーキテクチャ１０６は、要求を拒否する。プロセス７０６で、クラウドコンピューティングアーキテクチャ１０６が、要求者が要求されたデータにアクセスすると決定した場合、プロセス７１０で、クラウドコンピューティングアーキテクチャ１０６は、要求を許可する。プロセス７０４〜７１０は、クラウドコンピューティングアーキテクチャ内のいくつかの異なる構成要素によって行われ得る。例えば、最近のデータの要求がサービスサーバ（複数可）３００内を流れ得る一方で、より過去にアーカイブされたデータの要求は、バックエンドサーバ（複数可）３０６によって処理され得る。

【0143】

図８及び９Ａ〜９Ｄは、ディスプレイ１０４等のコンピューティングデバイスからクラウドコンピューティングアーキテクチャ１０６への要求を処理するための開示される技術の実施形態による例示の方法及びシステム略図を図解する。上述のように、いくつかの異なるサーバ及びアプリケーションからの要求の処理は、クラウドコンピューティングアーキテクチャ１０６に課題を提示する場合がある。１つの解決策は、図７に記載されるように、クラウドコンピューティングアーキテクチャ１０６に共通アプリケーションプログラムインターフェースを提供することである。別の解決策は、ディスプレイ１０４上で実行するアプリケーション（アプリ）を使用して要求を共通フォーマットにすることを含む。図８及び９は、ディスプレイ１０４上で実行するアプリケーションを使用して要求を共通フォーマットにする一例を提供する。

【0144】

図８を参照して、ディスプレイ１０４は、連続グルコースモニタアプリケーション８００、及び複数の他のアプリケーション８０２ａ、８０２ｂを含む。連続グルコースモニタ（ＣＧＭ）アプリケーション８００は、連続グルコースセンサユニット１００の送信機１０２及びクラウドコンピューティングアーキテクチャ１０６の両方とインターフェースをとるように設計されたアプリケーションであり得る。アプリケーション８０２ａ、８０２ｂは、データ要求８０４をＣＧＭアプリケーション８００に提供し、ＣＧＭアプリケーション８００は、要求中のアプリケーション８０２ａ、８０２ｂのデータ要求が許可されるべきかを決定するための図７との関連で上述される規則ロジックを含み得る。

【0145】

要求が許可されるべきであり、かつデータがローカルで記憶される場合、ＣＧＭアプリケーション８００は、８１０で示されるように、データ応答を提供する。いくつかの実施形態では、ＣＧＭアプリケーション８００は、データ要求８０６をクラウドコンピューティングアーキテクチャ１０６に転送し、クラウドコンピューティングアーキテクチャ１０６は、図７に記載の技法を使用して、要求を許可するかを決定する。要求が許可されるべきである場合、クラウドコンピューティングアーキテクチャ１０６は、データ応答８０８をＣＧＭアプリケーション８００に送り、ＣＧＭアプリケーション８００は、データ応答８１０を要求中のアプリケーション８０２ａまたは８０２ｂに転送する。

【0146】

図９Ａは、ディスプレイ１０４上で実行するＣＧＭアプリケーション８００のユーザインターフェースの例示の実施形態を図解する。ＣＧＭアプリケーション８００は、９０４で、最近のグルコースレベル、現在のグルコースレベル（例えば、８６ｍｇ／ｄＬ、及び傾向パターン（例えば、上昇、安定、または下降））のチャートを含むグルコースレベルに関する情報を表示する。いくつかの実施態様では、ＣＧＭアプリケーション８００は、図８に記載のアプリケーション８０２ａ、８０２ｂ等の他のアプリケーションへのリンクとしてのアイコン９００、９０２を表示する。この例では、アイコン９００は、エクササイズアプリケーションにリンクし、アイコン９０２は、インスリンアプリケーションにリンクする。ＣＧＭアプリケーション８００内のこれらのリンクは、図３のシングルサインオン３１２に関して上述されるように、ユーザがシングルログインを使用して複数のアプリケーションにログインすることを可能にする。加えて、これらのリンクは、同じ製造業者か異なる製造業者かにかかわらず、グルコースレベル及び傾向に関連する異なるアプリケーションによって記憶された他の情報にアクセスするための便利な方法をユーザに提供することができる。

【0147】

図９Ｂは、記載される技術の態様を行うためのクラウドサーバアーキテクチャ１０６によるシステムの例示の実施形態を図解する。この図解では、ディスプレイ１０４ａは、図８との関連で記載されるＣＧＭアプリケーション８００等のアプリケーションを実行するスマートフォンを含む。他の例では、ディスプレイ１０４ａは、コンピューティングデバイス、例えば、ラップトップコンピュータ、デスクトップコンピュータ、タブレット、ＰＤＡ、ウェアラブルコンピューティングデバイス等であり得る。例えば、ディスプレイ１０４ａは、連続グルコースセンサユニット１００と通信している。ディスプレイ１０４ａは、連続グルコースセンサユニット１００と無線で通信していてもよく、または有線もしくは光ケーブルを通じて連続グルコースセンサユニット１００に接続されていてもよい。

【0148】

ディスプレイ１０４ａは、連続グルコースセンサユニット１００から複数のデータ型を受信し、複数のデータ型を、クラウドコンピューティングアーキテクチャ１０６の例となる実施形態であるクラウドサーバアーキテクチャ９１０に送信することができる。ディスプレイ１０４ａからクラウドサーバアーキテクチャ９１０に送信されたデータは、データに割り当てられた分類に基づいて異なる時間に送信され得る。データは、リアルタイムデータ及びバルクデータとして分類され得る。リアルタイムデータが、１分毎、５分毎、１０分毎等のより高い頻度で、ディスプレイ１０４ａからクラウドサーバアーキテクチャ９１０に送信される一方で、バルクデータは、３０分毎、１時間毎、２時間毎等のリアルタイムデータよりも比較的低い頻度で、ディスプレイ１０４ａからクラウドサーバアーキテクチャ９１０に送信され得る。

【0149】

リアルタイム情報の場合、連続グルコースセンサユニット１００から送信されたデータは、ディスプレイ１０４ａによって受信され、クラウドサーバアーキテクチャ９１０の一部として含まれるリアルタイムサーバ９０８に送信される。リアルタイム情報は、推定グルコース値（複数可）（ＥＧＶ）、グルコース濃度変化率情報、ＣＧＭアラート情報、生センサデータ、及び／または本明細書で論じられる他の種類の公開もしくは私有データのうちの１つ以上を含む。リアルタイムデータに基づいて即時または適時に行動を起こさなければならない場合があるため、リアルタイムデータは、バルクデータとは異なる。さらに、リアルタイムサーバ９０８は、大量のリアルタイムデータを迅速に処理するように構成されている。例えば、グルコース監視システムは、最大１５０，０００以上のユーザを有し得、各ユーザは、１日当たり最大２８８個の値をそれぞれのユーザのディスプレイ１０４ａからリアルタイムサーバ９０８に送信し得る。

【0150】

リアルタイムサーバ９０８によって管理されるべきデータの量及び頻度のため、場合によってはロケータサービスが使用され得る。例示のロケータサービスと関連付けられたデータ及び制御フローが図９Ｃに示されている。アプリケーションセッションの開始時に、スマートフォン上で実行するクライアントアプリケーション、例えば、上述のＣＧＭアプリケーション８００等は、（例えば、リアルタイムサーバ９０８上で起動する）ロケータサービスにコールし、その後のコールに使用するＵＲＬを受信する。入力パラメータは、典型的には、アプリケーション名、アプリケーションバージョン、及び国コードを含む。ロケータサービスは、これらのパラメータを使用して、全ての他のサービスのためにどこに行くか（それ故に、ロケータという用語である）を決定する。このアプローチにより、アプリケーションが変更されることを要求することなくスケールアウトするリアルタイムサーバ９０８の能力と、異なるサービス実施態様を異なるアプリリビジョンまたは国に提供するサーバの能力が提供される。ロケータサービスを使用しない既存のアプリケーションは依然として機能し続ける。ロケータサービスは、アプリ要求をどこに動的に送るかを決定するためのロジックを含む。

【0151】

再び図９Ｂを参照して、情報は、様々な機構を使用してリアルタイムサーバ９０８から遠隔モニタ３１６ｂに送信され得る。遠隔モニタ３１６ｂは、図８に関連して記載されるＣＧＭアプリケーション８００からグルコースデータと関連付けられた少なくとも一部のデータを遠隔モニタのユーザに表示するように設計された、遠隔監視アプリ等のアプリケーション（アプリ）を実行するスマートフォン等のデバイスであり得る。例えば、一例では、リアルタイム情報の全てではないが少なくとも一部がリアルタイムサーバ９０８から１つ以上の遠隔モニタ３１６ｂにプッシュされる。リアルタイム情報は、３０秒毎、１分毎、２分毎、５分毎、１０分毎等の周期ベースで遠隔モニタ３１６ｂに送られ得る。いくつかの実施態様では、リアルタイムサーバ９０８は、傾向及び性向についてリアルタイム情報を監視し、遠隔モニタ３１６ｂにかかる傾向を意識させることができる。データが遠隔モニタ３１６ｂにプッシュされると、遠隔モニタ３１６ｂは、デバイス３１６ｂ上の遠隔監視アプリケーションが開いて起動するよう要求し得る。遠隔監視アプリケーションが遠隔モニタ３１６ｂ上で開いて起動していない場合、データは、リアルタイムサーバ９０８で待ち行列に入れられる。いくつかの実施態様では、遠隔監視アプリケーションが遠隔モニタ３１６ｂ上で開かれると、データは、遠隔モニタ３１６ｂに自動的にプッシュされる。いくつかの実施態様では、遠隔監視アプリケーションが遠隔モニタ３１６ｂ上で開かれると、ユーザは、データ待ちを通知される。その後、例えば、遠隔監視アプリケーションを使用して、遠隔モニタのユーザは、データがリアルタイムサーバ９０８から遠隔モニタ３１６ｂに送信されるよう要求し得る。いくつかの実施態様では、遠隔監視アプリケーションが遠隔モニタ３１６ｂ上で開いて起動していない場合、テキストメッセージ（例えば、ＳＭＳまたはＭＭＳ）等の通知が、リアルタイムサーバ９０８から遠隔モニタ３１６ｂに送られ、これは、遠隔監視アプリケーションが閉じられている（例えば、ｉＰｈｏｎｅ(登録商標)のバックグラウンドにある）ときに遠隔モニタ３１６ｂがアラートを自力でトリガするためのリアルタイムデータを手元に有しないためである。

【0152】

いくつかの実施態様では、リアルタイムサーバ９０８は、遠隔モニタ３１６ｂ上の遠隔監視アプリケーションとインターフェースをとり、遠隔監視アプリケーションをウェイクアップする。遠隔監視アプリケーションがウェイクアップすると、遠隔監視アプリケーションは、リアルタイムサーバ９０８からデータを要求する。

【0153】

遠隔モニタ３１６ｂは、リアルタイムサーバ９０８からある特定の情報を受信するためのアクセスを許可される。これは、規定の１つ以上の連続グルコースセンサユニット１００及び（例えば、ＣＧＭａｐｐ８００を動作する）それらのそれぞれのディスプレイ１０４のみに関する情報である。遠隔モニタ３１６ｂは、権限付与されていないデータへのアクセスを許可されない。いくつかの実施態様では、遠隔モニタ３１６ｂは、要求をリアルタイムサーバ９０８に送ることができ、遠隔モニタ３１６ｂが読み取りを許可される１つ以上の連続グルコースセンサユニット１００のうちの少なくとも１つ及びそれぞれのディスプレイ１０４と関連付けられたデータは、要求の後に遠隔モニタ３１６ｂに送られる。いくつかの実施態様では、遠隔モニタ３１６ｂは、スマートフォンであり得る。いくつかの実施態様では、リアルタイムサーバ９０８は、米国食品医薬品局（ＦＤＡ）によって定義されたクラスＩＩのデバイスを含み得、データは、その分類に従って処理される。

【0154】

いくつかの実施形態では、クラウドサーバアーキテクチャ９１０は、バルクデータコレクタ（ＢＤＣ）９１２及びバルクデータディストリビュータ（ＢＤＤ）９１４をさらに含む。いくつかの実施形態では、ＢＤＣ９１２及びＢＤＤ９１４は、互いに通信している１つ以上のコンピュータ、例えば、サーバ上で動作するデータ処理エンジンである。いくつかの実施態様では、ディスプレイ１０４ａは、（本明細書に記載の）バルクデータをＢＤＣ９１２に間欠ベースで送る。例えば、ディスプレイ１０４ａは、バルクデータをディスプレイ１０４ａからＢＤＣ９１２に１時間毎に送ることができる。いくつかの実施態様では、バルクデータは、連続グルコースセンサユニット１００からコンピュータ９１６、例えば、パーソナルコンピュータにアップロードされる。その後、バルクデータの少なくとも一部がコンピュータ９１６からＢＤＣ９１２に送信される。上述と同様に、データは、コンピュータ９１６からＢＤＣ９１２に周期ベースで送信され得る。例えば、データは、コンピュータ９１６からＢＤＣ９１２に１時間毎に送信され得る。ＢＤＣ９１２に送信されたデータは、（本明細書に記載の）私有データ及び公開データを含み得る。いくつかの実施態様では、ＢＤＣ９１２は、米国食品医薬品局（ＦＤＡ）によって定義されたクラスＩＩのデバイスを含み得、データは、その分類に従って処理される。

【0155】

上述のように、クラウドサーバアーキテクチャ９１０は、ＢＤＤ９１４も含む。ＢＤＤ９１４は、ＢＤＣ９１２から受信されたデータにファンアウト能力を提供する。例えば、ＢＤＣ９１２からのデータの少なくとも一部は、技術サポートツール９２２及び長期データウェアハウス９１８のうちの１つ以上に提供され得る。ウェアハウスデータは、公開データ及び私有データを含み得る。技術サポートツール９２２は、例えば、共有支援ツール、レポジトリツール、及び送信機ツールを含み得る。共有サポートツール（ディスプレイ１０４ａ及び遠隔モニタ３１６ｂに技術サポート関連洞察力を提供するツール）は、ディスプレイ１０４ａ（自動的に）及び連続グルコースセンサユニット１００（ユーザによりオンデマンドで）から送られたデータ表及びデータチャートを提示する能力を含む。いくつかの実施態様では、データ表は、データ型（例えば、ＥＧＶデータ、ログ等）及びデータソース（ディスプレイ１０４ａまたは連続グルコースセンサユニット１００）によってカテゴリ化された、ディスプレイ１０４ａ及び連続グルコースセンサユニット１００からデータサーバ（リアルタイムサーバ９０８またはバルクデータコレクタ９１２）に送られた全てのデータを提示することができる。いくつかの実施態様では、データチャートは、表からのデータを視覚形態で年代順に提示する。データソースは、チャート内で識別され得る。レポジトリツールは、データ表及びデータチャートとしてディスプレイ１０４ａ及び連続グルコースセンサユニット１００のデータのデータ可視化をサポートする。レポジトリツールは、連続グルコースセンサユニット１００のデータ可視化のサポートを含む。例えば、ユーザが調査のために受信機を返却した場合、受信機は、このツールを使用してダウンロードされて、社内で苦情をさらに調査することができる。

【0156】

ＢＤＤ９１４からのデータの少なくとも一部が、分析及び／またはレポートのためにレポジトリ９２０に提供され得る。この情報は、一般に、回顧データと呼ばれている。回顧データは、一般に、過去に生成されたバルクデータ及び任意のリアルタイムデータと定義され得る。例えば、過去５分以内に生成されなかったリアルタイムデータは、回顧データと見なされ得る。いくつかの実施態様では、ＢＤＤ９１４は、ＦＤＡによって定義されたクラスＩＩのデバイスを含み得、データは、その分類に従って処理される。

【0157】

一般に、図９Ｂに示されるデータへのアクセスが制御される。例えば、権限マネージャ（図９Ｂには示されず）を使用して、ＢＤＤ９１４、回顧データ９２０、及びデータウェアハウス９１８への第三者アクセスを制御する。いくつかの実施態様では、権限マネージャは、トークンベースであり得る。ある特定のデータへのアクセスは、アクセス中の第三者によって保持されたトークンに基づいて許可または制限され得る。任意に、またはあるいは、患者は、第三者にその特定の患者の情報へのアクセスを提供することができる。例えば、成人患者は、遠隔モニタ３１６ｂを提供し得る。第三者からの応答に基づいて、トークンが第三者の権限にカスタマイズされ得る。いくつかの実施態様では、第三者は、例えば、Ｇｏｏｇｌｅ、Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒ等のソーシャルメディアウェブサイトへのログインを使用して、ある特定の情報（例えば、ある特定の患者のデータ）にアクセスすることができる。

【0158】

図９Ｄは、複数の連続グルコースモニタによってグルコース監視レベルに関するデータを安全に収集、分析、及びレポートするための方法を図解するフローチャートである。プロセス９００２で、データが、複数の表示デバイス（例えば、ディスプレイ（複数可）１０４）によって複数の連続グルコースモニタ（ＣＧＭ）、例えば、連続グルコースセンサユニット１００から受信される。プロセス９００４で、データが、データ型に基づいて複数の分類に分類される。いくつかの実施態様では、データ型に基づくデータの複数の分類への分類は、データをリアルタイムデータ及びバルクデータとして分類することを含む。いくつかの実施態様では、ディスプレイ１０４は、受信されたデータをデータ型に基づいて複数の分類に分類し、他の実施態様では、連続グルコースセンサユニット１００は、プロセス９００２の前にプロセス９００４を実施して、データをデータ型に基づいて複数の分類に分類する。かかる実施態様では、連続グルコースセンサユニット１００は、データの一部のみを分類することができ、そこで、ディスプレイ１０４は、受信された分類されていないデータを分類することができ、かつ／または受信された分類されたデータを再分類することができる。

【0159】

プロセス９００６で、分類されたデータが、複数の表示デバイスから本技術によるクラウドサーバアーキテクチャ、例えば、クラウドサーバアーキテクチャ１０６に送信される。クラウドサーバアーキテクチャ１０６は、クラウドサーバアーキテクチャ９１０によるシステム等の、複数の表示デバイスからデータを間欠ベースで受信する少なくとも複数のサーバを含む。クラウドサーバアーキテクチャの複数のサーバは、少なくとも１つのリアルタイムサーバ及びバルクデータコレクタ、例えば、それぞれ、リアルタイムサーバ９０８及びＢＣＣ９１２を含み得る。いくつかの実施態様では、クラウドサーバアーキテクチャは、ロケータサービスをさらに含んでもよく、複数の表示デバイスは、ロケータサービスを通じてクラウドサーバアーキテクチャに接続する。複数のサーバのうちの特定のサーバにルーティングされるデータは、データ型によって決定され、間欠ベースまたは表示デバイスからサーバへの送信は、データ型に応じて異なり得る。例えば、リアルタイムデータは、複数の表示デバイスからリアルタイムサーバにルーティングされ、バルクデータは、複数の表示デバイスからバルクデータコレクタにルーティングされる。リアルタイムデータは、バルクデータが複数の表示デバイスからバルクデータコレクタにルーティングされる間欠ベースよりも頻度の高い間欠ベースで、複数の表示デバイスからリアルタイムサーバにルーティングされてもよい。例えば、リアルタイムデータは、複数の表示デバイスからリアルタイムサーバに５分毎にルーティングされ、バルクデータは、複数の表示デバイスからバルクデータコレクタに１時間毎にルーティングされる。

【0160】

プロセス９００８で、データが、複数の遠隔モニタ表示デバイス（例えば、遠隔モニタ３１６ｂ）によって複数のサーバのうちの１つ、例えば、リアルタイムサーバ９０８から受信される。複数の遠隔モニタ表示デバイスの各々に送られたデータは、データ型と、データを複数のサーバのうちの１つに送信した表示デバイスとに依存し得る。プロセス９００８のいくつかの実施態様では、データは、クラウドサーバアーキテクチャの複数のサーバのうちの１つによる受信直後に複数の遠隔モニタ表示デバイスに送られる。その一方で、プロセス９００８のいくつかの実施態様では、クラウドサーバアーキテクチャ（例えば、リアルタイムサーバ９０８）は、各遠隔モニタ３１６と関連付けられた規則に従ってデータを処理し、規則に従うデータをそれぞれの遠隔モニタデバイスに送る。プロセス９０１０で、複数のサーバによって受信されたデータの少なくとも一部が分析及びレポートエンジンにルーティングされる。プロセス９０１０のいくつかの実施態様では、クラウドサーバアーキテクチャのＢＤＤ９１４は、データのせめて一部を技術サポートツール９２２、データウェアハウス９１８、及び／またはレポジトリ９２０のうちの１つ以上に提供する。データが分析され、レポートが分析及びレポートエンジンによって生成される。

【0161】

バックフィル
図１０は、データをバックフィルするための例示の方法を図解する。データを複数のディスプレイ及び分散クラウドコンピューティングアーキテクチャに提供する際に生じ得る課題の１つは、各アプリケーションまたはデバイスが最新のデータを含むことを確実にすることである。例えば、ユーザは、表示デバイス（例えば、ディスプレイ１０４）上で実行するアプリケーションがデータを受信しないように、ＣＧＭアプリケーション８００等のアプリケーションをオフにすることができる。または、ディスプレイがオフにされる場合がある。ディスプレイがオンであり、データを受信した場合でさえも、オフにされ得るか、またはディスプレイがデータをクラウドコンピューティングアーキテクチャに正常に転送したときにネットワークから切断され得る。アプリケーションまたはデバイスがデータを受信しない場合、データは最新のものではない。図１０及び１１は、データがアプリケーションにバックフィルされてアプリケーションを最新の状態にすることを可能にする例示の方法について記載する。最新とは、アプリケーションまたはサーバが入手可能な全てのデータを有することを意味し得る。

【0162】

本明細書に記載のシステム全体における複数のデータストリームの使用に関するさらなる課題が生じる。例えば、リアルタイムデータストリーム及びバルクデータストリームは、それらのデータストリームをクラウドコンピューティングアーキテクチャ１０６に転送する連続グルコースセンサユニット１００によって複数のディスプレイ１０４に別々に送られ得る。クラウドコンピューティングアーキテクチャ１０６は、共通の連続グルコースモニタに接続された異なるディスプレイからデータストリームの複数のコピーを受信し、それらを別々に記憶する。例えば、異なる較正値及び自身の追加データをデータストリームに追加するディスプレイの能力により、どのディスプレイがデータをクラウドコンピューティングアーキテクチャ１０６に転送するかに応じて、データストリームにいくつかの差異も存在し得る。

【0163】

データが受信予定時に取得された（「予定通りのデータ」）か、またはバックフィルプロセスの一部として取得されたかをユーザが区別することができることに関して別の課題が生じ得る。したがって、ユーザインターフェースは、データが予定通りに取得されたか、またはバックフィルされたかに応じてデータを異なって表示することができる。例えば、バックフィルされたデータは、異なって表示され得る。一非限定的例では、図１２Ｂに示されるように、バックフィルされたデータは、グルコースレベルを示す線上に破線１２０４を使用して示され得る。予定通りのデータと区別されるようにバックフィルされたデータを示す他の方法は、バックフィルされたデータ及び予定通りのデータに異なる色の線分を使用することである。図１２Ａ及び１２Ｂを参照して、いくつかの実施形態では、ディスプレイ１０４は、縦向きビュー１２００では、バックフィルされたデータ点がリアルタイムデータ点と同じように表示されるが、ディスプレイが横向きモード１２０２に配向されると、バックフィルされたデータは異なって表示され得るように、スマートフォンで利用可能なもの等の配向センサを有し得る。例えば、概要または凝縮バージョンのデータが縦向きビュー１２００で表示され得るが、横向きモード１２０２に配向されると、さらなる詳細が表示され得る。

【0164】

図１０に戻って、プロセス１０００で、連続グルコースモニタ（例えば、連続グルコースセンサユニット１００）がデータを送信する。データは、前述のように暗号化され得るリアルタイムデータ及びバルクデータの両方を含み得る。グルコース値がタイムスタンプされて、連続グルコースモニタがグルコースレベルをいつサンプリングしたかを追跡し、様々なシステム構成要素が全てのグルコース試料を有する完全データセットを含むことを確認するためのチェックを促進することができる。

【0165】

いくつかの実施態様では、連続グルコースモニタは、データを周期的に、例えば、５分毎に送信し、モニタ及び関連送信機が低電力状態に置かれてバッテリ寿命を節約することを可能にする。他の実施態様では、連続グルコースモニタは、データを５分間以外の間隔で送信する。リアルタイムデータもバルクデータもいずれも、各期間で送信されてもよく、またはリアルタイムデータが５分毎に送信され得る一方で、バルクデータは、１時間毎等のより低い頻度で送信される。

【0166】

次に、プロセス１００２で、ディスプレイ（複数可）１０４等の連続グルコースモニタと通信している表示デバイス（複数可）は、リアルタイムデータ及びバルクデータの両方を含み得る受信されたデータを分散する。ディスプレイ（複数可）は、データを、サービスサーバ３００等内の短期記憶装置（例えば、最大３０日間）及びバックエンドサーバ３０６等内の長期記憶装置の両方を含み得るクラウドコンピューティングアーキテクチャ１０６に分散する。ディスプレイは、リアルタイムデータ及びバルクデータをクラウドコンピューティングアーキテクチャ１０６に別個のデータストリームとして分散することができる。

【0167】

次に、プロセス１００４で、本技術によるデータ通信エコシステムの構成要素が欠損データを識別し得る。データストリームが本システム全体に分散されるため、分散時にデータを受信すべきであった１つ以上の構成要素がデータを受信しなかったことが可能である。例えば、ディスプレイは、連続グルコースモニタから無線範囲外である場合があるか、またはクラウドコンピューティングアーキテクチャ内のネットワーク接続がダウンしている場合がある。いくつかの実施態様では、クラウドインフラストラクチャ内のサーバ等のコンピューティングデバイスが、ダウンしているか、またはメンテナンスを受けている場合があり、それ故に、データが分散されたときにデータを受信しない。

【0168】

本システムの様々な構成要素は、いずれかのデータが欠損しているかを決定することができる。例えば、ディスプレイ１０４自体が、グルコース値と関連付けられたタイムスタンプまたはデータの順序を示す他のマーカー（例えば、各グルコース値が連続して番号付けされた値と関連付けられる）を調べることによって、ディスプレイ１０４がいずれかのリアルタイムデータを欠損しているかを決定することができる。タイムスタンプまたは他のマーカーにギャップが存在する場合、例えば、連続グルコースセンサユニット１００からグルコース値を５分毎に受け取るつもりであったにもかかわらず、グルコース値が１５分間受信されなかった場合、ディスプレイ１０４は、データを欠損として識別する。同様に、例えば、サービスサーバ（複数可）３００及びバックエンドサーバ（複数可）３０６を含むクラウドコンピューティングアーキテクチャ１０６は、タイムスタンプまたは他のマーカーを調べることによって、いずれかのデータが欠損しているかを決定することができる。加えて、例えば、第三者アプリケーションは、いずれかのデータが欠損しているかを決定することができる。いくつかの実施態様では、データ同期化サーバ３０２は、任意のディスプレイ１０４、サービスサーバ（複数可）３００、またはバックエンドサーバ（複数可）３０６がデータを欠損しているかを決定することができる。この方法で、クラウドコンピューティングアーキテクチャ１０６によって、欠損データを有する各構成要素が欠損データをバックフィルすべきかが決定され得る。

【0169】

プロセス１００６で、それが欠損データであると識別した構成要素が、その欠損データを取得するかを決定する。データをバックフィル最長時間が存在し得る。例えば、過去６時間を超えて欠損していたデータは、連続グルコースセンサユニット１００からの送信を多数取り損なったディスプレイ１０４にバックフィルされない場合がある。バックエンドサーバ（複数可）３０６等の本システムの他の構成要素は、いくつかの実施態様では、全ての欠損データを時間制限なしにバックフィルすることができる。同様に、ディスプレイ１０４等のエコシステムの構成要素は、ある特定の期間が経過した（例えば、６時間）後にいくつかのデータカテゴリのみをバックフィルし得る一方で、他の種類はバックフィルしない。さらに、バックフィル期間は、データが入手可能でなかったかもしれない期間未満であり得る。例えば、バルクデータが、データが取り損なわれた６時間窓後にさえもバックフィルされ得る一方で、リアルタイムデータは、バックフィルされない場合がある。さらに、バックフィル期間は、データが入手可能でなかったかもしれない期間未満であり得る。例えば、データは、過去６時間にわたってディスプレイが入手可能ではなかったかもしれず、データが入手可能になったときに、ディスプレイは、全６時間ではなく過去２時間の欠損データのみをバックフィルし得る。別の例では、ディスプレイ１０４が長時間（例えば、６時間）にわたって取り損なっている場合があるが、ディスプレイは、本システムの構成要素のリソース（例えば、バッテリ寿命）を節約するために、所与の期間中、その時間のサブセット（例えば、２時間）のみをバックフィルし得る。ある特定の時間後に、データの一部が本システムのある特定の構成要素にとって古くなっている場合があり、バックフィルが本システムの１つ以上の構成要素（例えば、送信機１０２）のバッテリ電力を消費しすぎる場合があり、かつ／またはバックフィルされたデータを要求する本システムの構成要素（例えば、ディスプレイ１０４）が過去６時間等のデータのある特定の範囲のみを表示し、恐らく不必要な範囲を超える範囲にバックフィルさせるように構成され得るため、データをバックフィルするかの決定が行われてもよい。データを選択的にのみバックフィルすることによって、コンピュータによる必要性及び記憶の必要性も低下し得る。

【0170】

構成要素が欠損データを取得するべきではないと決定した場合、図１０の方法は、いずれかの追加の欠損データの識別に戻り得る。例えば、ディスプレイ１０４は、それがデータを１０時間連続して取り損なったと決定することができる。この例では、ディスプレイ１０４は、過去６時間よりも古いデータを取得しないと決定し得るか、または連続グルコースセンサユニット１００の送信機１０２は、過去６時間のデータのみを記憶したかもしれず、プロセス１００４で、過去６時間以内のさらなる欠損データの識別に戻る。

【0171】

欠損データが取得されるべきである場合、プロセス１００８で、構成要素が欠損データをバックフィルする。いくつかの実施態様では、構成要素は、最も古い入手可能なデータ（または所望の最も古い期間）から直近の期間までをバックフィルする。他の実施態様では、構成要素は、直近のデータから最も古いデータまでをバックフィルする。欠損データをバックフィルするプロセスは、リアルタイムデータもしくバルクデータ等の個々のストリーム、または両方のストリームに関して起こり得る。例として、ディスプレイ１０４は、連続グルコースセンサユニット１００またはサービスサーバ（複数可）３００のいずれかから欠損データを要求することができる。サービスサーバ（複数可）３００もデータを欠損している場合があり、それは、いくつかの実施態様では、例えば、単一連続グルコースセンサユニット１００と関連付けられた４つのデータストリームを受信することができる。連続グルコースセンサユニット１００は、リアルタイムデータストリーム及びバルクデータストリームを２つのディスプレイ等の各接続されたディスプレイに送り、４つのストリームをもたらす。サービスサーバ（複数可）３００、及びバックエンドサーバ（複数可）３０６等のクラウドコンピューティングアーキテクチャ１０６内の他の構成要素は、データを送った連続グルコースセンサユニット１００の指示のみならず、どのディスプレイがデータを送ったかの指示を記憶することができる。この様式で、クラウドコンピューティングアーキテクチャ１０６の構成要素は、ディスプレイ毎に別個のデータストリーム（例えば、リアルタイム及びバルク）を記憶することができる。これは、バックエンドサーバ（複数可）３０６によるトラブルシューティング技術サポート問題に役立つ。システム構成要素がバックフィルされたデータを取得すると、システム構成要素は、データが初期分散時に受信されたのではなくバックフィルされたという指示も記憶する。これは、前述のアラームが取り損なわれた場合等の診断問題の手助けにもなる。

【0172】

加えて、単一連続グルコースセンサユニット１００と関連付けられた複数のディスプレイからの複数のデータストリームの記憶により、クラウドコンピューティングアーキテクチャ１０６がデータストリームを互いに認証することが可能になる。例えば、第１のディスプレイからのリアルタイムデータストリームは、第２のディスプレイのリアルタイムデータストリームと比較され、いずれの差異が指摘され得る。差異は、２つのディスプレイが同じ較正値を使用していないことまたは他のシステム問題を示し得る。いずれの差異の検出により、プロンプトがいずれかのディスプレイ上でユーザに表示され、例えば、較正値を更新するプロンプトがユーザに表示される。２つのストリームの比較により、データが両方のディスプレイによって効果的に捕捉されるという確認も可能になる。

【0173】

図１１は、欠損データをバックフィルするための別の例示の方法を図解する。場合によっては、バックフィルするデータの量が制限されるべきである。例えば、ユーザは、自身のディスプレイ１０４を長期間にわたってオフにする（例えば、スマートフォンをオフにする）か、または自身のスマートフォンを取り換える場合がある。しかしながら、ユーザ自身の連続グルコースモニタ（例えば、連続グルコースセンサユニット１００）を長期間にわたって所有していた場合、全ての以前のデータのバックフィルは、システムを混雑させ、不必要である。結果として、図１１の方法は、例えば、１日、１２時間、６時間、１時間、３０分、１０分、５分、１分等の最長時間までの規定の時間間隔内のいずれの欠損データも検索する。

【0174】

プロセス１１００で、システム構成要素は、第１の時間間隔内の欠損データを検索する。上述のように、任意のシステム構成要素、例えば、ディスプレイ１０４、サービスサーバ（複数可）３００、バックエンドサーバ（複数可）３０６、３１６等の遠隔モニタディスプレイ、または他の構成要素が、任意の欠損データを検索することができる。第１の時間間隔は、欠損データを検索するデバイスに基づいて異なり得る。例えば、ディスプレイ１０４等のユーザのコンピューティングデバイスは、サーバと比較して、比較的限定された量のメモリしか有し得ない。ディスプレイ１０４が６時間から最大２４時間の間隔内の欠損データをバックフィルするように検索し得る一方で、サービスサーバ３００は、直近の３０日間にさかのぼって欠損データを探索し得る。いくつかの実施態様では、ディスプレイ１０４は、ディスプレイ１０４がバックフィルデータを受信した時点で、バックフィルデータを自動的に送り得るが、ディスプレイは、連続グルコースセンサユニット１００の送信機１０２からデータを要求しなければならない場合がある。これは、送信機１０２がディスプレイ１０４よりも限定された電力源（例えば、バッテリ）しか有し得ないためであり得る。プロセス１１０２で、システム構成要素は、上述の第１の時間間隔中に発見されたいずれの欠損データもバックフィルする。

【0175】

次に、プロセス１１０４で、システム構成要素は、追加の時間間隔内の欠損データを探索する。上述の例に続いて、ディスプレイ１０４は、過去６時間以内の欠損データを探索し、連続グルコースセンサユニット１００から欠損データを要求することによっていずれの欠損データもバックフィルすることができる。次に、ディスプレイは、さらに６時間等の追加の時間間隔内の欠損データを探索する。言うまでもなく、他の時間間隔も使用され得る。直近の時間間隔は、直近から始まるデータをバックフィルする最初の時間間隔であり得るか、または探索は、最も古い期間から開始し、取り損なわれたかもしれないより新しいデータを探索し得る。プロセス１１０６で、構成要素は、追加の時間間隔からのいずれの欠損データもバックフィルする。

【0176】

プロセス１１０８で、システム構成要素は、最大間隔が到達されたかを決定する。例えば、ディスプレイ１０４が既に直近の２４時間にわたって探索した場合、ディスプレイ１０４は、プロセス１１１０で、探索を停止する。しかしながら、特定の構成要素が探索する最大間隔までの追加の時間間隔が存在する場合、プロセス１１０４は、バックフィルされるべきデータの探索を繰り返し続ける。

【0177】

加えて、本明細書に開示されるバックフィル技法は、様々なシステム構成要素及びアプリケーションに適用可能である。生じ得る課題の１つは、データの遠隔監視アプリケーションまたは遠隔モニタデバイスへの提供及びバックフィルである。リアルタイムデータは遠隔モニタデバイスに到達することができるが、遠隔モニタデバイスがオフラインまたは無線範囲外であり得る。遠隔モニタは、患者のグルコースレベルが２００ｍｇ／ｄＬ超等の規定のレベルを１時間等のある期間超えた場合にアラートされるためのアラートを設定することができる。データ点が遠隔モニタデバイスに連続して届かない場合、アラームを追跡することも発行することもできない。さらに、デバイスがオンラインに戻ったときに３０分間のみのデータがバックフィルされた場合、これは、例示のアラームが１時間のデータに依存するため、アラーム基準を満たさない。この問題に対処するために、遠隔モニタデバイスが、６時間等の前述の規定の時間範囲内でバックフィルされ得る。データは、一実施形態では、最も古いものから最も新しいものの順に遠隔監視アプリケーションに送られ得る。いくつかの実施態様では、リアルタイムサーバ９０８またはサービスサーバ３００等のクラウドコンピューティングアーキテクチャ１０６のサーバ（複数可）は、バックフィルされたデータが提供されていることを示す遠隔モニタ３１６ｂ等の遠隔モニタデバイスに送るためのアラートを開始する。バックフィルされたデータとして遠隔モニタデバイスに提供されたデータは、その正常サイクルで提供されたデータとは異なって遠隔モニタデバイスのディスプレイ上に表示され得る。これは、遠隔モニタデバイスが、バックフィルされたデータに基づいてある行動が起こされるべきであるか否かを理解するのに役立つ。上述と同様に、遠隔監視設定は、サーバ（例えば、リアルタイムサーバ９０８またはサービスサーバ３００）を通じて設定可能である。一例証的例では、遠隔モニタは、成人または責任者が状況を改善するために自力で行動を起こしたと思われるよりも６時間前に成人または責任者の「レベルが下がった」ことを知ることを望まないかもしれない。したがって、遠隔モニタデバイスは、例えば、古いデータが表示されないように、バックフィルの期間が定義されるように、最も新しいものから最も古いものまたは最も古いものから最も新しいものの順にバックフィルが定義されるように、ある特定のデータ点がバックフィルされないように、バックフィルで送られたデータを設定することができる。

【0178】

一般に、データは、最も古いものから最も新しい（直近の）ものの順にバックフィルされる。これにより、最も古いデータがバックフィルし始めたときにアラームにいくらかの混乱が引き起こされる場合があり、アラーム状態が存在し得る。例えば、グルコースレベルは、一定時間後にアラームレベルまで下降し得るか、またはアラームをトリガするレベルに留まり得る。しかしながら、この状態は、バックフィルデータを受信するようになったディスプレイがリアルタイムデータを受信していなかったときに、例えば、４時間前に起こっていたかもしれない。ディスプレイ１０４または遠隔モニタ用の遠隔モニタデバイス３１６上でアラームをトリガするのではなく、サーバは、データをバックフィルし続けて、アラーム状態が自力でクリアするかを決定するように構成されていてもよい。また、クラウドコンピューティングアーキテクチャ１０６のサーバ（例えば、リアルタイムサーバ９０８またはサービスサーバ３００）は、トリガするよう指示する規則が特定のディスプレイと関連付けられたサーバに存在しない限り古いバックフィルされたアラームがトリガされないように設定されてもよい。例えば、監視される人物は、子供であり得、その場合、遠隔モニタ（例えば、親）は、アラーム状態が過去であり、既に自力で修正した場合でさえも子供がアラーム状態を経験したことを知ることを望み得る。したがって、親の監視デバイス（例えば、ディスプレイ３１６）は、その状態が数時間前に起こったとしてもアラームに対してトリガされ得る。遠隔モニタディスプレイ３１６ａは、アラームが現在のデータではなくバックフィルデータに基づくことを示すようにも構成されていてもよい。

【0179】

図１３は、例示のコンピュータを図解する。連続グルコースセンサユニット１００、ディスプレイ１０４、関連サーバを含むクラウドコンピューティングアーキテクチャ１０６のコンピューティングデバイス、ならびに他のシステム構成要素は、図１３に示される構成要素の全てまたは一部を含んでもよい。

【0180】

コンピュータは、１つ以上のハードウェア構成要素、例えば、中央処理ユニット（ＣＰＵ）１３２１、ランダムアクセスメモリ（ＲＡＭ）モジュール１３２２、読み取り専用メモリ（ＲＯＭ）モジュール１３２３、記憶装置１３２４、データベース１３２５、１つ以上の入出力（Ｉ／Ｏ）デバイス１３２６、及びインターフェース１３２７等を含み得る。あるいは、または加えて、コンピュータは、１つ以上のソフトウェア構成要素、例えば、例示の実施形態に関連する方法を行うためのコンピュータ実行可能命令を含むコンピュータ可読媒体等を含み得る。上に列記されるハードウェア構成要素のうちの１つ以上がソフトウェアを使用して実施され得ることが企図される。例えば、記憶装置１３２４は、１つ以上の他のハードウェア構成要素と関連付けられたソフトウェアパーティションを含み得る。上に列記される構成要素が例示にすぎず、限定されるようには意図されていないことが理解される。

【0181】

ＣＰＵ１３２１は、１つ以上のプロセッサを含み得、各々、命令を実行し、かつデータを処理して、グルコースレベルを監視するためのコンピュータと関連付けられた１つ以上の機能を行うように構成されている。ＣＰＵ１３２１は、ＲＡＭ１３２２、ＲＯＭ１３２３、記憶装置１３２４、データベース１３２５、Ｉ／Ｏデバイス１３２６、及びインターフェース１３２７に通信可能に連結されていてもよい。ＣＰＵ１３２１は、一連のコンピュータプログラム命令を実行して様々なプロセスを行うように構成されていてもよい。コンピュータプログラム命令は、ＣＰＵ１３２１による実行のために、ＲＡＭ１３２２にロードされてもよい。

【0182】

ＲＡＭ１３２２及びＲＯＭ１３２３は各々、ＣＰＵ１３２１の動作と関連付けられた情報を記憶するための１つ以上のデバイスを含み得る。例えば、ＲＯＭ１３２３は、１つ以上の構成要素及びサブシステムの動作を識別、初期化、及び監視するための情報を含む、コントローラと関連付けられた情報にアクセスし、かつそれを記憶するように構成されたメモリデバイスを含み得る。ＲＡＭ１３２２は、ＣＰＵ１３２１の１つ以上の動作と関連付けられたデータを記憶するためのメモリデバイスを含み得る。例えば、ＲＯＭ１３２３は、ＣＰＵ１３２１による実行のために、命令をＲＡＭ１３２２にロードしてもよい。

【0183】

記憶装置１３２４は、開示される実施形態に従うプロセスを行うためにＣＰＵ１３２１が必要とし得る情報を記憶するように構成された任意の種類の大容量記憶デバイスを含み得る。例えば、記憶装置１３２４は、１つ以上の磁気及び／もしくは光ディスクデバイス、例えば、ハードドライブ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、または任意の他の種類のマスメディアデバイスを含み得る。

【0184】

データベース１３２５は、ＣＰＵ１３２１によって使用されるデータを記憶、体系化、選別、フィルタリング、及び／または配置するように協働する１つ以上のソフトウェア及び／またはハードウェア構成要素を含み得る。例えば、データベース１３２５は、グルコースレベル、関連メタデータ、及び健康情報の監視に関するデータ 得る。データベース１３２５がさらなる及び／または上に列記されるものとは異なる情報を記憶し得ることが企図される。

【0185】

Ｉ／Ｏデバイス１３２６は、コントローラと関連付けられたユーザと情報を通信するように構成された１つ以上の構成要素を含み得る。例えば、Ｉ／Ｏデバイスは、ユーザが画像のデータベースを維持し、関連付けを更新し、かつデジタルコンテンツにアクセスすることを可能にするために、統合型キーボード及びマウスを有するコンソールを含み得る。Ｉ／Ｏデバイス１３２６は、モニタに情報を出力するためのグラフィカルユーザインターフェース（ＧＵＩ）を含むディスプレイも含み得る。Ｉ／Ｏデバイス１３２６は、周辺デバイス、例えば、コントローラと関連付けられた情報をプリントするためのプリンタ、ユーザがポータブルメディアデバイスに記憶されるデータを入力することを可能にするためのユーザアクセス可能なディスクドライブ（例えば、ＵＳＢポート、フロッピー、ＣＤ−ＲＯＭ、またはＤＶＤ−ＲＯＭドライブ等）、マイクロフォン、スピーカシステム、または任意の他の好適な種類のインターフェースデバイス等も含み得る。

【0186】

インターフェース１３２７は、インターネット、ローカルエリアネットワーク、ワークステーションピアツーピアネットワーク、ダイレクトリンクネットワーク、無線ネットワーク、または任意の他の好適な通信プラットフォーム等の通信ネットワークを介してデータを送信及び受信するように構成された１つ以上の構成要素を含み得る。例えば、インターフェース１３２７は、１つ以上のモジュレータ、デモジュレータ、マルチプレクサ、デマルチプレクサ、ネットワーク通信デバイス、無線デバイス、アンテナ、モデム、及び通信ネットワークを介するデータ通信を可能にするように構成された任意の他の種類のデバイスを含み得る。

【0187】

実施例

【0188】

以下の実施例は、本技術のいくつかの実施形態を例証するものである。本技術の他の例示の実施形態が、以下の握り拳の実施例の前に、または以下の列記される実施例の後に提示され得る。

【0189】

本技術（実施例１）によるいくつかの実施形態では、グルコースレベルに関するデータを安全に送信するための方法は、連続グルコースモニタを使用してグルコースレベルを含むデータを準備することと、グルコースレベルに関するデータを連続グルコースモニタと関連付けられた送信機から少なくとも１つの表示デバイスに無線送信することと、グルコースレベルに関するデータを表示デバイスからクラウドコンピューティングアーキテクチャに自動的に転送することと、グルコースレベルに関するデータをクラウドインフラストラクチャ内の別個の群に記憶することと、を含む。

【0190】

実施例２は、グルコースレベルに関する前記データが、測定されたグルコース値及び診断データを含む、実施例１の方法を含む。

【0191】

実施例３は、表示デバイスにより、グルコースレベルに関するデータとともに追加データを含むことをさらに含みデータの自動的転送が、追加データ及びグルコースレベルに関するデータを自動的に転送することを含む、実施例１の方法を含む。

【0192】

実施例４は、グルコースレベルに関するデータが、第１のデータセット及び第２のデータセットを含み、グルコースレベルに関するデータの別個の群への記憶が、第１のデータセットを第１のサーバに、第２のデータセットを第２のサーバに記憶することを含む、実施例１の方法を含む。

【0193】

実施例５は、第１のデータセットが、リアルタイムデータを含み、リアルタイムデータが、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットが、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含む、実施例４の方法を含む。

【0194】

実施例６は、送信機により第１のデータセットを暗号化することと、送信機により第２のデータセットを暗号化することと、少なくとも１つの表示デバイスにより第１のデータセットを復号及び表示することと、少なくとも１つの表示デバイスが第２のデータセットを復号するのを阻止することと、クラウドインフラストラクチャにより第２のデータセットを復号することと、をさらに含む、実施例５の方法を含む。

【0195】

実施例７は、少なくとも１つの表示デバイスにより第１のデータセットを復号するための第１の鍵を記憶することと、クラウドインフラストラクチャにより第２のデータセットを復号するための第２の鍵を記憶することと、少なくとも１つの表示デバイスによる第２の鍵へのアクセスを阻止することと、をさらに含む、実施例６の方法を含む。

【0196】

実施例８は、グルコースレベルに関するデータのサブセットをクラウドインフラストラクチャから第２の表示デバイスに転送することをさらに含み、データのサブセットが、現在のグルコースレベル及び過去のグルコースレベルのうちの少なくとも１つを含む、実施例１の方法を含む。

【0197】

実施例９は、クラウドインフラストラクチャにより、１つ以上の要求システムによる第１のデータセット及び第２のデータセットへのアクセスを許可するかを選択的に決定することをさらに含む、実施例１の方法を含む。

【0198】

実施例１０は、要求システムが、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含み、クラウドインフラストラクチャが、技術サポートシステムに第１のデータセット及び第２のデータセットへのアクセスを許可し、少なくとも１つの第三者アプリケーションに第１のデータセットへのアクセスを許可し、データウェアハウスに第１のデータセット及び第２のデータセットへのアクセスを許可する、実施例９の方法を含む。

【0199】

実施例１１は、表示デバイスが、スマートフォンまたはディスプレイのうちの少なくとも１つを含む、実施例１の方法を含む。

【0200】

本技術（実施例１２）によるいくつかの実施形態では、グルコースレベルに関するデータを監視するためのシステムは、グルコースレベルに関するデータを準備するように構成された連続グルコースセンサと、グルコースレベルに関するデータを送信するように構成された無線送信機と、グルコースレベルに関する送信されたデータを受信し、かつそのデータを自動的に転送するように構成された表示デバイスと、自動的に転送されたデータを受信し、かつグルコースレベルに関するデータを別個の群に記憶するように構成されたクラウドコンピューティングアーキテクチャと、を含む。

【0201】

実施例１３は、グルコースレベルに関するデータが、測定されたグルコース値及び診断データを含む、実施例１２のシステムを含む。

【0202】

実施例１４は、表示デバイスが、グルコースレベルに関するデータとともに追加データを含み、かつ追加データ及びグルコースレベルに関するデータを自動的に転送するようにさらに構成されている、実施例１２のシステムを含む。

【0203】

実施例１５は、グルコースレベルに関するデータが、第１のデータセット及び第２のデータセットを含み、グルコースレベルに関するデータの別個の群への記憶が、第１のデータセットを第１のサーバに、第２のデータセットを第２のサーバに別々に記憶することを含む、実施例１２のシステムを含む。

【0204】

実施例１６は、第１のデータセットが、リアルタイムデータを含み、リアルタイムデータが、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットが、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含む、実施例１５のシステムを含む。

【0205】

実施例１７は、送信機が、第１のデータセット及び第２のデータセットを暗号化するようにさらに構成されており、少なくとも１つの表示デバイスが、第１のデータセットを復号及び表示するようにさらに構成されており、少なくとも１つの表示デバイスが、第２のデータセットを復号することができず、クラウドインフラストラクチャが、第２のデータセットを復号するようにさらに構成されている、実施例１６のシステムを含む。

【0206】

実施例１８は、少なくとも１つの表示デバイスが、第１のデータセットを復号するための第１の鍵を記憶するようにさらに構成されており、クラウドインフラストラクチャが、第２のデータセットを復号するための第２の鍵を記憶するようにさらに構成されており、少なくとも１つの表示デバイスが、第２の鍵にアクセスすることができない、実施例１７のシステムを含む。

【0207】

実施例１９は、クラウドインフラストラクチャが、グルコースレベルに関するデータのサブセットを第２の表示デバイスに転送するようにさらに構成されており、データのサブセットが、現在のグルコースレベル及び過去のグルコースレベルのうちの少なくとも１つを含む、実施例１２のシステムを含む。

【0208】

実施例２０は、クラウドインフラストラクチャが、１つ以上の要求システムによる第１のデータセット及び第２のデータセットへのアクセスを許可するかを選択的に決定するようにさらに構成されている、実施例１２のシステムを含む。

【0209】

実施例２１は、要求システムが、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含み、クラウドインフラストラクチャが、技術サポートシステムに第１のデータセット及び第２のデータセットへのアクセスを許可し、少なくとも１つの第三者アプリケーションに第１のデータセットへのアクセスを許可し、かつデータウェアハウスに第１のデータセット及び第２のデータセットへのアクセスを許可するようにさらに構成されている、実施例２０のシステムを含む。

【0210】

実施例２２は、表示デバイスが、スマートフォンまたはディスプレイのうちの少なくとも１つを含む、実施例１２のシステムを含む。

【0211】

本技術（実施例２３）によるいくつかの実施形態では、１つ以上のコンピュータ可読媒体は、１つ以上のプロセッサにより実行されると、連続グルコースモニタを使用してグルコースレベルに関するデータを準備することと、グルコースレベルに関するデータを連続グルコースモニタと関連付けられた送信機から少なくとも１つの表示デバイスに無線送信することと、グルコースレベルに関するデータを表示デバイスからクラウドコンピューティングアーキテクチャに自動的に転送することと、グルコースレベルに関するデータをクラウドインフラストラクチャ内の別個の群に記憶することと、を含む、グルコースレベルに関するデータを安全に送信するための方法を行う命令を含む。

【0212】

実施例２４は、グルコースレベルに関するデータが、測定されたグルコース値及び診断データを含む、実施例２３のコンピュータ可読媒体を含む。

【0213】

実施例２５は、方法が、表示デバイスにより、グルコースレベルに関するデータとともに追加データを含むことをさらに含み、データの自動的転送が、追加データ及びグルコースレベルに関するデータを自動的に転送することを含む、実施例２３のコンピュータ可読媒体を含む。

【0214】

実施例２６は、グルコースレベルに関するデータが、第１のデータセット及び第２のデータセットを含み、グルコースレベルに関するデータの別個の群への記憶が、クラウドインフラストラクチャにより第１のデータセット及び第２のデータセットを別々に記憶することを含む、実施例２３のコンピュータ可読媒体を含む。

【0215】

実施例２７は、第１のデータセットが、リアルタイムデータを含み、リアルタイムデータが、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットが、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含む、実施例２６のコンピュータ可読媒体を含む。

【0216】

実施例２８は、方法が、送信機により第１のデータセットを暗号化することと、送信機により第２のデータセットを暗号化することと、少なくとも１つの表示デバイスにより第１のデータセットを復号及び表示することと、少なくとも１つの表示デバイスが第２のデータセットを復号するのを阻止することと、クラウドインフラストラクチャにより第２のデータセットを復号することと、をさらに含む、実施例２７のコンピュータ可読媒体を含む。

【0217】

実施例２９は、方法が、少なくとも１つの表示デバイスにより第１のデータセットを復号するための第１の鍵を記憶することと、クラウドインフラストラクチャにより第２のデータセットを復号するための第２の鍵を記憶することと、少なくとも１つの表示デバイスによる第２の鍵へのアクセスを阻止することと、をさらに含む、実施例２８のコンピュータ可読媒体を含む。

【0218】

実施例３０は、方法が、グルコースレベルに関するデータのサブセットをクラウドインフラストラクチャから第２の表示デバイスに転送することをさらに含み、データのサブセットが、現在のグルコースレベル及び過去のグルコースレベルのうちの少なくとも１つを含む、実施例２３のコンピュータ可読媒体を含む。

【0219】

実施例３１は、方法が、クラウドインフラストラクチャにより、１つ以上の要求システムによる第１のデータセット及び第２のデータセットへのアクセスを許可するかを選択的に決定することをさらに含む、実施例２３のコンピュータ可読媒体を含む。

【0220】

実施例３２は、要求システムが、技術サポートシステム、少なくとも１つの第三者アプリケーション、及びデータウェアハウスを含み、クラウドインフラストラクチャが、技術サポートシステムに第１のデータセット及び第２のデータセットへのアクセスを許可し、少なくとも１つの第三者アプリケーションに第１のデータセットへのアクセスを許可し、データウェアハウスに第１のデータセット及び第２のデータセットへのアクセスを許可する、実施例３１のコンピュータ可読媒体を含む。

【0221】

実施例３３は、表示デバイスが、スマートフォンまたはディスプレイのうちの少なくとも１つを含む、実施例２３のコンピュータ可読媒体を含む。

【0222】

本技術（実施例３４）によるいくつかの実施形態では、連続グルコースモニタからのグルコースレベルに関するデータを暗号化及び送信するための方法であって、方法が、連続グルコースモニタと関連付けられた送信機により第１のデータセットを暗号化することと、送信機により第２のデータセットを暗号化することと、第１のデータセット及び第２のデータセットを少なくとも１つの表示デバイスに無線送信することと、表示デバイスにより第１のデータセットを復号することと、表示デバイスが第２のデータセットを復号するのを阻止することと、第１のデータセット及び第２のデータセットをクラウドインフラストラクチャに自動的に転送することと、クラウドインフラストラクチャにより第２のデータセットを復号することと、を含む。

【0223】

実施例３５は、第１のデータセットが、リアルタイムデータを含み、リアルタイムデータが、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットが、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含む、実施例３４の方法を含む。

【0224】

実施例３６は、送信機が、第１のデータセット及び第２のデータセットを暗号化する際に高度暗号化標準を使用する、実施例３４の方法を含む。

【0225】

実施例３７は、第１のデータセットをクラウドインフラストラクチャ内の第１のサーバに記憶することと、第２のデータセットをクラウドインフラストラクチャ内の第２の異なるサーバに記憶することと、をさらに含む、実施例３４の方法を含む。

【0226】

実施例３８は、表示デバイスが、ディスプレイまたはスマートフォンのうちの少なくとも１つを含む、実施例３４の方法を含む。

【0227】

実施例３９は、自動的転送が、ディスプレイに接続されたパーソナルコンピュータを通じて第１のデータセット及び第２のデータセットを転送することを含み、接続が、有線接続または無線接続のいずれかを含む、実施例３４の方法を含む。

【0228】

本技術（実施例４０）によるいくつかの実施形態では、連続グルコースモニタからのグルコースレベルに関するデータを暗号化及び送信するためのシステムであって、システムが、第１のデータセット及び第２のデータセットを暗号化し、かつ第１のデータセット及び第２のデータセットを無線送信するように構成された、連続グルコースモニタと関連付けられた送信機と、第１のデータセット及び第２のデータセットを受信し、第１のデータセットを復号し、かつ第１のデータセット及び第２のデータセットを自動的に転送するように構成された少なくとも１つの表示デバイスと、少なくとも１つの表示デバイスから第１のデータセット及び第２のデータセットを受信し、かつ第２のデータセットを復号するように構成されたクラウドインフラストラクチャと、を含み、少なくとも１つの表示デバイスが、第２のデータセットを復号することができない。

【0229】

実施例４１は、第１のデータセットが、リアルタイムデータを含み、リアルタイムデータが、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットが、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含む、実施例４０のシステムを含む。

【0230】

実施例４２は、送信機が、第１のデータセット及び第２のデータセットを暗号化する際に高度暗号化標準を使用する、実施例４０のシステムを含む。

【0231】

実施例４３は、第１のデータセットを記憶するように構成されたクラウドインフラストラクチャ内の第１のサーバと、第２のデータセットを記憶するように構成されたクラウドインフラストラクチャ内の第２のサーバと、をさらに含む、実施例４０のシステムを含む。

【0232】

実施例４４は、表示デバイスが、ディスプレイまたはスマートフォンのうちの少なくとも１つを含む、実施例４０のシステムを含む。

【0233】

実施例４５は、少なくとも１つの表示デバイスから第１のデータセット及び第２のデータセットを受信し、かつ第１のデータセット及び第２のデータセットをクラウドインフラストラクチャに転送するように構成されたパーソナルコンピュータをさらに含む、実施例４０のシステムを含む。

【0234】

本技術（実施例４６）によるいくつかの実施形態では、１つ以上のコンピュータ可読媒体は、連続グルコースモニタと関連付けられた送信機により第１のデータセットを暗号化することと、送信機により第２のデータセットを暗号化することと、第１のデータセット及び第２のデータセットを少なくとも１つの表示デバイスに無線送信することと、表示デバイスにより第１のデータセットを復号することと、表示デバイスが第２のデータセットを復号するのを阻止することと、第１のデータセット及び第２のデータセットをクラウドインフラストラクチャに自動的に転送することと、クラウドインフラストラクチャにより第２のデータセットを復号することと、を含む、１つ以上のプロセッサにより実行されると、連続グルコースモニタからのグルコースレベルに関するデータを暗号化及び送信するための方法を行う命令を含む。

【0235】

実施例４７は、第１のデータセットが、リアルタイムデータを含み、リアルタイムデータが、グルコース値、連続グルコースセンサの現在の状態、及びグルコース値を取得するために使用される測定結果と関連付けられたタイムスタンプのうちの１つ以上を含み、第２のデータセットが、連続グルコースモニタを較正するための情報及び連続グルコースモニタの技術サポートのために使用される情報のうちの少なくとも１つを含む、実施例４６のコンピュータ可読媒体を含む。

【0236】

実施例４８は、送信機が、第１のデータセット及び第２のデータセットを暗号化する際に高度暗号化標準を使用する、実施例４６のコンピュータ可読媒体を含む。

【0237】

実施例４９は、方法が、第１のデータセットをクラウドインフラストラクチャ内の第１のサーバに記憶することと、第２のデータセットをクラウドインフラストラクチャ内の第２のサーバに記憶することと、をさらに含む、実施例４６のコンピュータ可読媒体を含む。

【0238】

実施例５０は、表示デバイスが、ディスプレイまたはスマートフォンのうちの少なくとも１つを含む、実施例４６のコンピュータ可読媒体を含む。

【0239】

実施例５１は、自動的転送が、ディスプレイに接続されたパーソナルコンピュータを通じて第１のデータセット及び第２のデータセットを転送することを含み、接続が、有線接続または無線接続のいずれかを含む、実施例４６のコンピュータ可読媒体を含む。

【0240】

本技術（実施例５２）によるいくつかの実施形態では、グルコースレベルに関するデータへのアクセスを制御するための方法は、クラウドインフラストラクチャで、グルコースレベルに関するデータへのアクセスを制御するための複数の規則を定義することと、グルコースレベルに関するデータにアクセスするための複数のアプリケーションプログラムインターフェースを提供することと、アプリケーションプログラムインターフェースのうちの少なくとも１つを通じてグルコースレベルに関するデータの要求を受信することと、複数の規則及びデータの要求に基づいて、グルコースレベルに関するデータの要求を許可するかを決定することと、アクセスが許可されるべきであると決定したときに、グルコースレベルに関するデータへのアクセスを提供することと、を含む。

【0241】

実施例５３は、共通アプリケーションを通じて要求を受信することと、要求をクラウドインフラストラクチャに提供することと、をさらに含み、アクセスの提供が、グルコースレベルに関するデータを、共通アプリケーションを通じてアプリケーションプログラムインターフェースのうちの少なくとも１つに提供することを含む、実施例５２の方法を含む。

【0242】

実施例５４は、アプリケーションプログラムインターフェースを使用して、ユーザ名及びパスワードを含むシングルログインを共通アプリケーション及び複数のアプリケーションに提供することをさらに含む、実施例５３の方法を含む。

【0243】

実施例５５は、アプリケーションプログラムインターフェースのうちの少なくとも１つを使用して、アプリケーションに対する要求に応じてウェブインターフェースを共通アプリケーションから起動することをさらに含む、実施例５３の方法を含む。

【0244】

実施例５６は、共通アプリケーション内に第２のアプリケーションのためのアイコンを提供することと、アイコンの選択を受信することと、第２のアプリケーションをホストするサーバに直接アクセスすることと、共通アプリケーションでサーバへのアクセスの結果を実行することと、をさらに含む、実施例５５の方法を含む。

【0245】

実施例５７は、クラウドインフラストラクチャを通じて第２の表示デバイスによりグルコースレベルに関するデータにアクセスする要求を受信することと、クラウドインフラストラクチャにより、第２の表示デバイスと関連付けられた匿名識別子を記憶することと、グルコースレベルに関するデータを第２の表示デバイスに提供することと、をさらに含む、実施例５２の方法を含む。

【0246】

本技術（実施例５８）によるいくつかの実施形態では、グルコースレベルに関するデータへのアクセスを制御するためのシステムは、グルコースレベルに関するデータにアクセスするための複数のアプリケーションプログラムインターフェースを含む１つ以上の表示デバイスを含み、表示デバイスが、アプリケーションプログラムインターフェースのうちの少なくとも１つを通じてグルコースレベルに関するデータの要求を受信するように構成されており、クラウドインフラストラクチャが、グルコースレベルに関するデータへのアクセスを制御するための複数の規則を定義し、複数の規則及びデータの要求に基づいて、グルコースレベルに関するデータの要求を許可するかを決定し、かつアクセスが許可されるべきであると決定したときに、グルコースレベルに関するデータへのアクセスを提供するように構成されている。

【0247】

実施例５９は、要求を受信し、かつその要求をクラウドインフラストラクチャに提供するように構成された１つ以上の表示デバイス上で実行する共通アプリケーションをさらに含み、クラウドインフラストラクチャが、グルコースレベルに関するデータを、共通アプリケーションを通じてアプリケーションプログラムインターフェースのうちの少なくとも１つに提供することによって、アクセスを提供する、実施例５８のシステムを含む。

【0248】

実施例６０は、ユーザ名及びパスワードを含むシングルログインが、アプリケーションプログラムインターフェースを使用して、共通アプリケーション及び複数のアプリケーションにアクセスする、実施例５９のシステムを含む。

【0249】

実施例６１は、１つ以上の表示デバイスが、アプリケーションプログラムインターフェースのうちの少なくとも１つを使用して、アプリケーションに対する要求に応じてウェブインターフェースを共通アプリケーションから起動するようにさらに構成されている、実施例５９のシステムを含む。

【0250】

実施例６２は、１つ以上の表示デバイスが、共通アプリケーション内に第２のアプリケーションのためのアイコンを提供し、アイコンの選択を受信し、第２のアプリケーションをホストするサーバに直接アクセスし、かつ共通アプリケーションでサーバへのアクセスの結果を実行するようにさらに構成されている、実施例６１のシステムを含む。

【0251】

実施例６３は、グルコースレベルに関するデータにアクセスする要求をクラウドインフラストラクチャに提供するように構成された第２の表示デバイスをさらに含み、クラウドインフラストラクチャが、第２の表示デバイスと関連付けられた匿名識別子を記憶し、かつグルコースレベルに関するデータを第２の表示デバイスに提供するようにさらに構成されている、実施例５８のシステムを含む。

【0252】

本技術（実施例６４）によるいくつかの実施形態では、１つ以上のコンピュータ可読媒体は、クラウドインフラストラクチャで、グルコースレベルに関するデータへのアクセスを制御するための複数の規則を定義することと、グルコースレベルに関するデータにアクセスするための複数のアプリケーションプログラムインターフェースを提供することと、アプリケーションプログラムインターフェースのうちの少なくとも１つを通じてグルコースレベルに関するデータの要求を受信することと、複数の規則及びデータの要求に基づいて、グルコースレベルに関するデータの要求を許可するかを決定することと、アクセスが許可されるべきであると決定したときに、グルコースレベルに関するデータへのアクセスを提供することと、を含む、１つ以上のプロセッサにより実行されると、グルコースレベルに関するデータへのアクセスを制御するための方法を行う命令を含む。

【0253】

実施例６５は、方法が、共通アプリケーションを通じて要求を受信することと、その要求をクラウドインフラストラクチャに提供することと、をさらに含み、アクセスの提供が、グルコースレベルに関するデータを、共通アプリケーションを通じてアプリケーションプログラムインターフェースのうちの少なくとも１つに提供することを含む、実施例６４のコンピュータ可読媒体を含む。

【0254】

実施例６６は、方法が、アプリケーションプログラムインターフェースを使用して、ユーザ名及びパスワードを含むシングルログインを共通アプリケーション及び複数のアプリケーションに提供することをさらに含む、実施例６５のコンピュータ可読媒体を含む。

【0255】

実施例６７は、方法が、アプリケーションプログラムインターフェースのうちの少なくとも１つを使用して、アプリケーションに対する要求に応じてウェブインターフェースを共通アプリケーションから起動することをさらに含む、実施例６５のコンピュータ可読媒体を含む。

【0256】

実施例６８は、方法が、共通アプリケーション内に第２のアプリケーションのためのアイコンを提供することと、アイコンの選択を受信することと、第２のアプリケーションをホストするサーバに直接アクセスすることと、共通アプリケーションでサーバへのアクセスの結果を実行することと、をさらに含む、実施例６７のコンピュータ可読媒体を含む。

【0257】

実施例６９は、方法が、クラウドインフラストラクチャを通じて第２の表示デバイスによりグルコースレベルに関するデータにアクセスする要求を受信することと、クラウドインフラストラクチャにより、第２の表示デバイスと関連付けられた匿名識別子を記憶することと、グルコースレベルに関するデータを第２の表示デバイスに提供することと、をさらに含む、実施例６８のコンピュータ可読媒体を含む。

【0258】

本技術（実施例７０）によるいくつかの実施形態では、分散アーキテクチャにおいてグルコースレベルに関するデータを更新する方法は、連続グルコースモニタと関連付けられた送信機からグルコースレベルに関する１つ以上のデータ点を取得することと、１つ以上のデータ点を１つ以上の表示デバイス及び１つ以上のサーバ間で分散することと、表示デバイスまたはサーバ間から欠損データ点を識別することであって、欠損データ点が１つ以上のデータ点のうちの１つである、識別することと、欠損データ点が規定の期間内に入った場合に、欠損データ点を少なくとも１つの表示デバイスまたはサーバに提供することと、を含む。

【0259】

実施例７１は、欠損データ点が、分散後に表示デバイスまたはサーバに送られるバックフィルされたデータを含む、実施例７０の方法を含む。

【0260】

実施例７２は、表示デバイスまたはサーバ間からの１つ以上の欠損データ点を識別することと、１つ以上の欠損データ点を表示デバイスまたはサーバに提供することと、をさらに含む、実施例７０の方法を含む。

【0261】

実施例７３は、表示デバイスまたはサーバ間から１つ以上の欠損データ点を識別することと、１つ以上の欠損データ点のうちのどの欠損データ点が規定の時間間隔のサブセット内に作成されたかを決定することと、規定の時間間隔のサブセット内に作成された欠損データ点を提供することと、をさらに含む、実施例７０の方法を含む。

【0262】

実施例７４は、１つ以上のデータ点及び欠損データ点を表示することと、欠損データ点がバックフィルされたデータを含むという指示を表示することと、をさらに含む、実施例７３の方法を含む。

【0263】

実施例７５は、欠損データ点が最初に入手可能になったときに、欠損データ点を受信する少なくとも１つの表示デバイスまたはサーバがオフにされていたか、または切断されていた、実施例７０の方法を含む。

【0264】

実施例７６は、表示デバイスまたはサーバ間から１つ以上の欠損データ点を識別することと、データを欠損したデバイスに基づいてバックフィルする欠損データ点の数を決定することと、決定された数の欠損データ点を表示デバイスまたはサーバに提供することと、をさらに含む、実施例７０の方法を含む。

【0265】

実施例７７は、欠損データ点が提供された１つ以上の表示デバイスまたはサーバにより、欠損データ点がバックフィルされたデータを含むという指示を記憶することをさらに含む、実施例７０の方法を含む。

【0266】

実施例７８は、１つ以上の表示デバイス及び１つ以上のサーバにより、１つ以上のデータ点がリアルタイムで受信されたという指示を記憶することをさらに含む、実施例７０の方法を含む。

【0267】

実施例７９は、複数の表示デバイスを送信機に接続することと、１つ以上のデータ点を複数の表示デバイスに分散することと、どの表示デバイスがデータを転送したかの指示とともに、１つ以上のデータ点を複数の表示デバイスから１つ以上のサーバに転送することと、をさらに含む、実施例７０の方法を含む。

【0268】

実施例８０は、複数のデータセットの分散中に１つ以上のデータ点を受信することと、分散中に受信された１つ以上のデータ点を欠損データ点とは異なって表示することと、をさらに含む、実施例７９の方法を含む。

【0269】

実施例８１は、規定の期間が、過去６時間を含む、実施例７０の方法を含む。

【0270】

本技術（実施例８２）によるいくつかの実施形態では、分散アーキテクチャにおいてグルコースレベルに関するデータを更新するためのシステムは、グルコースレベルに関する複数のデータセットを取得し、かつ複数のデータセットを１つ以上の表示デバイス及び１つ以上のサーバ間で分散するように構成された連続グルコースモニタと関連付けられた送信機を含み、１つ以上の表示デバイス及び１つ以上のサーバは、複数のデータセット間から欠損データセットを識別し、欠損データセットを要求し、かつ欠損データセットが規定の期間内に入った場合に、欠損データセットを受信するように構成されている。

【0271】

実施例８３は、欠損データセットが、分散後に１つ以上の表示デバイスまたはサーバに送られるバックフィルされたデータを含む、実施例８２のシステムを含む。

【0272】

実施例８４は、１つ以上の表示デバイス及び１つ以上のサーバが、表示デバイスまたはサーバ間から複数の欠損データセットを識別し、複数の欠損データセットを要求し、かつ複数の欠損データセットを受信するように構成されている、実施例８２のシステムを含む。

【0273】

実施例８５は、１つ以上の表示デバイス及び１つ以上のサーバが、複数の欠損データセットを識別し、複数の欠損データセットのうちのどの欠損データセットが規定の時間間隔のサブセット内に作成されたかを決定し、かつ規定の時間間隔のサブセット内に作成された欠損データセットを要求するように構成されている、実施例８２のシステムを含む。

【0274】

実施例８６は、１つ以上の表示デバイスが、複数のデータセット及び欠損データセットを表示し、欠損データセットがバックフィルされたデータを含むという指示を表示するように構成されている、実施例８５のシステムを含む。

【0275】

実施例８７は、欠損データセットが最初に入手可能になったときに、欠損データセットを受信する１つ以上の表示デバイスまたはサーバがオフにされていたか、または切断されていた、実施例８２のシステムを含む。

【0276】

実施例８８は、表示デバイスまたはサーバ間から複数の欠損データセットが識別され、データを欠損したデバイスに基づいてバックフィルする欠損データセットの数が決定され、決定された数の欠損データセットが表示デバイスまたはサーバに提供される、実施例８２のシステムを含む。

【0277】

実施例８９は、欠損データセットが提供された少なくとも１つの表示デバイスまたはサーバが、欠損データセットがバックフィルされたデータを含むという指示を記憶する、実施例８２のシステムを含む。

【0278】

実施例９０は、１つ以上の表示デバイス及び１つ以上のサーバが、複数のデータセットがリアルタイムで受信されたという指示を記憶する、実施例８９のシステムを含む。

【0279】

実施例９１は、送信機に接続された複数の表示デバイスをさらに含み、複数のデータセットが、複数の表示デバイスに分散され、複数のデータセットが、どの表示デバイスがデータセットを転送したかの指示とともに、複数の表示デバイスから１つ以上のサーバに転送される、実施例８２のシステムを含む。

【0280】

実施例９２は、複数のデータセットが、複数のデータセットの分散中に受信され、分散中に受信された複数のデータセットが、欠損データセットとは異なって表示される、実施例８２のシステムを含む。

【0281】

実施例９３は、規定の期間が、過去６時間を含む、実施例８２のシステムを含む。

【0282】

本技術（実施例９４）によるいくつかの実施形態では、１つ以上のコンピュータ可読媒体は、１つ以上のプロセッサにより実行されると、連続グルコースモニタと関連付けられた送信機からグルコースレベルに関する複数のデータセットを取得することと、複数のデータセットを１つ以上の表示デバイス及び１つ以上のサーバ間で分散することと、表示デバイスまたはサーバ間から欠損データセットを識別することであって、欠損データセットが複数のデータセットのうちの１つである、識別することと、欠損データセットが規定の期間内に入った場合に、欠損データセットを少なくとも１つの表示デバイスまたはサーバに提供することと、を含む、分散アーキテクチャにおいてグルコースレベルに関するデータを更新する方法を行う命令を含む。

【0283】

実施例９５は、欠損データセットが、分散後に表示デバイスまたはサーバに送られるバックフィルされたデータを含む、実施例９４のコンピュータ可読媒体を含む。

【0284】

実施例９６は、方法が、表示デバイスまたはサーバ間から複数の欠損データセットを識別することと、複数の欠損データセットを表示デバイスまたはサーバに提供することと、をさらに含む、実施例９４のコンピュータ可読媒体を含む。

【0285】

実施例９７は、方法が、表示デバイスまたはサーバ間から複数の欠損データセットを識別することと、複数の欠損データセットのうちのどの欠損データセットが規定の時間間隔のサブセット内に作成されたかを決定することと、規定の時間間隔のサブセット内に作成された欠損データセットを提供することと、をさらに含む、実施例９４のコンピュータ可読媒体を含む。

【0286】

実施例９８は、方法が、複数のデータセット及び欠損データセットを表示することと、欠損データセットがバックフィルされたデータを含むという指示を表示することと、をさらに含む、実施例９５のコンピュータ可読媒体を含む。

【0287】

実施例９９は、欠損データセットが最初に入手可能になったときに、欠損データセットを受信する少なくとも１つの表示デバイスまたはサーバがオフにされていたか、または切断されていた、実施例９４のコンピュータ可読媒体を含む。

【0288】

実施例１００は、方法が、表示デバイスまたはサーバ間から複数の欠損データセットを識別することと、データを欠損したデバイスに基づいてバックフィルする欠損データセットの数を決定することと、決定された数の欠損データセットを表示デバイスまたはサーバに提供することと、をさらに含む、実施例９５のコンピュータ可読媒体を含む。

【0289】

実施例１０１は、方法が、欠損データセットが提供された１つ以上の表示デバイスまたはサーバにより、欠損データセットがバックフィルされたデータを含むという指示を記憶することをさらに含む、実施例１００のコンピュータ可読媒体を含む。

【0290】

実施例１０２は、方法が、１つ以上の表示デバイス及び１つ以上のサーバにより、複数のデータセットがリアルタイムで受信されたという指示を記憶することをさらに含む、実施例１０１のコンピュータ可読媒体を含む。

【0291】

実施例１０３は、方法が、複数の表示デバイスを送信機に接続することと、複数のデータセットを複数の表示デバイスに分散することと、どの表示デバイスがデータセットを転送したかの指示とともに、複数のデータセットを複数の表示デバイスから１つ以上のサーバに転送することをさらに含む、実施例９４のコンピュータ可読媒体を含む。

【0292】

実施例１０４は、方法が、複数のデータセットの分散中に複数のデータセットを受信することと、分散中に受信された複数のデータセットを欠損データセットとは異なって表示することと、をさらに含む、実施例９４のコンピュータ可読媒体を含む。

【0293】

実施例１０５は、規定の期間が、過去６時間を含む、実施例９４のコンピュータ可読媒体を含む。

【0294】

本技術（実施例１０６）によるいくつかの実施形態では、分散アーキテクチャシステムにおいてグルコースレベルに関するデータを同期化するための方法は、グルコースレベルに関する複数のデータセットを連続グルコースモニタと関連付けられた送信機から第１の表示デバイス及び第２の表示デバイスに提供することと、複数のデータセットを第１の表示デバイス及び第２の表示デバイスからサーバに提供することと、複数のデータセットが第１の表示デバイスまたは第２の表示デバイスから受信されたかに基づいて、サーバにより複数のデータセットを別々に記憶することと、を含む。

【0295】

実施例１０７は、第１の表示デバイスにより、複数のデータセットを第１の表示デバイスによって受信されたものとしてタグ付けすることと、第２の表示デバイスにより、複数のデータセットを第２の表示デバイスによって受信されたものとしてタグ付けすることと、をさらに含む、実施例１０６の方法を含む。

【0296】

実施例１０８は、グルコースレベルが第１の規定のレベルに到達したとき、または第１の変化率を経験したときのための第１のアラートを第１の表示デバイス上に含むことと、グルコースレベルが第２の規定のレベルに到達したとき、または第２の変化率を経験したときのための第２のアラートを第２の表示デバイス上に作成することと、をさらに含む、実施例１０６の方法を含む。

【0297】

実施例１０９は、複数のデータセットを第１の表示デバイスからサーバにいつ提供するかを設定することと、複数のデータセットを第２の表示デバイスからサーバにいつ提供するかを設定することと、をさらに含む、実施例１０６の方法を含む。

【0298】

実施例１１０は、サーバが、複数の接続されたコンピューティングデバイスを含む分散クラウドコンピューティングシステムを含む、実施例１０６の方法を含む。

【0299】

本技術（実施例１１１）によるいくつかの実施形態では、分散アーキテクチャシステムにおいてグルコースレベルに関するデータを同期化するためのシステムは、グルコースレベルに関する複数のデータセットを提供するように構成された、連続グルコースモニタと関連付けられた送信機と、複数のデータセットを受信し、かつ複数のデータセットを提供するように構成された第１の表示デバイス及び第２の表示デバイスと、複数のデータセットを受信し、かつ複数のデータセットが第１の表示デバイスまたは第２の表示デバイスから受信されたかに基づいて、複数のデータセットを別々に記憶するように構成されたサーバと、を含む。

【0300】

実施例１１２は、第１の表示デバイスが、複数のデータセットを第１の表示デバイスによって受信されたものとしてタグ付けし、第２の表示デバイスが、複数のデータセットを第２の表示デバイスによって受信されたものとしてタグ付けする、実施例１１１のシステムを含む。

【0301】

実施例１１３は、第１の表示デバイスが、グルコースレベルが第１の規定のレベルに到達したとき、または第１の変化率を経験したときのための第１のアラートを提供するように構成されており、第２の表示デバイスが、グルコースレベルが第２の規定のレベルに到達したとき、または第２の変化率を経験したときのための第２のアラートを提供するように構成されている、実施例１１１のシステムを含む。

【0302】

実施例１１４は、第１の表示デバイスが、第１の規定の時間に複数のデータセットをサーバに提供するように構成されており、第２の表示デバイスが、第２の規定の時間に複数のデータセットをサーバに提供するように構成されている、実施例１１１のシステムを含む。

【0303】

実施例１１５は、サーバが、複数の接続されたコンピューティングデバイスを含む分散クラウドコンピューティングシステムを含む、実施例１１１のシステムを含む。

【0304】

本技術（実施例１１６）によるいくつかの実施形態では、１つ以上のコンピュータ可読媒体は、グルコースレベルに関する複数のデータセットを連続グルコースモニタと関連付けられた送信機から第１の表示デバイス及び第２の表示デバイスに提供することと、複数のデータセットを第１の表示デバイス及び第２の表示デバイスからサーバに提供することと、複数のデータセットが第１の表示デバイスまたは第２の表示デバイスから受信されたかに基づいて、サーバにより複数のデータセットを別々に記憶することと、を含む、１つ以上のプロセッサにより実行されると、分散アーキテクチャシステムにおいてグルコースレベルに関するデータを同期化するための方法を行う命令を含む。

【0305】

実施例１１７は、方法が、第１の表示デバイスにより、複数のデータセットを第１の表示デバイスによって受信されたものとしてタグ付けすることと、第２の表示デバイスにより、複数のデータセットを第２の表示デバイスによって受信されたものとしてタグ付けすることと、をさらに含む、実施例１１６のコンピュータ可読媒体を含む。

【0306】

実施例１１８は、方法が、グルコースレベルが第１の規定のレベルに到達したとき、または第１の変化率を経験したときのための第１のアラートを第１の表示デバイス上に作成することと、グルコースレベルが第２の規定のレベルに到達したとき、または第２の変化率を経験したときのための第２のアラートを第２の表示デバイス上に作成することと、をさらに含む、実施例１１６のコンピュータ可読媒体を含む。

【0307】

実施例１１９は、方法が、複数のデータセットを第１の表示デバイスからサーバにいつ提供するかを設定することと、複数のデータセットを第２の表示デバイスからサーバにいつ提供するかを設定することと、をさらに含む、実施例１１６のコンピュータ可読媒体を含む。

【0308】

実施例１２０は、サーバが、複数の接続されたコンピューティングデバイスを含む分散クラウドコンピューティングシステムを含む、実施例１１６のコンピュータ可読媒体を含む。

【0309】

本技術（実施例１２１）によるいくつかの実施形態では、複数の連続グルコースモニタにより、グルコース監視レベルに関するデータを安全に収集、分析、及びレポートするためのシステムは、複数の連続グルコースモニタ（ＣＧＭ）デバイスと、複数のＣＧＭデバイスからデータを受信する複数の表示デバイスであって、データがデータ型に基づいて複数の分類に分類される、複数の表示デバイスと、間欠ベースで複数の表示デバイスからデータを受信する複数のサーバを含むクラウドサーバアーキテクチャであって、複数のサーバのうちの特定のサーバにルーティングされたデータがデータ型によって決定され、間欠ベースがデータ型に応じて異なる、クラウドサーバアーキテクチャと、複数のサーバのうちの１つからデータを受信する複数の遠隔モニタ表示デバイスであって、複数の遠隔モニタ表示デバイスの各々に送られるデータが、データ型と、データを複数のサーバのうちの１つに送信した表示デバイスとに依存し、前記データが、複数のサーバのうちの１つによる受信直後に複数の遠隔モニタ表示デバイスに送られる、遠隔モニタ表示デバイスと、分析及びレポートエンジンであって、複数のサーバによって受信されたデータの少なくとも一部が分析及びレポートエンジンに送信され、前記送信されたデータが分析され、レポートが分析及びレポートエンジンによって生成される、分析及びレポートエンジンと、を含む。

【0310】

実施例１２２は、クラウドサーバアーキテクチャを含む複数のサーバが、少なくとも１つのリアルタイムサーバ及びバルクデータコレクタを含む、実施例１２１のシステムを含む。

【0311】

実施例１２３は、データ型が、リアルタイムデータ及びバルクデータを含む、実施例１２１〜１２２のうちのいずれかのシステムを含む。

【0312】

実施例１２４は、リアルタイムデータが、複数の表示デバイスからリアルタイムサーバにルーティングされ、バルクデータが、複数の表示デバイスからバルクデータコレクタにルーティングされる、実施例１２３のシステムを含む。

【0313】

実施例１２５は、リアルタイムデータが、バルクデータが複数の表示デバイスからバルクデータコレクタにルーティングされる間欠ベースよりも頻度の高い間欠ベースで、複数の表示デバイスからリアルタイムサーバにルーティングされる、実施例１２４のシステムを含む。

【0314】

実施例１２６は、リアルタイムデータが、複数の表示デバイスからリアルタイムサーバに５分毎にルーティングされ、バルクデータが、複数の表示デバイスからバルクデータコレクタに１時間毎にルーティングされる、実施例１２５のシステムを含む。

【0315】

実施例１２７は、ロケータサービスをさらに含み、複数の表示デバイスが、ロケータサービスを通じてクラウドサーバアーキテクチャに接続する、実施例１２１〜１２６のうちのいずれかのシステムを含む。

【0316】

実施例１２８は、複数の表示デバイスのうちの少なくとも１つが、スマートフォンを含む、実施例１２１〜１２７のうちのいずれかのシステムを含む。

【0317】

実施例１２９は、複数の遠隔モニタ表示デバイスのうちの少なくとも１つが、スマートフォンを含む、実施例１２１〜１２８のうちのいずれかのシステムを含む。

【0318】

実施例１３０は、複数の表示デバイスが、少なくとも１５０，０００個のデバイスを含む、実施例１２１〜１２９のうちのいずれかのシステムを含む。

【0319】

実施例１３１は、複数の遠隔モニタ表示デバイスのうちの少なくとも１つが、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションをさらに含む、実施例１２１〜１３０のうちのいずれかのシステムを含む。

【0320】

実施例１３２は、複数の遠隔モニタ表示デバイスのうちの少なくとも１つ上のアプリケーションが、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータを受信するために開いており、かつ起動していなければならず、さもなければ複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータが、複数のサーバのうちの１つにより保持される、実施例１３１のシステムを含む。

【0321】

実施例１３３は、複数のサーバのうちの１つからデータを受信する複数の遠隔モニタ表示デバイスのうちの少なくとも１つが、データが、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているという通知を受信する、実施例１２１〜１３２のうちのいずれかのシステムを含む。

【0322】

実施例１３４は、通知が、テキストメッセージを含む、実施例１３３のシステムを含む。

【0323】

実施例１３５は、複数のサーバのうちの１つがデータを複数の遠隔表示デバイスのうちの少なくとも１つに送ろうと試みたときに、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションがウェイクアップする、実施例１３１のシステムを含む。

【0324】

実施例１３６は、アプリケーションがウェイクアップした後に、アプリケーションが、データに、複数のサーバのうちの１つから送られるよう要求する、実施例１３５のシステムを含む。

【0325】

本技術（実施例１３６）によるいくつかの実施形態では、複数の連続グルコースモニタによりグルコース監視レベルに関するデータを安全に収集、分析、及びレポートするための方法は、複数の表示デバイスにより、複数の連続グルコースモニタ（ＣＧＭ）デバイスからデータを受信することと、データ型に基づいてデータを複数の分類に分類することと、データを、複数の表示デバイスから、間欠ベースで複数の表示デバイスからデータを受信する複数のサーバを含むクラウドサーバアーキテクチャに送信することであって、複数のサーバのうちの特定のサーバにルーティングされるデータがデータ型によって決定され、間欠ベースがデータ型に応じて異なる、送信することと、複数の遠隔モニタ表示デバイスにより、複数のサーバのうちの１つからデータを受信することであって、複数の遠隔モニタ表示デバイスの各々に送られるデータが、データ型と、データを複数のサーバのうちの１つに送信した表示デバイスとに依存し、前記データが、複数のサーバのうちの１つによる受信直後に複数の遠隔モニタ表示デバイスに送られる、受信することと、分析及びレポートエンジンにより、複数のサーバによって受信されたデータの少なくとも一部を受信することであって、前記受信されたデータが分析され、レポートが分析及びレポートエンジンによって生成される、受信することと、を含む。

【0326】

実施例１３８は、クラウドサーバアーキテクチャを含む複数のサーバが、少なくとも１つのリアルタイムサーバ及びバルクデータコレクタを含む、実施例１３７の方法を含む。

【0327】

実施例１３９は、データ型に基づくデータの複数の分類への分類が、データをリアルタイムデータ及びバルクデータとして分類することを含む、実施例１３７〜１３８のうちのいずれかの方法を含む。

【0328】

実施例１４０は、リアルタイムデータが、複数の表示デバイスからリアルタイムサーバにルーティングされ、バルクデータが、複数の表示デバイスからバルクデータコレクタにルーティングされる、実施例１３９の方法を含む。

【0329】

実施例１４１は、リアルタイムデータが、バルクデータが複数の表示デバイスからバルクデータコレクタにルーティングされる間欠ベースよりも頻度の高い間欠ベースで、複数の表示デバイスからリアルタイムサーバにルーティングされる、実施例１４０の方法を含む。

【0330】

実施例１４２は、リアルタイムデータが、複数の表示デバイスからリアルタイムサーバに５分毎にルーティングされ、バルクデータが、複数の表示デバイスからバルクデータコレクタに１時間毎にルーティングされる、実施例１４１の方法を含む。

【0331】

実施例１４３は、ロケータサービスをさらに含み、複数の表示デバイスが、ロケータサービスを通じてクラウドサーバアーキテクチャに接続する、実施例１３７〜１４２のうちのいずれかの方法を含む。

【0332】

実施例１４４は、複数の表示デバイスのうちの少なくとも１つが、スマートフォンを含む、実施例１３７〜１４３のうちのいずれかの方法を含む。

【0333】

実施例１４５は、複数の遠隔モニタ表示デバイスのうちの少なくとも１つが、スマートフォンを含む、実施例１３７〜１４４のうちのいずれかの方法を含む。

【0334】

実施例１４６は、複数の表示デバイスが、少なくとも１５０，０００個のデバイスを含む、実施例１３７〜１４５のうちのいずれかの方法を含む。

【0335】

実施例１４７は、複数の遠隔モニタ表示デバイスのうちの少なくとも１つが、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションをさらに含む、実施例１３７〜１４６のうちのいずれかの方法を含む。

【0336】

実施例１４８は、複数の遠隔モニタ表示デバイスのうちの少なくとも１つ上のアプリケーションが、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータを受信するために開いており、かつ起動していなければならず、さもなければ複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているデータが、複数のサーバのうちの１つにより保持される、実施例１４７の方法を含む。

【0337】

実施例１４９は、複数のサーバのうちの１つからデータを受信する複数の遠隔モニタ表示デバイスのうちの少なくとも１つが、データが、複数の遠隔モニタ表示デバイスのうちの少なくとも１つに送られる準備が整っているという通知を受信する、実施例１３７〜１４８のうちのいずれかの方法を含む。

【0338】

実施例１５０は、通知が、テキストメッセージを含む、実施例１４９の方法を含む。

【0339】

実施例１５１は、複数のサーバのうちの１つがデータを複数の遠隔表示デバイスのうちの少なくとも１つに送ろうと試みたときに、複数の遠隔表示デバイスのうちの少なくとも１つにより実行され得るアプリケーションがウェイクアップする、実施例１４７の方法を含む。

【0340】

実施例１５２は、アプリケーションがウェイクアップした後に、アプリケーションが、データに、複数のサーバのうちの１つから送られるよう要求する、実施例１５１の方法を含む。

【0341】

１つ以上のコンピュータ可読媒体（複数可）の任意の組み合わせが利用され得る。コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読記憶媒体は、例えば、電子、磁気、光学、電磁気、赤外線、もしくは半導体システム、装置、もしくはデバイス、または前述の任意の好適な組み合わせであり得る。コンピュータ可読記憶媒体のより具体的な実施例（非包括的リスト）としては、以下のもの：１つ以上のワイヤを有する電気接続部、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、または前述の任意の好適な組み合わせが挙げられる。コンピュータ可読媒体に具現化されるプログラムコードは、無線、有線、光ファイバケーブル、ＲＦ等、または前述の任意の好適な組み合わせを含むが、これらに限定されない任意の適切な媒体を使用して送信され得る。

【0342】

コンピュータプログラムコードは、オブジェクト指向プログラミング言語、例えば、Ｊａｖａ(登録商標)、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等、及び従来の手続き型プログラミング言語、例えば、「Ｃ」プログラミング言語または同様のプログラミング言語を含む１つ以上のプログラミング言語の任意の組み合わせで書かれ得る。プログラムコードは、完全にコンピューティングユニット上で実行され得る。

【0343】

フローチャート図及び／またはブロック図の各ブロック、ならびにフローチャート図及び／またはブロック図のブロックの組み合わせが、コンピュータプログラム命令によって実施され得ることが理解される。これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能データ処理装置のプロセッサにより実行する命令が、フローチャート及び／またはブロック図のブロック（複数可）に特定される機能／行為を実施するための手段を生み出すように、汎用コンピュータ、専用コンピュータ、または他のプログラム可能データ処理装置のプロセッサに提供されて、機械を生産することができる。

【0344】

本明細書に記載の様々な技法が、ハードウェアもしくはソフトウェア、または適切な場合、それらの組み合わせに関連して実施され得ることを理解されたい。したがって、本開示の主題の方法及び装置、またはある特定の態様もしくはその一部は、フロッピーディスケット、ＣＤ−ＲＯＭ、ハードドライブ、または任意の他の機械可読記憶媒体等の有形媒体に具現化されるプログラムコード（すなわち、命令）の形態をとってもよく、プログラムコードがコンピューティングデバイス等の機械にロードされ、それにより実行されると、その機械は、本開示の主題を実施するための装置になる。プログラム可能コンピュータ上でプログラムコードを実行する場合、コンピューティングデバイスは、一般に、プロセッサ、プロセッサ可読記憶媒体（揮発性メモリ及び不揮発性メモリならびに／または記憶素子を含む）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含む。１つ以上のプログラムは、例えば、アプリケーションプログラミングインターフェース（ＡＰＩ）、再使用可能制御手段等を使用して、本開示の主題に関連して記載されるプロセスを実施または利用し得る。かかるプログラムは、高レベルの手続き型またはオブジェクト指向プログラミング言語で実施されて、コンピュータシステムと通信することができる。しかしながら、プログラム（複数可）は、所望の場合、アセンブリ言語または機械言語で実施され得る。いずれの場合でも、その言語は、コンパイラ型またはインタープリタ型言語であり得、ハードウェア実施態様と組み合わせられてもよい。

【0345】

本明細書が多くの具体的な実施態様の詳細を含むが、これらは、特許請求の範囲を限定するものと解釈されるべきではない。別個の実施態様との関連で本明細書に記載されるある特定の特徴は、単一の実施態様で組み合わせて実施されてもよい。逆に、単一の実施態様との関連で記載される様々な特徴は、複数の実施態様で別々に、または任意の好適な部分組み合わせで実施されてもよい。さらに、特徴がある特定の組み合わせで機能するものとして上述されて、さらにはそのようなものとして最初に特許請求され得るが、特許請求される組み合わせからの１つ以上の特徴は、ある場合には、組み合わせから削除されてもよく、特許請求される組み合わせは、部分組み合わせまたは部分組み合わせの変形を対象とし得る。

【0346】

同様に、動作が特定の順序で図面に示されているが、これは、望ましい結果を得るために、かかる動作が示される特定の順序もしくは順次的順序で行われること、または全ての図解される動作が行われ得ることを要求するものとして理解されるべきではない。ある特定の状況では、マルチタスク及び並列処理が有利であり得る。さらに、上述の実施態様における様々なシステム構成要素の分離が、かかる分離を全ての実施態様で要求するものとして理解されるべきではなく、記載されるプログラム構成要素及びシステムが、一般に、単一のソフトウェア製品に一緒に統合され得るか、または複数のソフトウェア製品にパッケージングされ得ることを理解されたい。

【0347】

様々な図に関して本明細書に記載される論理的動作が、（１）コンピューティングデバイス上で起動する一連のコンピュータ実施行為もしくはプログラムモジュール（すなわち、ソフトウェア）として、（２）コンピューティングデバイス内の相互接続機械論理回路もしくは回路モジュール（すなわち、ハードウェア）として、かつ／または（３）コンピューティングデバイスのソフトウェアとハードウェアとの組み合わせとして実施され得ることを理解されたい。したがって、本明細書で論じられる論理的動作は、ハードウェアとソフトウェアとのいずれの特定の組み合わせにも限定されない。この実施態様は、コンピューティングデバイスの性能及び他の要件に依存する選択の問題である。したがって、本明細書に記載の論理的動作は、動作、構造的デバイス、行為、またはモジュールと様々に称される。これらの動作、構造的デバイス、行為、及びモジュールは、ソフトウェア、ファームウェア、専用デジタル論理、及びそれらの任意の組み合わせで実施され得る。図に示され、かつ本明細書に記載されるよりも多くの動作または少ない動作が行われてもよいことも理解されたい。これらの動作は、本明細書に記載の順序とは異なる順序で行われてもよい。範囲または趣旨から逸脱することなく様々な修正及び変形が加えられてもよいことが当業者には明らかであろう。他の実施形態が本明細書及び本明細書に開示される本発明の実施を考慮して当業者に明らかになる。本明細書及び実施例が単に例示のものと見なされることが意図されており、真の範囲及び趣旨は、以下の特許請求の範囲によって示される。

【符号の説明】

【0348】

１００ａ〜ｃ 連続グルコースセンサユニット
１０２ａ〜ｃ 無線送信機
１０４ａ〜ｅ ディスプレイ
１０６ 分散クラウドコンピューティングアーキテクチャ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図9C】

【図9D】

【図10】

【図11】

【図12A】

【図12B】

【図13】