JP4591990B2 - ウォーターマークが付されたマテリアルの処理システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、マテリアル処理システム及び方法に関する。マテリアルは、ビデオマテリアル、オーディオマテリアル、ビデオ及び／又はオーディオ以外のデータマテリアルのうちのいずれか１以上である。従って、マテリアルは、好ましくはデジタル信号である情報信号により表される。
【０００２】
【従来の技術】
例えばビデオマテリアル等のマテリアルにおいて、マテリアルの起源を示すウォーターマークを用いることが知られている。しかし、処理によってはウォーターマークの損傷又は破壊を生じることもある。
【０００３】
【発明の開示】
本発明の第１のアスペクトは、ウォーターマークを有するマテリアルの処理を行う処理システムであって、ウォーターマークを除去するリムーバと、ウォーターマークが除去されたマテリアルの処理を行うプロセッサと、処理されたマテリアルにウォーターマークを挿入するインサータとを有する処理システムを提供する。
【０００４】
これにより、処理前にウォーターマークが除去されるとともに、処理後にウォーターマークが挿入され、ウォーターマークの損傷を防止する。処理後に挿入されるウォーターマークは、除去されたウォーターマークと同じであってもよく、異なるものでもよい。
【０００５】
原則として、このようなシステムはプロセッサのユーザのコントロール下に置くことができる。しかし、ユーザが除去及び挿入プロセスをコントロールできる場合、ユーザが不正を行うことがある。そこで、不正を防止するために、除去及び挿入プロセスは好ましくは自動的で、ユーザから独立したプロセスとされる。より好ましくは、ユーザが知らないうちにこのプロセスを行う。従って、マテリアル処理システムは、ウォーターマークの除去及び挿入に関しては排他的である。
【０００６】
ウォーターマークの除去及び挿入では、これらのプロセスを可能にするイネーブルデータが使用される。好ましくは、イネーブルデータは暗号キーである。イネーブルデータは、プロセッサにおいて確実に記憶又は生成してもよい。あるいは、別個の、好ましくは安全なデータベースに対してイネーブルデータの記憶及び取り出しを行ってもよい。データベースは、例えば、好適な通信リンクを介して、システムにリンクされる。好ましくは、このリンクにより、イネーブルデータの確実な転送が行われる。
【０００７】
本発明の第２のアスペクトは、ウォーターマークを有するマテリアルの処理方法であって、ウォーターマークを除去するステップと、ウォーターマークが除去されたマテリアルの処理を行うステップと、処理されたマテリアルにウォーターマークを挿入するステップとを有する方法を提供する。
【０００８】
本発明の第３のアスペクトは、マテリアルに埋め込まれたデータの除去方法であって、データが埋め込まれたマテリアルを受信するステップと、データの除去を可能にするイネーブル情報を記憶する情報ストレージにアクセスするステップと、ストレージからアクセスしたイネーブルデータを用いて上記データを除去するステップとを有する方法を提供する。
【０００９】
本発明の第４のアスペクトは、マテリアルにデータを埋め込むステップと、マテリアルからのデータの除去を可能にする情報を情報ストレージに記憶するステップとを有する方法を提供する。
【００１０】
本発明の第５のアスペクトは、マテリアルに埋め込まれたデータの除去装置であって、データが埋め込まれたマテリアルを受信する入力部と、データの除去を可能にするイネーブル情報を記憶する情報ストレージと、ストレージからアクセスしたイネーブルデータを用いて上記データを除去するように構成されたリムーバとを有する装置を提供する。
【００１１】
本発明の第６のアスペクトは、マテリアルにデータを埋め込む埋込器と、マテリアルからのデータの除去を可能にする情報を記憶するストレージとを有する装置を提供する。
【００１２】
【発明の実施の態様】
本発明をよく理解するため、以下、添付図面を参照して本発明の実施例を説明する。
【００１３】
図１は、ウォーターマーク挿入及び除去システムの例を示す概略ブロック図である。
【００１４】
図２及び図３は、ＵＭＩＤのデータ構造を示す概略図である。
【００１５】
図４は、メタデータベースのデータ構造の例を示す概略ブロック図である。
【００１６】
図５及び図６は、ウォーターマーク挿入技術を示す概略図である。
【００１７】
図７は、ウォーターマーク除去技術を示す概略図である。
【００１８】
以下、ビデオマテリアルを用いて本発明を説明する。なお、本発明はビデオマテリアルに限定されるものではない。
【００１９】
概要（図１）
図１を参照して、ビデオ処理システム６４８は、入力部６３２にて入力されたビデオマテリアルの処理を行い、処理されたビデオを出力部６３０にて出力する。システム６４８は、エディタ、特殊効果機器、ミキサ又は他のビデオプロセッサであるプロセッサ６４６を備えている。図では１入力部と１出力部しか示されていないが、処理システム及びプロセッサ６４６は、複数の入力部と少なくとも１つの出力部を有してもよい。プロセッサ６４６が例えばミキサである場合、２以上の入力部を有する。
【００２０】
プロセッサ６４６は、プロセッサ６４６をコントロールするためのユーザコントロール（図示せず）を備えたユーザインターフェース６４４を有している。
【００２１】
入力マテリアルにはウォーターマークが含まれている。ウォーターマークについては、「ウォーターマーク」のセクションにて後述する。ウォーターマークは、ビデオマテリアルの起源を確認するのに用いることができる。また、ウォーターマークは、マテリアルの所有者を識別することができる。本発明の好ましい実施例において、ウォーターマークはマテリアルを識別する（本願出願人は、これを新規なアイディアであると考える）。より好ましくは、ウォーターマークはＵＭＩＤに基づく（本願出願人は、これを新規なアイディアであると考える）。ＵＭＩＤについては、「ＵＭＩＤ」のセクションにて後述する。
【００２２】
本発明の好ましい実施例によれば、処理システム６４８は、ウォーターマークの処理に関して排他的なシステムである。すなわち、ユーザはビデオプロセッサ６４６のみコントロールすることができ、ウォーターマークの処理についてはコントロールもアクセスもできない。ウォーターマークの処理は自動的であり、ユーザにはわからない。図１に示すような好ましい実施例において、システム６４８は、リムーバ６４０と、プロセッサ６４６と、インサータ６４２と、コントローラ６３８とを備えた総合ユニットである。
【００２３】
従って、本発明によれば、入力部６３２で受信したマテリアルのウォーターマーク（ここでは「入力ウォーターマーク」を呼ぶ）は、プロセッサ６４６におけるビデオ処理の前にリムーバ６４０にて自動的に除去され、インサータ６４２により処理後のビデオに自動的にウォーターマークが挿入される。ウォーターマークの除去及び挿入には、イネーブルデータによるイネーブルメントが必要である。イネーブルデータは、処理システム６４８におけるコントローラ６３８による記憶及び／又は生成、及び／又は、安全なデータリンク６３４を介したデータベース６３６からの取り出しが行われる。データリンク６３４にはインターネットが含まれてもよい。イネーブルデータには、好ましくは、処理後に挿入されるウォーターマークのＵＭＩＤが含まれる。
【００２４】
好ましい実施例において、イネーブルデータには、暗号化されたウォーターマークの除去及び挿入のための暗号キーが含まれる。
【００２５】
データベース６３６は、ウォーターマークがＵＭＩＤを有する場合はＵＭＩＤである検証データに対してウォーターマークを確認することにより入力マテリアルの起源を検証するデータを記憶する。プロセッサ６４６は、検証に失敗したマテリアルがあると、コントロール６３８により不可能状態とされる。例えば、コントロール６３８は、入力部６３２にて受信したマテリアルの正当性を確認する。好ましくは、確認の結果、受信したマテリアルが正当でない場合、プロセッサ６４６は不可能状態とされる。正当性を検証するためのデータは、好ましくは、データベース６３６から取り出される。
【００２６】
データベース６３６又はそれにリンクされた他のデータベース（図示せず）は、ビデオマテリアルに関するメタデータを記憶する。メタデータの例については「メタデータ」のセクションにて後述する。
【００２７】
ウォーターマークインサータ６４２は、処理されたビデオに入力ウォーターマークを再挿入してもよい。あるいは、インサータ６４２は、入力ウォーターマークとは異なるウォーターマークを、処理されたビデオに挿入してもよい。例えば、プロセッサ６４６がミキサであり、ウォーターマークがＵＭＩＤである場合、処理されたビデオは事実上、新たなＵＭＩＤが関連した新たなマテリアルである。従って、インサータは通常、入力ＵＭＩＤとは異なるＵＭＩＤを挿入する。新たなＵＭＩＤは、好ましくはデータベース６３６に記憶されて、処理されたマテリアルをそのメタデータにリンクする。
【００２８】
ＵＭＩＤ（図２及び図３）
ＵＭＩＤ
ＵＭＩＤについては、ＵＭＩＤ規格の詳細を記載したＳＭＰＴＥジャーナル２０００年３月号に説明がある。図２に拡張ＵＭＩＤを示す。ベーシックＵＭＩＤからなる３２バイトの第１セットと、シグネチャメタデータからなる３２バイトの第２セットを有している。
【００２９】
３２バイトの第１セットはベーシックＵＭＩＤである。以下はその成分である。
【００３０】
・この第１セットをＳＭＰＴＥ ＵＭＩＤとして識別するための１２バイトのユニバーサルラベル。これは、ＵＭＩＤが識別するマテリアルのタイプを定めるとともに、グローバル的にユニークなマテリアル番号とローカル的にユニークなインスタンス番号を作成する方法も定める。
・ＵＭＩＤの残りの長さを定める１バイトの長さ値。
・同じマテリアル番号を持つ異なるマテリアルインスタンスを区別するのに用いられる３バイトのインスタンス番号。
・各クリップを識別するのに用いられる１６バイトのマテリアル番号。各マテリアル番号は同じマテリアルの関連するインスタンスについては同じである。
【００３１】
１セットのパックされたメタデータアイテムとしての、シグネチャメタデータからなる３２バイトの第２セットは、拡張ＵＭＩＤを作成するのに用いられる。拡張ＵＭＩＤは、ベーシックＵＭＩＤのすぐ後にシグネチャメタデータがくるものであり、シグネチャメタデータは以下の成分からなる。
【００３２】
・コンテンツユニット作成の日時を識別する８バイトの日時コード。
・コンテンツユニット作成時の空間座標を定める１２バイトの値。
・国、団体、ユーザの各コードを登録する４バイトのコードが３つ。
【００３３】
ベーシック及び拡張ＵＭＩＤの各成分について以下に説明する。
【００３４】
「１２バイトのユニバーサルラベル」
ＵＭＩＤの最初の１２バイトは、表１に定めた登録ストリング値によりＵＭＩＤの識別を行う。
【００３５】
【表１】

