JP3791913B2 - Video data management method, video data management program, and video data management system - Google Patents

Video data management method, video data management program, and video data management system Download PDF

Info

Publication number
JP3791913B2
JP3791913B2 JP2002215859A JP2002215859A JP3791913B2 JP 3791913 B2 JP3791913 B2 JP 3791913B2 JP 2002215859 A JP2002215859 A JP 2002215859A JP 2002215859 A JP2002215859 A JP 2002215859A JP 3791913 B2 JP3791913 B2 JP 3791913B2
Authority
JP
Japan
Prior art keywords
video data
video
data management
recording medium
created
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002215859A
Other languages
Japanese (ja)
Other versions
JP2004064155A (en
Inventor
一陽 志賀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002215859A priority Critical patent/JP3791913B2/en
Publication of JP2004064155A publication Critical patent/JP2004064155A/en
Application granted granted Critical
Publication of JP3791913B2 publication Critical patent/JP3791913B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、テレビジョン放送局の放送番組制作過程における映像データの管理に関し、特にディスクストレージ装置とテープライブラリとの組み合わせにより映像データを保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に退避／復元制御することで、効率的に映像データを管理し、さらに、編集情報を元に映像のメタデータを番組間で相互参照する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムに関するものである。また、放送局で映像データをディスクストレージ装置で保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に映像データの保存期限を自動設定することで、映像素材の再利用時の保存期限を不具合なく管理する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムに関するものである。
【０００２】
【従来の技術】
従来、テレビジョン放送される放送番組の制作は、以下のようにして行なわれていた。
【０００３】
まず、どのような制作意図で番組を作るかという企画作業が行なわれ、どのような流れで番組意図を説明し、どのように映像を提示していくかを決める構造作成作業を経て撮影が行われる。この撮影された映像が映像素材となる。
【０００４】
そして、撮影後の映像をもとに構造の再検討を行なうとともに制作者の意図が伝わり、映像の連続性に違和感がないように映像をつないでいく編集作業を行なう。その後、映像を説明する文字情報として字幕スーパやアナウンスコメントなどを作成し、編集が終了した映像にスーパインポーズ映像や音声として付加し番組が完成する。この完成された番組がいわゆる完パケ（放送可能な状態に編集済の完全パッケージ番組）といわれるものである。
【０００５】
放送局には、このような映像素材や完パケをビデオテープとして保管しているわけだが、その量は膨大である。そして、これらのビデオテープの管理は、基本的には各ビデオテープにユニークな番号を付し、その番号を管理することによりビデオテープを管理するというものである。
【０００６】
【発明が解決しようとする課題】
現在の映像素材および完パケ等の映像データの管理は上述のようにして行なわれているが、２０００年１２月からＢＳデジタル放送が開始され、放送のデジタル化は今後も進み、これにより放送局ではデジタル映像をデータとしてサーバコンピュータ上で管理する必要がでてくる。
【０００７】
ところが、本放送の本編集で使用する高解像度の映像データは数十Ｍｂｐｓとデータ容量が大きく、全ての映像データをサーバコンピュータのディスクストレージに記録するには相当量の記憶容量を必要とする。この為、階層型ストレージ管理（ＨＳＭ：Ｈｉｅｒａｒｃｈｉｃａｌ Ｓｔｏｒａｇｅ Ｍａｎａｇｅｍｅｎｔ）システムに代表される技術によって、例えば利用頻度等の履歴を基に安価な媒体であるテープライブラリに映像データを退避する仕組みも導入が予想される。
【０００８】
図１は、今後導入が予想される放送局の映像データ管理システムの全体を説明するための図である。
撮影された音声・映像素材１１は、ＶＴＲテープのオリジナル映像（撮影時の映像）と同等の画質（第１の解像度）としＶＴＲテープをエンコードすることによりＭＰＥＧ２や独自規格で数十Ｍｂｐｓの高帯域な映像データ（高解像度映像１２）として高解像度サーバ１３に格納される。
【０００９】
また、上記音声・映像素材１１は、上記第１の解像度より低い第２の解像度でコード化（エンコード）し低解像度映像１５として低解像度サーバ１６に格納される。この低解像度映像１５は、粗編集（放送局用のオリジナルＶＴＲテープを低価格なＶＴＲテープにコピーし簡易的に編集すること）１７用に主に１ＧＯＰ（全てＩフレームで構成される映像形式：Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）で構成される映像データとして、独自規格を含むＭＰＥＧ１またはＭＰＥＧ４等で１〜２Ｍｂｐｓ程度のビットレートで記録される。
【００１０】
高解像映像１２は数十Ｍｂｐｓと高帯域なため、ＬＡＮとサーバコンピュータを使った複数作業者による編集には不向きである。そのため低解像度映像１５をサーバコンピュータ上に配置し、低解像度映像１５を使った粗編集１７を行ない、粗編集１７により編集情報（ＥＤＬ）１８が生成される。ここで編集情報（ＥＤＬ：Ｅｄｉｔ Ｄｅｃｉｓｉｏｎ Ｌｉｓｔ）とは、編集用データが記載されたリストのことで、一般に粗編集１７で得られたタイムコード編集情報をさす。従来はＶＴＲとＶＴＲ編集コントローラを使って作成されていたが、今日では粗編集ソフトやノンリニア編集機で作成することができるようになっている。そして、生成された編集情報（ＥＤＬ）１８は、高解像度映像１２を使った本編集１９に利用している。
【００１１】
図２は、ＨＳＭを説明するための図である。
上述したように、本編集で使用する高解像度の映像データは数十Ｍｂｐｓとデータ容量が大きく、全ての映像データをサーバコンピュータのディスクストレージに記録するには相当量の記憶容量を必要とするため、階層型ストレージ管理システムに代表される技術によって、安価な媒体であるテープライブラリに映像データを退避する仕組みの導入が予想される。
【００１２】
例えば、映像データの容量がＭＰＥＧ２で５０Ｍｂｐｓとすると、２２．５ＧＢ／時間の大容量となるため、ディスクストレージ２１を、テープライブラリ１４やＤＶＤチェンジャ２２と組み合わせたシステムとして階層的に管理を行なう。
【００１３】
この階層型ストレージ管理とは、あまり使用頻度の高くないデータを、容量単価の安い２次メディアに自動的に移動するシステムであり、システム全体の合理的かつ効率的な運用を実現するとともに、数百ＴＢにおよぶ映像データの管理を可能にしている。
【００１４】
図３は、ＨＳＭシステムの利用形態を説明するための図であり、図４は、ＨＳＭシステムを実現するアーカイブシステムを説明するための図である。
アクセス日時が最も古い映像データをテープライブラリ１４に退避し、ディスクストレージ２１から削除する。そして、検索端末３１からのアクセス要求に対して、所望の映像データがテープライブラリ１４に退避されていた場合、ディスクストレージ２１を管理する映像管理サーバ１３ａ、テープライブラリ１４を管理する映像退避サーバ１３Ｂは、所望の映像データをテープライブラリ１４からディスクストレージ２１へ復元する。
【００１５】
このように、２次メディアに移動させた映像データがアクセスされた場合、自動的にディスクストレージ２１にデータを復元させるため、利用者は映像データの格納場所を意識することなく、ディスクストレージ２１にデータがあるものとして利用することが可能となる。
【００１６】
ところが、映像データには映像素材（編集中または編集前の映像データも含む）と完パケ（編集済の映像データ）があり、映像素材には編集段階に応じて同じ映像内容を含んだ複数の映像素材が存在し、かつ複数の完パケに使われている場合もある。このため図３を用いて説明したＨＳＭシステムのように、利用頻度等の履歴を基に安価な媒体であるテープライブラリに映像データを退避する仕組みを導入しても容量単価が高いディスクストレージ装置に同一映像内容を含んだ複数の映像データが格納されてしまうという第１の問題点がある。
【００１７】
また、映像データ間の関連を効率的に登録する仕組みがない為、同一内容を含む映像データの相互で著作権情報を始めとするメタデータの参照ができない。すなわち、上述のような仕組みによる管理においては、同様の内容を含む複数の映像データがディスクストレージ内に存在していても、映像データ間の関連を含む映像データ管理を管理するテーブルに定義することができない為、著作権情報を始めとするメタデータが映像データ相互で有効に連携されないという第２の問題点がある。
【００１８】
さらに、映像データはデータ容量が大きく、全ての映像データをディスクに保存するには相当量のディスクが必要になるため、保存期限を設け、保存期限が過ぎたものは、ファイルの削除やディスク上から退避する方法が考えられる。しかし保存期限は初期登録データが変更されず使われていることが多く、映像ファイルを再利用された場合にも、初期の保存期限が変更されず、本来必要とされる保存期限とあわなくなる。すなわち、映像素材が再利用されると複数の完パケが同じ映像素材から構成されているため、再利用の際、映像素材の保存期限を適切に更新しないと、完パケの映像素材を必要な期間保存することができなくなってしまう恐れがあるという第３の問題点がある。
【００１９】
図５は、本来必要とされる保存期限とあわなくなるという第３の問題点を説明するための図であり、図６は、本来必要とされる保存期限とあわなくなるアーカイブシステムを説明するための図である。
【００２０】
例えば、「映像素材の保存期限＝完パケの保存期限−５年」というルールがあった場合、完パケ（日本の車窓）５３ａおよび完パケ（世界の車窓）５３ｂの両方に用いられた映像素材（東京駅）５２ｃの保存期限は、完パケ（世界の車窓）５３ｂの保存期限である２０１５年１０月３０日から５年引いた２０１０年１０月３０日となるべきところ、完パケ（日本の車窓）５３ａの保存期限である２０１０年１０月３０日から５年引いた２００５年１０月３０日となってしまう。
【００２１】
本発明は、上述のような実状に鑑みたものであり、ディスクストレージ装置とテープライブラリとの組み合わせにより映像データを保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に退避／復元制御することで、効率的に映像データを管理し、さらに、編集情報を元に映像のメタデータを番組間で相互参照する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムを提供することを目的とする。
【００２２】
また、放送局で映像データをディスクストレージ装置で保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に映像データの保存期限を自動設定することで、映像素材の再利用時の保存期限を不具合なく管理する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムを提供することを目的とする。
【００２３】
【課題を解決するための手段】
本発明は、上記課題を解決するため、下記のような構成を採用した。
本発明は、粗編集段階で作成される編集情報（ＥＤＬ）を利用し、ディスクストレージ内で内容が重複している映像データを容量単価が安価なディバイス（テープライブラリ等）に退避する。退避する映像データは報道系・番組系に区別し今後の使用目的に合致するよう退避場所を選定する。また、編集情報を利用し、映像データ間の関連を導くことで、映像データに関連する著作権情報を始めとするメタデータを参照できるものとする。
【００２４】
また、 本発明は、完パケ作成時の編集情報を利用し、完パケを構成する映像素材を自動的に認識し、完パケの保存期限を元に映像素材に必要な保存期限を自動的に算出し設定できるものとする。
【００２５】
すなわち、本発明の一態様によれば、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、上記映像素材を上記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、上記低解像度映像を用いて粗編集を行ない、上記粗編集した際に作成するタイムコード編集情報に基づいて、上記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システム、またはこの映像データ管理システムにおいて実行される映像データ管理方法若しくは映像データ管理プログラムであって、上記高解像度格納手段が、上記高解像度映像を初期的に格納する第１記録媒体と、上記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、上記粗編集した際のタイムコード編集情報に基づいて、上記第１記録媒体に格納された高解像度映像を、上記第２記録媒体へ移動させることを特徴とする。
【００２６】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記高解像度映像の移動が、同一内容の上記高解像度映像と上記本編集映像のうち何れか１つを上記第１記録媒体に残し、他を上記第２記録媒体へ移動させることが望ましい。
【００２７】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記高解像度映像の移動が、上記本編集映像が報道番組である場合、上記高解像度映像を上記第１記録媒体に残し、上記本編集映像が報道番組以外である場合、上記本編集映像を上記第１記録媒体に残すことが望ましい。
【００２８】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記第１記録媒体が、ハードディスクであり、上記第２記録媒体が、ビデオテープまたはＤＶＤであることが望ましい。
【００２９】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記粗編集した際のタイムコード編集情報に基づいて、上記高解像度映像または上記本編集映像のメタデータを表示することが望ましい。
【００３０】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記粗編集した際のタイムコード編集情報に基づいて、上記高解像度映像の保存期限情報を上記本編集映像の保存期限情報に応じて更新することが望ましい。
【００３１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。
図７は、本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
【００３２】
本発明の映像データ管理方法は、編集情報（ＥＤＬ）に基づいて行なわれる。映像管理サーバ１３ａは、映像データに関連するメタデータ（著作権情報等の関連情報）を映像データ管理テーブル８１（データベース）として管理し、これに接続・制御されるディスクストレージ２１に映像データを格納している。格納する映像データは映像素材と完パケがあり、映像素材は編集段階に応じて同じ映像内容を含んだ複数の映像データが存在している。また複数の完パケに同じ映像素材が使われている場合もある。編集された映像データは映像素材、完パケ共に粗編集段階で本編集用に作成する編集情報が存在している。
【００３３】
この編集情報を利用し、各映像データに対して上位素材、下位素材の情報を抽出し、映像データ管理テーブル８１に記録する。この映像データ管理テーブル８１を使い、ディスクストレージ２１内で内容が重複している映像データを、低価格なディバイス（テープライブラリ１４やＤＶＤチェンジャ２２等）に退避する。なお退避した映像データのメタデータや編集情報は退避せず、メタデータはその後も検索には利用し、映像データの表示は関連の映像データと編集情報を利用し表示するものとする。
【００３４】
映像データ管理テーブル８１は、上位素材、下位素材の情報を辿ることにより映像データのメタデータの参照が可能になる。業務運用上は著作権情報の参照が特に有効になる。
【００３５】
具体的には、粗編集した際のタイムコード編集情報に基づいて、本編集映像が報道番組である場合、映像素材をハードディスクであるディスクストレージ２１に残し、本編集映像をビデオテープを収納するテープライブラリ１４あるいはＤＶＤを収納するＤＶＤチェンジャ２２等に退避してディスクストレージ２１から削除する。他方、本編集映像が報道番組以外である場合、本編集映像をディスクストレージ２１に残し、映像素材をテープライブラリ１４あるいはＤＶＤチェンジャ２２等に退避してディスクストレージ２１から削除する。
【００３６】
そして、検索端末３１からのアクセス要求に対して、所望の映像データがテープライブラリ１４に退避されていた場合、ディスクストレージ２１を管理する映像管理サーバ１３ａ、テープライブラリ１４を管理する映像退避サーバ１３Ｂは、所望の映像データをテープライブラリ１４からディスクストレージ２１へ復元する。
【００３７】
このとき、ディスクストレージ２１は、映像データを初期的に格納し、テープライブラリ１４あるいはＤＶＤチェンジャ２２は、ディスクストレージ２１よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である。
【００３８】
図８は、本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
エンコードされた映像素材および完パケを含む映像データは、ディスクストレージ２１、テープライブラリ１４あるいはＤＶＤチェンジャ２２のうち少なくとも何れか（アーカイブシステム５１と呼ぶ）に格納されているが、これらの映像素材と完パケとの関連付けは、映像データ管理テーブル８１によって管理されている。例えば、３つの映像素材（素材Ａ、素材Ｂ、素材Ｃ）があり、素材Ａ、素材Ｂおよび素材Ｃから完パケ１ができ、素材Ｃのみから完パケ２ができているとする。この場合、素材Ａについての映像データ管理テーブル８１は、項目「下位映像▲１▼」に“完パケ１”が入るとともに、項目「メタデータ１」に“権利者Ａ”が入る。そして、完パケ１についての映像データ管理テーブル８１は、項目「上位素材▲１▼」に“素材Ａ”、項目「上位素材▲２▼」に“素材Ｂ”、項目「上位素材▲３▼」に“素材Ｃ”が入るとともに、項目「メタデータ１」に“権利者Ａ済”、項目「メタデータ２」に“権利者Ｂ済”、項目「メタデータ３」に“権利者Ｃ済”（不図示）が入る。
【００３９】
そして、粗編集した際のタイムコード編集情報に基づいて、映像データ管理テーブル８１を参照することにより、映像素材または完パケのメタデータを表示することができる。
【００４０】
図９は、本発明に係る映像データ管理システムの概要（その１）を説明するための図である。
映像アーカイブシステム（映像データ管理システム）４２は、映像編集装置４３によって管理、格納されている番組素材（映像素材）、完パケ番組（完パケ）、映像編集情報（編集情報（ＥＤＬ））に基づいて、映像データを抽出する関連映像抽出手段９１と、映像編集情報を利用し、ディスクストレージ２１内で内容が重複している映像データを容量単価が安価なディバイス（テープライブラリ１４等）に退避してディスクストレージ２１から削除する映像退避／削除手段９２と、粗編集した際の映像編集情報に基づいて、番組素材または完パケ番組のメタデータをアーカイブシステム端末４１を用いて表示する関連メタデータ表示手段９３とを備える。
【００４１】
図１０は、報道番組以外の映像データ管理方法の具体例を説明するための図である。
映像素材として素材Ａ、素材Ｂがあり、これらの映像素材から報道番組以外の番組としての完パケ１を制作した場合の例を説明する。
【００４２】
まず、シーンＡ１、シーンＡ２、シーンＡ３、シーンＡ４から構成される素材Ａを粗編集して、シーンＡ１とシーンＡ３を抽出する。これを映像素材（中間素材）素材Ａ’とする。このとき、シーンＡ１およびシーンＡ３の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」と「００：３５：１５〜００：５０：００」が作成される。
【００４３】
そして、抽出したシーンＡ１およびシーンＡ３と、シーンＢ１、シーンＢ２、シーンＢ３、シーンＢ４から構成される素材Ｂを粗編集して抽出したシーンＢ１とシーンＢ２とから、完パケ１を制作する。このとき、シーンＡ１、シーンＡ３、シーンＢ１およびシーンＢ２の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」、「００：１５：３０〜００：３０：１５」「００：００：００〜００：１２：００」および「００：１５：００〜００：３０：３０」が作成される。
【００４４】
この際、初期的にはディスクストレージ２１に格納されている素材Ａ、素材Ａ’、素材Ｂ、完パケ１のうち、完パケ１のみを残し、他の素材Ａ、素材Ａ’、素材Ｂをテープライブラリ１４へ退避させる。
【００４５】
図１１は、報道番組の映像データ管理方法の具体例を説明するための図である。
映像素材として素材Ａ、素材Ｂがあり、これらの映像素材から報道番組としての完パケ１を制作した場合の例を説明する。
【００４６】
まず、シーンＡ１、シーンＡ２、シーンＡ３、シーンＡ４から構成される素材Ａを粗編集して、シーンＡ１とシーンＡ３を抽出する。これを映像素材（中間素材）素材Ａ’とする。このとき、シーンＡ１およびシーンＡ３の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」と「００：３５：１５〜００：５０：００」が作成される。
【００４７】
そして、抽出したシーンＡ１およびシーンＡ３と、シーンＢ１、シーンＢ２、シーンＢ３、シーンＢ４から構成される素材Ｂを粗編集して抽出したシーンＢ１とシーンＢ２とから、完パケ１を制作する。このとき、シーンＡ１、シーンＡ３、シーンＢ１およびシーンＢ２の編集情報であるタイムコード編集情報「００：００：００〜００：１５：３０」、「００：１５：３０〜００：３０：１５」「００：００：００〜００：１２：００」および「００：１５：００〜００：３０：３０」が作成される。
【００４８】
この際、初期的にはディスクストレージ２１に格納されている素材Ａ、素材Ａ’、素材Ｂ、完パケ１のうち、素材Ａと素材Ｂを残し、他の素材Ａ’と完パケ１をテープライブラリ１４へ退避させる。
【００４９】
図１２は、メタデータの関連を説明するための図である。
まず、３つの映像素材（素材Ａ、素材Ｂ、素材Ｃ）から完パケ１を制作した場合、例えば、素材Ａについての映像データ管理テーブル８１は、項目「下位映像▲１▼」に“完パケ１”が入るとともに、項目「メタデータ１」に“権利者Ａ”が入る。そして、完パケ１についての映像データ管理テーブル８１は、項目「上位素材▲１▼」に“素材Ａ”、項目「上位素材▲２▼」に“素材Ｂ”、項目「上位素材▲３▼」に“素材Ｃ”が入るとともに、項目「メタデータ１」に“権利者Ａ済”、項目「メタデータ２」に“権利者Ｂ済”、項目「メタデータ３」に“権利者Ｃ済”（不図示）が入る。
【００５０】
次に、素材Ｃのみから完パケ２を作成した場合、完パケ２についての映像データ管理テーブル８１は、項目「上位素材▲３▼」に“素材Ｃ”が入るとともに、項目「メタデータ１」に“権利者Ｃ済”が入る。さらに、素材Ｃについての映像データ管理テーブル８１は、項目「下位映像▲２▼」に“完パケ２”がさらに入る。
【００５１】
図１３は、映像データの関連付けの処理を説明するための図であり、図１４は、映像データの退避、メタデータの表示に関連する映像データ管理テーブルの一部を示す図である。
【００５２】
まず、ステップＳ１３１において、ディスクストレージ２１に映像素材、完パケを含む映像データを格納し、映像管理サーバ１３ａの映像データ管理テーブル８１（図１４参照）にメタデータ（後に検索対象となるタイトル、撮影日時、素材時間、著作権情報等の関連の情報）および映像編集情報（編集情報（ＥＤＬ））を登録する。
【００５３】
次に、ステップＳ１３２において、登録した映像データのディレクトリパスを初期配置場所として登録する。
そして、ステップＳ１３３において、映像編集情報が登録されている映像データを抽出し、登録されている映像編集情報から素材情報を抽出し、順次、上位素材▲１▼▲２▼▲３▼・・・に登録していく。さらに上位素材に登録された映像の、下位映像▲１▼▲２▼▲３▼・・・に自らの映像編集情報を登録する。
【００５４】
図１５は、映像データの退避処理を説明するためのフローチャートである。
まず、ステップＳ１５１において、映像データ管理テーブル８１（図１４参照）の項目「下位映像▲１▼」等に値が登録されているものについての、項目「配置場所▲１▼」の値を“テープ２にする。それ以外は”ディスク“とする。
【００５５】
次に、ステップＳ１５２において、映像データ管理テーブル８１（図１４参照）の項目「上位素材▲１▼」等に値が登録されているものについての、項目「配置場所▲２▼」の値を“テープ”にする。それ以外は“ディスク”とする。
【００５６】
そして、ステップＳ１５３において、全ての映像データが完了しているか否か判断する。
ステップＳ１５３で全ての映像データが完了していないと判断された場合（ステップＳ１５３：Ｎｏ）、ステップＳ１５１に戻り、他方、全ての映像データが完了したと判断された場合（ステップＳ１５３：Ｙｅｓ）、ステップＳ１５４において、映像データ管理テーブル８１（図１４参照）項目「下位映像▲１▼」「下位映像▲２▼」「下位映像▲３▼」で指定された映像の初期配置場所に、ファイル名が登録されているか否か（下位の映像が制作されたか否か）を判断する。
【００５７】
ステップＳ１５４で登録されていないと判断された場合（ステップＳ１５４：Ｎｏ）、ステップＳ１５８に進み、他方、登録されていると判断された場合（ステップＳ１５４：Ｙｅｓ）、ステップＳ１５５において、報道フラグが１であるか否か（報道番組であるか報道番組以外の番組であるか）を判断する。
【００５８】
ステップＳ１５５で報道フラグが１である（報道番組である）と判断された場合（ステップＳ１５５：Ｙｅｓ）、ステップＳ１５６において、項目「配置場所▲２▼」の情報に基づいて映像ファイルをテープライブラリ１４に退避する。なお、放送予定日が指定されているものは放送日以降に退避する。
【００５９】
他方、ステップＳ１５５で報道フラグが１でない（報道番組以外の番組である）と判断された場合（ステップＳ１５５：Ｎｏ）、ステップＳ１５７において、項目「配置場所▲１▼」の情報に基づいて映像ファイル（主に映像素材）をテープライブラリ１４に退避する。
【００６０】
そして、ステップＳ１５８において、全ての映像データが完了したか否かを判断する。
ステップＳ１５８で完了したと判断された場合（ステップＳ１５８：Ｙｅｓ）、処理を終了し、他方、完了していないと判断した場合（ステップＳ１５８：Ｎｏ）、ステップ１５４に戻る。
【００６１】
図１６は、映像データの退避を説明するための図である。
映像素材である素材Ａから中間素材である素材Ａ’が作成され、その素材Ａ’、他の映像素材である素材Ｂ、素材Ｃから、完パケ１が作成されている場合、下記のように映像データが退避される。
【００６２】
まず、その完パケ１が報道番組であれば、素材Ａ、素材Ｂおよび素材Ｃをディスクストレージ２１に残し、素材Ａ’と完パケ１をテープライブラリ１４へ退避する。これは、報道番組であれば、完パケよりも映像素材を再利用する可能性が高いため、映像素材をアクセス速度の速いハードディスク等のディスクストレージ２１に残し、完パケを単価が安価なテープライブラリ１４（ビデオテープ）に退避（移動）させた方が効率的だからである。
【００６３】
他方、その完パケ１が報道番組以外の番組であれば、完パケ１のみをディスクストレージ２１に残し、素材Ａ、素材Ｂ、素材Ｃおよび素材Ａ’をテープライブラリ１４へ退避する。これは、報道番組以外の番組であれば、完パケを再利用する可能性が高いためである。
【００６４】
図１７は、メタデータの表示処理を説明するためのフローチャートである。
まず、ステップＳ１７１において、映像データに関する関連情報の表示を要求する。
【００６５】
そして、ステップＳ１７２において、映像データ管理テーブル８１（図１４参照）から関連情報の表示要求があった映像データの、項目「上位映像▲１▼」等、項目「下位映像▲１▼」等のメタデータを表示する。
【００６６】
図１８は、本発明に係る映像データ管理方法の概要（その３）を説明するための図であり、図１９は、本発明に係る映像データ管理システムの概要（その２）を説明するための図である。
【００６７】
上述してきたように、本発明に関する映像コンテンツには、完パケとそれを構成する複数の映像素材（撮影素材および中間素材を含む）から構成されている。完パケには編集段階で編集用に作成された編集情報（ＥＤＬ）がある。本発明の映像編集情報（編集情報（ＥＤＬ））による映像保存期限の設定方法は、この編集情報を利用することで完パケに含まれる映像素材を導き出し、映像素材を利用／再利用した際に、この映像素材の保存期限を自動的に保存期限を更新（多くの場合は延長）する。
【００６８】
すなわち、映像アーカイブシステム４２は、粗編集した際のタイムコード編集情報に基づいて、映像素材の保存期限情報を完パケの保存期限情報に応じて更新する保存期限更新手段１９１を備える。
【００６９】
例えば、「映像素材の保存期限＝完パケの保存期限−５年」というルールがあった場合、完パケ（日本の車窓）５３ａおよび完パケ（世界の車窓）５３ｂの両方に用いられた映像素材（東京駅）５２ｃの保存期限は、完パケ（世界の車窓）５３ｂの保存期限である２０１５年１０月３０日から５年引いた２０１０年１０月３０日となる。
【００７０】
図２０は、保存期限の更新を説明するための図である。
まず、映像素材（東京駅）、映像素材（新橋駅）、映像素材（横浜駅）から完パケ（日本の車窓）を作成すると、映像素材（東京駅）、映像素材（新橋駅）、映像素材（横浜駅）のそれぞれの保存期限は、デフォルト値の“２００３．１０．３０”（図２０中の（ａ））から、完パケ（日本の車窓）の保存期限“２０１０．１０．３０”から５年前の“２００５．１０．３０”（図２０中の（ｂ））へ変更される。だだし、仮に映像素材（東京駅）等のデフォルト値が“２００５．１０．３０”以降、例えば、“２００７．１０．３０”であれば、“２００５．１０．３０”へ変更されることはなく、“２００７．１０．３０”のままである。
【００７１】
次に、映像素材（東京駅）および映像素材（北京駅）から完パケ（世界の車窓）をさらに作成すると、映像素材（東京駅）および映像素材（北京駅）の保存期限は、完パケ（世界の車窓）“２０１５．１０．３０”から５年前の“２０１０．１０．３０”（図２０中の（ｃ）、（ｄ））へ変更される。
【００７２】
なお、ここで、映像素材の保存期限を完パケの保存期限から５年引くとしたが、５年は一例であり、５年に限らず３年でも良いし１０年でも良い。また、報道番組のように映像素材（番組素材）を重視するものに関しては、所定年（例えば、５年）足しても良い。
【００７３】
図２１および図２２は、保存期限の更新処理を説明するためのフローチャートであり、図２３は、保存期限の更新に関連する映像データ管理テーブルの一部を示す図である。
【００７４】
まず、ステップＳ２１１において、映像管理サーバ１３ａが備えるアーカイブシステム５１に映像素材（動画ファイル）を登録する。
ステップＳ２１２において、登録した映像素材に対するメタデータを、映像管理サーバ１３ａの映像データ管理テーブル８１（図２３参照）に登録する。このメタデータはその後に検索対象となるタイトル、撮影日時、素材時間、著作権情報等の関連の情報を登録する。
【００７５】
ステップＳ２１３において、映像管理サーバ１３ａのメタデータを検索することで、完パケを作成するのに必要な映像素材を抽出し、完パケの制作に必要な映像編集情報（ＥＤＬ）を、簡易編集機能を利用した粗編集に伴って作成する。作成した映像編集情報は映像編集装置４３へ送信する。
【００７６】
ステップＳ２１４において、映像編集装置４３は、映像素材と映像編集情報を使い完パケ番組を制作する。制作した完パケは映像管理サーバ１３ａへ登録する。なお、必要があれば映像圧縮処理も行なう。
【００７７】
ステップＳ２１５において、登録した完パケ番組に対するメタデータを、映像管理サーバ１３ａの映像データ管理テーブル８１（図２３参照）に登録する。このメタデータはその後に検索対象に利用する。
【００７８】
ステップＳ２１６において、登録した完パケ番組を制作するのに利用した映像編集情報を映像管理サーバ１３ａに登録する。
図２２に移り、ステップＳ２２１において、新規に映像データ管理テーブル８１（図２３参照）に登録された完パケの映像編集情報を読み取る。
【００７９】
ステップＳ２２２において、映像編集情報を分析し、この中に含まれる映像素材（動画ファイル）を導き出す。
ステップＳ２２３において、対象の映像素材の映像種別フラグ（０＝報番組以外，１＝報道番組）を読み込み、ステップＳ２２４において、完パケの映像種別フラグが（０＝報番組以外，１＝報道番組）を読み込む。
【００８０】
ステップＳ２２５において、映像素材の映像種別フラグと完パケの映像種別フラグとのＡＮＤをＡに代入する。
ステップＳ２２６において、Ａが０か否かを判断する。
【００８１】
ステップＳ２２６でＡが０だと判断された場合（ステップＳ２２６：Ｙｅｓ）は、ステップＳ２２７において、映像素材の保存期限Ｂ＝完パケの保存期限−α（一定基準を事前に決定）として算出する。
【００８２】
他方、ステップＳ２２６でＡが０でないと判断された場合（ステップＳ２２６：Ｎｏ）は、ステップＳ２２８において、映像素材の保存期限Ｂ＝完パケの保存期限＋α（一定基準を事前に決定）として算出する。
【００８３】
そして、ステップＳ２２９において、現時点の映像素材の保存期限がＢより小さい値であるか否かを判断する。
ステップＳ２２９でＢより小さいと判断された場合（ステップＳ２２９：Ｙｅｓ）は、ステップＳ２３０において、映像素材の保存期限にＢの値を代入して終了する。
【００８４】
他方、ステップＳ２２９でＢより小さいと判断されなかった場合（ステップＳ２２９：Ｎｏ）は、そのまま（映像素材の保存期限にＢの値を代入しないで）終了する。
【００８５】
図２４は、映像データ管理テーブルの全体を示す図である。
項目として「タイトル」「撮影日時」「保存期限」「素材時間」「編集情報」「映像ファイル」「報道フラグ（映像種別フラグ）」「完パケフラグ」「メタデータ１」「メタデータ２」・・・「放送予定日」「上位素材▲１▼」「上位素材▲２▼」「上位素材▲３▼」・・・「下位映像▲１▼」「下位映像▲２▼」「下位映像▲３▼」・・・「初期配置場所」「配置場所▲１▼」「配置場所▲２▼」等がある。
【００８６】
上述のように、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用される映像データ管理システムは、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００８７】
また、図２５に示しように、バス２５０９に接続されたＣＰＵ２５０１、ＲＯＭやＲＡＭのメモリ２５０２、入力装置２５０３、出力装置２５０４、外部記録装置２５０５、媒体駆動装置２５０６、可搬記録媒体２５１０、ネットワーク接続装置２５０７で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムコードを記録したＲＯＭやＲＡＭのメモリ２５０２、外部記録装置２５０５、可搬記録媒体２５１０を、映像データ管理システムに供給し、その映像データ管理システムのコンピュータがプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００８８】
この場合、可搬記録媒体２５１０等から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記録した可搬記録媒体２５１０等は本発明を構成することになる。
【００８９】
プログラムコードを供給するための可搬記録媒体２５１０としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置２５０７（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【００９０】
また、図２６に示すように、コンピュータ２６００がメモリ２６０１上に読み出したプログラムコードを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ２６００上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【００９１】
さらに、可搬型記録媒体２６１０から読み出されたプログラムコードやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータ２６００に挿入された機能拡張ボードやコンピュータ２６００に接続された機能拡張ユニットに備わるメモリ２６０１に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【００９２】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
ここで、上述した実施の形態の特徴を列挙すると、以下の通りである。
（付記１） 映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理方法であって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させることを特徴とする映像データ管理方法。
（付記２） 前記高解像度映像の移動は、同一内容の前記高解像度映像と前記本編集映像のうち何れか１つを前記第１記録媒体に残し、他を前記第２記録媒体へ移動させることを特徴とする付記１に記載の映像データ管理方法。
（付記３） 前記高解像度映像の移動は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第１記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第１記録媒体に残すことを特徴とする付記２に記載の映像データ管理方法。
（付記４） 前記第１記録媒体は、ハードディスクであり、
前記第２記録媒体は、ビデオテープまたはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）であることを特徴とする付記１乃至３の何れか１項に記載の映像データ管理方法。
（付記５） 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示することを特徴とする付記１乃至４の何れか１項に記載の映像データ管理方法。
（付記６） 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新することを特徴とする付記１乃至５の何れか１項に記載の映像データ管理方法。
（付記７） 映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理プログラムであって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させる機能、
を実現させるため映像データ管理プログラム。
（付記８） 前記高解像度映像の移動は、同一内容の前記高解像度映像と前記本編集映像のうち何れか１つを前記第１記録媒体に残し、他を前記第２記録媒体へ移動させることを特徴とする付記７に記載の映像データ管理プログラム。
（付記９） 前記高解像度映像の移動は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第１記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第１記録媒体に残すことを特徴とする付記８に記載の映像データ管理プログラム。
（付記１０） 前記第１記録媒体は、ハードディスクであり、
前記第２記録媒体は、ビデオテープまたはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）であることを特徴とする付記７乃至９の何れか１項に記載の映像データ管理プログラム。
（付記１１） 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示機能、
を実現させるための付記７乃至１０の何れか１項に記載の映像データ管理プログラム。
（付記１２） 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新する機能、
を実現させるための付記７乃至１１の何れか１項に記載の映像データ管理プログラム。
（付記１３） 映像素材を第１の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第１の解像度より低い第２の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集映像を作成し、前記作成した本編集映像を前記高解像度映像格納手段に格納する映像データ管理システムにおいて、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第１記録媒体と、前記第１記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第２記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第１記録媒体に格納された高解像度映像を、前記第２記録媒体へ移動させる高解像度映像管理手段と、
を備えることを特徴とする映像データ管理システム。
（付記１４） 前記高解像度映像管理手段は、同一内容の前記高解像度映像と前記本編集映像のうち何れか１つを前記第１記録媒体に残し、他を前記第２記録媒体へ移動させることを特徴とする付記１３に記載の映像データ管理システム。
（付記１５） 前記高解像度映像管理手段は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第１記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第１記録媒体に残すことを特徴とする付記１４に記載の映像データ管理システム。
（付記１６） 前記第１記録媒体は、ハードディスクであり、
前記第２記録媒体は、ビデオテープまたはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）であることを特徴とする付記１３乃至１５の何れか１項に記載の映像データ管理システム。
（付記１７） 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示するメタデータ表示手段をさらに備えることを特徴とする付記１３乃至１６の何れか１項に記載の映像データ管理システム。
（付記１８） 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新する保存期限更新手段をさらに備えることを特徴とする付記１３乃至１７の何れか１項に記載の映像データ管理システム。
【００９３】
【発明の効果】
以上、説明したように本発明によれば、従来おこなわれていた内容が重複している映像データの重複保存をなくし、ディスク装置に効率良く格納できるようになる。
【００９４】
また、本発明によれば、上位素材が登録された時点で対象の映像を退避するので編集中に対象データが退避されることはない。
また、本発明によれば、報道番組では単純に完パケはテープライブラリ、素材はディスクに格納することにより、編集途上で発生する中間素材をテープライブラリに退避できるので格納効率が高い。
【００９５】
また、本発明によれば、映像データ間の関連によるメタデータの参照が可能になるため、例えば映像素材から完パケの著作権情報を参照できるようになる。
また、本発明によれば、映像素材を利用して新たな完パケを作成した場合、新たな著作権情報（著作権契約情報含む）を映像素材から参照できるようになり、番組素材を使った再編集の際、有効に活用できる。
【００９６】
また、本発明によれば、従来それそれ映像素材に対して個別に行われていた保存期限の設定が自動化することができ、入力の手間が省けるとともに、完パケが再編集された場合、保存期限が自動的に更新され、必要な映像素材が消滅するのを防ぐことができる。
【００９７】
また、本発明によれば、映像素材のアクセス履歴を元に保存期限を延長する方式に対して、実際に完パケに使用されている映像素材のみの保存期限が延長されるので、ディスク装置に格納される映像容量の無駄が省ける。
【図面の簡単な説明】
【図１】今後導入が予想される放送局の映像データ管理システムの全体を説明するための図である。
【図２】ＨＳＭを説明するための図である。
【図３】ＨＳＭシステムの利用形態を説明するための図である。
【図４】ＨＳＭシステムを実現するアーカイブシステムを説明するための図である。
【図５】本来必要とされる保存期限とあわなくなるという第３の問題点を説明するための図である。
【図６】本来必要とされる保存期限とあわなくなるアーカイブシステムを説明するための図である。
【図７】本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
【図８】本発明に係る映像データ管理方法の概要（その１）を説明するための図である。
【図９】本発明に係る映像データ管理システムの概要（その１）を説明するための図である。
【図１０】報道番組以外の映像データ管理方法の具体例を説明するための図である。
【図１１】報道番組の映像データ管理方法の具体例を説明するための図である。
【図１２】メタデータの関連を説明するための図である。
【図１３】映像データの関連付けの処理を説明するための図である。
【図１４】映像データの退避、メタデータの表示に関連する映像データ管理テーブルの一部を示す図である。
【図１５】映像データの退避処理を説明するためのフローチャートである。
【図１６】映像データの退避を説明するための図である。
【図１７】メタデータの表示処理を説明するためのフローチャートである。
【図１８】本発明に係る映像データ管理方法の概要（その３）を説明するための図である。
【図１９】本発明に係る映像データ管理システムの概要（その２）を説明するための図である。
【図２０】保存期限の更新を説明するための図である。
【図２１】保存期限の更新処理を説明するためのフローチャート（その１）である。
【図２２】保存期限の更新処理を説明するためのフローチャート（その２）である。
【図２３】保存期限の更新に関連する映像データ管理テーブルの一部を示す図である。
【図２４】映像データ管理テーブルの全体を示す図である。
【図２５】本発明における映像データ管理システムの構成図である。
【図２６】本発明における映像データ管理プログラムのコンピュータへのローディングを説明するための図である。
【符号の説明】
１１ 音声・映像素材
１２ 高解像度映像
１３ 高解像度サーバ
１３ａ 映像管理サーバ
１３ｂ 映像退避サーバ
１４ テープライブラリ
１５ 低解像度映像
１６ 低解像度サーバ
１７ 粗編集
１８ 編集情報（ＥＤＬ）
１９ 本編集
２１ ディスクストレージ
２２ ＤＶＤチェンジャ
３１ 検索端末
４１ アーカイブシステム端末
４２ 映像アーカイブシステム
４３ 映像編集装置
５１ アーカイブシステム
５２ａ 映像素材（新橋駅）
５２ｂ 映像素材（横浜駅）
５２ｃ 映像素材（東京駅）
５２ｄ 映像素材（北京駅）
５３ａ 完パケ（日本の車窓）
５３ｂ 完パケ（世界の車窓）
８１ 映像データ管理テーブル
９１ 関連映像抽出手段
９２ 映像退避／削除手段
９３ 関連メタデータ表示手段
２５０１ ＣＰＵ
２５０２ メモリ
２５０３ 入力装置
２５０４ 出力装置
２５０５ 外部記録装置
２５０６ 媒体駆動装置
２５０７ ネットワーク接続装置
２５０９ バス
２５１０ 可搬記録媒体
２６００ コンピュータ
２６０１ メモリ
２６１０ 可搬型記録媒体[0001]
BACKGROUND OF THE INVENTION
The present invention relates to video data management in a broadcast program production process of a television broadcasting station, and in particular, in a server system that stores and manages video data by a combination of a disk storage device and a tape library, Video data management method, video data management program, and video data management system for efficiently managing video data by performing backup / restore control, and cross-referencing video metadata between programs based on editing information It is about. In addition, in a server system that stores and manages video data in a disk storage device at a broadcast station, the storage time limit when reusing video material is automatically set by automatically setting the video data storage time limit based on the video data editing information. The present invention relates to a video data management method, a video data management program, and a video data management system.
[0002]
[Prior art]
Conventionally, production of broadcast programs to be broadcast on television has been performed as follows.
[0003]
First of all, the planning work of what kind of production intention to make a program is performed, and shooting is carried out through a structure creation work that determines how the program intention is explained and how the video is presented. Is called. This captured video becomes the video material.
[0004]
Then, reviewing the structure based on the video after shooting, editing work to convey the intention of the producer and connecting the video so that the continuity of the video does not feel strange. After that, subtitle super, announcement comments, etc. are created as character information describing the video, and the program is completed by adding it as a superimposed video or audio to the edited video. This completed program is called a so-called complete package (a complete package program that has been edited to be broadcastable).
[0005]
Broadcast stations store such video materials and complete packs as videotapes, but the amount is huge. The management of these videotapes is basically that each videotape is assigned a unique number and the videotape is managed by managing the number.
[0006]
[Problems to be solved by the invention]
Management of current video material and video data such as complete package is performed as described above, but BS digital broadcasting started in December 2000, and digitalization of broadcasting will continue in the future. Then, it is necessary to manage digital video as data on the server computer.
[0007]
However, the high resolution video data used in the main editing of the main broadcast has a large data capacity of several tens of Mbps, and a considerable amount of storage capacity is required to record all the video data in the disk storage of the server computer. For this reason, it is expected to introduce a mechanism for saving video data to a tape library, which is an inexpensive medium based on the history of usage frequency, etc., using a technology represented by a hierarchical storage management (HSM) system. The
[0008]
FIG. 1 is a diagram for explaining the entire video data management system of a broadcasting station expected to be introduced in the future.
The captured audio / video material 11 has the same image quality (first resolution) as the original video (video at the time of shooting) of the VTR tape, and the VTR tape is encoded, so that a high bandwidth of several tens of Mbps in MPEG2 or a proprietary standard is obtained. Is stored in the high resolution server 13 as simple video data (high resolution video 12).
[0009]
The audio / video material 11 is encoded (encoded) at a second resolution lower than the first resolution, and stored as a low resolution video 15 in the low resolution server 16. This low-resolution video 15 is mainly 1 GOP (video format consisting entirely of I frames: 17) for coarse editing (copying an original VTR tape for broadcasting stations to a low-cost VTR tape for simple editing) 17. Video data composed of Group Of Pictures) is recorded at a bit rate of about 1 to 2 Mbps in MPEG1 or MPEG4 including a proprietary standard.
[0010]
Since the high-resolution video 12 has a high bandwidth of several tens of Mbps, it is not suitable for editing by a plurality of workers using a LAN and a server computer. For this reason, the low resolution video 15 is arranged on the server computer, the rough editing 17 using the low resolution video 15 is performed, and the editing information (EDL) 18 is generated by the rough editing 17. Here, the editing information (EDL: Edit Decision List) is a list in which editing data is described, and generally refers to time code editing information obtained by the rough editing 17. Conventionally, it was created using a VTR and a VTR editing controller, but today it can be created with coarse editing software or a non-linear editing machine. The generated editing information (EDL) 18 is used for the main editing 19 using the high-resolution video 12.
[0011]
FIG. 2 is a diagram for explaining the HSM.
As described above, the high resolution video data used in this editing has a large data capacity of several tens of Mbps, and a considerable amount of storage capacity is required to record all video data in the disk storage of the server computer. It is expected that a technique for saving video data to a tape library, which is an inexpensive medium, will be introduced by a technique represented by a hierarchical storage management system.
[0012]
For example, if the video data capacity is 50 Mbps in MPEG2, the capacity becomes 22.5 GB / hour, so that the disk storage 21 is managed hierarchically as a system combined with the tape library 14 and the DVD changer 22.
[0013]
Hierarchical storage management is a system that automatically moves data that is not frequently used to a secondary medium with a low unit price. It realizes rational and efficient operation of the entire system, It enables management of video data over 100 TB.
[0014]
FIG. 3 is a diagram for explaining a usage form of the HSM system, and FIG. 4 is a diagram for explaining an archive system for realizing the HSM system.
The video data with the oldest access date is saved in the tape library 14 and deleted from the disk storage 21. Then, in response to an access request from the search terminal 31, when the desired video data has been saved in the tape library 14, the video management server 13a that manages the disk storage 21 and the video backup server 13B that manages the tape library 14 The desired video data is restored from the tape library 14 to the disk storage 21.
[0015]
As described above, when the video data moved to the secondary medium is accessed, the data is automatically restored in the disk storage 21, so that the user is not aware of the storage location of the video data in the disk storage 21. It can be used as if there is data.
[0016]
However, video data includes video material (including video data being edited or pre-edited) and complete package (edited video data). The video material includes a plurality of video contents that contain the same video content depending on the editing stage. In some cases, video material exists and is used for multiple complete packages. Therefore, as in the HSM system described with reference to FIG. 3, even if a mechanism for saving video data to a tape library, which is an inexpensive medium, based on a history of usage frequency or the like is introduced, a disk storage device with a high capacity unit price is used. There is a first problem that a plurality of video data including the same video content is stored.
[0017]
Further, since there is no mechanism for efficiently registering the relationship between video data, it is impossible to refer to metadata including copyright information between video data including the same content. In other words, in the management based on the mechanism as described above, even if a plurality of video data including the same contents exist in the disk storage, it is defined in a table for managing the video data management including the relation between the video data. Therefore, there is a second problem that metadata such as copyright information is not effectively linked between video data.
[0018]
Furthermore, since the video data has a large data capacity and a considerable amount of disk is required to save all video data to the disk, a storage expiration date is set. A method of evacuating from is considered. However, in many cases, the initial registration data is used without changing the initial registration data, and even when the video file is reused, the initial storage expiration is not changed and is not different from the originally required storage expiration. That is, when video material is reused, multiple complete packages are composed of the same video material. There is a third problem that there is a risk that the data cannot be stored for a period of time.
[0019]
FIG. 5 is a diagram for explaining a third problem that the storage expiration date that is originally required does not match, and FIG. 6 is a diagram for explaining an archive system that does not match the storage expiration date originally required. FIG.
[0020]
For example, when there is a rule “video material storage period = complete package storage period−5 years”, the video material used for both complete package (Japanese car window) 53a and complete package (world car window) 53b. (Tokyo Station) 52c's storage deadline should be October 30, 2010, five years after the storage deadline of October 30, 2015, which is the storage deadline of the complete package (world car window) 53b. Car window) It will be October 30, 2005, five years after October 30, 2010, which is the shelf life of 53a.
[0021]
The present invention has been made in view of the above situation, and in a server system that stores and manages video data by a combination of a disk storage device and a tape library, save / restore control is performed based on video editing information of the video data. To provide a video data management method, a video data management program, and a video data management system that efficiently manage video data, and further cross-reference video metadata between programs based on editing information. Objective.
[0022]
In addition, in a server system that stores and manages video data in a disk storage device at a broadcast station, the storage time limit when reusing video material is automatically set by automatically setting the video data storage time limit based on the video data editing information. An object of the present invention is to provide a video data management method, a video data management program, and a video data management system for managing the video without defect.
[0023]
[Means for Solving the Problems]
The present invention employs the following configuration in order to solve the above problems.
The present invention uses editing information (EDL) created in the coarse editing stage, and saves video data whose contents are duplicated in the disk storage to a device (tape library or the like) having a low unit price. Video data to be evacuated is classified into news and program types, and the evacuation location is selected so as to match the purpose of future use. Further, it is assumed that metadata such as copyright information related to video data can be referred to by using the editing information and guiding the relationship between the video data.
[0024]
The present invention also uses the editing information at the time of creating the complete package, automatically recognizes the video material that composes the complete package, and automatically determines the storage period required for the video material based on the storage period of the complete package. It can be calculated and set.
[0025]
That is, according to one aspect of the present invention, the video data management method, video data management program, and video data management system of the present invention encode a video material at a first resolution and store it in a high-resolution video storage means as a high-resolution video. Storing, coding the video material at a second resolution lower than the first resolution, storing the video material as a low resolution video in the low resolution video storage means, performing coarse editing using the low resolution video, and performing the coarse editing Video data management system for performing the main editing using the high-resolution video stored in the high-resolution video storage means based on the time code editing information created at the time, or video data management executed in the video data management system Method or video data management program, wherein the high-resolution storage means initially stores the high-resolution video Time code editing information at the time of the rough editing, and a second recording medium having a larger amount of information that can be stored than the first recording medium and a lower data input / output speed than the first recording medium. Based on the above, the high-resolution video stored in the first recording medium is moved to the second recording medium.
[0026]
In the video data management method, video data management program, and video data management system of the present invention, the movement of the high-resolution video is the same as any one of the high-resolution video having the same content and the main edited video. It is desirable to leave one recording medium and move the other to the second recording medium.
[0027]
The video data management method, video data management program, and video data management system according to the present invention may be configured such that when the high-resolution video is moved and the edited video is a news program, the high-resolution video is transferred to the first recording medium. However, if the main edited video is other than a news program, it is desirable to leave the main edited video on the first recording medium.
[0028]
In the video data management method, video data management program, and video data management system of the present invention, it is preferable that the first recording medium is a hard disk and the second recording medium is a video tape or a DVD.
[0029]
Also, the video data management method, video data management program, and video data management system of the present invention display the high-resolution video or the metadata of the main edited video based on the time code editing information at the time of the rough editing. It is desirable.
[0030]
The video data management method, the video data management program, and the video data management system of the present invention store the storage period information of the high-resolution video based on the time code editing information at the time of the rough editing. It is desirable to update according to the deadline information.
[0031]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 7 is a diagram for explaining an outline (part 1) of the video data management method according to the present invention.
[0032]
The video data management method of the present invention is performed based on editing information (EDL). The video management server 13a manages metadata (related information such as copyright information) related to video data as a video data management table 81 (database), and stores the video data in the disk storage 21 connected and controlled thereto. is doing. The video data to be stored includes a video material and a complete package, and the video material has a plurality of video data including the same video content depending on the editing stage. In some cases, the same video material is used for multiple complete packages. The edited video data has editing information to be created for the main editing at the rough editing stage for both the video material and the complete package.
[0033]
Using this editing information, information on the upper material and the lower material is extracted for each video data and recorded in the video data management table 81. Using this video data management table 81, video data whose contents are duplicated in the disk storage 21 is saved in a low-cost device (tape library 14 or DVD changer 22). It is assumed that the metadata and editing information of the saved video data are not saved, the metadata is still used for searching, and the video data is displayed using related video data and editing information.
[0034]
The video data management table 81 can refer to metadata of video data by tracing information on the upper material and the lower material. Reference to copyright information is particularly effective in business operations.
[0035]
Specifically, based on the time code editing information at the time of rough editing, when the main edited video is a news program, the video material is left in the disk storage 21 that is a hard disk, and the main edited video is stored on the tape for storing the video tape. It is saved in the library 14 or a DVD changer 22 for storing a DVD and deleted from the disk storage 21. On the other hand, when the edited video is not a news program, the edited video is left in the disk storage 21 and the video material is saved in the tape library 14 or the DVD changer 22 and deleted from the disk storage 21.
[0036]
Then, in response to an access request from the search terminal 31, when the desired video data has been saved in the tape library 14, the video management server 13a that manages the disk storage 21 and the video backup server 13B that manages the tape library 14 The desired video data is restored from the tape library 14 to the disk storage 21.
[0037]
At this time, the disk storage 21 initially stores video data, and the tape library 14 or the DVD changer 22 has a larger amount of information that can be stored than the disk storage 21 and a lower data input / output speed.
[0038]
FIG. 8 is a diagram for explaining the outline (part 1) of the video data management method according to the present invention.
The encoded video material and the video data including the complete packet are stored in at least one of the disk storage 21, the tape library 14, or the DVD changer 22 (referred to as an archive system 51). The association with the packet is managed by the video data management table 81. For example, it is assumed that there are three video materials (material A, material B, and material C), and a complete package 1 is made from the materials A, B, and C, and a complete package 2 is made only from the material C. In this case, in the video data management table 81 for the material A, “complete packet 1” is entered in the item “lower video (1)” and “right holder A” is entered in the item “metadata 1”. Then, in the video data management table 81 for the complete package 1, the item “upper material (1)” has “material A”, the item “upper material (2)” has “material B”, and the item “upper material (3)”. “Material C” is entered in the item “Metadata 1”, “Rights Holder A Completed”, “Metadata 2” “Rights Holder B Completed”, and “Metadata 3” “Rights Holder C Completed” (Not shown).
[0039]
The video material or complete packet metadata can be displayed by referring to the video data management table 81 based on the time code editing information at the time of rough editing.
[0040]
FIG. 9 is a diagram for explaining an outline (part 1) of the video data management system according to the present invention.
The video archive system (video data management system) 42 is based on program material (video material), complete package program (complete package), and video editing information (edit information (EDL)) managed and stored by the video editing device 43. Then, the related video extracting means 91 for extracting the video data and the video editing information are used to save the video data whose contents are duplicated in the disk storage 21 to a device (tape library 14 or the like) whose capacity unit price is low. The video saving / deleting means 92 for deleting from the disk storage 21 and the related metadata display for displaying the metadata of the program material or the complete package program using the archive system terminal 41 based on the video editing information at the time of rough editing Means 93.
[0041]
FIG. 10 is a diagram for explaining a specific example of the video data management method other than the news program.
An example will be described in which there are material A and material B as video materials, and a complete package 1 as a program other than a news program is produced from these video materials.
[0042]
First, the material A composed of the scene A1, the scene A2, the scene A3, and the scene A4 is roughly edited to extract the scene A1 and the scene A3. This is a video material (intermediate material) material A ′. At this time, time code editing information “00:00:00 to 00:15:30” and “00:35:15 to 00:50:00”, which are editing information of the scenes A1 and A3, are created.
[0043]
Then, a complete package 1 is produced from the extracted scenes A1 and A3 and the scenes B1 and B2 extracted by roughly editing the material B composed of the scenes B1, B2, B3, and B4. At this time, time code editing information “00:00:00 to 00:15:30”, “00:15:30 to 00:30:15”, which is editing information of the scene A1, the scene A3, the scene B1, and the scene B2. “00:00:00 to 00:12:00” and “00: 15: 0 to 00:30:30” are created.
[0044]
At this time, initially, among the material A, material A ′, material B, and complete package 1 stored in the disk storage 21, only the complete package 1 is left, and the other material A, material A ′, and material B are stored. It is evacuated to the tape library 14.
[0045]
FIG. 11 is a diagram for explaining a specific example of a video data management method for a news program.
An example will be described in which there are material A and material B as video materials, and a complete package 1 as a news program is produced from these video materials.
[0046]
First, the material A composed of the scene A1, the scene A2, the scene A3, and the scene A4 is roughly edited to extract the scene A1 and the scene A3. This is a video material (intermediate material) material A ′. At this time, time code editing information “00:00:00 to 00:15:30” and “00:35:15 to 00:50:00”, which are editing information of the scenes A1 and A3, are created.
[0047]
Then, a complete package 1 is produced from the extracted scenes A1 and A3 and the scenes B1 and B2 extracted by roughly editing the material B composed of the scenes B1, B2, B3, and B4. At this time, time code editing information “00:00:00 to 00:15:30”, “00:15:30 to 00:30:15”, which is editing information of the scene A1, the scene A3, the scene B1, and the scene B2. “00:00:00 to 00:12:00” and “00: 15: 0 to 00:30:30” are created.
[0048]
At this time, among the material A, material A ′, material B, and the complete package 1 stored in the disk storage 21, the material A and the material B are left out, and the other material A ′ and the complete package 1 are taped. It is evacuated to the library 14.
[0049]
FIG. 12 is a diagram for explaining the association of metadata.
First, when the complete package 1 is produced from three video materials (material A, material B, and material C), for example, the video data management table 81 for the material A has a “complete packet” in the item “subordinate video (1)”. 1 ”is entered, and“ right holder A ”is entered in the item“ metadata 1 ”. Then, in the video data management table 81 for the complete package 1, the item “upper material (1)” has “material A”, the item “upper material (2)” has “material B”, and the item “upper material (3)”. “Material C” is entered in the item “Metadata 1”, “Rights Holder A Completed”, “Metadata 2” “Rights Holder B Completed”, and “Metadata 3” “Rights Holder C Completed” (Not shown).
[0050]
Next, when the complete package 2 is created only from the material C, the video data management table 81 for the complete package 2 includes “material C” in the item “upper material (3)” and the item “metadata 1”. "Right holder C finished" enters. Further, in the video data management table 81 for the material C, “complete packet 2” is further included in the item “lower video (2)”.
[0051]
FIG. 13 is a diagram for explaining video data association processing, and FIG. 14 is a diagram illustrating a part of a video data management table related to saving of video data and display of metadata.
[0052]
First, in step S131, video data including video material and complete package is stored in the disk storage 21, and metadata (title, image to be searched later, shooting) is stored in the video data management table 81 (see FIG. 14) of the video management server 13a. Date / time, material time, copyright information, etc.) and video editing information (editing information (EDL)) are registered.
[0053]
Next, in step S132, the directory path of the registered video data is registered as an initial arrangement location.
In step S133, the video data in which the video editing information is registered is extracted, the material information is extracted from the registered video editing information, and the upper material (1) (2) (3). Register with. Further, the video editing information is registered in the lower video (1) (2) (3)... Of the video registered in the upper material.
[0054]
FIG. 15 is a flowchart for explaining video data saving processing.
First, in step S151, the value of the item “arrangement location {circle around (1)}” for the item whose value is registered in the item “lower video {circle around (1)} etc. of the video data management table 81 (see FIG. 14) is set to“ tape ”. Set to 2. Otherwise, it is “disk”.
[0055]
Next, in step S152, the value of the item “placement location {circle around (2)}” for the item whose value is registered in the item “upper material {circle around (1)}” of the video data management table 81 (see FIG. 14) is set to “ “Tape”. Otherwise, it is a “disk”.
[0056]
In step S153, it is determined whether or not all video data has been completed.
When it is determined in step S153 that all video data is not completed (step S153: No), the process returns to step S151. On the other hand, when it is determined that all video data is completed (step S153: Yes), In step S154, the file name is set at the initial arrangement location of the video specified by the video data management table 81 (see FIG. 14) items “Lower video 1”, “Lower video 2” and “Lower video 3”. It is determined whether or not it is registered (whether or not a lower-order video has been produced).
[0057]
If it is determined in step S154 that it is not registered (step S154: No), the process proceeds to step S158. On the other hand, if it is determined that it is registered (step S154: Yes), the report flag is set to 1 in step S155. (Whether it is a news program or a program other than a news program).
[0058]
If it is determined in step S155 that the news report flag is 1 (a news program) (step S155: Yes), in step S156, a video file is stored on the tape library 14 based on the information of the item “placement location (2)”. Evacuate to. If the scheduled broadcast date is specified, it is evacuated after the broadcast date.
[0059]
On the other hand, if it is determined in step S155 that the news report flag is not 1 (a program other than the news program) (step S155: No), in step S157, the video file is based on the information of the item “placement location (1)”. (Mainly video material) is saved in the tape library 14.
[0060]
In step S158, it is determined whether or not all video data has been completed.
If it is determined in step S158 that the process has been completed (step S158: Yes), the process ends. On the other hand, if it is determined that the process has not been completed (step S158: No), the process returns to step 154.
[0061]
FIG. 16 is a diagram for explaining saving of video data.
When material A ′, which is an intermediate material, is created from material A, which is a video material, and complete package 1 is created from material A ′, material B, and material C, which are other video materials, as follows: Video data is saved.
[0062]
First, if the complete package 1 is a news program, the material A, the material B, and the material C are left in the disk storage 21 and the material A ′ and the complete package 1 are evacuated to the tape library 14. If this is a news program, the video material is more likely to be reused than the complete package. Therefore, the video material is left in the disk storage 21 such as a hard disk having a high access speed, and the complete package is stored at a low cost. This is because it is more efficient to retreat (move) to 14 (video tape).
[0063]
On the other hand, if the complete package 1 is a program other than the news program, only the complete package 1 is left in the disk storage 21 and the material A, material B, material C, and material A ′ are saved to the tape library 14. This is because if the program is a program other than a news program, there is a high possibility that the complete package will be reused.
[0064]
FIG. 17 is a flowchart for explaining metadata display processing.
First, in step S171, display of related information regarding video data is requested.
[0065]
In step S172, the meta data such as the item “upper video (1)” and the item “lower video (1)” of the video data requested to display related information from the video data management table 81 (see FIG. 14). Display data.
[0066]
FIG. 18 is a diagram for explaining the outline (part 3) of the video data management method according to the present invention, and FIG. 19 is for explaining the outline (part 2) of the video data management system according to the present invention. FIG.
[0067]
As described above, the video content related to the present invention includes a complete package and a plurality of video materials (including shooting materials and intermediate materials) constituting the complete package. The complete package includes editing information (EDL) created for editing at the editing stage. According to the video editing information (editing information (EDL)) of the present invention, the video storage deadline setting method uses the editing information to derive the video material included in the complete package and use / reuse the video material. The storage deadline of this video material is automatically updated (in many cases extended).
[0068]
That is, the video archive system 42 includes a storage time limit updating unit 191 that updates the storage time limit information of the video material according to the storage time limit information of the complete package based on the time code editing information at the time of rough editing.
[0069]
For example, when there is a rule “video material storage period = complete package storage period−5 years”, the video material used for both complete package (Japanese car window) 53a and complete package (world car window) 53b. The storage period of (Tokyo Station) 52c is October 30, 2010, which is 5 years from October 30, 2015, which is the storage period of the complete package (world car window) 53b.
[0070]
FIG. 20 is a diagram for explaining the update of the storage time limit.
First, if you create a complete package (Japanese train window) from video material (Tokyo Station), video material (Shinbashi Station), and video material (Yokohama Station), the video material (Tokyo Station), video material (Shinbashi Station), and video material Each storage period of (Yokohama Station) is from the default value “2003.10.30” ((a) in FIG. 20), and from the storage period “2010.10.30” of complete package (Japanese car window). It is changed to “2005.10.30” ((b) in FIG. 20) five years ago. However, if the default value of the video material (Tokyo Station) is “2005.10.30” or later, for example, “2007.10.30”, it is changed to “2005.10.30”. It remains "2007.10.30".
[0071]
Next, if you create a complete package (world train window) from video material (Tokyo Station) and video material (Beijing Station), the storage period of the video material (Tokyo Station) and video material (Beijing Station) (World car window) “2015.10.30” is changed to “2010.10.30” ((c), (d) in FIG. 20) five years ago.
[0072]
Here, it is assumed that the storage period of the video material is subtracted from the storage period of the complete package by 5 years, but 5 years is an example, not limited to 5 years, but may be 3 years or 10 years. In addition, for a program material that emphasizes video material (program material) such as a news program, a predetermined year (for example, five years) may be added.
[0073]
FIG. 21 and FIG. 22 are flowcharts for explaining the retention date update process, and FIG. 23 is a diagram showing a part of the video data management table related to the retention date update.
[0074]
First, in step S211, a video material (moving image file) is registered in the archive system 51 provided in the video management server 13a.
In step S212, metadata for the registered video material is registered in the video data management table 81 (see FIG. 23) of the video management server 13a. This metadata then registers related information such as a title to be searched, shooting date / time, material time, copyright information, and the like.
[0075]
In step S213, by searching the metadata of the video management server 13a, the video material necessary for creating the complete packet is extracted, and the video editing information (EDL) required for producing the complete packet is simplified editing function. Created along with rough editing using. The created video editing information is transmitted to the video editing device 43.
[0076]
In step S214, the video editing device 43 produces a complete package program using the video material and the video editing information. The produced complete package is registered in the video management server 13a. If necessary, video compression processing is also performed.
[0077]
In step S215, the metadata for the registered complete package program is registered in the video data management table 81 (see FIG. 23) of the video management server 13a. This metadata is then used as a search target.
[0078]
In step S216, the video editing information used to produce the registered complete package program is registered in the video management server 13a.
Moving to FIG. 22, in step S221, the complete packet video editing information newly registered in the video data management table 81 (see FIG. 23) is read.
[0079]
In step S222, the video editing information is analyzed, and the video material (moving image file) included therein is derived.
In step S223, the video type flag (0 = non-report program, 1 = report program) of the target video material is read. In step S224, the complete package video type flag (0 = non-report program, 1 = report program). Is read.
[0080]
In step S225, the AND of the video type flag of the video material and the video type flag of the complete package is substituted into A.
In step S226, it is determined whether A is 0 or not.
[0081]
If it is determined in step S226 that A is 0 (step S226: Yes), in step S227, the video material storage period B = complete packet storage period-α (a predetermined criterion is determined in advance).
[0082]
On the other hand, if it is determined in step S226 that A is not 0 (step S226: No), in step S228, the storage period of the video material B = the storage period of the complete package + α (a predetermined criterion is determined in advance). .
[0083]
In step S229, it is determined whether or not the current video material storage period is a value smaller than B.
If it is determined in step S229 that it is smaller than B (step S229: Yes), in step S230, the value B is substituted for the storage period of the video material, and the process ends.
[0084]
On the other hand, if it is not determined that it is smaller than B in step S229 (step S229: No), the process ends as it is (without substituting the value B for the storage period of the video material).
[0085]
FIG. 24 is a diagram showing the entire video data management table.
Items include “Title”, “Shooting Date / Time”, “Retention Period”, “Material Time”, “Editing Information”, “Video File”, “Report Flag (Video Type Flag)”, “Complete Package Flag”, “Metadata 1”, “Metadata 2”, etc.・ “Broadcast scheduled date” “Higher material 1” “Higher material 2” “Higher material 3” ... “Lower video 1” “Lower video 2” “Lower video 3” ... “Initial location”, “Location 1”, “Location 2”, and the like.
[0086]
As described above, the embodiments of the present invention have been described with reference to the drawings. However, the video data management system to which the present invention is applied can be implemented as long as the functions are executed. Without being limited to the above, it may be a single device, a system composed of a plurality of devices or an integrated device, or a system in which processing is performed via a network such as a LAN or WAN. Needless to say.
[0087]
Also, as shown in FIG. 25, a CPU 2501 connected to a bus 2509, a ROM or RAM memory 2502, an input device 2503, an output device 2504, an external recording device 2505, a medium driving device 2506, a portable recording medium 2510, a network connection It can also be realized by a system including the device 2507. That is, the ROM or RAM memory 2502, the external recording device 2505, and the portable recording medium 2510 in which the software program code for realizing the system of the above-described embodiment is recorded are supplied to the video data management system, and the video data Needless to say, this can also be achieved by the computer of the management system reading and executing the program code.
[0088]
In this case, the program code itself read from the portable recording medium 2510 or the like realizes the novel function of the present invention, and the portable recording medium 2510 or the like on which the program code is recorded constitutes the present invention. become.
[0089]
Examples of portable recording media 2510 for supplying the program code include flexible disks, hard disks, optical disks, magneto-optical disks, CD-ROMs, CD-Rs, DVD-ROMs, DVD-RAMs, magnetic tapes, and nonvolatile media. Various recording media recorded via a network connection device 2507 (in other words, a communication line) such as a memory card, a ROM card, electronic mail or personal computer communication can be used.
[0090]
As shown in FIG. 26, the computer 2600 executes the program code read out on the memory 2601 to realize the functions of the above-described embodiments, and on the computer 2600 based on the instruction of the program code. The OS or the like operating in the system performs part or all of the actual processing, and the functions of the above-described embodiment are also realized by the processing.
[0091]
Further, a function expansion board in which a program code read from the portable recording medium 2610 or a program (data) provided by a program (data) provider is inserted into the computer 2600 or a function expansion unit connected to the computer 2600 After being written in the memory 2601 included in the CPU, the CPU provided in the function expansion board or function expansion unit performs part or all of the actual processing based on the instruction of the program code. Form features can be realized.
[0092]
That is, the present invention is not limited to the embodiment described above, and can take various configurations or shapes without departing from the gist of the present invention.
Here, the features of the embodiment described above are listed as follows.
(Supplementary note 1) Video material is encoded at a first resolution and stored as a high resolution video in a high resolution video storage means, and the video material is encoded at a second resolution lower than the first resolution and low as a low resolution video. The high-resolution video stored in the high-resolution video storage means is stored in the resolution video storage means, coarsely edited using the low-resolution video, and based on the time code editing information generated when the coarse editing is performed. A video data management method executed in a video data management system for performing main editing using
The high-resolution storage means includes a first recording medium that initially stores the high-resolution video, a second information amount that can be stored larger than the first recording medium, and a low data input / output speed. A recording medium,
A video data management method, comprising: moving a high-resolution video stored in the first recording medium to the second recording medium based on time code editing information at the time of the rough editing.
(Supplementary Note 2) The high-resolution video is moved by leaving any one of the high-resolution video having the same content and the main edited video on the first recording medium and moving the other to the second recording medium. The video data management method according to appendix 1, wherein:
(Supplementary Note 3) The movement of the high-resolution video is performed when the main edited video is a news program, the high-resolution video is left on the first recording medium, and the main edited video is other than the news program. The video data management method according to appendix 2, wherein the edited video is left on the first recording medium.
(Supplementary Note 4) The first recording medium is a hard disk,
4. The video data management method according to any one of appendices 1 to 3, wherein the second recording medium is a video tape or a DVD (Digital Versatile Disk).
(Supplementary note 5) The metadata according to any one of supplementary notes 1 to 4, wherein the metadata of the high-resolution video or the main edited video is displayed based on the time code editing information when the rough editing is performed. Video data management method.
(Additional remark 6) The retention period information of the high-resolution video is updated according to the retention period information of the main edited video based on the time code editing information at the time of the rough editing. The video data management method according to claim 1.
(Supplementary note 7) The video material is encoded at a first resolution and stored as a high resolution video in a high resolution video storage means, and the video material is encoded at a second resolution lower than the first resolution and low as a low resolution video. The high-resolution video stored in the high-resolution video storage means is stored in the resolution video storage means, coarsely edited using the low-resolution video, and based on the time code editing information generated when the coarse editing is performed. A video data management program that is executed in a video data management system that performs main editing using
The high-resolution storage means includes a first recording medium that initially stores the high-resolution video, a second information amount that can be stored larger than the first recording medium, and a low data input / output speed. A recording medium,
A function of moving a high-resolution video stored in the first recording medium to the second recording medium based on the time code editing information at the time of the rough editing;
Video data management program to realize
(Supplementary Note 8) The high-resolution video is moved by leaving either one of the high-resolution video and the main edited video having the same contents on the first recording medium and moving the other to the second recording medium. The video data management program according to appendix 7, characterized by:
(Supplementary Note 9) The movement of the high-resolution video is performed when the main edited video is a news program, the high-resolution video is left on the first recording medium, and the main edited video is other than the news program. 9. The video data management program according to appendix 8, wherein the edited video is left on the first recording medium.
(Supplementary Note 10) The first recording medium is a hard disk,
The video data management program according to any one of appendices 7 to 9, wherein the second recording medium is a video tape or a DVD (Digital Versatile Disk).
(Additional remark 11) Based on the time code edit information at the time of the rough edit, a function for displaying the metadata of the high resolution video or the main edited video,
The video data management program according to any one of appendices 7 to 10 for realizing the above.
(Additional remark 12) Based on the time code editing information at the time of the rough editing, the function of updating the storage deadline information of the high-resolution video according to the storage deadline information of the main edited video,
The video data management program according to any one of appendices 7 to 11 for realizing the above.
(Supplementary Note 13) The video material is encoded at a first resolution and stored as a high resolution video in a high resolution video storage means, and the video material is encoded at a second resolution lower than the first resolution and low as a low resolution video. The high-resolution video stored in the high-resolution video storage means is stored in the resolution video storage means, coarsely edited using the low-resolution video, and based on the time code editing information generated when the coarse editing is performed. In the video data management system for creating a main editing video using the main editing video and storing the created main editing video in the high-resolution video storage means,
The high-resolution storage means includes a first recording medium that initially stores the high-resolution video, a second information amount that can be stored larger than the first recording medium, and a low data input / output speed. A recording medium,
High-resolution video management means for moving the high-resolution video stored in the first recording medium to the second recording medium based on the time code editing information at the time of the coarse editing;
A video data management system comprising:
(Supplementary Note 14) The high-resolution video management means leaves any one of the high-resolution video having the same content and the main edited video on the first recording medium, and moves the other to the second recording medium. The video data management system according to appendix 13, characterized by:
(Supplementary Note 15) When the main edited video is a news program, the high resolution video management means leaves the high resolution video on the first recording medium, and when the main edited video is other than the news program, 15. The video data management system according to appendix 14, wherein the edited video is left on the first recording medium.
(Supplementary Note 16) The first recording medium is a hard disk,
16. The video data management system according to any one of appendices 13 to 15, wherein the second recording medium is a video tape or a DVD (Digital Versatile Disk).
(Supplementary note 17) The supplementary notes 13 to 16, further comprising metadata display means for displaying metadata of the high-resolution video or the main edited video on the basis of the time code editing information at the time of the rough editing. The video data management system according to any one of the above.
(Additional remark 18) The storage deadline update means which updates the storage deadline information of the high resolution video according to the storage deadline information of the main edited video based on the time code editing information at the time of the rough editing is further provided. 18. The video data management system according to any one of appendices 13 to 17.
[0093]
【The invention's effect】
As described above, according to the present invention, it is possible to eliminate the redundant storage of the video data, which has been conventionally performed, and to efficiently store the video data in the disk device.
[0094]
Further, according to the present invention, since the target video is saved at the time when the upper material is registered, the target data is not saved during editing.
Further, according to the present invention, in a news program, by simply storing a complete package in a tape library and storing material in a disk, intermediate materials generated during editing can be saved in the tape library, so that storage efficiency is high.
[0095]
Further, according to the present invention, it is possible to refer to metadata based on the relationship between video data, and for example, it is possible to refer to copyright information of a complete package from a video material.
Further, according to the present invention, when a new complete package is created using video material, new copyright information (including copyright contract information) can be referred to from the video material, and the program material is used. It can be used effectively when re-editing.
[0096]
In addition, according to the present invention, the setting of the storage period that has been performed individually for each video material can be automated, saving the input time, and when the complete package is re-edited, the storage is performed. The deadline is automatically renewed, and the necessary video material can be prevented from disappearing.
[0097]
In addition, according to the present invention, the storage period of only the video material actually used for the complete package is extended compared to the method of extending the storage period based on the access history of the video material. The waste of stored video capacity can be eliminated.
[Brief description of the drawings]
FIG. 1 is a diagram for explaining an entire video data management system of a broadcasting station expected to be introduced in the future.
FIG. 2 is a diagram for explaining HSM;
FIG. 3 is a diagram for explaining a usage form of an HSM system;
FIG. 4 is a diagram for explaining an archive system that implements an HSM system;
FIG. 5 is a diagram for explaining a third problem that a storage expiration date that is originally required is not met.
FIG. 6 is a diagram for explaining an archive system that does not coincide with a retention period that is originally required.
FIG. 7 is a diagram for explaining an outline (part 1) of the video data management method according to the present invention;
FIG. 8 is a diagram for explaining an outline (part 1) of the video data management method according to the present invention;
FIG. 9 is a diagram for explaining an outline (part 1) of the video data management system according to the present invention;
FIG. 10 is a diagram for explaining a specific example of a video data management method other than a news program.
FIG. 11 is a diagram for explaining a specific example of a video data management method for a news program;
FIG. 12 is a diagram for explaining a relation of metadata.
FIG. 13 is a diagram for explaining video data association processing;
FIG. 14 is a diagram showing a part of a video data management table related to video data saving and metadata display;
FIG. 15 is a flowchart for explaining video data saving processing;
FIG. 16 is a diagram for explaining saving of video data;
FIG. 17 is a flowchart for explaining metadata display processing;
FIG. 18 is a diagram for explaining an outline (part 3) of the video data management method according to the present invention;
FIG. 19 is a diagram for explaining an outline (part 2) of the video data management system according to the present invention;
FIG. 20 is a diagram for explaining storage period update.
FIG. 21 is a flowchart (No. 1) for describing a retention time limit update process;
FIG. 22 is a flowchart (No. 2) for explaining a retention time limit update process;
FIG. 23 is a diagram showing a part of a video data management table related to the update of the storage period.
FIG. 24 is a diagram showing an entire video data management table.
FIG. 25 is a block diagram of a video data management system in the present invention.
FIG. 26 is a diagram for explaining loading of a video data management program into a computer according to the present invention.
[Explanation of symbols]
11 Audio / Video material
12 High resolution video
13 High resolution server
13a Video management server
13b Video evacuation server
14 Tape library
15 Low resolution video
16 Low resolution server
17 Coarse editing
18 Editing Information (EDL)
19 edits
21 Disk storage
22 DVD changer
31 Search terminal
41 Archive system terminal
42 Video Archive System
43 Video editing device
51 Archive System
52a Video material (Shinbashi Station)
52b Video material (Yokohama Station)
52c Video material (Tokyo Station)
52d video material (Beijing Station)
53a Complete package (Japanese train window)
53b Complete package (world window)
81 Video data management table
91 Related video extraction means
92 Video backup / deletion means
93 Related metadata display means
2501 CPU
2502 memory
2503 Input device
2504 Output device
2505 External recording device
2506 Medium drive device
2507 Network connection device
2509 Bus
2510 Portable recording media
2600 computer
2601 memory
2610 Portable recording medium

