JP2010510586A - 消費者電子デバイスを使用する糖尿病管理のためのシステムおよび方法 - Google Patents

Abstract

本発明は、医療デバイスおよび消費者電子デバイスを含む糖尿病管理のためのシステム内において具体化される。ＣＥＤを、ＭＤの監視および／またはコントロールに使用できる。システムは、ＣＥＤにプラグ接続してＭＤとＣＥＤの間の通信を可能にするコネクタを含むことができる。医療デバイスは、外部注入デバイス、移植可能なポンプ、ブドウ糖計、ブドウ糖モニタ、連続ブドウ糖監視システム、またはこれらの類とすることができる。ＣＥＤは、限定ではないが、携帯電話、ＰＤＡ、ブラックベリー、スマートフォン、ポケットｐｃ電話、ｍｐ３プレーヤ、ラジオ、ＣＤプレーヤ、およびこれらの類を含む任意タイプの消費者電子デバイスとすることができる。

Description

この出願は、以前の２００６年１１月１７日に出願された米国特許仮出願第６０／８６６，４０９号の恩典を主張する。

本発明の実施態様は、糖尿病管理システムに関係し、より詳細には、携帯電話、ＭＰ３／デジタル・オーディオ・プレーヤ、携帯情報端末（ＰＤＡ）、スマートフォン、ハイブリッド・デバイス、およびそれらの類を含む消費者電子デバイスを利用した糖尿病管理に関する。

注入デバイスおよびブドウ糖監視システムは、医療分野において、特に血糖レベルを監視し、かつ処方された投薬をユーザに施与するか、または調剤する用途について比較的よく知られている。多くの場合においては、ユーザが糖尿病、すなわち身体がインスリンを生産しないか、または適正に使用しない疾病を患う。合衆国内の約１３００万人の人々が、何らかの形で糖尿病であると診断されている。タイプ１の糖尿病は、インスリンの生産に対する身体不全の結果として生じる。タイプ２の糖尿病は、身体がインスリンの適正な使用に不全となるインスリン抵抗性の結果として生じる。病気を効果的に管理および／またはコントロールするためには、糖尿病患者が、日課に基づくインスリンの適切な量を自分の身体に供給することに加えて、自分の血糖レベルを密に監視し、かつエクササイズ、食餌、および薬物療法を通じて管理しなければならない。特に、タイプ１およびタイプ２の糖尿病患者は両方とも、糖尿病のコントロールをインスリンの施与および血糖監視システムに頼る。

参照によって特にこれに援用される特許文献１、特許文献２、特許文献３、特許文献４、および特許文献５の中で包括的に述べられているとおり、患者への薬物の施与に外部注入デバイスが使用されている。近年は、「メソッド・オブ・ファブリケーティング・シン・フィルム・センサーズ（Ｍｅｔｈｏｄ ｏｆ Ｆａｂｒｉｃａｔｉｎｇ Ｔｈｉｎ Ｆｉｌｍ Ｓｅｎｓｏｒｓ）」と題された特許文献６、「エレクトロケミカル・アナライト・センサ（Ｅｌｅｃｔｒｏｃｈｅｍｉｃａｌ Ａｎａｌｙｔｅ Ｓｅｎｓｏｒ）」と題された特許文献７、および「トランスキューテイニアス・センサ・インサーション・セット（Ｔｒａｎｓｃｕｔａｎｅｏｕｓ Ｓｅｎｓｏｒ Ｉｎｓｅｒｔｉｏｎ Ｓｅｔ）」と題された特許文献８、特許文献９、および特許文献１０の中で包括的に述べられているとおり、移植可能および外部センサ両方を組み込んだ最新センサ・テクノロジを利用する連続ブドウ糖監視システムが開発されており、これらの特許文献はすべて、参照によって明確にこれに援用される。より新しいシステムは、ブドウ糖測定を得るべく皮膚を反復的に刺さなくてよいという利便性とともにフィンガ・スティック測定の精密度を与える。これらのより新しいシステムは、一日あたり２００を超えるフィンガ・スティックの示度の等価を提供する。加えて、連続ブドウ糖監視システムは、医師および患者が、身体の血糖の傾向を監視し、それぞれの患者の特定の必要性に基づいて提案し、かつインスリンを施与することを可能にする。したがって、医師および医療デバイス会社は、糖尿病患者が一日を通じて自分の血糖レベルに気付いていられる、より好都合な方法を常に探している。

米国特許第４，５６２，７５１号明細書 米国特許第４，６７８，４０８号明細書 米国特許第４，６８５，９０３号明細書 米国特許第６，５５４，７９８号明細書 米国特許第６，５５１，２７６号明細書 米国特許第５，３９１，２５０号明細書 米国特許第６，４８４，０４６号明細書 米国特許第５，３９０，６７１号明細書 米国特許第５，５６８，８０６号明細書 米国特許第５，５８６，５５３号明細書

注入治療および連続ブドウ糖監視システムを利用する糖尿病患者は、適切な血糖の示度およびインスリン施与量を保証するきわめて精密かつ正確なシステムに頼る。しかしながら、これらの形式の治療を利用することは、ユーザに、複雑な回路および処理能力を収めた複数の医療デバイスの持ち運びを求める。今日の注入デバイスおよびブドウ糖監視システムは、確かにコンパクトであるが、ユーザのライフ・スタイルおよびモビリティが制限されないように、よりコンパクトおよび／または集約された糖尿病を管理するシステムの必要性がこの分野には残されている。

本発明の実施態様によれば、システムは、消費者電子デバイスを使用した糖尿病を管理するためのものであり、ユーザの生理学的示度を得るための医療デバイスを含む。医療デバイスは、生理学的示度を伝えるための送信機を含む。加えてこのシステムは、医療デバイスによって獲得されたデータを管理し、かつ処理するためのソフトウエアを含む消費者電子デバイスを含む。またこのシステムは、消費者電子デバイスに取り外し可能に結合される、医療デバイスと消費者電子デバイスの間における通信を容易にするためのコネクタも含む。いくつかの実施態様においては、コネクタが医療デバイスから第１の通信プロトコルでデータを受信し、かつコネクタが消費者電子デバイスに第２の通信プロトコルでデータを送信する。

ほかの実施態様においては、医療デバイスが、連続ブドウ糖監視システムおよび／または注入デバイスになる。さらに追加の実施態様においては、消費者電子デバイスがスマートフォンになる。さらに追加の実施態様においては、消費者電子デバイスがＭＰ３プレーヤになる。いくつかの実施態様においては、消費者電子デバイス上のソフトウエアがジャバ（Ｊａｖａ（登録商標））アプリケーションになる。

追加の実施態様においては、スマートフォンが、受信されたデータを中央サーバにインターネット接続を使用して送信するか、かつ／または受信されたデータを異なる携帯電話に「ショート・メッセージ・サービス」（一般に「ＳＭＳ」または「テキスト・メッセージング」として知られる）を使用して送信する。ほかの実施態様においては、スマートフォンが、特定のイベントに基づいて携帯電話呼び出しを開始する。さらに追加の実施態様においては、ソフトウエアが、ユーザに特定のイベントのアラートを発するアラーム能力を含む。ほかの追加の実施態様においては、第１の通信プロトコルが医療デバイス製造者によって維持されるプロプラエタリ・プロトコルになり、第２の通信プロトコルがブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））になる。

本発明の別の実施態様によれば、方法が、消費者電子デバイスを使用する糖尿病を管理するためのものとなり、コネクタを消費者電子デバイスにペアリングするステップ含む。次に、消費者電子デバイスがユーザの生理学的示度を得るための医療デバイスと通信するべくプログラムされ、それにおいて医療デバイスは、コネクタと通信するべくあらかじめプログラムされて、消費者電子デバイスと医療デバイスの間におけるコネクタを通る通信を可能にする。その後、医療デバイスから消費者電子デバイスへ、コネクタを介してデータが送信される。データは、消費者電子デバイス上において処理され、かつ表示される。いくつかの実施態様においては、医療デバイスが連続ブドウ糖監視システムになる。ほかの実施態様においては、消費者電子デバイスがスマートフォンになる。

本発明の追加の実施態様によれば、医療デバイスから獲得された情報を遠隔場所の個人に提供するためのシステムが開示される。このシステムは、ユーザの生理学的示度を得るための医療デバイスを含み、それにおいて当該医療デバイスは、生理学的示度を伝達するための送信機を含む。またこのシステムは、ローカル消費者電子デバイスも含み、それにおいて当該ローカル消費者電子デバイスは、医療デバイスによって獲得されたデータを受信し、管理し、かつ処理するためのソフトウエアを含む。コネクタもまた、このシステムによって使用され、当該コネクタは、医療デバイスとローカル消費者電子デバイスの間における通信を容易にするために、ローカル消費者電子デバイスに取り外し可能に結合される。最後に、ローカル消費者電子デバイスから送信された情報を受信するための遠隔消費者電子デバイスが含まれ、それにおいてはコネクタが医療デバイスから第１の通信プロトコルでデータを受信し、かつコネクタがローカル消費者電子デバイスに第２の通信プロトコルでデータを送信する。特定の実施態様においては、遠隔消費者電子デバイスがローカル消費者電子デバイスから第３の通信プロトコルを通じて情報を受信する。ほかの実施態様においては、第１の通信プロトコルが医療デバイス製造者によって維持されるプロプラエタリ・プロトコルになり、第２の通信プロトコルがブルートゥースになり、第３の通信プロトコルが携帯電話通信になる。さらに追加の実施態様においては、携帯電話通信が、ローカル消費者電子デバイスが遠隔消費者電子デバイスに、ＳＭＳ、ＭＭＳ、または電子メールを使用して情報を送信することを可能にする。

本発明のさらに別の実施態様においては、コネクタが、消費者電子デバイスおよび医療デバイスとともに使用するためのものとなる。このコネクタは、消費者電子デバイスにコネクタを取り付けるための接続構造およびコネクタに電力を供給するための電源を含む。さらにこのコネクタは、医療デバイスとコネクタの間においてデータを送信するための第１の通信プロトコル、およびコネクタと消費者電子デバイスの間においてデータを送信するための第２の通信プロトコルを含む。特定の実施態様においては、第１の通信プロトコルが医療デバイスの製造者によって維持されるプロプラエタリ・プロトコルになり、第２の通信プロトコルがブルートゥースになる。

