JP2022517709A - 高解像度映像作成および管理システム - Google Patents

Abstract

映像作成および管理システムならびにプラットフォームは、効率的、価格効率的、協調的、および安全な、撮影コンテンツまたはインタラクティブ・コンテンツの作成を可能にする。効率的に、高速で、安全に、そして協調的に高解像度撮影コンテンツを作成するためのシステムおよびプラットフォームについて記載する。このシステムは、８Ｋまたは他の高解像度コンテンツの価格効率的な作成および操作を可能にする、広範囲の撮影ツールおよび映像管理システムである。物語の展開から、マーケティングおよび管理を含むポスト・プロダクションまでの、映像作成プロセスの全ての段階を管理するためのインターフェースおよびツールを有する。このシステムの目的の１つは、高解像度コンテンツ作成を、業務的成果をもたらす資産に移行するのを促進することによって、芸術から商業への移行を容易にすることである。【選択図】図１

Description

関連出願に対する相互引用
[0001] 本願は、“High Resolution Film Creation and Management System”（高解像度映像作成および管理システム）と題し、２０１８年１１月６日に出願された米国仮特許出願第６２／７５６，５６７号の３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）に基づく優先権を主張する。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
発明の分野
[0002] 本発明は、高解像度撮影コンテンツ(filmed content)を作成および管理するためのソフトウェアならびにハードウェアに関する。更に特定すれば、本発明は、撮影コンテンツを操作および処理し、最終的な撮影出力を作成するためのプロセスおよびシステムに関する。

[0003] ８Ｋおよび３Ｄ撮影(filming)のように、高解像度媒体を使用して作成される撮影コンテンツの量は、急速に増加しつつある。しかしながら、現行のツール、プログラム、システム、ネットワーク等は、高解像度コンテンツを扱うのに適しておらず、扱うことすらできない。このようなデータを適切に処理し効率的に操作することができるツールは、直ぐにストレージの問題に直面する。現在の高解像度コンテンツ、殆どの場合８Ｋコンテンツは、従来のコンテンツよりも遙かに嵩張り(voluminous)、数桁にも及ぶ。

[0004] 高解像度コンテンツ（ここでは、例示を容易にするために「８Ｋ」と呼ぶ）を扱うことに伴う他の問題は、コンテンツがネットワーク上を送信されるときまたはクラウドと呼ばれるリモート・サーバ上に格納されるときに（例えば、ハッキング）、あるいは物理デバイスの形態で移送されるとき（例えば、傍受される）、コンテンツの安全性を確保することである。現在、８Ｋコンテンツに対応する(work with)効率的で十分に安全な手段はない。これは、特に、インターネットを通じた送信を扱うときに当てはまる。この点に関して、送信のために圧縮ファイルを使用し、受信したときに解凍すると、ファイルの品質を劣化させ、元の映像作成時よりも解像度が低下するので、一般に受け入れることができず、さもなければ妥当な業界慣行に従うことができない。

[0005] 必要とされているのは、非常に効率的で、安全で、価格効率的な８Ｋまたは他の高解像度コンテンツの作成および操作を可能にする、幅広い撮影ツールまたは映像管理システムである。このようなシステムが、物語(story)の展開から、マーケティング、流通、および資金調達／管理を含むポスト・プロダクションまでの、映像作成プロセスの全ての段階を管理するためのインターフェースおよびツールを有すれば、有益であろう。このような映像管理システムの目的を広げ、レベルを上げれば、高解像度コンテンツ、または、更に広げれば、芸術の創作から業務的成果(business outcome)をもたらすものへの移行が容易になるであろう。言い換えると、芸術を商業に移行するのを一層容易にするシステムになるであろう。

[0006] 本発明の一態様では、効率的に、高速で、安全に、そして協調的に高解像度撮影コンテンツを作成するためのシステムおよびプラットフォームについて記載する。このシステムは、８Ｋまたは他の高解像度コンテンツの価格効率的な作成および操作を広範囲にわたって可能にする、映像作成ツールおよび映像管理システムである。これは、物語の展開から、マーケティングおよび管理を含むポスト・プロダクションまでの映像作成プロセスのあらゆる段階を管理するためのインターフェースおよびツールを有する。このシステムの目的の１つは、高解像度コンテンツの作成を、業務的成果をもたらす資産(property)に移行するのを促進することによって、芸術から商業への移行を容易にすることである。

[0007] プロジェクトについてのマスタ・コンテンツ・タイムラインを作成するシステムについて記載する。このシステムまたはプラットフォームに含まれる１つのモジュールは、初期プロジェクト・データに基づき、プロジェクトについての初期コンテンツ・タイムラインが作成される箇所から、プロジェクト・タイプを決定する物語展開モジュール(story development module)である。他のモジュールには、初期コンテンツ・タイムラインを受け取り、プロジェクトについての制作台本を作成するプリプロダクション(pre-production)モジュールである。制作モジュールは、未編集、未圧縮の高解像度コンテンツを受け取る。これは、制作台本を複数の台本要素にセグメント化し、台本要素を所望のシーケンスに並べることによって、高解像度コンテンツを収容する二次コンテンツ・タイムラインを作成する。ポスト・プロダクション・モジュールは、二次コンテンツ・タイムラインを受け取り、複数の台本要素を編成する(composite)ことによって、プロジェクトについてのマスタ・コンテンツ・タイムラインを作成する。

[0008] 他の実施形態では、前述のプラットフォームはマーケティング・モジュールも含む。マーケティング・モジュールは、最善の措置(best practices)を使用し、指針およびセキュリティ規則の順守を確保しつつ、プロジェクトにマーケティング機能を可能にし、プロジェクトの作成全域にわたって利用される。このモジュールおよび本明細書において説明する主要な実施形態における全てのモジュールは、プロジェクト・パラメータに基づいてカスタム化することができる。

[0009] 本発明の他の態様は、プロジェクトについてのマスタ・コンテンツ・タイムラインを作成する方法である。初期プロジェクト・データに基づいてプロジェクト・タイプを決定し、初期コンテンツ・タイムラインを作成する。これは、制作台本（撮影台本と同様）の作成につながる。一旦主要な写真撮影または映像作成が完了したなら、あるいは撮影中(during shooting)に、システムは、未編集、未圧縮の高解像度コンテンツを受け取る。制作台本を複数の台本要素にセグメント化し、次いで所望のシーケンスにコンパイルする。高解像度コンテンツを収容する二次コンテンツ・タイムラインを作成する。複数の台本要素を編成し、プロジェクトについてのマスタ・コンテンツ・タイムラインを作成する。

一実施形態による本発明の実施形態を利用することができる１つのシナリオを示すブロック図である。 一実施形態による映像管理(film management)および作成システムの全体像を示すブロック図である。 一実施形態による展開プログラムまたは動作プラットフォームの流れ図である。 一実施形態によるプリプロダクション・プラットフォームの動作の流れ図である。 一実施形態による制作動作プラットフォームの流れ図である。 一実施形態によるポスト・プロダクション動作プラットフォームの流れ図である。 一実施形態にしたがって図示したデータ処理システム図である。

[0010] 以下の説明では、公開する概念の完全な理解を得るために、多数の具体的な詳細を明記する。公開する概念は、これら具体的な詳細の一部または全部がなくても、実施することができる。他の場合には、説明する概念を不必要に曖昧にしないように、周知のプロセス動作については詳細に説明しないこととした。具体的な実施形態と関連付けて一部の概念について説明するが、これらの実施形態は限定を意図するのではないことは理解されよう。逆に、添付する特許請求の範囲によって定められる本開示の主旨および範囲内に含むことができる代替案、変更案、および等価物を包含することを意図している。

[0011] 例えば、８Ｋで長編映画およびＴＶショーを映像作成するというコンテキストで、本開示のシステムおよび方法について説明する。多数の他の実施形態では、例えば、コマーシャル、トレーラ、および短編ビデオを、８Ｋ以外の他の高解像度媒体で映像作成することを含む場合もある。以下の説明では、本開示の完全な理解を得るために、多数の具体的な詳細を明記する。本開示の特定の実施形態例は、これら具体的な詳細の一部または全部がなくても、実施することができる。他方において、説明する開示を不必要に曖昧にしないために、周知のプロセス動作については詳細に説明しないこととした。本開示の種々の技法およびメカニズムについては、明確にするために、単数形で説明することもある。

