JP2012501607A - ワイヤレス機器間の通信方法およびシステム - 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. 前記データ捕捉機器は連続グルコースモニタである、請求項１７に記載の方法。

Images