JP2005346980A - 調光システム - Google Patents

Abstract

【課題】調光システムにおいて、データに要求される品質に応じてデータの伝送制御を行うことができ、ネットワークの帯域を有効活用することができる。
【解決手段】メイン卓は、照明を調光制御するための調光データのインデックス情報パケットＰ１をサブ卓に出力し（＃１２）、データの受信待ち状態になる（＃１３）。サブ卓は、データの受信待ち状態において（＃２１）、インデックス情報パケットＰ１を受信すると、調光データの要否と調光データ要求パケットＰ２の伝送タイミングを判断し（＃２２）、調光データが要の場合に（＃２２でＹＥＳ）、調光データ要求パケットＰ２を前記判断した伝送タイミングでメイン卓に出力し（＃２３）、データの受信待ち状態になる（＃２４）。メイン卓は、調光データ要求パケットＰ２を受信すると、調光データパケットＰ３をサブ卓に出力し（＃１４）、サブ卓は、その調光データを記憶する（＃２５）。
【選択図】図３

Description

本発明は、複数の調光卓をイーサネット（登録商標）等の通信回線で接続した調光システムに関し、特に調光卓の操作時において各調光卓間でデータの同期を行い、また、メインの調光卓の障害発生時にメインの調光卓の代役をする調光卓を決定してバックアップを行う調光システムに関するものである。

従来から、照明装置を調光制御して照明による各種演出を行う調光システムにおいて、２台の調光卓をシリアルインターフェースで接続してデータの同期をとり、出力されたデータを合成することにより、一台の調光卓の故障時に、もう一台がバックアップ卓となるようにしたものが知られている（例えば、特許文献１参照）。また、複数の調光卓を複数の調光システムサーバに個別に接続し、さらに各調光システムサーバを統括サーバに接続することにより、統括サーバのみにアクセスして、各調光卓の制御を可能にした調光システムも知られている（例えば、特許文献２参照）。
特開平９−２３２０８０号公報 特開２００１−２４４０８３号公報

しかしながら、上述した特許文献１に記載の調光システムにおいては、シリアル伝送における通信方式を採用しており、イーサネット通信と比較して接続性及び接続距離の点において柔軟性に乏しく、このため、（１）サブ卓の数が制限される、（２）バックアップの卓を遠隔に設置できない、（３）同期の伝送速度が遅い、（４）出力の合成が必要である等の課題を有している。その結果、従来の調光システムでは、データに要求される品質に応じてデータの伝送制御を行うことができず、また、ネットワークの帯域を有効活用することができなかった。また、上述した特許文献２に記載の調光システムは、複数の調光卓を同期させるようにはなっておらず、一台の調光卓の故障時に、もう一台がバックアップ卓となるものではない。従って、特許文献２に記載の内容を適用したとしても、上記課題は解決されない。

本発明は、上記課題を解決するためになされたものであり、データに要求される品質に応じてデータの伝送制御を行うことができ、ネットワークの帯域を有効活用することができる調光システムを提供することを目的とする。

上記目的を達成するために請求項１の発明は、照明を調光制御するメインの調光卓と、メインの調光卓に代わって照明の調光制御を行うことが可能なサブの調光卓とがネットワークで接続されている調光システムであって、メインの調光卓は、サブの調光卓との間でデータの入出力を行うメイン卓入出力部を備え、サブの調光卓は、メインの調光卓との間でデータの入出力を行うサブ卓入出力部と、このサブ卓入出力部にて受信したデータの内容を判断するデータ判断部とを備え、メインの調光卓は、照明を調光制御するための調光データのインデックス情報パケットをメイン卓入出力部からサブの調光卓に出力し、その後、調光データの出力要求を示す調光データ要求パケットをサブの調光卓からメイン卓入出力部にて受信すると、調光データをメイン卓入出力部からサブの調光卓に出力し、サブの調光卓は、インデックス情報パケットをサブ卓入出力部にて受信すると、そのインデックス情報パケットを基に調光データの要否と調光データ要求パケットの伝送タイミングを判断部にて判断し、調光データが要の場合に、調光データ要求パケットを判断した伝送タイミングでサブ卓入出力部からメインの調光卓に出力し、メインの調光卓とサブの調光卓との調光データの同期を取るようにしたものである。