【００３６】
表１中の１６進数の値は変更してもよい。これらの値は一例である。また、第１〜第１２バイトは、表中に示すもの以外の指定であってよい。表１に示す例では、第４バイトは、第５〜第１２バイトがＳＭＰＴＥに合致するデータフォーマットに関することを示す。第５バイトは、第６〜第１０バイトが「ディクショナリ」データに関することを示す。第６バイトは、このようなデータが第７〜第１０バイトにより定義される「メタデータ」であることを示す。第７バイトは、第９及び第１０バイトにより定義されるメタデータを含むディクショナリの一部を示す。第８バイトは、ディクショナリのバーションを示す。第９バイトはデータのクラスを示し、第１０バイトはそのクラスにおける特定アイテムを示す。
【００３７】
本実施例では、第１〜第１０バイトが予め割り当てられた固定値を有している。第１１バイトは変数である。図３及び上記の表１を参照して、ＵＭＩＤのラベルの第１〜第１０バイトは固定されていることがわかる。従って、これらのバイトは、第１〜第１０バイトを表す１バイトの「タイプ」コードＴにより置き換えることができる。タイプコードＴの後には長さコードＬが来る。これに続いて、一方が表１の第１１バイトであるとともに他方が表１の第１２バイトである２バイトと、インスタンス番号（３バイト）と、マテリアル番号（１６バイト）がある。また、任意であるが、マテリアル番号の後に拡張ＵＭＩＤのシグネチャメタデータ及び／又は他のメタデータを配置してもよい。
【００３８】
ＵＭＩＤタイプ（第１１バイト）は、以下ように４つの異なるデータタイプをそれぞれ識別するための４つの値を有している。
【００３９】
「０１ｈ」＝ピクチャマテリアルのＵＭＩＤ
「０２ｈ」＝オーディオマテリアルのＵＭＩＤ
「０３ｈ」＝データマテリアルのＵＭＩＤ
「０４ｈ」＝グループマテリアル（例えば、関連する内容の組み合わせ）のＵＭＩＤ
１２バイトのラベルの最後の（第１２）バイトは、マテリアル及びインスタンス番号を作成する方法を識別する。このバイトはトップニブルとボトムニブルに分割され、トップニブルがマテリアル番号作成方法を定義するとともに、ボトムニブルがインスタンス番号作成方法を定義する。
【００４０】
「長さ」
長さは、ベーシックＵＭＩＤについての値「１３ｈ」と拡張ＵＭＩＤについての値「３３ｈ」を有する１バイトの数字である。
【００４１】
「インスタンス番号」
インスタンス番号は、規格で定められた幾つかの手段のうちのいずれにより作成されるユニークな３バイトの番号である。インスタンス番号により、あるクリップの特定の「インスタンス」と外部の関連するメタデータとのリンクが得られる。このインスタンス番号がないと、すべてのマテリアルが、マテリアルのいずれのインスタンスとも、また、それに関連するメタデータとも結びついてしまう。
【００４２】
新たなクリップの作成には、ゼロのインスタンス番号とともに新たなマテリアル番号の作成が必要である。従って、非ゼロのインスタンス番号は、関連するクリップがソースマテリアルではないことを示す。インスタンス番号は主として、あるクリップの特定のインスタンスに関する関連メタデータを識別するのに使用される。
【００４３】
「マテリアル番号」
１６バイトのマテリアル番号は、規格で定められた幾つかの手段のうちのいずれかにより作成されうる非ゼロ番号である。この番号は、６バイトの登録ポートＩＤ番号、時間、乱数発生器によって変わる。
【００４４】
「シグネチャメタデータ」
シグネチャメタデータから成分はいずれも、有意義な値を入れることができない場合には、ヌルフィルを行うことができる。ヌルフィルされた成分はいずれも、後段のデコーダに対してその成分が有効でないことを明確に示すため、完全にヌルフィルされる。
【００４５】
「日時フォーマット」
日時フォーマットは８バイトであり、その最初の４バイトは時間成分に基づくＵＴＣ（ユニバーサルタイムコード）である。時間は、内容のタイプによって、ＡＥＳ３の３２ビットオーディオサンプルクロック又はＳＭＰＴＥ１２Ｍのいずれかにより定められる。
【００４６】
後の４バイトは、ＳＭＰＴＥ３０９Ｍで定義するようなモディファイドジュリアンデータ（ＭＪＤ）に基づくデータを定める。これは、１８５８年１１月１７日午前０時から９９９，９９９日をカウントし、西暦４５９７年までの日付を可能とする。
【００４７】
「空間座標フォーマット」
空間座標値は、以下のように定義される３成分からなる。
・高度：９９，９９９，９９９メートルまでを特定する８個の１０進数。
・経度：東経／西経１８０．０００００度（少数第５位まで有効）を特定する８個の１０進数。
・緯度：北緯／南緯９０．０００００度（少数第５位まで有効）を特定する８個の１０進数。
【００４８】
高度の値は、地球の中心からの値をメートルで表したものなので、海水面より低い高度も可能とする。
【００４９】
なお、空間座標はほとんどのクリップについてスタティックであるが、すべての場合にあてはまるわけではない。乗り物に取り付けたカメラ等の移動ソースから取り込まれたマテリアルの場合、空間座標値が変化することもある。
【００５０】
「国コード」
国コードは、ＩＳＯ３１６６で定めたセットに応じた短縮形の４バイトの英数字ストリングである。登録されていない国は、ＳＭＰＴＥレジストレーションオーソリティから登録英数字ストリングを得ることができる。
【００５１】
「団体コード」
団体コードは、ＳＭＰＴＥに登録された短縮形の４バイトの英数字ストリングである。団体コードは、それらの登録国コードに関してのみ意味を持つので、団体コードは異なる国においても同じ値を有することができる。
【００５２】
「ユーザコード」
ユーザコードは、各団体によりローカル的に割り当てられるが、グローバル的に登録されてはいない４バイトの英数字ストリングである。ユーザコードは、それらの登録団体コード及び国コードに関してのみ定められるので、ユーザコードは異なる団体や国においても同じ値を有することができる。
【００５３】
「フリーランスオペレータ」
フリーランスオペレータは、国コードとして自分の居住国を使用し、例えばＳＭＰＴＥに登録することができる８バイトのコードに結合された団体コード及びユーザコードを使用する。これらのフリーランスコードは、「〜」の記号（ＩＳＯ８８５９文字番号７Ｅｈ）で始まり、その後に登録された７桁の英数字ストリングを有する。
【００５４】
なお、上述の説明から、ＵＭＩＤは、ビデオマテリアルだけでなく、オーディオマテリアル、データマテリアル、マテリアルグループも識別するのに用いることができることがわかる。
【００５５】
メタデータ（図４）
以下、プログラムの作成中に生成することが可能なメタデータの種類と、そのメタデータを図１の６３６等のデータベースにおいて構成するのに可能な構成アプローチについて、例を用いて説明する。ウォーターマークとしてビデオに埋め込まれたＵＭＩＤは、データベースにおいて関連するメタデータにビデオをリンクするアイデンティファイアとして機能する。
【００５６】
図４は、メタデータを構成するための構造例を示す。メタデータをそれぞれ有する多数のフィールドからなる多数のテーブルが設けられている。これらのテーブルは、各テーブル内の共通のフィールドにより互いに関連付けられることにより、リレーショナル構造を得ることができる。また、この構造は、テーブルが表すオブジェクトの多数のインスタンスを表すために、同じテーブルの多数のインスタンスを有してもよい。フィールドは所定の方法でフォーマットされる。フィールドのサイズも所定のものとすることができる。サイズの例としては、２バイトを表す「Ｉｎｔ」、４バイトを表す「ＬｏｎｇＩｎｔ」、８バイトを表す「Ｄｏｕｂｌｅ」がある。また、フィールドのサイズを、例えば８、１０、１６、３２、１２８、２５５文字等、フィールド内に保持する文字数を参照して定めることもできる。
【００５７】
この構造について詳細に説明すると、プログラムテーブルがある。プログラムテーブルは、プログラムＩＤ（ＰＩＤ）、タイトル、ワーキングタイトル、ジャンルＩＤ、一覧、アスペクト比、ディレクターＩＤ、ピクチャスタンプを含む多数のフィールドを有している。プログラムテーブルに関連して、ジャンルテーブル、キーワードテーブル、スクリプトテーブル、ピープルテーブル、スケジュールテーブル、及び、複数のメディアオブジェクトテーブルがある。
【００５８】
ジャンルテーブルは、プログラムテーブルのジャンルＩＤフィールドと関連付けられたジャンルＩＤと、ジャンルディスクリプションとを含む多数のフィールドを有している。
【００５９】
キーワードテーブルは、プログラムテーブルのプログラムＩＤフィールドと関連付けられたプログラムＩＤと、キーワードＩＤと、キーワードとを含む多数のフィールドを有している。
【００６０】
スクリプトテーブルは、スクリプトＩＤ、スクリプト名、スクリプトタイプ、ドキュメントフォーマット、パス、作成日、原作者、バージョン、最終変更日、変更者、プログラムＩＤに関連付けられたＰＩＤ、ノートと含む多数のフィールドを有している。ピープルテーブルは、イメージを含む多数のフィールドを有している。
【００６１】
ピープルテーブルは、多数の個別テーブルと多数のグループテーブルに関連付けられている。各個別テーブルは、イメージを含む多数のフィールドを有している。各グループテーブルは、イメージを含む多数のフィールドを有している。各個別テーブルは、プロダクションスタッフテーブル又はキャストテーブルのいずれかと関連付けられている。
【００６２】
プロダクションスタッフテーブルは、プロダクションスタッフＩＤ、姓、ファーストネーム、契約ＩＤ、エージェント、エージェンシーＩＤ、Ｅメール、住所、電話番号、役割ＩＤ、ノート、アレルギー、誕生日、国民保険番号、バンクＩＤ、ピクチャスタンプを含む多数のフィールドを有している。
【００６３】
キャストテーブルは、キャストＩＤ、姓、ファーストネーム、役名、契約ＩＤ、エージェント、エージェンシーＩＤ、エクイティ番号、Ｅメール、住所、電話番号、誕生日、バンクＩＤ、ピクチャスタンプを含む多数のフィールドを有している。プロダクションスタッフテーブルとキャストテーブルに関連して、バンクディテールテーブルとエージェンシーテーブルがある。
【００６４】
バンクディテールテーブルは、プロダクションスタッフテーブルのバンクＩＤフィールドとキャストテーブルのバンクＩＤフィールドに関連付けられたバンクＩＤ、ソートコード、口座番号、口座名を含む多数のフィールドを有している。
【００６５】
エージェンシーテーブルは、プロダクションスタッフテーブルのエージェンシーＩＤフィールドとキャストテーブルのエージェンシーＩＤフィールドに関連付けられたエージェンシーＩＤ、名称、所在地、電話番号、ウェブサイト及びＥメール、ピクチャスタンプを含む多数のフィールドを有している。また、プロダクションスタッフテーブルに関連して役割テーブルがある。
【００６６】
役割テーブルは、プロダクションスタッフテーブルの役割ＩＤフィールドに関連付けられた役割ＩＤ、職務、ノート、ピクチャスタンプを含む多数のフィールドを有している。各グループテーブルは、団体テーブルと関連付けられている。
【００６７】
団体テーブルは、団体ＩＤ、名称、種類、所在地、契約ＩＤ、連絡先名、連絡先電話番号、ウェブサイト、ピクチャスタンプを含む多数のフィールドを有している。
【００６８】
各メディアオブジェクトテーブルは、メディアオブジェクトＩＤ、名称、ディスクリプション、ピクチャスタンプ、ＰＩＤ、フォーマット、スケジュールＩＤ、スクリプトＩＤ、マスタＩＤを含む多数のフィールドを有している。各メディアオブジェクトテーブルに関連して、ピープルテーブル、マスタテーブル、スケジュールテーブル、ストーリーボードテーブル、スクリプトテーブル、及び多数のショットテーブルがある。
【００６９】
マスタテーブルは、メディアオブジェクトテーブルのマスタＩＤフィールドに関連付けられたマスタＩＤ、タイトル、ベーシックＵＭＩＤ、ＥＤＬ ＩＤ、テープＩＤ、継続時間、ピクチャスタンプを含む多数のフィールドを有している。
【００７０】
スケジュールテーブルは、スケジュールＩＤ、スケジュール名、ドキュメントフォーマット、パス、作成日、原作者、開始日、終了日、バージョン、最終変更日、変更者、ノート、プログラムＩＤに関連付けられたＰＩＤを含む多数のフィールドを有している。
【００７１】
契約テーブルは、プロダクションスタッフテーブルとキャストテーブルと団体テーブルの契約ＩＤに関連付けられた契約ＩＤ、開始日、レート、ジョブタイトル、満了日、詳細を含んでいる。
【００７２】
ストーリーボードテーブルは、ショットテーブルのストーリーボードに関連付けられたストーリーボードＩＤ、ディスクリプション、著者、パス、メディアＩＤを含む多数のフィールドを有している。
【００７３】
各ショットテーブルは、ショットＩＤ、ＰＩＤ、メディアＩＤ、タイトル、ロケーションＩＤ、ノート、ピクチャスタンプ、スクリプトＩＤ、スケジュールＩＤ、ディスクリプションを含む多数のフィールドを有している。各ショットテーブルに関連して、ピープルテーブル、スケジュールテーブル、スクリプトテーブル、ロケーションテーブル、及び、多数のテイクテーブルがある。
【００７４】
ロケーションテーブルは、ショットテーブルのロケーションＩＤフィールドに関連付けられたロケーションＩＤ、ＧＰＳ、所在地、ディスクリプション、名称、１時間毎の費用、ディレクション、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む多数のフィールドを有している。
【００７５】
各テイクテーブルは、ベーシックＵＭＩＤ、テイク番号、ショットＩＤ、メディアＩＤ、タイムコード・イン、タイムコード・アウト、サインメタデータ、テープＩＤ、カメラＩＤ、ヘッド時間、ビデオグラファ、インスタンプ、アウトスタンプ、レンズＩＤ、オートＩＤ、取り込みＩＤ、ノートを含む多数のフィールドを有している。各テイクテーブルに関連して、テープテーブル、タスクテーブル、カメラテーブル、レンズテーブル、取り込みテーブル、及び、多数のテイクアノテーションテーブルがある。
【００７６】
取り込みテーブルは、テイクテーブルにおける取り込みＩＤに関連付けられた取り込みＩＤと、ディスクリプションとを含んでいる。
【００７７】
テープテーブルは、テイクテーブルのテープＩＤフィールドに関連付けられたテープＩＤ、ＰＩＤ、フォーマット、最大継続時間、第１用途、最大削除、現削除、ＥＴＡ（予測到着時刻）、最終削除日、ピクチャスタンプを含む多数のフィールドを有している。
【００７８】
タスクテーブルは、タスクＩＤ、ＰＩＤ、テイクテーブルのメディアＩＤ及びショットＩＤフィールドに関連付けられたメディアＩＤ及びショットＩＤ、タイトル、タスクノート、分配リスト、ＣＣリストを含む多数のフィールドを有している。タスクテーブルに関連して、プランドショットテーブルがある。
【００７９】
プランドショットテーブルは、プランドショットＩＤ、タスクテーブルのＰＩＤ、メディアＩＤ、ショットＩＤにそれぞれ関連付けられたＰＩＤ、メディアＩＤ、ショットＩＤ、ディレクター、ショットタイトル、ロケーション、ノート、ディスクリプション、ビデオグラファ、期日、プログラムタイトル、メディアタイトル、アスペクト比、フォーマットを含む多数のフィールドを有している。
【００８０】
カメラテーブルは、テイクテーブルのカメラＩＤフィールドに関連付けられたカメラＩＤ、製造者、モデル、フォーマット、シリアル番号、ヘッド時間、レンズＩＤ、ノート、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む多数のフィールドを有している。
【００８１】
レンズテーブルは、テイクテーブルのレンズＩＤフィールドに関連付けられたレンズＩＤ、製造者、モデル、シリアル番号、連絡先名、連絡先住所、連絡先電話番号、ピクチャスタンプを含む多数のフィールドを有している。
【００８２】
各テイクアノテーションテーブルは、テイクアノテーションＩＤ、ベーシックＵＭＩＤ、タイムコード、シャッタースピード、アイリス、ズーム、ガンマ、ショットマーカＩＤ、フィルタホイール、詳細及び利得を含む多数のフィールドを有している。各テイクアノテーションテーブルに関連して、ショットマーカテーブルがある。
【００８３】
ショットマーカテーブルは、テイクアノテーションテーブルのショットマーカＩＤに関連付けられたショットマーカＩＤと、ディスクリプションとを含む多数のフィールドを有している。
【００８４】
ウォーターマーク（図５及び図６）
情報量は増えつつあり、特にデジタルで記録、記憶、配信されているビデオの情報量は増えている。このような情報の複製は容易であるが、ベースとなる作品の著作権が不正なコピーにより容易に侵害される可能性があるので、問題である。このため、著作権者は、コピーに対する適正な保護がなければ、あるいは、特定の作品サンプルが著作権者の作品から取ったもので権利を侵害する不正なコピーであることを示すことができなければ、著作権者の作品を使用可能にしたり配信したりすることを好まない。
【００８５】
この問題の解決を得るための１つの可能な技術として、デジタルウォーターマーキングがある。デジタルウォーターマーキングにより、例えば、所有者や配信者を識別する情報を含むコード及び／又は認証コードを、デジタルワークに埋め込むことができる。デジタルウォーターマークは、暗号等、他の抑止手段とともに使用してもよい。
【００８６】
デジタルウォーターマークを以下ではウォーターマークと呼ぶが、ウォーターマークは、例えば、所有者や配信者を明確に識別する、及び／又は、認証コードを与えるようにユニークなものでなければならない。これはしばしばフィンガープリンティングと呼ばれる手法である。また、ウォーターマーク自体を画像、オーディオ又はビデオ等のデジタルワークにしてもよい。また、ウォーターマークは、その作品を自由にコピーすることができるか、全くコピーすることができないか、所定回数だけコピーすることができるかを示すインディケーションを含むこともできる。
【００８７】
好ましくは、ウォーターマークは、許可のない者による検出、変更、除去が不可能であるようにすべきである。また、ウォーターマークは、ベースとなる作品を目立つほど劣化させてはならない。しかし、ウォーターマークは、所有者及び／又は配信者を識別できるように、許可された者により容易に認識されるものでなければならない。
【００８８】
ウォーターマークは、ベースとなるデジタルワークに簡単に埋め込むことができなければならない。好ましくは、埋め込み技術は記録中に容易に行うことができ、これによりソースにて作品にウォーターマークを付し、ウォーターマークのない作品が使用可能となる可能性は最小限になる。
【００８９】
ウォーターマークは、例えば、デジタルワークのヘッダ又はラベルに配置することができ、また、デジタルワーク自体のデータフィールド内に埋め込むこともできる。好ましくは、ウォーターマークは作品中で何回も再生され、より好ましくは、デジタルワークの各フレームに存在する。あるいは、ウォーターマークは、デジタルワークを有する媒体上に直接配置してもよい。
【００９０】
ウォーターマークは、不正なコピーを行おうとする者が除去又は劣化することができないようにロバストなものとすることができる。ロバストなウォーターマークを不正に除去しようとすると、データに深刻な劣化が生じ、データが使用できなくなる。ビデオ等のようにデータが余分な情報を多く含む場合は、例えばフレームドロップ等によりロバストなウォーターマークが攻撃を受けやすくなる。従って、ロバストなウォーターマークは、好ましくは、このような攻撃に耐えなければならず、例えばフレーム毎に変化して、データに適用するエラー訂正／回復技術を利用してもよい。
【００９１】
また、ウォーターマークは、不正なコピーが行われた場合には損傷を受けるように脆弱であってもよい。
【００９２】
しかし、ウォーターマークは、好ましくは、必要ならば所有者により取り消し及び除去が可能でなければならない。ウォーターマークの除去は、ベースとなる作品のウォーターマークの累積効果を低減するため、例えばポストプロダクション段階では特に有効である。また、種々のソースからの情報を編集する場合、編集した製品には別のウォーターマークを付すことが望ましい。
【００９３】
エンドユーザ機器は、保護された作品のコピーを許可しないようにウォーターマークを認識するように構成することができる。また、特定の所有者から得られ、特定の配信者を介して配信された作品のみ、又は、特定の認証コードを有する作品のみについて動作するように機器を構成することもできる。
【００９４】
ウォーターマークは、ウォーターマークが付されたデータとウォーターマークのないデータを比較して、正当性を確認することにより、取り出すことができる。
【００９５】
デジタルワークのデータフィールド内にウォーターマークを埋め込むための２つの手法について、以下に詳細に説明する。第１の手法は、ウォーターマークを空間領域に埋め込むものであり、第２の手法は、ウォーターマークを周波数領域に埋め込むものである。いずれの埋め込みプロセスも、ウォーターマークが付されているデータの大幅な劣化を生じてはならない。
【００９６】
空間領域ウォーターマーク
概して言えば、このプロセスでは、ウォーターマークが付されたデータを作成するためのウォーターマークのビットにより、所定データビットを変更する。ウォーターマークの存在は、ウォーターマークが付されたデータに対して取り消し動作を行うことにより判断できる。
【００９７】
１つのアプローチとして、疑似ランダム的に選択したデータの下位ビットを、ウォーターマークを表すビットで置換することにより、ウォーターマークを埋め込む。しかし、これらのウォーターマークは、データの最下位ビットの処理により破壊されやすい。他のアプローチとしては、ウォーターマークを表す幾何学パターンをデータに挿入する。しかし、これらのウォーターマークは、データの幾何処理により破壊されやすい。さらに他のアプローチとして、量子化雑音に類似する方法でウォーターマークを埋め込む。これについては図５を参照して後述するとともに、文献「Embedding Secret Information into a Dithered Multi-Level Image」K Tanaka et al., IEEE Military Communications Conference, 1990, pp.216-220及び文献「Video Steganography」K Mitsui, IMA Intellectual Property Proceedings, volume 1, 1994, pp.187-296に詳細な説明がある。しかし、これらのウォーターマークは、信号処理、特にデータの再量子化により破壊されやすい。
【００９８】
次に図５を参照して、ソース６５０はデジタルビデオ等のデジタルデータ信号６５２を生成する。ウォーターマークインサータ７００は、ソース６５０に接続され、デジタルデータ信号６５２を受信する。ウォーターマークインサータ７００は、再量子化雑音に類似する方法でデジタルデータ信号６５２にウォーターマークを付すことによりウォーターマーク６６３を付し、ウォーターマークが付されたデータ７０５を生成する。記憶装置６７０は、ウォーターマークインサータ７００に接続され、ウォーターマークが付されたデータ７０５を記憶する。
【００９９】
さらに他のアプローチとして、ｎ対の画像ポイント（ａｉ、ｂｉ）をランダムに選択し、ａｉの輝度を１だけ高くするとともにｂｉの輝度を１だけ低くする。画像のある統計上の特性が満たされれば、ｎ対のポイントの差の合計は２ｎとなる。
【０１００】
あるいは、データ信号が少なくとも２成分（例えば、ＭＰＥＧ、ＰＡＬ、ＮＴＣによる［Ｙ、Ｕ、Ｖ］からなる場合、これらの成分に組み合わせでは通常発生しない値を割り当てることにより、ウォーターマークを埋め込むことができる。また、ウォーターマークを、例えば２つの画像フィールドを有するビデオデータに埋め込む場合、正のウォーターマークを第１フィールドの配置し、負のウォーターマークを第２フィールドに配置する。ウォーターマークが付された画像フィールドを再生すると、フィールドのインターレースによるマスキング効果があり、ウォーターマークの視認が大幅に低減される。
【０１０１】
周波数領域ウォーターマーク
概して言えば、このプロセスでは、ウォーターマークが付されるデータの周波数スペクトル画像を得る。ウォーターマークは、周波数スペクトル画像の所定成分に埋め込まれる。その後、ウォーターマークが付された周波数スペクトル画像に逆変換を行って、ウォーターマークが付されたデータを生成する。ウォーターマークは、ウォーターマークが付されたデータに対して取り消し動作を行うことにより取り出すことができる。
【０１０２】
また、ＮＥＣによる欧州特許出願０７６６４６８に詳細に説明されるように、ウォーターマークは、各周波数係数を微調整することにより符号化することができる。これは、ウォーターマークが損傷を受けにくくするという利点があるが、全体のノイズレベルを上げてしまう。
【０１０３】
次に図６を参照して、ソース６５０はデジタルビデオ等のデジタルデータ信号６５２を生成する。周波数変換器６５５は、ソース６５０に接続され、デジタルデータ信号６５２を受信する。周波数変換器６５５は、例えば離散コサイン変換を用いて、デジタルデータ信号６５２を周波数領域データ６５７に変換する。ウォーターマークインサータ６６０は、周波数変換器に接続され、周波数領域データ６５７を受信する。データはブロックに分割され、これらのブロックのそれぞれの離散コサイン変換（ＤＣＴ）が計算される。その後、各ブロックの周波数係数が調整される。ブロックの疑似ランダムサブセットが選択され、このような各ブロックにおいて、相対値がデータビットを符号化するように所定サブセットの周波数の係数が調整される。相対値の変動と所定サブセットの周波数の選択は、ウォーターマークが感知できないようにしなければならない。このウォーターマークは、ノイズやさらなる処理による損傷を受けやすいことから、除去してもよい。
【０１０４】
ブロックの疑似ランダムセットは、データベース６３６に記憶された又はコントロール６３８において生成されたキーにより選択される。埋め込まれるデータは、好ましくは、ＵＭＩＤ、あるいは、ＵＭＩＤよりもビット数が少ないがＵＭＩＤにリンクするアイデンティファイアである。
【０１０５】
逆周波数変換器６６５は、このようにウォーターマークが付された周波数領域データを空間領域データに変換する。記憶装置６７０は、逆変換器６６５により生成されたウォーターマークが付されたデータを記憶する。
【０１０６】
図６のシステムは、図１のリムーバ６４０に入力される６３２におけるウォーターマークが付されたビデオ入力を生成するのに用いられる。
【０１０７】
また、図６のシステムは図１のインサータ６４２として用いられる。
【０１０８】
図７は、図６のインサータにより生成されたウォーターマークを除去するための、図１のリムーバの例を示す。
【０１０９】
変換器６５６は、ウォーターマークが付されたビデオを受信し、離散コサイン変換により変換を行う。
【０１１０】
データベース６３６又は生成器６３８は、リムーバ及びデコーダ６５８によりブロックの疑似ランダムサブセットを選択するためのキーを与える。リムーバ／デコーダ６５８は、選択されたブロックからウォーターマークデータをデコードする。
【０１１１】
そして、リムーバ／デコーダは、例えば、好ましくはビデオを大幅に劣化させないようなノイズを付加することにより、効果的にウォーターマークを除去するプロセスを、選択されたブロックに対して行う。
【０１１２】
デコードされたデータは検証器Ｖに供給され、検証器は、例えば、そのデータをデータベース６３６に記憶されたデータと比較することにより、データの認証を行う。認証が失敗すると、図１のプロセッサ６４６は不可能状態とされる。
【０１１３】
逆変換器は、リムーバ／デコーダ６５８から周波数領域データを受信し、空間領域データに逆変換する。
【０１１４】
変更例
上述の実施例では、データはデジタルデータであった。従って、プログラマブルデジタル信号プロセッサを用いて、本発明を行うことができる。本発明をソフトウェアとして実現し、記録媒体に記憶してもよい。
【０１１５】
上述の説明では都合上、ビデオ処理について説明したが、本発明はオーディオ処理にも適用することができる。ＵＭＩＤは例えば３２〜６４ビットと長い。マテリアルは、そのマテリアルにおける、ＵＭＩＤよりビット数が少ないアイデンティファイアであって、マテリアルをユニークに識別するＵＭＩＤにマテリアルをリンクするアイデンティファイアにより識別される。
【０１１６】
上述の説明では、ビデオマテリアルを例として本発明を説明したが、本発明は、ビデオマテリアル、オーディオマテリアル、データマテリアルのいずれか１以上に適用することができる。
【０１１７】
なお、他のウォーターマーキング技術を用いることもでき、他のウォーターマーク除去方法を用いることもできる。原則として、ウォーターマークは、埋め込みプロセスの逆であるプロセスを行うことにより除去されるので、原理的には正確な除去が行われる。
【図面の簡単な説明】
【図１】 ウォーターマーク挿入及び除去システムの例を示す概略ブロック図である。
【図２】 ＵＭＩＤのデータ構造を示す概略図である。
【図３】 ＵＭＩＤのデータ構造を示す概略図である。
【図４】 メタデータベースのデータ構造の例を示す概略ブロック図である。
【図５】 ウォーターマーク挿入技術を示す概略図である。
【図６】 ウォーターマーク挿入技術を示す概略図である。
【図７】 ウォーターマーク除去技術を示す概略図である