本発明の別の実施態様によれば、消費者電子デバイス上において医療デバイス・データを受信し、管理し、かつ処理するためのソフトウエア‐ベースのアプリケーションが開示される。いくつかの実施態様においては、このソフトウエア‐ベースのアプリケーションが、データを患者に表示するためのグラフィカル・ユーザ・インターフェース、ソフトウエア‐ベースのアプリケーション内のセッティングを調整する患者による使用のための入力メカニズム、および患者にアラートおよび合図を発するためのアラームを含む。

本発明のこのほかの特徴および利点は、例として本発明の実施態様の多様な特徴を図解した添付図面に関連した以下の詳細な説明から明らかになるであろう。

添付図面を参照して本発明の実施態様の詳細な説明を行うが、それにおいては類似した番号がいくつかの図中の対応する部品または断面を指定する。

本発明の実施態様に従ったＰＤＡ／スマートフォン、コネクタ、およびブドウ糖監視デバイスを含む糖尿病管理システムの簡略化された説明図である。 本発明の実施態様に従ったＰＤＡ／スマートフォンおよびコネクタの斜視図である。 本発明の実施態様に従ったＭＰ３プレーヤ、コネクタ、およびブドウ糖監視デバイスを含む糖尿病管理システムの簡略化された説明図である。 本発明の実施態様に従ったＰＤＡ／スマートフォンおよびコネクタの斜視図である。 本発明の実施態様に従った消費者電子デバイス（ブラックベリー（ＢｌａｃｋＢｅｒｒｙ（登録商標）））上において実行される医療デバイス・ソフトウエアのグラフィカル・ユーザ・インターフェースを示す説明図である。 本発明の実施態様に従った、ブラックベリー（ＢｌａｃｋＢｅｒｒｙ（登録商標））を使用する糖尿病管理システム、コネクタ、および血糖監視システムの動作を記述したフローチャートである。 本発明の実施態様に従った消費者電子デバイス上において実行されるソフトウエアのグラフィカル・ユーザ・インターフェースのスクリーンショット（メニューおよびグラフを含む）を示した説明図である。 本発明の実施態様に従った消費者電子デバイス上の目標血糖スレッショルド・プロファイルおよびメニューのスクリーンショットを示した説明図である。 本発明の実施態様に従った「メータＢＧ（Ｍｅｔｅｒ ＢＧ）」サブ‐メニューについてのメニュー構造のスクリーンショットを示した説明図である。 本発明の実施態様に従った「アラーム・ヒストリ（Ａｌａｒｍ Ｈｉｓｔｏｒｙ）」サブ‐メニューについてのメニュー構造のスクリーンショットを示した説明図である。 本発明の実施態様に従った「アラート（Ａｌｅｒｔｓ）」サブ‐メニューについてのメニュー構造のスクリーンショットを示した説明図である。 本発明の実施態様に従った「センサ（Ｓｅｎｓｏｒ）」サブ‐メニューについてのメニュー構造のスクリーンショットを示した説明図である。 本発明の実施態様に従った「イベント（Ｅｖｅｎｔｓ）」サブ‐メニューについてのメニュー構造のスクリーンショットを示した説明図である。 本発明の実施態様に従ったソフトウエアの表示プロファイル・メニューのスクリーンショットを示した説明図である。 本発明の実施態様に従った消費者電子デバイス上で実行されるソフトウエア内において発せられるサンプルの低血糖アラームのスクリーンショットを示した説明図である。

図解の目的のために図面内に示されているとおり、本発明は、医療デバイス（ＭＤ）および消費者電子デバイス（ＣＥＤ）を含む糖尿病管理のためのシステム内において具体化される。ＣＥＤは、ＭＤの監視および／またはコントロールに使用できる。特定の実施態様においては、システムが、ＣＥＤにプラグ接続してＭＤとＣＥＤの間の通信を可能にするコネクタを含むことができる。医療デバイスは、外部注入デバイス、移植可能ポンプ、ブドウ糖計、ブドウ糖モニタ、連続ブドウ糖監視システム、またはこれらの類とすることができる。ＣＥＤは、任意タイプの消費者電子デバイスであってよく、限定ではないが携帯電話、携帯情報端末（ＰＤＡ）、ブラックベリー（ＢｌａｃｋＢｅｒｒｙ（登録商標））、スマートフォン、ポケットｐｃ電話、ｍｐ３プレーヤ、ラジオ、ＣＤプレーヤ、およびこれらの類を含む。ＣＥＤは、それ独自のプロプラエタリ・オペレーティング・システムを実行でき、ＭＤとの通信および／またはインタラクションを行うプログラムを実行する能力がある。プログラムは、ジャバベース、ウェブ‐ベースとし、デジタル・メモリ・カード（ＳＤ、コンパクト・フラッシュ、マイクロＳＤ（ｍｉｃｒｏＳＤ）、またはこれらの類）上に含められるか、かつ／またはＭＤに伴うＣＤ‐ＲＯＭ上にバンドルされるとすることができる。特定の実施態様においては、プログラムが、ＣＥＤ上において使用される、限定ではないがブラックベリーＯＳ、ウインドウズ・モバイル（Ｗｉｎｄｏｗｓ（登録商標） Ｍｏｂｉｌｅ）、パーム（Ｐａｌｍ）ＯＳ、ＮＥＴフレームワーク、シンビアン（Ｓｙｍｂｉａｎ）、アイポッド（ｉＰｏｄ）ＯＳ、アイフォーン（ｉＰｈｏｎｅ）ＯＳ、ズーン（Ｚｕｎｅ）ＯＳ、およびこれらの類を含む複数のオペレーティング・システム上において動作できる。ＣＥＤとＭＤの間の通信は、ＣＥＤに取り付けるコネクタを使用して確立できる。当該コネクタは、ＭＤから通信を受信し、その通信を有線または無線接続を介してＣＥＤに中継することになる。

特定の実施態様においては、コネクタがＣＥＤ（ブラックベリー）上の利用可能なポート（すなわち、ミニＵＳＢ）にプラグ接続でき、かつコネクタは、ミニＵＳＢポートまたはブルートゥース通信を介してブラックベリーと通信できる。これらの特定の実施態様においては、ジャバプログラムがブラックベリー上で実行され、ＭＤからデータを受信し受信されたデータのコントロールを行う。いくつかの実施態様においては、ＭＤを、「メソッド・オブ・ファブリケーティング・シン・フィルム・センサーズ（Ｍｅｔｈｏｄ ｏｆ Ｆａｂｒｉｃａｔｉｎｇ Ｔｈｉｎ Ｆｉｌｍ Ｓｅｎｓｏｒｓ）」と題された特許文献６、「エレクトロケミカル・アナライト・センサ（Ｅｌｅｃｔｒｏｃｈｅｍｉｃａｌ Ａｎａｌｙｔｅ Ｓｅｎｓｏｒ）」と題された特許文献７、「トランスキューテイニアス・センサ・インサーション・セット（Ｔｒａｎｓｃｕｔａｎｅｏｕｓ Ｓｅｎｓｏｒ Ｉｎｓｅｒｔｉｏｎ Ｓｅｔ）」と題された特許文献８、特許文献９、および特許文献１０、「テレメータード・キャラクタリスティック・モニタ・システム・アンド・メソッド・オブ・ユージング・ザ・セイム（Ｔｅｌｅｍｅｔｅｒｅｄ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｍｏｎｉｔｏｒ Ｓｙｓｔｅｍ Ａｎｄ Ｍｅｔｈｏｄ Ｏｆ Ｕｓｉｎｇ Ｔｈｅ Ｓａｍｅ）」と題された米国特許第６，８０９，６５３号、および「テレメータード・キャラクタリスティック・モニタ・システム・アンド・メソッド・オフ・ユージング・ザ・セイム（Ｔｅｌｅｍｅｔｅｒｅｄ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｍｏｎｉｔｏｒ Ｓｙｓｔｅｍ Ａｎｄ Ｍｅｔｈｏｄ Ｏｆ Ｕｓｉｎｇ Ｔｈｅ Ｓａｍｅ）」と題された米国特許出願第０９／３７７，４７２号、同第１１／２２５，７９０号、同第１１／２２５，２９６号、同第１１／３２２，５６８号の中で述べられているタイプのブドウ糖センサ／送信機とすることができ、これらの特許文献はすべて、参照によって明確にこれに援用される。ブドウ糖センサ／送信機は、コネクタと当該ブドウ糖センサ／送信機の間におけるプロプラエタリ通信を使用してコネクタにデータを送信する能力を有することになる。データは、その後ブラックベリーに送信され、ジャバベースのプログラムを使用して操作される。ＣＥＤによって獲得されたデータは、グラフ、ブドウ糖傾向、高い値、低い値等を示すことが可能であり、すべては、ユーザが取り扱い慣れて熟知しているＣＥＤインターフェースを使用して達成される。

追加の実施態様においては、プログラムが、たとえばブラックベリー上において利用可能なハードウエアおよびソフトウエアを使用するアラーム能力を含むことができる。加えて、ブドウ糖センサ／送信機から受信されるデータを、ブラックベリーの携帯電話能力を使用してほかの場所に伝えることができる。データは、ほかの電話、中央サーバ、およびこれらの類に「ショート・メッセージ・サービス」（一般に「ＳＭＳ」または「テキスト・メッセージング」として知られる）を使用して送信することが可能である。データは、電子メール・アドレス、ほかのコンピュータ、および／または中央サーバにブラックベリーのインターネット能力（ＧＰＲＳ、ＥＤＧＥ、ＥＶ‐ＤＯ、１ｘＲＴＴ、ＵＭＴＳ／ＨＳＤＰＡ、ワイファイ（Ｗｉ‐Ｆｉ（登録商標））、ワイマックス（ＷｉＭａｘ）、ジグビー（ＺｉｇＢｅｅ（登録商標））、Ｗｉ‐ｂｒｏ、およびこれらの類）を使用して送信することもできる。加えて、特定の条件に基づいてそのデータがブラックベリーに救急サービス（すなわち９１１番）、介護者の家、携帯電話番号、中央管理ステーション、またはこれらの類への電話呼び出しを開始させることもできる。追加の実施態様においては、ジャバプログラムが、携帯電話呼び出しの開始時に再生して、その呼び出しを受信する者またはコンピュータに特定の条件が満たされた旨のアラートを発するあらかじめ記録済みメッセージを含むことができる。ジャバプログラムは、また、ユーザが特定のイベントと特定の時間帯または特定の活動（エクササイズ、飛行機旅行、運転等）の間に得られたブドウ糖の示度とを関連付けるイベント・ログを実行することを可能にもできる。このデータは、その後、ケアリンク（Ｃａｒｅｌｉｎｋ（登録商標））（メドトロニック・ミニメド・インク（Ｍｅｄｔｒｏｎｉｃ ＭｉｎｉＭｅｄ， Ｉｎｃ．）によって管理される）等のウェブ・ベースの糖尿病管理サーバへのアップロードが可能である。データをそのほかのサーバ、医師のオフィス、親、介護者、またはこれらの類に送信し、インスリン投与量の勧告を受けてもよい。

