JP2015192423A - 映像データ管理装置、映像データ管理方法および映像データ管理プログラム - Google Patents

Abstract

【課題】放送への影響を抑えつつ、１次ストレージの容量が増大することを防止すること。
【解決手段】映像データ管理装置１００は、端末装置２０から映像ファイルを受信した場合に、受信した映像ファイルを１次ディスクに格納し、１次ディスクに格納した映像ファイルに対する編集を許容する。また、映像データ管理装置１００は、１次ディスクに格納された映像ファイルが放送されたか否かを判定する。１次ディスクに格納された映像ファイルが放送済みである場合には、放送済みの映像ファイルを、１次ディスクから２次ディスクに移動させる。
【選択図】図１

Description

本発明は、映像データ管理装置等に関する。

近年、放送局では、映像データを格納する技術としてＭＡＭ（Media Asset Management）を利用する。図２４は、従来のＭＡＭを示す図である。図２４に示すように、このＭＡＭ１０は、１次ディスク１１、２次ディスク１２、ＬＴＯ（Liner Tape-Open）１３を有する。ＭＡＭ１０は、例えば、端末装置５ａ，５ｂ，５ｃ、ビデオサーバ６に接続される。ここでは一例として、端末装置５ａ，５ｂ，５ｃを示すが、ＭＡＭ１０は、そのほかの端末装置に接続されても良い。

１次ディスク１１は、２次ディスク１２およびＬＴＯ１３と比較して、記憶容量は大きくないが、高速に情報のＲＷ（Read Write）を行うことができる。１次ディスク１１には、カメラ４で撮影された映像データが格納される。１次ディスク１１に格納された映像データは、端末装置５ａ，５ｂ，５ｃからアクセスを受け付け、番組用の映像データに編集される。映像データには、放送に適さない部分や、放送時間長に対して映像データが長すぎるためである。番組用に編集された映像データは、ビデオサーバ６に送信され、電波塔７を介して、テレビ受信機８に送信される。

ここで、映像データの編集作業を行う場合には、大量のデータを高速にＩＯ出来る記憶装置でないと、編集作業が長期化してしまい、作業効率が落ちる。このため、高速にＲＷできる１次ディスク１１が、編集作業時の記憶装置として利用される。

また、１次ディスク１１に格納される映像データには、この映像データを２次ディスク１２に退避する日時が指定される。ＭＡＭ１０は、指定された日時になると、映像データを、１次ディスク１１から２次ディスク１２に退避される。

２次ディスク１２は、１次ディスク１１のバックアップに用いられる記憶装置であり、１次ディスク１１と比較して、ＲＷを行う速度は低速となる。ＬＴＯ１３は、２次ディスク１２のバックアップに用いられる記憶装置である。

特開２０１２−１４７２８８号公報 特開昭６２−２７８２０号公報

しかしながら、上述した従来技術では、放送への影響を抑えつつ、１次ストレージの容量が増大することを防止することができないという問題がある。

例えば、予想よりも多くの映像データが１次ディスク１１に格納された場合や、映像データの編集作業によって新たに発生するデータによって、映像データに対して指定された退避する日時に従うのみでは、１次ストレージの容量が足りなくなる。このような場合に、１次ディスク１１の映像データを選んで２次ディスク１２に退避することが考えられるが、選ばれた映像データが、放送前の映像データである場合には、放送に影響を与える場合がある。

１つの側面では、放送への影響を抑えつつ、１次ストレージの容量が増大することを防止することができる映像データ管理装置、映像データ管理方法および映像データ管理プログラムを提供することを目的とする。

第１の案では、映像データ管理装置は、判定部と、制御部とを有する。判定部は、第１の格納装置に格納された映像データの放送日時又は放送時刻に関する情報に基づき、映像データが放送済みか否かを判定する。制御部は、映像データが放送済みである場合、該映像データの少なくとも一部を第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させる。

本発明の１実施態様によれば、放送への影響を抑えつつ、１次ストレージの容量が増大することを防止することができる。

図１は、本実施例１に係るシステムの構成を示す図である。 図２は、登録情報のデータ構造の一例を示す図である。 図３は、本実施例１に係る映像データ管理装置の構成を示す機能ブロック図である。 図４は、本実施例１に係る映像ファイルテーブルのデータ構造の一例を示す図である。 図５は、本実施例１に係るファイル管理テーブルのデータ構造の一例を示す図である。 図６は、本実施例１に係る判定部の処理を説明するための図（１）である。 図７は、本実施例１に係る判定部の処理を説明するための図（２）である。 図８は、本実施例１に係る判定部の処理を説明するための図（３）である。 図９は、本実施例１に係る判定部の処理を説明するための図（４）である。 図１０は、本実施例１に係る判定部の処理を説明するための図（５）である。 図１１は、本実施例１に係る端末装置および映像データ管理装置の処理手順を示すフローチャートである。 図１２は、本実施例１に係る映像ファイル退避処理の処理手順を示すフローチャートである。 図１３は、本実施例１に係る映像ファイル退避処理の処理手順を示すフローチャートである。 図１４は、本実施例２に係るシステムの構成を示す図である。 図１５は、映像ファイルの親、子、孫の関係を説明するための図である。 図１６は、本実施例２に係る映像データ管理装置の構成を示す機能ブロック図である。 図１７は、本実施例２に係る映像ファイルテーブルのデータ構造の一例を示す図である。 図１８は、本実施例２に係る第１ファイル管理テーブルのデータ構造の一例を示す図である。 図１９は、本実施例２に係る第２ファイル管理テーブルのデータ構造の一例を示す図である。 図２０は、本実施例２に係る映像ファイル退避処理の処理手順を示すフローチャートである。 図２１は、本実施例２に係る編集要求受け付け処理の処理手順を示すフローチャートである。 図２２は、親子関係が利用者に設定された場合の受信部の処理を説明するための図である。 図２３は、映像データ管理プログラムを実行するコンピュータの一例を示す図である。 図２４は、従来のＭＡＭを示す図である。

以下に、本願の開示する映像データ管理装置、映像データ管理方法および映像データ管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本実施例１に係るシステムの構成を示す図である。図１に示すように、このシステムは、ビデオサーバ６、電波塔７、テレビ受信機８、端末装置２０ａ，２０ｂ，２０ｃ、読み取り端末２５、映像データ管理装置１００を有する。ビデオサーバ６、端末装置２０ａ，２０ｂ，２０ｃ、映像データ管理装置１００は、ネットワーク５０に接続される。以下の説明では、端末装置２０ａ，２０ｂ，２０ｃを適宜、端末装置２０と表記する。

ビデオサーバ６は、放送用に編集された映像ファイルを映像データ管理装置１００から受信し、受信した映像ファイルを電波塔７に送信する装置である。電波塔７は、映像ファイルを、テレビ受信機８に送信する装置である。テレビ受信機８は、映像ファイルの情報を表示する装置である。

端末装置２０は、映像データ管理装置１００の１次ディスクに格納された映像ファイルにアクセスし、番組用に編集する装置である。

また、端末装置２０は、図示しないカメラから映像ファイルを取得した場合には、映像ファイルの登録を映像データ管理装置１００に対して要求する。端末装置２０は、例えば、登録情報を生成し、映像データ管理装置１００に送信する。なお、登録情報に含まれる各情報を、後述するように別々に送信してよい。

図２は、登録情報のデータ構造の一例を示す図である。図２に示すように、この登録情報は、映像ファイル識別情報と、映像ファイル名と、映像ファイルと、圧縮ファイルと、メタデータと、付加情報とを含む。図２の例では、テーブル形式で各項目のデータが対応づけられて記憶されている例を示しているが、各項目のデータが対応づけられて記憶できるのであれば、どのような形式で記憶されていても構わない。映像ファイル識別情報は、映像ファイルを一意に識別する情報である。映像ファイル名は、映像ファイルの名称である。映像ファイルは、カメラから取得した映像ファイルである。

圧縮ファイルは、映像ファイルを圧縮したファイルである。例えば、端末装置２０は、映像ファイルを、ＭＰＥＧ２（Moving Picture Experts Group phase 2）またはＨ．２６４等の圧縮形式によって圧縮することで、圧縮ファイルを生成し、登録情報に含める。

