JP7222121B2 - ストーリー内のオブジェクトの感情適合性を管理する方法およびシステム - Google Patents

Description

本明細書で開示する主題は、概して、コンピュータシステムの技術分野に関し、より具体的には、自動化シネマトグラフィの仮想オブジェクトの重要度および感情適合性を管理するためのコンピュータシステムおよび方法に関する。

マルチプレーヤビデオゲーム環境は、満足のいくように撮影するのが難しい。これは、プレーヤの動きおよびゲームのアクションの予測不可能性に加えて、ゲーム要素が素早く変化することによる。非ビデオゲーム環境では、カメラは、典型的には、関心のある被写体およびイベントの事前の知識（または少なくとも被写体およびイベントの予測可能性の高い確率）を用いて位置付けられる。これは特に、場所がある程度予測できるゲームの重要なイベントを捉えるために、複数のカメラが通常所定の場所（または所定のトラック）に所定の視点で配置されるスポーツ競技に当てはまる。カメラはしばしばゴールまたはネットの近くに置かれ、そうすることで得点の変化にまつわる重要なイベントを撮像する。アクションが事前に分かっていなくても、競技場（またはコート）の物理的なサイズの制限によりゲームのアクションすべてを撮像するために必要なカメラの台数が制限される。しかし、ビデオゲームは、通常、ユーザが完全にコントロールする莫大な環境を伴い、考え得る経路およびアクションのほぼ無限の集合を有する。未知の状況で予測不可能な動作主を高品質で撮影できるようにすることは困難である。また、関心のあるイベントの多くはしばしば同時に起こるため、どのイベントを撮影するべきか、どのように撮影するべきか、どれくらいの長さにするかを決定するのは困難となる。さらに、自動化シネマトグラフィの分野内に欠けている重要な態様として、ゲームオブジェクトの重要度および感情適合性を管理するための仕組みがある。

本発明の例示的な実施形態のさらなる特徴および利点は、添付の図面と併せて理解される以下の詳細な説明から明らかになるであろう。
一実施形態による、ストーリーマネージャデバイスを示す概略図である。 一実施形態による、ストーリーマネージャデバイスを使用するストーリーマネージャ方法を示す概略図である。 一実施形態による、ストーリーマネージャデバイスを使用するストーリー管理のための方法を示す概略図である。 一実施形態による、ストーリーマネージャデバイスを使用するシネマトグラフィ方法を示す概略図である。 一実施形態による、ストーリーマネージャデバイスを使用するディレクタ方法を示す概略図である。 本明細書に記載の様々なハードウェアアーキテクチャと組み合わせて使用され得る例示的なソフトウェアアーキテクチャを示すブロック図である。 いくつかの例示的な実施形態による、機械可読媒体（例えば、機械可読記憶媒体）から命令を読み込み、本明細書で論じる方法論のうちの任意の１つまたは複数を実行するように構成されたマシンのコンポーネントを示すブロック図である。

添付の図面全体を通して、同様の特徴が同様の参照番号によって識別されることに留意されたい。
以下の記載は、本開示の例示的な実施形態を個別にまたは組み合わせて含む、例示的なシステム、方法、技法、命令シーケンス、およびコンピューティングマシンプログラム製品を説明する。以下の記載では、説明の目的で、発明的主題の様々な実施形態の理解を提供するために、多数の特定の詳細が示されている。しかしながら、発明的主題の様々な実施形態がこれらの特定の詳細なしで実施され得ることは、当技術分野の当業者には明らかであろう。

本明細書の説明全体を通して使用される「環境」という用語は、２Ｄデジタル環境（例えば、２Ｄビデオゲーム環境、２Ｄシミュレーション環境、２Ｄコンテンツ作成環境など）、３Ｄデジタル環境（例えば、３Ｄゲーム環境、３Ｄシミュレーション環境、３Ｄコンテンツ作成環境、仮想現実環境など）、およびデジタル（例えば、仮想）コンポーネントと実世界コンポーネントの両方を含む拡張現実環境を含むと理解される。

本明細書の説明全体を通して使用される「ゲームオブジェクト」という用語は、環境内の任意のデジタルオブジェクトまたはデジタル要素を含むと理解される。ゲームオブジェクトは、環境内のほぼすべてのものを（例えば、対応するデータ構造で）表現することができ、それは、３Ｄモデルテクスチャ（model textures）、背景（例えば、地形、空など）、ライト（lights）、カメラ、エフェクト（例えば、サウンドおよびビジュアル）、アニメーションなどを伴う、３Ｄモデル（例えば、キャラクタ、武器、シーン要素（例えば、建物、木、車、宝物など））を含む。「ゲームオブジェクト」という用語はまた、個々のゲームオブジェクトのリンクされたグループを含むとも理解され得る。ゲームオブジェクトは、オブジェクトのプロパティと挙動とを定義するデータに関連付けられている。

本明細書で使用される「アセット（asset）」、「ゲームアセット」、および「デジタルアセット」という用語は、ゲームオブジェクトを説明するために使用することができる、またはプロジェクト（例えば、ゲーム、映画、ソフトウェアアプリケーションを含む）の態様を説明するために使用することができる任意のデータを含むと理解される。例えば、アセットには、画像、３Ｄモデル（テクスチャ、リギング（rigging）など）、３Ｄモデルのグループ（例えば、シーン全体）、オーディオサウンド、ビデオ、アニメーション、３Ｄメッシュなどのためのデータを含めることができる。アセットを記述するデータは、ファイル内に格納されてもよく、ファイルのコレクション内に含まれてもよく、１つのファイル（例えば、圧縮ファイル）に圧縮されて格納されてもよく、または、メモリ内に格納されてもよい。アセットを記述するデータを使用して、ランタイム時にゲーム内の１つまたは複数のゲームオブジェクトをインスタンス化することができる。

本明細書の説明全体を通して使用される「ランタイム（runtime）」という用語は、プログラム（例えば、アプリケーション、ビデオゲーム、シミュレーションなど）がランされている（running）かまたは実行している（例えば、プログラミングコードを実行している）時間を含むと理解されるべきである。この用語は、人間のユーザによって、または人工知能エージェントによってビデオゲームがプレイされている時間を含むと理解されるべきである。

本明細書で使用される「クライアント」および「アプリケーションクライアント」という用語は、ネットワークを介したアクセスを含む、サーバ上のデータおよびサービスにアクセスするソフトウェアクライアントまたはソフトウェアアプリケーションを含むと理解される。

ビデオゲームに関連するビデオのフレーム内の関心オブジェクト（objects of interest）のシネマティックショット（cinematic shot）の品質を決定するための動作を開示する。ビデオゲーム内からのオブジェクトの集合の中から、複数の関心オブジェクトを決定する。ゲーム状態データ（game state data）をゲームから受信し、ゲーム状態データは、少なくとも、ゲーム内で発生するイベントの集合を記述する。複数の関心レベル値を決定する。複数の関心レベル値は、複数の関心オブジェクトに関連する複数のカテゴリに対応し、複数の関心レベル値はゲーム状態データに基づく。複数の関心オブジェクトについて、複数の枯渇値（starvation value）を決定する。複数の枯渇値のそれぞれは、複数の関心オブジェクトのうちの１つの関心オブジェクトが前の複数のフレームで可視状態である時間量の累積合計に反比例する。複数の関心オブジェクトについて、複数の緊急度値（urgency value）を決定する。複数の緊急度値のそれぞれは、関心オブジェクトに関連する複数の関心レベル値および枯渇値に基づいており、緊急度値はフレーム内で関心オブジェクトを見る緊急度の尺度を表す。フレームに関連するシネマトグラフィの管理で使用するために、データ構造を生成する。データ構造は、複数の関心レベル値および複数の緊急度値の探索（looking up）を可能にする。

本発明は、これらの方法を実行するデータ処理システムと、データ処理システム上で実行されるとシステムにこれらの方法を実行させるコンピュータ可読媒体とを含む、本明細書に記載の１つまたは複数の動作または複数の動作のうちの１つまたは複数の組み合わせを実行する装置を含み、それら動作または動作の組み合わせは、非定型および非従来型の動作を含む。

ここで図面に目を向けると、本発明の実施形態による、ストーリー（story）内のオブジェクトの感情適合性（emotional relevance）を管理するための、非定型もしくは非従来型の複数のコンポーネントもしくは複数の動作、またはそのようなコンポーネントもしくは動作の組み合わせを含む、システムおよび方法が図示されている。多くの実施形態において、ストーリー内のオブジェクトの感情適合性を管理するためのストーリーマネージャシステムが提供される。

一実施形態により、図１Ａに示されているのは、ストーリーマネージャシステム１００である。ストーリーマネージャシステム１００はストーリーマネージャデバイス１０２を含み、ストーリーマネージャデバイス１０２は１つまたは複数の中央処理装置（CPU : central processing unit）１０３と、グラフィクス処理装置（GPU : graphics processing unit）１０５とを含む。ＣＰＵ１０３は任意のタイプのプロセッサであり、多数の処理要素（図示せず）を含むプロセッサアセンブリであり、メモリ１０１にアクセスしてそれに格納される複数の命令を取得し、その命令を実行する。その命令の実行時に、複数の命令は、ストーリーマネージャデバイス１０２に、本明細書で（例えば、図１Ｂ、図２、図３および図４を参照して）説明される一連のタスクを実行させることを実現する。メモリ１０１は、ランダムアクセスメモリ、読み取り専用または書き換え可能なメモリ、内部プロセッサキャッシュなどの任意のタイプのメモリデバイスとすることができる。

ストーリーマネージャデバイス１０２は、また、処理デバイスによって読み取り可能なデータ信号の形態で情報を入力するための、例えば、キーボードまたはキーパッド、マウス、ポインティングデバイス、カメラ、マイクロフォン、ハンドヘルドデバイス（例えば、ハンドモーショントラッキングデバイス）、タッチスクリーンなどの１つまたは複数の入出力デバイス１０８を含む。ストーリーマネージャデバイス１０２は、コンピュータモニタ、（例えば、タブレットまたはスマートフォンの）タッチスクリーン、およびヘッドマウントディスプレイ（HMD : head‐mounted display）のレンズまたはバイザー（例えば、仮想現実（VR : virtual reality）もしくは拡張現実（AR : augmented reality）ＨＭＤ）など、１つまたは複数のディスプレイデバイス１０９をさらに含み、これらは、ビデオ、ビデオゲーム環境、統合開発環境および仮想シミュレーション環境を含むデジタルコンテンツを表示するように構成され得、仮想オブジェクトを実世界の景色と組み合わせて表示するようにも構成され得る。ディスプレイデバイス１０９は、１つまたは複数のＧＰＵ１０５、および任意選択で、ＣＰＵ１０３により駆動または制御される。ＧＰＵ１０５は、ディスプレイデバイス１０９を介した出力のレンダリングを高速化するのを支援するグラフィック出力の態様を処理する。ストーリーマネージャデバイス１０２はまた、ネットワークを介して通信するための１つまたは複数のネットワークデバイス１０７（例えば、有線または無線ネットワークアダプタ）を含む。