請求項２の発明は、請求項１に記載の調光システムにおいて、サブの調光卓を複数備え、各サブの調光卓は、定期的に情報を交換することによって、各サブの調光卓間の優先順位が記録された優先順位テーブルを共有し、優先順位テーブルに記録された優先順位の高いサブの調光卓は、メインの調光卓に障害が発生した際に、メインの調光卓に代わって照明の調光制御を行うものである。

請求項３の発明は、請求項２に記載の調光システムにおいて、メインの調光卓は、障害から復旧した際に、障害から復旧したことを示す復旧情報を出力し、メインの調光卓に代って照明の調光制御を行っているサブの調光卓は、復旧情報を受信することによりメインの調光卓の復旧を検知して、照明の調光制御を停止し、メインの調光卓は、障害から復旧した後、再び照明の調光制御を行うものである。

請求項４の発明は、請求項３に記載の調光システムにおいて、メインの調光卓に代って照明の調光制御を行っているサブの調光卓は、メインの調光卓が障害から復旧した際に、現在調光制御を実行しているシーンを示すシーンデータを出力し、メインの調光卓は、シーンデータを受信することによって、サブの調光卓との間でシーンデータを一致させるものである。

請求項１の発明によれば、メインの調光卓からサイズが小さいインデックス情報パケットがサブの調光卓に送信され、サブの調光卓にて、調光データの要否と調光データ要求パケットの伝送タイミングが判断される。これにより、メインの調光卓から照明装置への高速処理を必要とする調光レベルデータの伝送を優先させて、調光レベルデータの伝送を妨げない時間に、メインの調光卓からサブの調光卓に調光データを伝送することができる。ネットワークに接続される機器には、サブの調光卓以外にもリモートモニタなどのように多少表示が遅れても支障をきたさないものが混在し、また、ネットワークに伝送されるデータには、調光レベルデータのように伝送の高速性が要求されるものなどが混在している。請求項１の発明によれば、データに要求される品質に応じてデータの伝送制御が行え、ネットワークの帯域を有効活用することができる。

また、メインの調光卓とサブの調光卓とをイーサネットで接続し、調光データの要求方式に信頼性の高いＴＣＰ／ＩＰを用いれば、調光データを誤りなく伝送することができ、メインの調光卓の調光データとサブの調光卓の調光データとを信頼性を高く整合させることができる。これにより、メインの調光卓とサブの調光卓とで調光データの同期をとることができ、演出中にメインの調光卓が故障したときに、サブの調光卓がメインの調光卓に代わって、演出を中断することなく又は演出の中断を最小限に抑えて演出を続行することができる。

請求項２の発明によれば、各々のサブ卓が優先順位テーブルを共有することによって、メインの調光卓に障害が発生した際に、メインの調光卓に代わって照明の調光制御を行うサブの調光卓が自動的にすぐに決定される。これにより、演出を中断することなく又は演出の中断を最小限に抑えて演出を続行することができる。

請求項３の発明によれば、メインの調光卓が障害から復旧した場合、再びメインの調光卓で演出をコントロールすることができる。

請求項４の発明によれば、メインの調光卓が障害から復旧し、再びメインの調光卓で演出をコントロールする場合に、演出を実行するシーンのズレを修正でき、演出を中断させることなく続行できる。

以下、本発明を具体化した実施形態による調光システムについて図面を参照して説明する。
＜第１の実施形態＞
まず、第１の実施形態について説明する。図１は、調光システムの概略構成を示す。調光システム１は、例えば照明による各種演出を行うために、照明を制御するシステムである。調光システム１は、１つのメインの調光卓（以下、メイン卓と呼称する）１０と、複数のサブの調光卓（以下、サブ卓と呼称する）２０とを備える。また、調光システム１は、メイン卓１０と複数のサブ卓２０とがイーサネットＨＵＢなどの接続機器３０と接続されており、イーサネットシステム（双方向高速通信網またはＬＡＮ）を構築している。