[0012] しかしながら、ある実施形態は、特に明記されなければ、ある技法の複数回の繰り返しを含むことは注記してしかるべきである。例えば、システムは種々のコンテキストにおいてプロセッサを使用する。しかしながら、特に注記されなければ、本開示の範囲内に留まりつつ、システムが複数のプロセッサを使用できることは認められよう。更に、本開示の技法およびメカニズムは、２つのエンティティ間の接続について説明することもある。尚、種々の他のエンティティが２つのエンティティ間に存在する場合もあるので、２つのエンティティ間の接続は、必ずしも直接的な、円滑な接続を意味するのではないことは、注記してしかるべきである。例えば、プロセッサがメモリに接続されるのはもっともであるが、種々のブリッジおよびコントローラがプロセッサとメモリとの間に存在する場合もあることは認められよう。したがって、特に注記されなければ、接続は、必ずしも、直接的な円滑な接続を意味するのではない。

[0013] 一実施形態では、本発明は、８Ｋ媒体のコンテンツの映像作成を管理するためのプラットフォームである。このプラットフォームは、システム、更に具体的には、サービス・プロバイダの制御下にある１つ以上のサーバと、種々の機能を実行する複数のソフトウェア・モジュールとを含む。複数のソフトウェア・モジュールは、オペレーティング・プラットフォームとも呼ばれ、全て、物語の展開から、主要な写真撮影(photography)、編集およびポスト・プロダクションまで、８Ｋコンテンツの作成および管理に関係し、以下で説明するように、最終的なマスタ・タイムラインが得られる。

[0014] 以下で説明するように、本発明の実施形態は、プロジェクトに取り組む個人の実地体験ができる在宅関与を可能にする。１つの結果は、プロジェクト・タスクおよびジョブの外部委託が減少することである。プロジェクトに取り組むあらゆる者は、プロジェクトが高予算の長編映画であれ、インタラクティブ・ビデオであれ、またはトレーラであれ、本システムにおいてカタログ化される(catalgued)。プロジェクトの工程(lifecycle)全体に関与するので、プラットフォームは、物語のアイディアから始まり、マーケティングおよび流通までの全てを含み、以下で説明するモジュールは、必要であれば、１時間毎の課金および出費を可能にし、プロジェクト全体を追跡することができる。プロジェクトの異なる段階に関係する全てのデータが分析のために格納される。格納されるデータの程度および広さ(degree and extent)は、プロジェクト指揮によって最初に設定することができる。

[0015] 図１は、一実施形態にしたがって本発明の実施形態を利用することができる１つのシナリオを示すブロック図である。撮影班のひとり即ち構成員が、高品位カメラ１０２を使用して、場面１０６を撮影している。カメラ１０２は、カメラ・カード１０４または同等品を内蔵するか、またはそれに取り付けられる。カメラ・カードまたは他の記憶デバイスは、撮影した８Ｋコンテンツを収容する。カード１０４のような典型的なカードは、現在では、ストレージ技術が向上するに連れて、増々多くのデータ量を格納することができる。８Ｋコンテンツを格納するとき、このようなカードは、特にそれよりも解像度が低いデータを格納するときと比較すると、直ぐに全容量に達してしまう。例えば、８Ｋデータは、１０分だけでも、４４０ＧＢから８ＴＢを必要とする。８Ｋで撮影するとき、カメラ・カード１０４を頻繁に取り出して交換しなければならないのは珍しいことではなく、従来の媒体に撮影するときよりも多いのは確かである(certainly more than)。

[0016] 図２は、一実施形態による映像管理(film management)および作成システムの全体像を示すブロック図である。この図からわかるように、３つの大きなコンポーネント、高速送信ルータ２０２、安全高速ネットワーク２０６、およびクラウド・サーバ２０８がある。本発明の中心に位置するのはクラウド・サーバ２０８である。一実施形態では、クラウド・サーバ２０８（１つ以上の物理および／または仮想サーバ・コンピュータを表す）は、気付かれるであろうが、サード・パーティのサービス・プロバイダの制御下にあり、これによって管理され、殆どの場合これによって所有される。このサービス・プロバイダは、取り敢えず数例をあげると、映画スタジオ、制作会社、撮影班、独立映像およびＴＶプロデューサというような顧客に、高解像度の撮影および管理サービスを提供する。

[0017] 図２に示すように、カメラ・カード１０４、または図１において最初に引用した、他の種類の適した記憶デバイスを、挿入するか、または何らかの方法で高速送信ルータ２０２によって読み取り可能にする。ルータ２０２の１つのコンポーネントに、データ送信コンポーネント２０４がある。これは、大量のデータをネットワークを通じて高速で安全に送信することを可能にする。８Ｋビデオ・データをカード１０４から読み出し(unload)、コンポーネント２０４によって処理し、安全な高速ネットワーク２０６上に送信する。ネットワーク２０６は、専用データ・パイプ（例えば、ＡＴ＆Ｔのような商業通信事業者によって提供されるＴ１またはＴ３ライン）にすることができる。データは、ネットワーク２０６上で送信され、クラウド・サーバ２０８によって受信される。

[0018] サーバ２０８は、様々なハードウェアおよびソフトウェア・コンポーネントならびにモジュールを有する。これは、生の未編集８Ｋコンテンツ（または任意の他の高解像度コンテンツ）を受信する。一旦生データがクラウド・サーバ２０８上に来れば、その安全性が確保される。一実施形態では、データをルータから送信する商用コンポーネントが、データ内における埋め込みセキュリティ(embedded security)を設ける。クラウド・サーバ２０８において、ハードウェアおよびソフトウェア・コンポーネントならびにモジュールの一部は、本発明の目的に合わせてサーバを動作させることが必要な標準的な品目であり、ビデオ・ボード２１０（これはサーバの内部にあることも、それに接続することも可能であり、８Ｋデータ、３Ｄデータ、およびその他を扱うことができる）、オペレーティング・システム２１２、ならびに入力／出力ハードウェアおよびインターフェース２１４があげられる。これらのコンポーネントは、本発明を実施するために、標準的な構成から変更されている場合もあるが、これらは本発明の実施形態に必須ではない。他の標準的なコンポーネントに、ストレージ２１６がある。このストレージは、従来のストレージであるが、格納できるデータの分量(volume)が多い。当然、必要に応じて、テラまたはペタバイトの桁まで(to the order of)、記憶量(amount)を拡張することができる。また、ストレージは、別の物理サーバ内にあることも可能である。いずれの場合でも、従来の手段を使用すれば、この記憶量を得ることができ、このストレージをどのように実装するか解明することができる。

[0019] 代替実施形態では、クラウド・サーバ２０８が、編集済みの８Ｋコンテンツを、１つ以上のルータまたはコンピュータのような、他のデバイスに送信する必要がある場合もある。したがって、サーバ２０８は、高速および大容量ルータまたはコンポーネントも内部に有し、それと協働して動作するのでもよい。例えば、編集チームがクラウド・サーバ２０８から、世界中の異なる場所にいる個人またはエンティティに送信することが必要になる場合もある。しかしながら、これは代替実施形態であり、他の要件を有する場合もある。

[0020] 動作プラットフォーム２１８は、複数のソフトウェア・モジュールまたはプログラムによって構成される。以下で更に詳しく説明するが、これらのプログラムの各々は、顧客の要望を満たすために、サービス・プロバイダによってカスタム化することができる。一般に、プログラムは、例えば、映像制作者(filmmaker)または制作会社の要望を満たすため、そして映像制作者または制作会社に指針を与えるために、個別制作または修正することができる。この指針は、学術的映像制作指針から、撮影、マーケティング、流通、ならびに新たなコンテンツを作成し広める他のファセット(facet)および段階についての常識的な指針を与えるものまで、多種多様に及ぶことができる。動作プラットフォームは、物語展開プログラム、プリプロダクション・プログラム、制作プログラム、ポスト・プロダクション・プログラム、ならびにマーケティング、流通、および会計／一般管理のためのプラットフォームを含むことができる。

[0021] 図３は、一実施形態による展開プログラムまたは動作プラットフォームの流れ図である。ステップ３０２において、展開プログラムは、サービス・プロバイダによって運営されるクラウド・サーバ２０８において実行し、高レベルの物語の趣向、更に具体的には、ユーザが撮影しようとするコンテンツについてのデータを入力として受け入れる。これは、通例、全体的な物語の概要を記述する説明文であり、または概要が未だ形成されていない場合は、概略的な物語の趣向である。ユーザまたは映像制作者からの入力を細分し、どのような種類の物語なのか判定する。ステップ３０４において、物語データを分析して、物語の趣向の種類または分類を判定する。物語分類の例をいくつかあげると、コマーシャル、短編ビデオ、連続テレビ番組、長編映画、ドキュメンタリー、インタラクティブ、ファンタジー・スポーツ、ｅ－ゲーミング等がある。また、物語の趣向を分析して、この物語の趣向はどのような聴衆層を引きつけるか、またはどのような聴衆層がこの物語の趣向に最も適しているか判定する。

