JP2022542451A - ビデオ編集システム、方法、およびユーザインターフェース - Google Patents

Abstract

本発明は、メディアファイルをビデオ編集システムにインポートするためのインポートマネージャーと；ユーザインターフェースと；１つまたは複数の共通属性を有するインポートされたメディアファイルを検出し、検出された各メディアファイルのインディシアをユーザインターフェースに表示させる同期エンジンと；を含むビデオ編集システムに関する。

Description

一般的には、本発明はビデオ編集ソフトウェアアプリケーションに関する。具体的には、本発明は、それに限定されないが、異なるアングルから複数のカメラで録画された１つのシーンのビデオファイルを管理する、ビデオ編集システム、方法、およびユーザインターフェースに関する。

映画および／またはビデオの製作物は、通常、構成エレメントの集合からプロジェクトを組み立てることにより、ビデオ編集システムを使って作成される。ビデオ編集システムにより、ビデオクリップ、オーディオビジュアルクリップ、オーディオクリップ、および関連するメタデータを含むこれらの構成エレメントが個別にインポートされて編集され、最終の製作物に統合することができる。場合により、複数の異なるカメラを使用することで個々のビデオクリップが生成され、異なるアングルから同じシーンが録画されることもある。

最新のビデオ編集システムは、このようなマルチカメラのソースマテリアルを管理する機能を提供する。たとえば、出願人のダビンチリゾルブ（登録商標）ソフトウェアでは、ユーザーがマルチカメラシーンを構成する様々のクリップをマニュアルで選択し、そこから「マルチカム」ファイルを作成することができる。ダビンチリゾルブ（登録商標）は、編集操作の過程で各クリップのオーディオトラックを利用して、マルチカムファイル内の個別のクリップを同期させる。

マルチカメラのソースマテリアルを管理するための代替手段を備えておくことに利点がある。

本明細書に記載のどのような従来技術であってもそれを参照することが、その従来技術が共通の一般的知識の一部を形成することを、いかなる裁判管轄においても、承認又は示唆するものではなく、あるいはその従来技術が当業者によって他の従来技術とともに理解され、他の従来技術と関連すると見なされ、及び／又は他の従来技術と組み合わされると合理的に予測され得ることを承認又は示唆するものではない。

本発明の第１態様によれば、
メディアファイルをビデオ編集システムにインポートするためのインポートマネージャーと；
ユーザインターフェースと；
１つまたは複数の共通属性を有するインポートされたメディアファイルを検出し、検出された各メディアファイルのインディシアを該ユーザインターフェースに表示するための同期エンジンと；を含むビデオ編集システムが提供される。

本発明は、少なくとも好ましい実施形態では、ビデオ編集システムと一体化され、（マルチカメラソースマテリアルの個々のファイルなどの）共通属性を有するファイルを自動的に検出し、その内容をビデオ編集システムのユーザインターフェースに便利よく表示する、同期エンジンを備える。

共通属性は、インポートされたファイル自体またはファイルのメタデータから得ることができる。たとえば、共通属性は、両方のファイルに共通のタイムコードであってもよい。あるいは、共通属性は、（単独の、または共通のタイムコードと組み合わされた）メディアファイルの日時であってもよいし、または（タイムコードと時刻／日付のいずれかが共通な）ファイルのオーディオトラックであってもよい。同期エンジンは、追加の共通属性を検出することができる。たとえば、地理的な位置を検出することができ、それは、タイムコードおよび／または日時などの他の検出された共通属性と組み合わせることができる。

同期エンジンは、２つのファイルの非共通属性を検出し、これをファイルの１つまたは複数の検出された共通属性と組み合わせることもできる。たとえば、異なるカメラで録画されたビデオ（そのような情報はファイルのそれぞれのメタデータから得られる）を含むが、タイムコードおよび／または日時が重複している２つのファイルは、複数のカメラのソースマテリアルから成る可能性が高い。

好ましくは、ユーザインターフェースは、タイムラインおよび空間的に離れたメディアビン表示領域を含み、インディシアが該メディアビン表示領域に表示される。インディシアは、それらが共通属性を共有することを示すようにメディアビン表示領域に表示されることが望ましい。一実施形態によれば、インディシアはメディアビン表示領域に垂直に配置され、検出されたメディアファイルが複数のカメラのメディアクリップを含むことを示す。

