(57)【特許請求の範囲】
【請求項１】
フィールドを識別するタイムビットとユーザにより定義されるユーザビットとを有し、フィールドを識別するフィールド識別コードに関連付けられたデータフィールドのシーケンスに関する情報を記録する情報記録方法であって、
上記シーケンスに関連し、単一のフィールド識別コードにおけるユーザビットの数より多くのビットを有する追加データのビットを該シーケンスにおける複数のフィールド識別コードのユーザビットに割り当てる情報記録方法。
【請求項２】
上記情報は任意の記録媒体に記録され、
上記追加データは、上記任意の記録媒体を他の記録媒体から区別する区別データである請求項１に記載の情報記録方法。
【請求項３】
上記任意の記録媒体に記録されている各素材を識別する識別データを記録するステップと、
上記任意の記録媒体から上記区別データ及び識別データを再生するステップと、
上記各素材に対する固有の識別子を生成するステップと、
上記再生された区別データ及び識別データを上記固有の識別子に関連付けるステップと
をさらに有する請求項２に記載の情報記録方法。
【請求項４】
上記識別データは、上記任意の記録媒体に記録された各素材の開始点及び終了点を示すデータであることを特徴とする請求項３記載の情報記録方法。
【請求項５】
上記固有の識別子をデータベースに供給するステップと、
上記固有の識別子を該識別子により識別される素材に関連するメタデータに関連付けるステップと
をさらに有する請求項３記載の情報記録方法。
【請求項６】
上記固有の識別子は、固有素材識別子（Unique Material Identifier: UMID）であることを特徴とする請求項３記載の情報記録方法。
【請求項７】
上記記録媒体は、テープ状記録媒体であることを特徴とする請求項３記載の情報記録方法。
【請求項８】
上記記録媒体は、ディスク状記録媒体であることを特徴とする請求項３記載の情報記録方法。
【請求項９】
フィールドを識別するタイムビットとユーザにより定義されるユーザビットとを有し、フィールドを識別するフィールド識別コードに関連付けられたデータフィールドのシーケンスに関連する情報を記録する情報記録装置であって、
上記フィールド識別コードを生成する第１の生成手段と、
上記シーケンスに関連し、単一のフィールド識別コードにおけるユーザビットの数より多くのビットを有する追加データを生成する第２の生成手段と、
上記追加データのビットを上記シーケンスにおける複数のフィールド識別コードのユーザビットに割り当てる多重化手段と
を備える情報記録装置。
【請求項１０】
上記情報は任意の記録媒体に記録され、
上記追加データは、上記任意の記録媒体を他の記録媒体から区別する区別データである請求項９に記載の情報記録装置。
【請求項１１】
上記任意の記録媒体に記録されている各素材を識別する識別データを生成する第３の生成手段と、
上記区別データを上記記録媒体に記録する記録手段と、
上記記録媒体から上記区別データを再生する再生手段と、
上記再生された区別データ及び上記識別データを固有の識別子に関連付ける処理手段と
をさらに備える請求項１０に記載の情報記録装置。
【請求項１２】
上記識別データは、上記記録媒体に記録されていることを特徴とする請求項１１記載の情報記録装置。
【請求項１３】
上記固有の識別子は、上記処理手段により生成されることを特徴とする請求項１１記載の情報記録装置。
【請求項１４】
上記識別データは、上記任意の記録媒体に記録された各素材の開始点及び終了点を示すデータであることを特徴とする請求項１１記載の情報記録装置。
【請求項１５】
上記データベースに少なくとも上記固有の識別子を供給するデータリンク手段と、
上記固有の識別子を該識別子により識別される素材に関連するメタデータに関連付けるデータベース処理手段と
をさらに備える請求項１１記載の情報記録装置。
【請求項１６】
上記固有の識別子は、固有素材識別子（Unique Material Identifier: UMID）であることを特徴とする請求項１１記載の情報記録装置。
【請求項１７】
上記記録媒体は、テープ状記録媒体であることを特徴とする請求項１１記載の情報記録装置。
【請求項１８】
上記記録媒体は、ディスク状記録媒体であることを特徴とする請求項１１記載の情報記録装置。
【発明の詳細な説明】
【０００１】
発明の分野
本発明は記録された素材（material）に関連するメタデータの記録に関する。さらに、本発明は、記録されたメタデータを用いて、記録された素材に関するさらなるメタデータにアクセスする手法に関する。
【０００２】
従来の技術
本発明の実施の形態においては、記録された素材は、ビデオ情報であってもよく、オーディオ情報であってもよい。メタデータは、記録された情報に関連する情報である。
【０００３】
本発明の具体例においては、メタデータは記録されたビデオ情報（さらに、オーディオ情報が記録されている場合には、オーディオ情報）に関連する情報を表す。以下では、説明を明瞭にするために、ビデオ情報を例に本発明を説明するが、本発明の広範な思想は、他の形式のデータにも適用することができる。
【０００４】
ビデオシーケンスを記録する場合、テープ状記録媒体やディスク状記録媒体等、少なくともビデオシーケンスが記録される記録媒体を識別することが重要となる。従来、ビデオシーケンスは、記録媒体に物理的に貼付されたラベルにより識別されている。このような情報は、ビデオシーケンスとともに記録媒体自体に記録できることが望ましい。この記録されたデータは、メタデータの一例である。さらに、ビデオ編集処理（video production operation）のためには、可能な限り多くのビデオ情報を記録することが望ましい。ビデオ情報は、例えば、テープ状記録媒体のヘリカル走査トラックに記録される。テープ状記録媒体には、線形制御トラック及びタイムコードトラックも設けられている。オーディオ情報及びタイムコード等の制御情報は、通常、ヘリカル走査トラックに設けられる。テープ状記録媒体には、線形オーディオキュートラック（linear audio cue track）を設けてもよい［１］。ここで、メタデータをどこにどのように記録し、及び記録される情報を最小限に押さえるとともに、有効な情報を記録媒体に提供するために、どのようなメタデータを記録するかが問題となる。
【０００５】
データ格納体（data carrier）又は記録媒体に記録された素材を識別するために、固有素材識別子（Unique Material Identifier：以下、ＵＭＩＤ）を使用する手法が知られている。基礎ＵＭＩＤは、３２バイトからなり、拡張ＵＭＩＤは、６４バイトからなる。１９９９年７月６日に発行された、ソニーＢ．Ｐ．Ｅ，ＵＫのジェイ・エイチ・ウィルキンソン（J.H.Wilkinson）による論文「ＵＭＩＤによるエッセンスとメタデータのリンク（Essence & Metadata Linking via the UMID）」には、ＳＭＰＴＥ  ＵＭＩＤとともに、「エッセンス」、すなわち生のピクチャ／オーディオ情報に付与されたＵＭＩＤを用いて、そのエッセンスをコンピュータの記録装置に格納されている他のメタデータにリンクさせる手法が説明されている。ここでは、ＵＭＩＤは、ビデオ信号における垂直ブランキング期間（Vertical Blanking Interval：以下、ＶＢＩという。）において搬送され、又はＡＥＳ３オーディオチャンネルが設けられている場合、このオーディオチャンネルのユーザビット内に組み込まれている。
【０００６】
このように、メタデータの記録にＶＢＩやＡＥＳ３オーディオチャンネルを使用することにより、例えばディスク状記録媒体やテープ状記録媒体において、ビデオ情報やオーディオ情報を記録するための領域が減少する。ビデオ信号がＭＰＥＧ信号であり、ビデオエレメンタリストリーム（Video-Elementary Stream：以下、Ｖ−ＥＳという。）内にＶＢＩデータが格納されている場合、圧縮ビデオストリームの記録に使用できる領域が減少する。
【０００７】
現在、ビデオ信号の記録には主にテープ状記録媒体が使用されている。ビデオ製作（プロダクション）においては、様々なテープフォーマットが使用されている。ここで、可能な限り多くの種類のテープフォーマット、さらに望ましくは全てのテープフォーマットに対応してメタデータを記録できる手法の実現が望まれている。さらに、テープ状記録媒体に記録されている素材に関連する大量のメタデータを記録できる手法の実現が望まれている。さらに、特にディスク状記録媒体等のテープ状記録媒体とはことなる形式の記録媒体上に、素材に関連するメタデータを有効に記録する手法の実現が望まれている。
【０００８】
本発明に基づく情報記録方法では、フィールドを識別するタイムビットとユーザにより定義されるユーザビットとを有し、フィールドを識別するフィールド識別コードに関連付けられたデータフィールドのシーケンスに関する情報を記録する情報記録方法において、シーケンスに関連し、単一のフィールド識別コードにおけるユーザビットの数より多くのビットを有する追加データのビットをシーケンスにおける複数のフィールド識別コードのユーザビットに割り当てる。
【０００９】
データフィールドはビデオフィールドであり、コードはタイムコードであることが好ましい。データは、好ましくは、テープ状記録媒体又はディスク状記録媒体等の媒体に記録される。本発明の好適な実施の形態では、テープ状記録媒体を用いる。既存のテープ状記録媒体の全てのフォーマットは、ユーザビットを有するタイムコードを設けているため、追加データをタイムコードのユーザビットに格納することにより、追加データを既存のテープフォーマットに記録することができる。また、本発明の好ましい実施の形態においては、このタイムコードに記録される追加データは、テープ状記録媒体、ディスク状記録媒体、又は他の記録媒体の任意の固体を他の記録媒体の固体から区別する媒体識別子とする。
【００１０】
発明の開示
本発明に係る情報記録方法は、フィールドを識別するタイムビットとユーザにより定義されるユーザビットとを有し、フィールドを識別するフィールド識別コードに関連付けられたデータフィールドのシーケンスに関する情報を任意の記録媒体に記録する情報記録方法において、任意の記録媒体を他の記録媒体から区別する追加データのビットをシーケンスにおける少なくとも１つのフィールド識別コードのユーザビットに割り当てる。
【００１１】
本発明の好適な実施の形態においては、追加される区別データは、１タイムコードにおけるユーザビットビット数より多いビット数を有する。例えば、機別データは、２つのタイムコードのユーザビットを占有する。この具体例では、２フィールドからなる１ビデオフレーム内に１つの区別データが格納され、この区別データは、各フレーム毎に繰り返される。
【００１２】
これにより、組織（organization）は、例えばテープ状記録媒体又はディスク状記録媒体等の全ての記録媒体にシリアル番号を付すことができる。このようなシリアル番号は、区別データの具体例の１つである。このようなシリアル番号は、基礎ＵＭＩＤより少ないビット数を有する。ＵＭＩＤは、包括的に固有な識別子である。区別データは、組織内において固有のものであるが、包括的に固有なものではなく、すなわち、他の独立した組織においては、同一の又は重複するシリアル番号の組を用いることができる。
【００１３】
このようにして識別される記録媒体は、さらに識別が必要な２つ以上のビデオ素材を記録していることがある。ここで、区別データは記録媒体を識別するのみである。そこで、本発明に基づく識別方法は、任意の記録媒体を他の記録媒体から区別する区別データが記録された任意の記録媒体に記録されている素材を固有に識別する識別方法において、任意の記録媒体に記録されている各素材を識別する識別データを記録するステップと、任意の記録媒体から区別データ及び識別データを再生するステップと、各素材に対する固有の識別子を生成するステップと、再生された区別データ及び識別データを固有の識別子に関連付けるステップとを有する。
【００１４】
開始コード及び終了コードは、好ましくは、これらを再生する装置から独立した記録装置に記録する。固有の識別子は、好ましくはＵＭＩＤとする。これにより、ＵＭＩＤより少ないビット数を有する媒体識別子（すなわち、区別データ）を記録媒体に記録するだけで、素材を識別することができる。開始コード及び終了コードは、従来より使用されており、したがって、記録すべきデータのデータ量は増加させることなく、データを例えばＵＭＩＤ等の固有の識別子に関連付けることができる。固有の識別子を媒体識別子及び記録された素材の開始コード及び終了コードに関連付けることにより、通信リンクを介して、媒体識別子及び開始コード及び終了コードを受け取るコンピュータは、自動的に固有の識別子を生成し、その固有の識別子を受け取った媒体識別子及び開始コード及び終了コードに自動的に関連付ける。このコンピュータは、固有の識別子と、関連する媒体識別子、開始コード、終了コードとを格納するデータベースプログラムを実行するものであってもよい。好ましい実施の形態においては、固有の識別子及び関連する媒体識別子、及び開始コード及び終了コードは、例えばパーソナルデジタルアシスタント（Personal Digital Assistant: PDA）であるコンピュータから、データ伝送リンクを介して、データベースプログラムを実行する独立したコンピュータに伝送される。
【００１５】
データベースプログラムは、固有の識別子及び関連する媒体識別子、開始コード、終了コードをデータフィールドのシーケンスに関連する他のメタデータに関連付ける。
【００１６】
本発明に基づく情報記録装置は、任意の記録媒体に記録された素材を固有に識別する。任意の記録媒体には、この任意の記録媒体を他の記録媒体から区別する区別データ、例えばテープＩＤが記録されている。生成手段は、例えばイン（ＩＮ：開始）タイムコード及びアウト（ＯＵＴ：終了）タイムコード等、この任意の記録媒体に記録されている各素材を識別する識別データを生成する。記録手段は、この区別データを記録媒体に記録する。再生手段は、記録媒体から区別データを再生する。例えば、ＰＤＡである処理手段は、再生された区別データ及び識別データを例えばＵＭＩＤである各素材に固有の識別子に関連付ける。データベースは、固有の識別子を、その素材に関連するメタデータに関連付ける。
【００１７】
好適な実施の形態の説明
概観
Ｆｉｇ．１は、テープ状記録媒体のフォーマットを図式的に示す図である。ビデオ情報及びオーディオ情報はヘリカルトラックに記録され、例えば１０個又は１２個等の一組のヘリカルトラックに１ビデオフィールド分の情報が記録される。ヘリカルトラックには、垂直間隔タイムコード（vertical interval time code：以下、ＶＩＴＣという。）も記録される。このＶＩＴＣは、線形タイムコードトラック（linear time code track：以下、ＬＴＣという。）にコピーされる。テープ状記録媒体は、少なくとももう１つの線形トラック（図示せず）を備える。この具体例においては、ビデオ情報、オーディオ情報及びその他の情報は、すべてデジタル形式で記録される。なお、ビデオ情報及びオーディオ情報は、アナログ形式で記録してもよい。また、ビデオ情報及びオーディオ情報は、例えばＭＰＥＧ−２規格等に基づいて圧縮してもよい。
【００１８】
タイムコードは、１ビデオフィールド毎に記録される。Ｆｉｇ．２に示すように、周知のタイムコードは、８０ビットからなり、そのうちの１６ビットは同期情報として使用され、３２ビットはタイムコード本体の情報を示し、残る３２ビットはユーザにより定義されるビットである。このビットを本明細書では「ユーザビット」と呼ぶ。ユーザビットは、通常のタイムコード内の他のビットとともにインターリーブされているが、本発明はこの状態に限定されるものではない。
【００１９】
メタデータ
メタデータについては、メタデータの章で説明する。
【００２０】
テープＩＤ及びＵＭＩＤ
ＵＭＩＤについては、ＵＭＩＤの章で説明する。ＵＭＩＤは、包括的に固有な（universally unique）素材の識別子である。本発明の実施の形態においては、例えばテープ状記録媒体に記録されているビデオ及び／又はオーディオ素材と、例えばＦｉｇ．３に示すようなデータベース４６４に格納されたメタデータとをリンクするために使用される。
【００２１】
本発明の実施の形態においては、テープ状記録媒体に好ましくは６４ビットからなるテープ識別子（Tape Identifiers：以下、テープＩＤという。）を記録する。テープ識別子のビット数は、例えば３２ビット〜６４ビットの範囲内で他の値を選択してもよい。包括的に固有なＵＭＩＤと異なり、テープＩＤは、包括的に固有でなくてもよく、例えば製作会社等、少なくとも一組織内において固有であればよい。テープＩＤは、線形タイムコードにおけるユーザビットに記録される。テープＩＤが６４ビットである場合、テープＩＤは、２つのタイムコードを使用して記録される。したがって、このテープＩＤは、２つのビデオフィールドからなる１つのフレームについて言及する。好ましい実施の形態においては、同じテープＩＤを各フレーム毎に繰り返す。さらに、テープ状記録媒体は、フィールド用の線形タイムコードの記録に使用する前に、予めフォーマット（prestripe）されていることが望ましい。
【００２２】
テープＩＤは、例えば、ビデオテープレコーダ又はカメラに設けられたユーザビット設定操作子４５７（Ｆｉｇ．３）により設定される４つの任意の１６進数から構成される。
【００２３】
ＵＭＩＤへのリンク
テープＩＤは、固有のものでなくてもよい。本発明の実施の形態においては、テープＩＤは、テープ状記録媒体に記録された素材を固有に識別するＵＭＩＤにリンクされる。ＵＭＩＤは、テープ状記録媒体上の素材をその素材に関連する他のメタデータにリンクさせる。テープ状記録媒体に１個の素材しか記録されていない場合、テープＩＤは、その１個の素材を固有に識別するＵＭＩＤにリンクするだけでよい。一方、実際には、２個又はそれ以上の素材が記録される場合もある。例えば、テープに同じ場面（shot）の異なる２以上のテイクを記録する場合がある。各テイクは、それぞれ１個の素材とそのテイクに固有のＩＤを有する。したがって、各ＵＭＩＤを各素材にリンクさせるために、テープＩＤに加えて、素材のインタイムコードとアウトタイムコードとを用いる。
【００２４】
データベースへのリンク
テープ状記録媒体に記録されている素材に関連するより詳細なメタデータを提供することが望ましい。このようなメタデータに関しては、メタデータの章で詳しく説明する。このため、メタデータをデータベースに格納し、ＵＭＩＤをその素材のメタデータにリンクさせる。
【００２５】
システム構成例
Ｆｉｇ．３に示す構成では、デジタルビデオソースとなるカメラ４６０は、マルチプレクサ４６３を備え、マルチプレクサ４６３は、テープ状記録媒体に記録されるデータにテープＩＤとインタイムコード及びアウトタイムコードを挿入する。インタイムコード及びアウトタイムコードは、記録開始及び停止ボタン４７１が操作される毎に生成される。テープＩＤの生成については、以下に説明する。
【００２６】
カメラ４６０は、全てのフィールドについて、隣接するタイムコードの組を記録する。テープＩＤは、固定であり、タイムコードのユーザビットに記録され、ユーザビット設定操作子４５７によりプリセットされる。カメラ４６０のそれぞれ独立した出力端子からは、オーディオ信号Ａ及びビデオ信号Ｖが出力される。
【００２７】
カメラ４６０は、ここではＡボックス（A-box）と呼ぶ信号処理回路を備えている。Ａボックスの構成については、Ａボックスの章で説明する。Ａボックスは、記録の開始と終了を示すタイムコード、すなわちイン（ＩＮ）点とアウト（ＯＵＴ）点を記憶する。ユーザビットは、タイムコードの一部であるため、テープＩＤをイン点とアウト点ともに保存して、ユーザビットを監視するすることによりテープＩＤを監視することができる。Ａボックスは、テープ状記録媒体からユーザビットを抽出し、このユーザビットを例えばパーソナルデジタルアシスタント（Personal Digital Assistant：以下、ＰＤＡという。）４６９等のデータ処理装置に供給する。ＰＤＡ４６９は、コンピュータ４６１を備えている。さらに、Ａボックスにより、カメラ及び／又はテープ状記録媒体に記録されている素材からその他のメタデータを抽出してＰＤＡ４６９に供給させるようにしてもよい。
【００２８】
ＰＤＡ４６９は、テープ状記録媒体に記録されている素材のテープＩＤと、インタイムコード及びアウトタイムコードとを１又は複数のＵＭＩＤにリンクさせる。ＰＤＡ４６９は、データを入力するための例えばキーボード等のデータ入力装置４６８を備えるとともに、拡張ＵＭＩＤにおける地理座標データを生成するグローバルポジショニングシステム（Global Positioning System：以下、ＧＰＳという。）装置４７０を備え、あるいはＧＰＳ装置４７０に接続されいる。ＰＤＡ４６９は、ＵＭＩＤを生成し、ＵＭＩＤをテープＩＤとインタイムコード及びアウトタイムコードに関連付ける。ＰＤＡ４６９は、ＵＭＩＤと、テープＩＤと、インタイムコード及びアウトタイムコードと、カメラ４６０又はＰＤＡ４６９において生成されたメタデータとをデータベース４６４に供給する。
【００２９】
データベース４６４は、例えばキーボード４６７等のデータ入力装置と、表示装置４６５と、システムユニット４６６とを備える標準的なパーソナルコンピュータ（ＰＣ）又はラップトップ型コンピュータ上で実行されるデータベースプログラムを有する。
【００３０】
データベース４６４は、テープＩＤ、インタイムコード及びアウトタイムコード、カメラ４６０、ＰＤＡ４６９及び／又はデータ入力装置４６７において生成されたメタデータを含むより拡張された、詳細なメタデータを格納している。テープ状記録媒体上のテープＩＤと、イン点及びアウト点、及びこのデータベース４６４内のＵＭＩＤにより、テープ状記録媒体に記録されている素材及び素材が記録されているテープ状記録媒体と、データベースとの明確で個別的なリンクが実現できる。
【００３１】
ＵＭＩＤに追加されるメタデータは、ユーザにより、このキーボード等の入力装置４６８を用いて入力される。ＰＤＡ４６９内のコンピュータ４６１は、ＵＭＩＤ（ＵＭＩＤの章で説明する基本ＵＭＩＤでも拡張ＵＭＩＤでもよく、Ｆｉｇ．５に示すようなデータが縮減されたＵＭＩＤでもよい。）を生成するとともに、他のメタデータを適切なデータ構造にして、データベース４６４に供給する。
【００３２】
カメラ、ＰＤＡ、データベースの相互接続
ＡボックスとＰＤＡ４６９間のデータ伝送は、有線又は無線リンク４５９を介して行われる。例えば、ＰＤＡ４６９に赤外線ポートを設け、Ａボックスにもこれに対応する赤外線ポートを設けて赤外線通信を行うようにしてもよい。同様に、ＰＤＡ４６９とデータベース４６４との間のリンクも無線を介して行っても有線を介して行ってもよい。例えば、ＰＤＡ４６９からデータベース４６４へのリンクは、電話回線を利用してもよく、直接無線リンクを行ってもよい。さらに、ＰＤＡ４６９は、インターネットを介してデータベース４６４に接続してもよい。
【００３３】
変形例
上述の具体例では、Ａボックス及びＰＤＡ４６９は、カメラ４６０から独立した構成要素として示しているが、Ａボックスは、例えばカメラ４６０に内蔵されたコンピュータ等の処理回路により実現してもよい。さらに、Ａボックス及びＰＤＡ４６９をカメラ４６０に内蔵されたコンピュータ等の処理回路により実現してもよい。
【００３４】
ＵＭＩＤ
ＵＭＩＤについては、参考文献［２］に記述されている。Ｆｉｇ．４には、拡張ＵＭＩＤ（extended UMID）を示している。この拡張ＵＭＩＤは、基礎ＵＭＩＤ（basic UMID）用の前半３２バイトと、標識メタデータ（signature metadata）用の後半３２バイトとを有する。
【００３５】
前半３２バイトに格納される基礎ＵＭＩＤは、以下の成分からなる。
【００３６】
・このデータがＳＭＰＴＥ  ＵＭＩＤであることを識別するための１２バイトの汎用ラベル（universal label）。この汎用ラベルは、このＵＭＩＤにより識別される素材の種類と、汎用固有素材番号及びローカル固有インスタンス番号を生成するメッソドを定義する。
【００３７】
・ＵＭＩＤの残りの部分の長さを示す１バイトの長さ値（length value）。
【００３８】
・同一の素材番号を有する素材のインスタンス間の違いを定義するために用いる３バイトのインスタンス番号。
【００３９】
・各クリップを識別するための１６バイトの素材番号。同一素材内の関連するインスタンスの各素材番号は同一である。
【００４０】
後半３２バイトの標識メタデータは、拡張ＵＭＩＤを形成するために用いられるパックされたメタデータ項目の組により構成される。拡張ＵＭＩＤは、基礎ＵＭＩＤと、その直後に設けられた標識メタデータからなり、標識メタデータは、以下の成分からなる。
【００４１】
・コンテンツユニット（content unit）が生成された日時を示す８バイトの時間／日付コード。
【００４２】
・コンテンツユニット生成時の１２バイトの地理座標を示すコード。
【００４３】
・国名、組織及び個人コードを登録する各４バイトの３グループのコード。
【００４４】
基礎ＵＭＩＤ及び拡張ＵＭＩＤの各成分をさらに詳細に説明する。
【００４５】
１２バイトの汎用ラベル
ＵＭＩＤにおける最初の１２バイトは、以下の表１に定義される登録されたストリング値によりＵＭＩＤを識別するものである。
【００４６】
【表１】
0004510266.tif 000002
【００４７】
表１に示す１６進数は例示的なものであり、これら以外の値を用いてもよい。また、バイト１〜バイト１２にこの表１に示す情報以外の情報を格納してもよい。表１に示す例では、バイト４は、バイト５〜１２がＳＭＰＴＥに準拠するデータフォーマットに関するものであることを示している。バイト５は、バイト６〜１０が「辞書」データに関するものであることを示している。バイト６バイトは、バイト７〜バイト１０に定義されている「メタデータ」がどのようなメタデータであるかを示している。バイト７は、バイト９及びバイト１０により定義されるメタデータを含む辞書の部分を示している。バイト８は、辞書のバージョンを示す。バイト９は、データクラスを示し、バイト１０はそのクラス内の特定の項目を示す。
【００４８】
この具体例においては、バイト１〜１０は、予め割り当てられた固定の値を有する。バイト１１は変数である。表１及びＦｉｇ．５に示すように、ＵＭＩＤ汎用ラベルにおけるバイト１〜１０は固定である。したがって、このバイト１〜１０は、バイト１〜１０を表す１バイトの種類コード（type code）Ｔにより置換できる。種類コードコードＴの後には、長さコード（length code）Ｌが設けられる。これら２つのバイトに続いて、表１に示すバイト１１及びバイト１２が設けられ、続いて３バイトのインスタンス番号及び１６バイトの素材番号が設けられる。さらに、任意項目として、拡張ＵＭＩＤ及び／又はその他のメタデータ構造において、素材番号に続いて標識メタデータを設けてもよい。
【００４９】
バイト１１により示されるＵＭＩＤ種類は、以下のような４つの異なるデータ種類を表す４つの別個の値を有している。
【００５０】
「０１ｈ」＝ピクチャ素材のＵＭＩＤ
「０２ｈ」＝オーディオ素材のＵＭＩＤ
「０３ｈ」＝データ素材のＵＭＩＤ
「０４ｈ」＝グループ素材、すなわち関連するエッセンスの組み合わせのＵＭＩＤの値
１２バイトからなるラベルの最後のバイト、すなわちバイト１２は、素材及びインスタンス番号を生成するメソッドを定義する。バイト１２は、トップニブル（top nibble）及びボトムニブル（bottom nibble）からなり、トップニブルは、素材番号生成のためのメッソドを定義し、ボトムニブルは、インスタンス番号生成のためのメソッドを定義する。
【００５１】
長さ(length)
長さを表すLengthの値は、基礎ＵＭＩＤの場合「１３ｈ」であり、拡張ＵＭＩＤの場合「３３ｈ」である。
【００５２】
インスタンス番号（instance number）
インスタンス番号は、標準規格に定義されているいくつかの手法の１つにより生成された固有の３バイトからなる番号である。インスタンス番号は、クリップ内の特定のインスタンスと外部の関連するメタデータとの間のリンク情報を提供する。このインスタンス番号がない場合、全ての素材は、その素材の全てのインスタンス及び関連するメタデータにリンクすることができる。
【００５３】
新たなクリップを生成するためには、インスタンス番号０を有する新たな素材番号を生成する必要がある。したがって、０ではないインスタンス番号は、関連するクリップがソース素材ではないことを示す。インスタンス番号は、主に、クリップ内の任意の特定のインスタンスに関連するメタデータを識別するために使用される。
【００５４】
素材番号（material number）
１６バイトからなる素材番号は、標準規格において定義されているいくつかの手法のうちの１つにより生成された０ではない番号である。この番号は、６バイトの登録されたポートＩＤ番号、時間及びランダム番号生成器により生成される。
【００５５】
標識メタデータ（signature metadata）
標識メタデータの全ての成分は、空白（null-filled）であってもよく、すなわち有効な値が入力されていなくてもよい。空白の成分は、ダウンストリームのデコーダにこの成分が有効ではないことを明瞭に示すために、完全に空白にされる。
【００５６】
日時フォーマット（the time-date format）
日時フォーマットは、８バイトからなり、これらのうち前半の４バイトは、汎用タイムコード（universal time code：以下、ＵＴＣという。）に基づく時間成分である。時刻は、エッセンスの種類に応じて、ＡＥＳ３の３２ビットオーディオサンプルクロック及びＳＭＰＴＥ１２Ｍのいずれかにより定義される。
【００５７】
後半の４バイトは、ＳＭＰＴＥ３０９Ｍにおいて定義されている修正ユリウスデータ（modified Julian data：以下、ＭＪＤという。）に基づいて日付を定義する。ＭＤＪは、西暦１８５８年１１月１７日の夜の１２時から９９９，９９９日間を数え上げるものであり、これにより西暦４５９７年までの日付を表すことができる。
【００５８】
地理座標フォーマット（the spatial co-ordinate format）
地理座標値は、以下の３つの成分からなる。
【００５９】
・高度：９９，９９９，９９９メートルまでの高度を特定する１０進数の８桁で定義される。
【００６０】
・経度：東経／西経１８０．０００００度を特定する１０進数の８桁で定義される。（５つの１０進数位置がアクティブである。）
・緯度：北緯／南緯９０．０００００度を特定する１０進数の８桁で定義される。（５つの１０進数位置がアクティブである。）
高度を示す値は、地球の中心からの距離を示し、したがって、平均海水面以下の高さを表すこともできる。
【００６１】
なお、多くのクリップにおいて地理座標は固定されるが、地理座標が動的に変化する場合もある。例えば、乗り物に搭載されたカメラ等の移動ソースから捕捉された素材における地理座標値は、随時変化することもある。
【００６２】
国コード（country code）
国コードは、ＩＳＯ３１６６において定義されている短縮型の４バイトの英数字文字列により表される。登録されていない国は、ＳＭＰＴＥ登録機関（SMPTE Registration Authority）により英数字文字列の登録を得ることができる。
【００６３】
組織コード（organization code）
組織コードは、ＳＭＰＴＥに登録される短縮形の４バイトの英数字文字列として表される。組織コードは、その組織が存在する国の登録された国コードに必ず関連付けられるので、異なる国の組織には同一の組織コードを与えることができる。
【００６４】
ユーザコード（user code）
ユーザコードは、各組織が各地で（locally）割り当てた４バイトの英数字文字列であり、全体的には（組織外では）登録されない。ユーザコードは、登録された組織コード及び国コードに必ず関連付けられるので、異なる組織及び国においては、同一のユーザコードを用いることができる。
【００６５】
フリーランスオペレータ（Freelance Operators）
フリーランスのオペレータは、居住する国の国コードと、組織コード及びユーザコードを結合した例えば８バイトのコードを使用することができ、この８バイトのコードをＳＭＰＴＥ登録機関に登録することができる。フリーランスのコードは、シンボル「〜」（ＩＳＯ８８５９文字番号７Ｅｈ）から開始され、これに続いて登録された７桁の英数文字列が設けられる。
【００６６】
Ｆｉｇ．６は、イン点とアウト点を有するクリップのシーケンスを示す図である。各クリップは、ユーザビットを含むタイムコードを有する複数のフレームから構成されている。
【００６７】
メタデータ
以下、Ｆｉｇ．７を用いて、番組の制作中に生成されるメタデータの種類と、このメタデータをデータベース４６４において組織化する手法を例示的に説明する。データベース４６４内のメタデータは、少なくとも、「テイク」基礎ＵＭＩＤとテープＩＤとを含み、これによりＵＭＩＤを介してメタデータにアクセスすることができる。
【００６８】
Ｆｉｇ．７は、組織化されたメタデータの構造の具体例を示している。この構造には、それぞれがメタデータを含む複数のフィールドを有する複数のテーブルが設けられている。これらテーブルは、それぞれの共通フィールドにより相互に関連付けられ、これにより相互関連構造（relational structure）が実現されている。さらに、この構造では、同じテーブルにおいて複数のインスタンスを設けてもよく、これによりそのテーブルが表すオブジェクトの複数のインスタンスが表現される。フィールドは、所定の手法によりフォーマットしてもよい。また、フィールドのサイズも予め定めてもよい。サイズの例としては、２バイトを表す「Ｉｎｔ」、４バイトを表す「Ｌｏｎｇ  Ｉｎｔ」、８バイトを表す「Ｄｏｕｂｌｅ」等がある。これに代えて、フィールドサイズは、例えば、８個、１０個、１６個、３２個、１２８個、２５５個のキャラクタ等、そのフィールド内に含まれるキャラクタの数を参照して定義してもよい。
【００６９】
この構造をより詳しく説明する。この構造は、番組テーブル（Programme Table）を有している。番組テーブルは、番組ＩＤ（Programme ID：以下、ＰＩＤという。）、タイトル、作業タイトル（Working Title）、概要（Synopsis）、アスペクト比、ディレクタＩＤ、ピクチャスタンプ（Picturestamp）等を含んでいる。番組テーブルには、ジャンルテーブル、キーワードテーブル、台本テーブル（Script Table）、関係者テーブル（People Table）、スケジュールテーブル、複数の媒体オブジェクトテーブルに関連付けられている。
【００７０】
ジャンルテーブルは、番組テーブルのジャンルＩＤフィールドに関連付けられたジャンルＩＤとジャンル記述（Genre Description）とを含む複数のフィールドを有する。
【００７１】
キーワードＩＤは、番組テーブルの番組ＩＤフィールドに関連付けられた番組ＩＤと、キーワードＩＤと、キーワードとを含む複数のフィールドを有する。
【００７２】
台本テーブルは、台本ＩＤ、台本名、台本タイプ、文書フォーマット、パス、作製日付、原作者、バージョン、最終変更、変更者、番組ＩＤに関連するＰＩＤ、及び覚書（Notes）を含む複数のフィールドを有する。関係者テーブルは、画像を含む複数のフィールドを有する。
【００７３】
関係者テーブルは、複数の個人テーブル（Individual Table）及びグループテーブル（Group Table）に関連付けられている。各個人テーブルは、画像を含む複数のフィールドを有する。各グループテーブルも、画像を含む複数のフィールドを有する。各個人テーブルは、制作スタッフテーブル又は出演者テーブルのいずれかに関連付けられている。
【００７４】
制作スタッフテーブルは、制作スタッフＩＤ、姓、名、契約ＩＤ（Contract ID）、代理人、代理人ＩＤ、電子メールアドレス、住所、電話番号、職務ＩＤ、覚書、アレルギ、誕生日（Date of Birth：ＤＯＢ）、国民保険番号（National Insurance Number）、銀行ＩＤ（Bank ID）、ピクチャスタンプを含む複数のフィールドを有する。
【００７５】
出演者テーブルは、キャストＩＤ、姓、名、配役、契約ＩＤ（Contract ID）、代理人、代理人ＩＤ、組合番号（Equity Number）、電子メールアドレス、住所、電話番号、誕生日、銀行ＩＤ（Bank ID）、ピクチャスタンプを含む複数のフィールドを有している。制作スタッフテーブルと、出演者テーブルは、銀行詳細テーブル（Bank Details Table）及び代理人テーブルに関連付けられている。
【００７６】
銀行詳細テーブルは、制作スタッフテーブルの銀行ＩＤフィールド及び出演者テーブルの銀行ＩＤフィールドに関連付けられた銀行ＩＤと、種類コード（Sort
Code）と、口座番号と、口座名とを含む複数のフィールドを有する。
【００７７】
代理人テーブルは、制作スタッフテーブルの代理人ＩＤフィールド及び出演者テーブルの代理人ＩＤフィールドに関連付けられた代理人ＩＤと、名称又は氏名、住所、電話番号、ホームページアドレス、電子メールアドレス、ピクチャスタンプを含む複数のフィールドを有する。制作スタッフテーブルは、職務テーブルにも関連付けられている。
【００７８】
職務テーブルは、制作スタッフテーブルの職務ＩＤフィールドに関連付けられた職務ＩＤ、役割（function）、覚書、ピクチャスタンプを含む複数のフィールドを有する。各グループテーブルは、組織テーブル（Organization Table）に関連付けられている。
【００７９】
組織テーブルは、組織ＩＤ、名称、種類、住所、契約ＩＤ、連絡先名（Contact Name）、連絡先電話番号、ホームページ、ピクチャスタンプを含む複数のフィールドを有している。
【００８０】
各媒体オブジェクトテーブルは、媒体オブジェクトＩＤ、説明、ピクチャスタンプ、ＰＩＤ、フォーマット、スケジュールＩＤ、台本ＩＤ、マスタＩＤを含む複数のフィールドを有している。媒体オブジェクトテーブルには、関係者テーブル、マスタテーブル、スケジュールテーブル、ストーリーボード（絵コンテ）テーブル、台本テーブル、及び複数の場面テーブル（Shot Table）が関連付けられている。
【００８１】
マスタテーブルは、媒体オブジェクトテーブルのマスタＩＤフィールドに関連付けられているマスタＩＤ、タイトル、基礎ＵＭＩＤ、ＥＤＬ ＩＤ、テープＩＤ、期間、ピクチャスタンプを含む複数のフィールドを有する。
【００８２】
スケジュールテーブルは、スケジュールＩＤ、スケジュール名、文書フォーマット、パス、作成日、原作者、開始日、終了日、バージョン、最終変更、変更者、覚書、及び番組ＩＤに関連するＰＩＤを含む複数のフィールドを有する。
【００８３】
契約テーブルは、制作スタッフテーブル、出演者テーブル、及び組織テーブルの契約ＩＤフィールドに関連する契約ＩＤ、効力発生日、レート、仕事タイトル、効力消滅日、詳細を含む複数のフィールドを有している。
【００８４】
ストーリーボードテーブルは、場面テーブルのストーリーボードＩＤに関連するストーリーボードＩＤ、説明、原作者、パス、媒体ＩＤを含む複数のフィールドを有する。
【００８５】
各場面テーブルは、場面ＩＤ、ＰＩＤ、媒体ＩＤ、タイトル、場所（Location）ＩＤ、覚書、ピクチャスタンプ、台本ＩＤ、スケジュールＩＤ、説明を含む複数のフィールドを有する。各場面テーブルには、関係者テーブル、スケジュールテーブル、台本テーブル、場所テーブル及び複数のテイクテーブルが関連付けられている。
【００８６】
場所テーブルは、場面テーブルの場所ＩＤフィールドに関連付けられた場所ＩＤ、ＧＰＳ、住所、説明、名称、時間単価、道順（Directions）、連絡先名称、連絡先住所、連絡先電話番号、ピクチャスタンプを含む複数のフィールドを有する。
【００８７】
各テイクテーブルは、基礎ＵＭＩＤ、テイク番号、場面ＩＤ、媒体ＩＤ、タイムコードイン、タイムコードアウト、標識メタデータ（Sign Metadata）、テープＩＤ、カメラＩＤ、ヘッド時間（Head Hours）、映像技師（Videographer）、インスタンプ、アウトスタンプ、レンズＩＤ、オートＩＤ（AUTOID）、インジェストＩＤ（ingest ID）、覚書を含む複数のフィールドを有する。テイクテーブルには、テープテーブル、タスクテーブル、カメラテーブル、レンズテーブル、インジェストテーブル、テイク注釈テーブルが関連付けられている。
【００８８】
インジェストテーブルは、テイクテーブルのインジェストＩＤに関連付けられたインジェストＩＤと説明を含む複数のフィールドを有する。
【００８９】
テープテーブルは、テイクテーブルのテープＩＤフィールドに関連付けられたテープＩＤ、ＰＩＤ、フォーマット、最大期間（Max Duration）、第１用途（First Usage）、最大削除箇所（Max Erasures）、現在削除箇所（Current Erasure）、推定到着時刻（estimated time of arrival: ETA）、最終削除日付、ピクチャスタンプを含む複数のフィールドを有する。
【００９０】
タスクテーブルは、タスクＩＤ、ＰＩＤ、それぞれテイクテーブルの媒体ＩＤフィールド及び場面フィールドに関連付けられた媒体ＩＤ及び場面ＩＤ、タイトル、タスクノート、分配リスト、ＣＣリストを含む複数のフィールドを有する。
【００９１】
計画場面テーブル（Planned Shot Table）は、計画場面ＩＤ、それぞれタスクテーブルのＰＩＤ、媒体ＩＤ、及び場面ＩＤに関連付けられたＰＩＤ、媒体ＩＤ、場面ＩＤ、ディレクタ、場面タイトル、場所、覚書、説明、映像技師、期限日、番組タイトル、媒体タイトル、アスペクト比、フォーマットを含む複数のフィールドを有する。
【００９２】
カメラテーブルは、テイクテーブルのカメラＩＤフィールドに関連付けられたカメラＩＤ、製造業者、型番、フォーマット、シリアル番号、ヘッド時間、レンズＩＤ、覚書、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む複数のフィールドを有する。
【００９３】
レンズテーブルは、テイクテーブルのレンズＩＤフィールドに関連付けられたレンズＩＤ、製造業者、型番、シリアル番号、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む複数のフィールドを有する。
【００９４】
各注釈テーブルは、テイク注釈ＩＤ、基礎ＵＭＩＤ、タイムコード、シャッタースピード、絞り、ズーム、ガンマ補正、ショットＩＤ、フィルタホイール（Filter Wheel）、詳細、ゲインを含む複数のフィールドを有する。各テイク注釈テーブルには、ショットマーカテーブルが関連付けられている。
【００９５】
ショットマーカテーブルは、テイク注釈テーブルのショットマーカＩＤに関連付けられたショットマーカＩＤと説明を含む複数のフィールドを有する。
【００９６】
Ａボックス
Ｆｉｇ．８は、カメラ（カムコーダ）４６０と、ＰＤＡ４６９と、Ａボックス１５２を備えるシステムの構成例を示す図である。Ａボックス１５２は、データ取得ユニット（data acquisition unit）として機能する。Ｆｉｇ．８に示す具体例では、データ取得ユニット（Ａボックス）１５２は、カメラ４６０の背面に装着され、カメラ４６０が備える６ピンのリモート端子に接続され、カメラ４６０からは、接続チャンネル１５３を介して、カメラ４６０内の記録テープに記録されているタイムコードを表す信号と、その記録テープに記録されているテープＩＤを表す信号が供給される。Ｆｉｇ．８に示すインターフェイスポート１５４は、ＲＭ−Ｐ９／ＬＴＣ信号をＲＳ４２２信号に変換する変換回路１５４を備え、ＶＡ信号をＤＮＩ信号に変換する。ＲＭ−Ｐ９とは、カメラ用遠隔制御プロトコルであり、ＬＴＣは、アナログ形式の線形タイムコード（Linear Time Code）である。ＲＳ４２２信号は、インターフェイスポート１５４の一部である接続チャンネル１５３”を介して、ＲＳ４２２−ＲＳ２３２変換回路１５４”に供給される。この変換回路１５４”は、接続チャンネル１５６を介して、ＲＳ２３２標準規格に基づいて動作する処理装置１２８にＲＳ２３２信号を供給する。この具体例においては、処理装置１２８は、第２のＰＤＡであり、この第２のＰＤＡは、ＰＤＡ４６９と通信を行う。ＰＤＡ４６９と、第２のＰＤＡ１２８は、Ｆｉｇ．３に示す赤外線リンク４５９を介して通信を行う。
【００９７】
以上、テープ状記録媒体を例として本発明を説明してきたが、本発明は他の記録媒体にも適用できる。例えば、テープ状記録媒体に代えて、光ディスク又は光磁気ディスク、あるいはコンピュータ装置用のハードディスクを用いてもよい。
【００９８】
参考文献
［１］４：２：２デジタルビデオテープレコーダの紹介、１９９８年ステッペングレゴリーペンテック社、ＩＳＢＮ０−７２７３−０９０３−Ｘ（Introduction to the 4:2:2:Digital Video Tape Recorder - Stephen Gregory Pentech Press 1998, ISBN 0-7273-0903）
［２］ＥＢＵ／ＳＭＰＴＥビットストリームとしてのプログラム交換用共通規格のための専門委員会、最終報告：分析及び結果、１９９８年９月（EBU/SMPTE Task Force for Harmonized Standards for the Exchange of Program Material as Bit Streams, Final Report: Analyses and Result）
［３］ＥＢＵ／ＩＦＴＡフォーラム「未来のテレビジョンアーカイブへの道」、１９９９年６月１８日、ウィーン、エム・エフ・ベッター著、ＴＡＳＣ社（EBU/IFTA Forum "Paving the Way to Future TV Archives", Vienna, 18 June 1999, M.F. Vetter, TASC Inc.）
添付の図面を参照して本発明を詳細に説明したが、本発明は上述の実施の形態の詳細に限定されるものではなく、当業者は、添付の請求の範囲に定義された本発明の思想及び範囲から逸脱することなく、上述の実施の形態を様々に変更及び修正することができる。
【図面の簡単な説明】
【図１】Ｆｉｇ．１は、周知のテープフォーマットを示す図である。
【図２】Ｆｉｇ．２は、タイムコードを説明する図である。
【図３】Ｆｉｇ．３は、本発明に基づき、ビデオ及びオーディオ素材とともに記録されたメタデータを用いてデータベースにアクセスするシステムの構成を示す図である。
【図４】Ｆｉｇ．４は、基礎及び拡張ＵＭＩＤの構造を説明する図である。
【図５】Ｆｉｇ．５は、ＵＭＩＤの変形例を示す図である。
【図６】Ｆｉｇ．６は、メタデータとクリップの関連づけの手法の例を示す図である。
【図７】Ｆｉｇ．７は、データベース内のメタデータの構造例を示す図である。
【図８】Ｆｉｇ．データ取得ユニットの構成を示すブロック図である。
【図１】
0004510266.tif 000003
【図２】
0004510266.tif 000004
【図３】
0004510266.tif 000005
【図４】
0004510266.tif 000006
【図５】
0004510266.tif 000007
【図６】
0004510266.tif 000008
【図７】
0004510266.tif 000009
【図８】
0004510266.tif 000010