[0022] 一旦物語の趣向が１つ以上のカテゴリに分類されたなら、ステップ３０６においてしかるべき名称をつける。例えば、物語の趣向は、長編映画カテゴリおよび連続ＴＶ番組カテゴリに分類されるのでもよい。勿論、物語の趣向のカテゴリ数および種類は、ときの経過と共に変化する可能性があり、異なるチャネルおよび撮影されたコンテンツを流通するための小売り店(outlet)の数は増え続ける可能性が高い。端的に言うと、展開プログラムは、映像制作者(film maker)を、彼または彼女のコンテンツにとって正しい「場所」(room)に誘導する。これは、映像制作の学術的教義、常識的な指針、ならびに社会的影響およびセキュリティというような他の特徴(feature)の混合を使用して行われる。

[0023] ステップ３０８において、初期タイムラインを作成する。１つの物語の趣向、またはせいぜい１つの物語の概要が入力として展開プログラムに供給されるとすると、ステップ３０８において作成される初期タイムラインは初歩的である。これは、例えば、長編映画の第１、第２、および第３の見せ場(act)の短い記述を示すのみであってもよい。ここで、タイムラインの概念は、コンテンツの根底にある基礎および構造であるということを注記することは役に立つであろう。何故なら、これは展開プログラムから発展し、ポスト・プロダクション・プログラムに至るまでの全工程があるからである。言い換えると、プロジェクトはタイムラインに基づく。したがって、本発明の高解像度映像作成および管理システムの手法は、少なくとも部分的に、プロセスの各段階におけるコンテンツ・タイムラインの発展(evolution)に重点を置く。

[0024] 一旦ステップ３０８において初期タイムラインが作成されたなら、展開プログラムにおけるプロセスは完了する。展開プログラムからの出力は、展開プログラムがどれ位多くの入力を映像制作者から受け取るかに応じて、初期タイムラインおよび物語のあらすじ、または台本(treatment)（この用語が映画およびＴＶ業界において使用される意味）であってもよい。

[0025] 図４は、一実施形態によるプリプロダクション・プラットフォームの動作の流れ図である。このプログラムは、あらすじ、台本、および／または初期タイムラインのような出力を、展開動作プラットフォームから取り込み、本質的に、それを分析して制作台本(production script)にする。制作台本とは、この用語が映画およびＴＶ業界において定められる通りのものである。即ち、展開プログラムの出力を、撮影(shooting)に使用することができる台本に変換する一連の機能を実行する。撮影(shooting)は、実制作(physical production)または主要撮影(principal photography)とも呼ばれる。ステップ４０２において、プリプロダクション・プログラムは、初期タイムラインおよび、物語の趣向のあらすじまたは台本というような、その他の出力を、展開プログラムから受け取る。ステップ４０４において、この入力を処理して、制作台本または撮影台本を作成する。この台本の詳細度(level of detail)は、映像制作者またはユーザによって提供される入力量によって異なるのはもっともであろう。一実施形態では、ユーザは、展開プログラムの実行終了時に、物語についてもっと多くの入力を追加して、プリプロダクション・プログラムの出力を一層詳細および有用にすることもできる。

[0026] 図５は、一実施形態による制作動作プラットフォームの流れ図である。このプロセスが実行する前には、映像制作者は、（プロジェクトによって要求される場合）生の未編集８Ｋ撮影コンテンツを撮影し終えている。言い換えると、プロジェクトの主要部分は、プリプロダクション・プログラムと制作プログラムとの間で行われており、必要であれば、主要撮影が開始されている。したがって、注記したように、本システムは、この時点で生の８Ｋコンテンツ、およびプリプロダクション・プログラムからの出力を有する。この出力は、一実施形態では、撮影台本である。

[0027] ステップ５０２において、プログラムは、その日（または映像制作者によって選択された任意の適した時間期間中）に作成された撮影台本および８Ｋファイルを受け取る。８Ｋコンテンツ・ファイルは、先に図１および図２において説明した手段を通じて、クラウド・サーバ２０８によって受信される。ステップ５０４において、撮影台本を検査し、シーケンス、場面、および映像制作者によって望まれる場合には、間(beat)のような、他の台本要素にセグメント化（分解）する。説明する実施形態では、台本は、基本的な台本セグメント、即ち、場面に分解される。映像制作者には、撮影およびコンパイルし、次いで必要な回数だけこのプロセスを繰り返す機会が与えられる。例えば、映像制作者は、同じ場面を５回撮影し、その場面の異なる部分をコンパイルして、完全な最終場面（即ち、コンパイル段階）にすることができる。

[0028] 本発明のクラウド・サーバ２０８および動作プラットフォーム２１８は、８Ｋまたは他の高解像度データのこの種のリアル・タイム「撮影－コンパイル－繰り返し」プロセスを、高速に、協調的に、そして安全に実行し易くする。ステップ５０６において、高解像度コンテンツの時間期間において、主要コンテンツまたは撮影タイムラインを作成する。これは以前では商業的に実現できなかったことである。この主要タイムラインは、この時点で視聴する(view)または見る(see)ことができる場面を有し、更に、「撮影－コンパイル－繰り返し」プロセスを経た場面を収容する。主要タイムラインは、（特定のプロジェクトに必要な場合）複数の関係者から入力され、全ての意志決定者が、このタイムラインを構成する場面に同意している。制作動作プラットフォームの出力は、コンテンツについての主要または一次(main or primary)タイムラインであり、視聴することができる場面を含むタイムラインである。

[0029] 図６は、一実施形態によるポスト・プロダクション動作プラットフォームの流れ図である。ポスト・プロダクション・プログラムでは、大きな８Ｋコンテンツ・ファイルを送信するために、接続を必要とする。これらのファイルは、コンテンツを編成する(composite)ことを責務とする個人またはエンティティに送信される。当業界では知られているが、編成(composite)とは映像素材(footage)に対して行われるアクティビティである。これらには、コンピュータ・グラフィクス、スタジオ作業、および他の従来からのポスト・プロダクション作業が含まれる。編成にはこのような変更の全てが含まれる。ステップ６０２において、ポスト・プロダクション・プログラムは、コンテンツについての主要タイムラインを受け取る。タイムライン上で、何らかの暫定的または後編集(post-editing)が行われることもある。この後編集は、個人によっておこなわれる。この個人のことを当業界では「ポスト・エディタ」と呼ぶ。

[0030] ステップ６０４において、ポスト・プロダクション・チームにおいて個人によるこのようなアクティビティに従来から使用されているツール、アプリケーション、およびソフトウェアを使用して、先に説明した編成を実行する。ステップ６０６において、ポスト・プロダクション・プログラムは、マスタ・タイムラインと呼ばれるもの、即ち、最終的な８Ｋコンテンツ（ＴＶショー、長編映画、広告、短編ビデオ、映画のトレーラ等）を作成する。このマスタ・タイムラインは、従来のツールおよび方法の下で可能であるよりも遙かに短い時間で作成され、更に安全に、そして全ての創作および技術チームの構成員からの協調ならびに入力を確保するように行われる。

[0031] 先に注記したように、クラウド・サーバ２０８は、マスタ・タイムラインの作成には直接関係ない他の動作プラットフォームを有する。これらには、流通プラットフォームまたはモジュール、マーケティング・モジュール、および資金調達／管理モジュールが含まれる。

[0032] 一実施形態では、マーケティング・モジュールは、映像制作者のチームがマーケティング機能を実行することを可能にする。このモジュールは、マーケティング動作が成功する可能性が高くなるように、映画およびＴＶの最善の措置、常識的なマーケティング原理、およびその他のマーケティング規則を組み込む。マーケティング・モジュールの重要な一面(aspect)は、これがマーケティング指針および規則、具体的には、プロジェクトのセキュリティに関する規則の順守を確保することによって、漏洩を防止する策を講じることである。これは、プロジェクトが撮影および制作されている間に行われる。即ち、以上で説明したモジュールが使用されている間に行われる。

