JPH0696603A - 照明プロダクションのモデリング・システムとモデリング方法 - Google Patents

Abstract

(57)【要約】 【目的】 照明デザインをオフラインで作成し、これら
のデザインを演出する実際の照明システムをオンライン
で制御するモデリング制御システムに関する。 【構成】 プラグラマブル・コンピュータを使用して、
モデル・オブジェクトとそのパラメータを記述した入力
をプロンプトでデザイナまたはプログラマ指示する。パ
ラメータには、舞台の寸法、舞台道具とそのロケーショ
ン、演技者とその位置、トラス、ライトとそのパラメー
タ（カラー、焦点、照度、ビーム・エッジなど）、およ
びオブジェクト相互間の関係がある。結果として得た照
明シーンを計算し、キューとして編成し、実際の照明コ
ントラーラが使用するのに適した配置と形式にする。モ
デリング操作を容易にし、その結果が得やすい形でモデ
ル環境を表示する。デザイナが使用できるように、さま
ざまなスプレッドシートを生成できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は照明デザインを作成する
システムおよびそのデザインを表示する際に使用される
照明システムの動作を制御するシステムに関する。更に
詳しくは、照明デザインをオフラインでモデル化し、照
明システムの制御を通してデザインをオンラインで構築
することに関する。

【０００２】

【従来の技術】舞台の照明応用分野で使用されているよ
うな最新の照明プロジェクタは、多数の照明パラメータ
に変化をもたせて、さまざまな照明効果を得ているのが
代表例である。従来の照明手段は、ライトの照度やその
カラー（色合いと飽和度）の方向（フォーカスとも呼ば
れる）、ビーム・サイズ、形状および鮮明度の制御に変
化をもたせている。「ゴーボー」によるパターン投射も
ある種の効果を得るために採用されている。

【０００３】Ｖａｒｉ−Ｌｉｔｅ社製の自動化ライトの
ＶＬ２Ｂ^TM、ＶＬ３^TM、ＶＬ４^TMモデルなどのように、
可変多パラメータ照明手段のビームを所望のターゲット
やサイトに向けることは、「ヨーク」内のライト・アセ
ンブリをピボット回転させて、所望の仰角またはチルト
を得るか、あるいはヨークを回転させてビームを「パ
ン」するかして、達成している。

【０００４】これらの照明手段では、ライトの励起を調
節するか、あるいはアイリスなどの機械的「ダウザ」
（ｄｏｗｓｅｒ）を使用して照度を制御している。カラ
ーは調節可能二色フィルタを使用して得ており、他方、
ビーム径および鮮明度／散光度はアイリスまたはレンズ
系と散光器によって設定している。

【０００５】代表的な照明システムはライトの配列から
構成され、例えば、コンソールから操作される集中化さ
れたコンピュータ・ベースの照明コントローラと通信す
るようになっている。コンソールからは、個々のライト
やライト群を選択的にアクセスすることができ、コンソ
ールの制御スイッチを調節することにより、選択したラ
イトを操作して各ライトとその正しいターゲットに向け
たり、ライトの特性を制御するビーム・パラメータを調
節したりすることが可能になっている。

【０００６】多数の自動化ライトでは、カラーやビーム
・サイズ、照度、エッジ、ゴーボー・パターン、パン、
チルトなどをプログラミングすることが可能になってお
り、また、多数のシステムでは、この種のライトが非常
に多数の可変位置に配置されているので、照明デザイナ
にとっては、煩わしく、時間を浪費する作業になってい
る。

【０００７】舞台照明では、この作業は、リハーサルの
ときに一連の照明シーンやキューを、達成しようとする
所望のドラマチック効果に従って、演出することからな
っている。各シーンは、最初に、コンソールの制御スイ
ッチを使用してデザインされる。（ライトの配置が関係
する場合もある。）セットアップまたは手操作制御モー
ドで所望の照明効果が得られると、コンソール・オペレ
ータはパラメータをキューとしてコンピュータ・メモリ
にストアしておき、後でアクセスできるようになってい
る。キューは、そのキューで使用される各ライトごと
に、パン、チルト、カラー、ビーム・サイズなどの照明
属性のすべてを定義している。

【０００８】照明デザイナはパフォーマンスの観点から
照明効果を作り、各パラメータを変更するつど照明効果
全体を観察する必要があるので、自動化照明システムを
プログラミングする従来の方法によると、劇場を使用す
ること、役者と関係者が現場にいること、劇場でセット
アップしたすべてのライトとコンソールを含む照明シス
テム全体が必要になる。このオンライン・プログラミン
グ方法は所望のプロダクションを得る上で効果的である
が、この方法は時間を浪費し、費用のかかる作業であ
る。

【０００９】このプログラミン作業またはその大部分が
役者、関係者、劇場、システムなしで遂行できるように
すれば、費用が大幅に節減されるはずである。プロダク
ションを最初からデザインするかどうかに関係なく、ま
た、巡業の場合のように、新しい巡業地に合わせて変更
する必要がある場合にも、このことは妥当する。どちら
の場合も、オフライン・プログラミングによると、オン
ラインによる最終的プログラミングの使用効率が向上
し、照明プロダクションが完全なものとなる。

【００１０】このような要求に応えて、グラフィック機
能を備えたコンピュータ・ベースのシステムがいくつか
開発されて、自動化照明システムのオフラインによるプ
ログラミングを可能にしている。これらのグラフィック
・システムは、ある種の現実の照明効果が得られるよう
に、コンピュータ画面その他のディスプレイ上で部分的
にシミュレートする設計になっている。

【００１１】英国ロンドンのＴａｓｃｏ社が開発した
「スターライト」システムは、プログラマがパラメータ
・データを調節しながら、照明効果全体をある程度シミ
ュレートしている。Ｔａｓｃｏシステムの制御コンソー
ルは、ライトをプログラミングし、その機能をシミュレ
ートするグラフィック・ディスプレイを備えたコンピュ
ータを内蔵している。しかし、このシステムは、ライト
とターゲットの位置情報をキュー・データ（パンやチル
ト値）に変換する機能を備えていない。同種の製品が”
Ｊｏａｎ Ｃｏｌｌｉｎｓ Ａｓｓｏｃｉａｔｅｓ”、
９５３ Ｎ。Ｈｉｇｈｌａｎｄ、Ｌｏｓ Ａｎｇｅｌｅ
ｓ、ＣＡによって開発されている。

【００１２】

【発明が解決しようとする課題】以上のことから明らか
なように、コンピュータをベースとした劇場照明をオフ
ラインでシミュレーションすることには、自ら限界があ
る。従って、真に効果的で、入手可能なものにするに
は、モデリング作業を単純化し、好ましくは直観的なも
のにする必要がある。また、手段が比較的単純化されて
いても、デザイナがリアルな効果と、その効果に寄与す
る変数の状態や値を目で見ることができるように、意味
深いか、あるいは示唆的である必要がある。従来システ
ムはこの面で欠陥がある。

【００１３】理想的には、システムはコンソールの制御
もシミュレートして、新しい制御と効果との関係を習得
する必要がないようにしておくべきである。

【００１４】従って、本発明の目的は、改良した照明デ
ザイン手段を提供し、照明デザインをオフラインで作成
することを可能にし、もって演技者や劇場、照明設備に
依存することを軽減化することにある。

【００１５】本発明の別の目的は、照明デザイナが実際
の照明設備をアクセスしなくても、さまざまな照明効果
を目で見ることができるようにする手段を提供すること
にある。

【００１６】更に、本発明の別の目的は、ユーザーにス
ケマチックでリアルなグラフィック・ディスプレイを提
示することにより、ユーザーが関心のないモデル・デー
タを表現することを不要とし、低解像度またはモノクロ
ームのディスプレイの使用を可能にすることにある。

【００１７】本発明の別の目的は、照明プロダクション
をオフラインでプログラミングすることにより、実際の
照明設備システムに簡単にかつ即時に組み込むことがで
きるようにすることにある。

【００１８】本発明の別の目的は、照明プロダクション
をオフラインで作成する手段を提供し、比較的安価なコ
ンピュータ・システムで実現可能であるが、照明パラメ
ータを計算して、意味深いシミュレーションを表示する
ことにある。

【００１９】本発明の別の目的は、オフライン照明ショ
ウ・デザイン・ツールを提供し、その出力を使用して、
照明手段を直接に制御できるようにしたことにある。ま
た、本発明の目的は、照明デザインをリアルタイムに演
出することを可能にする形式で出力を得ることにある。

【００２０】本発明の別の目的は、自動化照明コンソー
ルの制御機能を重複化することによって、オペレータの
処置が照明器具に及ぼす効果をモデリング・システムや
コンソール設置場所から直接にオペレータがモニタでき
ないような場合に、モデリング・システムを使用して照
明器具を直接に制御できるようにしたことにある。

【００２１】本発明の別の目的は、オフライン照明デザ
イン・プログラミング・ツールを提供し、複雑な照明関
係を記号化して、単純で混乱のない、意味深い態様で、
しかも応答時間の早いシミュレーションを可能にしたこ
とにある。

【００２２】本発明の別の目的は、デザイナの多様化し
た要求に合ったさまざまなディスプレイを生成するよう
なプログラミング・ツールを提供することにある。

【００２３】本発明の別の目的は、照明セットのための
オフライン・モデリング・システムを提供し、ユーザー
に対するプロンプトを実際のコンソール構成とアナログ
的に関係づけることにある。

【００２４】本発明の別の目的は、照明プロダクション
のためのオフライン・モデリング・システムを提供し、
ユーザーがいくつかの方法から１つを選択してモデル・
データを指定できるようにし、メニューと対話ボックス
から器具の使用ができるようにしたことにある。照明デ
ザイナに親しみのあるシステム用語や表記を組み入れる
ことにより、またこれらに関係する慣用的なアクション
を作ることにより、ユーザーは、同じ用語を使用してシ
ステムと通信することができ、機械ではなく、人間によ
る照明デザイナのアシスタントの場合と同じ結果が得ら
れる。

【００２５】本発明の別の目的は、照明デザイナのため
のオフライン・モデリング・システムを提供し、ショウ
の演技者、セット、トラス、および照明の数学的に正確
な３次元モデルを計算して表示し、パンとチルトの値を
ターゲット位置として計算し、関係の要素が変更された
ときモデル要素を調整し、更新と修正を単純化すること
にある。

【００２６】

【課題を解決するための手段】本発明を実施するための
システムは、プロダクション・サイトの特性や照明コン
ソールと照明器具によって演出された照明シーンを含む
照明プロダクションをモデル化し、サイトと器具へのア
クセスを不要とするものである。本発明によるシステム
は、データ入力手段、プロセッサ、記憶手段、モニタ、
およびグラフィック生成プログラムを備えたコンピュー
タを利用している。そのほかに、モデリング・システム
は次のものを備えている。

【００２７】（１）データ受信手段。この受信手段に
は、つぎのものが記述される。

【００２８】（ａ）照明ターゲットを含む照明サイトの
関係パラメータの記述。

【００２９】（ｂ）照明デザインのプロダクションにお
いて動作状態にしておく照明器具の選択の指定。

【００３０】（ｃ）選択した照明器具のロケーションの
記述。

【００３１】（ｄ）選択した照明器具の各々に関連する
照明パラメータの値の記述。

【００３２】（２）所望の総合照明デザインの数学的に
正確な３次元表現を、サイト、ライト選択、ライト・ロ
ケーションおよび値データから計算する手段。

【００３３】（３）上記表現の一部をモニタ上に表示す
る手段。

【００３４】（４）計算の結果を、実際の照明器具によ
る使用に適した形に構成する手段。

【００３５】本発明のその他の特徴を列挙すると、次の
とおりである。

【００３６】１．データ受信手段はモニタ上に表示され
て、有効なデータの入力をプロンプトで指示する手段を
備えている。

【００３７】２．受信したデータ相互間の関係を計算し
て、あるデータが変更されたとき、そのデータに依存す
る関係データが変更されるようにする手段が用意されて
いる。

【００３８】３．照明デザイナが実際の照明プロダクシ
ョンを記述する時に採用したタイプに全体的に準拠する
少なくとも１つのスプレッドシートを生成する手段も用
意されている。

【００３９】４．シーン表現の計算には、いくつかの異
なる観点から見た照明シーンを同時に生成し表示する手
段が含まれている。

【００４０】５．シーン・ディスプレイは、サイト、ラ
イト選択、ライト・ロケーションおよびライト・パラメ
ータが即時に判別できるような形で生成される。

【００４１】６．モデリングは、パンとチルトの値を照
明器具の関数として生成することからなる。

【００４２】７．サイト・パラメータと照明の構成要素
は階層構造に編成されている。

【００４３】８．モデリング・プロセスは、有効なデー
タを有効な順序で入力できるように、生成手段、対話ボ
ックスおよびアイコンによって機能が大幅に強化されて
いる。

【００４４】９．モデリング・プロセスは、照明シーン
・パラメータをストアと呼出しが可能なキューとして編
成する。

【００４５】１０．照明パラメータは、ターゲット位置
の形で指定が可能であり、ビーム位置付けの場合には、
コンピュータ・システムは必要とするパンとチルトを自
動的に計算する。

【００４６】１１．ターゲット容積もオブジェクトとし
てモデル表現が可能であり、移動とサイズ変更を行うこ
とにより、関連のオブジェクトと属性の対応する調整を
得ることができる。

【００４７】１２．モデリング・システムはコンソール
と双方向で通信することにより、データのやりとりと役
割の分担が行えるようになっている。

【００４８】１３．モデリング・システムはモデル・オ
ブジェクト間の関係を指定するための手段を備えてい
る。

【００４９】１４．動的側面から見た照明シーンをモデ
ル化し、シミュレートすることができる。

【００５０】プロセス側から見たとき、本発明は、照明
コンソールと照明器具によって演出されたプロダクショ
ン・サイトと照明デザインを含む照明プロダクションを
モデル化する方法と要約することができる。このモデリ
ング方法では、グラフィック・ディスプレイ・プログラ
ム、データ入力手段、データ処理手段、およびモニタを
備えたコンピュータ・システムを採用している。この方
法は次のステップからなっている。

【００５１】（１）次のものを記述したデータをコンピ
ュータ・システムに入力する。

【００５２】（ａ）照明サイトの関係特性。

【００５３】（ｂ）シーンに関係する照明器具の指定。

【００５４】（２）記述したシーンを表現したディスプ
レイをモニタ上に生成する。

【００５５】（３）選択した器具と照明サイトとの位置
関係に関するデータをコンピュータ・システムに入力す
る。

【００５６】（４）サイトと選択した器具のディスプレ
イをモニタ上に生成して、これらの位置を表示する。

【００５７】（５）必要な場合には、照明ビーム・カラ
ーとビーム方向を含む、選択した照明器具の各々の照明
パラメータを記述したデータをコンピュータ・システム
に入力する。

【００５８】（６）サイト、照明器具選択、位置付けお
よびパラメータ調整によって作られた総合照明効果をシ
ミュレートするディスプレイを、評価目的のためにモニ
タ上に生成する。

【００５９】（７）所望のディスプリが得られるまで必
要に応じて上記ステップを繰り返す。

【００６０】

【実施例】以下、添付図面を参照して本発明について詳
しく説明する。

【００６１】図１は本発明の特徴を示す概略図である。
同図に示すように、最終的には実際の照明システム１０
０によって作られる照明プロダクションをモデル化する
ためのコンピュータ・システム２０が表示されている。
照明システム１００はＶａｒｉ−Ｌｉｔｅ社提供のＡＲ
ＴＩＳＡＮ^TMまたはＭＩＮＩ−ＡＲＴＩＳＡＮ^TMなどの
照明コンソール１１０と、ライト・ネットワークとを備
えている。ライト・ネットワークは前記のモデルＶＬ
２、ＶＬ２Ｂ、ＶＬ３、ＶＬ４をさまざまに組み合わせ
て構成することが可能である。

【００６２】照明コントローラはＶａｒｉ−Ｌｉｔｅ
ＶＬ２００シリーズ照明システムに接続されるタイプに
することが可能であり、コントローラの一部は、米国特
許第４，９８０，８０６号（ＴａｙｌｏｒおよびＷａｌ
ｓｈ、１９９０年１２月２５日特許交付）に記載されて
いる構成にすることが可能である。

