JP7168078B2 - リアルタイム位置特定システム、および、方法 - Google Patents

Description

この開示は、車両などの対象物に対する携帯機器（ポータブルデバイス）の位置情報を決定するためのシステム、および、方法に関する。

対象物のリアルタイムの位置特定または位置決定は、幅広いアプリケーションでますます普及している。リアルタイム位置特定システム（Ｒｅａｌ－ｔｉｍｅ ｌｏｃａｔｉｎｇ ｓｙｓｔｅｍ：ＲＴＬＳ）は、自動車、倉庫、小売、認証用のセキュリティアクセス、許可用のセキュリティアクセスなど、多くの分野において、ポータブルデバイスなどの対象物を追跡するために使用され、信頼されている。

自動車分野における従来のＲＴＬＳのひとつには、車両内に配置され、ＲＦ周波数（ＲＦ）を介してポータブルデバイスと通信できる送受信機、または、マスターコントローラが含まれている。そのようなシステムは、多くの場合、車両に関連付けられている少数のデバイスに焦点を合わせ、車両の近くに存在する場合、高精度と非常に速い応答時間とで、車両に対するポータブルデバイスの位置を決定する。その結果、このような従来のＲＴＬＳは、１０台を超える機器など、かなりの数の機器をサポートするように拡張するようには構成されていないため、しばしば、地域への適用の不正確さが、地域への適用の不可能、または、存在する機器に対する応答の悪さをきたす場合がある。

システム、および、方法は、システムの近傍において、潜在的に多い数の形態機器、例えば、４０以上のポータブルデバイスなどの複数のポータブルデバイスに関する位置情報を決定するために提供される。システムは、システムの近傍にある複数のポータブルデバイスのそれぞれに接続して位置を特定することができる。位置情報は、車両または建物などの対象物に対して、および、任意選択で、大量輸送システムなどのより大きな対象物のシステム内で決定することができる。
ひとつの開示は、複数のポータブルデバイスを位置特定するためのセンサ情報を取得するシステムであって、複数のポータブルデバイスは第１のポータブルデバイスを含み、第１の通信リンクの第１の通信チャネルを介して第１のポータブルデバイスと通信するように動作可能な、システム制御モジュール、または、ハブを含むシステムの構成要素である第１のコントローラデバイスと、複数のポータブルデバイスは第２のポータブルデバイスを含み、第２の通信リンクの第２の通信チャネルを介して第２のポータブルデバイスと通信するように動作可能な、システム制御モジュール、または、ハブを含むシステムの構成要素である第２のコントローラデバイスと、異なるチャネルにおいて発生する第１の通信リンク、および、第２の通信リンクを介した同時通信が行われるように、第１の通信リンク、および、第２の通信リンクを介して通信するように第１のコントローラデバイス、および、第２のコントローラデバイスに対して指示するように構成された通信管理装置と、複数のセンサデバイスであって、それぞれが第１の通信リンク、および、第２の通信リンクを介して送信される通信に関して感知された特性を得るように構成された複数のセンサデバイスとを備え、通信管理装置は、第１のコントローラデバイスに、第１の通信リンクを介して通信するように、第２のコントローラデバイスに、第２の通信リンクを介して通信するように指示するように構成されており、通信管理装置は、感知された特性をセンサデバイスから直接に受信することができ、通信管理装置は、第１の通信リンクの通信に関して得られた感知された特性に基づいて、複数のセンサデバイスに対する第１のポータブルデバイスの位置を特定し、第２の通信リンクの通信に関して得られた感知された特性に基づいて、複数のセンサデバイスに対する第２のポータブルデバイスの位置を特定することにより、各デバイスを位置特定することができるシステムを提供する。
ひとつの開示は、複数のポータブルデバイスは、第１のポータブルデバイスを含み、システム制御モジュール、または、ハブを含むシステムの構成要素である第１のコントローラデバイスと第１のポータブルデバイスとの間で、通信管理装置から指示された第１の通信リンクの第１の通信チャネルを介して通信し、複数のポータブルデバイスは、第２のポータブルデバイスを含み、システム制御モジュール、または、ハブを含むシステムの構成要素である第２のコントローラデバイスと第２のポータブルデバイスとの間で、通信管理装置から指示された第２の通信リンクの第１の通信チャネルと異なる第２の通信チャネルを介して通信し、複数のセンサデバイスに、第１の通信リンク、および、第２の通信リンクにおける通信の感知された特性を取得するように指示し、感知された特性をセンサデバイスから通信管理装置に直接に受信し、第１の通信リンクに関して取得された通信の感知された特性に基づいて、第１のポータブルデバイスの第１の位置を通信管理装置が決定し、および、感知された特性をセンサデバイスから通信管理装置に直接に受信し、第２の通信リンクに関して取得された通信の感知された特性に基づいて、第２のポータブルデバイスの第２の位置を決定する複数のポータブルデバイスに関して位置を通信管理装置が決定する方法を提供する。

一実施形態では、複数のポータブルデバイスを見つけるためのセンサ情報を取得するシステムが提供される。システムは、第１の通信リンクの第１の通信チャネルを介して第１のポータブルデバイスと通信するように動作可能な第１の制御装置（第１のコントローラデバイス）を含むことができ、複数のポータブルデバイスは、第１のポータブルデバイスを含む。システムはまた、第２の通信リンクにおける第２の通信チャネルを介して第２のポータブルデバイスと通信するように動作可能な第１の制御装置（第２のコントローラデバイス）を含むことができ、複数のポータブルデバイスは、第２のポータブルデバイスを含む。

異なるチャネルにおいて、および／または、同じチャネル内の異なる時間において発生する第１の通信リンク、および、第２の通信リンクを介した同時通信が行われるように、第１の通信リンク、および、第２の通信リンクを介して通信するように第１のコントローラデバイス、および、第２のコントローラデバイスに対して指示するように構成された通信管理装置を提供することができる。システムはまた、複数のセンサデバイスを含むことができ、複数のセンサデバイスの各センサデバイスは、第１の通信リンク、および、第２の通信リンクを介して送信される通信に関して感知された特性を得るように構成されている。

ひとつの実施形態では、複数のポータブルデバイスを見つけるためのセンサ情報を取得するシステムが提供される。システムは、第１の通信リンクの第１の通信チャネルを介して第１のポータブルデバイスと通信するように動作可能な第１のコントローラデバイスと、第２の通信リンクの第２のチャネルを介して第２のポータブルデバイスと通信するように動作可能な第２のコントローラデバイスとを含むことができる。

システムはまた、第１のコントローラデバイス、および、第２のコントローラデバイスに、第１の通信リンク、および、第２の通信リンクを介して通信するように指示するように構成された通信管理装置、および、複数のセンサデバイスを備える。複数のセンサデバイスのそれぞれは、第１の通信リンク、および、第２の通信リンクを介して送信される通信に関する感知された特性を得るように構成されている。システムは、第１の通信リンクを介して送信された通信に関して得られた感知された特性に基づいて第１のポータブルデバイスに関する位置情報を決定するように動作可能な位置決定装置を含むことができる。位置決定装置は、第２の通信リンクを介して送信された通信に関して得られた感知された特性に基づいて、第２のポータブルデバイスに関する位置情報を決定するように動作可能である。

一実施形態によれば、複数のポータブルデバイスに関して位置を決定する方法を提供することができる。方法は、複数のポータブルデバイスは、第１のポータブルデバイスを含み、第１のコントローラデバイスと第１のポータブルデバイスとの間で、第１の通信リンクの第１の通信チャネルを介して通信することを含む場合がある。方法は、さらに、複数のポータブルデバイスは、第２のポータブルデバイスを含み、第２のコントローラデバイスと第２のポータブルデバイスとの間で、第２の通信リンクの第２の通信チャネルを介して通信することを含む場合がある。

複数のセンサデバイスは、第１の通信リンク、および、第２の通信リンクを介して送信される通信の感知された特性を得るように指示される場合がある。第１のポータブルデバイスの第１の位置は、第１の通信リンクに関して得られた通信の感知された特性に基づいて決定されることがあり、第２のポータブルデバイスの第２の位置は、第２の通信リンクに関して得られた通信の感知された特性に基づいて決定されることがある。

本発明の実施形態を詳細に説明する前に、本発明は、動作の詳細、または、以下の説明に記載、または、図面に示される構成要素の構成、および、配置の詳細に限定されないことが理解されるべきである。本発明は、他の様々な実施形態で実施することができ、本明細書で明示的に開示されていない代替の方法で実施または実施することができる。また、本明細書で使用される表現、および、用語は、説明を目的とするものであり、限定的なものと見なされるべきではないことが理解されるべきである。「含む」、および、「備える」、および、それらの変形の使用は、その後に記載される要素、および、それらの同等物、ならびに追加の要素、および、その同等物を包含することを意味する。さらに、列挙は、様々な実施形態の説明において使用される。特に明記しない限り、列挙型の使用は、本発明を特定の順序または構成要素の数に限定するものとして解釈されるべきではない。また、列挙の使用は、列挙されたステップまたは構成要素と組み合わされるか、または列挙されるステップまたは構成要素に組み合わされる可能性のある追加のステップまたは構成要素を本発明の範囲から除外するものとして解釈されるべきではない。

図１は、一実施形態によるシステムを示している。

図２は、一実施形態によるシステムを示している。

図３は、図２のシステムの代替の実施形態を示している。

図４は、本開示の一実施形態によるシステムを示している。

図５は、本開示の一実施形態による他のシステムを示している。

図６は、本開示の一実施形態によるさらに他のシステムを示している。

図７は、本開示の一実施形態による図１のシステムを備えた大量輸送システムの一態様を示している。

図８は、本開示の一実施形態によるシステムを示している。

図９は、本開示の一実施形態による電子システム構成要素を示している。

図１０は、一実施形態による通信のタイミング図である。

図１１は、一実施形態による通信のタイミング図である。

図１２は、一実施形態による通信のタイミング図である。

図１３は、一実施形態による通信のタイミング図である。

図１４は、一実施形態による通信のタイミング図である。

図１５は、一実施形態による通信のタイミング図である。

図１６は、一実施形態による通信のタイミング図である。

図１７は、一実施形態による通信のタイミング図である。

図１８は、一実施形態による通信のタイミング図である。

図１９は、一実施形態による通信のタイミング図である。

一実施形態によるシステム、および、方法は、システムの近傍において、潜在的に多い数の形態機器、例えば、４０基のポータブルデバイスなどの複数のポータブルデバイスに関する位置情報を決定するために提供される。システムは、システムの近傍にある複数のポータブルデバイスのそれぞれに接続して位置を特定することができる。位置情報は、車両または建物などの対象物に関して決定される。ポータブルデバイスは、ｉＯＳ、または、Ａｎｄｒｏｉｄシステムを搭載したスマートフォン、および、フォブ、時計、ブレスレットなどの他の非電話（カスタム）デバイスを含む、ユーザが着用または携帯する任意のタイプの装置である。

一実施形態のシステム、および、方法は、一度に多数の乗客を輸送することができるひとつ以上の車両（例えば、バスまたは列車）を含む、大量輸送システム内の複数のポータブルデバイスに関する位置情報を決定するために提供される場合がある。大量輸送システムにおける一実施形態におけるシステム、および、方法は、ユーザエクスペリエンスを促進する以下に述べるひとつ以上の特徴を提供することができる。
（１）任意の停車地において、乗車または下車している可能性のあるすべてまたはほぼすべての乗客／運転者を見つけて接続する。
（２）多忙な（都市）環境において、満員の負荷におけるすべて、または、ほぼすべての乗客／運転者を探し続ける。
（３）インターネット接続なし（ユーザに別の方法での操作を求めることなく）のユーザを認証する。
（４）ユーザに対して外向きの存在がほとんど、または、まったくない状態で、バックグラウンドで操作する。
（５）応答性：システムは、ユーザエクスペリエンスを低下させることなく、すべて、または、ほぼすべてのポータブルデバイスに対してすべて、または、ほぼすべてのアクションを実行するように構成されている。

この明細書で説明される「ユーザ」は、「運転者」または「乗客」または「潜在的乗客（乗客になる可能性のある者）」または「乗客に情報を提示する別のデバイス」（例えば、車載ディスプレイ、または、身元情報（アイデンティティ）をもつ他のデバイス）である場合がある。
１．任意の停車地において、乗車または下車している可能性のあるすべて、または、ほぼすべての乗客／運転者を見つけて接続する。

一実施形態のシステム、および、方法は、ライドシェアリング環境、レンタル環境、タクシー環境、および、自動運転車環境を含む様々な環境における複数のポータブルデバイスに関する位置情報を決定することを促進する。これらのタイプの環境は、各ユーザのある地点から別の地点への輸送を容易にするためのひとつ以上の輸送システムを提供する場合があり、すべてのユーザが同じ地点に出入りすることはできない。

一実施形態では、輸送システムの車両は、９人から１４人の乗客に加えて、運転者（１０人から１５人のユーザ６０）を収容することができる。新しい運転者と多くの乗客が任意の停車地で搭乗を待っている可能性がある（１０人から１５人のユーザ６０）。図７の図示された実施形態におけるシステム１００は、ユーザ６０のそれぞれについての位置情報を決定するように構成される場合がある。さらに、接続またはアイデンティティ（画面など）を持つ他の物が車両内にある可能性がある。ユーザ６０と接続のこの組み合わせは、１０＋１０＋２から１５＋１５＋４、または２２から３４の接続をもたらす可能性があり、＋２、および、＋４は、接続またはアイデンティティを有する車両内の他の物を示す。

バス、および、搭乗プラットフォーム２２０として具体化された対象物１０を含む、大量輸送環境またはシステムの一部が図７に示され、一般に符号２００によって示されている。図示の実施形態は、（ａ）符号６０によって示された、それぞれがポータブルデバイス２０（ＰＯＲＴＡＢＬＥ ＤＥＶＩＣＥ）を携帯する複数のユーザ（ＵＳＥＲ）、および、（ｂ）符号１００によって示された本開示の実施形態によるシステムを含む。輸送システム２００は、図示の実施形態に示されるタイプに限定されず、輸送システム２００は、ライドシェアリングバン、または、自律運行タクシーを含む、任意のタイプの輸送システムであることが注目される。これらの例では、搭乗プラットフォーム２２０は、縁石、または、誰かの私道など、任意の指定されたピックアップ場所でもよいことが注目される。

市内バスは６０人から８０人の乗客を運ぶことが多く、列車は５０人から１００人の乗客（着席）または約２６０人の乗客（着席と立っている、ニューヨークの地下鉄の場合）を運ぶことができる。中国、日本、インドでは、列車は潜在的にさらに多くのユーザを運ぶ可能性がある（たとえば、キャビンの内外で４００人）。したがって、大量輸送システムに関連して使用するように構成されたシステム１００は、キャビンあたり最大４００人の乗客（すでに搭乗中）、および、潜在的に搭乗を待っているユーザ６０（最大８００人のユーザ６０、さらにキャビンごとにプラス１人から１０人のスタッフ）をサポートするように指定することができる。これは、オフィスビルの大きなロビーの場合と同様のケースであり、システム１００によって何百人もの人々が同時に検出されるか、または、システム１００に接続されて、入室、または、サービスを待っている可能性がある。

上述で論じられたパラメータに基づいて、一実施形態によるシステム１００は、２０から４０の接続をサポートすることができ、実質的により多くの接続をサポートするように規模を調節することができる。
２．多忙な（都市）環境において、満員の負荷におけるすべて、または、ほぼすべての乗客／運転者を探し続ける。

多数のポータブルデバイス２０、および、ユーザ６０（例えば、おそらく４０）では、対象物１０上に配置されたポータブルデバイス２０、および、センサ４０（ＳＥＮＳＯＲ）の間において、無線信号（例えば、ＢＬＥ信号、ＵＷＢ、またはＷｉｆｉ、またはそれらの組み合わせ）をブロックする多くの対象物が存在する可能性が高いことが注目される。

一実施形態のシステム１００は、１１個のセンサ４０（ひとつの後部の対、ひとつの助手席側の中間部の対、ひとつの運転席側の中間部の対、ひとつの助手席側の前部の対、ひとつの運転席側の前部の対、および、ひとつの中央センサ［センターコンソール／スタック］を含みことができる。）を含み、位置に関係なく４人の同時ユーザ６０で信頼できることが経験的に実証されている。

内部に１５人、外部に吸収体（物体）／反射体（車両、建物）など、ユーザ６０の数が増えると、誤った位置特定の脆弱性が生じる可能性がある。追加のセンサ４０を備えたシステム１００は、そのような誤った位置特定を回避するように構成される場合がある。