好ましくは、同期エンジンは、１つの検出されたメディアファイルがユーザインターフェースの編集コントロール部へロードされることを検出し、それにより共通属性を有する他の検出されたメディアファイルのインディシアをユーザインターフェースに自動的に表示することができる。これに関連し、該編集コントロール部はタイムラインであってもよい。

好ましくは、同期エンジンは、すでにタイムラインに存在しかつ共通属性を有する別の検出されたメディアファイルに対し、（今回）検出されたメディアファイルをタイムラインの正しい位置に配置することができる。

好ましい実施形態によれば、同期エンジンは、ビデオ編集システムのバックグラウンドで連続して動作する。

本発明の第２態様によれば、ビデオ編集システムのメディアファイルを管理する方法が提供され、該方法は：
メディアファイルをビデオ編集システムにインポートするステップと；
１つまたは複数の共通属性を有するインポートされたメディアファイルを検出するステップと；
検出されたメディアファイルのインディシアをビデオ編集システムのユーザインターフェースに表示するステップと；を含む。

本発明の別の態様によれば、プロセッサによって実行されるとき、本発明の第１態様に係るビデオ編集システムを提供するかもしくは本発明の第２態様に係る方法を実行する、命令を格納するコンピュータ可読媒体を含むソフトウェアプロダクトが提供される。

本発明のさらなる態様によれば、
編集コントロール部と；
ビデオ編集システムにインポートされた複数のメディアファイルのインディシアを表示するパネルと；
メディアファイルの１つが編集コントロール部にロードされたことを検出し、該メディアファイルと共通属性を共有する他のメディアファイルのインディシアをパネルに自動的に表示する同期エンジンと；を含む、ビデオ編集システム用のユーザインターフェースが提供される。

本明細書で使用される場合、“ｃｏｍｐｒｉｓｅ”、及びその用語の“ｃｏｍｐｒｉｓｉｎｇ”、“ｃｏｍｐｒｉｓｅｓ”、“ｃｏｍｐｒｉｓｅｄ”等の変化形は、文脈からそれ以外の意味を必要とする場合を除き、さらなる添加物、コンポーネント、整数又はステップを除外することを意図しない。

本発明のさらなる態様、および先行する段落に記載された態様のさらなる実施形態は、実施例を通しておよび添付する図面を参照して提供される以下の説明から明らかになるだろう。

本発明の実施形態を実施するのに適した、統合されたソフトウェアモジュールの集合体の概略図である。 図１に示された同期エンジンによって実行されるアルゴリズムの一例を示すフローチャートである。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムにより作成されたグラフィカルユーザインターフェースのディスプレイの一例である。 本発明の実施形態に係るビデオ編集システムを実施するのに適したハードウェア環境の概略図である。

図１は、本発明の実施形態を実施するのに適したビデオ編集システム１００を示している。ビデオ編集システム１００は（以下に説明する）コンピュータシステムにインストールされたソフトウェアアプリケーションであり、該コンピュータシステムにはオペレーティングシステム１９０もインストールされている。ビデオ編集システム１００は、ノンリニアエディタ（ＮＬＥ）１２０を含み、それにより（ビデオクリップおよびオーディオクリップなどの）ソースマテリアルの非破壊編集を実行し、プロジェクトの作成を完成させる機能を提供する。必要な場合、ノンリニアエディタ１２０は、編集およびプロジェクト作成機能を提供するために、（ビデオおよびグラフィックリソースを含む）コンピュータのハードウェアリソースを利用する。ハードウェアリソースは、通常、適切なオペレーティングシステム１９０のＡＰＩを介してアクセスされる。

ビデオ編集システム１００は、ビデオ編集、カラーコレクション、プロジェクトの作成などのワークフローのためのユーザインターフェースコントロールを表示する、グラフィカルユーザインターフェース１４０を含む。

