JP2024029477A - 照明システム、及び、コントローラ - Google Patents

Abstract

【課題】照明器具の演出内容をコントローラごとに調整することができる照明システムを提供する。【解決手段】照明システム１０は、複数のコントローラ４０と、複数のコントローラ４０のそれぞれが当該コントローラ４０の制御対象の照明器具６０を制御するために読み出す第二データの元となる第一データであって照明演出の内容を示す第一データを複数のコントローラ４０へ送信する設定端末２０とを備える。送信された第一データは、複数のコントローラ４０のそれぞれに記憶される。複数のコントローラ４０のそれぞれは、当該コントローラ４０に記憶された第一データの編集機能を有している。【選択図】図１

Description

本発明は、照明システム、及び、コントローラに関する。

従来、照明器具を制御するための様々な技術が提案されている。特許文献１には、主制御装置から調光盤に接続されている照明負荷の調光レベルを制御できると共に、ＯＮ／ＯＦＦ制御も行うことができる調光制御システムが開示されている。

特開平６－１１３３６１号公報

本発明は、照明器具の演出内容をコントローラごとに調整することができる照明システム等を提供する。

本発明の一態様に係る照明システムは、複数のコントローラと、前記複数のコントローラのそれぞれが当該コントローラの制御対象の照明器具を制御するために読み出す第二データの元となる第一データであって照明演出の内容を示す第一データを前記複数のコントローラへ送信する設定端末とを備え、送信された前記第一データは、前記複数のコントローラのそれぞれに記憶され、前記複数のコントローラのそれぞれは、当該コントローラに記憶された前記第一データの編集機能を有している。

本発明の一態様に係るコントローラは、制御対象の照明器具を制御するコントローラであって、情報処理部と、設定端末が前記コントローラを含む複数のコントローラへ送信した、照明演出の内容を示す第一データであって、前記情報処理部が前記照明器具を制御するために読み出す第二データの元となる第一データを受信する通信部と、受信された第一データが記憶される記憶部とを備え、前記情報処理部は、前記記憶部に記憶された前記第一データの編集機能を有している。

本発明の照明システム等は、照明器具の演出内容をコントローラごとに調整することができる。

図１は、実施の形態に係る照明システムの機能構成を示すブロック図である。 図２は、シーン設定ファイル、及び、シーンファイルを説明するための図である。 図３は、スケジュールファイルを説明するための図である。 図４は、複数のコントローラのそれぞれにシーンファイルを記憶するための動作の比較例のシーケンス図である。 図５は、複数のコントローラのそれぞれにシーンファイルを記憶するための動作の実施例のシーケンス図である。 図６は、複数のコントローラのそれぞれにスケジュールファイルを記憶するための動作の比較例のシーケンス図である。 図７は、複数のコントローラのそれぞれにスケジュールファイルを記憶するための動作の実施例のシーケンス図である。 図８は、設定端末への操作に基づくシーン設定ファイルの編集動作のシーケンス図である。 図９は、クラウドサービスを用いたシーン設定ファイルの編集動作のシーケンス図である。 図１０は、シーン設定ファイルの編集例を説明するための図である。 図１１は、第一スケジュールファイルの編集例を説明するための図である。

以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。

（実施の形態）
［構成］
まず、実施の形態に係る照明システムの概要について説明する。図１は、実施の形態に係る照明システムの機能構成を示すブロック図である。

照明システム１０は、複数の照明器具６０を用いて照明演出を行うことができるシステムである。複数の照明器具６０は、例えば、屋外に設置される。複数の照明器具６０は、具体的には、ビルなどの建物の外壁、吊り橋、または、競技場などに設置される。図１では正確に図示されていないが、複数の照明器具６０の総数は、数千～数万に達する場合もある。

照明システム１０は、設定端末２０と、ハブ装置３０と、複数のコントローラ４０と、複数の信号変換器５０と、複数の照明器具６０と、サーバ装置７０と、情報端末８０とを備える。なお、照明システム１０が備える複数のコントローラ４０の数は、数台～数十台程度であるが、特に限定されない。

設定端末２０は、ユーザが照明演出の内容（複数の照明器具６０をどのように発光させるか）を複数のコントローラ４０のそれぞれに設定するために使用される装置である。設定端末２０は、例えば、パーソナルコンピュータまたはタブレット端末などの情報端末によって実現される。ここでの情報端末は、例えば、照明演出の内容を設定するためのアプリケーションプログラムがインストールされた汎用の情報端末である。設定端末２０は、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部２１と、情報処理部２２と、記憶部２３と、通信部２４とを備える。

ＵＩ部２１は、ユーザの操作を受け付け、かつ、ユーザに対して情報を提示する。ＵＩ部２１は、表示パネル、タッチパネル、マウス、及び、キーボードなどの少なくとも１つによって実現される。

情報処理部２２は、ＵＩ部２１が受け付けたユーザの操作に基づいて、照明演出の内容を複数のコントローラ４０に設定する処理（以下、設定処理とも記載される）。情報処理部２２は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。情報処理部２２の機能は、例えば、情報処理部２２を構成するマイクロコンピュータまたはプロセッサ（ハードウェア）が記憶部２３に記憶されたアプリケーションプログラム（ソフトウェア）を実行することによって実現される。

記憶部２３には、上記設定処理に必要な情報が記憶される記憶装置である。設定処理に必要な情報には、設定処理に使用されるアプリケーションプログラムなどが含まれる。記憶部２３は、例えば、半導体メモリによって実現される。

