(57)【要約】様々な態様において、インタラクティブアプリケーションのアプリケーションフレームワークを提供する光センサネットワークのためのシステムおよび方法が提示される。光センサネットワークは、複数の照明ノードと、複数のLNのうちの1つまたは複数の無線通信範囲内に位置決めされた複数のセンサ・コントローラ・ノード（SCN）とを含む。光センサネットワーク内のLNは、第1の送受信機と第2の送受信機とを有する通信インターフェースを含む。第1の送受信機は、照明ゲートウェイノードを介して広域ネットワーク（WAN）上でサービスプラットフォームとの間で通信信号を交換するように構成されている。第2の送受信機は、ビーコン通信範囲内でビーコン送信デバイスからビーコン信号を受信するように構成されており、ビーコン通信範囲内でビーコン対応デバイスによって受信されるべきビーコン信号を送信するようにさらに構成されている。センサデータおよびビーコンデータはインタラクティブアプリケーションによって用いられる。2017526219.tif 000003
2017526219.tif 000002
【特許請求の範囲】
【請求項１】
環境からの入力を検出するように構成されたセンサと、
ローカル・エリア・ネットワーク（LAN）上で光センサネットワーク内の他のノードからセンサデータを受信するように構成されたネットワークインターフェースと、
前記センサによって検出された前記入力から前記センサデータを読み取るように構成された、前記センサに結合されたプロセッサと、
第1の送受信機と第2の送受信機とを有する通信インターフェースであって、前記第1の送受信機が、照明ゲートウェイノードを介して広域ネットワーク（WAN）上でサービスプラットフォームと通信信号を交換するように構成され、前記LAN上で前記光センサネットワーク内の他のノードと通信信号を交換するようにさらに構成されており、前記第2の送受信機が、ビーコン通信範囲内のビーコン送信デバイスからビーコン信号を受信するように構成され、前記第2の送受信機の前記ビーコン通信範囲内のビーコン対応デバイスによって受信されるべきビーコン信号を送信するようにさらに構成されており、前記プロセッサが、前記通信信号および前記ビーコン信号に含まれる命令を実行するように構成されている、前記通信インターフェースと
を含む、光センサネットワークにおける照明ノード。
【請求項２】
前記通信信号が、前記光センサネットワーク内の前記照明ノードまたは前記他のノードと関連付けられた前記センサデータおよび前記ビーコンデータのうちの少なくとも1つと関連付けられている、請求項1記載の照明ノード。
【請求項３】
前記ビーコンデータが、前記光センサネットワーク内の前記照明ノードまたは前記他のノードの一意のビーコン識別情報および位置座標を含む、請求項2記載の照明ノード。
【請求項４】
前記ビーコン信号が、前記ビーコン送信デバイスによって第1の時刻に送信された第1のビーコン信号を含み、前記第1のビーコン信号が、前記第1のビーコン信号の受信信号強度表示信号（RSSI）に基づいて前記照明ノードからの前記ビーコン送信デバイスの距離を推定するのに用いられる、請求項2記載の照明ノード。
【請求項５】
前記ビーコンデータおよび前記照明ノードからの前記ビーコン送信デバイスの前記推定距離が、前記ビーコン送信デバイスの位置を推定するのに用いられる、請求項4記載の照明ノード。
【請求項６】
センサ・コントローラをさらに含み、前記照明ゲートウェイノードを介して前記WAN上で前記サービスプラットフォームから受信される前記通信信号が、前記照明ノードにおける前記センサコントローラの条件を設定する命令を含み、かつ、前記プロセッサが、前記照明ノードにおける前記センサコントローラのセンサ条件値を設定する前記命令を実行するように構成されている、請求項1記載の照明ノード。
【請求項７】
前記第1の送受信機が、前記LAN上で前記光センサネットワーク内の前記他のノードから前記通信信号を受信するように構成されており、かつ、前記通信信号を前記LAN上で前記光センサネットワーク内の別のノードへ再送信するようにさらに構成されている、請求項1記載の照明ノード。
【請求項８】
前記第2の送受信機が、前記ビーコン通信範囲内で前記送信ビーコン信号を受信するために、前記ビーコン送信デバイスによって送信された前記ビーコン信号を周期的にスキャンする、請求項1記載の照明ノード。
【請求項９】
複数の照明ノード（LN）であって、前記複数のLNにおけるLNのうちの少なくとも1つが、LNプロセッサ、前記LNプロセッサに結合されたLNセンサ、および前記LNプロセッサに結合された通信インターフェースを含み、前記LNプロセッサが、前記LNセンサからセンサデータを読み取り、前記LNセンサと関連付けられたセンサ制御値を設定するように構成されており、前記通信インターフェースが第1の送受信機および第2の送受信機を有し、前記第1の送受信機が、照明ゲートウェイノードを介して広域ネットワーク（WAN）上でサービスプラットフォームとの間で通信信号を交換するように構成されており、前記第2の送受信機が、ビーコン通信範囲内でビーコン送信デバイスからビーコン信号を受信するように構成され、前記ビーコン通信範囲内でビーコン対応デバイスによって受信されるべきビーコン信号を送信するようにさらに構成されており、前記LNプロセッサが、前記通信信号および前記ビーコン信号に含まれる命令を実行するように構成されている、前記複数のLNと、
前記複数のLNのうちの1つまたは複数の無線通信範囲内に位置決めされた複数のセンサ・コントローラ・ノード（SCN）であって、前記複数のSCNにおけるSCNのうちの少なくとも1つが、SCNセンサ、前記SCNセンサに結合され、前記SCNセンサからセンサデータを読み取り、前記SCNセンサと関連付けられたセンサ制御値を設定するように構成されたSCNプロセッサを含む、前記複数のSCNと
を含む、光センサネットワークのためのシステム。
【請求項１０】
前記通信信号が、前記LNセンサからの前記センサデータまたは前記LNセンサと関連付けられたセンサ制御値を設定する命令と関連付けられている、請求項9記載のシステム。
【請求項１１】
前記LNのうちの前記少なくとも1つの前記通信インターフェースが、前記サービスプラットフォームへ前記LNセンサからの前記センサデータを含む第1の通信信号を送信するように構成されており、
前記少なくとも1つのLNがLNセンサコントローラを含み、前記LNセンサコントローラが前記LNプロセッサに結合されており、
前記サービスプラットフォームから前記第1の送受信機によって受信される第2の通信信号が、前記LNセンサからの前記センサデータに基づいて前記センサ制御値を設定する命令を含み、かつ
前記LNプロセッサが、前記第2の通信信号で提供された前記LNセンサコントローラにおける前記センサ制御値を設定する前記命令を実行するように構成されている、
請求項9記載のシステム。
【請求項１２】
前記SCNのうちの前記少なくとも1つが無線送受信機を含み、
前記無線送受信機が、前記LNのうちの前記少なくとも1つの前記通信インターフェースに第1の無線SCN信号を提供するように構成されており、前記第1の無線SCN信号が前記SCNセンサからの前記センサデータを含み、
前記LNのうちの前記少なくとも1つの前記通信インターフェースが、前記サービスプラットフォームへ前記SCNセンサからの前記センサデータを含む第1の通信信号を送信するように構成されており、
前記SCNのうちの前記少なくとも1つがSCNコントローラを含み、
前記通信インターフェースが、前記サービスプラットフォームから、前記SCNセンサからの前記センサデータに応答してセンサ制御値を設定する命令を含む第2の通信信号を受信するように構成されており、
前記通信インターフェースが、前記少なくとも1つのSCNの前記無線送受信機へ第2の無線SCN信号を送信するように構成されており、前記第2の無線SCN信号が、前記SCNセンサからの前記センサデータに基づいて前記センサ制御値を設定する前記命令を含み、かつ
前記LNプロセッサが、前記SCNコントローラの前記センサ制御値を設定する前記命令を実行するように構成されている、
請求項9記載のシステム。
【請求項１３】
前記複数の照明ノード（LN）および前記複数のセンサ・コントローラ・ノード（SCN）が、前記光センサネットワークにおける複数のLANを表す前記複数のLNのうちの1つまたは複数の無線通信範囲内に位置決めされており、前記複数のLANが複数の所有者と関連付けられている、請求項9記載のシステム。
【請求項１４】
前記複数のLANが前記サービスプラットフォームを共用し、前記サービスプラットフォームが、同じアプリケーションによって用いられるべき前記サービスプラットフォームのデータベースに記憶された前記複数のLANからのデータへのアクセスを提供する、請求項9記載のシステム。
【請求項１５】
前記複数の照明ノードのうちの一部が、照明インフラストラクチャと関連付けられた前記光センサネットワーク内のノードを表し、前記複数のセンサ・コントローラ・ノードのうちの一部が、前記照明インフラストラクチャ内の照明器具から離れている前記光センサネットワーク内のノードを表す、請求項9記載のシステム。
【請求項１６】
前記LNプロセッサおよび前記SCNプロセッサのうちの少なくとも1つを表すプロセッサが、
LNセンサおよびSCNセンサのうちの少なくとも1台を表すセンサが、センサ状態を示す前記センサデータを問い合わせするためにセンサタイマが切れた後で、アクティブ状態で動作することを可能にし、
前記センサを、前記センサデータが収集された後で非アクティブ状態で動作するように使用不可にし、
前記センサタイマをリセットし、
送受信機が、前記センサ状態を送信するために送信タイマが切れた後でアクティブ状態で動作することを可能にし、
前記送受信機を、前記センサ状態が送信された後で非アクティブ状態で動作するように使用不可にし、
前記送信タイマをリセットし、かつ
前記送信されたセンサ状態に基づいて、インジケータを使用可能にすべきかそれとも使用不可にすべきか判定する
ように構成されている、請求項9記載のシステム。
【請求項１７】
光センサネットワークにおいてノードによって収集されたセンサデータを送信する方法であって、以下の工程を含む方法:
照明ノード（LN）センサおよびセンサ・コントローラ・ノード（SCN）センサのうちの少なくとも1つを表すセンサが、センサ状態を示すセンサデータを問い合わせするためにセンサタイマが切れた後でアクティブ状態で動作することを可能にする工程;
前記センサを、前記センサデータが収集された後で非アクティブ状態で動作するように使用不可にする工程;
前記センサタイマをリセットする工程;
送受信機が、前記センサ状態を送信するために送信タイマが切れた後でアクティブ状態で動作することを可能にする工程;
前記送受信機を、前記センサ状態が送信された後で非アクティブ状態で動作するように使用不可にする工程;
前記送信タイマをリセットする工程;ならびに
前記送信されたセンサ状態に基づいて、インジケータを使用可能にすべきかそれとも使用不可にすべきか判定する工程。
【請求項１８】
前記インジケータが、駐車スペースが占有されているかそれとも占有されていないか示す発光ダイオード（LED）ライトである、請求項17記載の方法。
【請求項１９】
前記インジケータが、駐車スペースを位置特定するためのナビゲーション案内を提供するLEDライトである、請求項17記載の方法。
【請求項２０】
複数の照明ノードおよび複数のセンサノードを含む光センサネットワークから受信された、センサデータおよびビーコンデータを含む情報を記憶するための複数のデータベースと、
前記複数のデータベースに結合されたプロセッサであって、対応するモバイルアプリケーションを有する複数のアプリケーションと関連付けられたアプリケーションフレームワークをサポートするために前記複数のデータベース上に記憶された前記情報にアクセスするように構成されている前記プロセッサと、
ビーコン対応モバイルデバイスへ送信するための符号化無線メッセージを前記複数の照明ノードからの照明ノードが生成するための命令を提供するために、前記照明ノードへ第1の通信信号を送信するように構成されている、前記プロセッサに結合されたインターフェースであって、前記インターフェースが、前記ビーコン対応モバイルデバイスが前記照明ノードから前記ビーコン対応モバイルデバイスへ送信された前記符号化無線メッセージを復号するための命令を提供するために前記ビーコン対応モバイルデバイスへ第2の通信信号を送信するようにさらに構成されており、復号された前記符号化無線メッセージが、前記ビーコン対応モバイルデバイス上で表示するための前記モバイルアプリケーションのうちの1つのナビゲーションデータを含む、前記インターフェースと
を含む、サービスプラットフォーム。
【請求項２１】
モバイルデバイスにナビゲーション指示を提供する方法であって、以下の工程を含む方法:
ジオフェンス内部の目的地位置を示すデータを受信する工程であって、前記ジオフェンスが複数の専用ビーコンノードの周囲の境界および前記複数の専用ビーコンノードと関連付けられたビーコン通信範囲を有し、前記複数の専用ビーコンノードが光センサネットワークと関連付けられている、ジオフェンス内部の目的地位置を示すデータを受信する前記工程;
前記モバイルデバイスのビーコン送受信機がビーコン信号を受信することを可能にする工程;
前記ジオフェンス外部に位置するモバイルデバイスに、全地球測位システム（GPS）信号、および前記ジオフェンス外部に位置する前記モバイルデバイスのビーコン通信範囲内の少なくとも1台の公開ビーコンデバイスから前記モバイルデバイスによって受信されたビーコン信号のうちの少なくとも1つに基づいて、前記ジオフェンスの前記境界までの前記ナビゲーション指示を提供する工程;ならびに
前記ジオフェンス内部に位置するモバイルデバイスに、前記ジオフェンス内部に位置する前記モバイルデバイスの前記ビーコン通信範囲内の少なくとも1つの専用ビーコンノードから前記モバイルデバイスによって受信された前記ビーコン信号、および前記ジオフェンス内の区域を含む仮想地図に基づいて、前記目的地位置までの前記ナビゲーション指示を提供する工程。
【請求項２２】
前記ジオフェンス内部に位置する前記モバイルデバイスに、前記目的地位置までの前記ナビゲーション指示を提供する前記工程が、
前記目的地位置の非占有駐車スペースまでの前記ナビゲーション指示を提供する工程
をさらに含む、請求項21記載の方法。
【請求項２３】
前記目的地位置の前記非占有駐車スペースまでの前記ナビゲーション指示を提供する前記工程が、
前記モバイルデバイスの現在位置からの時間および距離のうちの少なくとも1つに基づいて、前記非占有駐車スペースの位置を決定する工程
をさらに含む、請求項22記載の方法。
【請求項２４】
前記モバイルデバイスが前記目的地位置に到達したと判定する工程;および
前記モバイルデバイスの前記ビーコン送受信機を、ビーコン信号を受信できないようにする工程
をさらに含む、請求項22記載の方法。
【請求項２５】
ソフトウェア・アプリケーション・プラットフォームから、仮想車線、車線方向、入口点および出口点、ならびに前記ジオフェンス内の区域の駐車スペースのうちの少なくとも1つを含む前記仮想地図をダウンロードする工程
をさらに含む、請求項21記載の方法。
【請求項２６】
前記ジオフェンス外部に位置する前記モバイルデバイスに、前記ジオフェンスの前記境界までの前記ナビゲーション指示を提供する前記工程が、前記モバイルデバイスのユーザインターフェース上で、インタラクティブ・モバイル・アプリケーションを用いて前記ナビゲーション指示を提示する工程をさらに含み、かつ
前記ジオフェンス内に位置する前記モバイルデバイスに、前記目的地位置までの前記ナビゲーション指示を提供する前記工程が、前記モバイルデバイスの前記ユーザインターフェース上で、前記インタラクティブ・モバイル・アプリケーションを用いて前記ナビゲーション指示を提示する工程をさらに含む、
請求項21記載の方法。
【請求項２７】
前記専用ビーコンノードのうちの少なくとも1つが前記光センサネットワーク内の照明ノードまたはセンサ・コントローラ・ノードを表す、請求項21記載の方法。
【請求項２８】
前記専用ビーコンノードの各々がビーコン送受信機を含む、請求項21記載の方法。
【請求項２９】
前記受信ビーコン信号の受信信号強度表示信号（RSSI）に基づいて、前記ジオフェンス内の前記モバイルデバイスと前記モバイルデバイスの前記ビーコン通信範囲内の前記専用ビーコンノードの各々との距離を推定する工程
をさらに含む、請求項21記載の方法。
【請求項３０】
前記モバイルデバイスと、前記モバイルデバイスによって受信された前記ビーコン信号のうちの1つを送信する前記専用ビーコンノードの各々との前記推定距離、および前記モバイルデバイスによって受信された前記ビーコン信号のうちの1つを送信する前記専用ビーコンノードの各々の位置情報に基づいて、前記ジオフェンス内の前記モバイルデバイスの位置を推定する工程
をさらに含む、請求項29記載の方法。
【請求項３１】
前記ジオフェンス内の前記モバイルデバイスの前記位置を推定する前記工程がマルチラテレーション法に基づくものである、請求項30記載の方法。
【請求項３２】
前記マルチラテレーション法が最小二乗法を適用する、請求項31記載の方法。
【請求項３３】
前記モバイルデバイスが移動する際に前記モバイルデバイスによって受信された前記ビーコン信号に基づいて、前記ジオフェンス内の前記モバイルデバイスの前記推定位置を再計算する工程
をさらに含む、請求項30記載の方法。
【請求項３４】
前記仮想地図がビーコンデータおよびプロビジョニングデータに基づくものである、請求項21記載の方法。
【請求項３５】
前記ジオフェンス内の前記モバイルデバイスと、前記モバイルデバイスの前記ビーコン通信範囲内の前記専用ビーコンノードの各々との距離を推定する前記工程が、
前記受信ビーコン信号の前記RSSIが閾値を超えると判定する工程
をさらに含む、請求項29記載の方法。
【請求項３６】
前記ジオフェンス内の前記モバイルデバイスの位置を推定する前記工程が、
前記ジオフェンス内の前記モバイルデバイスの前記位置を推定するのに十分な数の前記受信ビーコン信号があると判定する工程
をさらに含む、請求項30記載の方法。
【請求項３７】
モバイルデバイスにナビゲーション指示を提供する方法であって、以下の工程を含む方法:
ジオフェンス内部の目的地位置を示すデータを受信する工程であって、前記ジオフェンスが複数の専用ビーコンノードの周囲の境界および前記複数の専用ビーコンノードと関連付けられたビーコン通信範囲を有し、前記複数の専用ビーコンノードが光センサネットワークと関連付けられている、ジオフェンス内部の目的地位置を示すデータを受信する前記工程;
前記モバイルデバイスのビーコン送受信機がビーコン信号を受信することを可能にする工程;
前記ジオフェンス外部に位置するモバイルデバイスに、全地球測位システム（GPS）信号、および前記ジオフェンス外部に位置する前記モバイルデバイスのビーコン通信範囲内の少なくとも1台の公開ビーコンデバイスから前記モバイルデバイスによって受信されたビーコン信号のうちの少なくとも1つに基づいて、前記ジオフェンスの前記境界までの前記ナビゲーション指示を提供する工程;ならびに
前記ジオフェンス内部に位置する前記モバイルデバイスに、前記ジオフェンス内部に位置する前記モバイルデバイスの前記ビーコン通信範囲内の少なくとも1つの専用ビーコンノードから前記モバイルデバイスによって受信された前記ビーコン信号、および前記複数の専用ビーコンノードと関連付けられたビーコン位置情報に基づいて、前記目的地位置までのナビゲーション指示を提供する工程。
【請求項３８】
前記複数の専用ビーコンデバイスと関連付けられた前記ビーコン位置情報をアプリケーション・ソフトウェア・プラットフォームからダウンロードする工程
をさらに含む、請求項37記載の方法。
【請求項３９】
ビーコン送信機を含む物体を追跡する方法であって、以下の工程を含む方法:
コンピューティングデバイスに、全地球測位システム（GPS）信号および前記物体によって送信されたビーコン信号のうちの少なくとも1つに基づくジオフェンス外部の前記物体の追跡情報を提供する工程であって、前記ビーコン信号が第1の時刻に送信された第1のビーコン信号および第2の時刻に送信された第2のビーコン信号を含み、前記第1のビーコン信号が前記ジオフェンス外部に位置する前記物体によって送信され、前記物体のビーコン通信範囲内の少なくとも1台の公開ビーコンデバイスによって受信される、ジオフェンス外部の前記物体の追跡情報を提供する前記工程；ならびに
前記コンピューティングデバイスに、前記物体によって送信された前記ビーコン信号および前記ジオフェンス内の区域を含む仮想地図に基づく前記ジオフェンス内部の前記物体の前記追跡情報を提供する工程であって、前記第2のビーコン信号が前記物体の前記ビーコン通信範囲内の少なくとも1つの専用ビーコンノードによって受信される、ジオフェンス内部の前記物体の前記追跡情報を提供する前記工程。
【請求項４０】
前記コンピューティングデバイスに、前記ジオフェンス内部の前記追跡情報を提供する前記工程が、
前記仮想地図に対する追跡される前記物体の前記第2のビーコン信号に基づく位置を表示することによって前記コンピューティングデバイスのユーザインターフェース上に提示するための前記追跡情報を提供する工程
をさらに含む、請求項39記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本国際出願は、参照によりその全内容が全体として本明細書に組み入れられる、2014年6月18日付で出願された「APPLICATION FRAMEWORK BASED ON INTERACTIVE WIRELESS SENSOR NETWORKS」という名称の、米国仮特許出願第62/013,571号の優先権の恩典を主張するものである。
【０００２】
技術分野
本開示の態様は、概して、インタラクティブアプリケーションのためのフレームワークとして働くデバイスおよび支援機器の無線ネットワークの使用に関する。
【背景技術】
【０００３】
背景
今日、センサネットワークは広範な応用分野で使用されている。例えば、センサネットワークによって収集されたデータは、環境モニタリング、セキュリティおよび監視、ロジスティクスおよび輸送、制御および自動化、ならびに交通モニタリングに用いることができる。センサネットワークによって収集されたデータを用いるアプリケーションは、位置ベースの情報に依拠するインタラクティブアプリケーションではない。
【発明の概要】
【０００４】
【図面の簡単な説明】
【０００５】
本明細書に組み入れられ、本明細書の一部を構成しうる添付の図面は、本発明の例示的態様を示し、前述した概要および後述する詳細な説明と併せて本発明の主題の特徴を説明するためのものである。
【０００６】
【図１】様々な態様における使用に適したスターアーキテクチャを有するインタラクティブ光センサ制御ネットワークの一部で用いられるネットワーク要素の例示的な論理接続を示すシステムブロック図である。
【図２】様々な態様における使用に適したインタラクティブ光センサネットワークの範囲内でモバイルデバイスおよび追跡対象物によって受信されるビーコン信号の例示的な論理接続を示すシステムブロック図である。
【図３】様々な態様における使用に適したメッシュアーキテクチャを有するインタラクティブ光センサネットワークの一部で用いられるネットワーク要素の例示的な論理接続を示すシステムブロック図である。
【図４】様々な態様による、共用サービスプラットフォームを有する複数のビーコン、センサ、およびコントローラのローカル・エリア・ネットワーク（BSCLAN）の例示的な論理接続を示すシステムブロック図である。
【図５】一例示的態様によるサービスプラットフォームの構成ブロック図である。
【図６】一例示的態様によるセンサおよびコントローラを備える照明ノードの構成ブロック図である。
【図７】図7Aは、一態様によるセンサ・コントローラ・ノードの構成ブロック図である。図7Bは、別の態様による無線システム・オン・チップ（SOC）を備えるセンサ・コントローラ・ノードの構成ブロック図である。
【図８】一例示的態様による統合センサ・インジケータ・コントローラを備えるセンサ・コントローラ・ノードによって行われるべき方法を示すプロセス流れ図である。
【図９】様々な態様における使用に適したモバイルデバイスによって用いられる広域ナビゲーションビーコン信号および局所ナビゲーションビーコン信号を示すシステムブロック図である。
【図１０】一例示的態様による、ビーコン信号によって使用可能になるモバイルデバイスによって用いられる位置計算アルゴリズムを行う方法を示すプロセス流れ図である。
【図１１】一例示的態様による、ビーコン信号によって使用可能になるモバイルデバイスによって用いられるナビゲーションアルゴリズムを行う方法を示すプロセス流れ図である。
【図１２】様々な態様における使用に適した例示的駐車区域を通るナビゲーションパスを示す平面図である。
【図１３】様々な態様における使用に適した例示的インタラクティブアプリケーションにおける一連のイベントを記述するのに用いられるシステムブロック図である。
【図１４】移動物体を追跡するためのインタラクティブ・センサ・ネットワークによって用いられる追跡アルゴリズムを行うための方法を示すプロセス流れ図である。
【図１５】様々な態様による、インタラクティブセンサ制御ネットワークのためのデバイス位置を有する例示的駐車場の平面図である。
【図１６】図16Aは、様々な態様における使用に適した、駐車スペースが占有されているときの駐車スペースに対する例示的センサ位置の断面図である。図16Bは、様々な態様における使用に適した、駐車スペースが空いているときの駐車スペースに対する例示的センサ位置の断面図である。
【図１７】図17Aは、様々な態様における使用に適した、駐車スペースが占有されているときの駐車スペースに対する2台の送受信機間の例示的電波の断面図である。図17Bは、様々な態様における使用に適した、駐車スペースが空いているときの駐車スペースに対する2台の送受信機間の例示的電波の断面図である。
【図１８】図18Aは、様々な態様における使用に適した、駐車スペースが空いているときの駐車スペースに対する例示的な無線周波数ID（RFID）リーダの断面図である。図18Bは、様々な態様における使用に適した、駐車スペースが占有されているときの駐車スペースに対する例示的なRFIDリーダの断面図である。
【図１９】様々な態様における使用に適した駐車区域を見渡すように取り付けられているカメラの視野の例示的斜視図である。
【図２０Ａ】様々な態様における使用に適した統合近接センサ・インジケータ・コントローラを備える例示的センサ・コントローラ・ノードの平面図である。
【図２０Ｂ】様々な態様における使用に適した統合近接センサ・インジケータ・コントローラを備える例示的センサ・コントローラ・ノードの断面図である。
【図２０Ｃ】様々な態様における使用に適した統合近接センサ・インジケータ・コントローラを備える例示的センサ・コントローラ・ノードの断面図である。
【図２０Ｄ】様々な態様における使用に適した統合近接センサインジケータ制御を備える例示的センサ・コントローラ・ノードの斜視図である。
【図２１】様々な態様における使用に適したカメラおよび占有センサ制御ノードのためのデバイス位置を有する図12Aの例示的駐車場の平面図である。
【図２２】一例示的態様による、コンピューティングデバイスがセンサデータベースを維持するための方法を示すプロセス流れ図である。
【図２３】一例示的態様による、コンピューティングデバイスが所有者インターフェースを提供するための方法を示すプロセス流れ図である。
【図２４】一例示的態様による、モバイル・コンピューティング・デバイスが駐車スポットを予約し、駐車スポットまでナビゲートするための方法を示すプロセス流れ図である。
【発明を実施するための形態】
【０００７】
詳細な説明
添付の図面に関連して様々な態様を詳細に説明する。可能な限り、同じ符番は図面全体を通して同じ部分または類似した部分を指し示すのに用いる。特定の例および実施態様に言及する場合、それらは例示を目的とするものであり、本発明の主題または特許請求の範囲を限定するためのものではない。
【０００８】
「例示的な」という語は、本明細書においては、「例、実例、または例証の役割を果たす」ことを意味するのに用いられる。 本明細書において「例示的」と記述される実施態様は、必ずしも、他の実施態様に優って好ましい、または有利であると解釈されるべきであるとは限らない。
【０００９】
「コンピューティングシステム」および「コンピューティングデバイス」という用語は、本明細書においては、少なくとも1つのプロセッサと、広域ネットワーク（WAN）および/またはローカル・エリア・ネットワーク（LAN）接続を確立するように構成されたネットワーク送受信機（例えば、ロング・ターム・エボルーション（LTE）、3Gまたは4G無線広域ネットワーク送受信機、インターネットへの有線接続、Wi-Fi（登録商標）、Bluetooth（登録商標）など）とを備える、サーバ、モバイル・コンピューティング・デバイス、デスクトップコンピュータ、サーバブレード、ラップトップコンピュータ、パーソナルコンピュータ、および類似した電子デバイス、のうちのいずれか1つまたは全部を指すのに用いられうる。さらに、「モバイルデバイス」という用語は、本明細書においては、スマートフォンやタブレットなどといった、ユーザによって利用されるモバイル・コンピューティング・デバイスを指すのに用いられる。
【００１０】
「照明ノード」という用語は、本明細書においては、少なくとも、処理装置（例えば、プロセッサ、SOCなど）と、光源（例えば、制御可能な白熱電球や他の光源）と、様々なデバイスと信号を交換するための1台または複数の送受信機（例えば、Wi-Fi、Bluetoothなど）とを有する光センサネットワーク（よって、インタラクティブ・アプリケーション・ネットワーク）のデバイスを指すのに用いられる。また照明ノードは、HVAC、シグナリング機構、駐車場ゲートなどといった施設を制御するために、1台または複数のセンサ（例えば、カメラ、マイクロフォン、熱、光など）およびアクチュエータに接続してもよい。いくつかの照明ノードにおいて、送受信機は、スマートフォンといったモバイルデバイス上で無線受信機によって受信されうるビーコン信号を送信するように構成されうる。そうしたノードの一例が図6に示されている。様々な態様において、照明ノードはビーコンノードと呼ばれうる。一例示的態様において、ビーコンノードは、Bluetooth（登録商標）Low Energy（BLE）通信プロトコルを用いて範囲内の他のデバイスと信号を交換するビーコン送受信機を含む。別の態様において、ビーコンノードは、ビーコン信号を受信し、かつ/または送信するように構成されている送受信機を含む。例示的態様において、ビーコン信号は、特定のビーコンデバイスの一意の識別子およびビーコン信号を送信するデバイスの送信側電力を含む。いくつかの態様において、ノード内のビーコンデバイスは、センサデータ（例えば、駐車スペース占有状態）を送信することができる。例示的態様において、センサデータはセンサ状態を含む、または表すことができる。
【００１１】
「センサ・コントローラ・ノード」または「SCN」という用語は、本明細書においては、少なくとも1つの処理装置（例えば、プロセッサ、SOCなど）と、近くの照明ノードと信号を交換するための送受信機とを有するインタラクティブ光センサネットワークのデバイスを指すのに用いられる。インタラクティブ光センサネットワークは光センサネットワークとも呼ばれうる。またセンサ・コントローラ・ノードは、暖房、換気、および空調（HVAC）、シグナリング機構、駐車場ゲートなどといった施設を制御するために、1台または複数のセンサ（例えば、カメラ、マイクロフォン、熱、光など）およびアクチュエータに接続することもできる。いくつかのセンサ・コントローラ・ノードにおいて、送受信機は、スマートフォンといったモバイルデバイス上で無線受信機によって受信されうるビーコン信号を送信するように構成されうる。いくつかの態様では、センサ・コントローラ・ノードは、照明インフラストラクチャから電力を受け取るために照明インフラストラクチャ内の照明器具のところに（または照明器具に近接して）位置していないため、リモートノードと呼ばれうる。別の態様において、センサ・コントローラ・ノードはライトを含まず、ライトの制御も行わない。他の態様において、センサ・コントローラ・ノードは、ビーコン送受信機といった第2の送受信機を含まない。
【００１２】
ネットワークアーキテクチャはメッシュアプリケーションをサポートすることができる。これは、いくつかの照明ノードが他の照明ノードまたはセンサ・コントローラ・ノードから信号を受信し、それらの信号内の情報を同じ送受信機または異なる送受信機を用いて再送信することができることを意味する。また、いくつかのセンサ・コントローラ・ノードは他の照明ノードまたはセンサ・コントローラ・ノードから信号を受信し、それらの信号内の情報を同じ送受信機または異なる送受信機を用いて再送信することができる。
【００１３】
欧州特許公報EP2,709,428には、制御されたライトと統合されたセンサからなるノードのネットワークが、照明制御、エネルギー管理、資産管理といったアプリケーションを可能にする照明インフラストラクチャ・アプリケーション・フレームワークが開示されている。米国特許公報第2013/346,229号には、ネットワーク事業者、アプリケーション提供者、および照明インフラストラクチャ所有者が光センサネットワークに基づいてデータおよびサービスを提供することによって収益を得ることを可能にする収益モデルが開示されている。どちらの公報も参照により本明細書に組み入れられうる。
【００１４】
様々な態様において、光センサネットワークは、インタラクティブアプリケーションおよび収益モデルを使用可能にするのに位置ベースのインタラクティビティを用いる。したがって、街路、屋内駐車場、および/または他の照明インフラストラクチャもしくはシステムにおいて配置されうるネットワーク化アプリケーションフレームワーク内で統合されたセンサ情報へのアクセスを提供するための態様のシステムおよび方法が開示されうる。そうした態様のシステムおよび方法は、照明システムと統合されたネットワーク接続デバイスを収益化するための様々な収益モデルの一部として、そうしたネットワークからのセンサ情報へのアクセスを提供するための様々なモデルを含むことができる。
【００１５】
態様のシステムおよび方法は、屋内/屋外ナビゲーションおよびリアルタイム位置サービスを可能にするために照明インフラストラクチャのインタラクティブ無線ネットワークハブのシステムと統合されうる、センサ、制御、およびインジケータのネットワークの運用を提供する。このフレームワークの主要構成要素は、ナビゲーション、物体追跡、データ収集、解析、動作呼び出し、ならびにアプリケーションおよびユーザとの通信を可能にするハードウェア、ソフトウェアおよびネットワークリソースとすることができる。これらの構成要素は、光センサネットワークの照明ノードからのデータおよびメッセージに依存したエンドユーザアプリケーションを可能にするインタラクティブ光センサ・ネットワーク（ILSN）・アプリケーション・フレームワークを構成する。
【００１６】
様々な態様において、モバイルデバイスはインタラクティブ光センサネットワークからセンサデータを獲得することもできる。いくつかの態様において、センサデータはサービスプラットフォーム104によって提供されるAPIを介してアプリケーション・ソフトウェア・プラットフォーム108に提供され、次いで、エンドユーザのモバイルデバイス上で人間可読形式としてエンドユーザに提供される。サービスプラットフォーム104は様々なアプリケーションのための複数のAPIを含む。1つまたは複数のアプリケーションが特定の種類のアプリケーションのための同じAPIを共用することができる。例えば、多くのナビゲーションアプリケーションは単一のAPIを共用することができ、多くの倉庫アプリケーションは単一のAPIを共用することができる。これには、ユーザが、リアルタイムでも履歴としても、許可されているすべてのセンサに（一括で）潜在的にアクセスすることができるという利点がある。他の態様において、モバイルアプリケーションは、ビーコン互換無線を使用可能にし、ビーコン信号をスキャンし、アプリケーション・ソフトウェア・プラットフォーム108からの命令を伴う符号化メッセージを解釈することができる。これは、モバイルデバイスの範囲内のセンサだけのリアルタイムのセンサ読み取りを可能にするが、アプリケーション・ソフトウェア・プラットフォームへのネットワーク接続は不要である。
【００１７】
態様のシステムは、ノード、ゲートウェイ、およびサービスプラットフォームに基づくものとすることができる。ノードアーキテクチャは、モニタされる区域の様々な位置に配置されたノードプラットフォームからなりうる。いくつかの態様において、照明ノードおよびゲートウェイノードは、照明インフラストラクチャ内に（例えば、個々の街路照明器具のところに）位置しうる。いくつかのノードは、データを収集し、他のノードへ、場合によってはアーキテクチャ内の上位レベルへ報告するセンサを含むことができる。例えば、個別ノードのレベルで、周囲光センサは照明器具の位置における照明条件に関する情報を提供することができる。ビーコンデバイスは、分離していても、照明ノードと統合されていてもよく、モバイルデバイスによって受信されうる無線信号を送信することができる。受信ビーコン信号と結合されたビーコン位置の知識は、モバイルデバイス位置を計算するアルゴリズムへの入力データを提供することができる。位置情報は、ナビゲーション指示、作業照明のようなオンデマンドサービス、ベンダクーポンのような位置ベースのメッセージングといったモバイルデバイス位置に基づくインタラクティブアプリケーションを可能にすることができる。照明ゲートウェイプラットフォームは、ノードプラットフォームによって提供される機能に加えて、広域ネットワーキング（WAN）機能を提供することができ、データ処理機能を複合することができる。
【００１８】
光センサネットワークからのノードの集合体は有線または無線ネットワーク上で、光センサネットワーク内のノードからデータ（例えばセンサデータその他のデータ）を収集し、データをデータベースに記憶し、データをエンドユーザアプリケーションに提供するサービスプラットフォームに接続されうる。例えば、サービスプラットフォームはデータを受信し、データをタイムスタンプ付きデータベースに記憶し、データを、アプリケーション・プログラミング・インターフェース（API）を介して1つまたは複数のアプリケーション・ソフトウェア・プラットフォームに供与することができる。モバイルユーザは、スマートフォンまたは他の標準的なネットワーキングデバイスを用いて、無線ネットワークハブのいずれかからビーコン信号を受信することができる。モバイルデバイスは、LTE、GSM（Global Systems for Mobile Communications）、GPRS（General Packet Radio Service）、および/またはWi-Fi（登録商標）といった、標準無線プロトコルを用いてモバイルゲートウェイを介してアプリケーション・ソフトウェア・プラットフォームに接続されうる。アプリケーション・ソフトウェア・プラットフォームおよびサービスプラットフォームはアプリケーション・プログラミング・インターフェースを介してデータおよび制御設定を交換することができる。
【００１９】
モバイルデバイスを用いるエンドユーザがビーコン信号を受信すると、ビーコンシグネチャは、（a）モバイルデバイス（例えばスマートフォン）上のインタラクティブアプリケーションに、アプリケーション・ソフトウェア・プラットフォームによってモバイルデバイス上へ以前にロードされたビーコンデータを参照させることによって、または（b）モバイルデバイス（例えばスマートフォン）上のインタラクティブアプリケーションに、アプリケーション・ソフトウェア・プラットフォームへビーコンシグネチャを送信させ、続いて、ビーコン信号の解釈に関する情報を提供するアプリケーション・ソフトウェア・プラットフォームからのメッセージを受信させることによって解釈されうる。後者の場合、アプリケーション・ソフトウェア・プラットフォームまたはサービスプラットフォームは、ユーザからのビーコン要求の数を追跡し、個人別の、または個人グループ別の各ビーコンの使用に対する解析を提供することができる。いくつかの態様においては、アプリケーション・ソフトウェア・プラットフォームおよびサービスプラットフォームの機能は同じプラットフォーム上で行われ、他の態様においては、アプリケーション・ソフトウェア・プラットフォームおよびサービスプラットフォームの機能は別々に行われうる。例示的態様において、サービスプラットフォームは照明センサ管理およびセンサデータ収集に関連したソフトウェアを実行し、アプリケーション・ソフトウェア・プラットフォームはサービスプラットフォームが提供するインタラクティブアプリケーションのためのサービスプラットフォームからのアプリケーションデータにアクセスする。インタラクティブアプリケーションの一例が、サービスプラットフォームからの駐車データにアクセスする駐車場管理アプリケーションである。
【００２０】
いくつかの態様において、ネットワーク事業者は、照明およびセンサ・コントローラ・ノードからのデータを構成し、読み取ると共に、ネットワーキング機器（アクセスポイント、ゲートウェイ、およびリピータ）を構成するために、サービスプラットフォームに接続することができる。照明インフラストラクチャ所有者は、その所有物上のセンサからデータを読み取り、駐車スペースといったリソースを予約し、照明、セキュリティ、HVACなどといった機器のコントローラを設定するためにサービスプラットフォームに接続することができる。また所有者は、利用可能なリソースおよびリソースの関連付けられた代金を広告し、リソース利用に関するデータを受信するためにアプリケーション・サービス・プラットフォームに接続することもできる。
【００２１】
いくつかの態様において、システムは既存の街灯に設置された1台または複数のネットワークデバイスを利用することができる。よって各街灯はネットワーク内の照明ノードになりうる。各照明ノードは、電力を受け取るための電源入力端子、電源入力端子に結合された光源、電源入力端子に結合されたプロセッサ、プロセッサと照明システムのネットワークとの間に結合されたネットワークインターフェース、ノードにおける条件を検出するためのプロセッサに結合されたセンサ、および（a）リモート・センサ・データを読み取り、（b）スマートフォンユーザへビーコン信号を送信し、（c）既知の無線信号を発するリモートデバイスを追跡する無線ハブを含むことができる。組み合わさって、これは、各ノードが、各ノードおよびリモートセンサおよび追跡対象デバイスにおける条件に関して他のノードと中央位置とへ情報を伝えることを可能にする。照明ノードからの無線ビーコン信号は、モバイルデバイスが、ビーコン信号によって決定される位置およびモバイルデバイスの位置に依存するネットワーク接続からの他のメッセージを用いて、各ノードの近隣をナビゲートすることを可能にする。
【００２２】
一般に、そうした態様のシステムに関与する実体には、照明インフラストラクチャ所有者、アプリケーションソフトウェア提供者、サービスプラットフォーム事業者（または他のインタラクティブ光センサネットワーク事業者）、およびエンド・モバイル・ユーザが含まれうる。典型的な照明インフラストラクチャ所有者には、自治体、建物所有者、テナント、施設保守会社、および/または他の実体が含まれる。
【００２３】
照明インフラストラクチャ所有者は、機械的取り付けおよび電力施設（柱、装備品など）を提供することができ、インタラクティブ光センサネットワーク事業者は、アプリケーションおよびアプリケーションサービスを日常的に使用可能にするハードウェア、ソフトウェア、ネットワークおよび構成ならびにモニタリングリソースを提供することができ、アプリケーション提供者（またはアプリケーションサービス提供者）はエンドユーザデバイス（例えばモバイルデバイス）によって用いられる機能を提供することができる。これらの負担に基づき、インタラクティブ光センサネットワークと関連付けられたデータ、アプリケーション、およびサービスの共有、通信、記憶、および処理に基づいて、インタラクティブ光センサネットワーク事業者、アプリケーション事業者（例えばサードパーティapp開発者）、および/または照明インフラストラクチャ所有者が収益を生成するための事業計画が実現されうる。
【００２４】
図1に、一例示的態様による、インタラクティブなビーコン、センサ、およびコントローラのネットワークを表す、ローカル・エリア・ネットワーク（LAN）100の一実施態様で用いられるネットワーク要素の例示的な論理接続マップを示す。LAN100は、サービスプラットフォーム104、アプリケーション・ソフトウェア・プラットフォーム108、および（1台または複数の）モバイルゲートウェイ110と共に、インタラクティブ光センサネットワーク（ILSN）を表すことができる。いくつかの態様において、LAN100内の様々なノードは、照明インフラストラクチャと関連付けられる必要も、照明インフラストラクチャによってサポートされる必要もない。
【００２５】
センサ・コントローラ・ノード（SCN）101a〜101lは、Bluetooth（登録商標）Low Energy（BLE）やワイヤレスフィデリティ（Wi-Fi）といった標準無線プロトコルを用いて照明ノード（LN）102a〜102fと通信する。様々な態様において、センサ・コントローラ・ノード101a〜101lおよび/または照明ノード102a〜102fは、インタラクティブ光センサネットワークと関連付けられ、またはインタラクティブ光センサネットワーク内に含まれうる。様々な態様において、センサ・コントローラ・ノード101a〜101lは、（1）センサ・コントローラ・ノード（例えば101a〜101f）に、（例えば、オープン広告モードで）LAN100を介して設定間隔で送信される広告パケットにセンサデータを挿入させ、（2）照明ノード（例えば102a〜102f）に、センサデータを取得するためにローカルセンサにラウンドロビンで接続させ（例えば時分割接続モード）、または（3）照明ノード（例えば102a〜102f）を、要求/確認応答交換によってセンサデータを取得するために近隣のセンサに永続的に接続させる（例えば永続接続モード）ことによって、接続されたセンサの値を照明ノード102a〜102fへ伝えることができる。通信モードの選択は、選択された無線プロトコルによる共用接続に対する制限、リモートセンサの台数、センサデータおよび必要更新時間の量、ならびに所要電力といった様々な要因に依存する。センサ・コントローラ・ノード101a〜101lを電池で稼動させることが望ましい場合もあり、その場合には、オープン広告モードが用いられうる。というのは、オープン広告モードは最低のオーバーヘッド、よって1送信ビットあたり最低の電力を有するからである。
【００２６】
様々な態様において、照明ノード102a〜102fは、以下の機能のうちの1つまたは複数を果たすようにプログラムされうる。 （1）リモートセンサ値を読み取り、それらの値を、ゲートウェイノード（例えば照明ゲートウェイノード107（LGW））を介してサービスプラットフォーム104へ送信する、（2）認識可能な無線ビーコン信号を一定の間隔で送信する、（3）追跡対象物（TO）（不図示）からのビーコン信号をスキャンし、それらの信号をサービスプラットフォーム104へ報告する、ならびに（4）受信信号およびセンサデータを近隣の照明ノード（照明ノード102a〜102f）へ伝える。照明ノード102a〜102fは、プログラムに基づいて照明ノード102a〜102fとやりとりする他のセンサまたはコントローラにも接続されうる。照明ノード102a〜102fは、リピータノード106を介してダイレクト・ネットワーク・インターフェースでサービスプラットフォーム104と通信することができる。無線メッシュとして知られる別の態様において、照明ノード102a〜102fは、そのデータを近隣の照明ノード（例えば102a〜102f）を介して照明ゲートウェイノード107へ送信することができる。いくつかの態様において、照明ノードはビーコンノードと呼ばれ、照明ゲートウェイノードはビーコン・ゲートウェイ・ノードと呼ばれうる。
【００２７】
様々な態様において、照明ノード102は、アクセスポイント105a〜105b、リピータノード（例えば106）、照明ゲートウェイノード107といった標準ネットワーキング機器を介してサービスプラットフォーム104に接続することができる。照明ノード（例えば102a〜102f）、リピータノード（例えば106）、アクセスポイント（例えば105a〜105b）、照明ゲートウェイノード（例えば107）の集合体は、照明ゲートウェイノード107によって広域ネットワーク（WAN）上でサービスプラットフォーム104に接続されうるインタラクティブ無線ネットワークの一例を表す。照明ゲートウェイノード107は、ある態様においては、広帯域ネットワーク、セルラネットワーク、Wi-Fi（登録商標）、GPRS（general packet radio service）、または他の手段（例えば、セルタワー、Wi-Fi（登録商標）ルータ、アクセスポイント、イーサネットスイッチ、IPルータなど）といった広域ネットワーク通信技術を用いてサービスプラットフォーム104を通信することができる。照明ゲートウェイノード107は独立型実施態様とすることもでき、照明ノード（102a〜102f）と統合されていてもよい。照明ゲートウェイノード107は、照明ノード102によって提供される機能に加えて、広域ネットワーキング（WAN）機能を提供し、複雑なデータ処理機能を提供することができる。言い換えると、照明ゲートウェイノード107は、追加の処理および通信機能を備える照明ノードを表すことができる。いくつかの態様において、サービスプラットフォーム104は照明ゲートウェイノード107なしで無線ネットワーク・アクセス・ポイント（例えば105aおよび105b）に直接接続される。例えば、照明ノード102dはアクセスポイント105bに通信可能に結合されており、アクセスポイント105bは図1に示すように照明ゲートウェイノード107と直接通信する。
【００２８】
様々な態様において、サービスプラットフォーム104はセンサ・コントローラ・ノード（例えばセンサ・コントローラ・ノード101a〜101l）からのすべてのデータの集約点として働く。他の態様において、サービスプラットフォーム104は、センサ・コントローラ・ノード101a〜101lに加えて、その他のノード（例えば、照明ノード102a〜102fや照明ゲートウェイノード107）からのデータの集約点としても働く。サービスプラットフォーム104は、センサデータ、ビーコンデータ、および追跡対象物情報を、様々なAPIを介してエンドユーザ（ネットワーク事業者112、アプリケーション提供者113、所有者111、およびモバイルデバイス109のユーザなど）が利用することのできる1つまたは複数のデータベース（不図示）に記憶する。アプリケーション・ソフトウェア・プラットフォーム108はAPIを介してサービスプラットフォーム104データベースにアクセスし、モバイルデバイス109上で走るアプリケーションにおいてデータを用いる。例示的態様において、アプリケーション・ソフトウェア・プラットフォーム108は、スマートフォンといったモバイルデバイス上で走る対応するクライアントアプリケーションを有する複数のサーバ側アプリケーションを含む（またはホストする）。いくつかの態様において、アプリケーション・ソフトウェア・プラットフォームは、ビーコン位置または駐車スペースに関する追加情報を独自のデータベースに記憶することができる。またアプリケーション・ソフトウェア・プラットフォームは、サービスプラットフォームならびに/または照明ノードおよびセンサ・コントローラ・ノードには知られていない他のビーコンの知識も有しうる。様々な態様において、モバイルデバイス109はモバイルゲートウェイ110（例えば、携帯電話タワーやWi-Fi（登録商標）ルータ）を経由して標準セルラネットワークまたはWi-Fi（登録商標）ネットワークを介してアプリケーション・ソフトウェア・プラットフォーム108にアクセスすることができる。
【００２９】
図2に、一例示的態様による、ユーザまたは物体を位置特定するのに無線ビーコン信号を用いるインタラクティブアプリケーションによって用いられる論理ネットワーク接続を示す。図2に示す例では、追跡される物体は追跡対象物222である。いくつかの態様において、追跡対象物222は、BLE信号を送信するビーコン送信機、または他の近距離通信信号を送信することのできる他の適切なデバイスを表す。図2に示す例では、追跡対象物222はビーコンノード202cへビーコン信号223aを、ビーコンノード202dへビーコン信号223cを、ビーコンノード202eへビーコン信号223bを送信する。ビーコン信号223a〜223cは、ビーコンノード202c、202d、および202eが、単独で、または組み合わさって、追跡対象物222の位置情報を決定することを可能にする情報を含む。例示的態様において、ビーコンノード202c〜202eは追跡対象物222によって送信されるビーコン信号223a〜223cの通信範囲内にあり、ビーコンノード202a、202b、および202fは追跡対象物222によって送信されるビーコン信号223a〜223cの通信範囲内にない。後述するように、追跡対象物222との距離は、追跡対象物222の通信範囲内にあるビーコンノード（例えば202c〜202e）によって推定され、または計算される。
【００３０】
LAN200内には複数のビーコンノード202a〜202fがあり、LAN200はビーコン、センサ、およびコントローラLANを表す。いくつかの態様において、ビーコンノード202a〜202fは、ビーコン信号を送受信するためのビーコン送受信機を含む照明ノードを表す。一例示的態様において、ビーコンノード202a〜202fは（場所、建物、他のインフラストラクチャとも呼ばれる）環境内でおおむね静止している。様々な態様において、環境、場所またはインフラストラクチャは、少なくとも一部は、屋内駐車場といった構造物の内部にある。様々な態様において、環境は他の屋内環境とすることもでき、それらの環境は完全に、または部分的に囲まれている場合がある。いくつかの態様において、環境は屋外環境とすることができる。
【００３１】
照明ノード（例えばビーコンノード202a〜202f）を備える環境の設置またはセットアップ時に、環境内のビーコンノード202a〜202fの位置を（例えば、デカルト座標および/または基準座標に基づいて）特定するためにプロビジョニング処理が行われる。ビーコンノード202a〜202fのプロビジョニングからの位置情報は、一例示的態様においては、サービスプラットフォーム104内の1つまたは複数のデータベースに記憶されうる。サービスプラットフォーム104内のデータベースの例（例えば550a〜550e）が図5に示されている。いくつかの態様において、ビーコンノード202a〜202fに対する追跡対象物222の更新位置情報はモバイルデバイス209a〜209cへ送信される。
【００３２】
図2によれば、モバイルデバイス209a〜209cの通信範囲内にある様々なビーコンノード202a〜202fはそれらのモバイルデバイス209a〜209cへビーコン信号を送信する。様々な態様において、ビーコンノード202a〜202fは、BLE通信プロトコルといった近距離通信プロトコルを含む様々な無線通信プロトコルを用いてモバイルデバイス209a〜209cと通信することができる。モバイルデバイス209aはビーコンノード202a、202b、および202cの通信範囲内にあり、図2に示すようにそれらのデバイスからビーコン信号221a、221b、および221cを受信する。モバイルデバイス209bはビーコンノード202dおよび202eの通信範囲内にあり、図2に示すようにそれらのデバイスからビーコン信号221dおよび221eを受信する。モバイルデバイス209cはビーコンノード202eおよび202fの通信範囲内にあり、図2に示すようにそれらのデバイスからビーコン信号221fおよび221gを受信する。
【００３３】
モバイルデバイス209a〜209cは、LAN200内の様々なノードによって収集されたセンサデータと（例えばプロビジョニング時に作成された）ビーコンデータまたは（例えば、追跡対象物222によって送信されたビーコン信号223a〜223cからの）他のビーコンデータの両方を用いる1つまたは複数のインタラクティブ・モバイル・アプリケーションを走らせている場合がある。いくつかの態様において、モバイルデバイス209a〜209cは、サービスプラットフォーム104内の、またはサービスプラットフォーム104からアクセス可能なデータベースによって記憶された許可されたセンサデータにアクセスする異なるインタラクティブ・モバイル・アプリケーションを走らせている場合がある。例えば、モバイルデバイス209aは車をナビゲートし、駐車スペースを見つけるためのモバイルアプリケーションを実行しており、モバイルデバイス209cは倉庫内の在庫を追跡するためのモバイルアプリケーションを実行している場合がある。これらのアプリケーションは一般にインタラクティブ・モバイル・アプリケーションと呼ばれる。というのは、これらのモバイルアプリケーションはユーザにナビゲーション指示を提供し、または追跡対象物（例えば倉庫商品）の在庫位置更新を提供する更新（例えば、リアルタイムまたはほぼリアルタイムの更新）を受信するからである。
【００３４】
例示的態様において、ビーコン信号223a〜223cはビーコン信号223a〜223cの送信電力を表すデータを含むことができる。いくつかの態様においては、同じ送信電力がすべてのビーコンノードによって用いられ、そのため、受信側（例えばビーコンノード202c〜202e）はその送信電力の推定値を有する。様々な態様では、ビーコンノード202a〜202fは、ビーコン信号を送信し、かつ/または受信することが可能な、またはそのように構成されたビーコンまたはビーコンデバイスを含む照明ノードを表す。図2に示す、ビーコン信号223a〜223cの受信側はビーコンノード202c〜202eである。受信側は、ビーコン信号223a〜223cの送信側から受信側までの信号強度の損失が次式として計算されるように、ビーコン信号223a〜223cの受信信号強度（RSSI）を測定することができる。
信号損失（dB）＝送信電力（dBm）−受信電力（dBm）
距離対信号損失の公知の関数が、次いで、送信側（例えば追跡対象物222）から受信側（例えばビーコンノード202a〜202f）までの距離を計算するのに用いられる。図2に示す例では、追跡対象物222はビーコン信号223a〜223cを送信し、範囲内のビーコンノード（例えばビーコンノード202c〜202e）は受信側を表す。他の態様において、ビーコンノード（例えば202a〜202f）はビーコン信号（例えば221a〜221g）の送信側を表し、範囲内のモバイルデバイス（例えばモバイルデバイス209a〜209c）はビーコン信号（例えば221a〜221g）の受信側を表すことができる。様々な態様において、ビーコンノード202a〜202fは様々な無線通信プロトコルを用いてモバイルデバイスと通信することができ、それら通信プロトコルはビーコン信号を含んでいても含まなくてもよい。
【００３５】
いくつかの態様において、追跡対象物222は、ビーコンノード（例えば、202c、202d、および202e）によって受信される一意の信号を送信するようにプログラムされる無線送信機を有しうる。ビーコンノード（例えば、202c、202d、および202e）で受信される追跡対象物の信号の受信信号強度表示信号（RSSI）は、追跡対象物222からビーコンノード（例えば、202c、202d、および202e）の各々までの距離を推定するのに用いられうる。いくつかの態様において、モバイルデバイス209a〜209cは、モバイルデバイス（209a〜209c）から各ビーコンノード（202a〜202f）までの距離を推定するためにビーコンノード202a〜202fからビーコン信号（例えば221a〜221g）を受信する。様々な態様において、追跡対象物222または（モバイルデバイスが追跡対象物を表す場合には）モバイルデバイス209a〜209cの位置を推定するために最小二乗アルゴリズムがすべての受信信号に適用されうる。
【００３６】
追跡対象物222について、サービスプラットフォーム104は、追跡対象物222の近傍（または通信範囲）内のすべてのビーコンノード202a〜202fから推定距離データを受信し、ビーコン信号（例えば223a〜223c）に最小二乗マルチラテレーションアルゴリズムを適用することができる。他の態様において、追跡対象物222とその通信範囲内のビーコンノード202a〜202fとの距離は、追跡対象物222およびビーコン信号を受信するビーコンノード202a〜202fによる十分なタイミング精度およびクロックスキューがあるという条件で、飛行時間を用いて測定されうる。
【００３７】
モバイルデバイス209a〜209cについて、アプリケーション・ソフトウェア・プラットフォーム108は、アプリケーションプログラムがビーコンノード（例えば202a〜202f）に対する追跡対象物222の位置を計算することができるように、アプリケーションプログラムにビーコンノード202a〜202fの位置情報およびビーコン識別子（ID）を含むビーコンデータの表を提供することができる。様々な態様において、アプリケーションプログラムは、（アプリケーション・ソフトウェア・プラットフォーム108によってホストされ、アプリケーション・ソフトウェア・プラットフォーム108上で実行可能な）サーバ側アプリケーションと、モバイルデバイス（例えばモバイルデバイス209a〜209c）上でインストールされ、実行可能な対応するクライアントアプリケーション（モバイルアプリケーションとも呼ばれる）を含むことができる。いくつかの態様においては、追跡対象物の位置は、サーバ側アプリケーションによって計算され、他の態様においては、追跡対象物の位置はクライアント側アプリケーションによって計算されうる。
【００３８】
一例示的態様において、ビーコンデータおよび他のデータ（例えばセンサデータ）の表はアプリケーション・ソフトウェア・プラットフォーム108によってサービスプラットフォーム104からアクセスされ、アプリケーション・ソフトウェア・プラットフォーム108は複数のアプリケーションプログラムをホストすることができる。アプリケーションプログラムは、サービスプラットフォーム104またはアプリケーション・ソフトウェア・プラットフォーム108からアクセスされるデータを用いる、関連付けられた、または対応するクライアントアプリケーション（例えば、モバイルデバイス（例えばモバイルデバイス209a〜209c）上でインストールされ、実行可能なモバイルアプリケーション）を有しうる。いくつかの例では、アプリケーションプログラムは様々なノードまたはセンサによって収集されたセンサデータ、およびサービスプラットフォームに記憶され、アプリケーションによってアクセスされるLAN内の（位置情報を含む）ビーコンデータ、およびビーコンノード（例えばビーコンノード202a〜202f）によってモバイルデバイス（例えばモバイルデバイス209a〜209c）に直接提供される情報に基づいて車両を非占有駐車スペースまで誘導する駐車場アプリケーションまたはナビゲーションアプリケーションである。モバイルアプリケーションは、サービスプラットフォーム104からアクセスされたデータ（例えばセンサデータやビーコンデータ）およびビーコンノード（例えばビーコンノード202a〜202f）によって提供された他のデータを用いる。様々な態様において、ビーコンノードはセンサ・コントローラ・ノード（図2には不図示）からセンサデータを収集する。
【００３９】
図3に、ビーコンノード302a〜302f間でデータを送信するためにメッシュネットワーク330を展開する双方向LAN300の一態様を示す。本態様においては、ビーコンノードの一部だけ（例えば302cおよび302d）が照明ゲートウェイノード307と直接通信する。他のビーコンノード（例えば、302a、302b、302e、および302f）は、データを次のノードに中継する中間ビーコンノード（例えば、302b、302c、302d、および302e）を有することによってネットワークゲートウェイと通信する。
【００４０】
例えば、ビーコンノード302aは、ビーコンノード302cが照明ゲートウェイノード307と直接通信する前に、ビーコンノード302bと直接、ビーコンノード302cと間接的に、またはビーコンノード302cと直接通信する。同様に、ビーコンノード302fも、ビーコンノード302dが照明ゲートウェイノード307と直接通信する前に、ビーコンノード302eと直接、ビーコンノード302dと間接的に通信する。無線メッシュネットワークは、図1および図2に示す「スター型」アーキテクチャの代替として当業者に周知である。本発明の主題は、「スター型」アーキテクチャまたは「メッシュ型」アーキテクチャとして配置されてよく、選択されるアーキテクチャは所与のアプリケーションの要件に依存する。
【００４１】
一例では、モバイルデバイス209aはビーコンノード302a、302bおよび302cの無線通信範囲内にあり、それぞれ、通信路321a、321bおよび321c上でビーコン信号または他の無線通信を受信し、モバイルデバイス209bはビーコンノード302dおよび302eの無線通信範囲内にあり、それぞれ、通信路321dおよび321e上でビーコン信号または他の無線通信を受信し、モバイルデバイス209cはビーコンノード302eおよび302fの無線通信範囲内にあり、それぞれ、通信路321fおよび321g上でビーコン信号または他の無線通信信号を受信する。さらに、追跡対象物322がビーコンノード302c、302dおよび302eのBLE通信範囲内にあるときには、ビーコンノード302c、302dおよび302eは、それぞれ、ビーコン信号323a、323bおよび323cを受信する。
【００４２】
インタラクティブ光センサネットワークの全体アーキテクチャは、図4に示すように、LANの複数のインスタンス（例えば401〜404）をサポートする。無線センサの各ローカル・エリア・ネットワーク（例えば、401、402、403、および404）は少なくとも、照明ノード、センサ、およびコントローラを含むことができる。様々な態様において、そうしたローカルネットワークは、ビーコン、センサ、およびコントローラのLANまたは「BSCLAN」と呼ばれ、さらに、サービスプラットフォーム104への別個のWAN接続を有しうる。本アーキテクチャでは、複数の場所の所有者は同じユーザインターフェースおよびデータベースですべての場所のサービスおよびアプリケーションを管理することができる。
【００４３】
例えば、図4に示すように、全体システムアーキテクチャは、複数の所有者111a〜111cによって所有される場所に配置され、複数のWAN接続411〜414上でサービスプラットフォーム104に接続されたローカルLAN401〜404の複数のインスタンスからなりうる。各所有者111a〜111cはサービスプラットフォーム104に接続されたBSCLANを備える複数の場所を有しうる。図4の例示的態様において、LAN401およびLAN402はインフラストラクチャ所有者111aによって所有され、LAN403はインフラストラクチャ所有者111bによって所有され、LAN404はインフラストラクチャ所有者111cによって所有されうる。いくつかの態様において、すべての場所の機器は同じサービスプラットフォーム104に接続されており、サービスプラットフォーム104は、他のデバイス上で走っている同じアプリケーションによって用いられるように同じアプリケーションを走らせ、またはサービスプラットフォーム104のデータベースに記憶されたデータへのアクセスを提供することができる。
【００４４】
単一のアプリケーションが1つまたは複数の場所で1者または複数のインフラストラクチャ所有者（例えば111a〜111c）によって賃貸され、またはそれ以外の方法で提供されるリソースを利用することができる。モバイルデバイス409aおよび409bは、したがって、（アプリケーション・ソフトウェア・プラットフォーム108から利用可能なアプリケーションと関連付けられた）同じモバイルアプリケーションを用いて複数の場所でリソースを要求することができる。様々な態様において、アプリケーション・ソフトウェア・プラットフォーム108は、モバイルデバイス409aおよび409b上で実行されうる対応するモバイルアプリケーション（クライアントアプリケーションとも呼ばれる）を有する複数のソフトウェアアプリケーションをホストする。アプリケーション・ソフトウェア・プラットフォーム108からのソフトウェアアプリケーションはAPIを介してサービスプラットフォーム104で記憶された（またはサービスプラットフォーム104からアクセス可能な）データにアクセスする。いくつかの態様において、アプリケーション提供者113は、アプリケーション・ソフトウェア・プラットフォーム108上でそのアプリケーションを供与し、LAN401〜404によって収集され、提供されるデータを利用することができる第三者アプリケーション開発者を表す。図4には示されていないが、様々な態様において、モバイルデバイス409aおよび409b上で実行されるモバイルアプリケーションは、モバイルデバイス409aおよび409b上で実行されるモバイルアプリケーションによって利用される無線通信を介してLAN401〜404から直接（すなわち、サービスプラットフォーム104を経由せずに）データを受信することもできる。
【００４５】
図5には、一例示的態様によるサービスプラットフォーム104が示されている。例示的態様において、サービスプラットフォーム104は、様々なアプリケーションがサービスプラットフォーム104からデータ（例えば許可されたデータ）に同時にアクセスし、そのデータを第三者アプリケーションに配布することを可能にするためにクラウドとして実施される。サービスプラットフォーム104は、サービスプラットフォームがサービスプラットフォーム104に関して後述するように機能することを可能にするために、様々なコンピューティングデバイス、ルーチン、モジュール、論理、データベース、および/またはネットワーキング要素を含むことができる。サービスプラットフォーム104は、後述するように受信データを収集し、編成し、解析し、集約し、それ以外の方法で処理することができる。サービスプラットフォーム104は、リアルタイムおよび履歴的なセンサデータ、コントローラ設定、ビーコンデータ、および/または追跡対象物データを記憶するデータベース550a〜550eを含むことができる。データベース550a〜550eは、コントローラデータベース550a、センサデータベース550b、ビーコンデータベース550c、追跡対象物データベース550d、および他のデータベース550eを含む。一例示的態様において、他のデータベース550eは、図23で説明されるように、区画地図を記憶するためのデータベースを含むことができるデータベース550a〜550eへのアクセスは、ネットワークインターフェース554またはAPI555（アプリケーションインターフェースとも呼ばれる）からのメッセージおよびコマンドに基づいてデータベース550a〜550eを読み取り、データベース550a〜550eにデータを書き込む1つまたは複数のプロセッサ551上で走るソフトウェアによって制御される。すべての外部インターフェースは不正アクセスから保護するためのセキュリティインターフェース（例えば556a〜556c）を有しうる。様々な態様において、アプリケーションによるデータへの許可されたアクセスは、特定のAPIに、あるいは特定のLANまたは1つもしくは複数のLANからの特定のノードによって収集されたデータに基づくものとすることができる。別の態様において、許可されたアクセスはデータの種類に基づくものとすることができる。様々な態様において、許可されたアクセスは、関係当事者または実体によって合意された財務モデルに関連したものである。
【００４６】
様々な態様において、所有者アプリケーション552b、システムアプリケーション552c、および第三者アプリケーション552aは、データベース550a〜550eおよびネットワークデバイスにアクセスするための公開された構文法を有する（1つまたは複数の）アプリケーション・プログラミング・インターフェース553を介してデータベース550a〜550eにアクセスする。
【００４７】
サービスプラットフォーム104は、以下の機能のうちの1つまたは複数を果たすことができるソフトウェアを実行するように構成されうる。1つまたは複数の照明ノードにログインし、それらの照明ノードのセンサからのデータを問い合わせし、当該データをセンサデータベースに記憶する機能;アプリケーションからコントローラ要求を受信し、コントローラ設定をコントローラデータベースに記憶し、コントローラ設定をネットワーク上でセンサ・コントローラ・ノードへ送信し、ビーコン位置、ビーコン識別子、およびビーコンメッセージを表すデータを含む表をビーコンデータベースに記憶し、ビーコンデータをアプリケーションと交換する機能;追跡対象物識別子および追跡対象物の位置に関するデータを保存する機能;センサ、ビーコン、追跡対象物、およびコントローラデータを交換するAPI553を介して第三者アプリケーション、所有者（例えば照明インフラストラクチャ所有者）アプリケーション、およびシステムアプリケーションを使用可能にする機能。
【００４８】
加えて、照明ゲートウェイノード（例えば、107（図1）、207（図2）、および307（図3））は、サービスプラットフォーム104から情報を受信し、その情報を照明ノードにおいてネットワークインターフェース（例えば、図6に示すLANネットワークインターフェース670）に提供することができる。その情報は、ライト、または、本明細書においてはその一部が説明されうる多数の他のアプリケーションの制御を円滑化するのに用いられうる。照明ノードのところのセンサは、コントローラと共にプロビジョニングされた一意の識別子を有する物体を追跡し、またはノードに結合された装置に制御信号を提供する（例えば、駐車区域を施錠または解錠する、ライトを使用可能/使用不可にするなど）のに用いられうる。複数の照明ゲートウェイが、単一のアプリケーションを目的としてシステムの複数の領域を相互に結合するのに用いられうる。
【００４９】
図6に、照明ノード102の一態様の例示的ブロック図を示す。いくつかの態様において、照明ノード102は、揮発性メモリおよび不揮発性メモリに接続されたマイクロコントローラ上で走るソフトウェアからなりうるノード・アプリケーション・コントローラ660によって制御されうる。別の態様において、ノード・アプリケーション・コントローラ660は、フィールド・プログラマブル・ゲート・アレイ（FPGA）上で走るファームウェアからなりうる。ノード・アプリケーション・コントローラ660は、選択されたLANネットワークプロトコルと互換性を有するLANネットワークインターフェースを介してLAN上で通信する。ノード・アプリケーション・コントローラ660は、センサからデータを読み取ることができ、データをそのメモリに記憶することができ、また、データをLAN上でサービスプラットフォーム104へ転送することもできる。またノード・アプリケーション・コントローラ660は、LEDライト661、駐車場ゲート662、暖房、換気、および空調（HVAC）システム663といった、接続された被制御デバイスの設定を変更するためにコントローラへ出力信号を送信することもできる。またノード・アプリケーション・コントローラ660は、無線ビーコンアンテナ667でビーコン信号を送信するビーコン送受信機666に接続されてもよい。ビーコン送受信機666は近くのセンサ・コントローラ・ノードからの信号、および追跡対象物からの信号も受信することができる。またノード・アプリケーション・コントローラ660は、無線アップリンクアンテナ665でサービスプラットフォーム104と通信するアップリンク送受信機664に接続されてもよい。照明ノード102上のすべてのデバイスは、照明ノード102内の1つまたは複数の電源供給部669に電力を提供する電源入力端子668によって電力供給されうる。別の態様において、ビーコンノードを表す照明ノード102は、入力センサにも出力コントローラにも接続されていない統合ビーコン送受信機666を有するシステム・オン・チップSOCからなりうる。様々な態様において、ビーコン送信機または送受信機とのセンサおよび制御出力の統合は個々のアプリケーションの要件に依存する。様々な態様において、照明ノード102は、スターアーキテクチャをサポートするために無線または有線のLANネットワークインターフェース670を有しうる。メッシュアーキテクチャを用いる他の態様において、LANネットワークインターフェース670は不要である。
【００５０】
図7Aおよび図7Bに、センサ・コントローラ・ノード101の例示的態様を示す。図1に示すセンサ・コントローラ・ノード101a〜101lは、図7Aおよび図7Bに示すセンサ・コントローラ・アーキテクチャを用いて実施されうる。様々な態様において、センサ・コントローラ・ノード101は、揮発性メモリおよび不揮発性メモリに接続されたマイクロコントローラ上で走るソフトウェアを有するノード・アプリケーション・コントローラ701を含む。別の態様において、ノード・アプリケーション・コントローラ701は、フィールド・プログラマブル・ゲート・アレイ（FPGA）上で走るファームウェアを含む。ノード・アプリケーション・コントローラ701は、無線送受信機702およびアンテナ703を介して近隣の照明ノードおよびセンサ・コントローラ・ノードと通信する。ノード・アプリケーション・コントローラ701は、1台または複数のセンサ704からデータを読み取り、データをそのメモリに記憶することができ、また、データを、照明ゲートウェイ（例えば、照明ゲートウェイノード107、207、または307）を介して無線ネットワーク上でサービスプラットフォーム（例えばサービスプラットフォーム104）へ転送することもできる。またノード・アプリケーション・コントローラ701は、LEDライト705といった接続された被制御デバイスの設定を変更するために1台または複数のコントローラ708へ出力信号を送信することもできる。図7Aに示すセンサ・コントローラ・ノード101上のすべてのデバイスは、センサ・コントローラ・ノード101内の1つまたは複数の電源供給部707に電力を提供する電源入力端子706によって電力供給されうる。
【００５１】
図7Bに、統合システム・オン・チップ（SOC）720に基づくセンサおよびコントローラを備えるセンサ・コントローラ・ノード101の別の態様のブロック図を示す。一例示的態様において、Texas Instruments CC2541といった無線SOC720は、単一の集積回路として、無線送受信機、アナログ・ディジタル・センサ・インターフェース（例えば、ADC IO708a、シリアルIO708b、DAC IO708c、およびディジタルIO708d）、ならびに揮発性メモリおよび不揮発性メモリを備えるCPUを一体化している。またSOC720は電圧入力（Vin）710も含む。SOC720は、センサ信号からデータを周期的に読み取り、そのデータをローカルで記憶し、またはデータを、BLEやWi-Fi（登録商標）といったビーコンプロトコル信号を用いてビーコンコントローラへ送信することができる。またSOC720は、サービスプラットフォームからのメッセージ、事前設定スケジュール、またはセンサからのデータに基づいて出力制御信号を変更することもできる。
【００５２】
いくつかの態様において、照明ノードおよび/またはセンサ・コントローラ・ノードは、（a）1台または複数のセンサ（例えばアナログセンサ714およびディジタルセンサ715）間で共用される（例えば、直流入力713によって受け取られる）交流/直流電源供給部、（b）内蔵電池712、（c）光起電（PV）電池717または他のエネルギーハーベスティング手段によって電力供給されうるように低所要電力とすることができる。電源管理モジュール716は、図7Bに示すセンサ・コントローラ・ノード101内の様々なデバイスに電力を分配するのに用いられる。一例示的態様において、電源管理モジュール716はLEDインジケータ711に電力を提供する。いくつかの態様において、センサモジュール（例えば、アナログセンサ714やディジタルセンサ715）に結合されたPV電池は、利用可能な人工光または自然光に向けられうる。ビーコン範囲によって定義される空間を移動するモバイルデバイスの速度、およびセンサの読み取り頻度によっては、照明ノード（例えば図6に示す照明ノード102）は、ごくわずかな時間だけアクティブとすることができる。その場合には、センサ・コントローラ・ノード101上のSOC720は、長期間にわたって電池駆動されるように低電力で動作するように設計される。SOC720は、休眠サイクルによってエネルギー消費を最小化するようにプログラムされてよく、休眠サイクルは、休眠モード時にはセンサ、無線機、および一般にすべての高電力CPU機能を使用不可にし、非休眠モード（またはアクティブモード）時にはセンサ、無線機、および一般にすべての高電力CPU機能を作動させるコンピュータ状態を表す。
【００５３】
SOC720は休眠サイクルによってエネルギー消費を最小化するようにプログラムされてよく、休眠サイクルは、SOC720のセンサ、無線送受信機、およびすべての高電力CPU機能を使用不可にするコンピュータ状態を表す。スペースに車を駐車するのに要する時間はおおよそ数分程度であるため、一例示的態様においてセンサ（例えばセンサ714やセンサ715）は占有を読み取り（または駐車区画もしくはスペースの占有を判定し）、1分間に約1回占有状況を送信しさえすればよい。
【００５４】
いくつかの態様において、センサ・コントローラ・ノード101は、一定の間隔でビーコン信号を送信するためのナビゲーションビーコンとして用いられる無線モジュールを表すことができる。統合センサインジケータを備える図7Bに示すようなセンサ・コントローラ・ノード101を動作させるための方法の流れ図が図8に示されている。センサ・コントローラ・ノード101は休眠、センサによるその状態測定の作動、センサ状態の送信、およびインジケータLEDの発光を繰り返す。
【００５５】
図8に関連して、方法800は、コントローラノード（例えば、図7Aおよび図7Bに示すセンサ・コントローラ・ノード101）といったコンピューティングデバイスのプロセッサによって行われうる。ブロック801〜ブロック814で示される動作は、ビーコン信号を送信し、インジケータ（例えば、図7Bに示すLEDインジケータ711）を制御するための例示的方法800を表す。方法800によれば、センサ・コントローラ・ノードといったコンピューティングデバイスのプロセッサのエネルギー消費は、タイマを用いる休眠サイクルを実施することによって最小化されうる。
【００５６】
ブロック801で、コンピューティングデバイスのプロセッサは、一例示的態様において、センサおよびビーコンデバイスのうちの少なくとも1つのタイマを開始することができ、ビーコンデバイスは図7Aおよび図7Bに示すようにセンサ・コントローラ・ノード101内に含まれうる。ブロック802で、コンピューティングデバイスのプロセッサは、ブロック803でセンサタイマが切れているかどうかの判定が行われるまで待機することができる。センサタイマは切れていると判定したこと（すなわち、判定ブロック803＝「はい」）に応答して、コンピューティングデバイスのプロセッサは、ブロック804でセンサハードウェアがアクティブ状態で動作することを可能にすることができ、ブロック805でセンサにセンサからセンサデータを収集するよう問い合わせすることができる。
【００５７】
センサタイマは切れていないと判定した（すなわち、判定ブロック803＝「いいえ」）後で、コンピューティングデバイスのプロセッサは判定ブロック808に進むことができる。ブロック803でセンサタイマが切れていない場合、またはブロック807でセンサタイマがリセットされた後、ブロック808で、コンピューティングデバイスのプロセッサは送信タイマが切れているかどうか判定することができる。送信タイマは様々な態様においてビーコンタイマとも呼ばれる。送信タイマは切れていないと判定したこと（すなわち、判定ブロック808＝「いいえ」）に応答して、コンピューティングデバイスは引き続きブロック802の待機動作を行うことができる。
【００５８】
送信タイマは切れていると判定したこと（すなわち、判定ブロック808＝「はい」）に応答して、コンピューティングデバイスのプロセッサは、ブロック809で送受信機がアクティブ状態で動作することを可能にすることができる。ブロック810でセンサ状態は送受信機によって（他の照明ノードまたはセンサ・コントローラ・ノード）へ送信され、ブロック811で送受信機は非アクティブ状態で動作するように使用不可になり、ブロック812で送受信機タイマはリセットされる。
【００５９】
判定ブロック813で、コンピューティングデバイスのプロセッサはインジケータを変更すべきかどうか判定することができる。インジケータを変更すべきであると判定したこと（すなわち、判定ブロック813＝「はい」）に応答して、コンピューティングデバイスのプロセッサはブロック814でインジケータLEDを使用可能/使用不可にし、引き続きブロック802の待機動作を行うことができる。インジケータを変更すべきでないと判定したこと（すなわち、判定ブロック813＝「いいえ」）に応答して、コンピューティングデバイスは引き続きブロック801のタイマ開始動作を行うことができる。
【００６０】
図8に示すように、休眠サイクルはデータの状況を感知し（例えば、センサデータを収集し、またはイベントを検出し）、送信するための別々のタイマによって制御されうる。いくつかの態様において、電力消費は、サービスプラットフォームに接続された動きセンサの状況に基づいていくつかの休眠機能を選択的に制御することによってさらに低減されうる。いくつかの態様において、パッシブ赤外線検知に基づく動きセンサは、特定の区域における移動する車および歩行者の有無をモニタすることができる。活動がないときに、インジケータLEDおよびセンサはサーバから照明ノードへのメッセージによって使用不可にされうる。休眠サイクルおよび間隔も時刻に基づいてサービスプラットフォームからスケジュールされうる。ネットワーク制御される休眠サイクルはリモートデバイスの電力消費を低減させるさらなる手段を提供し、それによってその電池寿命が延び、その光起電（PV）電池のサイズおよび費用が低減される。いくつかの態様において、送受信機は、センサ読み取り値が測定誤差内で一定であるときには低頻度でメッセージを送信する。別の態様において、センサ・コントローラ・モードは、較正およびソフトウェア更新を要求するために低頻度で照明ノードとの接続を確立する。
【００６１】
BLE（Bluetooth（登録商標） Smartとしても市販されている）を用いて実施される態様において、送信機（ビーコンまたはビーコンデバイスとも呼ばれる）は電波に基づくビーコン信号を送信する。ビーコンは多くのフォームファクタとしてもたらされ、インタラクティブ光センサネットワーク内の様々なノードに組み入れられ、またはその近くに位置決めされうる。したがって、ビーコンは、その一意の参照IDを無言で送信する小型の送信機である。スマートフォンといったBLE対応デバイスが1台または複数のビーコンの範囲内に入ると、ビーコン信号が受信される（適切な場合には、対処され、または働きかけられる）。普通、モバイルアプリケーションを走らせるBLE対応デバイスは、BLE対応デバイス上で走る特定のアプリケーションと関連付けられたビーコンに反応するにすぎない。ビーコン信号は位置ベースの情報、例えば、ビーコンからビーコン対応デバイスまでの距離などを提供し、この情報は受信ビーコン信号の信号強度に基づいて決定されうる。様々な態様において、ビーコンが既知の位置に備わっていることによって、ビーコン信号の受信側は三角測量（x，y，z座標）を用いてその位置を決定することができる。様々な態様において、ビーコンの位置は、サービスプラットフォーム内の、またはサービスプラットフォームからアクセス可能な表に記憶される。様々な態様において、ビーコン表は、インタラクティブアプリケーションによって、範囲内のビーコンノードに対する追跡される物体の更新を提供するのに用いられうる。
【００６２】
様々な態様において、モバイルデバイス（すなわち、ビーコン信号の通信範囲内の）は、BSCLAN内の照明ノードからビーコン信号を受信することができる。受信ビーコン信号は、アプリケーションによって、リソースを予約し、賃貸し、購入するのに用いられうる。様々な態様において、アプリケーションは位置アプリケーションとも呼ばれうる。というのは、ビーコン信号は位置ベースの情報を提供するからである。特に、モバイルデバイス上で実行されるモバイルアプリケーションは、ビーコン信号によって提供される位置ベースの情報を用いてナビゲートすることができる。典型的なスマートフォンは4つの無線通信技術、すなわち、セルラ、GPS、Wi-Fi（登録商標）、およびBluetooth（登録商標）（BLEを含む）を有する。GPSは典型的には約30フィートの精度の屋外測位に用いられる。この精度は、スマートフォン上のアプリケーション（モバイルアプリケーションとも呼ばれる）がWi-Fi（登録商標）またはBluetooth（登録商標）（ClassicまたはSmart）のビーコン信号の信号強度を読み取るときに改善されうる。Wi-Fi（登録商標）またはBLEビーコンデバイスは照明ノード内に配置され、スマートフォンに統合された標準的なWi-Fi（登録商標）またはBluetooth（登録商標）受信機によって受信されうるWi-Fi（登録商標）またはBluetooth（登録商標）ビーコン信号を利用することができる。別の態様においては、異なるプロトコルが、スマートフォンに接続するアダプタと共に用いられうる。当業者は、本発明の主題が特定の無線プロトコルに依存しないこと、ならびにモバイルデバイスに利用可能なビーコン信号インターフェースがあることを理解するであろう。
【００６３】
以下の説明において、「専用の（private）」という用語は、照明ノードとして動作するように構成された照明ノードによって送信されるビーコン信号のような、インタラクティブ光センサネットワークと関連付けられたビーコン信号またはデバイスを指すのに用いられうる。図1〜図4には、専用ビーコンデバイスを組み込みうるインタラクティブ光センサネットワークの例示的態様が示されている。ビーコンデバイスはLAN（例えば、LAN100、LAN200、LAN300、およびLAN401〜LAN404）内の様々なノードに組み入れられ、またはそれらのノードと関連付けられうる。様々なノードは、照明ノード、センサ・コントローラ・ノード、ビーコンノードとすることができる。専用ビーコンデバイスは、ユーザが暗号化ビーコンの復号サービスを提供するアプリケーションにアクセスするためにログインするように暗号化されうる。
【００６４】
さらに、「公開の（public）」という用語は、インタラクティブ光センサネットワークと関連付けることのできない信号またはデバイスを指すのに用いられうる。前述のように、LAN（「BSCLAN」とも呼ばれる）は、照明ゲートウェイ、照明ノード、センサ・コントローラ・ノード、およびLAN内のノードを照明ゲートウェイを介してサービスプラットフォームに接続する他のネットワークデバイスを含むことができる。アプリケーション・ソフトウェア・プラットフォームによって、またはサービスプラットフォームによってホストされる様々なアプリケーションは、様々なアプリケーションによって用いられるべきサービスプラットフォームからのデータにアクセスする。様々なアプリケーションはモバイルデバイス上で実行される対応するモバイルアプリケーションを有しうる。サービスプラットフォームからアクセスされるデータは、インタラクティブ光センサネットワークのLAN内のノード（例えば、照明ノード、センサ・コントローラ・ノード、ビーコンノード、および他のノード）によって収集される（また、ノードによって、またはサービスプラットフォームによってさらに処理される）データを含む。
【００６５】
特定のBSCLANの場所で、インタラクティブ光センサネットワークの照明ノードからのビーコン信号（すなわち、「専用ビーコン信号」）は「ジオフェンス」を定義することができる。 ジオフェンスは、専用照明ノード信号強度が標準的なスマートフォンナビゲーションに適する三次元境界を定義する。三次元境界は、x座標、y座標、およびz座標によって表されうる。
【００６６】
専用ビーコン信号はBluetooth（登録商標） Smart送信機によって送信されてよく、Bluetooth（登録商標） Smart送信機はいくつかの態様においてBluetooth（登録商標）Low Energy（BLE）通信プロトコルを用いることができる。適正なネットワーク許可を得て、ユーザのスマートフォン上で走るモバイルアプリケーションは、したがって、マルチラテレーション法の任意の組み合わせ、すなわち、GPS、Wi-Fi（登録商標）、インタラクティブ光センサネットワークの照明ノードと関連付けられていない他のビーコンデバイスからの信号（すなわち、「公開ビーコン信号」）、およびBLEまたは他の専用ビーコン信号を用いて、駐車構造または他の場所内のスマートフォンの位置を決定することができ、この位置は屋内位置、屋外位置、または一部が屋内、一部が屋外である位置を表すことができる。このハイブリッドナビゲーション法は、屋内アプリケーション（または一部屋内アプリケーション）、例えば、ユーザを駐車スペースから建物または駐車構造内の（例えば、モバイルデバイスと関連付けられたユーザによって選択された）最終目的地までナビゲートするのに用いられうる。すべてのネットワークナビゲーション技術はマルチラテレーションに基づくものとすることができ、よって、既知の照明ノードから測位デバイス（例えば、ビーコン対応携帯電話、追跡対象物と関連付けられたビーコン「フォブ」、または他の適切な送信デバイス）までの距離は、"Distance Measurement Model Based on RSSI in WSN", J. Xu et al., Wireless Sensor Network, 2010, 2, 606-611、および"Position Location Techniques and Applications," D. Munoz et al., Academic Press, 2009に記載されているように、（例えばWi-Fi（登録商標）やBLEの）受信信号強度または（GPSの）信号タイミングによって決定される。
【００６７】
位置特定アプリケーションは、マルチラテレーションによってその位置を推定するために、各送信側ビーコンからの距離、および場所内の照明ノードのマップを推定し、そこで最小二乗法といった統計法を用いて各ビーコンを取り囲む球の交点を見つけることができる。精度は、より多くの照明ノードからのより多くのビーコン信号を処理し、より近く、よりよく分かる照明ノードからの信号を優遇することによって改善される。
【００６８】
これに応じて、図9に、車（および他の車両）および人を所望の位置までナビゲートするためにモバイルデバイスによって用いられるビーコン信号を示す。所望の目的地位置は、ユーザのモバイルデバイス上で走るモバイルアプリケーションとやりとりするユーザによって指定されうる。図9には、場所（例えば屋内駐車場）のLANまたは一部のLANを表すジオフェンス903が示されている。図9に示すように、第1のモバイルデバイス909aはジオフェンス903外部に位置し、第2のモバイルデバイス909bはジオフェンス903内に位置する。
【００６９】
一般に、（ジオフェンス903（またはLAN）の外部に位置する）第1のモバイルデバイス909aは標準GPS/Wi-Fi位置特定を用いることができ、（ジオフェンス903内部に位置する）第2のモバイルデバイス909bは位置特定（例えばジオフェンス境界におけるハンドオーバ）に専用ビーコン信号を用いることができる。例えば、第2のモバイルデバイス909b上のアプリケーション（またはapp）は専用照明ノード位置にアクセスし、ビーコンデータを受信し、位置特定のための重み付きマルチラテレーションを行い、屋内地図をレンダリングし、かつ/または音声案内を提供することができる。
【００７０】
図9に示すように、モバイルデバイス（例えばユーザのスマートフォン）上で走るクライアントアプリケーションは、標準GPS送信機905a〜905cからの信号、および公知のWi-Fiアクセスポイントといった公開ビーコン906a〜906cからの信号に基づくアルゴリズムを用いて、（1）利用可能な駐車スペースの近隣地図を提供し、（2）ユーザをBSCLAN入口まで誘導するための経路指定および測位を提供する。BSCLANサイトでは、ローカルの専用ビーコン発信照明ノード（例えば902a〜902c）が、GPS送信機および公開ビーコンデバイスを増強し、または置き換えるのに用いられうる。
【００７１】
ジオフェンス903は、LANまたは一部のLANを表し、専用ビーコン発信照明ノード902a〜902cからの専用ビーコン信号の限界によって定義されうる。様々な態様において、場所のジオフェンスまたはLAN内の専用ビーコン発信照明ノードの数は様々とすることができる。図9に示す例示的態様においては、局所デカルト座標系がGPS基準点904をその原点としてユーザに提供される。ジオフェンス903内の各点およびネットワーク要素は関連付けられた広域GPS基準点および局所測位座標を有し、GPS基準点904は（0，0，0）の局所デカルト座標を有する。ジオフェンス903に対応するLANに配置された照明ノードのプロビジョニング時に、各ノードはGPS基準点904に対する局所位置を割り当てられる。局所座標系900はジオフェンス903におけるナビゲーションを簡略化することができるが、系900はすべての照明ノードにGPS座標を用いることを排除するものではない。いずれの場合も、これはすべての照明ノードがGPS機能を有しうることを意味するものではなく、照明ノードはプロビジョニング時に測定され、不揮発性メモリに記憶されたその位置も有しうる。いくつかの態様において、専用ビーコンデバイスを備える照明ノード（例えば902a〜902c）の位置情報は、サービスプラットフォーム内の（1つまたは複数の）データベースに記憶され、またはサービスプラットフォームからアクセス可能な（1つまたは複数の）データベースに記憶される。いくつかの態様において、専用ビーコンデバイスを備える照明ノードの位置情報は、ナビゲーションに用いられる仮想地図の作成に用いられる。
【００７２】
いくつかの態様において、ジオフェンス（例えばジオフェンス903）内のモバイルデバイスの位置の計算は、スマートフォン上で走るモバイルアプリケーションによって、（専用ビーコンを有する照明ノード（例えば902a〜902c）から送信された）受信ビーコン信号を、アプリケーション・ソフトウェア・プラットフォームからモバイルデバイスにダウンロードされるビーコン位置情報を記憶した表に対して参照することによって行われる。様々な態様において、アプリケーション・ソフトウェア・プラットフォーム上で走る関連アプリケーションは、サービスプラットフォームと関連付けられたデータベースからのビーコン位置情報にアクセスする。
【００７３】
別の態様において、ジオフェンス内のモバイルデバイスの位置の計算は、スマートフォンからアプリケーション・ソフトウェア・プラットフォームへ中継されうるビーコン信号からアプリケーション・ソフトウェア・プラットフォーム上で行われる。スマートフォンを用いてモバイルデバイスの位置を計算することの利点は、（1）応答時間がスマートフォンとアプリケーション・ソフトウェア・プラットフォームとの間のネットワーク伝送の遅延を含まないため、より高速であること、（2）スマートフォンがアプリケーション・ソフトウェア・プラットフォームとの接続を失う可能性のある地下または屋内の位置においてより確実となりうること、であると考えられる。どちらの態様においても、ビーコン信号は、無許可のユーザがビーコン信号を利用することがより難しくなるように暗号化されうる。
【００７４】
いくつかの例示的実施態様は、GPSまたは他の公開ビーコンデバイスによって提供されるモバイルデバイスの広域的位置のスマートフォンアプリケーションが利用可能な知識を用いることができる。他の例示的実施態様は、GPSまたは他の公開ビーコンデバイスによって提供されるモバイルデバイスの広域的位置のアプリケーション・ソフトウェア・プラットフォームまたはサービスプラットフォームにおける知識を用いることができる。他の例示的実施態様は、特定のジオフェンス内のモバイルデバイスの正確な位置のアプリケーションサービス提供者またはソフトウェアプラットフォームにおける知識を用いることができる。他の例示的実施態様は、特定のユーザ要求に基づいてモバイルデバイスのユーザにオフラインのナビゲーション指示を提供するためにジオフェンス区域の地図（仮想地図とも呼ばれる）を用いることができる。他の例示的実施態様は、1つまたは複数の位置の特定のセットまでモバイルデバイスのユーザに段階的なリアルタイムのナビゲーション指示を提供するために、モバイルデバイスのリアルタイムの位置の知識と組み合わせてジオフェンス区域の地図を用いることができる。
【００７５】
図10は、一例示的態様によるビーコン送信機（例えばモバイルデバイスまたはスマートフォン）の位置情報を計算するための方法1000の流れ図である。方法1000は、モバイルデバイス（例えばスマートフォン）上で実行されるアプリケーションによって行われうる。いくつかの態様において、モバイルデバイスがジオフェンス境界（例えば、図9に示すジオフェンス903）に接近し、または到達するときに、モバイルデバイスはアプリケーション・ソフトウェア・プラットフォームによってビーコンデータの表（参照表とも呼ばれる）を送信される。ジオフェンス内のビーコンについてのこの参照表は、ビーコンごとの一意のビーコン識別子および各ビーコンの基準座標を含む。様々な態様において、モバイルデバイスは、受信ビーコン信号ごとの有効期限タイマを有する受信ビーコン信号および各ビーコン信号と関連付けられたRSSIの表も維持する。モバイルデバイスはその局所位置を、ビーコン信号をスキャンし、較正データを用いて各照明ノードまでの距離を計算し、十分なビーコン信号が受信されえたときに最小二乗マルチラテレーションを行うことによって計算する。いくつかの態様においては、古いビーコン信号を除去するのにタイマが用いられ、1ビーコン信号あたりの最小RSSIに対するフィルタが適用されうる。
【００７６】
図10に、例示的態様によるビーコン対応モバイルデバイスの位置または位置情報を計算する方法を示す。他の態様において、方法1000および方法1100に示すいくつかの動作の順序は、位置情報を計算するためのアルゴリズムの全体的機能を変更することなく変更されうる。また最小二乗マルチラテレーションと異なるアルゴリズムも受信ビーコン信号に適用されうる。
【００７７】
図10に関連して、方法1000は、スマートフォンやモバイル・コンピューティング・デバイスといったモバイル・コンピューティング・デバイスのプロセッサによって行われうる。ブロック1001で、方法は、デバイス（例えばモバイルデバイス909a）がそのGPS座標によってジオフェンスに入ったと判定されるときに開始する。ブロック1002で、コンピューティングデバイスのプロセッサは、モバイルゲートウェイ（例えば、図1〜図3に示す（1台または複数の）モバイルゲートウェイ110）を介してビーコンの一意の識別子、位置、および較正パラメータの参照表をダウンロードすることができる。
【００７８】
ブロック1003で、コンピューティングデバイスのプロセッサは、無線機がビーコン信号を受信することを可能にすることができる。様々な態様において、ビーコン信号は、光センサネットワークのLAN内のビーコン送信機を有する様々なノードによって送信される。ビーコン信号は、コンピューティングデバイスがビーコン送信機の通信範囲内にある場合にコンピューティングデバイスによって受信される。
【００７９】
ブロック1004で、コンピューティングデバイスのプロセッサはビーコン信号をスキャンすることができる。一般に、ビーコン送信機は一度に全方向に無線信号（ビーコン信号とも呼ばれる）を発信する。ビーコン信号は、受信ビーコン信号に存在する電力を測定する一般的なメトリックを表すRSSI（受信信号強度表示信号）を有する。一例示的態様において、ビーコン信号の範囲は数インチ（例えば26インチ）から40〜50メートルにまで及びうる。この例示的態様において、無線受信機（例えばビーコン対応モバイルデバイス）は、無線受信機から26インチから40〜50メートル離れて位置するビーコン送信機（例えば光センサネットワークのLAN内に位置決めされたノードと関連付けられたビーコンデバイス）で発したビーコン信号を（すなわちスキャンすることによって）検出し、または受信することができることになる。
【００８０】
例示的態様において、ブロック1004、ブロック1005、ブロック1006、ブロック1007、ブロック1008、ブロック1009は、ブロック1010で十分なビーコン信号が受信されたと判定されるまで、個々のビーコン信号について繰り返される。
【００８１】
ブロック1005で、コンピューティングデバイスのプロセッサは、受信ビーコン信号RSSIが閾値より大きいかどうか判定することができる。例示的態様において、モバイルアプリケーションは閾値を用いて構成されている。RSSIが閾値以下であると判定したこと（すなわち、判定ブロック1005＝「いいえ」）に応答して、コンピューティングデバイスはブロック1004に戻って次のビーコン信号をスキャンすることができる。
【００８２】
ビーコンRSSIが閾値より大きいと判定したこと（すなわち、ブロック1005＝「はい」）に応答して、ブロック1006で、コンピューティングデバイスのプロセッサは、最後の受信ビーコンがその受信ビーコン表にあるかどうか判定することができる。照明ノードデータが受信ビーコン表に含まれていないと判定したこと（すなわち、ブロック1006＝「いいえ」）に応答して、ブロック1007で、コンピューティングデバイスのプロセッサは、最後の受信ビーコン信号をそのビーコン表に追加することができる。
【００８３】
ブロック1008で、コンピューティングデバイスのプロセッサは、較正パラメータおよび送信（Tx）電力から距離を計算し、平均距離を更新し、タイマを開始することができる。ブロック1009で、コンピューティングデバイスのプロセッサは、受信ビーコン表を検査し、失効した値を除去することができる。例示的態様において、較正パラメータは、ビーコンの送信電力、受信側デバイスの測定アンテナ利得、およびデバイス内部の測定RF損（ケーブル、コネクタなど）を含むことができる。
【００８４】
判定ブロック1010で、コンピューティングデバイスのプロセッサは、十分なビーコン信号が受信されたかどうか判定することができる。十分なビーコン信号が受信されていないと判定したこと（すなわち、判定ブロック1010＝「いいえ」）に応答して、コンピューティングデバイスは、引き続きブロック1004のスキャン動作を行うことができる。十分なビーコン信号が受信されたと判定したこと（すなわち、判定ブロック1010＝「はい」）に応答して、ブロック1011で、コンピューティングデバイスのプロセッサは、局所x、y、z座標の最小二乗フィットを計算することができる。ブロック1012で、コンピューティングデバイスのプロセッサは、計算した位置を報告することができる。
【００８５】
判定ブロック1013で、コンピューティングデバイスのプロセッサは、計算を停止すべきかどうか判定する。計算を停止すべきであると判定したこと（すなわち、判定ブロック1013＝「いいえ」）に応答して、コンピューティングデバイスは、引き続きブロック1004のスキャン動作を行うことができる。計算を停止すべきであると判定したこと（すなわち、判定ブロック1013＝「はい」）に応答して、ブロック1014で、コンピューティングデバイスのプロセッサは、無線機を使用不可にすることができる。
【００８６】
図11に、図10に示すビーコン発信照明ノードの位置アルゴリズムに基づいてナビゲーション支援を提供するための方法1100の流れ図を示す。例示的態様において、方法1100は、モバイルデバイスのプロセッサ上で実行されるモバイル・デバイス・アプリケーションによって行われる。様々な態様において、モバイルデバイスのユーザは、モバイルデバイスを介して、様々なやり方で指定されうる目的地をまず選択することができる。例えば、ユーザは、モール内の特定の店舗の入口に最も近い駐車スペースを選択することができる。あるいは、ユーザは、エレベータに最も近い駐車スペースや、指定価格範囲内のユーザの最終目的地に最も近い駐車スペースを選択することもできる。ユーザデータが与えられた場合、アプリケーションは、アプリケーション・ソフトウェア・プラットフォームからのデータを用いて1つまたは複数の許容される目的地を決定する。
【００８７】
GPS対応ナビゲーション法が、モバイルアプリケーションによって、アプリケーションがビーコン無線機を使用可能にし、局所ビーコンパラメータおよびBSCLAN区域の仮想地図を指定するデータを受信するジオフェンス境界までナビゲートする（すなわち、モバイルデバイス上で見るためにユーザにナビゲーション指示を提供する）のに用いられうる。局所ビーコンパラメータは、インタラクティブ光センサネットワークからのLAN内の1台または複数のビーコンデバイスの位置座標、較正パラメータ、ビーコンID、および他の情報を含む。様々な態様において、アプリケーション・ソフトウェア・プラットフォーム108は、サービスプラットフォーム104から局所ビーコンパラメータおよび仮想地図にアクセスし、モバイルデバイス上で走るモバイルアプリケーションに情報を提供する。
【００８８】
ナビゲーションアプリケーションは、局所ビーコンパラメータおよび仮想地図を用いて、次いで、距離または移動時間に基づいてナビゲーションのための目的地を選択する。いくつかの態様において、ナビゲーションアプリケーションは、混雑した区間を回避するためにこの時点で渋滞データを利用することができる。例示的態様において、ナビゲーションアプリケーションは図10に示すアルゴリズムを用いて、モバイルデバイス位置を絶えず更新し、ナビゲーション指示を調整する。ユーザが第1の目的地に到達したときに、ユーザは複数の目的地まで続行してもよく、行程を終了してもよく、そこでナビゲーションアプリケーションは、モバイルデバイス上の電池エネルギーを節約するために、ビーコン信号の交換と関連付けられたローカル無線機を使用不可にする。
【００８９】
アプリケーションが局所区域内でナビゲーション指示を提供する前に、区域の仮想地図といった位置依存データがサービスプラットフォームまたはアプリケーション・ソフトウェア・プラットフォームによって維持されるアクセス可能なデータベースへロードされうる。仮想地図は、車両入口/出口点、歩行者入口/出口点、駐車スペース、店舗位置などといった、可能な目的地の局所座標およびGPS座標を含むことができる。また仮想地図は、車両の一方向制限を含む、区域内の許容される走行車線を定義する仮想壁のデータも含む。仮想車線は、車両が区域をナビゲートするときに規定のパスをたどるよう制限するために現実のバリアおよび仮想バリアまたはポータルを備える仮想フロアを有する空間において定義され、重み付き車線、すなわち交通割り当てを交替させることにより渋滞を制限する指示を提供する方法とすることができる。
【００９０】
図11に関連して、方法1100は、様々な態様によれば、モバイルデバイス（例えば、スマートフォン型モバイル）、アプリケーション・ソフトウェア・プラットフォームまたはモバイル・コンピューティング・デバイスとアプリケーション・ソフトウェア・プラットフォームとの組み合わせといった、1台または複数のコンピューティングデバイスのプロセッサによって行われうる。例えば、ナビゲーション・ソフトウェア・アプリケーションの1つまたは複数のコンポーネントは、アプリケーション・ソフトウェア・プラットフォームまたはサービスプラットフォーム上で走るアプリケーションと、モバイルデバイス上で走る対応するモバイルアプリケーション（またはapp）との間で分散されうる。言い換えると、図11の動作の任意の組み合わせが1台または複数のデバイスによって行われうる。ブロック1101で、第1のコンピューティングデバイス（例えばモバイルデバイス）のプロセッサは、ユーザインターフェース上でユーザに、1つまたは複数の選択パラメータに基づく目的地のメニューを提示することができる。ナビゲーションアプリケーションは、1つまたは複数のユーザ指定の目的地といった、ユーザ情報を受け取るユーザインターフェースを提供することができる。
【００９１】
ブロック1102で、モバイルデバイスのプロセッサは、目的地についてのユーザ要求を受け取る。ブロック1103で、モバイル・コンピューティング・デバイスのプロセッサは、モバイルデバイスのユーザを、専用ビーコンデバイスを備える照明ノードを含むジオフェンス境界まで誘導するためにGPSナビゲーションを提供することができる。いくつかの態様においては、ジオフェンス境界までモバイルデバイスのユーザを誘導するのにGPSナビゲーションと公開ビーコンナビゲーションの組み合わせが用いられうる。ブロック1104で、モバイル・コンピューティング・デバイスのプロセッサは、アプリケーション・ソフトウェア・プラットフォームから、仮想壁および車線方向および任意選択の渋滞データを有するBSCLAN区域の地図をダウンロードすることができる。いくつかの態様において、地図は仮想地図と呼ばれうる。他の態様においては、ブロック1104で行われる機能は、ブロック1102後の任意のときに、すなわち、ブロック1103の前またはブロック1103の間に行われうる。
【００９２】
ブロック1105で、モバイルデバイスのプロセッサは、モバイルアプリケーションを介して、ビーコン信号を受信するためにモバイルデバイス上のビーコン無線機を使用可能にすることができる。ブロック1106で、モバイルデバイスのプロセッサは、受信ビーコン信号に基づいてその位置を測定することができる。
【００９３】
ブロック1107で、モバイルデバイスのプロセッサは、モバイルデバイスの現在位置からの時間または距離に基づいて最も近い目的地または位置を選択し、または決定することができる。
【００９４】
ブロック1108で、モバイルデバイスのプロセッサは、最も近い目的地までの経路を計算することができる。ブロック1109で、モバイルデバイスのプロセッサは、選択された場所までのナビゲーション指示を提供することができる。様々な態様において、指示はブロック1110でモバイルデバイスまたはスマートフォン上においてユーザに提示され、モバイルデバイスのプロセッサは、モバイルデバイスが移動し、または進む際の受信ビーコン信号からモバイルデバイス位置を再計算することができる。例えば、モバイルデバイスはユーザが運転している車内に位置しうる。
【００９５】
判定ブロック1111で、モバイルデバイスのプロセッサは、モバイルデバイスがその目的地に到達したかどうか判定することができる。モバイルデバイスが目的地に到達していないと判定したこと（すなわち、判定ブロック1110＝「いいえ」）に応答して、コンピューティングデバイスは、ナビゲーション指示を更新するためにブロック1109に戻ることができる。モバイルデバイスが目的地に到達したこと（すなわち、判定ブロック1110＝「はい」）に応答して、判定ブロック1112で、モバイルデバイスのプロセッサは、ユーザに別の場所を選択するためのオプションを提示することができる。ユーザが別の場所を選択したこと（すなわち、判定ブロック1112＝「はい」）に応答して、モバイル・コンピューティング・デバイスは、引き続きブロック1108の経路計算動作を行うことができる。別の場所を選択しないことに決定したこと（すなわち、判定ブロック1112＝「いいえ」）に応答して、ブロック1113で、第1のコンピューティングデバイス（例えばモバイルデバイス）のプロセッサは、ビーコン信号に用いられる無線機を使用不可にすることができる。
【００９６】
図12Aに、BSCLANと関連付けられた1つまたは複数のアプリケーションを用いてモニタされうる例示的な駐車場1200の平面図を示す。ネットワークデバイス（例えば照明ノードなど）の較正および設置時に、ネットワーク事業者は、対象となる区域のソフトウェア地図を描画し、または別のソフトウェアプログラムから地図をインポートすることができる。いくつかの態様において、ネットワーク事業者は、サービスプラットフォーム提供者またはソフトウェア・アプリケーション・プラットフォーム提供者を表すことができる。またネットワーク事業者は、ソフトウェア地図内のナビゲーションバリアまたは壁を定義することもでき、それらは、区画入口ゲート1201から空き駐車スペース1202までの許容されるナビゲーションパスを定義する仮想バリアとすることができる。
【００９７】
駐車場1200の入口ゲート1201から空き駐車スペース1202までの3つの可能なナビゲーション経路が図12Aに示されている。入口ゲート1201から空き駐車スペース1202までの第1の経路は、直線経路1203、第1の好ましい経路1204、および第2の好ましい経路1205を経由するものである。直線経路1203は、車両を駐車区域内の許容される通路だけに制約しないため許容されない。よって2つの許容される経路があることになる。第1の許容される経路は好ましい経路1204であり、第2の許容される経路は好ましい経路1205である。いくつかの態様において、経路1204は、いくつかの理由、例えば、駐車構造内の渋滞により、経路1205よりも好ましい場合がある。
【００９８】
図12Bに、駐車場1200と関連付けられた仮想バリア1206を示す。例示的態様において、仮想バリア1206は、ソフトウェアアプリケーションが目的地に到達するために避けて通らなければならないバリアを指定するソフトウェア構造物を表す。直線経路1205は仮想バリア1206を横切るため、アプリケーションによって許容されるべきではない。仮想バリア1206は、ユーザごとに再定義されうるという点で、壁のような物理バリア1207とは異なる。例えば、モバイルデバイスが車両ナビゲーションに用いられるときに、モバイルデバイスは、モバイルデバイスが歩行者ナビゲーションに用いられるときとは異なる仮想バリアのセット1206を有しうる。
【００９９】
図13に、ある場所（例えば駐車構造）内で、センサ読み取り値をモニタし、センサ読み取り値に基づいて目的地までのナビゲーションを提供するのに用いられる態様のシステムを示す。
【０１００】
このアプリケーションの一例は、システムのデバイスが駐車スペースをモニタし、車両運転者が利用可能な駐車スペースまでナビゲートすること可能にするために車両運転者が携帯するモバイルデバイスにナビゲーションデータを提供する駐車場である。図13によれば、サービスプラットフォーム104は、ネットワーク事業者112から、照明ノード位置およびIDを含む入力を受け取り、これらの入力は通信路1301上で送信される。このデータはサービスプラットフォーム104に記憶され、アプリケーション・ソフトウェア・プラットフォーム108に供与されうる。様々な態様において、サービスプラットフォーム104はアプリケーション・ソフトウェア・プラットフォーム108にフィルタリングされたデータを供与する。例示的態様において、サービスプラットフォーム104は、ビーコンと関連付けられた一意の識別子またはIDを有するビーコン信号を送信するために照明ノードのプロビジョニングを行う（すなわち、照明ノードはビーコンノードおよびセンサ・コントローラ・ノードを表すことができる）。
【０１０１】
センサ・コントローラ・ノード（例えばセンサ・コントローラ・ノード1360〜1366）がオンになる（例えば作動される）と、センサ・コントローラ・ノードは、ビーコンゲートウェイ1330を介したサービスプラットフォーム104へのセンサデータの送信を開始する。センサデータは図13に示すように通信路1314〜1320上で送信される。サービスプラットフォーム104がセンサ・コントローラ・ノード1360〜1366によって収集されたセンサデータを受信すると、サービスプラットフォーム104はセンサデータでのそのデータベース（または関連付けられたデータベース）の更新を開始する。いくつかの態様において、アプリケーション・ソフトウェア・プラットフォーム108は、通信路1303a上でフィルタリングされたセンサデータを求めて周期的にサービスプラットフォーム104をポーリングする。センサデータは次いで通信路1303b上でアプリケーション・ソフトウェア・プラットフォーム108へ送信される。フィルタリングされたデータは、過剰なイベントがアプリケーション・ソフトウェア・プラットフォーム108へ送信されないように、状態遷移（例えば、占有および/または非占有）のデバウンシングを含むことができる。
【０１０２】
例示的態様において、モバイルデバイス1309からのリソース要求は通信路1304上で送信される。より具体的には、モバイルデバイス1309はモバイルアプリケーションを開き、（GPSからの）その現在位置およびリソース要求（例えば駐車スペース要求）をアプリケーション・ソフトウェア・プラットフォーム108へ送信する。
【０１０３】
リソース要求に応答して、アプリケーション・ソフトウェア・プラットフォーム108は、最も近い要求リソース（例えば駐車スペース）を見つけ、その最も近い要求リソースのGPS位置を通信路1305上でモバイルデバイス1309へ送信する。
【０１０４】
いくつかの態様において、モバイルデバイス1309は、ジオフェンスまでナビゲートするのに、GPSおよび公開ビーコン信号（すなわち、公開ビーコンデバイスから送信される）を用いる。一例示的態様において、ジオフェンスはビーコンノード1370〜1372を含む。
【０１０５】
モバイルデバイス1309がジオフェンスに達すると、モバイルデバイス1309は、ビーコンノード（例えば1370〜1372）から1つまたは複数のビーコン信号を受信する。図13に示す態様において、モバイルデバイス1309は通信路1340〜1342上でビーコン信号を受信する。モバイルデバイスによって受信されたビーコン信号はビーコンノード1370〜1372の位置ベースの情報を含む。モバイルデバイス1309によって受信されたビーコン信号に基づいて、モバイルデバイス1309（または他のコンピューティングデバイス）は、モバイルデバイス1309とビーコンノード1370〜1372との距離を計算することができる。いくつかの態様において、位置ベースの情報はアプリケーション・ソフトウェア・プラットフォーム108へ送信される。
【０１０６】
例示的態様において、アプリケーション・ソフトウェア・プラットフォーム108は、（例えば駐車場といった場所の）局所地図、ビーコンデータ（例えば照明ノードの位置およびID）、ならびにモバイルデバイス1309へのビーコンメッセージをダウンロードする。
【０１０７】
様々な態様において、モバイルデバイス1309上のモバイルアプリケーションは、（例えばビーコンノード1370〜1372のうちの1つまたは複数から）ビーコン信号を受信し、要求されたエンドポイント（例えば、場所内のユーザ選択の目的地）までナビゲートする。
【０１０８】
いくつかの態様において、（例えばモバイルデバイス1309上の、またはアプリケーション・ソフトウェア・プラットフォーム108上の）アプリケーションは、ビーコンIDをメッセージ（例えばクーポン）に変換し、モバイルデバイス1309はメッセージに従って動作することができる。
【０１０９】
例示的態様において、センサ・コントローラ・ノード（例えば1360〜1366）に接続されたセンサ・コントローラ・ノードは、サービスプラットフォーム104へのリソース変更を、通信路1311〜1313上でビーコンゲートウェイ1330へ送信し、ビーコンゲートウェイ1330は次いでその情報をサービスプラットフォーム104に提供する。サービスプラットフォーム104は次いでアプリケーション・ソフトウェア・プラットフォーム108へ更新を送信する。
【０１１０】
図13に示す例示的システムにおいては、ビーコン信号に埋め込まれた（すなわち、ビーコンノード1370〜1372によって送信される）特定のメッセージがない場合があり、よって、モバイルデバイス1309上で実行されるアプリケーションは、ビーコンIDをビーコンIDに対する組み込みメッセージ表へ変換することができる。代替の技法は、アプリケーション・ソフトウェア・プラットフォーム108にビーコン別のメッセージをサービスプラットフォーム104へ送信させ、サービスプラットフォーム104にそれらのメッセージを照明ノード（例えばビーコンノード1370〜1372やセンサ・コントローラ・ノード1360〜1366）へ送信させるものである。例示の事例は、複数のアプリケーション（app）が同じ照明ノードからのデータを共用しうるため、よりよいものとなりうる。
【０１１１】
インタラクティブ光センサネットワーク（インタラクティブ無線センサネットワークとも呼ばれる）の一態様は、小型の無線送受信機（例えば「フォブ」）を搬送する物体を追跡することもできる。これは施設管理者が機器または在庫を追跡するのに有用である。この態様は、フォブを携帯する人を追跡するのに用いられてもよく、例えば、親が照明ノードを備える公共区域において子供を追跡することができる。
【０１１２】
図14に、デバイスがBSCLAN内で追跡されうるシナリオ（またはユースケース）のように、コンピューティングデバイスが物体（例えば追跡対象デバイス1403および1404）を追跡する態様を示す。これらのシナリオでは、サービスプラットフォーム104は各照明ノード（例えばビーコンノード1401a〜1401c）へ、追跡対象デバイス1403および1404の一意の識別子の表を送信する。各追跡対象デバイス1403および1404は、工場でプロビジョニングされ、またはサービスプラットフォームによって（オンサイトで）後でプロビジョニングされる一意の識別子を有するビーコン信号を送信する無線送受信機を有する。例えば、追跡デバイス1403によって送信されるビーコン信号はパス1430〜1432で示されており、追跡デバイス1404によって送信されるビーコン信号はパス1440〜1442で示されている。
【０１１３】
本態様において、照明ノード（例えばビーコンノード1401a〜1401c）は、追跡対象デバイス1403および1404からのビーコン信号を受信するのにそのビーコン受信機を用いている。照明ノード（例えばビーコンノード1401a〜1401c）は、追跡対象デバイス1403および1404のいずれかからのビーコン信号を周期的にスキャンし、追跡対象デバイスまでの相対距離を、平均法、エージングタイマ、および最小閾値を用いて計算する。照明ノード（例えばビーコンノード1401a〜1401c）による計算された距離は、照明ノードゲートウェイ（例えばビーコンゲートウェイ1420）を介してサービスプラットフォーム104へ送信されうる。サービスプラットフォーム104は、照明ノード（例えばビーコンノード1401a〜1401c）から追跡対象信号の通知を受信し、各追跡対象物（すなわち、追跡デバイス1403および追跡デバイス1404）の位置を推定し、報告するために最小二乗マルチラテレーション計算を行う。またサービスプラットフォーム104は、履歴データがサービスプラットフォーム104によって提供されるAPIを介して提供されるように、時間（t）に対する各追跡対象物（例えば追跡対象デバイス1403および1404）の局所デカルト座標（例えば、x、y、z座標）を記憶することもできる。そうした追跡シナリオにおいて、照明ノード（例えばビーコンノード1401a〜1401c）は、追跡デバイスを常にスキャンすることができる。これらのノードは、絶えず使用可能とされうるため、断続的なセンサノードよりずっと多くの電力を必要とし、そのため、電池式では長く稼動することができない。いくつかの態様において、照明ノードは照明器具内に位置し、または照明器具の近くに位置決めすることができ、照明器具は非常に良好なサイトカバレッジおよび照明ノードごとの交流電力を提供する。
【０１１４】
図14に関連して、追跡は、インタラクティブ光センサネットワークの照明ノード（例えば、BSCLAN照明ノード）や、サービスプラットフォームのコンピューティングデバイスといった、1台または複数のコンピューティングデバイスのプロセッサによって行われうる。言い換えると、図14に示す態様で説明される追跡動作のいかなる組み合わせも1台または複数のデバイスによって行われうる。
【０１１５】
例示的態様において、サービスプラットフォーム104のプロセッサは、通信路1401を介してBSCLAN内の各ビーコンノード（例えば1401a〜1401c）へ追跡対象デバイスの一意の識別子の表をダウンロードすることができる。各ビーコンノード（例えば1401a〜1401c）のプロセッサは、追跡対象デバイスからのビーコン信号を周期的にスキャンすることができる。
【０１１６】
図14に示す態様においては、2台の追跡対象デバイス1403および1404がある。異なる台数の追跡対象デバイスを有する他の態様も同じ追跡アルゴリズムに従うことができる。
【０１１７】
各照明ノード（例えばビーコンノード1401a〜1401c）がビーコン信号（例えば、1430〜1432や1440〜1442）を受信する際に、各照明ノードは、追跡対象デバイス識別子が追跡対象デバイスの表にあるかどうか判定する。受信信号識別子が表にある場合、照明ノードは受信ビーコン信号のRSSIを計算し、RSSI値および追跡対象デバイス識別子をメッセージにおいてサービスプラットフォーム104へ転送する。いくつかの態様において、照明ノード（例えばビーコンノード1401a〜1401c）は、RSSIが指定閾値を上回る場合にのみ情報を転送する。
【０１１８】
これはBSCLAN内の各照明ノード（例えばビーコンノード1401a〜1401c）によって行われうる。コンピューティングデバイスが閾値より大きいRSSIを有する信号を受信したと判定したことに応答して、コンピューティングデバイスのプロセッサは、追跡表内の識別子を受信したかどうか判定することができる。いくつかの態様において、照明ノード（例えばビーコンノード1401a〜1401c）は、サービスプラットフォーム104までの計算された距離に基づいて、照明ノード（例えばビーコンノード1401a〜1401c）から追跡対象デバイス（例えば1403および1404）までの距離を計算することができる。照明ノード（例えばビーコンノード1401a〜1401c）は、ビーコン信号を受信する都度、サービスプラットフォーム104といった中央コンピューティングデバイスへ情報を送信する。
【０１１９】
中央コンピューティングデバイスが所与の追跡対象デバイスについて十分な報告ノードから信号を受信すると、中央コンピューティングデバイスのプロセッサは、追跡対象物（追跡対象デバイス1403および1404）の局所x，y，z座標の最小二乗フィットを計算することができる。追跡対象デバイス（例えば1403および1404）の位置は次いで、中央コンピューティングデバイスによってリアルタイムで報告されうる。いくつかの態様においては、「古い」追跡データを除去するのにタイマ関数が用いられる。他の態様においては、より新しい追跡データを優遇するために重み関数が用いられる。
【０１２０】
一態様のアプリケーションにおいて、本明細書に記載されるハードウェアおよびソフトウェアは、駐車スペースを制御し、モニタするためのシステムおよび方法、ならびに駐車スペースセンサおよびインジケータ、ナビゲーションシステムがユーザを利用可能な、または予約された駐車スペースまで誘導するための照明ノードを設け、制御当事者間で収益を分配するためのシステムおよび方法を提供することができる。
【０１２１】
これに対応して、図15に、立体駐車場1200の1階の駐車システムの例示的レイアウトを示す。駐車場1200の各駐車スペース内、または各駐車スペースに隣接して、（図15にS1501として示されている）一連の車両検知センサが位置決めされうる。例示的態様において、センサ1501は、図7Aおよび図7Bに示すセンサ・コントローラ・ノード101からのセンサを表すことができる。各センサ1501は、その近傍に駐車された車両の有無を検知する任意の周知の技術を用いて動作することができる。照明ノードは、照明ノードに隣接したスペースが空いているか、占有されているか、それとも予約されているかを表示するための視覚インジケータと共に駐車場の照明器具に位置することができる。（図15にBN1502として示されている）照明ノード1502は、ビーコンデバイス（例えばビーコン送受信機）を備えることができ、照明ノード1502とも呼ばれる。これにより駐車場1200内の運転者は空きスペースおよび予約スペースを位置特定することができる。ソフトウェアは、どのスペースが利用可能であるかをスペース利用の履歴データと共にリアルタイムで示す駐車場所有者への所有者インターフェースを提供する。
【０１２２】
センサ1501は、駐車スペース（スポットとも呼ばれる）の占有をモニタすることができるように、駐車スペースに隣接して配置されうる。配置されるセンサの種類、および建物のレイアウトによっては、センサデバイス（またはモジュール）は、壁、天井、または床に取り付けられうる。いくつかの態様において、センサ1501は、ライト、煙またはガス検知器、暖房、換気、および空調（HVAC）機器といった他の電子モジュールおよび施設機器と統合される。センサ1501は、モニタされる駐車スペースの状況を無線ネットワーク上で、（図15にLGN107として示されている）照明ゲートウェイノード107を介してサービスプラットフォーム（不図示）へセンサデータを送信する近くの照明ノードへ送信する。サービスプラットフォームは、いくつかの態様においてはライトに取り付けられうるスペース・インジケータ・モジュール（不図示）へ状態変更を送信する。いくつかの態様において、インジケータは運転者へ視覚的合図を提供する色つきLEDライトとすることができる。別の態様において、インジケータはフロアや車線といった特定の区域についてのスペース空き状況を要約するソフトウェア制御のLED標識とすることができる。
【０１２３】
視覚的合図を提供するインジケータ機能は色つきLEDライトを用いることができ、異なる色で駐車スペースの異なる状態、例えば、（a）全ユーザが利用可能、（b）全ユーザのうちの指定された一部が利用可能、（c）他のスペースより高い料金を有するプレミアム、（d）障害のある運転者のために予約済み、を示す。いくつかの態様において、赤いLEDはスペースが占有されていることを示し、緑のLEDはスペースが空いていることを示す。他の態様において、インジケータは節電のために駐車スペースが占有されているときには消灯されうる。別の態様においては、パスに沿ったインジケータのLEDが、（ネットワーク照明ノードによって決定された）運転者の現在位置から最も近い利用可能スペースまでの視覚パスを運転者に提供するために順次に発光することができる。別の態様においては、ビデオモニタまたはLED/LCD画面が、全般的占有に関して駐車場内の選択地点において情報を提供し、運転者に案内を提供するのに用いられうる。
【０１２４】
駐車スペースまでのナビゲーションを提供することに加えて、様々な態様は、駐車スペースの占有をモニタすることも含むことができる。図16Aに、近接センサが駐車スペース上の天井（位置1651）、スペースに面した壁（位置1652）、スペースの中央の床上（位置1653）、またはスペースを指す角度に向けられた床上（位置1654）に配置されている態様を示す。例示的態様においては、天井に取り付けられたセンサ（位置1651）が車両に届かないために、天井がない駐車区域には床センサ（位置1653、位置1654）が必要となりうる。センサは駐車車両までの距離（図16Aに示す例）と、スペースが空いているときの対向する壁までの距離（図16Bに示す例）との差を測定する。センサは、占有の場合（図16A）と空きの場合（図16B）との測定信号に著しい差が生じるように選択されなければならない。
【０１２５】
例示的な近接センサは以下の技術のうちのいずれかに基づくものとすることができる。（例えば、米国特許第8,441,397号に記載されている）反射超音波パルスの飛行時間を検知するソナー近接センサ、または（例えば、米国特許公報第2013/0265563号に記載されている）Lidar、またはパルス高周波電波または光波の飛行時間を検知するセンサ（例えば、米国特許第5,793,491号に記載されている）、直線検知器アレイを用いて反射ビームのオフセット角度を測定する三角測量光検知器、および（例えば、米国特許第7,304,727号に記載されている技法を用いた）物体からの反射光の距離依存位相シフトを測定する位相シフト光検知器。別の態様において、車両の下に（例えば位置1654に）位置する、米国特許第6,999,882号に記載されている誘導コイルのような、電磁界センサは、車両によって生じる磁界または電界の変化を検知することができる。
【０１２６】
図17A〜図17Bには、センサが電磁波の伝送をモニタする態様が示されており、車両の存在は受信電磁波を著しく変化させる。例えば、色または照度センサ1701は、車両がセンサ1701上に人工光1702または自然光の影を作り出すように車両の下に位置決めされうる。1703bもセンサを表す。別の態様において、第1の無線機1703aは、第2の無線機1704からの受信信号強度を測定することができ、2台の無線機1703aおよび1704は、車両の存在が受信信号強度の変化に著しく影響を及ぼすように位置決めされうる。無線送受信機は、（スペースが空いているときの）直接無線信号1706と（スペースが占有されているときの）反射無線信号1707との間の伝搬距離の変化も測定することができる。別の態様において、各車両の下または上に配置された磁力計1708は、車両が存在するときの地球の磁場の摂動を測定することができる。
【０１２７】
図18Aおよび図18Bに、（例えば、米国特許第 4,384,288号に記載されている技法を用いた）無線周波数識別（RFID）デバイスの減衰に基づく車両センサの一態様を示す。図18Aでは、RFIDリーダ1800は送信信号1801を用いてRFIDタグ1802を問い合わせし、RFIDタグ1802からの応答1803を読み取る。RFIDタグは、パッシブ型、セミパッシブ型、またはアクティブ型とすることができる。例示的態様において、RFIDタグ1802は、図18Bに示すように、車両1804がリーダ1800とタグ1802との間の直接見通し線を減衰させることになるように、駐車スペースの中央近くに配置されうる。信号の実際の減衰は、車両形状やRF反射面の存在といった様々な要因に依存する。
【０１２８】
RFIDリーダ1800は、減衰ならびにRFIDリーダの送信側電力および受信側感度に応じて、車両が存在するときにタグの応答1803を受信することができる。車両1804の存在は所与のRFIDタグ1802について、タグが読み取られる際にRFID送信側電力を徐々に循環させることによって決定される。駐車場が空いているときの較正サイクルの間に、リーダ1800は、タグ1802が読み取られうる最小電力レベルを測定する。この値はRFIDリーダ1800を制御するCPUのメモリに記憶される。車が存在しうるときに、RFIDリーダ1800は、車両によって遮られるタグを読み取るのに必要とされる著しく高い最小電力レベルを測定する。図18Aおよび図18Bには、単一のRFIDタグ1802を問い合わせするRFIDリーダ1800の例が示されているが、この方法は、RFIDリーダの範囲内の複数のスペクトルにおいて複数のタグを問い合わせするのに用いられてもよい。
【０１２９】
他の態様において、複数の駐車スペースは、（例えば、米国特許第7,986,339号に記載されている技法を用いて）形状解析を行うハードウェアおよびソフトウェアに接続されたディジタルカメラ、（例えば、国際公開公報第2011053969号に記載されている技法を用いて）カメラ上のレーザー線の三角測量によって深さを測定するレーザースキャナ、複数のポインティングアンテナに接続されたレーダーセンサによって、かつ/または（例えば、米国特許第5,793,491号に記載されている技法を用いて）各スペースにわたって単一のとがったセンサ（single, pointed sensor）をスキャンすることによって、モニタされうる。これらの場合には、複数の駐車スペースの遮られない視界を有する中央位置が用いられる。典型的には、そうした複数車両センサがより高く取り付けられるほど、センサはより多くのスペースをモニタすることができる。図19に、駐車場1200を見渡すように取り付けられている例示的なカメラの視野1900を示す。一部または全部が遮られたスペース1901およびカメラ視野の向こうに存在しうるスペース1902が、1台または複数の追加のカメラによってモニタされうる。
【０１３０】
図20Aに、磁気、光、またはソナー近接センサ2001に基づく態様の統合リモート・センサ・インジケータ・モジュール2000の平面図を示す。LEDインジケータ2002は接近車両の方向に向けられ、近接センサ2001は駐車スペースの方へ向けられうる。無線送受信機、アンテナ、およびCPUを組み込んだシステム・オン・チップ（SOC）を備えるプリント回路基板（PCB）は、センサ2001を読み取り、センサ値（センサデータとも呼ばれる）を近くの照明ノードへ送信することができる。例示的態様において、インジケータモジュール2000は、その太陽電池2003によってモジュール2000に電力共有するのに適した光のある位置において、どちらかの側に駐車スペースを有する通路中央の床上に配置されている。
【０１３１】
図20Bには、図20Aの態様のデバイスの断面図が示されており、このデバイスで近接センサ2001は、図16Aの位置1652について示すように、駐車スペースを指す角度に向けられうる。
【０１３２】
図20Cには、別の態様のデバイスの断面図が示されており、このデバイスで反射器2005は、駐車スペースを指す角度にセンサ2001を向けるのに用いられうる。反射器2005は、センサ2001が異なる取り付け高さおよび距離で用いられうるようにより適切にセンサ2001を向けることができる。
【０１３３】
図20Dには、態様のセンサデバイス（またはセンサインジケータモジュール）の斜視図が示されている。センサ、インジケータLED、太陽電池、およびSOCは、車両走行通路に配置されるのに十分な強度を有しうる金属またはプラスチックパッケージとして実装され、エポキシ樹脂によって、またはモジュールを道路内のくぼみに埋め込むことによって所定位置に保持されうる。いくつかの態様において、デバイスは床（最上階）または天井（地下）に取り付けられてもよく、複数の駐車スペース（例えば、2つ、4つなど）を検知することができてもよい。いくつかの態様において、デバイスには、車の重さを支え、RFに透過的なプラスチック台が含まれうる。さらに、デバイスによって実行されるソフトウェアは、占有センサを制御することができ、車が存在するときにのみLEDを点灯または発光させることができる。
【０１３４】
図20A〜図20Cに示したSOCモジュール2006は、休眠サイクルによってエネルギー消費を最小化するようにプログラムされうる。これは、センサ、無線機、およびすべての高電力CPU機能を使用不可にするコンピュータ状態である。スペースに車を駐車するのに要する時間はおおよそ数分程度であるため、センサデバイスは占有を読み取り、1分間に約1回状況を送信しさえすればよい。無線モジュールがナビゲーションビーコンとして用いられている場合、無線モジュールは一定の間隔でビーコンを送信する必要もある。統合センサ・インジケータ・モジュール2000によって実施されうる例示的方法800は図8に関連して上記で説明されている。センサは、休眠、センサによる占有測定の作動、占有状態の送信、およびインジケータLEDの発光を繰り返す。
【０１３５】
例えば、図8に記載される方法800で示したように、休眠サイクルは、状況を感知し、送信するための別々のタイマによって制御されうる。いくつかの態様において、電力消費は、ネットワークに接続された動きセンサの状況に基づいていくつかの休眠機能を選択的に制御することによってさらに低減されうる。
【０１３６】
（例えば、例示的な駐車区域照明インフラストラクチャの）そうした駐車スペースは、駐車場の第1のIDや駐車場内の正確な駐車スペースの第2のIDといった様々な識別子と関連付けられうる。そうした情報は、インフラストラクチャ所有者または場所の所有者（例えば駐車スペース所有者）からの様々な情報、例えば、インフラストラクチャのすべての照明ノード（例えば、隔離された照明ノードは存在しえないという前提でのすべてのノード）を取り囲む表面（例えば多角形）を確定するのに適したGPS座標や、利用可能な駐車スペースの数と関連付けられる時間制限および駐車料金、駐車スロットの地図および番号割り当て、ならびに/または駐車スペースごとの駐車スペース特性の表（例えば、利用可能な時間、障害者用、単位時間あたりの費用など）をプロビジョニングすることのできるサーバ（例えば、アプリケーション・ソフトウェア・プラットフォームと関連付けられたサーバ）に記憶され、またはそうしたサーバによってアクセス可能とすることができる。サーバは、駐車区域の駐車スペースごとの様々な情報、例えば、駐車スペースの番号、特性、予約状況、および空き/占有/違反状況の表、予約駐車スペースのコード、予約駐車スペースのコード（例えば、駐車スペース所有者がコードを知る必要がなく、予約状況さえ知っていればよいようにサーバによって維持されるデータ）をさらに維持することができる。またサーバは、スポット（例えば駐車スペース）確認応答を行うように構成されてもよい。
【０１３７】
プロビジョニングの実例として、コンピューティングデバイス（例えば、アプリケーション・ソフトウェア・プラットフォームと関連付けられたサーバ）は、駐車区域をプロビジョニングする（例えば地図を作成する）ときに初期セットアップ手順を行うことができる。そうした初期セットアップは、入口ランプのGPS座標、駐車スペースの局所座標、駐車スペース番号、駐車スペースの向き、照明ノードの位置およびID、壁、ランプ、通路の位置、通行方向をプロビジョニングすること、ならびに交通標識を有する駐車区域の地図、照明ノードの位置およびIDの表を受信すること、を含みうる。
【０１３８】
様々な態様において、クライアントソフトウェア（例えば、ユーザのモバイルデバイス上で実行されるappなど）は、駐車区域照明インフラストラクチャ内の駐車スペースに関連した以下の特徴および/または機能を有しうる。区域内で利用可能なすべての駐車スペースの地図、駐車スペースの選択および予約を獲得し、表示する;駐車スペースを選択した後で、サーバ（例えばアプリケーション・ソフトウェア・プラットフォーム）から、駐車スペースのGPS座標、照明ノードを囲むGPS多角形、駐車スペースに関連した照明ノードの表（例えばIDおよび詳細な位置情報など）、駐車区域におけるすべての駐車スペースの地図（例えば、交差道路、入口など）、駐車スペース地図上に重ね合わせることができる内部地図（例えば、GPSより正確な、ランプ、階数、駐車スペースなどを備える粒度を有するデータ）、ならびに駐車スペース区域内の照明ノードの表（例えば、照明ノードのIDおよび相対座標など）のうちのいずれかを受信する;車両が駐車区域に入ったときに（例えば、GPS多角形内、または入口からある一定のフィート数内にあるときなどに）BLE三角測量をオンにするGPS案内を獲得する;局所照明ノードからの信号の受信に関連したBLE三角測量を行い、ソフトウェアは内部地図上の位置を見つけ、内部地図上の位置を示し、駐車スペースまでの案内を提供することができる;予約駐車スペースおよび支払済み駐車の駐車スペース確認応答を提供する（例えば、ユーザがappでボタンをクリックしたことに応答して、駐車区域内の照明ノードと関連付けられたLEDインジケータが点滅しうるなど）。
【０１３９】
いくつかの態様において、駐車スペース確認応答は、ローカルに、例えば、照明インフラストラクチャ（例えば駐車場など）内の様々なノードからのBTLE信号によって、またはセルラネットワークからのメッセージによって行われうる。
【０１４０】
そうした機能は、モバイルデバイスが照明インフラストラクチャ内の駐車スペースを予約するのに用いられうる。例えば、BLE機能を備えるスマートフォンを有するユーザは、駐車スペースを調べ、かつ/または予約する際に役立つ駐車場に関する様々な情報、例えば、ゲート（またはゲートはなく入口制限）、無制限の街路入口、屋外地上レベル、多階層、地下駐車があるかどうか、ビーコン発信照明ノードがあるかどうかなど）を特定する操作を行うことができる。
【０１４１】
図21に、一例示的態様による、すべての車両および歩行者の入口点における動きセンサ2100の例示的配置を有する駐車場1200の1フロアの平面図を示す。動きセンサ2100は有線または無線ネットワークを介して、駐車スペースモニタおよびインジケータをモニタし、制御する同じサービスプラットフォームに接続されうる。パッシブ赤外線検知に基づく動きセンサ2100は、特定の区域において移動する車および歩行者の有無をモニタすることができる。活動がないときに、インジケータLEDおよびセンサはサーバから制御モジュールへのメッセージによって使用不可にされうる。休眠サイクルおよび間隔も時刻に基づいてサーバからスケジュールされうる。ネットワーク制御される休眠サイクルは、リモートデバイスの電力消費を低減させるさらなる手段を提供し、それによってその電池寿命が延び、その光起電（PV）電池のサイズおよび費用が低減される。無線モジュールは設置費用を大幅に低減させるためにあらゆる場合において好まれうる。アクティブリーダ1800を備えるパッシブRFIDタグ1802は、センサ要素が天井のライトといった交流電源にアクセスすることのできる位置からリモートで電力供給されうる一例を提供する。
【０１４２】
以上では、（1）駐車スペースの地図を作成し、特定の駐車スペースまでの外部および内部の無線ナビゲーションを提供し、（2）駐車スペースの占有をモニタし、（3）駐車場内の視覚インジケータを提供するための方法、システム、および装置の様々な例を説明した。以下の説明では、全体システムがソフトウェアによってどのように較正され、管理されうるかについての態様の技法を提供する。具体的なアプリケーションまたは実施態様の費用および要件に応じて、説明される特徴のサブセットが用いられうることに留意されたい。さらに、例示的なインタラクティブ光センサ・ネットワーク・デバイス（例えば、センサ・コントローラ・ノード、照明ノードなど）として駐車区域または駐車場が示されうるが、そうしたネットワークは様々なインフラストラクチャ内に配置されうることを理解すべきである。
【０１４３】
例示的駐車区域インフラストラクチャの敷地計画の過程において、駐車区域の計画が立てられ、適切な機器が特定され、駐車区域の周囲の位置に割り当てられる。駐車区域のGPS位置および地図が獲得され、これらは既存の敷地図からインポートされ、または現場で描画されうる。地図は、すべての駐車スペース、車両バリア、歩行者バリア、車両および歩行者の入口点および出口点、各階の間の車両および歩行者のポータルの位置および数、すべての照明器具および他の電源の位置、ならびに駐車スペースに対するすべての可能な取り付け箇所の位置を定義する。センサモジュールおよび位置は、費用、利用可能な取り付け位置、利用可能な電源、ならびに可能な取り付け箇所から駐車スペースまでの見通し線および視野に基づいて選択されうる。PV電池が配置されうる場合には、指定されるモジュール電力消費に基づいて適切なPV電池サイズを選択するために、光度が計算され、または測定され、可能なPV位置上にマッピングされうる。インジケータモジュールおよび位置は、視覚指示の所望の程度に基づいて決定されうる。照明ノードと統合されたセンサまたはインジケータモジュールのビーコン信号カバレッジが決定され、余分の照明ノード位置も特定されうる。アクセスポイントおよびリピータ箇所は、RF信号強度および適切な電源を有する利用可能な取り付け位置に基づいて計算されうる。
【０１４４】
設置時に、センサ、インジケータ、およびネットワークモジュールは、指定の位置に設置されうる。スペースセンサは必要に応じて較正され、各駐車スペースにおいて試験車両を用いて検証されうる。各デバイスのすべてのネットワークアドレス、ビーコン識別子、および広域座標または相対座標がセンサデータベースに入力されうる。
【０１４５】
図22に、例示的態様による、コンピューティングデバイスがセンサデータベースを利用するための方法2200の簡略化した流れ図を示す。方法2200は動作ブロック2202〜2210を含む。様々な態様において、駐車スペースは、データベースに、追跡されうる以下の少なくとも5種類のパラメータを含むことができる。 （1）例えば、センサ、インジケータ、リピータ、アクセスポイント、および照明ノードなどの機器パラメータであって、例えば、機器の種類、位置およびネットワークアドレス、ならびにセンサネットワーク事業者によって設置時にプロビジョニングされ、機器が変わるときに変わりうるアクセスポイントおよびリピータへのリモートモジュールのペアリング割り当て;（2）スペース割り振りパラメータ、例えば、所有者要求に基づいて変わる計画された空き状況、費用、許可、および車両制限（小型車またはオートバイのみ）;（3）リアルタイムパラメータ、例えば、センサおよびインジケータ状態によって報告される測定された占有;（4）すべての照明ノード、駐車スペース、車両バリア、歩行者バリア、車両および歩行者の入口点および出口点、各階の間の車両および歩行者のポータル、ならびに区域の計画が立てられるときにデータベースに入力されうるすべてのセンサの位置の各座標を含む地図パラメータ;（5）ネットワーク事業者従業員、所有物所有者、およびアプリケーション提供者の特定のセンサまたは地図データへのアクセスの許可割り当て。スペース割り振りパラメータは、将来の予約が管理されうるように、スペース割り振りパラメータと関連付けられる将来の値を有しうる。ネットワーク事業者は必要に応じてインジケータを変更するためにソフトウェアとしてアルゴリズムを開発することができる。
【０１４６】
図22に関連して、方法2200は、コンピューティングデバイスのプロセッサによって行われうる。本方法は区画プロビジョニングを含む。ブロック2202で、コンピューティングデバイスのプロセッサは区画入口および出口のGPSマッピングを行うことができる。ブロック2203で、コンピューティングデバイスのプロセッサは、スペース、壁、通路、ランプ、および通行方向の局所的マッピングを行うことができる。ブロック2204で、コンピューティングデバイスのプロセッサは、照明ノードおよびビーコンIDの局所的マッピングを行うことができる。ブロック2201〜2204の動作に基づき、ブロック2205で、コンピューティングデバイスのプロセッサは、機器パラメータや地図パラメータでセンサおよび地図データベースを更新することができる。
【０１４７】
判定ブロック2205で、コンピューティングデバイスのプロセッサは、センサまたはマップの更新があるかどうか判定し、データベースをしかるべく更新することができる。受信されたセンサ更新があると判定したこと（すなわち、判定ブロック2206＝「はい」）に応答して、コンピューティングデバイスは、引き続きブロック2205で、例えば受信センサデータでの更新動作を行うことができる。受信されたセンサ更新がないと判定したこと（すなわち、判定ブロック2206＝「いいえ」）に応答して、判定ブロック2207で、コンピューティングデバイスのプロセッサは、受信された所有者更新があるかどうか判定することができる。受信された所有者更新があると判定したこと（すなわち、判定ブロック2207＝「はい」）に応答して、コンピューティングデバイスは、引き続きブロック2205で、例えば受信スペース割り振りデータでの更新動作を行うことができる。受信された所有者更新がないと判定したこと（すなわち、判定ブロック2207＝「いいえ」）に応答して、判定ブロック2208で、コンピューティングデバイスのプロセッサは、受信されたネットワーク事業者更新があるかどうか判定することができる。受信されたネットワーク事業者更新があると判定したこと（すなわち、判定ブロック2208＝「はい」）に応答して、コンピューティングデバイスは、引き続きブロック2205で、例えば受信された機器およびマッピングデータでの更新動作を行うことができる。
【０１４８】
受信されたネットワーク事業者更新がないと判定したこと（すなわち、判定ブロック2208＝「いいえ」）に応答して、判定ブロック2209で、コンピューティングデバイスのプロセッサは、受信された有効なデータ要求があるかどうか判定することができる。受信されたデータ要求がないと判定したこと（すなわち、判定ブロック2209＝「いいえ」）に応答して、コンピューティングデバイスは引き続きブロック2206の動作を行うことができる。しかし、受信されたデータ要求があると判定したこと（すなわち、判定ブロック2209＝「はい」）に応答して、ブロック2210で、コンピューティングデバイスのプロセッサは、データ要求に基づいて許可されたユーザにデータを提供し、次いで引き続きブロック2205の動作を行うことができる。
【０１４９】
図23に、一例示的態様による、コンピューティングデバイスが所有者インターフェースを提供するための態様の方法2300の流れ図を示す。方法2300は、いくつかの態様において、動作ブロック2301〜2305を含む。いくつかの態様において、所有者インターフェースは、駐車スペースのスケジュール、費用、支払条件、および/または予約を提供することができる。不動産または場所の所有者は、各駐車スペースに状態、スケジュール、および賃貸料を割り当てるためのサーバデータベースへのインターフェースを提供される。センサデータベースは他の駐車区域からの情報も含むことができ、各不動産所有者がそれぞれの所有物のデータベース値にだけアクセスできるように標準的なソフトウェア許可による隔離が用いられる。所有者インターフェースは、駐車区域の地図を要求されたパラメータと共に提供するために、マッピングパラメータ、リアルタイムパラメータ、およびセンサパラメータ、およびスペース割り振りパラメータを求めてセンサデータベースに問い合わせする。所有者は次いで、1回限りのプロビジョニングによりスポットごとに、または計画変更ことによって割り振りパラメータを変更することができる。また所有者は、無許可駐車が発生したとき、車両が車両に割り振られた時間を超えて駐車スペースにとどまっているとき、車両が異常に長時間にわたって駐車されているとき、および車両が予約スペースに駐車されているときといった、指定のイベントの自動更新を受信するよう要求することもできる。動作中に、センサデータベースに接続されたソフトウェアは、規定の間隔でネットワーク上で各スペースセンサからのデータを、ネットワークに接続された他のセンサからのデータと共に問い合わせし、状態状況およびインジケータを更新する。スペースの状態および状況の履歴データもデータベースに記憶される。不動産所有者は、履歴データおよび統計データを閲覧し、またスペース属性を変更するためにもデータベースにアクセスすることができる。
【０１５０】
図23に関連して、方法2300は、コンピューティングデバイスのプロセッサによって行われうる。ブロック2301で、コンピューティングデバイスのプロセッサは区画地図を表示することができる。そうした地図情報は、スペースデータベースから獲得されうる。ブロック2302で、コンピューティングデバイスのプロセッサは、スペースのスケジュール、費用、および支払条件を割り当てることができる。いくつかの態様において、割り当てられたスペースのスケジュールなどに応答して、コンピューティングデバイスは、例えば、データベースを更新するために、ブロック2302でスペースデータベースにスペースパラメータを渡すことができる。判定ブロック2303で、コンピューティングデバイスのプロセッサは利用可能な更新があるかどうか判定することができる。更新があると判定したこと（すなわち、判定ブロック2303＝「はい」）に応答して、コンピューティングデバイスは引き続きスペースのスケジュールなどを割り当てるためのブロック2302の動作を行うことができる。更新がないと判定したこと（すなわち、判定ブロック2303＝「いいえ」）に応答して、判定ブロック2304で、コンピューティングデバイスのプロセッサは、利用可能な状況要求があるかどうか判定することができる。状況要求があると判定したこと（すなわち、判定ブロック2304＝「はい」）に応答して、コンピューティングデバイスは、ブロック2305で所有者に指定された駐車スポットの現在状況を表示することができる。いくつかの態様において、表示は、スペースデータベースからの区画属性データも含むことができる。いくつかの態様において、コンピューティングデバイスは、スペースデータベースに関連したスペース状態および履歴データを提供することができる。利用可能な状況要求がないと判定したこと（すなわち、判定ブロック2304＝「いいえ」）に応答して、コンピューティングデバイスのプロセッサはブロック2303に戻る。ブロック2305の後で、コンピューティングデバイスのプロセッサはブロック2303に戻ることができる。
【０１５１】
様々な態様において、1つまたは複数アプリケーションサーバは、駐車スペースの割り当ておよび課金を管理するのに用いられうる。アプリケーションサーバはセンサ・データベース・マネージャと統合されていてもよく、あるいは、センサデータベース（例えば、図5に示すセンサデータベース550b）とデータを交換する別個のエンティティとすることもできる。アプリケーションサーバは、いくつかの例示的態様において、地図データ、スペース割り振りデータ、およびスペース占有データへの読み取り専用アクセスを提供される。アプリケーションサーバは、ある区域のすべての利用可能な駐車データを集約し、それを公衆ネットワーク（例えば、セルラやインターネット）上でエンドユーザに広告する。一例示的態様において、アプリケーションサーバは、アプリケーション・ソフトウェア・プラットフォーム内に含まれうる。
【０１５２】
いくつかの態様において、そうしたソフトウェア・アプリケーション・プラットフォームは、例えば、ユーザのスマートフォン上で走るクライアントアプリケーションを公開することができる。様々な態様において、クライアントアプリケーションは、スマートフォンアプリケーションまたはモバイルアプリケーションと呼ばれうる。図24に、一例示的態様による、ある場所内でナビゲートするための方法2400の流れ図を示す。方法2400は、スマートフォンアプリケーションを提供するためにコンピューティングデバイスによって実施されうる。そうした方法2400では、コンピューティングデバイス（例えばユーザのモバイルデバイス）は、支払情報を交換することができる。
【０１５３】
一般に、アプリケーションサーバにログインした後で、ユーザは指定区域における駐車に関連した情報を要求する。アプリケーションは次いで、クライアントアプリケーションへ駐車データを送信し、ユーザは特定の駐車場を選択し、任意選択で、指定時間にわたって1つまたは複数のスペースを予約する。ユーザがスペースを予約した場合には、アプリケーションサーバは、予約されたスペースの状況が要求された時間にわたって変更されるようにセンサデータベースへその要求を送信する。ユーザによって要求されると、アプリケーションは、GPSおよび無線照明ノードによって提供される他の情報に基づいて駐車区域までの案内を提供する。局所地図および局所ビーコンデータのデータベース（例えば、図5に示すビーコンデータベース）は、ジオフェンス境界の座標と共にスマートフォンメモリにダウンロードされうる。一例示的態様では、局所地図は図5に示す他のデータベース550eに記憶されうる。スマートフォンがジオフェンス境界を横切るときに、クライアントアプリケーションは、局所照明ノードによって提供される情報を用いて、（予約の場合には）予約スペースまでの、または最適な利用可能スペースまでの案内を提供する。駐車区域における最適な利用可能駐車スペースは、ユーザの好みに基づいてユーザによって選択されうる。例えば、ユーザはその最終目的地、すなわち、モール内の特定の歩行者出口もしくは店舗を指定し、または利用可能なセキュリティカメラもしくは照度に基づいてより安全な駐車スペースを選択することができる。顧客の好みがアプリケーションに入力されうる場合には、アプリケーションはその情報を用いて、駐車区域の最適な入口点のGPS座標を決定し、それをナビゲーション案内のための中間目的地として用いることができる。車両を駐車した後で、ユーザは、スペース番号に基づいてアプリケーションで駐車スペースの受け入れを確認し、アプリケーションは課金のためのタイマを開始する。またアプリケーションは、運転者が車両に戻るためのナビゲーションを提供できるように正確な座標もメモリに記憶する。車両が駐車スペースに駐車された後で、センサデータベースは駐車スペースが占有されていることを示すデータで更新される。
【０１５４】
またユーザは、例えば、ユーザの車両によって検出された動きがあるとき、ユーザの駐車スペースが空いているとき、ユーザに割り振られた駐車時間が切れようとしているとき、およびユーザの車両がレッカー移動されようとしているときの、イベント通知を要求することもできる。いくつかの態様において、ユーザは、駐車区域を見ることのできるネットワーク接続されたセキュリティカメラからの画像へのアクセスを要求することができる。
【０１５５】
アプリケーションサーバは、指定区域内のすべての駐車区域を集約した、利用可能な駐車スペースの独自のデータベースを維持する。アプリケーションは利用可能なスペースを加入ユーザに広告する。駐車スペース空き状況は、商業地域への幹線道路出口ランプといった他の位置において広告される。
【０１５６】
図24に関連して、方法2400は、コンピューティングデバイス（例えばモバイルデバイス）のプロセッサによって行われうる。ブロック2401で、コンピューティングデバイスのプロセッサは、ユーザログインを受け取ることができ、ブロック2402で、駐車スペースについての駐車要求情報（例えば、アドレスやGPSなど）を受け取ることができる。ブロック2403で、コンピューティングデバイスのプロセッサは、利用可能なスペース、スケジュール、および/または駐車スペースの価格を表示することができる。コンピューティングデバイスは、ログインや要求提出といった様々な動作を行うときにアプリケーションデータベースとメッセージを交換するように構成されうる。例えば、駐車スペースのスケジュールおよび価格は、アプリケーションデータベースから受信されうる。例示的態様において、アプリケーションデータベースは、サービスプラットフォームもしくはアプリケーション・ソフトウェア・プラットフォーム内に含まれ、またはそれらからアクセス可能な1つまたは複数のデータベースを表すことができる。
【０１５７】
ブロック2404で、コンピューティングデバイスのプロセッサは、駐車スペースを選択するユーザからの選択を受け取ることができる。この選択は、アプリケーションデータベースとの通信を指定することができる。ブロック2405で、コンピューティングデバイスのプロセッサは、選択された駐車スペース（および駐車区域/区画）に関連した区画入口に関するGPS案内および地図情報を提供することができる。そうした動作のためのGPS情報は（1つまたは複数）GPSアンテナから受信されうる。
【０１５８】
判定ブロック2406で、コンピューティングデバイスのプロセッサは、コンピューティングデバイスがジオフェンスの範囲内にあるかどうか判定することができる。言い換えると、コンピューティングデバイスは、ビーコン信号を聞き、または受信するのに十分なほどジオフェンスに近い。範囲内にないと判定したこと（すなわち、判定ブロック2406＝「いいえ」）に応答して、コンピューティングデバイスは引き続きGPSナビゲーションを提供するためのブロック2405の動作を行うことができる。範囲内にあると判定したこと（すなわち、判定ブロック2406＝「はい」）に応答して、ブロック2407で、コンピューティングデバイスのプロセッサは、例えば、アプリケーションデータベースから受信されたデータに基づいて、（1つまたは複数の）局所地図および照明ノード表をダウンロードすることができる。ブロック2408で、コンピューティングデバイスのプロセッサは、駐車スペースにいたるための局所案内および地図を提供することができる。そうした情報は、駐車区域内の照明ノードから受信されたデータを含むことができる。
【０１５９】
判定ブロック2409で、コンピューティングデバイスのプロセッサは、例えばユーザ入力に基づいて、（1つまたは複数の）駐車スペースが受け入れられたかどうか判定することができる。受け入れられていないと判定したこと（すなわち、判定ブロック2409＝「いいえ」）に応答して、コンピューティングデバイスは引き続き局所案内/地図を提供するためのブロック2408の動作を行うことができる。受け入れられたと判定したこと（すなわち、判定ブロック2409＝「はい」）に応答して、ブロック2410で、コンピューティングデバイスのプロセッサは、アプリケーションデータベースと支払情報を交換し、支払金額に関連したタイマといったタイマを開始することができる。いくつかの態様において、コンピューティングデバイスは、事前定義イベントをモニタすると共に、車両から次の目的地までの歩行者ナビゲーション、または駐車スペース内の車両まで戻る歩行者ナビゲーションを提供する動作を行うことができる。
【０１６０】
モバイルデバイスからの要求に応答して、アプリケーション・ソフトウェア・プラットフォームのプロセッサは、例えば、要求に応答してコンピューティングデバイスのために駐車スペースを予約するようにアプリケーションデータベースを維持することができる。さらに、予約された駐車スペースに応答して、照明ノードのプロセッサは、インジケータに、予約状況を示させる（例えば、点滅させる、発光させるなど）ことができる。例えば、方法2400では、コンピューティングデバイスは、センサデータベースのコンピューティングデバイスからスペースの状況、位置、費用情報を受信するためにアプリケーション・ソフトウェア・プラットフォーム内の1つまたは複数データベースからのデータにアクセスすることができ、センサデータベースのコンピューティングデバイスはスペース予約データを受信することができる。
【０１６１】
図1に関して、駐車アプリケーションは以下のように進行しうる。複数のセンサ・コントローラ・ノード101は、複数の照明ノード102a〜102fを介してサービスプラットフォーム104へ駐車その他のセンサデータを送信することができる。サービスプラットフォーム104は駐車位置、空き状況、スケジュール、およびアプリケーション・ソフトウェア・プラットフォーム108への請求の詳細を作成することができる。モバイルデバイス109はアプリケーション・ソフトウェア・プラットフォーム108にログインし、アプリケーション・ソフトウェア・プラットフォーム108から駐車情報を受信し、その情報をクライアントGUI（例えばモバイルデバイスapp）に表示することができる。アプリケーション・ソフトウェア・プラットフォーム108は、モバイルデバイス109がそのGPS受信機を用いて駐車スポット位置までナビゲートすることができるように、モバイルデバイス109へ駐車スポットのGPS座標を転送することができる。駐車場所で、モバイルデバイス109は照明ノード102からビーコン信号を受信することができ、ビーコン信号をアプリケーションサーバへ送信することができる。様々な態様において、アプリケーションサーバは、サービスプラットフォーム104内またはアプリケーション・ソフトウェア・プラットフォーム108内に置くことができる。アプリケーションサーバは次いでモバイルデバイス109へ地図および位置データを送信することができ、モバイルデバイス109はさらに、アプリケーションサーバに目的地（例えば、駐車スペース、店舗位置、洗面所など）を要求することができる。モバイルデバイス109は（その実行アプリケーションを介して）ビーコン信号を用いて目的地までナビゲートすることができる。アプリケーションサーバは、モバイルデバイス109の位置に基づいてモバイルデバイス109へクーポンデータなどを送信することができる。
【０１６２】
態様のインタラクティブ無線ネットワークを用いた例示的アプリケーションは、駐車区域をモニタし、制御すると同時に、エンドユーザに、追跡対象物の更新された位置情報を用いる多種多様なインタラクティブアプリケーションを提供する駐車システムを含むことができる。例えば、インタラクティブアプリケーションは、特定の環境または場所内のユーザが（1）利用可能な駐車スペースを位置特定し、（2）利用可能な駐車スペースまでナビゲートし、（3）駐車スペースを予約するのを支援する機能を含むことができる。
【０１６３】
より具体的には、駐車アプリケーションおよびシステムは、以下のデバイスまたは機能のうちの1つまたは複数を含むことができる。
【０１６４】
（a）1つまたは複数の駐車スペース、および関連付けられた駐車スペースの占有状況をモニタするセンサ・コントローラ・ノード101の中からのセンサは、各々一意のIDおよび記録された三次元位置座標を有する。
【０１６５】
（b）各駐車スペースの占有状況を1つまたは複数のサーバにおいて維持されるデータベースへ伝える照明ノード102内のネットワーク送受信機。データベースおよび/またはサーバは、サービスプラットフォーム104内に位置し、またはサービスプラットフォーム104からアクセス可能とすることができる。
【０１６６】
（d）ビーコン機能を備えるネットワーク照明ノード102は、GPSナビゲーションが不可能な場所（例えば、屋内や一部が屋内である位置）において、標準的な全地球測位システム（GPS）技術より優れた精度のナビゲーションを可能にし、各々、無線受信機を備えるモバイルデバイス109上で走るアプリケーションがビーコン信号強度を読み取り、マルチラテレーション法を用いて照明ノード102に対する追跡対象デバイスまたは追跡対象物の位置を決定することを可能にする一意のIDおよび記録された三次元位置座標を有する。
【０１６７】
（d）センサ、インジケータ、および無線ネットワークビーコンデバイスを、照明ノードデータおよび制御を、データを記録、維持し、照明ノードの挙動をプロビジョニングするサービスプラットフォーム104に接続する関連付けられるネットワークアーキテクチャと統合した照明ノード。
【０１６８】
（e）駐車場の所有者が交通および駐車スペースの統計をモニタし、車が駐車場に入る際に車にスペースを割り当て、プレミアムスペースをプロビジョニングし、駐車スペースを制御する手段としてディジタルクーポンを提供することを可能にすること。
【０１６９】
（f）駐車場の所有者が駐車スペースの空き状況および費用を計画し、駐車スペース状況を予約済みと空き、障害者用と一般利用可との間で変更し、ピーク需要時間により望ましい駐車スペースの割り増し料金を請求する手段を提供することを可能にすること。
【０１７０】
（g）車両衝突回避に基づいてナビゲーションパスを割り当てることによって駐車区域内の渋滞を減らすこと。
【０１７１】
（h）あまり混雑していない区域における占有を奨励することにより渋滞を減らすためにクーポンおよびプレミアム駐車を配布すること。
【０１７２】
（i）特定の区域に駐車するようユーザにインセンティブを配布すること。
【０１７３】
（j）無許可の駐車についての所有者およびレッカー車会社への警告、駐車時間が閾値を超えたときの警告、および/またはスマートフォンが存在せずに車が移動されたときのユーザへの警告といった、所有者のためのセキュリティアプリケーション。
【０１７４】
（k）ユーザに、ユーザ要求区域における駐車スペースの空き状況、費用、およびスケジュールを伝え、ユーザがスペースを予約し、駐車料金を支払い、要求された駐車スペースまでナビゲートすることを可能にするアプリケーションを走らせるスマートフォン、または他のネットワークデバイス。地下駐車場内のような、GPSおよび標準的なセルラサービスが利用できない区域で機能しうるように設計されたアプリケーション。
【０１７５】
（l）スマートフォン上のアプリケーションが、公知のGPS技術およびネットワーク照明ノードからの局所的三角測量に基づいて地図上でスマートフォンを位置特定するためのアルゴリズムであって、アルゴリズムは照明ノードの位置およびIDを知ることができ、ユーザの位置が、駐車スペースまでの視覚案内および/または音声案内と共に地図上に示される。またアルゴリズムは、ユーザの次の目的地に最適な出口を用いて駐車構造を出るための案内を事前に提供する。
【０１７６】
（m）ユーザが屋内駐車場における交通レベルをモニタすることを可能にし、区画所有者に地図および統計を提供し、駐車スペースに到達するまでの推定時間および駐車場から出るまでの推定時間を提供することであって、それらの時間は、ユーザのスマートフォンまたは他のネットワークデバイス上で走るアプリケーションに伝えられうる。
【０１７７】
（n）ネットワークに接続され、ネットワーク事業者によって制御されうるゲートを介して屋内駐車場の出入りを制御すること。
【０１７８】
（o）ユーザが自分の車を見つけるための駐車スペースまで逆方向にナビゲートし、または公知のビーコン発信照明ノードが存在しうる他の区域でナビゲートすることを可能にする様々なアプリケーションで用いられる測位アルゴリズム。
【０１７９】
（p）仮想地図を作成、更新し、駐車場の入口および出口のGPS座標と共に駐車場のビーコン発信照明ノードおよび駐車スペースの位置を用いて駐車場をマッピングすることによってプロビジョニングを行い、ユーザ、ネットワーク事業者、アプリケーション提供者、および駐車場所有者のための様々な眺めを有する地図を発行し、維持すること。
【０１８０】
（q）無線ビーコン信号を用いて、車両が区域をナビゲートするときに規定のパスをたどるよう制限するために現実のバリアおよび仮想バリアまたはポータルを備える仮想フロアを有する空間において定義された車線、ならびに交通渋滞の制御を支援するための重み付き車線を有する場所内でナビゲートすること。
【０１８１】
（r）駐車センサおよび送受信機を他のセンサと統合し、ユーザが、（1）ユーザの車および周囲の区域のライブフォト、（2）ユーザの車の近傍でイベントが発生したことが他のセンサによって検知されたときの警告、および/または（3）ユーザがより混雑していない駐車区域を選択するための駐車場の周囲の交通レベルといった、ユーザの駐車スペースの位置に基づく他の情報を得ることができるようにセンサの位置を相関させるネットワーク。
【０１８２】
（s）不動産所有者が短期間にわたってその駐車スペースを賃貸することを可能にする収益モデルであり、それによって第三者アプリケーション提供者は駐車スペース空き状況広告を管理し、ユーザの課金を管理し、所有者はそのためアプリケーション提供者に空き状況および手数料を伝えるだけであり、アプリケーション提供者は駐車料金の一部を所有者に送る。
【０１８３】
（t）ネットワーク事業者が、駐車スペースをモニタし、制御するネットワークおよびデバイスを維持するサービスを提供することに対して不動産所有者またはアプリケーション提供者から手数料を得ることを可能にする収益モデルであり、ネットワーク事業者は第三者アプリケーション開発者に供与される駐車スペースのデータベースを維持する。
【０１８４】
（u）予約状況を含む各駐車スペース、または駐車スペースグループの空き状況を表示し、ユーザを指定された駐車スペースまで誘導するための視覚ナビゲーション指示を提供するインジケータライトおよび/またはモニタ。
【０１８５】
（v）センサ、インジケータ、および送受信機が電池で、または光起電電池といったエネルギー・ハーベスティング・トランスデューサで駆動されうるように、ネットワークに接続された他のセンサからの信号によって駆動されるインターバル方式または割込み方式の低電力モードでセンサ、インジケータ、および送受信機を駆動する方法。
【０１８６】
（w）リモートデバイスの改ざんをモニタするためにリモートモジュールに追加された加速度計。
【０１８７】
（x）屋内または屋外の駐車場の異なる位置にセンサ、送受信機、およびインジケータを取り付けるための、天井、壁、または床といった構造。床取り付け式デバイスは車両を支持するのに適した強度を有する。
【０１８８】
（y）スマートフォンが存在せずに車両が移動されるときに駐車区域のゲートを施錠するセキュリティシステム。ユーザは、車を移動する前に解錠されうる「車両ロック」機構を作動させることができる。
【０１８９】
（z）ネットワーク・サーバ・アクセスを介して駐車システムに結び付けられた電子標識を有するリモート通知。
【０１９０】
（zz）ビーコンデータからの賃貸、ビーコン読み取り値を報告し、それを第三者開発者に販売するソフトウェア開発キット（SDK）。
【０１９１】
本開示に記載されている態様のシステムおよび方法は、上記の駐車スペースセンサ技術のうちの1つまたは複数と共に用いられうる。照明ノードで用いられる様々なセンサデバイスの設計および仕様は当分野で公知であると考えられるが、態様の技法は、駐車スペースのモニタリングおよび制御を可能にするために、そうしたセンサを、インタラクティブ光センサネットワーク内の照明ノードのシステムの一部として用いる。例えば、センサモジュールは、単一の駐車スペースの占有状況をモニタすることもでき、複数の駐車スペースの占有状況をモニタすることもできる。様々な態様においては、センサの精度を高めるために、各駐車スペースをモニタするのに複数の技術の複数のセンサが用いられうる。様々な態様において、インタラクティブ光センサネットワーク内の局所照明ノードは、地下駐車場や屋内構造や一部覆われた構造のような、GPSが利用できない場合のリアルタイムの測位を可能にする。
【０１９２】
いくつかの態様において、駐車ソフトウェア（例えば、モバイルデバイス上で実行されるアプリケーション）は、運転者に有用な様々な機能を含むことができ、これらの機能には以下が含まれる。利用可能なスペースの視覚インジケータおよび標識を送信する機能;利用可能な駐車スペースまでナビゲートするスマートフォンアプリケーションを提供する機能;車両から次の目的地までと、車に戻るための歩行案内を提供する機能;最終目的地に最も近いプレミアム駐車の選択肢を提供する機能;地域の商店主らからクーポンおよびインセンティブを受け取る機能;どの駐車スペースが利用可能か事前に決定し、1つまたは複数の駐車スペースの予約を可能にする機能;車が移動された場合に（1つまたは複数の）セキュリティ警告を提供する機能;（1台または複数の）セキュリティカメラからの画像を提供する機能;渋滞依存のナビゲーションを提供する機能;追加のセンサからのデータ（例えば、天気情報など）を提供する機能;および実際の駐車時間に基づく（1回または複数の）自動支払を提供する機能。
【０１９３】
いくつかの態様において、駐車ソフトウェア（例えば、所有物所有者のコンピューティングデバイス上で実行されるアプリケーション）は、例えば、スペース占有の時間依存のマッピングを提供し、利用状況の解析を生成する機能;オンラインススペース予約、スペース利用率の向上および渋滞の低減を提供する機能;商店主への照明ノードの賃貸を可能にする機能;プレミアム駐車、予約駐車、グループ予約から収益を生成する機能;区画が満車であるときに第2の駐車へのリンクを提供する機能;駐車スペースのリアルタイムの再割り当て（例えば、専用/予約済みから有料へ、イベント用のプレミアムなど）を提供する機能;共用駐車スペースのリアルタイムの再割り当て（例えば、限られた訪問者用駐車を有するアパートに有用な再割り当て）を提供する機能;および営業時間後に、指定時間より長時間占有された駐車スペースのセキュリティ警告を提供する機能、といった、所有物所有者に有用な様々な機能セットを含むことができる。
【０１９４】
いくつかの態様において、様々な顧客提供データは、場所別および合計の障害者用駐車スペースをモニタし、表示すること（例えば、OSHAまたは他のガイドラインは最小限の数の利用可能な駐車スペースを必要としうる）;即時の駐車スペース転換を提供すること（例えば、最も近い駐車スペースは空いているときには障害者用駐車スペースに転換されうる）;プレミアム駐車を提供すること（例えば、所有者は最も近い駐車スペースにより多く請求することができ、駐車スペースを競売にかけ、より多くのユーザが空き駐車スペースまで歩いて来るように駐車場を広げることができるなど）;予約駐車を提供すること（例えば、駐車は加入時にユーザのクレジットカードに結び付けることができ、これは特定の区域のグループ予約に理想的であるなど）;顧客別のインジケータを提供すること（例えば、LEDインジケータは顧客別の位置に最も近い利用可能な駐車スペースを示しうるなど）;長期の駐車スペース統計を提供すること（例えば、占有状況、1駐車スペースあたりの収益など）;区域別の利用可能な合計駐車スペースを提供すること（例えば、遠隔標識で表示し、またはユーザappに送信する）;指定時間（例えば24時間）より長時間占有されている駐車スペースを特定すること、レッカー移動/チケット/セキュリティ;営業時間後に占有されている駐車スペースを提供すること（例えば、レッカー移動/チケット/セキュリティ）;顧客の安全を向上させること（例えば、Bluetooth（登録商標）なしで車が移動されたときにユーザスマートフォンに警報を提供すること、カーファインダ、行方不明者通知（放棄された車）など）での用途といった、様々な駐車アプリケーションに用いられうる。
【０１９５】
態様のシステムはアプリケーションフレームワークを提供することができ、サービスプラットフォームはアプリケーション・プログラミング・インターフェース（API）を介して以下を供与する。 （1）センサ値のリアルタイムデータおよび履歴データ、（2）ビーコンシグネチャをその位置にリンクするビーコン情報、（3）既知のシグネチャを有するデバイスを追跡するよう求める入力要求、ならびに追跡対象デバイスのリアルタイム位置および履歴位置の出力データ。いくつかの態様において、センサに用いられる無線プロトコルは、第三者開発者がシステムに追加の無線センサを容易に追加することを可能にする標準化プロトコルとすることができる。アプリケーションフレームワークは、センサデータを報告し、センサデータまたはユーザ位置に基づくデバイス応答を可能にし、ユーザナビゲーションを可能にし、ネットワーク接続区域内の物体を追跡する複数のアプリケーションをサポートすることができる。そうしたシステムおよび方法は、センサ、コントローラ、ビーコンデバイス、および追跡対象デバイスの統合無線ネットワークを収益化するための様々な収益モデルの一部としてそうしたネットワークからのセンサ情報へのアクセスを提供するための様々なモデルを含むことができる。
【０１９６】
インタラクティブ光センサネットワークに関連した利害関係者には、それらのネットワークへの関与に対して収益、金銭、利益、信用、および/または他の補償を受け取ることのできるすべての実体が含まれうる。特に、照明インフラストラクチャの所有者は照明インフラストラクチャに基づいてアプリケーションの主要利害関係者とすることができる。これらの所有者は、電柱/照明器具および照明インフラストラクチャが位置する所有物を所有する実体とすることができる。照明は、資本投資、エネルギー関連の月別勘定および追加的な保守費用のために原価中心点となりうる。照明インフラストラクチャ所有者は、照明ノードプラットフォームがその所有物内で設置され、利用されることを許容することに対して補償されうる（または弁償されうる）。照明インフラストラクチャ所有者は、典型的には、照明インフラストラクチャ内の照明ノードプラットフォームから収集されたデータ（例えば許可されたアクセス）と交換に、またはそうしたデータに基づいてインタラクティブ光センサネットワーク事業者から収益を受け取ることができる。照明インフラストラクチャ所有者への収益は、様々な合意に基づいてアプリケーション提携先からももたらされうる。この収益は、照明インフラストラクチャ所有者が、照明ノードプラットフォームおよび照明インフラストラクチャ内に配置されうるインタラクティブ光センサネットワークの関連要素と関連付けられる資本支出、運営費用、および保守費用の少なくとも一部を相殺することを可能にする。
【０１９７】
もう1つの主要利害関係者はインタラクティブ光センサネットワーク事業者とすることができる（すなわち、サービス提供者とすることができる）。これらの事業者は、様々なアプリケーションの日常的なデータおよびサービスを提供するためのハードウェアおよびソフトウェアを提供する実体とすることができる。事業者への収益は、インタラクティブ光センサネットワークからのデータを用いるアプリケーション提供者/所有者からのものとすることができ、そうした収益は、アプリケーション提供者に提供されるデータの種類、頻度、量、データの位置および需要（またはデータ需要）、およびデータに必要とされる時間枠に基づくものである。また事業者はカスタム・アプリケーション・ベンダによって要求されるカスタムデータの送信/記憶/処理に基づく収益も受け取ることができるいくつかの態様において、事業者は、事業者によって開発されたアプリケーション（例えば、小売店の環境/コンテキストの場合のような、インタラクティブ光センサデータを用いる商売のためのアプリケーション）に基づく収益を受け取ることもできる。
【０１９８】
様々な態様において、事業者は、共用データの種類または用途に基づいてアプリケーションおよびアプリケーションサービス開発者から様々な収益を受け取ることができる。例えば、事業者は、（駐車場における）スペース利用、光の状況、環境情報（例えば温度）、光の有無、ガスの有無（例えば、一酸化炭素など）、加速度計の状況、侵入検知器の状況、無線シグナリング情報（例えば、Bluetooth（登録商標）MACアドレス、RFIDデータ）、アプリケーション別センサデータ（例えば、侵入センサ、振動センサ、動きセンサ、オーディオ、人検知、車両検知、車両詳細センサなど）を示すデータといった、カスタムデータ、集約データ、相関データ、および/または特定のデータへのアクセスを提供することに対する収益を受け取ることができる。インタラクティブ光センサネットワークによって受信され、処理される様々なデータの種類については後述する。
【０１９９】
他の重要な利害関係者にはアプリケーション提供者（または事業者）および所有者が含まれうる。所有者は、駐車場所有者や倉庫所有者といった場所またはインフラストラクチャの家主を表しうる。これらの実体は、インタラクティブ光センサネットワークによって収集され、処理され、配布されるデータを利用するアプリケーションまたはアプリケーションサービスを開発し、配布し、販売することができる。アプリケーション提供者の収益源は、インタラクティブ光センサネットワークと関連付けられるアプリケーション提供者のアプリケーション、アプリケーションサービス、および関連データに結び付けられうる。
【０２００】
いくつかの態様では、収益源は、関係実体によって合意されるようにLAN内のノードグループから収集されたデータを使用する特定のアプリケーションまたはアプリケーションAPIと関連付けられた料金とすることができる。この料金は1回限りのライセンス料および/または継続的ライセンス料とすることができる。
【０２０１】
いくつかの態様において、1つの収益源は、アプリケーションまたはアプリケーションサービスのユーザがライセンス料または「Saas（software as a service）」使用料を支払うこと、とすることができ、SaaS使用料は、典型的には、時間間隔ベースとされ、または1回限りのライセンス料として支払われうる。この料金は、異なる使用状況レベル、例えば、スタンダード、プロフェッショナル、管理者に基づくものとすることができる。使用料は、データの種類（例えば、生データまたは要約データ、リアルタイム対非リアルタイムなど）、履歴データへのアクセスに依存し、需要によって動的に価格付けされるデータ、およびデータと関連付けられる位置に基づくものとすることができる。アプリケーション提供者の別の収益源は広告主に関連したものとすることができる。特に、広告主（またはアプリケーションおよびアプリケーションサービスのユーザに製品またはサービスを広告したい企業）は、アプリケーションまたはサービスごとに広告料を支払うことができる。様々な態様において、広告主は、そうした広告を受け取ることのユーザ受諾（例えばオプトイン/オプトアウト）に基づいてユーザに配布されるアプリケーションに関与することができる。広告は、それらが位置ベースとなるようにエンドユーザによって受信されるビーコン信号にリンクされうる。例えば、エンドユーザは、ベンダの位置のうちの1つからある一定の距離内にあるときにベンダから割引クーポンを受信することができる。
【０２０２】
収益は、いくつかの方法でシステムから生成される。例えば、 （1）エンドユーザは、エンドユーザのモバイルデバイス上でセンサデータを読み取ることを可能にするアプリケーションを購入し;（2）エンドユーザは、システムによって制御されるサービスまたはリソースに対して支払い;（3）家主は、システムによって制御されるリソースを予約し、またはビーコンデータベースにアクセスするためのセンサデータへのアクセスに対してそのテナントに請求し;（4）広告主は、システムリソースを用いるアプリケーションにその広告を組み込ませるために支払い;（5）自治体は、ネットワークを管理し、データを一般のユーザに供与するためにネットワーク事業者に支払う。
【０２０３】
例えば、ユーザは、インタラクティブ光センサネットワークからの情報を用いて動作するアプリケーションに対して料金を提供することができる。アプリケーションは、インタラクティブ光センサネットワークからの情報へのアクセスと交換にその収益の一部分を提供することができる。様々なレベルの料金が情報の種類および量と関連付けられうる。インタラクティブ光センサネットワークの事業者は、さらに、アプリケーションからの収入の一部分を、所有物所有者の所有物で動作するデバイスからの情報の使用に対する所有物所有者への支払いに用いることができる。
【０２０４】
以下は、態様のシステムによってどのようにして収益が生成されうるかの例示とすることができる。（1）エンドユーザは、エンドユーザのモバイルデバイス上でセンサデータを読み取ることを可能にするアプリケーションを購入する。（2）エンドユーザは、モバイルデバイス上のアプリケーションを介してシステムによって制御されるサービスまたはリソースに対して支払う。（3）家主（または照明インフラストラクチャ所有者）は、システムによって制御されるリソースを予約し、かつ/またはビーコンデータベースにアクセスするために、照明システムと関連付けられたインフラストラクチャに関連したセンサデータにアクセスすることに対してテナントに請求する。（4）広告主は、システムリソースを用いるアプリケーションにその広告を組み込ませるために支払う。（5）自治体は、ネットワークを管理し、データを一般のユーザに供与するためにネットワーク事業者に支払う。
【０２０５】
いくつかの態様において、システムは、追跡対象物に取り付けられた無線送信デバイスまたは追跡対象人物が携帯する無線送信機を備えるスマートフォンからの定位信号によるリアルタイム追跡を提供することができる。例えば、施設管理者が施設内の資産または機器を追跡したい場合がある。これは、工場内のフォークリフトトラック、駐車場内のごみ容器、食料品店のショッピングカード、または街路上の除雪車などの場合がある。ユーザが他の人を追跡したい場合、例えば、親が、公園のような広い区域で自分の子供を追跡したい場合がある。例えば、センサはダンプスターをモニタし、ダンプスターが満杯になると報告することができ、アプリケーションは特定の廃棄物管理会社によって請け負われうるすべてのダンプスターの状況を読み取り、ダンプスターを空にするサービス車両に最適化されたナビゲーション指示を提供することができる。これらの態様において、追跡対象物122は、図2に示す近くの照明ノード内のビーコン受信機によって検知されるビーコン信号を発するビーコン送信機を有する。ビーコン信号のRSSIに基づいて、インタラクティブ光センサネットワーク内のアプリケーションは各追跡対象物の位置を計算することができる。
【０２０６】
様々な態様において、すべての追跡対象デバイスからのリアルタイム位置データは、サービスプラットフォーム上で蓄積され、アプリケーションに、追跡対象デバイスの渋滞を示すヒートマップ、各追跡対象デバイスの経路詳細、各追跡対象デバイスが特定の区域を出入りした回数といった広域情報を提供するのに用いられうる。アプリケーションは特定の廃棄物管理会社によって請け負われているすべてのダンプスターの状況を読み取り、ダンプスターを空にするサービス車両に最適化されたナビゲーション指示を提供することができる。
【０２０７】
様々な態様において、すべての追跡対象デバイスからのリアルタイム位置データは、サービスプラットフォーム上で蓄積され、アプリケーションに、追跡対象デバイスの渋滞を示すヒートマップ、各追跡対象デバイスの経路詳細、各追跡対象デバイスが特定の区域を出入りした回数といった広域情報を提供するのに用いられうる。
【０２０８】
センサは、モニタされる駐車スペースの状況を、ローカル・エリア・ネットワーク（LAN）上で、その状況を外部ネットワーク（例えばインターネット、セルラネットワーク、追加のLAN）上でセンサデータベースに中継するアクセスポイントへ伝えることができる。状態変化は同じネットワーク上でセンサデータベースから（ビデオ画面や表示ライトといった）インジケータへ送信されうる。いくつかの態様において、状態変化はセンサモジュールから直接インジケータへ送信されうる。いくつかの態様において、各センサおよびインジケータは単一のリピータに接続され、各リピータはアクセスポイントに接続されうる。当業者は、（1）リピータがアクセスポイントの範囲を超えたところにある場合、リピータは他のリピータを介してアクセスポイントと通信することができ、（2）冗長なリピータおよびアクセスポイントはリピータまたはアクセスポイントの障害が発生した場合にトラフィックを経路指定変更する標準的なネットワーク保護アルゴリズムをサポートすることができることを理解するであろう。
【０２０９】
事業者は、エネルギー利用（電圧および電流）、光の状況、環境情報（例えば温度）、光の有無、ガスの有無（例えば、一酸化炭素など）、加速度計の状況、侵入検知器の状況、無線シグナリング情報（例えば、Bluetooth MACアドレス、RFIDデータ）、アプリケーション別センサデータ（例えば、侵入センサ、振動センサ、動きセンサ、オーディオ、人検知、車両検知、車両詳細センサなど）を示すデータといった、カスタムデータ、集約データ、相関データ、および/または特定のデータへのアクセスを提供することに対する収益を受け取ることができる。
【０２１０】
例示的シナリオの説明例として、センサを含み、ネットワークに接続されうる様々な照明ノードを含みうる駐車場（または他の不動産）の所有者は、センサデータベースへのネットワークアクセスを有し、よって、駐車場内の駐車スペースの空き状況を管理し、かつ/またはスペース占有状況をモニタすることができる。アプリケーションサーバもセンサデータベースへのネットワークアクセスを有し、よって、加入ユーザへのスペースの賃貸を管理することができる。
【０２１１】
インタラクティブ光センサネットワークの態様のサービス・プラットフォーム・デバイスによってサポートされる他の例示的ユースケースには、渋滞ベースのナビゲーションアプリケーション、リアルタイム照明のオンデマンドアプリケーション、リアルタイムセンサのオンデマンドアプリケーション、位置ベースの確率報告アプリケーション、および緊急避難アプリケーションが含まれうる。
【０２１２】
光センサネットワーク内の照明ノードの例示的態様は、環境からの入力を検出するように構成されたセンサと、ローカル・エリア・ネットワーク（LAN）上で光センサネットワーク内の他のノードからセンサデータを受信するように構成されたネットワークインターフェースと、センサによって検出された入力からセンサデータを読み取るように構成された、センサに結合されたプロセッサと、第1の送受信機と第2の送受信機とを有する通信インターフェースであって、第1の送受信機は、照明ゲートウェイノードを介して広域ネットワーク（WAN）上でサービスプラットフォームと通信信号を交換するように構成され、LAN上で光センサネットワーク内の他のノードと通信信号を交換するようにさらに構成されており、第2の送受信機は、ビーコン通信範囲内のビーコン送信デバイスからビーコン信号を受信するように構成され、第2の送受信機のビーコン通信範囲内のビーコン対応デバイスによって受信されるべきビーコン信号を送信するようにさらに構成されており、プロセッサは、通信信号およびビーコン信号に含まれる命令を実行するように構成されている、通信インターフェースと、を含む。
【０２１３】
他の態様において、通信信号は、光センサネットワーク内の照明ノードまたは他のノードと関連付けられたセンサデータおよびビーコンデータのうちの少なくとも1つと関連付けられる。別の態様において、ビーコンデータは、光センサネットワーク内の照明ノードまたは他のノードの一意のビーコン識別情報および位置座標を含む。ビーコン信号は、ビーコン送信デバイスによって第1の時刻に送信された第1のビーコン信号を含むことができ、第1のビーコン信号は、第1のビーコン信号の受信信号強度表示信号（RSSI）に基づいて照明ノードからのビーコン送信デバイスの距離を推定するのに用いられる。いくつかの態様において、ビーコンデータおよび照明ノードからのビーコン送信デバイスの推定距離は、ビーコン送信デバイスの位置を推定するのに用いられる。
【０２１４】
他の態様において、照明ノードは、センサコントローラおよびプロセッサを含む。照明ゲートウェイノードを介してWAN上でサービスプラットフォームから受信される通信信号は、照明ノードにおけるセンサコントローラの条件を設定する命令を含み、プロセッサは、照明ノードにおけるセンサコントローラのセンサ条件値を設定する命令を実行するように構成されている。
【０２１５】
様々な態様において、第1の送受信機は、LAN上で光センサネットワーク内の他のノードから通信信号を受信するように構成されており、それらの通信信号をLAN上で光センサネットワーク内の別のノードへ再送信するようにさらに構成されている。別の態様において、第2の送受信機は、ビーコン通信範囲内で送信ビーコン信号を受信するために、ビーコン送信デバイスによって送信されたビーコン信号を周期的にスキャンする。
【０２１６】
光センサネットワークのためのシステムの例示的態様は、複数の照明ノード（LN）を含み、複数のLNのLNのうちの少なくとも1つは、LNプロセッサ、LNプロセッサに結合されたLNセンサ、およびLNプロセッサに結合された通信インターフェースを含み、LNプロセッサは、LNセンサからセンサデータを読み取り、LNセンサと関連付けられたセンサ制御値を設定するように構成されている。通信インターフェースは第1の送受信機および第2の送受信機を有する。第1の送受信機は、照明ゲートウェイノードを介して広域ネットワーク（WAN）上でサービスプラットフォームとの間で通信信号を交換するように構成されている。第2の送受信機は、ビーコン通信範囲内でビーコン送信デバイスからビーコン信号を受信するように構成されており、ビーコン通信範囲内でビーコン対応デバイスによって受信されるべきビーコン信号を送信するようにさらに構成されている。LNプロセッサは、通信信号およびビーコン信号に含まれる命令を実行するように構成されている。複数のセンサ・コントローラ・ノード（SCN）が複数のLNのうちの1つまたは複数の無線通信範囲内に位置決めされる。複数のSCNのSCNのうちの少なくとも1つは、SCNセンサ、およびSCNセンサに結合され、SCNセンサからセンサデータを読み取り、SCNセンサと関連付けられたセンサ制御値を設定するように構成されたSCNプロセッサを含む。
【０２１７】
別の態様において、通信信号は、LNセンサからのセンサデータまたはLNセンサと関連付けられたセンサ制御値を設定する命令と関連付けられている。
【０２１８】
いくつかの態様において、LNのうちの少なくとも1つの通信インターフェースは、サービスプラットフォームへ、LNセンサからのセンサデータを含む第1の通信信号を送信するように構成されている。少なくとも1つのLNは、LNプロセッサに結合されているLNセンサコントローラを含む。サービスプラットフォームから第1の送受信機によって受信される第2の通信信号は、LNセンサからのセンサデータに基づいてセンサ制御値を設定する命令を含む。LNプロセッサは、第2の通信信号で提供されたLNセンサコントローラにおけるセンサ制御値を設定する命令を実行するように構成されている。
【０２１９】
別の態様において、システムは、LNのうちの少なくとも1つの通信インターフェースに第1の無線SCN信号を提供するように構成されている無線送受信機を有するSCNのうちの少なくとも1つを含む。第1の無線SCN信号はSCNセンサからのセンサデータを含む。LNのうちの少なくとも1つの通信インターフェースは、サービスプラットフォームへSCNセンサからのセンサデータを含む第1の通信信号を送信するように構成されている。SCNのうちの少なくとも1つはSCNコントローラを含む。通信インターフェースは、サービスプラットフォームから、SCNセンサからのセンサデータに応答してセンサ制御値を設定する命令を含む第2の通信信号を受信するように構成されている。通信インターフェースは、少なくとも1つのSCNの無線送受信機へ第2の無線SCN信号を送信するように構成されている。第2の無線SCN信号はSCNセンサからのセンサデータに基づいてセンサ制御値を設定する命令を含み、LNプロセッサは、SCNコントローラのセンサ制御値を設定する命令を実行するように構成されている。
【０２２０】
別の態様において、複数の照明ノード（LN）および複数のセンサ・コントローラ・ノード（SCN）は、光センサネットワークにおける複数のLANを表す、複数のLNのうちの1つまたは複数の無線通信範囲内に位置決めされている。複数のLANは複数の所有者と関連付けられうる。他の態様において、複数のLANはサービスプラットフォームを共用し、サービスプラットフォームは、同じアプリケーションによって用いられるべきサービスプラットフォームのデータベースに記憶された複数のLANからのデータへのアクセスを提供する。
【０２２１】
一例示的態様において、複数の照明ノードのうちの一部は照明インフラストラクチャと関連付けられた光センサネットワーク内のノードを表し、複数のセンサ・コントローラ・ノードのうちの一部は照明インフラストラクチャ内の照明器具から離れている光センサネットワーク内のノードを表す。
【０２２２】
別の態様において、LNプロセッサおよびSCNプロセッサのうちの少なくとも1つを表すプロセッサは、LNセンサおよびSCNセンサのうちの少なくとも1つを表すセンサが、センサ状態を示すセンサデータを問い合わせするために、センサタイマが切れた後で、アクティブ状態で動作することを可能にし;センサを、センサデータが収集された後で非アクティブ状態で動作するように使用不可にし;センサタイマをリセットし;送受信機が、センサ状態を送信するために送信タイマが切れた後でアクティブ状態で動作することを可能にし;送受信機を、センサ状態が送信された後で非アクティブ状態で動作するように使用不可にし;送信タイマをリセットし;送信されたセンサ状態に基づいて、インジケータを使用可能にすべきかそれとも使用不可にすべきか判定する、ように構成されている。
【０２２３】
光センサネットワークにおいてノードによって収集されたセンサデータを送信する方法の例示的態様は、照明ノード（LN）センサおよびセンサ・コントローラ・ノード（SCN）センサのうちの少なくとも1つを表すセンサが、センサ状態を示すセンサデータを問い合わせするためにセンサタイマが切れた後でアクティブ状態で動作することを可能にする工程;センサを、センサデータが収集された後で非アクティブ状態で動作するように使用不可にする工程;センサタイマをリセットする工程;送受信機が、センサ状態を送信するために送信タイマが切れた後でアクティブ状態で動作することを可能にする工程;送受信機を、センサ状態が送信された後で非アクティブ状態で動作するように使用不可にする工程;および送信されたセンサ状態に基づいて、インジケータを使用可能にすべきかそれとも使用不可にすべきか判定する工程、を含む。
【０２２４】
本方法の他の態様において、インジケータは、駐車スペースが占有されているかそれとも占有されていないか示す発光ダイオード（LED）ライトである。別の態様において、インジケータは、駐車スペースを位置特定するためのナビゲーション案内を提供するLEDライトである。
【０２２５】
サービスプラットフォームの例示的態様は、複数の照明ノードおよび複数のセンサノードを含む光センサネットワークから受信された、センサデータおよびビーコンデータを含む情報を記憶するための複数のデータベースと、複数のデータベースに結合されたプロセッサであって、対応するモバイルアプリケーションを有する複数のアプリケーションと関連付けられたアプリケーションフレームワークをサポートするために複数のデータベース上に記憶された情報にアクセスするように構成されているプロセッサと、複数の照明ノードの中の照明ノードがビーコン対応モバイルデバイスへ送信するための符号化無線メッセージを生成するための命令を提供するために照明ノードへ第1の通信信号を送信するように構成されているプロセッサに結合されたインターフェースであって、ビーコン対応モバイルデバイスが照明ノードからビーコン対応モバイルデバイスへ送信された符号化無線メッセージを復号するための命令を提供するためにビーコン対応モバイルデバイスへ第2の通信信号を送信するようにさらに構成されており、復号された符号化無線メッセージは、ビーコン対応モバイルデバイス上で表示するためのモバイルアプリケーションのうちの1つのナビゲーションデータを含む、インターフェースと、を含む。
【０２２６】
モバイルデバイスにナビゲーション指示を提供する方法の例示的態様は、ジオフェンス内部の目的地位置を示すデータを受信する工程であって、ジオフェンスは複数の専用ビーコンノードの周囲の境界および複数の専用ビーコンノードと関連付けられたビーコン通信範囲を有し、複数の専用ビーコンノードは光センサネットワークと関連付けられている、ジオフェンス内部の目的地位置を示すデータを受信する工程;モバイルデバイスのビーコン送受信機がビーコン信号を受信することを可能にする工程;ジオフェンス外部に位置するモバイルデバイスに、全地球測位システム（GPS）信号、およびジオフェンス外部に位置するモバイルデバイスのビーコン通信範囲内の少なくとも1台の公開ビーコンデバイスからモバイルデバイスによって受信されたビーコン信号のうちの少なくとも1つに基づいてジオフェンスの境界までのナビゲーション指示を提供する工程;ならびにジオフェンス内部に位置するモバイルデバイスに、ジオフェンス内部に位置するモバイルデバイスのビーコン通信範囲内の少なくとも1つの専用ビーコンノードからモバイルデバイスによって受信されたビーコン信号、およびジオフェンス内の区域を含む仮想地図に基づいて目的地位置までのナビゲーション指示を提供する工程、を含む。
【０２２７】
別の態様において、ジオフェンス内部に位置するモバイルデバイスに、目的地位置までのナビゲーション指示を提供する工程は、目的地位置として非駐車スペースまでのナビゲーション指示を提供する工程をさらに含む含む。別の態様において、目的地位置としての非駐車スペースまでのナビゲーション指示は、モバイルデバイスの現在位置からの時間および距離のうちの少なくとも1つに基づいて非占有駐車スペースの位置を決定することを含む。
【０２２８】
他の態様において、本方法は、モバイルデバイスが目的地位置に到達したと判定する工程、およびモバイルデバイスのビーコン送受信機を、ビーコン信号を受信できないようにする工程、を含む。
【０２２９】
別の態様において、本方法は、ソフトウェア・アプリケーション・プラットフォームから仮想地図をダウンロードする工程を含み、仮想地図は、仮想車線、車線方向、入口点および出口点、ならびにジオフェンス内の区域の駐車スペースのうちの少なくとも1つを含む。
【０２３０】
他の態様において、ジオフェンスの境界までのナビゲーション指示を提供する工程は、モバイルデバイスのユーザインターフェース上で、インタラクティブ・モバイル・アプリケーションを用いてナビゲーション指示を提示する工程を含む。別の態様において、目的地位置までのナビゲーション指示を提供する工程は、モバイルデバイスのユーザインターフェース上で、インタラクティブ・モバイル・アプリケーションを用いてナビゲーション指示を提示する工程をさらに含む。
【０２３１】
いくつかの態様において、専用ビーコンノードのうちの少なくとも1つは、光センサネットワーク内の照明ノードまたはセンサ・コントローラ・ノードを表す。追加の態様において、専用ビーコンノードの各々はビーコン送受信機を含む。
【０２３２】
別の態様において、本方法は、受信ビーコン信号の受信信号強度表示信号（RSSI）に基づいて、ジオフェンス内のモバイルデバイスとモバイルデバイスのビーコン通信範囲内の専用ビーコンノードの各々との距離を推定する工程、を含む。本方法の別の態様は、モバイルデバイスと、モバイルデバイスによって受信されたビーコン信号のうちの1つを送信する専用ビーコンノードの各々との推定距離、およびモバイルデバイスによって受信されたビーコン信号のうちの1つを送信する専用ビーコンノードの各々の位置情報に基づいてジオフェンス内のモバイルデバイスの位置を推定する工程、を含む。いくつかの態様において、ジオフェンス内のモバイルデバイスの位置を推定する工程は、マルチラテレーション法に基づくものである。さらに別の態様において、マルチラテレーション法は最小二乗法を適用する。
【０２３３】
別の態様において、本方法は、モバイルデバイスが移動する際にモバイルデバイスによって受信されたビーコン信号に基づいてジオフェンス内のモバイルデバイスの推定位置を再計算する工程、を含む。様々な態様において、仮想地図は、ビーコンデータおよびプロビジョニングデータに基づくものである。別の態様において、ジオフェンス内のモバイルデバイスと、モバイルデバイスのビーコン通信範囲内の専用ビーコンノードの各々との距離を推定する工程は、受信ビーコン信号のRSSIが閾値を超えると判定する工程、をさらに含む。別の態様において、ジオフェンス内のモバイルデバイスの位置を推定する工程は、ジオフェンス内のモバイルデバイスの位置を推定するのに十分な数の受信ビーコン信号があると判定する工程、をさらに含む。
【０２３４】
モバイルデバイスにナビゲーション指示を提供する方法の例示的態様は、ジオフェンス内部の目的地位置を示すデータを受信する工程であって、ジオフェンスは複数の専用ビーコンノードの周囲の境界および複数の専用ビーコンノードと関連付けられたビーコン通信範囲を有し、複数の専用ビーコンノードは光センサネットワークと関連付けられている、ジオフェンス内部の目的地位置を示すデータを受信する工程;モバイルデバイスのビーコン送受信機がビーコン信号を受信することを可能にする工程;ジオフェンス外部に位置するモバイルデバイスに、全地球測位システム（GPS）信号、およびジオフェンス外部に位置するモバイルデバイスのビーコン通信範囲内の少なくとも1台の公開ビーコンデバイスからモバイルデバイスによって受信されたビーコン信号のうちの少なくとも1つに基づいてジオフェンスの境界までのナビゲーション指示を提供する工程;ならびにジオフェンス内部に位置するモバイルデバイスに、ジオフェンス内部に位置するモバイルデバイスのビーコン通信範囲内の少なくとも1つの専用ビーコンノードからモバイルデバイスによって受信されたビーコン信号、および複数の専用ビーコンノードと関連付けられたビーコン位置情報に基づいて目的地位置までのナビゲーション指示を提供する工程、を含む。さらに別の態様において、本方法は、複数の専用ビーコンデバイスと関連付けられたビーコン位置情報をアプリケーション・ソフトウェア・プラットフォームからダウンロードする工程、を含む。
【０２３５】
ビーコン送信機を含む物体を追跡する方法の例示的態様は、コンピューティングデバイスに、全地球測位システム（GPS）信号および物体によって送信されたビーコン信号のうちの少なくとも1つに基づくジオフェンス外部の物体の追跡情報を提供する工程であって、ビーコン信号は、第1の時刻に送信された第1のビーコン信号および第2の時刻に送信された第2のビーコン信号を含み、第1のビーコン信号はジオフェンス外部に位置する物体によって送信され、物体のビーコン通信範囲内の少なくとも1台の公開ビーコンデバイスによって受信される、ジオフェンス外部の物体の追跡情報を提供する工程；ならびにコンピューティングデバイスに、物体によって送信されたビーコン信号およびジオフェンス内の区域を含む仮想地図に基づくジオフェンス内部の物体の追跡情報を提供する工程であって、第2のビーコン信号は物体のビーコン通信範囲内の少なくとも1つの専用ビーコンノードによって受信される、ジオフェンス内部の物体の追跡情報を提供する工程、を含む。別の態様において、本方法は、仮想地図に対する追跡される物体の第2のビーコン信号に基づく位置を表示することによってコンピューティングデバイスのユーザインターフェース上に提示するための追跡情報を提供する工程、を含む。
【０２３６】
例示的方法は、インタラクティブ光センサネットワークのサービスプラットフォームのコンピューティングデバイスのプロセッサによって、照明インフラストラクチャ内の複数の照明ノードからの情報を利用してユーザのためのインタラクティブ・アプリケーション・フレームワークを可能にするために行われうる。一態様の方法は、コンピューティングデバイスのプロセッサが、複数の照明ノードによって報告された、センサデータを含みうるデータを受信する工程、照明インフラストラクチャに関連した事前定義データを用いて受信データを解析することによって有用なデータを特定する工程、特定された有用なデータを経時的に記憶する工程、および特定された有用なデータをサービスプラットフォームに登録されたユーザのモバイルデバイスへ送信する工程、を含むことができる。いくつかの態様において、有用なデータを特定する工程は、モバイル・デバイス・ユーザが照明インフラストラクチャの記憶された地図に基づいて照明インフラストラクチャ内の一意の経路を取るための案内を生成する工程、を含むことができる。いくつかの態様において、モバイル・デバイス・ユーザが照明インフラストラクチャ内の一意の経路を取るための案内を生成する工程は、モバイルデバイスから移動データを受信する工程、およびモバイルデバイスからの受信移動データに基づいて案内を決定する工程、を含むことができる。いくつかの態様において、移動データは、モバイルデバイス内のセンサからの情報またはユーザからのユーザ入力のうちの1つまたは複数に基づくものとすることができる。いくつかの態様において、ユーザからのユーザ入力は、コンピューティングデバイスと関連付けられたアプリケーション上で設定を変更し、または要求された目的地を示すことができる。いくつかの態様において、モバイルデバイスからの受信移動データに基づいて案内を決定する工程は、モバイルデバイスからの受信移動データに基づいてモバイル・デバイス・ユーザが車両内で移動している可能性があるどうか判定する工程、モバイル・デバイス・ユーザが車両内で移動している可能性があると判定したことに応答して、モバイル・デバイス・ユーザが照明インフラストラクチャ内の一意の経路を取るための案内の第1のセットを生成する工程、およびモバイル・デバイス・ユーザが車両内で移動していない可能性があると判定したことに応答して、モバイル・デバイス・ユーザが照明インフラストラクチャ内の一意の経路を取るための案内の第2のセットを生成する工程、を含むことができる。いくつかの態様において、照明インフラストラクチャは駐車場とすることができ、モバイル・デバイス・ユーザが照明インフラストラクチャ内の一意の経路を取るための案内を生成する工程は、複数の照明ノードによって報告された受信データが、照明インフラストラクチャに渋滞区域がありうることを示していると特定する工程、渋滞区域を特定したことに応答して渋滞区域を回避するためにモバイル・デバイス・ユーザが照明インフラストラクチャ内の一意の経路を取るための案内を生成する工程であって、一意の経路はモバイル・デバイス・ユーザを照明インフラストラクチャ内の他のユーザから遠ざけるように構成されうる、モバイル・デバイス・ユーザが照明インフラストラクチャ内の一意の経路を取るための案内を生成する工程、および生成された案内を広域ネットワークを介してモバイルデバイスへ送信する工程、を含むことができる。いくつかの態様において、生成される案内は、モバイル・デバイス・ユーザを特定された渋滞区域から離れて駐車するよう動機付けるためのクーポンを含むことができる。いくつかの態様において、生成される案内は、照明インフラストラクチャ内の異なる駐車スペースと関連付けられた異なる費用に関する情報を含むことができ、その場合、事前定義の区域と関連付けられた駐車スペースのセットは高い費用と関連付けられうる。いくつかの態様において、本方法は、生成された案内を表示するための命令を照明インフラストラクチャ内に設置された渋滞モニタデバイスへ送信する工程、をさらに含むことができる。いくつかの態様において、本方法は、照明インフラストラクチャ内の駐車スペースに駐車されうるモバイル・デバイス・ユーザと関連付けられた車両のための占有期間を決定する工程、占有期間の決定に基づいて検証値を計算する工程、およびモバイル・デバイス・ユーザと関連付けられた計算された検証値および課金情報を駐車検証デバイスへ送信する工程、をさらに含むことができる。いくつかの態様において、本方法は、駐車スペースがモバイルデバイスのユーザおよび第2のモバイルデバイスのユーザによって共用されうることを示すモバイルデバイスおよび第2のモバイルデバイスからの許可情報を受信する工程、ならびに照明インフラストラクチャ内の駐車スペースに駐車されうる第2のモバイル・デバイス・ユーザと関連付けられた第2の車両のための第2の占有期間を決定する工程、をさらに含むことができ、占有期間の決定に基づいて検証値を計算する工程は、占有期間および第2の占有期間の決定に基づいて検証値を計算する工程を含むことができ、モバイル・デバイス・ユーザと関連付けられた計算された検証値および課金情報を駐車検証デバイスへ送信する工程は、モバイル・デバイス・ユーザおよび第2のモバイル・デバイス・ユーザと関連付けられた計算された検証値および課金情報を駐車検証デバイスへ送信する工程、を含むことができる。いくつかの態様において、複数の照明ノードによって報告されたデータを受信する工程は、複数の照明ノードの少なくともいくつかからコンピューティングデバイスのプロセッサが、複数の照明ノードの駐車スペース占有データを受信する工程、を含むことができ、サービスプラットフォームに登録されたモバイル・デバイス・ユーザのための有用なデータを特定する工程は、受信駐車スペース占有データに基づいて利用可能駐車スペースを特定する工程、を含むことができ、特定された有用なデータをモバイルデバイスへ送信する工程は、特定された利用可能駐車スペースデータをモバイルデバイスへ送信する工程を含むことができ、本方法は、照明インフラストラクチャ内の特定された利用可能駐車スペースデータの視覚表現を提供するために、複数の照明ノードに、複数の照明ノードに結合された出力ユニットを制御させる指図を送信する工程、をさらに含むことができ、出力ユニットLEDインジケータとすることができる。いくつか��態様において、照明インフラストラクチャに関連した事前定義データを用いて受信データを解析することによってサービスプラットフォームに登録されたモバイル・デバイス・ユーザのための有用なデータを特定する工程は、モバイルデバイスのユーザと関連付けられた予約駐車スペースが許可車両によって占有されうると断定する工程、を含むことができ、本方法は、予約駐車スペースが無許可の車両によって不正に占有されている可能性があることを示す駐車場管理者デバイスへのメッセージを送信する工程、をさらに含むことができる。いくつかの態様において、照明インフラストラクチャに関連した事前定義データを用いて受信データを解析することによってサービスプラットフォームに登録されたモバイル・デバイス・ユーザのための有用なデータを特定する工程は、モバイルデバイスのユーザと関連付けられた予約駐車スペース内に駐車された車両が移動される可能性があると確認する工程、を含むことができる。いくつかの態様において、モバイルデバイスのユーザと関連付けられた予約駐車スペース内に駐車された車両が移動される可能性があると断定する工程は、複数の照明ノードからの受信データに基づいて車両が許可を受けていない者によって移動される可能性があると断定する工程、を含むことができ、本方法は、車両が許可を受けていない者によって移動される可能性があると断定したことに応答して、ゲートデバイスに施錠するよう命令するメッセージを送信する工程、をさらに含むことができる。いくつかの態様において、受信データは、複数の照明ノードと関連付けられた複数のごみ容器の各々の溜まり具合を示すことができ、本方法は、受信データに基づいて第1の照明ノードと関連付けられたごみ容器が満杯でありうるかどうか判定する工程、照明インフラストラクチャに関連した事前定義データに基づいてごみ容器の位置までの案内を生成する工程、および照明インフラストラクチャと関連付けられた保守要員によって用いられるデバイスへ生成された案内を送信する工程、をさらに含むことができる。いくつかの態様において、第1の照明ノードは、ごみ容器の蓋のずれを検出するように構成された加速度計に結合されうる。いくつかの態様において、受信データは、複数の照明ノードのうちの1つによって受信された追跡対象物の識別子を示すことができ、照明インフラストラクチャに関連した事前定義データを用いて受信データを解析することによって有用なデータを特定する工程は、照明インフラストラクチャに関連した事前定義データ内の複数の照明ノードのうちの1つの事前定義位置情報および信号強度に基づいて追跡対象物の位置を特定する工程、を含むことができる。いくつかの態様において、受信データは、温度センサデータおよびガス・センサ・データのうちの少なくとも1つを含むことができ、照明インフラストラクチャに関連した事前定義データを用いて受信データを解析することによって有用なデータを特定する工程は、温度センサデータおよびガス・センサ・データのうちの少なくとも1つが事前定義の安全閾値を超えていることに基づいて照明インフラストラクチャ内の危険区域を特定する工程、ならびにモバイル・デバイス・ユーザが照明インフラストラクチャ内��危険区域を回避するための案内を生成する工程、を含むことができる。いくつかの態様において、そうした特定する工程は、コンピューティングデバイスのプロセッサが、受信データの解析または集約のうちの少なくとも1つによって受信データを処理する動作、コンピューティングデバイスのプロセッサが、受信データの処理に基づいて複数の事前定義イベントのうちの少なくとも1つの発生を検知する動作、コンピューティングデバイスのプロセッサが、受信データの処理に基づいて受信データ内の傾向を特定する動作、およびコンピューティングデバイスのプロセッサが、受信データの処理に基づいて複数の事前定義イベントのうちの少なくとも1つの将来の発生を予測する動作といった、受信データを処理/解析/評価するための様々な動作を含むことができる。
【０２３７】
態様のシステムは、広域ネットワークを介して受信される通信に基づいて複数のアプリケーションと関連付けられたアプリケーションフレームワークをサポートする第1のプロセッサで構成されたサービス・プラットフォーム・コンピューティング・デバイスと、照明インフラストラクチャ内の複数の照明ノードであって、複数の照明ノードの各々は、広域ネットワークに接続されうるローカル・エリア・ネットワーク内で情報を無線で交換する動作を行うためのプロセッサ実行可能命令で構成された照明ノードプロセッサを含みうる、複数の照明ノードと、サービス・プラットフォーム・コンピューティング・デバイスに登録されたユーザのモバイルデバイスであって、モバイルデバイスは、複数のアプリケーションのうちの少なくとも1つを実行し、広域ネットワークを介してサービス・プラットフォーム・コンピューティング・デバイスと通信する動作を行うためのプロセッサ実行可能命令で構成された少なくとも1つのモバイル・デバイス・プロセッサを含みうる、モバイルデバイスと、を含むことができ、サービス・プラットフォーム・コンピューティング・デバイスは、複数の照明ノードによって報告された、センサデータを含みうるデータを受信する動作、照明インフラストラクチャに関連した事前定義データを用いて受信データを解析することによって複数のアプリケーションのうちの1つに関連した有用なデータを特定する動作、特定された有用なデータを1つまたは複数のデータベースに経時的に記憶する動作、および特定された有用なデータを広域ネットワークを介してサービスプラットフォームに登録されたユーザのモバイルデバイスへ送信する動作、を含みうる動作を行うためのプロセッサ実行可能命令で構成されうる。いくつかの態様において、サービス・プラットフォーム・コンピューティング・デバイスは、1つまたは複数のデータベースに関連したデータを交換するためのアプリケーション・プログラミング・インターフェースをサポートするように構成されうる。いくつかの態様において、1つまたは複数のデータベースは、複数の照明ノードに関連した制御設定、複数の照明ノードの位置情報、複数の照明ノードの識別子、および追跡対象物の追跡データのうちの少なくとも1つを記憶する。いくつかの態様において、複数の照明ノードの各々は、サービス・プラットフォーム・コンピューティング・デバイスに報告するためのセンサデータを獲得するように構成された1台または複数のセンサに結合されうる。いくつかの態様において、1台または複数のセンサは、大きな金属物体の近接性を測定する磁力計、光度をモニタし、物体の影を検出する光センサ、無線機、照明ノードの位置を測定する加速度計、電力消費を測定する電流計、ガスセンサ、温度センサ、湿度センサ、気圧センサ、動き検知器、占有センサ、および侵入検知器のうちの少なくとも1つを含むことができる。いくつかの態様において、複数の照明ノードの各照明ノードは、光源を使用可能または使用不可にする電気スイッチ、光源の輝度状態を変更する交流/直流機構、光源の色設定を調整する色制御機構、HVACユニットに関連した温度設定またはファン設定を制御するためのHVAC制御機構、インジケータLED、ロック制御機構、および電���のうちの少なくとも1つを含むことができる。いくつかの態様において、少なくとも1台のモバイルデバイスは、照明インフラストラクチャ内のモバイルデバイスの存在を示すサービス・プラットフォーム・コンピューティング・デバイスへのデータを自動送信するようにさらに構成され、サービス・プラットフォーム・コンピューティング・デバイスは、示されたモバイルデバイスの存在に基づいて複数の照明ノードと関連付けられた1つまたは複数のパラメータを調整するように構成されうる。いくつかの態様において、サービス・プラットフォーム・コンピューティング・デバイスがモバイルデバイスへ送信するように構成されうる有用なデータは、追跡対象デバイスの位置、クーポン、履歴センサデータ、リアルタイム・センサ・データ、ユーザ要求に基づく集約データ、および駐車スペース空き状況データのうちの少なくとも1つを含むことができる。いくつかの態様において、照明インフラストラクチャ内のモバイルデバイスの存在は、複数の照明ノードのうちの1つまたは複数によって送信され、モバイルデバイスで受信されるビーコン信号に基づくものとすることができる。いくつかの態様において、複数の照明ノードの各々は、Bluetooth（登録商標） Low Energy通信プロトコルまたはWi-Fi（登録商標）通信プロトコルを用いた信号を介してローカル・エリア・ネットワーク内でデータを交換するように構成されうる。いくつかの態様において、信号は、サービス・プラットフォーム・コンピューティング・デバイスからのコマンドに基づいて様々な信号強度で送信されるように構成されうる。いくつかの態様において、複数の照明ノードの各々は、交流電源に取り付けられ、高反復速度および高送信電力でデータを送信するように構成されうる。いくつかの態様において、複数の照明ノードの各照明ノードは、モバイルデバイスが照明インフラストラクチャ内にある場合きにモバイルデバイスが受信するためのビーコン信号を送信するように構成されうる。いくつかの態様において、複数の照明ノードの各照明ノードは、トラフィック依存の頻度でデータを送信するように構成することができ、トラフィック依存の頻度は照明インフラストラクチャにおけるトラフィックを示す占有センサデータに基づくものとすることができ、トラフィック依存の頻度は、複数の照明ノードによるデータ送信間の時間間隔を制御する。いくつかの態様において、モバイルデバイスは、複数の照明ノードから受信されるデータに基づいてリアルタイムの位置を決定するように構成されうる。いくつかの態様において、モバイルデバイスは、決定されたリアルタイムの位置をサービス・プラットフォーム・コンピューティング・デバイスへ送信するように構成することができ、サービス・プラットフォーム・コンピューティング・デバイスは、決定されたリアルタイムの位置を1つまたは複数のデータベースに記憶するように構成されうる。いくつかの態様において、複数の照明ノードの各々は、占有センサデータに基づいて関連付けられた駐車スペースが利用可能であるかどうか示すように結合されたインジケータを制御するように構成されうる。いくつかの態様において、複数の照明ノードからのセンサデータは、ゲートウェイデバイスを介してサービス・プラットフォーム・コンピューティング・デバイスへ送信されうる。いくつかの態様において、サービス・プラットフォーム・コンピューティング・デバイスは、広域ネットワークを介して複数の照明ノードのいずれかへ制御パラメータを送信するように構成されうる。
【０２３８】
いくつかの態様において、サービス・プラットフォーム・コンピューティング・デバイスは、特定された有用なデータをモバイルデバイスへ送信する動作が、複数の照明ノードからのセンサデータがモバイルデバイスと関連付けられた事前定義閾値を超えると判定したことに応答して特定された有用なデータをモバイルデバイスへ送信する動作を含みうるように動作を行うためのプロセッサ実行可能命令で構成されうる。いくつかの態様において、複数の照明ノードの各々は、リモート光ビームデバイスから光エネルギーを受け取ったことに応答して電力を提供するように構成された1つまたは複数の光起電受容器を含むことができ、光ビームデバイスは固定式でも、走査式でもよい。いくつかの態様において、複数の照明ノードの各々は、現在の電力レベルが、複数の照明ノードの各々の閾値、および光ビームを正確に指し示すために光ビームデバイスによって用いられる信号強度を下回っている可能性があることを示す光ビームデバイスへのメッセージを送信するように構成されうる。いくつかの態様において、光ビームはレーザーとすることができ、1つまたは複数の光起電受容器は光電池とすることができる。いくつかの態様において、複数の照明ノードの各々は、有線電力障害時にノードに電力供給するように構成された電池を含むことができ、有線電力障害は、複数の照明ノードの各照明ノードに接続された交流/直流電源からの電力の喪失を含みうる。いくつかの態様において、モバイルデバイスは、サービス・プラットフォーム・コンピューティング・デバイスへユーザ入力を受信し、送信するように構成され、サービス・プラットフォーム・コンピューティング・デバイスは、ユーザ入力に応答して複数の照明ノードへメッセージを送信するように構成されうる。いくつかの態様において、ユーザ入力は、複数の照明ノードのうちの1つが適正に機能していない可能性があることを示す。いくつかの態様において、複数の照明ノードは、占有センサからのデータに基づいて休眠モードに入るように構成されうる。いくつかの態様において、複数の照明ノードは、周期的に休眠モードに入るように構成されうる。いくつかの態様において、サービス・プラットフォーム・コンピューティング・デバイスは、照明インフラストラクチャと関連付けられた建物管理サービス（BMS）デバイスを制御する広域ネットワークを介したメッセージを送信するようにさらに構成され、建物管理サービスデバイスは、照明インフラストラクチャ内の暖房システム、換気システム、および空調システムの少なくとも1つを管理する動作を行うように構成されうる。いくつかの態様において、複数の照明ノードの各々は、結合された近接センサからのセンサデータを用いて、車両がもう少しで照明インフラストラクチャ内の障害物に当たりそうになる可能性があるかどうかモニタするように構成されうる。いくつかの態様において、複数の照明ノードの各々は、モニタリングに基づくメッセージを送信するように構成され、モバイルデバイスは、モニタリングに基づく送信メッセージを受信するように構成されうる。いくつかの態様において、サービス・プラットフォーム・コンピューティング・デバイスは、プライバシが損なわれないようにユ���ザが様々なサービスにオプトインするかどうか示すデータを記憶するように構成されうる。
【０２３９】
インタラクティブ光センサネットワークと関連付けられた照明インフラストラクチャ内の照明ノードのコンピューティングデバイスが、モバイルデバイスが用いるためのデータを提供するための例示的方法は、以下の動作のうちの1つまたは複数を含むことができる。コンピューティングデバイスのプロセッサが、照明ノードに結合された1台または複数のセンサからセンサデータを獲得する動作、コンピューティングデバイスのプロセッサが、ブロードキャストメッセージのフィールド内で獲得したセンサデータを送信する動作、コンピューティングデバイスのプロセッサが、照明インフラストラクチャ内の近隣ノードへの無線接続の利用可能性を広告する動作、コンピューティングデバイスのプロセッサが、広告した利用可能性または受信した接続要求のうちの1つに基づいて近隣ノードとの無線接続を確立する動作、コンピューティングデバイスのプロセッサが、確立した無線接続を介して近隣ノードからソフトウェアダウンロードを受信する動作、ならびに、獲得したセンサデータに基づいて、コンピューティングデバイスのプロセッサが、確立した無線接続を介して近隣ノードへ獲得したセンサデータを送信する動作、コンピューティングデバイスのプロセッサが、獲得したセンサデータに応答してセンサのうちの1台または複数の制御設定を変更する動作、およびコンピューティングデバイスのプロセッサが、近隣ノードからブロードキャスト要求を受信したことに応答してセンサのうちの1台または複数の制御設定を変更する動作、のうちの1つまたは複数を行う動作。
【０２４０】
いくつかの態様において、照明ノードのプロセッサは、時分割方式で、結合されたセンサからセンサデータを測定し、センサデータを、サービスプラットフォームに論理的に接続されているゲートウェイに送信することによって報告する動作、位置特定するために照明インフラストラクチャ内の受信側デバイス（例えばモバイルデバイス）によって用いられうるビーコン信号を送信する動作、受信側デバイスによって他のメッセージ（例えば、サービス・プラットフォーム・コンピューティング・デバイスからのクーポン、制御値または設定など）を受信するのに用いられうるビーコン信号を送信する動作、照明インフラストラクチャ内の他のデバイスによって送信されたビーコン信号をスキャンする動作、ビーコン信号を送信するデバイスを追跡する動作、照明ノードおよび/またはリモートデバイスへロードされるべきデータ/ソフトウェアをダウンロードするためにリモートデバイスに無線接続を行う動作、ならびに、メッセージの反復を回避するためのフィルタリングを用いて、照明インフラストラクチャ内の1つまたは複数の近隣無線ノードからのメッセージを中継する動作といった、様々な動作を行うように構成されうる。
【０２４１】
本明細書に記載される様々なプロセッサは、ソフトウェア命令（アプリケーション）によって、本明細書に記載される様々な態様の機能を含む様々な機能を果たすように構成されうる任意のプログラマブルマイクロプロセッサ、マイクロコンピュータまたは1つもしくは複数のマルチプロセッサチップとすることができる。様々なデバイスにおいては、複数のプロセッサが備わっていてよく、例えば、1つのプロセッサはもっぱら無線通信機能のためのものであり、1つのプロセッサはもっぱら他のアプリケーションを走らせるためのものである。典型的には、ソフトウェアアプリケーションは、アクセスされ、プロセッサにロードされる前に内部メモリに記憶されうる。プロセッサは、アプリケーションソフトウェア命令を記憶するのに十分な内部メモリを含むことができる。多くのデバイスにおいて、内部メモリは、揮発性またはフラッシュメモリといった不揮発性メモリ、または両方の組み合わせとすることができる。本明細書では、一般的にメモリという場合それは、内部メモリまたは様々なデバイスに差し込まれる取り外し可能メモリおよびプロセッサ内のメモリを含むプロセッサによってアクセス可能なメモリを指す。
【０２４２】
前述の方法の説明およびプロセス流れ図は単に説明例として示されているにすぎず、様々な態様の工程が提示の順序で行われなければならないことを必要とし、または示唆するためのものではない。当業者には理解されるように、前述の態様における工程の順序は任意の順序で行われうる。「thereafter（その後）」、「then（次いで）」、「next（次に）」などといった語は、工程の順序を限定するためのものではない。これらの語は単に、読者を手引して方法を説明するために用いられているにすぎない。さらに、単数形の要素、例えば、冠詞の「a」、「an」または「the」を用いた要素であると言う場合それは、当該要素を単数形だけに限定するものと解釈すべきではない。
【０２４３】
本明細書で開示される態様と関連して記述される様々な例示の論理ブロック、モジュール、回路、およびアルゴリズム工程は、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実施されうる。このハードウェアとソフトウェアの互換性を明確に例示するために、様々な例示の構成要素、ブロック、モジュール、回路、および工程は、一般にそれらの機能性の観点から上述されている。そうした機能性がハードウェアとして実施されるか、それともソフトウェアとして実施されるかは、全体システムに課される個々の適用および設計制約条件に依存する。当業者は、個々の適用ごとに様々な方法で前述の機能性を実施することができるが、そうした実施上の判断は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【０２４４】
本明細書で開示される態様と関連して記述される様々な例示的な論理、論理ブロック、モジュールおよび回路を実施するのに用いられるハードウェアは、汎用プロセッサ、ディジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールド・プログラマブル・ゲート・アレイ（FPGA）もしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理、ディスクリート・ハードウェア・コンポーネント、または本明細書に記載される機能を果たすように設計されたそれらの任意の組み合わせを用いて実施され、または実行されうる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることもできる。またプロセッサは、コンピューティングデバイスの組み合わせ、例えば、DSPとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、DSPコアと併用される1つもしくは複数のマイクロプロセッサ、または任意の他のそうした構成としても実施されうる。あるいは、いくつかの工程または方法が、所与の機能に固有の回路によって行われてもよい。
【０２４５】
1つまたは複数の例示的態様において、前述の機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせとして実施されうる。ソフトウェアとして実施される場合、各機能は、1つまたは複数の命令またはコードとして、非一時的なプロセッサ可読、コンピュータ可読、もしくはサーバ可読の媒体、または非一時的なプロセッサ可読記憶媒体上に記憶され、またはそれらの上で送信されうる。本明細書で開示される方法またはアルゴリズムの工程は、非一時的なコンピュータ可読記憶媒体、非一時的なサーバ可読記憶媒体、および/または非一時的なプロセッサ可読記憶媒体上に置かれうるプロセッサ実行可能ソフトウェアモジュールまたはプロセッサ実行可能ソフトウェア命令として具現化されうる。様々な態様において、そうした命令は、記憶されたプロセッサ実行可能命令または記憶されたプロセッサ実行可能ソフトウェア命令とすることができる。有形の非一時的なコンピュータ可読記憶媒体は、コンピュータによってアクセスされうる任意の利用可能な媒体とすることができる。例えば、それだけに限らないが、そうした非一時的なコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROM他の光ディスク記憶、磁気ディスク記憶他の磁気記憶デバイス、または所望のプログラムコードを、命令またはデータ構造として記憶するのに用いられ、コンピュータによってアクセスされうる任意の他の媒体を含むことができる。ディスク（diskおよびdisc）は、本明細書で用いる場合、コンパクトディスク（CD）、レーザーディスク、光ディスク、ディジタル多用途ディスク（DVD）、フロッピーディスク、およびブルーレイディスクを含み、diskは普通データを磁気的に再現し、discはデータをレーザーで光学的に再現する。上記の組み合わせも非一時的コンピュータ可読媒体の範囲内に含めるべきである。加えて、方法またはアルゴリズムの動作は、有形の非一時的なプロセッサ可読記憶媒体および/またはコンピュータ可読媒体上にコードおよび/または命令の1つまたは任意の組み合わせもしくはセットとして置くこともでき、これらのコードおよび/または命令はコンピュータプログラム製品に組み込むことができる。
【０２４６】
開示の態様の以上の説明は、当業者が本発明を制作し、または使用することを可能にするために提供するものである。当業者にはこれらの態様の様々な改変が容易に明らかになり、本明細書で定義された一般原理は本発明の範囲を逸脱することなく他の態様にも適用されうる。よって、本発明の主題は、本明細書で示す態様だけに限定することを意図されておらず、添付の特許請求の範囲ならびに本明細書で開示される原理および新規の特徴と整合性を有する最も広い範囲を与えられるべきである。
【図１】
2017526219.tif 000004
【図２】
2017526219.tif 000005
【図３】
2017526219.tif 000006
【図４】
2017526219.tif 000007
【図５】
2017526219.tif 000008
【図６】
2017526219.tif 000009
【図７】
2017526219.tif 000010
【図８】
2017526219.tif 000011
【図９】
2017526219.tif 000012
【図１０】
2017526219.tif 000013
【図１１】
2017526219.tif 000014
【図１２】
2017526219.tif 000015
【図１３】
2017526219.tif 000016
【図１４】
2017526219.tif 000017
【図１５】
2017526219.tif 000018
【図１６】
2017526219.tif 000019
【図１７】
2017526219.tif 000020
【図１８】
2017526219.tif 000021
【図１９】
2017526219.tif 000022
【図２０Ａ】
2017526219.tif 000023
【図２０Ｂ】
2017526219.tif 000024
【図２０Ｃ】
2017526219.tif 000025
【図２０Ｄ】
2017526219.tif 000026
【図２１】
2017526219.tif 000027
【図２２】
2017526219.tif 000028
【図２３】
2017526219.tif 000029
【図２４】
2017526219.tif 000030
【国際調査報告】
2017526219.tif 000031
2017526219.tif 000032
2017526219.tif 000033
2017526219.tif 000034
2017526219.tif 000035