JP2020517142A - 範囲制御と意図しないデバイス共存の検出とを有する、デバイスペアリングのためのシステム、装置および方法 - Google Patents

Abstract

送信電力を低減して、ペアリングされるべきデバイス間の通信範囲を限定することと、最小および最大受信信号強度しきい値を使用して、意図しないデバイスを拒否することと、複数のデバイスがペアリングのために検出されるときに別の場所に移動するようにユーザに命令することとを行うことによっていずれかのデバイスが意図しないデバイスとペアリングするリスクを軽減するように第１のデバイスと第２のデバイスとの間のペアリングを改善するデバイス、システムおよび方法を提供する。第１のデバイスからの広告信号を検出するための第２のデバイスの走査時間は、複数のデバイスの共存を検出するように調整される。ペアリングは、第２のデバイスが第１のデバイスが検出する唯一のデバイスであるときに行われるように制御される。

Description

本発明は、２つのデバイスをペアリングするためのシステム、方法および装置に関し、より詳細には、範囲制御と、意図しないデバイス共存の検出とを使用して、デバイスと意図しないデバイスとの間のペアリングを最小限に抑えることに関する。

オンボディ医療デバイス（たとえば、ウェアラブル注入ポンプ）およびボディエリアネットワーク（ＢＡＮ）医療デバイス（たとえば、ハンドヘルド血液グルコース計、糖尿病管理アプリをもつスマートフォンおよびオンボディデバイスのためのワイヤレスコントローラ）に対する需要は、糖尿病などの病状のより良くより便利な患者管理に対する患者およびヘルスケアプロバイダの要望が高まるにつれて増加している。

医療デバイスの意図しない動作、またはその動作との場合によっては悪意のある干渉を回避するために、ウェアラブル医療デバイスと別個の専用コントローラまたはウェアラブル医療デバイスに関係するアプリをもつスマートフォンとの間など、２つのデバイス間のセキュアなペアリングが重要である。さらに、特に、医療デバイスが同じエリア内でペアリングされ得る複数の潜在的なデバイスがあるとき、別の意図しないデバイスと医療デバイスをペアリングすることの回避も重要である。

ペアリング動作のために使用される信号の範囲内に複数のデバイスがある場合でも、医療デバイスを意図されたデバイスとセキュアにペアリングすることが必要である。

本発明の例示的な実施形態によって、上記および他の問題が克服され、追加の利点が実現される。

本発明の例示的な実施形態の一態様は、第１のデバイスと第２のデバイスとの間のワイヤレス通信のために第１のデバイスを第２のデバイスとペアリングする方法であって、第１のデバイスが、選択された間隔で、および選択された無線周波数範囲において、選択された持続時間の間に信号を送信するステップと、第２のデバイスが、選択された無線周波数範囲において信号を走査するステップであって、第２のデバイスが、走査するときに検出されたそれぞれの信号に関係する信号強度データを備えている、ステップと、第２のデバイスが、検出された信号のうちの少なくとも１つについての信号強度データが信号強度基準を満たし、それによって（whereby）、信号強度データが選択された最小信号強度基準よりも大きく、選択された最大信号強度基準よりも小さいかどうかを判定するステップと、第２のデバイスが、検出された信号が第１のデバイスからのものであるか、または別のデバイスからのものであるかを判定するステップと、検出された信号が信号強度基準を満たしており、第２のデバイスが、検出された信号が、第１のデバイスからだけのものであり、別のデバイスからのものではないと判定するとき、第２のデバイスは第１のデバイスにペアリングコマンドを送るステップとを備える方法を提供することである。

本発明の例示的な実施形態の態様によれば、検出された信号のうちの少なくとも１つについての信号強度データが選択された最大信号強度基準を超えるか、または検出された信号が別のデバイスからのものであり、第１のデバイスからのものでないとき、第２のデバイスは、別の場所に移動して第１のデバイスを第２のデバイスとペアリングすることを試みるようにユーザに警告を出す。さらに、第２のデバイスは、選択された最小信号強度基準よりも小さい信号強度データを有する検出された信号を無視する。

本発明の例示的な実施形態の態様によれば、第１のデバイスは、第１のデバイスに類似の他のデバイスによって共有された識別子を有し、第２のデバイスは、選択された時間期間中に、識別子を共有する第１のデバイスと他のデバイスとのうちのいずれか１つとペアリングし、識別子を共有しない他のデバイスとはペアリングしないように構成される。

本発明の例示的な実施形態の態様によれば、第２のデバイスは、検出された信号のうちの少なくとも１つについての信号強度データが信号強度基準を満たすかどうかを判定する前に、検出された信号が第１のデバイスからのものであるか、または別のデバイスからのものであるかを判定することができる。

本発明の例示的な実施形態の態様によれば、選択された無線周波数範囲は、２．４０〜２．４８ギガヘルツ（ＧＨｚ）の範囲であり得る。

本発明の例示的な実施形態の態様によれば、本方法は、第１のデバイスが、選択された間隔で、および選択された無線周波数範囲において、選択された持続時間の間にその信号を送信する前にその送信電力を低減するステップと、第１のデバイスが、ペアリングコマンドを受信するステップと、第１のデバイスが、第２のデバイスとのペアリングが完了した後に、その送信電力を増加させるステップとをさらに備える。たとえば、第１のデバイスは、ペアリングが完了する前に、第１のデバイスと第２のデバイスとの間の通信範囲を選択された距離に限定する送信電力レベルに、その送信電力を低減する。選択された距離は、たとえば、０から２０インチ（５０．８ｃｍ）の間である。

本発明の例示的な実施形態の態様によれば、第２のデバイスは、走査間隔中に選択された無線周波数範囲において信号を走査し、各走査間隔は、第１のデバイスに加えて他のデバイスが選択された間隔で、および選択された無線周波数範囲において信号を送信しているかどうかを検出するために、非走査期間がその後に続く選択された間隔のうちの２つよりも長い持続時間の走査窓を備える。

本発明の例示的な実施形態の態様によれば、第２のデバイスは、走査間隔中に選択された無線周波数範囲において信号を走査し、各走査間隔は、第１のデバイスに加えて他のデバイスが、選択された間隔で、および選択された無線周波数範囲において信号を送信しているかどうかを検出するために、非走査期間がその後に続く選択された間隔のうちの２つよりも長い持続時間の走査窓を備える。

本発明の例示的な実施形態の態様によれば、第２のデバイスが走査窓中に信号を検出する場合、第２のデバイスは、走査を停止し、信号中のデータを識別することがペアリングのための意図されたデバイスに対応するかどうかを判定することと、信号に関係する受信された信号強度データが１つまたは複数の信号強度基準を満たすかどうかを判定することと、信号が第１のデバイスからのものであり、別のデバイスからのものでないかどうかを判定することとからなるグループから選択された様々なチェックのうちの少なくとも１つまたは複数を実行し、第２のデバイスは、チェックのいずれかに失敗するときに走査を続ける。