メイン卓１０は、照明装置（図示省略）による演出の仕込みすなわち照明装置の調光制御の設定を行い、また、その設定内容に従って照明装置を調光制御する。サブ卓２０は、メイン卓１０に障害が発生した場合等において、メイン卓１０に代わって照明装置を調光制御する。メイン卓１０及びサブ卓２０は、調光機能を持ったパソコンなどの電子機器であってもよい。

図２は、調光システム１の全体のブロック構成を示す。なお、図２では、サブ卓２０は、１台のみを図示しており、また、接続機器５は、図示を省略している。メイン卓１０は、メイン卓１０を制御するためのＣＰＵ等からなる制御部１２と、照明装置の調光制御を設定等するためにユーザに操作される操作部１１と、調光制御の設定内容すなわち照明装置を制御するための明かりのデータ等を含む調光データ等を記憶する記憶部１３と、サブ卓２０との間でデータの入出力を行う入出力部１４とを備える。サブ卓２０は、サブ卓２０を制御するためのＣＰＵ等からなる制御部２２と、メイン卓１０との同期の要否すなわちメイン卓１０のバックアップ卓となるか否かを設定等するためにユーザに操作される操作部２１と、メイン卓１０との同期の要否を示すデータ、調光データ等を記憶する記憶部２３と、メイン卓１０との間でデータの入出力を行う入出力部２４と、入出力部２４にて受信したデータの内容を判断する判断部２５とを備える。メイン卓１０又はサブ卓２０は、記憶している調光データを基に、照明装置の調光制御出力となる調光レベルデータを照明装置に伝送することにより、照明装置を調光制御する。

図３は、調光システム１のメイン卓１０とサブ卓２０との間で調光データを同期させるフローチャートを示す。メイン卓１０は、操作部１１の操作待ち状態になっており（＃１１）、ユーザは、照明装置による演出の仕込みすなわち照明装置の調光制御の設定を行う場合、操作部１１から調光データの入力を行う。メイン卓１０は、操作部１１にて調光データの入力操作が行われると、制御部１２が調光データの入力を検知し、どのような操作が行われたかパラメータを抽出して、調光データを記憶部１３に記憶し、また、調光データのインデックス情報を作成し、インデックスパケットＰ１を入出力部１４を通してイーサネット上に送出する（＃１２）。このとき、メイン卓１０は、同報通信が可能なＵＤＰ／ＩＰプロトコルなどを利用して、ネットワーク上に接続された全てのサブ卓２０にインデックスパケットＰ１を伝送する。その後、メイン卓１０は、入出力部１４でのデータの受信待ち状態になる（＃１３）。

一方、サブ卓２０は、入出力部２４でのデータの受信待ち状態になっており（＃２１）、入出力部２４にてインデックスパケットＰ１を受信すると、受信した情報の内容（パラメータ）を判断部２５に渡し、判断部２５にて調光データの同期が必要か否か、すなわち調光データが必要か否かを判断する（＃２２）。この判断基準は、予めサブ卓２０にて設定しておく。判断基準の設定は、例えば操作部２１を操作することにより行われ、その設定内容が記憶部２３に記憶されている。

