JP2019133784A - データ作成装置、プログラム、データ作成方法および照明制御システム - Google Patents

Abstract

【課題】客観的な照明器具割付データを簡易に作成可能なデータ作成装置、プログラム、データ作成方法および照明制御システムを提供する。【解決手段】データ作成装置（端末装置２００）は、点灯値取得部と、照度値取得部と、データ作成部とを具備する。点灯値取得部は、対象空間に設置された複数の照明器具毎の点灯値を取得する。照度値取得部は、対象空間に設定された複数の制御対象位置での照度計測値を取得する。データ作成部は、照明器具毎の点灯値、および制御対象位置毎の照度計測値に基づいて、制御対象位置毎に少なくとも一つの照明器具を割り付けた照明器具割付データを作成する。【選択図】図６

Description

本発明の実施形態は、データ作成装置、プログラム、データ作成方法および照明制御システムに関する。

オフィスビルやショッピングモール等では、照明器具と空調機器のエネルギー消費量が特に多い。よって、点灯させる照明の数を必要最小限にしたり、照明器具毎の出力（点灯値、光量）を最低限にしたりすれば、省エネ効果を高めることができる。近年では、照明器具を個別に自動制御できるビル中央監視システム（例えば、ＢＥＭＳ：Building Energy Management System）も普及してきている。

省エネ性を追求しすぎると快適性が損なわれる虞がある。そこで、空間の任意の位置を明るく照らし、その周囲を弱めに照らすことで省エネ性と快適性とを両立させることが考えられている。このような制御の前提として、任意の場所（例えば、各執務者の机や作業面）毎にどの照明器具を割り付けるかを定めたデータを、予め準備しておく必要がある。以下では、この種のエンジニアリングデータを照明器具割付データと称する。

特開２００５−０５６６６８号公報 特開２００５−１０８４８４号公報 特開２００６−３０２５１７号公報 特開２０１４−０７４９４８号公報 特開２００１−１２６８８１号公報 特開２００１−３２６０８１号公報

現状では、システム調整員やビルオーナーが、室内設計平面図を見ながら場所毎の照明器具の割り付け（assigning）をひとつひとつ決めていくことで、照明器具割付データを作成するようにしている。このため作業者は非常に手間のかかる作業を強いられる。また、客観的な指標が無く作業者の主観に頼っていたので、入居者にとって最適な照明器具割付データが得られるとは限らない。特に、制御対象位置が複数の照明の中央にある場合の判断が難しい。入居者からのクレームがあれば設計の変更を余儀なくされ、後戻り作業が発生し、データ作成がやり直しになる。制御対象位置への光量は、照明器具と制御対象位置の相対距離だけではなく、室内に配置された物の大きさ（例えば、書棚）や材質（例えば、ミラーガラスや木製）、色（例えば、黒あるいは白）等によって変わる。このことも判断を難しくする。さらに、照明器具毎の劣化の度合いも違うので、或る程度の期間が経つと割り付け作業をやり直す必要もある。

そこで、目的は、客観的な照明器具割付データを簡易に作成可能なデータ作成装置、プログラム、データ作成方法および照明制御システムを提供することにある。

実施形態によれば、データ作成装置は、点灯値取得部と、照度値取得部と、データ作成部とを具備する。点灯値取得部は、対象空間に設置された複数の照明器具毎の点灯値を取得する。照度値取得部は、対象空間に設定された複数の制御対象位置での照度計測値を取得する。データ作成部は、照明器具毎の点灯値、および制御対象位置毎の照度計測値に基づいて、制御対象位置毎に少なくとも一つの照明器具を割り付けた照明器具割付データを作成する。

図１は、実施形態にかかる照明制御システムを適用可能な、室内空間の一例を示す図である。 図２は、オフィスビルにおけるネットワークの一例を示す図である。 図３は、第１の実施形態に係わる端末装置２００の一例を示す機能ブロック図である。 図４は、図３に示される端末装置２００の処理手順の一例を示すフローチャートである。 図５は、室内環境の一例を示す図である。 図６は、図３に示される機能ブロック間の関係の一例を示す図である。 図７は、端末装置２００のモニタに表示される設定ウインドウの一例を示す図である。 図８は、点灯制御値の一例を示す図である。 図９は、点灯値の一例を示す図である。 図１０は、点灯値と照度計測値との関係の一例を示す図である。 図１１は、照明器具割付データの計算に係わる端末装置２００の処理手順の一例を示すフローチャートである。 図１２は、点灯値と照度計測値との相関特性の一例を示す図である。 図１３は、各計測点ａ，ｂ，ｃにおける照明器具Ａ，Ｂ，Ｃ，Ｄの寄与度の一例を示す図である。 図１４は、照明器具の割り付け条件の一例を示す図である。 図１５は、照明器具割付データ２４０ｅの一例を示す図である。 図１６は、第２の実施形態に係わる端末装置２００の一例を示す機能ブロック図である。 図１７は、図１６に示される端末装置２００の処理手順の一例を示すフローチャートである。 図１８は、図１６に示される機能ブロック間の関係の一例を示す図である。 図１９は、第２の実施形態において端末装置２００が取得する最新の照度計測値の一例を示す図である。 図２０は、第２の実施形態において端末装置２００が取得する最新の点灯値の一例を示す図である。 図２１は、点灯制御値の一例を示す図である。

図１は、実施形態にかかる照明制御システムを適用可能な、室内空間の一例を示す図である。図１に示されるように、オフィスビルにおける各フロアの例えば天井に、照明器具１、空調機器２の吹き出し口、および画像センサ３が配設される。また、机や床面、天井などの任意の場所に、照度センサ４が配設される。

図２は、オフィスビルにおけるネットワークの一例を示す図である。図２において、ビル監視装置５、データベース３００、表示装置１１、制御装置１２、および、ゲートウェイ（ＧＷ）７−１，７−２が、ビル内ネットワーク５００を介して互いに通信可能に接続される。表示装置１１、制御装置１２、およびビル監視装置５は、ビル内ネットワーク５００を介してデータベース３００にアクセスすることができる。ビル内ネットワーク５００の通信プロトコルとしては、例えば、インテリジェントビル用ネットワークの通信規格であるＢＡＣｎｅｔ（登録商標）やＬＯＮＷＯＲＫＳ（商標登録）、ＫＮＸ（商標登録）、ＤＡＬＩ、ＺｉｇＢｅｅ（登録商標）、ＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）を適用することができる。