メタデータは、映像ファイルに関連する各種の情報が含まれる。例えば、端末装置２０は、映像ファイルに関連する情報を、メタデータに含める。例えば、映像ファイルに関連する情報の一例として、映像ファイルに登場する登場人物の詳細や、関連キーワード、字幕、表題などがある。また、メタデータに、映像ファイルおよび圧縮ファイルのデータ量の情報を含めても良い。

付加情報は、映像ファイルに関する各種の付加的な情報が含まれる。例えば、付加情報には、映像ファイルの放送日時等の情報が含まれる。

端末装置２０によって、映像ファイルまたは圧縮ファイルが映像データ管理装置１００の１次ディスクに格納された後に、編集者は、端末装置２０を操作して、映像データ管理装置１００にアクセスし、映像ファイルまたは圧縮ファイルを編集する。例えば、現場の取材担当者のカメラにより撮影された、スポーツの試合の開始前の選手室の映像から試合中を経て試合終了後のグラウンドの様子までの数時間の映像ファイルのうち、スポーツニュースで実際に放送されるのは、試合中のハイライトシーンいくつかを切り貼りして生成したほんの数分の放送映像である場合がある。編集作業では例えば、映像ファイルのうち、放送映像すべき部分を放送時間枠に合せて部分的に切り出したり、切り出した複数の映像をつなげたりする処理が行われる。編集者は、映像ファイルまたは圧縮ファイルに対する編集が完了した場合には、映像ファイルの放送指示を、映像データ管理装置１００に対して行う。

読み取り端末２５は、格納装置１００が映像ファイルをカメラまたはテープから直接読み取る場合に利用する装置である。

映像データ管理装置１００は、端末装置２０、カメラ、テープ等から映像ファイルを取得し、取得した映像ファイルを１次ディスクに格納する装置である。映像データ管理装置１００は、１次ディスクに格納された映像ファイルのうち、放送済みの映像ファイルを特定し、特定した映像ファイルの少なくとも一部を２次ファイルに移動させることで、１次ストレージの容量が増大することを防止する。

映像データ管理装置１００は、１次ディスクに格納した映像ファイルに対するアクセスを、端末装置２０から受け付け、映像ファイルに対する編集を許容する。映像データ管理装置１００は、映像ファイルに対する編集作業が完了し、放送指示を受け付けた場合には、該当する映像ファイルを、ビデオサーバ６に送信する。

次に、図１に示した映像データ管理装置１００の構成について説明する。図３は、本実施例１に係る映像データ管理装置の構成を示す機能ブロック図である。図３に示すように、この映像データ管理装置１００は、１次ディスク６０、２次ディスク７０、ＬＴＯ８０を有する。また、映像データ管理装置１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。

１次ディスク６０、２次ディスク７０、ＬＴＯ８０は、映像ファイルに関する各種の情報を記憶する記憶装置である。記憶容量の大小関係は、１次ディスク６０＜２次ディスク７０＜ＬＴＯ８０となる。記憶された情報に対するアクセス速度の大小関係は、ＬＴＯ８０＜２次ディスク７０＜１次ディスク６０となる。

１次ディスク６０は、映像ファイルまたは圧縮ファイルを格納する。１次ディスク６０に格納された映像ファイルまたは圧縮ファイルは、端末装置２０からアクセスを受け付け、番組用の映像データに編集される。例えば、１次ディスク６０は、複数のディスク装置を含む。

例えば、１次ディスク６０は、映像ファイルテーブル６１を格納する。図４は、本実施例１に係る映像ファイルテーブルのデータ構造の一例を示す図である。図４に示すように、この映像ファイルテーブル６１は、映像ファイル識別情報、映像ファイル、圧縮ファイル、メタデータと、編集情報を対応付ける。映像ファイル識別情報は、映像ファイルを一意に特定する情報である。編集情報は、映像ファイルまたは圧縮ファイルに対して行われた編集内容の情報を含む。編集情報は、例えば、ＥＤＬ（Edit Decision List）に対応する。

２次ディスク７０は、１次ディスク６０に記憶された情報をバックアップする記憶装置である。ＬＴＯ８０は、２次ディスク７０に記憶された情報をバックアップする記憶装置である。

通信部１１０は、ビデオサーバ６、端末装置２０、読み取り端末２５とデータ通信を実行する処理部である。通信部１１０は、通信装置に対応する。後述する制御部１５０は、通信部１１０を介して、ビデオサーバ６、端末装置２０、読み取り端末２５と情報をやり取りする。

入力部１２０は、各種の情報を入力する入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネルなどに対応する。

表示部１３０は、制御部１５０から出力される情報を表示する表示装置である。例えば、表示部１３０は、ディスプレイ、モニタ、タッチパネルなどに対応する。

記憶部１４０は、ファイル管理テーブル１４１を有する。例えば、記憶部１４０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。

ファイル管理テーブル１４１は、１次ディスク６０に格納された映像ファイルを２次ディスクに移動する日時の情報を保持するテーブルである。図５は、本実施例１に係るファイル管理テーブルのデータ構造の一例を示す図である。図５に示すように、このファイル管理テーブル１４１は、映像ファイル識別情報、映像ファイル名、１次ディスク登録日、初回放送日時、最終放送日時、編集日時、ビデオサーバ送信日時、第１格納日時、第２格納日時、シリーズコード、最終フラグを対応付ける。

映像ファイル識別情報は、映像ファイルを一意に識別する情報である。映像ファイル名は、映像ファイルの名称である。１次ディスク登録日は、映像ファイルを１次ディスク６０に登録した日時を示す。初回放送日時は、映像ファイルが初回に放送される日時を示す。最終放送日時は、映像ファイルが最後に放送される日時を示す。編集日時は、映像ファイルが編集された日時を示す。ビデオサーバ送信日時は、映像ファイルがビデオサーバ６に送信された日時を示す。

第１格納日時は、１次ディスク６０に格納された映像ファイルを、２次ディスク７０に移動する日時を示す。標準の場合には、第１格納日時は、映像ファイルを１次ディスク６０に格納した日時から１ヶ月後となる。

第２格納日時は、２次ディスク７０に格納された映像ファイルを、ＬＴＯ８０に移動する日時を示す。標準の場合には、第２格納日時は、映像ファイルを１次ディスク６０に格納した日時から６ヶ月後となる。

シリーズコードは、シリーズ番組を特定する情報であり、同一のシリーズ番組となる映像ファイルのレコードには、同一のシリーズコードが付される。例えば、図５に示す例では、映像ファイル識別情報「Ａ１０４、Ａ１０５」のシリーズコードが「００４」であるため、映像ファイル識別情報「Ａ１０４、Ａ１０５」の映像ファイルは、同一のシリーズ番組に対応する。

最終フラグは、シリーズ番組を構成する複数の映像ファイルのうち、最終話の映像ファイルであるか否かを示す情報である。最終話の映像ファイルである場合には、最終フラグが「オン」となる。最終話の映像ファイルでない場合には、最終フラグは「オフ」となる。

制御部１５０は、受信部１５１、判定部１５２、移動制御部１５３を有する。例えば、制御部１５０は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

受信部１５１は、端末装置２０から登録情報を受け付けた場合に、登録情報に含まれる映像ファイル、圧縮ファイル、メタデータを、１次ディスク６０の映像ファイルテーブル６１に登録する。また、受信部１５１は、ファイル管理テーブル１４１にアクセスし、映像ファイル識別情報に対応する１次ディスク登録日、第１放送日時、第２格納日時に日時を登録する。また、受信部１５１は、登録情報の付加情報に初回放送日時、最終放送日時が指定されている場合には、映像ファイル識別情報に対応する初回放送日時、最終放送日時に日時を登録する。

例えば、受信部１５１は、各レコードについて、１次ディスク登録日の１ヶ月後を、第１格納日時に設定する。受信部１５１は、１次ディスク登録日の６ヶ月後を、第２格納日時に設定する。