サブ卓２０は、調光データの同期が必要のない場合、すなわちメイン卓１０との同期設定がされていない場合（＃２２でＮＯ）、受信したインデックスパケットＰ１を無視する。サブ卓２０は、調光データの同期が必要な場合、すなわちメイン卓１０との同期設定がされている場合は（＃２２でＹＥＳ）、調光データの要求を示す調光データ要求パケットＰ２を入出力部２４を通してメイン卓１０に対して送出する（＃２３）。このとき、調光レベルデータがネットワーク上を伝送中の場合は、調光データ要求パケットＰ２の送信を控え、調光レベルデータの伝送が行われない空いた時間に調光データ要求パケットＰ２の伝送を行う。この調光データ要求パケットＰ２の伝送タイミングは、判断部２５にて判断される。また、調光データ要求パケットＰ２の送信の際の通信プロトコルは、再送制御機能を搭載するＴＣＰ／ＩＰなどを利用して、データの信頼性を確保する。その後、サブ卓２０は、入出力部２４でのデータの受信待ち状態になる（＃２４）。

メイン卓１０は、データの受信待ち状態において（＃１３）、入出力部１４にて調光データ要求パケットＰ２を受信すると、受信した要求パケットＰ２に対して、該当する調光データパケットＰ３（上記＃１１において、操作部１１の操作により入力されて設定されたレベル変化情報）を入出力部１４を通してサブ卓２０に送信する（＃１４）。サブ卓２０は、データの受信待ち状態において（＃２４）、入出力部２４にて調光データパケットＰ３を受信すると、その受信した調光データを判断部２５に渡した後、その受信した調光データを制御部２２を通して記憶部２３に格納する（＃２５）。

このように、調光システム１によれば、メイン卓１０からサイズが小さいインデックスパケットＰ１が全てのサブ卓２０に一斉送信され、各々のサブ卓２０にて、調光データの要否と調光データ要求パケットＰ２の伝送タイミングが判断される。これにより、メイン卓１０から照明装置への高速処理を必要とする調光レベルデータの伝送を優先させて、調光レベルデータの伝送を妨げない時間に、メイン卓１０からサブ卓２０に調光データパケットＰ３を伝送することができる。ネットワークに接続される機器には、サブの調光卓以外にもリモートモニタなどのように多少表示が遅れても支障をきたさないものが混在し、また、ネットワークに伝送されるデータには、調光レベルデータのように伝送の高速性が要求されるものなどが混在している。調光システム１によれば、データに要求される品質に応じてデータの伝送制御が行え、ネットワークの帯域を有効活用することができる。

しかも、メイン卓１０と複数のサブ卓２０とをイーサネットで接続し、調光データの要求方式に信頼性の高いＴＣＰ／ＩＰを用いているため、調光データを誤りなく伝送することができ、メイン卓１０の調光データとサブ卓の調光データとを信頼性を高く整合させることができる。これにより、メイン卓１０とサブ卓２０とで調光データの同期をとることができ、演出中にメイン卓１０が故障したときに、サブ卓２０がメイン卓１０に代わって、演出を中断することなく又は演出の中断を最小限に抑えて演出を続行することができる。

＜第２の実施形態＞
次に、第２の実施形態について説明する。図４は、調光システムの全体のブロック構成を示す。本実施形態の調光システム１は、上記第１の実施形態と同様に、１つのメイン卓１０と複数のサブ卓２０とを備え、メイン卓１０と複数のサブ卓２０とがイーサネットＨＵＢなどの接続機器と接続されて、イーサネットシステムを構築している。なお、図４では、サブ卓２０は、１台のみを図示しており、また、接続機器の図示を省略している。

本実施形態の調光システム１は、上記第１の実施形態の調光システムにおいて、メイン卓１０、及び全てのサブ卓２０に優先順位を設定し、その優先順位の情報を定期的に交換することによって、メイン卓１０の故障時にメイン卓１０に代わって照明装置を調光制御する、すなわちメイン卓１０の代役として機能するサブ卓２０を決定する仕組みを付加したものである。

本実施形態の調光システム１では、メイン卓１０は、上記第１の実施形態の構成に加え、優先順位の情報を示した優先順位テーブルを記憶する優先順位メモリ１６をさらに備える。また、サブ卓２０は、上記第１の実施形態の構成に加え、優先順位の情報を示した優先順位テーブルを記憶する優先順位メモリ２６をさらに備える。本実施形態における他の構成については、上記第１の実施形態と同様である。