ソースマテリアルは、インポートマネージャー１６０を介してビデオ編集システム１００にインポートされる。この点に関して、インポートマネージャー１６０は、適切なオペレーティングシステム１９０のＡＰＩにアクセスして、ローカルおよびリモートファイルシステムをスキャンし、ビデオ編集システム１００にインポートする適切なソースマテリアルを探索する。さらに、インポートマネージャー１６０は、ビデオ編集システム１００にインポートする前に必要なソースマテリアルの（トランスコーディングなどの）前処理の管理も行う。ソースマテリアルがインポートされると、ソースマテリアルに関連するデータとして、ファイルネーム、ディレクトリの場所、長さ、ハードウェアの詳細、地理的位置、日時、およびコーデックなどがデータベース１６５に格納される。また、データベース１６５は、インポートされたソースマテリアルから作成されたプロジェクトの内容を格納およびアクセスするためにビデオ編集システム１００によって利用される。

ビデオ編集システム１００は、同期エンジン１８０をさらに含む。以下に説明するように、同期エンジン１８０は、選択されインポートされたクリップと共通の属性を共有する、インポートされているメディアクリップを自動的に識別し、それらのクリップをユーザインターフェースに表示する「ライブ」同期ビューを実行する。一実施形態によれば、ビデオ編集システムは、共通の属性を共有する複数のメディアクリップのためのフォルダ（すなわち「メディアビン」）を自動的に作成し、そのフォルダ内のメディアクリップを表示する。

たとえば、該選択されるメディアクリップは、表示されている、または編集されている過程において存在し、その場合には、同期エンジン１８０は、該選択されたメディアクリップと共通の属性を共有する他のすべてのメディアクリップを表示する。関連する（つまり、共通属性を共有する）メディアクリップのこの種の「ライブ」ビューは、特定の時点でどんなクリップが利用できるのか示すとともに、それらの関連するクリップがどれくらいの間利用できるのか示すので便利である。このライブビューにより、該関連するメディアクリップをすばやくアクセスして編集することもできる。

次に、図２を参照して、ライブ同期ビューを提供するために同期エンジン１８０が実行するアルゴリズムの一例を説明する。好ましい実施形態では、該アルゴリズムは、ビデオ編集システム１００のバックグラウンドで連続的に実行される。アルゴリズムは、「ソースレベル」で同期を達成すること、つまり、カメラから配信されるネイティブファイルフォーマットを操作することなく、または実質的操作無しにそのまま利用することがさらに好ましい。これにより、より正確で効率的な同期が可能になるだけでなく、インポートされたメディアが最初のインポート時に同期されるので、ユーザーが編集するタイミングで利用可能となる。ソースレベルでの同期により、広範囲で検出された同期情報を同じソースメディアを利用する後続のプロジェクトに使用することもできる。

プロセスはステップ２００で開始する。ステップ２１０で、メディアファイルがビデオ編集システム１００にインポートされる。インポートマネージャー１６０は、インポートのための適切なユーザインターフェースコントロールを提供する。たとえば、インポートマネージャー１６０は、コンピュータのファイルシステム内のファイルの場所からビデオ編集システム１００によって提供されるプロジェクトパラダイムに、ファイルをドラッグアンドドロップさせるコントロールを提供する。たとえば、ビデオ編集システム１００により、ユーザーがフォルダ（または「ビン」）を、ディレクトリ階層（または「メディアプール」）内に作成して、選択されたメディアファイルをそのフォルダにドラッグし、それによりビデオ編集システムにインポートすることができる。

ステップ２２０で、同期エンジン１８０は、インポートされたメディアファイルおよびそのメタデータを解析する。

ステップ２３０で、同期エンジン１８０は、インポートされたメディアファイルのタイムコード情報を、ビデオ編集システム１００に以前にインポートされた他のメディアファイルのタイムコードと照合する。当業者にとって周知のように、タイムコードは、ビデオキャプチャと同時にビデオカメラによって生成され、キャプチャされたビデオ内の正しい位置を特定するために使用される。ＳＭＰＴＥ標準規格によれば、タイムコードは３２ビットの数値として生成され、それぞれが時間、分、秒、およびフレームを表す。

２つの異なるファイルのそれぞれが、（ファイルのメタデータに存在するカメラ識別子フィールドから明らかである）別々のカメラによって録画されたビデオを含み、その２つの異なるファイルに共通のタイムコード値のシーケンスを識別することが、ファイルに存在するビデオが、異なるカメラで、おそらくは異なる角度から撮られた同一のシーンであることを示唆する。