【００６３】コンピュータ・システム２０は後述するグ
ラフィック・システムの下で稼働する汎用コンピュータ
である。好ましいコンピュータ・モデルはアップル・マ
ッキントシュＩＩ ｆｘである。マイクロプロセッサ、
ＲＡＭ、ＲＯＭ、メモリを装備し、マウス２８およびキ
ーボード３０をインタフェースとしてユーザーと連絡す
る。通信用モデムも備えており、データはハードコピー
・プリンタから印刷することができる。

【００６４】本発明がどのように実施されるかの理解を
容易にするために、図示実施例のいくつかの一般的要素
について最初に説明する。可変多パラメータ照明機能を
備えた自動化照明システム１００の機能をモデル化し、
プログラミングし、シミュレートするためのモデリング
・システムと方法からなる設計になっている。モデリン
グ・システムと方法は照明キューを事前に書くために使
用できる。

【００６５】グラフィック生成システムとソフトウェア
を実装した汎用コンピュータ２０を使用することによ
り、プログラマ／デザイナは照明システム構成と、照明
設備が使用されるその周囲環境（例えば、劇場やアリー
ナ）の稼働モデルを開発することができる。そのほか
に、プログラマは照明システム、照明の対象となる舞台
環境およびターゲットを構成する要素のひとつひとつを
定義する。モデリング・ソフトウェアを使用して照明シ
ステムのグラフィック・ディスプレイをモニタ２４上に
生成するために、システムは定義したオブジェクトを作
成し、操作する機能を備えている。

【００６６】本発明のモデリング・システムによれば、
モデル開発のために必要とされるものは、すべてアリー
ナや舞台環境のディメンションと特性の知識と、利用す
べきライトの数、タイプ、および配置の判断である。こ
れは、アリーナに入ったり、ライトを吊したりしなくて
も、前もって行うことができる。

【００６７】プログラマが、共通の準拠フレームにおけ
るこれらの要素の各々と他の要素との相対的位置関係を
定義することによって基本モデルを開発すると、モデリ
ング・システムはショウ・オブジェクトとその関連属性
を、画面２４などの２次元ディスプレイ装置上に３次元
でグラフィックを作成し、操作できるようにする。

【００６８】プログラマはマウス２８、キーボード３
０、カーソル３４そのほかアイコン３５、メニュー３
６、モデル・オブジェクト３７などの画面オブジェクト
を用いて、モデリング・システムと対話で通信すること
によって、モデル内の各要素の位置情報および特性情報
を定義する。

【００６９】キュー・パラメータ・データは、割り当て
るべきライト、その形状とカラー、照明の対象となる関
連ターゲットの位置を指定することにより、書くことが
できる。キュー・パラメータ・データには、他の所望ビ
ーム特性を表すデータを含めることが可能である。

【００７０】ビーム特性を定義し、必要とするライトを
それぞれに対応するターゲットと関連づけることによっ
て、プログラマが所望の照明効果を得ると、システム
は、必要ならば、各ライトが所望のターゲットに焦点が
合うように、ライトの所要パン値とチルト値を計算する
ことができる。プログラマは、これらのパラメータに絶
対値を指定することにより（従って、パンとチルトを計
算する必要がない）、パン値とチルト値を定義すること
ができるが、ライトをそれぞれのターゲットに関連づけ
ることも可能である。あるライトがそのターゲットと関
連づけられたときは、パン値とチルト値はモデリング・
システムによって計算される。この計算は自由空間にお
けるライトとそのターゲットの定義済みの場所を、参照
テーブル（ｌｏｏｋ−ｕｐ ｔａｂｌｅ）から検索する
ことによって行なわれる。

【００７１】初期値としてキュー情報を書くほかに、プ
ログラミング手法を利用すると、ストアしたパラメータ
・データを更新したり、修正したりすることができる。
これらの変更が必要になるのは、例えば、新しいパフォ
ーマンス場所が現れたときや、パフォーマンスの新しい
振り付けによって、演技者が予想していなかった別の場
所に配置されるときである。変更の理由に関係なく、こ
れらの新しい値は、ストアされているキュー・データに
反映させなければならない。従来のプログラミング手法
では、これは時間を浪費し、複雑な作業であった。

【００７２】照明キューのかかる更新は、簡単で、効率
のよい方法で行なわれる。光源やターゲットといったよ
うに、いずれかのパラメータ値が変わったときは、対応
するキューまたはキュー群のなかの他のパラメータ値
は、モデル・キューを更新するだけで修正が可能であ
る。この更新は対話方式で行なわれる。新しいパラメー
タ・データは更新された情報に基づいて計算される。

【００７３】さらに、モデリング・システムを使用する
と、照明システムの機能をシミュレートすることができ
る。モデリング・コンピュータ２０のディスプレイ・モ
ニタ２４は、ストアされたパラメータ・データのさまざ
まなグラフィック表現を表示するために利用される。こ
れにより、プログラマは各パラメータの変化の効果を観
察することができる。

【００７４】モデリング・システムのグラフィック表現
により、事前のプログラミングで概算し、推量するとい
う作業が不要になる。各パラメータが変化したとき、プ
ログラマはその変化が照明システム全体に及ぼす影響を
確かめ、自動化照明システム全体の挙動をパフォーマン
ス場所でセットアップされたのと同じように、見直すこ
とができる。

【００７５】モデリング・システムは任意のシーン（キ
ュー）における各照明器具の構成をいく通りかの方法で
表示する。表示されるものには、パラメータ・データ全
体に準拠する照明器具のグラフィック表現、照明システ
ムの構成を構成する１つまたは複数のパラメータの数
値、任意のシーンのランダム・ディスプレイ、プログラ
マが任意の順序でシーンまたは一連のキューを進めてい
くとき照明システムを表示するシーンなどがある。

【００７６】モデリング・システムは、コンソールから
追跡場面（時間の経過を追って反復的に発生するキュー
のシーケンス）を活動化することによって得た効果を、
追跡場面におけるキューの各々に準拠するモデル・オブ
ジェクトのグラフィック表現を作成することによってシ
ミュレートすることができる。これらのイメージは、追
跡場面の指定にストアされたキュー間のタイミングに従
って表示される。

【００７７】あるキューから別キューへの変換は、同じ
ように、変換時に照明が通過する中間のパンとチルト設
定値を生成し、これらの中間状態におけるモデル表現を
作成し、アニメーションに似た動きの効果を作るように
これらのイメージを即時に表示することによってシミュ
レートすることができる。

【００７８】強化機能を使用することにより、モデリン
グ・システムはモデル化したシーンの写実的なイメージ
を３次元で生成することができる。また、ストアされた
一連のキュー・データを通して実行することにより、イ
メージのシーケンスを高速に連続させて表示して、動く
イメージの幻影を作ることができる。これにより、ユー
ザーはほとんど実際のショウを見ているかのような印象
を受ける。

【００７９】モデリング・システムには、照明設備のパ
ラメータを設定し、必要とする値をキューとしてストア
し、ストアされたキュー・データを呼び出して以前にデ
ザインした照明効果を作り出す際に、制御コンソールの
機構と機能を重複することができるモードが用意されて
いる。

【００８０】照明デザイナやプログラマは、モデルのビ
ルディング・ブロックとなる記号表現をいくつでも選択
することができる。これらのビルディング・ブロックは
モデルを開発するためにプログラマによって使用され
る。舞台、小道具、ターゲット、およびトラスを表すビ
ルディング・ブロックが選択されると、プログラマは、
モデル内に配置するオブジェクトの寸法、サポート、ロ
ケーション、および回転を指定するようにプロンプトに
よって指示される。更に、モデルに追加すべき照明器具
が選択されたときは、プログラマは、ライトのチャネル
番号、サポート、ロケーション、および吊す向きを指定
するようにプロンプトで指示される。このプロセスは反
復的に行うことができる。つまり、モデリング・システ
ムによればプログラマは後に戻って、モデルに定義した
オブジェクトのパラメータを変更することができる。

【００８１】モデリング・システムと実際の照明システ
ムとの相互作用 モデリング・システムと実際の照明システムとが相互に
作用し合うモードは４つあり、以下、これらのモードに
ついて説明する。

【００８２】最初の相互作用モードでは、モデリング・
システムは実際の照明システムから独立し、オフライン
になっている。プログラマはモデリングとプログラミン
グ・ステージを完了すると、開発したパラメータ・デー
タをデータ転送手段によって実際の照明システムの制御
コンソールにダウンロードする。

【００８３】２番目の相互作用モードでは、モデリング
・システムは実際の照明システムの制御コンソールと対
話方式で、双方向に通信する。このモードでは、モデリ
ング・システムにおける活動はコンソールに伝えられ、
そこに反映される（逆の場合も同じである）。

【００８４】３番目の相互作用モードでは、モデリング
・システムが実際には従来の制御コンソールに代わっ
て、キューのセットアップ、ストア、および呼出しの制
御を行なう。コンソールの機能はすべて、モデリング・
システムによって実行される。４番目の相互作用モード
では、モデリング・システムの機能は制御コンソール自
身が実行することができる。このモードでは、モデリン
グ・システムが実際のシステムにおけるライトの代わり
をして、ライトと同じように実際のコンソールの制御ス
イッチに応答する。ユーザーが制御コンソールを操作す
る効果は、モデリング・システムのディスプレイに反映
される。

【００８５】モデルのグラフィック図 本発明によるモデリング・システムは、プログラマと対
話するためのグラフィック・ユーザー・インタフェース
を備えている。一般的には、好ましいインタフェース
は、Ｈｕｍａｎ Ｉｎｔｅｒｆａｃｅ Ｇｕｉｄｅｌｉ
ｎｅｓ：ＴｈｅＡｐｐｌｅ Ｄｅｓｋｔｏｐ Ｉｎｔｅ
ｒｆａｃｅ，ＩＳＢＮ ０−２０１０１７７５３−６に
規定のガイドラインに準拠している。このインタフェー
スはプログラマにモデルのグラフィック図を表示する。
この図は、モデルの中のオブジェクトの現在の状態を明
確で、単純で、整理された形で表現している。

【００８６】照明器具やその他のオブジェクトは、モデ
ルのグラフィック図の中で作成し、修正し、削除するこ
とができる。モデル・オブジェクトは、記号を使用して
表示することができる。例えば、照明は「球」で、舞台
演技者は「ブロック」で、ライトのビームとトラスは
「ロッド」で表示することができる。これらの作業は、
好ましくはメニュー駆動コマンドの実行によって、プロ
グラマによって行なわれる。これらの機能については、
後で詳しく説明する。

【００８７】モデリングは、図１に示すようなプログラ
マブル汎用コンピュータを使用して行なわれる。好まし
いモデルはアップル・マッキントシュＩＩ ｆｘであ
る。コンピュータ２０は通常の構成要素として、プロセ
ッサ、ＲＯＭメモリ、ドライブ、バス、制御回路を備え
ているほかに、モデリング・システムを実装している。
マウス、ジョイスチック、トラッカ・ボール、ライト・
ペンといった代表的なグラフィック入力装置２８をメニ
ュー・システムおよびカーソル３４と併用することによ
って、プログラマはコンピュータ２０とやりとりする。
マウス２８がグラフィック入力装置として好ましいの
は、ディスプレイ・モニタ２４上の情報を指すポインタ
として使用できるからである。英数字キーボード３０は
通常の機能を備えているので、データ入力装置に代えて
使用することもできる。

【００８８】本発明の好適実施例では、プログラマはメ
ニューを使用して、モデルに組み入れるべき項目や更新
すべき項目を効率よく選択したり、システムの動作モー
ドを変更できるようになっている。また、メニューの有
効な選択項目だけをプログラマに表示して、正しくない
選択が行われるのを防止する。メニューを使用すると、
コマンド名が覚えやすくなり、プログラマは選択項目の
すべての概要を知ることができる。

【００８９】図２〜図８は、ディスプレイ・モニタ２４
に表示される代表的な照明システムのグラフィック図で
ある。「メニュー・バー」３８は、代表的なプルダウン
・メニュー４４ａ−ｇの名前をリストしている。プログ
ラマはこれらのプルダウン・メニューから図２〜図８に
示すようにコマンドを選択する。プログラマが表示した
いメニューを「メニュー・バー」３８から選択すると、
代替コマンドが表示されて、別の選択を行なうことがで
きる。選択プロセスと個々のプルダウン・メニュー４２
ａ−ｇについて以下で詳しく説明する。

【００９０】プログラマが照明システムと周囲環境を表
すグラフィック・モデルを構築すると、対応するマスタ
・データベースが作られて、コンピュータ２０のメモリ
にストアされる。マスタ・データベースはモデルに表さ
れたオブジェクトを定義しているパラメータと属性をス
トアしている。プログラマがあるオブジェクトをモデル
に追加すると、そのオブジェクトに対応するレコードが
作られ、マスタ・データベースにストアされる。下述す
るように、各レコードはオブジェクトの各属性のフィー
ルドをもっており、これはモデリングとプログラミング
過程で定義する必要のあるものである。

【００９１】プログラマが対話式グラフィック・プロセ
スを通してモデルを構築するときディスプレイ２４に表
示されるイメージは、ディジタル・メモリ内の基礎とな
るマスタ・データベースに値のマトリックス（行列）と
してストアされる。画面イメージは、画素（ピクセル）
の配列を表す２進数のパターンとしてフレーム・バッフ
ァにストアされる。ディスプレイ２４上でグラフィック
の変更が行われると、ディジタル・メモリに作成されて
いるレコードはグラフィック・モデルの現在状態を表す
ように変更される。

【００９２】プログラマが照明システムをモデリング
し、プログラミングすると、モニタ２４に照明システム
と舞台環境の図が表示され、照明パラメータに対する調
整結果がプログラマに示される。プログラマは、カラ
ー、パン、チルト、ビーム・サイズ、エッジ、および照
度の変更が照明効果全体に及ぼす影響を観察することが
できる。例えば、ゴーボー選択といった他の影響も同じ
ようなな方法で表わされる。

【００９３】図９は、画面２４上のウィンドウ・ディス
プレイ５４ａ−ｃを、それぞれモデルの平面図、正面
図、および側面図で示したものである。好適実施例で
は、ディスプレイは最大４つまでのウィンドウを使用し
て、プログラマがこれらの図から照明効果を観察し、別
の選択箇所（図示せず）から投影図を観察できるように
している。

【００９４】マスタ・データベースの一部をウィンドウ
に表示する場合は、その前に、ウィンドウ・サイズの制
限枠に対して適当にクリップしてから、ディスプレイに
マップして所望のサイズを得なければならない。プログ
ラマはウィンドウを操作して、ウィンドウを動かした
り、重ね合わせたり、サイズを変更したりできる。これ
らの操作は、マスタ・データベースから表示している基
礎となる情報には影響を与えない。影響を受けるのは、
プログラマによる情報の見方だけである。標準のウィン
ドウ・アプリケーションの場合と同じように、ディスプ
レイ管理によって、プログラマはウィンドウのオープ
ン、クローズ、移動、サイズ変更、スクロール、ズーミ
ングを行うことができる。ズーミングはスケール倍率を
取り入れることで達成される。プログラマが特定の区域
でズーム・インしたいときは、座標は適当な倍率だけス
ケール・アップされ、ウィンドウ枠に対してクリップさ
れる。

【００９５】照明システムと周囲環境に定義されている
すべてのオブジェクトのセットを取り巻くようにウィン
ドウ・サイズが定義されているときは、プログラマには
照明システムと周囲環境が最大図で表示される。ウィン
ドウ（例えば、５４ａ、５４ｂ、または５４ｃ）がシー
ン・イメージより小さく定義されているときは、クリッ
プ・プロセスが実行される。このクリップ・プロセスは
選択されたウィンドウにオブジェクトが含まれているか
をテストで確かめた後、ウィンドウ境界上とウィンドウ
の外側に置かれているオブジェクトをクリップしてか
ら、イメージをディスプレイ画面２４にマップする。こ
のプロセスのあと残っているイメージ部分は、その後画
面２４にマップされる。ウィンドウ（５４ａ、５４ｂ、
５４ｃなど）がシーン全体より小さくなるように選択さ
れたときは、残りのイメージは、シーン全体を表示する
よりも大きなスケールで表示することができる。この拡
大された図を使用すれば、モデルの要素を詳細に見るこ
とができる。