Claims (3)

コード化した映像データを格納する第１の記録媒体と、前記第１の記録媒体より大容量の第２の記録媒体とからなる映像格納手段と、Video storage means comprising a first recording medium for storing encoded video data, and a second recording medium having a larger capacity than the first recording medium;
映像データ間の関連を記憶した映像データ管理テーブルと、A video data management table storing relations between video data;
作成された映像データを前記第１の記録媒体に記憶するに当たり、前記映像格納手段に記憶されている映像データのうち、該映像データを作成するに当たり使用した映像データが、該作成した映像データに関連付けたデータである事を示す情報を前記映像データ管理テーブルに記憶する映像データ管理手段と、When storing the created video data in the first recording medium, among the video data stored in the video storage means, the video data used for creating the video data is included in the created video data. Video data management means for storing information indicating that the data is associated in the video data management table;
前記作成された映像データが報道用の映像用データと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データを前記第２の記録媒体に退避させると共に、前記作成された映像データが報道以外のデータと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データに関連する映像データを前記第２の記録媒体に格納する映像退避手段と、When the created video data is designated as video data for reporting, the created video data is saved in the second recording medium based on information stored in the video data management table. At the same time, when the created video data is designated as data other than news reports, the video data related to the created video data is converted to the second data based on the information stored in the video data management table. Video evacuation means for storing in a recording medium;
を備える事を特徴とする映像データ管理システム。A video data management system characterized by comprising コード化した映像データを格納する第１の記録媒体と、前記第１の記録媒体より大容量の第２の記録媒体とからなる映像格納手段と、映像データ間の関連を記憶した映像データ管理テーブルと、にアクセス可能なコンピュータを、Video storage means comprising a first recording medium for storing encoded video data, a second recording medium having a larger capacity than the first recording medium, and a video data management table storing associations between the video data And an accessible computer,
作成された映像データを前記第１の記録媒体に記憶するに当たり、前記映像格納手段に記憶されている映像データのうち、該映像データを作成するに当たり使用した映像データが、該作成した映像データに関連付けたデータである事を示す情報を前記映像データ管理テーブルに記憶する映像データ管理手段と、When storing the created video data in the first recording medium, among the video data stored in the video storage means, the video data used for creating the video data is included in the created video data. Video data management means for storing information indicating that the data is associated in the video data management table;
前記作成された映像データが報道用の映像用データと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データを前記第２の記録媒体に退避させると共に、前記作成された映像データが報道以外のデータと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データに関連する映像データを前記第２の記録媒体に格納する映像退避手段と、When the created video data is designated as video data for reporting, the created video data is saved in the second recording medium based on information stored in the video data management table. At the same time, when the created video data is designated as data other than news reports, the video data related to the created video data is converted to the second data based on the information stored in the video data management table. Video evacuation means for storing in a recording medium;
して機能させる事を特徴とする映像データ管理プログラム。A video data management program characterized by functioning. コード化した映像データを格納する第１の記録媒体と、前記第１の記録媒体より大容量の第２の記録媒体とからなる映像格納手段と、映像データ間の関連を記憶した映像データ管理テーブルと、にアクセス可能なコンピュータが、Video storage means comprising a first recording medium for storing encoded video data, a second recording medium having a larger capacity than the first recording medium, and a video data management table storing associations between the video data And a computer accessible to
作成された映像データを前記第１の記録媒体に記憶するに当たり、前記映像格納手段に記憶されている映像データのうち、該映像データを作成するに当たり使用した映像データが、該作成した映像データに関連付けたデータである事を示す情報を前記映像データ管理テーブルに記憶する映像データ管理ステップと、When storing the created video data in the first recording medium, among the video data stored in the video storage means, the video data used for creating the video data is included in the created video data. A video data management step of storing information indicating that the data is associated in the video data management table;
前記作成された映像データが報道用の映像用データと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データを前記第２の記録媒体に退避させると共に、前記作成された映像データが報道以外のデータと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データに関連する映像データを前記第２の記録媒体に格納する映像退避ステップと、When the created video data is designated as video data for reporting, the created video data is saved in the second recording medium based on information stored in the video data management table. At the same time, if the created video data is designated as data other than news reports, the video data related to the created video data is stored in the second data based on the information stored in the video data management table. A video evacuation step for storing in a recording medium;
を実行する事を特徴とする映像データ管理方法。A video data management method characterized by executing
JP2002215859A 2002-07-24 2002-07-24 Video data management method, video data management program, and video data management system Expired - Fee Related JP3791913B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002215859A JP3791913B2 (en) 2002-07-24 2002-07-24 Video data management method, video data management program, and video data management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002215859A JP3791913B2 (en) 2002-07-24 2002-07-24 Video data management method, video data management program, and video data management system

