(57)【要約】【課題】映像データの読み出しに対する信頼性を高める。【解決手段】実施形態のビデオサーバは、収録部と、第１及び第２の記憶部と、再生部と、再構築部とを備える。収録部は、外部から入力される映像信号を符号化処理して映像データに変換し、変換された映像データを複数の映像要素に分割するとともに、複数の映像要素に対応した時間軸の情報を含むファイルメタ情報を作成し、各映像要素にファイルメタ情報を付加する。第１の記憶部は、収録部によりファイルメタ情報が各々付加された複数の映像要素からなる映像データを記憶する。第２の記憶部は、映像要素毎に対応した時間軸の情報を含む索引テーブルを記憶する。再生部は、索引テーブルを参照して、映像データ中の対応する映像要素を再生する。再構築部は、第２の記憶部内の索引テーブルに障害が発生した場合、第１の記憶部内の映像データに基づいて索引テーブルを再構築する。【選択図】図３
2012065078.tif 000002
【特許請求の範囲】
【請求項１】
外部から入力される映像信号を符号化処理して映像データに変換し、変換された映像データを複数の映像要素に分割するとともに、前記複数の映像要素に対応した時間軸の情報を含むファイルメタ情報を作成し、各映像要素に前記ファイルメタ情報を付加する収録部と、
前記収録部により前記ファイルメタ情報が各々付加された複数の映像要素からなる映像データを記憶する第１の記憶部と、
前記映像要素毎に対応した時間軸の情報を含む索引テーブルを記憶する第２の記憶部と、
前記索引テーブルを参照して、前記映像データ中の対応する映像要素を再生する再生部と、
前記第２の記憶部内の前記索引テーブルに障害が発生した場合、前記第１の記憶部内の前記映像データに基づいて、前記索引テーブルを再構築する再構築部と、
を具備することを特徴とするビデオサーバ。
【請求項２】
前記ファイルメタ情報及び前記索引テーブルは、前記映像要素毎に固有の識別情報をさらに含んで構成されている、
ことを特徴とする請求項１記載のビデオサーバ。
【請求項３】
前記第２の記憶部内の前記索引テーブルに障害が発生した場合、前記第１の記憶部内の前記映像要素毎の前記ファイルメタ情報を前記再構築部により取得し、前記第１の記憶部内の前記映像データから前記映像要素毎に対応した時間軸の情報を解析する解析部、
をさらに具備することを特徴とする請求項１又は２記載のビデオサーバ。
【請求項４】
前記各映像要素は、フィールドサイズが固定長となるデータでそれぞれ構成されている、
ことを特徴とする請求項１ないし３のいずれか１項に記載のビデオサーバ。
【請求項５】
前記再構築部は、前記第２の記憶部内の前記索引テーブルを再構築するときに、前記映像要素毎の前記各識別情報を、前記第１の記憶部内の前記映像要素毎の各ファイルメタ情報から取得する、
ことを特徴とする請求項２ないし４のいずれか１項に記載のビデオサーバ。
【請求項６】
外部から入力される映像信号を符号化処理して映像データに変換し、前記映像データを複数の映像要素に分割するとともに、前記複数の映像要素に対応した時間軸の情報を含むファイルメタ情報を作成し、各映像要素に前記ファイルメタ情報を付加する収録ステップと、
前記収録ステップによりファイルメタ情報が各々付加された複数の映像要素からなる映像データを第１の記憶部が記憶する第１の記憶ステップと、
前記映像要素毎に対応した時間軸の情報を含む索引テーブルを第２の記憶部が記憶する第２の記憶ステップと、
前記第２の記憶部内の前記索引テーブルに障害が発生した場合、前記第１の記憶部内の前記映像データの各映像要素に付加されたファイルメタ情報に基づいて、前記索引テーブルを再構築する再構築ステップと、
を有することを特徴とする映像データの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ビデオサーバ及び映像データの管理方法に関する。
【背景技術】
【０００２】
一般に、デジタルデータの再生装置は、記憶媒体に記憶されたファイル毎のファイル名とこれらのファイル名に対応する記憶媒体上の記憶アドレスとを関連付けたデータ読出用のテーブルなどを有しており、ファイルの読み出し要求が発生した場合に、このテーブルの内容に基づいて、読み出し要求に対応するファイルの読み出しが行なわれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２１６４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、上述したようなテーブルが意図せずに破損してしまう場合などを想定して、予め障害に対する対策を講じておくことは重要である。
【０００５】
本発明は、このような事情を考慮してなされたものであり、映像データの読み出しに対する信頼性を向上させることができるビデオサーバ及び映像データの管理方法の提供を目的とする。
【課題を解決するための手段】
【０００６】
実施形態のビデオサーバは、収録部と、第１の記憶部と、第２の記憶部と、再生部と、再構築部と、を備えている。収録部は、外部から入力される映像信号を符号化処理して映像データに変換し、変換された映像データを複数の映像要素に分割するとともに、複数の映像要素に対応した時間軸の情報を含むファイルメタ情報を作成し、各映像要素にファイルメタ情報を付加する。第１の記憶部は、収録部によりファイルメタ情報が各々付加された複数の映像要素からなる映像データを記憶する。第２の記憶部は、映像要素毎に対応した時間軸の情報を含む索引テーブルを記憶する。再生部は、索引テーブルを参照して、映像データ中の対応する映像要素を再生する。再構築部は、第２の記憶部内の索引テーブルに障害が発生した場合、第１の記憶部内の映像データに基づいて、索引テーブルを再構築する。
【図面の簡単な説明】
【０００７】
【図１】実施の形態に係るビデオサーバを含む映像処理システムを示す構成図。
【図２】実施の形態に係るビデオサーバの構成を示す機能ブロック図。
【図３】図２のビデオサーバによる映像管理情報の再構築処理を具体的に示す図。
【図４】図２のビデオサーバによる映像データの収録処理を示すフローチャート。
【図５】図２のビデオサーバによる映像管理情報の再構築処理を示すフローチャート。
【発明を実施するための形態】
【０００８】
以下、実施の形態を図面に基づき説明する。
図１に示すように、実施の形態に係る映像処理システム１は、テレビ番組の放送システムとして適用されるものであって、ノンリニア編集機６、操作端末７、放送設備８、映像確認用モニタ９、ビデオカメラ３、映像記録メディア２ａを再生する再生デッキ２、及びビデオサーバ５を備えている。この映像処理システム１において、ビデオサーバ５とその他の機器とは、ＬＡＮポートやＵＳＢポートなどの所定のインターフェースを介して互いに接続されている。
【０００９】
ビデオカメラ３及び再生デッキ２は、ソースの映像信号をビデオサーバ５へ入力する。ノンリニア編集機６は、ビデオカメラ３や再生デッキ２から得られた映像信号をトリミングしたり、また映像信号にテロップなどの字幕を挿入したりする映像編集を行う。
【００１０】
放送設備８は、例えば、放送する番組を選んで放送塔などへ送信する、いわゆるマスタ設備である。映像確認用モニタ９は、放送設備８への送信中の映像などをモニタする。操作端末７は、オペレータによる入力操作を介して、映像の収録要求、映像の再生要求などを指示する端末である。
【００１１】
ここで、本実施形態のビデオサーバ５は、次のような背景を考慮して実現されたものである。すなわち、近年では、映像品質がハイビジョンからフルハイビジョン（２Ｋ×１Ｋ）、超ハイビジョン（４Ｋ×２Ｋ）、スーパーハイビジョン（８Ｋ×４Ｋ）に向け飛躍的に向上し、地上放送からＢＳ（放送衛星）放送、ＣＳ（通信衛星）放送へと、コンテンツが大容量化、多チャネル化されている。
【００１２】
このため、これらの素材映像を保存するビデオサーバも大容量化、多チャンネル化が必要となる。その結果、ビデオサーバには高い処理能力が求められ、映像を処理する機能部が複数に分担された構成となる。
【００１３】
このような複数の機能部で構成されるビデオサーバでは、これらの機能部間を高速バスで接続して、大量のデータ送受信を実現可能な装置が求められる。特に、映像データの場合、フレームレベルのリアルタイム性を確保して、大量のデータを送受信することが必須となる。そこで、本実施形態のビデオサーバ５は次のような構成を有する。
【００１４】
すなわち、図１〜図３に示すように、本実施形態のビデオサーバ５は、収録部１０と、第１の記憶部として機能する記録部１５と、伝送部１４と、再生部１６と、ビデオサーバ全体を統括的に制御する制御部１２と、を備えている。また、ビデオサーバ５は、図１に示すように、後述する映像管理情報が記憶されたＳＤカードなどのメモリカード５ｂを接続する接続ポート５ａを備えている。
【００１５】
収録部１０は、ビデオカメラ３や再生デッキ２などから取り込んだＳＤＩ（Serial Digital Interface）信号などの映像信号を符号化処理（エンコード）してＭＰＥＧ−２などの映像データに変換する収録処理を行う。記録部１５は、例えば、ＨＤＤやＳＳＤ（Solid State Drive）などの大容量のストレージデバイスで構成されており、収録部１０により得られたＭＰＥＧ−２などの映像データを記憶保持する。このとき、収録部１０は、映像データを後述する固定長ブロックに分割し、これらの各固定長ブロックに、後述するファイルメタ情報を付加して記録部１５へ記録する。
【００１６】
再生部１６は、記録部１５から読み出した映像データを復号化（エンコード）した映像信号を出力する。伝送部１４は、収録部１０、記録部１５及び再生部１６とそれぞれ非同期バスで接続されており、映像データを高速に転送する。制御部１２は、ＣＰＵや第２の記憶部として機能するメインメモリ１２ｂなどを備えている。
【００１７】
ここで、本実施形態のビデオサーバ５の特徴的構成について説明する。記録部１５は、映像再生時間が例えば数十時間のオーダとなる複数の映像データを記憶する。記録部１５に記録された個々の映像データは、図３に示すように、複数の映像要素となる固定長ブロックを所定の順序で配列したデータ構造を有する。固定長ブロックは、ＧＯＰ（Group of picture）単位や、また、このＧＯＰを１メガバイト単位にさらに細分化したフィールドサイズとなる固定長を持つ映像要素データである。
【００１８】
図３に示すように、各固定長ブロックには、ファイルメタ情報がそれぞれ付加される。この各固定長ブロックに付加されるファイルメタ情報は、収録時に収録部１０により作成され、記録部１５へ記録する際に各固定長ブロックに付加される。個々のファイルメタ情報は、固定長ブロック毎に対応した時間軸の情報を含むメタデータであって、具体的には、固定長ブロック（映像要素）毎に固有の識別情報である後記の素材情報（固定長ブロックのＩＤなど）と、固定長ブロック毎の配列順序を示すシーケンス番号（シーケンス情報）と、記録部１５中に記憶された複数の映像データのうちのどの映像データであるかを特定する情報と、を少なくとも含んで構成されている。
【００１９】
一方、制御部１２は、図３に示すように、ビデオサーバ５本体の起動時に、接続ポート５ａに接続されたメモリカード５ｂ内の映像管理情報を読み込んでメインメモリ１２ｂ上に展開する。索引テーブルである映像管理情報は、映像データを構成する映像要素となる固定長ブロック毎に対応した時間軸の情報（映像データのうちどの部分かを示す情報、すなわち映像要素の識別情報とそのシーケンス番号とを対応付けたもの）を含むインデックス情報と、前述した固定長ブロックのＩＤ等の素材情報と、を互いに関連付けて記憶するテーブルデータである。上記インデックス情報は、映像データの時間と固定長ブロックとの関係を導くために用いられるものであって、このインデックス情報を用いることによって、大量のファイルを高速に再生することができる。また、素材情報は、記録部１５に記録保持される映像データのうちの固定長ブロックをこの記録部１５から読み出すのに用いられる。
【００２０】
ここで、前述した再生部１６は、映像データ（の中のある固定長ブロック）の再生要求が生じた場合、このような映像管理情報を参照して、映像データ中の対応する固定長ブロックを高速に再生する。
【００２１】
また、制御部１２は、再構築部１２ａを備えている。再構築部１２ａは、メインメモリ１２ｂ内の映像管理情報（索引テーブル）に障害が発生した場合、記録部１５内の映像データに基づいて、映像管理情報を再構築する。この場合、再構築部１２ａは、記録部１５内の固定長ブロック毎のファイルメタ情報を取得し、このファイルメタ情報中から固定長ブロック毎の素材情報（固定長ブロック毎の例えば名称を示すＩＤなど）を得る。
【００２２】
ここで、映像管理情報の障害とは、例えばビデオサーバ５本体の起動時に、メモリカード５ｂの破損などの影響で、メインメモリ１２ｂ上へ映像管理情報を展開できなかった場合（映像管理情報の読み込みエラーが生じた場合）などが例示される。
【００２３】
さらに、収録部１０は、解析部１０ａを備えている。解析部１０ａは、メインメモリ１２ｂ内の映像管理情報に障害が発生した場合、記録部１５内の固定長ブロック毎のファイルメタ情報を再構築部１２により取得し、固定長ブロック自体のデータ内容と、ファイルメタ情報中に含まれる上記素材情報及びシーケンス番号と、を参照しつつ固定長ブロック毎に対応した時間軸の情報を解析する。解析部１０ａは、この解析結果から映像管理情報に含まれるインデックス情報を再生成する。
【００２４】
次に、このようなビデオサーバ５により実現される映像データの収録処理及び映像データの再構築処理（映像データの管理方法）を、上記した図１〜図３に加え、図４及び図５に示すフローチャートに基づき説明する。まず、映像データの収録処理について説明する。
【００２５】
図１、図２及び図４に示すように、オペレータによる操作端末７からの入力操作を介して、映像データの収録要求が発生すると（Ｓ１）、収録部１０は、ビデオカメラ３や再生デッキ２などから取り込んだＳＤＩ信号などを符号化処理してＭＰＥＧ−２などの映像データに変換する（Ｓ２）。また、収録部１０は、変換された映像データを固定長ブロックに分割するとともに、ファイルメタ情報を作成する。
【００２６】
次に、収録部１０は、図２〜図４に示すように、映像データの分割されたこの固定長ブロック毎にファイルメタ情報を付加し（Ｓ３）、さらに、記録部１５は、このファイルメタ情報が固定長ブロック毎に付加されたファイルメタ情報付きの当該映像データを記憶保持する（Ｓ４）。
【００２７】
次に、映像データの再構築処理について説明する。すなわち、図１〜図３及び図５に示すように、メインメモリ１２ｂ内の映像管理情報（索引テーブル）に障害が発生した場合（Ｓ１１）、制御部１２における再構築部１２ａは、記録部１５内の固定長ブロック毎のファイルメタ情報を取得する（Ｓ１２）。さらに、再構築部１２ａは、このファイルメタ情報中から固定長ブロック毎の素材情報（固定長ブロック毎のＩＤなど）を抽出する（Ｓ１３）。
【００２８】
さらに、この場合、制御部１２は、抽出された素材情報に基づき、各固定長ブロックの内容を収録部１０に読み出す（Ｓ１４）。次いで、収録部１０における解析部１０ａは、読み出された各固定長ブロックの内容と、各固定長ブロックのファイルメタ情報中に含まれる素材情報及びシーケンス番号と、に基づいて、固定長ブロック毎に対応した時間軸の情報を解析する（Ｓ１５）。解析部１０ａは、この解析結果から前記時間軸の情報を持つインデックス情報を再生成する（Ｓ１６）。最後に、制御部１２における再構築部１２ａは、記録部１５から取得したファイルメタ情報中の素材情報と、収録部１０から取得したインデックス情報と、からメインメモリ１２ｂ上に映像管理情報を再構築する（Ｓ１７）。
【００２９】
既述したように、本実施形態のビデオサーバ５では、制御部１２のメインメモリ１２ｂ上に読み出しされる映像管理情報に障害が発生した場合でも、記録部１５に保存している映像データから映像管理情報を再構築してシステムを復旧することができる。これにより、ビデオサーバ５によれば、映像データの読み出しに対する信頼性を高めることができる。
【００３０】
以上、実施の形態を説明したが、上述した実施の形態は例示であり、その形態に限定されるものではなく適宜変更を加えてもよい。例えば、映像管理情報の再構築については、次のような処理を例示できる。つまり、映像管理情報の再構築時の処理では、映像管理情報の読み込みエラーなどを操作端末７を介して報知し、この報知内容の確認後、オペレータによる操作端末７からの入力操作を介して、この再構築の処理を実行させるようにしてもよいし、また、映像管理情報の読み込みエラーなどに連動させて、ビデオサーバ５が自動的に再構築の処理を実行するものであってもよい。
【符号の説明】
【００３１】
１…映像データ処理システム、５…ビデオサーバ、５ａ…接続ポート、５ｂ…メモリカード、７…操作端末、１０…収録部、１０ａ…解析部、１２…制御部、１２ａ…再構築部、１２ｂ…メインメモリ、１５…記録部、１６…再生部。
【図１】
2012065078.tif 000003
【図２】
2012065078.tif 000004
【図３】
2012065078.tif 000005
【図４】
2012065078.tif 000006
【図５】
2012065078.tif 000007