本発明の例示的な実施形態の態様によれば、デバイスと第２のデバイスとの間のワイヤレス通信のために第２のデバイスとペアリングするように構成されたデバイスは、無線周波数（ＲＦ）信号を送信および受信するためのＲＦインターフェースであって、受信されたＲＦ信号は、選択されたＲＦ範囲において選択された間隔で第２のデバイスから送信される選択された持続時間の広告信号を備える、ＲＦインターフェースと、コントローラであって、選択された無線周波数範囲において信号を走査することであって、コントローラは、走査するときに検出されたそれぞれの信号に関係する信号強度データを備えている、走査することと、受信されたＲＦ信号のうちの少なくとも１つについての信号強度データが信号強度基準を満たし、それによって、信号強度データが選択された最小信号強度基準よりも大きく、選択された最大信号強度基準よりも小さいかどうかを判定することと、検出された信号が第２のデバイスからのものであるか、または別のデバイスからのものであるかを判定することと、検出された信号が信号強度基準を満たし、コントローラは、検出された信号が、第２のデバイスからだけのものであり、別のデバイスからのものではないと判定するとき、第２のデバイスにペアリングコマンドを送ることとを行うように構成されたコントローラとを備える。

本発明の例示的な実施形態の態様によれば、コントローラは、走査間隔中に選択されたＲＦ範囲において信号を走査し、各走査間隔は、第１のデバイスに加えて他のデバイスが、選択された間隔で、および選択された無線周波数範囲において信号を送信しているかどうかを検出するために、非走査期間がその後に続く選択された間隔のうちの２つよりも長い持続時間の走査窓を備える。

本発明の例示的な実施形態の態様によれば、検出された信号のうちの少なくとも１つについての信号強度データが選択された最大信号強度基準を超えるか、または検出された信号が別のデバイスからのものであり、第２のデバイスからのものでないとき、コントローラは、別の場所に移動して、第２のデバイスのペアリングを試みるようにユーザに警告を出す。

本発明の例示的な実施形態の態様によれば、コントローラは、選択された最小信号強度基準よりも小さい信号強度データを有する検出された信号を無視する。

本発明の例示的な実施形態の態様によれば、第２のデバイスは、第２のデバイスと類似の他のデバイスによって共有された識別子を有し、コントローラは、選択された時間期間中に、識別子を共有する第２のデバイスと他のデバイスとのうちのいずれか１つとペアリングし、識別子を共有しない他のデバイスとはペアリングしないように構成される。

本発明の例示的な実施形態の態様によれば、コントローラは、走査間隔中に選択された無線周波数範囲において信号を走査し、各走査間隔は、第２のデバイスに加えて、他のデバイスが、選択された間隔で、および選択された無線周波数範囲において信号を送信しているかどうかを検出するために非走査期間がその後に続く選択された間隔のうちの２つよりも長い持続時間の走査窓を備える。

本発明の例示的な実施形態の態様によれば、コントローラが走査窓中に信号を検出する場合、コントローラは、走査を停止し、信号中のデータを識別することがペアリングのための意図されたデバイスに対応するかどうかを判定することと、信号に関係する受信された信号強度データが１つまたは複数の信号強度基準を満たすかどうかを判定することと、信号が第２のデバイスからのものであり、別のデバイスからのものでないかどうかを判定することとからなるグループから選択された様々なチェックのうちの少なくとも１つまたは複数を実行し、コントローラは、チェックのいずれかに失敗するときに走査を続ける。

本発明の例示的な実施形態の態様によれば、コントローラが走査窓中に信号を検出することに失敗する場合、コントローラは、選択された時間量の間、一連の走査間隔にわたって走査を続ける。

本発明の追加のおよび／または他の態様および利点について、以下の説明に記載することにするか、または説明から明らかになるか、または本発明の実施によって学習され得る。本発明は、ペアリングされるべきデバイスと上記の態様のうちの１つもしくは複数、ならびに／または特徴のうちの１つもしくは複数およびそれらの組合せを有する上述のものを動作させるための方法とを備え得る。本発明は、たとえば、添付の特許請求の範囲中に記載された上記の態様の特徴のうちの１つもしくは複数および／または組合せを備え得る。

本発明の実施形態の上記のおよび／または他の態様および利点は、添付の図面とともに、以下の詳細な説明からより容易に諒解されよう。

本発明の例示的な実施形態による、医療デバイスとコントローラとを示す図である。 本発明の例示的な実施形態による、医療デバイスとコントローラとのブロック図である。 本発明の例示的な実施形態による、医療デバイスとコントローラとのブロック図である。 図２Ａおよび図２Ｂに示した、本発明の例示的な実施形態による、医療デバイスとコントローラとの無線周波数（ＲＦ）構成要素を示す図である。 本発明の一実施形態による、医療デバイスとコントローラとから送信される信号の図である。 本発明の一実施形態による、医療デバイスとコントローラとから送信される信号の図である。 本発明の一実施形態による、医療デバイスとコントローラとから送信される信号の図である。 図２Ａおよび図２Ｂに示した、本発明の例示的な実施形態による、医療デバイスとコントローラとの動作の図である。 本発明の例示的な実施形態による、医療デバイスとコントローラとの動作の図である。 本発明の例示的な実施形態による、医療デバイスとコントローラとの動作の図である。 図２Ａおよび図２Ｂに示した、本発明の別の例示的な実施形態による、医療デバイスとコントローラとの動作の図である。 本発明の別の例示的な実施形態による、医療デバイスとコントローラとの動作の図である。 本発明の別の例示的な実施形態による、医療デバイスとコントローラとの動作の図である。

図面全体にわたって、同様の参照番号は、同様の要素、特徴および構造を指すことが理解されよう。

次に、添付の図面に示す本発明の実施形態を詳細に参照することにする。本明細書で説明する実施形態は、限定しないが、図面を参照することによって本発明を例示する。

図１、図２Ａおよび図２Ｂを参照すると、医療デバイス１２とディスプレイ２４または他のユーザインターフェースをもつコントローラ１４とを有する例示的な薬剤送達システム１０が示されている。

医療デバイス１２は、ウェアラブルデバイスまたは患者搬送デバイスであり得る。医療デバイス１２は、それのコントローラ１４として統合ユーザインターフェースを有することができるか、または医療デバイスは、図１に示すワイヤレスコントローラ１４などの別個のコントローラデバイスによって制御されるように構成され得る。図示の実施形態では、医療デバイス１２は、ワイヤレスコントローラ１４によって制御されるが、本発明の態様がそれ自体のコントローラをもつ医療デバイス１２と医療デバイス１２とペアリングされることになる別のデバイス１４とに適用されることを理解されたい。

