(57)【特許請求の範囲】
【請求項１】
ビデオ及び／又はオーディオマテリアルを処理するマテリアル処理装置と、
上記ビデオ及び／又はオーディオマテリアルの識別子を処理する識別子処理装置と
を具備する処理システムであって、
上記マテリアル処理装置は、
それぞれ上記識別子を有する、処理対象の複数の入力マテリアルを受信する複数の入力部と、
上記複数の入力マテリアルが組み合わされて構成された出力マテリアルを出力する出力部と、
上記各入力マテリアルが上記複数の入力部のうちどの入力部へ入力されたものであるかを示す状態データを出力する状態データ出力部とを有し、
上記識別子処理装置は、
上記各入力マテリアルから上記各識別子を検出し、上記状態データを基に、上記出力マテリアルを構成する上記各入力マテリアルの組み合わせを判断し、上記出力マテリアルの識別子を生成して当該出力マテリアルに付与し、当該出力マテリアルを構成するのに用いられた各入力マテリアルの各識別子と、上記生成された出力マテリアルの識別子との関連付けを示すメタデータを生成して、当該メタデータ及び上記出力マテリアルの識別子をデータベースに記憶し、当該出力マテリアルをネットワーク上に送出する前に、当該出力マテリアルから全ての識別子を除去するように構成される
処理システム。
【請求項２】
記録媒体上に上記出力マテリアルを記録するマテリアルレコーダをさらに具備することを特徴とする請求項１記載の処理システム。
【請求項３】
上記識別子処理装置は、上記メタデータを上記記録媒体に記録することを特徴とする請求項２記載の処理システム。
【請求項４】
少なくとも上記出力マテリアルの識別子が上記記録媒体に記録されることを特徴とする請求項３記載の処理システム。
【請求項５】
上記入力マテリアルから上記識別子を取り出す手段を有することを特徴とする請求項１〜４のいずれか１項記載の処理システム。
【請求項６】
ビデオ及び／又はオーディオマテリアルの処理を行うプロセッサであって、
それぞれ識別子を有する処理対象の複数の入力マテリアルを受信する複数の入力部と、
上記複数の入力マテリアルが組み合わされて構成された出力マテリアルを出力する出力部と、
上記各入力マテリアルが上記複数の入力部のうちどの入力部へ入力されたものであるかを示す状態データを出力する状態データ出力部と、
上記各入力マテリアルから上記各識別子を検出する検出部と、
上記状態データを基に、上記出力マテリアルを構成する上記各入力マテリアルの組み合わせを判断する判断部と、
上記出力マテリアルの識別子を生成して当該出力マテリアルに付与する生成部と、
上記出力マテリアルを構成するのに用いられた各入力マテリアルの各識別子と、上記生成された出力マテリアルの識別子との関連付けを示すメタデータを生成して、当該メタデータ及び上記出力マテリアルの識別子をデータベースに記憶する関連付け制御部と、
上記出力マテリアルをネットワーク上に送出する前に、当該出力マテリアルから全ての識別子を除去する除去部と
を具備するプロセッサ。
【請求項７】
それぞれ識別子を有する処理対象の複数の入力マテリアルを受信する複数の入力部と、上記複数の入力マテリアルが組み合わされて構成された出力マテリアルを出力する出力部と、上記各入力マテリアルが上記複数の入力部のうちどの入力部へ入力されたものであるかを示す状態データを出力する状態データ出力部とを有するビデオ及び／又はオーディオマテリアル処理装置とともに使用され、上記ビデオ及び／又はオーディオマテリアルの識別子を処理するプロセッサであって、
上記各入力マテリアルから上記各識別子を検出する検出部と、
上記状態データを基に、上記出力マテリアルを構成する上記各入力マテリアルの組み合わせを判断する判断部と、
上記出力マテリアルの識別子を生成して当該出力マテリアルに付与する生成部と、
上記出力マテリアルを構成するのに用いられた各入力マテリアルの各識別子と、上記生成された出力マテリアルの識別子との関連付けを示すメタデータを生成して、当該メタデータ及び上記出力マテリアルの識別子をデータベースに記憶する関連付け制御部と、
上記出力マテリアルをネットワーク上に送出する前に、当該出力マテリアルから全ての識別子を除去する除去部と
を具備するプロセッサ。
【請求項８】
それぞれ識別子を有する処理対象の複数の入力マテリアルを受信する複数の入力部と、上記複数の入力マテリアルが組み合わされて構成された出力マテリアルを出力する出力部と、上記各入力マテリアルが上記複数の入力部のうちどの入力部へ入力されたものであるかを示す状態データを出力する状態データ出力部とを有するビデオ及び／又はオーディオマテリアル処理装置により処理されるビデオ及び／又はオーディオマテリアルの識別子を処理する識別子処理方法であって、
上記各入力マテリアルから上記各識別子を検出するステップと、
上記状態データを基に、上記出力マテリアルを構成する上記各入力マテリアルの組み合わせを判断するステップと、
上記出力マテリアルを構成するのに用いられた各入力マテリアルの各識別子と、上記生成された出力マテリアルの識別子との関連付けを示すメタデータを生成して、当該メタデータ及び上記出力マテリアルの識別子をデータベースに記憶するステップと、
上記出力マテリアルをネットワーク上に送出する前に、当該出力マテリアルから全ての識別子を除去するステップと
を具備することを特徴とする識別子処理方法。
【請求項９】
プロセッサに、請求項８記載の方法における各ステップを実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオ及び／又はオーディオ及び／又はデータマテリアルのアイデンティファイアの処理に関する。また、本発明は、アイデンティファイアが関連付けられたビデオ及び／又はオーディオ及び／又はデータマテリアルの処理に関する。マテリアルは情報信号で表される。
【０００２】
【従来の技術】
ビデオ及びオーディオマテリアルにマテリアルアイデンティファイアを関連付けることが提案されている。例えば、１フレームの精度でマテリアルを識別するため、ユニバーサル的にユニークなアイデンティファイアが提案されている。このようなアイデンティファイアの例としてＵＭＩＤがある。例えばテイク又はクリップ等のマテリアルは、好ましくは、それが最初に作成されるときに識別される。このようなアイデンティファイアにより、著作権保護のためのマテリアルの追跡及び管理が可能になり、所有者はそのマテリアルを使用する他者に使用料を請求することができるとともに、ビデオ及びオーディオマテリアルの制作及び配信における種々の機能が可能になる。
【０００３】
事実上新しいマテリアルを作成するような方法で（古い）マテリアルを処理することが知られている。例えば、２以上のマテリアルピースをエディタ又は特殊効果機器にて組み合わせ、新たなマテリアルピースを作成することができる。
【０００４】
また、他の例として、それぞれマテリアルを生成する幾つかのカメラで、イベントをライブ放送してもよい。さらに、記録されたマテリアルを作品中のスタッフやキャストの紹介に用いることもできる。視聴者に対して放送又は他の方法で配信される最終的なマテリアルは、種々のライブソース（カメラ、レコーダ等）からのマテリアルを選択して組み合わせることにより作成される。
【０００５】
【発明の開示】
本発明は、ビデオ及び／又はオーディオ及び／又はデータマテリアルのアイデンティファイアの処理を行うプロセッサであって、プロセッサは、それぞれアイデンティファイアを有する処理される各マテリアルピースを受信する複数の入力部と、入力マテリアルの組み合わせである処理済みマテリアルを出力する出力部と、装置の状態を示すデータを出力する状態出力部とを有するビデオ及び／又はオーディオ及び／又はデータマテリアル処理装置とともに使用され、入力マテリアルのアイデンティファイアを検出し、出力マテリアルを構成する入力マテリアルの組み合わせを状態データから判断し、出力マテリアルのアイデンティファイアを生成し、出力マテリアルを構成するのに用いられる入力マテリアルのアイデンティファイアに出力マテリアルのアイデンティファイアを関連付けるように構成されたプロセッサを提供する。
【０００６】
従って、プロセッサは、自動的に入力マテリアルのアイデンティファイアをビデオ及び／又はオーディオ及び／又はデータ処理装置に検出し、処理装置により出力される処理済みマテリアルのアイデンティファイアを判断し、出力処理済みマテリアルにアイデンティファイアを関連付け、出力マテリアルのアイデンティファイアに入力マテリアルのアイデンティファイアを関連付ける。
【０００７】
入力マテリアルは、アイデンティファイアを持たないものもある。プロセッサは、好ましくは、このようなマテリアルのアイデンティファイアを生成して、他のすべてのマテリアルと同じように処理されるようにする。
【０００８】
出力マテリアルに関連したアイデンティファイアを出力マテリアルに適用することもできる。出力アイデンティファイアは、データベースに記憶され、データベース中の適切なメタデータにリンクされる。
【０００９】
また、最終的な出力マテリアルの一部を構成する新たなマテリアルのサブコンビネーションについて、新たなアイデンティファイアを生成することもできる。
【００１０】
また、本発明は、ビデオ及び／又はオーディオマテリアルの処理を行うプロセッサであって、それぞれアイデンティファイアを有する処理される各マテリアルピースを受信する複数の入力部と、入力マテリアルの組み合わせである処理済みマテリアルを出力する出力部とを有し、入力マテリアルのアイデンティファイアを検出し、出力マテリアルを構成する入力マテリアルの組み合わせを状態データから判断し、出力マテリアルのアイデンティファイアを生成し、出力マテリアルを構成するのに用いられる入力マテリアルのアイデンティファイアに出力マテリアルのアイデンティファイアを関連付けるように構成されたプロセッサを提供する。
【００１１】
上述のように、マテリアルアイデンティファイアを用いて、ビデオ及びオーディオマテリアルを識別することが提案されている。このようなアイデンティファイアの例としてＵＭＩＤがある。ソースにてアイデンティファイアを持たないマテリアルもあるので、そのマテリアルにアイデンティファイアを関連付けなければならない。マテリアルに対して行われる幾つかのプロセスでは、古いマテリアルから新たなマテリアルを生成するので、新たなアイデンティファイアの生成を伴う。
【００１２】
記録された幾つかのマテリアルは、例えばテープやディスク等の記録媒体から再生され、コンテンツを変えずに再記録される。ＵＭＩＤは、同じマテリアルの異なるインスタンスを表すのに用いられるインスタンス番号を有している。例えば、マテリアルの最初の記録はインスタンス番号０を有し、同じマテリアルの次の記録はインスタンス番号１を有する。アイデンティファイアのその他の部分は変わらない。
【００１３】
カメラやマイク等のライブソースからのマテリアルについては、マテリアルのコンテンツを変えることなく、例えばアナログ／デジタルあるいはデジタル／圧縮デジタル等、記録せずに形式変換が行われる。
【００１４】
また、本発明は、ビデオ及び／又はオーディオ信号により表され、ソースから発生するビデオ及び／又はオーディオマテリアルを、ソースのタイプを識別するデータフィールドを有するマテリアルアイデンティファイアに関連付けるビデオ及び／又はオーディオ信号システムを提供する。
【００１５】
これにより、ソースのタイプ、例えば、ソースがカメラやマイク等のライブソースであるか、記録されたマテリアルのソースであるかが示される。ライブソースから送られるが記録されていないマテリアルは、例えばインスタンス番号が割り当てられ、これらインスタンス番号は、送られた未記録データのインスタンスとしてタイプインディケータにより表される。記録されたソースからのマテリアルは、インスタンス番号が割り当てられるが、これらは送られたインスタンス番号に対して異なるタイプインディケータを有する。
【００１６】
送られたマテリアルについては、例えばＵＭＩＤ等のアイデンティファイアがデータストリームに埋め込まれている。例えば、垂直ブランキング期間である。符号化や復号化等の一連の処理における幾つかのプロセスでは、垂直ブランキング期間を変えずに通過させるか、あるいは、潜在的に誤ったインスタンス番号を与える垂直ブランキング期間の処理を行わない。従って、本発明の一実施例によれば、このようなアイデンティファイアは、記録されたインスタンスのみに適用されるものとしてタイプインディケータにより表される。
【００１７】
【発明の実施の態様】
以下の説明は、概要について図１及び図２を参照して説明し、ＵＭＩＤについて図３及び図４を参照して説明し、メタデータについて図５及び図１９〜図２２を参照して説明し、Ａボックスについて図６〜図１２を参照して説明し、Ｂボックスについて図１３〜図１８を参照して説明し、変更ＵＭＩＤについて図２３及び図２４を参照して説明する。
【００１８】
概要−図１及び図２
図１において、ビデオ及び／又はオーディオ信号プロセッサ４００は、複数の入力部ＩＮを有している。説明の都合上、以下ではビデオのみについて説明するが、本発明の原理はオーディオにもデータにも適用されるものである。プロセッサは、ビデオスイッチャ、ミキサ、特殊効果機器、あるいは他のプロセッサであってもよい。説明を簡単にするため、以下ではミキサについて説明する。ミキサの入力部ＩＮは、ＵＭＩＤを有するビデオマテリアルを受信する。ＵＭＩＤはマテリアルアイデンティファイアであり、後述の「ＵＭＩＤ」のセクションで説明する。ミキサ４００は、既知の方法で、入力部のうちの選択された入力部からのマテリアルを組み合わせる。ミキサの出力部ＯＵＴにて、種々の入力部から選択されてカットや挿入により順に組み合わせられたマテリアルシーケンス、及び／又は、ピクチャインピクチャ等、他のマテリアルのフレームに挿入される１マテリアルピースのような、順に組み合わせたのではない２以上の入力部からのマテリアル、及び／又は、当該分野で知られている他の組み合わせからなるマテリアルが生成される。プロセッサ４００は、状態データ出力部４０１を有している。このような出力は、幾つかの既知のプロセッサにおいて得られる。これにより、信号を組み合わせる方法や、例えば、それらの信号がどの入力部から発生するのかを示すデータが得られる。
【００１９】
以下のような簡単な例について考える。入力部ＩＮは、ａ、ｂ、ｃ、ｄ、ｅ、ｆとして識別される各ビデオ入力を受信する。入力ａ、ｂ、ｃ、ｄはライブソースから発生する。入力ｅはＶＴＲから発生し、入力ｆは他の制作会社から供給されたものである。入力ｂが入力ａにおいてピクチャインピクチャとなるように、ａとｂを組み合わせる。入力ｃとｄを、つなぎ目にディゾルブを用いてミキシングし、ｃとｄの両方が含まれるようにする。
【００２０】
入力ａ〜ｅのビデオアイテムは、各ビデオ信号ａ〜ｅに埋め込まれているＵＭＩＤａ〜ｅにより識別され、入力ｆはＵＭＩＤを有さないものとする。
【００２１】
最終的な出力は、ａ〜ｆの組み合わせにより構成される。
【００２２】
最終的な出力に新たなＵＭＩＤを与えるため、また、事実上新たなマテリアルとなるサブコンビネーションにＵＭＩＤを与えるためにルールを適用する。（適用されるルールは、ビジネスポリシーによるもの及び／又は標準化機構により承認されるものでもよい。）種々の理由により、ＵＭＩＤ及びそれらの関係を調べるオーディットトレイルを作成することが望ましい。その理由には特に著作権保護やロイヤリティの支払いが含まれる。
【００２３】
本発明の一実施例によれば、ここでは「Ｃボックス」と呼ばれるＵＭＩＤプロセッサ４０３を設ける。Ｃボックス４０３は、オーディットトレイルを作成し、ビデオプロセッサ４００により処理されるマテリアルにＵＭＩＤ適用ルールを適用する。Ｃボックス４０３は、好適なインターフェースを備えたプログラムされたコンピュータを用いて実現することができる。
【００２４】
Ｃボックス４０３は、入力部がビデオプロセッサ４００の各入力部ＩＮに接続されている。Ｃボックスは、例えば入力ａ〜ｅのＵＭＩＤａ〜ｅのような入力信号のＵＭＩＤを検出する手段を有している。入力ｆはＵＭＩＤを有していないので、ＣボックスはＵＭＩＤｆを入力ｆに与えて、他の入力と全く同じように処理できるようにする。Ｃボックスは、接続線４０１を介してビデオプロセッサの状態データを受信して、ビデオプロセッサの動作を行うエミュレータを備えている。Ｃボックスは、ビデオプロセッサにより生成されたマテリアルの組み合わせに適切なＵＭＩＤ適用ルールを作成し、適用する。Ｃボックスは、接続線４０２を介して処理済みビデオに新たなＵＭＩＤを与える手段を備えている。これにより、Ｃボックスはオーディットトレイルを作成する。
【００２５】
Ｃボックスは、ビデオプロセッサ４００で処理したマテリアルにＵＭＩＤにより関連付けられた他のメタデータも記憶するデータベース４０４／４２０に、オーディットトレイルを転送する。これに代えて、あるいは、これに加えて、Ｃボックスは、ビデオ信号の例えば垂直ブランキング期間に、オーディットトレイルと任意で幾つかのメタデータを挿入する。
【００２６】
図中、Ｃボックスはビデオプロセッサに付加されているが、ビデオプロセッサに統合してもよい。
【００２７】
図１では、最終的なビデオ出力がビデオプロセッサから出力されているが、好ましくは、最終的な出力は、入力マテリアルの最終的な組み合わせにＵＭＩＤを与えるＣボックスを介して得られる。放送されるマテリアルの最終的な組み合わせには、プログラムを構成するマテリアルの完全な組み合わせをユニバーサル的にユニークに識別するユニークプログラムアイデンティファイア（ＵＰＩＤ）が割り当てられる。Ｃボックスは、以下に説明するように、放送用に送られたマテリアルから、すべてのＵＭＩＤ及びＵＰＩＤを除去することができる。
【００２８】
図２は、ビデオ及びオーディオプロダクションシステムを示す概略図である。図２は、放送されるプログラムであって、カメラ４０８及び４０９からのライブマテリアルやＶＴＲ４１１からの記録されたマテリアルからなり、デジタルマルチ効果機器４１５により処理されたマテリアルを伴うプログラムの制作を示す。プログラムマテリアルは、ルータ４１３、コントロールパネル４１４を備えたビデオスイッチャ４００’、オーディオコンソール４００”により、種々のソース４０８、４０９、４１１、４１５からライブで構成される。また、種々の動作を監視するモニタ４１６が設けられている。モニタ４１８は放送されるプログラムの監視を行い、ＶＴＲ４１７はそのプログラムを記録する。ＶＴＲ４１７は、ＶＴＲ４１７に接続されるとともにＶＴＲ４１７をＬＡＮに接続するＢボックス４１２を有してもよい。Ｂボックスは、ＶＴＲ４１７内のテープのテープＩＤ及び／又はそのマテリアルのＵＭＩＤ、及び／又は他のメタデータを、メタデータベース４０４に通信する。これにより、テープとそのコンテンツをデータベースにおいて識別することができる。
【００２９】
カメラはＡボックス４１０を有し、ＶＴＲ４１１はＢボックス４１２を有している。Ｃボックスはビデオスイッチャ４００’及びオーディオコンソール４００”に関連付けられている。Ｃボックスは、ビデオスイッチャ４００’及びオーディオコンソール４００”からの状態データを受信するための状態データ入力部４０１’及び４０１”を有している。本例では、最終的なプログラムがＣボックスから放送される。Ｃボックス４０３は、コンピュータ４２０と、フィードメタデータベース４０４と、状態データベース４１９とを有するコントロールアプリケーション４０３’を備えている。フィードメタデータベースは、オーディットトレイルや他のメタデータを取り込み、それらを、点線４２１で示す通信リンクを介してメインデータベース４２０に送る。
【００３０】
カメラ４０８及び４０９は、ルータ４１３に送られるライブビデオを生成する。ビデオストリームにはＵＭＩＤが埋め込まれる。ＵＭＩＤはＡボックス４１０により生成される。また、Ａボックスは、メタデータの生成及び／又は収集も行い、このメタデータは、例えばＬＡＮにより、関連するＵＭＩＤとともにメタデータベース４０４に送られる。ＶＴＲ４１１は、ＵＭＩＤを有する記録されたビデオを再生する。ＵＭＩＤはビデオ再生の際に再生され、本例では、ルータ４１３に送られるビデオに埋め込まれている。メタデータは、テープに記録したり再生することができる。ＢボックスはＬＡＮに接続される。Ｂボックスは、再生されたマテリアルのＵＭＩＤを他の使用可能なメタデータとともに、ＬＡＮを介してメタデータベース４０４に転送する。記録されたマテリアルがＵＭＩＤを有していない場合、Ｂボックス４１２によりＵＭＩＤが与えられる。
【００３１】
Ｃボックス４０３は、状態データ入力部４０１’及び４０１”を介してオーディオコンソール及びビデオスイッチャの状態を検出し、それらの状態をエミュレートしてＵＭＩＤのオーディットトレイルを作成する。また、Ｃボックスは、最終的なＵＭＩＤ及び／又はＵＰＩＤを、放送されるプログラムに関連付ける。
【００３２】
Ｃボックスは、マテリアルからすべてのＵＭＩＤを除去して、放送されるプログラムがＵＭＩＤもＵＰＩＤも持たないようにすることができる。その場合、最終的なＵＭＩＤ及び／又はＵＰＩＤは、プログラムに関するメタデータとともにメタデータベース４０４のみに記憶される。例えば、最終的なプログラムがレコーダに送られて記憶され、すぐに放送されない場合、ＵＭＩＤ及びＵＰＩＤはマテリアル中にとどまる。
【００３３】
Ｃボックス４０３は、ＵＭＩＤを検出して、それらをメタデータベース４０４に転送する。メタデータベース４０３は、図５を参照して説明するようなメタデータ、及び／又は、図１９〜図２３を参照して説明するようなメタデータを有する。メタデータをマテリアルのユーザによりアクセス可能とすることができる。例えば、メタデータ、好ましくは選択されたメタデータを、テレテキスト情報として放送マテリアルに挿入してもよい。メタデータは、ＬＡＮ又はインターネット接続又は他の通信リンクを介して、ユーザによりアクセス可能とすることができる。
【００３４】
ＵＭＩＤ及びＵＰＩＤの適用及び変更ルール
本明細書の終わりにある表６〜表１１は、ＵＭＩＤの割り当て、及び／又は、インスタンス番号Ｉ＃、マテリアル番号Ｍ＃、ラベルＬ＃によるＵＭＩＤの変更についての幾つかの可能なポリシー又はルールを説明するものである。これらの表において、Ａはオーディオ、Ｖはビデオを表す。表７の第６行において、Ａ’及びＢ’はビデオマテリアルアイテムを示し、ＮＬＥはノンリニア編集を表す。ＦＸは「効果」を表す。ＶＢＩは垂直ブランキング期間を表す。ＳＤは標準鮮明度を表し、ＨＤは高鮮明度を表す。各表が示すように、Ｃボックスにより行われるオーディットトレイルはＵＭＩＤの変化を追跡しなければならない。
【００３５】
ＵＭＩＤ−図３及び図４
ＵＭＩＤ
ＵＭＩＤについては、ＵＭＩＤ規格の詳細を記載したＳＭＰＴＥジャーナル２０００年３月号に説明がある。図１２に拡張ＵＭＩＤを示す。拡張ＵＭＩＤは、ベーシックＵＭＩＤからなる３２バイトの第１セットと、シグネチャメタデータからなる３２バイトの第２セットを有している。
【００３６】
３２バイトの第１セットはベーシックＵＭＩＤである。以下はその成分である。
【００３７】
・この第１セットをＳＭＰＴＥ  ＵＭＩＤとして識別するための１２バイトのユニバーサルラベル。これは、ＵＭＩＤが識別するマテリアルのタイプを定めるとともに、グローバル的にユニークなマテリアル番号とローカル的にユニークなインスタンス番号を作成する方法も定める。
【００３８】
・ＵＭＩＤの残りの長さを定める１バイトの長さ値。
・同じマテリアル番号を持つ異なるマテリアルインスタンスを区別するのに用いられる３バイトのインスタンス番号。
・各クリップを識別するのに用いられる１６バイトのマテリアル番号。各マテリアル番号は同じマテリアルの関連するインスタンスについては同じである。
【００３９】
１セットのパックされたメタデータアイテムとしての、シグネチャメタデータからなる３２バイトの第２セットは、拡張ＵＭＩＤを作成するのに用いられる。拡張ＵＭＩＤは、ベーシックＵＭＩＤのすぐ後にシグネチャメタデータがくるものであり、シグネチャメタデータは以下の成分からなる。
【００４０】
・コンテンツユニット作成の日時を識別する８バイトの日時コード。
・コンテンツユニット作成時の空間座標を定める１２バイトの値。
・国、団体、ユーザの各コードを登録する４バイトのコードが３つ。
【００４１】
ベーシック及び拡張ＵＭＩＤの各成分について以下に説明する。
【００４２】
「１２バイトのユニバーサルラベル」
ＵＭＩＤの最初の１２バイトは、表１に定めた登録ストリング値によりＵＭＩＤの識別を行う。
【００４３】
【表１】
0004711379.tif 000002
【００４４】
表１中の１６進数の値は変更してもよい。これらの値は一例である。また、第１〜第１２バイトは、表１中に示すもの以外の指定であってよい。表１に示す例では、第４バイトは、第５〜第１２バイトがＳＭＰＴＥに合致するデータフォーマットに関することを示す。第５バイトは、第６〜第１０バイトが「ディクショナリ」データに関することを示す。第６バイトは、このようなデータが第７〜第１０バイトにより定義される「メタデータ」であることを示す。第７バイトは、第９及び第１０バイトにより定義されるメタデータを含むディクショナリの一部を示す。第８バイトは、ディクショナリのバーションを示す。第９バイトはデータのクラスを示し、第１０バイトはそのクラスにおける特定アイテムを示す。
【００４５】
本実施例では、第１〜第１０バイトが予め割り当てられた固定値を有している。第１１バイトは変数である。図４及び上記の表１を参照して、ＵＭＩＤのラベルの第１〜第１０バイトは固定されていることがわかる。従って、これらのバイトは、第１〜第１０バイトを表す１バイトの「タイプ」コードＴにより置き換えることができる。タイプコードＴの後には長さコードＬが来る。これに続いて、一方が表１の第１１バイトであるとともに他方が表１の第１２バイトである２バイトと、インスタンス番号（３バイト）と、マテリアル番号（１６バイト）がある。また、任意であるが、マテリアル番号の後に拡張ＵＭＩＤのシグネチャメタデータ及び／又は他のメタデータを配置してもよい。
【００４６】
ＵＭＩＤタイプ（第１１バイト）は、以下ように４つの異なるデータタイプをそれぞれ識別するための４つの値を有している。
【００４７】
「０１ｈ」＝ピクチャマテリアルのＵＭＩＤ
「０２ｈ」＝オーディオマテリアルのＵＭＩＤ
「０３ｈ」＝データマテリアルのＵＭＩＤ
「０４ｈ」＝グループマテリアル（例えば、関連する内容の組み合わせ）のＵＭＩＤ
１２バイトのラベルの最後の（第１２）バイトは、マテリアル及びインスタンス番号を作成する方法を識別する。このバイトはトップニブルとボトムニブルに分割され、トップニブルがマテリアル番号作成方法を定義するとともに、ボトムニブルがインスタンス番号作成方法を定義する。
【００４８】
「長さ」
長さは、ベーシックＵＭＩＤについての値「１３ｈ」と拡張ＵＭＩＤについての値「３３ｈ」を有する１バイトの数字である。
【００４９】
「インスタンス番号」
インスタンス番号は、規格で定められた幾つかの手段のうちのいずれにより作成されるユニークな３バイトの番号である。インスタンス番号により、あるクリップの特定の「インスタンス」と外部の関連するメタデータとのリンクが得られる。このインスタンス番号がないと、すべてのマテリアルが、マテリアルのいずれのインスタンスとも、また、それに関連するメタデータとも結びついてしまう。
【００５０】
新たなクリップの作成には、ゼロのインスタンス番号とともに新たなマテリアル番号の作成が必要である。従って、非ゼロのインスタンス番号は、関連するクリップがソースマテリアルではないことを示す。インスタンス番号は主として、あるクリップの特定のインスタンスに関する関連メタデータを識別するのに使用される。
【００５１】
「マテリアル番号」
１６バイトのマテリアル番号は、規格で定められた幾つかの手段のうちのいずれかにより作成されうる非ゼロ番号である。この番号は、６バイトの登録ポートＩＤ番号、時間、乱数発生器によって変わる。
【００５２】
「シグネチャメタデータ」
シグネチャメタデータから成分はいずれも、有意義な値を入れることができない場合には、ヌルフィルを行うことができる。ヌルフィルされた成分はいずれも、後段のデコーダに対してその成分が有効でないことを明確に示すため、完全にヌルフィルされる。
【００５３】
「日時フォーマット」
日時フォーマットは８バイトであり、その最初の４バイトは時間成分に基づくＵＴＣ（ユニバーサルタイムコード）である。時間は、内容のタイプによって、ＡＥＳ３の３２ビットオーディオサンプルクロック又はＳＭＰＴＥ１２Ｍのいずれかにより定められる。
【００５４】
後の４バイトは、ＳＭＰＴＥ３０９Ｍで定義するようなモディファイドジュリアンデータ（ＭＪＤ）に基づくデータを定める。これは、１８５８年１１月１７日午前０時から９９９，９９９日をカウントし、西暦４５９７年までの日付を可能とする。
【００５５】
「空間座標フォーマット」
空間座標値は、以下のように定義される３成分からなる。
【００５６】
・高度：９９，９９９，９９９メートルまでを特定する８個の１０進数。
・経度：東経／西経１８０．０００００度（少数第５位まで有効）を特定する８個の１０進数。
・緯度：北緯／南緯９０．０００００度（少数第５位まで有効）を特定する８個の１０進数。
【００５７】
高度の値は、地球の中心からの値をメートルで表したものなので、海水面より低い高度も可能とする。
【００５８】
なお、空間座標はほとんどのクリップについてスタティックであるが、すべての場合にあてはまるわけではない。乗り物に取り付けたカメラ等の移動ソースから取り込まれたマテリアルの場合、空間座標値が変化することもある。
【００５９】
「国コード」
国コードは、ＩＳＯ３１６６で定めたセットに応じた短縮形の４バイトの英数字ストリングである。登録されていない国は、ＳＭＰＴＥレジストレーションオーソリティから登録英数字ストリングを得ることができる。
【００６０】
「団体コード」
団体コードは、ＳＭＰＴＥに登録された短縮形の４バイトの英数字ストリングである。団体コードは、それらの登録国コードに関してのみ意味を持つので、団体コードは異なる国においても同じ値を有することができる。
【００６１】
「ユーザコード」
ユーザコードは、各団体によりローカル的に割り当てられるが、グローバル的に登録されてはいない４バイトの英数字ストリングである。ユーザコードは、それらの登録団体コード及び国コードに関してのみ定められるので、ユーザコードは異なる団体や国においても同じ値を有することができる。
【００６２】
「フリーランスオペレータ」
フリーランスオペレータは、国コードとして自分の居住国を使用し、例えばＳＭＰＴＥに登録することができる８バイトのコードに結合された団体コード及びユーザコードを使用する。これらのフリーランスコードは、「〜」の記号（ＩＳＯ８８５９文字番号７Ｅｈ）で始まり、その後に登録された７桁の英数字ストリングを有する。
【００６３】
メタデータ−図５
以下、プログラムの作成中に生成することが可能なメタデータの種類と、データベース内のそのメタデータを構成するのに可能な構成アプローチについて、例を用いて説明する。ＵＭＩＤは、データベース内のメタデータをテープ上のマテリアルにリンクする。
【００６４】
図５は、メタデータを構成するための構造例を示す。メタデータをそれぞれ有する多数のフィールドからなる多数のテーブルが設けられている。これらのテーブルは、各テーブル内の共通のフィールドにより互いに関連付けられることにより、リレーショナル構造を得ることができる。また、この構造は、テーブルが表すオブジェクトの多数のインスタンスを表すために、同じテーブルの多数のインスタンスを有してもよい。フィールドは所定の方法でフォーマットされる。フィールドのサイズも所定のものとすることができる。サイズの例としては、２バイトを表す「Ｉｎｔ」、４バイトを表す「ＬｏｎｇＩｎｔ」、８バイトを表す「Ｄｏｕｂｌｅ」がある。また、フィールドのサイズを、例えば８、１０、１６、３２、１２８、２５５文字等、フィールド内に保持する文字数を参照して定めることもできる。
【００６５】
この構造について詳細に説明すると、プログラムテーブルがある。プログラムテーブルは、プログラムＩＤ（ＰＩＤ）、タイトル、ワーキングタイトル、ジャンルＩＤ、一覧、アスペクト比、ディレクターＩＤ、ピクチャスタンプを含む多数のフィールドを有している。プログラムテーブルに関連して、ジャンルテーブル、キーワードテーブル、スクリプトテーブル、ピープルテーブル、スケジュールテーブル、及び、複数のメディアオブジェクトテーブルがある。
【００６６】
ジャンルテーブルは、プログラムテーブルのジャンルＩＤフィールドと関連付けられたジャンルＩＤと、ジャンルディスクリプションとを含む多数のフィールドを有している。
【００６７】
キーワードテーブルは、プログラムテーブルのプログラムＩＤフィールドと関連付けられたプログラムＩＤと、キーワードＩＤと、キーワードとを含む多数のフィールドを有している。
【００６８】
スクリプトテーブルは、スクリプトＩＤ、スクリプト名、スクリプトタイプ、ドキュメントフォーマット、パス、作成日、原作者、バージョン、最終変更日、変更者、プログラムＩＤに関連付けられたＰＩＤ、ノートと含む多数のフィールドを有している。ピープルテーブルは、イメージを含む多数のフィールドを有している。
【００６９】
ピープルテーブルは、多数の個別テーブルと多数のグループテーブルに関連付けられている。各個別テーブルは、イメージを含む多数のフィールドを有している。各グループテーブルは、イメージを含む多数のフィールドを有している。各個別テーブルは、プロダクションスタッフテーブル又はキャストテーブルのいずれかと関連付けられている。
【００７０】
プロダクションスタッフテーブルは、プロダクションスタッフＩＤ、姓、ファーストネーム、契約ＩＤ、エージェント、エージェンシーＩＤ、Ｅメール、住所、電話番号、役割ＩＤ、ノート、アレルギー、誕生日、国民保険番号、バンクＩＤ、ピクチャスタンプを含む多数のフィールドを有している。
【００７１】
キャストテーブルは、キャストＩＤ、姓、ファーストネーム、役名、契約ＩＤ、エージェント、エージェンシーＩＤ、エクイティ番号、Ｅメール、住所、電話番号、誕生日、バンクＩＤ、ピクチャスタンプを含む多数のフィールドを有している。プロダクションスタッフテーブルとキャストテーブルに関連して、バンクディテールテーブルとエージェンシーテーブルがある。
【００７２】
バンクディテールテーブルは、プロダクションスタッフテーブルのバンクＩＤフィールドとキャストテーブルのバンクＩＤフィールドに関連付けられたバンクＩＤ、ソートコード、口座番号、口座名を含む多数のフィールドを有している。
【００７３】
エージェンシーテーブルは、プロダクションスタッフテーブルのエージェンシーＩＤフィールドとキャストテーブルのエージェンシーＩＤフィールドに関連付けられたエージェンシーＩＤ、名称、所在地、電話番号、ウェブサイト及びＥメール、ピクチャスタンプを含む多数のフィールドを有している。また、プロダクションスタッフテーブルに関連して役割テーブルがある。
【００７４】
役割テーブルは、プロダクションスタッフテーブルの役割ＩＤフィールドに関連付けられた役割ＩＤ、職務、ノート、ピクチャスタンプを含む多数のフィールドを有している。各グループテーブルは、団体テーブルと関連付けられている。
【００７５】
団体テーブルは、団体ＩＤ、名称、種類、所在地、契約ＩＤ、連絡先名、連絡先電話番号、ウェブサイト、ピクチャスタンプを含む多数のフィールドを有している。
【００７６】
各メディアオブジェクトテーブルは、メディアオブジェクトＩＤ、名称、ディスクリプション、ピクチャスタンプ、ＰＩＤ、フォーマット、スケジュールＩＤ、スクリプトＩＤ、マスタＩＤを含む多数のフィールドを有している。各メディアオブジェクトテーブルに関連して、ピープルテーブル、マスタテーブル、スケジュールテーブル、ストーリーボードテーブル、スクリプトテーブル、及び多数のショットテーブルがある。
【００７７】
マスタテーブルは、メディアオブジェクトテーブルのマスタＩＤフィールドに関連付けられたマスタＩＤ、タイトル、ベーシックＵＭＩＤ、ＥＤＬ  ＩＤ、テープＩＤ、継続時間、ピクチャスタンプを含む多数のフィールドを有している。
【００７８】
スケジュールテーブルは、スケジュールＩＤ、スケジュール名、ドキュメントフォーマット、パス、作成日、原作者、開始日、終了日、バージョン、最終変更日、変更者、ノート、プログラムＩＤに関連付けられたＰＩＤを含む多数のフィールドを有している。
【００７９】
契約テーブルは、プロダクションスタッフテーブルとキャストテーブルと団体テーブルの契約ＩＤに関連付けられた契約ＩＤ、開始日、レート、ジョブタイトル、満了日、詳細を含んでいる。
【００８０】
ストーリーボードテーブルは、ショットテーブルのストーリーボードに関連付けられたストーリーボードＩＤ、ディスクリプション、著者、パス、メディアＩＤを含む多数のフィールドを有している。
【００８１】
各ショットテーブルは、ショットＩＤ、ＰＩＤ、メディアＩＤ、タイトル、ロケーションＩＤ、ノート、ピクチャスタンプ、スクリプトＩＤ、スケジュールＩＤ、ディスクリプションを含む多数のフィールドを有している。各ショットテーブルに関連して、ピープルテーブル、スケジュールテーブル、スクリプトテーブル、ロケーションテーブル、及び、多数のテイクテーブルがある。
【００８２】
ロケーションテーブルは、ショットテーブルのロケーションＩＤフィールドに関連付けられたロケーションＩＤ、ＧＰＳ、所在地、ディスクリプション、名称、１時間毎の費用、ディレクション、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む多数のフィールドを有している。
【００８３】
各テイクテーブルは、ベーシックＵＭＩＤ、テイク番号、ショットＩＤ、メディアＩＤ、タイムコード・イン、タイムコード・アウト、サインメタデータ、テープＩＤ、カメラＩＤ、ヘッド時間、ビデオグラファ、インスタンプ、アウトスタンプ、レンズＩＤ、オートＩＤ、取り込みＩＤ、ノートを含む多数のフィールドを有している。各テイクテーブルに関連して、テープテーブル、タスクテーブル、カメラテーブル、レンズテーブル、取り込みテーブル、及び、多数のテイクアノテーションテーブルがある。
【００８４】
取り込みテーブルは、テイクテーブルにおける取り込みＩＤに関連付けられた取り込みＩＤと、ディスクリプションとを含んでいる。
【００８５】
テープテーブルは、テイクテーブルのテープＩＤフィールドに関連付けられたテープＩＤ、ＰＩＤ、フォーマット、最大継続時間、第１用途、最大削除、現削除、ＥＴＡ（予測到着時刻）、最終削除日、ピクチャスタンプを含む多数のフィールドを有している。
【００８６】
タスクテーブルは、タスクＩＤ、ＰＩＤ、テイクテーブルのメディアＩＤ及びショットＩＤフィールドに関連付けられたメディアＩＤ及びショットＩＤ、タイトル、タスクノート、分配リスト、ＣＣリストを含む多数のフィールドを有している。タスクテーブルに関連して、プランドショットテーブルがある。
【００８７】
プランドショットテーブルは、プランドショットＩＤ、タスクテーブルのＰＩＤ、メディアＩＤ、ショットＩＤにそれぞれ関連付けられたＰＩＤ、メディアＩＤ、ショットＩＤ、ディレクター、ショットタイトル、ロケーション、ノート、ディスクリプション、ビデオグラファ、期日、プログラムタイトル、メディアタイトル、アスペクト比、フォーマットを含む多数のフィールドを有している。
【００８８】
カメラテーブルは、テイクテーブルのカメラＩＤフィールドに関連付けられたカメラＩＤ、製造者、モデル、フォーマット、シリアル番号、ヘッド時間、レンズＩＤ、ノート、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む多数のフィールドを有している。
【００８９】
レンズテーブルは、テイクテーブルのレンズＩＤフィールドに関連付けられたレンズＩＤ、製造者、モデル、シリアル番号、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む多数のフィールドを有している。
【００９０】
各テイクアノテーションテーブルは、テイクアノテーションＩＤ、ベーシックＵＭＩＤ、タイムコード、シャッタースピード、アイリス、ズーム、ガンマ、ショットマーカＩＤ、フィルタホイール、詳細及び利得を含む多数のフィールドを有している。各テイクアノテーションテーブルに関連して、ショットマーカテーブルがある。
【００９１】
ショットマーカテーブルは、テイクアノテーションテーブルのショットマーカＩＤに関連付けられたショットマーカＩＤと、ディスクリプションとを含む多数のフィールドを有している。
【００９２】
Ａボックス−図６〜図１２
取得ユニット
上述のように、本発明の実施例は、例えば、テレビカメラ、ビデオカメラ、あるいは図２に示すＡボックス４１０に関連したカムコーダ４０８、４０９等のオーディオ及び／又はビデオ生成装置を用いる。以下、カメラとＡボックスの一実施例について図６を参照して説明するが、図６は、携帯情報端末（ＰＤＡ）と通信を行うように構成されたビデオカメラの概略ブロック図を示す。ＰＤＡは、ユーザの要件に応じてメタデータを生成する動作を行うように構成されたデータプロセッサの一例である。携帯情報端末（ＰＤＡ）という用語は、英数字キーパッドとハンドライティングインターフェースを有するポータブル又はハンドヘルドのパーソナルオーガナイザ又はデータプロセッサとして、家庭用電子機器の分野の技術者には知られている。
【００９３】
図６において、ビデオカメラ１０１は、１以上の撮像レンズ（図示せず）を備えた撮像部１０４の視野に入る画像ソースから光を受光するように構成されたカメラ本体１０２を有している。また、カメラは、ファインダー１０６と、カメラの視野内に形成された画像を表す信号の記録をユーザが制御することができるようにする動作コントロールユニット１０８を有している。また、カメラ１０１は、音声をステレオで記録するように構成された複数のマイクからなるマイク１１０を有している。また、図６には、画面１１４と、ユーザがＰＤＡにより認識される文字を書き込むことができる部分を備えた英数字キーパッド１１６とを有するハンドヘルドＰＤＡ１１２が示されている。ＰＤＡ１１２は、インターフェース１１８を介してビデオカメラ１０１に接続されるように構成されている。インターフェース１１８は、例えばＲＳ２３２等の所定の標準フォーマットに従って構成されている。また、インターフェース１１８は赤外線信号を用いて構成してもよく、この場合、インターフェース１１８は無線通信リンクとなる。インターフェース１１８により、ビデオカメラ１０１と情報の通信を行う手段が得られる。ＰＤＡ１１２の機能及び用途については後に詳細に説明する。しかし、一般的には、ＰＤＡ１１２を用いて生成し、ビデオカメラ１０１により検出及び取り込みが行われるオーディオ及びビデオ信号とともに記録することができるメタデータの送受信を行う手段が、ＰＤＡ１１２により得られる。ＰＤＡ１１２と組み合わせたビデオカメラ１０１の動作については、図７によりさらに理解することができる。図７は、図６に示すビデオカメラの本体１０２を詳細に示すものであるが、共通部分には同じ参照番号を付してある。
【００９４】
図７において、カメラ本体１０２は、磁気記録テープ１２６に関連して動作するリード／ライトヘッド１２４を備えたテープドライブ１２２を有している。また、図７において、カメラ本体は、接続チャネル１３０を介してテープドライブ１２２に接続されたメタデータ生成プロセッサ１２８を有している。メタデータ生成プロセッサ１２８には、データストレージ１３２と、クロック１３６と、３つのセンサ１３８、１４０、１４２も接続されている。また、図７に示すが、インターフェースユニット１１８は無線チャネル１１９を介してデータの送受信を行う。これに対応して、データの受信用と送信用の２つの接続チャネルが、対応する接続チャネル１４８、１５０を介してメタデータ生成プロセッサ１２８にインターフェースユニット１１８を接続する。図中、メタデータ生成プロセッサは、接続チャネル１５１を介して、カメラにより生成されるオーディオ／ビデオ信号を受信する。オーディオ／ビデオ信号は、テープドライブ１２２にも送られ、テープ１２６に記録される。
【００９５】
図６に示すビデオカメラ１０１は、レンズ部１０４の視野に入るビジュアル情報を記録媒体に記録するように動作する。ビジュアル情報はカメラによりビデオ信号に変換される。マイク１１０により検出され、オーディオ信号としてビデオ信号とともに記録媒体に記録されるように構成された音声と合わせて、画像がビデオ信号として記録される。図６に示すように、記録媒体は磁気テープ１２６であり、リード／ライトヘッド１２４によりオーディオ及びビデオ信号を記録テープ１２６に記録するように構成されている。ビデオ信号及びオーディオ信号がリード／ライトヘッド１２４により磁気テープ１２６に記録される様子については、本発明の実施例を説明するものではないので、図７には示さず、詳細な説明も省略する。しかし、一旦、ユーザが画像を取り込んで、磁気テープ１２６を用いてこれらの画像をそれに伴うオーディオ信号とともに記録した場合、オーディオ／ビデオ信号のコンテンツを記述するメタデータを、ＰＤＡ１１２を用いて入力してもよい。後述するように、このメタデータは、「テイク」等の所定のイベントに関連してオーディオ／ビデオ信号を識別する情報であってもよい。図７に示すように、インターフェースユニット１１８により、ユーザがＰＤＡ１１２を用いて付加したメタデータをカメラ本体１０２内に受信する手段が得られる。データ信号は、インターフェースユニット１１８にて無線チャネル１１９を介して受信することができる。インターフェースユニット１１８は、接続チャネル１４８、１５０を介してこれらのデータ信号を受信する取得プロセッサ１２８がこれらの信号を処理できるような形式に、これらの信号を変換する。
【００９６】
メタデータは、接続チャネル１５１を介して受信されるオーディオ／ビデオ信号に関連して、メタデータ生成プロセッサ１２８により自動的に生成される。図７に示す実施例において、メタデータ生成プロセッサ１２８は、クロック１３６を参照してタイムコードを生成するとともに、テープ１２６上に、記録用に設けられたリニア記録トラックにてこれらのタイムコードを記録するように動作する。タイムコードは、メタデータ生成プロセッサ１２８によりクロック１３６から生成される。さらに、メタデータ生成プロセッサ１２８は、オーディオ／ビデオ信号を独自に識別するＵＭＩＤ等の他のメタデータを自動的に生成する。メタデータ生成プロセッサは、テープドライバ１２４と共動して、オーディオ／ビデオ信号とともにＵＭＩＤをテープに書き込む。
【００９７】
他の実施例では、ＵＭＩＤや他のメタデータをデータストレージ１３２に記憶し、テープ１２６から別個に通信する。この場合、メタデータ生成プロセッサ１２８によりテープＩＤが生成され、テープ１２６に書き込まれて、テープ１２６を他のテープと識別する。
【００９８】
ＵＭＩＤや、オーディオ／ビデオ信号のコンテンツを識別する他のメタデータを生成するため、メタデータ生成プロセッサ１２８は、クロック１３６の外にセンサ１３８、１４０、１４２からの信号を受信する動作を行うように構成されている。従って、メタデータ生成プロセッサは、これらの信号を統合するように動作し、カメラレンズ１０４の開口設定、シャッタースピード、取り込んだ画像が「グッドショット」であることを示すコントロールユニット１０８を介して受信した信号等のメタデータを、メタデータ生成プロセッサに供給する。これらの信号及びデータは、センサ１３８、１４０、１４２により生成され、メタデータ生成プロセッサ１２８にて受信される。本実施例のメタデータ生成プロセッサは、ビデオ信号の生成時にカメラにより用いられる動作パラメータを与えるシンタクティックメタデータを生成するように構成されている。さらに、メタデータ生成プロセッサ１２８は、カムコーダ１０１の状況、特に、オーディオ／ビデオ信号がテープドライブ１２４により記録されているか否かを監視する。レコードスタートが検出されると、インポイントタイムコードが取り込まれ、インポイントタイムコードに対応してＵＭＩＤが生成される。さらに、幾つかの実施例では拡張ＵＭＩＤが生成されるが、この場合、メタデータ生成プロセッサは、オーディオ／ビデオ信号が取得された位置を表す空間座標を受信するように構成される。空間座標は、グローバル・ポジショニング・システム（ＧＰＳ）に従って動作するレシーバにより生成される。レシーバは、カメラの外部にあってもよく、また、カメラ本体１０２に内蔵されてもよい。
【００９９】
レコードスタートが検出されると、メタデータ生成プロセッサ１２８によりアウトポイントタイムコードが取り込まれる。上述のように、「グッドショット」マーカを生成することが可能である。「グッドショット」マーカは、記録プロセス中に生成され、メタデータ生成プロセッサにより検出される。「グッドショット」マーカは、対応するインポイント及びアウトポイントタイムコードとともに、テープに記憶されるか、あるいは、データストレージ１３２に記憶される。
【０１００】
上述のように、ＰＤＡ１１２は、カメラにより生成されるオーディオ／ビデオマテリアルの識別を容易にするのに用いられる。このため、ＰＤＡは、このオーディオ／ビデオマテリアルをシーン、ショット、テイク等の所定のイベントに関連付けるように構成されている。図６及び７に示すカメラとＰＤＡは、オーディオ／ビデオプロダクションのプランニング、取得、編集を行う総合システムの一部を構成する。プランニングにおいて、オーディオ／ビデオプロダクションを作成するのに必要なシーンが識別される。さらに、各シーン毎に、シーンを確立するのに必要なショット数が識別される。各ショットでは、多数のテイクが生成され、これらのテイクから所定数のテイクを用いて、最終的な編集のためのショットを生成する。従って、この形式のプランニング情報がプランニング段階で識別される。従って、プランニングされたシーン及びショットのそれぞれを表す又は識別するデータが、オーディオ／ビデオマテリアルを取り込むときにディレクターを支援するノートとともに、ＰＤＡ１１２にロードされる。このようなデータの例を以下の表２に示す。
【０１０１】
【表２】
0004711379.tif 000003
【０１０２】
表２の第１列には、カメラにより取り込まれ、オーディオ／ビデオマテリアルを生成するイベントを示す。イベントは階層的に定められているが、各イベントには識別番号が設けられている。これに対応して、第２列には、プランニングされたショット又はシーンのコンテンツをディレクターに示す又は知らせるために、ノートが設けられている。例えば、第１行では、オーディオ／ビデオプロダクションを、ＢＭＷによるローバーの売却を報道するニュースストーリーとして識別している。表２に示すプランニング情報の抜粋では、それぞれ独自の識別番号が設けられた３つのシーンがある。これらのシーンは、それぞれ「ロングブリッジの外」、「ＢＭＷミュンヘン本部」、「大臣のインタビュー」である。これに対応して各シーン毎に多数のショットが識別されており、これらのショットは、独自のショット識別番号を有して各シーンの下に示されている。また、これら各ショットのコンテンツに対応するノートが第２列に記載されている。従って、例えば第１シーン「ロングブリッジの外」について、３つのショットが識別されている。これらは「ロングブリッジＢＭＷ」、「シフトを離れる労働者」、「駐車場の労働者」である。この情報をＰＤＡにロードして、ディレクター又はカメラマンひとりで、ニュースストーリーを撮影すべき場所にＰＤＡを携帯し、プランニングしたオーディオ／ビデオマテリアルを収集することができる。この情報を表示するグラフィカルユーザインターフェースを備えたＰＤＡの外観を図８に示す。
【０１０３】
図６に示すように、ＰＤＡ１１２はカメラ１０１とデータの通信を行うように構成されている。このため、メタデータ生成プロセッサ１２８は、インターフェース１１８を介してＰＤＡ１１２とデータの通信を行うように構成されている。インターフェース１１８は、例えば、既知の規格に従って無線通信を行う赤外線リンク１１９であってもよい。図７に示すＰＤＡとメタデータ生成に関連するカメラ構成部分を図１０に詳細に示す。
【０１０４】
図１０において、メタデータの生成及びＰＤＡ１１２との通信に関連するカメラ構成部分を別個の取得ユニット１５２として示す。なお、取得ユニット１５２はカメラ１０２に内蔵することもできる。取得ユニット１５２は、メタデータ生成プロセッサ１２８とデータストレージ１３２を備えている。また、説明の都合上図１０には示していないが、取得ユニット１５２は、クロック１３６とセンサ１３８、１４０、１４２も備えている。あるいは、図１０に示すこれらの特徴の幾つか又はすべてをカメラ１０２に内蔵し、タイムコード等のメタデータやオーディオ／ビデオ信号自体を定めるのに必要な信号を、インターフェースポート１５４に接続された通信リンク１５３を介して通信してもよい。従って、メタデータ生成プロセッサ１２８は、タイムコードやオーディオ／ビデオマテリアルにも、オーディオ／ビデオマテリアルの生成に用いる他のパラメータにもアクセスが得られる。オーディオ／ビデオ信号だけでなくタイムコードやパラメータも表す信号が、インターフェースチャネル１５６を介してインターフェースポート１５４から受信される。また、取得ユニット１５２には、スクリーンドライバ１５８により駆動される画面（図示せず）が設けられている。また、図１０では、接続チャネル１６２を介してメタデータ生成プロセッサ１２８に接続されている通信プロセッサ１６０が、取得ユニットに設けられている。通信プロセッサ１６０により、アンテナ１６４を用いた無線周波数通信チャネルを介して通信が行われる。取得ユニット１５２の外観を図１０に示す。
【０１０５】
図１０にはＰＤＡ１１２も示されている。ＰＤＡ１１２には、赤外線リンク１１９を介して取得ユニット１５２との間で通信を行うための赤外線通信ポート１６５が対応して設けられている。ＰＤＡ１１２内のデータプロセッサ１６６は、接続チャネル１６６を介して赤外線ポート１６５との間でデータの通信を行うように構成されている。また、ＰＤＡ１１２には、データストレージ１６７と、データプロセッサ１６６に接続されたスクリーンドライバ１６８とが設けられている。
【０１０６】
図８に示すＰＤＡ１１２と図１０に示す取得ユニットにより、本発明の一実施例の図示が得られる。ＰＤＡ１１２と取得ユニット１５２の配置及び接続を示す概略図を図１１に示す。図１１に示す例では、取得ユニット１５２はカメラ１０１の背面に装着され、６ピンリモートコネクタによりカメラに接続されるとともに、記録テープに記録されたタイムコードを表す外部信号を伝える接続チャネルに接続されている。従って、矢印と線で示される６ピンリモートコネクタとタイムコードは、図９に示す通信チャネル１５３を構成する。図１１において、インターフェースポート１５４は、ＲＭ−Ｐ９／ＬＴＣ  −  ＲＳ４２２コンバータ１５４からなるＶＡ−ＤＮ１コンバータであるとする。ＲＭ−Ｐ９はカメラリモートコントロールプロトコルであり、ＬＴＣはアナログ信号形式でのリニアタイムコードである。これは、インターフェースポート１５４の一部を構成する接続チャネルを介してＲＳ４２２−ＲＳ２３２コンバータ１５４”と通信を行うように構成されている。コンバータ１５４”は、ＲＳ２３２規格に従って動作する接続チャネル１５６を介してメタデータ生成プロセッサ１２８と通信を行う。
【０１０７】
図１０に戻り、所定のプロダクション情報がロードされたＰＤＡ１１２は、赤外線リンク１１９を介して次ショットＩＤ番号を送ることにより、オーディオ／ビデオマテリアルを生成する現シーン及びショットを送るように構成されている。その所定の情報を、別個のリンク又は赤外線通信リンク１１９を介して、取得ユニット１５２に送ってデータストレージ１３２に記憶しておいてもよい。しかし、実際は、取得ユニット１５２は、現在取り込まれているシーン又はショットＩＤ番号に関連してメタデータを生成するように指示されている。現ショットの情報を受信した後、カメラ１０２は「ショットのテイク」をとるように動作する。テイクのオーディオ／ビデオマテリアルは、対応するタイムコードとともに記録テープ１２６に記録される。これらのタイムコードは、インターフェースポート１５４を介してメタデータ生成プロセッサ１２８にて、オーディオ／ビデオマテリアルとともに受信される。現在取り込まれている所定の現ショットを知らされたメタデータ生成プロセッサ１２８は、そのショットの各テイク毎のタイムコードのログを行う。従って、メタデータ生成プロセッサは、各テイクのイン及びアウトタイムコードのログを行い、これらをデータストレージ１３２に記憶する。
【０１０８】
メタデータ生成プロセッサ１２８により生成及びログが行われた情報を以下の表３に示す。第１列において、シーン及びショットがそれぞれ対応するＩＤ番号により識別され、各ショット毎に階層的に示された幾つかのテイクがカメラ操作者により作成される。従って、ＰＤＡ１１２から現ショットの情報を受信した後、カメラ操作者が作成した各テイクがメタデータ生成プロセッサ１２８によりログされ、このテイクについてのイン及びアウトポイントを第２及び第３列に示すとともにデータストレージ１３２に記憶する。この情報は、図９に示すように、取得ユニット１５２の画面に表示してもよい。さらに、上述のように、メタデータ生成プロセッサ１２８は、各テイクの間に生成されるオーディオ／ビデオマテリアルについて各テイク毎のＵＭＩＤを生成する。各テイク毎のＵＭＩＤは表３の第４列を構成する。また、幾つかの実施例において、マテリアルを記録するテープの独自のＩＤを与えるため、テープＩＤを生成してメタデータに関連付けている。テープＩＤはテープに書き込んでもよく、また、ビデオテープカセット本体に内蔵されているランダムアクセスメモリチップに記憶してもよい。このランダムアクセスメモリチップは、テープＩＤ番号を遠隔的に読み出す手段を与えるＴＥＬＥＦＩＬＥ（ＲＴＭ）システムとして知られている。テープＩＤは磁気テープ１２６に書き込まれて、このテープを独自に識別する。好ましい実施例において、ＴＥＬＥＦＩＬＥ（ＲＴＭ）システムには、メモリの一部として製造され、テープＩＤ番号として使用することができる独自の番号が設けられている。他の実施例では、ＴＥＬＥＦＩＬＥ（ＲＴＭ）システムにより、記録されたオーディオ／ビデオマテリアルアイテムのイン／アウトタイムコードが自動的に得られる。
【０１０９】
一実施例において、以下の表３に示す情報は、別個の記録チャネルにある磁気テープに記録されるように構成されている。しかし、他の実施例では、表３に示すメタデータは、通信プロセッサ１６０又は赤外線リンク１１９のいずれかを用いてテープ１２６から別個に通信される。メタデータをＰＤＡ１１２で受信して分析してもよく、また、ＰＤＡによりメタデータの通信をさらにおこなってもよい。
【０１１０】
【表３】
0004711379.tif 000004
【０１１１】
通信プロセッサ１６０は、無線通信リンクを介して、メタデータ生成プロセッサ１２８により生成されたメタデータを送信する動作を行うように構成することができる。メタデータは、遠隔位置にあるスタジオにより無線通信リンクを介して受信され、このスタジオではメタデータを取得するとともに、磁気テープ１２６に記録されたオーディオ／ビデオマテリアルより先にこのメタデータの処理を行うことができる。これにより、マテリアルの編集を行うポストプロダクションにおいてオーディオ／ビデオプロダクションを生成するレートを改善できるという利点が得られる。
【０１１２】
本発明の実施例により得られるさらなる利点としては、記録されたオーディオ／ビデオ信号内のある時間位置にピクチャスタンプが生成されるように構成することである。ピクチャスタンプは、画像のデジタル表示であるとして当該分野の技術者に知られているものであり、本実施例では、カメラにより得られた動画ビデオマテリアルから生成される。ピクチャスタンプは、ビデオ信号から画像を表すのに必要なデータ量を低減するため、低画質のものであってもよい。従って、ピクチャスタンプを圧縮符号化して、画質を低下させてもよい。しかし、ピクチャスタンプはオーディオ／ビデオマテリアルのコンテンツのビジュアルインディケーションを与えるので、メタデータの重要なアイテムである。従って、例えば特定のテイクのイン及びアウトタイムコードにて、ピクチャスタンプを生成してもよい。これにより、メタデータ生成プロセッサ１２８により生成され、データストレージ１３２に記憶されたメタデータと、ピクチャスタンプを関連付けることができる。従って、ピクチャスタンプは、例えば、ピクチャスタンプにより表される画像を記録するテープ上の位置を識別するタイムコード等のメタデータのアイテムに関連付けられる。ピクチャスタンプは、「グッドショット」マーカを付して生成してもよい。ピクチャスタンプは、メタデータ生成プロセッサ１２８により、通信リンク１５３を介して受信したオーディオ／ビデオ信号から生成される。従って、メタデータ生成プロセッサは、ピクチャスタンプを生成するため、データサンプリング及び圧縮符号化プロセスを行うように動作する。ピクチャスタンプが生成されると、これらは幾つかの用途に使用することができる。ピクチャスタンプをデータファイルに記憶して、テープ１２６から別個に通信してもよく、あるいは、別個の記録チャネルにより圧縮形式でテープ１２６に記憶してもよい。また、好ましい実施例において、通信プロセッサ１６０を用いて、プロデューサがピクチャスタンプを分析する遠隔位置のスタジオにピクチャスタンプを送ってもよい。これにより、カメラ操作者により生成されるオーディオ／ビデオマテリアルが必要に応じたものであるか否かについてのインディケーションが、プロデューサに与えられる。
【０１１３】
さらに他の実施例において、ピクチャスタンプはＰＤＡ１１２に送られ、ＰＤＡの画面に表示される。これは赤外線ポート１１９を介して行うことができるが、通信プロセッサ１６０との通信を行うことができる他の無線リンクをＰＤＡに設けてもよい。このように、ハンドヘルドＰＤＡ１１２を有するディレクターには、カメラにより生成された現オーディオ／ビデオコンテンツを示すインディケーションが与えられる。これにより、現在生成されているオーディオ／ビデオマテリアルのアーティストや芸術的な質を示すインディケーションがすぐに得られる。上述のように、ピクチャスタンプは圧縮符号化されているので、ＰＤＡに高速で通信することができる。
【０１１４】
図１０に示す取得ユニット１５２のさらなる利点としては、オーディオ／ビデオマテリアルの受信前に、そのマテリアルのコンテンツを示すインディケーションを遠隔位置にあるスタジオの編集者に与えることにより、編集プロセスを効率化することである。これは、無線リンクを介してピクチャスタンプがメタデータとともに通信されて、オーディオ／ビデオマテリアル自体を受信する前にオーディオ／ビデオマテリアルのコンテンツを示すインディケーションが編集者に与えられるからである。このように、オーディオ／ビデオマテリアルの帯域幅が広いまま保つことが可能であり、これに対応して高品質が得られるとともに、メタデータとピクチャスタンプは比較的狭い帯域幅で、比較的低い品質の情報となる。帯域幅が狭いため、メタデータとピクチャスタンプは、かなり狭い帯域幅のチャネルで無線リンクを介して通信することができる。これにより、オーディオ／ビデオマテリアルのコンテンツを記述するメタデータを高速で通信することができる。
【０１１５】
メタデータ生成プロセッサ１２８により生成されたピクチャスタンプは、記録されたオーディオ／ビデオマテリアル中のいずれの位置にあってもよい。一実施例では、ピクチャスタンプが各テイクのイン及びアウトポイントにて生成される。しかし、本発明の他の実施例では、アクティビティプロセッサ１７０がビデオマテリアル内の相対アクティビティを検出するように構成される。これは、ビデオ信号により表される画像の色成分のヒストグラムをコンパイルして、色成分の変化率を決定し、これら色成分の変化を用いて画像内のアクティビティを示すというプロセスを行うことにより行われる。また、これに代えて、あるいは、これに加えて、画像内の動きベクトルを用いてアクティビティを示す。そして、アクティビティプロセッサ１７０は、ビデオマテリアル内の相対アクティビティを示す信号を生成するように動作する。メタデータ生成プロセッサ１２８は、ビデオ信号により表される画像内のアクティビティが大きいほど多くのピクチャスタンプを生成するように、アクティビティ信号に応じてピクチャスタンプを生成する。
【０１１６】
本発明の他の実施例において、アクティビティプロセッサ１７０は、接続チャネル１７２を介してオーディオ信号を受信し、そのオーディオ信号内の音声を認識するように構成されている。そして、アクティビティプロセッサ１７０は、この音声のコンテンツを表すコンテンツデータをテキストとして生成する。テキストデータは、データプロセッサ１２８に送られてデータストレージ１３２に記憶されるか、あるいは、ピクチャスタンプについて既に説明したのと同様にして通信プロセッサ１６０を介して他のメタデータとともに送られる。
【０１１７】
図１２に、オーディオ／ビデオマテリアルを編集して、オーディオ／ビデオプログラムを作成するポストプロダクションプロセスを概略的に示す。図２２に示すように、ピクチャスタンプ及び／又は音声コンテンツ情報が含むメタデータは、破線１７４で表す別個のルートを介して取得ユニット１５２からメタデータデータベース１７６に送られる。ルート１７４は、例えばＵＭＴＳ、ＧＳＭ等により構成される無線通信リンクを表す。
【０１１８】
データベース１７６は、メタデータをオーディオ／ビデオマテリアルと関連付けて記憶する。高品質形式のオーディオ／ビデオマテリアルはテープ１２６に記録される。従って、テープ１２６は編集場所に戻されて、取り込みプロセッサ１７８により取り込まれる。テープ１２６に記録されたテープＩＤ、又は、オーディオ／ビデオマテリアルのコンテンツを示すインディケーションを与える他のメタデータを用いて、破線１８０で示すように、データストレージ１７６に記憶されたメタデータをテープ上のオーディオ／ビデオマテリアルと関連付ける。
【０１１９】
本発明の実施例ではオーディオ／ビデオ信号を記憶するための記録媒体としてビデオテープを用いているが、磁気ディスクやランダムアクセスメモリ等、他の記録媒体を用いてもよい。
【０１２０】
Ｂボックス−図１３〜図１８
Ｂボックス
上述のように、本発明の実施例は、Ｂボックス４１２に関連したＶＴＲ４１１、４１７を用いる。以下、Ｂボックス４１２の一実施例について図１３〜図１８を参照して説明する。
【０１２１】
図１３は、オーディオ／ビデオマテリアルを編集して、オーディオ／ビデオプログラムを作成するポストプロダクションプロセスを概略的に示す。図１３に示すように、ピクチャスタンプ及び／又は音声コンテンツ情報が含むメタデータは、破線１７４で表す別個のルートを介して取得ユニット１５２からメタデータデータベース１７６に送られる。ルート１７４は、例えばＵＭＴＳ、ＧＳＭ等により構成される無線通信リンクを表す。
【０１２２】
データベース１７６は、メタデータをオーディオ／ビデオマテリアルと関連付けて記憶する。高品質形式のオーディオ／ビデオマテリアルはテープ１２６に記録される。従って、テープ１２６は編集場所に戻されて、取り込みプロセッサ１７８により取り込まれる。テープ１２６に記録されたテープＩＤ、又は、オーディオ／ビデオマテリアルのコンテンツを示すインディケーションを与える他のメタデータを用いて、破線１８０で示すように、データストレージ１７６に記憶されたメタデータをテープ上のオーディオ／ビデオマテリアルと関連付ける。
【０１２３】
図１３において、取り込みプロセッサ１７８は、接続線１８２で表す通信チャネルにより形成されるネットワークに接続されている。接続線１８２は、相互接続されたネットワークを形成する機器にデータ通信を行うための通信チャネルを表している。このため、これらの機器には、イーサネット（登録商標）、ＲＳ４２２等の既知のアクセス技術に従って動作するネットワークカードが設けられている。さらに、後述するように、通信ネットワーク１８２は、シリアルデジタルインターフェース（ＳＤＩ）又はシリアルデジタルトランスポートインターフェース（ＳＤＴＩ）に従ってデータ通信を行ってもよい。
【０１２４】
また、通信ネットワーク１８２には、メタデータデータベース１７６と、オーディオ／ビデオマテリアルを取り込むオーディオ／ビデオサーバ１９０も接続されている。さらに、編集端末１８４、１８６もデジタルマルチ効果プロセッサ１８８とともに通信チャネル１８２に接続されている。
【０１２５】
通信チャネル１８２により、取り込みプロセッサ１７８にロードされたテープ、ディスク又は他の記録媒体上にあるオーディオ／ビデオマテリアルへのアクセスが得られる。
【０１２６】
メタデータデータベース１７６は、取り込みプロセッサ１７８にロードされた記録媒体に記録されたオーディオ／ビデオマテリアルのコンテンツを記述するメタデータを、ルート１７４を介して受信するように構成されている。
【０１２７】
なお、実施例ではオーディオ／ビデオ信号を記憶する記録媒体としてビデオテープを用いたが、磁気ディスクやランダムアクセスメモリ等の他の記録媒体を用いてよく、ビデオテープは単なる一例に過ぎない。
【０１２８】
編集端末１８４、１８６及びデジタルマルチ効果プロセッサ１８８には、取り込みプロセッサ１７８にロードされたテープに記録されてオーディオ／ビデオマテリアルと、通信ネットワーク１８２を介してメタデータデータベース１７６に記憶されたオーディオ／ビデオマテリアルを記述するメタデータへのアクセスが得られる。メタデータデータベース１７６を伴う取り込みプロセッサ１７８の動作について以下に詳細に説明する。
【０１２９】
図１４は、取り込みプロセッサ１７８の例を示す。図１４において、取り込みプロセッサ１７８は、取り込みプロセッサ１７８の一部を構成するビデオテープ記録／再生部にロードされたテープに記録されたオーディオ／ビデオマテリアルをナビゲートするためのジョグシャトルコントロール２００を有している。また、取り込みプロセッサ１７８は、オーディオ／ビデオマテリアルの選択部分を記述するピクチャスタンプを表示するように構成された表示画面２０２を有している。表示画面２０２は、タッチによりオーディオ／ビデオマテリアルを選択するための手段をユーザに与えるタッチ画面として動作する。また、取り込みプロセッサ１７８は、スクリプト、カメラの種類、レンズの種類、ＵＭＩＤを含む全種類のメタデータを画面２０２に表示するように構成されている。
【０１３０】
図１５に示すように、取り込みプロセッサ１７８は、オーディオ／ビデオマテリアルが記録されたビデオテープを並行してロードすることができる複数のビデオテープ記録／再生部を備えてもよい。図１５に示す例では、ＲＳ４２２リンクとＳＤＩイン／アウトリンクを介して、ビデオテープレコーダ２０４が取り込みプロセッサ１７８に接続されている。従って、取り込みプロセッサ１７８は、ビデオテープレコーダにロードされたビデオテープからオーディオ／ビデオマテリアルを再生するために、ビデオテープレコーダ２０４のいずれかにアクセスすることができるデータプロセッサとなる。さらに、取り込みプロセッサ１７８には、通信ネットワーク１８２にアクセスするためにネットワークカードが設けられている。しかし、図１５からわかるように、通信チャネル１８２は、比較的狭い帯域幅のデータ通信チャネル１８２’と、ビデオデータを送るための広い帯域幅のＳＤＩチャネル１８２”とにより構成されている。これに対応して、取り込みプロセッサ１７８は、対応するオーディオ／ビデオマテリアルアイテムのリクエストを送るために、ＲＳ４２２リンクを介してビデオテープレコーダ２０４に接続されている。これらのオーディオ／ビデオマテリアルアイテムを要求すると、ＳＤＩネットワークを介した配信のためのＳＤＩ通信リンク２０６を介して、オーディオ／ビデオマテリアルが取り込みプロセッサ１７８に返信される。このリクエストは、例えば、オーディオ／ビデオマテリアルアイテムを独自に識別するＵＭＩＤを有していてもよい。
【０１３１】
メタデータデータベース１７６に関連した取り込みプロセッサの動作について、図１６を参照して以下に説明する。図１６において、メタデータデータベース１７６は、特定のテープＩＤ２１２に関連する多数アイテムのメタデータ２１０を有している。矢印２１４を付した破線で示すように、テープＩＤ２１２は、メタデータ２１０に対応するオーディオ／ビデオマテリアルが記録された特定のビデオテープ２１６を識別する。図１６に示す実施例では、テープＩＤ２１２がビデオテープ２１８のリニアタイムコードエリア２２０に書き込まれる。しかし、他の実施例からわかるように、テープＩＤを垂直ブランキング部等、他の位置に書き込むこともできる。ビデオテープ２１６は、取り込みプロセッサ１７８の一部を構成するビデオテープレコーダ２０４のうちのいずれか１つのロードされる。
【０１３２】
動作時には、編集端末１８４のいずれか１つが、狭い帯域幅の通信チャネル１８２’を介してメタデータデータベース１７６にアクセスするように構成されるので、その編集端末１８４には、テープ２１６に記録されたオーディオ／ビデオマテリアルのコンテンツを記述するメタデータ２１０へのアクセスが得られる。メタデータ２１０には、著作権者「ＢＳｋｙＢ」、画像の解像度、ビデオマテリアルの符号化形式、プログラムの名称（この場合、「グランドスタンド（特別観覧席）」）等の情報と、日時や観衆等の情報が含まれる。さらに、メタデータにはオーディオ／ビデオマテリアルのコンテンツのノートが含まれる。
【０１３３】
オーディオ／ビデオマテリアルの各アイテムは、オーディオ／ビデオマテリアルを識別するＵＭＩＤと関連している。このため、編集端末１８４を用いて、プログラム作成に必要なオーディオ／ビデオマテリアルアイテムをメタデータ２１０から識別及び選択することができる。このマテリアルは、マテリアルに関連するＵＭＩＤにより識別される。オーディオ／ビデオマテリアルにアクセスして、プログラムを作成するため、編集端末１８４は狭い帯域幅の通信ネットワーク１８２を介して、このマテリアルのリクエストを送る。リクエストには、オーディオ／ビデオマテリアルアイテムを識別するＵＭＩＤが含まれる。編集端末１８４から受信したオーディオ／ビデオマテリアルのリクエストに応じて、取り込みプロセッサ１７８は、ビデオカセット２１６がロードされているビデオテープレコーダから、ＵＭＩＤにより識別されるオーディオ／ビデオマテリアルアイテムを選択的に再生するように構成されている。そして、このオーディオ／ビデオマテリアルは、ＳＤＩネットワーク１８２”を介して編集端末１８４に返信され、編集中のオーディオ／ビデオプロダクションに組み込まれる。送られたオーディオ／ビデオマテリアルはオーディオ／ビデオサーバ１９０に取り込まれ、ここでオーディオ／ビデオの記憶及び再生を行うことができる。
【０１３４】
図１７は、メタデータ２１０をオーディオ／ビデオマテリアルとともに好適な記録媒体に記録する他の構成を示す。例えば、ビデオテープ２１８’のオーディオトラックのいずれか１つにメタデータ２１０を記録することもできる。また、記録媒体として、ランダムアクセスを可能にするとともに大容量のデータ記憶を行うことができる光ディスク又は磁気ディスクを用いてもよい。この場合、メタデータ２１０をオーディオ／ビデオマテリアルとともに記憶してもよい。
【０１３５】
さらに他の構成では、メタデータの幾つか又はすべてをテープ２１６に記録する。これは例えばテープ２１８のリニア記録トラックに記録することができる。テープに記録されたメタデータに関する幾つかのメタデータは、データベース１７６に別個に送って記憶してもよい。メタデータを取り込むにはさらにステップが必要となるが、このため、取り込みプロセッサ１７８は、記録媒体２１８’からメタデータを読み出して、通信ネットワーク１８２’を介してメタデータをデータベース１７６に送るように構成されている。従って、取り込みプロセッサ１７８により取り込まれるオーディオ／ビデオマテリアルに関連するメタデータは、別の媒体を介して、あるいは、オーディオ／ビデオマテリアルも記録されている記録媒体を介して、データベース１７６に取り込まれることがわかる。
【０１３６】
また、オーディオ／ビデオマテリアルに関連するメタデータには、ビデオマテリアル中の様々な位置における画像を低画質で表示するピクチャスタンプを含んでもよい。これらは取り込みプロセッサ１７８のタッチ画面２０２にて提示することができる。さらに、これらのピクチャスタンプを、ネットワーク１８２’を介して編集端末１８４、１８６又は効果プロセッサ１８８に送り、オーディオ／ビデオマテリアルのコンテンツを示すインディケーションを与えてもよい。従って、編集者にはオーディオ／ビデオマテリアルの画像表示が与えられ、ここから、オーディオ／ビデオマテリアルアイテムの選択を行うことができる。さらに、ピクチャスタンプをメタデータ２１０の一部としてデータベース１７６に記憶してもよい。従って、編集者は、ピクチャスタンプに関連するＵＭＩＤを用いて、対応するピクチャスタンプについて選択したアイテムを取り出すことができる。
【０１３７】
本発明の他の実施例において、記録媒体はオーディオ／ビデオマテリアルとともに記録されたピクチャスタンプを記録するのに十分な容量を有していないことがある。これは、記録媒体がビデオテープ２１６である場合に起こりやすい。この場合、必ずしもというわけではないが、オーディオ／ビデオマテリアルの取り込み前又は取り込み中にピクチャスタンプを生成することが特に好適である。
【０１３８】
図１３に戻り、他の実施例において、取り込みプロセッサ１７８はプリプロセッサユニットを備えてもよい。取り込みプロセッサ１７８に内蔵されたプリプロセッサユニットは、本例ではビデオテープ１２６である記録媒体に記録されたオーディオ／ビデオマテリアルを受信するように構成されている。このため、プリプロセッサユニットは別個のビデオ記録／再生部を設けてもよく、あるいは、取り込みプロセッサ１７８の一部を構成するビデオテープ記録／再生部と組み合わせてもよい。プリプロセッサユニットは、オーディオ／ビデオマテリアルに関連するピクチャスタンプを生成する。上述のように、ピクチャスタンプは、オーディオ／ビデオマテリアルアイテムのコンテンツを画像表示するのに用いられる。しかし、本発明のさらに他の実施例によれば、プリプロセッサユニットは、オーディオ／ビデオマテリアルの処理を行うとともに、オーディオ／ビデオマテリアルのコンテンツにおける相対アクティビティを表すアクティビティインディケータを生成するように動作する。これは、例えば、ビデオ信号で表される画像内の色成分のヒストグラムに応じてアクティビティ信号を生成するとともに、カラーヒストグラム成分の変化率に応じてアクティビティ信号を生成するように動作するプロセッサを用いて行うことができる。そして、プリプロセッサユニットは、ビデオマテリアル中の、アクティビティ信号が示すアクティビティ期間がある位置にて、ピクチャスタンプを生成するように動作する。これを図１８に示す。図１８ａにおいて、ビデオ信号における時間を表すライン２２６に沿ってピクチャスタンプ２２４が生成される。図１８ａに示すように、ピクチャスタンプ２２４は、タイムライン２２６に沿った、矢印２２８として表されるアクティビティ信号がアクティビティイベントを示す時点に生成される。これは、例えば、カメラの視野に誰かが出入りして、ビデオ信号が表す動きが大きい場合である。このため、アクティビティ信号は、例えば、ＭＰＥＧ規格に応じて生成された動きベクトルである動きベクトルを用いて生成することができる。
【０１３９】
本発明の他の実施例において、プリプロセッサは、テープ１２６に記憶されたオーディオ／ビデオマテリアルアイテムの一部を構成するオーディオ信号内の音声に対応するテキスト情報を生成する。テキスト情報は、ピクチャスタンプの代わりに又はピクチャスタンプに加えて生成してもよい。この場合、テキストは、例えばセンテンスの最初の数語及び／又は話し手の最初のアクティビティについて生成される。これはオーディオ／ビデオマテリアルの一部を記録又は構成するテープ上のオーディオ信号から検出される。テキストが生成される開始点を矢印２３０としてタイムライン２２６に沿って表す。また、テキストは、センテンスの終わり又は音声における他の重要点にて生成することもできる。
【０１４０】
検出された音声の開始点で、音声プロセッサは音声のコンテンツのテキスト表記を生成する。このため、図１８ｂに示すタイムライン２２６には、音声のアクティビティ期間の開始点に、音声のコンテンツに対応するテキスト２３２がある。
【０１４１】
プリプロセッサにより生成されたピクチャスタンプと音声アクティビティのテキスト表記は、通信チャネル１８２を介してメタデータデータベース１７６に送られて記憶される。ピクチャスタンプとテキストは、ピクチャスタンプ２２４とテキスト情報２３２が生成された対応するオーディオ／ビデオマテリアルアイテムを識別するＵＭＩＤと関連付けて記憶される。これにより、編集端末１８４、１８６のいずれか一方を操作する編集者には、取り込みプロセッサ１７８を用いてオーディオ／ビデオマテリアルを取り込む前にオーディオ／ビデオマテリアルのコンテンツを分析する手段が与えられる。この場合、ビデオテープ１２６は取り込みプロセッサ１７８にロードされ、その後、ネットワーク通信チャネル１８２を介してオーディオ／ビデオマテリアルにアクセスすることができる。従って、編集者には、オーディオ／ビデオマテリアルのコンテンツを示すインディケーションが迅速に与えられるので、編集者が必要とする特定のマテリアルアイテムに適切なマテリアル部分のみを取り込むことができる。これにより、編集者によるオーディオ／ビデオプロダクションの作成の効率が改善されるという利点が得られる。
【０１４２】
他の実施例において、プリプロセッサは別ユニットとすることができ、ピクチャスタンプ及び／又はテキスト情報を表示する画面と、取り込むべきオーディオ／ビデオマテリアルアイテムを選択する手段を与えるタッチ画面等の手段とが設けられる。
【０１４３】
本発明のさらに他の実施例において、取り込みプロセッサ１７８は、オーディオ／ビデオマテリアルが取り込まれている間にＵＭＩＤ等のメタデータアイテムを生成する。これは、カメラ１５２の取得ユニットがＵＭＩＤを生成するようには構成されてなく、ユニークマテリアルリファレンスナンバー（ＭＵＲＮ）を生成するので、必要である。ＭＵＲＮはテイク等の各マテリアルアイテム毎に生成される。ＭＵＲＮは、ＵＭＩＤよりもかなり短くなるように構成されるので、ビデオテープのリニアタイムコード内に収容することができる。ＵＭＩＤの場合、大きいのでリニアタイムコードに収容することは困難である。また、ＭＵＲＮをテープのＴＥＬＥＦＩＬＥ（ＲＴＭ）ラベルに書き込むこともできる。ＭＵＲＮにより、テープ上のオーディオ／ビデオマテリアルアイテムのユニークＩＤが得られる。ＭＵＲＮは、線１７４で示すように、データベース１７６に別個に送ることができる。ＭＵＲＮは、特定のテープ（テープＩＤ）と、テープ上の各スロット又はテイクのイン及びアウト部分を識別するアイデンティファイアにより構成されてもよい。
【０１４４】
取り込みプロセッサ１７８では、マテリアルアイテムについてのＭＵＲＮをテープ又はＴＥＬＥＦＩＬＥラベルから再生する。各ＭＵＲＮ毎に、取り込みプロセッサ１７８はＭＵＲＮに対応するＵＭＩＤを生成するように動作する。そして、ＵＭＩＤは、ＭＵＲＮとともにデータベース１７６に送られて、データベース１７６内に既に存在するＭＵＲＮに関連付けられてデータベースに取り込まれる。
【０１４５】
メタデータの概要−図１７及び図１９〜図２２
メタデータ−−概要
図の説明
図１７は、競馬等のプログラムの作成及び送信において生成されるメタデータの一部を示す図である。
【０１４６】
図１９は、レイヤ化されたメタデータ構造を概略的に示す図である。
【０１４７】
図２０及び図２１は、オーディオ及び／又はビデオデータの生成及び／又は配信を行うシステムにおいてメタデータを記憶する２つ方法を示す図である。
【０１４８】
図２２は、オーディオ及びビデオがビデオテープに記憶される場合を示す基本図である。
【０１４９】
メタデータの概要
説明の都合上、「マテリアル」はビデオ及びオーディオ情報であり、例えばビデオテープに記録されたビデオプログラムである。メタデータは、マテリアルの生成及び配信のライフサイクルの中で作成及び使用されるデータ及び情報である。これには例えば以下の情報が含まれる。
【０１５０】
媒体コンテンツＩＤ
著作権
プログラムプランニング
スクリプト（照明、アンカーマン、カメラ．．．）
編集決定
契約（キャスト、制作依頼、販売促進活動、放送権）
システムレイヤ（圧縮フォーマット／レート、ＥＰＧ．．．）
マテリアルについて適切な他のデータ及び情報
マテリアルの手動アノテーション又は自動アノテーション
ＵＭＩＤ及び他のアイデンティファイア。ＵＭＩＤについて「ＵＭＩＤ」のセクションで説明した。ＵＭＩＤは、マテリアルをメタデータに関連付けるのに本発明実施例で使用するユニークマテリアルアイデンティファイアである。
【０１５１】
媒体は、テープ、ディスク、及び、情報を記録することができる他の媒体である。
【０１５２】
図１７は、競馬等のプログラムの作成及び送信において生成されるメタデータの一部を示す。
【０１５３】
メタデータには、ＩＤ及び所有権データや、ビジネス、プランニング及び契約データ等、プログラムのプランニング中及びプログラムの作成前に生成されるデータが含まれる。
【０１５４】
また、メタデータには、マテリアル／インスタンスパラメータ、編集決定、あるいは、解像度、焦点距離、ロケーション等のテクニカルデータ等、プログラムの作成中及び作成後に生成されるデータも含まれる。説明すると、マテリアル番号はオリジナルクリップを識別し、インスタンス番号はオリジナルクリップの１バージョン又はコピーを識別する。従って、インスタンス０はオリジナルクリップであり、インスタンス１は最初のコピーである。
【０１５５】
また、メタデータには、送信及び視聴者データや、カタログデータ等、プログラムの送信後に作成されるデータも含まれる。
【０１５６】
図１７は、メタデータの単なる例を示すものである。他の例としては、圧縮タイプ及びレート等、デジタルビデオ放送に必要な情報がある。さらに他の例は、上述の「メタデータ」のセクションで説明してある。
【０１５７】
メタデータの使用
本明細書の終わりにある表１０及び表１１は、幾つかのメタデータを極端に簡素化したものを示す。この表１０及び表１１では、一連の制作プロセスのどこでデータが作成され、どこで使用されるのかを示す。
【０１５８】
メタデータの作成及び記憶が行われ、メタデータが使用可能になると、その後のマテリアルを扱う種々の段階で、メタデータは何回も使用される。上述のアイテムの多くは、一度書き込まれて、制作及び配信における種々の段階で何回も読み出される。例えば、グッドショットマーカ（ＧＳＭ）は、マテリアルが取得されるときに、そのマテリアルにおけるグッドショットを記録又は識別する。マテリアルとともにＧＳＭを保存することにより、編集セッションにおいて何回もＧＳＭを読み出して使用することが可能である。また、マテリアルの用途変更やアーカイブからの再生が行われても、ＧＳＭは次のユーザにより使用可能である。
【０１５９】
スクリプトをメタデータとして保存することもできる。例えば、スクリプト（第２行）は、スクリプティング段階で作成され、制作における作成及びコンテンツ作成段階と配信段階のいずれにおいても使用される。スクリプトには、データコンテンツ（セリフ）とメタデータ（シーンの記述）の両方が含まれる。また、スクリプトには、セリフを言うキャラクターの記述やシーンの記述が含まれる。従って、スクリプトは、メタデータとして保存されると、セリフ等の特別なユーザ情報を供給したり、ナビゲーションデータを供給してアーカイブシステムでのサーチを可能にすることにより、エンハンストフォーマットの作成において使用することができる。
【０１６０】
メタデータ構造
図１９は、レイヤ化されたメタデータ構造を示す概略図である。この構造は以下のレイヤを有している。
・アプリケーション：Ａ／Ｖ及び／又はデータの使用及び操作を行うプロダクション段階におけるツールである。
・シンタックス：画像や音声を記述するのに用いられるスタンダードディクショナリアイテムが、データシンタックス（又はグラマー）においてどのように表されるか示す。
・ディクショナリ：合意によって定められた、データを記述するための用語セットを定義する（すなわち、辞書）。例えば、「ペット名」又は「動物名」の代わりに「犬名」。
・データ符号化：このレイヤは、特定のデータ収容方法を加える。「ラッパー」又は「ファイル」フォーマットを完了するために、再帰的な方法で適用されるマルチ符号化レイヤが含まれる。
・転送／記憶：このレイヤは、例えばネットワーク化されたプロセッサ及び記憶媒体に対するマテリアル及びメタデータの転送、及び／又は、マテリアル及びメタデータの記憶を可能にするストリーミング（ファイル／ストリーム転送）と記憶という２つの平行なパスからなる。
・物理的：このレイヤは、どのようにしてデータが電気的又は磁気的に記憶又は送信されるかを示す。
【０１６１】
これらのレイヤに適用することができる幾つかの国際規格や特定用途の規格を、以下の表４に示す。
【０１６２】
【表４】
0004711379.tif 000005
【０１６３】
本発明の実施例では、オーディオ及びビデオ制作及び配信システムにおいてメタデータを用いて、システムの動作を高める。メタデータはシステム内に記憶される。図２０及び図２１は、システムにおけるメタデータの２つの記憶方法を示す。いずれも図１７の例で作成したメタデータを表す。図２０では、メタデータのすべてがコンテンツサーバ又はコンテンツテープに記憶される。テープにメタデータを記憶する方法については後述する。図２１では、リファレンスアイデンティファイアのみがコンテンツとともに記憶され、このリファレンスはデータベース内に保持されたデータの１コピーと合致する。
【０１６４】
メタデータはダイナミックである。例えば、１マテリアルピースのライフスパンを考えると以下のようになる。
【０１６５】
・プランニング段階でメタデータを作成する。
・プロダクション段階でメタデータを作成する。
・現存のマテリアルの編集により、メタデータによって識別及び記述される新たな複合マテリアルを作成する。
・マテリアルの販売毎に所有権及び／又は契約メタデータを更新する。
・送信毎に新たな送信日と視聴者数を加える。
・アーカイブカタログによりインデックスの更新又は訂正を行う。
【０１６６】
メタデータのダイナミックな性質により、図２０及び図２１に示す２つのオプションが得られる。メタデータがコンテンツとともに記憶される場合（図２０）、メタデータが変更されると必ず、マテリアルの全コピーが探し出され、各コピーのメタデータが更新される。しかし、メタデータの１コピーがデータベースに保持される場合（図２１）、メタデータが変更されても、コンテンツのコピーは影響を受けない。メタデータをコンテンツに関連付けるユニークマテリアルＩＤであるＵＭＩＤは変化しない。
【０１６７】
メタデータをデータベースに記憶することによりメタデータをコンテンツから分離することは、コンテンツにメタデータを埋め込むよりも多くの利点がある。例えば、データ記憶容量や、高速ランダムアクセス技術を用いてデータサーチ能力が向上する。
【０１６８】
データベースの使用はデータの保全のためには最適であるが、実際のすべての装置に関して最適なわけではない。コンテンツが物理的サイト間で交換される場合、あるいは、安全なネットワーク接続が利用可能でなく経済的でもない場合、コンテンツをデータに埋め込む必要がある。
【０１６９】
テープへのメタデータの記憶
本発明の実施例により、現行のＶＴＲ機器及びＩＴインフラストラクチャに対応できるフォーマットを用いて、現存の装置のためのテープへのメタデータの記憶が可能になる。また、本発明の実施例により、例えばテープや光ディスク用のＭＸＦ等、新たなフォーマットでのメタデータの記憶が可能になる。
【０１７０】
ビデオテープへのメタデータの記憶
図２２は、オーディオ及びビデオがビデオテープ（アナログ又はデジタル）に記憶される場合を示す基本図である。この簡素化した例には多数の要素がある。すなわち、１ビデオトラック、４オーディオトラック（Ａ１〜Ａ４）、１タイムコードトラック、１コントロールトラック、１リニアオーディオキュートラックである。
【０１７１】
現行のビデオテープフォーマットにメタデータを付加するため、メタデータをこれら現存のトラックに１以上に含める。データを記憶することができ、テープ上のオーディオ及びビデオの記憶に影響が少ない使用可能な「スペース」（図２２中、斜線で示す）が多数ある。これらを以下の表５に示す。
【０１７２】
【表５】
0004711379.tif 000006
【０１７３】
好ましくは、ＵＭＩＤをテープに記憶する。ＵＭＩＤは現存のテープに収容することができる。例えば、ユーザビットは、０．２秒分割でＵＭＩＤを記憶することができる。しかし、ＵＭＩＤを他の場所に記憶してもよく、「テープＩＤ」のセクションで説明したように他のアイデンティファイアをテープに記憶してもよい。
【０１７４】
新たなテープ／光ディスクファイルフォーマットでのメタデータの記憶
新たに提案された着脱可能媒体（テープや光ディスク）及び固定媒体（ハードディスク）製品は、コンピュータファイルの交換が可能である。このような交換可能ファイルのフォーマットの標準化プロセスにおいて、オーディオ／ビデオコンテンツ及びメタデータのニーズが示されている。
【０１７５】
ＭＸＦ（メディアエクスチェンジフォーマット）は、最終的なマテリアルの交換、プレイアウト、長期保存のために設計されたものである。このフォーマットにより、４つの必須部分がファイルに与えられる。
【０１７６】
・媒体及び符号化フォーマットのＩＤ
・複合メタデータの記述
・Ａ／Ｖコンテンツのストリーミング。必要ならば、同期化したメタデータのストリーミングを伴う。
・インデックス（タイムコードへのキューが得られる）
利点
本発明の実施例によりコンテンツ作成業界においてメタデータを体系的に使用することにより、以下のような多くの利点が得られる。
・生産性の向上。作成活動における大部分のリソースを可能にする。
・マテリアル処理コストの低減
・コンテンツの価値の向上
・プログラムの質の向上
変更例
上述の説明では、ビデオマテリアルに関して本発明実施例を説明したが、本発明をオーディオマテリアル及び／又はデータマテリアルに適用することもできる。
【０１７７】
また、上述の説明では、ＵＭＩＤがカメラやＡボックスにより生成され、ＶＴＲで再生されるテープに存在することを前提とした。しかし、ＵＭＩＤは長い（例えば３２又は６４バイト）ので、テープがＵＭＩＤを有さず、カメラがＵＭＩＤを生成しない場合もある。その代わりに、カメラは短いアイデンティファイアを生成し、このような短いアイデンティファイアがテープに記録される。ＶＴＲのＢボックスを用いて、この短いアイデンティファイア及びテープＩＤからＵＭＩＤを生成することができる。ＡボックスはショットアイデンティファイアからＵＭＩＤを生成してもよい。
【０１７８】
変更ＵＭＩＤ−図２３及び図２４
上述の本発明の説明では、例えばカメラ等のライブソースからマテリアルを生成して記録していることがわかる。ライブマテリアルにはＵＭＩＤが関連付けられる。変更しないで記録されると、マテリアルは同じＵＭＩＤを有している。しかし、同じマテリアルのライブバージョンと記録バージョン、あるいは一般的にマテリアルのソースのタイプを識別することが望ましい。
【０１７９】
本発明のこの点に関する一実施例によれば、図２３ＡのＵＭＩＤ（図３及びその説明も参照）は、図２３Ｂに示すように変更される。インスタンス番号フィールドは、ユニバーサルラベルである第１２バイトにより定める番号を有する。このバイトは３〜１５の割り当てられていない値を有する。
【０１８０】
インスタンス番号が記録されたマテリアルではなくストリーミングされた（ライブ）マテリアルに関することを示すため、これらの値のいずれか１つが割り当てられる。図２３Ｂの好ましい実施例では、ストリーミングされたマテリアルに関して値１５が選択されている。
【０１８１】
また、インスタンス番号がストリーミングされたマテリアルではなく記録されたマテリアルに関することを示すため、これらの値のうちの別の値が割り当てられる。好ましい実施例では、記録されたマテリアルに関して値１４が選択されている。
【０１８２】
図２４を参照して、ソース２は、オリジナルの未記録ビデオ及び／又はオーディオマテリアルのカメラ及び／又はマイクであるが、例えばアナログデータを生成する。説明を簡単にするため、ソースは、ビデオのみを生成するカメラであるとする。ＵＭＩＤ生成器４は、未記録マテリアルを示すインスタンス番号０とタイプインディケータ１５を有するＵＭＩＤを生成する。ＵＭＩＤは、マルチプレクサ６によりビデオの垂直ブランキング期間に埋め込まれる。ビデオは、少なくとも１つのプロセッサ８を有する処理系１４、８に送出される。プロセッサ８は、コンテンツを変更しない方法で、例えばアナログからデジタルにビデオの形式の変換を行う。これにより、ＵＭＩＤのマテリアル番号は変化しないが、インスタンス番号は変化する。インスタンス番号を変更できないような方法でマテリアルが処理された場合、インスタンス番号は不正な番号となる。
【０１８３】
この処理系にはレコーダ１６が含まれる。レコーダは、マテリアルを記録して、マテリアル番号は変更せずに、タイプコード１４と適切なインスタンス番号を有するマテリアルに記録済みマテリアルインスタンス番号を割り当てる。
【０１８４】
ソース、プロセッサ８及び／又はレコーダ１６にて生成されたＵＭＩＤは、メタデータベース１０に通信され、そこで、例えばデータ入力手段１２により生成されたメタデータがＵＭＩＤに関連付けられる。メタデータの例は、上述の「メタデータ」のセクション及び図５において説明した。
【０１８５】
上述の実施例は、それぞれ、本発明の種々のアスペクトに係る特徴の組み合わせを明示的に示しているが、本発明の一般的な教示により、上述の実施例において明示的に示した組み合わせ以外の適切な特徴の組み合わせを含む他の実施例も行われる。従って、添付の独立及び従属クレームの特徴の種々の組み合わせにより、クレームに明示的に示されるアスペクト以外にも本発明のアスペクトが構成される。
【０１８６】
以下、表６〜表１１を示す。
【０１８７】
【表６】
0004711379.tif 000007
【０１８８】
【表７】
0004711379.tif 000008
【０１８９】
【表８】
0004711379.tif 000009
【０１９０】
【表９】
0004711379.tif 000010
【０１９１】
【表１０】
0004711379.tif 000011
【０１９２】
【表１１】
0004711379.tif 000012
【図面の簡単な説明】
【図１】  本発明の一実施例に係るマテリアルアイデンティファイアプロセッサに接続されたビデオ及び／又はオーディオ信号プロセッサを示す概略ブロック図である。
【図２】ビデオ及びオーディオプロダクションシステムを示す概略ブロック図である。
【図３】  ＵＭＩＤを示す図である。
【図４】  ＵＭＩＤを示す図である。
【図５】  データベース内のメタデータのデータ構造の例を示す図である。
【図６】  Ａボックスを示す図である。
【図７】  Ａボックスを示す図である。
【図８】  Ａボックスを示す図である。
【図９】  Ａボックスを示す図である。
【図１０】  Ａボックスを示す図である。
【図１１】  Ａボックスを示す図である。
【図１２】  Ａボックスを示す図である。
【図１３】  Ｂボックスを示す図である。
【図１４】  Ｂボックスを示す図である。
【図１５】  Ｂボックスを示す図である。
【図１６】  Ｂボックスを示す図である。
【図１７】  Ｂボックスを示す図である。
【図１８】  Ｂボックスを示す図である。
【図１９】  メタデータを示す図である。
【図２０】  メタデータを示す図である。
【図２１】  メタデータを示す図である。
【図２２】  メタデータを示す図である。
【図２３】  本発明による変更ＵＭＩＤを示す概略図である。
【図２４】  図２３のＵＭＩＤを用いるシステムを示す概略ブロック図である。
【図１】
0004711379.tif 000013
【図２】
0004711379.tif 000014
【図３】
0004711379.tif 000015
【図４】
0004711379.tif 000016
【図５】
0004711379.tif 000017
【図６】
0004711379.tif 000018
【図７】
0004711379.tif 000019
【図８】
0004711379.tif 000020
【図９】
0004711379.tif 000021
【図１０】
0004711379.tif 000022
【図１１】
0004711379.tif 000023
【図１２】
0004711379.tif 000024
【図１３】
0004711379.tif 000025
【図１４】
0004711379.tif 000026
【図１５】
0004711379.tif 000027
【図１６】
0004711379.tif 000028
【図１７】
0004711379.tif 000029
【図１８】
0004711379.tif 000030
【図１９】
0004711379.tif 000031
【図２０】
0004711379.tif 000032
【図２１】
0004711379.tif 000033
【図２２】
0004711379.tif 000034
【図２３】
0004711379.tif 000035
【図２４】
0004711379.tif 000036