[0033] 一実施形態では、プロジェクトに関わる各人、例えば、映像制作者のチームまたは班がカタログ化され、マーケティングおよび他のモジュールに相関付けるコードおよび役割が割り当てられる。他のモジュールに流通モジュールがある。流通モジュールは、プロジェクト・リーダが一緒に作業する特定の制作会社またはスタジオに対して、とりわけ、映画フォーマット、ゲーム・フォーマットのようなプロトコルおよび指針を組み込む。プロジェクトは、特定の制作会社またはスタジオの規則および指針を順守しなければならない。これらの規則が守られ、これらがプロジェクトの撮影および作成と同時に行われることを確保するのに、流通モジュールが役立つことが肝要である。また、流通モジュールは、撮影されたコンテンツの直接的なスタジオまたは制作会社への配布または送信も可能にする。先に論じたように、これは、作成されるファイルの分量およびサイズを考慮すると、重要な一面である。

[0034] 図７は、ある実施形態にしたがって図示したデータ処理システム７００の図である。データ処理システム７００は、先に説明した種々のシステムのコントローラまたは他のコンポーネントにおいて使用される１つ以上のコンピュータを実装するために使用することができる。ある実施形態では、データ処理システム７００は、通信フレームワーク７０２を含む。通信フレームワーク７０２は、プロセッサ・ユニット７０４、メモリ７０６、永続的ストレージ７０８、通信ユニット７１０、入力／出力（Ｉ／Ｏ）ユニット７１２、およびディスプレイ７１４間における通信を受け持つ。この例では、通信フレームワーク７０２はバス・システムの形態をなすのでもよい。

[0035] プロセッサ・ユニット７０４は、メモリ７０６にロードすることができるソフトウェアの命令を実行する役割を果たす。プロセッサ・ユニット７０４は、個々の実施態様に応じて、ある数のプロセッサ、マルチプロセッサ・コア、または何らかの他の種類のプロセッサであってもよい。

[0036] メモリ７０６および永続的ストレージ７０８は、記憶デバイス７１６の例である。記憶デバイスは、例えば、限定ではなく、データ、機能形態のプログラム・コード、および／または一時的および／または永続的のいずれかの他の適した情報というような、情報を格納することができる任意のハードウェアである。また、記憶デバイス７１６は、これらの実例では、コンピュータ読み取り可能記憶デバイスと呼ぶこともできる。メモリ７０６は、他の例では、例えば、ランダム・アクセス・メモリあるいは任意の他の適した揮発性または不揮発性記憶デバイスでもよい。永続的ストレージ７０８は、個々の実施態様に応じて、種々の形態をなすことができる。例えば、永続的ストレージ７０８は、１つ以上のコンポーネントまたはデバイスを内蔵してもよい。例えば、永続的ストレージ７０８は、ハード・ドライブ、フラッシュ・メモリ、再書き込み可能光ディスク、再書き込み可能磁気テープ、または以上のものの何らかの組み合わせでもよい。永続的ストレージ７０８によって使用される媒体は、リムーバブルであってもよい。例えば、リムーバル・ハード・ドライブが永続的ストレージ７０８に使用されてもよい。

[0037] 通信ユニット７１０は、これらの実例では、他のデータ処理システムまたはデバイスとの通信を可能にする。これらの実例では、通信ユニット７１０はネットワーク・インターフェース・カードである。

[0038] 入力／出力ユニット７１２は、データ処理システム７００に接続することができる他のデバイスとのデータの入力および出力を可能にする。例えば、入力／出力ユニット７１２は、キーボード、マウス、および／または何らかの他の適した入力デバイスを通じたユーザ入力のために、接続を設けることができる。更に、入力／出力ユニット７１２は出力をプリンタに送ることができる。ディスプレイ７１４は、情報をユーザに表示するメカニズムを設ける。

[0039] オペレーティング・システム、アプリケーション、および／またはプログラムの命令は、記憶デバイス７１６に配置することができる。記憶デバイス７１６は、通信フレームワーク７０２を介して、プロセッサ・ユニット７０４と通信する。異なる実施形態のプロセスは、プロセッサ・ユニット７０４によって、コンピュータ実装命令を使用して実行することもできる。コンピュータ実装命令は、メモリ７０６のようなメモリに配置することができる。

[0040] これらの命令は、プログラム・コード、コンピュータ使用可能プログラム・コード、またはコンピュータ読み取り可能プログラム・コードと呼ばれ、プロセッサ・ユニット７０４内にあるプロセッサによって読み取って実行することができる。異なる実施形態におけるプログラム・コードは、メモリ７０６または永続的ストレージ７０８のような、異なる物理またはコンピュータ読み取り可能記憶媒体上に具体化することもできる。

[0041] プログラム／コード７１８は、機能的形態で、選択的にリムーバブルなコンピュータ読み取り可能媒体７２０上に配置され、プロセッサ・ユニット７０４による実行のために、データ処理システム７００上にロードすることができ、またはデータ処理システム７００に送信することができる。プログラム・コード７１８およびコンピュータ読み取り可能媒体７２０は、これらの実例では、コンピュータ・プログラム製品７２２を形成する。一例では、コンピュータ読み取り可能媒体７２０は、コンピュータ読み取り可能記憶媒体７２４またはコンピュータ読み取り可能信号媒体７２６であってもよい。

[0042] これらの実例では、コンピュータ読み取り可能記憶媒体７２４は、プログラム・コード７１８を伝搬または送信する媒体ではなく、プログラム・コード７１８を格納するために使用される物理または有形記憶デバイスである。

[0043] あるいは、コンピュータ読み取り可能信号媒体７２６を使用して、プログラム・コード７１８をデータ処理システム７００に送信することもできる。コンピュータ読み取り可能信号媒体７２６は、例えば、プログラム・コード７１８を収容する伝搬データ信号であってもよい。例えば、コンピュータ読み取り可能信号媒体７２６は、電磁信号、光信号、および／または任意の他の適した型の信号でもよい。これらの信号は、ワイヤレス通信チャネル、光ファイバ・ケーブル、同軸ケーブル、ワイヤ、および／または任意の他の適した型の通信チャネルというような、通信チャネルを通じて送信することができる。

[0044] データ処理システム７００について図示した異なるコンポーネントは、異なる実施形態を実現することができる方法に、構造的な限定(architectural limitations)を規定することを意味するのではない。異なる例示的な実施形態は、データ処理システム７００について図示したコンポーネントに加えて、および／またはその代わりに、コンポーネントを含むデータ処理システムにおいて実現することもできる。図７に示す他のコンポーネントを、図示する実例から変更することができる。プログラム・コード７１８を実行することができる任意のハードウェア・デバイスまたはシステムを使用して、異なる実施形態を実現することもできる。

[0045] 尚、本開示は、図示した具体的な例には限定されないこと、そして変更および他の例も添付する請求項の範囲内に含まれることを意図していることは理解されよう。更に、以上の説明および関連図面は、エレメントおよび／または機能の特定の例示的な組み合わせのコンテキストで、本開示の例について説明したが、エレメントおよび／または機能の異なる組み合わせも、添付する請求項の範囲から逸脱することなく、代替実施態様によって提供できることは、認められてしかるべきである。したがって、添付する請求項において括弧書きにした参照番号は、例示の目的に限って提示されるのであって、特許請求する主題の範囲を、本開示において示した具体的な例に限定することを意図するのではない。

[0001] 本発明は、高解像度撮影コンテンツ(filmed content)を作成および管理するためのソフトウェアならびにハードウェアに関する。更に特定すれば、本発明は、撮影コンテンツを操作および処理し、最終的な撮影出力を作成するためのプロセスおよびシステムに関する。

[0002] ８Ｋおよび３Ｄ撮影(filming)のように、高解像度媒体を使用して作成される撮影コンテンツの量は、急速に増加しつつある。しかしながら、現行のツール、プログラム、システム、ネットワーク等は、高解像度コンテンツを扱うのに適しておらず、企業のクラウドにおいてオン・ラインで扱うことすらできない。このようなデータを適切に処理し効率的に操作することができるツールは、直ぐにストレージの問題に直面する。現在の高解像度コンテンツ、殆どの場合８Ｋコンテンツは、従来のコンテンツよりも遙かに嵩張り(voluminous)、数桁にも及ぶ。

[0003] 高解像度コンテンツ（ここでは、例示を容易にするために「８Ｋ」と呼ぶ）を扱うことに伴う他の問題は、コンテンツがネットワーク上を送信されるときまたはクラウドと呼ばれるリモート・サーバ上に格納されるときに（例えば、ハッキング）、あるいは物理デバイスの形態で移送されるとき（例えば、傍受される）、コンテンツの安全性を確保することである。現在、オン・ラインで８Ｋコンテンツに対応する(work with)効率的で十分に安全な手段はない。これは、特に、インターネットを通じた送信を扱うときに当てはまる。この点に関して、送信のために圧縮ファイルを使用し、受信したときに解凍すると、ファイルの品質を劣化させ、元の映像作成時よりも解像度が低下するので、一般に受け入れることができず、さもなければ妥当な業界慣行に従うことができない。