新しくインポートされたファイルと以前にインポートされたファイルの間に共通のタイムコード値がない場合、（後述する）ステップ２７０へ進む。

２つのメディアファイルのタイムコードが一致する場合（タイムコード値が重複している場合に起こり得る）、ステップ２４０に進み、同期エンジン１８０は、インポートされたファイルのメタデータに存在する日時情報を、以前にインポートされたファイルの対応するメタデータ一と照合する。日時情報は、通常、カメラ自体の内部クロックを使用するビデオファイルに含まれている。それは、必ずしもタイムコードデータほど正確ではないため、二次的な照合基準として使われる。

日時のメタデータが一致する場合は、ほぼ同じ日時に録画されたビデオに重複するタイムコードがあるので、２つのファイルがマルチカメラソースを構成している可能性がある。このシナリオでは、（必要に応じ）関連するクリップのグループが作成され、新しくインポートされたメディアファイルがそのグループに割り当てられる（ステップ２５０）。関連するクリップのグループは、（共通のタイムコード値および／または日時などの）共通属性を共有していることが検出されたすべてのファイルを含む。後述するように、関連するクリップのグループは、ユーザーが該クリップの１つと関わり合いを持つことでグループ内のすべてのクリップを自動的に表示する、ユーザインターフェース機能をトリガーするために利用される。

日時のメタデータが一致しない場合は、ステップ２６０に進み、そこで同期エンジンは、新しくインポートされたファイルの任意のオーディオトラックと以前にインポートされたファイルの任意のオーディオトラックについて、オーディオ比較ルーチンを実行する。比較ルーチンが２つのオーディオファイル間に共通性を示す場合は、（それはファイルに存在するビデオが異なるカメラで撮影された同一のシーンのものである事実を反映するものであり）、ステップ２５０に戻り、そこで新しくインポートされたメディアファイルは、該当の関連するクリップのグループに割り当てられる。

他のマッチングアルゴリズムを本発明で使用することもできる。たとえば、タイムコードのみを使用して、または日付／時刻情報のみを使用してファイルを照合できる。他のアルゴリズムでは、タイムコードとオーディオ、または日付／時刻とオーディオなどの照合基準のさまざまな組み合わせを利用する。地理座標やその他の位置情報など、その他の照合基準も使用できる。

出願人のダビンチリゾルブ（登録商標）は、本発明の実施形態を実施するのに適したビデオ編集システムの一例である。図３は、ダビンチリゾルブによって生成されたユーザインターフェース１４０の一例を示している。インターフェース１４０は、インポートされたビデオクリップを受信および表示するためのメディアビン表示領域３００を備えたパネルを含む。図３に示されたプロジェクトにはクリップがインポートされていないため、メディアビンの表示領域３００は空の状態である。インターフェース１４０はまた、選択されたビデオクリップを表示するためのソースビューア３１０と、編集やプロジェクト作成のために配置され、ソースビューア３１０からクリップをドラッグすることができるタイムライン３２０とを含む。

図４は、一連のクリップがメディアビン表示領域３００に配置されることによってインポートされた後のユーザインターフェース１４０の状態を示す。図示の実施形態で、同期エンジン１８０は、上記のマッチングアルゴリズムを使用して一連のインポートされたクリップについてライブ同期を実行した。ユーザインターフェース１４０は、操作されると同期エンジン１８０が起動して同期を実行する同期ボタン３２５をさらに含む。同期ボタン３２５を操作すると、同期制御ウィンドウが表示され、これにより、ユーザーは同期に関連する様々なオプションを選択できる。たとえば、ユーザーは、同期ウィンドウを介して、タイムコード、日時、オーディオ、またはそれらの任意の組み合わせに基づいて同期が実行されることを選択できる。

図４に示される実施形態では、マッチングアルゴリズムは、インポートされたクリップが、４つの異なるカメラによって録画された共通のシーンに関するものであることを確定した。ユーザインターフェース１４０は、ユーザーが個々のカメラを選択できるようにするカメラ選択ウィンドウ３３０を表示する。

