(57)【特許請求の範囲】
【請求項１】
他装置と無線で通信する無線通信部と、
発光する発光部と、
前記無線通信部が前記他装置から受信した信号に含まれる発光タイミングに基づいて、前記無線通信部が信号を受信するタイミングに応じて、信号を受信した時点で発光を行うように前記発光部を発光させるモードと、前記無線通信部が信号を受信するタイミングによらず、内部タイマーに応じて前記発光部の発光を制御するモードとを切り換えて制御する制御部と、
を備え、
前記制御部は、前記他装置から受信した信号の周期が所定値以上の場合は前記無線通信部が信号を受信するタイミングに応じて、信号を受信した時点で発光を行うように前記発光部を発光させ、前記周期が所定値未満の場合は、前記無線通信部が信号を受信するタイミングによらず、前記内部タイマーに応じて前記発光部の発光を制御する、発光装置。
【請求項２】
前記制御部は、前記発光部の発光をフェードイン、またはフェードアウトで制御する、請求項１に記載の発光装置。
【請求項３】
操作入力を受ける操作入力部を備え、
前記制御部は、前記無線通信部が前記他装置から信号を受信しない場合は、前記操作入力部への入力に応じて前記発光部の発光を制御する、請求項１に記載の発光装置。
【請求項４】
他装置と無線で通信することと、
前記他装置から受信した信号の周期を判定することと、
前記周期が所定値以上の場合は無線通信により信号を受信するタイミングに応じて発光部を発光させることと、
前記周期が所定値未満の場合は、無線通信により信号を受信するタイミングによらず、内部タイマーに応じて前記発光部の発光を制御することと、
を備える、発光装置の制御方法。
【請求項５】
他装置と無線で通信することと、
前記他装置から受信した信号に含まれる発光周期を判定することと、
前記発光周期が所定値以上の場合は無線通信により信号を受信するタイミングに応じて発光部を発光させることと、
前記前記発光周期が所定値未満の場合は、無線通信により信号を受信するタイミングによらず、内部タイマーに応じて前記発光部の発光を制御することと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、発光装置、発光装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来、例えば下記の特許文献１には、送信機から複数のライトシステムにマップファイルに基づいた少なくとも１つのライティング制御信号を送信し、少なくとも１つのライティング制御信号に応答して、複数のライトシステムの少なくとも第１のライトシステムおよび第２のライトシステムからのそれぞれの光出力を生成し、文字、図形、視覚的模様または絵を含む、視認される光によって形成された視覚的に連係した効果を発生させることが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−７０８３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
コンサート会場などで観客が使用するペンライトは、点滅させることによって視覚的効果を高めることができる。しかしながら、コンサート会場で使用される数千本、数万本のペンライトの点灯、消灯のタイミングを完全に一致させることは困難である。
【０００５】
コンサート会場等において、ペンライトが個別に点滅していると、観客の一体感が失われてしまう。また、特許文献１に記載されているようにライティング制御信号に応答して点灯させる場合、点灯、消灯のタイミングが短くなるとトラヒックが増大し、無線チャネルの占有度が増加してしまう問題がある。
【０００６】
そこで、複数の子機の点灯、消灯のタイミングを一致させるとともに、トラヒックの増加を抑えることが求められていた。
【課題を解決するための手段】
【０００７】
本開示によれば、他装置と無線で通信する無線通信部と、発光する発光部と、前記無線通信部が前記他装置から受信した信号に含まれる発光タイミングに基づいて、前記無線通信部が信号を受信するタイミングに応じて前記発光部の発光を制御するモードと、内部タイマーに応じて前記発光部の発光を制御するモードとを切り換えて制御する制御部と、を備える、発光装置が提供される。
【０００８】
また、前記制御部は、前記他装置から受信した信号に含まれる発光周期が所定値以上の場合は前記無線通信部が信号を受信するタイミングに応じて前記発光部の発光を制御し、前記発光周期が所定値未満の場合は内部タイマーに応じて前記発光部の発光を制御するものであっても良い。
【０００９】
また、前記制御部は、前記発光部の発光をフェードイン、またはフェードアウトで制御するものであっても良い。
【００１０】
また、操作入力を受ける操作入力部を備え、前記制御部は、前記無線通信部が前記他装置から信号を受信しない場合は、前記操作入力部への入力に応じて前記発光部の発光を制御するものであっても良い。
【００１１】
また、本開示によれば、他装置と無線で通信することと、前記他装置から受信した信号に含まれる発光周期を判定することと、前記発光周期が所定値以上の場合は無線通信により信号を受信するタイミングに応じて発光部の発光を制御することと、前記発光周期が所定値未満の場合は内部タイマーに応じて前記発光部の発光を制御することと、を備える、発光装置の制御方法が提供される。
【００１２】
また、本開示によれば、他装置と無線で通信することと、前記他装置から受信した信号に含まれる発光周期を判定することと、前記発光周期が所定値以上の場合は無線通信により信号を受信するタイミングに応じて発光部の発光を制御することと、前記前記発光周期が所定値未満の場合は内部タイマーに応じて前記発光部の発光を制御することと、をコンピュータに実行させるためのプログラムが提供される。
【発明の効果】
【００１３】
本開示によれば、複数の子機の点灯、消灯のタイミングを一致させるとともに、トラヒックの増加を抑えることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本開示の一実施形態に係るシステムの概略構成を示す断面図である。
【図２】子機の構成を示す模式図である。
【図３】親機の構成を示す模式図である。
【図４】親機における送信データを示す模式図である。
【図５】親機から子機へ送られる駆動信号（送信パケット）を示す模式図である。
【図６】状態変化が生じた場合の例を示す模式図である。
【図７】子機の点滅時間の制御を説明するための模式図である。
【図８】複数の子機の個体間で点灯タイミングにバラツキが生じる例を示す模式図である。
【図９】発光のズレが目立ち易い周波数の点滅（低速点滅モード）と、発光のズレが目立ちにくい周波数の点滅（高速点滅モード）とで異なる制御を行う様子を示す模式図である。
【図１０】複数の子機１００が同時に点灯・消灯する様子を示す模式図である。
【図１１】本実施形態の処理を示すフローチャートである。
【図１２】演奏曲に応じて子機１００の発光色、輝度、点滅を制御する例を示す模式図である。
【図１３】マニュアルモードへの切り換えの処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
なお、説明は以下の順序で行うものとする。
１．システムの概要
２．子機の構成例
３．親機の構成例
４．親機における送信データ
５．親機からの送信パケット
６．点滅時間の制御について
７．点滅時間を制御する２つのモード
８．本実施形態の処理フローについて
９．子機内部の時計による制御について
１０．演奏曲の音声レベル、周波数に応じた制御
１１．マニュアルモードに移行する機能
【００１７】
［１．システムの概要］
まず、図１を参照して、本開示の第１の実施形態に係るシステムの概略構成について説明する。図１に示すように、本実施形態のシステムは、子機（ペンライト）１００と親機（無線機、サーバ）２００を備えている。ここでは、子機１００としてコンサート会場等において観客が使用するペンライトを例示するが、これに限定されるものではない。子機１００と親機２００は無線通信可能に構成されており、親機２００は無指向性の無線により子機１００へ信号を送信する。そして、親機２００側から子機１００へ信号を送信することで、子機１００の点灯タイミング、発光色、輝度などが制御可能とされている。
【００１８】
［２．子機の構成例］
図２は、子機１００の構成を示す模式図である。図２に示すように、子機１００は、受信アンテナ１０２、フィルタ１０４、ＲＦ＿ＩＣ１０６、制御部（ＣＰＵ）１０８、ＬＥＤドライバー１１０、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃ、スイッチ１１４、バッテリー１１６、電源部１１８を有して構成されている。
【００１９】
アンテナ１０２は、親機２００から送信された信号を受信する。フィルタ１０４は、アンテナ１０２が受信した信号から不要な成分を除去する。ＲＦ＿ＩＣ１０６は、親機２００から受信した信号に含まれるコマンドを抽出し、コマンドを制御部１０８へ送る。
【００２０】
制御部（ＣＰＵ）１０８は、親機２００から受信した信号に含まれるコマンドに基づいて、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃを駆動するための指示をＬＥＤドライバー１１０へ送る。ＬＥＤドライバー１１０は、制御部１０８から送られた指示に基づいて、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃを駆動する。これにより、親機２００から送られたコマンドに従って、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃの発光色、輝度、点滅間隔等が制御される。
【００２１】
スイッチ１１４は、ユーザーのマニュアル操作に応じて、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃによる発光色、輝度、点滅間隔等を指示するコマンドを制御部１０８へ送る。バッテリー１１６は、子機１００の各構成要素へ電力を供給する電源である。バッテリー１１６の電力は、電源部１１８によって、ＲＦ＿ＩＣ１０６、制御部１０８、ＬＥＤドライバー１１０、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃへ供給される。
【００２２】
［３．親機の構成例］
図３は、親機２００の構成を示す模式図である。図３に示すように、親機２００は、制御部２０２、ＲＦ＿ＩＣ２０４、フィルタ２０６、送信アンテナ２０８、表示部２１０、操作キー２１２、ＵＳＢ端子２１４、変換ＩＣ２１６、ＤＭＸ入力端子２１８、ＤＭＸ出力端子２２０、極性変換ＳＷ２２２、変換ＩＣ２２４を有して構成されている。
【００２３】
親機２００には、接続外部機器として、パーソナルコンピュータ（ＰＣ）３００、コンソール端末３１０、ペリフェラル（スポットライトなど）３２０が接続されている。ＰＣ３００は、ユーザーの操作により、初期設定値を親機２００へ入力する。初期設定値は、例えば子機１００の点滅の周波数、発光色、輝度などの初期値である。また、ＰＣ３００は、ユーザーの操作などに応じて、ＰＣのアプリケーションによりリアルタイムに発光制御情報を(発光色・輝度・点灯消灯時間)を親機２００へ送信することもできる。初期設定値は親機２００のＵＳＢ端子２１４に入力され、変換ＩＣ２１６にてＵＡＲＴに変換され、制御部２０２へ送られる。制御部２０２は、初期設定値を記憶するメモリを備えている。電源が投入されると、子機１００は、初期設定値により３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃを駆動（発光）させる。
【００２４】
コンソール端末３１０は、ユーザーの操作により、子機１００を駆動するための駆動特性値を親機２００に入力する。駆動特性値は、例えば子機１００の点滅の周波数、発光色、輝度などの値であり、初期設定値に対して変更された値である。また、駆動特性値は、親機２００に接続されたペリフェラル３２０を駆動するための特性値を含む。駆動特性値は、親機２００のＤＭＸ入力端子２１８に入力され、極性変換ＳＷ２２２から変換ＩＣ２２４に送られ、変換ＩＣ２２４にてシリアルデータに変換されて、制御部２０２へ送られる。
【００２５】
また、駆動特性値は、ＤＭＸ出力端子２２０へ送られ、接続外部機器であるペリフェラル３２０へ送られる。例えば、ペリフェラル３２０がコンサート会場で使用されるスポットライトの場合、駆動特性値に基づいてスポットライトの角度が変更される。
【００２６】
駆動特性値は、音響分野で広く用いられているＤＭＸプロトコル（ＤＭＸ５１２−Ａ）により、コンソール端末３１０からＤＭＸ入力端子２１８へ送信され、更にＤＭＸ出力端子２２０からペリフェラル３２０へ送信される。また、ＤＭＸプロトコルで伝送された駆動特性値は、ＵＡＲＴ変換ＩＣ２２４にてシリアルに変換されて制御部２０２へ送られる。
【００２７】
［４．親機における送信データ］
図４は、親機２００における送信データを示す模式図である。ＤＭＸ入力端子２１８には、コンソール端末３１０から所定の周期で駆動特性値を含む入力信号が入力され、変換ＩＣ２２４で変換されて制御部２０２に送られる。入力信号に含まれる駆動特性値が以前の状態から変化した場合は、制御部２０２がその変化に基づいて駆動信号を子機１００へ送信する。
【００２８】
以下、具体的に説明すると、入力信号Ｘ１において駆動特性値が以前の状態から変化すると、制御部２０２は駆動信号Ｋ１を子機１００へ送信する。駆動信号Ｋ１には、状態変化の情報が含まれている。その後、入力信号Ｘ２，Ｘ３・・・が制御部１０８に入力されるが、駆動特性値の状態変化がないため、制御部２０２は状態変化を通知する駆動信号は送信しない。一方、制御部２０２は、状態変化が無い場合においても、リフレッシュ信号を２秒間隔で子機１００へ送信する。子機１００では、状態変化が無い場合、リフレッシュ信号は無視される。
【００２９】
次に、駆動特性値の状態変化を含む入力信号Ｘ１１が入力されると、制御部２０２は、入力信号Ｘ１１に基づいて状態変化を含む駆動信号Ｋ１１を子機１００へ送信する。子機１００は、駆動信号Ｋ１１に基づいて、光の輝度、色、点滅の周波数等を変更する。
【００３０】
図３に基づいて説明すると、制御部２０２は、変換ＩＣ２２４から入力信号を受信する。制御部２０２は、駆動特性値の状態変化を含む入力信号Ｘ１，Ｘ１１を受信すると、ＲＦ＿ＩＣ２０４に対して、駆動特性値の状態変化を含む駆動信号Ｋ１，Ｋ１１を送信するように指令を出す。この指令に基づいて、ＲＦ＿ＩＣ２０４は、子機１００へ駆動信号Ｋ１，Ｋ１１を送信する。駆動信号Ｋ１，Ｋ１１は、フィルタ２０６にて不要な成分が除去された後、送信アンテナ２０８から送信される。
【００３１】
制御部２０２は、受信した入力信号に駆動特性値の状態変化が含まれていない場合は、駆動信号を送信しない。一方、制御部２０２は、受信した入力信号に駆動特性値の状態変化が含まれていない場合、例えば２秒間隔でリフレッシュ信号を送信するようにＲＦ＿ＩＣ２０４に対して指令を出す。なお、リフレッシュ信号の送信のための指令の間隔は、２秒に限定されるものではない。この指令に基づいて、ＲＦ＿ＩＣ２０４は、子機１００へリフレッシュ信号を送信する。リフレッシュ信号は、フィルタ２０６にて不要な成分が除去された後、送信アンテナ２０８から送信される。
【００３２】
［５．親機からの送信パケット］
図５は、親機２００から子機１００へ送られる駆動信号（送信パケット）を示す模式図である。本実施形態では、ブロードキャストモード、ＩＤ分けモード、マニュアルモードで子機１００の点灯を制御することができる。ブロードキャストモード、ＩＤ分けモードは、いずれも親機２００が駆動信号を送信して子機１００を制御するモードである。
【００３３】
子機１００がコンサート会場で使用されるペンライトの場合、ブロードキャストモードでは、会場の全ての子機１００が同じ発光色、輝度、オン／オフ時間で制御される。一方、ＩＤ分けモードでは、各子機１００に割り振られたＩＤ毎に、発光色、輝度、オン／オフ時間が異なるように制御される。
【００３４】
マニュアルモードは、子機１００を所持しているユーザーがマニュアル操作により子機１００を制御するモードである。マニュアルモードでは、ユーザーが子機１００のスイッチ１１４をボタン操作することにより、発光色、輝度、点滅動作のオン／オフ時間を設定することができる。
【００３５】
図５では、ブロードキャストモード、ＩＤ分けモードの場合について説明する。最初に、ブロードキャストモードかＩＤ分けモードかを決める信号（１バイト（ｂｙｔｅ））が送信される。信号の値は、ブロードキャストモードの場合は“ＦＦ”とされ、ＩＤ分けモードの場合は“００”とされる。
【００３６】
次に、６バイトの送信パケットが子機１００へ送信される。このパケットでは、ＲＧＢの割合（３バイト）、輝度（１バイト）、オン時間（１バイト）、オフ時間（１バイト）が規定されている。ここで決められた発光色、輝度、オン／オフ時間の設定は、ブロードキャストモードでは、全ての子機１００に反映され、各子機１００は送信パケットで定められた発光色、輝度、オン／オフ時間に従って点灯状態を制御する。一方、ＩＤ分けモードでは、ＩＤ１の子機１００のみに反映される。
【００３７】
次に、ＩＤ２以降の送信パケットが子機１００へ送信される。ブロードキャストモードの場合、ＩＤ２以降の信号が送信されても子機１００側で無視される。ＩＤ分けモードの場合は、ＩＤ２のＩＤを持つ子機１００が、送信パケットで定められた発光色、輝度、オン／オフ時間に従って点灯状態を制御する。
【００３８】
その後、図４で説明したように、状態変化が生じた場合は、状態変化を含む駆動信号（送信パケット）が子機１００へ送信される。以上のように、親機２００は、コンソール端末３００から受信した入力信号に状態変化が生じた場合は、子機１００に対して送信パケットを送信する。これにより、コンソール端末３００の操作に応じて、子機１００の点灯状態をリアルタイムで変更することが可能となる。
【００３９】
また、状態変化が生じていない場合は、親機２００から子機１００へリフレッシュ信号が送信される。子機１００は、リフレッシュ信号を受信した場合は、点灯状態を変化させずに、今までの点灯状態を継続させる。
【００４０】
ここで、図２に基づいて説明すると、送信パケットは子機１００の受信アンテナ１０２で受信され、フィルタ１０４で不要な成分が除去され、ＲＦ＿ＩＣ１０６に送られる。ＲＦ＿ＩＣ１０６は、送信パケットに含まれる発光色（ＲＧＢの比率）、輝度、オン／オフ時間を抽出し、制御部１０８へ送る。制御部１０８は、ＲＦ＿ＩＣ１０６から送られた発光色（ＲＧＢの比率）、輝度、オン／オフ時間の情報に基づいて、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃを駆動するようにＬＥＤドライバー１１０に対して指示する。ＬＥＤドライバー１１０は、発光色（ＲＧＢの比率）、輝度、オン／オフ時間の情報に基づいて、３色ＬＥＤ１１２ａ，１１２ｂ，１１２ｃを発光させる。
【００４１】
図６は、状態変化が生じた場合の例を示す模式図である。図６に示す例では、コンソール端末３１０から点灯時間が４秒である旨の情報が親機２００へ送信されている。この情報は、ＤＭＸ５１２プロトコルでは、例えば９５０［ＭＨｚ］で親機２００へ送られる。なお、情報の送信の周波数は９５０［ＭＨｚ］に限定されるものではない。親機２００は、コンソール端末３１０が送ってきたデータを随時チェックし、子機１００の点滅間隔時間の設定値が以前に受信した値と差がある場合は、その変更後の設定値を無線で子機１００側に送る。図６の例では、点灯時間４秒の情報がある時点から点灯時間３秒の情報に変わっている。この場合、親機２００の制御部２０２は、点灯時間の変更を検知し、送信パケットを子機１００に送信して点灯時間を変更する。なお、コンソール端末３１０からの情報が変化しない場合は、点灯時間の設定値は送り直さず、リフレッシュ信号を定期的に送信する。
【００４２】
［６．点滅時間の制御について］
図７は、子機１００の点滅時間の制御を説明するための模式図である。図７（Ａ）に示すように、子機１００に送信されるパケットには、オン時間とオフ時間の情報が含まれている。子機１００は、受信したオン時間とオフ時間の情報に基づいて、点滅（点灯・消灯）の動作を行う。
【００４３】
図７（Ｂ）に示すように、パケットを受信した子機１００は、オン時間を点灯区間とし、オフ時間を消灯区間として点滅を行う。この際、子機１００の制御部１０８はタイマー（内部時計）を有しており、タイマーを基準として点灯区間、消灯区間を管理する。
【００４４】
［７．点滅時間を制御する２つのモード］
本実施形態では、オン時間とオフ時間の値に応じて、低速点滅モードと高速点滅モードのいずれかのモードで点滅制御を行う。
【００４５】
上述したように、子機１００は、親機２００から受信したオン時間、オフ時間に基づいて点滅動作を行う。この際、複数の子機１００においては、制御部（マイコン）１０８のクロックの発振周波数は、個々の子機１００毎にズレが生じている場合がある。このため、点滅のタイミングを全て子機１００のクロックで制御すると、複数の子機１００の個体間で受信信号処理時間にバラツキが生じ、他の子機１００よりも点灯・消灯の動作が遅れる子機１００が出現する可能性がある。特に、制御部１０８のクロックとして、コスト低減のために発振子を使わずにＩＣ内部の発振器を使っている場合は、発振周波数に数％のズレが生じる場合がある。また、子機１００では、個体間で受信信号の処理時間にバラツキが存在する。その結果、図８に示すように、複数の子機１００の個体間で点灯タイミングにバラツキが生じるので、同時に数千本のペンライトを点灯させたときには一斉に点灯せずバラバラに点灯しているように見えてしまう。親機から点灯時間と消灯時間を指定して命令した後、子機１００に点滅動作を任せてしまうと、一回目の点灯は同時だが、時間経過により個体差が累積的に積み上げられていくため、点灯、及び消灯するタイミングが徐々にズレていってしまう。特に、数千本、数万本を同時に長時間光らせるコンサートなどでは、そのズレが顕著に目立ってしまうことが想定される。
【００４６】
このため、本実施形態では、図９に示すように、発光のズレが目立ち易い周波数の点滅（低速点滅モード）と、発光のズレが目立ちにくい周波数の点滅（高速点滅モード）とで異なる制御を行うようにしている。
【００４７】
図９（Ｂ）に示すように、低速点滅モードでは、親機２００は、オン時間＋オフ時間の間隔で点灯指示の信号を送信し、子機１００は、信号を受信した時点で点灯を行う。このため、子機１００の点灯タイミングは親機２００によって制御される。子機１００は、制御部１０８のタイマーにより点灯後の時間を計測し、オン時間がタイムアウトすると消灯する。このため、消灯タイミングは子機１００が制御することになる。
【００４８】
このように、低速点滅モードでは、点灯するときのタイミングは親機２００がコントロールし、消灯するときのタイミングは子機１００側のタイマーで制御する。子機１００側では、制御部１０８は、パケットを受信したタイミングで点灯を行い、子機１００側のタイマーでオン時間が経過した時点で消灯する。このように、点滅動作の点灯動作は、毎回無線でパケットを受信する度に行うことで、子機１００のタイマーの個体差により点灯タイミングがずれてしまうことを抑止できる。換言すれば、仮に点灯タイミングにズレが生じたとしても、最大のズレ幅は１回目の点滅時となり、時間経過でズレ幅が累積していくことがない。これにより、複数の子機１００において点灯のタイミングを高い精度で一致させることができる。また、点灯のタイミングが複数の子機１００で一致することにより、各子機１００のタイマーで制御される消灯のタイミングについても一致させることができる。従って、点灯タイミングのバラツキが目立ち易い低速点滅モードは、親機２００からの信号に基づいて点灯制御を行うことで、全ての子機１００において点灯及び消灯タイミングを一致させることができる。これにより、図１０に示すように、複数の子機１００を同時に点灯・消灯することが可能となる。
【００４９】
一方、高速点滅モードでは、図９（Ａ）に示すように、子機１００側の制御部１０８は、制御部１０８が有するタイマーで点灯のタイミングと消灯のタイミングの双方を制御する。これにより、点灯タイミング毎に親機２００から信号を送信する必要がなくなり、無線通信チャネルのトラフィックを軽減することができる。また、高速点滅の場合は、複数の子機１００において、点灯・消灯タイミングのバラツキは見た目では認識されることがない。従って、ユーザーに違和感が生じることを抑止できる。
【００５０】
一例として、低速点滅か高速点滅かの判断は、しきい値との比較で以下のように決定する。
オン時間＋オフ時間  ≧  しきい値  →  低速点滅モード
オン時間＋オフ時間  ＜  しきい値  →  高速点滅モード
しきい値としては、例えば１秒、２秒程度の値とすることができるが、これに限定されるものではない。
【００５１】
［８．本実施形態の処理フローについて］
図１１は、本実施形態の処理を示すフローチャートである。図１１では、コンソール端末(APP/DMX512)３１０、親機２００、子機１００のシーケンスを示している。先ず、ステップＳ１０では、点灯時間Ｘと消灯時間Ｙがコンソール端末３１０から親機２００の制御部２０２へ入力される。ステップＳ１２では、入力された信号が以前の信号に対して変化が有り、且つ点灯時間＋消灯時間≧ＴＨであるか否かが判定される。ここで、ＴＨは所定のしきい値である。
【００５２】
ステップＳ１２において、入力された信号が以前の信号に対して変化が有り、且つ点灯時間＋消灯時間≧ＴＨである場合は、ステップＳ１４へ進む。ステップＳ１４では、低速点滅モードへ遷移し、次のステップＳ１６では、親機２００から送信された信号に基づいて子機１００がＬＥＤを点灯する。次に、ステップＳ１６では、点灯時間×１０［ｍｓ］が経過すると、ＬＥＤを消灯する。ステップＳ１８の後はステップＳ１４へ戻る。その後、ステップＳ１６では、親機２００から送信された信号に基づいて子機１００がＬＥＤを再び点灯し、以降の処理を繰り返し行う。
【００５３】
一方、ステップＳ１２において、以前の信号から変化がない場合、または、点灯時間＋消灯時間＜ＴＨの場合は、ステップＳ２０へ進む。ステップＳ２０では、高速点滅モードに遷移し、子機１００のタイマーに基づいてステップＳ２２でＬＥＤを点灯した後、点灯時間×１０［ｍｓ］が経過すると、ステップＳ２４でＬＥＤを消灯する。その後、消灯時間×１０［ｍｓ］が経過するとステップＳ２２に戻り、ＬＥＤを点灯する。
【００５４】
図１１の処理によれば、低速点滅モードでは、親機２００からの信号に基づいてＬＥＤが点灯し（ステップＳ１６）、子機１００のタイマーによってＬＥＤが消灯する（ステップＳ１８）。また、高速点滅モードでは、子機１００のタイマーによってＬＥＤが点滅する（ステップＳ２２、Ｓ２４）。従って、低速点滅モードでは複数の子機１００の点滅タイミングを一致させることができるとともに、高速点滅モードでは親機２００と子機１００間の通信を最小限に抑えることが可能となる。
【００５５】
［９．子機内部の時計による制御について］
次に、子機１００の内部の時計による制御について説明する。子機１００は内部に時計を有しており、親機２００から受信した点灯・消灯時刻の情報に基づいて、所定の日時に点灯・消灯を制御することができる。この場合、親機２００から子機１００へ予めオン時刻（何時何分）・オフ時刻（何時何分）の情報を送信しておく。例えば、年越しのコンサート等において、年明けと同時に子機１００を点灯したい場合、親機２００はオン時刻として２０１１年１２月３１日
２３：５９の時刻情報を含むオン時間・オフ時間情報を予め子機１００へ送信しておく。子機１００は、オン時刻を受信した後、内部のタイマー（内部時計）を監視し、指定された時刻になるとオン時間・オフ時間情報を展開し、２０１１年１２月３１日
２３：５９に子機１００を点灯するとともに、点灯のオン／オフを制御する。これにより、数千本、数万本の子機１００を指定時刻で一斉に点灯（点滅）または消灯させることが可能となる。
【００５６】
［１０．演奏曲の音声レベル、周波数に応じた制御］
次に、子機１００及び親機２００をコンサート会場などで使用した場合に、演奏曲の音声レベル・周波数に応じて子機１００の発光色・輝度・点滅の制御を行う場合について説明する。図１２は、演奏曲に応じて子機１００の発光色、輝度、点滅を制御する例を示す模式図である。
【００５７】
図１２に示すように、親機２００は、図３の構成に加えて、音声入力部２３０、周波数選別部２３２、Ａ／Ｄ変換部２３４、発光色／輝度設定値テーブル２３６を備えている。ここでは、演奏に応じて子機１００を制御する手法として、以下の３パターンを例示する。
【００５８】
パターン１
先ず、音源４００から親機２００の音声入力部２３０にオーディオ信号が入力される。オーディオ信号は音声入力部２３０から周波数選別部２３２に送られる。周波数選別部２３２は、オーディオ信号に基づいて周波数帯域の選別を行い、Ａ／Ｄ変換部２３４へ送る。Ａ／Ｄ変換部２３４は、入力された信号をＡ／Ｄ変換し、制御部２０２へ送る。制御部２０２は、ＣＰＵ２０２ａとレベル／周波数解析部２０２ｂを備えている。レベル／周波数解析部２０２ｂは、Ａ／Ｄ変換部２３４から入力された信号について音声レベルや周波数の選別を行い、ＣＰＵ２０２ａは、その取り込んだ値に対応する発光色・輝度を発光色／輝度設定値テーブル２３６から読み出す。
【００５９】
例えば、発光色／輝度設定値テーブル２３６は、輝度と音声レベル（音量、ボリューム）との相関関係を定めている。音声レベルが小さい場合は子機１００の輝度を暗くし、音声レベルが大きい場合は子機１００の輝度を明るくする。また、発光色／輝度設定値テーブル２３６は、周波数成分と発光色との相関関係を定めている。周波数が低い場合は青系の発光色とし、周波数が高い場合は赤系の発光色とする。制御部２０２は、発光色／輝度設定値テーブル２３６から読みだした値を無線にて子機１００に送信する。
【００６０】
パターン２
パターン２では、音源４００からＰＣ３００へオーディオ信号が入力される。音源４００からＰＣ３００に入力したオーディオ信号の音声レベル、周波数をＰＣ３００のアプリケーション３００ａにて解析する。その解析結果は、ＵＳＢ端子２１４を経由して親機２００の制御部２０２に取り込まれる。制御部２０２（ＣＰＵ２０２ａ）は、取り込んだ値に対応する発光色／輝度を発光色／輝度設定値テーブル２３６から読み出し、読み出した値を無線にて子機１００へ送信する。
【００６１】
パターン３
音源４００から入力したオーディオ信号は、ＰＣ３００のアプリケーション３００ａにて周波数選別の解析が行われる。その解析結果は、ＰＣ３００のＡ／Ｄ変換部３００ｂでＡ／Ｄ変換されて親機２００の制御部２０２に入力される。制御部２０２は、取り込んだ値に対応する発光色／輝度を発光色／輝度設定値テーブル２３６から読み出す。そして、制御部２０２は、読み出した値を無線にて子機１００へ送信する。
【００６２】
以上のような構成によれば、演奏曲の音声レベル・周波数に応じて子機１００の発光色・輝度・点滅の制御を行うことが可能となり、コンサート会場の観客、アーティストの一体感を高めることが可能となる。
【００６３】
［１１．マニュアルモードに移行する機能］
上述したように、子機１００はマニュアルモードで制御することもできる。マニュアルモードとは、子機１００側のスイッチ１１４の操作により、ユーザーが希望する任意の発光色、点滅周波数、輝度等を変更できるモードのことである。マニュアルモードとしては、ＤＭＸ制御下のマニュアルモードと、ユーザーモードとしてのマニュアルモード（ＤＭＸ制御なし、ユーザによる子機１００のスイッチ操作による制御）がある。以下で説明する無線信号が受信できない状況下では、ユーザーモードとしてのマニュアルモードに設定される。
【００６４】
本実施形態では、子機１００側で親機２００側からのリフレッシュ信号を一定時間受信しない場合、子機１００側では、通信可能状態ではないと判断し、マニュアルモードに移行する。ＤＭＸ信号が発信されない状況下でのユーザーモード下でのマニュアルモードではキャリアセンスは行わない。
【００６５】
親機２００からの信号に基づいて子機１００を発光させる場合、何らかの理由で無線制御が可能でない状況になった場合は子機１００が発光しなくなる。子機１００がコンサートなどのイベントで使用されている場合は、ユーザーがイベントを楽しむことができなくなる。このような事態を回避するため、無線通信が不能となった場合は、マニュアルモードに遷移する。これにより、ユーザーは子機１００をマニュアル操作することで発光色等を任意に変えることが可能になり、引き続きイベントを楽しむことができる。
【００６６】
マニュアルモードで動作している間も、子機１００はキャリアセンス動作を繰り返す。これにより、通信復活後にいつでも素早く子機１００を親機２００の制御下に置くことが可能になる。
【００６７】
図１３は、マニュアルモードへの切り換えの処理を示すフローチャートである。この処理では、上述したように、コンサートなどで観客らがペンライトを振っている最中に、何らかの事情により無線を受信できなくなった場合に、観客側でペンライトのボタンを操作することで発光色や点滅を任意に変化できるようにする。
【００６８】
先ず、ステップＳ３０では、子機（ペンライト）１００の電源ＳＷがオンとされる。次のステップＳ３２では、マニュアルモードが始動する。次のステップＳ３４では、親機２００からのコマンドを６秒の間に受信したか否かを判定する。
【００６９】
ステップＳ３４において、親機２００からのコマンドを６秒以内に受信した場合は、ステップＳ３６へ進む。ステップＳ３６では、受信コマンドのモードを検出し、制御モードの場合はステップＳ３８へ進む。ステップＳ１８では、制御モードでの処理を実行する。制御モードでは、親機２００からの指示によって各ＬＥＤが制御される。
【００７０】
また、ステップＳ３４において、親機２００からのコマンドを６秒を超えても受信しなかった場合は、ステップＳ４０へ進む。ステップＳ４０では、受信周波数を変更する。その後、ステップＳ４２へ進み、マニュアルモード処理へ切り換える。これにより、ユーザーの操作でＬＥＤの発光色を変化させることができる。
【００７１】
ステップＳ３８、ステップＳ４２の後は、ステップＳ３４へ戻る。ステップＳ４２からステップＳ３４へ戻ると、ステップＳ４０で受信周波数を入れ換えているため、前回は６秒を超えてコマンド受信がなかった場合であっても、６秒以内にコマンドを受信できる場合がある。６秒以内にコマンドを受信できた場合は、ステップＳ３６へ進み、受信コマンドが制御モードであればステップＳ３８で制御モードによる点灯が行われる。
【００７２】
以上のように、図１３の処理では、無線制御モード中に親機２００からのコマンドが例えば６秒間以上途切れたときは、子機１００側でマニュアルモードに切り替える。なお、ここでの時間は６秒に限定されるものではない。そして、無線信号が復活した場合は、マニュルモードを解除し、元の無線制御によるＬＥＤ点灯処理モードに戻すことができる。
【００７３】
また、無線によるＬＥＤ点灯処理モード中に、マニュアルモードに切り換える旨の命令が送られて来た場合は、マニュアルモードに切り替える。また、マニュアルモード中に制御モードに切り換える旨の命令が送られて来た場合は、制御モード遷移する。
【００７４】
以上説明したように本実施形態によれば、何らかの理由により親機２００から信号が送られてこない場合は、マニュアルモードに切り換えることができる。従って、ユーザーは、親機２００から情報が送られてこない場合であっても、子機１００を操作することで発光色等を任意に変えることが可能となる。
【００７５】
次に、子機１００における輝度の変化について説明する。本実施形態の子機１００の制御部１０８は、輝度を０〜１００％（１２８段階）で階段状に調整することができ、光の輝度変化を滑らかに表現できる。輝度の変更は、図５で示した送信パケットに含まれる輝度の情報に基づいて行われる。
【００７６】
これにより、音楽のフレーズのイメージに合わせて輝度を階段状に変化させること    で、より音楽とユーザーの持つペンライトの光の点滅のリズムの一体感を作りだすことができ、輝度をフェードイン、フェードアウトで制御することができる。これにより、例えばコンサートにおいては、バラードのようなスローテンポの曲の演出を効果的に行うことができる。また、送信パケットに従ってＲＧＢの比率を変更することで、ある色から他の色への変化もできるため、結婚式等ゆるやかな場所での演出効果を行うことも可能である。
【００７７】
従来のＬＥＤペンライトでは、点灯か消灯の２つのモードしか存在しなかったため、輝度の最大値を１００とすると、輝度は１００から０、または０から１００というように極端に変化してしまい、輝度をフェードイン、フェードアウトさせることはできなかった。従って、本実施形態の子機１００によれば、従来は行うことができなかった輝度のフェードイン、フェードアウトにより、効果的な演出を行うことが可能となる。
【００７８】
上述した説明では、子機１００の例としてペンライトを挙げたが、子機１００は他のデバイスであっても良い。例えば、子機１００は、コンサートでアーチストが使用するマイク（またはマイクスタンド等の機材）であっても良い。この場合、子機１００をペンライトとマイクから構成することで、アーチストのマイクと観客のペンライトを同期して点滅させることができ、アーチストと観客の一体感を高めることができる。そして、アーチストの使うマイクやマイクスタンド等の機器に発光体を内蔵させ、これらを無線により観客側のペンライトと同色・同時に発光させることで、更なるライブ会場全体の一体感を増幅することができる。
【００７９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【００８０】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）他装置と無線で通信する無線通信部と、
発光する発光部と、
前記無線通信部が前記他装置から受信した信号に含まれる発光タイミングに基づいて、前記無線通信部が信号を受信するタイミングに応じて前記発光部の発光を制御するモードと、内部タイマーに応じて前記発光部の発光を制御するモードとを切り換えて制御する制御部と、
を備える、発光装置。
（２）前記制御部は、前記他装置から受信した信号に含まれる発光周期が所定値以上の場合は前記無線通信部が信号を受信するタイミングに応じて前記発光部の発光を制御し、前記発光周期が所定値未満の場合は内部タイマーに応じて前記発光部の発光を制御する、前記（１）に記載の発光装置。
（３）前記制御部は、前記発光部の発光をフェードイン、またはフェードアウトで制御する、前記（１）に記載の発光装置。
（４）操作入力を受ける操作入力部を備え、
前記制御部は、前記無線通信部が前記他装置から信号を受信しない場合は、前記操作入力部への入力に応じて前記発光部の発光を制御する、前記（１）に記載の発光装置。
（５）他装置と無線で通信することと、
前記他装置から受信した信号に含まれる発光周期を判定することと、
前記発光周期が所定値以上の場合は無線通信により信号を受信するタイミングに応じて発光部の発光を制御することと、
前記発光周期が所定値未満の場合は内部タイマーに応じて前記発光部の発光を制御することと、
を備える、発光装置の制御方法。
（６）他装置と無線で通信することと、
前記他装置から受信した信号に含まれる発光周期を判定することと、
前記発光周期が所定値以上の場合は無線通信により信号を受信するタイミングに応じて発光部の発光を制御することと、
前記前記発光周期が所定値未満の場合は内部タイマーに応じて前記発光部の発光を制御することと、
をコンピュータに実行させるためのプログラム。
【符号の説明】
【００８１】
１００    子機
１０６    ＲＦ＿ＩＣ
１０８    制御部
１１２ａ，１１２ｂ，１１２ｃ  ３色ＬＥＤ
２００    親機
【図１】
0005910192.tif 000002
【図２】
0005910192.tif 000003
【図３】
0005910192.tif 000004
【図４】
0005910192.tif 000005
【図５】
0005910192.tif 000006
【図６】
0005910192.tif 000007
【図７】
0005910192.tif 000008
【図８】
0005910192.tif 000009
【図９】
0005910192.tif 000010
【図１０】
0005910192.tif 000011
【図１１】
0005910192.tif 000012
【図１２】
0005910192.tif 000013
【図１３】
0005910192.tif 000014