[0004] 必要とされているのは、非常に効率的で、安全で、価格効率的な８Ｋまたは他の高解像度コンテンツの作成および操作を可能にする、幅広い撮影ツールまたは映像管理システム（人工知能をサポートする）である。このようなシステムが、専門家の制作の全ての側面（例えば、開発、ブランディング、協調、財政／人的資源、プリプロダクション、制作、ポスト・プロダクション、マーケティング、および流通）を扱うクラウド・プラットフォームを含む、物語(story)の展開からポスト・プロダクションまで、そして専門家の顧客のメディア完成までの、映像作成プロセスの全ての段階を管理するためのインターフェースおよびツールを有すれば、有益であろう。このような映像管理システムの目的を広げ、レベルを上げれば、高解像度コンテンツ、または、更に広げれば、芸術の創作から業務的成果(business outcome)をもたらすものへの移行が容易になるであろう。言い換えると、芸術を商業に移行するのを一層容易にするシステムになるであろう。

[0001] 本発明の一態様では、効率的に、高速で、安全に、そして協調的に高解像度撮影コンテンツを作成するためのシステムおよびプラットフォームについて記載する。このシステムは、８Ｋまたは他の高解像度コンテンツの価格効率的な作成および操作を広範囲にわたって可能にする、映像作成ツールおよび映像管理システムである。これは、物語の展開から、マーケティングおよび管理を含むポスト・プロダクションまでの映像作成プロセスのあらゆる段階を管理するためのインターフェースおよびツールを有する。このシステムの目的の１つは、高解像度コンテンツの作成を、業務的成果をもたらす資産(property)に移行するのを促進することによって、芸術から商業への移行を容易にすることである。

[0002] プロジェクトについてのマスタ・コンテンツ・タイムラインを作成するシステムについて記載する。このシステムまたはプラットフォームに含まれる１つのモジュールは、初期プロジェクト・データに基づき、プロジェクトについての初期コンテンツ・タイムラインが作成される箇所から、プロジェクト・タイプを決定する物語展開モジュール(story development module)である。他のモジュールには、初期コンテンツ・タイムラインを受け取り、プロジェクトについての制作台本を作成するプリプロダクション(pre-production)モジュールである。制作モジュールは、未編集、未圧縮の高解像度コンテンツを受け取る。これは、制作台本を複数の台本要素にセグメント化し、台本要素を所望のシーケンスに並べることによって、高解像度コンテンツを収容する二次コンテンツ・タイムラインを作成する。ポスト・プロダクション・モジュールは、二次コンテンツ・タイムラインを受け取り、複数の台本要素を編成する(composite)ことによって、プロジェクトについてのマスタ・コンテンツ・タイムラインを作成する。

[0003] 他の実施形態では、前述のプラットフォームはマーケティング・モジュールも含む。マーケティング・モジュールは、最善の措置(best practices)を使用し、指針およびセキュリティ規則の順守を確保しつつ、プロジェクトにマーケティング機能を可能にし、プロジェクトの作成全域にわたって利用される。このモジュールおよび本明細書において説明する主要な実施形態における全てのモジュールは、プロジェクト・パラメータに基づいてカスタム化することができる。

[0004] 本発明の他の態様は、プロジェクトについてのマスタ・コンテンツ・タイムラインを作成する方法である。初期プロジェクト・データに基づいてプロジェクト・タイプを決定し、初期コンテンツ・タイムラインを作成する。これは、制作台本（撮影台本と同様）の作成につながる。一旦主要な写真撮影または映像作成が完了したなら、あるいは撮影中(during shooting)に、システムは、未編集、未圧縮の高解像度コンテンツを受け取る。制作台本を複数の台本要素にセグメント化し、次いで所望のシーケンスにコンパイルする。高解像度コンテンツを収容する二次コンテンツ・タイムラインを作成する。複数の台本要素を編成し、プロジェクトについてのマスタ・コンテンツ・タイムラインを作成する。

一実施形態による本発明の実施形態を利用することができる１つのシナリオを示すブロック図である。 一実施形態による映像管理(film management)および作成システムの全体像を示すブロック図である。 一実施形態による展開プログラムまたは動作プラットフォームの流れ図である。 一実施形態によるプリプロダクション・プラットフォームの動作の流れ図である。 一実施形態による制作動作プラットフォームの流れ図である。 一実施形態によるポスト・プロダクション動作プラットフォームの流れ図である。 一実施形態にしたがって図示したデータ処理システム図である。

[0005] 以下の説明では、公開する概念の完全な理解を得るために、多数の具体的な詳細を明記する。公開する概念は、これら具体的な詳細の一部または全部がなくても、実施することができる。他の場合には、説明する概念を不必要に曖昧にしないように、周知のプロセス動作については詳細に説明しないこととした。具体的な実施形態と関連付けて一部の概念について説明するが、これらの実施形態は限定を意図するのではないことは理解されよう。逆に、添付する特許請求の範囲によって定められる本開示の主旨および範囲内に含むことができる代替案、変更案、および等価物を包含することを意図している。

[0006] 例えば、８Ｋで長編映画およびＴＶショーを映像作成するというコンテキストで、本開示のシステムおよび方法について説明する。多数の他の実施形態では、例えば、コマーシャル、トレーラ、および短編ビデオを、８Ｋ以外の他の高解像度媒体で映像作成することを含む場合もある。以下の説明では、本開示の完全な理解を得るために、多数の具体的な詳細を明記する。本開示の特定の実施形態例は、これら具体的な詳細の一部または全部がなくても、実施することができる。他方において、説明する開示を不必要に曖昧にしないために、周知のプロセス動作については詳細に説明しないこととした。本開示の種々の技法およびメカニズムについては、明確にするために、単数形で説明することもある。

[0007] しかしながら、ある実施形態は、特に明記されなければ、ある技法の複数回の繰り返しを含むことは注記してしかるべきである。例えば、システムは種々のコンテキストにおいてプロセッサを使用する。しかしながら、特に注記されなければ、本開示の範囲内に留まりつつ、システムが複数のプロセッサを使用できることは認められよう。更に、本開示の技法およびメカニズムは、２つのエンティティ間の接続について説明することもある。尚、種々の他のエンティティが２つのエンティティ間に存在する場合もあるので、２つのエンティティ間の接続は、必ずしも直接的な、円滑な接続を意味するのではないことは、注記してしかるべきである。例えば、プロセッサがメモリに接続されるのはもっともであるが、種々のブリッジおよびコントローラがプロセッサとメモリとの間に存在する場合もあることは認められよう。したがって、特に注記されなければ、接続は、必ずしも、直接的な円滑な接続を意味するのではない。

[0008] 一実施形態では、本発明は、８Ｋ媒体のコンテンツの映像作成を管理するためのプラットフォームである。このプラットフォームは、システム、更に具体的には、サービス・プロバイダの制御下にある１つ以上のサーバと、種々の機能を実行する複数のソフトウェア・モジュールとを含む。複数のソフトウェア・モジュールは、オペレーティング・プラットフォームとも呼ばれ、全て、物語の展開から、主要な写真撮影(photography)、編集およびポスト・プロダクションまで、８Ｋコンテンツの作成および管理に関係し、以下で説明するように、最終的なマスタ・タイムラインが得られる。

[0009] 以下で説明するように、本発明の実施形態は、プロジェクトに取り組む個人の実地体験ができる在宅関与を可能にする。１つの結果は、プロジェクト・タスクおよびジョブの外部委託が減少することである。プロジェクトに取り組むあらゆる者は、プロジェクトが高予算の長編映画であれ、インタラクティブ・ビデオであれ、またはトレーラであれ、本システムにおいてカタログ化される(catalgued)。プロジェクトの工程(lifecycle)全体に関与するので、プラットフォームは、物語のアイディアから始まり、マーケティングおよび流通までの全てを含み、以下で説明するモジュールは、必要であれば、１時間毎の課金および出費を可能にし、プロジェクト全体を追跡することができる。プロジェクトの異なる段階に関係する全てのデータが分析のために格納される。格納されるデータの程度および広さ(degree and extent)は、プロジェクト指揮によって最初に設定することができる。