図５は、メイン卓１０の代役として機能するブ卓２０を決定するフローチャートを示し、図６及び図７は、各サブ卓２０の優先順位メモリ２６に記憶される優先順位テーブルの例を示す。メイン卓１０及び全てのサブ卓２０は、優先順位の情報を含んだ優先順位パケットをＵＤＰブロードキャストなどの手段を用いてネットワーク上に定期的に送信する。各サブ卓２０は、優先順位パケットを入出力部２４で受信すると、その優先順位の情報を、制御部２２に渡した後、優先順位メモリ２６の優先順位テーブル（図６参照）に格納する。

優先順位パケットはメイン卓１０からも発信されるため、サブ卓２０は、メイン卓１０が正常に動作しているときには、メイン卓１０から発信された優先順位パケットを受信する（＃３１）。各サブ卓２０は、メイン卓１０からの優先順位パケットが受信されなくなると（例えば３回受信されないと）、メイン卓１０が故障していると判断し、優先順位メモリ２６に保有する優先順位テーブル（図７）に基づいて、自分が最も高い優先順位にあるか否かを判断する（＃３２）。

ここで、自分が最も高い優先順位にあれば（＃３２でＹＥＳ）、自分がメイン卓１０の代役を果たすことを示す宣言パケットＰ４を他のサブ卓２０に送信する（＃３３）。そして、他のサブ卓２０から宣言パケットＰ４を受信しなければ（例えば所定時間受信しなければ）（＃３５でＮＯ）、自分がメイン卓１０の代役として決定する（＃４１）。このとき、もし他のサブ卓２０から宣言パケットＰ４を受信した場合は（＃３５でＹＥＳ）、優先順位調停モードにて、それらのサブ卓２０間で宣言パケットＰ４を交換し（＃３７、＃３８）、自分の方が優先順位が高ければ（＃３９でＹＥＳ）、そのまま自分がメイン卓１０の代役として決定し（＃４１）、自分の方が優先順位が低ければ（＃３９でＮＯ）、宣言を取りやめて（＃４０）、他のサブ卓２０がメイン卓１０の代役として決定する（＃４１）。

また、上記＃３２において、自分が最も高い優先順位になければ（＃３２でＮＯ）、他のサブ卓２０からの宣言パケットＰ４の受信を待ち（＃３４）、宣言パケットＰ４を受信すると、優先順位テーブルを書き換え（＃３６）、宣言パケットＰ４を送信したサブ卓２０がメイン卓１０の代役として決定する（＃４１）。また、上記他のサブ卓２０からの宣言パケットＰ４の受信待ち状態において（＃３４）、宣言パケットＰ４を受信しない場合（例えば所定時間受信しない場合）は、優先順位調停モードにて、他のサブ卓２０との間で宣言パケットＰ４を交換し（＃３７、＃３８）、上記＃３９以降と同様の処理によりメイン卓１０の代役となるサブ卓２０を決定する。

本実施形態によれば、メイン卓１０に障害が発生した際に、メイン卓１０に代って照明の調光制御を行うサブ卓２０を自動的にすぐに決定することができ、これにより、演出を中断することなく続行でき、又は、演出の中断を最小限に抑えることができる。

＜第３の実施形態＞
次に、第３の実施形態について説明する。本実施形態の調光システムは、上記第２の実施形態において、サブ卓が新たなメイン卓の代役として機能を始めた後、メイン卓が復旧した場合に、メイン卓が再び演出の続行権を取得する仕組みを付加したものである。

図８は、サブ卓からメイン卓に演出続行権が移行するフローチャートを示す。メイン卓が故障状態にあり（＃５１）、サブ卓が演出続行権を持ちバックアップ卓として動作している状況において（＃５２）、メイン卓が復旧すると、メイン卓は宣言パケットＰ４をネットワーク上に送出する（＃５３）。このとき、メイン卓の優先順位は、接続されたすべての卓に比べて最も高い値とする。