照明器具１、空調機器２、画像センサ３、および照度センサ４は信号線Ｌを介して、例えばデイジーチェーンまたはカスケード状に接続される。このうち例えば画像センサ３が、ゲートウェイ７−１を介してビル内ネットワーク５００に接続される。これにより信号線Ｌを介して接続された画像センサ３、照明器具１、空調機器２、および照度センサ４をビル内ネットワーク５００に接続することが可能である。画像センサ３で取得された画像データ、環境情報、人物情報、および照度センサ４で取得された照度計測値は、ビル内ネットワーク５００を経由してデータベース３００に伝送され、記録される。

無線アクセスポイント８が、ハブ（Ｈｕｂ）６を介してＬＡＮ（Local Area Network）１０経由でゲートウェイ７−２に接続される。これにより、無線通信機能を備える端末装置２００等が、ゲートウェイ７−２経由でビル内ネットワーク５００に接続されることができる。つまり端末装置２００は、ビル内ネットワーク５００を介してデータベース３００にアクセスすることができる。端末装置２００は、画像データ、環境情報、人物情報、および照度センサ４で取得された照度計測値などのデータをデータベース３００から取得することができる。

照明器具１は、点灯／消灯といった２つの状態をとるだけでなく、調光率などの点灯制御値を与えることで、明るさを変化させることができる。点灯制御値が与えられると、この点灯制御値に対する実際の点灯値が、制御先の照明器具１から例えばビル監視装置５にフィードバックされる。ビル監視装置５は、照明器具１毎の点灯値（点灯値３００ａ）をデータベース３００に記録する。端末装置２００は、ビル内ネットワーク５００経由でデータベース３００にアクセスして、点灯値３００ａを取得することができる。

照度センサ４は、その位置における明るさ（照度）を計測し、照度の計測値（照度計測値）を出力する。照度計測値は、ビル内ネットワーク５００経由でデータベース３００に渡され、記録される（照度計測値３００ｂ）。端末装置２００は、ビル内ネットワーク５００経由でデータベース３００にアクセスして、照度計測値３００ｂを取得することができる。

画像センサ３は、視野内に捕えた映像を撮影して画像データを取得する。画像センサ３は、取得した画像データを処理し、環境情報および人物情報を作成する。これらの情報を利用して、照明器具１および空調機器２を制御することができる。環境情報は、制御対象の空間（対象空間）の環境に関する情報であり、その一例として対象空間における照度の分布が挙げられる。人物情報は対象空間における人間に関する情報であり、その一例として、人の存在または不在（在／不在）、人数、人の行動、人の活動量などを挙げることができる。各画像センサにおいて、環境情報および人物情報は、対象空間ごとに算出することができる。あるいは、対象空間を複数に分割した小領域（エリア）毎に、環境情報および人物情報を算出することもできる。

ビル監視装置５、表示装置１１、および制御装置１２は、いずれもプロセッサとメモリとを備えるコンピュータである。ビル監視装置５は例えばＢＥＭＳとして実現される。また、ビル監視装置５と表示装置１１、制御装置１２が一体化されていてもよい。
表示装置１１は、画像センサ３から取得した環境情報および人物情報、あるいはビル監視装置５から取得した各種の情報を視覚的に表示する。
制御装置１２は、画像センサ３から送られた環境情報および人物情報に基づき、照明器具１や空調機器２を制御するための制御情報を生成する。この制御情報はゲートウェイ７−１および信号線Ｌを介して照明器具１、空調機器２に送られる。
データベース３００は、例えばＲＤＢ（Relational Database）型、あるいはキー／バリュー（Key/Value）型のデータベースであり、その実体は、例えばコンピュータのＨＤＤ（ハードディスクドライブ）に記録されたディジタルデータである。次に、上記構成を基礎として複数の実施形態を説明する。

［第１の実施形態］
図３は、第１の実施形態に係わる端末装置２００の一例を示す図である。データ作成装置としての端末装置２００は、ＣＰＵやＭＰＵ等のプロセッサ２５０と、ＲＯＭ（Read Only Memory）２２０およびＲＡＭ（Random Access Memory）２３０を備えるコンピュータである。端末装置２００は、さらに、ハードディスクドライブ（Hard Disk Drive：ＨＤＤ）などの記憶部２４０、光学メディアドライブ２６０、および、通信部２７０を備える。

ＲＯＭ２２０は、ＢＩＯＳ（Basic Input Output System）やＵＥＦＩ（Unified Extensible Firmware Interface）などの基本プログラム、および各種の設定データ等を記憶する。ＲＡＭ２３０は、記憶部２４０からロードされたプログラムやデータを一時的に記憶する。

光学メディアドライブ２６０は、ＣＤ−ＲＯＭ２８０などの記録媒体に記録されたディジタルデータを読み取る。端末装置２００で実行される各種プログラムは、例えばＣＤ−ＲＯＭ２８０に記録されて頒布される。このＣＤ−ＲＯＭ２８０に格納されたプログラムは光学メディアドライブ２６０により読み取られ、記憶部２４０にインストールされる。

通信部２７０は、通信機能を備え、無線アクセスポイント８やハブ６等との無線通信を制御する。端末装置２００で実行される各種プログラムを、例えば通信部２７０を介してサーバからダウンロードし、記憶部２４０にインストールすることもできる。通信部２７０を介してクラウドサーバから最新のプログラムをダウンロードし、インストール済みのプログラムをアップデートすることもできる。また、端末装置２００は、通信部２７０からビル内ネットワーク５００経由でデータベース３００にアクセスすることができる。さらに、通信部２７０は、送信部２７０ａを備える。送信部２７０ａは、照明器具割付データ２４０ｅを、この照明器具割付データ２４０ｅを要求した主体（要求元:例えばビル監視装置５）に向けて送信する。

記憶部２４０は、プロセッサ２５０により実行されるプログラム２４０ａに加えて、実行条件データ２４０ｂ、点灯値２４０ｃ、照度計測値２４０ｄ、および、照明器具割付データ２４０ｅを記憶する。

実行条件データ２４０ｂは、照明器具割付データ２４０ｅの作成を実行する条件を示すデータである。例えば、「在室人数が０人、かつ、最大照度が５ｌｕｘ以下」などといった条件が、予め実行条件データ２４０ｂに登録される。実行条件データ２４０ｂは、プログラム内で定義されてもよいし、外部システムの種類に応じて柔軟に変更してもよい。システム管理者やビルオーナー等が変更することも可能である。