図５は、ユーザーが図４に示されるカメラ選択ウィンドウから「カメラ１」を選択した後のユーザインターフェース１４０の状態を示す。図示の実施形態では、インポートされたビデオクリップのうち１つだけが「カメラ１」を使用して録画されていた。このことは、メディアビン表示領域３００に示されている単一のビデオクリップに反映されている。メディアクリップは、ソースビューア３１０に表示させるために選択され、編集のためにタイムライン３２０にドラッグされる。

図６は、本発明によって提供されるライブ同期ビューを示している。該同期ビューは、図６で「同期ビン」とラベル付けされた同期ビューボタン６１０を操作することにより選択される。同期ビューボタン６１０を操作すると、ＮＬＥ１２０は（「同期ビン」という名前の）新しいメディアビンを作成し、同期ビン表示領域６２０にそのコンテンツをレンダリングする。図示の実施形態では、新しいメディアビンに存在する各クリップの（サムネイル形式の）インディシアが同期ビン表示領域に表示される。

クリップのインディシアは、それらが同期され、したがって１つまたは複数の共通属性を共有することを示すように、同期ビン表示領域６２０に表示される。図示の実施形態では、（マッチングアルゴリズムによって決定された）４つの異なるカメラによって録画されたクリップのインディシアが、同期ビン表示領域６２０に垂直に配置された態様で表示される。

図６に示されるライブ同期ビューの実施形態では、ソースビューア３１０は、４つのカメラのそれぞれに対して別々のビューイングエリアを含む。

同期ビン表示領域６２０は、現在のクリップ６３０（すなわち、タイムライン３２０およびソースビューア３１０に存在するクリップ）を表示するだけでなく、現在のクリップ６３０の関連するクリップのグループ内にある他のどんなクリップも自動的に表示する。上記のように、図示の実施形態では、関連するクリップのグループは、異なるカメラによる同じシーンの録画から成る。これらの関連するクリップは、クリップ６４０および６５０として図６に示されている。クリップ６３０、６４０および６５０は、同期ビン表示領域６２０に垂直に配置されて、それらが相互に同期された関係であることを示している。上記のように、同期エンジン１８０が共通の属性を有するクリップを検出すると、個々のクリップは、同期エンジンによって、関連するクリップのグループに割り当てられる。関連するクリップを専用のメディアビンに表示することは完全に自動化されており、ユーザーにとっては透過的である。

関連するクリップ６３０、６４０、６５０は、共通の属性を検出するために使用されたメタデータに従って、同期ビン表示領域に表示される。たとえば、クリップが共通のタイムコード値を有するものとして検出された場合、これらのタイムコード値はその共通性を示すように使われる。図６に示される実施形態では、クリップ６３０が最初にスタートするが、これは、その間はカメラ１がシーンを録画する「唯一のカメラであった時間間隔」があったことを示している。このことは、クリップ６３０のみが表示されて他の表示領域がブランクなっている、図６に示されたソースビューア３１０に反映されている。

後の時点で、クリップ６３０と６４０が（たとえば、共通のタイムコードまたはオーディオトラックを有することにより）オーバーラップし、カメラ１と２が同時に独立して同じシーンを録画していたことを示す。さらに後の時点で、３つのクリップ６３０、６４０、６５０がすべてオーバーラップし、カメラ１、カメラ２、カメラ３のそれぞれが同じシーンを録画していたことを示す。この時間情報は、クリップ６３０に対してクリップ６４０および６５０の開始点をオフセットすることによって表示される。

ユーザーは、クリップ（図６のクリップ６３０）をタイムライン３２０にドラッグして、編集およびプロジェクトの作成を行うことがでる。ＮＬＥ１２０は、検出された属性情報（たとえばタイムコード情報、日時、またはオーディオトラック）を利用して、タイムラインの正しい時間位置にクリップを配置する。属性情報は、複数のクリップがタイムライン３２０にドラッグされたときそれらの同期を維持するためにも使用される。

図７は、タイムライン３２０のプレイヘッド７１０が図６に示された時間より後の時間まで進行した場合のユーザインターフェース１４０の状態を示す。第２プレイヘッド７１５が同期ビン表示領域６２０に設けられ、ユーザーは、これを操作して表示されたクリップをスクロールすることもできる。

