JP2000516371A

JP2000516371A - バーチャルシネマトグラフィの方法及びシステム

Info

Publication number: JP2000516371A
Application number: JP10510766A
Authority: JP
Inventors: マイケルエフコーエン; リ―ウェイヘ; デヴィッドサレシン
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 1996-08-02
Filing date: 1997-08-01
Publication date: 2000-12-05
Also published as: DE69734658D1; US6040841A; EP0917689B1; AU4146397A; CN1226328A; WO1998008192A1; CN1319026C; EP0917689A4; CA2260837C; CA2260837A1; EP0917689A1; DE69734658T2

Abstract

(57)【要約】コンピュータによって発生される三次元バーチャル環境における通信が、一般的に映画のために用いられ自動的に適用されるシネマトグラフィの規則によって達成される。翻訳されたシネマトグラフィイベント(38)からカメラビュー仕様が生成される(40)。バーチャルリアリティ及び他の対話型アプリケーションにおいて、バーチャルシネマトグラフィアプリケーションモジュール（ＶＣ）(50)と呼ばれるリアルタイムカメラコントローラを用いて、固定視点ショット及び天井にマウントされたカメラについて改善する。ＶＣ(50)をインテリジェントエージェントユーザーインターフェースで用いることにより、自然に見えるカメラ位置のエージェントを用いて、ユーザーが自身を見ることができるようになる。

Description