[0010] 図１は、一実施形態にしたがって本発明の実施形態を利用することができる１つのシナリオを示すブロック図である。撮影班のひとり即ち構成員が、高品位カメラ１０２を使用して、場面１０６を撮影している。カメラ１０２は、カメラ・カード１０４または同等品を内蔵するか、またはそれに取り付けられる。カメラ・カードまたは他の記憶デバイスは、撮影した８Ｋコンテンツを収容する。カード１０４のような典型的なカードは、現在では、ストレージ技術が向上するに連れて、増々多くのデータ量を格納することができる。８Ｋコンテンツを格納するとき、このようなカードは、特にそれよりも解像度が低いデータを格納するときと比較すると、直ぐに全容量に達してしまう。例えば、１２分撮影しただけの８Ｋ生データでも、１枚のカメラ・カード上の４４０ギガバイト（最大容量）のディジタル・ストレージを必要とする。８Ｋで撮影するとき、カメラ・カード１０４を頻繁に取り出して交換しなければならないのは珍しいことではなく、従来の媒体に撮影するときよりも多いのは確かである(certainly more than)。

[0011] 図２は、一実施形態による映像管理(film management)および作成システムの全体像を示すブロック図である。この図からわかるように、３つの大きなコンポーネント、高速送信ルータ２０２、安全高速ネットワーク２０６、およびクラウド・サーバ２０８がある。本発明の中心に位置するのはクラウド・サーバ２０８である。一実施形態では、クラウド・サーバ２０８（１つ以上の物理および／または仮想サーバ・コンピュータを表す）は、気付かれるであろうが、サード・パーティのサービス・プロバイダの制御下にあり、これによって管理され、殆どの場合これによって所有される。このサービス・プロバイダは、取り敢えず数例をあげると、映画スタジオ、制作会社、撮影班、独立映像およびＴＶプロデューサというような顧客に、高解像度の撮影および管理サービスを提供する。

[0012] 図２に示すように、カメラ・カード１０４、または図１において最初に引用した、他の種類の適した記憶デバイスを、挿入するか、または何らかの方法で高速送信ルータ２０２によって読み取り可能にする。ルータ２０２の１つのコンポーネントに、データ送信コンポーネント２０４がある。一実施形態では、このコンポーネントはルータ（例えば、ネットワーク・アプライアンス）でもよい。これは、大量のデータをネットワークを通じて高速で安全に送信することを可能にする。８Ｋビデオ・データをカード１０４から読み出し(unload)、コンポーネント２０４によって処理し、安全な高速ネットワーク２０６上に送信する。ネットワーク２０６は、専用データ・パイプ（例えば、ＡＴ＆Ｔのような商業通信事業者によって提供されるＴ１またはＴ３ライン）にすることができる。データは、ネットワーク２０６上で送信され、クラウド・サーバ２０８によって受信される。

[0013] サーバ２０８は、様々なハードウェアおよびソフトウェア・コンポーネントならびにモジュールを有する。これは、生の未編集８Ｋコンテンツ（または任意の他の高解像度コンテンツ）を受信する。一旦生データがクラウド・サーバ２０８上に来れば、その安全性が確保される。一実施形態では、データをルータから送信する商用コンポーネント（例えば、ネットワーク・アプライアンス）が、データ内における埋め込みセキュリティ(embedded security)を設ける。クラウド・サーバ２０８において、ハードウェアおよびソフトウェア・コンポーネントならびにモジュールの一部は、本発明の目的に合わせてサーバを動作させることが必要な標準的な品目であり、ビデオ・ボード２１０（これはサーバの内部にあることも、それに接続することも可能であり、８Ｋデータ、３Ｄデータ、およびその他を扱うことができる）、オペレーティング・システム２１２、ならびに入力／出力ハードウェアおよびインターフェース２１４があげられる。これらのコンポーネントは、本発明を実施するために、標準的な構成から変更されている場合もあるが、これらは本発明の実施形態に必須ではない。他の標準的なコンポーネントに、ストレージ２１６がある。このストレージは、従来のストレージであるが、格納できるデータの分量(volume)が多い。当然、必要に応じて、テラまたはペタバイトの桁まで(to the order of)、記憶量(amount)を拡張することができる。また、ストレージは、別の物理サーバ内にあることも可能である。いずれの場合でも、従来の手段を使用すれば、この記憶量を得ることができ、このストレージをどのように実装するか解明することができる。

[0014] 代替実施形態では、クラウド・サーバ２０８が、編集済みの８Ｋコンテンツを、１つ以上のルータまたはコンピュータのような、他のデバイスに送信する必要がある場合もある。したがって、サーバ２０８は、ルータ（例えば、ネットワーク・アプライアンス）またはコンポーネントも内部に有し、それと協働して動作するのでもよい。例えば、編集チームがクラウド・サーバ２０８から、世界中の異なる場所にいる個人またはエンティティに送信することが必要になる場合もある。しかしながら、これは代替実施形態であり、他の要件を有する場合もある。クラウド・サーバ２０８の基本構成は、ルータ（例えば、ネットワーク・アプライアンス）も同等のコンポーネントも含まない。

[0015] 動作プラットフォーム２１８は、複数のソフトウェア・モジュールまたはプログラムによって構成される。以下で更に詳しく説明するが、これらのプログラムの各々は、顧客の要望を満たすために、サービス・プロバイダによってカスタム化することができる。一般に、プログラムは、例えば、映像制作者(filmmaker)または制作会社の要望を満たすため、そして映像制作者または制作会社に指針を与えるために、個別制作または修正することができる。この指針は、学術的映像制作指針から、撮影、マーケティング、流通、ならびに新たなコンテンツを作成し広める他のファセット(facet)および段階についての常識的な指針を与えるものまで、多種多様に及ぶことができる。動作プラットフォームは、物語展開プログラム、プリプロダクション・プログラム、制作プログラム、ポスト・プロダクション・プログラム、ならびにマーケティング、流通、および会計／一般管理のためのプラットフォームを含むことができる。

[0016] 図３は、一実施形態による展開プログラムまたは動作プラットフォームの流れ図である。ステップ３０２において、展開プログラムは、サービス・プロバイダによって運営されるクラウド・サーバ２０８において実行し、高レベルの物語の趣向、更に具体的には、ユーザが撮影しようとするコンテンツについてのデータを入力として受け入れる。これは、通例、全体的な物語の概要を記述する説明文であり、または概要が未だ形成されていない場合は、概略的な物語の趣向である。ユーザまたは映像制作者からの入力を細分し、どのような種類の物語なのか判定する。ステップ３０４において、物語データを分析して、物語の趣向の種類または分類を判定する。物語分類の例をいくつかあげると、コマーシャル、短編ビデオ、連続テレビ番組、長編映画、ドキュメンタリー、インタラクティブ、ファンタジー・スポーツ、ｅ－ゲーミング等がある。また、物語の趣向を分析して、この物語の趣向はどのような聴衆層を引きつけるか、またはどのような聴衆層がこの物語の趣向に最も適しているか判定する。

[0017] 一旦物語の趣向が１つ以上のカテゴリに分類されたなら、ステップ３０６においてしかるべき名称をつける。例えば、物語の趣向は、長編映画カテゴリおよび連続ＴＶ番組カテゴリに分類されるのでもよい。勿論、物語の趣向のカテゴリ数および種類は、ときの経過と共に変化する可能性があり、異なるチャネルおよび撮影されたコンテンツを流通するための小売り店(outlet)の数は増え続ける可能性が高い。端的に言うと、展開プログラムは、映像制作者(film maker)を、彼または彼女のコンテンツにとって正しい「場所」(room)に誘導する。これは、映像制作の学術的教義、常識的な指針、ならびに社会的影響およびセキュリティというような他の特徴(feature)の混合を使用して行われる。

[0018] ステップ３０８において、初期タイムラインを作成する。１つの物語の趣向、またはせいぜい１つの物語の概要が入力として展開プログラムに供給されるとすると、ステップ３０８において作成される初期タイムラインは初歩的である。これは、例えば、長編映画の第１、第２、および第３の見せ場(act)の短い記述を示すのみであってもよい。ここで、タイムラインの概念は、コンテンツの根底にある基礎および構造であるということを注記することは役に立つであろう。何故なら、これは展開プログラムから発展し、ポスト・プロダクション・プログラムに至るまでの全工程があるからである。言い換えると、プロジェクトはタイムラインに基づく。したがって、本発明の高解像度映像作成および管理システムの手法は、少なくとも部分的に、プロセスの各段階におけるコンテンツ・タイムラインの発展(evolution)に重点を置く。

[0019] 一旦ステップ３０８において初期タイムラインが作成されたなら、展開プログラムにおけるプロセスは完了する。展開プログラムからの出力は、展開プログラムがどれ位多くの入力を映像制作者から受け取るかに応じて、初期タイムラインおよび物語のあらすじ、または台本(treatment)（この用語が映画およびＴＶ業界において使用される意味）であってもよい。