一実施形態のシステム１００は、追加の一対の後部のセンサ４０（単一のセンサ４０の遮蔽が、システムの後方の内側／外側を決定する能力を妨害しないことを確実にするためである）、追加の一対の運転席側、および、助手席側の背もたれ近くのセンサ４０（車両の後方でより良い内側／外側決定の有効範囲を提供するためである）、および、ヘッドライナーにふたつの追加のセンサ４０を備える。（車両が満員のとき、つまり人が横に座っているときの中央／後部の車両の中央の人々に有効範囲を提供するのに役立つために、ひとつは後部に、もうひとつは車両中央にある）を含む。これは１９個のセンサをもつ構成になる。

センサが１９個未満の構成が：１３個（１１個＋追加の後部の対）、１５個（１１個＋追加の運転席と助手席の背もたれの対）、１７個（１１個＋追加の後部の対と追加の運転席と助手席の背もたれの対）、または、後部／背もたれの対の有無にかかわらず同様の組み合わせ、代わりに、ひとつ以上の追加の中央の（ヘッドライナー）センサ、が存在しうる。

代替的に、精度を犠牲にしてコストを削減するために、システムは、７個のセンサ構成、または単一のセンサ構成を含む７個未満のセンサ構成で実現することが可能である。
３．インターネット接続なし（ユーザに別の方法での操作を求めることなく）のユーザを認証する。

一実施形態では、図１の例示された実施形態と同様に、システム１００は、ＳＣＭ１２０、および、ハブ１４２（ＨＵＢ）を含む制御システム１１０（ＳＣＨＥＭ）（一実施形態ではＳＣＨＥＭ１１０として説明されているが、そのように限定されない）を備えるＢＬＥ極小位置特定（マイクロロケーション）システムである。ＳＣＭ１２０、および、ハブ１４２は、本明細書に記載のひとつ以上の実施形態に従って動作するように構成された電子システム構成要素７０である。ＳＣＭ１２０は、ポータブルデバイス２０が最初に接続するアドバタイズメントを提供することができ、ポータブルデバイス２０がバックグラウンドスキャンセントラルモードで動作することを可能にする。ポータブルデバイス２０がＳＣＭ１２０に接続するとき、ＳＣＭ１２０またはポータブルデバイス２０は、どのように（例えば、どのＵＵＩＤを使用するか、および、潜在的に他のセキュリティまたは接続情報）、そしておそらくいつポータブルデバイス２０がアドバタイズするべきかを決定し、次にＳＣＭ１２０は、その情報をハブ１４２に渡す。次に、ＳＣＭ１２０またはポータブルデバイス２０は、この「初期接続」を維持するか（マイクロロケーション接続フェーズが失敗した場合）、所定のまたは動的に決定された期間後にそれを切断するか、または、直ちに切断することができる。

一実施形態では、ＳＣＭ１２０またはポータブルデバイス２０は、マイクロロケーション、および／または、通信のために初期接続を引き続き使用することができる。この場合、役割の切り替えが行われない場合がある。より具体的には、一実施形態では、ポータブルデバイス２０は中心的な役割のままでありえて、マイクロロケーションは、その役割のポータブルデバイス２０において実施される場合がある。追加的に、または、代替的に、データ接続は、中心的な役割のポータブルデバイス２０で維持される場合がある。さらに、ＳＣＭ１２０、および、ハブ１４２に関連して説明される機能は、これらの構成要素のいずれかに存在しないか、または別の構成要素に組み込まれる場合があることが注目される。記載された構成要素の機能の任意の組み合わせは、本開示の一実施形態によるデバイスにおいて利用され得る。例えば、ＳＣＭ１２０、および、ハブ１４２に関連して説明される機能のすべて、または、部分群は、単一のデバイスに組み合わせることができる。

提供された情報を使用して、ハブ１４２は、ポータブルデバイス２０をスキャンし、それに接続することができる。この時点で、ポータブルデバイス２０、および、ハブ１４２は、接続プロセスを完了するため、および／または、他の認証、および／または、セキュリティプロトコルを完了するために情報を交換することができ、接続が維持される。この接続を使用することにより、制御システム１１０（ハブ１４２）は、ポータブルデバイス２０を位置特定することができ、それを介して、ポータブルデバイス２０は、制御システム１１０と通信して、車両、または、他のシステム、または、対象物１０の態様との間でコマンドを発行または受信する。

システム１００は、ＳＣＭ１２０が存在しないか、または別のシステム構成要素に置き換えられるように構成されてもよく、例えば、ハブ１４２が、動的または所定のいずれかの方法で、別のシステム構成要素を介して得られたポータブルデバイス２０をスキャンすることが注目される。

一実施形態においてシステム１００に接続する各ポータブルデバイス２０のアイデンティティは、使用／信頼される前に（例えば、接続が確立されたとき、ポータブルデバイス２０が別のシステムなどに接続されていることを報告する前に）認証される必要がある場合がある。

代替的に、または、追加的に、一実施形態において各ポータブルデバイス２０を所有するユーザ６０のアイデンティティは、使用／信頼される前に（例えば、接続が確立されるとき、ポータブルデバイス２０が別のシステムなど接続されていることを報告する前に）認証される必要がある場合がある。

認証は、ＳＣＭ１２０上（ＳＣＭ１２０がポータブルデバイス２０をハブ１４２に通知する前）またはハブ１４２（例えば、ハブ１４２がポータブルデバイス２０に接続された後、しかし、ポータブルデバイス２０が他のシステムに接続されていることが報告される前）で発生する場合がある。一実施形態では、電話は、接続されていると報告されるが、認証されていない。

ポータブルデバイス２０またはユーザ－６０による認証は、インターネット接続の有無にかかわらず発生してよい。

認証プロトコルは、アプリケーションごとに異なる場合がある。プロトコルの例には、証明書による検証（例えば、従来のデジタルキー）、対称キー、および、スミスらによる２０１７年１０月２７日に提出された、「デバイスを認証、および、承認するためのシステム、および、方法」と題された米国特許出願番号１５／７９６、１８０に記載されているアイデンティティベースのアクセス管理（ＩＡＭ）が含まれる。一実施形態では、認証段階は、ＳＣＭ１２０とハブ１４２との間で分割することができる。

追加的に、または代替的に、セキュリティモデル、および／または、認証段階の一部は、他のマイクロプロセッサ、および／または、制御システム１１０、センサ４０、システム１００、あるいは、外部システムのモジュールの間で分割される場合がある。例えば、制御システム１１０は、それ自体が安全な要素、または、ハードウェアセキュリティモジュールに結合、または、組み込まれる場合がある追加のプロセッサ（例えば、「アプリケーション」または「コア」プロセッサ、おそらく本明細書で説明される管理装置と呼ばれる）を有することができる。管理装置は、ＳＣＭ１２０、および／または、ハブ１４２によって使用するためのセキュリティサービスを提供することができ、または、ＳＣＭ１２０、および、ハブ１４２の一方、または、両方に代わってセキュリティ操作を実行することができる。
４．バックグラウンド操作。

一実施形態では、システム１００は、バックグラウンドで完全に動作するように動作可能であり、これは、開示の目的において、ポータブルデバイス２０がシステム１００の近くにあり、ユーザの操作なしにロック（スクリーンオフ）されているときに、システム１００が、ユーザ６０のポータブルデバイス２０（例えば、ユーザの電話）にアプリ、または、サービスを起動させることができることを意味している。これは、車両、または、対象物１０が、少なくともある時点で、広告デバイス、例えば、「ビーコン」として動作する可能性があることを意味するが、車両、または、対象物１０は、このように動作しない可能性があることを理解されたい。代替的な実施形態では、ポータブルデバイス２０はアドバタイズすることができ、システム１００はそれらのアドバタイズメントをスキャンすることができる。しかしながら、これらのシステム１００は、少なくともある時点で、ユーザ６０がポータブルデバイス２０上でアプリケーションを起動し、アプリケーションをバックグラウンドで実行し続ける（通常は継続的に広告を出す）ことを含むことができる。本開示は、特定のバックグラウンドの運用面に限定されないことが理解され、追加的に、このひとつ以上の実施形態は、バックグラウンド動作のために構成されない。
５．応答性：システムは、ユーザエクスペリエンスを低下させることなく、すべて、または、ほぼすべてのポータブルデバイスに対してすべて、または、ほぼすべてのアクションを実行するように構成されている。

「ＢＬＥモジュール」（または「ＢＬＥチップ」または「ＢＬＥ ＳＯＣ」）、および、「ＢＬＥ通信機」という用語は、本開示において交換可能に使用される場合がある。ＢＬＥモジュール４２は、少なくともマイクロプロセッサおよびＢＬＥ送受信機（ＢＬＥ通信機）を含むことができ、したがって、本開示は、ＢＬＥモジュール４２をＢＬＥ通信機として、または逆に、ＢＬＥ通信機をＢＬモジュール４２として時折言及する場合がある。マイクロプロセッサまたはＢＬＥモジュール４２が複数のＢＬＥ通信機（すなわち、複数のＢＬＥ送受信機）を有することも可能である。例えば、いくつかの実施形態では、いくつかの別個のＢＬＥ通信機、および／または、ＢＬＥモジュール４２が説明されている。そのような実施形態では、別個のＢＬＥ通信機、および／または、ＢＬＥモジュール４２は、実際に、別個のＢＬＥモジュール４２（すなわち、それぞれが独自のＢＬＥ送受信機を有する別個のマイクロプロセッサ）、ひとつ以上のマイクロプロセッサに接続された別個のＢＬＥ通信機（すなわち、ＢＬＥ送受信機）（例えば、管理装置、複数のＢＬＥ送受信機を備えたひとつのＢＬＥモジュール４２など）、またはそれらの任意の組み合わせである場合がある。

システム１００は、一実施形態では、ユーザエクスペリエンスを損なうことなく、すべてのポータブルデバイス２０（例えば、電話）に対してすべてのアクションを実行することができる。システム１００の応答性、および、精度は、サポートされるポータブルデバイス２０、および／または、センサ４０の数の極端な値では、影響を受けない（または顕著に影響を受ける）可能性がある。

代替的に、一実施形態におけるシステム１００は、追加のポータブルデバイス２０、および／または、センサ４０をサポートするためにシステム１００が動作する速度を単に低下させることを回避するように構成される場合がある。そうでなければ、そのような低減を使用して、システム１００の応答性、および、位置特定精度は、ポータブルデバイス２０、および、センサ４０の数が増加するにつれて、おそらく継続的に低下する可能性があることが注目される。

ＢＬＥを用いた一実施形態では、追加のポータブルデバイス２０、および／または、センサ４０のサポートは、以下のうちのひとつ以上を介して可能にされる場合がある。
１）接続間隔を長くして、より多くの接続イベント（デバイス）が間隔に収まるようにするか、アドバタイズデバイス（新しい接続）をより長くスキャンするか、同じ通信機を使用して信号特性を送信する場合は、より多くのセンサにデータを送信する。これは、スループットを犠牲にして、システム１００がより多くのポータブルデバイス２０、および／または、センサ４０をサポートすることを可能にする（すなわち、それはシステム１００全体を遅くする場合がある）。
２）接続の帯域幅を１ｍｂｐｓから２ｍｂｐｓに増加させる。これは、通信品質を犠牲にして、システム１００が同じ時間内により多くのデータを送信することを可能にする（すなわち、システム１００は、ノイズの影響を受けやすく、したがって、より多くのデータをドロップする場合がある）。
３）各接続イベントの時間を短縮する（ポータブルデバイス２０が接続イベントごとにシステム１００との間で送受信することができるパケットの数を削減する）。
４）同じ通信機を使用して信号特性を送信する場合は、各ポータブルデバイス２０、および／または、センサ４０に送信されるデータの量を減らす（可能な場合）。
５）サポートされるポータブルデバイス２０、および／または、センサ４０の最大数を減らす（必要な時間、および／または、帯域幅の量を減らす）。

一実施形態のシステム１００は、周波数ホッピング通信媒体／プロトコル（ＢＬＥなど）を利用して、少数のポータブルデバイス２０、および、センサ４０をサポートするシステムと同じ（またはほぼ同じ）応答性を維持することができる。一実施形態のシステム１００は、上述の方法のひとつ以上に、追加的に、または、代替的に、複数の周波数で動作を並列化することによって（例えば、同時に複数の周波数で動作する）、より多くのポータブルデバイス２０、および、センサ４０をサポートすることができる。本明細書で述べたように、ポータブルデバイス２０、および、センサ４０は、ＢＬＥ、および、ＵＷＢを含むひとつ以上の無線通信インターフェースを利用することができる。ＢＬＥについて言及されるいかなる場合においても、本開示はそのように限定されず、ＵＷＢまたは他のタイプの通信インターフェースが、ＢＬＥに加えて、または、ＢＬＥの代わりに使用される場合があることが注目される。

一実施形態では、システム１００は、多くの電話が同じ領域に存在し、同時に測距する場合の管理を助けるために、いくつかのＵＷＢアンカーがひとつの周波数で動作し、他が別の周波数で動作するように構成されてもよい。

一実施形態では、送受信機（無線または有線であって、「通信機（ＲＡＤＩＯ）」と呼ばれる）は、出力を上げたり下げたり、周波数を変更したり、および／または、データを無限に高速に送受信したりすることができない場合がある。送受信機はまた、任意の時点で複数の周波数でデータを送受信できない場合がある。追加的に、または、代替的に、ポータブルデバイス２０、および／または、センサ４０は、ソフトウェアの誤動作（リセット、または、オペレーティングシステムによって引き起こされる遅延）、クロックスキュー、ＲＦ反射などを含む様々な理由のために、そうするように設計されているにもかかわらず、常に異なる時間に送受信するとは限らない。結果として、本開示の一実施形態における並列化は、複数の通信機（単一のアンテナ、複数のアンテナ、または通信機ごとにひとつ以上のアンテナに接続される場合がある）で達成される場合がある。各通信機はひとつのマイクロプロセッサ（独自の計算リソースを有する）に接続することも、各マイクロプロセッサを複数の通信機に接続することもできる。システム１００は、ひとつだけに代えて複数のＢＬＥチップ（または代替的な、または、追加的なＵＷＢチップ、または。別のタイプの無線通信インターフェース）を使用し、それらのチップの挙動がシステム１００の残りの部分、および、ユーザ６０に対して透過的であるように、それらの動作を調整してもよい。このように構成されたシステムでは、通信媒体の帯域幅制限を超えない限り、システム１００を任意の数の接続にスケーリングすることができる（例えば、ＢＬＥスペクトルは、膨大な数のポータブルデバイス２０、および、センサ４０を高レートでサポートすることによって飽和しない）。
Ｉ．システムの概要

一実施形態によるシステムが、図１、図７、および、図８に図示の実施形態に示されており、一般的に符号１００により示されている。システム１００は、本明細書で概説されるように、ひとつ以上のシステム構成要素を含むことができる。システム構成要素は、図９に図示の実施形態に示されるユーザ６０または電子システム構成要素７０である場合があり、これは、ポータブルデバイス２０、センサ４０、または、対象物システム５０（ＯＢＪＥＣＴ ＳＹＳＴＥＭ）の対象機器部分、または、これらのデバイスのひとつ以上の態様を含む構成要素である場合がある。本明細書で論じられるように、電子システム構成要素７０の基礎となる構成要素は、これらのデバイスのいずれかひとつ以上と連動して動作するように構成される場合がある。この意味で、一実施形態では、ポータブルデバイス２０、センサ４０、対象物デバイス、ハブ１４２、および、ＳＣＭ１２０、ならびに本明細書に記載のシステム１００の他の構成要素の間で共通のいくつかの態様または特徴がある場合がある。

例えば、図９に示される電子システム構成要素７０に関連して説明されるひとつ以上の特徴は、対象物システム５０の対象物デバイス、ポータブルデバイス２０、ＳＣＭ１２０、ハブ１４２、センサ４０、または、それらの任意の組み合わせの一部を形成することができる。一実施形態では、対象物装置または制御システム１１０の構成要素は、図９に図示の実施形態の電子システム構成要素７０と併せて説明される同じまたは類似の構成要素を含むことができ、車両や建物などの対象物１０上に配置された機器構成要素を形成することができる。

電子システム構成要素７０の形態の対象物デバイスは、対象物１０のひとつ以上のシステムに通信可能に結合され、対象物システム５０を集合的に形成して、対象物１０の動作を制御することができる。情報は、対象物１０の２つ以上の構成要素間で送受信されることを含めて、対象物システム５０の構成要素間で通信される場合がある。