図１に示されているとおり、本発明の実施態様に従った糖尿病管理システムは、ＰＤＡ／スマートフォン１００、コネクタ１１０、およびブドウ糖監視デバイス１２０を含む。ブドウ糖監視デバイス１２０は、「メソッド・オブ・ファブリケーティング・シン・フィルム・センサーズ（Ｍｅｔｈｏｄ ｏｆ Ｆａｂｒｉｃａｔｉｎｇ Ｔｈｉｎ Ｆｉｌｍ Ｓｅｎｓｏｒｓ）」と題された特許文献６、「エレクトロケミカル・アナライト・センサ（Ｅｌｅｃｔｒｏｃｈｅｍｉｃａｌ Ａｎａｌｙｔｅ Ｓｅｎｓｏｒ）」と題された特許文献７、「トランスキューテイニアス・センサ・インサーション・セット（Ｔｒａｎｓｃｕｔａｎｅｏｕｓ Ｓｅｎｓｏｒ Ｉｎｓｅｒｔｉｏｎ Ｓｅｔ）」と題された特許文献８、特許文献９、および特許文献１０、「テレメータード・キャラクタリスティック・モニタ・システム・アンド・メソッド・オフ・ユージング・ザ・セイム（Ｔｅｌｅｍｅｔｅｒｅｄ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｍｏｎｉｔｏｒ Ｓｙｓｔｅｍ Ａｎｄ Ｍｅｔｈｏｄ Ｏｆ Ｕｓｉｎｇ Ｔｈｅ Ｓａｍｅ）」と題された米国特許第６，８０９，６５３号、および「テレメータード・キャラクタリスティック・モニタ・システム・アンド・メソッド・オフ・ユージング・ザ・セイム（Ｔｅｌｅｍｅｔｅｒｅｄ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｍｏｎｉｔｏｒ Ｓｙｓｔｅｍ Ａｎｄ Ｍｅｔｈｏｄ Ｏｆ Ｕｓｉｎｇ Ｔｈｅ Ｓａｍｅ）」と題された米国特許出願第０９／３７７，４７２号、同第１１／２２５，７９０号、同第１１／２２５，２９６号、同第１１／３２２，５６８号の中で述べられているタイプのブドウ糖送信機１２５および皮下ブドウ糖センサ１３０を含み、これらの特許文献はすべて参照によって明確にこれに援用される。特定の実施態様においては、コネクタ１１０が、ＰＤＡ／スマートフォン１００上の利用可能なポートにプラグ接続するミニＵＳＢコネクタを有する。接続時にコネクタ１１０は、ＰＤＡ／スマートフォン１００とブドウ糖送信機１２５の間の通信を可能にする。コネクタ１１０は、ユーザが、ＰＤＡ／スマートフォンと異なる製造者によって作られたブドウ糖監視システム１２０の使用を選択するときに使用できる。たとえば、糖尿病患者が、メドトロニック・ミニメド・インク（Ｍｅｄｔｒｏｎｉｃ ＭｉｎｉＭｅｄ， Ｉｎｃ．）によって開発されたガーディアンＲＴコンティニュアス・グルコース・モニタリング・システム（Ｇｕａｒｄｉａｎ（Ｒ）ＲＴ Ｃｏｎｔｉｎｕｏｕｓ Ｇｌｕｃｏｓｅ Ｍｏｎｉｔｏｒｉｎｇ Ｓｙｓｔｅｍ）を自分のブラックベリーＰＤＡ／スマートフォンとともに使用することを望んだ場合には、ユーザは、自分のブラックベリーにプラグ接続することになる、メドトロニック・ミニメド（Ｍｅｄｔｒｏｎｉｃ ＭｉｎｉＭｅｄ）によって製造された適切なコネクタ１１０だけが必要となる。接続時にガーディアンＲＴ（Ｇｕａｒｄｉａｎ（Ｒ）ＲＴ）システムが、ユーザのブラックベリーと通信することになる。

ＰＤＡ／スマートフォン１００は、リサーチ・イン・モーション（Ｒｅｓｅａｒｃｈ ｉｎ Ｍｏｔｉｏｎ）によって製造される非常に人気の高いブラックベリー（ＢｌａｃｋＢｅｒｒｙ（Ｒ））のデバイス・ラインを含む相当数のデバイスから選択できる。そのほかのデバイスには、パーム・インク（Ｐａｌｍ， Ｉｎｃ）によって製造される人気の高いトレオ（Ｔｒｅｏ）デバイス（トレオ（Ｔｒｅｏ）６００、６５０、６８０、７００ｗ、７００ｐ、７００ｗｘ、７５０ｗ）、ＨＴＣのデバイス・ライン（ＡＴ＆Ｔ ８５２５、ＡＴ＆Ｔ ティルト（Ｔｉｌｔ）、Ｔモバイル・ダッシュ（Ｔ‐Ｍｏｂｉｌｅ Ｄａｓｈ）、Ｔモバイル・ウィング（Ｔ‐Ｍｏｂｉｌｅ Ｗｉｎｇ）、およびこれらの類）、アップルのアイフォーン（Ａｐｐｌｅ ｉＰｈｏｎｅ）、およびこれらの類が含まれる。そのほかのデバイスおよびコネクタは、「ハンドヘルド・パーソナル・データ・アシスタント（ＰＤＡ）ウィズ・ア・メディカル・デバイス・アンド・メソッド・オブ・ユージング・ザ・セイム（Ｈａｎｄｈｅｌｄ Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ （ＰＤＡ） ｗｉｔｈ ａ Ｍｅｄｉｃａｌ Ｄｅｖｉｃｅ ａｎｄ Ｍｅｔｈｏｄ ｏｆ Ｕｓｉｎｇ ｔｈｅ Ｓａｍｅ）」と題された米国特許第６，５５８，３２０号および同第６，６４１，５３３号、および「ハンドヘルド・パーソナル・データ・アシスタント（ＰＤＡ）ウィズ・ア・メディカル・デバイス・アンド・メソッド・オブ・ユージング・ザ・セイム（Ｈａｎｄｈｅｌｄ Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ （ＰＤＡ） ｗｉｔｈ ａ Ｍｅｄｉｃａｌ Ｄｅｖｉｃｅ ａｎｄ Ｍｅｔｈｏｄ ｏｆ Ｕｓｉｎｇ ｔｈｅ Ｓａｍｅ）」と題された米国特許出願第１０／４２９，３８５号の中で述べられているタイプのものであり、これらの特許文献はすべて参照によって明確にこれに援用される。

コネクタ１１０は、参照によって明確にこれに援用される「リレー・デバイス・フォア・トランスファリング・インフォメーション・ビトゥウィーン・ア・センサ・システム・アンド・フルード・デリバリ・システム（Ｒｅｌａｙ Ｄｅｖｉｃｅ ｆｏｒ Ｔｒａｎｓｆｅｒｒｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｅｔｗｅｅｎ ａ Ｓｅｎｓｏｒ Ｓｙｓｔｅｍ ａｎｄ Ｆｌｕｉｄ Ｄｅｌｉｖｅｒｙ Ｓｙｓｔｅｍ）」と題され、２００２年１２月１２日に出願された米国特許出願第１０／３３５，２５６号の中で述べられているタイプのものとし得る。コネクタ１１０は、それ独自の電源を含んでもよく、またはＣＥＤへの接続を通じて電力供給を受けてもよい。いくつかの実施態様においては、コネクタのバッテリが、ＣＥＤへのプラグ接続時にそれのバッテリに充電できる。コネクタ１１０は、ＣＥＤとＭＤの間における通信を可能にする。ほとんどの状況においては、ＭＤが、それのモニタに関連付けされたプロプラエタリ通信プロトコルを使用することになろう。しかしながらコネクタが、プロプラエタリ通信プロトコルを使用するＭＤと通信し、その後、ＭＤから受信されたデータをＣＥＤに、相当数の通信ソリューションを使用して中継することになる。その種の通信ソリューションには、限定ではないが、ＩＲ、ＲＦ、ブルートゥース、ミニＵＳＢを介した有線接続、ワイファイ、ジグビーおよびこれらの類が含まれる。

ブラックベリーデバイス用のコネクタの例が、図２および４に示されている。図２（ａ）は、ブラックベリーデバイス２００の正面斜視図を示しており、ブラックベリー２００のミニＵＳＢポートに取り付けられたコネクタ２５０を伴う。これらの図に示されるとおり、コネクタ２５０（またはコムリンク（ｃｏｍｌｉｎｋ））は、プロファイルが小さく、デバイス上にほどよくフィットし、ブラックベリー２００の可搬性の本質の変更を回避する。加えて、コネクタ２５０は、ブラックベリー２００にプラグ接続することになるオス端、および電源アウトレットにプラグ接続して充電する、コンピュータにプラグ接続してデータを同期する等々といったブラックベリーが正常な機能を継続することを可能にするメス端２５５を含むことになる。特定の実施態様においては、コネクタ２５０が、ブラックベリー上に含まれる無線を使用してブラックベリー２００と通信できる。この態様においては、コネクタ２５０をブラックベリー２００に取り付けてプロトコル変換を実行することが可能である。それがセンサ送信機のハードウエアと直接通信してデータを受信すること、およびその後そのデータをブラックベリー２００に、ブラックベリー２００が解釈できる標準通信プロトコル（ブルートゥース、ＩＲ、ジグビー等）を使用して送信することを可能にする。ほかの実施態様においては、コネクタ２５０が、ミニＵＳＢポートを通じた直接通信を介してブラックベリー２００と通信する。ミニＵＳＢポートを含まない他のデバイスについては、ＳＤＩＯスロット内にフィットするＳＤカードの形状、または特定のＣＥＤの利用可能なポート（ミニＳＤ（ｍｉｎｉＳＤ）、マイクロＳＤ（ｍｉｃｒｏＳＤ）、メモリスティック（ｍｅｍｏｒｙ ｓｔｉｃｋ）、メモリスティック・プロ（ｍｅｍｏｒｙ ｓｔｉｃｋ ｐｒｏ）、メモリスティック・デュオ（ｍｅｍｏｒｙ ｓｔｉｃｋ ｄｕｏ）等）にフィットするそのほかのメモリ・カード形状をとるように、コネクタを適合させてもよい。