たとえば、医療デバイス１２は、インシュリン治療を必要とする２型糖尿病（Ｔ２ＤＭ）をもつ患者の管理のための設定された可変の基礎（２４時間の）レートおよびボーラス（オンデマンド）投与量でのインシュリンの連続皮下送達のために構成された単一の患者の使用のための使い捨てインシュリン送達デバイス（ＩＤＤ）であり得る。ただし、医療デバイス１２が、任意のオンボディ医療デバイス（たとえば、ウェアラブル注入ポンプ、連続グルコース計）またはボディエリアネットワーク（ＢＡＮ）医療デバイス（たとえば、ハンドヘルド血液グルコース計、病状管理アプリをもつスマートフォン、またはオンボディデバイスのためのワイヤレスコントローラ）であり得ることを理解されたい。

ＩＤＤ１２は、２型糖尿病（Ｔ２ＤＭ）をもつ患者が使用するための高度インシュリン送達システムであるシステム１０の部分である。それは、一般にターゲットユーザが居住するすべての環境中で一日２４時間の使用のために構成される。それは、患者ユーザが３日の期間（最大８４時間）の間ＩＤＤを着用するように構成される。それは、ユーザ設定された１日の基礎インシュリンレートを送出することと、ユーザ設定されたボーラスインシュリン量を送出することと、手動ボーラスインシュリン投与量を送出することと、システムステータスおよび通知を生成することとの４つの主要な機能を有する。システムは、従来の複雑なインシュリンポンプに対する目立たず、単純で、コスト効果的なインシュリン送達代替を必要とする頻回注射法（ＭＤＩ）に対する多くの２型患者の満たされていない必要に対処する。ただし、医療デバイス１２が、任意のタイプの液を送出するために使用され得、インシュリン送達または２型糖尿病患者のみへの送達に限定されないことを理解されたい。

ワイヤレスコントローラ（ＷＣ）１４は、患者に１日の基礎インシュリンレートと食事時間のインシュリン量とを送出するように身体装着型ＩＤＤをプログラムするために使用される。ＷＣ１４はまた、ＩＤＤ１２のステータス情報ならびにユーザへの通知を与える。身体装着型ＩＤＤ１２は、インシュリンを格納し、皮下に患者に投与する。ＩＤＤは、それが問題（たとえば、リザーバの低容量、低バッテリ）を検出する場合にＷＣを介して患者にフィードバックを送る。システム１０中の通信ソフトウェアによってサポートされる重要な機能は、ＷＣ１４とＩＤＤ１２との間でのワイヤレス通信であり、これは、ＩＤＤ１２がＷＣ１４にフィードバックを与えることを可能にし、ユーザが単純で個別の方法でＷＣ１４を介してワイヤレスにＩＤＤ１２によるそれらのインシュリン送達を制御することを可能にする。

図２Ａに示す図示の実施形態では、ＩＤＤ１２は、ポンピング機構５２と、（たとえば、マッチ回路とアンテナとを有するＲＦ回路５４を介した）ＷＣ１４とのワイヤレス通信と、ポンプ動作とを制御するように構成されたマイクロコントローラ６０を有する。ＩＤＤは、薬剤のプログラムされた送達に加えて薬剤の手動送達のためのボーラスボタン６４を有する。ポンピング機構５２は、ＩＤＤを装着している患者にカニューレ６８を介して送達されるべき液薬剤（たとえば、インシュリン）を格納するためのリザーバ７６と、カニューレを通してリザーバから薬剤の指定された量を制御可能に送出するためのポンプ７２とを備える。リザーバ７６は、シリンジを使用してセプタム７８を介して充填され得る。ＩＤＤは、患者にカニューレ６８を挿入するための手動挿入機構６６を有するが、プロセッサ６０は、患者にカニューレ６８を展開する挿入機構６６の動作を自動化するために任意選択の駆動回路を動作させるように構成され得る。さらに、ＩＤＤ１２は、任意選択で、液センサ７４または圧力センサ７０を備え得る。ＬＥＤ６２は、たとえば、リザーバプライミング中になど、１つまたは複数のポンプ動作中にオンになるかまたは点滅するようにマイクロコントローラ６０によって動作され得る。ＩＤＤ１２は、５８に示すようにバッテリおよびレギュレータによって電力供給される。ＩＤＤ１２を初期化する（たとえば、ＷＣ１４とのペアリングを開始するために電源投入する）とき、ボーラスボタン６４は、ユーザによってアクティブ化されるときに、ＩＤＤ１２を電力を節約するシェルフモードから起動させる起動ボタンとして構成され得る。

図２Ｂに示す図示の実施形態では、ＷＣ１４は、１）ＷＣメインプロセッサ（ＷＣＭＰ）３０とＷＣ通信プロセッサ（ＷＣＣＰ）３２とを有するデュアルマイクロプロセッサ構成要素として実装される。ＷＣＭＰ３０は、タッチスクリーン２４、１つまたは複数のボタン２８、ＬＥＤインジケータ２６などをもつＬＣＤディスプレイなどのユーザインターフェース（ＵＩ）構成要素に接続される。ＷＣＣＰ３２は、無線周波数（ＲＦ）構成要素３８（たとえば、アンテナおよびマッチ回路）に接続され、主にＩＤＤ１２とのＷＣ１４のワイヤレス通信を担当する。２つのプロセッサ３０、３２は、シリアル周辺インターフェース（ＳＰＩ）を通して互いと通信する。２つのプロセッサ３０、３２はまた、２つの割込みピンＭ＿ＲＥＱ＿ＩＮＴおよびＳ＿ＲＥＱ＿ＩＮＴを通して互いに割り込むことができる。

引き続き図２Ｂを参照すると、ＷＣ１４は、電力のための交換可能なアルカリバッテリ３４を除いて現場で修理可能でない（すなわち、いかなる部分もユーザによって検査、調整、置き換えまたは保守されないない）ように設計される。送達日付および時間および量などのＩＤＤ１２から受信した送達および状態データを記憶するためにＷＣ中に不揮発性メモリ（たとえば、フラッシュメモリ）３６が与えられる。

静電容量式タッチスクリーンをもつＬＣＤ２４は、ユーザに視覚およびグラフィック出力（たとえば、システム情報、命令、視覚通知、ユーザ構成、データ出力など）をレンダリングすることによって、および入力（たとえば、ＩＤＤのペアリングおよびセットアップおよび投与、ならびに構成パラメータなどのデバイス動作入力）を入力するためにユーザに視覚的インターフェースを与えることによってユーザのための視覚的インターフェースとして働く。静電容量式タッチスクリーンをもつＷＣディスプレイ２４は、それの表示領域上で（少なくとも）単一のタッチジェスチャを検出する。たとえば、タッチスクリーンは、ユーザの触覚入力（タップ、スワイプ、およびボタン押下）を認識するように構成され、ＵＩスクリーンおよびアプリケーション内でのナビゲーションが可能になる。タッチスクリーン２４は、特定のユーザ対話を通して特定のシステム機能（すなわち、ＩＤＤ１２のセットアップおよびＷＣ１４とのペアリング、インシュリン投与、投与履歴をユーザに与えること、ＩＤＤの非アクティブ化および別のＩＤＤとの置き換えなど）を実行するのを助ける。ＷＣ１４はまた、ユーザによってアクティブ化されるときに、ＷＣ１４を電力節約のスリープモードから起動させるデバイス起動ボタンなどのボタン２８を含むことができる。ＷＣ１４はまた、低バッテリステータスを示す（たとえば、１２時間以下の使用残量があるときに低バッテリ状態を示す）ためにＬＥＤ２６を有することができる。