【００９６】プログラマは画面上の選択したオブジェク
トを見えないように隠して、モデルのグラフィック図の
目に見えるクラッタを少なくすることができる。グラフ
ィック図から隠されたオブジェクトは基礎となるデータ
ベースに残っており、表示状態か隠された状態かを示す
欄と一緒に表示される。隠されたオブジェクトは、ユー
ザーが選択したオブジェクトを再表示するように指示す
るまで、隠されたままになっている。ある種のオブジェ
クトはディスプレイ図から隠されても、ライトのターゲ
ットとして、他のオブジェクトのサポートとして使用す
ることが可能である。ある選択したオブジェクトを隠す
ときは、「選択したオブジェクトを隠す」コマンドを
「オブジェクト」メニュー（図６）から選択する。前述
したように、オブジェクトはグラフィック図に表示され
なくなるが、そのレコードは基礎となるデータベースに
残っている。

【００９７】オブジェクトを区別するために、プログラ
マはグラフィック・オブジェクトのカラーを変更するこ
とができる。カラーを変更する手段は、プルダン・メニ
ューから選択するようにするのが好ましい。プログラマ
が「ペイント」するグラフィック・オブジェクトを選択
し、次に、図６の「オブジェクト」４４ｅの箇所のプル
ダウン・メニューから「外観」コマンドを選択する。こ
のコマンドを選択すると、詳細レベルのメニューが画面
に現れ、そのメニューからオブジェクトをペイントする
選択項目を選択することができる。

【００９８】表形式のモデル図 上述したように、基礎となるデータベースはグラフィッ
ク図でプログラマに表示されるほかに、図１０と図１１
に示すように、データを「スプレッドシート」形式でプ
ログラマに表示することも可能である。これは、モデル
に定義されているオブジェクトの属性のすべてを表形式
で表したものである。スプレッドシートは割り当てたオ
ブジェクト名またはオブジェクト・タイプ（例えば、Ｖ
Ｌ４^TMなどの設備）を表の中の各行の見出しとして表わ
すことによって編成することができる。「焦点」や「カ
ラー」といった属性名は列の見出しとして表わすことが
できる。表内の個々のセルの各々は、特定のオブジェク
トの１つの属性の値が入っている。更に、個々のセルの
各々は単一値（サポートなど）または複数値（次元の高
さ、深さ、幅などの要素）にすることが可能である。

【００９９】各属性のスプレッドシート列を含めること
は、プログラマの制御の下で行われるので、除去したり
追加したりできる。

【０１００】プログラマはマウス２８を使って列見出し
をクリックし、それをスプレッドシート・ウィンドウか
らドラグすることによって列を「隠す」ことができる。
同様に、隠された列を検索するときは、列見出しの行の
中の列デバイダをダブル・クリックすることも、あるい
は列デバイダを選択し、メニュー・コマンドを出すこと
もできる。プログラマがどちらのアクションを行なう場
合も、隠された列名をすべてリストした対話メッセージ
が呼び出される。プログラマによって対話メッセージか
ら選択された列は、最初に選択された列デバイダの箇所
でスプレッドシートに挿入される。

【０１０１】プログラマがスプレッドシートの中の列を
並べ替えたいときは、１つまたは２つ以上の列見出しを
選択し、選択した見出しの１つでクリックするだけでよ
い。次に、列を希望の場所までドラグし、マウス２８か
らボタンを離すと、そこに保管される。

【０１０２】プログラマには、いく通りかの方法で編成
されたデータのスプレッドシート図が表示される。本発
明の好適実施例では、スプレッドシート配列は３種類あ
る。この実施例では、ドキュメントをオープンするか、
新しいモデリング・ファイルを起動すると、３種類のス
プレッドシードが表示される。プログラマがモデルに要
素を追加すると、関連データが下述するスプレッドシー
ト図に組み込まれる。最初のスプレッドシートは「モデ
ル・ウィンドウ」という名前が付いており、図１２に示
されている。モデル・オブジェクトとその現在属性の図
が表示され、プログラマはモデリング環境に必要なデー
タを見ることができるが、照明システムに転送されたキ
ュー・データには示されていない。例えば、モデルを開
発するためには、舞台道具のすべての寸法を知る必要が
ある。しかし、この情報は、実際のショウを演出する上
では必要とされない。「モデル・ウィンドウ」上のスプ
レッドシートは、図に示すように、ユーザーが割り当て
た名前とモデル・タイプ（ライト、舞台道具など）が行
の見出しに現れ、これらのオブジェクトの属性名が列の
見出しに現れるように配置することが可能である。

【０１０３】２番目のタイプのスプレッドシートは「照
明ウィンドウ」という名前が付いており、図１３に示さ
れている。このスプレッドシートには、プログラマがプ
ログラミングするのに慣れている照明システム・データ
が表示される。タイミング・データは、タイミングがど
のパラメータに適用されているかを示すフラグまたは標
識と一緒に表示される。このスプレッドシートは、ライ
トのチャネル番号や他の識別番号が行見出しに置かれ、
これらのライトの属性名が列見出しに置かれるように配
置することができる。このスプレッドシートは、モデル
の中の照明オブジェクトの状態を表示し、表示されたデ
ータはキューがライトの中に呼び込まれると、また個々
のライトを操作すると、変化する。

【０１０４】３番目のタイプのスプレッドシートは「キ
ュー・ウィンドウ」と呼ばれるもので、モデル内の照明
オブジェクトの状態に関係なく、選択したキューにスト
アされているデータを表示する。このスプレッドシート
は、ライトのチャネル番号や他の識別番号が行見出しと
して現れ、列見出しにライトの属性名が入るように配置
することができる。コンソール機能と関係するキューと
一緒にストアされたキュー番号やその他のデータも表示
される。プログラマは、すべてのライトの属性を表示す
るか、選択したキューで活動状態のライトの属性だけを
表示するかを選択できる。このスプレッドシートをキュ
ー・データの「トラッキング」図に切り替えて、以前の
キューから（または任意のキューから）値が変更された
キュー・データだけを表示することができる。

【０１０５】どのスプレッドシートの行も、いく通りか
の方法でストアすることができる。照明器具またはディ
マー・チャネルからなる「照明器具」ウィンドウと「キ
ュー」ウィンドウの行は、チャネル番号順に分類するこ
とができる。別の方法として、同種の照明器具（ＶＬ２
Ｂ^TM、ＶＬ３^TM、ＶＬ４^TMなど）のチャネルがすべて１
つのグループにまとめられるように行を配列してから、
チャネル番号順に２次分類することも可能である。

【０１０６】「モデル・ウィンドウ」の行見出しには、
モデルの中のすべてのオブジェクトの記号名が表示され
る。このスプレッドシートは、照明器具以外のオブジェ
クトの場合はオブジェクト名の英字順に、照明器具の場
合はチャネル番号順に分類することができる。別の方法
として、行をオブジェクト・タイプ（例えば、ターゲッ
ト、照明器具など）別に分類してから、名前別に２次分
類することも可能である。

【０１０７】プログラムは、プログラマがスプレッドシ
ートの形式を変えるとき使用できるスプレッドシート・
テンプレートを設定したり、以前に設定したスプレッド
シート形式を使用できる設計になっている。プログラマ
は、ディスプレイ画面２４上のフロント・ウィンドウ上
にスプレッドシート・ウィンドウを置き、そのスプレッ
ドシートの形式のテンプレートを作成するメニュー・コ
マンドを実行することによって、スプレッドシート・テ
ンプレートを作成することができる。メニュー・コマン
ドが実行されると、対話メッセージが呼び出され、プロ
グラマはこの対話メッセージを通して、記号名をテンプ
レートに追加することができる。テンプレートを追加す
るときは、テンプレート名、スプレッドシートのタイプ
（モデル、照明器具、またはキュー・ウィンドウ）、ス
プレッドシートに表示されるオブジェクト・タイプ（行
見出し）、これらの関連属性（列見出し）、およびこれ
らの属性の順序が記載されたドキュメントがメモリにス
トアされ、ディスクに書き出される。

【０１０８】プログラマは必要とするテンプレートの設
定を終えれば、スプレッドシートをディスプレイ２４の
フロント・ウィンドウに呼び出して、そのテンプレート
（または必要ならば別のテンプレート）に従って、スプ
レッドシートの形式を変更するためのメニュー・コマン
ドを実行することができる。メニュー・コマンドが実行
されると、そのタイプのスプレッドシート（例えば、モ
デル、照明器具、キュー・ウィンドウなど）に合った使
用可能なスプレッドシートのすべてをリストした対話メ
ッセージがプログラマに表示される。そのあと、選択を
行なうことができる。

【０１０９】プログラマは任意のスプレッドシート・ウ
ィンドウをオープンし、クローズすることができる。更
に、スプレッドシート図に含まれる情報が使用可能な表
示域を越えたときは、ディスプレイ２４上のスクロール
・バーを使用して、現在表示されていないドキュメント
部分を見ることができる。

【０１１０】オブジェクトは、モデルのスプレッドシー
ト図内で作成し、修正し、削除することができる。オブ
ジェクト属性は、グラフィック図で使用されたものと同
じメニュー・コマンドと対話を使用して、あるいは１つ
または複数のセルを選択し、キーボードから新しい値を
入れることによって、スプレッドシート図内で変更する
ことができる。他のモードと同じように、キーボードか
ら入力された新しい値は、エラーがないか自動的にシス
テムによって検査される。モデル化したオブジェクトの
属性はいずれも、この方法で変更することができる。

【０１１１】プログラマがスプレッドシート図内で変更
しようとするオブジェクトは、それに操作を加える前に
活動化させるか、選択しなければならない。オブジェク
トは、そのオブジェクトを記述している該当の行見出し
に合わせてクリックすることで選択することができる。
あるグループのオブジェクトは、入力装置２８からボタ
ン２９を押し、必要とするオブジェクト行見出しの範囲
にカーソルをドラグすることによって、スプレッドシー
ト図内で選択することができる。カーソルをドラグする
と、範囲に含まれるオブジェクトが強調表示（ハイライ
ト）される。このモデル・オブジェクトの個々の属性を
表すセルも同じように選択できる。モデル・オブジェク
トに行なった変更は、オープンしているすべてのスプレ
ッドシート、グラフィック図および基礎となるデータベ
ースに自動的に反映される。グラフィック図において、
オブジェクト・イメージを直接操作することによって修
正された属性は、「モデル・ウィンドウ」から対話をア
クセスすることによって制御することができる。ユーザ
ーはすでに「キュー・ウィンドウ」スプレッドシートに
入っているキュー・データを操作することができる。更
に、プログラマは追加したいライトのすべてのパラメー
タを指定することによって、ライトをキューに追加する
ことができる。

【０１１２】プログラマはあるオブジェクトの属性をコ
ピーして「切り貼り」したり、属性を別のオブジェクト
にコピーしたりできる。プログラマは、これらの属性を
含んでいるセルを、上述した方法で選択して、その属性
を画面上のバッファ・ウィンドウ（つまり、「クリップ
ボード」）にコピーするだけでよい。バッファにコピー
された情報を受入れ側オブジェクトに切り貼りする（つ
まり、転送する）には、プログラマはバッファにコピー
された属性が強調表示されたセルに入るようにセルを選
択する。プログラマが正しくないセルに属性を切り貼り
しようとすると、警告メッセージが出される。

【０１１３】バッファ・ウィンドウはメニュ・コマンド
によっていつでもアクセスし、あるいは表示することが
できる。隠された列に入っているデータをウィンドウ・
バッファにコピーできる時期は、プログラマが行見出し
に合わせてクリックして行全体を選択した時だけであ
る。

【０１１４】プログラマは「ブラウズ」（ｂｒｏｗｓｅ
ｒ）によってデータを見直すことも可能である。ブラウ
ズによると、要求した情報だけが基礎となる記憶データ
ベースから表示することができる。このデータ表示方法
によると、プログラマはスプレッドシートに入っている
データのすべてを「通り抜ける」必要がないので、非常
に効率的である。プログラマは、表示したいパラメータ
・データを指定するだけで、そのデータだけが表示され
る。

【０１１５】階層基準フレーム 位置情報を割り当て、編集する目的で多レベルの基準フ
レームをモデルに設定することができる。共通基準フレ
ームを複数レベルで作成すると、必要な位置情報の入力
が行ないやすくなる。プログラマがモデルに組み入れる
べきオブジェクトを選択するときは、追加するオブジェ
クトをサポートするオブジェクトの記号名を入力する必
要がある。この方法により、サポートを「木構造」にし
た階層が構築される。

【０１１６】この種の階層では、モデル全体の中の主レ
ベルまたは主基準フレームはパフォーマンス場所であ
り、これはその境界によって定義され、その内部にすべ
てを内包している。ディスプレイ・モニタの画面境界
は、スタジアムやパフォーマンス場所の境界をシミュレ
ートすることができる。階層の場所レベルにあるオブジ
ェクトを追加するとき、プログラマは追加したオブジェ
クトをフロアやルーフで支持することを指定することが
できる。モデル階層の次のレベルは、フロアまたは天井
によって支持されるオブジェクトであり、これらは場所
の基準フレーム内のどこにでも置くことができる。モデ
ル階層の次のレベルは舞台道具からなり、これらには、
ドラム・ライザ、ランプ、そのほかパフォーマンスで使
用される場面のすべてが含まれる。これらの舞台道具の
位置は、以前に定義した場所、舞台、その他の舞台道具
に対して割り当てることができる。モデル階層の最後の
レベルは、演技者である。演技者はアリーナに定義した
すべてに対して指定することができる。

【０１１７】プログラマは、いずれかの階層レベルで作
業している時にデータを入力することができ、そのデー
タは他の階層レベルにも反映される。例えば、プログラ
マは、特定のキューのドラム・ライザの箇所にいる演技
者にライトの焦点を合わせることを指定することができ
る。モデルはドラム・ライザと全体フレームとの相対位
置を判断して、全体基準内の演技者の位置を計算する。
これにより照明の位置付けが定義される。

【０１１８】プログラマがサポートをモデル内の新しい
位置に移動すると、移動したオブジェクトによって支持
されているオブジェクトもすべて移動することになる。
プログラマが他のオブジェクトのサポートとなっている
オブジェクトを削除すると、削除したオブジェクトがサ
ポートしていたものはすべて、削除したオブジェクトを
サポートするオブジェクトによってサポートされること
になる。

【０１１９】プログラマはあるオブジェクトをそのサポ
ートに「ボルトで取り付ける」ことを指定し、そのオブ
ジェクトが移動したとき、それをサポートするオブジェ
クトも移動することを指示することができる。サポート
するオブジェクトが移動すると、それによってサポート
されている他のオブジェクトも、上述したように移動す
る。

【０１２０】照明システムのモデル構築 ビルディング・ブロック要素のメニュー モデルを初めて構築するとき、プログラマには、照明シ
ステムのモデルに入ることが予想される要素のすべての
ビルディング・ブロックまたは記号表現のメニューまた
はリストが表示される。このビルディング・ブロック・
メニューは、凡例またはキーと似ており、画面の一部に
別画面、プルダウン・メニュー、またはウィンドウとし
て表示される。図９に示すように、ビルディング・ブロ
ックの選択項目をリストしたこのメニューが表示された
とき、プログラマはマウス２８を操作し、選択項目６６
ａ−ｇの中から選択した項目をカーソル３４で指示する
ことにより、選択したビルディング・ブロックをコンピ
ュータ２０に指示する。このビルディング・ブロックの
選択は、マウス２８にあるキーまたはボタンを押すこと
によって行なう。選択したアイコンは選択されなかった
項目と区別される。プルダウン・メニュー・システムを
使用してビルディング・ブロック・メニューをアクセス
するときは、プログラマは最初にメニュー・バー３８か
らメニューを選択してプルダウン・メニューをアクセス
しなければならない。好適実施例では、ビルディング・
ブロック・メニュー（または「オブジェクト・パレッ
ト」）は、図５に示すメニュー４４ｄを選択すると、ア
クセスされる。そのあと、プログラマはカーソルを下方
に「ドラグ」して、「オブジェクト・パレット表示」オ
プションを強調表示する。すると、ビルディング・ブロ
ック・メニューが画面のウィンドウに現われる。