図７に示される時点で、プレイヘッド７１０および７１５は、複数の関連するクリップが再生されているある位置まで進んでいる。特に、図７に示す時間位置では、４台のカメラ（つまり、カメラ１、カメラ２、カメラ３、カメラ４）のすべてが別々かつ同時に同じシーンを録画していた。このことは、クリップ６３０、６４０、６５０、６６０が、同期ビン表示領域６２０において垂直に配置され表示されていることによって示されている。本発明は、そのような状況を検出し、すべての関連するクリップをソースビューア３１０の関連する表示領域に自動的にロードする。

図８に示すように、個々のビューのいずれか１つを選択してソースビューア３１０に便利よく表示することができる。オーディオ波形ビューア６９０は、ソースビューア３１０の真下に設けられている。オーディオ波形ビューア６９０は、編集コントロール部として機能し、たとえば、ユーザーがインポイントおよびアウトポイントを使ってクリップ（この場合はクリップ６６０）をマークできる。このインポイントおよびアウトポイントは、編集およびプロジェクト作成のためにタイムライン３２０にロードできるクリップ全体のセクションを定義する。上記のように、ＮＬＥ１２０は、検出された属性情報（たとえば、タイムコード情報）を利用して、タイムライン３２０内の正しい時間位置に該クリップのセクションを配置する。

上記のように、クリップが同期ビン表示領域６２０に表示されると、それらを適切にタイムライン３２０にドラッグして、いつも通りに編集することができる。このことは、２つの関連するクリップ９１０および９２０がソースビューア３１０または同期ビン表示領域からタイムライン３２０にドラッグされたことを示す図９に描かれている。ソースビューア３１０は同期ビン表示領域６２０に存在する４つのクリップすべてを表示するように示されているが、タイムライン３２０には４つのクリップのうち２つだけがドラッグされている。

重要なことは、クリップがタイムライン３２０にドラッグされたとき、（マッチングアルゴリズムによって検出された）クリップ９１０と９２０との間の同期された時間関係が維持されることである。これにより、カメラの切り替えを切れ目なく行うことができる。言い換えると、プロジェクトがクリップ９１０からクリップ９２０に切り替わって、クリップ９１０に戻るときに（図９に示すように）、プロジェクト全体の連続性が維持される。

本発明の同期エンジン１８０は、ビデオ編集システム１００によって提供される他の編集機能と切れ目なく動作する。このことが図１０に示されており、そこには、クリップ９２０によって占有されるタイムライン３２０の同じトラックにドラッグされた、関連のないクリップ９５０が示されている。クリップ９５０はクリップ９２０と同じ関連するクリップのグループにはないにもかかわらず、そのような編集機能が許容される。それと同時に、クリップ９１０と９２０との間の時間関係は、タイムライン３２０に維持される。

図１１はプレイヘッド１０００がクリップ９２０の再生を超えて進行し、クリップ９５０の再生を開始した後の図１０のユーザインターフェースの状態を示す。上記のように、クリップ９５０は、同期エンジン１８０がクリップによって共有されるいずれの共通属性も検出しなかったので、同じ関連するクリップのグループ９２０に属していない。しかしながら、クリップ９５０は、他のクリップと共通の属性を共有し、それらの属性は同期エンジン１８０によって以前に検出されていた。このシナリオでは、同期エンジン１８０は、新しい同期ビンおよび同期ビン表示領域６２０を自動的に作成し、クリップ９２０に関連するクリップを新たに作成されたビンにロードする。プレイヘッド１０００がクリップ９５０の再生を開始すると、新たに作成された同期ビン表示領域が表示される。これらのロードされたクリップは、その後、タイムラインに適切にドラッグされ編集することができる。

図１２は、本発明の実施形態を実施可能なコンピュータシステム１２００の一例を示すブロック図を提供する。コンピュータシステム１２００は、情報を伝えるためのバス１２０２または他の通信メカニズムと、バス１２０２に接続された、情報を処理するためのハードウェアプロセッサ１２０４とを含む。ハードウェアプロセッサ１２０４は、例えば、汎用マイクロプロセッサ、グラフィックスプロセッシングユニット、他のタイプのプロセッシングユニット、またはそれらの組み合わせであってもよい。