[0020] 図４は、一実施形態によるプリプロダクション・プラットフォームの動作の流れ図である。このプログラムは、あらすじ、台本、および／または初期タイムラインのような出力を、展開動作プラットフォームから取り込み、本質的に、それを分析して制作台本(production script)にする。制作台本とは、この用語が映画およびＴＶ業界において定められる通りのものである。即ち、展開プログラムの出力を、撮影(shooting)に使用することができる台本に変換する一連の機能を実行する。撮影(shooting)は、実制作(physical production)または主要撮影(principal photography)とも呼ばれる。ステップ４０２において、プリプロダクション・プログラムは、初期タイムラインおよび、物語の趣向のあらすじまたは台本というような、その他の出力を、展開プログラムから受け取る。ステップ４０４において、この入力を処理して、制作台本または撮影台本を作成する。この台本の詳細度(level of detail)は、映像制作者またはユーザによって提供される入力量によって異なるのはもっともであろう。一実施形態では、ユーザは、展開プログラムの実行終了時に、物語についてもっと多くの入力を追加して、プリプロダクション・プログラムの出力を一層詳細および有用にすることもできる。

[0021] 図５は、一実施形態による制作動作プラットフォームの流れ図である。このプロセスが実行する前には、映像制作者は、（プロジェクトによって要求される場合）生の未編集８Ｋ撮影コンテンツを撮影し終えている。言い換えると、プロジェクトの主要部分は、プリプロダクション・プログラムと制作プログラムとの間で行われており、必要であれば、主要撮影が開始されている。したがって、注記したように、本システムは、この時点で生の８Ｋコンテンツ、およびプリプロダクション・プログラムからの出力を有する。この出力は、一実施形態では、撮影台本である。

[0022] ステップ５０２において、プログラムは、その日（または映像制作者によって選択された任意の適した時間期間中）に作成された撮影台本および８Ｋファイルを受け取る。８Ｋコンテンツ・ファイルは、先に図１および図２において説明した手段を通じて、クラウド・サーバ２０８によって受信される。ステップ５０４において、撮影台本を検査し、シーケンス、場面、および映像制作者によって望まれる場合には、間(beat)のような、他の台本要素にセグメント化（分解）する。説明する実施形態では、台本は、基本的な台本セグメント、即ち、場面に分解される。映像制作者には、撮影およびコンパイルし、次いで必要な回数だけこのプロセスを繰り返す機会が与えられる。例えば、映像制作者は、同じ場面を５回撮影し、その場面の異なる部分をコンパイルして、完全な最終場面（即ち、コンパイル段階）にすることができる。

[0023] 本発明のクラウド・サーバ２０８および動作プラットフォーム２１８は、８Ｋまたは他の高解像度データのこの種のリアル・タイム「撮影－コンパイル－繰り返し」プロセスを、高速に、協調的に、そして安全に実行し易くする。ステップ５０６において、高解像度コンテンツの時間期間において、主要コンテンツまたは撮影タイムラインを作成する。これは以前では商業的に実現できなかったことである。この主要タイムラインは、この時点で視聴する(view)または見る(see)ことができる場面を有し、更に、「撮影－コンパイル－繰り返し」プロセスを経た場面を収容する。主要タイムラインは、（特定のプロジェクトに必要な場合）複数の関係者から入力され、全ての意志決定者が、このタイムラインを構成する場面に同意している。制作動作プラットフォームの出力は、コンテンツについての主要または一次(main or primary)タイムラインであり、視聴することができる場面を含むタイムラインである。

[0024] 図６は、一実施形態によるポスト・プロダクション動作プラットフォームの流れ図である。ポスト・プロダクション・プログラムでは、大きな８Ｋコンテンツ・ファイルを送信するために、接続を必要とする。これらのファイルは、コンテンツを編成する(composite)ことを責務とする個人またはエンティティに送信される。当業界では知られているが、編成(composite)とは映像素材(footage)に対して行われるアクティビティである。これらには、コンピュータ・グラフィクス、スタジオ作業、および他の従来からのポスト・プロダクション作業が含まれる。編成にはこのような変更の全てが含まれる。ステップ６０２において、ポスト・プロダクション・プログラムは、コンテンツについての主要タイムラインを受け取る。タイムライン上で、何らかの暫定的または後編集(post-editing)が行われることもある。この後編集は、個人によっておこなわれる。この個人のことを当業界では「ポスト・エディタ」と呼ぶ。

[0025] ステップ６０４において、ポスト・プロダクション・チームにおいて個人によるこのようなアクティビティに従来から使用されているツール、アプリケーション、およびソフトウェアを使用して、先に説明した編成を実行する。ステップ６０６において、ポスト・プロダクション・プログラムは、マスタ・タイムラインと呼ばれるもの、即ち、最終的な８Ｋコンテンツ（ＴＶショー、長編映画、広告、短編ビデオ、映画のトレーラ等）を作成する。このマスタ・タイムラインは、従来のツールおよび方法の下で可能であるよりも遙かに短い時間で作成され、更に安全に、そして全ての創作および技術チームの構成員からの協調ならびに入力を確保するように行われる。

[0026] 先に注記したように、クラウド・サーバ２０８は、マスタ・タイムラインの作成には直接関係ない他の動作プラットフォームを有する。これらには、流通プラットフォームまたはモジュール、マーケティング・モジュール、および資金調達／管理モジュールが含まれる。

[0027] 一実施形態では、マーケティング・モジュールは、映像制作者のチームがマーケティング機能を実行することを可能にする。このモジュールは、マーケティング動作が成功する可能性が高くなるように、映画およびＴＶの最善の措置、常識的なマーケティング原理、およびその他のマーケティング規則を組み込む。マーケティング・モジュールの重要な一面(aspect)は、これがマーケティング指針および規則、具体的には、プロジェクトのセキュリティに関する規則の順守を確保することによって、漏洩を防止する策を講じることである。これは、プロジェクトが撮影および制作されている間に行われる。即ち、以上で説明したモジュールが使用されている間に行われる。

[0028] 一実施形態では、プロジェクトに関わる各人、例えば、映像制作者のチームまたは班がカタログ化され、マーケティングおよび他のモジュールに相関付けるコードおよび役割が割り当てられる。他のモジュールに流通モジュールがある。流通モジュールは、プロジェクト・リーダが一緒に作業する特定の制作会社またはスタジオに対して、とりわけ、映画フォーマット、ゲーム・フォーマットのようなプロトコルおよび指針を組み込む。プロジェクトは、特定の制作会社またはスタジオの規則および指針を順守しなければならない。これらの規則が守られることが肝要であり、流通モジュールは、これらがプロジェクトの撮影および作成と同時に行われることを確保するのに役立つ。また、流通モジュールは、撮影されたコンテンツの直接的なスタジオまたは制作会社への配布または送信も可能にする。先に論じたように、これは、作成されるファイルの分量およびサイズを考慮すると、重要な一面である。

[0029] 図７は、ある実施形態にしたがって図示したデータ処理システム７００の図である。データ処理システム７００は、先に説明した種々のシステムのコントローラまたは他のコンポーネントにおいて使用される１つ以上のコンピュータを実装するために使用することができる。ある実施形態では、データ処理システム７００は、通信フレームワーク７０２を含む。通信フレームワーク７０２は、プロセッサ・ユニット７０４、メモリ７０６、永続的ストレージ７０８、通信ユニット７１０、入力／出力（Ｉ／Ｏ）ユニット７１２、およびディスプレイ７１４間における通信を受け持つ。この例では、通信フレームワーク７０２はバス・システムの形態をなすのでもよい。

[0030] プロセッサ・ユニット７０４は、メモリ７０６にロードすることができるソフトウェアの命令を実行する役割を果たす。プロセッサ・ユニット７０４は、個々の実施態様に応じて、ある数のプロセッサ、マルチプロセッサ・コア、または何らかの他の種類のプロセッサであってもよい。

[0031] メモリ７０６および永続的ストレージ７０８は、記憶デバイス７１６の例である。記憶デバイスは、例えば、限定ではなく、データ、機能形態のプログラム・コード、および／または一時的および／または永続的のいずれかの他の適した情報というような、情報を格納することができる任意のハードウェアである。また、記憶デバイス７１６は、これらの実例では、コンピュータ読み取り可能記憶デバイスと呼ぶこともできる。メモリ７０６は、他の例では、例えば、ランダム・アクセス・メモリあるいは任意の他の適した揮発性または不揮発性記憶デバイスでもよい。永続的ストレージ７０８は、個々の実施態様に応じて、種々の形態をなすことができる。例えば、永続的ストレージ７０８は、１つ以上のコンポーネントまたはデバイスを内蔵してもよい。例えば、永続的ストレージ７０８は、ハード・ドライブ、フラッシュ・メモリ、再書き込み可能光ディスク、再書き込み可能磁気テープ、または以上のものの何らかの組み合わせでもよい。永続的ストレージ７０８によって使用される媒体は、リムーバブルであってもよい。例えば、リムーバル・ハード・ドライブが永続的ストレージ７０８に使用されてもよい。