本明細書で述べたように、対象物システム５０は、通信機能を含むことができる。対象物１０は、図１に図示の実施形態に示される複数の有線バス１５０、１５２（ＶＥＨＩＣＬＥ ＣＡＮ）など、そのような通信を容易にする有線または無線のひとつ以上の通信ネットワークを含みことができる。通信ネットワークはまた、対象物システム５０の内部または外部のひとつ以上の電子システム構成要素７０が対象物システム５０と通信することを可能にする。例えば、通信ネットワークは、制御システム１１０（本明細書で説明されるようなひとつ以上の電子システム構成要素を含む）と対象物システム５０との間の通信を容易にすることができる。そのような通信ネットワークは、ＣＡＮバスであり、図８の図示の実施形態では符号１５０で示され、図１の図示の実施形態では第１、および、第２の車両バス１５０、１５２（ＶＥＨＩＣＬＥ ＣＡＮ）として示されている。追加的に、または、代替的に、制御システム１１０は、専用の通信リンクを介して、対象物システム５０のひとつ以上の対象物デバイスと直接通信することができる。例えば、図１の例示された実施形態における制御システム１１０は、本明細書に記載されるように、テレマティクス制御ユニット１６０として具体化された対象物デバイスと直接通信するように構成されている。

上記のように、図１の図示の実施形態では、対象物システム５０は、テレマティクス制御ユニット１６０（ＴＣＵ）を含むことができる。例えば、ＴＣＵ１６０は、ＳＰＩリンクなどの通信リンクを介して制御システム１１０に接続される場合がある。別の実施形態では、ＴＣＵ１６０は、制御システム１１０と組み合わせることができる。別の実施形態では、ＴＣＵ１６０は、対象物システム５０の構成要素の一部であることがあり、または、制御システム１１０がＴＣＵ１６０と通信することができる対象物システム５０の構成要素に接続されることがある。

別の実施形態では、ＴＣＵ１６０は存在しない可能性があり、ＴＣＵ１６０によって提供されたであろうデータは、ポータブルデバイス２０を介して（例えば、ＢＬＥを介して）トンネル処理される場合がある。「トンネル処理」は、従来のトンネルとして定義でき、たとえば、ＴＣＰ／ＩＰｏｖｅｒＢＬＥの実行であり、しかしながら、本開示はそのように限定されない。トンネルは、関連するデータがコマンド／応答を介して対象物システム５０または他のシステム構成要素に通信されることを可能にする構成として定義することができる。

一実施形態では、ＴＣＵ１６０は、セルラーモデムまたは他の長距離ＷＡＮ通信機（Ｌｏｒａ、Ｓｉｇｆｏｘなど）を含むことができる。

一実施形態では、上記のように、ＴＣＵ１６０は、システムの必須部分ではなく、例えば、ＴＣＵ１６０、および、それが通信するシステムのすべての機能は、ローカルで（例えば、クラウドではなく）実行される場合がある。
ＩＩ．電子システム構成要素

図９に図示の実施形態では、電子システム構成要素７０は、本明細書で論じられるひとつ以上の機能、および、アルゴリズム、またはその態様に従って、電子システム構成要素７０の動作を制御するように構成されたコントローラ５１を備えている。電子システム構成要素７０と併せて本明細書に記載される構成要素、および、構成は、対象物システム５０、ＳＣＭ１２０、ハブ１４２、センサ４０、ポータブルデバイス２０、または、それらの任意の組み合わせの構成要素などのシステム構成要素のいずれかで具体化される場合があることに留意されたい。これは、同様に、それぞれのシステム構成要素の動作または態様を制御するように構成されたコントローラ５８を含む場合がある。

コントローラ５８は、本明細書に記載の機能、および、アルゴリズムを実行するためのありとあらゆる電気回路、および、構成要素を含む。一般的に言えば、コントローラ５８は、本明細書に記載の機能を実行するようにプログラムされたひとつ以上のマイクロコントローラ、マイクロプロセッサ、および／または、他のプログラム可能な電子機器を含むことができる。コントローラ５８は、追加的に、または、代替的に、本明細書に記載の機能を実行するようにプログラムされた、または、マイクロコントローラ、マイクロプロセッサ、および／または、他の電子機器をサポートする他の電子的構成要素を含むことができる。他の電子的構成要素には、ひとつ以上のフィールドプログラマブルゲートアレイ、チップ上のシステム、揮発性または不揮発性メモリ、ディスクリート回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、および／または、他のハードウェア、ソフトウェア、または、ファームウェアが含まれるが、これらに限定されない。このような構成要素は、ひとつ以上の回路基板に取り付ける、または、単一のユニットに結合するか複数のユニットに分散するかにかかわらず、他の方法で配置するなど、適切な方法で物理的に構成することができる。そのような構成要素は、電子システム構成要素７０内の異なる位置に物理的に分散されることがあり、または、それらは、電子システム構成要素７０内の共通の場所に存在する場合がある。物理的に分散されている場合、構成要素は、ＣＡＮ、ＬＩＮ、ＦｉｒｅＷｉｒｅ、Ｉ２Ｃ、ＲＳ－２３２、ＲＳ－４２２、ＲＳ－４８５、ＳＰＩ、イーサネット、ユニバーサルシリアルバス（ＵＳＢ）、または、ＲＦ（セルラー、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）などの、適切なシリアル、または、パラレル通信プロトコルを使用して通信できるが、これらに限定されない。

本明細書で説明するように、位置特定装置、モジュール、モデル、および、発生装置という用語は、コントローラ５８の部品を示す。例えば、一実施形態におけるモデル、または、位置特定装置は、ひとつ以上のコア機能、および、ひとつ以上のコア機能の出力に影響を与えるひとつ以上のパラメータを有するものとして説明される。モデルまたは位置特定装置の態様は、コントローラ５８のメモリに格納される場合があり、また、ひとつ以上の入力を受信、および、変換し、および、ひとつ以上の出力を出力するように動作するように構成されたコントローラ５８の一部であるモデルのようなコントローラ構成の一部を形成することができる。同様に、モジュールまたは発生装置は、モジュールまたは発生装置に関連して記述された入力を受け取るように、そして、モジュールまたは発生装置に関連付けられたアルゴリズムに対応する出力を提供するように構成されたコントローラ５８のようなコントローラ５８の部分である。コントローラ５８は、ＳＣＭ１２０、または、別の電子システム構成要素の一部を形成することができ、ポータブルデバイス２０に関する位置情報を決定するためにモデルまたは位置特定機を組み込むことができることが注目される。

図９に図示の実施形態における電子システム構成要素７０のコントローラ５８は、他の電子ハードウェアの中でも、ひとつ以上のアプリケーション５７（ＡＰＰＬＩＣＡＴＩＯＮ）（ソフトウェア、および／またはファームウェアを含む）を実行するひとつ以上のプロセッサ５１、ひとつ以上のメモリユニット５２（例えば、ＲＡＭ、および／または、ＲＯＭ）、および、ひとつ以上の通信インターフェース５３を含むことができる。ポータブルデバイス２０は、通信インターフェース５３を介して下位レベルのデバイス／電子機器へのアクセスを制御するオペレーティングシステム５６（ＯＰＥＲＡＴＩＮＧ ＳＹＳＴＥＭ）を有する場合もあり、有さない場合もある。 電子システム構成要素７０は、ハードウェアベースの暗号化ユニット５５（Ｈ／Ｗ ＢＡＳＥＤ ＣＲＹＰＴＯ）を有する場合も持たない場合もあり、それらがない場合、暗号化機能はソフトウェアで実行される場合がある。 電子システム構成要素７０は、セキュアメモリユニット５４（ＳＥＣＵＲＥ ＭＥＭＯＲＹ ＵＮＩＴ）（例えば、安全な要素またはハードウェアセキュリティモジュール（ＨＳＭ））を有する（または有する）場合もあれば、持たない場合もある。図示の実施形態では、オプションの構成要素、および、通信経路がかくれ線で示されている。

図９に図示の実施形態におけるコントローラ５８は、任意の構成要素におけるセキュアなメモリユニット５４の存在に依存しない。セキュアメモリユニット５４がオプションで存在しない場合、セキュアメモリユニット５４に格納されるデータ（例えば、秘密鍵、および／または、秘密鍵）は、可能であれば非使用時に暗号化される場合がある。このようなデータへのアクセスを実質的に防止するために、ソフトウェアベース、および、ハードウェアベースの緩和策を利用することができ、システム構成要素全体のセキュリティ侵害を実質的に防止または検出することができる。このような緩和機能の例には、物理的な障害物、または、シールドの実装、ＪＴＡＧ、および、その他のポートの無効化、ソフトウェアインターフェースの強化による攻撃ベクトルの排除、信頼できる実行環境（ハードウェア、または、ソフトウェア、あるいはその両方）の使用、オペレーティングシステムのルートアクセス、または、侵害の検出が含まれる。

開示の目的で、安全であることは、一般に、機密（暗号化）、認証、および、整合性検証済みであると見なされる。しかしながら、本開示はそれほど限定されておらず、「安全な」という用語はこれらの側面の部分群であるか、または、データセキュリティに関連する追加の態様を含むことができることが理解される。

通信インターフェース５３は、有線または無線を含み、本明細書に記載の任意のタイプの通信リンクを含み、任意のタイプの通信リンクである場合がある。通信インターフェース５３は、外部、または、内部、あるいはその両方の通信を容易にすることができる。例えば、通信インターフェース５３は、アンテナアレイ３０に結合されるか、または、アンテナアレイ３０に組み込まれる場合がある。アンテナアレイ３０は、ＢＬＥ、または、ＵＷＢ通信、あるいはそれらの組み合わせを含む無線通信を容易にするように構成されたひとつ以上のアンテナを含むことができる。通信インターフェース５３は、一実施形態では、複数の通信リンクを提供することができる。

別の例として、通信インターフェース５３は、ＷｉＦｉ規格による無線通信など、制御システム１１０の構成要素などの別のシステム構成要素との無線通信リンクを提供することができる。別の例では、通信インターフェース５３は、複数の装置の間の通信を容易にするＣＡＮベースの有線ネットワークなどの有線リンクを介して、車両の対象物システム５０またはその構成要素（例えば、車両構成要素）と通信するように構成される場合がある。一実施形態の通信インターフェース５３は、ユーザ６０と情報を通信し、および／または、ユーザ６０から情報を受信するためのディスプレイ、および／または、入力インターフェースを含むことができる。

一実施形態では、電子システム構成要素７０は、対象物システム５０、制御システム１１０、またはユーザ６０の構成要素以外のひとつ以上の補助装置と通信するように構成される場合がある。補助装置は、電子システム構成要素７０とは異なって構成される場合があり、例えば、補助装置は、プロセッサ５１を含まなくてもよく、代わりに、少なくともひとつの直接接続、および／または、電子システム構成要素７０の情報の送信、または、受信のための、または、両方のための補助装置通信インターフェース５３を含む場合がある。例えば、補助装置は、電子システム構成要素７０からの入力を受け入れるソレノイドであるか、または、補助装置は、電子システム構成要素７０にアナログ、および／または、デジタルのフィードバックを提供するセンサ（例えば、近接センサ）でありる。
ＩＩＩ．システム構成

一実施形態では、システム１００は、合理的な方法で、多数のセンサ４０（またはより多くの情報を報告し得る少数のセンサ４０）を備えた多数のパッシブＢＬＥデバイス（例えば、電話、キーフォブなど）をサポートすることができ、すべてのユーザが経験するシステムパフォーマンスが提供される。本明細書で論じられるように、本開示は、ＢＬＥデバイスに限定されないことを理解されたい。本明細書に記載のＢＬＥデバイスは、代替的に、ＵＷＢデバイス、または、別のタイプの無線構成デバイスである場合がある。また、デバイスには、ＢＬＥ機能とＵＷＢ機能の両方など、複数のタイプのワイヤレス機能が含まれている場合があることも理解されるべきである。

一実施形態では、２４個以上のセンサ４０を備えた４０個以上のデバイスをサポートするシステムが提供され、ユーザ６０が、デバイスの接続、アイデンティティ、位置特定、および／または、その他の属性、および／または、相互作用に依存する行為を取る前に、（または、ほぼ同時に）、 （例えば、速い接近においては、ドアハンドルが引かれる前に、車両ドアの解錠を許可したり、対象物（車両）に到達する前にポータブルデバイス２０を認証したりすること）システム１００は、ユーザのデバイスに接続し、認証し、正確に位置特定することができる。一般的に、精度と応答性は接続間隔が短いほど向上し（他の接続パラメーターも精度と応答性に影響を与える可能性があることが注目される）、したがって、約５０ミリ秒の接続間隔が目標であり、１００ミリ秒以下が望ましい。ただし、システム要件と提供されるユーザエクスペリエンスによっては、より長い接続間隔が許容される場合がある。本明細書で論じられるように、これらの位置特定技術は、ＢＬＥ通信に基づいて実施される場合があり、ただし、位置特定技術は、ＵＷＢを含む追加または代替タイプの通信に基づく場合がある。
Ａ．スキーム

現在の自動車用認定ＢＬＥチップは、通常、中心的な役割ごとに最大８台のデバイスをサポートする。２０以上の接続をサポートする自動車用に認定されていないＢＬＥチップがいくつかある（接続間隔は不明である）。自動車用に認定されたチップが望ましいと想定されている。ＢＬＥ飛行時間（ＴｏＦ）、および、ＢＬＥ到着角度（ＡｏＡ）のサポートも必要である。したがって、４０の接続をサポートするために５つのハブ１４２を使用して、ハブ１４２ごとに最大８つの接続をサポートできると想定することができる。永続的な「アンカー」接続を維持するための仕様は、システム全体でひとつの「アンカー」接続のみが必要になるように、削除または削減できることが注目される。そうでなければ、各ハブ１４２は、その接続の１つを「アンカー」接続に割り当てるように指定される場合があり、各ハブの能力を７つの接続に減らし、したがって６つのハブを使用して４０の接続をサポートし、さらに別のデバイス（例えば、ＳＣＭ１２０、センサ４０、および／または、他のモジュール）を使用してアンカー接続を維持する。４０台までの電話機の乗り込みを同時にサポートするには、単一のＳＣＭ１２０で十分であるとは考えられず、したがって、ＳＣＨＥＭ１１０は、必要と考えられる場合、３つのＳＣＭ１２０を使用することができ、その間で「アンカー」接続を分散させることができる。

一実施形態では、位置特定が少なくとも部分的にＵＷＢ通信に基づく場合、ＢＬＥ接続は、コマンド、および、制御、および、データをサポートするために依然として維持されることがあり、接続されたすべてのデバイス間のＵＷＢ測距イベントは、同様に調整、および、管理される場合がある。

たとえば、ＢＬＥ接続は（すべてのＢＬＥ通信機で）競合しないように管理できる。同様に、ＵＷＢ測距イベントは、（すべてのＵＷＢ通信機で）競合しないように管理できる。単一の通信機周波数にＵＷＢがある場合でも、メモリ／性能の制約、および／または、通信機の切り替え／相関のタイミングにより、多数のデバイスをサポートするために、複数のチップをもつ構成において、有利な場合がある。

一実施形態では、システム１００は、ＵＷＢ通信に基づいて、測距情報のような、位置特定情報を取得するように構成される場合があり、位置特定（例えば、測距）が試みられている同じＵＷＢチャネルを用いて通信する複数のＵＷＢ送受信機（例えば、複数のＵＷＢコントローラ）がある場合がある。ＵＷＢ送受信機は、同じＵＷＢチャネルの使用を調整して、調整された方法（例えば、ＵＷＢチャネルの同時使用またはＵＷＢチャネルの調整された共有）で測距を実施することができる。ひとつ以上のＵＷＢ送受信機は、ハブ１４２、ＳＣＭ１２０、またはシステム１００の別の構成要素、またはそれらの任意の組み合わせなど、システム１００の対象物デバイス５０に組み込まれてもよい。例えば、システム１００の２つ以上の構成要素は、それぞれ、ひとつ以上のＵＷＢ送受信機を含むことができる。代替の実施形態では、異なるＵＷＢチャネルを、複数のＵＷＢ送受信機によってそれぞれＵＷＢベースの位置特定に利用することができる。