ストーリーマネージャデバイス１０２内のメモリ１０１は、ディスプレイデバイス１０９と、また、入力デバイス１０８などの他のハードウェアとも通信してユーザ１３０にアプリケーションを提示する（例えば、ビデオゲームを提示する）ゲームエンジン１０４（例えば、ＣＰＵ１０３またはＧＰＵ１０５によって実行される）を含み得るアプリケーション１１４（例えば、ビデオゲーム、シミュレーション、または他のソフトウェアアプリケーション）を格納するように構成することができる。ゲームエンジン１０４は、典型的には、以下を提供する１つまたは複数のモジュールを含む：ユーザにアプリケーション環境（例えば、ビデオゲームまたはシミュレーション環境）を提供するための、ゲームオブジェクトのアニメーション物理的現象、ゲームオブジェクトの衝突検出、レンダリング、ネットワーキング、サウンド、アニメーションなど。アプリケーション１１４は、本明細書で説明する様々なストーリーマネージャシステムの機能性を提供するストーリーマネージャ１１０を含む。アプリケーション１１４は、本明細書で説明する様々なシネマトグラフィディレクタシステムの機能性を提供するディレクタモジュール（director module）１１２を含み得る。アプリケーション１１４は、本明細書で説明する様々なシネマトグラフィシステムの機能性を提供するシネマトグラフィモジュール（cinematography module）１１６を含み得る。ゲームエンジン１０４、ストーリーマネージャ１１０、ディレクタモジュール１１２、シネマトグラフィモジュール１１６およびアプリケーション１１４のそれぞれは、動作中（例えば、図１Ｂ、図２、図３および図４に関して説明される動作を行うとき）ＣＰＵ１０３、および任意選択でＧＰＵ１０５によって実行される、メモリ１０１に存在するコンピュータ実行可能命令を含む。ゲームエンジン１０４は、ゲームエンジンなどのランタイムプログラムを作成するために、動作中にＣＰＵ１０３によって、および任意選択でＧＰＵ１０５を用いて実行される、メモリ１０１に存在するコンピュータ実行可能命令を含む。アプリケーション１１４は、ビデオゲームなどのランタイムアプリケーションプログラムを作成するために、動作中にＣＰＵ１０３によって、および任意選択でＧＰＵ１０５を用いて実行される、メモリ１０１に存在するコンピュータ実行可能命令を含む。ゲームエンジン１０４、ストーリーマネージャ１１０、ディレクタモジュール１１２およびシネマトグラフィモジュール１１６を直接アプリケーション１１４内に統合してもよく、または外部のソフトウェア（例えば、プラグイン）として実装してもよい。

一実施形態により、図１Ｂに示されているのは、ストーリーマネージャモジュール１１０、シネマトグラフィモジュール１１６およびディレクタモジュール１１２の間の例示的なデータの流れである。説明の便宜上、３つの個別のモジュールとして示されているが、３つの個別のモジュール（例えば、１１０、１１２および１１６）を１つの単一モジュール内に実装してもよいことが当業者によって理解されるであろう。一実施形態によれば、ストーリーマネージャモジュール１１０、シネマトグラフィモジュール１１６およびディレクタモジュール１１２は、アプリケーション１１４のランタイムバージョンなど、アプリケーションの実行中（例えば、ビデオゲームのゲームプレイ中）に存在するモジュールである。一実施形態によれば、また図２を参照して説明される方法２００で以下詳しく説明するように、ストーリーマネージャモジュール１１０はアプリケーション１１４に関係する環境（例えば、ゲームレベル）内で複数の関心オブジェクト（OI : object of interest）を決定し、各ＯＩについて、感情品質値（emotional quality value）、複数の分類された関心レベル、および緊急度値を含むＯＩデータ１２０を決定する。一実施形態によれば、また図３を参照して説明される方法３００で以下詳しく説明するように、シネマトグラフィモジュール１１６は、決定されたＯＩを追跡し（follow）、決定された関心オブジェクトの（例えば、フレームについて）カメラショット（camera shot）の構図を決めるために、環境内に複数の仮想カメラを分散させる。仮想カメラの分散は、少なくとも部分的には、ストーリーマネージャモジュール１１０によって決定される感情品質値、分類された関心レベル、および緊急度値に基づく。分散された仮想カメラは構図が決められたカメラショットを時間の経過とともに記録する。シネマトグラフィモジュール１１６は、少なくとも部分的には、ストーリーマネージャモジュール１１０によって決定された感情品質値、分類された関心レベル、および緊急度値に基づいて、各仮想カメラの各ショットのショット品質も決定し得る。シネマトグラフィモジュール１１６は、複数の潜在的な仮想カメラショットのリストを含む仮想カメラショットデータ１２２を出力し、各ショットはショット品質値、合計感情品質値、およびショット内で可視状態である関心オブジェクトのリストを含む関連データを有する。一実施形態によれば、また図４を参照して説明される方法４００に関して詳しく説明されるように、ディレクタモジュール１１２は最適なショット長さと、ショット間の遷移品質の尺度とを決定する。ディレクタモジュール１１２は、次に、ショット品質、遷移品質および感情品質に基づいて、複数の潜在的ショットから最終的ショットを選択し得る。

一実施形態により、図２に示されているのは、実行中アプリケーション１１４（例えば、アプリケーション１１４のランタイムバージョン）内の関心オブジェクト（ＯＩ）を決定するとともに、関心オブジェクトの関心品質および感情品質を決定するための方法２００である。一実施形態により、アプリケーション１１４はストーリーマネージャデバイス１０２で実行中であり得、ビデオゲーム体験をユーザに提供中であり得る。実行中アプリケーション１１４は、フレームをディスプレイデバイス１０９に連続的に（例えば、毎秒６０フレーム、毎秒９０フレーム、または任意の他のフレームレート）レンダリングして表示するためのデータを生成し得る。実行中アプリケーション１１４は環境内でゲームオブジェクトを生成、削除してもよく、ゲームオブジェクトはフレーム間で変更することができる（例えば、動く、外見を変える、消えるなど）。実行中アプリケーション１１４は、また、環境内にイベント（例えば、起こすアクション）を生成してもよく、これはゲームオブジェクトを含むことができる。

一実施形態によれば、方法２００の動作２０２において、実行中アプリケーション１１４は、環境内の既存のゲームオブジェクトの集合の中から、複数の関心オブジェクト（ＯＩ）を決定する。決定されたＯＩは、環境内の位置に関する値（例えば、３Ｄ座標）を含み、ゼロよりも大きいサイズを有し、環境内に置かれた仮想カメラによって潜在的に見ることができるゲームオブジェクトである。複数の決定されたＯＩは、アプリケーション１１４が環境内のゲームオブジェクトを変更するにつれて（例えば、ゲームプレイ中）、フレーム間で変更することができる。一実施形態によれば、あるフレームに関連する時点で存在するＯＩを、本明細書においてアクティブＯＩという。一実施形態によれば、アクティブＯＩはストーリーマネージャシステム１００の潜在的なカメラターゲットと見なされる。一実施形態によれば、動作２０２は低頻度で起こり（例えば、すべてのフレームについてではなく）、ＯＩの決定に関わる計算処理を削減することによりストーリーマネージャシステム１００のパフォーマンスを改善し得る。一実施形態によれば、動作２０４から２１４は、ランタイム中にアプリケーション１１４によって生成される各フレームについて少なくとも１回行われる。一実施形態によれば、実行中アプリケーション１１４によって、ＯＩについての関心カテゴリのリストが提供され、各カテゴリは、そのカテゴリの関心レベルを記述する値、そのカテゴリの関心レベル値の減衰率（rate of decay）を記述するレート関数、およびあるイベントに対するそのカテゴリの最大値を記述する関心レベルの最大のうちの１つまたは複数を含むことができる。ＯＩについて多数の関心カテゴリが存在することができ、各カテゴリは各カテゴリおよび各ＯＩについて異なる減衰率および異なる最大を有する。カテゴリの関心レベルとは、そのカテゴリに関する関連ＯＩに対する関心を記述する値である。一実施形態によれば、関心レベル値および関心レベルの減衰率関数は、アプリケーション１１４を用いて（例えば、アプリケーション開発者により）予め決定されて、含まれ得る。カテゴリは、アプリケーション１１４内のストーリー（例えば、ビデオゲームのストーリー）の態様と、シネマトグラフィの態様とに関係付けられ得る。ＯＩに関連した関心カテゴリおよびその値は、フレーム毎に（例えば、ゲームプレイのセッション中などの時間にわたり）、実行中アプリケーション１１４内のストーリーに関するＯＩに対する関心を記述する。ＯＩに関連するカテゴリはゲーム内のイベントに関連付けることができ、イベントは、ＯＩに直接影響する実行中アプリケーション１１４内のアクション、ＯＩの近くで起こるアプリケーション内のアクション、および活動がカテゴリに関連するＯＩの活動のうちのいずれかを含むことができる。一実施形態によれば、関心レベル値に高い値の減衰率を使用すると、イベントに対する関心レベル値を早急に（例えば、あるフレームから次のフレームまでに）低下させるイベントを記述することができる。同様に、関心レベル値に低い値の減衰率を使用すると、イベントに対する関心レベルをゆっくり低下させるイベントを記述することができる。例えば、実行中アプリケーション１１４内の発砲イベントは、発砲イベントが早急に減衰する高い初期関心値を有することができるように、減衰率に大きな値をもつ大きな関心レベル値を有し得る。別の例として、ＯＩの瞬間移動イベントは、瞬間移動イベントに関連する関心レベルが発砲イベントに関連する関心レベルよりも長く続き得るように、減衰率が低い値である大きな関心レベル値を有し得る。カテゴリの関心の最大値の例として、３回連射の発砲に関わるイベントは、１回の発砲に関わるイベントよりも高い関心値を有することができるが、３回連射の発砲に関わるイベントの関心値は、イベントに関連する最大値を超えることはできない。一実施形態によれば、ストーリーマネージャモジュール１１０は、ゲームイベントの正確性に関してアグノスティック（agnostic）である。

一実施形態によれば、方法２００の動作２０４の一部として、実行中アプリケーション１１４は、ゲームイベントおよびＯＩ活動に基づいて、各ＯＩについて分類された関心レベルの各カテゴリレベル値を更新し得る。更新は１フレームにつき１回（例えば、フレーム毎）、またはそれより低い頻度で行い得る。動作２０４の一部として、各フレームについて、ストーリーマネージャモジュール１１０はＯＩに対する合計関心の値を計算し、ここで合計関心値はＯＩに関連するすべてのカテゴリにおける関心値の総計である。