【０１２１】プログラマはビルディング・ブロック・リ
ストにアクセスしたあと、モデルに含めるべき所望オブ
ジェクトの選択を始めることができる。代表的な凡例メ
ニュー６２は図９のウィンドウに示されている。凡例画
面またはメニュー６２は、記号表現６６ａ−ｇ、つま
り、代表的な照明システムで使用できる要素を小さな絵
で表した「アイコン」から構成されている。モデリング
・システムは、照明システムと周囲環境で共通な要素の
記号表現のディレクトリを使用してプログラムすること
ができる。このディレクトリはコンピュータ２０にスト
アされている。ディレクトリはユーザーがアクセスし
て、必要に応じて要素を追加または削除することで更新
することができる。

【０１２２】プログラマがビルディング・ブロック要素
を選択すると、コンピュータ２０の記憶手段にある基礎
データベースにレコードが作成され、そのオブジェクト
に関する必要なすべての情報がストアされる。好ましく
は、レコードはストアされるオブジェクトの各属性のフ
ィールドに分割される。下述するように、プログラマが
あるアイコンを選択するとき、そのアイコンがなんであ
るかをモデリング・システムに知らせると、そのオブジ
ェクト・タイプのために明示的に指定されたメモリにレ
コードを作成する。作成されたレコードは、すべての属
性のフィールドをもっているが、各オブジェクトのモデ
リングとプログラミングを完成するためには、すべての
属性をシステムに知らせる必要がある。レコード作成に
ついては、各ビルディング・ブロック要素ごとに以下で
説明する。モデル構築時にメモリ・レコードに作成され
る情報を利用すると、キューを書く作業が行ないやすく
なる。

【０１２３】照明器具 図９のビルディング・ブロック・メニューのアイコン６
６ａ−ｄは、照明システムで使用できる各種照明器具を
記号で表している。本発明の好適実施例では、照明器具
はタイプ別に独自の記号表現が割り当てられている。図
９の凡例メニュー６２では、要素６６ａ−ｄの各々は異
種照明器具を表している。

【０１２４】例えば、アイコン６６ａは手で焦点を合わ
せ、その照度を外部のディマで制御する従来の標準的ラ
イトを表している。プログラマがアイコン６６ａに合わ
せてクリックして、モデルに含めるべき従来のライトを
選択すると、該当フィールドと一緒にレコードが基礎デ
ータベースに作成され、従来ライトを定義するために必
要な情報を入力するように、プロンプトでプログラマに
指示する。プログラマが従来のライトを選択すると、そ
のライトの識別チャネル番号、そのライトが吊されるサ
ポートの記号名、およびライトとサポートとの相対位置
を入力するようにプロンプトで指示される。

【０１２５】この情報は、モデル化するこのオブジェク
トに関連するレコードの該当フィールドにストアされ
る。従来のライトは照度制御が可変であるので、照度値
をストアするためのフィールドがレコードに作成され
る。従来ライトを選択すると作成されるレコードには、
チャネル番号、オブジェクト・タイプ、サポート・オブ
ジェクト、平行移動（そのサポートに対するｘ、ｙ、ｚ
平行移動）、回転（そのサポートに対するｘ、ｙ、ｚ回
転）、焦点（キューの呼出し時に変化しないパンとチル
トの値）、カラー（キューの呼出し時に変化しない
値）、および照度（照明器具が接続しているディマ装置
に送られる制御信号（０−１００％）の値表現）などの
フィールドを含めることもできる。これらのフィールド
は照度を除き、すべてプログラマがライトをモデルに組
み入れて、それを定義したとき定義されるのが一般的で
ある。

【０１２６】自動化ライトにも、アイコン６６ｂ−ｄ
（図９）のように固有の記号表現を割り当てることが可
能である。従来ライトの場合と同じように、アイコン６
６ａ−６６ｄ（自動化ライトを表している）を選択する
と、該当フィールドと共にレコードがコンピュータ記憶
装置に作成され、そのライトに関連し、該当フィールド
に入力すべきチャネル番号、サポート、サポートとの相
対位置を入力するように、プロンプトでプログラマに指
示する。

【０１２７】ある実施例では、アイコン６６ｂはＶａｒ
ｉ−Ｌｉｔｅ”ＶＬ２Ｂ^TM”モデルを表わし、６６ｃは
Ｖａｒｉ−Ｌｉｔｅ”ＶＬ３^TM”モデルを表わし、６６
ｄはＶａｒｉ−Ｌｉｔｅ”ＶＬ４^TM”を表わしている。
モデリング・システムは、プログラマがアイコン６６ａ
−ｇに合わせてクリックしたとき選択される照明器具の
タイプを認識するようにプログラムされているので、そ
の選択に関連するレコードは、そのオブジェクトに関す
る情報のすべてをストアするフィールドをもっている。
従って、自動化ライトの場合のレコードには、そのタイ
プのライトの属性（例えば、チャネル番号、オブジェク
ト・タイプ、サポート、サポートに対する平行移動と回
転、照度、焦点（構成要素のパンとチルト）、カラー、
ビーム角度、ゴーボー、エッジ）の各々に該当するフィ
ールドが含まれている。

【０１２８】方向づけ 選択した照明器具をモデルの中で定義するときは、プロ
グラマはそのサポートに対するライトの向きを指定しな
ければならない。ライトを吊す標準的な方法では、ライ
トの向きは、パン軸が垂直方向にあり、ライトが下向き
にまっすぐ集中するようになっている。しかし、照明デ
ザイナは必要ならば、ライトの向きを従来とは異なるよ
うに、あるいはランダムにすることができる。ライトの
向きはパンとチルトの計算に直接影響するので、プログ
ラマはすべてのライトの向きを指定しなければならな
い。

【０１２９】プログラマがビルディング・ブロック・リ
ストからライトを選択する度に、プロンプトでライトの
向きを入力するように指示することが可能であるが、向
きを省略時値に設定しておき、プログラマが別の値を入
れたとき変更されるようにすることも可能である。プロ
グラマは、ライトを選択し、方向づけ対話ボックスをア
クセスすることによって向きを定義することができる。
好適実施例では、従来とは異なる方法で吊されるライト
の向きを、プルダウン・メニューから入力することがで
きる。図７に示すプルダウン・メニュー４４ｆの方向づ
けまたは「吊し」選択項目をアクセスすると、対話ボッ
クスが現われ、プロンプトで向きの値を変更するように
指示する。ライトに関連するすべてのレコードは、その
サポートに対するライトの向きをストアしたフィールド
をもっているはずである。

【０１３０】追加のモデル・ビルディング・ブロック 図９のアイコン６６ｅは、舞台および関連のプラットフ
ォーム（例えば、ドラム・ライザ）をモデリングするた
めに使用する記号を表している。プログラマがこのアイ
コンを選択すると、必要な情報をストアするために、そ
のオブジェクトに関する該当フィールドをもつレコード
が作成される。このレコードのフィールドには、選択し
たオブジェクトの記号名、オブジェクト・タイプ、寸法
（長さ、幅、高さ）、サポート、そのサポートに対する
相対位置と回転がある。プログラマは、オブジェクトの
該当フィールドに入れるべきこれらの値を入力するよう
に、モデリングとプログラミング過程でプロンプトで指
示される。

【０１３１】舞台道具が矩形の固体でないときは、追加
のフィールドがオブジェクトのレコードに含められ、そ
の形状が数学的に定義される。

【０１３２】アイコン６６ｇは、シンガやドラマなどの
演技者ターゲットをモデリングする時使用される記号表
現である。アイコン６６を選択すると、該当フィールド
をもつレコードが作成され、このオブジェクトを定義す
るために必要な情報がストアされる。舞台道具で作成さ
れるレコートと同じように、記号名、オブジェクト・タ
イプ、寸法（長さ、幅、高さ）、サポート、サポートと
の相対位置と回転を含むフィールドがレコード内に作成
される。

【０１３３】記号６６ｆは、照明器具が吊されるトラス
要素を表している。アイコン６６ｆを選択すると、該当
フィールドをもつレコードがトラスについて作成され
る。トラス要素を定義するために必要なフィールドに
は、記号名、オブジェクト・タイプ、パイプの長さ、そ
のサポートに対する相対位置と回転がある。更に、トラ
スが２つのパイプからなるときは、２パイプ間の距離を
記録することができる。アイコン６６ｆを選択すると、
プログラマは、該当情報を入力するように求められる。

【０１３４】更に、プログラマには、個々の舞台プロッ
プ記号表現を開発するための基本項目が表示される。ビ
ルディング・ブロック要素を組み合わせることにより、
プログラマは多数の舞台オブジェクトの表現を独自に開
発する。

【０１３５】多数の舞台デザイナや照明デザイナは、Ａ
ｕｔｏＣａｄ（ＡｕｔｏＤｅｓｋ社提供）などのコンピ
ュータ支援設計ツールを使用して、舞台をデザインし、
照明システムをレイアウトしているので、本発明のモデ
リング・システムには、モデル要素の名前、寸法、サポ
ート・オブジェクト、位置および回転を記述したデータ
をこの種のＣＡＤプログラムから入力できるようになっ
ている。

【０１３６】要約 これまでに述べたステップを要約すると、以下のとおり
である。

【０１３７】１．要素の選択と定義 プログラマは凡例メニュー６２の基本ビルディング・ブ
ロックを使用して、照明システムのモデル全体を定義す
る。ビルディング・ブロック要素に合わせてクリックし
てその要素を選択すると、そのビルディング・ブロック
要素を定義するために必要な情報を与えるように、プロ
グラマにプロンプトで指示する。

【０１３８】別の方法として、プログラマはその要素に
関連する英数字をキーボード１０から入力して、ビルデ
ィング・ブロックを選択することもできる。

【０１３９】情報がプログラマから取り出されると、そ
の情報は選択したモデル・オブジェクトに関連するレコ
ードの該当フィールドに入れられる。

【０１４０】必要な定義情報を取り出すことをプログラ
マにプロンプトで指示する効率のよい方法は、「対話ボ
ックス」による方法である。対話ボックスの代表例は、
図１４〜図１６に示されている。対話ボックスは、テキ
ストや記号表現を収めておくために使用できるウィンド
ウである。

【０１４１】プログラマが凡例メニュー２からビルディ
ング・ブロックを選択すると、モデリング・システムは
選択したオブジェクトのタイプ（例えば、トラス、ター
ゲット、ＶＬ４^TM）を認識し、以前にストアした特性ま
たはそのオブジェクトを記述した他の情報をメモリから
取り出すことができる。これにより、プログラマが入力
しなければならない情報が最少になり、操作効率が最大
になる。

【０１４２】２．記号名の割当て プログラマは対話ボックスまたはキーボード３０などの
他のデータ入力手段を使用して、選択したグラフィック
・オブジェクトに記号名をつけることができる。プログ
ラミング過程で記号名を使用すると、プログラマは簡単
な方法で照明システム内の特定のターゲットと要素を指
定することができる。定義した記号名を変更するとき
は、プログラマは図１５〜図１７のアイコン１３５を選
択して、対話ボックスを画面に表示させることができ
る。対話ボックスには、選択したオブジェクトに現在関
連づけられている記号名が示されるので、プログラマは
それを更新することができる。「名前」アイコン１３５
は、プルダウン・メニューからアクセスすることも、図
１７に示すディスプレイの一部のウィンドウに表示され
るツール・パレットによってアクセスすることもでき
る。

【０１４３】３．寸法の定義 ビルディング・ブロックを選択すると、プログラマはプ
ロンプトでその寸法を入力するように指示される。好適
実施例では、図９に６６ａ−ｄで示す照明器具ビルディ
ング・ブロックの寸法はあらかじめプログラムされてい
るので、その寸法を求めるプロンプトは出されない。し
かし、プログラマがビルディング・ブロック６６ｅ〜ｇ
のどれかを選択したときは、選択したオブジェクトの寸
法を求めるプロンプトが出される。入力された情報は、
モデル・オブジェクトに対して作成されたレコード内の
該当フィールドに入れられる。

【０１４４】好適実施例では、プログラマは選択したモ
デル・オブジェクトの以前に定義した情報を、図１７の
「寸法アイコン」１３７を選択することで更新すること
ができる。この選択を行うと、対話ボックスに選択した
オブジェクトの寸法が表示される。プログラマは表示さ
れた情報を更新することができる。

【０１４５】４．サポート・オブジェクトの定義 好適実施例では、選択したグラフィック・オブジェクト
を更新するための「サポート」アイコン１３９がプログ
ラマに表示される。グラフィック・オブジェクトを選択
して、「サポート」アイコン１３９に合わせてクリック
すると、選択したオブジェクトを支持するオブジェクト
の記号名が入った対話ボックスが表示される。そのあ
と、プログラマはサポート・オブジェクトを変更するこ
とが可能になる。「サポート」アイコン１３９はプルダ
ウン・メニューからでも、画面の一部のウィンドウに表
示されるツール・パレット１３０からでもアクセスする
ことができる。

【０１４６】５．位置情報の定義 モデルに含めるべきビルディング・ブロック・オブジェ
クトの特性を識別し、定義するほかに、プログラマはオ
ブジェクト内のオブジェクトの位置も定義する。プログ
ラマが要求された定義情報のすべてを入力すると、オブ
ジェクトはそのオブジェクトを支持する空間の中心に対
応する省略時の場所のモデル内に最初に挿入される。例
えば、オブジェクトが舞台によって支持されるターゲッ
ト（例えば、演技者）であれば、ターゲットは舞台の中
心点で舞台に対する回転がゼロの位置に置かれる。従っ
て、グラフィック・オブジェクトは最初は平行移動が
（０，０，０）で、そのサポートに対する回転が（０，
０，０）になっている。

【０１４７】プログラマは、選択したオブジェクトの位
置を、そのイメージに合わせてクリックすることによっ
て変更し、オブジェクトを位置付けようとする箇所まで
マウス２８を使ってオブジェクトの輪郭を移動する。次
に、ボタン２９を離してその位置を入力する。

【０１４８】プログラマが図９に示すように選択したオ
ブジェクトを複数図ディスプレイ・モードで位置付ける
ときは、ウィンドウ５４ａ（上面図または平面図）のよ
うに１つのウィンドウの中でオブジェクトを移動する。
この処理により、座標”ｘ”と”ｙ”に対するオブジェ
クトの位置が固定される。次に、プログラマは他のウィ
ンドウの一方５４ｂまたは５４ｃの中でオブジェクトの
高さを調整し、オブジェクトの”ｚ”座標を固定する。
別の方法として、対話ボックスを使用すると、プログラ
マはモデル内に定義した固定位置に対するその位置を指
定することにより、オブジェクトの位置を数値で定義す
ることも可能である。

【０１４９】好適実施例では、プログラマは用意されて
いる「ドラグ」ツール１３２（図１７）を使用すること
により、選択したオブジェクトを画面の回りを「ドラ
グ」することができる。この「ドラグ」ツールはプルダ
ウン・メニューからでも、画面上のウィンドウに用意さ
れているツール・パレット１３０からでもアクセスする
ことができる（図１７参照）。同様に、プログラマは
「回転」ツール１３３をアクセスすることにより、選択
したオブジェクトを回転させて、特定の向きを得ること
ができる。この「回転」ツールも、プルダウン・メニュ
ーから、あるいは画面上のウィンドウに用意されている
ツール・パレット１３０からアクセスすることができ
る。別の実施例では、サポートまたは主基準フレームに
対する回転を数値で入力することも可能である。

【０１５０】プログラマがこれらのアクションを行なう
と、一連の平行移動と回転が行なわれ、これらはモデル
・オブジェクトの基礎となるレコードに反映される。グ
ラフィック図は、既知サイズのウィンドウに表示される
既知サイズのモデル化オブジェクトの図を表わしている
ので、スケールを設定して、グラフィック図の中の移動
が基礎となるデータベースに及ぼす影響を判断すること
ができる。