一実施形態では、ＵＷＢ送受信機は、ＢＬＥモジュール４２の代わりに、または、それに加えて、センサ４０に組み込まれる場合がある。センサ４０は、ハブ１４２、または、ＳＣＭ１２０などのコントローラからの指示に応答して、ＵＷＢチャネルを介してポータブルデバイス２０と通信することができ、ポータブルデバイス２０からの、および／または、ポータブルデバイス２０との通信に基づくポータブルデバイス２０の距離を示す感知された特性を取得することができる。例えば、ポータブルデバイス２０は、センサ４０とのＵＷＢ通信に基づいて、センサ４０に対するセンサ４０の距離を決定し、この情報を、感知された特性として、センサ４０に伝達することができる。このようにして、センサ４０は、通信の感知された特性を取得することができる。センサ４０は、通信に関して感知された特性を測定することによって、および／または、通信に関して感知された特性を測定した可能性がある別のデバイスから感知された特性を受信することによって、感知された特性を取得することができることが注目される。

一実施形態では、センサ４０は、ポータブルデバイス２０の位置に関する通信の信号特性の測距または取得を含む、位置特定の態様を容易にすることができることを理解されたい。しかしながら、本開示はそのように限定されない。システム１００の他の任意の構成要素は、ポータブルデバイス２０、ハブ１４２、および、ＳＣＭ１２０を含む、そのような位置特定の態様を容易にすることができる。

一実施形態では、個々のハブ１４２のそれぞれは、それらの接続されたデバイスを位置特定し、位置情報を管理装置１４０のプロセッサに報告することができる。

別の実施形態では、個々のハブ１４２のそれぞれは、各デバイスの信号特性を管理装置１４０に報告することができ、その結果、管理装置１４０は、各デバイスを位置特定することができる。本明細書で論じられるように、信号特性は、ＴｏＦ、タイムスタンプ、ＴｏＦからの計算された距離、および、クロック補正を含むことができるが、これらに限定されない。

さらに別の実施形態では、ハブ１４２は、有線またはブロードキャストスタイルの無線補助通信インターフェースを介してセンサ４０と通信することができる。これにより、管理装置１４０は、各ハブ１４２に接続された各デバイスの信号特性を各センサ４０から直接受信することができる（すなわち、ハブ１４２は、信号特性を管理装置１４０に直接報告する必要がない場合がある）、管理装置１４０は、各デバイスを位置特定することができる。

なおさらに別の実施形態では、各ハブ１４２は、接続されたデバイスを位置特定して位置情報を報告するとともに、各デバイスの信号特性を報告してもよく、あるいは、管理装置１４０が各デバイスを位置特定できるように、有線または無線バス、またはそれらの任意の組み合わせを介して、管理装置１４０のプロセッサに当該信号特性を直接受信してもよい。

ハブ１４２は、位置情報をデバイスに通信することができる。この位置情報は、ハブ１４２自体から発信することができ（ハブ１４２がデバイスを位置特定する場合）、またはハブ１４２は、デバイスに提供する前に、管理装置１４０のプロセッサから上記位置情報を取得することができる（管理装置１４０がデバイスを位置特定する場合）。管理装置１４０はまた、他の（潜在的に外部の）システムからの情報を利用して、カメラシステム、生体認証システム、スキャナシステムなどのデバイス、および／または、ユーザを位置特定、および／または、認証、および／または、許可することができる。

管理装置１４０は、複数のＳＣＭ１２０、複数のハブ１４２、および、複数の他のシステム（例えば、車両サブシステム、埋め込まれた安全要素など）の間のコーディネーターとして機能することができる。代替の実施形態では、複数の管理装置のプロセッサがある場合がある。さらに別の代替の実施形態では、管理装置のプロセッサ自体が存在しない場合があるが、管理装置の役割は、ＳＣＭ１２０、および／または、ハブ１４２のプロセッサと、分割され、および／または、組み合わされる場合がある。

例えば、管理装置１４０は、ＳＣＭ１２０の群の中において、どのＳＣＭ１２０がどのタイミングでアドバタイズするかを調整すること、各ＳＣＭ１２０がいくつの接続を許可するかを調整すること、ハブ１４２の群に接続されたデバイスの群をＳＣＭ１２０に通知すること、個々のＳＣＭ１２０の真正性を検証すること、ＳＣＭ１２０に代わってセキュリティ操作を行うこと、特定のＳＣＭ１２０のファームウェアを更新すること、ＳＣＭ１２０の群の間において一貫性チェック、および、健全性モニタリングを確実に行うこと、ＳＣＭ１２０、および／または、ハブ１４２、および／または、他のシステムの間において接続情報、および／または、接続情報、および／または、パラメータを転送すること、他のシステムからの認証／認可データを共有すること、などのひとつ以上を実行してもよい。

例えば、管理装置１４０は、ハブ１４２の群の中において、どのハブがＳＣＭ１２０から得られた接続を処理するかを調整すること（何をスキャンするか、いつ、他の接続パラメータなど、役割切り替え設計の場合など）、各ハブ１４２に、どのデバイスを接続してもよいかを通知すること（非役割切り替え設計の場合など）、個々のハブ１４２の真正性を検証すること、ハブ１４２に代わってセキュリティ操作を実行すること、特定のハブ１４２のファームウェアを更新すること、ハブ１４２の群の間において一貫性チェック、および、健全性モニタリングを確実に行うこと、ハブ１４２の間で通信機／通信のスケジュール／タイミングを調整すること、他のシステムからの認証／認可データを共有すること、などのひとつ以上を実行してもよい。調整は、処理負荷を均等に分散するような方法（たとえば、ＳＣＭ１２０、および、ハブ１４２への接続のラウンドロビン、または、ハッシュベースの割り当てなど）、または、電力消費を最小限に抑えるような方法（たとえば、ＳＣＭ１２０、および／または、ハブ１４２を一度にひとつずつロードして、未使用のプロセッサの電源をオフにするなど）により実行可能である。

例えば、管理装置１４０は、車両、および／または、他のシステムへのひとつ以上の接続を有することができる。管理装置１４０は、位置、または、他の情報を他のシステムに送信し、および／または、これらの接続を介して他のシステムとの間で、コマンド／要求を送受信することができる。例えば、管理装置１４０は、ＣＡＮバスを介して車両状態情報を取得し、上記状態情報をＳＣＭ１２０、および／または、ハブ１４２の群に送信することができる。例えば、管理装置１４０は、ＳＰＩを介して接続された車両テレマティクス制御モジュールを介してインターネットとの間でデータを送受信することができる。例えば、管理装置１４０は、乗員検出、および／または、他の認証、および／または、許可情報（例えば、生のカメラ情報、生のバイオメトリクス情報、または、上記カメラ、および／または、バイオメトリクスなどに基づく処理された位置特定情報）情報を、イーサネット、または、Ｗｉ－Ｆｉ経由で他のシステムから取得することができる。代替的に、または、追加的に、ＳＣＭ１２０、および／または、ハブ１４２は、同じ、および／または、異なるネットワーク、および／または、サブシステムに接続されることができ、上記管理装置１４０の動作をＳＣＭ１２０、および／または、ハブ１４２の群の間で分散し、管理装置の処理負荷の低減、および／または、その機能の強化が可能とされている。

ＳＣＭ１２０、ハブ１４２、および／または、他のシステムは、任意の相互接続、および／または、相互接続の群（例えば、ＳＰＩ、ＧＰＩＯｓ、Ｉ２Ｃ、ＣＡＮ、イーサネット、 ＲＳ－４８５／４２２／２３２、ＵＡＲＴ、ＵＳＢ、ＬＩＮ、Ｋ－Ｌｉｎｅなど、または、それらの任意の組み合わせ）を使用して、センサ４０、ハブ１４２、ＳＣＭ１２０、管理装置１４０、または、他のシステムと通信することができる。一実施形態では、例えば、ＳＣＭ１２０、および、ハブ１４２は、個々のスレーブを選択し、および／または、通信の必要性を示すＧＰＩＯを使用してＳＰＩを介して管理装置１４０と通信する。

図１の図示された実施形態は、３基のＳＣＭ１２０、５基のハブ１４２、および、管理装置プロセッサを備えた４０のデバイスをサポートするＢＬＥベースのＳＣＨＥＭをもつ実施形態の例を示している。上記のように、ＳＣＨＥＭ１１０は、上記の方法のいずれかを介して、ひとつ以上の他のシステム（例えば、車両ＣＡＮバス、テレマティクス制御ユニット、ＵＷＢモジュール、ＮＦＣリーダーなど）に接続することができる。図示の実施形態では、ＳＣＨＥＭ１１０は、管理装置プロセッサ１４０を介して、それぞれ、ＣＡＮ、および、ＳＰＩを使用して、いくつかの車両ＣＡＮバス（１５０、および、１５２）、および、テレマティクス制御ユニット１６０（ＴＣＵ）に接続されている。上記のように、ＳＣＨＥＭ１１０は、ワイヤレスで、または有線の補助通信インターフェース（例えば、バックチャネル（ＢａｃｋＣｈａｎｎｅｌ）またはＢＣ）を介してセンサ４０と通信することができる。図示の実施形態では、ＳＣＨＥＭ１１０は、ＲＳ－４８５（有線）を介していくつか（Ｎ）個のセンサに接続され、すべてのハブ１４２、および、管理装置１４０がバスに接続されている。別の実施形態では、ＳＣＨＥＭ１１０は、ハブ１４２のＢＬＥ通信機（無線）を使用して、いくつか（Ｎ）個のセンサ４０と通信することができる。さらに別の実施形態では、ＳＣＨＥＭ１１０は、ＣＡＮを使用してセンサ４０と通信することができる。さらに別の実施形態では、ＳＣＨＥＭ１１０は、ＬＩＮを使用してセンサ４０と通信することができる。ＳＣＨＥＭ１１０は、各通信機（各ＳＣＭ１２０に１つ、および、各ハブ１４２に１つ）が同じアンテナに接続されるように、各通信機が異なるアンテナに接続されるように、通信機のセットがアンテナのセットに接続されるように、または、それらの任意の組み合わせのように構成される場合がある。アンテナは、実際には、到着角（ＡｏＡ）、および／または、出発角（ＡｏＤ）の信号特性を決定するときに使用するためなど、アンテナアレイ３０でもよいことが注目される。ＳＣＭ１１０、および／または、ハブ１４２は、ＵＷＢ通信機などの非ＢＬＥ通信機を、追加的に、または、代替的に管理することができる。

一実施形態では、ＳＣＨＥＭ１１０は、ＴＣＵ１６０によって組み合わされ、および／または、カプセル化される場合（またはその逆）がある。

図示された実施形態は単に代表的なものであり、より多くの、または、より少ないＳＣＭ１２０、および／または、ハブ１４２が存在するように設計上の取引に供される場合があることが注目される。図２に図示の実施形態は、同数のデバイス、および、センサ４０を処理できるが、ＳＣＭ１２０（ひとつ）が少なく、ハブ１４２（ひとつ）が少なく、別個の管理装置１４０のプロセッサがない（潜在的に性能が低い）システムを示す。

前述のように、ＳＣＭ１２０、および／または、ハブ１４２に使用される既存のプロセッサは、多数のデバイスを位置特定するのに十分なメモリをサポートしていないか、または、持っていない可能性があり、したがって、図２に示される実施形態は、多数のデバイスをサポートするために、ＳＣＭ１２０、および／または、ハブの、ハードウェア、および／または、ソフトウェアのカスタム設計が必要であると見なされる可能性があるという点でコストがかかる場合がある。別個の管理装置１４０のプロセッサを使用することにより、システム設計において、既存のＳＣＭ１２０、および、ハブのプロセッサの設計を利用することができるとともに、システム性能を向上させることができ、その結果、図３に図示された実施形態に示すように、ひとつのＳＣＭ１２０、ひとつのハブ１４２、および、ひとつの管理装置１４０が存在する図１に類似したさらに別のＳＣＨＥＭ１１０の実施形態が得られる。
Ｂ．センサ

前述のように、多数のデバイスをサポートするＳＣＨＥＭ１１０は、デバイスのそれぞれの信号特性を決定することができるセンサ４０を必要とする。

ＢＬＥベースのスニッフィングマイクロロケーションシステムでは、センサ４０は、ＢＬＥモジュール４２を使用することができるが、それらは、従来のセントラル（ｃｅｎｔｒａｌ）、または、ペリフェラル（ｐｅｒｉｐｈｅｒａｌ） の役割で動作しない場合がある。ＢＬＥベースのマイクロロケーションシステムアーキテクチャの一実施形態とは異なり、センサ４０がペリフェラル（ｐｅｒｉｐｈｅｒａｌ）の役割におけるアドバタイズメント発信元（またはビーコン）として動作する場合（すなわち、デバイスがセンサ４０に接続する、または、観察する）、または、センサ４０がデバイスに接続する、または、観察する（ここで、デバイスは、ペリフェラルの役割においてアドバタイズメント発信元（またはビーコン）として動作する）、ＢＬＥベースのスニッフィングマイクロロケーションシステムにおけるセンサ４０は、デバイスとそれが接続されているハブ１４２との間のＢＬＥ接続を監視し、そして、特定のデバイスのための特定の時点における特定の周波数上の信号特性のみを決定することができる。このように、上記ＢＬＥベースのセンサは、必要なタイミングの許容範囲内で必要と考えられる通信機制御、他のハードウェアコンポーネントと通信するための必要な入力／出力、および、追跡されたデバイスごとに決定された信号特性を保存するための処理能力、および、メモリ容量を提供する任意のＢＬＥモジュール４２を使用することができる（センサ４０は実際にはＢＬＥスタックの使用を必要としないかもしれないので、そのモジュールのＢＬＥスタックによってサポートされる記載された最大接続数にかかわらず、ＢＬＥと同じ周波数の通信機ハードウェアを使用するだけでもよい）。例えば、そのようなセンサ４０は、独自のソフトウェアスタックを使用して、特定のＢＬＥモジュール４２のＢＬＥ通信機を使用して信号特性、および、独自のＢＣ通信プロトコルを決定することができ、実際には、ＢＬＥプロトコル、または、関連するソフトウェアスタックを使用しない。これにより、システムは、センサ４０において、潜在的に他のシステム、または、同じシステム内の他のモジュール（例えば、ＳＣＭ１２０、および／または、ハブ１４２）よりも小さく、より費用効果の高いＢＬＥモジュール４２を利用することができる。

一実施形態では、自動車用に認定された部品を使用できることが注目される。ＢＬＥ飛行時間（ＴｏＦ）、および、ＢＬＥＡｏＡサポートも提供される場合がある。

センサ４０は、追加的に、または、代替的に、通信のために、および／または、位置特定を容易にするための基礎としてＵＷＢを使用することができる。

システム性能を改善するために、デバイス通信が複数のハブ１４２にわたって並列化されるシステム１００が提供されてもよい。そのようなシステムでは、本明細書で説明するように、センサ４０は、並列化から生じる問題を解決することができる。

一実施形態では、センサ４０のための説明されたＢＣ（補助通信インターフェース）の並列化の問題を解決するのに役立ち、システム性能を向上させるために、システム１００は、主要と補助との通信インターフェースのための独立した通信媒体（主要な通信インターフェースにＢＬＥ、補助通信インターフェースにＲＳ－４８５（有線））を利用する。代替的な実施形態では、システム１００は、独立していない主要と補助との通信インターフェース（例えば、両方とも無線で動作する、ＢＬＥ周波数、および／または、ＵＷＢ、および／または、他の無線通信技術）を利用することができる。主要な通信インターフェースの追加的な例には、ＵＷＢ、または、Ｗｉｆｉ、あるいはそれらの組み合わせが含まれる。補助通信インターフェースの追加の例には、ＣＡＮ、または、ＬＩＮベースのネットワークが含まれる。

一実施形態では、センサ４０のための主要な通信インターフェースの並列化の問題を解決するのに役立ち、システム性能を向上させるために、センサ４０は、主要な通信インターフェースのハブ１４２ごとにＢＬＥモジュール４２を有していてもよい（例えば、ＳＣＨＥＭ１１０が５つのハブ１４２を有する場合、各センサ４０は５つの主要な通信インターフェースのＢＬＥモジュール４２を有する）。代替的な実施形態では、センサ４０は、主要な通信インターフェースのハブ１４２の数よりも少ないＢＬＥモジュール４２を有することができる（例えば、ＳＣＨＥＭが５つのハブ１４２を有する場合、各センサ４０は、３つの主要な通信インターフェースのＢＬＥモジュール４２を有することができる）。さらに別の代替的な実施形態では、センサ４０は、主要な通信インターフェースのためのハブ１４２の数よりも多くのＢＬＥモジュール４２を有する（例えば、ある最大数のハブ１４２用に設計されているが、ハブ１４２が少ないシステムで使用されている共通センサ４０）。システム１００は、同時に通信するデバイスの数がセンサ４０上のＢＬＥモジュール４２の数を超えないように通信スケジュールを調整することができる。代替的に、または、追加的に、センサ４０は、任意の適切な選択アルゴリズム（例えば、ラウンドロビン、ランダム、優先順位、再帰性など）を使用して、上記群のデバイスの中でどのデバイスを監視するかを選択し、上記通信の競合が存在する間、他の非選択デバイスを無視して、同時に通信しているＢＬＥモジュールデバイスの数までしか監視しない場合がある。一実施形態では、ＢＬＥベースの通信のセントラルの役割を担うポータブルデバイス２０と複数のセンサ４０で通信している間に、通信に重複がある場合、センサ４０、ＳＣＭ１２０、および／または、ハブ１４２のひとつの部分群は、ひとつのポータブルデバイス２０を選択し、センサ４０、ＳＣＭ１２０、および／または、ハブ１４２の他の部分群は、他のポータブルデバイス２０を選択、または、無視してもよい。