プロセッサ２５０は、ＯＳ（Operating System）および各種のプログラムを実行する。また、プロセッサ２５０は、実施形態に係る処理機能として点灯値取得部２５０ａ、照度値取得部２５０ｂ、データ作成部２５０ｃ、および、実行制御部２５０ｄを備える。点灯値取得部２５０ａ、照度値取得部２５０ｂ、データ作成部２５０ｃ、実行制御部２５０ｄ、および送信部２７０ａ（通信部２７０）は、記憶部２４０に記憶されたプログラム２４０ａがＲＡＭ２３０にロードされ、当該プログラムの進行に伴ってプロセッサ２５０が演算処理を実行することで生成されるプロセスとして、理解され得る。つまりプログラム２４０ａは、データ作成装置としての端末装置２００を動作させるためのプログラムであって、コンピュータである端末装置２００を、点灯値取得部２５０ａ、照度値取得部２５０ｂ、データ作成部２５０ｃ、実行制御部２５０ｄ、および送信部２７０ａとして動作させる。

点灯値取得部２５０ａは、照明器具毎の点灯値を、例えばデータベース３００（図２）から取得して記憶部２４０に記憶する（点灯値２４０ｃ）。
照度値取得部２５０ｂは、制御対象位置における照度計測値を、例えばデータベース３００（図２）から取得して記憶部２４０に記憶する（照度計測値２４０ｄ）。
データ作成部２５０ｃは、点灯値２４０ｃおよび照度計測値２４０ｄに基づいて、照明器具割付データを作成する。作成された照明器具割付データ２４０ｅは、記憶部２４０に記憶される。

実行制御部２５０ｄは、実行条件データ２４０ｂを参照し、照明器具割付データ２４０ｅの作成を実行する条件が満足された場合に、照明器具割付データ２４０ｅの作成を実行する。

図４は、図３に示される端末装置２００の処理手順の一例を示すフローチャートである。図５〜図１０も併せて参照して説明する。図５は、照明器具割付データ２４０ｅの作成にかかる室内環境の一例を示す図であり、複数の照明器具Ａ〜Ｄおよび計測点a〜ｃの配置を、例えば上から下へと見下ろす視線で眺めた状態（俯瞰した状態）を示す。ここでは、計測点a〜ｃにそれぞれひとつの照度センサ４が配置されているとする。なお、照明器具Ａ〜Ｄの位置、計測点ａ〜ｃの位置は、厳密なものではない。

図６は、図３に示される機能ブロック間の関係の一例を示す図である。図７は、端末装置２００のモニタに表示される設定ウインドウの一例を示す図である。図７に示されるウインドウは、照明器具割付データの作成手順の実行スケジュールを設定するためのＧＵＩ（Graphical User Interface）ウインドウの一例である。図７に示される例では、１２月３１日の、午前１時〜５時（システムにとっては１時００分〜４時５９分と解釈されることもある）が設定されている。よって、１２月３１日の１時が到来するとメイン処理プログラムの開始トリガが発生し、図４に示される処理手順が自動的に開始される。このような時刻も、実行条件データ２４０ｂの一例である。実行条件データ２４０ｂは、図７のようなＧＵＩウインドウを用いて設定することもできる。

図４において、処理可能時刻であれば（ステップＳ０でＹｅｓ）、端末装置２００は最新の室内情報４００を、外部システム（例えば、ＢＥＭＳやセキュリティシステム等）から取得する（ステップＳ１）（図６（ａ））。室内情報とは、例えば、在室者の有無を示す人感検知データ、人数データ、入退室状態等であり、画像センサ３等から取得可能な情報である。特に、照明器具割付データ２４０ｅを作成する際に、外光の影響を排除することは重要であるので、室内の全ての照度計測値や平均照度値、又は最大照度値を外部システムから取得するようにしてもよい。

次に、端末装置２００は、実行条件データ２４０ｂを参照し（図６（ｂ））、室内情報４００と照合して、照明器具割り付け演算の実行条件が成立するか否かを判定する（ステップＳ２）。例えば室内情報４００が「在室人数が０人、かつ、最大照度値が３ｌｕｘ（ルクス）」を示していれば、この室内情報４００は、実行条件データ２４０ｂの「在室人数が０人、かつ、最大照度が５ｌｕｘ以下」の範囲内にある。よって照明器具割り付け演算の実行条件が満足され（ステップＳ２でＹｅｓ）、次のステップＳ３に進む。

次に、端末装置２００は、照明器具Ａだけに点灯制御値を出力し（ステップＳ３）、これに応じて照明器具Ａからフィードバックされた点灯値を取得する（ステップＳ４）。取得された点灯値は、記憶部２４０に記憶される（ステップＳ５）（図６の（ｃ））。次に、端末装置２００は、照明器具Ａが点灯している状態で、計測点ａ，ｂ，ｃにおける照度計測値を取得する（ステップＳ６）。取得された照度計測値は、記憶部２４０に記憶される（ステップＳ７）（図６の（ｄ））。

ステップＳ３〜ステップＳ７の手順は、他の照明器具Ｂ，Ｃ，Ｄについても同様に実施される。すなわち端末装置２００は、全ての照明器具に全ての点灯制御が実行されたかを判定し（ステップＳ８）、その結果がＹｅｓとなるまでステップＳ３〜ステップＳ７の手順を繰り返す。

なお、ステップＳ３〜ステップＳ７の手順を１サイクルとして、このサイクルの順序は照明器具Ａ，Ｂ，Ｃ，Ｄに限らず任意で良い。要するに一つ一つの照明器具について、他が点灯していない状態で、排他的に、１サイクルを実行すればよい。サイクルの実施の順序、および間隔は予め設定しておくことも可能である。

図８は、図４のステップＳ３で指示される点灯制御値の一例を示す図である。例えば４通りの点灯制御値１、点灯制御値２、点灯制御値３、点灯制御値４があるとし、順に０％、２５％、５０％、および１００％の値とする。

図９に示されるように、点灯制御値１、点灯制御値２、点灯制御値３、点灯制御値４が与えられたとき、点灯値１、点灯値２、点灯値３、点灯値４が返されるとする。例えば照明器具Ａは、０％の点灯値１、２５％の点灯値２、５０％の点灯値３、および１００％の点灯値４を返し、他の照明器具Ｂ，Ｃ，Ｄも同様であることが示される。

