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】
【発明の属する技術分野】
本発明は、テレビジョン放送局の放送番組制作過程における映像データの管理に関し、特にディスクストレージ装置とテープライブラリとの組み合わせにより映像データを保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に退避/復元制御することで、効率的に映像データを管理し、さらに、編集情報を元に映像のメタデータを番組間で相互参照する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムに関するものである。また、放送局で映像データをディスクストレージ装置で保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に映像データの保存期限を自動設定することで、映像素材の再利用時の保存期限を不具合なく管理する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムに関するものである。
【0002】
【従来の技術】
従来、テレビジョン放送される放送番組の制作は、以下のようにして行なわれていた。
【0003】
まず、どのような制作意図で番組を作るかという企画作業が行なわれ、どのような流れで番組意図を説明し、どのように映像を提示していくかを決める構造作成作業を経て撮影が行われる。この撮影された映像が映像素材となる。
【0004】
そして、撮影後の映像をもとに構造の再検討を行なうとともに制作者の意図が伝わり、映像の連続性に違和感がないように映像をつないでいく編集作業を行なう。その後、映像を説明する文字情報として字幕スーパやアナウンスコメントなどを作成し、編集が終了した映像にスーパインポーズ映像や音声として付加し番組が完成する。この完成された番組がいわゆる完パケ(放送可能な状態に編集済の完全パッケージ番組)といわれるものである。
【0005】
放送局には、このような映像素材や完パケをビデオテープとして保管しているわけだが、その量は膨大である。そして、これらのビデオテープの管理は、基本的には各ビデオテープにユニークな番号を付し、その番号を管理することによりビデオテープを管理するというものである。
【0006】
【発明が解決しようとする課題】
現在の映像素材および完パケ等の映像データの管理は上述のようにして行なわれているが、2000年12月からBSデジタル放送が開始され、放送のデジタル化は今後も進み、これにより放送局ではデジタル映像をデータとしてサーバコンピュータ上で管理する必要がでてくる。
【0007】
ところが、本放送の本編集で使用する高解像度の映像データは数十Mbpsとデータ容量が大きく、全ての映像データをサーバコンピュータのディスクストレージに記録するには相当量の記憶容量を必要とする。この為、階層型ストレージ管理(HSM:Hierarchical Storage Management)システムに代表される技術によって、例えば利用頻度等の履歴を基に安価な媒体であるテープライブラリに映像データを退避する仕組みも導入が予想される。
【0008】
図1は、今後導入が予想される放送局の映像データ管理システムの全体を説明するための図である。
撮影された音声・映像素材11は、VTRテープのオリジナル映像(撮影時の映像)と同等の画質(第1の解像度)としVTRテープをエンコードすることによりMPEG2や独自規格で数十Mbpsの高帯域な映像データ(高解像度映像12)として高解像度サーバ13に格納される。
【0009】
また、上記音声・映像素材11は、上記第1の解像度より低い第2の解像度でコード化(エンコード)し低解像度映像15として低解像度サーバ16に格納される。この低解像度映像15は、粗編集(放送局用のオリジナルVTRテープを低価格なVTRテープにコピーし簡易的に編集すること)17用に主に1GOP(全てIフレームで構成される映像形式:Group Of Pictures)で構成される映像データとして、独自規格を含むMPEG1またはMPEG4等で1〜2Mbps程度のビットレートで記録される。
【0010】
高解像映像12は数十Mbpsと高帯域なため、LANとサーバコンピュータを使った複数作業者による編集には不向きである。そのため低解像度映像15をサーバコンピュータ上に配置し、低解像度映像15を使った粗編集17を行ない、粗編集17により編集情報(EDL)18が生成される。ここで編集情報(EDL:Edit Decision List)とは、編集用データが記載されたリストのことで、一般に粗編集17で得られたタイムコード編集情報をさす。従来はVTRとVTR編集コントローラを使って作成されていたが、今日では粗編集ソフトやノンリニア編集機で作成することができるようになっている。そして、生成された編集情報(EDL)18は、高解像度映像12を使った本編集19に利用している。
【0011】
図2は、HSMを説明するための図である。
上述したように、本編集で使用する高解像度の映像データは数十Mbpsとデータ容量が大きく、全ての映像データをサーバコンピュータのディスクストレージに記録するには相当量の記憶容量を必要とするため、階層型ストレージ管理システムに代表される技術によって、安価な媒体であるテープライブラリに映像データを退避する仕組みの導入が予想される。
【0012】
例えば、映像データの容量がMPEG2で50Mbpsとすると、22.5GB/時間の大容量となるため、ディスクストレージ21を、テープライブラリ14やDVDチェンジャ22と組み合わせたシステムとして階層的に管理を行なう。
【0013】
この階層型ストレージ管理とは、あまり使用頻度の高くないデータを、容量単価の安い2次メディアに自動的に移動するシステムであり、システム全体の合理的かつ効率的な運用を実現するとともに、数百TBにおよぶ映像データの管理を可能にしている。
【0014】
図3は、HSMシステムの利用形態を説明するための図であり、図4は、HSMシステムを実現するアーカイブシステムを説明するための図である。
アクセス日時が最も古い映像データをテープライブラリ14に退避し、ディスクストレージ21から削除する。そして、検索端末31からのアクセス要求に対して、所望の映像データがテープライブラリ14に退避されていた場合、ディスクストレージ21を管理する映像管理サーバ13a、テープライブラリ14を管理する映像退避サーバ13Bは、所望の映像データをテープライブラリ14からディスクストレージ21へ復元する。
【0015】
このように、2次メディアに移動させた映像データがアクセスされた場合、自動的にディスクストレージ21にデータを復元させるため、利用者は映像データの格納場所を意識することなく、ディスクストレージ21にデータがあるものとして利用することが可能となる。
【0016】
ところが、映像データには映像素材(編集中または編集前の映像データも含む)と完パケ(編集済の映像データ)があり、映像素材には編集段階に応じて同じ映像内容を含んだ複数の映像素材が存在し、かつ複数の完パケに使われている場合もある。このため図3を用いて説明したHSMシステムのように、利用頻度等の履歴を基に安価な媒体であるテープライブラリに映像データを退避する仕組みを導入しても容量単価が高いディスクストレージ装置に同一映像内容を含んだ複数の映像データが格納されてしまうという第1の問題点がある。
【0017】
また、映像データ間の関連を効率的に登録する仕組みがない為、同一内容を含む映像データの相互で著作権情報を始めとするメタデータの参照ができない。すなわち、上述のような仕組みによる管理においては、同様の内容を含む複数の映像データがディスクストレージ内に存在していても、映像データ間の関連を含む映像データ管理を管理するテーブルに定義することができない為、著作権情報を始めとするメタデータが映像データ相互で有効に連携されないという第2の問題点がある。
【0018】
さらに、映像データはデータ容量が大きく、全ての映像データをディスクに保存するには相当量のディスクが必要になるため、保存期限を設け、保存期限が過ぎたものは、ファイルの削除やディスク上から退避する方法が考えられる。しかし保存期限は初期登録データが変更されず使われていることが多く、映像ファイルを再利用された場合にも、初期の保存期限が変更されず、本来必要とされる保存期限とあわなくなる。すなわち、映像素材が再利用されると複数の完パケが同じ映像素材から構成されているため、再利用の際、映像素材の保存期限を適切に更新しないと、完パケの映像素材を必要な期間保存することができなくなってしまう恐れがあるという第3の問題点がある。
【0019】
図5は、本来必要とされる保存期限とあわなくなるという第3の問題点を説明するための図であり、図6は、本来必要とされる保存期限とあわなくなるアーカイブシステムを説明するための図である。
【0020】
例えば、「映像素材の保存期限=完パケの保存期限−5年」というルールがあった場合、完パケ(日本の車窓)53aおよび完パケ(世界の車窓)53bの両方に用いられた映像素材(東京駅)52cの保存期限は、完パケ(世界の車窓)53bの保存期限である2015年10月30日から5年引いた2010年10月30日となるべきところ、完パケ(日本の車窓)53aの保存期限である2010年10月30日から5年引いた2005年10月30日となってしまう。
【0021】
本発明は、上述のような実状に鑑みたものであり、ディスクストレージ装置とテープライブラリとの組み合わせにより映像データを保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に退避/復元制御することで、効率的に映像データを管理し、さらに、編集情報を元に映像のメタデータを番組間で相互参照する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムを提供することを目的とする。
【0022】
また、放送局で映像データをディスクストレージ装置で保存、管理するサーバシステムにおいて、映像データの映像編集情報を元に映像データの保存期限を自動設定することで、映像素材の再利用時の保存期限を不具合なく管理する映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムを提供することを目的とする。
【0023】
【課題を解決するための手段】
本発明は、上記課題を解決するため、下記のような構成を採用した。
本発明は、粗編集段階で作成される編集情報(EDL)を利用し、ディスクストレージ内で内容が重複している映像データを容量単価が安価なディバイス(テープライブラリ等)に退避する。退避する映像データは報道系・番組系に区別し今後の使用目的に合致するよう退避場所を選定する。また、編集情報を利用し、映像データ間の関連を導くことで、映像データに関連する著作権情報を始めとするメタデータを参照できるものとする。
【0024】
また、 本発明は、完パケ作成時の編集情報を利用し、完パケを構成する映像素材を自動的に認識し、完パケの保存期限を元に映像素材に必要な保存期限を自動的に算出し設定できるものとする。
【0025】
すなわち、本発明の一態様によれば、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、映像素材を第1の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、上記映像素材を上記第1の解像度より低い第2の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、上記低解像度映像を用いて粗編集を行ない、上記粗編集した際に作成するタイムコード編集情報に基づいて、上記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システム、またはこの映像データ管理システムにおいて実行される映像データ管理方法若しくは映像データ管理プログラムであって、上記高解像度格納手段が、上記高解像度映像を初期的に格納する第1記録媒体と、上記第1記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第2記録媒体とを備え、上記粗編集した際のタイムコード編集情報に基づいて、上記第1記録媒体に格納された高解像度映像を、上記第2記録媒体へ移動させることを特徴とする。
【0026】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記高解像度映像の移動が、同一内容の上記高解像度映像と上記本編集映像のうち何れか1つを上記第1記録媒体に残し、他を上記第2記録媒体へ移動させることが望ましい。
【0027】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記高解像度映像の移動が、上記本編集映像が報道番組である場合、上記高解像度映像を上記第1記録媒体に残し、上記本編集映像が報道番組以外である場合、上記本編集映像を上記第1記録媒体に残すことが望ましい。
【0028】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記第1記録媒体が、ハードディスクであり、上記第2記録媒体が、ビデオテープまたはDVDであることが望ましい。
【0029】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記粗編集した際のタイムコード編集情報に基づいて、上記高解像度映像または上記本編集映像のメタデータを表示することが望ましい。
【0030】
また、本発明の映像データ管理方法、映像データ管理プログラムおよび映像データ管理システムは、上記粗編集した際のタイムコード編集情報に基づいて、上記高解像度映像の保存期限情報を上記本編集映像の保存期限情報に応じて更新することが望ましい。
【0031】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。
図7は、本発明に係る映像データ管理方法の概要(その1)を説明するための図である。
【0032】
本発明の映像データ管理方法は、編集情報(EDL)に基づいて行なわれる。映像管理サーバ13aは、映像データに関連するメタデータ(著作権情報等の関連情報)を映像データ管理テーブル81(データベース)として管理し、これに接続・制御されるディスクストレージ21に映像データを格納している。格納する映像データは映像素材と完パケがあり、映像素材は編集段階に応じて同じ映像内容を含んだ複数の映像データが存在している。また複数の完パケに同じ映像素材が使われている場合もある。編集された映像データは映像素材、完パケ共に粗編集段階で本編集用に作成する編集情報が存在している。
【0033】
この編集情報を利用し、各映像データに対して上位素材、下位素材の情報を抽出し、映像データ管理テーブル81に記録する。この映像データ管理テーブル81を使い、ディスクストレージ21内で内容が重複している映像データを、低価格なディバイス(テープライブラリ14やDVDチェンジャ22等)に退避する。なお退避した映像データのメタデータや編集情報は退避せず、メタデータはその後も検索には利用し、映像データの表示は関連の映像データと編集情報を利用し表示するものとする。
【0034】
映像データ管理テーブル81は、上位素材、下位素材の情報を辿ることにより映像データのメタデータの参照が可能になる。業務運用上は著作権情報の参照が特に有効になる。
【0035】
具体的には、粗編集した際のタイムコード編集情報に基づいて、本編集映像が報道番組である場合、映像素材をハードディスクであるディスクストレージ21に残し、本編集映像をビデオテープを収納するテープライブラリ14あるいはDVDを収納するDVDチェンジャ22等に退避してディスクストレージ21から削除する。他方、本編集映像が報道番組以外である場合、本編集映像をディスクストレージ21に残し、映像素材をテープライブラリ14あるいはDVDチェンジャ22等に退避してディスクストレージ21から削除する。
【0036】
そして、検索端末31からのアクセス要求に対して、所望の映像データがテープライブラリ14に退避されていた場合、ディスクストレージ21を管理する映像管理サーバ13a、テープライブラリ14を管理する映像退避サーバ13Bは、所望の映像データをテープライブラリ14からディスクストレージ21へ復元する。
【0037】
このとき、ディスクストレージ21は、映像データを初期的に格納し、テープライブラリ14あるいはDVDチェンジャ22は、ディスクストレージ21よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である。
【0038】
図8は、本発明に係る映像データ管理方法の概要(その1)を説明するための図である。
エンコードされた映像素材および完パケを含む映像データは、ディスクストレージ21、テープライブラリ14あるいはDVDチェンジャ22のうち少なくとも何れか(アーカイブシステム51と呼ぶ)に格納されているが、これらの映像素材と完パケとの関連付けは、映像データ管理テーブル81によって管理されている。例えば、3つの映像素材(素材A、素材B、素材C)があり、素材A、素材Bおよび素材Cから完パケ1ができ、素材Cのみから完パケ2ができているとする。この場合、素材Aについての映像データ管理テーブル81は、項目「下位映像▲1▼」に“完パケ1”が入るとともに、項目「メタデータ1」に“権利者A”が入る。そして、完パケ1についての映像データ管理テーブル81は、項目「上位素材▲1▼」に“素材A”、項目「上位素材▲2▼」に“素材B”、項目「上位素材▲3▼」に“素材C”が入るとともに、項目「メタデータ1」に“権利者A済”、項目「メタデータ2」に“権利者B済”、項目「メタデータ3」に“権利者C済”(不図示)が入る。
【0039】
そして、粗編集した際のタイムコード編集情報に基づいて、映像データ管理テーブル81を参照することにより、映像素材または完パケのメタデータを表示することができる。
【0040】
図9は、本発明に係る映像データ管理システムの概要(その1)を説明するための図である。
映像アーカイブシステム(映像データ管理システム)42は、映像編集装置43によって管理、格納されている番組素材(映像素材)、完パケ番組(完パケ)、映像編集情報(編集情報(EDL))に基づいて、映像データを抽出する関連映像抽出手段91と、映像編集情報を利用し、ディスクストレージ21内で内容が重複している映像データを容量単価が安価なディバイス(テープライブラリ14等)に退避してディスクストレージ21から削除する映像退避/削除手段92と、粗編集した際の映像編集情報に基づいて、番組素材または完パケ番組のメタデータをアーカイブシステム端末41を用いて表示する関連メタデータ表示手段93とを備える。
【0041】
図10は、報道番組以外の映像データ管理方法の具体例を説明するための図である。
映像素材として素材A、素材Bがあり、これらの映像素材から報道番組以外の番組としての完パケ1を制作した場合の例を説明する。
【0042】
まず、シーンA1、シーンA2、シーンA3、シーンA4から構成される素材Aを粗編集して、シーンA1とシーンA3を抽出する。これを映像素材(中間素材)素材A’とする。このとき、シーンA1およびシーンA3の編集情報であるタイムコード編集情報「00:00:00〜00:15:30」と「00:35:15〜00:50:00」が作成される。
【0043】
そして、抽出したシーンA1およびシーンA3と、シーンB1、シーンB2、シーンB3、シーンB4から構成される素材Bを粗編集して抽出したシーンB1とシーンB2とから、完パケ1を制作する。このとき、シーンA1、シーンA3、シーンB1およびシーンB2の編集情報であるタイムコード編集情報「00:00:00〜00:15:30」、「00:15:30〜00:30:15」「00:00:00〜00:12:00」および「00:15:00〜00:30:30」が作成される。
【0044】
この際、初期的にはディスクストレージ21に格納されている素材A、素材A’、素材B、完パケ1のうち、完パケ1のみを残し、他の素材A、素材A’、素材Bをテープライブラリ14へ退避させる。
【0045】
図11は、報道番組の映像データ管理方法の具体例を説明するための図である。
映像素材として素材A、素材Bがあり、これらの映像素材から報道番組としての完パケ1を制作した場合の例を説明する。
【0046】
まず、シーンA1、シーンA2、シーンA3、シーンA4から構成される素材Aを粗編集して、シーンA1とシーンA3を抽出する。これを映像素材(中間素材)素材A’とする。このとき、シーンA1およびシーンA3の編集情報であるタイムコード編集情報「00:00:00〜00:15:30」と「00:35:15〜00:50:00」が作成される。
【0047】
そして、抽出したシーンA1およびシーンA3と、シーンB1、シーンB2、シーンB3、シーンB4から構成される素材Bを粗編集して抽出したシーンB1とシーンB2とから、完パケ1を制作する。このとき、シーンA1、シーンA3、シーンB1およびシーンB2の編集情報であるタイムコード編集情報「00:00:00〜00:15:30」、「00:15:30〜00:30:15」「00:00:00〜00:12:00」および「00:15:00〜00:30:30」が作成される。
【0048】
この際、初期的にはディスクストレージ21に格納されている素材A、素材A’、素材B、完パケ1のうち、素材Aと素材Bを残し、他の素材A’と完パケ1をテープライブラリ14へ退避させる。
【0049】
図12は、メタデータの関連を説明するための図である。
まず、3つの映像素材(素材A、素材B、素材C)から完パケ1を制作した場合、例えば、素材Aについての映像データ管理テーブル81は、項目「下位映像▲1▼」に“完パケ1”が入るとともに、項目「メタデータ1」に“権利者A”が入る。そして、完パケ1についての映像データ管理テーブル81は、項目「上位素材▲1▼」に“素材A”、項目「上位素材▲2▼」に“素材B”、項目「上位素材▲3▼」に“素材C”が入るとともに、項目「メタデータ1」に“権利者A済”、項目「メタデータ2」に“権利者B済”、項目「メタデータ3」に“権利者C済”(不図示)が入る。
【0050】
次に、素材Cのみから完パケ2を作成した場合、完パケ2についての映像データ管理テーブル81は、項目「上位素材▲3▼」に“素材C”が入るとともに、項目「メタデータ1」に“権利者C済”が入る。さらに、素材Cについての映像データ管理テーブル81は、項目「下位映像▲2▼」に“完パケ2”がさらに入る。
【0051】
図13は、映像データの関連付けの処理を説明するための図であり、図14は、映像データの退避、メタデータの表示に関連する映像データ管理テーブルの一部を示す図である。
【0052】
まず、ステップS131において、ディスクストレージ21に映像素材、完パケを含む映像データを格納し、映像管理サーバ13aの映像データ管理テーブル81(図14参照)にメタデータ(後に検索対象となるタイトル、撮影日時、素材時間、著作権情報等の関連の情報)および映像編集情報(編集情報(EDL))を登録する。
【0053】
次に、ステップS132において、登録した映像データのディレクトリパスを初期配置場所として登録する。
そして、ステップS133において、映像編集情報が登録されている映像データを抽出し、登録されている映像編集情報から素材情報を抽出し、順次、上位素材▲1▼▲2▼▲3▼・・・に登録していく。さらに上位素材に登録された映像の、下位映像▲1▼▲2▼▲3▼・・・に自らの映像編集情報を登録する。
【0054】
図15は、映像データの退避処理を説明するためのフローチャートである。
まず、ステップS151において、映像データ管理テーブル81(図14参照)の項目「下位映像▲1▼」等に値が登録されているものについての、項目「配置場所▲1▼」の値を“テープ2にする。それ以外は”ディスク“とする。
【0055】
次に、ステップS152において、映像データ管理テーブル81(図14参照)の項目「上位素材▲1▼」等に値が登録されているものについての、項目「配置場所▲2▼」の値を“テープ”にする。それ以外は“ディスク”とする。
【0056】
そして、ステップS153において、全ての映像データが完了しているか否か判断する。
ステップS153で全ての映像データが完了していないと判断された場合(ステップS153:No)、ステップS151に戻り、他方、全ての映像データが完了したと判断された場合(ステップS153:Yes)、ステップS154において、映像データ管理テーブル81(図14参照)項目「下位映像▲1▼」「下位映像▲2▼」「下位映像▲3▼」で指定された映像の初期配置場所に、ファイル名が登録されているか否か(下位の映像が制作されたか否か)を判断する。
【0057】
ステップS154で登録されていないと判断された場合(ステップS154:No)、ステップS158に進み、他方、登録されていると判断された場合(ステップS154:Yes)、ステップS155において、報道フラグが1であるか否か(報道番組であるか報道番組以外の番組であるか)を判断する。
【0058】
ステップS155で報道フラグが1である(報道番組である)と判断された場合(ステップS155:Yes)、ステップS156において、項目「配置場所▲2▼」の情報に基づいて映像ファイルをテープライブラリ14に退避する。なお、放送予定日が指定されているものは放送日以降に退避する。
【0059】
他方、ステップS155で報道フラグが1でない(報道番組以外の番組である)と判断された場合(ステップS155:No)、ステップS157において、項目「配置場所▲1▼」の情報に基づいて映像ファイル(主に映像素材)をテープライブラリ14に退避する。
【0060】
そして、ステップS158において、全ての映像データが完了したか否かを判断する。
ステップS158で完了したと判断された場合(ステップS158:Yes)、処理を終了し、他方、完了していないと判断した場合(ステップS158:No)、ステップ154に戻る。
【0061】
図16は、映像データの退避を説明するための図である。
映像素材である素材Aから中間素材である素材A’が作成され、その素材A’、他の映像素材である素材B、素材Cから、完パケ1が作成されている場合、下記のように映像データが退避される。
【0062】
まず、その完パケ1が報道番組であれば、素材A、素材Bおよび素材Cをディスクストレージ21に残し、素材A’と完パケ1をテープライブラリ14へ退避する。これは、報道番組であれば、完パケよりも映像素材を再利用する可能性が高いため、映像素材をアクセス速度の速いハードディスク等のディスクストレージ21に残し、完パケを単価が安価なテープライブラリ14(ビデオテープ)に退避(移動)させた方が効率的だからである。
【0063】
他方、その完パケ1が報道番組以外の番組であれば、完パケ1のみをディスクストレージ21に残し、素材A、素材B、素材Cおよび素材A’をテープライブラリ14へ退避する。これは、報道番組以外の番組であれば、完パケを再利用する可能性が高いためである。
【0064】
図17は、メタデータの表示処理を説明するためのフローチャートである。
まず、ステップS171において、映像データに関する関連情報の表示を要求する。
【0065】
そして、ステップS172において、映像データ管理テーブル81(図14参照)から関連情報の表示要求があった映像データの、項目「上位映像▲1▼」等、項目「下位映像▲1▼」等のメタデータを表示する。
【0066】
図18は、本発明に係る映像データ管理方法の概要(その3)を説明するための図であり、図19は、本発明に係る映像データ管理システムの概要(その2)を説明するための図である。
【0067】
上述してきたように、本発明に関する映像コンテンツには、完パケとそれを構成する複数の映像素材(撮影素材および中間素材を含む)から構成されている。完パケには編集段階で編集用に作成された編集情報(EDL)がある。本発明の映像編集情報(編集情報(EDL))による映像保存期限の設定方法は、この編集情報を利用することで完パケに含まれる映像素材を導き出し、映像素材を利用/再利用した際に、この映像素材の保存期限を自動的に保存期限を更新(多くの場合は延長)する。
【0068】
すなわち、映像アーカイブシステム42は、粗編集した際のタイムコード編集情報に基づいて、映像素材の保存期限情報を完パケの保存期限情報に応じて更新する保存期限更新手段191を備える。
【0069】
例えば、「映像素材の保存期限=完パケの保存期限−5年」というルールがあった場合、完パケ(日本の車窓)53aおよび完パケ(世界の車窓)53bの両方に用いられた映像素材(東京駅)52cの保存期限は、完パケ(世界の車窓)53bの保存期限である2015年10月30日から5年引いた2010年10月30日となる。
【0070】
図20は、保存期限の更新を説明するための図である。
まず、映像素材(東京駅)、映像素材(新橋駅)、映像素材(横浜駅)から完パケ(日本の車窓)を作成すると、映像素材(東京駅)、映像素材(新橋駅)、映像素材(横浜駅)のそれぞれの保存期限は、デフォルト値の“2003.10.30”(図20中の(a))から、完パケ(日本の車窓)の保存期限“2010.10.30”から5年前の“2005.10.30”(図20中の(b))へ変更される。だだし、仮に映像素材(東京駅)等のデフォルト値が“2005.10.30”以降、例えば、“2007.10.30”であれば、“2005.10.30”へ変更されることはなく、“2007.10.30”のままである。
【0071】
次に、映像素材(東京駅)および映像素材(北京駅)から完パケ(世界の車窓)をさらに作成すると、映像素材(東京駅)および映像素材(北京駅)の保存期限は、完パケ(世界の車窓)“2015.10.30”から5年前の“2010.10.30”(図20中の(c)、(d))へ変更される。
【0072】
なお、ここで、映像素材の保存期限を完パケの保存期限から5年引くとしたが、5年は一例であり、5年に限らず3年でも良いし10年でも良い。また、報道番組のように映像素材(番組素材)を重視するものに関しては、所定年(例えば、5年)足しても良い。
【0073】
図21および図22は、保存期限の更新処理を説明するためのフローチャートであり、図23は、保存期限の更新に関連する映像データ管理テーブルの一部を示す図である。
【0074】
まず、ステップS211において、映像管理サーバ13aが備えるアーカイブシステム51に映像素材(動画ファイル)を登録する。
ステップS212において、登録した映像素材に対するメタデータを、映像管理サーバ13aの映像データ管理テーブル81(図23参照)に登録する。このメタデータはその後に検索対象となるタイトル、撮影日時、素材時間、著作権情報等の関連の情報を登録する。
【0075】
ステップS213において、映像管理サーバ13aのメタデータを検索することで、完パケを作成するのに必要な映像素材を抽出し、完パケの制作に必要な映像編集情報(EDL)を、簡易編集機能を利用した粗編集に伴って作成する。作成した映像編集情報は映像編集装置43へ送信する。
【0076】
ステップS214において、映像編集装置43は、映像素材と映像編集情報を使い完パケ番組を制作する。制作した完パケは映像管理サーバ13aへ登録する。なお、必要があれば映像圧縮処理も行なう。
【0077】
ステップS215において、登録した完パケ番組に対するメタデータを、映像管理サーバ13aの映像データ管理テーブル81(図23参照)に登録する。このメタデータはその後に検索対象に利用する。
【0078】
ステップS216において、登録した完パケ番組を制作するのに利用した映像編集情報を映像管理サーバ13aに登録する。
図22に移り、ステップS221において、新規に映像データ管理テーブル81(図23参照)に登録された完パケの映像編集情報を読み取る。
【0079】
ステップS222において、映像編集情報を分析し、この中に含まれる映像素材(動画ファイル)を導き出す。
ステップS223において、対象の映像素材の映像種別フラグ(0=報番組以外,1=報道番組)を読み込み、ステップS224において、完パケの映像種別フラグが(0=報番組以外,1=報道番組)を読み込む。
【0080】
ステップS225において、映像素材の映像種別フラグと完パケの映像種別フラグとのANDをAに代入する。
ステップS226において、Aが0か否かを判断する。
【0081】
ステップS226でAが0だと判断された場合(ステップS226:Yes)は、ステップS227において、映像素材の保存期限B=完パケの保存期限−α(一定基準を事前に決定)として算出する。
【0082】
他方、ステップS226でAが0でないと判断された場合(ステップS226:No)は、ステップS228において、映像素材の保存期限B=完パケの保存期限+α(一定基準を事前に決定)として算出する。
【0083】
そして、ステップS229において、現時点の映像素材の保存期限がBより小さい値であるか否かを判断する。
ステップS229でBより小さいと判断された場合(ステップS229:Yes)は、ステップS230において、映像素材の保存期限にBの値を代入して終了する。
【0084】
他方、ステップS229でBより小さいと判断されなかった場合(ステップS229:No)は、そのまま(映像素材の保存期限にBの値を代入しないで)終了する。
【0085】
図24は、映像データ管理テーブルの全体を示す図である。
項目として「タイトル」「撮影日時」「保存期限」「素材時間」「編集情報」「映像ファイル」「報道フラグ(映像種別フラグ)」「完パケフラグ」「メタデータ1」「メタデータ2」・・・「放送予定日」「上位素材▲1▼」「上位素材▲2▼」「上位素材▲3▼」・・・「下位映像▲1▼」「下位映像▲2▼」「下位映像▲3▼」・・・「初期配置場所」「配置場所▲1▼」「配置場所▲2▼」等がある。
【0086】
上述のように、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用される映像データ管理システムは、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、LAN、WAN等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【0087】
また、図25に示しように、バス2509に接続されたCPU2501、ROMやRAMのメモリ2502、入力装置2503、出力装置2504、外部記録装置2505、媒体駆動装置2506、可搬記録媒体2510、ネットワーク接続装置2507で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムコードを記録したROMやRAMのメモリ2502、外部記録装置2505、可搬記録媒体2510を、映像データ管理システムに供給し、その映像データ管理システムのコンピュータがプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【0088】
この場合、可搬記録媒体2510等から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記録した可搬記録媒体2510等は本発明を構成することになる。
【0089】
プログラムコードを供給するための可搬記録媒体2510としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、DVD−ROM、DVD−RAM、磁気テープ、不揮発性のメモリーカード、ROMカード、電子メールやパソコン通信等のネットワーク接続装置2507(言い換えれば、通信回線)を介して記録した種々の記録媒体などを用いることができる。
【0090】
また、図26に示すように、コンピュータ2600がメモリ2601上に読み出したプログラムコードを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ2600上で稼動しているOSなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【0091】
さらに、可搬型記録媒体2610から読み出されたプログラムコードやプログラム(データ)提供者から提供されたプログラム(データ)が、コンピュータ2600に挿入された機能拡張ボードやコンピュータ2600に接続された機能拡張ユニットに備わるメモリ2601に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【0092】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
ここで、上述した実施の形態の特徴を列挙すると、以下の通りである。
(付記1) 映像素材を第1の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第1の解像度より低い第2の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理方法であって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第1記録媒体と、前記第1記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第2記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第1記録媒体に格納された高解像度映像を、前記第2記録媒体へ移動させることを特徴とする映像データ管理方法。
(付記2) 前記高解像度映像の移動は、同一内容の前記高解像度映像と前記本編集映像のうち何れか1つを前記第1記録媒体に残し、他を前記第2記録媒体へ移動させることを特徴とする付記1に記載の映像データ管理方法。
(付記3) 前記高解像度映像の移動は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第1記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第1記録媒体に残すことを特徴とする付記2に記載の映像データ管理方法。
(付記4) 前記第1記録媒体は、ハードディスクであり、
前記第2記録媒体は、ビデオテープまたはDVD(Digital Versatile Disk)であることを特徴とする付記1乃至3の何れか1項に記載の映像データ管理方法。
(付記5) 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示することを特徴とする付記1乃至4の何れか1項に記載の映像データ管理方法。
(付記6) 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新することを特徴とする付記1乃至5の何れか1項に記載の映像データ管理方法。
(付記7) 映像素材を第1の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第1の解像度より低い第2の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集を行なう映像データ管理システムにおいて実行される映像データ管理プログラムであって、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第1記録媒体と、前記第1記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第2記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第1記録媒体に格納された高解像度映像を、前記第2記録媒体へ移動させる機能、
を実現させるため映像データ管理プログラム。
(付記8) 前記高解像度映像の移動は、同一内容の前記高解像度映像と前記本編集映像のうち何れか1つを前記第1記録媒体に残し、他を前記第2記録媒体へ移動させることを特徴とする付記7に記載の映像データ管理プログラム。
(付記9) 前記高解像度映像の移動は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第1記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第1記録媒体に残すことを特徴とする付記8に記載の映像データ管理プログラム。
(付記10) 前記第1記録媒体は、ハードディスクであり、
前記第2記録媒体は、ビデオテープまたはDVD(Digital Versatile Disk)であることを特徴とする付記7乃至9の何れか1項に記載の映像データ管理プログラム。
(付記11) 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示機能、
を実現させるための付記7乃至10の何れか1項に記載の映像データ管理プログラム。
(付記12) 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新する機能、
を実現させるための付記7乃至11の何れか1項に記載の映像データ管理プログラム。
(付記13) 映像素材を第1の解像度でコード化し高解像度映像として高解像度映像格納手段に格納し、前記映像素材を前記第1の解像度より低い第2の解像度でコード化し低解像度映像として低解像度映像格納手段に格納し、前記低解像度映像を用いて粗編集を行ない、前記粗編集した際に作成するタイムコード編集情報に基づいて、前記高解像度映像格納手段に格納された高解像度映像を用いて本編集映像を作成し、前記作成した本編集映像を前記高解像度映像格納手段に格納する映像データ管理システムにおいて、
前記高解像度格納手段は、前記高解像度映像を初期的に格納する第1記録媒体と、前記第1記録媒体よりも格納可能な情報量が大容量でかつデータ入出力速度が低速である第2記録媒体とを備え、
前記粗編集した際のタイムコード編集情報に基づいて、前記第1記録媒体に格納された高解像度映像を、前記第2記録媒体へ移動させる高解像度映像管理手段と、
を備えることを特徴とする映像データ管理システム。
(付記14) 前記高解像度映像管理手段は、同一内容の前記高解像度映像と前記本編集映像のうち何れか1つを前記第1記録媒体に残し、他を前記第2記録媒体へ移動させることを特徴とする付記13に記載の映像データ管理システム。
(付記15) 前記高解像度映像管理手段は、前記本編集映像が報道番組である場合、前記高解像度映像を前記第1記録媒体に残し、前記本編集映像が報道番組以外である場合、前記本編集映像を前記第1記録媒体に残すことを特徴とする付記14に記載の映像データ管理システム。
(付記16) 前記第1記録媒体は、ハードディスクであり、
前記第2記録媒体は、ビデオテープまたはDVD(Digital Versatile Disk)であることを特徴とする付記13乃至15の何れか1項に記載の映像データ管理システム。
(付記17) 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像または前記本編集映像のメタデータを表示するメタデータ表示手段をさらに備えることを特徴とする付記13乃至16の何れか1項に記載の映像データ管理システム。
(付記18) 前記粗編集した際のタイムコード編集情報に基づいて、前記高解像度映像の保存期限情報を前記本編集映像の保存期限情報に応じて更新する保存期限更新手段をさらに備えることを特徴とする付記13乃至17の何れか1項に記載の映像データ管理システム。
【0093】
【発明の効果】
以上、説明したように本発明によれば、従来おこなわれていた内容が重複している映像データの重複保存をなくし、ディスク装置に効率良く格納できるようになる。
【0094】
また、本発明によれば、上位素材が登録された時点で対象の映像を退避するので編集中に対象データが退避されることはない。
また、本発明によれば、報道番組では単純に完パケはテープライブラリ、素材はディスクに格納することにより、編集途上で発生する中間素材をテープライブラリに退避できるので格納効率が高い。
【0095】
また、本発明によれば、映像データ間の関連によるメタデータの参照が可能になるため、例えば映像素材から完パケの著作権情報を参照できるようになる。
また、本発明によれば、映像素材を利用して新たな完パケを作成した場合、新たな著作権情報(著作権契約情報含む)を映像素材から参照できるようになり、番組素材を使った再編集の際、有効に活用できる。
【0096】
また、本発明によれば、従来それそれ映像素材に対して個別に行われていた保存期限の設定が自動化することができ、入力の手間が省けるとともに、完パケが再編集された場合、保存期限が自動的に更新され、必要な映像素材が消滅するのを防ぐことができる。
【0097】
また、本発明によれば、映像素材のアクセス履歴を元に保存期限を延長する方式に対して、実際に完パケに使用されている映像素材のみの保存期限が延長されるので、ディスク装置に格納される映像容量の無駄が省ける。
【図面の簡単な説明】
【図1】今後導入が予想される放送局の映像データ管理システムの全体を説明するための図である。
【図2】HSMを説明するための図である。
【図3】HSMシステムの利用形態を説明するための図である。
【図4】HSMシステムを実現するアーカイブシステムを説明するための図である。
【図5】本来必要とされる保存期限とあわなくなるという第3の問題点を説明するための図である。
【図6】本来必要とされる保存期限とあわなくなるアーカイブシステムを説明するための図である。
【図7】本発明に係る映像データ管理方法の概要(その1)を説明するための図である。
【図8】本発明に係る映像データ管理方法の概要(その1)を説明するための図である。
【図9】本発明に係る映像データ管理システムの概要(その1)を説明するための図である。
【図10】報道番組以外の映像データ管理方法の具体例を説明するための図である。
【図11】報道番組の映像データ管理方法の具体例を説明するための図である。
【図12】メタデータの関連を説明するための図である。
【図13】映像データの関連付けの処理を説明するための図である。
【図14】映像データの退避、メタデータの表示に関連する映像データ管理テーブルの一部を示す図である。
【図15】映像データの退避処理を説明するためのフローチャートである。
【図16】映像データの退避を説明するための図である。
【図17】メタデータの表示処理を説明するためのフローチャートである。
【図18】本発明に係る映像データ管理方法の概要(その3)を説明するための図である。
【図19】本発明に係る映像データ管理システムの概要(その2)を説明するための図である。
【図20】保存期限の更新を説明するための図である。
【図21】保存期限の更新処理を説明するためのフローチャート(その1)である。
【図22】保存期限の更新処理を説明するためのフローチャート(その2)である。
【図23】保存期限の更新に関連する映像データ管理テーブルの一部を示す図である。
【図24】映像データ管理テーブルの全体を示す図である。
【図25】本発明における映像データ管理システムの構成図である。
【図26】本発明における映像データ管理プログラムのコンピュータへのローディングを説明するための図である。
【符号の説明】
11 音声・映像素材
12 高解像度映像
13 高解像度サーバ
13a 映像管理サーバ
13b 映像退避サーバ
14 テープライブラリ
15 低解像度映像
16 低解像度サーバ
17 粗編集
18 編集情報(EDL)
19 本編集
21 ディスクストレージ
22 DVDチェンジャ
31 検索端末
41 アーカイブシステム端末
42 映像アーカイブシステム
43 映像編集装置
51 アーカイブシステム
52a 映像素材(新橋駅)
52b 映像素材(横浜駅)
52c 映像素材(東京駅)
52d 映像素材(北京駅)
53a 完パケ(日本の車窓)
53b 完パケ(世界の車窓)
81 映像データ管理テーブル
91 関連映像抽出手段
92 映像退避/削除手段
93 関連メタデータ表示手段
2501 CPU
2502 メモリ
2503 入力装置
2504 出力装置
2505 外部記録装置
2506 媒体駆動装置
2507 ネットワーク接続装置
2509 バス
2510 可搬記録媒体
2600 コンピュータ
2601 メモリ
2610 可搬型記録媒体
[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)