受信部１５１は、端末装置２０から１次ディスク６０に格納された映像ファイルに対する編集を許容する。受信部１５１は、映像ファイルに対する編集内容の情報を、映像ファイルテーブル６１に登録する。また、受信部１５１は、編集内容に応じて、ファイル管理テーブル１４１の編集日時を更新する。

なお、端末装置２０の利用者は、映像データ管理装置１００にアクセスし、各映像ファイルを編集する場合に、ビデオサーバ送信日時、シリーズコード、最終フラグに値を設定して、ファイル管理テーブル１４１を更新してもよい。受信部１５１は、端末装置２０からのアクセスに応じて、ファイル管理テーブル１４１を更新する。

判定部１５２は、１次ディスク６０の空き容量を監視し、１次ディスク６０の空き容量が閾値以下となった場合に、ファイル管理テーブル１４１の第１格納日時、第２格納日時を更新する処理部である。例えば、判定部１５２は、第１格納日時を早めることで、第１ディスクの映像ファイルが第２ディスク７０に移動される日時を早めることができ、１次ディスク６０の容量を確保することが可能となる。

以下において、判定部１５２が第１格納日時、第２格納日時の更新対象となるレコードを特定し、日時を更新する処理１〜５の一例について順に説明する。

更新対象となるレコードを特定し日時を更新する処理１について説明する。判定部１５２は、ファイル管理テーブル１４１にアクセスし、最終フラグが「オン」となるレコードを特定し、特定したレコードの最終放送日時を特定する。判定部１５２は、タイマから現在日時を取得し、現在日時が最終放送日時を経過しているか否かを判定する。

判定部１５２は、現在日時が最終放送日時を経過している場合には、最終フラグが「オン」でかつ最終放送日時を経過したレコードと同一のシリーズコードを有するレコードを特定する。判定部１５２は、特定したレコードの第１格納日時および第２格納日時を更新する。例えば、判定部１５２は、最終放送日時に「１日」を加算した日時を、第１格納日時に設定する。判定部１５２は、最終放送日時に「８日」を加算した日時を、第２格納日時に設定する。更に、判定部１５２は、第１、２格納日時の時刻を「０：００」としてもよい。

図６は、本実施例１に係る判定部の処理を説明するための図（１）である。図６において、更新前のファイル管理テーブル１４１を、ファイル管理テーブル１４１ａとし、更新後のファイル管理テーブル１４１を、ファイル管理テーブル１４１ｂとする。現在日時が最終放送日時を経過し、最終フラグが「オン」となるレコードを、映像ファイル識別情報「Ａ１０５」のレコードとする。この映像ファイル識別情報「Ａ１０５」のレコードのシリーズコードと同一のシリーズコードとなるレコードは、映像ファイル識別情報「Ａ１０４」のレコードとなる。

判定部１５２は、映像ファイル識別情報「Ａ１０５」、「Ａ１０４」のレコードの第１格納日時を「２０１４／１／３ ０：００」に更新する。また、判定部１５２は、映像ファイル識別情報「Ａ１０５」、「Ａ１０４」のレコードの第２格納日時を「２０１４／１／１０ ０：００」に更新する。

更新対象となるレコードを特定し日時を更新する処理２について説明する。判定部１５２は、ファイル管理テーブル１４１にアクセスし、現在日時が最終放送日時を経過したレコードを特定する。判定部１５２は、特定したレコードの第１格納日時および第２格納日時を更新する。例えば、判定部１５２は、最終放送日時に「１日」を加算した日時を、第１格納日時に設定する。判定部１５２は、最終放送日時に「８日」を加算した日時を、第２格納日時に設定する。更に、判定部１５２は、第１、２格納日時の時刻を「０：００」としてもよい。

図７は、本実施例１に係る判定部の処理を説明するための図（２）である。図７において、更新前のファイル管理テーブル１４１を、ファイル管理テーブル１４１ａとし、更新後のファイル管理テーブル１４１を、ファイル管理テーブル１４１ｂとする。現在時刻が最終放送日時を経過したレコードを、映像ファイル識別情報「Ａ１０２」のレコードとする。判定部１５２は、映像ファイル識別情報「Ａ１０２」のレコードの第１格納日時を「２０１３／１２／３１ ０：００」に更新する。判定部１５２は、映像ファイル識別情報「Ａ１０２」のレコードの第２格納日時を「２０１４／１／７ ０：００」に更新する。

更新対象となるレコードを特定し日時を更新する処理３について説明する。判定部１５２は、ファイル管理テーブル１４１にアクセスし、生放送済みの映像ファイルのレコードを特定する。判定部１５２は、特定したレコードの第１格納日時および第２格納日時を更新する。例えば、判定部１５２は、最終放送日時に「１日」を加算した日時を、第１格納日時に設定する。判定部１５２は、最終放送日時に「８日」を加算した日時を、第２格納日時に設定する。更に、判定部１５２は、第１、２格納日時の時刻を「０：００」としてもよい。

図８は、本実施例１に係る判定部の処理を説明するための図（３）である。図８において、更新前のファイル管理テーブル１４１を、ファイル管理テーブルを１４１ａとし、更新後のファイル管理テーブル１４１を、ファイル管理テーブルを１４１ｂとする。生放送済みのレコードを、映像ファイル識別情報「Ａ１０３」のレコードとする。判定部１５２は、映像ファイル識別情報「Ａ１０３」のレコードの第１格納日時を「２０１４／１／１ ０：００」に更新する。判定部１５２は、映像ファイル識別情報「Ａ１０３」のレコードの第２格納日時を「２０１４／１／８ ０：００」に更新する。

更新対象となるレコードを特定し日時を更新する処理４について説明する。判定部１５２は、ファイル管理テーブル１４１にアクセスし、ビデオサーバ６に送信済みのレコードを特定する。判定部１５２は、特定したレコードの第１格納日時および第２格納日時を更新する。例えば、判定部１５２は、ビデオサーバ送信日時に「８日」を加算した日時を、第１格納日時に設定する。判定部１５２は、ビデオサーバ送信日時に「１６」を加算した日時を、第２格納日時に設定する。更に、判定部１５２は、第１、２格納日時の時刻を「０：００」としてもよい。

図９は、本実施例１に係る判定部の処理を説明するための図（４）である。図９において、更新前のファイル管理テーブル１４１を、ファイル管理テーブル１４１ａとし、更新後のファイル管理テーブル１４１を、ファイル管理テーブル１４１ｂとする。ビデオサーバ６に送信済みのレコードを、映像ファイル識別情報「Ａ１０１」のレコードとする。判定部１５２は、映像ファイル識別情報「Ａ１０１」のレコードの第１格納日時を「２０１３／１２／９ ０：００」に更新する。判定部１５２は、映像ファイル識別情報「Ａ１０１」のレコードの第２格納日時を「２０１３／１２／１７ ０：００」に更新する。

更新対象となるレコードを特定し日時を更新する処理５について説明する。判定部１５０２は、ファイル管理テーブル１４１にアクセスし、編集済みのレコードを特定する。例えば、編集済みのレコードには、編集日時に値が設定されている。判定部１５２は、特定したレコードの第１格納日時および第２格納日時を更新する。例えば、判定部１５２は、編集日時に「８日」を加算した日時を、第１格納日時に設定する。判定部１５２は、編集日時に「１６」を加算した日時を、第２格納日時に設定する。更に、判定部１５２は、第１、２格納日時の時刻を「０：００」としてもよい。

図１０は、本実施例１に係る判定部の処理を説明するための図（５）である。図１０において、更新前のファイル管理テーブル１４１を、ファイル管理テーブルを１４１ａとし、更新後のファイル管理テーブル１４１を、ファイル管理テーブルを１４１ｂとする。編集済みのレコードを、映像ファイル識別情報「Ａ１０５」のレコードとする。判定部１５２は、映像ファイル識別情報「Ａ１０５」のレコードの第１格納日時を「２０１４／１／９ ０：００」に更新する。判定部１５２は、映像ファイル識別情報「Ａ１０５」のレコードの第２格納日時を「２０１４／１／１７ ０：００」に更新する。