ここで、もしステップＳ４で返された点灯値がステップＳ３で出力した点灯制御値と一致しなければ、ステップＳ５に進まずに、ステップＳ３を再度実行し、ステップＳ４で取得した点灯値がステップＳ３で出力した点灯制御値と一致するまで、又は所定の回数（例えば、３回）を超えるまでステップＳ３、ステップＳ４の手順を繰り返してもよい。

あるいは、ステップＳ３〜ステップＳ７の１サイクルが終わる時点で、一度取得した全ての点灯値と出力した全ての点灯制御値が一致かどうかの確認を行い、もしその中で１つでも異なる値があれば、該当サイクルを再度実行し、全ての点灯値が全ての点灯制御値と一致するまで、或いは所定の回数（例えば、３回）になるまで繰り返すようにしてもよい。

仮に、繰り返し処理の上限回数まで行っても不一致が存在し続ける場合、照明器具１或いは制御装置１２における異常の発生が示唆される。このまま継続すると、正しく照明割付データ２４０eを作成することが不可能になる可能性があるので、図４に示す処理手順をここで中止してもよい。このような異常処理（エラー対応処理）を図４のフローチャートに含めることもできる。

図１０は、点灯値と照度計測値との関係の一例を示す図である。一つの照明器具に一つの点灯制御値を与えるごとに、一つの点灯値と、３か所での照度計測値が得られる。図１０は、計測点ａ，ｂ，ｃ毎の照度計測値を、照明器具Ａ，Ｂ，Ｃ，Ｄ毎に、各点灯値１、点灯値２、点灯値３、点灯値４のそれぞれについて対応付けたものである。図１０に示される表は、図４のステップＳ３〜ステップＳ７のサイクルが全ての照明器具について完了した段階で得られる。

ステップＳ８でＹｅｓの判定がなされると、端末装置２００は照明器具割付データを計算する（ステップＳ９）。計算された照明器具割付データ２４０ｅは記憶部２４０に記憶され（ステップＳ１０）（図６の（ｅ））、要求があればその要求元に向けて出力される（ステップＳ１１）（図６の（ｆ））。例えばＢＥＭＳに定義された照明制御方法に応じて、照明器具割付データ出力２４０ｈは様々な用途に利用されることができる。

図１１は、照明器具割付データの計算に係わる端末装置２００の処理手順の一例を示すフローチャートである。端末装置２００は、記憶部２４０から点灯値２４０ｃを読み出し（ステップＳ１２）、照度計測値２４０ｄを読み出す（ステップＳ１３）。ステップＳ１２、ステップＳ１３では、対象空間内の全てのデータをまとめて読み出してもよいし、あるいは、所定回数、またはグループ単位で順次、データを読み出してもよい。

次に、端末装置２００は、読み出した点灯値２４０ｃと照度計測値２４０ｄとを用いて、照明器具毎の点灯値と照度計測値との相関特性を、計測点（制御対象位置）毎に計算する（ステップＳ１４）。例えば、点灯値［％］を横軸にとり、照度計測値［ｌｕｘ］を縦軸にプロットすると、図１２に示されるようなグラフが得られる。

もし、ステップＳ３〜ステップＳ１１の途中で、実行条件データ２４０bに設定された日付や時刻から外れてしまったり、あるいは、最新の室内情報４００が満足されなくなったら（例えば実行対象エリア内から「在」が検出されたら）、今回のプログラム実行を中止したり、室内条件４００が再度成立されるまで待機するなどの例外処理を設けてもよい。

図１２は、点灯値と照度計測値との相関特性の一例を示す図である。図１２における実線は、照明器具Ａの照度を計測点ａから計測したデータの折れ線を示す。破線は、照明器具Ａの照度を計測点ｂから計測したデータの折れ線を示す。一点鎖線は、照明器具Ａの照度を計測点ｃから計測したデータの折れ線を示す。各折れ線に近似直線を取り、その近似直線の傾き（スロープＳ）は、順に４０，１２．４，および０であり、これらの値を、点灯値と照度計測値との相関特性を示す指標として利用することができる。ここで、傾きが０であるということは、該当する照明器具の点灯がその場所の明るさに寄与しないことを表す。

図１３は、各計測点ａ，ｂ，ｃにおける照明器具Ａ，Ｂ，Ｃ，Ｄの寄与度の一例を示す図である。図１３において、図１２の照明器具Ａと同様にして求められた近似線の傾きが、照明器具Ｂ，Ｃ，Ｄについても示される。つまり図１３は、照明器具Ａ，Ｂ，Ｃ，Ｄ毎の点灯値の変化が、計測点ａ，ｂ，ｃ毎の照度計測値の変化に寄与する度合い（寄与度と称する）を示す。言い換えれば、図１３は、計測点ａ，ｂ，ｃ毎に、照明器具Ａ，Ｂ，Ｃ，Ｄのそれぞれについての点灯値と照度計測値との相関特性を示す図である。つまり、点灯値と照度計測値との相関特性を示す指標は、点灯値の照度計測値への寄与度を示すと考えて差し支えない。

さて、ステップＳ１４（図１１）における処理が完了し、図１３の表が得られれば、端末装置２００は照明器具の割り付け条件を取得する（ステップＳ１５）。
図１４は、照明器具の割り付け条件の一例を示す図である。この割付条件は、例えばデータベース３００（図２）或いは記憶部２４０（図３）に予め記憶される。図１４において、スロープＳに対し、例えば３０，１０，５，および０を境界値とする、五とおりの閾値を設定することができる。Ｓの値が大きいほど、その照明器具はその計測点の照度への寄与度が高いのであるから、Ｓが３０より大きければ、その照明器具を、その場所における（中心）としてランク付けする。１０＜Ｓ≦３０であれば、その照明器具を、その場所における（周囲１）としてランク付けする。５＜Ｓ≦１０であれば、その照明器具を、その場所における（周囲２）としてランク付けする。０＜Ｓ≦５であれば、その照明器具を、その場所における（周囲３）としてランク付けする。（周囲ｘ）のｘ（自然数）が増えるほど、照度が変化しないことを示す。そして、傾きＳが０であれば、その照明器具は、その場所に全く寄与せず、割付には参加しない。このことを（−）で示す。