一実施形態によれば、アプリケーション１１４がゲームであり、ゲームの挙動が各状態について異なる複数のゲームプレイ状態（例えば、「こっそり動く」状態、「発見された」状態、「完全な戦闘」状態など）を有することに基づき、各状態についてＯＩ優先度マップが提供される。状態のＯＩ優先度マップは、状態に固有の複数の関心値を含む（例えば、各ＯＩおよび関連イベントの各カテゴリの関心値を含む）。ゲームプレイ状態および関連ＯＩ優先度マップの数に制限はない。例えば、ゲームの「こっそり動く」状態のＯＩ優先度マップは、「発見された」状態のＯＩ優先度マップとは異なる関心値を有することができる。「こっそり動く」状態での１回の薬莢の落下は、そのイベントが大きな音で、「発見された」へのゲームプレイ状態の切り換えに繋がる可能性があるため、高い関心をもつ。しかし、１回の薬莢の落下イベントは、事態がより激しい「完全な戦闘」状態においては非常に低い優先度である。一実施形態によれば、各ＯＩは、各ＯＩ優先度マップおよび各カテゴリについて、関心値、減衰率および最大を有する。

一実施形態によれば、方法２００の動作２０６において、ストーリーマネージャモジュール１１０はＯＩの感情品質を記述するｎ次元感情ベクトルを提供し、ここで「ｎ」は任意の正の整数（例えば、３次元感情ベクトル、４次元感情ベクトルなど）である。感情ベクトル内の各次元はＯＩの感情の態様を記述し得る。一実施形態によれば、感情ベクトルは、ショット構図（例えば、動作３１２で）およびショットの長さ（例えば、動作４０２で）を変更して、ディスプレイデバイス１０９の外部視聴者（例えば、ゲームのプレーヤ）に感情を伝えるために使用し得る。感情の態様は、幸せ、恐怖、驚き、悲しみ、怒り、嫌悪などを含み得る。一実施形態によれば、感情の単一値は、感情ベクトル内の個々の値（例えば、ｎ個の個々の値の総計、またはｎ個の個々の値を二乗した総計、または任意の他の種類のｎ個の個々の値の総計）を使用して計算し得る。一実施形態によれば、感情に関する情報の不存在を表す感情ベクトル値は、ゼロにし得る。ストーリーマネージャモジュール１１０は、ＯＩに関連する感情状態を示すために、ゲームイベントおよび複数のアクティブＯＩのアクションに基づいて、各フレームで感情ベクトルの個々の値を変更し得る。例えば、ＯＩに関連する感情ベクトルは、同じフレーム内の他のＯＩによって修正され得る。我々は、この定義について詳しく説明する必要があるかもしれない。例えば、ＯＩ（例えば、ゲーム内の特定のキャラクタ）はあるフレームで「３」の感情値を有するかもしれないが、後のフレームで合計感情値が「６」の第２のＯＩ（例えば、モンスター）が出現すると、フレームの合計感情値が３から９に増える。

一実施形態によれば、方法２００の動作２０８において、ストーリーマネージャモジュール１１０は、各ＯＩについて分類された関心レベルのそれぞれに、時間ベースの減衰関数（例えば、方法２００の動作２０４に関して説明するとおり）を適用する。一実施形態によれば、動作２０８は、１フレームにつき１回行ってもよく、またはそれより少ない頻度で（例えば、２または３フレーム毎に１回）行ってもよい。減衰関数は、ＯＩをストーリーマネージャシステム１００にとって関心をもたせないように、または重要ではないように思わせるために、時間の経過とともに（例えば、複数のフレームにわたって）ＯＩの関心レベル値を低くする役割を果たし得る。

一実施形態によれば、方法２００の動作２１０において、ストーリーマネージャモジュール１１０は各ＯＩについて枯渇値を決定する。枯渇値は、ＯＩが画面上に（例えば、ディスプレイデバイス１０９に表示されるカメラビューに）見えないことに基づいて、時間の経過とともに（例えば、複数のフレームにわたって）増加し、ＯＩが画面上に見えることに基づいて時間の経過とともに減少するＯＩに関連するスカラー量である。枯渇値は、ＯＩを可視画面に登場させる欲求の尺度であり、欲求はＯＩが可視画面から離れる時間量とともに増加し、ＯＩが画面上にあるときには減少する。枯渇値は、いくつかのＯＩを画面上で可視状態にするのに役立ち得る。一実施形態によれば、動作２１０は１フレームにつき１回行ってもよく、またはそれより少ない頻度で（例えば、２または３フレーム毎に１回）行ってもよい。

一実施形態によれば、方法２００の動作２１２において、各ＯＩについて、ストーリーマネージャモジュール１１０は分類された複数の関心レベルと複数の枯渇値とを組み合わせて、本明細書で緊急度値と呼ばれる値を作成する。組み合せは任意の数学的な方法（例えば、線形結合、平均化、他）を使用して行い得る。ＯＩの緊急度値は、（例えば、ストーリーの観点から）ある瞬間にＯＩを画面上に（例えば、ディスプレイデバイス上に表示されるカメラビューに）表示させる緊急度の尺度を表す。一実施形態によれば、動作２１２は１フレームにつき１回行ってもよく、またはそれより低い頻度で（例えば、２または３フレーム毎に１回）行ってもよい。一実施形態によれば、ＯＩの緊急度値はそのＯＩの枯渇値の重み付きバージョン（weighted version）であり得、重みは分類された関心レベルによって決定される。枯渇値および関心レベルの大きい値を有するＯＩは、同じ枯渇値を有するが関心レベルの値が小さい第２のＯＩよりも大きな緊急度を有し得る。緊急度値は、より関心のあるＯＩをディスプレイ画面で可視状態にさせる欲求を高める。

一実施形態によれば、方法２００の動作２１４において、ストーリーマネージャモジュール１１０は、すべてのアクティブＯＩについて分類されたすべての関心レベル値の合計関心値を確認する。ＯＩの合計関心値がゼロに等しいことに基づいて、ストーリーマネージャモジュール１１０は、合計関心値がゼロのままであった時間量を決定する。ＯＩの合計関心値が閾値時間においてゼロに等しいことに基づいて、ストーリーマネージャモジュール１１０は、（例えば、そのＯＩがそれ以上潜在的なカメラターゲットと見なされないように）そのＯＩをＯＩの集合の中から除去する。閾値時間は（例えば、ゲームの開発者により）予め決定され得る。一実施形態によれば、動作２１４は任意選択であり、行わなくてもよい。

一実施形態によれば、各フレームについて、ストーリーマネージャモジュール１１０は各ＯＩのデータを含む出力を提供する。データはＯＩの緊急度値、分類された関心レベル値および感情品質値を含む。一実施形態によれば、ストーリーイベント、分類された関心レベル、および減衰関数は、アプリケーションまたはゲームに関するシステム１００の挙動を修正するために（例えば、ゲーム開発者により）調整することのできるパラメータである。

一実施形態により、図３に示されているのは、シネマトグラフィモジュール１１６によって行われ得る方法３００である。方法３００において、動作３０２で、シネマトグラフィモジュール１１６はストーリーマネージャモジュール１１０から出力データ（例えば、動作２０２から動作２１４までに出力されるデータ）を受信する。出力データはアクティブＯＩに関するデータを含む。動作３０２の一部として、シネマトグラフィモジュール１１６は、環境内で既存の仮想カメラを使用するか、または新たな仮想カメラを作成して、すべてのアクティブＯＩが少なくとも１つの仮想カメラに収まるようにし得る（例えば、それによって１つのＯＩが１つの仮想カメラのビュー内にある）。ＯＩがそれを収める仮想カメラをもたないことに基づいて、シネマトグラフィモジュール１１６は新たな仮想カメラを作成し得、それにより新たな仮想カメラがＯＩを収めるように位置付けられる（例えば、ＯＩを仮想カメラのビュー内にする）。一実施形態によれば、動作３０２はフレーム毎に起こってもよく、またはより長い期間にわたって（例えば、多くのフレーム後に）起こってもよい。一実施形態によれば、動作３０２中、新たな仮想カメラは新たなＯＩの生成（例えば、イベントおよびゲームプレイのためにアプリケーション１１４によって生成される）に基づいて作成され得る。一実施形態によれば、動作３０２で使用される仮想カメラの設定は、テンプレートおよびルールに基づいていてもよく、アプリケーション１１４で予め決定されていてもよい（例えば、プログラミング命令を介してアプリケーション１１４にプログラミングされる）。仮想カメラの設定は、カメラのレンズ特性を記述する値、および被写体フレーミングアルゴリズム（subject framing algorithms）、および被写体追跡アルゴリズムなどを含み得る。被写体フレーミングアルゴリズムおよび被写体追跡アルゴリズムは、カメラにＯＩを追跡させ、ＯＩに関連する次のデータ、すなわち、位置、サイズ、向きおよび感情ベクトルのうちの少なくとも１つまたは複数を入力として取得する動的アルゴリズムであり得る。

一実施形態によれば、方法３００の動作３０４において、ＯＩに関連する各仮想カメラはカメラ設定を使用して、（例えば、ＯＩがフレームからフレームへとゲームの環境を移動するとき）フレームのショット内でＯＩを追跡して構図を決める。構図を決めることは、ルールまたはテンプレートに基づいて、仮想カメラのカメラショット内に要素（例えば、ＯＩおよび他のゲームオブジェクトを含む）を配置することを含む。一実施形態によれば、動作３０４の一部として、仮想カメラが移動できることに基づいて、仮想カメラは、フレームの位置を移動させること（例えば、環境内の３Ｄ座標で）、フレームの３つの直交軸で回転させること、およびフレームに関するカメラ特性を修正することのうちの１つまたは複数をすることによってＯＩを追跡する。追跡することは、フレーム内にＯＩの構図を維持することを含む。一実施形態によれば、動作３０４の一部として、仮想カメラが固定されていることに基づいて、固定カメラは回転およびカメラ特性の修正を使用して、ＯＩが視界から出て行き（例えば、オブジェクトの背後に移動して）、構図の可能性がなくなるまで、フレーム内のＯＩの構図を維持する。

一実施形態によれば、方法３００の動作３０６において、１つまたは複数の追加ＯＩがフレームの仮想カメラからのショットに入ることに基づいて（例えば、追加ＯＩが仮想カメラの標的ＯＩに近づくことに基づいて）、シネマトグラフィモジュール１１６は、仮想カメラからのショットについて、フレーム内に１つまたは複数の追加ＯＩを含めるように構図を変え得る（例えば、グループ構図アルゴリズムを使用して、ＯＩのグループの構図を決める）。

一実施形態によれば、方法３００の動作３０８で、シネマトグラフィモジュール１１６は、フレームについて、各仮想カメラのショット品質を決定する。ショット品質とはスカラー量であり得、ルールに基づいて決定され得る。ショット品質は、ショット内で可視状態である１つまたは複数のＯＩの緊急度値、ショット内で可視状態である１つまたは複数のＯＩのサイズと位置、およびカメラ視錐台（camera frustum）内のオクルージョン（occlusion）の尺度のうちの１つまたは複数の関数であり得る。一実施形態によれば、ショット品質はショット内のＯＩの緊急度値の値に正比例し、高い緊急度値は高いショット品質値に関連する。例えば、高い緊急度値を有しかつフレーム内で大きいＯＩは、緊急度値が低く構図が良くない（例えば、脇にずれた）第２のＯＩよりも高いショット品質を有し得る。一実施形態によれば、ショット内にＯＩのオクルージョンがあることに基づいて、そのショットのショット品質値は下がる。一実施形態によれば、動作３０８は１フレームにつき１回行ってもよく、またはそれより低い頻度で（例えば、２または３フレーム毎に１回）行ってもよい。