更新対象となるレコードを特定し日時を更新する処理６について説明する。判定部１５２は、映像ファイルテーブル６１にアクセスし、同一の映像ファイル識別情報について、高レゾ映像ファイルと、低レゾ映像ファイルとが存在する映像ファイル識別情報を特定する。図４において、例えば、放送用の映像ファイルであって、第１の画質である高レゾ映像ファイルを、映像ファイルとし、例えば編集用の映像ファイルであって、第１の画質よりも低画質である第２の画質である低レゾ映像ファイルを、圧縮ファイルとする。

判定部１５２は、特定した映像ファイル識別情報に対応するレコードを、ファイル管理テーブル１４１のレコードから特定する。判定部１５２は、特定したレコードの第１格納日時および第２格納日時を更新する。例えば、判定部１５２は、最終放送日時に「１日」を加算した日時を、第１格納日時に設定する。判定部１５２は、最終放送日時に「８」を加算した日時を、第２格納日時に設定する。更に、判定部１５２は、第１、２格納日時の時刻を「０：００」としてもよい。

図３の説明に戻る。移動制御部１５３は、タイマから取得する現在日時と、ファイル管理テーブル１４１の第１格納日時とを基にして、１次ディスク６０に記憶された映像ファイルを、２次ディスク７０に移動させる。また、移動制御部１５３は、タイマから取得する現在日時と、ファイル管理テーブル１４１の第２格納日時とを基にして、２次ディスク７０に記憶された映像ファイルを、ＬＴＯ８０に移動させる。移動制御部１５３は、制御部の一例である。

図５を用いて移動制御部１５３の処理の一例を説明する。例えば、映像ファイル識別情報「Ａ１０４」の第１格納日時を、現在日時が経過したとする。この場合に、移動制御部１５３は、映像ファイル識別情報「Ａ１０４」をキーにして、１次ディスク６０の映像ファイルテーブル６１に格納された映像ファイルを検出し、検出した映像ファイルを２次ディスクに移動させる。なお、移動制御部１５３は、映像ファイルに対応する圧縮ファイルが存在する場合には、映像ファイルおよび圧縮ファイルの双方を移動させてもよいし、映像ファイルのみを移動させてもよい。

また、映像ファイル識別情報「Ａ１０４」の第２格納日時を、現在日時が経過したとする。この場合に、移動制御部１５３は、映像ファイル識別情報「Ａ１０４」をキーにして、２次ディスク７０に格納された映像ファイルを検出し、検出した映像ファイルをＬＴＯ８０に移動させる。

次に、本実施例１に係る端末装置および映像データ管理装置の処理手順の一例について説明する。図１１は、本実施例１に係る端末装置および映像データ管理装置の処理手順を示すフローチャートである。図１１に示すように、端末装置２０は、例えば撮影を行ったカメラから映像ファイルを取得し（ステップＳ１０１）、映像ファイルから圧縮ファイルを生成する（ステップＳ１０２）。映像ファイルや圧縮ファイルは登録情報に登録する。そして、端末装置２０は、映像ファイルのメタデータや付加情報を登録情報に登録する（ステップＳ１０３）。

端末装置２０は、登録情報を映像データ管理装置１００に送信する（ステップＳ１０４）。映像データ管理装置１００は、受信した登録情報に含まれる映像ファイル、圧縮ファイルを１次ディスクへ書き込む（ステップＳ１０５）。ステップＳ１０５において、映像データ管理装置１００は、ファイル管理テーブル１４１の第１格納日時、第２格納日時等を設定する。

ここまでの処理によって、端末装置２０に格納されていた映像ファイルもしくは圧縮ファイルが格納装置１００の１次ディスク６０に格納され終わると、本実施例に係るシステムとしては、映像データの編集作業を開始できる状態になる。端末装置２０は、映像データ管理装置１００の１次ディスク６０に格納された映像ファイルの編集を行い（ステップＳ１０６）、映像データ管理装置１００は、映像ファイルを更新する（ステップＳ１０７）。

端末装置２０は、映像ファイルの放送指示を行い（ステップＳ１０８）、映像データ管理装置１００は、映像ファイルをビデオサーバ６に送信する（ステップＳ１０９）。映像データ管理装置１００は、映像ファイル退避処理を実行する（ステップＳ１１０）。

次に、図１１のステップＳ１１０に示した映像ファイル退避処理の処理手順の一例について説明する。図１２および図１３は、本実施例１に係る映像ファイル退避処理の処理手順を示すフローチャートである。図１２に示すように、映像データ管理装置１００は、ファイル管理テーブル１４１を読み込む（ステップＳ２０１）。映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ２０２）。映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ２０２，Ｎｏ）、映像ファイル退避処理を終了する。

一方、映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ２０２，Ｙｅｓ）、最終フラグが「オン」となるレコードを特定する。映像データ管理装置１００は、特定したレコードの最終放送日時が経過している場合に、特定したレコードと同一のシリーズコードを有するレコードの第１、２格納日時を更新する（ステップＳ２０３）。

映像データ管理装置１００は、上記のように第１、２格納日時を更新して映像ファイルを移動させても、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ２０４）。映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ２０４，Ｎｏ）、映像ファイル退避処理を終了する。

一方、映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ２０４，Ｙｅｓ）、最終放送日時を経過したレコードを特定する。映像データ管理装置１００は、特定したレコードの第１、２格納日時を更新する（ステップＳ２０５）。

映像データ管理装置１００は、上記のように第１、２格納日時を更新して映像データを移動させても、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ２０６）。映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ２０６，Ｎｏ）、映像ファイル退避処理を終了する。

一方、映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ２０６，Ｙｅｓ）、生放送済みのレコードを特定する。映像データ管理装置１００は、特定したレコードの第１、２格納日時を更新する（ステップＳ２０７）。

映像データ管理装置１００は、上記のように第１、２格納日時を更新して映像データを移動させても、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ２０８）。映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ２０８，Ｎｏ）、映像ファイル退避処理を終了する。

一方、映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ２０８，Ｙｅｓ）、ビデオサーバ送信済みのレコードを特定する。映像データ管理装置１００は、特定したレコードの第１、２格納日時を更新し（ステップＳ２０９）、図１３のステップＳ２１０に移行する。

図１３について説明する。映像データ管理装置１００は、上記のように第１、２格納日時を更新して映像データを移動させても、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ２１０）。映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ２１０，Ｎｏ）、映像ファイル退避処理を終了する。

一方、映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ２１０，Ｙｅｓ）、編集済みのレコードを特定する。映像データ管理装置１００は、特定したレコードの第１、２格納日時を更新する（ステップＳ２１１）。

映像データ管理装置１００は、上記のように第１、２格納日時を更新して映像データを移動させても、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ２１２）。映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ２１２，Ｎｏ）、映像ファイル退避処理を終了する。

映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ２１２，Ｙｅｓ）、圧縮ファイルが存在する映像ファイルのレコードを特定する。映像データ管理装置１００は、特定したレコードの第１、２格納日時を更新する（ステップＳ２１３）。

ところで、図１２、図１３に示した第１、２格納日時を更新するレコードを特定する順番は一例であり、適宜変更可能である。例えば、ステップＳ２０３、Ｓ２０５、Ｓ２０７、Ｓ２０９、Ｓ２１１、Ｓ２１３に示す処理の順番を入れ替えてもよい。また、映像データ管理装置１００は、１次ディスク６０の空き容量が閾値以下である場合には、ステップＳ２０３、Ｓ２０５、Ｓ２０７、Ｓ２０９、Ｓ２１１、Ｓ２１３に示す処理を並列的に実行してもよい。

次に、本実施例１に係る映像データ管理装置１００の効果について説明する。映像データ管理装置１００は、ファイル管理テーブル１４１に基づいて、映像ファイルが放送済みのレコードを特定する。そして、映像データ管理装置１００は、特定したレコードに対応する映像ファイルの第１格納日時を更新することで、映像データを１次ディスク６０から２次ディスク７０に移動させる。このため、映像データ管理装置１００によれば、放送に影響を与えることなく、１次ディスク６０の容量が増大することを防止することができる。