このように、一つの制御対象位置に対して複数の照明器具を割り付けることができる。つまり一つの照明器具（主：中心）と、複数の照明器具（副：周囲）とを、場所ごとに割り付けることができる。もちろん、（周囲ｘ）を考慮せずに、一つの制御対象位置に対して最大の寄与度を示す一つの照明器具を（中心）として割り付けても良い。

次に、端末装置２００は、照明器具の割り付け条件を参照して、照明器具割付データ２４０ｅを作成する（ステップＳ１６）。図１３を参照し、計測点ａに着目すると、照明器具Ａが最大の寄与度（４０．０）を与え、照明器具Ｂの寄与度（３３．２）がそれに続き、照明器具Ｃ，Ｄはいずれも寄与しない（０）ことが分かる。そこで、端末装置２００は、図１４の条件も参照し、計測点ａについて照明器具Ａを中心とし、照明器具Ｂを周囲１として、それぞれ割り付ける（図１５）。

同様に図１３において、計測点ｂでは照明器具Ｃの寄与度が最大（４８．５）で、順に照明器具Ａ（１２．４）、照明器具Ｂ（３．１）、照明器具Ｄ（０）と続く。よって端末装置２００は、計測点ｂについて照明器具Ｃを中心とし、照明器具Ａを周囲１、照明器具Ｂを周囲３として、それぞれ割り付ける（図１５）。

さらに、計測点ｃについては、図１３で、照明器具Ｄの寄与度が最大（２８．３）で、順に照明器具Ｃ（２６．０）、照明器具Ｂ（８．０）、照明器具Ａ（０）と続く。照明器具ＤおよびＣの寄与度は、いずれも閾値３０（図１４）より小さく、照明器具ＤまたはＣを単独で用いた場合、いずれも十分な照度を得られないことが示唆される。しかし、照明制御の都合上で、各計測点に必ず１つ以上の（中心）と割付させないといけない制約がある。照明器具ＤとＣの寄与度を合算すれば５４．３となり、照明器具ＤとＣをペアで運用することで計測点ｃで十分な明るさを得られることがわかる。そこで端末装置２００は、照明器具ＤとＣの合計して得られる効果を（中心）と見做し、ＤとＣの双方を（中心）として割り付け、照明器具Ｂは図１４の閾値に従い（周囲２）として割り付ける。なお、照明器具の点灯値が計測点に対して影響を与えない、すなわち寄与度が０である場合には割り付け無しとして、これを（−）で示す。

以上のように、全ての計測点に対して（中心）となる照明器具と、（周囲ｘ）となる照明器具をリンク付けすることで、図１５に示されるような、照明器具割付データ２４０ｅを作成することができる。

図１５は、照明器具割付データ２４０ｅの一例を示す図である。この照明器具割付データ２４０ｅを用意することによって初めて、照明器具の自動制御を実現することができる。照明器具割付データ２４０ｅは、送信部２７０ａにより外部システムに渡されることが可能で、外部システムにおいて様々な制御目標のため柔軟に利用されることができる。

以上述べたように第１の実施形態では、例えば、室内の環境（例えば、内装工事）が整備された後に、先ず室内情報を参照して、対象空間に外光の影響が無く、人が不在であるという条件が満たされた場合に、照明器具割り付け演算を開始する。照明器具割り付け演算では、対象空間内の全ての照明器具を１つずつ点灯させ、この対象空間に含まれる全ての制御対象位置（例えば、座席の机や作業面）における照度変化を記録する。その結果から、其々の制御対象位置について照明器具の寄与度を計算し、寄与度を閾値で分別して照明器具を複数にランク付けすることで、照明器具割付データ２４０ｅを作成するようにした。

人間の主観的な判断に頼らず、客観的かつ自動的に照明器具割付データ２４０ｅを作成可能な技術は知られておらず、例えば所望の照明環境を得るための照明の個別制御を効果的に実行することができない。

例えば、特許文献１、特許文献２では、複数個の照明器具が存在する場所において、任意の位置を目標照度値に達するために、照度計の計測値と目標照度値を比較し、比較の結果に従い各照明器具に対して現在出力値から順に（１ステップずつ）変更させ、任意の位置の照度計測値が目標照度値とほぼ同じになるまで、各照明器具の出力値を変更させ続けるようにしている。しかしながら、照明器具と制御対象位置の割り付けはなされていないので、例えば省エネ性を発揮することが困難である。

特許文献３では、各照明器具から制御対象位置の照度への影響度合いが個別に算出されているが、照明器具と制御対象位置の距離以外にその他室内状況による影響が考慮されていない。その上、照明器具と制御対象位置の割り付けがされていないため、やはり最大限の省エネ性が発揮できない。そもそも特許文献３は、実運用中に各目的地点へ個々の照明器具の影響度を計算している（ダイナミック計算）ので、ＣＰＵの計算負荷が常に大きく、実運用前に必要とされるエンジニアリングデータを作成する、本願技術思想と相容れるものではない。

特許文献４は、座席配置の変更や、複数個の照明器具の中央に座席が置かれた場合などに、調整員やビルオーナー等による事後的な照明設計のやり直しが求められ、本実施形態で解決可能な課題は依然として解決されない。

特許文献５は、各照明（１〜３）の位置に合わせて照度計（Ａ〜Ｃ）を人為的に配置し、紐付情報（１−Ａ、２−Ｂ、３−Ｃ）も予め登録する。その後、照明器具１から３の順に点灯させて、照度計Ａ〜Ｃの読取値から紐付情報の正確さを確認するという技術である。例えば、照明器具１の点灯が照度Ｂに寄与し、逆に照明器具２の点灯が照度Ａに寄与することが判明すれば、制御システム中の紐付情報を修正（１−Ｂ、２−Ａ、３−Ｃ）して配線修正工事を回避することができるが、照明器具割付データ２４０ｅを作成することはできない。

特許文献６は、照度計と照明器具が含まれるシステムにおいて、照明器具への電圧印加量を調整して目標照度に達成させながら照明器具の寿命を通常より伸ばすことを主眼としており、やはり、照明器具割付データ２４０ｅを作成することはできない。