一実施形態では、ＢＬＥを用いて、ポータブルデバイス２０がセントラルである場合に、ペリフェラルの役割である機器（例えば、ＳＣＭ１２０やハブ１４２）は、ポータブルデバイス１２０に対して、接続されている他のポータブルデバイス（例えば、他のセントラル）のスケジュールと競合しないスケジュールに変更するように要求することができる。

一実施形態では、センサの４０のＢＬＥモジュール４２のそれぞれは、本明細書でさらに詳細に論じられる図４に図示の実施形態のように、デバイスについて決定された信号特性を管理装置４４に報告することができる。別の実施形態では、センサ４０のＢＬＥモジュール４２のそれぞれは、デバイスの生の通信機信号、および／または、通信機状態を管理装置４４に報告することができ、管理装置４４は、デバイスの信号特性を決定する。さらに別の実施形態では、センサ４０のＢＬＥモジュール４２のそれぞれは、決定された信号特性を報告するとともに、デバイスの生の通信機信号、および／または、通信機状態を管理装置４４に報告することができる。さらに別の実施形態では、センサの４０のＢＬＥモジュール４２のそれぞれは、有線またはブロードキャスト型の無線補助通信インターフェースを介してハブ１４２と通信することができ、ハブ１４２が各センサ４０からデバイスの信号特性、および／または、生の通信機信号、および／または、通信機状態を直接的に受信することを可能にする。さらに別の実施形態では、センサ４０のＢＬＥモジュール４２のひとつは、有線またはブロードキャスト型の無線補助通信インターフェースを介してハブ１４２と通信することができ、ハブ１４２が各センサ４０からデバイスの信号特性、および／または、生の通信機信号、および／または、通信機状態を直接的に受信することを可能にする。本明細書で論じられるように、ＢＬＥモジュール４２は、代替的に、または、追加的に、ＵＷＢ機能を含むことができ、ＵＷＢを介した無線通信は、決定された信号特性、生の通信機信号、または通信機状態、または、それらの任意の組み合わせの基礎を形成することができる。ＵＷＢ無線通信は、ＢＬＥ通信と同様の方法で実施することができ、例えば、センサ４０の各ＵＷＢモジュールは、デバイスについて決定された信号特性を管理装置４４に報告することができる。

開示の目的で、センサの管理装置４４は、ＳＣＨＥＭの管理装置１４０とは異なると見なされることが注目される。

センサ管理装置４４は、ＢＬＥモジュール４２、および、他のシステム（例えば、ハブ１４２、ＳＣＨＥＭ管理装置１４０、他の車両サブシステム、埋め込まれた安全要素など）の間の調整役として機能することができる。代替的な実施形態では、複数の管理装置４４がある場合がある。さらに別の代替的な実施形態では、管理装置４４自体が存在しない場合があるが、その役割は、ＢＬＥモジュール４２と分担、および／または、組み合わせることができる。

例えば、管理装置４４は、ＢＬＥモジュール４２の群の中において、どのＢＬＥモジュール４２がいつ、どのデバイスをモニタするかを調整すること、ＢＬＥモジュール４２がいくつの接続をモニタするかを調整すること、個々のＢＬＥモジュール４２の真正性を検証すること、ＢＬＥモジュール４２に代わってセキュリティ操作を実行すること、特定のＢＬＥモジュール４２のファームウェアを更新すること、ＢＬＥモジュール４２の群の間において一貫性チェック、および、健全性モニタリングを確実に行うこと、ＢＬＥモジュール４２の間で通信機／通信のスケジュール／タイミングを調整すること、ＢＬＥモジュール４２、および／または、ハブ１４２、および／または、他のシステムの間において接続情報、および／または、パラメータを転送すること、他のシステムからの認証／認可データを共有すること、などのひとつ以上を実行してもよい。調整は、処理負荷を均等に分散するような方法（たとえば、ＢＬＥモジュール４２への接続のラウンドロビン、または、ハッシュベースの割り当てなど）、または、電力消費を最小限に抑えるような方法（たとえば、ＢＬＥモジュール４２を一度にひとつずつロードして、未使用のプロセッサの電源をオフにするなど）により実行可能である。

例えば、センサ管理装置４４は、ＳＣＨＥＭ１１０、車両１０、および／または、他のシステムへのひとつ以上の接続を有することができる。センサ管理装置４４は、決定された信号特性をハブ１４２、および／または、ＳＣＨＥＭ管理装置１４０に送信し、および／または、これらの接続を介して他のシステムとの間でコマンド／要求を送受信することができる。例えば、センサ管理装置４４は、ＣＡＮを介して車両状態情報を取得し、上記状態情報をＢＬＥモジュール４２の群に送信することができる。例えば、センサ管理装置４４は、他のシステムから乗員検出、および／または、他の認証、および／または、許可情報を取得し、ＢＬＥモジュール４２のセットを有効／無効にすることができる。代替的に、または、追加的に、ＢＬＥモジュール４２は、同じ、および／または、異なるネットワーク、および／または、サブシステムに接続されることができ、上記管理装置の動作をＢＬＥモジュール４２の群の間で分散し、管理装置の処理負荷の低減、および／または、その機能の強化が可能とされている。

ＢＬＥモジュール４２、および／または、他のシステムは、任意の相互接続、および／または、相互接続の群（例えば、ＳＰＩ、ＧＰＩＯ、Ｉ２Ｃ、ＣＡＮ、イーサネット、ＲＳ－４８５／４２２／２３２、ＵＡＲＴ、ＵＳＢ、ＬＩＮ、Ｋ－Ｌｉｎｅなど、または、それらの任意の組み合わせ）を用いて、管理装置４４、および／または、ＢＬＥモジュール４２と通信することができる。一実施形態では、例えば、ＢＬＥモジュール４２は、個々のスレーブを選択し、および／または、通信の必要性を示すＧＰＩＯを使用してＳＰＩを介して管理装置４４と通信する。別の実施形態では、例えば、ＢＬＥモジュール４２は、個々のスレーブを選択し、および／または、通信の必要性を示すＧＰＩＯを使用してＳＰＩを介して互いに通信する。

図４に図示された実施形態は、５個のＢＬＥ通信機４２（ＲＡＤＩＯ）、および、センサの管理装置４４を用いて、同時に最大５個のデバイスの監視をサポートするＢＬＥベースのセンサの実施形態（例えば、センサ４０）の例を示す。上記のように、センサ４０は、無線で、または有線の補助通信インターフェース（すなわち、ＢＣ）を介してハブ１４２と通信することができる。図示の実施形態では、センサ４０は、図１のＳＣＨＥＭ１１０に接続されている（すなわち、ＲＳ－４８５（有線）を介して５つのハブ１４２、および／または、ひとつのＳＣＨＥＭの管理装置１４０に接続されている）。別の実施形態では、センサ４０は、そのＢＬＥ通信機４２（無線）を使用して、いくつか（Ｎ）個のハブ１４２と通信することができる。センサ４０は、各通信機４２が同じアンテナに接続されるように、各通信機４２が異なるアンテナに接続されるように、通信機４２のセットがアンテナのセットに接続されるように、または、それらの任意の組み合わせであるように設計される場合がある。アンテナは、ＡｏＡ、および／または、ＡｏＤの信号特性を決定するときに使用するためなど、実際にはアンテナアレイ３０でもよいことが注目される。

図示された実施形態は単に代表的なものであり、より多くの、または、より少ないＢＬＥモジュール４２が存在するように設計上の取引に供される場合があることが注目される。同様に、図示の実施形態は、ＢＬＥモジュール４２を使用するが、これらは、代わりに、ＵＷＢモジュールでもよいことが注目される。ＵＷＢ通信は、ハードウェア、および、通信プロトコルの違いを主な例外として、ＢＬＥモジュール４２について説明したのと同様の方法で実施することができる。

図５に図示された実施形態は、３つのＢＬＥ通信機４２を備え、管理装置プロセッサ４４を備えない、同時に最大３つのデバイスの監視をサポートするＢＬＥベースのセンサ実施形態（例えば、センサ４０）の例を示す。図示の実施形態では、センサ４０は、図１のＳＣＨＥＭ１１０に接続されている（すなわち、ＲＳ－４８５（有線）を介して５つのハブ１４２、および／または、１つのＳＣＨＥＭの管理装置１４０に接続されている）。前述のように、そのようなセンサ４０がそのようなＳＣＨＥＭ１１０と共に使用される場合、ＳＣＨＥＭのハブ１４２は、通信を調整することができ、それにより、３つ以下のデバイスが同時に通信する。この図示の実施形態では、ＢＬＥモジュール４２は、それらの間で通信する（例えば、ＳＰＩを使用して）。この図示の実施形態では、ＢＬＥモジュール４２のひとつは、管理装置の役割（すなわち、ＢＬＥモジュール４２は、ＢＬＥモジュール調整を実行し、補助通信インターフェースを介してハブ１４２と通信することができるなど）を実行する任務を与えられている。

図６に図示の実施形態は、このセンサ４０を用いて、各ＢＬＥモジュール４２が補助通信インターフェース１３０を介してハブ１４２と通信できることを除いて、図５と同様である。この図示の実施形態では、各ＢＬＥモジュール４２は、管理装置の役割の部分群を実行することができる。
Ｃ．混合技術を使用したＳＣＨＥＭとセンサ

本明細書で説明されるいくつかの実施形態は、ＢＬＥベースのシステムに焦点を合わせているが、概念は、ＢＬＥに限定されない。描写された実施形態の多くは、複数の通信機からなるＳＣＨＥＭ１１０、および／または、センサ４０を説明している。ＳＣＨＥＭ１１０、および／または、センサ４０は、デバイス（および／または、それらのユーザ）を位置特定し、認証し、および、許可するために、多くの通信媒体、および／または、技術を使用することができる。

ひとつのＢＬＥベースのシステムの実施形態では、ＳＣＨＥＭ１１０、および／または、センサ４０は、追加的に、または、代替的に、ＵＷＢ（超広帯域）を使用して、デバイスを位置特定するか、または位置特定を追加的にサポートすることができる。例えば、ＳＣＨＥＭ、および／または、センサは、ＢＬＥモジュール４２の群に加えて、ＵＷＢモジュールのセットを備えることができる。このＵＷＢモジュールの群は、ＢＬＥモジュール４２が行うのと同じ方法でシステム構成要素と通信することができ、この場合、報告される信号特性は、ＲＳＳＩ、飛行時間（ＴｏＦ）、計算された距離、セキュリティ、および／または、他のＵＷＢ、または、位置特定属性他のものを含むことができる。代替システムの実施形態では、ＳＣＨＥＭ、および／または、センサは、デバイスを位置特定するためにＵＷＢのみを使用することができる。代替的に、または、追加的に、デバイスによって測定されたＵＷＢ信号特性は、デバイスを介してハブに報告される場合がある。

ひとつのＢＬＥベースのシステムの実施形態では、ＳＣＨＥＭ、および／または、センサ４０は、追加的に、または、代替的に、ＬＦ（低周波（磁気的、および／または、電気的）、現在のＬＦベースの自動車用ＰＥＰＳシステムで使用されるものなど）を使用して、位置特定する、または、追加的にデバイスの位置特定をサポートする。例えば、ＳＣＨＥＭ、および／または、センサは、ＢＬＥモジュール４２の群に加えて、ＬＦコイル、および／または、モジュールの群を備えることができる。このＬＦコイル、および／または、モジュールの群は、ＢＬＥモジュール４２が行うのと同じ方法でシステム構成要素と通信することができ、この場合、報告される信号特性は、ＲＳＳＩ、計算された距離、セキュリティ、および／または、他のＬＦ、または、位置特定属性他のものを含むことができる。代替システムの実施形態では、ＳＣＨＥＭ、および／または、センサ４０は、デバイスを位置特定するためにＬＦのみを使用することができる。代替的に、または、追加的に、デバイスによって測定されたＬＦ信号特性は、デバイスを介してハブ１４２に報告される場合がある。

ひとつのＢＬＥベースのシステムの実施形態では、ＳＣＨＥＭ、および／または、センサ４０は、追加的に、または、代替的に、ＮＦＣ（近距離無線通信（Ｎｅａｒ－Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ））を使用して、デバイスを位置特定するか、または位置特定を追加的にサポートすることができる。ユーザ６０にセンサ４０の数センチメートル以内にデバイスを配置することを要求することにより、デバイスはそのセンサ４０に対して位置特定される。例えば、ＳＣＨＥＭ、および／または、センサ４０は、ＢＬＥモジュール４２の群に加えて、ＮＦＣモジュールのセットを備えることができる。このＮＦＣモジュールの群は、ＢＬＥモジュール４２が行うのと同じ方法でシステム構成要素と通信することができ、この場合、報告される信号特性は、認証、および／または、許可データ、アイデンティティ情報（ユーザ、および／または、デバイス）、セキュリティ情報、位置特定情報（どのセンサ）、アプリケーションプロトコルデータユニット（ＡＰＤＵ）、および／または、それらの入力／出力、アプリケーションデータ、および／または、他のＮＦＣ、または、位置特定属性のひとつ以上を含むことができる。代替システムの実施形態では、ＳＣＨＥＭ、および／または、センサ４０は、デバイスを位置特定するためにＮＦＣのみを使用することができる。代替的に、または、追加的に、デバイスによって測定されたＮＦＣ信号特性は、デバイスを介してハブ１４２に報告される場合がある。

ＳＣＨＥＭ、および／または、センサ４０に組み込まれる可能性のある他の潜在的な技術には、バイオメトリクス（例：指紋リーダー、カメラ、顔認識システム、体重、および／または、体温システム、心拍数／心拍リズム／呼吸パターンのシステムなど）、ＵＨＦ、ＶＨＦ、ＲＦＩＤ、ＧＰＳ、または、デバイスの位置特定または位置特定のサポートに役立つその他の技術、および／または、通信媒体が含まれるが、これらに限定されない。
ＩＶ．並列化

一実施形態では、制御システム１１０（例えば、ＳＣＨＥＭ）は、ＳＣＭ１２０、および、ハブ１４２の役割と組み合わせて複数のＢＬＥチップを使用することによって、複数のポータブルデバイス２０、および、センサデータとの接続を並列化するように構成される。ＢＬＥチップの活動は調整される場合があり（例えば、衝突を回避するように制御される周波数、および、タイミング、どのチップがどのポータブルデバイス２０に接続されるか、など）、それらの結果が収集され、外部システムに伝達される。図示の実施形態では、制御システム１１０は、並列化された方法で通信の調整を容易にするための管理装置１４０を含む。管理装置１４０はオプションであることに留意されたい。ひとつ以上の実施形態は、システム１００のひとつ以上の電子システム構成要素７０が管理装置１４０なしでそのような通信を調整できるように、通信を調整するための管理装置１４０を含まなくてもよい。この実施形態では、ＢＬＥチップが説明されているが、追加的に、または、代替的に、ＵＷＢ、または、別の無線通信インターフェースが、ひとつ、または、複数のＢＬＥチップ上に実装される場合があることが理解されるべきである。

並列化は、ポータブルデバイス２０と同じ通信媒体を使用して（例えば、接続間隔の制約内のＢＬＥ周波数を介して、または、測距イベントの制約内のＵＷＢ周波数を介して）、単一の通信機を使用して（センサ４０がハブ１４２ごとに複製されない限り、それは実行可能または実用的でない可能性がある）、複数のハブ１４２と通信するセンサ４０で問題を引き起こす可能性がある。