【０１５１】例えば、モデル・オブジェクトがそのサポ
ートに対して平行移動する初期値が（０，０，０）であ
り、回転が（０，０，０）であって、プログラマがオブ
ジェクトをｘ方向に１０単位、ｙ方向に２５単位、ｚ方
向に４０単位平行移動させると、その平行移動によりオ
ブジェクトの座標は（１０，２５，４０）になる。同様
に、プログラマがサポートするオブジェクトの座標空間
のｘ軸を中心にオブジェクトを９０度回転させると、そ
のサポートに対するオブジェクトの新しい回転は（９０
度、０，０）になる。この情報は、関連の基礎レコード
のフィールドで更新することができる。

【０１５２】行列変形の解 複雑な平行移動と回転の系列は、３次元行列の変形によ
って解を求めることができる。平行移動座標の初期値が
（ｘ₁ ，ｙ₁ ，ｚ₁ ）であるオブジェクトは、平行移動
されたあと、サポートに対する新しい座標は（ｘ₂ ，ｙ
₂ ，ｚ₂ ）となる。ただし、 ｘ₂ ＝ｘ₁ ＋Ｔ_x' ｙ₂ ＝ｙ₁ ＋Ｔ_y' ｚ₂ ＝ｚ₁ ＋Ｔ_z' 上記において、Ｔ_x'，Ｔ_y'，Ｔ_z'はｘ、ｙ、およびｚ方
向の平行移動の成分である。この平行移動は、次のよう
に行列式で表わすことができる。

【０１５３】 ［ｘ₂ ｙ₂ ｚ₂ １］＝［ｘ₁ ｙ₁ ｚ₁ １］ ［１ ０ ０ ０］ ［０ １ ０ ０］ ［０ ０ １ ０］ ［Ｔ_x Ｔ_y Ｔ_z １］ 回転変形は、若干複雑であるが、同じような方法で行な
われる。３つの座標軸の各々を中心とした回転の変形を
別々に行なうと、便利である。あるグラフィック・オブ
ジェクトをｘ座標軸を中心に角度θ（回転軸（この場合
は、ｘ）に沿って起点に向かってみた時の角度）だけ回
転させると、得られる結果は次のような行列変形にな
る。

【０１５４】 ［ｘ₂ ｙ₂ ｚ₂ １］＝［ｘ₁ ｙ₁ ｚ₁ １］ ［１ ０ ０ ０］ ［０ ｃｏｓθ −ｃｏｓθ ０］ ［０ ｓｉｎθ ｃｏｓθ ０］ ［０ ０ ０ １］ ｙ軸を中心とする回転は、次式から得られる。

【０１５５】 ［ｘ₂ ｙ₂ ｚ₂ １］＝［ｘ₁ ｙ₁ ｚ₁ １］ ［ｃｏｓθ ０ ｓｉｎθ ０］ ［０ １ ０ ０］ ［−ｓｉｎθ０ ｃｏｓθ ０］ ［０ ０ ０ １］ 最後に、ｚ座標軸を中心とする角度θの回転は、次式で
表わされる。

【０１５６】 ［ｘ₂ ｙ₂ ｚ₂ １］＝［ｘ₁ ｙ₁ ｚ₁ １］ ［ｃｏｓθ −ｓｉｎθ ０ ０］ ［ｓｉｎθ ｃｏｓθ ０ ０］ ［０ ０ １ ０］ ［０ ０ ０ １］ 連結処理を利用すると、連続する変形をいくつでも１つ
の変形行列で表わすことができる。最初の平行移動を行
列Ｔ₁ で表わし、ｘ軸を中心とした回転を行列Ｒ_x で表
わし、最後に別の平行移動を行列Ｔ₂ で表わすと、新し
い座標を（ｘ’，ｙ’，ｚ’）に置くこのシーケンスを
表わす連結変形は、次のとおりである。［ｘ′ｙ′ｚ′
１］＝［ｘ ｙ ｚ １］（Ｔ₁ ＊Ｒ_X ＊Ｔ₂ ）変形行
列を縦横乗算するとき、演算の順序を守る必要がある。

【０１５７】行列Ｍを逆行列Ｍ^I で乗算すると、左右反
対の変形が行われる。この演算の結果は、行列Ｍによる
変形の効果が元に戻ることになる。

【０１５８】例の説明 ビルディング・ブロックをモデルに追加する例を説明す
るために、モデルに含めるべき舞台のビルディング・ブ
ロック要素の選択とその必要な特性情報の定義につい
て、好適実施例を参照して説明する。舞台は、一般に最
初に定義して、モデルに入れるべき要素の１つである。
舞台はモデルの中の多数のオブジェクトのサポートとな
ることがよくあるので、他の多数の要素は舞台のロケー
ションに対して定義されることが多い。図９に示すよう
に、また一般的に上述したように、プログラマはカーソ
ル３４を操作することによって、舞台アイコン６６ｅの
記号表現を選択する。舞台アイコン６６ｅを選択する
と、コンピュータ２０の処理手段は、プログラマが舞台
または関連プラットフォームの記号表現を選択したこと
を認識する。該当のレコードおよび対応するフィールド
（上述したとおり）がコンピュータ２０にストアされて
いるデータベースに作成される。プログラマが凡例メニ
ューから舞台要素を選択すると、「舞台」といった記号
名をオブジェクトにつけるための要求が、一般に対話ボ
ックス（図１６参照）から出される。記号名は後でプロ
グラミングするとき便利であり、プログラマはそれを他
のオブジェクトのサポートとして使用するとき舞台を識
別することができる。

【０１５９】コンピュータ２０の処理手段は、プログラ
マがアイコン６６ｅを選択したことを認識する。このア
イコンを選択すると、図１５に示すような対話メッセー
ジが出され、要素の長さ、幅、および高さが得られる。
そのあと、プログラマは舞台サポートを定義するように
求められる。この舞台サポートは対話ボックスから定義
することも可能である。モデルに以前に定義され、可能
なサポートとして使用できるオブジェクトのすべてのリ
ストがプログラマに表示される。一般的に、舞台のサポ
ートとして適したものは、演技場所の「フロア」であ
る。

【０１６０】上述したように、好ましい実施例では、プ
ログラマは舞台の位置を割り当てるときは、マウス２８
を使用して舞台のグラフィック表現をモデル内の対応す
る位置に置く。プログラマが舞台のサポート（一般に舞
台場所のフロア）を指定すると、記号オブジェクトはモ
デリング・システムによってこのグラフィック空間の中
央に置かれる。そのあとは、プログラマは、「ドラガ」
を使用して記号オブジェクトをその正確な場所に入れる
だけでよい。別の方法として、プログラマは対話ボック
スを使用して、以前に定義され、記号名が与えられてい
る舞台境界内の固定場所に対する舞台の相対位置を数値
で定義することも可能である。例えば、プログラマは、
「舞台」をその中央が「後壁」から特定の距離だけ離れ
ている舞台場所の「フロア」上にすることを定義するこ
とができる。舞台の記号表現がモデルのグラフィック・
イメージの中に置かれると、上述したアルゴリズムによ
ってそのサポート（フロア）に対する舞台のｘ、ｙ、ｚ
平行移動と回転が求められる。

【０１６１】このグラフィック・オブジェクトに対して
定義された特性情報は舞台オブジェクトに対して作成さ
れたレコードの該当フィールドにストアされる。

【０１６２】プログラマは照明システムのモデル開発を
続けるために、モデルに含めるべきオブジェクトを選択
して、定義していく。次に、モデルに定義すべきすべて
のオブジェクトを識別して、各オブジェクトのロケーシ
ョンと特性を指定していく。各オブジェクトが追加され
るたびに、その前に入力した情報を土台としたレコード
が作成される。マスタ・データベースには、照明システ
ムにおけるオブジェクトの各々のパラメータ情報を収め
たレコードのすべてがストアされる。

【０１６３】開発したモデルを使用した照明システムの
プログラミング 上述したように、照明システムとその舞台環境のオブジ
ェクトのグラフィック表現は、オブジェクトがモデルに
定義されているとおりに画面２４に表示される。モデリ
ング・システムはモデルに追加された各オブジェクトの
特性、寸法、およびロケーションを記録している。完成
したモデルとそこに含まれる情報は、特定の照明効果を
作るときに関係した要素の現在状態の「キュー」または
スナップショットを書くときに効率よく利用することが
できる。前述したように、照明効果に関係する各要素の
パラメータを表すキュー・データを書いて、ストアして
おき、あとで呼び出してキューを初めて書いたときの状
態にライトを戻すことができる。

【０１６４】完成したキューは、その照明属性を定義す
るために必要な各ライトの可変パラメータのすべてを定
義しており、ライトに何を転送する必要があるかを表わ
している。部分的なキューはパラメータの一部だけを定
義しているが、プレイバックのとき現在状態と結合し
て、最終効果を作ることが可能である。Ｖａｒｉ−Ｌｉ
ｔｅモデルＶＬ４^TMのような、従来の自動化ライトの可
変パラメータは、パン、チルト、カラー、ビーム・サイ
ズ、照度、エッジ、ゴーボーを含んでいる。

【０１６５】定義するライトの選択 キューを書くためには、プログラマまたはデザイナは、
どのライトを活動化させる必要があるか、その関連ター
ゲットをどのようにするか、得ようとする全体照明効果
（静的および動的）を判断しなければならない。画面２
４上に表示された照明システム・モデルの表現を使用し
て、プログラマはまず活動化し、定義すべきライトを選
択することから始める。ライトの選択は、ディスプレイ
の中のライトをカーソルで指示し、次に、入力装置から
キーまたはボタンを押してその選択をコンピュータ２０
に知らせることにより、図形的に行うことができる。別
の方法として、図１８〜図２０に示すように、プログラ
マはマルキーで囲むことによってライトを選択すること
ができる。これは、ライトの周囲の右上の領域をポイン
タで指示し、マウス２８からボタン２９をクリックする
ことによって行なう（図１８）。次に、ボタンを離さな
いで、マウス２８をドラグして必要とするライトを強調
表示ボックス５０の中に入れる（図１９）。最後に、正
しいライトを選択したことを確認したら、プログラマは
マウス２８のボタン２９から離すことができる（図２
０）。もう１つの方法として、プログラマはアクセスし
たいライトを、そのライトを識別する英数字の記号名を
入力することで指定することができる。

【０１６６】あるグループのライトの選択 プログラマはライトを個々に選択することも、グループ
で選択することもできる。ライトをグループで選択する
ことは、図２１〜図２３に示されている。この一連の図
に示すように、プログラマはマウス２８でクリックし、
カーソルをドラグして必要とするライトのすべてを強調
表示ボックス５０の中に入れる。あらかじめ定義したラ
イトのグループを選択する機能は、Ｖａｒｉ−Ｌｉｔｅ
制御コンソールの共通機能である「グループ選択」オプ
ションと似ている。この機能を使用すると、選択した属
性の同一値をあるグループのライトに割り当てたいと
き、例えば、いくつかのライトを同じターゲットに向け
るとき、プログラマが行なうプロセスが単純化される。
そのあと、プログラマは選択したばかりのライト群に記
号名を割り当てることができる。

【０１６７】ターゲット・パラメータ（パンとチルト） プログラマはあるターゲットに焦点を合わせるライトを
移動するときは、ライトの焦点（パンとチルト）パラメ
ータを制御することによって行なう。プログラマは任意
のライトのパン値とチルト値を直接的にも、間接的にも
設定することができる。

【０１６８】モデルの中で記録された情報は、自由空間
内のすべての要素の位置を設定している。この情報は、
特定のライトをあるターゲットに向ける時必要になるパ
ン値とチルト値を計算するために使用できる。パン値と
チルト値は、自由空間内の特定ライトと特定ターゲット
のロケーションを検索することで計算できる。この方法
は、ライトが正しくそのターゲットに向くまでパン値と
チルト値を手操作で調整する必要のある実際の照明シス
テムで採用されているプログラミング方法よりもすぐれ
ている。

【０１６９】プログラマは、任意のライトのパン値とチ
ルト値を、ライトが定義したターゲット・オブジェクト
に向くようになるように指定することができる。パン値
とチルト値をこのようにパラメータで定義し、ライトを
特定のターゲットに結び付けることにより、モデリング
・システムは該当値を計算することができる。ライトを
このように焦点合わせするために、プログラマは該当の
ターゲットの記号名をコンピュータに知らせる。ライト
と結び付けられたターゲットは、プログラマが対話ボッ
クスからターゲットの記号名を照会することによって、
検索することができる。この実施例では、プログラマは
ライトの対象となるターゲットをモデリング・システム
に知らせる。そのあと、必要とするパン値とチルト値が
計算される。必要なチルトが得られないときは、モデリ
ング・システムからそのことがプログラマに通知され
る。

【０１７０】あるターゲットと結び付けることによって
ライトが焦点合わせされると、ターゲットの記号名およ
びパンとチルトの計算値をライトのレコードにストアす
ることができる。ターゲットをあとでモデルの中で移動
すると、パン値とチルト値もそれに応じて変更され、タ
ーゲットの焦点を維持するように更新される。この場合
も、チルト値が得られないときは、そのことがプログラ
マに通知される。キュー・データが照明システムの制御
コンソールに転送されるとき、ターゲットに焦点合わせ
されたライトのパン値とチルト値がパンとチルトの絶対
値として転送される。

【０１７１】２番目の方法では、選択したライトのパン
値とチルト値を、絶対値の数値で入力することによって
定義する。これは、定義するライトを選択し、対話ボッ
クスからの照会に応答してパン値とチルト値を入力する
ことによって行なう。

【０１７２】３番目の方法は、「事前設定焦点」によっ
てライトのパン値とチルト値を定義する方法である。こ
の方法はＶａｒｉ−Ｌｉｔｅコンソールに取り入れられ
ている方法であり、非参照によるまたは間接的指定によ
ってライトをそのターゲットに焦点合わせするものであ
る。プログラマは任意の数のライトを選択し、そのライ
トにターゲットを割り当てるか、あるいは絶対値の数値
で入力したあと、その識別に役立つ英数字記号名をつけ
ることによってその構成を事前設定焦点としてストアす
る。

【０１７３】現在活動化しているすべてのライトの事前
設定焦点位置は、ファイルにストアしておけば、識別名
を入力することでいつでも取り出すことができる。ライ
トを所望の位置に焦点合わせするために必要なパン値と
チルト値がライトごとに取り出される。

【０１７４】プログラマが事前設定焦点によってキュー
のパン値とチルト値を固定すると、事前設定焦点の記号
名がキューにストアされる。各事前設定焦点を定義して
いるファイルも、制御コンソールに転送される。データ
が転送されるとき、この方法で定義されたパン値とチル
ト値は関連の事前設定焦点の記号名によって識別され
る。事前設定焦点を使用するキューがライトで実行され
ると、ライトはその事前設定焦点レコードを参照するこ
とによって、正しいパン値とチルト値を取り出す。事前
設定焦点を求めるプロンプトは、事前設定焦点パネルの
グラフィック・コピーとしてＶａｒｉ−Ｌｉｔｅコンソ
ールからプログラマに表示することができる。

【０１７５】照明デザイナは、ビームの広がりとチルト
角をいくつか組み合わせて使用することにより、舞台に
立っている演技者に照明を当てることができる。「ヘッ
ド・ショット」は演技者の首から頭部の上部までを照ら
す狭い光ビームを使用するものである。「ヘッドと肩シ
ョット」は同様に肩から上を照らすものである。「ウェ
スト・ショット」は演技者のウェストから上を照らすも
のである。「フル・ボディ・ショット」は足下から頭部
までを照らすものである。演技者を照らしているどの照
明の場合も、チルト値とビーム・サイズ（ビーム角）は
上記「ショット」ごとに異なるものである。

【０１７６】人体の各所部分の比例サイズの知識をモデ
ルに組み入れると、システムは各照明器具のパン／チル
トとビーム・サイズを計算して、ヘッド・ショット、ウ
ェスト・ショットなどを得ることができる。これによ
り、システムのユーザーは、各照明器具の目標とサイズ
を個別的に決めることをしないで、演技者オブジェクト
と必要とするショット・タイプを指定することにより要
求事項を表わすことができる。