一実施形態によれば、方法３００の動作３１０において、シネマトグラフィモジュール１１６は、ショット内のすべてのＯＩのｎ次元の感情状態ベクトルを組み合わせて、そのショットの合計感情品質値を決定する。一実施形態によれば、ｎ次元の感情状態ベクトルを組み合わせることは、ベクトル和、平方和、重み付け和、平均化などを含み得る。一実施形態によれば、動作３１０は１フレームにつき１回行ってもよく、またはそれより低い頻度で（例えば、２または３フレーム毎に１回）行ってもよい。

方法３００の動作３１２において、仮想カメラからのショットについての合計感情品質の値が所定の一組の範囲のうちのある範囲内にあることに基づいて、シネマトグラフィモジュール１１６は仮想カメラの設定を、その範囲についてショットの感情品質を反映するように変更し得る。設定の変更は、その範囲のシネマトグラフィルールに従って行い得る。例えば、感情が高ぶっている瞬間（例えば、ある範囲内であるかまたは閾値より大きい、大きな合計感情品質値を有するフレーム）中には、ダッチカメラ回転（dutch camera rotation）（例えば、カメラのｚ軸を中心とするカメラ回転）または低カメラアングルを導入し得る。一実施形態によれば、動作３１２は１フレームにつき１回行ってもよく、またはそれより低い頻度で（例えば、２または３フレーム毎に１回）行ってもよい。

一実施形態によれば、方法３００は、ディスプレイデバイス１０９に表示されるフレームに使用することのできる複数の仮想カメラショット（例えば、各アクティブＯＩが複数のカメラショットのうちの少なくとも１つに含まれる）を提供する。一実施形態によれば、複数の仮想カメラショットの各ショットは次の関連データ、すなわち、ショット品質値、合計感情品質値、およびそのショット内で可視状態である特定のＯＩを記述するＯＩターゲットリストのうちの１つまたは複数を含む。

一実施形態により、図４に示されているのは、次のフレームとして（例えば、次に表示されるゲームフレームとして）表示するために、方法３００で生成される複数の潜在的ショットからショットを選択する方法４００である。方法４００はディレクタモジュール１１２によって行われ得る。一実施形態によれば、方法４００の動作４０２において、ディレクタモジュール１１２は、シネマトグラフィモジュール１１６から出力データ（例えば、動作３０２から動作３１２までに出力されるデータ）を受信し、かつ任意選択でストーリーマネージャモジュール１１０からの出力データ（例えば、動作２０２から動作２１４までに出力されるデータ）を受信する。出力データは仮想カメラショットおよび関連データのリストを含む。一実施形態によれば、方法４００の動作４０２の一部として、最適なショットの長さが計算される。ショットの長さは、仮想カメラ間の編集またはカットなく、表示されるフレームの連続集合が存在する時間を含み得る。最適なショットの長さは、アプリケーション１１４の所定のルールのセットに基づいて決定され得る。ルールは、各ショットが時間の経過とともに（例えば、各フレームで）最適なショットの長さを決定するための合計感情品質値を使用し得る、アプリケーション１１４の感情品質（例えば、ストーリー／ゲームのエモーショナルアーク（emotional arc））に基づいたショットの長さのルールを含み得る。

一実施形態によれば、方法４００の動作４０４において、シネマトグラフィモジュール１１６によって（例えば、方法３００の間に）生成される複数の仮想カメラショットのそれぞれは、現行表示フレームと比較され、遷移品質等級（transition quality rating）が与えられる。複数の仮想カメラショットのうちの１つの遷移品質等級は、現行表示フレームとその１つの仮想カメラショットとの間の遷移（例えば、切り換え）のコストの尺度である。一実施形態によれば、コストは、コストを決定するためのルールを含み得るコスト関数を用いて決定される。一実施形態によれば、方法４００の動作４０４の一部として、複数の遷移コスト関数は、ディレクタモジュール１１２によって遷移品質等級について計算される。ルールは、現行表示フレームショットの長さと最適なショットの長さ（例えば、動作４０２で決定されるとおり）との差に基づいてコストを決定することを含み得、差が小さいと遷移品質等級が高くなる。一実施形態によれば、ルールは連続性ルールを含み得、あるショットへの遷移がシネマトグラフィライン（cinematography line）（例えば、ディレクタライン）を交差するかどうかを決定することと、似すぎているショットシーケンスに対してより低い遷移品質を与えるジャンプカット評価（jump cut evaluation）を決定することとを含む。

一実施形態によれば、方法４００の動作４０６において、複数の遷移コスト関数を組み合わせて（例えば、調整可能なルール重み付けに従い）、各仮想カメラショットについて１つのショット遷移品質等級を決定する。一実施形態によれば、方法４００の動作４０８において、ディレクタモジュール１１２は、（例えば、ディスプレイデバイスに）表示するためのショットを選択する。選択は、方法３００で生成された複数の潜在的ショットからの各ショットの合計品質値を決定することを含み、合計品質値は、遷移品質値（例えば、動作４０６から）、感情品質値（例えば、動作３１０から）およびショット品質値（例えば、動作３０８から）を含む。選択は、合計品質値が最も大きいショットを表示することを含む。一実施形態によれば、選択されたショットはアクティブショット（例えば、次の現行表示フレームとしてディスプレイデバイス１０９に表示されるショット）になる。新たなアクティブショットが前のアクティブショットと異なることに基づいて、アクティブショットのショットの長さはゼロにリセットされ得る。

以下の実施例は、様々な実施形態の非制限的な実施例である。
実施例１。ビデオゲームに関連したビデオのフレーム内で複数の関心オブジェクトのシネマティックショット品質を決定するための複数の動作を行い、該動作は、ビデオゲーム内からのオブジェクトの集合の中から複数の関心オブジェクトを決定することと、少なくともゲーム内で起こるイベントの集合を記述するゲーム状態データを、ゲームから受信することと、複数の関心オブジェクトに関連する複数のカテゴリに対応する複数の関心レベル値を決定することであって、複数の関心レベル値はゲーム状態データに基づく、決定することと、フレームに関連するシネマトグラフィの管理で使用するために、複数の関心レベル値の探索を可能にするデータ構造を生成することと、を含む。

実施例２。実施例１の複数の動作であって、該動作は、複数の関心オブジェクトについて、複数の枯渇値を決定することであって、複数の枯渇値のそれぞれは、複数の関心オブジェクトのうちの１つの関心オブジェクトが前の複数のフレームで可視状態である時間量の累積合計に反比例する、決定することと、データ構造が複数の枯渇値の探索をさらに可能にすること、のうちの１つまたは複数をさらに含む。

実施例３。実施例１～２のいずれかの複数の動作であって、該動作は、複数の関心オブジェクトについて、複数の緊急度値を決定することであって、複数の緊急度値のそれぞれは、関心オブジェクトに関連する複数の関心レベル値および枯渇値に基づいており、緊急度値はフレーム内で関心オブジェクトを見る緊急度の尺度を表す、決定することと、データ構造が複数の緊急度値の探索をさらに可能にすること、のうちの１つまたは複数をさらに含む。

実施例４。実施例１～３のいずれかの複数の動作であって、該動作は、それぞれが複数の関心オブジェクトのうちの１つの関心オブジェクトの感情状態を記述する複数の多次元状態ベクトルを決定することと、仮想カメラからのショットの合計感情品質値の決定で使用するために、複数の多次元感情状態ベクトルを提供すること、のうちの１つまたは複数をさらに含む。

実施例５。実施例１～４のいずれかの複数の動作において、ショットの合計感情品質の値がある範囲内であることに基づいて、所定のシネマトグラフィルールに基づいて感情品質を反映するようにショットを変更するために、仮想カメラのパラメータおよび設定を変更する。

実施例６。実施例１～５のいずれかの複数の動作であって、該動作は、それぞれが複数の関心オブジェクトのうちから１つの関心オブジェクトを追跡するように構成された複数の仮想カメラを作成することと、複数の仮想カメラのそれぞれについて、仮想カメラによって追跡される関心オブジェクトのショットをフレーミングすることであって、ショットのフレーミングは関心オブジェクトに対応するデータ構造内で緊急度値を探索することと、緊急度値、ショット内の関心オブジェクトの位置およびショット内の関心オブジェクトのサイズのうちの１つまたは複数に基づいて、関心オブジェクトのショットの品質を決定することとを含む、フレーミングすることと、をさらに含む。

実施例７。実施例１～６のいずれかの複数の動作であって、該動作は、複数の仮想カメラからのショットを前のフレームからのアクティブショットと比較することと、ショットとアクティブショットとの間の遷移の品質の尺度を決定することとを含み、品質の尺度は、アクティブショットの感情品質、ショット品質値およびショットの長さのうちの１つまたは複数についての遷移の尺度を含む。

実施例８。実施例１～７のいずれかの複数の動作であって、該動作は、複数の仮想カメラからアクティブショットになるショットを選択することを含み、選択は、ショットの感情品質値、ショットのショット品質値、およびショットの遷移の品質の尺度のうちの少なくとも１つに基づく。

実施例９。実施例１～８の複数の動作であって、該動作は、第２の関心オブジェクトがショットに入ることに基づいて、ショット内に第２の関心オブジェクトを含むようにカメラショットの構図を変えることを含む。

実施例１０。１つまたは複数のコンピュータプロセッサと、１つまたは複数のコンピュータメモリと、１つまたは複数のコンピュータメモリに組み込まれるストーリーマネージャモジュールとを備えるシステムであって、該ストーリーマネージャモジュールは実施例１～９のいずれかの複数の動作を行うように１つまたは複数のコンピュータプロセッサを構成する。

実施例１１。一組の命令を備えるコンピュータ可読媒体であって、該一組の命令は実施例１～９の複数の動作のいずれかを行うように１つまたは複数のコンピュータプロセッサを構成する。

別個のデータ信号接続を介して互いに通信する個別のコンポーネントのグループとしてブロック図に示されているが、様々な実施形態は、いくつかのコンポーネントが、ハードウェアまたはソフトウェアシステムの所与の機能または動作によって実装されており、図示されているデータパスの多くが、コンピュータアプリケーションまたはオペレーティングシステム内のデータ通信によって実装されている、ハードウェアおよびソフトウェアコンポーネントの組み合わせによって提供され得ることが当業者によって理解されるであろう。したがって、図示された構造は、本発明の様々な実施形態を教示することの効率のために提供される。

本開示は、方法として実行することができ、システム、コンピュータ可読媒体、または電気信号もしくは電磁信号で具体化することができることに留意されたい。上記に記載され、添付の図面に示されている実施形態は、例示のみを目的としている。本開示から逸脱することなく修正を行うことができることは、当技術分野の当業者には明らかであろう。このような修正は、可能な変形と見なされ、本開示の範囲内にある。

特定の実施形態は、論理またはいくつかのコンポーネント、モジュール、もしくはメカニズムを含むものとして本明細書に記載されている。モジュールは、ソフトウェアモジュール（例えば、機械可読媒体または送信信号で具体化されたコード）またはハードウェアモジュールのいずれかを構成し得る。「ハードウェアモジュール」は、特定の動作を実行できる有形のユニットであり得、特定の物理的な方法で構成または配置され得る。様々な例示的な実施形態では、１つまたは複数のコンピュータシステム（例えば、スタンドアロンコンピュータシステム、クライアントコンピュータシステム、またはサーバコンピュータシステム）またはコンピュータシステムの１つまたは複数のハードウェアモジュール（例えば、プロセッサまたはプロセッサのグループ）は、本明細書に記載される特定の動作を実行するように動作するハードウェアモジュールとして、ソフトウェア（例えば、アプリケーションまたはアプリケーション部分）によって構成され得る。

いくつかの実施形態では、ハードウェアモジュールは、機械的、電子的、またはそれらの任意の適切な組み合わせで実装され得る。例えば、ハードウェアモジュールには、特定の動作を実行するように永続的に構成された専用の回路またはロジックを含んでもよい。例えば、ハードウェアモジュールは、フィールドプログラマブルゲートアレイ（FPGA : field‐programmable gate array）または特定用途向け集積回路（ASIC : application specific integrated circuit）などの専用プロセッサであってもよい。ハードウェアモジュールはまた、特定の動作を実行するためにソフトウェアによって一時的に構成されるプログラマブルロジックまたは回路を含んでもよい。例えば、ハードウェアモジュールは、汎用プロセッサまたは他のプログラム可能なプロセッサ内に含まれるソフトウェアを含んでもよい。そのようなソフトウェアは、少なくとも一時的に、汎用プロセッサを専用プロセッサに変換し得る。ハードウェアモジュールを機械的に、専用の恒久的に構成された回路に、または一時的に構成された回路（例えば、ソフトウェアによって構成された）に実装する決定は、コストおよび時間の考慮によって決定され得ることが理解されよう。

したがって、「ハードウェアモジュール」という句は、特定の方法で、または本明細書に記載の特定の動作を実行するように、物理的に構築された、恒久的に構成された（例えば、ハードワイヤード）、または一時的に構成された（例えば、プログラムされた）エンティティである、有形のエンティティを包含すると理解されるべきである。本明細書で使用される場合、「ハードウェア実装モジュール」は、ハードウェアモジュールを指す。ハードウェアモジュールが一時的に構成される（例えば、プログラムされる）実施形態を考慮すると、ハードウェアモジュールのそれぞれは、任意のある時点で構成またはインスタンス化される必要はない。例えば、ハードウェアモジュールが、専用プロセッサになるようにソフトウェアによって構成された汎用プロセッサを含む場合、その汎用プロセッサは、異なる時間にそれぞれ異なる専用プロセッサ（例えば、異なるハードウェアモジュールを含む）として構成され得る。したがって、ソフトウェアは、例えば、ある時点で特定のハードウェアモジュールを構成し、異なる時点で異なるハードウェアモジュールを構成するように、１つまたは複数の特定のプロセッサを構成し得る。

ハードウェアモジュールは、他のハードウェアモジュールに情報を提供したり、他のハードウェアモジュールから情報を受信したりすることができる。したがって、説明されたハードウェアモジュールは、通信可能に結合されていると見なされ得る。複数のハードウェアモジュールが同時に存在する場合、通信は、２つ以上のハードウェアモジュール間または２つ以上のハードウェアモジュールのうちでの信号送信（例えば、適切な回路およびバスを介した）によって実現され得る。複数のハードウェアモジュールが異なる時間に構成またはインスタンス化される実施形態では、そのようなハードウェアモジュール間の通信は、例えば、複数のハードウェアモジュールがアクセスできるメモリ構造内の情報の格納および取得によって実現され得る。例えば、１つのハードウェアモジュールは、動作を実行し、その動作の出力を、それが通信可能に結合されているメモリデバイスに格納し得る。次に、さらなるハードウェアモジュールが、後で、メモリデバイスにアクセスして、格納された出力を取得および処理し得る。ハードウェアモジュールはまた、入力デバイスまたは出力デバイスとの通信を開始し得、リソース上で動作することができる（例えば、情報の収集）。

本明細書に記載の例示的な方法の様々な動作は、関連する動作を実行するように一時的に（例えば、ソフトウェアによって）または恒久的に構成された１つまたは複数のプロセッサによって、少なくとも部分的に実行され得る。一時的または恒久的に構成されているかどうかにかかわらず、そのようなプロセッサは、本明細書に記載の１つまたは複数の動作または機能を実行するように動作する、プロセッサ実装モジュールを構成し得る。本明細書で使用される場合、「プロセッサ実装モジュール」は、１つまたは複数のプロセッサを使用して実装されたハードウェアモジュールを指す。

同様に、本明細書に記載の方法は、少なくとも部分的にプロセッサで実装され得、特定の１つまたは複数のプロセッサがハードウェアの例である。例えば、方法の動作の少なくともいくつかは、１つまたは複数のプロセッサまたはプロセッサ実装モジュールによって実行され得る。さらに、１つまたは複数のプロセッサは、「クラウドコンピューティング」環境または「サービスとしてのソフトウェア」（SaaS : software as a service）での関連する動作のパフォーマンスをサポートするように動作し得る。例えば、複数の動作の少なくともいくつかは、（プロセッサを含むマシンの例として）コンピュータのグループによって実行され得、これらの動作には、ネットワーク（例えば、インターネット）および１つまたは複数の適切なインターフェース（例えば、アプリケーションプログラムインターフェース（API : application program interface））を介してアクセスすることができる。

特定の動作のパフォーマンスは、単一のマシン内に存在するだけでなく、複数のマシンに展開されるプロセッサ間で分散され得る。いくつかの例示的な実施形態では、プロセッサまたはプロセッサ実装モジュールは、単一の地理的場所（例えば、住居環境、オフィス環境、またはサーバファーム内）に配置され得る。他の例示的な実施形態では、プロセッサまたはプロセッサ実装モジュールは、いくつかの地理的位置に分散され得る。

図５は、例示的なソフトウェアアーキテクチャ７０２を示すブロック図７００であり、ソフトウェアアーキテクチャ７０２は、ゲーミングエンジン７０１と、ストーリーマネージャシステムの複数のコンポーネントと、の両方または一方を提供するために、本明細書に記載の様々なハードウェアアーキテクチャと併せて使用され得る。図５は、ソフトウェアアーキテクチャの非限定的な例であり、本明細書に記載の機能を可能にするために、他の多くのアーキテクチャが実装され得ることが理解されよう。ソフトウェアアーキテクチャ７０２は、とりわけ、プロセッサ８１０、メモリ８３０、および入出力（Ｉ／Ｏ）コンポーネント８５０を含む、図６のマシン８００などのハードウェア上で実行され得る。代表的なハードウェア層７０４が示され、例えば、図６のマシン８００を表すことができる。代表的なハードウェア層７０４は、関連付けられている実行可能命令７０８を有する処理ユニット７０６を含む。実行可能命令７０８は、本明細書に記載の方法、モジュールなどの実装を含む、ソフトウェアアーキテクチャ７０２の実行可能命令を表す。ハードウェア層７０４はまた、実行可能命令７０８も含むメモリ／ストレージ７１０を含む。ハードウェア層７０４はまた、他のハードウェア７１２を備え得る。

図５の例示的なアーキテクチャでは、ソフトウェアアーキテクチャ７０２は、各層が特定の機能を提供する層のスタックとして概念化され得る。例えば、ソフトウェアアーキテクチャ７０２は、オペレーティングシステム７１４、ライブラリ７１６、フレームワークまたはミドルウェア７１８、アプリケーション７２０、およびプレゼンテーション層７４４などの層を含み得る。動作上、アプリケーション７２０およびレイヤ内の他のコンポーネントまたはアプリケーション７２０もしくはレイヤ内の他のコンポーネントは、ソフトウェアスタックを介してアプリケーションプログラミングインターフェース（ＡＰＩ）コール７２４を呼び出し、メッセージ７２６として応答を受信し得る。示されている層は、本質的に代表的なものであり、すべてのソフトウェアアーキテクチャにすべての層があるわけではない。例えば、いくつかのモバイルまたは専用オペレーティングシステムは、フレームワーク／ミドルウェア７１８を提供しなくてもよいが、他のものはそのような層を提供してもよい。他のソフトウェアアーキテクチャは、追加の層または異なる層を含み得る。

オペレーティングシステム７１４は、ハードウェアリソースを管理し、共通のサービスを提供し得る。オペレーティングシステム７１４は、例えば、カーネル７２８、サービス７３０、およびドライバ７３２を含み得る。カーネル７２８は、ハードウェア層と他のソフトウェア層との間の抽象化層として機能し得る。例えば、カーネル７２８は、メモリ管理、プロセッサ管理（例えば、スケジューリング）、コンポーネント管理、ネットワーキング、セキュリティ設定などを担い得る。サービス７３０は、他のソフトウェア層に他の共通サービスを提供し得る。ドライバ７３２は、基礎となるハードウェアの制御またはインターフェースを担い得る。例えば、ドライバ７３２は、ハードウェア構成に応じて、ディスプレイドライバ、カメラドライバ、Ｂｌｕｅｔｏｏｔｈ（登録商標）ドライバ、フラッシュメモリドライバ、シリアル通信ドライバ（例えば、ユニバーサルシリアルバス（USB : Universal Serial Bus）ドライバ）、Ｗｉ‐Ｆｉ（登録商標）ドライバ、オーディオドライバ、電力管理ドライバなどを含んでもよい。

ライブラリ７１６は、アプリケーション７２０および／または他のコンポーネントおよび／または層によって使用され得る共通のインフラストラクチャを提供し得る。ライブラリ７１６は、典型的には、他のソフトウェアモジュールが、基礎となるオペレーティングシステム７１４の機能（例えば、カーネル７２８、サービス７３０および／またはドライバ７３２）と直接インターフェースするよりも簡単な方法でタスクを実行できるようにする機能を提供する。ライブラリ８１６は、メモリ割り当て関数、文字列動作関数、数学関数などの複数の関数（functions）を提供し得るシステムライブラリ７３４（例えば、Ｃ標準ライブラリ）を含み得る。さらに、ライブラリ７１６は、メディアライブラリ（例えば、ＭＰＥＧ４、Ｈ．２６４、ＭＰ３、ＡＡＣ、ＡＭＲ、ＪＰＧ、ＰＮＧなどの様々なメディアフォーマットの提示および動作をサポートするためのライブラリ）、グラフィックスライブラリ（例えば、ディスプレイに２Ｄおよび３Ｄグラフィックコンテンツをレンダリングするために使用され得るＯｐｅｎＧＬフレームワーク）、データベースライブラリ（例えば、様々なリレーショナルデータベース機能を提供し得るＳＱＬｉｔｅ）、Ｗｅｂライブラリ（例えば、Ｗｅｂブラウジング機能を提供するＷｅｂＫｉｔ）などの、ＡＰＩライブラリ７３６を含み得る。ライブラリ７１６はまた、アプリケーション７２０および他のソフトウェアコンポーネント／モジュールに他の多くのＡＰＩを提供するために、多種多様な他のライブラリ７３８を含み得る。

フレームワーク７１８（ミドルウェアとも呼ばれる）は、アプリケーション７２０および他のソフトウェアコンポーネント／モジュールまたはアプリケーション７２０もしくは他のソフトウェアコンポーネント／モジュールによって使用され得る高レベルの共通インフラストラクチャを提供する。例えば、フレームワーク／ミドルウェア７１８は、様々なグラフィックユーザインターフェース（ＧＵＩ）機能、高レベルのリソース管理、高レベルの位置情報サービスなどを提供し得る。フレームワーク／ミドルウェア７１８は、アプリケーション７２０および他のソフトウェアコンポーネント／モジュールまたはアプリケーション７２０もしくは他のソフトウェアコンポーネント／モジュールによって利用され得る広範囲の他のＡＰＩを提供し得、それらのいくつかは、特定のオペレーティングシステムまたはプラットフォームに固有であり得る。

アプリケーション７２０は、ビルトインアプリケーション７４０およびサードパーティアプリケーション７４２の両方または一方を含む。代表的なビルトインアプリケーション７４０の例には、連絡先アプリケーション、ブラウザアプリケーション、ブックリーダアプリケーション、ロケーションアプリケーション、メディアアプリケーション、メッセージングアプリケーション、および／またはゲームアプリケーションが含まれ得るが、これらに限定されない。サードパーティアプリケーション７４２には、特定のプラットフォームのベンダー以外のエンティティによってＡｎｄｒｏｉｄ（登録商標）またはｉＯＳ（登録商標）ソフトウェア開発キット（SDK : software development kit）を使用して開発されたアプリケーションが含まれ得、サードパーティアプリケーション７４２は、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（商標）、Ｗｉｎｄｏｗｓ（登録商標）Ｐｈｏｎｅ、またはその他のモバイルオペレーティングシステムなどのモバイルオペレーティングシステムでランされるモバイルソフトウェアであり得る。サードパーティアプリケーション７４２は、本明細書に記載の機能を可能にするために、オペレーティングシステム７１４などのモバイルオペレーティングシステムによって提供されるＡＰＩコール７２４を呼び出し得る。

アプリケーション７２０は、ビルトインオペレーティングシステム機能（例えば、カーネル７２８、サービス７３０および／またはドライバ７３２）、ライブラリ７１６、またはフレームワーク／ミドルウェア７１８を使用して、システムのユーザと対話するためのユーザインターフェースを作成し得る。代替して、または追加して、いくつかのシステムでは、ユーザとの対話は、プレゼンテーション層７４４などのプレゼンテーション層を介して発生し得る。これらのシステムでは、アプリケーション／モジュールの「ロジック」を、ユーザと対話するアプリケーション／モジュールの態様から分離することができる。

一部のソフトウェアアーキテクチャは、仮想マシンを使用する。図５の例では、これは仮想マシン７４８によって示されている。仮想マシン７４８は、アプリケーション／モジュールがハードウェアマシン（例えば、図６のマシン８００など）上で実行されているかのように実行することができるソフトウェア環境を作成する。仮想マシン７４８は、ホストオペレーティングシステム（例えば、オペレーティングシステム７１４）によってホストされ、典型的には、常にではないが、仮想マシン７４８の動作ならびにホストオペレーティングシステム（すなわち、オペレーティングシステム７１４）とのインターフェースを管理する仮想マシンモニタ７４６を有する。ソフトウェアアーキテクチャは、オペレーティングシステム（ＯＳ）７５０、ライブラリ７５２、フレームワーク７５４、アプリケーション７５６、および／またはプレゼンテーション層７５８などの仮想マシン７４８内で実行される。仮想マシン７４８内で実行されるソフトウェアアーキテクチャのこれらの層は、前述の対応する層と同じであってもよく、または異なっていてもよい。

図６は、いくつかの例示的な実施形態による、機械可読媒体（例えば、機械可読記憶媒体）から命令を読み込み、本明細書で論じる方法論のうちの任意の１つまたは複数を実行するように構成されたマシン８００の複数のコンポーネントを示すブロック図である。いくつかの実施形態では、マシン８００は、ストーリーマネージャデバイス１０２に類似している。具体的には、図６は、コンピュータシステムの例示的形態におけるマシン８００の図表示を示しており、そのコンピュータシステム内で、本明細書で論じる複数の方法論のうちの任意の１つまたは複数をマシン８００に実施させるための複数の命令８１６（例えば、ソフトウェア、プログラム、アプリケーション、アプレット、アプリまたは他の実行可能コード）が実行されてもよい。したがって、複数の命令８１６は、本明細書に記載の複数のモジュールまたは複数のコンポーネントを実装するために使用され得る。命令は、一般的なプログラムされていないマシンを、記載の方法で説明かつ図示された機能を実行するようにプログラムされた特定のマシンに変換する。代替実施形態では、マシン８００は、スタンドアロンデバイスとして動作するかまたは他のマシンに接続（例えば、ネットワーク化）されてもよい。ネットワーク化された構成では、マシン８００は、サーバ／クライアントネットワーク環境内のサーバマシンもしくはクライアントマシンの能力内で、またはピアツーピア（もしくは分散型）ネットワーク環境内のピアマシンとして動作してもよい。マシン８００は、サーバコンピュータ、クライアントコンピュータ、パーソナルコンピュータ（PC : personal computer）、タブレットコンピュータ、ラップトップコンピュータ、ネットブック、セットトップボックス（STB : set‐top box）、携帯情報端末（PDA : personal digital assistant）、エンタテインメントメディアシステム、携帯電話、スマートフォン、モバイルデバイス、ウェアラブルデバイス（例えば、スマートウォッチ）、スマートホームデバイス（例えば、スマート家電）、他のスマートデバイス、ウェブアプライアンス、ネットワークルータ、ネットワークスイッチ、ネットワークブリッジ、または順次または別の方法で、マシン８００によってとられるべき複数の動作を指定する複数の命令８１６を実行することができる任意のマシンを含んでもよいが、これらに限定されない。さらに、単一のマシン８００のみが示されているが、「マシン」という用語は、本明細書で論じる複数の方法論のうちの任意の１つまたは複数を行うために個別にまたは共同で複数の命令８１６を実行するマシンの集合体も含むものとする。

マシン８００は、バス８０２を介するなどして互いに通信するように構成されてもよい、プロセッサ８１０、メモリ８３０、および入出力（Ｉ／Ｏ）コンポーネント８５０を含んでもよい。例示的な実施形態では、プロセッサ８１０（例えば、中央処理装置（ＣＰＵ）、縮小命令セット計算（RISC : reduced instruction set computing）プロセッサ、複合命令セット計算（CISC : complex instruction set computing）プロセッサ、グラフィック処理装置（ＧＰＵ）、デジタル信号プロセッサ（DSP : digital signal processor）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（RFIC : radio‐frequency integrated circuit）、他のプロセッサまたはそれらの任意の好適な組み合わせ）は、例えば、命令８１６を実行してもよいプロセッサ８１２およびプロセッサ８１４を含んでもよい。「プロセッサ」という用語は、命令を同時に実行してもよい２つ以上の独立したプロセッサ（場合により「コア」と称する）を含んでもよいマルチコアプロセッサを含むことを意図している。図６は、マルチプロセッサを示すが、マシン８００は、シングルコアを有するシングルプロセッサ、マルチコアを有するシングルプロセッサ（例えば、マルチコアプロセッサ）、シングルコアを有するマルチプロセッサ、マルチプルコアを有するマルチプロセッサまたはそれらの任意の組み合わせを含んでもよい。

メモリ／ストレージ８３０は、メインメモリ８３２、スタティックメモリ８３４、または他のメモリなどのメモリ、およびストレージユニット８３６を含み得、これらは両方とも、バス８０２を介するなどして、プロセッサ８１０にアクセス可能である。ストレージユニット８３６およびメモリ８３２、８３４は、本明細書に記載の複数の方法論または機能のいずれか１つまたは複数を具体化する複数の命令８１６を格納する。命令８１６はまた、マシン８００による実行中、完全にまたは部分的に、メモリ８３２、８３４内、ストレージユニット８３６内、少なくとも１つのプロセッサ８１０内（例えば、プロセッサのキャッシュメモリ内）またはそれらの任意の好適な組み合わせ内に存在してもよい。したがって、メモリ８３２、８３４、ストレージユニット８３６およびプロセッサ８１０のメモリは、機械可読媒体８３８の例である。

本明細書で使用される場合、「機械可読媒体」は、命令およびデータを一時的または恒久的に記憶することができる装置を意味し、ランダムアクセスメモリ（RAM : random‐access memory）、読み取り専用メモリ（ROM : read‐only memory）、バッファメモリ、フラッシュメモリ、光媒体、磁気媒体、キャッシュメモリ、他の種類のストレージ（例えば、消去可能プログラマブル読み出し専用メモリ（EEPROM : erasable programmable read‐only memory））および／またはそれらの任意の好適な組み合わせを含んでもよいが、これらに限定されない。「機械可読媒体」という用語は、複数の命令８１６を記憶することができる単一の媒体または複数の媒体（例えば、集中型もしくは分散型データベースまたは関連付けられているキャッシュおよびサーバ）を含むように解釈されるべきである。「機械可読媒体」という用語はまた、マシン（例えば、マシン８００）によって実行するための複数の命令（例えば、複数の命令８１６）を格納することができる任意の媒体、または複数の媒体の組み合わせを含むと解釈され、命令は、マシン８００の１つまたは複数のプロセッサ（例えば、プロセッサ８１０）によって実行されると、マシン８００に、本明細書に記載されている、非定型もしくは非従来型の方法論もしくは動作、または方法論もしくは動作の非定型もしくは非従来型の組み合わせを含む、任意の１つまたは複数の方法論または動作を実行させる。したがって、「機械可読媒体」は、単一のストレージ装置またはデバイス、ならびに複数のストレージ装置またはデバイスを含む「クラウドベースの」ストレージシステムまたはストレージネットワークを指す。「機械可読媒体」という用語は、信号自体を除外する。

入出力（Ｉ／Ｏ）コンポーネント８５０は、入力を受信し、出力を提供し、出力を生成し、情報を送信し、情報を交換し、測定値を取り込むなどのための多種多様なコンポーネントを含んでもよい。特定のマシンに含まれる特定の入出力（Ｉ／Ｏ）コンポーネント８５０は、マシンの種類に依存することとなる。例えば、携帯電話などのポータブルマシンは、タッチ入力デバイスまたは他のそのような入力機構を含む可能性が高い一方で、ヘッドレスサーバマシンは、そのようなタッチ入力デバイスを含まない可能性が高い。入出力（Ｉ／Ｏ）コンポーネント８５０は、図６には示されていない他の多くのコンポーネントを含んでもよいことが理解されよう。入出力（Ｉ／Ｏ）コンポーネント８５０は、単に以下の議論を単純化するために機能に従ってグループ化されており、そのグループ化は決して限定的ではない。様々な例示的な実施形態では、入出力（Ｉ／Ｏ）コンポーネント８５０は、出力コンポーネント８５２および入力コンポーネント８５４を含み得る。出力コンポーネント８５２は、視覚的コンポーネント（例えば、プラズマディスプレイパネル（PDP : plasma display panel）、発光ダイオード（LED : light emitting diode）ディスプレイ、液晶ディスプレイ（LCD : liquid crystal display）、プロジェクタ、またはブラウン管（CRT : cathode ray tube）などのディスプレイ）、音響コンポーネント（例えば、スピーカ）、触覚コンポーネント（例えば、振動モータ、抵抗機構）、他の信号発生器などを含んでもよい。入力コンポーネント８５４は、英数字入力コンポーネント（例えば、キーボード、英数字入力を受信するように構成されたタッチスクリーン、光学式キーボードまたは他の英数字入力コンポーネント）、ポイントベースの入力コンポーネント（例えば、マウス、タッチパッド、トラックボール、ジョイスティック、モーションセンサまたは他のポインティング器具）、触覚入力コンポーネント（例えば、物理的ボタン、タッチまたはタッチジェスチャの位置と力または位置もしくは力を提供するタッチスクリーン、または他の触覚入力コンポーネント）、音声入力コンポーネント（例えば、マイクロフォン）などを含んでもよい。

さらなる例示的な実施形態では、入出力（Ｉ／Ｏ）コンポーネント８５０は、他の多様なコンポーネントの中から、バイオメトリックコンポーネント８５６、モーションコンポーネント（motion components）８５８、環境コンポーネント８６０または位置コンポーネント８６２を含んでもよい。例えば、バイオメトリックコンポーネント８５６は、表情（例えば、手の表現、顔の表情、声の調子、身体のジェスチャまたはアイトラッキング）を検出し、生体信号（例えば、血圧、心拍数、体温、発汗または脳波）を測定し、人物を識別する（例えば、音声識別、網膜識別、顔識別、指紋識別または脳波図に基づく識別）などのコンポーネントを含んでもよい。モーションコンポーネント８５８は、加速度センサコンポーネント（例えば、加速度計）、重力センサコンポーネント、回転センサコンポーネント（例えば、ジャイロスコープ）などを含んでもよい。環境コンポーネント８６０は、例えば、照度センサコンポーネント（例えば、光度計）、温度センサコンポーネント（例えば、周囲温度を検出する１つまたは複数の温度計）、湿度センサコンポーネント、圧力センサコンポーネント（例えば、気圧計）、音響センサコンポーネント（例えば、バックグラウンドノイズを検出する１つまたは複数のマイクロフォン）、近接センサコンポーネント（例えば、近くの物体を検出する赤外線センサ）、ガスセンサ（例えば、安全のために有害ガスの濃度を検出するか大気中の汚染物質を測定するためのガス検出センサ）、または周囲の物理的環境に対応する指標、測定値もしくは信号を提供してもよい他のコンポーネントを含んでもよい。位置コンポーネント８６２は、位置センサコンポーネント（例えば、全地球測位システム（GPS : global position system）受信機コンポーネント）、高度センサコンポーネント（例えば、高度計または高度が導出され得る気圧を検出する気圧計）、方位センサコンポーネント（例えば、磁力計）などを含んでもよい。

通信は、多種多様な技術を使用して実施してもよい。入出力（Ｉ／Ｏ）コンポーネント８５０は、カップリング８８２およびカップリング８７２を介して、それぞれネットワーク８８０またはデバイス８７０にマシン８００を接続するように動作可能な通信コンポーネント８６４を含んでもよい。例えば、通信コンポーネント８６４は、ネットワーク８８０とインターフェースするためのネットワークインターフェースコンポーネントまたは他の適切なデバイスを含んでもよい。さらなる例では、通信コンポーネント８６４は、有線通信コンポーネント、無線通信コンポーネント、セルラー方式通信コンポーネント、近距離通信（NFC : near field communication）コンポーネント、Ｂｌｕｅｔｏｏｔｈ（登録商標）コンポーネント（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）、Ｗｉ‐Ｆｉ（登録商標）コンポーネント、および他のモダリティを介した通信を提供するための他の通信コンポーネントを含んでもよい。デバイス８７０は、他のマシンまたは多種多様な周辺デバイス（例えば、ユニバーサルシリアルバス（USB : universal serial bus）を介して接続された周辺デバイス）のうちのいずれかであってもよい。

さらに、通信コンポーネント８６４は、識別子を検出してもよいか、または識別子を検出するように動作可能なコンポーネントを含んでもよい。例えば、通信コンポーネント８６４は、無線周波数識別（RFID : radio frequency identification）タグリーダコンポーネント、ＮＦＣスマートタグ検出コンポーネント、光学式リーダコンポーネント（例えば、ユニバーサルプロダクトコード（UPC : universal product code）バーコードなどの一次元バーコードを検出するための光学センサ、クイックレスポンス（QR : quick response）コード、Ａｚｔｅｃコード、Ｄａｔａ Ｍａｔｒｉｘ、Ｄａｔａｇｌｙｐｈ、ＭａｘｉＣｏｄｅ、ＰＤＦ４１７、Ｕｌｔｒａ Ｃｏｄｅ、ＵＣＣ ＲＳＳ‐２Ｄバーコード、および他の光学コードなどの多次元バーコード）、または音響検出コンポーネント（例えば、タグ付き音声信号を識別するためのマイクロフォン）を含んでもよい。加えて、インターネットプロトコル（IP : internet protocol）地理的位置情報による位置、Ｗｉ‐Ｆｉ（登録商標）信号三角測量による位置、特定の位置を示し得るＮＦＣビーコン信号を検出することによる位置など、様々な情報は、通信コンポーネント８６２を介して導出されてもよい。

本明細書を通して、複数のインスタンスは、単一のインスタンスとして説明されているコンポーネント、動作または構造を実装してもよい。１つまたは複数の方法の個々の動作は、別々の動作として図示および説明されているが、個々の動作のうちの１つまたは複数は、同時に実行されてもよく、動作が図示の順序で実行される必要はない。例示的な構成において別々のコンポーネントとして提示された構造および機能は、組み合わされた構造またはコンポーネントとして実装されてもよい。同様に、単一のコンポーネントとして提示された構造および機能は、別々のコンポーネントとして実装されてもよい。これらおよび他の変形、修正、追加および改良は、本明細書の主題の範囲内に含まれる。

本明細書に示された実施形態は、開示された教示を当業者が実施することを可能にするために十分に詳細に記載されている。本開示の範囲を逸脱することなく、構造上ならびに論理上の置き換えおよび変更を行い得るように、上記の記載から他の実施形態を利用し、引き出すことができる。したがって、「発明を実施するための形態」は、限定的な意味で解釈されるべきではなく、様々な実施形態の範囲は添付の特許請求の範囲とそのような特許請求の範囲が権利を与える等価物の全範囲によってのみ定義される。

本明細書で使用される場合、「または」という用語は、包括的または排他的な意味で解釈され得る。さらに、本明細書で単一インスタンスとして説明されているリソース、動作または構造のために複数インスタンスが提供され得る。加えて、様々なリソース、動作、モジュール、エンジンおよびデータストアの間の境界は、若干任意であり、特定の動作は、特定の例示的な構成の文脈で示されている。機能の他の割り当てが想定され、本開示の様々な実施形態の範囲内に含まれてもよい。一般に、例示的な構成において別々のリソースとして提示された構造および機能は、組み合わされた構造またはリソースとして実装されてもよい。同様に、単一のリソースとして提示された構造および機能は、別々のリソースとして実装されてもよい。これらおよび他の変形、修正、追加および改良は、添付の特許請求の範囲によって表される本開示の実施形態の範囲内に含まれる。したがって、本明細書および図面は、限定的な意味ではなく、例示的なものとして認識されるべきである。

Claims (18)

1. １つまたは複数のコンピュータプロセッサと、
   １つまたは複数のコンピュータメモリと、
   前記１つまたは複数のコンピュータメモリに組み込まれるストーリーマネージャモジュールと、を備えるシステムであって、
   前記ストーリーマネージャモジュールは、ビデオゲームに関連するビデオの複数のフレーム内でランタイムにおいて関心オブジェクトのシネマティックショット品質を決定するための複数の動作を行うように構成されており、前記複数の動作は、
   前記ビデオゲーム内からのオブジェクトの集合の中から前記複数のフレームのうちの１つのフレーム内で複数の関心オブジェクトを決定するステップと、
   少なくとも前記ゲーム内で起こるイベントの集合を記述するゲーム状態データを、前記ゲームから受信するステップと、
   前記複数の関心オブジェクトに関連する複数のカテゴリに対応する複数の関心レベル値を決定するステップであって、前記複数の関心レベル値は前記ゲーム状態データに基づく、前記複数の関心レベル値を決定するステップと、
   前記複数のフレームのうちの前記フレームに関連するシネマトグラフィの管理で使用するために、前記複数の関心レベル値の探索を可能にするデータ構造を生成するステップと、
   前記ランタイムにおいて前記フレーム内で前記複数の関心オブジェクトについて複数の枯渇値を決定するステップであって、前記複数の枯渇値のそれぞれは、前記複数の関心オブジェクトのうちの１つの関心オブジェクトが前記複数のフレームのうちの前の複数のフレームで可視状態である時間量の累積合計に反比例し、前記データ構造は、前記複数の枯渇値の探索をさらに可能にする、前記複数の枯渇値を決定するステップと、を含む、システム。
2. 前記複数の動作は、
   前記複数の関心オブジェクトについて、複数の緊急度値を決定するステップであって、前記複数の緊急度値のそれぞれは、関心オブジェクトに関連する前記複数の関心レベル値および前記枯渇値に基づいており、前記緊急度値は、前記フレーム内で前記関心オブジェクトを見る緊急度の尺度を表す、前記複数の緊急度値を決定するステップをさらに含み、
   前記データ構造は、前記複数の緊急度値の探索をさらに可能にする、請求項１に記載のシステム。
3. 前記複数の動作は、
   複数の多次元状態ベクトルを決定するステップであって、前記複数の多次元状態ベクトルのそれぞれは、前記複数の関心オブジェクトのうちの１つの関心オブジェクトの感情状態を記述する、前記複数の多次元状態ベクトルを決定するステップと、
   仮想カメラからのショットの合計感情品質値の決定で使用するために、前記複数の多次元感情状態ベクトルを提供するステップと、をさらに含む、請求項１に記載のシステム。
4. 前記ショットの前記合計感情品質の値がある範囲内にあることに基づいて、所定の複数のシネマトグラフィルールに基づいて前記感情品質を反映するように前記ショットを変更するために、仮想カメラの複数のパラメータおよび複数の設定を変更する、請求項３に記載のシステム。
5. 前記複数の動作は、
   複数の仮想カメラを作成するステップであって、前記複数の仮想カメラのそれぞれは、前記複数の関心オブジェクトから１つの関心オブジェクトを追跡するように構成されている、前記複数の仮想カメラを作成するステップと、
   前記複数の仮想カメラのそれぞれについて、前記仮想カメラによって追跡される前記関心オブジェクトのショットをフレーミングするステップであって、
   前記ショットのフレーミングは、
   前記関心オブジェクトに対応する前記データ構造内で緊急度値を探索するステップと、
   前記緊急度値、前記ショット内の前記関心オブジェクトの位置、および前記ショット内の前記関心オブジェクトのサイズのうちの１つまたは複数に基づいて、前記関心オブジェクトの前記ショットの品質を決定するステップと、を含む、
   前記関心オブジェクトのショットをフレーミングするステップと、をさらに含む、請求項２に記載のシステム。
6. 前記複数の動作は、
   前記複数の仮想カメラからのショットを前のフレームからのアクティブショットと比較して、前記ショットと前記アクティブショットとの間の遷移の品質の尺度を決定するステップとを含み、
   前記品質の尺度は、前記アクティブショットの感情品質、ショット品質値、およびショットの長さのうちの１つまたは複数についての遷移の尺度を含む、請求項５に記載のシステム。
7. 前記複数の動作は、
   前記複数の仮想カメラから前記アクティブショットになるショットを選択するステップを含み、
   前記選択は、前記ショットの感情品質値、前記ショットのショット品質値、および前記ショットの遷移の品質の尺度のうちの少なくとも１つに基づく、請求項６に記載のシステム。
8. 前記複数の動作は、第２の関心オブジェクトが前記ショットに入ることに基づいて、前記ショット内に前記第２の関心オブジェクトを含むようにカメラショットの構図を変えるステップを含む、請求項５に記載のシステム。
9. １つまたは複数のコンピュータプロセッサによって実行されると、前記１つまたは複数のコンピュータプロセッサに、ビデオゲームに関連するビデオの複数のフレーム内でランタイムにおいて関心オブジェクトのシネマティックショット品質を決定するための複数の動作を行わせる一組の命令を備える非一時的なコンピュータ可読媒体であって、前記複数の動作は、
   前記ビデオゲーム内からのオブジェクトの集合の中から前記複数のフレームのうちの１つのフレーム内で複数の関心オブジェクトを決定するステップと、
   少なくとも前記ゲーム内で起こるイベントの集合を記述するゲーム状態データを、前記ゲームから受信するステップと、
   前記複数の関心オブジェクトに関連する複数のカテゴリに対応する複数の関心レベル値を決定するステップであって、前記複数の関心レベル値は前記ゲーム状態データに基づく、前記複数の関心レベル値を決定するステップと、
   前記複数のフレームのうちの前記フレームに関連するシネマトグラフィの管理で使用するために、前記複数の関心レベル値の探索を可能にするデータ構造を生成するステップと、
   前記ランタイムにおいて、前記フレーム内で前記複数の関心オブジェクトについて複数の枯渇値を決定するステップであって、前記複数の枯渇値のそれぞれは、前記複数の関心オブジェクトのうちの１つの関心オブジェクトが前記複数のフレームのうちの前の複数のフレームで可視状態である時間量の累積合計に反比例し、前記データ構造は、前記複数の枯渇値の探索をさらに可能にする、前記複数の枯渇値を決定するステップと、を含む、非一時的なコンピュータ可読媒体。
10. 前記複数の動作は、
    前記複数の関心オブジェクトについて、複数の緊急度値を決定するステップであって、前記複数の緊急度値のそれぞれは、関心オブジェクトに関連する前記複数の関心レベル値および前記枯渇値に基づいており、前記緊急度値は、前記フレーム内で前記関心オブジェクトを見る緊急度の尺度を表す、前記複数の緊急度値を決定するステップをさらに含み、
    前記データ構造は、前記複数の緊急度値の探索をさらに可能にする、請求項９に記載の非一時的なコンピュータ可読媒体。
11. 前記複数の動作は、
    複数の多次元状態ベクトルを決定するステップであって、前記複数の多次元状態ベクトルのそれぞれは、前記複数の関心オブジェクトのうちの１つの関心オブジェクトの感情状態を記述する、前記複数の多次元状態ベクトルを決定するステップと、
    仮想カメラからのショットの合計感情品質値の決定で使用するために、前記複数の多次元感情状態ベクトルを提供するステップと、をさらに含む、請求項９に記載の非一時的なコンピュータ可読媒体。
12. 前記ショットの前記合計感情品質の値がある範囲内にあることに基づいて、所定の複数のシネマトグラフィルールに基づいて前記感情品質を反映するように前記ショットを変更するために、仮想カメラの複数のパラメータおよび複数の設定を変更する、請求項１１に記載の非一時的なコンピュータ可読媒体。
13. 前記複数の動作は、
    複数の仮想カメラを作成するステップであって、前記複数の仮想カメラのそれぞれは、前記複数の関心オブジェクトから１つの関心オブジェクトを追跡するように構成されている、前記複数の仮想カメラを作成するステップと、
    前記複数の仮想カメラのそれぞれについて、前記仮想カメラによって追跡される前記関心オブジェクトのショットをフレーミングするステップであって、
    前記ショットのフレーミングは、
    前記関心オブジェクトに対応する前記データ構造内で緊急度値を探索するステップと、
    前記緊急度値、前記ショット内の前記関心オブジェクトの位置、および前記ショット内の前記関心オブジェクトのサイズのうちの１つまたは複数に基づいて、前記関心オブジェクトの前記ショットの品質を決定するステップと、を含む、
    前記関心オブジェクトのショットをフレーミングするステップと、をさらに含む、請求項１０に記載の非一時的なコンピュータ可読媒体。
14. 前記複数の動作は、
    前記複数の仮想カメラからのショットを前のフレームからのアクティブショットと比較して、前記ショットと前記アクティブショットとの間の遷移の品質の尺度を決定するステップとを含み、
    前記品質の尺度は、前記アクティブショットの感情品質、ショット品質値、およびショットの長さのうちの１つまたは複数についての遷移の尺度を含む、請求項１３に記載の非一時的なコンピュータ可読媒体。
15. 前記複数の動作は、
    前記複数の仮想カメラから前記アクティブショットになるショットを選択するステップを含み、
    前記選択は、前記ショットの感情品質値、前記ショットのショット品質値、および前記ショットの遷移の品質の尺度のうちの少なくとも１つに基づく、請求項１４に記載の非一時的なコンピュータ可読媒体。
16. １つまたは複数のコンピュータプロセッサを使用して、ビデオゲームに関連するビデオの複数のフレーム内でランタイムにおいて関心オブジェクトのシネマティックショット品質を決定するための複数の動作を行うことを含む方法であって、前記複数の動作は、
    前記ビデオゲーム内からのオブジェクトの集合の中から前記複数のフレームのうちの１つのフレーム内で複数の関心オブジェクトを決定するステップと、
    少なくとも前記ゲーム内で起こるイベントの集合を記述するゲーム状態データを、前記ゲームから受信するステップと、
    前記複数の関心オブジェクトに関連する複数のカテゴリに対応する複数の関心レベル値を決定するステップであって、前記複数の関心レベル値は前記ゲーム状態データに基づく、前記複数の関心レベル値を決定するステップと、
    前記複数の関心オブジェクトについて、複数の枯渇値を決定するステップであって、前記複数の枯渇値のそれぞれは、前記複数の関心オブジェクトのうちの１つの関心オブジェクトが前記複数のフレームのうちの前の複数のフレームで可視状態である時間量の累積合計に反比例する、前記複数の枯渇値を決定するステップと、
    前記複数の関心オブジェクトについて、複数の緊急度値を決定するステップであって、前記複数の緊急度値のそれぞれは、関心オブジェクトに関連する前記複数の関心レベル値および前記枯渇値に基づいており、前記緊急度値は、前記複数のフレームのうちの前記フレーム内で前記関心オブジェクトを見る緊急度の尺度を表す、前記複数の緊急度値を決定するステップと、
    前記ランタイムにおいて前記フレームに関連するシネマトグラフィの管理で使用するために、前記ランタイムにおいて前記複数の関心レベル値、前記複数の枯渇値および前記複数の緊急度値の探索を可能にするデータ構造を生成するステップと、を含む、方法。
17. 前記複数の動作は、
    複数の多次元状態ベクトルを決定するステップであって、前記複数の多次元状態ベクトルのそれぞれは、前記複数の関心オブジェクトのうちの１つの関心オブジェクトの感情状態を記述する、前記複数の多次元状態ベクトルを決定するステップと、
    仮想カメラからのショットの合計感情品質値の決定で使用するために、前記複数の多次元感情状態ベクトルを提供するステップと、
    前記ショットの前記合計感情品質の値がある範囲内にあることに基づいて、所定の複数のシネマトグラフィルールに基づいて前記感情品質を反映するように前記ショットを変更するために、仮想カメラの複数のパラメータおよび複数の設定を変更するステップと、をさらに含む、請求項１６に記載の方法。
18. 前記複数の動作は、
    複数の仮想カメラを作成するステップであって、前記複数の仮想カメラのそれぞれは、前記複数の関心オブジェクトから１つの関心オブジェクトを追跡するように構成されている、前記複数の仮想カメラを作成するステップと、
    前記複数の仮想カメラのそれぞれについて、前記仮想カメラによって追跡される前記関心オブジェクトのショットをフレーミングするステップであって、
    前記ショットのフレーミングは、
    前記関心オブジェクトに対応する前記データ構造内で緊急度値を探索するステップと、
    前記緊急度値、前記ショット内の前記関心オブジェクトの位置、および前記ショット内の前記関心オブジェクトのサイズのうちの１つまたは複数に基づいて、前記関心オブジェクトの前記ショットの品質を決定するステップと、を含む、
    前記関心オブジェクトのショットをフレーミングするステップと、
    前記複数の仮想カメラからのショットを前のフレームからのアクティブショットと比較して、前記ショットと前記アクティブショットとの間の遷移の品質の尺度を決定するステップであって、前記品質の尺度は、前記アクティブショットの感情品質、ショット品質値、およびショットの長さのうちの１つまたは複数についての遷移の尺度を含む、前記遷移の品質の尺度を決定するステップと、
    前記複数の仮想カメラから前記アクティブショットになるショットを選択するステップであって、前記選択は、前記ショットの感情品質値、前記ショットのショット品質値、および前記ショットの遷移の品質の尺度のうちの少なくとも１つに基づく、前記アクティブショットになるショットを選択するステップと、をさらに含む、請求項１６に記載の方法。

Images