単一のハブ１４２を有するシステム１００では、センサ４０は、ハブ１４２と通信し、ハブ１４２から接続情報を受信し、ハブ１４２に接続されたポータブルデバイス２０の感知された特性をハブ１４２に送信することができる。複数のハブ１４２があり、センサ４０がそれらの間で共有されている場合、センサ４０は、各ハブ１４２に対して同時に（または一見同時に）これを完了するように構成される場合がある。センサ４０は、各ハブ１４２から取得された接続情報、および／または、測距イベント／タイミング情報を組み合わせて、各ポータブルデバイス２０の各ハブ１４２に感知された特性を送り返すことができる。多数のハブ１４２が、各ポータブルデバイス２０が同時に同じ周波数で通信しないように通信スケジュールを調整することができる場合でも、センサ４０は、異なる周波数で同時にデータ（すなわち、異なるハブ１４２のデータ）を送信するように構成される場合があり、これは、単一の通信機を備えたセンサ４０の場合のように不可能である場合がある。代替的に、競合が存在する場合、システム１００は、異なる時間に、一部のセンサ４０が一部のポータブルデバイス２０と通信し、および、他のセンサ４０が他のポータブルデバイス２０と通信することを、指示することができる。開示の目的で、「同時に」とは、必ずしも正確に同時に送信／受信することだけを意味するわけではない。「同時に」は、また、センサ４０が電源オン／オフになり、および／または、送信／受信するために正しい周波数に切り替わるための時間を含むことができる。

センサ４０を含むシステム１００は、ひとつ以上の実施形態において本明細書で論じられるように、様々な方法で並列化するように構成される場合がある。
Ａ．バックチャネルの独立性（バックチャネル（補助通信インターフェース）の調整）

一実施形態では、主要な通信インターフェース１３２（例えば、システムと通信するための電話）と同じ通信媒体、通信機、および／または、周波数を使用するハブ１４２を備えたバックチャネル（ＢＣ）通信インターフェース、または、補助通信インターフェース１３０を利用する代わりに、異なる独立した通信媒体（有線媒体、または、ひとつ以上の別個の無線を利用する無線媒体など）が、補助通信インターフェース１３０のために提供される場合がある。例えば、センサ４０がハブ１４２（ＢＣまたは補助通信インターフェース１３０）にデータを送信するために有線通信媒体を使用してもよく、主要な通信インターフェース１３２上で動作するポータブルデバイス２０によって課される制約なしに媒体が利用可能であるときに、センサ４０がハブ１４２にデータを送信することを可能とし、データを送信したいとき（例えば、測定値が得られたとき、接続間隔、時間間隔などの測定サイクルが完了したとき）に使用可能ではない場合に潜在的なキューイングを実行し、主要な通信インターフェース１３２を介してセンサ４０が信号特性の測定を継続することを依然として許容する。ＢＣ、または、補助通信インターフェース１３０は、有線通信バスである場合があり（センサ４０、および、ハブ１４２のすべて、または、部分群が同じ媒体を共有する場合、例えば、ＣＡＮ、ＬＩＮ、Ｋ－Ｌｉｎｅ、ＵＳＢ、ＲＳ－４８５／４２２／２３２、イーサネット、Ｉ２Ｃ、ＳＰＩなど）、または、センサ４０のそれぞれまたはセット（例えば、スター、または、他のネットワークトポロジー）のための独立したチャネルがある場合がある。図７に例示された実施形態の場合などの一実施形態では、対象物１０（例えば、車両）上に配置されたセンサ４０の部分群は、有線インターフェースを介して制御システム１１０に結合される場合がある。そして、対象物１０とは別の物理的構造上に配置されたセンサ４０の別の部分群は、無線媒体を介して制御システム１１０に通信可能に結合される場合がある。例えば、車両の場合、車両が搭乗場所、または、停車地に近づくと、車両上ではなくその停車地に物理的に配置されたセンサ４０は、補助通信インターフェースを介して車両の制御システム１１０と通信することができる。代替的に、または追加的に、ひとつ以上のハブ１４２、および、ひとつ以上のＳＣＭ１２０は、停留所の近くに配置されてもよいが、車両からは分離されており、停留所の近くでひとつ以上のポータブルデバイス２０の位置を特定することを容易にするために、車両の側面（例えば、制御システム１１０の一部）と通信してもよい。

ＢＣ１３０における通信、および、調整戦略、および、タイミングは、媒体自体、選択されたプロトコル、システムタイミング要件、または、他のシステム要件に基づいて変化する場合がある。例えば、無線ＢＣでは、各ハブ１４２は、異なる周波数で送信／受信することができ、または、ハブ１４２のすべて、または、部分群は、同じ周波数で送信／受信することができ、または、それらの任意の組み合わせである。結果として、通信、および、調整戦略は、干渉を回避するために、各センサ４０が適切な周波数で適切な時間にデータを送信できることを保証することを含むことができる（すなわち、ハブ１４２がセンサ４０にシステムとハードウェアのアーキテクチャにより実現不可能な方法で通信を要求することを回避するようにハブ１４２が調整される）。主要な通信インターフェース１３２に複数の通信機を利用するのと同様に、センサ４０は、複数の通信機を使用して、無線ＢＣ１３０（補助通信インターフェース）の複数の周波数で同時に通信することができる。干渉を回避するために適切なタイミングでデータを送信するセンサ４０の能力は、ＢＣ帯域幅の適切な選択、および、分析（および、対応するスループットの考慮事項）を含む。

ＢＣ１３０は、すべてのセンサ４０が、送信をキューイングする必要なく（すなわち、例外／エラー状態を除いて、新しいデータが送信される必要がある前にすべてのデータが送信される）、すべてのハブ１４２に、それらのすべてのデータ（例えば、各ハブ１４２がセンサ４０を監視するように指示した電話などの各ポータブルデバイス２０の信号特性）を送信できるように、十分に高い帯域幅を提供されてもよい。例えば、ポータブルデバイス２０がＢＬＥを介して監視され、センサ４０が別の媒体のＢＣ１３０を介してハブ１４２と通信するシステム１００において、ＢＣ１３０は、接続間隔Ｘからのすべてのポータブルデバイス２０について決定されたすべての信号特性が、接続間隔Ｘ＋Ｍ（理想的にはＭ＝１）について決定された信号特性の次の群が送信される前に、すべてのセンサ４０からすべてのハブ１４２に送信されるように十分な帯域幅を提供されてもよい。接続区間Ｘの決定された信号特性は、接続区間Ｘ＋Ｎ（理想的にはＮ＝０（同じ接続区間）、Ｎ＝１（次の接続区間の同じ点の前）など）の終了前、または、絶対的、もしくは、相対的な他の設計された時点で送信することができる。言い換えれば、システムが測定しているすべてのデータを遅れることなくハブ１４２に送信することができるのに十分な帯域幅が提供されてもよい。より低い帯域幅のＢＣも利用可能である。通信スキームは、データが様々なセンサ４０によって様々な時間に意図的にキューイングされ、センサ４０がより多くのデータをバルクで送信し、データセットをスキップし、データを集約し、または、他のネットワーク通信戦略を可能にするように使用される場合がある。
Ｂ．主要な通信インターフェースの調整

このようなＢＣ１３０の使用により、主要と補助との通信インターフェースとの間の干渉（例えば、主要な通信媒体からの通信独立、調整などを介して）、および、補助通信インターフェース上のハブ１４２間の干渉（通信と調整の戦略を介して）を実質的に低減、または、排除することにより、センサが複数のハブとより容易に通信することができるが、ポータブルデバイス２０（例えば、電話）の通信が何らかの方法でハブ間において調整される潜在的な必要性を実質的に低減、または、排除するものではない。

複数のポータブルデバイス２０が主要な通信インターフェース１３２上で同じ周波数で通信している場合、システム１００は、ポータブルデバイス２０が互いに干渉することを回避するために異なる時間に通信するように構成される場合があり、ポータブルデバイス２０は、複数のハブ１４２の存在を認識していない可能性があり、ポータブルデバイス２０は、ハブ１４２によって決定された通信スケジュール、および、パラメータを使用してハブ１４２と通信することができ、したがって、ハブ１４２の群は、システム１００に接続されたすべてのデバイス（すべてのハブ１４２にわたって）が互いに干渉することなく通信するように、それらの間で主要な通信インターフェースの通信スケジュール、および、パラメータを調整することができる。

一実施形態に従ったシステムは、衝突を回避するためと、（ＢＬＥなどの）ノイズの多いＲＦ環境でよりよく動作するための両方の理由から、周波数ホッピング方式を利用することができ、したがって、そのようなシステムでは、異なる時間に通信することに加えて、各ポータブルデバイス２０は、それらの時点で異なる周波数で通信することができる。可能な周波数の群が十分に多い場合、あるデバイスが別のデバイスに干渉する確率は十分に小さいように思われるため、調整は必要ないと見なされる場合がある。しかし、センサ４０が特定のポータブルデバイス２０を監視するために電源をオン／オフしたり、周波数を切り替えたりするのに必要な時間と、頻繁に通信するデバイスの数が増えていること（例えば、接続間隔が短いこと）を考慮すると、センサが要求されたすべてのデバイスを調整なしで監視することは不可能な場合がある。言い換えれば、多くのポータブルデバイス２０を備えた応答性の高いシステムでは、ポータブルデバイス２０が互いに干渉する可能性が高い。
Ｃ．複数の通信機とタイミング調整を備えたセンサ
１．複数の通信機

代替的に、または、追加的に、センサ４０は、主要な通信インターフェース１３２、および／または、補助通信インターフェース１３０に複数の通信機を使用して、同時に複数の周波数での通信をサポートすることができる（この用語の以前の定義を参照のこと）。センサ４０は、任意の特定のインターフェースの通信機の数が、要求されるシステム性能に応じて、同時に通信することができるポータブルデバイス２０の最大数よりも、少ないか、等しいか、または、多いかとなるように構成される場合がある。

例えば、センサ４０は、主要な通信インターフェース１３２、および／または、補助通信インターフェース１３０の各ハブ１４２に対してひとつの通信機を使用することができる。言い換えれば、システムが４つのハブ１４２からなる場合、各センサ４０は、４つの主要な通信インターフェース１３２通信機（各ハブ１４２にひとつ）を所有することができる。このようにして、センサ４０／ハブ１４２／ポータブルデバイス２０の間で必要とされる調整が少なくて済み、したがって、実装されるソフトウェア開発の労力が少なくてすむ場合がある。

代替的に、または、追加的に、センサ４０は、同時に通信する各ポータブルデバイス２０を監視するために必要な多数の通信機の数（例えば、電力、通信のスケジュールなど）のみを使用することができる。代替的に、または、追加的に、センサ４０は、多数の補助通信インターフェース（ＢＣ）の通信機（無線インターフェース）、および／または、有線インターフェースで同じアプローチを使用することができる。このようにして、センサ４０は、必要な場合にのみ追加の通信機を利用することによって電力消費を制限することができる。追加的に、このようにして、センサ４０は、ハブ１４２の数よりも少ない通信機を有することができる。各ハブ１４２に接続される８個のデバイスを含む４個のハブ１４２をもつシステムでさえ、システム構成（例えば、接続間隔持続時間、および、タイミングオフセット、ハブ調整など）に依存して、センサ４０が２個、または、３個を超えるポータブルデバイス２０を同時に監視することを要請される（すなわち、２個、または、３個を超える周波数で通信する）可能性は十分に低く、２個、または、３個の通信機のみをもつセンサ４０が利用される場合がある。

代替的に、または、追加的に、センサ４０は、コスト、スペース、接続性、または、他の設計上の制約のために、特定の数の通信機（例えば、ハブ１４２の数より少ない）のみを有する場合がある。この場合、後述するように、同時に通信するポータブルデバイス２０の最大数を超えないように通信調整を指定することができる。

代替的に、センサ４０は、ハブ１４２の数よりも多くの通信機を有することができる。これは、多数のハブ１４２を有するシステム１００用に設計されたセンサ４０が、少数のハブ１４２を有するシステム１００で使用される場合に当てはまる場合がある。上記の構成のいずれにおいても、電力を節約するために、必要のないときに通信機の電源を切ることができる。
２．タイミング調整

ハブ１４２がポータブルデバイス２０とハブ１４２のタイミング要件を注意深く調整する場合、センサ４０は、より少ない通信機でより多くのハブ１４２にわたってより多くのポータブルデバイス２０を監視することができる。システム１００が、センサ４０が異なる周波数で同時に複数のポータブルデバイス２０を監視する必要がないことを保証できる場合、センサ４０は、ポータブルデバイス２０、および／または、ハブ１４２の数に関係なく、ひとつの主要な通信インターフェース通信機のみを必要とする場合がある。同様に、システム１００が、センサ４０が補助通信インターフェース１３０上で同時にひとつ以上の周波数でデータを送信する必要がないように構成されている場合、センサ４０は、ポータブルデバイス２０、および／または、ハブ１４２の数に関係なく、ひとつの補助通信インターフェース通信機のみを使用することができる。複数の周波数にわたるこのような調整に対して追加的に、または、代替的に、送受信タイミングは、複数のポータブルデバイス２０、および／または、ハブ１４２が実質的に同時に同じ周波数でデータを送受信すること（例えば、送信機／応答機の誤作動など、単一周波数、および／または、複数周波数システムのいずれかで発生する可能性のある衝突）から回復し、緩和し、および／または、回避するために、主要な通信インターフェース１３２、および／または、補助通信インターフェース１３０で調整されてもよい。失敗した送信／受信の再試行／繰り返しはそのようなイベントからの回復の例であり、送信／受信するデータの組み合わせはそのようなイベントの軽減の例であり、そのような衝突が発生しない方法で送信／受信をスケジュールすることはそのようなイベントを回避する例である。システム１００が、異なる周波数で同時に送信／受信すること、および、同じ周波数で同時に送信／受信することの両方が回避されるように、特定のインターフェースでの通信を調整することができる場合、そのインターフェースは、単一の通信機、または、有線インターフェースを使用する場合がある。さらに、同じ周波数を使用する複数の通信インターフェースが存在し、通信インターフェースが上記と同じ方法で調整されている場合、単一の通信機を使用して両方の通信インターフェースを操作することができる。

例えば、複数のハブ１４２を含むＢＬＥベースのシステムにおいて、すべてのハブ１４２が、各ポータブルデバイス２０が他のポータブルデバイスと同時にハブ１４２と決して通信しないように、主要な通信インターフェース１３２上の通信を調整する場合、各センサ４０は、主要な通信インターフェース１３２のために単一のＢＬＥ通信機を使用することができる。

例えば、複数のハブ１４２からなるＢＬＥベースのシステムにおいて、すべてのハブ１４２が、各センサ４０が他のセンサ４０と同時にハブ１４２と決して通信しないように、補助通信インターフェース１３０上の通信を調整する場合、各センサ４０は、補助通信インターフェース１３０のために単一のＢＬＥ通信機を使用することができる。センサ４０は、特定のハブ１４２に向けられたひとつ以上のメッセージ（特定のハブ１４２のための、または、各ハブ１４２のための、より小さなメッセージ、または、信号特性を含むメッセージなど）、ひとつ以上（またはすべて）のハブ１４２のためにブロードキャストされたひとつ以上のメッセージ（すなわち、より少ない大きなメッセージ、または、すべてにブロードキャストするすべてのハブ１４２の信号特性を含むメッセージ）、または、それらの任意の組み合わせ、または順列を送信／受信することができることが注目されるべきである。

例えば、主要と補助との通信インターフェースの両方がＢＬＥ通信機を使用する（すなわち、インターフェースがＢＬＥ、または、同じハードウェア／通信機で同じＢＬＥ周波数／チャネル上で動作する独自のプロトコルを使用する）ＢＬＥベースのシステムでは、すべてのハブ１４２が、ポータブルデバイス２０とセンサ４０が同時に送信／受信することがないように主要な通信インターフェース１３２と補助通信インターフェース１３０の通信を調整する場合、主要と補助との通信インターフェースの両方に単一のＢＬＥ通信機を使用してもよい。これにより、主要と補助との通信インターフェースの両方を操作するＢＬＥ通信機がひとつあるシステムが生成される場合がある。

通信機の数を制限したいという願望を持ってこのような調整を実施する際のひとつの態様は、センサ４０、ハブ１４２、および、ポータブルデバイス２０の数が増えるにつれて、タイミングの課題がより差し迫ったものになる可能性があり、したがって、システムは、必要な調整に対応するために接続間隔が長くなる（例えば、応答性が低下する）傾向にある可能性がある。
ｉ．主要と補助との通信インターフェースの両方に使用される単一の通信機の例