また、映像データ管理装置１００は、映像ファイルに対応する圧縮ファイルが存在する場合には、映像ファイルを１次ディスク６０から２次ディスク７０に移動させる。例えば、編集用の圧縮ファイルが１次ディスク６０に残っていれば、編集作業を行うことができる。このため、編集作業を妨げることなく、容量の大きい映像ファイルを２次ディスクに退避することで、効率的に１次ディスク６０の容量が増大することを防止することができる。

図１４は、本実施例２に係るシステムの構成を示す図である。図１４に示すように、このシステムは、ビデオサーバ６、電波塔７、テレビ受信機８、端末装置２０ａ，２０ｂ，２０ｃ、読み取り端末２５、映像データ管理装置２００を有する。ビデオサーバ６、電波塔７、テレビ受信機８、端末装置２０、読み取り端末２５に関する説明は、実施例１と同様であるため説明を省略する。

映像データ管理装置２００は、端末装置２０、カメラ、テープ等から映像ファイルを取得し、取得した映像ファイルを１次ディスクに格納する装置である。映像データ管理装置２００は、映像ファイルの親、子、孫の関係を特定し、孫素材の映像ファイル、次いで、子素材の映像ファイルを優先的に１次ディスクから２次ディスクに移動させることで、１次ディスクの容量を確保する。

ここで、映像ファイルの親、子、孫について説明する。図１５は、映像ファイルの親、子、孫の関係を説明するための図である。図１５の横軸は時間軸を示す。図１５において、映像ファイルＢ１０１は、時刻「０：００」から「１１：００」までの映像ファイルである。映像ファイルＢ１０２は、時刻「３：００」から「５：００」までの映像ファイルである。

映像ファイルＢ１０３は、時刻「５：４５」から「６：１５」までの映像ファイルである。映像ファイルＢ１０４は、時刻「３：３０」から「８：００」までの映像ファイルである。映像ファイルＢ１０５は、時刻「７：００」から「８：００」までの映像ファイルである。映像ファイルＢ１０６は、時刻「５：００」から「５：３０」まで、および、時刻「６：３０」から「７：３０」までの映像ファイルである。映像ファイルＢ１０７は、時刻「７：１５」から「１０：４５」までの映像ファイルである。

本実施例２の映像データ管理装置２００は、各映像ファイルの開始時刻および終了時刻に着目し、ある映像ファイルをすべて含む映像ファイルのうち、最も時間の短い映像ファイルを、ある映像ファイルの親として判定する。

映像ファイルＢ１０２について説明する。映像ファイルＢ１０２をすべて含む映像ファイルのうち、最も時間の短い映像ファイルは、映像ファイルＢ１０１である。このため、映像ファイルＢ１０２の親は、映像ファイルＢ１０１となる。すなわち、映像データ管理装置２００は、映像ファイルＢ１０１を「親」と判定し、映像ファイルＢ１０２を「子」と判定する。

映像ファイルＢ１０３について説明する。映像ファイルＢ１０３をすべて含む映像ファイルのうち、最も時間の短い映像ファイルは、映像ファイルＢ１０４である。このため、映像ファイルＢ１０３の親は、映像ファイルＢ１０４となる。後述するように、映像ファイいるＢ１０４は、映像ファイルＢ１０１の子である。このため、映像データ管理装置２００は、映像ファイルＢ１０１を「親」と判定し、映像ファイルＢ１０４を「子」と判定し、映像ファイル１０３を「孫」と判定する。

映像ファイルＢ１０４について説明する。映像ファイルＢ１０４をすべて含む映像ファイルのうち、最も時間の短い映像ファイルは、映像ファイルＢ１０１である。このため、映像ファイルＢ１０４の親は、映像ファイルＢ１０１となる。このため、映像データ管理装置２００は、映像ファイルＢ１０１を「親」と判定し、映像ファイルＢ１０４を「子」と判定する。

映像ファイルＢ１０５について説明する。映像ファイルＢ１０５をすべて含む映像ファイルのうち、最も時間の短い映像ファイルは、映像ファイルＢ１０４である。このため、映像ファイルＢ１０５の親は、映像ファイルＢ１０４となる。このため、映像データ管理装置２００は、映像ファイルＢ１０１を「親」と判定し、映像ファイルＢ１０４を「子」と判定し、映像ファイル１０５を「孫」と判定する。

映像ファイルＢ１０６について説明する。映像ファイルＢ１０６をすべて含む映像ファイルのうち、最も時間の短い映像ファイルは、映像ファイルＢ１０４である。このため、映像ファイルＢ１０６の親は、映像ファイルＢ１０４となる。このため、映像データ管理装置２００は、映像ファイルＢ１０１を「親」と判定し、映像ファイルＢ１０４を「子」と判定し、映像ファイルＢ１０６を「孫」と判定する。

映像ファイルＢ１０７について説明する。映像ファイルＢ１０７をすべて含む映像ファイルのうち、最も時間の短い映像ファイルは、映像ファイルＢ１０１である。このため、映像データ管理装置２００は、映像ファイルＢ１０１を「親」と判定し、映像ファイルＢ１０７を「子」と判定する。

次に、図１４に示した映像データ管理装置２００の構成について説明する。図１６は、本実施例２に係る映像データ管理装置の構成を示す機能ブロック図である。図１６に示すように、この映像データ管理装置２００は、１次ディスク６０、２次ディスク７０、ＬＴＯ８０を有する。また、映像データ管理装置２００は、通信部２１０、入力部２２０、表示部２３０、記憶部２４０、制御部２５０を有する。

１次ディスク６０、２次ディスク７０、ＬＴＯ８０は、映像ファイルに関する各種の情報を記憶する記憶装置である。記憶容量の大小関係は、１次ディスク６０＜２次ディスク７０＜ＬＴＯ８０となる。記憶された情報に対するアクセス速度の大小関係は、ＬＴＯ８０＜２次ディスク７０＜１次ディスク６０となる。

１次ディスク６０は、映像ファイルまたは圧縮ファイルを格納する。１次ディスク６０に格納された映像ファイルまたは圧縮ファイルは、端末装置２０からアクセスを受け付け、番組用の映像データに編集される。例えば、１次ディスク６０は、複数のディスク装置を含む。

例えば、１次ディスク６０は、映像ファイルテーブル６２を格納する。図１７は、本実施例２に係る映像ファイルテーブルのデータ構造の一例を示す図である。図１７に示すように、この映像ファイルテーブル６２は、映像ファイル識別情報、映像ファイル、圧縮ファイル、メタデータと、編集情報を対応付ける。

通信部２１０は、ビデオサーバ６、端末装置２０、読み取り端末２５とデータ通信を実行する処理部である。通信部２１０は、通信装置に対応する。後述する制御部２５０は、通信部２１０を介して、ビデオサーバ６、端末装置２０、読み取り端末２５と情報をやり取りする。

入力部２２０は、各種の情報を入力する入力装置である。例えば、入力部２２０は、キーボードやマウス、タッチパネルなどに対応する。

表示部２３０は、制御部２５０から出力される情報を表示する表示装置である。例えば、表示部２３０は、ディスプレイ、モニタ、タッチパネルなどに対応する。

記憶部２４０は、第１ファイル管理テーブル２４１、第２ファイル管理テーブル２４２を有する。例えば、記憶部２４０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

第１ファイル管理テーブル２４１は、各映像ファイルの親子関係や、映像ファイルの開始時刻、終了時刻の情報を保持するテーブルである。図１８は、本実施例２に係る第１ファイル管理テーブルのデータ構造の一例を示す図である。図１８に示すように、この第１ファイル管理テーブル２４１は、映像ファイル識別情報、映像ファイル名、編集元ＩＤ、親子関係、親素材ＩＤ、開始タイムスタンプ１，２、終了タイムスタンプ１，２を有する。

映像ファイル識別情報は、映像ファイルを一意に識別する情報である。映像ファイル名は、映像ファイルの名称である。編集元ＩＤは、編集元となった映像ファイルの映像ファイル識別情報を特定する情報である。例えば、映像ファイル識別情報「Ｂ１０２」のレコードにおいて、編集元ＩＤが「Ｂ１０１」となっている。このため、映像ファイル識別情報「Ｂ１０２」の編集元の映像ファイルは、映像ファイル識別情報「Ｂ１０１」の映像ファイルとなる。

