(57)【要約】  本発明の具体的態様に従う照明装置は、光源ユニットと、モバイル端末からライブラリデータを受信するための第1コミュニケーションユニットと、ライブラリデータを保存するための保存ユニットと、制御装置からのライブラリデータに対応するライブラリの実行コマンドを示す制御メッセージを受信するための第2コミュニケーションユニットと、ライブラリが制御メッセージに従って実行されるように光源ユニットを制御するためのプロセッサとを有しており、プロセッサが、制御メッセージをライブラリの実行の初期化時において少なくとも所定回数連続して順次受信することによって、光源ユニットの動作タイミングを制御することができる。【選択図】図1
2021508146.tif 000002
【特許請求の範囲】
【請求項１】
照明装置であって、前記照明装置は、
光源ユニットと、
モバイル端末からライブラリデータを受信するように構成された第1コミュニケーションユニットと、
前記ライブラリデータを保存するように構成された保存ユニットと、
制御装置からの前記ライブラリデータに対応するライブラリの実行コマンドを示す制御メッセージを受信するように構成された第2コミュニケーションユニットと、
前記制御メッセージに従って前記ライブラリを実行する前記光源ユニットを制御するように構成されたプロセッサとを有しており、
前記プロセッサは、前記ライブラリの最初の実行時に所定回数にわたって前記制御メッセージを連続して順次受信することによって、前記光源ユニットの動作タイミングを制御するように構成されていることを特徴とする、照明装置。
【請求項２】
前記プロセッサが、連続して受信される複数の制御メッセージの各々に含まれる連続番号に従って、前記光源ユニットの前記動作タイミングを制御するように構成されていることを特徴とする、請求項1に記載の照明装置。
【請求項３】
前記プロセッサが、前記複数の制御メッセージ中の特定の制御メッセージが受信されない場合に、後続の制御メッセージに含まれる連続番号に従って、前記光源ユニットの前記動作タイミングを制御するように構成されていることを特徴とする、請求項2に記載の照明装置。
【請求項４】
前記プロセッサが、前記光源ユニットを制御して、前記後続の制御メッセージに含まれる前記連続番号に従って前記ライブラリを対応する時点から実行するように構成されていることを特徴とする、請求項3に記載の照明装置。
【請求項５】
前記プロセッサが、前記複数の制御メッセージの送信後、前記ライブラリを実行するかどうかチェックするために所定の間隔で同期パケットを受信するように構成されていることを特徴とする、請求項1に記載の照明装置。
【請求項６】
前記同期パケットが、前記ライブラリの1時点の情報と前記1時点において実行されるべきパターンの情報を有することを特徴とする、請求項5に記載の照明装置。
【請求項７】
前記プロセッサが、前記複数の制御メッセージが受信されない場合に、前記光源ユニットの動作タイミングを制御して前記同期パケットが受信された時点から前記ライブラリを実行するように構成されていることを特徴とする、請求項6に記載の照明装置。
【請求項８】
前記ライブラリデータが、前記ライブラリを識別するためのライブラリ識別情報と、前記光源ユニットによって出力される光の色または明るさを示す情報と、前記光源ユニットによって出力される前記光のパターンの情報とを有することを特徴とする、請求項1に記載の照明装置。
【請求項９】
前記制御メッセージが、前記ライブラリを識別するためのライブラリ識別情報を有することを特徴とする、請求項1に記載の照明装置。
【請求項１０】
前記プロセッサが、前記ライブラリ識別情報が前記ライブラリデータにおいて検索される場合に、前記保存ユニットを通して前記ライブラリ識別情報を検索し、かつ、前記光源ユニットを制御して前記検索されたライブラリ識別情報に対応する光パターンを出力するように構成されていることを特徴とする、請求項9に記載の照明装置。
【請求項１１】
興行システムであって、前記興行システムは、
ライブラリの実行コマンドを示す制御メッセージを生成するように構成された制御装置と、
生成された前記制御メッセージを送信するように構成された送信装置と、
ブロードキャスト方式において、前記送信装置から受信した前記制御メッセージを伝達するように構成された複数の中継器と、
前記ライブラリに対応するライブラリデータを保存し、かつ、前記中継器から受信した前記制御メッセージに従って、保存された前記ライブラリデータを使用して前記ライブラリを実行するように構成された複数の照明装置とを有しており、
前記複数の照明装置の各々は、前記ライブラリの最初の実行時に所定回数にわたって前記制御メッセージを連続して順次受信することによって、光源ユニットの動作タイミングを制御するように構成されていることを特徴とする、興行システム。
【請求項１２】
前記照明装置の各々は、連続して順次受信される複数の制御メッセージの各々に含まれる連続番号に従って、前記照明装置に含まれる前記光源ユニットの前記動作タイミングを制御するように構成されていることを特徴とする、請求項11に記載の興行システム。
【請求項１３】
前記照明装置の各々は、前記複数の制御メッセージ中の特定の制御メッセージが受信されない場合に、後続の制御メッセージに含まれる連続番号に従って、前記光源ユニットの前記動作タイミングを制御するように構成されていることを特徴とする、請求項12に記載の興行システム。
【請求項１４】
前記照明装置の各々は、前記後続の制御メッセージに含まれる前記連続番号に従って、前記光源ユニットを制御して対応する時点から前記ライブラリを実行するように構成されていることを特徴とする、請求項13に記載の興行システム。
【請求項１５】
前記照明装置の各々は、前記複数の制御メッセージの送信後、前記ライブラリを実行するかどうかチェックするために所定の間隔で同期パケットを受信するように構成され、かつ、
前記同期パケットが、前記ライブラリの1時点の情報と前記1時点において実行されるべきパターンの情報とを含むことを特徴とする、請求項11に記載の興行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の背景
1. 技術分野
本明細書の開示は、照明装置及びそれを含む興行システムに関する。
【０００２】
2. 関連技術の説明
照明装置は、多くの人々が集まる興行ホール、音楽コンサート、またはアートギャラリーで、パフォーマンスを誘導するため、空間に動作の指示を出すため、あるいは審美的な応援をするために活用され得る。
【０００３】
特に、各個人に提供される照明装置は、空間における特定の場所または照明装置が提供される個人に合わせて、異なる方法で操作され得る。
【０００４】
広い空間に多数の照明装置を配備する場合に、照明装置を制御するためには、それぞれの照明装置に正確な時間に情報を伝達することが必要である。
【０００５】
特に、照明装置がそのような伝達方法において正確に動作するためには、複数の照明装置が同時に動作できるようにする技術が必要である。特に、照明装置を制御して、非常に多数の照明装置（例えば、数千万個の照明装置）を全く時間差なく動作させるには、これらの照明装置と制御装置の間での緊密な動作と、その予備処理が必要である。
【発明の概要】
【０００６】
発明の概要
本明細書が開示するある態様は、複数の照明装置が配置される空間において、照明装置を制御するためのメッセージの脱落を防止し、かつ、それら複数の照明装置の間の動作タイミングを細かく制御するためのものである。
【０００７】
本明細書が開示する他の態様は、低容量の制御メッセージに従って、照明装置内に予め保存された光の出力パターンを使用して複数の照明装置を効果的に制御するためのものである。
【０００８】
本明細書に開示する具体的態様に従えば、照明装置は、光源ユニットと、モバイル端末からライブラリデータを受信するように構成された第1コミュニケーションユニットと、ライブラリデータを保存するように構成された保存ユニットと、制御装置からのライブラリデータに対応するライブラリの実行コマンドを示す制御メッセージを受信するように構成された第2コミュニケーションユニットと、制御メッセージに従ってライブラリを実行する光源ユニットを制御するように構成されたプロセッサとを含み、プロセッサは、ライブラリの最初の実行時に所定回数にわたって制御メッセージを連続して順次受信することによって、光源ユニットの動作タイミングを制御するように構成されている。
【０００９】
本明細書に開示する具体的態様に従えば、興行システムは、ライブラリの実行コマンドを示す制御メッセージを生成するように構成された制御装置と、生成された制御メッセージを送信するように構成された送信装置と、ブロードキャスト方式において、送信装置から受信した制御メッセージを伝達するように構成された複数の中継器と、ライブラリに対応するライブラリデータを保存し、かつ、中継器から受信した制御メッセージに従って、保存されたライブラリを使用してライブラリを実行するように構成された複数の照明装置とを含み、複数の照明装置の各々は、ライブラリの最初の実行時に所定回数にわたって制御メッセージを連続して順次受信することによって、光源ユニットの動作タイミングを制御するように構成されている。
【００１０】
本明細書に開示する様々な具体的態様に従えば、複数の照明装置が配置されているために、メッセージの遺漏が起きたとしても、複数の照明装置の動作は、時間遅延なく同期され得る。
【００１１】
さらに、本明細書に開示する様々な具体的態様に従えば、照明装置が所定の光の出力パターンを保存しているため、制御装置は照明装置に小容量のメッセージを送信することができるので、メッセージの伝達が効率よく実行され得る。
【図面の簡単な説明】
【００１２】
図面の簡単な説明
【図１】図1は、本明細書に開示する具体的態様に従う、興行システムを説明するブロック図である。
【図２】図2は、本明細書に開示する具体的態様に従う、興行システムの構成を詳細に表現する模式図である。
【図３】図3は、本明細書に開示する具体的態様に従う、中央サーバの構成を説明するブロック図である。
【図４】図4は、本明細書に開示する具体的態様に従う、モバイル端末の構成を説明するブロック図である。
【図５】図5は、本明細書に開示する具体的態様に従う、制御装置の構成を説明するブロック図である。
【図６】図6は、本明細書に開示する具体的態様に従う、送信装置の構成を説明するブロック図である。
【図７】図7は、本明細書に開示する具体的態様に従う、照明装置の構成を説明する模式図である。
【図８】図8は、本明細書に開示する具体的態様に従う、中央サーバと、モバイル端末と、照明装置との間の動作の関係を説明するラダー図である。
【図９】図9は、本明細書に開示する具体的態様に従う、照明装置がシナリオの実行に使用する制御メッセージが送信される工程を説明するラダー図である。
【図１０】図10は、本明細書に開示する具体的態様に従う、シナリオの例を説明する模式図である。
【図１１】図11は、本明細書に開示する具体的態様に従う、シナリオデータの実際の構成を説明する模式図である。
【図１２】図12は、本明細書に開示する具体的態様に従う、シナリオデータに含まれる情報を説明する模式図である。
【図１３Ａ】図13A及び図13Bは、本明細書に開示する具体的態様に従う、制御メッセージの反復受信に従って照明装置がタイミングを制御する例を説明する模式図である。
【図１３Ｂ】図13A及び図13Bは、本明細書に開示する具体的態様に従う、制御メッセージの反復受信に従って照明装置がタイミングを制御する例を説明する模式図である。
【図１４Ａ】図14A〜図14Cは、本明細書に開示する具体的態様に従う、制御メッセージの反復受信及び同期パケットの受信に従って照明装置がタイミングを制御する例を説明する模式図である。
【図１４Ｂ】図14A〜図14Cは、本明細書に開示する具体的態様に従う、制御メッセージの反復受信及び同期パケットの受信に従って照明装置がタイミングを制御する例を説明する模式図である。
【図１４Ｃ】図14A〜図14Cは、本明細書に開示する具体的態様に従う、制御メッセージの反復受信及び同期パケットの受信に従って照明装置がタイミングを制御する例を説明する模式図である。
【図１５】図15は、本明細書に開示する具体的態様に従う、照明装置の電源をオンにした時の初期化動作を説明する模式図である。
【図１６】図16は、本明細書に開示する具体的態様に従う、演出の類型に基づく照明装置の動作過程を説明するフローチャートである。
【図１７Ａ】図17A及び図17Bは、本明細書に開示する具体的態様に従う、照明装置と受台とが互いに連結されていない場合における照明装置の動作を説明する模式図である。
【図１７Ｂ】図17A及び図17Bは、本明細書に開示する具体的態様に従う、照明装置と受台とが互いに連結されていない場合における照明装置の動作を説明する模式図である。
【図１８Ａ】図18A及び図18Bは、本明細書に開示する具体的態様に従う、照明装置と受台とが互いに連結されている場合における照明装置の動作過程を説明する模式図である。
【図１８Ｂ】図18A及び図18Bは、本明細書に開示する具体的態様に従う、照明装置と受台とが互いに連結されている場合における照明装置の動作過程を説明する模式図である。
【発明を実施するための形態】
【００１３】
詳細な説明
以下、本明細書の開示に関する具体的態様を添付の図面を参照して、より詳細に説明する。以下の説明において、本明細書中に記載される、構成要素についての接尾辞「．．．モジュール」及び「．．．ユニット」は、説明の作成における便宜のみを考慮して使用されているか、または互いに交換可能に使用されているにすぎず、互いに区別される意味や役割を持たない。
【００１４】
説明において、「装置」であって、個人によって持ち運ばれたり個人に提供されたりする、様々なパターンで発光する、かつ、補助的な振動機能を含むものは「照明装置（Lighting Device）」と呼ばれる。照明装置は、興行ホールや音楽コンサートにおいて興行を鑑賞するユーザーによって所持されていてもよく、あるいは各ユーザーに提供される個々のユーザーの座席に固定されていてもよい。
【００１５】
次に、照明装置が発光、点灯、または追加的に振動を提供する様式は、「パターン」と呼ばれ、1以上のパターンが互いに組み合わせられると、これは「シナリオ（Scenario）」と呼ばれる。
【００１６】
シナリオは、興行主（プロモーター）がデザインした画像が照明装置によって出力される光を使って表現されるようにする。
【００１７】
例えば、1つのシナリオが、歌に対応していてもよい。従って、1つのシナリオの再生時間は、歌の再生時間に等しくてもよい。
【００１８】
シナリオは、複数のライブラリで構成されていてもよい。複数のライブラリの各々は、シナリオの再生区間の一部分に対応していてもよい。
【００１９】
シナリオデータは、シナリオの実行に必要な情報を含んでいてもよい。
【００２０】
シナリオデータは、複数個のライブラリデータを含んでいてもよい。
【００２１】
図1は、本明細書に開示する具体的態様に従う、興行システムを説明するブロック図であり、図2は、本明細書に開示する具体的態様に従う、興行システムの構成を詳細に表現する模式図である。
【００２２】
図1及び図2を参照すると、本明細書に開示する具体的態様に従う興行システム1は、中央サーバ5と、興行管理装置10と、制御装置20と、送信装置30と、複数の中継器40-1〜40-nと、複数の照明群50-1〜50-nと、複数のモバイル端末60-1〜60-nと、興行装置70とを含んでいてもよい。
【００２３】
中央サーバ5は、シナリオを生成して保存してもよい。シナリオは、興行の興行主がデザインしてもよい。興行主は、中央サーバ5に含まれている、または中央サーバ5とは別個に構成されている計算装置を通してシナリオを生成してもよい。
【００２４】
その後、モバイル端末60と制御装置20が、中央サーバ5からシナリオに対応するシナリオデータをダウンロードしてもよい。
【００２５】
興行管理装置10は、舞台を構成する音響装置と照明装置の動作を管理する装置であってもよい。
【００２６】
興行管理装置10は、音響と照明を出力するためのタイミング信号をそれぞれ、音響装置と照明装置に対して、特定の時間に伝達してもよい。
【００２７】
制御装置20は、中央サーバ5からシナリオを受信してもよく、また、送信装置30に対して、受信したシナリオに従って照明装置50を動作させるための制御メッセージを送信してもよい。
【００２８】
送信装置30は、制御装置20から伝達された制御メッセージを複数の中継器40-1〜40-nに送信してもよい。
【００２９】
これまで送信装置30を別個の構成として説明してきたが、これは単なる例示であり、送信装置30は、制御装置20に含まれていてもよい。
【００３０】
複数の中継器40-1〜40-nは、送信装置30から伝達された制御メッセージを複数の照明群50-1〜50-nに送信してもよい。
【００３１】
複数の中継器40-1〜40-nが必要である理由は、制御メッセージが、興行ホールが大規模である場合には、それぞれの照明装置50に適切に送信されないためである。
【００３２】
複数の中継器40-1〜40-nの各々は、ブロードキャスト方式において隣接する照明群に制御メッセージを送信してもよい。ブロードキャスト方式は、受信者が指定されないメッセージ送信方法であってもよい。
【００３３】
複数の照明群50-1〜50-nの各々は、複数の照明装置を含んでいてもよい。
【００３４】
複数のモバイル端末60-1〜60-nの各々複数の照明装置の各々とペアリングされていてもよい。ユーザーは、モバイル端末と照明装置50とを所持していてもよい。
【００３５】
モバイル端末60は、中央サーバ5からシナリオを受信してもよい。
【００３６】
興行装置70は、音声を出力するための音響装置と、照明を出力するための照明装置と、画像を出力するためのディスプレイ装置とを含んでいてもよい。
【００３７】
興行システム1を構成するそれぞれの構成要素間の動作については後述する。
【００３８】
図3は、本明細書に開示する具体的態様に従う、中央サーバの構成を説明するブロック図である。
【００３９】
図3を参照すると、中央サーバ5は、キャンバスメーカ310と、ライブラリコンバータ320と、ライブラリスライサ330と、アカウントマネージャ340と、ライブラリマネージャ350と、ファームウェアマネージャ360と、データベース370とを含んでいてもよい。
【００４０】
キャンバスメーカ310は、興行の座席マップを生成してもよい。さらに、キャンバスメーカ310は、座席マップを構成する複数の座席の各々に対するチケット識別子をマップしてもよい。チケット識別子は、座席を識別するための座席番号であってもよい。
【００４１】
複数の座席の各々を1ピクセルと呼んでもよい。
【００４２】
ライブラリコンバータ320は、照明装置からの実行が意図される画像を使用して、座席マップを構成する複数のピクセルに色を付けてもよい。
【００４３】
つまり、画像を構成する複数の場面を表現するために、複数のピクセルに、場面に対応する色が与えられてもよい。
【００４４】
ライブラリコンバータ320は、複数のピクセルに与えられた色に基づいて画像をドットアニメーションに変換してもよい。
【００４５】
ライブラリスライサ330は、ある興行時間に使用されている全ての演出のデータをドットアニメーションに基づく複数のピクセルに分離してもよい。この演出のためのデータは、それぞれのピクセルによって表現されるべき色とその色を表現する時間についての情報を含んでいてもよい。
【００４６】
アカウントマネージャ340は、複数のアカウントを管理してもよい。複数のアカウントの各々は、複数の興行主の各々のアカウントに対応していてもよい。
【００４７】
ライブラリマネージャ350は、キャンバスメーカ310、ライブラリコンバータ320と、ライブラリスライサ330の動作を管理してもよい。
【００４８】
ライブラリマネージャ350は、複数のライブラリを1つのシナリオとして生成してもよい。
【００４９】
ファームウェアマネージャ360は、興行を演出するためのソフトウェアを管理してもよい。
【００５０】
データベース370は、複数のライブラリと複数のシナリオを保存してもよい。
【００５１】
データベース370は、複数のアカウントのそれぞれに対応する、複数のシナリオを保存する。
【００５２】
図4は、本明細書に開示する具体的態様に従う、モバイル端末の構成を説明するブロック図である。
【００５３】
図4を参照すると、本明細書に開示する具体的態様に従うモバイル端末60は、コミュニケーションユニット610と、ディスプレイユニット630と、コントローラ650とを含んでいてもよい。
【００５４】
コミュニケーションユニット610は、中央サーバ5から、シナリオに対応するシナリオデータと、シナリオデータを使用するアプリケーションを実行するためのファームウェアを受信してもよい。
【００５５】
コミュニケーションユニット610は、シナリオデータとファームウェアを照明装置50に送信してもよい。
【００５６】
コミュニケーションユニット610は、モバイルコミュニケーションまたはコミュニケーションスキームのための技術標準（例えば、GSM（global system for mobile communications）、符号分割多元接続（CDMA）、CDMA2000、EV-DO （enhanced voice-data optimizedまたはenhanced voice-data only）、WCDMA（wideband CDMA）、HSDPA（high speed downlink packet access）、HSUPA（high speed uplink packet access）、LTE（long term evolution）及びLTE-A（long term evolution-advanced））に従って構築された、モバイルコミュニケーションネットワークの基地局、外部端末及びサーバの少なくとも1つに情報を送信／から受信してもよい。
【００５７】
コミュニケーションユニット610は、Bluetooth、BLE（Bluetooth low energy）、WiFi、ZigBeeまたはUWB等の無線周波数（RF）のコミュニケーションを使用する照明装置50に情報を送信／から受信してもよい。
【００５８】
コントローラ650は、モバイル端末60の動作全般を制御してもよい。
【００５９】
コントローラ650は、ライブラリダウンローダ651と、ファームウェアアップグレーダ653と、ライブラリプレーヤ655とを含んでいてもよい。
【００６０】
ライブラリダウンローダ651は、シナリオデータとライブラリデータを中央サーバ5からコミュニケーションユニット610を経由してダウンロードしてもよい。
【００６１】
ファームウェアアップグレーダ653は、コミュニケーションユニット610が中央サーバ5から受信したファームウェアを使用して新しいバージョンのファームウェアを受信した場合は、既存のファームウェアを新しいバージョンのファームウェアにアップグレードしてもよい。
【００６２】
ライブラリプレーヤ655は、モバイル端末60にペアリングされた照明装置50が興行時間に実行すべきシナリオを再生してもよい。
【００６３】
これを通じて、ユーザーは、興行時間の間にユーザー自身の照明装置50によって実行されるべき動作を事前に特定してもよい。
【００６４】
図5は、本明細書に開示する具体的態様に従う、制御装置の構成を説明するブロック図である。
【００６５】
制御装置20は、興行主または興行ホールまたは音楽コンサートにおいて照明装置50の動作を制御する支配人によって所持される装置であるが、コンピュータ、スマートフォン、またはタブレットコンピュータであってもよい。
【００６６】
図5を参照すると、制御装置20は、第1コミュニケーションユニット21と、第2コミュニケーションユニット22と、インターフェースユニット23と、ディスプレイユニット24と、保存ユニット25と、プロセッサ26とを含んでいてもよい。
【００６７】
第1コミュニケーションユニット21は、送信装置30と通信してもよい。第1コミュニケーションユニット21は、送信装置30とのコミュニケーションを実行するためにUSB（universal serial bus）基準を使用してもよい。
【００６８】
第1コミュニケーションユニット21は、制御メッセージを送信装置30に送信してもよい。制御メッセージは、シナリオを構成するライブラリを開始するためのメッセージであってもよい。
【００６９】
他の例として、制御メッセージは、現在実行中のライブラリを停止するためのメッセージであってもよい。
【００７０】
さらに他の例として、制御メッセージは、照明装置50内に保存されたライブラリのパターンとは異なるパターンを有するライブラリを実行するためのメッセージであってもよい。
【００７１】
第2コミュニケーションユニット22は、中央サーバ5または興行管理装置10とコミュニケーションを行ってもよい。
【００７２】
第2コミュニケーションユニット22は、シナリオデータを中央サーバ5から受信してもよい。
【００７３】
インターフェースユニット23は、ユーザーの入力を受信してもよい。インターフェースユニット23は、制御メッセージを送信装置30に送信するためのユーザーの入力を受信してもよい。
【００７４】
インターフェースユニット23は、タッチキーとプッシュキーとを含んでいてもよい。
【００７５】
ディスプレイユニット24は、保存されたシナリオをこれをシミュレーションすることを通じて出力してもよい。ユーザーは、シミュレーションを通じたシナリオに従って、照明装置が適切に動作するかどうか識別してもよい。
【００７６】
保存ユニット25は、シナリオと制御メッセージを保存してもよい。
【００７７】
プロセッサ26は、制御装置20の動作全般を制御してもよい。
【００７８】
プロセッサ26は、制御メッセージを生成してもよく、生成された制御メッセージを送信装置に第2コミュニケーションユニット22経由で送信してもよい。
【００７９】
プロセッサ26は、タイムコードコンバータ26aとシナリオエディタ26bとを含んでいてもよい。
【００８０】
タイムコードコンバータ26aは、制御メッセージをタイムコードに変換してもよい。タイムコードは、照明群50-1〜50-nを同期させるためのコードであってもよい。
【００８１】
シナリオエディタ26bは、ユーザーの入力に従って照明装置が実行すべきシナリオを生成したり編集したりしてもよい。
【００８２】
図6は、本明細書に開示する具体的態様に従う、送信装置の構成を説明するブロック図である。
【００８３】
送信装置30は、タイムコードレシーバ31と、タイムコードデコーダ32と、ライブラリパーサー33と、データプロトコルコンバータ34と、パケット管理ユニット35と、コミュニケーションユニット36とを含んでいてもよい。
【００８４】
タイムコードレシーバ31は、アナログ型タイムコードを制御装置20から受信してもよい。
【００８５】
タイムコードデコーダ32は、アナログ型タイムコードをデジタル型フレームデータにデコードしてもよい。フレームデータは、時間／分／秒の情報を含んでいてもよい。
【００８６】
ライブラリパーサー33は、デコードされたタイムコードを分析することによって、現在実行されているべきライブラリを識別するためのライブラリ識別情報を取得してもよい。
【００８７】
データプロトコルコンバータ34は、コミュニケーションプロトコルを変換して、取得したライブラリ識別情報を送信してもよく、また、変換されたパケットをパケット管理ユニット35に伝達してもよい。
【００８８】
パケット管理ユニット35は、受信したパケットをコミュニケーションユニット36に伝達してもよい。
【００８９】
パケット管理ユニット35は、複数の制御メッセージを生成してもよい。複数の制御メッセージの各々は、同じライブラリ識別情報を含んでいてもよい。
【００９０】
連続番号を複数の制御メッセージの各々に与えて、制御メッセージが所定の間隔で送信されるようにしてもよい。
【００９１】
複数の制御メッセージは、照明装置50に送信されているライブラリのための実行コマンドを示していてもよい。
【００９２】
複数の制御メッセージは、再送パケットと名付けられてもよい。
【００９３】
再送パケットの送信は、図13A及び図13Bを参照して説明する。
【００９４】
パケット管理ユニット35は、制御メッセージの損失を最小化してもよく、また、歪められているかもしれないタイミングの調整のための同期パケットを生成してもよい。
【００９５】
同期パケットは、照明装置50がライブラリの実行に良く従っているかを識別して、ライブラリの実行の同期をマッチングさせるパケットであってもよい。
【００９６】
同期パケットは、再送パケットの送信後に、ライブラリの実行が終了するまで周期的に生成されてもよい。
【００９７】
コミュニケーションユニット36は、パケット管理ユニット35から伝達されたパケットを複数の中継器40-1〜40-nに、RFコミュニケーションを使用して、送信してもよい。
【００９８】
図7は、本明細書に開示する具体的態様に従う、照明装置の構成を説明する模式図である。
【００９９】
図7を参照すると、照明装置50は、第1コミュニケーションユニット51と、保存ユニット52と、第2コミュニケーションユニット53と、プロトコルプロセッサ54と、タイミングコントローラ55と、光源ユニット56と、プロセッサ57とを含んでいてもよい。
【０１００】
第1コミュニケーションユニット51は、シナリオデータまたはライブラリデータをモバイル端末60から受信してもよい。
【０１０１】
第1コミュニケーションユニット51は、BLEモジュールまたはIEEE802.15.4基準を使用するワイヤレスコミュニケーションモジュールを含んでいてもよい。ただし、第1コミュニケーションユニット51は必ずしもこれに限られず、有線でシナリオデータを受信してもよい。
【０１０２】
保存ユニット52は、受信したシナリオデータまたはライブラリデータを保存してもよい。
【０１０３】
ユーザーは、興行ホールではなく家庭で照明装置50内にシナリオデータを予め保存してもよく、または興行ホールで照明装置50内にシナリオデータを保存してもよい。
【０１０４】
第2コミュニケーションユニット53は、制御メッセージを送信装置30から受信してもよい。
【０１０５】
第2コミュニケーションユニット53は、情報をBluetooth、BLE（Bluetooth low energy）、WiFi、ZigBeeまたはUWB等の無線周波数（RF）コミュニケーションを使用して中継器に送信／から受信してもよい。
【０１０６】
プロトコルプロセッサ54は、第2コミュニケーションユニット53が受信するメッセージまたはパケットのタイプを区別してもよい。受信されたメッセージが制御メッセージ、再送パケットまたはsync（同期）パケットであれば、プロトコルプロセッサ54は、これをタイミングコントローラ55に伝達してもよい。
【０１０７】
再送パケットを受信した場合は、タイミングコントローラ55が、受信された再送パケットに含まれる、複数の制御メッセージのそれぞれの連続番号に基づいて、照明装置50の動作タイミングを制御してもよい。
【０１０８】
sync（同期）パケットを受信した場合は、タイミングコントローラ55が、受信したsync（同期）パケットに基づいて、照明装置50の動作タイミングを制御してもよい。
【０１０９】
sync（同期）パケットは、「同期パケット」と呼んでもよい。
【０１１０】
その詳細は後述する。
【０１１１】
図7において、タイミングコントローラ55は別個の構成として説明されているが、これは単なる例示に過ぎず、タイミングコントローラ55は、プロセッサ57の構成に含まれていてもよい。
【０１１２】
光源ユニット56は、プロセッサ57の制御下で保存ユニット52に保存された情報に従って、特定の色を有する発光、点滅、または明るさを制御する動作を行ってもよい。
【０１１３】
光源ユニット56は、LEDで構成されていてもよいが、これは単なる例示であり、光源ユニット56は特定の発光材料で構成されていてもよい。
【０１１４】
プロセッサ57は、照明装置50の動作全般を制御してもよい。
【０１１５】
プロセッサ57は、保存ユニット52に保存されたシナリオデータと、第2コミュニケーションユニット53が受信した制御メッセージに従って、光源ユニット56の動作を制御してもよい。
【０１１６】
プロセッサ57は、受信した制御メッセージに基づいて、シナリオのどのライブラリが再生されるべきかを決定してもよい。
【０１１７】
つまり、プロセッサ57は、制御メッセージを分析することによって、シナリオを構成する複数のライブラリのどれが実行されるべきかを決定してもよい。
【０１１８】
プロセッサ57は、決定されたライブラリに従って動作するように光源ユニット56を制御してもよい。
【０１１９】
特に、制御メッセージに含まれるライブラリ識別情報に基づいて、プロセッサ57は、保存ユニット52を通して、ライブラリ識別情報に対応するパターンを検索してもよく、また、対応するパターンを出力するように光源ユニット56を制御してもよい。
【０１２０】
図8は、本明細書に開示する具体的態様に従う、中央サーバと、モバイル端末と、照明装置との間の動作の関係を説明するラダー図である。
【０１２１】
中央サーバ5は、シナリオデータとシナリオデータに対応するシナリオを実行できるファームウェアとを取得して（S801）、その取得したシナリオデータとファームウェアとをモバイル端末60に送信する（S803）。
【０１２２】
モバイル端末60は、中央サーバ5から受信したシナリオデータとファームウェアを保存する（S805）。
【０１２３】
モバイル端末60は、受信したファームウェアを使用してアプリケーションをインストールしてもよい。アプリケーションは、シナリオデータの照明装置50への送信に使用されてもよい。
【０１２４】
モバイル端末60は、照明装置50によって実行されるシナリオの群情報を構成する（S807）。
【０１２５】
群情報は、ユーザーの座席に対応する情報であってもよい。群情報は、図1を参照して上述した照明群を識別するための情報であってもよい。
【０１２６】
群情報は、モバイル端末60にインストールされたアプリケーションを使用して、チケット番号またはチケットの座席番号を通してQRコードを付ける方法において、ユーザーによって構成されてもよい。
【０１２７】
群情報を構成した後に、モバイル端末60は、シナリオデータを照明装置50に送信する（S809）。
【０１２８】
具体的態様において、モバイル端末60は、全ての照明群のシナリオデータを照明装置50に送信してもよい。
【０１２９】
他の例として、モバイル端末60は、構成した群情報に対応するシナリオデータを送信してもよい。
【０１３０】
照明装置50は、モバイル端末60から受信したシナリオデータを保存する（S811）。
【０１３１】
モバイル端末60は、シナリオデータに加えて、ファームウェアも照明装置50に送信してもよい。
【０１３２】
従って、照明装置50は、受信したファームウェアに従って駆動される。
【０１３３】
図9は、本明細書に開示する具体的態様に従う、照明装置がシナリオの実行に使用する制御メッセージが送信される工程を説明するラダー図である。
【０１３４】
制御装置20は、複数の照明装置50-1〜50-nに送信されるべき制御メッセージを取得する（S901）。
【０１３５】
具体的態様において、制御メッセージは、シナリオの実行コマンドを示すメッセージであってもよい。
【０１３６】
例えば、1つのシナリオが歌手が歌う歌に対応する場合、制御装置20は、その歌の再生時間の間実行されるシナリオを実行するための制御メッセージを生成してもよい。
【０１３７】
制御装置20は、取得した制御メッセージを送信装置30に送信する（S903）。
【０１３８】
送信装置30は、取得した制御メッセージを複数の中継器40-1〜40-nに送信する（S905）。
【０１３９】
複数の中継器40-1〜40-nは、送信装置30から送信された制御メッセージを複数の照明装置50-1〜50-nのそれぞれに送信する（S907）。
【０１４０】
具体的態様において、複数の中継器40-1〜40-nは、受信者が指定されないブロードキャスト方式において、制御メッセージを複数の照明装置50-1〜50-nのそれぞれに送信してもよい。
【０１４１】
複数の照明装置50-1〜50-nは、受信した制御メッセージに従って、それぞれの光源ユニット56の動作を制御する（S909）。
【０１４２】
次に、本明細書に開示する具体的態様に従う、シナリオとシナリオを構成するデータを説明する。
【０１４３】
図10は、本明細書に開示する具体的態様に従う、シナリオの例を説明する模式図であり、図11は、本明細書に開示する具体的態様に従う、シナリオデータの実際の構成を説明する模式図である。
【０１４４】
図10は、1曲の歌の再生区間に対応する、シナリオ1000の例を示す。
【０１４５】
1つのシナリオ1000は、複数のライブラリ1010、1020、1030、1040及び1050を含んでいてもよい。
【０１４６】
シナリオの興行主は、制御装置20または中央サーバ5を通して1曲の歌の総再生区間を複数の区間に分割することによってシナリオを設計してもよい。
【０１４７】
1曲の歌の総再生時間を4分間と想定する。
【０１４８】
複数の区間は、複数のライブラリ1010〜1050のそれぞれに対応していてもよい。
【０１４９】
第1のライブラリ1010は、全ての照明装置の光源ユニット56が、歌の開始から10秒間電源オフにすべきことを示していてもよい。
【０１５０】
第2のライブラリ1020は、全ての照明装置の光源ユニット56が、第1のライブラリ1010の実行後20秒間電源オンにすべきことを示していてもよい。
【０１５１】
第3のライブラリ1030は、全ての照明装置の光源ユニット56が、第2のライブラリ1020の実行後1分間明滅する動作を行うべきことを示していてもよい。
【０１５２】
第4のライブラリ1040は、全ての照明装置の光源ユニット56が、第3のライブラリ1030の実行後2分間歌手のロゴを表現する光を出力すべきことを示していてもよい。
【０１５３】
第5のライブラリ1050は、全ての照明装置の光源ユニット56が、第4のライブラリ1040の実行後30秒間電源オフにすべきことを示していてもよい。
【０１５４】
上述の通り、1つのシナリオは、第1〜第5のライブラリ1010、1020、1030、1040及び1050の組合せを通して完成されてもよい。
【０１５５】
制御装置20が送信装置30と複数の中継器40-1〜40-nを経由して全ての照明装置に送信する制御メッセージは、シナリオ実行コマンドであってもよい。
【０１５６】
他の具体的態様において、制御装置20が送信装置30と複数の中継器40-1〜40-nを経由して全ての照明装置に送信する制御メッセージは、シナリオを構成する1ライブラリを実行するためのコマンドであってもよい。
【０１５７】
図11を参照すると、シナリオ1000に対応するシナリオデータ1100の構造が図示されている。
【０１５８】
シナリオデータ1100は、ヘッダ1110と、パレットフィールド1120と、複数のライブラリフィールド1130-1〜1130-nとを含んでいてもよい。
【０１５９】
パレットフィールド1120は、256色を表現できるカラーテーブルについての情報を含んでいてもよい。カラーテーブルは、256色のそれぞれに対応するインデックス値を含んでいてもよい。この場合、カラーテーブルは、1バイトのサイズを有していてもよい。
【０１６０】
後述のライブラリデータは、カラーテーブルに含まれるインデックス値を含んでいてもよい。
【０１６１】
複数のライブラリフィールド1130-1〜1130-nの各々は、ライブラリヘッダ及びライブラリデータを含んでいてもよい。
【０１６２】
例えば、第1のライブラリフィールド1130-1は、第1のライブラリヘッダ1130-1a及び第1のライブラリデータ1130-1bを含んでいてもよい。
【０１６３】
第1のライブラリデータ1130-1bは、図10の第1のライブラリ1010に対応していてもよい。
【０１６４】
各ライブラリデータは、群識別情報、ライブラリ識別情報、照明群動作開始時間、照明群動作終了時間、照明群によって出力されるべき色情報、及び照明群によって出力されるべきパターンのうち1以上の情報を含んでいてもよい。
【０１６５】
各ライブラリデータに含まれる情報を図12を参照して詳細に説明する。
【０１６６】
図12は、本明細書に開示する具体的態様に従う、シナリオデータに含まれる情報を説明する模式図である。
【０１６７】
図12を参照すると、シナリオデータ1200は、複数のライブラリデータ1210〜1250を含んでいてもよい。
【０１６８】
群識別情報は、空間内に配備された複数の照明装置がn群に分割されること、及びそれぞれの照明群が異なる動作を行うことを識別するための情報である。
【０１６９】
群識別情報は、図1を参照して上述した照明群を識別するための情報として使用されてもよい。
【０１７０】
群識別情報が「ALL」の場合、全ての照明群が同じライブラリを実行することを示していてもよい。
【０１７１】
ライブラリ識別情報は、制御装置20がそれぞれの照明装置に特定のライブラリに従って動作するように指令を与える場合に含まれる情報である。
【０１７２】
例えば、制御装置20が制御メッセージ「library 002 operation」を送信する場合、照明装置は、ライブラリ識別情報の中から「002」を実行する。
【０１７３】
照明装置が複数の群に分割される場合は、照明装置50は、構成された群番号に従って動作してもよい。
【０１７４】
例えば、同様に、第1の照明群「GROUP1」に属する照明装置50が、制御装置20からコマンドメッセージ「library 002 operation」を受信する場合、照明装置50は、対応するパターン「R / GRAD_10 / B / Repeat 60」を実行してもよい。
【０１７５】
さらに、第2の照明群「GROUP2」に属する照明装置50が、制御装置20からコマンドメッセージ「library 002 operation」を受信する場合、照明装置50は、対応するパターン「B / GRAD_30 / G / Repeat 60」を実行してもよい。
【０１７６】
さらに、第3の照明群「GROUP3」に属する照明装置50が、制御装置20からコマンドメッセージ「library 002 operation」を受信する場合、照明装置50は、対応するパターン「G / GRAD_30 / R / Repeat 60」を実行してもよい。
【０１７７】
「StartTime」は、ライブラリが実行される時間に対応する情報を示してもよい。
【０１７８】
「StartTime」が「NULL」の場合は、対応するライブラリが制御装置20の制御メッセージの表示に従って動作することを意味する。
【０１７９】
パターン（pattern）は、光源ユニット56が発する光の色、発光時間、反復期間、または点滅または消灯期間を示してもよい。R、G及びBは、それぞれ、赤、緑及び青を示す。
【０１８０】
光源ユニット56が光をより精密に調整できる場合は、光源ユニット56は、R、G及びBを組み合わせることによって得られる色を出力してもよい。RGB256色の表示の場合、1バイト（8ビット）は、R、G及びBのそれぞれについて定義されてもよく、そうしてRGBを定義すると、RGBを表示するには3バイトが要求され得る。
【０１８１】
光源ユニット56によって出力される光の色は、RGB、R/G/Bまたは特定のバイナリ数字または16進法の数字等の様々な型に構成されてもよい。
【０１８２】
さらに、光源のオン／オフと持続時間（秒）は一緒に記録されてもよい。さらに、反復の回数や反復時間が「REPEAT」として構成されてもよい。
【０１８３】
「GRAD」は、光源ユニット56によって出力される光が、グラデーションで光を徐々に変化させるパターンを有することを意味する。具体的態様において、第1の照明群のライブラリ「002」が「R / GRAD_10 / B / REPEAT_60」であり、これは、照明装置50によって出力される光の色が10秒間グラデーションで赤から青に変化され、その変化が60回反復される（または60秒間反復される）ことを意味する。「BLINK」は、点滅することを示す。
【０１８４】
さらに、図12には図示されないが、「明滅」が、「点滅」の速度よりも速い速度で点滅することを示してもよい。
【０１８５】
図13A及び図13Bは、本明細書に開示する具体的態様に従う、制御メッセージの反復受信に従って、照明装置がタイミングを制御する例を説明する模式図である。
【０１８６】
制御メッセージは、ブロードキャスト方式において、中継器40を経由して照明装置50に送信されてもよい。ブロードキャスト方式ではなくユニキャスト方式を使用する場合は、送信装置30は、照明装置50から、送信した制御メッセージの受領に対応する確認応答（ack）メッセージを受信する必要がある。この場合において、確認応答メッセージが多数の照明装置から受信される場合は、コミュニケーション状態が悪化する場合がある。
【０１８７】
従って、本明細書に開示する具体的態様においては、送信装置30は、制御メッセージをブロードキャスト方式で照明装置50に送信する。
【０１８８】
図13を参照すると、送信装置30は、特定のライブラリの実行コマンドを示す制御メッセージを5回反復して照明装置50に送信してもよい。
【０１８９】
送信装置30は、第0番〜第4番の制御メッセージ1301〜1305を照明装置50に連続して送信してもよい。
【０１９０】
この第0番〜第4番の制御メッセージ1301〜1305は、所定期間内に照明装置50に連続して送信されてもよい。
【０１９１】
第0番〜第4番の制御メッセージ1301〜1305の各々は、同じライブラリ識別情報を含んでいてもよい。ただし、それぞれの制御メッセージは異なる連続番号を有し得る。
【０１９２】
例えば、第0番〜第4番の制御メッセージ1301〜1305が連続して送信される時、連続番号は1増加する。
【０１９３】
連続番号は、連続して送信された制御メッセージ間の送信間隔を示していてもよい。それぞれの制御メッセージの送信間隔は0.4秒でもよいが、これは単なる例示である。
【０１９４】
この5個の制御メッセージ1301〜1305が連続して送信される理由は、制御メッセージの送信がコミュニケーション状態次第で行われない可能性がある状態における、それぞれの照明群間または照明群の照明装置間の微妙なタイミングの違いさえも制御するためである。
【０１９５】
この制御メッセージの送信の脱落は、照明装置50が制御メッセージを受信できないことを示していてもよい。
【０１９６】
図13Bを参照すると、1ライブラリの実行時間中に照明装置50によって実行されるべきパターンが、グラフで示されている。
【０１９７】
1ライブラリの実行時間を3秒と想定すると、照明装置50は、（1303と1305を参照する）青と緑を出力しないが、1秒間徐々に強くなる赤を出力し、その後残りの2秒間その出力を維持する（1301）。
【０１９８】
最初の0.5秒間を拡大して説明する。
【０１９９】
第1の赤のパターングラフ1331は、第1の照明装置が第0番の制御メッセージ1301を受信する場合に、第1の照明装置が、第0番の制御メッセージ1301に従って赤い光を徐々に増加させて出力することを示している。
【０２００】
第2の赤のパターングラフ1333は、第2の照明装置が第0番の制御メッセージ1301と第1番の制御メッセージ1302を受信できない場合に、第2の照明装置が、第2番の制御メッセージ1303に従って赤い光を徐々に増加させて出力することを示している。
【０２０１】
第3の赤のパターングラフ1335は、第3の照明装置が第0番〜第2番の制御メッセージ1301〜1303を受信できない場合に、第3の照明装置が、第3番の制御メッセージ1304に従って赤い光を徐々に増加させて出力することを示している。
【０２０２】
5個の制御メッセージ1301〜1305が連続して送信される時間は非常に短く、そのため、たとえ最初の制御メッセージを受信できない光装置があったとしても、照明装置は、その後の制御メッセージの受信を通してライブラリを直ちに実行することができる。
【０２０３】
さらに、この5個の制御メッセージ1301〜1305は、送信間隔を示す連続番号を含んでいてもよい。最初のいくつかの制御メッセージを受信していない照明装置50は、制御メッセージに含まれる連続番号を使ってライブラリの実行タイミングを制御してもよい。
【０２０４】
連続番号に従って、それぞれの照明装置50の動作間の微妙な時間差が制御され得る。
【０２０５】
図14A〜図14Cは、本明細書に開示する具体的態様に従う、制御メッセージの反復受信及び同期パケットの受信に従って照明装置がタイミングを制御する例を説明する模式図である。
【０２０６】
図14A〜図14Cにおいて、1ライブラリの実行時間は3秒と想定している。
【０２０７】
さらに、ライブラリの実行コマンドを示す5個の制御メッセージの束が再送パケット1400であると想定している。5個の制御メッセージについては、図13A及び図13Bを参照して説明した。
【０２０８】
再送パケット1400の送信後、送信装置30は、同期パケット1410をそれぞれの照明装置に各々の所定期間内に送信してもよい。さらに、同期パケットは、それぞれの照明装置50がライブラリの実行にうまく従っているか否かをチェックするためのパケットであってもよい。
【０２０９】
同期パケットは、ライブラリの1時点の情報と、それぞれの照明装置50の間で動作の同期を一致させるために対応する1時点において実行されるべきパターンの情報とを含んでいてもよい。
【０２１０】
図14Aは、第1の照明装置が再送パケット1400と同期パケット1410を受信してライブラリに対応するパターンを出力するグラフを示す。
【０２１１】
図14Bは、第2の照明装置が、再送パケット1400の受信はできないが第1の同期パケット1410は受信し、第1の同期パケット1410を受信した時点からライブラリに対応するパターンを出力するグラフを示す。
【０２１２】
図14Bに図示するとおり、第2の照明装置が再送パケット1400を受信できない場合でも、第2の照明装置は、それに続く第1の同期パケット1410という手段により、第1の同期パケット1410を受信した時点からライブラリを実行し得る。
【０２１３】
図14Cは、第3の照明装置が、再送パケット1400と第1の同期パケット1410を受信するが第2の同期パケット1430を受信できずに、対応するパターンをライブラリに出力するグラフを示す。
【０２１４】
図14Cに図示するとおり、第3の照明装置が第2の同期パケット1430を受信できない場合でも、第3の照明装置は、先に受信した再送パケット1400という手段により、ライブラリを適切に実行し得る。
【０２１５】
上述の通り、本明細書に開示する具体的態様に従えば、照明装置50がライブラリを実行するための制御メッセージを受信できない場合でも、照明装置50は同期パケットという手段により直ちにライブラリを実行し得るので、他の照明装置と効果的に同期を一致させることができる。
【０２１６】
次に、照明装置の動作モードを説明する。
【０２１７】
図15は、本明細書に開示する具体的態様に従う、照明装置の電源をオンにした時の初期化動作を説明する模式図である。
【０２１８】
以下、照明装置50の動作モードが、RFモード1510と、BLEモード1530と、独立（スタンドアロン）モード1550とを含むと想定する。
【０２１９】
RFモード1510は、ZigBeeのようなコミュニケーションプロトコルを使って中継器40とのコミュニケーションを行うためのモードであってもよい。
【０２２０】
BLEモード1530は、低出力のBluetoothモジュールを使ってモバイル端末60とのコミュニケーションを行うためのモードであってもよい。
【０２２１】
独立モード1550は、外部装置とコミュニケーションすることなく、光源ユニット56の出力をオン／オフに変更できるモードであってもよい。
【０２２２】
図15を参照すると、照明装置50の電源をオンにすると、照明装置50はRFモード1510で動作する。
【０２２３】
5秒後、照明装置50の動作モードは、RFモード1510からBLEモード1530に切り替わってもよい。再び、25秒後、照明装置50の動作モードは、BLEモード1530からRFモード1510に切り替わってもよい。
【０２２４】
照明装置50が、サイクルをn回反復してもモバイル端末60とBLE接続された中継器から「Heartbeat MSG」メッセージを受信できない場合は、照明装置50の動作モードが独立モード1550に切り替わってもよい。
【０２２５】
照明装置50の動作モードが電源の初期化工程において変更される理由は、複数のRFのスタックを使う場合にRFプロトコルを同時に使用するのは不可能なため、動作モードを変更することで興行に参加できるかどうかを判断することにある。
【０２２６】
次に、図16を説明する。
【０２２７】
図16は、本明細書に開示する具体的態様に従う、演出の類型に基づく照明装置の動作過程を説明するフローチャートである。
【０２２８】
図16を参照すると、照明装置50は、RFモード下で興行準備メッセージを受信する（S1601）。
【０２２９】
具体的態様において、照明装置50は、中継器40から制御装置20を経由して興行準備メッセージを受信してもよい。
【０２３０】
興行準備メッセージは、独立モードへの切替えを遮断するためのメッセージであってもよい。ユーザーが興行ホールに入場して、独立モードで照明装置50を動作させることによりライブラリとは別個に動作を行う場合は、照明装置経由の演出は適切に実行されない可能性がある。
【０２３１】
そのため、興行準備メッセージがそれぞれの照明装置50に送信されて、ユーザーが照明装置50を任意に制御するのを妨げてもよい。
【０２３２】
興行準備メッセージの受信に従って、照明装置50は、独立モードへの切換えを遮断する（S1603）。
【０２３３】
具体的態様において、照明装置50は、興行準備メッセージの受信に従って、RFモードからBLEモードに切り替えられてもよい。この理由は、照明装置50がライブラリデータまたはシナリオデータをモバイル端末60から受信すべき状況が起こり得るためである。
【０２３４】
照明装置50は、興行類型が興行準備メッセージに含まれる興行識別子に基づく総合演出であるか否かを判断する（S1605）。
【０２３５】
具体的態様において、興行類型が総合演出である場合は、全ての照明装置は、制御装置20の制御下で集合的に制御されてもよい。この場合において、照明装置50がライブラリデータを保存する必要はない。その理由は、制御装置20によって送信されるメッセージが照明装置50の詳細な動作内容（光出力のオン／オフ）を含んでいてもよいからである。
【０２３６】
興行類型が総合演出の場合は、照明装置50は、RFモードで動作する（S1607）。
【０２３７】
従って、照明装置50は、制御メッセージを制御装置20から受信する準備をする。
【０２３８】
興行類型が個別演出の場合は、照明装置50は、興行準備メッセージに含まれる協調識別子が保存されているか否かを判断する（S1609）。
【０２３９】
興行類型が個別演出の場合は、照明装置50は、興行準備メッセージに含まれる協調識別子が保存ユニット52のライブラリデータに保存されているか否かを検索してもよい。
【０２４０】
興行準備メッセージに含まれる協調識別子が保存されている場合は、照明装置50はRFモードで動作する（S1607）。
【０２４１】
協調識別子が興行準備メッセージに保存されていない場合は、照明装置50は、対応する協調識別子を含むライブラリデータをモバイル端末60から取得する（S1611）。
【０２４２】
つまり、図8の具体的態様に従えば、照明装置50は、ライブラリデータをモバイル端末60から受信してもよい。
【０２４３】
次に、照明装置50と照明装置50を乗せることができる受台が互いに連結されているか否かによる照明装置50の動作を説明する。
【０２４４】
図17A及び図17Bは、本明細書に開示する具体的態様に従う、照明装置と受台とが互いに連結されていない場合における照明装置の動作を説明する模式図である。
【０２４５】
受台1700は、照明装置50が受台1700に乗せられている場合に、外部から提供される電源を照明装置50に供給できる装置であってもよい。
【０２４６】
図17Aを参照すると、照明装置50と受台1700は互いに分離され、照明装置50の電源はオフの状態である。
【０２４７】
図17Bを参照すると、照明装置50と受台1700は互いに分離され、照明装置50の電源はオンの状態である。照明装置50は、電源オン状態で独立モードで動作する場合は、4種類の応援モードをサポートできる。
【０２４８】
4種類の応援モードは、照明装置50上にそれぞれ提供される複数のボタン58a〜58dに対応していてもよい。
【０２４９】
複数のボタン58a〜58dのいずれか1つが選択されると、照明装置50は、選択されたボタンに対応する応援モードで動作するように、光源ユニット56の動作を制御してもよい。
【０２５０】
次に、照明装置50と受台1700とが互いに連結されている場合の照明装置50の動作を説明する。
【０２５１】
図18A及び図18Bは、本明細書に開示する具体的態様に従う、照明装置と受台とが互いに連結されている場合における照明装置の動作過程を説明する模式図である。
【０２５２】
特に、図18Aは、照明装置50と受台1700は互いに連結されているが、モバイル端末60はその周辺に存在しないという想定で、動作過程を説明する。
【０２５３】
照明装置50と受台1700が互いに連結されている場合、照明装置50は、受台1700がそこに接続されていることを示す光パターンを出力してもよい（S1801）。
【０２５４】
その後、照明装置50がBLEモード（具体的には、ビーコンモード）を動作させてもよく、また、AltBeaconプロトコルを使って、ブロードキャスト方式において外部にビーコン信号を送信してもよい（S1803）。
【０２５５】
図18Bを参照すると、動作S1801とS1803の実行後、照明装置50は、ビーコン信号に応答して、モバイル端末60に接続されてもよい（S1805）。
【０２５６】
照明装置50がモバイル端末60に接続される場合は、照明装置50は、ウェルカムサインを示す光を出力してもよい（S1807）。
【０２５７】
モバイル端末60が照明装置50に接続される場合は、モバイル端末60は、ウェルカムサインを示す光を出力するためのコマンドを照明装置50に送信してもよい。
【０２５８】
その後、照明装置50は、ビーコン信号認識領域から外れるまで待機する（S1809）、つまり、照明装置50は、モバイル端末60がその周辺に存在しないことを認識し、そして、モバイル端末60がその周辺に存在しない場合は、照明装置50は、所定の時間待機する（S1811）。
【０２５９】
本明細書が開示する具体的態様を構成する全ての構成要素を組み合わせて1つにしたり、組み合わせて動作させたりすることを説明したが、本明細書の開示は、必ずしもそのような具体的態様に限定されるものではなく、本明細書の開示の目的の範囲内で全ての構成要素のうち1以上を選択的に組み合わせて動作させてもよいものである。
【０２６０】
さらに、全ての構成要素の各々が1個の独立したハードウェアとして実施されてもよいが、構成要素の一部または全てを選択的に組み合わせて、1組以上のハードウェアの組合せの一部または全ての機能を実行するプログラムモジュールを有するコンピュータプログラムとして実行してもよい。コンピュータプログラムを構成するコード及びコードのセグメントは、本明細書の開示に関係する分野の当業者によって容易に推論し得るものである。
【０２６１】
そのようなコンピュータプログラムは、コンピュータで読み取り可能な媒体（Computer Readable Media）に保存されてもよく、また、コンピュータによって読み出されかつ実行されて本明細書に開示する具体的態様を実施してもよい。コンピュータプログラムの保存媒体は、磁気記録媒体、光学記録媒体及び半導体記録装置を含む保存媒体を含む。さらに、本明細書に開示する具体的態様を実施するコンピュータプログラムは、現実の時間に外部装置を経由して送信されるプログラムモジュールを含む。
【０２６２】
本明細書の開示は、本明細書に開示する具体的態様に言及して説明されているが、様々な改変や変更が通常の技術を有する技術者の水準で適用され得るものである。従って、そのような改変や変更は、本明細書の開示の精神および技術範囲から逸脱するのでない限り、本明細書に開示する技術範囲内に含まれることが理解されるであろう。
【図１】
2021508146.tif 000003
【図２】
2021508146.tif 000004
【図３】
2021508146.tif 000005
【図４】
2021508146.tif 000006
【図５】
2021508146.tif 000007
【図６】
2021508146.tif 000008
【図７】
2021508146.tif 000009
【図８】
2021508146.tif 000010
【図９】
2021508146.tif 000011
【図１０】
2021508146.tif 000012
【図１１】
2021508146.tif 000013
【図１２】
2021508146.tif 000014
【図１３Ａ】
2021508146.tif 000015
【図１３Ｂ】
2021508146.tif 000016
【図１４Ａ】
2021508146.tif 000017
【図１４Ｂ】
2021508146.tif 000018
【図１４Ｃ】
2021508146.tif 000019
【図１５】
2021508146.tif 000020
【図１６】
2021508146.tif 000021
【図１７Ａ】
2021508146.tif 000022
【図１７Ｂ】
2021508146.tif 000023
【図１８Ａ】
2021508146.tif 000024
【図１８Ｂ】
2021508146.tif 000025
【国際調査報告】
2021508146.tif 000026
2021508146.tif 000027
2021508146.tif 000028
2021508146.tif 000029