(57)【要約】  屋外照明ネットワーク１００のための方法が開示されている。該方法は、屋外照明ネットワーク１００において照明要件を交通情報に基づいて適応的に制御することができる。該適応的制御は、特定の応答範囲にわたる照明を、センサ１２を備える照明ユニットＬＵ１〜ＬＵ８による物体２０の検出及び更に可能なら該物体２０の速度に基づいて供給する。屋外照明ネットワーク１００に対して、該開示された方法は、他の照明ユニットＬＵ１〜ＬＵ８に対して何時制御メッセージが送信されるべきかを決定するステップと、物体２０の速度に依存した応答範囲を得るように適合化されたモードを備える１以上の制御メッセージングプロトコルを選択するステップと、照明ユニットＬＵ１〜ＬＵ８の照明レベル出力の挙動を制御するステップとを含む。
2015519694.tif 000002
【特許請求の範囲】
【請求項１】
屋外照明ネットワークにおいて複数の照明ユニットを制御する方法であって、
前記複数の照明ユニットの少なくとも１つの照明ユニットにより感知範囲内の少なくとも１つの物体を検出するステップと、
前記少なくとも１つの物体の検出が真であるかを確認するステップと、
前記検出が前記複数の照明ユニットの前記少なくとも１つの照明ユニットにより確認された場合に、前記少なくとも１つの物体の速度に基づいて応答範囲を決定するステップと、
該決定された応答範囲に基づいて、複数のメッセージングプロトコルのうちの１つを選択するステップと、
前記複数の照明ユニットのうちの他の１以上の照明ユニットの照明レベルを制御するために、選択された１つのメッセージングプロトコルを用いて前記複数の照明ユニットのうちの該他の１以上の照明ユニットに対し制御メッセージを送信するステップと、
を有する、方法。
【請求項２】
前記確認するステップが、前記少なくとも１つの物体の検出が真であるかを確認するために、前記複数の照明ユニットのうちの前記少なくとも１つの照明ユニットの以前のローカル検出状態及び／若しくは以前の照明レベル状態、並びに／又は前記複数の照明ユニットのうちの他の照明ユニットから受信された状態データをチェックするステップを含む、請求項１に記載の方法。
【請求項３】
前記応答範囲を決定するステップが、該応答範囲を適合させるために前記少なくとも１つの物体の速度を用いて該応答範囲を選択するステップを含む、請求項１に記載の方法。
【請求項４】
前記複数のメッセージングプロトコルのうちの１つを選択するステップが、前記応答範囲が第１範囲である場合に第１プロトコルを選択し、前記応答範囲が前記第１範囲より大きな第２範囲である場合に第２プロトコルを選択するステップを含む、請求項３に記載の方法。
【請求項５】
前記複数のメッセージングプロトコルのうちの１つを選択するステップが、前記第２プロトコルの間において所定の条件が満たされない場合に第３プロトコルを選択するステップを更に含む、請求項４に記載の方法。
【請求項６】
前記複数のメッセージングプロトコルのうちの１つを選択するステップが、前記複数の照明ユニットのうちの他の１以上の照明ユニットの照明レベルを低下させるための第２のタイプの制御メッセージを送信するために前記第３プロトコルを選択するステップを更に含む、請求項４に記載の方法。
【請求項７】
屋外照明ネットワークにおいて照明ユニットの照明レベル出力を制御する方法であって、
前記照明ユニットにより、真のローカル検出が存在するか及び／又はオン制御メッセージが受信されたかを決定するステップと、
前記照明ユニットの前記照明レベル出力を、前記真のローカル検出及び／又は前記オン制御メッセージに関する前記決定に基づいて増加させるステップと、
を有し、
前記真のローカル検出を決定するステップが、前記照明ユニットの感知範囲内の物体を検出するステップ、及び該物体の検出が真であることを確認するステップを含み、
前記オン制御メッセージを決定するステップが、前記屋外照明ネットワークにおける他の照明ユニットから制御メッセージを受信するステップであって、該制御メッセージが宛先照明ユニットのリスト、オン／オフ制御指示情報及び制御メッセージングプロトコルモードを含むステップと、前記照明ユニットの識別コードが前記宛先照明ユニットのリスト内にあるか、及び前記オン／オフ制御指示情報が、前記制御メッセージが前記オン制御メッセージであると決定されることを意味するオンであるかをチェックするステップとを含む、
方法。
【請求項８】
前記増加させるステップにおいて前記照明ユニットの照明レベル出力が増加される場合に、前記オン制御メッセージを少なくとも１つの他の照明ユニットに送信するステップを更に有する、請求項７に記載の方法。
【請求項９】
前記照明ユニットにより第１及び第２オフ条件のうちの少なくとも１つが満たされたかを決定するステップと、
前記照明ユニットの照明レベル出力を、前記第１及び／又は第２オフ条件に関する前記決定に基づいて減少させるステップと、
を更に有し、
前記第１オフ条件を決定するステップが、現在の監視期間においてオフ制御メッセージを受信するステップ、及び該オフメッセージが前記照明ユニットにより前記オン制御メッセージを該照明ユニットに以前に送信した何れかの他の照明ユニットから受信されたことを検証するステップを含み、
前記第２条件を決定するステップが、前記照明ユニットにより真のローカル検出が存在しないことを決定するステップ、及び前の監視期間において前記照明ユニットの照明レベル出力が増加されたことを検証すると共に、現在の監視期間において前記照明ユニットにより前記オフ制御メッセージが前記オン制御メッセージを該照明ユニットに以前に送信した何れかの他の照明ユニットから受信されたことを検証するステップを含む、
請求項７に記載の方法。
【請求項１０】
前記物体の検出が真であることを確認するステップが、前記少なくとも１つの物体の検出が真であるかを確認するために、以前の監視期間からの前記照明ユニットの以前の検出状態及び／又は以前の照明レベル状態、及び／又は前記屋外照明ネットワークにおける１以上の他の照明ユニットから受信された状態データをチェックするステップを含む、請求項７に記載の方法。
【請求項１１】
前記１以上の他の照明ユニットから受信された前記状態データが、前記以前の監視期間の指示情報、前記他の照明ユニットに関する識別コード、オン／オフ状態指示情報及び前記物体の速度に関する情報を含む、請求項１０に記載の方法。
【請求項１２】
複数の照明ユニットを含む屋外照明ネットワークのための方法であって、
前記複数の照明ユニットのうちの少なくとも１つにより感知範囲内の少なくとも１つの物体を検出するステップと、
前記複数の照明ユニットのうちの１以上の他の照明ユニットに対して制御メッセージを送信すべきかを、現在及び過去の監視期間からの当該照明ユニットに関する状態情報に基づいて、及び／又は前記複数の照明ユニットのうちの前記１以上の他の照明ユニットからの制御データに基づいて決定するステップと、
前記屋外照明ネットワークにおける照明を制御するために、前記複数の照明ユニットのうちの前記１以上の他の照明ユニットに対して前記制御メッセージを前記決定するステップに基づいて送信するステップと、
を有する、方法。
【請求項１３】
前記決定するステップが、前記少なくとも１つの物体の１以上の速度を調べると共に、該速度の１以上が新たな速度であると判断された場合に前記制御メッセージを送信するステップを含む、請求項１２に記載の方法。
【請求項１４】
前記決定するステップにおいて、前記少なくとも１つの物体の第１速度が他の物体から既に検出された第２速度に近いと見なされる場合に、どちらが大きいかに依存して前記第１速度又は第２速度により前記制御メッセージを送信する、請求項１３に記載の方法。
【請求項１５】
前記制御メッセージが、該制御メッセージを受信することを目的とする前記複数の照明ユニットのうちの前記１以上の他の照明ユニットのリスト、前記少なくとも１つの物体の速度情報、前記複数の照明ユニットのうちの前記少なくとも１つの状態情報を含む、請求項１２に記載の方法。
【請求項１６】
前記決定するステップが、前記複数の照明ユニットのうちの前記１以上の他の照明ユニットのリストを前記少なくとも１つの物体の速度に従って適合された応答範囲に基づいて選択するステップを更に有する、請求項１５に記載の方法。
【請求項１７】
複数のメッセージングプロトコルのうちの１つを前記応答範囲に基づいて選択するステップと、該選択された１つのメッセージングプロトコルを用いて前記制御メッセージを送信するステップとを更に有する、請求項１６に記載の方法。
【請求項１８】
前記決定するステップにおいて、前記ローカル検出が前記物体を検出した前記複数の照明ユニットのうちの前記少なくとも１つにより現在の及び直前の過去の監視期間においてなされたかを先ずチェックし、もしそうなら、該ローカル検出が他の過去の監視期間においてもなされたかを次いでチェックし、もしそうなら、前記制御メッセージを送信することが決定される、請求項１２に記載の方法。
【請求項１９】
前記決定するステップにおいて、前記他の過去の監視期間においてローカル検出が存在しない場合、前記複数の照明ユニットのうちの前記１以上の他の照明ユニットからの制御データが、前記物体が前記他の過去の監視期間において前記複数の照明ユニットのうちの前記１以上の他の照明ユニットにより検出されたかについてチェックされ、もし前記物体が検出されていたなら、前記制御メッセージを送信することが決定される、請求項１８に記載の方法。
【請求項２０】
前記決定するステップにおいて、前記ローカル検出が前記物体を検出した前記複数の照明ユニットのうちの前記少なくとも１つの照明ユニットにより現在の監視期間ではなされたが、直前の過去の監視期間においてはなされなかったかを先ずチェックし、もしそうなら、該ローカル検出が他の過去の監視期間においてもなされたかを次いでチェックし、もしそうなら、前記制御メッセージを送信することが決定される、請求項１２に記載の方法。
【請求項２１】
前記決定するステップにおいて、前記他の過去の監視期間においてローカル検出が存在しない場合、前記複数の照明ユニットのうちの前記１以上の他の照明ユニットからの制御データが、前記物体が前記直前の過去の監視期間又は前記他の過去の監視期間において前記複数の照明ユニットのうちの前記１以上の他の照明ユニットにより検出されたかについてチェックされ、もし前記物体が検出されていたなら、前記制御メッセージを送信することが決定される、請求項２０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、屋外照明ネットワークにおける適応型照明のための種々の方法及びプロトコルに係り、更に詳細には、制御メッセージが何時送信されるべきかについての判断プロトコル及び適応モードを備える制御メッセージングプロトコルを用いる、屋外照明ユニットのための照明レベル／調光要件を交通パターンに基づいて適応的に決定する方法に関する。
【背景技術】
【０００２】
屋外照明ネットワーク（ＯＬＮ）は、各々、物体の存在を検出し、照明器具の調光を制御し、照明システムにわたって関連する制御情報を伝達することができる照明ユニット／電柱設備におけるセンサ、アクチュエータ及び通信モジュールにより、益々知的になってきている。物体検出状況に従って調整（適応化）される知的調光方法は、高エネルギ効率を達成する助けとなり得る。全ての照明ユニット／電柱を常にオンにするシステムと比較して、特定の感応動作を保証するために選択的に調光することにより、光害も低減される。
【０００３】
ＯＬＮにおける例えば受動型赤外線（ＰＩＲ）センサ及びカメラ等の従来のセンサは、二値の検出結果を供給する。このような従来のセンサは、物体が当該センサの感知範囲内で検出された場合に“検出”結果を送出することができる。該センサは、感知範囲内の物体を周期的に検出するように試みることもでき、物体が検出された場合は、結果として“検出”が生じるか、それ以外では“非検出”が生じる。
【０００４】
二値検出結果に基づく従来の制御プロトコルは、以下のように動作する。センサを介してのローカルな検出又は非検出に基づいて、当該照明ユニットはメッセージを周期的にブロードキャストする。当該照明ユニットにおけるランプは、該照明ユニットがローカル検出を有するか、又は近傍における他の照明ユニットから受信されたブロードキャストメッセージで少なくとも１つのオンメッセージを受信した場合に、オンする。該ランプは、ブロードキャストメッセージでオフメッセージを受信するか若しくはローカル検出を有さない場合、又はタイマが経過した場合に、オフする。このような従来のプロトコルは、単純であるが、期待される調光動作において大きなエラー率を生じると共に、大きな通信メッセージのオーバーヘッドの影響を受ける。このような従来のプロトコルの性能は、感知及び通信の信頼性を改善することにより或る程度は改善することができる。しかしながら、このことは、センサ及び通信モジュールの非常に注意深く且つ労力のいる（高経費で時間が掛かる）構成／試運転を必要とする。
【０００５】
例えばドプラ又はＦＭＣＷ（周波数変調連続波）に基づくレーダセンサによれば、当該センサの感知範囲内で、検出された物体の速度に関係する追加の交通情報を抽出することもできる。このような速度情報を用いることは、ＯＬＮにおける調光動作を改善する可能性を提供する。しかしながら、斯かる感知は典型的にエラーの影響を受け易く、検出の見逃し及び誤った警報につながり得る。更に、検出される速度は限られた精度を有し得る。例えば、推定される速度は、実際の速度とは不確定な範囲内で相違し得る。更に、無線リンク等の、照明ユニット／電柱の間の通信リンクはエラー（減衰、遮蔽条件等による）を受け易く、範囲が限定される。この点に関していうと、正確な通信は保証されないが、何れかの２つの照明ユニット／電柱の間の通信が成功することに関連する確率が存在する。更に、受信パワーは距離に伴って低下し、従って、成功裏の通信は、通信範囲と呼ばれる特定の距離までだけで生じ得る。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、当業技術においては、上述した従来のプロトコル及び従来のＯＬＮシステムの欠点に対処する方法及びプロトコルに対する需要が存在する。
【０００７】
本発明の一つの目的は、ＯＬＮにおける照明ユニット（ＬＵ）の調光動作を、調光性能が改善されるように決定するための制御方法を提供することである。
【０００８】
本発明の他の目的は、所要の応答性能を満たす又は越えるＯＬＮにおけるＬＵの間でのメッセージング（メッセージ通信）のための通信プロトコルを提供することである。
【０００９】
本発明の他の目的は、期待される調光動作に従う適切な照明レベルを供給することにより、ＯＬＮにおけるエネルギ節約を改善し、及び／又は光害を低減させることである。
【００１０】
本発明の他の目的は、ＬＵの間の通信メッセージのオーバーヘッドを低減することである。
【課題を解決するための手段】
【００１１】
本発明の１つのフィーチャは、ＬＵ応答範囲を適合（適応化）させるために検出された物体の速度を使用する照明／調光制御プロトコルを用いることである。この点に関して述べると、上記応答範囲は、当該検出に基づいて“オン”又は“オフ”されるべきＬＵの数と考えることができる。例えば、第１ＬＵが物体を検出した場合、該検出された物体の方向には、１以上の追加のＬＵが“オン”されねばならない。該応答範囲は、第１ＬＵからの距離及び／又は追加のＬＵの数（これら追加のＬＵの間の既知の間隔を仮定すると）に基づいて選択することができる。
【００１２】
本発明の他のフィーチャは、制御メッセージにより得られる隣接する照明ユニットからの速度検出結果との組み合わせにより、ローカル検出結果に基づいて“真の検出”を決定するための判断基準に関するものである。
【００１３】
照明ユニットの照明レベルを、センサが物体の位置及び速度を決定することに依存して設定する従来の一試行例がヨーロッパ特許出願公開第EP2271184号公報に開示されている。発明者により理解されたように、スレーブ光源が照明プロファイルを実現することができるように調光コマンドを通知するマスタコントローラが記載されている。しかしながら、この文献は、本発明で説明される分散型の通信及び制御プロトコル、即ち、（ｉ）何時制御メッセージが送信されるべきかの判断規則、（ii）通信メッセージの内容及び物体の速度に依存した応答範囲を実現するように適合されるモードを持つ制御メッセージングプロトコル、並びに（iii）調光動作を決定するための照明電柱における設計された判断規則に関するものを開示しているとは理解されない。更に、該文献は、現在のセンサ検出結果を、以前のセンサ結果、隣接するもの及び／又は照明作動結果との組み合わせで、照明挙動を決定するために分散的に使用することができることを開示していると理解される。
【００１４】
本発明の他のフィーチャは、各照明ユニットが制御メッセージを隣接するＬＵに送信すべきか否かを判断するための基準を用いて当該ＯＬＮにおける通信オーバーヘッドを減少させる方法に関するものである。
【００１５】
一実施態様において、本発明は屋外照明ネットワークにおいて複数の照明ユニットを制御する方法に関するものである。該方法は、当該照明ユニットの感知範囲内の車両を検出するステップと、該検出が真であることを確認するステップとを含む。該検出が確認された場合、上記車両の速度に基づいて応答範囲が決定される。次いで、該決定された応答範囲に基づいて幾つかのメッセージングプロトコルのうちの１つが選択され、他の選択された照明ユニットの照明レベルを制御するために、制御メッセージが前記選択された１つのメッセージングプロトコルを用いて該選択された他の照明ユニットに送信される。
【００１６】
他の実施態様において、本発明は屋外照明ネットワークにおいて照明ユニットの照明レベル出力を制御する方法に関するものである。該方法は、真のローカル検出が存在するか、及び／又は当該照明ユニットによりオン制御メッセージが受信されたかを決定するステップを含む。上記真のローカル検出は、当該照明ユニットの感知範囲内の物体を検出すると共に、該検出を確認することにより決定される。前記オン制御メッセージは前記屋外照明ネットワークにおける他の照明ユニットから制御メッセージを受信することにより決定され、該制御メッセージは宛先照明ユニットのリスト、オン／オフ制御指示情報及び制御メッセージングプロトコルモード指定情報を少なくとも含む。受信された制御メッセージは、前記照明ユニットの識別コードが前記宛先照明ユニットのリスト内にあるか、及び前記オン／オフ制御指示情報が、前記制御メッセージが前記オン制御メッセージであると決定されることを意味するオンであるかを決定するためにチェックされる。該方法は、当該照明ユニットの照明レベル出力を前記真のローカル検出及び／又は前記オン制御メッセージの決定に基づいて増加させるステップも含む。
【００１７】
更に他の実施態様において、本発明は、複数の照明ユニットを含む屋外照明ネットワークのための方法に関するものである。該方法は、前記複数の照明ユニットのうちの少なくとも１つにより感知範囲内の物体を検出するステップと、１以上の他の照明ユニットに対して制御メッセージを送信すべきかを、現在及び過去の監視期間からの当該照明ユニットに関する状態情報に基づいて、及び前記複数の照明ユニットのうちの前記１以上の他の照明ユニットからの制御データに基づいて決定するステップとを含む。該方法は、更に、前記屋外照明ネットワークにおける照明を制御するために、前記制御メッセージを前記複数の照明ユニットのうちの前記１以上の他の照明ユニットに対して上記決定に基づいて送信するステップを含む。
【００１８】
一般的に、本発明の種々の態様、フィーチャ及び実施態様は、本発明の範囲内の如何なる方法でも組み合わせ及び結合することができる。本発明とみなされる主題は、本明細書の巻末における請求項において特別に指摘されると共に明確に記載されている。
【００１９】
本発明の上述した及び他のフィーチャ及び利点は、添付図面に関連してなされる下記の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００２０】
【図１】図１は、本発明の一実施態様による屋外照明ネットワーク１００を示す。
【図２】図２は、本発明の一実施態様による制御メッセージの図を示す。
【図３】図３は、本発明の他の実施態様による制御メッセージの判断図法を示す。
【図４】図４は、本発明の更に他の実施態様による制御メッセージの判断図法を示す。
【発明を実施するための形態】
【００２１】
図１に示されるように、屋外照明ネットワーク１００は１以上の照明ユニット（１〜８）を含む。該ＬＵ（１〜８）は、発光メカニズム１１、センサ１２、データベース１３、通信インターフェース１４及び照明レベルコントローラ１５を含んでいる。
【００２２】
以下の記載においては、隣接者及び隣接するＬＵ（１〜８）が参照される。一例として、ＬＵ２はＬＵ３の左側隣接者であり、ＬＵ４はＬＵ３の右側隣接者である。
【００２３】
センサ１２は、所定の感知範囲内の１以上の物体２０を該物体の速度（方向及び速さ）と一緒に検出するために使用される。前述したように、該センサ１２は該結果を得るための任意の適切なセンサとすることもできる。
【００２４】
通信インターフェース１４は、例えば、有線リンク、及び／又はＤＳＲＣ、３Ｇ、ＬＴＥ、Wi-Fi、ＲＦＩＤ、他のタイプの無線通信システム及び／又は可視光通信と互換性のある無線インターフェースであり得る。該通信インターフェース１４は、前記ＬＵ１〜８の１以上の間でデータを転送するための任意の好適な通信構成とすることもできる。
【００２５】
データベース１３はＬＵ１〜８の全てに含まれる必要はない。ＬＵ１〜８は１以上の他のＬＵ１〜８及び／又は中間ノード（図１には示されたいない）と通信することができるので、特定のＬＵ（１〜８）により記憶され又はアクセスされることを要する如何なるデータも、他のＬＵ（１〜８）における又は上記中間ノードにおけるデータベース１３に、必要に応じて、記憶し又は該データベースからアクセスすることができる。
【００２６】
照明レベルコントローラ１５は、発光メカニズム１１の照明出力を物体２０の検出に応答してなされる決定に基づいて調整するために使用される。
【００２７】
動作時において、屋外照明システム１００内のＬＵ１〜８は、照明／調光要件を必要に応じて管理するために種々の機能を果たす。
【００２８】
しかしながら、本発明の種々の方法、実施態様及びプロトコルを説明する前に、データフォーマットの表記法、定義及び例を以下に説明する。
【００２９】
下記は、ＬＵ１〜８のうちの１つからの検出データ及び他のＬＵ１〜８からの制御メッセージデータをデータベース１３に記憶するために使用することができる例示的なメモリフォーマットである。
【００３０】
ＬＵ１〜８の各々において、当該ＬＵ（１〜８）の検出データ及び状態に関する以前の１以上の反復（各反復が１監視期間と見なされる）を表１及び２に示されるように記憶することができる。このデータ及び状態はデータベース１３に記憶することができる。
【表１】
2015519694.tif 000003
【００３１】
使用されるべき監視期間は、ＯＬＮ１００のフィーチャ及び／又は位置、並びに物体２０の速度を考慮することに依存する。例えば、より速く移動する物体は、これら物体が当該感知範囲を通って移動する際の適切な検出を保証するために一層短い監視期間を必要とするであろう。
【００３２】
表２に示されるように、幾つかの（例えば、１０の）エントリのスタック（集積）を、他のＬＵ１〜８からの制御メッセージのデータをデータベース１３に記憶するために使用することができる。
【表２】
2015519694.tif 000004
ここで使用される場合：
＊  ld(i)は、反復ｉにおけるＬＵ１〜８の１つによる物体２０のローカル検出を示す；
＊  true_ld(i)は、反復ｉにおける当該ＬＵによる真のローカル検出を示す；
＊  ld(i)=1はローカル検出（即ち、この特定のＬＵにおいてセンサ１２により物体２０が検出されたこと）を意味し、ld(i)=0は物体２０が検出されなかったことを意味する；
＊  true_ld(i)=1は真のローカル検出（即ち、当該ローカル検出が確認されたこと）を意味し、true_ld(i)=0は当該ローカル検出が確認されなかったことを意味する；
＊  light(i)は、当該ＬＵの照明状態を示す；
＊  light(i)=1（またはＯＮ）は、反復ｉにおいて当該発光メカニズム１１がオン（活性化）されたことを意味し、light(i)=0（またはＯＦＦ）は、当該発光メカニズム１１がオフ（非活性化又は暗く）されることを意味する；
＊  v(i)は、反復ｉにおいて検出された物体２０の速度を示す。
【００３３】
特定の状況においては、以下に説明するように、物体２０のうちの少なくとも２つが同一の又は近い速度を有していることを決定する必要があり得る。この目的のために、速度ｖ１及びｖ２を各々持つ２つの物体２０は、ｖ１及びｖ２が同一の方向及び：
【数１】
2015519694.tif 000005
を有する場合に、同一である又は近いと宣言することができる。
【００３４】
更に、特定の状況においては、物体２０の速度を、前述したスタック（集積）フォーマットで記憶された隣接するＬＵ（１〜８）から得られたデータから見付けることができることを決定する必要があり得る。データベース１３内のスタックデータエントリを調べることにより、物体２０の速度を、スタックエントリが下記の４つの要件の全てを満たした場合に、隣接するＬＵ（１〜８）から得られたデータから見付けることができると決定することができる：
１．  当該スタックエントリが、“オン”エントリ（オンの遠隔検出の制御メッセージが、特定のＬＵの隣接するＬＵ（１〜８）のうちの少なくとも１つから受信される）である；
２．  当該エントリが、左側又は右側の隣接ＬＵ１〜８（ｖ(i)の方向に依存する）からのものである；
３．ｖ(i)及びｖ(k)が近い（この場合、ｖ(k)は当該スタックエントリにおける速度であり、ｋは該スタックエントリの反復番号である）；及び
４．  ｉ−ｋが限られた期間の反復よりも小さい（例えば、round((inter-LU distance)/(abs(v(i)*T)) + 2、但し、Ｔは監視期間である）。
【００３５】
１つの最後の注釈として、センサ１２は物体２０の速度だけは検出することができるが、該物体２０の正確な位置は検出することはできない。この点に関していうと、当該感知範囲内に２以上の物体２０が存在する場合、これら物体２０の速度が近いなら、センサ１２は両物体２０を１つの物体と見なす。
【００３６】
次に、ＬＵ１〜８のうちの１つからの制御メッセージが１以上の他のＬＵ１〜８に何時送信されなければならないかを決定する方法を説明する。該決定方法は３つの部分に分解することができる：
・  “真”のローカル検出を決定するための基準；
・  オンメッセージを送信するための基準；及び
・  オフメッセージを送信するための基準。
【００３７】
“真”のローカル検出を決定するための上記基準は、センサ１２による誤検出の影響を制限することである。ＬＵ１〜８のうちの１つがローカル検出を有する場合、該ＬＵは該ローカル検出の状態、以前の反復における照明（オン／オフ）の状態及び他のＬＵ１〜８から受信されたスタックエントリに関してデータベース１３内をチェックし、該ローカル検出が“真”であるかを決定し（即ち、確認し）、それ以外なら誤認警報を決定する。反復ｉにおいてローカル検出があった場合、説明を要する５つのケースが生じ得る。
【００３８】
ld(i)＝１（即ち、当該ＬＵ（１〜８）のセンサ１２により当該感知範囲内で物体２０が検出された）の場合：
ｉ）  true_ld(i-1)=1であるなら、これは、当該ＬＵ１〜８が前の反復ｉ−１において真のローカル検出を決定したことを意味すると思われるので、true_ld(i)=1と決定／確認される；
ii）  true_ld(i-1)=0，ld(i-1)=1及びlight(i-1)=1であるなら、これは、前の反復ｉ−１においてローカル検出が存在し、当該ＬＵ（１〜８）が反復ｉ−１において照明をオンにすることを決定したことを意味していると思われる。しかしながら、当該ＬＵはld(i-1)が真のローカル検出データあることを確認することができなかった。ｖ(i)及びｖ(i-1)が近いなら、true_ld(i)=1と設定し；又は、ｖ(i)を隣接するＬＵ（１〜８）から見付けることができるなら、true_ld(i)=1と設定する；
iii）  true_ld(i-1)=0及びld(i-1)=0なら、これは、物体２０が当該ＬＵ（１〜８）の感知範囲内に丁度入りつつあることによるものであり得る。ｖ(i)を隣接するＬＵから見付けることができるなら、true_ld(i)=1と設定する；
iv）  当該ＬＵ（１〜８）が街路の左端又は右端である場合、このＬＵ（１〜８）は一方の側にしか隣接者を有さず、真のローカル検出を決定するためにはスタックエントリのデータは完全ではない。控えめとして、true_ld(i)=1と設定される。位置の特徴（例えば、街路の端）及び特定のＬＵ１〜８の他の固有のフィーチャを識別するために、当該ＯＬＮにおける全てのＬＵ１〜８の方眼マップを用いることができることに注意されたい；
ｖ）  それ以外の場合は、true_ld(i)=0と設定される。
【００３９】
オンメッセージは、“真”のローカル検出（上述した、“真”のローカル検出を決定するための基準で説明したような）がtrue_ld(i)=1であるＬＵ（１〜８）により送信される。LD_ID nの観点において、ローカル検出が存在し、該ローカル検出が真のローカル検出データである場合において、センサ１２の感知範囲に入る“新たな”物体２０が存在するなら（これは、センサ１２が当該ＬＵ（１〜８）のデータベース１３では見付けられない新たな速度を検出することを意味する）、当該ＬＵは応答範囲内の他のＬＵ１〜８にオンメッセージを送信する。
【００４０】
オンメッセージを送信すべきかを決定するために、当該ＬＵ（１〜８）により２つのステップが実行される。
【００４１】
ステップ１：先ず、現反復ｉにおける速度（検出された）はＶ１(i)，Ｖ２(i)，…，Ｖｎ(i)であることに注意すべきである。この例は、現反復において“ｎ”個の速度がセンサ１２により検出されると仮定している。上記“ｎ”個の現在の速度の最初のものが反復ｉ−１における上記前の“ｍ”個の速度の何れにも近くないかを決定するためにデータベース１３における前の反復の速度Ｖ(i-1)（ｍ個の前の速度を仮定する）が調査される。上記“ｎ”個の現在の速度のうちの該最初のものが近くないと分かった場合、該“ｎ”個の現在の速度のうちの最初のものは最初に検出された（即ち、到達した）と宣言され、オンメッセージが隣接するＬＵ（１〜８）に送信される。この処理は、“ｎ”個の全ての現在の速度に対して繰り返される。
【００４２】
ステップ２：ｍ＞０及びｎ＞ｍであり、且つ、ステップ１において当該ＬＵ（１〜８）が如何なるオンメッセージも送信しない場合、これは、新たな物体２０（２以上でもあり得る）が当該ＬＵ（１〜８）の感知範囲に入ったが、該ＬＵ（１〜８）が該物体を新たに検出されたものとして認識しないことを意味する。その理由は、新たに検出された物体２０の速度が前の反復ｉ−１における速度に近いからである。この場合、当該ＬＵ（１〜８）は、物体２０のうちの２以上を同一の速度を持つ同一の物体と見なす。この場合、オンメッセージが、現反復における最大速度と一緒に応答範囲内のＬＵ１〜８へ送信される。
【００４３】
次に、ＬＵ（１〜８）によりオフメッセージを送信するための基準を説明する。物体２０が当該ＬＵ（１〜８）の感知範囲を丁度離れ、該ＬＵ（１〜８）の感知範囲内に他の物体２０が存在しない（即ち、該ＬＵ（１〜８）のローカル検出（ld(i)）が１から０に変化する）場合、該ＬＵ（１〜８）はオフメッセージを送信し、このことは当該ＬＵ（１〜８）のローカル検出（ld(i)）が現在０であることを意味する。該オフメッセージは、物体２０の速度の方向とは反対の方向の隣接ＬＵ（１〜８）に送信される。
【００４４】
オフメッセージを送信すべきかを決定するために、当該ＬＵ（１〜８）により２つのステップが実行される。
【００４５】
ステップ１：ld(i)=0，true_ld(i-1)=1及びlight(i-1)=1なら、ステップ２に進み（これは、当該ＬＵ（１〜８）はセンサ１２により物体２０を現在検出していないが、前の反復では、真の検出が存在し、照明はオンであったことを意味する）；それ以外ならオフメッセージは送信しない；
ステップ２：先ず、反復ｉ−１における速度はｖ(i-1)と示されることに注意されたい。データベース１３におけるスタックエントリを調べることにより、ｖ(i-1)を隣接するＬＵ（１〜８）から見付けることができる場合（図２におけるケース１参照）、オフメッセージは、物体２０が移動しているのとは反対の方向の隣接ＬＵ（１〜８）に送信される。一致が存在しない場合、オフメッセージは送信しない。
【００４６】
図２において、オフメッセージは反復i+1、i-2、i-5において異なるＬＵ（１〜８）により送信される。前述した条件が満たされる場合、各ＬＵ（１〜８）はオフメッセージを物体２０の推定される方向とは反対の方向の隣接ＬＵに送信する。
【００４７】
次に、ＬＵ１〜８の間での伝送内のメッセージ内容及び制御メッセージングプロトコルを説明する。制御メッセージングプロトコルのための３つのスイッチモードを説明する：
・  制御メッセージングプロトコルモード１；
・  制御メッセージングプロトコルモード２；及び
・  Ｐ２Ｐプロトコルモード。
【００４８】
制御メッセージングプロトコルモード１は、ＬＵ１〜８の間で同一の制御メッセージ（パケット）を中継する必要性が要求されることが余り存在しない、短い応答範囲内で複数の宛先（例えば、ＬＵ１〜８）にブロードキャスト／送信するために使用される。制御メッセージングプロトコルモード２は、ＬＵ１〜８の間で同一の制御メッセージ（パケット）を中継する必要性が要求されることが一層多く存在する一層大きな応答範囲内で複数の宛先にブロードキャストするために使用される。
【００４９】
当該応答範囲が、中継する必要性を決定する。短い応答範囲は、制御メッセージが少ない宛先（即ち、ＬＵ）にしか中継されず、最も遠い宛先が近いことを意味する。大きな応答範囲は、制御メッセージが一層多くの宛先に中継されねばならず、最も遠い宛先へ制御メッセージを送信するためには一層多くの中継が必要とされることを意味する。
【００５０】
Ｐ２Ｐプロトコルモードは、ポイントツーポイント通信のために設計されている。このようなプロトコルモードを用いる典型的なＯＬＮアプリケーションにおいて、当該ＬＵ（１〜８）の応答範囲が４０メートルの半径内である場合、制御メッセージングプロトコルモード１を使用することができる。当該ＬＵ（１〜８）の応答範囲が４０メートルの半径より大きい場合、制御メッセージングプロトコルモード２を使用することができる。ポイントツーポイント通信が必要とされる場合、Ｐ２Ｐプロトコルモードを使用することができる。
【００５１】
ＬＵの応答範囲を決定するために、物体２０の速度が、当該応答範囲をそれに応じて調整するために考慮されねばならない。このことは、例えば、所定のルックアップテーブル又はアルゴリズムを用いて実行することができる。下記の表３は、ＬＵ１〜８の応答範囲のためのルックアップテーブルの一例である。
【表３】
2015519694.tif 000006
【００５２】
応答時間は、（物体２０）の運転者が、オンされた最も遠い前側ＬＵ（１〜８）における状況を見て反応するために要する時間の量である。該応答時間は、オンされるべき前側／前方のＬＵ（１〜８）の数（表３の第２列における）を決定するために使用される。これは、異なる速度の状況下で、当該運転者に視覚的快適さを提供するために十分な数のＬＵ（１〜８）をオンする（即ち、照明する）ことを可能にするためである。
【００５３】
応答時間＝（ＬＵ間隔）＊（前側ＬＵの数）／（最大速度）
【００５４】
応答時間は、表３の最初の２列から及び所与のＬＵの間隔に関して導出することもできる。
【００５５】
制御メッセージングプロトコルモードの各々の詳細を、以下に説明する。
【００５６】
制御メッセージングプロトコルモード１において、宛先ＬＵ（１〜８）が送信側ＬＵ（１〜８）から制御メッセージを受信すると、ＡＣＫが該宛先ＬＵ（１〜８）から該送信側ＬＵ（１〜８）へ送信される。
【００５７】
表４は、人間の言語表現での制御メッセージデータフォーマットの一例を示している。当業者であれば、この表現はアナログ又はデジタル伝送のための適切なフォーマットに変換することができることが分かるであろう。この例において、該制御メッセージは２つの左側及び右側隣接ＬＵ（即ち、Ｌ１、Ｌ２及びＲ１、Ｒ２）に送信される。しかしながら、該制御メッセージは、選択される応答範囲に依存して一層多い又は一層少ない隣接ＬＵ（１〜８）に送信することができることに注意されたい。
【００５８】
前述したように、ＬＵ１〜８のうちの左側の２つ及び右側の２つの隣接者を意図するために（前側，後側）＝（２，２）が指定され、且つ、ローカル検出を伴う当該ＬＵ（１〜８）のLU_IDがｎである場合、制御メッセージのフォーマットは表４に示されるようになる。
【表４】
2015519694.tif 000007
【００５９】
制御メッセージングプロトコルモード１において、送信側ＬＵ（１〜８）は当該制御メッセージを（通信インターフェース１４を介して）当該リストの宛先ＬＵ（１〜８）へ送信する。該送信側ＬＵ（１〜８）は、これら宛先ＬＵ（１〜８）の全てからＡＣＫが受信された場合に送信を停止する。該送信側ＬＵ（１〜８）が、上記宛先ＬＵ（１〜８）の１つからＡＣＫを受信した場合には、該特定の宛先ＬＵ（１〜８）には送信側ＬＵ（１〜８）により再び制御メッセージが送られることはない。このようにして、ＡＣＫを送信していない宛先ＬＵ（１〜８）のみが、送信側ＬＵ（１〜８）から繰り返しの制御メッセージを受信する。該送信側ＬＵ（１〜８）は、ＡＣＫを送信していない宛先ＬＵ（１〜８）に対して、所定の回数（例えば、４回まで）だけ制御メッセージを再送信することができる。このことは、宛先ＬＵ（１〜８）のうちのＡＣＫを送信することができないもののエンドレスループ状況を防止する。
【００６０】
上記宛先ＬＵ（１〜８）の１つが送信側ＬＵ（１〜８）から制御メッセージを受信した場合（この場合、スイッチモードは制御メッセージングプロトコルモード＝１であろう）、該宛先ＬＵ（１〜８）は自身のLU_IDを当該宛先ＬＵ（１〜８）のリストと比較する。一致が見付かった場合、以下のステップが実行される：
ステップ１：内部状態フラグが２未満の値を有する場合（これは、この宛先ＬＵ（１〜８）がＡＣＫで応答していない、又は１回応答したが、送信側ＬＵ（１〜８）により受信されなかったことを意味する）、ステップ２に進み；それ以外の場合、内部状態フラグが２なる値を有しているなら、停止し、ＡＣＫを送信しない；
ステップ２：内部状態フラグの値を１だけ増加し、制御メッセージを記憶し、且つ、送信側ＬＵ（１〜８）にＡＣＫで応答する。
【００６１】
次の反復（監視期間）に入る際に、上記内部状態フラグは零にリセットされる。
【００６２】
次に、制御メッセージングプロトコルモード２を説明する。このモードでは、宛先リスト上のＬＵ（１〜８）の各々は、送信側ＬＵ（１〜８）からの制御メッセージを、元の送信側ＬＵ（１〜８）に対してＡＣＫで応答することなしに、２回再送する。該制御メッセージは、宛先ＬＵ（１〜８）のリストを含んでいる。これら宛先ＬＵ（１〜８）の１つが当該制御メッセージを受信すると、該宛先ＬＵ（１〜８）は該制御メッセージを自身の隣接者に再送する。しかしながら、これらの隣接ＬＵ（１〜８）は、該制御メッセージを再送した宛先ＬＵ（１〜８）にＡＣＫを返送する。
【００６３】
例示として、制御メッセージングプロトコルモード２において、当該送信側ＬＵ（１〜８）が自身の感知範囲において物体２０のローカル検出を有する場合、該ＬＵ（１〜８）は制御メッセージを宛先ＬＵ（１〜８）のリスト上のＬＵ（１〜８）へ送信する。この例においては、上記ローカル検出を有する送信側ＬＵ（１〜８）のLI_IDがｎであり、宛先ＬＵ（１〜８）のリストがＬ１、Ｌ２、Ｌ３、Ｌ４、Ｌ５、Ｌ６、Ｒ１（当該送り手ＬＵ（１〜８）の６つの左側隣接者及び１つの右側隣接者）であることを意味する（前側，後側）＝（６，１）であると仮定される。上記宛先ＬＵ（１〜８）のうちの１つが上記送り手ＬＵ（１〜８）から制御メッセージを受信すると（この場合、制御メッセージングプロトコルモードのスイッチモード＝２）、該宛先ＬＵ（１〜８）は自身のLU_IDを該制御メッセージ中の宛先電柱のリストと比較する。一致が存在したら、該宛先ＬＵは下記のステップを実行する：
ステップ１：内部状態フラグが零の値を有する場合（これは、この宛先ＬＵ（１〜８）が自身の隣接ＬＵ（１〜８）に対して制御メッセージを再送していないことを意味する）、ステップ２に進む；それ以外の場合、内部状態フラグの値が１なら、停止し、制御メッセージは再送しない；
ステップ２：当該宛先ＬＵ（１〜８）は制御メッセージを記憶し、該制御メッセージを隣接するＬＵ（１〜８）に連続して２回再送し、内部状態フラグの値を１に設定する（次の反復（監視期間）に入る場合、該内部状態フラグの値は零にリセットされる）。
【００６４】
上記ステップ２において、再送信のオーバーヘッドを最小限に維持しながら、中継による通信の全体的成功率を増加させるために、制御メッセージは２回送信されることに注意されたい。しかしながら、２回の再送は必要ではなく、一層多い又は少ない再送を用いることもできる。再送の数は、単一の通信の成功率及び中継による全体的成功率の要件に依存する。
【００６５】
ステップ３：当該宛先ＬＵのLU_IDの値が、送り手ＬＵ（１〜８）のLU_IDの値と１だけ相違する場合（これは、該宛先ＬＵ（１〜８）及び送り手ＬＵ（１〜８）が隣接者であることを意味する）、該送り手ＬＵ（１〜８）に対してＡＣＫで応答する。
【００６６】
送り手ＬＵ（１〜８）が２つの隣接するＬＵ（１〜８）から当該監視期間内にＡＣＫを受信しない場合、該送り手ＬＵ（１〜８）と、ＡＣＫで応答しなかった隣接するＬＵ（１〜８）との間でＰ２Ｐプロトコルモードが開始される。
【００６７】
上記制御メッセージングプロトコルモード２の１つの利点は、該モードが当該応答範囲内の最遠のＬＵ（１〜８）に対する高速通信を保証することである。該制御メッセージングプロトコルモード２は、ＬＵ（１〜８）が制御メッセージを幾つかの隣接ＬＵ（１〜８）から受信することを考慮すると、ロバストでもある。
【００６８】
他の実施態様において、制御メッセージングプロトコルモード２は、元の送り手ＬＵ（１〜８）と宛先ＬＵ（１〜８）との間にＡＣＫ（アクナレッジメント）メカニズムを含むこともできる。
【００６９】
制御メッセージングプロトコルモード２は、図３に示されるようなダイナミック通信範囲に対しても使用することができる。図３は、送り手ＬＵ（黒）が１０個の隣接ＬＵに制御メッセージを送信することを要する一例を示す。異なる宛先に対して当該制御メッセージを中継する複数の経路が存在し、このことは、通信のロバスト性を提供する。
【００７０】
次に、Ｐ２Ｐプロトコルモードを説明する。該Ｐ２Ｐプロトコルモードは、少なくとも２つの状況において開始され得る：
状況１：前記制御メッセージングプロトコルモード２において、送り手ＬＵ（１〜８）（該送り手ＬＵは、前述したように当該制御メッセージの元の送り手ＬＵ（１〜８）ではない）が、２つの隣接するＬＵ（１〜８）からＡＣＫを受信しない；
状況２：当該ＬＵ（１〜８）のローカル検出の状態がオンからオフへと変化した場合、該ＬＵ（１〜８）は、物体２０の速度の方向とは逆の方向にある隣接するＬＵ（１〜８）に対してオフメッセージを送信する。当該ＬＵ（１〜８）は、該ＬＵ（１〜８）が宛先ＬＵ（１〜８）から全てのＡＣＫを受信した場合に上記オフメッセージの送信を停止する。しかしながら、全てのＡＣＫが受信されない場合においても当該ＬＵ（１〜８）がオフメッセージを送信する回数に対しては、制限（例えば、６回）を設定することができる。このことは、何らかの理由で、宛先ＬＵ（１〜８）のうちの１以上がＡＣＫで応答することができない場合のエンドレスループ状況を防止する。
【００７１】
表５は、オフメッセージの一例を示す。この例において、ローカル検出を伴う送り手ＬＵ（１〜８）のLU_IDはｎであり、速度は前の反復のデータベース１３からとられる。
【表５】
2015519694.tif 000008
【００７２】
当該宛先ＬＵ（１〜８）が制御メッセージングプロトコルモード＝３のスイッチモードを含む制御メッセージを受信した場合、該ＬＵ（１〜８）のLU_IDが宛先ＬＵ（１〜８）のリスト上にあるなら、該宛先ＬＵ（１〜８）は以下のステップを実行する：
ステップ１：内部状態フラグが２未満の値を有する場合（これは、このＬＵ（１〜８）が制御メッセージを再送しなかったか、又はＡＣＫで１回応答したが、該ＡＣＫが送り手ＬＵ（１〜８）により受信されなかったことを意味する）、ステップ２に進み；それ以外の場合、内部状態フラグの値が２であるなら、停止し、更なる動作は行わない；
ステップ２：内部状態フラグの値を１だけ増加し、制御メッセージを記憶し、且つ、送り手ＬＵ（１〜８）にＡＣＫで応答する（内部状態フラグは、次の反復、即ち監視期間において零にリセットされる）。
【００７３】
次に、当該ＯＬＮにおけるＬＵ（１〜８）に対する調光／照明レベル制御のための判断規則を説明する。ＬＵ（１〜８）によっては、下記の組の判断規則が採用される：
（１）ローカル検出(i)＝オンなら、light(i)＝オンにする；
（２）それ以外で、現反復ｉにおいて隣接ＬＵ（１〜８）の１つからオンメッセージが受信されたなら、light(i)＝オンにする；
（３）それ以外で、現反復ｉにおいてオフメッセージが受信され、且つ、当該スタックにおける全てのオンエントリが非活性化されたなら、light(i)＝オフにする（即ち、当該電灯をオンからオフにリセットする）；
（４）それ以外で、ローカル検出(i)＝オフであり、light(i-1)＝オンであり、現反復ｉにおいてオフメッセージは受信されず、且つ、当該スタックにおける全てのオンエントリが非活性化されたなら、light(i)＝オフにする（即ち、当該電灯をオンからオフにリセットする）；
（５）それ以外の場合、light(i)＝light(i-1)（電灯の状態を同一に維持する）。
【００７４】
ケース(1)及び(2)は、電灯をオンに設定する２つのケースである。ケース(3)及び(4)は、電灯をオンからオフにリセットする２つのケースである。ケース(5)は当該電灯の状態を維持する全ての他のケースを含む。
【００７５】
上記例において、ＬＵ（１〜８）の状態（light）は、“オン”又は“オフ”と記載されていることに注意されたい。しかしながら、“オフ”は発光メカニズム１１からの照明レベル（光レベル）が、該発光メカニズム１１が“オン”状態の場合の照明レベルから減少されることを意味すると理解されるべきである。例えば、“オン”状態において、当該照明レベルは全出力のものであり得る。
【００７６】
次に、試験結果を、本発明の実施態様とＬＵ（１〜８）を調光／制御する従来の方法とを比較して説明する。この試験比較においては、下記のシステムパラメータが使用された：
（１）反復数：ｍ＝５０００回；
（２）ＬＵの数：ＬＵが直線道路の片側に沿って配置されたとして、ｎ＝８０；
（３）周期Ｔ＝０.２５秒（即ち、監視期間）；
（４）ＬＵ間の距離＝２０ｍ；
（５）通信範囲内のＬＵのうちの２つの間における単一通信の成功確率＝０.８（即ち、８０％）；
（６）ＬＵ（１〜８）の感知範囲：半径＝１５ｍ；
（７）ローカル検出の検出見逃し確率＝０.０５（即ち、５％）；
（８）ローカル検出の誤警報確率＝０.０５（即ち、５％）；
（９）交通モード：混雑モード。平均で、８０個のＬＵ（１〜８）の道路上に7台の車両（即ち、物体２０）が存在する毎；
（１０）ＬＵ（１〜８）の通信範囲：半径＜＝４０ｍ；
（１１）車両の速度に基づくＬＵ（１〜８）の応答範囲（下記のルックアップテーブル６（表６）参照）；
【表６】
2015519694.tif 000009
（１２）車両速度の検出の不確実さ：±２０％。この試験例において、実際の速度がＶａであると、検出される速度は、一様分布の確率で、Ｖｄ∈(０.８Ｖａ，１.２Ｖａ)であると仮定される。
【００７７】
Ｔ＝０.２５秒の監視期間及び５０００反復の場合、当該試験を完了するための合計時間は１２５０秒であったことに注意されたい。
【００７８】
本発明の実施態様が、ＬＵ（１〜８）を調光／制御する従来の方法と、４つの性能尺度に基づいて比較される：
１）タイプIエラー率：ａ／ｂ
“ａ”は当該ＬＵ（１〜８）はオフされるが、該ＬＵ（１〜８）の応答範囲内に１以上の物体２０が現れる状況であり、“ｂ”はｍ＊ｎと定義される（ｍは反復の数であり、ｎはＬＵの合計数である）。
２）タイプIIエラー率：ａ／ｂ
タイプIIエラー率の場合、“ａ”は、当該ＬＵ（１〜８）はオンされるが、該ＬＵ（１〜８）の応答範囲内に物体２０は現れない状況である。該タイプIIエラーの計算のために、当該街路の左端の３つのＬＵ及び右端の３つのＬＵは、端部効果の理由で考慮されない。“ｂ”はｍ＊(ｎ−２＊３)と定義される。
３）非制御エネルギ費用のエネルギ百分率：ａ／ｂ＊１００％。
この性能尺度の場合、“ａ”は全ての反復を通してオンされたＬＵ（１〜８）の数であり、“ｂ”はｍ＊ｎと定義される。“ｂ”に対しては、このことは全てのＬＵ（１〜８）が、その間ずっと、オンされていることを前提とする。
４）全てのＬＵ（１〜８）により送信された制御メッセージの合計数。
【００７９】
この試験比較において、車両（即ち、物体２０）の速度は、平均値１８m/s及び７の標準偏差を持つ正規分布に従うことにより発生される。これは、ローカル検出が発生する際の平均応答範囲、即ち応答ＬＵ（１〜８）の平均数が約６である（例えば、２０〜３０m/sの範囲内の速度に対しては５であり、３０〜４０m/sの範囲内の速度に対しては７であろう）ことを意味する。
【００８０】
ＬＵ（１〜８）を調光／制御する従来の方法に対して、当該試験比較においては２つの応答基準が用いられる。第１応答基準は、ローカル検出が発生した場合、左側の３つの及び右側の３つのＬＵ（１〜８）をオンするというものである。第２応答基準は、本発明の種々の実施態様に関連して前述した表６と同一のルックアップテーブルに従うというものである。
【００８１】
下記の表７の要約により理解され得るように、本発明の実施態様は４つの全ての性能尺度において一層良好な性能を有している。
【表７】
2015519694.tif 000010
【００８２】
更に他の実施態様において、制御規則及び方法を二値検出感知に基づいて説明する。最初に、制御メッセージを送信する判断基準を説明する。この実施態様において、当該ＬＵ（１〜８）は“ローカル検出”（ld）制御メッセージのみを送信し、該ＬＵ（１〜８）により物体２０が検出されない場合には送信は生じない。該ローカル検出が有効である見込みを改善するために、下記の基準が用いられる。
【００８３】
ローカル検出があったとして、制御メッセージが送信される、即ち、当該ＬＵからオンメッセージが送信される３つのケースが存在する。以下において、
2015519694.tif 000011
（遠隔又はローカルの物体２０の検出のチェックを示す）
2015519694.tif 000012
（物体２０のローカル検出又は遠隔検出が見付かったことを示す）
青いボックスの領域に１以上の赤いボックスが存在する場合、反復ｉにおける当該ローカル検出は“真”のローカル検出である。
【００８４】
以下の３つのケースのうちの何れかが満たされる（当該ローカル検出が“真”のローカル検出であることを示す）場合、制御メッセージ（即ち、オンメッセージ）を隣接ＬＵ（１〜８）に送信する。即ち、“真”のローカル検出＝１なら、オンメッセージを隣接ＬＵ（１〜８）にブロードキャストする。
【００８５】
１）ld（ローカル検出）(i)＝１，ld(i-1)＝１なら、先ず、i-2〜i-3の反復に関するローカル検出をチェックする。ld(i-2)＝１であるか、又はそれ以外ではld(i-2)＝０及びld(i-3)＝１の何れかの場合、物体２０（例えば、車両）が当該ＬＵの感知範囲内に或る期間にわたり留まり、反復i-2において一度検出が見逃されたと思われる。
【００８６】
反復i-2及びi-3においてローカル検出がない場合、反復i-2〜i-3に関して隣接ＬＵ（１〜８）をチェックする。この状況は、高い確率で、物体２０が反復i-1においてＬ１（1番目の左側に隣接するＬＵ）又はＲ１（１番目の右に隣接するＬＵ）から当該ＬＵ（ld）に丁度到達した（ld(i-1)＝１）ことを示していると思われる。
【表８】
2015519694.tif 000013
【００８７】
２）ld(i)＝１，ld(i-1)＝０なら、i-2〜i-3の反復に関するローカル検出をチェックする。ld(i-2)＝１又はld(i-3)＝１なら、ld(i-1)＝０は検出漏れと思われる。
【００８８】
ローカル検出が見付からない場合、反復i-1〜i-3に関してＬ１及びＲ１からの遠隔検出をチェックする。遠隔検出がある場合、車両が反復ｉにおいてＬ１（1番目の左側に隣接するＬＵ）又はＲ１（１番目の右に隣接するＬＵ）から当該ＬＵ（ld）に丁度到達した（ld(i)＝１）と思われる。
【表９】
2015519694.tif 000014
【００８９】
３）当該街路の左端又は右端のＬＵがローカル検出を有する場合、該ＬＵはオンメッセージを送信する。これは、ＬＵが街路（ここでは、ＬＵ（１〜８）は該街路の一方の側にしか隣接者を有さない）の端部から侵入する場合である。
【００９０】
上記条件の少なくとも１つが満たされる場合、制御メッセージは１回以上ブロードキャストされる。該制御メッセージは、受信側ＬＵ（１〜８）による適切な受信の可能性を改善するために２回ブロードキャストされることが好ましい。該制御メッセージは、宛先であるＬＵ（即ち、受信側ＬＵ（１〜８））のリストを含む。この実施態様における制御メッセージの例示的フォーマットに関しては、下記の表１０を参照されたい。この例において、ローカル検出を伴う当該ＬＵ（１〜８）のLU_IDがｎであり、応答範囲がＲ＝３である場合、当該制御メッセージは下記のフォーマットを有する：
【表１０】
2015519694.tif 000015
特定のＬＵ（１〜８）が自身の感知範囲内において物体２０のローカル検出を有する場合、該ＬＵ（１〜８）は宛先ＬＵのリスト内の全てのＬＵ（１〜８）に対して制御メッセージをブロードキャストする。１以上のＬＵ（１〜８）が該制御メッセージを受信すると、該受信側ＬＵ（１〜８）は自身のLU_IDを上記宛先ＬＵのリストと比較する。該受信側ＬＵ（１〜８）が該宛先ＬＵのリスト上にあるなら、以下のステップが実行される：
ステップ１：内部状態フラグが０である（即ち、当該制御メッセージが未だ再送されていない）場合、ステップ２に進む。それ以外の場合、内部状態フラグが１なら、停止し、該制御メッセージは再送しない；
ステップ２：当該制御メッセージを記憶し、該制御メッセージを再送し（好ましくは、２回連続して）、内部状態フラグを１に設定する（次の監視期間に入る場合、該内部状態フラグは０にリセットされる）。
【００９１】
次に、この実施態様におけるＬＵ（１〜８）のための調光／照明レベル制御に関する判断規則を説明する。ＬＵ（１〜８）により、下記の組の判断規則が採用される：
（１）ローカル検出(i)＝オンなら、light(i)＝オン；
（２）それ以外の場合、現反復ｉにおいて隣接ＬＵ（１〜８）から制御メッセージ（即ち、オンメッセージ）が受信されたなら、light(i)＝オン；
（３）それ以外の場合、３つの連続する時間において（反復ｉ、i-1、i-2にわたり）ローカル検出及び遠隔検出（左側の３つの又は右側の３つの隣接ＬＵ（応答範囲に依存する）から受信されたオンメッセージ）が存在せず、且つ、light(i-1)＝０なら、light(i)＝オフ（当該ＬＵ（１〜８）をオンからオフにリセットする）；
（４）それ以外の場合、反復ｉ及びi-1においてローカル検出及び遠隔検出はないが、反復i-2において隣接するＬ３（左側の第３のＬＵ（１〜８））又はＲ３（右側の第３のＬＵ（１〜８））からの遠隔検出が存在するなら、light(i)＝オフ（当該ＬＵ（１〜８）をオンからオフにリセットする）；
（５）それ以外の場合、light(i)＝light(i-1)（当該ＬＵ（１〜８）の状態は同一に留まる）。
【００９２】
上記ケース（１）及び（２）は、当該ＬＵ（１〜８）をオンとなるように設定する２つのケースであり、ケース（３）及び（４）は当該ＬＵ（１〜８）をオンからオフにリセットする２つのケースである。ケース（５）は、当該ＬＵ（１〜８）の状態を維持する全てのその他のケースである。
【００９３】
この実施態様の１つの利点は、応答範囲内の最遠のＬＵ（１〜８）に対する高速通信を保証することである。該実施態様は、当該ＬＵ（１〜８）が幾つかの隣接ＬＵ（１〜８）から制御メッセージを受信するという事実により、更にロバストである。該実施態様は、成功裏の送信が受信側ＬＵ（１〜８）によりアクノレッジされるオプションとしてのＡＣＫ（アクノレッジメント）メカニズムを導入することにより更にロバストにされ得る。該実施態様は、更に、図４に示されるようなダイナミック通信範囲に適合させることもできる。
【００９４】
次に、この実施態様の試験結果を、ＬＵ（１〜８）を調光／制御する本発明の実施態様と従来の方法とを比較して説明する。この実施態様の試験比較においては、前述したものと同一のシステムパラメータ（１）〜（１０）が使用された。システムパラメータ（１１）及び（１２）は：  
（１１ａ）ＬＵ（１〜８）の応答範囲：半径＝６０ｍ、即ち、左側の３つ及び右側の３つのＬＵ（当該ＬＵの感知範囲内に物体２０が存在する場合、左側の３つ及び右側の３つのＬＵ（１〜８）はオンされなければならない）、
により置換された。
【００９５】
前の試験比較におけるのと同じ４つの性能尺度が使用される。
【００９６】
この試験比較においては、参考プロトコルに対して２つのケースが考察される。第１のケースにおいては、成功する通信の確率＝０.８、検出が見逃される確率＝０.０５、及び誤警報の確率＝０.０５である。第２のケースでは、成功する通信の確率＝０.９、検出が見逃される確率＝０.０１、及び誤警報の確率＝０.０５である。第２のケースは、通信感知信頼性が注意深い構成／試運転により改善された状況に相当する。参考プロトコルの場合、制御メッセージは２回ブロードキャストされ（本発明の実施態様に対する同様の比較）、応答範囲もＲ＝３である（ここでも、応答範囲の比較が維持されるように）。実際には、このことは、応答範囲を保証することができない点で、該参考プロトコルの欠陥である。
【００９７】
下記の表１１における要約により理解されるように、本発明の実施態様は４つの全ての性能尺度において一層良好な性能を有している。
【表１１】
2015519694.tif 000016
【００９８】
上述した詳細な説明は、本発明がとることができる多くの形態のうちの幾つかを述べた。上述した例は、本発明の種々の態様の幾つかの可能な実施態様を単に解説するものであり、当業者であれば本発明及び添付図面を精読及び理解すれば等価な代替例及び／又は変形例を思いつくであろう。特に、上述した構成要素（装置、システム等）により実行される種々の機能に関しては、斯様な構成要素を説明するために使用される用語（“手段”の言及も含む）は、そうでないと示さない限り、当該開示の図示された構成において当該機能を果たす開示された構成と構成的に等価でなくても、該記載された構成要素の指定された機能を果たす（即ち、機能的に等価である）ハードウェア又はハードウェアの組み合わせ等の如何なる構成要素にも対応することが意図されている。
【００９９】
本発明の原理は、ハードウェア、ファームウエア及びソフトウェアの任意の組み合わせとしても実施化することができる。更に、ソフトウェアは、好ましくは、部品から、又は特定の装置及び／又は装置の組み合わせからなるプログラム記憶ユニット又はコンピュータ読取可能な記憶媒体上に有形的に実施化されたアプリケーションプログラムとして実施化される。該アプリケーションプログラムは、如何なる好適なアーキテクチャを有するマシンにもアップロードすることができ、斯かるマシンにより実行することができる。例えば、前記ＬＵ（１〜８）は、１以上の中央処理ユニット（“ＣＰＵ”）、メモリ及び入力／出力インターフェース等のハードウェアを有するコンピュータプラットフォーム上で実施化することができる。該コンピュータプラットフォームは、オペレーティングシステム及びマイクロ命令コードを含むこともできる。ここで述べた種々の処理及び機能は、マイクロ命令コードの一部若しくはアプリケーションプログラムの一部、又はこれらの組み合わせとすることができ、これらは、ＣＰＵ（斯様なコンピュータ又はプロセッサが明示的に示されているか否かによらず）により実行することができる。更に、上記コンピュータプラットフォームには、追加のデータ記憶ユニット及び印刷ユニット等の種々の他の周辺機器ユニットを接続することができる。
【０１００】
以上、本発明の特定のフィーチャが幾つかの構成の１つのみに関して図示及び／又は説明されたが、このようなフィーチャは、所望に応じて及び何らかの所与の若しくは特定のアプリケーションにとり有利なように、他の構成の１以上の他のフィーチャと組み合わせることができる。更に、単一の部品又は物品に対する参照は、そうでないと指定されない限り、２以上の斯様な部品又は物品を含むことを意図するものである。また、“含んでいる”、“含む”、“持っている”、“持つ”、“備える”及びこれらの変形が詳細な説明及び請求項において使用される限りにおいて、斯様な用語は“有している”なる用語と同様の態様で包含的であることを意図している。
【０１０１】
以上、本発明が好ましい実施態様に関して説明された。しかしながら、当業者によれば、上記詳細な説明を精読及び理解すれば修正例及び変更例を思いつくであろう。本発明は、このような修正例及び変更例を含むものと見なされることを意図するものである。本発明の範囲を定義することを意図する全ての均等物を含むものは請求項のみである。
【図１】
2015519694.tif 000017
【図２】
2015519694.tif 000018
【図３】
2015519694.tif 000019
【図４】
2015519694.tif 000020
【国際調査報告】
2015519694.tif 000021
2015519694.tif 000022
2015519694.tif 000023