コード化した映像データを格納する第1の記録媒体と、前記第1の記録媒体より大容量の第2の記録媒体とからなる映像格納手段と、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;
作成された映像データを前記第1の記録媒体に記憶するに当たり、前記映像格納手段に記憶されている映像データのうち、該映像データを作成するに当たり使用した映像データが、該作成した映像データに関連付けたデータである事を示す情報を前記映像データ管理テーブルに記憶する映像データ管理手段と、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;
前記作成された映像データが報道用の映像用データと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データを前記第2の記録媒体に退避させると共に、前記作成された映像データが報道以外のデータと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データに関連する映像データを前記第2の記録媒体に格納する映像退避手段と、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
コード化した映像データを格納する第1の記録媒体と、前記第1の記録媒体より大容量の第2の記録媒体とからなる映像格納手段と、映像データ間の関連を記憶した映像データ管理テーブルと、にアクセス可能なコンピュータを、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,
作成された映像データを前記第1の記録媒体に記憶するに当たり、前記映像格納手段に記憶されている映像データのうち、該映像データを作成するに当たり使用した映像データが、該作成した映像データに関連付けたデータである事を示す情報を前記映像データ管理テーブルに記憶する映像データ管理手段と、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;
前記作成された映像データが報道用の映像用データと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データを前記第2の記録媒体に退避させると共に、前記作成された映像データが報道以外のデータと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データに関連する映像データを前記第2の記録媒体に格納する映像退避手段と、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.
コード化した映像データを格納する第1の記録媒体と、前記第1の記録媒体より大容量の第2の記録媒体とからなる映像格納手段と、映像データ間の関連を記憶した映像データ管理テーブルと、にアクセス可能なコンピュータが、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
作成された映像データを前記第1の記録媒体に記憶するに当たり、前記映像格納手段に記憶されている映像データのうち、該映像データを作成するに当たり使用した映像データが、該作成した映像データに関連付けたデータである事を示す情報を前記映像データ管理テーブルに記憶する映像データ管理ステップと、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;
前記作成された映像データが報道用の映像用データと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データを前記第2の記録媒体に退避させると共に、前記作成された映像データが報道以外のデータと指定されていた場合、前記映像データ管理テーブルに記憶された情報を基に、該作成された映像データに関連する映像データを前記第2の記録媒体に格納する映像退避ステップと、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