コネクタの別の例を図４に示す。図４（ａ）は、ＣＥＤ４００の背面斜視図を示しており、当該ＣＥＤの背面に取り付けられたコネクタ４５０を伴う。図４（ｂ）および（ｃ）は、ＣＥＤの背面に取り付けられたコネクタ４５０の別の斜視図を示す。この例においては、コネクタを独自の電源を有する自己充電型としてもよく、またはブラックベリー内に取り付けられているバッテリ・パックから電力を引き出してもよい。図４に示されているコネクタ４５０は、ブラックベリーデバイス上のミニＵＳＢプラグを利用する必要がない。それに代えてコネクタ４５０は、自己給電式のまま単純にＣＥＤの背面に取り付けられる。

ブドウ糖監視デバイス１２０は、限定ではないが組み込み送信機／受信機を伴うセンサ、ブドウ糖モニタ、ブドウ糖計、インスリン・ポンプ、およびこれらの類を含む相当数の医療デバイスに置き換えることができる。特定の実施態様においては、ブドウ糖センサ１３０が、一日を通じて連続またはほぼ連続ベースでユーザから示度を得る能力のある連続ブドウ糖センサになる。ブドウ糖センサ送信機１２５は、ＣＥＤ１００にプラグ接続されたコネクタ１１０に血糖（ＢＧ）データを送信する。ＣＥＤ１００は、ＢＧデータを得て、ＣＥＤ１００上で利用可能な、ユーザがすでに熟知しているインターフェースおよびコントロールを使用して情報を患者に表示することができる。

これらの実施態様においては、ソフトウエアがＣＥＤ１００にダウンロードされるか、かつ／またはあらかじめインストールされ、ＭＤ１２０から受信されるデータを操作し、管理するようにしてもよい。ＣＥＤ１００はまた、コネクタを使用するためのドライバを含むこともできる。特定の実施態様においては、ソフトウエアが、ユーザが自分のジャバで使用可能なＣＥＤ１００を使用し、ＭＤ１２０から受信されるデータのコントロールおよび管理を可能にするジャバアプリケーションとして記述されることになる。ジャバは、１５０を超えるキャリアによって利用される共通モバイル・プラットフォームである。現在のところ、１２億を超えるジャバで使用可能なハンドセットが存在し、２００５年に出荷された新しい電話の１０台に８台がジャバで使用可能なものであった。加えて、世界中には５００万のジャバ開発者が存在する。ジャバアプリケーションは、ジャバ能力を含む任意のＣＥＤ（ブラックベリー、Ｔモバイル・ダッシュ（Ｔ‐Ｍｏｂｉｌｅ Ｄａｓｈ）、パーム・トレオ（Ｐａｌｍ Ｔｒｅｏ）等）上にインストールが可能である。インストールされたジャバアプリケーション（図５に示されるとおり）は、ＢＧデータを表示すること、および当該データをグラフ、エクセル（ｅｘｃｅｌ）のシート、複数日追跡等で出力することができる。そのほかのプログラミング・オプションには、限定ではないが、ウインドウズ（Ｗｉｎｄｏｗｓ（登録商標））ＣＥ、ウインドウズ・モバイル（Ｗｉｎｄｏｗｓ（登録商標） Ｍｏｂｉｌｅ）、パーム（Ｐａｌｍ）オペレーティング・システム、アイフォーンオペレーティング・システム、ＮＥＴフレームワーク、ウェブ‐ベースのインターフェース（ソフトウエアをインストールする必要がなく、サポートされているブラウザ、たとえばミニモ（ｍｉｎｉｍｏ）、オペラ（ｏｐｅｒａ）、ポケットＩＥ（ｐｏｃｋｅｔ ＩＥ）、サファリ（Ｓａｆａｒｉ）等から起動するだけでよい）を含む。ウェブ‐ベースのインターフェースの利用は、自分のＣＥＤについてユーザを煩わせることなくソフトウエアのシームレスな更新を可能にする。

図３に示されるとおり、本発明の実施態様に従った糖尿病管理システムは、ＭＰ３プレーヤ３００、コネクタ３１０、およびブドウ糖監視デバイス３２０を含む。ブドウ糖監視デバイス３２０は、ブドウ糖送信機３２５および皮下ブドウ糖センサ３３０を含む。これらの実施態様においては、アイポッドがＣＥＤの選択肢となろう。アイポッド３００は、世界中の非常に多くの人々によって使用されている世界的に有名なデバイスになった。アイポッド上における医療デバイス管理ソフトウエアの動作を可能にすることは、重要な医療デバイス・テクノロジ、すなわちブドウ糖監視システム３２０からのＢＧ示度の受信および管理の能力のはるかに広い使用を可能にする。コネクタ３１０は、現在ナイキ（Ｎｉｋｅ）およびアップル（Ａｐｐｌｅ）によって市場化されているナイキ・プラス・アイポッド・スポーツ・キット（Ｎｉｋｅ＋ｉＰｏｄ Ｓｐｏｒｔｓ Ｋｉｔ）とともに販売されているコネクタに似たものとすることができる。しかしながら、いくつかの実施態様においては、コネクタがアイポッドコネクタにプラグ接続される必要がなく、無線通信を介してアイポッドおよびＣＥＤと通信できる。コネクタ３１０は、ＢＧデータをブドウ糖送信機３２５から受信し、受信されたデータをアイポッド３００上に表示する。アイポッドは、サンサ（Ｓａｎｓａ）、ズーン、ギガビートＳ（Ｇｉｇａｂｅａｔ Ｓ）およびこれらの類を含む相当数のＭＰ３および／またはデジタル・オーディオ・プレーヤに置き換えることができる。

上記のすべての実施態様において、ＣＥＤによって受信されるＢＧデータは、ＣＥＤ上のソフトウエアによって操作されて、グラフ、エクセル（ｅｘｃｅｌ）のファイルの表示、特定時間期間後にＢＧをチェックし、ＢＧの示度が目標範囲内にあるか否かを決定するための備忘合図の起動を行うことが可能である。加えて、ＣＥＤ上のソフトウエアは、ユーザによって入力されたイベント・マーカと結合されたＢＧ情報の追跡および管理を行うことが可能である。

ＣＥＤがＰＤＡ／スマートフォン、携帯電話、または外部通信能力を伴う任意の他のデバイスとなる実施態様においては、受信されたＢＧデータを外部ソースに送信するべくＣＥＤを構成できる。たとえばＣＥＤが、携帯電話接続（音声および／またはデータ）を含む携帯電話ＰＤＡ／スマートフォンである場合には、ＣＥＤ上にインストールされたソフトウエアが、受信されたＢＧデータ（または任意のそのほかのＭＤから受信されるデータ）をインターネット、介護者、医師、親、およびそれらの類に送信することができる。データは、全世界にわたって広く採用される通信メカニズムとなったＳＭＳを介して送信が可能である。ＣＥＤ上のソフトウエアは、ＢＧの示度が低すぎるか、高すぎる場合、またはユーザが、たとえば最後の１時間内における自分のＢＧレベルのチェックを忘れているという場合でさえ、ユーザの介護者にＳＭＳを送信するべく構成可能である。ＳＭＳメッセージに加えて、ＣＥＤ上のソフトウエアは、ＣＥＤのインターネット接続を使用して中央医療サーバにデータをアップロードすること、またはメッセージを病院、救急室、または親の電子メール・アドレスに中継することができる。インターネットへの通信は、ワイファイ、ＧＰＲＳ、エッジ（ＥＤＧＥ）、１ｘＲＴＴ、ＥＶ‐ＤＯ、ＵＭＴＳ／ＨＳＤＰＡ、またはＵＳＢ接続を介したＣＥＤのインターネット接続を使用して達成できる。加えて、ソフトウエアは、ＣＥＤのブルートゥース無線を使用してユーザのブルートゥースで使用可能なＰＣおよび／または参照によって明確にこれに援用される「オートモビール・グルコース・センサ・モニタリング・システム・アンド・メソッド・オブ・ユージング・ザ・セイム（Ａｕｔｏｍｏｂｉｌｅ Ｇｌｕｃｏｓｅ Ｓｅｎｓｏｒ Ｍｏｎｉｔｏｒｉｎｇ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｏｆ Ｕｓｉｎｇ ｔｈｅ Ｓａｍｅ）」と題され、２００６年８月２３日に出願された米国特許出願第１１／４６６，５３２号の中で述べられているタイプのブドウ糖検知能力を有するブルートゥースで使用可能な自動車へのデータの送信および／または同期を行うことができる。

ＣＥＤの無線（携帯電話、ワイファイ、ブルートゥース、ＲＦ、赤外線等）を利用し、ＢＧデータをＣＥＤ、ほかのＭＤに送信すること、および／または中央サーバへのインターネットにアップロードすることができる。データが中央サーバ上にあれば、サーバが当該データを操作し、情報をほかのＣＥＤおよびほかのＭＤに送信し、または情報を看護士または医師に送信することが可能になる。データが、上で論じたソースのいずれかに送信されるときには、データの暗号化によって安全な通信を達成できる。