[0032] 通信ユニット７１０は、これらの実例では、他のデータ処理システムまたはデバイスとの通信を可能にする。これらの実例では、通信ユニット７１０はネットワーク・インターフェース・カードである。

[0033] 入力／出力ユニット７１２は、データ処理システム７００に接続することができる他のデバイスとのデータの入力および出力を可能にする。例えば、入力／出力ユニット７１２は、キーボード、マウス、および／または何らかの他の適した入力デバイスを通じたユーザ入力のために、接続を設けることができる。更に、入力／出力ユニット７１２は出力をプリンタに送ることができる。ディスプレイ７１４は、情報をユーザに表示するメカニズムを設ける。

[0034] オペレーティング・システム、アプリケーション、および／またはプログラムの命令は、記憶デバイス７１６に配置することができる。記憶デバイス７１６は、通信フレームワーク７０２を介して、プロセッサ・ユニット７０４と通信する。異なる実施形態のプロセスは、プロセッサ・ユニット７０４によって、コンピュータ実装命令を使用して実行することもできる。コンピュータ実装命令は、メモリ７０６のようなメモリに配置することができる。

[0025] これらの命令は、プログラム・コード、コンピュータ使用可能プログラム・コード、またはコンピュータ読み取り可能プログラム・コードと呼ばれ、プロセッサ・ユニット７０４内にあるプロセッサによって読み取って実行することができる。異なる実施形態におけるプログラム・コードは、メモリ７０６または永続的ストレージ７０８のような、異なる物理またはコンピュータ読み取り可能記憶媒体上に具体化することもできる。

[0036] プログラム／コード７１８は、機能的形態で、選択的にリムーバブルなコンピュータ読み取り可能媒体７２０上に配置され、プロセッサ・ユニット７０４による実行のために、データ処理システム７００上にロードすることができ、またはデータ処理システム７００に送信することができる。プログラム・コード７１８およびコンピュータ読み取り可能媒体７２０は、これらの実例では、コンピュータ・プログラム製品７２２を形成する。一例では、コンピュータ読み取り可能媒体７２０は、コンピュータ読み取り可能記憶媒体７２４またはコンピュータ読み取り可能信号媒体７２６であってもよい。

[0037] これらの実例では、コンピュータ読み取り可能記憶媒体７２４は、プログラム・コード７１８を伝搬または送信する媒体ではなく、プログラム・コード７１８を格納するために使用される物理または有形記憶デバイスである。

[0038] あるいは、コンピュータ読み取り可能信号媒体７２６を使用して、プログラム・コード７１８をデータ処理システム７００に送信することもできる。コンピュータ読み取り可能信号媒体７２６は、例えば、プログラム・コード７１８を収容する伝搬データ信号であってもよい。例えば、コンピュータ読み取り可能信号媒体７２６は、電磁信号、光信号、および／または任意の他の適した型の信号でもよい。これらの信号は、ワイヤレス通信チャネル、光ファイバ・ケーブル、同軸ケーブル、ワイヤ、および／または任意の他の適した型の通信チャネルというような、通信チャネルを通じて送信することができる。

[0039] データ処理システム７００について図示した異なるコンポーネントは、異なる実施形態を実現することができる方法に、構造的な限定(architectural limitations)を規定することを意味するのではない。異なる例示的な実施形態は、データ処理システム７００について図示したコンポーネントに加えて、および／またはその代わりに、コンポーネントを含むデータ処理システムにおいて実現することもできる。図７に示す他のコンポーネントを、図示する実例から変更することができる。プログラム・コード７１８を実行することができる任意のハードウェア・デバイスまたはシステムを使用して、異なる実施形態を実現することもできる。

[0040] 尚、本開示は、図示した具体的な例には限定されないこと、そして変更および他の例も添付する請求項の範囲内に含まれることを意図していることは理解されよう。更に、以上の説明および関連図面は、エレメントおよび／または機能の特定の例示的な組み合わせのコンテキストで、本開示の例について説明したが、エレメントおよび／または機能の異なる組み合わせも、添付する請求項の範囲から逸脱することなく、代替実施態様によって提供できることは、認められてしかるべきである。したがって、添付する請求項において括弧書きにした参照番号は、例示の目的に限って提示されるのであって、特許請求する主題の範囲を、本開示において示した具体的な例に限定することを意図するのではない。

Claims (15)

1. プロジェクトについてのマスタ・コンテンツ・タイムラインを作成するシステムであって、
   初期プロジェクト・データに基づいてプロジェクト・タイプを決定する物語展開モジュールであって、前記プロジェクトについての初期コンテンツ・タイムラインを作成する、物語展開モジュールと、
   前記初期コンテンツ・タイムラインを受け取るプリプロダクション・モジュールであって、前記プロジェクトについての制作台本が作成される、プリプロダクション・モジュールと、
   未編集、未圧縮の高解像度コンテンツを受け取り、前記制作台本を複数の台本要素にセグメント化する制作モジュールであって、前記複数の台本要素を所望のシーケンスに並べ、前記高解像度コンテンツを収容する二次コンテンツ・タイムラインを作成する、制作モジュールと、
   前記二次コンテンツ・タイムラインを受け取り、前記複数の台本要素を編成することによって、前記プロジェクトについてのマスタ・コンテンツ・タイムラインを作成するポスト・プロダクション・モジュールと、
   を備える、システム。
2. 請求項１記載のシステムであって、更に、最善の措置を使用してプロジェクト・マーケティング機能を可能にし、指針およびセキュリティ規則の順守を確保するマーケティング・モジュールを備える、システム。
3. 請求項２記載のシステムであって、前記マーケティング・モジュールが、前記プロジェクトの作成全体を通じて利用される、システム。
4. 請求項３記載のシステムであって、プロジェクト・チームの構成員に、前記マーケティング・モジュールに相関付けるコードおよび役割が割り当てられる、システム。
5. 請求項１記載のシステムであって、各モジュールが、プロジェクト・パラメータに基づいてカスタム化可能である、システム。
6. 請求項１記載のシステムであって、前記ポスト・プロダクション・プログラムが、前記マスタ・コンテンツ・タイムラインの効率的で安全な作成を可能にし、更にプロジェクト・チーム構成員間における協調を可能にする、システム。
7. 請求項１記載のシステムであって、前記制作モジュールが制作台本を受け取る、システム。
8. 請求項１記載のシステムであって、前記プロジェクト・タイプが、映像制作教義、指針、社会的影響、およびセキュリティを検査することによって決定される、システム。
9. プロジェクトについてのマスタ・コンテンツ・タイムラインを作成する方法であって、
   前記プロジェクトについての初期コンテンツ・タイムラインを作成するステップと、
   前記プロジェクトについての制作台本を作成するステップと、
   未編集、未圧縮の高解像度コンテンツを受け取るステップと、
   高解像度コンテンツを収容する二次コンテンツ・タイムラインを作成するステップと、
   複数の台本要素を編成するステップと、
   前記プロジェクトについてのマスタ・コンテンツ・タイムラインを作成するステップと、
   を含む、方法。
10. 請求項９記載の方法であって、最善の措置を使用するプロジェクト・マーケティング機能を可能にし、指針およびセキュリティ規則の順守を確保する、方法。
11. 請求項１０記載の方法であって、プロジェクト・チームの構成員に、前記マーケティング・モジュールに相関付けるコードおよび役割を割り当てる、方法。
12. 請求項１１記載の方法であって、更に、初期プロジェクト・データを受け取り、プロジェクト・タイプを決定するステップを含む、方法。
13. 請求項１２記載の方法であって、更に、初期プロジェクト・データに基づいてプロジェクト・タイプを決定するステップを含む、方法。
14. 請求項９記載の方法であって、更に、初期コンテンツ・タイムラインを受け取るステップを含む、方法。
15. 請求項９記載の方法であって、高解像度コンテンツを収容する二次コンテンツ・タイムラインを作成するステップが、更に、
    前記制作台本を複数の台本要素にセグメント化するステップと、
    前記複数の台本要素を所望のシーケンスにコンパイルするステップと、
    を含む、方法。
    
    

Images