(57)【特許請求の範囲】
【請求項１】
素材を直接又は間接的に識別するとともに、データベースに格納された、上記素材に関連するメタデータに上記素材をリンクさせる識別コードを、ウォーターマークとして上記素材に挿入するステップを有する素材識別方法。
【請求項２】
上記識別コードは、上記素材の所有者も識別することを特徴とする請求項１記載の素材識別方法。
【請求項３】
上記識別コードは、上記素材を間接的に識別することを特徴とする請求項１記載の素材識別方法。
【請求項４】
上記素材は、記録媒体に記録され、上記識別コードは、上記素材が記録されている記録媒体の個体を識別することを特徴とする請求項３記載の素材識別方法。
【請求項５】
上記識別コードは、上記素材を直接識別することを特徴とする請求項１記載の素材識別方法。
【請求項６】
上記識別コードは、上記素材を固有に識別することを特徴とする請求項５記載の素材識別方法。
【請求項７】
上記識別コードは、固有素材識別子（Unique Material Identifier: UMID）であることを特徴とする請求項６記載の素材識別方法。
【請求項８】
上記固有素材識別子（Unique Material Identifier: UMID）におけるインスタンス番号フィールドは、フィンガープリントコードを格納することを特徴とする請求項７記載の素材識別方法。
【請求項９】
上記識別コードは、上記素材に対する承認されたユーザを識別するデータを含むことを特徴とする請求項１記載の素材識別方法。
【請求項１０】
上記承認されたユーザを識別するデータは、上記固有素材識別子（Unique Material Identifier: UMID）のインスタンス番号フィールドに含まれることを特徴とする請求項７記載の素材識別方法。
【請求項１１】
上記承認されたユーザを識別するデータは、乱数生成器により生成されることを特徴とする請求項１０記載の素材識別方法。
【請求項１２】
上記承認されたユーザを識別するデータは、承認されたユーザのレジストリにより生成されることを特徴とする請求項１０記載の素材識別方法。
【請求項１３】
上記素材は、ビデオ素材、オーディオ素材、データ素材のうちの１又は複数の素材であることを特徴とする請求項１記載の素材識別方法。
【請求項１４】
上記素材は、複数のフレームから構成され、上記識別コードは、該素材の各フレーム毎に設けられることを特徴とする請求項１３記載の素材識別方法。
【請求項１５】
上記識別コードは、タイムコードを含むことを特徴とする請求項１４記載の素材識別方法。
【請求項１６】
上記識別コードは、上記素材におけるウォーターマーク以外として該素材に追加的に関連付けられていることを特徴とする請求項１記載の素材識別方法。
【請求項１７】
上記素材は、ビデオ素材であり、上記識別コードは、線形タイムコード及び／又は垂直期間タイムコードのユーザビットに追加的に設けられていることを特徴とする請求項１６記載の素材識別方法。
【請求項１８】
素材を直接又は間接的に識別する識別コードを生成する識別コード生成手段と、
該識別コードをウォーターマークとして素材に挿入するウォーターマーク生成手段と、
上記素材に関連するメタデータを格納するデータベース処理手段と、
上記データベース処理手段にリンクする通信リンク手段とを備え、
上記識別コードは、上記素材を上記データベース処理手段内のメタデータにリンクさせることを特徴とする素材識別装置。
【請求項１９】
上記識別コードは、上記素材の所有者も識別することを特徴とする請求項１８記載の素材識別装置。
【請求項２０】
上記識別コードは、上記素材を間接的に識別することを特徴とする請求項１８記載の素材識別装置。
【請求項２１】
上記素材を記録媒体に記録する記録手段を備え、上記識別コードは、上記素材が記録されている記録媒体の個体を識別することを特徴とする請求項２０記載の素材識別装置。
【請求項２２】
上記識別コードは、上記素材を直接識別することを特徴とする請求項１８記載の素材識別装置。
【請求項２３】
上記識別コードは、上記素材を固有に識別することを特徴とする請求項２２記載の素材識別装置。
【請求項２４】
上記識別コードは、固有素材識別子（Unique Material Identifier: UMID）であることを特徴とする請求項２３記載の素材識別装置。
【請求項２５】
上記固有素材識別子（Unique Material Identifier: UMID）におけるインスタンス番号フィールドは、フィンガープリントコードを格納することを特徴とする請求項２４記載の素材識別装置。
【請求項２６】
上記識別コードは、上記素材に対する承認されたユーザを識別するデータを含むことを特徴とする請求項１８記載の素材識別装置。
【請求項２７】
上記承認されたユーザを識別するデータは、上記固有素材識別子（Unique Material Identifier: UMID）のインスタンス番号フィールドに含まれることを特徴とする請求項２４記載の素材識別装置。
【請求項２８】
上記承認されたユーザを識別するデータを生成する乱数生成手段を備えることを特徴とする請求項２６記載の素材識別装置。
【請求項２９】
上記承認されたユーザを識別するデータを生成する承認されたユーザのレジストリを備えることを特徴とする請求項２６記載の素材識別装置。
【請求項３０】
上記素材は、ビデオ素材、オーディオ素材、データ素材のうちの１又は複数の素材であることを特徴とする請求項１８記載の素材識別装置。
【請求項３１】
上記素材は、複数のフレームから構成され、上記識別コードは、該素材の各フレーム毎に設けられることを特徴とする請求項３０記載の素材識別装置。
【請求項３２】
上記識別コードは、タイムコードを含むことを特徴とする請求項３１記載の素材識別装置。
【請求項３３】
上記識別コードを上記素材におけるウォーターマーク以外として該素材に追加的に関連付ける関連付け手段を備えることを特徴とする請求項１８記載の素材識別装置。
【請求項３４】
上記素材は、ビデオ素材であり、上記識別コードを線形タイムコード及び／又は垂直期間タイムコードのユーザビットに追加的に挿入する挿入手段を備えることを特徴とする請求項３３記載の素材識別装置。
【請求項３５】
上記ウォーターマーク生成手段は、周波数領域ウォーターマーク生成手段であることを特徴とする請求項１８記載の素材識別装置。
【請求項３６】
上記ウォーターマーク生成手段は、時間領域ウォーターマーク生成手段であることを特徴とする請求項１８記載の素材識別装置。
【請求項３７】
上記ウォーターマークは、強固であることを特徴とする請求項１記載の素材識別方法。
【請求項３８】
上記ウォーターマークは、可逆的であることを特徴とする請求項１記載の素材識別方法。
【請求項３９】
上記ウォーターマーク生成手段は、上記素材に強固なウォーターマークを挿入することを特徴とする請求項１８記載の素材識別装置。
【請求項４０】
上記ウォーターマーク生成手段は、上記素材に除去可能なウォーターマークを挿入し、ウォーターマークを除去するウォーターマーク除去手段を備えることを特徴とする請求項１８記載の素材識別装置。
【発明の詳細な説明】
【０００１】
本発明は、ビデオ及び／又はオーディオ素材の識別に関する。また、本発明は、ビデオ及び／又はオーディオ素材及び／又はデータを識別する装置及び方法に関する。
【０００２】
以下では、ビデオ信号に関する説明を行うが、本発明はビデオ信号のみではなく、オーディオ信号にも適用できる。さらに、本発明は、ビデオ信号及びオーディオ信号以外のデータにも適用することができる。本明細書における「素材（Material）」は、ビデオ、オーディオ、その他のデータのいずれにも適用されるものである。
【０００３】
ビデオ信号にウォーターマーク（watermark）を設けることによりビデオ素材の所有権を識別する手法が知られている。ウォーターマークは、所有権に加えて、又は所有権に代えて、素材の供給元を識別することもある。ウォーターマークは、表示画像において不可視又は実質的に不可視となるようにビデオ信号に結合されるコード化された信号である。このコード化された信号は、ビデオ信号から検出することができ、著作権の侵害の摘発等に使用できる。
【０００４】
発明の開示
本発明に係る素材識別方法は、素材を直接又は間接的に識別する識別コードをウォーターマークとして素材に挿入するステップを有する。
【０００５】
また、本発明に係る素材識別装置は、素材を直接又は間接的に識別する識別コードを生成する識別コード生成手段と、該識別コードをウォーターマークとして素材に挿入するウォーターマーク生成手段とを備える。
【０００６】
本発明は、所有権又は配給者の識別の代わりに、ウォーターマークを素材の直接又は間接的な識別に使用する。これにより、素材に関連する他のメタデータを素材に直接又は間接的にリンクさせることができる。このようなメタデータとしては、例えば技術的メタデータ及び記述的メタデータ等がある。記述的メタデータの例としては、例えば素材のタイトル等がある。また、ビデオ素材における技術的メタデータの例としては、カメラのアスペクト比に関するデータ等がある。メタデータは、素材を格納する記録媒体とは異なるデータベースに登録してもよく、ウォーターマークの識別コードが素材をデータベースにリンクさせる。
【０００７】
信号内のウォーターマークに識別コードを含ませることにより、識別コードが付与された素材は、制作及び配給の前段階に亘って識別情報を保有することとなる。これにより、識別コード用の独立したテープトラック等の独立したチャンネルを配設する必要性がなくなる。また、素材に関連付けられた識別コードを設けることにより、後の素材に対する処理が容易になる。
【０００８】
本発明の具体例においては、素材は、記録媒体の個体に記録され、識別コードは、記録媒体の個体を識別する。この識別コードは、例えばシリアル番号であってもよい。例えば、複数のコンパクトディスクのそれぞれにシリアル番号を付与してもよい。この場合、各ＣＤが記録媒体の個体となる。また、識別コードは、ＵＭＩＤに言及するものであってもよく、この固有素材識別子は、間接的に素材を識別する。
【０００９】
本発明の具体例においては、識別コードは、ウォーターマーク内に加えて、信号に挿入され、又は信号とともに記録される。例えば、識別コードは、ビデオ素材における垂直間隔タイムコード及び／又は線形タイムコードのユーザビットに設けられる。
【００１０】
他の具体例においては、識別コードはＵＭＩＤであり、これにより素材を直接識別する。ＵＭＩＤは、ビデオ素材、オーディオ素材、及びデータ素材を識別するために使用できる。
【００１１】
ＵＭＩＤを用いて、データベースに登録された素材メタデータへの固有のリンクが実現できる。
【００１２】
識別コードをＵＭＩＤとする具体例において、ＵＭＩＤのインスタンス番号を用いて、素材の複数のコピーのそれぞれにＵＭＩＤを与え、これにより素材の識別に加え、個別のユーザ又はユーザのグループに固有のウォーターマークを提供することができる。
【００１３】
好適な実施の形態の説明
以下の説明では、ビデオ素材の識別を例に本発明を説明する。なお、本発明は、ビデオ素材以外の素材にも適用できる。
【００１４】
概観
Ｆｉｇ．１に示すように、ＵＭＩＤは、ＵＭＩＤ生成器７０１により生成される。ＵＭＩＤについては、後のＵＭＩＤの章で詳細に説明する。後述するように、ＵＭＩＤは、ビデオ素材、オーディオ素材、及び／又はその他のデータ素材を包括的に固有に識別する。ビデオ素材は、ソース７０３により生成される。ソース７０３は、カメラ、ビデオテープレコーダ、ディスク記録再生装置、及び他のソース間のビデオサーバ等、周知のいかなるビデオソースであってもよい。本発明の実施の形態においては、ウォーターマーク挿入回路７０５により、ビデオ素材の全てのフレームにウォーターマークを挿入する。ウォーターマーク挿入回路７０５の例については、後のウォーターマークの章で説明する。
【００１５】
ウォーターマークが付されたビデオ素材は、利用回路（utiliser）７１７において利用される。利用回路７１７は、伝送チェイン又は分配チェイン、例えば編集装置（editor）等のビデオ処理装置、又は他の実現可能な要素間のビデオ記録装置等であってもよい。
【００１６】
素材におけるウォーターマークを検出するために、１又は複数のウォーターマーク検出回路７０７を設ける。ウォーターマーク検出回路７０７は、利用回路７１７内に設けてもよく、伝送チェイン又は分配チェイン内に設けてもよく、ビデオ再生装置又はビデオ分配装置内に設けてもよい。
【００１７】
素材のＵＭＩＤは、素材をデータベースプロセッサ７０９内のメタデータにリンクさせる。データベースに格納されるメタデータについては、後述するメタデータの章で説明する。
【００１８】
ウォーターマーク検出回路７０７によりウォーターマークを検出し、このウォーターマークからＵＭＩＤを抽出することにより、その素材に関連するメタデータにアクセスすることができる。メタデータは、シンボルとして示す装置７１１により、データベース７０９に供給することもできる。装置７１１は、キーボード及び／又は１又は複数のソース（図示せず）からメタデータが供給される１又は複数の通信リンクであってもよい。
【００１９】
基礎ＵＭＩＤにより、素材に関連するメタデータにアクセスすることができる。ビデオ素材にＵＭＩＤをウォーターマークとして付与することにより、例えばテープ状記録媒体における独立したトラック等、チャンネルの分離の必要性がなくなる。ウォーターマークが強固（ロバスト：robust）であれば、例えば編集又は空間的効果処理、及び／又は伝送及び／又は分配処理等の処理後も残存し（survive）、したがってメタデータへのリンクを維持することができる。
【００２０】
本発明の一具体例においては、拡張ＵＭＩＤを使用する。拡張ＵＭＩＤは、素材の所有者（owner）を国、組織、及びユーザバイトにより識別する機能を提供する。さらに、拡張ＵＭＩＤは、ビデオフィールドタイムコードに含まれる時刻／日付フィールドを有する。これにより、拡張ＵＭＩＤは、各フレームに提供されるのみではなく、各フレームをタイムコードにより個別に識別し、さらに各フレームの所有権（ownership）を識別することができる。ビデオ素材は、所有者が異なる複数のクリップを組み合わせて作製されることが多い。この場合、この具体例におけるウォーターマークによれば、１フレーム分の精度で所有権を識別することができる。さらに、ＵＭＩＤにより、独立したチャンネルを設ける必要なく、関連する素材へのリンクを実現することができる。所有権の詳細については、プロセッサ内のデータベース７０９に格納することが望ましい。
【００２１】
フィンガープリント
基礎ＵＭＩＤは、同じ素材における異なるインスタンスを区別するために用いられるインスタンス番号フィールド（Instance Number field）を有する。例えば、元のビデオクリップをその素材の第１のインスタンスとし、そのコピーを第２のインスタンスとする。インスタンス番号は、同一の素材の異なる表現を表す。例えば、第１のインスタンスがアナログ形式のデータである場合、このデータをデジタル圧縮したバージョンは、第２のインスタンスとなる。
【００２２】
本発明の一具体例においては、インスタンス番号を用いて、ビデオ素材について承認された（authorized）ユーザを識別する。例えば、ある組織が所有する元のビデオ素材のコピーが他の分配チャンネルを介して、又は他の市場において、又は他のバージョンとして配給されて異なる組織により利用されることがある。各組織は、基礎ＵＭＩＤのインスタンス番号フィールドに入力されたコードにより識別される。
【００２３】
上述のような識別処理のためには、通常のインスタンス番号とは異なるコードを生成する手法が必要である（本明細書を作成している現時点で、インスタンス番号を生成するＳＭＰＴＥ標準規格は、本発明の具体例におけるコードの生成に対応していない）。識別処理における混同を回避するために、この具体例においては、レジストリ７１５と呼ぶデータベースプロセッサがコードの中央レジストリ（central registry）とこれらコードにより指示される組織に関する情報とを提供する。コードを必要とする組織は、レジストリ７１５にコードを要求し、レジストリ７１５は、これに応じて組織にコードを割り当てる。これに代えて、各組織に対して自動的にコードを生成する規則を設けてもよい。他の変形例としては、組織が乱数生成器を用いて自動的にコードを生成し、これにより、完全ではないが、コードの重複の可能性を最小化することもできる。自動的に生成されたコードは、好ましくは、生成の後にレジストリ７１５に登録される。
【００２４】
これにより、ウォーターマークとしてのＵＭＩＤを用いて、ビデオ素材に対する承認された異なるユーザを識別することができる。この識別はフレーム単位の精度で実現でき、さらに拡張ＵＭＩＤを使用することにより、ビデオ素材の所有者を識別することもできる。
【００２５】
ウォーターマーク内に識別コード、好ましくはＵＭＩＤを付与することに加え、識別コードを信号内に含めてもよい。例えば、識別コードを垂直ブランキング期間（vertical blanking interval）内に挿入してもよい。また、識別コードは、テープ状記録媒体における線形タイムコード（Linear Time Code: LTC）のユーザビットに挿入してもよく、垂直間隔タイムコード（Vertical Interval Time Code: VTIC）のユーザビットに挿入してもよい。ＬＴＣへの挿入については、後に「ＬＴＣへの挿入」の章で詳細に説明する。
【００２６】
ＶＩＴＣ又はＬＴＣ内に識別コードを設けることにより、ビデオ素材を処理する際、ウォーターマークからデコードするよりも容易かつ迅速に識別コードにアクセスすることができる。
【００２７】
ＵＭＩＤ−Ｆｉｇ．２及びＦｉｇ．３
ＵＭＩＤ
ＵＭＩＤについては、２０００年３月発行のＳＭＰＴＥジャーナル（SMPTE Journal）に記述されている。本明細書では、このようなＵＭＩＤをＳＭＰＴＥ標準のＵＭＩＤと呼ぶ。Ｆｉｇ．２には、拡張ＵＭＩＤ（extended UMID）を示している。この拡張ＵＭＩＤは、基礎ＵＭＩＤ（basic UMID）用の前半３２バイトと、標識メタデータ（signature metadata）用の後半３２バイトとを有する。
【００２８】
前半３２バイトに格納される基礎ＵＭＩＤは、以下の成分からなる。
【００２９】
・このデータがＳＭＰＴＥ  ＵＭＩＤであることを識別するための１２バイトの汎用ラベル（universal label）。この汎用ラベルは、このＵＭＩＤにより識別される素材の種類と、汎用固有素材番号及びローカル固有インスタンス番号を生成するメッソドを定義する。
【００３０】
・ＵＭＩＤの残りの部分の長さを示す１バイトの長さ値（length value）。
【００３１】
・同一の素材番号を有する素材のインスタンス間の違いを定義するために用いる３バイトのインスタンス番号。
【００３２】
・各クリップを識別するための１６バイトの素材番号。同一素材内の関連するインスタンスの各素材番号は同一である。
【００３３】
後半３２バイトの標識メタデータは、拡張ＵＭＩＤを形成するために用いられるパックされたメタデータ項目の組により構成される。拡張ＵＭＩＤは、基礎ＵＭＩＤと、その直後に設けられた標識メタデータからなり、標識メタデータは、以下の成分からなる。
【００３４】
・コンテンツユニット（content unit）が生成された日時を示す８バイトの時間／日付コード。
【００３５】
・コンテンツユニット生成時の１２バイトの地理座標を示すコード。
【００３６】
・国名、組織及び個人コードを登録する各４バイトの３グループのコード。
【００３７】
基礎ＵＭＩＤ及び拡張ＵＭＩＤの各成分をさらに詳細に説明する。
【００３８】
１２バイトの汎用ラベル
ＵＭＩＤにおける最初の１２バイトは、以下の表１に定義される登録されたストリング値によりＵＭＩＤを識別するものである。
【００３９】
【表１】
0004253113.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）
フリーランスのオペレータは、居住する国の国コードと、組織コード及びユーザコードを結合した例えば８バイトのコードを使用することができ、この８バイトのコードをＳＭＰＴＥ登録機関に登録することができる。フリーランスのコードは、シンボル「〜」（ＩＳＯ８８５９文字番号７Ｅｈ）から開始され、これに続いて登録された７桁の英数文字列が設けられる。
【００６０】
なお、これまでの説明において、ＵＭＩＤは、ビデオ素材のみではなく、オーディオ素材、データ素材、及び素材のグループに対しても適用できる。
【００６１】
ウォーターマーク−Ｆｉｇ．４及びＦｉｇ．５
デジタルウォーターマークの手法により、デジタル作品にコードを挿入することができる。デジタルウォーターマークは、例えば暗号化等の他のセキュリティ対策と併用することができる。
【００６２】
本発明の実施の形態においては、ウォーターマークは、承認されていない個人によっては、検出されず、好ましくは、変更も除去もできない。好ましくは、ウォーターマークは、ウォーターマークが付される作品を視覚的に劣化させないような手法で付与される。さらに、承認された個人は、ウォーターマークを容易に認識できる。
【００６３】
ウォーターマークは、例えばデジタル作品のヘッダ又はラベルに挿入され、あるいは、デジタル作品自身のデータフィールドに組み込まれる。好ましくは、ウォーターマークは、１作品内に何度も繰り返し挿入される。例えば、ウォーターマークは、デジタルビデオ作品における各フレーム毎に挿入される。これに代えて、デジタル作品が格納される媒体にウォーターマークを直接記録してもよい。
【００６４】
ウォーターマークは、不正なコピーを行おうとするものによっては、除去又は劣化させられないよう、強固なものとする。強固なウォーターマークを除去する不正な作業を行った場合、データが破損し、データが使用できない状態となる。例えばビデオデータ等のデータに多くの冗長な情報が含まれている場合、強固なウォーターマークもフレームドロップ等の攻撃を受けやすくなる。ウォーターマークをこのような攻撃から防御するために、ウォーターマークをフレーム毎に変更したり、データに適用されているエラー訂正／回復処理をウォーターマークにおいても利用するとよい。
【００６５】
これに代えて、ウォーターマークを脆弱（fragile）にし、不正なコピーが行われたときに破損するようにしてもよい。これにより、不正なコピーを容易に検出できるようになる。
【００６６】
一方、所有者は、必要に応じてウォーターマークを復元及び除去できることが望ましい。ウォーターマークの除去は、例えばポストプロダクションの段階において、基礎となる作品におけるウォーターマークの累積的な効果を低減する目的で必要となる。さらに、異なるソースからの情報を編集する場合、編集された作品には、異なるウォーターマークを適用することが望ましい。
【００６７】
保護されている作品をコピーできないように、エンドユーザの設備にウォーターマークを認識する機能を設けてもよい。これに代えて、エンドユーザの設備側では、特定の所有者により作成された、又は特定の配給業者から配給された、あるいは特定の認証コードを有する作品のみしか再生できないようにしてもよい。
【００６８】
視覚的に感知されない、微細なウォーターマークをデジタル作品のデータフィールドに挿入する手法について説明する。第１の手法は、ウォーターマークを空間領域に組み込むものであり、第２の手法は、ウォーターマークを周波数領域に組み込むものであり、第３の手法は、第２の手法の具体例である。これら組込処理は、ウォーターマークが付されるデータに重大な劣化が生じないように行われる。
【００６９】
空間領域ウォーターマーク
この処理は、概略的には、所定のデータビットをウォーターマーク用のビットに変換してウォーターマークデータを生成するものである。ウォーターマークデータに対して生成時と逆の処理を行うことにより、ウォーターマークの存在が検出される。
【００７０】
ウォーターマークを組み込む一手法としては、疑似乱数を用いて選択された下位ビット（insignificant bits）をウォーターマークを表すビットに置換する手法がある。しかしながら、このようなウォーターマークは、データの最下位ビットを処理することにより破壊されやすい。他の手法としては、データに対し、ウォーターマークを表す幾何学的パターンを挿入する手法がある。しかしながら、このようなウォーターマークは、データに対する幾何学的な処理により破壊されやすい。さらに、量子化雑音に近似するウォーターマークを組み込む手法がある。この手法については、Ｆｉｇ．４を用いて後述する。このようなデータの組込の手法については、１９９０年に発行されたＩＥＥＥ軍事通信会議（IEEE Military Communications Conference）第２１６頁〜２２０頁、Ｋ・タナカ他著（K Tanaka）「ディザされた複数レベル画像への秘密情報の組込（Embedding Secret Information into a Dthered Multi-Level Image）」及び１９９４年に発行されたＩＭＡ知的財産会報（IMA Intellectual Property Proceedings）第１巻、第１８７頁〜２９６頁、Ｋ・ミツイ（K Mitsui）著、「ビデオステガノグラフィー（Video Steganography）」にも開示されている。しかしながら、このようなウォーターマークは、特にデータの再量子化等の信号処理により破壊されやすい。
【００７１】
Ｆｉｇ．４に示す構成において、ソース６５０は、デジタルビデオ信号等のデジタルデータ信号６５２を生成する。ウォーターマーク挿入回路７００は、ソース６５０に接続されており、ソース６５０からデジタルデータ信号６５２を受け取る。ウォーターマーク挿入回路７００は、デジタルデータ信号６５２に対し、再量子化雑音に近似させたウォーターマーク６６３を挿入し、これによりウォーターマークが付与されたデータ７０５を生成する。ウォーターマーク挿入回路７００は、生成したデータ７０５を記録装置６７０に供給し、記録装置７００は、このデータ７０５を記録する。
【００７２】
さらなる手法としては、画像における点（ａｉ，ｂｉ）のｎ個の組をランダムに選択し、ａｉの輝度を１増加させ、ｂｉの輝度を１減少させる手法がある。画像の特定の静的特性が満足されている場合、ｎ個の点の組における差分の合計値は２ｎとなる。
【００７３】
これに代えて、信号が少なくとも２つの成分（例えばＭＰＥＧ、ＰＡＬ、ＮＴＳＣに基づく［Ｙ，ＵＶ］等）を含んでいる場合、これら成分に対し、通常では発生しない組み合わせの値を割り当てることにより、ウォーターマークを組み込むようにしてもよい。さらに、例えば２つの画像フィールドを含むビデオデータにウォーターマークを組み込む場合、正のウォーターマーク(positive watermark）を第１のフィールドに挿入し、負のウォーターマーク（negative watermark）を第２のフィールドに挿入するようにしてもよい。この場合、ウォーターマークが付与された画像フィールドが再生されると、フィールドのインターレースによるマスキング効果の結果、ウォーターマークの視認性が著しく低下する。
【００７４】
周波数領域ウォーターマーク
この処理は、概略的には、データの周波数スペクトル画像（frequency spectral image）を入手し、この周波数スペクトル画像にウォーターマークを適用する。ウォーターマークは、周波数スペクトル画像の所定の成分に組み込まれる。この処理の後、ウォーターマークが付与された周波数スペクトル画像に逆変換処理を施し、これによりウォーターマークが付与されたデータを生成する。ウォーターマークは、ウォーターマークが付与されたデータに対して逆の処理を行うことにより抽出される。
【００７５】
一手法においては、データを複数のブロックに分割し、これら各ブロックに対して離散コサイン変換（Discrete Cosine Transform：以下、ＤＣＴという。）を施す。この後、各ブロックにおける所定の周波数係数を調整する。ここでは、ブロックの疑似ランダムサブセットを選択し、これら各ブロックの所定の周波数のサブセットにおける係数を、これらの値の相対値（relative value）がデータビットをエンコードするように調整する。相対値の差異及び所定の周波数サブセットは、ウォーターマークが視覚的に感知されないように選択される。しかしながら、このウォーターマークは、雑音又は他の処理により破損しやすい。
【００７６】
これに代えて、Ｆｉｇ．５を用いて後述するように、各周波数係数を少量ずつ調整することによりウォーターマークをエンコードしてもよい。この技術については、日本電気株式会社によるヨーロッパ特許出願第０７６６４６８号にも開示されている。この手法により、ウォーターマークは破損しにくくなるが、全体の雑音レベルが増加する。
【００７７】
Ｆｉｇ．５に示す構成において、ソース６５０は、例えばデジタルビデオ信号であるデジタルデータ信号６５２を生成する。ソース６５０には、周波数変換回路（frequency transformer）６５５が接続されており、ソース６５０は、デジタルデータ信号６５２を周波数変換回路６５５に供給する。周波数変換回路６５５は、例えばＤＣＴ又は高速フーリエ変換処理により、デジタルデータ信号６５２を周波数スペクトルデータ６５７に変換する。周波数変換処理回路６５５には、ウォーターマーク挿入回路６６０が接続されており、周波数変換処理回路６５５は、周波数スペクトルデータ６５７をウォーターマーク挿入回路６６０に供給する。ウォーターマーク挿入回路６６０は、周波数スペクトルデータ６５７の各係数を調整することにより周波数スペクトルデータ６５７にウォーターマーク６６３を挿入し、これによりウォーターマークが付与された周波数スペクトルデータ６６４を生成する。ウォーターマーク挿入回路６６０には、周波数逆変換処理回路６６５が接続されており、ウォーターマーク挿入回路６６０は、周波数逆変換処理回路６６５にウォーターマークが付与された周波数スペクトルデータ６６４を供給する。周波数逆変換処理回路６６５は、ウォーターマークが付与された周波数スペクトルデータ６６４をウォーターマークが付与されたデータ６６７に変換する。周波数逆変換処理回路６６５は、ウォーターマークが付与されたデータ６６７を記録装置６７０に供給し、記録装置６７０は、このウォーターマークが付与されたデータ６６７を記憶する。
【００７８】
さらに、人間の視覚及び聴覚における、いわゆるマスキング現象を利用して、特定の周波数における係数の変化を増大させる手法もある。マスキングとは、データにおけるある領域が、データ内の他の目立った領域により、知覚的に遮蔽されてしまう現象をいう。この手法では、ウォーターマークの挿入処理の前に、マスキングされる領域を判定する必要があり、ウォーターマークを組み込むための処理が複雑なものとなってしまう。
【００７９】
さらなる手法としては、デジタルデータを圧縮し、この圧縮したデータにおける動きベクトルのｘ座標とｙ座標にウォーターマークを組み込む手法がある。この手法は、ウォーターマークを圧縮処理の後に組み込むことができ、したがって処理に対してより強固なウォーターマークを実現できるという利点を有する。
【００８０】
ウォーターマーク挿入のための好ましい回路構成例をＦｉｇ．１０に示し、ウォーターマーク検出のための好ましい回路構成例をＦｉｇ．１１に示す。
【００８１】
Ｆｉｇ．１０は、ウォーターマーク組込回路（watermark embedder）１２０の構成を示す図である。ウォーターマーク組込回路１２０は、疑似ランダムシーケンス生成器２２０と、エラー訂正符号（ＥＣＣ）生成器２００と、ウェーブレット変換器２１０と、第１の結合器（combiner）２３０と、第２の結合器２４０とを備える。
【００８２】
エラー訂正符号生成器２００には、ＵＭＩＤ１７５が供給され、エラー訂正符号生成は、このＵＭＩＤ１７５にエラー訂正符号処理を施して、エラー訂正符号処理されたＵＭＩＤ２０５を第１の結合器２３０に供給する。疑似ランダムシーケンス生成器２２０は、疑似ランダムシーケンス２２５を生成して第１の結合器２３０に供給する。第１の結合器２３０は、エラー訂正符号生成器２００から供給されてくるエラー訂正符号処理されたＵＭＩＤ２０５と、疑似ランダムシーケンス生成器２２０から供給されてくる疑似ランダムシーケンス２２５とを結合して、ビットシーケンスＷｉを有するウォーターマークを生成し、このウォーターマークを第２の結合器２４０に供給する。ウェーブレット変換器２１０は、ソース１１０からビデオ画像１１５を受け取り、ウェーブレット画像Ｘ’ｉ（ウォーターマークのビットＷｉが適用された変換画像のｉ番目のウェーブレット係数をＸ’ｉとして、このウェーブレット係数Ｘ’ｉから構成される）を第２の結合器２４０に供給する。第２の結合器２４０は、第１の結合器から供給されてくるウォーターマークＷｉと、ウェーブレット変換器２１０から供給されてくるウェーブレット画像Ｘｉと、強度適合器（Strength Adapter）１８０から供給されてくるウォーターマーク強度係数αとを結合し、Ｘ’ｉをｉ番目のウェーブレット係数として、ウォーターマークが付与されたウェーブレット画像Ｘ’ｉ＝Ｘｉ＋αＷｉを出力する。ウォーターマークが付与されたウェーブレット画像Ｘｉは、逆ウェーブレット変換器２５０に供給される。逆ウェーブレット変換器２５０は、ウォーターマークが付与されたウェーブレット画像Ｘｉを逆ウェーブレット変換し、ウォーターマークが付与された画像１２５を出力する。ウォーターマーク組込回路１２０による処理について、さらに詳細に説明する。概略的には、ビデオ画像１１５に関連するＵＭＩＤ１７５を処理してエラー訂正符号処理されたＵＭＩＤ２０５を生成し、続いて疑似ランダムシーケンス２２５と結合して、拡散スペクトル信号を生成し、これをウォーターマークＷｉとして使用する。一方、ビデオ画像１１５をウェーブレット画像Ｘｉに変換し、続いて結合器２４０において、ウォーターマーク２３５を適用し、ウォーターマークが付与されたウェーブレット画像２４５を生成する。この後、ウェーブレット画像２４５は、ウォーターマークが付与された画像１２５に変換される。
【００８３】
エラー訂正符号を用いてエラー訂正符号処理されたＵＭＩＤ２０５を生成することにより、情報の一部が欠落しても、ＵＭＩＤ１７５を容易に再構築できる。すなわち、この処理により、将来の処理又はウォーターマークに対する攻撃に対して、より強固なウォーターマークを生成することができる。また、疑似ランダムシーケンス２２５を用いて拡散スペクトル信号を生成し、これをウォーターマーク２３５として使用することにより、エラー訂正符号処理されたＵＭＩＤ２０５を多数のビットに亘って拡散することができる。さらに、これによりウォーターマークＷｉを効果的に目立たないようにすることができる。ウォーターマークＷｉをウェーブレット画像２１５に付与することにより、ウォーターマークの視認性を低減させることができる。さらに、強度αを調整して、ウォーターマーク２３５が確実に視認されないようにすることができる。
【００８４】
Ｆｉｇ．１１は、ウォーターマークデコーダ１４０の構成を詳細に示す図である。ウォーターマークデコーダ１４０は、ウォーターマークが付与された画像１２５を受け取り、ＵＭＩＤ１７５を出力する。ウォーターマークデコーダ１４０は、ウェーブレット変換器３１０と、疑似ランダムシーケンス生成器３２０と、相関器３３０と、選択器３４０と、エラー訂正符号デコーダ３５０とを備える。
【００８５】
ウェーブレット変換器３１０は、ウォーターマークが付与された画像１２５を周知の手法により変換し、ウォーターマークが付与されたウェーブレットＸｉを出力する。相関器３３０は、疑似ランダムシーケンス生成器３２０から供給されてくる疑似ランダムシーケンス３２５とウェーブレット変換器３１０から供給されてくるウォーターマークが付与されたウェーブレット３１５との相関を調べ、ウォーターマークが付与された画像のビット相関シーケンス３３５を出力する。ウォーターマークが付与された画像のビット相関シーケンス３３５は、以下の手法により検出される。疑似ランダムシーケンス３２５の各ビットは、「１」のビットを「１」とし、「０」のビットを「−１」として符号化される。ウォーターマークが付与されたウェーブレット３１５の選択された部分における各画素の相関値は、以下の式を用いて算出される。
【００８６】
【数１】
0004253113.tif 000003
【００８７】
ウォーターマークが付与された画像のビット相関シーケンス３２５は、選択器３４０に供給され、選択器３４０は、訂正されていないＵＭＩＤ３４５を出力する。選択器３４０は、ウォーターマークが付与された画像において相関値が０より大きいビットについては「１」を出力し、相関値が０又は０より小さいビットについては「０」を出力する。選択器３４０は、訂正されていないＵＭＩＤをエラー訂正コードデコーダ３５０に供給し、エラー訂正デコーダ３５０は、周知の手法によりこのデータにエラー訂正処理を施し、復元されたＵＭＩＤ１７５を出力する。
【００８８】
Ｆｉｇ．１２は、ウォーターマークが付与された画像からウォーターマークを除去するウォーターマーク除去装置の構成を示す図である。ウォーターマーク除去装置１３０には、復元されたＵＭＩＤ１７５と、ウォーターマークが付与された画像１２５とが供給され、ウォーターマークが除去された復元された画像１３５を出力する、ウォーターマーク除去装置１３０は、疑似ランダムシーケンス４２５を生成する疑似ランダムシーケンス生成器４２０と、復元されたＵＭＩＤ１４５及び疑似ランダムシーケンス４２５が供給されて、復元されたウォーターマーク４３５を生成する拡散スペクトル信号生成器４３０とを備える。さらに、ウォーターマーク除去装置１３０は、ウォーターマークが付与された画像１２５が供給され、ウォーターマークが付与されたウェーブレット係数Ｘ’ｉを出力するウェーブレット変換器４１０と、復元されたウォーターマーク４３５のビットＷｉと、ウォーターマークが付与されたウェーブレット係数Ｘ’ｉと、強度αとが供給されるウォーターマーク減算器４４０とを備える。ウォーターマーク減算器４４０は、復元されたウェーブレット係数Ｘｉを逆ウェーブレット変換器４５０に供給する。逆ウェーブレット変換器４５０は、復元された画像１３５を出力する。
【００８９】
ウォーターマーク減算器４４０は、復元されたウォーターマーク４３５における「１」のビットを「１」に符号化し、「０」のビットを「−１」に符号化する。これにより、ウォーターマーク減算器４４０は、以下の式を実現する。
【００９０】
Ｘｉ＝Ｘ’ｉ−αＷｉ
メタデータ−Ｆｉｇ．６
以下、番組の制作中に生成されるメタデータの種類と、メタデータを組織化する手法を例示的に説明する。
【００９１】
Ｆｉｇ．６は、組織化されたメタデータの構造の具体例を示している。この構造には、それぞれがメタデータを含む複数のフィールドを有する複数のテーブルが設けられている。これらテーブルは、それぞれの共通フィールドにより相互に関連付けられ、これにより相互関連構造（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）、詳細、ゲインを含む複数のフィールドを有する。各テイク注釈テーブルには、ショットマーカテーブルが関連付けられている。
【０１１８】
ショットマーカテーブルは、テイク注釈テーブルのショットマーカＩＤに関連付けられたショットマーカＩＤと説明を含む複数のフィールドを有する。
【０１１９】
Ｆｉｇ．７は、テープ状記録媒体のフォーマットを図式的に示す図である。ビデオ情報及びオーディオ情報はヘリカルトラックに記録され、例えば１０個又は１２個等の一組のヘリカルトラックに１ビデオフィールド分の情報が記録される。ヘリカルトラックには、垂直間隔タイムコード（vertical interval time code：以下、ＶＩＴＳという。）も記録される。このＶＩＴＳは、線形タイムコードトラック（linear time code track：以下、ＬＴＣという。）にコピーされる。テープ状記録媒体は、少なくとももう１つの線形トラック（図示せず）を備える。この具体例においては、ビデオ情報、オーディオ情報及びその他の情報は、すべてデジタル形式で記録される。なお、ビデオ情報及びオーディオ情報は、アナログ形式で記録してもよい。また、ビデオ情報及びオーディオ情報は、例えばＭＰＥＧ−２規格等に基づいて圧縮してもよい。
【０１２０】
タイムコードは、１ビデオフィールド毎に記録される。Ｆｉｇ．８に示すように、周知のタイムコードは、８０ビットからなり、そのうちの１６ビットは同期情報として使用され、３２ビットはタイムコード本体の情報を示し、残る３２ビットはユーザにより定義されるビットである。このビットを本明細書では「ユーザビット」と呼ぶ。ユーザビットは、通常のタイムコード内の他のビットとともにインターリーブされているが、本発明はこの状態に限定されるものではない。
【０１２１】
コード、すなわちＵＭＩＤは、ＬＴＣにおけるユーザビットに記録される。ＵＭＩＤが６４ビットを有する場合、ＵＭＩＤは２つのタイムコードを使用する。したがって、このテープＩＤは、２つのビデオフィールドからなる１つのフレームについて言及する。好ましい実施の形態においては、同じテープＩＤを各フレーム毎に繰り返す。さらに、テープ状記録媒体は、フィールド用の線形タイムコードの記録に使用する前に、「プレストライプ（prestripe）」することが望ましい。
【０１２２】
Ｆｉｇ．９に示す構成では、ＵＭＩＤ生成器７０１はＵＭＩＤを生成し、素材ソース７０３は、この具体例では、ビデオ素材を提供する。ＵＭＩＤ及びビデオ素材は、ウォーターマーク生成器７０５に供給され、ウォーターマーク生成器７０５は、ＵＭＩＤをウォーターマークとしてビデオ素材に挿入する。ウォーターマークが付与されたビデオ素材とＵＭＩＤは、ビデオテープレコーダ７１４に供給され、ビデオテープレコーダ７１４は、ＬＴＣにＵＭＩＤを記録し、ビデオトラックにウォーターマークが付与されたビデオ素材を記録する。
【０１２３】
変形例
包括的に固有なＵＭＩＤを用いる代わりに、他の素材識別子を用いてもよい。例えば、記録媒体に元から記録されている素材について、一組織内において媒体を識別するための一連のシリアル番号と、その媒体上の素材のインコード及びアウトコードとを識別子として用いることもできる。このデータは、データベースにおいて、例えばＵＭＩＤにリンクさせることもできる。さらにこの他の素材識別子を用いてもよい。
【０１２４】
以上の説明では、本発明をビデオ素材に適用した具体例により本発明を説明したが、本発明は、ビデオ素材、オーディオ素材、データ素材、及びこれらの組み合わせのいずれにも適用できる。
【０１２５】
添付の図面を参照して本発明を詳細に説明したが、本発明は上述の実施の形態の詳細に限定されるものではなく、当業者は、添付の請求の範囲に定義された本発明の思想及び範囲から逸脱することなく、上述の実施の形態を様々に変更及び修正することができる。
【図面の簡単な説明】
【図１】Ｆｉｇ．１は、本発明を適用したビデオ素材処理システムの構成を示す図である。
【図２】Ｆｉｇ．２は、基礎及び拡張ＵＭＩＤを示す図である。
【図３】Ｆｉｇ．３は、縮減されたＵＭＩＤを示す図である。
【図４】Ｆｉｇ．４は、空間領域ウォーターマーク付与装置の構成を示すブロック図である。
【図５】Ｆｉｇ．５は、周波数領域ウォーターマーク付与装置の構成を示すブロック図である。
【図６】Ｆｉｇ．６は、メタデータのデータベースのデータ構造を示す図である。
【図７】Ｆｉｇ．７は、線形タイムコードを使用する具体例を説明する図である。
【図８】Ｆｉｇ．８は、線形タイムコードを使用する具体例を説明する図である。
【図９】Ｆｉｇ．９は、線形タイムコードを使用する具体例を説明する図である。
【図１０】Ｆｉｇ．１０は、ウォーターマーク組込回路の構成を示す図である。
【図１１】Ｆｉｇ．１１は、ＵＭＩＤ検出回路の構成を示す図である。
【図１２】Ｆｉｇ．１２は、ウォーターマークが付与された画像からウォーターマークを除去するウォーターマーク除去回路の構成を示す図である。
【図１】
0004253113.tif 000004
【図２】
0004253113.tif 000005
【図３】
0004253113.tif 000006
【図４】
0004253113.tif 000007
【図５】
0004253113.tif 000008
【図６】
0004253113.tif 000009
【図７】
0004253113.tif 000010
【図８】
0004253113.tif 000011
【図９】
0004253113.tif 000012
【図１０】
0004253113.tif 000013
【図１１】
0004253113.tif 000014
【図１２】
0004253113.tif 000015