これに対し第１の実施形態では、人間の判断に依らずに、制御対象位置および照明器具の其々の具体的な状況に応じて、安定的なエンジニアリングデータ（照明器具割付データ２４０ｅ）を作成することができ、安定したエンジニアリング作業品質の確保が可能になる。また、各制御対象位置への照明器具の割り付けは一通りだけに限らず、自動制御システムの制御方針に応じて付属な情報（例えば、周囲照明器具の割付データや、各照明器具の点灯制御値）も提供でき、あらゆる自動制御システムのニーズに応じて、明確かつ安定したエンジニアリングデータの作成が可能である。

また、第１の実施形態によれば、割り付けの決定が困難な計測点で決定者（例えば、調整員又はビルオーナー）の意思によって設計が異なったり、設計平面図だけでは想定しにくい影響要因の影響を受けたりすることなく、安定したエンジニアリングデータの作成が可能になる。更に、入居者の入替により室内環境が変わったり、各照明器具の劣化速度が異なったりする状況に関しても、適宜なタイミングでエンジニアリングデータを自動的に見直し、安定したエンジニアリング品質を保つことが可能になる。

これらのことから、第１の実施形態によれば、客観的な照明器具割付データを簡易に作成可能なデータ作成装置、プログラム、データ作成方法および照明制御システムを提供することが可能となる。

［第２の実施形態］
第２の実施形態では、第１の実施形態で作成された照明器具割付データ２４０ｅを利用して、照明器具への点灯制御値を計算する一つの具体例を開示する。
図１６は、第２の実施形態に係わる端末装置２００の一例を示す図である。図１６において図３と共通する部分には同じ符号を付して示し、ここでは異なる部分についてのみ説明する。

図１６に示される端末装置２００は、図３の各機能ブロックに加えて、記憶部２４０に制御目標照度値２４０ｆと点灯制御値２４０gを記憶し、プロセッサ２５０に制御値計算部２５０ｅを備える。記憶部２４０のプログラム２４０ａは、データ作成装置としての端末装置２００を動作させるためのプログラムであって、コンピュータである端末装置２００を、点灯値取得部２５０ａ、照度値取得部２５０ｂ、データ作成部２５０ｃ、実行制御部２５０ｄ、制御値計算部２５０ｅ、および送信部２７０ａとして動作させる。

制御目標照度値２４０ｆは、所望の照明環境を得るための、制御目標となる照度値を照度の計測点毎、つまり照度センサ４の位置毎に対応付けたデータである。
制御値計算部２５０ｅは、制御目標照度値２４０ｆに則した照明環境を形成するために、照明器具毎の点灯制御値を、照明器具割付データ２４０ｅに基づいて計算する。

図１７は、点灯制御値の計算に係わる端末装置２００の処理手順の一例を示すフローチャートである。図１８は、図１６に示される機能ブロック間の関係の一例を示す図である。
図１７において、点灯制御値の計算は、通常運用の中で、例えば定期的に実施される。計算のタイミングが到来すると、端末装置２００は、先ず、照明器具割り付け演算が実行中であるかどうかを確認する（ステップＳ１７）。照明器具割り付け演算が実行中であれば、点灯制御値の計算を中止して次の動作タイミングを待つ（ステップＳ１７でＹｅｓ）。これは、点灯制御値が計算された直後に照明器具割付データ２４０ｅが変化し、それまでの演算が無駄になることを防止するための排他制御である。

照明器具割り付け演算が実行中でないことが確認されれば（Ｎｏ）、端末装置２００は、制御目標照度値２４０ｆを取得する（ステップＳ１８）（図１８の(ａ)）。制御目標照度値２４０ｆは、記憶部２４０から読み出しても良いし、外部システムから取得したものを用いてもよいし、あるいは、システム管理者が決定し手動で設定する値を利用してもよい。