追加の実施態様においては、ＣＥＤが携帯電話能力を伴うデバイス（ＰＤＡ／スマートフォン等）である場合に、重要な情報を、携帯電話の音声接続を利用して他者に伝えることが可能である。それらの実施態様においては、ソフトウエアがＣＥＤに、近い将来のイベントおよび／または状況に基づいて選択された電話番号への電話呼び出しを行わせることができる。ソフトウエアは、特定のイベントが生じた時に再生されるあらかじめ記録済みのメッセージを含むことができる。いくつかのイベントには、範囲外のＢＧの示度、切迫した、または現在の低または高血糖イベント、センサ較正要求、およびこれらの類が含まれる。この特定の特徴は、連続ブドウ糖監視システムを使用する糖尿病の子の親に有用となろう。

追加の実施態様においては、ＣＥＤとＭＤが、コネクタを必要とすることなく互いに直接、通信する。この場合においては、ＭＤが、ＣＥＤに適合する標準化された通信プロトコルを含むことになる。例には、無線ＲＦ通信（ブルートゥース、ワイファイ、ジグビー等）、無線ＩＲ通信（ｉｒｄａ等）、シリアル、ＵＳＢ、ファイヤワイヤ、パラレル、およびこの類を使用する有線通信が含まれる。すべての機能は、上記の実施態様で述べたところと類似に働くことになる。

ほかの実施態様においては、ＣＥＤ上にインストールされたソフトウエアが、ＣＥＤのハードウエアを利用してユーザにアラートおよび／または備忘の合図を発するアラーム機能も含むことができる。アラームは、患者に潜在的な暴走（低、高）を通知するべく含めることができる。特定のアルゴリズムに基づき、ソフトウエアは、ＢＧの傾向に基づいて予測される暴走を計算することが可能である。ユーザには、ＣＥＤに含められているアラームによって知らされるようにできる。ほとんどのＰＤＡ／スマートフォンは、ソフトウエアが利用できる聴覚、触覚、および視覚を含めた何らかのアラート・メカニズムを含む。これらのアラームは、異なるサウンド、色、光、振動等を含むことができる。いくつかの実施態様においては、アラームをコネクタ内に含ませることができる。コネクタがそれ独自の電源を有する場合には、アラームを含ませて上記の状況の患者にアラートを発することができる。さらにほかの実施態様においては、アラームがＭＤに含められることがある。ＭＤは、コネクタおよび／またはＣＥＤに信号を送信し、聴覚、触覚、または視覚的アラームを起動できる。

ＣＥＤ上にインストールされたソフトウエアは、ＣＥＤの管理およびコントロールに複数のアルゴリズムを利用できる。第１のアルゴリズムは、ＣＥＤがＭＤからのＢＧデータの獲得、ストア、および表示を行うことを可能にするセンサ・データ・アルゴリズムとし得る。

第２のアルゴリズムは、特定の時間帯の間における特定のイベントをその時間期間の間にセンサから獲得されたＢＧ示度のセットと関連付けする患者イベント・アルゴリズムとし得る。ユーザは、自分の活動（どのようなイベントが生じているか？）をマニュアル入力することが可能であり、ソフトウエアは、その後に続くＢＧ示度をその特定のイベントと関連付けする。イベントの例は、食事（食物のタイプは？）、エクササイズ、熱気球飛行、自動車の高速運転、およびこれらの類を含む。イベントは、ソフトウエアによってあらかじめ定義されること、および／またはユーザによりカスタマイズ可能とすることができる。加えてソフトウエアがユーザにイベントの持続時間を尋ねてもよい。イベントの持続時間が既知であれば、ＢＧの示度をそのイベントと同期させることが可能である。このイベント情報を使用すれば、上記の通信方法のうちのいずれかを使用してデータがアップロードされるときに、その時間期間に関連付けされたＢＧ値が中央サーバ内に獲得され、かつ管理されることが可能になる。この情報を用いて、医師および医療分析士は、患者が特定の活動に関与するか、または特定の食物を食するときのＢＧレベルに対する効果を決定できる。このデータは、ＣＥＤ、コネクタ、またはＭＤ上にストア可能であり、かつその後に続いてすべての情報の管理が可能な中央サーバ（すなわち、ケアリンク（Ｃａｒｅｌｉｎｋ））へのアップロードが可能である。

さらにほかの実施態様においては、イベント情報を使用して食物ライブラリの作成、維持、および更新が可能である。食物ライブラリは、ＣＥＤ、ＭＤ、および／またはコネクタ上にストアできる。ユーザは、インターネット、ＳＭＳ等を介してライブラリに対する更新を継続的に受信可能である。イベント・ログ・アルゴリズムを用いて食物ライブラリが、糖尿病管理施設の研究者によって維持されるようにできる。研究者は、患者のグループを観察し、特定の食物および活動が有する効果をユーザのプロファイルに基づいて決定することが可能である。そこから「結果」がストアされ、ほかの患者による参照目的のためのアクセスが可能となる。

ソフトウエアは、ＣＥＤ、ＭＤ、および／またはコネクタ上において仮想患者プログラムを実行する能力を有することもできる。いくつかの仮想患者プログラムは、患者および医師が、あらかじめ定義済みの変量のセットに基づいてＢＧ応答をシミュレーションすることを可能にする。

さらに追加の実施態様においては、ＭＤを、ブドウ糖センサおよびブドウ糖送信機が小さいプロファイルを有する１つのデバイスに融合される連続ブドウ糖監視システムとすることができる。加えて、ブドウ糖センサ／送信機の組み合わせが、ＢＧデータのすべての処理を実行してもよい。その場合にＣＥＤは、データを受信し、操作する単純なデバイスになる。さらにほかの実施態様においては、ブドウ糖センサ／送信機が表示、コントロール、および中央サーバに情報をアップロードするための有線／無線接続、ＳＭＳ機能、および／または電子メール能力を有することができるため、ＣＥＤが必要でなくなることがある。

図５は、本発明の実施態様のＣＥＤ５００上において動作するＭＤソフトウエア５２０の例を示す。この特定の図においては、ブラックベリー（モデル８８００）が使用されており、ＭＤソフトウエアを実行しているジャバプログラムが示されている。図５に示されるとおり、ソフトウエア５２０は、ＣＥＤ５００を使用して患者に情報を表示する。この情報は、現在のＢＧレベル、時間帯、信号強度（携帯電話接続の、および／またはＭＤとの接続の信号強度）目標血糖範囲、および特定のイベント・マーカを含む。それらの要素のそれぞれについては、さらに後述する。加えて、患者は、ＣＥＤ５００の入力機能５４０を利用して、ＭＤをコントロールするべく自分のＣＥＤのセット・アップおよびプログラムを行うことが可能である。入力機能５４０は、ブラックベリーのキーボード、スクロール・ホイール、ファンクション・キー、およびこれらの類を含む。

図６は、糖尿病管理システムの特定の実施態様の動作を記述したフローチャートを示す。この例においては、ブラックベリーデバイスがＣＥＤとして働き、ブドウ糖センサがＭＤとして機能する。ステップ６００においては、ブラックベリーデバイスが電源投入される。ブラックベリーは、続いてステップ６０２に記述されているとおり、コネクタとのペアリングが行われなければならない。コネクタがまだペアリングされていない場合には、ユーザはステップ６０４に行き、ブラックベリーとコネクタのペアリングに進む。ブルートゥースデバイスのペアリングを行う標準的な方法がプロセスに含まれている。詳細には、コネクタの電源ボタンを押し続けることによってコネクタをブルートゥースディスカバリ・モードにすることができる。コネクタがこのディスカバリ・モードにある間に、ユーザはブラックベリー内のブルートゥース接続メニューに移動し、デバイスをサーチしなければならない。コネクタがブラックベリーによって発見された後、ユーザは、自分の特定のコネクタに固有の一意的な識別子コードを入力する必要がある。当該コードは、コネクタの文献の中で見つかるはずである。正しいコードが入力された後は、コネクタがブラックベリーとペアになる。

ブラックベリーとコネクタの間におけるブルートゥースペアリングが完了すると、その後患者はステップ６０６に進み、コネクタとの通信を確認する。次にセンサのＩＤが、ブラックベリーに入力され（ステップ６１０）、同期されなければならない（ステップ６０８）。一意的なセンサＩＤが入力された後（ステップ６１０）、ブラックベリーとセンサの間における（コネクタを介した）通信が確認される。ステップ６１２においてセンサが検出された場合に、患者は、センサが初期化されて正常動作に入るまでを待機しなければならない（ステップ６１６）。センサが検出されない場合に患者は、ステップ６１４に記述されているとおり、センサをサーチし、ペアリングを行わなければならない。正常モードでのセンサのサーチ、ペアリング、および初期化の後、患者は、フィンガ・スティック・メータから獲得された血糖値を入力し、センサの較正を行わなければならない。しかしながら、いくつかの実施態様においては、このフィンガ・スティックＢＧ値を除外できる。それらの実施態様においては、センサが、フィンガ・スティックＢＧ値を必要としない組み込み較正アルゴリズムを有することができる。さらに追加の実施態様においては、ＣＥＤ、ＭＤ、および／またはコネクタが、フィンガ・スティックＢＧ測定値を獲得するために組み込み血糖計を含むことがある。

ステップ６１８が完了した後、ブドウ糖センサ・モニタがこの時点で動作状態となり、ブラックベリーは監視されるＢＧ値を受信できる（ステップ６２０）。フローチャートに示されるとおり、特定量の時間が経過した後（すなわち、３、６、または１２時間ごと）に再較正が必要になることがある。それに該当する場合には、ユーザに再較正および新しいＢＧ値の入力の備忘の合図が発せられることになる。患者は、センサが再較正されるための特定の時間期間（すなわち、５、１０、２０分）にわたって待機が必要になることがある。しかしながら、いくつかの実施態様においては、待機時間をまったく必要としないことがある。加えて、ブドウ糖センサがその寿命の終わりに到達した後は、新しいブドウ糖センサが獲得され、かつセンサのペアリング・プロセス（ステップ６１０）が再び行われなければならない。ステップ６２２においてコネクタ（ブルートゥースモジュール）からメッセージが受信される場合には、そのデータを処理することができる（ステップ６２４）。このデータはＭＤ、コネクタ、および／またはブラックベリーによって処理できる。