【０１７７】照明デザイナは、特定のターゲットを照ら
すのではなく、あるグループの照明器具のパン／チルト
値を設定して、空間中の光ビームの所望の配置を得る場
合がよくある。デザイナは、ビームが通り抜ける空間の
容積（ターゲット・ボリューム）を目で見てこれを行な
う。その結果得られる空間中のビームの配置、つまり、
外観は、いくつかの特定の特性を関数としている。つま
り、選択した照明器具相互間の相対位置、ターゲット・
ボリュームとの相対位置、ターゲット・ボリュームのサ
イズ、空間中のビームの所望配置などである。例をいく
つか示すと、「ファン」（間隔が密接した照明器具が等
間隔で大きなターゲット・ボリュームを通過するように
散光すること）、「交差ファン」（広い間隔のライトが
小さなターゲット・ボリューム上に収束したあと、散光
すること）、「壁」（平行ビームをもつ照明器具）など
がある。

【０１７８】ターゲット・ボリュームをオブジェクトと
してシステム内で表現することにより、ユーザーはその
ボリュームを移動し、あるいはそのサイズを変更し、そ
のあとでシステムにパン／チルト値を再計算させて、必
要とする外観を維持することができる。ファン、壁など
の特性の知識をモデルに組み込むことにより、システム
のユーザーは外観とその特性を指定することができる
が、未指定の特性はシステムが入力する。例えば、ター
ゲット・ボリュームを定義し、舞台後方のトラスからの
交差ファンを６ビームと指定すると、システムは現在使
用されていない、そのトラス上の６個の等間隔照明器具
を選択し、そのパン／チルト値を設定して交差ファンを
得ることができる。

【０１７９】好ましいパン値とチルト値の計算方法 ライトを特定のターゲットに焦点合わせするために必要
なパン値とチルト値の好ましい計算方法について、図２
４〜図３２を参照して説明する。図１２は代表的な自動
化ライトの座標マップを示している。同図には、ライト
の座標空間におけるｘ、ｙ、ｚ軸が示されている。パン
と方位間の関係も示されている。パン・ストップ１５０
は、ライトの回転を制限するためのものである。図２５
に示すように、代表的なライトのチルト値は＋１３５^o
〜−１３５^o の範囲に制限されている。

【０１８０】ライトをターゲットに焦点合わせするため
に必要なパン値とチルト値を求めるためには、ライトの
座標空間内のターゲットの位置を求めなければならな
い。これは、マスタ基準フレーム内のライトの逆変形行
列を求めることによって行うことができる。そのあと、
ターゲットのｘ、ｙ、ｚ座標をサポートの「木構造」を
逆方向にたどって、マスタ基準フレーム内で求めなけれ
ばならない。マスタ基準フレーム内のターゲットのｘ、
ｙ、ｚ座標をライトの行列の逆変形で縦横乗算すると、
最終結果はライトの座標系内のターゲットの位置とな
る。ライトの座標に対するターゲットの相対位置は、ラ
イトに対するターゲットの方位と仰角を得るために使用
される。

【０１８１】ライトのパンとチルトの計算は、ライトの
座標系におけるターゲットの方位と仰角に依存する。タ
ーゲットの方位角はライトの「水平面」、つまり、ｘ、
ｙ面における基準軸（ｘ），ｘ＞０からのターゲットの
角度距離である。図１２に示すように、方位角は、基準
軸を０^o から反時計方向に３６０^o 回転させて測定した
ものである。同様に、ターゲットの仰角は、基準軸
（ｚ），ｚ＞０からのターゲットの角度距離である。図
２５に示すように、仰角は、基準軸を０^o から時計方向
に１３５^o 、反時計方向に−１３５^o 回転させて測定し
たものである。ライトの座標空間においてターゲットの
ｘ、ｙ、ｚ座標が分かれば、ターゲットの方位と仰角
は、三角法の恒等式を用いて求めることができる。

【０１８２】図２６のフローチャートに示すように、タ
ーゲットの方位は、ライトの座標空間におけるターゲッ
トのｘ、ｙ座標を評価することによって得られる。ｘ、
ｙの値は、フローチャートのボックス１６２、１６４、
１６８、１７２に定義されている条件と突き合わせテス
トされる。各条件に見合う計算は、関連のボックス１６
２、１６４、１６８、１７２に定義されている。必要な
演算が実行されて、方位角（ラジアン）が得られる。

【０１８３】次に、図２７に示すように、ターゲットの
仰角も、同じように、ライトの座標空間におけるターゲ
ットのｘ、ｙ、ｚ座標を評価することによって得られ
る。ターゲットの仰角は、ターゲット座標を関数として
得られる。フローチャートに示すように、仰角計算式は
次のとおりである。

【０１８４】 仰角＝Ａｒｃｃｏｓ（ｚ／（ｘ² ＋ｙ² ＋ｚ² ）^1/2 ） 仰角は、誤差条件１８２、例えば、ライト自体の容積内
のターゲット点が満足されないか、あるいはｘ、ｙ、ま
たはｚがゼロでない限り、座標について計算される。

【０１８５】ライトを同じターゲットに正しく焦点合わ
せする方位角と仰角値は２セットある。ターゲットのパ
ン値とチルト値の一方のセットがそれぞれＡ^o およびＥ
^o であるときは、ライトを同じターゲットに焦点合わせ
するパン値とチルト値の他方のセットはそれぞれ（Ａ^o
±１８０^o ）および（−Ｅ^o ）である。

【０１８６】図２８のフローチャートは、方位角と仰角
値のどちらのセットを使用すると、ライトが最小のヨー
ク運動でターゲットに向くかを判断する方法を示してい
る。方位角と仰角（ラジアンで計算）はステップ１９２
で度数に変換される。更に、現在のパン設定値（ｐａｎ
ｎｏｗ）と関連をもつ対応するパン−方位角値（ｐａｎ
ａｚ）を判断する必要がある。「ｐａｎａｚ」は、ター
ゲットに向いた２つのパン−方位角を比較し、どちらが
望ましいかを判断する際に使用される。

【０１８７】ステップ１９４では、ターゲットに向いた
２つの可能なパン−方位角を、方位角（ｐａｚ１）に９
０^o を加え、方位角（ｐａｚ２）から９０^o から引くこ
とによって得ている。計算で得た方位角値に９０^o を加
えるか、差し引くと、チルト回転平面はターゲットを通
り抜けることになる。図２４では、パン−方位角を０^o
と定義してｘ軸の方向に向くようにしているので、パン
−方位角を０^o にすると、チルト面はｙ−ｚ軸の平面に
置かれることになる。この位置にあるとき、ライトは９
０^o または２７０^o の方位に向くことができる。従っ
て、方位角からパン−方位角を得るためには、必要とす
る方位角に９０^o を加えるか、差し引かなければならな
い。

【０１８８】有効なパン−方位角の範囲は０^o から３６
０^o までに制限されているので、ステップ１９６〜２０
２で「ｐａｚ１」と「ｐａｚ２」がこの範囲（モジュー
ロ３６０^o ）内に保たれるように保証する。ｐａｚ１が
３６０^o より大きいときは、その値から３６０^o が差し
引かれる（ステップ１９８）。例えば、パン−方位角が
４００^o のときは、ライトの範囲を超えているので、値
は３６０^o だけ減らされてパン−方位角は４０^o に等し
くなる。同様に、ｐａｚ２が０^o より小のときは、その
値に３６０^o が加えられて、パン−方位角は範囲内に保
たれる（ステップ２０２）。

【０１８９】パン・ストップ１５０の結果、０^o と３６
０^o のパン−方位角はヨークが異なる位置にあり、各々
がパン・ストップ１５０の反対側にあることを表わして
いる。ステップ２０４から２２０までにおいて、２つの
可能なパン−方位角（ｐａｚ１とｐａｚ２）が０^o にセ
ットされているか、３６０^o にセットされているかが判
断される。ｐａｚ１が３６０^o に等しく、ｐａｎａｚ
（現在のパン−方位角設定値）が１８０^o より小ならば
（ステップ２１６）、ｐａｚ１は０^o にセットされて
（ステップ２１０）、ライトの回転は最小にされる。他
方、ｐａｎａｚが１８０^o に等しければ（ステップ２０
８）、各回転方向は同じであり、「タイ・ブレーカ」は
０^o を使用するか、１８０^o を使用するかを判断する
（ステップ２１２）。このタイ・ブレーカはユーザーが
制御することができる。ステップ２１４〜２２０はｐａ
ｚ２を分析するステップである。これらのステップが実
行されると、１８０^o 離れた２つのパン−方位角の解が
得られる。これらの２つの値は図１６に示すフローチャ
ートから得た出力である。

【０１９０】図２９のフローチャート（図３０、図３
１、図３２も参照）は、これらの２つの解のどちらを使
用するかを判断するものである。ステップ２３０では、
２つのパン−方位角値の各々について現在の設定値から
新しい設定値に移動する際にライトが走行しなければな
らないデルタ角度距離が判断される（その結果、ｄｅｌ
ｔａ１とｄｅｌｔａ２が得られる）。ステップ２３２で
は、両方の通路が同じ角度距離を走行するかが判断され
る。もしそうであれば、タイ・ブレーカはどちらのパン
・方位角を使用するかを判断する。

【０１９１】他方、通路が同じでないときは、どちらの
値が最短角度距離（ｄｅｌｔａ１とｄｅｌｔａ２のうち
小さい方）を表しているかが判断される。最初の値（ｐ
ａｚ１）から得られる角度距離がもう一方の値（ｐａｚ
２）から得られる角度距離よりも小さければ、このアル
ゴリズムはステップ２４０、２４６、２４８からなるフ
ローチャートにブランチする。ステップ２４０では、パ
ン・ストップ１５０を通らなくても、前のパン−方位角
値から新しいパン−方位角値に移れるかどうかが判断さ
れる。そうであれば、最初のパン−方位角値（ｐａｚ
１）が選択され、パン値に変換される。対応するチルト
値は、「チルト・センス値」に基づいて選択される。た
だし、 チルト＝仰角＊チルト・センス（ステップ２５０） ライトがパン・ストップ１５０を通らないと前のパン−
方位角値から新しいパン−方位角値に移ることができな
いことがステップ２４０で判断されると、長い方の距離
（ｐａｚ２）が選択されることになる。走行する角度距
離がｐａｚ２値では短いときは、ステップ２３６からス
テップ２３８、２４２および２４４に進む。これらのス
テップはステップ２４０、２４６および２４８の場合と
同じ方法で評価される。

【０１９２】チルト値は＋１３５^o および−１３５^o の
範囲に制限されているので、不可能なチルト値が得られ
ると、解は得られず、エラー状態になる。

【０１９３】例 以下では、ライトの座標系におけるターゲットの位置に
関してパンとチルトの計算について説明する。例とし
て、ライト座標系において（２０，２０，４５）の座標
をもつターゲットについて説明する。

【０１９４】図２６に示すステップに移るとき、ターゲ
ットの座標ｘとｙは共に正（ステップ１６０の条件）に
なっているので、計算の結果として、方位角は逆タンジ
ェント（ａｒｃｔａｎ）が（２０／２０）、つまりａｒ
ｃｔａｎが１と等しくなる。この結果、方位角値はπ／
４ラジアン（または４５度）になる。

【０１９５】そのあと、仰角が図２７に示す方法に従っ
て計算される。ステップ１８０の誤差条件は満足されて
いないので、次の仰角計算がステップ１８４で実行され
る。 仰角＝Ａｒｃｃｏｓ（４５／（２０² ＋２０² ＋４５
² ）^1/2 ） 計算結果の仰角は約π／５．６ラジアン（または＋３
２．２度）である。

【０１９６】上述したように、図２８のアルゴリズム
は、可能なパン値とチルト値のセットのどちらを使用す
ると、最も少ない移動量でライトがターゲットに向くか
を判断する。図２８のステップ１９２では、以前に計算
で求めた方位角と仰角ラジアン値が度数に変換される。
この例では、方位角と仰角は、それぞれ４５度および３
２．２度とすでに計算されている。ステップ１９２で
は、現在のパン設定値に対応するパン−方位角値も図３
１の方法に従って求める必要がある。ライトの初期パン
設定値が２７０度であるとすると、対応するパン−方位
角値は（２７０−１８０）度、つまり９０度となる。図
２８に示すように、この変数は“ｐａｎａｚ”である。

【０１９７】ステップ１９４では、同じターゲットに向
かう２つの可能なパン−方位角値が方位角値に基づいて
判断される。その結果得られる”ｐａｚ１”の値は１３
５度（４５＋９０）であり、“ｐａｚ２”は−４５度
（４５−９０）である。ｐａｚ１は３６０度より大でな
いので（ステップ１９６）、アルゴリズムはステップ２
００に進む。ｐａｚ２は０度より小であるので（ステッ
プ２００）、ｐａｚ２の値に３６０度が加えられて、値
は３１５度になり、値は０度と３６０度の範囲内に保た
れる。

【０１９８】ここでは、ｐａｚ１は３６０度に等しくな
く（ステップ２０４）、ｐａｚ２は０度に等しくないの
で（ステップ２１４）、ｐａｚ１とｐａｚ２は２つの可
能なパン−方位角の値を表わしている（１８０度離れて
いる）。この２つの値は図２８のフローチャートの出力
である。

【０１９９】図２９の方法では、求めたばかりの２つの
解のどちらを使用するかが判断される。ステップ２３０
では、ライトが現在の設定値（ｐａｎａｚ）から計算で
求めたばかりの２つの設定値（ｐａｚ１とｐａｚ２）ま
でに走行する際の走行角度距離が判断される。これらの
デルタ値は図３０に示す方法に従って計算される。“Ｄ
ｅｌｔａ１２”は９０度に等しいｐａｎａｚから新しい
設定値である１３５度までに走行するときの角度差であ
る。図３０から得られるｄｅｌｔａ１は４５度である。
同様に、“Ｄｅｌｔａ２”は９０度のｐａｎａｚから新
しい設定値である３１５度までに走行するときの角度差
である。図３０から得られるｄｅｌｔａ２は２２５度で
ある。この例では、計算で得たｄｅｌｔａは両方とも正
であるので、ステップ２３０でこれらの値の絶対値をと
っても効果はない。ａｂｓｄｅｌｔａ１はａｂｓｄｅｌ
ｔａ２と等しくないので、実行の流れはステップ２４０
に進む。ａｂｓｄｅｌｔａ１はａｂｓｄｅｌｔａ２より
小であるので、実行の流れはステップ２４０に進む。最
後に、ステップ２４０の結果は“ｙｅｓ”であるので、
プログラムの実行はステップ２４８に進み、そこでパン
値は４５度が得られる（図３２に示す方法に従っ
て）。”ｔｉｌｔｓｅｎｓｅ”はステップ２４８で−１
にセットされるので、ステップ２５０で計算されるチル
ト値は−３２．２度である。座標（２０，２０，４５）
でライトを向けるための必要とするパン値とチルト値は
以上で求められたことになる。

【０２００】モデル・キュー プログラマは「モデル・キュー」を設定することによ
り、モデル内のオブジェクトの配置を作り替えることが
できる。プログラマはモデルのオブジェクトを編成した
とき（例えば、舞台道具、トラス、照明器具、ターゲッ
トの位置）、その配置をモデル・キューとしてストアす
ることができる。このモデル・キューを後でメモリから
取り出して、ストアした配置の中でモデルを設定するこ
とができる。モデル・キューを呼び出すと、モデルの中
のすべてのオブジェクトは、モデル・キューのストア時
に置かれていた位置に戻る。プログラマは各モデル・キ
ューに固有の英数字名を割り当てて、各モデル・キュー
を識別することができる。モデル・キューが作成される
と、モデルの中のオブジェクトのすべての現在配置が、
寸法、オブジェクト・サポートに対する平行移動と回
転、サポート・オブジェクトの記号名、オブジェクトが
モデルのグラフィック・ディスプレイで表示されるか、
隠されているかを示す標識と共にモデル・キューにスト
アされる。プログラマは、モデル・オブジェクトを選択
し、それらを既存のモデル・キューにストアすることに
よって、以前にストアしたモデル・キューを修正するこ
とができる。