次に、端末装置２００は、照明器具割付データ２４０ｅを記憶部２４０から取得する（ステップＳ１９）（図１８の（ｂ））。また、端末装置２００は、各計測点の照度計測値を取得する(ステップＳ２０）（図１８の（ｃ））。取得された照度計測値は、記憶部２４０に記憶される（図１８の（ｄ））。図１９に、ステップＳ２０で取得される最新の照度計測値の一例を示す。

また端末装置２００は、各照明器具の点灯値を取得する（ステップＳ２１）（図１８の（ｅ））。取得された照度計測値は、記憶部２４０に記憶される（図１８の（ｆ））。図２０に、ステップＳ２１で取得される最新の点灯値の一例を示す。ステップＳ２０、Ｓ２１では、各計測点や各照明器具の最新の値だけを取得してもよいし、最新の値から所定の時間、あるいは個数だけ遡った過去のデータを取得してもよい。

次に、端末装置２００は、ステップＳ１８〜ステップＳ２１で取得したデータに基づいて各照明器具への点灯制御値を計算する（ステップＳ２２）。この点灯制御値は、計測点において人が存在するときに（つまり「在」判定がなされたときに）、その計測点にリンクされた照明器具をそれぞれ、どの程度の照度（例えば、％）で点灯させるかを指示するための値であるステップＳ２２で算出される点灯制御値を、点灯制御指示値６００と称する。

図２１は、点灯制御値の一例を示す図である。図２１では、例えば通常運用に向けての点灯制御値が示される。なお、ステップＳ１８〜ステップＳ２１で取得したデータに加えて、例えば照明器具の標準出力特性等もパラメータとして、点灯制御値を演算してもよい。照明器具の標準出力特性は、予めシステム内に登録しデータベース３００に記憶させておいても良い。

次に端末装置２００は、図１７のステップＳ２２で得られた演算結果（点灯制御指示値６００）を記憶部２４０に記憶し（ステップＳ２３）（図１８の（ｇ））、要求があればＢＥＭＳなどの外部システムに出力する（ステップＳ２４）（図１８の（ｈ））。点灯制御指示値６００は、外部システムの制御方針に従い柔軟に利用される。例えば、各計測点において「在」と判定された期間の全てにおいて、図２１の点灯制御値を固定値として用いても良い。あるいは、図２１の点灯制御値を初期値として用いて、各計測点において「在」と判定された期間において点灯制御値を変化させても良い。

また、点灯制御値２４０gと点灯制御指示値６００は、制御目標照度値２４０fを達成するために照明器具が必要とする点灯値と、ステップＳ２１で取得した現在の点灯値２４０cとの差分であってもよい。すなわち、照明制御方式の需要に応じて、目指すべき最終の照明制御点灯値、或いは、現在点灯値より増又は減すべき点灯値を計算し、点灯制御値２４０gおよび点灯制御指示値６００として照明制御システムへ出力してもよい。

また、図２１の点灯制御値を、図１５の照明器具割付データにおける（中心）の照明器具だけに適用しても良い。これは、省エネ性を優先する設定に対して有効である。あるいは、図２１の点灯制御値を、図１５の照明器具割付データにおける（周囲ｘ）の照明器具までも含めて適用しても良い。これは、快適性を優先する設定に対して有効である。

以上説明したようにこの実施形態では、第１の実施形態で求められた照明器具割付データに加えて、この照明器具割付データを利用して、各照明器具に対する点灯制御値を計算するようにした。これにより、客観的な照明器具割付データを簡易に作成できることに加えて、外部システムのあらゆる照明制御ニーズに合わせた照明制御を支援することが可能になる。

なお、この発明は上記実施の形態に限定されるものではない。
例えば上記各実施形態では、照度センサ４により照度計測値を得るようにした。これに代えて、画像センサ３により照度計測値を得ることも可能である。画像センサ３を用いれば照度センサ４を不要にできて経済的であるし、机ごとに照度センサ４を置く手間を省けて都合が良い。ちなみに、１台で９×９ｍ２の範囲に、最大で９点の照度を個別に推定可能な画像人感センサが提供されている。なお、オフィスレイアウトの施工が完了し通常運用が開始された後に、照度センサ４は撤去されても良い。

また、上記実施形態では照明器具を一つずつ点灯させて、点灯値と照度計測値とを取得するようにした。これに限らず、互いに影響しない限り、複数の照明器具を同時に点灯させても良い。つまり、或る計測点について０として判定された照明器具は、当該計測点の照明制御に寄与しない。そこで、０となる照明器具を他と同時に点灯して点灯制御値を収集することが可能である。

例えば、中大規模物件においてはこのような状況の発生が想定される。つまり、広い室内で明らかに離れた場所の複数個の照明器具を同時に点灯させ、各計測点の照度計測値をセンシングしても良い。小規模物件であっても、複数個の照明から其々に影響を与える計測点の間に、重複が完全に排除できれば、該当する照明を全て同時に点灯して点灯制御値を収集することが可能である。あるいは、異なるフロアやゾーンの照明器具を複数同時に点灯しても良い。このようにすることで、データ収集にかかる時間を明らかに削減することができる。

また、計測点に対する照明器具の寄与度は、図１２のグラフの傾きに限られない。例えば近似線の形状の特徴を示す指標でもよい。例えば、点灯値が１００％のときの照度計測値と点灯値が５０％のときの照度計測値との比例関係や、点灯値が５０％以下のときの近似線の傾きと点灯値が５０％以上のときの近似線の傾きとの比例関係などでもよい。どのような特徴量をもって寄与度とするかは、所望する照明制御の態様に応じて柔軟に決めることができる。

また、図１５に示されるような、照明器具の割付条件に基づく照明器具の決定のロジックは一例であり、例えば、１つの計測点に１つの（中心）だけしか割り付けられないように制限を課してもよい。あるいは、１つの計測点に必ず３個以上の（中心）を割り付けるという条件を課しても良い。この場合、各計測点に対して（中心）となる照明器具が決定されると、その次の（周囲）の照明器具の割り付けを順次行う。（中心）となる照明器具の割り付けと同様に、図１３に基づき各計測点に対して寄与度の大きい順に未割り当ての照明器具をサーチし、図１４の（周囲ｘ）に対応する閾値に当てはめて照明器具の割付を順次行う。

また、図１７の説明において、照明器具割付データの計算が実行中でないときに、点灯制御値の計算を開始するとした。さらに、点灯制御値が計算中であっても、照明器具割付データの計算が開始されれば、点灯制御値の計算を中断するのが好ましい。より基本的なデータである照明器具割付データの算出処理に、高い優先度を与えるほうが工学的であると言える。

また、実施形態では、照明器具割付データの作成手順の実行スケジュールを、ＧＵＩ画面から設定することを説明した。これに代えて、照明器具割付データの作成手順の実行スケジュールを、プログラム２０４ａが参照する設定ファイルに直接に記述することもできる。

また、各実施形態では、データ作成装置としての機能を端末装置２００に実装する例を示した。これに限らず、制御装置１２、表示装置１１、またはビル監視装置５のいずれかに、データ作成装置としての機能を実装しても良い。あるいは、データ作成装置の機能をクラウドコンピューティングシステムに委託することも可能である。

また、例えばビル監視装置５に、点灯制御値により制御される複数の照明器具を対象とする照明制御システムとしての機能を実装することもできる。つまり、点灯制御値を複数の照明器具に与えて点灯制御する照明制御部を、ビル監視装置５の機能として実装し、データ作成装置としての端末装置２００で計算された点灯制御値をビル監視装置５に渡すことで、照明器具の個別制御の可能な照明制御システムを実現できる。さらには、照明制御部を含む機能をプロセッサ２５０の機能として実装すれば、端末装置２００により照明制御システムを実現することが可能となる。

また、上記各実施形態では、画像センサ３が、照明器具１及び空調機器２と信号線Ｌにより例えばデイジーチェーンまたはカスケード状に接続されているが、これに限らず、複数の画像センサだけで有線又は無線のＬＡＮネットワークを構成し、画像センサで取得した各種データをＬＡＮネットワークを経由し、ゲートウェイを介してデータベース３００に伝送するようにしてもよい。

コンピュータに関連して用いられる「プロセッサ」という用語は、例えばＣＰＵ、ＭＰＵ、ＧＰＵ、或いは、ＡＳＩＣ（Application Specific Integrated Circuit）、ＳＰＬＤ（Simple Programmable Logic Device）、ＣＰＬＤ（Complex Programmable Logic Device）、またはＦＰＧＡ等の回路と理解され得る。

プロセッサは、メモリに記憶されたプログラムを読み出し実行することで、プログラムに基づく特有の機能を実現する。また、メモリに代えて、プロセッサの回路内にプログラムを直接組み込むよう構成することも可能である。このケースでは、プロセッサは回路内に組み込まれたプログラムを読み出し実行することでその機能を実現する。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…照明器具、２…空調機器、３…画像センサ、４…照度センサ、５…ビル監視装置、６…ハブ、７−１…ゲートウェイ、７−２…ゲートウェイ、８…無線アクセスポイント、１１…表示装置、１２…制御装置、２００…端末装置、２２０…ＲＯＭ、２３０…ＲＡＭ、２４０…記憶部、２４０ａ…プログラム、２４０ｂ…実行条件データ、２４０ｃ…点灯値、２４０ｄ…照度計測値、２４０ｅ…照明器具割付データ、２４０ｆ…制御目標照度値、２４０g…点灯制御値、２４０ｈ…照明器具割付データ出力、２５０…プロセッサ、２５０ａ…点灯値取得部、２５０ｂ…照度値取得部、２５０ｃ…データ作成部、２５０ｄ…実行制御部、２５０ｅ…制御値計算部、２６０…光学メディアドライブ、２７０…通信部、２７０ａ…送信部、２８０…ＣＤ−ＲＯＭ、３００…データベース、３００ａ…点灯値、３００ｂ…照度計測値、４００…室内情報、５００…ビル内ネットワーク、６００…点灯制御指示値、Ａ〜Ｃ…照度計、Ａ〜Ｄ…照明器具、ａ〜ｃ…計測点。

Claims (22)

1. 対象空間に設置された複数の照明器具毎の点灯値を取得する点灯値取得部と、
   前記対象空間に設定された複数の制御対象位置での照度計測値を取得する照度値取得部と、
   前記照明器具毎の点灯値および前記制御対象位置毎の照度計測値に基づいて、前記制御対象位置毎に少なくとも一つの前記照明器具を割り付けた照明器具割付データを作成するデータ作成部とを具備する、データ作成装置。
2. 前記データ作成部は、前記照明器具毎の点灯値と前記照度計測値との相関特性を前記制御対象位置毎に計算し、その結果に基づいて前記照明器具割付データを作成する、請求項１に記載のデータ作成装置。
3. 前記相関特性は、前記照明器具毎の点灯値の変化が前記制御対象位置毎の照度計測値の変化に寄与する度合いとして算出される、請求項２に記載のデータ作成装置。
4. 前記照明器具割付データの作成の実行条件を記憶する記憶部と、
   前記実行条件が満足された場合に、前記照明器具割付データの作成を実行する制御部とをさらに具備する、請求項１に記載のデータ作成装置。
5. 前記点灯値が、通信ネットワーク経由でアクセス可能なデータベースに記録される場合に、
   前記点灯値取得部は、前記データベースから前記通信ネットワーク経由で前記照明器具毎の点灯値を取得する、請求項１に記載のデータ作成装置。
6. 前記照度計測値が、通信ネットワーク経由でアクセス可能なデータベースに記録される場合に、
   前記照度値取得部は、前記データベースから前記通信ネットワーク経由で前記照度計測値を取得する、請求項１に記載のデータ作成装置。
7. 前記照明器具割付データを当該照明器具割付データの要求元に送信する送信部をさらに具備する、請求項１に記載のデータ作成装置。
8. 前記照明器具割付データに基づいて、所望の照明環境を得るための前記照明器具毎の点灯制御値を計算する計算部をさらに具備する、請求項１に記載のデータ作成装置。
9. 前記照明器具毎の点灯制御値を含むデータを、当該データの要求元に送信する送信部をさらに具備する、請求項８に記載のデータ作成装置。
10. 前記照度計測値は、前記対象空間に設置された照度センサにより計測される、請求項１に記載のデータ作成装置。
11. 前記照度センサは、画像データを取得し、当該画像データを解析して前記対象空間の照度の分布を得る画像センサである、請求項１０に記載のデータ作成装置。
12. 請求項１乃至１１のいずれか１項に記載のデータ作成装置を動作させるためのプログラムであって、コンピュータを上記各部として動作させるためのプログラム。
13. コンピュータにより実行されるデータ作成方法であって、
    前記コンピュータが、対象空間に設置された複数の照明器具毎の点灯値を取得する過程と、
    前記コンピュータが、前記対象空間に設定された複数の制御対象位置の照度計測値を取得する過程と、
    前記コンピュータが、前記照明器具毎の点灯値および前記制御対象位置毎の照度計測値に基づいて、前記制御対象位置毎に少なくとも一つの前記照明器具を割り付けた照明器具割付データを作成する過程とを具備する、データ作成方法。
14. 前記コンピュータは、前記照明器具毎の点灯値と前記照度計測値との相関特性を前記制御対象位置毎に計算し、その結果に基づいて前記照明器具割付データを作成する、請求項１３に記載のデータ作成方法。
15. 前記相関特性は、前記照明器具毎の点灯値の変化が前記制御対象位置毎の照度計測値の変化に寄与する度合いとして算出される、請求項１４に記載のデータ作成方法。
16. 前記コンピュータが、前記照明器具割付データの作成の実行条件が満足されたか否かを判定する過程をさらに具備し、
    前記コンピュータは、前記実行条件が満足されたと判定した場合に前記照明器具割付データの作成を実行する、請求項１３に記載のデータ作成方法。
17. 前記点灯値が、通信ネットワーク経由でアクセス可能なデータベースに記録される場合に、
    前記コンピュータは、前記データベースから前記通信ネットワーク経由で前記照明器具毎の点灯値を取得する、請求項１３に記載のデータ作成方法。
18. 前記照度計測値が、通信ネットワーク経由でアクセス可能なデータベースに記録される場合に、
    前記コンピュータは、前記データベースから前記通信ネットワーク経由で前記照度計測値を取得する、請求項１３に記載のデータ作成方法。
19. 前記コンピュータが、前記照明器具割付データを当該照明器具割付データの要求元に送信する過程をさらに具備する、請求項１３に記載のデータ作成方法。
20. 前記コンピュータが、前記照明器具割付データに基づいて、所望の照明環境を得るための前記照明器具毎の点灯制御値を計算する過程をさらに具備する、請求項１３に記載のデータ作成方法。
21. 前記コンピュータが、前記照明器具毎の点灯制御値を含むデータを、当該データの要求元に送信する過程をさらに具備する、請求項２０に記載のデータ作成方法。
22. 点灯制御値により制御される複数の照明器具を対象とする照明制御システムであって、
    請求項８乃至１１のいずれか１項に記載のデータ作成装置と、
    前記データ作成装置の計算部により計算された前記点灯制御値を、前記複数の照明器具に与えて点灯制御する照明制御部とを具備する、照明制御システム。