図７には、ソフトウエアのグラフィカル・ユーザ・インターフェースのスクリーンショットの例が示されている。これらの特定の実施態様において、図７（ａ）は、時間軸用の時間の単位（７００）、日付および時刻（７０２）、および信号強度（７０４）を含む、ＣＥＤ上で実行されるソフトウエアのＧＵＩを示す。時間軸７００は、ユーザにより調整可能であるとしてよく、分表示される分単位の増分から、時間単位、日単位、週単位、月単位、および／または年単位の増分までの範囲にわたることが可能である。信号強度バー７０４は、ＣＥＤとＭＤの間における接続の強度を定義できる。いくつかの場合においては、ユーザが、表示器７０４をトグルし、ＣＥＤの携帯電話信号接続を示すこともできる。グラフ領域７０６は、ＢＧレベルの範囲を定義する血糖軸を示す。範囲７１０は、高血糖領域を示しており、ブルーに着色される。正常または目標領域７１２は、良好なコントロールを示すグリーンによって定義される。低血糖領域７１４は、レッドによって定義される。時間軸は７０８に示されており、上記のとおり、特定の時間範囲についてズーム・インおよびズーム・アウトのためにユーザによる調整が可能である。イベント・バー７１６は、その時間期間にわたって獲得された値を特定のイベントに関連付けするべく患者によって、および／またはソフトウエアによって配置される特定のマーカを識別する。最後に、データ・バー７１８は、特定の時間期間にわたってＢＧデータが受信されたことを確認する。

図７（ｂ）は、患者による調整が可能なカーソル７２０を示す。患者は、ＣＥＤの入力機能（キーボード、スクロール・ホイール、矢印キー、およびこれらの類）を使用してデータ・ポイントのプロットに沿ってカーソルを移動することができる。カーソル７２０が強調されると、そのデータ・ポイントについての患者のＢＧ示度が７２２内に示される。ソフトウエアのメイン・メニュー７２４もまた、図７（ｂ）内に示されている。メイン・メニュー７２４は、患者に、ソフトウエアの多様な特徴のカスタマイズおよびアクセスにおいてその患者が利用できるオプションを示す。多様なサブ‐メニューのより詳細な説明は、以下において述べる。また図７（ｂ）は、欠落データ７２８の例、およびデータがまったく受信されなかった時間の間にデータ・バー７１８がどのようにしてブランクの白いスペースを示すかについても示している。イベント・バー７１６内のイベント・マーカ７２６は、食事がその特定の時刻に摂られたことを示す。図７に示されているグラフは、本発明の実施態様の中で使用されるところのＧＵＩの１つの可能な現れ方を記述している。しかしながら、追加の実施態様においては、より簡単な、またはより複雑なＧＵＩが使用されて、より多くの、またはより少ないデータを患者に提供できる。より簡単なグラフを使用すること、および／またはまったくグラフが示されないようにすることができる。いくつかの実施態様においては、患者が、ソフトウエアのホーム・スクリーンをカスタマイズできる。カスタマイズは、患者が特定の変量を定義することを可能にする。さらに追加の実施態様においては、医師および臨床医がより詳細なグラフおよびチャートを調べること（「エキスパート・モード」）を可能にするあらかじめ定義済みのスクリーン・レイアウトが、ソフトウエア上に存在することがある。エキスパート・モードが含められる場合には、図７に示されている要素のうちのいくつかまたはすべてを利用する日常的な「患者モード」も含められる。

図８は、どのようにすれば患者および／または医師が異なる時間帯のための目標血糖スレッショルド・プロファイルをセット・アップできるかについてのスクリーンショットを示している。図８（ａ）に示されるとおり、ブルーの範囲（７１０）、グリーン（７１２）、およびレッド（７１４）の領域は、特定の時間期間に基づいて変動する。この機能は、患者が医師とともに落ち着いて、一日の異なる時間帯の間（寝ている間、働いている間、朝等）に自分のＢＧ値が落ちるべき範囲はどれかを決定可能なことから有用である。加えて、患者が、それぞれの領域に１つの特定の範囲だけが縛り付けられていた場合に生じると見られる過剰なアラームを回避することも可能にする。患者が自分の身体をよく理解するほど、より良好に自分のＢＧスレッショルド範囲を定義することが可能になる。図８（ｂ）に示されているとおり、目標ＢＧ選択スクリーンは、患者が複数のプロファイルを追加することを可能にする。図８（ｂ）に示されているスクリーンショットにおいて、患者は、３つのプロファイル、すなち（１）０：００〜８：００、スレッショルド８０〜１４０ ｍｇ／ｄＬ、（２）８：００〜１７：３０、スレッショルド７０〜１５６ ｍｇ／ｄＬ、および（３）１７：３０〜２４：００（０：００）、スレッショルド９５〜１４５ ｍｇ／ｄＬの入力が済んでいる。患者は、図８（ｂ）に示されるとおり、「アッド・ニュー・プロファイル（Ａｄｄ Ｎｅｗ Ｐｒｏｆｉｌｅ）」（新しいプロファイルを追加する）をクリックすることによって追加のプロファイルを加えることができる。新しいプロファイルのスクリーンは図８（ｃ）に示されているが、ユーザはそれの中に下側のスレッショルド、上側のスレッショルド、およびこのプロファイルの開始時刻を入力する。終了時刻は、常に次のプロファイルの開始となるか、またはその後に続くプロファイルが存在しないときには２４：００（０：００）になる。開始時刻を入力するときは、それを手前のプロファイルの３０分後にしなければならない。ユーザには、プロファイルの削除も許されており、これは単純にそのプロファイルを取り除く。メイン・スクリーン上のグラフは、すべてのプロファイルを表示するべく更新されることになる。このほかの実施態様においては、患者がプロファイル間の３０分という値を調整し、自分の治療のニーズにより良好に合わせることができる。いくつかの場合においては、それぞれの状況に基づいてタイミングをより長く、またはより短くすることができる。追加の実施態様においては、この値が患者により調整可能となってもよく、そうでなくてもよい。

図９〜１５は、本発明の特定の実施態様におけるソフトウエアのメイン・メニュー７２４（図７（ｂ））内で利用可能な機能の多様なサブ‐メニューを詳細に論じている。図９は、メイン・メニュー７２４の下の最初のヘディング、すなわちメータＢＧ（Ｍｅｔｅｒ ＢＧ）（９００）についてのメニュー構造を示す。「メータＢＧ（Ｍｅｔｅｒ ＢＧ）」サブ‐メニューは、９０２に示されている。このメニューは、患者が、フィンガ・スティック測定から獲得した自分の現在の血糖値を入力することを可能にする。加えて、９０２に示されるとおり、最初のスクリーンの下に、次のＢＧの示度が与えられるべきときを告げる備忘合図が含められる。サブ‐メニュー９０２には、２つの機能、すなわちＢＧリマインダ（ＢＧ Ｒｅｍｉｎｄｅｒ）およびＢＧヒストリ（ＢＧ Ｈｉｓｔｏｒｙ）が含まれる。ＢＧヒストリ（ＢＧ Ｈｉｓｔｏｒｙ）メニューは９０４に示されており、これは、患者によって入力された過去のＢＧ値のログを示す。スクリーンショット９０６は、患者がスクリーンショット９０４内にリストされた特定の示度の強調表示および選択を行ったときにプル・アップされるボックスを示す。この場合においても、いくつかの実施態様では、メータＢＧの示度がセンサの較正および適正かつ正確なセンサの示度の保証に必要となる。いくつかの場合においては、示度が３、６、または１２時間ごとに獲得される必要がある。しかしながらほかの実施態様においては、新しいセンサが使用されるときに一度だけメータＢＧ値が要求されるものもある。さらに追加の実施態様においては、メータＢＧ値がまったく必要とされない。いくつかの実施態様は、フィンガ・スティックＢＧメータをＭＤ自体の上に含むこと、コネクタ上に組み込むこと、および／またはＣＥＤ内に組み込むことさえできる。

スクリーンショット９０２内には、ＢＧリマインダ（ＢＧ Ｒｅｍｉｎｄｅｒ）ボタンも示されている。ＢＧリマインダ（ＢＧ Ｒｅｍｉｎｄｅｒ）ボタンは、９０８に示されるＢＧリマインダ・エントリ（ＢＧ Ｒｅｍｉｎｄｅｒ Ｅｎｔｒｙ）サブ‐メニューをプル・アップする。これは、次のＢＧ値入力が必要となることを患者に喚起する備忘合図／アラームを患者が構成することを可能にする。患者は、任意の時間フレームを選択できる。スクリーンショット９０８内に示されるとおり、患者は１時間４５分の備忘合図を入力している。ソフトウエアが、患者による調整を不能とするあらかじめ定義済みの最大および最小の値を有して、遵守を保証するようにできる。その範囲は、２時間と１０分の間とすることができる。そのほかの期間は、４時間から５分まで、およびこの類の範囲にわたることができる。ＢＧエントリ・リマインダ（ＢＧ Ｅｎｔｒｙ Ｒｅｍｉｎｄｅｒ）スクリーン９０８は、患者がＭＭＳ／ＳＭＳセット・アップ（ＭＭＳ／ＳＭＳ Ｓｅｔｕｐ）、スヌーズ（Ｓｎｏｏｚｅ）、およびアラート・タイプ（Ａｌｅｒｔ Ｔｙｐｅ）の間の選択肢を用いて表示メカニズムを構成することも可能にする。ＭＭＳ／ＳＭＳセット・アップ（ＭＭＳ／ＳＭＳ ｓｅｔｕｐ）スクリーン９１４は、患者にＢＧ値が入力されるべきときの合図を送るＳＭＳ受信する連絡先を患者が選択すること、またはどのような連絡先であっても、それが選択されることを可能にする。ユーザは、ＳＭＳを受信する能力のある電話番号を入力すること、またはユーザのブラックベリーデバイス内にすでに保存されている連絡先を選択することができる。加えて、ソフトウエアは、ＢＧ値を入力することになっているイベント時に特定の連絡先に対して生じる自動電話呼び出しを患者が構成することを可能にする追加のメニューを含むこともできる。これについての詳細は、以下の低および高血糖アラームのセクションの中で扱われている。