【０２０１】プログラマはこれらのモデル・キューを使
用すると、プログラミング作業が簡単になる。モデル・
キューの英数字識別名を入れることにより、オブジェク
トを必要とする構成に入れることができる。モデルが以
前に定義したモデル・キューを使用して配置されていた
場合は、プログラマが事前設定の焦点またはキューをセ
ーブするとき、モデル・キューに関連する英数字識別名
が事前設定焦点またはキューとしてストアされる。

【０２０２】従って、プログラマは、以前にストアした
モデル・キューに基づいたキューと事前設定焦点を書く
ことができる。プログラミング過程で開発したモデル・
キューをあとで変更した場合は、その変更は、元のモデ
ル・キューに基づいたキューと事前設定焦点に自動的に
反映される。これらの事前設定焦点とキューに必要なパ
ン値とチルト値は再計算されて、不可能なチルトが得ら
れると、そのことがプログラマに通知される。

【０２０３】ビーム特性の定義 同様に、プログラマは複雑な自動化照明システムの残余
ビーム特性（カラー、ビーム・サイズ、照度、エッジ、
ゴーボーなど）をいく通りかの方法で定義することがで
きる。１つの方法は、パラメータを「絶対的」方法で定
義することである。例として、プログラマがライトの照
度を「絶対的」方法で定義したいとすると、選択したラ
イトの照度を絶対値にすること、例えば、照度を６５％
にすることを指定することができる。「絶対的」方法で
定義されたパラメータ・データはモデルで変更が行われ
たとき、自動的に更新されない。

【０２０４】もう１つの方法は、特定のターゲットに対
してパラメータ値を割り当てることである。例として、
プログラマが照度を「パラメータ」方法で定義するとき
は、特定のターゲットに焦点を当てるか、特定のカラー
になっていない、あるいは特定のトラスに装着されてい
るライトのすべてを特定の照度にすること、例えば、照
度を６５％にすることを指定する。ターゲット、カラ
ー、またはトラスは、対話ボックスからそれを識別する
記号名を入れることによって、あるいは上述したように
入力装置でそれを選択することにより、選択することが
できる。

【０２０５】別の方法は、特定のターゲットに焦点を当
てるライトのすべてを調整して、ターゲットに対する所
望の照度を得ることを指定することである。システムは
各ライトに必要な照度を計算して、ターゲットに焦点を
当てるすべてのライトの総合効果から必要な照明レベル
が得られるようにする。

【０２０６】カラーの定義 プログラマが特定のライトまたはライト群についてカラ
ーを指定するとき、いくつかの方法でカラーを選択する
ことができる。プログラマがモデルの一部として定義す
るライトを選択すると、どのタイプのライトが選択され
たかが知らされる。これに対応して、照明器具のタイプ
に合ったカラー・パレットが対話ボックスからプログラ
マに表示される。プログラマはパレットを使用してカラ
ーを選択することができる。このようにして、プログラ
マは使用できるカラーを検討し、必要とするカラーを選
択することができる。カラー・パレットは例えば色度図
のような、使い慣れた形式で表示することが可能であ
る。別の方法として、プログラマは必要とするカラーに
関連づけた英数字名を入力することも可能である。もう
１つの可能な方法として、プログラマは照明ユニットの
中のカラー・フィルタ要素の位置を制御することによっ
て、絶対的方法でカラーを定義することができる。これ
は、カラー・ホイールの位置を定義することにより（例
えば、ＶＬ２Ｂ^TMの場合）、あるいは照明ユニットの３
つのカラー・フィルタ（マゼンタ、アンバー、ブルー）
の各々の角度を定義することにより（例えば、ＶＬ４^TM
の場合）得られる。

【０２０７】本発明の好適実施例では、プログラマは、
Ｖａｒｉ−Ｌｉｔｅコンソールが備えている制御と同じ
ように、「事前設定カラー」を設定することにより、照
明器具のカラーを割り当てることができる。代表例とし
て、照明器具から得られるカラーは「標準」カラー（メ
ーカが割り当てたもの）でも、「カスタム」と「オープ
ン」カラー（プログラマが割り当てたもの）でも定義す
ることができる。カラーが「カスタム」を使用して定義
されたときは、事前設定カラー識別名がキューにストア
される。「カスタム」カラーは、非参照カラーによって
間接的に定義する。キューが開始された時呼び出される
カラーは事前設定カラーのストア時に「カスタム」パレ
ットの中にプログラムされたカラーである。照明器具の
カラーが「オープン」カラーによって定義された時は、
これらには絶対カラーが割り当てられる。

【０２０８】選択したライトのカラーはＶａｒｉ−Ｌｉ
ｔｅ制御コンソールの事前設定カラー制御と同じ働きを
するプロンプトで指定することができる。このコンソー
ルでは、コンソールから事前設定カラー・ボタンを押す
と、現在選択されているライトはその事前設定カラーに
割り当てられているカラーが設定される。

【０２０９】ゴーボー選択 同じように、定義しようとする照明器具からゴーボーに
よってビーム変更が得られる場合は、データベースに
は、使用しようとする各照明器具で使用可能なゴーボー
選択項目と選択したゴーボーのテーブルを置いておくこ
とができる。必要とするビーム構成に投射するために使
用するゴーボーを選択するとき、プログラマに選択でき
るゴーボーをすべてを含んでいるグラフィック表現を表
示することが可能である。そのあと、プログラマは使用
したいゴーボーを表示されたゴーボーから選択するだけ
で、必要とする効果が得られる。

【０２１０】別の方法として、プログラマはゴーボー選
択をゴーボー・ホイールのストップ位置を指示すること
で指定することができる。

【０２１１】ビーム・サイズ、照度、エッジなどの、他
のビーム特性を定義するときは、プログラマは対話ボッ
クスから必要とする値を入力することで、その値を指定
することも可能である。

【０２１２】キュー・データのストア パラメータ値を操作することによって、プログラマが特
定のキューの所望の照明効果を得たら、次に、後で取り
出すためにパラメータ情報をキューとしてストアしてお
くことができる。各キューには識別を目的とした英数字
名が割り当てられる。これは、一般に、パフォーマンス
のシーケンスに従った番号順になっている。キュー・デ
ータはコンピュータ２０のメモリにストアすることも、
ディスケットなどの外部記憶媒体にストアすることも可
能である（その両方も可能）。キュー・データは実際の
照明システムに転送し、その使用に適した形式にするこ
とができる（これは後で詳しく説明する）。キューが実
際の照明システムのメモリにストアされたあと、その関
連番号を入力することで呼び出すことが可能である。キ
ューが実際の照明システムでプログラマによって開始さ
れると、ライトは、モデル・キューがストアされた時の
シミュレーション時に対応するモデル・オブジェクトが
置かれていた状態をとることになる。

【０２１３】キューは対話プロセスを通して書いて、ス
トアすることが可能である。キューを書いてストアする
プロセスの好ましい実施例は図３３に示されている。図
３３に示すキュー作成メニュー７０は、ウィンドウに表
示することも、プルダウン・メニューからアクセスする
こともできる。照明属性を上述した方法に従って操作す
ることにより、必要とする照明効果を得たあと、プログ
ラマはキュー番号アイコン７２に番号を入力し、図３３
に示す「ストア」または「ＳＴＲ」でクリックすること
により、その照明効果を特定キュー番号としてストアす
ることができる。同様に、プログラマが以前にキューと
してストアしておいた照明効果を呼び出したいときは、
必要とするキュー番号をキュー番号ウィンドウ７２に入
力し、「呼出し」または「ＲＣＬ」アイコンでクリック
することにより、これを行うことができる。画面は、選
択したキューの照明効果を反映するように更新される。

【０２１４】照明効果のグラフィック表現 モデリング過程では、グラフィック・ディスプレイ２４
には、基礎となるマスタ・データベースにストアされて
いる情報の図が表示される。同様に、プログラマがライ
トをプログラムするときにも、ディスプレイ２４を使用
して、各パラメータの変化が照明システムに及ぼす影響
がプログラマに示される。図３４に示すように、グラフ
ィック・ディスプレイ２４には、プログラマが各ライト
のパラメータを変更したり、定義したりすると、照明効
果の表現が表示される。シミュレーションによって、各
ライト発生源から出て、関連のターゲットで終わる光ビ
ームを示して、パンとチルトの効果が表示される。この
場合には、照明器具１０１〜１１０の各々はシンガ１１
７に焦点が当てられる。

【０２１５】カラー・グラフィック・ディスプレイを使
用すると、光ビームをプログラマが選択したカラーで表
示させることができる。また、プログラマは、光ビーム
がプログラムした値に従って広がるとき、ビーム・サイ
ズの効果を正確な図で見ることができる。このグラフィ
ック機能によって支援される基礎となるシステムは、制
御コンソールやライトが存在しなくても、ライト・ショ
ウ全体をプログラムすることができる。プログラマは照
明効果をパラメータ・データを関数としてみることがで
き、その結果、プログラミング手法は、プログラマが照
明効果を想像できる能力によって制限されない。プログ
ラマはライトが焦点を当てている場所を観察して、個々
のライトの各々の照明属性をどのように組み合わせる
と、全体的照明効果が得られるかを目で見ることができ
る。

【０２１６】特定のキューをプログラミングするとき、
プログラマはパラメータの変更が全体的照明効果にどの
ような影響を与えるかを観察することができる。プログ
ラマが上述した方法に従って、以前に記録したキューを
メモリから呼び出したい場合には、モデルは、照明効果
をストアしたキュー・データの関数として、ディスプレ
イに図形的に表現されることになる。プログラマがカラ
ーなどのストアされたパラメータを変更する場合は、そ
の変更の結果が図形でプログラマに示されることにな
る。

【０２１７】開発したモデルの更新 一般的に、パフォーマンス・ツアが運営されるすべての
場所の特徴を正確に反映したモデルを１つで開発するこ
とは非常に困難である。各場所は独自の固有属性と寸法
をもっており、正確なキュー・データを得るためには、
それらをモデルに反映させる必要がある。これに対応し
て、ある種のパラメータが場所の境界や舞台のサイズな
どに依存するような形で、プログラマがキュー・データ
を書いた場合には、プログラマは、その情報がモデルに
正しく定義されているかを確かめる必要がある。プログ
ラマはストアした情報を、上述したように入力装置を使
用してオブジェクトのグラフィック表現を選択するか、
あるいはそれに関連する英数字名を入力することによっ
て更新することができる。どちらを行なっても、選択し
たオブジェクトに対して以前に定義した情報がプログラ
マに表示される。そのあとで、プログラマはモデルの中
で現在の環境に合致していない情報を更新することがで
きる。

【０２１８】同様に、その場所内の照明アセンブリや舞
台環境の要素の物理的配置や特性がモデルに定義された
仕方と一致していないときは、プログラマはその情報を
更新しなければならない。ある要素の位置や他の特性デ
ータを修正する必要がある場合は、プログラマは更新す
る項目をモデルから選択し、そのあとで、モデルに以前
に入力した情報を更新する。これらの作業は、対話によ
る入力によって図形的に行なうことも、上述したように
スプレッドシードを使用して行なうこともできる。プロ
グラマがモデルに変更を加えると、例えば、あるオブジ
ェクトをディスプレイ画面上の新しい場所に移動する
と、新しい情報は基礎となる対応するデータベースの中
の値を変更することによって反映される。

【０２１９】モデルに必要な更新は簡単に行なうことが
できるので、新しい情報をモデルに組み入れて、実際の
照明システムと舞台環境を正確に反映することができ
る。

【０２２０】以前に記述したキュー情報の更新 更に、キューとしてストアされたパラメータ・データ
は、パフォーマンスにおけるイベントのシーケンスが変
更された場合や、ある特定のキューの中のターゲットの
ロケーションが変更された場合、更新する必要がある。
上述したように、プログラマは取り出すべきキューを指
定し、図３３のウィンドウ７０に示す“ＲＣＬ”アイコ
ンをクリックすることによって、そのキューをメモリか
ら取り出すことにより、キューを更新することができ
る。そのあと、ストアしたパラメータを関数として以前
にストアされた照明効果を、画面に表示して、更新する
ことができる。プログラマは実際の事情に合致していな
いどのパラメータでも変更することができる。キューの
ロケーション・ターゲットが配置替えされたときは、プ
ログラマは上述したようにそのターゲットを選択し、そ
れを新しいロケーションに「ドラグ」することができ
る。別の方法として、プログラマは対話ボックスからモ
デリング・システムと対話することで、任意のターゲッ
ト情報を更新することも可能である。

【０２２１】データ転送 図１に示すように、照明効果を定義するためにプログラ
ミング・システムによって書かれたキュー・データは、
照明制御コンソールに直接に転送できるデータに、ある
いはローカル照明器具に転送できるデータに変換され
る。（後者の場合には、モデリング・コンピュータがコ
ンソールの役割を果たす。）データの構文は本明細書に
開示のモデリング・システムとプログラミング・システ
ムによっても、従来の制御コンソールと照明器具によっ
ても相互に解釈できるものでなければならない。機械可
読であるほかに、データ形式が人間でも読めるようにす
ることが好ましい。データのテキスト表現を読みやすく
すると、デバッグ処理が行ないやすくなる。モデリング
およびプログラミング・ツール、および実際の照明シス
テムがこのデータ形式で読み書きできるようにしておく
と、双方向通信が容易になる。更に、エラー処理機能に
より、障害に強いシステムにすることができる。また、
データ形式は、各ライトで必要なキュー情報のすべてを
統一した方法でストアできる形式になっている。ファイ
ルは、各ライトの名前とロケーションをリストし、ショ
ウにおけるすべてのキューに関するパラメータ・データ
をストアするような態様で配置することができる。

【０２２２】このデータ形式がもつ両方向性を利用する
と、ユーザーは制御コンソールで作成または変更された
データを、あとで表示または変更するためにモデリング
・システムに送り返すことができる。

【０２２３】リアル・タイムのレンダリング モデリング・システムによってストアされたデータをレ
ンダリング装置で処理して、ストアしたデータを表す写
実的なイメージを生成することが可能である。このサー
ビスは、例えば、ＲｅｎｄｅｒＭａｎプログラムの使用
によって得られる。Ｐｉｘａｒ社（３２４０ Ｋｅｒｎ
ｅｒ Ｂｌｖｄ．，Ｓａｎ Ｒａｆａｅｌ，ＣＡ９４９
０１）出版の「ＲｅｎｄｅｒＭａｎインタフェース」を
参照のこと。この出版物は、ＲｅｎｄｅｒＭａｎレンダ
リング・プログラムから得られるサービスを詳しく説明
している。

【０２２４】これらのイメージは照明効果を視覚的に描
写するために利用できる。更に、連続するキューのシー
ケンスをリアル・タイムに近いスピードで投射するため
にコンピュータ・アニメーション手法を利用すると、照
明ショウを追跡的に、しかも動的に観察することができ
る。シミューションの質は、レンダリングを行うために
選択したハードウェアとソフトウェアの基礎が高度であ
るかどうかによって決まる。平均的ユーザーが利用でき
るイメージの高度性は、利用できるシステムのコストと
処理能力の改善に伴って向上する。技術は、シミュレー
ション能力が優れた低コストのシステムに向かってい
る。これらのレンダリング装置を照明デザイナが使用す
れば、利用者にパフォーマンスと照明効果を完全な形で
シミュレーションして見せることができる。

【０２２５】Ｋｕｒｚｗｅｉｌ Ａｐｐｌｉｅｄ Ｉｎ
ｔｅｌｌｉｇｅｎｃｅ社（Ｗａｌｔｈａｍ，ＭＡ）が販
売しているような、大量の語彙を備えたスピーカから独
立した音声認識システムを使用すると、モデリング・シ
ステムは音声でその機能のすべてをアクセスすることが
できる。

【０２２６】仮想コンソール／仮想リアリティ ＶＰＬ社（６５６，Ｂａｉｒ Ｉｓｌａｎｄ Ｒｏａ
ｄ，Ｒｅｄｗｏｏｄ Ｃｉｔｙ，ＣＡ，９４０６３）開
発の機器を使用すると、モデリング・システムの２次元
ディスプレイ画面を３次元ディスプレイで置き換えるこ
とができるので、ユーザーは「バーチャル・セルフ」
（Ｖｉｒｔｕａｌ Ｓｅｌｆ）によって表現されて、シ
ミュレーションに「入って」、それと対話することがで
きる。