ＩＤＤ１２とのＷＣ１４の無線周波数（ＲＦ）インターフェースは、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ ＥｎｅｒｇｙまたはＢＬＥベースの通信プロトコルに基づくが、他のワイヤレス通信プロトコルが使用され得る。薬剤送達システム１０では、ＷＣ１４とＩＤＤ１２とは、２４００ＭＨｚから２４８０ＭＨｚスペクトルまでのＩＳＭ帯域を利用して最大１０フィート（３．０５メートル）または約３メートルの距離内でワイヤレス通信する。ＩＤＤが野外で体に付着されている間に、ＷＣ１４はＩＤＤ１２と通信する。ＷＣ１４は、中央デバイスまたはマスタであり、ＩＤＤ１２は、周辺デバイスまたはスレーブである。ＷＣＭＰ３０は、ＩＤＤ１２に情報を送るかまたはＩＤＤ１２から情報を取り出すことを希望するときはいつでも、ＷＣＣＰ３２と相互作用することによってそうして、これは、次に、図３に示すように、それぞれのＲＦ回路３８および５４を介してＢＬＥリンクを横切ってＩＤＤ１２と通信する。

本発明の例示的な実施形態によれば、ＷＣ１４（たとえば、それのＷＣＣＰ３２）とＩＤＤ１２とは、ＷＣ１４が意図しないＩＤＤ１２’とペアリングするリスク、またはその逆に、意図されたＩＤＤ１２が意図しないＷＣ１４’とペアリングするリスクを軽減するためにプロトコルおよび様々な動作に従って通信する。いずれの場合も、ポンプ機構５３の意図しない動作を生じ、潜在的に、患者に有害であり得るインシュリンの過剰注入を生じる可能性がある。本発明の例示的な実施形態の態様によれば、ＩＤＤ１２の起動時における（たとえば、ペアリングの前の）通信範囲が低減され、意図しないＩＤＤ１２’などの意図しないデバイスがＷＣ１４によって拒否され、複数のＩＤＤの共存が近くに検出されるとき、ＩＤＤ１２がＷＣ１４によって検出された唯一のＩＤＤでない限り、ＷＣ１４はそのＩＤＤ１２とペアリングするのを防げられる。以下でより詳細に説明するように、本発明のこの例示的な実施形態によるプロトコルおよび動作は、（たとえば、ペアリングの前に２０インチ（５０．８ｃｍ）以下に）通信範囲を制御するためにＷＣ１４とＩＤＤ１２との送信電力レベルを低減することと、意図しないＩＤＤ１２’を含む意図しないデバイスを拒否するために信号強度インジケータ（最小および最大受信信号強度インジケータ（ＲＳＳＩ）のしきい値）を使用することと、複数のＩＤＤの共存を検出するためにＷＣ１４の起動走査時時間を調整することと、２つ以上のＩＤＤ１２が検出されるときにペアリングをリトライするためにユーザのＷＣ１４とＩＤＤ１２とともに他の部屋または場所に移動するようにユーザに命令することと、ＩＤＤ１２がＷＣ１４によって検出された唯一のＩＤＤ１２であるときにのみＷＣ１４がＩＤＤ１２とペアリングすることを可能にすることとを備える。

ペアリングの前のＩＤＤ１２の広告とＷＣ１４の走査は、図４に、本発明の例示的な実施形態に従って示されている。起動時に、ペアリングの前に、１０６に示すように２５０ｍｓ（＋／−１０％）ごとに、ＩＤＤ１２は、ＩＤＤ起動広告データパケット１００を用いて広告し、ＷＣ１４からの可能な返答を３ｍｓ（＋／−１０％）待つ。ＷＣＭＰ３０の要求時に、ＷＣＣＰ３２は、約５０５ｍｓ（＋／−１０％）の走査窓１０２を求めて７４６ｍｓ（＋／−１０％）１０４ごとにＩＤＤの広告を走査するのを開始することによって通信を開始する。走査期間１０４の最後に、ＷＣＣＰ３２は、図７および図８に関して以下で説明するように共存チェックを実行する。走査時間期間１０４の最後に、ＷＣＣＰ３２がトランスポートレイヤのタイムアウト期間内にいかなる広告パケット１００も検出しない場合、ＷＣＣＰは、走査を停止し、送信タイムアウトエラーコードをもつＮａｃｋ応答を送る。図７および図８に関して以下で説明するように、Ｎａｃｋ応答を送った後に、広告が検出されない場合、ＷＣＣＰ３２はスリープに移行する。

ペアリングの後のＩＤＤ１２の広告とＷＣ１２の走査は、図５に、本発明の例示的な実施形態に従って示されている。ペアリング後に、ＩＤＤ１２は、アクティブにポンピングしていい場合、選択された間隔１０８で（たとえば、１秒（＋／−１０％）ごとにＩＤＤ周期データパケット１００を用いて広告する。各広告１００の後に、ＩＤＤ１２は、ＷＣ１４からの可能な返答を求めて３０ｍｓ（＋／−１０％）待つ。ペアリングの後に、ＷＣＭＰ３０の要求時に、ＷＣＣＰ３２は、５０５ｍｓ（＋／−１０％）の走査窓１０２を求めて７４６ｍｓ（＋／−１０％）１０４ごとにＩＤＤの広告を走査するのを開始することによって通信を開始する。

ポンピング中のＩＤＤ１２の広告とＷＣ１４の走査は、図６に、本発明の例示的な実施形態に従って示されている。ＩＤＤ１２は、インシュリンなどの薬剤を送出している場合、投与行程１１２の終わりに２秒の間５００ｍｓごとに広告する。図６に示していないが、ＩＤＤの吸引期間１１０と投与期間１１２との間のブレーク時間中に、ＩＤＤ１２は、可能な場合広告を依然として試みる。ＩＤＤ１２がポンピングするとき、ＷＣＭＰ３０の要求時に、ＷＣＣＰ３２は、５０５ｍｓ（＋／−１０％）の走査窓１０２を求めて７４６ｍｓ（＋／−１０％）１０４ごとにＩＤＤの広告を走査するのを開始することによって通信を開始する。

図７を参照すると、本発明の一実施形態によるＷＣ１４およびＩＤＤ１２について、特に、ＷＣＭＰ３０、ＷＣＣＰ３２およびＩＤＤプロセッサ６０に関して動作を説明する。ＷＣＭＰ３０とＷＣＣＰ３２との間のＳＰＩインターフェースを示すが、上記で説明したように、ＷＣ１４は、単一のプロセッサ装置として構成され得る。また、上記で説明したように、ＢＬＥインターフェースまたは同様のワイヤレスインターフェース１２４がＷＣ１４とＩＤＤ６０との間に与えられる。動作は、参照しやすいように図７中で１〜３０に番号付けされる。

