(57)【要約】  照明ユニット８２を有する屋外照明ネットワークＯＬＮ９０用の照明要件生成システムを含む、ＯＬＮの照明要件を生成するシステム及び方法であって、本システムは中央制御機器４０、複数の照明ユニット制御機器５０、及び中央制御機器４０と照明ユニット制御機器５０とを動作可能に接続する通信システム６０を有する。中央制御機器４０は、位置ベースのデータを取得し、位置ベースのデータからクラスタを定め、クラスタのそれぞれについて照明要件を定め、照明ユニットの位置情報から照明ユニット８２をクラスタに関連付け、照明ユニット８２を照明要件にマップし、照明ユニット８２のそれぞれに関連するクラスタの照明要件を実施するように動作可能である。
2014524108.tif 000002
【特許請求の範囲】
【請求項１】
照明ユニットを有する屋外照明ネットワーク（ＯＬＮ）用の照明要件生成システムであって、
中央制御機器と、
複数の照明ユニット制御機器と、
前記中央制御機器と前記照明ユニット制御機器とを動作可能に接続する通信システムと
を含む照明要件生成システムであり、
前記中央制御機器が、
位置ベースのデータを取得し、
前記位置ベースのデータからクラスタを定め、
前記クラスタのそれぞれについて照明要件を定め、
前記照明ユニットの位置情報から前記照明ユニットを前記クラスタに関連付け、
前記照明ユニットを前記照明要件にマップし、
前記照明ユニットのそれぞれに関連する前記クラスタの前記照明要件を実施する、
照明要件生成システム。
【請求項２】
前記中央制御機器が、前記照明ユニットの少なくとも１つに関連するクラスタの前記照明要件間に競合がないかどうかを確認し、見つかった場合に前記競合を更に解決する、請求項１に記載の照明要件生成システム。
【請求項３】
前記中央制御機器が、前記位置ベースのデータをエージェントから取得する、請求項１に記載の照明要件生成システム。
【請求項４】
前記エージェントが、規制エージェント、公衆安全／治安エージェント、交通エージェント、及びユーザエージェントから成るグループから選択される、請求項３に記載の照明要件生成システム。
【請求項５】
前記中央制御機器が、前記位置ベースのデータをサーバから取得する、請求項１に記載の照明要件生成システム。
【請求項６】
前記中央制御機器が、前記位置ベースのデータをグラフィックユーザインターフェイス（ＧＵＩ）によって手動で取得する、請求項１に記載の照明要件生成システム。
【請求項７】
前記中央制御機器が、ユーザ入力による前記位置ベースのデータから前記クラスタを定める、請求項１に記載の照明要件生成システム。
【請求項８】
前記中央制御機器が、前記位置ベースのデータを候補クラスタとしてマップ上に提示し、利用者によって選択される前記候補クラスタから前記クラスタを定めることにより、前記クラスタを前記位置ベースのデータから定める、請求項１に記載の照明要件生成システム。
【請求項９】
前記クラスタが、単一パラメータクラスタ、メタクラスタ、及び基準に応じて決められるクラスタから成るグループから選択される、請求項１に記載の照明要件生成システム。
【請求項１０】
前記中央制御機器が、ユーザ入力を用いて前記クラスタそれぞれの照明要件を定める、請求項１に記載の照明要件生成システム。
【請求項１１】
前記中央制御機器が、
前記照明ユニットの１つに関連する前記クラスタのクラスタセットを決定し、
前記クラスタセットの照明要件から前記照明ユニットの１つの前記照明要件を定める
ことにより、前記照明ユニットを前記照明要件にマップする、請求項１に記載の照明要件生成システム。
【請求項１２】
前記中央制御機器が、最大／最小プロセス、メタクラスタ用の既定要件プロセス、及び加重和プロセスから成るグループから選択されるプロセスによって前記照明要件を定めることにより、前記クラスタセットの照明要件から前記照明ユニットの１つの前記照明要件を定める、請求項１１に記載の照明要件生成システム。
【請求項１３】
照明ユニットを有し、エージェントに動作可能に接続されている屋外照明ネットワーク（ＯＬＮ）用の照明要件生成システムの中央制御機器であって、
プロセッサと、
前記プロセッサに動作可能に接続されるメモリと、
前記エージェントと通信するために前記プロセッサに動作可能に接続される通信モジュールと
を含む中央制御機器であり、
前記プロセッサが、
位置ベースのデータを前記エージェントから取得し、
前記位置ベースのデータからクラスタを定め、
前記クラスタのそれぞれについて照明要件を定め、
前記照明ユニットの位置情報から前記照明ユニットを前記クラスタに関連付け、
前記照明ユニットを前記照明要件にマップし、
前記照明ユニットのそれぞれに関連する前記クラスタの前記照明要件を実施する、
中央制御機器。
【請求項１４】
前記プロセッサが、前記照明ユニットの少なくとも１つに関連するクラスタの前記照明要件間に競合がないかどうかを確認し、見つかった場合に前記競合を更に解決する、請求項１３に記載の機器。
【請求項１５】
前記エージェントが、規制エージェント、公衆安全／治安エージェント、交通エージェント、及びユーザエージェントから成るグループから選択される、請求項１３に記載の機器。
【請求項１６】
前記プロセッサが、前記位置ベースのデータをサーバから取得する、請求項１３に記載の機器。
【請求項１７】
前記プロセッサが、前記位置ベースのデータをグラフィックユーザインターフェイス（ＧＵＩ）によって手動で取得する、請求項１３に記載の機器。
【請求項１８】
前記プロセッサが、ユーザ入力による前記位置ベースのデータから前記クラスタを定める、請求項１３に記載の機器。
【請求項１９】
前記プロセッサが、前記位置ベースのデータを候補クラスタとしてマップ上に提示し、利用者によって選択される前記候補クラスタから前記クラスタを定めることにより、前記クラスタを前記位置ベースのデータから定める、請求項１３に記載の機器。
【請求項２０】
前記クラスタが、単一パラメータクラスタ、メタクラスタ、及び基準に応じて決められるクラスタから成るグループから選択される、請求項１３に記載の機器。
【請求項２１】
前記プロセッサが、ユーザ入力を用いて前記クラスタそれぞれの照明要件を定める、請求項１３に記載の機器。
【請求項２２】
前記プロセッサが、
前記照明ユニットの１つに関連する前記クラスタのクラスタセットを決定し、
前記クラスタセットの照明要件から前記照明ユニットの１つの前記照明要件を定める
ことにより、前記照明ユニットを前記照明要件にマップする、請求項１３に記載の機器。
【請求項２３】
前記プロセッサが、最大／最小プロセス、メタクラスタ用の既定要件プロセス、及び加重和プロセスから成るグループから選択されるプロセスによって前記照明要件を定めることにより、前記クラスタセットの照明要件から前記照明ユニットの１つの前記照明要件を定める、請求項２２に記載の機器。
【請求項２４】
照明ユニットを有し、エージェントに動作可能に接続されている屋外照明ネットワーク（ＯＬＮ）用の照明要件を生成する方法であって、
前記エージェントから位置ベースのデータを取得するステップと、
前記位置ベースのデータからクラスタを定めるステップと、
前記クラスタのそれぞれについて照明要件を定めるステップと、
前記照明ユニットの位置情報から前記照明ユニットを前記クラスタに関連付けるステップと、
前記照明ユニットを前記照明要件にマップするステップと、
前記照明ユニットのそれぞれに関連する前記クラスタの前記照明要件を実施するステップと
を含む、方法。
【請求項２５】
前記照明ユニットの少なくとも１つに関連するクラスタの前記照明要件間に競合がないかどうかを確認し、見つかった場合に前記競合を解決するステップを更に含む、請求項２４に記載の方法。
【請求項２６】
前記エージェントが、規制エージェント、公衆安全／治安エージェント、交通エージェント、及びユーザエージェントから成るグループから選択される、請求項２４に記載の方法。
【請求項２７】
前記エージェントから位置ベースのデータを取得する前記ステップが、位置ベースのデータをサーバから取得するステップを含む、請求項２４に記載の方法。
【請求項２８】
前記エージェントから位置ベースのデータを取得する前記ステップが、位置ベースのデータをグラフィックユーザインターフェイス（ＧＵＩ）によって手動で取得するステップを含む、請求項２４に記載の方法。
【請求項２９】
前記位置ベースのデータからクラスタを定める前記ステップが、ユーザ入力による前記位置ベースのデータからクラスタを定めるステップを含む、請求項２４に記載の方法。
【請求項３０】
前記位置ベースのデータからクラスタを定める前記ステップが、前記位置ベースのデータを候補クラスタとしてマップ上に提示し、利用者によって選択される前記候補クラスタから前記クラスタを定めるステップを含む、請求項２４に記載の方法。
【請求項３１】
前記クラスタが、単一パラメータクラスタ、メタクラスタ、及び基準に応じて決められるクラスタから成るグループから選択される、請求項２４に記載の方法。
【請求項３２】
前記クラスタのそれぞれについて照明要件を定める前記ステップが、ユーザ入力を用いて前記クラスタそれぞれの照明要件を定めるステップを含む、請求項２４に記載の方法。
【請求項３３】
前記照明ユニットを前記照明要件にマップするステップが、
前記照明ユニットの１つに関連する前記クラスタのクラスタセットを決定するステップと、
前記クラスタセットの照明要件から前記照明ユニットの１つの前記照明要件を定めるステップと
を含む、請求項２４に記載の方法。
【請求項３４】
前記クラスタセットの照明要件から前記照明ユニットの１つの前記照明要件を定める前記ステップが、最大／最小プロセス、メタクラスタ用の既定要件プロセス、及び加重和プロセスから成るグループから選択されるプロセスによって前記照明要件を定めるステップを含む、請求項３３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本開示の技術分野は、屋外照明ネットワーク（ＯＬＮ）であり、とりわけ屋外照明要件を生成するシステム及び方法である。
【背景技術】
【０００２】
[0002]  デジタル照明技術、即ち発光ダイオード（ＬＥＤ）などの半導体光源に基づく照明は、従来の蛍光灯、ＨＩＤ、及び白熱灯に対する実行可能な代替策を提供する。ＬＥＤの機能上の利点及び利益は、高エネルギ変換効率及び高光学効率、耐久性、より安価な運営費、及びその他多くのものを含む。ＬＥＤ技術における最近の進歩は、多くの応用例で多岐にわたる照明効果を使用可能にする効率的且つロバストなフルスペクトル照明源をもたらした。これらの光源を具体化する据付器具の一部は、例えば参照により本明細書に援用される米国特許第６，０１６，０３８号及び６，２１１，６２６号の中で詳細に論じられている、様々な色、例えば赤色、緑色、青色を作り出すことができる１つ又は複数のＬＥＤ、並びに様々な色及び色が変化する照明効果を引き起こすためにＬＥＤの出力を独立に制御するためのコントローラを含む照明モジュールを特徴とする。
【０００３】
[0003]  道路、街路、駐車施設、公園、造園、歩道、自転車道路用の照明などの屋外照明は、通常単一の機関によって管理されている。例えばNew York City内の街灯は運輸省によって管理されている。１つの機関による中央管理は、より優れたセキュリティ、より優れた使用の調整、及び保守費の削減を可能にする。殆どの屋外照明は現在、独立に又は共通の電源から供給される小さなグループ単位で動作する。しかし、インターネット及び無線通信システムの台頭に伴い、屋外照明をネットワーク化し、屋外照明の動作を集中型サーバによって管理する傾向がある。
【０００４】
[0004]  ＬＥＤなどの新世代照明は、調光レベル、色、（例えばＬＥＤパネルを傾け又はＬＥＤ光ビームをデジタル式に形成することにより）向きを調節する機能、及び／又は様々なエネルギ源（例えば太陽エネルギ／風力）を回収する機能を有する。新世代の光源は、発光体及び据付器具の設計も自由にして顧客により多くの選択肢を与える。つまり、屋外照明ネットワークはますます異質的になる。このことは、エネルギを節約し、光害を減らし、現地の照明規制に従う際に更なる柔軟性を与える。不都合なことに、現世代の屋外照明はこの柔軟性を上手く利用することができる制御及び管理システムを使用しない。
【０００５】
[0005]  現在の照明システムの１つの問題は、変化する規制政策及び位置固有の利用者ニーズを捉え、そのニーズを照明要件に変換できないことである。異なる地区／区域は、都市、州、又は連邦組織の規制に従って経時変化する場合がある異なる照明要件を有する。例えば、照明区域要件を指定するモデル照明条例が自治体によって定められる場合がある。更に、照明要件を定めるとき、安全性、治安、緊急事態、交通、工事などの他の側面も利用者（例えば市政管理者）によって検討され得る。位置固有の利用者ニーズを突き止めるために、交通情報、治安データ（例えば犯罪統計）、地区／区域指定の分類、照明条例などの位置固有のデータが使用されても良い。
【０００６】
[0006]  不都合なことに、現在のシステムは、照明管理者が位置固有のデータを考慮に入れて照明要件を手動で指定することを必要とし、かかるシステムは必然的に多大な労力を伴うので実用的ではない。既存のＯＬＮ管理ツールは、都市の様々な地区（例えば商業地域、住宅地、高速道路等）用のスケジュールを設定する柔軟性を運営者に与えるが、運営者は運用スケジュールの種類についての決断を下し、選択されたスケジュールを各照明ユニット又は照明ユニット群に手動で適用しなければならない。従って、現在の管理ツールはスケジュールを定めるときに規制を考慮に入れないので、適用される任意の規制にスケジュールが準拠することを確実にする責任を利用者が負う。更に、安全性、治安、企業、交通のニーズなど、照明要件に影響し得る他の位置固有の側面が既存の管理ツールでは考慮に入れられていない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
[0007]  上記の不都合を克服する、照明要件を生成するシステム及び方法を有することが望ましい。
【課題を解決するための手段】
【０００８】
[0008]  本発明の一態様は、照明ユニットを有する屋外照明ネットワーク（ＯＬＮ）用の照明要件生成システムを提供し、本システムは中央制御機器、複数の照明ユニット制御機器、及び中央制御機器と照明ユニット制御機器とを動作可能に接続する通信システムを有する。中央制御機器は、位置ベースのデータを取得し、位置ベースのデータからクラスタを定め、クラスタのそれぞれについて照明要件を定め、照明ユニットの位置情報及びその地区に関する位置ベースのデータから照明ユニットをクラスタに関連付け、照明ユニットを照明要件にマップし、照明ユニットのそれぞれに関連するクラスタの照明要件を実施するように動作可能である。
【０００９】
[0009]  本発明の別の態様は、照明ユニットを有し、エージェントに動作可能に接続されている屋外照明ネットワーク（ＯＬＮ）用の照明要件生成システムの中央制御機器を提供し、本機器は、プロセッサ、プロセッサに動作可能に接続されるメモリ、及びエージェントと通信するためにプロセッサに動作可能に接続される通信モジュールを有する。プロセッサは、位置ベースのデータをエージェントから取得し、位置ベースのデータからクラスタを定め、クラスタのそれぞれについて照明要件を定め、照明ユニットの位置情報から照明ユニットをクラスタに関連付け、照明ユニットを照明要件にマップし、照明ユニットのそれぞれに関連するクラスタの照明要件を実施するように動作可能である。
【００１０】
[00010]  本発明の別の態様は、照明ユニットを有し、エージェントに動作可能に接続されている屋外照明ネットワーク（ＯＬＮ）用の照明要件を生成する方法を提供し、本方法は、エージェントから位置ベースのデータを取得するステップと、位置ベースのデータからクラスタを定めるステップと、クラスタのそれぞれについて照明要件を定めるステップと、照明ユニットの位置情報から照明ユニットをクラスタに関連付けるステップと、照明ユニットを照明要件にマップするステップと、照明ユニットのそれぞれに関連するクラスタの照明要件を実施するステップとを含む。
【００１１】
[00011]  添付図面と併せて読まれる目下好ましい実施形態についての以下の詳細な説明から、本発明の上記の及び他の特徴及び利点が更に明らかになる。詳細な説明及び図面は、添付の特許請求の範囲及びその等価物によって定められる本発明の範囲を制限するのではなく本発明の例示に過ぎない。
【００１２】
[00012]  本開示のために本明細書で使用するとき、「ＬＥＤ」という用語は、任意のエレクトロルミネッセンスダイオード又は電気信号に応答して放射を発生させることができる他の種類のキャリア注入／接合ベースシステムを含むように理解されるべきである。従ってＬＥＤという用語は、これだけに限定されないが、電流に応答して発光する様々な半導体ベースの構造、発光ポリマ、有機発光ダイオード（ＯＬＥＤ）、エレクトロルミネッセントストリップ等を含む。とりわけＬＥＤという用語は、赤外線スペクトル、紫外線スペクトル、及び可視スペクトル（一般に約４００ナノメートルから約７００ナノメートルまでの放射波長を含む）の様々な部分のうちの１つ又は複数で放射を発生させるように構成され得る、（半導体発光ダイオード及び有機発光ダイオードを含む）あらゆる種類の発光ダイオードを指す。ＬＥＤの幾つかの例は、これだけに限定されないが、様々な種類の赤外線ＬＥＤ、紫外線ＬＥＤ、赤色ＬＥＤ、青色ＬＥＤ、緑色ＬＥＤ、黄色ＬＥＤ、琥珀色ＬＥＤ、橙色ＬＥＤ、及び白色ＬＥＤ（以下で更に論じられる）を含む。ＬＥＤは、所与のスペクトルについて様々な帯域幅（例えば狭帯域幅、広帯域幅）（例えば半値全幅、即ちＦＷＨＭ）を有し、所与の一般色分類内の様々な主波長を有する放射を発生させるように構成され且つ／又は制御されても良いことが理解されるべきである。
【００１３】
[00013]  例えば、本質的に白い光を発生させるように構成されるＬＥＤの或る実装形態（例えば白色ＬＥＤ）は、相まって本質的に白い光を形成する、異なるエレクトロルミネッセンスのスペクトラムをそれぞれ発する幾つかのダイを含むことができる。別の実装形態では、白色光ＬＥＤが、第１のスペクトルを有するエレクトロルミネッセンスを別の第２のスペクトルに変換する蛍光体材料に関連付けられても良い。この実装形態の一例では、比較的短い波長及び狭帯域幅のスペクトルを有するエレクトロルミネッセンスが蛍光体材料を「励起（pump）」し、ひいては幾らか広いスペクトルを有する長波長放射を発する。
【００１４】
[00014]  ＬＥＤという用語は、ＬＥＤの物理的及び／又は電気的パッケージタイプを限定しないことも理解されるべきである。例えば上記のように、ＬＥＤは、（例えば個々に制御可能でも制御可能でなくても良い）異なる放射スペクトルをそれぞれ発するように構成される複数のダイを有する単一の発光装置を指し得る。又、ＬＥＤは、ＬＥＤ（例えば一種の白色ＬＥＤ）の一体部分と見なされる蛍光体に関連しても良い。全般的に、ＬＥＤという用語は、パッケージＬＥＤ、非パッケージＬＥＤ、表面実装ＬＥＤ、チップオンボードＬＥＤ、Ｔパッケージ実装ＬＥＤ、放射パッケージＬＥＤ、パワーパッケージＬＥＤ、一種のケース及び／又は光学部品（例えば拡散レンズ）を含むＬＥＤ等を指し得る。
【００１５】
[00015]  上記の概念及び以下でより詳細に論じられる更なる概念のあらゆる組合せが（かかる概念が互いに矛盾しないという条件で）、本明細書に開示される本発明の内容の一部として予期されることが理解されるべきである。とりわけ、本開示の最後に登場する特許請求の範囲に記載の内容のあらゆる組合せが、本明細書に開示される本発明の内容の一部として予期される。参照により援用される任意の開示の中でも登場する場合がある本明細書で明示的に用いられる専門用語には、本明細書で開示される特定の概念に最もふさわしい意味が与えられるべきことも理解されるべきである。
【００１６】
[00016]  図中、類似の参照文字は一般に様々な図面にわたり同じパーツを指す。又、図面は必ずしも縮尺通りではなく、むしろ本発明の原理を図示するときは一般に強調される。
【図面の簡単な説明】
【００１７】
【図１】[00017]  本発明による、照明要件生成システムを含む屋外照明ネットワークの一例示的実施形態のブロック図である。
【図２】[00018]  本発明による、屋外照明ネットワーク用の中央制御機器の一例示的実施形態のブロック図である。
【図３】[00019]  本発明による、屋外照明ネットワーク用の照明ユニット制御機器の一例示的実施形態のブロック図である。
【図４】[00020]  本発明による、屋外照明ネットワーク向けにＯＬＮの照明要件を生成する方法の流れ図である。
【図５】[00021]  本発明による、屋外照明ネットワークのクラスタ定義グラフィカルユーザインターフェイスの一例示的実施形態である。
【発明を実施するための形態】
【００１８】
[00022]  図１は、本発明による照明要件生成システムを含む屋外照明ネットワークの一例示的実施形態のブロック図である。図１は、屋外照明ネットワーク（ＯＬＮ）の運営、管理、変更、及び最適化のための照明要件を自動で生成できるようにする照明要件生成システムを備えるＯＬＮシステムの全体像を示す。中央制御機器及び照明ユニット制御機器を含む、全体的なＯＬＮ照明要件生成システムの特定の機器に関する詳細については図２及び図３のそれぞれに示されている。
【００１９】
[00023]  図１を参照し、この例のＯＬＮシステム９０は、幾つかの任意選択的なユーザ制御機器３０と、中央制御機器４０と、幾つかの照明ユニット制御機器５０と、任意選択的なユーザ制御機器３０、中央制御機器４０、照明ユニット制御機器５０間で動作可能に接続される通信システム６０とを含む。ＯＬＮシステム９０は、照明ユニット８２も含むことができ、照明ユニット８２のそれぞれは照明ユニット制御機器５０の１つに関連付けられる。ＯＬＮシステム９０の照明ユニット８２は、公園、道路などの幾つかの関心地点８４を照らす。各関心地点８４には、０、１、又は幾つかの照明ユニット８２が関連付けられても良い。
【００２０】
[00024]  中央制御機器４０は、照明要件の生成、ＯＬＮの計画、変更管理及び最適化、並びに照明ユニット制御機器５０の操作及び構成を行うことができる。照明要件を生成する際、中央制御機器４０は規制、公衆安全、交通、及びユーザ要求に関する位置ベースのデータを受け取ることができる。例示的規制は連邦当局、州当局、又は市当局から生じることができ、異なる高速道路、街路、公園、又は住宅地ごとに異なっても良い。例示的公衆安全及び交通データは、犯罪指数マップ、交通図、工事マップ等を含むことができる。例示的ユーザ要求は、緊急時対応要員等から生じることができる。位置ベースのデータは、テレマネージメント局７２を介してエージェント７４によって、任意選択的なユーザ制御機器３０を介して利用者２０によって、通信システム６０を介して他の情報源（不図示）によって、又は他の情報源（不図示）によって直接、中央制御機器４０に与えられても良い。
【００２１】
[00025]  ＯＬＮシステム９０は、１つ又は複数のエージェント７４がＯＬＮシステム９０の照明要件生成システムに入力を与えることを可能にする、中央制御機器４０と通信する１つ又は複数のテレマネージメント局７２も含むことができる。エージェント７４は、ユーザエージェント、管理者エージェント、電力供給者エージェント、規制エージェントなど、ＯＬＮ照明要件生成システム９０に入力を与えるどんな相手でも良い。テレマネージメント局７２は、中央制御機器４０に接続されることにより中央制御機器４０と直接通信することができ、又は通信システム６０を介して中央制御機器４０に接続されても良い。利用者２０も、任意選択的なユーザ制御機器３０を介して中央制御機器４０と通信することができる。
【００２２】
[00026]  照明要件生成システムを備えるＯＬＮシステム９０は、照明ネットワークの変更（例えば光の特性、照明要件、エネルギ費／可用性等の変更）を自動で管理し、その変更について照明ネットワークの運営を（再び）最適化する。照明ユニット８２が設置されると、各照明ユニット８２は自らの設定、動作特性、及び機能を中央制御機器に登録し、自らの動作特性の更新を（例えば特性の変更として）通信システム６０を介して中央制御機器４０に定期的に又は要求に応じて送る。通信システム６０は、使用可能な任意の通信方法又はプロトコル、例えばＯＬＮ、ＷｉＦｉ、イーサネット(登録商標)、送電線網、セルラネットワーク、ZigBee等を使用することができる。中央制御機器４０は、光の特性及び機能を用いて、ＯＬＮシステム９０用の照度モデル及び費用モデルを計算することができる。
【００２３】
[00027]  図２は、本発明による屋外照明ネットワーク２０４及びエージェント２０２に動作可能に接続された中央制御機器２００の一例示的実施形態のブロック図である。中央制御機器は、利用者及び屋外照明ネットワークにアクセス可能なプロセッサ、マイクロプロセッサ、サーバ、コンピュータ、又は他の任意のインテリジェント装置によって実装され得る。中央制御機器は、中央位置に配置されても良く、又は幾つかの位置にわたって分散されても良い。
【００２４】
[00028]  中央制御機器２００は、照明ユニットを有し、エージェントに動作可能に接続されている屋外照明ネットワーク（ＯＬＮ）を運営者が変更し最適化することを可能にする照明要件を生成する。中央制御機器２００は、プロセッサ２１０、プロセッサ２１０に動作可能に接続されるメモリ２２０、並びにエージェント２０２及び屋外照明ネットワーク２０４と通信するためにプロセッサ２１０に動作可能に接続される通信モジュール２３０を含む。プロセッサ２１０は、位置ベースのデータをエージェントから取得し、位置ベースのデータからクラスタを定め、クラスタのそれぞれについて照明要件を定め、照明ユニットの位置情報から照明ユニットのそれぞれをクラスタに関連付け、照明ユニットのそれぞれに関連するクラスタの照明要件を実施するように動作可能である。照明要件は、平均輝度、均一性、色温度等を含むことができる。一実施形態では、この実装形態は、屋外照明ネットワークに対する動作の計画、変更管理、及び／又は最適化に用いる中央制御機器内の計画／最適化モジュールに、最終的な照明要件出力計画を送ることを含む。別の実施形態では、この実装形態は、最終的な照明要件出力計画を照明ユニットに送ることを含む。一実施形態では、照明要件を実施する前に、プロセッサ２１０が、照明ユニットの少なくとも１つに関連するクラスタの照明要件間の競合を解決するように更に動作可能である。
【００２５】
[00029]  メモリ２２０は、屋外照明ネットワークの変更及び最適化を管理するためのデータ及びコマンドを記憶する。メモリ２２０は、構成要求、最適化目標／制約、照明要件、照度モデル、費用モデル等を記憶することができる。
【００２６】
[00030]  通信モジュール２３０は、エージェント及び照明ユニット機器から変更を受け取り、その変更に関与する関心地点に関連する照明ユニットの動作を調整する。通信モジュール２３０は、ZigBeeチップ、アプリケーション層を有する無線チップ、特定用途向け集積回路（ＡＳＩＣ）など、エージェント２０２及び／又は屋外照明ネットワーク２０４と通信可能な任意の種類の装置とすることができる。通信モジュール２３０は、セルラデータ通信プロトコル（例えばＧＳＭ（登録商標）、ＣＤＭＡ、ＧＰＲＳ、ＥＤＧＥ、３Ｇ、ＬＴＥ、ＷｉＭＡＸ）、ＩＥＥＥ８０２．１５．４無線規格上で動作するZigBeeプロトコル、ＩＥＥＥ規格８０２．１１（８０２．１１ｂ／ｇ／ｎなど）に基づくＷｉＦｉプロトコル、Bluetooth（登録商標）プロトコル、Bluetooth（登録商標） Low Energyプロトコルなど、所望の如何なる技術を使用して通信しても良い。一例では、通信モジュール２３０が、通信システムを介してエージェント２０２及び／又は屋外照明ネットワーク２０４と通信する。
【００２７】
[00031]  プロセッサ２１０は、照明ユニットの動作をどのように最適化するのかを決定する。プロセッサ２１０は、命令を作成すること、命令を実行すること、及び／又は命令に従ってデータを処理することのうちの１つ又は複数を実行可能な任意の種類の装置とすることができる。一例では、プロセッサはパーソナルコンピュータ、サーバなどのコンピュータである。メモリ２２０は、データ、プログラム、及び／又は命令を記憶可能な任意の種類のメモリとすることができる。例示的なメモリは、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、磁気コンピュータ記憶装置（例えばハードディスク、フロッピディスク、磁気テープ）、光学ディスク等を含む。メモリ２２０は、長期間及び／又は短期間の記憶に使用され得る。
【００２８】
[00032]  図３は、本発明による屋外照明ネットワーク（ＯＬＮ）の中央制御機器に動作可能に接続された照明ユニット制御機器の一例示的実施形態のブロック図である。照明ユニット制御機器は、利用者及び中央制御機器にアクセス可能なプロセッサ、マイクロプロセッサ、コンピュータ、組込みシステム、又は他の任意の電子装置によって実装され得る。照明ユニット制御機器は、照明器具／据付器具、安定器、ＬＥＤドライバ、ＬＥＤパネル、照明柱、関連するソフトウェア／電子モジュール等の中など、照明ユニットの中に又はその近くに都合良く配置され得る。照明ユニット制御機器は、個々の照明ユニット又は照明ユニット群を制御するために使用され得る。照明要件生成システムは、設置され又は使用可能な照明ユニット制御機器若しくは照明ユニットなしに使用され得ることを当業者なら理解されよう。照明要件生成システムは、照明ユニットの位置に関する情報は入手可能だが照明ユニット自体がまだ使用可能でないとき、パーソナルコンピュータ又は中央制御システム上で計画中に実行され得る。
【００２９】
[00033]  照明ユニット制御機器３００は、関連する照明ユニットの動作を照明要件に従って制御することができる。照明ユニット制御機器３００は、プロセッサ３１０、プロセッサ３１０に動作可能に接続されるメモリ３２０、及び中央制御機器３０２と照明ユニット３０４との間の通信用にプロセッサ３１０に動作可能に接続される通信モジュール３３０を含む。
【００３０】
[00034]  プロセッサ３１０は、通信モジュール３３０を介して中央制御機器に動作可能に接続される。プロセッサ３１０は、関心地点上の変更に応答して照明の動作を集合的に最適化するために、照明ユニットの動作を他の照明ユニットと協調して制御するための動作命令を受け取るように動作可能である。プロセッサ３１０は、照明ユニットが設置される最初に、又は照明ユニットが設置後に変更された後で、照明ユニットに特性を与えるように更に動作可能である。照明ユニットの最初の特性は、照明ユニットの位置、高さ、向き、光装置の種類等を含むことができる。一実施形態では、照明ユニットの最初の特性が、理論モデル／経験的モデルに基づく照度モデルも含むことができる。照明ユニット変更特性は、環境条件、調光曲線、燃焼時間、再生可能エネルギの種類（例えば太陽、風力等、照明ユニットにおいて入手可能なエネルギ）、再生可能エネルギの可用性（例えば電池の充電量、曇り度、風速等）など、照明ユニットの可変電流特質を含むことができる。
【００３１】
[00035]  プロセッサ３１０は、命令を作成すること、命令を実行すること、及び／又は命令に従ってデータを処理することのうちの１つ又は複数を実行可能な任意の種類の装置とすることができる。一例では、プロセッサはパーソナルコンピュータ、サーバなどのコンピュータである。メモリ３２０は、データ、プログラム、及び／又は命令を記憶可能な任意の種類のメモリとすることができる。例示的なメモリは、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、磁気コンピュータ記憶装置（例えばハードディスク、フロッピディスク、磁気テープ）、光学ディスク等を含む。メモリ３２０は、長期間及び／又は短期間の記憶に使用され得る。
【００３２】
[00036]  通信モジュール３３０は、ZigBeeチップ、アプリケーション層を有する無線チップ、特定用途向け集積回路（ＡＳＩＣ）など、中央制御機器３０２及び／又は照明ユニット３０４と通信可能な任意の種類の装置とすることができる。通信モジュール３３０は、セルラデータ通信プロトコル（例えばＧＳＭ（登録商標）、ＣＤＭＡ、ＧＰＲＳ、ＥＤＧＥ、３Ｇ、ＬＴＥ、ＷｉＭＡＸ）、ＩＥＥＥ８０２．１５．４無線規格上で動作するZigBeeプロトコル、ＩＥＥＥ規格８０２．１１（８０２．１１ｂ／ｇ／ｎなど）に基づくＷｉＦｉプロトコル、Bluetooth（登録商標）プロトコル、Bluetooth（登録商標） Low Energyプロトコルなど、所望の如何なる技術を使用して通信しても良い。一例では、通信モジュール３３０が、通信システムを介して中央制御機器３０２及び／又は照明ユニット３０４と通信する。
【００３３】
[00037]  図４は、本発明による屋外照明ネットワーク向けに照明要件を生成する方法の流れ図である。照明要件は、街路、公園、他の任意の関心地区などの関心地区にわたる輝度、均一性、色温度などの照明パラメータを含むことができる。照明要件は、ユーザ選択、規制要件等に基づいて定められても良い。照明要件の変更は、ユーザ選択、規制、都市の区域指定規則、工事、及び／又は環境条件（例えば交通、天候、日時等）の変更に起因し得る。一実施形態では、或る地区にわたる照明要件が平均輝度（照度）、均一性、及び色温度の組合せとして表される。照度及び均一性の測定基準は、照らされた格子点（ＧＰＩ：grid points illuminated）のパーセント、平均輝度、変動係数（ＣＶ）、平均対最小均斉度（ＡＭＵ：average-to-min uniformity ratio）、及び最大対最小均斉度（ＭＭＵ：max-to-min uniformity ratio）を含む。
【００３４】
[00038]  図４は、中央制御機器の観点から本方法の全体像を示す。ＯＬＮは照明ユニットを有し、エージェントに動作可能に接続される。方法４００は、エージェントから位置ベースのデータを取得するステップ４２０と、位置ベースのデータからクラスタを定めるステップ４３０と、クラスタのそれぞれについて照明要件を定めるステップ４４０と、照明ユニットの位置情報から照明ユニットをクラスタに関連付けるステップ４５０と、照明ユニットを照明要件にマップするステップ４６０と、照明ユニットのそれぞれに関連するクラスタの照明要件を実施するステップ４８０とを含む。方法４００は、照明ユニットの１つ又は複数に関連するクラスタの照明要件間に競合がないかどうかを確認するステップ４７０と、見つかった場合に競合を解決するステップとを任意選択的に含むことができる。
【００３５】
[00039]  エージェントから位置ベースのデータを取得するステップ４２０は、規制エージェント４１２、公衆安全／治安エージェント４１４、交通エージェント４１６、ユーザエージェント４１８等のエージェントから位置ベースのデータを取得するステップを含むことができる。本明細書で定義されるエージェントとは、位置ベースのデータを得ることができる任意のデータ記憶設備、コンピュータ／サーバ、又は記憶リポジトリである。位置ベースのデータは、デジタル、アナログ、及び／又はハードコピー形式で記憶され得る。規制エージェント４１２は、連邦／州／都市の法律や規則、区域指定の規則、照明条例、照明法規等の位置ベースのデータを提供することができる。公衆安全／治安エージェント４１４は、犯罪統計、工事マップ等の位置ベースのデータを提供することができる。交通エージェント４１６は、交通統計、交通密度、交通量等の位置ベースのデータを提供することができる。ユーザエージェント４１８は、緊急時対応要員、イベントプランナ等とすることができ、救急活動、スケジュールされたイベント、スケジュールされていないイベント等の位置ベースのデータを提供することができる。
【００３６】
[00040]  位置ベースのデータは、任意の関心位置に関連する任意の関心データとすることができる。例えば位置ベースのデータは、都市付近の位置に応じた照明条例とすることができる。位置ベースのデータは、コンピュータ符号化情報、ハードコピー文書等を含む、特定の目的に望まれる任意の形式を取ることができる。一例では、位置ベースのデータが履歴データである。別の例では、位置ベースのデータが実時間データである。
【００３７】
[00041]  位置ベースのデータは、様々な方法でエージェントから取得されても良い。一実施形態では、中央制御機器が、都市のデータベースやサーバなどのデータベース又はサーバ上に記憶された位置ベースのデータを集めることができる。一例では、許可されたセキュリティ証明書を使用して中央制御機器が接続し位置ベースのデータを抽出することができる、ウェブによってアクセス可能なリポジトリ内に規制情報、都市計画、及び／又は都市法規が保持されても良い。別の実施形態では、エージェントが、ファイル（例えば規格文書、都市法規、交通統計等）をアップロードすることにより位置ベースのデータを中央制御機器に手動で入力することができる。ファイルは解析されて、関連する位置ベースのデータが抽出され得る。更に別の実施形態では、エージェントが利用者として、グラフィックユーザインターフェイス（ＧＵＩ）により位置ベースのデータを中央制御機器に手動で入力することができる。表示されるパラメータの強度（例えば犯罪率、交通密度等）を反映する索引に各位置が関連付けられる索引地図を定めるために、エージェントは交通、犯罪、進行中の工事に関する入力データ、又は他の関心データを使用することができる。一例では、索引は既定義範囲内の数値である。別の例では、索引は、様々なカラースケール、パターン、及び／又は他のグラフィカル装置を用いてＧＵＩ上に表示される、パラメータのグラフィカル表現である。
【００３８】
[00042]  位置ベースのデータからクラスタを定めるステップ４３０は、特定の用途のために所望の通りに様々な種類のクラスタを定めるステップを含むことができる。クラスタは、地理的位置に関連し得る、従って地理的位置内の照明ユニットに関連し得る特定の特性を表す。地理的位置は、地図座標による定義など直接定義されても良く、又は照明ユニットの番号などによって間接的に定義されても良い。特定の地理的位置又は照明ユニットに複数のクラスタが関連付けられても良い。一実施形態では、位置ベースのデータからクラスタを定めるステップ４３０が、ユーザ入力４３２による位置ベースのデータからクラスタを定めるステップを更に含むことができる。
【００３９】
[00043]  クラスタは、単一パラメータクラスタ、メタクラスタ、又は基準に応じて決められるクラスタとすることができる。本明細書で定義される単一パラメータクラスタは、地理的位置に関連する単一の特性を表す。単一パラメータクラスタの例は、地区分類クラスタ（商業地域、住宅地、幹線道路）、交通に基づくクラスタ（交通量の多い地区、交通量の少ない地区）、並びに安全及び治安クラスタ（低犯罪率地区、高犯罪率地区）を含む。
【００４０】
[00044]  本明細書で定義されるメタクラスタは、地理的位置に関連する複数の特性を表す。一実施形態では、利用者がメタクラスタに関する特定の複数の特性を選択し、関心地区を識別することができる。例えばメタクラスタは、交通量が多い特性、商業地域である特性、及び犯罪率が低い特性を組み合わせることができる。
【００４１】
[00045]  本明細書で定義される基準に応じて決められるクラスタは、地理的位置に関連する単一の特性の程度を表す。単一の特性について、幾つかの基準に応じて決められるクラスタが定められても良い。一例では、関心のある特性が或る閾値を下回る場合に低強度クラスタが定められても良く、関心のある特性がその閾値を上回る場合に高強度クラスタが定められても良い。別の例では、関心のある特性の低値、中央値、及び高値について異なる強度のクラスタが定められても良い。関心のある特性が所与の地区の犯罪率である例にこれを適用すると、犯罪率が低閾値を下回る場合に低犯罪地区クラスタが定められても良く、犯罪率が低閾値と高閾値との間にある場合は中間犯罪地区クラスタが定められても良く、犯罪率が高閾値を上回る場合に高犯罪地区クラスタが定められても良い。基準に応じて決められるクラスタは、特定の用途のために所望の通りに任意のカテゴリで任意の閾値を使って使用され得る。
【００４２】
[00046]  特定の都市又は他の位置について入手可能な既存の地理情報システム（ＧＩＳ）は、クラスタを定め、照明ユニットの位置を示す街路地図を生成することができる。一実施形態では、中央制御機器が使用可能な任意のＧＩＳと通信し、クラスタを定める際に有用な位置ベースのデータ又は他の情報を得ることができる。例えば、国家公務員、市職員、又は管理者が既存の都市ＧＩＳを使用し、クラスタに基づく道路／地区分類、犯罪統計、交通量など、特定のクラスタを定めることができる。ＧＵＩを使ってクラスタを定めることについては、図５に関して以下で更に論じられている。
【００４３】
[00047]  図４を参照し、クラスタのそれぞれについて照明要件を定めるステップ４４０は、クラスタＣｋごとに照明要件Ｓｋを定めるステップを含むことができる。照明要件Ｓｋは、幾つかの動作パラメータＰｊを含むことができる。例えば照明要件Ｓｋは、｛Ｐ１＝最小出力、Ｐ２＝最大出力、Ｐ３＝最大ＣＣＴ．．．｝である組とすることができる。一実施形態では、クラスタのそれぞれについて照明要件を定めるステップ４４０が、ユーザ入力４３２による位置ベースのデータからクラスタを定めるステップを更に含むことができる。照明要件は適用される規制から抽出されても良く、又は位置ベースのデータを取得する際に利用者によって示される好みの組合せに由来しても良い。別の実施形態では、利用者が様々な特性（例えば地区分類、交通量、犯罪率等）を組み合わせたメタクラスタを作成し、ユーザ入力に基づいて特定のメタクラスタに一定の照明要件を関連させることができる。例えば交通量の多い中心部の商業地域／地区は、市職員／市政管理者によって選択される特定の照明要件に関連付けられる既定のメタクラスタであり得る。
【００４４】
[00048]  照明ユニットの位置情報から照明ユニットをクラスタに関連付けるステップ４５０では、どの照明ユニットの位置が所与のクラスタの位置特性を満たすのかを判定することができる。一実施形態では、クラスタＣｋごとにクラスタリング関数ｆｋ（ｉ）が定義され、照明ユニット識別入力ｉは、照明ユニット番号や照明ユニットの位置などの照明ユニット識別情報である。クラスタリング関数ｆｋ（ｉ）は、照明ユニットがクラスタＣｋに関連付けられるべきかどうかを決定する値を生成する。一例では、照明ユニットの地理的位置が照明ユニット識別入力ｉとして与えられ、クラスタリング関数ｆｋ（ｉ）は、照明ユニット識別入力ｉによって示される照明ユニットがクラスタＣｋに関連付けられるべきかどうかを示す数値又は２進値（０か１）を返す。
【００４５】
[00049]  クラスタリング関数ｆｋ（ｉ）は、所与のクラスタＣｋの特定の特性を照明ユニット及び／又は照明ユニットの地理的位置に関係付ける。一例では、特定の特性は、都市によって定められる地区の種類、例えば商業地域、住宅地、道路地区などの地理的特性である。地理的特性のためのクラスタリング関数は、照明ユニットが関連付けられるべきクラスタを決定する。別の例では、特定の特性が高犯罪率などの定量的特性である。クラスタリング関数は、その地区に関して入手可能な犯罪率情報を高犯罪率地区の閾値と比較することにより、照明ユニットの地理的位置における犯罪率が高犯罪率クラスタに関連付けられるべきかどうかを判定する。
【００４６】
[00050]  照明ユニットを照明要件にマップするステップ４６０は、特定の照明ユニットに関連するクラスタのクラスタセットを決定し、次いでそのクラスタセットの照明要件から特定の照明ユニットの照明要件を定めるステップを含むことができる。
【００４７】
[00051]  照明ユニットごとに、中央制御機器は、特定の照明ユニットに関連するクラスタＣｋのクラスタセットＣｌｕｓｔｅｒｓ（ｉ）を決定する。一実施形態では、照明ユニット識別入力ｉを有する照明ユニットのクラスタセットＣｌｕｓｔｅｒｓ（ｉ）内にクラスタＣｋがあるべきかどうかを判定するために、クラスタリング関数ｆｋ（ｉ）が関連付け基準と突き合わせて評価されても良い。一例では、ｆｋ（ｉ）≧ＴＨｋが成立する場合、Ｃｋ∈Ｃｌｕｓｔｅｒｓ（ｉ）であるように関連付け基準がクラスタリング関数ｆｋ（ｉ）及び閾値ＴＨｋに基づき、別の例では、ＴＨｋ ｍｉｎ≦ｆｋ（ｉ）≦ＴＨｋ ｍａｘが成立する場合、Ｃｋ∈Ｃｌｕｓｔｅｒｓ（ｉ）であるように関連付け基準が閾値範囲（ＴＨｋｍｉｎ，ＴＨｋｍａｘ）に基づく。
【００４８】
[00052]  関心のある全ての照明ユニットについてクラスタセットＣｌｕｓｔｅｒｓ（ｉ）が決定されると、中央制御機器は、特定の各照明ユニットに関するクラスタセット内の様々なクラスタの照明要件から、照明ユニットのそれぞれについて照明要件を決定する。照明要件を決定する際、クラスタセット内の様々なクラスタのそれぞれに関する照明要件を考慮に入れても良い。照明要件を決定するための例示的プロセスは、最大／最小、メタクラスタ用の既定要件、及び加重和を含む。
【００４９】
[00053]  本明細書で定義される最大／最小プロセスでは、所与の照明ユニットの照明要件が、クラスタセットＣｌｕｓｔｅｒｓ（ｉ）内の全クラスタＣｋについて最大／最小｛Ｓｋ｝として定められ、即ちクラスタセットＣｌｕｓｔｅｒｓ（ｉ）内の任意のクラスタＣｋ内で見つけられる動作パラメータＰｉの全ての値から、動作パラメータＰｉの最大値又は最小値が特定の照明ユニットのために選択される。特定の動作パラメータの妥当性に応じて最大値又は最小値が使用されることを当業者なら理解されよう。例えば動作パラメータが最大光出力の場合、クラスタセットＣｌｕｓｔｅｒｓ（ｉ）内の任意のクラスタＣｋ内で見られる最小値が、全クラスタの限界値になるので選択され得る。
【００５０】
[00054]  本明細書で定義されるメタクラスタ用の既定要件のプロセスでは、メタクラスタが特定の照明ユニットに関連する場合、特定の照明ユニットに関連するメタクラスタの照明要件として所与の照明ユニットの照明要件が定められる。特定の照明要件Ｓｋは、メタクラスタを定義するときに特定の種類の地区又は用途のために所望の通りにメタクラスタに割り当てられ得る。例えば、クラスタが住宅地及び低犯罪率地区を有するメタクラスタとして定められる場合、そのメタクラスタには最低限の照明の照明要件が割り当てられ、そのメタクラスタに関連するあらゆる照明ユニットに使用されても良い。所与の照明ユニットが複数のメタクラスタに関連付けられる場合、照明要件は最大／最小又は加重和の方法によって決定され得る。
【００５１】
[00055]  本明細書で定義される加重和のプロセスでは、所与の照明ユニットの照明要件が、所与の照明ユニットに関連する全クラスタの照明要件の加重平均によって定められる。一実施形態では、この加重平均は
【数１】
2014524108.tif 000003
が成立するように各クラスタの重要度によって重み付けされ、但しＲｅｑ（ｉ）は照明ユニット識別入力ｉによって識別される照明ユニットの照明要件であり、αｋはクラスタＣｋの照明要件の重み係数であり、ＳｋはクラスタＣｋの照明要件である。一例では、重み係数αｋが各クラスタＣｋの相対的重要度である。一例では、照明要件は３つのクラスタＣ１、Ｃ２、及びＣ３のそれぞれに関連する最大出力要件Ｐ１、Ｐ２、及びＰ３である。各クラスタＣ１、Ｃ２、及びＣ３は、各クラスタの重要度に相当する重み係数α１、α２、及びα３にそれぞれ関連付けられる。従って、この方法による３つのクラスタに関連する照明ユニットの全体的な出力要件（照明要件）は、
【数２】
2014524108.tif 000004
として定められる。
【００５２】
[00056]  照明ユニットのそれぞれについて照明要件が決定されると、中央制御機器は、照明要件と適用される任意の規制、ユーザ選択、又は他の位置ベースのデータとの間に競合がないかどうかを任意選択的に確認し（４７０）、見つかった場合に競合を解決することができる。競合が見つかり又は調節が必要な場合（４７２）、中央制御機器は照明ユニットの位置情報から照明ユニットをクラスタに関連付けるステップ４５０に戻り、自動で関連付けを調節して競合を取り除くことができる。一例では、関連付けるステップ４５０の前に、中央制御機器は関連付け基準の閾値及び／又はクラスタリング関数を変更することにより、クラスタに対する関連付けの基準を自動で再定義することができる。別の例では、関連付けるステップ４５０の前に、中央制御機器は競合を引き起こす地区（及び／又は照明ユニット）に関連する位置ベースのデータを自動で更新することができる。その後、方法４００は照明ユニットを照明要件にマップするステップ４６０、及び競合がないかどうかを確認するステップ４７０に進むことができる。別の実施形態では、競合が検出され又は調節が必要な場合、照明ユニットの位置情報から照明ユニットにクラスタのそれぞれを関連付けるステップ４５０及び競合を取り除くために関連付けを自動で調節するステップの前に、中央制御機器は位置ベースのデータからクラスタを定めるステップ４３０に戻りクラスタの定義を調節することができる。
【００５３】
[00057]  競合が検出されず又は調節が必要ない場合（４６２）、中央制御機器は最終的な照明要件出力計画を確認のため利用者に提示することができる（４７４）。一実施形態では、中央制御機器が競合を自動で取り除くことができない場合、方法４００が位置ベースのデータからクラスタを定めるステップ４３０に戻ることができるように、及び利用者がユーザ入力４３２によって位置ベースのデータからクラスタを手動で定める（４３０）ことができるように、最終的な照明要件出力計画が競合の警告を含んでも良い。その後、中央制御機器が最終的な照明要件出力計画を確認のため利用者に再度提示する（４７４）まで方法４００は続行し得る。
【００５４】
[00058]  最終的な照明要件出力計画を利用者が確認すると（４７４）、照明ユニットのそれぞれに関連するクラスタの照明要件が実施され得る（４８０）。一実施形態では、実施することが、屋外照明ネットワークに対する動作の計画、変更管理、及び／又は最適化に用いる中央制御機器内の計画／最適化モジュールに、最終的な照明要件出力計画を送ることを含む。別の実施形態では、実施することが、最終的な照明要件出力計画を照明ユニットに送ることを含む。
【００５５】
[00059]  図５は、本発明による屋外照明ネットワークのクラスタ定義グラフィカルユーザインターフェイスの一例示的実施形態である。図４に関して上記で論じられたように、クラスタは、ＯＬＮ照明要件生成方法内で位置ベースのデータから定義され得る。一例では、位置ベースのデータを候補クラスタとしてマップ上に提示し、利用者によって選択される候補クラスタからクラスタを定めることにより、クラスタが位置ベースのデータから定められ得る。
【００５６】
[00060]  図５を参照し、ＧＵＩ５００は、位置ベースのデータがその上に提示されているバックグラウンド５０２を含むことができる。位置ベースのデータは、任意の関心位置に関連する任意の関心データ（例えば交通データ、安全性／犯罪データ等）とすることができる。位置ベースのデータは、データに関連する特定の特性の値によってデータ群に分けられても良く、即ち或る閾値を上回る、或る閾値を下回る、又は特定の範囲内の値を有するデータ群に分けられても良い。次いでそれらのデータ群が、様々な候補クラスタとしてバックグラウンド５０２上に、候補クラスタをバックグラウンド５０２上で強調表示するパターンや色などの識別的特徴を用いて提示されても良い。その後、利用者は関心のある候補クラスタを選択することにより１つ又は複数のクラスタを定義することができる。複数の種類の位置ベースのデータ（例えば交通データと共に安全性／治安データ及び／又は照明性能データ）が単一バックグラウンド上に提示されても良く、利用者は異なる種類の異なる候補クラスタを同時に選択してメタクラスタを定義することができる。
【００５７】
[00061]  この例では、バックグラウンド５０２が街路地図であり、位置ベースのデータが交通密度の統計であり、これらの統計は、高密度交通地区の１つの候補クラスタ５１０及び中位の密度の交通地区の２つの候補クラスタ５１２、５１４として提示されている。候補クラスタ５１０は細線で満たされた有界領域として提示され、候補クラスタ５１２、５１４は、太線で満たされた有界領域として提示されている。利用者は候補クラスタをマウス又は他のポインティングデバイスを使って選択し、候補クラスタをクラスタとして定義することができる。例えば利用者は、候補クラスタ５１２上でクリックすることにより、候補クラスタ５１２をクラスタとして定義することができる。候補クラスタの提示はバックグラウンド５０２上の有界領域に限定されないことを当業者なら理解されよう。別の例では、位置ベースのデータが色の勾配によって提示されても良く、利用者はマウス又は他のマンマシンインターフェイスを使って位置ベースのデータの特定の領域を円で囲むことによりクラスタを定義することができる。
【００５８】
[00062]  屋外照明ネットワーク制御システムは照明の管理及び公衆安全用途に限定されず、美化及びエンターテイメントのために美術的に使用されても良いことを当業者なら理解されよう。一例では、照明ユニットは都市の各地区を最も効果的に照らすために、一日を通して輝度、色、及び向きを変えることができる。別の例では、照明ユニットの輝度、色、向き、及び発光状態が、芸術的表現として変えられ得る。更に別の例では、照明ユニットの輝度、色、向き、及び発光状態が、音楽、花火等の興行物と同時進行する芸術的表現として変えられ得る。
【００５９】
[0063]  幾つかの発明実施形態を本明細書に説明し例示したが、当業者であれば、本明細書にて説明した機能を実行するための、並びに／又は、本明細書にて説明した結果及び／若しくは１つ以上の利点を得るための様々な他の手段及び／若しくは構造体を容易に想到できよう。また、このような変更及び／又は改良の各々は、本明細書に説明される発明実施形態の範囲内であるとみなす。より一般的には、当業者であれば、本明細書にて説明されるすべてのパラメータ、寸法、材料、及び構成は例示のためであり、実際のパラメータ、寸法、材料、及び／又は構成は、発明教示内容が用いられる１つ以上の特定用途に依存することを容易に理解できよう。当業者であれば、本明細書にて説明した特定の発明実施形態の多くの等価物を、単に所定の実験を用いて認識又は確認できよう。したがって、上記実施形態は、ほんの一例として提示されたものであり、添付の請求項及びその等価物の範囲内であり、発明実施形態は、具体的に説明された又はクレームされた以外に実施可能であることを理解されるべきである。本開示内容の発明実施形態は、本明細書にて説明される個々の特徴、システム、品物、材料、キット、及び／又は方法に関する。更に、２つ以上のこのような特徴、システム、品物、材料、キット、及び／又は方法の任意の組み合わせも、当該特徴、システム、品物、材料、キット、及び／又は方法が相互に矛盾していなければ、本開示内容の本発明の範囲内に含まれる。
【００６０】
[0064]  本明細書にて定義されかつ用いられた定義はすべて、辞書の定義、参照することにより組み込まれた文献における定義、及び／又は、定義された用語の通常の意味に優先されて理解されるべきである。
【００６１】
[0065]  本明細書及び特許請求の範囲にて使用される「ａ」及び「ａｎ」の不定冠詞は、特に明記されない限り、「少なくとも１つ」を意味するものと理解されるべきである。
【００６２】
[0066]  本明細書及び特許請求の範囲にて使用される「及び／又は」との表現は、等位結合された要素の「いずれか又は両方」を意味すると理解すべきである。すなわち、要素は、ある場合は接続的に存在し、その他の場合は離接的に存在する。「及び／又は」を用いて列挙される複数の要素も同様に解釈されるべきであり、すなわち、要素のうちの「１つ以上」が等位結合される。「及び／又は」節によって具体的に特定された要素以外の他の要素も、それが具体的に特定された要素に関連していても関連していなくても、任意選択的に存在してよい。したがって、非限定的な例として、「Ａ及び／又はＢ」との参照は、「含む」といった非制限的言語と共に用いられた場合、一実施形態では、Ａのみ（任意選択的にＢ以外の要素を含む）を指し、別の実施形態では、Ｂのみ（任意選択的にＡ以外の要素を含む）を指し、更に別の実施形態では、Ａ及びＢの両方（任意選択的にその他の要素を含む）を指す。
【００６３】
[0067]  本明細書及び特許請求の範囲に用いられるように、「又は」は、上に定義したような「及び／又は」と同じ意味を有すると理解すべきである。例えば、リストにおけるアイテムを分ける場合、「又は」、又は、「及び／又は」は包括的と解釈される。すなわち、多数の要素又は要素のリストのうちの少なくとも１つを含むが、２つ以上の要素も含み、また、任意選択的に、リストにないアイテムを含むと解釈される。「〜のうちの１つのみ」又は「ちょうど１つの」といった反対を明らかに示す用語、又は、特許請求の範囲に用いられる場合は、「〜からなる」という用語だけが、多数の要素又は要素のリストのうちのまさに１つの要素が含まれることを指す。一般的に、本明細書にて使用される「又は」との用語は、「いずれか」、「〜のうちの１つの」、「〜のうちの１つのみ」、又は「〜のうちのちょうど１つのみ」といった排他的な用語が先行する場合にのみ、排他的な代替（すなわち「一方又は他方であるが、両方ではない」）を示すと解釈される。「本質的に〜からなる」は、特許請求の範囲に用いられる場合、特許法の分野にて用いられる通常の意味を有する。
【００６４】
[0068]  本明細書及び特許請求の範囲に用いられるように、１つ以上の要素を含むリストを参照した際の「少なくとも１つ」との表現は、要素のリストにおける任意の１つ以上の要素から選択された少なくとも１つの要素を意味すると理解すべきであるが、要素のリストに具体的に列挙された各要素の少なくとも１つを必ずしも含むわけではなく、要素のリストにおける要素の任意の組み合わせを排除するものではない。この定義は、「少なくとも１つの」との表現が指す要素のリストの中で具体的に特定された要素以外の要素が、それが具体的に特定された要素に関係していても関連していなくても、任意選択的に存在してもよいことを可能にする。したがって、非限定的な例として、「Ａ及びＢの少なくとも１つ」（又は、同等に「Ａ又はＢの少なくとも１つ」、又は、同等に「Ａ及び／又はＢの少なくとも１つ」）は、一実施形態では、少なくとも１つのＡ（任意選択的に２つ以上のＡを含む）であって、Ｂがない（任意選択的にＢ以外の要素を含む）ことを指し、別の実施形態では、少なくとも１つのＢ（任意選択的に２つ以上のＢを含む）であって、Ａがない（任意選択的にＡ以外の要素を含む）ことを指し、更に別の実施形態では、少なくとも１つのＡ（任意選択的に２つ以上のＡを含む）と、少なくとも１つのＢ（任意選択的に２つ以上のＢを含む）を指す（任意選択的に他の要素を含む）。
【００６５】
[0069]  更に、特に明記されない限り、本明細書に記載された２つ以上のステップ又は動作を含むどの方法においても、当該方法のステップ又は動作の順番は、記載された方法のステップ又は動作の順序に必ずしも限定されないことを理解すべきである。
【００６６】
[0070]  特許請求の範囲においても上記明細書においても、「備える」、「含む」、「担持する」、「有する」、「含有する」、「関与する」、「保持する」、「〜から構成される」等といったあらゆる移行句は、非制限的、すなわち、含むがそれに限定されないことを意味すると理解すべきである。米国特許庁特許審査手続便覧の第２１１１．０３項に記載される通り、「〜からなる」及び「本質的に〜からなる」といった移行句のみが、制限又は半制限移行句である。
【図１】
2014524108.tif 000005
【図２】
2014524108.tif 000006
【図３】
2014524108.tif 000007
【図４】
2014524108.tif 000008
【図５】
2014524108.tif 000009
【国際調査報告】
2014524108.tif 000010
2014524108.tif 000011