通信部２４は、上記設定処理において、照明演出の内容を示す第一データをハブ装置３０を介して複数のコントローラ４０のそれぞれへ送信する。通信部２４は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）などの通信規格にしたがって有線通信を行う通信回路（通信モジュール）であるが、無線通信を行う通信回路であってもよい。

ハブ装置３０は、設定端末２０と複数のコントローラ４０とを有線接続するための装置である。ハブ装置３０によれば、１つの設定端末２０と複数のコントローラ４０との有線通信、つまり、局所通信ネットワークを通じた通信が実現される。

コントローラ４０は、照明演出を行うために、制御対象の複数の照明器具６０を制御する。制御対象の複数の照明器具６０とは、コントローラ４０に信号変換器５０を介して接続されている複数の照明器具６０を意味する。コントローラ４０の制御対象の複数の照明器具６０（つまり、１つのコントローラ４０が制御する複数の照明器具６０）の総数は、数千台程度に達する場合がある。コントローラ４０は、例えば、専用装置によって実現されるが、汎用の情報端末によって実現されてもよい。

複数のコントローラ４０には、親機（マスター）と子機（スレーブ）とが含まれる。親機は、照明演出の同期を取るための同期信号を送信する機能を有し、子機へ同期信号を送信する。子機は、同期信号を送信する機能を有していない。コントローラ４０は、ＵＩ部４１と、情報処理部４２と、記憶部４３と、通信部４４とを備える。

ＵＩ部４１は、ユーザの操作を受け付け、かつ、ユーザに対して情報を提示する。ＵＩ部４１は、表示パネル、タッチパネル、及び、ハードウェアキー（ボタン）などの少なくとも１つによって実現される。

情報処理部４２は、コントローラ４０の制御対象の複数の照明器具６０を制御する。情報処理部４２は、具体的には、シーンファイル（後述）、及び、スケジュールファイル（後述）に基づき、通信部４４を用いて制御信号（調光指示値を含む信号。言い換えれば、ＤＭＸ信号）を複数の照明器具６０へ送信することにより、複数の照明器具６０を制御する。情報処理部４２は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。情報処理部４２の機能は、例えば、情報処理部４２を構成するマイクロコンピュータまたはプロセッサ（ハードウェア）が記憶部４３に記憶されたアプリケーションプログラム（ソフトウェア）を実行することによって実現される。

記憶部４３には、複数の照明器具６０の制御に必要な情報が記憶される記憶装置である。複数の照明器具６０の制御に必要な情報には、アプリケーションプログラム、シーンファイル（後述）、及び、スケジュールファイル（後述）などが含まれる。記憶部４３は、例えば、半導体メモリによって実現される。

通信部４４は、複数の照明器具６０を制御するための制御信号を、信号変換器５０を介して複数の照明器具６０のそれぞれへ送信する。通信部４４は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）などの通信規格にしたがって有線通信を行う通信回路（通信モジュール）であるが、無線通信を行う通信回路であってもよい。

信号変換器５０は、Ｅｔｈｅｒｎｅｔ（登録商標）に基づくフォーマットの制御信号を、ＤＭＸに基づくフォーマットの制御信号に変換する。

照明器具６０は、信号変換器５０から受信した制御信号に基づいて発光する。照明器具６０は、具体的には、赤色光源、緑色光源、及び、青色光源を備える。赤色光源、緑色光源、及び、青色光源のそれぞれは、ＬＥＤチップなどによって実現され、各光源の発光輝度は独立して制御可能である。これにより、照明器具６０の発光色の変更が実現される。つまり、照明器具６０は、調光機能、及び、調色機能を備えている。なお、赤色光源、緑色光源、及び、青色光源のそれぞれは、半導体レーザ等の半導体発光素子、有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）または無機ＥＬ等の固体発光素子を用いた発光モジュールによって実現されてもよい。

サーバ装置７０は、コントローラ４０に記憶された、シーン設定ファイル（後述）または第一スケジュールファイル（後述）を編集するためのクラウドサービスを提供する。このクラウドサービスは、シーン設定ファイルまたは第一スケジュールファイルを、情報端末８０を用いて遠隔地から編集するためのサービスである。サーバ装置７０は、広域通信ネットワーク９０を介して情報端末８０と通信する。情報端末８０は、例えば、パーソナルコンピュータまたはタブレット端末などの汎用の情報端末である。

［照明演出に用いられるファイル］
次に、照明演出に用いられる、シーン設定ファイル、シーンファイル、及び、スケジュールファイルについて説明する。

まず、シーン設定ファイル、及び、シーンファイルについて説明する。図２は、シーン設定ファイル、及び、シーンファイルを説明するための図である。

シーン設定ファイルは、例えば、消灯状態の照明器具６０をＴ１の時間をかけて所定の発光状態（青色光源の調光率７０％など）までフェードインし、Ｔ２の間、所定の発光状態を維持し、Ｔ３の時間をかけてフェードアウトさせる、というように、照明演出の内容を示すファイルである。シーン設定ファイルは、言い換えれば、調光率の時間変化の概要を示すファイルである。シーン設定ファイル（照明演出の内容）は、設定端末２０へのユーザの操作により、設定端末２０によって生成される。シーン設定ファイルには、照明器具６０へ指示すべき調光指示値（ＤＭＸレベル）は含まれていない。