親子関係は、図１５で説明した各映像ファイルの親子関係を示すものである。親素材ＩＤは、該当する映像ファイルを基準とした親素材となる映像ファイルを特定する情報である。例えば、映像ファイル識別情報「Ｂ１０２」の映像ファイルの親となる映像ファイルは、映像ファイル識別情報「Ｂ１０１」の映像ファイルとなる。このため、映像ファイル識別情報「Ｂ１０２」のレコードにおいて、親素材ＩＤが「Ｂ１０１」となる。また、映像ファイル識別情報「Ｂ１０３」の映像ファイルの親となる映像ファイルは、映像ファイル識別情報「Ｂ１０４」の映像ファイルとなる。このため、映像ファイル識別情報「Ｂ１０３」のレコードにおいて、親素材ＩＤが「Ｂ１０４」となる。

開始タイムスタンプ１，２は、映像ファイルの開始日時を示す情報である。終了タイムスタンプ１，２は、映像ファイルの終了日時を示す情報である。映像ファイルが、断続的な映像ファイルから構成されている場合には、複数の開始タイムスタンプ、終了スタンプが設定される。

第２ファイル管理テーブル２４２は、１次ディスク６０に格納された映像ファイルを２次ディスクに移動する日時の情報を保持するテーブルである。図１９は、本実施例２に係る第２ファイル管理テーブルのデータ構造の一例を示す図である。図１９に示すように、この第２ファイル管理テーブル２４２は、映像ファイル識別情報、映像ファイル名、親素材ＩＤ、親子関係、１次ディスク登録日、第１格納日時、第２格納日時を対応付ける。このうち、映像ファイル識別情報、映像ファイル名、親素材ＩＤ、親子関係に関する説明は、図１８で説明したものと同様である。

１次ディスク登録日時は、映像ファイルを１次ディスク６０に登録した日時を示す。第１格納日時は、１次ディスク６０に格納された映像ファイルを、２次ディスク７０に移動する日時を示す。標準の場合には、第１格納日時は、映像ファイルを１次ディスク６０に格納した日時から１ヶ月後となる。第２格納日時は、２次ディスク７０に格納された映像ファイルを、ＬＴＯ８０に移動する日時を示す。標準の場合には、第２格納日時は、映像ファイルを１次ディスク６０に格納した日時から６ヶ月後となる。

なお、ここでは説明の便宜上、第１ファイル管理テーブル２４１と、第２ファイル管理テーブル２４２とを分けた場合について説明したが、これに限定されるものではない。例えば、第１ファイル管理テーブル２４１と第２ファイル管理テーブル２４２とを統合してもよい。

制御部２５０は、受信部２５１、判定部２５２、移動制御部２５３を有する。例えば、制御部２５０は、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部２５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。受信部２５１は、取得部の一例である。移動制御部２５３は、制御部の一例である。

受信部２５１は、端末装置２０から登録情報を受け付けた場合に、登録情報に含まれる映像ファイル、圧縮ファイル、メタデータを、１次ディスク６０の映像ファイルテーブル６２に登録する。また、受信部２５１は、端末装置２０から１次ディスク６０に格納された映像ファイルに対する編集を許容する。受信部１５１は、映像ファイルが編集されることによって新たに生成される映像ファイルを、映像ファイルテーブル６２に登録する。

受信部２５１は、第１ファイル管理テーブル２４１にアクセスし、各映像ファイルの開始タイムスタンプ１，２、終了タイムスタンプ１，２を設定する。開始タイムスタンプ１，２、終了タイムスタンプ１，２の情報は、例えば、端末装置２０から通知されるものとする。受信部２５１は、各開始タイムスタンプ１，２、終了タイムスタンプ１，２に基づいて、各映像ファイルの親子関係および親素材ＩＤを判定し、判定結果を第１ファイル管理テーブル２４１に反映させる。受信部２５１が、各映像ファイルの親子関係を判定する処理は、図１５で説明した処理と同様である。

受信部２５１は、第２ファイル管理テーブル２４２にアクセスし、映像ファイル識別情報に対応する１次ディスク登録日、第１格納日時、第２格納日時に日時を登録する。また、受信部２５１は、登録情報の付加情報に初回放送日時、最終放送日時が指定されている場合には、映像ファイル識別情報に対応する初回放送日時、最終放送日時に日時を登録する。

ここで、受信部２５１が、第２ファイル管理テーブル２４２の第１格納日時、第２格納日時を設定する処理の一例について説明する。受信部２５１は、第２ファイル管理テーブルの親子関係を参照し、孫素材となる映像ファイルの第１、２格納日時を、子素材となる映像ファイルの第１、２格納日時よりも早める。これによって、孫素材の映像ファイルを子素材の映像ファイルよりも優先して、１次ディスク６０から２次ディスク７０に移動させる。

受信部２５１は、子素材となる映像ファイルの第１、２格納日時を、親素材となる映像ファイルの第１、２格納日時よりも早める。これによって、子素材の映像ファイルを親素材の映像ファイルよりも優先して、１次ディスク６０から２次ディスク７０に移動させる。

例えば、受信部２５１は、親子関係が「親」となるレコードについて、１次ディスク登録日から「１ヶ月後」を、第１格納日時に設定する。受信部２５１は、親子関係が「親」となるレコードについて、１次ディスク登録日から「６ヶ月後」を、第２格納日時に設定する。

受信部２５１は、親子関係が「子」となるレコードについて、１次ディスク登録日から「１５日後」を、第１格納日時に設定する。受信部２５１は、親子関係が「子」となるレコードについて、１次ディスク登録日から「３ヶ月後」を、第２格納日時に設定する。

受信部２５１は、親子関係が「孫」となるレコードについて、１次ディスク登録日から「７日後」を、第１格納日時に設定する。受信部２５１は、親子関係が「孫」となるレコードについて、１次ディスク登録日から「１ヶ月後」を、第２格納日時に設定する。

判定部２５２は、端末装置２０から映像ファイルの編集要求を受け付けた場合に、該当する映像ファイルが１次ディスク６０に格納されているか否かを判定する処理部である。判定部２５２は、編集対象の映像ファイルの映像ファイル識別情報と、第２ファイル管理テーブル２４２の第１格納日時と、現時日時とを基にして、編集対象の映像ファイルが１次ディスク６０に格納されているか否かを判定する。

判定部２５２は、編集対象の映像ファイルに関するレコードについて、現在日時が、第１格納日時を経過していなければ、編集対象の映像ファイルが、１次ディスク６０に存在すると判定する。一方、判定部２５２は、現在日時が、第１格納日時を経過している場合には、編集対象の映像ファイルが、１次ディスク６０に存在しないと判定する。

判定部２５２は、編集対象の映像ファイルが１次ディスク６０に存在する場合には、編集対象の映像ファイルを利用者にレコメンドする。

判定部２５２は、編集対象の映像ファイルが１次ディスク６０に存在しない場合には、第２ファイル管理テーブル２４２にアクセスし、編集対象の映像ファイルの親素材となる映像ファイルが、１次ディスク６０に格納されているか否かを判定する。判定部２５２は、親素材となる映像ファイルが、１次ディスク６０に存在している場合には、この親素材となる映像ファイルを利用者にレコメンドする。

図１９を用いて、判定部２５２の上記処理を説明する。前提として、編集対象の映像ファイルを映像ファイル識別情報「Ｂ１０２」の映像ファイルとし、１次ディスク６０に存在しないものとする。また、映像ファイル識別情報「Ｂ１０２」の映像ファイルの親素材となる映像ファイル識別情報「Ｂ１０１」の映像ファイルは、１次ディスク６０に存在する物とする。この場合には、判定部２５２は、映像ファイル識別情報「Ｂ１０２」の映像ファイルの代わりに、映像ファイル識別情報「Ｂ１０１」の映像ファイルをレコメンドする。

これに対して、判定部２５２は、親素材となる映像ファイルが、１次ディスク６０に存在している場合には、編集対象となる映像ファイルを、２次ディスク７０からダウンロードし、利用者にレコメンドする。