各サブ卓は、宣言パケットＰ４を受信すると（＃５４）、優先順位テーブルを参照し、それにより、受信した宣言パケットＰ４が自分よりも高い優先順位の調光卓からのものであることを検知する。そして、サブ卓は優先順位テーブルの内容を書き換えて（＃５５）、その後は、最も優先順位の高いメイン卓を再び演出続行権を持つ卓と認識する。このとき、それまでメイン卓の代役として機能していたサブ卓（サブ卓の中で最も高い優先順位を持つ）は、優先順位テーブルの書き換えに加えて、宣言パケットＰ４の送出を中止し（＃５５）、メイン卓の代役を停止して、通常のサブ卓の状態に戻る（＃５７）。そして、メイン卓が照明装置の調光制御を続行するものと決定される（＃５６）。

本実施形態によれば、メイン卓が障害から復旧した場合、再びメイン卓で照明装置の調光制御を行って演出をコントロールすることができる。

＜第４の実施形態＞
次に、第４の実施形態について説明する。本実施形態の調光システムは、上記第３の実施形態において、メイン卓が復旧した際に、それまでメイン卓の代役として機能していたサブ卓とのデータの整合性を取り、現在演出を実行しているシーンを示すシーンデータを同期させる仕組みを付加したものである。

図９は、メイン卓とそれまでメイン卓として機能していたサブ卓とのデータの整合性を取るフローチャートを示す。メイン卓が故障状態にあり（＃５１）、サブ卓が演出続行権を持ちバックアップ卓として動作している状況において（＃５２）、メイン卓が復旧すると、メイン卓は宣言パケットＰ４をネットワーク上に送出する（＃５３）。このとき、メイン卓の優先順位は、接続されたすべての卓に比べて最も高い値とする。その後、メイン卓は、シーンインデックスパケットＰ５の受信待ち状態となる（＃５８）。

各サブ卓は、宣言パケットＰ４を受信すると（＃５４）、優先順位テーブルを参照し、それにより、受信した宣言パケットＰ４が自分よりも高い優先順位の調光卓からのものであることを検知する。そして、サブ卓は優先順位テーブルの内容を書き換えて（＃５５）、その後は、最も優先順位の高いメイン卓を再び演出続行権を持つ卓と認識する。このとき、それまでメイン卓の代役として機能していたサブ卓は、優先順位テーブルの書き換えに加えて、宣言パケットＰ４の送出を中止し（＃５５）、さらに、シーンインデックスパケットＰ５をメイン卓に送信し（＃５９）、その後、シーン要求パケットＰ６の受信待ち状態となる（＃６１）。

メイン卓は、シーンインデックスパケットＰ５の受信待ち状態において（＃５８）、シーンインデックスパケットＰ５を受信すると、シーン要求パケットＰ６を送出し（＃６０）、その後、シーンデータＰ７の受信待ち状態となる（＃６２）。サブ卓は、シーン要求パケットＰ６の受信待ち状態において（＃６１）、シーン要求パケットＰ６を受信すると、その要求に応じたシーンデータＰ７をメイン卓に送信する（＃６３）。メイン卓は、シーンデータＰ７の受信待ち状態において（＃６２）、シーンデータＰ７を受信すると、そのシーンデータを基に再び照明の調光制御を開始して演出の制御を続行する（＃６４）。

本実施形態によれば、メイン卓が障害から復旧し、再びメイン卓で演出をコントロールする場合に、メイン卓とサブ卓との間でシーンデータを一致させることができ、これにより、演出を実行するシーンのズレを修正でき、演出を中断させることなく続行することができる。