シーンファイルは、シーン設定ファイルに基づいて生成されるファイルである。シーンファイルは、Ｔ１、Ｔ２、及び、Ｔ３を細分化した時間単位であるフレーム（６０分の１秒など）ごとに、照明器具６０へ指示すべき調光指示値を示す。つまり、シーンファイルには、照明器具６０へ指示すべき調光指示値が含まれている。このため、シーンファイルは、シーン設定ファイルよりも情報量が多い（ファイルサイズが大きい）。シーンファイルは、言い換えれば、シーン設定ファイルによって規定される調光率の時間変化を実現するための、調光指示値の時系列データである。

シーンファイルは、コントローラ４０（情報処理部４２）が当該コントローラ４０（情報処理部４２）の制御対象の照明器具６０を制御するために読み出す第二データの一例であり、シーン情報とも記載される。シーン設定ファイルは、第二データの元となる第一データであって照明演出の内容を示す第一データの一例であり、シーン設定情報とも記載される。

なお、シーン設定ファイル及びシーンファイルには、識別情報（ファイル名）が付与される。本明細書中では、シーン１、シーン２のようにシーン設定ファイル及びシーンファイルを番号で区別する。

次に、スケジュールファイルについて説明する。図３は、スケジュールファイルを説明するための図である。

スケジュールファイルは、シーンファイル（シーン設定ファイル）の実行すべき時刻（時間帯）を示すファイルである。図３に示されるスケジュールファイルは、１２：００～１２：３０の間はシーン１を実行し、１３：００～１３：３０の間はシーン２を実行すべきことを示している。

スケジュールファイルには、設定端末２０へのユーザの操作により、設定端末２０によって生成される第一スケジュールファイルと、第一スケジュールファイルを元に第一スケジュールファイルを詳細化した第二スケジュールファイルであって、コントローラ４０で認識できる形式の第二スケジュールファイルとが含まれる。例えば、設定端末２０へのユーザの操作により、毎時開始から３０分間シーン１を実行する旨が入力された場合、第一スケジュールファイルは、毎時開始から３０分間シーン１を実行することを示すが、具体的な時刻の情報を含まない。これに対し、第二スケジュールファイルには、１２：００～１２：３０、１３：００～１３：３０、・・のそれぞれにシーン１を実行する、というように具体的な時刻の情報が含まれる。第二スケジュールファイルは、第一スケジュールファイルよりも情報量が多い（ファイルサイズが大きい）。

第二スケジュールファイルは、コントローラ４０（情報処理部４２）が当該コントローラ４０（情報処理部４２）の制御対象の照明器具６０を制御するために読み出す第二データの一例であり、第一スケジュールファイルは、第二データの元となる第一データであって照明演出の内容を示す第一データの一例である。

［シーンファイルを記憶するための動作］
照明システム１０が照明演出を行うためには、複数のコントローラ４０のそれぞれに事前にシーンファイル及びスケジュールファイルが記憶される必要がある。まず、照明システム１０において、複数のコントローラ４０のそれぞれにシーンファイルを記憶するための動作について、比較例、及び、実施例の順に説明する。図４は、複数のコントローラ４０のそれぞれにシーンファイルを記憶するための動作の比較例のシーケンス図である。

設定端末２０のＵＩ部２１は、シーン設定ファイルを生成するためのユーザの操作を受け付け（Ｓ１１）、情報処理部２２は、受け付けられた操作に基づいてシーン設定ファイルを生成する（Ｓ１２）。また、情報処理部２２は、生成したシーン設定ファイルを元にシーンファイルを生成し（Ｓ１３）、生成したシーンファイルを、通信部２４を用いて複数のコントローラ４０のそれぞれへ送信する（Ｓ１４）。シーンファイルは、より具体的には、設定端末２０からハブ装置３０を介して複数のコントローラ４０のそれぞれへ送信される。

複数のコントローラ４０のそれぞれにおいて、通信部４４によってシーンファイルが受信されると、情報処理部４２は、受信されたシーンファイルを記憶部４３に記憶する（Ｓ１５）。この結果、複数のコントローラ４０には、同じ（共通の）シーンファイルが記憶される。

以上説明したような比較例においては、シーンファイルのファイルサイズ（情報量）が大きいことから、シーンファイルを設定端末２０から複数のコントローラ４０へ送信するのに要する時間が長くなってしまうことが課題となる。また、設定端末２０に加えて、情報端末８０によっても同様のシーンファイルの提供を実現しようとすると、設定端末２０にも情報端末８０にもシーン設定ファイルからシーンファイルを生成するためのアルゴリズムを実装しておく必要がある。

これに対し、図５は、複数のコントローラ４０のそれぞれにシーンファイルを記憶するための動作の実施例のシーケンス図である。

設定端末２０のＵＩ部２１は、シーン設定ファイルを生成するためのユーザの操作を受け付け（Ｓ２１）、情報処理部２２は、受け付けられた操作に基づいてシーン設定ファイルを生成する（Ｓ２２）。情報処理部２２は、生成したシーン設定ファイルを、通信部２４を用いて複数のコントローラ４０のそれぞれへ送信する（Ｓ２３）。シーン設定ファイルは、より具体的には、設定端末２０からハブ装置３０を介して複数のコントローラ４０のそれぞれへ送信される。

複数のコントローラ４０のそれぞれにおいて、通信部４４によってシーン設定ファイルが受信されると、情報処理部４２は、受信されたシーン設定ファイルを元にシーンファイルを生成し（Ｓ２４）、受信されたシーン設定ファイル、及び、生成したシーンファイルを記憶部４３に記憶する（Ｓ２５）。この結果、複数のコントローラ４０には、同じ（共通の）シーン設定ファイル、及び、シーンファイルが記憶される。

このように、実施例においては、シーンファイルよりも情報量の少ないシーン設定ファイルが設定端末２０から複数のコントローラ４０のそれぞれへ送信される。よって、設定端末２０から複数のコントローラ４０へ情報を送信するのに要する時間が短縮される。また、シーン設定ファイルからシーンファイルを生成するためのアルゴリズムは、コントローラ４０に実装されていればよいことから、設定端末２０及び情報端末８０に上記アルゴリズムを実装しておく必要はなく、設定端末２０及び情報端末８０の互換性の確保が容易となる。

また、実施例においては、複数のコントローラ４０のそれぞれにシーン設定ファイルが記憶されることから、コントローラ４０ごとに演出内容を変更することが容易となる。例えば、ステップＳ２５の後、ＵＩ部４１は、シーン設定ファイルを編集するためのユーザの操作を受け付け（Ｓ２６）、情報処理部４２は、受け付けられた操作に基づいてシーン設定ファイルを編集する（Ｓ２７）。なお、ステップＳ２７の後、情報処理部４２は、編集後のシーン設定ファイルに対応するシーンファイルを生成して記憶部４３に記憶する。

このように、コントローラ４０（情報処理部４２）は、シーン設定ファイルの編集機能を有しており、ユーザは、コントローラ４０ごとにシーン設定ファイルの内容を編集（変更）することができる。例えば、ユーザは、設定端末２０へのシーン設定ファイルを生成するための操作（ステップＳ２２）により、照明演出の大まかな流れを複数のコントローラ４０に一括して設定し、シーン設定ファイルを編集するための操作（ステップＳ２６）により、コントローラ４０ごとに照明演出の細部の微調整を行うことができる。

［スケジュールファイルを記憶するための動作］
次に、照明システム１０において、複数のコントローラ４０のそれぞれにスケジュールファイルを記憶するための動作について、比較例、及び、実施例の順に説明する。図６は、複数のコントローラ４０のそれぞれにスケジュールファイルを記憶するための動作の比較例のシーケンス図である。

設定端末２０のＵＩ部２１は、第一スケジュールファイルを生成するためのユーザの操作を受け付け（Ｓ３１）、情報処理部２２は、受け付けられた操作に基づいて第一スケジュールファイルを生成する（Ｓ３２）。また、情報処理部２２は、生成した第一スケジュールファイルを元に第二スケジュールファイルを生成し（Ｓ３３）、生成した第一スケジュールファイル及び第二スケジュールファイルを含むスケジュールファイルを、通信部２４を用いて複数のコントローラ４０のそれぞれへ送信する（Ｓ３４）。スケジュールファイルは、より具体的には、設定端末２０からハブ装置３０を介して複数のコントローラ４０のそれぞれへ送信される。

複数のコントローラ４０のそれぞれにおいて、通信部４４によってスケジュールファイルが受信されると、情報処理部４２は、受信されたスケジュールファイル（つまり、第一スケジュールファイル及び第二スケジュールファイル）を記憶部４３に記憶する（Ｓ３５）。この結果、複数のコントローラ４０には、同じ（共通の）スケジュールファイルが記憶される。

以上説明したような比較例においては、スケジュールファイルのファイルサイズ（情報量）が大きいことから、スケジュールファイルを設定端末２０から複数のコントローラ４０へ送信するのに要する時間が長くなってしまうことが課題となる。また、設定端末２０に加えて、情報端末８０によっても同様のスケジュールファイルの提供を実現しようとすると、設定端末２０にも情報端末８０にも第一スケジュールファイルを第二スケジュールファイルに変換するアルゴリズムを実装しておく必要がある。

これに対し、図７は、複数のコントローラ４０のそれぞれにスケジュールファイルを記憶するための動作の実施例のシーケンス図である。

設定端末２０のＵＩ部２１は、第一スケジュールファイルを生成するためのユーザの操作を受け付け（Ｓ４１）、情報処理部２２は、受け付けられた操作に基づいて第一スケジュールファイルを生成する（Ｓ４２）。情報処理部２２は、生成した第一スケジュールファイルを、通信部２４を用いて複数のコントローラ４０のそれぞれへ送信する（Ｓ４３）。第一スケジュールファイルは、より具体的には、設定端末２０からハブ装置３０を介して複数のコントローラ４０のそれぞれへ送信される。

複数のコントローラ４０のそれぞれにおいて、通信部４４によって第一スケジュールファイルが受信されると、情報処理部４２は、受信された第一スケジュールファイルを元に第二スケジュールファイルを生成し（Ｓ４４）、受信された第一スケジュールファイル、及び、生成した第二スケジュールファイルを記憶部４３に記憶する（Ｓ４５）。この結果、複数のコントローラ４０には、同じ（共通の）第一スケジュールファイル、及び、第二スケジュールファイル、すなわち、スケジュールファイルが記憶される。

このように、実施例においては、スケジュールファイルよりも情報量の少ない第一スケジュールファイルが設定端末２０から複数のコントローラ４０のそれぞれへ送信される。よって、設定端末２０から複数のコントローラ４０へ情報を送信するのに要する時間が短縮される。また、第一スケジュールファイルを第二スケジュールファイルに変換するアルゴリズムは、コントローラ４０に実装されていればよいことから、設定端末２０及び情報端末８０のそれぞれに上記アルゴリズムを実装しておく必要がなく、設定端末２０及び情報端末８０の互換性の確保が容易となる。

また、実施例においては、複数のコントローラ４０のそれぞれに第一スケジュールファイルが記憶されることから、コントローラ４０ごとに演出内容を変更することが容易となる。例えば、ステップＳ４５の後、ＵＩ部４１は、第一スケジュールファイルを編集するためのユーザの操作を受け付け（Ｓ４６）、情報処理部４２は、受け付けられた操作に基づいて第一スケジュールファイルを編集する（Ｓ４７）。なお、ステップＳ４７の後、情報処理部４２は、編集後の第一スケジュールファイルに対応する第二スケジュールファイルを生成して記憶部４３に記憶する。

このように、コントローラ４０（情報処理部４２）は、第一スケジュールファイルの編集機能を有しており、ユーザは、コントローラ４０ごとに第一スケジュールファイルの内容を編集（変更）することができる。例えば、ユーザは、設定端末２０への第一スケジュールファイルを生成するための操作（ステップＳ４２）により、照明演出の大まかな流れを複数のコントローラ４０に一括して設定し、第一スケジュールファイルを編集するための操作（ステップＳ４６）により、コントローラ４０ごとに照明演出の細部の微調整を行うことができる。

［設定端末を用いたファイルの編集］
図５の動作において、シーン設定ファイルの編集はコントローラ４０への操作に基づいて行われたが、設定端末２０への操作に基づいて行われてもよい。図８は、設定端末２０への操作に基づくシーン設定ファイルの編集動作のシーケンス図である。

設定端末２０のＵＩ部２１は、シーン設定ファイルを参照するためのユーザの操作を受け付け（Ｓ５１）、情報処理部２２は、受け付けられた操作に基づいてシーン設定ファイルの要求情報をコントローラ４０へ送信する（Ｓ５２）。

コントローラ４０の情報処理部４２は、通信部４４によって要求情報が受信されると、記憶部４３に記憶されているシーン設定ファイルを読み出し、読み出したシーン設定ファイルを、通信部４４を用いて設定端末２０へ送信する（Ｓ５３）。

設定端末２０の通信部２４は、シーン設定ファイルを受信（取得）し、情報処理部２２は、受信したシーン設定ファイルの内容をＵＩ部２１に表示する（Ｓ５４）。これにより、ユーザは、シーン設定ファイルを参照することができる。

設定端末２０のＵＩ部２１は、シーン設定ファイルを編集するためのユーザの操作を受け付け（Ｓ５５）、情報処理部２２は、受け付けられた操作に基づいてシーン設定ファイルを編集する（Ｓ５６）。情報処理部２２は、編集後のシーン設定ファイルを、通信部２４を用いてコントローラ４０へ送信する（Ｓ５７）。

コントローラ４０の情報処理部４２は、通信部４４によって編集後のシーン設定ファイルが受信されると、受信された編集後のシーン設定ファイルを記憶部４３に記憶する（Ｓ５８）。

このように、ユーザは、設定端末２０を用いてコントローラ４０に記憶されているシーン設定ファイルを参照し、シーン設定ファイルを編集することができる。

なお、図８の例では、シーン設定ファイルの編集は、設定端末２０及びコントローラ４０の間でシーン設定ファイルの送受信が行われることで実現された。しかしながら、シーン設定ファイルは記憶部４３に記憶されたまま、設定端末２０及びコントローラ４０の間で情報の送受信が行われることで、シーン設定ファイルの編集が実現されてもよい。

また、照明システム１０においては、設定端末２０によって初期設定されたシーン設定ファイルを、ハブ装置３０に接続された他の設定端末（図１で図示せず）によって編集することもできる。これ以前の図８の説明において、設定端末２０は、他の設定端末に読み替えられてもよい。

また、照明システム１０は、設定端末２０へのユーザの操作に基づいて、あるコントローラ４０から取得したシーン設定ファイルを、他のコントローラ４０の記憶部４３に記憶する（つまり、シーン設定ファイルをコピーする）こともできる。シーン設定ファイルのコピーは、例えば、ステップＳ５１～ステップＳ５３の処理の後、設定端末２０が、受信（取得）したシーン設定ファイルを他のコントローラ４０へ送信することで実現される。

なお、シーン設定ファイルに加えて、または、シーン設定ファイルに代えて、第一スケジュールファイルの編集が設定端末２０への操作に基づいて行われてもよく、これ以前の図８の説明において、シーン設定ファイルは、第一スケジュールファイルに読み替えられてもよい。

これ以前の図８の説明では、照明システム１０が備える複数のコントローラ４０のうち任意の１つのコントローラ４０に記憶されたシーン設定ファイルの編集動作について説明したが、設定端末２０（ユーザ）は、照明システム１０が備える複数のコントローラ４０のそれぞれに記憶されたシーン設定ファイルを同様の手順で編集することができる。

［クラウドサービスを用いたファイルの編集］
また、シーン設定ファイルの編集は、サーバ装置７０によって提供されるクラウドサービスを利用して、情報端末８０への操作に基づいて行われてもよい。図９は、クラウドサービスを用いたシーン設定ファイルの編集動作のシーケンス図である。なお、以下の図９の動作は、情報端末８０がＷＥＢブラウザを実行するか、あるいは、情報端末８０に専用のアプリケーションプログラムがインストールされ、当該アプリケーションプログラムが実行されることによって実現される。

情報端末８０は、シーン設定ファイルを参照するためのユーザの操作を受け付け（Ｓ６１）、受け付けられた操作に基づいてシーン設定ファイルの要求情報を、広域通信ネットワーク９０（図９では図示せず）を介してサーバ装置７０へ送信する。サーバ装置７０は、要求情報をコントローラ４０へ送信する（Ｓ６２）。

コントローラ４０の情報処理部４２は、通信部４４によって要求情報が受信されると、記憶部４３に記憶されているシーン設定ファイルを読み出し、読み出したシーン設定ファイルを、通信部４４を用いてサーバ装置７０へ送信する。サーバ装置７０は、シーン設定ファイルを広域通信ネットワーク９０を介して情報端末８０へ送信する（Ｓ６３）。

情報端末８０は、シーン設定ファイルを受信（取得）し、受信したシーン設定ファイルの内容を表示する（Ｓ６４）。これにより、ユーザは、シーン設定ファイルを参照することができる。

情報端末８０は、シーン設定ファイルを編集するためのユーザの操作を受け付け（Ｓ６５）、受け付けられた操作に基づいてシーン設定ファイルを編集する（Ｓ６６）。情報端末８０は、編集後のシーン設定ファイルを、広域通信ネットワーク９０を介してサーバ装置７０へ送信する。サーバ装置７０は、編集後のシーン設定ファイルをコントローラ４０へ送信する（Ｓ６７）。

コントローラ４０の情報処理部４２は、通信部４４によって編集後のシーン設定ファイルが受信されると、受信された編集後のシーン設定ファイルを記憶部４３に記憶する（Ｓ６８）。

このように、ユーザは、クラウドサービスを利用してコントローラ４０に記憶されているシーン設定ファイルを参照し、シーン設定ファイルを編集することができる。

なお、図９の例では、シーン設定ファイルの編集は、情報端末８０、サーバ装置７０、及び、コントローラ４０の間でシーン設定ファイルの送受信が行われることで実現された。しかしながら、シーン設定ファイルは記憶部４３に記憶されたまま、情報端末８０、サーバ装置７０、及び、コントローラ４０の間で情報の送受信が行われることで、シーン設定ファイルの編集が実現されてもよい。

また、照明システム１０は、情報端末８０へのユーザの操作に基づいて、あるコントローラ４０から取得したシーン設定ファイルを、他のコントローラ４０の記憶部４３に記憶する（つまり、シーン設定ファイルをコピーする）こともできる。シーン設定ファイルのコピーは、例えば、ステップＳ６１～ステップＳ６３の処理の後、情報端末８０が、受信（取得）したシーン設定ファイルを他のコントローラ４０へ送信することで実現される。

また、シーン設定ファイルに加えて、または、シーン設定ファイルに代えて、第一スケジュールファイルの編集がクラウドサービスを利用して行われてもよく、これ以前の図９の説明において、シーン設定ファイルは、第一スケジュールファイルに読み替えられてもよい。

これ以前の図９の説明では、照明システム１０が備える複数のコントローラ４０のうち任意の１つのコントローラ４０に記憶された第一スケジュールファイルの編集動作について説明したが、情報端末８０（ユーザ）は、照明システム１０が備える複数のコントローラ４０のそれぞれに記憶された第一スケジュールファイルを同様の手順で編集することができる。

［シーン設定ファイルの編集の具体例］
次に、シーン設定ファイルの編集の具体例について説明する。図１０は、シーン設定ファイルの編集例を説明するための図である。

図１０の（ａ）は、設定端末２０から最初に（初期設定として）複数のコントローラ４０のそれぞれへ送信されたシーン設定ファイル及び第一スケジュールファイルによって定まる照明演出の一例を示している。実線は、照明器具６０の青色光源の調光率の変化に相当し、破線は照明器具６０の赤色光源の調光率の変化を示している。この照明演出は、タイミングｔにおいて、青色光及び赤色光のクロスフェード（青色光：フェードアウト、赤色光：フェードイン）を開始するものである。

ユーザは、シーン設定ファイルを編集することで、図１０の（ｂ）または（ｃ）のように、クロスフェードが行われる期間を延長することができる。図示されないが、クロスフェードが行われる期間は、短縮することも可能である。

なお、クロスフェードが行われる期間を具体的にどのようなユーザの操作（入力）によって変更するかについては検討の余地がある。例えば、ユーザは、クロスフェードの期間の長さの倍率ｎ（ｎは０よりも大きい実数）を設定値として入力することで、図１０の（ａ）の状態（初期設定）からクロスフェードの期間がｎ倍される。この場合のｎは、照明演出におけるクロスフェードが行われる期間（フェード時間）を延長または短縮するための設定値であるといえる。ユーザは、コントローラ４０、設定端末２０、または、情報端末８０へ設定値を入力することにより簡単にフェード時間を編集（調整）することができる。

［第一スケジュールファイルの編集の具体例］
次に、第一スケジュールファイルの編集の具体例について説明する。図１１は、第一スケジュールファイルの編集例を説明するための図である。

図１１の（ａ）は、設定端末２０から最初に（初期設定として）複数のコントローラ４０のそれぞれへ送信されたシーン設定ファイル及び第一スケジュールファイルによって定まる照明演出の一例を示している。実線は、照明器具６０の青色光源の調光率の変化に相当し、破線は照明器具６０の赤色光源の調光率の変化を示している。この照明演出は、タイミングｔにおいて、青色光及び赤色光のクロスフェード（青色光：フェードアウト、赤色光：フェードイン）を開始するものである。