ＩＤＤ１２とＷＣ１４をペアリングするのを開始するために、ＩＤＤ１２は、図７中の動作１によって示されるように（たとえば、ユーザがアクティブ化するボタン６４によって）電力節約シェルフモードから起動され得る。ＩＤＤ１２は、その送信電力を低減し（動作２）、最大１分＋／−１０％送信電力レベル０でＩＤＤ起動広告データを広告し始める（動作５）。ＩＤＤ１２は、ＩＤＤ起動広告データパケットを周期的に送信する（動作８）。ＷＣ１４は、タッチスクリーン２４のスタートボタンまたは他のボタン２８などのユーザがボタンをアクティブ化するのに応答して（たとえば、動作３に示すように）それの電力節約スリープモードから起動され、ＷＣＭＰ３０がＷＣＣＰ３２に開始コマンドを送るなどの開始モードに入り得る（動作４）。開始コマンドを受信すると、ＷＣＣＰ３２は、図４に関して上記で説明したようにＩＤＤ起動広告データの走査を開始する（動作６）。

引き続き図７および動作９を参照すると、ＷＣ１４は、特定のタイプのデバイス１２がそれの近傍にあるかどうかを判定することができる。たとえば、ＩＤＤ１２起動広告データは、ＩＤＤ識別情報（たとえば、製造業者および／もしくはモデルまたは他の特性などのデバイスのタイプを識別する選択された動的および／もしくは静的パラメータまたは値）を備えることができ、したがって、ＷＣ１４が、指定されたＩＤＤ識別情報を有するデバイスまたはＩＤＤとだけペアリングし、指定されたＩＤＤ識別情報を有する他のデバイスとペアリングしないように構成され得る。動作９を参照すると、ＷＣＣＰ３２は、ＩＤＤ１２起動広告データが、たとえば、それの特定の製造業者に関係するＩＤＤ識別情報を有するかどうかを判定することができる。そうでない場合、ＷＣＣＰ３２は、走査を続ける（動作７）。

図７中の動作１０を参照すると、ＷＣＣＰ３２が、指定されたＩＤＤ識別情報を有するそれの近傍にあるデバイスからのＩＤＤ起動広告データを走査する場合、ＷＣＣＰ３２は、ＩＤＤ起動広告データに関係するサイン強度情報が１つまたは複数のしきい値を満たすかどうかを判定するのを開始する。たとえば、ＷＣＣＰ３２は、走査を停止し、受信されたパケットに対して受信信号強度インジケータ（ＲＳＳＩ）チェックを実行することができる。ＲＳＳＩ情報は、たとえば、ＷＣ１４のＲＦ回路３８中のＲＦチップによって生成され得る。ＲＳＳＩが最小レベル（たとえば−６５ｄＢｍ＋／−１０％）よりも小さい場合、ＷＣＣＰ３２は、受信された広告パケットを無視し、走査プロセスをリトライする（動作７）。最小レベルは、ＷＣ１４の近傍で広告するＩＤＤ１２を雑音またはペアリングのための意図しないデバイスであるのに十分にＷＰ１４から離れているＩＤＤ１２と区別するように選択される。

図７中の動作１１を参照すると、ＲＳＳＩが、ＲＦジャムが起こっていることがあるときなど最大レベル（たとえば、−３ｄＢｍ＋／−１０％）より大きい場合、ＷＣＣＰ３２は、動作１２に示すように、ＷＣＭＰ３０にＮａｃｋ応答（たとえば、最大ＲＳＳＩ超過エラーコードをもつ応答）を送る。ＷＣＭＰ３０は、次に、別の場所に移動するようにユーザに忠告するために（たとえば、ＬＣＤタッチスクリーン２４を介して）警告を生成することができる（動作１３）。

走査時間期間の最後に、ＷＣＣＰ３２が２つ以上のＩＤＤ１２からの広告パケットを検出する場合（動作１４）、ＷＣＣＰ３２は、ＷＣＭＰ３０にＮａｃｋ応答（たとえば、共存検出エラーコードをもつ応答を送る（動作１５）。ＷＣＭＰ３０は、次に、ペアリングをリトライするために別の場所に移動するように、および、任意選択で、別のＩＤＤが検出されていることをユーザに忠告するために（たとえば、ＬＣＤタッチスクリーン２４を介して）警告を生成することができる（動作１６）。

ＲＳＳＩおよび共存チェックがパスした場合、ＷＣＣＰ３２は、ＷＣＭＰ３０にＩＤＤ起動広告データ応答メッセージを送ることができる（動作１７）。応答メッセージを受信すると、ＷＣＭＰ３０は、（たとえば、指定されたＩＤＤ識別情報を使用して）ＩＤＤ起動広告データを検証する。このＩＤＤ互換性チェックが成功する場合、ＷＣＭＰ３０は、ＷＣＣＰ３２にペアリングコマンドメッセージを送る（動作１９）。ペアリングコマンドを受信すると、ＷＣＣＰ３２は、ＩＤＤ１２にペアリングコマンドを送る（動作２０）前にペアリングコマンドメッセージに対してＩＰＣサニティチェックを実行して、ペアリングプロセスを開始することができる（動作２１）。

たとえば、図７中の動作２２および２３に示すように、ＩＤＤ１２は、ペアリング要求を受信し、サニティチェックに失敗した場合、ＩＤＤ１２に要求を無視させ、サニティチェックに成功した場合、ＩＤＤ１２にＷＣＣＰ３２にペアリング応答を送らせるサニティチェックを実行することができる。ＩＤＤ１２とＷＣＣＰ３２とはそれぞれ、ペアリングアルゴリズムを実行することができる（動作２４）。エアインターフェースがペアリング鍵の交換のために必要とされないように、ペアリング鍵は、ＩＤＤ１２とＷＣＣＰ３２とに対して別々に生成され得る。ＷＣＣＰ３２は、不揮発性メモリ場所にペアリング鍵情報を保存する。ＷＣＣＰ３２は、ＩＤＤに低レベルの確認パケットを送ることによってペアリングを確認する（動作２５）。ＷＣＣＰ３２の確認パケットを受信すると、ＩＤＤ１２は、ペアリング鍵情報を保存する。ＷＣＣＰの確認パケットを受信すると、ＩＤＤは、ＷＣＣＰ３２に低レベルの確認パケットを送って戻すことによってペアリングを確認する（動作２６）。したがって、ＷＣＣＰ１４とＩＤＤ３２とは、ペアリング鍵の配布（動作２７）を容易にする。