Claims (20)

1. ウォーターマークを有するマテリアルの処理を行うマテリアル処理システムであって、
   ウォーターマークを除去するリムーバと、ウォーターマークが除去されたマテリアルの処理を行うプロセッサと、検証データを記憶するデータベースと、データベースからの供給される検証データ及びリムーバから供給されるウォーターマークを照合することで、マテリアルの起源の正当性を検証する検証器と、マテリアルの起源が正当であると検証された場合に、プロセッサによるマテリアルの処理を可能とするプロセッサ制御部と、処理されたマテリアルにウォーターマークを挿入するインサータとを有することを特徴とするシステム。
2. プロセッサは、それにより行われるプロセスをコントロールするためのユーザインターフェースを有することを特徴とする請求項１記載のシステム。
3. リムーバとインサータは、自動的にかつユーザから独立して動作するように構成されることを特徴とする請求項２記載のシステム。
4. データベースは、処理されるマテリアルからのウォーターマークの除去を可能にするイネーブルデータを記憶することを特徴とする請求項１、２又は３記載のシステム。
5. データベースは、処理されたマテリアルへのウォーターマークの挿入を可能にするイネーブルデータを記憶することを特徴とする請求項１、２又は３記載のシステム。
6. 上記イネーブルデータは、暗号化されたウォーターマークの除去又は挿入を可能にする暗号キーを含むことを特徴とする請求項４又は５記載のシステム。
7. インサータとリムーバは、通信リンクによりデータベースに接続されることを特徴とする請求項４、５又は６記載のシステム。
8. 通信リンクはインターネットを含むことを特徴とする請求項７記載のシステム。
9. ウォーターマークを有するマテリアルの処理方法であって、リザーバが、ウォーターマークを除去するステップと、プロセッサが、ウォーターマークが除去されたマテリアルの処理を行うステップと、検証器が、データベースからの供給される検証データ及びリムーバから供給されるウォーターマークを照合することで、マテリアルの起源の正当性を検証するステップと、プロセッサ制御部が、マテリアルの起源が正当であると検証された場合に、プロセッサによるマテリアルの処理を可能とするステップと、インサータが、処理されたマテリアルにウォーターマークを挿入するステップとを有することを特徴とする方法。
10. 除去及び挿入ステップは、自動的にかつプロセッサのユーザから独立していることを特徴とする請求項９記載の方法。
11. 除去及び挿入ステップは、ユーザにわからないように行われることを特徴とする請求項１０記載の方法。
12. データベースが、処理されるウォーターマークの除去を可能にするイネーブルデータを供給するステップをさらに有することを特徴とする請求項９、１０又は１１記載の方法。
13. データベースが、処理されたマテリアルへのウォーターマークの挿入を可能にするイネーブルデータを供給するステップをさらに有することを特徴とする請求項９、１０又は１１記載の方法。
14. 上記イネーブルデータは、暗号化されたウォーターマークの除去又は挿入を可能にする暗号キーを含むことを特徴とする請求項１２又は１３記載の方法。
15. イネーブルデータは通信リンクを介して供給されることを特徴とする請求項１２、１３又は１４記載の方法。
16. 通信リンクはインターネットを含むことを特徴とする請求項１５記載の方法。
17. マテリアルは、ビデオマテリアル、オーディオマテリアル、データマテリアルのいずれか１以上であることを特徴とする請求項１乃至８のいずれか１項記載のシステム。
18. マテリアルは、ビデオマテリアル、オーディオマテリアル、データマテリアルのいずれか１以上であることを特徴とする請求項９乃至１６のいずれか１項記載の方法。
19. プログラマブルデジタル信号プロセッサで動作する場合、請求項９乃至１６、及び１８のうちいずれか１項記載の方法を行うように構成されることを特徴とするコンピュータプログラム製品。
20. 請求項１９に記載のコンピュータプログラム製品を記憶する記憶媒体。

Images