ユーザは、第一スケジュールファイルを編集することで、図１１（ｂ）または（ｃ）のように、クロスフェードが開始されるタイミングを早めることができる。図示されないが、クロスフェードが開始されるタイミングを遅らせることも可能である。

なお、クロスフェードが開始されるタイミングを具体的にどのようなユーザの操作（入力）によって変更するかについては検討の余地がある。例えば、ユーザは、クロスフェードの開始タイミングのシフト量ｍ（ｍは正または負の秒数）を設定値として入力することで、図１１の（ａ）の状態（初期設定）からクロスフェードの開始タイミングがｍ秒シフトされる。この場合のｍは、照明演出の開始タイミングをシフトするための設定値であるといえる。ユーザは、コントローラ４０、設定端末２０、または、情報端末８０へ設定値を入力することにより簡単にクロスフェードの開始タイミングを編集（調整）することができる。

なお、シーン設定ファイル及び第一スケジュールファイルの両方を編集することで、クロスフェードが行われる期間と、クロスフェードの開始タイミングとを両方変更することも可能である。

［効果等］
以下、本明細書の開示内容から得られる発明を例示し、例示される発明から得られる効果等について説明する。

発明１は、複数のコントローラ４０と、複数のコントローラ４０のそれぞれが当該コントローラ４０の制御対象の照明器具６０を制御するために読み出す第二データの元となる第一データであって照明演出の内容を示す第一データを複数のコントローラ４０へ送信する設定端末２０とを備え、送信された第一データは、複数のコントローラ４０のそれぞれに記憶され、複数のコントローラ４０のそれぞれは、当該コントローラ４０に記憶された第一データの編集機能を有している、照明システム１０である。第一データは、上記実施の形態のシーン設定ファイルまたは第一スケジュールファイルであり、第二データは、上記実施の形態のシーンファイルまたは第二スケジュールファイルである。

このような照明システム１０は、照明器具６０の演出内容をコントローラ４０ごとに調整することができる。

発明２は、複数のコントローラ４０のそれぞれは、当該コントローラ４０に記憶された第一データを、当該コントローラ４０へユーザが入力する設定値に基づいて編集する、発明１の照明システム１０である。

このような照明システム１０は、設定値の入力に基づいて、照明器具６０の演出内容をコントローラごとに調整することができる。

発明３は、設定値は、照明演出におけるフェード時間を延長または短縮するための設定値である、発明２の照明システム１０である。フェード時間には、フェードインに要する時間、及び、フェードアウトに要する時間の少なくとも一方が含まれる。

このような照明システム１０は、設定値の入力に基づいて、照明演出におけるフェード時間をコントローラごとに調整することができる。

発明４は、設定値は、照明演出の開始タイミングを調整するための設定値である、発明２の照明システム１０である。

このような照明システム１０は、設定値の入力に基づいて、照明演出の開始タイミングをコントローラごとに調整することができる。

発明５は、設定端末２０、または、設定端末２０以外の他の設定端末は、局所通信ネットワークを通じて複数のコントローラ４０のそれぞれに記憶された第一データを取得することができる、発明１～４のいずれかの照明システム１０である。

このような照明システム１０は、ユーザが、設定端末２０または他の設定端末を通じて複数のコントローラ４０のそれぞれに記憶された第一データを参照（確認）することを支援することができる。

発明６は、複数のコントローラ４０と広域通信ネットワーク９０を通じて通信する情報端末８０は、広域通信ネットワークを通じて複数のコントローラ４０のそれぞれに記憶された第一データを取得することができる、発明１～５のいずれかの照明システム１０である。

このような照明システム１０は、ユーザが、クラウドサービスを利用して複数のコントローラ４０のそれぞれに記憶された第一データを参照（確認）することを支援することができる。

発明７は、設定端末２０、または、設定端末２０以外の他の設定端末は、局所通信ネットワークを通じて複数のコントローラ４０のそれぞれと通信を行うことにより、複数のコントローラ４０のそれぞれに記憶された第一データを編集することができる、発明１～６のいずれかの照明システム１０である。

このような照明システム１０は、設定端末２０または他の設定端末へのユーザの操作に基づいて、照明器具６０の演出内容をコントローラごとに調整することができる。

発明８は、複数のコントローラ４０と広域通信ネットワーク９０を通じて通信する情報端末８０は、広域通信ネットワークを通じて複数のコントローラ４０のそれぞれと通信を行うことにより、複数のコントローラ４０のそれぞれに記憶された第一データを編集することができる、発明１～７のいずれか１の照明システム１０である。

このような照明システム１０は、情報端末８０へのユーザの操作に基づいて、照明器具６０の演出内容をコントローラごとに調整することができる。

発明９は、第一データには、照明演出における照明器具６０の調光率の変化を示すシーン設定情報であって照明器具６０への調光指示値を含まないシーン設定情報が含まれ、第二データには、照明演出における照明器具６０の調光率の変化を示すシーン情報であって照明器具６０への調光指示値を含むシーン情報が含まれる、発明１～８のいずれかの照明システム１０である。上記実施の形態におけるシーン設定ファイルは、シーン設定情報の一例であり、上記実施の形態におけるシーンファイルは、シーン情報の一例である。

このような照明システム１０は、シーン設定情報を編集することで、照明器具６０の演出内容をコントローラ４０ごとに調整することができる。

発明１０は、複数のコントローラ４０のそれぞれは、設定端末２０から受信した第一データに基づいて第二データを生成し、生成した第二データを当該コントローラ４０に記憶する、発明１～９のいずれかの照明システム１０である。