Publications (2)

Publication Number Publication Date
JP2004064155A JP2004064155A (en) 2004-02-26
JP3791913B2 true JP3791913B2 (en) 2006-06-28

Family

ID=31937793

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002215859A Expired - Fee Related JP3791913B2 (en) 2002-07-24 2002-07-24 Video data management method, video data management program, and video data management system

Country Status (1)

Country Link
JP (1) JP3791913B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090103835A1 (en) * 2006-01-13 2009-04-23 Yahoo! Inc. Method and system for combining edit information with media content
CN115174982B (en) * 2022-06-30 2024-04-09 咪咕文化科技有限公司 Real-time video association display method, device, computing equipment and storage medium

Also Published As

Publication number Publication date
JP2004064155A (en) 2004-02-26

Similar Documents

Publication Publication Date Title
US6760042B2 (en) System and method of processing MPEG streams for storyboard and rights metadata insertion
US7743037B2 (en) Information processing apparatus and method and program
US8161021B2 (en) Recording apparatus, reproduction apparatus, and file management method
EP1486979B1 (en) Data recording method and data recording device
EP3089470B1 (en) Video editing device
US8763035B2 (en) Media map for capture of content from random access devices
US7305377B2 (en) Information processing apparatus for reproducing metadata and method, program, and recording medium
JP2004070983A (en) Reproducing device
CN101356807B (en) Information processing device, information processing method
JP3791913B2 (en) Video data management method, video data management program, and video data management system
JP4382012B2 (en) DATA RECORDING DEVICE AND ITS CONTROL METHOD, DATA RECORDING DEVICE CONTROL PROGRAM, AND RECORDING MEDIUM CONTAINING THE PROGRAM
US9544531B2 (en) Media map for capture of content from random access devices
CN100481922C (en) Information processing device and method
KR20000068802A (en) Disc recording method and device, disc reproducing method and device, and recording medium
US20080145024A1 (en) Data Broadcast Recoding/Reproducing Method, Device, and Recording Medium
CN1574049B (en) Reproducing apparatus for data stored in disk-shape storage media
CN1826655B (en) Information processing device and method, program recording medium, and program
JP2005005915A (en) Information processor and information processing method, recording medium and program
JP2005004424A (en) Apparatus, method, and program for information processing, and recording medium
JP5375298B2 (en) Video processing device
JP2010252128A (en) Metadata processing apparatus, apparatus and system for processing video
US20060222338A1 (en) Recording/playback control device, contents management method and recording/playback apparatus
JP2005005916A (en) Information processing apparatus and method, recording medium, and program
JP2005116007A (en) Device, method, and program for data recording, and recording medium recorded with this program
US20040139065A1 (en) Data processing apparatus, method, and program

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20051111

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051129

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060126

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060328

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060403

R150 Certificate of patent or registration of utility model

Ref document number: 3791913

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090414

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100414

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110414

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110414

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120414

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130414

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140414

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees