(57)【要約】  データリッチストーリーボードによって統制される仕様に従って、ビデオ作品ワークフローの部分を自動的に推進するシステム及び方法が記載される。実施形態は新規のビデオ制作ワークフローの状況で動作し、新規のビデオ制作ワークフローでは、従来の制作ワークフローの制作専門家の大半又は全ては、ワークフローのストーリーボードフェーズで協働して、コンセプト及び規則に従って単一のデータリッチストーリーボードを構築する。リッチストーリーボードは、ワークフローの部分を自動化し、一貫して繰り返すことができるように、ワークフローを介して仕様を推進するデータフレームワークで生成され記憶される。例えば、リッチストーリーボードは、ストーリーメーカーから個別化ストーリーアセットの取得及び事前監査の自動コーチの生成を推進する。次に、リッチストーリーボードは、それぞれがリッチストーリーボードのコンセプト、規則、及び仕様に準拠する複数の個別化ストーリーバインビデオ作品へのアセットの自動化レンダリングを推進することができる。
2016501468.tif 000002
【特許請求の範囲】
【請求項１】
リッチストーリーボードからビデオ作品を生成する方法であって、
複数のビデオ作品に使用する制作仕様及びストーリービートシーケンスを定義するコンピュータ可読リッチストーリーボードを識別することであって、各ストーリービートは１組のストーリービートアセットを含み、前記ストーリービートアセットの第１の部分は、共有アセットデータに関連付けられた共有ストーリービートアセットであり、前記ストーリービートアセットの第２の部分は、アセット取得仕様に関連付けられた個別化ストーリービートアセットである、識別することと、
各個別化ストーリービートアセットについて、アセット収集仕様に従って個別化アセットデータを取得するように動作可能なコンピュータ実施アセット取得コーチを生成することと、
前記コンピュータ実施アセット取得コーチを介して、各個別化ストーリービートアセットの個別化アセットデータを受信することと、
前記ストーリービートシーケンスに従ってビデオ作品をレンダリングすることができるように、各個別化ストーリービートアセットの前記個別化アセットデータをレンダリングシステムに通信することであって、各共有ストーリービートアセットは、前記制作仕様及びそれに関連付けられた前記共有アセットデータに従ってレンダリングされ、各個別化ストーリービートアセットは、前記制作仕様及びそれに関連付けられた前記個別化アセットデータに従ってレンダリングされる、通信することと、
を含む、方法。
【請求項２】
各個別化ストーリービートアセットの前記個別化アセットデータを受信することは、前記コンピュータ実施アセット取得コーチを介して、複数のストーリーメーカーのそれぞれから、前記複数のストーリーメーカーのそれぞれに関連付けて、前記個別化ストーリービートアセットの別個の組の個別化アセットデータを受信することを含む、請求項１に記載の方法。
【請求項３】
各ストーリーメーカーの前記ストーリービートシーケンスに従って、前記ビデオ作品をレンダリングすることを更に含み、それにより、各ビデオ作品は、前記リッチストーリーボードの前記ストーリービートシーケンス及び前記制作仕様に従って共通であり、各ビデオ作品は、各ストーリーメーカーのそれぞれに関連付けて受信される前記組の個別化アセットデータに従って個別化される、請求項２に記載の方法。
【請求項４】
対応するバージョンの前記コンピュータ実施アセット取得コーチが、対応するストーリーメーカー装置を介して前記複数のストーリーメーカーのそれぞれに提供され、
前記個別化ストーリービートアセットの前記組の個別化アセットデータは、前記対応するストーリーメーカー装置を介して前記ストーリーメーカーに提供される前記対応するバージョンの前記コンピュータ実施アセット取得コーチを介して前記複数のストーリーメーカーのそれぞれから、前記複数のストーリーメーカーのそれぞれに関連付けて受信される、請求項２に記載の方法。
【請求項５】
各個別化ストーリービートアセットの前記個別化アセットデータを受信することは、
アセット収集仕様に従って前記個別化ストーリービートアセットに関連付けられた前記個別化アセットデータを提供するよう、ストーリーメーカーにコーチングするように設計されたグラフィカルユーザインタフェースを表示することと、
前記グラフィカルユーザインタフェースを介して、前記ストーリーメーカーから前記個別化ストーリービートアセットに関連付けられた前記個別化アセットデータを受信することと、
前記個別化アセットデータを監査して、前記アセットデータが前記アセット収集仕様に準拠するか否かを判断することと、
前記アセットデータが前記アセット収集仕様に準拠する場合のみ、前記個別化アセットに関連付けて前記アセットデータを記憶することと、
を含む、請求項１に記載の方法。
【請求項６】
前記リッチストーリーボードは、各個別化ストーリービートアセットに関連付けられた許容仕様を更に定義し、
前記個別化アセットデータを監査して、前記アセットデータが前記アセット収集仕様に準拠するか否かを判断することは、前記コンピュータ実施アセット取得コーチによって前記個別化アセットデータを自動的に監査して、前記アセットデータが前記許容仕様に準拠するか否かを判断することを含む、請求項５に記載の方法。
【請求項７】
前記コンピュータ実施アセット取得コーチは、前記リッチストーリーボードとは別個の１組の事前定義されるコーチングアセットと、１組のアプリケーションプログラミング仕様とを含み、
前記グラフィカルユーザインタフェースを表示することは、前記事前定義されるコーチングアセット、前記１組のアプリケーションプログラミング仕様、及び前記アセット収集仕様に従って前記グラフィカルユーザインタフェースを構築することを含む、請求項５に記載の方法。
【請求項８】
前記ストーリービートシーケンスに従って前記ビデオ作品をレンダリングすることを更に含み、前記レンダリングすることは、各共有ストーリービートアセットを前記制作仕様及びそれに関連付けられた前記共有アセットデータに従ってレンダリングすることと、各個別化ストーリービートアセットを前記制作仕様及びそれに関連付けられた前記個別化アセットデータに従ってレンダリングすることとを含む、請求項１に記載の方法。
【請求項９】
前記レンダリングされたビデオ作品を、前記リッチストーリーボードによって定義されるストーリーバイン承認仕様に従って監査することを更に含む、請求項８に記載の方法。
【請求項１０】
非一時的なプロセッサ可読媒体に常駐し、プロセッサ可読命令を有するコンピュータプログラム製品であって、前記プロセッサ可読命令は、実行されると、プロセッサに請求項１に記載の方法を実行させる、コンピュータプログラム製品。
【請求項１１】
リッチストーリーボードに従って生成されるビデオ作品で使用される個別化アセットを取得するストーリーメーカーシステムであって、
コンピュータ実施アセットコーチングサブシステムであって、
複数のビデオ作品に使用する制作仕様及びストーリービートシーケンスを定義するリッチストーリーボードに従って生成されるアセット取得仕様を受信することであって、各ストーリービートは１組のストーリービートアセットを含み、前記ストーリービートアセットの第１の部分は、共有アセットデータに関連付けられた共有ストーリービートアセットであり、前記ストーリービートアセットの第２の部分は、アセット取得仕様及びアセット許容仕様に関連付けられた個別化ストーリービートアセットである、受信すること、及び
コンピュータ実施グラフィカルアセット取得インタフェースを介して、各アセット収集仕様に従って各個別化ストーリービートアセットの個別化アセットデータを取得すること、
を行うように動作可能なコンピュータ実施アセットコーチングサブシステムと、
前記アセットコーチングサブシステムと通信するコンピュータ実施アセット監査サブシステムであって、前記個別化アセットデータを監査して、前記個別化アセットデータがアセット許容仕様に準拠するか否かを判断するように動作可能なコンピュータ実施アセット監査サブシステムと、
を備え、
前記コンピュータ実施アセットコーチングサブシステムは、前記個別化アセットデータが前記アセット許容仕様に準拠する場合、前記ストーリービートシーケンスに従ってビデオ作品をレンダリングすることができるよう、各個別化ストーリービートアセットの前記個別化アセットデータを通信するように更に動作可能であり、各個別化ストーリービートアセットは、前記制作仕様及びそれに関連付けられた前記個別化アセットデータに従ってレンダリングされる、システム。
【請求項１２】
前記アセットコーチングサブシステム及び前記アセット監査サブシステムは、通信ネットワークを介してリモートエージェンシーシステムと通信するコンピュータ実施ストーリーメーカーシステムで実施され、
前記アセット取得仕様及び前記アセット許容仕様は、前記エージェンシーシステム場合前記通信ネットワークを介してストーリーボードサブシステムから受信される、請求項１１に記載のシステム。
【請求項１３】
前記アセットコーチングサブシステムは、複数のストーリーメーカーユーザのうちの一人の計算装置で実施され、
前記アセットコーチングサブシステムは、前記コンピュータ実施グラフィカルアセット取得インタフェースを介して、前記ストーリーメーカーから各個別化ストーリービートアセットの前記個別化アセットデータを受信取得するように動作可能であり、
前記アセットコーチングサブシステムは、各個別化ストーリービートアセットの前記個別化アセットデータに前記ストーリーメーカーユーザを関連付けるように更に動作可能である、請求項１１に記載のシステム。
【請求項１４】
コンピュータ実施ストーリーバインレンダリングサブシステムを更に備え、前記コンピュータ実施ストーリーバインレンダリングサブシステムは、
前記アセットコーチングサブシステムから各個別化ストーリービートアセットの前記個別化アセットデータを受信することと、
前記ストーリービートシーケンスに従ってビデオ作品をレンダリングすることであって、各共有ストーリービートアセットを前記制作仕様及びそれに関連付けられた前記共有アセットデータに従ってレンダリングすること、及び各個別化ストーリービートアセットを前記制作仕様及びそれに関連付けられた個別化アセットデータに従ってレンダリングすることを含む、レンダリングすることと、
を行うように動作可能である、請求項１１に記載のシステム。
【請求項１５】
前記コンピュータ実施アセット監査サブシステムは、前記ストーリーバインレンダリングサブシステムと通信し、
前記リッチストーリーボードによって定義されるストーリーバイン承認仕様を受信することと、
前記ストーリーバイン承認仕様に従って前記レンダリングされるビデオ作品を鑑査することと、
を行うように更に動作可能である、請求項１４に記載のシステム。
【請求項１６】
前記コンピュータ実施アセットコーチングサブシステムは、前記リッチストーリーボードとは別個の１組の事前定義されるコーチングアセットと、１組のアプリケーションプログラミング仕様とを含み、
前記コンピュータ実施アセットコーチングサブシステムは、前記個別化ストーリービートアセットの前記事前定義されるコーチングアセット、前記１組のアプリケーションプログラミング仕様、及び前記アセット収集仕様に従って前記グラフィカルアセット取得インタフェースを生成し、表示するように更に動作可能である、請求項１１に記載のシステム。
【請求項１７】
前記コンピュータ実施グラフィカルアセット取得インタフェースは、ビデオ取得ウィンドウと、少なくとも１つの個別化ストーリービートアセットの前記アセット収集仕様に従って、前記ビデオ取得ウィンドウを介して個別化ビデオ情報を提供するよう、ストーリーメーカーユーザにインタラクティブにコーチングするように動作可能な少なくとも１つのグラフィカルコーチング要素とを備える、請求項１１に記載のシステム。
【請求項１８】
リッチストーリーボードに従って生成されるビデオ作品で使用する個別化アセットを取得するエージェンシーシステムであって、
ストーリーバインストーリーボードサブシステムであって、
複数のビデオ作品に使用する制作仕様及びストーリービートシーケンスを定義するコンピュータ可読リッチストーリーボードを生成することであって、各ストーリービートは１組のストーリービートアセットを含み、前記ストーリービートアセットの第１の部分は、共有アセットデータに関連付けられた共有ストーリービートアセットであり、前記ストーリービートアセットの第２の部分は、アセット取得仕様に関連付けられた個別化ストーリービートアセットである、生成すること、及び
コンピュータ実施アセットコーチングサブシステムに前記アセット取得仕様を通信することであって、前記コンピュータ実施アセットコーチングサブシステムは、グラフィカルアセット取得インタフェースを介して、各アセット収集仕様に従って各個別化ストーリービートアセットの個別化アセットデータを取得するように動作可能である、通信すること
を行うように動作可能な、ストーリーバインストーリーボードサブシステムと、
ストーリーバインレンダリングサブシステムであって、
前記コンピュータ実施アセットコーチングサブシステムから、前記個別化ストーリービートアセットの前記個別化アセットデータを受信すること、及び
各共有ストーリービートアセットを前記制作仕様及びそれに関連付けられた前記共有アセットデータに従ってレンダリングするとともに、各個別化ストーリービートアセットを前記制作仕様及びそれに関連付けられた個別化アセットデータに従ってレンダリングすることにより、前記ストーリービートシーケンスに従ってビデオ作品をレンダリングすること
を行うように動作可能な、ストーリーバインレンダリングサブシステムと、
を備える、システム。
【請求項１９】
前記ストーリーバインストーリーボードサブシステムは、通信ネットワークを介して複数のリモートストーリーメーカー装置と通信する計算システムで実施され、前記コンピュータ実施アセットコーチングサブシステムは、前記ストーリーメーカー装置のうちの少なくとも１つで実施される、請求項１８に記載のシステム。
【請求項２０】
前記ストーリーバインレンダリングサブシステムは、前記ストーリーバインストーリーボードサブシステム及び前記複数のリモートストーリーメーカー装置からリモートであり、前記通信ネットワークを介してそれらを通信する、請求項１９に記載のシステム。
【請求項２１】
各ストーリーメーカー装置にはストーリーメーカーユーザが関連付けられ、
ストーリーバインレンダリングサブシステムは、
関連付けられたストーリーメーカーユーザに関連して、各ストーリーメーカー装置から前記個別化ストーリービートアセットの前記個別化アセットデータを受信すること、及び
各ビデオ作品が、前記リッチストーリーボードの前記ストーリーボードシーケンス及び前記制作仕様に従って共通し、各ビデオ作品は、各ストーリーメーカーユーザに関連して受信される前記１組の個別化アセットデータに従って個別化されるように、複数のビデオ作品をレンダリングすること、
を行うように動作可能である、請求項１９に記載のシステム。
【請求項２２】
前記ストーリーバインレンダリングサブシステムは、１組のアプリケーションプログラミング仕様を含み、
前記制作仕様は、前記１組のアプリケーションプログラミング仕様に従って前記リッチストーリーボードによって定義され、
前記ストーリーバインレンダリングサブシステムは、前記ストーリービートシーケンス、前記制作仕様、及び前記１組のアプリケーションプログラミング仕様に従って前記ビデオ作品をレンダリングするように動作可能である、請求項１８に記載のシステム。
【請求項２３】
前記リッチストーリーボードによって定義されるストーリーバイン承認仕様に従って、前記レンダリングされたビデオ作品を鑑査するように構成されるストーリーバイン承認サブシステムを更に備える、請求項１８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、一般的にはビデオ制作に関し、より詳細には、リッチストーリーボード指示ビデオアセットの収集及び制作に関する。
【背景技術】
【０００２】
プロフェッショナルなビデオ制作は従来、コストがかかり、時間がかかることがある。従来の環境では、コンセプトが一人又は複数のフロントエンド専門家（例えば、ライター及びディレクターのようなプレプロダクション専門家）に提供され、フロントエンド専門家は、コンセプトをいかに伝達するか、及びどのビデオ及び／又は他のコンテンツを収集し包含するかを決定する。次に、取得専門家（例えば、ディレクター、舞台デザイナー、カメラオペレータ、照明デザイナー、サウンドデザイナー等）による任意の所望のビデオ撮影を含め、コンテンツが取得される。コンテンツは、取得されると、バックエンド専門家（例えば、ディレクター、ビデオエディター、及びレンダラーのようなポストプロダクション専門家）に渡されて、最終的なビデオ制作出力を生成する。各制作段階において、対応する専門家は、受信した入力を所望の出力の形にしようとする。例えば、ディレクターは、少なくとも、コンセプトを満足させる良好な最終作品をカットするために必要になるものを取得しようとして、多数の映像を撮影しようとし、次に、映像が、ディレクターのビジョンを満足させようとして、ポストプロダクションでカット編集される。これらの手法を用いる場合、様々なプロセス段階を通して多くの専門家が使われる傾向があり、各専門家は、追加の反復、映像の再撮影、再編集等で制作を更に複雑にせずに、提供された入力から所望の出力を生成しようとする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
これらの従来の手法は、状況数の点で制限され得る。そのような一制限は、従来の手法が、殆どではないにしろ多くの使用に関して法外な時間及び／又はコストがかかり得ることである。ビデオ制作がより一般的になるにつれて、ビデオ制作が望まれるより多くの状況が生じるが、十分な時間及び／又は資金を従来のプロフェッショナルなビデオ制作ワークフロー及び関連する専門家に対して費やすことは、非現実的又は不可能である。別のそのような制限は、従来の手法の最終的な出力が通常、上手くいけば提供されるコンセプトを満たす単一のビデオ作品であることである。単一のコンセプトに準拠する多くの個別化されたビデオ作品への要望がある、増大する数の状況が生じている。従来のワークフローは、共有専門家リソースから複数のビデオ作品を出力することの助けになる傾向は低く、そうすることは高価であり、且つ時間がかかる傾向がある。さらに、従来の手法は、特に、ビデオアセットが異なる人々により、異なる場所で、且つ／又は異なる時間で、異なる技法等を用いて収集される場合、同様のコンセプトに従って複数の作品を作成することに役立つ傾向を有さない。
【課題を解決するための手段】
【０００４】
特に、データリッチストーリーボードによって統制される仕様に従ってビデオ制作ワークフローの部分を自動的に推進するシステム及び方法が記載される。実施形態は、従来の制作ワークフローの制作専門家の大半又は全てをフロントエンドストーリーボードフェーズに移そうとする新規のビデオ制作ワークフローの状況で動作する。例えば、コンセプト、プレプロダクション、取得、ポストプロダクション、承認、及び／又は他の専門家は、ワークフローのストーリーボードフェーズで協働して、コンセプト及び規則に従って単一のデータリッチストーリーボードを構築する。リッチストーリーボードは、ワークフローの部分を自動化し、一貫して繰り返すことができるように、ワークフローにわたり仕様を推進するデータフレームワークで生成され、記憶される。例えば、リッチストーリーボードは、ユーザ（「ストーリーメーカー」）から個別化ストーリーアセットの取得及び事前監査の自動化コーチ（例えば、ウィザードアプリケーション）の生成を推進する。次に、リッチストーリーボードは、それぞれがリッチストーリーボードのコンセプト、規則、及び仕様に準拠する複数の個別化ビデオ作品へのアセットの自動レンダリングを推進することができる。
【０００５】
１組の実施形態によれば、リッチストーリーボードからビデオ作品を生成する方法が提供される。本方法は、幾つかのビデオ作品に使用する制作仕様及びストーリービートシーケンスを定義するコンピュータ可読リッチストーリーボードを識別することであって、各ストーリービートは１組のストーリービートアセットを含み、ストーリービートアセットの第１の部分は、共有アセットデータに関連付けられた共有ストーリービートアセットであり、ストーリービートアセットの第２の部分は、アセット取得仕様に関連付けられた個別化ストーリービートアセットである、識別することと、各個別化ストーリービートアセットについて、アセット収集仕様に従って個別化アセットデータを取得するように動作可能なコンピュータ実施アセット取得コーチを生成することと、コンピュータ実施アセット取得コーチを介して、各個別化ストーリービートアセットの個別化アセットデータを受信することと、ストーリービートシーケンスに従ってビデオ作品をレンダリングすることができるように、各個別化ストーリービートアセットの個別化アセットデータをレンダリングシステムに通信することであって、各共有ストーリービートアセットは、制作仕様及びそれに関連付けられた共有アセットデータに従ってレンダリングされ、各個別化ストーリービートアセットは、制作仕様及びそれに関連付けられた個別化アセットデータに従ってレンダリングされる、通信することを含む。幾つかのそのような実施形態は、非一時的なプロセッサ可読媒体に常駐し、プロセッサ可読命令を有するコンピュータプログラム製品を含み、プロセッサ可読命令は、実行されると、プロセッサに本方法を実行させる。
【０００６】
別の組の実施形態によれば、リッチストーリーボードに従って生成されるビデオ作品で使用される個別化アセットを取得するストーリーメーカーシステムが提供される。本システムは、コンピュータ実施アセットコーチングサブシステムと、コンピュータ実施アセット監査サブシステムとを含む。コンピュータ実施アセットコーチングサブシステムは、幾つかのビデオ作品に使用する制作仕様及びストーリービートシーケンスを定義するリッチストーリーボードに従って生成されるアセット取得仕様を受信することであって、各ストーリービートは１組のストーリービートアセットを含み、ストーリービートアセットの第１の部分は、共有アセットデータに関連付けられた共有ストーリービートアセットであり、ストーリービートアセットの第２の部分は、アセット取得仕様及びアセット許容仕様に関連付けられた個別化ストーリービートアセットである、受信することと、コンピュータ実施グラフィカルアセット取得インタフェースを介して、各アセット収集仕様に従って各個別化ストーリービートアセットの個別化アセットデータを取得することとを行うように動作可能である。コンピュータ実施アセット監査サブシステムは、アセットコーチングサブシステムと通信し、個別化アセットデータを監査して、個別化アセットデータがアセット許容仕様に準拠するか否かを判断するように動作可能である。コンピュータ実施アセットコーチングサブシステムは、個別化アセットデータがアセット許容仕様に準拠する場合、ストーリービートシーケンスに従ってビデオ作品をレンダリングすることができるよう、各個別化ストーリービートアセットの個別化アセットデータを通信するように更に動作可能であり、各個別化ストーリービートアセットは、制作仕様及びそれに関連付けられた個別化アセットデータに従ってレンダリングされる。
【０００７】
更に別の組の実施形態によれば、リッチストーリーボードに従って生成されるビデオ作品で使用する個別化アセットを取得するエージェンシーシステムが提供される。本システムは、ストーリーバインストーリーボードサブシステムと、ストーリーバインレンダリングサブシステムとを含む。ストーリーバインストーリーボードサブシステムは、幾つかのビデオ作品に使用する制作仕様及びストーリービートシーケンスを定義するコンピュータ可読リッチストーリーボードを生成することであって、各ストーリービートは１組のストーリービートアセットを含み、ストーリービートアセットの第１の部分は、共有アセットデータに関連付けられた共有ストーリービートアセットであり、ストーリービートアセットの第２の部分は、アセット取得仕様に関連付けられた個別化ストーリービートアセットである、生成することと、コンピュータ実施アセットコーチングサブシステムにアセット取得仕様を通信することであって、コンピュータ実施アセットコーチングサブシステムは、グラフィカルアセット取得インタフェースを介して、各アセット収集仕様に従って各個別化ストーリービートアセットの個別化アセットデータを取得するように動作可能である、通信することを行うように動作可能である。ストーリーバインレンダリングサブシステムは、コンピュータ実施アセットコーチングサブシステムから、個別化ストーリービートアセットの個別化アセットデータを受信することと、各共有ストーリービートアセットを制作仕様及びそれに関連付けられた共有アセットデータに従ってレンダリングするとともに、各個別化ストーリービートアセットを制作仕様及びそれに関連付けられた個別化アセットデータに従ってレンダリングすることにより、ストーリービートシーケンスに従ってビデオ作品をレンダリングすることとを行うように動作可能である。
【０００８】
本開示を添付図と併せて説明する。
【図面の簡単な説明】
【０００９】
【図１】様々な実施形態による、ネットワークを介して複数のストーリーメーカーシステムと通信するエージェンシーシステムを有するビデオ制作環境の一実施形態のブロック図を示す。
【図２】幾つかの従来技術による実施態様による、従来のビデオ制作ワークフローの流れ図を示す。
【図３】様々な実施形態による新規のビデオ制作ワークフローの流れ図を示す。
【図４】様々な実施形態による、２つの例示的なストーリーバイン間でアセットを共有する、図３のワークフローのようなビデオ制作ワークフローの流れ図を示す。
【図５】様々な実施形態による、リッチストーリーボードからストーリーバインビデオを制作するために異なるタイプの情報を交換する様々なサブシステムを有する例示的なビデオ制作環境のブロック図を示す。
【図６】様々な実施形態と併用される例示的なアセットコーチサブシステムのコーチングインタフェースからの画面例を示す。
【図７】様々な実施形態による、１つ若しくは複数のシステム又はシステムの１つ若しくは複数の構成要素を実施する例示的な計算システムを示す。
【図８】様々な実施形態による、リッチストーリーボードによって定義される仕様を使用する、ビデオ作品を指示する例示的な方法の流れ図を示す。
【図９】様々な実施形態による、個別化ストーリービートアセットデータを取得する例示的な方法の流れ図を示す。
【発明を実施するための形態】
【００１０】
添付図では、同様の構成要素及び／又は特徴は同じ参照ラベルを有することができる。さらに、同じタイプの様々な構成要素は、参照ラベルの後に、同様の構成要素を区別する第２のラベルが続くことによって区別することができる。第１の参照ラベルのみが本明細書で使用される場合、その説明は、第２の参照ラベルに関係なく、同じ第１の参照ラベルを有する同様の構成要素の任意の１つに当てはまる。
【００１１】
パーソナル計算力が増大するにつれて、より多くの情報が、ビデオを使用してより多数のプラットフォームを通して消費されている。したがって、フルスケール作品（例えば、映画、テレビ番組、ドキュメンタリー等）からショート形態の作品（例えば、ビデオブログ、広告、ビデオカード及びビデオ招待状等）までの状況で高品質ビデオ作品を作成する要望が増大している。通常、ビデオ作品を生成したいエンドユーザは、限られた選択肢を有する。選択肢の範囲の一端では、エンドユーザは、ビデオ映像を撮影し、且つ／又は他の様式で収集し、消費者レベルソフトウェアを使用して、最終作品（例えば、ビデオクリップの事後再編成、シーン遷移の追加、音楽の追加等）を制作することができる。このタイプの手法は費用効率的である傾向があるが、結果として生成される作品はプロフェッショナルに見えない傾向がある。選択肢の範囲の他端では、エンドユーザは、ビデオ制作専門家を雇い、コンセプトを作成し、映像を撮影して収集し、映像を編集し、プロフェッショナルなビデオ制作ソフトウェア及びハードウェアを使用して最終的なビデオ作品を制作（例えば、レンダリング）することができる。このタイプの手法では、プロフェッショナルに見える結果が生成されるが、コストがかかり、時間がかかる傾向がある。
【００１２】
本明細書に記載の実施形態は、非プロフェッショナルに見えるビデオ作品が不十分であるか、又は望ましくなく、従来のプロフェッショナルなビデオ制作ワークフローを使用することに法外なコスト及び／又は時間がかかる（又は他の様式で非現実的であるか、又は望ましくない）状況に対処する。国の株式仲介ファームが数百又は数千のエージェントを有し、ウェブサイトに各エージェントからのビデオ紹介を有したいと考える。さらに、各ビデオをプロフェッショナルに見せるのみならず、一貫した見た目及び感じを有することも望む（例えば、特定の共通するグラフィックス、配色、話の流れ、マーケティング及びブランディング目的への準拠等）。従来のプロフェッショナルなワークフローに従って各エージェントのビデオをプロフェッショナルに制作することは、高価であり、時間がかかる。さらに、特に、エージェントが地理的に多様であり、且つ／又はエージェンシーが異なる時間に参加する場合、ビデオ作品にわたって一貫性を制御することは困難であり、高価でありがちである。
【００１３】
実施形態は、従来の制作ワークフロー全体を通して使われる傾向がある専門家（例えば、取得専門家及びポストプロダクション専門家）の多く又は全てをフロントエンドに移そうとする新規のビデオ制作ワークフローの状況で動作する。幾つかの実施形態によれば、コンセプト、プレプロダクション、取得、ポストプロダクション、承認、及び／又は他の専門家は、ワークフローのストーリーボードフェーズで協働して、コンセプト及び規則に従って単一のデータリッチストーリーボードを構築する。リッチストーリーボードは、ワークフローの部分を自動化し、一貫して繰り返すことができるように、ワークフローにわたって仕様を推進するデータフレームワークで生成され記憶される。例えば、リッチストーリーボードは、ユーザ（「ストーリーメーカー」）から個別化ストーリーアセットを取得し事前監査する自動コーチ（例えば、ウィザードアプリケーション）の生成を推進する。次に、ストーリーボードは、それぞれがリッチストーリーボードコンセプト、規則、及び仕様に準拠した複数の個部化されたビデオ作品へのアセットの自動レンダリングを推進することができる。
【００１４】
以下の説明では、様々な実施形態の完全な理解を提供するために、多くの具体的な詳細が記載される。しかし、これらの具体的な詳細なしで本発明を実施可能なことを当業者は認識すべきである。場合によっては、本発明を曖昧にしないように、回路、構造、及び技法については詳細に示していない。
【００１５】
図１を参照して、様々な実施形態による、ネットワーク１４０を介して複数のストーリーメーカーシステム１２０と通信するエージェンシーシステム１０５を有するビデオ制作環境１００の一実施形態のブロック図を示す。実施形態により、エージェンシーは、全て事前定義されるデータリッチストーリーボードに従って、複数のストーリーメーカーからの個別化データの取得を制御するとともに、ストーリービートシーケンスにわたって共通の見た目及び感じを有する複数のストーリーバインビデオを制作する際のそのデータの使用を制御することができる。本明細書で使用される場合、「エージェンシー」は一般に、１つ又は複数のストーリーバインビデオ作品の制作を目的として、リッチストーリーボードをそれ自体で、又は代理として作成する任意の個人又はエンティティを指すことが意図される。「リッチストーリーボード」は、幾つかのコンピュータ可読仕様としての、エージェンシー及び／又は他からの幾つかの規則、コンセプト、及び他の入力を表す。例えば、リッチストーリーボードは、制作仕様、アセット収集仕様、監査仕様等を含む。リッチストーリーボードは幾つかの（例えば、シーケンスになった）「ストーリービート」も含み、各ストーリービートは、１組のストーリービートアセット及びレイアウト仕様（例えば、位置、サイズ、形状、透明度、遷移、レイヤ等）として、最終的なストーリーバインビデオ作品の部分（例えば、クリップ、セグメント、ビネット等）を表す。各ストーリービートでの「ストーリービートアセット」は、ビデオデータ、テキストデータ、オーディオデータ、及び／又は任意の他の適するデータを含むことができる。各リッチストーリーボードでは、ストーリービートのうちの少なくとも幾つかは、「個別化ストーリービート」であり、個別化ストーリービートの場合、アセットのうちの少なくとも幾つかは「個別化アセット」である。リッチストーリーボードは、どのストーリービートアセットが個別化アセットであるかを定義し、各個別化アセットに１つ又は複数のアセット取得基準を関連付ける。個別化ストーリービートアセットデータは、アセット取得基準に従って「ストーリーメーカー」（エンドユーザ）から取得される。他のストーリービートアセットは、同じリッチストーリーボードから生成される複数のストーリーバインビデオ作品にわたって使用されることが意図されるという点で、「共有ストーリービートアセット」である。例えば、共有ストーリービートアセットは、特に特定のリッチストーリーボード等と併用されるように生成される事前記憶アセットのプールから取得することができ、それにより、同じリッチストーリーボードから生成されるストーリーバインビデオ作品のうちの幾つか又は全ては、特定の所望の見た目及び感じを具現する。上述した用語は、本明細書に提供される実施形態の説明の文脈の中で更に理解されよう。
【００１６】
エージェンシーシステム１０５は、ストーリーバインストーリーボードサブシステム１１０と、ストーリーバイン監査サブシステム１７０と、ストーリーバインレンダリングサブシステム１９０とを含む。ストーリーバインストーリーボードサブシステム１１０は、幾つかのコンピュータ可読仕様として、幾つかの規則、コンセプト、及び他の入力を表すデータリッチストーリーボード１１５を生成する。例えば、コンセプト専門家（例えば、ライター及びディレクター）が、高レベルストーリーコンセプト及びフローの定式化を開始する。プレプロダクション専門家（例えば、ディレクター、舞台及び照明デザイナー、ブランディング及びマーケティング専門家等）が、高レベルコンセプト及びフローを、それぞれが関連付けられたタイミング（例えば、タイミング範囲、同期情報等）、遷移、ストーリービートアセット等を有するストーリービートに成熟化させる。共有ストーリービートアセットによっては、既に利用可能なものもあれば、指定且つ／又は他の様式で生成されるものもある。個別化ストーリービートアセットが望まれる場合、どのデータが望まれるか、データをいかに収集すべきか、収集されたデータをいつ及び／又はいかに承認すべきか等を定義する仕様が作成される。ポストプロダクション専門家（例えば、レンダリング及び編集専門家）は、コンセプト及びプレプロダクション専門家と協働して、ストーリービートをいかにレンダリングし、編集し、承認すべきか等の制作仕様を開発する。これら及び／又は他のタイプの仕様のうちの幾つか又は全ては、リッチストーリーボード１１５を構成するコンピュータ可読仕様に定式化される。このようにして、リッチストーリーボード１１５に従って、略全体の制作ワークフローを自動化し、指示することができる。
【００１７】
リッチストーリーボード１１５は、ネットワーク１４０を介して１つ又は複数のストーリーメーカーシステム１２０に通信される。各ストーリーメーカーシステム１２０は、アセットコーチサブシステム１３０を含む。アセットコーチサブシステム１３０は、個々のストーリーメーカーに、ストーリーバインビデオ作品１９５の作成に使用する個別化ストーリービートアセットデータ１３５を提供するようコーチングするように構成される。幾つかの実施形態では、ストーリーメーカーシステム１２０はアセット監査サブシステム１５０を含み、このサブシステムは、ストーリーバインビデオ作品１９５への使用を許可する前に、提供されたストーリービートアセットデータ１３５を監査する。幾つかの実施態様では、アセット監査サブシステム１５０は、エージェンシーシステム１０５から受信されるリッチストーリーボード１１５に従って定義されるアセット取得仕様及び／又はアセット監査仕様に従って、提供されたストーリービートアセットデータ１３５を自動的に監査する。
【００１８】
取得（例えば、監査）された個別化ストーリービートアセットデータ１３５は、エージェンシーシステム１０５のうちの１つ又は複数のサブシステムに通信される。幾つかの実施態様では、ストーリービートアセットデータ１３５はストーリーバイン監査サブシステム１７０に通信され、ここで、手動及び／又は自動的にそれだけで、及び／又はストーリービートの他のアセットのコンテキストで監査される。例えば、ストーリービートの事前レンダリングバージョンは、ストーリーバイン監査サブシステム１７０を介してストーリービートをレビューし事前承認することができる監査人員に通信される。他の実施態様では、ストーリービートアセットデータ１３５はストーリーバインレンダリングサブシステム１９０に通信され、そこで、ストーリービート、１組のストーリービート、又は全体ストーリーバインビデオ作品１９５にレンダリングされる。例えば、個別化ストーリービートアセットデータ１３５及び共有ストーリービートアセットデータは、リッチストーリーボード１１５によって定義される制作仕様に従ってレンダリングされて、最終的なビデオ作品、ドラフトビデオ作品（例えば、プルーフ、低解像度バージョン等）等を生成する。次に、レンダリングされたビデオ作品をストーリーバイン監査サブシステム１７０に通信して、更に監査（例えば、手動及び／又は自動監査）することができる。ストーリーバイン監査サブシステム１７０は、アセットの更なる取得が望ましいか否か、アセットの再取得が望ましいか否か、最終的なストーリーバインビデオ作品をリリースすることができるか否か等を判断することができる。最終的なストーリーバインビデオ作品１９５は、記憶し、インターネットに公開し、又は任意の他の所望の様式で使用することができる。
【００１９】
ビデオ制作環境１００の実施形態は、任意の適するネットワークアーキテクチャで実施することができる。例示的な一実施態様では、エージェンシーシステム１０５のサブシステムは全て同じ場所に配置される。例えば、サブシステムは全て、単一の計算環境の一部として、単一のローカルエリアネットワーク内で、単一のサーバ又はサーバ群内等で実施し得る。他の実施態様では、エージェンシーシステム１０５のサブシステムのうちの幾つか又は全ては、互いからリモートである。例えば、単一の計算環境を、ストーリーバインストーリーボードサブシステム１１０及びストーリーバイン監査サブシステム１７０をアプリケーションとして含むように構成することができ、一方、ストーリーバインレンダリングサブシステム１９０は、公衆又は私設ネットワークを介して他のサブシステムと通信するリモートクラウドベースのレンダリング環境で実施される。エージェンシーシステム１０５は、任意の適するタイプのネットワーク１４０を介してストーリーメーカーシステム１２０と通信することができる。例えば、ネットワーク１４０は、公衆及び／又は私設ネットワーク、有線及び／又は無線ネットワークリンク等を含むことができる。各ストーリーメーカーシステム１２０は、任意の適する装置又はシステムで実施することができる。幾つかの実施態様では、ストーリーメーカーシステム１２０は、コンピュータ、スマートフォン、タブレット等の固定又はモバイルユーザ装置で実施される。他の実施態様では、ストーリーメーカーシステム１２０は、ビデオカメラのようなコンテンツ取得装置のアプリケーションとして実施される。例えば、ビデオ機能を有するスマートフォン又はプロフェッショナルなビデオカメラは、アセットコーチサブシステム１３０及び／又はアセット監査サブシステム１５０を含むアプリケーションを実行するように構成することができる。
【００２０】
説明のために、不動産仲介エージェンシーが、各エージェントからの紹介ビデオをウェブサイトで公開したい。仲介エージェンシーは地理的に多様であり、異なる性格を有し、強調する異なる技能及び統計を有する。仲介エージェンシーは、それらの違いを強調したいが、まとまり感、プロフェッショナル性、及びブランドも伝達したい。さらに、特に仲介エージェンシーは常にチームに加入離脱し、各仲介エージェンシーに関連付けられた情報は経時変化するため、媒体エージェンシーが、一貫性を有し、費用効率的でもありながら、個別化され、動的なようにエージェントビデオを生成し変更可能なことが重要である。
【００２１】
仲介エージェンシーは、ストーリー構築者を雇い、複数のビデオにわたって維持されるコンセプトを作成する。ストーリー構築者（様々なコンセプト、プレプロダクション、ポストプロダクション、及び／又は他の専門家を含む）は、エージェンシーのマーケティングチーム及び他の人員と協働して、エージェントビデオのリッチストーリーボード１１５を作成する。各エージェント紹介ビデオは、一貫したプロフェッショナルな見た目及び感じ（グラフィカル要素、時系列、レイアウト、配色等）を提供する、全てのビデオに共通する多くの要素を含むように構築される。しかし、各ビデオは、各エージェントに固有の個別化部分（例えば、独自のグラフィックス、ビデオセグメント、情報リスト等）を包含するようにも構築される。
【００２２】
リッチストーリーボード１１５は、アセットコーチサブシステム１３０を使用して環境の構築を促進し、アセットコーチサブシステム１３０を通して、各仲介エージェント（ストーリーメーカー）は、ストーリーメーカーシステム１２０を通しての所望のストーリービートアセットデータ１３５の提供を通してコーチングされる。例えば、ある画面は、エージェントにテキスト欄に記入する（例えば、氏名、場所、プロフィール等）ように求め、別の画面は、エージェントにビデオカメラを３フィート離れて配置し、家族の家の販売に対するエージェントの哲学について２０秒間話すように求める。各仲介エージェントからのストーリービートアセットデータ１３５は、アセット監査サブシステム１５０を使用して監査して、入力が事前定義される許容基準（例えば、データフォーマット、画質、照明品質、持続時間等）を満たすか否かを判断することができる。満たさない場合、仲介エージェントに再試行を求めることができる。
【００２３】
仲介エージェントのストーリービートアセットデータ１３５が取得（例えば、許容）されると、これを共有アセット及び他のリッチストーリーボード情報（例えば、制作仕様）と組み合わせて、ストーリーバインレンダリングサブシステム１９０を使用してストーリーバインビデオ作品１９５を自動的にレンダリングすることができる。例えば、個別化アセットは、追加のバックエンド編集又は他の処理の必要が殆ど又は全くない状態で、リッチストーリーボード１１５によって指示される任意の所望の時系列、音楽、グラフィックス、遷移、及び／又は他の特徴（例えば、静的特徴及び／又は動的特徴）を有するプレコンセプト化されたビデオ作品にメッシュ化される。他の仲介エージェントが、各自のストーリービートアセットデータ１３５を取得し終えると、ストーリーバインビデオ作品１９５は、同じリッチストーリーボード１１５に従ってストーリーバインレンダリングサブシステム１９０を使用してレンダリングすることができる。各仲介エージェンシーは、各自のストーリービートアセットデータ１３５を異なる方法（例えば、プロフェッショナルなビデオグラファー又はスマートフォンカメラを使用して）、異なる場所、異なる時間等で取得し得るが、略一貫した見た目の、各仲介エージェントからのストーリービートアセットデータ１３５のセットが生成されるようにアセット収集をコーチングし監査することができる。したがって、リッチストーリーボード１１５は、個別化アセットを使用して、高レベルのコンセプト及び制作目的を保ちながら、任意の数のストーリーメーカーの一貫した制作品質のストーリーバインビデオ１９５を出力することに役立つ。
【００２４】
本明細書で考察されるようなビデオ制作環境を用いて、幾つかの特徴を実現することができる。そのような一特徴は、制作コストを多くのビデオ作品にわたって拡散（例えば、ならす）ことができることである。例えば、従来のビデオ制作ワークフローからの高価な専門技能が、リッチストーリーボード１１５の作成に使用される場合であっても、それと同じリッチストーリーボード１１５を使用して、専門家の介入が略又は全くない状態で、複数のビデオの制作を指示することができる。別の特徴は、各ストーリービートアセット（例えば、共有されるか、それとも個別化されるかに関係なく）にリッチ階層メタデータスタックを関連付けることができることである。例えば、個別化ストーリービートアセットに、許容仕様（例えば、照明、画質、持続時間の閾値等）、役割仕様（例えば、ビデオアセットをストーリーメーカーによって承認することができるか否か、又は特定の権限を有する誰かによって承認される必要があるか否か）、制作仕様（例えば、ストーリーボード内のコンテキスト、シーケンス、フォアグラウンド、又はバックグラウンドレベル、透明度、遷移等を定義する属性）、取得仕様（例えば、プロンプト命令、コーチングページレイアウト命令等）、データ階層内の位置（例えば、特定のエージェンシーの特定の部門の特定のエージェントの特定のビデオ等）等を関連付けることができる。
【００２５】
別の特徴は、リッチストーリーボード１１５の指示に従って個別化ストーリービートアセットが取得されるが、個別化ストーリービートアセットが、一部をなすリッチストーリーボード１１５及び／又はストーリーバインビデオ作品１９５から独立して「ライブ」であることである。例えば、共有アセット及び個別化アセットは、リッチストーリーボード１１５に従ってストーリーバインビデオ作品１９５に動的にレンダリングすることができ、後に、リッチストーリーボード１１５への変更、メタデータ、ストーリービートアセットデータ１３５等に従ってリミックスすることができる。説明のために、上記例の仲介エージェンシーのエージェントが新しい状態に移ると考える。各ストーリーアセットは最終的なビデオ作品とは別個であるため、エージェントの状態を参照する個別化アセットを更新する（例えば、手動又は自動的に）ことができ、比較的少ない労力でビデオ作品を再レンダリングすることができる。別の関連する特徴は、リッチストーリーボード１１５が、低レベルストーリービートアセットデータ１３５に関連する収集、承認、及び／又は他のタスクへの高レベルビジネス規則等の適用に役立つことである。リッチストーリーボード１１５は、定義されたアセット（例えば、特定の共有又は個別化グラフィック、ビデオセグメント、テキスト要素等）の取得を推進することができるが、取得し、且つ／又は１つ又は複数のアセットを変更するのはどの組のアセットかを動的に決定するビジネス規則を定義することもできる。例えば、仲介エージェントは、ウィザードを介して個別化アセットとしてオフィスの郵便番号を入力する。ビデオ作品がレンダリングされる場合、バックグラウンドに地図を表示するビデオの共有アセットは自動的に、仲介エージェントの郵便番号によってカバーされる地図の領域を強調表示する。
【００２６】
これら及び他の特徴は、本明細書での様々な実施形態の説明に鑑みて、ビデオ制作ワークフローへの従来の手法と比較してより十分に理解されよう。図２を参照して、幾つかの従来技術による実施態様による従来のビデオ制作ワークフロー２００の流れ図を示す。ワークフロー２００は、幾つかのフェーズを含み、それらのフェーズへの幾つかの典型的な入力専門技能及びそれらのフェーズからの出力を示す。フェーズの名称は単なる例示を意図され、現実世界のワークフローは、フェーズの適宜重複、フェーズ内及びフェーズ間の反復、フェーズの並列実行等を包含する傾向がある。異なるタイプの制作が異なるタイプの専門技能（又は異なるタイトルを有する同様の専門技能）異なる方法で利用するため、フェーズに属する専門技能も単なる例示を意図される。
【００２７】
示されるように、従来のワークフローは、ビデオ制作のコンセプトがコンセプトデザイナー２１３によって生成されるコンセプトフェーズ２１０で開始される。コンセプトデザイナー２１３は、エージェンシー人員、マーケティング専門家、広告専門家、ライター、及び／又は任意の他の適する個人又はエンティティであることができる。例えば、コンセプトは、台本若しくは脚本、又は１組の高レベルコンセプト目的（例えば、ブランディング目的等）として具現し得る。コンセプトフェーズ中、予算及びビジネス規則等の他の規則を決定することもできる。コンセプトはプレプロダクションフェーズ２２０でも更に作成され、その間、ライター２２３、ディレクター２２５、及び／又は任意の他の適する個人又はエンティティは、基本ストーリーボード２７０を生成する。基本ストーリーボード２７０は、ストーリーコンセプトを時系列上の１組の「ショット」に分割することができる。幾つかの場合、ライター２２３、ディレクター２２５、及び／又は他は、基本ストーリーボード２７０を使用して、ロケーション設定、俳優、小道具、ショットタイプ（例えば、カメラ位置、アングル等）、エフェクト（例えば、照明、カメラ移動、コンピュータグラフィックス等）等についての計画を用いて各ショットをコンセプト化する。
【００２８】
プレプロダクションフェーズ２２０後、基本ストーリーボード２７０はビデオ制作出力２９０に変えられる。アセット収集フェーズ２３０中、ディレクター２２５は俳優２３３、デザイナー２３５（例えば、照明、舞台、小道具、エフェクト等の）、機器オペレータ２３７（例えば、カメラオペレータ、グリップ等）、及び／又は任意の他の適する個人又はエンティティと協働して、各ショットに必要なアセットを収集することができる。例えば、各ショットが準備され、撮影される。通常、全ての俳優２３３、デザイナー２３５、機器オペレータ２３７、及び／又は他をシーンの再撮影のために呼び戻す必要性を回避するために、事後編集（例えば、カッティング、組み立て等）の計画で必要なよりもかなり多くの映像が収集される。ポストプロダクションフェーズ２４０中、全ての映像及び／又は他の資料（例えば、コンピュータエフェクト等）を使用して、任意の有用なエディット（例えば、プルーフ、プリエディット、最終カット等）を生成する。ディレクター２２５及びデザイナー２３５は、エディタ２４５と協働して、映像を準備し（例えば、カット、遷移、エフェクト等を決定し）、エフェクトを生成して適用し（例えば、音楽及びサウンドエフェクトを作曲して同期させ、コンピュータグラフィックス及び特殊効果を生成し、照明及び／又は映像の他の側面を調整するなど）等を行うことができる。
【００２９】
エディットは、承認フェーズ２５０中にディレクター２２５及び監査人２５５によって評価することができる。例えば、映像は、技術的問題（例えば、ショットの一貫性、照明及びサウンドの明瞭さ等）及び／又は他の問題（例えば、エディットが初期コンセプト及び規則をどの程度満たしているかなど）についてチェックすることができる。エディットが承認されない場合、ポストプロダクションフェーズ２４０（又は潜在的に、アセット収集フェーズ２３０）に戻すことにより、映像を再度カッティングするか、又は他の様式で変更して、エディットが最終的に承認されると、マスタとして記憶することができる。マスタは、レンダリング専門家２６５によってレンダリングフェーズ２６０でレンダリングすることができる。例えば、マスタは所望のフォーマットに変換することができ、最終エディット（例えば、クリーンアップ）等を適用することができる。
【００３０】
各フェーズは、幾つかのタイプの専門技法に関わり、その専門技能は多くの場合、多くの異なるタイプの制作専門家２１５（例えば、ライター２２３、ディレクター２２５、デザイナー２３５、機器オペレータ２３７、エディタ２４５、監査者２５５、レンダラー２６５等によって提供される。したがって、制作専門技法は通常、ワークフローにわたって使用され、これは、高価であり、スケジュールが難しく、反復が難しいなどのことがある（例えば、映像が異なる時間及び／又は異なる場所で収集される場合）。さらに、フェーズに戻ること（例えば、再撮影、再編集等）は、対応する専門家を呼び戻し、潜在的にワークフローの後のフェーズを繰り返すことを含み得る。
【００３１】
さらに、多くの場合、多数のコピー及びマスタから生成することができるが、従来のワークフローの出力はそれでもなお、通常、１組のマスタ映像である。例えば、マスタを「ディレクターズカット」版、「拡張」版、「ＴＶ向け」版、トレイラー等用に再カットすることができるが、バージョンは同じ映像、エフェクト等の単なる再エディット（例えば、再カット等）である。単一のビデオ出力２９０への任意のかなりの変更は通常、新しいアセット収集フェーズ２３０（再撮影及び／又は映像追加のために）に向けて俳優２３３、デザイナー２３５、機器オペレータ２３７、及び／又は他を呼び戻すことを含む。その場合であっても、新しいマスタの生成は、専門技能を召還し、ポストプロダクションフェーズ２４０、承認フェーズ２５０、及び／又はレンダリングフェーズ２６０を再実行する作業を含み得る。
【００３２】
これより図３を参照し、様々な実施形態による新規のビデオ制作フロー３００の流れ図を示す。ワークフロー３００は、明確にするため、且つ特定の違いを強調するために、図２に示される従来のワークフロー２００と同様のフォーマットで示されている。例えば、図２と同様に、図３のワークフロー３００は、幾つかのフェーズを含み、それらのフェーズへの幾つかの典型的な入力専門技法及びそれらのフェーズからの出力を示し、簡潔にするために、同様の名称のフェーズ及び専門技法が使用される。しかし、従来のワークフロー２００及び新規のワークフロー３００は、簡易化され、例示であることが意図され、本明細書で考察される他の実施形態を限定するものとして解釈されるべきではない。
【００３３】
従来のワークフローのように、ワークフロー３００の実施形態は、ビデオ制作のコンセプトがコンセプトデザイナー２１３によって生成されるコンセプトフェーズ２１０で開始される。幾つかの実施態様では、コンセプトは、ブランディング目的、ビジネス規則、インタラクティブ規則、制作規則等のような様々なタイプの高レベル概念目的を有する台本又は脚本として具現される。図２の従来のワークフロー２００では、制作専門家２１５が、残りのワークフローフェーズ全体を通して使われて、コンセプトを基本ストーリーボード２７０に変換し、最終的に単一のマスタビデオ作品２９０にする。新規のワークフロー３００では、制作専門技能（及び対応する政策専門家２１５）の大半又は全ては、ストーリーボード作成フェーズ３２０に前期投入される。従来の基本ストーリーボードを作成するのではなく、ストーリーボードフェーズ３２０の出力は、例えば図１を参照して上述されるようなデータリッチストーリーボード１１５である。
【００３４】
ストーリーボードフェーズ３２０中、ライター２２３、ディレクター２２５、デザイナー２３５、機器オペレータ２３７、エディタ２４５、レンダラー２６５、及び／又は任意の他の適する個人又はエンティティの専門技能が協働して、改変プレプロダクションフェーズ２２０’及び改変ポストプロダクションフェーズ２４０’のタスク並びに追加のタスクを実行する。例えば、リッチストーリーボード１１５は、ストーリービートシーケンスを用いて設計され、各ストーリーボードには、アセット選択、アセット収集仕様、アセット監査仕様、制作仕様等を含む幾つかの仕様が関連付けられる。仕様は、高レベルコンセプト及び規則を忠実に表現しようとしながら、ワークフローの後続フェーズがいかに処理されるかの低レベル詳細を定義する。仕様の大半又は全ては、ワークフローの後続フェーズの完全又は部分的な自動実行に役立つコンピュータ可読仕様として、リッチストーリーボード１１５に記憶される。
【００３５】
リッチストーリーボード１１５が作成されると、後続フェーズはリッチストーリーボード１１５の仕様によって指示される。アセット収集フェーズ３３０に進むことができ、リッチストーリーボード１１５からのアセット収集、アセット承認、及び／又は他の仕様を使用して、１つ又は複数のストーリーメーカー３３３からの共有アセット及び個別化アセットの取得を指示する。これは、ディレクター２２５、デザイナー２３５、及び他の存在なしで達成することができ、その理由は、それらの専門技能がリッチストーリーボード１１５に捕捉されているためである。取得されたアセット及び／又は部分的又は完全なストーリービートは、承認フェーズ３５０において監査することができる。承認はリッチストーリーボード１１５の仕様によって指示されるが、様々な実施態様では、完全又は部分的に自動化し得る（例えば、監査者２５５を用いて）。例えば、様々な制作専門家２１５及び／又は他は、取得されたアセット、ストーリービート等を自動的且つ／又は手動で監査する際に使用する許容基準をストーリーボードフェーズ３２０において事前定義することができる。幾つかの実施態様では、ストーリーメーカー３３３は、提供されるデータを承認することができるまで、反復タスクを通して所望のアセットデータを提供するようにコーチングすることができる。
【００３６】
次に、レンダリングフェーズ３６０において、リッチストーリーボード１１５の制作仕様に従って、承認されたストーリービートをレンダリングすることができる。例えば、レンダリング専門家２６５は、任意のストーリービートが実際に取得される前に、ストーリーボードフェーズ３２０において、ストーリービートがいかにレンダリング技法及び命令（例えば、アプリケーションプログラミングインタフェース（ＡＰＩ）命令等）と対話すべきかを決定することができる。幾つかの実施態様では、レンダリングされたビデオも、最終化前に承認される。例えば、レンダリング設定を承認段階で調整することができる（例えば、手動及び／又は自動）。専門技能がワークフロー全体に拡散して、単一のマスタビデオ作品を制作するのではなく、示される新規のワークフロー３００は、専門技能を前期投入して、リッチストーリーボード１１５を生成し、そこから、共通のコンセプトセット、規則等に従って、多くの個別化ビデオ作品（ストーリーバインビデオ１９５）を生成することができる。
【００３７】
例示のために、従来の基本ストーリーボード２７０が、組織のサポーターが建物の前に立ち、サポートを選んだ理由について話すショットを含むと考える。従来のワークフローによれば、様々な制作専門家２１５が、ストーリーボードショットのように見える場所を準備し、シーンを撮影し、シーンを編集し、要素をシーンに追加し（例えば、グラフィックスのオーバーレイ、サウンドの追加等）、シーンを承認するなどし得る。次に、追加の労力及び専門技能を使用して、シーンを他のシーンに追加し、最終的なビデオ作品をレンダリングすることができる。組織が後に、同様のビデオを異なるサポーターに作成したい場合、様々な制作専門家２１５はもう一度、ストーリーボードショットのように見える場所を準備し、新しいシーンを撮影し、新しいシーンを編集し、要素を新しいシーンに追加し、新しいシーンを承認し、新しいシーンを他のシーンに追加し、最終的なビデオ作品を再レンダリングし得る。
【００３８】
リッチストーリーボード１１５は、基本レイアウト及び指針を提供する他、ビデオ映像を提供することを通して、コンセプト及び規則に準拠してサポーターにいかにインタラクティブにコーチングするか、提供されたアセット（例えば、ビデオ映像及び他の資料）を承認するか、それとも拒絶するかを自動的にいかに判断するか、各シーンで要素をいかに追加し配置するか、シーン間でいかに遷移するか、シーンをいかに編集しレンダリングするか等を定義するコンピュータ可読仕様を含むことができる。例えば、サポーターとコンタクトをとり、ビデオ映像を提供する前に、内部に効率的に埋め込まれた制作専門技能を有するリッチストーリーボード１１５は既に作成されている。コーチングアプリケーションは、リッチストーリーボード１１５からの仕様を使用して、例えば、どこに立つか、カメラをどこに配置するか、どれくらいの大きさで話すか、話す期間等を含め、所望の映像を提供することを通して、サポーターをインタラクティブにコーチングすることができる。幾つかの実施態様では、リッチストーリーボード１１５の仕様は、１つ又は複数のシステムに通信されて、シーンの編集、シーンの構築（例えば、要素の追加等）、シーンの承認、他のシーンへのシーンの追加、シーンを含む最終的なビデオ作品のレンダリング等を自動的に指示する。例えば、エディタ２４５は、コンピュータ可読形態でリッチストーリーボード１１５において、全てのシーンの全てのアセットが取得される前に、各シーンをいかに編集すべきかを指定する。組織が後に、同様のビデオを新しいサポーターに作成したい場合、コーチングアプリケーションは、その新しいサポーターから新しい映像を取得することができる。リッチストーリーボード１１５からの同じ仕様に従って新しい映像を取得し監査することにより、新しい映像を、リッチストーリーボード１１５によって定義される制作枠組みにまとまりをもって追加することができる。したがって、制作専門家２１５からの追加のサポートが殆ど又は全くない状態で、新しい映像を包含するように、追加のビデオ作品を生成することができる（例えば、自動的に）。
【００３９】
図４は、様々な実施形態による、２つの例示的なストーリーバイン４１０間でアセットを共有する図３のワークフロー３００のようなビデオ制作ワークフロー４００の流れ図を示す。示されていないが、コンセプトが、例えばコンセプトフェーズで生成されると仮定する。第１のワークフロー４００ａが第１のストーリーボード作成フェーズ３２０ａで開始され、第１のデータリッチストーリーボード１１５ａが生成される。リッチストーリーボード１１５ａは、第１のアセット収集フェーズ３３０ａ、第１の承認フェーズ３５０ａ、及び第１のレンダリングフェーズ３６０ａを推進する仕様を定義する。示されるように、アセット収集フェーズ３３０ａにより、幾つかのストーリーメーカーアセット４１５ａ及び他のアセット４３５ａが生成される。例えば、ストーリーメーカーアセット４１５ａは、インタラクティブコーチングアプリケーションを通して収集された個別化アセットであり、他のアセット４３５ａは共有アセット及び／又は任意の他のアセットを含む。
【００４０】
ストーリーメーカーアセット４１５ａ及び他のアセット４３５ａは、リッチストーリーボード１１５ａの仕様に従って、承認フェーズ３５０ａにおいて監査される。ストーリービートを結合してストーリーバインにすることができ、ストーリーバインは、リッチストーリーボード１１５ａの制作仕様及び／又は他の仕様に従って、第１のレンダリングフェーズ３６０ａにおいて１つ又は複数の第１のストーリーバインビデオ作品１９５ａにレンダリングすることができる。幾つかの実施態様では、承認フェーズ３５０ａは実際に、一連の承認フェーズである。例えば、アセットは、リッチストーリーボード１１５ａによって指定される承認基準に従って自動的に承認することができ、その後、リッチストーリーボード１１５ａの編集仕様、制作仕様、及び／又は他の仕様に従って各ストーリービート１３５ａにすることができる。完全なストーリーバインの生成に使用する前に、ストーリービート１３５ａを承認フェーズ３５０ａにおいて監査することもできる（例えば、個別化ストーリービートアセットを有するストーリービートを個々に、又は群として、手動又は自動的に監査することができる）。ストーリーバインも、レンダリング前に監査することができ、レンダリングされたストーリーバインビデオ作品１９５ａも監査することができる。各承認フェーズ３５０ａは、完全又は部分的に手動であるか、それとも自動であるか、どの個人、エンティティ、又はシステムがそのフェーズを監査する権限を有するかなどに関して異なり得る。
【００４１】
上述したように、単一のリッチストーリーボード１１５ａを使用して、個別化ストーリービートアセットデータを多くのストーリーメーカーから取得し、共通コンセプトに従って多くの対応する個別化ビデオ作品をレンダリングすることができる。このようにして、リッチストーリーボード１１５ａ、関連付けられた高レベルコンセプト及び規則、並びにその低レベル仕様は全て、リッチストーリーボード１１５ａから生成される、最終的にレンダリングされるストーリーバインビデオ作品１９５ａの部分である任意の個別化ストーリービートアセットデータから独立して（例えば、個別化ストーリービートアセットデータの取得前に）生成することができる。
【００４２】
さらに、幾つかの実施形態では、収集されたアセットデータは、個別化ストーリービートアセットデータであっても、アセットデータが最初に取得されたリッチストーリーボード１１５の基準及びコンテキストから独立して存在することができる。各ストーリービートアセットは、アセットを定義し、属性を記述するなどの任意の所望の情報を定義することができる関連付けられたリッチメタデータスタックと共に記憶することができる。したがって、共有ストーリービートアセット及び個別化ストーリービートアセットの両方を、特定のストーリーボード内の複数のコンテキスト内又は複数のストーリーボード間で使用することができる。
【００４３】
説明のために、第２のワークフロー４００ｂは第２のストーリーボード作成フェーズ３２０ｂで開始され、第２のデータリッチストーリーボード１１５ｂが生成される。例えば、第２のリッチストーリーボード１１５ｂは、同じエージェンシーであるが、異なるコンセプトに従って生成される。ここでも、リッチストーリーボード１１５ｂは、第２のアセット収集フェーズ３３０ｂと、第２の承認フェーズ３５０ｂと、第２のレンダリングフェーズ３６０ｂとを推進する仕様を定義する。幾つかの実施態様では、第２のリッチストーリーボード１１５ｂの全ての個別化アセットは、第１のリッチストーリーボード１１５ａで取得されたストーリーメーカーアセット４１５ａのプールからとられる。例えば、個別化映像の幾つか又は全ては、第２のストーリーバイン４１０ｂのコンセプト及び関連付けられたリッチストーリーボード１１５ｂに従って再カットされ、異なるシーケンス及びグラフィカルコンテキストでレイアウトされる。
【００４４】
アセット収集フェーズ３３０ｂをなお行うことができ、このフェーズ中、共有及び／又は他のアセット４３５ｂが取得され、且つ／又は生成される。それらの新しいアセットは、関連付けられた第２のストーリービート１３５ｂの生成に使用される前に、第２の承認フェーズ３５０ｂにおいて監査することができる（例えば、自動的に）。第２のストーリービート１３５ｂは、第１のアセット収集フェーズ３３０ａ中に取得される個別化アセットを含め、第２の承認フェーズ３５０ｂにおいて、第２のリッチストーリーボード１１５ｂの基準に従って監査することができる。ここでも、ストーリービートを組み合わせて、新しいストーリーバインにすることができ、新しいストーリーバインを、リッチストーリーボード１１５ｂの制作仕様及び／又は他の仕様に従って、第２のレンダリングフェーズ３６０ｂにおいて１つ又は複数の第２のストーリーバインビデオ作品１９５ｂにレンダリングすることができる。
【００４５】
レストランが幾つかのビデオをウェブサイトに載せることを望むことを考える。幾つかの所望のビデオは、自分自身、レストラン以外の興味、及び何故そのレストランで働くことが好きなのかについて語る給仕者及び他の従業員のビデオである。ビデオコンセプトは、インタビュー部分中、一貫したブランディング要素（例えば、配色、ロゴ配置、イントロ及びアウトロスプラッシュグラフィックス等）、最小の追加スクリーングラフィックスで、レストラン外部の歩道でのカジュアルなインタビューのように見えることである。所望の効果は、高度に個別化された作り込みが最小であり、それでもなおまとまりのある強力なブランドを表現する見た目である。ウェブサイトに望まれる別のビデオは、レストランの一般的な広告であり、これは、多くのプロフェッショナルなグラフィックス及び他の情報要素によって囲まれた、選択された従業員のインタビュービデオからのショートセグメントを含む。所望の効果は、過不足のない程度の従業員インタビュービデオからのカジュアルな感じを維持する、強力なマーケティング力を有する高度に作り込まれた見た目である。第１の組の従業員ビデオは、第１のワークフロー４００ａに従って生成することができ、関連する個別化アセットを第２のワークフロー４００ｂで再使用して、レストランの広告ビデオを生成することができる。
【００４６】
図５は、様々な実施形態による、異なるタイプの情報を交換して、リッチストーリーボード１１５からストーリーバインビデオ１９５を生成する様々なサブシステムを有する例示的なビデオ制作環境５００のブロック図を示す。上述したように、ビデオ制作環境５００の実施形態は、ストーリーバインストーリーボードサブシステム１１０と、ストーリーバイン監査サブシステム１７０と、ストーリーバインレンダリングサブシステム１９０と、アセットコーチサブシステム１３０と、アセット監査サブシステム１５０とを含む。コンセプトデザイナー２１３及び制作専門家２１５及び／又は任意の他の個人又はエンティティ（例えば、エージェンシー人員及びマーケティング専門家）は協働して、ストーリーバインストーリーボードサブシステム１１０を介して、ストーリーコンセプト５０１及び様々な規則をリッチストーリーボード１１５に成熟化させる。様々な規則は、ビジネス規則５０３、インタラクティブ規則５０５、制作規則５０７、及び／又はリッチストーリーボード１１５の作成をガイドする任意の他の有用規則を含むことができる。
【００４７】
リッチストーリーボード１１５は、例えば、コンピュータ可読形態で様々なタイプの仕様を定義する。仕様は、非常に詳細なレベルでのワークフロー指示を提供しながら、高レベルストーリーバインコンセプト５０１及び規則を効率的に具現することができる。リッチストーリーボード１１５の実施形態は、コーチング仕様５２１、アセット収集仕様５２３、アセット承認仕様５２５、役割仕様５２７、制作仕様５２９、及び／又は任意の他の適する仕様を定義する。例えば、アセット収集仕様５２３は、アセットの取得、生成、及び使用の支援として、アセット及び任意の有用な属性を定義することを含め、何が共有され、何が個別化されるか、及び／又は他のストーリービートアセットデータ５４３が望まれるかを定義することができる。コーチング仕様５２１は、個別化ストーリービートアセット毎に、所望のストーリービートアセットデータ５４３を通してストーリーメーカー５３９をインタラクティブにガイドするコーチ５３７及び／又はアセットコーチサブシステム１３０を提供する情報を定義することができる。
【００４８】
アセットコーチサブシステム１３０の実施形態は、インタラクティブコーチングをストーリーメーカー５３９に提供して、コーチング仕様５２１及びアセット収集仕様５２３に従って個別化ストーリービートアセットデータを提供する。幾つかの実施態様では、アセットコーチサブシステム１３０は、コーチングアセット５３５（例えば、標準ウィザードレイアウト、標準仮想コーチ等）及びコーチングアプリケーションプログラミング仕様５３３（例えば、アプリケーションプログラミングインタフェース（ＡＰＩ）コマンドセット）のプールを有す得る計算システムのアプリケーションである。コーチングアセット５３５及びコーチングアプリケーションプログラミング仕様５３３は、任意の所望の個別化ストーリービートアセットデータを取得するインタラクティブコーチング環境を構築する枠組みを提供する。この枠組み並びにリッチストーリーボード１１５からのコーチング仕様５２１及びアセット収集仕様５２３を使用して、完全なコーチング環境をアセットコーチサブシステム１３０に構築することができる。幾つかの実施態様では、コーチング仕様５２１及びアセット収集仕様５２３は、コーチングアセット５３５及びコーチングアプリケーションプログラミング仕様５３３に準拠するコンピュータ可読フォーマットで提供され、したがって、アセットコーチサブシステム１３０は、殆ど又は全くの手動介入なしでコーチングインタフェースを自動的に構築することができる。他の実施態様では、コーチングインタフェースの構築は、例えば、コーチングアセット５３５、インタフェース要素、ウィザードレイアウト等の設計及び／又はプログラミングを含め、幾らかの人的介入が関わる。
【００４９】
アセットコーチサブシステム１３０の幾つかの実施態様は、仮想コーチ（例えば、コーチングアセット５３５の一部として記憶されるライブコーチの標準記録、ストーリーボード作成フェーズの一環として生成され、コーチング仕様５２１の一環として通信されるコーチングアセット、コンピュータ生成コーチ等）のみを使用する。他の実施態様は、追加又は代替として、ライブのインタラクティブコーチングを使用する。例えば、ライブテキスト及び／又はビデオチャットインタフェースが、コーチングインタフェースの一部として提供され、それにより、ストーリーメーカー５３９は個々のコーチ５３７と対話することができる（例えば、コーチ５３７は、リッチストーリーボード１１５からの人間可読コーチング仕様５２１によって指示される。アセットコーチサブシステム１３０の幾つかの実施形態は更に、リッチストーリーボード１１５の役割仕様５２７に従って動作する。例えば、役割仕様５２７は、誰が特定のストーリービートアセットのストーリーメーカー５３９又はコーチ５３７であることができるかを統制（又はガイド）することができる。
【００５０】
例示のために、図６は、様々な実施形態と併用される例示的なアセットコーチサブシステム１３０のコーチングインタフェース６００からの画面例を示す。コーチングインタフェース６００は、ビデオカメラを含むか、又はビデオカメラに結合されるタブレットコンピュータで実施し得る。コーチングインタフェース６００は、それぞれが様々なインタラクティブ要素を有する幾つかの領域を含む。例示的な一領域は、幾つかのビートアイコン６１５を含むストーリービートシーケンス及びステータス領域６１０である。ストーリービートアイコン６１５は、リッチストーリーボード１１５でのストーリービートシーケンス及びシーケンス中の各ストーリービートのステータスの概観を提供する。例えば、ストーリービートアイコン６１５ａは、「ストーリービート４」が取得され（データの一部のサムネイル画像で示される）、承認された（ストーリービートアイコン６１５ａ内のチェックマークで示される）ことを示し、ストーリービートアイコン６１５ｂは、「ストーリービート５」が、取得する関連付けられた個別化ストーリービートアセットデータを有さないことを示し、ストーリービートアイコン６１５ｃは、「ストーリービート７」が、関連付けられた個別化ストーリービートアセットデータが現在取得されているビートを示す。
【００５１】
別の例示的な領域は、インタラクティブアセット取得領域６２０である。インタラクティブアセット取得領域６２０は、アセット収集仕様５２５、コーチング仕様５２１等に従って所望のアセットデータを取得する任意のインタラクティブ要素を含むことができる。図示のシナリオでは、所望のストーリービートアセットは、Ｊｏｅの店の建物の前に立ち、自己紹介する従業員ストーリーメーカーの正面クローズアップビューをフィーチャーしたショートビデオである。インタラクティブアセット取得領域６２０は、所望の入力を提供するようにストーリーメーカーをガイドするのに役立つ幾つかの例示的なインタラクティブコーチング要素を含む。そのような１つのインタラクティブコーチング要素は、カメラ位置決めガイド６２５である。カメラ位置決めガイド６２５は、カメラが適宜位置決めされた場合、フィーチャーされるストーリーメーカーの頭及び肩が仮想的なストーリーメーカーの頭及び肩の輪郭線と略一致するような（示されるように）サイズ及び位置の、仮想的なストーリーメーカーの頭及び肩の太線の輪郭線であることができる。このようにして、ストーリーメーカー（又は映像を取得中の人が誰であれ）は、カメラがフィーチャーされるストーリーメーカーに対して適切な距離、アングル等であることを直観的に知ることができる。別のそのようなインタラクティブなコーチング要素は、コンテンツガイド６２７である。コンテンツガイド６２７は、所望のコンテンツタイプをストーリーメーカーに通知するのに役立つテキスト又は何らかの他のプロンプトであることができる。例示的なコンテンツガイド６２７は、一般的なガイダンスをストーリーメーカーに与えるテキストボックス「笑って！カメラを見て。あなたの名前と、ここで何をしているかを話して」である。
【００５２】
上述したように、任意のカメラ位置決めガイド６２５、コンテンツガイド６２７、及び／又は他のタイプのインタラクティブコーチング要素が、リッチストーリーボード１１５の仕様に従って生成される。例えば、仕様は、アセットコーチングアプリケーションのコーチングＡＰＩに従って解釈して、各ストーリービートのデータが取得されているとき、インタラクティブアセット取得領域６２０にカメラ位置決めガイド６２５を自動的に生成することができるフォーマットで書かれた命令を含む。示されるシナリオのように、所望の情報の小さな論理的セグメントとして（例えば、長いフォーマットのビデオ等としてではなく）ストーリービートを生成することが望ましいことがあることに留意することに価値がある。これにより、経験の少ないストーリーメーカーにより、より少数のテイクで所望の情報を取得することが可能になり、他のコンテキストでのストーリービートの再使用を促進することができるなどである。
【００５３】
別の例示的な領域はコーチ領域６３０である。示されるように、コーチ領域６３０は、適切な情報の提供を通して、ストーリーメーカーに話すライブ又は仮想コーチのオーディオ及び／又はビデオを含むことができる。コーチ領域６３０は、事前記録された情報（例えば、何を提供するかストーリーメーカーに話すコーチの事前記録ビデオ、アセットに提供される適切なコンテンツの事前記録例等）、ライブ情報（例えば、ライブオーディオ及び／又はビデオチャットインタフェース）、及び／又は任意の他の適する情報を表示することができる。上述したように、コーチ領域は、リッチストーリーボード１１５、コーチングアセット、コーチングＡＰＩ等からの仕様を使用して自動的及び／又は手動で構築することができる。
【００５４】
更に他の例示的な領域はナビゲーション領域６４０である。ナビゲーション領域６４０は、コーチングインタフェース、アセット取得等をナビゲートする任意の有用なボタン、制御機構、及び／又は他のインタラクティブ要素を含むことができる。示されるように、ナビゲーション制御機構は、様々な他の領域の周囲及び様々な他の領域内に分散する。例えば、インタラクティブアセット取得領域６２０及びコーチ領域６３０の下には、ファイルにアクセスし、ヘルプを探し、データを記録し、データを再生し、カメラ設定を調整するなどのための１組のナビゲーションボタンである。幾つかの実施態様では、ナビゲーション領域６４０の幾つか又は全ては、例えば、コーチングアセット、コーチングＡＰＩ、及び／又はアセットコーチングアプリケーションの他のプロパティに従って、全てのストーリービートの全てのコーチングインタフェースにわたって共通する。他の実施態様では、ナビゲーション領域６４０の幾つか又は全ては、例えば、アプリケーションプリファレンスに従ってストーリーメーカーによって構成可能である。更に他の実施態様によれば、ナビゲーション領域６４０の幾つか又は全ては、リッチストーリーボード１１５の仕様に従って自動的に生成される。
【００５５】
図５に戻ると、アセットコーチサブシステム１３０の出力はストーリービートデータ１３５である。幾つかの実施形態によれば、ストーリービートデータ１３５は、ストーリービートアセット５４３及び関連付けられたアセットメタデータ５４５を含む。一例では、ストーリービートアセット５４３は、自己紹介するストーリーメーカー５３９のビデオである。関連付けられたアセット収集仕様５２３、アセット承認仕様５２５、制作仕様５２９、ストーリーメーカー情報（例えば、どのストーリーメーカー５３９に、取得されたアセット、人口統計、又はストーリーメーカー５３９の所属が関連付けられるか等）等の幾つかのアセットメタデータ５４５は、リッチストーリーボード１１５から取得又は導出することができる。ステータス（例えば、アセットが取得され承認されたか否か）、取得された属性（例えば、実際の持続時間、カラー情報、解像度、サイズ、フォーマット等）、追跡情報（例えば、アセットデータの承認前に幾つかのテイクが行われたか、いくつの仮想及び／又はライブコーチングが使用されたか等）等の他のアセットメタデータ５４５は、アセット収集及び／又は承認フェーズから取得又は導出することができる。
【００５６】
ストーリービートデータ１３５は、アセット監査サブシステム１５０に通信することができる。幾つかの実施態様では、アセット監査サブシステム１５０は、リッチストーリーボード１１５からのアセット承認仕様５２５に従ってストーリービートデータ１３５を自動的に監査する自動システムである。例えば、アセット監査サブシステム１５０は、ビデオアセットが適切な解像度、持続時間、明度、フォーマット、組成等のものであるか否かをチェックすることができる。追加の処理（例えば、画像、ボイス、及び／又は他の認識技法）を使用して、ビデオアセットが所望のコンテンツを含むか否か、許容できないコンテンツ（例えば、著作権保護された資料、不適切な言葉又は他の資料、法律又はビジネス規則によって禁止された文章等）等を含むか否かを判断することができる。他の実施態様では、アセット監査サブシステム１５０は人間の監査者を含む。アセット監査サブシステム１５０の実施形態は、アセットコーチサブシステム１３０の一部として、アセットコーチサブシステム１３０と同じ装置で、アセットコーチサブシステム１３０からリモートに（例えば、公衆若しくは私設ネットワークを介してエージェンシーシステムの一部として、インターネットを介してクラウドベースのアプリケーションの一部として等）、又は任意の他の適する様式で実施することができる。
【００５７】
ストーリービートデータ１３５が承認されない場合、アセット監査サブシステム１５０は、ストーリーメーカー５３９がストーリービートデータ１３５を再び提供できるようにするか、そうするように命令することができる。幾つかの実施態様では、アセット監査サブシステム１５０は、ストーリービートデータ１３５が承認されなかったことをアセットコーチサブシステム１３０に示し、アセットコーチサブシステム１３０のコーチングインタフェースはそれに従って更新される。例えば、アセットコーチサブシステム１３０は、アセットコーチサブシステム１３０を通して取得すべき個別化ストーリービートアセットの幾つか又は全てを表示し、どれが取得されたか、それが承認されたか等を示す。別の例では、ストーリーメーカー５３９が、ストーリービートデータ１３５の入力の試みを終えた（例えば、ビデオセグメントのテイクを撮影した）場合、データは、アセット監査サブシステム１５０を通して自動的に認証される（又はストーリーメーカー５３９は、コーチングインタフェースを介して、データを認証させることを選択することができる）。データが認証されない場合、ストーリーメーカー５３９に通知され、再試行するように促される。
【００５８】
ストーリービートデータが承認される場合、ストーリーバインレンダリングサブシステム１９０に通信することができる。ストーリーバインレンダリングサブシステム１９０は、リッチストーリーボードの制作仕様５２９に従ってストーリービートデータ１３５をレンダリングするように動作可能である。幾つかの実施形態では、ストーリーバインレンダリングサブシステム１９０は、レンダリングアプリケーションプログラミング仕様５９３（例えば、ＡＰＩ）を含み、制作仕様５２９は、レンダリングアプリケーションプログラミング仕様５９３を介してストーリービートデータ１３５のレンダリングを指示するように構成される。幾つかの実施形態では、ストーリーバインレンダリングサブシステム１９０は、事前レンダリングストーリービート５８３を生成することができる。例えば、完全なストーリーバインビデオ１９５を最高品質でレンダリングするのではなく、特定のストーリービート（例えば、個別化ストーリービートアセットを含むもの）の「プルーフ」を生成することができる。事前レンダリングストーリービート５８３は、ストーリーバイン監査サブシステム１７０に通信して、リッチストーリーボード１１５のアセット承認仕様５２５に従って承認することができる。幾つかの実施態様では、事前レンダリング機能はアセットコーチサブシステム１３０と同じ場所に配置される。例えば、アセットコーチサブシステム１３０は、自己監査のためにストーリーメーカー５３９により、コンテキスト内のアセットデータ監査のためにアセット監査サブシステム１５０により、完成したストーリービートとして監査するためにストーリーバイン監査サブシステム１７０等によって使用される事前レンダリング機能を含むストーリーメーカー装置のアプリケーションである。他の実施態様では、事前レンダリング機能は、例えば、エージェンシーサーバ、クラウドベースシステム等の一部として、アセットコーチサブシステム１３０とは別個である。
【００５９】
ストーリービートデータが承認される場合、他の実施形態は、データをストーリーバインレンダリングサブシステム１９０に通信して、完全なストーリーバインビデオ１９５をレンダリングする。幾つかのそのような実施形態では、レンダリングされたビデオはまず、事前承認済みのストーリーバインビデオ５８５として生成される。事前承認済みストーリーバインビデオ５８５は、ストーリーバイン監査サブシステム１７０に通信されて、アセット承認仕様５２５に従って自動的及び／又は手動で（監査者２７３により）承認される。事前承認済みストーリーバインビデオ５８５は、ラフバージョン、最高品質バージョン、又は任意の他の有用バージョンであることができる。承認されると、ビデオ作品は、最終的に承認されたストーリーバインビデオ１９５として見なす（例えば、又は最終的に承認されたストーリーバインビデオ１９５として再レンダリングする）ことができる。
【００６０】
事前承認済みストーリーバインビデオ５８５が承認されない場合、様々な選択肢をとることができる。例えば、ストーリーバインレンダリングサブシステム１９０は、変更された仕様（例えば、リッチストーリーボード１１５の仕様、規則、又はパラメータに従って手動又は自動的に調整し得る）に従ってデータを再レンダリングすることができ、新しい又は代替アセットをストーリービートデータ１３５として選択することができ（例えば、アセットプール等から）、アセットコーチサブシステム１３０を介して個別化ストーリービートデータ１３５を再取得することができるなどである。アセットは、リッチストーリーボード１１５の仕様に従って取得され、編集され、生成され、承認され、レンダリングされ、且つ／又は他の様式で処理されるため、事前レンダリングされたストーリービート５８３又は事前承認済みのストーリーバインビデオ５８５の非承認は、リッチストーリーボード自体の所望の変更を示すことができる。例えば、リッチストーリーボード１１５の仕様は、ストーリービートデータ１３５の再レンダリング、再取得、再承認、及び／又は他の再処理を指示するように調整することができる。このようにして、調整されたリッチストーリーボード１１５から生成される全ての後続ストーリーバインビデオ１９５は、更新された仕様を満たすことになる。
【００６１】
幾つかの実施態様では、最終的なストーリーバインビデオ１９５は、ビデオプレーヤ等を通して表示される標準ビデオファイルのように、事実上静的（例えば、非インタラクティブ）である。他の実施態様では、最終的なストーリーバインビデオ１９５は、動的及び／又はインタラクティブ機能が埋め込まれた状態でレンダリングされる。動的機能は、ストーリーバインビデオ１９５が、エンドビューア、プレーヤアプリケーション、エンドビューアシステム等からの暗黙的及び／又は明示的な入力に動的に適合できるようにし得る。例えば、ストーリーバインビデオ１９５の部分は、エンドビューアの地理的場所、時刻、プレーヤ属性（例えば、ブラウザタイプ、ディスプレイタイプ、ディスプレイサイズ、接続速度等）、関連するコンテキスト情報（例えば、現在の株式市場状況等）、又は任意の他の適する情報に基づいて動的に変更することができる。例示的な一例では、不動産仲介業者は、数百のエージェントからの紹介ビデオを含むアセットデータから構築されるストーリーバインビデオ１９５を出力するが、エンドビューアの人口統計情報に応じてそれらのエージェント紹介ビデオのうちの３つを動的に選択する。特定の実施形態では、動的機能は、レンダリングパラメータ（例えば、リッチストーリーボード１１５の制作仕様５２９）を調整することによって実現され、したがって、ストーリーバインレンダリングサブシステム１９０は、動的に変化するパラメータに従ってストーリーバインビデオ１９５を動的にレンダリングすることができる。他の実施形態では、動的機能は、レンダリングされた出力に埋め込まれる（例えば、埋め込みコードとして）。例えば、ストーリーバインビデオ１９５は、ウェブブラウザインタフェースを通して再生するためにレンダリングされ、動的に受信される暗黙的及び／又は明示的な入力データに従って、表示されたビデオに動的に影響するブラウザ可読コードが内部に埋め込まれる。
【００６２】
幾つかの実施態様は、レンダリングストーリーバインビデオ１９５でのインタラクティブ機能をサポートする。ストーリーバインビデオ１９５は、埋め込みプロンプト等を含むことができ、それらのプロンプトに応答するように動作可能であることができる。例示的な一実施態様では、ストーリーバインビデオ１９５は、エンドビューアによる選択に桜桃する分岐ストーリーラインを含む。別の例示的な実施態様では、ストーリーバインビデオ１９５は、エンドビューアが各自のビデオ情報（例えば、各自の個別化ストーリービートアセットデータ）を提供できるようにするリンク、ポータル、又は他の機能を含む。例えば、教授は、技法のデモンストレーションを実行し、生徒に一連の質問を出し、生徒からのビデオ応答を求めている自分のビデオ映像を含むストーリーバインビデオ１９５を作成する。次に、ビデオは、生徒が各自のビデオ応答を提供することができるリンク又は他のメカニズムを提供することができる。ビデオ応答は、新しいストーリーバインビデオ１９５として、現在のストーリーバインビデオ１９５の新しい個別化ストーリービートアセットデータとして、又は任意の有用な方法で、実施形態によって処理することができる。ビデオ応答に、教授のビデオへの関連付け、生徒の氏名、タイムスタンプ情報等をタグ付けすることもできる。様々な実施形態の動的及び／又はインタラクティブ機能を１つ又は複数のシステム又はサブシステムに更にフィードバックして、任意の各入力又は出力情報（例えば、ビジネス規則５０３、コーチング仕様５２１、アセット収集仕様５２３等）に影響することもできる。
【００６３】
図７は、様々な実施形態による、１つ若しくは複数のシステム又はシステムの１つ若しくは複数の構成要素を実施する例示的な計算システム７００を示す。計算システム７００は、図１を参照して説明したストーリーメーカーシステム１２０’のように、例示的なストーリーメーカーシステム１２０’の機能を実施するものとして説明される。同様の計算システムを使用して、ストーリーバインストーリーボードサブシステム１１０、ストーリーバイン監査サブシステム１７０、及び／又はストーリーバインレンダリングサブシステム１９０等の図１を参照して説明されたエージェンシーシステム１０５の他のシステム、サブシステム、又は構成要素の機能を実施することができる。計算システム７００の実施形態は、単一又は分散したコンピュータシステムで、又は任意の他の有用な方法で実施するか、又は具現することができる。例えば、ストーリーメーカーシステム１２０’は、デスクトップ、ラップトップ、又はタブレットコンピュータ、スマートフォン又は他のポータブルインタラクティブメディア装置（例えば、スマートビデオカメラ）、専用装置等で実施することができる。
【００６４】
バス７５５を介して電気的に結合することができるハードウェア要素を含む計算システム７００が示される。ハードウェア要素は、１つ又は複数の中央演算処理装置（ＣＰＵ）７０５、１つ又は複数の入力装置７１０（例えば、ビデオ又はスチルカメラ７１３、マウス、キーボード等）、及び１つ又は複数の出力装置７１５（例えば、表示装置７１７、プリンタ等）を含むことができる。計算システム７００は、１つ又は複数の記憶装置７２０を含むこともできる。例として、記憶装置７２０は、ディスクドライブ、光学記憶装置、プログラマブルフラッシュ更新可能等であることができるランダムアクセスメモリ（ＲＡＭ）及び／又は読み取り専用メモリ（ＲＯＭ）等の固体状態記憶装置、幾つかの実施形態では、記憶装置７２０は、上述したように、リッチストーリーボード１１５（図示せず）から受信される仕様、生成されたストーリービートデータ等を記憶するように構成される。
【００６５】
計算システム７００は更に、コンピュータ可読記憶媒体リーダ７２５ａ、通信システム７３０（例えば、モデム、ネットワークカード（無線又は有線）又はチップセット、赤外線通信装置等）、及び作業メモリ７４０を含むことができ、作業メモリ７４０は、上述したようにＲＡＭ及びＲＯＭ装置を含むことができる。幾つかの実施形態では、計算システム７００は処理加速ユニット７３５を含むこともでき、これは、ＤＳＰ、専用プロセッサ等を含むことができる。
【００６６】
コンピュータ可読記憶媒体リーダ７２５ａは、（任意選択的に記憶装置７２０と一緒になって）リモート、ローカル、固定、及び／又はリムーバブル記憶装置並びにコンピュータ可読情報を一時的に、及び／又はより永久的に包含する記憶媒体を包括的に表すコンピュータ可読記憶媒体７２５ｂに更に接続することができる。通信システム７３０は、データを公衆又は私設ネットワーク（例えば、ネットワーク１４０）及び／又は任意の他のシステムと交換できるようにし得る。例えば、上述したように、リッチストーリーボード１１５仕様は、通信システム７３０（例えば、及びネットワーク１４０を介して）ストーリーメーカーシステム１２０’の構成要素又はサブシステムと、エージェンシーシステム１０５の構成要素又はサブシステムとの間で通信することができる。
【００６７】
計算システム７００は、アプリケーションプログラム（クライアントアプリケーション、ウェブブラウザ、中間階層アプリケーション、関係データベース管理システム（ＲＤＢＭＳ）等であることができる）等のオペレーティングシステム７４５及び／又は他のコード７５０を含め、現在作業メモリ７４０内に配置された状態で示されるソフトウェア要素を含むこともできる。幾つかの実施形態では、ストーリーメーカーシステム１２０’の１つ又は複数の機能は、作業メモリ７４０内のサプリケーションコード７５０として実施される。示されるように、アセットコーチサブシステム１３０及び／又はアセット監査サブシステム１５０は、ストーリーメーカーシステム１２０’の作業メモリ内のアプリケーションとして実施することができる。これらの各アプリケーションは、ＡＰＩ等の様々な記憶情報を含むこともできる。
【００６８】
計算システム７００の代替の実施形態が上述したものからの多くの変形を有し得ることを理解されたい。例えば、カスタマイズされたハードウェアを使用してもよく、且つ／又は特定の要素をハードウェア、ソフトウェア（アプレット等のポータブルソフトウェアを含む）、又は両方で実施し得る。さらに、ネットワーク入力／出力装置等の他の計算装置への接続を利用することもできる。様々な実施形態では、図７に示されるような計算システムを使用して、ストーリーメーカーシステム１２０’の１つ又は複数の機能を実施し、計算システム７００は、必要又は所望に応じて他の機能構成要素と通信する。他の実施形態では、図７に示されるような計算システム７００を使用して、後述するようなシステムの方法の１つを実施する。
【００６９】
図８は、様々な実施形態による、リッチストーリーボードによって定義される仕様を使用してビデオ制作を指示する例示的な方法８００の流れ図を示す。方法８００の実施形態は、規則（例えば、ビジネス、インタラクティブ、制作、及び／又は他の規則）を有するストーリーバインコンセプトを設計することにより、段階８０４で開始される。例えば、エージェンシー及びそのマーケティング部門は、１組のビデオのコンセプトを決定し、それらのビデオの制作を統制すべき任意の関連規則を識別する。段階８０８において、ストーリーバインコンセプト及び関連付けられた規則は、幾つか（例えば、一連）のストーリービートと、仕様とを有するリッチストーリーボードに変換する。仕様は、コンセプト及び規則を離散したコーチング仕様、アセット収集仕様、役割仕様、アセット承認仕様、制作仕様、及び／又は任意の他の有用な仕様に効率的に具現することができる（例えば、コンピュータ可読フォーマットで）。
【００７０】
段階８１２において、リッチストーリーボードの仕様に従って、各ストーリービートのストーリービートアセットデータが取得される。例えば、及びアセットコーチングサブシステム及びアセット監査サブシステムは、リッチストーリーボード仕様及び関連付けられたＡＰＩ及び／又は事前生成されるアセットに従って生成（例えば、自動的に構築）することができる。アセットコーチングサブシステム及びアセット監査サブシステムを使用して、リッチストーリーボードの仕様に従って、ストーリーメーカーから任意の個別化ストーリービートアセットデータを取得し承認することができる（例えば、個別化ストーリービートアセットデータをインタラクティブにコーチングされるように取得できるようにするコーチングインタフェースを介して）。幾つかの場合では、リッチストーリーボードを使用して、共通の仕様に従うが、複数のストーリーメーカーからの個別化データを有する複数のストーリーバインビデオ作品を生成する。例えば、幾つかのストーリーメーカーはそれぞれ、幾つかのストーリービートのそれぞれの個別化ストーリービートアセットデータを逐次、並列して、又は任意の他の適する様式で提供することができる。したがって、段階８１２の実施形態は、幾つかのストーリーメーカーのそれぞれの各ストーリービートのストーリービートアセットデータを取得する（例えば、コーチングインタフェースの１つ又は複数のバージョンを通して）。
【００７１】
段階８１６において、取得されたストーリービートアセットデータは、リッチストーリーボードの仕様に従って監査（例えば、承認、チェック、認証等）することができる。監査は、ストーリービートアセットデータが取得されるとき、各ストーリービートアセットがストーリーメーカーによって「最終化」された後（例えば、ストーリーメーカーが提供されたアセットデータに満足した後、ストーリーメーカーからの要求で）、ストーリービート又はストーリーバイン全体の全ての個別化アセットデータが収集された後、又は任意の他の有用なときに実行することができる。さらに、幾つかの実施態様では、監査は、リッチストーリーボードのアセット承認仕様に従って完全に自動化されて実行される。他の実施態様では、監査の幾つか又は全ては手動で実行される（例えば、役割仕様に従って承認された監査者により）。例えば、特定のストーリービートの個別化ストーリービートアセットデータをまず、自動的に監査し、次に、人間の監査者によって認証することができる。
【００７２】
幾つかの実施形態は、アセットレベルで取得及び監査を処理し（例えば、段階８１２及び８１６に従って）、ストーリーバインレベルでレンダリング及び最終的な承認を処理する（例えば、後述するように、段階８２８及び８３２に従って）。方法８００の他の実施形態は、特定の機能をストーリービートレベルで実行する（例えば、段階８２０及び８２４に従って）。そのような実施形態によれば、段階８２０において、ストーリービートは、対応する取得され監査されたストーリービートアセットデータ及びリッチストーリービートの仕様に従って生成される（例えば、最高品質又は最高未満の品質で部分的又は完全にレンダリングされる）。例えば、特定のストーリービートの全てのアセットが取得され、事前レンダリングされる（ラフカット等として）。段階８２４において、リッチストーリーボードの仕様に従って各ストーリービートを監査することができる。例えば、手動及び／又は自動監査を実行して、ストーリービートがリッチストーリーボード仕様及び／又はその形成コンセプト及び規則に準拠することを確実にすることができる。準拠しない場合、この段階により、望ましくない結果の早期検出が可能であり、より容易に個別化アセットデータを再取得し、共有アセット又は他のアセットを再生成又は再取得し、ストーリーボード仕様を調整するなどすることができる。
【００７３】
方法８００がストーリービートレベル機能を含むか否かに関係なく、段階８２８において、リッチストーリーボードの仕様及びレンダリングアプリケーションプログラミング仕様に従って、ストーリービートデータをストーリーバインビデオにレンダリングすることができる。例えば、制作仕様、レンダリングＡＰＩ、及び／又は他の情報を使用して、ストーリーバインビデオを自動的にレンダリングする。上述したように、仕様は、ストーリービートシーケンス、アセット配置、シーン遷移、オーディオ同期、動的アセット生成（例えば、共有アセットが、取得された個別化アセットデータに従って自動的に調整する場合）、及び／又はレンダリングの任意の他の有用な側面（例えば、ポストプロダクション、編集、再着色、フォーマット、アップ又はダウンコンバート等）を推進することができる。幾つかの実施形態では、段階８３２において、ストーリーバインビデオ（例えば、各ストーリーバインビデオ）は、リッチストーリーボードの仕様に従って監査される。ビデオが承認されない場合、実施形態は、段階８１２での特定のアセットの再生成又は再取得、段階８２０での特定の１つ又は複数の個々のストーリービートの再生成等の適する段階に戻り得る。
【００７４】
幾つかの実施形態は、例えば、段階８１２に従っての個別化ストーリービートアセットデータの取得に的を絞る。図９は、様々な実施形態によるそのような方法９００の流れ図を示す。方法９００の実施形態は、任意の適するシステムで、例えば、図１、図５、及び図７を参照して上述したシステムのようなストーリーメーカーシステムで実施することができる。実施形態は、幾つかのビデオ作品で使用する制作仕様及びストーリービートシーケンスを定義するコンピュータ可読リッチストーリーボードを識別することにより、段階９０４において開始される。各ストーリービートは、１組のストーリービートアセットを有し、ストーリービートアセットの第１の部分は、共有アセットデータに関連付けられた共有ストーリービートアセットであり、ストーリービートアセットの第２の部分は、アセット取得仕様に関連付けられた個別化ストーリービートアセットである。例えば、特定のストーリービートは、自己紹介するストーリーメーカーのビデオを含む。ビデオセグメントは個別化ストーリービートアセットであり、一方、周囲のグラフィックス（例えば、ロゴ、フレーム等）、バックグラウンドオーディオ、及び／又はシーンの他の要素は共有ストーリービートアセットである。多くのストーリーメーカーの多くのビデオが撮影される場合、それらは全て独自のビデオセグメントコンテンツを有するが、同じ（又は略同じ）周囲要素を有することになる。
【００７５】
段階９０８において、コンピュータ実施アセット取得コーチは、各個別化ストーリービートアセットについて、アセット収集仕様に従って個別化アセットデータを取得するよう動作可能なように生成される。例えば、コンピュータ実施アセット取得コーチは、インタラクティブコーチングインタフェース（例えば、図６に記載されるような）を提供するアプリケーションであることができる。段階９１２において、コンピュータ実施アセット取得コーチを介して、各個別化ストーリービートアセットの個別化アセットデータが受信される。幾つかの実施態様では、アセット収集使用に従って個別化ストーリービートアセットに関連付けられた個別化アセットデータを提供するようにストーリーメーカーにコーチングするように設計されたグラフィカルユーザインタフェース（ＧＵＩ）（例えば、インタラクティブコーチングインタフェース）を介して、各個別化ストーリービートアセットの個別化アセットデータが受信される。個別化ストーリービートアセットに関連付けられた個別化アセットデータは、ＧＵＩを介してストーリーメーカーから受信することができる。幾つかの実施形態では、ＧＵＩは、アセット収集仕様、事前定義されるコーチングアセット、コーチングＡＰＩ、及び／又は任意の他の有用情報から構築される（例えば、自動的に）。
【００７６】
幾つかの実施態様では、上述したように、個別化アセットデータを受信することは、個別化アセットデータを監査して、アセットデータがアセット収集仕様に準拠するか否かを判断することを含む。例えば、リッチストーリーボードは、各個別化ストーリービートアセットに関連付けられた許容仕様を更に定義する。許容仕様は、アセット収集仕様から導出することもでき、又はアセット収集仕様とは別個であってもよい。アセットデータがアセット収集仕様に準拠する場合、アセットデータは、個別化アセット、ストーリーメーカー、エージェンシー、又は任意の他の有用情報に関連付けて記憶する（又はタグ付け等）ことができる。アセットデータがアセット収集仕様に準拠しない場合、アセットデータを破棄するか、追跡目的で記憶するか、又は任意の適する様式で処理することができる。幾つかの実施形態では、アセットデータが準拠しない場合、方法９００は、準拠データが受信されるまで、アセットデータの再取得を試みることができる。
【００７７】
幾つかの実施態様では、個別化ストーリービートアセットの別個の組の個別化アセットデータが、コンピュータ実施アセット取得コーチを介して複数のストーリーメーカーのそれぞれから、各ストーリーメーカーに関連付けられて受信される。例えば、各ストーリーメーカーのアセットが取得され、ストーリーメーカーの識別子（例えば、アセット取得、ログインプロセス等の一環としてインタフェースを通して受信される）がタグ付け（例えば、関連付けて記憶）される。幾つかの実施形態は、各ストーリーメーカーのコンピュータ実施アセット取得コーチの対応するバージョンを含む。例えば、各ストーリーメーカーは、コーチングインタフェースのカスタマイズされたバージョン（例えば、ストーリーメーカーのプリファレンス等に従って）を見る。代替的には、アセット取得コーチの各バージョンは略同じであるが、各ストーリーメーカーの装置で実施される。個別化ストーリービートアセットの１組の個別化アセットデータは、コンピュータ実施アセット取得コーチの対応するバージョンを介して複数のストーリーメーカーのそれぞれから、各ストーリーメーカーに関連付けて受信することができる。
【００７８】
段階９１６において、ビデオ作品をストーリービートシーケンスに従ってレンダリングすることができるように、各個別化ストーリービートアセットの個別化アセットデータがレンダリングシステムに通信され、各共有ストーリービートアセットは、制作仕様及びそれに関連付けられた共有アセットデータに従ってレンダリングされ、各個別化ストーリービートアセットは、制作仕様及びそれに関連付けられた個別化アセットデータに従ってレンダリングされる。
【００７９】
上述したように（例えば、図８の方法８００を参照して）、幾つかの実施形態は、各ストーリーメーカーのストーリービートシーケンスに従ってビデオ作品をレンダリングする。レンダリングは、各ビデオ作品が、リッチストーリーボードのストーリービートシーケンス及び制作仕様に従って共通しており、各ビデオ作品が、各ストーリーメーカーに関連付けて受信される１組の個別化アセットデータに従って個別化されるように実行することができる。特定の実施態様では、レンダリングされたビデオ作品は、リッチストーリーボードによって定義されるストーリーバイン承認仕様に従って監査することができる。
【００８０】
本明細書に開示される方法は、記載の方法を達成する１つ又は複数の動作を含む。本方法及び／又は動作は、特許請求の範囲から逸脱せずに、互いと交換することができる。換言すれば、特定の順序の動作が指定されない限り、特定の動作の順序及び／又は使用は、特許請求の範囲から逸脱せずに変更することができる。
【００８１】
上述した方法及び特定のシステム構成要素の機能の様々な動作は、例えば、ハードウェア及び／又はソフトウェアを含め、対応する機能を実行することが可能な任意の適する手段によって実行することができる。本開示に関連して説明した方法のステップ、アルゴリアズム、又は他の機能は、ハードウェアでそのまま、プロセッサによって実行されるソフトウェアモジュールで、又はそれら２つの組み合わせで実施することができる。ソフトウェアモジュールは、任意の形態の有形記憶媒体に常駐し得る。使用することができる記憶媒体の幾つかの例としては、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ等が挙げられる。記憶媒体は、プロセッサは、記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合することができる。代替的に、記憶媒体はプロセッサに統合することができる。
【００８２】
ソフトウェアモジュールは、単一の命令、又は多くの命令であることができ、幾つかの異なるコードセグメント、異なるプログラム、及び複数の記憶媒体にわたって分散することができる。したがって、コンピュータプログラム製品は、本明細書に提示される動作を実行することができる。例えば、そのようなコンピュータプログラム製品は、命令を有形に記憶した（及び／又は符号化した）コンピュータ可読有形媒体であることができ、命令は１つ又は複数のプロセッサによって実行可能であり、本明細書に記載の動作を実行する。コンピュータプログラム製品はパッケージング材料を含むことができる。ソフトウェア又は命令は、伝送媒体を介して伝送することもできる。例えば、ソフトウェアは、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者回線（ＤＳＬ）、又は赤外線、無線、若しくはマイクロ波等の無線技術等の伝送媒体を使用して、ウェブサイト、サーバ、又は他のリモートソースから送信することができる。
【００８３】
他の例及び実施態様も本開示及び添付の特許請求の範囲の範囲及び趣旨内である。例えば、機能を実施する特徴は、機能の部分が異なる物理的場所で実施されるように分散することを含め、様々な位置に物理的に配置することもできる。また、特許請求の範囲を含め、本明細書で使用される場合、「のうちの少なくとも１つ」が前置される項目リスト内で使用される「又は」は、例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つ」のリストが、Ａ又はＢ又はＣ、ＡＢ又はＡＣ又はＢＣ又はＡＢＣ（すなわち、Ａ及びＢ及びＣ）を意味するような離接的リストを示す。さらに、「例示的な」という用語は、説明される例が他の例よりも好ましい又は良好なことを意味しない。
【００８４】
本明細書に記載の技法への様々な変更、置換、及び変形を、添付の特許請求の範囲によって規定される教示の技術から逸脱せずに行うことができる。さらに、本開示及び特許請求の範囲の範囲は、上述される特定の態様のプロセス、マシン、製造、組成物、手段、方法、及び動作に限定されない。本明細書に記載の対応する態様と略同じ機能を実行するか、又は略同じ結果を達成する、現在存在するか、又は後に開発されるプロセス、マシン、製造、組成物、手段、方法、又は動作を利用することができる。したがって、添付の特許請求の範囲は、その範囲内に、そのようなプロセス、マシン、製造、組成物、手段、方法、又は動作を包含する。
【図１】
2016501468.tif 000003
【図２】
2016501468.tif 000004
【図３】
2016501468.tif 000005
【図４】
2016501468.tif 000006
【図５】
2016501468.tif 000007
【図６】
2016501468.tif 000008
【図７】
2016501468.tif 000009
【図８】
2016501468.tif 000010
【図９】
2016501468.tif 000011
【国際調査報告】
2016501468.tif 000012
2016501468.tif 000013