さらに、コンピュータシステム１２００は、情報や、プロセッサ１２０４によって実行される命令を記憶するための、バス１２０２に接続されたランダムアクセスメモリ（ＲＡＭ）や他のダイナミック記憶装置などのメインメモリ１２０６を含む。メインメモリ１２０６は、プロセッサ１２０４によって実行される命令の実行中に一時変数や他の中間情報を記憶するためにも使われる。そのような命令が、プロセッサ１２０４にアクセス可能な非一時記憶媒体に格納される場合、コンピュータシステム１２００は、該命令により指定されたオペレーションを実行するようカスタマイズされた専用マシンになる。

コンピュータシステム１２００はさらに、バス１２０２に接続された、静的情報やプロセッサ１２０４の命令を記憶するためのリードオンリーメモリ（ＲＯＭ）１２０８や他のスタティック記憶装置を含む。磁気ディスクまたは光ディスクなどの記憶装置１２１０が提供され、情報や上記のビデオ編集ソフトウェアアプリケーションを含む命令を格納するために、バス１２０２に接続される。

コンピュータシステム１２００は、バス１２０２を介して（ＬＣＤ、ＬＥＤ、タッチスクリーンディスプレイまたはその他のディスプレイなどの）ディスプレイ１２１２に接続され、コンピュータユーザに対して、上記で説明され図示されたグラフィカルユーザインターフェースなどの情報を表示する。英数字キーおよびその他のキーを含む入力デバイス１２１４は、情報およびコマンド選択をプロセッサ１２０４に伝えるためにバス１２０２に接続される。別のタイプのユーザー入力デバイスは、方向情報およびコマンド選択をプロセッサ１２０４に伝え、およびディスプレイ１２１２上のカーソルの動きを制御するための、マウス、トラックボール、またはカーソル方向キーなどのカーソルコントロールである。

一実施形態によれば、本明細書に記載の技術は、プロセッサ１２０４が、メインメモリ１２０６に含まれる１つまたは複数の命令の、１つまたは複数のシーケンスを実行することに応じて、コンピュータシステム１２００によって実行される。そのような命令は、リモートデータベースなどの別の記憶媒体からメインメモリ１２０６に読み込まれてもよい。プロセッサ１２０４は、メインメモリ１２０６に含まれる命令のシーケンスを実行することで本明細書に記載のプロセスのステップを実行する。代替の実施形態では、ハードワイヤード回路を、ソフトウェア命令の代わりに、またはソフトウェア命令と組み合わせて使用してもよい。

本明細書で使用される「記憶媒体」という用語は、マシンを特定の方法で動作させるデータおよび／または命令を格納するあらゆる非一時的な記憶媒体を指す。そのような記憶媒体は、不揮発性記憶媒体および／または揮発性記憶媒体を含み得る。不揮発性記憶媒体には、例えば、記憶装置１２１０などの光学ディスクまたは磁気ディスクが含まれる。揮発性記憶媒体には、メインメモリ１２０６などのダイナミックメモリが含まれる。記憶媒体の一般的な形態には、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、またはその他のあらゆる磁気データ記憶媒体、ＣＤ－ＲＯＭ、その他のあらゆる光データ記憶媒体、孔のパターンを備えたあらゆる物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ－ＥＰＲＯＭ、ＮＶＲＡＭ、その他あらゆるメモリチップまたはカートリッジが含まれる。

さらに、コンピュータシステム１２００は、バス１２０２に接続された通信インターフェース１２１６を含む。通信インターフェース１２１６は、通信ネットワーク１２２０に接続されたネットワークリンク１２１８に結合して双方向データ通信を提供する。例えば、通信インターフェース１２１６は、サービス総合デジタル網（ＩＳＤＮ）カード、ケーブルモデム、サテライトモデムなどであってもよい。別の例として、通信インターフェース１２１６は、互換性のあるＬＡＮへのデータ通信接続を提供するためのローカルエリアネットワーク（ＬＡＮ）カードであってもよい。ワイヤレスリンクを実装してもよい。そのような実装を行う場合、通信インターフェース１２１６は、様々なタイプの情報を表すデジタルデータストリームを伝送する電気、電磁気、または光信号を送受信する。

本明細書で開示され明らかとなった発明は、テキストや図面に記載され又はそこから明白な、個々の特徴の２つ以上の全ての代替されうる組み合わせに及ぶことが理解されるだろう。これらの異なる組み合わせの全てが本発明の様々の代替されうる態様を構成する。

