(57)【要約】【課題】映像データの映像編集情報を元に退避／復元制御することで、効率的に映像データを管理し、さらに、編集情報を元に映像のメタデータを番組間で相互参照する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムを提供すること。【解決手段】高解像度格納手段が、高解像度映像を初期的に格納する第１記録媒体と、上記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、粗編集した際のタイムコード編集情報に基づいて、上記第１記録媒体に格納された高解像度映像を、上記第２記録媒体へ移動させる。【選択図】　　　図７
2004064155.tif 000002
【特許請求の範囲】
【請求項１】
映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理方法であって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させることを特徴とする映像データ管理方法。
【請求項２】
前記高解像度映像の移動は、同一内容の前記高解像度映像と前記本編集映像のうち何れか１つを前記第１記録媒体に残し、他を前記第２記録媒体へ移動させることを特徴とする請求項１に記載の映像データ管理方法。
【請求項３】
前記高解像度映像の移動は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第１記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第１記録媒体に残すことを特徴とする請求項２に記載の映像データ管理方法。
【請求項４】
映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理プログラムであって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させる機能、
を実現させるため映像データ管理プログラム。
【請求項５】
映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集映像を作成し、前記作成した本編集映像を前記高解像度映像格納手段に格納する映像データ管理システムにおいて、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させる高解像度映像管理手段と、
を備えることを特徴とする映像データ管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、テレビジョン放送局の放送番組制作過程における映像データの管理に関し、特にディスクストレージ装置とテープライブラリとの組み合わせにより映像データを保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に退避／復元制御することで、効率的に映像データを管理し、さらに、編集情報を元に映像のメタデータを番組間で相互参照する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムに関するものである。また、放送局で映像データをディスクストレージ装置で保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に映像データの保存期限を自動設定することで、映像素材の再利用時の保存期限を不具合なく管理する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムに関するものである。
【０００２】
【従来の技術】
従来、テレビジョン放送される放送番組の制作は、以下のようにして行なわれていた。
【０００３】
まず、どのような制作意図で番組を作るかという企画作業が行なわれ、どのような流れで番組意図を説明し、どのように映像を提示していくかを決める構造作成作業を経て撮影が行われる。この撮影された映像が映像素材となる。
【０００４】
そして、撮影後の映像をもとに構造の再検討を行なうとともに制作者の意図が伝わり、映像の連続性に違和感がないように映像をつないでいく編集作業を行なう。その後、映像を説明する文字情報として字幕スーパやアナウンスコメントなどを作成し、編集が終了した映像にスーパインポーズ映像や音声として付加し番組が完成する。この完成された番組がいわゆる完パケ（放送可能な状態に編集済の完全パッケージ番組）といわれるものである。
【０００５】
放送局には、このような映像素材や完パケをビデオテープとして保管しているわけだが、その量は膨大である。そして、これらのビデオテープの管理は、基本的には各ビデオテープにユニークな番号を付し、その番号を管理することによりビデオテープを管理するというものである。
【０００６】
【発明が解決しようとする課題】
現在の映像素材および完パケ等の映像データの管理は上述のようにして行なわれているが、２０００年１２月からＢＳデジタル放送が開始され、放送のデジタル化は今後も進み、これにより放送局ではデジタル映像をデータとしてサーバコンピュータ上で管理する必要がでてくる。
【０００７】
ところが、本放送の本編集で使用する高解像度の映像データは数十Ｍｂｐｓとデータ容量が大きく、全ての映像データをサーバコンピュータのディスクストレージに記録するには相当量の記憶容量を必要とする。この為、階層型ストレージ管理（ＨＳＭ：Ｈｉｅｒａｒｃｈｉｃａｌ　Ｓｔｏｒａｇｅ　Ｍａｎａｇｅｍｅｎｔ）システムに代表される技術によって、例えば利用頻度等の履歴を基に安価な媒体であるテープライブラリに映像データを退避する仕組みも導入が予想される。
【０００８】
図１は、今後導入が予想される放送局の映像データ管理システムの全体を説明するための図である。
撮影された音声・映像素材１１は、ＶＴＲテープのオリジナル映像（撮影時の映像）と同等の画質（第１の解像度）としＶＴＲテープをエンコードすることによりＭＰＥＧ２や独自規格で数十Ｍｂｐｓの高帯域な映像データ（高解像度映像１２）として高解像度サーバ１３に格納される。
【０００９】
また、上記音声・映像素材１１は、上記第１の解像度より低い第２の解像度でコード化（エンコード）し低解像度映像１５として低解像度サーバ１６に格納される。この低解像度映像１５は、粗編集（放送局用のオリジナルＶＴＲテープを低価格なＶＴＲテープにコピーし簡易的に編集すること）１７用に主に１ＧＯＰ（全てＩフレームで構成される映像形式：Ｇｒｏｕｐ　Ｏｆ　Ｐｉｃｔｕｒｅｓ）で構成される映像データとして、独自規格を含むＭＰＥＧ１またはＭＰＥＧ４等で１〜２Ｍｂｐｓ程度のビットレートで記録される。
【００１０】
高解像映像１２は数十Ｍｂｐｓと高帯域なため、ＬＡＮとサーバコンピュータを使った複数作業者による編集には不向きである。そのため低解像度映像１５をサーバコンピュータ上に配置し、低解像度映像１５を使った粗編集１７を行ない、粗編集１７により編集情報（ＥＤＬ）１８が生成される。ここで編集情報（ＥＤＬ：Ｅｄｉｔ　Ｄｅｃｉｓｉｏｎ　Ｌｉｓｔ）とは、編集用データが記載されたリストのことで、一般に粗編集１７で得られたタイムコード編集情報をさす。従来はＶＴＲとＶＴＲ編集コントローラを使って作成されていたが、今日では粗編集ソフトやノンリニア編集機で作成することができるようになっている。そして、生成された編集情報（ＥＤＬ）１８は、高解像度映像１２を使った本編集１９に利用している。
【００１１】
図２は、ＨＳＭを説明するための図である。
上述したように、本編集で使用する高解像度の映像データは数十Ｍｂｐｓとデータ容量が大きく、全ての映像データをサーバコンピュータのディスクストレージに記録するには相当量の記憶容量を必要とするため、階層型ストレージ管理システムに代表される技術によって、安価な媒体であるテープライブラリに映像データを退避する仕組みの導入が予想される。
【００１２】
例えば、映像データの容量がＭＰＥＧ２で５０Ｍｂｐｓとすると、２２．５ＧＢ／時間の大容量となるため、ディスクストレージ２１を、テープライブラリ１４やＤＶＤチェンジャ２２と組み合わせたシステムとして階層的に管理を行なう。
【００１３】
この階層型ストレージ管理とは、あまり使用頻度の高くないデータを、容量単価の安い２次メディアに自動的に移動するシステムであり、システム全体の合理的かつ効率的な運用を実現するとともに、数百ＴＢにおよぶ映像データの管理を可能にしている。
【００１４】
図３は、ＨＳＭシステムの利用形態を説明するための図であり、図４は、ＨＳＭシステムを実現するアーカイブシステムを説明するための図である。
アクセス日時が最も古い映像データをテープライブラリ１４に退避し、ディスクストレージ２１から削除する。そして、検索端末３１からのアクセス要求に対して、所望の映像データがテープライブラリ１４に退避されていた場合、ディスクストレージ２１を管理する映像管理サーバ１３ａ、テープライブラリ１４を管理する映像退避サーバ１３Ｂは、所望の映像データをテープライブラリ１４からディスクストレージ２１へ復元する。
【００１５】
このように、２次メディアに移動させた映像データがアクセスされた場合、自動的にディスクストレージ２１にデータを復元させるため、利用者は映像データの格納場所を意識することなく、ディスクストレージ２１にデータがあるものとして利用することが可能となる。
【００１６】
ところが、映像データには映像素材（編集中または編集前の映像データも含む）と完パケ（編集済の映像データ）があり、映像素材には編集段階に応じて同じ映像内容を含んだ複数の映像素材が存在し、かつ複数の完パケに使われている場合もある。このため図３を用いて説明したＨＳＭシステムのように、利用頻度等の履歴を基に安価な媒体であるテープライブラリに映像データを退避する仕組みを導入しても容量単価が高いディスクストレージ装置に同一映像内容を含んだ複数の映像データが格納されてしまうという第１の問題点がある。
【００１７】
また、映像データ間の関連を効率的に登録する仕組みがない為、同一内容を含む映像データの相互で著作権情報を始めとするメタデータの参照ができない。すなわち、上述のような仕組みによる管理においては、同様の内容を含む複数の映像データがディスクストレージ内に存在していても、映像データ間の関連を含む映像データ管理を管理するテーブルに定義することができない為、著作権情報を始めとするメタデータが映像データ相互で有効に連携されないという第２の問題点がある。
【００１８】
さらに、映像データはデータ容量が大きく、全ての映像データをディスクに保存するには相当量のディスクが必要になるため、保存期限を設け、保存期限が過ぎたものは、ファイルの削除やディスク上から退避する方法が考えられる。しかし保存期限は初期登録データが変更されず使われていることが多く、映像ファイルを再利用された場合にも、初期の保存期限が変更されず、本来必要とされる保存期限とあわなくなる。すなわち、映像素材が再利用されると複数の完パケが同じ映像素材から構成されているため、再利用の際、映像素材の保存期限を適切に更新しないと、完パケの映像素材を必要な期間保存することができなくなってしまう恐れがあるという第３の問題点がある。
【００１９】
図５は、本来必要とされる保存期限とあわなくなるという第３の問題点を説明するための図であり、図６は、本来必要とされる保存期限とあわなくなるアーカイブシステムを説明するための図である。
【００２０】
例えば、「映像素材の保存期限＝完パケの保存期限−５年」というルールがあった場合、完パケ（日本の車窓）５３ａおよび完パケ（世界の車窓）５３ｂの両方に用いられた映像素材（東京駅）５２ｃの保存期限は、完パケ（世界の車窓）５３ｂの保存期限である２０１５年１０月３０日から５年引いた２０１０年１０月３０日となるべきところ、完パケ（日本の車窓）５３ａの保存期限である２０１０年１０月３０日から５年引いた２００５年１０月３０日となってしまう。
【００２１】
本発明は、上述のような実状に鑑みたものであり、ディスクストレージ装置とテープライブラリとの組み合わせにより映像データを保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に退避／復元制御することで、効率的に映像データを管理し、さらに、編集情報を元に映像のメタデータを番組間で相互参照する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムを提供することを目的とする。
【００２２】
また、放送局で映像データをディスクストレージ装置で保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に映像データの保存期限を自動設定することで、映像素材の再利用時の保存期限を不具合なく管理する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムを提供することを目的とする。
【００２３】
【課題を解決するための手段】
本発明は、上記課題を解決するため、下記のような構成を採用した。
本発明は、粗編集段階で作成される編集情報（ＥＤＬ）を利用し、ディスクストレージ内で内容が重複している映像データを容量単価が安価なディバイス（テープライブラリ等）に退避する。退避する映像データは報道系・番組系に区別し今後の使用目的に合致するよう退避場所を選定する。また、編集情報を利用し、映像データ間の関連を導くことで、映像データに関連する著作権情報を始めとするメタデータを参照できるものとする。
【００２４】
また、　本発明は、完パケ作成時の編集情報を利用し、完パケを構成する映像素材を自動的に認識し、完パケの保存期限を元に映像素材に必要な保存期限を自動的に算出し設定できるものとする。
【００２５】
すなわち、本発明の一態様によれば、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、上記映像素材を上記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、上記低解像度映像を用いて粗編集を行ない、上記粗編集した際に作成するタイムコード編集情報に基づいて、上記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システム、またはこの映像データ管理システムにおいて実行される映像データ管理方法若しくは映像データ管理プログラムであって、上記高解像度格納手段が、上記高解像度映像を初期的に格納する第１記録媒体と、上記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、上記粗編集した際のタイムコード編集情報に基づいて、上記第１記録媒体に格納された高解像度映像を、上記第２記録媒体へ移動させることを特徴とする。
【００２６】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記高解像度映像の移動が、同一内容の上記高解像度映像と上記本編集映像のうち何れか１つを上記第１記録媒体に残し、他を上記第２記録媒体へ移動させることが望ましい。
【００２７】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記高解像度映像の移動が、上記本編集映像が報道番組である場合、上記高解像度映像を上記第１記録媒体に残し、上記本編集映像が報道番組以外である場合、上記本編集映像を上記第１記録媒体に残すことが望ましい。
【００２８】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記第１記録媒体が、ハードディスクであり、上記第２記録媒体が、ビデオテープまたはＤＶＤであることが望ましい。
【００２９】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記粗編集した際のタイムコード編集情報に基づいて、上記高解像度映像または上記本編集映像のメタデータを表示することが望ましい。
【００３０】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記粗編集した際のタイムコード編集情報に基づいて、上記高解像度映像の保存期限情報を上記本編集映像の保存期限情報に応じて更新することが望ましい。
【００３１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。
図７は、本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
【００３２】
本発明の映像データ管理方法は、編集情報（ＥＤＬ）に基づいて行なわれる。映像管理サーバ１３ａは、映像データに関連するメタデータ（著作権情報等の関連情報）を映像データ管理テーブル８１（データベース）として管理し、これに接続・制御されるディスクストレージ２１に映像データを格納している。格納する映像データは映像素材と完パケがあり、映像素材は編集段階に応じて同じ映像内容を含んだ複数の映像データが存在している。また複数の完パケに同じ映像素材が使われている場合もある。編集された映像データは映像素材、完パケ共に粗編集段階で本編集用に作成する編集情報が存在している。
【００３３】
この編集情報を利用し、各映像データに対して上位素材、下位素材の情報を抽出し、映像データ管理テーブル８１に記録する。この映像データ管理テーブル８１を使い、ディスクストレージ２１内で内容が重複している映像データを、低価格なディバイス（テープライブラリ１４やＤＶＤチェンジャ２２等）に退避する。なお退避した映像データのメタデータや編集情報は退避せず、メタデータはその後も検索には利用し、映像データの表示は関連の映像データと編集情報を利用し表示するものとする。
【００３４】
映像データ管理テーブル８１は、上位素材、下位素材の情報を辿ることにより映像データのメタデータの参照が可能になる。業務運用上は著作権情報の参照が特に有効になる。
【００３５】
具体的には、粗編集した際のタイムコード編集情報に基づいて、本編集映像が報道番組である場合、映像素材をハードディスクであるディスクストレージ２１に残し、本編集映像をビデオテープを収納するテープライブラリ１４あるいはＤＶＤを収納するＤＶＤチェンジャ２２等に退避してディスクストレージ２１から削除する。他方、本編集映像が報道番組以外である場合、本編集映像をディスクストレージ２１に残し、映像素材をテープライブラリ１４あるいはＤＶＤチェンジャ２２等に退避してディスクストレージ２１から削除する。
【００３６】
そして、検索端末３１からのアクセス要求に対して、所望の映像データがテープライブラリ１４に退避されていた場合、ディスクストレージ２１を管理する映像管理サーバ１３ａ、テープライブラリ１４を管理する映像退避サーバ１３Ｂは、所望の映像データをテープライブラリ１４からディスクストレージ２１へ復元する。
【００３７】
このとき、ディスクストレージ２１は、映像データを初期的に格納し、テープライブラリ１４あるいはＤＶＤチェンジャ２２は、ディスクストレージ２１よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である。
【００３８】
図８は、本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
エンコードされた映像素材および完パケを含む映像データは、ディスクストレージ２１、テープライブラリ１４あるいはＤＶＤチェンジャ２２のうち少なくとも何れか（アーカイブシステム５１と呼ぶ）に格納されているが、これらの映像素材と完パケとの関連付けは、映像データ管理テーブル８１によって管理されている。例えば、３つの映像素材（素材Ａ、素材Ｂ、素材Ｃ）があり、素材Ａ、素材Ｂおよび素材Ｃから完パケ１ができ、素材Ｃのみから完パケ２ができているとする。この場合、素材Ａについての映像データ管理テーブル８１は、項目「下位映像▲１▼」に“完パケ１”が入るとともに、項目「メタデータ１」に“権利者Ａ”が入る。そして、完パケ１についての映像データ管理テーブル８１は、項目「上位素材▲１▼」に“素材Ａ”、項目「上位素材▲２▼」に“素材Ｂ”、項目「上位素材▲３▼」に“素材Ｃ”が入るとともに、項目「メタデータ１」に“権利者Ａ済”、項目「メタデータ２」に“権利者Ｂ済”、項目「メタデータ３」に“権利者Ｃ済”（不図示）が入る。
【００３９】
そして、粗編集した際のタイムコード編集情報に基づいて、映像データ管理テーブル８１を参照することにより、映像素材または完パケのメタデータを表示することができる。
【００４０】
図９は、本発明に係る映像データ管理システムの概要（その１）を説明するための図である。
映像アーカイブシステム（映像データ管理システム）４２は、映像編集装置４３によって管理、格納されている番組素材（映像素材）、完パケ番組（完パケ）、映像編集情報（編集情報（ＥＤＬ））に基づいて、映像データを抽出する関連映像抽出手段９１と、映像編集情報を利用し、ディスクストレージ２１内で内容が重複している映像データを容量単価が安価なディバイス（テープライブラリ１４等）に退避してディスクストレージ２１から削除する映像退避／削除手段９２と、粗編集した際の映像編集情報に基づいて、番組素材または完パケ番組のメタデータをアーカイブシステム端末４１を用いて表示する関連メタデータ表示手段９３とを備える。
【００４１】
図１０は、報道番組以外の映像データ管理方法の具体例を説明するための図である。
映像素材として素材Ａ、素材Ｂがあり、これらの映像素材から報道番組以外の番組としての完パケ１を制作した場合の例を説明する。
【００４２】
まず、シーンＡ１、シーンＡ２、シーンＡ３、シーンＡ４から構成される素材Ａを粗編集して、シーンＡ１とシーンＡ３を抽出する。これを映像素材（中間素材）素材Ａ’とする。このとき、シーンＡ１およびシーンＡ３の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」と「００：３５：１５〜００：５０：００」が作成される。
【００４３】
そして、抽出したシーンＡ１およびシーンＡ３と、シーンＢ１、シーンＢ２、シーンＢ３、シーンＢ４から構成される素材Ｂを粗編集して抽出したシーンＢ１とシーンＢ２とから、完パケ１を制作する。このとき、シーンＡ１、シーンＡ３、シーンＢ１およびシーンＢ２の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」、「００：１５：３０〜００：３０：１５」「００：００：００〜００：１２：００」および「００：１５：００〜００：３０：３０」が作成される。
【００４４】
この際、初期的にはディスクストレージ２１に格納されている素材Ａ、素材Ａ’、素材Ｂ、完パケ１のうち、完パケ１のみを残し、他の素材Ａ、素材Ａ’、素材Ｂをテープライブラリ１４へ退避させる。
【００４５】
図１１は、報道番組の映像データ管理方法の具体例を説明するための図である。
映像素材として素材Ａ、素材Ｂがあり、これらの映像素材から報道番組としての完パケ１を制作した場合の例を説明する。
【００４６】
まず、シーンＡ１、シーンＡ２、シーンＡ３、シーンＡ４から構成される素材Ａを粗編集して、シーンＡ１とシーンＡ３を抽出する。これを映像素材（中間素材）素材Ａ’とする。このとき、シーンＡ１およびシーンＡ３の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」と「００：３５：１５〜００：５０：００」が作成される。
【００４７】
そして、抽出したシーンＡ１およびシーンＡ３と、シーンＢ１、シーンＢ２、シーンＢ３、シーンＢ４から構成される素材Ｂを粗編集して抽出したシーンＢ１とシーンＢ２とから、完パケ１を制作する。このとき、シーンＡ１、シーンＡ３、シーンＢ１およびシーンＢ２の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」、「００：１５：３０〜００：３０：１５」「００：００：００〜００：１２：００」および「００：１５：００〜００：３０：３０」が作成される。
【００４８】
この際、初期的にはディスクストレージ２１に格納されている素材Ａ、素材Ａ’、素材Ｂ、完パケ１のうち、素材Ａと素材Ｂを残し、他の素材Ａ’と完パケ１をテープライブラリ１４へ退避させる。
【００４９】
図１２は、メタデータの関連を説明するための図である。
まず、３つの映像素材（素材Ａ、素材Ｂ、素材Ｃ）から完パケ１を制作した場合、例えば、素材Ａについての映像データ管理テーブル８１は、項目「下位映像▲１▼」に“完パケ１”が入るとともに、項目「メタデータ１」に“権利者Ａ”が入る。そして、完パケ１についての映像データ管理テーブル８１は、項目「上位素材▲１▼」に“素材Ａ”、項目「上位素材▲２▼」に“素材Ｂ”、項目「上位素材▲３▼」に“素材Ｃ”が入るとともに、項目「メタデータ１」に“権利者Ａ済”、項目「メタデータ２」に“権利者Ｂ済”、項目「メタデータ３」に“権利者Ｃ済”（不図示）が入る。
【００５０】
次に、素材Ｃのみから完パケ２を作成した場合、完パケ２についての映像データ管理テーブル８１は、項目「上位素材▲３▼」に“素材Ｃ”が入るとともに、項目「メタデータ１」に“権利者Ｃ済”が入る。さらに、素材Ｃについての映像データ管理テーブル８１は、項目「下位映像▲２▼」に“完パケ２”がさらに入る。
【００５１】
図１３は、映像データの関連付けの処理を説明するための図であり、図１４は、映像データの退避、メタデータの表示に関連する映像データ管理テーブルの一部を示す図である。
【００５２】
まず、ステップＳ１３１において、ディスクストレージ２１に映像素材、完パケを含む映像データを格納し、映像管理サーバ１３ａの映像データ管理テーブル８１（図１４参照）にメタデータ（後に検索対象となるタイトル、撮影日時、素材時間、著作権情報等の関連の情報）および映像編集情報（編集情報（ＥＤＬ））を登録する。
【００５３】
次に、ステップＳ１３２において、登録した映像データのディレクトリパスを初期配置場所として登録する。
そして、ステップＳ１３３において、映像編集情報が登録されている映像データを抽出し、登録されている映像編集情報から素材情報を抽出し、順次、上位素材▲１▼▲２▼▲３▼・・・に登録していく。さらに上位素材に登録された映像の、下位映像▲１▼▲２▼▲３▼・・・に自らの映像編集情報を登録する。
【００５４】
図１５は、映像データの退避処理を説明するためのフローチャートである。
まず、ステップＳ１５１において、映像データ管理テーブル８１（図１４参照）の項目「下位映像▲１▼」等に値が登録されているものについての、項目「配置場所▲１▼」の値を“テープ２にする。それ以外は”ディスク“とする。
【００５５】
次に、ステップＳ１５２において、映像データ管理テーブル８１（図１４参照）の項目「上位素材▲１▼」等に値が登録されているものについての、項目「配置場所▲２▼」の値を“テープ”にする。それ以外は“ディスク”とする。
【００５６】
そして、ステップＳ１５３において、全ての映像データが完了しているか否か判断する。
ステップＳ１５３で全ての映像データが完了していないと判断された場合（ステップＳ１５３：Ｎｏ）、ステップＳ１５１に戻り、他方、全ての映像データが完了したと判断された場合（ステップＳ１５３：Ｙｅｓ）、ステップＳ１５４において、映像データ管理テーブル８１（図１４参照）項目「下位映像▲１▼」「下位映像▲２▼」「下位映像▲３▼」で指定された映像の初期配置場所に、ファイル名が登録されているか否か（下位の映像が制作されたか否か）を判断する。
【００５７】
ステップＳ１５４で登録されていないと判断された場合（ステップＳ１５４：Ｎｏ）、ステップＳ１５８に進み、他方、登録されていると判断された場合（ステップＳ１５４：Ｙｅｓ）、ステップＳ１５５において、報道フラグが１であるか否か（報道番組であるか報道番組以外の番組であるか）を判断する。
【００５８】
ステップＳ１５５で報道フラグが１である（報道番組である）と判断された場合（ステップＳ１５５：Ｙｅｓ）、ステップＳ１５６において、項目「配置場所▲２▼」の情報に基づいて映像ファイルをテープライブラリ１４に退避する。なお、放送予定日が指定されているものは放送日以降に退避する。
【００５９】
他方、ステップＳ１５５で報道フラグが１でない（報道番組以外の番組である）と判断された場合（ステップＳ１５５：Ｎｏ）、ステップＳ１５７において、項目「配置場所▲１▼」の情報に基づいて映像ファイル（主に映像素材）をテープライブラリ１４に退避する。
【００６０】
そして、ステップＳ１５８において、全ての映像データが完了したか否かを判断する。
ステップＳ１５８で完了したと判断された場合（ステップＳ１５８：Ｙｅｓ）、処理を終了し、他方、完了していないと判断した場合（ステップＳ１５８：Ｎｏ）、ステップ１５４に戻る。
【００６１】
図１６は、映像データの退避を説明するための図である。
映像素材である素材Ａから中間素材である素材Ａ’が作成され、その素材Ａ’、他の映像素材である素材Ｂ、素材Ｃから、完パケ１が作成されている場合、下記のように映像データが退避される。
【００６２】
まず、その完パケ１が報道番組であれば、素材Ａ、素材Ｂおよび素材Ｃをディスクストレージ２１に残し、素材Ａ’と完パケ１をテープライブラリ１４へ退避する。これは、報道番組であれば、完パケよりも映像素材を再利用する可能性が高いため、映像素材をアクセス速度の速いハードディスク等のディスクストレージ２１に残し、完パケを単価が安価なテープライブラリ１４（ビデオテープ）に退避（移動）させた方が効率的だからである。
【００６３】
他方、その完パケ１が報道番組以外の番組であれば、完パケ１のみをディスクストレージ２１に残し、素材Ａ、素材Ｂ、素材Ｃおよび素材Ａ’をテープライブラリ１４へ退避する。これは、報道番組以外の番組であれば、完パケを再利用する可能性が高いためである。
【００６４】
図１７は、メタデータの表示処理を説明するためのフローチャートである。
まず、ステップＳ１７１において、映像データに関する関連情報の表示を要求する。
【００６５】
そして、ステップＳ１７２において、映像データ管理テーブル８１（図１４参照）から関連情報の表示要求があった映像データの、項目「上位映像▲１▼」等、項目「下位映像▲１▼」等のメタデータを表示する。
【００６６】
図１８は、本発明に係る映像データ管理方法の概要（その３）を説明するための図であり、図１９は、本発明に係る映像データ管理システムの概要（その２）を説明するための図である。
【００６７】
上述してきたように、本発明に関する映像コンテンツには、完パケとそれを構成する複数の映像素材（撮影素材および中間素材を含む）から構成されている。完パケには編集段階で編集用に作成された編集情報（ＥＤＬ）がある。本発明の映像編集情報（編集情報（ＥＤＬ））による映像保存期限の設定方法は、この編集情報を利用することで完パケに含まれる映像素材を導き出し、映像素材を利用／再利用した際に、この映像素材の保存期限を自動的に保存期限を更新（多くの場合は延長）する。
【００６８】
すなわち、映像アーカイブシステム４２は、粗編集した際のタイムコード編集情報に基づいて、映像素材の保存期限情報を完パケの保存期限情報に応じて更新する保存期限更新手段１９１を備える。
【００６９】
例えば、「映像素材の保存期限＝完パケの保存期限−５年」というルールがあった場合、完パケ（日本の車窓）５３ａおよび完パケ（世界の車窓）５３ｂの両方に用いられた映像素材（東京駅）５２ｃの保存期限は、完パケ（世界の車窓）５３ｂの保存期限である２０１５年１０月３０日から５年引いた２０１０年１０月３０日となる。
【００７０】
図２０は、保存期限の更新を説明するための図である。
まず、映像素材（東京駅）、映像素材（新橋駅）、映像素材（横浜駅）から完パケ（日本の車窓）を作成すると、映像素材（東京駅）、映像素材（新橋駅）、映像素材（横浜駅）のそれぞれの保存期限は、デフォルト値の“２００３．１０．３０”（図２０中の（ａ））から、完パケ（日本の車窓）の保存期限“２０１０．１０．３０”から５年前の“２００５．１０．３０”（図２０中の（ｂ））へ変更される。だだし、仮に映像素材（東京駅）等のデフォルト値が“２００５．１０．３０”以降、例えば、“２００７．１０．３０”であれば、“２００５．１０．３０”へ変更されることはなく、“２００７．１０．３０”のままである。
【００７１】
次に、映像素材（東京駅）および映像素材（北京駅）から完パケ（世界の車窓）をさらに作成すると、映像素材（東京駅）および映像素材（北京駅）の保存期限は、完パケ（世界の車窓）“２０１５．１０．３０”から５年前の“２０１０．１０．３０”（図２０中の（ｃ）、（ｄ））へ変更される。
【００７２】
なお、ここで、映像素材の保存期限を完パケの保存期限から５年引くとしたが、５年は一例であり、５年に限らず３年でも良いし１０年でも良い。また、報道番組のように映像素材（番組素材）を重視するものに関しては、所定年（例えば、５年）足しても良い。
【００７３】
図２１および図２２は、保存期限の更新処理を説明するためのフローチャートであり、図２３は、保存期限の更新に関連する映像データ管理テーブルの一部を示す図である。
【００７４】
まず、ステップＳ２１１において、映像管理サーバ１３ａが備えるアーカイブシステム５１に映像素材（動画ファイル）を登録する。
ステップＳ２１２において、登録した映像素材に対するメタデータを、映像管理サーバ１３ａの映像データ管理テーブル８１（図２３参照）に登録する。このメタデータはその後に検索対象となるタイトル、撮影日時、素材時間、著作権情報等の関連の情報を登録する。
【００７５】
ステップＳ２１３において、映像管理サーバ１３ａのメタデータを検索することで、完パケを作成するのに必要な映像素材を抽出し、完パケの制作に必要な映像編集情報（ＥＤＬ）を、簡易編集機能を利用した粗編集に伴って作成する。作成した映像編集情報は映像編集装置４３へ送信する。
【００７６】
ステップＳ２１４において、映像編集装置４３は、映像素材と映像編集情報を使い完パケ番組を制作する。制作した完パケは映像管理サーバ１３ａへ登録する。なお、必要があれば映像圧縮処理も行なう。
【００７７】
ステップＳ２１５において、登録した完パケ番組に対するメタデータを、映像管理サーバ１３ａの映像データ管理テーブル８１（図２３参照）に登録する。このメタデータはその後に検索対象に利用する。
【００７８】
ステップＳ２１６において、登録した完パケ番組を制作するのに利用した映像編集情報を映像管理サーバ１３ａに登録する。
図２２に移り、ステップＳ２２１において、新規に映像データ管理テーブル８１（図２３参照）に登録された完パケの映像編集情報を読み取る。
【００７９】
ステップＳ２２２において、映像編集情報を分析し、この中に含まれる映像素材（動画ファイル）を導き出す。
ステップＳ２２３において、対象の映像素材の映像種別フラグ（０＝報番組以外，１＝報道番組）を読み込み、ステップＳ２２４において、完パケの映像種別フラグが（０＝報番組以外，１＝報道番組）を読み込む。
【００８０】
ステップＳ２２５において、映像素材の映像種別フラグと完パケの映像種別フラグとのＡＮＤをＡに代入する。
ステップＳ２２６において、Ａが０か否かを判断する。
【００８１】
ステップＳ２２６でＡが０だと判断された場合（ステップＳ２２６：Ｙｅｓ）は、ステップＳ２２７において、映像素材の保存期限Ｂ＝完パケの保存期限−α（一定基準を事前に決定）として算出する。
【００８２】
他方、ステップＳ２２６でＡが０でないと判断された場合（ステップＳ２２６：Ｎｏ）は、ステップＳ２２８において、映像素材の保存期限Ｂ＝完パケの保存期限＋α（一定基準を事前に決定）として算出する。
【００８３】
そして、ステップＳ２２９において、現時点の映像素材の保存期限がＢより小さい値であるか否かを判断する。
ステップＳ２２９でＢより小さいと判断された場合（ステップＳ２２９：Ｙｅｓ）は、ステップＳ２３０において、映像素材の保存期限にＢの値を代入して終了する。
【００８４】
他方、ステップＳ２２９でＢより小さいと判断されなかった場合（ステップＳ２２９：Ｎｏ）は、そのまま（映像素材の保存期限にＢの値を代入しないで）終了する。
【００８５】
図２４は、映像データ管理テーブルの全体を示す図である。
項目として「タイトル」「撮影日時」「保存期限」「素材時間」「編集情報」「映像ファイル」「報道フラグ（映像種別フラグ）」「完パケフラグ」「メタデータ１」「メタデータ２」・・・「放送予定日」「上位素材▲１▼」「上位素材▲２▼」「上位素材▲３▼」・・・「下位映像▲１▼」「下位映像▲２▼」「下位映像▲３▼」・・・「初期配置場所」「配置場所▲１▼」「配置場所▲２▼」等がある。
【００８６】
上述のように、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用される映像データ管理システムは、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００８７】
また、図２５に示しように、バス２５０９に接続されたＣＰＵ２５０１、ＲＯＭやＲＡＭのメモリ２５０２、入力装置２５０３、出力装置２５０４、外部記録装置２５０５、媒体駆動装置２５０６、可搬記録媒体２５１０、ネットワーク接続装置２５０７で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムコードを記録したＲＯＭやＲＡＭのメモリ２５０２、外部記録装置２５０５、可搬記録媒体２５１０を、映像データ管理システムに供給し、その映像データ管理システムのコンピュータがプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００８８】
この場合、可搬記録媒体２５１０等から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記録した可搬記録媒体２５１０等は本発明を構成することになる。
【００８９】
プログラムコードを供給するための可搬記録媒体２５１０としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置２５０７（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【００９０】
また、図２６に示すように、コンピュータ２６００がメモリ２６０１上に読み出したプログラムコードを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ２６００上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【００９１】
さらに、可搬型記録媒体２６１０から読み出されたプログラムコードやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータ２６００に挿入された機能拡張ボードやコンピュータ２６００に接続された機能拡張ユニットに備わるメモリ２６０１に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【００９２】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
ここで、上述した実施の形態の特徴を列挙すると、以下の通りである。
（付記１）　映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理方法であって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させることを特徴とする映像データ管理方法。
（付記２）　前記高解像度映像の移動は、同一内容の前記高解像度映像と前記本編集映像のうち何れか１つを前記第１記録媒体に残し、他を前記第２記録媒体へ移動させることを特徴とする付記１に記載の映像データ管理方法。
（付記３）　前記高解像度映像の移動は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第１記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第１記録媒体に残すことを特徴とする付記２に記載の映像データ管理方法。
（付記４）　前記第１記録媒体は、ハードディスクであり、
前記第２記録媒体は、ビデオテープまたはＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）であることを特徴とする付記１乃至３の何れか１項に記載の映像データ管理方法。
（付記５）　前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示することを特徴とする付記１乃至４の何れか１項に記載の映像データ管理方法。
（付記６）　前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新することを特徴とする付記１乃至５の何れか１項に記載の映像データ管理方法。
（付記７）　映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理プログラムであって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させる機能、
を実現させるため映像データ管理プログラム。
（付記８）　前記高解像度映像の移動は、同一内容の前記高解像度映像と前記本編集映像のうち何れか１つを前記第１記録媒体に残し、他を前記第２記録媒体へ移動させることを特徴とする付記７に記載の映像データ管理プログラム。
（付記９）　前記高解像度映像の移動は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第１記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第１記録媒体に残すことを特徴とする付記８に記載の映像データ管理プログラム。
（付記１０）　前記第１記録媒体は、ハードディスクであり、
前記第２記録媒体は、ビデオテープまたはＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）であることを特徴とする付記７乃至９の何れか１項に記載の映像データ管理プログラム。
（付記１１）　前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示機能、
を実現させるための付記７乃至１０の何れか１項に記載の映像データ管理プログラム。
（付記１２）　前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新する機能、
を実現させるための付記７乃至１１の何れか１項に記載の映像データ管理プログラム。
（付記１３）　映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集映像を作成し、前記作成した本編集映像を前記高解像度映像格納手段に格納する映像データ管理システムにおいて、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させる高解像度映像管理手段と、
を備えることを特徴とする映像データ管理システム。
（付記１４）　前記高解像度映像管理手段は、同一内容の前記高解像度映像と前記本編集映像のうち何れか１つを前記第１記録媒体に残し、他を前記第２記録媒体へ移動させることを特徴とする付記１３に記載の映像データ管理システム。
（付記１５）　前記高解像度映像管理手段は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第１記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第１記録媒体に残すことを特徴とする付記１４に記載の映像データ管理システム。
（付記１６）　前記第１記録媒体は、ハードディスクであり、
前記第２記録媒体は、ビデオテープまたはＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）であることを特徴とする付記１３乃至１５の何れか１項に記載の映像データ管理システム。
（付記１７）　前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示するメタデータ表示手段をさらに備えることを特徴とする付記１３乃至１６の何れか１項に記載の映像データ管理システム。
（付記１８）　前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新する保存期限更新手段をさらに備えることを特徴とする付記１３乃至１７の何れか１項に記載の映像データ管理システム。
【００９３】
【発明の効果】
以上、説明したように本発明によれば、従来おこなわれていた内容が重複している映像データの重複保存をなくし、ディスク装置に効率良く格納できるようになる。
【００９４】
また、本発明によれば、上位素材が登録された時点で対象の映像を退避するので編集中に対象データが退避されることはない。
また、本発明によれば、報道番組では単純に完パケはテープライブラリ、素材はディスクに格納することにより、編集途上で発生する中間素材をテープライブラリに退避できるので格納効率が高い。
【００９５】
また、本発明によれば、映像データ間の関連によるメタデータの参照が可能になるため、例えば映像素材から完パケの著作権情報を参照できるようになる。
また、本発明によれば、映像素材を利用して新たな完パケを作成した場合、新たな著作権情報（著作権契約情報含む）を映像素材から参照できるようになり、番組素材を使った再編集の際、有効に活用できる。
【００９６】
また、本発明によれば、従来それそれ映像素材に対して個別に行われていた保存期限の設定が自動化することができ、入力の手間が省けるとともに、完パケが再編集された場合、保存期限が自動的に更新され、必要な映像素材が消滅するのを防ぐことができる。
【００９７】
また、本発明によれば、映像素材のアクセス履歴を元に保存期限を延長する方式に対して、実際に完パケに使用されている映像素材のみの保存期限が延長されるので、ディスク装置に格納される映像容量の無駄が省ける。
【図面の簡単な説明】
【図１】今後導入が予想される放送局の映像データ管理システムの全体を説明するための図である。
【図２】ＨＳＭを説明するための図である。
【図３】ＨＳＭシステムの利用形態を説明するための図である。
【図４】ＨＳＭシステムを実現するアーカイブシステムを説明するための図である。
【図５】本来必要とされる保存期限とあわなくなるという第３の問題点を説明するための図である。
【図６】本来必要とされる保存期限とあわなくなるアーカイブシステムを説明するための図である。
【図７】本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
【図８】本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
【図９】本発明に係る映像データ管理システムの概要（その１）を説明するための図である。
【図１０】報道番組以外の映像データ管理方法の具体例を説明するための図である。
【図１１】報道番組の映像データ管理方法の具体例を説明するための図である。
【図１２】メタデータの関連を説明するための図である。
【図１３】映像データの関連付けの処理を説明するための図である。
【図１４】映像データの退避、メタデータの表示に関連する映像データ管理テーブルの一部を示す図である。
【図１５】映像データの退避処理を説明するためのフローチャートである。
【図１６】映像データの退避を説明するための図である。
【図１７】メタデータの表示処理を説明するためのフローチャートである。
【図１８】本発明に係る映像データ管理方法の概要（その３）を説明するための図である。
【図１９】本発明に係る映像データ管理システムの概要（その２）を説明するための図である。
【図２０】保存期限の更新を説明するための図である。
【図２１】保存期限の更新処理を説明するためのフローチャート（その１）である。
【図２２】保存期限の更新処理を説明するためのフローチャート（その２）である。
【図２３】保存期限の更新に関連する映像データ管理テーブルの一部を示す図である。
【図２４】映像データ管理テーブルの全体を示す図である。
【図２５】本発明における映像データ管理システムの構成図である。
【図２６】本発明における映像データ管理プログラムのコンピュータへのローディングを説明するための図である。
【符号の説明】
１１　音声・映像素材
１２　高解像度映像
１３　高解像度サーバ
１３ａ　映像管理サーバ
１３ｂ　映像退避サーバ
１４　テープライブラリ
１５　低解像度映像
１６　低解像度サーバ
１７　粗編集
１８　編集情報（ＥＤＬ）
１９　本編集
２１　ディスクストレージ
２２　ＤＶＤチェンジャ
３１　検索端末
４１　アーカイブシステム端末
４２　映像アーカイブシステム
４３　映像編集装置
５１　アーカイブシステム
５２ａ　映像素材（新橋駅）
５２ｂ　映像素材（横浜駅）
５２ｃ　映像素材（東京駅）
５２ｄ　映像素材（北京駅）
５３ａ　完パケ（日本の車窓）
５３ｂ　完パケ（世界の車窓）
８１　映像データ管理テーブル
９１　関連映像抽出手段
９２　映像退避／削除手段
９３　関連メタデータ表示手段
２５０１　ＣＰＵ
２５０２　メモリ
２５０３　入力装置
２５０４　出力装置
２５０５　外部記録装置
２５０６　媒体駆動装置
２５０７　ネットワーク接続装置
２５０９　バス
２５１０　可搬記録媒体
２６００　コンピュータ
２６０１　メモリ
２６１０　可搬型記録媒体
【図１】
2004064155.tif 000003
【図２】
2004064155.tif 000004
【図３】
2004064155.tif 000005
【図４】
2004064155.tif 000006
【図５】
2004064155.tif 000007
【図６】
2004064155.tif 000008
【図７】
2004064155.tif 000009
【図８】
2004064155.tif 000010
【図９】
2004064155.tif 000011
【図１０】
2004064155.tif 000012
【図１１】
2004064155.tif 000013
【図１２】
2004064155.tif 000014
【図１３】
2004064155.tif 000015
【図１４】
2004064155.tif 000016
【図１５】
2004064155.tif 000017
【図１６】
2004064155.tif 000018
【図１７】
2004064155.tif 000019
【図１８】
2004064155.tif 000020
【図１９】
2004064155.tif 000021
【図２０】
2004064155.tif 000022
【図２１】
2004064155.tif 000023
【図２２】
2004064155.tif 000024
【図２３】
2004064155.tif 000025
【図２４】
2004064155.tif 000026
【図２５】
2004064155.tif 000027
【図２６】
2004064155.tif 000028