ＩＤＤの確認パケットを受信すると、ＷＣＣＰ３２は、ＷＣＭＰ３０にペアリング成功メッセージを送る（動作２８）。ペアリング成功メッセージを受信すると、ＷＣＭＰ３０は、記録のために不揮発性メモリ場所にペアリング鍵情報を保存する。ペアリング後に、ＩＤＤの送信電力レベルは、通信範囲を増加させるように（たとえば、１５に）設定される。さらに、ペアリング後に、ＷＣＣＰ３２の送信電力レベルも増加される。ＷＣ１４は、ペアになったＩＤＤ１２とのみ通信し、ＩＤＤ１２は、ペアになったＷＣ１４からのコマンドのみを容認する。ＷＣ１２とＩＤＤ１４とのこの結合通信関係は、ＩＤＤが非アクティブ化されるまで残る。ＩＤＤの非アクティブ化の後に、ＷＣ１４は、新しいＩＤＤ１２と自由にペアリングすることができるが、所与の時間に、ＷＣ１４は、１つのＩＤＤ１２とだけペアリングすることが許されることが好ましい。

図８でのＷＣ１４とＩＤＤ１２との動作は、信号強度（たとえば、ＲＳＳＩ）チェック（動作１３および１４）の前に共存チェック（動作１０）が行われることを除いて図７での動作と同様である。言い換えれば、共存チェックと信号強度チェックとの順序は交換可能であり得る。また、デバイスチェック（動作９）は任意選択であり得る。

本発明の一態様によれば、ＷＣＣＰ３２は、ＷＣ１４の電力を節約する常に走査すること（たとえば、図７および図８の動作７）を必要としない。言い換えれば、ＷＣＣＰによって走査することは、ＷＣＣＰ３２がＷＣ１４のペアリング範囲内のＩＤＤ１２からのＩＤＤ起動広告データパケット１００を検出しそこなうことにならないことを保証するためにＩＤＤ１２によって２つの広告間隔１０６（たとえば、２つの２５０の広告間隔１０６）よりも長い選択された持続時間（たとえば、図４に示した５０５ｍｓの走査窓１０２）の間に走査が行われるようにインターリーブされ得る。ＷＣＣＰは、次いで、次の走査間隔１０４内の時間の別の走査窓１０２を再び走査する前に、走査間隔１０４内の時間の選択された間隔（たとえば、図４中の２４１ｍｓ）の走査を停止する。

ＩＤＤ起動広告データパケット１００が走査窓１０２中に検出される場合、ＷＣＣＰ３２は、走査するのを停止し、図７および図８に関して上記で説明した様々なチェック、すなわち、デバイスチェック（動作９）、受信信号強度チェック（動作１０および１１）および共存チェック（動作１４）のうちの１つまたは複数を始める。複数のデバイスが動作１４を介して位置を特定されるか、他のチェック（すなわち、動作９、１０および１１）がパスしない場合、ＷＣＣＰ３２は、再び走査を開始する（動作７）。

ＩＤＤ起動広告データパケット１００が走査窓１０２中に検出されない場合、ＷＣＣＰ３２は、選択された時間量（たとえば、１０秒）の間に一連の走査間隔１０４にわたって走査し、次いで、タイムアウトすることができる。タイムアウトすると、ＷＣＣＰ３２は、ＷＣＭＰ３０にＮａｃｋ信号を送ることができ、これは、次に、通信エラーと意図されたＩＤＤ１２をＷＣ１４により近づけ、ペアリングをリトライする必要とに関してユーザに警告を出す。

本開示が、以下の説明に示すまたは図面に示す構成要素の構造および構成の詳細にそれの適用例が限定されないことを当業者によって理解されたい。本明細書における実施形態は、他の実施形態が可能であり、様々な方法で実施または実行することが可能である。また、本明細書で使用する語法および用語は、説明のためのものであり、限定すると見なすべきではないことを理解されよう。「を含むこと」、「を備えること」、または「を有すること」および本明細書におけるそれらの変形形態の使用は、その後に記載される項目およびそれらの等価物ならびに追加の項目を包含するように意図されている。他に限定されない限り、「接続された」、「結合された」、および「取り付けられた」という用語ならびに本明細書におけるそれらの変形形態は、広く使用され、直接的なおよび間接的な接続、結合、および取付けを包含する。さらに、「接続された」および「結合された」という用語およびそれらの変形形態は、物理的なまたは機械的な接続または結合に制限されない。さらに、上、下、下部、および上部などの用語は、相対的なものであり、例示を支援するために採用され、限定するものではない。

本発明の図示の実施形態に従って採用される例示的なデバイス、システムおよび方法の構成要素は、少なくとも部分的に、デジタル電子回路、アナログ電子回路中で、もしくはコンピュータハードウェア、ファームウェア、ソフトウェア中で、またはそれらの組合せ中で実装され得る。これらの構成要素は、たとえば、プログラマブルプロセッサ、コンピュータ、もしくは複数のコンピュータなどのデータ処理装置が実行するための、またはそれの動作を制御するために情報キャリヤにおいてもしくは機械可読ストレージデバイスにおいて有形に実施されるコンピュータプログラム、プログラムコードまたはコンピュータ命令などのコンピュータプログラム製品として実装され得る。コンピュータプログラムは、コンパイルされた言語または解釈された言語を含む任意の形態のプログラミング言語中で書くことができ、それは、スタンドアロンプログラムとして、またはモジュール、構成要素、サブルーチン、もしくはコンピューティング環境において使用するのに好適な他のユニットとしての形態を含む任意の形態で展開され得る。コンピュータプログラムは、１つのコンピュータ上で、または１つ場所にあるもしくは複数の場所にわたって分散された複数のコンピュータ上で実行されるために展開され、通信ネットワークによって相互接続され得る。また、本発明を達成するための関数プログラム、コード、およびコードセグメントは、本発明が属する技術分野のプログラマによっての本発明の範囲内にあるものと容易に解釈され得る。本発明の例示的な実施形態に関連する方法ステップは、（たとえば、入力データに対する動作を行うことおよび／または出力を生成することによって）機能を実行するためにコンピュータプログラム、コードまたは命令を実行する１つまたは複数のプログラマブルプロセッサによって実行され得る。方法ステップはまた、専用論理回路、たとえば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって実行され得、本発明の装置は、それとして実装され得る。

本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せと、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成して実装され得る。

コンピュータプログラムの実行に好適なプロセッサは、例として、汎用マイクロプロセッサと専用マイクロプロセッサとの両方および任意の種類のデジタルコンピュータの任意の１つまたは複数のプロセッサを含む。概して、プロセッサは、読取り専用メモリもしくはランダムアクセスメモリまたはその両方から命令およびデータを受信することになる。コンピュータの必須要素は、命令を実行するためのプロセッサと命令およびデータを記憶するための１つまたは複数のメモリデバイスとである。概して、コンピュータはまた、たとえば、磁気、光磁気ディスク、または光ディスクなど、データを記憶するための１つもしくは複数の大容量ストレージデバイスを含むか、またはそれからデータを受信すること、またはそれにデータを転送すること、またはその両方を行うために動作可能に結合されることになる。コンピュータプログラム命令およびデータを実施するのに好適な情報キャリヤは、例として、半導体メモリデバイス、たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスと、磁気ディスク、たとえば、内蔵ハードディスクもしくはリムーバブルディスクと、光磁気ディスクと、ＣＤ−ＲＯＭおよびＤＶＤ−ＲＯＭディスクとを含むすべての形態の不揮発性メモリを含む。プロセッサとメモリとは、専用論理回路によって補われるか、またはそれに組み込まれ得る。