判定部２５２は、親素材となる映像ファイルが、１次ディスク６０に存在している場合には、この親素材となる映像ファイルを利用者にレコメンドし、利用者に受け入れられない場合には、編集対象となる映像ファイルを、２次ディスク７０からダウンロードし、利用者にレコメンドする。

なお、判定部２５２は、編集対象となる映像ファイルの代わりに、親素材の映像ファイルをレコメンドし、受け入れられた際、親素材の映像ファイルを再生する場合には、編集情報を基に、子素材の映像ファイルと同等に再生する。例えば、図１７において、映像ファイル識別情報「Ｂ１０２」の映像ファイルの代わりに、映像ファイル識別情報「Ｂ１０１」の映像ファイルを再生するものとする。この場合には、判定部２５２は、映像ファイルＡ１２の編集情報を基にして、映像ファイルＡ１１を再生することで、映像ファイル１２と同等に映像ファイルＡ１２を再生する。

図１６の説明に戻る。移動制御部２５３は、タイマから取得する現在日時と、第２ファイル管理テーブル２４２の第１格納日時とを基にして、１次ディスク６０に記憶された映像ファイルを、２次ディスク７０に移動させる。また、移動制御部２５３は、タイマから取得する現在日時と、第２ファイル管理テーブル２４２の第２格納日時とを基にして、２次ディスク７０に記憶された映像ファイルを、ＬＴＯ８０に移動させる。

次に、本実施例２に係る端末装置および映像データ管理装置２００の処理手順について説明する。なお、本実施例２に係る端末装置および映像データ管理装置２００の処理手順は、図１１に説明した処理手順と同様であるため説明を省略する。

図１１のステップＳ１１０に示した、本実施例２に係る映像ファイル退避処理の処理手順の一例について説明する。図２０は、本実施例２に係る映像ファイル退避処理の処理手順を示すフローチャートである。図２０に示すように、映像データ管理装置２００は、第２ファイル管理テーブル２４２を読み込む（ステップＳ３０１）。映像データ管理装置２００は、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ３０２）。映像データ管理装置２００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ３０２，Ｎｏ）、映像ファイル退避処理を終了する。

一方、映像データ管理装置２００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ３０２，Ｙｅｓ）、孫素材の映像ファイルのレコードを特定する。映像データ管理装置２００は、特定したレコードの第１，２格納日時を更新する（ステップＳ３０３）。

映像データ管理装置２００は、上記のように第１，２格納日時を更新して映像ファイルを移動させても、１次ディスク６０の空き容量が閾値以下であるか否かを判定する（ステップＳ３０４）。映像データ管理装置２００は、１次ディスク６０の空き容量が閾値以下でない場合には（ステップＳ３０４，Ｎｏ）、映像ファイル退避処理を終了する。

一方、映像データ管理装置２００は、１次ディスク６０の空き容量が閾値以下である場合には（ステップＳ３０４，Ｙｅｓ）、子素材の映像ファイルのレコードを特定する。映像データ管理装置２００は、特定したレコードの第１，２格納日時を更新する（ステップＳ３０５）。

次に、映像データ管理装置２００が編集要求を端末装置から受け付けた場合の処理手順の一例について説明する。図２１は、本実施例２に係る編集要求受け付け処理の処理手順を示すフローチャートである。図２１に示すように、映像データ管理装置２００は、編集要求を受け付ける（ステップＳ４０１）。映像データ管理装置２００は、編集対象の映像ファイルが１次ディスク６０に存在するか否かを判定する（ステップＳ４０２）。

映像データ管理装置２００は、編集対象の映像ファイルが１次ディスク６０に存在する場合には（ステップＳ４０２，Ｙｅｓ）、１次ディスク６０に存在する映像ファイルをレコメンドする（ステップＳ４０３）。

映像データ管理装置２００は、編集対象の映像ファイルが１次ディスク６０に存在しない場合には（ステップＳ４０２，Ｎｏ）、映像ファイルの親素材が１次ディスク６０に存在するか否かを判定する（ステップＳ４０４）。映像データ管理装置２００は、映像ファイルの親素材が１次ディスク６０に存在しない場合には（ステップＳ４０４，Ｎｏ）、親素材および子素材の映像ファイルを２次ディスク７０からダウンロードし（ステップＳ４０５）、ステップＳ４０９に移行する。

一方、映像データ管理装置２００は、映像ファイルの親素材が１次ディスク６０に存在する場合には（ステップＳ４０４，Ｙｅｓ）、親素材の映像ファイルをレコメンドする（ステップＳ４０６）。映像データ管理装置２００は、映像ファイルの親素材を選択されたか否かを判定する（ステップＳ４０７）。

映像データ管理装置２００は、映像ファイルの親素材を選択されたかった場合には（ステップＳ４０７，Ｎｏ）、映像ファイルの直上の親素材となる映像ファイルをダウンロードする（ステップＳ４０８）。図１９を用いて、ステップＳ４０８について具体的に説明する。例えば、編集対象の映像ファイルを映像ファイルＢ１０５とし、レコメンドした映像ファイルを、映像ファイルＢ１０５の親素材となる映像ファイルＢ１０４とする。この映像ファイルＢ１０４をレコメンドし、選択されなかった場合には、映像データ管理装置２００は、映像ファイルＢ１０４の親素材となる映像ファイルＢ１０１を２次ディスク７０からダウンロードする。

映像データ管理装置２００は、映像ファイルを出力し（ステップＳ４０９）、親素材の映像ファイルを、編集情報を基にして子素材の映像ファイルと同等に再生する（ステップＳ４１０）。

次に、本実施例２に係る映像データ管理装置２００の効果について説明する。映像データ管理装置２００は、ある映像ファイルに対して編集処理が行われ、親素材、子素材、孫素材の映像ファイルが存在する場合に、孫素材の映像ファイル、子素材の映像ファイル、親素材の映像ファイルの優先順で、１次ディスク６０から２次ディスク７０に移動させる。孫素材や子素材の映像ファイルが、１次ディスク６０に存在しない場合でも、親素材の映像ファイルが存在していれば、子素材、孫素材に対する編集と同等の編集作業を行うことができる。このため、１次ディスク６０の容量が増大することを防止しつつ、編集作業も合わせて実行することができる。

また、映像データ管理装置２００は、開始タイムスタンプ、終了タイムスタンプの情報を取得して、各映像ファイルの親子関係を判定するので、１次ディスク６０から２次ディスクに優先して移動させるべき映像ファイルを効率的に特定することができる。

なお、上述した実施例２では、受信部２５１が開始タイムスタンプ、終了タイムスタンプに応じて、自動的に親子関係を特定していたが、これに限定されるものではない。例えば、利用者は、端末装置２０を操作して、第２ファイル管理テーブル２４２にアクセスし、所望の映像ファイルの親子関係を「親」に設定してもよい。このように、ある映像ファイルに関する親子関係が更新された場合には、受信部２５１は、他の映像ファイルの親子関係を更新し、更に、第１格納日時、第２格納日時を更新する。

図２２は、親子関係が利用者に設定された場合の受信部の処理を説明するための図である。図２２において、第２ファイル管理テーブル２４２ａは、指定される前の第２ファイル管理テーブル２４２である。第２ファイル管理テーブル２４２ｂは、指定された後の第２ファイル管理テーブル２４２である。図２２に示すように、例えば、映像ファイル識別情報「Ｂ１０４」の親子関係が「子」から「親」に指定されたとする。そうすると、受信部２５１は、映像ファイル識別情報「Ｂ１０３、Ｂ１０５、Ｂ１０６」の親子関係を「孫」から「子」に更新する。また、受信部２５１は、更新後の親子関係を基にして、第１格納日時、第２格納日時を更新する。

また、本実施例１、２では、映像データ管理装置１００，２００を異なる装置として説明したが、映像データ管理装置１００，２００の機能を統合してもよい。例えば、図１２、図１３の処理を実行した後に、続けて、図２０に示した処理を実行してもよい。

次に、上記実施例に示した映像データ管理装置１００，２００と同様の機能を実現する映像データ管理プログラムを実行するコンピュータの一例について説明する。図２３は、映像データ管理プログラムを実行するコンピュータの一例を示す図である。