Claims (19)

1. メディアファイルをビデオ編集システムにインポートするためのインポートマネージャーと；
   ユーザインターフェースと；
   １つまたは複数の共通属性を有するインポートされたメディアファイルを検出し、検出された各メディアファイルのインディシアを前記ユーザインターフェースに表示するための同期エンジンと；
   を含むビデオ編集システム。
2. 前記１つまたは複数の共通属性は、検出されたメディアファイルが複数のカメラのメディアクリップを含むことを示す、請求項１に記載のビデオ編集システム。
3. 前記共通属性は、１つまたは複数のタイムコード、時間、日付、オーディオ波形を含む、請求項２に記載のビデオ編集システム。
4. 前記ユーザインターフェースはタイムラインおよび空間的に離れたメディアビン表示領域を含み、前記インディシアが前記メディアビン表示領域に表示される、請求項１乃至３のいずれかに記載のビデオ編集システム。
5. 前記インディシアは、共通属性を共有することを示すように前記メディアビン表示領域に表示される、請求項４に記載のビデオ編集システム。
6. 前記インディシアは前記メディアビン表示領域に垂直に配置され、検出されたメディアファイルが複数のカメラのメディアクリップを含むことを示す、請求項５に記載のビデオ編集システム。
7. 前記ユーザインターフェースは、メディアビン表示領域にまたはそれに隣接してプレイヘッドを含む、請求項４乃至６のいずれかに記載のビデオ編集システム。
8. 前記インディシアは、検出されたメディアファイルのサムネイルである、請求項１乃至７のいずれかに記載のビデオ編集システム。
9. 前記同期エンジンは、検出された１つのメディアファイがユーザインターフェースの編集コントロール部にロードされることを検出し、共通属性を有する検出された他のメディアファイルのインディシアをユーザインターフェースに自動的に表示させる、請求項１乃至８のいずれかに記載のビデオ編集システム。
10. 前記編集コントロール部はタイムラインである、請求項９に記載のビデオ編集システム。
11. 前記同期エンジンは、共通属性データを利用して、検出されたメディアファイルを前記タイムラインの正しい時間位置に配置する、請求項４乃至１０のいずれかに記載のビデオ編集システム。
12. 前記同期エンジンは、共通属性データを利用して、検出された別のメディアファイルを前記タイムラインの前記検出されたメディアファイルに対して正しい時間位置に配置する、請求項１１に記載のビデオ編集システム。
13. 前記同期エンジンは、前記ビデオ編集システムのバックグラウンドで連続して動作する、請求項１乃至１２のいずれかに記載のビデオ編集システム。
14. メディアファイルをビデオ編集システムにインポートするステップと；
    １つまたは複数の共通属性を有するインポートされたメディアファイルを検出するステップと；
    検出された各メディアファイルのインディシアをビデオ編集システムのユーザインターフェースに表示するステップと；
    を含む、ビデオ編集システムのメディアファイルを管理する方法。
15. 検出されたメディアファイルのためのメディアビンを作成するステップと；
    検出されたメディアファイルのインディシアをユーザインターフェースのメディアビン表示領域に表示するステップと；
    をさらに含む、請求項１４に記載の方法。
16. 前記インディシアは、それらが共通属性を共有することを示すように前記メディアビン表示領域に表示される、請求項１５に記載の方法。
17. 前記インディシアは、メディアビン表示領域に垂直に配置され、検出されたメディアファイルが複数のカメラのメディアクリップを含むことを示す、請求項１６に記載の方法。
18. プロセッサによって実行されるとき、請求項１乃至１３のいずれかに記載のビデオ編集システムを提供する命令を格納するコンピュータ可読媒体を含む、ソフトウェアプロダクト。
19. 編集コントロール部と；
    ビデオ編集システムにインポートされた複数のメディアファイルのインディシアを表示する、前記編集コントロール部から空間的に離れたメディアビン表示領域と；
    メディアファイルの１つが前記編集コントロール部にロードされたことを検出し、前記メディアファイルと共通属性を共有する他のメディアファイルのインディシアを前記メディアビン表示領域に自動的に表示する同期エンジンと；
    を含む、ビデオ編集システム用のユーザインターフェース。

Images