本発明の第１の実施形態に係る調光システムの概略構成を示すシステム構成図。 同調光システムのメイン卓とこれに接続されるサブ卓の概略構成を示す電気的ブロック構成図。 同調光システムのメイン卓とサブ卓との間で調光データを同期させる方法を示すフローチャート。 本発明の第２の実施形態に係る調光システムのメイン卓とこれに接続されるサブ卓の概略構成を示す電気的ブロック構成図。 同調光システムのメイン卓の代役を果たすサブ卓を決定する方法を示すフローチャート。 同調光システムのメイン卓に障害発生前の優先順位テーブルの例を示す図。 同調光システムのメイン卓に障害発生後の優先順位テーブルの例を示す図。 本発明の第３の実施形態に係る調光システムのメイン卓の復旧時にサブ卓からメイン卓へ演出続行権の移行する方法を示すフローチャート。 本発明の第４の実施形態に係る調光システムのメイン卓の復旧時にサブ卓とメイン卓との間でデータを整合する方法を示すフローチャート。

符号の説明

１ 調光システム
１０ メイン卓
１１ 操作部
１２ 制御部
１３ 記憶部
１４ 入出力部
１６ 優先順位メモリ
２０ サブ卓
２１ 操作部
２２ 制御部
２３ 記憶部
２４ 入出力部
２５ 判断部
２６ 優先順位メモリ
Ｐ１ インデックスパケット
Ｐ２ 調光データ要求パケット
Ｐ３ 調光データパケット
Ｐ４ 宣言パケット
Ｐ５ シーンインデックスパケット
Ｐ６ シーン要求パケット
Ｐ７ シーンデータパケット

Claims (4)

1. 照明を調光制御するメインの調光卓と、前記メインの調光卓に代わって前記照明の調光制御を行うことが可能なサブの調光卓とがネットワークで接続されている調光システムであって、
   前記メインの調光卓は、前記サブの調光卓との間でデータの入出力を行うメイン卓入出力部を備え、
   前記サブの調光卓は、前記メインの調光卓との間でデータの入出力を行うサブ卓入出力部と、このサブ卓入出力部にて受信したデータの内容を判断するデータ判断部とを備え、
   前記メインの調光卓は、前記照明を調光制御するための調光データのインデックス情報パケットを前記メイン卓入出力部から前記サブの調光卓に出力し、その後、調光データの出力要求を示す調光データ要求パケットを前記サブの調光卓から前記メイン卓入出力部にて受信すると、調光データを前記メイン卓入出力部から前記サブの調光卓に出力し、
   前記サブの調光卓は、インデックス情報パケットを前記サブ卓入出力部にて受信すると、そのインデックス情報パケットを基に調光データの要否と調光データ要求パケットの伝送タイミングを前記判断部にて判断し、調光データが要の場合に、調光データ要求パケットを前記判断した伝送タイミングで前記サブ卓入出力部から前記メインの調光卓に出力し、
   前記メインの調光卓と前記サブの調光卓との調光データの同期を取るようにしたことを特徴とする調光システム。
2. 前記サブの調光卓を複数備え、
   各サブの調光卓は、定期的に情報を交換することによって、各サブの調光卓間の優先順位が記録された優先順位テーブルを共有し、
   前記優先順位テーブルに記録された優先順位の高いサブの調光卓は、前記メインの調光卓に障害が発生した際に、前記メインの調光卓に代わって前記照明の調光制御を行うことを特徴とする請求項１に記載の調光システム。
3. 前記メインの調光卓は、障害から復旧した際に、障害から復旧したことを示す復旧情報を出力し、
   前記メインの調光卓に代って前記照明の調光制御を行っているサブの調光卓は、前記復旧情報を受信することにより前記メインの調光卓の復旧を検知して、前記照明の調光制御を停止し、
   前記メインの調光卓は、障害から復旧した後、再び前記照明の調光制御を行うことを特徴とする請求項２に記載の調光システム。
4. 前記メインの調光卓に代って前記照明の調光制御を行っているサブの調光卓は、前記メインの調光卓が障害から復旧した際に、現在調光制御を実行しているシーンを示すシーンデータを出力し、
   前記メインの調光卓は、シーンデータを受信することによって、前記サブの調光卓との間でシーンデータを一致させることを特徴とする請求項３に記載の調光システム。

Images