(57)【要約】  本発明の具体的態様に従う中央サーバは、照明装置において実行されるライブラリに対応するライブラリデータを保存するデータベースと、ライブラリデータをユーザーのモバイル端末に送信するコミュニケーションユニットと、興行ホールの座席マップを取得して、該座席マップを構成する複数のピクセルの各々が各ピクセルに表現しなければならないカラーパターンの情報を含む演出データを提供するプロセッサとを有していてもよい。【選択図】図20
2021508147.tif 000002
【特許請求の範囲】
【請求項１】
中央サーバであって、
照明装置によって実行されるライブラリに対応するライブラリデータを保存するように構成されたデータベースと、
前記ライブラリデータをユーザーのモバイル端末に送信するように構成されたコミュニケーションユニットと、
興行ホールの座席マップを取得して、前記座席マップを構成する複数のピクセルの各々に、前記複数のピクセルの各々によって表現されるカラーパターンの情報を含む演出データを与えるように構成されたプロセッサとを有することを特徴とする、中央サーバ。
【請求項２】
前記プロセッサは、画像から抽出したフレーム画像の組合せであるドットアニメーションを生成して、生成した前記ドットアニメーションから前記ピクセルの色を抽出するように構成されていることを特徴とする、請求項1に記載の中央サーバ。
【請求項３】
前記プロセッサは、前記抽出した色を256色の中で前記抽出した色に最も似ている色に変換するように構成されていることを特徴とする、請求項2に記載の中央サーバ。
【請求項４】
前記プロセッサは、前記変換した色の継続性を決定し、かつ、前記色の前記継続性を決定した後に、前記継続した色の変遷が行われているか否かを決定するように構成されていることを特徴とする、請求項3に記載の中央サーバ。
【請求項５】
前記プロセッサは、コサイン類似度技術を使って、先の色のRGB値と次の色のRGB値の変遷が行われているか否かを決定するように構成されていることを特徴とする、請求項4に記載の中央サーバ。
【請求項６】
前記プロセッサは、前記色の前記変遷が反復して出力される期間と前記期間における色彩比を取得するように構成され、かつ、
前記色彩比は、前記期間における前記検知された色の全頻度に対する特定の色の頻度の比率を示すことを特徴とする、請求項5に記載の中央サーバ。
【請求項７】
前記プロセッサは、前記色の前記変遷が反復して出力される前記期間と前記色彩比に基づいて、前記カラーパターンを抽出するように構成されていることを特徴とする、請求項6に記載の中央サーバ。
【請求項８】
前記カラーパターンは、点滅パターン、明滅パターン及び呼吸パターンのうちのいずれか1つであることを特徴とする、請求項7に記載の中央サーバ。
【請求項９】
前記複数のピクセルは、それぞれ、複数の照明装置に対応し、各々が、前記カラーパターンに対応する光パターンを出力することを特徴とする、請求項1に記載の中央サーバ。
【請求項１０】
前記ライブラリデータは、前記ライブラリを識別するためのライブラリ識別情報、光源ユニットによって出力される光の色または明るさを示す情報及び前記光源ユニットによって出力される光パターンの情報を有することを特徴とする、請求項1に記載の中央サーバ。
【請求項１１】
興行システムであって、前記興行システムは、
ライブラリを生成するように構成された中央サーバと、
前記ライブラリの実行コマンドを示す制御メッセージを生成するように構成された制御装置と、
生成された前記制御メッセージを送信するように構成された送信装置と、
ブロードキャスト方式において、前記送信装置から受信した前記制御メッセージを伝達するように構成された複数の中継器と、
前記ライブラリに対応するライブラリデータを保存し、かつ、前記中継器から受信した前記制御メッセージに従って、保存された前記ライブラリデータを使用して前記ライブラリを実行するように構成された複数の照明装置とを有するものであって、
前記中央サーバは、興行ホールの座席マップを取得して、前記座席マップを構成する複数のピクセルの各々に、前記複数のピクセルの各々によって表現されるカラーパターンの情報を含む演出データを与えるように構成されていることを特徴とする、興行システム。
【請求項１２】
前記中央サーバは、画像から抽出したフレーム画像の組合せであるドットアニメーションを生成し、かつ、生成された前記ドットアニメーションから前記ピクセルの色を抽出するように構成されていることを特徴とする、請求項11に記載の興行システム。
【請求項１３】
前記中央サーバは、前記抽出された色を256色の中で前記抽出した色に最も似ている色に変換するように構成されていることを特徴とする、請求項12に記載の興行システム。
【請求項１４】
前記中央サーバは、前記変換した色の継続性を決定し、かつ、前記色の前記継続性を決定した後に、前記継続した色の変遷が行われているか否かを決定するように構成されていることを特徴とする、請求項13に記載の興行システム。
【請求項１５】
前記中央サーバは、
前記色の前記変遷が反復して出力される期間と前記期間における色彩比を取得するように構成され、かつ、
前記色の前記変遷が反復して出力される前記期間と前記色彩比に基づいて、前記カラーパターンを抽出するように構成されていることを特徴とする、請求項14に記載の興行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の背景
1. 技術分野
本明細書の開示は、中央サーバ及びそれを含む興行システムに関する。
【０００２】
2. 関連技術の説明
照明装置は、多くの人々が集まる興行ホール、音楽コンサート、またはアートギャラリーで、パフォーマンスを誘導するため、空間に動作の指示を出すため、あるいは審美的な応援をするために活用され得る。
【０００３】
特に、各個人に提供される照明装置は、空間における特定の場所または照明装置が提供される個人に合わせて、異なる方法で操作され得る。
【０００４】
照明装置には、照明装置が出力すべき光パターンの情報を保存してもよい。光パターンの情報は、興行システム内で中央サーバが生成してもよく、また、生成された情報をユーザーのモバイル端末を経由して照明装置に伝達してもよい。
【０００５】
複数の照明装置によって出力される光パターンが、観客や演技者にとって自然に見えるようにするためには、照明装置によって出力される色とカラーパターンの抽出を行うことが重要である。
【発明の概要】
【０００６】
発明の概要
本明細書が開示するある態様は、複数の照明装置によって出力される光パターンに対応するカラーパターンを効果的に生成できる中央サーバを提供するものである。
【０００７】
本明細書が開示する他の態様は、色の抽出の間に256色だけを抽出をすることでそれぞれの照明装置に伝達されるデータ容量を減らすものである。
【０００８】
本明細書に開示する具体的態様に従えば、中央サーバは、照明装置によって実行されるライブラリに対応するライブラリデータを保存するように構成されたデータベースと、ライブラリデータをユーザーのモバイル端末に送信するように構成されたコミュニケーションユニットと、興行ホールの座席マップを取得して、座席マップを構成する複数のピクセルの各々に、複数のピクセルの各々によって表現されるカラーパターンの情報を含む演出データを与えるように構成されたプロセッサとを含む。
【０００９】
本明細書に開示する具体的態様に従えば、興行システムは、ライブラリを生成するように構成された中央サーバと、ライブラリの実行コマンドを示す制御メッセージを生成するように構成された制御装置と、生成された制御メッセージを送信するように構成された送信装置と、ブロードキャスト方式において、送信装置から受信した制御メッセージを伝達するように構成された複数の中継器と、ライブラリに対応するライブラリデータを保存し、かつ、中継器から受信した制御メッセージに従って、保存されたライブラリデータを使用してライブラリを実行するように構成された複数の照明装置とを含むものであって、中央サーバは、興行ホールの座席マップを取得して、座席マップを構成する複数のピクセルの各々に、複数のピクセルの各々によって表現されるカラーパターンの情報を含む演出データを与えるように構成されている。
【００１０】
本明細書の開示に従えば、短時間で、複数の照明装置によって出力される光パターンに対応するカラーパターンを生成することが可能である。
【００１１】
本明細書の開示に従えば、色の抽出の間に256色だけが抽出されるので、それぞれの照明装置に伝達されるデータの容量を減らし、データ送信の速度を上げることができる。
【図面の簡単な説明】
【００１２】
図面の簡単な説明
【図１】図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は、本明細書に開示する具体的態様に従う、照明装置と受台とが互いに連結されている場合における照明装置の動作過程を説明する模式図である。
【図１９】図19は、本明細書に開示する他の具体的態様に従う、中央サーバの構成を説明するブロック図である。
【図２０】図20は、本明細書に開示する他の具体的態様に従う、中央サーバの動作方法を説明するフローチャートである。
【図２１】図21は、本明細書に開示する具体的態様に従い取得された、座席マップを説明する模式図である。
【図２２】図22及び図23は、本明細書に開示する具体的態様に従う、ドットアニメーションを説明する模式図である。
【図２３】図22及び図23は、本明細書に開示する具体的態様に従う、ドットアニメーションを説明する模式図である。
【図２４】図24は、本明細書に開示する具体的態様に従う、照明装置により出力されるべき光のカラーパターンを検知する工程を説明するフローチャートである。
【図２５】図25は、本明細書に開示する具体的態様に従う、ピクセルのカラーパターンを検知する工程を説明するフローチャートである。
【図２６】図26及び図27は、本明細書に開示する具体的態様に従う、ピクセルの色の継続性を抽出する工程を説明する模式図である。
【図２７】図26及び図27は、本明細書に開示する具体的態様に従う、ピクセルの色の継続性を抽出する工程を説明する模式図である。
【図２８】図28は、本明細書に開示する具体的態様に従い、コサイン類似度技術を使って色の変遷を決定する工程を説明する模式図である。
【図２９】図29は、本明細書に開示する具体的態様に従い抽出したカラーパターンが呼吸パターンである場合のRGB値の変化を示すグラフあり、図30は、本明細書に開示する具体的態様に従い抽出したカラーパターンが点滅パターンである場合のRGB値の変化を示すグラフある。
【図３０】図29は、本明細書に開示する具体的態様に従い抽出したカラーパターンが呼吸パターンである場合のRGB値の変化を示すグラフあり、図30は、本明細書に開示する具体的態様に従い抽出したカラーパターンが点滅パターンである場合のRGB値の変化を示すグラフある。
【図３１】図31は、本明細書に開示する具体的態様に従う、エラーが発生するフレームの色データを修正する工程を説明する模式図である。
【図３２】図32は、本明細書に開示する具体的態様に従う、制御装置がシナリオまたはライブラリを編集するためのシナリオ編集画面を説明する模式図である。
【発明を実施するための形態】
【００１３】
詳細な説明
以下、本明細書の開示に関する具体的態様を添付の図面を参照してより詳細に説明する。以下の説明において、本明細書中に記載される、構成要素についての接尾辞「．．．モジュール」及び「．．．ユニット」は、説明の作成における便宜のみを考慮して使用されているか、または互いに交換可能に使用されているにすぎず、互いに区別される意味や役割を持たない。
【００１４】
説明において、「装置」であって、個人によって持ち運ばれたり個人に提供されたりする、様々なパターンで発光する、かつ、補助的な振動機能を含むものは「照明装置（Lighting Device）」と呼ばれる。照明装置は、興行ホールや音楽コンサートにおいて興行を鑑賞するユーザーによって所持されていてもよく、あるいは各ユーザーに提供される個々のユーザーの座席に固定されていてもよい。
【００１５】
次に、照明装置が発光、点灯、または追加的に振動を提供する様式は、「パターン」と呼ばれ、1以上のパターンが互いに組み合わせられてシナリオを提供する。
【００１６】
シナリオは、興行主（プロモーター）がデザインした画像が照明装置によって出力される光を使って表現されるようにする。
【００１７】
例えば、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、1020、1030、1040及び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に切り替わってもよい。
【０２２４】
照明装置が、サイクルを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は互いに連結されているが、モバイル端末はその周辺に存在しないという想定で、動作過程を説明する。
【０２５３】
照明装置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）。
【０２５９】
以下、中央サーバが、それぞれの照明装置が興行時間の間に使用する全演出のデータを生成する工程を説明する。
【０２６０】
図19は、本明細書に開示する他の具体的態様に従う、中央サーバの構成を説明するブロック図である。
【０２６１】
本明細書に開示する他の具体的態様に従う中央サーバ1900は、キャンバスメーカ1910と、ライブラリコンバータ1920と、ライブラリスライサ1930と、データベース1940と、コミュニケーションユニット1950と、ディスプレイユニット1960と、プロセッサ1970とを含んでいてもよい。
【０２６２】
キャンバスメーカ1910は、興行の座席マップを生成してもよい。
【０２６３】
キャンバスメーカ1910は、座席マップを構成する複数の座席の各々に対するチケット識別子をマップしてもよい。チケット識別子は、座席を識別するための座席番号であってもよい。
【０２６４】
複数の座席の各々を1ピクセルと呼んでもよい。
【０２６５】
具体的態様において、キャンバスメーカ1910は、データベース1940に保存された座席マップの画像を取得してもよく、また、取得した画像を使って座席マップを生成してもよい。
【０２６６】
他の具体的態様において、キャンバスメーカ1910は、拡張現実装置を通して得た画像を使って座席マップを生成してもよい。
【０２６７】
これは後述する。
【０２６８】
ライブラリコンバータ1920は、動く画像を使って照明装置を通して実行されるべきドットアニメーションを生成してもよい。
【０２６９】
ライブラリスライサ1930は、生成したドットアニメーションに基づいて興行時間にそれぞれの照明装置が出力すべき光パターンの情報を含む演出データを生成してもよい。
【０２７０】
演出データは、それぞれのピクセルによって表現されるべき色またはカラーパターン、その色を表現するための所要時間及びそのカラーパターンを表現するための所要時間の情報を含んでいてもよい。
【０２７１】
演出データは、上記のライブラリデータに含まれていてもよい。
【０２７２】
ライブラリスライサ1930は、それぞれのピクセルに、それぞれのピクセルに対応する演出データを与えてもよい。
【０２７３】
データベース1940は、座席マップ、演出データ、ライブラリに対応するライブラリデータ、シナリオに対応するシナリオデータ及びライブラリを駆動するファームウェアを保存してもよい。
【０２７４】
コミュニケーションユニット1950は、ライブラリデータまたはシナリオデータをモバイル端末60に送信してもよい。このために、コミュニケーションユニット1950は、モバイルコミュニケーションモジュールを備えていてもよい。
【０２７５】
コミュニケーションユニット1950は、ライブラリデータまたはシナリオデータを制御装置20に送信してもよい。このために、コミュニケーションユニット1950は、非シールドツイストペア（UTP）ケーブルを使ってデータを制御装置20に送信してもよい。
【０２７６】
ディスプレイユニット1960は、演出データ、ライブラリデータ及びシナリオデータを生成するのに必要な画面を表示してもよい。
【０２７７】
プロセッサ1970は、中央サーバの動作全般を制御してもよい。
【０２７８】
プロセッサ1970は、演出データを含むライブラリデータと、複数個のライブラリデータを含むシナリオデータを生成してもよい。
【０２７９】
さらに、図19のキャンバスメーカ1910、ライブラリコンバータ1920及びライブラリスライサ1930は、別個の構成として説明されているが、これは単なる例示にすぎず、上記の構成はプロセッサ1970の構成に含まれていてもよい。
【０２８０】
図20は、本明細書に開示する他の具体的態様に従う、中央サーバの動作方法を説明するフローチャートである。
【０２８１】
以下、キャンバスメーカ1910、ライブラリコンバータ1920及びライブラリスライサ 1930が、プロセッサ1970の構成に含まれていると想定して説明する。
【０２８２】
図20を参照すると、プロセッサ1970は、座席マップを取得する（S2001）。
【０２８３】
具体的態様において、プロセッサ1970は、データベース1940に保存された興行座席の配置を示す座席マップの画像を使って座席マップを取得してもよい。
【０２８４】
座席マップは、複数のピクセル群を含んでいてもよい。複数のピクセル群は、それぞれ、複数の照明群50-1〜50-nに対応していてもよい。
【０２８５】
複数のピクセル群の各々は、複数のピクセルを含んでいてもよい。
【０２８６】
座席マップの画像は、観客の座席を区別するための点を含んでいてもよい。プロセッサ1970は、全ての点の中のいくつかの点を指定するための入力に従って指定されたいくつかの点を1ピクセル群として生成してもよい。
【０２８７】
他の具体的態様において、プロセッサ1970は、拡張現実装置を通して撮像した画像を使って座席マップを生成してもよい。プロセッサ1970は、いくつかの角度で興行ホールの画像を撮像することによって得たそれぞれの画像についてピクセル群を指定するための入力を受信してもよい。
【０２８８】
プロセッサ1970は、指定された入力に従って複数のピクセル群を含む座席マップを取得してもよい。
【０２８９】
図21は、本明細書に開示する具体的態様に従い取得された、座席マップを説明する模式図である。
【０２９０】
図21を参照すると、座席マップ2100が図示されている。座席マップ2100は、複数のピクセル群を含んでいてもよい。
【０２９１】
複数のピクセル群の任意の1つ2110は、複数のピクセルを含んでいてもよい。複数のピクセルは、それぞれ、複数の座席に対応していてもよい。具体的に、複数のピクセルは、それぞれ、複数の照明装置に対応していてもよい。
【０２９２】
中央サーバ1900のディスプレイユニット1960は、座席マップ2100を編集するための編集メニュー2130を表示してもよい。編集メニュー2130は、ピクセル群2110を編集するためのメニューであってもよい。
【０２９３】
ピクセル群2110は、1つの照明群を示していてもよい。
【０２９４】
編集メニュー2130は、ピクセル群2110の形状、配置、コピー及び消去等のピクセル群2110の編集のためのメニューであってもよい。
【０２９５】
シナリオを設計する場合は、興行主が座席マップを使ってシナリオを設計してもよい。
【０２９６】
一方、本明細書に開示する他の具体的態様に従い、プロセッサ1970が、座席の位置及び高さを考慮して3D座席マップを生成してもよい。
【０２９７】
一般的な座席マップは空から見た平面の様式であるが、演技者と観客が垂直の光パターンを見るためには、光パターンを歪めることが必要である。
【０２９８】
プロセッサ1970は、座席の位置をGPSモジュールを使って取得してもよく、また、座席の高さをバロメーターを使って取得してもよい。
【０２９９】
プロセッサ1970は、平面形状の座席マップにおけるそれぞれの座席から取得されたそれぞれの座席の位置と高さを反映することによって、座席マップを変更してもよい。従って、照明装置による光出力パターンの出力は、観客または舞台上で演技する演技者の視点から修正されてもよい。
【０３００】
再び図20を参照して説明する。
【０３０１】
プロセッサ1970は、動く画像を使ってドットアニメーションを生成する（S2003）。
【０３０２】
具体的態様において、ドットアニメーションは、複数の照明装置によってドットとして時間経過に従って出力されるべき光パターンを示すアニメーションであってもよい。
【０３０３】
本明細書に開示する他の具体的態様に従えば、プロセッサ1970は、動く画像というよりも連続的な画像の組合せを使用するドットアニメーションを生成してもよい。
【０３０４】
図22及び図23は、本明細書に開示する具体的態様に従う、ドットアニメーションを説明する模式図である。
【０３０５】
プロセッサ1970は、動く画像から抽出された画像フレームから複数のピクセルを抽出してもよい。
【０３０６】
プロセッサ1970は、複数の抽出されたピクセルのそれぞれの色を検知してもよく、また、検知された色を256色のいずれか1色に変換してもよい。256色は、主な使用色としてあらかじめ選択されており、1バイトを有するインデックスタイプを有している。
【０３０７】
これは、照明装置の光源ユニットによって出力される色の微妙な変化を肉眼で感知するのは難しいことから、色の解像度を下げることによってデータサイズを小さくするためである。
【０３０８】
プロセッサ1970は、変化した色を複数のピクセルに与えることによって、ライブラリを構成するためのドットアニメーションを生成してもよい。
【０３０９】
図22は、生成したドットアニメーションの1場面2200を示す。つまり、複数のピクセルの各々は、特定の色を表現するための1ドットに対応する。実際には、特定の色は、ピクセルに対応する照明装置によって出力されるべき光の色である。
【０３１０】
図23は、それぞれのピクセルが生成されるドットアニメーションを構成するフレームに従って、それぞれのピクセルによって表現されるべき色を示す。
【０３１１】
再び図20を参照して説明する。
【０３１２】
プロセッサ1970は、生成したドットアニメーションに基づいて座席マップを構成する複数のピクセルに演出データを与える（S2005）。
【０３１３】
具体的態様において、演出データは、対応するピクセルによって表現されるべき色、カラーパターン及びカラーパターンの出力期間の情報を含んでいてもよい。
【０３１４】
光装置の視点から、情報は、照明装置の光源ユニット56によって出力されるべき光の色と光の出力パターンの情報であってもよい。
【０３１５】
演出データは、ライブラリデータに含まれていてもよい。
【０３１６】
以下、各ピクセルによって出力されるべきカラーパターンを検知する工程を詳細に説明する。
【０３１７】
図24は、本明細書に開示する具体的態様に従う、照明装置により出力されるべき光のカラーパターンを検知する工程を説明するフローチャートである。
【０３１８】
図24を参照すると、中央サーバ1900のプロセッサ1970は、動く画像のフレームをサンプリングし（S2401）、サンプリングしたフレームのためのフレーム画像を取得する（S2403）。
【０３１９】
フレーム画像は、上述のドットアニメーションを構成していてもよい。
【０３２０】
プロセッサ1970は、それぞれのフレーム画像から複数のピクセルを抽出し（S2405）、複数の抽出したピクセルのそれぞれの色を256色に変換する（S2407）。
【０３２１】
プロセッサ1970は、この変換後の256色に基づいてピクセルのカラーパターンを検知する（S2409）。
【０３２２】
具体的態様において、ピクセルのカラーパターンは、オン／オフパターン、点滅パターン、呼吸パターン及び明滅パターンのいずれか1つであってもよい。
【０３２３】
点滅パターンは、2色が交互にかつ反復して出力されるパターンであってもよい。
【０３２４】
呼吸パターンは、色の変遷の期間が反復して出力されるパターンであってもよい。
【０３２５】
明滅パターンは、2色が交互にかつ反復して出力され、また、各色の出力間隔が点滅パターンのものよりも短いパターンを示していてもよい。
【０３２６】
点滅パターン、呼吸パターン及び明滅パターンは、変遷パターンの下位概念のパターンであってもよい。
【０３２７】
以下、ステップS2409におけるカラーパターンを検知する工程を詳細に説明する。
【０３２８】
図25は、本明細書に開示する具体的態様に従う、ピクセルのカラーパターンを検知する工程を説明するフローチャートである。
【０３２９】
図25は、図24のステップS2409を詳細に説明する模式図である。
【０３３０】
中央サーバ1900のプロセッサ1970が、ピクセルの継続する色を抽出する（S2511）。
【０３３１】
プロセッサ1970は、時間経過に従ってピクセルの同一色が継続的に検知されるか否かを判断してもよい。
【０３３２】
これは図26及び図27を参照して説明する。
【０３３３】
図26及び図27は、本明細書に開示する具体的態様に従う、ピクセルの色の継続性を抽出する工程を説明する模式図である。
【０３３４】
【０３３５】
図26を参照すると、動く画像から抽出されたフレーム画像2600が描かれている。
【０３３６】
プロセッサ1970は、フレーム画像2600をドットアニメーション2610に変換してもよい。
【０３３７】
変換されたドットアニメーション2610は、複数のピクセル群を含んでいてもよい。
【０３３８】
複数のピクセル群は、それぞれ、上述の複数の照明群50-1〜50-nに対応していてもよい。
【０３３９】
プロセッサ1970は、ドットアニメーションを使って時間軸に従ってピクセルの色を抽出してもよい。
【０３４０】
色の継続性は、ピクセル群2611に含まれる任意の1ピクセル2611に基づいて決定されてもよい。
【０３４１】
図27は、時間軸に従って抽出されたピクセル2611aの色の実際の変化を示す第1の色変化図2710である。
【０３４２】
プロセッサ1970は、ピクセル2611aの色を256色のいずれか1色に変換してもよい。プロセッサ1970は、256色の中から、最もその色との類似性が高い1色を選択してもよい。
【０３４３】
第2の色変化図2730は、ピクセル2611aの色が256色のいずれか1色に変換されている状態を示す。
【０３４４】
プロセッサ1970は、第2の色変化図2730を通して所定時間（例、1秒間）に同一色がいくつ検知されるかを決定してもよい。そのような方法を通して、色の継続性を決定してもよい。
【０３４５】
ステップS2511は、継続する色の色データを圧縮するための第1の圧縮工程と名付けてもよい。
【０３４６】
再び図25を参照して説明する。
【０３４７】
その後、プロセッサ1970が、色の継続性を決定した後に、色が変遷するか否かを決定する（S2513）。
【０３４８】
ステップS2513は、継続する色の変遷のデータを圧縮するための第2の圧縮工程と名付けてもよい。
【０３４９】
さらに、具体的態様において、色の変遷を決定する工程は、ピクセルから抽出した色を256色のうち1色に変換する工程の前に実行してもよい。
【０３５０】
具体的態様において、プロセッサ1970は、コサイン類似度技術を使って色が変遷するか否かを決定してもよい。コサイン類似度技術は、2つのベクトル間の角度のコサイン値を使って2つのベクトル間の類似性の程度を決定する技術であってもよい。
【０３５１】
ここで、ベクトルは、ピクセルのRGB値に対応していてもよい。
【０３５２】
コサイン類似度技術を使って色の変遷を決定する工程は、図28を参照して説明する。
【０３５３】
図28は、本明細書に開示する具体的態様に従い、コサイン類似度技術を使って色の変遷を決定する工程を説明する模式図である。
【０３５４】
図28を参照すると、ピクセル色群2810は時間経過に従うピクセルの色を示していてもよい。つまり、ピクセル色群2810は、時間経過に従って、フレーム画像の1ピクセルから抽出した色を示す。
【０３５５】
ピクセル色群2810は、10フレーム画像における1ピクセルについての色の変化を示す。
【０３５６】
色値群2830は、10色の各々に対応するR、G及びBの値を示す。
【０３５７】
色の差分値群2850は、先の色のR値と次の色のR値の間の差を示す第1の値と、先の色のG値と次の色のG値の間の差を示す第2の値と、先の色のB値と次の色のB値の間の差を示す第3の値を含んでいてもよい。
【０３５８】
上記第1、第2及び第3の値は、1つのベクトルを構成していてもよい。
【０３５９】
コサイン類似度群2870は、先のベクトルと次のベクトルの間に形成される角度のコサイン値を使って計算したコサイン類似度を示す群である。
【０３６０】
コサイン類似度は、コサイン類似度計算式2895によって計算されてもよい。
【０３６１】
プロセッサ1970は、コサイン類似度の変化を使って、色の変遷が行われたか否かを決定してもよい。
【０３６２】
コサイン類似度の値が参照値よりも小さい場合は、プロセッサ1970が、色の変遷が行われたと決定する。ここで、参照値は、色の変遷を決定するための基準値であり、0.9であってもよいが、これは単なる例示である。
【０３６３】
第4の時間について計算したコサイン類似度の値が0.388の場合は、プロセッサ1970は、色の変遷が対応する時間に行われたと判断してもよい。
【０３６４】
プロセッサ1970は、10色を第1の変遷群2891と第2の変遷群2893に分類してもよい。
【０３６５】
時間経過に従い変化したピクセルの色の情報を保存するためには、大容量の保存スペースが必要である。
【０３６６】
本明細書に開示する具体的態様に従えば、色の変遷は256色を使って決定されるので、色データのサイズを顕著に小さくすることができる。
【０３６７】
再び図25を参照して説明する。
【０３６８】
プロセッサ1970は、色の変遷が反復して出力される期間を取得する（S2515）。
【０３６９】
具体的態様において、色の変遷の反復期間が、後でカラーパターンを決定するのに使用されてもよい。
【０３７０】
色の変遷の反復期間は、図27の第2の色変化図2730を参照して説明する。
【０３７１】
第2の色変化図2730を参照すると、赤が最初の1秒間検知され、そして黒が次の1秒間検知される。さらに、その赤が次の1秒間検知され、そしてその黒が次の1秒間検知される。
【０３７２】
プロセッサ1970は、色の変遷が反復して出力される期間が2秒（T）であると決定してもよい。
【０３７３】
その後、プロセッサ1970は、1取得期間における色彩比を取得する（S2517）。
【０３７４】
色彩比は、1期間内に検知した色の全頻度に対する特定の色の頻度の比率を示していてもよい。
【０３７５】
図27を参照すると、1期間内に、赤は10回抽出されていてもよく、また、黒は10回抽出されていてもよい。この場合、色彩比は1:1である。
【０３７６】
プロセッサ1970は、取得した色彩比に基づいてカラーパターンを抽出する（S2519）。
【０３７７】
S2515〜S2519の動作は、カラーパターンのデータを圧縮するための第3の圧縮工程と名付けてもよい。
【０３７８】
プロセッサ1970は、取得した色彩比に基づいて、点滅パターン、明滅パターン及び呼吸パターンのいずれか1つを抽出してもよい。
【０３７９】
具体的には、プロセッサ1970は、色の変遷の反復期間と色彩比に基づいて、カラーパターンを抽出してもよい。
【０３８０】
例えば、1反復期間内に第1の継続色が1回検知され、それ以外の継続色が9回検知された場合、つまり、色彩比が1:9の場合は、プロセッサ1970はカラーパターンが明滅パターンであると決定してもよい。
【０３８１】
他の例として、1反復期間における10色が、5回の第1の継続色と5回のそれ以外の継続色を含む場合、つまり、色彩比が1:1の場合は、プロセッサ1970はカラーパターンが点滅パターンであると決定してもよい。
【０３８２】
次に、抽出したカラーパターンを使って、デジタル色データをアナログ色データに変換する工程を説明する。
【０３８３】
図29は、本明細書に開示する具体的態様に従い抽出したカラーパターンが呼吸パターンである場合のRGB値の変化を示すグラフあり、図30は、本明細書に開示する具体的態様に従い抽出したカラーパターンが点滅パターンである場合のRGB値の変化を示すグラフある。
【０３８４】
図29を参照すると、第1のグラフ2910は、時間軸に従ったデジタルRGB値を示す。
【０３８５】
第1のグラフ2910は、光出力パターンが呼吸パターンであることを示す。
【０３８６】
プロセッサ1970は、デジタルRGB値をアナログRGB値に変換してもよい。第2のグラフ2930は、時間軸に従ったアナログRGB値を示す。
【０３８７】
図30を参照すると、第3のグラフ3010は、時間軸に従ったデジタルRGB値を示す。
【０３８８】
第3のグラフ3010は、光出力パターンが点滅パターンであることを示す。
【０３８９】
プロセッサ1970は、デジタルRGB値をアナログRGB値に変換してもよい。第4のグラフ3030は、時間軸に従ったアナログRGB値を示す。
【０３９０】
一方、プロセッサ1970は、エラーが発生するフレームのデジタル色データを修正してもよい。
【０３９１】
図31は、本明細書に開示する具体的態様に従う、エラーが発生するフレームの色データを修正する工程を説明する模式図である。
【０３９２】
図31は、抽出したカラーパターンが点滅パターンであると仮定して工程を説明する。
【０３９３】
図31を参照すると、第5のグラフ3110は、時間軸に従うデジタルRGB値を示す。第5のグラフ3110において、G値が第1の部分3111から突き出す現象が発生し、また、R値が第2の部分3113から突き出す現象が発生している。
【０３９４】
第1の部分3111または第2の部分3113に見られるように、隣接する色値と異なるパターンが発生する場合は、プロセッサ1970は、対応する部分を修正してもよい。
【０３９５】
つまり、対応する色値が、決定したカラーパターンに従うことができない場合は、プロセッサ1970が対応する色値を修正して、対応する色値が決定したカラーパターンに従うようにしてもよい。そのような作業は、アップグレード作業と名付けてもよい。
【０３９６】
修正結果に従って、アナログRGB値を示す第6のグラフ3130を取得してもよい。
【０３９７】
図32は、本明細書に開示する具体的態様に従う、制御装置がシナリオまたはライブラリを編集するためのシナリオ編集画面を説明する模式図である。
【０３９８】
図32は、図32のシナリオ編集画面3200が制御装置20によって表示される画面であると想定してシナリオ編集画面を説明するが、シナリオ編集画面は必ずしもこれに限られず、シナリオ編集画面は、中央サーバ1900によって表示され得る画面であってもよい。
【０３９９】
シナリオ編集画面3200は、ライブラリリスト3210と、座席マップ3220と、プレイリスト3230と、複数のライブラリ3251、3253、3255、3257及び3259を含むシナリオ3250とを含んでいてもよい。
【０４００】
ライブラリリスト3210は、シナリオを構成するための複数のライブラリを含んでいてもよい。
【０４０１】
ライブラリリスト3210は、固定項目3211とカスタム項目3213とを含んでいてもよい。
【０４０２】
固定項目3211は、デフォルトとして構成されるライブラリを含んでいてもよい。
【０４０３】
カスタム項目3213は、興行主の意図に従って設計されたライブラリを含んでいてもよい。例えば、カスタム項目3213は、文字列または歌手を示すロゴとして歌手の名前を実行するためのライブラリを含んでいてもよい。
【０４０４】
座席マップ3220は、図20を参照して上述した通りに取得した座席マップである。
【０４０５】
プレイリスト3230は、ライブラリリスト3210から選択される1以上のライブラリを再生するためのリストであってもよい。
【０４０６】
プレイリスト3230には、実際の興行において照明装置によって実行されるべき1以上のライブラリが表示されていてもよい。
【０４０７】
興行主は、プレイリスト3230内の任意の1ライブラリを再生するためのコマンドに従って、ライブラリを実行する工程をシミュレーションしてもよい。
【０４０８】
さらに、具体的態様において、任意の1ライブラリがプレイリスト3230から選択された場合は、制御装置20は、選択したライブラリを実行するための制御メッセージを生成してもよい。生成された制御メッセージは、上述の通り、照明装置に送信されてもよい。
【０４０９】
シナリオ3250は、1曲の歌の再生区間に対応していてもよい。シナリオ3250は、複数のライブラリ3251、3253、3255、3257及び3259を含んでいてもよい。
【０４１０】
複数のライブラリがユーザーの入力に従って選択された場合は、制御装置20は、選択されたライブラリを組み合わせることによって1つのシナリオ3250を生成してもよい。
【０４１１】
複数のライブラリ3251、3253、3255、3257及び3259の各々は、プレイリスト3230に含まれるライブラリであってもよい。
【０４１２】
第1のライブラリ3251は、全ての照明装置の光源ユニット56が、歌の開始から1分間電源をオフすべきことを示していてもよい。
【０４１３】
第2のライブラリ3253は、全ての照明装置の光源ユニット56が、第1のライブラリ3251の実行後2分間電源をオンにすべきことを示していてもよい。
【０４１４】
第3のライブラリ3255は、全ての照明装置の光源ユニット56が、第2のライブラリ3253の実行後3分間明滅動作を実行すべきことを示していてもよい。
【０４１５】
第4のライブラリ3257は、全ての照明装置の光源ユニット56が、第3のライブラリ3255の実行後5分間歌手のロゴを表現する光を出力すべきことを示していてもよい。
【０４１６】
第5のライブラリ3259は、全ての照明装置の光源ユニット56が、第4のライブラリ3257の実行後1分間電源をオフにすべきことを示していてもよい。
【０４１７】
上述の通り、1つのシナリオ3250は、第1〜第5のライブラリ3251、3253、3255、3257及び3259の組合せを通して完成されてもよい。
【０４１８】
一方、第3のライブラリ3255が選択された場合は、制御装置20は、第3のライブラリ3255の詳細情報を示すポップアップウィンドウ3270を表示してもよい。
【０４１９】
ポップアップウィンドウ3270は、第3のライブラリ3255に関して、開始時間、終了時間、持続時間、光出力パターンの期間、出力光の色及び出力カラーパターンに関する1以上の情報を含んでいてもよい。
【０４２０】
興行主は、シナリオ編集画面3200を通してシナリオの全ての事項を編集してもよい。
【０４２１】
本明細書が開示する具体的態様を構成する全ての構成要素を組み合わせて1つにしたり、組み合わせて動作させたりすることを説明したが、本明細書の開示は、必ずしもそのような具体的態様に限定されるものではなく、本明細書の開示の目的の範囲内で全ての構成要素のうち1以上を選択的に組み合わせて動作させてもよいものである。
【０４２２】
さらに、全ての構成要素の各々が1個の独立したハードウェアとして実施されてもよいが、構成要素の一部または全てを選択的に組み合わせて、1組以上のハードウェアの組合せの一部または全ての機能を実行するプログラムモジュールを有するコンピュータプログラムとして実行してもよい。コンピュータプログラムを構成するコード及びコードのセグメントは、本明細書の開示に関係する分野の当業者によって容易に推論し得るものである。
【０４２３】
そのようなコンピュータプログラムは、コンピュータで読み取り可能な媒体（Computer Readable Media）に保存されてもよく、また、コンピュータによって読み出されかつ実行されて本明細書に開示する具体的態様を実施してもよい。コンピュータプログラムの保存媒体は、磁気記録媒体、光学記録媒体及び半導体記録装置を含む保存媒体を含む。さらに、本明細書に開示する具体的態様を実施するコンピュータプログラムは、現実の時間に外部装置を経由して送信されるプログラムモジュールを含む。
【０４２４】
本明細書の開示は、本明細書に開示する具体的態様に言及して説明されているが、様々な改変や変更が通常の技術を有する技術者の水準で適用され得るものである。従って、そのような改変や変更は、本明細書の開示の精神および技術範囲から逸脱するのでない限り、本明細書に開示する技術範囲内に含まれることが理解されるであろう。
【図１】
2021508147.tif 000003
【図２】
2021508147.tif 000004
【図３】
2021508147.tif 000005
【図４】
2021508147.tif 000006
【図５】
2021508147.tif 000007
【図６】
2021508147.tif 000008
【図７】
2021508147.tif 000009
【図８】
2021508147.tif 000010
【図９】
2021508147.tif 000011
【図１０】
2021508147.tif 000012
【図１１】
2021508147.tif 000013
【図１２】
2021508147.tif 000014
【図１３Ａ】
2021508147.tif 000015
【図１３Ｂ】
2021508147.tif 000016
【図１４Ａ】
2021508147.tif 000017
【図１４Ｂ】
2021508147.tif 000018
【図１４Ｃ】
2021508147.tif 000019
【図１５】
2021508147.tif 000020
【図１６】
2021508147.tif 000021
【図１７Ａ】
2021508147.tif 000022
【図１７Ｂ】
2021508147.tif 000023
【図１８Ａ】
2021508147.tif 000024
【図１８Ｂ】
2021508147.tif 000025
【図１９】
2021508147.tif 000026
【図２０】
2021508147.tif 000027
【図２１】
2021508147.tif 000028
【図２２】
2021508147.tif 000029
【図２３】
2021508147.tif 000030
【図２４】
2021508147.tif 000031
【図２５】
2021508147.tif 000032
【図２６】
2021508147.tif 000033
【図２７】
2021508147.tif 000034
【図２８】
2021508147.tif 000035
【図２９】
2021508147.tif 000036
【図３０】
2021508147.tif 000037
【図３１】
2021508147.tif 000038
【図３２】
2021508147.tif 000039
【国際調査報告】
2021508147.tif 000040
2021508147.tif 000041
2021508147.tif 000042
2021508147.tif 000043