【０２２７】ユーザーは「バーチャル・セルフ」をデー
タ・グローブ（Ｄａｔａ−Ｇｌｏｖｅ）によって制御す
ることができる。データ・グローブは各指の関節の屈折
度、指と手の空間における動きと位置を測定する装置で
ある。データ・グローブからの情報はホスト・コンピュ
ータに転送されて、任意の時点における手の動きを表わ
している。

【０２２８】プログラムはこの入力情報を使用して、ユ
ーザーの「バーチャル・セルフ」を制御して、モデル内
の仮想オブジェクトをつかみ、操作する様子を示す。モ
デル内のオブジェクトの動きは、ユーザーが自分の「バ
ーチャル・セルフ」でオブジェクトをつかみ、それを新
しい場所に移すことによって行なう。例えば、ユーザー
は光ビームをつかんで、それを移動することにより、そ
の照明器具を新しいターゲットに焦点合わせすることが
できる。

【０２２９】更に、ユーザーは仮想制御コンソールを表
示して、自分の「セルフ」でコンソールと対話すること
ができる。この仮想コンソールの制御を実コンソールの
つもりで操作することにより、ユーザーは別の方法でラ
イトと照明効果を制御することができる。同様に、ユー
ザーは実コンソールを使用しているつもりで、キューを
記述し、ストアし、呼び出すことができる。

【０２３０】使用から外されたライトの機能の配分 モデリング・システムは、使用から外されたライトの機
能を配分できる機能も備えている。使用から外されたラ
イトの機能は、照明システムに残っている他のライトに
移すことができる。照明システムは、特定のライトが使
用から外されると、それを検知することができる。更
に、照明システムは各キューの関連のターゲットと照明
パラメータを検知する。これに応じて、あるライトがそ
の機能を実行できなくなると、そのライトの機能が代替
またはバックアップ・ライトに再配分される。

【０２３１】モデリング・システムの統合化 ある場合には、モデリング・コンピュータをコンソール
と統合して、コントローラと仕事を分担させることが可
能である。場合によっては、ライトの直接制御も分担さ
せることが可能である。

【図面の簡単な説明】

【図１】デザイン手段の構成要素およびデザイン手段と
照明システムとの関係を示す概略ブロック図である。

【図２】一連のモニタ画面とそれに関連するメニューを
示す概略図である。

【図３】一連のモニタ画面とそれに関連するメニューを
示す概略図である。

【図４】一連のモニタ画面とそれに関連するメニューを
示す概略図である。

【図５】一連のモニタ画面とそれに関連するメニューを
示す概略図である。

【図６】一連のモニタ画面とそれに関連するメニューを
示す概略図である。

【図７】一連のモニタ画面とそれに関連するメニューを
示す概略図である。

【図８】一連のモニタ画面とそれに関連するメニューを
示す概略図である。

【図９】オブジェクト・パレットを示しているモニタ画
面の概略図である。

【図１０】スプレッドシートに表示されたモデル・デー
タの図を示す概略図である。

【図１１】スプレッドシートに表示されたモデル・デー
タの図を示す概略図である。

【図１２】モデル・データの他のスプレッドシート形式
を示す図である。

【図１３】モデル・データの他のスプレッドシート形式
を示す図である。

【図１４】モニタ画面と各種操作対話の例を示す図であ
る。

【図１５】モニタ画面と各種操作対話の例を示す図であ
る。

【図１６】モニタ画面と各種操作対話の例を示す図であ
る。

【図１７】ツール・パレットを示しているモニタ画面を
示す図である。

【図１８】各種オブジェクト選択項目を示しているモニ
タ画面を示す図である。

【図１９】各種オブジェクト選択項目を示しているモニ
タ画面を示す図である。

【図２０】各種オブジェクト選択項目を示しているモニ
タ画面を示す図である。

【図２１】その他の選択項目を示しているモニタ・ディ
スプレイを示す図である。

【図２２】その他の選択項目を示しているモニタ・ディ
スプレイを示す図である。

【図２３】その他の選択項目を示しているモニタ・ディ
スプレイを示す図である。

【図２４】座標軸と角度指定規則の例を示す照明器具の
概略図である。

【図２５】座標軸と角度指定規則の例を示す照明器具の
概略図である。

【図２６】さまざまなライト位置を計算する際に使用さ
れる処理ステップを示す説明図である。

【図２７】さまざまなライト位置を計算する際に使用さ
れる処理ステップを示す説明図である。

【図２８】さまざまなライト位置を計算する際に使用さ
れる処理ステップを示す説明図である。

【図２９】さまざまなライト位置を計算する際に使用さ
れる処理ステップを示す説明図である。

【図３０】さまざまなライト位置を計算する際に使用さ
れる処理ステップを示す説明図である。

【図３１】さまざまなライト位置を計算する際に使用さ
れる処理ステップを示す説明図である。

【図３２】さまざまなライト位置を計算する際に使用さ
れる処理ステップを示す説明図である。

【図３３】キュー・ストアと呼出しパレットを表示した
モニタ・ディスプレイ画面を示す図である。

【図３４】実際の照明シーンをシミュレーションしてい
る様子を示すモニタ・ディスプレイ画面を示す図であ
る。

【符号の説明】

２０ コンピュータ・システム ２４ モニタ ２８ マウス ２９ ボタン ３０ キーボード ３４ カーソル ３５ アイコン ３６ メニュー ３７ モデル・オブジェクト ３８ メニュー・バー １００ 照明システム １０１〜１１０ 照明器具 １１０ 照明コンソール １３０ ツール・パレット １３２ 「ドラグ」ツール １３３ 「回転」ツール １８２ 誤差条件

Claims (40)

【特許請求の範囲】
1. 【請求項１】 データ入力手段と、プロセッサと、記憶
   手段と、モニタと、グラフィック生成プログラムとを備
   えプロダクション・サイト、照明コンソールまたは照明
   ライトにアクセスする必要なしに、照明コンソールおよ
   び照明器具によって演出されたプロダクション・サイト
   および照明シーンの特性を含む照明プロダクションをモ
   デリングするためのシステムにおいて、 （１）照明ターゲットを含む照明サイトの関係パラメー
   タを記述したデータを入力するための手段と、 （２）該照明デザインのプロダクションにおいて動作状
   態にしておく照明器具を選択したことを指定したデータ
   を受け取るための手段と、 （３）該選択した照明器具のロケーションを記述したデ
   ータを受け取るための手段と、 （４）該選択した照明器具の各々に関連する照明パラメ
   ータの値を記述したデータを受け取るための手段と、 （５）必要とする総合照明デザインの数学的に正確な３
   次元表現を、当該サイト、ライト選択、ライト・ロケー
   ションおよび値データから計算するための手段と、 （６）当該表現の一部を前記モニタに表示するための手
   段と、 （７）前記計算の結果を、前記実際の照明器具で最終的
   に使用するのに適した形式に構成するための手段とを備
   えたことを特徴とするモデリング・システム。
2. 【請求項２】 前記データ受取り手段は、前記モニタに
   表示されて、前記データの入力をプロンプトで指示する
   手段からなることを特徴とする請求項１に記載のモデリ
   ング・システム。
3. 【請求項３】 受け取ったデータの一部が変更されたと
   き、そのデータに依存するデータもその変更に関係する
   変更が行なわれるように、当該受け取ったデータ間の関
   係を計算するための手段を備えたことを特徴とする請求
   項１に記載のモデリング・システム。
4. 【請求項４】 実際の照明プロダクションを記述すると
   きに照明デザイナが採用したタイプに全体的に準拠する
   少なくとも１つのスプレッドシートを生成するための手
   段を備えたことを特徴とする請求項１に記載のモデリン
   グ・システム。
5. 【請求項５】 前記表現を計算する手段は、前記照明シ
   ーンの図を異なる見方から同時に生成し、表示するため
   の手段を含むことを特徴とする請求項１に記載のモデリ
   ング・システム。
6. 【請求項６】 前記表現を計算する手段は、サイト、照
   明ロケーションおよび照明パラメータ値が総合照明シー
   ンに寄与する度合いを表示する手段を含むことを特徴と
   する請求項１に記載のモデリング・システム。
7. 【請求項７】 パン値とチルト値を照明器具ロケーショ
   ンとターゲット位置を関数として計算する手段を備えた
   ことを特徴とする請求項１に記載のモデリング・システ
   ム。
8. 【請求項８】 前記サイト・パラメータの構成要素を階
   層構造で編成する手段を備えたことを特徴とする請求項
   １に記載のモデリング・システム。
9. 【請求項９】 前記データの入力を容易にするためのメ
   ニュー、対話ボックスおよびアイコンを生成する手段を
   備えたことを特徴とする請求項１に記載のモデリング・
   システム。
10. 【請求項１０】 前記表現は随時にストアし、呼び出す
    ことができるキューを構成していることを特徴とする請
    求項１に記載のモデリング・システム。
11. 【請求項１１】 前記照明パラメータはターゲット位置
    として指定できることを特徴とする請求項１に記載のモ
    デリング・システム。
12. 【請求項１２】 前記照明ターゲットは演技者の表現を
    含み、前記照明パラメータ・データは前記演技者の部分
    に照明を当てるように定義し、および処理できることを
    特徴とする請求項１に記載のモデリング・システム。
13. 【請求項１３】 ターゲット容積をシステムにおけるオ
    ブジェクトとして表現する手段を備え、当該容積を移動
    し、そのサイズを変更すると、関連の照明パラメータが
    対応して調整されるようにしたことを特徴とする請求項
    １に記載のモデリング・システム。
14. 【請求項１４】 前記サイト・データを入力する手段
    は、複数の直交図を前記モニタ上に生成して前記サイト
    の中のオブジェクトのすべての位置座標を表示する手段
    を含むことを特徴とする請求項１に記載のモデリング・
    システム。
15. 【請求項１５】 前記コンピュータ・システムの出力は
    前記コンソールとリンクされて、照明パラメータをやり
    とりするようにしたことを特徴とする請求項１に記載の
    モデリング・システム。
16. 【請求項１６】 モデル・データをさまざまな選択可能
    な形式で表示するための手段を備えたことを特徴とする
    請求項１に記載のモデリング・システム。
17. 【請求項１７】 実際のプロダクションを記述したデー
    タを前記コンソールから受け取って、当該モデリング・
    システムによって検討し、変更できるようにする手段を
    備えたことを特徴とする請求項１に記載のモデリング・
    システム。
18. 【請求項１８】 前記照明器具を当該モデリング・シス
    テムから制御するための手段を備えたことを特徴とする
    請求項１に記載のモデリング・システム。
19. 【請求項１９】 モデル・オブジェクト相互間の関係を
    指定すための手段を備えたことを特徴とする請求項１に
    記載のモデリング・システム。
20. 【請求項２０】 前記照明シーンの動的局面をシミュレ
    ートするための手段を備えたことを特徴とする請求項１
    に記載のモデリング・システム。
21. 【請求項２１】 グラフィック表示プログラムと、デー
    タ入力手段と、グラフィック生成プログラムを含むデー
    タ処理手段と、モニタとを有するコンピュータ・システ
    ムを採用し、照明コンソールおよび照明器具によって演
    出されたプロダクション・サイトおよび照明デザインを
    含む照明プロダクションをモデリングするための方法に
    おいて： （１）照明ターゲットを含む前記照明サイトの関係特性
    を記述したデータを前記コンピュータ・システムに入力
    するステップと、 （２）シーンに関与する照明器具を指定したデータを前
    記コンピュータ・システムに入力するステップと、 （３）当該記述したサイトを表現したディスプレイを前
    記モニタ上に生成するステップと、 （４）当該選択された照明器具と該照明サイトとの位置
    関係に関するデータを前記コンピュータ・システムに入
    力するステップと、 （５）当該選択された照明器具の位置を示した前記サイ
    トのディスプレイを前記モニタ上に生成するステップ
    と、 （６）必要に応じて、照明ビームのカラーとビーム方向
    を含めて、前記選択された照明器具の各々の照明パラメ
    ータを記述したデータを前記コンピュータ・システムに
    入力するステップと、 （７）前記サイト、前記照明器具の選択、前記位置付け
    および前記パラメータの調整によって得られた総合照明
    効果をシミュレートするディスプレイを評価のために前
    記モニタ上に生成するステップと、 （８）必要とするディスプレイが得られるまで、必要に
    応じて前記ステップを繰り返すステップとを具えたこと
    を特徴とするモデリング方法。
22. 【請求項２２】 前記データの入力をプロンプトで指示
    し、無効データの入力を最少にするディスプレイを生成
    するステップを含むことを特徴とする請求項２１に記載
    のモデリング方法。
23. 【請求項２３】 受け取ったデータの相互関係を計算し
    て、当該データの一部が変更されたとき、そのデータ部
    分に依存するデータも対応して変更することを特徴とす
    る請求項２１に記載のモデリング方法。
24. 【請求項２４】 実際の照明プロダクションを記述する
    時に照明デザイナが採用したタイプに全体的に準拠する
    少なくとも１つのスプレッドシームを含む調整可能な形
    式のスプレッドシートを生成することを特徴とする請求
    項２１に記載のモデリング方法。
25. 【請求項２５】 前記照明シーンの図を異なる視点から
    同時に生成し、表示するステップを含むことを特徴とす
    る請求項２１に記載のモデリング方法。
26. 【請求項２６】 前記シミュレートするステップは、サ
    イト、ライト・ロケーションおよびライト・パラメータ
    値が総合照明シーンに寄与する度合いを表示することを
    含むことを特徴とする請求項２１に記載のモデリング方
    法。
27. 【請求項２７】 パン値とチルト値を照明器具のローケ
    ションとターゲットの位置を関数として計算することを
    特徴とする請求項２１に記載のモデリング方法。
28. 【請求項２８】 前記サイトの記述を階層構造で編成す
    ることを含む請求項２１に記載のモデリング方法。
29. 【請求項２９】 前記データの入力を容易にするための
    メニュー、対話ボックスおよびアイコンを生成すること
    を含む請求項２１に記載のモデリング方法。
30. 【請求項３０】 前記総合照明効果は随時にストアし、
    呼び出すことができるキューを構成していることを特徴
    とする請求項２１に記載のモデリング方法。
31. 【請求項３１】 照明パラメータはターゲット位置とし
    て指定できることを特徴とする請求項２１に記載のモデ
    リング方法。
32. 【請求項３２】 前記照明ターゲットは、演技者の表現
    を含み、照明パラメータ・データは前記演技者の部分を
    ライトで照らすように定義され、および処理されること
    を特徴とする請求項２１に記載のモデリング方法。
33. 【請求項３３】 ターゲット容積を表すデータをシステ
    ムにおけるオブジェクトとして生成し、当該容積が移動
    またはそのサイズが変更されたとき、関連の照明パラメ
    ータをそれに対応して調整することを特徴とする請求項
    ２１に記載のモデリング方法。
34. 【請求項３４】 前記サイトのディスプレイは、当該サ
    イトの中のオブジェクトのすべての位置座標を前記モニ
    タ上に表示する複数の直交図を有することを特徴とする
    請求項２１に記載のモデリング方法。
35. 【請求項３５】 照明シーン・パラメータを当該モデリ
    ング・システムと当該照明システムとの間でやりとりす
    ることを特徴とする請求項２１に記載のモデリング方
    法。
36. 【請求項３６】 モデル・データを選択可能なさまざま
    の形式で表示することを特徴とする請求項２１に記載の
    モデリング方法。
37. 【請求項３７】 実際のプロダクションを記述したデー
    タを当該モデリング・システムが調べて、変更するため
    に当該コンソールから受け取ることを特徴とする請求項
    ２１に記載のモデリング方法。
38. 【請求項３８】 前記照明器具を当該モデリング・シス
    テムから制御することを特徴とする請求項２１に記載の
    モデリング方法。
39. 【請求項３９】 モデル・オブジェクト相互間の関係を
    指定することを特徴とする請求項２１に記載のモデリン
    グ方法。
40. 【請求項４０】 当該照明システムの動的局面をシミュ
    レートすることを特徴とする請求項２１に記載のモデリ
    ング方法。