情報および信号が多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。

本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが電子ハードウェア、コンピュータソフトウェアまたは両方の組合せとして実装され得ることを、当業者はさらに諒解されよう。ハードウェアとソフトウェアとのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、特定の適用例ごとに様々な方法で説明した機能を実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。

本明細書で開示する実施形態に関して説明する方法またはアルゴリズムのステップは、直接ハードウェアで実施され得るか、プロセッサによって実行されるソフトウェアモジュールで実施され得るか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサに結合され、そのようなプロセッサは、記憶媒体から情報を読み取り、それに情報を書き込むことができる。代替として、記憶媒体は、プロセッサに一体化され得る。プロセッサと記憶媒体とは、ＡＳＩＣ中に常駐し得る。ＡＳＩＣは、リモート局、電子医療デバイス、サーバ、またはそれらの組合せ中に常駐し得る。代替として、プロセッサと記憶媒体とは、ユーザ端末中の個別構成要素として常駐し得る。

上記で提示した説明および図は、単に例として意図したものであり、以下の特許請求の範囲に記載されているようにいかなる形でも本発明を限定するものではない。特に、当業者は、そのすべてが本発明の範囲内にあると見なされる多くの他の方法で上記で説明した様々な例示的な実施形態の様々な要素の様々な技術的な態様を容易に組み合わせることができることに留意されたい。

ペアリングの後のＩＤＤ１２の広告とＷＣ１４の走査は、図５に、本発明の例示的な実施形態に従って示されている。ペアリング後に、ＩＤＤ１２は、アクティブにポンピングしていい場合、選択された間隔１０８で（たとえば、１秒（＋／−１０％））ごとにＩＤＤ周期データパケット１００を用いて広告する。各広告１００の後に、ＩＤＤ１２は、ＷＣ１４からの可能な返答を求めて３０ｍｓ（＋／−１０％）待つ。ペアリングの後に、ＷＣＭＰ３０の要求時に、ＷＣＣＰ３２は、５０５ｍｓ（＋／−１０％）の走査窓１０２を求めて７４６ｍｓ（＋／−１０％）１０４ごとにＩＤＤの広告を走査するのを開始することによって通信を開始する。

走査時間期間の最後に、ＷＣＣＰ３２が２つ以上のＩＤＤ１２からの広告パケットを検出する場合（動作１４）、ＷＣＣＰ３２は、ＷＣＭＰ３０にＮａｃｋ応答（たとえば、共存検出エラーコードをもつ応答）を送る（動作１５）。ＷＣＭＰ３０は、次に、ペアリングをリトライするために別の場所に移動するように、および、任意選択で、別のＩＤＤが検出されていることをユーザに忠告するために（たとえば、ＬＣＤタッチスクリーン２４を介して）警告を生成することができる（動作１６）。

ＩＤＤの確認パケットを受信すると、ＷＣＣＰ３２は、ＷＣＭＰ３０にペアリング成功メッセージを送る（動作２８）。ペアリング成功メッセージを受信すると、ＷＣＭＰ３０は、記録のために不揮発性メモリ場所にペアリング鍵情報を保存する。ペアリング後に、ＩＤＤの送信電力レベルは、通信範囲を増加させるように（たとえば、１５に）設定される。さらに、ペアリング後に、ＷＣＣＰ３２の送信電力レベルも増加される。ＷＣ１４は、ペアになったＩＤＤ１２とのみ通信し、ＩＤＤ１２は、ペアになったＷＣ１４からのコマンドのみを容認する。ＷＣ１４とＩＤＤ１２とのこの結合通信関係は、ＩＤＤが非アクティブ化されるまで残る。ＩＤＤの非アクティブ化の後に、ＷＣ１４は、新しいＩＤＤ１２と自由にペアリングすることができるが、所与の時間に、ＷＣ１４は、１つのＩＤＤ１２とだけペアリングすることが許されることが好ましい。

本発明の一態様によれば、ＷＣＣＰ３２は、ＷＣ１４の電力を節約する常に走査すること（たとえば、図７および図８の動作７）を必要としない。言い換えれば、ＷＣＣＰによって走査することは、ＷＣＣＰ３２がＷＣ１４のペアリング範囲内のＩＤＤ１２からのＩＤＤ起動広告データパケット１００を検出しそこなうことにならないことを保証するためにＩＤＤ１２によって２つの広告間隔１０６（たとえば、２つの２５０ｍｓの広告間隔１０６）よりも長い選択された持続時間（たとえば、図４に示した５０５ｍｓの走査窓１０２）の間に走査が行われるようにインターリーブされ得る。ＷＣＣＰは、次いで、次の走査間隔１０４内の時間の別の走査窓１０２を再び走査する前に、走査間隔１０４内の時間の選択された間隔（たとえば、図４中の２４１ｍｓ）の走査を停止する。

Claims (20)

1. 第１のデバイスと第２のデバイスとの間のワイヤレス通信のために前記第１のデバイスを前記第２のデバイスとペアリングする方法であって、
   前記第１のデバイスが、選択された間隔で、および選択された無線周波数範囲において、選択された持続時間の間に信号を送信するステップと、
   前記第２のデバイスが、前記選択された無線周波数範囲において信号を走査するステップであって、前記第２のデバイスが、走査するときに検出されたそれぞれの信号に関係する信号強度データを備えている、ステップと、
   前記第２のデバイスが、前記検出された信号のうちの少なくとも１つについての前記信号強度データが信号強度基準を満たし、それによって、前記信号強度データが選択された最小信号強度基準よりも大きく、選択された最大信号強度基準よりも小さいかどうかを判定するステップと、
   前記第２のデバイスが、前記検出された信号が前記第１のデバイスからのものであるか、または別のデバイスからのものであるかを判定するステップと、
   前記検出された信号が前記信号強度基準を満たしており、前記第２のデバイスが、前記検出された信号が前記第１のデバイスからだけのものであり、別のデバイスからのものではないと判定するとき、前記第２のデバイスが前記第１のデバイスにペアリングコマンドを送るステップと
   を備える方法。