図２３に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからのデータの入力を受け付ける入力装置３０２と、ディスプレイ３０３とを有する。また、コンピュータ３００は、記憶媒体からプログラム等を読取る読み取り装置３０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインターフェース装置３０５とを有する。また、コンピュータ３００は、各種情報を一時記憶するＲＡＭ３０６と、ハードディスク装置３０７とを有する。そして、各装置３０１〜３０７は、バス３０８に接続される。

ハードディスク装置３０７は、判定プログラム３０７ａ、制御プログラム３０７ｂを有する。ＣＰＵ３０１は、判定プログラム３０７ａ、制御プログラム３０７ｂを読み出してＲＡＭ３０６に展開する。判定プログラム３０７ａは、判定プロセス３０６ａとして機能する。制御プログラム３０７ｂは、制御プロセス３０６ｂとして機能する。

例えば、判定プロセス３０６ａは、判定部１５２，２５２に対応する。制御プロセス３０６ｂは、移動制御部１５３，２５３に対応する。

なお、判定プログラム３０７ａ、制御プログラム３０７ｂについては、必ずしも最初からハードディスク装置３０７に記憶させておかなくても良い。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ３００が判定プログラム３０７ａ、制御プログラム３０７ｂを読み出して実行するようにしてもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）第１の格納装置に格納された映像データの放送日時又は放送時刻に関する情報に基づき、前記映像データが放送済みか否かを判定する判定部と、
前記映像データが放送済みである場合、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させる制御部と
を有することを特徴とする映像データ管理装置。

（付記２）前記制御部は、放送用データと編集用データとを含む場合に、前記放送用データを前記第２の格納装置に移動させることを特徴とする付記１に記載の映像データ管理装置。

（付記３）前記制御部は、前記映像データが第１の映像データと前記第１の映像データから生成された、前記第１の映像データよりも小さい第２の映像データを含む場合に、前記第２の映像データを前記第２の格納装置に移動させることを特徴とする付記１または２に記載の映像データ管理装置。

（付記４）前記第１の映像データの内、前記第２の映像データに対応する映像範囲に付与された時刻情報を取得する取得部を更に備えたことを特徴とする付記３に記載の映像データ管理装置。

（付記５）前記判定部は、前記映像データの属性情報に基づいて、前記映像データが、生放送済みの映像データであるか否か、サーバに送信済みの映像データであるか否か、編集済みの映像データであるか否か、第１画質の映像データと第２画質の映像データとを有する映像データであるか否か、あるシリーズの映像データに含まれ、該シリーズの最後の映像データが済みであるか否かを判定し、前記制御部は、前記判定部の判定結果を基にして、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させることを特徴とする付記１〜４のいずれか一つに記載の映像データ管理装置。

（付記６）コンピュータに、
第１の格納装置に格納された映像データの放送日時又は放送時刻に関する情報に基づき、前記映像データが放送済みか否かを判定し、
前記映像データが放送済みである場合、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させる
処理を実行させることを特徴とする映像データ管理プログラム。

（付記７）前記移動させる処理は、放送用データと編集用データとを含む場合に、前記放送用データを前記第２の格納装置に移動させることを特徴とする付記６に記載の映像データ管理プログラム。

（付記８）前記移動させる処理は、前記映像データが第１の映像データと前記第１の映像データから生成された、前記第１の映像データよりも小さい第２の映像データを含む場合に、前記第２の映像データを前記第２の格納装置に移動させることを特徴とする付記６または７に記載の映像データ管理プログラム。

（付記９）前記第１の映像データの内、前記第２の映像データに対応する映像範囲に付与された時刻情報を取得する処理を更に実行させることを特徴とする付記８に記載の映像データ管理プログラム。

（付記１０）前記判定する処理は、前記映像データの属性情報に基づいて、前記映像データが、生放送済みの映像データであるか否か、サーバに送信済みの映像データであるか否か、編集済みの映像データであるか否か、第１画質の映像データと第２画質の映像データとを有する映像データであるか否か、あるシリーズの映像データに含まれ、該シリーズの最後の映像データが済みであるか否かを判定し、前記移動させる処理は、前記判定する処理の判定結果を基にして、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させることを特徴とする付記６〜９のいずれか一つに記載の映像データ管理プログラム。

（付記１１）コンピュータが実行する映像データ管理方法であって、
第１の格納装置に格納された映像データの放送日時又は放送時刻に関する情報に基づき、前記映像データが放送済みか否かを判定し、
前記映像データが放送済みである場合、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させる
処理を実行することを特徴とする映像データ管理方法。

（付記１２）前記移動させる処理は、放送用データと編集用データとを含む場合に、前記放送用データを前記第２の格納装置に移動させることを特徴とする付記１１に記載の映像データ管理方法。

（付記１３）前記移動させる処理は、前記映像データが第１の映像データと前記第１の映像データから生成された、前記第１の映像データよりも小さい第２の映像データを含む場合に、前記第２の映像データを前記第２の格納装置に移動させることを特徴とする付記１１または１２に記載の映像データ管理方法。

（付記１４）前記第１の映像データの内、前記第２の映像データに対応する映像範囲に付与された時刻情報を取得する処理を更に実行することを特徴とする付記１３に記載の映像データ管理方法。

（付記１５）前記判定する処理は、前記映像データの属性情報に基づいて、前記映像データが、生放送済みの映像データであるか否か、サーバに送信済みの映像データであるか否か、編集済みの映像データであるか否か、第１画質の映像データと第２画質の映像データとを有する映像データであるか否か、あるシリーズの映像データに含まれ、該シリーズの最後の映像データが済みであるか否かを判定し、前記移動させる処理は、前記判定する処理の判定結果を基にして、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させることを特徴とする付記１１〜１４のいずれか一つに記載の映像データ管理方法。

６ ビデオサーバ
７ 電波塔
８ テレビ受信機
２０ａ，２０ｂ，２０ｃ 端末装置
２５ 読み取り端末
５０ ネットワーク
１００、２００ 映像データ管理装置

Claims (7)

1. 第１の格納装置に格納された映像データの放送日時又は放送時刻に関する情報に基づき、前記映像データが放送済みか否かを判定する判定部と、
   前記映像データが放送済みである場合、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させる制御部と
   を有することを特徴とする映像データ管理装置。
2. 前記制御部は、放送用データと編集用データとを含む場合に、前記放送用データを前記第２の格納装置に移動させることを特徴とする請求項１に記載の映像データ管理装置。
3. 前記制御部は、前記映像データが第１の映像データと前記第１の映像データから生成された、前記第１の映像データよりも小さい第２の映像データを含む場合に、前記第２の映像データを前記第２の格納装置に移動させることを特徴とする請求項１または２に記載の映像データ管理装置。
4. 前記第１の映像データの内、前記第２の映像データに対応する映像範囲に付与された時刻情報を取得する取得部を更に備えたことを特徴とする請求項３に記載の映像データ管理装置。
5. 前記判定部は、前記映像データの属性情報に基づいて、前記映像データが、生放送済みの映像データであるか否か、サーバに送信済みの映像データであるか否か、編集済みの映像データであるか否か、第１画質の映像データと第２画質の映像データとを有する映像データであるか否か、あるシリーズの映像データに含まれ、該シリーズの最後の映像データが済みであるか否かを判定し、前記制御部は、前記判定部の判定結果を基にして、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させることを特徴とする請求項１〜４のいずれか一つに記載の映像データ管理装置。
6. コンピュータに、
   第１の格納装置に格納された映像データの放送日時又は放送時刻に関する情報に基づき、前記映像データが放送済みか否かを判定し、
   前記映像データが放送済みである場合、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させる
   処理を実行させることを特徴とする映像データ管理プログラム。
7. コンピュータが実行する映像データ管理方法であって、
   第１の格納装置に格納された映像データの放送日時又は放送時刻に関する情報に基づき、前記映像データが放送済みか否かを判定し、
   前記映像データが放送済みである場合、該映像データの少なくとも一部を前記第１の格納装置よりもデータアクセス時間が長い第２の格納装置に移動させる
   処理を実行することを特徴とする映像データ管理方法。

Images