セットアップ・アラーム・スヌーズ（Ｓｅｔｕｐ Ａｌａｒｍ Ｓｎｏｏｚｅ）スクリーン９１２は、患者がスヌーズ間隔を構成することを可能にする。この場合においてもソフトウエアは、あらかじめ定義済みおよび／またはカスタマイズ不能の時間期間を含むことができる。しかし、概して言えば、患者は時間フレームを選択できることになる。最後に、セットアップ・アラート・タイプ（Ｓｅｔｕｐ Ａｌｅｒｔ Ｔｙｐｅ）スクリーンショット９１０は、患者が、備忘合図が生じるときに再生されるオーディオ・ファイルを選択することを可能にする。それらのファイルは、ソフトウエア自体の中に収められているオーディオ・ファイル（すなわち、ｗａｖ、ｍｉｄｉ、ｍｐ３、ａａｃ、ａｉｆｆ、ｍ４ａ、およびこれらの類）から選択されるようにできる。ほかの実施態様においては、患者がブラックベリーデバイスを探索し、当該デバイスのハード・ドライブ上または外付けメモリ・カード上にストアされたオーディオ・ファイルを選択できる。患者はまた、備忘が合図されることになっているときに、ソフトウエアにオーディオのアラートをはじめ、振動のアラームを起動させることもできる。追加の実施態様においては、ＬＥＤの点滅またはスクリーンの点滅の形式で視覚的アラート・メカニズムも利用できる。いくつかの実施態様においては、患者が、それぞれの特定のイベントの備忘合図および／またはアラームのために希望するアラート・メカニズムのタイプを取り上げて選択することができる。

図１０においては、スクリーンショット１０００が、再びメイン・メニュー（７２４）を示しており、アラーム・ヒストリ（Ａｌａｒｍ Ｈｉｓｔｏｒｙ）サブ‐メニューが１０１０に示されている。このスクリーンショットにおいて、患者は、以前に作動されたすべてのアラームおよびアラートを調べることができる。アラームおよびアラートは、メータＢＧの示度を得る旨の単純な備忘の合図から、潜在的な低または高血糖イベントまたはブドウ糖センサとＣＥＤの間における信号強度が失われるといったより深刻な関心事のために生じることが可能である。ヒストリ・スクリーンは、特に、医師、介護者、および家族を監視している親にとってさえも有用となる。

図１１は、３番目のサブ‐メニュー、すなわちアラートが強調表示されたメイン・メニューのスクリーンショット１１００を示している。サブ‐メニュー１１０２において、患者は、３つの別々のカテゴリ、すなわちグルコース・レンジ（Ｇｌｕｃｏｓｅ Ｒａｎｇｅ）、プレディクト・ハイポグリセミア（Ｐｒｅｄｉｃｔ Ｈｙｐｏｇｌｙｃｅｍｉａ）、およびプレディクト・ハイパーグリセミア（Ｐｒｅｄｉｃｔ Ｈｙｐｅｒｇｌｙｃｅｍｉａ）から選択することによって自分のグリセミック・アラート（Ｇｌｙｃｅｍｉｃ Ａｌｅｒｔｓ）を構成できる。ターゲットＢＧセレクション（Ｔａｒｇｅｔ ＢＧ Ｓｅｌｅｃｔｉｏｎ）スクリーン１１０４内において患者は、一日を通じて様々な時間期間のための自分の目標ＢＧ値をセット・アップすることができる。この場合にも、前述したとおり患者は、スクリーンショット１１０６（図８も参照されたい）に示されるところの下側スレッショルド、上側スレッショルド、およびプロファイルの開始時刻を入力する。スクリーンショット１１０４においては、患者が、前述したとおりＭＭＳ／ＳＭＳセット・アップ（ＭＭＳ／ＳＭＳ Ｓｅｔｕｐ）スクリーン（１１１６）、スヌーズ（Ｓｎｏｏｚｅ）スクリーン（１１１４）、およびアラート・タイプ（Ａｌｅｒｔ Ｔｙｐｅ）スクリーン（１１１２）を介して表示メカニズムを構成できる。

スクリーンショット１１０８および１１１０は、患者がローＢＧ（Ｌｏｗ ＢＧ）およびハイＢＧ（Ｈｉｇｈ ＢＧ）予測アラームを構成することを可能にする。ソフトウエアが、患者のＢＧ値が下降または上昇する傾向にあり、患者の目標範囲外になると決定すると、アラームが発せられる。患者は、両方のスクリーンについてタイム・トゥ・リミット・ブリーチ（Ｔｉｍｅ Ｔｏ Ｌｉｍｉｔ Ｂｒｅａｃｈ）およびレート・オブ・チェンジ（Ｒａｔｅ ｏｆ Ｃｈａｎｇｅ）をセット・アップすることができる。この場合においても、いくつかの実施態様では、１１０８および１１１０に示される予測アラームが、医師、介護者、および／または親が知りたいと望む重要なアラートになり得る。したがって、両方のアラームを、ＳＭＳメッセージ（１１１６）を送信するべく構成すること、または上で論じたとおりに提供される電話帳連絡先または救急サービスへの電話呼び出しを開始するよう構成することさえも可能である。いくつかの実施態様においては、患者が異なるスクリーン（図示せず）にアクセスして、いずれの連絡先が呼び出されるべきかを指定できる。それらのスクリーンにおいては、あらかじめ記録済みのメッセージを選択可能とし、特定のアラートおよび／またはアラームが作動されるときにそれらが電話呼び出しの受け手に再生されるようにすることが可能である。追加の実施態様においては、患者が、電話帳の連絡先に、またはスクリーンショット１１１６内に入力される携帯電話番号に送信されるＳＭＳ（またはテキスト・メッセージ）内に含められるテキストを構成できることもあり、またはあらかじめ定義済みのテキスト・メッセージが使用されることもある。予測血糖症アラームのアルゴリズムは、市販インスリン注入デバイスおよび／またはブドウ糖監視システム内に使用されているタイプのものとすることができる。

図１２においては、患者がスクリーンショット１２００に示されるとおりにメイン・メニューにアクセスし、サブ‐メニュー「センサ（Ｓｅｎｓｏｒ）」を選択する。これは、患者を１２０２に示されるトランスミッタ・セットアップ（Ｔｒａｎｓｍｉｔｔｅｒ Ｓｅｔｕｐ）スクリーンに導く。患者は、センサＩＤコードの再確認をはじめ、センサの再同期または新しいセンサのセット・アップおよびペアリングを行うことができる。加えて、患者は、スクリーンショット１２０４内に示されるとおり、センサ統計を調べることができる。スクリーンショット１２０４は、センサ寿命情報、最近のＢＧメータ示度の間におけるセンサ値の不一致、バッテリ電圧、およびこれらの類を患者に提供できる。トランスミッタ・セットアップ（Ｔｒａｎｓｍｉｔｔｅｒ Ｓｅｔｕｐ）スクリーン１２０２から、患者は、ノー‐テレム・リマインダ（Ｎｏ‐Ｔｅｌｅｍ Ｒｅｍｉｎｄｅｒ）スクリーン１２０６にもアクセスできる。スクリーン１２０６において患者は、センサとコネクタの間の通信が、Ｘ分を超えて失われているか否かの合図のアラートを構成することができる。発せられるアラートは、スクリーン１２０８、１２１０、および１２１２に示されるとおりに構成できる。

図１３は、本発明の特定の実施態様において患者によってアクセス可能な別のサブ‐メニューを示している。スクリーン１３００に示されるとおり、イベント（Ｅｖｅｎｔｓ）が次の選択肢であり、そのスクリーンショットが１３０２内に示されている。ここで患者は、上で論じたところのイベント・マーカを構成できる。特定の実施態様においては、患者が、ソフトウエア内に収められているあらかじめ定義済みのイベントおよび／または多様な持続時間のカスタマイズ可能なイベントから選択することが可能である。スクリーン１３０４内に示されるとおり、患者は、一日の特定の時間帯に特定量のインスリンが投与されたことをソフトウエアに知らせるインスリン・イベント（Ｉｎｓｕｌｉｎ Ｅｖｅｎｔ）を構成できる。スクリーンショット１３０４は、投与されるインスリンのタイプ（すなわち、即効性、持効性、吸引式、およびこれらの類）の入力も可能にする。スクリーンショット１３０６は、患者がミール・イベント（Ｍｅａｌ Ｅｖｅｎｔ）マーケットを構成することを可能にする。この場合においても、患者が時刻および日付を入力した後に、炭水化物含量および脂質含量を入力することができる。さらに追加の実施態様においては、あらかじめ定義済みの食物ライブラリをソフトウエアが含むことができ、患者は、消費した食事をそこから選択することができる。追加のメニューは、患者が、あらかじめ定義済みの食事を選択するが、患者の特定の希望に対してカスタマイズすることを可能にする。スクリーンショット１３０８は、患者が、ユーザ・デファインド・イベント（Ｕｓｅｒ Ｄｅｆｉｎｅｄ Ｅｖｅｎｔ）を構成することを可能にする。この選択肢においては、患者が、生じている特定の活動の記述に適切であると感じる限り多くのデータを入力できる。データが糖尿病管理会社および／または患者の医師にアップロードされるとき、記述された活動に関連付けされたＢＧレベルに対する効果について情報の獲得が可能になる。スクリーンショット１３１０は、患者が、持続時間に関してエクササイズ・イベント（Ｅｘｅｒｃｉｓｅ Ｅｖｅｎｔ）を構成することを可能にする。追加の実施態様においては、患者が、限定ではないがウェイトリフティング、ランニング、水泳、エアロビクス、ヨガ、およびこれらの類を含む特定のエクササイズ活動を記述および／または選択することができる。最後にスクリーンショット１３１２は、イベント・ヒストリ（Ｅｖｅｎｔｓ Ｈｉｓｔｏｒｙ）スクリーンをプル・アップし、そこでは患者が、以前のイベントを調べることができる。追加の実施態様においては、患者が、イベント活動が実際に生じる前にイベント・マーカをセット・アップできる。たとえば、患者が１日おきに８：００ａｍから９：００ａｍまでの間に運動をする場合に、患者は、あらかじめそれらの日のためにエクササイズ・イベント・マーカをセット・アップすることができる。追加の実施態様においては、イベント（Ｅｖｅｎｔｓ）メニューが、患者が関与している特定の活動に関してデータを医師、介護者、および／または親に送信する表示メカニズム選択肢を含むことができる。