このような照明システム１０は、コントローラ４０において第二データの生成を行うことができる。

発明１１は、制御対象の照明器具６０を制御するコントローラ４０であって、情報処理部４２と、設定端末２０がコントローラ４０を含む複数のコントローラ４０へ送信した、照明演出の内容を示す第一データであって、情報処理部４２が照明器具６０を制御するために読み出す第二データの元となる第一データを受信する通信部４４と、受信された第一データが記憶される記憶部４３とを備え、情報処理部４２は、記憶部４３に記憶された第一データの編集機能を有している、コントローラ４０である。

このようなコントローラ４０は、照明器具６０の演出内容を調整することができる。

（その他の実施の形態）
以上、実施の形態について説明したが、本発明は、上記実施の形態に限定されるものではない。

例えば、上記実施の形態では、照明システムは、屋外の照明演出に用いられたが、店舗、オフィス、または、コンサートホールなどの屋内の照明演出に用いられてもよい。

また、上記実施の形態では、照明システムは、複数の装置によって実現されたが、単一の装置として実現されてもよい。例えば、照明システムは、コントローラに相当する単一の装置として実現されてもよい。照明システムが複数の装置によって実現される場合、上記実施の形態で説明された照明システムが備える構成要素は、複数の装置にどのように振り分けられてもよい。

また、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、複数の処理の順序が変更されてもよいし、複数の処理が並行して実行されてもよい。

また、上記実施の形態において、各構成要素は、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

また、各構成要素は、ハードウェアによって実現されてもよい。各構成要素は、回路（または集積回路）でもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。

また、本発明の全般的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよい。また、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

例えば、本発明は、上記実施の形態のコントローラ、設定端末、または、情報端末として実現されてもよい。また、本発明は、上記実施の形態の照明システムなどのコンピュータによって実行される方法として実現されてもよい。本発明は、このような方法をコンピュータに実行させるためのプログラムとして実現されてもよいし、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。

その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本発明の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本発明に含まれる。

１０ 照明システム
２０ 設定端末
２１、４１ ＵＩ部
２２、４２ 情報処理部
２３、４３ 記憶部
２４、４４ 通信部
３０ ハブ装置
４０ コントローラ
５０ 信号変換器
６０ 照明器具
７０ サーバ装置
８０ 情報端末
９０ 広域通信ネットワーク

Claims (11)

1. 複数のコントローラと、
   前記複数のコントローラのそれぞれが当該コントローラの制御対象の照明器具を制御するために読み出す第二データの元となる第一データであって照明演出の内容を示す第一データを前記複数のコントローラへ送信する設定端末とを備え、
   送信された前記第一データは、前記複数のコントローラのそれぞれに記憶され、
   前記複数のコントローラのそれぞれは、当該コントローラに記憶された前記第一データの編集機能を有している
   照明システム。
2. 前記複数のコントローラのそれぞれは、当該コントローラに記憶された前記第一データを、当該コントローラへユーザが入力する設定値に基づいて編集する
   請求項１に記載の照明システム。
3. 前記設定値は、前記照明演出におけるフェード時間を延長または短縮するための設定値である
   請求項２に記載の照明システム。
4. 前記設定値は、前記照明演出の開始タイミングを調整するための設定値である
   請求項２に記載の照明システム。
5. 前記設定端末、または、前記設定端末以外の他の設定端末は、局所通信ネットワークを通じて前記複数のコントローラのそれぞれに記憶された前記第一データを取得することができる
   請求項１～４のいずれか１項に記載の照明システム。
6. 前記複数のコントローラと広域通信ネットワークを通じて通信する情報端末は、前記広域通信ネットワークを通じて前記複数のコントローラのそれぞれに記憶された前記第一データを取得することができる
   請求項１～４のいずれか１項に記載の照明システム。
7. 前記設定端末、または、前記設定端末以外の他の設定端末は、局所通信ネットワークを通じて前記複数のコントローラのそれぞれと通信を行うことにより、前記複数のコントローラのそれぞれに記憶された前記第一データを編集することができる
   請求項１～４のいずれか１項に記載の照明システム。
8. 前記複数のコントローラと広域通信ネットワークを通じて通信する情報端末は、前記広域通信ネットワークを通じて前記複数のコントローラのそれぞれと通信を行うことにより、前記複数のコントローラのそれぞれに記憶された前記第一データを編集することができる
   請求項１～４のいずれか１項に記載の照明システム。
9. 前記第一データには、前記照明演出における照明器具の調光率の変化を示すシーン設定情報であって前記照明器具への調光指示値を含まないシーン設定情報が含まれ、
   前記第二データには、前記照明演出における照明器具の調光率の変化を示すシーン情報であって前記照明器具への調光指示値を含むシーン情報が含まれる
   請求項１～４のいずれか１項に記載の照明システム。
10. 前記複数のコントローラのそれぞれは、前記設定端末から受信した前記第一データに基づいて前記第二データを生成し、生成した前記第二データを当該コントローラに記憶する
    請求項１～４のいずれか１項に記載の照明システム。
11. 制御対象の照明器具を制御するコントローラであって、
    情報処理部と、
    設定端末が前記コントローラを含む複数のコントローラへ送信した、照明演出の内容を示す第一データであって、前記情報処理部が前記照明器具を制御するために読み出す第二データの元となる第一データを受信する通信部と、
    受信された第一データが記憶される記憶部とを備え、
    前記情報処理部は、前記記憶部に記憶された前記第一データの編集機能を有している
    コントローラ。

Images