ひとつのシステムでは、ひとつのハブ１４２（４個のデバイスをサポートする）と１１個のセンサ４０を備えたＢＬＥ ＳＣＨＥＭ１１０を用いて、各ポータブルデバイス２０に４ｍｓが割り当てられ、ハブ１４２にデータを送信するために各センサ４０に約２９２μｓ（４×２Ｂ＋１６Ｂのオーバーヘッド、センサ４０の報告の間に１００μｓのギャップあり）が割り当てられる場合がある（１ｍｂｐｓで２．８６ｍｓ）。

４０個のポータブルデバイス２０（５個のハブ１４２、ハブ１４２ごとに８個の電話（ポータブルデバイス２０））と２４個のセンサ４０をサポートするＢＬＥ ＳＣＨＥＭ１１０が提供されている場合、各ポータブルデバイス２０に４ｍｓが割り当てられ、各センサ４０が各ハブ１４２に対してデータを送信するために３５６μｓ（８×２Ｂ＋１６Ｂのオーバーヘッド、センサ４０のレポートの間に１００μｓのギャップあり）が割り当てられる場合（１ｍｂｐｓで８．５５ｍｓ）、図１０に図示された実施形態に描かれているように、接続間隔が提供される。

また、ＣＥ、Ｓ、および／または、ＢＣの通信ウィンドウにおいてカプセル化され得る追加的な同期、タイミング測定シーケンス（飛行時間）、他の制御メッセージ、または、それらの任意の組み合わせが存在し得るが、示されていない。システムのひとつ以上の態様は、Ｓｔｉｔｔ氏らによって、２０１７年１２月２２日に出願された「マイクロロケーションセンサ通信のためのシステム、および、方法（ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＭＩＣＲＯＬＯＣＡＴＩＯＮ ＳＥＮＳＯＲ ＣＯＭＭＵＮＩＣＡＴＩＯＮ）」と題された米国非仮出願第１５／８５２、３９６号に記載されているマイクロロケーションシステムのひとつ以上の態様と併せて実装することができ、その開示は、参照によりその全体が本明細書に組み込まれている。

この例では、スキャン時間は接続間隔のギャップを埋めるために使用されるが、図１１に図示の実施形態に示されるように、スキャン時間の前にＢＣデータを送信するなどの他の配置も可能である。

この配置は、接続間隔の早い段階でハブ１４２にデータを提供するが、接続イベントのウィンドウの持続時間は、接続されたポータブルデバイス２０の数に依存する可能性があるから、センサ４０からのＢＣデータをいつ聞き取るかを正確に決定する受信ハブ１４２の能力に影響を及ぼす可能性がある。いくつかの実施形態では、接続イベントのウィンドウの持続時間は、最大サイズに固定される場合がある。各ウィンドウの持続時間は、後続の図示の実装に依存する持続時間に変化する場合があるが、各ウィンドウの持続時間はサイズが固定されている（最大に実装されたシステムの例を示すために可能な最大の持続時間）。

図１２、および、図１４に例示された実施形態に示される例は、第１の接続間隔の配置（ＣＥ→Ｓ→ＢＣ）を示している。接続イベントウィンドウにアンカー接続があると便利な場合があり、これはオプション接続であり、システムソフトウェアの実装を簡素化し（信号特性は報告されない）、タイミングの同期を支援するために存在する。したがって、以下のタイミング推定では、追加の接続がカウントされる（８に代えて９）。

この例の上の図に示されているように、接続間隔の持続時間は、すべて（５）のカスケードされたハブ１４２の通信をカプセル化しており、（アイドル時間）＋（ＣＥ持続時間）＋（Ｓ持続時間）＋（ＢＣ持続時間）である。

ＣＥ（接続イベント）持続時間は、少なくとも、機器２０との間のＣＥ中に通信を希望するデータ量、通信する機器２０の数、通信媒体の帯域幅（例えば、１、２、４、または、それ以上のパケットを、どのような長さ（ｓ）で、どのような速度（例えば、１ｍｂｐｓ、２ｍｂｐｓなど）で通信するか）の関数である。この例では、それぞれ４ｍｓの９つのＣＥがある。

Ｓ（スキャニング）持続時間は、少なくとも、システムに接続するデバイス２０の群に対して理想的であると認定された、および／または、提供されたアドバタイジング間隔、および、必要であると考えられる場合には、ＣＥウィンドウの後までＢＣ通信を遅らせるために必要であると考えられる最小期間の関数である。この例では、この持続時間は、カスケードされたＣＥウィンドウの持続時間から１つのセンサ４０（または、決定された最小値）を引いたものに設定される：ＭＡＸ（ＣＥ持続時間×（ハブの数－１）、３６ｍｓ）。

アイドル時間の持続時間は、重複がないように通信をずらすために必要であると考えられる時間であり、これは、デバイス２０／ハブ１４２の特定の群の接続間隔の終了時、または、開始時に発生することがある。この例では、持続時間は、カスケードされたＣＥウィンドウからひとつのセンサを引いた持続時間（ＣＥ持続時間×（ハブの数－１））に設定される。

ＢＣ持続時間は、少なくとも、各デバイス２０の各センサ４０に必要なデータ量、センサ４０の数、および、通信媒体帯域幅（例えば、１ｍｂｐｓ、２ｍｂｐｓ、８ｍｂｐｓなど）の関数である。この例では、持続時間は、それぞれ３６４μｓで２４個のセンサ４０を使用して設定される。

各ハブ１４２に必要と考えられる時間は（－ＣＥ：９デバイス×４ｍｓ＝３６ｍｓ－）（－Ｓ＝１４４ｍｓ－）（－ＢＣ：２４× ３６４μｓ＝～８ｍｓ－）＝１８８ｍｓである。

したがって、この例の接続間隔の合計時間は３３２ｍｓ：３６ｍｓ×（５－１）＋３６ｍｓ＋３６ｍｓ×（５－１）＋８ｍｓ→１４４ｍｓ＋３６ｍｓ＋１４４ｍｓ＋８ｍｓである。

アイドル時間において、ハブ１４２がスキャンすることがある実施形態があってもよい。これは、図１３に例示された実施形態に示されるように、接続間隔の持続時間を実質的に（例えば、この例では、３３２ミリ秒から２２０ミリ秒に）短縮するために使用される場合がある。

このようなアプローチでは、（ＣＥ→ＢＣ→Ｓ）アプローチを使用して、図１４に図示の実施形態に示すように、通信機により長いスキャンを許容するようにする（モード切り替えが少ない）ことが理にかなっている場合がある。

デバイス２０のスケジューリング、および、通信の変動のために、上記のアプローチ（ＣＥ→ＢＣの間）でいくらかのバッファ時間を追加すること、ならびに、センサ４０がＢＣ通信を開始する前に必要な計算を実行できるようにすることが必要であると考えられる。

各ハブ１４２が１６個の接続（デバイス２０）を管理できる代替的なシステムでは、ＣＥウィンドウにおいて接続ごとに２ｍｓ（ハブ１４２ごとに３２ｍｓ）、８ｍｂｐｓのＢＣ（ハブ１４２ごとに１ｍｓのＢＣ持続時間）によって、３つのハブ１４２で４５個のデバイス（ハブ１４２ごとにひとつのアンカー接続）を９７ｍｓの接続間隔（（３２ｍｓのＣＥ）×（３－１）（６４ｍｓ）Ｓ＋３２ｍｓのＣＥ＋１ｍｓのＢＣ）でサポートできる。一実施形態における通信方法論は、図１５に示されている。

このアプローチの利点のひとつは、通信インターフェースの通信周波数スペクトルの使用を大幅に最小限に抑えることである。たとえば、ＢＬＥを使用すると、システムによるＢＬＥスペクトルの使用が一度にひとつのチャネル（周波数）のみ（および、アドバタイジングデバイス）に削減される。
ｉｉ．主要と補助との通信インターフェースの両方に使用される複数の通信機の例

上記のようなシステムの代替的な実施形態では、センサ４０、および、ハブ１４２が、主要な通信インターフェース１３２、および、補助通信インターフェース１３０の両方において同時に最大３つの異なる周波数で送受信できるように複数のＢＬＥ通信機が使用され、４５個のデバイス２０は、４９ｍｓの接続間隔（３２ｍｓ＋１７ｍｓ）でサポートされる場合がある。この通信方法の例は、図１６に図示された実施形態に示されている。

センサ４０がハブ１４２の数よりも少ない通信機を有するシステム１００（例えば、３つのハブを有するにもかかわらず、２つだけの通信機が主要と補助との通信インターフェースに共有されている）では、図１７に例示された実施形態に描かれているように、より多くの調整を犠牲にして、潜在的に低い消費電力、および、コストで、わずかに長い接続間隔（約６６ｍｓ）が得られるだけである。
ｉｉｉ．主要な通信インターフェースと有線の補助通信インターフェースの例に使用される複数の通信機

一実施形態のシステムは、図１８に例示された実施形態に描かれているような、異なる周波数で同時に送受信できない（または、しない）補助通信インターフェース１３０（例えば、有線インターフェース、または、接続区間のすべての通信に同じ周波数が使用される無線インターフェース）を含むことができる。

有線式の補助通信インターフェース１３０（またはそれが独立媒体である場合は無線）を用いて、ＢＣデータは、追加的に、または代替的に、Ｓ、および／または、ＣＥ活動（例えば、通信機は、データが有線インターフェースで同時に送受信されている間にスキャンしている可能性がある）と並行して送信される場合があることが注目されるべきである。そのような配置は、（必要に応じて）スキャンウィンドウを短縮、または、排除することを可能にすることができ、図１９に図示の実施形態に示されている。
ｉｖ．なにも実行しない

一実施形態では、通信干渉を軽減するために何も実行しない場合がある。何も実行しないには複数のレベルがある。ひとつのオプションは、単純にハブ１４２間の調整を実行しないこと、および／または、通信プロトコル、および／または、デバイス２０／センサ４０の通信タイミングを意図的にランダム化することにより、システムが、衝突、および／または、複数の周波数で同時に送受信する必要性から回復し、緩和し、および／または、回避するために最善を尽くす場合である。競合が発生したことが検出されると、その競合中の通信を回復し、軽減し、または回避（たとえば、データのドロップ、後で送信することなど）することが発生する。別のオプションは、同じことを行うが、そのような競合が存在する可能性を検出しようとはせず、代わりに下位のハードウェアや通信プロトコルに依存して、データが破損していることを判断し、それを無視することである。
Ｖ．位置特定器

図示の実施形態のシステム１００は、ポータブルデバイス２０に関してリアルタイムで位置情報を決定するように構成される。図１、および、図２に図示の実施形態では、図７、および、図８に示されるように、ユーザ６０は、システム１００の近くにポータブルデバイス２０を持ち込むことができる。複数のユーザ６０、および、複数の関連するポータブルデバイス２０は、システム１００の近くに運び込まれ、および、その近くから運び出されることが注目される。議論の目的のために、ポータブルデバイス２０との通信のひとつ以上の信号特性に基づいてポータブルデバイス２０の位置を決定することは、単一のデバイスに関連して説明されているが、複数のポータブルデバイス２０の位置は、それぞれのポータブルデバイス２０に関連して得られた通信のひとつ以上の信号特性に基づいて決定されてもよいことが理解されるべきである。

図８に例示された実施形態では、システム１００は、ユーザ６０が、対象物１０へのアクセスの位置か、または、対象物１０コマンドの許可を与えるべき位置かどうかを判断するために、十分な精度で、対象物１０（例えば、車両）に対するポータブルデバイス２０の位置をリアルタイムで特定することを容易にすることができる。

例えば、対象物１０が車両である実施形態では、システム１００は、ポータブルデバイス２０が車両の外側にあるが、ドア、または、乗降口まで、５フィート、３フィート、または２フィート以下などの近接状態にあるかどうかの決定を容易にすることができる。この決定は、システム１００がアクションを許可するべきか、および／または、アクションを実行するべきかどうかを識別するための基礎を形成する場合がある。例えば、システム１００は、車両、または、対象物１０へのアクセスを許可することができる。別の例として、システム１００は、ユーザ６０の入力時に車両、または、対象物１０の位置を記録することができる。本明細書に記載のアクション、および、認可のいくつかの追加として、スミスによって、２０１８年８月２２日に提出された「リアルタイム位置を決定するシステム、および、方法」と題された米国仮出願第６２／７２０、９７５号の例があり、参照によりその全体が組み込まれている。

対象物１０は、本明細書に記載のひとつ以上の実施形態による、アンテナアレイ３０に結合されたセンサ４０などの対象物デバイス、または、その変形を含むことができる。

ポータブルデバイス２０の微視的な位置特定（マイクロロケーション）は、全地球測位システムから得られた情報、ポータブルデバイス２０からの通信のひとつ以上の信号特性、および、ひとつ以上のセンサ（例えば、近接センサ、リミットスイッチ、または、視覚センサ）、または、それらの組み合わせを用いるなど多様な手法により決定することができる。システム１００を構成することができるマイクロロケーション技術の例は、レイモンドマイケルスティットらによって、２０１７年４月１４日に出願された「リアルタイムロケーションを確立するためのシステム、および、方法」と題された米国非仮特許出願第１５／４８８，１３６号に開示されており、その開示は、その全体が参照により本明細書に組み込まれている。

一実施形態では、図７、および、図８に図示の実施形態では、対象物システム５０の対象物デバイス（例えば、システム制御モジュール（ＳＣＭ１２０）またはハブ１４２）、および、複数のセンサ４０（ひとつ以上のアンテナアレイ３０に結合されている）は、対象物１０に対する固定位置の上、または、中に配置される場合がある。対象物１０の使用例には、前の例で識別された車両、または、アクセスが対象物デバイスによって制御される建物が含まれる。

例えば、ポータブルデバイス２０は、通信リンクを介してハブ１４２と無線で通信することができる。複数のセンサ４０は、ポータブルデバイス２０とハブ１４２との間の通信をスニッフィングして、信号強度、ＡｏＡ、ＴｏＦ、または、それらの任意の組み合わせなどの通信のひとつ以上の信号特性を決定するように構成される場合がある。代替的な実施形態では、ポータブルデバイス２０は、対象物デバイス以外の別のデバイスとの通信を確立することができ、少なくともひとつの対象物デバイス、および、ひとつ以上のセンサ４０は、対象物１０に対するそれぞれのデバイスの位置を決定するように、これらの通信をスニッフィングするように構成される場合がある。

一実施形態では、ポータブルデバイス２０は、主要な通信リンクを介してＳＣＭ１２０、または、ハブ１４２と無線で通信することができる。複数のセンサ４０は、ＳＣＭ１２０もしくはハブ１４２によって、または、ポータブルデバイス２０によって直接構成され、ある時期（即時、定期的など）にポータブルデバイス２０との間で測距動作を行い、信号強度、ＡｏＡ、ＴｏＦ、クロックスキュー、他のタイミング特性、またはそれらの任意の組み合わせなど、測距通信リンク上の通信のひとつ以上の信号特性を決定する場合がある。主要な通信リンク、および、測距通信リンクは、それぞれ、ＢＬＥ、および、ＵＷＢなどの異なる通信技術である場合がある。

開示の目的で、本明細書に記載のひとつ以上の実施形態は、ＢＬＥ通信リンクであり得る主要な通信リンクを介して発生する通信に基づいて、ポータブルデバイス２０を測距、または、位置特定することを含む。通信に基づくポータブルデバイス２０の測距は、ＢＬＥ、および、ＵＷＢの通信リンクの両方を介した通信に基づく測距、または、ＵＷＢを介した通信に基づく測距など、複数、または、代替的な通信リンクに関して実施され得ることが理解されるべきである。一実施形態では、ＵＷＢ、または、ＢＬＥ通信リンク以外の通信リンクを介した通信に関して測距が行われる場合、接続パラメータ、認証、および、許可パラメータなど、または、ひとつ以上の信号特性などの情報を通信するために、ＢＬＥ通信リンクが確立される場合がある。

決定された信号特性は、通信され、または、分析され、そして、ポータブルデバイス２０とハブ１４２との間の通信リンクとは別の通信リンク１３０を介して、対象物システム５０の構成要素に通信される場合がある。追加的に、または、代替的に、ポータブルデバイス２０は、ひとつ以上のセンサ４０との直接的な通信リンクを確立することができ、ひとつ以上の信号特性は、この直接的な通信リンクに基づいて決定することができる。例えば、ポータブルデバイス２０は、ひとつ以上のセンサ４０とのＵＷＢ、および／または、ＢＬＥリンクを確立することができ、ひとつ以上の信号特性は、この通信リンクに基づいて決定することができる。