【発明の詳細な説明】バーチャルシネマトグラフィの方法及びシステム発明の分野本発明はコンピュータアニメーションに関する。更に特別には、本発明は、コンピュータで動画化される仮想的三次元の環境でイベントを表示するための仕様の発生に関する。本発明の背景と要約インターネットのようなコンピュータネットワークの爆発的な発展により、コンピュータのユーザーは、遠隔のサイトから情報をテキスト、グラフィックス並びにオーディオ及びビデオセグメントの形で取得するための便利な方法を与えられた。更に、インターネット又は他のネットワーク（例えばイントラネット）に接続されたコンピュータのユーザーは、コンピュータを利用して、そのネットワークに接続された他のコンピュータユーザーとリアルタイムで対話することができるようになった。例えば、コンピュータユーザーは、遠隔のコンピュータユーザーとの動画化されたコンピュータビデオゲームに参加することができる。このような動画化されたコンピュータビデオゲームのいくつかは、コンピュータで発生され、コンピュータユーザーが動画化された仮想的キャラクタを制御することができる、仮想的三次元（３Ｄ）の環境を利用している。更に、コンピュータユーザーが制御し且つコンピュータユーザーを表す動画化された３Ｄバーチャル俳優（時にはアヴァターと呼ばれる）を通して、コンピュータユーザーが相互に対話するバーチャル３Ｄチャット環境が一般的になっている。この型のチャット環境においては、例えば、各ユーザーが３Ｄディスプレイの部屋に入り、この部屋で、バーチャル俳優即ちアヴァターが、ユーザーが相互に話し合うように動作する。バーチャル俳優は、相互に話し合うコンピュータユーザーを３Ｄディスプレイに表示するように配置される。この型の映像表示は、通信インターフェースとしてテキストを用いる従来のチャット環境においては不可能である。この型のバーチャル３Ｄ環境におけるコミュニケーションは、大きな将来性を持つ一方で多くの問題点を持っている。例えば、ユーザーにとって時には、３Ｄ環境を理解し操作することが困難な場合があり、話し合いたいと考えるコンピュータユーザーのバーチャル俳優をシミュレーション環境中で発見することが困難な場合があり、更に、相互に話し合う全てのユーザーが相互に他の俳優を見出し得るような俳優の配置を行うことが困難な場合がある。このような型の問題は、一世紀以上も前に映画が作られるようになって以来、映画撮影者が直面してきた問題と似ている。何年もの間、映画撮影者は、俳優がよく分かるように且つ効果的に話し合うことを可能にする映画の慣行又は規則を発展させてきた。これらの映画の規則は、厳密に表現されることは少ないが、極めて一般的であり観客によって認められ且つよく理解されている。これらのシネマトグラフィ慣行又は規則は、映画撮影情報を保持するためのカメラ位置、シーン構成、及び、「ショット間」一致規則を利用する。例えば、観客は、道路と自動車が中心になっている風景を最初は高い位置から見て、次に低い位置から見る風景に変わり、続いて自動車の中の人のクローズアップに移るシーンをよく理解する。コンピュータグラフィックスの世界では、カメラ位置及びシーン構成を制御するためのシネマトグラフィ慣行又は規則は殆ど注意を引かなかった。多くのコンピュータアニメーションシステムが、いくつかのシネマトグラフィの原理をコンピュータグラフィックスに応用することを試みているが、この応用は、オフライン設計を用いて複雑なタスクを説明する教訓的表現を設計するためのアニメーション設計システム、自然言語コマンドに応答する半自動的俳優の創造、及び、録画ビデオのライブラリーからのビデオクリップの短いシーケンスの収集に限られている。このように応用されてはいるが、これらのシステムは、一般的に、カメラ位置又はショット間一致規則（例えば、フレームの左側からシーンを出た俳優が右側から再び入ることは不一致のように見える）に殆ど又は全く注意を払っていない。いくつかの対話型アニメーションシステムが、対話型タスクを実行する際に最良のカメラ位置を見出すことについて説明している。しかし、これらのシステムは、連続したシーンを制作することを企図することはなく、それらの仕様を発展させる際にシネマトグラフィの規則を応用することもない。コンピュータによって実行されるバーチャル３Ｄアプリケーションのための自動的シネマトグラフィの原理は、従来の映画制作では見られなかった困難な問題を提示している。映画撮影の種々の規則の非公式な説明が種々のテキストに掲載されているが、これらは一般的に、コンピュータによって実行し得る公式の言語で表現できる程正確には定義されていない。それに加えて、コンピュータ上でのリアルタイムの自動作像又は「カメラ」制御に対する制約は、それを乗り越えるために人間のディレクタが直面するよりも更に困難なものである。人間のディレクタは、一般的に前もって合意されている台本に基づいて作業を行い、後でオフラインで生のフィルムを編集することができる。これは、リアルタイムで実行される対話型３Ｄコンピュータアプリケーションでは不可能である。本発明によれば、自動シネマトグラフィの原理に伴う問題が除去される。本発明は、自動シネマトグラフィの原理に基づくバーチャル３Ｄ環境において、イベントを捉えるか又は表現するための、バーチャルシネマトグラフィ方法を含む。この方法は、特定の時間間隔（例えば１コンピュータクロックチック）中に生起するイベントの記述の受入れを含む。イベントは、一般的に、例えば（主語、動詞、目的語）のような選択された形式である。例えばイベント（Ｂ、話す、Ａ）は、バーチャル俳優Ｂがバーチャル俳優Ａに話をすることを意味する。受入れられたイベントが翻訳され、バーチャル俳優を撮るために使用される適当なカメラの仕様を生成する。この方法は、カメラモジュール及びシネマトグラフィイディオムの二つの主コンポーネントを用いる。カメラモジュールは、一つのシーンにおいて、特定のカメラの低レベルの幾何学的配置を行うために、及び、各カメラショットが最良のフレームになるようにバーチャル俳優の位置を微妙に変えるために用いられる。シネマトグラフィイディオムは、カメラショットをシーケンス（例えばアニメーションシーケンス）に結合するために用いられるシネマトグラフィロジックを記述する。カメラモジュール及びシネマトグラフィイディオムは、共にバーチャルフィルム及びアニメーションを制作するために用いられる。この方法は、バーチャルシネマトグラフィアプリケーションモジュール（ＶＣ）と称する、自動バーチャルシネマトグラフィのための有限状態マシンに基づくリアルタイムカメラコントローラを実現するために用いられる。ＶＣは、バーチャルリアリティー及び他の対話型アプリケーションにおいて、そのようなアプリケーションで一般的に用いられる固定視点ショット又は天井にマウントされたカメラを改善するために使用される。更に、ＶＣは、「インテリジェントエージェント」ユーザーインターフェースの改善を助け、自然に見えるカメラ位置にあるエージェントを用いてユーザーが自身を見ることができるようにする。本発明の前述の及び他の特徴並びに利点が、添付の図面を参照して行われる以下の詳細な説明から、容易に明らかとなろう。図面の簡単な説明図１は、本発明の例示的実施例を実行するために用いられるコンピュータシステムのブロック図である。図２は、本発明の一実施例のための一メソッドを説明するフロー図である。図３は、本発明のための一つのシステムのブロック図である。図４は、「ライン」の概念を説明するブロック図である。図５は、フィルムシネマトグラフィのためのカメラ位置を説明するブロック図である。図６は、拡大カメラショット及び全体カメラショットを説明するブロック図である。図７Ａ及び７Ｂは、カメラショット中の３人の俳優の配置を説明するブロック図である。図８は、会話中の３人の俳優に対して用いられるカメラショットを説明するブロック図である。図９は、apexカメラモジュールを説明するブロック図である。図１０は、closeapexカメラモジュールを説明するブロック図である。図１１は、apex3カメラモジュールを説明するブロック図である。図１２は、externalカメラモジュールを説明するブロック図である。図１３は、external1to2カメラモジュールを説明するブロック図である。図１４は、exclose2カメラモジュールを説明するブロック図である。図１５は、internalカメラモジュールを説明するブロック図である。図１６は、fullカメラモジュールを説明するブロック図である。図１７は、trackingカメラモジュールを説明するブロック図である。図１８は、panningカメラモジュールを説明するブロック図である。図１９は、followカメラモジュールを説明するブロック図である。図２０は、fixedカメラモジュールを説明するブロック図である。図２１は、raisedカメラモジュールを説明するブロック図である。図２２は、groupカメラモジュールを説明するブロック図である。図２３は、subjectiveカメラモジュールを説明するブロック図である。図２４は、「ライン」の位置の変更を説明するブロック図である。図２５は、イディオムのための有限状態マシンを説明するブロック図である。図２６は、他の有限状態マシンを含む状態の有限状態マシンを説明するブロック図である。図２７は、２人の俳優の間の会話のためのイディオムを説明するブロック図である。図２８は、３人の俳優の間の会話のためのイディオムを説明するブロック図である。図２９は、個別イディオムを生成するための一メソッドを説明するフロー図である。図３０は、コンプレックスイディオムを生成するための一メソッドを説明するフロー図である。図３１は、ハイレベルイディオムを生成するための一メソッドを説明するフロー図である。図３２は、一つのハイアラーキ的なイディオム構成を説明するブロック図である。図３３は、イディオムからバーチャルムービーを制作するための一メソッドを説明するフロー図である。図３４は、イディオムコーディネートディスプレイシステムを説明するブロック図である。図３５は、バーチャルシネマトグラフィアプリケーションのためのユーザーインターフェースを説明するブロック図である。好ましい実施例の詳細な説明図１においては、本発明の例示的実施例のための動作環境は、メモリーシステム16、入力デバイス18及び出力デバイス20が接続された少なくとも一つの高速処理ユニット（ＣＰＵ）14を含むコンピュータ12を具えるコンピュータシステム10 である。これらの要素はバス構造22によって相互接続される。図示されているＣＰＵ14は、一般的なものであり、計算を実行するためのＡＬＵ24、データ及び命令の一時記憶のためのレジスタの集合体26、及び、システム 10の動作を制御するための制御ユニット28を含む。ＣＰＵ14としては、Digital Equipment，Sun，MIPS，IBM，Motorola，NEC，Intel，Cyrix，AMD，Nexgen及びその他の製品を含むどのような型のプロセッサであってもよい。図には一つのＣＰＵ14が示されているが、コンピュータシステム10は複数の処理ユニットを含んでいてもよい。メモリーシステム16はメインメモリー30及び二次記憶32を含む。図示されたメインメモリー30は、高速ランダムアクセスメモリー（ＲＡＭ）及びリードオンリーメモリー（ＲＯＭ）である。メインメモリー30は、他の追加又は代替の高速メモリーデバイス又はメモリー回路を含むことができる。二次記憶32は、ＲＯＭ、光又は磁気ディスク、有機メモリー又はその他の揮発性又は不揮発性大量記憶システムのように長期間記憶の形をとる。当業者には、メモリー16が種々の他のコンポーネント及び／又は他のコンポーネントの組合せを含み得ることが理解されるであろう。入力及び出力デバイス18、20も同様に一般的である。入力デバイス18は、キーボード、マウス、ポインティングデバイス、オーディオデバイス（例えばマイクロホン等）又はコンピュータシステム10への入力となるその他のデバイスを含むことができる。出力デバイス20は、ディスプレイ、プリンター、オーディオデバイス（例えばスピーカー等）又はコンピュータシステム10の出力となるその他のデバイスを含むことができる。入力及び出力デバイス18、20は、更に、ネットワークコネクション、モデム、又は他のコンピュータシステム又はデバイスと通信するために用いられるその他のデバイスを含むことができる。当業者には周知のように、コンピュータシステム10は、更に、オペレーティングシステム及び少なくとも一つのアプリケーションプログラムを含む。オペレーティングシステムは、コンピュータシステムの動作及びリソースの割当てを制御する一組のソフトウェアである。アプリケーションプログラムは、オペレーティングシステムを通して利用可能とされたコンピュータリソースを用いてユーザーが希望するタスクを遂行する一組のソフトウェアである。これら両者は図示されたメモリー16に格納されている。例外の表示を行う場合を除き、コンピュータプログラミングの当業者のプラクティスに従い、作用及びコンピュータシステム10によって遂行される動作の記号表示を参照して、本発明を以下に説明する。そのような作用及び動作は、時にはコンピュータで実行されるべきものとして参照される。作用及び記号表示される動作は、ＣＰＵ14により、電気信号表示の変換又は転化を生じさせるデータビットを表す電気信号を取扱うこと、及び、メモリーシステム16のメモリー位置においてデータビットを保持し、それによってコンピュータシステムの動作並びに信号の他の処理を再構成するか又は変更することを含むことが明らかとなろう。データビットが保持されるメモリー位置は、そのデータビットに対応する特定の電気的、磁気的、光学的、又は有機的性質を有する物理的位置である。データビットは、更に、コンピュータ12が読取ることができる磁気ディスク、及びその他の揮発性又は不揮発性大量記憶システムを含む、コンピュータ読取り可能の媒体上に保持することができる。コンピュータ読取り可能媒体は、コンピュータシステム10の専用として具えられているか、又は、ローカル又はリモートとして複数の相互接続されたコンピュータシステム10に沿って分布し、共同動作するか又は相互接続されているコンピュータ読取り可能媒体を含む。図２に示されるように、本発明の例示的実施例は、バーチャル３Ｄ環境で、コンピュータが発生するシーンを表現するためのバーチャルシネマトグラフィのメソッド34を含む。そのようなバーチャル３Ｄ環境は、バーチャルオブジェクト又はキャラクタの表示映像がコンピュータにより発生され、ディスプレイスクリーン上に表示される、３Ｄ映像空間を表す。シネマトグラフィは「バーチャル」であり、その映像は、カメラではなくコンピュータの視点、倍率等で生成される。メソッド34は、特定の時間間隔（例えば１コンピュータクロックチック）に生起するイベントの記述の受入れ36を含む。一般的にイベントは、例えば（主語、動詞、目的語）のような選択された形で表現される。例えば、イベント（Ｂ、話す、Ａ）は、バーチャル俳優Ｂがバーチャル俳優Ａに話をすることを意味する。イベントが翻訳され38、適当なバーチャルカメラの仕様が生成される40。更に、バーチャル俳優がもっとよいフレームに移動するために、作用のヒントが発生される。図３は、本発明の例示的実施例のためのシステム44を示す。システム44は、イベントの記述並びに静的な幾何学的情報、材料の性質（例えば織物及び陰影）及び照明の配置を含む他の情報48をバーチャルシネマトグラフィアプリケーションモジュール50に供給する、リアルタイムアプリケーションモジュール46（例えばマルチユーザーチャットアプリケーション、コンピュータビデオゲーム、ビデオ会議アプリケーション、バーチャルリアリティーアプリケーション等）を含む。バーチャルシネマトグラフィアプリケーションモジュール50は、バーチャルシネマトグラフィのためのメソッド34を実行し、バーチャルカメラ情報及びバーチャル俳優の取扱い情報52をレンダラーモジュール54に送る。バーチャルシネマトグラフィアプリケーションモジュール50は、更に、リアルタイムアプリケーションモジュール46からの情報（例えば、バーチャル俳優の位置）に対する質問56を作ることができる。レンダラーモジュール54は、例えば、Washington州RedmondのM icrosoft Corporationから入手可能であるDirect3Dのようなグラフィックス及びアニメーションのソフトウェアを含む。しかしながら、他のレンダラーソフトウェアを利用することもできる。レンダラーモジュール54は、リアルタイムアプリケーションモジュール46から、アニメーションパラメータ58（例えば、静的幾何学的情報、バーチャル俳優モデル、照明配置等）を受取る。リアルタイムアプリケーションモジュール46は更に、設計された時間間隔（例えば、１クロックチック）にユーザーから入力を取込み、バーチャル俳優を適当に動かし、その結果のアニメーション情報60（例えばバーチャル俳優の位置）をレンダラーモジュール54に返送する。それに加えて、設計された時間間隔に、バーチャルシネマトグラフィアプリケーションモジュール50は、バーチャルカメラの仕様を決定し、それによりバーチャル環境が提供される。バーチャルシネマトグラフィアプリケーションモジュール50は、更に、必要な場合に、バーチャル俳優の位置及び動作を僅かに変える。フィルムシネマトグラフィ映画又はフィルムは一般的に、それぞれが通常の連続的な状態又は動作を捉える一連の複数のシーンからなる。それぞれのシーンは、順番に一又は複数のカメラショットから構成される。一つのカメラショットは、カメラの連続的な動作によって形成される一つの動画セグメントである。一般的に、フィルムは、それぞれのショットが一般的に１秒から１０分の２秒間続く、多数の個別のカメラショットを含む。図４は、大部分の映画で用いられるフィルムのシネマトグラフィ慣行又は規則を示す。特に、映画の監督は、会話する２人の俳優Ｘ64及びＹ66を結ぶ仮想的なベクトルである「ライン」62に対して、カメラの位置を決定する。ライン62は更に、俳優の動作の線68の方向を示すか又は俳優が向いている方向を示す。カメラ位置70はライン62に対して決定される。図５に示されるように、ライン62に関して、カメラ位置Ａ72から俳優Ｙ66を撮影することを「外側逆方向位置」と呼ぶ。この場合、俳優Ｙ66の右側３分の２に焦点が合うが、左側３分の１は俳優Ｘ64の頭部の後側を示す。カメラ位置Ｂ74から俳優Ｘ64を撮影することを「平行カメラ位置」と呼ぶ。この場合、俳優Ｘ64のみを示す。カメラ位置Ｃ76から俳優Ｘ64を撮影すると「内側逆方向位置」が得られる。一般的に、Ｃ76のカメラ設定においては、俳優Ｘ64はショットの左側３分の２のみを占める。Ｄ78の位置からの撮影では、俳優Ｘ64及びＹ66の両者を示す「頂点位置」ショットが得られる。位置Ｅ80からの撮影により、俳優Ｙ66に対する「内側逆方向位置」が得られる。位置Ｆ82からの撮影により、俳優Ｙ66に対する「平行カメラ位置」が得られる。最後に、位置Ｇ84からの撮影は「外側逆方向位置」と呼ばれる。この場合、このショットの左側３分の２は俳優Ｘ64に焦点が合い、右側３分の１は俳優Ｙ66の頭部の後側を示す。しかしながら、映画監督により他のカメラ位置も使用される。映画撮影者は、或る「切取り高さ」が快適な画面を作るがそうでない場合は不快な結果（例えば俳優を足首でカットした映像は不快である）になることを心得ている。この分野では、一般的に五つの有用なカメラ距離が存在する。(1)超クローズアップビュー、首でカット。(2)クローズアップビュー、胸又は腰でカット。(3)中間ビュー、股又は膝下でカット。(4)全体ビュー、俳優全体を示す。及び(5)ロングビュー、俳優の遠景を示す。切取り高さを用いると、特定のクローズアップに対して自然に見える俳優の位置は、後側から見る場合には共にかなり近いように見える。スクリーン上で自然に見えるためには、更に、個々のショットで俳優の位置が微妙に異なることが必要である。例えば、図６に示されるように、ライン62に関する俳優Ｘ88及び他の俳優Ｙ90のクローズアップ86は完全に自然に見える。しかしながら、全体画面92 は、俳優Ｘ88とＹ90が期待されている以上に互いに接近しており、従って、全体画面92は不快である。同様に、複数の俳優を含むショットでは、俳優を正しい位置に配置するために俳優の位置を変えることがしばしば必要になる。図７Ａに示されるように、ライン62に関して、第１の俳優Ｘ94及び第３の俳優Ｚ98を部分的に隠すか又は遮る第２の俳優Ｙ96が存在する。第３の俳優Ｚ98の位置を変えることにより、第３の俳優Ｚ98を含むショットを適正に作ることができる。図７Ｂに示されるように、第１の俳優Ｘ94及び第２の俳優Ｙ96は同一の位置にいるが、第３の俳優Ｚ98が移動している。しかしながら、第３の俳優Ｚ98の位置をそのままにして第１の俳優Ｘ 94及び第２の俳優Ｙ96の位置を動かしても、同様の結果が得られる。フィルムシネマトグラフィにおけるヒューリスティックス映画撮影者は、良いショットを選択するための極めて多数のヒューリスティックス（規則）を明らかにし、良いシーンを制作するために連続的なショットに課される制約を非公式に明らかにしてきた。極めて重要なヒューリスティックスは、「ラインを交差させないこと」、「ジャンプカットを避けること」、「導入ショットを用いること」、「俳優にリードさせること」、「動作を分けること」及び「連続的な動作を続けること」を含む。しかしながら、他のヒューリスティックスも用いられる。「ラインを交差させない」規則により、動いている俳優の連続的なショットが確実に外見上の運動の方向を維持する。図５に示されるように、最初のショットがライン62の一方から開始されると、他の側への移動を示すために中間的な導入ショットを用いる場合を除いて、それに続くショットはその側から撮られなければならない。図５の右方向への俳優Ｙ66の移動は、ライン62の他の側にあるカメラにとって左側に移動するように見える。一つのシーン（即ち一つのカット）中のカメラショットにおける変化は、「ジャンプカットを避ける」ために、二つのショット間のサイズ、視野、又は俳優の数における差異が注意されなければならない。この条件に合致しないカットはジャンプカットとして知られており、一般的に愚かな不注意とみられる。「導入ショットを用いる」規則は、接近ショットに移る前に背景シーンを導入する。そのシーン中に新しい展開がある場合は、他の背景状況を再導入する。「俳優にリードさせる」ことにより、俳優が全ての動作を創造し、カメラがそれを追うようになる。カメラが俳優の前で休止することが少なくなる。「動作を分ける」規則については、動作を表すシーンが少なくとも二つのショットに分けられる。一般的に各ショットは、俳優がスクリーンの半分の範囲を動くように見えるカットである。カメラと対象との距離の変更はスイッチで行われる。「連続的な動作を続ける」規則は、動いている対象がカットを横切る外見上の速度を一定にしなければならず、更に、動く方向が逆にならないようにすることを示す。カメラショットシーケンス映画撮影者は、特定の動作を捉えるための原則として、連続的ショットを用いる。例えば３人の俳優の間の会話においては、映画撮影者は、多分３人全体の導入ショットから始め、その後で、会話をしている２人の俳優の外側逆方向ショットに入り、その間時々第３の俳優のリアクションショットを入れるであろう。例えば、D.Arijonの「Grammer of the Film Language」(Hasting House,New York, 1976）のような文献は、非公式に種々の原則を明らかにし、それと共に、映画撮影者が一つの原則を他のものより好む場合の状況の検討を行っている。図８は、３人の俳優の間の会話を描写するための共通の原則を示す。この原則はD.Arijonの文献の図6.29から得たものであり、３人の俳優の間の会話を描写する方法を示している。第１ショットは、俳優Ａ102(丸い頭)の肩越しに俳優Ｂ104 (八角の頭)及び俳優Ｃ106(三角の頭)の方向を向いた外側逆方向ショット100である。外側逆方向ショット100の画面は、ボックス108(Ｂ104'及びＣ106'及び俳優Ａ102'の頭部の後側)に示されている。第２ショット110及び第３ショット112は、俳優Ｂ104及びＣ106の外側逆方向ショットである。これらのショットの画面は、それぞれボックス116及び118に示されている。外側逆方向ショット110は、ボックス116で、左側３分の２は俳優C106 '''(三角の頭)の頭部の後側を、右側３分の１は俳優Ｂ104'''(八角の頭)を示す。外側逆方向ショット112は、ボックス118で、右側３分の２は俳優Ｂ104'''の頭部を、左側３分の１は俳優Ｃ106'''を示す。第４ショット120は俳優Ａ102''''の内側逆方向リアクションショットである。ショット120の画面はボックス122に示されている。俳優Ａ102''''の「後側」に他の俳優がいないので、俳優Ａ102'''' の頭部の前側のみが示されている。これは内側逆方向リアクションショットであり、頭部の後側は示されていない。この文献においてArijonは、俳優Ｂ104及びＣ106が俳優Ａ102と会話をしている間は、この設定を用いる一般的なシーケンスの編集順序において、第１ショット100(ボックス108)と第４ショット120(ボックス122)との間で変えるべきであるとしている。俳優Ｂ104及びＣ106が互いに会話を始めると、このシーケンスは、第２ショット110(ボックス116)と第３ショット112(ボックス118)との間で変えるようにし、時々リアクションショット120(ボックス122)を入れるように変更する。グループ全体を再導入するために、ショット100を周期的（例えば15秒毎）に導入する。シーケンス中にショットを挿入するための原則は広い範囲にわたっているが、それぞれの映画監督は、小さいサブセットの原則のみに従う傾向がある。個々の監督によって用いられる特別な原則は、その監督の映画に特定の味又は型を具えさせる。本発明の例示的実施例においては、監督の型は、バーチャルシネマトグラフィアプリケーションモジュール50（以後ＶＣと称する）でエンコードされる特定の公式によって表される。アーキテクチャ上述のフィルムシネマトグラフィの専門的技術は、作用及びコンピュータシステム10によって遂行される動作の記号表示として、ＶＣ50でコンピュータソフトウェア中にエンコードされる。ＶＣ50は、カメラモジュール及びイディオムの二つの主コンポーネントを含む。カメラモジュールは、バーチャルカメラを実現しそれにより、上述し且つ図５に示されるように、種々のカメラ位置を用いてコンピュータ発生映像を形成する。カメラモジュールは更に、より良いショットとバーチャル俳優の動作のスケールの影響を調整するためにバーチャル俳優の位置を僅かに変える。イディオムは、フィルムについて上述したように、カメラモジュールからのショットをシーケンスに結合するために用いられるロジックを記述する。カメラモジュール各カメラモジュールは、一次俳優と呼ばれる多数のバーチャル俳優を入力として扱う。実際の数はカメラモジュールそれぞれによって異なる。各カメラモジュールは、上述の五つの切取り高さに適合するように、バーチャルカメラを俳優から特定の距離に位置させる。しかしながら、異なる切取り高さを用いることもできる。バーチャルカメラ位置は、同様に、俳優をショットの中の特定の部分に位置させる。それに加えて、カメラモジュールは、ショットを改善するために俳優の位置を僅かに変えることができる。最終的に、カメラ位置は、上述のライン62 と交差しない規則に従って自動的に選択される。本発明の例示的な実施例においては、後述のように、１９の異なるカメラモジュールが具えられている。しかしながら、他の数を用いることもできる。図９に示されるように、カメラモジュールapex(actor1,actor2)124は、入力として（actor1及びactor2に対応して）俳優Ａ126及びＢ128を取り、バーチャルカメラ130を、第１俳優Ａ126がショットの一方の側の中心にあり、第２俳優Ｂ128 がライン62について他方の側の中心にあるように位置させる。カメラの距離は、丸印で図示されている２人の俳優Ａ126とＢ128との距離によって決められる。図１０に示されるように、カメラモジュールcloseapex(actor1,actor2)132は同様に頂点カメラ位置を実現する。しかしながら、closeapex()カメラモジュールとapex()カメラモジュールとは、後者がライン62について常にバーチャルカメラ134に対して接近したカメラ距離を用いる点で異なる。より快いショットを作るために、このカメラモジュール132は、俳優Ａ136とＢ138とを更に近づくように動かすことができる。図１１に示されるように、カメラモジュールapex3(actor1,actor2,actor3)140 は、俳優Ａ142、Ｂ144及びＣ146を正三角形の位置に置く。カメラモジュールape x3()はバーチャルカメラ148をapex()124及びcloseapex()132と同一の相対的位置に置くが、常に現在ショットに関連するライン62の側から撮影する。図１２に示されるように、カメラモジュールexternal(actor1,actor2)150は、入力として２人の俳優Ａ152及びＢ154を取り、バーチャルカメラ156を、第１俳優Ａ152が第２俳優Ｂ154の肩越しに見え、ショットの３分の２を第１俳優Ａ152 が占め、ショットの残りの３分の１を第２俳優Ｂ154が占める位置に置く。同様に、カメラモジュールexternal(actor2,actor1)は、バーチャルカメラ156'を、第２俳優Ｂ154が第１俳優Ａ152の肩越しに見え、ショットの３分の２を第２俳優Ｂ154が占め、ショットの残りの３分の１を第１俳優Ａ152が占める位置に置く。これらのexternal()カメラモジュール画面は図８のボックス116、118に示されている。 2shot(actor1,actor2)カメラモジュール（図示していない）は、externalと同様であるが、両方の俳優から離れた画面を用いる。図１３に示されるように、カメラモジュールexternal1to2(actor1,actor2,act or3）158は、１人の俳優Ａ160と他の２人の俳優Ｂ162及びＣ164との間の外側カメラ位置を実現する。external1to2()カメラモジュールは、バーチャルカメラ16 6を、２人の俳優Ｂ162及びＣ164が俳優Ａ160の肩越しに見え、ショットの３分の２を俳優Ｂ162及びＣ164が占め、ショットの残りを俳優Ａ160が占める位置に置く。この画面は図８のボックス108に示されている。図１４に示されるように、カメラモジュールexclose2(actor1,actor2,actor3) 168は、バーチャルカメラ170の焦点及び方向を、カメラモジュールexternal1to2 ()158におけるカメラ166と同一の位置にあり、ショットには３人の俳優のうち２人の俳優のみが見えるように調整する。例えば、俳優Ｂ174及びＣ176がショット中に見え、俳優Ａ172はショット中に見えない。図１５に示されるように、カメラモジュールinternal(actor1,[actor2])178は１人又は２人の俳優を含むことができる。２人の俳優Ａ180及びＢ182が特定されている場合、カメラ184はexternal()カメラモジュールと同一の視線に沿って配置されるが、より接近し、視野が狭くなっており、従って第１俳優Ａ180のみが見え、スクリーンの３分の２を占める。１人の俳優Ａ180が特定されている場合は、俳優Ａ180が向いている方向に沿ってライン62が設定され、このラインに対して同一の方向にカメラ位置184'が選択される。図１６に示されるように、full(actor1,theta)カメラモジュール186は、俳優1 88をショットの中心に置く。俳優188までのカメラ距離は俳優188の全体が示されるように調整される。カメラ190の方向と俳優188の方向との間の角度はシータ19 2である。次の三つの関連するカメラモジュールtracking()、panning()及びfollow()は俳優が動く時に用いられる。これらは、カメラの位置及び／又は方向を動的に変えて、所望の俳優の位置を第２の俳優に対してショットの中心に近い位置に保持するためのカメラの変位を決める点において、上述のようなカメラモジュールと異なる。上述のカメラモジュールにおいてはカメラ位置は固定されている。カメラモジュールtracking()、panning()及びfollow()は、ライン62からカメラ位置までの距離を決定するために、最小距離及び最大距離の制限を用いる。図１７に示されるように、tracking(actor1,actor2,mindist,maxdist)カメラモジュール194は、ライン62に直交するライン198に沿ってカメラ196を設定する。続いて、カメラ196'は、俳優Ａ200'が俳優Ｂ202に近づくに連れて、俳優Ａ200 'に対して同一の方向198'を保ちながら俳優Ａ200'と共に移動する。図１８に示されるように、panning(actor1,actor2,mindist,maxdist)カメラモジュール204は、ライン62から外れて俳優Ａ2O8の前にカメラ206を設定し、続いて、俳優Ａ208'が俳優Ｂ212に近づくに連れて、俳優Ａ208'の移動に従って範囲210の間で向きを変える。図１９に示されるように、follow(actor1,actor2,mindist,maxdist)カメラモジュール214は、tracking()194とpanning()204との両カメラモジュールの動作を組合せたものである。最初の動作はpanningのカメラ216と同様であるが、俳優Ａ 218が所定の点220を過ぎるとカメラ222が222'のように俳優Ａ218を背後から「追跡」（即ちtracking）を始め、俳優Ａが俳優Ｂ224に近づくに連れて俳優Ａ218' を一定の距離で追う。残余のカメラモジュールは種々の機能を遂行する。図２０に示されるように、 fixed(cameraspec)カメラモジュール226は、カメラ230について特定の固定された位置、方向及び視野228を特定するために用いられる。それは、シーン232の全体ショットを与えるために用いられる。図２１に示されるように、raised()カメラモジュール234は従前のカメラ位置に関連して位置決めを行う。新しいカメラ位置236は、Ｌ1,Ｈ1にある従前のカメラ位置238より後退した位置Ｌ2及びより高い位置Ｈ2にあるが、シーン244について従前のカメラ位置238と同一の方向240を有する。図２２に示されるように、group(conversation)カメラモジュール246は、会話中の全ての俳優248,250,252をカバーする。カメラ254からのgroup()ショットは、リアルタイムアプリケーションモジュール46から送られる図形情報256（例えば、境界を定めるボックス）によって決定される。図２３に示されるように、subjective(actor,target)カメラモジュール258は、カメラ260を俳優の頭部262上の位置に同期させる。俳優の頭部262からみると、方向は、俳優の頭部262からターゲット266（例えば他の俳優又はシーン中の目的物）に向かうベクトル264に基づく。次の三つのカメラモジュールについては、それぞれの機能が容易に分かるので個々の図としては図示されていない。subjectzoom(actor)カメラモジュールは、 subjective(actor,target)カメラモジュール258に似ているが、時間の経過と共に及び俳優がシーンを動き回るに連れてカメラ258の焦点距離が長くなる。pov(a ctor)カメラモジュールは、俳優の前面をシミュレートする。このカメラモジュールは、俳優の前面の位置及び向きを追跡する。null()カメラモジュールは、カメラを従前の位置に残す。このカメラモジュールによって、カメラの向きが不変に保たれる。ラインに関するバーチャルカメラ位置の選択前述し且つ図４に示されるように、ライン62は、ショット中の２人の俳優64、 66に関して定められている。従って、ライン62それ自体は、ショットからショットへ必然的に変化する。フィルムシネマトグラフィの規則は、ライン62が不変に保たれる場合、カメラ70はライン62の同一の側に留まるべきであることを示している。所定の仕様（例えば、俳優１、俳優２）のためのカメラモジュールは、ライン62に関し、ライン62の両側の対称位置に対応する二つのインスタンスのうちの一つを記述することができる。一つのショットから次のショットにかけてライン62が変化しない場合、特定のインスタンスの選択は簡単なことであり、ライン 62の同一の側のカメラ位置70を選択する。ライン62が変化する場合は、例えばショットの中で２人の俳優のうちの１人が位置を変えた場合、選択は容易に決定できない。図２４について見ると、本発明の例示的実施例によれば、新しいライン270に関して選択されたカメラの向き26 ８が従前のカメラの向き70に最も近くなるように、特定のインスタンスが選択される。上述のカメラモジュールは、一以上のカメラの向きを選択でき、従前のカメラの向きに最も近い新しいラインを選択する。しかしながら、現在のラインが変化した場合には、他のカメラ配向方法を用いることもできる。カメラモジュールの作用の影響前述したように、カメラモジュールは、ショット中の俳優の動作の位置及びスケールを定めることによってショットを微妙に改善することができる。リアルタイムアプリケーション46は一次的には俳優の動作の変更にあるため、ＶＣ50によって行われる変更は、ショット間の連続性を損なわないように微妙なものでなければならない。例えば、closeapex()カメラモジュール132は、２人の一次俳優の間の距離が或る最小値より大きい場合には、図６のボックス86に示されているように、それらを近づけるように動く。apex3()カメラモジュール140は、図７Ｂに示されているように、ショット中の３人の一次俳優の位置を、どの俳優も他の俳優によって隠されないように調整する。いくつかのカメラモジュールは、俳優がスクリーン上で部分的にのみ見えるか又はそのシーンの他の一次俳優を隠すような状態を避けるために、複数の俳優を一緒にショットから除くことができる。例えば、in ternal()カメラモジュール178は、図１５に示されているように、実際の内側逆方向ショットで映画撮影が行われるのと同様の方法で、第２の俳優Ｂ182をショットから除く。カメラモジュールは更に、俳優の動作のスケールを定める。例えば、俳優がうなずく時に頭が動く程度、又は、俳優が歩く時に足を運ぶ程度である。変更は、それぞれの俳優についてのパラメータを設定することにより、そのショット中の（一次俳優だけではなく）全ての俳優に適用され、それはレンダラー54が俳優の動作のスケーリングのために用いることができる。このパラメータの設定のために一つの機能Ｌ(scalequation)が用いられる。この機能は、スクリーン上の俳優のサイズが減少するに従って単調に増加し、Ｌ＝arctan（距離−Dn）・ｋ＋1.0 で表される。ここで、Dnは俳優が動作の正規のレベル（例えば1.0）を有する場所までの距離であり、ｋはＬを0.5と1.5との間にスケールする。カメラモジュールによる閉じ込めの検出カメラモジュールは、バーチャルカメラを設定する他に一つの付加機能を有する。それらは、一又は複数の一次俳優がシーン中で閉じ込められた場合（例えば図７Ａの俳優Ｚ98）にそれを検出する機能を有する。閉じ込めの場合、カメラモジュールは、閉じ込めカウンターを進めるか、又は閉じ込められた俳優が閉じ込めの解除された状態になった場合にカウンターをゼロにリセットする。このカウンターは、イディオムが別のショットに変更するか否かの決定を行う際に利用する。例えば、一般的に所定の時間間隔（例えば20時間チック）の間一つのショットを続けるイディオムが、閉じ込めが検出された場合に所定の時間間隔より早い時期にショットの変更を決定することができる。カメラモジュールの利用図３によれば、或る所定の時間間隔（即ちアニメーションシーケンスの各フレーム）で、リアルタイムアプリケーション46が、その時間間隔に起き且つ所望の俳優に関連するイベントの記述をＶＣ50に送る。イベントは（主語、動詞、目的語）の形である。例えば、（Ｂ、話す、Ａ）イベントは俳優Ｂが俳優Ａに話をすることを意味し、（Ａ、動く、バー）イベントは俳優Ａがバーの方へ動くことを意味する。主語は俳優であり、一方目的語は、俳優、現在の会話、固定されている目的物（例えばバー）又はナルである。本発明の例示的な実施例においては、動詞は後述するように、グループ（待機する、話す、反応する、見る、加わる、合図する、動く）のうちの一つである。しかしながら、他の動詞を用いることもでき、イベントの他の形式を用いることもできる。ＶＣ50は、レンダラー54に送るための適切なバーチャルカメラ仕様を生成するために、現在のイベントに加えてアニメーションの現在の状態（例えば、現在のショットの継続時間）を用いる。ＶＣ50は、バーチャルカメラ仕様を生成するため、リアルタイムアプリケーション46に対して、種々のバーチャル俳優の特定の位置及び境界ボックスのような追加の情報を質問する56。境界ボックスは、当業者が周知のように、バーチャル俳優の全体又は一部を囲むボックスである。ＶＣ 50は更に、バーチャル俳優の位置及び動作に微妙な変化を与えることができる。これは演技ヒントと呼ばれる。バーチャル俳優の位置のどのような変化についてもレンダラー54に送られる52。レンダラー54は、環境についての現在の記述、リアルタイムアプリケーション 46によって送られた俳優のためのアニメーションパラメータ58、及び、ＶＣ50によって送られたアニメーションシーケンス中の一つのシーンを生成するためのカメラ仕様及び演技ヒント52を用いてシーンを表現する。イディオムＶＣ50は、カメラモジュールに加えてイディオムを用いる。一つのイディオムは、２人のバーチャル俳優の間の会話又は１人の俳優の一つの点から他の点への移動のような特定の型の状態を捉えるための専門的技術をエンコードする。イディオムは、適切なショットの型、及び、一つのショットから他のショットに移るための条件を決定する機能を有する。イディオムは更に、２人の会話に第３の人物が加わる場合のように、状態がそのイディオムの専門的技術の領域の外側にはみ出す程に変化した時点を決定する。図２５に示されるように、ＶＣ50中の一つのイディオムは、階層的有限状態マシン（ＦＳＭ）272として実現される。ＦＳＭ272中の各状態274、276は一又は複数のカメラモジュールを呼出す。従って、各状態が発生中のアニメーション中における個々のショットに対応する。各状態は更に、一つの条件が満足された場合、ＦＳＭ272が円弧278-284の一つに沿って他の状態に移るための条件のリストを含む。例えば、条件Ｃにより、円弧280に沿って状態1 274から状態2 276へ移る。その結果、ＦＳＭ272中の一つの円弧が横切られる時にはいつでも無条件に一つのカットが発生される。ＦＳＭは階層的であり、従って、各状態は、それ自体、特定のエントリー状態及びエグジット状態を持ち、その状態がエントリーされる時に実行されるＦＳＭそのものと見ることができる。図２６は、一つの状態がそれ自体である、階層的ＦＳＭの例を示す図である。イディオムＡ288は、ノード1 290及びノード2 292の二つのノードを有する。二つのノードは円弧294-300で接続されている。この場合、ノード2 292はペアレントと呼ばれるＦＳＭ302であり、それはイディオムＢとして図示されているように、四つのチャイルド状態304-310及び円弧312-326を有する。ペアレント状態29 2は、チャイルド状態を含むと否とにかかわらず、他の状態と同様に取扱われることに注意すべきである。イディオムは、以下の記法によって定義される。 DEFINE_IDIOM_IN_ACTION(<名称>) <アクション> END_IDIOM_IN_ACTION DEFINE_IDIOM_OUT_ACTION（<名称>） <アクション> END_IDIOM_OUT_ACTION ここで、<名称>はイディオムの名称（例えば、２人のバーチャル俳優の会話を表す2Talk）であり、<アクション>はイディオムがエントリーされる時(IN_ACTION) 及びイディオムがエグジットされる(OUT_ACTION)前に、イディオムに対して生起する動作である。アクションの例はWHEN(talking(A,B)GOTO(1))であり、これは、バーチャル俳優ＡとＢとが会話する場合にＶＣ5Oがこのイディオムについての有限状態マシン中の状態１に行くことを意味する。アクションは、イディオムを実現するために用いられる特定のプログラミング言語で書かれる。イディオムについて各状態に対する有限状態マシン中のアクションは、以下の記法によって定義される。 DEFINE_STATE_ACTIONS(<名称>) <アクション> END_STATE_ACTION ここで、<名称>はアクションの名称（例えば、各状態に共通のアクションについてCOMMON、状態１について１）であり、<アクション>はその状態に対して生起する動作である。一つのイディオムについての有限状態マシン中の状態は、in-action及びout-a ctionを持つことができる。in-actionは、以下の記法によって定義される。 DEFINE_STATE_IN_ACTIONS（<状態>） <アクション> END_STATE_IN_ACTION ここで<状態>は、in-actionが実行される際の状態の名称であり、<アクション> はin-actionアクションである。in-actionは、一つのイディオムの有限状態マシンにおける特定の状態が、それがエントリーされた時に特別な処理を必要とする場合に用いられる。in-actionは、イディオムの有限状態マシンにおける全部又は殆どについて不要であり、ナルである場合がある。out-actionは、以下の記法によって定義される。 DEFINE_STATE_OUT_ACTIONS（<状態>） <アクション> END_STATE_OUT_ACTION ここで〈状態〉は、out-actionが実行される際の状態の名称であり、<アクション>はout-actionアクションである。out-actionは、一つのイディオムの有限状態マシンにおける特定の状態が、それがエグジットされる時に特別な処理を必要とする場合に用いられる。out-actionは、イディオムの有限状態マシンにおける全部又は殆どについて不要であり、ナルである場合がある。前述のカメラモジュール（例えばexternal()150）はカメラセットアップモジュールによって定義される。カメラセットアップモジュールは、以下の記法を有する。 DEFINE_SETUP_CAMERA（<イディオム>）〈カメラアクション〉 END_SETUP_CAMERA_MODULES ここで〈イディオム〉はイディオムの名称であり、<カメラアクション>は、そのイディオムのためのカメラモジュールをセットアップするためのアクションである。本発明の一実施例においては、モジュール作成及びモジュールリンクの二つの型のカメラセットアップモジュールが用いられる。 MAKE_M0DULE(<モジュール識別子>，<型>，<パラメータリスト>)が、特定のパラメータで設計された型の新しいカメラセットアップモジュールを生成し、特定のモジュール識別番号を与える。LINK_MODULE(<状態>，<モジュール識別子>，< 名称>)が、特定のカメラモジュールと特定の状態とを関連付ける。本発明の一実施例においては、イディオムコードはプログラミングマクロと同様にＣ＋＋プログラミング言語で書かれる。イディオム中で定義されるアクション及び他のステートメントは、Ｃ／Ｃ＋＋プログラミング記法で書かれる。しかしながら、他のプログラミング言語を用いることもできる。大文字で書かれたキーワード（例えばMAKE_M0DULE）は、プログラミングマクロである。しかしながら、イディオムはプログラミングマクロを用いずに実現することも可能である。付録Ａは、イディオムを定義するために用いられるプログラミングマクロのリストである。イディオムマクロを含むソースコードがコンパイルされると、マクロはＣプリプロセッサでＣ／Ｃ＋＋ソースコードに拡張される（一般的にＣ＋＋はＣプログラミング言語の拡張として提供される）。各イディオムマクロの定義は、そのイディオムマクロに対する所望のアクションを実際に遂行する、Ｃ＋十手順に対する一又は複数のコールを含む。例えば、マクロDEFINE_SETUP_CAMERA_MODULES() は、拡張されてＣ＋＋ルーチンSetupCameraModules()をコールし、カメラモジュールのセットアップを遂行する。本発明の一実施例においては、状態アクションで用いることができるいくつかのグローバル変数が存在する。それらには、一又は複数の一次俳優が閉じ込められている連続時間ユニットの数を表すOccluded、現在の状態における時間チック又はユニットの数を表すＴ、全体としてこのイディオムで経過した時間ユニットの全数を表すIdiomT、俳優間の距離（後述する「頭の直径」を単位に計測）を表すD[A,B]、及び、バーチャル俳優ｘの境界ボックスの端を、スクリーン座標について表すforwardedge[x]、reaedge[x]、centerline[x］が含まれる。しかしながら、他のグローバル変数を用いることもできる。更に、本発明の一実施例で用いられる、多数の予め定義された制御構造が存在する。それらには、もう一つの時間ユニットの間同一の状態に留まることを意味するSTAY、状態ｘに遷移することを意味するGOTO(X)、元の状態に復帰することを意味するRETURN、及び、特定のパラメータのリストを走査することによって特定のイディオムを実行することを意味するCALL(idiom,<パラメータリスト>)が含まれる。しかしながら、予め定義された他の制御構造を用いることもできる。イディオムの構成に含まれる概念を例を用いて説明する。第１の例では、２人のバーチャル俳優の間の会話を描写するためのイディオム、2Talkを説明する。第２の例では、３人のバーチャル俳優の間の会話を描写するための、更に複雑なイディオム、3Talkを作るために、2Talkイディオムが+primitiveとして用いられる。２Ｔａｌｋイディオムの例 2Talkイディオムの例は、相互に会話し動作する２人のバーチャル俳優を撮影するためのメソッドをエンコードする。それは、外側逆方向ショット(72,84)(図５)のみを用いる。図２７は2Talk有限状態マシン328を示す。2Talk手順は、パラメータとして会話する２人のバーチャル俳優Ａ及びＢをとる。それは、四つの状態330-336を有する。第１状態330は、ＡがＢに話をすることを表すexternalカメラモジュール150(図１２)を用いる。第２状態332は、逆にＢがＡに話をする状態のために用いる。第３及び第４状態334,336は、俳優それぞれのリアクションショットを捉えるためにexternalカメラモジュール150の配置を用いる。 2Talkイディオム328が起動されると、それは、「エントリーポイント」342 と呼ぶ小さい円で始まる二つの初期円弧338,340の一つをたどる。使用される円弧(338又は340)は、以下のソースコードによって決まる。 DEFINE_IDIOM_IN_ACTION(<2Talk>) WHEN(talking(A,B)) DO(GOTO(1);) WHEN(talking(B,A)) DO(GOTO(2);) END_IDIOM_IN_ACTION このイディオムコードは、ＡがＢに話をするのか又はＢがＡに話をするのかをテストし、2Talkイディオム中の適切な状態へ、この場合はそれぞれ状態１又は２(330,332)へ、直ちに遷移する(338,340)。一つの状態がエントリーされると、それは、その状態についての一組のin-act ionを実行する。2Talkイディオムの例の全ての状態についての場合と同様に、in -actionはしばしばナルである。一つの状態がエントリーされてしまうと、バーチャルカメラの位置決めのためにその状態のカメラモジュール（例えばexternal ()150）がコールされる。続いて、この状態は、所定の時間間隔Ｔ（例えば、クロックチック毎）で一連のアクションを実行する。これらのアクションは、前述のように、Ｃ＋＋手順の実行を含む。それに加えて、このアクションは、他の状態への条件遷移(344-358)を行うために用いられる。最後に、状態がエグジットされると、一組のout-actionを実行する。それは2Talkイディオムの場合は同様にナルである。 2Talkイディオムにおいては、カメラセットアップモジュールが以下のように定義される。 DEFINE_SETUP_CAMERA_MODULES(<2Talk>) MAKE_MODULE(1,external,(A,B)) MAKE_MODULE(2,external,(B,A)) LINK_MODULE(1,1,"A talks") LINK_MODULE(2,2,"B talks") LINK_MODULE(3,1,"A reacts") LINK_MODULE(4,2,"B reacts") END_SETUP_CAMERA_MODULES 例えば、MAKE_MODULE(1,external,(A,B))は、２人のバーチャル俳優Ａ及びＢを有するexternal()150の型のカメラモジュールを生成し、それに識別番号１を割当てる。LINK_MODULE(1,1,"A talks")は、MAKE_MODULE(1,external,(A,B))で定義されたように、状態１がエントリーされると常に俳優Ｂの肩越しの俳優Ａの外側逆方向ショット(即ち"A talks")が用いられることを意味する。LINK_MODULE (3,1,"Areacts")は、状態３において、MAKE_MODULE(1,external,(A,B))で定義されたように、俳優Ａが俳優Ｂとの会話に対して（例えばうなずくことによって）反応することを意味する。各状態において実行されるべき最初のアクションコードは、全ての状態に共通のブロックで特定することができる。これは一次的には、同一の（条件、円弧）の対をそのイディオムの各状態で再特定することを不要にするための便法のメカニズムである。しかしながら、イディオムは、全ての状態に共通のブロックなしで用いることもできる。 2Talkイディオムにおける共通のアクションは以下のとおりである。 DEFINE_STATE_ACTIONS(COMMON) WHEN(T<10) DO(STAY;) WHEN(!talking(A,B)&&!talking(B,A)) DO(RETURN;) END_STATE_ACTIONS しかしながら、他の共通アクションを用いることもできる。共通ブロックは、他の非共通状態と同じ記法で定義される。最初のステートメント(WHEN(T<O))は、この状態においてそれまでに経過した合計時間Ｔが10時間ユニット（例えば10クロックチック）より少ないか否かのチェックを開始する。経過時間が10時間ユニットより小さい場合は現在の状態を変更しない。後述するEXCEPTIONメカニズムは、経過時間のテストに優先して、ショットを前もって捉えることができる。ショットが少なくとも10チック続き、ＡとＢとがもはや会話をしない場合は、次に、そのイディオムがそれをコールしたイディオムに値を返す。変数Ｔはどの状態にも受入れられるグローバルな変数である。共通ブロックのアクションコードは、talking(A,B)と呼ばれるドメインに特有の手順を用いる。これは、現在のイベントリストが（Ａ、話す、Ｂ）（即ちバーチャル俳優Ａが俳優Ｂに話をする）を含む場合及びその場合のみ、真値を返す。上述のコードにおいては、感嘆符"!"がＣ／Ｃ＋＋ＮＯＴ演算子であり、二重アンパーサンド"&&"はＣ／Ｃ＋＋ＡＮＤ演算子である。アクションステートメントは連続的に評価される。従って、早期のステートメントは、コード中の後方にリストされているステートメントに優先する。 2Talkイディオム328の状態1 330は、俳優ＡがＢに話をすることを表現するために用いられる。共通アクションに加えて、状態1 330において、各時間ユニットＴに実行されるアクションのリストは以下のとおりである。 DEFINE_STATE_ACTIONS(1) WHEN(talking(B,A)) DO(GOTO(2);) WHEN(T〉30) DO(GOTO(4);) END_STATE_ACTIONS しかしながら、他のアクションを用いることもできる。ここでＢがＡに話をする場合、この状態を捉えるためには次に状態2 332への遷移344が必要である。同一ショット中で１人の俳優が30時間ユニットＴを超えて存在する場合は、他の俳優からのリアクションショットを得るために状態4 336へ遷移356しなければならない。俳優Ｂが俳優Ａに話をする場合を表す状態2 332は完全に対称である。即ち、コードは、ＡとＢとが入れ替わる（例えば、状態2 332及び4 336（例えば、DO(G OTO(1)及びDO(GOTO(3)）の代わりにtalking(A,B)及び状態1 330及び3 334が用いられる）ことを除いて、上述の状態1 330のものと全く同一である。 DEFINE_STATE_ACTIONS(2) WHEN(talking(A,B)) DO(GOTO(1);) WHEN(T>30) DO(GOTO(3);) END_STATE_ACTIONS 状態3 334のためのアクションコードを以下に示す。しかしながら、状態3 334 のために他のアクションを用いることもできる。 DEFINE_STATE_ACTIONS(3) WHEN(talking(A,B)) DO(GOTO(1);) WHEN(talking(B,A)‖T>15) DO(GOTO(2);) END_STATE_ACTIONS ここで俳優ＡがＢに話をする場合、この状態を捉えるためには次に状態1 330 への遷移352が必要である。いま俳優Ａが俳優Ｂに話をする場合、又は"‖"、同一ショット中で１人の俳優が15時間ユニットＴを超えて存在する場合は、状態2 332へ遷移350しなければならない。状態3 334は、状態営4においてここで用いられるものと同一のカメラモジュールを用いて状態1 330へ戻る遷移352を行うことができることに注意すべきである。この場合には、二つのショットはカットなしに一つのショットに結合される。最後に、状態4 336は状態3 334と対称である。 DEFINE_STATE_ACTIONS(4) WHEN(talking(A,B)) DO(GOTO(1);) WHEN(talking(B,A)‖T>15) DO(GOTO(2);) END_STATE_ACTIONS out-actionは2Talkイディオム328についてはナルであるので、2Talkイディオム328は完全に説明された。2Talkイディオムを定義するために、他の状態及び各状態における他のアクションを用いることもできる。2Talkイディオム328は、いまや、より高次のイディオム（例えば、３人の俳優の間の会話を取扱うためのもの）のためのサブルーチンとして用いることができる。３Ｔａｌｋイディオムの例 3Talkイディオムの例は、2Talkイディオム328から作られる。３人のバーチャル俳優の間の会話を取扱う3Talkイディオム360のための有限状態マシンが図２８に示されている。このイディオム360は、Arijonによって記述され図８に図示された３人の俳優の映画的取扱いを実現する。3TalkF ＳＭは、2Talk 328と同様の型のコンポーネントを有する。それは状態362-368及び状態間の遷移を表す円弧3 70-390を有する。それに加えて、このＦＳＭは後述のようにEXCEPTIONメカニズムを用いる。 3Talkイディオムは四つの状態362-368を持つ。１で示す第１状態362は、図８における第１カメラ位置100に対応する、全体３人の俳優の導入ショットである。2AND3で示す第２状態364は2Talkイディオム328をコールするペアレント状態であり、図８におけるカメラ2 110及び3 112に対応する。最後に、４Ａ 366及び４Ｂ 368で示す残りの二つの状態は、第１俳優のリアクションショットを捉える。これらの二つの状態は図８のカメラショット4 122に対応する。全四つの状態は、2Talk 328で説明したものと同様のアクションを有する。二つの状態４Ａ 366及び４Ｂ 368は、同一のバーチャルカメラからシーンを撮るとはいえ、3Talkイディオムでは異なる機能を有するので、別個の状態として実現されている。状態４Ａ 366はシーケンスの初めに又は新しい導入ショットの後で用いられ、これにより、俳優Ａのリアクションショットと共に変わるべき全３人の俳優のショットが可能になる。対照的に、状態４Ｂ 368は、俳優ＢとＣとの間の双方向の会話が支配的であり、時々俳優Ａの反応があり、続いて直ぐにＢとＣとの間の双方向の会話に戻る場合にのみ用いられる。上記で考察された状態と異なる一つの状態は、2AND3で示す状態364である。第１に、前記の状態と異なり、状態2AND3 364はin-actionを有する。これは以下のマクロコードで示される。 DEFINE_STATE_IN_ACTION(2and3) REGISTER_EXCEPTION(left_conversation,A,LEFT_CONVERSATION); REGISTER_EXCEPTION(too_long,100,TOO_LONG); REGISTER_EXCEPTION(reacts,A,GET_REACTION); CALL(2Talk,(B,C)); END_STATE_IN_ACTION これらのin-actionは、レイズした時にチャイルドイディオムをエグジットさせ制御をペアレント状態に戻す多数のEXCEPTI_Nを登録する。 EXCEPTIONを登録するためにはREGISTER_EXCEPTION()マクロが用いられる。各R EGISTER_EXCEPTION(<手順>，<パラメータ><テスト>，<エクセプション名称>)コマンドが三つのパラメータをとる。即ち、<手順>エクセプションをレイズすべきか否かのテストを呼出す手順の名称；<パラメータ>その機能に送られるパラメータの任意の組；及び<エクセプション名称>これは列挙型である。例えば REGISTER_EXCEPTION(too_long,100,TOO_LONG); は、パラメータ100（即ち、TOO_LONG時間間隔についてテストするための時間ユニットＴの数）を有する手順too_long()に対するコールのためにEXCEPTION T00_ LONGを登録する。状態2AND3 364の最後のin-actionアクション（即ちCALL(2Talk,(B,C)）は、2T alkイディオム328を呼出し、俳優Ｂ及びＣをパラメータとして送る。登録された全てのエクセプションは、チャイルドイディオムの全ての状態でアクションが実行される前に非明示的にテストされる。 2Talkイディオム328は、一つのアクションの中でRETURNを実行する場合又は一つのEXCEPTIONがレイズする場合に復帰する。その時点で制御はペアレント状態に戻り、そのアクションが実行される。状態2AND3 364についてのアクションは以下のとおりである。 DEFINE_STATE_ACTIONS(2and3) WHEN(EXCEPTION_RAISED(LEFT_CONVERSATION)) DO(GOTO(1);) WHEN(EXCEPTION_RAISED(TOO_LONG)) DO(GOT0(1);) OTHERWISE DO(GOTO(4b);) END_STATE_ACTION この場合、LEFT_CONVERSATION又はTOO_LONG EXCEPTIONのいずれかがレイズしている場合に、状態1 362へ戻る遷移378が行われ、他の導入ショットが得られる。他の場合は、状態1 362へ戻る遷移378が行われ、リアクションショットが行われる。状態2AND3はin-actionに加えてout-actionを有する。新しい状態への遷移が行われる前に評価された状態2AND3のout-actionは、in-actionによってセットアップされたEXCEPTIONを除くために用いられる。out-actionは以下のマクロコードによって示される。 DEFINE_STATE_OUT_ACTION(2and3) DELETE_EXCEPTION(LEFT_CONVERSATION); DELETE_EXCEPTION_RAISED(TOO_LONG); DELETE_EXCEPTION_RAISED(GET-REACTION); END_STATE_OUT_ACTION これらのout-actionは、in-actionに登録され状態2AND3についての状態アクションで潜在的に実行されるLEFT_CONVERSATION、TOO_LONG及びGET_REACTIONについてのEXCEPTIONSを削除する。イディオムハイアラーキ本発明の一つの実施例においては、個別イディオムから出発してイディオムハイアラーキが作られる。図２９のフローチャートに示されるように、個別イディオムを生成するためにメソッド392が用いられる。個別イディオムは、イディオムの状態を定義し394、イディオムの定義された状態を見るために用いられるカメラモジュールを選択することによって、生成される396。次いで一つの定義された状態から他の状態への遷移を含むアクションが定義される398。このメソッド392は2Talkイディオム328を生成するために用いられた。2Talkイディオム328 は、図８に示された四つのカメラショット(100,110,112,120)を表す四つの状態330-336を定義すること394によって生成された。四つの状態330-336は、ext ernal()カメラモジュール150を四つの状態全体を見るように選択すること396によって見ることができた。従ってアクションは、一つの状態から他の状態への遷移の原因となる四つの状態について定義された398。図３０のフローチャートに示されるように、メソッド392で個別イディオムが生成された後、コンプレックスイディオムを生成するために他のメソッド400が用いられる。コンプレックスイディオムは個別イディオムを生成する場合と同様の方法で生成される。コンプレックスイディオムの状態が定義される402。一又は複数の状態について、その状態のアクションを定義するために個別イディオムが選択される404。イディオムの定義された状態を見るために用いられるカメラモジュールが、個別イディオムが選択されなかった状態について（存在する場合に）選択される406。定義された状態間の遷移を含むアクションが定義される408 。このメソッド400は、3Talkイディオム360を生成するために用いられた。前述したように、3Talkは３人のバーチャル俳優が会話することが可能になるイディオムである。２人のバーチャル俳優の会話のための個別イディオムは既に生成されているので（即ち2Talk 328)、２人のバーチャル俳優のみの間の会話を撮ることが必要な状態で2Talkイディオムが用いられた。図３１のフローチャートに示されるように、イディオムハイアラーキを生成するために更に他のメソッド410が用いられる。このメソッド410は、二以上の個別イディオムを選択し412、コンプレックスイディオムを生成するために選択された個別イディオムを結合することを含む414。一以上のコンプレックスイディオム及び一以上の個別イディオムが選択される416。選択されたコンプレックス及び個別イディオムが結合されて動詞イディオムが生成される418。動詞イディオムは、イディオムハイアラーキのうちでハイレベルイディオムである。例えば動詞"converse"は、個別2Talkイディオム及び結合された3Talkイディオムの結合によって生成される。"converse"動詞イディオムにより、external()150カメラショットを用いて２人又は３人のバーチャル俳優の間の会話が可能になる。図３２は、"converse"動詞についてのイディオムハイアラーキ420の一部分を示す。"converse"動詞422は、3Talkイディオム424と2Talkイディオム426との結合である。この3Talkイディオム（前述の3Talkイディオム360とは異なる）は、external()及びinternal()カメラモジュール428,430を用い、2Talkイディオム426を呼出す。2Talkイディオム426は、external()カメラモジュール428のみを用いる。他のイディオム動詞も同様のハイアラーキを持つ。このハイアラーキは、最低レベルにカメラモジュール、カメラモジュールの上に個別イディオム、個別イディオムの上にコンプレックスイディオム、コンプレックスイディオムの上に更に動詞イディオムを含む。イディオムハイアラーキを用いる個々のディレクタースタイル他の動詞イディオム又は他のハイレベルイディオムが、低レベルの個別イディオムから同様の方法によって生成される。例えば、"move"動詞イディオムは、個別イディオム1Moveとコンプレックスイディオム2Moveとの結合である。個別イディオム1Moveにより、１人のバーチャル俳優を動かし、カメラモジュールtrackin g()194,panning()204及びfollow()214を用いることができる。コンプレックスイディオム2Moveは個別イディオム1Moveから生成され、これにより、２人のバーチャル俳優を動かすことができる。メソッド392，400及び410を用いて仮想的に無限の数のイディオムを生成することができる。本発明の一つの実施例においては、動詞イディオムは一つの組(idle,converse,react,lookat,join,signal,move) であってもよい。しかしながら、他の動詞を用いることもできる。動詞イディオム又は他のハイレベルイディオムの組又はライブラリーが生成されると、ディレクターが容易にバーチャル俳優を操作してバーチャルムービーを「撮影」することができる。バーチャルムービーは、実際のフィルムに対して用いられるテクニック及びカメラアングルと仮想的に同一のテクニック及びカメラアングルを用いる「ショット」である。動詞イディオムは、同様に容易にカスタマイズし個々のディレクターのスタイルに合わせることができる。例えば、ディレクターＡは上述のような"converse"動詞イディオムを用いるかも知れない。しかしながら、ディレクターＢは自己の個人的なディレクターのスタイルにより2T alkにinternal()カメラモジュール178を用いることを好み、external()カメラモジュール150は用いないかも知れない。ディレクターＢは、internal()カメラモジュール178を用いるために、2Talkイディオムを自己の個人的な好みに合わせてカスタマイズすることができる。図３３のフローチャートに示されるように、メソッド432は、バーチャルムービーを「撮影」する場合に仮想的な監督を行うために、上述のイディオム及びカメラモジュールを用いる。ＶＣはイベント（主語、動詞、目的語）に基づいて、動詞イディオムの組（例えばライブラリー）から自動的にイディオム及びランタイム状態を選択する434。o選択された動詞イディオムを結合して、バーチャルシーンを生成する436。このバーチャルシーンを結合してバーチャルムービーを制作する438。ディレクターは、自己のスタイルによりＶＣカメラモジュール及びイディオムハイアラーキを用いて自由にバーチャルムービーを制作する。バーチャル俳優のスクリーン上の動作バーチャル俳優を用いてアニメーションを制作するために用いるビデオスクリーン上の動作を捉えることには、特別な問題が存在する。特に、一つのイベントがリアルタイムシステムによってトリガーされる時のみではなく、俳優がスクリーン上の或る一定の位置（例えばスクリーンの端）に達した時にも、ショットが終了することが望ましい場合がある。上述のグローバルな変数forwardedge[x]、 rearedge[x]、centerline[x]は、これらの種類のテストを容易にするために用いられる。図３４に示されるように、これらの変数は、各俳優442の向き及び位置についてセットアップされているスクリーン座標システム440で計測される。俳優が面しているスクリーンの端は＋1 444になり、俳優の後側の端が−1 446になるように定義される。スクリーンのセンターラインはゼロ448である。このようにすると、例えば、forwardedge[x]が１より大きいか否かをテストすることにより、俳優442がスクリーンの端に達したその時の一つのイディオムにおける状態を決定することができる。同様に、rearedge[x]が−１より小さいか否かをテストすることにより、俳優が歩いてスクリーンから完全に出たか否かをテストすることができる。スクリーン上の動作を捉えるためのイディオムを開発するために、他のメソッド及び座標システムを用いることもできる。パーティアプリケーション「パーティ」のシミュレーション環境に対して、メソッド34，392，400，410 ， 432及びシステム44を適用してきた。図３５は、一つのパーティに参加するために制作されたパーティシミュレータのためのユーザーインターフェース450を示す。このパーティは、仮想的なバーテンダーがおり、それぞれ二つの仮想的な椅子があり、一つの像及び他の仮想的な客が存在する二つの仮想的なバーが入っている仮想的な部屋で開かれる。客は歩き、見回し、互いに会話し、バーに行って飲み又はバーテンダーと会話し、又は、何もしないでいることができる。ユーザーは、高度の抽象的観念で１人の主人公のバーチャル俳優452の動作を制御する。他の俳優454は、ソフトウェアエージェントとして自動的に又はこのパーティの他の参加者によって制御される。特にユーザーは（動詞、目的語）の対を行使することができ、これは主人公の俳優452を主語として（主語、動詞、目的語）の三つ組に翻訳される。現在の動詞は、話す、反応する（これにより俳優が頷く）、行く、飲む（これにより俳優は最も近い位置にある空いた椅子に向かう）、見回す（これにより俳優は頭を回し、選択した対象物を数秒間眺め、続いて頭を元に戻す）、及び、休むである。動詞を使用する度に、対応するボタンが押された後間もなく主人公の動作が変わる。パーティの参加者は、会話中の１人の俳優が会話を止めるのを「礼儀正しく」待ち、その後でそれらの間で会話を始める。他のインターフェースボタン456により、１人離れている俳優又は会話中の俳優が、或る俳優が会話に加わることを望んでいる合図を受入れるか又は拒否するかの「投票」を行うことができる。合図をする動詞は、俳優が動詞行くの対象に対して短い距離の範囲に近づいた時に無条件に発生される。他のユーザーインターフェースボタン458，460は、バーチャル俳優を操作するための他の機能を有する。最大フレームレートに基づいて決定され、一例では５Hzである各時間ユニットにおいて、パーティシミュレータは、関連する（主語、動詞、目的語）の三つ組のリストを、主人公の個人的なＶＣに送る。関連する三つ組は、主語又は目的語として主人公（又は主人公と同一の会話の相手）を含むものである。パーティシミュレータは、俳優の全ての低レベルの動作を受け持つ。これは、歩くこと、会話する時の口の動き、及び、会話中に現在の話し手に向くため又は見回す際に対象の方向に向くための頭の回転を含む。本発明の一つの実施例においては、パーティシミュレータ、レンダラー54、ＶＣ50、及び、リアルタイムアプリケーション46が、Pentiumを具える同一のコンピュータシステム10上で同時にランするように実現される。本発明の他の実施例においては、パーティシミュレータ及びシステム44のコンポーネントが、コンピュータネットワーク（例えば、インターネット、イントラネット）によって接続される個別のリモートモジュールとして実現される。インターフェース450のためのソースコードは、Washington州RedmondのMicrosoft CorporationによるVisu alＣ＋＋とVisual Basicとの組合せとして実現される。しかしながら、インターフェース450を実現するためには、他のプログラミング言語を用いることもできる。レンダラー54は、各フレームを発生するために、Washington州RedmondのMic rosoft CorporationからのDirect3D(Rendermorphics)を用いる。しかしながら、他のレンダラーのためのソフトウェアを用いることもできる。全体のシステムはほぼ毎秒５時間ユニットのレートでランする。この時間の大半はレンダラー54中で費やされる。ＶＣ50は、パーティのイベント又は会話についての事前の情報なしに、パーティシミュレータをリアルタイムで設定する場合に対して極めて強いことが証明されている。俳優の動作のハイレベルの制御とＶＣ50でエンコードされるイディオムレベルの制御との間が良くマッチングしている。システム44の利用は極めて直観的である。この例示的実施例においては自動的にカメラ制御が行われるので、ユーザーがカメラを制御する必要はない。ショット及びカットは多くのイベントの情報を含むナレーションを提供する。更に、ユーザーの肩越しに見る観客は、ユーザーによって発せられる特定のコマンドを知らずに容易に動作を追うことができる。下記のシネマトグラフィの原理は、ＶＣ50中で以下のように表される。カメラのアングル及び動きは、カメラモジュールで捉えらたものである。ラインを交差させない原理は、カメラモジュールにおける適切なインスタンスの選択である。ジャンプカットを避ける原理は、イディオム状態が変化する時に、カメラモジュール中でイディオム構造の明確な変化（又は変化無し）を行うことである。導入ショットを用いる原理は、イディオムのハイアラーキを用いることである。俳優にリードさせる原理は、動作がイディオム中に円弧遷移を生起させるようにすることである。動作を分ける原理は、イディオム円弧遷移をグローバルなＴ値によって条件付けることである。連続的な動作を続ける原理は、カメラモジュールにおけるインスタンスの選択及びイディオムの円弧遷移である。フレームのショット、カメラモジュールの配置、俳優の再配置に対する演技ヒント、及び、スタイルは、特定のディレクターによって設計された特定のイディオム及びイディオムハイアラーキである。実際の映画製作者によって発展された専門的技術を階層構造的有限状態マシン中にエンコードすることにより、ＶＣ50は、自動的に個々のショット及びこれらのショットのシーケンスのためのカメラ制御を、動作が現れる時に発生する。その結果、パーティシミュレータのリアルタイム設定において予め知られていない出来事に対して極めて強いことが分かる。更に、ＶＣ50は、幾何学的な細部を能率的に取扱う低レベルのカメラモジュールを操作する。即ち、ドメインに依存するイディオムのハイアラーキが、単純で強く且つスケール可能であるディレクターとしての専門的技術を取込むことを可能にする。更に、ＶＣ50は、レンダラー 54に演技ヒントを与える。このヒントは、バーチャルカメラの視野を空にするために俳優を故意に去らせること、俳優を微妙に再配置すること、及び、俳優のスクリーン上のサイズに従って場面のスケールを変更することを含む。ＶＣ50は、バーチャルリアリティ及び今日一般的に用いられている他の対話型アプリケーションにおいて、固定視点のショット又は天井にマウントされたカメラを改善するために用いられる。バーチャル３Ｄチャット環境に関して初歩的に説明したが、更にＶＣ50は、自然に見えるカメラ位置でエージェントによりユーザー自身を見ることができるようにすることにより、次世代の「インテリジェントエージェント」ユーザーインターフェースの改善をも助ける。バーチャル３Ｄチャット環境においては、コンピュータユーザーは、コンピュータユーザーによって制御され且つコンピュータユーザーを表すアニメーション化された３Ｄバーチャル俳優（時にはアヴァターと呼ばれる）を通して互いに会話する。バーチャル俳優は、３Ｄの部屋のディスプレイに表示され、複数のユーザーが互いに会話するように配置される。同様の方法で、ＶＣ50は、インテリジェントエージェント及び潜在的なコンピュータアプリケーションが配置され且つ３Ｄディスプレイ空間中で相互に位置決めされる、「インテリジェントエージェント」ユーザーインターフェースを提供することができる。インテリジェントエージェントは、例えば、ユーザーにソフトウェアアプリケーション中で援助又は支援を提供するような種々の状況で用いられる、一般的に高度に対話型のユーザーインターフェースデバイス（例えば、キャラクタ）である。一つの実施例においては、ＶＣ50は、インテリジェントエージェントが支援するか又は表示することができるアプリケーションスクリーンを遮蔽することがないように、インテリジェントエージェントを位置させることができる。他の実施例においては、人間であるシステムのユーザーが３Ｄディスプレイ空間中の仮想的位置に割当てられ、更に、ＶＣ50がその位置を利用して、カメラの視野を構成し、表示する。以上に説明されたプログラム、プロセス、及びメソッドは、特別に記載されている場合を除いて、特定の型のコンピュータ装置に関するもの又は限定されるものではないことが理解されるべきである。以上の記載の示唆するところに従い、種々の型の一般的な又は特化されたコンピュータ装置を用い又は動作を遂行することができる。本発明の原理を適用できる実施例が広い範囲にわたっているという観点から、上述された実施例は、単に例示のためのものであり、本発明の範囲を限定するものと解釈されてはならないことが理解されるべきである。ここに、本発明として全てのそのような実施例及び同等の技術が請求項の範囲及び精神に含まれるように本発明の請求項を以下に記載する。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者サレシンデヴィッドアメリカ合衆国ワシントン州 98103 シアトルエヌフォーティエイスストリート 1908

Claims

【特許請求の範囲】１．バーチャルシネマトグラフィのための方法であって、予め定められた時間間隔の間に起きるシネマトグラフィイベントを受取ること、受取ったシネマトグラフィイベントをシネマトグラフィロジックを用いて翻訳すること、及び翻訳されたシネマトグラフィイベントから、バーチャルシーンを見るために用いられるカメラビュー仕様を発生することを含む方法。２．請求項１に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。３．請求項１に記載の方法において、カメラビュー仕様が、apex，closeapex，a pex3，external，2long，external1to2，exclose2，internal，full，trackin g，panning，follow，fixed，raised，group，subjective，subjectzoom，pov ，及びnullカメラビュー仕様を含む組から選択された、少なくとも一つの仕様を含む方法。４．請求項１に記載の方法において、カメラビュー仕様が、カメラビュー距離を選択することを含む方法。５．請求項４に記載の方法において、カメラビュー距離が、超クローズアップビュー距離、クローズアップビュー距離、中間ビュー距離、全体ビュー距離、及び、ロングビュー距離の組から選択された少なくとも一つの距離を含む方法。６．請求項１に記載の方法において、シネマトグラフィロジックが、フィルムショットを選択するためのフィルムヒューリスティックスを含む方法。７．請求項６に記載の方法において、フィルムヒューリスティックスが、ラインを交差させないこと、ジャンプカットを避けること、導入ショットを用いること、俳優にリードさせること、動作を分けること、及び、連続的な動作を続けること、の組から選択された少なくとも一つのヒューリスティックスを含む方法。８．請求項１に記載の方法において、シネマトグラフィロジックが、カメラモジュール及びシネマトグラフィイディオムを含む方法。９．請求項１に記載の方法において、更に、シネマトグラフィイベントの中でシネマトグラフィキャラクタをカメラビュー仕様に合うように調整することを含む方法。 10．バーチャルシネマトグラフィのためのシステムであって、シネマトグラフィイベントを生成し且つユーザーとのインターフェースをとるための、リアルタイムアプリケーションモジュール、シネマトグラフィイベントを翻訳するバーチャルシネマトグラフィモジュール、及びバーチャル環境を提供するためのレンダラーアプリケーションモジュールを含むシステム。 11．請求項１０に記載のシステムにおいて、バーチャルシネマトグラフィモジュールが、カメラモジュール及びバーチャルシネマトグラフィイディオムを含むシステム。 12．バーチャルシネマトグラフィのための方法であって、バーチャルカメラビュー仕様を選択すること、バーチャルカメラビュー距離を選択すること、及び選択されたバーチャルカメラビュー仕様及びバーチャルカメラビュー距離に合致するように、バーチャル俳優の配置及び動作を変更することを含む方法。 13．請求項１２に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。 14．請求項１２に記載の方法において、バーチャルカメラビュー仕様が、apex， closeapex，apex3，external，2long，external1to2，exclose2，internal，f ull，tracking，panning，follow，fixed，raised，group，subjective，subj ectzoom，pov，及びnullカメラビュー仕様を含む組から選択された、少なくとも一つの仕様を含む方法。 15．請求項１２に記載の方法において、カメラビュー距離が、超クローズアップビュー距離、クローズアップビュー距離、中間ビュー距離、全体ビュー距離、及び、ロングビュー距離の組から選択された少なくとも一つの距離を含む方法。 16．バーチャルシネマトグラフィカメラモジュールを発生する方法であって、見るためのバーチャルオブジェクトを選択すること、オブジェクトを見るためにバーチャルカメラ仕様を選択すること、及びバーチャルカメラ仕様をバーチャルオブジェクトにリンクすることを含む方法。 17．請求項１６に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。 18．請求項１６に記載の方法において、バーチャルカメラビュー仕様が、apex， closeapex，apex3，external，2long，external1to2，exclose2，internal，f ull，tracking，panning，follow，fixed，raised，group，subjective，subj ectzoom，pov，及びnullカメラビュー仕様を含む組から選択された、少なくとも一つの仕様を含む方法。 19．個別バーチャルシネマトグラフィイディオムを生成する方法であって、一又は複数の個別バーチャルシネマトグラフィイディオム状態を定義すること、定義された各個別バーチャルシネマトグラフィイディオム状態に結合するため、カメラモジュールを選択すること、及び定義された複数の個別バーチャルシネマトグラフィイディオム状態間の遷移を含むイディオムアクションを定義することを含む方法。 20．請求項１９に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。 21．請求項１９に記載の方法において、カメラモジュールが、apex，closeapex, apex3，external，2long，external1to2，exclose2，internal，full，tracki ng，panning，follow，fixed，raised，group，subjective， subjectzoom， pov，及びnullカメラモジュールビューを含む組から選択された、少なくとも一つのビューを含む方法。 22．請求項１９に記載の方法において、個別バーチャルシネマトグラフィイディオムアクションが、エクセプションの登録及びレイジングを含む方法。 23．コンプレックスバーチャルシネマトグラフィイディオムを生成する方法であって、一又は複数のコンプレックスバーチャルシネマトグラフィイディオム状態を定義すること、一又は複数の定義されたコンプレックスバーチャルシネマトグラフィイディオム状態について、一又は複数の個別イディオム状態、一又は複数のカメラモジュール及び個別イディオムアクションを含む個別バーチャルシネマトグラフィイディオムを選択すること、定義された各バーチャルシネマトグラフィイディオム状態に結合するため、カメラモジュールを選択すること、及び定義された複数のコンプレックスバーチャルシネマトグラフィイディオム状態間の遷移を含むコンプレックスイディオムアクションを定義することを含む方法。 24．請求項２３に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。 25．ハイレベルバーチャルシネマトグラフィイディオムを生成する方法であって、それぞれが個別バーチャルシネマトグラフィイディオム状態、カメラモジュール及びバーチャルシネマトグラフィ個別イディオムアクションを含む、第１の組の個別バーチャルシネマトグラフィイディオムを選択すること、コンプレックスバーチャルシネマトグラフィイディオム状態、カメラモジュール及びコンプレックスバーチャルシネマトグラフィイディオムアクションを含むコンプレックスバーチャルシネマトグラフィイディオムを生成するため、第１の組の個別バーチャルシネマトグラフィイディオムを結合すること、第２の組の個別バーチャルシネマトグラフィイディオム及びコンプレックスバーチャルシネマトグラフィイディオムを選択すること、及びハイレベルバーチャルシネマトグラフィイディオムを生成するため、第２の組の個別バーチャルシネマトグラフィイディオムとコンプレックスバーチャルシネマトグラフィイディオムとを結合することを含む方法。 26．請求項２５に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。 27．請求項２５に記載の方法において、ハイレベルバーチャルシネマトグラフィイディオムが動詞バーチャルシネマトグラフィイディオムである方法。 28．バーチャルフィルムを制作する方法であって、一組の動詞バーチャルシネマトグラフィイディオムを選択すること、複数のバーチャルムービーシーンを生成するため、選択された一組の動詞バーチャルシネマトグラフィイディオムを結合すること、及びバーチャルムービーを制作するため、選択されたバーチャルムービーシーンを結合することを含む方法。 29．請求項２８に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。 30．バーチャル監督を行う方法であって、一又は複数のバーチャルシネマトグラフィイディオム状態、一又は複数のカメラモジュール及び個別イディオムアクションを含む、一組のバーチャルシネマトグラフィイディオムを選択すること、変更された一組のバーチャルシネマトグラフィイディオムを生成するため、バーチャルシネマトグラフィイディオム中のカメラモジュールを特定のフィルムディレクタースタイルに基づいて変化させること、複数のバーチャルムービーシーンを生成するため、変更された一組のバーチャルシネマトグラフィイディオムを特定のフィルムディレクタースタイルに基づいて結合すること、及びバーチャルムービーを制作するため、選択されたバーチャルムービーシーンを結合することを含む方法。 31．請求項３０に記載の方法をコンピュータに実行させることができる命令を記憶したコンピュータ読取り可能記憶媒体。 32．アニメーションを制作するためのシステムであって、対話型アニメーションイベントを生成するためのリアルタイムアプリケーション、イベントをカメラビュー位置に移動するためのリアルタイムカメラコントローラ、及びカメラビュー位置を用いてバーチャル環境を提供するレンダラーを含むシステム。 33．請求項３２に記載のシステムにおいて、対話型アプリケーション及び固定視点ショットのためのリアルタイムカメラコントローラを具えるシステム。 34．インテリジェントエージェントが支援するアプリケーションスクリーンとコンパチブルの、インテリジェントエージェントユーザーインターフェースアシスタントをカメラビュー位置に配置するためのリアルタイムバーチャルカメラコントローラ。