2. 前記検出された信号のうちの少なくとも１つについての前記信号強度データが選択された最大信号強度基準を超えるか、または前記検出された信号が別のデバイスからのものであり、前記第１のデバイスからのものでないとき、前記第２のデバイスは、別の場所に移動して前記第１のデバイスを前記第２のデバイスとペアリングすることを試みるようにユーザに警告を出す請求項１に記載の方法。
3. 前記第２のデバイスは、前記選択された最小信号強度基準よりも小さい信号強度データを有する前記検出された信号を無視する請求項１に記載の方法。
4. 前記第１のデバイスは、前記第１のデバイスに類似の他のデバイスによって共有された識別子を有し、前記第２のデバイスは、選択された時間期間中に、前記識別子を共有する前記第１のデバイスと前記他のデバイスとのうちのいずれか１つとペアリングし、前記識別子を共有しない他のデバイスとはペアリングしないように構成される請求項１に記載の方法。
5. 前記第２のデバイスは、前記検出された信号のうちの少なくとも１つについての前記信号強度データが信号強度基準を満たすかどうかを判定する前に前記検出された信号が前記第１のデバイスからのものであるか、または別のデバイスからのものであるかを判定することができる請求項１に記載の方法。
6. 前記選択された無線周波数範囲は、２．４０〜２．４８ギガヘルツ（ＧＨｚ）の範囲であり得る請求項１に記載の方法。
7. 前記第１のデバイスが、前記選択された間隔で、および前記選択された無線周波数範囲において前記選択された持続時間の間にその信号を送信する前に、その送信電力を低減するステップと、
   前記第１のデバイスが、前記ペアリングコマンドを受信するステップと、
   前記第１のデバイスが、前記第２のデバイスとのペアリングが完了した後に、その送信電力を増加させるステップと
   をさらに備える請求項１に記載の方法。
8. 前記第１のデバイスは、ペアリングが完了する前に、前記第１のデバイスと前記第２のデバイスとの間の前記通信範囲を選択された距離に限定する送信電力レベルに、その送信電力を低減する請求項７に記載の方法。
9. 前記選択された距離は、０から２０インチ（５０．８ｃｍ）の間である請求項８に記載の方法。
10. 前記第２のデバイスは、走査間隔中に前記選択された無線周波数範囲において信号を走査し、各走査間隔は、前記第１のデバイスに加えて他のデバイスが前記選択された間隔で、および前記選択された無線周波数範囲において信号を送信しているかどうかを検出するために、前記非走査期間がその後に続く前記選択された間隔のうちの２つよりも長い持続時間の走査窓を備える請求項１に記載の方法。
11. 前記第２のデバイスが走査窓中に信号を検出する場合、前記第２のデバイスは、走査を停止し、前記信号中のデータを識別することがペアリングのための意図されたデバイスに対応するかどうかを判定することと、前記信号に関係する受信された信号強度データが１つまたは複数の信号強度基準を満たすかどうかを判定することと、前記信号が前記第１のデバイスからのものであり、別のデバイスからのものでないかどうかを判定することとからなるグループから選択された様々なチェックのうちの少なくとも１つまたは複数を実行し、前記第２のデバイスは、前記チェックのいずれかに失敗するときに走査を続ける請求項１０に記載の方法。
12. 前記第２のデバイスが走査窓中に信号を検出することに失敗する場合、前記第２のデバイスは、選択された時間量の間、一連の走査間隔にわたって走査を続ける請求項１０に記載の方法。
13. デバイスと第２のデバイスとの間のワイヤレス通信のために前記第２のデバイスとペアリングするように構成されたデバイスであって、
    無線周波数（ＲＦ）信号を送信および受信するためのＲＦインターフェースであって、前記受信されたＲＦ信号は、選択されたＲＦ範囲において、選択された間隔で前記第２のデバイスから送信される、選択された持続時間の広告信号を備える、ＲＦインターフェースと、
    コントローラであって、
    前記選択された無線周波数範囲において信号を走査することであって、前記コントローラは、走査するときに検出されたそれぞれの信号に関係する信号強度データを備えている、走査することと、
    前記受信されたＲＦ信号のうちの少なくとも１つについての前記信号強度データが信号強度基準を満たし、それによって、前記信号強度データが選択された最小信号強度基準よりも大きく、選択された最大信号強度基準よりも小さいかどうかを判定することと、
    前記検出された信号が前記第２のデバイスからのものであるか、または別のデバイスからのものであるかを判定することと、
    前記検出された信号が前記信号強度基準を満たしており、前記コントローラが、前記検出された信号が、前記第２のデバイスからだけのものであり、別のデバイスからのものではないと判定するとき、前記第２のデバイスにペアリングコマンドを送ることと
    を行うように構成されたコントローラと
    を備えるデバイス。
14. 前記コントローラは、走査間隔中に前記選択されたＲＦ範囲において信号を走査し、各走査間隔は、前記第１のデバイスに加えて他のデバイスが前記選択された間隔で、および前記選択された無線周波数範囲において信号を送信しているかどうかを検出するために、前記非走査期間がその後に続く前記選択された間隔のうちの２つよりも長い持続時間の走査窓を備える請求項１３に記載のデバイス。
15. 前記検出された信号のうちの少なくとも１つについての前記信号強度データが選択された最大信号強度基準を超えるか、または前記検出された信号が別のデバイスからのものであり、前記第２のデバイスからのものでないとき、前記コントローラは、別の場所に移動して前記第２のデバイスのペアリングを試みるようにユーザに警告を出す請求項１３に記載の方法。
16. 前記コントローラは、前記選択された最小信号強度基準よりも小さい信号強度データを有する前記検出された信号を無視する請求項１３に記載の方法。
17. 前記第２のデバイスは、前記第２のデバイスと類似の他のデバイスによって共有された識別子を有し、前記コントローラは、選択された時間期間中に、前記識別子を共有する前記第２のデバイスと前記他のデバイスとのうちのいずれか１つとペアリングし、前記識別子を共有しない他のデバイスとはペアリングしないように構成される請求項１３に記載の方法。
18. 前記コントローラは、走査間隔中に前記選択された無線周波数範囲において信号を走査し、各走査間隔は、前記第２のデバイスに加えて他のデバイスが前記選択された間隔で、および前記選択されたＲＦ範囲において信号を送信しているかどうかを検出するために、前記非走査期間がその後に続く前記選択された間隔のうちの２つよりも長い持続時間の走査窓を備える請求項１３に記載の方法。
19. 前記コントローラが走査窓中に信号を検出する場合、前記コントローラは、走査を停止し、前記信号中のデータを識別することがペアリングのための意図されたデバイスに対応するかどうかを判定することと、前記信号に関係する受信された信号強度データが１つまたは複数の信号強度基準を満たすかどうかを判定することと、前記信号が前記第２のデバイスからのものであり、別のデバイスからのものでないかどうかを判定することとからなるグループから選択された様々なチェックのうちの少なくとも１つまたは複数を実行し、前記コントローラは、前記チェックのいずれかに失敗するときに走査を続ける請求項１８に記載の方法。
20. 前記コントローラが走査窓中に信号を検出することに失敗する場合、前記コントローラは、選択された時間量の間、一連の走査間隔にわたって走査を続ける請求項１８に記載の方法。

Images