本明細書で説明するように、信号強度、ＴｏＦ、および、ＡｏＡなどのひとつ以上の信号特性を分析して、対象物１０、対象物１０の態様、または、対象物デバイス、または、それらの組み合わせに対するポータブルデバイス２０に関する位置情報を決定することができる。例えば、センサ４０と対象物デバイスとの間の到着の時間差、ＡｏＡ、または、その両方を処理して、ポータブルデバイス２０の相対位置を決定することができる。ポータブルデバイス２０の相対位置をアンテナアレイ３０、および、対象物デバイスに対する絶対位置に変換することができるように、対象物デバイスに対するひとつ以上のアンテナアレイ３０の位置を知ることができる。

ひとつ以上のアルゴリズムに従って位置を決定することを容易にするために取得することができる信号特性の追加的、または、代替的な例は、距離関数、三辺測量関数、三角測量関数、多辺測量関数、フィンガープリント関数、微分関数、ＴｏＦ関数、到着時間関数、到着時間差関数、ＡｏＤ関数、地学的関数など、または、それらの任意の組み合わせを含む。

図１、および、図７～図８に図示の実施形態におけるシステム１００は、対象物１０に対するポータブルデバイス２０に関する位置情報を決定するように構成されることがある。位置情報は、対象物１０に対するポータブルデバイス２０の外部における位置を示すことができ、または、位置情報は、対象物１０内のポータブルデバイス２０の内部における位置、または、それらの組み合わせを示すことができる。一実施形態では、位置特定器は、この位置情報を決定するように構成される場合がある。一実施形態による位置特定器は、ポータブルデバイス２０によって送信され、ひとつ以上のセンサ４０によって受信される無線通信のひとつ以上の信号特性などのひとつ以上の入力を受信するように構成される場合がある。入力は、位置情報に対応するひとつ以上の出力に変換される場合がある。

入力は、無線通信の信号特性に限定されないことが理解されるべきである。入力には、無線通信以外の特性、または、パラメータのひとつ以上の測定値が含まれる場合がある。追加的に、または、代替的に、入力は、対象物１０、または、システム１００内の別のデバイスの状態を示すことができる。例えば、車両に関する説明文において、ひとつ以上の入力は、ひとつ以上の車両ドアが開いているか閉じているか、または、窓が開いているか閉じているかを示すことができる。

位置特定器は、対象物システム５０の対象物デバイスに組み込まれていてもよい。例えば、対象物デバイスのコントローラ５８は、位置特定器を組み込み、通信インターフェース５３を介してセンサ４０のひとつ以上に通信可能に結合されることがある。

位置特定器は、ひとつ以上の入力を受信し、対象物１０に対するポータブルデバイス２０の位置を示すひとつ以上の出力を生成するように構成されたコア機能、または、位置特定器アルゴリズムを含むことができる。本明細書で論じられるように、ひとつ以上の入力は、アプリケーションごとに異なる場合がある。入力の例には、信号強度（ＲＳＳＩ）、ＡｏＡ、ＴｏＦなどの通信のひとつ以上の信号特性が含まれる。

一実施形態の位置特定器は、例えば、固定位置デバイス、または、固定位置デバイスの種類、フィンガープリント、または、他のヒューリスティック（例えば、機械学習された変換機）ごとの変換テーブルを含む様々な方法で、センサ４０、または、対象物デバイスから得られた信号特性を、メトリック系の距離、または、他の変数系に変換してもよい。

一実施形態では、位置特定器は、ポータブルデバイス２０の位置を決定するための基礎として、ひとつ以上の信号特性（例えば、信号強度）に基づく三辺測量、または、多辺測量を利用することができる。本開示は、位置特定アルゴリズムの一部としての三辺測量、または、多辺測量に限定されないことが注目されるべきであり、本明細書で論じられるように、距離関数、三角測量関数、フィンガープリント関数、微分関数、ＴｏＦ関数、到着時間関数、到着時間差関数、ＡｏＤ関数、地学的関数、ヒューリスティック、機械学習モデルなど、または、それらの任意の組み合わせ時間差を含む、様々な追加的または代替的な関数が位置特定アルゴリズムの一部を形成することができる。

位置特定器の位置特定器アルゴリズムは、位置特定器の複数のパラメータに従って調整可能である場合がある。ひとつ以上の入力、および、複数のパラメータの値に基づいて、位置特定器アルゴリズムは、対象物１０に対するポータブルデバイス２０の位置を示す出力を提供することができる。位置特定器アルゴリズムは、アプリケーションごとに異なる場合がある。

一例では、位置特定器アルゴリズムはニューラルネットワーク（例えば、ひとつ以上の層を有する畳み込みニューラルネットワーク）でもよく、ひとつ以上のパラメータは、ニューラルネットワーク内のノードの重みを含むことができる。重みは、ポータブルデバイス２０、および、対象物１０から得られたサンプル、および、サンプルに関して得られた真理情報を用いて、位置特定器のトレーニング中に調整することができる。

車両では、システム１００の一実施形態による多くのアンテナが存在する場合があり、アンテナのそれぞれは、異なる向き、異なる場所に存在する場合がある。対象物デバイス、または、センサ４０などのアンテナ、および、関連デバイスのすべて、または、部分群は、ＲＳＳＩ、ＡｏＡ、ＴｏＦ、または他の、あるいはそれらの任意の組み合わせの測定値を同時に取得することができる。

さまざまな要因が受信機と送信機の間の通信のひとつ以上の信号特性に影響を与える可能性があるため、位置特定器と位置特定器アルゴリズムの調整を容易にするために、さまざまな条件下でひとつ以上の信号特性のサンプルを取得できる。

条件の変化の例には、ポータブルデバイス２０を意図的にすべての方向に回転させること、ならびに、地面に対して異なる高さに試験サンプルを配して試験を強制するか、または、すべての可能な角度／方向の大部分をカバーするようにサンプルを配することが含まれる場合がある。

垂直、水平、天井、底、上、下、内側、内向き、外側、外向きなどの方向的な用語は、図に示されている実施形態の向きに基づいて本発明を説明するのを助けるために使用されている。方向的な用語の使用は、本発明を特定の方向に限定するように解釈されるべきではない。

上記の説明は、本発明の現在の実施形態の説明である。均等論を含む特許法の原則に従って解釈されるべき、添付の特許請求の範囲で定義される本発明の精神、および、より広い態様から逸脱することなく、様々な代替、および、変更を行うことができる。本開示は、例示の目的で提示されており、本発明のすべての実施形態の網羅的な説明として、または請求項の範囲をこれらの実施形態に関連して図示、または、説明された特定の要素に限定するものとして解釈されるべきではない。例えば、限定されないが、記載された本発明の任意の個々の要素は、実質的に同様の機能を提供するか、さもなければ適切な動作を提供する代替要素によって置き換えられる場合がある。これには、例えば、当業者に現在知られている可能性があるものなどの現在知られている代替要素、および、当業者が開発時において代替物として認識するものなど、将来開発される可能性がある代替要素が含まれる。さらに、開示された実施形態は、協調して説明され、協調して利益の集合を提供し得る複数の特徴を含む。本発明は、発行された特許請求の範囲に明示的に記載されている範囲を除いて、これらの特徴のすべてを含む、または記載された利益のすべてを提供する実施形態のみに限定されない。たとえば、冠詞を使用している、単数形のクレーム要素への言及は、要素を単数形に限定するものと解釈されるべきではない。Ｘ、Ｙ、および、Ｚの少なくとも１つとしてのクレーム要素への言及は、Ｘ、Ｙ、またはＺのいずれか１つ、および、Ｘ、Ｙ、Ｚの任意の組み合わせ、たとえば、Ｘ、Ｙ、Ｚ；Ｘ、Ｙ；Ｘ、Ｚ；および、Ｙ、Ｚを含むことを意味する。排他的財産または特権が主張される本発明の実施形態は、以下のように定義される。

Claims (15)

1. 複数のポータブルデバイスを位置特定するためのセンサ情報を取得するシステムであって、
   複数の前記ポータブルデバイスは第１のポータブルデバイスを含み、第１の通信リンクの第１の通信チャネルを介して前記第１のポータブルデバイスと通信するように動作可能な、システム制御モジュール、または、ハブを含む前記システムの構成要素である第１のコントローラデバイスと、
   複数の前記ポータブルデバイスは第２のポータブルデバイスを含み、第２の通信リンクの第２の通信チャネルを介して前記第２のポータブルデバイスと通信するように動作可能な、システム制御モジュール、または、ハブを含む前記システムの構成要素である第２のコントローラデバイスと、
   異なるチャネルにおいて発生する前記第１の通信リンク、および、前記第２の通信リンクを介した同時通信が行われるように、前記第１の通信リンク、および、前記第２の通信リンクを介して通信するように前記第１のコントローラデバイス、および、前記第２のコントローラデバイスに対して指示するように構成された通信管理装置と、
   複数のセンサデバイスであって、それぞれが前記第１の通信リンク、および、前記第２の通信リンクを介して送信される通信に関して感知された特性を得るように構成された複数のセンサデバイスとを備え、
   前記通信管理装置は、前記第１のコントローラデバイスに、前記第１の通信リンクを介して通信するように、前記第２のコントローラデバイスに、前記第２の通信リンクを介して通信するように指示するように構成されており、
   前記通信管理装置は、前記感知された特性を前記センサデバイスから直接に受信することができ、
   前記通信管理装置は、前記第１の通信リンクの通信に関して得られた前記感知された特性に基づいて、複数の前記センサデバイスに対する前記第１のポータブルデバイスの位置を特定し、前記第２の通信リンクの通信に関して得られた前記感知された特性に基づいて、複数の前記センサデバイスに対する前記第２のポータブルデバイスの位置を特定することにより、各デバイスを位置特定することができるシステム。
2. 複数の前記センサデバイスの各センサデバイスによって得られた前記感知された特性は、前記第１の通信リンクに関連付けられている前記感知された特性について分析された通信に基づいて、前記第１のポータブルデバイスに関連付けられており、
   複数の前記センサデバイスの各センサデバイスによって得られた前記感知された特性は、前記第２の通信リンクに関連付けられている前記感知された特性について分析された通信に基づいて、前記第２のポータブルデバイスに関連付けられている請求項１に記載のシステム。
3. 前記通信管理装置は、前記第２のコントローラデバイスと前記第２のポータブルデバイスとの間の前記第２の通信リンクの間中に送信される通信とは異なる時間に、前記第１の通信リンクを介して通信を行うように前記第１のコントローラデバイスに指示する請求項１に記載のシステム。
4. 前記第１のコントローラデバイスは、前記第１の通信リンクを介して、複数の前記ポータブルデバイスの中から第１の複数のポータブルデバイスと通信するように動作可能であり、
   前記第１の複数のポータブルデバイスは、前記第１のポータブルデバイスを含み、
   前記第２のコントローラデバイスは、前記第２の通信リンクを介して、複数の前記ポータブルデバイスの中から第２の複数のポータブルデバイスと通信するように動作可能であり、および、
   前記第２の複数のポータブルデバイスは、前記第２のポータブルデバイスを含む請求項１に記載のシステム。
5. 複数の前記センサデバイスの各センサデバイスによって得られた通信の前記感知された特性は、前記第１の通信リンクに関連付けられている前記感知された特性について分析された通信に基づいて、第１の複数のポータブルデバイスの少なくともひとつに関連付けられており、
   複数の前記センサデバイスの各センサデバイスによって得られた前記感知された特性は、前記第２の通信リンクに関連付けられている前記感知された特性について分析された通信に基づいて、第２の複数のポータブルデバイスの少なくともひとつに関連付けられている請求項１に記載のシステム。
6. 前記第１の通信リンクを介して送信される通信は、第１の複数の通信チャネルを介して送信され、
   前記第１の複数の通信チャネルは、前記第１の通信チャネルを含み、
   前記第２の通信リンクを介して送信される通信は、第２の複数の通信チャネルを介して送信され、および、
   前記第２の複数の通信チャネルは、前記第２の通信チャネルを含む請求項５に記載のシステム。
7. 前記第１のコントローラデバイスと前記第２のコントローラデバイスは同時に通信し、同時通信は、同じ通信チャネルを介した同時通信が回避されるように、前記第１、および、第２の複数の通信チャネルを介して送信される請求項６に記載のシステム。
8. 複数の前記センサデバイスの各センサデバイスは、複数の通信機を含み、
   複数の前記通信機の各通信機は、選択された通信チャネルを介して受信された通信の前記感知された特性を取得するように動作可能であり、および、
   複数の前記センサデバイスの各センサデバイスの複数の前記通信機は、異なる通信チャネルを介して送信された通信の同時感知を可能としている請求項６に記載のシステム。
9. 複数の前記センサデバイスの各センサデバイスは、複数の通信機を含み、
   複数の前記通信機の各通信機は、選択された通信チャネルを介して受信された通信の前記感知された特性を取得するように動作可能であり、および、
   複数の前記センサデバイスの各センサデバイスの複数の前記通信機は、同じ通信チャネルを介して送信された通信の同時感知を可能としている請求項６に記載のシステム。
10. 複数の前記通信機のうちの第１の通信機によって利用される選択された通信チャネルは、前記第１の複数の通信チャネルに含まれており、および、
    複数の前記通信機のうちの第２の通信機によって利用される選択された通信チャネルは、前記第２の複数の通信チャネルに含まれている請求項８に記載のシステム。
11. 前記第１のコントローラデバイス、および、前記第２のコントローラデバイスは、第３の通信リンクを介して互いに通信するように構成され、および、
    前記第１の通信リンクは、第１の複数のポータブルデバイスのそれぞれの接続を伴う複数の接続を含み、前記第１のポータブルデバイスの接続は、前記第１の通信リンク上において第１の複数の他のポータブルデバイスと共有されている他の接続とは独立しており、
    前記第２の通信リンクは、第２の複数のポータブルデバイスの各ポータブルデバイスの接続を伴う複数の接続を含み、前記第２のポータブルデバイスの接続は、前記第２の通信リンク上において第２の複数の他のポータブルデバイスと共有されている他の接続とは独立している請求項４に記載のシステム。
12. 複数の前記センサデバイスは、前記第３の通信リンクを介して通信するように動作可能であり、前記第３の通信リンクは、前記第１、および、第２の通信リンクとは別の有線通信リンクである請求項１１に記載のシステム。
13. 複数のポータブルデバイスは、第１のポータブルデバイスを含み、システム制御モジュール、または、ハブを含むシステムの構成要素である第１のコントローラデバイスと前記第１のポータブルデバイスとの間で、通信管理装置から指示された第１の通信リンクの第１の通信チャネルを介して通信し、
    複数の前記ポータブルデバイスは、第２のポータブルデバイスを含み、システム制御モジュール、または、ハブを含むシステムの構成要素である第２のコントローラデバイスと前記第２のポータブルデバイスとの間で、通信管理装置から指示された第２の通信リンクの前記第１の通信チャネルと異なる第２の通信チャネルを介して通信し、
    複数のセンサデバイスに、前記第１の通信リンク、および、前記第２の通信リンクにおける通信の感知された特性を取得するように指示し、
    前記感知された特性を前記センサデバイスから前記通信管理装置に直接に受信し、前記第１の通信リンクに関して取得された通信の前記感知された特性に基づいて、前記第１のポータブルデバイスの第１の位置を前記通信管理装置が決定し、および、
    前記感知された特性を前記センサデバイスから前記通信管理装置に直接に受信し、前記第２の通信リンクに関して取得された通信の前記感知された特性に基づいて、前記第２のポータブルデバイスの第２の位置を前記通信管理装置が決定する複数のポータブルデバイスに関して位置を決定する方法。
14. 前記第１の通信チャネルは、同時通信中において前記第２の通信チャネルとは異なっており、前記第１のコントローラデバイス、および、前記第２のコントローラデバイスを介してそれぞれ前記第１、および、第２のポータブルデバイスと同時に通信し、および、
    前記第１の通信チャネル、および、前記第２の通信チャネルを介した通信に関して、複数の前記センサデバイスのそれぞれにおいて前記感知された特性を同時に取得する請求項１３に記載の方法。
15. 第１の複数のポータブルデバイスは、前記第１のポータブルデバイスを含み、前記第１の通信リンクを介して前記第１のコントローラデバイスと前記第１の複数のポータブルデバイスとの間で通信し、および、
    第２の複数のポータブルデバイスは、前記第２のポータブルデバイスを含み、前記第２の通信リンクを介して前記第２のコントローラデバイスと前記第２の複数のポータブルデバイスとの間で通信する請求項１３に記載の方法。

Images