図１４においては、患者が、ＣＥＤ上で使用される表示プロファイルを定義できる。スクリーン１４００は、利用可能なオプション、すなわちノーマル（Ｎｏｒｍａｌ）、バイブレート（Ｖｉｂｒａｔｅ）、およびサイレント（Ｓｉｌｅｎｔ）を示す。ノーマル（Ｎｏｒｍａｌ）プロファイルは、上で論じた特定のアラームおよび備忘の合図に基づいてオーディオのアラートを発することになる。バイブレート（Ｖｉｂｒａｔｅ）プロファイルは、同じものに基づいて触知的な表示を発する。いくつかの実施態様においては、ユーザが、一方を選択するか、または両方のプロファイルが同時に生じる選択をすることがある。ユーザはまた、いずれのプロファイルも選択しなくてもよく、それに代えてサイレント（Ｓｉｌｅｎｔ）プロファイルを選択してもよい。スクリーンショット１４１０は、サイレント（Ｓｉｌｅｎｔ）プロファイルが選択されるときに表示されるサブ‐メニューを示す。特に、１４１０は、アラーム・マスキング・デュレイション（Ａｌａｒｍ Ｍａｓｋｉｎｇ Ｄｕｒａｔｉｏｎ）メニューを示し、その中で患者は、次に生じるアラームを無効にする時間の長さを入力する。この機能は、特定の実施態様において有効であることもあれば、有効でないこともあり、ほかの実施態様においてはカスタマイズ可能なこともある。いくつかの場合においては、自分の子を監視する親が、この機能を完全に無効にすることを望むことがある。ソフトウエア内において最小および最大は、あらかじめ定義すること、および／またはユーザ選択可能とすることができる。

図１５には、低血糖アラームの例のスクリーンショット１５００が示されている。特に、当該アラームにオーディオおよび振動アラートが随伴することができる。スクリーンは、アラームの名前（この場合はｈｙｐｏｇｌｙｃｅｍｉａ、すなわち低血糖）を表示できる。加えて、前述したとおり、アラームの作動が家族へのＳＭＳの送信および／または救急サービスへの電話呼び出しを示すことができる。いくつかの実施態様においては、患者が、表示を確認応答することによってアラームを消勢できる。ほかの実施態様においては、ソフトウエアによって識別されるところの何らかの矯正的な動作を患者が行うまで、特定のアラームを終了させることができない。

図９〜１５に記述されているメニュー構造は、糖尿病管理システムの実施態様内に含められることのあるサンプルのメニューのセットを記述している。理解されるべきであるが、システム内において利用されている特定のＣＥＤ、コネクタ、およびＭＤのコンポーネントに基づいて追加のおよび／または異なるメニュー・スクリーンが含められること、および／または除外されることがあり得る。たとえば、ＣＥＤがＭＰ３プレーヤ（すなわち、アイポッド・タッチ（ｉＰｏｄ Ｔｏｕｃｈ））であった場合に、ＣＥＤ固有の特徴（マルチ‐タッチ・タッチスクリーン、加速度計、近接センサ、およびこれらの類）を利用する前述の実施態様に従って、異なるスクリーン・レイアウトおよびデザインが使用されることがある。追加の実施態様においては、メニュー・スクリーンがコネクタ上に収められ、ＣＥＤ上にはまったく含まれないことがある。

上記の説明は、本発明の特定の実施態様を参照しているが、その精神から逸脱することなく多くの修正が行い得ることが理解されるであろう。付随する特許請求の範囲は、本発明の真の範囲および精神の中に入るその種の修正を含むことが意図されている。

したがって、ここで開示された実施態様は、あらゆる点において例示的なものであって限定ではないと考えられるべきであり、以上の説明ではなく、付随する特許請求の範囲によって示される本発明の範囲、および特許請求の範囲の等価物の範囲および意味の中に入るあらゆる変更は、したがってそれの中に包含されることが意図される。

１００ ＰＤＡ／スマートフォン，ＣＥＤ、１１０ コネクタ、１２０ ブドウ糖監視デバイス，ＭＤ、１２５ ブドウ糖送信機，ブドウ糖センサ送信機、１３０ ブドウ糖センサ、２００ ブラックベリー、２５０ コネクタ、２５５ メス端、３００ ＭＰ３プレーヤ、３１０ コネクタ、３２０ ブドウ糖監視デバイス、３２５ ブドウ糖送信機、３３０ ブドウ糖センサ、４００ ＣＥＤ、４５０ コネクタ、５００ ＣＥＤ、５２０ ＭＤソフトウエア、５４０ 入力機能、７００ 時間軸、７０４ 信号強度バー、表示器、７０６ グラフ領域、７１０ 範囲、７１２ 目標領域、７１４ 低血糖領域、７１６ イベント・バー、７１８ データ・バー、７２０ カーソル、７２４ メイン・メニュー、７２６ イベント・マーカ、７２８ 欠落データ、９００〜１５００ スクリーンショット。

Claims (20)

1. 消費者電子デバイスを使用する糖尿病を管理するためのシステムであって、
   ユーザの生理学的示度を得るための医療デバイスであって、前記生理学的示度を伝達するための送信機を含む医療デバイスと、
   消費者電子デバイスであって、前記医療デバイスによって獲得されたデータを管理し、かつ処理するためのソフトウエアを含む消費者電子デバイスと、
   前記消費者電子デバイスに取り外し可能に結合される、前記医療デバイスと前記消費者電子デバイスの間における通信を容易にするためのコネクタと、
   を包含し、
   前記コネクタが前記医療デバイスから第１の通信プロトコルでデータを受信し、かつ前記コネクタが前記消費者電子デバイスに第２の通信プロトコルでデータを送信するシステム。
2. 前記医療デバイスは連続ブドウ糖監視システムである、請求項１に記載のシステム。
3. 前記医療デバイスは注入デバイスである、請求項１に記載のシステム。
4. 前記消費者電子デバイスはスマートフォンである、請求項１に記載のシステム。
5. 前記消費者電子デバイスはＭＰ３プレーヤである、請求項１に記載のシステム。
6. 前記ソフトウエアはジャバアプリケーションである、請求項１に記載のシステム。
7. 前記スマートフォンは、前記受信されたデータを中央サーバに、インターネット接続を使用して送信する、請求項４に記載のシステム。
8. 前記スマートフォンは、前記受信されたデータを異なる携帯電話に、ＳＭＳを使用して送信する、請求項４に記載のシステム。
9. 前記スマートフォンは、特定のイベントに基づいて携帯電話呼び出しを開始する、請求項４に記載のシステム。
10. 前記ソフトウエアは、前記ユーザに特定のイベントのアラートを発するアラーム能力を含む、請求項１に記載のシステム。
11. 前記第１の通信プロトコルは、前記医療デバイス製造者によって維持されるプロプラエタリ・プロトコルであり、前記第２の通信プロトコルはブルートゥースである、請求項１に記載のシステム。
12. 消費者電子デバイスを使用する糖尿病を管理するための方法であって、
    コネクタを消費者電子デバイスにペアリングするステップと、
    前記消費者電子デバイスを、ユーザの生理学的示度を得るための医療デバイスと通信するべくプログラミングするステップであって、前記医療デバイスが、前記コネクタと通信するべくあらかじめプログラムされて、前記消費者電子デバイスと前記医療デバイスの間における前記コネクタを通る通信を可能にするステップと、
    前記医療デバイスから前記消費者電子デバイスへ、前記コネクタを介してデータを送信するステップと、
    前記消費者電子デバイス上において前記データを処理し、かつ表示するステップと、
    を包含する方法。
13. 前記医療デバイスは連続ブドウ糖監視システムである、請求項１２に記載の方法。
14. 前記消費者電子デバイスはスマートフォンである、請求項１２に記載の方法。
15. 医療デバイスから獲得された情報を遠隔場所の個人に提供するためのシステムであって、
    ユーザの生理学的示度を得るための医療デバイスであって、前記生理学的示度を伝達するための送信機を含む医療デバイスと、
    ローカル消費者電子デバイスであって、前記医療デバイスによって獲得されたデータを受信し、管理し、かつ処理するためのソフトウエアを含むローカル消費者電子デバイスと、
    前記ローカル消費者電子デバイスに取り外し可能に結合される、前記医療デバイスと前記ローカル消費者電子デバイスの間における通信を容易にするためのコネクタと、
    前記ローカル消費者電子デバイスから送信された情報を受信するための遠隔消費者電子デバイスと、
    を包含し、
    前記コネクタが前記医療デバイスから第１の通信プロトコルでデータを受信し、かつ前記コネクタが前記ローカル消費者電子デバイスに第２の通信プロトコルでデータを送信し、かつ
    前記遠隔消費者電子デバイスが前記ローカル消費者電子デバイスから情報を、第３の通信プロトコルを通じて受信するシステム。
16. 前記第１の通信プロトコルは、前記医療デバイス製造者によって維持されるプロプラエタリ・プロトコルであり、前記第２の通信プロトコルはブルートゥースであり、前記第３の通信プロトコルは携帯電話通信である、請求項１５に記載のシステム。
17. 前記携帯電話通信は、前記ローカル消費者電子デバイスが情報を前記遠隔消費者電子デバイスに、ＳＭＳ、ＭＭＳ、または電子メールを使用して送信することを可能にする、請求項１６に記載のシステム。
18. 消費者電子デバイスおよび医療デバイスとともに使用するためのコネクタであって、
    前記コネクタを前記消費者電子デバイスに取り付けるための接続構造と、
    前記コネクタに電力を供給するための電源と、
    前記医療デバイスと前記コネクタの間においてデータを送信するための第１の通信プロトコルと、
    前記コネクタと前記消費者電子デバイスの間においてデータを送信するための第２の通信プロトコルと、
    を包含するコネクタ。
19. 前記第１の通信プロトコルは、前記医療デバイスの製造者によって維持されるプロプラエタリ・プロトコルであり、前記第２の通信プロトコルはブルートゥースである、請求項１６に記載のコネクタ。
20. 消費者電子デバイス上において医療デバイス・データを受信し、管理し、かつ処理するためのソフトウエア‐ベースのアプリケーションであって、
    データを患者に表示するためのグラフィカル・ユーザ・インターフェースと、
    前記ソフトウエア‐ベースのアプリケーション内のセッティングを調整する前記患者による使用のための入力メカニズムと、
    前記患者にアラートおよび合図を発するためのアラームと、
    を包含するソフトウエア‐ベースのアプリケーション。